JPH11143755A - 階層構成情報のコピーおよび共有方法 - Google Patents

Abstract

(57)【要約】 【課題】階層に構成された大量の情報を効率的に管理す
る。 【解決手段】最初に、階層がコードの複数のバージョン
によって共有されることが可能となるように新しいリン
クを階層のルートに加えることによってファイルおよび
ディレクトリ項目からなる１つの階層の仮想コピーを作
成する。次に、階層が既に非共有とされていない場合に
限り、階層をその親またはルートまでコピーすることに
よって、階層を非共有とする。階層の１つの項目の非共
有化と共に、非共有を反映するように項目の改訂版履歴
を更新する。階層が非共有とされた後、階層の諸項目は
修正可能であり、項目の各修正がその項目の改訂版履歴
に反映される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一般的には、階層
に構成された情報の管理に関するもので、特に、階層に
構成された情報の効率的共有およびコピーに関するもの
である。

【０００２】

【従来の技術】ソフトウェアの開発において、ファイル
およびディレクトリの両者から成る単一の階層が、コー
ドの共通のベースラインからしばしば生じる複数の独立
した目的またはアプリケーションの使用に供されるよう
に一般に開発される。階層を使用する独立したアプリケ
ーションの各々は、階層のファイルまたはディレクトリ
の一部に対する変更または修正を必要とする場合があ
り、そのように必要とされる変更が、アプリケーション
毎に相違することが予想される。

【０００３】当然のことながら、ある１つの所与のアプ
リケーションに関してファイルおよびディレクトリの階
層に対して行われる変更はオリジナルの階層とは独立し
ていると共に、他のアプリケーションに関する変更から
も独立していることが望ましい。しかしながら、各アプ
リケーションに関して行われるすべての変更を追跡する
ため各アプリケーション毎にファイルおよびディレクト
リの階層をコピーすることは、数十万あるいはおそらく
数百万のファイルおよびディレクトの複製を重複して作
成することにつながる可能性がある。多数のアプリケー
ション(またはリリース)または多数のファイルおよびデ
ィレクトリを有する階層を利用するシステムにおいて
は、変更される階層の各コピーが記憶されなければなら
ないので、そのような重複は記憶空間の浪費である。そ
の上、システムは、階層を共有する種々のアプリケーシ
ョンによって必要とされる変更に対応するため、ファイ
ルの階層がコピーされなければならない回数に比例した
時間的負荷を負うことになる。

【０００４】複数の独立したアプリケーションに関して
開発されたファイルおよびディレクトリの階層を利用す
るシステムに必要とされるコピーのために必要な記憶空
間および時間を減少させるいくつかの試みが従来技術に
おいて開発されてきた。第１の手法は、アプリケーショ
ンによる修正が標示される度毎に階層全体のデータと全
く同じ複製を作成するものである。この手法は、大量の
記憶空間の使用、および、階層の複製の完了をシステム
のユーザが待つ長い時間をもたらす。

【０００５】第２の手法は、階層のあらゆるファイルま
たはディレクトリに対するあらゆる修正に関する改訂版
すなわちリビジョン(revision)情報を維持するものであ
る。各ファイルおよびディレクトリがそれ自身の改訂版
履歴を持ち、ファイルまたはディレクトリの改訂版履歴
の特定の改訂版が、アプリケーションにとって適切な基
準に従ってそのアプリケーションに関して選択される。
従って、あるアプリケーションがその階層に新規または
追加の変更を行うことを必要とする時、選択された階層
バージョンが修正され、ファイルまたはディレクトリの
新しい改訂版が作成され、それがファイルまたはディレ
クトリの改訂版履歴の一部になる。この手法は、特定の
改訂版を一度だけ作成し、その後は、単に正しい改訂版
の選択を通してその改訂版を必要とするアプリケーショ
ンがそれを使用することができるという利点を提供す
る。新しいアプリケーションまたはバージョンが作成さ
れると必ず各ファイルまたはディレクトリにおいて開始
するベースラインを記録することが必要となる。新しい
アプリケーションまたはバージョンの初期化に関連する
時間が大きく、開始ポイントがマークされなければなら
ないので、オーバーヘッド負荷は大きい。従って、シス
テムのユーザは、大きい階層のファイルおよびディレク
トリによって悪化されるコピー時の顕著な待ち時間また
は遅延に遭遇する。

【０００６】従来技術の第３の手法は、階層のファイル
またはディレクトリが修正されるべき時にのみ線形のco
py-on-write(コピーオンライト、書込時コピー)命令を
実行するものである。この手法は、一般にオペレーティ
ング・システムのカーネルにおいて使用され、システム
の複数のプロセスまたはアプリケーションによって変更
されないまま維持されると予想される大きなメモリ・ア
レイを共有する。メモリ・アレイのデータを管理するた
めに必要とされる制御構造は共有されず従って各プロセ
ス毎に複製されなければならない。そのため、線形copy
-on-write手法を使用するシステム・ユーザは待ち時間
の増加を感じる。しかしながら、制御構造の制御情報の
量が管理されているデータ量に比較して非常に少ない場
合には、この手法は適している。例えば、メモリ・アレ
イのメモリの各ページのための基準カウンタ整数が、制
御構造が管理されるべき多量のデータに比較して非常に
小さいことを示す。

【０００７】従来技術の線形copy-on-write手法は、多
数のファイルおよびディレクトリを持つ大きい階層に関
する効率を犠牲にする。複数の独立したアプリケーショ
ンによって使用される大きい階層から作成されると予想
される多数のコピーは、結局、効率的コピー時間を与え
るため制御構造それ自体がアプリケーションの間で共有
されることを必要とする。現状では制御構造は共有され
てなく、従って、線形copy-on-write手法は、多数のフ
ァイルおよびディレクトリを含む階層を持つシステムに
おいて使用される場合、効率的時間を提供しない。

【０００８】

【発明が解決しようとする課題】上記記述から、階層に
構成された大量の情報を効率的にコピーし共有すること
ができる未解決の必要性が当業界に存在することは明ら
かである。

【０００９】階層に構成された大量の情報を効率的にコ
ピーし共有する必要性に加えて、仮想的にコピーされ、
階層的に構成された情報を比較することができる必要性
が存在する。そのような比較を実行する１つの明確な方
法は、比較されている階層のファイルまたはディレクト
リ項目のすべてを各々比較することである。この手法の
問題は、比較される階層の間で等しい可能性のある下位
階層が認識されないので、実際には同じものである階層
間の項目を比較する際に大きな重複作業が実行されるこ
とである。単純比較命令にともなう更なる困難は、階層
の項目間で相違する情報だけが把握され、相違の方向ま
たはソースが把握されない点である。例えば、第１の階
層における作成と第２の階層における削除の間を区別す
るために利用できる変更履歴が存在しない。同様に、項
目名が変更された場合比較されている２つ以上の階層の
どの階層で名前変更が起きたのか判断することができな
い。

【００１０】このように、比較されるべきファイルまた
はディレクトリの２つ以上の階層間で効率的比較演算を
実行することができる未解決の必要性が当業界に存在す
る。そのような効率的な比較演算を実行することができ
るだけではなく、階層間の相違のソースを確認すること
ができる未解決の必要性もまた当業界に存在する。

【００１１】更にソフトウェア開発の別の局面におい
て、一定期間ある機能を他の機能と独立させて開発し、
変更が正しく動作することがわかれば新機能をソフトウ
ェアの他の機能とマージさせることが望ましい場合がし
ばしばある。大きい階層のファイルおよびディレクトリ
においては、そのような改良にともなう相違およびマー
ジが極めて大量となり、そのため、相違をマージする作
業は退屈であり人間のエラーを誘発しがちである。しか
しながら、大部分のマージが予測可能なデフォルトを持
つことは大きい階層の特性である。

【００１２】マージがソフトウェアに関して実行される
共通の作業であるが、マージの範囲は、典型的には、異
なる変更を持つファイルの内容をマージすることを含む
だけである。ファイルの属性はマージされないし、プロ
グラムの１つの論理的な分岐から他の分岐への変更コピ
ーを取り扱う体系的方法は提供されてない。階層項目の
属性には、項目の内容、項目の名前、項目の親ディレク
トリ、項目のモード、項目に関連する入出力タイプ、項
目に関するキーワード拡張タイプ、項目に関するユーザ
設計の属性ストリング、項目に関する作成または削除の
状態、項目がファイルであるかディレクトリであるかの
識別などが含まれる。更に、マージは典型的には１時点
で１つの項目について実行されるので、特に大規模の階
層のファイルおよびディレクトリについては非常に時間
のかかるプロセスである。

【００１３】かくして、少なくとも２つの階層のファイ
ルおよびディレクトリの間で内容のみならず属性相違を
マージするマージ演算を実行することができる未解決の
必要性が当業界に存在する。

【００１４】

【課題を解決するための手段】本発明の目的の１つは、
階層に構成された大量の情報を効率的にコピーすること
を可能にすることである。

【００１５】本発明の別の目的は、仮想的にコピーさ
れ、階層的に構成された情報を比較することを可能にす
ることである。

【００１６】本発明の更に別の目的は、比較されるべき
ファイルまたはディレクトリの２つ以上の階層間で効率
的比較演算を実行することを可能にすることである。ま
た、そのような効率的な比較演算を実行することができ
るだけではなく、階層間の相違のソースを確認すること
ができる未解決の必要性が当業界に存在する。

【００１７】本発明の更にまた別の目的は、少なくとも
２つの階層のファイルおよびディレクトリの間で内容の
みならず属性相違をマージするマージ演算を実行するこ
とを可能にすることである。

【００１８】本発明の第１の局面に従って、階層がコー
ドの１つまたは複数のバージョンによって共有されるこ
とが可能となるように新しいリンクを階層のルートに加
えることによってファイルおよびディレクトリ項目から
なる１つの階層の仮想コピーを先ず作成する方法によっ
て、階層的に構成された大量の情報の効率的コピーおよ
び共有手段が提供される。次に、階層が既に非共有とさ
れていない場合に限り、階層をその親またはルートまで
コピーすることによって、階層は非共有とされる。階層
の１つの項目の非共有化と共に、非共有を反映するよう
に項目の改訂版履歴が更新される。階層が非共有とされ
た後、階層の諸項目は修正可能であり、項目の各修正は
その項目の改訂版履歴に反映される。

【００１９】本発明の第２の局面に従って、ファイルお
よびディレクトリの項目の少なくとも２つの階層の効率
的比較方法が提供される。この方法において、最初のス
テップは、相違リストの初期化であって、比較されるべ
き２つの階層のルート・ディレクトリを相違リストに追
加する。共有される階層の項目が(共有は各項目の識別
子によって識別される)、相違リストの単一エントリに
マージされる。同じデータベース・アドレスを持つ項目
を表す複数の単一エントリの相違リストからの削除が次
に実行され、後に再帰演算される相違リストの項目数が
減少される。最後に、比較されている階層の項目の間の
すべての相違を含むように相違リストの項目が再帰的に
拡張される。

【００２０】本発明の第３の局面に従って、階層の適切
な項目を再共有することによって項目の階層の効率を維
持する方法が提供される。最初に、第１の階層の１つま
たは複数の項目または第１の階層の一部分が、第２の階
層の別の項目または第２の階層の一部分と同一の識別子
を有するか否かが判断される。項目のペアが比較され同
一であるか調べられる。そのペア項目が同一であれば、
それら項目は再共有化され、同じデータベース・アドレ
スを持つものとして特徴づけられる。

【００２１】本発明の第４の局面に従って、階層のソー
ス・バージョンにおいてなされる変更を用いて階層の目
標バージョンを自動的に更新する方法が提供される。階
層の１つまたは複数の項目の間でなんらかの相違が存在
するか否かを判断するため、階層の目標バージョンおよ
びソース・バージョンが比較される。相違を識別すれ
ば、各相違に関して共通の先祖改訂版を識別することが
可能である。人間の介入を必要としないデォルト・アク
ションが実行される。特定の変更に関する共通の先祖改
訂版の識別によって適切なデフォルト・アクションが定
義される。

【００２２】

【発明の実施の形態】ソフトウェア構成管理において、
ソフトウェアのバージョンが開発され、リリースされ
る。しかし、バージョンのリリースと共に開発は中止さ
れない。バージョンがリリースされた後、典型的には、
変更または「パッチ」がそのバージョンに対して継続し
て作成される。これを実行するため、本発明の方法は、
リリースされたバージョンの階層を作成する。変更およ
び通常改良されたソフトウェアの第２のバージョンをリ
リースするために第１のバージョンに対して行われる変
更のすべてが第１のバージョンと分離されるように階層
がコピーされる。加えて、ソフトウェア・コードの階層
からコピーを作成することによって、コードの変更の１
セットを他の変更セットから分離することが可能とな
る。ソフトウェア・コードの階層の種々のコピーは、ソ
フトウェア・コードの展開に沿って種々のチェックポイ
ントを表す。ソフトウェアの種々のバージョンがソフト
ウェア・コードの同一部分を使用する場合には、コード
のその部分の重複は、種々のバージョンによるコードの
共通の部分の共有化によって回避されなければならな
い。かくして、本発明は、いかなる数のファイルおよび
ディレクトリに関してもソフトウェアの種々のバージョ
ンの効率的管理を提供する。

【００２３】ソフトウェアの種々のバージョンに加え
て、本発明はソフトウェアの平行開発にとって有用であ
る。ソフトウェア開発においては、ソフトウェア・コー
ドの２つまたはそれ以上の関連バージョンが時間的に逐
次というよりむしろ同時に開発される方が一般的であ
る。例えば、２つのプログラムは、同じコードを多く使
用するが、異なるハードウェアまたはアプリケーション
での使用に対して設計されることがある。このような例
においては、コードの非効率な重複を減少させるため２
つのプログラムの両者が使用するコード部分を共有する
ことは利益があろう。

【００２４】階層に構成された大量の情報の効率的なコ
ピーおよび共有 本発明の方法は、独立したアプリケーションまたは改訂
版の各々にファイルの階層の仮想コピーを用意し、ファ
イルの階層が修正される時にのみその実際の、独立した
コピーを作成する。本発明の共有方法が適切に機能する
ようにするため、子の各々に対して１つの親として定義
されるようなファイルの厳格な階層の出現を各アプリケ
ーション毎に維持しなければならないが、本発明は、実
際には、少なくとも２つのアプリケーションによって共
有されるファイルの共有された階層の各々に対して複数
の親を用意する。

【００２５】図１を参照すれば、複数の親および複数の
子を持つ共有されたディレクトリが示されている。共有
ディレクトリに新しい親リンクを加えることによって、
複数のアプリケーションによるファイルの階層全体と共
にディレクトリの共有された使用が示される。このよう
に、ファイルの階層の新しい仮想コピーは、新しい親リ
ンクを共有されたディレクトリ階層のルートに単に追加
することによって作成される。

【００２６】図１の部分図Ａは、複数の親および複数の
子を持つ共有ディレクトリ１６を示している。親の名前
１２ａ、１２ｂ、１２ｃは、各々がファイルの同じ階層
を共有する３つの仮想コピーを表し、従って、すべての
親の名前１２ａ、１２ｂ、１２ｃは同じ共有ディレクト
リ１６をポイントする。子の名前１８ａ、１８ｂ、１８
ｃは、すべてが共有ディレクトリ１６に根ざす３つの子
ファイルまたはディレクトリ２０ａ、２０ｂ、２０ｃを
表す。改訂版履歴１４は、共有ディレクトリ１６それ自
体に対して行われる変更の履歴に関する情報を含む。階
層の各項目は、その階層のファイルおよびディレクトリ
を含み、それに関連した、改訂版履歴１４と同様の改訂
版履歴を有する。子２０ａ、２０ｂ、２０ｃの各々は、
図１に示されてはいないが、共有ディレクトリ１６の改
訂版履歴１４と同様の改訂版履歴を有する。

【００２７】階層の中の各項目は、改訂版履歴によって
表される(その項目への)変更の履歴を有し、その履歴は
その項目のすべてのインスタンスによって共有される。
例えば、項目"/a/b"は、"/a/b"というその他のあらゆる
事象によって共有される履歴を持つ。"/a/b"のような項
目が変更されると、その変更はその項目に関する改訂版
履歴の一部になる。改訂版履歴の中にもう１つのレコー
ドが作成される。このような意味において、改訂版履歴
は、ソフトウェア・コードに対して行われるいかなる変
更をも追跡するレコードの集合である。改訂版履歴をチ
ェックすることによって項目がどのように、何によっ
て、いつ変更されたかを確認するすることが可能であ
る。このように、ソフトウェアの第１のリリースされた
バージョンに対するパッチをソフトウェアの第２のリリ
ーズされたバージョンに対するものと比較するには、改
訂版履歴にアクセスすることが必要である。

【００２８】図２は、ある１つの項目の改訂版履歴の例
３０を示している。図２の改訂版履歴３０は、１つの項
目の改訂版履歴の１つの例にすぎないという点に留意さ
れるべきである。項目のバージョンＡは項目の改訂版１
を参照している。項目の改訂版２は、階層のバージョン
Ｆによって参照されていて、改訂版１から導出される。
項目の改訂版３は、項目の改訂版２に対する変更があり
次第作成される。項目の改訂版４は、改訂版１から導出
され、階層のバージョンＣの範囲内で参照される。項目
の改訂版５は、階層のバージョンＤの範囲内で参照さ
れ、改訂版３を改訂版４にマージして作成される。改訂
版６は、項目の改訂版２から導出され、該項目がバージ
ョンＢから削除されたことを標示する。最後に、改訂版
７は該項目がバージョンＥから削除されたことを標示す
る。前述のように、項目は階層のファイルおよびディレ
クトリに付随するものである。

【００２９】少なくとも２つのアプリケーションによっ
て共有されるファイルの階層の部分を修正するために
は、ファイルの階層のその部分をコピーまたは非共有化
することが先ず必要である。この意味において、本発明
に従う修正は、copy-on-write演算とみなすこともでき
る。図１の部分図Ｂを参照すれば、修正されるべきファ
イルの階層の部分を非共有化するための効率的なメカニ
ズムが示されている。図１の部分図Ａおよび部分図Ｂ
は、ファイルの階層の１つの共有ディレクトリの非共有
演算を示す。ディレクトリが非共有化またはコピーされ
る前に、先ず、共有ディレクトリの親ディレクトリが、
ルートまでさかのぼるそれ自身の親と共に、非共有化さ
れなければならない。共有ディレクトリは修正を行うこ
とができるように非共有化されなければならないが、共
有ディレクトリの下位階層は引き続き共有される。

【００３０】図１の部分図Ｂを見れば、親の名前１２ａ
はもはや共有ディレクトリをポイントしていない。代わ
って、親１２ａは非共有ディレクトリ２２をポイント
し、修正されることができない共有コピーではなく、修
正されることができるファイルの階層の実際のコピーを
表している。親の名前１２ｂおよび１２ｃは、共有ディ
レクトリ１６を依然としてポイントしていて、ファイル
の階層の仮想コピーを表している。子の名前１８ａ、１
８ｂ、１８ｃは、すべて共有ディレクトリ１６に根ざす
子のファイル２０ａ、２０ｂ、２０ｃを表す。子の名前
２４ａ、２４ｂ、２４ｃは、すべて非共有ディレクトリ
２２に根ざす子のファイル２０ａ、２０ｂ、２０ｃを表
す。図１の共有および非共有動作を通して、１つの項目
に対して行われるた変更の履歴を記述するため１つの改
訂版履歴が使用される点に留意する必要がある。例え
ば、共有ディレクトリ１６および非共有ディレクトリ２
２は、１つの項目について、共有あるいは非共有いずれ
かの異なる状態を表し、従って、改訂版履歴１４はその
項目の両方の状態と関連づけられる。

【００３１】上記概念を具体的に記述するため、ファイ
ルの階層の項目"/a/b"を修正する動作を考察する。まず
必要なことは、その項目の親すなわちファイルの階層の
ルート"/"が非共有化されることである。次に、新しく
非共有化されたルート・ディレクトリの中の"a"が非共
有化され、新しく非共有化されたルート・ディレクトリ
ａの中の"b"が非共有化される。これら３つの非共有化
演算は、新しく非共有化される項目ｂが修正されること
ができる前に、完了されなければならない。

【００３２】次に、項目"/a/b2"が修正されるべきもの
であると仮定する。項目"/a/b"が修正されて以来その項
目が存在する階層の仮想コピーが作成されなかったとす
れば、ルート・ディレクトリおよびディレクトリ"a"は
すでに非共有化されているので、/a/b2が修正される前
に、項目"b2"だけを非共有化すればよい。従って、"/a/
b2"を修正するため、３回の非共有化演算ではなくただ
１回の非共有化演算が実行されるだけでよい。

【００３３】この例は、本発明の重要な利点を例示して
いる。すなわち、仮想コピーが発生しなかった限り、修
正されるべきファイルの階層の部分における既に非共有
化された項目は、それ以降の修正を実行するため再度非
共有化される必要はない。従って、本発明は、ファイル
の階層のそのような部分を修正するために必要となる時
間量を減少させる。一般的には、修正演算の各々に必要
とされる非共有化演算の数は、修正されるべき項目の数
にほぼ等しいので、それ以降の修正のため必要とされる
増分時間は、従来技術の線形copy-on-write演算の増分
時間に接近する。

【００３４】しかしながら、本発明は、従来技術手法の
ユーザによって認識される時間を大幅に減少させる。フ
ァイルの階層のルートに対する新しい親リンクを単に作
成することによって、ファイルの階層の仮想コピーが作
成される。ファイルの実際の階層のコピーはそれが修正
されるまで遅延され、要求される修正に関係したファイ
ルの階層のその部分だけが非共有化される。階層が修正
されるべき時までコピーを延期し、修正のため必要な階
層部分だけを非共有化するという方法が、システムのユ
ーザによって認識される処理時間を大幅に減少させる。

【００３５】仮想的にコピーされ階層に構成された情報
の効率的な比較 ソフトウェア開発において、ファイルおよびディレクト
リの階層に対する変更は一般的に明確に維持される必要
があるが、一定の時間の後、オリジナルの階層またはそ
の他のベースライン階層から何が変わったかを知ること
が望ましいことがしばしばある。この必要性に対応する
ため、本発明は、ベースライン階層に対する変更された
階層の効率的な比較を提供する。２つの項目が同じデー
タベース・アドレスを参照すれば、それらは共有されて
いる。比較される２つの階層の間で何が共有され何が共
有されていないかを知ることは可能であるので、２つの
階層の比較は、共有されてない階層の部分だけを対象と
する。階層の共有された部分は定義によって等しいソフ
トウェアであるので、階層の共有された部分の比較が不
要であり従って無用である。

【００３６】また、改訂版履歴１４の範囲内に含まれる
情報によって、比較される階層の項目の間の相違を決定
するだけでなくそのような相違のソースをも知ることが
可能である。改訂版履歴１４の範囲内で実行された変更
の履歴は、変更を識別するだけでなく、そのような変更
が階層のどのバージョンで行われたかという識別を提供
する。例えば、当該項目に関する改訂版履歴を調べるこ
とによって、１つの階層における作成演算と別の階層に
おける削除演算を区別することが可能である。また、比
較されているどちらの階層において名前変更演算が実行
されたかは、それが改訂版履歴１４に同様に反映される
ので、明らかにすることが可能である。

【００３７】本発明の効率的な比較演算は、比較されて
いる階層の仮想コピーおよび共有演算、すべてのコピー
にわたる項目識別を維持するユニークな項目識別子およ
び改訂版履歴１４の内部に保持される変更レコードに基
づく。比較演算は、比較されている階層両者のルート・
ディレクトリの階層間相違リストへの書き込みまたは追
加の命令、この相違リストに項目をマージし、共有下位
階層を表す項目を削除する命令、および、相違リストに
残存する項目に上記演算を再帰的に実行する命令を含
む。比較演算において再帰演算を最小にすることが望ま
しい。２つ以上の階層における項目間の相違は、階層が
表す実際のデータではなく階層を調べることによって判
断される。

【００３８】比較の第１のステップは、比較されている
階層の各々のルート・ディレクトリを相違リストへ書き
込みまたは追加することによって相違リストを初期化す
ることである。比較されている階層のルート・ディレク
トリの書き込みの後の次のステップはマージおよび削除
演算である。

【００３９】ファイルおよびディレクトリの階層の各項
目は、データベース・アドレスだけでなくそれに関連す
るユニークな識別子を有する。少なくとも２つの階層の
中に存在している論理上等しい項目は、それらに関連し
た同じユニークな識別子を持つ。比較されている階層か
ら書き込まれたそのような項目は、相違リストにおいて
単一エントリに結合される。結合されたエントリにおけ
る複数項目が同一のデータベース・アドレスを持てば、
それらは共有され、同一であることが認められているの
で、そのエントリは相違リストから削除される。結合さ
れたエントリにおける複数項目が共有されない場合、そ
のエントリは再帰演算のためマークされる。

【００４０】比較演算の最終ステップは、上述の書き込
みおよびマージによって作成された相違リストを再帰的
に拡張することである。相違リスト上の非共有項目の各
々ごとに、項目と関連する下位項目が読み取られそして
相違リストに追加され、階層の各項目に対する上述のマ
ージ、削除および再帰ステップが、階層内に保有される
すべての相違が相違リストに記述されるまで、反復され
る。下位項目の意味を例示するため、非共有項目として
の"/a"を考察する。"/a"を親ディレクトリとして持つす
べての項目は、"/a"の下位項目とみなされる。例え
ば、"/a/b"および"/a/c"はともに"/a"の下位項目であ
る。

【００４１】拡張的再帰の目標は、２つの階層によって
共有されている項目に対する再帰演算を行うことなく階
層におけるすべての相違を見つけ出すことである。比較
演算の効率の鍵は、階層の間で共有されている項目に対
する再帰を回避することである。両方の階層からの１つ
の項目が相違リストの単一エントリに書き込まれ、結合
されたならば、それは、共有されているので、リストか
ら削除されるか、再帰演算を受ける準備ができている
か、いずれかである。再帰が適当であることが既知であ
るので、それ以上余分なチェックはこの状況において必
要でない。このように、相違リストにおける結合された
エントリが最初に再帰される。これにより、ほとんどの
項目は、後述の余分なチェックを行わず結合されたエン
トリにおいてペアを組むことができるので、効率が向上
する。

【００４２】すべての結合されたエントリが再帰演算さ
れると、ただ１つの階層だけの項目を含むエントリが再
帰演算される。単一項目に関するエントリを項目が両方
の階層に存在するものとただ１つの階層に存在するもの
とを区別するため、当該項目に関する改訂版履歴および
おそらく当該項目がまだ書き込まれていない階層におけ
る更なるチェックが実行されなければならない。

【００４３】項目に関する改訂版履歴はその項目が他の
階層で削除されているか否かを標示する。もし削除され
ていれば、これは相違目的のため記録され、エントリは
再帰演算される。

【００４４】そうでなければ、項目はそのユニークな識
別子によって他の階層において調べられる。もし存在し
なければ、エントリは再帰演算される。存在すれば、そ
の項目の再帰演算は、可能であれば、通常の書き込みが
行われるまで遅延される。そのような遅延が可能でない
場合、エントリは、結合されたエントリになる前に、再
帰演算され、結合が発生した後再帰を完了することがで
きる。

【００４５】本発明の比較演算の利点は、比較時間が、
階層自体のサイズによってではなく、比較されている階
層の間の相違の数によって決定される点である。比較さ
れている階層の共有下位階層は共有と識別され、比較演
算は実行されない。別の利点は、比較演算が、比較され
ている階層の間の相違を識別するだけではなく、１つの
階層における作成演算と別の階層における削除演算を区
別する能力を含むその他の価値ある情報を提供する点で
ある。そのような情報は、目標階層に対してなされた変
更を元に戻すことを必要とせずに、１つの階層において
行われた変更を別の目標階層にマージさせることを可能
にする。

【００４６】仮想的にコピーされ階層に構成された情報
の効率の維持 本発明の更なる局面は、少なくとも２つのアプリケーシ
ョンまたは改訂版によって使用される階層の部分を再共
有する機能である。仮想的にコピーされ、階層に構成さ
れた情報の効率を維持するため再共有演算が必要であ
る。上述のコピーに引き続いてソフトウェア・コードへ
の変更が行われると、ファイルの階層のコピーは時間の
経過と共に共有の度合が少なくなり、このため、上述の
比較は時間と共に効率が悪くなる。しかしながら、本発
明は、マージ演算が階層の項目を等しくさせた後それら
階層の項目を再共有させ、それによって効率を維持す
る。

【００４７】本発明の方法は、マージ演算の結果等しく
なる非共有階層部分を再度共有化する再共有演算を含
む。改訂版履歴１４を使用して、階層のどの部分が等し
いかが迅速にかつ効率的に判断される。階層部分の再共
有化は、図１の部分図Ａおよび部分図Ｂによって示され
る。図１の部分図Ｂから部分図Ａへの方向によって示さ
れる再共有化演算において、非共有ディレクトリ２２に
関連する余分な親の名前１２ａが削除される。図１の部
分図Ａに示されるように、すべての親の名前１２ａ、１
２ｂ、１２ｃは、再共有化の後、共有ディレクトリと関
連づけられる。再共有化演算は、典型的には、ソフトウ
ェア・コードに対するマージ演算とともに自動的に実行
される。

【００４８】改訂版制御項目の階層における変更の自動
的適用 ソフトウェア開発のもう１つ別の局面において、新しい
機能を一定期間他の機能と独立して開発し、その後それ
が許容可能な変更と認められれば新しい機能をソフトウ
ェアの他の機能とマージさせることが望ましいことが多
い。大きい階層のファイルおよびディレクトリにおい
て、そのような改良に関連する相違およびマージの数は
極めて多数となり、従って、相違をマージする作業は極
めて退屈で人間のエラーを誘発しがちである。しかしな
がら、大部分のマージが予測可能なデフォルトを持つこ
とは大きい階層の特性である。従って、本発明は、少な
くとも２つの階層の間のコンテントおよび属性の相違を
安全に自動的にマージするために必要な情報を保存し後
刻処理する手段を提供する。階層の項目のコンテントお
よび属性における変更を自動的に適用することは、一層
重要なタスクのためユーザを解放し、人間のエラーの発
生を減少する。

【００４９】前述のように、マージは共通のソフトウェ
ア・タスクであるが、従来技術における典型的マージの
範囲は、異なる変更を持つファイルのコンテントをマー
ジすることを含むだけである。従来技術においては、フ
ァイルの属性はマージされないし、プログラムの１つの
論理的な分岐から他の分岐への変更のコピーを取り扱う
体系的方法は提供されない。階層項目の属性には、項目
の内容、項目の名前、項目の親ディレクトリ、項目のモ
ード、項目に関連する入出力タイプ、項目に関するキー
ワード拡張タイプ、項目に関するユーザ設計の属性スト
リング、項目に関する作成または削除の状態、項目がフ
ァイルであるかディレクトリであるかの識別などが含ま
れる。更に、マージは典型的には１時点で１つの項目に
ついて実行されるので、特に大規模の階層のファイルお
よびディレクトリについては非常に時間のかかるプロセ
スである。

【００５０】本発明において、階層の間の相違の大部分
のマージはユーザの介入なしに自動的に実行されること
ができる。これを達成するため、比較およびマージ演算
は、階層のバージョンの間で実行される。バージョン
は、ファイル改訂版の完全な階層として定義される。項
目のすべての属性に対するあらゆる変更がその項目と関
連した改訂版履歴１４に記録される。変更記録は改訂版
として知られ、あらゆる改訂版は以下の情報を記録す
る。すなわち、どの改訂版から変更が導出されるか、変
更が作成される対象のバージョン、前の改訂版以後どの
属性が変更したかを標示するフラグ、および、項目の改
訂版履歴におけるユニークな改訂版番号という情報であ
る。更に、本発明の方法は、ある１つ階層における作成
と別の階層における削除を区別する。１つの項目がある
バージョンから削除される時、その項目に関する改訂版
履歴は、その項目のあらゆる属性が変更したことを標示
する。しかしながら、ある項目が１つのバージョンにお
いて作成されるかまたは削除から復活させられる時、そ
の項目に関する改訂版履歴は変更を示さない。ある項目
が階層のいくつかのバージョン中に存在するとすれば、
その項目の改訂版履歴における独立した削除レコード
が、実行された各削除演算毎に作成される。従って、項
目が２つのバージョンから削除されるならば、２つの削
除レコードがその項目の改訂版履歴に存在する。この削
除レコードによって、項目の作成ではなく削除を伝播し
ていることが認められる。

【００５１】上記の概念は、ソース・バージョンおよび
目標バージョンを用いて例示することができるであろ
う。目標バージョンは、目標バージョンにまだ適用され
ていないソース・バージョンにおける変更を含むように
更新される。ソース・バージョンおよび目標バージョン
の比較に従って所与の項目における相違が指摘される
時、ソース・バージョンまたは目標バージョンによって
参照される項目の共通の先祖または改訂版が見つけられ
る。

【００５２】種々のデフォルト・アクションを項目の共
通の先祖の識別によって定義することが可能である。ソ
ース・バージョンが目標バージョンにマージされる場
合、下記のマージ・テーブルに示されるように、デフォ
ルト・アクションは３つの可能な共通の先祖シナリオに
従って定義されることができる。第１に、項目の共通の
先祖がソース・バージョンによって参照される改訂版で
あれば、これは、変更が目標バージョンだけに対して行
われたことを標示する。再度図２を参照すれば、このシ
ナリオ・タイプの例は、バージョンＡがソース・バージ
ョンであり、バージョンＣまたはバージョンＤのいずれ
かが目標バージョンである場合である。この場合、目標
バージョンに既に存在しないソース・バージョンにおけ
る変更はないので、デフォルト・アクションは何もしな
いことである。下記マージ・テーブルに示されるよう
に、目標バージョンへの変更が、作成、削除あるいは変
更のいずれであるかに関係なく、デフォルト・アクショ
ンは何もしないことである。目標バージョンにおける種
々の変更に対する代替アクションがマージ・テーブルに
示されている。目標バージョン変更が作成であれば、代
替マージ・アクションは削除または破棄を実行すること
である。目標バージョン変更が削除であれば、代替マー
ジ・アクションは、存在または削除アンドゥ演算であ
る。目標バージョン変更が属性変更であれば、代替マー
ジ・アクションは、存在または反転演算である。デフォ
ルト・マージ・アクションとは相違して、代替マージ・
アクションを達成するためなんらかのユーザの介入が必
要とされる。

【００５３】第２に、項目の共通の先祖が目標バージョ
ンによって参照される改訂版であれば、これは、変更が
ソース・バージョンに対してのみ行われたことを標示す
る。図２を参照すれば、このシナリオは、目標バージョ
ンＡおよびソース・バージョンＦによって表され、この
場合変更はソース・バージョンＦに対してのみ行われて
いる。このケースでは、デフォルト・アクションは、目
標バージョンを正確にソース・バージョンのようにする
ことであり、それによって、すべてのソース・バージョ
ンの変更が目標バージョンに組み入れられる。言い換え
ると、デフォルト・アクションは、ソース・バージョン
Ｆが参照しているもの例えば改訂版２を目標バージョン
Ａが参照するようにさせ、目標バージョンＡのすべての
属性をソース・バージョンＦの属性に合致させることで
ある。目標バージョンの変更は影響を受けない。

【００５４】下記マージ・テーブルに示されるように、
デフォルト・アクションはソース・バージョンの変更を
反映する。ソース・バージョン変更が作成であれば、デ
フォルト・アクションは作成であり、ソース・バージョ
ン変更が削除であれば、デフォルト・アクションは削除
である。ソース・バージョン変更が変更であれば、デフ
ォルト・アクションは変更である。ソース・バージョン
における種々の変更に関する代替アクションが下記マー
ジ・テーブルに示されている。ソース・バージョン変更
が作成であり目標バージョンが存在しないなら、代替マ
ージ・アクションは、削除または拒絶演算を実行するこ
とである。ソース・バージョン変更が削除であり目標バ
ージョンが存在すれば、代替マージ・アクションは、存
在または拒絶演算である。ソース・バージョン変更が変
更であり目標バージョンが存在すれば、代替マージ・ア
クションは、存在または拒絶演算である。デフォルト・
マージ・アクションとは相違して、代替マージ・アクシ
ョンを達成するためなんらかのユーザの介入が必要とさ
れる。

【００５５】第３に、項目の共通の先祖がソース・バー
ジョンまたは目標バージョンのいずれかによって参照さ
れてない改訂版であれば、これはソースおよび目標バー
ジョン両者に対して変更が行われたことを標示する。例
えば、図２において、ソース・バージョンＣおよび目標
バージョンＦに対して変更が行われている。

【００５６】項目の共通の先祖がソース・バージョンま
たは目標バージョンのいずれかによって参照されてない
改訂版である第３のタイプに対応する可能なデフォルト
・アクションは３つある。これらの３つのタイプのデフ
ォルト・アクションは下記マージ・テーブルに明示され
ている。第１のデフォルト・アクションは、ソースおよ
び目標バージョンの共通の要素をもたない属性が影響を
受け、従って、ソースおよび目標バージョンの間に相互
に矛盾しない変更が存在するような状況に関するもので
ある。そのような状況は、例えば、変更が、ソース・バ
ージョンの項目のモードおよび目標バージョンの項目の
名前に対して行われたような場合に発生する可能性があ
る。この例における変更は、明らかに、ソースおよび目
標バージョンにおける項目のモードおよび名前属性とい
う相互に関係のない属性に対するものである。このケー
スでは、目標バージョンに対して行われた変更を一切失
うことなくソース・バージョンの変更が目標バージョン
にコピーされる。このデフォルト・アクションは、変更
がソース・バージョンに対して発生し、属性の異なるセ
ットへの変更が目標バージョンに対して発生した場合に
対するものとして、下記マージ・テーブルに示されてい
る。このデフォルト・アクションは、目標バージョンに
対してすでに行われた変更を失うことなくソース・バー
ジョンの変更演算を目標バージョンにコピーすることに
よってソースおよび目標バージョンの変更を結合するこ
とである。このケースにおける１つの代替アクション
は、ユーザによるなんらかの別のアクションである。

【００５７】第２の代替アクションが取られるのは、ソ
ースおよび目標バージョンにおいて変更されたある限ら
れた値の属性に関して矛盾があるケースにおいてであ
る。限られた値の属性の例には、項目のモード、項目の
入出力モード、項目のキーワード拡張タイプおよび項目
の作成または削除の状態が含まれる。このケースでは、
ソースおよび目標バージョンの間の変更が控えめである
方が望ましい。例えば、項目がソース・バージョンから
削除され目標バージョンにおいて変更された場合、デフ
ォルト・アクションは目標バージョンにおける変更であ
る。このデフォルト・アクションは、ユーザの介入なし
に実行される。このデフォルト・アクションは、下記マ
ージ・テーブルにおいて２つの例について示されてい
る。第１に、削除がソース・バージョンで発生し、変更
が目標バージョンで発生するシナリオにおいて、デフォ
ルト・マージ・アクションは目標バージョンの変更を維
持することである。このシナリオにおける代替アクショ
ンは、ある種のユーザ介入を必要とし、ソース・バージ
ョンの削除を維持することである。第２に、変更がソー
ス・バージョンで発生し、削除が目標バージョンで発生
するシナリオにおいて、デフォルト・マージ・アクショ
ンはソース・バージョンの変更を維持することである。
このシナリオにおける代替アクションは、ある種のユー
ザ介入を必要とし、目標バージョンの削除を維持するこ
とである。

【００５８】第３のアクションが取られるのは、項目コ
ンテント、項目名および項目の親の名のような値の範囲
に制限のない項目属性において矛盾が発生するケースに
おいてである。この状況において、そのような矛盾を整
理するためユーザの介入が必要とされる。このように、
デフォルト・アクションは存在しないが、目標およびソ
ース・バージョンの間で内容をマージするような場合に
は、ユーザに代わって自動的に処理が進められる場合も
ある。ソースおよび目標バージョンに対して異なる変更
が行われた場合のデフォルト・アクションとしてのマー
ジが下記マージ・テーブルに示されている。このケース
における代替アクションは、ある種のユーザ介入を必要
とし、ソース・バージョンまたは目標バージョンのいず
れかの変更を選択することである。

【００５９】

【表１】 マージ・テーブル目標のみ変更の場合 デフォルト 代替 ソース状態 目標状態 アクション アクション 存在しない 作成 何もせず 削除(破棄) 存在 削除 何もせず 存在(削除アンドゥ) 存在 変更 何もせず 存在(反転)ソースのみ変更の場合 デフォルト 代替 ソース状態 目標状態 アクション アクション 作成 存在せず 作成 削除(拒絶) 削除 存在 削除 存在(拒絶) 変更 存在 変更 存在(拒絶)ソースおよび目標の両方変更の場合 デフォルト 代替 ソース状態 目標状態 アクション アクション 属性変更 異なる属性変更 結合変更 ユーザ介入 削除 変更 変更 削除 変更 削除 変更 削除 変更 変更 マージ ソースまたは 目標選択

【００６０】本発明のこの局面に従って、ソース・バー
ジョンおよび目標バージョンによって共有される項目に
対して行われる多数のコンテントおよび属性変更は、自
動的にマージされることができる。デフォルト・マージ
・プロセスは、目標およびソース・バージョンの間の項
目の完全な階層を対象とすることができる。目標および
ソース・バージョンの間の作成変更および削除変更は、
ユーザの介入を必要とすることなく自動的に完了され
る。変更に関する十分な情報が項目の改訂版履歴に記憶
されることによって、目標およびソース・バージョンの
マージ演算の大部分において合理的なデフォルト・アク
ションを実行することが可能となる。デフォルト・アク
ションはこの操作からユーザを解放し、ユーザの介入を
必要とする別の操作にユーザを集中させる。本の発明の
この局面は、多数の相違を有する非常に大きい階層に対
しても容易に適用することが可能であり、また定型業務
の使用にも適している。

【００６１】以上、本発明を好ましい実施形態を参照し
て記述したが、本発明の理念を逸脱することなく上記実
施形態に種々の修正または変更を加えることが可能であ
る点は当業者に理解されることであろう。

【００６２】本発明には、例として次のような実施様態
が含まれる。 （１）階層に構成された大量の情報を効率的にコピーお
よび共有する方法であって、階層に含まれる複数の項目
の各々に対して行われたすべての変更を標示する改訂版
履歴を各項目毎に作成し、階層が複数のバージョンによ
って共有されるようにするため新しいリンクを階層のル
ートに追加することによって複数の項目を有する階層の
仮想コピーを作成するステップ(a)と、階層が既に非共
有化されてない場合階層のルートまで階層をコピーする
ことによって階層を非共有化するステップ(b)と、修正
される各項目毎にその項目の修正を反映するようにその
項目の改訂版履歴を更新することを通して、非共有化さ
れた階層の複数の項目のうちの１つまたは複数の項目を
修正するステップ(c)と、を含む方法。 （２）階層を非共有化させるステップが実行された後、
階層の複数の下位階層が引き続き共有される、上記
（１）に記載の方法。

【００６３】（３）ファイルおよびディレクトリの少な
くとも２つの階層を効率的に比較する方法であって、第
１の階層の各項目および第２の階層の各項目に識別子お
よびそれに関連するデータベース・アドレスを割り当
て、第１の階層のルート・ディレクトリおよび第２の階
層のルート・ディレクトリを相違リストに加えることに
よって相違リストを初期化するステップ(a)と、第１の
階層の第１の項目が第２の階層の第２の項目の第２の識
別子と等しい第１の識別子を持つか否かを判断するステ
ップ(b)と、第１の項目の第１の識別子が第２の階層の
第２の項目の第２の識別子と等しく、従って、第１の項
目および第２の項目が共有されていることが標示されれ
ば、第１の階層の第１の項目と第２の階層の第２の項目
を相違リストの単一エントリにマージするステップ(c)
と、第１の階層の複数項目の各項目毎に、上記ステップ
(b)およびステップ(c)を反復するステップと、第１の階
層の第１の項目が第２の階層の第２の項目の第２のデー
タベース・アドレスと等しい第１のデータベース・アド
レスを有するか否かを判断するステップ(e)と、第１の
階層の第１の項目の第１のデータベース・アドレスが第
２の階層の第２の項目の第２のデータベース・アドレス
と等しければ、相違リストからその単一エントリを削除
するステップ(f)と、相違リストが第１の階層および第
２の階層によって共有されない項目だけを含むようにす
るため第１の階層の複数項目の各々毎に上記ステップ
(e)およびステップ(f)を反復するステップ(g)と、相違
リスト上の項目の各々に関して相違リスト上に複数の下
位項目を加えることによって相違リストを再帰的に拡張
するステップ(h)と、相違リストが第１の階層の複数の
項目および第２の階層の複数の項目の間のすべての相違
を含むようにするため必要に応じて上記ステップ(b)乃
至ステップ(h)を反復するステップ(i)と、を含む方法。

【００６４】（４）階層の効率を維持するため少なくと
も２つの改訂版によって使用される階層のいかなる部分
をも再共有化させる方法であって、第１の階層の第１の
項目または第１の階層の一部が第２の階層の第２の項目
または第２の階層の一部と同じ識別子を持つか否かを判
断するステップ(a)と、第１の項目が第２の項目と同じ
識別子を持てば、第１の階層の第１の項目と第２の階層
の第２の項目をペアとさせるステップ(b)と、第１の項
目と第２の項目を比較してそれらが同一であるか否かを
判断するステップ(c)と、第１の項目と第２の項目が同
一であればそれらが同一のデータベース・アドレスを持
つように第１の項目と第２の項目を再共有化させるステ
ップ(d)と、を含む方法。

【００６５】（５）適切なデフォルト・アクションを定
義し実行することによって階層のソース・バージョンに
おいて行われた変更を用いて階層の目標バージョンを自
動的に更新する方法であって、階層の１つの項目の１つ
または複数の属性に対して行われる変更の各々を当該項
目の改訂版履歴に変更記録として記録し、複数の項目を
持つ階層の目標バージョンを階層のソース・バージョン
と比較するステップ(a)と、階層の各項目の１つまたは
複数の属性における目標バージョンおよびソース・バー
ジョンの間のいかなる相違をも識別するステップ(b)
と、目標バージョンおよびソース・バージョンの間に相
違が認めらるが階層の各項目に関して項目の相違がない
場合に項目の共通の先祖改訂版を識別するステップ(c)
と、ソース・バージョンを目標バージョンにマージする
ため項目の共通の先祖改訂版の識別によって定義される
デフォルト・アクションを人間の介入なしに実行するス
テップ(d)と、を含む方法。

【００６６】（６）項目の共通の先祖改訂版がソース・
バージョンによって参照されていれば、目標バージョン
において項目の属性が変更されていることであり、デフ
ォルト・アクションは何にもしない、上記（５）に記載
の方法。 （７）項目の共通の先祖改訂版が目標バージョンによっ
て参照されていれば、ソース・バージョンにおいて項目
の属性が変更されていることであり、デフォルト・アク
ションが、ソース・バージョンにおける項目の１つまた
は複数の属性変更を目標バージョンに取り入れることで
ある、上記（５）に記載の方法。 （８）項目の共通の先祖改訂版が階層のソース・バージ
ョンまたは目標バージョンのいずれかによって参照され
ていなければ、項目がソース・バージョンおよび目標バ
ージョンの両方において変更された、上記（５）に記載
の方法。 （９）ソース・バージョンおよび目標バージョンにおい
て変更の矛盾がなければ、デフォルト・アクションがソ
ース・バージョンおよび目標バージョン変更を項目に結
合させることであり、限られた値の１つまたは複数の属
性に対する変更がソース・バージョンと目標バージョン
の間で矛盾している場合、デフォルト・アクションは、
ソース・バージョンおよび目標バージョンにおける項目
に対する変更を選択するものであり、範囲が無制限の値
を持つ項目の１つまたは複数の属性に対する変更がソー
ス・バージョンと目標バージョンの間で矛盾している場
合、デフォルト・アクションがない、上記（８）に記載
の方法。

【００６７】

【発明の効果】本発明によって、いかなる数のファイル
およびディレクトリに関してもソフトウェアの種々のバ
ージョンを効率的に管理することが可能となり、また、
コードの複数のバージョンを並行的に開発する場合に、
重複する部分と重複しない部分を効率的に管理すること
ができる。

【図面の簡単な説明】

【図１】本発明に従った階層構成情報の共有および非共
有演算を示すブロック図である。

【図２】本発明に従った階層の項目の改訂版履歴の例を
示すブロック図である。

【符号の説明】

１２ 親の名前 １４、３０ 改訂版履歴 １６ 共有ディレクトリ １８、２４ 子の名前 ２０ 子 ２２ 非共有ディレクトリ

Claims (1)

【特許請求の範囲】
1. 【請求項１】階層に構成された大量の情報を効率的にコ
   ピーおよび共有する方法であって、 階層に含まれる複数の項目の各々に対して行われたすべ
   ての変更を標示する改訂版履歴を各項目毎に作成し、階
   層が複数のバージョンによって共有されるようにするた
   め新しいリンクを階層のルートに追加することによって
   複数の項目を有する階層の仮想コピーを作成するステッ
   プと、 階層が既に非共有化されてない場合階層のルートまで階
   層をコピーすることによって階層を非共有化するステッ
   プと、 修正される各項目毎にその項目の修正を反映するように
   その項目の改訂版履歴を更新することを通して、非共有
   化された階層の複数の項目のうちの１つまたは複数の項
   目を修正するステップと、を含む方法。