JP2009169521A

JP2009169521A - 文書管理装置、文書管理システム、及びプログラム

Info

Publication number: JP2009169521A
Application number: JP2008004551A
Authority: JP
Inventors: Setsu Kunitake; 節國武
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 2008-01-11
Filing date: 2008-01-11
Publication date: 2009-07-30
Anticipated expiration: 2028-01-11
Also published as: JP5251133B2

Abstract

【課題】文書に関する情報を配信する配信先を容易に決定する。
【解決手段】操作結果の文書とその管理ＩＤ及びその文書の操作前の管理ＩＤである親ＩＤをクライアントから受信した文書登録部１３０は、その文書を文書ＤＢ１００に、管理ＩＤと親ＩＤとの組を派生関係ＤＢ１１０に、それぞれ登録する。文書登録部１３０は、操作結果の文書に関する情報を配信する配信先を表す配信先情報をさらにクライアントから受信した場合、この配信先情報を操作結果の文書の管理ＩＤと対応づけて派生関係ＤＢ１１０にさらに登録する。配信処理部１５０は、要求処理部１４０を介してクライアントから指定文書を特定する情報を含む配信指示を受けると、派生関係ＤＢ１１０内の派生関係が表す木構造のうち指定文書が属する木構造に含まれる文書のいずれかに対応付けられた配信先情報が表す配信先に対して、指定文書に関する情報を配信する。
【選択図】図４

Description

本発明は、文書管理装置、文書管理システム、及びプログラムに関する。

テキスト文書データや音声データ、マルチメディアデータなどの電子文書（以下単に文書とも呼ぶ）をサーバに登録し、ユーザの要求に応じてその文書を提供することが行われている。また、電子文書に対して一意な識別子を付与し、ユーザが入力した識別子に対応する電子文書を提供するシステムも知られている。また、別の公知のシステムでは、電子文書を紙に印刷する場合に、電子文書の識別子をコード化して紙文書に埋め込み、紙文書を複写する際にその紙文書に埋め込まれた識別子を認識し、その識別子に対応した電子文書を取得し、紙に印刷する。

また、サーバに電子文書が登録されたシステムにおいて、登録済みの電子文書に対して更新がなされた場合など、文書の状態に変化が生じた場合に、その旨を利用者に通知する技術がある。

例えば、特許文献１には、情報提供サーバにおいて文書の登録又は更新が行なわれた場合に、その文書に対してアクセス権を有するユーザとして予め登録されたユーザに対して、その旨を電子メールで通知する技術が開示されている。

特許文献２に記載のシステムは、ドキュメント管理サーバに記憶された文書に対して更新などの所定の操作が行なわれた場合に、その操作を行なったユーザを示す情報をメール本文に挿入した電子メールを、その文書について予め設定された配信先に対して送信する。

ところで、電子文書に対して、その内容に関するコメントなどの付加情報が付与される場合がある。また、サーバに登録された１つの電子文書に対して、複数の異なるユーザが付加情報を付与することもある。例えば、複数の異なるユーザが共同で１つの文書を編集する場合に、編集に携わる各ユーザがその文書に対して自己の編集部分に関するコメントなどを付加情報としてその文書に付与することが考えられる。サーバに電子文書を登録するとともに、登録された文書に付与された付加情報をその文書と対応づけて管理するシステムが開発されている。

例えば、特許文献３には、登録された文書の任意の領域に付された付加データを、その文書及びその付加データの作成者の情報と対応づけて管理する文書管理システムが開示されている。この文書管理システムのデータベースサーバは、クライアントコンピュータを用いたユーザからの要求に応じて、文書の参照、付加データの参照、登録、削除などの処理を行う。文書中の１つの領域に複数の付加データが登録されている場合に付加データの参照要求が行われると、登録された各付加データとその作成者とが対応づけられて一覧表示される。

また例えば、特許文献４には、複数のユーザによって回覧される文書とその文書に付加された付加情報とを管理する文書管理装置であって、予め設定された回覧者のグループごとに文書の付加情報を管理する文書管理装置が開示されている。

特開２００３−１５９９２号公報特開２００６−３３８６３６号公報特開２００１−１７５６５０号公報特開２００７−５８６２２号公報

文書に関する情報の配信を希望する利用者や文書に対してアクセス権を有する利用者など、情報の配信先を各文書について予め登録しておくシステムでは、各文書についての配信先の設定に手間がかかる。

例えば、配信希望者やアクセス権を有する利用者が増減した場合、各文書について配信先の設定変更の作業が必要となる。また例えば、同じ１つの文書に関する情報の配信において、状況に応じて異なる配信先に情報を配信することが望まれる場合、各文書について、異なる状況に応じた異なる配信先を予め設定する必要がある。

また、例えば、利用者に対して文書の閲覧を促す場合や、文書に関する利用ルールを展開する場合など、文書自体の状態は変化しなくても、その文書に関する情報を利用者に対して提供することが望まれる場合がある。文書の登録又は更新などの文書の状態変化を利用者に通知するシステムは、文書自体の状態が変化しない場合は情報の配信を行なわない。したがって、状態変化していない文書に関する情報を利用者に提供することが望まれる場合、一般に、手作業により対象の利用者の電子メールアドレスを設定して電子メールを送信することで情報提供が行なわれる。

本発明は、文書についての情報の配信を容易に行うことができる技術を提供することを目的とする。

請求項１に係る発明は、第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を情報処理装置から受け取って記憶部に登録する登録部であって、前記第２の文書に関する情報を配信する配信先を表す配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録する登録部と、指定文書を特定する情報を含む配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信する配信部と、を備えることを特徴とする文書管理装置である。

請求項２に係る発明は、請求項１に係る発明において、前記配信部は、前記指定文書を起点に前記木構造を先祖方向に遡った経路上に含まれる文書であって前記配信先情報と対応づけられた文書のうち、前記経路上で前記指定文書に最も近い文書に対応づけられた前記配信先情報が表す配信先に対して、前記指定文書に関する情報を配信する。

請求項３に係る発明は、請求項１又は２に係る発明において、前記登録部は、さらに、前記配信部が前記指定文書について情報の配信を行った結果の配信結果文書を子とし、前記指定文書を親とする派生関係の情報を前記記憶部に登録する。

請求項４に係る発明は、請求項３に係る発明において、前記登録部は、さらに、前記配信部が前記指定文書について配信した情報を、前記配信後文書の文書関連情報として前記配信結果文書と対応づけて前記記憶部に登録する。

請求項５に係る発明は、請求項４に係る発明において、前記登録部は、さらに、前記第２の文書に関連する情報である文書関連情報を前記情報処理装置から受け取って前記第２の文書に対応づけて前記記憶部に登録し、対象文書を特定する情報を含む収集指示に応じて、前記派生関係群が表す木構造であって前記対象文書が属する木構造に含まれる文書の少なくともいずれかに対応づけられた文書関連情報を出力する出力部、をさらに備える。

請求項６に係る発明は、請求項５に係る発明において、前記登録部は、さらに、前記文書関連情報が出力対象であるか否かを表す出力属性情報を前記情報処理装置から受け取って前記第２の文書に対応づけて前記記憶部に登録し、前記出力部は、前記対象文書が属する木構造に含まれる文書に対応づけられた前記文書関連情報のうち、その文書関連情報が出力対象であることを表す出力属性情報に対応づけられた文書に対応する文書関連情報を出力する。

請求項７に係る発明は、第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を情報処理装置から受け取って記憶部に登録するステップであって、前記第２の文書に関する情報を配信する配信先を表す配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録するステップと、指定文書を特定する情報を含む配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信するステップと、をコンピュータに実行させることを特徴とするプログラムである。

請求項８に係る発明は、情報処理装置と文書管理装置とを備え、前記情報処理装置は、第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を前記文書管理装置に対して送信する送信部と、前記第２の文書に関する情報を配信する配信先を表す配信先情報の入力を受け付ける受付部と、指定文書を特定する情報を含む配信指示を前記文書管理装置に対して行う配信指示部と、を備え、前記送信部は、前記受付部が前記配信先情報の入力を受け付けた場合に、さらに、前記配信先情報を前記文書管理装置に対して送信し、前記文書管理装置は、前記派生関係の情報を前記情報処理装置から受け取って記憶部に登録する登録部であって、前記配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録する登録部と、前記情報処理装置による前記配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信する配信部と、を備える、ことを特徴とする文書管理システムである。

請求項１、７、又は８に係る発明によると、指定文書を起点に文書間の派生関係を辿って得られる文書に設定された配信先を用いて指定文書について情報の配信を行うので、登録されたすべての文書ごとに配信先を設定することなく、容易に文書について情報の配信を行うことができる。

請求項２に係る発明によると、ある文書について配信先を設定しておけば、その文書から派生した別の文書について、その派生元の文書に設定された配信先を用いて情報の配信を行うことができる。

請求項３に係る発明によると、文書に関する情報の配信を、文書に対する操作の一種と捉えてその情報配信の履歴を管理することができる。

請求項４に係る発明によると、指定文書について情報の配信が行なわれた結果の文書と、指定文書について配信された情報と、を対応づけて管理できる。

請求項５に係る発明によると、文書に対応づけられた文書関連情報について、文書間の派生関係を利用して収集し出力することができる。

請求項６に係る発明によると、設定された出力属性情報に応じて、文書関連情報を出力するか否かを制御することができる。

以下、図面を参照して、本発明の実施の形態を説明する。

図１は、文書管理システムの概略構成を示すブロック図である。このシステムは、インターネットやローカル・エリア・ネットワーク等のネットワーク３０を介して接続された文書管理サーバ１０とクライアント端末２０−１，２０−２，・・・（以下、クライアント端末２０と総称する）から構成される。

クライアント端末２０について図２を用いて説明する。クライアント端末は、ユーザが文書を操作するために用いる端末であり、パーソナルコンピュータ、デジタル複写機などがその一例である。クライアント端末２０は、図２に示すように、文書操作部２００、登録処理部２１０、配信指示部２２０、及び配信関連情報取得部２３０を備える。

文書操作部２００は、文書に対する操作を実行する手段である。文書に対する操作には、例えば、文書の表示（ユーザから見れば「閲覧」）、編集、印刷出力、紙文書の読み取り、紙文書の複写、等がある。図２では、文書操作部２００を１つだけ示したが、それら個々の操作を別々の操作部（例えば、編集用のアプリケーション、読取制御用のアプリケーションなど）が担当してもよい。例えば、文書操作部２００がワードプロセッサ等の電子文書を作成・編集するためのソフトウエアであれば、文書操作部２００は、ユーザの指示に応じて電子文書を表示したり、電子文書に編集を加えたりする。文書操作部２００は、文書に対して操作を行った場合、その操作の結果を表すＩＤ付き文書３００を出力する。

ＩＤ付き文書３００は、図３に示すように、メタ情報３１０と文書内容３２０とを含んだ電子文書である。文書内容３２０は、文書操作部２００の操作の結果生成された文書の内容データである。文書操作部２００が電子文書を作成・編集するためのソフトウエアであれば、文書内容３２０はそのソフトウエアによる編集の結果生成される文書ファイルである。また、文書操作部２００が電子文書を印刷する装置であれば、文書内容３２０は、例えば、印刷される電子文書の内容データとすればよい。また、文書操作部２００が紙文書をスキャンする装置又は紙文書を複写する装置であれば、文書内容３２０は、例えば、その紙文書を読み取って得られる画像データとすればよい。

メタ情報３１０は、文書管理のための情報であり、管理ＩＤ３１２，親ＩＤ３１４，及びログ情報３１６を含む。

管理ＩＤ３１２は、当該ＩＤ付き文書３００自体の一意な識別情報である。親ＩＤ３１４は、当該ＩＤ付き文書３００の親のＩＤ付き文書の管理ＩＤである。すなわち、本実施形態では、あるＩＤ付き文書と、このＩＤ付き文書に対して操作を加えた結果得られる新たなＩＤ付き文書とを、親と子の関係として取り扱う。第１のＩＤ付き文書を操作して第２のＩＤ付き文書が得られた場合、第１のＩＤ付き文書は第２のＩＤ付き文書の親であり、第２のＩＤ付き文書は第１のＩＤ付き文書の子である。したがって、例えば、管理ＩＤ「Ａ」のＩＤ付き文書を文書操作部２００で操作して、その結果得られた新たなＩＤ付き文書の管理ＩＤが「Ｂ」である場合、後者のメタ情報３１０における管理ＩＤ３１２は「Ｂ」であり、親ＩＤ３１４は「Ａ」である。このような親子の関係を、以下では「（管理ＩＤの）派生関係」という。

なお、本システムに未登録の電子文書を新たに登録する操作を実行した場合や、未登録の紙文書をスキャン又は複写する操作を実行した場合（この場合、紙文書を読み取った画像を文書内容とするＩＤ付き文書が生成され、本システムに登録される）に生成されるＩＤ付き文書３００では、親ＩＤ３１４は空（すなわち、親は存在しない）となる。

ログ情報３１６は、当該ＩＤ付き文書が生成された際の操作についての、各種のログ項目の情報である。ログ項目には、例えばその操作が行われた日時、その操作の種別、その操作を指示したユーザ（操作者）などがあるが、もちろんこれに限るものではない。操作の種別には、例えば登録（本システムに新規の文書を登録すること）、閲覧、編集、更新（更新版の登録）、印刷、スキャン、紙文書の複写、等がある。例えば、ユーザが文書操作部２００を用いて第１のＩＤ付き文書に対して編集を加え、編集完了の指示を行った場合、その結果生成される第２のＩＤ付き文書のログ情報３１６は、編集完了の日時と、その編集を指示したユーザの識別情報と、操作の種別として「編集」と、を含んだものとなる。

ここでログ情報３１６に組み込まれる操作の種別は、ログ記録の目的での分類に従った種別であり、文書操作部２００が実行する操作の種別そのものでなくてもよい。例えば、文書操作部２００が実行する複数の操作の種別を、同じ１つのログ記録目的の操作種別に対応づけてもよい。例えば、文書編集アプリケーション上でＩＤ付きの電子文書に編集を加え操作メニュー上で「更新版として登録」を指示した場合も、スキャナで管理ＩＤ付きの紙文書を読み取り読取制御用アプリケーションの操作メニュー上で「読み取った文書を承認版として登録」を指示した場合も、ログ情報３１６に組み込まれる操作種別の値は「更新」となる。

なお、文書操作部２００が、操作した文書を暗号化してもよい。この暗号化は、本システムに準拠した文書操作部２００ならば、復号できるようなものとする。この場合、文書操作部２００が出力するＩＤ付き文書３００の文書内容３２０は、暗号化されることにより、本システムに準拠した文書操作部２００でないと復号できなくなる。したがって、ＩＤ付き文書３００が操作される場合には文書操作部２００が用いられるので、文書操作部２００がその操作を検知し、その操作の内容が文書操作部２００から文書管理サーバ１０に通知される。なお、文書内容３２０だけでなく、後述するメタ情報３１０（またはその一部）に対しても暗号化を施してもよい。

図２の説明に戻り、文書操作部２００は、操作結果として上述のようなＩＤ付き文書３００を作成するために、ＩＤ割り当て部２０２及び派生関係組込部２０４を備える。ＩＤ割り当て部２０２は、操作結果のＩＤ付き文書３００に一意な管理ＩＤを付与する手段である。管理ＩＤは、少なくとも本システム内で一意な識別情報である必要がある。例えば、操作の結果生成するＩＤ付き文書３００（ただし管理ＩＤ３１２を除いたもの）のハッシュ値を求め、このハッシュ値をその文書３００のＩＤ付き文書とすればよい。ハッシュ関数としてSHA-256（SHA-256はNISTがFIPS180-2で定めた256ビットのハッシュ値を持つ暗号学的ハッシュ関数である）などのような耐衝突性を持つ暗号学的ハッシュ関数を用いれば、実用上十分な一意性を持つ管理ＩＤを生成することができる。もちろん、システム内で一意な管理ＩＤを各クライアント端末２０で生成する方法は、これに限らない。管理ＩＤを、クライアント端末２０固有の識別情報を含むものとすれば、システム内で一意な管理ＩＤを各クライアント端末２０で生成することができる。

派生関係組込部２０４は、操作結果の文書に対しＩＤ割り当て部２０２が割り当てた新たな管理ＩＤ３１２と、その操作の元になった親文書の管理ＩＤである親ＩＤ３１４（新規登録の場合は、親ＩＤは無し）と、その操作についてのログ情報３１６と、を含むメタ情報３１０を生成する。ここで、派生関係組込部２０４は、文書操作部２００が実行する個々の操作の種別が、ログ記録目的上の操作種別のどれに対応するかを表す対応関係の情報を保持しており、この情報を用いることでログ情報３１６に組み込む操作種別の値を求める。そして、派生関係組込部２０４は、そのメタ情報３１０を操作結果の文書内容に付加することにより、操作後のＩＤ付き文書３００を生成して出力する。

文書操作部２００がアプリケーションソフトウエアである場合、ＩＤ割り当て部２０２及び派生関係組込部２０４は、そのソフトウエアに対して追加される、いわゆるプラグイン(plug‐in)プログラムとして実現してもよい。

登録処理部２１０は、文書操作部２００が出力したＩＤ付き文書３００を文書管理サーバ１０に登録するための処理を実行する。このように各クライアント端末２０が、自ら実行した操作の結果であるＩＤ付き文書３００を文書管理サーバ１０に登録することにより、文書管理サーバ１０は各ＩＤ付き文書３００間の派生関係を把握することができる。

配信指示部２２０は、文書管理サーバ１０に対して、指定文書を特定する情報を含む配信指示を行なう。指定文書はユーザによって指定されるＩＤ付き文書３００であり、クライアント端末２０からの配信指示を受けた文書管理サーバ１０は、この指定文書に関する情報を所定の配信先に対して配信する。例えば、文書管理サーバ１０は、この指定文書に対してユーザが付与したコメントを本文に含む電子メールを送信する。あるＩＤ付き文書３００に関する情報の配信をユーザが望む場合、ユーザは、そのＩＤ付き文書３００を指定文書として設定する。

本実施形態では、ユーザの指示に応じてクライアント端末２０の配信指示部２２０が文書管理サーバ１０に対して配信指示を行い、配信指示を受けた文書管理サーバ１０が指定文書に関する情報を配信する一連の処理を、指定文書に対する１つの「操作」と捉える。すなわち、文書操作部２００がＩＤ付き文書に対して操作を実行した場合と同様に、ユーザが情報配信を望むＩＤ付き文書３００を指定すると、この指定文書に関する情報配信の結果の文書に対して新たな管理ＩＤが付与され、指定文書の管理ＩＤを親ＩＤとするＩＤ付き文書３００が生成される。このＩＤ付き文書３００のログ情報３１６中には、当該ＩＤ付き文書３００が配信指示部２２０による配信指示に対応するものであることを示す情報が組み込まれる。例えば、ログ情報３１６中の操作種別として、配信指示による情報配信を表す種別（例えば、「メール」）が設定される。

配信指示に対応するこのようなＩＤ付き文書３００は、配信指示部２２０の依頼を受けた文書操作部２００によって生成される。ユーザによるＩＤ付き文書の指定を受けると、配信指示部２２０は、文書操作部２００に対して、指定文書の管理ＩＤを通知するとともに、配信指示に対応するＩＤ付き文書３００の生成を依頼する。この依頼を受けた文書操作部２００のＩＤ割り当て部２０２は、指定文書に関する情報配信の結果の文書に対して新たな管理ＩＤ３１２を割り当てる。そして、文書操作部２００は、この新たな管理ＩＤ３１２を含み、親ＩＤ３１４が指定文書の管理ＩＤであり、ログ情報３１６中の操作種別が例えば「メール」であるＩＤ付き文書３００を生成し、配信指示部２２０に対して出力する。文書操作部２００から出力されたＩＤ付き文書３００を受け取った配信指示部２２０は、当該ＩＤ付き文書３００を含む配信指示を文書管理サーバ１０に対して行う。文書管理サーバ１０は、配信指示に含まれるＩＤ付き文書３００の親ＩＤを参照することで、情報配信を実行する対象の指定文書を特定できる。また、この配信指示に含まれるＩＤ付き文書３００は、登録処理部２１０が文書管理サーバ１０に対して送信して登録するＩＤ付き文書３００と同様に、文書管理サーバ１０に登録される。

配信指示部２２０が行なう配信指示は、配信指示に対応する上述のＩＤ付き文書３００に加えて、文書管理サーバ１０が指定文書について情報配信を行なう際に用いる配信関連情報を含む。配信関連情報は、文書管理サーバ１０が情報配信の配信先を特定するために用いる配信先情報と、指定文書に関連する文書関連情報と、の少なくとも一方を含む。配信先情報の内容の詳細については後述する。文書関連情報は、例えば、指定文書に対してユーザが付与したコメントであってよい。文書管理サーバ１０は、配信指示に応じた情報配信処理において、その配信指示中の文書関連情報を含む情報を配信先に対して送信する。配信先のユーザは、このような文書管理サーバ１０からの情報配信により、例えば、ある文書に対して他のユーザが付与したコメントを受け取ることができる。

配信関連情報取得部２３０は、上述の配信関連情報を取得する。例えば、配信指示部２２０は、ＩＤ付き文書３００の指定を受けると、配信関連情報取得部２３０に対して、指定文書についての配信関連情報の取得を依頼する。この依頼を受けた配信関連情報取得部２３０は、指定文書に関する配信関連情報について、ユーザによる入力を受け付け、受け付けた配信関連情報を配信指示部２２０に対して出力する。

以上で説明したように、ユーザが情報配信を望むＩＤ付き文書３００を指定すると、配信指示部２２０は、文書操作部２００に対しては、配信指示に対応するＩＤ付き文書３００の生成を依頼し、配信関連情報取得部２３０に対しては、指定文書についての配信関連情報の取得を依頼する。そして、文書操作部２００から出力されたＩＤ付き文書３００と、配信関連情報取得部２３０から出力された配信関連情報と、を含む配信指示を文書管理サーバ１０に対して行う。なお、配信関連情報は、ＩＤ付き文書３００とは別の情報として配信指示に含まれていてもよいし、ＩＤ付き文書３００中に含まれていてもよい。

配信関連情報取得部２３０は、以上のように配信指示部２２０の依頼を受けて配信関連情報を取得する場合もあるし、文書操作部２００の依頼を受けて配信関連情報を取得する場合もある。例えば、文書操作部２００は、文書に対する操作を実行すると、その操作の結果生成されるＩＤ付き文書３００についての配信関連情報の取得を配信関連情報取得部２３０に対して依頼する。この依頼に応じて、配信関連情報取得部２３０は、その操作結果のＩＤ付き文書についての配信関連情報のユーザ入力を受け付け、受け付けた情報を文書操作部２００に対して出力する。文書操作部２００は、この配信関連情報をＩＤ付き文書３００と関連付けてＩＤ付き文書３００とともに登録処理部２１０に対して出力する。登録処理部２１０は、文書操作部２００から出力されたＩＤ付き文書３００及び当該文書に関連付けられた配信関連情報を文書管理サーバ１０に登録する。なお、この場合も、配信関連情報は、ＩＤ付き文書３００とは別の情報として存在してもよいし、ＩＤ付き文書３００中に含まれていてもよい。

配信関連情報と関連付けられたＩＤ付き文書３００をクライアント端末２０が文書管理サーバ１０に登録すると、文書管理サーバ１０において、当該ＩＤ付き文書３００に関して、その配信関連情報に従った情報配信処理が行われる。この情報配信処理では、例えば、ＩＤ付き文書３００のメタ情報を含む情報が文書管理サーバ１０から配信先に対して送信される。配信先のユーザは、文書管理サーバ１０から受信した情報中のメタ情報を参照することで、例えば、ある文書に対して、誰が、いつ、どのような操作を実行したかなど、文書に対する操作に関する情報を知ることができる。

文書操作部２００は、例えば、特定の種別の操作が実行された場合にのみ、配信関連情報取得部２３０に対して配信関連情報の取得を依頼するものとしてよい。例えば、「（新規）登録」操作又は「更新（更新版として登録）」操作が実行された場合に、配信関連情報取得部２３０に対して上述の依頼を行い、他の種別の操作が実行された場合は依頼を行わないものとしてよい。この例の場合、操作種別が「登録」又は「更新」であるＩＤ付き文書３００は、その配信関連情報とともに文書管理サーバ１０に登録され、文書管理サーバ１０において、当該ＩＤ付き文書３００に関し、その配信関連情報に従った情報配信処理が行われる。他の操作種別を含むＩＤ付き文書３００については、配信関連情報は取得されないので、ＩＤ付き文書３００のみが文書管理サーバ１０に登録され、文書管理サーバ１０において当該ＩＤ付き文書３００に関する情報配信処理は行われない。

文書操作部２００が操作の結果出力するＩＤ付き文書３００は、通常の文書ファイルと同様、電子的にコピーしたり、電子メールに添付するなどの方法で他の人宛に送信したりすることができる。電子メール送信用のソフトウエアは、この例では本システムに準拠していないので、この送信操作はＩＤ付き文書には反映されず、したがって文書管理サーバ１０にも記録されない。他の人からＩＤ付き文書３００を受け取った人が、自分のクライアント端末２０の文書操作部２００を用いてそのＩＤ付き文書３００を操作すると、その操作に応じて新たな管理ＩＤを付与されたＩＤ付き文書が生成されることになる。

また、文書操作部２００が電子文書を印刷する場合、管理ＩＤを生成し、その電子文書の印刷結果にその管理ＩＤを埋め込んでもよい。管理ＩＤの埋め込みは、例えば電子文書の印刷画像に、管理ＩＤを示すコード画像を重畳する等の方法で行うことができる。また、用紙がＲＦＩＤ(Radio Frequency Identifier)タグを備えている場合、そのＲＦＩＤタグに管理ＩＤを書き込んでもよい。このように印刷を行った場合、文書操作部２００は、その管理ＩＤや操作種別「印刷」等のメタ情報を含んだＩＤ付き文書を文書管理サーバ１０に登録する。なお、ＩＤ付き文書を印刷した場合には、そのＩＤ付き文書の管理ＩＤを親ＩＤ３１４として含んだＩＤ付き文書が生成される。印刷操作に対応するＩＤ付き文書には、印刷された画像を示すページ記述言語データやビットマップ画像データをなどの印刷データ、又は印刷された文書ファイルを、文書内容３２０として組み込んでもよい。

また、管理ＩＤが埋め込まれた紙文書を文書操作部２００が読み取った場合、文書操作部２００は、その読み取り操作に対して新たな管理ＩＤを付与し、読み取り結果の画像を文書内容３２０として含んだＩＤ付き文書を生成して文書管理サーバ１０に登録する。このＩＤ付き文書の親ＩＤ３１４には、紙文書から読み取った管理ＩＤがセットされる。管理ＩＤが埋め込まれた紙文書の複写の際には、上述した読み取り時と印刷時の処理が実行される。

次に、文書管理サーバ１０について説明する。文書管理サーバ１０は、システム内の複数のクライアント端末２０から送られてくるＩＤ付き文書３００を蓄積し、蓄積した情報に基づきユーザに各種のサービスを提供する。図４に示すように、文書管理サーバ１０は、文書ＤＢ（データベース）１００、派生関係ＤＢ１１０、文書登録部１３０、要求処理部１４０、及び配信処理部１５０を備える。

文書ＤＢ１００は、クライアント端末２０から送られてきたＩＤ付き文書３００のうちの文書内容３２０を格納するデータベースである。文書ＤＢ１００に格納された各文書内容３２０は、一意な内容ＩＤにより管理してもよい。内容ＩＤとしては、例えば当該文書内容の暗号学的ハッシュ関数によるハッシュ値を用いてもよいが、これに限定されるものではない。クライアント端末２０が内容ＩＤを付与してもよく、この場合、内容ＩＤをメタ情報３１０に組み込んでもよい。また、内容ＩＤの代わりに、その文書内容３２０を、当該文書内容に対応するＩＤ付き文書３００の管理ＩＤと対応づけて文書ＤＢ１００に格納してもよい。

文書登録部１３０は、クライアント端末２０の登録処理部２１０から受信したＩＤ付き文書３００の中の文書内容３２０を文書ＤＢ１００に、メタ情報３１０を派生関係ＤＢ１１０に、それぞれ登録する。また、文書登録部１３０は、クライアント端末２０の登録処理部２１０からＩＤ付き文書３００とともに当該ＩＤ付き文書３００の配信関連情報を受信した場合、この配信関連情報もメタ情報３１０とともに派生関係ＤＢ１１０に登録する。メタ情報３１０及び配信関連情報の登録を担当するのが派生関係登録部１３２である。また、文書登録部１３０は、クライアント端末２０の登録処理部２１０からＩＤ付き文書３００とともにその配信関連情報を受信した場合、当該ＩＤ付き文書３００及び配信関連情報を配信処理部１５０に渡す。

派生関係ＤＢ１１０は、ＩＤ付き文書３００のうち、派生関係の情報を主としたメタ情報を蓄積するデータベースである。また、派生関係ＤＢ１１０には、ＩＤ付き文書３００の配信関連情報も蓄積される。図５に、派生関係ＤＢ１１０のデータ内容の一例を示す。図５に示した表における１行の情報が、１つのＩＤ付き文書３００に対応する情報レコードである。この例では、各ＩＤ付き文書３００の管理ＩＤに対応づけて、親ＩＤ、操作種別、操作者、操作日時、コメント、収集属性、配信先情報、及び操作通知属性の各項目が登録されている。このうち、親ＩＤ、操作種別、操作者、及び操作日時は上記で説明したとおり、ＩＤ付き文書３００のメタ情報３１０に含まれる情報である。

コメント、収集属性、配信先情報、及び操作通知属性の各項目は、各レコードに対応するＩＤ付き文書３００と関連付けてクライアント端末２０から受信した配信関連情報に含まれる情報項目である。コメントの項目には、各ＩＤ付き文書３００に対してユーザが付与したコメントが登録される。収集属性は、後述する文書関連情報収集処理において、各ＩＤ付き文書３００について付与されたコメントを収集の対象とするか否かを表す属性情報である。配信先情報は、各ＩＤ付き文書３００に関する情報を配信する際の配信先を表す情報である。図５の例では、配信先情報として、配信先の電子メールアドレスが登録される。操作通知属性は、各ＩＤ付き文書３００が文書管理サーバ１０に登録された際に、当該ＩＤ付き文書３００が生成された操作に関する情報を所定の配信先に対して通知するか否かを表す属性情報である。

派生関係ＤＢ１１０の各項目のうち、管理ＩＤと親ＩＤとのペア及び配信先情報以外の項目は、図５で例示したものに限られない。管理目的上必要な項目を記録すればよい。また、図５に例示するメタ情報の項目は一例に過ぎない。例えば、この他にも、ＩＤ付き文書内の文書内容３２０を格納した、文書ＤＢ１００内での格納場所を示すパス名を派生関係ＤＢ１１０に登録してもよい。文書ＤＢ１００が、内容ＩＤで文書内容３２０を検索する機能を持つものであれば、文書格納パスの代わりに内容ＩＤをメタ情報レコードに登録してもよい。

なお、図５は派生関係ＤＢ１１０が管理するデータを内容の観点から表現したものにすぎず、具体的な表現形式或いはデータベース形式を規定するものではない。例えば、派生関係ＤＢ１１０は、一般的なリレーショナルデータベースとして構築することもできるし、管理ＩＤを除くメタ情報を記述したＸＭＬ(eXtensible Markup Language)文書を、管理ＩＤをキーとして登録したデータベースとして構築することもできる。

図５に示した派生関係ＤＢ１１０のデータ内容は、図６のような木構造を成す。これは、管理ＩＤをノードとし、管理ＩＤ間の親子関係をエッジとする木構造である。

以下、図５及び図６の例が示す文書の履歴について時系列順に説明する。

この例ではまず、文書の「登録」操作がuserAのクライアント端末２０で実行される。「登録」操作は、文書管理サーバ１０に未登録の文書（すなわち、管理ＩＤを有していない文書）を当該サーバ１０に登録するための操作である。クライアント端末２０の文書操作部２００は、管理ＩＤが"Doc1"、親ＩＤが空、操作種別が「登録」であるメタ情報と、その文書の文書内容と、を含むＩＤ付き文書"Doc1"を生成する。また、ＩＤ付き文書"Doc1"を生成するとともに、文書操作部２００は、配信関連情報取得部２３０に対して、この「（新規）登録」操作の結果の文書について配信関連情報の取得を依頼する。配信関連情報取得部２３０は、この依頼に応じて、例えば図７に示すような表示画面を表示装置（図示しない）に表示させることで、userAによる配信関連情報の入力を受け付ける。

図７を参照し、「コメント」の項目に入力される情報は、ＩＤ付き文書"Doc1"に付与されたコメントとして受け付けられる。「コメントを収集対象にしない」の項目は、図５の表の「収集属性」の項目に対応する。ユーザがこの項目を選択する（チェックボックスにチェックを入れる）と収集属性は「no」に設定され、この項目を選択しなかった場合（チェックボックスにチェックを入れない）は、収集属性は「yes」に設定される。「通知アドレス」の項目に入力される情報は、配信先情報として受け付けられる。また、「メール通知する」の項目は、図５の表の「操作通知属性」の項目に対応する。ユーザがこの項目を選択すると操作通知属性は「yes」に設定され、この項目を選択しない場合、操作通知属性は「no」に設定される。

ここでは、図７の例の表示画面において、userAは、コメントの項目には入力を行なわず、通知アドレスの項目に「sss-all@fujixerox.co.jp」と入力し、「メール通知する」の項目を選択したとする。すると、配信関連情報取得部２３０は、配信先情報が「sss-all@fujixerox.co.jp」であり、操作通知属性が「yes」であり、コメントの項目及び収集属性の項目の値が空である配信関連情報を文書操作部２００に渡す。文書操作部２００は、配信関連情報取得部２３０から受け取った配信関連情報と、ＩＤ付き文書"Doc1"と、を関連付けて文書管理サーバ１０へ送信する。これに応じ、文書管理サーバ１０は、そのＩＤ付き文書"Doc1"中の文書内容を文書ＤＢ１００へ、メタ情報を派生関係ＤＢ１１０にそれぞれ登録する。さらに、ＩＤ付き文書"Doc1"とともに受信した配信関連情報を派生関係ＤＢ１１０に登録する。また、文書管理サーバ１０は、受信した配信関連情報に従ってＩＤ付き文書"Doc1"について情報配信処理を行う。この情報配信処理の詳細については後述する。なお、以下では、識別のために、登録された文書内容を"Content1"で表すことにする。その後、userAは、登録したＩＤ付き文書を他のユーザuserB及びuserCに配布する。この配布は、例えば、電子メールにそのＩＤ付き文書を添付して各ユーザに送信することにより、行うことができる。

その後、userBが自分のクライアント端末２０の文書操作部２００によってＩＤ付き文書"Doc1"に対して編集を加え、操作メニュー上で「更新版として登録」を指示すると、クライアント端末２０は、管理ＩＤ３１２の値が"Doc2"、親ＩＤ３１４の値が"Doc1"、操作種別の値が「更新」であるＩＤ付き文書"Doc2"を生成する。さらに、文書操作部２００は、配信関連情報取得部２３０に対して、ＩＤ付き文書"Doc2"についての配信関連情報の取得を依頼する。この依頼に応じて配信関連情報取得部２３０は、例えば、図８の表示画面を表示装置に表示させて、userBによる配信関連情報の入力を受け付ける。

図８を参照し、「コメント」、「コメントを収集対象にしない」、及び「メール通知する」の各項目の役割は、図７の例と同様である。図８の例の表示画面の「通知アドレス」の下位項目である「以前の設定を使う」が選択されると、この更新操作に対応するＩＤ付き文書に関して文書管理サーバ１０が行う情報配信処理の配信先情報として、このＩＤ付き文書の派生元の文書のいずれかに設定された配信先情報が用いられる。「通知アドレス」の項目において、ユーザが「以前の設定を使う」の下位項目を選択せずに、電子メールアドレスなどを新たに入力した場合、その新たに入力された情報がこのＩＤ付き文書の配信先情報となる。

以上のように、配信関連情報取得部２３０は、文書操作部２００からＩＤ付き文書３００について配信関連情報の取得依頼を受けた場合、そのＩＤ付き文書３００を生成した操作の種別に応じて異なる態様の表示画面を表示させて配信関連情報の入力を受け付けることができる。なお、この例では、文書操作部２００は、「登録」又は「更新」操作が文書に対して実行された場合にのみ配信関連情報取得部２３０に対して配信関連情報の取得を依頼するものとする。

ＩＤ付き文書"Doc2"に関し、図８の表示画面において、userBは、コメントの項目に「３章を更新しました。確認をお願いします。」という文章を入力し、「コメントを収集対象にしない」の項目を選択し、さらに、「メール通知する」の項目を選択するとともに「通知アドレス」として「team1@fujixerox.co.jp」を入力したとする。配信関連情報取得部２３０は、この入力内容に対応する配信関連情報を文書操作部２００に渡し、この配信関連情報とＩＤ付き文書"Doc2"とが関連付けられて文書管理サーバ１０に送られて登録される。userBが加えた編集により、文書内容３２０は"Content1"から"Content2"に変化している。文書管理サーバ１０の派生関係ＤＢ１１０には、管理ＩＤ"Doc2"のレコードが登録される。また、文書管理サーバ１０は、ＩＤ付き文書３００について、その配信関連情報に従って情報配信処理を行う。

なお、この操作の前にuserBのクライアント端末２０内にあったＩＤ付き文書"Doc1"は、この操作に伴い、文書操作部２００によりＩＤ付き文書"Doc2"に置き換えられる。この置き換え処理では、派生関係組込部２０４は、元のＩＤ付き文書"Doc1"のうち、メタ情報３１０の管理ＩＤ３１２を新たに発行したＩＤ"Doc2"へ変更するとともに、元の文書"Doc1"の管理ＩＤ"Doc1"を親ＩＤ３１４の値にセットする。また、派生関係組込部２０４は、ログ情報３１６中の操作種別の値を今回の操作の種別である「更新」に変更し、操作時刻の値をその更新の日時に変更し、操作者の値をuserBに変更する。また、編集により文書内容が変化するため、文書操作部２００は、元のＩＤ付き文書"Doc1"の文書内容３２０を"Content1"から"Content2"に置き換える。

このようにＩＤ付き文書"Doc1"に対する操作が実行されると、操作後のＩＤ付き文書"Doc2"に置き換えられる。したがって、その置き換えの後は、ＩＤ付き文書"Doc1"自体はそのクライアント端末２０には存在せず、その代わりにＩＤ付き文書"Doc2"が存在することとなる。

その後、userBは、電子メールなどによってＩＤ付き文書"Doc2"をuserDに配布する。

次に、userAから配布されたＩＤ付き文書"Doc1"に対して、userCのクライアント端末２０の文書操作部２００によって、文書をコピーする「複製」操作が行なわれる。userCのクライアント端末２０は、親ＩＤが"Doc1"であり、操作種別の値が「複製」である新たなＩＤ付き文書"Doc3"を生成する。この例では、「登録」又は「更新」以外の操作については配信関連情報の取得は行なわれないので、ＩＤ付き文書"Doc3"は、配信関連情報を伴わずに文書管理サーバ１０に送信され、登録される。ＩＤ付き文書"Doc3"は、配信関連情報を伴わないので、文書管理サーバ１０において、ＩＤ付き文書"Doc3"に関する情報配信処理は行われない。userCのクライアント端末２０のＩＤ付き文書"Doc1"は、このＩＤ付き文書"Doc3"に置き換えられる。なお、「複製」操作では文書内容は変更されないので、ＩＤ付き文書"Doc3"の文書内容３２０は、複製前のＩＤ付き文書"Doc1"と同じ"Content1"のままである。

次に、userDが自己のクライアント端末２０の文書操作部２００によって、userBから配布されたＩＤ付き文書"Doc2"に対して「更新」操作を行なう。この操作に応じて、ＩＤ付き文書"Doc2"の文書内容"Content2"と異なる文書内容"Content3"を含み、親ＩＤが"Doc2"、操作種別が「更新」である新たなＩＤ付き文書"Doc4"が生成される。また、文書操作部２００の依頼により、ＩＤ付き文書"Doc4"について配信関連情報取得部２３０は、図８の例の表示画面を表示させて、配信関連情報の入力を受け付ける。このとき、図８の表示画面において、userDは、コメントの項目に「図４は図８と同じ形式にしてください。」と入力し、「コメントを収集対象としない」の項目を選択しなかったとする。また、userDは、「メール通知する」の項目を選択するとともに、「通知アドレス」の下位項目「以前の設定を使う」を選択したとする。この入力に対応する配信関連情報と、ＩＤ付き文書"Doc4"と、が関連付けられて文書管理サーバ１０に送られて登録され、ＩＤ付き文書"Doc4"について情報配信処理が行われる。また、更新前のＩＤ付き文書"Doc2"は、クライアント端末２０において、更新後のＩＤ付き文書"Doc4"と置き換えられる。

その後、userDは、ＩＤ付き文書"Doc4"を電子メールなどによってuserE及びuserFに配布する。

次に、userEが自己のクライアント端末２０において、userDから配布されたＩＤ付き文書"Doc4"を指定して、ＩＤ付き文書"Doc4"に関する情報の配信を指示する。図９に、このような配信指示を受け付けるための操作メニューの表示画面の例を示す。図９を参照し、例えば、ユーザがＩＤ付き文書"Doc4"を表すアイコンをマウスなどの入力装置によって指定すると、操作メニュー６００のように操作の選択肢が表示される。操作メニュー６００において、「メール送信」が情報の配信に対応するメニューであるとする。図９の例で、ユーザが操作メニュー６００の「メール送信」を選択すると、配信指示部２２０は、配信関連情報取得部２３０に対し、ＩＤ付き文書"Doc4"についての配信関連情報の取得を依頼する。この依頼に応じて、配信関連情報取得部２３０は、例えば、図１０のような表示画面を表示させて配信関連情報のユーザ入力を受け付ける。

図１０を参照し、「コメント」及び「コメントを収集対象にしない」の各項目の役割は、図７及び図８を参照して説明した例と同様である。「送信アドレス」の項目では、図８の例の「通知アドレス」の項目と同様、対象のＩＤ付き文書の派生元の文書のいずれかについて設定された配信先情報を用いることを選択する（「以前の設定を使う」）か、あるいは、電子メールアドレスなどを配信先情報として新たに入力することが可能である。なお、図１０の表示画面は、対象のＩＤ付き文書に関する情報を含む電子メールの送信を指示する配信指示が行なわれる場合に表示されるものであるので、図７及び図８の例のような「メール通知する」の項目（メール送信の有無を選択する項目）は表示されない。

本例では、userEは、図１０の例の表示画面において、コメントの項目に「○○という用語は使わず、××に統一してください。」と入力し、「コメントを収集対象にしない」を選択せず、送信アドレスの項目において「以前の設定を使う」を選択したとする。配信関連情報取得部２３０は、この入力に対応する配信関連情報を配信指示部２２０に渡す。また、配信指示部２２０は、文書操作部２００に対して、ユーザによって指定されたＩＤ付き文書"Doc4"を指定文書とする配信指示に対応する新たなＩＤ付き文書の生成を依頼する。この依頼に応じて、文書操作部２００は、指定文書の管理ＩＤ"Doc4"を親ＩＤとし、操作種別を「メール」とする新たなＩＤ付き文書"Doc5"を生成し、配信指示部２２０に対して出力する。なお、この配信指示によっては、文書内容は変更されないので、ＩＤ付き文書"Doc5"の文書内容は、配信指示前の文書"Doc4"と同じ"Content3"である。配信指示部２２０は、このＩＤ付き文書"Doc5"と、配信関連情報取得部２３０が取得した配信関連情報と、を含む配信指示を文書管理サーバ１０へ送信する。文書管理サーバ１０はこの配信指示に従って情報配信処理を行なう。配信指示に応じた情報配信処理の詳細については後述する。配信指示に含まれるＩＤ付き文書"Doc5"は、文書操作部２００による操作の結果生成され、登録処理部２１０によって文書管理サーバ１０に登録されるＩＤ付き文書と同様に、文書管理サーバ１０の派生関係ＤＢ１１０に登録される。

その後、さらに、userFが自己のクライアント端末２０において、userDから配布されたＩＤ付き文書"Doc4"を指定して情報の配信を指示する。ＩＤ付き文書"Doc5"に関する上述の処理と同様に、配信関連情報取得部２３０によって図１０の例の表示画面が表示されて配信関連情報の入力が受け付けられ、文書操作部２００において、親ＩＤが"Doc4"、操作種別が「メール」である新たなＩＤ付き文書"Doc6"が生成されて配信指示部２２０に渡される。ＩＤ付き文書"Doc6"の文書内容は、"Doc4"と同じ"Content3"である。そして、配信指示部２２０は、配信関連情報取得部２３０において受け付けられた配信関連情報と、ＩＤ付き文書"Doc6"と、を含む配信指示を文書管理サーバ１０に対して行う。文書管理サーバ１０では、この配信指示に従った情報配信処理が行われ、ＩＤ付き文書"Doc6"に対応するレコードが派生関係ＤＢ１１０に登録される。

図５及び図６は、この時点での派生関係ＤＢ１１０内の、"Doc1"から派生する文書あるいは操作の様子を示している。

以上、図５に例示する派生関係ＤＢ１１０の内容の一部を参照し、本実施形態の文書管理システムにおける文書に対する操作の情報の登録の様子について説明した。

図４の説明に戻り、要求処理部１４０は、クライアント端末２０からの管理ＩＤを含んだサービス要求に応じて、派生関係ＤＢ１１０を用いたサービスを提供する。要求処理部１４０が提供するサービスとしては、例えば、サービス要求中の管理ＩＤに対応する文書の最新版を検索するサービスがある。また別の例として、サービス要求中の管理ＩＤに対応する始祖（根）の文書又はその始祖についてのログ情報を提供するサービスを挙げることができる。また、別の例として、その管理ＩＤの来歴、すなわち始祖からその管理ＩＤまでに文書が経てきた操作の履歴（例えば誰がいつどんな操作をしたのかを示す情報のリスト）を提供するサービスもある。また、派生関係ＤＢ１１０に登録された属性項目についての検索条件の指定を受け付け、その検索条件を満足するＩＤ付き文書のリストを提供するサービスもある。このサービスに付随して、要求処理部１４０は、そのリストの中からユーザの所望するＩＤ付き文書の選択を受け付け、選択されたＩＤ付き文書を提供してもよい。なお、上述の最新版を検索するサービスは、「操作日時が最新である」という検索条件についての検索結果を提供するサービスと捉えることもできる。また、別の例として、派生関係ＤＢ１１０に基づきＩＤ付き文書群の派生関係を表す木構造の表示画面を提供し、その表示画面上でユーザの所望するＩＤ付き文書の選択を受け付け、選択されたＩＤ付き文書を提供するサービスもある。

サービス要求は、クライアント端末２０に保持されたＩＤ付き文書に基づき発せられる。例えば、ユーザがクライアント端末２０の文書操作部２００によりＩＤ付き文書を開いた場合に、文書操作部２００が、派生関係を用いたサービスのメニューを提供し、そのメニューの中からユーザが所望するサービスの指定を受け付ける。また、例えば、図９に例示する操作メニュー６００のように、ユーザが表示画面上でＩＤ付き文書を指定した場合に派生関係を用いたサービスのメニューを提供してもよい。そして、そのＩＤ付き文書の管理ＩＤと指定されたサービスを示すコードとを含むサービス要求を文書管理サーバ１０の要求処理部１４０に送信する。このとき、ユーザ識別情報や操作日時などの属性項目についての検索条件を指定するユーザインタフェース画面を提供し、この画面を介して入力された検索条件を併せて要求処理部１４０に送信してもよい。また、管理ＩＤと、サービスを示すコード、検索条件以外に、指示を行ったユーザの識別情報や、ユーザの入力した認証情報などといった他の情報を、クライアント端末２０から要求処理部１４０に送信するようにしてもよい。

要求処理部１４０は、クライアント端末２０からサービス要求を受けた場合、そのサービス要求中に指定された管理ＩＤを起点に、派生関係ＤＢ１１０に登録された管理ＩＤと親ＩＤとの派生関係が構成する木を走査（トラバース）し、その走査の結果得られた情報を用いて、ユーザから要求されたサービスを実行する。

クライアント端末２０の配信指示部２２０による上述の配信指示は、サービス要求の一種であり、要求処理部１４０において受信される。要求処理部１４０は、配信指示を受信すると、配信指示中のＩＤ付き文書及び配信関連情報を配信処理部１５０に渡し、配信処理の実行開始を指示する。

配信指示以外に上記で例示したサービス要求についても、配信指示と同様に、ユーザによるサービスの指定を一つの「操作」と捉え、その「操作」に対して新たに管理ＩＤを付与してもよい。この場合、例えば、指定されたサービスのコードを操作種別として含み、指定の際に用いられた元のＩＤ付き文書の管理ＩＤを親ＩＤとして含んだＩＤ付き文書を生成し、このＩＤ付き文書をサービス要求として文書管理サーバ１０に送る。この場合、要求処理部１４０は、受け取ったＩＤ付き文書内の操作種別の情報に基づき提供すべきサービスを判定し、同じくＩＤ付き文書内の親ＩＤを、派生関係を遡る処理の起点とする。

また、本実施形態では、要求処理部１４０は、サービス要求中の管理ＩＤを起点に派生関係の木構造を走査して得られる文書に関連付けられた文書関連情報を収集して提供するサービスを行う。このサービスの提供のために文書関連情報を収集する処理を行うのが文書関連情報取得部１４２である。文書関連情報取得部１４２は、文書関連情報の収集を要求するサービス要求をクライアント端末２０から受けた場合に、派生関係ＤＢ１１０を参照し、サービス要求中の管理ＩＤを起点に派生関係の木構造を走査して得られる文書の文書関連情報を取得する。要求処理部１４０は、文書関連情報取得部１４２が取得した文書関連情報を要求元のクライアント端末２０に対して提供する。

配信処理部１５０は、文書に関する情報の配信を行なう。配信処理部１５０は、例えば、要求処理部１４０を介してクライアント端末２０からの配信指示を受けると、配信指示に含まれるＩＤ付き文書のメタ情報を参照し、そのＩＤ付き文書の親ＩＤを取得する。この親ＩＤに対応する文書が、ユーザによって指定されたＩＤ付き文書（指定文書）であり、配信処理部１５０は、この指定文書に関する情報を配信する処理を行なう。また例えば、配信処理部１５０は、文書登録部１３０が配信関連情報を伴うＩＤ付き文書３００をクライアント端末２０から受信した場合に、そのＩＤ付き文書３００及び配信関連情報を文書登録部１３０から取得し、取得した配信関連情報に従って、そのＩＤ付き文書３００に関して情報配信処理を行う。配信処理部１５０は、配信先情報取得部１５２、情報配信部１５４、及び配信履歴登録部１５６を備える。

配信先情報取得部１５２は、派生関係ＤＢ１１０を参照し、情報配信処理の対象のＩＤ付き文書３００について配信先情報を取得する。情報配信部１５４は、配信先情報取得部１５２が取得した配信先情報が表す配信先に対して、処理対象のＩＤ付き文書３００に関する情報を送信する。

本実施形態では、配信処理部１５０は、文書登録部１３０から取得したＩＤ付き文書３００に関する配信処理と、要求処理部１４０から取得した配信指示において特定される指定文書に関する配信処理と、の２種類の配信処理を実行する。前者の配信処理は、ＩＤ付き文書３００が文書管理サーバ１０に登録される際に行われるものであり、文書に対してクライアント端末２０において何らかの操作が実行された場合に、その操作についての情報を配信するものである。後者の配信処理は、文書管理サーバ１０にすでに登録されているＩＤ付き文書のうちの１つを指定文書として、指定文書に関する情報を配信することを指示された場合に行われるものである。配信処理部１５０の配信履歴登録部１５６は、後者の配信処理を行った場合に、要求処理部１４０が受信した配信指示に含まれるＩＤ付き文書と、その配信関連情報と、を派生関係ＤＢ１１０に登録する処理を行う。

図５の例の表において、管理ＩＤ"Doc5"及び"Doc6"の各レコードは、配信履歴登録部１５６が登録したものである。

以下、本実施形態における配信処理部１５０による処理について詳細に説明する。

まず、上述の前者の配信処理について説明する。配信処理部１５０は、配信関連情報と関連付けられたＩＤ付き文書３００を文書登録部１３０から受け取った場合に、受け取った配信関連情報及びＩＤ付き文書３００を処理対象として、図１１に例示する手順の処理を開始する。例えば、図５の表の"Doc1"、"Doc2"、及び"Doc4"の各管理ＩＤに対応するＩＤ付き文書は、それぞれの配信関連情報と関連付けられてクライアント端末２０から文書管理サーバ１０に送られる。よって、これらの各ＩＤ付き文書"Doc1"、"Doc2"、及び"Doc4"をクライアント端末２０から文書管理サーバ１０が受信したときには、各ＩＤ付き文書とその配信関連情報とを処理対象として、配信処理部１５０による図１１の例の処理が実行される。一方、図５の表の管理ＩＤ"Doc3"に対応するＩＤ付き文書は、配信関連情報を伴わずにクライアント端末２０から文書管理サーバ１０に送られる。よって、ＩＤ付き文書"Doc3"を文書管理サーバ１０が受信したときには、配信処理部１５０は図１１の例の情報配信処理を行わない。

図１１を参照し、まず、ステップＳ１０で、配信処理部１５０は、処理対象の配信関連情報中の操作通知属性の値が「yes」であるか否かを判定する。操作通知属性の値が「yes」であれば処理はステップＳ１２へ進み、値が「yes」でなければ、ステップＳ１２以下の処理を実行することなく、処理を終了する。

ステップＳ１２では、配信処理部１５０は、配信関連情報中に電子メールアドレスなどの配信先情報が含まれているか否かを判定する。この配信先情報は、処理対象のＩＤ付き文書３００がクライアント端末２０において生成された操作の際に、例えば、図７又は図８の表示画面において「通知アドレス」の項目にユーザが入力した電子メールアドレスである。例えば、図８の表示画面において「以前の設定を使う」の項目が選択された場合など、処理対象のＩＤ付き文書３００について、クライアント端末２０においてユーザが配信先情報を設定しなかった場合、処理対象のＩＤ付き文書３００の配信関連情報は、配信先情報を含まない。

ステップＳ１２において、配信関連情報中に配信先情報が含まれていると判定された場合、次にステップＳ１４で、配信関連情報中の配信先情報が送信先アドレスとして設定される。例えば、図５の表の管理ＩＤ"Doc1"に対応するＩＤ付き文書が処理対象である場合、配信先情報として「sss-all@fujixerox.co.jp」という電子メールアドレスが設定されているので、ステップＳ１２の判定の結果、配信処理部１５０は、ステップＳ１４で当該電子メールアドレスを送信先アドレスとして設定する。

ステップＳ１２において、配信関連情報中に配信先情報が含まれていないと判定された場合、処理はステップＳ１６に進む。例えば、図５の表の管理ＩＤ"Doc4"に対応するＩＤ付き文書が処理対象である場合、配信関連情報中の配信先情報は空であるので、ステップＳ１２の判定の結果、ステップＳ１６に進む。

ステップＳ１６で、配信処理部１５０は、処理対象のＩＤ付き文書の管理ＩＤを注目ＩＤとし、配信先情報取得部１５２による送信先アドレス取得処理（ステップＳ１８）を行なう。

図１２に、送信先アドレス取得処理の手順の例を示す。図１１のステップＳ１８が開始されると、図１２に例示する手順の処理が開始される。図１２に例示する手順の処理では、配信先情報取得部１５２は、派生関係ＤＢ１１０を参照し、処理対象のＩＤ付き文書を起点に派生関係を先祖方向に遡って得られる文書に関連付けられた配信先情報を取得する。

図１２を参照し、まずステップＳ１８０で、配信先情報取得部１５２は、注目ＩＤに対応するレコードを派生関係ＤＢ１１０から取得する。

次にステップＳ１８１で、注目ＩＤのレコードの配信先情報の項目に値が設定されているか否かを判定する。配信先情報の項目に電子メールアドレスなどが設定されていれば、ステップＳ１８１からステップＳ１８２に進み、この配信先情報の項目の値を送信先アドレスとする。

注目ＩＤのレコードの配信先情報の項目に値が設定されていない場合、ステップＳ１８１からステップＳ１８３へ進む。

ステップＳ１８３では、注目ＩＤのレコードの親ＩＤの項目の値が「Null」であるか否かを判定する。親ＩＤの項目の値が「Null」であるということは、派生関係ＤＢ１１０内の派生関係群が表す木構造において、注目ＩＤに対応するノードが根ノードであるということである。注目ＩＤに対応するノードが根ノードでない場合、親ＩＤの項目の値は「Null」ではないため、ステップＳ１８３からステップＳ１８４へ進む。

ステップＳ１８４で、現在の注目ＩＤの親ＩＤを新たな注目ＩＤとし、その後、ステップＳ１８０以下の処理を繰り返す。

ステップＳ１８０，Ｓ１８１，Ｓ１８３，Ｓ１８４を含む処理ループにより、配信処理部１５０の処理対象のＩＤ付き文書を起点として、派生関係の木構造を根ノードまで１ノードずつ遡って、配信先情報の設定されているノード（ＩＤ付き文書）を検索し、最初に現れたそのようなＩＤ付き文書の配信先情報を、送信先アドレスとして取得する（ステップＳ１８２）。例えば、図５の表の管理ＩＤ"Doc4"に対応するＩＤ付き文書が処理対象である場合、"Doc4"から派生関係の木構造（図６参照）を遡り、"Doc4"の親である"Doc2"に配信先情報「team1@fujixerox.co.jp」が設定されているので、この配信先情報が送信先アドレスとして取得される。

ステップＳ１８３で、注目ＩＤに対応するノードが、派生関係の木構造において根ノードに該当する場合、親ＩＤの項目の値は「Null」であるため、判定の結果、ステップＳ１８５へ進む。ステップＳ１８５の処理が実行されるのは、派生関係の木構造を処理対象のＩＤ付き文書を起点に根ノードまで遡った経路上に含まれるノードのいずれに対応するＩＤ付き文書についても、配信先情報が設定されていない場合である。この場合、配信先情報を取得できないので、配信先情報取得部１５２は、送信先アドレスを「Null」に設定する（ステップＳ１８５）。

ステップＳ１８２又はステップＳ１８５の後、図１２に例示する送信先アドレス取得処理は終了し、処理は、図１１のステップＳ２０へ進む。

再び図１１を参照し、ステップＳ２０で、配信処理部１５０は、送信先アドレスの値が「Null」であるか否かを判定する。送信先アドレス取得処理（ステップＳ１８）において、派生関係ＤＢ１１０から配信先情報が取得されて送信先アドレスに設定（図１２のステップＳ１８２）されていれば、送信先アドレスの値は「Null」ではないので、ステップＳ２０の判定の結果、ステップＳ２２に進む。送信先アドレス取得処理において、送信先アドレスの値が「Null」に設定（図１２のステップＳ１８５）されていれば、ステップＳ２０の判定の結果、ステップＳ２４に進む。

ステップＳ２２で、配信処理部１５０の情報配信部１５４は、送信先アドレスに設定されたアドレスに対して、処理対象のＩＤ付き文書に関する情報を含む電子メールを送信する。ここで電子メール送信される情報は、例えば、処理対象のＩＤ付き文書のメタ情報を含む。このような電子メールにより、処理対象のＩＤ付き文書の操作に関するログ情報（操作種別、操作者、及び操作日時など）が配信先のユーザに対して通知される。また例えば、処理対象の配信関連情報中に、処理対象のＩＤ付き文書についてユーザが付与したコメントが含まれる場合、このコメントをさらに含む電子メールを送信してもよい。ステップＳ２２の後、配信処理部１５０は処理を終了する。

送信先アドレスが「Null」に設定されていた場合に行われるステップＳ２４では、エラー処理が行われる。このエラー処理では、例えば、配信処理部１５０は、処理対象のＩＤ付き文書３００の送信元のクライアント端末２０の表示装置に、配信先のアドレスを取得できなかった旨を表すメッセージを表示させる。また、例えば、クライアント端末２０のユーザに配信先情報の入力を促す情報を表示させ、ユーザが入力した配信先情報を送信先アドレスとして設定し、この送信先アドレスに対して、ステップＳ２２と同様に、ログ情報を送信してもよい。エラー処理の後、配信処理部１５０は処理を終了する。

なお、例えば、派生関係の木構造の根ノードに該当するＩＤ付き文書については必ず配信先情報を設定するシステムとしておけば、送信先アドレスが「Null」に設定される（図１２のステップＳ１８５）ことはなく、よって、図１１のエラー処理（ステップＳ２４）が実行されることはない。図１２のステップＳ１８０，Ｓ１８１，Ｓ１８３，Ｓ１８４を含む処理ループにおいて、根ノードが注目ＩＤとなった時にステップＳ１８１の判定が実行されると、必ずＹＥＳと判定されてステップＳ１８２に進み、根ノードに設定された配信先情報が送信先アドレスとして取得されるからである。例えば、クライアント端末２０において親ＩＤ「Null」のＩＤ付き文書が生成される「（新規）登録」操作を実行する場合は必ず配信先情報を設定する構成としておけば、送信先アドレスが「Null」となることはないので、図１１のエラー処理は実行されない。このような場合、図１１の例の手順の処理において、ステップＳ２０の判定及びステップＳ２４のエラー処理を省略してもよい。

以上、文書登録部１３０がクライアント端末２０から操作結果のＩＤ付き文書３００及び配信関連情報を受信した場合に、そのＩＤ付き文書３００に関して配信処理部１５０が行う情報配信処理について説明した。以下、要求処理部１４０がクライアント端末２０から配信指示を受けた場合の配信処理部１５０の情報配信処理について説明する。

配信処理部１５０は、配信指示を表す操作種別を含むＩＤ付き文書３００と、その配信関連情報と、を含む配信指示を要求処理部１４０から受け取った場合に、図１３に例示する手順の情報配信処理を開始する。例えば、図５の表の文書の履歴において、"Doc5"及び"Doc6"の各管理ＩＤに対応するＩＤ付き文書を含む配信指示を要求処理部１４０がクライアント端末２０から受信し、受信した配信指示を配信処理部１５０に渡した場合に、配信処理部１５０は、図１３に例示する手順の処理を開始する。図１３では、図１１の例と同様の処理ステップには図１１と同様の符号を付している。

図１３を参照し、まずステップＳ３０で、配信処理部１５０は、要求処理部１４０から受け取った配信指示に含まれるＩＤ付き文書３００のメタ情報３１０から親ＩＤ３１４を抽出し、抽出した親ＩＤを指定文書の管理ＩＤ（以下、「指定ＩＤ」と呼ぶ）とする。

次に、ステップＳ１２で、配信処理部１５０は、配信指示に含まれる配信関連情報中に電子メールアドレスなどの配信先情報が含まれているか否かを判定する。この配信先情報は、例えば、クライアント端末２０においてユーザが指定文書を選択したときに表示される図１０の例の表示画面において「送信アドレス」の項目にユーザが入力した電子メールアドレスである。例えば、図１０の表示画面において「以前の設定を使う」の項目が選択された場合など、配信指示に際してユーザが配信先情報を設定しなかった場合、配信指示中の配信関連情報は、配信先情報を含まない。

ステップＳ１２において、配信関連情報中に配信先情報が含まれていると判定された場合、処理はステップＳ１４に進み、ステップＳ１４で、配信関連情報中の配信先情報が送信先アドレスとして設定される。ステップＳ１４の後、処理はステップＳ３４に進む。

ステップＳ１２において、配信関連情報中に配信先情報が含まれていないと判定された場合、処理はステップＳ３２に進む。例えば、図５の表の管理ＩＤ"Doc5"が指定ＩＤである場合、配信先情報は設定されていないので、ステップＳ１２からステップＳ３２に進む。

ステップＳ３２では、配信処理部１５０は、指定ＩＤを注目ＩＤとし、配信先情報取得部１５２による送信先アドレス取得処理（ステップＳ１８）を行なう。

この送信先アドレス取得処理では、図１２を参照して説明した上述の処理と同様の処理が行われる。すなわち、指定ＩＤを起点として、派生関係ＤＢ１１０内の派生関係の木構造を根ノードまで遡った経路上に含まれるノードのうち、配信先情報の設定されているＩＤ付き文書（ノード）であって指定ＩＤに最も近いＩＤ付き文書の配信先情報を送信先アドレスとして取得する。指定ＩＤから根ノードまでの経路上に、配信先情報の設定されているＩＤ付き文書が存在しない場合は、送信先アドレスの値は「Null」に設定される。例えば、図５の表の管理ＩＤ"Doc5"が指定ＩＤである場合、派生関係の木構造（図６参照）を遡り、配信先情報が設定されている"Doc2"に到達すると、この"Doc2"の配信先情報が送信先アドレスとして取得される。

送信先アドレス取得処理（ステップＳ１８）の後、配信処理部１５０は、ステップＳ２０で、送信先アドレスの値が「Null」であるか否かを判定する。送信先アドレスの値が「Null」でない場合、処理はステップＳ３４に進む。

ステップＳ３４で、配信処理部１５０の情報配信部１５４は、送信先アドレスに設定されたアドレスに対して、指定ＩＤに対応するＩＤ付き文書に関する情報を含む電子メールを送信する。ここで電子メール送信される情報は、配信指示に含まれる配信関連情報中の文書関連情報（ユーザが付与したコメントなど）を含む。

次に、ステップＳ３６で、配信処理部１５０の配信履歴登録部１５６は、配信指示中のＩＤ付き文書の管理ＩＤに対応づけて、配信指示中のＩＤ付き文書のメタ情報及び配信指示中の配信関連情報を派生関係ＤＢ１１０に登録する。ステップＳ３６の後、処理は終了する。

ステップＳ２０の判定において、送信先アドレスの値が「Null」であれば、ステップＳ２０からステップＳ２４に進み、図１１の例と同様に、エラー処理を行う。なお、このエラー処理において、例えば、ユーザに配信先情報の入力を促し、入力された配信先情報を送信先アドレスとしてステップＳ３４と同様の情報配信処理を行う場合、さらにステップＳ３６と同様の処理により、配信指示中のＩＤ付き文書について、エラー処理において入力された配信先情報を含むレコードを派生関係ＤＢ１１０に登録してもよい。

なお、図１１を参照して説明した処理と同様に、派生関係の木構造の根ノードについては必ず配信先情報を設定するシステムとしておけば、送信先アドレスの値が「Null」となることはないので、図１３のステップＳ２０の判定及びステップＳ２４のエラー処理は省略してもよい。

以上、図１３を参照して説明した配信処理部１５０の処理によると、ＩＤ付き文書に対して、登録や更新などの文書操作部２００を用いた操作が実行されなくても、ユーザの指示に従ってクライアント端末２０が行なう配信指示に応じて、ＩＤ付き文書に関する情報の配信が行なわれる。さらに、この情報配信処理によって配信先に対して送信されるコメントなどの文書関連情報は、情報配信処理に対応する管理ＩＤと対応づけられて派生関係ＤＢ１１０に登録される。

なお、以上では、情報配信部１５４が配信先に対して情報を送信する処理（図１１のステップＳ２２、図１３のステップＳ３４）の態様の一例として、電子メールの送信を例に取り説明した。しかしながら、情報配信部１５４が情報を配信する態様は、電子メールの送信に限られない。例えば、ＩＤ付き文書のログ情報や、コメントなどの文書関連情報を記載したＦＡＸ（ファクシミリ）を送信してもよい。この場合、ユーザは、配信先情報として、電子メールアドレスの代わりに配信先のＦＡＸ番号を設定する。

以上で説明した文書登録部１３０及び配信処理部１５０の処理により、派生関係ＤＢ１１０内には、図５に例示するような内容のデータが蓄積される。要求処理部１４０は、派生関係ＤＢ１１０を参照して、クライアント端末２０からのサービス要求に応じた処理を行う。

図１４は、文書関連情報の収集を要求するサービス要求をクライアント端末２０から受けた場合の要求処理部１４０の処理の手順の例を示す。図１４に例示する処理は、要求処理部１４０が、文書関連情報の収集要求をクライアント端末２０から受けたときに開始される。

図１４を参照し、まずステップＳ４０で、要求処理部１４０の文書関連情報取得部１４２は、サービス要求（文書関連情報収集要求）中の管理ＩＤを注目ＩＤとする。

次に、ステップＳ４２で、文書関連情報取得部１４２は、派生関係ＤＢ１１０を参照し、注目ＩＤの子ＩＤを検索する。派生関係ＤＢ１１０のうちその注目ＩＤを「親ＩＤ」の値として持つレコードの「管理ＩＤ」が、注目ＩＤの子ＩＤである。次にステップＳ４４で、注目ＩＤの子ＩＤが検索できたか否かを判定する。子ＩＤがあれば、ステップＳ４６で、文書関連情報取得部１４２は、それら子ＩＤごとに、図１５に示すような子孫探索処理を実行する。ステップＳ４４で、注目ＩＤの子ＩＤがないと判定された場合は、ステップＳ４６の処理を行わずにステップＳ４８に進む。

ステップＳ４６の子孫探索処理が開始されると、図１５のステップＳ４６１で、文書関連情報取得部１４２は、当該子ＩＤを注目ＩＤとする。次に、ステップＳ４６２で、文書関連情報取得部１４２は、その注目ＩＤに対応するレコードを派生関係ＤＢ１１０から取得する。

ステップＳ４６３では、ステップＳ４６２で取得したレコードの収集属性の項目の値が「yes」であるか否かを判定する。収集属性の項目の値が「yes」であれば、処理はステップＳ４６４に進み、「yes」でなければ、ステップＳ４６４の処理を行わずにステップＳ４６５に進む。

ステップＳ４６４では、ステップＳ４６２で取得したレコードを中間結果リストに入れる。中間結果リストは、要求された文書関連情報収集処理の処理結果を求めるための材料となる情報を蓄積するために構築されるリストである。

ステップＳ４６５で、文書関連情報取得部１４２は、注目ＩＤの子ＩＤを検索し、ステップＳ４６６で、子ＩＤが検索できたか否かを判定する。子ＩＤがあれば、文書関連情報取得部１４２は、それら各子ＩＤについて、それぞれステップＳ４６の子孫探索処理を再帰的に実行する。すべての子ＩＤについての子孫探索処理が終了すると、当該注目ＩＤについての処理が終了する。ステップＳ４６６で子ＩＤがないと判定された場合も、当該注目ＩＤについての処理は終了する。

再び図１４を参照し、注目ＩＤのすべての子ＩＤについてステップＳ４６の子孫探索処理が終了すると、中間結果リストには、注目ＩＤに対応する文書から派生した文書に対応するレコードであって収集属性の項目の値が「yes」であるレコードが蓄積されていることになる。例えば、注目ＩＤが図５の例の管理ＩＤ"Doc2"である場合、中間結果リストには、管理ＩＤ"Doc4"及び"Doc5"のレコードが蓄積される。

文書関連情報取得部１４２は、ステップＳ４８で、中間結果リストに含まれる各レコードから、コメントの項目の値及び操作日時の項目の値を抽出する。

ステップＳ５０では、要求処理部１４０は、ステップＳ４８で文書関連情報取得部１４２が抽出した情報を収集結果としてクライアント端末２０に返す。ステップＳ５０で、例えば、要求処理部１４０は、抽出されたコメント及び操作日時を、中間結果リスト中のレコードごとにクライアント端末２０の表示装置に一覧表示させてもよい。

図１６は、図５の例の管理ＩＤ"Doc2"が注目ＩＤである場合に、図１４及び図１５を参照して説明した処理の結果、クライアント端末２０に表示される表示画面の例を示す。図１６を参照すると、ＩＤ付き文書"Doc2"から派生した文書であって、コメントを収集対象とする設定（収集属性が「yes」）がなされたＩＤ付き文書"Doc4"及び"Doc5"それぞれの操作日時及びコメントが表示される。

以上、図１４から図１６を参照して説明した文書関連情報取得処理では、派生関係ＤＢ１１０内の派生関係が表す木構造において処理対象のＩＤ付き文書（サービス要求中の管理ＩＤに対応する文書）の子孫に該当するＩＤ付き文書のうち、収集属性が「yes」である文書の文書関連情報を収集してクライアント端末２０に提供する。他の例では、収集属性を設定せずに、処理対象のＩＤ付き文書の子孫に該当するすべてのＩＤ付き文書の文書関連情報を収集してもよい。また、例えば、派生関係の木構造において処理対象のＩＤ付き文書が属する木構造と同じ木構造に含まれるＩＤ付き文書の文書関連情報を収集してもよい。この場合、例えば、処理対象のＩＤ付き文書を起点に木構造を根ノードまで遡り、根ノードを注目ＩＤとして子孫探索処理（図１５）を実行する。さらに他の例では、処理対象のＩＤ付き文書から木構造の根ノードまでの経路上に含まれるＩＤ付き文書の文書関連情報を収集してもよい。

また、例えば、クライアント端末２０においてサービス要求を受け付ける際に、処理対象のＩＤ付き文書との間にどのような派生関係（子孫、同じ木構造、根ノードまでの経路上など）を有する文書の文書関連情報を取得するかについて、ユーザの選択を受け付けてもよい。この場合、サービス要求には、ユーザが選択した派生関係を表す情報が含まれ、要求処理部１４０は、処理対象のＩＤ付き文書との間にユーザが選択した派生関係を有するＩＤ付き文書の文書関連情報を収集してクライアント端末２０に提供する。

以上で説明した実施形態によると、指定文書についての配信指示に応じた情報配信処理において配信先に送信されるコメントは、文書に対する更新などの操作の際に文書に付与されるコメントと同様に、各文書の管理ＩＤと対応づけて派生関係ＤＢ１１０に登録される。よって、文書関連情報取得部１４２による処理では、文書操作部２００における文書に対する操作の際に付与されるコメントだけでなく、配信指示部２２０における配信指示の際にユーザが入力したコメントも取得の対象となる。

以上で説明した実施形態では、クライアント端末２０における配信指示は、特定のＩＤ付き文書をユーザが明示的に指定する操作を行なった場合に実行される。例えば、表示画面上でＩＤ付き文書を表すアイコン（図９参照）を指定するなどの操作をユーザが行なった場合に、配信指示部２２０は、そのＩＤ付き文書を指定文書とする配信指示を行なう。クライアント端末２０による配信指示は、他の態様で実現することもできる。例えば、クライアント端末２０が文書管理サーバ１０の配信処理部１５０によって配信された電子メールを受信する場合、この電子メールを利用して配信指示を行うことができる。以下、この例の配信指示が行なわれる実施形態について説明する。

図１７は、本実施形態におけるクライアント端末２０の構成の例を示すブロック図である。図１７において、図２と同様の構成要素には同様の符号を付す。図１７に例示するクライアント端末２０は、図２に例示する構成要素に加えて、メッセージ処理部２４０を備える。メッセージ処理部２４０は、例えば、一般的なＳＭＴＰ（Simple Mail Transfer Protocol）メールクライアントアプリケーションなどの、電子メールの送受信を管理するアプリケーションによって実現される。メッセージ処理部２４０は、メッセージ受信部２４２及びメッセージ送信部２４４を備える。メッセージ受信部２４２は、文書管理サーバ１０からの電子メールを受信する。メッセージ送信部２４４は、文書管理サーバ１０に対して電子メールを送信する。本実施形態では、メッセージ送信部２４４から文書管理サーバ１０に対して送信される電子メールが配信指示として機能する。

図１８は、本実施形態における文書管理サーバ１０の構成の例を示すブロック図である。図１８において、図４と同様の構成要素には同様の符号を付す。図１８に例示する文書管理サーバ１０は、図４に例示する構成要素に加えて、メッセージ受信部１７０を備える。メッセージ受信部１７０は、クライアント端末２０からの電子メールを受信する。また、図１８に例示する文書管理サーバ１０の配信処理部１５０は、図４の例の配信処理部１５０が備える構成要素に加えて、配信履歴生成部１５８を備える。配信履歴生成部１５８は、指定文書に関する配信処理に対応する操作（文書）の履歴を生成する処理を行う。配信履歴生成部１５８は、指定文書に関する情報配信処理の結果の文書に対して新たな管理ＩＤを付与し、この新たな管理ＩＤの親ＩＤが指定文書の管理ＩＤであることを示す派生関係の情報を配信履歴登録部１５６に渡す。配信履歴生成部１５８による新たな管理ＩＤの割り当ては、クライアント端末２０における文書操作部２００のＩＤ割り当て部２０２の処理と同様の処理により行われる。配信履歴登録部１５６は、配信履歴生成部１５８が付与した新たな管理ＩＤに対応づけて、親ＩＤとしての指定文書の管理ＩＤと、指定文書に関する情報配信処理で用いた配信関連情報と、を派生関係ＤＢ１１０に登録する。

図１７及び図１８の各例のクライアント端末２０及び文書管理サーバ１０によっても、図５の例の表と同様の派生関係ＤＢ１１０を構築できる。以下、図５及び図６に例示する文書の履歴を参照し、本実施形態における情報配信に関する処理について説明する。

本実施形態において、クライアント端末２０の文書操作部２００における操作結果のＩＤ付き文書が生成されて文書管理サーバ１０に登録されるときの処理は、図２から図６を参照して説明した登録処理と同様である。よって、図５の表の管理ＩＤ"Doc1"から"Doc4"までのＩＤ付き文書については、上記で説明したとおりの処理により派生関係ＤＢ１１０に登録される。

また、本実施形態において、配信関連情報と関連付けられたＩＤ付き文書をクライアント端末２０から受信した場合に文書管理サーバ１０の配信処理部１５０が行う処理の手順は、図１１及び図１２を参照して説明した上述の手順と同様である。ただし、配信処理部１５０の情報配信部１５４は、送信先アドレス宛にログ情報を含む電子メールを送信する（図１１のステップＳ２２）際に、当該電子メールの返信先として、処理対象のＩＤ付き文書の管理ＩＤと文書管理サーバ１０を表すアドレスとを含む電子メールアドレスを設定する。これは、電子メールの「Ｒｅｐｌｙ−Ｔｏ」フィールドに、返信先の電子メールアドレスを設定することで実現できる。例えば、図５の表の管理ＩＤ"Doc4"に対応するＩＤ付き文書が配信処理部１５０の処理対象である場合、図１１のステップＳ２２で送信される電子メールに設定される返信先の電子メールアドレスは、例えば、「Doc4@mail.fx-server.fujixerox.co.jp」となる。この返信先の電子メールアドレスにおいて、ローカル部（「@」の左側の文字列）は、処理対象のＩＤ付き文書の管理ＩＤ"Doc4"を含み、ドメイン部（「@」の右側の文字列）は、ＩＤ付き文書"Doc4"を受信した文書管理サーバ１０のアドレスを含む。

本例では、ＩＤ付き文書"Doc4"を処理対象とする図１１及び図１２の例の処理の結果、情報配信部１５４が送信したＩＤ付き文書"Doc4"のログ情報を含む電子メール（返信先は「Doc4@mail.fx-server.fujixerox.co.jp」）を、userE及びuserFの各ユーザが自己のクライアント端末２０において受信する。そして、userEは、メッセージ処理部２４０を用いて、文書管理サーバ１０からのＩＤ付き文書"Doc4"に関する上述の電子メールに対する「返信」操作を行なう。userEは、この「返信」に係る電子メールの本文に、ＩＤ付き文書"Doc4"に対するコメントを記入する。また、電子メールの本文に、収集属性を設定する制御情報及び配信先情報を設定する制御情報を記入してもよい。以下に、電子メール本文に記入される制御情報の例を示す。
［例］
collect = yes
address-control = previous

上記の例において、「collect」及び「address-control」の制御情報は、それぞれ、図１０の例の表示画面の「コメント」及び「送信アドレス」の各項目に対応する。「collect = yes」は、図１０の例の表示画面において「コメントを収集対象にしない」を選択しないことを示す。「address-control = previous」は、図１０の例の表示画面において「以前の設定を使う」をユーザが選択した場合と同様の設定を表す。

メッセージ処理部２４０は、例えば、ユーザが「返信」操作を指示した際に、上記の［例］のとおりの制御情報を予めメール本文に含めておいてよい。ユーザは、設定の変更を望む場合に、この制御情報を書き換えることができる。例えば、「collect = no」と書き換えて収集属性を「no」に設定したり、「address-control = team1@fujixerox.co.jp」などのように、配信先情報として電子メールアドレスを設定したりすることができる。

メッセージ処理部２４０のメッセージ送信部２４４は、上述の返信先「Doc4@mail.fx-server.fujixerox.co.jp」宛に、userEが記入したコメントを含み、上記の［例］のとおりの制御情報を含む電子メールを送信する。

クライアント端末２０のメッセージ送信部２４４から送信される上述のような電子メールは、文書管理サーバ１０のメッセージ受信部１７０で受信される。メッセージ受信部１７０は、宛先の電子メールアドレス（すなわち、上述の返信先）から管理ＩＤを抽出する。例えば、上記の例のように、userEのクライアント端末２０から送信される"Doc4"に関する電子メールをメッセージ受信部１７０が受信した場合、当該電子メールの宛先「Doc4@mail.fx-server.fujixerox.co.jp」のローカル部に含まれる管理ＩＤ"Doc4"を抽出する。さらに、電子メールの本文から、収集属性及び配信先に関する上述の制御情報を抽出し、電子メールの本文に含まれる制御情報以外の情報をコメントとして抽出する。メッセージ受信部１７０は、メッセージ送信部２４４からの電子メールから抽出した管理ＩＤ、制御情報、及びコメントを含む情報を配信指示として配信処理部１５０に渡す。ここで、制御情報及びコメントが配信関連情報として取り扱われる。

メッセージ受信部１７０からの配信指示を受けた配信処理部１５０は、要求処理部１４０を介してクライアント端末２０から配信指示を受けた場合の図１３の例の処理の代わりに、図１９に例示する手順の処理を実行する。図１９では、図１３と同様の処理ステップには同様の符号を付す。配信処理部１５０は、メッセージ受信部１７０から配信指示を受けた場合に、図１９の例の手順の処理を開始する。

図１９を参照し、まずステップＳ６０で、配信処理部１５０は、メッセージ受信部１７０から受け取った配信指示に含まれる管理ＩＤ（本例では、"Doc4"）を指定ＩＤ（指定文書の管理ＩＤ）とする。次に、ステップＳ６２で、配信処理部１５０の配信履歴生成部１５８は、指定文書に関する情報配信の結果の文書に対応する新たな管理ＩＤを付与する。本例では、配信履歴生成部１５８は、指定文書"Doc4"に関する情報配信の結果の文書の管理ＩＤとして"Doc5"を付与する。

ステップＳ１２では、配信指示中の配信関連情報に電子メールアドレスが含まれているか否かを判定する。ここでは、メッセージ受信部１７０が電子メール本文から抽出した制御情報において、配信先情報として電子メールアドレスが設定されていればステップＳ１２からステップＳ１４に進み、この電子メールアドレスが送信先アドレスとなる。この制御情報において、例えば、上記の［例］の制御情報のとおり「address-control = previous」と設定されている場合など、配信先情報として電子メールアドレスが設定されていない場合は、ステップＳ１２からステップＳ３２に進む。

ステップＳ３２，Ｓ１８，Ｓ２０では、図１３を参照して説明したステップＳ３２，Ｓ１８，Ｓ２０の処理と同様の処理が行われる。ステップＳ１８（図１２参照）の処理の結果、派生関係ＤＢ１１０から配信先情報が取得されて送信先アドレスとして設定されると、処理はステップＳ２０からステップＳ３４へ進む。指定ＩＤを"Doc4"とする本例では、ステップＳ３２，Ｓ１８の処理により、派生関係において"Doc4"の親に該当する"Doc2"の配信先情報「team1@fujixerox.co.jp」が送信先アドレスとして設定される。

ステップＳ３４では、情報配信部１５４は、送信先アドレスに対して、メッセージ受信部１７０がクライアント端末２０からの電子メール本文から抽出したコメントを含む電子メールを送信する。このとき、送信する電子メールの返信先として、ステップＳ６２で割り当てられた新たな管理ＩＤ（本例では、"Doc5"）及び文書管理サーバ１０のアドレスを含む電子メールアドレスを設定しておく。返信先は、例えば、「Doc5@mail.fx-server.fujixerox.co.jp」と設定される。この電子メールを受け取ったユーザが後に自己のクライアント端末２０において上述の「返信」操作を行なうと、"Doc5"を指定ＩＤとする図１９の例の処理を配信処理部１５０は行う。

ステップＳ３４の後、ステップＳ６４で、配信履歴登録部１５６は、配信履歴生成部１５８がステップＳ６２で割り当てた新たな管理ＩＤに対応するレコードを派生関係ＤＢ１１０に登録する。本例では、配信履歴登録部１５６は、ステップＳ６０で配信履歴生成部１５８が付与した管理ＩＤ"Doc5"に対応するレコードについて、当該レコードの親ＩＤの項目に指定文書の管理ＩＤ"Doc4"を登録し、操作種別を「メール（配信指示による情報配信を表す）」とする。管理ＩＤ"Doc5"のレコードの「操作者」の項目には、当該配信指示に対応する電子メールを送信したクライアント端末２０のユーザであるuserEが登録され、「操作日時」の項目には、当該電子メールをメッセージ受信部１７０が受信した日時が登録される。ステップＳ６４の後、処理は終了する。

なお、ステップＳ２０の判定で送信先アドレスの値が「Null」であると判定されると、図１３の例で説明した処理と同様のエラー処理（ステップＳ２４）が行なわれ、その後、処理は終了する。

以上、ＩＤ付き文書"Doc4"の更新操作に関する情報配信により受信された電子メールに対するuserEの「返信」操作を具体例として、本実施形態の配信指示に伴う情報配信処理について説明した。userEの「返信」操作の後、userFが同様の「返信」操作を行なうと、この返信に係る電子メールについて、文書管理サーバ１０のメッセージ受信部１７０及び配信処理部１５０は上述と同様の処理を実行し、新たに付与された管理ＩＤ"Doc6"に対応するレコードが派生関係ＤＢ１１０に登録される。

以上、図１７から図１９を参照して説明した実施形態によると、文書管理サーバ１０による情報配信において受信された電子メールに対してユーザが「返信」操作を行なうことで、図１３を参照して説明した情報配信処理と同様の処理が実現される。

以上で説明した各種の実施形態の処理によると、クライアント端末２０においてＩＤ付き文書に対して例えば更新などの操作を行なう際に、配信関連情報取得部２３０の処理により、当該ＩＤ付き文書の派生元の文書について設定された配信先情報と異なる配信先情報を設定することができる。このため、あるＩＤ付き文書について、そのＩＤ付き文書の派生元と異なる配信先に対して情報配信を行うことができる。例えば、文書の新規登録の際には、当該文書に対してアクセス権を有する全ユーザに対して当該文書が新規登録された旨を通知し、文書の更新の際には、当該文書の編集に携わっているユーザのみに文書の更新を通知することが望まれる場合がある。このような場合に、上述の各種の実施形態によると、例えば、ＩＤ付き文書の新規登録の際には、当該ＩＤ付き文書に対するアクセス権を有する全ユーザの電子メールアドレスを含むメーリングリストのアドレスを配信先情報として設定し、その後、当該ＩＤ付き文書から派生したＩＤ付き文書について更新操作を行なうときに、編集に携わっているユーザの電子メールアドレスのみを含むメーリングリストのアドレスを配信先情報として設定することで、各操作に応じた配信先に情報配信することができる。

また、以上で説明した各種の実施形態の処理によると、情報配信を行なう対象のＩＤ付き文書について配信先が設定されていなくても、そのＩＤ付き文書を起点に派生関係ＤＢ１１０内の派生関係が表す木構造を走査して得られる配信先情報を用いて、配信先を求めることができる。

以上に例示した例では、管理ＩＤの発行は主に各クライアント端末２０で行われていたが、この代わりに文書管理サーバ１０がすべての管理ＩＤを発行してもよい。この場合、クライアント端末２０は、ＩＤ付き文書に対して操作を行った場合、操作前のＩＤ付き文書内の管理ＩＤを親ＩＤ３１４として含み、更にその操作についてのログ情報３１６と操作後の文書内容３２０とを含み、管理ＩＤ３１２は空欄の文書データを生成し、文書管理サーバ１０に送る。文書管理サーバ１０は、受け取った文書データに対して新たな管理ＩＤを付与し、この管理ＩＤとその文書データとに含まれる情報を、文書ＤＢ１００及び派生関係ＤＢ１１０に登録する。また、文書管理サーバ１０は、付与した管理ＩＤを当該文書データにセットすることによりＩＤ付き文書を生成し、これをクライアント端末２０に返す。クライアント端末２０は、操作前のＩＤ付き文書を、受け取ったＩＤ付き文書に置き換える。このように、文書管理サーバ１０が管理ＩＤを付与する構成でも、上述の各例の処理は同様に実行できる。

また以上の例では、管理ＩＤ３１２、親ＩＤ３１４、ログ情報３１６、及び文書内容３２０を含んだＩＤ付き文書３００がクライアント端末２０に保存されたが、この代わりに、クライアント端末２０は管理ＩＤしか持たず、その他の情報は文書管理サーバ１０に保存されるようにしてもよい。この場合、クライアント端末２０で文書を操作する場合、その文書に対応する管理ＩＤを文書管理サーバ１０に送り、文書管理サーバ１０からその文書を取得する。また、別の例として、クライアント端末２０が保持するＩＤ付き文書３００の中には管理ＩＤ３１２と文書内容３２０とが含まれ、親ＩＤ３１４及びログ情報３１６は含まれないようにしても良い。この場合、サーバがその管理ＩＤ３１２に対応づけて親ＩＤ３１４とログ情報３１６を持つようにすれば良い。

ここで、文書管理サーバ１０が管理ＩＤを付与する場合は、その取得の操作に対応する管理ＩＤを文書管理サーバ１０が生成し、その管理ＩＤと文書とを対応づけてクライアント端末２０に提供するとともに、その取得操作についてのログ情報（操作時刻や操作者など）と、元の管理ＩＤ（すなわち親ＩＤ）と、付与した管理ＩＤとを派生関係ＤＢ１１０に記録する。クライアント端末２０は、文書管理サーバ１０に送信した管理ＩＤを、受け取った管理ＩＤに置き換えるとともに、受け取った文書を開く。ユーザは、開かれた文書に対して閲覧や編集などの操作を行う。クライアント端末２０は、文書に対する操作が完了すると、操作後の文書を管理ＩＤ及び当該操作についてのログ情報とともに文書管理サーバ１０に送る。文書管理サーバ１０は、受け取った文書に対して新たな管理ＩＤを付与して派生関係ＤＢ１１０に登録し、受け取った管理ＩＤを親ＩＤとして派生関係ＤＢ１１０に登録する。また、受け取ったログ情報及び操作後の文書を、派生関係ＤＢ１１０及び文書ＤＢ１００に登録する。そして、文書管理サーバ１０は、新たに付与した管理ＩＤをクライアント端末２０に返す。クライアント端末２０は、元の管理ＩＤを受け取った管理ＩＤで置き換える。以上のような処理により、操作間の派生関係が文書管理サーバ１０に蓄積されることになる。

一方、クライアント端末２０が管理ＩＤを付与する構成の場合は、文書管理サーバ１０は、クライアント端末２０から受け取った管理ＩＤに対応する文書をクライアントに返せばよい。クライアント端末２０は受け取った文書を開き、ユーザがその文書を操作する。操作の完了後、クライアント端末２０はその操作結果の文書に対して新たな管理ＩＤを付与し、この管理ＩＤを含んだ前述のＩＤ付き文書と同様の情報を、文書管理サーバ１０に送る。そして、クライアント端末２０は、そのＩＤ付き文書のうち管理ＩＤのみを保存し、その他の情報を削除する。

以上に例示したシステムにおける文書管理サーバ１０は、典型的には、汎用のコンピュータにて上述の文書管理サーバの各部の機能又は処理内容を記述したプログラムを実行することにより実現される。コンピュータは、例えば、ハードウエアとして、図２０に示すように、ＣＰＵ（中央演算装置）４０、メモリ（一次記憶）４２、各種Ｉ／Ｏ（入出力）インタフェース４４等がバス４６を介して接続された回路構成を有する。また、そのバス４６に対し、例えばＩ／Ｏインタフェース４４経由で、ハードディスクドライブ（ＨＤＤ）４８やＣＤやＤＶＤ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体を読み取るためのディスクドライブ５０が接続される。このようなドライブ４８又は５０は、メモリに対する外部記憶装置として機能する。実施形態の処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク経由で、ハードディスクドライブ４８等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがメモリに読み出されＣＰＵにより実行されることにより、実施形態の処理が実現される。クライアント端末２０についても同様である。

文書利用管理システムの概略構成の例を示すブロック図である。クライアント端末の内部構成の例を示すブロック図である。ＩＤ付き文書のデータ構造の例を模式的に示す図である。文書管理サーバの内部構成の例を示すブロック図である。派生関係ＤＢのデータ内容の例を示す図である。図５に例示したデータ内容における管理ＩＤ群がなす木構造を図式化して表す図である。配信関連情報取得部が表示する表示画面の一例を示す図である。配信関連情報取得部が表示する表示画面の他の一例を示す図である。クライアント端末において表示されるＩＤ付き文書に対する操作メニューの一例を示す図である。配信関連情報取得部が表示する表示画面の他の一例を示す図である。配信処理部の処理手順の一例を示すフローチャートである。配信処理部の部分的な処理手順の一例を示すフローチャートである。配信処理部の処理手順の他の一例を示すフローチャートである。要求処理部の処理手順の一例を示すフローチャートである。要求処理部の部分的な処理手順の一例を示すフローチャートである。クライアント端末からの要求に応じた処理の結果として要求処理部が提供する情報を表示する表示画面の一例を示す図である。クライアント端末の内部構成の他の例を示すブロック図である。文書管理サーバの内部構成の他の例を示すブロック図である。変形例における配信処理部の処理手順の一例を示すフローチャートである。コンピュータのハードウエア構成の一例を示す図である。

符号の説明

１０文書管理サーバ、２０クライアント端末、３０ネットワーク、４４Ｉ／Ｏインタフェース、４６バス、４８ＨＤＤ、５０ディスクドライブ、１００文書ＤＢ、１１０派生関係ＤＢ、１３０文書登録部、１３２派生関係登録部、１４０要求処理部、１４２文書関連情報取得部、１５０配信処理部、１５２配信先情報取得部、１５４情報配信部、１５６配信履歴登録部、１５８配信履歴生成部、１７０メッセージ受信部、２００文書操作部、２０２ＩＤ割り当て部、２０４派生関係組込部、２１０登録処理部、２２０配信指示部、２３０配信関連情報取得部、２４０メッセージ処理部、２４２メッセージ受信部、２４４メッセージ送信部、３００ＩＤ付き文書、３１０メタ情報、３２０文書内容。

Claims

第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を情報処理装置から受け取って記憶部に登録する登録部であって、前記第２の文書に関する情報を配信する配信先を表す配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録する登録部と、
指定文書を特定する情報を含む配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信する配信部と、
を備えることを特徴とする文書管理装置。
前記配信部は、前記指定文書を起点に前記木構造を先祖方向に遡った経路上に含まれる文書であって前記配信先情報と対応づけられた文書のうち、前記経路上で前記指定文書に最も近い文書に対応づけられた前記配信先情報が表す配信先に対して、前記指定文書に関する情報を配信することを特徴とする請求項１に記載の文書管理装置。
前記登録部は、さらに、前記配信部が前記指定文書について情報の配信を行った結果の配信結果文書を子とし、前記指定文書を親とする派生関係の情報を前記記憶部に登録することを特徴とする請求項１又は２に記載の文書管理装置。
前記登録部は、さらに、前記配信部が前記指定文書について配信した情報を、前記配信後文書の文書関連情報として前記配信結果文書と対応づけて前記記憶部に登録することを特徴とする請求項３に記載の文書管理装置。
前記登録部は、さらに、前記第２の文書に関連する情報である文書関連情報を前記情報処理装置から受け取って前記第２の文書に対応づけて前記記憶部に登録し、
対象文書を特定する情報を含む収集指示に応じて、前記派生関係群が表す木構造であって前記対象文書が属する木構造に含まれる文書の少なくともいずれかに対応づけられた文書関連情報を出力する出力部、をさらに備えることを特徴とする請求項４に記載の文書管理装置。
前記登録部は、さらに、前記文書関連情報が出力対象であるか否かを表す出力属性情報を前記情報処理装置から受け取って前記第２の文書に対応づけて前記記憶部に登録し、
前記出力部は、前記対象文書が属する木構造に含まれる文書に対応づけられた前記文書関連情報のうち、その文書関連情報が出力対象であることを表す出力属性情報に対応づけられた文書に対応する文書関連情報を出力することを特徴とする請求項５に記載の文書管理装置。
第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を情報処理装置から受け取って記憶部に登録するステップであって、前記第２の文書に関する情報を配信する配信先を表す配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録するステップと、
指定文書を特定する情報を含む配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信するステップと、
をコンピュータに実行させることを特徴とするプログラム。
情報処理装置と文書管理装置とを備え、
前記情報処理装置は、
第１の文書を親とし前記第１の文書に対する操作の結果生成された第２の文書を子とする派生関係の情報を前記文書管理装置に対して送信する送信部と、
前記第２の文書に関する情報を配信する配信先を表す配信先情報の入力を受け付ける受付部と、
指定文書を特定する情報を含む配信指示を前記文書管理装置に対して行う配信指示部と、
を備え、
前記送信部は、前記受付部が前記配信先情報の入力を受け付けた場合に、さらに、前記配信先情報を前記文書管理装置に対して送信し、
前記文書管理装置は、
前記派生関係の情報を前記情報処理装置から受け取って記憶部に登録する登録部であって、前記配信先情報をさらに前記情報処理装置から受け取った場合は、受け取った前記配信先情報を前記第２の文書と対応づけて前記記憶部にさらに登録する登録部と、
前記情報処理装置による前記配信指示に応じて、前記記憶部に登録された派生関係群が表す木構造であって前記指定文書が属する木構造に含まれる文書群のうち、前記配信先情報と対応づけられた文書の少なくともいずれかに対応する配信先情報が表す配信先に対して、前記指定文書に関する情報を配信する配信部と、
を備える、
ことを特徴とする文書管理システム。