(57)【要約】【課題】  付加データに対しても本体データと同様にリビジョン管理を行うことができるリポジトリシステムを提供する。【解決手段】  リポジトリサーバ１は、ファイル格納要求があった場合に、送信されたファイルを本体データおよび付加データに分離するデータ分離部１ｂと、分離された本体データおよび付加データの各々が元のデータから変更されている場合には、分離された本体データ、付加データの各リビジョンを更新してデータベース１ｄ，１ｅに格納する更新管理部１ｆと、ファイル取得要求があった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベース１ｄから読み出し、読み出した本体データに含まれる付加リビジョン情報に基づいてデータベース１ｅから付加データを読み出し、読み出した本体データおよび付加データを組み合わせたファイルを送信するデータ結合部１ｃとを備える。【選択図】図１
2010262602.tif 000002
【特許請求の範囲】
【請求項１】
ファイルを格納してリビジョン管理を行うリポジトリサーバと、リポジトリサーバから読み出した元のファイルに対して編集を行うクライアント端末とをネットワークを介して互いに接続して、リポジトリサーバは、クライアント端末からファイル取得要求があった場合にファイルを要求元のクライアント端末へ送信し、クライアント端末からファイル格納要求があった場合にクライアント端末から送信されたファイルを格納するリポジトリシステムであって、
ファイルは、当該ファイル本体のデータであってリビジョンが与えられる本体データと、当該本体データに付加されるデータであってリビジョンが与えられる付加データとで構成され、本体データには、当該本体データに組み合わされる付加データのリビジョンを示す付加リビジョン情報が含まれており、
リポジトリサーバは、
リビジョン毎の本体データおよび付加データを格納したデータベースと、
クライアント端末からファイル格納要求があった場合に、クライアント端末から送信されたファイルを本体データおよび付加データに分離するデータ分離部と、
データ分離部で分離された本体データおよび付加データの各々が、元の本体データ、元の付加データから変更されている場合には、データ分離部で分離された本体データ、付加データの各リビジョンを更新してデータベースに格納する更新管理部と、
リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、読み出した本体データに含まれる付加リビジョン情報に基づいてデータベースから付加データを読み出し、読み出した本体データおよび付加データを組み合わせたファイルをクライアント端末へ送信するデータ結合部と
を備える
ことを特徴とするリポジトリシステム。
【請求項２】
前記付加データは、特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データを含み、
前記更新管理部は、データ分離部で分離された本体データが前記元の本体データから変更されている場合、データ分離部で分離された本体データのリビジョンを更新してデータベースに格納し、データ分離部で分離された依存付加データは、そのリビジョンを初期化するとともに、前記リビジョンが更新された本体データのみに組み合わされる依存付加データとしてデータベースに格納する
ことを特徴とする請求項１記載のリポジトリシステム。
【請求項３】
前記更新管理部は、前記本体データを、当該本体データのみに組み合わされる全リビジョンの依存付加データを一体に含んだ状態でデータベースに格納することを特徴とする請求項２記載のリポジトリシステム。
【請求項４】
前記付加データは、特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データと、本体データのリビジョンに関係なく本体データに組み合わせ可能な独立付加データとで構成され、
前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられて、前記全リビジョンの依存付加データを一体に含んだ本体データをデータベースから読み出し、読み出した本体データに含まれる付加リビジョン情報に基づいてデータベースから独立付加データを読み出し、前記読み出した本体データに前記読み出した独立付加データを組み合わせたファイルをクライアント端末へ送信する
ことを特徴とする請求項３記載のリポジトリシステム。
【請求項５】
前記更新管理部は、前記依存付加データを、当該依存付加データのリビジョン毎に独立した１乃至複数のデータブロックとしてデータベースに格納することを特徴とする請求項２記載のリポジトリシステム。
【請求項６】
前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、当該読み出した本体データに含まれる付加リビジョン情報に基づく１つのデータブロックをデータベースから読み出して、前記読み出した本体データに前記読み出したデータブロック内の依存付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする請求項５記載のリポジトリシステム。
【請求項７】
前記更新管理部は、前記特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データの全リビジョンが存在する単一のデータブロックを本体データのリビジョン毎にデータベースに格納することを特徴とする請求項２記載のリポジトリシステム。
【請求項８】
前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、当該読み出した本体データに含まれる付加リビジョン情報に基づく依存付加データをデータベース内の前記単一のデータブロックから読み出して、前記読み出した本体データに前記読み出した依存付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする請求項７記載のリポジトリシステム。
【請求項９】
前記データ結合部は、前記データベースから読み出した本体データに含まれる付加リビジョン情報が特定のリビジョン番号を示していない場合、最新のリビジョンを与えられた付加データをデータベースから読み出し、読み出した本体データおよび付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする請求項１乃至８いずれか記載のリポジトリシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リポジトリシステムに関するものである。
【背景技術】
【０００２】
リポジトリシステムは、ファイルを格納しているリポジトリサーバと、リポジトリサーバにネットワークを介して接続して、リポジトリサーバからファイルを取得し、取得したファイルに対して編集を行った後に再びリポジトリサーバにファイルを書き込むクライアント端末とで構成され、リポジトリサーバは、クライアント端末で編集されて再び格納されるファイルのリビジョン管理を行っている。
【０００３】
リポジトリサーバに格納されるファイルは、当該ファイル本体のデータである本体データと、本体データに付加される付加データとで構成される。本体データは、ファイルを編集するためにクライアント端末に搭載されたアプリケーションが扱う中心的なデータであり、１つのファイルに１つ格納される。付加データは、検索キーワードやデータの説明等のようにファイルや本体データに対して様々な情報を修飾する補助的なデータであり、１つのファイルに１乃至複数格納される。
【０００４】
そして、リポジトリシステムによるファイルのリビジョン管理は、ファイルの本体データに対して行われ、本体データに変更があったときにリビジョンが更新される。一方、付加データに対して変更があったときはリビジョン更新が行われず、データ変更前と同じリビジョンのファイルに上書きされる。（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１０−２６０８８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上記のように、本体データの変更に対してのみリビジョン管理が行われ、付加データの変更に対してはリビジョン管理が行われないため、複数人が同一ファイルに対して編集を行うと、リビジョンの更新タイミングによっては、付加データの編集内容が消失する可能性がある。例えば、２人が同一ファイルに対して編集を行った場合、双方が付加データに対して編集を行い、リポジトリサーバにファイルを書き込むと、後から書き込まれたファイルの編集内容のみが最終的なファイルに反映され、先に書き込みを行ったファイルの編集内容は消失してしまう。さらには、過去の付加データを得ることができないので、過去の付加データの内容に戻すことができない。
【０００７】
而して、付加データに対しても本体データと同様にリビジョン管理を行うことができるリポジトリシステムが求められていた。さらには、本体データの変更に連動して付加データのリビジョン管理を行うことも求められている。
【０００８】
本発明は、上記事由に鑑みてなされたものであり、その目的は、付加データに対しても本体データと同様にリビジョン管理を行うことができるリポジトリシステムを提供することにある。
【課題を解決するための手段】
【０００９】
請求項１の発明は、ファイルを格納してリビジョン管理を行うリポジトリサーバと、リポジトリサーバから読み出した元のファイルに対して編集を行うクライアント端末とをネットワークを介して互いに接続して、リポジトリサーバは、クライアント端末からファイル取得要求があった場合にファイルを要求元のクライアント端末へ送信し、クライアント端末からファイル格納要求があった場合にクライアント端末から送信されたファイルを格納するリポジトリシステムであって、ファイルは、当該ファイル本体のデータであってリビジョンが与えられる本体データと、当該本体データに付加されるデータであってリビジョンが与えられる付加データとで構成され、本体データには、当該本体データに組み合わされる付加データのリビジョンを示す付加リビジョン情報が含まれており、リポジトリサーバは、リビジョン毎の本体データおよび付加データを格納したデータベースと、クライアント端末からファイル格納要求があった場合に、クライアント端末から送信されたファイルを本体データおよび付加データに分離するデータ分離部と、データ分離部で分離された本体データおよび付加データの各々が、元の本体データ、元の付加データから変更されている場合には、データ分離部で分離された本体データ、付加データの各リビジョンを更新してデータベースに格納する更新管理部と、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、読み出した本体データに含まれる付加リビジョン情報に基づいてデータベースから付加データを読み出し、読み出した本体データおよび付加データを組み合わせたファイルをクライアント端末へ送信するデータ結合部とを備えることを特徴とする。
【００１０】
この発明によれば、付加データに対して本体データとは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の付加データに対して編集を行った場合でも、編集内容が異なる複数の付加データに対してリビジョン番号を与えて、データベースに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。さらには、データベースから過去の付加データを得ることができ、クライアント端末側では、必要に応じてファイルの内容を過去の付加データに戻すことが可能となる。すなわち、付加データに対しても本体データと同様にリビジョン管理を行うことができるリポジトリシステムを提供することができる。
【００１１】
請求項２の発明は、請求項１において、前記付加データは、特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データを含み、前記更新管理部は、データ分離部で分離された本体データが前記元の本体データから変更されている場合、データ分離部で分離された本体データのリビジョンを更新してデータベースに格納し、データ分離部で分離された依存付加データは、そのリビジョンを初期化するとともに、前記リビジョンが更新された本体データのみに組み合わされる依存付加データとしてデータベースに格納することを特徴とする。
【００１２】
この発明によれば、ファイルの本体データの更新によって依存付加データを再構成し、更新後の本体データに必要なデータのみを依存付加データに残すことによって、依存付加データのデータ容量が必要以上に増大することを防止できる。
【００１３】
請求項３の発明は、請求項２において、前記更新管理部は、前記本体データを、当該本体データのみに組み合わされる全リビジョンの依存付加データを一体に含んだ状態でデータベースに格納することを特徴とする。
【００１４】
この発明によれば、本体データは、当該本体データに組み合わされる全リビジョンの依存付加データを一体に含んだ状態でデータベースに格納されるので、データベースに格納するデータ件数が少なくなり、データ管理が容易となる。さらに、クライアント端末がリポジトリサーバから取得したファイルには、全リビジョンの依存付加データがデータ毎に含まれており、ユーザは、取得したファイルから最新の依存付加データだけでなく、必要に応じて以前のリビジョンの依存付加データも参照できる。
【００１５】
請求項４の発明は、請求項３において、前記付加データは、特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データと、本体データのリビジョンに関係なく本体データに組み合わせ可能な独立付加データとで構成され、前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられて、前記全リビジョンの依存付加データを一体に含んだ本体データをデータベースから読み出し、読み出した本体データに含まれる付加リビジョン情報に基づいてデータベースから独立付加データを読み出し、前記読み出した本体データに前記読み出した独立付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする。
【００１６】
この発明によれば、クライアント端末がリポジトリサーバから取得したファイルには、全リビジョンの依存付加データが含まれており、ユーザは、取得したファイルから最新の依存付加データだけでなく、必要に応じて以前のリビジョンの依存付加データも参照できる。
【００１７】
請求項５の発明は、請求項２において、前記更新管理部は、前記依存付加データを、当該依存付加データのリビジョン毎に独立した１乃至複数のデータブロックとしてデータベースに格納することを特徴とする。
【００１８】
この発明によれば、本体データと依存付加データを分離し、且つ依存付加データのリビジョン間も独立したデータブロックとして管理しており、本体データと依存付加データとが明確に分離されている。また、依存付加データを格納した各データブロックはデータ容量が小さいので、データベースへの読み出し処理、書込み処理が容易に行えるとともに、処理速度が速くなる。
【００１９】
請求項６の発明は、請求項５において、前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、当該読み出した本体データに含まれる付加リビジョン情報に基づく１つのデータブロックをデータベースから読み出して、前記読み出した本体データに前記読み出したデータブロック内の依存付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする。
【００２０】
この発明によれば、データ結合部は、１つのリビジョンの依存付加データのみを本体データに結合させるので、クライアント端末へ送信するデータ量が少なくなる。
【００２１】
請求項７の発明は、請求項２において、前記更新管理部は、前記特定のリビジョンを与えられた本体データのみに組み合わされる依存付加データの全リビジョンが存在する単一のデータブロックを本体データのリビジョン毎にデータベースに格納することを特徴とする。
【００２２】
この発明によれば、組み合わされる特定のリビジョン番号の本体データに対応して、全リビジョンの依存付加データが存在する単一のデータブロックが生成され、当該データブロックがデータベースに格納されるので、特定のリビジョン番号の本体データに組み合わされる全リビジョンの依存付加データを１つのデータブロックで集中管理できる。したがって、依存付加データの更新が多発しても、データベース上に依存付加データのデータブロックが大量に生成されないので、依存付加データの分散が生じ難い。
【００２３】
請求項８の発明は、請求項７において、前記データ結合部は、リビジョンを指定したファイル取得要求がクライアント端末からあった場合に、当該ファイル取得要求によって指定されたリビジョンを与えられた本体データをデータベースから読み出し、当該読み出した本体データに含まれる付加リビジョン情報に基づく依存付加データをデータベース内の前記単一のデータブロックから読み出して、前記読み出した本体データに前記読み出した依存付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする。
【００２４】
この発明によれば、データ結合部は、１つのリビジョンの依存付加データのみを本体データに結合させるので、クライアント端末へ送信するデータ量が少なくなる。
【００２５】
請求項９の発明は、請求項１乃至８いずれかにおいて、前記データ結合部は、前記データベースから読み出した本体データに含まれる付加リビジョン情報が特定のリビジョン番号を示していない場合、最新のリビジョンを与えられた付加データをデータベースから読み出し、読み出した本体データおよび付加データを組み合わせたファイルをクライアント端末へ送信することを特徴とする。
【００２６】
この発明によれば、本体データの付加リビジョン情報で、組み合わせる付加データのリビジョン番号を具体的に指定することなく、常に最新の付加データを組み合わせることができ、付加データのリビジョン指定を簡略化できる。
【発明の効果】
【００２７】
以上説明したように、本発明では、付加データに対しても本体データと同様にリビジョン管理を行うことができるリポジトリシステムを提供することができるという効果がある。
【図面の簡単な説明】
【００２８】
【図１】実施形態１のリポジトリシステムのシステム構成を示す図である。
【図２】同上のファイルのデータ構造を示す図である。
【図３】同上の本体データと付加データとの結合処理を示す図である。
【図４】実施形態２のリポジトリシステムのファイルのデータ構造を示す図である。
【図５】同上のリポジトリサーバの構成を示す図である。
【図６】同上の依存付加データの再構成処理を示す図である。
【図７】実施形態３のリポジトリサーバの構成を示す図である。
【図８】同上の本体データと付加データとの結合処理を示す図である。
【図９】同上の依存付加データの再構成処理を示す図である。
【図１０】実施形態４の本体データと付加データとの結合処理を示す図である。
【図１１】同上の依存付加データの再構成処理を示す図である。
【図１２】実施形態５の本体データと付加データとの結合処理を示す図である。
【図１３】同上の依存付加データの再構成処理を示す図である。
【発明を実施するための形態】
【００２９】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３０】
（実施形態１）
図１は、本実施形態のリポジトリシステムの構成を示し、ファイルを格納してリビジョン管理を行うリポジトリサーバ１と、リポジトリサーバ１から読み出した元のファイルに対して編集を行い、内容を変更したファイルをリポジトリサーバ１へ送信する１乃至複数のクライアント端末２とがネットワークＮＴ１を介して互いに接続している。そして、リポジトリサーバ１は、変更されたファイルに対して新しいリビジョン番号を割り当てて、元のファイルに上書きすることなく蓄積する。なお、元のファイルとは、クライアント端末２がリポジトリサーバ１から読み出して編集を行う前のファイルである。
【００３１】
ファイルは、図２に示すように、当該ファイル本体のデータである本体データＤ１と、本体データＤ１に付加される付加データＤ２とで構成される。本体データＤ１は、ファイルを編集するためにクライアント端末２に搭載されたアプリケーションが扱う中心的なデータ（例えば、文書作成アプリケーションであれば、文書データ本体）であり、１つのファイルに１つ格納される。付加データＤ２は、検索キーワードやデータの説明等のようにファイルや本体データＤ１に対して様々な情報を修飾して、クライアント端末２のアプリケーションがファイルを利用する上での補助的なデータ（例えば、文書データを検索するときの分類データや検索キーワード等）であり、１つのファイルに１乃至複数格納される。そして、本体データＤ１および付加データＤ２の各々には、当該データのリビジョン番号や更新者、更新日時等のようにファイル管理に必要な管理情報Ｋ１，Ｋ２が互いに独立して付加されている。
【００３２】
リポジトリサーバ１は、ネットワークＮＴ１との間で情報授受を行うインターフェース機能を有した入出力部１ａと、クライアント端末２からファイル格納要求があった場合に、クライアント端末２から送信されたファイルを本体データＤ１および付加データＤ２に分離するデータ分離部１ｂと、リビジョン毎の本体データＤ１を格納したデータベース１ｄと、リビジョン毎の付加データＤ２を格納したデータベース１ｅと、データ分離部１ｂで分離された本体データＤ１、付加データＤ２の各リビジョンを各データの変更の有無に応じて更新してデータベース１ｄ，１ｅに各々格納する更新管理部１ｆと、ファイル取得要求がクライアント端末２からあった場合に、本体データＤ１および付加データＤ２をデータベース１ｄ，１ｅから読み出し、読み出した本体データＤ１および付加データＤ２を組み合わせたファイルをクライアント端末２へ送信するデータ結合部１ｃとを備える。
【００３３】
クライアント端末２は、ネットワークＮＴ１との間で情報授受を行うインターフェース機能を有したネットワークインターフェース部２ａと、リポジトリサーバ１から読み出したファイルをユーザに対して表示したり、ファイルの編集手段を提供する表示・編集部２ｂとを備える。
【００３４】
そして、クライアント端末２は、所望のリビジョン番号が与えられた本体データＤ１を含むファイルを読み出すために、リポジトリサーバ１に対して、本体データＤ１のリビジョン番号を付加したファイル取得要求を送信する。リポジトリサーバ１では、データ結合部１ｃが、ファイル取得要求に付加されたリビジョン番号の本体データＤ１をデータベース１ｄから読み出す。本体データＤ１の管理情報Ｋ１には、当該本体データＤ１に組み合わされる付加データＤ２のリビジョン番号の情報（以降、付加リビジョン情報と称す）が含まれており、データ結合部１ｃは、付加リビジョン情報に基づく付加データＤ２をデータベース１ｅから読み出す。次に、データ結合部１ｃは、読み出した本体データＤ１と付加データＤ２とを結合して１つのファイルを生成し、要求元のクライアント端末２へ送信する。
【００３５】
ファイルを受け取ったクライアント端末２では、表示・編集部２ｂがファイルをユーザに表示し、ユーザは表示されたファイルに対して編集を行って内容を変更した後に、変更後のファイルをファイル格納要求とともにリポジトリサーバ１に送信する。ファイル格納要求を受信したリポジトリサーバ１では、データ分離部１ｂが、受け取ったファイルを本体データＤ１および付加データＤ２に分離し、この分離した本体データＤ１および付加データＤ２を更新管理部１ｆに引き渡す。
【００３６】
更新管理部１ｆは、分離された本体データＤ１および付加データＤ２を、データベース１ｄ，１ｅに格納されている元の本体データ、元の付加データ（クライアント端末２による変更前のデータ）と比較し、分離された本体データＤ１、付加データＤ２が元の本体データ、元の付加データから変更されている場合には、分離された本体データＤ１、付加データＤ２の各リビジョン番号を個別にインクリメントして、データベース１ｄ，１ｅに各々格納する。
【００３７】
このように、本システムでは、付加データＤ２に対して本体データＤ１とは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の付加データＤ２に対して編集を行った場合でも、編集内容が異なる複数の付加データＤ２に対してリビジョン番号を与えて、データベース１ｅに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。さらには、データベース１ｅから過去の付加データを得ることができ、クライアント端末２側では、必要に応じてファイルの内容を過去の付加データに戻すことが可能となる。
【００３８】
また、図３に示すように、本体データＤ１の管理情報Ｋ１に含まれている付加リビジョン情報に、特定のリビジョン番号ではなくて、例えば「最新」や「＊」のように番号以外の所定記号が設定されている場合、データ結合部１ｃは、データベース１ｅに格納されている各付加データＤ２の管理情報Ｋ２を参照して、最新のリビジョン番号が与えられている付加データＤ２をデータベース１ｅから読み出す（図３中の破線参照）。次に、データ結合部１ｃは、読み出した本体データＤ１と最新のリビジョン番号が与えられている付加データＤ２とを結合して１つのファイルを生成し、要求元のクライアント端末２へ送信する。したがって、本体データＤ１の管理情報Ｋ１で、組み合わせる付加データＤ２のリビジョン番号を具体的に指定することなく、常に最新の付加データＤ２を組み合わせることができ、付加データＤ２のリビジョン指定を簡略化できる。
【００３９】
また、上記説明では、クライアント端末２が、本体データＤ１のリビジョン番号のみを付加したファイル取得要求をリポジトリサーバ１へ送信し、リポジトリサーバ１では、データ結合部１ｃが、ファイル取得要求に基づいて本体データＤ１をデータベース１ｄから読み出し、この読み出した本体データＤ１の管理情報Ｋ１内の付加リビジョン情報に基づいて付加データＤ２をデータベース１ｅから読み出している。しかし、クライアント端末２が、本体データＤ１、付加データＤ２の両リビジョン番号を付加したファイル取得要求をリポジトリサーバ１へ送信し、リポジトリサーバ１では、データ結合部１ｃが、ファイル取得要求に基づいて本体データＤ１をデータベース１ｄから読み出すとともに、付加データＤ２をデータベース１ｅから読み出してもよい。
【００４０】
（実施形態２）
本実施形態のリポジトリシステムでは、付加データＤ２を、依存付加データＤ２ａおよび独立付加データＤ２ｂの２つに分けており、図４に示すファイル構成となる。すなわち、１つのファイルは、本体データＤ１と、依存付加データＤ２ａと、独立付加データＤ２ｂとで構成され、依存付加データＤ２ａには管理情報Ｋ２ａが含まれ、独立付加データＤ２ｂには管理情報Ｋ２ｂが含まれる。
【００４１】
依存付加データＤ２ａは、データの項目に対する説明等のように、ある特定リビジョンを与えられた本体データＤ１のみに組み合わされるもので、特定リビジョンの本体データＤ１に依存しており、本体データＤ１のリビジョンによっては、データを付加する対象になるデータがある場合と、データを付加する対象になるデータがない場合とがある。なお、依存付加データＤ２ａには、依存付加データのリビジョン番号や更新者、更新日時等のようにファイル管理に必要な管理情報Ｋ２ａが含まれる。
【００４２】
独立付加データ２ｂは、ファイルの説明等のように、本体データＤ１のリビジョンに関係なく本体データＤ１に組み合わせ可能なもので、特定リビジョンの本体データＤ１に依存することなく、本体データＤ１のリビジョンによらず全てのファイルに対して同じデータを付加する。なお、独立付加データＤ２ｂには、独立付加データのリビジョン番号や更新者、更新日時等のようにファイル管理に必要な管理情報Ｋ２ｂが含まれる。
【００４３】
そして、図５に示すように本実施形態のリポジトリサーバ１は、付加データを格納するデータベース１ｅを、依存付加データＤ２ａを格納するデータベース１１と、独立付加データＤ２ｂを格納するデータベース１２とで構成している。さらに更新管理部１ｆは、本体データＤ１、依存付加データＤ２ａの各リビジョンを各データの変更の有無に応じて更新してデータベース１ｄ、１１に各々格納する更新管理部１３と、独立付加データＤ２ｂのリビジョンをデータの変更の有無に応じて更新してデータベース１２に格納する更新管理部１４とで構成している。なお、実施形態１と同様の構成には同一の符号を付して説明は省略する。
【００４４】
まず、データ分離部１ｂは、クライアント端末２から送信されたファイルを本体データＤ１、依存付加データＤ２ａ、独立付加データＤ２ｂに分離し、本体データＤ１および依存付加データＤ２ａは更新管理部１３に出力し、独立データＤ２ｂは更新管理部１４に出力する。そして、本体データＤ１および依存付加データＤ２ａを受信した更新管理部１３は、依存付加データ２ａのみが変更されている場合には、本体データＤ１のリビジョンは更新せず、依存付加データＤ２ａのリビジョン番号のみをインクリメントして、データベース１ｄ，１１に各々格納する。
【００４５】
さらに更新管理部１３は、本体データＤ１が変更された場合には、本体データＤ１の更新管理と、依存付加データＤ２ａの更新管理とを同時に行う必要がある。すなわち、本体データＤ１が変更された場合には、本体データＤ１のリビジョン番号をインクリメントしてデータベース１ｄに格納するとともに、この更新後の本体データＤ１の構成に合わせて依存付加データＤ２ａを再構成して、データベース１１に格納する。この再構成した依存付加データＤ２ａの管理情報Ｋ２ａには、「組み合わせ先＝更新後のリビジョン番号の本体データＤ１」、「リビジョン番号＝１」等の情報が設定される。この依存付加データＤ２ａの再構成処理は、更新後の本体データＤ１のみに組み合わされる依存付加データＤ２ａを新たに生成する処理であり、本体データＤ１の更新時に当該本体データに組み合わされていた依存付加データＤ２ａをリビジョン番号＝１に初期化して生成される。また、更新前の本体データＤ１に組み合わされる１乃至複数の依存付加データＤ２ａは、更新後の本体データＤ１に組み合わされることはない。
【００４６】
例えば、図６（ａ）に示すように、データベース１ｄに、元の本体データＤ１［データ１、データ２、データ３］が格納され、その管理情報Ｋ１には［リビジョン番号＝１、付加リビジョン情報＝２］が設定されている。さらに、データベース１１には、元の本体データＤ１のみに組み合わされる元の依存付加データＤ２ａがリビジョン番号１〜ｎまで格納され、各管理情報Ｋ２ａには［リビジョン番号＝１］、［リビジョン番号＝２］、．．．、［リビジョン番号＝ｎ］が設定されている。そして、クライアント端末２が、元の本体データＤ１［リビジョン番号＝１］、元の依存付加データＤ２ａ［リビジョン番号＝２］を含むファイルを取得して編集を行い、元の本体データＤ１からデータ２を削除して、新たなデータ４を追加した後に、この変更後のファイルをファイル格納要求とともにリポジトリサーバ１に送信する。
【００４７】
リポジトリサーバ１の更新管理部１３は、上記変更後の本体データＤ１をデータベース１ｄに格納する場合、図６（ｂ）に示すように、変更後の本体データＤ１のリビジョン番号をインクリメントして、管理情報Ｋ１［リビジョン番号＝２、付加リビジョン情報＝１］に設定する。さらに、更新管理部１３は、更新後の本体データＤ１に組み合わされる依存付加データＤ２を再構成し、再構成した依存付加データＤ２には［データ１、データ３、データ４］を格納して、その管理情報Ｋ２ａには［組み合わせ先＝リビジョン番号２の本体データＤ１］、［リビジョン番号＝１］を設定する。
【００４８】
このように、ファイルの本体データＤ１の更新によって、依存付加データＤ２ａを再構成し、更新後の本体データＤ１に必要なデータのみを依存付加データＤ２ａに残すことによって、依存付加データＤ２ａのデータ容量が必要以上に増大することを防止している。
【００４９】
また、独立付加データＤ２ｂを受信した更新管理部１４は、変更された独立付加データＤ２ｂのリビジョン番号をインクリメントして、データベース１２に格納する。
【００５０】
また、本システムでは、依存付加データＤ２ａ、独立付加データＤ２ｂに対して本体データＤ１とは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の依存付加データＤ２ａ、独立付加データＤ２ｂに対して編集を行った場合でも、編集内容が異なる複数の依存付加データＤ２ａ、独立付加データＤ２ｂに対してリビジョン番号を与えて、データベースに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。さらには、データベース１ｅから過去の付加データを得ることができ、クライアント端末２側では、必要に応じてファイルの内容を過去の付加データに戻すことが可能となる。
【００５１】
（実施形態３）
本実施形態のリポジトリシステムでは、図８（ａ）に示すように、本体データＤ１を構成する各データ（データ１、データ２、．．．）に対して、依存付加データＤ２ａを一体に構成しており、本体データＤ１は、当該本体データに組み合わされる全リビジョンの依存付加データＤ２ａを一体に含んだ状態でデータベースに格納される。また、独立付加データＤ２ｂは、実施形態２と同様に本体データＤ１とは分離して構成される。
【００５２】
そして、図７に示すように本実施形態のリポジトリサーバ１は、データベースとして、依存付加データＤ２ａを一体に含む本体データＤ１を格納するデータベース１５と、独立付加データを格納するデータベース１２とを備えている。さらに更新管理部１ｆは、本体データＤ１、依存付加データＤ２ａの各リビジョンを各データの変更の有無に応じて更新してデータベース１５に格納する更新管理部１３と、独立付加データＤ２ｂのリビジョンをデータの変更の有無に応じて更新してデータベース１２に格納する更新管理部１４とで構成している。なお、実施形態２と同様の構成には同一の符号を付して説明は省略する。
【００５３】
そして、図８（ａ）に示すように、クライアント端末２が、［リビジョン番号＝１］を与えられた本体データＤ１を含むファイルを読み出すために、リポジトリサーバ１に対して、リビジョン番号［１］を付加したファイル取得要求を送信する。リポジトリサーバ１では、データ結合部１ｃが、管理情報Ｋ１に［リビジョン番号＝１］が設定された本体データＤ１をデータベース１５から読み出す。この本体データＤ１の各データは、当該データに組み合わされる全リビジョンの依存付加データＤ２ａを一体に含んでいる。
【００５４】
さらに、本体データＤ１の管理情報Ｋ１には、当該本体データＤ１に組み合わされる独立付加データＤ２ｂのリビジョン番号の情報（以降、独立付加リビジョン情報と称す）が含まれており、データ結合部１ｃは、独立付加リビジョン情報に基づく独立付加データＤ２ｂをデータベース１２から読み出す。図８（ａ）においては、「独立付加リビジョン情報＝２」に設定されているので、データ結合部１ｃは、図８（ｂ）に示すように、リビジョン番号１の本体データＤ１とリビジョン番号２の独立付加データＤ２ｂとを結合して１つのファイルを生成し、要求元のクライアント端末２へ送信する。
【００５５】
ファイルを受け取ったクライアント端末２では、表示・編集部２ｂがファイルをユーザに表示し、ユーザは表示されたファイルに対して編集を行って内容を変更した後に、変更後のファイルをファイル格納要求とともにリポジトリサーバ１に送信する。また、クライアント端末２がリポジトリサーバ１から取得したファイルには、全リビジョンの依存付加データＤ２ａがデータ毎に含まれており、ユーザは、取得したファイルから最新の依存付加データＤ２ａだけでなく、必要に応じて以前のリビジョンの依存付加データＤ２ａも参照できる。
【００５６】
次に、ファイル格納要求を受信したリポジトリサーバ１では、データ分離部１ｂが、受け取ったファイルを構成している本体データＤ１と独立付加データＤ２ｂとを分離し、この分離した本体データＤ１を更新管理部１３に引き渡し、独立付加データＤ２ｂを更新管理部１４に引き渡す。
【００５７】
更新管理部１３は、分離された本体データＤ１を、データベース１５に格納されている元の本体データと比較し、分離された本体データＤ１が元の本体データから変更されている場合には、分離された本体データＤ１のリビジョン番号をインクリメントするとともに、この更新後の本体データＤ１の構成に合わせて依存付加データＤ２ａを再構成して、データベース１５に格納する。この依存付加データＤ２ａの再構成処理は、更新後の本体データＤ１のみに組み合わされる依存付加データＤ２ａを新たに生成する処理であり、本体データＤ１の更新時に当該本体データに組み合わされていた依存付加データＤ２ａをリビジョン番号＝１に初期化して生成される。また、更新前の本体データＤ１に組み合わされる１乃至複数の依存付加データＤ２ａは、更新後の本体データＤ１に組み合わされることはない。
【００５８】
更新管理部１４は、分離された独立付加データＤ２ｂを、データベース１２に格納されている元の独立付加データと比較し、分離された独立付加データＤ２ｂが元の独立付加データから変更されている場合には、分離された独立付加データＤ２ｂのリビジョン番号をインクリメントして、データベース１２に格納する。
【００５９】
例えば、図９（ａ）に示す元の本体データＤ１は、管理情報Ｋ１に［リビジョン番号＝１］、［独立付加リビジョン情報＝２］が設定され、本体データＤ１のデータ１，データ２，データ３は、リビジョン番号１およびリビジョン番号２の各依存付加データＤ２ａを一体に含んでいる。そして、クライアント端末２において元の本体データＤ１を編集し、元の本体データＤ１のデータ２を削除し、新たなデータ４を追加したとする。リポジトリサーバ１の更新管理部１３は、上記変更後の本体データＤ１をデータベース１５に格納する場合、図９（ｂ）に示すように、変更後の本体データＤ１のリビジョン番号をインクリメントして、管理情報Ｋ１［リビジョン番号＝２、付加リビジョン情報＝１］に設定する。さらに、更新管理部１３は、変更後の本体データＤ１のデータ１、データ３、データ４に各々組み合わされる依存付加データＤ２ａを再構成し、再構成した依存付加データＤ２の管理情報Ｋ２ａには「組み合わせ先＝リビジョン番号２の本体データＤ１」、［リビジョン番号＝１］を設定する。
【００６０】
このように、本体データＤ１は、当該本体データに組み合わされる全リビジョンの依存付加データＤ２ａを一体に含んだ状態でデータベース１５に格納されるので、データベース１５に格納するデータ件数が少なくなり、データ管理が容易となる。
【００６１】
さらに本システムでは、依存付加データＤ２ａ、独立付加データＤ２ｂに対して本体データＤ１とは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の依存付加データＤ２ａ、独立付加データＤ２ｂに対して編集を行った場合でも、編集内容が異なる複数の依存付加データＤ２ａ、独立付加データＤ２ｂに対してリビジョン番号を与えて、データベースに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。さらには、データベース１ｅから過去の付加データを得ることができ、クライアント端末２側では、必要に応じてファイルの内容を過去の付加データに戻すことが可能となる。
【００６２】
（実施形態４）
本実施形態のリポジトリサーバ１は、実施形態２と同様に図５に示す構成を備えており、依存付加データＤ２ａは図１０（ａ）に示すように、組み合わされる特定のリビジョン番号の本体データＤ１に対応して、依存付加データのリビジョン番号１，２，．．．毎に独立した１乃至複数の依存付加データブロックＦ１１，Ｆ１２，．．．としてデータベース１１に格納される。なお、実施形態２と同様の構成には同一の符号を付して説明は省略する。
【００６３】
そして、図１０（ａ）に示すように、クライアント端末２が、［リビジョン番号＝１］を与えられた本体データＤ１を含むファイルを読み出すために、リポジトリサーバ１に対して、リビジョン番号［１］を付加したファイル取得要求を送信する。リポジトリサーバ１では、データ結合部１ｃが、管理情報Ｋ１に［リビジョン番号＝１］が設定された本体データＤ１をデータベース１ｄから読み出す。
【００６４】
さらに、本体データＤ１の管理情報Ｋ１には、当該本体データＤ１に組み合わされる依存付加データＤ２ａのリビジョン番号の情報（以降、依存付加リビジョン情報と称す）、独立付加データＤ２ｂのリビジョン番号の情報（以降、独立付加リビジョン情報と称す）が含まれており、データ結合部１ｃは、依存付加リビジョン情報に基づく１つの依存負荷データブロックをデータベース１１から読み出し、独立付加リビジョン情報に基づく独立付加データＤ２ｂをデータベース１２から読み出す。図１０（ａ）においては、「依存付加リビジョン情報＝２」、「独立付加リビジョン情報＝２」に設定されているので、データ結合部１ｃは、図１０（ｂ）に示すように、リビジョン番号１の本体データＤ１の各データ（データ１、データ２、データ３、．．．）に、リビジョン番号２のデータブロックＦ１２内の依存付加データＤ２ａを一体に含めるとともに、この依存付加データＤ２ａを一体に含めた本体データＤ１と、リビジョン番号２の管理情報Ｋ２ａのみを格納した依存付加データＤ２ａと、リビジョン番号２の独立付加データＤ２ｂとを結合して１つのファイルを生成し、要求元のクライアント端末２へ送信する。
【００６５】
ファイルを受け取ったクライアント端末２では、表示・編集部２ｂがファイルをユーザに表示し、ユーザは表示されたファイルに対して編集を行って内容を変更した後に、変更後のファイルをファイル格納要求とともにリポジトリサーバ１に送信する。
【００６６】
次に、ファイル格納要求を受信したリポジトリサーバ１では、データ分離部１ｂが、受け取ったファイルを構成している本体データＤ１と依存付加データＤ２ａと独立付加データＤ２ｂとを分離し、この分離した本体データＤ１および依存付加データＤ２ａを更新管理部１３に引き渡し、独立付加データＤ２ｂを更新管理部１４に引き渡す。
【００６７】
更新管理部１３は、分離された本体データＤ１を、データベース１ｄに格納されている元の本体データと比較し、分離された本体データＤ１が元の本体データから変更されている場合には、分離された本体データＤ１のリビジョン番号をインクリメントして、データベース１ｄに格納するとともに、この更新後の本体データＤ１の構成に合わせて依存付加データＤ２ａを再構成して、データベース１１に格納する。この依存付加データＤ２ａの再構成処理は、更新後の本体データＤ１のみに組み合わされる依存付加データＤ２ａを新たに生成する処理であり、本体データＤ１の更新時に当該本体データに組み合わされていた依存付加データＤ２ａをリビジョン番号＝１に初期化して生成される。また、更新前の本体データＤ１に組み合わされる１乃至複数の依存付加データＤ２ａは、更新後の本体データＤ１に組み合わされることはない。
【００６８】
更新管理部１４は、分離された独立付加データＤ２ｂを、データベース１２に格納されている元の独立付加データと比較し、分離された独立付加データＤ２ｂが元の独立付加データから変更されている場合には、分離された独立付加データＤ２ｂのリビジョン番号をインクリメントして、データベース１２に格納する。
【００６９】
例えば、図１１（ａ）に示す元の本体データＤ１は、管理情報Ｋ１に［リビジョン番号＝１］、［依存付加リビジョン情報＝２］、［独立付加リビジョン情報＝２］が設定されてデータベース１ｄに格納されている。さらに、リビジョン番号１の元の本体データＤ１に組み合わされる元の依存付加データＤ２ａは、リビジョン番号１，リビジョン番号２毎に独立した依存付加データブロックＦ１１，Ｆ１２としてデータベース１１に格納されている。
【００７０】
そして、クライアント端末２において、図１０（ｂ）に示す元のファイルに対して、元の本体データＤ１を編集し、元の本体データＤ１のデータ２を削除し、新たなデータ４を追加したとする。リポジトリサーバ１の更新管理部１３は、図１１（ｂ）に示すように、上記変更後の本体データＤ１のリビジョン番号をインクリメントし、管理情報Ｋ１に［リビジョン番号＝２］、［依存付加リビジョン情報＝１］、［独立付加リビジョン情報＝２］を設定して、データベース１ｄに格納する。
【００７１】
さらに、更新管理部１３は、変更後の本体データＤ１に組み合わされる依存付加データＤ２ａを再構成し、再構成した依存付加データＤ２の管理情報Ｋ２ａには「組み合わせ先＝リビジョン番号２の本体データＤ１」、［リビジョン番号＝１］を設定する。そして、再構成された依存負荷データＤ２ａ（リビジョン番号２の本体データＤ１に組み合わされるリビジョン番号１の依存付加データＤ２ａ）を新たな依存付加データブロックＦ２１内に生成して、データベース１１に格納する。以降、リビジョン番号２の本体データＤ１に組み合わされる依存付加データＤ２ａは、更新される度に新たな依存付加データブロック（Ｆ２２，Ｆ２３，．．．）に格納される。
【００７２】
また、クライアント端末２において元の本体データＤ１を編集することなく、元の依存付加データＤ２ａのみを編集した場合、リポジトリサーバ１の更新管理部１３は、依存付加データＤ２ａのリビジョン番号をインクリメントし、リビジョン番号１の本体データＤ１に組み合わされる新しい依存付加データブロック（Ｆ１３）としてデータベース１１に格納する。
【００７３】
このように、本体データＤ１と依存付加データＤ２ａ、独立付加データＤ２ｂを分離し、且つ依存付加データＤ２ａのリビジョン間も独立した依存付加データブロックＦとして管理しており、本体データＤ１と依存付加データＤ２ａ、独立付加データＤ２ｂとが明確に分離されている。また、データ結合部１ｃは、１つのリビジョンの依存付加データＤ２ａのみを本体データＤ１に結合させるので、実施形態３に比べてクライアント端末２へ送信するデータ量が少なくなる。また、依存付加データＤ２ａを格納した各依存付加データブロックＦはデータ容量が小さいので、データベース１１への読み出し処理、書込み処理が容易に行えるとともに、処理速度が速くなる。
【００７４】
また、依存付加データＤ２ａの管理も、データベース１１に既に格納されたリビジョンの依存付加データＤ２ａ自体に変更を施すことがないので、更新管理部１３の処理負荷が軽くなる。
【００７５】
また、本体データＤ１の管理情報Ｋ１に設定されている依存付加リビジョン情報、独立付加リビジョン情報が「最新」であれば、依存付加データＤ２ａ、独立付加データＤ２ｂの更新時に、管理情報Ｋ１に設定されている依存付加リビジョン情報、独立付加リビジョン情報を変更する必要がなく、更新管理部１３の処理負荷がさらに低減される。
【００７６】
さらに本システムでは、依存付加データＤ２ａ、独立付加データＤ２ｂに対して本体データＤ１とは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の依存付加データＤ２ａ、独立付加データＤ２ｂに対して編集を行った場合でも、編集内容が異なる複数の依存付加データＤ２ａ、独立付加データＤ２ｂに対してリビジョン番号を与えて、データベースに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。
【００７７】
（実施形態５）
本実施形態のリポジトリシステムは、実施形態２と同様に図５に示す構成を備えており、依存付加データＤ２ａは図１２（ａ）に示すように、組み合わされる特定のリビジョン番号の本体データＤ１に対応して、全リビジョンの依存付加データＤ２ａが存在する単一の依存付加データブロックＦ１が生成され、当該依存付加データブロックＦ１がデータベース１１に格納される。なお、実施形態２と同様の構成には同一の符号を付して説明は省略する。
【００７８】
そして、図１２（ａ）に示すように、クライアント端末２が、［リビジョン番号＝１］を与えられた本体データＤ１を含むファイルを読み出すために、リポジトリサーバ１に対して、リビジョン番号［１］を付加したファイル取得要求を送信する。リポジトリサーバ１では、データ結合部１ｃが、管理情報Ｋ１に［リビジョン番号＝１］が設定された本体データＤ１をデータベース１ｄから読み出す。
【００７９】
さらに、本体データＤ１の管理情報Ｋ１には、当該本体データＤ１に組み合わされる依存付加データＤ２ａのリビジョン番号の情報（以降、依存付加リビジョン情報と称す）、独立付加データＤ２ｂのリビジョン番号の情報（以降、独立付加リビジョン情報と称す）が含まれており、データ結合部１ｃは、依存付加リビジョン情報に基づく依存付加情報Ｄ２ａをデータベース１１内の依存付加データブロックＦ１から読み出し、独立付加リビジョン情報に基づく独立付加データＤ２ｂをデータベース１２から読み出す。図１２（ａ）においては、「依存付加リビジョン情報＝２」、「独立付加リビジョン情報＝２」に設定されているので、データ結合部１ｃは、図１２（ｂ）に示すように、リビジョン番号１の本体データＤ１の各データ（データ１、データ２、データ３、．．．）に、依存付加データブロックＦ１内のリビジョン番号２の依存付加データＤ２ａを含めるとともに、この依存付加データＤ２ａを一体に含めた本体データＤ１とリビジョン番号２の独立付加データＤ２ｂとを結合して１つのファイルを生成し、要求元のクライアント端末２へ送信する。
【００８０】
ファイルを受け取ったクライアント端末２では、表示・編集部２ｂがファイルをユーザに表示し、ユーザは表示されたファイルに対して編集を行って内容を変更した後に、変更後のファイルをファイル格納要求とともにリポジトリサーバ１に送信する。
【００８１】
次に、ファイル格納要求を受信したリポジトリサーバ１では、データ分離部１ｂが、受け取ったファイルを構成している本体データＤ１と依存付加データＤ２ａと独立付加データＤ２ｂとを分離し、この分離した本体データＤ１および依存付加データＤ２ａを更新管理部１３に引き渡し、独立付加データＤ２ｂを更新管理部１４に引き渡す。
【００８２】
更新管理部１３は、分離された本体データＤ１を、データベース１ｄに格納されている元の本体データと比較し、分離された本体データＤ１が元の本体データから変更されている場合には、分離された本体データＤ１のリビジョン番号をインクリメントして、データベース１ｄに格納するとともに、この更新後の本体データＤ１の構成に合わせて依存付加データＤ２ａを再構成して、データベース１１に格納する。この依存付加データＤ２ａの再構成処理は、更新後の本体データＤ１のみに組み合わされる依存付加データＤ２ａを新たに生成する処理であり、本体データＤ１の更新時に当該本体データに組み合わされていた依存付加データＤ２ａをリビジョン番号＝１に初期化して生成される。また、更新前の本体データＤ１に組み合わされる１乃至複数の依存付加データＤ２ａは、更新後の本体データＤ１に組み合わされることはない。
【００８３】
更新管理部１４は、分離された独立付加データＤ２ｂを、データベース１２に格納されている元の独立付加データと比較し、分離された独立付加データＤ２ｂが元の独立付加データから変更されている場合には、分離された独立付加データＤ２ｂのリビジョン番号をインクリメントして、データベース１２に格納する。
【００８４】
例えば、図１３（ａ）に示す元の本体データＤ１は、管理情報Ｋ１に［リビジョン番号＝１］、［依存付加リビジョン情報＝２］、［独立付加リビジョン情報＝２］が設定されてデータベース１ｄに格納されている。さらに、リビジョン番号１の元の本体データＤ１に組み合わされる元の依存付加データＤ２ａは、リビジョン番号１，リビジョン番号２が存在する単一の依存付加データブロックＦ１としてデータベース１１に格納されている。
【００８５】
そして、クライアント端末２において、図１２（ｂ）に示す元のファイルに対して、元の本体データＤ１を編集し、元の本体データＤ１のデータ２を削除し、新たなデータ４を追加したとする。リポジトリサーバ１の更新管理部１３は、図１３（ｂ）に示すように、上記変更後の本体データＤ１のリビジョン番号をインクリメントし、管理情報Ｋ１に［リビジョン番号＝２］、［依存付加リビジョン情報＝１］、［独立付加リビジョン情報＝２］を設定して、データベース１ｄに格納する。
【００８６】
さらに、更新管理部１３は、変更後の本体データＤ１に組み合わされる依存付加データＤ２ａを再構成し、再構成した依存付加データＤ２の管理情報Ｋ２ａには「組み合わせ先＝リビジョン番号２の本体データＤ１」、［リビジョン番号＝１］を設定する。そして、この再構成された依存負荷データＤ２ａ（リビジョン番号２の本体データＤ１に組み合わされるリビジョン番号１の依存付加データＤ２ａ）を、新たな依存付加データブロックＦ２内に生成して、データベース１１に格納する。以降、リビジョン番号２の本体データＤ１に組み合わされる依存付加データＤ２ａは、更新されても依存付加データブロックＦ２に格納される。
【００８７】
また、クライアント端末２において元の本体データＤ１を編集することなく、元の依存付加データＤ２ａのみを編集した場合、リポジトリサーバ１の更新管理部１３は、依存付加データＤ２ａのリビジョン番号をインクリメントし、データベース１１内の既存の依存付加データブロックＦ１に格納する。
【００８８】
このように、依存付加データＤ２ａは、組み合わされる特定のリビジョン番号の本体データＤ１に対応して、全リビジョンの依存付加データＤ２ａが存在する単一の依存付加データブロックＦが本体データＤ１のリビジョン毎に生成され、当該依存付加データブロックＦがデータベース１１に格納されるので、特定のリビジョン番号の本体データＤ１に組み合わされる全リビジョンの依存付加データＤ２ａを１つの依存付加データブロックＦで集中管理できる。したがって、依存付加データＤ２ａの更新が多発しても、依存付加データＤ２ａのデータブロックＦは、本体データＤ１のリビジョン毎に１つ作成されるだけであり、データベース１１上にデータブロックＦが大量に生成されないので、依存付加データＤ２ａの分散が生じ難い。
【００８９】
また、データ結合部１ｃは、１つのリビジョンの依存付加データＤ２ａのみを本体データＤ１に結合させるので、実施形態３に比べてクライアント端末２へ送信するデータ量が少なくなる。
【００９０】
また、本体データＤ１の管理情報Ｋ１に設定されている依存付加リビジョン情報、独立付加リビジョン情報が「最新」であれば、依存付加データＤ２ａ、独立付加データＤ２ｂの更新時に依存付加リビジョン情報、独立付加リビジョン情報を変更する必要がなく、更新管理部１３の処理負荷がさらに低減される。
【００９１】
また、クライアント端末２が、リポジトリサーバ１にアクセスして、データベース１１内の依存付加データＤ２ａの履歴を参照することは、１つの依存付加データブロック内の処理で完結するので、データベース１１への処理要求を簡略化することができる。
【００９２】
さらに本システムでは、依存付加データＤ２ａ、独立付加データＤ２ｂに対して本体データＤ１とは独立したリビジョン管理を行うことができる。したがって、複数のユーザが同一の依存付加データＤ２ａ、独立付加データＤ２ｂに対して編集を行った場合でも、編集内容が異なる複数の依存付加データＤ２ａ、独立付加データＤ２ｂに対してリビジョン番号を与えて、データベースに格納することができ、複数のユーザによって編集された全ての付加データを管理することができる。
【符号の説明】
【００９３】
１  リポジトリサーバ
１ａ  入出力部
１ｂ  データ分離部
１ｃ  データ結合部
１ｄ  データベース（本体データ）
１ｅ  データベース（付加データ）
１ｆ  更新管理部
２  クライアント端末
２ａ  ネットワークインターフェース部
２ｂ  表示・編集部
ＮＴ１  ネットワーク
【図１】
2010262602.tif 000003
【図２】
2010262602.tif 000004
【図３】
2010262602.tif 000005
【図４】
2010262602.tif 000006
【図５】
2010262602.tif 000007
【図６】
2010262602.tif 000008
【図７】
2010262602.tif 000009
【図８】
2010262602.tif 000010
【図９】
2010262602.tif 000011
【図１０】
2010262602.tif 000012
【図１１】
2010262602.tif 000013
【図１２】
2010262602.tif 000014
【図１３】
2010262602.tif 000015