(57)【特許請求の範囲】
【請求項１】
文書のバージョン管理機能を有する文書管理サーバであって、
クライアントから文書の登録要求を受信する受信手段と、
前記登録要求された文書と同名である同名文書を既に登録している場合、その同名文書が複数のバージョンを有する文書であるか否かを判断する第１判断手段と、
前記第１判断手段で前記同名文書が複数のバージョンを有する文書であると判断した場合、該同名文書の文書名を変更するリネーム手段と、
前記第１判断手段で前記同名文書が複数のバージョンを有する文書であると判断した場合、前記リネーム手段で該同名文書の文書名を変更した後に、前記登録要求された文書を登録する第１登録手段と、
前記第１判断手段で前記同名文書が１つのバージョンで構成される文書であると判断した場合、前記登録要求された文書を前記同名文書に上書きして登録する第２登録手段と、
を有することを特徴とする文書管理サーバ。
【請求項２】
前記クライアントは、前記文書管理サーバで管理している文書について、バージョンを指定して操作することができないクライアントであることを特徴とする請求項１に記載の文書管理サーバ。
【請求項３】
前記クライアントは、ＷｅｂＤＡＶクライアントであることを特徴とする請求項２に記載の文書管理サーバ。
【請求項４】
前記登録要求された文書と同名である同名文書を既に登録しているか否か判断する第２判断手段と、
前記第２判断手段で前記登録要求された文書と同名である同名文書を登録していないと判断した場合、前記登録要求された文書を新規登録する第３登録手段と、を有し、
前記第１判断手段は、前記第２判断手段で前記登録要求された文書と同名である同名文書を登録していると判断した場合に、その同名文書が複数のバージョンを有する文書であるか否かを判断することを特徴とする請求項１乃至３のいずれか１項に記載の文書管理サーバ。
【請求項５】
前記リネーム手段は、前記同名文書の文書名に、所定の接頭語または所定の接尾語を追加することにより、前記同名文書の文書名を変更することを特徴とする請求項１乃至４のいずれか１項に記載の文書管理サーバ。
【請求項６】
前記第１判断手段で前記同名文書が複数のバージョンを有する文書であると判断した場合に、前記リネーム手段でリネームされた文書と、前記第１登録手段で登録された文書とを関連付けるための情報を登録する関連情報登録手段を更に有することを特徴とする請求項１乃至５のいずれか１項に記載の文書管理サーバ。
【請求項７】
コンピュータを、請求項１乃至６のいずれか１項に記載の文書管理サーバの各手段として機能させるためのコンピュータプログラム。
【請求項８】
請求項７に記載のコンピュータプログラムを格納した、コンピュータ読み取り可能な記憶媒体。
【請求項９】
文書のバージョン管理機能を有する文書管理サーバが実行する文書管理方法であって、
受信手段が、クライアントから文書の登録要求を受信する受信ステップと、
第１判断手段が、前記登録要求された文書と同名である同名文書を既に登録している場合、その同名文書が複数のバージョンを有する文書であるか否かを判断する第１判断ステップと、
リネーム手段が、前記第１判断ステップで前記同名文書が複数のバージョンを有する文書であると判断した場合、該同名文書の文書名を変更するリネームステップと、
第１登録手段が、前記第１判断ステップで前記同名文書が複数のバージョンを有する文書であると判断した場合、前記リネームステップで該同名文書の文書名を変更した後に、前記登録要求された文書を登録する第１登録ステップと、
第２登録手段が、前記第１判断ステップで前記同名文書が１つのバージョンで構成される文書であると判断した場合、前記登録要求された文書を前記同名文書に上書きして登録する第２登録ステップと、
を有することを特徴とする文書管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、文書のバージョン管理機能を有する文書管理システムに関する。
【背景技術】
【０００２】
多くの文書管理システム（ファイル管理システム、文書共有システムとも言う）では、文書（ファイル）のバージョン管理機能を有する。このような文書管理システムでは、文書管理サーバ側で各文書をバージョン管理する機能を実装するとともに、クライアント側でもバージョンを指定して各文書を操作する機能を実装しておく必要がある。例えば、クライアント装置は、バージョン管理機能に対応した専用クライアントアプリケーションを用いて文書管理サーバで管理している文書にアクセスすれば、問題なくバージョン管理されている文書を取り扱うことができる。また、Ｗｅｂブラウザを備えるクライアント装置であれば、バージョン管理機能に対応するように構築されている文書管理サーバのＷｅｂサイトを介して文書にアクセスすることによっても、問題なくバージョン管理されている文書を取り扱うことができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平５−１８１７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、近年ＨＴＴＰ１．１拡張のＷｅｂＤＡＶプロトコルを利用した様々なＷｅｂＤＡＶクライアントアプリケーション（以下、ＷｅｂＤＡＶクライアント）が利用されることも多くなっている。文書管理サーバがＷｅｂＤＡＶに対応すれば、これらのＷｅｂＤＡＶクライアントを用いて該文書管理サーバにアクセスすることが可能となる。このようなＷｅｂＤＡＶに対応した文書管理システムでは、専用クライアントアプリケーションを開発せずに、既存のＷｅｂＤＡＶクライアントを使用することによって文書管理サーバ内の文書を操作することができる。しかしながら、既存のＷｅｂＤＡＶクライアントは、バージョン管理機能に対応していない（バージョンを指定して各文書を操作する機能を有していない）ものが多くある。
【０００５】
このようなバージョン管理機能に対応していないＷｅｂＤＡＶクライアントが文書管理サーバにアクセスしてきた場合、操作対象の文書のバージョンが指定されない。したがって、ＷｅｂＤＡＶクライアントが文書管理サーバ上の既存文書を上書きしようとした時、文書管理サーバ上の既存文書がバージョン管理されていたとしても、既存文書の全てのバージョンが操作対象と見なされて削除され、ＷｅｂＤＡＶクライアントから送信された文書に置換されてしまう。
【０００６】
これに対し、ＷｅｂＤＡＶクライアントから文書の上書き指示が送信されてきた場合に、該文書を常に新たな別バージョンとして追加登録するように文書管理サーバ側で構成しておけば、既存文書のバージョンが削除される事態は回避できると考えられる。しかしながら、上書き指示された文書を毎回新たなバージョンの文書として追加登録する構成にすると、サーバ上の既存文書が重要な文書であるか否かに関わらず、ＷｅｂＤＡＶクライアントが上書き指示するにつれて既存文書のバージョンが際限なく増えてしまう。よって、保存する文書のデータ量が増え、サーバのストレージを圧迫する原因にもなりうる。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明の文書管理サーバは、文書のバージョン管理機能を有する文書管理サーバであって、クライアントから文書の登録要求を受信する受信手段と、前記登録要求された文書と同名である同名文書を既に登録している場合、その同名文書が複数のバージョンを有する文書であるか否かを判断する第１判断手段と、前記第１判断手段で前記同名文書が複数のバージョンを有する文書であると判断した場合、該同名文書の文書名を変更するリネーム手段と、前記第１判断手段で前記同名文書が複数のバージョンを有する文書であると判断した場合、前記リネーム手段で該同名文書の文書名を変更した後に、前記登録要求された文書を登録する第１登録手段と、前記第１判断手段で前記同名文書が１つのバージョンで構成される文書であると判断した場合、前記登録要求された文書を前記同名文書に上書きして登録する第２登録手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明では、既に登録されている既存文書が複数のバージョンを有する文書であるか否かに応じて、既存文書をリネームしてから文書の登録を行うか、既存文書に対してそのまま上書き登録するかを切り替えるように構成した。よって、複数のバージョンが保存されているような重要であると考えられる既存文書が、文書のバージョン操作ができないクライアントによって上書き削除されることを防ぐことが可能となる。また、１つのバージョンだけが保存されている既存文書に対しては、そのまま上書きするので、ストレージの節約にもなる。
【図面の簡単な説明】
【０００９】
【図１】実施例１におけるシステム構成図である。
【図２】実施例１における文書管理サーバやユーザの利用するＰＣのハードウェア構成図である。
【図３】実施例１における文書管理サーバの構成図である。
【図４】文書のバージョン操作ができないＷｅｂＤＡＶクライアントの画面例である。
【図５】文書のバージョン操作ができるクライアントの画面例である。
【図６】実施例１における文書と文書のバージョンに関するデータを格納する文書情報テーブルの構成例である。
【図７】実施例１における既存文書のバックアップがおこなわれ、同名文書が登録された時の文書情報テーブルの状態を表した図である。
【図８】実施例１における既存文書に対して上書き処理がおこなわれた時の文書情報テーブルの状態を表した図である。
【図９】実施例１における文書登録をおこなう時の文書管理サーバ１０２の処理を表したフローチャートである。
【図１０】実施例２における登録対象文書と既存の同名文書とを関連文書として紐付けするための関連文書テーブルの構成例である。
【図１１】実施例２における文書登録をおこなう時に、登録対象文書と既存の同名文書とを関連文書として紐付けする処理を表したフローチャートである。
【図１２】実施例２における、リネームされた既存文書と登録文書とを関連付けて表示した画面例である。
【図１３】実施例２における、登録文書のプロパティに、リネームされた既存文書の情報を関連文書として表示した画面例である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面を用いて説明する。なお、以下に述べる実施例は本発明の一実施形態であって、これらの態様に限られるものではない。
【実施例１】
【００１１】
図１は、本発明の実施例１に係る、文書管理サーバ（文書共有サーバとも言う）１０２とクライアントＰＣ１０３とで構成される文書管理システム（文書共有システムとも言う）の構成例である。図１では、ネットワーク１０１を介して、文書管理サーバ１０２と、複数台のクライアントＰＣ（１０３（１）〜１０３（Ｎ））とが接続されている。
【００１２】
文書管理サーバ１０２は、クライアントＰＣ１０３と通信をおこなう機能を有する情報処理装置であり、クライアントＰＣ１０３からネットワーク１０１を介して送信されるリクエスト（処理要求）を受信し、各処理要求に応じた処理をおこなう。
【００１３】
クライアントＰＣ１０３は文書管理システムの各ユーザ（操作者）が利用する情報処理装置（コンピュータ装置）である。クライアントＰＣ１０３は、Ｗｅｂブラウザまたは専用クライアントアプリケーションまたはＷｅｂＤＡＶクライアントアプリケーション（以下、ＷｅｂＤＡＶクライアント）を実行することにより、文書管理クライアントとして機能する。そして、クライアントＰＣ１０３は、ユーザの操作指示に基づき、文書管理サーバ上の文書を操作することができる。
【００１４】
図２は、文書管理サーバ１０２またはクライアントＰＣ１０３として機能させることが可能な情報処理装置２００のハードウェア構成図の一例を示す。ＣＰＵ２０１は、情報処理装置２００の演算／制御を司るコンピュータである。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリとして、実行プログラムの実行エリアや、データエリアとして利用される。なお、後述する各フローチャートの処理をコンピュータ（ＣＰＵ）に実行させるための実行プログラムは、後述する外部メモリ２１３からＲＡＭ２０２に読み出されて実行されるものとする。文書管理サーバ１０２においては、クライアントＰＣ１０３から依頼された処理をおこなうための後述する図３の各処理ユニットとしてコンピュータ（ＣＰＵ）を機能させるためのプログラムが、外部メモリからＲＡＭ２０２に読みだされて実行される。
【００１５】
また、プログラムＲＯＭ２０３には、情報処理装置２００の機器制御に用いられるシステムプログラムの基本ソフト（ＯＳ）が記録される。データＲＯＭ２０４には、情報処理装置２００の機能を提供するために必要な情報等が記録される。例えば文書管理サーバ１０２においては、クライアントＰＣ１０３から登録される文書や、その文書属性情報、またクライアントＰＣ１０３のユーザの情報等が考えられる。なお、データＲＯＭの代わりに後述する外部メモリ２１３を用いるように構成しても構わない。
【００１６】
ネットワークコントローラ（ＮＣ）２０５は、ネットワークに接続され、他のネットワークに接続された機器との通信制御処理を実行する。キーボードコントローラ２０６は、後述するキーボード２１１からのキー入力を制御する。ディスプレイコントローラ２０７は、情報処理装置２００内の情報をディスプレイ２１２の画面に表示するために画像データを展開し、その表示の制御をおこなう機能を有する。ディスクコントローラ２０８は、外部メモリ２１３に格納される各種データの入出力を制御する。キーボード２１１は、情報処理装置２００を操作するユーザが入力操作をおこなうための指示入力装置である。例えば、ユーザが文書管理サーバ１０３のメンテナンス作業をする場合は、ディスプレイ２１２に表示される情報を見ながらキーボード２１１を操作することが考えられる。ディスプレイ２１２は、例えばＬＣＤなどの表示装置である。外部メモリ（ＨＤ、ＦＤ）２１３は、アプリケーションプログラムや各種データの保存用に用いられる記憶装置である。
【００１７】
図３は、本実施例に係る文書管理サーバ１０２の構成図を示す。本実施例では、コンピュータ（ＣＰＵ２０１）が、コンピュータ読み取り可能な記憶媒体からプログラムを読み込んで実行することにより、図３の各処理ユニット３０１〜３０７として機能するものとする。なお、その一部をハードウェア（電子回路）で構成するようにしても構わない。また、本実施例では、文書管理サーバを１台の情報処理装置として記載しているが、これに限るものではなく、複数台の情報処理装置をサーバとして用いて実現するようにしても構わない。
【００１８】
文書登録ユニット３０１は、クライアントＰＣ１０３から受信した文書（ファイル）とその文書に関する情報を、文書情報記憶ユニット３０６と文書実体記憶ユニット３０７に登録する機能を有する。
【００１９】
文書削除ユニット３０２は、文書情報記憶ユニット３０６や文書実体記憶ユニット３０７によって格納される文書やその文書に関する情報を、クライアントＰＣ１０３の要求に従って削除する機能を有する。
【００２０】
バージョン追加ユニット３０３は、クライアントＰＣ１０３から受信した文書（ファイル）を、文書情報記憶ユニット３０６や文書実体記憶ユニット３０７によって既に格納されている文書に対して、最新バージョンとして追加する機能を有する。
【００２１】
バージョン削除ユニット３０４は、文書情報記憶ユニット３０６や文書実体記憶ユニット３０７によって記憶される文書のバージョンを、クライアントＰＣ１０３の要求に従い削除する機能を有する。
【００２２】
文書管理ユニット３０５は、各処理ユニット３０１〜３０４からの要求に従い、後述する文書情報記憶ユニット３０６や文書実体記憶ユニット３０７によって記憶される文書実体データや文書情報を管理する機能を有する。
【００２３】
文書情報記憶ユニット３０６は、文書管理サーバ１０２のファイルシステム（またはデータベースシステム）を用いて、文書に関する情報（属性情報など）を格納する機能を有する。
【００２４】
文書実体記憶ユニット３０７は、文書管理サーバ１０２のファイルシステム（またはデータベースシステム）を用いて、文書実体（文書の実体データ）を格納する機能を有する。
【００２５】
図４は、クライアントＰＣ１０３が、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて文書管理サーバ１０２にアクセスし、文書情報記憶ユニット３０６に記憶されている文書情報（フォルダ及び文書）を表示した時の画面例４００を示す。
【００２６】
４０１は、文書管理サーバ１０２で管理されているフォルダを表している。このフォルダ４０１は、クライアントＰＣ１０３からの指示に基づいて文書管理サーバ１０２上で作成することも可能である。一般的な文書管理システムでは、フォルダの階層構造を作成して関連する複数の文書を一つのフォルダに格納することで、ユーザは効率的に文書を管理している。また、複数のフォルダ４０１（１）、４０１（２）、・・・、４０１（Ｎ）を作成することも可能である。
【００２７】
４０２は、文書管理サーバ１０２で管理されている文書（ファイル）を表している。この文書４０２は、クライアントＰＣ１０３から登録された文書（ファイル）等である。また、複数の文書４０２（１）、４０２（２）、・・・を登録することも可能である。
【００２８】
４０３は、文書管理サーバ１０２で管理されている、ある文書のプロパティのうち、該文書管理サーバで設定された文書名を示す。なお、デフォルトの文書名として登録対象文書の元の文書名と同じ名前が付与されるものとするが、該文書名は、クライアントＰＣ１０３から登録対象の文書を受信したときに、クライアントＰＣ１０３のユーザからの指示に基づき任意に変更設定することもできる。
【００２９】
図５は、クライアントＰＣ１０３が、文書のバージョン操作が可能なクライアント（例えば専用クライアントアプリケーション）を用いて文書管理サーバ１０２にアクセスし、図４と同じ文書情報（フォルダと文書）を表示した場合の画面例５００である。図５のクライアントは、図４のＷｅｂＤＡＶクライアントとは異なり、文書のバージョンを指定して操作することができるので、各文書のバージョン情報（バージョン数）も表示されている。
【００３０】
フォルダ５０１は、文書管理サーバ１０２で管理されているフォルダを表している。文書５０２は、文書管理サーバ１０２で管理されている文書（ファイル）を表している。５０３は、各文書の文書名を表している。バージョン数５０４は、文書管理サーバ１０２で管理されている各文書に対して保存されているバージョンの数（版の数）を表している。すなわち、バージョン数が２以上の文書に関しては、最新バージョン以外に旧バージョンが存在することを表している。クライアントＰＣ１０３は、バージョン操作が可能なクライアントを用いた場合は、最新バージョンだけでなく、古いバージョンを指定して操作することにより、旧バージョンの文書５０２を閲覧したりすることができる。
【００３１】
文書管理サーバ１０２に対してアクセスしてくるクライアントとしては、図５のような文書のバージョン操作ができるクライアントと、図４のような文書のバージョン操作ができないクライアントが混在することが考えられる。図５のような文書のバージョン操作ができるクライアントの場合、既存文書のバージョンを指定して更新作業を行ったり、新たなバージョンを指定して新バージョンの登録作業を行ったりすることができる。一方、図４のような文書のバージョン操作ができないクライアントの場合、既存文書のバージョンを指定できない。そこで、本実施例では、図６〜図９を用いて、文書のバージョン操作ができないクライアントから、文書の登録操作が行われた場合の処理について以下で説明する。
【００３２】
図６は、文書情報記憶ユニット３０６に記憶される文書情報テーブル６００のデータ格納例である。図６の例では、図４の文書４０２（１）及び４０２（２）（すなわち、図５の５０２（１）及び５０２（２））の文書情報が格納されている状態を示している。ここでは説明の簡略化のため、図６のようなテーブル構成になっているが、実際の動作環境においてはこのようなテーブル構成やデータ項目に限るものではない。
【００３３】
文書ＩＤ６０１は、クライアントＰＣ１０３が新規文書を文書管理サーバ１０２に登録した時に、文書管理サーバ１０２内で割り当てられるＩＤ（識別子）である。文書ＩＤ６０１は、後述するバージョン番号６０２と組み合わせることにより、文書管理システム上で管理されている各バージョンの文書を特定するのに利用できる一意なＩＤとなる。
【００３４】
バージョン番号６０２は、各文書のバージョンを示す。通常、文書管理サーバ１０２に新規文書を登録した時は、バージョン番号「１」が付与され、既に文書管理サーバ１０２に登録されている既存文書（バージョン１）に対してバージョン追加をした場合は、新たなバージョン番号「２」として文書データが追加される。例えば、後述する文書６０５（１）に対して新たなバージョンの文書を追加した場合は、文書ＩＤ６０１は「００２」のまま、バージョン番号「２」が付与された文書６０５（２）が追加される。さらに、６０５（２）に対して新たなバージョンの文書を追加した場合は、文書ＩＤ６０１は「００２」のまま、バージョン番号「３」が付与された文書６０５（３）が追加される。名前６０３は文書名を表し、図４で表示される４０３（または図５で表示される５０３）の文書名と同等のものである。
【００３５】
６０４は、文書管理サーバ１０２に登録されている１つの文書であり、図４で表示される文書４０２（１）と図５で表示される文書５０２（１）とに対応する文書情報である。６０５は、文書管理サーバ１０２に登録されている１つの文書であり、図４で表示される文書４０２（２）と図５で表示される文書５０２（２）とに対応する文書情報である。なお、図５の文書５０２（２）のバージョン数５０４が「３」であることからも分かるように、文書６０５の文書情報としては３つのバージョン（６０５（１）、６０５（２）、６０５（３））が存在する。このように、同一文書に対して複数のバージョンを作ることが可能であり、それぞれのバージョンに対して文書情報が作られるので、文書ＩＤ６０１や名前６０３は同じであるが、バージョン番号６０２が異なるデータが作成される。
【００３６】
なお、文書情報６０４、６０５（１）、６０５（２）、６０５（３）には、各バージョンの文書の文書実体が対応づけられているものとする。
【００３７】
図７は、クライアントＰＣ１０３が、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて、文書管理サーバ１０２に複数バージョンが格納されている文書４０２（２）に対して、同名の文書で上書き登録を行おうとした時、図６の文書情報テーブル６００のデータがどのように変更／追加されるかを表したものである。
【００３８】
本実施例では、同名文書によって上書き登録を行おうとしたとき、既存文書のバージョン数が２以上であれば、該既存文書をリネームして保持するようにした後、新たな同名文書を登録する。７０１（１）（２）（３）の各文書は、図６における６０５（１）（２）（３）と同じものを表している。ただし、文書管理ユニット３０５によって、６０５（１）、６０５（２）、６０５（３）の文書名６０３「面接時間割」はリネームされる。ここでは、各文書は、７０１（１）、７０１（２）、７０１（３）のように接頭辞「ｂａｃｋｕｐ＿」が文書名（ファイル名）に付与され、「ｂａｃｋｕｐ＿面接時間割」のようにリネームされることを表している。なお、ここでは説明の簡略化のため、文書名に付与される接頭辞を「ｂａｃｋｕｐ＿」としているが、実際の動作環境においてはこのような接頭辞でなくても構わず、またリネームされたことがわかるならば接頭辞でなくても構わない。７０２は、クライアントＰＣ１０３が、文書のバージョン操作をできないＷｅｂＤＡＶクライアント４００を用いて、上書き登録を行おうとした文書の文書情報であり、文書名「面接時間割」の文書が登録されたことを表す。すなわち、バージョン操作ができないＷｅｂＤＡＶクライアントを用いて、バージョンが複数存在する文書４０２（２）に対して、同名文書の登録（上書き登録）を行おうとした場合、まず、文書管理サーバ１０２側で自動的に既存文書４０２（２）をリネームした後、同名文書の登録が行われるようにする。このように構成することにより、複数のバージョンを保存しているような既存文書は重要な文書であると考えられ、上書きによる既存文書の削除がおこなわれずに済む。
【００３９】
図８は、クライアントＰＣ１０３が、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて、図７で登録した文書７０２に対して更に同名文書によって上書き登録をおこなった場合に、図７の文書情報テーブル６００のデータがどのように変更されるかを表したものである。
【００４０】
本実施例では、同名文書によって上書き登録を行おうとしたとき、既存文書のバージョン数が「１」であれば、該既存文書の文書実体を削除して、新たな同名文書を上書き登録する。図８の８０１は、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて上書き登録された文書の文書情報であり、文書名「面接時間割」の文書が登録されたことを表す。この時、元々登録されていた図７の文書７０２の文書実体は削除され、クライアントＰＣ１０３から新たに登録された文書８０１によって上書きされる。なお、本実施例では、上書きされることによってバージョン番号６０２の値がインクリメントされ、バージョン番号「２」として登録される動作になっているが、必ずしもこのような動作である必要はない。すなわち、バージョン操作ができないＷｅｂＤＡＶクライアントを用いて、バージョンが１つである既存文書７０２に対して、同名文書の登録（上書き登録）を行おうとした場合、文書管理サーバ１０２側で既存文書７０２を削除して同名文書８０１の上書き登録が行われるようにする。
【００４１】
図９は、クライアントＰＣ１０３が、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて、文書登録を行おうとした時に、文書管理サーバ１０２側で実行される処理の流れを示すフローチャートである。
【００４２】
まず、Ｓ９０１で、文書管理サーバ１０２は、バージョン操作ができないＷｅｂＤＡＶクライアントを用いて為された文書の登録要求とその文書ファイルをクライアントＰＣ１０３から受信する。
【００４３】
Ｓ９０２において、文書管理サーバ１０２は、登録先に同じ文書名６０３の文書が既に存在するかどうか判断する（すなわち、同名文書を既に管理しているかどうかを判断する）。同名文書が文書管理サーバ１０２に既に登録されていると判断した場合はＳ９０３の処理に進み、同名文書が既に登録されていなければＳ９０６の処理に進む。
【００４４】
Ｓ９０３において、文書管理サーバ１０２は、その同名文書が複数のバージョンを持つ文書であるかどうか判断する。登録先にある既存の同名文書が、複数のバージョンを持つ文書であると判断した場合はＳ９０４の処理に進み、複数のバージョンを持たない文書であると判断した場合はＳ９０７の処理に進む。
【００４５】
Ｓ９０４において、文書管理サーバは、複数のバージョンの既存の同名文書それぞれをリネームする（すなわち、既存の同名文書の文書名を変更する）。前述したように、図６の複数のバージョン（１〜３）を持つ既存文書６０５が、登録要求された文書の同名文書であった場合、文書６０５の文書名「面接時間割」は、図７の文書７０１の文書名「ｂａｃｋｕｐ＿面接時間割」のようにリネームされることになる。本実施例では、既存の同名文書の文書名に対して、所定の接頭語（上記例では、“ｂａｃｋｕｐ＿”）を追加することによりリネームすることとしたがこれに限るものではない。例えば、所定の接尾語を追加することにより、リネームするように構成しても構わない。
【００４６】
Ｓ９０５において、文書管理サーバは、ＷｅｂＤＡＶクライアントから登録要求された文書の文書名を「面接時間割」で新規登録する。
【００４７】
Ｓ９０６において、文書管理サーバ１０２は、既存の同名文書がないので、ＷｅｂＤＡＶクライアントから登録要求された文書をそのまま登録する。
【００４８】
Ｓ９０７において、文書管理サーバ１０２は、（１バージョンのみで構成される）既存の同名文書に対して、登録要求された文書で上書きする。前述したように、図７の複数のバージョンを持たない文書７０２が、当該登録要求された文書の同名文書であった場合、文書情報７０２とその文書実体データとを削除し、登録要求された文書を、文書名「面接時間割」で上書き登録する。このとき、バージョン番号６０２だけが「１」から「２」にインクリメントされる。
【００４９】
以上の処理手順により、バージョン操作ができないＷｅｂＤＡＶクライアントを用いて、文書管理サーバ１０２上の同名文書に対して上書き処理を行おうとしたときに、その文書が複数バージョン保存されている文書であるか否かを判断する。複数バージョン保存されている既存文書は重要な文書である確率が高いと判断して、その既存文書をリネーム処理して上書きされないようにする。また、既存文書が複数のバージョンを持たなければ、重要な文書である確率が低いと判断し、ストレージの保存容量を節約するために、該既存文書は上書きによって削除される。
【実施例２】
【００５０】
実施例１では、文書のバージョンを指定して操作することができないＷｅｂＤＡＶクライアントを用いて、文書管理サーバ１０２に存在する既存文書と同名の文書で上書き登録が行われた場合の文書管理サーバの動作について説明した。すなわち、既存文書が複数のバージョンを有する文書であった場合は、その既存文書に対してリネーム処理を行うようにし、既存文書が１つのバージョンだけの文書であった場合には、その既存文書に対してリネーム処理を行わずに上書き処理を行うようにしていた。一方、既存の同名文書に対してリネーム処理を行った場合、リネームされた既存文書とＷｅｂＤＡＶクライアントによって新たに登録される文書とが関連している文書であるかどうかは、ユーザが文書名を見て判断することになる。そこで、実施例２では、リネームされる既存文書と、ＷｅｂＤＡＶクライアントによって新たに登録される文書とが関連していることが、クライアントＰＣ１０３のユーザに簡単に分かるようにした実施例について説明する。
【００５１】
図１０は、本実施例における文書情報記憶ユニット３０６で管理される関連文書テーブル１０００のデータ格納例であり、図７の文書７０１（１〜３）と文書７０２とが関連文書であることを示す情報が格納されている。ここでは説明の簡略化のため、このようなテーブル構成になっているが、実際の動作環境においては特にこのようなテーブル構成でなくても構わない。
【００５２】
文書ＩＤ１００１は、図６（図７）の文書ＩＤ６０１に対応する項目であり、本テーブルにおいて各文書を識別するための識別子である。
【００５３】
関連文書ＩＤ１００２には、文書ＩＤ１００１に対して関連付けるべき別の文書の文書ＩＤを格納することで、それらの文書同士を関連文書として紐づけることが可能となる。
【００５４】
１００３は、文書ＩＤが「００１」の文書（図７における文書６０４）に対応するデータであり、関連文書ＩＤが「０００１」である。ただし、同じ関連文書ＩＤを有する他の文書が無いため、図１０の例では、関連文書は存在しないことを示している。
【００５５】
１００４は、文書ＩＤが「００２」の文書（図７における文書７０１）に対応するデータであり、関連文書ＩＤが「０００２」である。図７を参照すると、文書７０１には７０１（１）、７０１（２）、７０１（３）の３つのバージョンが存在することがわかるが、これら複数のバージョンは１つの文書として扱われるため、本テーブルにはバージョン数にかかわらず、文書７０１に対応するデータとして１つだけ登録されている。
【００５６】
１００５は、文書ＩＤが「００３」の文書（図７のおける文書７０２）に対応するデータであり、関連文書ＩＤが「０００２」であることを示している。関連文書ＩＤが「０００２」であることから、前述の１００４の文書と関連する関連文書であることが判別できる。
【００５７】
この関連文書テーブル１０００には、前述の図９におけるＳ９０４、Ｓ９０５の処理で既存文書がリネームされ、上書き文書が文書管理サーバ１０２に登録されたときに、同じ関連文書ＩＤが登録されて関連文書として紐づけられるように制御される。
【００５８】
図１１は、クライアントＰＣ１０３が、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて文書登録をおこなった時、リネームされる既存文書と、新たに登録される文書とを、関連文書として紐付けする処理の流れを示す。
【００５９】
Ｓ１１０１で、文書管理サーバ１０２は、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて為された文書の登録要求とその文書ファイルをクライアントＰＣ１０３から受信する。
【００６０】
Ｓ１１０２において、文書管理サーバ１０２は、登録先に同じ文書名６０３の文書が既に存在するかどうか判断する。同名文書が文書管理サーバ１０２に既に登録されていると判断した場合はＳ１１０３の処理に進み、同名文書が登録されていなければＳ１１０８の処理に進む。
【００６１】
Ｓ１１０３において、文書管理サーバ１０２は、その同名文書が複数のバージョンを持つ文書であるかどうか判断する。登録先にある既存の同名文書が、複数のバージョンを持つ文書であると判断した場合はＳ１１０４の処理に進み、複数のバージョンを持たない文書であると判断した場合はＳ１１１０の処理に進む。
【００６２】
Ｓ１１０４において、文書管理サーバは、複数のバージョンの既存の同名文書それぞれをリネームする。前述したように、図６の複数のバージョン（１〜３）を持つ既存文書６０５が、登録要求された文書の同名文書であった場合、文書６０５の文書名「面接時間割」は、図７の文書７０１の文書名「ｂａｃｋｕｐ＿面接時間割」のようにリネームされることになる。
【００６３】
Ｓ１１０５において、文書管理サーバは、図１０の関連文書テーブル１０００から、Ｓ１１０４でリネーム処理した文書に付与されている関連文書ＩＤを取得する。
【００６４】
Ｓ１１０６において、文書管理サーバは、ＷｅｂＤＡＶクライアントから登録要求された文書の文書名を「面接時間割」で登録する。
【００６５】
Ｓ１１０７において、文書管理サーバは、図１０の関連文書テーブル１０００に、ＷｅｂＤＡＶクライアントから登録要求された文書の文書ＩＤを登録し、Ｓ１１０５で取得した関連文書ＩＤをこのデータに関連付けて登録する。これによって、図１０の１００４と１００５は関連文書として紐付けられる。
【００６６】
Ｓ１１０８において、文書管理サーバ１０２は、既存の同名文書がないので、ＷｅｂＤＡＶクライアントから登録要求された文書をそのまま登録する。
【００６７】
Ｓ１１０９において、文書管理サーバ１０２は、Ｓ１１０８で文書登録がおこなわれると、図１０の関連文書テーブル１０００に、Ｓ１１０８で登録された文書の文書ＩＤと、関連文書ＩＤを新たに生成して登録する。
【００６８】
Ｓ１１１０において、文書管理サーバ１０２は、（１バージョンのみで構成される）既存の同名文書に対して、登録要求された文書で上書きする。前述したように、図７の複数のバージョンを持たない文書７０２が、当該登録要求された文書の同名文書であった場合、文書情報７０２とその文書実体データとを削除し、登録要求された文書を、文書名「面接時間割」で上書き登録する。このとき、バージョン番号６０２だけが「１」から「２」にインクリメントされる。
【００６９】
上述のように、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて文書の登録をおこなったときに、リネームされた既存文書と登録要求された文書とを関連づけて登録した結果を表示する際の表示画面について図１２と図１３を用いて説明する。
【００７０】
図１２は、別のクライアントＰＣが、文書のバージョン操作が可能なクライアントを用いて、文書管理サーバに登録された文書とリネームされた文書とを画面上で表示したときの画面例１２００である。
【００７１】
１２０１（１）と１２０１（２）は、図１０の関連文書テーブル１０００において同じ関連文書ＩＤ「０００２」が付与されている文書（文書ＩＤ「００３」と「００２」）を、画面上でひと括りにし、関連文書としてユーザが認識できるように表示している。
【００７２】
このように図１０の関連文書テーブル１０００で同じ関連文書ＩＤが付与されている文書同士を紐付けて表示することで、画面上で関連文書であることをわかりやすく表現することが可能となる。
【００７３】
図１３は、文書のバージョン操作ができないＷｅｂＤＡＶクライアントを用いて、文書管理サーバに登録された文書とリネームされた文書とを画面上で表示したときの画面例１３００である。
【００７４】
１３０１は、同名文書として登録された後の文書を表している。当該文書１３０１のプロパティを表示すると、クライアントＰＣから登録要求された文書名が１３０２に表示される。また、文書管理サーバは、図１０の関連文書テーブルの情報に基づいて、文書１３０１のプロパティに関連文書の情報（例えばリンク情報）を記載してＷｅｂＤＡＶクライアントに送信して表示させる。すなわち、１３０３のように、リネームされた既存文書の文書名がプロパティに表示される。
【００７５】
文書同士の関連を図１２のような画面で階層的に表現するためには、クライアント側の機能実装が必要となるが、図１３のように関連文書の情報を文書のプロパティに記載するようにすれば文書管理サーバ側での機能実装だけで済む。したがって、文書のバージョン操作ができないようなＷｅｂＤＡＶクライアントであったとしても、文書のプロパティを閲覧することで関連文書の情報を簡単に確認することができる。
【００７６】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。その処理は、上述した実施例の機能を実現させるソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005911378.tif 000002
【図２】
0005911378.tif 000003
【図３】
0005911378.tif 000004
【図４】
0005911378.tif 000005
【図５】
0005911378.tif 000006
【図６】
0005911378.tif 000007
【図７】
0005911378.tif 000008
【図８】
0005911378.tif 000009
【図９】
0005911378.tif 000010
【図１０】
0005911378.tif 000011
【図１１】
0005911378.tif 000012
【図１２】
0005911378.tif 000013
【図１３】
0005911378.tif 000014