プログラム、情報処理装置、および情報処理システム
【課題】文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行することを可能とする。
【解決手段】権限委譲チケット発行処理部１０６は、文書に対する操作の代行を依頼者が代行者に依頼する旨を表す情報を含む代行依頼に応じて、この代行者が当該文書に対して当該操作を実行することを許可する旨を表す権限委譲チケットを生成して権限委譲チケットリポジトリ１０８に登録する。アクセス制御部１１４は、権限委譲チケットを特定した文書操作要求に応じて、当該権限委譲チケットで表される代行者および対象文書が、それぞれ、当該文書操作要求を行ったユーザおよび当該文書操作要求の対象の文書である場合に、当該文書操作要求で要求された操作の実行を許可する。
【解決手段】権限委譲チケット発行処理部１０６は、文書に対する操作の代行を依頼者が代行者に依頼する旨を表す情報を含む代行依頼に応じて、この代行者が当該文書に対して当該操作を実行することを許可する旨を表す権限委譲チケットを生成して権限委譲チケットリポジトリ１０８に登録する。アクセス制御部１１４は、権限委譲チケットを特定した文書操作要求に応じて、当該権限委譲チケットで表される代行者および対象文書が、それぞれ、当該文書操作要求を行ったユーザおよび当該文書操作要求の対象の文書である場合に、当該文書操作要求で要求された操作の実行を許可する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、情報処理装置、および情報処理システムに関する。
【背景技術】
【０００２】
文書管理システムでは、ユーザをシステムに予め登録し、ユーザまたはユーザのグループに対して各文書の利用権限を設定して文書の利用を制限することが行われる。
【０００３】
特許文献１には、ユーザのアカウントを管理するシステムが複数存在する場合の文書の利用制限を効率化するために、文書と当該文書のアクセス権とを対応づけて管理し、かつ、少なくとも１以上のアカウント管理システムに登録されているアカウントの情報の一覧を取得し、このアカウント情報を文書のアクセス権情報の一部として利用可能とする電子文書管理システムが開示されている。
【０００４】
また、特許文献２には、個々の文書に対し、アクセス権の種類ごとにアクセス用パスワードを設定しておき、文書に対するアクセス時には、入力されたパスワードに応じた種類のアクセス権に基づいて文書のアクセスを制御する技術が開示されている。特許文献２に記載の技術では、ユーザアカウントを管理することなく文書の管理が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−７３４１９号公報
【特許文献２】特開２００２−２８８０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、文書管理システムの利用者は、文書に対する操作（例えば文書の内容の更新など）の代行を他の利用者に依頼することを望む場合がある。この場合に、当該他の利用者に対して当該文書の操作権限が与えられていないと、当該他の利用者は当該操作を代行できない。当該他の利用者による文書の操作の代行を可能とするためには、当該他の利用者に対して当該文書の操作権限を与える設定を行う必要がある。その一方で、文書の操作権限を変更することは、一般の利用者には許可されず、システムの管理者などの限られた人物だけに許可されていることがあり、このような場合には、文書の操作権限を変更することを許可されていない利用者による文書に対する操作を、当該文書の操作権限を有しない他の利用者が代行することはできない。
【０００７】
本発明は、文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行することを可能とするプログラムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力するステップと、前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定するステップであって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可するステップと、をコンピュータに実行させるためのプログラムである。
【０００９】
請求項２に係る発明は、請求項１に係る発明において、前記権限情報は、さらに、前記第１の利用者が前記代行依頼の依頼者である旨を表す情報を含み、前記決定するステップにおいて、前記文書について操作主体と当該操作主体に対して許可又は禁止される操作の種類とを含む操作制限情報を記憶した操作制限情報記憶手段をさらに参照し、前記特定された権限情報で表される前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合であっても、前記文書操作要求の対象の文書の前記操作制限情報において、前記文書操作要求で要求された操作の種類が前記特定された権限情報で表される前記依頼者に対して許可されていない操作の種類である場合は、前記文書操作要求で要求された操作の実行を許可しない。
【００１０】
請求項３に係る発明は、請求項１または２に係る発明において、文書記憶手段に記憶された文書を表示装置に表示させる表示制御情報を出力するステップであって、文書の操作権限を一時的に与えられる一時利用者と当該一時利用者が前記第２の利用者として含まれる前記権限情報とを関連づけて記憶した一時利用者記憶手段を参照し、前記一時利用者から文書の操作の開始要求を受けた場合に、前記文書記憶手段に記憶された文書のうち、前記一時利用者記憶手段において当該開始要求を行った一時利用者に関連づけられた権限情報で表される文書だけを前記表示装置に表示させる表示制御情報を出力するステップ、をさらに前記コンピュータに実行させる。
【００１１】
請求項４に係る発明は、請求項１から３に係る発明において、前記代行依頼は、前記第２の利用者による前記文書に対する操作の結果を承認する承認者を表す情報をさらに含み、前記権限情報は、前記承認者を表す情報をさらに含み、前記決定するステップにおいて前記文書操作要求で要求された操作の実行が許可された場合に、前記特定された権限情報で表される前記承認者に対して、当該操作の結果を通知するステップと、前記通知するステップによる通知に応じて前記操作の結果を承認する旨を表す情報を受信した場合には、前記操作の結果の文書を文書記憶手段に対して出力し、前記操作の結果を承認しない旨を表す情報を受信した場合には、前記操作の結果の文書を破棄するステップと、をさらに前記コンピュータに実行させる。
【００１２】
請求項５に係る発明は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段と、前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段と、を備えることを特徴とする情報処理装置である。
【００１３】
請求項６に係る発明は、端末装置と情報処理装置とを備え、前記端末装置は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼を前記情報処理装置に対して送信する代行依頼送信手段を備え、前記情報処理装置は、前記端末装置からの前記代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段を備え、前記端末装置は、さらに、前記権限情報記憶手段に記憶された権限情報を指定した上で文書に対する操作の実行を指示する入力を受け付けた場合に、指定された権限情報を特定した文書操作要求を前記情報処理装置に対して送信する文書操作要求送信手段を備え、前記情報処理装置は、さらに、前記端末装置からの前記文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段を備える、ことを特徴とする情報処理システムである。
【発明の効果】
【００１４】
請求項１、５、または６に係る発明によると、文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行することが可能となる。
【００１５】
請求項２に係る発明によると、操作の代行の依頼者に対して与えられた操作権限の範囲を超えた操作を代行者が実行することを制限できる。
【００１６】
請求項３に係る発明によると、操作の代行者に対して、依頼された操作の対象の文書の他の文書を提示しないようにすることができる。
【００１７】
請求項４に係る発明によると、代行者が行った操作の結果に対して承認者が承認した場合に操作結果の文書を文書記憶手段に登録するようにすることができる。
【図面の簡単な説明】
【００１８】
【図１】文書管理システムの概略構成の例を示すブロック図である。
【図２】文書管理サーバの内部構成の概略の例を示すブロック図である。
【図３】正規アカウントリポジトリのデータ内容の例を示す図である。
【図４】アクセス権リポジトリのデータ内容の例を示す図である。
【図５】権限委譲チケットリポジトリのデータ内容の一部の例を示す図である。
【図６】権限委譲チケットリポジトリのデータ内容の一部の例を示す図である。
【図７】一時アカウントリポジトリのデータ内容の例を示す図である。
【図８】承認者情報リポジトリのデータ内容の例を示す図である。
【図９】代行依頼を行うクライアント端末の処理の手順の例を示すフローチャートである。
【図１０】代行依頼を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１１】一時アカウント作成処理の手順の例を示すフローチャートである。
【図１２】一時アカウントによりシステムにログインが行われた場合の文書管理サーバの処理の手順の例を示すフローチャートである。
【図１３】権限委譲チケットの指定を伴う操作指示を受け付けるクライアント端末の処理の手順の例を示すフローチャートである。
【図１４】権限委譲チケットを特定した文書操作要求を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１５】文書の登録要求を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１６】コンピュータのハードウエア構成の例を示すブロック図である。
【発明を実施するための形態】
【００１９】
図１は、文書利用管理システムの概略構成の例を示すブロック図である。このシステムは、インターネットやローカル・エリア・ネットワーク等のネットワーク３０を介して接続された文書管理サーバ１０とクライアント端末２０−１，２０−２，・・・（以下、クライアント端末２０と総称する）から構成される。
【００２０】
クライアント端末２０は、ユーザが文書を操作するために用いる端末装置である。クライアント端末２０は、文書操作部２００および代行依頼部２０２を備える。
【００２１】
文書操作部２００は、ユーザの操作指示に従って、文書に対する操作を実行する。文書に対する操作には、例えば、文書の表示（ユーザから見れば「閲覧」）、編集、印刷、新規作成などがある。図１では、文書操作部２００を１つだけ示したが、それら個々の操作を別々の操作部（例えば、編集用のアプリケーション、読取制御用のアプリケーションなど）が担当してもよい。例えば、文書操作部２００がワードプロセッサなどの電子文書を作成・編集するためのソフトウエアであれば、文書操作部２００は、ユーザの指示に応じて電子文書を表示したり、電子文書に編集を加えたりする。また、本実施形態の例の文書操作部２００は、ユーザの操作指示を受け付けると、文書管理サーバ１０に対して文書操作要求を行って当該操作の実行の可否を問い合わせ、実行を許可する旨の応答を文書管理サーバ１０から受信した場合にのみ、操作指示に従った操作を実行する。また、文書操作部２００は、文書の内容が変化する操作（新規作成、編集など）を行うと、その操作結果の文書を登録要求と共に文書管理サーバ１０に対して送信し、文書管理サーバ１０に当該文書を登録させる。例えば、新規作成された文書や、文書管理サーバ１０に登録済みの文書の更新版を文書管理サーバ１０に対して送信して登録させる。
【００２２】
代行依頼部２０２は、ユーザの指示に従って、当該ユーザが他のユーザに対して文書の操作の代行を依頼する旨を表す代行依頼を文書管理サーバ１０に対して送信する。この代行依頼に応じて、文書管理サーバ１０は、後述のように、操作の代行を依頼された他のユーザに対し、操作対象の文書の操作権限を与える。
【００２３】
なお、図１では、クライアント端末２０−１にのみ文書操作部２００および代行依頼部２０２を図示するが、クライアント端末２０−２・・・も同様に文書操作部２００および代行依頼部２０２を備えるものとする。
【００２４】
文書管理サーバ１０は、本発明の一実施形態の例の情報処理装置として機能する。図２を参照し、本実施形態の例の文書管理サーバ１０は、文書リポジトリ１００、正規アカウントリポジトリ１０２、アクセス権リポジトリ１０４、権限委譲チケット発行処理部１０６、権限委譲チケットリポジトリ１０８、一時アカウント管理部１１０、一時アカウントリポジトリ１１２、アクセス制御部１１４、文書登録処理部１１６、仮登録リポジトリ１１８、仮登録通知部１２０、承認者情報リポジトリ１２２、承認情報受付部１２４、および仮登録反映部１２６を備える。
【００２５】
文書リポジトリ１００は、本システムで管理される文書を記憶する記憶手段である。文書リポジトリ１００に記憶される文書は、テキストデータ、画像データ、および音声データなどの各種のデータを含んでいてよい。また、各文書には、当該文書の識別情報である文書ＩＤが付与される。
【００２６】
正規アカウントリポジトリ１０２は、本システムに登録済みのユーザの情報を記憶する記憶手段である。図３に、正規アカウントリポジトリ１０２のデータ内容の一例を示す。
【００２７】
図３の例の表では、各ユーザのアカウントＩＤに関連づけて、パスワードおよび電子メールアドレスの各項目の値が登録されている。アカウントＩＤは、各ユーザの識別情報である。パスワードの項目には、対応するアカウントＩＤのユーザが本システムにログインする（システムの利用を開始する）ためのパスワードが登録される。電子メールアドレスの項目には、対応するアカウントＩＤのユーザの電子メールアドレスが登録される。なお、正規アカウントリポジトリ１０２には、図３に例示する項目の他にも、各ユーザの氏名、電話番号、ファクシミリ番号、およびパスワードの有効期限、過去に使用したパスワードの履歴など、ユーザに関する情報を登録しておいてもよい。また、正規アカウントリポジトリ１０２は、図３の例の表に加えて、ユーザのグループに関する情報（図示しない）を記憶しておいてもよい。例えば、各グループの識別情報と当該グループに所属するユーザのアカウントＩＤとを関連づけて記憶しておく。
【００２８】
なお、以下の説明では、正規アカウントリポジトリ１０２に登録されたアカウントＩＤを「正規アカウント」と呼び、正規アカウントを有するユーザを「正規ユーザ」と呼ぶ。
【００２９】
図２の説明に戻り、アクセス権リポジトリ１０４は、文書リポジトリ１００に記憶された文書のアクセス権を表す情報を記憶する記憶手段である。本実施形態の例のアクセス権リポジトリ１０４は、文書ごとに、当該文書に対して設定されたアクセス権を記憶する。図４に、アクセス権リポジトリ１０４のデータ内容の一例を示す。
【００３０】
図４の例の表では、各文書の文書ＩＤに対応づけて、操作主体、許可操作、および有効期間の各項目の値を含むアクセス権が登録されている。操作主体は、文書に対する操作を実行する主体を表す。例えば、ユーザのアカウントＩＤが操作主体の値として設定される。ユーザのアカウントＩＤだけでなく、ユーザのグループの識別情報を用いて操作主体を表してもよい。許可操作は、対応する操作主体に対して実行が許可される操作の種類を表す。操作の種類の例として、文書の閲覧、印刷、編集、更新（更新版として文書リポジトリ１００に登録）、新規作成（新規文書として文書リポジトリ１００に登録）などが挙げられる。なお、本実施形態の例において、文書の「編集」および「更新」は、いずれも、文書リポジトリ１００に登録済みの文書の内容を変更する操作であるが、「更新」では文書のバージョン（版）も変更されるのに対し、「編集」では文書のバージョンが変更されない点で相違する。有効期間は、操作主体に対して許可操作の実行が許可される期間を表す。図４の例の表は、文書ＩＤ「doc11」の文書に対し、アカウントＩＤ「userJ」，「userK」，または「userL」のユーザが有効期間「2009/10/1〜2010/3/31」の間に許可操作「閲覧」を実行できること、および、アカウントＩＤ「userM」のユーザが有効期間「2009/10/1〜2010/3/31」の間に許可操作「閲覧，印刷，更新」を実行できることを表す。
【００３１】
再び図２を参照し、権限委譲チケット発行処理部１０６は、クライアント端末２０の代行依頼部２０２が送信する上述の代行依頼に応じて、代行を依頼されたユーザに対して与えられる操作権限を表す情報である権限委譲チケットを生成する。権限委譲チケットは、代行を依頼したユーザ（依頼者）、代行を依頼されたユーザ（代行者）、操作対象の文書、および依頼された操作の種類を表す情報を含む。また、操作の結果に対する承認を行う承認者が設定されることもある。この場合、権限委譲チケットは、承認者を表す情報をさらに含む。権限委譲チケット発行処理部１０６は、承認者を表す情報を含む権限委譲チケットを生成した場合、当該承認者に関する情報を後述の承認者情報リポジトリ１２２に登録する。権限委譲チケット発行処理部１０６は、生成した権限委譲チケットを権限委譲チケットリポジトリ１０８に登録する。本実施形態の例の権限委譲チケット発行処理部１０６は、また、権限委譲チケットの内容を代行者に対して通知する。
【００３２】
なお、以下の説明では、権限委譲チケットを単に「チケット」と呼ぶこともある。また、以下の説明において、権限委譲チケット発行処理部１０６による権限委譲チケットの生成および権限委譲チケットリポジトリ１０８への登録を、権限委譲チケットの「発行」と呼ぶ。
【００３３】
権限委譲チケットリポジトリ１０８は、権限委譲チケット発行処理部１０６が生成したチケットを記憶する記憶手段である。権限委譲チケットリポジトリ１０８は、例えば、図５および図６に示す各テーブルの形式でチケットを記憶する。
【００３４】
図５の例のテーブルの１行は、１つのチケットの情報を表す。各チケットは、チケットＩＤ、依頼者ＩＤ、代行者ＩＤ、対象文書ＩＤ、発行日時、有効期限、および承認者ＩＤの各項目の値を含む。チケットＩＤは、チケットの識別情報である。チケットＩＤは、１回の代行依頼に応じて発行されたチケットに対して、権限委譲チケット発行処理部１０６により付与される。依頼者ＩＤは、操作の代行を依頼した正規ユーザのアカウントＩＤを表す。権限委譲チケット発行処理部１０６は、代行依頼と共に当該代行依頼を行った正規ユーザのアカウントＩＤを受信し、このアカウントＩＤを依頼者ＩＤとして登録する。代行者ＩＤは、操作を依頼されたユーザのアカウントＩＤである。権限委譲チケット発行処理部１０６は、クライアント端末２０から受信した代行依頼で表される代行者のアカウントＩＤを代行者ＩＤとする。代行者ＩＤは、正規アカウントであってもよいし、後述する一時アカウントであってもよい。対象文書ＩＤは、代行を依頼された操作の対象となる文書の文書ＩＤである。権限委譲チケット発行処理部１０６は、クライアント端末２０から受信した代行依頼に含まれる文書ＩＤを対象文書ＩＤとして登録する。発行日時は、チケットの発行の日時である。権限委譲チケット発行処理部１０６は、例えば、権限委譲チケットリポジトリ１０８にチケットを登録したときの日時を発行日時として登録する。なお、図５の例の表では、発行日時として、日付および時刻（時分秒）が登録されているが、チケットの発行の時期を表す情報であれば、他の態様の情報（日付のみ、日付と時分で表される時刻など）を登録しておいてもよい。有効期限は、対応する代行者に対して対象文書の操作が許可される期限を表す。有効期限の値としては、例えば、代行依頼を行ったユーザによる日時の指定を権限委譲チケット発行処理部１０６が受け付け、受け付けた日時を登録しておけばよい。あるいは、発行日時から予め設定された期間が経過した時点を有効期限としてもよい。有効期限は、図５の例のように日付で表す代わりに、日付および時刻で表してもよいし、発行日時からの経過時間で表してもよい。承認者ＩＤは、対象文書ＩＤの文書に対する操作を承認する正規ユーザのアカウントＩＤである。承認者ＩＤの値は、例えば、代行依頼を行ったユーザによる指定を権限委譲チケット発行処理部１０６が受け付けて設定する。代行依頼を行ったユーザにより承認者ＩＤが指定されなければ、承認者ＩＤの値は「Ｎｕｌｌ（なし）」に設定される。承認者ＩＤの値が「Ｎｕｌｌ」でない場合、後に詳述するように、対象文書ＩＤの文書に対する操作は、承認者ＩＤの正規ユーザによる承認を受けて初めて完了する。なお、承認者ＩＤは、依頼者ＩＤと同一であってもよいし、異なっていてもよい。
【００３５】
図６の例のテーブルは、各チケットに関し代行者が対象文書に対して実行可能な操作の情報を表す。図６の例のテーブルには、各チケットのチケットＩＤに関連づけて、操作ＩＤ、有効回数、および実行回数の各項目の値が登録される。チケットＩＤは、図５の例のテーブルのチケットＩＤと同様である。操作ＩＤは、実行が許可される操作の識別情報である。操作ＩＤは、クライアント端末２０から受信した代行依頼に含まれる種類の操作を実行するために必要な操作を表す。有効回数は、対応する操作ＩＤの操作の実行が許可される回数の上限を表す。実行回数は、対応する操作ＩＤの操作が実際に行われた回数を表す。操作ＩＤおよび有効回数の値は、例えば、クライアント端末２０から受信した代行依頼に含まれる操作の種類に応じて、権限委譲チケット発行処理部１０６が決定して設定する。
【００３６】
以下、図６の例のテーブルのチケットＩＤ「ticket1」、「ticket2」、「ticket3」、および「ticket4」のそれぞれを参照し、操作ＩＤおよび有効回数の具体例を説明する。
【００３７】
チケットＩＤ「ticket1」に関連づけられた操作ＩＤ「閲覧」、「チェックアウト」、および「チェックイン」は、代行依頼に含まれる操作の種類が「更新」である場合の操作ＩＤの例である。操作ＩＤ「チェックアウト」は、操作の実行者の他のユーザが文書に対する編集を実行できないようにした状態で当該文書を編集する操作を表す。操作ＩＤ「チェックイン」は、「チェックアウト」に対応する操作であり、「チェックアウト」操作の間に行われた編集の結果の文書を更新版として文書リポジトリ１００に登録する操作を表す。文書の「更新」のためには、「閲覧」、「チェックアウト」、および「チェックイン」の操作の実行が必要である。また、図６の例では、「閲覧」操作、「チェックアウト」操作、および「チェックイン」操作の有効回数は、それぞれ、「無制限」、「５」、および「１」に設定されている。これは、チケットＩＤ「ticket1」のチケットに係る代行者が、文書の閲覧を無制限に行うことができ、「チェックアウト」操作による編集を５回だけ行うことができ、「チェックイン」操作による更新版の文書の登録を１回だけ行うことができることを表す。
【００３８】
チケットＩＤ「ticket2」に関連づけられた操作ＩＤ「閲覧」、「ロック」、および「アンロック」は、代行依頼に含まれる操作の種類が「編集」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。「ロック」は、操作の実行者の他のユーザが文書に対する編集を実行できないようにした状態で当該文書を編集する操作を表す。「アンロック」は、「ロック」に対応する操作であり、「ロック」操作の間に行われた編集の結果の文書を文書リポジトリ１００に登録する操作を表す。「アンロック」操作では、文書リポジトリ１００において、操作対象の文書の内容は変更されるが、文書のバージョンが変更されることはない。「閲覧」、「ロック」、および「アンロック」の有効回数は、図６では、それぞれ、無制限、５回、および５回に設定されている。
【００３９】
チケットＩＤ「ticket3」に関連づけられた操作ＩＤ「閲覧」および「印刷」は、代行依頼に含まれる操作の種類が「印刷」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。それぞれの有効回数は、図６では、無制限、および１回に設定されている。
【００４０】
チケットＩＤ「ticket4」に関連づけられた操作ＩＤ「差替え」は、代行依頼に含まれる操作の種類が「新規作成」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。「差替え」は、文書内容を差し替える操作を意味し、図６では、有効回数は１回に設定されている。代行依頼に含まれる操作の種類が「新規作成」の場合、権限委譲チケット発行処理部１０６は、文書内容が空である文書を生成し、生成した文書に新たな文書ＩＤを付与して文書リポジトリ１００に登録しておき、代行者が「新規作成」操作を実行する際には、この文書の文書内容（空）が、新規作成された文書の文書内容で差し替えられる。
【００４１】
以上で説明したように、チケットにおいて代行者に与えられる操作権限は、代行者が依頼された操作を実行するために必要な１以上の操作を許可する旨の情報を含む。
【００４２】
図２の説明に戻り、一時アカウント管理部１１０は、権限委譲チケット発行処理部１０６がクライアント端末２０から受信した代行依頼における代行者が正規ユーザでない場合に、当該代行者に一時的なアカウントを与える処理を行う。一時アカウント管理部１１０は、例えば、権限委譲チケット発行処理部１０６から代行者が正規ユーザでない旨の通知を受けると、新たなアカウントＩＤを生成する。このアカウントＩＤが当該代行者の一時アカウントとなる。一時アカウントは、正規アカウントリポジトリ１０２に登録されたアカウントＩＤと重複しないように生成される。また、一時アカウントは、一時的なアカウントＩＤである旨を表す文字列として予め設定された文字列を含んでいてもよい。また、一時アカウント管理部１１０は、一時アカウントに対応する初期パスワードを生成する。初期パスワードとしては、ランダムな文字列を生成してもよいし、予め設定された規則に従って生成してもよい。一時アカウント管理部１１０は、さらに、一時アカウントに対応する代行者に係るチケットのチケットＩＤおよび依頼者ＩＤを権限委譲チケット発行処理部１０６から取得する。そして、一時アカウントおよび初期パスワードと、取得したチケットＩＤおよび依頼者ＩＤと、を関連づけて一時アカウントリポジトリ１１２に登録する。なお、本実施形態の例において、一時アカウント管理部１１０は、一時アカウントリポジトリ１１２に一時アカウントを登録する際、当該一時アカウントが無効である旨を表す情報をさらに一時アカウントリポジトリ１１２に登録しておき、後述の有効化処理を行ってから当該一時アカウントを有効とする。
【００４３】
一時アカウントリポジトリ１１２は、一時アカウントの情報を記憶する記憶手段である。図７に、一時アカウントリポジトリ１１２のデータ内容の例を示す。図７の例の表では、各一時アカウントのアカウントＩＤに関連づけて、親ＩＤ、チケットＩＤ、パスワード、および有効フラグの各項目の値が登録される。親ＩＤは、一時アカウントに対応するチケットに係る依頼者ＩＤである。一時アカウントのユーザの文書に対するアクセス権は、対応する親ＩＤのユーザのアクセス権の範囲内に制限される。チケットＩＤは、一時アカウントに対応するチケットのチケットＩＤである。一時アカウントのユーザは、対応するチケットＩＤのチケットの有効期限までの間だけ、本システムへのログインを許可される。パスワードは、対応するアカウントＩＤの一時アカウントによるログインの際に用いられるパスワードである。一時アカウントの一時アカウントリポジトリ１１２への登録時には、一時アカウント管理部１１０が生成した初期パスワードが登録される。有効フラグは、対応するアカウントＩＤの一時アカウントが有効であるか否かを表す情報である。一時アカウントの一時アカウントリポジトリ１１２への登録時には、有効フラグは、「無効」を表す値（図７では「no」）に設定される。また、一時アカウントリポジトリ１１２には、図７に例示する項目の他にも、一時アカウントの代行者の氏名、電話番号、およびファクシミリ番号など、代行者に関する情報を一時アカウント管理部１１０において取得して登録してもよい。また、パスワードの有効期限や過去に使用したパスワードの履歴などをさらに登録しておいてもよい。
【００４４】
図２の説明に戻り、アクセス制御部１１４は、文書リポジトリ１００に登録された文書に対するアクセスを制御する。例えば、アクセス制御部１１４は、文書に対する文書操作要求をクライアント端末２０から受信し、当該操作の実行の可否を決定して要求元のクライアント端末２０に対して返送する。クライアント端末２０からの文書操作要求は、例えば、操作の実行を指示したユーザのアカウントＩＤ、操作対象の文書の文書ＩＤ、および要求される操作の種類を含む。また、文書操作要求は、さらに、権限委譲チケットのチケットＩＤを含むこともある。アクセス制御部１１４は、文書操作要求にチケットＩＤが含まれていなければ、アクセス権リポジトリ１０４を参照して、文書操作要求に係る操作の実行の可否を決定する。例えば、文書操作要求に含まれる文書ＩＤに関連づけてアクセス権リポジトリ１０４に登録されたアクセス権において、文書操作要求に含まれるアカウントＩＤのユーザに対し、文書操作要求に含まれる操作の種類が許可されていれば、当該操作の実行を許可することを決定し、当該アクセス権において当該アカウントＩＤのユーザに対して当該操作の種類が許可されていなければ、当該操作の実行を許可しないことを決定する。文書操作要求にチケットＩＤが含まれている場合は、アクセス制御部１１４は、当該チケットＩＤのチケットの内容をさらに参照して当該操作の実行の可否を決定する。チケットＩＤを含む文書操作要求について操作の実行の可否を決定する場合の処理の詳細については後述する。また、アクセス制御部１１４は、一時アカウントで本システムにログインしたユーザに対して、文書リポジトリ１００に登録された文書のうち、当該一時アカウントに対応づけられたチケットの対象文書のみにアクセスが可能となるよう制御する。
【００４５】
文書登録処理部１１６は、クライアント端末２０からの操作結果の文書の登録要求に応じて、当該操作結果の文書を文書リポジトリ１００に登録する処理を行う。例えば、新規作成された文書の登録要求の場合など、登録要求に係る文書が文書リポジトリ１００に未登録であれば、文書登録処理部１１６は、当該文書に文書ＩＤを付与した上で文書リポジトリ１００に登録する。また例えば、文書リポジトリ１００に登録済みの文書に対し編集または更新を行った結果の文書の登録要求の場合、文書登録処理部１１６は、文書リポジトリ１００において、当該登録済み文書の内容を、クライアント端末２０から受信した操作結果の文書の内容に変更する。本実施形態の例の文書登録処理部１１６は、登録要求に係る操作が権限委譲チケットで定められた操作権限によって行われたものであり、かつ、当該権限委譲チケットにおける承認者ＩＤが「Ｎｕｌｌ」でない場合、登録要求に係る文書を、文書リポジトリ１００に登録せずに仮登録リポジトリ１１８に登録する。文書登録処理部１１６は、仮登録リポジトリ１１８において、操作結果の文書に関連づけて承認者ＩＤも登録しておく。
【００４６】
仮登録リポジトリ１１８は、承認者が設定されている操作の結果の文書を、当該操作結果の文書に対する承認が行われるまでの間、記憶しておく記憶手段である。本例の仮登録リポジトリ１１８は、操作結果の文書と、その承認者の承認者ＩＤと、を関連づけて記憶する。
【００４７】
仮登録通知部１２０は、仮登録リポジトリ１１８を監視し、仮登録リポジトリ１１８に操作結果の文書が登録されると、当該文書に関連づけられた承認者ＩＤのユーザに対して、当該操作結果の文書に対する承認を依頼する旨の通知を行う。仮登録通知部１２０は、例えば、承認者ＩＤのユーザの電子メールアドレス宛に、承認を依頼する旨が記載され、操作結果の文書が添付された電子メールを送信することで上述の通知を行う。操作結果の文書を電子メールに添付する代わりに、操作結果の文書の参照情報（例えば、仮登録リポジトリ１１８における格納位置を表す情報）を電子メールの本文に記述しておいてもよい。なお、承認者の電子メールアドレスは、承認者情報リポジトリ１２２から取得する。
【００４８】
承認者情報リポジトリ１２２は、承認者の情報を記憶する記憶手段である。本実施形態の例の承認者情報リポジトリ１２２は、承認者ＩＤと当該承認者ＩＤのユーザの電子メールアドレスとを関連づけて記憶する。例えば、権限委譲チケット発行処理部１０６において承認者ＩＤが「Ｎｕｌｌ」でないチケットが発行されると、権限委譲チケット発行処理部１０６は、正規アカウントリポジトリ１０２から、当該承認者ＩＤの正規ユーザの電子メールアドレスを取得し、取得した電子メールアドレスを当該承認者ＩＤに関連づけて承認者情報リポジトリ１２２に登録する。
【００４９】
承認情報受付部１２４は、仮登録通知部１２０からの承認依頼に応じて承認者のクライアント端末２０から送信される承認情報を受け付ける。承認情報は、承認者が操作結果の文書を承認するか、あるいは却下するかを表す情報である。承認情報受付部１２４は、受け付けた承認情報の内容（承認または却下）を仮登録反映部１２６に渡す。
【００５０】
仮登録反映部１２６は、操作結果の文書を承認する旨を表す承認情報を承認情報受付部１２４から取得すると、仮登録リポジトリ１１８に登録された文書を文書リポジトリ１００に登録することで、その操作結果を文書リポジトリ１００に反映させる。操作結果の文書を却下する旨を表す承認情報を承認情報受付部１２４から取得した場合、仮登録反映部１２６は、却下された操作結果の文書を文書リポジトリ１００に登録せずに仮登録リポジトリ１１８から削除する。
【００５１】
以上、文書管理システムの構成について説明した。以下、文書管理システムの動作について説明する。
【００５２】
図９は、クライアント端末２０の代行依頼部２０２における処理の手順の例を示すフローチャートである。図９の例の処理は、例えば、クライアント端末２０において、ユーザが、入力装置（図示しない）を介して、代行依頼を行なうことを指示したときに開始される。なお、当該ユーザは、当該指示を行う前に、正規アカウントおよびパスワードを用いて本システムにログインしているものとする。
【００５３】
図９の例の処理が開始されると、クライアント端末２０の代行依頼部２０２は、代行を依頼される操作の対象の文書である対象文書の選択を受け付ける（ステップＳ１）。ステップＳ１では、例えば、文書管理サーバ１０の文書リポジトリ１００のあるフォルダに格納された文書の一覧を文書管理サーバ１０からクライアント端末２０が取得してクライアント端末２０の表示装置（図示しない）に表示させた状態で、ユーザによる入力装置を介した文書の指定を受け付ける。指定された文書を対象文書とする。
【００５４】
次に、代行依頼部２０２は、依頼内容の選択を受け付ける（ステップＳ３）。代行依頼部２０２は、例えば、文書に対する複数の操作の種類と、代行を依頼する操作の種類の選択をユーザに促す情報と、を表示装置に表示させ、この表示を確認したユーザによる選択指示を受け付ける。ステップＳ３では、さらに、承認者の設定を受け付けてもよい。例えば、承認者の正規アカウントの入力を受け付ける。
【００５５】
さらに、代行依頼部２０２は、代行者の選択を受け付ける（ステップＳ５）。代行依頼部２０２は、代行者を選択することをユーザに促す情報を表示装置に表示させ、代行者の情報の入力を受け付ける。本実施形態の例では、代行者の情報として、正規ユーザのアカウントＩＤまたは代行者の電子メールアドレスの入力を受け付ける。
【００５６】
代行依頼部２０２は、ステップＳ１〜Ｓ５で受け付けた情報を含む代行依頼を、当該代行依頼を行うことを指示したユーザ（依頼者）のアカウントＩＤと共に文書管理サーバ１０に対して送信する（ステップＳ７）。代行依頼は、ステップＳ１で選択された対象文書の文書ＩＤ、ステップＳ３で選択された操作の種類、およびステップＳ５で入力された代行者の情報を含む。ステップＳ３で承認者の正規アカウントの入力を受け付けていれば、代行依頼は、さらに、入力された正規アカウントを承認者ＩＤとして含む。ステップＳ７の後、図９の例の手順の処理は終了する。
【００５７】
図１０に、図９のステップＳ７でクライアント端末２０が送信した代行依頼を受信した文書管理サーバ１０の処理の手順の例を示す。文書管理サーバ１０は、図１０の例の手順の処理により、受信した代行依頼に対応する権限委譲チケットを発行する。
【００５８】
図１０を参照し、権限委譲チケット発行処理部１０６は、文書管理サーバ１０がクライアント端末２０から受信した代行依頼を取得し（ステップＳ１０）、この代行依頼に対応するチケットのチケットＩＤを新たに生成する（ステップＳ１２）。
【００５９】
次に、権限委譲チケット発行処理部１０６は、ステップＳ１０で取得した代行依頼に含まれる代行者の情報が正規アカウントであるか否かを判定する（ステップＳ１４）。代行者の情報がアカウントＩＤであれば、正規アカウントリポジトリ１０２を参照し、正規アカウントリポジトリ１０２に登録済みであれば正規アカウントであると判定する。正規アカウントリポジトリ１０２に未登録であれば、正規アカウントでないと判定する。また、代行依頼に含まれる代行者の情報が電子メールアドレスである場合も、正規アカウントでないと判定する。
【００６０】
代行者の情報が正規アカウントであれば（ステップＳ１４でＹＥＳ）、ステップＳ２２に進む。代行者の情報が正規アカウントでなければ（ステップＳ１４でＮＯ）、処理はステップＳ２０に進み、一時アカウント管理部１１０による一時アカウント作成処理が行われる。
【００６１】
図１１は、一時アカウント作成処理の詳細手順の例を示すフローチャートである。図１０のステップＳ２０が開始されると、まず、図１１のステップＳ２００で、一時アカウント管理部１１０は、代行者の電子メールアドレスを取得する。図１０のステップＳ１０で権限委譲チケット発行処理部１０６が取得した代行依頼に代行者の電子メールアドレスが含まれていれば、一時アカウント管理部１１０は、権限委譲チケット発行処理部１０６から当該電子メールアドレスを取得する。代行依頼に代行者の電子メールアドレスが含まれていない場合、ステップＳ２００で、一時アカウント管理部１１０は、代行依頼の送信元のクライアント端末２０に対し、代行者の電子メールアドレスの入力をユーザに促す情報を送信する。この情報を受信したクライアント端末２０において、代行者の電子メールアドレスをユーザが入力すると、この電子メールアドレスがクライアント端末２０から文書管理サーバ１０に返送され、一時アカウント管理部１１０により取得される。
【００６２】
ステップＳ２００の後、一時アカウント管理部１１０は、正規アカウントリポジトリ１０２を参照し、取得した電子メールアドレスに対応する正規アカウントが存在するか否かを判定する（ステップＳ２０２）。
【００６３】
取得した電子メールに関連づけて正規アカウントリポジトリ１０２に登録されたアカウントＩＤが存在すれば（ステップＳ２０２でＹＥＳ）、当該アカウントＩＤを代行者ＩＤとし（ステップＳ２０４）、図１１の例の手順を終了する。
【００６４】
取得した電子メールに関連づけて正規アカウントリポジトリ１０２に登録されたアカウントＩＤが存在しなければ（ステップＳ２０２でＮＯ）、一時アカウント管理部１１０は、代行者の一時アカウントとなるアカウントＩＤを生成する（ステップＳ２０６）。一時アカウント管理部１１０は、ステップＳ２０６で生成した一時アカウントと、図１０のステップＳ１２で生成されたチケットＩＤと、を互いに関連づけて一時アカウントリポジトリ１１２に登録する。このとき、一時アカウント管理部１１０は、一時アカウントリポジトリ１１２において、当該一時アカウントの有効フラグを、無効を表す値「no」に設定しておく。
【００６５】
一時アカウント管理部１１０は、また、代行依頼を行った依頼者のアカウントＩＤを親ＩＤとして当該一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録する（ステップＳ２０８）。
【００６６】
さらに、一時アカウント管理部１１０は、当該一時アカウントの初期パスワードを生成し、当該一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録する（ステップＳ２１０）。
【００６７】
一時アカウント管理部１１０は、ステップＳ２０６で生成した一時アカウントおよびステップＳ２１０で生成した初期パスワードを含む電子メールを、ステップＳ２００で取得した電子メールアドレス宛に送信する（ステップＳ２１２）。この電子メールには、例えば、当該一時アカウントおよび初期パスワードを用いて本システムにログインし、パスワードを変更することを代行者に促す情報が含まれていてよい。この電子メールを受け取ったユーザ（代行者）が一時アカウントおよび初期パスワードを用いて本システムにログインして、パスワードを変更すると、一時アカウント管理部１１０は、当該一時アカウントを有効化する（ステップＳ２１４）。すなわち、一時アカウントリポジトリ１１２において当該一時アカウントに関連づけられた有効フラグを、「有効」を表す値に設定すると共に、パスワードの値を変更後の値に設定する。ステップＳ２１４の後、図１１の例の手順の処理は終了する。
【００６８】
図１１の例の手順の一時アカウント生成処理が終了すると、処理は、図１０のステップＳ２２に進む。なお、図１１のステップＳ２１２（電子メール送信）の後、ステップＳ２１４（一時アカウントの有効化）の処理の完了を待たずに図１０のステップＳ２２に進んでもよい。
【００６９】
再び図１０を参照し、ステップＳ１４でＹＥＳ判定された後、または、ステップＳ２０の後、権限委譲チケット発行処理部１０６は、チケットの有効期限を設定する（ステップＳ２２）。ユーザに有効期限を指定させてもよいし、現在時刻から予め設定された時間が経過した時点を有効期限としてもよい。ユーザに有効期限を指定させる場合、権限委譲チケット発行処理部１０６は、代行依頼の送信元のクライアント端末２０に対して、チケットの有効期限のユーザによる入力を促す情報を送信し、これに応じてクライアント端末２０で入力された有効期限をクライアント端末２０から受け取る。
【００７０】
次に、権限委譲チケット発行処理部１０６は、操作の有効回数を設定する（ステップＳ２４）。ステップＳ２４では、まず、代行依頼に含まれる種類の操作の実行のために必要な操作の操作ＩＤを特定し、特定した操作の種類のそれぞれの有効回数を設定する。ある種類の操作の実行のために必要な操作の操作ＩＤは、例えば、システムの管理者などが予め設定して権限委譲チケット発行処理部１０６が参照可能な記憶装置（図示しない）に記憶させておけばよい。各操作ＩＤについての有効回数については、特定した各操作ＩＤを代行依頼の送信元のクライアント端末２０に送信してユーザの設定を受け付けてもよいし、あるいは、代行依頼に含まれ得る操作の種類ごとに、システムの管理者などが予め設定して前述の記憶装置に記憶させておいてもよい。操作ＩＤおよび有効回数の具体例は、図６を参照して上記で説明したとおりである。
【００７１】
ステップＳ２４の後、権限委譲チケット発行処理部１０６は、権限委譲チケットを発行する（ステップＳ２６）。例えば、権限委譲チケット発行処理部１０６は、権限委譲チケットリポジトリ１０８において、ステップＳ１２で生成したチケットＩＤに関連づけて、図５および図６に例示するテーブルの各項目の値として、ステップＳ２４までの処理により定まった値を登録する。
【００７２】
権限委譲チケットを発行すると、権限委譲チケット発行処理部１０６は、発行したチケットにおける依頼内容を代行者に通知する（ステップＳ２８）。すなわち、代行者に対して、依頼者、対象文書、依頼された操作の種類、および有効期限を通知する。本実施形態の例では、ステップＳ２８において、さらに、チケットＩＤを代行者に通知する。ステップＳ２８の通知は、例えば、依頼内容およびチケットＩＤを含む電子メールを代行者の電子メールアドレス宛に送信することで行う。代行者が正規ユーザであれば、正規アカウントリポジトリ１０２から電子メールアドレスを取得すればよい。代行者が一時ユーザであれば、図１１のステップＳ２００で一時アカウント管理部１１０が取得した代行者の電子メールアドレス宛に送信すればよい。ステップＳ２８の後、図１０の例の手順の処理は終了する。
【００７３】
図１０のステップＳ２８の通知を受けた代行者は、クライアント端末２０を用いて、本システムにログインし、依頼された操作を対象文書に対して実行する操作指示を行う。代行者が正規ユーザであり、正規アカウントによりログインした場合、文書管理サーバ１０は、クライアント端末２０からのチケットＩＤを含む文書操作要求を待ち受ける。代行者が一時ユーザであり、一時アカウントによりログインした場合、文書管理サーバ１０のアクセス制御部１１４は、図１２の例の手順の処理を開始する。
【００７４】
図１２を参照し、アクセス制御部１１４は、一時アカウントリポジトリ１１２を参照し、ログインに用いられた一時アカウントの親ＩＤを取得する（ステップＳ３０）。
【００７５】
次に、アクセス制御部１１４は、取得した親ＩＤのアカウントが有効であるか否かを判定する（ステップＳ３２）。本実施形態の例では、親ＩＤが正規アカウントリポジトリ１０２に登録されていれば有効と判定し、登録されていなければ無効と判定する。正規アカウントは、例えばシステムの管理者などにより、正規アカウントリポジトリ１０２から削除されることがあり、削除されたアカウントＩＤのユーザに対しては、文書管理システムにおける文書の利用は許可されない。一時アカウントのユーザの文書に対するアクセスを、親ＩＤのユーザのアクセス権の範囲内でしか許可しないようにするため、ステップＳ３２で、親ＩＤが正規ユーザであるか否かの確認を行う。
【００７６】
親ＩＤのアカウントが無効であれば（ステップＳ３２でＮＯ）、ステップＳ４４に進み、親ＩＤのアカウントが有効であれば（ステップＳ３２でＹＥＳ）、アクセス制御部１１４は、一時アカウントに対応するチケットを取得する（ステップＳ３４）。ステップＳ３４では、一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録されたチケットＩＤのチケットの内容を権限委譲チケットリポジトリ１０８から取得すればよい。
【００７７】
アクセス制御部１１４は、現在の日時が取得したチケットの有効期限内であるか否かを判定する（ステップＳ３６）。現在の日時が当該チケットの有効期限内でなければ（ステップＳ３６でＮＯ）、処理はステップＳ４４に進む。現在の日時が当該チケットの有効期限内であれば（ステップＳ３６でＹＥＳ）、当該チケットにおいて許可可能な操作があるか否かを判定する（ステップＳ３８）。ステップＳ３８の判定は、例えば、図６の例のテーブルにおいて、実行回数が有効回数未満である操作ＩＤの有無を確認することで行う。実行回数が有効回数未満である操作ＩＤの操作については許可可能であり、実行回数が有効回数に達している操作ＩＤの操作については許可できない。
【００７８】
許可可能な操作があれば（ステップＳ３８でＹＥＳ）、アクセス制御部１１４は、当該チケットの対象文書ＩＤの文書を文書リポジトリ１００から検索する（ステップＳ４０）。
【００７９】
ステップＳ４０で対象文書ＩＤの文書を検索すると、アクセス制御部１１４は、検索した対象文書をクライアント端末２０の表示装置に表示させるための専用ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の表示情報を生成し、ログインを行ったクライアント端末２０に対して送信する（ステップＳ４２）。この表示情報を受信したクライアント端末２０の表示装置には、専用ＧＵＩにより対象文書が表示される。ここで、専用ＧＵＩの「専用」の語は、対象文書のみを表示させ、文書リポジトリ１００に記憶された他の文書についての情報を表示させないＧＵＩであることを意味する。専用ＧＵＩの表示を確認した一時ユーザには、文書リポジトリ１００において対象文書の他にどのような文書が登録されているか把握されない。また、本実施形態の例の専用ＧＵＩには、対象文書の文書リポジトリ１００における格納位置（対象文書のパス）の情報も含まれない。したがって、一時ユーザには、対象文書の格納位置も把握されない。なお、ステップＳ４２で、アクセス制御部１１４は、上述の表示情報と共にチケットＩＤをクライアント端末２０に送信しておく。
【００８０】
一時アカウントの親ＩＤが無効である場合（ステップＳ３２でＮＯ）、現在の日時がチケットの有効期限内でない場合（ステップＳ３６でＮＯ）、または、チケットにおいて許可可能な操作がない場合（ステップＳ３８でＮＯ）、アクセス制御部１１４は、ログインが無効である旨をクライアント端末２０に表示させる（ステップＳ４４）。そして、当該一時アカウントおよび対応するチケットを無効化する（ステップＳ４６）。一時アカウントの無効化は、一時アカウントリポジトリ１１２において、当該一時アカウントの有効フラグを、「無効」を表す値に設定することで行えばよい。チケットの無効化は、例えば、当該チケットＩＤおよびこれに関連づけられた情報を権限委譲チケットリポジトリ１０８から削除することで行えばよい。あるいは、例えば、当該チケットＩＤに関連づけられたすべての操作ＩＤの有効回数を「０」に設定することで、チケットを無効化してもよい。
【００８１】
ステップＳ４２またはステップＳ４６の後、図１２の例の手順の処理は終了する。本実施形態の例では、１つの一時アカウントは１つのチケットに対応づけられており、図１２の例の手順の処理によると、一時アカウントのユーザは、対応するチケットで操作権限を与えられた文書の他の文書にはアクセスできない。
【００８２】
図１２のステップＳ４２の処理によりクライアント端末２０の表示装置に表示された専用ＧＵＩにおいて、入力装置を介してユーザが文書の操作指示を行うと、クライアント端末２０は、ステップＳ４２で受信したチケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する。
【００８３】
また、正規アカウントにより本システムにログインしたユーザが、クライアント端末２０において、図１０のステップＳ２８で通知されたチケットＩＤを指定した上で操作指示を行うこともある。この場合も、クライアント端末２０は、チケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する。
【００８４】
図１３に、チケットＩＤを含む文書操作要求の送信に伴うクライアント端末２０における処理の手順の例を示す。
【００８５】
図１３を参照し、クライアント端末２０は、チケットＩＤの指定を受け付ける（ステップＳ５１）。クライアント端末２０のユーザが一時アカウントによりログインしている場合、専用ＧＵＩで表示された対象文書に対する操作指示がチケットＩＤの指定となり得る。クライアント端末２０のユーザが正規アカウントによりログインしている場合、クライアント端末２０は、例えば、以下の手順によりチケットＩＤの指定を受け付ける。まず、当該正規アカウントを代行者ＩＤとするチケットのチケットＩＤの送信を文書管理サーバ１０に対して要求し、この要求に応じて文書管理サーバ１０から送信されたチケットＩＤを受信する。そして、受信したチケットＩＤと、その選択を促す旨を表す情報と、を表示装置に表示させる。この表示に応じてユーザが入力装置を介して選択したチケットＩＤを指定されたチケットＩＤとして受け付ける。チケットＩＤの表示は、当該チケットＩＤに対応する画像アイコンを表示させることで行ってもよい。正規ユーザによるチケットＩＤの指定を受け付ける手順の他の例では、文書の操作メニューの一部として、「チケットＩＤの入力」を表示させ、このメニューの選択およびチケットＩＤの入力を受け付けてもよい。この例の場合、ユーザは、例えば、図１０のステップＳ２８で文書管理サーバ１０から送信された電子メールに含まれるチケットＩＤを、入力装置を用いて入力する。
【００８６】
チケットＩＤの指定を受け付けると、クライアント端末２０の文書操作部２００は、文書に対する操作指示の入力を待ち受ける（ステップＳ５３）。
【００８７】
操作指示が入力されると（ステップＳ５３でＹＥＳ）、文書操作部２００は、ステップＳ５１で指定されたチケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する（ステップＳ５５）。文書操作要求は、チケットＩＤに加えて、操作対象の文書の文書ＩＤ、操作指示を入力したユーザのアカウントＩＤ、および指示された操作の種類を含む。
【００８８】
文書操作部２００は、ステップＳ５５の文書操作要求に応じて文書管理サーバ１０がクライアント端末２０に返送する操作実行の可否を表す情報を受信し、受信した情報で操作の実行が許可されていれば（ステップＳ５７でＹＥＳ）、当該操作を実行する（ステップＳ５９）。例えば、指示された操作が「閲覧」であれば、文書の内容を表示装置に表示させる。「編集」操作が指示されていれば、指示に従って文書の内容を変更する。
【００８９】
ステップＳ５９の操作の実行の結果、文書の内容が変更されていなければ（ステップＳ６１でＮＯ）、処理はステップＳ５３に戻り、さらなる操作指示の入力を待ち受ける。操作の実行の結果、文書の内容が変更されていれば（ステップＳ６１でＹＥＳ）、文書操作部２００は、操作結果の文書の登録要求を文書管理サーバ１０に対して送信する（ステップＳ６３）。ステップＳ６３の後、処理はステップＳ５３に戻り、さらなる操作指示の入力を待ち受ける。
【００９０】
なお、文書操作要求に係る操作の実行を許可しない旨を表す情報を文書管理サーバ１０から受信した場合（ステップＳ５７でＮＯ）、文書操作部２００は、当該操作を実行できない旨を表す情報を表示させ、図１３の例の手順の処理を終了する。
【００９１】
図１４は、チケットＩＤを含む文書操作要求（図１３のステップＳ５５）をクライアント端末２０から受信した文書管理サーバ１０が行う処理の手順の例を示すフローチャートである。
【００９２】
文書管理サーバ１０のアクセス制御部１１４は、チケットＩＤを含む文書操作要求を受信し（ステップＳ７０）、受信した文書操作要求に含まれるチケットＩＤのチケットを権限委譲チケットリポジトリ１０８から取得する（ステップＳ７２）。
【００９３】
チケットを取得すると、アクセス制御部１１４は、現在の日時が当該チケットの有効期限内であるか否かを判定する（ステップＳ７３）。
【００９４】
現在の日時が当該チケットの有効期限内であれば（ステップＳ７３でＹＥＳ）、受信した文書操作要求で要求された操作の実行が当該チケットで許可されているか否かを判定する（ステップＳ７４）。ステップＳ７４では、アクセス制御部１１４は、文書操作要求に含まれる文書ＩＤが当該チケットの対象文書ＩＤであり、文書操作要求に含まれるアカウントＩＤが当該チケットの代行者ＩＤであり、かつ、文書操作要求に含まれる操作の種類が当該チケットの操作ＩＤのいずれかに相当する場合に、操作の実行が許可されていると判定する。文書操作要求における文書ＩＤ、アカウントＩＤ、および操作の種類のうちの１つでも上述の条件に合致しない場合は、操作の実行が許可されていないと判定する。
【００９５】
操作の実行が許可されていれば（ステップＳ７４でＹＥＳ）、当該チケットにおいて当該許可されている操作の操作ＩＤに対応づけられた実行回数が有効回数未満であるか否かを判定する（ステップＳ７６）。
【００９６】
実行回数が有効回数未満であれば（ステップＳ７６でＹＥＳ）、アクセス制御部１１４は、アクセス権リポジトリ１０４を参照し、当該チケットの依頼者ＩＤについて、当該チケットの対象文書ＩＤのアクセス権を確認する（ステップＳ７８）。アクセス権リポジトリ１０４において対象文書ＩＤに関連づけられたアクセス権が、依頼者ＩＤのユーザに対して、操作ＩＤの操作の実行を許可する旨を表す場合（ステップＳ８０でＹＥＳ）、アクセス制御部１１４は、権限委譲チケットリポジトリ１０８において当該チケットの当該操作ＩＤに対応づけられた実行回数を１だけ増加させ（ステップＳ８２）、文書操作要求に係る操作の実行を許可する旨を表す情報を要求元のクライアント端末２０に対して送信する（ステップＳ８４）。
【００９７】
ステップＳ７３、ステップＳ７４、ステップＳ７６、またはステップＳ８０でＮＯ判定されると、アクセス制御部１１４は、文書操作要求に係る操作の実行を拒否する旨を表す情報を要求元のクライアント端末２０に対して送信する（ステップＳ８６）。
【００９８】
ステップＳ８４またはステップＳ８６の後、図１４の例の手順の処理は終了する。
【００９９】
図１４の例の手順において、ステップＳ７３、ステップＳ７４およびステップＳ７６は、文書操作要求がチケットで定義された操作権限の範囲内の要求であるか否かを判定するための処理である。また、ステップＳ７８，Ｓ８０は、文書操作要求がチケットの依頼者のアクセス権の範囲内の要求であるか否かを判定するための処理である。ステップＳ７８，Ｓ８０の処理によると、例えば、チケットの発行後に、当該チケットの依頼者のアカウントＩＤが正規アカウントリポジトリ１０２から削除されたり、アクセス権リポジトリ１０４において対象文書のアクセス権が変更されたりして、依頼者が対象文書に対する操作権限を失った場合、そのようなチケットにおける代行者による対象文書の操作は許可されない。
【０１００】
図１５は、文書管理サーバ１０のアクセス制御部１１４において操作の実行が許可され、クライアント端末２０が操作結果の文書の登録要求を文書管理サーバ１０に送信（図１３のステップＳ６３）した場合に、この登録要求を受信した文書管理サーバ１０における処理の手順の例を示す。
【０１０１】
文書管理サーバ１０の文書登録処理部１１６は、操作結果の文書の登録要求をクライアント端末２０から受信し（ステップＳ９０）、受信した登録要求に係る操作について承認者が設定されているか否かを判定する（ステップＳ９２）。ステップＳ９２の判定は、例えば、当該操作の実行をアクセス制御部１１４が許可したときに参照したチケットにおいて承認者ＩＤの値が「Ｎｕｌｌ」であるか否かを確認することで行う。
【０１０２】
承認者の設定がない場合、つまり、承認者ＩＤの値が「Ｎｕｌｌ」である場合（ステップＳ９２でＮＯ）、文書登録処理部１１６は、登録要求に含まれる操作結果の文書を文書リポジトリ１００に登録する（ステップＳ１０６）。
【０１０３】
承認者の設定がある場合、つまり、承認者ＩＤの値が「Ｎｕｌｌ」でなければ（ステップＳ９２でＹＥＳ）、文書登録処理部１１６は、登録要求に含まれる操作結果の文書を承認者ＩＤと関連づけて仮登録リポジトリ１１８に登録する（ステップＳ９４）。
【０１０４】
仮登録リポジトリ１１８に操作結果の文書および承認者ＩＤが登録されたことを検知した仮登録通知部１２０は、当該承認者ＩＤのユーザに対して、当該操作結果の文書の承認を依頼する旨を通知する（ステップＳ９６）。ステップＳ９６で、仮登録通知部１２０は、例えば、承認者ＩＤに対応づけて承認者情報リポジトリ１２２に登録された電子メールアドレスを取得し、当該電子メールアドレス宛に、承認を依頼する旨を表す情報を含み、かつ操作結果の文書を添付した電子メールを送信する。
【０１０５】
文書管理サーバ１０の承認情報受付部１２４は、ステップＳ９６の通知に応じて承認者のクライアント端末２０から送信される承認情報を待ち受け、承認情報を受信すると、受信した承認情報を仮登録反映部１２６に渡す。仮登録反映部１２６は、承認情報受付部１２４から取得した承認情報が承認を表す場合（ステップＳ９８でＹＥＳ）、仮登録リポジトリ１１８において当該承認情報の送信元の承認者ＩＤに対応づけられた操作結果の文書を文書リポジトリ１００に登録し（ステップＳ１００）、仮登録リポジトリ１１８から当該文書を削除する（ステップＳ１０２）。
【０１０６】
承認情報が却下を表す場合（ステップＳ９８でＮＯ）、仮登録反映部１２６は、ステップＳ１００の処理を省略して、仮登録リポジトリ１１８から対応する操作結果の文書を削除する（ステップＳ１０２）。
【０１０７】
ステップＳ９４〜ステップＳ１０２の処理により、承認者による承認が得られて初めて操作結果の文書が文書リポジトリ１００に登録されることになる。
【０１０８】
ステップＳ１０２またはステップＳ１０６の後、文書管理サーバ１０は、操作完了の旨を予め設定された通知先に通知する（ステップＳ１０４）。この通知は、例えば、操作の依頼者、操作を行った代行者、および操作結果を承認した承認者（承認者の設定がある場合）のうちの１人以上に対して行えばよい。通知は、例えば、依頼者ＩＤ、代行者ＩＤ、および承認者ＩＤのそれぞれに関連づけて正規アカウントリポジトリ１０２または一時アカウントリポジトリ１１２に登録された電子メールアドレス宛に電子メールを送信することで行われる。ステップＳ１０４の後、図１５の例の手順の処理は終了する。
【０１０９】
なお、以上で説明した図１５の例の手順の処理では、ステップＳ１００またはステップＳ１０６において、文書登録処理部１１６は、実行された操作の操作ＩＤに応じて異なる態様で文書リポジトリ１００への登録を行う。例えば、操作ＩＤが「差替え」であれば（「新規作成」の場合）、対象文書ＩＤの文書内容（空）を操作結果の文書の文書内容に差し替える。操作ＩＤが「アンロック」であれば（「編集」の場合）、対象文書ＩＤの文書内容を操作結果の文書内容のとおりに変更する。操作ＩＤが「チェックイン」であれば（「更新」の場合）、対象文書ＩＤの文書内容を操作結果の文書内容のとおりに変更すると共に、当該文書のバージョンを変更する。
【０１１０】
以上で説明した実施形態の例のような権限委譲チケットの発行および権限委譲チケットを用いたアクセス制御を行うと、アクセス権リポジトリ１０４において文書に対して設定済みのアクセス権を変更することなく、代行者に対して文書の操作権限が与えられ、代行者による操作の実行が許可される。また、上述の実施形態の例のような一時アカウントの生成を行うと、本システムに登録されていないユーザに対して、権限委譲チケットで定義された文書の操作権限が与えられ、当該ユーザによる文書の操作の代行が許可される。
【０１１１】
以上で説明した実施形態は、本発明の実施の形態の一例であり、本発明の実施の形態を限定するものではない。以下、本発明の実施形態における各種の変形例を説明する。
【０１１２】
上述の実施形態の例では、アクセス権リポジトリ１０４に登録されるアクセス権の項目として、操作主体、許可操作、および有効期間を含む（図４参照）が、変形例では、この他の項目をさらに含んでいてもよい。例えば、操作に対する承認の要否や、特定の種類の操作の実行の際に行われる処理（「印刷」操作時にアカウントＩＤや機密レベルを表す情報などを文書内容とともに印刷する、など）を含んでいてもよい。また、許可操作の代わりに禁止操作（実行が禁止される操作）を設定しておいてもよいし、許可操作と禁止操作との両方を設定しておいてもよい。セキュリティポリシの形式でアクセス権を定義しておき、文書ＩＤとセキュリティポリシの識別情報とを関連づけてアクセス権リポジトリ１０４に登録しておいてもよい。また、文書のアクセス権は、アクセス権リポジトリ１０４に登録する代わりに、文書の属性情報の一部として文書リポジトリ１００に記憶させておいてもよい。アクセス権についてのさらに他の例では、文書のアクセス権を文書ごとに設定する代わりに、文書の属性情報（文書の種類やファイル形式など）に基づく文書のグループごとに設定しておいてもよい。
【０１１３】
上述の実施形態の例では、１つのチケットは１つの文書に対する操作権限を表すが、１つのチケットにおいて複数の文書の操作権限を表すようにしてもよい。複数の文書ファイルから１つの文書が構成される場合（例えば、表紙、本文、および付録から１つの文書が構成されるような場合）など、これらの複数のファイルに対する操作権限を１つのチケットで定義しておくとよい。複数の文書の操作権限を表すチケットは、例えば、図５の例のテーブルにおいて、文書ＩＤの項目の値として複数の文書ＩＤを登録し、かつ、図６の例のテーブルにおいて、チケットＩＤと上述の複数の文書ＩＤそれぞれとの組ごとに、操作ＩＤ、有効回数、および実行回数を登録することで定義すればよい。この例の場合、一時アカウントでログインが行われたときに表示される専用ＧＵＩでは、チケットに含まれる複数の文書ＩＤの文書を表示する。
【０１１４】
上述の実施形態の例において、チケットの有効期限が過ぎるか、あるいは、チケットに含まれるすべての操作ＩＤについて実行回数が有効回数に達すると、当該チケットは無効化される（利用できなくなる）。チケットの依頼者またはシステムの管理者などの指示に応じて、有効なチケットを強制的に無効化することを可能としてもよい。チケットの強制的な無効化が行われる状況の一例として、チケットの「編集」操作（「ロック」および「アンロック」）の有効回数を２回以上に設定しておき、代行者による操作完了の通知を依頼者が確認し、その編集内容を許容する場合、操作の実行回数が有効回数に達していなくても、依頼者が当該チケットを無効化し、代行者に更なる編集を行わせないようにすることが考えられる。
【０１１５】
また、上述の実施形態の例では、文書管理サーバ１０のアクセス制御部１１４は、クライアント端末２０からの文書操作要求に含まれるチケットＩＤのチケットを権限委譲チケットリポジトリ１０８から読み出して操作の実行の可否を決定する。変形例では、チケットＩＤだけでなく、図５の例のテーブルの各項目の値と操作ＩＤおよび有効回数の組とを含むチケットの内容を含む文書操作要求をクライアント端末２０から受信し、この文書操作要求に含まれるチケットの内容を用いて操作の実行の可否を決定してもよい。この例の場合、チケット発行時に、代行者に対してチケットの内容を送信しておく。また、この例の場合も、チケットに含まれる各操作ＩＤの実行回数については、権限委譲チケットリポジトリ１０８に登録することで管理しておくとよい。
【０１１６】
なお、上述の実施形態および各種の変形例において、文書管理サーバ１０は、文書に対して実行された操作の履歴を記録しておいてもよい。例えば、クライアント端末２０からの文書操作要求に応じて、操作の実行を許可した場合に、当該操作の操作履歴をデータベースに記録する。操作履歴は、対象文書、操作実行の主体、操作の種類、および操作日時などを含んでいてよい。権限委譲チケットを用いて代行者が操作を行った場合でも、その操作の依頼者を操作実行の主体とする操作履歴を記録しておいてよい。この場合、チケットを用いた操作である旨を表す情報および代行者を表す情報をさらに操作履歴に含めておいてもよい。
【０１１７】
以上に例示した文書管理サーバ１０は、典型的には、汎用のコンピュータにて上述の文書管理サーバ１０の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図１６に示すように、ＣＰＵ（中央演算装置）８０、メモリ（一次記憶）８２、各種Ｉ／Ｏ（入出力）インタフェース８４等がバス８６を介して接続された回路構成を有する。また、そのバス８６に対し、例えばＩ／Ｏインタフェース８４経由で、ハードディスクドライブ（ＨＤＤ）８８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ９０が接続される。このようなドライブ８８又は９０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ＨＤＤ８８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント端末２０についても同様である。
【０１１８】
なお、以上では、文書管理サーバ１０を１台のコンピュータにより実現する例の実施形態を説明したが、文書管理サーバ１０の上述の例の各種の機能を複数のコンピュータに分散させて実現してもよい。
【符号の説明】
【０１１９】
１０ 文書管理サーバ、２０ クライアント端末、３０ ネットワーク、８０ ＣＰＵ、８２ メモリ、８４ Ｉ／Ｏインタフェース、８６ バス、８８ ＨＤＤ、９０ ディスクドライブ、１００ 文書リポジトリ、１０２ 正規アカウントリポジトリ、１０４ アクセス権リポジトリ、１０６ 権限委譲チケット発行処理部、１０８ 権限委譲チケットリポジトリ、１１０ 一時アカウント管理部、１１２ 一時アカウントリポジトリ、１１４ アクセス制御部、１１６ 文書登録処理部、１１８ 仮登録リポジトリ、１２０ 仮登録通知部、１２２ 承認者情報リポジトリ、１２４ 承認情報受付部、１２６ 仮登録反映部、２００ 文書操作部、２０２ 代行依頼部。
【技術分野】
【０００１】
本発明は、プログラム、情報処理装置、および情報処理システムに関する。
【背景技術】
【０００２】
文書管理システムでは、ユーザをシステムに予め登録し、ユーザまたはユーザのグループに対して各文書の利用権限を設定して文書の利用を制限することが行われる。
【０００３】
特許文献１には、ユーザのアカウントを管理するシステムが複数存在する場合の文書の利用制限を効率化するために、文書と当該文書のアクセス権とを対応づけて管理し、かつ、少なくとも１以上のアカウント管理システムに登録されているアカウントの情報の一覧を取得し、このアカウント情報を文書のアクセス権情報の一部として利用可能とする電子文書管理システムが開示されている。
【０００４】
また、特許文献２には、個々の文書に対し、アクセス権の種類ごとにアクセス用パスワードを設定しておき、文書に対するアクセス時には、入力されたパスワードに応じた種類のアクセス権に基づいて文書のアクセスを制御する技術が開示されている。特許文献２に記載の技術では、ユーザアカウントを管理することなく文書の管理が行われる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−７３４１９号公報
【特許文献２】特開２００２−２８８０４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、文書管理システムの利用者は、文書に対する操作（例えば文書の内容の更新など）の代行を他の利用者に依頼することを望む場合がある。この場合に、当該他の利用者に対して当該文書の操作権限が与えられていないと、当該他の利用者は当該操作を代行できない。当該他の利用者による文書の操作の代行を可能とするためには、当該他の利用者に対して当該文書の操作権限を与える設定を行う必要がある。その一方で、文書の操作権限を変更することは、一般の利用者には許可されず、システムの管理者などの限られた人物だけに許可されていることがあり、このような場合には、文書の操作権限を変更することを許可されていない利用者による文書に対する操作を、当該文書の操作権限を有しない他の利用者が代行することはできない。
【０００７】
本発明は、文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行することを可能とするプログラムおよび情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力するステップと、前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定するステップであって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可するステップと、をコンピュータに実行させるためのプログラムである。
【０００９】
請求項２に係る発明は、請求項１に係る発明において、前記権限情報は、さらに、前記第１の利用者が前記代行依頼の依頼者である旨を表す情報を含み、前記決定するステップにおいて、前記文書について操作主体と当該操作主体に対して許可又は禁止される操作の種類とを含む操作制限情報を記憶した操作制限情報記憶手段をさらに参照し、前記特定された権限情報で表される前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合であっても、前記文書操作要求の対象の文書の前記操作制限情報において、前記文書操作要求で要求された操作の種類が前記特定された権限情報で表される前記依頼者に対して許可されていない操作の種類である場合は、前記文書操作要求で要求された操作の実行を許可しない。
【００１０】
請求項３に係る発明は、請求項１または２に係る発明において、文書記憶手段に記憶された文書を表示装置に表示させる表示制御情報を出力するステップであって、文書の操作権限を一時的に与えられる一時利用者と当該一時利用者が前記第２の利用者として含まれる前記権限情報とを関連づけて記憶した一時利用者記憶手段を参照し、前記一時利用者から文書の操作の開始要求を受けた場合に、前記文書記憶手段に記憶された文書のうち、前記一時利用者記憶手段において当該開始要求を行った一時利用者に関連づけられた権限情報で表される文書だけを前記表示装置に表示させる表示制御情報を出力するステップ、をさらに前記コンピュータに実行させる。
【００１１】
請求項４に係る発明は、請求項１から３に係る発明において、前記代行依頼は、前記第２の利用者による前記文書に対する操作の結果を承認する承認者を表す情報をさらに含み、前記権限情報は、前記承認者を表す情報をさらに含み、前記決定するステップにおいて前記文書操作要求で要求された操作の実行が許可された場合に、前記特定された権限情報で表される前記承認者に対して、当該操作の結果を通知するステップと、前記通知するステップによる通知に応じて前記操作の結果を承認する旨を表す情報を受信した場合には、前記操作の結果の文書を文書記憶手段に対して出力し、前記操作の結果を承認しない旨を表す情報を受信した場合には、前記操作の結果の文書を破棄するステップと、をさらに前記コンピュータに実行させる。
【００１２】
請求項５に係る発明は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段と、前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段と、を備えることを特徴とする情報処理装置である。
【００１３】
請求項６に係る発明は、端末装置と情報処理装置とを備え、前記端末装置は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼を前記情報処理装置に対して送信する代行依頼送信手段を備え、前記情報処理装置は、前記端末装置からの前記代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段を備え、前記端末装置は、さらに、前記権限情報記憶手段に記憶された権限情報を指定した上で文書に対する操作の実行を指示する入力を受け付けた場合に、指定された権限情報を特定した文書操作要求を前記情報処理装置に対して送信する文書操作要求送信手段を備え、前記情報処理装置は、さらに、前記端末装置からの前記文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段を備える、ことを特徴とする情報処理システムである。
【発明の効果】
【００１４】
請求項１、５、または６に係る発明によると、文書に設定済みの操作権限を変更することなく、文書の操作が許可された利用者による文書に対する操作を文書の操作が許可されていない他の利用者が代行することが可能となる。
【００１５】
請求項２に係る発明によると、操作の代行の依頼者に対して与えられた操作権限の範囲を超えた操作を代行者が実行することを制限できる。
【００１６】
請求項３に係る発明によると、操作の代行者に対して、依頼された操作の対象の文書の他の文書を提示しないようにすることができる。
【００１７】
請求項４に係る発明によると、代行者が行った操作の結果に対して承認者が承認した場合に操作結果の文書を文書記憶手段に登録するようにすることができる。
【図面の簡単な説明】
【００１８】
【図１】文書管理システムの概略構成の例を示すブロック図である。
【図２】文書管理サーバの内部構成の概略の例を示すブロック図である。
【図３】正規アカウントリポジトリのデータ内容の例を示す図である。
【図４】アクセス権リポジトリのデータ内容の例を示す図である。
【図５】権限委譲チケットリポジトリのデータ内容の一部の例を示す図である。
【図６】権限委譲チケットリポジトリのデータ内容の一部の例を示す図である。
【図７】一時アカウントリポジトリのデータ内容の例を示す図である。
【図８】承認者情報リポジトリのデータ内容の例を示す図である。
【図９】代行依頼を行うクライアント端末の処理の手順の例を示すフローチャートである。
【図１０】代行依頼を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１１】一時アカウント作成処理の手順の例を示すフローチャートである。
【図１２】一時アカウントによりシステムにログインが行われた場合の文書管理サーバの処理の手順の例を示すフローチャートである。
【図１３】権限委譲チケットの指定を伴う操作指示を受け付けるクライアント端末の処理の手順の例を示すフローチャートである。
【図１４】権限委譲チケットを特定した文書操作要求を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１５】文書の登録要求を受信した文書管理サーバの処理の手順の例を示すフローチャートである。
【図１６】コンピュータのハードウエア構成の例を示すブロック図である。
【発明を実施するための形態】
【００１９】
図１は、文書利用管理システムの概略構成の例を示すブロック図である。このシステムは、インターネットやローカル・エリア・ネットワーク等のネットワーク３０を介して接続された文書管理サーバ１０とクライアント端末２０−１，２０−２，・・・（以下、クライアント端末２０と総称する）から構成される。
【００２０】
クライアント端末２０は、ユーザが文書を操作するために用いる端末装置である。クライアント端末２０は、文書操作部２００および代行依頼部２０２を備える。
【００２１】
文書操作部２００は、ユーザの操作指示に従って、文書に対する操作を実行する。文書に対する操作には、例えば、文書の表示（ユーザから見れば「閲覧」）、編集、印刷、新規作成などがある。図１では、文書操作部２００を１つだけ示したが、それら個々の操作を別々の操作部（例えば、編集用のアプリケーション、読取制御用のアプリケーションなど）が担当してもよい。例えば、文書操作部２００がワードプロセッサなどの電子文書を作成・編集するためのソフトウエアであれば、文書操作部２００は、ユーザの指示に応じて電子文書を表示したり、電子文書に編集を加えたりする。また、本実施形態の例の文書操作部２００は、ユーザの操作指示を受け付けると、文書管理サーバ１０に対して文書操作要求を行って当該操作の実行の可否を問い合わせ、実行を許可する旨の応答を文書管理サーバ１０から受信した場合にのみ、操作指示に従った操作を実行する。また、文書操作部２００は、文書の内容が変化する操作（新規作成、編集など）を行うと、その操作結果の文書を登録要求と共に文書管理サーバ１０に対して送信し、文書管理サーバ１０に当該文書を登録させる。例えば、新規作成された文書や、文書管理サーバ１０に登録済みの文書の更新版を文書管理サーバ１０に対して送信して登録させる。
【００２２】
代行依頼部２０２は、ユーザの指示に従って、当該ユーザが他のユーザに対して文書の操作の代行を依頼する旨を表す代行依頼を文書管理サーバ１０に対して送信する。この代行依頼に応じて、文書管理サーバ１０は、後述のように、操作の代行を依頼された他のユーザに対し、操作対象の文書の操作権限を与える。
【００２３】
なお、図１では、クライアント端末２０−１にのみ文書操作部２００および代行依頼部２０２を図示するが、クライアント端末２０−２・・・も同様に文書操作部２００および代行依頼部２０２を備えるものとする。
【００２４】
文書管理サーバ１０は、本発明の一実施形態の例の情報処理装置として機能する。図２を参照し、本実施形態の例の文書管理サーバ１０は、文書リポジトリ１００、正規アカウントリポジトリ１０２、アクセス権リポジトリ１０４、権限委譲チケット発行処理部１０６、権限委譲チケットリポジトリ１０８、一時アカウント管理部１１０、一時アカウントリポジトリ１１２、アクセス制御部１１４、文書登録処理部１１６、仮登録リポジトリ１１８、仮登録通知部１２０、承認者情報リポジトリ１２２、承認情報受付部１２４、および仮登録反映部１２６を備える。
【００２５】
文書リポジトリ１００は、本システムで管理される文書を記憶する記憶手段である。文書リポジトリ１００に記憶される文書は、テキストデータ、画像データ、および音声データなどの各種のデータを含んでいてよい。また、各文書には、当該文書の識別情報である文書ＩＤが付与される。
【００２６】
正規アカウントリポジトリ１０２は、本システムに登録済みのユーザの情報を記憶する記憶手段である。図３に、正規アカウントリポジトリ１０２のデータ内容の一例を示す。
【００２７】
図３の例の表では、各ユーザのアカウントＩＤに関連づけて、パスワードおよび電子メールアドレスの各項目の値が登録されている。アカウントＩＤは、各ユーザの識別情報である。パスワードの項目には、対応するアカウントＩＤのユーザが本システムにログインする（システムの利用を開始する）ためのパスワードが登録される。電子メールアドレスの項目には、対応するアカウントＩＤのユーザの電子メールアドレスが登録される。なお、正規アカウントリポジトリ１０２には、図３に例示する項目の他にも、各ユーザの氏名、電話番号、ファクシミリ番号、およびパスワードの有効期限、過去に使用したパスワードの履歴など、ユーザに関する情報を登録しておいてもよい。また、正規アカウントリポジトリ１０２は、図３の例の表に加えて、ユーザのグループに関する情報（図示しない）を記憶しておいてもよい。例えば、各グループの識別情報と当該グループに所属するユーザのアカウントＩＤとを関連づけて記憶しておく。
【００２８】
なお、以下の説明では、正規アカウントリポジトリ１０２に登録されたアカウントＩＤを「正規アカウント」と呼び、正規アカウントを有するユーザを「正規ユーザ」と呼ぶ。
【００２９】
図２の説明に戻り、アクセス権リポジトリ１０４は、文書リポジトリ１００に記憶された文書のアクセス権を表す情報を記憶する記憶手段である。本実施形態の例のアクセス権リポジトリ１０４は、文書ごとに、当該文書に対して設定されたアクセス権を記憶する。図４に、アクセス権リポジトリ１０４のデータ内容の一例を示す。
【００３０】
図４の例の表では、各文書の文書ＩＤに対応づけて、操作主体、許可操作、および有効期間の各項目の値を含むアクセス権が登録されている。操作主体は、文書に対する操作を実行する主体を表す。例えば、ユーザのアカウントＩＤが操作主体の値として設定される。ユーザのアカウントＩＤだけでなく、ユーザのグループの識別情報を用いて操作主体を表してもよい。許可操作は、対応する操作主体に対して実行が許可される操作の種類を表す。操作の種類の例として、文書の閲覧、印刷、編集、更新（更新版として文書リポジトリ１００に登録）、新規作成（新規文書として文書リポジトリ１００に登録）などが挙げられる。なお、本実施形態の例において、文書の「編集」および「更新」は、いずれも、文書リポジトリ１００に登録済みの文書の内容を変更する操作であるが、「更新」では文書のバージョン（版）も変更されるのに対し、「編集」では文書のバージョンが変更されない点で相違する。有効期間は、操作主体に対して許可操作の実行が許可される期間を表す。図４の例の表は、文書ＩＤ「doc11」の文書に対し、アカウントＩＤ「userJ」，「userK」，または「userL」のユーザが有効期間「2009/10/1〜2010/3/31」の間に許可操作「閲覧」を実行できること、および、アカウントＩＤ「userM」のユーザが有効期間「2009/10/1〜2010/3/31」の間に許可操作「閲覧，印刷，更新」を実行できることを表す。
【００３１】
再び図２を参照し、権限委譲チケット発行処理部１０６は、クライアント端末２０の代行依頼部２０２が送信する上述の代行依頼に応じて、代行を依頼されたユーザに対して与えられる操作権限を表す情報である権限委譲チケットを生成する。権限委譲チケットは、代行を依頼したユーザ（依頼者）、代行を依頼されたユーザ（代行者）、操作対象の文書、および依頼された操作の種類を表す情報を含む。また、操作の結果に対する承認を行う承認者が設定されることもある。この場合、権限委譲チケットは、承認者を表す情報をさらに含む。権限委譲チケット発行処理部１０６は、承認者を表す情報を含む権限委譲チケットを生成した場合、当該承認者に関する情報を後述の承認者情報リポジトリ１２２に登録する。権限委譲チケット発行処理部１０６は、生成した権限委譲チケットを権限委譲チケットリポジトリ１０８に登録する。本実施形態の例の権限委譲チケット発行処理部１０６は、また、権限委譲チケットの内容を代行者に対して通知する。
【００３２】
なお、以下の説明では、権限委譲チケットを単に「チケット」と呼ぶこともある。また、以下の説明において、権限委譲チケット発行処理部１０６による権限委譲チケットの生成および権限委譲チケットリポジトリ１０８への登録を、権限委譲チケットの「発行」と呼ぶ。
【００３３】
権限委譲チケットリポジトリ１０８は、権限委譲チケット発行処理部１０６が生成したチケットを記憶する記憶手段である。権限委譲チケットリポジトリ１０８は、例えば、図５および図６に示す各テーブルの形式でチケットを記憶する。
【００３４】
図５の例のテーブルの１行は、１つのチケットの情報を表す。各チケットは、チケットＩＤ、依頼者ＩＤ、代行者ＩＤ、対象文書ＩＤ、発行日時、有効期限、および承認者ＩＤの各項目の値を含む。チケットＩＤは、チケットの識別情報である。チケットＩＤは、１回の代行依頼に応じて発行されたチケットに対して、権限委譲チケット発行処理部１０６により付与される。依頼者ＩＤは、操作の代行を依頼した正規ユーザのアカウントＩＤを表す。権限委譲チケット発行処理部１０６は、代行依頼と共に当該代行依頼を行った正規ユーザのアカウントＩＤを受信し、このアカウントＩＤを依頼者ＩＤとして登録する。代行者ＩＤは、操作を依頼されたユーザのアカウントＩＤである。権限委譲チケット発行処理部１０６は、クライアント端末２０から受信した代行依頼で表される代行者のアカウントＩＤを代行者ＩＤとする。代行者ＩＤは、正規アカウントであってもよいし、後述する一時アカウントであってもよい。対象文書ＩＤは、代行を依頼された操作の対象となる文書の文書ＩＤである。権限委譲チケット発行処理部１０６は、クライアント端末２０から受信した代行依頼に含まれる文書ＩＤを対象文書ＩＤとして登録する。発行日時は、チケットの発行の日時である。権限委譲チケット発行処理部１０６は、例えば、権限委譲チケットリポジトリ１０８にチケットを登録したときの日時を発行日時として登録する。なお、図５の例の表では、発行日時として、日付および時刻（時分秒）が登録されているが、チケットの発行の時期を表す情報であれば、他の態様の情報（日付のみ、日付と時分で表される時刻など）を登録しておいてもよい。有効期限は、対応する代行者に対して対象文書の操作が許可される期限を表す。有効期限の値としては、例えば、代行依頼を行ったユーザによる日時の指定を権限委譲チケット発行処理部１０６が受け付け、受け付けた日時を登録しておけばよい。あるいは、発行日時から予め設定された期間が経過した時点を有効期限としてもよい。有効期限は、図５の例のように日付で表す代わりに、日付および時刻で表してもよいし、発行日時からの経過時間で表してもよい。承認者ＩＤは、対象文書ＩＤの文書に対する操作を承認する正規ユーザのアカウントＩＤである。承認者ＩＤの値は、例えば、代行依頼を行ったユーザによる指定を権限委譲チケット発行処理部１０６が受け付けて設定する。代行依頼を行ったユーザにより承認者ＩＤが指定されなければ、承認者ＩＤの値は「Ｎｕｌｌ（なし）」に設定される。承認者ＩＤの値が「Ｎｕｌｌ」でない場合、後に詳述するように、対象文書ＩＤの文書に対する操作は、承認者ＩＤの正規ユーザによる承認を受けて初めて完了する。なお、承認者ＩＤは、依頼者ＩＤと同一であってもよいし、異なっていてもよい。
【００３５】
図６の例のテーブルは、各チケットに関し代行者が対象文書に対して実行可能な操作の情報を表す。図６の例のテーブルには、各チケットのチケットＩＤに関連づけて、操作ＩＤ、有効回数、および実行回数の各項目の値が登録される。チケットＩＤは、図５の例のテーブルのチケットＩＤと同様である。操作ＩＤは、実行が許可される操作の識別情報である。操作ＩＤは、クライアント端末２０から受信した代行依頼に含まれる種類の操作を実行するために必要な操作を表す。有効回数は、対応する操作ＩＤの操作の実行が許可される回数の上限を表す。実行回数は、対応する操作ＩＤの操作が実際に行われた回数を表す。操作ＩＤおよび有効回数の値は、例えば、クライアント端末２０から受信した代行依頼に含まれる操作の種類に応じて、権限委譲チケット発行処理部１０６が決定して設定する。
【００３６】
以下、図６の例のテーブルのチケットＩＤ「ticket1」、「ticket2」、「ticket3」、および「ticket4」のそれぞれを参照し、操作ＩＤおよび有効回数の具体例を説明する。
【００３７】
チケットＩＤ「ticket1」に関連づけられた操作ＩＤ「閲覧」、「チェックアウト」、および「チェックイン」は、代行依頼に含まれる操作の種類が「更新」である場合の操作ＩＤの例である。操作ＩＤ「チェックアウト」は、操作の実行者の他のユーザが文書に対する編集を実行できないようにした状態で当該文書を編集する操作を表す。操作ＩＤ「チェックイン」は、「チェックアウト」に対応する操作であり、「チェックアウト」操作の間に行われた編集の結果の文書を更新版として文書リポジトリ１００に登録する操作を表す。文書の「更新」のためには、「閲覧」、「チェックアウト」、および「チェックイン」の操作の実行が必要である。また、図６の例では、「閲覧」操作、「チェックアウト」操作、および「チェックイン」操作の有効回数は、それぞれ、「無制限」、「５」、および「１」に設定されている。これは、チケットＩＤ「ticket1」のチケットに係る代行者が、文書の閲覧を無制限に行うことができ、「チェックアウト」操作による編集を５回だけ行うことができ、「チェックイン」操作による更新版の文書の登録を１回だけ行うことができることを表す。
【００３８】
チケットＩＤ「ticket2」に関連づけられた操作ＩＤ「閲覧」、「ロック」、および「アンロック」は、代行依頼に含まれる操作の種類が「編集」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。「ロック」は、操作の実行者の他のユーザが文書に対する編集を実行できないようにした状態で当該文書を編集する操作を表す。「アンロック」は、「ロック」に対応する操作であり、「ロック」操作の間に行われた編集の結果の文書を文書リポジトリ１００に登録する操作を表す。「アンロック」操作では、文書リポジトリ１００において、操作対象の文書の内容は変更されるが、文書のバージョンが変更されることはない。「閲覧」、「ロック」、および「アンロック」の有効回数は、図６では、それぞれ、無制限、５回、および５回に設定されている。
【００３９】
チケットＩＤ「ticket3」に関連づけられた操作ＩＤ「閲覧」および「印刷」は、代行依頼に含まれる操作の種類が「印刷」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。それぞれの有効回数は、図６では、無制限、および１回に設定されている。
【００４０】
チケットＩＤ「ticket4」に関連づけられた操作ＩＤ「差替え」は、代行依頼に含まれる操作の種類が「新規作成」の場合に、実行可能とすることが必要な操作の操作ＩＤの例である。「差替え」は、文書内容を差し替える操作を意味し、図６では、有効回数は１回に設定されている。代行依頼に含まれる操作の種類が「新規作成」の場合、権限委譲チケット発行処理部１０６は、文書内容が空である文書を生成し、生成した文書に新たな文書ＩＤを付与して文書リポジトリ１００に登録しておき、代行者が「新規作成」操作を実行する際には、この文書の文書内容（空）が、新規作成された文書の文書内容で差し替えられる。
【００４１】
以上で説明したように、チケットにおいて代行者に与えられる操作権限は、代行者が依頼された操作を実行するために必要な１以上の操作を許可する旨の情報を含む。
【００４２】
図２の説明に戻り、一時アカウント管理部１１０は、権限委譲チケット発行処理部１０６がクライアント端末２０から受信した代行依頼における代行者が正規ユーザでない場合に、当該代行者に一時的なアカウントを与える処理を行う。一時アカウント管理部１１０は、例えば、権限委譲チケット発行処理部１０６から代行者が正規ユーザでない旨の通知を受けると、新たなアカウントＩＤを生成する。このアカウントＩＤが当該代行者の一時アカウントとなる。一時アカウントは、正規アカウントリポジトリ１０２に登録されたアカウントＩＤと重複しないように生成される。また、一時アカウントは、一時的なアカウントＩＤである旨を表す文字列として予め設定された文字列を含んでいてもよい。また、一時アカウント管理部１１０は、一時アカウントに対応する初期パスワードを生成する。初期パスワードとしては、ランダムな文字列を生成してもよいし、予め設定された規則に従って生成してもよい。一時アカウント管理部１１０は、さらに、一時アカウントに対応する代行者に係るチケットのチケットＩＤおよび依頼者ＩＤを権限委譲チケット発行処理部１０６から取得する。そして、一時アカウントおよび初期パスワードと、取得したチケットＩＤおよび依頼者ＩＤと、を関連づけて一時アカウントリポジトリ１１２に登録する。なお、本実施形態の例において、一時アカウント管理部１１０は、一時アカウントリポジトリ１１２に一時アカウントを登録する際、当該一時アカウントが無効である旨を表す情報をさらに一時アカウントリポジトリ１１２に登録しておき、後述の有効化処理を行ってから当該一時アカウントを有効とする。
【００４３】
一時アカウントリポジトリ１１２は、一時アカウントの情報を記憶する記憶手段である。図７に、一時アカウントリポジトリ１１２のデータ内容の例を示す。図７の例の表では、各一時アカウントのアカウントＩＤに関連づけて、親ＩＤ、チケットＩＤ、パスワード、および有効フラグの各項目の値が登録される。親ＩＤは、一時アカウントに対応するチケットに係る依頼者ＩＤである。一時アカウントのユーザの文書に対するアクセス権は、対応する親ＩＤのユーザのアクセス権の範囲内に制限される。チケットＩＤは、一時アカウントに対応するチケットのチケットＩＤである。一時アカウントのユーザは、対応するチケットＩＤのチケットの有効期限までの間だけ、本システムへのログインを許可される。パスワードは、対応するアカウントＩＤの一時アカウントによるログインの際に用いられるパスワードである。一時アカウントの一時アカウントリポジトリ１１２への登録時には、一時アカウント管理部１１０が生成した初期パスワードが登録される。有効フラグは、対応するアカウントＩＤの一時アカウントが有効であるか否かを表す情報である。一時アカウントの一時アカウントリポジトリ１１２への登録時には、有効フラグは、「無効」を表す値（図７では「no」）に設定される。また、一時アカウントリポジトリ１１２には、図７に例示する項目の他にも、一時アカウントの代行者の氏名、電話番号、およびファクシミリ番号など、代行者に関する情報を一時アカウント管理部１１０において取得して登録してもよい。また、パスワードの有効期限や過去に使用したパスワードの履歴などをさらに登録しておいてもよい。
【００４４】
図２の説明に戻り、アクセス制御部１１４は、文書リポジトリ１００に登録された文書に対するアクセスを制御する。例えば、アクセス制御部１１４は、文書に対する文書操作要求をクライアント端末２０から受信し、当該操作の実行の可否を決定して要求元のクライアント端末２０に対して返送する。クライアント端末２０からの文書操作要求は、例えば、操作の実行を指示したユーザのアカウントＩＤ、操作対象の文書の文書ＩＤ、および要求される操作の種類を含む。また、文書操作要求は、さらに、権限委譲チケットのチケットＩＤを含むこともある。アクセス制御部１１４は、文書操作要求にチケットＩＤが含まれていなければ、アクセス権リポジトリ１０４を参照して、文書操作要求に係る操作の実行の可否を決定する。例えば、文書操作要求に含まれる文書ＩＤに関連づけてアクセス権リポジトリ１０４に登録されたアクセス権において、文書操作要求に含まれるアカウントＩＤのユーザに対し、文書操作要求に含まれる操作の種類が許可されていれば、当該操作の実行を許可することを決定し、当該アクセス権において当該アカウントＩＤのユーザに対して当該操作の種類が許可されていなければ、当該操作の実行を許可しないことを決定する。文書操作要求にチケットＩＤが含まれている場合は、アクセス制御部１１４は、当該チケットＩＤのチケットの内容をさらに参照して当該操作の実行の可否を決定する。チケットＩＤを含む文書操作要求について操作の実行の可否を決定する場合の処理の詳細については後述する。また、アクセス制御部１１４は、一時アカウントで本システムにログインしたユーザに対して、文書リポジトリ１００に登録された文書のうち、当該一時アカウントに対応づけられたチケットの対象文書のみにアクセスが可能となるよう制御する。
【００４５】
文書登録処理部１１６は、クライアント端末２０からの操作結果の文書の登録要求に応じて、当該操作結果の文書を文書リポジトリ１００に登録する処理を行う。例えば、新規作成された文書の登録要求の場合など、登録要求に係る文書が文書リポジトリ１００に未登録であれば、文書登録処理部１１６は、当該文書に文書ＩＤを付与した上で文書リポジトリ１００に登録する。また例えば、文書リポジトリ１００に登録済みの文書に対し編集または更新を行った結果の文書の登録要求の場合、文書登録処理部１１６は、文書リポジトリ１００において、当該登録済み文書の内容を、クライアント端末２０から受信した操作結果の文書の内容に変更する。本実施形態の例の文書登録処理部１１６は、登録要求に係る操作が権限委譲チケットで定められた操作権限によって行われたものであり、かつ、当該権限委譲チケットにおける承認者ＩＤが「Ｎｕｌｌ」でない場合、登録要求に係る文書を、文書リポジトリ１００に登録せずに仮登録リポジトリ１１８に登録する。文書登録処理部１１６は、仮登録リポジトリ１１８において、操作結果の文書に関連づけて承認者ＩＤも登録しておく。
【００４６】
仮登録リポジトリ１１８は、承認者が設定されている操作の結果の文書を、当該操作結果の文書に対する承認が行われるまでの間、記憶しておく記憶手段である。本例の仮登録リポジトリ１１８は、操作結果の文書と、その承認者の承認者ＩＤと、を関連づけて記憶する。
【００４７】
仮登録通知部１２０は、仮登録リポジトリ１１８を監視し、仮登録リポジトリ１１８に操作結果の文書が登録されると、当該文書に関連づけられた承認者ＩＤのユーザに対して、当該操作結果の文書に対する承認を依頼する旨の通知を行う。仮登録通知部１２０は、例えば、承認者ＩＤのユーザの電子メールアドレス宛に、承認を依頼する旨が記載され、操作結果の文書が添付された電子メールを送信することで上述の通知を行う。操作結果の文書を電子メールに添付する代わりに、操作結果の文書の参照情報（例えば、仮登録リポジトリ１１８における格納位置を表す情報）を電子メールの本文に記述しておいてもよい。なお、承認者の電子メールアドレスは、承認者情報リポジトリ１２２から取得する。
【００４８】
承認者情報リポジトリ１２２は、承認者の情報を記憶する記憶手段である。本実施形態の例の承認者情報リポジトリ１２２は、承認者ＩＤと当該承認者ＩＤのユーザの電子メールアドレスとを関連づけて記憶する。例えば、権限委譲チケット発行処理部１０６において承認者ＩＤが「Ｎｕｌｌ」でないチケットが発行されると、権限委譲チケット発行処理部１０６は、正規アカウントリポジトリ１０２から、当該承認者ＩＤの正規ユーザの電子メールアドレスを取得し、取得した電子メールアドレスを当該承認者ＩＤに関連づけて承認者情報リポジトリ１２２に登録する。
【００４９】
承認情報受付部１２４は、仮登録通知部１２０からの承認依頼に応じて承認者のクライアント端末２０から送信される承認情報を受け付ける。承認情報は、承認者が操作結果の文書を承認するか、あるいは却下するかを表す情報である。承認情報受付部１２４は、受け付けた承認情報の内容（承認または却下）を仮登録反映部１２６に渡す。
【００５０】
仮登録反映部１２６は、操作結果の文書を承認する旨を表す承認情報を承認情報受付部１２４から取得すると、仮登録リポジトリ１１８に登録された文書を文書リポジトリ１００に登録することで、その操作結果を文書リポジトリ１００に反映させる。操作結果の文書を却下する旨を表す承認情報を承認情報受付部１２４から取得した場合、仮登録反映部１２６は、却下された操作結果の文書を文書リポジトリ１００に登録せずに仮登録リポジトリ１１８から削除する。
【００５１】
以上、文書管理システムの構成について説明した。以下、文書管理システムの動作について説明する。
【００５２】
図９は、クライアント端末２０の代行依頼部２０２における処理の手順の例を示すフローチャートである。図９の例の処理は、例えば、クライアント端末２０において、ユーザが、入力装置（図示しない）を介して、代行依頼を行なうことを指示したときに開始される。なお、当該ユーザは、当該指示を行う前に、正規アカウントおよびパスワードを用いて本システムにログインしているものとする。
【００５３】
図９の例の処理が開始されると、クライアント端末２０の代行依頼部２０２は、代行を依頼される操作の対象の文書である対象文書の選択を受け付ける（ステップＳ１）。ステップＳ１では、例えば、文書管理サーバ１０の文書リポジトリ１００のあるフォルダに格納された文書の一覧を文書管理サーバ１０からクライアント端末２０が取得してクライアント端末２０の表示装置（図示しない）に表示させた状態で、ユーザによる入力装置を介した文書の指定を受け付ける。指定された文書を対象文書とする。
【００５４】
次に、代行依頼部２０２は、依頼内容の選択を受け付ける（ステップＳ３）。代行依頼部２０２は、例えば、文書に対する複数の操作の種類と、代行を依頼する操作の種類の選択をユーザに促す情報と、を表示装置に表示させ、この表示を確認したユーザによる選択指示を受け付ける。ステップＳ３では、さらに、承認者の設定を受け付けてもよい。例えば、承認者の正規アカウントの入力を受け付ける。
【００５５】
さらに、代行依頼部２０２は、代行者の選択を受け付ける（ステップＳ５）。代行依頼部２０２は、代行者を選択することをユーザに促す情報を表示装置に表示させ、代行者の情報の入力を受け付ける。本実施形態の例では、代行者の情報として、正規ユーザのアカウントＩＤまたは代行者の電子メールアドレスの入力を受け付ける。
【００５６】
代行依頼部２０２は、ステップＳ１〜Ｓ５で受け付けた情報を含む代行依頼を、当該代行依頼を行うことを指示したユーザ（依頼者）のアカウントＩＤと共に文書管理サーバ１０に対して送信する（ステップＳ７）。代行依頼は、ステップＳ１で選択された対象文書の文書ＩＤ、ステップＳ３で選択された操作の種類、およびステップＳ５で入力された代行者の情報を含む。ステップＳ３で承認者の正規アカウントの入力を受け付けていれば、代行依頼は、さらに、入力された正規アカウントを承認者ＩＤとして含む。ステップＳ７の後、図９の例の手順の処理は終了する。
【００５７】
図１０に、図９のステップＳ７でクライアント端末２０が送信した代行依頼を受信した文書管理サーバ１０の処理の手順の例を示す。文書管理サーバ１０は、図１０の例の手順の処理により、受信した代行依頼に対応する権限委譲チケットを発行する。
【００５８】
図１０を参照し、権限委譲チケット発行処理部１０６は、文書管理サーバ１０がクライアント端末２０から受信した代行依頼を取得し（ステップＳ１０）、この代行依頼に対応するチケットのチケットＩＤを新たに生成する（ステップＳ１２）。
【００５９】
次に、権限委譲チケット発行処理部１０６は、ステップＳ１０で取得した代行依頼に含まれる代行者の情報が正規アカウントであるか否かを判定する（ステップＳ１４）。代行者の情報がアカウントＩＤであれば、正規アカウントリポジトリ１０２を参照し、正規アカウントリポジトリ１０２に登録済みであれば正規アカウントであると判定する。正規アカウントリポジトリ１０２に未登録であれば、正規アカウントでないと判定する。また、代行依頼に含まれる代行者の情報が電子メールアドレスである場合も、正規アカウントでないと判定する。
【００６０】
代行者の情報が正規アカウントであれば（ステップＳ１４でＹＥＳ）、ステップＳ２２に進む。代行者の情報が正規アカウントでなければ（ステップＳ１４でＮＯ）、処理はステップＳ２０に進み、一時アカウント管理部１１０による一時アカウント作成処理が行われる。
【００６１】
図１１は、一時アカウント作成処理の詳細手順の例を示すフローチャートである。図１０のステップＳ２０が開始されると、まず、図１１のステップＳ２００で、一時アカウント管理部１１０は、代行者の電子メールアドレスを取得する。図１０のステップＳ１０で権限委譲チケット発行処理部１０６が取得した代行依頼に代行者の電子メールアドレスが含まれていれば、一時アカウント管理部１１０は、権限委譲チケット発行処理部１０６から当該電子メールアドレスを取得する。代行依頼に代行者の電子メールアドレスが含まれていない場合、ステップＳ２００で、一時アカウント管理部１１０は、代行依頼の送信元のクライアント端末２０に対し、代行者の電子メールアドレスの入力をユーザに促す情報を送信する。この情報を受信したクライアント端末２０において、代行者の電子メールアドレスをユーザが入力すると、この電子メールアドレスがクライアント端末２０から文書管理サーバ１０に返送され、一時アカウント管理部１１０により取得される。
【００６２】
ステップＳ２００の後、一時アカウント管理部１１０は、正規アカウントリポジトリ１０２を参照し、取得した電子メールアドレスに対応する正規アカウントが存在するか否かを判定する（ステップＳ２０２）。
【００６３】
取得した電子メールに関連づけて正規アカウントリポジトリ１０２に登録されたアカウントＩＤが存在すれば（ステップＳ２０２でＹＥＳ）、当該アカウントＩＤを代行者ＩＤとし（ステップＳ２０４）、図１１の例の手順を終了する。
【００６４】
取得した電子メールに関連づけて正規アカウントリポジトリ１０２に登録されたアカウントＩＤが存在しなければ（ステップＳ２０２でＮＯ）、一時アカウント管理部１１０は、代行者の一時アカウントとなるアカウントＩＤを生成する（ステップＳ２０６）。一時アカウント管理部１１０は、ステップＳ２０６で生成した一時アカウントと、図１０のステップＳ１２で生成されたチケットＩＤと、を互いに関連づけて一時アカウントリポジトリ１１２に登録する。このとき、一時アカウント管理部１１０は、一時アカウントリポジトリ１１２において、当該一時アカウントの有効フラグを、無効を表す値「no」に設定しておく。
【００６５】
一時アカウント管理部１１０は、また、代行依頼を行った依頼者のアカウントＩＤを親ＩＤとして当該一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録する（ステップＳ２０８）。
【００６６】
さらに、一時アカウント管理部１１０は、当該一時アカウントの初期パスワードを生成し、当該一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録する（ステップＳ２１０）。
【００６７】
一時アカウント管理部１１０は、ステップＳ２０６で生成した一時アカウントおよびステップＳ２１０で生成した初期パスワードを含む電子メールを、ステップＳ２００で取得した電子メールアドレス宛に送信する（ステップＳ２１２）。この電子メールには、例えば、当該一時アカウントおよび初期パスワードを用いて本システムにログインし、パスワードを変更することを代行者に促す情報が含まれていてよい。この電子メールを受け取ったユーザ（代行者）が一時アカウントおよび初期パスワードを用いて本システムにログインして、パスワードを変更すると、一時アカウント管理部１１０は、当該一時アカウントを有効化する（ステップＳ２１４）。すなわち、一時アカウントリポジトリ１１２において当該一時アカウントに関連づけられた有効フラグを、「有効」を表す値に設定すると共に、パスワードの値を変更後の値に設定する。ステップＳ２１４の後、図１１の例の手順の処理は終了する。
【００６８】
図１１の例の手順の一時アカウント生成処理が終了すると、処理は、図１０のステップＳ２２に進む。なお、図１１のステップＳ２１２（電子メール送信）の後、ステップＳ２１４（一時アカウントの有効化）の処理の完了を待たずに図１０のステップＳ２２に進んでもよい。
【００６９】
再び図１０を参照し、ステップＳ１４でＹＥＳ判定された後、または、ステップＳ２０の後、権限委譲チケット発行処理部１０６は、チケットの有効期限を設定する（ステップＳ２２）。ユーザに有効期限を指定させてもよいし、現在時刻から予め設定された時間が経過した時点を有効期限としてもよい。ユーザに有効期限を指定させる場合、権限委譲チケット発行処理部１０６は、代行依頼の送信元のクライアント端末２０に対して、チケットの有効期限のユーザによる入力を促す情報を送信し、これに応じてクライアント端末２０で入力された有効期限をクライアント端末２０から受け取る。
【００７０】
次に、権限委譲チケット発行処理部１０６は、操作の有効回数を設定する（ステップＳ２４）。ステップＳ２４では、まず、代行依頼に含まれる種類の操作の実行のために必要な操作の操作ＩＤを特定し、特定した操作の種類のそれぞれの有効回数を設定する。ある種類の操作の実行のために必要な操作の操作ＩＤは、例えば、システムの管理者などが予め設定して権限委譲チケット発行処理部１０６が参照可能な記憶装置（図示しない）に記憶させておけばよい。各操作ＩＤについての有効回数については、特定した各操作ＩＤを代行依頼の送信元のクライアント端末２０に送信してユーザの設定を受け付けてもよいし、あるいは、代行依頼に含まれ得る操作の種類ごとに、システムの管理者などが予め設定して前述の記憶装置に記憶させておいてもよい。操作ＩＤおよび有効回数の具体例は、図６を参照して上記で説明したとおりである。
【００７１】
ステップＳ２４の後、権限委譲チケット発行処理部１０６は、権限委譲チケットを発行する（ステップＳ２６）。例えば、権限委譲チケット発行処理部１０６は、権限委譲チケットリポジトリ１０８において、ステップＳ１２で生成したチケットＩＤに関連づけて、図５および図６に例示するテーブルの各項目の値として、ステップＳ２４までの処理により定まった値を登録する。
【００７２】
権限委譲チケットを発行すると、権限委譲チケット発行処理部１０６は、発行したチケットにおける依頼内容を代行者に通知する（ステップＳ２８）。すなわち、代行者に対して、依頼者、対象文書、依頼された操作の種類、および有効期限を通知する。本実施形態の例では、ステップＳ２８において、さらに、チケットＩＤを代行者に通知する。ステップＳ２８の通知は、例えば、依頼内容およびチケットＩＤを含む電子メールを代行者の電子メールアドレス宛に送信することで行う。代行者が正規ユーザであれば、正規アカウントリポジトリ１０２から電子メールアドレスを取得すればよい。代行者が一時ユーザであれば、図１１のステップＳ２００で一時アカウント管理部１１０が取得した代行者の電子メールアドレス宛に送信すればよい。ステップＳ２８の後、図１０の例の手順の処理は終了する。
【００７３】
図１０のステップＳ２８の通知を受けた代行者は、クライアント端末２０を用いて、本システムにログインし、依頼された操作を対象文書に対して実行する操作指示を行う。代行者が正規ユーザであり、正規アカウントによりログインした場合、文書管理サーバ１０は、クライアント端末２０からのチケットＩＤを含む文書操作要求を待ち受ける。代行者が一時ユーザであり、一時アカウントによりログインした場合、文書管理サーバ１０のアクセス制御部１１４は、図１２の例の手順の処理を開始する。
【００７４】
図１２を参照し、アクセス制御部１１４は、一時アカウントリポジトリ１１２を参照し、ログインに用いられた一時アカウントの親ＩＤを取得する（ステップＳ３０）。
【００７５】
次に、アクセス制御部１１４は、取得した親ＩＤのアカウントが有効であるか否かを判定する（ステップＳ３２）。本実施形態の例では、親ＩＤが正規アカウントリポジトリ１０２に登録されていれば有効と判定し、登録されていなければ無効と判定する。正規アカウントは、例えばシステムの管理者などにより、正規アカウントリポジトリ１０２から削除されることがあり、削除されたアカウントＩＤのユーザに対しては、文書管理システムにおける文書の利用は許可されない。一時アカウントのユーザの文書に対するアクセスを、親ＩＤのユーザのアクセス権の範囲内でしか許可しないようにするため、ステップＳ３２で、親ＩＤが正規ユーザであるか否かの確認を行う。
【００７６】
親ＩＤのアカウントが無効であれば（ステップＳ３２でＮＯ）、ステップＳ４４に進み、親ＩＤのアカウントが有効であれば（ステップＳ３２でＹＥＳ）、アクセス制御部１１４は、一時アカウントに対応するチケットを取得する（ステップＳ３４）。ステップＳ３４では、一時アカウントに関連づけて一時アカウントリポジトリ１１２に登録されたチケットＩＤのチケットの内容を権限委譲チケットリポジトリ１０８から取得すればよい。
【００７７】
アクセス制御部１１４は、現在の日時が取得したチケットの有効期限内であるか否かを判定する（ステップＳ３６）。現在の日時が当該チケットの有効期限内でなければ（ステップＳ３６でＮＯ）、処理はステップＳ４４に進む。現在の日時が当該チケットの有効期限内であれば（ステップＳ３６でＹＥＳ）、当該チケットにおいて許可可能な操作があるか否かを判定する（ステップＳ３８）。ステップＳ３８の判定は、例えば、図６の例のテーブルにおいて、実行回数が有効回数未満である操作ＩＤの有無を確認することで行う。実行回数が有効回数未満である操作ＩＤの操作については許可可能であり、実行回数が有効回数に達している操作ＩＤの操作については許可できない。
【００７８】
許可可能な操作があれば（ステップＳ３８でＹＥＳ）、アクセス制御部１１４は、当該チケットの対象文書ＩＤの文書を文書リポジトリ１００から検索する（ステップＳ４０）。
【００７９】
ステップＳ４０で対象文書ＩＤの文書を検索すると、アクセス制御部１１４は、検索した対象文書をクライアント端末２０の表示装置に表示させるための専用ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の表示情報を生成し、ログインを行ったクライアント端末２０に対して送信する（ステップＳ４２）。この表示情報を受信したクライアント端末２０の表示装置には、専用ＧＵＩにより対象文書が表示される。ここで、専用ＧＵＩの「専用」の語は、対象文書のみを表示させ、文書リポジトリ１００に記憶された他の文書についての情報を表示させないＧＵＩであることを意味する。専用ＧＵＩの表示を確認した一時ユーザには、文書リポジトリ１００において対象文書の他にどのような文書が登録されているか把握されない。また、本実施形態の例の専用ＧＵＩには、対象文書の文書リポジトリ１００における格納位置（対象文書のパス）の情報も含まれない。したがって、一時ユーザには、対象文書の格納位置も把握されない。なお、ステップＳ４２で、アクセス制御部１１４は、上述の表示情報と共にチケットＩＤをクライアント端末２０に送信しておく。
【００８０】
一時アカウントの親ＩＤが無効である場合（ステップＳ３２でＮＯ）、現在の日時がチケットの有効期限内でない場合（ステップＳ３６でＮＯ）、または、チケットにおいて許可可能な操作がない場合（ステップＳ３８でＮＯ）、アクセス制御部１１４は、ログインが無効である旨をクライアント端末２０に表示させる（ステップＳ４４）。そして、当該一時アカウントおよび対応するチケットを無効化する（ステップＳ４６）。一時アカウントの無効化は、一時アカウントリポジトリ１１２において、当該一時アカウントの有効フラグを、「無効」を表す値に設定することで行えばよい。チケットの無効化は、例えば、当該チケットＩＤおよびこれに関連づけられた情報を権限委譲チケットリポジトリ１０８から削除することで行えばよい。あるいは、例えば、当該チケットＩＤに関連づけられたすべての操作ＩＤの有効回数を「０」に設定することで、チケットを無効化してもよい。
【００８１】
ステップＳ４２またはステップＳ４６の後、図１２の例の手順の処理は終了する。本実施形態の例では、１つの一時アカウントは１つのチケットに対応づけられており、図１２の例の手順の処理によると、一時アカウントのユーザは、対応するチケットで操作権限を与えられた文書の他の文書にはアクセスできない。
【００８２】
図１２のステップＳ４２の処理によりクライアント端末２０の表示装置に表示された専用ＧＵＩにおいて、入力装置を介してユーザが文書の操作指示を行うと、クライアント端末２０は、ステップＳ４２で受信したチケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する。
【００８３】
また、正規アカウントにより本システムにログインしたユーザが、クライアント端末２０において、図１０のステップＳ２８で通知されたチケットＩＤを指定した上で操作指示を行うこともある。この場合も、クライアント端末２０は、チケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する。
【００８４】
図１３に、チケットＩＤを含む文書操作要求の送信に伴うクライアント端末２０における処理の手順の例を示す。
【００８５】
図１３を参照し、クライアント端末２０は、チケットＩＤの指定を受け付ける（ステップＳ５１）。クライアント端末２０のユーザが一時アカウントによりログインしている場合、専用ＧＵＩで表示された対象文書に対する操作指示がチケットＩＤの指定となり得る。クライアント端末２０のユーザが正規アカウントによりログインしている場合、クライアント端末２０は、例えば、以下の手順によりチケットＩＤの指定を受け付ける。まず、当該正規アカウントを代行者ＩＤとするチケットのチケットＩＤの送信を文書管理サーバ１０に対して要求し、この要求に応じて文書管理サーバ１０から送信されたチケットＩＤを受信する。そして、受信したチケットＩＤと、その選択を促す旨を表す情報と、を表示装置に表示させる。この表示に応じてユーザが入力装置を介して選択したチケットＩＤを指定されたチケットＩＤとして受け付ける。チケットＩＤの表示は、当該チケットＩＤに対応する画像アイコンを表示させることで行ってもよい。正規ユーザによるチケットＩＤの指定を受け付ける手順の他の例では、文書の操作メニューの一部として、「チケットＩＤの入力」を表示させ、このメニューの選択およびチケットＩＤの入力を受け付けてもよい。この例の場合、ユーザは、例えば、図１０のステップＳ２８で文書管理サーバ１０から送信された電子メールに含まれるチケットＩＤを、入力装置を用いて入力する。
【００８６】
チケットＩＤの指定を受け付けると、クライアント端末２０の文書操作部２００は、文書に対する操作指示の入力を待ち受ける（ステップＳ５３）。
【００８７】
操作指示が入力されると（ステップＳ５３でＹＥＳ）、文書操作部２００は、ステップＳ５１で指定されたチケットＩＤを含む文書操作要求を文書管理サーバ１０に対して送信する（ステップＳ５５）。文書操作要求は、チケットＩＤに加えて、操作対象の文書の文書ＩＤ、操作指示を入力したユーザのアカウントＩＤ、および指示された操作の種類を含む。
【００８８】
文書操作部２００は、ステップＳ５５の文書操作要求に応じて文書管理サーバ１０がクライアント端末２０に返送する操作実行の可否を表す情報を受信し、受信した情報で操作の実行が許可されていれば（ステップＳ５７でＹＥＳ）、当該操作を実行する（ステップＳ５９）。例えば、指示された操作が「閲覧」であれば、文書の内容を表示装置に表示させる。「編集」操作が指示されていれば、指示に従って文書の内容を変更する。
【００８９】
ステップＳ５９の操作の実行の結果、文書の内容が変更されていなければ（ステップＳ６１でＮＯ）、処理はステップＳ５３に戻り、さらなる操作指示の入力を待ち受ける。操作の実行の結果、文書の内容が変更されていれば（ステップＳ６１でＹＥＳ）、文書操作部２００は、操作結果の文書の登録要求を文書管理サーバ１０に対して送信する（ステップＳ６３）。ステップＳ６３の後、処理はステップＳ５３に戻り、さらなる操作指示の入力を待ち受ける。
【００９０】
なお、文書操作要求に係る操作の実行を許可しない旨を表す情報を文書管理サーバ１０から受信した場合（ステップＳ５７でＮＯ）、文書操作部２００は、当該操作を実行できない旨を表す情報を表示させ、図１３の例の手順の処理を終了する。
【００９１】
図１４は、チケットＩＤを含む文書操作要求（図１３のステップＳ５５）をクライアント端末２０から受信した文書管理サーバ１０が行う処理の手順の例を示すフローチャートである。
【００９２】
文書管理サーバ１０のアクセス制御部１１４は、チケットＩＤを含む文書操作要求を受信し（ステップＳ７０）、受信した文書操作要求に含まれるチケットＩＤのチケットを権限委譲チケットリポジトリ１０８から取得する（ステップＳ７２）。
【００９３】
チケットを取得すると、アクセス制御部１１４は、現在の日時が当該チケットの有効期限内であるか否かを判定する（ステップＳ７３）。
【００９４】
現在の日時が当該チケットの有効期限内であれば（ステップＳ７３でＹＥＳ）、受信した文書操作要求で要求された操作の実行が当該チケットで許可されているか否かを判定する（ステップＳ７４）。ステップＳ７４では、アクセス制御部１１４は、文書操作要求に含まれる文書ＩＤが当該チケットの対象文書ＩＤであり、文書操作要求に含まれるアカウントＩＤが当該チケットの代行者ＩＤであり、かつ、文書操作要求に含まれる操作の種類が当該チケットの操作ＩＤのいずれかに相当する場合に、操作の実行が許可されていると判定する。文書操作要求における文書ＩＤ、アカウントＩＤ、および操作の種類のうちの１つでも上述の条件に合致しない場合は、操作の実行が許可されていないと判定する。
【００９５】
操作の実行が許可されていれば（ステップＳ７４でＹＥＳ）、当該チケットにおいて当該許可されている操作の操作ＩＤに対応づけられた実行回数が有効回数未満であるか否かを判定する（ステップＳ７６）。
【００９６】
実行回数が有効回数未満であれば（ステップＳ７６でＹＥＳ）、アクセス制御部１１４は、アクセス権リポジトリ１０４を参照し、当該チケットの依頼者ＩＤについて、当該チケットの対象文書ＩＤのアクセス権を確認する（ステップＳ７８）。アクセス権リポジトリ１０４において対象文書ＩＤに関連づけられたアクセス権が、依頼者ＩＤのユーザに対して、操作ＩＤの操作の実行を許可する旨を表す場合（ステップＳ８０でＹＥＳ）、アクセス制御部１１４は、権限委譲チケットリポジトリ１０８において当該チケットの当該操作ＩＤに対応づけられた実行回数を１だけ増加させ（ステップＳ８２）、文書操作要求に係る操作の実行を許可する旨を表す情報を要求元のクライアント端末２０に対して送信する（ステップＳ８４）。
【００９７】
ステップＳ７３、ステップＳ７４、ステップＳ７６、またはステップＳ８０でＮＯ判定されると、アクセス制御部１１４は、文書操作要求に係る操作の実行を拒否する旨を表す情報を要求元のクライアント端末２０に対して送信する（ステップＳ８６）。
【００９８】
ステップＳ８４またはステップＳ８６の後、図１４の例の手順の処理は終了する。
【００９９】
図１４の例の手順において、ステップＳ７３、ステップＳ７４およびステップＳ７６は、文書操作要求がチケットで定義された操作権限の範囲内の要求であるか否かを判定するための処理である。また、ステップＳ７８，Ｓ８０は、文書操作要求がチケットの依頼者のアクセス権の範囲内の要求であるか否かを判定するための処理である。ステップＳ７８，Ｓ８０の処理によると、例えば、チケットの発行後に、当該チケットの依頼者のアカウントＩＤが正規アカウントリポジトリ１０２から削除されたり、アクセス権リポジトリ１０４において対象文書のアクセス権が変更されたりして、依頼者が対象文書に対する操作権限を失った場合、そのようなチケットにおける代行者による対象文書の操作は許可されない。
【０１００】
図１５は、文書管理サーバ１０のアクセス制御部１１４において操作の実行が許可され、クライアント端末２０が操作結果の文書の登録要求を文書管理サーバ１０に送信（図１３のステップＳ６３）した場合に、この登録要求を受信した文書管理サーバ１０における処理の手順の例を示す。
【０１０１】
文書管理サーバ１０の文書登録処理部１１６は、操作結果の文書の登録要求をクライアント端末２０から受信し（ステップＳ９０）、受信した登録要求に係る操作について承認者が設定されているか否かを判定する（ステップＳ９２）。ステップＳ９２の判定は、例えば、当該操作の実行をアクセス制御部１１４が許可したときに参照したチケットにおいて承認者ＩＤの値が「Ｎｕｌｌ」であるか否かを確認することで行う。
【０１０２】
承認者の設定がない場合、つまり、承認者ＩＤの値が「Ｎｕｌｌ」である場合（ステップＳ９２でＮＯ）、文書登録処理部１１６は、登録要求に含まれる操作結果の文書を文書リポジトリ１００に登録する（ステップＳ１０６）。
【０１０３】
承認者の設定がある場合、つまり、承認者ＩＤの値が「Ｎｕｌｌ」でなければ（ステップＳ９２でＹＥＳ）、文書登録処理部１１６は、登録要求に含まれる操作結果の文書を承認者ＩＤと関連づけて仮登録リポジトリ１１８に登録する（ステップＳ９４）。
【０１０４】
仮登録リポジトリ１１８に操作結果の文書および承認者ＩＤが登録されたことを検知した仮登録通知部１２０は、当該承認者ＩＤのユーザに対して、当該操作結果の文書の承認を依頼する旨を通知する（ステップＳ９６）。ステップＳ９６で、仮登録通知部１２０は、例えば、承認者ＩＤに対応づけて承認者情報リポジトリ１２２に登録された電子メールアドレスを取得し、当該電子メールアドレス宛に、承認を依頼する旨を表す情報を含み、かつ操作結果の文書を添付した電子メールを送信する。
【０１０５】
文書管理サーバ１０の承認情報受付部１２４は、ステップＳ９６の通知に応じて承認者のクライアント端末２０から送信される承認情報を待ち受け、承認情報を受信すると、受信した承認情報を仮登録反映部１２６に渡す。仮登録反映部１２６は、承認情報受付部１２４から取得した承認情報が承認を表す場合（ステップＳ９８でＹＥＳ）、仮登録リポジトリ１１８において当該承認情報の送信元の承認者ＩＤに対応づけられた操作結果の文書を文書リポジトリ１００に登録し（ステップＳ１００）、仮登録リポジトリ１１８から当該文書を削除する（ステップＳ１０２）。
【０１０６】
承認情報が却下を表す場合（ステップＳ９８でＮＯ）、仮登録反映部１２６は、ステップＳ１００の処理を省略して、仮登録リポジトリ１１８から対応する操作結果の文書を削除する（ステップＳ１０２）。
【０１０７】
ステップＳ９４〜ステップＳ１０２の処理により、承認者による承認が得られて初めて操作結果の文書が文書リポジトリ１００に登録されることになる。
【０１０８】
ステップＳ１０２またはステップＳ１０６の後、文書管理サーバ１０は、操作完了の旨を予め設定された通知先に通知する（ステップＳ１０４）。この通知は、例えば、操作の依頼者、操作を行った代行者、および操作結果を承認した承認者（承認者の設定がある場合）のうちの１人以上に対して行えばよい。通知は、例えば、依頼者ＩＤ、代行者ＩＤ、および承認者ＩＤのそれぞれに関連づけて正規アカウントリポジトリ１０２または一時アカウントリポジトリ１１２に登録された電子メールアドレス宛に電子メールを送信することで行われる。ステップＳ１０４の後、図１５の例の手順の処理は終了する。
【０１０９】
なお、以上で説明した図１５の例の手順の処理では、ステップＳ１００またはステップＳ１０６において、文書登録処理部１１６は、実行された操作の操作ＩＤに応じて異なる態様で文書リポジトリ１００への登録を行う。例えば、操作ＩＤが「差替え」であれば（「新規作成」の場合）、対象文書ＩＤの文書内容（空）を操作結果の文書の文書内容に差し替える。操作ＩＤが「アンロック」であれば（「編集」の場合）、対象文書ＩＤの文書内容を操作結果の文書内容のとおりに変更する。操作ＩＤが「チェックイン」であれば（「更新」の場合）、対象文書ＩＤの文書内容を操作結果の文書内容のとおりに変更すると共に、当該文書のバージョンを変更する。
【０１１０】
以上で説明した実施形態の例のような権限委譲チケットの発行および権限委譲チケットを用いたアクセス制御を行うと、アクセス権リポジトリ１０４において文書に対して設定済みのアクセス権を変更することなく、代行者に対して文書の操作権限が与えられ、代行者による操作の実行が許可される。また、上述の実施形態の例のような一時アカウントの生成を行うと、本システムに登録されていないユーザに対して、権限委譲チケットで定義された文書の操作権限が与えられ、当該ユーザによる文書の操作の代行が許可される。
【０１１１】
以上で説明した実施形態は、本発明の実施の形態の一例であり、本発明の実施の形態を限定するものではない。以下、本発明の実施形態における各種の変形例を説明する。
【０１１２】
上述の実施形態の例では、アクセス権リポジトリ１０４に登録されるアクセス権の項目として、操作主体、許可操作、および有効期間を含む（図４参照）が、変形例では、この他の項目をさらに含んでいてもよい。例えば、操作に対する承認の要否や、特定の種類の操作の実行の際に行われる処理（「印刷」操作時にアカウントＩＤや機密レベルを表す情報などを文書内容とともに印刷する、など）を含んでいてもよい。また、許可操作の代わりに禁止操作（実行が禁止される操作）を設定しておいてもよいし、許可操作と禁止操作との両方を設定しておいてもよい。セキュリティポリシの形式でアクセス権を定義しておき、文書ＩＤとセキュリティポリシの識別情報とを関連づけてアクセス権リポジトリ１０４に登録しておいてもよい。また、文書のアクセス権は、アクセス権リポジトリ１０４に登録する代わりに、文書の属性情報の一部として文書リポジトリ１００に記憶させておいてもよい。アクセス権についてのさらに他の例では、文書のアクセス権を文書ごとに設定する代わりに、文書の属性情報（文書の種類やファイル形式など）に基づく文書のグループごとに設定しておいてもよい。
【０１１３】
上述の実施形態の例では、１つのチケットは１つの文書に対する操作権限を表すが、１つのチケットにおいて複数の文書の操作権限を表すようにしてもよい。複数の文書ファイルから１つの文書が構成される場合（例えば、表紙、本文、および付録から１つの文書が構成されるような場合）など、これらの複数のファイルに対する操作権限を１つのチケットで定義しておくとよい。複数の文書の操作権限を表すチケットは、例えば、図５の例のテーブルにおいて、文書ＩＤの項目の値として複数の文書ＩＤを登録し、かつ、図６の例のテーブルにおいて、チケットＩＤと上述の複数の文書ＩＤそれぞれとの組ごとに、操作ＩＤ、有効回数、および実行回数を登録することで定義すればよい。この例の場合、一時アカウントでログインが行われたときに表示される専用ＧＵＩでは、チケットに含まれる複数の文書ＩＤの文書を表示する。
【０１１４】
上述の実施形態の例において、チケットの有効期限が過ぎるか、あるいは、チケットに含まれるすべての操作ＩＤについて実行回数が有効回数に達すると、当該チケットは無効化される（利用できなくなる）。チケットの依頼者またはシステムの管理者などの指示に応じて、有効なチケットを強制的に無効化することを可能としてもよい。チケットの強制的な無効化が行われる状況の一例として、チケットの「編集」操作（「ロック」および「アンロック」）の有効回数を２回以上に設定しておき、代行者による操作完了の通知を依頼者が確認し、その編集内容を許容する場合、操作の実行回数が有効回数に達していなくても、依頼者が当該チケットを無効化し、代行者に更なる編集を行わせないようにすることが考えられる。
【０１１５】
また、上述の実施形態の例では、文書管理サーバ１０のアクセス制御部１１４は、クライアント端末２０からの文書操作要求に含まれるチケットＩＤのチケットを権限委譲チケットリポジトリ１０８から読み出して操作の実行の可否を決定する。変形例では、チケットＩＤだけでなく、図５の例のテーブルの各項目の値と操作ＩＤおよび有効回数の組とを含むチケットの内容を含む文書操作要求をクライアント端末２０から受信し、この文書操作要求に含まれるチケットの内容を用いて操作の実行の可否を決定してもよい。この例の場合、チケット発行時に、代行者に対してチケットの内容を送信しておく。また、この例の場合も、チケットに含まれる各操作ＩＤの実行回数については、権限委譲チケットリポジトリ１０８に登録することで管理しておくとよい。
【０１１６】
なお、上述の実施形態および各種の変形例において、文書管理サーバ１０は、文書に対して実行された操作の履歴を記録しておいてもよい。例えば、クライアント端末２０からの文書操作要求に応じて、操作の実行を許可した場合に、当該操作の操作履歴をデータベースに記録する。操作履歴は、対象文書、操作実行の主体、操作の種類、および操作日時などを含んでいてよい。権限委譲チケットを用いて代行者が操作を行った場合でも、その操作の依頼者を操作実行の主体とする操作履歴を記録しておいてよい。この場合、チケットを用いた操作である旨を表す情報および代行者を表す情報をさらに操作履歴に含めておいてもよい。
【０１１７】
以上に例示した文書管理サーバ１０は、典型的には、汎用のコンピュータにて上述の文書管理サーバ１０の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図１６に示すように、ＣＰＵ（中央演算装置）８０、メモリ（一次記憶）８２、各種Ｉ／Ｏ（入出力）インタフェース８４等がバス８６を介して接続された回路構成を有する。また、そのバス８６に対し、例えばＩ／Ｏインタフェース８４経由で、ハードディスクドライブ（ＨＤＤ）８８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ９０が接続される。このようなドライブ８８又は９０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ＨＤＤ８８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント端末２０についても同様である。
【０１１８】
なお、以上では、文書管理サーバ１０を１台のコンピュータにより実現する例の実施形態を説明したが、文書管理サーバ１０の上述の例の各種の機能を複数のコンピュータに分散させて実現してもよい。
【符号の説明】
【０１１９】
１０ 文書管理サーバ、２０ クライアント端末、３０ ネットワーク、８０ ＣＰＵ、８２ メモリ、８４ Ｉ／Ｏインタフェース、８６ バス、８８ ＨＤＤ、９０ ディスクドライブ、１００ 文書リポジトリ、１０２ 正規アカウントリポジトリ、１０４ アクセス権リポジトリ、１０６ 権限委譲チケット発行処理部、１０８ 権限委譲チケットリポジトリ、１１０ 一時アカウント管理部、１１２ 一時アカウントリポジトリ、１１４ アクセス制御部、１１６ 文書登録処理部、１１８ 仮登録リポジトリ、１２０ 仮登録通知部、１２２ 承認者情報リポジトリ、１２４ 承認情報受付部、１２６ 仮登録反映部、２００ 文書操作部、２０２ 代行依頼部。
【特許請求の範囲】
【請求項１】
文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力するステップと、
前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定するステップであって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可するステップと、
をコンピュータに実行させるためのプログラム。
【請求項２】
前記権限情報は、さらに、前記第１の利用者が前記代行依頼の依頼者である旨を表す情報を含み、
前記決定するステップにおいて、前記文書について操作主体と当該操作主体に対して許可又は禁止される操作の種類とを含む操作制限情報を記憶した操作制限情報記憶手段をさらに参照し、前記特定された権限情報で表される前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合であっても、前記文書操作要求の対象の文書の前記操作制限情報において、前記文書操作要求で要求された操作の種類が前記特定された権限情報で表される前記依頼者に対して許可されていない操作の種類である場合は、前記文書操作要求で要求された操作の実行を許可しない、
ことを特徴とする請求項１に記載のプログラム。
【請求項３】
文書記憶手段に記憶された文書を表示装置に表示させる表示制御情報を出力するステップであって、文書の操作権限を一時的に与えられる一時利用者と当該一時利用者が前記第２の利用者として含まれる前記権限情報とを関連づけて記憶した一時利用者記憶手段を参照し、前記一時利用者から文書の操作の開始要求を受けた場合に、前記文書記憶手段に記憶された文書のうち、前記一時利用者記憶手段において当該開始要求を行った一時利用者に関連づけられた権限情報で表される文書だけを前記表示装置に表示させる表示制御情報を出力するステップ、
をさらに前記コンピュータに実行させる、ことを特徴とする請求項１または２に記載のプログラム。
【請求項４】
前記代行依頼は、前記第２の利用者による前記文書に対する操作の結果を承認する承認者を表す情報をさらに含み、
前記権限情報は、前記承認者を表す情報をさらに含み、
前記決定するステップにおいて前記文書操作要求で要求された操作の実行が許可された場合に、前記特定された権限情報で表される前記承認者に対して、当該操作の結果を通知するステップと、
前記通知するステップによる通知に応じて前記操作の結果を承認する旨を表す情報を受信した場合には、前記操作の結果の文書を文書記憶手段に対して出力し、前記操作の結果を承認しない旨を表す情報を受信した場合には、前記操作の結果の文書を破棄するステップと、
をさらに前記コンピュータに実行させる、ことを特徴とする請求項１から３に記載のプログラム。
【請求項５】
文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段と、
前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段と、
を備えることを特徴とする情報処理装置。
【請求項６】
端末装置と情報処理装置とを備え、
前記端末装置は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼を前記情報処理装置に対して送信する代行依頼送信手段を備え、
前記情報処理装置は、前記端末装置からの前記代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段を備え、
前記端末装置は、さらに、前記権限情報記憶手段に記憶された権限情報を指定した上で文書に対する操作の実行を指示する入力を受け付けた場合に、指定された権限情報を特定した文書操作要求を前記情報処理装置に対して送信する文書操作要求送信手段を備え、
前記情報処理装置は、さらに、前記端末装置からの前記文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段を備える、
ことを特徴とする情報処理システム。
【請求項１】
文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力するステップと、
前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定するステップであって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可するステップと、
をコンピュータに実行させるためのプログラム。
【請求項２】
前記権限情報は、さらに、前記第１の利用者が前記代行依頼の依頼者である旨を表す情報を含み、
前記決定するステップにおいて、前記文書について操作主体と当該操作主体に対して許可又は禁止される操作の種類とを含む操作制限情報を記憶した操作制限情報記憶手段をさらに参照し、前記特定された権限情報で表される前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合であっても、前記文書操作要求の対象の文書の前記操作制限情報において、前記文書操作要求で要求された操作の種類が前記特定された権限情報で表される前記依頼者に対して許可されていない操作の種類である場合は、前記文書操作要求で要求された操作の実行を許可しない、
ことを特徴とする請求項１に記載のプログラム。
【請求項３】
文書記憶手段に記憶された文書を表示装置に表示させる表示制御情報を出力するステップであって、文書の操作権限を一時的に与えられる一時利用者と当該一時利用者が前記第２の利用者として含まれる前記権限情報とを関連づけて記憶した一時利用者記憶手段を参照し、前記一時利用者から文書の操作の開始要求を受けた場合に、前記文書記憶手段に記憶された文書のうち、前記一時利用者記憶手段において当該開始要求を行った一時利用者に関連づけられた権限情報で表される文書だけを前記表示装置に表示させる表示制御情報を出力するステップ、
をさらに前記コンピュータに実行させる、ことを特徴とする請求項１または２に記載のプログラム。
【請求項４】
前記代行依頼は、前記第２の利用者による前記文書に対する操作の結果を承認する承認者を表す情報をさらに含み、
前記権限情報は、前記承認者を表す情報をさらに含み、
前記決定するステップにおいて前記文書操作要求で要求された操作の実行が許可された場合に、前記特定された権限情報で表される前記承認者に対して、当該操作の結果を通知するステップと、
前記通知するステップによる通知に応じて前記操作の結果を承認する旨を表す情報を受信した場合には、前記操作の結果の文書を文書記憶手段に対して出力し、前記操作の結果を承認しない旨を表す情報を受信した場合には、前記操作の結果の文書を破棄するステップと、
をさらに前記コンピュータに実行させる、ことを特徴とする請求項１から３に記載のプログラム。
【請求項５】
文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段と、
前記権限情報記憶手段に記憶された権限情報を特定した文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段と、
を備えることを特徴とする情報処理装置。
【請求項６】
端末装置と情報処理装置とを備え、
前記端末装置は、文書に対する操作の実行が許可されている第１の利用者が前記文書に対する前記操作の実行が許可されていない第２の利用者に前記文書に対する前記操作の実行を依頼する旨を表す情報を含む代行依頼を前記情報処理装置に対して送信する代行依頼送信手段を備え、
前記情報処理装置は、前記端末装置からの前記代行依頼に応じて、前記第２の利用者が前記文書に対して前記操作を実行することを許可する旨を表す権限情報を生成して権限情報記憶手段に対して出力する出力手段を備え、
前記端末装置は、さらに、前記権限情報記憶手段に記憶された権限情報を指定した上で文書に対する操作の実行を指示する入力を受け付けた場合に、指定された権限情報を特定した文書操作要求を前記情報処理装置に対して送信する文書操作要求送信手段を備え、
前記情報処理装置は、さらに、前記端末装置からの前記文書操作要求に応じて、当該文書操作要求で特定された権限情報に基づいて文書に対する操作の実行の可否を決定する決定手段であって、当該特定された権限情報に示された前記第２の利用者および前記文書が、それぞれ、前記文書操作要求を行った利用者および前記文書操作要求の対象の文書である場合に、前記文書操作要求で要求された操作の実行を許可する、決定手段を備える、
ことを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−１９８０６４（Ｐ２０１１−１９８０６４Ａ）
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願番号】特願２０１０−６４４４６（Ｐ２０１０−６４４４６）
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２３年１０月６日（２０１１．１０．６）
【国際特許分類】
【出願日】平成２２年３月１９日（２０１０．３．１９）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]