JPH09190369A - 更新データストリーム作成方法 - Google Patents

Abstract

(57)【要約】 【課題】オリジナル・データストリームに対する変更を
表すデルタ・ストリームまたは先行デルタ・ストリーム
に対する変更を表すデルタ・ストリームからなる複数の
順次デルタ・ストリームをマージして、更新データスト
リームを作成するコンピュータ装置および方法を提供す
る。 【解決手段】複数の順次デルタ・ストリームに対応する
トランザクション・エレメントの連鎖を構築し、更新デ
ータストリームに伝送すべきデータ・バイトをトランザ
クション連鎖から探し求める検索要求に応答して、オリ
ジナルのデータストリームに対する最新リビジョン修正
版を表す末尾トランザクション・エレメントから先ずデ
ータが返される。トランザクション連鎖が検索要求に応
じることができない場合オリジナル・データストリーム
からデータ・バイトが応答される。検索要求に対してな
にも応答されなくなると、更新データストリーム構築動
作が終了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オリジナル・デー
タストリームに対する変更を表すデルタ・ストリームま
たは先行デルタ・ストリームに対する変更を表すデルタ
・ストリームを含む複数の順次デルタ・ストリームをマ
ージするコンピュータ装置および方法に関するものであ
り、具体的には、１)オリジナル・データストリームに
対する複数の順次デルタ・ストリームをマージして更新
データストリームを作成する、２)複数の順次デルタ・
ストリームをマージしてコンパイルされたデルタ・スト
リームを作成する、あるいは、３)１つまたは複数のデ
ルタ・ストリームがオリジナル・データストリームとマ
ージされる時または相互にマージされる時１つまたは複
数の負のデルタ・ストリームを作成する、装置および方
法に関するものである。本発明の方法および装置は、コ
ンピュータ・バックアップ・プロセス、バージョン管理
プログラム等と連係して使用される場合がある。

【０００２】

【従来の技術】１９９３年３月３０日出願の米国特許出
願第08/039,702号は、オリジナルおよび更新されたコン
ピュータ・ファイルに関する変更リストを作成する方法
および装置を開示している。この方法および装置は、Ｃ
ＰＵ上のハッシュ生成機構を利用してオリジナル・ファ
イルに関するトークン・セットを作成する。その後、Ｃ
ＰＵ上の比較機構が、そのトークン・セットおよウィン
ドウ操作技術を使用して、オリジナルおよび更新された
ファイル内の共通ページの位置を特定する。次に、比較
機構が、共通ページ情報および更新されたファイル(あ
るいはオリジナル・ファイルの)残りの非共通部分を使
用して、オリジナル・ファイルと更新されたファイルの
間の差分を表すデルタを作成する。デルタは、別のコン
ピュータに伝送されオリジナル・ファイルのバックアッ
プ・コピーと結合され、更新されたファイルのバックア
ップ・コピーが作成される。オリジナル・ファイルおよ
び一連のデルタを使用することによって、履歴ファイル
情報がコスト効率よく保持される。

【０００３】上記引用の特許出願に記載のデルタのマー
ジを必要とするバックアップ操作は、変更増分のマージ
を必要とする場合に比較して大幅に能率化されている。
例えば、種々のタイプが混合した１ギガバイトのファイ
ルがその情報の０.５％毎日変更されると仮定する場
合、同一の変更がそのファイルの１５％に及ぶことがあ
る。上記引用の特許出願の方法を使用して作成される毎
日のデルタ・ファイルは０.５％変更を表すために約５
メガバイトのサイズでよいが、一方、毎日の増分変更フ
ァイルはファイルの１５％に当たる変化部分を表さなけ
ればならず、１５０メガバイト以上のサイズを必要とす
る。毎週の全面バックアップおよび毎日の増分バックア
ップを仮定すれば、１年に７８ギガバイトの情報が書き
込まれ、各増分変更バックアップに約３時間を要する。
毎日デルタ・バックアップを使用するとすれば、年間わ
ずか２ギガバイトが書き込まれるだけで、各バックアッ
プ・セッションの所要時間は約５分である。

【０００４】このような時間および記憶空間の節約は、
１ギガバイトのデータベースにおける０.５％の変更の
場合に一層明確となる。データベースにおいては、０.
５％の変更が、データベースの１００％に及ぶことがあ
り、上記引用特許出願に記載のデルタ・ファイルを使用
するバックアップ操作は時間、記憶空間およびコストの
一層顕著な節約を生む。

【０００５】

【発明が解決しようとする課題】上記引用の特許出願に
記載の装置および方法が独特の利点を有するとはいえ、
デルタ・ファイルをバックアップ・ファイルのコピーと
順次マージする方法は、特に毎日数千のファイルとデル
タをマージするためバックアップ・レポジトリが必要と
される場合、バックアップ・レポジトリ処理に長いＣＰ
Ｕ時間を必要とするという欠点がある。従って、バック
アップ・レポジトリによって実行される動作の数を減少
させる方法を提供することが本発明の主目的である。

【０００６】デルタ・ファイルがバックアップ・レポジ
トリによって保存されることを上記引用特許出願が開示
しているが、各デルタに対して負のデルタを作成し、バ
ックアップ・レポジトリに負のデルタを保存することに
は利点がある。負のデルタを保存することによって、バ
ックアップ・レポジトリが、その現在のバックアップ・
コピーと１つまたは複数の負のデルタをマージさせるこ
とが可能となり、それによって前のバージョンのファイ
ルを再構築することができる。従って、本発明の更に別
の目的は、負のデルタの作成を可能にし、それにより先
行バージョンのファイルの取り出しを可能にする方法お
よび装置を提供することである。

【０００７】非常に多数のデルタ・ファイルを管理する
のは厄介であるので、あまりに多数になった時デルタ・
ファイル(特に古いデルタ・ファイル)の数を周期的に減
らすことが望ましい。しかし、単にＮ番目毎のデルタを
削除しても、複数デルタ間の必要な順序関係が破壊され
る。従って、いくつかのデルタをマージしてコンパイル
されたデルタを作成し、バックアップ・レポジトリの管
理の必要性を減少させる装置および方法を提供すること
が本発明の更に別の目的である。上記引用の特許出願に
開示されているデルタ・ファイルは、１)（例えばコン
ピュータ・ファイルのような)オリジナル・データスト
リームと(例えばコンピュータ・ファイルの改訂版コピ
ーのような)更新されたデータストリームの間、あるい
は、２)２つの連続する更新データストリームの間にお
ける合致および変更セグメントを示す情報を含む。スト
リームは、データが順次の関係を持つという事実に依存
する。すべてのデルタ・ファイル(変更ファイル)が順次
的関係を持つわけではない。

【０００８】アクセスの容易さのため、また、順次記憶
媒体が非順次(シーク型)媒体より大幅に廉価であるた
め、順次ファイルを順次媒体に記憶することは望まし
い。順次媒体の例は磁気テープであり、シーク型媒体の
例には、フロッピーディスク、ハードディスクおよびＣ
Ｄ−ＲＯＭが含まれる。現在までのところ、上述の諸目
的を達成する方法および装置は開発されていない。

【０００９】デルタ・ファイルをマージする既存の方法
の１つは、反復的作成方法である。反復的作成システム
は、基本ファイルを１つまたは複数のデルタ・ファイル
と連続的にマージする。複数のデルタ・ファイルは、基
本ファイルと同時並行的にマージされない。反復的作成
方法は、マージを実行するＣＰＵの入出力(Ｉ／Ｏ)動作
を減少させない。基本ファイルは、マージすべきデルタ
・ファイルの各々について一度読み書きされなければな
らない。このように、Ｎ個のデルタ・ファイルを基本フ
ァイルとマージするためのＩ／Ｏ動作の数は、((Ｎ＊
２)＋１)＊(基本ファイルのバイト数)に等しい。反復的
作成システムは、シーク型媒体についてのみ機能し、従
って順次媒体上に記憶されたデルタ・ストリームをマー
ジするために使用されたことはない。反復的作成システ
ムを使用して順次媒体上に記憶されたデルタ・ストリー
ムをマージしなければならない場合は、先ずデルタ・ス
トリームをシーク型媒体にコピーしなければならず、そ
のため、ＣＰＵのＩ／Ｏ動作数が増加する。反復的作成
システムを使用して負のデルタ・ファイルを作成するシ
ステムは知られていない。

【００１０】反復的作成方法の１つのバリエーションは
反復的作成パイプライン方法である。基本ファイルが、
１つのデルタ・ファイルに関連する更新プロセスに供給
される。更新プロセスの出力が別の更新プロセスに供給
され、次々とパイプ上に連結して最後に最終的更新ファ
イルが作成される。反復的作成パイプライン方式は、マ
ルチタスキング・システムの出現によって可能にされた
もので、マルチタスキング・システム上でのみ機能す
る。このシステムの利点はＩ／Ｏが減少することであ
る。このシステムにおいてＮ個の変更ファイルを基本フ
ァイルとマージするためのＩ／Ｏ動作の数は、２＊(基
本ファイルのバイト数)に等しい。しかしながら、次の
ようないくつかの欠点がある。第１に、パイプライン方
式は、パイプ・バッファがいっぱいになる度毎に文脈的
プログラム切り替えが必要となる。多数の(たぶん大規
模な)デルタ・ファイルとマージされる大規模基本ファ
イルの場合、多くの文脈的切り替えが起き、システムの
処理性能が低下する。第２に、反復作成パイプライン・
システムはマルチタスキング・システム環境においての
み機能する。第３に、この方法は負のデルタ・ファイル
の作成をサポートしない。最後に、この方法はもう一度
デルタ・ファイルがシーク型媒体に記憶されることを要
求する。

【００１１】デルタ・ファイルをマージする最終的方法
が、Foster氏らに付与の米国特許第45,278,979号に開示
されている。この特許は、ポインタを使用するバージョ
ン管理システムを開示している。このシステムにおいて
も、ポインタを機能させるため、ファイルはシーク型
(非順次)媒体にコピーされなければならない。この特許
は、バージョンの後方向比較によって前のバージョンを
取り出す能力を開示している。これは、(１回パスです
べて実行する)前方向マージの間に逆向き経路を作成す
ることとは全く相違する。上記Foster氏らの特許の方法
は、１)大規模な基本およびデルタ・ファイルに関する
貧弱な処理性能(この方法は各々が典型的には１メガバ
イト以下のデータを伴う複数のバージョンのプログラム
・ソース・データを記憶することを目的とする)、およ
び２)「行」に対する変更を処理する文脈上の制限(デー
タは文脈上の規則に従わなければならず、行を越える連
続ストリームとして取り扱われない)という欠点を含
む。従って、デルタ・マージ、バックアップおよびバー
ジョン管理システムの上述のような欠点を克服すること
が、本発明の更にまた別の目的である。

【００１２】

【課題を解決するための手段】上記諸目的を達成するた
め、本発明は、順次配列された複数のデルタ・ストリー
ムをマージするコンピュータ装置および方法を提供す
る。本発明の装置および方法を使用して、１)オリジナ
ル・データストリームに対する複数の順次デルタ・スト
リームをマージして更新データストリームを作成し、
２)複数の順次デルタ・ストリームをマージしてコンパ
イルされたデルタ・ストリームを作成し、あるいは、
３)１つまたは複数のデルタ・ストリームがオリジナル
・データストリームとマージされる時または相互にマー
ジされる時１つまたは複数の負のデルタ・ストリームを
作成する装置および方法を提供する。本発明の方法およ
び装置は、コンピュータ・バックアップ・プロセス、バ
ージョン管理プログラム等と連係して使用されることが
できる。

【００１３】要約すれば、本発明の装置および方法を使
用するコンピュータは、先ず、順次配列された複数のデ
ルタ・ストリームをオリジナルのデータストリームとマ
ージするため、複数の順次デルタ・ストリームに対応す
るトランザクション・エレメントの連鎖を構築する。こ
の連鎖において、最小の番号をつけられたトランザクシ
ョン・エレメントが、オリジナルのデータストリームに
対する最初のリビジョン(すなわち修正版)を表すデルタ
・ストリームに対応し、その後に順次ふられた番号のト
ランザクション・エレメントが、オリジナルのデータス
トリームに対する後続のそれぞれのリビジョンに対応す
る。使用者プロセスが更新データストリームに伝送すべ
きデータ・バイトをトランザクション連鎖の範囲内で探
し求める検索要求を起動する。検索要求は、先ず(オリ
ジナルのデータストリームに対する最新リビジョンを表
す)末尾トランザクション・エレメントに対して起動さ
れる。検索要求に対して、１)データ・バイトを供給で
きるトランザクション連鎖の中の最大番号のデルタ・ス
トリームによって提供されるデータ・バイトが応答され
るか、または、２)トランザクション連鎖が検索要求に
応じることができない場合オリジナル・データストリー
ムによって提供されるデータ・バイトが応答される。検
索要求に対してなにも応答されなくなると、更新データ
ストリーム構築動作が終了する(更新データストリーム
が完成する)。

【００１４】オプションとして、各デルタ・ストリーム
毎に先行ストリーム位置が監視される。これによって、
コンピュータ装置が、特定のデルタ・ストリームのソー
ス合致位置が特定のデルタ・ストリームの先行ストリー
ム位置より大きい時、特定のデルタ・ストリームの１つ
または複数の先行するストリームから該特定のデルタ・
ストリームに関連する負のデルタ・ストリームへデータ
・フレームを転送することを可能にする。ソース合致位
置は、デルタ・ストリームのあらゆる合致フレームに関
するもので、特定の合致フレームがロードされる時まで
に、先行ストリームがどれほど消費されたかを示す。先
行ストリーム部分の消費が不十分な場合、それは連続す
るデルタ・ストリームの間に発生したファイル削除が原
因であるので、削除された情報が負のデルタ・ストリー
ムに記録される。データ・フレームが負のデルタ・スト
リームに転送された後、反転合致フレームが負のデルタ
・ストリーム中に作成される。

【００１５】本発明の方法のバリエーションの１つは、
更新データ・ファイルを複数の順次配列された負のデル
タ・ストリームとマージし、所望の先行データストリー
ム(おそらくオリジナル・データストリーム)を作成する
ことを含む。本発明の方法の別のバリエーションは、い
くつかのデルタ・ストリームをマージしてコンパイルさ
れたデルタ・ストリームを作成することを含む。

【００１６】本発明の方法および装置の利点は、(デル
タ・ストリームによって表現される)デルタ・ファイル
を、順次記憶媒体に記憶されている(オリジナルのデー
タストリームである)ファイルとマージすることができ
る能力である。その他の利点には、１)ファイルの以前
のバージョンを再構築することができるように負のデル
タ・ストリームを作成することができる能力、２）ＣＰ
Ｕによって実行されるＩ／Ｏ動作数が２＊(基本ファイ
ルのバイト数)に限定されるように単一パスで多数のデ
ルタ・ストリームをマージして負のデルタ・ストリーム
を作成することができる能力、３)複数のデルタ・スト
リームをマージしてコンパイルされたデルタ・ストリー
ムを作成し、それによってＣＰＵに課せられた管理負荷
を減少させる能力、４)マルチタスクをサポートしない
コンピュータ・システム環境においても効果的に動作で
きる能力、および５)大規模なデータストリームとデル
タ・ストリームのマージを管理する能力が含まれる。

【００１７】本明細書に記述の本発明の方法および装置
が順次記憶媒体の使用に関する特定の利点を提供してい
るが、本発明の方法および装置はシーク型記憶媒体使用
の場合もまた有効である。

【００１８】デルタ・ストリームがファイル全体に比較
して小さい(ファイル全体のサイズの約０.５％)ので、
複数デルタ・ストリームの記憶に際しては、中央のレポ
ジトリにおける記憶に加えて、ローカルのＰＣハードデ
ィスクに記憶することができる点は理解されるであろ
う。上述の装置をファイル・システムまたはアプリケー
ション・プログラムへ適応させることによって、ファイ
ルを上書きすることに代わる形態としてデルタ・ストリ
ームを生成することができる。このように、ユーザは、
大規模なディスク記憶空間を使用せずに、ドキュメント
のいくつかのバージョンをローカルに保持することが可
能である。

【００１９】発明の課題を解決する手段として、本発明
は、プログラム可能なコンピュータにおいて、複数の順
次デルタ・ストリームをオリジナルのデータストリーム
とマージして更新データストリームを作成するため、上
記更新データストリームに伝送すべきデータ・バイトを
上記複数の順次デルタ・ストリームの範囲内から取り出
す検索要求を起動するステップ、上記データ・バイトを
供給できる複数の順次デルタ・ストリームの最後のデル
タ・ストリームによって提供されるデータ・バイトで上
記要求を充足させるステップ、上記複数の順次デルタ・
ストリームが上記検索要求を充足させることができない
場合、上記オリジナル・データストリームによって提供
されるデータ・バイトで上記検索要求を充足させるステ
ップ、および検索要求に対する充足ができなくなるま
で、上記検索要求の起動と充足のステップを繰り返すこ
とによって上記更新データストリームを完成させるステ
ップからなる方法を含む。

【００２０】

【発明の実施の形態】図１には、複数の順次デルタ・ス
トリーム３０、３２、３４をオリジナルのデータストリ
ーム３６とマージする一般的コンピュータ装置２０のブ
ロック図が示されている。この装置には、トランザクシ
ョン・エレメント２４、２６、２８の各々が複数の順次
デルタ・ストリーム３０、３２、３４に対応するデルタ
・ストリーム入力４２、４４、４６を持つ複数の順次ト
ランザクション・エレメント２４、２６、２８を含むト
ランザクション連鎖３８、およびトランザクション連鎖
３８の末尾エレメント２４に接続する使用者プロセス２
２が含まれ、また、使用者プロセスに対するオリジナル
のデータストリーム３６の入力４８および更新データス
トリーム５２の出力５０が含まれる。複数の順次デルタ
・ストリーム３０、３２、３４をオリジナル・データス
トリーム３６とマージする方法は、図２ないし図８の流
れ図に一般的に示されているように、更新データストリ
ーム５２へ転送すべきデータ・バイトに関して複数の順
次デルタ・ストリーム３０、３２、３４の範囲内での検
索要求１０２を始動するステップ（ステップ１０２）、
データ・バイトを供給することができる複数の順次デル
タ・ストリーム３０、３２、３４内の最後のデルタ・ス
トリームによって提供されるデータ・バイトを上記検索
要求に回答するステップ（ステップ１１０）、複数の順
次デルタ・ストリーム３０、３２、３４が上記検索要求
に対しデータ・バイトを回答することができない場合、
オリジナル・データストリーム３６によって提供される
データ・バイトを上記検索要求に回答するステップ（ス
テップ１１２）、および、検索要求に対してデータ・バ
イトが回答されなくなるまで上記ステップ１１０および
１１２を繰り返すことによって、最終的に更新データス
トリームを完成させるステップ（ステップ１０６）を含
む。

【００２１】複数の順次デルタ・ストリーム３０、３
２、３４をオリジナルのデータストリーム３６とマージ
する装置２０および方法を一般的に上述したが、以下に
更にその詳細を記述する。本発明の１つの好ましい実施
形態において、装置２０のトランザクション・エレメン
ト２４、２６、２８の各々は、更に、デルタ・ストリー
ム読み取り機構、先行トランザクション・エレメント・
インデックス、先行ストリーム位置モニタ、現在時フレ
ーム・バッファおよび検索要求実行Ｉ／Ｏインターフェ
ース６６、６８、７０を含む。使用者プロセス２２は、
データ・ストリーム更新のためトランザクション・エレ
メントにおけるトランザクション連鎖３８からデータを
取り出す(ステップ１０２)責任がある。使用者プロセス
２２の検索要求１０２をトランザクション連鎖３８を通
して伝播する際にトランザクション・エレメント２４、
２６、２８の先行トランザクション・エレメント・イン
デックスが使用される。検索要求１０２の各々は、トラ
ンザクション連鎖３８の末尾エレメント２４(ＴＥ２)ま
たはオリジナル・データストリーム３６の最後のリビジ
ョン３０に対応するエレメントに対して実行される。ト
ランザクション・エレメント２４、２６、２８の先行ト
ランザクション・エレメント・インデックスに応じて、
オリジナル・データストリーム３４の最初のリビジョン
に対応するトランザクション・エレメント２８(０−エ
レメントすなわちＴＥ０)に到達するまで、オリジナル
・データストリーム３６の初期リビジョン４０へ順次検
索要求１０２が伝播される。対応するデルタ・ストリー
ム３０、３２、３４からトランザクション・エレメント
の現在時フレーム・バッファ１７０へデルタ・フレーム
(すなわち合致フレームやデータ・フレーム)を順次ロー
ドするように、トランザクション・エレメント２４、２
６、２８のデルタ・ストリーム入力４２、４４、４６は
制御される(ステップ１６０)。特定のトランザクション
・エレメント２４、２６、２８のデルタ・ストリーム入
力４２、４４、４６を制御するステップの詳細は、図４
を参照して後述する。

【００２２】合致フレームがトランザクション・エレメ
ント２４、２６、２８の現在時フレーム・バッファへロ
ードされる(ステップ１７０)時、当該フレームに関する
ソース合致位置が、トランザクション・エレメント２
４、２６、２８によって監視される先行ストリーム位置
と比較される。トランザクション・エレメント２４、２
６、２８の先行ストリーム位置モニタは、トランザクシ
ョン・エレメント２４、２６、２８の先行ストリーム３
２、３４、３６の消費されたバイト数を示す。トランザ
クション・エレメント２４、２６、２８の先行ストリー
ム３２、３４、３６は、トランザクション・エレメント
２４、２６、２８の先行トランザクション・エレメント
・インデックスによって識別される。ソース合致位置
は、特定の合致フレームがそのトランザクション・エレ
メント２４、２６、２８にロードされる時までに消費さ
れていなければならない先行ストリーム４０のバイト数
を示す(合致フレーム内に含まれる)数値である。先行ス
トリーム位置１７２よりソース合致位置が大きい場合、
ソース合致位置と先行ストリームの間の差(先行ストリ
ーム遅れカウント)に等しい位置(ステップ１７２)に先
行ストリーム３２、３４、３６のストリーム位置を進め
て第２の検索要求が発せられる(ステップ１９６)。この
ルーチンの流れの概要は図５に示されている。

【００２３】デルタ・ストリーム読み取り機構は、デル
タ・ストリーム３０、３２、３４の(合致フレームおよ
び／またはデータ・フレームを含む)デルタ・フレーム
が、トランザクション・エレメント２４、２６、２８の
現在時フレーム・バッファへロードされ次第(ステップ
１２０)、それらを読み取る責任がある。そのデータ・
フレームによって、使用者プロセス２２によって(検索
実行Ｉ／Ｏインターフェース６６、６８、７０を経由し
て)始動された検索要求１０２を満たすたことができる
可能性がある。合致フレームによって、検索要求１０２
が先行トランザクション・エレメント２６、２８へ渡さ
れることが可能となる(ステップ１４６)か、または、合
致フレームがトランザクション連鎖３８の最後のトラン
ザクション・エレメント２８の現在時フレーム・バッフ
ァ中にある時、合致フレームによってオリジナル・デー
タストリーム３６からのデータで使用者プロセス２２の
要求１０２に応答することできる場合もある。検索要求
１０２が先行トランザクション・エレメント２６、２８
へ渡される時、トランザクション・エレメント２４、２
６、２８の先行トランザクション・エレメント２６、２
８のインデックスを使用して、トランザクション・エレ
メント２６、２８のどちらに検索要求１０２を渡すかが
決定される(ステップ１４６)。デルタ・フレーム読み取
りルーチンによって実行されるステップの概要が図３に
示されている。

【００２４】トランザクション・エレメント２４、２
６、２８の各々の中に負のデルタ・ストリーム書き込み
機能６０、６２、６４を含むことは、コンピュータ装置
２０の好ましい実施形態に対する重要な追加である。負
のデルタ・ストリーム書き込み機構６０、６２、６４な
しでは、先行ストリームを進めている間にスキップされ
る先行ストリーム３２、３４、３６のデータ・バイト１
７２が失われる。負のストリーム書き込み機構６０、６
２、６４が、先行ストリームの前進によって呼び出さ
れ、スキップされたデータ・バイト１７２が特定のデル
タ・ストリーム３０、３２、３４に関連する負のデルタ
・ストリーム５４、５６、５８に（データ・フレームの
形式で）書き込まれる(ステップ２０４)。負のデルタ・
ストリーム５４、５６、５８へデータ・フレームを書き
込んだ後、新しくロードされた合致フレームの反転合致
フレームが同じ負のデルタ・ストリーム５４、５６、５
８へ書き込まれる(ステップ１７８)。このようにして、
負のデルタ・ストリーム５４、５６、５８は、（オリジ
ナル・データストリーム３６であろうがあるいはオリジ
ナル・データストリームの中間リビジョンであろうが）
所望の先行データストリーム２８４を取り出すため複数
の負の順次デルタ・ストリーム５４、５６、５８を更新
されたデルタ・ストリーム５２とマージするためトラン
ザクション連鎖３８を構築する情報を提供する。データ
・フレームおよび反転合致フレームを負のデルタ・スト
リーム５４、５６、５８に転送するルーチン(ステップ
２０４、１７８)の流れ図がそれぞれ図６および図７に
示されている。

【００２５】図１の装置２０はプログラム可能なコンピ
ュータとして実施することができるであろうが、装置２
０はそのような実施形態に限定されない。装置２０は、
フロッピーディスク、ＣＤ−ＲＯＭ、テープ等のような
物理的記憶媒体で実施することもできるであろう。上述
の好ましい実施形態の処理ステップおよびルーチンを以
下に詳細に記述する。

【００２６】使用者プロセス 使用者プロセス２２が更新データストリーム５２を構築
する。図２に示されるように、使用者プロセス２２は、
トランザクション連鎖３８(トランザクション・エレメ
ントの連鎖)からのデータを繰り返し要求する(ステップ
１０２)。要求１０２のすべては、トランザクション連
鎖３８の末尾エレメント２４(０−エレメント)に対して
発せられる(ステップ１００)。末尾エレメント２４を用
いて、オリジナルのデータストリーム３６、ファイル、
データベース等に対する最新のリビジョンを表すデルタ
・ストリーム３０が読み取られる。

【００２７】トランザクション・エレメント２４、２
６、２８は、使用者プロセス２２の要求１０２に対して
２つの方法の１つで応答することができる(ステップ１
４４、１３６)。現在時データ・フレーム(ＣＵＲＦＲＡ
ＭＥＢＵＦ)からデータを戻す(ステップ１３４)か、さ
もなければ、オリジナル・データストリーム３６から更
新されたデータストリーム５２へ転送される(ステップ
１１２)べきデータ・バイトの数を表す数値を返す(ステ
ップ１４４)ことによって、トランザクション・エレメ
ント２４、２６、２８は要求１０２に回答する。使用者
プロセス２２によって(トランザクション連鎖３８を介
して)受け取られる(ステップ１０８)いずれのデータも
更新データストリーム５２に転送される(ステップ１１
０、１１２)。トランザクション連鎖３８が要求１０２
に応じることができなくなるまで(ステップ１０４)、使
用者プロセス２２はデータに対する要求１０２を出し続
け、最後にデータストリームの更新が完了する(ステッ
プ１０６)。

【００２８】使用者プロセスの好ましい処理の流れが図
２に示されている。トランザクション文脈インデックス
(略してＴＣＩ)を使用して、要求１０２を出す相手先の
トランザクション・エレメント２４が識別される(ステ
ップ１００)。使用者プロセス２２に関する限り、要求
１０２は常に末尾エレメント２４に対しなされる。従っ
て、使用者プロセス２２は、トランザクション文脈イン
デックスをトランザクション・カウント(すなわちトラ
ンザクションＣＮＴ)より１少ない値、または、トラン
ザクション・エレメント２４、２６、２８におけるトラ
ンザクション連鎖３８の総数に設定する。オリジナル・
データストリーム３６に対する最初のリビジョンを表す
デルタ・ストリーム３０に情報を与えるトランザクショ
ン・エレメント２４が０−エレメントと表記されている
点に注意する必要がある。

【００２９】ＧＯＴＣＮＴは、単一の使用者プロセス２
２の要求１０２に応答して、更新データストリーム５２
へ転送する(ステップ１１０、１１２)ことができるデー
タ・バイトの最大数を表す。データがトランザクション
・エレメント２４、２６、２８によって返される場合
(ステップ１３４)、ＧＯＴＣＮＴは返される(ステップ
１３６)データ・バイトの全数を表す。データ・バイト
は、リターン・バッファ(ＲＥＴＵＲＮＢＵＦ)を通して
返される(ステップ１３４)。トランザクション連鎖３８
がその現在時フレームからデータを供給することができ
ないが、データがまだオリジナル・データストリーム３
６内に残っている場合、ＧＯＴＣＮＴは、オリジナル・
データストリーム３６から更新データストリーム５２へ
転送されるべき(ステップ１１２)データ・バイトの数を
表す。使用者プロセス２２が検索要求１０２を起動する
時、ＧＯＴＣＮＴは0xFFFFFFFFに設定される。このよう
に、使用者プロセス２２は、可能な限り多数のバイトを
返すようにトランザクション連鎖３８に要求する(ステ
ップ１３６、１４４)。

【００３０】デルタ・フレームの読み取り フレーム読み取りルーチンは、すべてのトランザクショ
ン・エレメント２４、２６、２８によって種々の文脈で
呼び出される。例えば、使用者プロセス２２の検索要求
１０２に応答して、あるいは、その先行ストリーム位置
を進めようとしている別のトランザクション・エレメン
ト２４、２６、２８の検索要求１９６に応答して、トラ
ンザクション・エレメント２４、２６、２８の現在時フ
レームからバイトを読み取ることができる。フレーム読
み取りルーチンに関する好ましい処理の流れが図３に示
されている。

【００３１】トランザクション連鎖３８が供給すること
ができる最大数のデータ・バイトに対する要求１０２を
使用者プロセス２２が起動すると、その要求１０２は、
トランザクション連鎖３８の末尾エレメント２４へ先ず
渡される(ステップ１１４)。末尾エレメント２４は、デ
ルタ・フレーム(データおよび合致フレーム)の読み取り
ルーチンを起動する。図３に示されるように、トランザ
クション・エレメント２４、２６、２８の現在時フレー
ムによって表されたバイト１１６のすべてが使用された
なら(ステップ１１８)、新しいフレームが、トランザク
ション・エレメント２４、２６、２８の現在時フレーム
・バッファ(ＣＵＲＦＲＡＭＥＢＵＦ)にロードされる
(ステップ１２０)。フレーム・ロード・ルーチンがファ
イル終了(ＥＯＦ)条件を戻すなら(ステップ１２２)、０
のＧＯＴＣＮＴが使用者プロセス２２へ返され(ステッ
プ１２４)、特定の更新データストリームの構築が完了
する(ステップ１０６)。さもなければ、新しいフレーム
のロードによって、現在時フレームの未使用バイトの数
(ＵＮＵ)が新しくロードされたフレームの長さ(ＣＦＬ)
にリセットされる(ステップ１２６)。

【００３２】現在時フレームがロードされ、あるフレー
ムのバイトが消費しつくされなかったと確認される(ス
テップ１１８)と、(ＧＯＴＣＮＴ要求変数を更新するた
めに使用されるフレーム読み取りルーチンの局所変数で
ある)ＧＥＴＣＮＴが、検索において要求された(ステッ
プ１０２)バイトの数の最小数または、現在時フレーム
において使用可能なバイト数(ステップ１１６、１２６)
に設定される(ステップ１２８)。現在時フレームがデー
タ・フレームであれば(ステップ１３０)、データ・バイ
トのＧＥＴＣＮＴ数が、ＲＥＴＵＮＢＵＦにコピーされ
(ステップ１３４)、使用者プロセス２２へ戻される(ス
テップ１３６)。現在時フレームがデータ・フレームで
なければ(ステップ１３０)、使用者プロセス２２の要求
１０２が先行トランザクション・エレメント２６へ次々
と渡され(ステップ１４６)、(１)使用者プロセス２２へ
返されるデータがトランザクション・エレメント２４、
２６、２８の現在時フレーム内に見つけられるか、また
は、(２)トランザクション・エレメント２４、２６、２
８のどれもデータを供給することができないと判断され
オリジナル・データストリーム３６から更新データスト
リーム５２へデータが転送されねばならないことを示す
正のＧＥＴＣＮＴが使用者プロセスへ戻されるか、いず
れかの場合となるまでこの動作が継続される。使用者プ
ロセス２２の要求１０２が先行トランザクション・エレ
メント２６、２８へ転送されると、そのエレメント２
６、２８は、末尾エレメントによって実行されたものと
同じデルタ・フレーム読み取りルーチンを実行する(ス
テップ１４８)。しかしながら、フレーム読み取りルー
チンがトランザクション・エレメント２４、２６、２８
によって始動される度毎に、そのルーチンに関連する局
所変数のユニークなコピーが、特定のトランザクション
・エレメント２４、２６、２８のトランザクション文脈
内に記憶される。トランザクション文脈の変数には、Ｔ
ＣＩ、ＣＦＬ、ＵＮＵ、ＣＦＵおよびＰＳＰが含まれ
る。

【００３３】ＴＣＩは、上述のようにトランザクション
文脈インデックスとして定義される。ＣＦＵは、現在時
フレームにおける使用されたバイト(文字)の数を表す。
検索要求が渡されるあらゆるトランザクション・エレメ
ントのＣＦＵは、返される(ステップ１３６、１５８)Ｇ
ＥＴＣＮＴまたはＧＯＴ数によって増分される(ステッ
プ１３２、１５４)。

【００３４】ＰＳＰは、トランザクション・エレメント
２４、２６、２８に関連する先行ストリーム位置を表
し、(詳細は後述する)先行ストリームの位置を進める際
の重要な変数である。しかし、検索要求が渡されるあら
ゆるトランザクション・エレメントのうち、検索要求１
０２に応答するトランザクション・エレメント２４、２
６、２８のＰＳＰは、 使用者プロセス２２またはその
他の要求元エンティティ２４、２６、２８へ返されるバ
イト数(ＧＥＴＣＮＴまたはＧＯＴ)によって進められる
(ステップ１５６)点に注意する必要がある。

【００３５】フレーム読み取りルーチンにおいて参照さ
れるその他の変数は、F2_BEG、F2_ENDおよびCF.F2_BEG
である。F2_BEGおよびF2_ENDは、現在時合致フレームに
よって参照される更新データストリームの開始および終
了アドレスを表し、CF.F2_BEGは、更新データストリー
ム５２において次に書き込まれるべきアドレスを表す。
負のデルタ・ストリーム５４、５６、５８へ書き込む
(ステップ１７８)ため反転合致フレームを作成する際
に、あるいは、コンパイルされたデルタ・ストリーム２
９４に書き込むため合致フレームを構築する際に、これ
らの変数は重要な機能を果たす。

【００３６】デルタ・フレームのロード トランザクション・エレメント２４、２６、２８の現在
時デルタ・フレームにおいて未使用のバイト(すなわち
ＵＮＵ)の数がゼロであると判断される時(ステップ１１
８)、トランザクション・エレメント２４、２６、２８
の現在時フレームとして新しいフレームがロードされな
ければならない(ステップ１２０)。新しいデルタ・フレ
ームをロードするルーチンは図４の流れ図に示されてい
る。

【００３７】デルタ・ストリーム３０、３２、３４のデ
ルタ・フレーム・シーケンスにおけるデルタ・フレーム
の各々はフレーム・ヘッダの後に続くように配置される
(代替的には、ヘッダ情報はフレーム内に含まれる)。合
致フレーム、データ・フレームまたはＥＯＦフレームに
出会ったか否かを判断するためフレーム・ヘッダが読み
取られる(ステップ１６０)。更新データトリーム５２が
完了したことを使用者プロセス２２へ知らせるためのＥ
ＯＦフレームがロードされる場合(ステップ１６２)、デ
ルタ完了ルーチン(ステップ１６４)によって、トランザ
クション・エレメント２４、２６、２８のそれぞれすべ
てがＥＯＦフレームに出会うまでそのデルタ・ストリー
ム３０、３２、３４を読み続けることが保証される。こ
のようにして、負のデルタ・ストリーム５４、５６、５
８が未完成の状態で残されることはない。

【００３８】新しくロードされたフレームがデータ・フ
レームである場合(ステップ１６８)、トランザクション
・エレメント２４、２６、２８の現在時フレーム・バッ
ファ(ＣＵＲＦＲＡＭＥＢＵＦ)にそのフレームのデータ
・バイトがロードされる。合致フレームがロードされた
場合(ステップ１６８)、合致フレームに関連するソース
合致位置(すなわちＳＭＰ)が、ロードしているトランザ
クション・エレメント２４、２６、２８のＰＳＰと比較
される(ステップ１７２)。ソース合致位置は、特定のＳ
ＭＰに関連するフレームがロードされる時までに、直前
の先行トランザクション・エレメント２６、２８に関連
するストリーム３２、３４、３６のバイトが既に使用さ
れた数を示す。従って、合致フレームのＳＭＰがそのト
ランザクション・エレメントのＰＳＰを上回れば、使用
者プロセス２２の現行検索要求１０２の処理を進める前
に、その差(ＰＳＬＣすなわち先行ストリーム遅れカウ
ント）に相当するバイト数が先行ストリーム３２、３
４、３６から消費されなければならない(ステップ１７
４)。先行ストリームが進められ、(オリジナル・データ
ストリームの連続的なリビジョンの間に削除されたデー
タである)ＰＳＬＣに相当するデータ・バイトが、特定
の負のデルタ・ストリーム５４、５６、５８へ転送され
た(ステップ２０４、１９４、２０２)後、新しくロード
された合致フレームを反転させ、該反転合致フレームを
特定のトランザクション・エレメント２４、２６、２８
の負のデルタ・ストリーム５４、５６、５８に書き込む
(ステップ１７８)機能を有するルーチンが呼び出される
(ステップ１７６)。合致フレーム反転は逆の合致条件
(すなわち、更新データストリーム５２のデータ・バイ
トのどれが先行データストリーム２８４のバイトに合致
するか)を示すフレームである。

【００３９】トランザクション・エレメント２４、２
６、２８の新たな現在時フレームとしてデータ・フレー
ムまたは合致フレームがロードされた(ステップ１２０)
か否かに関係なく、現在時フレームの使用済みバイト数
(すなわちＣＦＵ)がゼロへリセットされ(ステップ１８
０)、現在時フレームの長さ(ＣＦＬ)が新しいフレーム
によって参照されるバイトの数を表すように設定される
(ステップ１８２)。

【００４０】先行ストリームによって消費されるバイト
数を進めるルーチン 合致フレームのロードによって正のＰＳＬＣが作成され
る(ステップ１７２)時は必ず、先行トランザクション・
エレメント２６、２８のデルタ・ストリーム３２、３４
から消費されるバイトの数がＰＳＬＣの数だけ進められ
なければならない。

【００４１】図５に示されている流れ図は、トランザク
ション・エレメント２６、２８の先行ストリーム３２、
３４を進める際のルーチンを示し、オリジナル・データ
ストリーム３６によって消費されるバイト数を進める場
合の手順は図６に示されている。正のＰＳＬＣが残り
(ステップ１８６)、先行トランザクション・エレメント
２６、２８が存在する(ステップ１９２)場合、使用者プ
ロセス２２の検索要求１０２が保留されている間に第２
の検索要求１９６が起動される。第２の検索要求におい
て要求されている(ステップ１９６)データ・バイト数
は、初期的にＰＳＬＣと等しく設定されるＳＫＩＰＣＮ
Ｔ変数によって定義される。第２の検索要求１９６は、
図３のフレーム読み取りルーチンのインスタンスの追加
実行を必要とする。データ・バイトのＳＫＩＰＣＮＴ数
を求める要求に応ずる(ステップ１３６、１４４)処理を
実行する際に、第２の検索要求１９６の一部として、フ
レーム読み取りルーチンがそれ自体を呼び出すことがあ
る点に注意する必要がある。データは、ＲＥＴＵＲＮＢ
ＵＦを介して当該ルーチンに返される(ステップ２０
０)。データが返されると(ステップ２００)、データは
特定の負のデルタ・ストリーム５４、５６、５８にデー
タ・フレームの形式で書き込まれる(ステップ２０４)。
正のＧＯＴＣＮＴが返されたがＲＥＴＵＲＮＢＵＦが空
であれば、オリジナル・データ転送ルーチンが使用され
(ステップ２０２)、オリジナル・データストリーム３６
から特定の負のデルタ・ストリーム５４、５６、５８に
データが転送される(ステップ２１２)。第２の検索要求
がデータ・バイトのＧＯＴＣＮＴ数によって部分的に充
足される(ステップ２０４)場合、ＳＫＩＰＣＮＴがＧＯ
ＴＣＮＴ数だけ減じられ(ステップ２０６)、先行ストリ
ーム前進ルーチンが繰り返される。第２の検索要求を起
動するトランザクション・エレメント２４、２６、２８
の数以下であるがその検索要求を充足するトランザクシ
ョン・エレメント２４、２６、２８の数を上回るトラン
ザクション連鎖３８における位置数を持つあらゆるトラ
ンザクション・エレメント２４、２６、２８の先行スト
リーム位置が、特定の負のデルタ・ストリーム５４、５
６、５８へ転送される(ステップ２０４、１９４、２０
２)バイト数だけ増分される(ステップ１８８、２０
８)。

【００４２】オリジナル・データストリーム転送ルーチ
ンは先行ストリーム前進ルーチンに密接に関係する。前
述のように、特定のエレメント２４、２６、２８に対し
て先行するトランザクション連鎖３８のエレメント２
４、２６、２８がＰＳＬＣ(ＳＫＩＰＣＮＴ)数のデータ
・バイトを求める要求（ステップ１７４)を満たすこと
ができない時、オリジナル・データストリーム転送ルー
チンが呼び出される。オリジナル・データストリーム転
送ルーチンは、複数の順次デルタ・ストリーム３０、３
２、３４をオリジナル・データストリーム３６とマージ
する場合に余分のように見えるかもしれないが、コンパ
イルされたデルタ・ストリーム２９４を作成するため複
数の順次デルタ・ストリーム３０、３２、３４をマージ
する時、オリジナル・データストリーム３６が使用でき
ないこともある。従って、負のデルタ・ストリーム２８
８、２９０、２９２に、消失したオリジナル・データス
トリーム３６を参照するトークン２１０、２１２を含む
ことが必要である。オリジナル・データストリーム３６
が存在すれば、オリジナル・データストリーム３６から
のデータ・バイトを使用して、基本(すなわちオリジナ
ルの)ストリーム参照トークンが作成される。ＰＡＳＳ
ＣＮＴはオリジナル・データストリーム転送ルーチンの
局所変数であって、その呼び出し元ルーチンのＰＳＬＣ
またはＳＫＩＰＣＮＴのいずれかに等しい。

【００４３】反転合致フレームの作成 図７は、反転合致フレームまたは合致フレーム反転を作
成するルーチンの流れを示す。このルーチンは単純な反
転アルゴリズム(ステップ２１８)を含み、オリジナル・
データストリーム３６に対する先行リビジョンを表す先
行デルタ・ストリーム３４、３６におけるセグメントに
合致するデルタ・ストリーム３０、３２、３４のセグメ
ントを示すフレームが「反転」され、負のデルタ・スト
リーム５４、５６、５８において記録された(ステップ
１７８)反転合致フレームが、更新データストリーム５
２に対する先行リビジョンを表す負のデルタ・ストリー
ム５４、５６、５８におけるセグメントに合致する負の
デルタ・ストリーム５４、５６、５８におけるセグメン
トを示す。

【００４４】すべてのフレームを読み取ったことの確認 トランザクション・エレメント２４、２６、２８がファ
イル終了(ＥＯＦ)フレームに達する時までに、更新デー
タストリーム５２は完成する(ステップ１０６)。しか
し、１つまたは複数のデルタ・ストリーム３０、３２、
３４の最終フレームが読み取られていないことがある。
すべての負のデルタ・ストリーム５４、５６、５８が完
了したことを確認するため、図８のデルタ完了ルーチン
が起動される。ＥＯＦフレームは、先行トランザクショ
ン・エレメント５６、５８のデルタ・ストリーム３２、
３４における最後のバイトを参照するＳＭＰを含む。先
行ストリーム遅れカウント(ＰＳＬＣ)が、ＥＯＦフレー
ムのＳＭＰとＥＯＦフレームをロードするトランザクシ
ョン・エレメント２４、２６、２８のＰＳＰの間の差と
して計算される(ステップ２２２)。先行ストリーム４０
は、デルタ・ストリーム３２、３４、３６において読み
出すべきものとして残されているバイト数であるＰＳＬ
Ｃを使用して図５の先行ストリーム前進ルーチンを呼び
出すことによって進められる(ステップ２２４)。先行ス
トリーム４０におけるＥＯＦフレームに出会うと、デル
タ完了ルーチンのインスタンスが追加実行され、それに
よって、すべてのデルタ・ストリームのすべてのフレー
ムが読み取られたことを保証する(ステップ２３２)波及
効果が起きる。

【００４５】実例 図９に示される例によって、複数の順次デルタ・ストリ
ーム２４、２６、２８をオリジナル・データストリーム
３６とマージする本発明の方法および装置２０が一層理
解されるであろう。図９は、"THIS_IS_A_TEST_PAGE."と
いう単純なテキスト・ファイル２３８に対する３つのリ
ビジョン２４０、２４２、２４４を示している。３つの
リビジョン２４０、２４２、２４４に対応し、米国特許
出願第08/039,702号に記載されている方法を適用するこ
とによって３つのデルタ・ストリームが作成される。
データ・フレームは、追加されたデータ(すなわち調整
項)を含む。合致フレームは、ソース合致位置(以前のフ
ァイル・インデックス)、および先行ファイルのセグメ
ントと合致する更新ファイルのセグメントの開始(更新
ファイルオフセット)ならびに終了バイトを含む。

【００４６】３つのデルタ・ストリーム、オリジナルの
テキスト・ファイル２３８、およびそれらをマージする
上記装置２０および方法を使用して、図９の最終更新フ
ァイル２４４を構築することができる。マージのプロセ
スは、トランザクション連鎖３８が構築され、すべての
大域変数およびトランザクション文脈変数が初期化され
ることから始まる。デルタ・ストリーム０、１および２
として表されている図９の３つのリビジョン２４０、２
４２、２４４は、図１のトランザクション・エレメント
０、１および２に対応する。

【００４７】使用者プロセス２２は、トランザクション
連鎖３８が供給することができる限りの数のデータ・バ
イトを要求し(ステップ１０２)、末尾トランザクション
・エレメント２４(ＴＥ２)におけるその検索１０２を始
動する。ＴＥ２の現在時フレームが未定義であるので、
対応するデルタ・ストリーム３０の最初のフレーム２５
８がＴＥ２の現在時フレームとしてロードされる(ステ
ップ１２０)。フレーム２５８をロードする際に、反転
合致フレームが、ＴＥ２の負のデルタ・ストリーム５４
に記録される(ステップ１７８)。ロードされた合致フレ
ーム２５８のソース合致位置(ＳＭＰ)がゼロであるの
で、先行ストリーム前進は起きない。合致フレーム２５
８が１０バイトを含むので、１０バイトをＴＥ１へ転送
すべき検索要求１０２が出される。ＴＥ１がその最初の
フレーム２５２をロードし(ステップ１２０)、その反転
合致フレームをその対応する負のデルタ・ストリーム５
６に記録する(ステップ１７８)。ここでも、新しいフレ
ームのＳＭＰはゼロであり、先行ストリーム前進は起き
ない。ＴＥ１の新たにロードされたフレーム２５２は５
バイトの合致フレームであるので、検索要求１０２は、
ＴＥ０へ渡される前に、(５データ・バイトに)再び修正
される(ステップ１２８)。最後に、ＴＥ０が、１０バイ
トの合致フレームである最初のデルタ・フレーム２４６
をロードする(ステップ１２０)。反転合致フレームがＴ
Ｅ０の負のデルタ・ストリーム５８に記録されるが(ス
テップ１７８)、先行ストリーム前進は起きない。ＴＥ
０の現在時フレーム長(１０バイト)が要求されたデータ
・バイト数より大きいので、ＴＥ０は、検索要求１０２
を修正しない。しかし、ＴＥ０は供給すべきデータを持
たないので、５という数をトランザクション連鎖３８を
通して戻すことによって、５データ・バイトを求める修
正検索要求１０２を使用者プロセス２２へ返す(ステッ
プ１４４)。５という数が各トランザクション・エレメ
ント２６、２４へ返される時(ステップ１４４、１５
８)、各トランザクション・エレメント２６、２４の先
行ストリーム位置(ＰＳＰ)が５だけ増分される(ステッ
プ１５６)。その未充足検索要求１０２を受け取ると、
使用者プロセス２２は、オリジナルのテキスト・ファイ
ル２３８の最初の５データ・バイト(すなわちTHIS_)を
更新テキスト・ファイル５２へ転送する(ステップ１１
２)。

【００４８】ここで別の検索要求１０２が使用者プロセ
ス２２によって起動される。ＴＥ２の現在時フレームが
５個の未使用バイトを持つ合致フレーム２５８であるの
で、検索要求１０２は修正され(ステップ１０２)一緒に
渡される(ステップ１４６)。その現在時合致フレーム２
５２の５バイトを費消したＴＥ１は、そのデルタ・スト
リーム３２の第２のデルタ・フレーム２５４をロードさ
せる(ステップ１２０)。第２のフレーム２５４はデータ
・フレームであり、検索要求１０２には５データ・バイ
ト(すなわちCOULD)が与えられる(ステップ１３４、１３
６)。データがトランザクション連鎖３８を通して返さ
れると、ＴＥ２のＰＳＰが５から１０へ増加される。

【００４９】使用者プロセス２２の第３の要求１０２の
間、ＴＥ２は新しいデルタ・フレームをロードしなけれ
ばならない。新しいフレーム２６０がデータ・フレーム
であるので、その内容全体(すなわち_B)が使用者プロセ
ス２２へ返される(ステップ１３４)。ここで、更新テキ
スト・ファイル５２は"THIS_COULD_B"となる。

【００５０】使用者プロセス２２の次の要求１０２によ
って、ＴＥ２はそのデルタ・ストリーム３０の第３のフ
レーム２６２をロードする。フレーム２６２が合致フレ
ームであるので、フレーム２６２のＳＭＰが、ＴＥ２の
ＰＳＰと比較され、ＴＥ２に先行するストリーム３２が
５バイト(すなわち１５−１０＝５）進められる必要が
あると判断される(ステップ１７２)。５バイトを求める
第２の検索要求１９６がＴＥ２に先行するストリーム４
０において始められる。ＴＥ１の現在時データ・フレー
ム２５４が第２の検索１９６で要求された５バイト全体
を供給することができ、ＴＥ２のＰＳＰの必要な前進を
満たすことができるので、第２の検索要求１９６は終了
する(ステップ１９０)。ＴＥ１によって返された５バイ
ト(すなわちN'T_B)がＴＥ２の負のデルタ・ストリーム
５４に書き込まれる(ステップ２０４)。そのＰＳＰを１
５へ進めた後、ＴＥ２はその新しくロードされた合致フ
レーム２６２の反転フレームをその負のデルタ・ストリ
ーム５４に記録し(ステップ１７８)、使用者プロセスの
要求バイト数を(その現在時合致フレーム長である)１５
へ減少させ、検索要求１０２をＴＥ１へ渡す(ステップ
１４６)。ＴＥ１は、その現在時データ・フレーム２５
４から４データ・バイト(すなわちE_A_)を供給すること
ができる。データが使用者プロセス２２へ返されると
(ステップ１３６)、ＴＥ２のＰＳＰが１９へ増加される
(ステップ１５６)。

【００５１】次の使用者プロセス２２の要求１０２がＴ
Ｅ２を通して渡され(ステップ１４６)、１１へ減少され
る(ステップ１２８)。今やＴＥ１は新しいデルタ・フレ
ームをロードしなければならない(１２０)。その次の使
用可能フレームが合致フレーム２５６であるので、新し
いフレーム２５６のＳＭＰがそのＰＳＰより大きい(１
０−５＝５)と判断され、先行ストリームは５バイトだ
け進められなければならない(ステップ１７４)。ＴＥ０
がその合致フレーム２４６の５バイトを残しているの
で、オリジナルのテキスト・ファイルの次の５バイト
(すなわちIS_A_)が、ＴＥ１の負のデルタ・ストリーム
５６へ転送されなければならない(ステップ１９４)。ト
ランザクション連鎖３８を通してデータを戻す際に、Ｔ
Ｅ０のＰＳＰは１０に増加され、ＴＥ１のＰＳＰもまた
１０へ増加される(ステップ１５６)。ＴＥ１の新しい合
致フレームの反転フレーム２５６がその負のデルタ・ス
トリーム５６に記録される(ステップ１７８)。ＴＥ１の
新しくロードされた合致フレーム２５６が１１バイトよ
り長いので、使用者プロセス２２の検索要求１０２は未
修正のままＴＥ０へ渡される(ステップ１４６)。そのデ
ルタ・ストリーム３４の次のフレーム２４８をロードす
る(ステップ１２０)ようにＴＥ０は要求される。フレー
ム２４８は８バイト・データ・フレームであるので、検
索要求１０２は修正され(ステップ１２８)、８データ・
バイト(すなわちRADICAL_)がトランザクション連鎖３８
を通して返される(ステップ１３６)。ＴＥ１のＰＳＰが
１８に増加され(ステップ１５６)、ＴＥ２のＰＳＰが２
７に増加される(ステップ１５６)。使用者プロセス２２
によって作成されつつある更新テキスト・ファイル５２
は、今や、"THIS_COULD_BE_A_RADICAL_"である。

【００５２】ＴＥ２に渡される時、使用者プロセスの要
求１０２は３データ・バイトを要求するように減少され
る(ステップ１２８)。３データ・バイトを求める要求１
０２は無修正でＴＥ１を通過する(ステップ１４６)。Ｔ
Ｅ０へ到達すると、ＴＥ０がそのデルタ・ストリーム３
４の最後のフレームをロードする(ステップ１２０)の
で、検索要求１０２は保留される。ロードされた合致フ
レーム２５０のＳＭＰがＴＥ０のＰＳＰに等しい(１０
＝１０)ので、先行ストリーム前進は起きない。しか
し、反転合致フレームがＴＥ０の負のデルタ・ストリー
ム５８に記録される(ステップ１７８)。３データ・バイ
トを求める要求１０２が充足されないまま使用者プロセ
ス２２へ戻される(ステップ１４４)。戻され次第、ＴＥ
１のＰＳＰは２１へ、ＴＥ２のＰＳＰは３０へ増加され
る。オリジナルのテキスト・ファイル２３８の次の３バ
イト(すなわちTES)が、更新テキスト・ファイル５２へ
転送される(ステップ１１２)。

【００５３】使用者プロセス２２の次の要求１０２は、
ＴＥ２の新しくロードされたデータ・フレーム２６４の
２バイト(すなわちT.)によって充足される(ステップ１
３４、１３６)。使用者プロセス２２の最終的要求１０
２は充足されないまま戻され、ＴＥ２がそのデルタ・ス
トリーム３０のＥＯＦに達したことを認識した時(ステ
ップ１２２)その要求はゼロにされる。このようにし
て、使用者プロセスは、"THIS_COULD_BE_A_RADICAL_TES
T."という更新テキスト・ファイル２４４の構築を完了
する。

【００５４】ＴＥ２がそのデルタ・ストリーム３０のＥ
ＯＦに達した(ステップ１２２)ことを認識する時、他の
トランザクション・エレメント２６、２８がそれら自身
のデルタ・ストリーム３２、３４の読み取りを完了し
(ステップ２２４)、それらの負のデルタ・ストリーム５
６、５８の構築を完了する(ステップ２３２)という波及
効果が起きる。このプロセスにおいて、オリジナルのテ
キスト・ファイル２３８の最後の７文字(すなわちT_PAG
E.)がＴＥ２の負のデルタ・ストリーム５４にデータ・
フレームとして書き込まれる。

【００５５】上記の例が３つのデルタ・ストリーム３
０、３２、３４をオリジナルのデータストリーム３６と
マージさせる要求を起動させたが、上記方法および装置
が単一ないし複数のデルタ・ストリームを１つのオリジ
ナル・データストリームと容易にマージすることができ
る点は理解されるべきであろう。マージされるストリー
ムの数は、所与のＣＰＵの能力によってのみ制限され
る。上記のマージ・プロセスを逆進させ、更新テキスト
・ファイル２４４および負のデルタ・ストリーム５４、
５６、５８のみを使用して図９のオリジナル・テキスト
・ファイル２３８を再構築する必要がある場合、本発明
のコンピュータ装置２０は、図１０のトランザクション
連鎖３８を構築することができる。負のデルタ・ストリ
ーム５４、５６、５８はトランザクション・エレメント
２４、２６、２８に逆順に連結されること、および負の
デルタ・ストリーム５４、５６、５８の反転ストリーム
は作成されない(実際には負のデルタ・ストリーム書き
込みルーチンが無効な装置に連結される)ことに注意す
る必要がある。図２ないし図８の手順を用いて、オリジ
ナルのテキスト・ファイル２３８を再構築することがで
きる。同様に、負のデルタ・ストリーム２および１だけ
を含むトランザクション連鎖を使用して、オリジナルの
テキスト・ファイル２３８に対する第１のリビジョン２
４０(所望の先行データストリーム２８４)を再構築する
こともできる。

【００５６】また、上述の方法および装置２０は、若干
の小幅な修正を行えば、複数の順次デルタ・ストリーム
３０、３２、３４をマージしてコンパイルされたデルタ
・ストリーム２９４を作成するため使用することができ
る。データ・バイトを更新データストリーム５２へ転送
するのではなく、(データまたは合致の)デルタ・フレー
ムがコンパイルされたデルタ・ストリーム２９４へ転送
される(ステップ３０６、３０８)。図１の装置２０に対
してなされるべき変更には、使用者プロセス２２および
更新データストリーム５２の接続をコンパイラ使用者プ
ロセス２８６およびコンパイルされたデルタ・ストリー
ム２９４の接続に置き換えることが含まれる。これらの
変更は、図１１の装置３３４に示されている。その上、
オリジナルのデータストリーム４８の接続が削除されて
いる。方法に関する唯一の変更は、以下に概述するよう
に、コンパイラ使用者プロセス２８６内の動作の流れの
変更である。

【００５７】コンパイラ使用者プロセス コンパイラ使用者プロセス２８６(図１２)は、コンパイ
ルされたデルタ・ストリーム２９４を構築する責任があ
り、更新データストリーム５２を構築する使用者プロセ
ス２２とほとんどの点で類似している。コンパイラ使用
者プロセスも、また、トランザクション・エレメント連
鎖３８からのデータを繰り返して要求し(ステップ２９
８)、すべての要求２９８は、連鎖３８の末尾エレメン
ト２４に対して発せられる(ステップ２９６)。トランザ
クション・エレメント２４、２６、２８は、使用者プロ
セス２２からの要求２２に応答する場合と同様の形態で
コンパイラ使用者プロセス２８６に応答する。しかし、
いくつかのわずかな差が存在する。データがトランザク
ション・エレメント２４、２６、２８によって返される
(ステップ３０４)場合、それはデータ・フレームとして
コンパイルされたデルタ・ストリーム２９４にコピーさ
れる(ステップ３０６)。データ・フレームのデータ・バ
イトは取り出されない。これは、コンパイルされるのは
「データストリーム」５２ではなく「デルタ・ストリー
ム」２９４であるという事実によるためである。トラン
ザクション連鎖３８が正のＧＯＴＣＮＴ数を返せば、そ
のストリームへの連結が存在しないので、データはオリ
ジナルのデータストリーム３６から転送されない。オリ
ジナルのデータストリーム３６からのデータ転送の代わ
りに、オリジナルのデータストリーム３６を参照する合
致フレームが、コンパイルされたデルタ・ストリーム２
９４に書き込まれる(ステップ３０８)。コンパイラ使用
者プロセス２８６は、トランザクション・エレメント２
４、２６、２８がそれらのデルタ・ストリーム３０、３
２、３４の終端に達し、要求２９８を充足することがで
きない(ステップ３０２)あるいは正のＧＯＴＣＮＴ数を
返すことができない(ステップ３０８)状態になるまで、
要求２９８を起動し続ける。

【００５８】図１１のコンパイラ使用者プロセスに関す
る好ましい動作の流れが図１２に示されている。図１２
の流れ図における変数は図２の使用者プロセスのものと
同一である。コンパイラ使用者２８６によって呼び出さ
れるフレーム読み取りルーチンは、前述のフレーム読み
取りルーチンと同一である。しかし、前述の場合は使用
されなかった合致フレーム構築ルーチンの結果３１２
が、今回は、コンパイルされたデルタ・ストリーム２９
４へ合致フレームを書き込む(ステップ３０８)時使用さ
れる。コンパイルされたデルタ・ストリーム２９４にお
いては、オリジナルのデータストリーム３６からコンパ
イルされたデルタ・ストリーム２９４へデータを転送す
る代わりに、合致フレームが構築される(ステップ１４
０)。コンパイルされたデルタ・ストリーム２９４にお
いて合致フレームを構築する(ステップ３１０)ルーチン
を以下に記述する。

【００５９】合致フレームの構築 コンパイラ使用者プロセス２８６の要求２９８がトラン
ザクション連鎖３８に渡されるが、トランザクション・
エレメント２４、２６、２８のいずれもコンパイラ使用
者プロセスへデータを返すことができない場合、コンパ
イルされたデルタ・ストリーム２９４が使用者プロセス
２２にオリジナルのデータストリーム３６からデータを
取り出すべき時点を指示することができるように合致フ
レームが構築されなければならない(ステップ３１０)。

【００６０】合致フレーム構築ルーチンに関する動作の
流れが図１３に示されている。図３のフレーム読み取り
ルーチンによって示されているように、合致フレーム構
築ルーチンは、トランザクション連鎖３８の終わりにあ
るトランザクション・エレメント２８であるＴＥ０によ
って常に呼び出される。合致フレーム構築ルーチンは、
それを呼び出すトランザクション・エレメント２８のト
ランザクション文脈変数と末尾エレメント２４(図１１
のＴＥ２)のトランザクション文脈変数の組み合わせを
活用する。図１３に特有の変数定義は次の通りである。
SERVCNT: 構築された合致フレームによって表現される
文字の数。CF.F2_BEG: (図１１のＴＥ２である)末尾ト
ランザクション・エレメント２８に関する現在時デルタ
・フレームの開始アドレス。

【００６１】実例 複数の順次デルタ・ストリーム３０、３２、３４をマー
ジしてコンパイルされたデルタ・ストリーム２９４を作
成する方法および装置３３４に対する一層の理解が、図
１４の例から得られるであろう。例は、図９の単純なテ
キスト・ファイル２３８に対する３つのリビジョン２４
０、２４２、２４４に基づいている。米国特許出願第08
/039,702号に記載の方法の適用によって作成された３つ
のデルタ・ストリーム３０、３２、３４が図１４に再掲
されている。３つのデルタ・ストリーム３０、３２、３
４およびそれらをマージする上述の装置３３４および方
法を使用して、図１４のコンパイルされたデルタ・スト
リーム２９４を構築することができる。このマージ・プ
ロセスもまた、トランザクション連鎖３８の構築および
すべての大域および文脈変数の初期設定から始まる。デ
ルタ・ストリーム０、１、２は、図１１のトランザクシ
ョン・エレメント０、１、２に対応する。

【００６２】コンパイラ使用者プロセス２８６は、トラ
ンザクション連鎖３８が供給することができる限りの数
のデータ・バイトを要求し(ステップ２９８)、末尾トラ
ンザクション・エレメントＴＥ２における検索２９８を
起動させる(ステップ２９６)。デルタ・ストリーム３
０、３２、３４をオリジナル・データストリーム３６と
マージさせる場合と同様に、コンパイラ使用者プロセス
２８６の最初の要求２９８によって、連鎖３８における
各トランザクション・エレメント２４、２６、２８がそ
の最初のデルタ・フレーム２４６、２５２、２５８をロ
ードし、反転合致フレーム２６６、２７０、２７６をそ
の対応する負のデルタ・ストリーム２８８、２９０、２
９２に書き込む(ステップ１７８)。(５データ・バイト
を求める要求２９８に修正された(ステップ１２８))検
索要求２９８がＴＥ０に到着し充足されない場合、オリ
ジナル・データストリーム３６を参照する合致フレーム
３１８が構築され(ステップ１４０)、５データ・バイト
を求めるように修正された検索要求２９８が、トランザ
クション連鎖３８を経由してコンパイラ使用者プロセス
２８６へ戻される。数５が各トランザクション・エレメ
ント２４、２６、２８へ戻されると、各トランザクショ
ン・エレメント２４、２６、２８の先行ストリーム位置
(ＰＳＰ)が５だけ増加させられる(ステップ１５６)。そ
の未充足検索要求２９８を受け取り次第、コンパイラ使
用者プロセス２８６は構築された合致フレームをコンパ
イルされたデルタ・ストリーム２９４に記録する(ステ
ップ３０８)。

【００６３】別の検索要求２９８がコンパイラ使用者プ
ロセス２８６によって起動される。ＴＥ２の現在時フレ
ームが５未使用バイトを持つ合致フレーム２５８である
ので、検索要求２９８は修正され(ステップ１２８)、一
緒に渡される(ステップ１４６)。その現在時合致フレー
ムの５バイトを費消したＴＥ１は、そのデルタ・ストリ
ーム３２の第２のデルタ・フレーム２５４をロードす
る。第２のフレーム２５４はデータ・フレームであり、
検索要求２９８は、５バイトのデータ(COULD)３２０で
充足される(ステップ１３４、１３６)。データ・バイト
の数がトランザクション連鎖３８を通して戻されると、
ＴＥ２のＰＳＰは５から１０へ増やされる(ステップ１
５６)。

【００６４】コンパイラ使用者プロセス２８６の第３の
要求２９８の間に、ＴＥ２は新しいデルタ・フレームを
ロードしなければならない。新しいフレーム２６０がデ
ータ・フレームであるので、その内容全体(すなわちB_)
がコンパイラ使用者プロセス２８６へ返され(ステップ
１３４)、コンパイルされたデルタ・ストリーム２９４
へデータ・フレーム３２２として書き込まれる(ステッ
プ３０６)。

【００６５】コンパイラ使用者プロセス２９８の次の要
求２９８によって、ＴＥ２が、そのデルタ・ストリーム
３０の第３のフレーム２６２をロードする。フレーム２
６２が合致フレームであるので、フレームのＳＭＰがＴ
Ｅ２のＰＳＰと比較され、ＴＥ２に先行するストリーム
３２が５バイト(１５−１０＝５）だけ進められる必要
があると判断される(ステップ１７２)。５バイトを求め
る第２の検索要求１９６がＴＥ２に先行するストリーム
３２、３４に出される。ＴＥ１の現在時データ・フレー
ム２５４が第２の検索１９６において要求された５バイ
ト全体を供給し、ＴＥ２のＰＳＰの必要な前進を充足す
ることができるので、第２の検索要求２９６は終了され
る。ＴＥ１によって返された５バイト(すなわちN'T_B)
が、データ・フレーム２７８の形式で負のＴＥ２ののデ
ルタ・ストリーム２８８に書き込まれる(ステップ２０
４)。そのＰＳＰを１５へ進めた後、ＴＥ２は、その負
のデルタ・ストリーム２８８にその新しくロードされた
合致フレームの反転フレーム２６２を記録し(ステップ
１７８)、コンパイラ使用者プロセスが要求したバイト
数を(その現在時合致フレーム２６２の長さである)１５
へ減少させ(ステップ１２８)、その要求２９８をＴＥ１
へ渡す(ステップ１４６)。ＴＥ１は、その現在時データ
・フレーム２５４から４バイトのデータ(すなわちE_A_)
を供給することができる。データ３２４がコンパイラ使
用者プロセス２８６へ返される時、ＴＥ２のＰＳＰが１
９へ増加させられる(ステップ１５６)。

【００６６】コンパイラ使用者プロセス２８６の次の要
求２９８は、ＴＥ２を経由して渡され、１１に減じられ
る(ステップ１２８)。ここで、ＴＥ１は新しいデルタ・
フレームをロードしなければならない(ステップ１２
０)。次に使用可能なフレームは合致フレーム２５６で
あるので、新しいフレーム２５６のＳＭＰがそのＰＳＰ
より大きい(１０−５＝５)と判断され(ステップ１７
２)、先行ストリーム３４が５バイトだけ進められなけ
ればならない。ＴＥ０が、その合致フレーム２４６に５
バイト残し、データを供給することができないので、オ
リジナルのデータストリーム３６の参照トークンが、Ｔ
Ｅ１の負のデルタ・ストリーム２９０に記録されなけれ
ばならない(ステップ２１２)。オリジナル・データスト
リーム３６をコンパイルされたデルタ・ストリーム２９
４とマージすると、ＴＥ１の負のデルタ・ストリーム２
９０に記録された参照トークンに、オリジナル・データ
ストリーム３６からの適切なデータが記入される(ステ
ップ２１４)。トランザクション連鎖３８を通して参照
トークンのバイト数を返す際に、ＴＥ０のＰＳＰが１０
へ、ＴＥ１のＰＳＰが１０へ増加させられる(ステップ
１５６)。新しい反転合致フレーム２５６がその負のデ
ルタ・ストリーム２９０に記録される(ステップ１７
８)。ＴＥ１の新しくロードされた合致フレーム２５６
が１１バイトより長いので、コンパイラ使用者プロセス
２８６の検索要求２９８は、無修正でＴＥ０へ渡される
(ステップ１４６)。ＴＥ０は、そのデルタ・ストリーム
３４の次のフレーム２４８をロード(ステップ１２０)さ
せなければならない。フレーム２４８は、８バイトのデ
ータ・フレームである。検索要求２９８は修正され(ス
テップ１２８)、８データ・バイト(すなわちRADICAL_)
がトランザクション連鎖３８を経由して返される。ＴＥ
１のＰＳＰが１８へ増加させられ、ＴＥ２のＰＳＰが２
７へ増加させられる(ステップ１５６)。返された８デー
タ・バイトが、コンパイルされたデルタ・ストリーム２
９４にデータ・フレーム３２６として記録される(ステ
ップ３０６)。

【００６７】更に３バイトを求めるように減少された要
求２９８がＴＥ２を経由して渡される(ステップ１４
６)。３データ・バイトを求める要求２９８がＴＥ１を
通して無修正で渡される(ステップ１４６)。ＴＥ０に到
達すると、ＴＥ０がそのデルタ・ストリーム３４の最後
のフレーム２５０をロードする間、検索要求２９８は保
留される。ロードされた合致フレーム２５０のＳＭＰが
ＴＥ０のＰＳＰに等しい(１０＝１０)ので、先行ストリ
ーム前進は起きない。ロードされた合致フレーム反転２
５０が、負のデルタ・ストリーム２９２に記録される
(ステップ１７８)。ＴＥ０は、オリジナル・データスト
リーム３６を参照する合致フレームを構築する(ステッ
プ１４０)。３データ・バイトを求める要求２９８は、
未充足のままコンパイラ使用者プロセス２８６へ戻され
る。それが戻されると、ＴＥ１のＰＳＰが２１へ、ＴＥ
２のＰＳＰが３０へ増加される(ステップ１５６)。構築
された合致フレーム３２８が、コンパイルされたデルタ
・ストリーム２９４に記録される(ステップ３０８)。

【００６８】コンパイラ使用者プロセス２８６の次の要
求２９８は、ＴＥ２の新しくロードされたデータ・フレ
ーム２６４の２バイト(すなわちT.)を表しているデータ
・フレーム３３０で充足される。コンパイラ使用者プロ
セス２８６の最終要求が未充足のまま返され、ＴＥ２が
そのデルタ・ストリーム３０の終端に到達したことを認
識した(ステップ１２２)時要求はゼロにされる。このよ
うにして、コンパイラ使用者プロセス２８６はそのコン
パイルされたデルタ・ストリーム２９４の構築を完了す
る(ステップ３０２)。

【００６９】デルタ・ストリーム３０、３２、３４をオ
リジナル・データストリーム３６とマージさせる場合と
同様に、ＴＥ２がそのデルタ・ストリーム３０の終端に
到達したことを認識する(ステップ１２２)時、波及効果
として、他のトランザクション・エレメント２６、２８
がそれら自身のデルタ・ストリーム３２、３４の読み取
りを終了して(ステップ２２４)、それらの負のデルタ・
ストリーム２９０、２９２の構築を完了する。このプロ
セスの間、オリジナル・データストリーム３６の最後の
７バイトを参照するもう１つの参照トークン３１６が、
ＴＥ２の負のデルタ・ストリーム２８８に記録される
(ステップ２０４)。

【００７０】上述のデルタ・ストリーム３０、３２、３
４が合致または追加のデータ・バイトを参照するデルタ
・フレームを含んでいたが、合致または追加のデータ行
を参照するデルタ・ストリームに関連した本発明の方法
および装置２０、３３２、３３４を当業者が容易に使用
することができるであろう。従って、この場合合致フレ
ームの特性をバイト・アドレスでなく行アドレスに対応
するものと言い換えることができるであろう。

【００７１】以上、複数の順次デルタ・ストリーム３
０、３２、３４をマージする方法および装置２０、３３
２、３３４を記述した。デルタ・ストリーム３０、３
２、３４が一連のオーバーラップしない合致フレームお
よびデータ・フレームから構成されているので、すべて
のストリーム３０、３２、３４が順次型記憶媒体に記憶
される場合本システムは特有の成果を生む。順次記憶媒
体だけを含む環境で動作するデルタ・マージ・システム
は知られていない。

【００７２】本発明の方法および装置２０、３３２、３
３４の好ましい実施形態を以上詳細に記述したが、本発
明の概念が上記実施形態に限定されることなく種々の形
態で実施することが可能である点は理解されるべきであ
る。

【００７３】本発明には、例として次のような実施様態
が含まれる。 （１）プログラム可能なコンピュータにおいて、複数の
順次デルタ・ストリームをオリジナルのデータストリー
ムとマージして更新データストリームを作成する方法で
あって、上記更新データストリームに伝送すべきデータ
・バイトを上記複数の順次デルタ・ストリームの範囲内
から取り出す検索要求を起動するステップと、上記デー
タ・バイトを供給できる複数の順次デルタ・ストリーム
の最後のデルタ・ストリームによって提供されるデータ
・バイトで上記要求を充足させるステップと、上記複数
の順次デルタ・ストリームが上記検索要求を充足させる
ことができない場合、上記オリジナル・データストリー
ムによって提供されるデータ・バイトで上記検索要求を
充足させるステップと、検索要求に対する充足ができな
くなるまで、上記検索要求の起動と充足のステップを繰
り返すことによって上記更新データストリームを完成さ
せるステップと、を含む更新データストリーム作成方
法。 （２）プログラム可能なコンピュータにおいて、複数の
順次デルタ・ストリームをオリジナルのデータストリー
ムとマージして更新データストリームを作成する方法で
あって、各々が上記複数の順次デルタ・ストリームに対
応し、上記オリジナル・データストリームに対する最新
リビジョンが最大の番号を持ち、上記オリジナル・デー
タストリームに対する最初のリビジョンが最小の番号を
持ち、その間の順次リビジョンに対応して順次番号が付
せられた複数のトランザクション・エレメントからなる
連鎖を構築するステップと、上記更新データストリーム
に伝送すべきデータ・バイトを上記トランザクション連
鎖の範囲内から取り出す検索要求を起動するステップ
と、上記データ・バイトを供給できる上記トランザクシ
ョン連鎖内の最大番号を持つトランザクション・エレメ
ントによって提供されるデータ・バイトで上記要求を充
足するステップと、上記トランザクション連鎖内のトラ
ンザクション・エレメントが上記検索要求を充足させる
ことができない場合、上記オリジナル・データストリー
ムによって提供されるデータ・バイトで上記検索要求を
充足させるステップと、検索要求に対する充足ができな
くなるまで、上記検索要求の起動と充足のステップを繰
り返すことによって上記更新データストリームを完成さ
せるステップと、を含む更新データストリーム作成方
法。 （３）オリジナル・データストリームを順次記憶媒体か
ら直接読み取るステップを更に含む上記（２）に記載の
更新データストリーム作成方法。

【００７４】（４）プログラム可能なコンピュータにお
いて、複数の順次デルタ・ストリームをオリジナルのデ
ータストリームとマージする際に負のデルタ・ストリー
ムを構築する方法であって、合致デルタ・フレームおよ
び／またはデータ・デルタ・フレームを含むデルタ・ス
トリームの範囲内から、更新データストリームに伝送す
べきデータ・バイトを取り出す検索要求を起動するステ
ップと、上記デルタ・ストリームの現在時デルタ・フレ
ームが空であれば、上記デルタ・ストリームの次のデル
タ・フレームを現在時デルタ・フレームとしてロードす
るステップと、上記デルタ・ストリームに関連するオリ
ジナル・データストリーム位置をモニタするステップ
と、合致フレームである次のデルタ・フレームをロード
した後、合致フレームのソース合致位置とデルタ・スト
リームのオリジナル・データストリーム位置の間の差と
して先行ストリーム遅れカウントを計算し、該先行スト
リーム遅れカウントに等しいバイト数を上記オリジナル
・データストリームから上記負のデルタ・ストリームへ
データ・フレームの形式で転送し、上記合致フレームの
反転を作成し、該反転合致フレームを上記負のデルタ・
ストリームに記録し、上記オリジナル・データストリー
ム位置を上記先行ストリーム遅れカウントに等しい数だ
け増分させるステップと、上記デルタ・ストリームがデ
ータ・フレームである現在時フレームから上記データ・
バイトを供給できる場合、上記現在時フレームから提供
されるデータ・バイトで上記検索要求を充足させるステ
ップと、上記デルタ・ストリームが上記検索要求を充足
させることができない場合、上記オリジナル・データス
トリームによって提供されるデータ・バイトで上記検索
要求を充足させるステップと、上記オリジナル・データ
ストリームによって上記更新データストリームに提供さ
れたデータ・バイトの数だけ上記オリジナル・データス
トリーム位置を増分させるステップと、検索要求に対す
る充足ができなくなるまで、上記検索要求の起動と充足
のステップを繰り返すことによって上記更新データスト
リームを完成させるステップと、を含む負のデルタ・ス
トリーム構築方法。

【００７５】（５）プログラム可能なコンピュータにお
いて、複数の順次デルタ・ストリームをマージしてコン
パイルされたデルタ・ストリームを作成する方法であっ
て、上記コンパイルされたデータストリームに伝送すべ
きデータ・フレームを上記複数の順次デルタ・ストリー
ムの範囲内から取り出す検索要求を起動するステップ
と、データ・フレームを供給できる複数の順次デルタ・
ストリームの最後のデルタ・ストリームによって提供さ
れるデータ・フレームで上記要求を充足させるステップ
と、上記複数の順次デルタ・ストリームが上記検索要求
を充足させることができない場合、合致フレームを構築
して上記コンパイルされたデルタ・ストリームに転送す
るステップと、検索要求に対する充足ができなくなるま
で、上記検索要求の起動と充足、および合致フレーム構
築と転送の諸ステップを繰り返すことによって上記コン
パイルされたデルタ・ストリームを完成させるステップ
と、を含むコンパイルされたデルタ・ストリーム作成方
法。 （６）プログラム可能なコンピュータにおいて、複数の
順次デルタ・ストリームをマージしてコンパイルされた
デルタ・ストリームを作成する方法であって、各々が上
記複数の順次デルタ・ストリームに対応し、上記オリジ
ナル・データストリームに対する最新リビジョンが最大
の番号を持ち、上記オリジナル・データストリームに対
する最初のリビジョンが最小の番号を持ち、その間の順
次リビジョンに対応して順次番号が付せられた複数のト
ランザクション・エレメントからなる連鎖を構築するス
テップと、上記コンパイルされたデルタ・ストリームに
伝送すべきデータ・フレームを上記トランザクション連
鎖の範囲内から取り出す検索要求を起動するステップ
と、データ・フレームを供給できる上記トランザクショ
ン連鎖内の最大番号を持つトランザクション・エレメン
トによって提供されるデータ・フレームで上記要求を充
足させるステップと、上記トランザクション連鎖内のト
ランザクション・エレメントが上記検索要求を充足させ
ることができない場合、合致フレームを構築して上記コ
ンパイルされたデルタ・ストリームに転送するステップ
と、検索要求に対する充足ができなくなるまで、上記検
索要求の起動と充足、および合致フレーム構築と転送の
諸ステップを繰り返すことによって上記コンパイルされ
たデルタ・ストリームを完成させるステップと、を含む
コンパイルされたデルタ・ストリーム作成方法。

【００７６】（７）複数の順次デルタ・ストリームをオ
リジナルのデータストリームと１回のパスでマージして
更新データストリームを作成するようにプログラムされ
たコンピュータであって、上記複数の順次デルタ・スト
リームの１つに対応するデルタ・ストリーム入力を各々
が持つ複数の順次トランザクション・エレメントからな
るトランザクション連鎖と、上記トランザクション連鎖
の末尾エレメントに接続し、上記オリジナル・データス
トリームを受け取る入力部および上記更新データストリ
ームへの出力を行う出力部を有する使用者プロセスと、
を備えたコンピュータ。 （８）複数の順次デルタ・ストリームをオリジナルのデ
ータストリームと１回のパスでマージしてコンパイルさ
れたデルタ・ストリームを作成するようにプログラムさ
れたコンピュータであって、上記複数の順次デルタ・ス
トリームの１つに対応するデルタ・ストリーム入力を各
々が持つ複数の順次トランザクション・エレメントから
なるトランザクション連鎖と、上記トランザクション連
鎖の末尾エレメントに接続し、上記コンパイルされたデ
ルタ・ストリームへの出力を行う出力部を有するコンパ
イラ使用者プロセスと、を備えたコンピュータ。

【００７７】（９）複数の順次デルタ・ストリームをオ
リジナルのデータストリームと１回のパスでマージして
更新データストリームを作成するコンピュータを制御す
るようにプログラムされた物理的記憶媒体であって、上
記複数の順次デルタ・ストリームの１つに対応するデル
タ・ストリーム入力を各々が持つ複数の順次トランザク
ション・エレメントからなるトランザクション連鎖を作
成する手段と、上記オリジナル・データストリームを受
け取る入力部および上記更新データストリームへの出力
を行う出力部を有する使用者プロセスと、上記使用者プ
ロセスを上記トランザクション連鎖の末尾エレメントへ
接続させる手段と、を備えた物理的記憶媒体。 （１０）複数の順次デルタ・ストリームをオリジナルの
データストリームと１回のパスでマージしてコンパイル
されたデルタ・ストリームを作成するコンピュータを制
御するようにプログラムされた物理的記憶媒体であっ
て、上記複数の順次デルタ・ストリームの１つに対応す
るデルタ・ストリーム入力を各々が持つ複数の順次トラ
ンザクション・エレメントからなるトランザクション連
鎖を作成する手段と、上記コンパイルされたデルタ・ス
トリームへの出力を行う出力部を有するコンパイラ使用
者プロセスと、上記コンパイラ使用者プロセスを上記ト
ランザクション連鎖の末尾エレメントへ接続させる手段
と、を備えた物理的記憶媒体。

【００７８】

【発明の効果】本発明の方法および装置によって、(デ
ルタ・ストリームによって表現される)デルタ・ファイ
ルを、順次記憶媒体に記憶されている(オリジナルのデ
ータストリームである)ファイルとマージすることが可
能にされ、更に、１)ファイルの以前のバージョンが再
構築されるように負のデルタ・ストリームを作成するこ
とができ、２）ＣＰＵによって実行されるＩ／Ｏ動作数
が２＊(基本ファイルのバイト数)に限定されるように単
一パスで多数のデルタ・ストリームをマージして負のデ
ルタ・ストリームを作成することができ、３)複数のデ
ルタ・ストリームをマージしてコンパイルされたデルタ
・ストリームを作成し、それによってＣＰＵに課せられ
た管理負荷を減少させることができ、４)マルチタスク
をサポートしないコンピュータ・システム環境において
も効果的に作動させることができ、５)大規模なデータ
ストリームとデルタ・ストリームのマージを管理するこ
とが可能となる。従って、本発明の方法および装置によ
って、ユーザは、大規模なディスク記憶空間を使用する
ことなく、ドキュメントのいくつかのバージョンをロー
カルの順次記憶媒体に保持することが可能となる。

【図面の簡単な説明】

【図１】複数の順次デルタ・ストリームをオリジナルの
データストリームとマージしてデータストリーム・リビ
ジョンを作成する装置のブロック図である。

【図２】図１の装置を使用するプロセスの動作の流れ図
である。

【図３】図１のトランザクション・エレメントが対応す
るデルタ・ストリームを読み取る際の動作の流れ図であ
る。

【図４】図１のトランザクション・エレメントが対応す
るデルタ・ストリームのデルタ・フレームをロードする
際の動作の流れ図である。

【図５】図１のトランザクション・エレメントが先行デ
ルタ・ストリームのストリーム位置を前進させる際の動
作の流れ図である。

【図６】図１のトランザクション・エレメントがオリジ
ナル・データストリームから負のデルタ・ストリームへ
データを転送する際の動作の流れ図である。

【図７】図１のトランザクション・エレメントが負のデ
ルタ・ストリームに関して反転合致フレームを作成する
際の動作の流れ図である。

【図８】図１のトランザクション・エレメントがその対
応するデルタ・ストリームの最終フレームをロードする
際の動作の流れ図である。

【図９】図１の装置によって生成することができるもの
の例として、１つの単純な文に対する３つのリビジョ
ン、上記リビジョンを表す３つのデルタ・ストリームお
よび３つの負のデルタ・ストリームを示す図である。

【図１０】複数の負の順次デルタ・ストリームを更新さ
れたデータストリームとマージして所望の先行データス
トリームを再構築する装置のブロック図である。

【図１１】複数の順次デルタ・ストリームをマージして
コンパイルされたデルタ・ストリームを作成する装置の
ブロック図である。

【図１２】図１１の装置がコンパイルされたデルタ・ス
トリームを作成するプロセスの動作の流れ図である。

【図１３】コンパイルされたデルタ・ストリームに合致
フレームを作成する際の図１１のトランザクション・エ
レメントの動作の流れ図である。

【図１４】図９の３つのデルタ・ストリームのマージの
間に図１１の装置によって作成されるコンパイルされた
デルタ・ストリームおよび３つの負のデルタ・ストリー
ムを示す図である。

【符号の説明】 ２０、３３２、３３４ コンピュータ装置 ２２ 使用者プロセス ２４、２６、２８ トランザクション・エレメント ３０、３２、３４ デルタ・ストリーム ３６ オリジナル・データストリーム ３８ トランザクション連鎖 ４０、２８４ 先行リビジョン ４２、４４、４６ デルタストリーム読み取り機構 ４８ 入力 ５０ 出力 ５２ 更新データストリーム ５４、５６、５８、２８８、２９０、２９２ 負のデ
ルタ・ストリーム ６０、６２、６４ 負のデルタ・ストリーム出力機構 ６６、６８、７０ 検索要求実行Ｉ／Ｏインターフェ
ース ２４６、２５２、２５８ 合致フレーム ２４８、２５４、２６０ データ・フレーム ２８６ コンパイラ使用者プロセス ２９４ コンパイルされたデルタ・ストリーム

Claims (1)

【特許請求の範囲】
1. 【請求項１】プログラム可能なコンピュータにおいて、
   複数の順次デルタ・ストリームをオリジナルのデータス
   トリームとマージして更新データストリームを作成する
   方法であって、 上記更新データストリームに伝送すべきデータ・バイト
   を上記複数の順次デルタ・ストリームの範囲内から取り
   出す検索要求を起動するステップと、 上記データ・バイトを供給できる複数の順次デルタ・ス
   トリームの最後のデルタ・ストリームによって提供され
   るデータ・バイトで上記要求を充足させるステップと、 上記複数の順次デルタ・ストリームが上記検索要求を充
   足させることができない場合、上記オリジナル・データ
   ストリームによって提供されるデータ・バイトで上記検
   索要求を充足させるステップと、 検索要求に対する充足ができなくなるまで、上記検索要
   求の起動と充足のステップを繰り返すことによって上記
   更新データストリームを完成させるステップと、 を含む更新データストリーム作成方法。