特表 2024-509218 記録の不変性を維持しながらの、記録に対する変更の記録

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-02-29

(54)【発明の名称】記録の不変性を維持しながらの、記録に対する変更の記録

(51)【国際特許分類】

   G06F 16/28 20190101AFI20240221BHJP

【ＦＩ】

G06F16/28

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023553995

(86)(22)【出願日】2022-02-21

(85)【翻訳文提出日】2023-09-05

(86)【国際出願番号】 CN2022077022

(87)【国際公開番号】W WO2022188613

(87)【国際公開日】2022-09-15

(31)【優先権主張番号】17/198,344

(32)【優先日】2021-03-11

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】390009531

【氏名又は名称】インターナショナル・ビジネス・マシーンズ・コーポレーション

【氏名又は名称原語表記】ＩＮＴＥＲＮＡＴＩＯＮＡＬ ＢＵＳＩＮＥＳＳ ＭＡＣＨＩＮＥＳ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】Ｎｅｗ Ｏｒｃｈａｒｄ Ｒｏａｄ， Ａｒｍｏｎｋ， Ｎｅｗ Ｙｏｒｋ １０５０４， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100112690

【弁理士】

【氏名又は名称】太佐 種一

(74)【代理人】

【識別番号】100120710

【弁理士】

【氏名又は名称】片岡 忠彦

(74)【復代理人】

【識別番号】100104880

【弁理士】

【氏名又は名称】古部 次郎

(74)【復代理人】

【識別番号】100118108

【弁理士】

【氏名又は名称】久保 洋之

(72)【発明者】

【氏名】マッキントッシュ、フレイザー、イアン

(72)【発明者】

【氏名】リコリッシュ、ロザンナ

(72)【発明者】

【氏名】ロングランド、マーク

【テーマコード（参考）】

5B175

【Ｆターム（参考）】

5B175AA01

5B175AA02

(57)【要約】

本発明の態様は、記録の可用性を維持しながら記録への変更を記録するための方法、コンピュータプログラム製品、およびシステムを開示する。方法は、１つ以上のプロセッサによって、記録オブジェクトへの変更をキャプチャすることを含む。変更には、変更される記録オブジェクトの詳細およびオブジェクトが変更される変更方法指示が含まれる。方法はさらに、１つ以上のプロセッサによって、変更オブジェクトをスタンドアロンオブジェクトとして保存するとともに、変更方法指示と記録オブジェクトを指すメタデータとを保存することを含む。方法はさらに、１つ以上のプロセッサによって、記録オブジェクトの以前のバージョンのメタデータを修正して、変更オブジェクトへのポインタを含むようにさせることを含む。方法はさらに、１つ以上のプロセッサによって、記録オブジェクトの取得またはリストア要求に応答する際に、変更方法指示を記録オブジェクトに適用することを含む。

【特許請求の範囲】

【請求項1】

１つ以上のプロセッサによって、記録オブジェクトへの変更をキャプチャすることであって、当該変更には、変更される当該記録オブジェクトの詳細および当該オブジェクトが変更される変更方法指示が含まれる、ことと、
１つ以上のプロセッサによって、変更オブジェクトをスタンドアロンオブジェクトとして保存するとともに、前記変更方法指示と前記記録オブジェクトを指すメタデータとを保存することと、
１つ以上のプロセッサによって、前記記録オブジェクトの以前のバージョンのメタデータを修正して、前記変更オブジェクトへのポインタを含むようにさせることと、
１つ以上のプロセッサによって、前記記録オブジェクトの取得またはリストア要求に応答する際に、前記変更方法指示を当該記録オブジェクトに適用することと、
を含む、コンピュータ実装方法。

【請求項2】

記録オブジェクトへの変更をキャプチャすることは、１つ以上のプロセッサによって、当該変更の理由の記述をキャプチャすることをさらに含み、
前記変更オブジェクトをスタンドアロンオブジェクトとして保存することは、１つ以上のプロセッサによって、当該変更オブジェクト内に前記記述を保存することをさらに含む、請求項１に記載の方法。

【請求項3】

１つ以上のプロセッサによって、記録オブジェクトに対して経時的に行われる複数の変更に対応するために一連の相互に依存する変更オブジェクトを保存することをさらに含み、当該相互に依存する変更オブジェクトは、依存する変更オブジェクトへのポインタを有するメタデータを含む、請求項１に記載の方法。

【請求項4】

１つ以上のプロセッサによって、記録オブジェクトを求める要求を受信することと、
１つ以上のプロセッサによって、前記記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトのうち、適用可能な変更方法指示を反復することによって、１つ以上の変更方法指示を当該記録オブジェクトに適用することと、
をさらに含む、請求項１に記載の方法。

【請求項5】

１つ以上のプロセッサによって、記録オブジェクトを求める要求を受信することと、
１つ以上のプロセッサによって、前記記録オブジェクトに対する１つ以上の変更が利用可能であることを、前記要求を行ったユーザに通知することと、
１つ以上のプロセッサによって、ユーザ選択に従って、前記記録オブジェクトによって指し示される１つ以上の変更オブジェクトの変更方法指示を適用することと、
をさらに含む、請求項１に記載の方法。

【請求項6】

１つ以上のプロセッサによって、記録オブジェクトを求める要求を受信することと、
１つ以上のプロセッサによって、デフォルトで、前記記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトの変更方法指示を強制的に適用することと、
をさらに含む、請求項１に記載の方法。

【請求項7】

変更オブジェクトの変更方法指示を記録オブジェクトに適用する前に、１つ以上のプロセッサによって、当該記録オブジェクトおよび変更オブジェクトの完全性をチェックすることをさらに含む、請求項１に記載の方法。

【請求項8】

１つ以上のプロセッサによって、記録オブジェクトまたは変更オブジェクトにアクセスする要求の処理を設定し、未変更の記録オブジェクトを許可されたオペレータが取得またはリストアできるようにすることをさらに含む、請求項１に記載の方法。

【請求項9】

１つ以上のプロセッサによって、記録についての記録オブジェクトを取得することをさらに含み、当該記録についての当該記録オブジェクトを取得することは、
１つ以上のプロセッサによって、前記記録オブジェクトをストレージに対して要求することと、
１つ以上のプロセッサによって、前記記録オブジェクトをストレージから取得し、当該記録オブジェクトのメタデータを読み取って、当該記録オブジェクトへの変更を特定することと、
１つ以上のプロセッサによって、ストレージから１つ以上の変更オブジェクトを取得することと、
１つ以上のプロセッサによって、前記１つ以上の変更オブジェクトにおいて規定される１つ以上の変更方法指示を、前記記録オブジェクトに適用することと、
１つ以上のプロセッサによって、前記１つ以上の変更方法指示を前記記録オブジェクトに適用して得られたオブジェクトを返すことと、
をさらに含む、請求項１に記載の方法。

【請求項10】

１つ以上のコンピュータ可読記憶媒体と、当該１つ以上のコンピュータ可読記憶媒体に記憶されたプログラム命令と、を含むコンピュータプログラム製品であって、当該プログラム命令は、
記録オブジェクトへの変更をキャプチャするためのプログラム命令であって、当該変更には、変更される当該記録オブジェクトの詳細および当該オブジェクトが変更される変更方法指示が含まれる、プログラム命令と、
変更オブジェクトをスタンドアロンオブジェクトとして保存するとともに、前記変更方法指示と前記記録オブジェクトを指すメタデータとを保存するためのプログラム命令と、
前記記録オブジェクトの以前のバージョンのメタデータを修正して、前記変更オブジェクトへのポインタを含むようにさせるためのプログラム命令と、
前記記録オブジェクトの取得またはリストア要求に応答する際に、前記変更方法指示を当該記録オブジェクトに適用するためのプログラム命令と、
を含む、コンピュータプログラム製品。

【請求項11】

記録オブジェクトへの変更をキャプチャするためのプログラム命令は、当該変更の理由の記述をキャプチャするためのプログラム命令をさらに含み、
前記変更オブジェクトをスタンドアロンオブジェクトとして保存するためのプログラム命令は、当該変更オブジェクト内に前記記述を保存するためのプログラム命令をさらに含む、請求項１０に記載のコンピュータプログラム製品。

【請求項12】

前記１つ以上のコンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトに対して経時的に行われる複数の変更に対応するために一連の相互に依存する変更オブジェクトを保存するためのプログラム命令をさらに含み、当該相互に依存する変更オブジェクトは、依存する変更オブジェクトへのポインタを有するメタデータを含む、請求項１０に記載のコンピュータプログラム製品。

【請求項13】

前記１つ以上のコンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトを求める要求を受信することと、
前記記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトのうち、適用可能な変更方法指示を反復することによって、１つ以上の変更方法指示を当該記録オブジェクトに適用することと、
を実行するためのプログラム命令をさらに含む、請求項１０に記載のコンピュータプログラム製品。

【請求項14】

前記１つ以上のコンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトを求める要求を受信することと、
前記記録オブジェクトに対する１つ以上の変更が利用可能であることを、前記要求を行ったユーザに通知することと、
ユーザ選択に従って、前記記録オブジェクトによって指し示される１つ以上の変更オブジェクトの変更方法指示を適用することと、
を実行するためのプログラム命令をさらに含む、請求項１０に記載のコンピュータプログラム製品。

【請求項15】

１つ以上のコンピュータプロセッサと、
１つ以上のコンピュータ可読記憶媒体と、
前記１つ以上のプロセッサの少なくとも１つが実行するために前記コンピュータ可読記憶媒体上に記憶されたプログラム命令と、を備えるコンピュータシステムであって、当該プログラム命令は、
記録オブジェクトへの変更をキャプチャするためのプログラム命令であって、当該変更には、変更される当該記録オブジェクトの詳細および当該オブジェクトが変更される変更方法指示が含まれる、プログラム命令と、
変更オブジェクトをスタンドアロンオブジェクトとして保存するとともに、前記変更方法指示と前記記録オブジェクトを指すメタデータとを保存するためのプログラム命令と、
前記記録オブジェクトの以前のバージョンのメタデータを修正して、前記変更オブジェクトへのポインタを含むようにさせるためのプログラム命令と、
前記記録オブジェクトの取得またはリストア要求に応答する際に、前記変更方法指示を当該記録オブジェクトに適用するためのプログラム命令と、
を含む、コンピュータシステム。

【請求項16】

記録オブジェクトへの変更をキャプチャするためのプログラム命令は、当該変更の理由の記述をキャプチャするためのプログラム命令をさらに含み、
前記変更オブジェクトをスタンドアロンオブジェクトとして保存するためのプログラム命令は、当該変更オブジェクト内に前記記述を保存するためのプログラム命令をさらに含む、請求項１５に記載のコンピュータシステム。

【請求項17】

前記１つ以上のプロセッサの少なくとも１つが実行するために前記コンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトに対して経時的に行われる複数の変更に対応するために一連の相互に依存する変更オブジェクトを保存するためのプログラム命令をさらに含み、当該相互に依存する変更オブジェクトは、依存する変更オブジェクトへのポインタを有するメタデータを含む、請求項１５に記載のコンピュータシステム。

【請求項18】

前記１つ以上のプロセッサの少なくとも１つが実行するために前記コンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトを求める要求を受信することと、
前記記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトのうち、適用可能な変更方法指示を反復することによって、１つ以上の変更方法指示を当該記録オブジェクトに適用することと、
を実行するためのプログラム命令をさらに含む、請求項１５に記載のコンピュータシステム。

【請求項19】

前記１つ以上のプロセッサの少なくとも１つが実行するために前記コンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトを求める要求を受信することと、
前記記録オブジェクトに対する１つ以上の変更が利用可能であることを、前記要求を行ったユーザに通知することと、
ユーザ選択に従って、前記記録オブジェクトによって指し示される１つ以上の変更オブジェクトの変更方法指示を適用することと、
を実行するためのプログラム命令をさらに含む、請求項１５に記載のコンピュータシステム。

【請求項20】

前記１つ以上のプロセッサの少なくとも１つが実行するために前記コンピュータ可読記憶媒体に記憶されたプログラム命令であって、
記録オブジェクトを求める要求を受信することと、
デフォルトで、前記記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトの変更方法指示を強制的に適用することと、
を実行するためのプログラム命令をさらに含む、請求項１５に記載のコンピュータシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、一般に、バックアップ記録およびアーカイブ記録を維持する分野に関し、より具体的には、記録の不変性を維持しながら記録への変更を記録することに関する。

【背景技術】

【0002】

多くの規制システム（regulatory system）では、データを不変に（in an immutable manner）保存することが求められる。すなわち、保存中のデータに変更が加えられないことの保証が求められる。規制スキームだけでなく、（例えば、金融サービス、電気通信、法律などの業界における）ベストプラクティスを求めるユーザの要求からも、データを不変に保存することが必要とされている。保存されたデータに対して、変更、削除、または修正を要求することは一般的である。一例を挙げると、ＥＵ法（European Union law）の一般データ保護規則（ＧＤＰＲ：General Data Protection Regulation）に基づく、忘れられる権利（right to be forgotten）や個人データを訂正する権利などがある。さらに、データ保存システムは、システムにコミットされたデータが、システムから取得された際にも同一であることを保証することが求められる。

【発明の概要】

【0003】

本発明の態様は、記録の可用性を維持しながら記録への変更を記録するための方法、コンピュータプログラム製品、およびシステムを開示する。方法は、１つ以上のプロセッサによって、記録オブジェクトへの変更をキャプチャすることを含む。変更には、変更される記録オブジェクトの詳細およびオブジェクトが変更される変更方法指示が含まれる。方法はさらに、１つ以上のプロセッサによって、変更オブジェクトをスタンドアロンオブジェクトとして保存するとともに、変更方法指示と記録オブジェクトを指すメタデータとを保存することを含む。方法はさらに、１つ以上のプロセッサによって、記録オブジェクトの以前のバージョンのメタデータを修正して、変更オブジェクトへのポインタを含むようにさせることを含む。方法はさらに、１つ以上のプロセッサによって、記録オブジェクトの取得またはリストア要求に応答する際に、変更方法指示を記録オブジェクトに適用することを含む。

【0004】

本発明とみなされる主題を、本明細書の末尾において具体的に示し、明確に特許請求する。本発明は、構成および動作方法の両方に関して、その目的、特徴および利点とともに、以下の詳細な説明を添付図面と併せて参照することによって、最も良く理解することができる。

【0005】

図示を簡略化し明瞭にするために、各図面に示した要素は必ずしも縮尺通りではない。例えば、一部の要素の寸法を、明確にするために他の要素に対して誇張している場合がある。さらに、適切と考えられる場合には、対応または類似の特徴であることを示すために、参照番号を図面間で繰り返し使用している場合がある。

【0006】

本発明の実施形態を、例示のみを目的として、以下の図面を参照して説明する。

【図面の簡単な説明】

【0007】

【図1】本発明の実施形態に係る、方法の例示的な実施形態のフローチャートである。

【図2】本発明の実施形態に係る、方法の一態様としてのオブジェクトコミットフローの例示的な実施形態のフローチャートである。

【図3】本発明の実施形態に係る、方法の一態様としてのオブジェクト修正フローの例示的な実施形態のフローチャートである。

【図4】本発明の実施形態に係る、方法の一態様としてのオブジェクト取得またはリストアフローの例示的な実施形態のフローチャートである。

【図5】本発明の実施形態に係る、方法の一態様としてのオブジェクトマージフローの例示的な実施形態のフローチャートである。

【図6】本発明の実施形態に係る、方法の一態様を示すデータオブジェクトの例示的な実施形態の概略図である。

【図7】本発明の実施形態に係る、システムの例示的な実施形態のブロック図である。

【図8】本発明の実施形態に係る、本発明を実装可能なコンピュータシステムまたはクラウドサーバの一実施形態のブロック図である。

【図9】本発明の実施形態に係る、本発明を実装可能なクラウドコンピューティング環境の概略図である。

【図10】本発明の実施形態に係る、本発明を実装可能なクラウドコンピューティング環境の抽象化モデルレイヤの図である。

【発明を実施するための形態】

【0008】

本発明の実施形態は、データを不変に保存し、かつ変更を可能にするという要求によって、アーカイブまたはバックアップデータストレージシステムが規制に抵触する可能性があることを認識するものである。データストレージシステムは、システムにコミットされたデータが、システムから取得された際にも同一であることを保証することが求められる。現在、このような変更は、保存したデータ記録を全面的に削除するか、あるいは、オンラインまたは本番システムに加えられた変更のメモを作成し、手動プロセスによって、バックアップシステムまたはアーカイブシステムからリストア（restore）もしくは取得（retrieve）またはその両方を行う際に変更を詳述することによって可能となる。本発明の実施形態は、このプロセスには失敗の可能性があり、変更が正しくキャプチャされることや、偶発的または意図的な修正なしに変更が保存されることの保証がほとんどないことを認識するものである。

【0009】

従来のシナリオでは、保存データへの変更は、最初にコミットされたデータをリストアし、変更を行い、それを再バックアップ／アーカイブすることによって行われる。しかし、本発明の実施形態は、このようなプロセスは、オブジェクトが変更されていないことの保証の連鎖（chain of assurance）を断ち切るものであり、したがって、どのような変更が行われたかについての正確な保証がないため、不変であるとは言えないことを認識するものである。さらに、変更されたオブジェクトを既存のオブジェクトとともに別々に保存することは、保存効率を著しく低下させるだけでなく、間違ったオブジェクトを極めて容易に選択できてしまうため、リストア／取得プロセスを複雑にする可能性がある。さらに、本発明の実施形態は、バックアップ／アーカイブシステム全体の完全性（integrity）を危険にさらすことなく、既存のバージョンのオブジェクトに変更を適用することは不可能であることを認識するものである。これは、商用実装形態がこれをサポートしていないためであり、このようなプロセスは、アドホックのオーダーメイド（bespoke）ベースで、または手動プロセスによって実装する必要があるが、どちらも失敗を生じやすい。

【0010】

本発明の実施形態は、データの不変性を損なうことなく、バックアップ記録またはアーカイブ記録などの記録の変更を可能にし、ストレージリポジトリ内において、変更の理由の記述（description）とともに変更を個別にキャプチャできるようにする方法およびシステムを提供するように動作する。記録に対する変更、または相互に依存する（interdependent）一連の変更の詳細が保存され、記録が取得またはリストアされる時点で変更が適用される。本発明のさらなる実施形態は、リストアまたは取得要求を行うユーザまたはシステムに、適用可能な変更が存在することを通知することができる。

【0011】

本発明のさらなる実施形態は、アーカイブシステムへの変更を記録し、これらの変更をアーカイブ内に保存された以前のバージョンのオブジェクトに適用する能力を提供することができる。これは、オブジェクトのバージョン、およびオブジェクトに適用された変更の依存関係を経時的に追跡することができることを意味する。規制遵守のために変更を行って、変更が行われる前に保存されたオブジェクトに適用してもよい。これにより、法律で要求されるようにデータを削除／修正することが可能になり、アプリケーション固有の取り扱いをしなくてすむ。

【0012】

本発明の実施形態の様々な態様は、既存のアーカイブおよびバックアップストレージシステムの不変性機能を基礎とする一方で、システム内において、変更の理由の記述とともに変更を個別にキャプチャできるように動作する。さらに、本発明の実施形態（以下で詳述する）は、オブジェクトの不変性を維持しながら、更新された記録を返し、これにより、保存データの対応バージョン（compliant version）を返すことができる。

【0013】

図１は、本明細書に記載の方法の概要の例示的な実施形態を示すフローチャート１００である。説明の便宜上、（図１に記載の）フローチャート１００に示すプロセスは、図７に例示するシステム（例えば、コンピュータシステム７００）に示すブロックおよびシステムの１つ以上において実装されてもよい。例示的な一実施形態において、記録監視システム７１０（およびその内部コンポーネント）など、コンピュータシステム７００の１つ以上のコンポーネントによって、フローチャート１００の処理ステップを実行することができる。あるいは、フローチャート１００の実行は、この実装形態に限定されない。様々な実施形態において、フローチャート１００の方法は、変更が行われない記録オブジェクトを保存し、不変性を維持する記録ストレージに適用される。

【0014】

フローチャート１００の方法は、プロセス１０１にて、記録オブジェクトへの変更をキャプチャする。これには、変更される記録オブジェクトの詳細（ステップ１０２）、記録オブジェクトが変更される変更方法指示（change method instruction）（ステップ１０３）、および変更理由の記述（ステップ１０４）が含まれる。そして、フローチャート１００の方法は、ステップ１０５にて、キャプチャした変更で特定された記録オブジェクトのすべての以前のバージョンのメタデータを修正し、変更に関する情報を含むようにさせる。

【0015】

フローチャート１００の方法は、プロセス１０６にて、変更方法指示（ステップ１０７）および変更理由の記述（ステップ１０８）を含むスタンドアロンのオブジェクトとして、変更オブジェクト（change object）を保存する。さらなる態様において、フローチャート１００の方法は、変更オブジェクトを、（プロセス１０６にて）別個かつ不変に保存することができる。例示的な実施形態において、行われた変更を表すために保存される情報は、変更が行われた方法（例えば、構造化クエリ言語（ＳＱＬ）ステートメント、テキスト置換、正規表現（ＲＥＧＥＸ）など）であり、行われた変更の結果（ブロック記憶の差分（delta）、データベースログなど）ではない。

【0016】

フローチャート１００の方法は、ステップ１０９にて、データ要求を行ってオブジェクトを求めるユーザに、オブジェクトを取得またはリストアする際に適用される１つ以上の変更が利用可能であることを通知することを含む。記録オブジェクトの取得またはリストアプロセスは、その後、当該記録オブジェクトに関連付けられた１つ以上の変更オブジェクトを参照することができ、フローチャート１００の方法は、ステップ１１０にて、必要に応じて変更を行うために、１つ以上の変更方法指示を当該記録オブジェクトに適用することができる。構成に応じて、変更を強制したり、記録オブジェクトと変更オブジェクトの両方を別々にリストアしたり、マージしたりすることもできる。例示的な実施形態において、適用される変更は、ユーザによって選択されるように構成されてもよいし、デフォルトで自動的に適用されるように構成されてもよい。

【0017】

したがって、元のオブジェクトは変更されずに保存され、後のバージョンも、元のオブジェクトおよび後のバージョンのオブジェクトに適用可能な変更を記述する変更オブジェクトとともに保存することができる。この方法では、初期データは変更されずに保存され、リストア／取得時に行う必要のある単一の変更または相互に依存する一連の変更の詳細が保存される。したがって、変更は、変更が行われる前の初期オブジェクトのバージョン、および異なるソフトウェアバージョンまたはハードウェアプラットフォーム上のオブジェクトのバージョンを指し示すことができる。

【0018】

キャプチャ後は、規制に準拠していないデータをオンラインシステムや本番システムに戻すことは不可能にすべきであるが、当該データの完全性は、保存期間を通じて保証される。これにより、データを変更不可能な形で保存することが要求される一方で、特定の規制制度の下で保存データを変更または削除できるようにすることが要求されるという矛盾が解消される。

【0019】

様々な実施形態において、記録がリストアされ、完全性がチェックされるまで、最初の記録オブジェクトに対して変更は行われない。その代わりに、行われる変更は、リストアしたデータベース上で実行されるＳＱＬステートメント、テキストの検索と置換文字列、ＲＥＧＥＸなど、変更を行うプロセスの記述として保存される。変更とともに、変更が行われた理由を記述するメタデータも保存される。変更は、変更が行われた時点よりも前の保存オブジェクトのバージョン、およびソースシステムの異なるハードウェアまたはソフトウェアのインスタンスから保存されたオブジェクトのバージョンを指し示すことができる。

【0020】

本発明の様々な態様は、単一のオブジェクトに対する経時的な複数の変更（すなわち、オブジェクトの複数の異なる保存バージョン）を可能にするために、相互依存関係にある可能性のある複数の異なる変更をサポートするように動作することができる。

【0021】

例示的な一実施形態において、一次保存オブジェクト（primary stored object）は変更を受けないが、オブジェクトの取得またはリストア時に変更を行うことができる。この時点で、未変更のオブジェクトを取得し、一般的なアクセスを許容するシステムに移動させる前に、データをそれに準拠したものとするために変更を自動的に適用させることができる。

【0022】

３つの広範なプロセスについて記載する。すなわち、初期オブジェクトをコミットするプロセス、当該オブジェクトに修正をコミットするプロセス、および当該オブジェクトを取得し、該当する変更をマージするプロセスである。図２は、コミットオブジェクトフローの一例を示すフローチャート２００である。図３は、修正オブジェクトフローの一例を示すフローチャート３００である。図４は、取得／リストアオブジェクトフローの一例を示すフローチャート４００である。さらに、図５は、取得／リストアオブジェクトフローのフローチャート４００で使用されるサブプロセスであるオブジェクトマージフローのフローチャート５００である。

【0023】

図２は、本発明の実施形態に係る、オブジェクトコミットフローの一例を示すフローチャート２００である。説明の便宜上、（図２に記載の）フローチャート２００に示すプロセスは、図７に例示するシステム（例えば、コンピュータシステム７００）に示すブロックおよびシステムの１つ以上において実装されてもよい。例示的な一実施形態において、記録監視システム７１０（およびその内部コンポーネント）など、コンピュータシステム７００の１つ以上のコンポーネントによって、フローチャート２００の処理ステップを実行することができる。あるいは、フローチャート２００の実行は、この実装形態に限定されない。

【0024】

フローチャート２００の方法は、まずステップ２０１にて、記録オブジェクト（ファイルなど）を、対応するメタデータとともにデータストア（データベースアーカイブなど）にサブミットすることを含む。ステップ２０２にて、フローチャート２００の方法は、サブミットされた記録オブジェクトを分析して、記録オブジェクトの不変性を検証するための情報を生成することを含む。例えば、分析によって、記録オブジェクトが変更されたかどうかを検証するためのチェックサムを生成してもよい。ステップ２０３にて（任意のステップとして）、フローチャート２００の方法は、ファイルが正常に保存されていることを保証するために冗長情報（redundancy information）を作成することを含むことができる。例えば、冗長情報を作成することは、ストレージシステムによって作成されない場合に、ＲＡＩＤ（Redundant Array of Inexpensive Disks）、イレイジャーコーディング（erasure coding）、または重複排除情報（deduplication information）などを含むことができる。

【0025】

ステップ２０４にて、フローチャート２００の方法は、記録オブジェクトのメタデータを作成することを含む。ここで、メタデータを検証するための情報を生成してもよい。そして、ステップ２０５にて、記録オブジェクトおよびメタデータをストレージにコミットしてもよい。例えば、ストレージは、テープ、ディスク、オブジェクト、データベースなどであってもよい。

【0026】

フローチャート２００の方法は、判定ステップ２０６にて、コミットが成功したかどうかを判定する。コミットが成功したと判定した場合（判定ステップ２０６にてＹＥＳ）、フローチャート２００の方法は、成功レポート（success report）を含む取得情報（retrieval information）を返すことを含む（ステップ２０７）。コミットが成功しなかったと判定した場合（判定ステップ２０６にてＮＯ）、フローチャート２００の方法は、失敗レポート（failure report）を返すことを含む（ステップ２０８）。

【0027】

図３は、本発明の実施形態に係る、オブジェクト修正フローの一例を示すフローチャート３００である。説明の便宜上、（図３に記載の）フローチャート３００に示すプロセスは、図７に例示するシステム（例えば、コンピュータシステム７００）に示すブロックおよびシステムの１つ以上において実装されてもよい。例示的な一実施形態において、記録監視システム７１０（およびその内部コンポーネント）など、コンピュータシステム７００の１つ以上のコンポーネントによって、フローチャート３００の処理ステップを実行することができる。あるいは、フローチャート３００の実行は、この実装形態に限定されない。

【0028】

フローチャート３００の方法は、まずステップ３０１にて、変更する記録オブジェクト（ファイルなど）の詳細および変更データを、対応するメタデータとともにサブミットすることを含む。ステップ３０２にて、フローチャート３００の方法は、変更オブジェクト（change object）を作成することを含む。例示的な実施形態において、変更オブジェクトは、記録オブジェクトが変更される変更方法指示（例えば、ＳＱＬステートメント、ＲＥＧＥＸなど）と、変更理由の記述とを含む。ステップ３０３にて、フローチャート３００の方法は、元の記録オブジェクトのすべての以前のバージョンの記録オブジェクトのメタデータを修正し、既存の変更に関する情報を含むようにさせるとともに、新しい変更オブジェクトを指し示すようにすることができる。

【0029】

ステップ３０４にて、フローチャート３００の方法は、サブミットされた変更オブジェクトを分析して、変更オブジェクトの不変性を検証するための情報を生成することを含むことができる。例えば、分析によって、変更オブジェクトが変更されたかどうかを検証するためのチェックサムを生成してもよい。フローチャート３００の方法は、ステップ３０５にて（任意のステップとして）、変更オブジェクトが正常に保存されていることを保証するために冗長情報を作成することを含む。

【0030】

ステップ３０６にて、フローチャート３００の方法は、変更オブジェクトをストレージにコミットすることができる。そして、フローチャート３００の方法は、コミットが成功したかどうかを判定することができる（判定ステップ３０７）。コミットが成功したと判定した場合（判定ステップ３０７にてＹＥＳ）、フローチャート３００の方法は、成功レポートとともに取得情報を返す（ステップ３０８）。コミットが成功しなかったと判定した場合（判定ステップ３０７にてＮＯ）、フローチャート３００の方法は、失敗レポートを返す（ステップ３０９）。

【0031】

図４は、本発明の実施形態に係る、記録オブジェクト取得フローの一例を示すフローチャート４００である。説明の便宜上、（図４に記載の）フローチャート４００に示すプロセスは、図７に例示するシステム（例えば、コンピュータシステム７００）に示すブロックおよびシステムの１つ以上において実装されてもよい。例示的な一実施形態において、記録監視システム７１０（およびその内部コンポーネント）など、コンピュータシステム７００の１つ以上のコンポーネントによって、フローチャート４００の処理ステップを実行することができる。あるいは、フローチャート４００の実行は、この実装形態に限定されない。

【0032】

フローチャート４００の方法は、まずステップ４０１にて、記録オブジェクトを求める取得情報（ファイルに対するＡＰＩコールなど）をデータストアにサブミットすることを含む。さらなる態様において、本発明の実施形態は、記録オブジェクトをリストアするための同等の方法を実行することができる。

【0033】

フローチャート４００の方法は、判定ステップ４０２にて、取得／リストアされる記録オブジェクトが、変更が存在することを示すメタデータを有しているかどうかを判定する。変更が存在することをメタデータが示していると判定した場合（判定ステップ４０２にてＹＥＳ）、フローチャート４００の方法は、要求された記録オブジェクトを指すすべての変更のリストを取得し（ステップ４０３）、変更をオペレータに報告することができる（ステップ４０４）。ステップ４０５にて、フローチャート４００の方法は、戻すべき記録オブジェクトのバージョンの選択を（オペレータを介して）促すことができる。次に、ステップ４０６にて、フローチャート４００の方法は、必要なすべての変更オブジェクトおよび依存関係を特定することができる。メタデータが変更を示していないと判定した場合（判定ステップ４０２にてＮＯ）、フローチャート４００の方法は、オブジェクト（記録オブジェクトおよび任意の変更オブジェクト）と、それぞれのメタデータとをストレージシステムから取得する（ステップ４０７）。例えば、フローチャート４００の方法は、メタデータに変更が存在しないことを特定するか、または、変更オブジェクトが特定されたことをメタデータが示していることを決定することができる。

【0034】

判定ステップ４０８にて、フローチャート４００の方法は、オブジェクトおよびメタデータがエラー検出（error detection）に合格するかどうかを判定する。エラー検出に合格しないと判定した場合（判定ステップ４０８にてＮＯ）、フローチャート４００の方法は警告／失敗を生成する（ステップ４０９）。

【0035】

エラー検出に合格したと判定した場合（判定ステップ４０８にてＹＥＳ）、フローチャート４００の方法は、オブジェクトが単一の記録オブジェクトであるか、またはオブジェクトが記録オブジェクトに対する１つ以上の変更を含んでいるかどうかを判定する（判定ステップ４１０）。単一の記録オブジェクトであると判定した場合（判定ステップ４１０にて「単一」）、フローチャート４００の方法は、記録オブジェクトおよびメタデータを要求元に返し（ステップ４１１）、成功レポートを提供する（ステップ４１２）。一方、記録オブジェクトへの変更を含んでいると判定した場合（判定ステップ４１０にて「変更」）、フローチャート４００の方法は、オブジェクトマージサブプロセスを実行する（ステップ４１３）。様々な実施形態において、オブジェクトマージサブプロセスは、図５のフローチャート５００で説明するように実行され、最初の記録オブジェクトに変更を適用する。

【0036】

判定ステップ４１４にて、フローチャート４００の方法は、マージが成功したかどうかを判定する。マージが成功したと判定した場合（判定ステップ４１４にてＹＥＳ）、フローチャート４００の方法は、得られたマージ後のオブジェクトおよびメタデータを要求元に返し（ステップ４１１）、成功レポートを提供する（ステップ４１２）。マージが成功しなかったと判定した場合（判定ステップ４１４にてＮＯ）、フローチャート４００の方法は、警告／失敗を生成する（ステップ４０９）。

【0037】

図５は、本発明の実施形態に係る、（上記ステップ４１３で示した）オブジェクトマージサブプロセスの一例を示すフローチャート５００である。説明の便宜上、（図５に記載の）フローチャート５００に示すプロセスは、図７に例示するシステム（例えば、コンピュータシステム７００）に示すブロックおよびシステムの１つ以上において実装されてもよい。例示的な一実施形態において、記録監視システム７１０（およびその内部コンポーネント）など、コンピュータシステム７００の１つ以上のコンポーネントによって、フローチャート５００の処理ステップを実行することができる。あるいは、フローチャート５００の実行は、この実装形態に限定されない。

【0038】

フローチャート５００の方法は、まずステップ５０１にて、記録オブジェクトと、マージ対象の１つ以上の変更オブジェクトおよびメタデータとを受信する。別の態様では、フローチャート５００の方法は、処理ループをインクリメントすることによって開始することができる（ステップ５０２）。

【0039】

判定ステップ５０３にて、フローチャート５００の方法は、マージ対象の次の変更オブジェクト（next change object）のタイプを判定する。例示的な実施形態において、テキスト置換、ＳＱＬ、または他のプロセスのタイプが考慮される。テキスト置換変更であると判定した場合（判定ステップ５０３にて「テキスト置換」）、フローチャート５００の方法は、変更オブジェクトに記述された検索および置換を記録オブジェクトに実行する（ステップ５０４）。変更がＳＱＬステートメントに関連付けられていると判定した場合、フローチャート５００の方法は、現在の記録オブジェクトを適切なステージングデータベースサーバにリストアし、データベースをマウントし（ステップ５０７）、次いで、ＳＱＬクエリを実行し、得られたデータベースオブジェクトを返すことができる（ステップ５０８）。変更が他のプロセスに関連していると判定した場合、フローチャート５００の方法は、他の記述的プロセス（descriptive process）を適用して、例えばフラットファイルにＲＥＧＥＸを適用することができる（ステップ５０８）。

【0040】

次に、判定ステップ５０９にて、フローチャート５００の方法は、オブジェクトのマージのために利用可能な変更がさらに存在するかどうかを判定する。さらに変更が存在すると判定した場合（判定ステップ５０９にてＹＥＳ）、フローチャート５００の方法は、処理ループをインクリメントすることができる（ステップ５０２）。さらなる変更が存在すると判定した場合（判定ステップ５０９にてＮＯ）、フローチャート５００の方法は、得られたマージ後のオブジェクトを返すことができる（ステップ５１０）。

【0041】

図６は、本明細書の記載の方法の一例を示す概略図６００である。複数の記録オブジェクト（例えば、記録データベース（ｄｂ）オブジェクトバージョン１（６０１）、記録ｄｂオブジェクトバージョン２（６０２）、記録ｄｂオブジェクトバージョン３（６０３）、記録ｄｂオブジェクトバージョンｎ（６０４）、記録ｄｂオブジェクトバージョンｎ＋１（６０５）、記録テキストオブジェクトバージョン１（６１１）、記録テキストオブジェクトバージョン１（６１２）、および他の記録オブジェクトバージョン１（６２１））が、それぞれの変更オブジェクトとともに示されている。例えば、変更オブジェクト６０６、変更オブジェクト６０７、変更オブジェクト６０８、変更オブジェクト６１３、および変更オブジェクト６２２である。

【0042】

図示の例では、一次データベース記録オブジェクト６０１～６０５が、バージョン１（６０１）、２（６０２）、３（６０３）、Ｎ（６０４）、およびＮ＋１（６０５）として保存されている。そして、３つの変更オブジェクト６０６、６０７、６０８が保存されている。第１の変更オブジェクト６０６は、バージョン３で適用されるＳＱＬクエリに関するものであり、第２の変更オブジェクト６０７は、バージョンｎで適用されるＳＱＬクエリに関するものであり、第３の変更オブジェクト６０８は、バージョンｎで適用されるＳＱＬクエリに関するものである。

【0043】

また、２つのバージョン６１１、６１２を有する一次テキストオブジェクトと、ＲＥＧＥＸを適用するリンクされた変更オブジェクト６１３とが示されている。また、他の一次オブジェクト６２１と、例えば検索と置換によって情報を変更するためのリンクされた変更オブジェクト６２２とが示されている。

【0044】

様々な実施形態において、記録オブジェクトは、適用可能な変更オブジェクトへのポインタと、同じ記録オブジェクトの他のバージョンへのポインタとを含むメタデータを有してもよい。変更オブジェクトは、依存する（dependent）変更オブジェクトおよび依存する記録オブジェクトへのポインタを含むメタデータを有してもよい。

【0045】

依存する変更オブジェクトは、同じ記録オブジェクトの異なるバージョンである。例えば、削除や破損から保護するために、同じ記録オブジェクトを複数の異なるバージョンでバックアップする場合や、規制遵守のために同じ記録オブジェクトの定期的なアーカイブ実行が必要な場合などである。記録ファイルのすべての異なるバージョンは、リストア時に同じ変更オブジェクトを適用することができる。

【0046】

変更オブジェクトは、他の変更オブジェクトを指し示すこともでき、時間の経過とともにデータに対して複数の異なる変更を行うことを可能にしながら、オブジェクトを順番に処理されるようにするとともに、変更オブジェクトがスタンドアロンであるか、他の変更オブジェクトに依存しているかを示すこともできる。

【0047】

図６の例では、第１の変更オブジェクト６０６に記述された第１の変更は、記録オブジェクト６０３のバージョン３において変更を行うものであり、それ以降のバージョン６０４、６０５に適用する必要はない。バージョンｎにおいて適用される２つの変更オブジェクト６０７、６０８は、記録オブジェクト６０１、６０２、６０３、６０４のすべての以前のバージョンに適用される必要がある。記録オブジェクトｎ＋１（６０５）は、他の変更がデータソースに適用された後の時点からのものであるため、このオブジェクトのリストア時に変更を適用する必要はない。

【0048】

したがって、オブジェクトがアーカイブ／バックアップシステムに保存された後に変更を行い、これを、保存された当該オブジェクトの以前のバージョンにリンクさせることができる。データソースに対して変更が行われた時点を記録することで、アーカイブ／バックアップシステムは、どの変更を行う必要があるかを把握することができる。

【0049】

記録オブジェクトおよび変更オブジェクトのオブジェクトメタデータの例を以下に説明する。
オブジェクトタイプ：｛記録｜変更｝
オブジェクトデータタイプ：データベース（ＤＢ）イメージ／バックアップ、ファイルシステム、バイナリラージオブジェクト（ＢＬＯＢ）、テキストファイル、フラットファイル、その他；ＳＱＬステートメント、検索と置換の詳細、ＲＥＧＥＸ、その他
ソースデータ（アプリケーションのタイプ、アプリケーションのバージョン、ファイルシステムの詳細、ＯＳ、アーキテクチャなど）
オブジェクトが変更されていないことを保証するためのチェックサム。
記録オブジェクト：
適用可能な変更オブジェクトへのポインタ；
同じ記録オブジェクトの他のバージョン（バックアップ/アーカイブバージョンなど）へのポインタ。

変更オブジェクト：
依存する変更オブジェクトおよび記録オブジェクトへのポインタ；
変更の記述（ユーザによって要求される自由形式）。

【0050】

記録オブジェクトおよび変更オブジェクトのオブジェクトデータを以下に説明する。
記録オブジェクト：ＤＢイメージ／バックアップ、ファイルシステム、ＢＬＯＢ、テキストファイル、フラットファイル、その他；
変更オブジェクト：ＳＱＬステートメント、検索と置換の詳細、ＲＥＧＥＸ、その他。

【0051】

記録オブジェクトは、以下を有してもよい。
オブジェクトデータ：ＤＢイメージ／バックアップ、ファイルシステム、ＢＬＯＢ、テキストファイル、フラットファイル、その他。
オブジェクトメタデータ：
－オブジェクトデータタイプ：ＤＢイメージ／バックアップ、ファイルシステム、ＢＬＯＢ、テキストファイル、フラットファイル、その他；
－ソースデータ（アプリケーションのタイプ、アプリケーションのバージョン、ファイルシステムの詳細、ＯＳ、アーキテクチャなど）；
－オブジェクトが変更されていないことを保証するためのチェックサム；
－適用可能な変更オブジェクトへのポインタ；
－同じ記録オブジェクトの他のバージョン（バックアップ/アーカイブバージョンなど）へのポインタ。

【0052】

変更オブジェクトは、以下を有してもよい。
オブジェクトデータ：ＳＱＬステートメント、検索と置換の詳細、ＲＥＧＥＸ、その他。
オブジェクトメタデータ：
－オブジェクトデータタイプ：ＳＱＬステートメント、検索と置換の詳細、ＲＥＧＥＸ、その他；
－ソースデータ（アプリケーションのタイプ、アプリケーションのバージョン、ファイルシステムの詳細、ＯＳ、アーキテクチャなど）；
－オブジェクトが変更されていないことを保証するためのチェックサム；
－依存する変更オブジェクトおよび記録オブジェクトへのポインタ；
－変更の記述（ユーザによって要求される自由形式）。

【0053】

本明細書に記載の方法およびシステムは、ＳＱＬステートメントなど、変更方法指示を使用して、行われる変更の詳細を提供する。行われる変更方法指示は非常に小さいため、連続的に依存する大規模な一連のデータログなしで適用することができるので、効率的に保存することができるとともに、データベースアプリケーション、アーキテクチャ、またはファイルシステムの異なるバージョンにわたって適用することができる。

【0054】

この実装形態は、トランザクションがメインデータベースに対して行った変更のバイナリ差分結果を保存するデータベーストランザクションログとは異なる。データベーストランザクションログが使用される理由は、以前のバックアップ後にシステムに障害が発生した場合、以前のバックアップとそれに続くログから、障害発生までの任意の時点までリストアできるようにするためである。ログはまた、高可用性（high availability）と障害復旧（disaster recovery）を理由としてデータベースの変更を複製先サーバに移行させる際にも役立つ。データベースのログは、定期的に消去しない場合、バイナリの性質上非常に大きくなる可能性がある。

【0055】

データベーストランザクションログは、順番にしか再生できず、また本明細書に記載の方法とは異なり、同じシステムの異なるインスタンスに適用することができない。本明細書に記載の方法では、１つの変更を別個に適用することができる。

【0056】

同様に、本明細書の記載の方法の上述した利点は、ファイルシステムスナップショット（filesystem snapshot）にも存在しない。ファイルシステムスナップショットは、大まかに言ってデータベースログに似ているが、アプリケーションに依存しない。一般的に、スナップショットとはある時点（point in time）であり、そのスナップショットが取られた当該時点以降にファイルシステムに加えられた変更を表すバイナリビットマップとして記述される。すべての変更されたデータ（ブロック／トラック）が、有効なスナップショットイメージを構築するために必要となる。

【0057】

コードベースリポジトリ（codebase repository）は、ファイルシステムスナップショットまたはデータベースログと大まかに似た方法で、時間の経過とともに変更を単純に進行させることができる。大きな違いは、一連の開発ブランチ（development branch）を作成して、独立した変更を完全に開発してから、開発中のプロダクトに関するコードベースの本番バージョンにマージして戻すことができることである。このシステムは、ファイルが逐次的にサブミットされることに依存している。ファイルは、全体が保存されるか、「差分（deltas）」と呼ばれる１つのファイルから別のファイルへの変更によって表される。ファイル全体が保存されている場合、各ファイル間の変更内容は、ファイル同士を比較する時点で計算される。

【0058】

ここでも、本明細書に記載の方法とコードリポジトリとの主な違いは、従来の方法で保存されるデータは、変更が行われた方法（例えば、ＲＥＧＥＸ、ＳＱＬステートメントなど）ではなく、行われた変更の結果である。この場合、保存効率がはるかに非効率となるだけでなく、同期していない状態（out of sync）または変更前に変更を適用すると、データが破損するリスクが極めて高くなることを意味する。さらに、本発明の実施形態は、本番システムにおいて変更が行われる前に、ファイル／オブジェクトの保存されたバージョンに変更を適用することは困難であることを認識するものである。

【0059】

図７は、本発明の実施形態に係る、オブジェクトの不変性を維持しながら記録オブジェクトへの変更を記録するための記録修正システム７１０を提供するコンピュータシステム７００の例示的な実施形態を示すブロック図である。記録は、記録オブジェクト７２１および変更オブジェクト７２２を含むストレージシステム７２０に提供することができる。ここで、記録オブジェクト７２１および変更オブジェクト７２２の両方を不変の形で保存しながら、記録オブジェクト７２１および変更オブジェクト７２２のメタデータに、変更オブジェクト７２２を該当する記録オブジェクト７２１および他の変更オブジェクト７２２に関連付けるポインタが提供される。

【0060】

コンピュータシステム７００は、少なくとも１つのプロセッサ７０１、ハードウェアモジュール、または、少なくとも１つのプロセッサ上で実行されるソフトウェアユニットとすることができる記載のコンポーネントの機能を実行するための回路を含む。並列処理スレッドを実行する複数のプロセッサを設けてもよく、その場合、コンポーネントの機能の一部またはすべての並列処理が可能になる。メモリ７０２は、コンピュータ命令７０３を少なくとも１つのプロセッサ７０１に供給してコンポーネントの機能を実行するように構成することができる。

【0061】

記録修正システム７１０は、記録オブジェクトへの変更をキャプチャするための変更キャプチャコンポーネント７１１を含む。キャプチャ内容は、変更される記録オブジェクトの詳細、オブジェクトが変更される変更方法指示、および変更理由の記述を含む。

【0062】

記録修正システム７１０は、変更方法指示、記録オブジェクトを指すメタデータ、および変更理由の記述を保存するスタンドアロンオブジェクトとして変更オブジェクトを保存するための変更保存コンポーネント７１２を含むことができる。

【0063】

記録修正システム７１０は、記録オブジェクトのすべての以前のバージョンのメタデータを修正して、変更オブジェクトへのポインタを含むようにさせるためのメタデータ修正コンポーネント７１３を含むことができる。

【0064】

記録修正システム７１０は、記録オブジェクトに対して１つ以上の変更が利用可能であることを、当該記録オブジェクトを要求しているユーザに通知するためのユーザ通知コンポーネント７１４を含むことができる。

【0065】

記録修正システム７１０は、記録オブジェクトを求める要求を受信し、当該記録オブジェクトによって指し示される１つ以上の変更オブジェクトの変更方法指示を適用するための記録要求コンポーネント７１５を含むことができる。記録要求コンポーネント７１５は、記録オブジェクトによって指し示される１つ以上の変更オブジェクトに対するユーザ選択を受け付けるための選択コンポーネント７１６と、記録オブジェクトによって指し示される１つ以上の変更オブジェクトを適用するためのデフォルトコンポーネント７１７とを含むことができる。

【0066】

記録修正システム７１０は、記録オブジェクトに対する取得要求またはリストア要求に応答する際に、変更方法指示を記録オブジェクトに適用するための変更適用コンポーネント７２４を含むことができる。記録修正システム７１０は、記録オブジェクトのメタデータによって指し示される１つ以上の変更オブジェクトのうちの適用可能な変更方法指示を反復することによって、１つ以上の変更方法指示を記録オブジェクトに適用するための反復コンポーネント７１８を含むことができる。

【0067】

記録修正システム７１０は、変更オブジェクトの変更方法指示を記録オブジェクトに適用する前に、記録オブジェクトおよび変更オブジェクトの完全性をチェックするための完全性コンポーネント７１９を含むことができる。

【0068】

記録修正システム７１０は、変更を適用するか、またはサーバ側での設定によって未変更のオブジェクト（unchanged object）を返すようにするために、変更（またはオブジェクトとは独立した変更）を伴う記録オブジェクトの強制処理（enforced processing）を設定するための設定コンポーネント７２３を含むことができる。これは、サーバソフトウェアおよびクライアントソフトウェアに適用され、必要に応じて、未変更のオブジェクトを適切に許可されたオペレータに返すようにすることができる。

【0069】

図８は、本発明の一実施形態に係る、コンピュータシステム７００に使用されるようなコンピューティングシステムコンポーネントのブロック図である。なお、図８は、一実装形態の例示に過ぎず、異なる実施形態を実施可能な環境に関していかなる制限も意味するものではない。図示の環境に対して多くの変更が可能である。

【0070】

コンピューティングシステムは、１つ以上のプロセッサ８０２、１つ以上のコンピュータ可読ＲＡＭ８０４、１つ以上のコンピュータ可読ＲＯＭ８０６、１つ以上のコンピュータ可読記憶媒体８０８、デバイスドライバ８１２、読み取り／書き込みドライブまたはインタフェース８１４、およびネットワークアダプタまたはインタフェース８１６を含むことができる。これらはすべて、通信ファブリック８１８を介して相互接続される。通信ファブリック８１８は、プロセッサ（マイクロプロセッサ、通信およびネットワークプロセッサなど）、システムメモリ、周辺機器、およびシステム内の他のハードウェアコンポーネントの間でデータもしくは制御情報またはその両方を渡すように設計された任意のアーキテクチャで実現することができる。

【0071】

１つ以上のオペレーティングシステム８１０、および記録修正システム７１０などのアプリケーションプログラム８１１は、それぞれのＲＡＭ８０４（一般的にはキャッシュメモリを含む）の１つ以上を介してプロセッサ８０２の１つ以上が実行するために、コンピュータ可読記憶媒体８０８の１つ以上に記憶される。図示の実施形態では、コンピュータ可読記憶媒体８０８の各々は、本発明の実施形態によれば、内蔵ハードドライブの磁気ディスクストレージデバイス、ＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、磁気テープ、磁気ディスク、光ディスク、または、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリなどの半導体ストレージデバイス、または、コンピュータプログラムおよびデジタル情報を記憶することができる任意の他のコンピュータ可読記憶媒体とすることができる。

【0072】

また、コンピューティングシステムは、１つ以上のポータブル・コンピュータ可読記憶媒体８２６に対して読み書きを行うＲ／Ｗドライブまたはインタフェース８１４を含むことができる。コンピューティングシステム上のアプリケーションプログラム８１１は、ポータブル・コンピュータ可読記憶媒体８２６のうちの１つ以上に記憶し、それぞれのＲ／Ｗドライブまたはインタフェース８１４を介して読み取り、それぞれのコンピュータ可読記憶媒体８０８にロードすることができる。

【0073】

また、コンピューティングシステムは、ＴＣＰ／ＩＰアダプタカードまたは無線通信アダプタなどのネットワークアダプタまたはインタフェース８１６を含むことができる。コンピューティングシステム上のアプリケーションプログラム８１１は、ネットワーク（例えば、インターネット、ローカルエリアネットワーク、または他のワイドエリアネットワークもしくは無線ネットワーク）およびネットワークアダプタまたはインタフェース８１６を介して、外部コンピュータまたは外部ストレージデバイスからコンピューティングデバイスにダウンロードすることができる。ネットワークアダプタまたはインタフェース８１６から、プログラムをコンピュータ可読記憶媒体８０８にロードしてもよい。ネットワークは、銅線、光ファイバ、無線送信、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、およびエッジサーバを含んでもよい。

【0074】

また、コンピューティングシステムは、ディスプレイ画面８２０、キーボードまたはキーパッド８２２、およびコンピュータマウスまたはタッチパッド８２４を含むことができる。デバイスドライバ８１２は、イメージングのためにディスプレイ画面８２０とインタフェース接続し、キーボードもしくはキーパッド８２２とインタフェース接続し、コンピュータマウスもしくはタッチパッド８２４とインタフェース接続し、もしくは、英数字入力およびユーザ選択の圧力感知のためにディスプレイ画面８２０とインタフェース接続し、またはその組み合わせを行う。デバイスドライバ８１２、Ｒ／Ｗドライブまたはインタフェース８１４、およびネットワークアダプタまたはインタフェース８１６は、コンピュータ可読記憶媒体８０８もしくはＲＯＭ８０６またはその両方に格納されるハードウェアおよびソフトウェアを含むことができる。

【0075】

本明細書に記載したプログラムは、本発明の特定の実施形態においてプログラムが実装されるアプリケーションに基づいて識別される。ただし、本明細書における特定のプログラムの名称は、便宜上使用しているに過ぎず、したがって、本発明は、このような名称によって識別もしくは示唆またはその両方がなされる特定のアプリケーションで使用することのみに限定されない。

【0076】

本発明は、任意の可能な技術詳細レベルで統合されたシステム、方法もしくはコンピュータプログラム製品またはそれらの組み合わせとすることができる。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を記憶したコンピュータ可読記憶媒体を含んでもよい。

【0077】

コンピュータ可読記憶媒体は、命令実行デバイスによって使用される命令を保持し、記憶することができる有形のデバイスとすることができる。コンピュータ可読記憶媒体は、一例として、電子ストレージデバイス、磁気ストレージデバイス、光ストレージデバイス、電磁ストレージデバイス、半導体ストレージデバイスまたはこれらの適切な組み合わせであってもよい。コンピュータ可読記憶媒体のより具体的な一例としては、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ（またはフラッシュメモリ）、ＳＲＡＭ、ＣＤ－ＲＯＭ、ＤＶＤ、メモリスティック、フロッピーディスク、パンチカードまたは溝内の隆起構造などに命令を記録した機械的に符号化されたデバイス、およびこれらの適切な組み合せが挙げられる。本明細書で使用されるコンピュータ可読記憶媒体は、電波もしくは他の自由に伝播する電磁波、導波管もしくは他の伝送媒体を介して伝播する電磁波（例えば、光ファイバケーブルを通過する光パルス）、またはワイヤを介して送信される電気信号のような、一過性の信号それ自体として解釈されるべきではない。

【0078】

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティングデバイス／処理デバイスへダウンロード可能である。あるいは、ネットワーク（例えばインターネット、ＬＡＮ、ＷＡＮもしくはワイヤレスネットワークまたはこれらの組み合わせ）を介して、外部コンピュータまたは外部ストレージデバイスへダウンロード可能である。ネットワークは、銅製伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータもしくはエッジサーバまたはこれらの組み合わせを備えることができる。各コンピューティングデバイス／処理デバイス内のネットワークアダプタカードまたはネットワークインタフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、当該コンピュータ可読プログラム命令を、各々のコンピューティングデバイス／処理デバイスにおけるコンピュータ可読記憶媒体に記憶するために転送する。

【0079】

本発明の動作を実施するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用構成データ、または、スモールトークやＣ＋＋などのオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語や類似のプログラミング言語などの手続き型プログラミング言語を含む、１つ以上のプログラミング言語の任意の組み合わせで記述されたソースコードもしくはオブジェクトコードのいずれかとすることができる。コンピュータ可読プログラム命令は、スタンドアロン型ソフトウェアパッケージとして完全にユーザのコンピュータ上で、または部分的にユーザのコンピュータ上で実行可能である。あるいは、部分的にユーザのコンピュータ上でかつ部分的にリモートコンピュータ上で、または、完全にリモートコンピュータもしくはサーバ上で実行可能である。後者の場合、リモートコンピュータは、ＬＡＮやＷＡＮを含む任意の種類のネットワークを介してユーザのコンピュータに接続してもよいし、外部コンピュータに（例えば、インターネットサービスプロバイダを使用してインターネットを介して）接続してもよい。いくつかの実施形態において、例えばプログラマブル論理回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実行する目的で当該電子回路をカスタマイズするために、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行することができる。

【0080】

本発明の態様は、本明細書において、本発明の実施形態に係る方法、装置（システム）、およびコンピュータプログラム製品のフローチャートもしくはブロック図またはその両方を参照して説明されている。フローチャートもしくはブロック図またはその両方における各ブロック、および、フローチャートもしくはブロック図またはその両方における複数のブロックの組み合わせは、コンピュータ可読プログラム命令によって実行可能である。

【0081】

これらのコンピュータ可読プログラム命令は、機械を生産するために、コンピュータまたは他のプログラマブルデータ処理装置のプロセッサに提供することができる。これにより、このようなコンピュータまたは他のプログラマブルデータ処理装置のプロセッサを介して実行されるこれらの命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行するための手段を創出する。これらのコンピュータ可読プログラム命令はさらに、コンピュータ、プログラマブルデータ処理装置もしくは他のデバイスまたはこれらの組み合わせに対して特定の態様で機能するよう命令可能なコンピュータ可読記憶媒体に記憶することができる。これにより、命令が記憶された当該コンピュータ可読記憶媒体は、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作の態様を実行するための命令を含む製品を構成する。

【0082】

また、コンピュータ可読プログラム命令を、コンピュータ、他のプログラマブル装置、または他のデバイスにロードし、一連の動作ステップを当該コンピュータ、他のプログラマブル装置、または他のデバイス上で実行させることにより、コンピュータ実行プロセスを生成してもよい。これにより、当該コンピュータ、他のプログラマブル装置、または他のデバイス上で実行される命令が、フローチャートもしくはブロック図またはその両方における１つ以上のブロックにて特定される機能／動作を実行する。

【0083】

図面におけるフローチャートおよびブロック図は、本発明の種々の実施形態に係るシステム、方法およびコンピュータプログラム製品の可能な実装形態のアーキテクチャ、機能性、および動作を示している。この点に関して、フローチャートまたはブロック図における各ブロックは、特定の論理機能を実行するための１つ以上の実行可能な命令を含む、命令のモジュール、セグメント、または部分を表すことができる。他の一部の実装形態において、ブロック内に示した機能は、各図に示す順序とは異なる順序で実行されてもよい。例えば、関係する機能に応じて、連続して示される２つのブロックが、実際には、１つの工程として達成されてもよいし、同時もしくは略同時に実行されてもよいし、部分的もしくは全体的に時間的に重複した態様で実行されてもよいし、ブロックが場合により逆順で実行されてもよい。なお、ブロック図もしくはフローチャートまたはその両方における各ブロック、および、ブロック図もしくはフローチャートまたはその両方における複数のブロックの組み合わせは、特定の機能もしくは動作を行う、または専用ハードウェアとコンピュータ命令との組み合わせを実行する、専用ハードウェアベースのシステムによって実行可能である。

【0084】

本発明の種々の実施形態を例示として説明してきたが、網羅的であることや、開示した実施形態に限定することを意図したものではない。当業者には明らかなように、本発明の範囲から逸脱することなく、多くの変更および変形が可能である。本明細書で用いられる用語は、実施形態の原理、実際の用途、もしくは市場で確認される技術に対する技術的な改善を最もよく説明するために、または、他の当業者が本明細書に開示する各実施形態を理解できるように選択されたものである。

【0085】

＜クラウドコンピューティング＞
本開示は、クラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実装形態は、クラウドコンピューティング環境に限定されないことを理解されたい。むしろ、本発明の実施形態は、現在公知のまたは後に開発される任意の他のタイプのコンピューティング環境と組み合わせて実施することが可能である。

【0086】

クラウドコンピューティングは、設定可能なコンピューティングリソース（例えばネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、記憶装置、アプリケーション、仮想マシンおよびサービス）の共有プールへの簡便かつオンデマンドのネットワークアクセスを可能にするためのサービス提供のモデルであり、リソースは、最小限の管理労力または最小限のサービスプロバイダとのやり取りによって速やかに準備（provision）およびリリースできるものである。このクラウドモデルは、少なくとも５つの特性、少なくとも３つのサービスモデル、および少なくとも４つの展開モデルを含むことができる。

【0087】

特性は以下の通りである。

【0088】

オンデマンド・セルフサービス：クラウドの消費者は、サービスプロバイダとの人的な対話を必要することなく、必要に応じて自動的に、サーバ時間やネットワークストレージなどのコンピューティング能力を一方的に準備することができる。

【0089】

ブロード・ネットワークアクセス：コンピューティング能力はネットワーク経由で利用可能であり、また、標準的なメカニズムを介してアクセスできる。それにより、異種のシンまたはシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、ＰＤＡ）による利用が促進される。

【0090】

リソースプーリング：プロバイダのコンピューティングリソースはプールされ、マルチテナントモデルを利用して複数の消費者に提供される。様々な物理リソースおよび仮想リソースが、需要に応じて動的に割り当ておよび再割り当てされる。一般に消費者は、提供されたリソースの正確な位置を管理または把握していないため、位置非依存（location independence）の感覚がある。ただし消費者は、より高い抽象レベル（例えば、国、州、データセンタ）では場所を特定可能な場合がある。

【0091】

迅速な柔軟性（elasticity）：コンピューティング能力は、迅速かつ柔軟に準備することができるため、場合によっては自動的に、直ちにスケールアウトし、また、速やかにリリースされて直ちにスケールインすることができる。消費者にとって、準備に利用可能なコンピューティング能力は無制限に見える場合が多く、任意の時間に任意の数量で購入することができる。

【0092】

サービスの測定：クラウドシステムは、サービスの種類（例えば、ストレージ、処理、帯域幅、アクティブユーザアカウント）に適したある程度の抽象化レベルでの計量機能（metering capability）を活用して、リソースの使用を自動的に制御し最適化する。リソース使用量を監視、制御、および報告して、利用されるサービスのプロバイダおよび消費者の両方に透明性を提供することができる。

【0093】

サービスモデルは以下の通りである。

【0094】

サービスとしてのソフトウェア（ＳａａＳ）：消費者に提供される機能は、クラウドインフラストラクチャ上で動作するプロバイダのアプリケーションを利用できることである。当該そのアプリケーションは、ウェブブラウザ（例えばウェブメール）などのシンクライアントインタフェースを介して、各種のクライアント装置からアクセスできる。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージや、個別のアプリケーション機能さえも含めて、基礎となるクラウドインフラストラクチャの管理や制御は行わない。ただし、ユーザ固有の限られたアプリケーション構成の設定はその限りではない。

【0095】

サービスとしてのプラットフォーム（ＰａａＳ）：消費者に提供される機能は、プロバイダによってサポートされるプログラム言語およびツールを用いて、消費者が作成または取得したアプリケーションを、クラウドインフラストラクチャに展開（deploy）することである。消費者は、ネットワーク、サーバ、オペレーティングシステム、ストレージを含む、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、展開されたアプリケーションを制御でき、かつ場合によってはそのホスティング環境の構成も制御できる。

【0096】

サービスとしてのインフラストラクチャ（ＩａａＳ）：消費者に提供される機能は、オペレーティングシステムやアプリケーションを含む任意のソフトウェアを消費者が展開および実行可能な、プロセッサ、ストレージ、ネットワーク、および他の基本的なコンピューティングリソースを準備することである。消費者は、基礎となるクラウドインフラストラクチャの管理や制御は行わないが、オペレーティングシステム、ストレージ、および展開されたアプリケーションを制御でき、かつ場合によっては一部のネットワークコンポーネント（例えばホストファイアウォール）を部分的に制御できる。

【0097】

展開モデルは以下の通りである。

【0098】

プライベートクラウド：このクラウドインフラストラクチャは、特定の組織専用で運用される。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

【0099】

コミュニティクラウド：このクラウドインフラストラクチャは、複数の組織によって共有され、共通の関心事（例えば、ミッション、セキュリティ要件、ポリシー、およびコンプライアンス）を持つ特定のコミュニティをサポートする。このクラウドインフラストラクチャは、当該組織または第三者によって管理することができ、オンプレミスまたはオフプレミスで存在することができる。

【0100】

パブリッククラウド：このクラウドインフラストラクチャは、不特定多数の人々や大規模な業界団体に提供され、クラウドサービスを販売する組織によって所有される。

【0101】

ハイブリッドクラウド：このクラウドインフラストラクチャは、２つ以上のクラウドモデル（プライベート、コミュニティまたはパブリック）を組み合わせたものとなる。それぞれのモデル固有の実体は保持するが、標準または個別の技術によってバインドされ、データとアプリケーションの可搬性（例えば、クラウド間の負荷分散のためのクラウドバースティング）を実現する。

【0102】

クラウドコンピューティング環境は、ステートレス性（statelessness）、低結合性（low coupling）、モジュール性（modularity）および意味論的相互運用性（semantic interoperability）に重点を置いたサービス指向型環境である。クラウドコンピューティングの中核にあるのは、相互接続されたノードのネットワークを含むインフラストラクチャである。

【0103】

ここで、図９に例示的なクラウドコンピューティング環境５０を示す。図示するように、クラウドコンピューティング環境５０は１つ以上のクラウドコンピューティングノード１０を含む。これらに対して、クラウド消費者が使用するローカルコンピュータ装置（例えば、ＰＤＡもしくは携帯電話５４Ａ、デスクトップコンピュータ５４Ｂ、ラップトップコンピュータ５４Ｃ、もしくは自動車コンピュータシステム５４Ｎまたはこれらの組み合わせなど）は通信を行うことができる。ノード１０は互いに通信することができる。ノード１０は、例えば、上述のプライベート、コミュニティ、パブリックもしくはハイブリッドクラウドまたはこれらの組み合わせなど、１つ以上のネットワークにおいて、物理的または仮想的にグループ化（不図示）することができる。これにより、クラウドコンピューティング環境５０は、サービスとしてのインフラストラクチャ、プラットフォームもしくはソフトウェアまたはこれらの組み合わせを提供することができ、クラウド消費者はこれらについて、ローカルコンピュータ装置上にリソースを維持する必要がない。なお、図９に示すコンピュータ装置５４Ａ～Ｎの種類は例示に過ぎず、コンピューティングノード１０およびクラウドコンピューティング環境５０は、任意の種類のネットワークもしくはネットワークアドレス指定可能接続（例えば、ウェブブラウザの使用）またはその両方を介して、任意の種類の電子装置と通信可能であることを理解されたい。

【0104】

ここで、クラウドコンピューティング環境５０（図９）によって提供される機能的抽象化レイヤのセットを図１０に示す。なお、図１０に示すコンポーネント、レイヤおよび機能は例示に過ぎず、本発明の実施形態はこれらに限定されないことをあらかじめ理解されたい。図示するように、以下のレイヤおよび対応する機能が提供される。

【0105】

ハードウェアおよびソフトウェアレイヤ６０は、ハードウェアコンポーネントおよびソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例には、メインフレーム６１、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャベースのサーバ６２、サーバ６３、ブレードサーバ６４、記憶装置６５、ならびにネットワークおよびネットワークコンポーネント６６が含まれる。いくつかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア６７およびデータベースソフトウェア６８を含む。

【0106】

仮想化レイヤ７０は、抽象化レイヤを提供する。当該レイヤから、例えば、仮想サーバ７１、仮想ストレージ７２、仮想プライベートネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティングシステム７４、ならびに仮想クライアント７５などの仮想エンティティを提供することができる。

【0107】

一例として、管理レイヤ８０は以下の機能を提供することができる。リソース準備８１は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソースおよび他のリソースの動的な調達を可能にする。計量および価格設定８２は、クラウドコンピューティング環境内でリソースが利用される際のコスト追跡、およびこれらのリソースの消費に対する請求またはインボイス送付を可能にする。一例として、これらのリソースはアプリケーションソフトウェアのライセンスを含んでもよい。セキュリティは、データおよび他のリソースに対する保護のみならず、クラウド消費者およびタスクの識別確認を可能にする。ユーザポータル８３は、消費者およびシステム管理者にクラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理８４は、要求されたサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当ておよび管理を可能にする。サービス品質保証（ＳＬＡ）の計画および履行８５は、ＳＬＡに従って将来必要になると予想されるクラウドコンピューティングリソースの事前手配および調達を可能にする。

【0108】

ワークロードレイヤ９０は、クラウドコンピューティング環境の利用が可能な機能の例を提供する。このレイヤから提供可能なワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育の配信９３、データ分析処理９４、取引処理９５、記録オブジェクト処理９６が含まれる。

【0109】

本発明のコンピュータプログラム製品は、コンピュータ可読プログラムコードを記憶した１つ以上のコンピュータ可読ハードウェアストレージデバイスを含み、プログラムコードは、本発明の方法を実施するために１つ以上のプロセッサによって実行可能である。

【0110】

本発明のコンピュータシステムは、１つ以上のプロセッサと、１つ以上のメモリと、１つ以上のコンピュータ可読ハードウェアストレージデバイスとを備え、１つ以上のハードウェアストレージデバイスは、本発明の方法を実施するために、１つ以上のメモリを介して１つ以上のプロセッサによって実行可能なプログラムコードを含む。

【0111】

本発明の種々の実施形態を例示として説明してきたが、網羅的であることや、開示した実施形態に限定することを意図したものではない。当業者には明らかなように、記載した各実施形態の範囲から逸脱することなく、多くの変更および変形が可能である。本明細書で用いられる用語は、各実施形態の原理、実際の用途、もしくは市場で確認される技術に対する技術的な改善を最もよく説明するために、または、他の当業者が本明細書に開示する各実施形態を理解できるように選択されたものである。

【0112】

本発明の範囲から逸脱することなく、上述の内容に対して改良および変更が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2023-10-27

【手続補正1】

【補正対象書類名】明細書

【補正対象項目名】００３９

【補正方法】変更

【補正の内容】

【0039】

判定ステップ５０３にて、フローチャート５００の方法は、マージ対象の次の変更オブジェクト（next change object）のタイプを判定する。例示的な実施形態において、テキスト置換、ＳＱＬ、または他のプロセスのタイプが考慮される。テキスト置換変更であると判定した場合（判定ステップ５０３にて「テキスト置換」）、フローチャート５００の方法は、変更オブジェクトに記述された検索および置換を記録オブジェクトに実行する（ステップ５０４）。変更がＳＱＬステートメントに関連付けられていると判定した場合、フローチャート５００の方法は、現在の記録オブジェクトを適切なステージングデータベースサーバにリストアし、データベースをマウントし（ステップ５０７）、次いで、ＳＱＬクエリを実行し、得られたデータベースオブジェクトを返すことができる（ステップ５０８）。変更が他のプロセスに関連していると判定した場合、フローチャート５００の方法は、他の記述的プロセス（descriptive process）を適用して、例えばフラットファイルにＲＥＧＥＸを適用することができる（ステップ５０５）。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００４０

【補正方法】変更

【補正の内容】

【0040】

次に、判定ステップ５０９にて、フローチャート５００の方法は、オブジェクトのマージのために利用可能な変更がさらに存在するかどうかを判定する。さらに変更が存在すると判定した場合（判定ステップ５０９にてＹＥＳ）、フローチャート５００の方法は、処理ループをインクリメントすることができる（ステップ５０２）。さらなる変更が存在しないと判定した場合（判定ステップ５０９にてＮＯ）、フローチャート５００の方法は、得られたマージ後のオブジェクトを返すことができる（ステップ５１０）。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】００４１

【補正方法】変更

【補正の内容】

【0041】

図６は、本明細書の記載の方法の一例を示す概略図６００である。複数の記録オブジェクト（例えば、記録データベース（ｄｂ）オブジェクトバージョン１（６０１）、記録ｄｂオブジェクトバージョン２（６０２）、記録ｄｂオブジェクトバージョン３（６０３）、記録ｄｂオブジェクトバージョンｎ（６０４）、記録ｄｂオブジェクトバージョンｎ＋１（６０５）、記録テキストオブジェクトバージョン１（６１１）、記録テキストオブジェクトバージョン２（６１２）、および他の記録オブジェクトバージョン１（６２１））が、それぞれの変更オブジェクトとともに示されている。例えば、変更オブジェクト６０６、変更オブジェクト６０７、変更オブジェクト６０８、変更オブジェクト６１３、および変更オブジェクト６２２である。

【国際調査報告】