JP5517779B2 - 文書管理装置、文書管理方法、およびプログラム - Google Patents

Description

本発明は、文書管理システムに関し、より具体的には、複数のファイルを１つの文書のバージョンとしてまとめて管理可能な文書管理システムにおいて、柔軟なバージョン管理機能を提供する文書管理システムに関するものである。

文書管理システムの基本機能として、複数のファイルをまとめて１つの文書として管理する機能がある。この機能では、文書登録時に登録されるファイルのファイル形式を以後使用するファイル形式として決定し、以降文書のバージョンを更新する際には、文書登録時に決定したファイル形式のみ使用できるのが一般的である。しかし、異なるファイル形式でバージョンを更新する機能を持つ文書管理システムも存在している。そのような文書管理システムで運用された文書データを前述の同一ファイル形式での更新しかできない文書管理システムに移行する際のシステム間のデータ移行において、１つの文書としての管理することができない場合があった。

従来、このような場合の対応としては、バージョン管理されていないシステムと、バージョン管理された文書管理システムの間の連携機能を提供するものがある。具体的には、バージョン管理されていないシステム上のファイル更新を監視しておいて、ファイルの更新が発生するとバージョン管理された文書管理システムのバージョンを更新するといった方法が提供されている（たとえば、特許文献１参照）。

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

しかしながら、特許文献１のシステム連携では、２つのシステムを同時に運用しなければならないという問題がある。また、ファイルの更新がトリガーであるためあくまで同一ファイル形式のファイルのバージョンの更新のみしか管理することができないため、上述の異なる文書管理システム間の問題は解決できない。

上記課題を解決するために、本発明の文書管理装置は、同一のファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な文書管理装置であって、異なるファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な別の装置から、当該別の装置で管理されている文書を取得する取得手段と、前記取得手段で取得した文書に含まれる最新バージョンのファイルを、移行文書として前記文書管理装置の指定されたフォルダに登録する第１の登録手段と、前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルを、別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録する第２の登録手段と、前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイルより後のバージョンのファイルそれぞれを、前記移行文書の対応するバージョンのファイルとして登録する第３の登録手段とを備えることを特徴とする。

また、本発明の方法は、同一のファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な文書管理装置における文書管理方法であって、異なるファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な別の装置から、当該別の装置で管理されている文書を取得する取得ステップと、前記取得ステップで取得した文書に含まれる最新バージョンのファイルを、移行文書として前記文書管理装置の指定されたフォルダに登録する第１の登録ステップと、前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得ステップで取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルを、別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録する第２の登録ステップと、前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得ステップで取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイルより後のバージョンのファイルそれぞれを、前記移行文書の対応するバージョンのファイルとして登録する第３の登録ステップとを備えることを特徴とする。

本発明によって、バージョン管理方法の異なる文書管理システム間での文書データの移動が可能になり、ユーザに対して統合的なバージョン管理を提供することが可能となる。

本発明の実施形態を表すシステム全体の機器構成を示すブロック図である。 本発明の一実施形態の文書管理サーバ装置に関する機能構成を示す図である。 本発明の一実施形態のクライアント装置に関する機能構成を示す図である。 本発明の一実施形態の既存文書管理サーバ装置におけるバージョン管理の概念を示す図である。 実施例１における文書管理サーバ装置における統合バージョン管理の概念を示す図である。 実施例１、２における文書管理サーバ装置で管理する文書情報のデータ形式及び構造を示す図である。 実施例１における図１の文書管理サーバ装置で管理するバージョン管理情報のデータ形式及び構造を示す図である。 図１の文書管理サーバ装置で管理する拡張バージョン管理情報のデータ形式及び構造を示す図である。 実施例１、２における図１の既存文書管理サーバ装置から文書管理サーバ装置へのデータ移行処理手順を示す図である。 実施例１における図１の既存文書管理サーバ装置から文書管理サーバ装置への文書データ移行処理手順を示す図である。 統合バージョン文書管理画面を示す図である。 実施例１における図１の文書管理サーバ装置のバージョン情報の取得手順を示す図である。 実施例１における図１の文書管理サーバ装置からのファイル取得処理手順を示す図である。 実施例１における図１の文書管理サーバ装置からのバージョン削除処理手順を示す図である。 実施例２における図１の文書管理サーバ装置で管理する文書情報のデータ形式及び構造を示す図である。 実施例２における図１の文書管理サーバ装置で管理する拡張バージョン管理情報のデータ形式及び構造を示す図である。 実施例２における図１の既存文書管理サーバ装置から文書管理サーバ装置への文書データ移行処理手順を示す図である。 実施例２における図１の文書管理サーバ装置のバージョン情報の参照手順を示す図である。 実施例２における図１の文書管理サーバ装置からのファイル取得処理手順を示す図である。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

以下に、図面を参照して、本発明の最良の形態を例示的に詳細に説明する。但し、この実施の形態に記載されている構成要素のうち、相対的配置、データの内容などは、特に特定的な記述を行わない限りは本発明の範囲をそれらにより限定する趣旨のものではない。

[実施例１]
以下に本発明の文書管理システムに係わる実施例１について説明する。

＜文書管理サーバ装置を含む全体構成＞
本実施例の文書管理サーバ装置を含むシステム全体の構成について、図１のブロック図を参照して説明する。本実施例のシステムは、図１に示すとおり、文書管理サーバ装置１０１、クライアント装置１０２、旧文書管理サーバ装置１０３およびネットワーク１０４を備える。

文書管理サーバ装置１０１は、文書をバージョンで管理する機能を有し、クライアント装置１０２からの要求に応じて、管理している文書情報やファイルを提供する。クライアント装置１０２を介して、文書管理サーバ装置１０１の文書情報の表示や操作が行われる。図示するように、このクライアント装置１０２の数はネットワーク１０４内において特に限定されるものではなく、任意の数存在することも可能であり、また能力の異なる機器で構成しても良い。

旧文書管理サーバ装置１０３は、文書管理サーバ装置１０１と同様に文書をバージョンで管理する機能を有するが、バージョンの管理体系が文書管理サーバ装置１０１とは異なるものである。旧文書管理サーバ装置１０３は、文書管理サーバ装置１０１への文書データの移行元となるものである。ネットワーク１０４は、文書管理サーバ装置１０１、クライアント装置１０２および旧文書管理サーバ装置１０３が各々双方向通信することが可能なネットワークである。ネットワーク１０４は、イーサネット（登録商標）などのネットワークシステムであり、ＬＡＮ（ローカルエリアネットワーク）、ＷＡＮ（ワイドエリアネットワーク）、インターネットとすることができるが、これに限られない。

＜文書管理サーバ装置の構成＞
文書管理サーバ装置１０１はサーバ用パーソナルコンピュータであり、ＣＰＵやＲＡＭ、ＲＯＭ、ＨＤＤ、ネットワークインターフェースカード（以降ＮＩＣと略す）等のハードウェアにより構成される。また、各々外付けまたは組み込んだディスプレイ、キーボード（以降ＫＢと略す）およびマウス（以降ＭＯＵＳＥと略す）と接続されて、ユーザからの入出力を処理する。

文書管理サーバ装置１０１の機能構成について、以下図２に示すブロック図を参照して説明する。図２に示すとおり、文書管理サーバ装置１０１は、内部で利用される部分として、文書情報管理部２０１、バージョン情報管理部２０２および拡張バージョン情報管理部２０３を備える。また、外部からの処理を受け付ける部分として、文書登録処理制御部２０４、文書移行処理制御部２０５、バージョン処理制御部２０６、表示内容生成部２０７、リクエスト処理制御部２０８およびネットワーク通信部２０９を備える。

文書情報管理部２０１は、ＲＡＭ上にインストールされ、ＣＰＵで実行される実行プログラムであり、文書情報の管理および入出力処理を行う。また、文書情報管理部２０１は、前述の文書情報をＲＡＭ、もしくはＨＤＤの特定エリアに格納する。バージョン情報管理部２０２は、ＲＡＭ上にインストールされ、ＣＰＵで実行される実行プログラムであり、バージョン情報の管理および入出力処理を行う。また、バージョン情報管理部２０２は、前述のユーザ情報をＲＡＭ、もしくはＨＤＤの特定のエリアに格納する。

拡張バージョン情報管理部２０３は、ＲＡＭ上にインストールされ、ＣＰＵで実行される実行プログラムであり、拡張バージョン情報の管理および入出力を行う。また、拡張バージョン情報管理部２０３は、前述の拡張バージョン情報をＲＡＭ、もしくはＨＤＤの特定のエリアに格納する。

文書登録処理制御部２０４は、ＲＡＭ上にインストールされ、クライアント装置１０２から送信された文書登録に関するリクエスト処理を実行する。文書移行処理制御部２０５は、ＲＡＭ上にインストールされ、旧文書管理サーバ装置１０３からの文書移行処理を実行する。文バージョン処理制御部２０６は、ＲＡＭ上にインストールされ、クライアント装置１０２からバージョン一覧取得処理、およびバージョンファイルの取得処理の要求を受け実行する。

統合バージョンアクセス手段である表示内容生成部２０７は、ＲＡＭ上にインストールされ、他の処理制御部での処理結果をクライアント装置１０２に送信するための表示情報を生成／編集する処理を実行する。本実施例においては、クライアント装置１０２におけるＷＥＢブラウザを介した情報の授受であるため、表示情報は主としてＨＴＭＬ形式となる。

リクエスト処理制御部２０８は、ＲＡＭ上にインストールされ、クライアントから送信されたリクエストを後述のネットワーク通信部２０９から最初に受信して、全てのリクエストに対する一次処理を行う。リクエスト処理制御部２０８は、リクエストの内容に応じて前述の文書登録処理制御部２０４、文書移行処理制御部２０５、バージョン処理制御部２０６、表示内容生成部２０７に処理を依頼する。

ネットワーク通信部２０９は、クライアント装置１０２から受信した処理要求を前述のリクエスト処理制御部２０８に通知し、処理結果をそれぞれの処理要求元に返信する通信の制御を行う。ネットワーク通信部２０９は、文書管理サーバ装置１０１のＮＩＣであり、ネットワーク１０４と接続される。

＜クライアント装置の構成＞
クライアント装置１０２はパーソナルコンピュータであり、ＣＰＵやＲＡＭ、ＲＯＭ、ＨＤＤ、ネットワークインターフェースカード（以降ＮＩＣと略す）等のハードウェアを備える。各々外付けまたは組み込みのディスプレイ、キーボード（以降ＫＢと略す）およびマウス（以降ＭＯＵＳＥと略す）と接続されてユーザからの入出力を制御する。クライアント装置１０２の機能構成について、以下の図３に示すブロック図を参照して説明する。

図３に示すとおり、クライアント装置１０２は、表示内容処理制御部３０１およびネットワーク通信部３０２を備える。表示内容処理制御部３０１は、文書管理サーバ装置１０１から送信された表示内容を解釈してディスプレイ上に表示したり、ＫＢやＭＯＵＳＥで入力した文書情報などの送信情報を文書管理サーバ装置１０１に送信するための処理を実行する。ネットワーク通信部３０２は、ネットワーク１０４を経由して前述の文書管理サーバ装置１０１から受信した処理結果を表示内容処理制御部３０１に通知し、表示内容処理制御部３０１からの処理依頼内容を文書管理サーバ装置１０１に対して送信する。ネットワーク通信部３０２は、クライアント装置１０２のＮＩＣであり、ネットワーク１０４と接続される。

＜フォルダ階層構造＞
図４は、旧文書管理サーバ装置１０３上で管理される文書の論理的な構造を表した模式図である。旧文書管理サーバ装置１０３の文書情報は、文書を格納するフォルダ４０１と、ファイル４０２〜４０６によって構成される。

フォルダ４０１は、論理的な階層構造を構成するための要素であり、フォルダを複数の階層で構成することもできる。本実施例を説明するためには、フォルダが複数階層になっている必要がないため、ここでは単一のフォルダを用いて説明する。

ファイル４０２、４０３、４０４は、それぞれ順にバージョン１、バージョン２、バージョン３としてバージョン管理されている文書４０７を表している。同様に、ファイル４０５、４０６は、それぞれ順にバージョン１、バージョン２としてバージョン管理されている文書４０８を表している。これらのバージョン管理されたファイルをまとめて文書４０７，４０８という形式で扱うのが旧文書管理サーバ装置１０３である。本構成におけるフォルダ４０１の下には、２つの文書だけを示しているが、これに限られず実際には任意の数の文書を格納することが可能となっている。

旧文書管理サーバ装置１０３のバージョン管理の特徴は、文書を構成するファイルの形式（図中では拡張子で識別可能）が異なることを許容しているところである。前述のファイル４０２〜４０４のファイルは、一つの文書４０７の各バージョンとして構成されるが、ファイル４０２および４０４とファイル４０３とではファイル拡張子が異なっている。

図５は、文書管理サーバ装置１０１上で管理される文書の論理的な構造を表した模式図である。文書管理サーバ装置１０１の文書は、複数のファイル形式で格納することができるようにはなっていないので、前述の図４に示した文書の構造と同じに扱うことはできない。

そのため、図５に示すように、文書管理サーバ装置１０１において、１つの文書を複数のファイル形式で管理できる方法で格納する。図５に示すフォルダおよびファイルは、それぞれ図４のものと対応して記載している。すなわち、フォルダ５０１は図４のフォルダ４０１、ファイル５０２〜５０６は、図４のファイル４０２〜４０６に対応している。

フォルダ５０１には、２つの文書５０７および５０８が登録されている。しかし、文書５０７は、前述の文書４０７に対応しているが、文書管理サーバ装置１０１は異なるファイル形式のバージョンを１つの文書として格納することができない。このことから、過去のバージョンであっても異なる形式のファイル５０２および５０３を文書５０７の中に入れることはできない。そのため、文書５０７の過去バージョン（バージョン１、バージョン２）であるファイル５０２および５０３は、別の文書として文書管理サーバ装置１０１に管理される。

文書を構成するファイルの中で最新バージョンであるファイル５０４と異なる拡張子を持つより以前のファイル５０２および５０３を、別途用意した拡張バージョン用のフォルダ５０９の下にそれぞれを別の文書５１０および５１１として配置する。ちなみに、図５に示すように、文書５０８に含まれるファイル５０５および５０６は、構成するファイルの拡張子が同じ、すなわち同じファイル形式であるため、文書４０８と同様の管理が行われる。

＜取り扱うデータ形式、および構成＞
次に、図６〜図８で、前述の図５で示した論理的な構成を実現するためのデータ構造を、図５を参照して説明する。図６〜図８は、図２で示した文書管理サーバ装置１０１が取り扱うデータの形式とデータ例を示す図である。以下に示すデータ例は、本発明の目的を達成するために必要な最低限の項目のみ示しているが、他の項目を必要に応じて追加することも可能である。

図６に示す文書情報は、文書単位で保持する情報の形式を表しており、文書ＩＤ６０１、文書名称６０２、ファイル形式６０３および格納場所６０４により構成されている。図６に示す文書情報は、図２で示した文書管理サーバ装置１０１の文書情報管理部２０１が使用する文書情報である。文書ＩＤ６０１は、文書情報欄６１１〜６１４で表す文書情報を一意に識別するための情報である。文書名称６０２は、文書ＩＤ６０１が表す文書の名称を表すための情報である。ファイル形式６０３は、文書ＩＤ６０１が表す文書のファイル形式を示すファイル拡張子を表す情報である。格納場所６０４は、文書ＩＤ６０１が表す文書が登録されている保管先のフォルダを表す情報である。文書情報欄６１１、６１２、６１３、６１４は実際の文書情報を表しており、それぞれ前述の図５に示す文書５０７、５０８、５１０、５１１に対応する。

図７は、前述の文書ＩＤ６０１が識別する文書もバージョンに関するファイルの情報の形式を表しており、文書ＩＤ７０１、バージョン７０２およびファイル７０３により構成される。図７に示すバージョン情報は、図２で示した文書管理サーバ装置１０１のバージョン情報管理部２０２が使用するバージョン情報である。文書ＩＤ７０１は、前述の図６に示す文書ＩＤ６０１のいずれかを使用して文書を識別する。バージョン７０２は、文書ＩＤ７０１の表す文書におけるバージョンを示すバージョン番号を表しており、同じ文書ＩＤ７０１の表す文書について一意な値（たとえば、Ｖｅｒ１、Ｖｅｒ２）を保持する。ファイル７０３は、文書ＩＤ７０１、バージョン７０２によって一意に特定されるバージョンの文書のファイルを表わしており、この情報の中にファイルの実体が格納される。

文書ＩＤ７０１とバージョン７０２の組み合わせによって、バージョン情報欄７１１〜７１５で表すバージョン情報を一意に表すことができる。バージョン情報欄７１１、７１２、７１３、７１４および７１５は実際の文書のバージョン情報を表しており、それぞれ前述の図５に示すファイル５０４、５０５、５０２、５０３および５０６のバージョン情報である。

図８に示す情報は、前述の文書ＩＤ６０１が表す文書のうち、拡張子が異なるため文書管理サーバ装置１０１では同一の文書として扱えず別文書として扱われる文書を識別するための情報である。これは、文書ＩＤ８０１、旧バージョン８０２およびリンク８０３により構成される。図８に示す情報は、図２で示した文書管理サーバ装置１０１の拡張バージョン情報管理部２０３が扱う拡張バージョン情報として使用される。図８に示す情報により、文書管理サーバ装置１０１は従来同一形式の拡張子を有する文書しかバージョン管理できなかったが、異なるファイル形式の文書も一貫してバージョン管理することができることとなる。

文書ＩＤ８０１は、情報欄８１１〜８１２を一意に識別する拡張情報であり、前述の図６の文書ＩＤ６０１のいずれかの情報を使用することで、図６に示す文書情報を有する文書のいずれの拡張情報かを示すことができる。旧バージョン８０２は、文書ＩＤ８０１が表す文書のファイルの移行前のバージョンの値を表している。リンク８０３は、本実施例で拡張された文書ファイルのバージョンがもともとどの文書ファイルのバージョンであったかの対応付けを定めるリンクを表しており、対応付けされる文書ファイルのバージョンを識別するため図６の文書ＩＤ６０１のいずれかの値をとる。

情報欄８１１、８１２は個々の文書の拡張情報を表しており、それぞれ図５に示すファイル５０２および５０３が図４に示すファイル４０２および４０３に対応していることを表現している。したがって、図８に示す拡張情報は、図６に示す格納場所６０４として図５に示すフォルダ５０９（拡張フォルダＥＸＴ）に属している文書に対する情報のみとなる。

＜文書管理サーバの移行処理＞
旧文書管理サーバ装置１０３に格納されている文書を文書管理サーバ装置１０１に移動する文書移行処理手順を、図９と図１０を参照して説明する。図９は文書移行処理の全体的なフローを示しており、一部の処理（文書登録処理）の詳細なフローを図１０に示す。本実施例の文書移行処理は、文書管理サーバ装置１０１のＣＰＵによって実行されるが、具体的にはリクエスト処理制御部２０８から指示された文書移行処理制御部２０５において実行される。

図９に示す通り、ステップＳ９０１において、旧文書管理サーバ装置１０３から、指示されたフォルダの下位に存在するフォルダの一覧を取得する。取得したフォルダの一覧はＲＡＭに記憶して、次のステップＳ９０２に進む。ステップＳ９０２において、ＲＡＭに記憶したフォルダの一覧から任意の１つのフォルダを選択し、そのフォルダ情報を取得して、次のステップＳ９０３に進む。この時、選択したフォルダのフォルダ情報が存在しない、すなわち会にフォルダが存在しない場合には、ステップＳ９０４に進んで文書登録処理を行う。ステップＳ９０３において、ステップＳ９０２で取得したフォルダ情報により下位にあるフォルダを指示されたフォルダとしてステップＳ９０１に処理を戻して、図９の処理フローを再帰的に呼び出すことでフォルダ設定処理を行う。すなわち、最初に指示されたフォルダおよびその下位に存在する全てのフォルダを処理対象として登録しておき、各フォルダについて図１０に示す文書移行処理を実行する。これにより、指示されたフォルダに関連する全ての文書が移行処理されることとなる。

この処理が終了したら、処理をしたフォルダ情報をＲＡＭから削除して、ステップＳ９０２に戻る。

ステップＳ９０４において、図１０で後述する処理フローを呼び出すことにより指示されたフォルダの直下の文書登録処理を行う。ステップＳ９０４の処理が終了したら、本処理フローを終了する。

図１０は、旧文書管理サーバ装置１０３内の指示された特定のフォルダの下に存在する文書を文書管理サーバ装置１０１に移動する具体的な処理を表しているフローチャートである。本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示された文書移行処理制御部２０５において実行される。ステップＳ１００１において、旧文書管理サーバ装置１０３から、指示されたフォルダの中に存在する文書の一覧を取得する。取得した文書の一覧はＲＡＭに記憶して、次のステップＳ１００２に進む。

ステップＳ１００２において、ＲＡＭに記憶した文書一覧から文書を１つ選択し、選択した文書の文書情報を取得して、次のステップＳ１００３に進む。この時、取得する文書情報が存在しない場合には、本処理フローを終了する。

ステップＳ１００３において、旧文書管理サーバ装置１０３から、ステップＳ１００２で取得した文書情報に含まれる文書の全バージョンの情報、およびファイルを取得する。取得した全バージョンの文書ファイルには、各々文書管理サーバ装置１０１の中で一意になる文書ＩＤを発行する。取得した情報、ファイル、および発行した文書ＩＤはＲＡＭに記憶して、次のステップＳ１００４に進む。

ステップＳ１００４において、ステップＳ１００３で取得した文書のファイルのバージョンの数が１つかどうかの確認を行う。バージョン情報が１つの場合には、次のステップＳ１００５に進み、バージョン情報が２つ以上ある場合には、ステップＳ１００６に進む。

ステップＳ１００５において、バージョンが１つしかない文書の登録を行う。この場合には、拡張バージョン情報を使用する必要がないため、文書情報管理部２０１およびバージョン情報管理部２０２を使用して、以下の情報を登録する。

文書情報
・文書ＩＤ６０１：ＲＡＭに記憶された発行済みの文書ＩＤ
・文書名称６０２：ＲＡＭに記憶された情報の中のファイル名から拡張子を除いた名称
・ファイル形式６０３：ＲＡＭに記憶されたバージョン情報の中のファイル名の拡張子
・格納場所６０４：文書登録処理起動時に指定されたフォルダパス

バージョン情報
・文書ＩＤ７０１：ＲＡＭに記憶された発行済みの文書ＩＤ６０１
・バージョン７０２：「Ｖｅｒ１」固定
・ファイル７０３：ＲＡＭに記憶されたファイル実体

情報の登録が終了したら、ＲＡＭに記憶した情報、ファイル、およびステップＳ１００２でＲＡＭから取得した文書情報を削除する。この処理が終了したら、ステップＳ１００２へ戻る。

ステップＳ１００６において、ＲＡＭに記憶した文書のバージョンのうち最大のバージョン番号を持つ文書のバージョン情報を取得し、文書情報管理部２０１を使用して文書情報を登録する。

文書情報
・文書ＩＤ６０１：ＲＡＭに記憶された、発行済みの文書ＩＤ
・文書名称６０２：取得した情報の中のファイル名から拡張子を除いた名称
・ファイル形式６０３：取得した情報の中のファイル名の拡張子
・格納場所６０４：文書登録処理起動時に指定されたフォルダへのパス
文書情報の登録が終わったら次のステップＳ１００７に進む。

ステップＳ１００７において、ＲＡＭに記憶した文書の情報の中のファイル名称の拡張子が全て同じかどうかをチェックする。拡張子が全て同じ場合には、ステップＳ１０１１に進み、一つでも異なるものがある場合には、次のステップＳ１００８に進む。

ステップＳ１００８において、ＲＡＭに記憶した文書の情報の中から、新しいバージョンから順にファイル名称の拡張子をチェックし、拡張子が最新版と異なるバージョンのファイル名称を探す。この探索により見つかった最新版と異なるバージョンのファイルのバージョン番号をＲＡＭに記憶しておく。記憶の後、次のステップＳ１００９に進む。

ステップＳ１００９において、ステップＳ１００８で見つけた拡張子が異なるバージョン番号より古いバージョン番号のファイルの情報をＲＡＭから一つ取得して、次のステップＳ１０１０に進む。取得するバージョン情報が存在しない場合には、ステップＳ１０１１に進む。

ステップＳ１０１０において、文書情報管理部２０１、バージョン情報管理部２０２および拡張バージョン情報管理部２０３を使用して、ＲＡＭから取得した情報から以下の情報を登録する。

文書情報
・文書ＩＤ６０１：文書管理サーバ装置１０１の中で一意になる文書ＩＤを発行
・文書名称６０２：ＲＡＭに記憶した情報の中のファイル名から拡張子を除いた名称
・ファイル形式６０３：ＲＡＭに記憶した情報の中のファイル名の拡張子
・格納場所６０４：文書登録処理起動時に指定されたフォルダの直下の「ＥＸＴ」フォルダへのパス

バージョン情報
・文書ＩＤ７０１：上記発行した文書ＩＤ６０１
・バージョン７０２：「Ｖｅｒ１」固定
・ファイル７０３：ＲＡＭに記憶したファイル実体

拡張バージョン情報
・文書ＩＤ８０１：上記発行した文書ＩＤ６０１
・旧バージョン８０２：ステップ１００３で取得したバージョン番号
・リンク８０３：ＲＡＭに記憶された、発行済みの文書ＩＤ

情報の登録が終了したら、ＲＡＭ上に記憶したバージョン情報、ファイル、およびステップＳ１００８で記憶したバージョン番号を削除する。この処理の終了後、ステップＳ１００９へ戻る。

ステップＳ１０１１において、ＲＡＭに記憶されているバージョン番号が一番小さい文書ファイルの情報を取得し、次のステップＳ１０１２に進む。取得するバージョン番号が存在しない場合には、ステップＳ１００２に戻る。ステップＳ１０１２において、文書情報管理部２０１およびバージョン情報管理部２０２を使用して、取得したバージョン情報から以下の情報を登録する。

バージョン情報
・文書ＩＤ７０１：ＲＡＭに記憶された発行済みの文書ＩＤ
・バージョン７０２：取得したバージョン番号 − ステップＳ１００８でＲＡＭに記憶したバージョン番号
・ファイル７０３：取得したバージョン情報のＲＡＭに記憶されたファイル実体
この処理の終了後、ステップＳ１０１１に戻る。

＜統合バージョン管理の画面＞
図１のクライアント装置１０２のディスプレイに表示する統合バージョン管理による文書情報を操作するための統合バージョン管理画面について、図１１を参照して説明する。図１１に示す統合バージョン管理画面１１０１は、以下の部品で構成される。

フォルダツリー表示部１１０２は、文書管理サーバ装置１０１に格納されている文書の論理的フォルダ階層構造を表示するブロックであり、図５を参照して説明したフォルダ階層（フォルダ５０１、フォルダ５０９）を表している。フォルダツリー表示部１１０２内のフォルダ５０１（網掛け）を選択すると、その中に属している文書情報を後述の文書一覧表示部１１０３に表示する。

文書一覧表示部１１０３は、文書名リスト１１０５、文書登録ボタン１１０７および文書削除ボタン１１０８により構成される。文書名リスト１１０５は、前述のフォルダツリー表示部１１０２で選択されたフォルダ内に格納されている文書名の一覧を表示する。すなわち、フォルダが選択されると、文書管理サーバ装置１０１の文書情報管理部２０１から格納場所６０４が選択されたフォルダを示す文書名を取得し、表示する。

文書登録ボタン１１０７は、前述の文書名リスト１１０５に対して新規文書を登録するために使用される。例えば、文書登録ボタン１１０７をクリックして、ファイル「Ｃ．ＰＰＴ」を登録する場合には、文書管理サーバ装置１０１の文書情報管理部２０１とバージョン情報管理部２０２を用いて、図６の文書情報と図７のバージョン情報として以下の情報を追加する。

文書情報
・文書ＩＤ：Ｄ００５
・文書名：Ｃ．ＰＰＴ
・ファイル形式：．ＰＰＴ
・格納場所：／Ｚ

バージョン情報
・文書ＩＤ：Ｄ００５
・バージョン：Ｖｅｒ１
・ファイル：Ｃ．ＰＰＴが表すファイルの実体

文書削除ボタン１１０８は、前述の文書名リスト１１０５で選択した文書（図中では網掛けの文書Ａ）に対する削除処理を行うために使用される。例えば、文書削除ボタン１１０８をクリックして、図６〜図８のデータ構造のデータ例として示した文書名称Ａの文書を削除を指示した場合には、文書管理サーバ装置１０１において、以下の処理を行う。

文書情報管理部２０１およびバージョン情報管理部２０２を使用して、文書Ａを表す文書ＩＤ６０１が「Ｄ００１」である情報６１１と７１１を削除する。拡張バージョン情報管理部２０３を使用して次の削除を行う。元のバージョンの文書を示す拡張バージョンとして保持しているリンク８０３が「Ｄ００１」となっている情報８１１と８１２の文書ＩＤ８０１の表している「Ｄ００３」「Ｄ００４」の文書データを前述の「Ｄ００１」と同様に削除する。

バージョン一覧表示部１１０４は、バージョンリスト１１０６、ファイル取得ボタン１１０９およびバージョン削除ボタン１１１０によって構成される。バージョンリスト１１０６は、前述の文書名リスト１１０５で選択された文書が持つバージョンの一覧である。文書名リスト１１０５で任意の文書が選択されると、文書管理サーバ装置１０１のバージョン情報管理部２０２および拡張バージョン情報管理部２０３がバージョン情報を取得して、バージョンリスト１１０６を表示する。

ファイル取得ボタン１１０９は、前述のバージョンリスト１１０６で選択されている任意のバージョンが表すファイル実体をクライアント装置１０３に送信するために使用される。バージョン削除ボタン１１１０は、前述のバージョンリスト１１０６で選択されている任意のバージョンを削除するためのものである。

バージョンリスト１１０６の表示、ファイル取得ボタン１１０９によるファイル取得およびバージョン削除ボタン１１１０によるバージョン削除は、それぞれ以下の＜バージョン情報の取得処理＞、＜ファイル取得処理＞、＜バージョンの削除処理＞で説明する。

＜バージョンデータの取得処理＞
文書管理サーバ装置１０１によるバージョン情報の取得処理手順について、図１２を参照して説明する。図１２は、クライアント装置１０３のディスプレイに表示されている統合バージョン管理画面１１０１内の、文書名リスト１１０５に表示されている任意の文書をユーザが選択したことに応答して実行される処理フローを表したものである。本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示されたバージョン処理制御部２０６において実行される。本処理フローでは、例として文書名リスト１１０５で文書名称「Ａ」が選択されたものとする。すなわち、ユーザが文書名称「Ａ」が選択されると（選択したことは、例えば網掛けで示され）、クライアント装置１０３は選択された文書名称の文書のバージョンデータを要求するリクエストを、選択された文書名称を含めて文書管理サーバ１０１に送信する。

図１２に示す通り、ステップＳ１２０１において、統合バージョン管理画面１１０１の文書名リスト１１０５で選択された文書名称をクライアント装置１０３からのリクエストの中から取得する。そして、取得した文書名称から、文書情報管理部２０１を使用して文書名称が「Ａ」である文書情報を取得する。取得した文書情報の内容は、ＲＡＭに記憶する。取得処理が終了後、次のステップＳ１２０２に進む。

ステップＳ１２０２において、ＲＡＭに記憶した文書情報の文書ＩＤに合致する文書ＩＤ７０１を持つバージョン情報を、バージョン情報管理部２０２を用いて取得する。取得したバージョン情報は、バージョン７０２で降順にソートして、ＲＡＭに記憶する。取得処理が終了後、次のステップＳ１２０３に進む。

ステップＳ１２０３において、ＲＡＭに記憶した文書情報の文書ＩＤに合致するリンク８０３を持つ拡張バージョン情報を探索して、拡張バージョン情報の有無により拡張バージョンの有無を確認する。拡張バージョンが存在する場合には次のステップＳ１２０４に、存在しない場合にはステップＳ１２０６に進む。

ステップＳ１２０４において、探索により見つかった拡張バージョン情報を取得する。取得した拡張バージョン情報に含まれる拡張バージョンは、旧バージョン８０２で降順にソートしてＲＡＭへ記憶する。取得処理が終了後、次のステップＳ１２０５に進む。

ステップＳ１２０５において、ＲＡＭに記憶したバージョン情報と拡張バージョン情報を取得し、バージョンのマージ処理を行う。まず、ＲＡＭに記憶された拡張バージョン情報の数を計算し、その数をＲＡＭに記憶されたバージョン情報のバージョン７０２に加算して更新する。つまり、例えば拡張バージョン数が２で、バージョン７０２が「Ｖｅｒ１」の場合には、バージョン７０２は「Ｖｅｒ３」と更新される。

次に、拡張バージョン情報から一時的なバージョン情報を生成し、拡張バージョン情報のソート順でＲＡＭに記憶する。生成するバージョン情報と拡張バージョン情報の対応は、以下のようになる。

バージョン情報
・文書ＩＤ：文書情報の文書ＩＤ６０１
・バージョン：拡張バージョン情報の旧バージョン８０２
・ファイル：一覧では必要ないため設定しない
これにより、ＲＡＭに記憶されるバージョン番号は、以下の３件となる。

１）Ｄ００１、Ｖｅｒ３、（ファイル実体）
２）Ｄ００１、Ｖｅｒ２、（ファイル実体なし）
３）Ｄ００１、Ｖｅｒ１、（ファイル実体なし）
以上のマージ処理終了後、次のステップＳ１２０６に進む。

ステップＳ１２０６において、取得および生成したバージョン情報を表示内容生成部２０７でバージョン一覧として生成し、クライアント装置１０３に送信する。ステップＳ１２０６の送信処理終了後、本処理フローを終了する。

＜ファイル取得処理＞
文書管理サーバ装置１０１によるファイル取得処理手順について、図１３を参照して説明する。図１３は、クライアント装置１０３のディスプレイに表示されている統合バージョン管理画面１１０１内のファイル取得ボタン１１０９を押下すると開始する文書管理サーバ装置１０１の処理を示すフローチャートである。本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示されたバージョン処理制御部２０６において実行される。本処理フローは、例として文書名リスト１１０５で文書名称「Ａ」、バージョン番号「Ｖer２」が選択されたものとして詳細を説明する。すなわち、ユーザが文書名称「Ａ」およびバージョン番号「Ｖer２」を選択し（選択したことは、例えば網掛けで示され）、ファイル取得１１０９をクリックする。そうすると、クライアント装置１０３は選択された文書ファイルを要求するリクエストを、選択された文書名称およびバージョンを含めて文書管理サーバ１０１に送信する。

図１３に示す通り、ステップＳ１３０１において、統合バージョン管理画面１１０１の文書名リスト１１０５で選択された文書名称と、バージョンリスト１１０６で選択されたバージョン番号とをクライアント装置１０３からのリクエストの中から取得する。取得した文書名称とバージョン番号は、ＲＡＭに記憶する。取得処理終了後、次のステップＳ１３０２に進む。

ステップＳ１３０２において、ＲＡＭに記憶した文書名称とバージョン番号を取得し、次の処理を行う。まず、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」の文書情報を取得する。次に、拡張バージョン情報管理部２０３を使用して、取得した文書情報の文書ＩＤに合致するリンク８０３を持つ拡張バージョン情報の件数を取得して、件数が０か否かにより拡張バージョンが存在するかどうかを確認する。取得した拡張バージョン件数が１件以上である場合は、その件数をＲＡＭに記憶する。拡張バージョン件数が１件以上、すなわち拡張バージョンが存在する場合にはステップＳ１３０３へ、存在しない場合にはステップＳ１３０７へ進む。

ステップＳ１３０３において、ＲＡＭに記憶した拡張バージョン件数と、ユーザが指定したバージョン番号の大小を比較する。ユーザの指定したバージョン番号の方がＲＡＭに記憶された拡張バージョン件数より大きい場合には、バージョン情報からのファイル取得が必要になるため、ステップＳ１３０５に進む。逆に拡張バージョン件数とバージョン番号が同値か、もしくは拡張バージョン数の方が数が大きい場合には、拡張バージョンの中からのファイル取得を行う必要があるため、ステップＳ１３０４に進む。

ステップＳ１３０４において、取得を要求されている拡張バージョンのファイルの特定を行い、ファイル実体の取得を行う。まず、拡張バージョン情報管理部２０３を使用して、要求された文書名称を持つ文書の文書情報の文書ＩＤに合致するリンク８０３を持ち、旧バージョン８０２にユーザの指定したバージョン番号を持つ拡張バージョン情報を取得する。次に、取得した拡張バージョン情報８１２が持つ文書ＩＤ８０１の情報から、バージョン情報管理部２０２を使用してバージョン情報を取得する。拡張バージョンの管理をされている文書は、バージョンが必ず一つだけであるため、ここでは直接バージョン情報を取得している。そして、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」である文書情報のファイル形式６０３のファイル拡張子をクライアント装置１０３に送信する。クライアント装置１０３への送信終了後、本処理フローを終了する。

ステップＳ１３０５において、ユーザが指定したバージョン番号からバージョン情報の特定を行う。具体的には、ユーザが指定したバージョン番号からＲＡＭに記憶している拡張バージョン数を減算する。この減算結果の数値が取得すべきファイルのバージョン番号となる。計算処理終了後、次のステップＳ１３０６に進む。

ステップＳ１３０６において、計算したバージョン番号に合致するファイル実体を取得する。まず、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」である文書情報を取得する。次に、取得した文書情報の文書ＩＤとステップＳ１３０５で計算したバージョン番号から、バージョン情報管理部２０２を使用してバージョン情報を取得する。そして、この取得したバージョン情報のファイル７０３に格納されているファイルの実体をクライアント装置１０３に対して送信する。クライアント装置１０３への送信終了後、本処理フローを終了する。

ステップＳ１３０７において、拡張バージョンが存在しない文書のファイル取得を行う。まず、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」である文書情報を取得する。次に、取得した文書情報の文書ＩＤとユーザが指定したバージョン番号から、バージョン情報管理部２０２を使用してバージョン情報を取得する。そして、この取得したバージョン情報のファイル７０３に格納されているファイルの実体をクライアント装置１０３に対して送信する。クライアント装置１０３への送信終了後、本処理フローを終了する。

＜バージョン削除処理＞
文書管理サーバ装置１０１によるバージョン削除処理手順について、図１４を参照して説明する。図１４は、クライアント装置１０３のディスプレイに表示されている統合バージョン管理画面１１０１内のバージョン削除ボタン１１１０を押下すると開始する文書管理サーバ装置１０１の処理を示すフローチャートである。

本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示されたバージョン処理制御部２０６において実行される。本バージョン削除処理は、削除対象となるバージョンを特定する処理手順が前述の図１３のファイル取得処理と同じであるため、その部分の説明は省略し、差異のある部分のみ記載する。

対象となる処理は、ステップＳ１４０１、Ｓ１４０２、Ｓ１４０３、Ｓ１４０５であり、それぞれ図１３の中のステップＳ１３０１、Ｓ１３０２、Ｓ１３０３、Ｓ１３０５に対応し、処理内容は削除対象を特定することを除き同様である。

ステップＳ１４０４において、削除する拡張バージョンの特定を行い、バージョンの削除を行う。すなわち、バージョン削除がリクエストされ、対象となる文書情報が特定された後の処理を説明する。まず、拡張バージョン情報管理部２０３を使用して、文書情報の文書ＩＤに合致するリンク８０３を持ち、旧バージョン８０２にユーザの指定したバージョン番号を持つ拡張バージョン情報を取得する。次に、取得した拡張バージョン情報８１２が持つ文書ＩＤ８０１の情報から、文書情報管理部２０１とバージョン情報管理部２０２を使用して文書情報と、バージョン情報を取得する。

以上のようにして、削除する対象となる文書情報、バージョン情報、拡張バージョン情報が特定したら、それぞれ文書情報管理部２０１、バージョン情報管理部２０２および拡張バージョン情報管理部２０３を使用して情報の削除を行う。削除処理終了後、本処理フローを終了する。

ステップＳ１４０６において、計算したバージョン番号を持つバージョン情報を削除する。まず、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」である文書情報を取得する。次に、取得した文書情報の文書ＩＤとステップＳ１４０５で計算したバージョン番号から、バージョン情報管理部２０２を使用してバージョン情報を取得する。

削除する対象となるバージョン情報が特定したら、バージョン情報管理部２０２を使用して情報の削除を行う。削除処理終了後、本処理フローを終了する。

ステップＳ１４０７において、拡張バージョンが存在しない文書のバージョンを削除する。まず、文書情報管理部２０１を使用してユーザが指定した文書名称が「Ａ」である文書情報６１１を取得する。次に、取得した文書情報の文書ＩＤとユーザが指定したバージョン番号から、バージョン情報管理部２０２を使用してバージョン情報を取得する。

削除する対象となるバージョン情報を特定したら、バージョン情報管理部２０２を使用して情報の削除を行う。削除処理終了後、本処理フローを終了する。

［実施例２］
以下に本発明の文書管理装置に係わる第２の実施例について説明する。本実施例２については、前述の実施例１と異なる部分のみ説明する。したがって、特に明記しない部分については実施例１と同じ構成／手順とする。

実施例２では、拡張バージョンの登録を行う際に、上述の実施例１とは異なり文書としての拡張子を変更する。この構成にすることにより、拡張バージョン領域の文書ファイルを検索の対象から外すことができる。

＜取り扱うデータ形式、および構成＞
拡張子を変更することに伴い、変更するデータ形式およびデータを例を用いて説明する。図１５に示す文書情報は、文書単位で保持する情報の形式を表しており、文書ＩＤ１５０１、文書名称１５０２、ファイル形式１５０３および格納場所１５０４により構成される。これらの項目は、実施例１で図６を参照して説明した文書ＩＤ６０１、文書名称６０２、ファイル形式６０３、格納場所６０４と同様の意味を持つ。

図１５に示す文書情報は、図２で示した文書管理サーバ装置１０１の文書情報管理部２０１が使用する。文書ＩＤ１５０１は、情報欄１５１１〜１５１４で表す文書情報を一意に識別するため情報である。文書名称１５０２は、文書ＩＤ１５０１が表す文書を一覧等で表示する際の名称を表すための情報である。

ファイル形式１５０３は、文書ＩＤ１５０１が表す文書のファイル拡張子を表す情報である。格納場所１５０４は、文書ＩＤ１５０１が表す文書が登録されている保管先のフォルダを表す情報である。

文書欄１５１１、１５１２、１５１３および１５１４は実際の文書情報を表しており、それぞれ前述の図５に示す文書５０７、５０８、５１０および５１１を表現している。ここで、図６に示す文書情報との違いは、登録されるファイル形式１５０３である。すなわち、文書情報１５１３および１５１４を参照すると、ファイル形式が「．ＢＬＫ」となっている。

図１６に示すような拡張バージョン情報は、前述の文書ＩＤ１５０１が表す文書のうち、拡張子が異なることによって同一の文書として扱えない文書を識別するための情報である。拡張バージョン情報は、文書ＩＤ１６０１、旧バージョン１６０２、リンク１６０３および旧形式１６０４とにより構成される。

図１６に示す拡張バージョン情報は、図２で示した文書管理サーバ装置１０１の拡張バージョン情報管理部２０３が使用する。図１６に示す拡張バージョン情報により、従来の文書管理サーバ装置は同一形式の拡張子しかをバージョン管理できなかったが、本実施例の文書管理サーバ装置は、文書を一つのバージョンとして扱うことができるようになる。

文書ＩＤ１６０１は、情報欄１６１１〜１６１２を一意に識別する情報であり、前述の図１５の文書ＩＤ１５０１のいずれかのＩＤ（つまり文書）を使用することで図１５に示す文書情報を有する文書のいずれの拡張情報かを示すことができる。旧バージョン１６０２は、文書ＩＤ１６０１である文書の移行前のバージョン番号を表している。

リンク１６０３は、本実施例の拡張バージョン情報で拡張された文書ファイルのバージョンが元々どの文書ファイルのバージョンであったかの対応付けを定めるリンクを表している。リンク１６０３は、対応付けされる文書ファイルのバージョンを識別する図１５の文書ＩＤ１５０１のいずれかの値をとる。旧形式１６０４は、旧文書管理サーバ装置１０３上で登録されていたときのファイル拡張子を表している。

情報欄１６１１、１６１２は個々の文書の情報を表しており、それぞれ図５に示すファイル５０２および５０３が図４に示す４０２および４０３に対応していることを表現している。したがって、図１６に示す拡張情報は、図１５に示す格納場所１５０４として図５に示すフォルダ５０９（拡張フォルダＥＸＴ）に属している文書に対する情報のみとなる。

＜文書管理サーバの移行処理＞
図１７は、旧文書管理サーバ装置１０３内の指示された特定のフォルダの下に存在する文書を文書管理サーバ装置１０１に移動する具体的な処理を表しているフローチャートである。本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示された文書移行処理制御部２０５において実行される。本処理は基本的に、実施例１の図１０に示すフローチャートの処理に対応し、ステップＳ１７０１〜ステップＳ１７０９は、図１０のステップＳ１００１〜ステップＳ１００９に基本的に対応する。同様に、ステップＳ１７１１〜ステップＳ１７１３は、図１０のステップＳ１０１０〜ステップＳ１０１２に基本的に対応する。

本実施例では、図１０に示すフローチャートとの相違点である、追加した処理であるステップＳ１７１０について主に説明する。

図１０に示すフローチャートと同様な処理をステップＳ１７０１からＳ１７０９まで実行した後、ステップＳ１７１０は、ステップＳ１７０９で取得したバージョン情報のファイルの拡張子を変更し、ＲＡＭに記憶した情報を更新する。これにより、次のステップＳ１７１１において、拡張バージョンとして登録される文書の拡張子を変更することができる。この更新処理終了後、ステップＳ１７１１に進む。

＜バージョンデータの参照処理＞
図１８は、クライアント装置１０３のディスプレイに表示されている統合バージョン管理画面１１０１内の文、書名リスト１１０５に表示されている任意の文書をユーザが選択したことに応答して実行される処理のフローを表したものである。

本処理は、文書管理サーバ装置１０１のＣＰＵによって処理され、具体的にはリクエスト処理制御部２０８から指示されたバージョン処理制御部２０６において実行される。本処理は、上述の実施例１の図１２に示すフローチャートの処理に基本的に対応し、ステップＳ１８０１〜ステップＳ１８０６は、基本的に図１２のステップＳ１２０１〜ステップＳ１２０６に対応する。本実施例では、上述の実施例１と処理が異なるステップＳ１８０２およびステップＳ１８０５について主に説明する。

ステップＳ１８０２において、ＲＡＭに記憶した文書情報の文書ＩＤである文書ＩＤ７０１を持つバージョン情報を、バージョン情報管理部２０２を用いて取得する。取得したバージョン情報と文書情報に保持しているファイル形式１５０３とをペアにして、バージョン７０２で降順にソートして、ＲＡＭに記憶する。格納処理終了後、次のステップ１８０３に進む。

ステップＳ１８０５において、ＲＡＭに記憶したバージョン情報と拡張バージョン情報を取得し、バージョンのマージ処理を行う。まず、ＲＡＭに記憶した拡張バージョン情報の件数を計算し、その件数をＲＡＭに記憶したバージョン情報のバージョン７０２に加算して更新する。つまり、例えば拡張バージョン数が２で、バージョン７０２が「Ｖｅｒ１」の場合には、バージョン７０２は「Ｖｅｒ３」と更新される。次に、拡張バージョン情報から一時的なバージョン情報を生成し、生成された一時的なバージョン情報と拡張バージョン情報に保持している旧バージョン１６０３とをペアにして、拡張バージョン情報の旧バージョン１６０２のソート順でＲＡＭに記憶する。

生成するバージョン情報と拡張バージョン情報との対応は、以下のようになる。

バージョン情報
・文書ＩＤ：文書情報の文書ＩＤ６０１
・バージョン：拡張バージョン情報の旧バージョン７０２
・ファイル：一覧では必要ないため設定しない
これにより、ＲＡＭに記憶されるバージョン情報は、以下の３件となる。

１）Ｄ００１、Ｖｅｒ３、（ファイル実体）、．ＰＤＦ
２）Ｄ００１、Ｖｅｒ２、（ファイル実体なし）、．ＤＯＣ
３）Ｄ００１、Ｖｅｒ１、（ファイル実体なし）、．ＰＤＦ
このマージ処理が終了後、次のステップＳ１８０６に進む。

＜バージョン文書ファイルの取得処理＞
図１９は、クライアント装置１０３のディスプレイに表示されている統合バージョン管理画面１１０１内のファイル取得ボタン１１０９を押下すると開始する文書管理サーバ装置１０１の処理を示すフローチャートである。本処理は、文書管理サーバ装置１０１のＣＰＵによって処理される。具体的にはリクエスト処理制御部２０８から指示されたバージョン処理制御部２０６において実行される。本処理は、上述の実施例１の図１３に示すフローチャートの処理に基本的に対応する。したがって、ステップＳ１９０１〜ステップＳ１９０３は図１３のステップＳ１３０１〜ステップＳ１３０３に、ステップＳ１９０６〜ステップＳ１９０８は図１３のステップＳ１３０５〜ステップＳ１３０７にそれぞれ対応する。本実施例では、図１３に示すフローチャートの処理と異なる変更したステップＳ１９０４および追加した処理ステップＳ１９０５について主に説明する。

ステップＳ１９０４において、取得する拡張バージョンのファイルの特定を行い、ファイル実体の取得を行う。まず、拡張バージョン情報管理部２０３を使用して、要求された文書名称を持つ文書の文書情報の文書ＩＤであるリンク８０３を持ち、旧バージョン８０２にユーザの指定したバージョン番号を持つ拡張バージョン情報を取得する。次に、取得した拡張バージョン情報が持つ文書ＩＤ１６０１の情報から、バージョン情報管理部２０２を使用してバージョン情報を取得する。拡張バージョンが管理されている文書は、バージョンが必ず一つだけであるため、ここでは直接バージョン情報を取得している。ファイル実体の取得終了後、次のステップＳ１９０５に進む。

ステップＳ１９０５において、ステップＳ１９０４で取得した拡張バージョン情報の旧バージョン１６０４を使って、別に取得したファイルの実体のファイル拡張子を変更する。そして、この取得したファイルの実体をクライアント装置１０３に送信する。

［他の実施例］
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

Claims (8)

1. 同一のファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な文書管理装置であって、
   異なるファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な別の装置から、当該別の装置で管理されている文書を取得する取得手段と、
   前記取得手段で取得した文書に含まれる最新バージョンのファイルを、移行文書として前記文書管理装置の指定されたフォルダに登録する第１の登録手段と、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルを、別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録する第２の登録手段と、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイルより後のバージョンのファイルそれぞれを、前記移行文書の対応するバージョンのファイルとして登録する第３の登録手段と
   を備えることを特徴とする文書管理装置。
2. 前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれていない場合、前記第３の登録手段は、該文書に含まれている同じファイル形式のファイルのそれぞれを、前記移行文書の対応するバージョンのファイルとして登録することを特徴とする請求項１に記載の文書管理装置。
3. クライアント装置から、ユーザにより選択された文書のバージョン情報を要求するリクエストを受信した場合、当該選択された文書に含まれているバージョンの情報と、前記拡張情報に基づいて当該選択された文書とリンクされている別の文書に含まれているバージョンの情報とをマージし、当該マージされたバージョン情報を前記クライアント装置に送信する第１の送信手段を、更に備えることを特徴とする請求項１または２に記載の文書管理装置。
4. 前記クライアント装置から、前記マージされたバージョン情報の中から前記ユーザにより指定されたバージョンのファイルの取得を要求するリクエストを受信した場合、当該指定されたバージョンに対応するファイルの実体を取得して前記クライアント装置へ送信する第２の送信手段を、更に備えることを特徴とする請求項３に記載の文書管理装置。
5. 前記クライアント装置から、前記マージされたバージョン情報の中から前記ユーザにより指定されたバージョンのファイルの削除を要求するリクエストを受信した場合、当該指定されたバージョンに対応するファイルの情報を削除する削除手段を、更に備えることを特徴とする請求項３に記載の文書管理装置。
6. 前記第２の登録手段は、前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルについて、ファイルの拡張子を変更し、該拡張子が変更されたファイルを別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録することを特徴とする請求項１に記載の文書管理装置。
7. 同一のファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な文書管理装置における文書管理方法であって、
   異なるファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な別の装置から、当該別の装置で管理されている文書を取得する取得ステップと、
   前記取得ステップで取得した文書に含まれる最新バージョンのファイルを、移行文書として前記文書管理装置の指定されたフォルダに登録する第１の登録ステップと、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得ステップで取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルを、別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録する第２の登録ステップと、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得ステップで取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイルより後のバージョンのファイルそれぞれを、前記移行文書の対応するバージョンのファイルとして登録する第３の登録ステップと
   を備えることを特徴とする文書管理方法。
8. コンピュータを、同一のファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な文書管理装置として機能させるためのプログラムであって、
   前記コンピュータを、
   異なるファイル形式の複数のファイルを１つの文書の各バージョンとして管理可能な別の装置から、当該別の装置で管理されている文書を取得する取得手段、
   前記取得手段で取得した文書に含まれる最新バージョンのファイルを、移行文書として前記文書管理装置の指定されたフォルダに登録する第１の登録手段、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイル以前のバージョンのファイルを、別の文書として前記指定されたフォルダと異なる別のフォルダに登録し、当該登録された別の文書と前記移行文書とをリンクさせるための拡張情報を登録する第２の登録手段、
   前記最新バージョンのファイルのファイル形式と異なるファイル形式のファイルが前記取得手段で取得した該文書に含まれている場合、該文書に含まれているファイルのうち、当該異なるファイル形式のファイルより後のバージョンのファイルそれぞれを、前記移行文書の対応するバージョンのファイルとして登録する第３の登録手段、
   として機能させるためのプログラム。

Images