(57)【要約】【課題】電子文書の利用者が電子文書の更新版を容易に取得できるようにする。【解決手段】第１の電子文書の更新版である第２の電子文書が文書ＤＢ１１０に登録された場合、派生関係登録部１０４は、第１の電子文書から第２の電子文書が派生したことを表す派生関係情報を派生関係ＤＢ１２０に登録する。また、提供関係登録部１０６は、その第２の電子文書の先祖に該当する電子文書を派生関係ＤＢ１２０から求め、当該先祖の電子文書が要求されると第２の電子文書を提供する旨を示す提供関係情報を提供関係ＤＢ１３０に登録する。文書提供部１５０は、ユーザから電子文書を要求された場合、提供関係ＤＢ１３０を参照することで、その要求に対して提供すべき電子文書を特定する。【選択図】図２
2008140273.tif 000002
【特許請求の範囲】
【請求項１】
第１の電子文書の更新版である第２の電子文書の登録指示を受けた場合に、前記第１の電子文書から前記第２の電子文書が派生したことを表す派生関係を派生関係記憶部に登録する派生関係登録部と、
被要求電子文書を指定した文書要求に応じて提供すべき更新版電子文書を表す提供関係情報を、前記派生関係記憶部に登録された派生関係に基づき生成し、提供関係記憶部に登録する提供関係登録部と、
文書要求を受けた場合に、当該文書要求に指定された被要求電子文書に対応する更新版電子文書を前記提供関係情報に基づき求めて提供する提供部と、
を備える文書提供システム。
【請求項２】
前記提供関係登録部は、第１の電子文書から第２の電子文書が派生したことを表す派生関係が前記派生関係記憶部に登録された場合に、前記派生関係記憶部に記憶された派生関係群が表す派生関係木構造における前記第２の電子文書の先祖の電子文書について、当該先祖の電子文書を被要求電子文書として指定した文書要求に対応して提供すべき更新版電子文書が前記第２の電子文書であることを表す提供関係情報を登録する、
ことを特徴とする請求項１記載の文書提供システム。
【請求項３】
前記提供関係登録部は、前記派生関係木構造における前記第２の電子文書の先祖の電子文書のうち所定の限定条件を満足するものについて、当該先祖の電子文書を被要求電子文書として指定した文書要求に対応して提供すべき更新版電子文書が前記第２の電子文書であることを表す提供関係情報を登録する、
ことを特徴とする請求項２記載の文書提供システム。
【請求項４】
前記提供関係登録部は、前記限定条件として、前記先祖の電子文書のうち前記派生関係記憶部に登録された日時が前記第２の電子文書が登録された日時から所定期間以内であるものに限定する、という条件を用いる、
ことを特徴とする請求項３記載の文書提供システム。
【請求項５】
前記提供関係記憶部に第１の提供関係情報が登録された場合に、当該第１の提供関係情報における被要求電子文書を前記文書要求に応じて提供すべき更新版電子文書とする第２の提供関係情報を、前記提供関係記憶部から削除する削除部、
を更に備える請求項２記載の文書提供システム。
【請求項６】
前記提供関係登録部は、第１の電子文書から第２の電子文書が派生したことを表す派生関係が前記派生関係記憶部に登録された場合に、前記派生関係記憶部に記憶された派生関係群が表す派生関係木構造を表示し、当該表示上で、前記第２の電子文書に対応する被要求電子文書の指定を受け付け、指定された被要求電子文書に対する文書要求に対して前記更新版電子文書として前記第２の電子文書を提供すべきことを表す提供関係情報を登録する、
ことを特徴とする請求項１記載の文書提供システム。
【請求項７】
第１の電子文書の更新版である第２の電子文書の登録指示を受けた場合に、前記第１の電子文書から前記第２の電子文書が派生したことを表す派生関係を派生関係記憶部に登録するステップと、
被要求電子文書を指定した文書要求に応じて提供すべき更新版電子文書を表す提供関係情報を、前記派生関係記憶部に登録された派生関係に基づき生成して提供関係記憶部に登録するステップと、
文書要求を受けた場合に、当該文書要求に指定された被要求電子文書に対応する更新版電子文書を前記提供関係情報に基づき求めて提供するステップと、
をコンピュータに実行させるための情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書提供システム及び情報提供プログラムに関する。
【背景技術】
【０００２】
テキスト文書データや音声データ、マルチメディアデータなどの電子文書（以下単に文書とも呼ぶ）をサーバに登録し、ユーザの要求に応じてその文書を提供することが行われている。また、電子文書に対して一意な識別子を付与し、ユーザが入力した識別子に対応する電子文書を提供するシステムも知られている。また、別の公知のシステムでは、電子文書を紙に印刷する場合に、電子文書の識別子をコード化して紙文書に埋め込み、紙文書を複写する際にその紙文書に埋め込まれた識別子を認識し、その識別子に対応した電子文書を取得し、紙に印刷する。
【０００３】
特許文献１に開示されたシステムは、コンテンツから識別子を読み取る手段、読み取った識別子と属性をセンタに送信する手段、識別子から原本を取得する手段、取得したコンテンツの原本に新しい識別子を付与する手段、識別子をコンテンツに埋め込む手段、コンテンツをクライアントに送信する手段、受信したコンテンツを出力する手段を持つ。
【０００４】
特許文献２に開示されたシステムでは、電子文書を紙に印刷する場合、電子文書の文書識別子を埋め込んで印刷する。そして、紙文書が入力された場合、システムはその紙文書から文書識別子を抽出し、その文書識別子に対応する電子文書をダウンロードして印刷する。また、このシステムでは、ダウンロードされた電子文書が更新された場合、更新された電子文書を新しい文書識別子に対応づけて登録し、その新しい文書識別子を埋め込んだ紙文書を印刷する。
【０００５】
特許文献３に開示されたシステムでは、文書の複写などによる紙メディアの生成や紙の廃棄などによる紙メディアの消滅を表現する木構造の文書履歴情報と、業務フローを表現する業務フローグラフとを用いて、紙メディアと電子メディアの文書情報の管理を行って、1対1以外の紙メディアと電子メディアの関係を管理する。このシステムは、紙メディアに対して電子ペンで記入された内容を、その紙メディアに対応する電子メディアに反映させる。
【０００６】
特許文献４に開示されたシステムでは、端末装置は、コンテンツＩＤが埋め込まれたコンテンツの複製物またはその一部から、コンテンツＩＤを読み取り、そのコンテンツＩＤと検索補助情報とをコンテンツＩＤ管理センタへ送信する。コンテンツＩＤ管理センタは、コンテンツＩＤと検索補助情報とを受け取ると、そのコンテンツＩＤに対応するコンテンツの原本もしくはそれに関連するコンテンツを端末装置へ返送する。
【０００７】
特許文献５に開示されたシステムでは、クライアントは、文書識別情報が埋め込まれた文書の複製物から、文書識別情報を取り出し、その文書識別情報を文書管理サーバへ送信する。文書管理サーバは、文書識別情報を受け取ると、その文書に対応する版管理情報を検索し、その文書が有効な版かどうかをクライアントへ返送する。
【０００８】
【特許文献１】特許第３３８３７９３号明細書
【特許文献２】特開２００６−０５３６８６号公報
【特許文献３】特開２００５−１３５２１１号公報
【特許文献４】特開２００２−０１４９７８号公報
【特許文献５】特開２００４−１１０６９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
企業の内部統制の要件では、マニュアルや規定集、業務フロー、図面、リスクコントロールマトリクス等、業務プロセスを規定する文書に明文化することが求められる。このような文書（以下、規定書とよぶ）は、新製品の導入や法改正、発生した問題への対応などに基づき、規定書を管理する部門（以下「管理部門」と呼ぶ）で随時、更新・改訂される。規定書は、実際の業務プロセスを実施する現場（以下「実施部門」とよぶ）に対し電子文書又はそれを印刷した紙文書として提供され、閲覧・参照される。内部統制では常に最新の規定書に従って業務プロセスを実行することが求められる。このため、規定書が改訂されると、管理部門では版管理や、実施部門への通知及び改訂版の送付などの作業が必要となり、実施部門では改訂版の受領、印刷、差し替えなどの作業が必要となる。このように、規定書の改訂にまつわる作業を、ワークフローシステムにより管理することも行われるが、ワークフローシステムによる管理には、導入コストが高い、フローの変更が容易でない、などの問題がある。ワークフローシステムによらない場合は、人手の作業となるが、その場合は連絡モレや、版の取り違えなど、作業ミスが発生する可能性が少なくない。
【００１０】
以上、業務プロセスを規定する規定書を例にとって説明したが、それ以外にも、文書の利用者が文書の最新版を常に参照できるような仕組みが求められるケースは少なくない。
【００１１】
本発明は、電子文書の利用者が電子文書の更新版を容易に取得できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
請求項１に係る発明は、第１の電子文書の更新版である第２の電子文書の登録指示を受けた場合に、前記第１の電子文書から前記第２の電子文書が派生したことを表す派生関係を派生関係記憶部に登録する派生関係登録部と、被要求電子文書を指定した文書要求に応じて提供すべき更新版電子文書を表す提供関係情報を、前記派生関係記憶部に登録された派生関係に基づき生成し、提供関係記憶部に登録する提供関係登録部と、文書要求を受けた場合に、当該文書要求に指定された被要求電子文書に対応する更新版電子文書を前記提供関係情報に基づき求めて提供する提供部と、を備える文書提供システムである。
【００１３】
請求項２に係る発明は、請求項１に係る発明において、前記提供関係登録部は、第１の電子文書から第２の電子文書が派生したことを表す派生関係が前記派生関係記憶部に登録された場合に、前記派生関係記憶部に記憶された派生関係群が表す派生関係木構造における前記第２の電子文書の先祖の電子文書について、当該先祖の電子文書を被要求電子文書として指定した文書要求に対応して提供すべき更新版電子文書が前記第２の電子文書であることを表す提供関係情報を登録する、ことを特徴とする。
【００１４】
請求項３に係る発明は、請求項２に係る発明において、前記提供関係登録部は、前記派生関係木構造における前記第２の電子文書の先祖の電子文書のうち所定の限定条件を満足するものについて、当該先祖の電子文書を被要求電子文書として指定した文書要求に対応して提供すべき更新版電子文書が前記第２の電子文書であることを表す提供関係情報を登録する、ことを特徴とする。
【００１５】
請求項４に係る発明は、請求項３に係る発明において、前記提供関係登録部は、前記限定条件として、前記先祖の電子文書のうち前記派生関係記憶部に登録された日時が前記第２の電子文書が登録された日時から所定期間以内であるものに限定する、という条件を用いる、ことを特徴とする。
【００１６】
請求項５に係る発明は、請求項２に係る発明において、前記提供関係記憶部に第１の提供関係情報が登録された場合に、当該第１の提供関係情報における被要求電子文書を前記文書要求に応じて提供すべき更新版電子文書とする第２の提供関係情報を、前記提供関係記憶部から削除する削除部、を更に備える。
【００１７】
請求項６に係る発明は、請求項１に係る発明において、前記提供関係登録部は、第１の電子文書から第２の電子文書が派生したことを表す派生関係が前記派生関係記憶部に登録された場合に、前記派生関係記憶部に記憶された派生関係群が表す派生関係木構造を表示し、当該表示上で、前記第２の電子文書に対応する被要求電子文書の指定を受け付け、指定された被要求電子文書に対する文書要求に対して前記更新版電子文書として前記第２の電子文書を提供すべきことを表す提供関係情報を登録する。
【００１８】
請求項７に係る発明は、第１の電子文書の更新版である第２の電子文書の登録指示を受けた場合に、前記第１の電子文書から前記第２の電子文書が派生したことを表す派生関係を派生関係記憶部に登録するステップと、被要求電子文書を指定した文書要求に応じて提供すべき更新版電子文書を表す提供関係情報を、前記派生関係記憶部に登録された派生関係に基づき生成して提供関係記憶部に登録するステップと、文書要求を受けた場合に、当該文書要求に指定された被要求電子文書に対応する更新版電子文書を前記提供関係情報に基づき求めて提供するステップと、をコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１９】
請求項１及び７に係る発明によれば、提供関係情報に基づき、利用者が要求した電子文書の更新版の電子文書を提供することができる。
【００２０】
請求項２に係るシステムは、派生関係情報に基づき、登録された更新版の電子文書の先祖の電子文書に対する要求に対し当該更新版の電子文書を提供する旨の提供関係情報を登録することができる。
【００２１】
請求項３に係るシステムは、登録された更新版の電子文書の先祖のなかで、当該更新版を提供する対象を限定することができる。
【００２２】
請求項４に係るシステムは、登録された更新版の電子文書の先祖のうち所定の期間を越えて古いものに対して、当該更新版の電子文書を提供しないようにすることができる。
【００２３】
請求項５に係る発明によれば、電子文書に対する要求により更新版電子文書を取得するという操作を繰り返すことで最新版の電子文書を取得するという処理を防止することができる。
【００２４】
請求項６に係る発明によれば、派生関係を参考として提示することで、利用者が提供関係情報を指定する場合の作業を支援することができる。
【発明を実施するための最良の形態】
【００２５】
図１は、文書利用管理システムの概略構成を示すブロック図である。このシステムは、インターネットやローカル・エリア・ネットワーク等のネットワーク３０を介して接続された文書管理サーバ１０とクライアント端末２０−１，２０−２，・・・（以下、クライアント端末２０と総称する）から構成される。
【００２６】
このシステムでは、電子文書の原本ファイルを文書管理サーバ１０で管理し、クライアント端末２０には、電子文書そのもののファイルの代わりに、その電子文書にアクセスするための参照情報を含んだ参照情報ファイルを提供する。参照情報ファイルに含まれる参照情報は、当該電子文書にアクセスするのに十分な情報であればよい。例えば、その電子文書を管理している文書管理サーバ１０のネットワーク上での場所を示す情報（例えばＩＰアドレス）と、その電子文書を特定するための一意な識別情報（文書ＩＤと呼ぶ）との組み合わせやその電子文書を指すＵＲＬ（Uniform Resource Locator）は、参照情報の一例である。また、電子文書の格納場所を文書ＩＤに基づき解決するシステムがネットワーク３０上に存在するならば、参照情報ファイルには文書ＩＤだけが含まれていれば足りる。なお、参照情報ファイルには、そのような参照情報以外の情報、例えばその参照情報ファイルが作成された日時又は当該電子文書の代表ページの画像など、が含まれていてもよい。クライアント端末２０は、このような参照情報ファイルを、電子文書そのものの代わりに保存する。参照情報ファイルは、文書管理サーバ１０に格納された電子文書への、いわゆるショートカットとして機能する。
【００２７】
このシステムでは、ある文書ＩＤの電子文書が更新された場合、文書管理サーバ１０は更新後の電子文書に対して別の文書ＩＤを新たに付与する。
【００２８】
クライアント端末２０は、参照情報ファイルに基づき電子文書を取り扱うための文書処理プログラムを備える。この文書処理プログラムは、参照情報ファイルから参照情報の値を取り出し、文書管理サーバ１０が管理するその値に対応する電子文書に対し所定の操作を行う。文書処理プログラムが提供する電子文書操作機能には、例えば電子文書の表示（ユーザから見れば、閲覧）、編集（即ち文書内容の更新）、新規登録、削除などがある。例えば、ユーザが、文書処理プログラムを操作して参照情報ファイルを指定し、電子文書の閲覧を指示すると、そのプログラムは、参照情報ファイル中の参照情報を用いて、対応する電子文書の格納場所を解決し、その格納場所から電子文書を取得して表示する。文書処理プログラムは、電子文書をメモリ上（仮想記憶を用いてもよい）に展開するのみで、クライアント端末２０のファイルシステムに保存しない。
【００２９】
文書処理プログラムは、例えば、参照情報ファイルのアイコンをクライアント端末２０クライアント端末２０の画面に表示しておき、ユーザがそのアイコンに対してクリック等の所定の操作を行ったことに応じて、そのアイコンに対応する参照情報ファイルの指し示す文書ＩＤを文書管理サーバ１０に送信すればよい。このような処理により、ユーザが操作の対象とした電子文書の文書ＩＤが文書管理サーバ１０に伝わる。
【００３０】
クライアント端末２０は、情報処理機能を備えていればよい。クライアント端末２０の例としては、例えばパーソナルコンピュータ、ワークステーション、デジタル複合機などを挙げることができる。
【００３１】
このシステムでは、文書管理サーバ１０は、自分が管理している電子文書に対する操作のためのインタフェースとして、基本的には参照情報ファイル経由の操作しか受け付けない。例えば、文書管理サーバ１０は、電子文書への操作指示として、参照情報ファイルを取り扱う文書処理プログラムが発行する特定のメソッドしか受け付けない。ユーザは、電子文書に対して操作を行おうとする場合、その電子文書に対応する参照情報ファイルを入手し、文書処理プログラムでその参照情報ファイルを用いて電子文書への操作を指示する必要がある。電子文書そのものは、クライアント端末２０には保存されないので、ユーザは電子文書そのものを他人に配布することはできないが、その代わりに参照情報ファイルをコピーして配布することができる。配布先のユーザは、その参照情報ファイルを用いることで、文書管理サーバ１０上の電子文書にアクセスすることができる。
【００３２】
文書管理サーバ１０は、図２に示すように、文書登録部１００，文書ＤＢ（データベース）１１０，派生関係ＤＢ１２０，提供関係ＤＢ１３０，参照情報提供部１４０及び文書提供部１５０を備える。
【００３３】
文書登録部１００は、クライアント端末２０からの要求に応じて、電子文書を文書ＤＢ１１０に登録する。電子文書の登録には、新規な電子文書の登録と、既登録の電子文書の更新版の登録とがある。いずれの場合も、ＩＤ割り当て部１０２は、登録対象となる電子文書に対し、少なくとも当該文書管理サーバ１０内で一意な文書ＩＤを割り当てる。一例としては、例えば電子文書のハッシュ値を文書ＩＤとして用いることができる。SHA-256やSHA-512などのようなセキュアハッシュアルゴリズムを用いれば、電子文書から事実上一意な文書ＩＤを生成することができる。なお、文書ＩＤをハッシュアルゴリズムにより求める方法は一例に過ぎない。文書登録部１００は、登録対象の電子文書のファイルを、その電子文書に対してＩＤ割り当て部１０２が割り当てた文書ＩＤと対応づけて、文書ＤＢ１１０に登録する。このような登録処理により、文書ＤＢ１１０には、図３に示すように、電子文書のファイルが文書ＩＤに対応づけて登録される。
【００３４】
また、文書登録部１００の派生関係登録部１０４は、電子文書を文書ＤＢ１１０に登録する場合に、その電子文書についての派生関係情報を派生関係ＤＢ１２０に登録する。ここでいう「派生関係」は、電子文書とその電子文書の更新版との関係である。すなわち、電子文書Ａが編集された結果、電子文書Ａの更新版である電子文書Ｂが生成された場合、「電子文書Ａから電子文書Ｂが派生した」と捉えるわけである。派生関係の観点では、電子文書Ａは電子文書Ｂの親に該当する。
【００３５】
この文書利用管理システムでは、ユーザは、電子文書を更新するには、クライアント端末２０上の文書処理プログラムで、参照情報ファイルを用いてその電子文書を取得する必要がある。この指示を受けた文書処理プログラムは、参照情報ファイル中の情報のうち文書ＩＤを特定する情報を文書管理サーバ１０に送り、その文書ＩＤに対応する電子文書を取得する。文書処理プログラムは、取得した電子文書を表示してユーザから編集操作を受け付け、その後更新版の登録指示を受けると、更新要求と共に、その電子文書の文書ＩＤを特定する情報と、編集結果の電子文書とを文書管理サーバ１０に送る。文書管理サーバ１０の派生関係登録部１０４は、更新要求と共に受け取った電子文書に対しＩＤ割り当て部１０２が割り当てた新たな文書ＩＤを子とし、更新要求と共に受け取った情報から特定される文書ＩＤを親とする派生関係情報を派生関係ＤＢ１２０に登録する。
【００３６】
派生関係ＤＢ１２０に登録された派生関係情報の例を図４に示す。図４に例示した表の１つの行が、１つの電子文書に対応する派生関係情報レコードである。この例では、電子文書の派生関係情報レコードには、その電子文書の文書ＩＤと、その電子文書の親の電子文書の文書ＩＤ（図では「親ＩＤ」と表示）とが含まれる。派生関係情報は、基本的には電子文書間の親子関係を表す情報を含んでいればよい。ただし、図示例では、派生関係ＤＢ１２０に対し、電子文書が文書ＤＢ１１０に登録される契機となった操作の種類（すなわち「新規登録」か、既登録文書の「更新」か）や、その登録の日時の情報などの、いわゆる履歴（ログ）情報項目も併せて記録している。電子文書が登録された時点で、その電子文書の親は特定でき、またその登録操作に関する日時その他のログ情報項目も判明しているので、それらを併せて派生関係ＤＢ１２０に登録しているのである。ログ情報項目として操作種類や操作の日時を例示したが、これに限らず、操作を指示したユーザの識別情報やその操作が行われたクライアント端末２０の識別情報など、目的に応じて様々な情報項目を記録可能である。なお、図４に例示された派生関係情報は、図５の下段に図示したように、文書"Doc1"から文書"Doc2"及び"Doc3"が派生し、文書"Doc2"から文書"Doc4"が派生したことを示している。
【００３７】
提供関係登録部１０６は、ユーザから要求された電子文書に対して実際に提供する電子文書を特定するための提供関係情報を生成し、提供関係ＤＢ１３０に登録する。
【００３８】
このシステムでは、電子文書へのアクセスは、基本的にはその電子文書に対応した参照情報ファイルを用いて行われる。しかし、電子文書が随時更新される環境においては、ユーザが保持している参照情報ファイルに対応する電子文書よりも、その電子文書の更新版をユーザに提供した方が適切な場合がある。そのような場合に対処するために、この実施形態では、提供関係ＤＢ１３０を用意している。
【００３９】
提供関係ＤＢ１３０に登録される提供関係情報レコードは、図６に示すように、出力文書ＩＤと入力文書ＩＤとのペアを含む。この提供関係情報レコードは、入力文書ＩＤに対応する電子文書がユーザから要求された場合に、出力文書ＩＤに対応する電子文書を提供する、という関係を示す。
【００４０】
提供関係登録部１０６は、派生関係ＤＢ１２０に登録された派生関係情報を利用して提供関係情報レコードを生成する。生成の仕方には様々な方式が考えられる。これら各方式については、後で詳しく説明する。
【００４１】
図２の説明に戻り、参照情報提供部１４０は、ユーザからの要求に応じて参照情報ファイルを提供する。例えば、ユーザが文書管理サーバ１０に電子文書を登録した場合、参照情報提供部１４０は、そのユーザに対してその電子文書の文書ＩＤを指し示す参照情報ファイルを提供してもよい。
【００４２】
また、文書管理サーバ１０は、文書ＤＢ１１０に登録された電子文書の一覧表示機能や検索機能（図示省略）をユーザに提供してもよい。このような機能を用いてユーザが所望の電子文書を特定すると、電子文書のファイルそのものは提供せず、参照情報提供部１４０がその電子文書に対応する参照情報ファイルを提供する。
【００４３】
文書提供部１５０は、電子文書をユーザに提供するための処理を行う。文書提供部１５０は、クライアント端末２０の文書処理プログラムから、参照情報ファイルを用いた文書要求が到来した場合に、提供関係ＤＢ１３０を参照してその要求に対して提供すべき電子文書を特定し、特定した電子文書をクライアント端末２０に返す。提供すべき電子文書の判定は、例えば、文書要求にて要求された文書ＩＤを入力文書ＩＤとしたときに、その入力文書ＩＤに対応する出力文書ＩＤを提供関係ＤＢ１３０から求めればよい。
【００４４】
以上に示した例では、文書管理サーバ１０が、文書ＤＢ１１０，派生関係ＤＢ１２０及び提供関係ＤＢ１３０という３つのデータベースを持つと説明したが、このように３つのデータベースに分けたことは説明の便宜のためにすぎない。それら３つのデータベースが管理するデータ内容を全体として管理できるようなものであれば、どのようなデータベース構成を採用してもよい。例えば文書ＤＢ１１０と派生関係ＤＢ１２０とを統合して１つのデータベースにしてもよい。
【００４５】
次に、文書管理サーバ１０の実行する処理について説明する。
【００４６】
まず、図７を参照して、クライアント端末２０から新規文書の登録要求を受けた場合の文書登録部１００の処理の例を説明する。クライアント端末２０の文書処理プログラムは、ユーザから電子文書の登録指示を受けると、新規文書登録の要求と共にその電子文書を文書管理サーバ１０に送信する。この要求を受信した文書管理サーバ１０の文書登録部１００は、受け取った電子文書に対してＩＤ割り当て部１０２により一意な文書ＩＤを割り当て（Ｓ１）、その電子文書をその文書ＩＤと対応づけて文書ＤＢ１０に登録する（Ｓ２）。また、登録した電子文書についての派生関係情報レコードを生成し、派生関係ＤＢ１２０に登録する（Ｓ３）。新規文書の登録の場合、既存の電子文書の更新の場合とは異なり、登録された電子文書には親の電子文書は存在しない。したがって、この場合に生成される派生関係情報レコードは、例えば図４に示した表の"Doc1"のレコードのように、派生関係親ＩＤの値が「なし」となる。登録が完了すると、参照情報提供部１４０が、付与した文書ＩＤを指し示す参照情報ファイルを作成し、クライアント端末２０に提供する（Ｓ４）。ユーザは、その参照情報ファイルを用いることで、登録された電子文書を取得することができる。また参照情報ファイルはコピーして配布することもできる。
【００４７】
次に、図８を参照して、更新版の電子文書の登録要求を受けた場合の文書登録部１００の処理の例を説明する。
【００４８】
電子文書を更新する場合、ユーザは、クライアント端末２０の文書処理プログラムを操作して、参照情報ファイルを用いて更新の対象となる電子文書を取得し、その電子文書を開いて編集作業を行う。編集作業が終了し、編集結果の電子文書（すなわち更新版）を登録する旨の指示をユーザが入力すると、文書処理プログラムは、更新文書登録要求を文書管理サーバ１０宛に送る。この更新文書登録要求には、更新対象の電子文書の文書ＩＤを特定するための情報と、編集結果の電子文書とが含まれる。文書処理プログラムは、更新対象の電子文書の参照情報ファイルを持っているので、更新対象の電子文書の文書ＩＤを特定するための情報は取得できる。
【００４９】
クライアント端末２０から更新文書登録要求を受信した文書管理サーバ１０の文書登録部１００は、受け取った更新版の電子文書に対して新たな文書ＩＤを割り当て（Ｓ１）、文書ＤＢ１０に登録する（Ｓ２）。また、派生関係登録部１０４は、その登録に伴って派生関係ＤＢ１２０を更新する（Ｓ５）。このステップＳ５の処理の詳細を図９に示す。この処理では、文書登録部１００は、クライアント端末２０からの更新文書登録要求が示す更新対象の電子文書の文書ＩＤを求める（Ｓ１１）。そして、ステップＳ１で更新版の電子文書に付与された文書ＩＤを子とし、ステップＳ１１で求めた文書ＩＤを親とする派生関係情報レコードを作成し、派生関係ＤＢ１２０に登録する（Ｓ１２）。なお、派生関係情報レコードには、この要求に対応する操作種類や日時などの履歴項目も組み込む。
【００５０】
また、提供関係登録部１０６は、更新版の電子文書の登録に応じて、提供関係ＤＢ１３０を更新する（Ｓ６）。提供関係ＤＢ１３０の更新の方法には様々なものが考えられるが、ここでは図１０に示す例を説明する。
【００５１】
図１０の手順では、提供関係登録部１０６は、更新文書登録要求に応じて登録された更新版の電子文書の先祖の電子文書の文書ＩＤを、派生関係ＤＢ１２０を参照して特定する（Ｓ２１）。ここで言う「先祖」とは、派生関係ＤＢ１２０に登録された派生関係情報レコード群が形成する派生関係の木構造（例えば図５参照）における先祖のことである。派生関係ＤＢ１２０において、更新版電子文書の親、更にその親、と順に派生関係を遡っていくことにより、その更新版電子文書の先祖の電子文書が特定できる。次に、提供関係登録部１０６は、それら先祖の電子文書を１つ選び（Ｓ２２）、選んだ電子文書の文書ＩＤを入力文書ＩＤとし、ステップＳ１で更新版の電子文書に付与した文書ＩＤを出力文書ＩＤとした提供関係情報レコードを作成して、提供関係ＤＢ１３０に登録する（Ｓ２３）。提供関係登録部１０６は、ステップＳ２１で特定した先祖の電子文書のすべてについて、以上のステップＳ２２及びＳ２３を繰り返す（Ｓ２４）。
【００５２】
例えば、図５の上段に示すような派生関係を構成する電子文書"Doc1"〜"Doc3"が文書ＤＢ１１０に登録されている状況で、提供関係ＤＢ１３０に、図６の上段に示すように、入力文書ＩＤ"Doc1"に対し出力文書ＩＤ"Doc2"が対応づけられた提供関係情報レコードと、入力文書ＩＤ"Doc1"に対し出力文書ＩＤ"Doc3"が対応づけられた提供関係情報レコードとが登録されているとする。この状況では、ユーザから電子文書"Doc1"が要求された場合、文書管理サーバ１０は電子文書"Doc2"又は"Doc3"をユーザに提供することになる。このような状況において、電子文書"Doc2"の更新結果である電子文書"Doc4"が文書管理サーバ１０に登録された場合、派生関係の木構造は図５の下段に示すようなものとなる。この場合、図１０の手順では、電子文書"Doc4"を出力文書ＩＤとし、"Doc4"の先祖に該当する"Doc2"及び"Doc1"を入力文書ＩＤとした提供関係情報レコードが提供関係ＤＢ１３０に追加される。この結果、提供関係ＤＢ１３０が持つデータ内容は図６の下段に示すようなものとなる。この状態では、ユーザから電子文書"Doc1"が要求された場合、文書管理サーバ１０は電子文書"Doc2"又は"Doc3"又は"Doc4"をユーザに提供する。
【００５３】
次に、図１１を参照して、文書提供部１５０の処理手順を説明する。文書提供部１５０は、クライアント端末２０上の文書処理プログラムから電子文書の閲覧要求を受け取ると、その要求から要求対象の文書ＩＤを取得する（Ｓ３１）。次に文書提供部１５０は、その文書ＩＤを入力文書ＩＤとして含む提供関係情報レコードを提供関係ＤＢ１３０から検索し（Ｓ３２）、検索されたレコード中の出力文書ＩＤが示す電子文書のファイルを文書ＤＢ１１０から取り出してクライアント端末２０に提供する（Ｓ３３）。例えば、提供関係ＤＢ１３０の持つレコード群が図６の下段のようなものである場合に、電子文書"Doc2"を対象とする閲覧要求がクライアント端末２０から到来した場合、文書提供部１５０は、提供関係ＤＢ１３０から、入力文書ＩＤ"Doc2"に対応する出力文書ＩＤが"Doc4"であることを求め、文書ＩＤが"Doc4"である電子文書を文書ＤＢ１１０から検索してクライアント端末２０に提供する。
【００５４】
図１１の手順では、ユーザが旧版の参照情報ファイルを用いて文書が要求した場合に、その旧版に対応する更新版の電子文書ファイルを提供したが、更新版の電子文書ファイルを提供する代わりに、更新版の電子文書ファイルを指し示す参照情報ファイルを提供してもよい。
【００５５】
なお、閲覧要求の対象が電子文書"Doc1"である場合、図６の下段の例では、対応する出力文書ＩＤは"Doc2"又は"Doc3"又は"Doc4"となる。このように、要求された電子文書に対応する出力文書ＩＤが複数ある場合、文書提供部１５０が、それら複数の出力文書ＩＤの中からユーザの希望するものを選択するためのユーザインタフェースをクライアント端末２０に提供してもよい。このユーザインタフェースは、例えば、ユーザの要求した電子文書の文書ＩＤと、対応する複数の出力文書ＩＤとの間の派生関係を示す木構造を表示した画面を含む。そのような画面の例を図１２に示す。図１２に例示した選択画面２００には、要求された電子文書"Doc1"のアイコン２０２と、それに対応する出力文書ＩＤ"Doc2"、"Doc3"、"Doc4"のアイコン２０４、２０６、２０８と、を含む派生関係の木構造が示される。派生関係の木構造は、派生関係ＤＢ１２０を参照することで作成できる。この例では、各電子文書のアイコン２０２〜２０８には、それら各電子文書を識別するための材料となる情報として、文書ＩＤ、登録日時、及び登録したユーザのユーザＩＤが示されている。このような表示は、派生関係ＤＢ１２０に登録された履歴情報項目から生成することができる。アイコンに表示する項目は、例示にしたものに限られない。出力文書ＩＤのアイコン２０４、２０６、２０８には、それぞれチェックボックス２０４ａ、２０６ａ、２０８ａが付随する。クライアント端末２０の文書処理プログラムは、その出力文書選択画面を表示し、ユーザから所望の電子文書の選択を受け付ける。ユーザが、所望の電子文書のチェックボックスを選択し、送信ボタン２１０を押下すると、文書処理プログラムは、選択された電子文書の文書ＩＤを文書管理サーバ１０の文書提供部１５０に送信する。選択された文書ＩＤを受け取った文書提供部１５０は、その文書ＩＤに対応する電子文書のファイルを文書処理プログラムに返す。選択画面２００は、例えばＷｅｂページとして提供することができ、その選択画面２００上での電子文書の選択は、マウスやタッチパネルなどといった既存の入力技術を用いて受け付けることができる。
【００５６】
また、図１１に示した手順において、要求された電子文書の文書ＩＤを入力文書ＩＤとして含む提供関係レコードが提供関係ＤＢ１３０内に存在しない場合は、文書提供部１５０は、その文書ＩＤに対応する電子文書を文書ＤＢ１１０から取り出し、クライアント端末２０に提供する。例えば要求された電子文書に対する更新版がまだ登録されていない場合には、このような処理が行われる。なお、このような処理の代わりに、電子文書が文書管理サーバ１０に登録されたときには、派生関係登録部１０６が入力文書ＩＤ及び出力文書ＩＤの両方の値をその電子文書に付与した文書ＩＤとした派生関係情報レコードを作成し、派生関係ＤＢ１２０に登録してもよい。
【００５７】
以上に説明した実施形態のシステムでは、旧版の電子文書に対応する参照情報ファイルを持っているユーザは、自動的にその電子文書の新版の取得権限を有することとなる。
【００５８】
次に、図１３を参照して、提供関係登録部１０６の処理の変形例を説明する。図１３の処理手順では、ステップＳ２２の後、更新版の電子文書の先祖の文書ＩＤを入力文書ＩＤの値として持つ提供関係情報レコードを提供関係ＤＢ１３０から削除する（Ｓ２５）。その後、当該先祖の文書ＩＤを入力文書ＩＤとし、前記更新版の電子文書に付与した文書ＩＤを出力文書ＩＤとする提供関係情報レコードを生成し、提供関係ＤＢ１３０に登録する（Ｓ２３）。この変形例では、文書管理サーバ１０に電子文書の更新版が登録されると、その更新版の先祖に該当する各旧版への要求に対して文書管理サーバ１０はその更新版のみを提供することとなる。すなわち、この変形例では、旧版の参照情報ファイルを持つユーザは、その旧版に対応する最新版の電子文書を入手できる。
【００５９】
次に、図１４及び図１５を参照して、提供関係登録部１０６の処理の別の変形例を説明する。図１４の手順では、提供関係登録部１０６は、ステップＳ２２で取り出した先祖の文書ＩＤに対応する電子文書が文書管理サーバ１０に登録された日時（これは派生関係ＤＢ１２０から求めることができる）と現在時刻との差が、文書管理サーバ１０にあらかじめ登録されたしきい値期間以内であるかどうかを判定する（Ｓ２６）。そして、差がしきい値期間以内であると判定された場合には、当該先祖の文書ＩＤを入力文書ＩＤとし、前記更新版の電子文書に付与した文書ＩＤを出力文書ＩＤとする提供関係情報レコードを生成し、提供関係ＤＢ１３０に登録する（Ｓ２３）。差がしきい値期間を越えると判定された場合は、ステップＳ２３の処理は行わずにステップＳ２４に進む。
【００６０】
例えば、電子文書"Doc4"が登録されたときの派生関係ＤＢ１２０のデータ内容が図４に示すようなものであったとする。また、文書管理サーバ１０に登録されたしきい値期間の値が「６０日」であるとする。このような場合において、図１４の手順に従って処理を実行すると、電子文書"Doc4"が登録される前は図１５の上段の状態（これは図６の上段に示した状態と同じである）であった提供関係ＤＢ１３０のデータ内容は、登録された後は図１５の下段に示すような状態となる。電子文書"Doc4"の先祖のうち電子文書"Doc1"は電子文書"Doc4"との登録日時の差が６０日より大きいので、図１４の手順では、"Doc1"を入力文書ＩＤとし"Doc4"を出力文書ＩＤとする提供関係情報レコードが提供関係ＤＢ１３０には登録されない。
【００６１】
以上説明したように、図１４の変形例では、登録された更新版の電子文書の先祖のうち、文書管理サーバ１０への登録が現在よりしきい値期間を越えて前のものに対応する参照情報ファイルには、その更新版を取得する権限が与えられない。したがって、古すぎる版の参照情報ファイルに対して、最新版の取得権限が与えられることを少なくすることができる。
【００６２】
次に、図１６を参照して、提供関係登録部１０６の処理の更に別の変形例を説明する。図１６の手順は、図１４の手順のステップＳ２３とステップＳ２４の間にステップＳ２７を追加したものである。この手順では、提供関係登録部１０６は、更新版の文書ＩＤを出力文書ＩＤとしその更新版文書の先祖の文書ＩＤを入力文書ＩＤとする提供関係情報レコードを提供関係ＤＢ１３０に登録するステップＳ２３の処理の後、当該先祖の文書ＩＤを出力文書ＩＤの値として持つレコードを提供関係ＤＢ１３０から削除する（Ｓ２７）。
【００６３】
図１６の手順の作用を、図４及び図１５のケースを例にとって説明すると次のようになる。すなわち、図１６の手順では、電子文書"Doc4"が文書管理サーバ１０に登録されると、"Doc2"を入力文書ＩＤとし"Doc4"を出力文書ＩＤとする提供関係情報レコードが提供関係ＤＢ１３０に登録されると共に、"Doc2"を出力文書ＩＤとするレコード（図１５の下段の表では最も上のレコード）が提供関係ＤＢ１３０から削除される。この結果、文書管理サーバ１０は、"Doc1"に対応する参照情報ファイルを用いた要求に対して電子文書"Doc2"又はこれに対応する参照情報ファイルを提供することがなくなる。したがって、古すぎる版である"Doc1"に対応する参照情報ファイルを持っているユーザが、その更新版である"Doc2"を取得し、その"Doc2"の権限により最新版の"Doc4"を入手するというような抜け道的な文書入手を防止できる。
【００６４】
次に、図１７を参照して、提供関係登録部１０６の処理の更に別の変形例を説明する。この変形例は、図１６の変形例と同様、古すぎる版に対応する参照情報ファイルから途中の版を経由して最新版を取得するという抜け道を防止するためのものである。この変形例の手順は、ステップＳ２４間では図１０又は図１４の手順と同様でよい。図１７に示した手順は、ステップＳ２４の判定結果が肯定（Ｙｅｓ）となった場合に実行される手順である。図１７の手順では、提供関係登録部１０６は、文書ＤＢ１１０に登録した更新版の電子文書から派生関係を遡り、最上位の先祖の文書ＩＤを特定し（Ｓ４１）、この最上位の先祖に対する子孫の文書ＩＤをすべて特定する（Ｓ４２）。ステップＳ４１及びＳ４２の処理は、派生関係ＤＢ１２０を参照して行われる。そして、提供関係登録部１０６は、特定された子孫の文書ＩＤの中から、まだステップＳ４４の処理を受けていないものを１つ取りだし（Ｓ４３）、取り出した子孫の文書ＩＤの登録日時が、前記更新版の電子文書の登録日時より古いかどうか判定する（Ｓ４４）。古いと判定されれば、当該子孫の文書ＩＤを出力文書ＩＤとする提供関係レコードを、提供関係ＤＢ１３０から削除し（Ｓ４５）、ステップＳ４６に進む。古くないと判定されれば、ステップＳ４５は飛ばしてステップＳ４６に進む。以上のステップＳ４３〜Ｓ４５の処理を、ステップＳ４２で特定された子孫の文書ＩＤの各々について繰り返す（Ｓ４６）。
【００６５】
図４及び図１５のケースを例にとった場合、図１７の手順では、更新版の電子文書"Doc4"が登録されると、提供関係登録部１０６は、最上位の先祖である"Doc1"を特定し、"Doc1"の子孫として"Doc2"、"Doc3"、"Doc4"を特定する。そして、このうち"Doc2"及び"Doc3"は、登録された更新版の電子文書"Doc4"より登録日時が古いので、提供関係登録部１０６は、"Doc2"及び"Doc3"をそれぞれ出力文書ＩＤとする提供関係レコード、すなわち図１５の下段の表における最上位とその次のレコード、を提供関係ＤＢ１３０から削除する。
【００６６】
次に、図１８及び図１９を参照して、提供関係登録部１０６の処理の更に別の変形例を説明する。これまで説明した例では、提供関係登録部１０６が提供関係情報レコードの追加を自動的に行ったが、この変形例では、追加すべき提供関係をユーザに指定させる。
【００６７】
図１８の手順では、クライアント端末２０からの要求に応じて更新版の電子文書が文書ＤＢ１１０に登録された場合、提供関係登録部１０６は、当該更新版の電子文書を含んだ派生関係の木構造を示す入力文書選択画面を生成し、この選択画面をクライアント端末２０に提供する（Ｓ５１）。入力文書選択画面に表示される派生関係の木構造は、当該更新版の電子文書と、当該更新版の各先祖とを含んだものである。また、その木構造には、当該更新版の先祖だけでなく、その先祖から派生する子孫を含めてもよい。
【００６８】
入力文書選択画面３００の例を、図１９に示す。この入力文書選択画面３００には、新たに登録された更新版の電子文書"Doc4"のアイコン３０２と、"Doc4"の先祖に該当する文書ＩＤ"Doc2"及び"Doc1"にそれぞれ対応するアイコン３０４及び３０６と、先祖である"Doc1"の子孫である文書ＩＤ"Doc3"に対応するアイコン３０８とが示される。各アイコン３０２〜３０８には、図１２の例と同様、各電子文書を識別するための材料となる属性項目を表示してもよい。この画面３００では、各アイコン３０２〜３０８の間をつなぐ線により、それら各文書ＩＤ間の派生関係の木構造が表現されている。図１９に例示した派生関係は、図４に例示した派生関係情報レコード群に対応する。この例では、電子文書"Doc4"の先祖及びその先祖の子孫である文書ＩＤ"Doc1"、"Doc2"及び"Doc3"の中から、その電子文書"Doc4"の入手権限を与えるもの、すなわち提供関係情報レコードにおいて入力文書ＩＤとなるものを、ユーザに選択させる。更新版の電子文書のアイコン３０２は、他のアイコン３０４〜３０８と異なる表示形態（例えば異なる色や異なる形状）で表示してもよい。入力文書ＩＤの選択のために、アイコン３０４、３０６、３０８には、それぞれチェックボックス３０４ａ、３０６ａ、３０８ａが付随する。クライアント端末２０の文書処理プログラムは、この入力文書選択画面３００を表示し、ユーザから所望の文書ＩＤの選択を受け付ける。ユーザが、所望の文書ＩＤのチェックボックスを選択し、送信ボタン３１０を押下すると、文書処理プログラムは、選択された文書ＩＤを文書管理サーバ１０の提供関係登録部１０６に送信する。選択された文書ＩＤを受け取った提供関係登録部１０６は（Ｓ５２）、その文書ＩＤを入力文書ＩＤとし、更新版の電子文書３０２の文書ＩＤを出力文書ＩＤとする提供関係情報レコードを生成し、提供関係ＤＢ１３０に登録する。
【００６９】
図１９の例では、入力文書ＩＤを選択するための母集団に、更新版の電子文書の先祖のみならず、先祖から派生した子孫も含まれていたが、先祖のみに限定してもよい。
【００７０】
図１８及び図１９の変形例では、ユーザに対し、更新版の電子文書の先祖等、その更新版の電子文書に関係する電子文書群の派生関係の情報を提供するので、ユーザは、その派生関係を参考に、当該更新版の電子文書に対応する入力文書ＩＤを選択することができる。
【００７１】
以上に説明した実施形態及び変形例では、電子文書の代わりに保存するための参照情報ファイルとして、クライアント端末２０に対し、その電子文書の文書ＩＤを指し示す参照情報ファイルを提供した。しかし、これは一例に過ぎない。この代わりに、文書管理サーバ１０内の電子文書に対してクライアント端末２０からの指示により操作が行われる都度、その操作を一意に識別する操作ＩＤを発行し、その操作ＩＤを指し示す参照情報ファイルをクライアント端末２０に提供してもよい。電子文書に対する操作には、電子文書の新規登録、既登録の電子文書に対する更新版の登録、電子文書の閲覧、電子文書の閲覧に必要な参照情報ファイルの要求など、様々なものが考えられる。電子文書が新規登録された場合、文書管理サーバ１０は、その電子文書に文書ＩＤを付与して文書ＤＢ１１０に登録すると共に、その新規登録という操作に対して操作ＩＤを付与し、その文書ＩＤと操作ＩＤとの対応関係を含んだ履歴情報レコードを生成し、蓄積する。履歴情報レコードには、操作の種別（この場合は「新規登録」）やその操作を指示した操作者のＩＤ、その操作の行われた日時などの履歴項目が含まれていてもよい。
【００７２】
ここで、電子文書の新規登録以外の操作は、参照情報ファイルを用いて行われるので、その操作は、その参照情報ファイルに含まれる操作ＩＤから派生した操作であると捉えることができる。言い換えれば、操作を行うために用いられた参照情報ファイル内の操作ＩＤは、その操作の親の操作のＩＤと捉えることができる。したがって、履歴情報レコードには、親の操作ＩＤを記録することができる。履歴情報レコードに記録された当該操作ＩＤとその親の操作ＩＤとの関係は、操作間の派生関係であるので、このような履歴情報レコードは、派生関係のレコードとして派生関係ＤＢ１２０に蓄積してもよい。
【００７３】
この方式において文書管理サーバ１０が記録する履歴情報レコードの例を図２０に示す。図２０に例示するレコードには、操作毎に、その操作の操作ＩＤ、親の操作ＩＤ、その操作の対象となった文書の文書ＩＤ、及び操作種別その他の履歴項目が含まれる。図２０の履歴情報レコード群が示す操作間の派生関係を図式化して示したのが図２１である。
【００７４】
電子文書を新規登録したユーザには、その登録操作に対して付与された操作ＩＤを含んだ参照情報ファイルが提供される。そのユーザ、又はそのユーザから参照情報ファイルを入手した他のユーザが、その参照情報ファイルを用いてその電子文書に対する操作を指示すると、クライアント端末２０から文書管理サーバ１０へその参照情報ファイルの示す操作ＩＤが送信される。文書管理サーバ１０は、クライアント端末２０から指示された操作を実行すると、その操作に対して新たな操作ＩＤを付与し、その新たな操作ＩＤを含んだ参照情報ファイルをクライアント端末２０に返す。クライアント端末２０は、操作の指示の際に用いた参照情報ファイルを、新たに受け取った参照情報ファイルに置き換える。また、文書管理サーバ１０は、実行した操作に対する履歴情報（派生関係情報）レコードを記録する。
【００７５】
図２０及び図２１の例は、例えば、操作者"user1"が操作"Ope1"により文書"Doc1"を文書管理サーバ１０に新規登録し、そのとき文書管理サーバ１０が発行した"Ope1"を含む参照情報ファイルを操作者"user2"が"user1"から入手し、"user2"がその参照情報ファイルを用いて文書"Doc1"を閲覧したことを示す。その閲覧により"user2"が持つ参照情報ファイルは、閲覧の操作ＩＤ"Ope2"を含んだものに差し替えられる。"user2"は、"Ope2"を含む参照情報ファイルを用いて文書"Doc1"の更新を行い、更新版の文書"Doc2"を文書管理サーバ１０に登録する。
【００７６】
このように操作ＩＤ間の派生関係を文書管理サーバ１０に記録するシステムでも、各操作の対象となる電子文書は一意に特定されるので、操作ＩＤ間の派生関係から、文書ＩＤ間の派生関係を求めることができる。例えば、操作ＩＤ間の派生関係のうち、文書の新規登録及び更新版の登録に着目し、その他の操作を無視すれば、文書ＩＤ間の派生関係となる。この文書ＩＤ間の派生関係を参照することで、文書管理サーバ１０は、上述の実施形態又は変形例と同様の方法で、提供関係ＤＢ１３０の更新を行うことができる。
【００７７】
文書管理サーバ１０は、クライアント端末２０から、参照情報ファイル内の操作ＩＤを含んだ操作指示を受け取ると、その操作ＩＤに対応する文書ＩＤを派生関係ＤＢ１２０から求める。そして、その文書ＩＤを入力文書ＩＤとする提供関係情報レコードを提供関係ＤＢ１３０から求め、その提供関係情報レコードにおける出力文書ＩＤに対応する電子文書に対して、指示された操作を実行する。
【００７８】
以上に例示した文書管理サーバ１０は、典型的には、汎用のコンピュータにて上述の各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図２２に示すように、マイクロプロセッサ等のＣＰＵ（中央演算装置）４０、ランダムアクセスメモリ等のメモリ（一次記憶）４２、各種Ｉ／Ｏ（入出力）インタフェース４４等がバス４６を介して接続された回路構成を有する。また、そのバス４６に対し、例えばＩ／Ｏインタフェース４４経由で、ハードディスクドライブ４８やＣＤやＤＶＤなどの各種規格の記録媒体を読み取るためのディスクドライブ５０が接続される（各種ディスクに限らず、フラッシュメモリなどの不揮発性記録媒体を用いるよう、フラッシュメモリ用インタフェースなどを接続してもよい）。このようなドライブ４８又は５０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ４８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント端末２０も、同様に、汎用のコンピュータに対して上述の文書処理プログラムの機能を記述したプログラムを実行させることにより実現することができる。
【図面の簡単な説明】
【００７９】
【図１】文書利用管理システムの概略構成の例を示すブロック図である。
【図２】文書管理サーバの内部構成の例を示す図である。
【図３】文書ＤＢに登録されたデータの例を示す図である。
【図４】派生関係ＤＢに登録されたデータの例を示す図である。
【図５】文書更新による派生関係の変化の例を示す図である。
【図６】提供関係情報の生成方式の一例を説明するための図である。
【図７】新規文書登録の手順の一例を示すフローチャートである。
【図８】更新文書登録の手順の一例を示すフローチャートである。
【図９】派生関係ＤＢの更新の手順の一例を示すフローチャートである。
【図１０】提供関係ＤＢの更新の手順の一例を示すフローチャートである。
【図１１】文書提供の手順の一例を示すフローチャートである。
【図１２】入力文書ＩＤに対応する出力文書ＩＤが複数存在する場合にユーザに提供される出力文書選択画面の例を示す図である。
【図１３】提供関係ＤＢの更新処理の手順の一例を示すフローチャートである。
【図１４】提供関係ＤＢの更新処理の手順の別の例を示すフローチャートである。
【図１５】図１４の手順による提供関係ＤＢの更新の例を説明するためのフローチャートである。
【図１６】提供関係ＤＢの更新処理の手順の更に別の例を示すフローチャートである。
【図１７】提供関係ＤＢの更新処理の手順の更に別の例を示すフローチャートである。
【図１８】提供関係ＤＢの更新処理の手順の更に別の例を示すフローチャートである。
【図１９】図１８の手順においてユーザに提供される入力文書選択画面の例を示す図である。
【図２０】操作ＩＤを記録するシステムにおける派生関係情報レコード群の例を示す図である。
【図２１】図２０のレコード群が示す操作ＩＤ間の派生関係を模式的に示した図である。
【図２２】コンピュータのハードウエア構成の一例を示す図である。
【符号の説明】
【００８０】
１０  文書管理サーバ、２０  クライアント端末、３０  ネットワーク、１００  文書登録部、１０２  ＩＤ割り当て部、１０４  派生関係登録部、１０６  提供関係登録部、１１０  文書ＤＢ、１２０  派生関係ＤＢ、１３０  提供関係ＤＢ、１４０  参照情報提供部、１５０  文書提供部。
【図１】
2008140273.tif 000003
【図２】
2008140273.tif 000004
【図３】
2008140273.tif 000005
【図４】
2008140273.tif 000006
【図５】
2008140273.tif 000007
【図６】
2008140273.tif 000008
【図７】
2008140273.tif 000009
【図８】
2008140273.tif 000010
【図９】
2008140273.tif 000011
【図１０】
2008140273.tif 000012
【図１１】
2008140273.tif 000013
【図１２】
2008140273.tif 000014
【図１３】
2008140273.tif 000015
【図１４】
2008140273.tif 000016
【図１５】
2008140273.tif 000017
【図１６】
2008140273.tif 000018
【図１７】
2008140273.tif 000019
【図１８】
2008140273.tif 000020
【図１９】
2008140273.tif 000021
【図２０】
2008140273.tif 000022
【図２１】
2008140273.tif 000023
【図２２】
2008140273.tif 000024