JP2606092B2 - 版管理システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は版管理システムに関し、
特にＣＡＳＥ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｓｏｆ
ｔｗａｒｅ Ｅｎｇｉｎｅｅｒｉｎｇ）によるソフトウ
ェア開発支援環境（以下、単にＣＡＳＥ環境という）に
おけるプログラムの導出元である仕様データの複数の版
を管理する版管理システムに関する。

【０００２】

【従来の技術】近年、ＣＡＳＥ環境では、ソーステキス
トのような単一のデータ構造を持つデータばかりでな
く、複数の異なるタイプのデータの複合（Ｃｏｍｐｏｓ
ｉｔ）からなる仕様データによって高度に抽象化した開
発支援環境を提供するようになっている。したがって、
そのようなＣＡＳＥ環境においてプログラムの導出元で
ある仕様データの複数の版を管理する版管理システムで
も、従来の単一のデータ構造を持つテキストデータに加
えて、複数の異なるタイプのデータの複合からなる仕様
データに対しても複数の版を管理する効果的な手法が求
められている。

【０００３】従来の版管理システムでは、仕様データに
関しても、プログラムのソーステキストと同様に、単一
のデータ構造からなるテキストデータとして管理してい
た。例えば、図８（ａ）に示すように、プログラムＸの
第１版と第２版との間の差分を作成するときには、複数
の異なるタイプのデータが混在する場合のテキストデー
タとして扱い、ハントシマンスキのアルゴリズム等によ
って版間の差分を最小化するようにしていた。これによ
って、データ２２と２６、データ２４と２７がそれぞれ
同一になり、かつ差分の中で最大となるように、差分の
作成が行われていた（例えば、特開平２−７９１２１号
公報等参照）。

【０００４】しかし、ＣＡＳＥ環境では、仕様データは
複数の異なるタイプのデータの複合から構成されている
ので、単一のテキストデータとして前述した手法で差分
を作成すると、異なるタイプのデータ間で同一のデータ
値がある場合には、それらが同一と扱われ、差分がとら
れることになる。つまり、仕様データには、説明文もあ
れば、プログラム手続き記述もあれば、管理用のキーワ
ード，図等も含まれているので、データ値が同じだから
といってプログラム手続き記述と説明文の内容とを同じ
ものとして扱うことはできない。

【０００５】例えば、図８（ｂ）に示すように、仕様デ
ータがタイプ１および２のデータの複合から構成されて
いる場合、版間の変更を管理するために差分を作り出す
ときに、データ２１１とデータ２１４とを比較して同一
とすべきではないことは明らかである。すなわち、複数
の異なるタイプのデータの複合からなる仕様データの差
分を作成する場合には、そのデータ構造での差分を作成
し、その後に同一タイプ内での差分を作成する必要があ
るが、従来技術ではテキストデータとして扱うので、こ
のような場合の差分の作成を行うことはできなかった。

【０００６】また、従来の版管理システムでは、差分の
表示を行う場合に、仕様データの第１版と第２版との差
分は、変更位置および変更内容、つまり追加／変更／削
除を表示していた。したがって、変更内容をレビュー作
業で有効に活用するときには、全体の中で捉えることが
困難であった。

【０００７】

【発明が解決しようとする課題】上述した従来の版管理
システムでは、複数の異なるタイプのデータの複合から
なる仕様データをテキストデータとして管理していたの
で、差分の作成時に異なるタイプのデータ間で本来比較
する必要のない比較まで行われており、無意味な差分を
作成することにより、差分の精度が悪かったり、処理時
間が余分にかかる等の問題点があった。

【０００８】また、差分を表示する場合にも変更部分の
みの表示であったので、差分をレビュー作業等で活用す
るときに内容が分かりにくく、差分の活用が十分に図ら
れないという問題点があった。

【０００９】本発明の目的は、上述の点に鑑み、ＣＡＳ
Ｅ環境での複数の異なるタイプのデータの複合からなる
仕様データにおいて差分の管理を効果的に行えるように
した版管理システムを提供することにある。

【００１０】さらに、本発明の他の目的は、差分をドキ
ュメント中に強調表示するようにして、版間の差分をレ
ビュー等で活用する場合に分かりやすさが向上して、差
分の活用を図れるようにした版管理システムを提供する
ことにある。

【００１１】

【課題を解決するための手段】本発明の版管理システム
は、情報システムを構成するプログラムの導出元である
仕様データの複数の版を管理する版管理システムにおい
て、複数の異なるタイプのデータの複合である仕様デー
タの複数の版を管理・保管するリポジトリと、ワークス
ペースから前記リポジトリに仕様データを格納するとき
に仕様データの圧縮を行い、逆に前記リポジトリから前
記ワークスペースに仕様データを取り出すときに圧縮さ
れた仕様データの解凍を行う圧縮解凍手段と、仕様デー
タを前記リポジトリに格納するときあるいは逆に前記リ
ポジトリから取り出すときに版間の差分を仕様データに
保持されるデータのタイプ毎に管理する構成差分管理手
段と、単一なデータ構造を持つテキストデータにおける
差分を管理するテキスト差分管理手段とを有する。

【００１２】また、本発明の版管理システムは、情報シ
ステムを構成するプログラムの導出元である仕様データ
の複数の版を管理する版管理システムにおいて、複数の
異なるタイプのデータの複合である仕様データの複数の
版を管理・保管するリポジトリと、ワークスペースから
前記リポジトリに仕様データを格納するときに仕様デー
タの圧縮を行い、逆に前記リポジトリから前記ワークス
ペースに仕様データを取り出すときに圧縮された仕様デ
ータの解凍を行う圧縮解凍手段と、仕様データを前記リ
ポジトリに格納するときあるいは逆に前記リポジトリか
ら取り出すときに版間の差分を仕様データに保持される
データのタイプ毎に管理する構成差分管理手段と、単一
なデータ構造を持つテキストデータにおける差分を管理
するテキスト管理手段と、仕様データのドキュメントの
出力においてドキュメント固有の表現形式の中に版間の
差分を強調表示するドキュメント手段とを有する。

【００１３】

【実施例】次に、本発明について図面を参照して詳細に
説明する。

【００１４】図１は、本発明の一実施例に係る版管理シ
ステムの構成を示すブロック図である。本実施例の版管
理システムは、リポジトリ１と、圧縮解凍手段２と、構
成差分管理手段３と、テキスト差分管理手段４と、ドキ
ュメント手段５と、ワークスペース６とから、その主要
部が構成されている。

【００１５】図２は、仕様データの第１版および第２版
と差分との関係を例示する図である。

【００１６】図３は、ドキュメントの表示例を示す図で
ある。

【００１７】図４は、Ｘ仕様データの構成を示す図であ
る。図４において、Ｘ仕様データとは、Ｘが“Ｏ”の場
合は、リポジトリ１の解凍結果の仕様データを表し、
“Ｎ”はワークスペース６の仕様データを表す。“Δ”
は作成すべき新たな版の仕様データを表している。

【００１８】図５は、構成差分管理手段３の処理の前半
をより詳細に示す流れ図である。

【００１９】図６は、構成差分管理手段３の処理の後半
をより詳細に示す流れ図である。

【００２０】図７は、Δ仕様データの上位ノードとの接
続処理（ｃｏｎｎｅｃｔ処理）をさらに詳細に示す流れ
図である。

【００２１】次に、このように構成された本実施例の版
管理システムの動作について説明する。

【００２２】（１） 仕様データの差分管理の例

【００２３】初めに、圧縮解凍手段２は、リポジトリ１
に保持されている圧縮された仕様データを解凍し元の仕
様データに戻す。例えば、図２において、プログラムＰ
の第１版がこの例である。プログラムＰの第１版のルー
トノードＰ．１は、内部構成ＹのノードＹ．１から構成
され、内部構成ＹはノードＹ０，Ｙ１およびＹ２から構
成されている。さらに、ノードＹ０，Ｙ１およびＹ２か
ら実体内容（Ｙ０），（Ｙ１）および（Ｙ２）にリンク
が張られている。

【００２４】次に、構成差分管理手段３は、ワークスペ
ース６上の仕様データとリポジトリ１から解凍された仕
様データとの構成情報の変更部分からなる差分を作成す
る。これは、次のような順序で行う。

【００２５】 プログラムＰの第２版の仕様データが
ワークスペース６のように存在するとすると、プログラ
ムＰの第１版のルートノードＰ．１が複写され、プログ
ラムＰの第２版のルートノードＰ．２として新しい名前
が付けられて、プログラムＰの第２版のルートノード
Ｐ．２を作成する。ルートノードＰ．１の直下のノード
Ｙ．１を指すリンクも複写される。つまり、ルートノー
ドＰ．２からは、内部構成ＹのノードＹ．１へのリンク
が保持される。逆に、内部構成ＹのノードＹ．１は、ル
ートノードＰ．１およびルートノードＰ．２への上位へ
のリンクがある。特に、断らない限り、リンクは順／逆
の方向がある。

【００２６】 ルートノードＰ．２の配下の構成情報
の差分は、まず、プログラムＰのリポジトリ１に従属す
るノードの集合とワークスペース６に従属するノード集
合とを作成し、リポジトリ１とワークスペース６との共
通ノード集合に対する処理、リポジトリ１にのみ存在し
ワークスペース６に存在しないノード集合に対する処
理、リポジトリ１に存在せずワークスペース６に存在す
るノード集合の処理を階層の上位のノードから下位のノ
ードへ処理することで実現する。

【００２７】（ア） 下記の条件の評価を行い、いず
れかが満たされれば、Δ仕様データに新たな版のノード
を作成し、リポジトリ１の対応（前版）のノード配下に
保持しているリンク集合を、新規作成の版のΔノードの
配下に複写する。また、新規に作成したΔ仕様データの
上位のΔ仕様データのノードとの接続を行う。ただし、
トップレベルに関しては、かならず配下のリンクを複写
していること、また上位のノードは存在しないので、複
写処理および上位ノードとの接続はバイパスする。

【００２８】・条件１： リポジトリ１またはワークス
ペース６のどちらか、あるいは両方に実体内容があるか
どうかを評価し、実体内容がある場合にはテキスト管理
手段４によってリポジトリ１とワークスペース６との差
分を作成し、かつ実体内容に差分が存在する場合

【００２９】・条件２： 従属するノード集合でリポジ
トリ１にのみ存在するノード集合が空でない場合

【００３０】・条件３： 従属するノード集合でワーク
スペース６にのみ存在する従属ノード集合が空でない場
合

【００３１】（イ） ノードに従属する共通ノード集合
の処理に関して述べる。プログラムＰに従属する共通の
ノード集合は、｛Ｙ｝であり、共通ノード集合の要素の
個数は１個である。ノードＹについてその実体内容の有
無が調べられる。いまの場合、実体内容がリポジトリ１
の側にもワークスペース６の側にも存在しないので、実
体内容の差分の作成は行われない。次に、内部構成Ｙの
配下のノードの有無を調べ、従属するノードがある場合
は、従属するノードの処理を行う。すなわち、処理
は、従属するノードがなくなるまで階層を深くしながら
再帰的に繰り返す。

【００３２】（ウ） リポジトリ１にのみ存在しワーク
スペース６に存在しないノード集合の処理に対しては、
Δ仕様データのノードの配下に複写したリンクの中で、
該当ノードを指しているノードとのリンクを削除する。

【００３３】（エ） ワークスペース６にのみ存在する
ノード集合の処理に関しては、該当ノード集合は新たに
追加されたノードであり、ワークスペース６の該当ノー
ドおよびその配下のノード集合をΔ仕様データの配下に
複写する。

【００３４】上記の処理の流れをプログラム仕様Ｐを
例に説明すると、次のようになる。ノードＰはトップレ
ベルにあるので、ノードＰの配下のノードはルートノー
ドＰ．１の配下に保持しているリンク集合が複写されて
いるので、の（ア）はバイパスされる。ノードＰを構
成するノード集合において、リポジトリ１との共通集合
｛Ｙ｝、リポジトリ１のみに存在するノード集合｛｝、
ワークスペース６のみに存在する集合｛Ｚ｝に対して行
われる。

【００３５】まず、共通集合に対しては、それを構成す
るメンバに対しての処理が再帰的に繰り返される。つ
まり、ノードＹの配下のノード集合の共通集合｛Ｙ１，
Ｙ２｝、リポジトリ１にのみ存在するノード集合｛Ｙ
０｝、ワークスペース６側にのみ存在するノード集
合｛｝（該当のノードはない）が作成される。

【００３６】（ア）の評価を行う。この結果、条件に該
当する（リポジトリ１にのみ存在するノード集合が空で
ない）ので、ノードＹ．２が新たに作成され、その配下
にノードＹ．１の配下に保持しているリンクが複写され
る。また、ノードＹ．２と上位ノードであるノードＰ．
２との接続がされる。

【００３７】さらに、ノードＹ１に対して再びの処理
が行われる。この結果、ノードＹ１を構成する配下のノ
ード集合が作成されるが、共通ノード集合，リポジトリ
１のみに存在するノード集合，ワークスペース６にのみ
存在するノード集合がいずれも空集合であるが、ノード
Ｙ１が実体内容を持っており、かつ実体内容に差分があ
るので、（ア）の条件が満たされる。したがって、ノー
ドＹ１．２が作成され、実体内容の差分がノードＹ１．
２に保持される。

【００３８】また、ノードＹ１．２の上位のノードであ
るノードＹ．２との接続とが行われる。ノードＹ１の配
下には集合がないので、共通ノード集合のネストはこれ
以上深くはならず、１段前に戻る。つまり、ノードＹ２
の処理に移る。

【００３９】共通ノード集合のメンバであるノードＹ２
に対しても同様な処理が行われるが、ノードＹ２に対し
ては配下の集合がなく、かつノードＹ２の実体内容にも
差分がないので、処理がバイパスされる。処理は、さら
に１段前のレベルに戻る。すなわち、ルートノードＰ．
１配下のノード集合でワークスペース６にのみ存在する
集合｛Ｚ｝の処理が行われる。つまり、ワークスペース
６のノードＺの配下のノード，リンクおよび実体内容
が、Δ仕様データ側、つまりルートノードＰ．２の配下
に複写される。その後、さらに１段前に戻ろうとする
が、すでにトップレベルにあるので、処理が終了する。

【００４０】以下では、Ｏ仕様データ（リポジトリ１の
解凍結果）に対してＮ仕様データ（ワークスペース６）
を作成する例について、構成差分管理手段３の動作を詳
細に説明する。

【００４１】ステップ６１： Ｎ仕様データおよびＯ仕
様データのトップレベル、つまり階層の先頭から順に処
理する。変数ｉは、レベルの深さを表す。レベル０はト
ップレベルであり、レベルが一段深くなる毎に１が加算
される。Δ仕様データのルートノードΔ＿Ｎ（ｉ）を作
る。また、トップレベルに関しては、ルートノードＯ＿
Ｎ（ｉ）の配下に保持するリンク集合Ｏ＿ＬｉｎｋＳｅ
ｔ（ｉ）をルートノードΔ＿Ｎ（ｉ）の下にリンク集合
Δ＿ＬｉｎｋＳｅｔ（ｉ）として複写する。そして、Ｏ
仕様データあるいはＮ仕様データが実体内容を持ってい
る場合には、Ｏ仕様データのルートノードＯ＿Ｎ（ｉ）
とＮ仕様データのルートノードＮ＿Ｎ（ｉ）との実体内
容の差分をテキスト管理手段４で作成し、ルートノード
Δ＿Ｎ（ｉ）の実体内容として保持する。

【００４２】ステップ６２： Ｏ仕様データのノードＯ
＿Ｎ（ｉ）に従属するＯ仕様データのノード集合Ｏ＿Ｎ
ｏｄｅＳｅｔ（ｉ＋１）を作成し、これをノード集合Ｐ
＿Ｏとする。同様に、Ｎ仕様データのノードＮ＿Ｎ
（ｉ）に従属するＮ仕様データのノード集合Ｎ＿Ｎｏｄ
ｅＳｅｔ（ｉ＋１）を作成し、これをノード集合Ｐ＿Ｎ
とする。

【００４３】ステップ６３： 上記で作成したノード集
合Ｐ＿Ｏとノード集合Ｐ＿Ｎとの共通集合を共通ノード
集合Ｐ、ノード集合Ｐ＿Ｏに存在しノード集合Ｐ＿Ｎに
存在しないノード集合Ｄ、ノード集合Ｐ＿Ｎに存在しノ
ード集合Ｐ＿Ｏに存在しないノード集合Ａを、ノードの
名前をキーとして論理積および論理差で作成する。

【００４４】ステップ６４： 以下の条件のどれかが満
たされているかどうかの判定を行う。

【００４５】・条件１： ノードＯ＿Ｎ（ｉ）かノード
Ｎ＿Ｎ（ｉ）かのどちらか、あるいは両方に実体内容を
持つ場合に、実体内容の比較をテキスト管理手段４で行
い、差分が存在する場合

【００４６】・条件２： ノード集合Ｄが空でない場合

【００４７】・条件３： ノード集合Ａが空でない場合

【００４８】ステップ６５： 上記が満たされていれ
ば、ノードΔ＿Ｎ（ｉ）を新規に作成し、ノードＯ＿Ｎ
（ｉ）とノードＮ＿Ｎ（ｉ）との実体内容の差分をテキ
スト管理手段４にて作成し、それをノードΔ＿Ｎ（ｉ）
の実体内容として作成するとともに、ノードＯ＿Ｎ
（ｉ）の配下に保持するリンク集合Ｏ＿ＬｉｎｋＳｅｔ
（ｉ）をリンク集合Δ＿ＬｉｎｋＳｅｔ（ｉ）の配下に
複写する。さらに、新規に作成したノードΔ＿Ｎ（ｉ）
をΔ仕様データの上位ノードと接続するｃｏｎｎｅｃｔ
処理６５０を行う（ただし、レベルｉが０、つまりトッ
プレベルの場合は、この処理はバイパスする）。ステッ
プ６５の条件が満たされないならば、配下に共通ノード
集合が存在するかどうかを評価して、存在すれば配下の
ノード処理を行うためにステップ６６の処理を行う。

【００４９】ステップ６６： 共通ノード集合Ｐが空か
どうかを判断する。空であれば、ステップ７１を実行
し、空でなければステップ６７を実行する。

【００５０】ステップ６７： 共通ノード集合Ｐの次の
要素を１つ取り出す。

【００５１】ステップ６８： ステップ６７の結果、共
通ノード集合Ｐに取り出す要素がなければ、レベルを１
つ戻るためにステップ７１を実行する。要素が取り出せ
たならば、ステップ６９を実行する。

【００５２】ステップ６９： レベルｉの共通ノード集
合Ｐをスタックして保持しておき（後続処理で使用す
る）、レベルｉを１つ加算しておく。

【００５３】ステップ７０： 共通ノード集合Ｐから取
り出した要素に対する処理を行うために、実線で囲われ
たｃｏｍｍｏｎ−ｓｅｔ処理を再帰的に呼び出す。

【００５４】ステップ７１： レベルｉは０かどうかを
評価し、レベルｉが０ならばトップレベルであるので処
理を終了し、レベルｉが０でなければレベルを戻すステ
ップ７２を実行する。

【００５５】ステップ７２： レベルｉを１減算する。
すなわち、１段前に戻る。

【００５６】ステップ７３： レベルｉの共通ノード集
合Ｐが存在するかどうかを評価する。レベルｉの共通ノ
ード集合Ｐが存在しなければ、ステップ７１を実行し、
レベルを戻し、さらに上位レベルの共通ノード集合Ｐが
存在するかどうかを評価する。存在すれば、スタックに
保持されているレベルｉの共通ノード集合Ｐの次の要素
を読み出すために、ステップ６７を実行する。

【００５７】ステップ６５０： 新規にΔ仕様ノードを
作成した場合に上位レベルのΔ仕様ノードとの接続を行
う処理を実行する。

【００５８】ステップ６５１： 変数ｑを初期化（ゼロ
クリア）する。変数ｑは、接続すべき上位レベルのノー
ドを管理する変数である。

【００５９】ステップ６５２： ノードＯ＿Ｎ（ｉ−
ｑ）を指すノードΔ＿Ｎ（ｉ−１−ｑ）が存在するかど
うかを評価する。変数ｑが０の場合は、ノードＯ＿Ｎ
（ｉ）の直上位レベルのノードはノードＯ＿Ｎ（ｉ−
１）とノードΔ＿Ｎ（ｉ−１）の両方から指されている
かどうかを評価することになる。これが真であるのは、
ｉが１でかつΔ仕様ノードを作成したときに本処理が呼
び出された場合だけである（ｉが１の場合は、トップレ
ベルがルートノードであるので、最初にΔ仕様データの
下にノードＯ＿Ｎ（１）へのリンクを複写している）。
それ以外の場合には、レベルｉの直上位としては見つか
らなくても、かならず上位のあるレベルにこのようなノ
ードは存在する（何故ならば、少なくともルートノード
の下には存在すること、および本構成モデルが木モデル
であり、上位リンクをたどることでかならず１つのルー
トノードにたどり着くからである）。

【００６０】ステップ６５３： ステップ６５２の結
果、上位レベルのノードが存在しなければ、上位レベル
のノードΔ＿Ｎ（ｉ−１−ｑ）を作成する。

【００６１】ステップ６５４： ノードＯ＿Ｎ（ｉ−
ｑ）を指す上位ノードをノード［ｘ］Ｏ＿Ｎ（ｉ−１−
ｑ）とすると、ノード［ｘ］Ｏ＿Ｎ（ｉ−１−ｑ）が実
体内容を持っていれば、ノードΔ＿Ｎ（ｉ−１−ｑ）の
実体内容は差分無しで作成する。これは、作成したΔ仕
様データの実体内容を設定する処理である。実体内容を
持っていれば、差分はないが実体内容を持っているので
差分ゼロの実体内容を作成することを意味する。実体内
容を持っていなければ、実体内容は無しとする。

【００６２】ステップ６５５： ノード［ｘ］Ｏ＿Ｎ
（ｉ−１−ｑ）のリンク集合をノードΔ＿Ｎ（ｉ−１−
ｑ）の下に複写し、そのリンクの中でノードＯ＿Ｎ（ｉ
−ｑ）を指すリンクを削除し、ノードΔ＿Ｎ（ｉ−ｑ）
を指すように変更する。すなわち、これでノードΔ＿Ｎ
（ｉ−ｑ）が上位レベルのΔ仕様ノードと接続される。

【００６３】ステップ６５６： 変数ｑを１加算し、さ
らに上位レベルのノードと接続する処理を行う。

【００６４】ステップ６５７： ノードＯ＿Ｎ（ｉ−
ｑ）を指すノードΔ＿Ｎ（ｉ−１−ｑ）が存在する場合
は、ノードΔ＿Ｎ（ｉ−１−ｑ）が指しているノードＯ
＿Ｎ（ｉ−ｑ）へのリンクを削除して、ノードΔ＿Ｎ
（ｉ−ｑ）を指すリンクに変更する。

【００６５】（２） 差分の強調表示の例

【００６６】図３において、３２および３３は、リポジ
トリ１のプログラムＰの第１版および第２版をそれぞれ
圧縮解凍手段２を使って復元し、ドキュメント手段５が
表示した例である。３１は、第１版と第２版との差分を
強調表示した例であり、本例について説明する。

【００６７】ドキュメント表示は、種々の表示がある
が、ここでは簡単にするため、ノードの内容を得て表示
する、つまり一番詳細なドキュメントを表示する例につ
いて説明する。ドキュメント手段５は、差分表示の対象
の構成差分については、構成差分管理手段３を使って認
識し、構成差分をその階層構造に基づきドキュメント上
に表示する。すなわち、３１において、Ｙ０という複合
的データの集まりは削除、Ｙ１が更新、Ｙ２は同じ、Ｚ
が追加であることが分かるように、その構成の単位で差
分表示を行う。この場合、３１のように削除については
構成Ｙ０の一群全体が削除されたことが分かるように、
第１版で表示された位置に表示し、削除されたマークを
付ける。追加についても削除とほぼ同様であり、構成の
一群が追加されたことが分かるようにマークを付ける。
更新に関しては、テキスト差分管理手段４によってテキ
ストデータ、すなわちレベルでの差分を表示する。この
場合、表示する内容は第１版および第２版のどちらかが
選択されることになる。図３の例の場合は、第２版を選
択、つまり最新のドキュメントの内容の上に第１版との
差分をマークした例である。「＃」は更新、「？」が追
加されたことが分かるように表示した例である。

【００６８】

【発明の効果】以上説明したように本発明は、ＣＡＳＥ
環境で複数の異なるタイプのデータの複合からなる仕様
データを版毎に全体の仕様データの複写を持つことな
く、版のルート、あるいは任意の版を表すベースとなる
版からの差分により保持できるという効果がある。ま
た、差分はデータタイプ毎で構成により管理するので、
タイプの異なるデータを比較して差分を作ることがな
く、変更部分を正確に捉えることができるとともにスペ
ース効率が向上した版管理ができるという効果がある。

【００６９】さらに、差分はドキュメント中に強調表示
できるので、版間の変更をソフトウェアのレビュー等で
活用する場合に分かりやすさが向上して、差分の活用を
向上するという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例に係る版管理システムの構成
を示すブロック図である。

【図２】本実施例の版管理システムにおいて仕様データ
の差分管理を例示する図である。

【図３】本実施例の版管理システムにおいて差分のドキ
ュメント表示を例示する図である。

【図４】本実施例の版管理システムにおける仕様データ
の構造を説明する図である。

【図５】図１中の構成差分管理手段の処理の前半を説明
する図である。

【図６】図１中の構成差分管理手段の処理の後半を説明
する図である。

【図７】図５中のΔ仕様データの上位ノードとの接続処
理（ｃｏｎｎｅｃｔ処理）を示す流れ図である。

【図８】（ａ）および（ｂ）は従来の技術を説明するた
めの図である。

【符号の説明】

１ リポジトリ ２ 圧縮伸張手段 ３ 構成差分管理手段 ４ テキスト差分管理手段 ５ ドキュメント手段 ６ ワークスペース

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 情報システムを構成するプログラムの導
   出元である仕様データの複数の版を管理する版管理シス
   テムにおいて、 複数の異なるタイプのデータの複合である仕様データの
   複数の版を管理・保管するリポジトリと、 ワークスペースから前記リポジトリに仕様データを格納
   するときに仕様データの圧縮を行い、逆に前記リポジト
   リから前記ワークスペースに仕様データを取り出すとき
   に圧縮された仕様データの解凍を行う圧縮解凍手段と、 仕様データを前記リポジトリに格納するときあるいは逆
   に前記リポジトリから取り出すときに版間の差分を仕様
   データに保持されるデータのタイプ毎に管理する構成差
   分管理手段と、 単一なデータ構造を持つテキストデータにおける差分を
   管理するテキスト差分管理手段とを有することを特徴と
   する版管理システム。
2. 【請求項２】 情報システムを構成するプログラムの導
   出元である仕様データの複数の版を管理する版管理シス
   テムにおいて、 複数の異なるタイプのデータの複合である仕様データの
   複数の版を管理・保管するリポジトリと、 ワークスペースから前記リポジトリに仕様データを格納
   するときに仕様データの圧縮を行い、逆に前記リポジト
   リから前記ワークスペースに仕様データを取り出すとき
   に圧縮された仕様データの解凍を行う圧縮解凍手段と、 仕様データを前記リポジトリに格納するときあるいは逆
   に前記リポジトリから取り出すときに版間の差分を仕様
   データに保持されるデータのタイプ毎に管理する構成差
   分管理手段と、 単一なデータ構造を持つテキストデータにおける差分を
   管理するテキスト管理手段と、 仕様データのドキュメントの出力においてドキュメント
   固有の表現形式の中に版間の差分を強調表示するドキュ
   メント手段とを有することを特徴とする版管理システ
   ム。