文書管理システム、文書格納装置、およびプログラム
【課題】
文書と文書管理情報との対応付けを自動化するようにした文書管理システムおよび文書格納装置およびプログラムを提供する。
【解決手段】
文書の格納に際して、文書提供者は、文書提供者端末１０上から所定の操作を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、格納対象となる文書にＩＤ等を埋め込み当該文書をコンテキストに対応した文書（以下、コンテキスト対応文書と言う）に変換するとともに、当該文書に関連したコンテキストを作成する。そして、作成したコンテキストをコンテキストサーバ４０に登録し、また、前述のコンテキスト対応文書を内部に格納し管理する。これで文書の格納が完了する。
文書と文書管理情報との対応付けを自動化するようにした文書管理システムおよび文書格納装置およびプログラムを提供する。
【解決手段】
文書の格納に際して、文書提供者は、文書提供者端末１０上から所定の操作を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、格納対象となる文書にＩＤ等を埋め込み当該文書をコンテキストに対応した文書（以下、コンテキスト対応文書と言う）に変換するとともに、当該文書に関連したコンテキストを作成する。そして、作成したコンテキストをコンテキストサーバ４０に登録し、また、前述のコンテキスト対応文書を内部に格納し管理する。これで文書の格納が完了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書管理システム、文書格納装置、およびプログラムに関する。
【背景技術】
【０００２】
文書を格納するためのサーバを利用して、複数の文書利用者で文書を共有可能にする環境が一般的に用いられている。
【０００３】
しかし、文書利用者が文書をサーバから自己のクライアントへ取得（複製）した後、文書作成者が当該文書を改訂した新しい文書をサーバへ登録した場合などでは、クライアントに複製された文書にはその改訂が反映されないため、文書利用者が古い文書を参照してしまうなどの不都合が生じる。
【０００４】
そこで、特許文献１には、ユーザが文書を利用する際には、自動的に文書格納サーバに対して当該文書が改訂されていないかを問い合わせ、つねに利用者が最新版の文書を利用できるようにした技術が開示されている。
【特許文献１】特開２００４−１１０６９２号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、文書そのものを格納するサーバと、文書の改訂などを表す情報を格納するサーバとを、物理的あるいは論理的に分離して、システムを構築したいという要求がある。
【０００６】
このように物理的（あるいは論理的）に上記２つのサーバを分離した場合、文書作成者は文書を格納するサーバに対し文書の格納や変更をするたびに、文書の改訂などを表す情報を格納するサーバへも適切な文書管理情報を登録しなければならず、手間がかかる。また、人的ミスなどにより、サーバに格納された文書と別のサーバに格納された文書の改訂などを表す情報との間に不整合が起こりやすい。
【０００７】
そこで、本発明は、文書格納サーバに格納された文書と文書管理情報格納サーバに格納された文書管理情報とを自動的に整合させる文書管理システム、文書格納装置、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１の文書管理システムの発明は、文書格納装置は、外部から文書を受け付ける文書受付手段と、文書の格納の指示を外部から受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、文書管理情報格納装置との通信を行う第１の通信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記第１の通信手段を介して前記文書管理情報格納装置へ当該文書管理情報を送信することを特徴とし、前記文書管理情報格納装置は、前記文書管理情報を保持する文書管理情報保持手段と、前記文書格納装置との通信を行う第２の通信手段とを有し、前記第２の通信手段を介して前記文書格納装置から前記文書管理情報を受信すると、当該文書管理情報を前記文書管理情報保持手段に保持することを特徴とする。
【０００９】
また、請求項２の発明は、請求項１の発明において、前記文書格納装置は、前記文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を受け付ける文書関連付指示受付手段をさらに含み、文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を前記文書関連付指示受付手段により受け付けると、前記第１の文書を前記第２の文書に関連付けて前記文書保持手段に保持するとともに、前記第１の通信手段を介して前記第１の文書に関する情報および前記第２の文書に関する情報を前記文書管理情報格納装置へ送信することを特徴とし、前記文書管理情報格納装置は、文書に関する情報に基づき当該文書に対応する文書管理情報を特定する文書管理情報特定手段と、前記文書管理情報を変更する文書管理情報変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から前記第１の文書に関する情報および前記第２の文書に関する情報を受信すると、前記文書管理情報特定手段は、前記第１の文書に関する情報に基づき、前記第１の文書に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報に前記第２の文書に関する情報を対応づけるように当該文書管理情報を変更することを特徴とする。
【００１０】
また、請求項３の発明は、請求項１の発明において、前記文書格納装置は、前記文書保持手段の保持領域に保持された文書を削除する指示を受け付ける文書削除指示受付手段をさらに含み、前記文書保持手段の保持領域に保持された文書を削除する指示を前記文書削除指示受付手段により受け付けると、当該文書を前記文書保持手段の当該保持領域から削除するとともに、前記第１の通信手段を介して当該文書に関する情報および当該保持領域に関する情報を前記文書管理情報格納装置へ送信することを特徴とし、前記文書管理情報格納装置は、保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、文書を管理する文書管理情報を変更する変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および当該保持領域に関する情報を受信すると、前記文書管理情報特定手段は、当該保持領域に関する情報に基づき、当該保持領域に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を削除するように当該文書管理情報を変更することを特徴とする。
【００１１】
また、請求項４の発明は、請求項１の発明において、前記文書格納装置は、前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を受け付ける文書複製指示受付手段をさらに含み、前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を前記文書複製指示受付手段により受け付けると、前記文書保持手段の前記第２の保持領域に当該文書を複製するとともに、前記第１の通信手段を介して当該文書に関する情報および前記第２の保持領域に関する情報を送信することを特徴とし、前記文書管理情報格納装置は、保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、文書を管理する文書管理情報を変更する変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および前記第２の保持領域に関する情報を受信すると、前記文書管理情報特定手段は、前記第２の保持領域に関する情報に基づき、前記第２の保持領域に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を追加するように当該文書管理情報を変更することを特徴とする。
【００１２】
また、請求項５の文書格納装置の発明は、文書を受け付ける文書受付手段と、文書の格納の指示を受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、情報を送信する送信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記送信手段を介して当該文書管理情報を送信することを特徴とする。
【００１３】
また、請求項６のプログラムの発明は、コンピュータに、文書を受け付ける文書受付手段と、文書の格納の指示を受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、情報を送信する送信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記送信手段を介して当該文書管理情報を送信する。
【発明の効果】
【００１４】
請求項１、５および６に記載された発明によれば、文書格納装置に文書の格納を指示すれば、当該文書と整合した文書管理情報を文書管理情報格納装置へ格納することができる。
【００１５】
請求項２に記載された発明によれば、文書格納装置に文書の関連付けを指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の関連付け処理と整合するよう変更することができる。
【００１６】
請求項３に記載された発明によれば、文書格納装置に文書の削除を指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の削除処理と整合するよう変更することができる。
【００１７】
請求項４に記載された発明によれば、文書格納装置に文書の複製を指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の複製処理と整合するよう変更することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明に係わる文書管理システム、文書格納装置、およびプログラムの実施例について添付図面を参照して詳細に説明する。
【実施例】
【００１９】
図１は、本発明に係わる文書管理システムの全体構成の一例を示す図である。
【００２０】
この文書管理システムは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構成されたネットワークを介して文書提供者端末１０と、文書格納サーバ２０と、文書利用者端末３０と、コンテキストサーバ４０とが接続されている。
【００２１】
ここで、文書提供者端末１０は、文書格納サーバ２０に対して文書を格納し、それを変更、あるいは削除する機能を果たす。すなわち、新規文書や、既に格納されている文書の改版（新規バージョン）を文書格納サーバ２０に格納し、その格納された文書に対して移動や複製等の変更、あるいは削除を行うことになる。
【００２２】
文書格納サーバ２０は、文書を格納して管理する機能を果たす。文書格納サーバ２０では、文書の格納に際して当該文書に関連したコンテキスト（文書管理情報）を作成する。また、文書の変更、削除に際しては、当該文書に関連したコンテキストに変更を加え、変更等された文書とコンテキストとの対応付けを行う。
【００２３】
文書利用者端末３０は、文書格納サーバ２０で管理された文書を利用する機能を果たす。文書利用者端末３０において、文書格納サーバ２０から取得（ダウンロード、複製）された文書が開かれると、自動的に当該文書の文書ＩＤ（文書を識別するための情報）がコンテキストサーバ４０に送られ、コンテキストが調べられる。これにより、文書利用者は、当該文書の新規バージョンに関する情報等が得られることになる。
【００２４】
コンテキストサーバ４０は、文書格納サーバ２０で管理された文書に関連したコンテキストを格納する機能を果たす。コンテキストサーバ４０には、文書そのものは格納、管理されない。また、コンテキストサーバ４０に格納されたコンテキストは、文書格納サーバ２０への文書の格納、文書の更新および削除時に、文書格納サーバ２０で作成等されたものである。
【００２５】
コンテキスト（文書管理情報）について、さらに詳細に記す。コンテキストとは、文書やフォルダ（後述する文書保持部２２内を細分化した文書保持領域）などと対応付いている情報であり、例えば、文書への参照情報（文書の格納先を表す情報）と文書ＩＤとが含まれる。
【００２６】
まず、文書に対応付いた文書管理情報について、説明を行う。例えば、文書ａ１に関連付いたコンテキストＡを考えると、コンテキストＡには文書ａ１への参照情報が含まれる。ここで、文書ａ１が文書作成者などにより新規バージョンの文書ａ２と改訂されたとする。このような場合、コンテキストＡに文書ａ２への参照情報を追加すれば、文書ａ１の利用者にも文書ａ２の存在を通知できる。すなわち、文書利用者端末３０で文書ａ１が開かれると、文書ａ１の文書ＩＤが文書利用者端末３０からコンテキストサーバ４０へ送信される。コンテキストサーバ４０は、文書ａ１の文書ＩＤを受信すると、文書ａ１の文書ＩＤに基づき文書ａ１に対応するコンテキストを特定し（この例では、コンテキストＡが特定される）、当該コンテキストに対応づけられた文書ａ２への参照情報を抽出する。この文書ａ２への参照情報を文書利用者端末３０へ送信すれば、文書利用者端末３０では文書ａ２を取得できる。
【００２７】
次に、フォルダに対応付いたコンテキストについて述べる。フォルダｂに文書ｂ１および文書ｂ２が格納されており（文書ｂ１と文書ｂ２とは同じフォルダに格納されているので、通常何らかの関係性を持っている）、フォルダｂに対応付いたコンテキストＢが存在する場合を考える。このとき、コンテキストＢには文書ｂ１への参照情報および文書ｂ２への参照情報が含まれる。例えば、文書ｂ１のみを所有する文書利用者が当該文書ｂ１に関係する文書を取得するためには、文書利用者端末３０からコンテキストサーバ４０に文書ｂの文書ＩＤを送信すればよい。コンテキストサーバ４０では、文書ｂの文書ＩＤに基づき文書ｂへの参照情報を含むコンテキストを特定し（この例では、コンテキストＢが特定される）、当該コンテキストから文書ｂ１と関係する文書（この例では文書ｂ２）への参照情報を抽出する。この文書ｂ２への参照情報を文書利用者端末３０へ送信すれば、文書利用者端末３０では文書ｂ２を取得できる。
【００２８】
なお、コンテキストに文書への参照情報を含ませない構成も考えられる。この場合、コンテキストサーバ４０により抽出された、例えば新規バージョンの文書の文書ＩＤを文書利用者端末３０へ送信するのではなく文書格納サーバ２０へ送信し、文書格納サーバ２０から新規バージョンの文書を文書利用者端末３０へ送信する構成が考えられる。また、コンテキストサーバ４０により抽出された文書ＩＤを文書利用者端末３０へ送信し、文書利用者端末３０が当該文書ＩＤに基づいて文書格納サーバ２０から当該文書を取得する構成も考えられる。また、一つの文書を複数のコンテキストに対応づけることも可能である。
【００２９】
ここで、本実施例における文書管理システムの説明を分かり易くするために、文書の格納からその文書を利用するまでの流れについて簡単に説明する。
【００３０】
文書の格納に際して、文書提供者は、文書提供者端末１０上から所定の操作を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、格納対象となる文書にＩＤ等を埋め込み、当該文書をコンテキストに対応した文書（以下、コンテキスト対応文書と言う）に変換するとともに、当該文書に関連したコンテキストを作成する。そして、作成したコンテキストをコンテキストサーバ４０に登録し、また、前述のコンテキスト対応文書を内部に格納し管理する。これで文書の格納が完了する。
【００３１】
また、文書の利用に際して、文書利用者は、文書利用者端末３０上から所定の操作を行い、所望の文書を文書格納サーバ２０から取得する。ここで、文書利用者がこの取得した文書を開くと、自動的に当該文書の文書ＩＤがコンテキストサーバ４０に送られ、コンテキストが調べられる。この結果、当該文書の新規バージョン等がなければ、そのまま当該文書の利用が開始されることになるが、新規バージョンが別に存在すれば、その旨が文書利用者に伝えられる。この通知を受けた文書利用者は、新規バージョンの文書を取得して利用することになる。
【００３２】
以上が、本発明に係わる文書管理システムの全体構成の説明であるが、上述した文書管理システムの構成はあくまで一例であり、例えば、文書提供者端末１０、文書利用者端末３０は、同一端末であってもよいし、また、これら各端末がそれぞれ複数づつ設けられていてもよい。また、文書格納サーバ２０とコンテキストサーバ４０とは、論理的に分離されていればよく、必ずしも物理的に分離されている必要はない。すなわち、文書格納サーバ２０とコンテキストサーバ４０とは物理的には一体であってもよい。
【００３３】
ここで、図２を用いて、図１に示す文書格納サーバ２０およびコンテキストサーバ４０の機能的な構成の一部について説明する。
【００３４】
まず、文書格納サーバ２０について説明する。
【００３５】
文書格納サーバ２０は、各種処理機能部として、処理依頼受付部２１と、文書保持部２２と、コンテキスト作成対象判定部２３と、フィルタプログラム２４と、イベント通知部２５と、イベントリスナプログラム２６とを具備して構成される。
【００３６】
処理依頼受付部２１は、文書の格納、文書に対する変更や削除等の依頼および文書そのものを受け付ける機能を果たす。文書の格納、文書に対する変更や削除等の依頼は主に、文書提供者端末１０から発せられる。
【００３７】
文書保持部２２は、文書を格納して保持する機能を果たす。文書保持部２２で保持された文書は、文書利用者端末３０からのダウンロード、閲覧要求等に応じて文書利用者端末３０に提供されることになる。なお、文書保持部２２を複数のフォルダ（保持領域）に分割し、各フォルダに文書を保持する構成としてもよい。
【００３８】
コンテキスト作成対象判定部２３は、格納対象となる文書がコンテキスト作成対象となるか否かを判定する機能を果たす。なお、本実施例におけるコンテキスト対象判定部２３では、文書が所定のフォーマット（例えば、特定のアプリケーションで作成される文書の形式）で作成されていれば、コンテキスト作成対象であると判定することになるが、これに限られず、これ以外の条件を判定してコンテキスト作成対象となるか否かを判定してもよい。これは、設定情報を変更することで適宜変更することができる。
【００３９】
フィルタプログラム２４は、格納対象となる文書に対応するコンテキストを作成したり、当該文書をコンテキスト対応文書に変換したりする機能を果たす。ここで、フィルタプログラム２４は、各種処理機能部として、コンテキスト対応可否判定部２４ａと、文書変換部２４ｂと、コンテキスト作成部２４ｃと、コンテキスト登録部２４ｄとを具備して構成される。
【００４０】
コンテキスト対応可否判定部２４ａは、格納対象となる文書がコンテキストとの対応付けに対応しているか否かを判定する機能を果たす。具体的には、格納対象となる文書が文書ＩＤ等の埋め込みに対応しているか否かを判定する。なお、文書ＩＤ等の埋め込みに対応した文書であっても、書き込み禁止属性が指定されている場合には文書ＩＤ等を埋め込めないため、コンテキストとの対応付けに対応していないと判定されることになる。
【００４１】
文書変換部２４ｂは、格納対象となる文書をコンテキスト対応文書に変換する機能を果たす。コンテキスト対応文書への変換では、例えば、文書ＩＤの埋め込みが行われる。この変換処理は、コンテキスト対応可否判定部２４ａによりコンテキストとの対応付けに対応していると判定された場合に行われる。
【００４２】
コンテキスト作成部２４ｃは、文書に関連するコンテキストを作成する機能を果たす。コンテキストの作成は、コンテキスト対応可否判定部２４ａによりコンテキストとの対応付けに対応していると判定された場合に行われる。
【００４３】
コンテキスト登録部２４ｄは、コンテキスト作成部２４ｃで作成されたコンテキストをコンテキストサーバ４０に登録する機能を果たす。さらに、既にコンテキストサーバ４０に登録されているコンテキストに対し、文書への参照情報などの情報を登録する機能を有する。以上が、フィルタプログラム２４を構成する各種処理機能の説明である。
【００４４】
イベント通知部２５は、文書保持部２２で保持された文書に対して変更、削除が行われた場合に、それをイベント（変更イベント、削除イベント）としてイベントリスナプログラム２６に通知する機能を果たす。イベント通知部２５は、文書に対してなされた変更内容等も同時にイベントリスナプログラム２６に伝える。例えば、文書が別のフォルダに移動された場合には、変更イベントの通知とともに、移動元フォルダ情報、移動先フォルダ情報が同時にイベントリスナプログラム２６に伝えられることになる。
【００４５】
イベントリスナプログラム２６は、イベント（変更イベント、削除イベント）の発生に対応して、コンテキストサーバ４０で管理されたコンテキストの変更等を行う機能を果たす。ここで、イベントリスナプログラム２６は、各種処理機能部として、イベント検知部２６ａと、コンテキスト変更有無判定部２６ｂと、文書変換部２６ｃと、コンテキスト変更部２６ｄとを具備して構成される。
【００４６】
イベント検知部２６ａは、イベント（変更イベント、削除イベント）の発生を検知する機能を果たす。なお、本実施例におけるイベント検知部２６ａでは、イベント通知部２５からの通知に基づきイベントを検知する場合について説明するが、イベント検知部２６ａが所定の時間間隔毎に、イベントがあるか否かを調べることでイベントを検知するようにしてもよい。
【００４７】
コンテキスト変更有無判定部２６ｂは、イベント（変更イベント、削除イベント）の発生に対応して、コンテキストに変更が生じたか否かを判定する機能を果たす。この判定を行うのは、イベントの発生により必ずしもコンテキストに変更が生じるとは限らないからである。例えば、文書が別のフォルダに複製されたことで変更イベントが生じたとしても、複製先のフォルダがコンテキストと対応付けられておらず、また文書への参照情報が変化することがなければ（例えば文書の格納場所が変わることがなければ）、コンテキストに変更は生じないため、変更が不要となる。
【００４８】
文書変換部２６ｃは、文書保持部２２で保持された文書を変換する機能を果たす。例えば、文書を別のフォルダへ移動させるといった変更イベントが発生した場合に、当該文書を移動先のフォルダと対応付けた文書に変換する。
【００４９】
コンテキスト変更部２６ｄは、コンテキストサーバ４０で管理されたコンテキストを変更する機能を果たす。このコンテキストの変更は主に、コンテキスト変更有無判定部２６ｂによりコンテキストに変更が生じたと判定された場合に行われる。以上が、イベントリスナプログラム２６を構成する各種処理機能の説明である。なお、上記説明した文書格納サーバ２０においては、フィルタプログラム２４、イベントリスナプログラム２６が別々に設けられていたが、これはあくまで一例であり、それぞれに設けられた機能を一つにまとめたプログラムでフィルタプログラム２４、イベントリスナプログラム２６が果たす機能を実現してもよい。本発明は、特に、上述した構成に限定されるものではない。
【００５０】
続いて、コンテキストサーバ４０について説明する。
【００５１】
コンテキストサーバ４０は、各種処理機能部として、コンテキスト登録変更部４１と、コンテキスト格納部４２と、コンテキスト特定部（図示しない）とを具備して構成される。
【００５２】
コンテキスト登録変更部４１は、コンテキストの登録、変更を行う機能を果たす。コンテキスト登録変更部４１によるコンテキストの登録、変更は、文書格納サーバ２０（コンテキスト登録部２４ｄ、コンテキスト変更部２６ｄ）からの指示に基づき行われる。
【００５３】
コンテキスト格納部４２は、コンテキストを格納する機能を果たす。すなわち、コンテキスト登録変更部４１により登録、あるいは変更されたコンテキストを格納する。
【００５４】
また、図示しないコンテキスト特定部は、文書ＩＤにもとづき当該文書ＩＤ（により識別される文書）と対応付いたコンテキストを特定する機能を有する。さらに、フォルダに関する情報に基づき、当該フォルダと対応付いたコンテキストを特定する機能も有する。以上が、文書格納サーバ２０、コンテキストサーバ４０についての説明である。
【００５５】
次に、図１に示す文書管理システムの動作について説明する。まず、図３から図６を用いて、新規の文書が格納される際の動作の流れについて説明する。
【００５６】
文書の格納に際して文書提供者は、文書提供者端末１０上から文書名などの必要な情報の設定を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ１０１）、コンテキスト作成対象判定部２３において当該文書が所定のフォーマットで作成されたものであるか否かの判定を行う（ステップＳ１０２）。
【００５７】
この判定の結果、当該文書が所定のフォーマットで作成されたものではないと判定された場合には（ステップＳ１０３でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ１１１）、この処理は終了することになるが、当該文書が所定のフォーマットで作成されたものであると判定された場合には（ステップＳ１０３でＹＥＳ）、フィルタプログラム２４が起動され（ステップＳ１０４）、フィルタプログラム２４による処理が開始される。
【００５８】
フィルタプログラム２４が起動されると、コンテキスト対応可否判定部２４ａにおいて、格納対象となる文書がコンテキストとの対応付けに対応しているか否かの判定が行われる（ステップＳ１０５）。ここでは、先に述べた通り、文書ＩＤ等の埋め込みが可能であるか否かが判定されることになる。
【００５９】
判定の結果、当該文書がコンテキストとの対応付けに未対応であると判定された場合には（ステップＳ１０６でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ１１１）、この処理は終了することになるが、当該文書がコンテキストとの対応付けに対応していると判定された場合には（ステップＳ１０６でＹＥＳ）、フィルタプログラム２４は、文書の格納に際して必要な設定情報の取得を行う（ステップＳ１０７）。ここでは、コンテキストサーバ４０のアドレス、デフォルトプロトコル（ＨＴＴＰ、ＨＴＴＰＳ等）、コンテキストサーバ識別子、提供者名、提供者メールアドレス、提供者パスワード、デフォルト編集者などを取得することになる。なお、この段階では、図４に示すように、文書格納サーバ２０への文書の格納、コンテキストサーバ４０へのコンテキストの登録はまだ完了していない。
【００６０】
続いて、フィルタプログラム２４は、文書変換部２４ｂにおいて、格納対象となる文書に文書ＩＤ等を埋め込み、当該文書をコンテキスト対応文書へ変換する（ステップＳ１０８）。また、この変換が済むと、コンテキスト作成部２４ｃにおいて、当該文書に対応するコンテキストを作成するとともに、コンテキスト登録部２４ｄにおいて、その作成されたコンテキストをコンテキストサーバ４０に登録する（ステップＳ１０９）。このとき、コンテキストに文書への参照情報が登録された状態で、コンテキストサーバ４０に登録される。なお、この段階では、図５に示すように、文書格納サーバ２０への文書の格納は未だ行われていないが、コンテキストサーバ４０には、新規コンテキストが登録されることになる。なお、ステップＳ１０８とステップＳ１０９とを実行する順序は逆でもよい。すなわち、コンテキストを作成しコンテキストサーバ４０に当該コンテキストを登録した後、格納対象となる文書をコンテキスト対応文書へ変換してもよい。
【００６１】
最後に、フィルタプログラム２４は、上記ステップ１０８で変換した文書を文書保持部２２に格納する（ステップＳ１１０）。そして、この処理を終了する。この段階になると、図６に示すように、文書格納サーバ２０への文書の格納が完了する。
【００６２】
次に、図７から図１０を用いて、文書格納サーバ２０に既に格納されている文書の新規バージョンを追加する際の動作の流れについて説明する。
【００６３】
新規バージョンの文書の追加に際して文書提供者は、文書提供者端末１０上から文書名などの必要な情報の設定を行い、文書格納サーバ２０に新規バージョンの文書の追加を依頼する。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ２０１）、コンテキスト作成対象判定部２３において当該文書が所定のフォーマットで作成されたものであるか否かの判定を行う（ステップＳ２０２）。
【００６４】
この判定の結果、当該文書が所定のフォーマットで作成されたものではないと判定された場合には（ステップＳ２０３でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ２１２）、この処理は終了することになるが、当該文書が所定のフォーマットで作成されたものであると判定された場合には（ステップＳ２０３でＹＥＳ）、フィルタプログラム２４が起動され（ステップＳ２０４）、フィルタプログラム２４による処理が開始される。
【００６５】
フィルタプログラム２４が起動されると、コンテキスト対応可否判定部２４ａにおいて、格納対象となる文書がコンテキストとの対応付けに対応しているか否かの判定が行われる（ステップＳ２０５）。ここでは、先に述べた通り、文書ＩＤ等の埋め込みが可能であるか否かが判定されることになる。
【００６６】
判定の結果、当該文書がコンテキストとの対応付けに未対応であると判定された場合には（ステップＳ２０６でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ２１２）、この処理は終了することになるが、当該文書がコンテキストとの対応付けに対応していると判定された場合には（ステップＳ２０６でＹＥＳ）、フィルタプログラム２４は、登録済みの旧バージョンの文書からコンテキストに関する属性を取得するとともに（ステップＳ２０７）、文書の格納に際して必要な設定情報の取得を行う（ステップＳ２０８）。ここでは、コンテキストサーバ４０のアドレス、デフォルトプロトコル（ＨＴＴＰ、ＨＴＴＰＳ等）、コンテキストサーバ識別子、提供者名、提供者メールアドレス、提供者パスワード、デフォルト編集者などを取得することになる。なお、この段階では、図８に示すように、文書格納サーバ２０への新規バージョン文書の格納、コンテキストサーバ４０への新規バージョン文書のコンテキストの登録はまだ完了していない。
【００６７】
続いて、フィルタプログラム２４は、文書変換部２４ｂにおいて、格納対象となる文書に文書ＩＤ等を埋め込み、当該文書をコンテキスト対応文書へ変換する（ステップＳ２０９）。また、この変換が済むと、コンテキスト登録部２４ｄから、当該文書への参照情報を対応するコンテキスト（すなわち、旧バージョンの文書への参照情報が登録されているコンテキスト）に追加登録するよう指示が、コンテキストサーバ４０へ送信される（ステップＳ２１０）。このとき、旧バージョンの文書に関する情報と新規バージョンの文書に関する情報が送信される。あるいはコンテキスト連携文書に関する情報を送信してもよい。なお、この段階では、図９に示すように、文書格納サーバ２０への新規バージョン文書の格納は未だ行われていないが、コンテキストサーバ４０には、新規コンテキストが登録されることになる。
【００６８】
最後に、フィルタプログラム２４は、上記ステップ２０９で変換した文書を文書保持部２２に格納する（ステップＳ２１１）。そして、この処理を終了する。この段階になると、図１０に示すように、文書格納サーバ２０への新規バージョン文書が旧バージョンの文書と関連付けられて格納される。
【００６９】
次に、文書格納サーバ２０に既に格納されている文書が変更された場合の動作についていくつか列挙して説明する。
【００７０】
まず、図１１から図１３を用いて、文書が変更された場合の動作の一例として、文書が異なるフォルダへ移動された場合の動作の流れについて説明する。
【００７１】
文書提供者が文書提供者端末１０上から文書の変更（ここでは、文書の移動）を指示すると、文書格納サーバ２０に文書の変更が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ３０１）、当該依頼に基づき文書の移動を行う（ステップＳ３０２）。例えば、図１２に示すように、フォルダＡに格納されているコンテキスト連携文書ＡをフォルダＢに移動させる。ここで、コンテキスト連携文書とは、新規の文書（他の文書とは関連しない文書）が文書格納サーバへ格納された際、自動的に生成される情報である。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００７２】
また、文書が移動されたことを受けたイベント通知部２５は、変更イベントをイベントリスナプログラム２６に通知する（ステップＳ３０３）。このとき、移動元のフォルダ情報、移動先のフォルダ情報も同時に伝えられる。
【００７３】
イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この変更イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ３０４）、イベントリスナプログラム２６による処理が開始される。イベントリスナプログラム２６が起動されると、コンテキスト変更有無判定部２６ｂにおいて、変更イベントによりコンテキストに変更が生じたか否かを判定する（ステップＳ３０５）。この判定は、移動元のフォルダ情報と、移動先のフォルダ情報とに基づき行われる。ここで、文書の移動に際してコンテキストに変更が生じる場合とは、例えば、移動先のフォルダがコンテキストと対応付けられており、且つそのコンテキストが文書を登録しているコンテキストと異なるときである。
【００７４】
判定の結果、コンテキストに変更がないと判定された場合には（ステップＳ３０６でＮＯ）、このまま処理を終了することになるが、コンテキストに変更が生じたと判定された場合には（ステップＳ３０６でＹＥＳ）、文書変換部２６ｃにおいて、移動された文書を移動先フォルダに対応付けたコンテキスト対応文書に変換する（ステップＳ３０７）。
【００７５】
この変換が済むと、イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、移動元のフォルダのコンテキストに文書が移動したことを示す情報を書き込むとともに（ステップＳ３０８）、移動先のフォルダのコンテキストに文書が移動してきたことを示す情報を書き込む（ステップＳ３０９）。そして、この処理は終了する。このコンテキストの変更処理では、例えば、図１３に示すように、移動元であるコンテキスト連携文書Ａのコンテキストに登録されている文書Ａに対して文書が移動したことを示す情報を書き込み、移動先であるフォルダＢのコンテキストに登録されている文書Ａに対して文書が移動してきたことを示す情報を書き込むことになる。
【００７６】
なお、この動作の流れを、文書の削除（文書の無効化や閲覧禁止を含む）に適用できる。すなわち、上記の例では移動先のフォルダに関する処理を行わなければ、移動元のフォルダから文書が削除され、また対応するコンテキストも整合することになる。
【００７７】
次に、図１４から図１６を用いて、文書が変更された場合の動作の一例として、文書が異なるフォルダへ複製された場合の動作の流れについて説明する。
【００７８】
文書提供者が文書提供者端末１０上から文書の変更（ここでは、文書の複製）を指示すると、文書格納サーバ２０に文書の変更が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ４０１）、当該依頼に基づき文書の複製を行う（ステップＳ４０２）。例えば、図１５に示すように、フォルダＡに格納されているコンテキスト連携文書ＡがフォルダＢに複製される。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００７９】
また、文書が複製されたことを受けたイベント通知部２５は、変更イベントをイベントリスナプログラム２６に通知する（ステップＳ４０３）。このとき、複製元のフォルダ情報、複製先のフォルダ情報も同時に伝えられる。
【００８０】
イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この変更イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ４０４）、イベントリスナプログラム２６による処理が開始される。イベントリスナプログラム２６が起動されると、コンテキスト変更有無判定部２６ｂにおいて、変更イベントによりコンテキストに変更が生じたか否かを判定する（ステップＳ４０５）。この判定は、複製元のフォルダ情報と、複製先のフォルダ情報とに基づき行われる。ここで、文書の複製に際してコンテキストに変更が生じる場合とは、例えば、複製先のフォルダがコンテキストと対応付けられており、且つそのコンテキストが文書を登録しているコンテキストと異なるときである。
【００８１】
判定の結果、コンテキストに変更がないと判定された場合には（ステップＳ４０６でＮＯ）、このまま処理を終了することになるが、コンテキストに変更が生じたと判定された場合には（ステップＳ４０６でＹＥＳ）、文書変換部２６ｃにおいて、複製された文書を複製先フォルダに対応付けたコンテキスト対応文書に変換する（ステップＳ４０７）。
【００８２】
この変換が済むと、イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、複製元のフォルダのコンテキストに文書が複製されたことを示す情報を書き込むとともに（ステップＳ４０８）、複製先のフォルダのコンテキストに文書が複製されてきたことを示す情報を書き込む（ステップＳ４０９）。そして、この処理は終了する。このコンテキストの変更処理では、例えば、図１６に示すように、複製元であるコンテキスト連携文書Ａのコンテキストに登録されている文書Ａに対して文書が複製されたことを示す情報を書き込み、複製先であるフォルダＢのコンテキストに登録されている文書Ａに対して文書が複製されてきたことを示す情報を書き込むことになる。
【００８３】
次に、図１７から図１９を用いて、文書および当該文書の関連文書が削除（以下、文書そのものは文書保持手段から消去しないが、当該文書を無効化あるいは閲覧禁止などとする処理を含めて「削除」と称する）された場合の動作の流れについて説明する。
【００８４】
文書提供者が文書提供者端末１０上から文書および当該文書の関連文書の削除を指示すると、文書格納サーバ２０に文書および当該文書の関連文書の削除が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ５０１）、当該依頼に基づき例えば、図１８に示すように、当該文書に対応するコンテキスト連携文書を削除する。（ステップＳ５０２）。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００８５】
また、文書が削除されたことを受けたイベント通知部２５は、削除イベントをイベントリスナプログラム２６に通知する（ステップＳ５０３）。イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この削除イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ５０４）、イベントリスナプログラム２６による処理が開始される。
【００８６】
イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、削除された文書が登録されていたコンテキストサーバ４０内のコンテキストに当該文書および当該文書の関連文書が削除（上述したように、無効若しくは、閲覧禁止を含む）になった旨を書き込む（ステップＳ５０５）。そして、この処理は終了する。この段階になると、図１９に示すように、コンテキスト連携文書Ａ配下の文書が無効になる。あるいは、当該文書に対応するコンテキストのみに当該文書および当該文書の関連文書が削除された旨の情報を書き込む構成でもよい。このような構成でも、文書格納サーバ２０の当該文書および当該文書の関連文書に関する情報と、コンテキストサーバ４０のコンテキストとが整合する。
【００８７】
以上が本発明の代表的な実施形態の一例であるが、本発明は、上記および図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００８８】
なお、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部は、コンピュータにより実行可能なプログラムにより実現することが可能である。この場合、プログラムおよび当該プログラムが用いるデータなどは、コンピュータが読み取り可能な記憶媒体（例えば、磁気ディスク、ＣＤ−ＲＯＭを含む光ディスク）に記憶することも可能である。
【００８９】
コンピュータの読み取り部により記憶媒体からプログラムを読み出し、コンピュータの記憶部（例えばＲＡＭやＲＯＭ等のメモリ素子と磁気ディスク等との少なくとも一方）にプログラムを記憶させ、制御部（例えば、ＣＰＵ）によってプログラムを実行することで、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部を実現することができる。また、ネットワークを介してプログラムをコンピュータへ転送し、記憶部にプログラムを記憶させ、制御部によってプログラムを実行することで、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部を実現することができる。
【産業上の利用可能性】
【００９０】
本発明の文書管理システムおよび文書格納装置およびプログラムは、文書格納装置を配して構成された文書管理システムおよび、文書格納装置、文書格納装置における処理をコンピュータにより実行させるプログラム全般に適用可能である。
【図面の簡単な説明】
【００９１】
【図１】本発明に係わる文書管理システムの全体構成の一例を示す図である。
【図２】図１に示す文書格納サーバ２０およびコンテキストサーバ４０の機能的な構成の一部を示す図である。
【図３】図１に示す文書管理システムにおける新規文書格納時の動作を示すフローチャートである。
【図４】新規文書格納時における文書、コンテキストの状態の概要を示す第１の図である。
【図５】新規文書格納時における文書、コンテキストの状態の概要を示す第２の図である。
【図６】新規文書格納時における文書、コンテキストの状態の概要を示す第３の図である。
【図７】図１に示す文書管理システムにおける新規バージョン文書追加時の動作を示すフローチャートである。
【図８】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第１の図である。
【図９】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第２の図である。
【図１０】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第３の図である。
【図１１】図１に示す文書管理システムにおける文書変更（移動）時の動作を示すフローチャートである。
【図１２】文書変更（移動）時における文書、コンテキストの状態の概要を示す第１の図である。
【図１３】文書変更（移動）時における文書、コンテキストの状態の概要を示す第２の図である。
【図１４】図１に示す文書管理システムにおける文書変更（複製）時の動作を示すフローチャートである。
【図１５】文書変更（複製）時における文書、コンテキストの状態の概要を示す第１の図である。
【図１６】文書変更（複製）時における文書、コンテキストの状態の概要を示す第２の図である。
【図１７】図１に示す文書管理システムにおける文書削除時の動作を示すフローチャートである。
【図１８】文書削除時における文書、コンテキストの状態の概要を示す第１の図である。
【図１９】文書削除時における文書、コンテキストの状態の概要を示す第２の図である。
【符号の説明】
【００９２】
１０ 文書提供者端末
２０ 文書格納サーバ
２１ 処理依頼受付部
２２ 文書保持部
２３ コンテキスト作成対象判定部
２４ フィルタプログラム
２４ａ コンテキスト対応可否判定部
２４ｂ 文書変換部
２４ｃ コンテキスト作成部
２４ｄ コンテキスト登録部
２５ イベント通知部
２６ イベントリスナプログラム
２６ａ イベント検知部
２６ｂ コンテキスト変更有無判定部
２６ｃ 文書変換部
２６ｄ コンテキスト変更部
３０ 文書利用者端末
４０ コンテキストサーバ
４１ コンテキスト登録変更部
４２ コンテキスト格納部
【技術分野】
【０００１】
本発明は、文書管理システム、文書格納装置、およびプログラムに関する。
【背景技術】
【０００２】
文書を格納するためのサーバを利用して、複数の文書利用者で文書を共有可能にする環境が一般的に用いられている。
【０００３】
しかし、文書利用者が文書をサーバから自己のクライアントへ取得（複製）した後、文書作成者が当該文書を改訂した新しい文書をサーバへ登録した場合などでは、クライアントに複製された文書にはその改訂が反映されないため、文書利用者が古い文書を参照してしまうなどの不都合が生じる。
【０００４】
そこで、特許文献１には、ユーザが文書を利用する際には、自動的に文書格納サーバに対して当該文書が改訂されていないかを問い合わせ、つねに利用者が最新版の文書を利用できるようにした技術が開示されている。
【特許文献１】特開２００４−１１０６９２号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、文書そのものを格納するサーバと、文書の改訂などを表す情報を格納するサーバとを、物理的あるいは論理的に分離して、システムを構築したいという要求がある。
【０００６】
このように物理的（あるいは論理的）に上記２つのサーバを分離した場合、文書作成者は文書を格納するサーバに対し文書の格納や変更をするたびに、文書の改訂などを表す情報を格納するサーバへも適切な文書管理情報を登録しなければならず、手間がかかる。また、人的ミスなどにより、サーバに格納された文書と別のサーバに格納された文書の改訂などを表す情報との間に不整合が起こりやすい。
【０００７】
そこで、本発明は、文書格納サーバに格納された文書と文書管理情報格納サーバに格納された文書管理情報とを自動的に整合させる文書管理システム、文書格納装置、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、請求項１の文書管理システムの発明は、文書格納装置は、外部から文書を受け付ける文書受付手段と、文書の格納の指示を外部から受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、文書管理情報格納装置との通信を行う第１の通信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記第１の通信手段を介して前記文書管理情報格納装置へ当該文書管理情報を送信することを特徴とし、前記文書管理情報格納装置は、前記文書管理情報を保持する文書管理情報保持手段と、前記文書格納装置との通信を行う第２の通信手段とを有し、前記第２の通信手段を介して前記文書格納装置から前記文書管理情報を受信すると、当該文書管理情報を前記文書管理情報保持手段に保持することを特徴とする。
【０００９】
また、請求項２の発明は、請求項１の発明において、前記文書格納装置は、前記文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を受け付ける文書関連付指示受付手段をさらに含み、文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を前記文書関連付指示受付手段により受け付けると、前記第１の文書を前記第２の文書に関連付けて前記文書保持手段に保持するとともに、前記第１の通信手段を介して前記第１の文書に関する情報および前記第２の文書に関する情報を前記文書管理情報格納装置へ送信することを特徴とし、前記文書管理情報格納装置は、文書に関する情報に基づき当該文書に対応する文書管理情報を特定する文書管理情報特定手段と、前記文書管理情報を変更する文書管理情報変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から前記第１の文書に関する情報および前記第２の文書に関する情報を受信すると、前記文書管理情報特定手段は、前記第１の文書に関する情報に基づき、前記第１の文書に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報に前記第２の文書に関する情報を対応づけるように当該文書管理情報を変更することを特徴とする。
【００１０】
また、請求項３の発明は、請求項１の発明において、前記文書格納装置は、前記文書保持手段の保持領域に保持された文書を削除する指示を受け付ける文書削除指示受付手段をさらに含み、前記文書保持手段の保持領域に保持された文書を削除する指示を前記文書削除指示受付手段により受け付けると、当該文書を前記文書保持手段の当該保持領域から削除するとともに、前記第１の通信手段を介して当該文書に関する情報および当該保持領域に関する情報を前記文書管理情報格納装置へ送信することを特徴とし、前記文書管理情報格納装置は、保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、文書を管理する文書管理情報を変更する変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および当該保持領域に関する情報を受信すると、前記文書管理情報特定手段は、当該保持領域に関する情報に基づき、当該保持領域に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を削除するように当該文書管理情報を変更することを特徴とする。
【００１１】
また、請求項４の発明は、請求項１の発明において、前記文書格納装置は、前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を受け付ける文書複製指示受付手段をさらに含み、前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を前記文書複製指示受付手段により受け付けると、前記文書保持手段の前記第２の保持領域に当該文書を複製するとともに、前記第１の通信手段を介して当該文書に関する情報および前記第２の保持領域に関する情報を送信することを特徴とし、前記文書管理情報格納装置は、保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、文書を管理する文書管理情報を変更する変更手段とをさらに含み、前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および前記第２の保持領域に関する情報を受信すると、前記文書管理情報特定手段は、前記第２の保持領域に関する情報に基づき、前記第２の保持領域に対応する文書管理情報を特定し、前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を追加するように当該文書管理情報を変更することを特徴とする。
【００１２】
また、請求項５の文書格納装置の発明は、文書を受け付ける文書受付手段と、文書の格納の指示を受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、情報を送信する送信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記送信手段を介して当該文書管理情報を送信することを特徴とする。
【００１３】
また、請求項６のプログラムの発明は、コンピュータに、文書を受け付ける文書受付手段と、文書の格納の指示を受け付ける文書格納指示受付手段と、文書を保持する文書保持手段と、文書を管理する文書管理情報を生成する文書管理情報生成手段と、情報を送信する送信手段とを有し、前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、前記送信手段を介して当該文書管理情報を送信する。
【発明の効果】
【００１４】
請求項１、５および６に記載された発明によれば、文書格納装置に文書の格納を指示すれば、当該文書と整合した文書管理情報を文書管理情報格納装置へ格納することができる。
【００１５】
請求項２に記載された発明によれば、文書格納装置に文書の関連付けを指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の関連付け処理と整合するよう変更することができる。
【００１６】
請求項３に記載された発明によれば、文書格納装置に文書の削除を指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の削除処理と整合するよう変更することができる。
【００１７】
請求項４に記載された発明によれば、文書格納装置に文書の複製を指示すれば、文書管理情報格納装置に格納された文書管理情報を文書格納装置における文書の複製処理と整合するよう変更することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明に係わる文書管理システム、文書格納装置、およびプログラムの実施例について添付図面を参照して詳細に説明する。
【実施例】
【００１９】
図１は、本発明に係わる文書管理システムの全体構成の一例を示す図である。
【００２０】
この文書管理システムは、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構成されたネットワークを介して文書提供者端末１０と、文書格納サーバ２０と、文書利用者端末３０と、コンテキストサーバ４０とが接続されている。
【００２１】
ここで、文書提供者端末１０は、文書格納サーバ２０に対して文書を格納し、それを変更、あるいは削除する機能を果たす。すなわち、新規文書や、既に格納されている文書の改版（新規バージョン）を文書格納サーバ２０に格納し、その格納された文書に対して移動や複製等の変更、あるいは削除を行うことになる。
【００２２】
文書格納サーバ２０は、文書を格納して管理する機能を果たす。文書格納サーバ２０では、文書の格納に際して当該文書に関連したコンテキスト（文書管理情報）を作成する。また、文書の変更、削除に際しては、当該文書に関連したコンテキストに変更を加え、変更等された文書とコンテキストとの対応付けを行う。
【００２３】
文書利用者端末３０は、文書格納サーバ２０で管理された文書を利用する機能を果たす。文書利用者端末３０において、文書格納サーバ２０から取得（ダウンロード、複製）された文書が開かれると、自動的に当該文書の文書ＩＤ（文書を識別するための情報）がコンテキストサーバ４０に送られ、コンテキストが調べられる。これにより、文書利用者は、当該文書の新規バージョンに関する情報等が得られることになる。
【００２４】
コンテキストサーバ４０は、文書格納サーバ２０で管理された文書に関連したコンテキストを格納する機能を果たす。コンテキストサーバ４０には、文書そのものは格納、管理されない。また、コンテキストサーバ４０に格納されたコンテキストは、文書格納サーバ２０への文書の格納、文書の更新および削除時に、文書格納サーバ２０で作成等されたものである。
【００２５】
コンテキスト（文書管理情報）について、さらに詳細に記す。コンテキストとは、文書やフォルダ（後述する文書保持部２２内を細分化した文書保持領域）などと対応付いている情報であり、例えば、文書への参照情報（文書の格納先を表す情報）と文書ＩＤとが含まれる。
【００２６】
まず、文書に対応付いた文書管理情報について、説明を行う。例えば、文書ａ１に関連付いたコンテキストＡを考えると、コンテキストＡには文書ａ１への参照情報が含まれる。ここで、文書ａ１が文書作成者などにより新規バージョンの文書ａ２と改訂されたとする。このような場合、コンテキストＡに文書ａ２への参照情報を追加すれば、文書ａ１の利用者にも文書ａ２の存在を通知できる。すなわち、文書利用者端末３０で文書ａ１が開かれると、文書ａ１の文書ＩＤが文書利用者端末３０からコンテキストサーバ４０へ送信される。コンテキストサーバ４０は、文書ａ１の文書ＩＤを受信すると、文書ａ１の文書ＩＤに基づき文書ａ１に対応するコンテキストを特定し（この例では、コンテキストＡが特定される）、当該コンテキストに対応づけられた文書ａ２への参照情報を抽出する。この文書ａ２への参照情報を文書利用者端末３０へ送信すれば、文書利用者端末３０では文書ａ２を取得できる。
【００２７】
次に、フォルダに対応付いたコンテキストについて述べる。フォルダｂに文書ｂ１および文書ｂ２が格納されており（文書ｂ１と文書ｂ２とは同じフォルダに格納されているので、通常何らかの関係性を持っている）、フォルダｂに対応付いたコンテキストＢが存在する場合を考える。このとき、コンテキストＢには文書ｂ１への参照情報および文書ｂ２への参照情報が含まれる。例えば、文書ｂ１のみを所有する文書利用者が当該文書ｂ１に関係する文書を取得するためには、文書利用者端末３０からコンテキストサーバ４０に文書ｂの文書ＩＤを送信すればよい。コンテキストサーバ４０では、文書ｂの文書ＩＤに基づき文書ｂへの参照情報を含むコンテキストを特定し（この例では、コンテキストＢが特定される）、当該コンテキストから文書ｂ１と関係する文書（この例では文書ｂ２）への参照情報を抽出する。この文書ｂ２への参照情報を文書利用者端末３０へ送信すれば、文書利用者端末３０では文書ｂ２を取得できる。
【００２８】
なお、コンテキストに文書への参照情報を含ませない構成も考えられる。この場合、コンテキストサーバ４０により抽出された、例えば新規バージョンの文書の文書ＩＤを文書利用者端末３０へ送信するのではなく文書格納サーバ２０へ送信し、文書格納サーバ２０から新規バージョンの文書を文書利用者端末３０へ送信する構成が考えられる。また、コンテキストサーバ４０により抽出された文書ＩＤを文書利用者端末３０へ送信し、文書利用者端末３０が当該文書ＩＤに基づいて文書格納サーバ２０から当該文書を取得する構成も考えられる。また、一つの文書を複数のコンテキストに対応づけることも可能である。
【００２９】
ここで、本実施例における文書管理システムの説明を分かり易くするために、文書の格納からその文書を利用するまでの流れについて簡単に説明する。
【００３０】
文書の格納に際して、文書提供者は、文書提供者端末１０上から所定の操作を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、格納対象となる文書にＩＤ等を埋め込み、当該文書をコンテキストに対応した文書（以下、コンテキスト対応文書と言う）に変換するとともに、当該文書に関連したコンテキストを作成する。そして、作成したコンテキストをコンテキストサーバ４０に登録し、また、前述のコンテキスト対応文書を内部に格納し管理する。これで文書の格納が完了する。
【００３１】
また、文書の利用に際して、文書利用者は、文書利用者端末３０上から所定の操作を行い、所望の文書を文書格納サーバ２０から取得する。ここで、文書利用者がこの取得した文書を開くと、自動的に当該文書の文書ＩＤがコンテキストサーバ４０に送られ、コンテキストが調べられる。この結果、当該文書の新規バージョン等がなければ、そのまま当該文書の利用が開始されることになるが、新規バージョンが別に存在すれば、その旨が文書利用者に伝えられる。この通知を受けた文書利用者は、新規バージョンの文書を取得して利用することになる。
【００３２】
以上が、本発明に係わる文書管理システムの全体構成の説明であるが、上述した文書管理システムの構成はあくまで一例であり、例えば、文書提供者端末１０、文書利用者端末３０は、同一端末であってもよいし、また、これら各端末がそれぞれ複数づつ設けられていてもよい。また、文書格納サーバ２０とコンテキストサーバ４０とは、論理的に分離されていればよく、必ずしも物理的に分離されている必要はない。すなわち、文書格納サーバ２０とコンテキストサーバ４０とは物理的には一体であってもよい。
【００３３】
ここで、図２を用いて、図１に示す文書格納サーバ２０およびコンテキストサーバ４０の機能的な構成の一部について説明する。
【００３４】
まず、文書格納サーバ２０について説明する。
【００３５】
文書格納サーバ２０は、各種処理機能部として、処理依頼受付部２１と、文書保持部２２と、コンテキスト作成対象判定部２３と、フィルタプログラム２４と、イベント通知部２５と、イベントリスナプログラム２６とを具備して構成される。
【００３６】
処理依頼受付部２１は、文書の格納、文書に対する変更や削除等の依頼および文書そのものを受け付ける機能を果たす。文書の格納、文書に対する変更や削除等の依頼は主に、文書提供者端末１０から発せられる。
【００３７】
文書保持部２２は、文書を格納して保持する機能を果たす。文書保持部２２で保持された文書は、文書利用者端末３０からのダウンロード、閲覧要求等に応じて文書利用者端末３０に提供されることになる。なお、文書保持部２２を複数のフォルダ（保持領域）に分割し、各フォルダに文書を保持する構成としてもよい。
【００３８】
コンテキスト作成対象判定部２３は、格納対象となる文書がコンテキスト作成対象となるか否かを判定する機能を果たす。なお、本実施例におけるコンテキスト対象判定部２３では、文書が所定のフォーマット（例えば、特定のアプリケーションで作成される文書の形式）で作成されていれば、コンテキスト作成対象であると判定することになるが、これに限られず、これ以外の条件を判定してコンテキスト作成対象となるか否かを判定してもよい。これは、設定情報を変更することで適宜変更することができる。
【００３９】
フィルタプログラム２４は、格納対象となる文書に対応するコンテキストを作成したり、当該文書をコンテキスト対応文書に変換したりする機能を果たす。ここで、フィルタプログラム２４は、各種処理機能部として、コンテキスト対応可否判定部２４ａと、文書変換部２４ｂと、コンテキスト作成部２４ｃと、コンテキスト登録部２４ｄとを具備して構成される。
【００４０】
コンテキスト対応可否判定部２４ａは、格納対象となる文書がコンテキストとの対応付けに対応しているか否かを判定する機能を果たす。具体的には、格納対象となる文書が文書ＩＤ等の埋め込みに対応しているか否かを判定する。なお、文書ＩＤ等の埋め込みに対応した文書であっても、書き込み禁止属性が指定されている場合には文書ＩＤ等を埋め込めないため、コンテキストとの対応付けに対応していないと判定されることになる。
【００４１】
文書変換部２４ｂは、格納対象となる文書をコンテキスト対応文書に変換する機能を果たす。コンテキスト対応文書への変換では、例えば、文書ＩＤの埋め込みが行われる。この変換処理は、コンテキスト対応可否判定部２４ａによりコンテキストとの対応付けに対応していると判定された場合に行われる。
【００４２】
コンテキスト作成部２４ｃは、文書に関連するコンテキストを作成する機能を果たす。コンテキストの作成は、コンテキスト対応可否判定部２４ａによりコンテキストとの対応付けに対応していると判定された場合に行われる。
【００４３】
コンテキスト登録部２４ｄは、コンテキスト作成部２４ｃで作成されたコンテキストをコンテキストサーバ４０に登録する機能を果たす。さらに、既にコンテキストサーバ４０に登録されているコンテキストに対し、文書への参照情報などの情報を登録する機能を有する。以上が、フィルタプログラム２４を構成する各種処理機能の説明である。
【００４４】
イベント通知部２５は、文書保持部２２で保持された文書に対して変更、削除が行われた場合に、それをイベント（変更イベント、削除イベント）としてイベントリスナプログラム２６に通知する機能を果たす。イベント通知部２５は、文書に対してなされた変更内容等も同時にイベントリスナプログラム２６に伝える。例えば、文書が別のフォルダに移動された場合には、変更イベントの通知とともに、移動元フォルダ情報、移動先フォルダ情報が同時にイベントリスナプログラム２６に伝えられることになる。
【００４５】
イベントリスナプログラム２６は、イベント（変更イベント、削除イベント）の発生に対応して、コンテキストサーバ４０で管理されたコンテキストの変更等を行う機能を果たす。ここで、イベントリスナプログラム２６は、各種処理機能部として、イベント検知部２６ａと、コンテキスト変更有無判定部２６ｂと、文書変換部２６ｃと、コンテキスト変更部２６ｄとを具備して構成される。
【００４６】
イベント検知部２６ａは、イベント（変更イベント、削除イベント）の発生を検知する機能を果たす。なお、本実施例におけるイベント検知部２６ａでは、イベント通知部２５からの通知に基づきイベントを検知する場合について説明するが、イベント検知部２６ａが所定の時間間隔毎に、イベントがあるか否かを調べることでイベントを検知するようにしてもよい。
【００４７】
コンテキスト変更有無判定部２６ｂは、イベント（変更イベント、削除イベント）の発生に対応して、コンテキストに変更が生じたか否かを判定する機能を果たす。この判定を行うのは、イベントの発生により必ずしもコンテキストに変更が生じるとは限らないからである。例えば、文書が別のフォルダに複製されたことで変更イベントが生じたとしても、複製先のフォルダがコンテキストと対応付けられておらず、また文書への参照情報が変化することがなければ（例えば文書の格納場所が変わることがなければ）、コンテキストに変更は生じないため、変更が不要となる。
【００４８】
文書変換部２６ｃは、文書保持部２２で保持された文書を変換する機能を果たす。例えば、文書を別のフォルダへ移動させるといった変更イベントが発生した場合に、当該文書を移動先のフォルダと対応付けた文書に変換する。
【００４９】
コンテキスト変更部２６ｄは、コンテキストサーバ４０で管理されたコンテキストを変更する機能を果たす。このコンテキストの変更は主に、コンテキスト変更有無判定部２６ｂによりコンテキストに変更が生じたと判定された場合に行われる。以上が、イベントリスナプログラム２６を構成する各種処理機能の説明である。なお、上記説明した文書格納サーバ２０においては、フィルタプログラム２４、イベントリスナプログラム２６が別々に設けられていたが、これはあくまで一例であり、それぞれに設けられた機能を一つにまとめたプログラムでフィルタプログラム２４、イベントリスナプログラム２６が果たす機能を実現してもよい。本発明は、特に、上述した構成に限定されるものではない。
【００５０】
続いて、コンテキストサーバ４０について説明する。
【００５１】
コンテキストサーバ４０は、各種処理機能部として、コンテキスト登録変更部４１と、コンテキスト格納部４２と、コンテキスト特定部（図示しない）とを具備して構成される。
【００５２】
コンテキスト登録変更部４１は、コンテキストの登録、変更を行う機能を果たす。コンテキスト登録変更部４１によるコンテキストの登録、変更は、文書格納サーバ２０（コンテキスト登録部２４ｄ、コンテキスト変更部２６ｄ）からの指示に基づき行われる。
【００５３】
コンテキスト格納部４２は、コンテキストを格納する機能を果たす。すなわち、コンテキスト登録変更部４１により登録、あるいは変更されたコンテキストを格納する。
【００５４】
また、図示しないコンテキスト特定部は、文書ＩＤにもとづき当該文書ＩＤ（により識別される文書）と対応付いたコンテキストを特定する機能を有する。さらに、フォルダに関する情報に基づき、当該フォルダと対応付いたコンテキストを特定する機能も有する。以上が、文書格納サーバ２０、コンテキストサーバ４０についての説明である。
【００５５】
次に、図１に示す文書管理システムの動作について説明する。まず、図３から図６を用いて、新規の文書が格納される際の動作の流れについて説明する。
【００５６】
文書の格納に際して文書提供者は、文書提供者端末１０上から文書名などの必要な情報の設定を行い、文書格納サーバ２０に文書の格納を依頼する。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ１０１）、コンテキスト作成対象判定部２３において当該文書が所定のフォーマットで作成されたものであるか否かの判定を行う（ステップＳ１０２）。
【００５７】
この判定の結果、当該文書が所定のフォーマットで作成されたものではないと判定された場合には（ステップＳ１０３でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ１１１）、この処理は終了することになるが、当該文書が所定のフォーマットで作成されたものであると判定された場合には（ステップＳ１０３でＹＥＳ）、フィルタプログラム２４が起動され（ステップＳ１０４）、フィルタプログラム２４による処理が開始される。
【００５８】
フィルタプログラム２４が起動されると、コンテキスト対応可否判定部２４ａにおいて、格納対象となる文書がコンテキストとの対応付けに対応しているか否かの判定が行われる（ステップＳ１０５）。ここでは、先に述べた通り、文書ＩＤ等の埋め込みが可能であるか否かが判定されることになる。
【００５９】
判定の結果、当該文書がコンテキストとの対応付けに未対応であると判定された場合には（ステップＳ１０６でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ１１１）、この処理は終了することになるが、当該文書がコンテキストとの対応付けに対応していると判定された場合には（ステップＳ１０６でＹＥＳ）、フィルタプログラム２４は、文書の格納に際して必要な設定情報の取得を行う（ステップＳ１０７）。ここでは、コンテキストサーバ４０のアドレス、デフォルトプロトコル（ＨＴＴＰ、ＨＴＴＰＳ等）、コンテキストサーバ識別子、提供者名、提供者メールアドレス、提供者パスワード、デフォルト編集者などを取得することになる。なお、この段階では、図４に示すように、文書格納サーバ２０への文書の格納、コンテキストサーバ４０へのコンテキストの登録はまだ完了していない。
【００６０】
続いて、フィルタプログラム２４は、文書変換部２４ｂにおいて、格納対象となる文書に文書ＩＤ等を埋め込み、当該文書をコンテキスト対応文書へ変換する（ステップＳ１０８）。また、この変換が済むと、コンテキスト作成部２４ｃにおいて、当該文書に対応するコンテキストを作成するとともに、コンテキスト登録部２４ｄにおいて、その作成されたコンテキストをコンテキストサーバ４０に登録する（ステップＳ１０９）。このとき、コンテキストに文書への参照情報が登録された状態で、コンテキストサーバ４０に登録される。なお、この段階では、図５に示すように、文書格納サーバ２０への文書の格納は未だ行われていないが、コンテキストサーバ４０には、新規コンテキストが登録されることになる。なお、ステップＳ１０８とステップＳ１０９とを実行する順序は逆でもよい。すなわち、コンテキストを作成しコンテキストサーバ４０に当該コンテキストを登録した後、格納対象となる文書をコンテキスト対応文書へ変換してもよい。
【００６１】
最後に、フィルタプログラム２４は、上記ステップ１０８で変換した文書を文書保持部２２に格納する（ステップＳ１１０）。そして、この処理を終了する。この段階になると、図６に示すように、文書格納サーバ２０への文書の格納が完了する。
【００６２】
次に、図７から図１０を用いて、文書格納サーバ２０に既に格納されている文書の新規バージョンを追加する際の動作の流れについて説明する。
【００６３】
新規バージョンの文書の追加に際して文書提供者は、文書提供者端末１０上から文書名などの必要な情報の設定を行い、文書格納サーバ２０に新規バージョンの文書の追加を依頼する。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ２０１）、コンテキスト作成対象判定部２３において当該文書が所定のフォーマットで作成されたものであるか否かの判定を行う（ステップＳ２０２）。
【００６４】
この判定の結果、当該文書が所定のフォーマットで作成されたものではないと判定された場合には（ステップＳ２０３でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ２１２）、この処理は終了することになるが、当該文書が所定のフォーマットで作成されたものであると判定された場合には（ステップＳ２０３でＹＥＳ）、フィルタプログラム２４が起動され（ステップＳ２０４）、フィルタプログラム２４による処理が開始される。
【００６５】
フィルタプログラム２４が起動されると、コンテキスト対応可否判定部２４ａにおいて、格納対象となる文書がコンテキストとの対応付けに対応しているか否かの判定が行われる（ステップＳ２０５）。ここでは、先に述べた通り、文書ＩＤ等の埋め込みが可能であるか否かが判定されることになる。
【００６６】
判定の結果、当該文書がコンテキストとの対応付けに未対応であると判定された場合には（ステップＳ２０６でＮＯ）、当該文書の格納は認められないためエラーとなり（ステップＳ２１２）、この処理は終了することになるが、当該文書がコンテキストとの対応付けに対応していると判定された場合には（ステップＳ２０６でＹＥＳ）、フィルタプログラム２４は、登録済みの旧バージョンの文書からコンテキストに関する属性を取得するとともに（ステップＳ２０７）、文書の格納に際して必要な設定情報の取得を行う（ステップＳ２０８）。ここでは、コンテキストサーバ４０のアドレス、デフォルトプロトコル（ＨＴＴＰ、ＨＴＴＰＳ等）、コンテキストサーバ識別子、提供者名、提供者メールアドレス、提供者パスワード、デフォルト編集者などを取得することになる。なお、この段階では、図８に示すように、文書格納サーバ２０への新規バージョン文書の格納、コンテキストサーバ４０への新規バージョン文書のコンテキストの登録はまだ完了していない。
【００６７】
続いて、フィルタプログラム２４は、文書変換部２４ｂにおいて、格納対象となる文書に文書ＩＤ等を埋め込み、当該文書をコンテキスト対応文書へ変換する（ステップＳ２０９）。また、この変換が済むと、コンテキスト登録部２４ｄから、当該文書への参照情報を対応するコンテキスト（すなわち、旧バージョンの文書への参照情報が登録されているコンテキスト）に追加登録するよう指示が、コンテキストサーバ４０へ送信される（ステップＳ２１０）。このとき、旧バージョンの文書に関する情報と新規バージョンの文書に関する情報が送信される。あるいはコンテキスト連携文書に関する情報を送信してもよい。なお、この段階では、図９に示すように、文書格納サーバ２０への新規バージョン文書の格納は未だ行われていないが、コンテキストサーバ４０には、新規コンテキストが登録されることになる。
【００６８】
最後に、フィルタプログラム２４は、上記ステップ２０９で変換した文書を文書保持部２２に格納する（ステップＳ２１１）。そして、この処理を終了する。この段階になると、図１０に示すように、文書格納サーバ２０への新規バージョン文書が旧バージョンの文書と関連付けられて格納される。
【００６９】
次に、文書格納サーバ２０に既に格納されている文書が変更された場合の動作についていくつか列挙して説明する。
【００７０】
まず、図１１から図１３を用いて、文書が変更された場合の動作の一例として、文書が異なるフォルダへ移動された場合の動作の流れについて説明する。
【００７１】
文書提供者が文書提供者端末１０上から文書の変更（ここでは、文書の移動）を指示すると、文書格納サーバ２０に文書の変更が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ３０１）、当該依頼に基づき文書の移動を行う（ステップＳ３０２）。例えば、図１２に示すように、フォルダＡに格納されているコンテキスト連携文書ＡをフォルダＢに移動させる。ここで、コンテキスト連携文書とは、新規の文書（他の文書とは関連しない文書）が文書格納サーバへ格納された際、自動的に生成される情報である。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００７２】
また、文書が移動されたことを受けたイベント通知部２５は、変更イベントをイベントリスナプログラム２６に通知する（ステップＳ３０３）。このとき、移動元のフォルダ情報、移動先のフォルダ情報も同時に伝えられる。
【００７３】
イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この変更イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ３０４）、イベントリスナプログラム２６による処理が開始される。イベントリスナプログラム２６が起動されると、コンテキスト変更有無判定部２６ｂにおいて、変更イベントによりコンテキストに変更が生じたか否かを判定する（ステップＳ３０５）。この判定は、移動元のフォルダ情報と、移動先のフォルダ情報とに基づき行われる。ここで、文書の移動に際してコンテキストに変更が生じる場合とは、例えば、移動先のフォルダがコンテキストと対応付けられており、且つそのコンテキストが文書を登録しているコンテキストと異なるときである。
【００７４】
判定の結果、コンテキストに変更がないと判定された場合には（ステップＳ３０６でＮＯ）、このまま処理を終了することになるが、コンテキストに変更が生じたと判定された場合には（ステップＳ３０６でＹＥＳ）、文書変換部２６ｃにおいて、移動された文書を移動先フォルダに対応付けたコンテキスト対応文書に変換する（ステップＳ３０７）。
【００７５】
この変換が済むと、イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、移動元のフォルダのコンテキストに文書が移動したことを示す情報を書き込むとともに（ステップＳ３０８）、移動先のフォルダのコンテキストに文書が移動してきたことを示す情報を書き込む（ステップＳ３０９）。そして、この処理は終了する。このコンテキストの変更処理では、例えば、図１３に示すように、移動元であるコンテキスト連携文書Ａのコンテキストに登録されている文書Ａに対して文書が移動したことを示す情報を書き込み、移動先であるフォルダＢのコンテキストに登録されている文書Ａに対して文書が移動してきたことを示す情報を書き込むことになる。
【００７６】
なお、この動作の流れを、文書の削除（文書の無効化や閲覧禁止を含む）に適用できる。すなわち、上記の例では移動先のフォルダに関する処理を行わなければ、移動元のフォルダから文書が削除され、また対応するコンテキストも整合することになる。
【００７７】
次に、図１４から図１６を用いて、文書が変更された場合の動作の一例として、文書が異なるフォルダへ複製された場合の動作の流れについて説明する。
【００７８】
文書提供者が文書提供者端末１０上から文書の変更（ここでは、文書の複製）を指示すると、文書格納サーバ２０に文書の変更が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ４０１）、当該依頼に基づき文書の複製を行う（ステップＳ４０２）。例えば、図１５に示すように、フォルダＡに格納されているコンテキスト連携文書ＡがフォルダＢに複製される。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００７９】
また、文書が複製されたことを受けたイベント通知部２５は、変更イベントをイベントリスナプログラム２６に通知する（ステップＳ４０３）。このとき、複製元のフォルダ情報、複製先のフォルダ情報も同時に伝えられる。
【００８０】
イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この変更イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ４０４）、イベントリスナプログラム２６による処理が開始される。イベントリスナプログラム２６が起動されると、コンテキスト変更有無判定部２６ｂにおいて、変更イベントによりコンテキストに変更が生じたか否かを判定する（ステップＳ４０５）。この判定は、複製元のフォルダ情報と、複製先のフォルダ情報とに基づき行われる。ここで、文書の複製に際してコンテキストに変更が生じる場合とは、例えば、複製先のフォルダがコンテキストと対応付けられており、且つそのコンテキストが文書を登録しているコンテキストと異なるときである。
【００８１】
判定の結果、コンテキストに変更がないと判定された場合には（ステップＳ４０６でＮＯ）、このまま処理を終了することになるが、コンテキストに変更が生じたと判定された場合には（ステップＳ４０６でＹＥＳ）、文書変換部２６ｃにおいて、複製された文書を複製先フォルダに対応付けたコンテキスト対応文書に変換する（ステップＳ４０７）。
【００８２】
この変換が済むと、イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、複製元のフォルダのコンテキストに文書が複製されたことを示す情報を書き込むとともに（ステップＳ４０８）、複製先のフォルダのコンテキストに文書が複製されてきたことを示す情報を書き込む（ステップＳ４０９）。そして、この処理は終了する。このコンテキストの変更処理では、例えば、図１６に示すように、複製元であるコンテキスト連携文書Ａのコンテキストに登録されている文書Ａに対して文書が複製されたことを示す情報を書き込み、複製先であるフォルダＢのコンテキストに登録されている文書Ａに対して文書が複製されてきたことを示す情報を書き込むことになる。
【００８３】
次に、図１７から図１９を用いて、文書および当該文書の関連文書が削除（以下、文書そのものは文書保持手段から消去しないが、当該文書を無効化あるいは閲覧禁止などとする処理を含めて「削除」と称する）された場合の動作の流れについて説明する。
【００８４】
文書提供者が文書提供者端末１０上から文書および当該文書の関連文書の削除を指示すると、文書格納サーバ２０に文書および当該文書の関連文書の削除が依頼される。すると、文書格納サーバ２０は、処理依頼受付部２１においてこの依頼を受け付けるとともに（ステップＳ５０１）、当該依頼に基づき例えば、図１８に示すように、当該文書に対応するコンテキスト連携文書を削除する。（ステップＳ５０２）。この段階では、コンテキストサーバ４０に格納されたコンテキストにはまだ、変更は加えられない。
【００８５】
また、文書が削除されたことを受けたイベント通知部２５は、削除イベントをイベントリスナプログラム２６に通知する（ステップＳ５０３）。イベントリスナプログラム２６は、イベント検知部２６ａにおいて、この削除イベントを検知する。これにより、イベントリスナプログラム２６が起動し（ステップＳ５０４）、イベントリスナプログラム２６による処理が開始される。
【００８６】
イベントリスナプログラム２６は、コンテキスト変更部２６ｄにおいて、削除された文書が登録されていたコンテキストサーバ４０内のコンテキストに当該文書および当該文書の関連文書が削除（上述したように、無効若しくは、閲覧禁止を含む）になった旨を書き込む（ステップＳ５０５）。そして、この処理は終了する。この段階になると、図１９に示すように、コンテキスト連携文書Ａ配下の文書が無効になる。あるいは、当該文書に対応するコンテキストのみに当該文書および当該文書の関連文書が削除された旨の情報を書き込む構成でもよい。このような構成でも、文書格納サーバ２０の当該文書および当該文書の関連文書に関する情報と、コンテキストサーバ４０のコンテキストとが整合する。
【００８７】
以上が本発明の代表的な実施形態の一例であるが、本発明は、上記および図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【００８８】
なお、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部は、コンピュータにより実行可能なプログラムにより実現することが可能である。この場合、プログラムおよび当該プログラムが用いるデータなどは、コンピュータが読み取り可能な記憶媒体（例えば、磁気ディスク、ＣＤ−ＲＯＭを含む光ディスク）に記憶することも可能である。
【００８９】
コンピュータの読み取り部により記憶媒体からプログラムを読み出し、コンピュータの記憶部（例えばＲＡＭやＲＯＭ等のメモリ素子と磁気ディスク等との少なくとも一方）にプログラムを記憶させ、制御部（例えば、ＣＰＵ）によってプログラムを実行することで、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部を実現することができる。また、ネットワークを介してプログラムをコンピュータへ転送し、記憶部にプログラムを記憶させ、制御部によってプログラムを実行することで、文書格納サーバ２０およびコンテキストサーバ４０の機能の一部または全部を実現することができる。
【産業上の利用可能性】
【００９０】
本発明の文書管理システムおよび文書格納装置およびプログラムは、文書格納装置を配して構成された文書管理システムおよび、文書格納装置、文書格納装置における処理をコンピュータにより実行させるプログラム全般に適用可能である。
【図面の簡単な説明】
【００９１】
【図１】本発明に係わる文書管理システムの全体構成の一例を示す図である。
【図２】図１に示す文書格納サーバ２０およびコンテキストサーバ４０の機能的な構成の一部を示す図である。
【図３】図１に示す文書管理システムにおける新規文書格納時の動作を示すフローチャートである。
【図４】新規文書格納時における文書、コンテキストの状態の概要を示す第１の図である。
【図５】新規文書格納時における文書、コンテキストの状態の概要を示す第２の図である。
【図６】新規文書格納時における文書、コンテキストの状態の概要を示す第３の図である。
【図７】図１に示す文書管理システムにおける新規バージョン文書追加時の動作を示すフローチャートである。
【図８】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第１の図である。
【図９】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第２の図である。
【図１０】新規バージョン文書追加時における文書、コンテキストの状態の概要を示す第３の図である。
【図１１】図１に示す文書管理システムにおける文書変更（移動）時の動作を示すフローチャートである。
【図１２】文書変更（移動）時における文書、コンテキストの状態の概要を示す第１の図である。
【図１３】文書変更（移動）時における文書、コンテキストの状態の概要を示す第２の図である。
【図１４】図１に示す文書管理システムにおける文書変更（複製）時の動作を示すフローチャートである。
【図１５】文書変更（複製）時における文書、コンテキストの状態の概要を示す第１の図である。
【図１６】文書変更（複製）時における文書、コンテキストの状態の概要を示す第２の図である。
【図１７】図１に示す文書管理システムにおける文書削除時の動作を示すフローチャートである。
【図１８】文書削除時における文書、コンテキストの状態の概要を示す第１の図である。
【図１９】文書削除時における文書、コンテキストの状態の概要を示す第２の図である。
【符号の説明】
【００９２】
１０ 文書提供者端末
２０ 文書格納サーバ
２１ 処理依頼受付部
２２ 文書保持部
２３ コンテキスト作成対象判定部
２４ フィルタプログラム
２４ａ コンテキスト対応可否判定部
２４ｂ 文書変換部
２４ｃ コンテキスト作成部
２４ｄ コンテキスト登録部
２５ イベント通知部
２６ イベントリスナプログラム
２６ａ イベント検知部
２６ｂ コンテキスト変更有無判定部
２６ｃ 文書変換部
２６ｄ コンテキスト変更部
３０ 文書利用者端末
４０ コンテキストサーバ
４１ コンテキスト登録変更部
４２ コンテキスト格納部
【特許請求の範囲】
【請求項１】
文書格納装置は、
外部から文書を受け付ける文書受付手段と、
文書の格納の指示を外部から受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
文書管理情報格納装置との通信を行う第１の通信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記第１の通信手段を介して前記文書管理情報格納装置へ当該文書管理情報を送信することを特徴とし、
前記文書管理情報格納装置は、
前記文書管理情報を保持する文書管理情報保持手段と、
前記文書格納装置との通信を行う第２の通信手段と
を有し、
前記第２の通信手段を介して前記文書格納装置から前記文書管理情報を受信すると、当該文書管理情報を前記文書管理情報保持手段に保持すること
を特徴とする文書管理システム。
【請求項２】
前記文書格納装置は、
前記文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を受け付ける文書関連付指示受付手段
をさらに含み、
文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を前記文書関連付指示受付手段により受け付けると、前記第１の文書を前記第２の文書に関連付けて前記文書保持手段に保持するとともに、
前記第１の通信手段を介して前記第１の文書に関する情報および前記第２の文書に関する情報を前記文書管理情報格納装置へ送信すること
を特徴とし、
前記文書管理情報格納装置は、
文書に関する情報に基づき当該文書に対応する文書管理情報を特定する文書管理情報特定手段と、
前記文書管理情報を変更する文書管理情報変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から前記第１の文書に関する情報および前記第２の文書に関する情報を受信すると、
前記文書管理情報特定手段は、前記第１の文書に関する情報に基づき、前記第１の文書に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報に前記第２の文書に関する情報を対応づけるように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項３】
前記文書格納装置は、
前記文書保持手段の保持領域に保持された文書を削除する指示を受け付ける文書削除指示受付手段
をさらに含み、
前記文書保持手段の保持領域に保持された文書を削除する指示を前記文書削除指示受付手段により受け付けると、
当該文書を前記文書保持手段の当該保持領域から削除するとともに、
前記第１の通信手段を介して当該文書に関する情報および当該保持領域に関する情報を前記文書管理情報格納装置へ送信すること
を特徴とし、
前記文書管理情報格納装置は、
保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、
文書を管理する文書管理情報を変更する変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および当該保持領域に関する情報を受信すると、
前記文書管理情報特定手段は、当該保持領域に関する情報に基づき、当該保持領域に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を削除するように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項４】
前記文書格納装置は、
前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を受け付ける文書複製指示受付手段
をさらに含み、
前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を前記文書複製指示受付手段により受け付けると、
前記文書保持手段の前記第２の保持領域に当該文書を複製するとともに、
前記第１の通信手段を介して当該文書に関する情報および前記第２の保持領域に関する情報を送信すること
を特徴とし、
前記文書管理情報格納装置は、
保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、
文書を管理する文書管理情報を変更する変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および前記第２の保持領域に関する情報を受信すると、
前記文書管理情報特定手段は、前記第２の保持領域に関する情報に基づき、前記第２の保持領域に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を追加するように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項５】
文書を受け付ける文書受付手段と、
文書の格納の指示を受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
情報を送信する送信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記送信手段を介して当該文書管理情報を送信する
ことを特徴とする文書格納装置。
【請求項６】
コンピュータに、
文書を受け付ける文書受付手段と、
文書の格納の指示を受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
情報を送信する送信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記送信手段を介して当該文書管理情報を送信する
機能をコンピュータに実行させるプログラム。
【請求項１】
文書格納装置は、
外部から文書を受け付ける文書受付手段と、
文書の格納の指示を外部から受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
文書管理情報格納装置との通信を行う第１の通信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記第１の通信手段を介して前記文書管理情報格納装置へ当該文書管理情報を送信することを特徴とし、
前記文書管理情報格納装置は、
前記文書管理情報を保持する文書管理情報保持手段と、
前記文書格納装置との通信を行う第２の通信手段と
を有し、
前記第２の通信手段を介して前記文書格納装置から前記文書管理情報を受信すると、当該文書管理情報を前記文書管理情報保持手段に保持すること
を特徴とする文書管理システム。
【請求項２】
前記文書格納装置は、
前記文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を受け付ける文書関連付指示受付手段
をさらに含み、
文書受付手段から受け付けた第１の文書を前記文書格納装置に格納された第２の文書に関連付ける指示を前記文書関連付指示受付手段により受け付けると、前記第１の文書を前記第２の文書に関連付けて前記文書保持手段に保持するとともに、
前記第１の通信手段を介して前記第１の文書に関する情報および前記第２の文書に関する情報を前記文書管理情報格納装置へ送信すること
を特徴とし、
前記文書管理情報格納装置は、
文書に関する情報に基づき当該文書に対応する文書管理情報を特定する文書管理情報特定手段と、
前記文書管理情報を変更する文書管理情報変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から前記第１の文書に関する情報および前記第２の文書に関する情報を受信すると、
前記文書管理情報特定手段は、前記第１の文書に関する情報に基づき、前記第１の文書に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報に前記第２の文書に関する情報を対応づけるように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項３】
前記文書格納装置は、
前記文書保持手段の保持領域に保持された文書を削除する指示を受け付ける文書削除指示受付手段
をさらに含み、
前記文書保持手段の保持領域に保持された文書を削除する指示を前記文書削除指示受付手段により受け付けると、
当該文書を前記文書保持手段の当該保持領域から削除するとともに、
前記第１の通信手段を介して当該文書に関する情報および当該保持領域に関する情報を前記文書管理情報格納装置へ送信すること
を特徴とし、
前記文書管理情報格納装置は、
保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、
文書を管理する文書管理情報を変更する変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および当該保持領域に関する情報を受信すると、
前記文書管理情報特定手段は、当該保持領域に関する情報に基づき、当該保持領域に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を削除するように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項４】
前記文書格納装置は、
前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を受け付ける文書複製指示受付手段
をさらに含み、
前記文書保持手段の第１の保持領域に保持された文書を第２の保持領域に複製する指示を前記文書複製指示受付手段により受け付けると、
前記文書保持手段の前記第２の保持領域に当該文書を複製するとともに、
前記第１の通信手段を介して当該文書に関する情報および前記第２の保持領域に関する情報を送信すること
を特徴とし、
前記文書管理情報格納装置は、
保持領域に関する情報に基づき当該保持領域に対応する文書管理情報を特定する文書管理情報特定手段と、
文書を管理する文書管理情報を変更する変更手段と
をさらに含み、
前記第２の通信手段を介して前記文書格納装置から当該文書に関する情報および前記第２の保持領域に関する情報を受信すると、
前記文書管理情報特定手段は、前記第２の保持領域に関する情報に基づき、前記第２の保持領域に対応する文書管理情報を特定し、
前記文書管理情報変更手段は、前記文書管理情報特定手段により特定された文書管理情報から当該文書に関する情報を追加するように当該文書管理情報を変更すること
を特徴とする請求項１記載の文書管理システム。
【請求項５】
文書を受け付ける文書受付手段と、
文書の格納の指示を受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
情報を送信する送信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記送信手段を介して当該文書管理情報を送信する
ことを特徴とする文書格納装置。
【請求項６】
コンピュータに、
文書を受け付ける文書受付手段と、
文書の格納の指示を受け付ける文書格納指示受付手段と、
文書を保持する文書保持手段と、
文書を管理する文書管理情報を生成する文書管理情報生成手段と、
情報を送信する送信手段と
を有し、
前記文書受付手段から受け付けた文書に対する格納の指示を前記文書格納指示受付手段により受け付けると、当該文書を前記文書保持手段に保持するとともに、
前記文書管理情報生成手段により当該文書に関する文書管理情報を生成し、
前記送信手段を介して当該文書管理情報を送信する
機能をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−１５８８１７（Ｐ２００８−１５８８１７Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４６９５１（Ｐ２００６−３４６９５１）
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２５日（２００６．１２．２５）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]