JP4836432B2 - 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体 - Google Patents

文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体 Download PDF

Info

Publication number
JP4836432B2
JP4836432B2 JP2004318343A JP2004318343A JP4836432B2 JP 4836432 B2 JP4836432 B2 JP 4836432B2 JP 2004318343 A JP2004318343 A JP 2004318343A JP 2004318343 A JP2004318343 A JP 2004318343A JP 4836432 B2 JP4836432 B2 JP 4836432B2
Authority
JP
Japan
Prior art keywords
ticket
information
document
folder
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2004318343A
Other languages
English (en)
Other versions
JP2005174302A (ja
Inventor
純 川田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2004318343A priority Critical patent/JP4836432B2/ja
Priority to US10/980,773 priority patent/US20050125378A1/en
Priority to CNB2004100995035A priority patent/CN100550730C/zh
Priority to EP04257110A priority patent/EP1548539A3/en
Publication of JP2005174302A publication Critical patent/JP2005174302A/ja
Application granted granted Critical
Publication of JP4836432B2 publication Critical patent/JP4836432B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G06F21/33—User authentication using certificates

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Technology Law (AREA)
  • Databases & Information Systems (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Storage Device Security (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Description

本発明は、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体に関する。
サーバなど、文書を格納するフォルダを有する装置では、一般的に、ユーザごとに所定のフォルダを利用する権限を設定することが出来る。
例えば、サーバは、ユーザＡに対しては、フォルダＣに文書を格納することを許可する格納権限及びフォルダＣに格納してある文書を更新したり、文書を削除したりすることを許可する更新・削除権限を設定し、ユーザＢに対しては、フォルダＣに文書を格納することを許可する格納権限のみを設定したりすることができる。
ユーザＡは、サーバとネットワークを介して接続された装置Ａを用いて、例えばユーザ名とパスワードとをサーバに送信し、装置Ａとサーバとの接続を許可されると、装置Ａが保持している文書をサーバに送信し、該文書をフォルダＣに格納したり、フォルダＣに格納されている文書を更新及び／又は削除したりする。
しかしながら上記従来例において、文書が、装置Ａではなく装置Ａとネットワークを介して接続された他の装置Ｂに格納されていた場合、同一ユーザが操作する処理であったとしても、セキュリティを保ちながら、装置Ｂから直接サーバのフォルダに文書を格納することができない問題があった。
また、装置Ｂに格納されている文書をサーバに格納する場合は、装置Ａが、一度文書を装置Ｂからネットワークを介して取得した後、前記サーバにネットワークを介して格納しなくてはならなく、ネットワークに負荷を掛ける問題があった。
また、ユーザは、装置Ａ又は装置Ｂを用いて、利用が許可されたフォルダを利用する際、利用期限及び／又は利用回数等を指定することができない問題もあった。
本発明は、上記の点に鑑みなされたもので、ネットワークに負荷を掛けることなく且つセキュリティを保ちながら、フォルダ又は文書を利用可能とすることを目的とする。また、ユーザがフォルダ又は文書を利用する際、利用期限及び／又は利用回数を指定可能とすることを目的とする。
そこで、上記問題を解決するため、本発明は、文書を管理する文書管理装置であって、前記文書又は前記文書を格納する文書格納手段に係る証明情報の取得を要求するクライアントから、前記証明情報の利用期限に係る情報及び／又は前記証明情報の利用回数に係る情報を含む、前記証明情報の取得要求を受信する証明情報取得要求受信手段と、前記証明情報の取得要求に応じて、前記証明情報を作成する証明情報作成手段と、前記証明情報を、前記クライアントに送信する証明情報送信手段と、前記証明情報を送信した送信先のクライアント又は該送信先のクライアントとは異なるクライアントから、前記証明情報を含む要求を受信する要求受信手段と、前記要求に含まれる前記証明情報の有効性を判定する有効性判定手段と、を有することを特徴とする。
本発明によれば、文書を管理する文書管理装置であって、前記文書又は前記文書を格納する文書格納手段に係る証明情報の取得を要求するクライアントから、前記証明情報の利用期限に係る情報及び／又は前記証明情報の利用回数に係る情報を含む、前記証明情報の取得要求を受信する証明情報取得要求受信手段と、前記証明情報の取得要求に応じて、前記証明情報を作成する証明情報作成手段と、前記証明情報を、前記クライアントに送信する証明情報送信手段と、前記証明情報を送信した送信先のクライアント又は該送信先のクライアントとは異なるクライアントから、前記証明情報を含む要求を受信する要求受信手段と、前記要求に含まれる前記証明情報の有効性を判定する有効性判定手段と、を有することにより、ネットワークに負荷を掛けることなく且つセキュリティを保ちながら、フォルダ又は文書を利用可能とすることができる。また、ユーザがフォルダ又は文書を利用する際、利用期限及び／又は利用回数を指定可能とすることができる。
また、上記課題を解決するための手段として、文書管理方法、文書管理プログラム及び記録媒体としてもよい。
なお、特許請求の範囲に記載の文書管理装置は、例えば後述する文書管理サーバ１０に対応する。また、特許請求の範囲に記載の文書格納手段は、例えば後述するＨＤＤ２６等のフォルダ又はディレクトリに対応する。また、特許請求の範囲に記載の証明情報取得要求受信手段は、例えば後述するチケット取得要求受信部１０１又はチケット取得要求受信部２０１に対応する。また、特許請求の範囲に記載の証明情報作成手段は、例えば後述するチケット作成部１０２又はチケット作成部２０２に対応する。また、特許請求の範囲に記載の証明情報送信手段は、例えば後述するチケット送信部１０３又はチケット送信部２０４に対応する。また、要求受信手段は、例えば後述するチケット要求受信部１０４又はチケット要求受信部２０５に対応する。また、特許請求の範囲に記載の有効性判定手段は、例えば後述する有効性判定部１０５又は有効性判定部２０７に対応する。また、特許請求の範囲に記載の変更手段は、例えば後述するチケットデータ変更部１０７又はチケットデータ変更部２０８に対応する。
また、特許請求の範囲に記載の証明情報の利用期限に係る情報は、例えば後述するＤＵＲＡＴＩＯＮプロパティの値に対応する。また、特許請求の範囲に記載の証明情報の利用回数に係る情報は、例えば後述するＥＮＴＲＹ＿ＬＩＭＩＴプロパティの値に対応する。また、特許請求の範囲に記載の利用期限又は利用回数が切れた場合の証明情報の権限に係る情報は、例えば後述するＯＶＥＲＤＵＥ＿ＴＩＣＫＥＴプロパティの値に対応する。
また、特許請求の範囲に記載の証明情報は、例えば後述する文書チケット又は文書チケットを識別する文書チケットＩＤ又はフォルダチケット又はフォルダチケットを識別するフォルダチケットＩＤに対応する。
本発明によれば、ネットワークに負荷を掛けることなく且つセキュリティを保ちながら、フォルダ又は文書を利用可能とすることができる。また、ユーザがフォルダ又は文書を利用する際、利用期限及び／又は利用回数を指定可能とすることができる。
以下、本発明の実施の形態について図面に基づいて説明する。
図１は、本発明による文書管理サーバの一例のハードウェア構成図である。図１では説明に必要な構成を表し、説明に必要の無い構成を省略してある。以下の図においても同様である。
図１に示されるハードウェア構成は、それぞれバスＢで相互に接続されているドライブ装置２１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２４と、インターフェース装置２５と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）２６と、から構成されている。
インターフェース装置２５は、文書管理サーバ１０をネットワークに接続するインターフェースである。
文書管理サーバ１０のプログラム（以下、単に文書管理プログラムという）は、例えば、ＣＤ−ＲＯＭなどの記録媒体２７によって文書管理サーバ１０に提供されるか、ネットワークを通じてダウンロードされる。記録媒体２７は、ドライブ装置２１にセットされ、データや文書管理プログラムが記録媒体２７からドライブ装置２１を介してＨＤＤ２６にインストールされる。
ＲＯＭ２２は、データ等を格納する。ＲＡＭ２３は、文書管理サーバ１０の起動時にＨＤＤ２６から文書管理プログラムを読み出して格納する。ＣＰＵ２４は、ＲＡＭ２３に読み出され格納された文書管理プログラムに従って処理を実行する。
ＨＤＤ２６は、フォルダ又はディレクトリを有し、データやファイル、文書、文書管理プログラム等を格納する。
以下、本発明における文書管理サーバ１０の一例の機能構成を、図２に示す。図２は、本発明における文書管理サーバの機能構成図（その１）である。
図２に示されるように、文書管理サーバ１０は、チケット取得要求受信部１０１と、チケット作成部１０２と、チケット送信部１０３と、チケット要求受信部１０４と、有効性判定部１０５と、チケット管理部１０６と、チケットデータ変更部１０７と、を含む。
チケット取得要求受信部１０１は、クライアント（例えば後述するクライアントＡ）から文書管理サーバ１０において管理している文書の利用許可を証明する証明情報である文書チケット又は文書管理サーバ１０のフォルダの利用許可を証明する証明情報であるフォルダチケットの取得要求を受信する。
チケット作成部１０２は、チケット取得要求受信部１０１が受信した文書チケット又はフォルダチケットの取得要求に含まれる、該文書チケット又はフォルダチケットの利用期限に係る情報及び／又は前記証明情報の利用回数に係る情報等に基づいて、文書チケット又はフォルダチケットを作成する。
チケット送信部１０３は、チケット作成部１０２が作成した文書チケット又はフォルダチケットを識別する文書チケットＩＤ又はフォルダチケットＩＤ等を要求元のクライアント（例えば後述するクライアントＡ）に送信する。
チケット要求受信部１０４は、クライアント（例えば後述するクライアントＡ又はクライアントＢ）から、文書チケットＩＤ又はフォルダチケットＩＤを含んだ要求（例えば後述するセッション開始リクエスト）を受信する。
有効性判定部１０５は、チケット要求受信部１０４が受信した要求に含まれる文書チケットＩＤ又はフォルダチケットＩＤに基づいて、チケット管理部１０６が管理している対応する文書チケット又はフォルダチケットを参照し、該文書チケット又はフォルダチケットの利用回数や、利用期限に基づいて、文書チケット又はフォルダチケットの有効性を判定する。
チケット管理部１０６は、文書チケット又はフォルダチケットを、ＲＡＭ２３上又はＨＤＤ２６上に保存し、管理する。
チケットデータ変更部１０７は、文書チケット又はフォルダチケットの利用回数を変更したり、クライアント（例えばクライアントＢ）等からの要求に応じて、文書チケット又はフォルダチケットの利用期限を変更したりする。
なお、以下では説明の簡略化のため、主にフォルダチケットを用いて本発明の実施例を説明する。但し、このことは、本発明の実施を制限するものではない。
以下、文書の格納を例にとって、本発明における基本的な処理の概要を、図３を用いて説明する。図３は、本発明における処理の概要を説明するためのシーケンス図である。
初めに、クライアントＡは、クライアントＡと、文書管理サーバ１０と、のセッションの開始リクエスト（セッション開始リクエスト）を作成し、文書管理サーバ１０に送信する（シーケンスＳＱ１０。）。
セッション開始リクエストの一例は、後述する図４を用いて説明する。
セッションの開始リクエストを受信した文書管理サーバ１０は、セッション開始リクエストに含まれているユーザＩＤやパスワード等の認証情報に基づいて、認証を行う。文書管理サーバ１０は、有効な認証情報であると判定すると、セッションを作成し、該セッションを識別するセッションＩＤ含むセッション開始レスポンスを作成し、要求元のクライアントＡに送信する（シーケンスＳＱ１１。）。
なお、セッション開始レスポンスの一例は、後述する図５を用いて説明する。
文書管理サーバ１０は、作成したセッションと、該セッションを識別するセッションＩＤと、を対応付けて管理する。
セッション開始レスポンスを受信したクライアントＡは、セッション開始レスポンスに含まれるセッションＩＤを含む、文書管理サーバ１０のフォルダの利用許可を証明する証明情報であるフォルダチケットの取得リクエスト（フォルダチケット取得リクエスト）を作成し、文書管理サーバ１０に送信する（シーケンスＳＱ１２。）。
なお、フォルダチケット取得リクエストの一例は、後述する図６を用いて説明する。
フォルダチケット取得リクエストを受信した文書管理サーバ１０は、受信したフォルダチケット取得リクエストに含まれるセッションＩＤに基づいて、対応するセッションを参照し、有効なリクエストかどうかを判定する。文書管理サーバ１０は、有効なリクエストであると判定すると、フォルダを識別するフォルダＩＤ等を含む、フォルダチケット取得リクエストに応じたファオルダチケットを作成し、該フォルダチケットを識別するフォルダチケットＩＤを含むフォルダチケット取得レスポンスを作成し、クライアントＡに送信する（シーケンスＳＱ１３。）。
なお、フォルダチケット取得レスポンスの一例は、後述する図７を用いて説明する。
文書管理サーバ１０は、作成したフォルダチケットと、該フォルダチケットを識別するフォルダチケットＩＤと、を対応付けて管理する。
フォルダチケット取得レスポンスを受信したクライアントＡは、フォルダチケット取得レスポンスに含まれるフォルダチケットＩＤと、文書管理サーバ１０を識別する識別情報（例えば、文書管理サーバ１０のＵＲＬ）と、を含む文書の格納を指示する文書格納指示リクエストを作成し、クライアントＢに送信する（シーケンスＳＱ１４。）。
なお、文書格納指示リクエストの一例は、後述する図８を用いて説明する。
文書格納指示リクエストを受信したクライアントＢは、文書格納指示リクエストに対応する文書格納指示レスポンスを作成し、クライアントＡに送信する（シーケンスＳＱ１５。）。
なお、文書格納指示レスポンスの一例は、後述する図９を用いて説明する。
また、クライアントＢは、文書格納指示リクエストに含まれるフォルダチケットＩＤを含む、クライアントＢと、文書管理サーバ１０と、のセッションの開始リクエスト（フォルダチケットによるセッション開始リクエスト）を作成し、文書格納指示リクエストに含まれる文書管理サーバ１０を識別する識別情報に基づいて、対応する文書管理サーバ１０に、フォルダチケットによるセッション開始リクエストを送信する（シーケンスＳＱ１６。）。
なお、フォルダチケットによるセッション開始リクエストの一例は、後述する図１０を用いて説明する。
フォルダチケットによるセッション開始リクエストを受信した文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケットを参照し、後述するように、フォルダチケットに含まれる利用期限や利用回数等に基づいて、有効なリクエストかどうかを判定する。文書管理サーバ１０は、有効なリクエストであると判定すると、フォルダチケットＩＤを含むセッションを作成し、該フォルダチケットによるセッションを識別するセッションＩＤを含むフォルダチケットによるセッション開始レスポンスを作成し、クライアントＢに送信する（シーケンスＳＱ１７。）。
なお、フォルダチケットによるセッションの一例を、後述する図１１を用いて説明する。また、フォルダチケットによるセッション開始レスポンスの一例は、後述する図１２を用いて説明する。
文書管理サーバ１０は、作成したフォルダチケットによるセッションと、該セッションを識別するセッションＩＤと、を対応付けて管理する。
フォルダチケットによるセッション開始レスポンスを受信したクライアントＢは、フォルダチケットによるセッション開始レスポンスに含まれる、フォルダチケットによるセッションを識別するセッションＩＤと、シーケンスＳＱ１４において取得したフォルダチケットＩＤと、を含む、該フォルダチケットＩＤに対応するフォルダチケットに含まれるフォルダＩＤの取得リクエスト（フォルダＩＤ取得リクエスト）を文書管理サーバ１０に送信する（シーケンスＳＱ１８。）。
なお、フォルダＩＤ取得リクエストの一例は、後述する図１３を用いて説明する。
フォルダＩＤ取得リクエストを受信した文書管理サーバ１０は、フォルダＩＤ取得リクエストに含まれるセッションＩＤに基づいて、対応するフォルダチケットによるセッションを参照し、有効なリクエストかどうかを判定する。
文書管理サーバ１０は、有効なリクエストであると判定すると、フォルダチケットＩＤに対応するフォルダチケットより、該フォルダチケットに含まれるフォルダＩＤを取得して、該フォルダＩＤを含むフォルダＩＤ取得レスポンスを作成し、クライアントＢに送信する（シーケンスＳＱ１９。）。
なお、フォルダＩＤ取得レスポンスの一例は、後述する図１４を用いて説明する。
フォルダＩＤ取得レスポンスを受信したクライアントＢは、フォルダチケットによるセッションを識別するセッションＩＤと、フォルダＩＤ取得レスポンスに含まれるフォルダＩＤと、格納する文書と、を含む文書格納リクエストを作成し、文書管理サーバ１０に送信する（シーケンスＳＱ２０。）。
なお、文書格納リクエストの一例は、後述する図１５を用いて説明する。
文書格納リクエストを受信した文書管理サーバ１０は、文書格納リクエストに含まれるセッションＩＤに基づいて、対応するフォルダチケットによるセッションを参照し、有効なリクエストかどうかを判定する。
文書管理サーバ１０は、有効なリクエストであると判定すると、文書格納リクエストに含まれる文書を、フォルダＩＤによって指定されるフォルダに格納し、格納した文書を識別する文書ＩＤを含む文書格納レスポンスを作成し、クライアントＢに送信する（シーケンスＳＱ２１。）。
なお、文書格納レスポンスの一例は、後述する図１６を用いて説明する。
図３に示した方法によると、ユーザは、クライアントＡからクライアントＢにフォルダチケットＩＤを渡すことによって、クライアントＢから直接文書管理サーバ１０に文書を格納することができる。
したがって、クライアントＡは、一度クライアントＢから文書を取得した後、文書管理サーバ１０に文書を送信して、該文書を格納する必要がなく、ネットワークに負荷を掛けることがない。
また、図３には示していないが、もちろんクライアントＡがフォルダチケットＩＤを用いて、自身が保持、又は作成した文書を文書管理サーバ１０に格納してもよい。
以下、セッション開始リクエストの一例を、図４を用いて説明する。図４は、セッション開始リクエストの一例を説明するための図である。
図４に示されるように、セッション開始リクエストの＜ｕｓｅｒｉｄ＞＜／ｕｓｅｒｉｄ＞のタグにはユーザＩＤが格納されている。また、セッション開始リクエストの＜ｐａｓｓｗｏｒｄ＞＜／ｐａｓｓｗｏｒｄ＞のタグにはパスワードが格納されている。また、セッション開始リクエストの＜ｔｉｍｅＬｉｍｉｔ＞＜／ｔｉｍｅＬｉｍｉｔ＞のタグには、セッションチケットの有効時間が秒数を単位に格納されている。
以下、セッション開始レスポンスの一例を、図５を用いて説明する。図５は、セッション開始レスポンスの一例を説明するための図である。
図５に示されるように、セッション開始レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、クライアントＡと、文書管理サーバ１０と、のセッションを識別するセッションＩＤが格納されている。
以下、フォルダチケット取得リクエストの一例を、図６を用いて説明する。図６は、フォルダチケット取得リクエストの一例を説明するための図である。
図６に示されるように、フォルダチケット取得リクエストの＜ｓｅｓｓｉｏｎＩｄ＞＜／ｓｅｓｓｉｏｎＩｄ＞のタグには、クライアントＡと、文書管理サーバ１０と、のセッションを識別するセッションＩＤが格納されている。また、フォルダチケット取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグにはユーザが利用を許可して欲しいフォルダを識別するフォルダＩＤが格納されている。
なお、フォルダチケット取得リクエストに、フォルダチケットの利用期限に係る情報や、フォルダチケットの利用回数に係る情報等が含まれる例は、後述する図２３や図２６、図２９、図３２、図３６、図３９、図４２、図４５等を用いて説明する。
以下、フォルダチケット取得レスポンスの一例を、図７を用いて説明する。図７は、フォルダチケット取得レスポンスの一例を説明するための図である。
図７に示されるように、フォルダチケット取得レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、フォルダチケットＩＤが含まれる。
以下、文書格納指示リクエストの一例を、図８を用いて説明する。図８は、文書格納指示リクエストの一例を説明するための図である。
図８に示されるように、文書格納指示リクエストの＜ｔｉｃｋｅｔ＞＜／ｔｉｃｋｅｔ＞のタグには、図７のフォルダチケット取得レスポンスでクライアントＡが取得したフォルダチケットＩＤが格納されている。また、文書格納指示リクエストの＜ｔａｒｇｅｔＵｒｌ＞＜／ｔａｒｇｅｔＵｒｌ＞のタグには、文書管理サーバ１０のＵＲＬが格納されている。
なお、図８の文書格納指示リクエストでは、クライアントＢをスキャナであると想定している。また、図８の文書格納指示リクエストに文書管理サーバ１０のフォルダの階層情報を含めてもよい。
以下、文書格納指示レスポンスの一例を、図９を用いて説明する。図９は、文書格納指示レスポンスの一例を説明するための図である。
クライアントＢは、クライアントＡより図８に示されるような文書格納指示リクエストを受信すると、図９に示されるような文書格納指示レスポンスをクライアントＡに送信する。
以下、フォルダチケットによるセッション開始リクエストの一例を、図１０を用いて説明する。図１０は、フォルダチケットによるセッション開始リクエストの一例を説明するための図である。
図１０に示されるように、フォルダチケットによるセッション開始リクエストの＜ｔｉｃｋｅｔ＞＜／ｔｉｃｋｅｔ＞のタグには、クライアントＡより受信したフォルダチケットＩＤが格納されている。また、セッション開始リクエストの＜ｔｉｍｅＬｉｍｉｔ＞＜／ｔｉｍｅＬｉｍｉｔ＞のタグには、フォルダチケットによるセッションの有効時間が格納されている。
以下、フォルダチケットによるセッションの一例を、図１１を用いて説明する。図１１は、フォルダチケットによるセッションの一例を説明するための図である。
図１１に示されるように、フォルダチケットによるセッションには、該フォルダチケットによるセッションを識別するセッションＩＤと、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤと、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットによるセッションの有効時間と、が含まれている。
なお、図１１においては、有効時間として、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットによるセッションの有効時間がそのまま含まれている構成としたが、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに基づいて、該フォルダチケットによるセッションを作成した時刻も更に含めるように構成してもよい。以下、特に言及しないが、他のチケットにおいても、該チケットが作成された時刻をチケットの構成に含むようにしてもよい。
以下、フォルダチケットによるセッション開始レスポンスの一例を、図１２を用いて説明する。図１２は、フォルダチケットによるセッション開始レスポンスの一例を説明するための図である。
図１２に示されるように、フォルダチケットによるセッション開始レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、フォルダチケットによるセッションを識別するセッションＩＤが格納されている。
以下、フォルダＩＤ取得リクエストの一例を、図１３を用いて説明する。図１３は、フォルダＩＤ取得リクエストの一例を説明するための図である。
図１３に示されるように、フォルダＩＤ取得リクエストの＜ｓｅｓｓｉｏｎＩｄ＞＜／ｓｅｓｓｉｏｎＩｄ＞のタグには、フォルダチケットによるセッションを識別するセッションＩＤが格納されている。
また、フォルダＩＤ取得リクエストの＜ｔｉｃｋｅｔ＞＜／ｔｉｃｋｅｔ＞のタグには、クライアントＡより受信したフォルダチケットＩＤが格納されている。
以下、フォルダＩＤ取得レスポンスの一例を、図１４を用いて説明する。図１４は、フォルダＩＤ取得レスポンスの一例を説明するための図である。
図１４に示されるように、フォルダＩＤ取得レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、フォルダＩＤが格納されている。
以下、文書格納リクエストの一例を、図１５を用いて説明する。図１５は、文書格納リクエストの一例を説明するための図である。
図１５に示されるように、文書格納リクエストの＜ｓｅｓｓｉｏｎＩｄ＞＜／ｓｅｓｓｉｏｎＩｄ＞のタグには、フォルダチケットによるセッションを識別するセッションＩＤが格納されている。また、文書格納リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、文書管理サーバ１０のフォルダを識別するフォルダＩＤが格納されている。また、文書格納リクエストの＜ｔｉｔｌｅ＞＜／ｔｉｔｌｅ＞のタグには、フォルダＩＤで識別されるフォルダに格納する文書のタイトルが格納されている。また、文書格納リクエストの＜ｃｒｅａｔｏｒ＞＜／ｃｒｅａｔｏｒ＞のタグには、文書を作成した作成者を識別する識別子（例えばユーザＩＤ等）が格納されている。また、文書格納リクエストの＜ｃｏｎｔｅｎｔ＞＜／ｃｏｎｔｅｎｔ＞のタグには、文書の内容が格納されている。
なお、図１５に示される文書格納リクエストに文書管理サーバ１０のフォルダの階層情報を含めてもよい。図１５に示される文書格納リクエストに文書管理サーバ１０のフォルダの階層情報を含めることによって、例えば、文書管理サーバ１０は、指定されたフォルダの配下にサブフォルダを作成し、文書を格納することもできる。
以下、文書格納レスポンスの一例を、図１６を用いて説明する。図１６は、文書格納レスポンスの一例を説明するための図である。
図１６に示されるように文書格納レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、格納した文書を識別する文書ＩＤが格納されている。
以下、クライアントＡからの要求に基づいて、文書管理サーバ１０において作成されるフォルダチケットの種類の一例を、図１７を用いて説明する。図１７は、フォルダチケットの種類の一例を説明するための図である。
図１７に示されるように、フォルダチケットには、利用回数及び利用期限を有する一時シングルチケット及び一時有限チケットと、利用回数を有し、利用期限は無期限な、永続シングルチケット及び永続有限チケットと、利用回数は無制限で、利用期限を有する、一時マルチプルチケット及び一時無限チケットと、利用回数は無期限で、利用期限も無期限な、永続マルチプルチケット及び永続無限チケットと、を有する。
利用回数及び利用期限を有する一時シングルチケット及び一時有限チケットは、文書管理サーバ１０、クライアントＡ、クライアントＢ等が存在するシステムの運用において、他の種類のフォルダチケットに比べて安全性が１番高いが、フォルダチケットの利用回数及び利用期限を管理するため、文書管理サーバ１０等においてフォルダチケットに係るリソースを保持する必要がある。また、利用回数又は利用期限が切れた場合は、クライアントＡ又はクライアントＢは、フォルダチケットを再取得する必要がある。
一方、利用回数を有し、利用期限は無期限な、永続シングルチケット及び永続有限チケットは、利用回数を制限しているものの、利用期限が無期限のため、安全性は低い。また、フォルダチケットの利用回数を管理するため、文書管理サーバ１０等においてフォルダチケットに係るリソースを保持する必要がある。ただ、利用回数が切れた場合にのみ、クライアントＡ又はクライアントＢは、フォルダチケットを再取得すればよく、一時シングルチケット及び一時有限チケットに比べて、ユーザの利便性は高い。
一方、利用回数は無制限で、利用期限を有する、一時マルチプルチケット及び一時無限チケットは、利用回数は無制限であるものの、利用期限を制限しているため、安全性は高い。また、利用期限が切れた場合にのみ、クライアントＡ又はクライアントＢは、フォルダチケットを再取得すればよく、一時シングルチケット及び一時有限チケットに比べて、ユーザの利便性は高い。ただ、フォルダチケットの利用期限を管理するため、文書管理サーバ１０等においてフォルダチケットに係るリソースを保持する必要がある。
一方、利用回数は無期限で、利用期限も無期限な、永続マルチプルチケット及び永続無限チケットは、安全性は低いが、文書管理サーバ１０等においてフォルダチケットに係るリソースを保持する必要がない。また、クライアントＡ又はクライアントＢは、フォルダチケットを再取得する必要がないため、他の種類のフォルダチケットに比べて利便性は１番高い。
なお、文書管理サーバ１０は、クライアントＡ又はクライアントＢ又は文書管理サーバ１０の管理者等からの要求に基づいて、フォルダチケットをキャンセルすることができるため、システムの最低限の安全性は保持することができる。
以下、例えばクライアントＡ等がフォルダチケットの利用期限を指定する一例を、図１８を用いて説明する。図１８は、フォルダチケットの利用期限を指定する一例を説明するための図である。
図１８に示されるように、例えばクライアントＡは、図６に示したようなフォルダチケット取得リクエストのｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドに、ＤＵＲＡＴＩＯＮプロパティを追加する。クライアントＡは、ＤＵＲＡＴＩＯＮプロパティにＴＥＭＰＯＲＡＲＹを格納することによって、一時的（又はクライアントＡが指定した）期限、有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。また、クライアントＡは、ＤＵＲＡＴＩＯＮプロパティにＰＥＲＭＡＮＥＮＴを格納することによって、永続的に有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。
以下、例えばクライアントＡ等がフォルダチケットの利用回数を指定する一例を、図１９を用いて説明する。図１９は、フォルダチケットの利用回数を指定する一例を説明するための図である。
図１９に示されるように、例えばクライアントＡは、図６に示したようなフォルダチケット取得リクエストのｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドに、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティを追加する。クライアントＡは、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティにＳＩＮＧＬＥを格納することによって、一回限り有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。また、クライアントＡは、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティにＭＵＬＴＩＰＬＥを格納することによって、無制限有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。
以下、例えばクライアントＡ等がフォルダチケットの利用回数を指定する他の例を、図２０を用いて説明する。図２０は、フォルダチケットの利用回数を指定する他の例を説明するための図である。
図２０に示されるように、例えばクライアントＡは、図６に示したようなフォルダチケット取得リクエストのｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドに、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティを追加する。クライアントＡは、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティに正の整数を格納することによって、指定有限回有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。また、クライアントＡは、ＥＮＴＲＹ＿ＬＩＭＩＴプロパティに−１を格納することによって、無限回有効なフォルダチケットの作成を文書管理サーバ１０に要求することができる。
以下、例えばクライアントＡ等が利用期限又は利用回数が切れたフォルダチケットの権限を指定する一例を、図２１を用いて説明する。図２１は、利用期限又は利用回数切れのフォルダチケットの権限を指定する一例を説明するための図である。
図２１に示されるように、例えばクライアントＡは、図６に示したようなフォルダチケット取得リクエストのｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドに、ＯＶＥＲＤＵＥ＿ＴＩＣＫＥＴプロパティを追加する。クライアントＡは、ＯＶＥＲＤＵＥ＿ＴＩＣＫＥＴプロパティにＩＮＶＡＬＩＤを格納することによって、利用期限又は利用回数が切れた場合、フォルダチケットの権限を無効とするフォルダチケットの作成を文書管理サーバ１０に要求することができる。また、クライアントＡは、ＯＶＥＲＤＵＥ＿ＴＩＣＫＥＴプロパティにＲＥＡＤ＿ＯＮＬＹを格納することによって、利用期限又は利用回数が切れた場合、文書の読み取りのみ可能なフォルダチケットの作成を文書管理サーバ１０に要求することができる。
以下、ｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドのＥＮＴＲＹ＿ＬＩＭＩＴプロパティにＳＩＮＧＬＥ又はＭＵＬＴＩＰＬＥが格納されていた場合を例にとって、文書管理サーバ１０における処理の一例を、図２２から図３４を用いて説明する。
図２２は、フォルダチケット作成を説明するためのフローチャート（その１）である。
ステップＳ３０において、文書管理サーバ１０は、例えばクライアントＡより、後述する図２３や図２６、図２９、図３２等に示されるようなフォルダチケット取得リクエストを受信する。
ステップＳ３０に続いてステップＳ３１に進み、文書管理サーバ１０は、フォルダチケット取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されている値を参照し、ＴＥＭＰＯＲＡＲＹ（一時）か、又はＰＥＲＭＡＮＥＮＴ（永続）か、を判定する。
文書管理サーバ１０は、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されている値がＴＥＭＰＯＲＡＲＹ（一時）であると判定すると、ステップＳ３２に進み、ＰＥＲＭＡＮＥＮＴ（永続）であると判定すると、ステップＳ３３に進む。
ステップＳ３２では、文書管理サーバ１０が、フォルダチケット取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値を参照し、ＳＩＮＧＬＥ（シングル）か、又はＭＵＬＴＩＰＬＥ（マルチプル）か、を判定する。
文書管理サーバ１０は、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値がＳＩＮＧＬＥ（シングル）であると判定すると、ステップＳ３４に進み、ＭＵＬＴＩＰＬＥ（マルチプル）であると判定すると、ステップＳ３５に進む。
また、ステップＳ３３では、文書管理サーバ１０が、フォルダチケット取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値を参照し、ＳＩＮＧＬＥ（シングル）か、又はＭＵＬＴＩＰＬＥ（マルチプル）か、を判定する。
文書管理サーバ１０は、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値がＳＩＮＧＬＥ（シングル）であると判定すると、ステップＳ３６に進み、ＭＵＬＴＩＰＬＥ（マルチプル）であると判定すると、ステップＳ３７に進む。
ステップＳ３４では、文書管理サーバ１０が、後述する図２４に示すようなフォルダチケットの一つである一時シングルチケットを作成する。
また、ステップＳ３５では、文書管理サーバ１０が、後述する図２７に示すようなフォルダチケットの一つである一時マルチプルチケットを作成する。
また、ステップＳ３６では、文書管理サーバ１０が、後述する図３０に示すようなフォルダチケットの一つである永続シングルチケットを作成する。
また、ステップＳ３７では、文書管理サーバ１０が、後述する図３３に示すようなフォルダチケットの一つである永続マルチプルチケットを作成する。
ステップＳ３８では、文書管理サーバ１０が、作成したフォルダチケットを識別するフォルダチケットＩＤを含む図７に示したようなフォルダチケット取得レスポンスを作成する。
ステップＳ３８に続いてステップＳ３９に進み、文書管理サーバ１０は、ステップＳ３８において作成したフォルダチケット取得レスポンスを、要求元（例えばクライアントＡ）に送信する。
図２２に示すような処理を行うことによって、文書管理サーバ１０は、例えばクライアントＡ等からのフォルダチケット取得リクエストに応じて、対応するフォルダチケットを作成することができる。また、該作成したフォルダチケットを識別するフォルダチケットＩＤを含むフォルダチケット取得レスポンスを作成し、要求元（例えばクライアントＡ）に送信することができる。
該フォルダチケット取得レスポンスを受信したクライアントＡは、図３に示したように、フォルダチケット取得レスポンスに含まれるフォルダチケットＩＤを例えばクライアントＢに渡すことによって、クライアントＢは、フォルダチケットによるセッション開始リクエストを文書管理サーバ１０に送信し、フォルダチケットを用いた文書管理サーバ１０とのセッションを張ることができる。
以下、フォルダチケット（一時シングルチケット）取得リクエストの一例を、図２３を用いて説明する。図２３は、フォルダチケット（一時シングルチケット）取得リクエストの一例を説明するための図である。
図２３に示されるように、フォルダチケット（一時シングルチケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図２３のフォルダチケット（一時シングルチケット）取得リクエストに含まれる＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグには、作成するフォルダチケットの利用期限（時間）が秒数を単位として格納されている。
また、図２３のフォルダチケット（一時シングルチケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＴＥＭＰＯＲＡＲＹが格納されている。
また、図２３のフォルダチケット（一時シングルチケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、ＳＩＮＧＬＥが格納されている。
また、図２３のフォルダチケット（一時シングルチケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図２３に示されるように、例えばクライアントＢは、＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞と、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞と、のタグに値を格納することによって、フォルダチケットの有効期限（図２３の例においては１８００秒）を指定することができる。
また、図２３に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図２３の例においては１回）を指定することができる。
また、図２３に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用期限又は利用回数が切れたフォルダチケットの権限（図２３の例においては読み取り権限）を指定することができる。
以下、図２３のフォルダチケット（一時シングルチケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（一時シングルチケット）の一例を、図２４を用いて説明する。図２４は、フォルダチケット（一時シングルチケット）の一例を説明するための図である。
図２４に示されるように、フォルダチケット（一時シングルチケット）には、該フォルダチケット（一時シングルチケット）を識別するフォルダチケットＩＤと、該フォルダチケット（一時シングルチケット）が利用を許可するフォルダを識別するフォルダＩＤ、図２４の例においては結果的にフォルダチケット（一時シングルチケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、該フォルダチケットの利用期限（時間）、図２４の例においては結果的にフォルダチケット（一時シングルチケット）取得リクエストの＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグに格納されていた値、と、フォルダチケット（一時シングルチケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（一時シングルチケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（一時シングルチケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。
なお、図２４には図示していないが、図２４に示されるようなフォルダチケット（一時シングルチケット）に、現在の利用回数（例えば、最初は０、１回利用するごとに１つずつインクリメントされる値）を含むようにしてもよい。以下においては、説明の簡略化のため、フォルダチケット（一時シングルチケット）に、現在の利用回数が含まれるものとして説明を行う。
文書管理サーバ１０は、図２４に示されるような、フォルダチケット（一時シングルチケット）を保持、管理する。
以下、フォルダチケット（一時シングルチケット）によるセッション開始の一例を、図２５を用いて説明する。図２５は、フォルダチケット（一時シングルチケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ５０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ５０に続いてステップＳ５１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。なお、永続チケットとは、フォルダチケットに、利用期限としてＰＥＲＭＡＮＥＮＴが含まれているチケットのことをいう。以下においても同様である。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ５１においてＹＥＳ）、ステップＳ５２に進み、永続チケットでないと判定すると（ステップＳ５１においてＮＯ）、ステップＳ５３に進む。
ステップＳ５２では、文書管理サーバ１０が、永続チケットによるセッション開始処理を行う。
一方、ステップＳ５３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）を参照し、該フォルダチケットはマルチプルチケットかどうかを判定する。なお、マルチプルチケットとは、フォルダチケットに、利用回数としてＭＵＬＴＩＰＬＥが含まれているチケットのことをいう。以下においても同様である。
文書管理サーバ１０は、マルチプルチケットであると判定すると（ステップＳ５３においてＹＥＳ）、ステップＳ５４に進み、マルチプルチケットでないと判定すると（ステップＳ５３においてＮＯ）、ステップＳ５５に進む。
ステップＳ５４では、文書管理サーバ１０が、一時マルチプルチケットによるセッション開始処理を行う。
一方、ステップＳ５５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）を参照し、フォルダチケット（一時シングルチケット）の現在の利用回数が有効な利用回数内かどうかを判定する。
文書管理サーバ１０は、現在の利用回数が有効な利用回数内、図２５の例においては現在の利用回数が０、であると判定すると（ステップＳ５５においてＹＥＳ）、ステップＳ５６に進み、現在の利用回数が有効な利用回数外、図２５の例においては現在の利用回数が１以上、であると判定すると（ステップＳ５５においてＮＯ）、ステップＳ５７に進む。
ステップＳ５６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）を参照し、現在の時刻が有効な期限内かどうかを判定する。
文書管理サーバ１０は、現在の時刻が有効な期限内であると判定すると（ステップＳ５６においてＹＥＳ）、ステップＳ５８に進み、現在の時刻が有効な期限内でないと判定すると（ステップＳ５６においてＮＯ）、ステップＳ５７に進む。
ステップＳ５７では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）を参照し、フォルダチケットに、利用期限又は利用回数が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ５７においてＹＥＳ）、ステップＳ５８に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ５７においてＮＯ）、処理を終了する。
一方、ステップＳ５８では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ５７においてフォルダチケット（一時シングルチケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ５８に進んできた場合は、ステップＳ５８において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ５８に続いてステップＳ５９に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時シングルチケット）に含まれる現在の利用回数を１つインクリメントする。
ステップＳ５９に続いてステップＳ６０に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ６０に続いてステップＳ６１に進み、文書管理サーバ１０は、ステップＳ６０において作成したセッション開始レスポンスを、要求元（例えばクライアントＢ）に送信する。
以下、フォルダチケット（一時マルチプルチケット）取得リクエストの一例を、図２６を用いて説明する。図２６は、フォルダチケット（一時マルチプルチケット）取得リクエストの一例を説明するための図である。
図２６に示されるように、フォルダチケット（一時マルチプルチケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図２６のフォルダチケット（一時マルチプルチケット）取得リクエストに含まれる＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグには、作成するフォルダチケットの利用期限（時間）が秒数を単位として格納されている。
また、図２６のフォルダチケット（一時マルチプルチケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＴＥＭＰＯＲＡＲＹが格納されている。
また、図２６のフォルダチケット（一時マルチプルチケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、ＭＵＬＴＩＰＬＥが格納されている。
また、図２６のフォルダチケット（一時マルチプルチケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図２６に示されるように、例えばクライアントＢは、＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞と、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞と、のタグに値を格納することによって、フォルダチケットの有効期限（図２６の例においては１８００秒）を指定することができる。
また、図２６に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図２６の例においては無制限）を指定することができる。
また、図２６に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用期限が切れたフォルダチケットの権限（図２６の例においては読み取り権限）を指定することができる。
以下、図２６のフォルダチケット（一時マルチプルチケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（一時マルチプルチケット）の一例を、図２７を用いて説明する。図２７は、フォルダチケット（一時マルチプルチケット）の一例を説明するための図である。
図２７に示されるように、フォルダチケット（一時マルチプルチケット）には、該フォルダチケット（一時マルチプルチケット）を識別するフォルダチケットＩＤと、該フォルダチケット（一時マルチプルチケット）が利用を許可するフォルダを識別するフォルダＩＤ、図２７の例においては結果的にフォルダチケット（一時マルチプルチケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、該フォルダチケットの利用期限（時間）、図２７の例においては結果的にフォルダチケット（一時マルチプルチケット）取得リクエストの＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグに格納されていた値、と、フォルダチケット（一時マルチプルチケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（一時マルチプルチケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（一時マルチプルチケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。
文書管理サーバ１０は、図２７に示されるような、フォルダチケット（一時マルチプルチケット）を保持、管理する。
以下、フォルダチケット（一時マルチプルチケット）によるセッション開始の一例を、図２８を用いて説明する。図２８は、フォルダチケット（一時マルチプルチケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ７０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ７０に続いてステップＳ７１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時マルチプルチケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ７１においてＹＥＳ）、ステップＳ７２に進み、永続チケットでないと判定すると（ステップＳ７１においてＮＯ）、ステップＳ７３に進む。
ステップＳ７２では、文書管理サーバ１０が、永続チケットによるセッション開始処理を行う。
一方、ステップＳ７３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時マルチプルチケット）を参照し、該フォルダチケットはマルチプルチケットかどうかを判定する。
文書管理サーバ１０は、マルチプルチケットであると判定すると（ステップＳ７３においてＹＥＳ）、ステップＳ７５に進み、マルチプルチケットでないと判定すると（ステップＳ７３においてＮＯ）、ステップＳ７４に進む。
ステップＳ７４では、文書管理サーバ１０が、図２５のステップＳ５５からの処理を行う。
一方、ステップＳ７５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時マルチプルチケット）を参照し、現在の時刻が有効な期限内かどうかを判定する。
文書管理サーバ１０は、現在の時刻が有効な期限内であると判定すると（ステップＳ７５においてＹＥＳ）、ステップＳ７７に進み、現在の時刻が有効な期限内でないと判定すると（ステップＳ７５においてＮＯ）、ステップＳ７６に進む。
ステップＳ７６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時マルチプルチケット）を参照し、フォルダチケットに、利用期限が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ７６においてＹＥＳ）、ステップＳ７７に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ７６においてＮＯ）、処理を終了する。
一方、ステップＳ７７では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ７６においてフォルダチケット（一時マルチプルチケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ７７に進んできた場合は、ステップＳ７７において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ７７に続いてステップＳ７８に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ７８に続いてステップＳ７９に進み、文書管理サーバ１０は、ステップＳ７８において作成したセッション開始レスポンスを、要求元（例えば、クライアントＢ）に送信する。
以下、フォルダチケット（永続シングルチケット）取得リクエストの一例を、図２９を用いて説明する。図２９は、フォルダチケット（永続シングルチケット）取得リクエストの一例を説明するための図である。
図２９に示されるように、フォルダチケット（永続シングルチケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図２９のフォルダチケット（永続シングルチケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＰＥＲＭＡＮＥＮＴが格納されている。
また、図２９のフォルダチケット（永続シングルチケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、ＳＩＮＧＬＥが格納されている。
また、図２９のフォルダチケット（永続シングルチケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図２９に示されるように、例えばクライアントＢは、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに値を格納することによって、フォルダチケットの有効期限（図２９の例においては永続）を指定することができる。
また、図２９に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図２９の例においては１回）を指定することができる。
また、図２９に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用回数が切れたフォルダチケットの権限（図２９の例においては読み取り権限）を指定することができる。
以下、図２９のフォルダチケット（永続シングルチケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（永続シングルチケット）の一例を、図３０を用いて説明する。図３０は、フォルダチケット（永続シングルチケット）の一例を説明するための図である。
図３０に示されるように、フォルダチケット（永続シングルチケット）には、該フォルダチケット（永続シングルチケット）を識別するフォルダチケットＩＤと、該フォルダチケット（永続シングルチケット）が利用を許可するフォルダを識別するフォルダＩＤ、図３０の例においては結果的にフォルダチケット（永続シングルチケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、フォルダチケット（永続シングルチケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（永続シングルチケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（永続シングルチケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。
なお、図３０には図示していないが、図３０に示されるようなフォルダチケット（永続シングルチケット）に、現在の利用回数（例えば、最初は０、１回利用するごとに１つずつインクリメントされる値）を含むようにしてもよい。以下においては、説明の簡略化のため、フォルダチケット（永続シングルチケット）に、現在の利用回数が含まれるものとして説明を行う。
文書管理サーバ１０は、図３０に示されるような、フォルダチケット（永続シングルチケット）を保持、管理する。
以下、フォルダチケット（永続シングルチケット）によるセッション開始の一例を、図３１を用いて説明する。図３１は、フォルダチケット（永続シングルチケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ８０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ８０に続いてステップＳ８１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続シングルチケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ８１においてＹＥＳ）、ステップＳ８３に進み、永続チケットでないと判定すると（ステップＳ８１においてＮＯ）、ステップＳ８２に進む。
ステップＳ８２では、文書管理サーバ１０が、一時チケットによるセッション開始処理を行う。なお、一時チケットとは、フォルダチケットに、利用期限としてＴＥＭＰＯＲＡＲＹが含まれているチケットのことをいう。以下においても同様である。
一方、ステップＳ８３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続シングルチケット）を参照し、該フォルダチケットはマルチプルチケットかどうかを判定する。
文書管理サーバ１０は、マルチプルチケットであると判定すると（ステップＳ８３においてＹＥＳ）、ステップＳ８４に進み、マルチプルチケットでないと判定すると（ステップＳ８３においてＮＯ）、ステップＳ８５に進む。
ステップＳ８４では、文書管理サーバ１０が、永続マルチプルチケットによるセッション開始処理を行う。
一方、ステップＳ８５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続シングルチケット）を参照し、フォルダチケット（永続シングルチケット）の現在の利用回数が有効な利用回数内かどうかを判定する。
文書管理サーバ１０は、現在の利用回数が有効な利用回数内、図３１の例においては現在の利用回数が０、であると判定すると（ステップＳ８５においてＹＥＳ）、ステップＳ８７に進み、現在の利用回数が有効な利用回数外、図３１の例においては現在の利用回数が１以上、であると判定すると（ステップＳ８５においてＮＯ）、ステップＳ８６に進む。
ステップＳ８６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続シングルチケット）を参照し、フォルダチケットに、利用回数が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ８６においてＹＥＳ）、ステップＳ８７に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ８６においてＮＯ）、処理を終了する。
一方、ステップＳ８７では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ８６においてフォルダチケット（永続シングルチケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ８７に進んできた場合は、ステップＳ８７において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ８７に続いてステップＳ８８に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続シングルチケット）に含まれる現在の利用回数を１つインクリメントする。
ステップＳ８８に続いてステップＳ８９に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ８９に続いてステップＳ９０に進み、文書管理サーバ１０は、ステップＳ８９において作成したセッション開始レスポンスを、要求元（例えばクライアントＢ）に送信する。
以下、フォルダチケット（永続マルチプルチケット）取得リクエストの一例を、図３２を用いて説明する。図３２は、フォルダチケット（永続マルチプルチケット）取得リクエストの一例を説明するための図である。
図３２に示されるように、フォルダチケット（永続マルチプルチケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図３２のフォルダチケット（永続マルチプルチケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＰＥＲＭＡＮＥＮＴが格納されている。
また、図３２のフォルダチケット（永続マルチプルチケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、ＭＵＬＴＩＰＬＥが格納されている。
図３２に示されるように、例えばクライアントＢは、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに値を格納することによって、フォルダチケットの有効期限（図３２の例においては永続）を指定することができる。
また、図３２に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図３２の例においては無制限）を指定することができる。
以下、図３２のフォルダチケット（永続マルチプルチケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（永続マルチプルチケット）の一例を、図３３を用いて説明する。図３３は、フォルダチケット（永続マルチプルチケット）の一例を説明するための図である。
図３３に示されるように、フォルダチケット（永続マルチプルチケット）には、該フォルダチケット（永続マルチプルチケット）を識別するフォルダチケットＩＤと、該フォルダチケット（永続マルチプルチケット）が利用を許可するフォルダを識別するフォルダＩＤ、図３３の例においては結果的にフォルダチケット（永続マルチプルチケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、フォルダチケット（永続マルチプルチケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（永続マルチプルチケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、が含まれている。
文書管理サーバ１０は、図３３に示されるような、フォルダチケット（永続マルチプルチケット）を保持、管理する。
以下、フォルダチケット（永続マルチプルチケット）によるセッション開始の一例を、図３４を用いて説明する。図３４は、フォルダチケット（永続マルチプルチケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ１００において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１００に続いてステップＳ１０１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続マルチプルチケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１０１においてＹＥＳ）、ステップＳ１０３に進み、永続チケットでないと判定すると（ステップＳ１０１においてＮＯ）、ステップＳ１０２に進む。
ステップＳ１０２では、文書管理サーバ１０が、一時チケットによるセッション開始処理を行う。
一方、ステップＳ１０３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続マルチプルチケット）を参照し、該フォルダチケットはマルチプルチケットかどうかを判定する。
文書管理サーバ１０は、マルチプルチケットであると判定すると（ステップＳ１０３においてＹＥＳ）、ステップＳ１０５に進み、マルチプルチケットでないと判定すると（ステップＳ１０３においてＮＯ）、ステップＳ１０４に進む。
ステップＳ１０４では、文書管理サーバ１０が、図３１のステップＳ８５からの処理を行う。
一方、ステップＳ１０５では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
ステップＳ１０５に続いてステップＳ１０６に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１０６に続いてステップＳ１０７に進み、文書管理サーバ１０は、ステップＳ１０６において作成したセッション開始レスポンスを、要求元（例えば、クライアントＢ）に送信する。
以下、ｇｅｔＦｏｌｄｅｒＴｉｃｋｅｔメソッドのＥＮＴＲＹ＿ＬＩＭＩＴプロパティに正の整数又は−１が格納されていた場合を例にとって、文書管理サーバ１０における処理の一例を、図３５から図４７を用いて説明する。
図３５は、フォルダチケット作成を説明するためのフローチャート（その２）である。
ステップＳ１１０において、文書管理サーバ１０は、例えばクライアントＡより、後述する図３６や図３９、図４２、図４５等に示されるようなフォルダチケット取得リクエストを受信する。
ステップＳ１１０に続いてステップＳ１１１に進み、文書管理サーバ１０は、フォルダチケット取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されている値を参照し、ＴＥＭＰＯＲＡＲＹ（一時）か、又はＰＥＲＭＡＮＥＮＴ（永続）か、を判定する。
文書管理サーバ１０は、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されている値がＴＥＭＰＯＲＡＲＹ（一時）であると判定すると、ステップＳ１１２に進み、ＰＥＲＭＡＮＥＮＴ（永続）であると判定すると、ステップＳ１１３に進む。
ステップＳ１１２では、文書管理サーバ１０が、フォルダチケット取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値を参照し、正の整数（有限）か、又は−１（無限）か、を判定する。
文書管理サーバ１０は、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値が正の整数（有限）であると判定すると、ステップＳ１１４に進み、−１（無限）であると判定すると、ステップＳ１１５に進む。
また、ステップＳ１１３では、文書管理サーバ１０が、フォルダチケット取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値を参照し、正の整数（有限）か、又は−１（無限）か、を判定する。
文書管理サーバ１０は、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されている値が正の整数（有限）であると判定すると、ステップＳ１１６に進み、−１（無限）であると判定すると、ステップＳ１１７に進む。
ステップＳ１１４では、文書管理サーバ１０が、後述する図３７に示すようなフォルダチケットの一つである一時有限チケットを作成する。
また、ステップＳ１１５では、文書管理サーバ１０が、後述する図４０に示すようなフォルダチケットの一つである一時無限チケットを作成する。
また、ステップＳ１１６では、文書管理サーバ１０が、後述する図４３に示すようなフォルダチケットの一つである永続有限チケットを作成する。
また、ステップＳ１１７では、文書管理サーバ１０が、後述する図４６に示すようなフォルダチケットの一つである永続無限チケットを作成する。
ステップＳ１１８では、文書管理サーバ１０が、作成したフォルダチケットを識別するフォルダチケットＩＤを含む図７に示したようなフォルダチケット取得レスポンスを作成する。
ステップＳ１１８に続いてステップＳ１１９に進み、文書管理サーバ１０は、ステップＳ１１８において作成したフォルダチケット取得レスポンスを、要求元（例えばクライアントＡ）に送信する。
図３５に示すような処理を行うことによって、文書管理サーバ１０は、例えばクライアントＡ等からのフォルダチケット取得リクエストに応じて、対応するフォルダチケットを作成することができる。また、該作成したフォルダチケットを識別するフォルダチケットＩＤを含むフォルダチケット取得レスポンスを作成し、要求元（例えばクライアントＡ）に送信することができる。
該フォルダチケット取得レスポンスを受信したクライアントＡは、図３に示したように、フォルダチケット取得レスポンスに含まれるフォルダチケットＩＤを例えばクライアントＢに渡すことによって、クライアントＢは、フォルダチケットによるセッション開始リクエストを文書管理サーバ１０に送信し、フォルダチケットを用いた文書管理サーバ１０とのセッションを張ることができる。
以下、フォルダチケット（一時有限チケット）取得リクエストの一例を、図３６を用いて説明する。図３６は、フォルダチケット（一時有限チケット）取得リクエストの一例を説明するための図である。
図３６に示されるように、フォルダチケット（一時有限チケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図３６のフォルダチケット（一時有限チケット）取得リクエストに含まれる＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグには、作成するフォルダチケットの利用期限（時間）が秒数を単位として格納されている。
また、図３６のフォルダチケット（一時有限チケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＴＥＭＰＯＲＡＲＹが格納されている。
また、図３６のフォルダチケット（一時有限チケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、１０が格納されている。
また、図３６のフォルダチケット（一時有限チケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図３６に示されるように、例えばクライアントＢは、＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞と、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞と、のタグに値を格納することによって、フォルダチケットの有効期限（図３６の例においては１８００秒）を指定することができる。
また、図３６に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図３６の例においては１０回）を指定することができる。
また、図３６に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用期限又は利用回数が切れたフォルダチケットの権限（図３６の例においては読み取り権限）を指定することができる。
以下、図３６のフォルダチケット（一時有限チケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（一時有限チケット）の一例を、図３７を用いて説明する。図３７は、フォルダチケット（一時有限チケット）の一例を説明するための図である。
図３７に示されるように、フォルダチケット（一時有限チケット）には、該フォルダチケット（一時有限チケット）を識別するフォルダチケットＩＤと、該フォルダチケット（一時有限チケット）が利用を許可するフォルダを識別するフォルダＩＤ、図３７の例においては結果的にフォルダチケット（一時有限チケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、該フォルダチケットの利用期限（時間）、図３７の例においては結果的にフォルダチケット（一時有限チケット）取得リクエストの＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグに格納されていた値、と、フォルダチケット（一時有限チケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（一時有限チケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（一時有限チケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。 なお、図３７には図示していないが、図３７に示されるようなフォルダチケット（一時有限チケット）に、現在の利用回数（例えば、最初は０、１回利用するごとに１つずつインクリメントされる値）を含むようにしてもよい。以下においては、説明の簡略化のため、フォルダチケット（一時有限チケット）に、現在の利用回数が含まれるものとして説明を行う。
文書管理サーバ１０は、図３７に示されるような、フォルダチケット（一時有限チケット）を保持、管理する。
以下、フォルダチケット（一時有限チケット）によるセッション開始の一例を、図３８を用いて説明する。図３８は、フォルダチケット（一時有限チケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ１２０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１２０に続いてステップＳ１２１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１２１においてＹＥＳ）、ステップＳ１２２に進み、永続チケットでないと判定すると（ステップＳ１２１においてＮＯ）、ステップＳ１２３に進む。
ステップＳ１２２では、文書管理サーバ１０が、永続チケットによるセッション開始処理を行う。
一方、ステップＳ１２３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）を参照し、該フォルダチケットは無限チケットかどうかを判定する。なお、無限チケットとは、フォルダチケットに、利用回数として−１が含まれているチケットのことをいう。以下においても同様である。
文書管理サーバ１０は、無限チケットであると判定すると（ステップＳ１２３においてＹＥＳ）、ステップＳ１２４に進み、無限チケットでないと判定すると（ステップＳ１２３においてＮＯ）、ステップＳ１２５に進む。
ステップＳ１２４では、文書管理サーバ１０が、一時無限チケットによるセッション開始処理を行う。
一方、ステップＳ１２５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）を参照し、フォルダチケット（一時有限チケット）の現在の利用回数が有効な利用回数内かどうかを判定する。
文書管理サーバ１０は、現在の利用回数が有効な利用回数内であると判定すると（ステップＳ１２５においてＹＥＳ）、ステップＳ１２６に進み、現在の利用回数が有効な利用回数外であると判定すると（ステップＳ１２５においてＮＯ）、ステップＳ１２７に進む。
ステップＳ１２６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）を参照し、現在の時刻が有効な期限内かどうかを判定する。
文書管理サーバ１０は、現在の時刻が有効な期限内であると判定すると（ステップＳ１２６においてＹＥＳ）、ステップＳ１２８に進み、現在の時刻が有効な期限内でないと判定すると（ステップＳ１２６においてＮＯ）、ステップＳ１２７に進む。
ステップＳ１２７では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）を参照し、フォルダチケットに、利用期限又は利用回数が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ１２７においてＹＥＳ）、ステップＳ１２８に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ１２７においてＮＯ）、処理を終了する。
一方、ステップＳ１２８では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ１２７においてフォルダチケット（一時有限チケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ１２８に進んできた場合は、ステップＳ１２８において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ１２８に続いてステップＳ１２９に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時有限チケット）に含まれる現在の利用回数を１つインクリメントする。
ステップＳ１２９に続いてステップＳ１３０に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１３０に続いてステップＳ１３１に進み、文書管理サーバ１０は、ステップＳ１３０において作成したセッション開始レスポンスを、要求元（例えばクライアントＢ）に送信する。
以下、フォルダチケット（一時無限チケット）取得リクエストの一例を、図３９を用いて説明する。図３９は、フォルダチケット（一時無限チケット）取得リクエストの一例を説明するための図である。
図３９に示されるように、フォルダチケット（一時無限チケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図３９のフォルダチケット（一時無限チケット）取得リクエストに含まれる＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグには、作成するフォルダチケットの利用期限（時間）が秒数を単位として格納されている。
また、図３９のフォルダチケット（一時無限チケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＴＥＭＰＯＲＡＲＹが格納されている。
また、図３９のフォルダチケット（一時無限チケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、−１が格納されている。
また、図３９のフォルダチケット（一時無限チケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図３９に示されるように、例えばクライアントＢは、＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞と、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞と、のタグに値を格納することによって、フォルダチケットの有効期限（図３９の例においては１８００秒）を指定することができる。
また、図３９に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図３９の例においては無限回）を指定することができる。
また、図３９に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用期限が切れたフォルダチケットの権限（図３９の例においては読み取り権限）を指定することができる。
以下、図３９のフォルダチケット（一時無限チケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（一時無限チケット）の一例を、図４０を用いて説明する。図４０は、フォルダチケット（一時無限チケット）の一例を説明するための図である。
図４０に示されるように、フォルダチケット（一時無限チケット）には、該フォルダチケット（一時無限チケット）を識別するフォルダチケットＩＤと、該フォルダチケット（一時無限チケット）が利用を許可するフォルダを識別するフォルダＩＤ、図４０の例においては結果的にフォルダチケット（一時無限チケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、該フォルダチケットの利用期限（時間）、図４０の例においては結果的にフォルダチケット（一時無限チケット）取得リクエストの＜ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞＜／ｖａｌｉｄＤｕｒａｔｉｏｎＨｉｎｔ＞のタグに格納されていた値、と、フォルダチケット（一時無限チケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（一時無限チケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（一時無限チケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。 文書管理サーバ１０は、図４０に示されるような、フォルダチケット（一時無限チケット）を保持、管理する。
以下、フォルダチケット（一時無限チケット）によるセッション開始の一例を、図４１を用いて説明する。図４１は、フォルダチケット（一時無限チケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ１４０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１４０に続いてステップＳ１４１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時無限チケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１４１においてＹＥＳ）、ステップＳ１４２に進み、永続チケットでないと判定すると（ステップＳ１４１においてＮＯ）、ステップＳ１４３に進む。
ステップＳ１４２では、文書管理サーバ１０が、永続チケットによるセッション開始処理を行う。
一方、ステップＳ１４３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時無限チケット）を参照し、該フォルダチケットは無限チケットかどうかを判定する。
文書管理サーバ１０は、無限チケットであると判定すると（ステップＳ１４３においてＹＥＳ）、ステップＳ１４５に進み、無限チケットでないと判定すると（ステップＳ１４３においてＮＯ）、ステップＳ１４４に進む。
ステップＳ１４４では、文書管理サーバ１０が、図３８のステップＳ１２５からの処理を行う。
一方、ステップＳ１４５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時無限チケット）を参照し、現在の時刻が有効な期限内かどうかを判定する。
文書管理サーバ１０は、現在の時刻が有効な期限内であると判定すると（ステップＳ１４５においてＹＥＳ）、ステップＳ１４７に進み、現在の時刻が有効な期限内でないと判定すると（ステップＳ１４５においてＮＯ）、ステップＳ１４６に進む。
ステップＳ１４６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（一時無限チケット）を参照し、フォルダチケットに、利用期限が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ１４６においてＹＥＳ）、ステップＳ１４７に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ１４６においてＮＯ）、処理を終了する。
一方、ステップＳ１４７では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ１４６においてフォルダチケット（一時無限チケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ１４７に進んできた場合は、ステップＳ１４７において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ１４７に続いてステップＳ１４８に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１４８に続いてステップＳ１４９に進み、文書管理サーバ１０は、ステップＳ１４８において作成したセッション開始レスポンスを、要求元（例えば、クライアントＢ）に送信する。
以下、フォルダチケット（永続有限チケット）取得リクエストの一例を、図４２を用いて説明する。図４２は、フォルダチケット（永続有限チケット）取得リクエストの一例を説明するための図である。
図４２に示されるように、フォルダチケット（永続有限チケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図４２のフォルダチケット（永続有限チケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＰＥＲＭＡＮＥＮＴが格納されている。
また、図４２のフォルダチケット（永続有限チケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、１０が格納されている。
また、図４２のフォルダチケット（永続有限チケット）取得リクエストに含まれる＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグには、ＲＥＡＤ＿ＯＮＬＹが格納されている。
図４２に示されるように、例えばクライアントＢは、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに値を格納することによって、フォルダチケットの有効期限（図４２の例においては永続）を指定することができる。
また、図４２に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図４２の例においては１０回）を指定することができる。
また、図４２に示されるように、例えばクライアントＢは、＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに値を格納することによって、利用回数が切れたフォルダチケットの権限（図４２の例においては読み取り権限）を指定することができる。
以下、図４２のフォルダチケット（永続有限チケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（永続有限チケット）の一例を、図４３を用いて説明する。図４３は、フォルダチケット（永続有限チケット）の一例を説明するための図である。
図４３に示されるように、フォルダチケット（永続有限チケット）には、該フォルダチケット（永続有限チケット）を識別するフォルダチケットＩＤと、該フォルダチケット（永続有限チケット）が利用を許可するフォルダを識別するフォルダＩＤ、図４３の例においては結果的にフォルダチケット（永続有限チケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、フォルダチケット（永続有限チケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（永続有限チケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、フォルダチケット（永続有限チケット）取得リクエストの＜ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞＜／ｏｖｅｒｄｕｅ＿ｔｉｃｋｅｔ＞のタグに格納されていた値と、が含まれている。
なお、図４３には図示していないが、図４３に示されるようなフォルダチケット（永続有限チケット）に、現在の利用回数（例えば、最初は０、１回利用するごとに１つずつインクリメントされる値）を含むようにしてもよい。以下においては、説明の簡略化のため、フォルダチケット（永続有限チケット）に、現在の利用回数が含まれるものとして説明を行う。
文書管理サーバ１０は、図４３に示されるような、フォルダチケット（永続有限チケット）を保持、管理する。
以下、フォルダチケット（永続有限チケット）によるセッション開始の一例を、図４４を用いて説明する。図４４は、フォルダチケット（永続有限チケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ１５０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１５０に続いてステップＳ１５１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続有限チケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１５１においてＹＥＳ）、ステップＳ１５３に進み、永続チケットでないと判定すると（ステップＳ１５１においてＮＯ）、ステップＳ１５２に進む。
ステップＳ１５２では、文書管理サーバ１０が、一時チケットによるセッション開始処理を行う。
一方、ステップＳ１５３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続有限チケット）を参照し、該フォルダチケットは無限チケットかどうかを判定する。
文書管理サーバ１０は、無限チケットであると判定すると（ステップＳ１５３においてＹＥＳ）、ステップＳ１５４に進み、無限チケットでないと判定すると（ステップＳ１５３においてＮＯ）、ステップＳ１５５に進む。
ステップＳ１５４では、文書管理サーバ１０が、永続無限チケットによるセッション開始処理を行う。
一方、ステップＳ１５５では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続有限チケット）を参照し、フォルダチケット（永続有限チケット）の現在の利用回数が有効な利用回数内かどうかを判定する。
文書管理サーバ１０は、現在の利用回数が有効な利用回数内であると判定すると（ステップＳ１５５においてＹＥＳ）、ステップＳ１５７に進み、現在の利用回数が有効な利用回数外であると判定すると（ステップＳ１５５においてＮＯ）、ステップＳ１５６に進む。
ステップＳ１５６では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続有限チケット）を参照し、フォルダチケットに、利用回数が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ１５６においてＹＥＳ）、ステップＳ１５７に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ１５６においてＮＯ）、処理を終了する。
一方、ステップＳ１５７では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
なお、ステップＳ１５６においてフォルダチケット（永続有限チケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ１５７に進んできた場合は、ステップＳ１５７において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、図１１に示したようなセッションに、該セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ１５７に続いてステップＳ１５８に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続有限チケット）に含まれる現在の利用回数を１つインクリメントする。
ステップＳ１５８に続いてステップＳ１５９に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１５９に続いてステップＳ１６０に進み、文書管理サーバ１０は、ステップＳ１５９において作成したセッション開始レスポンスを、要求元（例えばクライアントＢ）に送信する。
以下、フォルダチケット（永続無限チケット）取得リクエストの一例を、図４５を用いて説明する。図４５は、フォルダチケット（永続無限チケット）取得リクエストの一例を説明するための図である。
図４５に示されるように、フォルダチケット（永続無限チケット）取得リクエストに含まれる＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグには、図６において説明したように、フォルダＩＤが格納されている。
また、図４５のフォルダチケット（永続無限チケット）取得リクエストに含まれる＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグには、ＰＥＲＭＡＮＥＮＴが格納されている。
また、図４５のフォルダチケット（永続無限チケット）取得リクエストに含まれる＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグには、−１が格納されている。
図４５に示されるように、例えばクライアントＢは、＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに値を格納することによって、フォルダチケットの有効期限（図４５の例においては永続）を指定することができる。
また、図４５に示されるように、例えばクライアントＢは、＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに値を格納することによって、フォルダチケットの利用回数（図４５の例においては無限回）を指定することができる。
以下、図４５のフォルダチケット（永続無限チケット）取得リクエストに基づいて、文書管理サーバ１０が作成したフォルダチケット（永続無限チケット）の一例を、図４６を用いて説明する。図４６は、フォルダチケット（永続無限チケット）の一例を説明するための図である。
図４６に示されるように、フォルダチケット（永続無限チケット）には、該フォルダチケット（永続無限チケット）を識別するフォルダチケットＩＤと、該フォルダチケット（永続無限チケット）が利用を許可するフォルダを識別するフォルダＩＤ、図４６の例においては結果的にフォルダチケット（永続無限チケット）取得リクエストの＜ｆｏｌｄｅｒＩｄ＞＜／ｆｏｌｄｅｒＩｄ＞のタグに格納されていた値、と、フォルダチケット（永続無限チケット）取得リクエストの＜ｄｕｒａｔｉｏｎ＞＜／ｄｕｒａｔｉｏｎ＞のタグに格納されていた値と、フォルダチケット（永続無限チケット）取得リクエストの＜ｅｎｔｒｙ＿ｌｉｍｉｔ＞＜／ｅｎｔｒｙ＿ｌｉｍｉｔ＞のタグに格納されていた値と、が含まれている。
文書管理サーバ１０は、図４６に示されるような、フォルダチケット（永続無限チケット）を保持、管理する。
以下、フォルダチケット（永続無限チケット）によるセッション開始の一例を、図４７を用いて説明する。図４７は、フォルダチケット（永続無限チケット）によるセッション開始の一例を説明するためのフローチャートである。
ステップＳ１７０において、文書管理サーバ１０は、例えばクライアントＢ等より図１０に示されるようなフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１７０に続いてステップＳ１７１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続無限チケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１７１においてＹＥＳ）、ステップＳ１７３に進み、永続チケットでないと判定すると（ステップＳ１７１においてＮＯ）、ステップＳ１７２に進む。
ステップＳ１７２では、文書管理サーバ１０が、一時チケットによるセッション開始処理を行う。
一方、ステップＳ１７３では、文書管理サーバ１０が、フォルダチケットによるセッション開始リクエストに含まれるフォルダチケットＩＤに基づいて、対応するフォルダチケット（永続無限チケット）を参照し、該フォルダチケットは無限チケットかどうかを判定する。
文書管理サーバ１０は、無限チケットであると判定すると（ステップＳ１７３においてＹＥＳ）、ステップＳ１７５に進み、無限チケットでないと判定すると（ステップＳ１７３においてＮＯ）、ステップＳ１７４に進む。
ステップＳ１７４では、文書管理サーバ１０が、図４４のステップＳ１５５からの処理を行う。
一方、ステップＳ１７５では、文書管理サーバ１０が、図１１に示したようなフォルダチケットによるセッションを作成する。
ステップＳ１７５に続いてステップＳ１７６に進み、文書管理サーバ１０は、図１２に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１７６に続いてステップＳ１７７に進み、文書管理サーバ１０は、ステップＳ１７６において作成したセッション開始レスポンスを、要求元（例えば、クライアントＢ）に送信する。
実施例１では、文書チケットＩＤ又はフォルダチケットＩＤをクライアントに返す例を示したが、文書管理サーバ１０において、作成した文書チケット又はフォルダチケットを暗号化し、該暗号化した文書チケット又はフォルダチケットをクライアントに返すようにしてもよい。
以下、実施例２では、文書管理サーバ１０が、作成した文書チケット又はフォルダチケットを暗号化し、該暗号化した文書チケット又はフォルダチケットをクライアントに返す例を示す。なお、以下では主に、実施例１との相違点について説明する。
図４８は、本発明における文書管理サーバの機能構成図（その２）である。図４８に示されるように、文書管理サーバ１０は、チケット取得要求受信部２０１と、チケット作成部２０２と、チケット暗号化部２０３と、チケット送信部２０４と、チケット要求受信部２０５と、チケット復号化部２０６と、有効性判定部２０７と、チケットデータ変換部２０８と、を含む。
チケット取得要求受信部２０１は、クライアント（例えばクライアントＡ）から文書管理サーバ１０において管理している文書の利用許可を証明する証明情報である文書チケット又は文書管理サーバ１０のフォルダの利用許可を証明する証明情報であるフォルダチケットの取得要求を受信する。
チケット作成部２０２は、チケット取得要求受信部２０１が受信した文書チケット又はフォルダチケットの取得要求に含まれる、該文書チケット又はフォルダチケットの利用期限に係る情報及び／又は前記証明情報の利用回数に係る情報に基づいて、文書チケット又はフォルダチケットを作成する。
チケット暗号化部２０３は、チケット作成部２０２が作成した文書チケット又はフォルダチケットを暗号化する。
チケット送信部２０４は、チケット暗号化部２０３において暗号化した文書チケット又はフォルダチケット等を要求元のクライアント（例えばクライアントＡ）に送信する。
チケット要求受信部２０５は、クライアント（例えばクライアントＡ又はクライアントＢ）から、暗号化された文書チケット又はフォルダチケットを含んだ要求（例えばセッション開始リクエスト）を受信する。
チケット復号化部２０６は、チケット要求受信部２０５が受信した要求に含まれる暗号化された文書チケット又はフォルダチケットを、復号化する。
有効性判定部２０７は、チケット復号化部２０６において復号化された文書チケット又はフォルダチケットに含まれる利用回数や、利用期限に基づいて、文書チケット又はフォルダチケットの有効性を判定する。
チケットデータ変更部２０８は、文書チケット又はフォルダチケットの利用回数を変更したり、クライアント（例えばクライアントＢ）等からの要求に応じて、文書チケット又はフォルダチケットの利用期限を変更したりする。
なお、図４８には図示していないが、当該文書管理サーバ１０が発行した文書チケット又はフォルダチケットを識別するＩＤや、チケットデータ変更部２０８において変更（更新）した文書チケット又はフォルダチケットを識別するＩＤ等をリストにして管理するＩＤ管理部等を文書管理サーバ１０の機能構成に含めるようにしてもよい。
なお、以下では実施例１と同様、説明の簡略化のため、主にフォルダチケットを用いて本発明の実施例を説明する。但し、このことは、本発明の実施を制限するものではない。
以下、フォルダチケット取得レスポンスの他の例を、図４９を用いて説明する。図４９は、フォルダチケット取得レスポンスの他の例を説明するための図である。
図４９に示されるように、実施例２では、フォルダチケット取得レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグには、フォルダチケットを暗号化した値が含まれる。
以下、フォルダチケットによるセッション開始レスポンスの他の例を、図５０を用いて説明する。図５０は、フォルダチケットによるセッション開始レスポンスの他の例を説明するための図である。
図５０に示されるように、実施例２では、フォルダチケットによるセッション開始レスポンスの＜ｒｅｔｕｒｎＶａｌｕｅ＞＜／ｒｅｔｕｒｎＶａｌｕｅ＞のタグの中の＜ｓｅｓｓｉｏｎＩｄ＞＜／ｓｅｓｓｉｏｎＩｄ＞のタグには、フォルダチケットによるセッションを識別するセッションＩＤが格納され、＜ｔｉｃｋｅｔ＞＜／ｔｉｃｋｅｔ＞のタグには、利用回数及び／又は利用期限が変更されたフォルダチケットを暗号化した値が格納される。
以下、フォルダチケット（一時シングルチケット）によるセッション開始の他の例を、図５１を用いて説明する。図５１は、フォルダチケット（一時シングルチケット）によるセッション開始の他の例を説明するためのフローチャートである。
ステップＳ１８０において、文書管理サーバ１０は、例えばクライアントＢ等よりフォルダチケットによるセッション開始リクエストを受信する。
ステップＳ１８０に続いてステップＳ１８１に進み、文書管理サーバ１０は、フォルダチケットによるセッション開始リクエストに含まれる暗号化されたフォルダチケットを復号化する。
ステップＳ１８１に続いてステップＳ１８２に進み、文書管理サーバ１０は、復号化したフォルダチケット（一時シングルチケット）を参照し、該フォルダチケットは永続チケットかどうかを判定する。
文書管理サーバ１０は、永続チケットであると判定すると（ステップＳ１８２においてＹＥＳ）、ステップＳ１８３に進み、永続チケットでないと判定すると（ステップＳ１８２においてＮＯ）、ステップＳ１８４に進む。
ステップＳ１８３では、文書管理サーバ１０が、永続チケットによるセッション開始処理を行う。
一方、ステップＳ１８４では、文書管理サーバ１０が、復号化したフォルダチケット（一時シングルチケット）を参照し、該フォルダチケットはマルチプルチケットかどうかを判定する。
文書管理サーバ１０は、マルチプルチケットであると判定すると（ステップＳ１８４においてＹＥＳ）、ステップＳ１８５に進み、マルチプルチケットでないと判定すると（ステップＳ１８４においてＮＯ）、ステップＳ１８６に進む。
ステップＳ１８５では、文書管理サーバ１０が、一時マルチプルチケットによるセッション開始処理を行う。
一方、ステップＳ１８６では、文書管理サーバ１０が、復号化したフォルダチケット（一時シングルチケット）を参照し、フォルダチケット（一時シングルチケット）の現在の利用回数が有効な利用回数内かどうかを判定する。
文書管理サーバ１０は、現在の利用回数が有効な利用回数内、図５１の例においては現在の利用回数が０、であると判定すると（ステップＳ１８６においてＹＥＳ）、ステップＳ１８７に進み、現在の利用回数が有効な利用回数外、図５１の例においては現在の利用回数が１以上、であると判定すると（ステップＳ１８６においてＮＯ）、ステップＳ１８８に進む。
ステップＳ１８７では、文書管理サーバ１０が、復号化したフォルダチケット（一時シングルチケット）を参照し、現在の時刻が有効な期限内かどうかを判定する。
文書管理サーバ１０は、現在の時刻が有効な期限内であると判定すると（ステップＳ１８７においてＹＥＳ）、ステップＳ１８９に進み、現在の時刻が有効な期限内でないと判定すると（ステップＳ１８７においてＮＯ）、ステップＳ１８８に進む。
ステップＳ１８８では、文書管理サーバ１０が、復号化したフォルダチケット（一時シングルチケット）を参照し、フォルダチケットに、利用期限又は利用回数が切れたフォルダチケットの権限としてＲＥＡＤ＿ＯＮＬＹが含まれているかどうかを判定する。
文書管理サーバ１０は、ＲＥＡＤ＿ＯＮＬＹが含まれていると判定すると（ステップＳ１８８においてＹＥＳ）、ステップＳ１８９に進み、ＲＥＡＤ＿ＯＮＬＹが含まれていないと判定すると（ステップＳ１８８においてＮＯ）、処理を終了する。
一方、ステップＳ１８９では、文書管理サーバ１０が、暗号化されたフォルダチケットを含むセッションを作成する。
なお、ステップＳ１８８においてフォルダチケット（一時シングルチケット）にＲＥＡＤ＿ＯＮＬＹが含まれていると判定されて、ステップＳ１８９に進んできた場合は、ステップＳ１８９において、文書の読み取りのみ可能な、権限が制限されたセッションを作成する必要があるため、セッションの権限として、例えばＲＥＡＤ＿ＯＮＬＹを含めたようなセッションを作成するようにしてもよい。
ステップＳ１８９に続いてステップＳ１９０に進み、文書管理サーバ１０は、復号化したフォルダチケット（一時シングルチケット）に含まれる現在の利用回数を１つインクリメントする。
ステップＳ１９０に続いてステップＳ１９１に進み、文書管理サーバ１０は、利用回数を変更したフォルダチケットを暗号化し、フォルダチケットを更新する。
ステップＳ１９１に続いてステップＳ１９２に進み、文書管理サーバ１０は、図５０に示したような、フォルダチケットによるセッション開始レスポンスを作成する。
ステップＳ１９２に続いてステップＳ１９３に進み、文書管理サーバ１０は、ステップＳ１９２において作成したセッション開始レスポンスを、要求元（例えばクライアントＢ）に送信する。
なお、図５１では、フォルダチケットの利用回数を変更し、フォルダチケットを更新する例を示したが、フォルダチケットの種類によっては、例えばクライアントＢから要求があったセッションの有効時間に応じて、フォルダチケットの時間（利用期限）も変更し、フォルダチケットを更新（再暗号化）するようにしてもよい。
時間（利用期限）も変更し、フォルダチケットを更新（再暗号化）することによって、例えばフォルダチケットによるセッションを開始し、セッションの利用期限内であるのに、例えばフォルダチケットの利用期限等が切れてしまい、フォルダに対する処理を行えなかった等の問題を防ぐことができる。
なお、クライアントＡ又はクライアントＢにおいて、文書管理サーバ１０より受信したレスポンス（例えば、フォルダチケットによるセッション開始レスポンス）に含まれる暗号化されたフォルダチケットを復号化し、該フォルダチケットに含まれる利用期限や、利用回数等をディスプレイ等に表示するようにしてもよい。クライアントＡ又はクライアントＢのハードウェア構成は、文書管理サーバ１０のハードウェア構成と同様である。
以上、本発明によれば、ネットワークに負荷を掛けることなく且つセキュリティを保ちながら、フォルダ又は文書を利用可能とすることができる。また、本発明によれば、ユーザがフォルダ又は文書を利用する際、利用期限及び／又は利用回数を指定可能とすることができる。
以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
本発明による文書管理サーバの一例のハードウェア構成図である。 本発明における文書管理サーバの機能構成図（その１）である。 本発明における処理の概要を説明するためのシーケンス図である。 セッション開始リクエストの一例を説明するための図である。 セッション開始レスポンスの一例を説明するための図である。 フォルダチケット取得リクエストの一例を説明するための図である。 フォルダチケット取得レスポンスの一例を説明するための図である。 文書格納指示リクエストの一例を説明するための図である。 文書格納指示レスポンスの一例を説明するための図である。 フォルダチケットによるセッション開始リクエストの一例を説明するための図である。 フォルダチケットによるセッションの一例を説明するための図である。 フォルダチケットによるセッション開始レスポンスの一例を説明するための図である。 フォルダＩＤ取得リクエストの一例を説明するための図である。 フォルダＩＤ取得レスポンスの一例を説明するための図である。 文書格納リクエストの一例を説明するための図である。 文書格納レスポンスの一例を説明するための図である。 フォルダチケットの種類の一例を説明するための図である。 フォルダチケットの利用期限を指定する一例を説明するための図である。 フォルダチケットの利用回数を指定する一例を説明するための図である。 フォルダチケットの利用回数を指定する他の例を説明するための図である。 利用期限又は利用回数切れのフォルダチケットの権限を指定する一例を説明するための図である。 フォルダチケット作成を説明するためのフローチャート（その１）である。 フォルダチケット（一時シングルチケット）取得リクエストの一例を説明するための図である。 フォルダチケット（一時シングルチケット）の一例を説明するための図である。 フォルダチケット（一時シングルチケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（一時マルチプルチケット）取得リクエストの一例を説明するための図である。 フォルダチケット（一時マルチプルチケット）の一例を説明するための図である。 フォルダチケット（一時マルチプルチケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（永続シングルチケット）取得リクエストの一例を説明するための図である。 フォルダチケット（永続シングルチケット）の一例を説明するための図である。 フォルダチケット（永続シングルチケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（永続マルチプルチケット）取得リクエストの一例を説明するための図である。 フォルダチケット（永続マルチプルチケット）の一例を説明するための図である。 フォルダチケット（永続マルチプルチケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット作成を説明するためのフローチャート（その２）である。 フォルダチケット（一時有限チケット）取得リクエストの一例を説明するための図である。 フォルダチケット（一時有限チケット）の一例を説明するための図である。 フォルダチケット（一時有限チケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（一時無限チケット）取得リクエストの一例を説明するための図である。 フォルダチケット（一時無限チケット）の一例を説明するための図である。 フォルダチケット（一時無限チケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（永続有限チケット）取得リクエストの一例を説明するための図である。 フォルダチケット（永続有限チケット）の一例を説明するための図である。 フォルダチケット（永続有限チケット）によるセッション開始の一例を説明するためのフローチャートである。 フォルダチケット（永続無限チケット）取得リクエストの一例を説明するための図である。 フォルダチケット（永続無限チケット）の一例を説明するための図である。 フォルダチケット（永続無限チケット）によるセッション開始の一例を説明するためのフローチャートである。 本発明における文書管理サーバの機能構成図（その２）である。 フォルダチケット取得レスポンスの他の例を説明するための図である。 フォルダチケットによるセッション開始レスポンスの他の例を説明するための図である。 フォルダチケット（一時シングルチケット）によるセッション開始の他の例を説明するためのフローチャートである。
符号の説明
１０ 文書管理サーバ
２１ ドライブ装置
２２ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
２３ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
２４ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
２５ インターフェース装置
２６ ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）
２７ 記録媒体
１０１ チケット取得要求受信部
１０２ チケット作成部
１０３ チケット送信部
１０４ チケット要求受信部
１０５ 有効性判定部
１０６ チケット管理部
１０７ チケットデータ変更部
２０１ チケット取得要求受信部
２０２ チケット作成部
２０３ チケット暗号化部
２０４ チケット送信部
２０５ チケット要求受信部
２０６ チケット復号化部
２０７ 有効性判定部
２０８ チケットデータ変更部

Claims (12)

  1. 文書を格納する文書格納手段を備え前記文書を管理する文書管理装置と、前記文書格納手段を利用するときの利用許可を証明する証明情報を該文書管理装置から取得する第一のクライアントと、該証明情報を利用して前記文書格納手段を利用する第二のクライアントとがネットワークを介して通信可能に接続される文書管理システムにおいて、
    前記文書管理装置は、
    前記第一のクライアントから認証情報を含む通信要求を受信すると、該認証情報に基づき認証を行い有効な認証情報であると判定すると、通信元からの通信要求の有効性を判定するための第一のセッション識別情報を作成する第一の判定情報作成手段と、
    前記第一のセッション識別情報を前記第一のクライアントに送信する第一の判定情報送信手段と、
    前記第一のクライアントから前記証明情報の取得を要求し前記第一のセッション識別情報を含む証明情報取得要求を受信すると、該証明情報取得要求に含まれる該第一のセッション識別情報が、前記第一の判定情報作成手段により作成された第一のセッション識別情報であるか否かを判定することにより証明情報取得要求の有効性を判定する有効性判定手段と、
    該証明情報取得要求が有効と判定された場合に、前記証明情報を作成する証明情報作成手段と、
    作成された該証明情報を前記第一のクライアントに送信する証明情報送信手段と、
    前記第二のクライアントから前記証明情報を含んだ通信要求を受信すると、該証明情報が前記証明情報作成手段により作成された証明情報であるかを判定することにより該証明情報の有効性を判定し、有効な証明情報であると判定すると、第二のセッション識別情報を作成する第二の判定情報作成手段と、
    前記第二のセッション識別情報を前記第二のクライアントに送信する第二の判定情報送信手段と、
    前記第二のクライアントから前記文書格納手段の文書格納先を識別し前記第二のセッション識別情報を含む格納先識別情報の取得要求を受信すると、該取得要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成手段により作成された第二のセッション識別情報であるか否かを判定することにより取得要求の有効性を判定し、有効と判定された場合に、格納先識別情報を取得する格納先識別情報取得手段と、
    前記格納先識別情報を前記第二のクライアントに送信する格納先識別情報送信手段と、
    前記第二のクライアントから前記文書格納手段の利用を要求し前記第二のセッション識別情報、格納先識別情報、及び文書を含む利用要求を受信すると、該利用要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成手段により作成された第二のセッション識別情報であるか否かを判定することにより利用要求の有効性を判定し、有効と判定された場合に、該利用要求に含まれる格納先識別情報によって指定される文書格納先に、該利用要求に含まれる文書を格納する文書格納手段と、
    格納した前記文書を識別する文書識別子を前記第二のクライアントに送信する文書識別子送信手段と、
    を備え、
    前記第一のクライアントは、
    前記文書管理装置に前記通信要求を送信する通信要求送信手段と、
    前記文書管理装置から送信される前記第一のセッション識別情報を受信する第一の判定情報受信手段と、
    前記文書管理装置に対して、前記証明情報取得要求を送信する証明情報取得要求手段と、
    前記文書管理装置から送信される前記証明情報を受信する証明情報受信手段と、
    前記第二のクライアントに対して、該証明情報を含む前記文書管理装置の利用を指示する利用指示要求を送信する利用指示要求送信手段と
    を備え、
    前記第二のクライアントは、
    前記第一のクライアントから前記利用指示要求を受信する利用指示要求受信手段と、
    前記利用指示要求に含まれる前記証明情報を含んだ前記通信要求を前記文書管理装置に送信する通信要求送信手段と、
    前記文書管理装置から送信される前記第二のセッション識別情報を受信する第二の判定情報受信手段と、
    前記格納先識別情報の取得要求を前記文書管理装置に送信する格納先識別情報取得要求送信手段と、
    前記文書管理装置から送信される前記格納先識別情報を受信する格納先識別情報受信手段と、
    前記文書管理装置に対して、前記第一のクライアントからの前記利用指示要求に基づく前記利用要求を送信する送信手段と、
    前記文書管理装置から送信される前記文書識別子を受信する文書識別子受信手段と、
    を備えることを特徴とする文書管理システム。
  2. 前記第一のクライアントからの前記利用指示要求は、前記文書管理装置の備える文書格納手段への文書の格納指示要求であり、
    前記文書管理装置は、
    前記証明情報と文書格納先を識別する格納先識別情報とを対応付けて管理し、前記第二の判定情報作成手段によって作成された第二のセッション識別情報と証明情報とを対応付けて管理し、
    前記第二のクライアントからの前記利用要求に含まれる第二のセッション識別情報に対応付けて管理された前記格納先識別情報に従った文書格納先に文書を格納すること、
    を特徴とする請求項１記載の文書管理システム。
  3. 前記格納先識別情報は、前記文書格納手段が管理するフォルダを識別する情報であり、
    前記格納先識別情報によってフォルダの階層構造を含めた文書格納先の指定がされた場合に、該フォルダのサブフォルダを作成し、文書を格納すること、
    を特徴とする請求項２記載の文書管理システム。
  4. 前記第一のクライアントからの前記利用指示要求には文書格納先の文書管理装置を識別する装置識別情報が含まれ、
    前記第二のクライアントは、該装置識別情報により識別された文書管理装置に対して通信要求を行うこと、
    を特徴とする請求項１ないし３何れか一項記載の文書管理システム。
  5. 文書格納手段を利用するときの利用許可を証明する証明情報を該文書管理装置から取得する第一のクライアントと、該証明情報を利用して前記文書格納手段を利用する第二のクライアントとがネットワークを介して通信可能に接続される文書管理システムにおける文書管理装置において、
    前記第一のクライアントから認証情報を含む通信要求を受信すると、該認証情報に基づき認証を行い有効な認証情報であると判定すると、通信元からの通信要求の有効性を判定するための第一のセッション識別情報を作成する第一の判定情報作成手段と、
    前記第一のセッション識別情報を前記第一のクライアントに送信する第一の判定情報送信手段と、
    前記第一のクライアントから前記証明情報の取得を要求し前記第一のセッション識別情報を含む証明情報取得要求を受信すると、該証明情報取得要求に含まれる該第一のセッション識別情報が、前記第一の判定情報作成手段により作成された第一のセッション識別情報であるか否かを判定することにより証明情報取得要求の有効性を判定する有効性判定手段と、
    該証明情報取得要求が有効と判定された場合に、前記証明情報を作成する証明情報作成手段と、
    作成された該証明情報を前記第一のクライアントに送信する証明情報送信手段と、
    前記第二のクライアントから前記証明情報を含んだ通信要求を受信すると、該証明情報が前記証明情報作成手段により作成された証明情報であるかを判定することにより該証明情報の有効性を判定し、有効な証明情報であると判定すると、第二のセッション識別情報を作成する第二の判定情報作成手段と、
    前記第二のセッション識別情報を前記第二のクライアントに送信する第二の判定情報送信手段と、
    前記第二のクライアントから前記文書格納手段の文書格納先を識別し前記第二のセッション識別情報を含む格納先識別情報の取得要求を受信すると、該取得要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成手段により作成された第二のセッション識別情報であるか否かを判定することにより取得要求の有効性を判定し、有効と判定された場合に、格納先識別情報を取得する格納先識別情報取得手段と、
    前記格納先識別情報を前記第二のクライアントに送信する格納先識別情報送信手段と、
    前記第二のクライアントから前記文書格納手段の利用を要求し前記第二のセッション識別情報、格納先識別情報、及び文書を含む利用要求を受信すると、該利用要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成手段により作成された第二のセッション識別情報であるか否かを判定することにより利用要求の有効性を判定し、有効と判定された場合に、該利用要求に含まれる格納先識別情報によって指定される文書格納先に、該利用要求に含まれる文書を格納する文書格納手段と、
    格納した前記文書を識別する文書識別子を前記第二のクライアントに送信する文書識別子送信手段と、
    を備えることを特徴とする文書管理装置。
  6. 前記証明情報と文書格納先を識別する格納先識別情報とを対応付けて管理し、前記第二の判定情報作成手段によって作成された第二のセッション識別情報と証明情報とを対応付けて管理し、
    前記第二のクライアントからの前記利用要求に含まれる第二のセッション識別情報に対応付けて管理された前記格納先識別情報に従った文書格納先に文書を格納すること、
    を特徴とする請求項５記載の文書管理装置。
  7. 前記格納先識別情報は、前記文書格納手段が管理するフォルダを識別する情報であり、
    前記格納先識別情報によってフォルダの階層構造を含めた文書格納先の指定がされた場合に、該フォルダのサブフォルダを作成し、文書を格納すること、
    を特徴とする請求項６記載の文書管理装置。
  8. 文書格納手段を利用するときの利用許可を証明する証明情報を該文書管理装置から取得する第一のクライアントと、該証明情報を利用して前記文書格納手段を利用する第二のクライアントとがネットワークを介して通信可能に接続される文書管理システムにおける文書管理方法において、
    前記第一のクライアントから認証情報を含む通信要求を受信すると、該認証情報に基づき認証を行い有効な認証情報であると判定すると、通信元からの通信要求の有効性を判定するための第一のセッション識別情報を作成する第一の判定情報作成段階と、
    前記第一のセッション識別情報を前記第一のクライアントに送信する第一の判定情報送信段階と、
    前記第一のクライアントから前記証明情報の取得を要求し前記第一のセッション識別情報を含む証明情報取得要求を受信すると、該証明情報取得要求に含まれる該第一のセッション識別情報が、前記第一の判定情報作成手段により作成された第一のセッション識別情報であるか否かを判定することにより証明情報取得要求の有効性を判定する有効性判定段階と、
    該証明情報取得要求が有効と判定された場合に、前記証明情報を作成する証明情報作成段階と、
    作成された該証明情報を前記第一のクライアントに送信する証明情報送信段階と、
    前記第二のクライアントから前記証明情報を含んだ通信要求を受信すると、該証明情報が前記証明情報作成段階により作成された証明情報であるかを判定することにより該証明情報の有効性を判定し、有効な証明情報であると判定すると、第二のセッション識別情報を作成する第二の判定情報作成段階と、
    前記第二のセッション識別情報を前記第二のクライアントに送信する第二の判定情報送信段階と、
    前記第二のクライアントから前記文書格納手段の文書格納先を識別し前記第二のセッション識別情報を含む格納先識別情報の取得要求を受信すると、該取得要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成段階により作成された第二のセッション識別情報であるか否かを判定することにより取得要求の有効性を判定し、有効と判定された場合に、格納先識別情報を取得する格納先識別情報取得段階と、
    前記格納先識別情報を前記第二のクライアントに送信する格納先識別情報送信段階と、
    前記第二のクライアントから前記文書格納手段の利用を要求し前記第二のセッション識別情報、格納先識別情報、及び文書を含む利用要求を受信すると、該利用要求に含まれる該第二のセッション識別情報が、前記第二の判定情報作成段階により作成された第二のセッション識別情報であるか否かを判定することにより利用要求の有効性を判定し、有効と判定された場合に、該利用要求に含まれる格納先識別情報によって指定される文書格納先に、該利用要求に含まれる文書を格納する文書格納段階と、
    格納した前記文書を識別する文書識別子を前記第二のクライアントに送信する文書識別子送信段階と、
    を備えることを特徴とする文書管理方法。
  9. 前記証明情報と文書格納先を識別する格納先識別情報とを対応付けて管理し、前記第二の判定情報作成段階によって作成された第二のセッション識別情報と証明情報とを対応付けて管理し、
    前記第二のクライアントからの前記利用要求に含まれる第二のセッション識別情報に対応付けて管理された前記格納先識別情報に従った文書格納先に文書を格納すること、
    を特徴とする請求項８記載の文書管理方法。
  10. 前記格納先識別情報は、前記文書格納手段が管理するフォルダを識別する情報であり、
    前記格納先識別情報によってフォルダの階層構造を含めた文書格納先の指定がされた場合に、該フォルダのサブフォルダを作成し、文書を格納すること、
    を特徴とする請求項９記載の文書管理方法。
  11. 請求項８乃至１０何れか一項記載の文書管理方法をコンピュータに実行させるための文書管理プログラム。
  12. 請求項１１記載の文書管理プログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2004318343A 2003-11-17 2004-11-01 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体 Expired - Fee Related JP4836432B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2004318343A JP4836432B2 (ja) 2003-11-17 2004-11-01 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体
US10/980,773 US20050125378A1 (en) 2003-11-17 2004-11-04 Document management apparatus, a document management method, a document management program and a recording medium storing the document management program
CNB2004100995035A CN100550730C (zh) 2003-11-17 2004-11-17 文档管理设备和方法、文档管理程序和存储其的记录介质
EP04257110A EP1548539A3 (en) 2003-11-17 2004-11-17 Document management apparatus, method and program and a recording medium storing the document management program

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2003386551 2003-11-17
JP2003386551 2003-11-17
JP2004318343A JP4836432B2 (ja) 2003-11-17 2004-11-01 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体

Publications (2)

Publication Number Publication Date
JP2005174302A JP2005174302A (ja) 2005-06-30
JP4836432B2 true JP4836432B2 (ja) 2011-12-14

Family

ID=34554840

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2004318343A Expired - Fee Related JP4836432B2 (ja) 2003-11-17 2004-11-01 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体

Country Status (4)

Country Link
US (1) US20050125378A1 (ja)
EP (1) EP1548539A3 (ja)
JP (1) JP4836432B2 (ja)
CN (1) CN100550730C (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7370273B2 (en) * 2004-06-30 2008-05-06 International Business Machines Corporation System and method for creating dynamic folder hierarchies
JP2006155585A (ja) * 2004-10-27 2006-06-15 Ricoh Co Ltd 文書管理サービス提供装置、認証サービス提供装置、文書管理サービス提供プログラム、認証サービス提供プログラム、記録媒体、文書管理サービス提供方法及び認証サービス提供方法
US8316129B2 (en) 2005-05-25 2012-11-20 Microsoft Corporation Data communication coordination with sequence numbers
JP4696721B2 (ja) * 2005-06-27 2011-06-08 富士ゼロックス株式会社 文書管理サーバ、文書管理システム
US7698362B2 (en) * 2005-08-01 2010-04-13 Ricoh Company, Ltd. Web service connecting apparatus and web service connecting method
JP4960685B2 (ja) * 2005-11-22 2012-06-27 株式会社リコー サービス処理システムおよびサービス処理制御方法
JP4903079B2 (ja) 2006-04-25 2012-03-21 株式会社リコー スキャン文書管理システム
US8631277B2 (en) 2010-12-10 2014-01-14 Microsoft Corporation Providing transparent failover in a file system
US9331955B2 (en) 2011-06-29 2016-05-03 Microsoft Technology Licensing, Llc Transporting operations of arbitrary size over remote direct memory access
US8856582B2 (en) 2011-06-30 2014-10-07 Microsoft Corporation Transparent failover
US8788579B2 (en) 2011-09-09 2014-07-22 Microsoft Corporation Clustered client failover
US20130067095A1 (en) 2011-09-09 2013-03-14 Microsoft Corporation Smb2 scaleout
JP5612649B2 (ja) * 2011-09-26 2014-10-22 テルテン インコーポレイテッドＴｅｒｕｔｅｎ． Ｉｎｃ． Ｐｃアクセス制御方法、それを含むモジュール、サーバ、及びシステム

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4377318A (en) * 1978-02-06 1983-03-22 Everett/Charles, Inc. Low insertion force electrical interface assembly and actuable interface assembly therefor
US5560008A (en) * 1989-05-15 1996-09-24 International Business Machines Corporation Remote authentication and authorization in a distributed data processing system
ATE115805T1 (de) * 1990-03-23 1994-12-15 Siemens Ag Schaltungsanordnung für die routineprüfung einer schnittstelle zwischen anschlussgruppen und dem koppelnetz eines pcm- fernmeldevermittlungssystems.
DK0598931T3 (da) * 1992-11-20 2002-06-10 Siemens Ag Fremgangsmåde til overvågning af eksisterende telefonforbindelser, især permanent koblede telefonforbindelser
US5668745A (en) * 1995-10-20 1997-09-16 Lsi Logic Corporation Method and apparatus for testing of semiconductor devices
JP3832015B2 (ja) * 1997-04-04 2006-10-11 富士ゼロックス株式会社 複合機、サーバ及び複合機を有するネットワークシステム
GB2342195A (en) * 1998-09-30 2000-04-05 Xerox Corp Secure token-based document server
JP3791207B2 (ja) * 1998-10-01 2006-06-28 富士ゼロックス株式会社 活動状況俯瞰システム、活動状況俯瞰方法及び活動状況俯瞰プログラムを記録した記録媒体
JP2001202437A (ja) * 2000-01-20 2001-07-27 Kyocera Communication Systems Co Ltd サービスシステム
US6539522B1 (en) * 2000-01-31 2003-03-25 International Business Machines Corporation Method of developing re-usable software for efficient verification of system-on-chip integrated circuit designs
SG96597A1 (en) * 2000-02-17 2003-06-16 Ibm Archiving and retrieval method and apparatus
JP3870662B2 (ja) * 2000-04-11 2007-01-24 富士ゼロックス株式会社 文書管理システム及び装置
GB2367411C (en) * 2000-07-10 2007-12-12 Garry Harold Gibson Pyment system
AU2001284754B2 (en) * 2000-08-08 2008-01-10 Wachovia Corporation Internet third-party authentication using electronic tickets
JP4556308B2 (ja) * 2000-08-31 2010-10-06 ソニー株式会社 コンテンツ配信システム、コンテンツ配信方法、および情報処理装置、並びにプログラム提供媒体
JP4378050B2 (ja) * 2000-12-27 2009-12-02 キヤノン株式会社 情報管理装置及び情報管理方法
JP3901467B2 (ja) * 2001-04-11 2007-04-04 株式会社リコー 文書管理システム
JP2003022010A (ja) * 2001-07-09 2003-01-24 Seiko Precision Inc タイムスタンプ証明書の発行システム、発行方法及び発行システムプログラム
US7363494B2 (en) * 2001-12-04 2008-04-22 Rsa Security Inc. Method and apparatus for performing enhanced time-based authentication
JP4109874B2 (ja) * 2002-02-05 2008-07-02 キヤノン株式会社 情報処理装置、その制御方法、プログラム及び記録媒体
JP2003298575A (ja) * 2002-03-29 2003-10-17 Fuji Electric Co Ltd 原本性保証システム、電子署名生成インタフェース方法、原本性検証インタフェース方法、プログラム、及び記録媒体
JP2004102708A (ja) * 2002-09-10 2004-04-02 Sharp Corp 画像処理装置及び画像処理方法

Also Published As

Publication number Publication date
EP1548539A2 (en) 2005-06-29
CN1620006A (zh) 2005-05-25
JP2005174302A (ja) 2005-06-30
US20050125378A1 (en) 2005-06-09
EP1548539A3 (en) 2010-08-04
CN100550730C (zh) 2009-10-14

Similar Documents

Publication Publication Date Title
US11070535B2 (en) Systems and methods for smartkey information management
US9537864B2 (en) Encryption system using web browsers and untrusted web servers
JP4958246B2 (ja) 高速検索可能な暗号化のための方法、装置およびシステム
US6678821B1 (en) Method and system for restricting access to the private key of a user in a public key infrastructure
JP6082589B2 (ja) 暗号鍵管理プログラム、データ管理システム
JP5777630B2 (ja) ドキュメント共有のための方法及び装置
JP4836432B2 (ja) 文書管理システム、文書管理装置、文書管理方法、文書管理プログラム及び記録媒体
US8166565B1 (en) Encryption and access method and system for peer-to-peer distributed file storage
JP6326173B1 (ja) データ送受信システム及びデータ送受信方法
KR20130084604A (ko) 전자 문서들의 판독 가능성을 제어 및 제한하기 위한 방법
JP2006155585A (ja) 文書管理サービス提供装置、認証サービス提供装置、文書管理サービス提供プログラム、認証サービス提供プログラム、記録媒体、文書管理サービス提供方法及び認証サービス提供方法
EP3895111A1 (en) System and method for secure sensitive data storage and recovery
JP2005209181A (ja) ファイル管理システム及び管理方法
JP4564370B2 (ja) 情報管理システム及び情報管理方法
JP5586397B2 (ja) セキュア・ネットワーク・ストレージ・システム、方法、クライアント装置、サーバ装置、及びプログラム
JP3833635B2 (ja) 情報管理システム、キー配信サーバ、情報管理方法、及びプログラム
CN108881269B (zh) 一种种子密钥的管理方法、***及令牌厂商生产装置
JP2011227673A (ja) ファイル管理システム、ストレージサーバ、クライアント、ファイル管理方法およびプログラム
JP2009104327A (ja) ファイル管理システム及びファイル管理プログラム
JPH11331145A (ja) 情報共有システム、情報保管装置およびそれらの情報処理方法、並びに記録媒体
JP2005328238A (ja) コンテンツ提供システムおよびその方法
KR101049472B1 (ko) 휴대용 ｕｓｂ 보안 모듈 장치, 휴대용 ｕｓｂ 보안 모듈 장치를 이용한 문서 파일의 등록 및 조회 방법, 및 그 방법을 실행하기 위한 프로그램 기록매체
JP2007080145A (ja) データ管理システム、データ処理方法およびデータ処理プログラム
JP4673629B2 (ja) 文書ファイル保護システム
JP2021026564A (ja) ファイル配送システム、ファイル配送プログラム及びファイル受信プログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20061121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100518

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100614

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110804

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110830

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110927

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141007

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees