JP2024515489A - 複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法 - Google Patents

Abstract

コンサルタント及び顧客が、それらが行った変更を、リソースと関連付けられたコンポーネントの生成されたコピーと一致させることを可能にする２－ｗａｙ及び３－ｗａｙ比較マージツールである。効果的な、使用することが容易な比較ツールを提供するシステム及び方法は、スキーマ認識比較；集合プロパティ、殊に入れ子にされた集合の洗練された扱い；外形の差異に関わらず、２つのアイテムが同一のビジネスオブジェクトであることを認識するための効果的なマッチングアルゴリズム；ユーザヒント及び入力を受け入れ、ユーザ決定を持続させる能力；ビジネスオブジェクトの構造を反映する構造化された報告；大規模の差異の間の重要な変更（リソースごとの数千の変更の間の）を発見するためのカラーフォーマッティング、タグ付け、及びフィルタリング、を含む。そのようなシステム及び方法はまた、グラマ認識比較ツールを含む。更に、３－ｗａｙ比較における第３のデータポイントとして共通アンセスタを追加することは、変更のソースを識別する。

Description

複数の産業及び計画システムをターゲットとするビジネスソリューションは、作成し、カスタマイズし、及び維持するのに極端に困難且つ高価である。

一般的な慣習は、ビルディングブロックのセットを作成し、それらを組み立てて、所与の顧客のためにカスタマイズされたソリューションを作成することである。しかしながらこの工程は、大いに手動的である。ビルディングブロックは典型的には、必要とされる機能性のごく一部を網羅し、それによって、多くの機能性ギャップを残し、ソリューションを完了させるために著しい統合エフォートを必要とする。例として、ワークシートを共に組み立てるとき、表現が編集されることが多く、又は複雑なルールが修正されることが多い。それらのタイプのカスタマイズ活動は、手動で実行される必要があり、それらは、大きい割合のソリューション開発コストを構成する。全体的に、ビルディングブロックから複雑なビジネスソリューションを組み立てるアプローチは、小さい割合の手動カスタマイズエフォートのみを削減し、完全なソリューションの文書化、訓練、試験、及び維持コストに対処しないため、効率的でない。

例として、サプライチェーン管理は、複雑なビジネスソリューションを必要とする。ビジネスオブジェクト又はリソースの数は、数千の数である場合があり、各々は、異なる産業テンプレート、進展した分析を有するコア機能性エリア、及び追加されたオプションの数と乗算される。それらのアプリケーションを展開及びカスタマイズすることは、気の遠くなるようなタスクである。

時間を節約し、開発、文書化、及び試験エフォートを低減させる、それらのリソースを管理する低リスク、高価でない方法に対する必要性が存在する。本明細書の全体を通じて、リソースは、ビジネスオブジェクトと同義であることを留意されるべきである。

本明細書で開示されるのは、低リスク、高価でない方式において、複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法である。いくつかの実施例では、リソースのベースライン包括的マスタコピー（ｂａｓｅｌｉｎｅ ａｌｌ－ｅｎｃｏｍｐａｓｓｉｎｇ ｍａｓｔｅｒ ｃｏｐｙ）が作成される。次いで、顧客の要件を表現する宣言的ルールに基づいて、最終ソリューションを生成するルールベースシステムを使用して、それが簡易化される。マスタコピーを完全に文書化することができ、完全に試験することができ、よって、個々の顧客に対して必要とされる試験、文書化、及び訓練の範囲を大いに低減させる。

複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法の利点は、１つの複雑なマスタコピーが、多数のより単純な、専門化されたビルディングブロック又はサブコンポーネントよりも、維持及び試験するのにはるかに安価であることである。マスタコピーが既に試験されているので、より小さいビルディングブロックから組み立てられた真新しいリソースを試験するよりも、重要である（ｓｔｒｉｐｐｅｄ－ｄｏｗｎ）リソース（全て試験されたマスタコピーから生成された）を試験するために必要とされるエフォートが少ない。

慣習的なツール及び方法は、低コード、高構成カテゴリにおいて、非常に複雑なビジネスソリューションをサポートすることができない。本明細書で開示されるのは、全ての能力のスーパーセットを網羅するマスタコピーと、リソース生成／管理ツールと、２－ｗａｙ及び３－ｗａｙスキーマ認識比較（ｓｃｈｅｍａ ａｗａｒｅ ｃｏｍｐａｒｅ）と、を組み合わせるソリューションである。

本明細書で開示されるのは、ビジネスオブジェクト及び他のリソースをプログラムで編集するツールである。それは、リソースのマスタコピーを要し、条件及び編集ルールのセットを使用して、それを修正する。ルールは、プログラミングが必要とされないように宣言的である。このようにして、既に作成されたリソースのマスタコピーは、それらのリソースのカスタマイズに関する複雑性の問題に対処するために利用される。いくつかの実施例では、その試験が自動化されてきた。ツールは、低リスク、低コストアプローチを提供することができる。

本明細書で開示されるのは、ビジネスソリューションを開発する標準コースに基づいて、ソリューションがどのように確立されるか、及び変更をどのように成文化するかを学習する利点と、それに続いて、コスト、エラー、及び開発時間を低減させる、開発タスクのできる限りの自動化を提供するツールである。

本明細書で開示されるのは、コンサルタント及び顧客が、それらが行った変更を、リソースの生成されたコピーと一致させることを可能にする、２－ｗａｙ及び３－ｗａｙ比較マージツールである。

本明細書で開示されるのは、低コードソリューションに包含されるフリーフォームコードを分析して、従属性、部分表現、論理分岐、及び表現の構成を識別して、ロバストなコードの報告、比較、及び編集を許容するために、シンタックス認識及び言語文法認識ツールを使用する方法である。これは、コードの自動加工が、振る舞いを改編することができ、又はコードを合理化することができ、又は不要なセクションを取り除くことによって、或る範囲のアクションをサポートすることを許容する。

本明細書で開示されるのは、低コードビジネスソリューションに包含されるフリーフォームテキストを分析し、比較し、及び編集するために、進展したテキストマッチング及びパーシングアルゴリズムを使用する方法である。この能力は、支援テキスト若しくはフリーフォームノートとしてリソースに埋め込まれた文書化に、又はビジネスソリューションを伴う別個の文書に記憶された文書化に、自動化されたリソース生成の利点を拡張させる。文書化及び訓練マテリアルは、大きい割合のソリューション開発エフォートを消費する。

本明細書で開示されるのは、試験ケースとビジネスソリューション全体を含むリソースとの間の従属性を追跡し、更に、完了したビジネスソリューションを配送する手動エフォートを低減させる方法である。この能力の前提は、定義された試験のセットを有する包括的マスタコピーからカスタマイズされたソリューションが導出されることである。リソースがどのようにカスタマイズされたことから得られた知識に基づいて、試験計画の作成及び管理を自動化することは、ビジネスソリューションを試験するために必要なエフォートを低減させる。

本明細書で開示されるのは、ソリューションがどのようにカスタマイズされたかの知識に基づいて、ソリューションのパッケージング及び展開を自動化する方法である。不可欠な有効ピースは、リソースオーサリング、文書化、及び訓練を通じた、工程概要からの、ビジネスソリューションを含む全てのリソースの相互従属性の追跡である。これは、顧客サーバにインストールする準備ができた展開可能リソースパッケージの自動化された作成を許容する。

本明細書で開示されるのは、低コードソリューションに包含されるフリーフォームコードを分析して、従属性、部分表現、論理分岐、及び表現の構成を識別して、ロバストなコードの報告、比較、及び編集を許容するために、シンタックス認識及び言語文法認識ツールを使用する方法である。これは、コードの自動加工が、振る舞いを改編することができ、又はフリーフォームコードを合理化することができ、又は不要なセクションを取り除くことによって、或る範囲のアクションをサポートすることを許容する。

本明細書で開示されるのは、低コードビジネスソリューションに包含されるフリーフォームテキストを分析し、比較し、及び編集するために、進展したテキストマッチング及びパーシングアルゴリズムを使用する方法である。この能力は、支援テキスト若しくはフリーフォームノートとしてリソースに埋め込まれ文書化に、又はビジネスソリューションを伴う別個の文書に記憶された文書化に、自動化されたリソース生成の利点を拡張させる。文書化及び訓練マテリアルは、大きい割合のソリューション開発エフォートを消費する。

本明細書で開示されるのは、試験ケースとビジネスソリューション全体を含むリソースとの間の従属性を追跡し、更に、完了したビジネスソリューションを配送する手動エフォートを低減させる方法である。この能力の前提は、定義された試験のセットを有する包括的マスタコピーからカスタマイズされたソリューションが導出されることである。リソースがどのようにカスタマイズされたことから得られた知識に基づいて、試験計画の作成及び監理を自動化することは、ビジネスソリューションを試験するために必要なエフォートを低減させる。

本明細書で開示されるのは、ソリューションがどのようにカスタマイズされたかの知識に基づいて、ソリューションのパッケージング及び展開を自動化する方法である。不可欠な有効ピースは、リソースオーサリング、文書化、及び訓練を通じた、工程概要からの、ビジネスソリューションを含む全てのリソースの相互従属性の追跡である。これは、顧客サーバにインストールする準備ができた展開可能リソースパッケージの自動化された作成を許容する。

要するに、効果的な、使用することが容易な比較ツールは、スキーマ認識比較；集合プロパティ、殊に入れ子にされた集合（ｎｅｓｔｅｄ ｃｏｌｌｅｃｔｉｏｎ）の洗練された扱い；外形の差異に関わらず、２つのアイテムが同一のビジネスオブジェクトであることを認識するための効果的なマッチングアルゴリズム；ユーザヒント及び入力を受け付け、ユーザ決定を持続する能力；ビジネスオブジェクトの構造を反映する構造化された報告；大規模の差異の間（リソースごとの数千の変更の間の）の重要な変更を発見するためのカラーフォーマッティング、タグ付け、及びフィルタリング、を含む。更に、３－ｗａｙ比較における第３のデータポイントとして共通アンセスタを追加することは、変更のソースを識別する。

１つの態様では、コンピュータにより実施される方法は、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較するステップであって、第２のリソースは、第１のリソースを編集することによって生成される、ステップと、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告（ｌｏｗ－ｃｏｄｅ ｐｌａｔｆｏｒｍ ｃｏｍｐａｒｅ ｒｅｐｏｒｔ）を生成するステップと、を含み、２ｗａｙスキーマ認識ツールは、第１のリソース及び第２のリソースのスキーマメタデータを比較する。

コンピュータにより実施される方法では、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の各々の変更をタグ付け及び分類することができる。２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用し得る。更に、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の１つ又は複数の差異の意図を認識することができる。スキーマメタデータは、リソースの構造、リソースの１つ又は複数のプロパティ、リソースの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、リソースの階層的性質、及びリソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉することができる。

コンピュータにより実施される方法はまた、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第３のリソースを比較するステップであって、第３のリソースは、第１のリソースを編集することによって生成される、ステップと、プロセッサによって、第１のリソースと第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成するステップと、プロセッサによって、第１の低コードプラットフォーム比較報告及び第２の低コード比較報告を比較するステップと、プロセッサによって、第１の低コードプラットフォーム比較報告と第２の低コード比較報告との間の１つ又は複数の衝突を検出するステップと、プロセッサによって、１つ又は複数の衝突を一致させるステップと、を更に含み得、２ｗａｙスキーマ認識ツールは更に、第１のリソース及び第３のリソースのスキーマメタデータを比較する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、システムは、プロセッサを含む。システムはまた、命令を記憶したメモリを含み、命令は、プロセッサによって実行されるとき、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較し、第２のリソースは、第１のリソースを編集することによって生成され、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告を生成する、システムを構成し、２ｗａｙスキーマ認識ツールは、第１のリソース及び第２のリソースのスキーマメタデータを比較する。

システムでは、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の各々の変更をタグ付け及び分類することができる。２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用し得る。更に、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の１つ又は複数の差異の意図を認識することができる。スキーマメタデータは、リソースの構造、リソースの１つ又は複数のプロパティ、リソースの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、リソースの階層的性質、及びリソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉することができる。

システムはまた、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第３のリソースを比較し、第３のリソースは、第１のリソースを編集することによって生成され、プロセッサによって、第１のリソースと第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成し、プロセッサによって、第１の低コードプラットフォーム比較報告及び第２の低コード比較報告を比較し、プロセッサによって、第１の低コードプラットフォーム比較報告と第２の低コード比較報告との間の１つ又は複数の衝突を検出し、プロセッサによって、１つ又は複数の衝突を一致させる、ようにシステムを更に構成する命令を含み得、２ｗａｙスキーマ認識ツールは更に、第１のリソース及び第３のリソースのスキーマメタデータを比較する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、非一時的コンピュータ可読記憶媒体であって、該コンピュータ可読記憶媒体は、命令を含み、命令は、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較させ、第２のリソースは、第１のリソースを編集することによって生成され、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告を生成させ、２ｗａｙスキーマ認識ツールは、第１のリソース及び第２のリソースのスキーマメタデータを比較する。

コンピュータ可読記憶媒体では、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の各々の変更をタグ付け及び分類することができる。２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用し得る。更に、２ｗａｙスキーマ認識比較ツールは、第１のリソースと第２のリソースとの間の１つ又は複数の差異の意図を認識することができる。スキーマメタデータは、リソースの構造、リソースの１つ又は複数のプロパティ、リソースの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、リソースの階層的性質、及びリソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉することができる。

コンピュータ可読記憶媒体はまた、プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第３のリソースを比較し、第３のリソースは、第１のリソースを編集することによって生成され、プロセッサによって、第１のリソースと第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成し、プロセッサによって、第１の低コードプラットフォーム比較報告及び第２の低コード比較報告を比較し、プロセッサによって、第１の低コードプラットフォーム比較報告と第２の低コード比較報告との間の１つ又は複数の衝突を検出し、プロセッサによって、１つ又は複数の衝突を一致させる、ように更にコンピュータを構成する命令を含み得、２ｗａｙスキーマ認識ツールは更に、第１のリソース及び第３のリソースのスキーマメタデータを比較する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、コンピュータにより実施される方法は、プロセッサによって、リソースのマスタコピーからリソースを選択するステップと、プロセッサによって、リソースのワーキングコピーである第１のリソースを作成するステップと、プロセッサによって、第１のリソースを編集し、それによって、第２のリソースを生成するステップと、プロセッサによって、第２のリソースを試験及び検証するステップと、プロセッサによって、第１のリソースを第２のリソースと比較するステップと、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成するステップであって、レシピファイルは、第１のリソースを第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリストを含む、ステップと、プロセッサによって、レシピファイルを第１のリソースに適用し、それによって、第３のリソースを生成するステップと、プロセッサによって、第３のリソースを第２のリソースと比較するステップと、プロセッサによって、レシピファイルを検証するステップと、を含む。

コンピュータにより実施される方法はまた、プロセッサによって、レシピファイル内の修正のリストを注釈付けるステップと、プロセッサによって、注釈付けられたリストをマスタレシピデータベースにマージするステップであって、マスタレシピデータベースは、生成された修正のカタログを包含する、ステップと、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証するステップと、を含み得る。

コンピュータにより実施される方法では、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。更に、いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、システムは、プロセッサを含む。システムはまた、命令を記憶したメモリを含み、命令は、プロセッサによって実行されるとき、プロセッサによって、リソースのマスタコピーからリソースを選択し、プロセッサによって、リソースのワーキングコピーである第１のリソースを作成し、プロセッサによって、第１のリソースを編集し、それによって、第２のリソースを生成し、プロセッサによって、第２のリソースを試験及び検証し、プロセッサによって、第１のリソースを第２のリソースと比較し、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成し、レシピファイルは、第１のリソースを第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリストを含み、プロセッサによって、レシピファイルを第１のリソースに適用し、それによって、第３のリソースを生成し、プロセッサによって、第３のリソースを第２のリソースと比較し、プロセッサによって、レシピファイルを検証する、ようにシステムを構成する。

システムはまた、プロセッサによって、レシピファイル内の修正のリストを注釈付け、プロセッサによって、注釈付けられたリストをマスタレシピデータベースにマージし、マスタレシピデータベースは、生成された修正のカタログを包含し、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、ようにシステムを更に構成する命令を含み得る。

システムでは、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。更に、いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、非一時的コンピュータ可読記憶媒体であって、該コンピュータ可読記憶媒体は命令を含み、命令は、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、リソースのマスタコピーからリソースを選択させ、プロセッサによって、リソースのワーキングコピーである第１のリソースを作成させ、プロセッサによって、第１のリソースを編集し、それによって、第２のリソースを生成させ、プロセッサによって、第２のリソースを試験及び検証させ、プロセッサによって、第１のリソースを第２のリソースと比較させ、プロセッサによって、第１のリソースと第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成させ、レシピファイルは、第１のリソースを第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリストを含み、プロセッサによって、レシピファイルを第１のリソースに適用し、それによって、第３のリソースを生成させ、プロセッサによって、第３のリソースを第２のリソースと比較させ、プロセッサによって、レシピファイルを検証させる。

コンピュータ可読記憶媒体はまた、プロセッサによって、レシピファイル内の修正のリストを注釈付け、プロセッサによって、注釈付けられたリストをマスタレシピデータベースにマージし、マスタレシピデータベースは、生成された修正のカタログを包含し、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、ようにコンピュータを更に構成する命令を含み得る。

コンピュータ可読記憶媒体はまた、マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、ことを含み得る。

コンピュータ可読記憶媒体はまた、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、ことを含み得る。

コンピュータ可読記憶媒体では、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。更に、いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、コンピュータにより実施される方法は、プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションを選択することによって、効果的なレシピファイルを生成するステップであって、選択することは、ビジネス目的に基づいている、生成するステップと、プロセッサによって、効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成するステップと、を含む。

コンピュータにより実施される方法では、マスタレシピデータベースは、プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出し、プロセッサによって、修正の注釈付けられたリストをマスタレシピデータベースにマージし、マスタレシピデータベースは、生成された修正のカタログを包含し、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、ことによって生成され得る。

コンピュータにより実施される方法では、レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、プロセッサによって、リソースのマスタコピーから選択された第１のリソースのワーキングコピーを作成し、プロセッサによって、第１のリソースのワーキングコピーを編集し、それによって、第２のリソースを生成し、プロセッサによって、第２のリソースを試験及び検証し、プロセッサによって、第１のリソースのワーキングコピーを第２のリソースと比較し、プロセッサによって、第１のリソース及び第２のリソースのワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成し、レシピファイルアイテムは、第１のリソースのワーキングコピーを第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、プロセッサによって、レシピファイルアイテムを第１のリソースのワーキングコピーに適用し、それによって、第３のリソースを生成し、プロセッサによって、第３のリソースを第２のリソースと比較し、プロセッサによって、レシピファイルアイテムを検証する、ことによって生成され得る。いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。

コンピュータにより実施される方法では、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。

コンピュータにより実施される方法では、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、システムは、プロセッサを含む。システムはまた、命令を記憶したメモリを含み、命令は、プロセッサによって実行されるとき、プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションを選択することによって、効果的なレシピファイルを生成し、選択することは、ビジネス目的に基づいており、プロセッサによって、効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成する、ようにシステムを構成する。

システムでは、マスタレシピデータベースは、プロセッサによって実行されるとき、プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出し、プロセッサによって、修正の注釈付けられたリストをマスタレシピデータベースにマージし、マスタレシピデータベースは、生成された修正のカタログを包含し、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、ようにシステムを更に構成する、命令を記憶したメモリによって生成され得る。

システムでは、レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、プロセッサによって実行されるとき、プロセッサによって、リソースのマスタコピーから選択された第１のリソースのワーキングコピーを作成し、プロセッサによって、第１のリソースのワーキングコピーを編集し、それによって、第２のリソースを生成し、プロセッサによって、第２のリソースを試験及び検証し、プロセッサによって、第１のリソースのワーキングコピーを第２のリソースと比較し、プロセッサによって、第１のリソース及び第２のリソースのワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成し、レシピファイルアイテムは、第１のリソースのワーキングコピーを第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、プロセッサによって、レシピファイルアイテムを第１のリソースのワーキングコピーに適用し、それによって、第３のリソースを生成し、プロセッサによって、第３のリソースを第２のリソースと比較し、プロセッサによって、レシピファイルアイテムを検証する、ようにシステムを更に構成する、命令を記憶したメモリによって生成され得る。いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。

システムでは、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。

システムでは、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、非一時的コンピュータ可読記憶媒体であって、該コンピュータ可読記憶媒体は命令を含み、命令は、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションのうちの少なくとも１つを選択することによって、効果的なレシピファイルを生成させ、選択することは、ビジネス目的に基づいており、プロセッサによって、効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成させる。

コンピュータ可読記憶媒体では、マスタレシピデータベースは、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出させ、プロセッサによって、修正の注釈付けられたリストをマスタレシピデータベースにマージさせ、マスタレシピデータベースは、生成された修正のカタログを包含し、プロセッサによって、マスタレシピデータベースを検証して、マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証させる、命令によって生成され得る。

コンピュータ可読記憶媒体では、レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、リソースのマスタコピーから選択された第１のリソースのワーキングコピーを作成させ、プロセッサによって、第１のリソースのワーキングコピーを編集し、それによって、第２のリソースを生成させ、プロセッサによって、第２のリソースを試験及び検証させ、プロセッサによって、第１のリソースのワーキングコピーを第２のリソースと比較させ、プロセッサによって、第１のリソース及び第２のリソースのワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成させ、レシピファイルアイテムは、第１のリソースのワーキングコピーを第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、プロセッサによって、レシピファイルアイテムを第１のリソースのワーキングコピーに適用し、それによって、第３のリソースを生成させ、プロセッサによって、第３のリソースを第２のリソースと比較させ、プロセッサによって、レシピファイルアイテムを検証させる、命令によって生成され得る。いずれかの２つのリソースの間で比較することは、スキーマ認識比較であり得る。いずれかの２つのリソースの間で比較することは、第１のリソース及び第２のリソースのスキーマメタデータを比較し得る。

コンピュータ可読記憶媒体では、マスタコピーは、文書化及び試験され得、複数の機能性、複数の特徴、及び複数の構成オプションを含み得る。

コンピュータ可読記憶媒体では、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含み得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、コンピュータにより実施される方法は、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較するステップを含み、第２のコンポーネントは、第１のコンポーネントを編集することによって生成される。コンピュータにより実施される方法はまた、プロセッサによって、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成するステップを含む。コンピュータにより実施される方法では、第１のコンポーネント及び第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、２－ｗａｙグラマ認識比較ツールは、１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する。

コンピュータにより実施される方法では、第１のコンポーネント及び第２のコンポーネントは、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つであることができる。

コンピュータにより実施される方法では、プログラミング言語グラマは、構造化されたテキスト、コード、又はフリーフォームテキストを読み込み、処理し、実行し、又は翻訳するためのパーサジェネレータを使用して捕捉され得る。

コンピュータにより実施される方法では、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の各々の変更をタグ付け及び分類することができる。

コンピュータにより実施される方法では、２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用することができる。

コンピュータにより実施される方法はまた、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、ことを含み得る。

コンピュータにより実施される方法はまた、２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、コンポーネントの１つ又は複数のプロパティ、コンポーネントの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、コンポーネントの階層的性質、及びコンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、ことを含み得る。

コンピュータにより実施される方法はまた、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第３のコンポーネントを比較するステップであって、第３のコンポーネントは、第１のコンポーネントを編集することによって生成される、比較するステップと、プロセッサによって、第１のコンポーネントと第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成するステップと、プロセッサによって、第１の比較報告及び第２の比較報告を比較するステップと、プロセッサによって、第１の比較報告と第２の比較報告との間の１つ又は複数の衝突を一致させるステップと、を更に含み得、２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、システムは、プロセッサを含む。システムはまた、命令を記憶したメモリを含み、命令は、プロセッサによって実行されるとき、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較し、第２のコンポーネントは、第１のコンポーネントを編集することによって生成されるようにシステムを構成する。システムはまた、命令を記憶したメモリを含み、命令は、プロセッサによって実行されるとき、プロセッサによって、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成する、ようにシステムを構成する。システムでは、第１のコンポーネント及び第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、２－ｗａｙグラマ認識比較ツールは、１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する。

システムはまた、第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、ことを含み得る。

システムはまた、第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、ことを含み得る。

システムはまた、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の各々の変更をタグ付け及び分類する、ことを含み得る。

システムはまた、２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用する、ことを含み得る。

システムはまた、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、ことを含み得る。

システムはまた、２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、コンポーネントの１つ又は複数のプロパティ、コンポーネントの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、コンポーネントの階層的性質、及びコンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、ことを含み得る。

システムはまた、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第３のコンポーネントを比較し、第３のコンポーネントは、第１のコンポーネントを編集することによって生成され、プロセッサによって、第１のコンポーネントと第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成し、プロセッサによって、第１の比較報告及び第２の比較報告を比較し、プロセッサによって、第１の比較報告と第２の比較報告との間の１つ又は複数の衝突を一致させる、ようにシステムを更に構成する命令を含み得、２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

１つの態様では、非一時的コンピュータ可読記憶媒体であって、該コンピュータ可読記憶媒体は命令を含み、命令は、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較させ、第２のコンポーネントは、第１のコンポーネントを編集することによって生成される。非一時的コンピュータ可読記憶媒体はまた、コンピュータによって実行されるとき、コンピュータに、プロセッサによって、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成させる、命令を含む。非一時的コンピュータ可読記憶媒体では、第１のコンポーネント及び第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、２－ｗａｙグラマ認識比較ツールは、１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する。

非一時的コンピュータ可読記憶媒体はまた、第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の各々の変更をタグ付け及び分類する、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用する、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、２－ｗａｙグラマ認識比較ツールは、第１のコンポーネントと第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、コンポーネントの１つ又は複数のプロパティ、コンポーネントの１つ又は複数のプロパティデータタイプ、１つ又は複数のプロパティの間の関係、コンポーネントの階層的性質、及びコンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、ことを含み得る。

非一時的コンピュータ可読記憶媒体はまた、プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第３のコンポーネントを比較し、第３のコンポーネントは、第１のコンポーネントを編集することによって生成され、プロセッサによって、第１のコンポーネントと第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成し、プロセッサによって、第１の比較報告及び第２の比較報告を比較し、プロセッサによって、第１の比較報告と第２の比較報告との間の１つ又は複数の衝突を一致させる、ようにコンピュータを更に構成する命令を含み得、２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する。他の技術的特徴は、以下の図面、説明、及び特許請求の範囲から当業者にとって容易に明らかであり得る。

本明細書の主題の１つ又は複数の実施例の詳細は、以下の添付図面及び説明において示される。主題の他の特徴、態様、及び利点が、説明、図面、及び特許請求の範囲から明らかになるであろう。

様々な図面内での同様の参照符号及び指定は、同様の要素を示す。

いずれかの特定の要素又は動作の議論を容易に識別するために、参照符号内の最上位桁又は桁（複数可）は、その要素が最初に導入される図の番号を指す。

一実施例に係る、フローチャート１００を例示する図である。 一実施例に係る、オペレーション２００の実例を例示する図である。 一実施例に係る、「スワップコンポーネント（Ｓｗａｐ Ｃｏｍｐｏｎｅｎｔ）」オペレーションの実例を例示する図である。 一実施例に係る、「スワップコンポーネント」オペレーションの実例を例示する図である。 一実施例に係る、サンプルレシピファイル４００を例示する図である。 一実施例に係る、比較報告からレシピファイルを作成するフローチャートを例示する図である。 一実施例に係る、レシピファイルをマスタレシピデータベースにマージするフローチャートを例示する図である。 一実施例に係る、フローチャート７００を例示する図である。 一実施例に係る、ワークブック８００のプロパティの入れ子にされた集合を例示する図である。 ４つの単純な変更のためのＸＭＬ比較報告を例示する図である。 一実施例に係る、４つの単純な変更のスキーマ認識比較を例示する図である。 一実施例に係る、スキーマアウェイ比較を作成するためのメタデータの使用を例示する図である。 一実施例に係る、３－ｗａｙスキーマ認識比較を例示する図である。 一実施例に係る、３－ｗａｙスキーマ認識比較を例示する図である。 一実施例に係る、３－ｗａｙ比較報告の実例を例示する図である。 一実施例に係る、異なるタイプのコンポーネントの実例を例示する図である。 一実施例に係る、フローチャート１４００を例示する図である。 一実施例に係る、システムのブロック図を例示する図である。

例示的な実施例を詳細に例示する、図面に目を向ける前に、説明において示され、又は図面において例示される詳細又は方法論に開示が限定されないことを理解されるべきである。また、用語は、説明のみを目的とし、限定するとして見なされるべきではないことを理解されるべきである。

リソース生成／管理ツール
複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法は、ビジネスソリューションを成す包括的リソースのマスタコピーの使用を含む。マスタコピーを完全に文書化することができ、完全に試験することができる。いくつかの実施例では、多くの産業、計画システム、及び全ての構成オプションを網羅するために必要であるので、そのようなマスタコピーは、非常に大きくなり得、複雑なソリューションを提供し得る。

複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法は更に、ルールのセットの作成を含み、ルールのセットは、ｉ）構成オプションの間の従属性を捕捉し、ｉｉ）どのリソース、コンポーネント、及びサブコンポーネントが必要であり、又は排除することができるかを定義する。加えて、システムは、ツールキットによってサポートされるリッチなオペレーションのセットを通じて、ソリューション提示又はビジネスロジックを改編する方法を含む。それらのルールは、宣言的であることができ、プログラミングを必要としない。リソース又はコンポーネントを手動で構成し、それをマスタコピーと比較して、修正を捕捉し、修正を注釈付けることによって、ルールを生成することができる。「注釈付ける」ことは、１つ又は複数のリソース（ビジネスソリューション全体を含む）への各々の変更を、リソース変更が関連するビジネス目標（又は、能力）によりタグ付けし、よって、後のソリューションを確立するときにそれから選ぶ構成オプションのメニューを作成することを意味する。より長い期間にわたって、システムは、ソリューションを確立するために必要なドメイン知識を累積及び成文化し、それから選ぶオプション及びサブオプションの階層にその知識を体系的に編成する。

リソースの一部の複製、殊に共有コンポーネントが必要とされ得ることが予期される。ツールキットは、必要に応じて、正確な共有コンポーネントを選択することができ、それをスワップ／挿入することができる。これは、最小のオーバヘッドによりビジネスロジックを改編する方法を提供する（すなわち、一部の共有コンポーネントのいくつかのコピーを維持する）。この「モジュラ」アプローチは、試験の観点から有利である。良好に定義されたサブコンポーネントをスワップすることは、カスタムソリューションを作成する際に典型的には使用されるフリーフォーム変更とは異なり、低リスク、試験可能なアプローチである。ソリューションをどのように修正することができるかに関する何らかの制約を有することと、より少ないエラーによりスケーラブル且つ繰り返し可能な工程のはるかに大きな利点との間にトレードオフが存在する。

複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法は更に、産業、計画パラメータなどの全ての利用可能な顧客オプションを有するルールの注釈を含む。全ての利用可能な構成オプションのメニューから、ユーザは、所与の顧客のために必要とされるそれらの構成を選択し得る。この構成は、文書化として、及び試験計画への入力としての役目を果たすことができる。更に、この構成は、設計決定の記録／ログを構成し得、持続することができ、プロジェクト文書化に追加することができる。

複雑なビジネスソリューションをカスタマイズするルールベースシステム及び方法は更に、顧客特有ソリューションを作成するために、マスタコピーに対してルールを適用する、リソースコンフィギュレータツールを稼働させることを含む。新たな要件が発見されるにつれて、構成を調節することができ、修正された構成に基づいて、リソースを再生成することができる。

ユーザは、生成されたリソースを手動で更に修正する必要があることが予想される。ツールキットは、手動変更を生成されたリソース及びコンポーネントに比較及び一致させる能力を提供する。

ビルディングブロックからソリューションを組み立てることとは異なり、このようにしてリソースを生成することは、リソース編集のほとんどが、必要とされないコンポーネントを簡略化し、マスタコピーから除去することであるので、実行可能なアプローチである。新たなリソース又は新たなコード／表現の生成が必要とされない。

リソース管理ツールキットは、注釈付けられた差異（若しくは、レシピ）に基づいて、マスタコピーからより単純な、専門化されたリソースを生成することによって、必要でないピースを剪定することによって、又は制御され且つ繰り返し可能な方式においてリソースをカスタマイズするためにキーピース（共有コンポーネントなど）を改編することによって、この問題に対処する。例えば、システムが、どのサブコンポーネントが、予報外れ値管理（ｆｏｒｅｃａｓｔ ｏｕｔｌｉｅｒ ｍａｎａｇｅｍｅｎｔ）など、ビジネスタスクに結び付けられるかを知っている場合、システムは、予報がソリューション範囲の一部でない場合に、それらのサブコンポーネントを発見及び除去することができる。

図１は、一実施例に係る、フローチャート１００を例示する。フローチャート１００は、複雑なビジネスソリューションをカスタマイズする全体工程を説明する。

開始ポイントは、特定のビジネスソリューションを成す包括的リソースのマスタコピーである。マスタコピーを完全に文書化することができ、完全に試験することができる。そのようなマスタコピーは、非常に大きくなり得、複雑なソリューションを提供し得る。大きな、複雑なマスタコピーは、多くの機能性、特徴、及びオプションを含むことができる。例えば、ビジネスインテリジェンスツールは、報告又はワークシートのレイアウトを記憶するために、ＸＭＬ構造又は関係データベースを使用することが多い。いくつかの実施例では、マスタコピーは、多くの産業、計画システム、及び全ての構成オプションを網羅する。いくつかの実施例では、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートを含む。

ステップ１０２において、リソース（又は、ビジネスオブジェクト）が選択され、このリソースが修正される。ステップ１０４において、選択されたリソースのワーキングコピーが作成される。このワーキングコピーは、カスタマイズの基準としての役割を果たす、「Ｒｅｓｏｕｒｃｅ１」とも称される。ステップ１０６において、Ｒｅｓｏｕｒｃｅ１は、そのビジネスロジック又は提示を改編するように編集され、それによって、ステップ１０８において、カスタマイズされたバージョンを生成する。カスタマイズされたバージョンは、「Ｒｅｓｏｕｒｃｅ２」とも称される。Ｒｅｓｏｕｒｃｅ２の更なる使用の前に、ステップ１０６において行われた変更（すなわち、Ｒｅｓｏｕｒｃｅ１の編集）は、ステップ１１０においてＲｅｓｏｕｒｃｅ２が検証されることを保証するように最初に試験される。この工程は、ユースケース、予測された入力及び出力を定義することと、必要とされるビュー及びそれらの提示、視覚化、フォーマッティング、アクション、及び役割ベースの制御、設計を定義すること及び試験を実行することと、など、カスタムソリューションを開発する典型的なステップに従う。いくつかの実施例では、試験ケースは、進行中の回帰試験をサポートするように自動化される。

このステージにおいて、必要とされるビジネス目標を達成するために修正される必要がある他のリソースに対し、ステップ１０２～ステップ１１０を繰り返すことができる。

検証されると、ステップ１１２において、Ｒｅｓｏｕｒｃｅ２は、Ｒｅｓｏｕｒｃｅ１（Ｍａｓｔｅｒ Ｃｏｐｙ内のリソースと同一である）と比較される。ステップ１１４において、そのような比較は、ソリューションメタデータを生成するために使用され、又はＲｅｓｏｕｒｃｅ１とＲｅｓｏｕｒｃｅ２との間の差異に基づいて、「レシピファイルと」と称される。概して、レシピファイルは、修正が参照するビジネス属性によりタグ付けされた既知の修正の注釈付けられたリストを記述する。以下の図５において、ステップ１１２及びステップ１１４の組み合わせであるブロック１２４が更に詳細に説明される。図１を参照して、レシピファイルは、Ｒｅｓｏｕｒｃｅ１（Ｍａｓｔｅｒ Ｃｏｐｙのワーキングコピー）をＲｅｓｏｕｒｃｅ２に転換するコマンド／編集のリストである。レシピファイル内で発見されるコマンド／編集の実例は、図２を参照して以下で議論される。

ステップ１１６において、ステップ１１４において生成されたレシピファイルは、ステップ１１８において「Ｒｅｓｏｕｒｃｅ３」を生成するＲｅｓｏｕｒｃｅ１（Ｍａｓｔｅｒ Ｃｏｐｙのワーキングコピー）に適用される。Ｒｅｓｏｕｒｃｅ３は、レシピファイル内の差異のリストに基づいて、Ｍａｓｔｅｒ Ｃｏｐｙ内の元のワークブックから生成された、カスタマイズされたワークブックの第２のコピーである。生成工程（ステップ１１８における）が正確であることを保証するために、ステップ１２０において、Ｒｅｓｏｕｒｃｅ２とＲｅｓｏｕｒｃｅ３との間で比較が行われる。すなわち、生成されたリソース（Ｒｅｓｏｕｒｃｅ３）は、手動でカスタマイズされたリソース（Ｒｅｓｏｕｒｃｅ２）と同一であるはずであり、ステップ１２２において、レシピファイルの検証を結果としてもたらす。レシピファイルを伴う更なる工程が以下で説明される。

図２は、一実施例に係る、ワークブックのためのレシピファイルにおけるオペレーション２００の実例を例示する。オペレーション２００の実例は、ワークブック又はワークシートに適用することができるコマンド／編集の実例である。

例えば、基本オペレーション２１２は、削除及び秘匿など、ワークブックに適用される共通オペレーションをリスト表示し、基本オペレーション２１２は、「ｄｅｌｅｔｅ ｃｏｌｕｍｎ」、「ｄｅｌｅｔｅ ｗｏｒｋｓｈｅｅｔ」、「ｄｅｌｅｔｅ ｖａｒｉａｂｌｅ」、「ｄｅｌｅｔｅ ｅｘｐｒｅｓｓｉｏｎ ｓｅｃｔｉｏｎ」、「ｄｅｌｅｔｅ ｃｏｍｐｏｎｅｎｔ」、「ｄｅｌｅｔｅ ｃｏｍｍａｎｄ」、「ｄｅｌｅｔｅ ｄｒｉｌｌ ｔｏ ｄｅｔａｉｌ」、「ｈｉｄｅ ｃｏｌｕｍｎ」、「ｈｉｄｅ ｗｏｒｋｓｈｅｅｔ」、及び「ｃｏｌｕｍｎ ｅｄｉｔａｂｌｅ」を含む。

更に、データモデルオペレーション２１０は、ワークブック内のデータモデルに適用されるオペレーションの実例をリスト表示する。データモデルオペレーション２１０は、スーパーセットを取り、必要なそれらの部分のみを使用し、それによって、複雑度を低減させる。データモデルオペレーション２１０は、例えば、「ｒｅｎａｍｅ ｔａｂｌｅ」、「ｒｅｎａｍｅ ｆｉｅｌｄ」、「ｄｅｌｅｔｅ ｔａｂｌｅ」、「ｄｅｌｅｔｅ ｆｉｅｌｄ」、及び「ｃｏｐｙ ｔａｂｌｅ」を含む。

加えて、複雑なオペレーション２０４は、ビジネスロジックを改編するコマンドをリスト表示し、それらは、「ｓｗａｐ ｃｏｍｐｏｎｅｎｔ」、「ｓｗａｐ ｌｉｂｒａｒｙ ｗｏｒｋｂｏｏｋ」、「ｓｅａｒｃｈ ｒｅｐｌａｃｅ ｅｘｐｒｅｓｓｉｏｎ」、及び「ｓｗａｐ ｄｅｐｅｎｄｅｎｔ ｒｅｓｏｕｒｃｅ」を含む。それらのコマンドのほとんどについて、２つの全体テンプレートを維持する代わりに、ワークブックの２つのコピーが維持される。これは、ソリューション開発、維持、及び試験エフォートの点で、オーバヘッドを低減させる。加えて、簡易さが高められる。例えば、スワップコンポーネントは、つなげられた従属性を変更すること、及びコラムを更新することなどを必要とする。そのような変更は通常、数百のコードのラインを必要とする。これは、単一のコマンド（すなわち、「スワップコンポーネント」）と交換される。「スワップコンポーネント」コマンドは、１つ又は複数のビルディングブロックを他のビルディングブロックと交換する。例えば、データベースクエリにおいて、「スワップコンポーネント」は、１つ又は複数のソーステーブルを交換することができ、又はビューは、１つ又は複数の交換によるクエリである。「スワップコンポーネント」の実例が、図３Ａ及び図３Ｂに示される。

オペレーションの他の実例は、ワークブック内の用語を変更し、それによって、様々な産業における可用性を高め、又はリソースのローカライズされたバージョンを他の言語において作成するコマンドをリスト表示するリファクタリングオペレーション２０８を含む。そのようなコマンドの実例は、「ｒｅｎａｍｅ ｃｏｌｕｍｎｓ」、「ｒｅｎａｍｅ ｃｏｌｕｍｎ ＩＤ」、「ｒｅｎａｍｅ ｗｏｒｋｓｈｅｅｔ」、「ｒｅｎａｍｅ ｗｏｒｋｓｈｅｅｔ ＩＤ」、「ｒｅｎａｍｅ ｗｏｒｋｂｏｏｋ」、「ｒｅｎａｍｅ ｔａｂｌｅ」、及び「ｒｅｎａｍｅ ｆｉｅｌｄ」を含む。

パッケージングオペレーション２０６は、コンポーネントの最終セットに基づいて、最終ソリューションを組み立てることを支援するコマンドのリストを提供し、それらは、例えば、「ａｄｄ ｒｅｓｏｕｒｃｅ」、「ｒｅｎａｍｅｒｅｓｏｕｒｃｅ」、「ａｄｄ ｎａｍｅ ｓｐａｃｅ」、「ａｄｄ ｍａｃｒｏ」、及び「ａｄｄ ｐｒｏｆｉｌｅ ｖａｒｉａｂｌｅ」を含む。

予め定義されたオペレーションが、全てのケースを網羅し得ないので、必要に応じて、いずれかのワークブックプロパティを設定するコマンドをリスト表示する汎用オペレーション２０２も存在する。これは、明確さのために計画されていないユースケースに対処するための拡張性ポイントを提供する。「ｓｅｔ ｗｏｒｋｂｏｏｋ ｐｒｏｐｅｒｔｙ」、「ｓｅｔ ｗｏｒｋｓｈｅｅｔ ｐｒｏｐｅｒｔｙ」、及び「ｓｅｔ ｃｏｌｕｍｎ ｐｒｏｐｅｒｔｙ」を含む実例が、図２に示される。

図３Ａは、一実施例に係る、「スワップコンポーネント」オペレーション３００の実例を例示する。

Ｍａｓｔｅｒ Ｃｏｐｙは、３つのリソースワークシート：Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４、Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６、及びＲａｗ Ｍａｔｅｒｉａｌワークシート３０８を有する。図３Ａに示される実施例では、ワークブックは、ワークブックコピーＭｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２は、Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４及びＷｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６の組み合わせである。したがって、ツールは、大文字「Ｘ」３１４によって表された、Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８を安全に削除することができる。Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８内の記録は、Ｍｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２内で使用されていない。

Ｍｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２は、「Ｎａｍｅ」及び「Ｔｙｐｅ」値が合致するＷｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６からの記録の全てと組み合わされたＦｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４からの記録の全てにより確立される。これは、Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４からのあらゆるものが使用される、Ｌｅｆｔ Ｊｏｉｎ３１０接続と呼ばれる。Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６に結合することに関して（アイテム３１２によって示される）、Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６からの記録が結合し、「Ｎａｍｅ」及び「Ｔｙｐｅ］は、Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４内の記録に合致する。

この実例では、ＳｗａｐＣｏｍｐｏｎｅｎｔアクションは、Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８によりＷｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６を「スワップ」する。これは、ＪＯＩＮ基準に、コラム表現の１つ（Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６を参照するコラム）を変更させ、無効にさせる。ＳｗａｐＣｏｍｐｏｎｅｎｔコマンドに加えて、レシピファイルは、Ｍｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２に新たな「ＲａｗＭａｔｅｒｉａｌ！ＴｏｔａｌＦｏｒｅｃａｓｔ」ｃｏｌｕｍｎを追加するコマンドを含む。このケースでは、「スワップされる」ワークシートを参照するＷｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６に対するワークシートフィルタが存在しない。しかしながら、そのようなフィルタが存在した場合、それが除去されると共に、それはもはや有効でない。

図３ＡにおけるＭｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２に適用されるＳｗａｐＣｏｍｐｏｎｅｎｔアクションの結果が、図３Ｂに示される。スワップが完了した後、それは、Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６の代わりに、Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８を使用するように結合を変更する。Ｗｏｒｋ ｉｎ Ｐｒｏｇｒｅｓｓワークシート３０６は、もはやＭｙ Ｉｍｐｏｒｔａｎｔ Ｐａｒｔｓワークシート３０２の一部ではなく、したがって、それは、削除されたとしてマーク付けされる（大文字「Ｘ」３１８によって表される）。図３Ａにあるように、Ｌｅｆｔ Ｊｏｉｎ３１０接続は、Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４からのあらゆるものを使用する。Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８に結合することに関して（アイテム３１６によって示される）、Ｒａｗ Ｍａｔｅｒｉａｌワークシート３０８からの記録が結合し、「Ｎａｍｅ」及び「Ｔｙｐｅ」は、Ｆｉｎｉｓｈｅｄ Ｇｏｏｄｓワークシート３０４内の記録に合致する。

図４は、一実施例に係る、サンプルレシピファイル４００を例示する。図４に示される実施例では、サンプルレシピファイルは、様々な産業のためのマスタサプライチェーン管理テンプレートから導出される。

サンプルレシピファイル４００は、入れ子にされた一連のカテゴリ：アプリケーション４０２、リソース４０４、アクション４０６、及びパラメータ４０８を含む。図４に示されるサンプルレシピファイル４００は、特定の顧客又はソリューション又は産業のためのマスタファイルのサブセットである。これは、様々な変更／カスタマイズを分類するために、単純なルールベース注釈をどのように使用することができるかを例示する目的である。概して、複雑なビジネスソリューションは、数千の変形を有する複雑なビジネスオブジェクトを含む。システムは、カスタマイズ及び注釈から学習することができ、エキスパートシステムを構築して、できるだけ多くのタスクを自動化することを支援することができ、それによって、展開するための全体コスト及び時間を低下させる。

図４に示される実施例では、カテゴリアプリケーション４０２は、所与のコマンドを適用するときを指す。アプリケーション４０２自体は、３つのサブカテゴリ：サプライチェーン管理テンプレートの詳細に関連する、テンプレート（ｔｅｍｐｌａｔｅ）、機能性（ｆｕｎｃｔｉｏｎａｌｉｔｙ）、及びオプション（ｏｐｔｉｏｎｓ）を含む。例えば、「ｔｅｍｐｌａｔｅ」サブカテゴリは、特定のコマンドが適用される１つ又は複数の産業テンプレートを指す。図４では、行２は、次のコマンドが３つの産業テンプレートＬｉｆｅ Ｓｃｉｅｎｃｅｓ、Ａｕｔｏｍｏｔｉｖｅ、及びＨｉｇｈ Ｔｅｃｈに適用することを示す。テンプレートカテゴリはまた、どのテンプレート（複数可）が特定のコマンドの影響を受けるべきではないかを示すことをできる。例えば、行６～１４は、Ｌｉｆｅ Ｓｃｉｅｎｃｅｓテンプレートが、それぞれの行の各々においてリスト表示されたコマンドの影響を受けるべきではないことを示す。

加えて、各々の産業テンプレートは、関連する一連の定義された機能性及びオプションを有する。サプライチェーンでは、機能性エリアの実例は、サプライ計画、需要最適化、在庫最適化、及び販売・操業計画（Ｓ＆ＯＰ：ｓａｌｅｓ ａｎｄ ｏｐｅｒａｔｉｏｎ ｐｌａｎｎｉｎｇ）を含む。行２内の実例を続けて、「Ｓｕｐｐｌｙ」機能性は、行２内のコマンドのためのＬｉｆｅ Ｓｃｉｅｎｃｅｓ、Ａｕｔｏｍｏｔｉｖｅ、及びＨｉｇｈ Ｔｅｃｈテンプレートに適用されるべきではない。別の実例では、行６は、コマンド（行６と関連付けられた）が、Ｌｉｆｅ Ｓｃｉｅｎｃｅｓ産業テンプレートに適用されるべきではなく、「ｓｕｐｐｌｙ」機能性を含むべきではないことを示す。別の実例では、行１５は、「ｓｕｐｐｌｙ」機能性は、Ｌｉｆｅ Ｓｃｉｅｎｃｅｓ、Ａｕｔｏｍｏｔｉｖｅ、及びＨｉｇｈ－ｔｅｃｈテンプレートと共に適用されることになることを示す。

最終的に、アプリケーション４０２は、例えば、「ａｌｌｏｔｍｅｎｔ ｏｖｅｒｒｉｄｅｓ」、「ｄｅｍａｎｄ ｓｅｇｍｅｎｔａｔｉｏｎ」、及び「ｍａｃｈｉｎｅ ｌｅａｒｎｉｎｇ ｓｅｌｆ－ｈｅａｌｉｎｇ」など、オプションのサブカテゴリを含む。それらのオプションは、サプライチェーン管理の実施例のために利用可能なタイプの分析を指すことができる。

カテゴリアプリケーション４０２（すなわち、コラム「ｔｅｍｐｌａｔｅ」、「ｆｕｎｃｔｉｏｎａｌｉｔｙ」、及び「ｏｐｔｉｏｎｓ」）が指定されると、使用されるリソース４０４のタイプが指定される。図４に示される実例では、コマンドの大部分は、ワークブックのためのものであるが、行２２及び２３は、リソース４０４がスクリプト及びフォームのそれぞれでもあることができることを示す。

リソース４０４が指定されると、リソース４０４に適用されるアクション４０６がリスト表示される。図２を参照して、ワークシートのためにリスト表示された様々なコマンドが議論されており、それらは、例えば、「ｄｅｌｅｔｅ ｗｏｒｋｓｈｅｅｔ」及び「ｄｅｌｅｔｅ ｃｏｌｕｍｎ」などを含む。図２では、より網羅的なリストが提供される。行２２を参照して、スクリプトリソースと関連付けられたアクション４０６を含む非ワークシートアクションは、「ｒｅｍｏｖｅ ｓｃｒｉｐｔ ａｒｇｕｍｅｎｔ」である。同様に、行２３から、フォームリソースと関連付けられたアクション４０６も、「ｒｅｍｏｖｅ ｓｃｒｉｐｔ ａｒｇｕｍｅｎｔ」である。

所与のアクション４０６と関連付けられたパラメータ４０８も提供される。図４では、これは、ワークブック名、ワークシート名、コラム及びアーギュメント名を含む。要するに、リソース４０４、アクション４０６、及びパラメータ４０８は、各々の変更／カスタマイズの詳細を集合的に記述すると共に、アプリケーション４０２は、ビジネス目的及びグループ関連変更を共に述べるためのその変更を注釈付ける。

図５は、一実施例に係る、比較報告からレシピファイルを作成するフローチャート５００を例示する。要するに、２ｗａｙ比較は、レシピファイルへの入力として変更のリストを作成し、システムは、一部のマークアップを自動で集合し、チームは、定期的にレビューし、最終タグを追加し得る。

図１のブロック１２４を参照して、図５は、比較報告からレシピファイルを作成するフローチャート５００を例示する。ステップ５０２において、比較報告を生成するために、２－ｗａｙ（スキーマ認識）比較は、リソース１（マスタコピーのワーキングコピー）及びリソース２（リソース１の編集されたバージョン）に適用される。２－ｗａｙ比較の詳細は、以下で更に議論される。２－ｗａｙ比較の適用の前に、リソース２が試験及び検証されてきた。

比較報告は、リソース２に到達するために、リソース１に行われた変更をリスト表示する。それらの変更は、予期されない変更がないことを確証するためにレビューされる。例えば、オーサは、変更を行った場合があり、それらに関して忘れていた場合がある。又は、オーサは、ビジネス目的を達成するために、異なるアプローチを試みた場合がある。工程が反復的であるので、意図しない変更が入ることができる。レビューは、そのような意図しない変更を取り除こうとする。

更に、ステップ５０４において、各々の変更が、ユーザが作業しているビジネス目的に関連することを保証するために、それらの変更がレビューされる。いくつかの実施例では、比較報告は、様々な変更のビューを表示するための、少なくとも６個のタブを有するＥｘｃｅｌファイルである。いくつかの実施例では、報告は、１０，０００～１００，０００の個々の差異を包含し得る。ツールは、報告から雑音を取り除き、変更を編成／分類して、ビジネスオブジェクトの複雑度及び「可動部分」のボリュームを扱うことを可能にすることを目指す。これは、差異の数を指すだけでなく、変更、従属性などを順序よく並べる（ｃａｓｃａｄｉｎｇ）ことを指す。Ｅｘｃｅｌマルチタブフォーマットは、変更を視覚化及び編成する１つの方法である。

リソースの２つのバージョンの比較から単純なレシピファイルを作成する、図５に示される実例は、エンタプライズクラスソフトウェア及びソリューションのカスタマイズを管理するための、完全に独立したシステムの要件を十分に満たさない。そのようなシステムは、オプションの複数の（例えば、数百の）組み合わせ及びシステムにアクセスする複数の（例えば、数百の）ユーザと共に、複数の（例えば、数百の）バージョン又は複数の（例えば、数千の）リソースの管理を必要とする。したがって、完全システムは更に、マルチユーザ環境内で大規模なリソース変形を管理するように強化することができる。そのような完全システムは、全てのユーザによって実行されるカスタマイズを分析することから生成されたレシピを管理し、カスタマイズを注釈付け及びカタログするためのデータベース／リポジトリと、使用可能な方式においてこのメタデータの必要とされる処理及び提示をサポートするための関連するツールを採用することができる。

タブの一部は、リソースの階層的性質－例えば、Ｗｏｒｋｂｏｏｋ－＞Ｗｏｒｋｓｈｅｅｔ－＞Ｃｏｌｕｍｎを反映する。タブの一部は、重要な集合への変更に焦点を当てることができる。ワークブックでは、これは、ワークシートのリスト、又はコラムのリストである。いくつかの実施例では、リソースがタスクフロー場合、それは、ステップ及びサブステップのリストである。

各々のビジネスオブジェクト（すなわち、リソース）が異なるが、オーサは、それらのビジネスオブジェクトを階層的エンティティとして本質的に考える。２ｗａｙ比較報告は、オーサへの意味のある報告を生み出すために、ビジネスオブジェクトがどのように確立されるかの知識をそれが使用する点で、「スキーマ認識」である。

報告も、アクション又は変更ごとのアクション詳細及びアクション要約を生成する。Ａｃｔｉｏｎ Ｄｅｔａｉｌは、レシピジェネレータによって使用することを意図され、アクション詳細は、アクションを実行するために必要な全ての詳細及びパラメータを包含する。例えば、新たなコラムがスプレッドシートに追加される場合、詳細報告は、あらゆる関連するコラムプロパティを包含する。Ａｃｔｉｏｎ Ｓｕｍｍａｒｙは一方で、重要な変更のみを含み、他の変更を要約する。スプレッドシートに追加される新たなコラムの実例では、Ａｃｔｉｏｎ Ｓｕｍｍａｒｙは、コラムを識別するために十分である、新たなコラムのための１つのエントリ：「Ｃｏｌｕｍｎ Ａｄｄｅｄ＋コラム名及びディプレイヘッダ」のみを包含する。コラムが修正される実例では、比較報告は、それらの変更が何であったかを見るための変更及びリンクのカウントを提供し、いずれかの「雑音」が取り除かれる。

ステップ５０６において、比較報告が注釈付けられる。すなわち、各々の変更は、それが役目を果たすビジネス目的と関連付けられる。変更のリスト単独で、レシピファイルを作成するために十分でなく、各々の変更は、レシピファイルの作成の前に、ビジネス目的と関連付けられるはずである。実例として、オーサは、それらの変更を頻繁にチェックする間、わずかな増分で作業することができ、変更の全てが同一のビジネス目的のためである可能性が高いので、同一のコメントをすべての変更に適用することができる。オーサが同時により多くの変更をチェックインする場合、変更をビジネス目的につなぎ合わせるために、変更がタグ付けされる（すなわち、注釈付けられる）。リソース１とリソース２との間の差異に基づいた、レシピファイルの生成は、図１のステップ１１４に対応する。ステップ５０８において、注釈付けられたレシピファイルがチェックインされる。

比較報告からレシピファイルを作成する全体工程を説明するフローチャート５００を、更に詳細に解明することができる。上記説明されたのは、オーサがリソースを継続的に編集する工程であり、システムは、オーサが続行するにつれて、変更を学習及びカタログし、リソースをカスタマイズするエキスパートシステムに効果的になる。概して、オーサは、マスタコピーのワーキングコピー（例えば、図１のステップ１０２）又はリソースの既知のバージョンを開始ポイントとして取得する。ここで、「既知のバージョン」は、リソースがどのリポジトリから由来するか、及び起点がどのようにマスタコピーに関連するかを指す。あらゆるオーサがマスタコピーにより開始するわけではなく、オーサは、そのコピーの起源がＭａｓｔｅｒ Ｃｏｐｙに追跡可能である限り、いずれかのコピーにより開始することができる。方法が、リソースの各々の編集において行われた増分的変更を処理するので、リソースのいずれかのバージョンにより開始することが優れている。

この段階において、オーサは、修正するリソース（複数可）をチェックアウトする（それがＭａｓｔｅｒ Ｃｏｐｙのワーキングコピー又はリソースのバージョンであるかどうか）。オーサは次いで、タスクに対して作業し、リソースに対して１つ又は複数の変更を行い、次いで、コメントをチェックイン及び適用する。コメントは典型的には、変更が何のためかを指定するタスクへの参照を含む。いくつかの実施例では、タスクへの参照は、ＪＩＲＡ（商標）ソフトウェアを使用して行うことができる。タスクは、文書化、要件、仕様、試験計画などへのリンクを有し得る。これは、チケット番号を捕捉するために有益にする。いくつかの実施例では、あらゆるチェックインがＪＩＲＡタスク／チケット番号により開始する要件がある。実例として、それは、以下のフォーム：「ＲＲＰ１２３４５６－増分的可用性を計算するための追加された新たなコンポーネントワークシート」を有する。すなわち、チケット番号に、１ラインの記述が提供される。リソースのワーキングコピーに行われた変更ごとにこれを生成することができる。上記議論されたように、システムは、特定の期間の後（例えば、プロジェクトの完了の後、又は２週間ごと、又はいずれかの他の通常の期間）、変更の全てを採取することができる。いくつかの実施例では、採取することは、あらゆるチェックインを処理することを伴い、その間、リソースが比較され、レシピへの入力として使用される変更のリストが生成され、各々の変更がタイムスタンプ、ユーザｉｄ、ワークチケット、又はバグ報告、及び変更の１ラインの記述の捕捉によりタグ付けされる。システムはまた、報告内でリンクをセットアップすることができ、よって、必要な場合、ＪＩＲＡチケットを開くことができ、レビューすることができる。

システムは更に、変更を分析することができる。いくつかの実施例では、システムは、破綻する場合がある変更を発見し、例えば、オーサが、変更を実施するためのいくつかの試みを行い、更に気が変わった場合がある。同一のプロパティを複数回変更させる代わりに、システムは、元の値及び採取するための期間の終わりでの値のみを見る。これは、編集工程における雑音を除去する。いくつかの実施例では、システムは、その後手動で解決される、いずれかの潜在的な衝突を発見する。

いくつかの実施例では、チームは、変更のリスト及び自動で集合された注釈のみをレビューする必要があり、誤ってラベル付けされ得たチェックインと、一部の関連しない変更を有し得、正確にタグ付けされなかったチェックインとを探索する。差異を２つのチェックインに分割すること、又は各々の差異を正確なビジネス目的によりタグ付けすることができる。ビジネス目的及び変更のために意味を成す限り、タグのいずれかのフォームを使用することができる。効果的なレシピファイルを使用してリソースを生成するとき、タグは後に、メニューアイテムのセットとしての役目を果たすことができる。いくつかの実施例では、タグは、階層的である。

タグ付けされると、レシピファイルは、マスタレシピデータベースとマージされ、いずれかの衝突（マスタレシピデータベースとの）が解決される。

図６は、一実施例に係る、レシピファイルをマスタレシピデータベースにマージするフローチャート６００を例示する。

いくつかの編集及び変更を通じてリソースがマスタコピーからカスタマイズされるので、所与のリソース（すなわち、ビジネスオブジェクト）をどのようにカスタマイズするかの未収の知識を累積及びカタログすることが有利である。進行中のカスタマイズからの変更をマスタレシピデータベースにマージすることによってこれを達成することができる。しかしながら、変更が矛盾する目的を有し得、類似のプロパティに接触し得ることを覚えておくべきである。したがって、レシピファイルをマスタレシピデータベースにマージするとき、レシピファイルは、矛盾又は衝突のために最初に分析される。そのような分析、及び後続のマージは、単一のチェックインされたレシピファイルに対して実行され得ると共に、不要なオーバヘッドを最小にするために、そのようなアクションを定期的又はビジネス頻度で実行することが望ましい。例えば、プロジェクトスプリントの終わりに、又は定期間隔で（例えば、２週間ごとくらいで）レシピファイルのマージを行うことができる。

図６を参照して、階層的タグ付けシステムが設計される。リソースのマスタコピーからリソースを生成するとき、タグは、メニューとしての役割を果たすことができる。これは、図７内のステップ７０８において更に詳細に説明される。リソース構造に適合するいずれかの階層的コンベンションを取り入れることができる。

ステップ６０４において、所与のレシピファイル内の全ての変更が正確に注釈付けられることをチェックすることによって、及び変更に起因して衝突がないことを保証することによって、マージされている各々のレシピファイルが検証される。

ステップ６０６において、検証されたレシピファイル（複数可）は次いで、マスタファイルデータベースにマージされる。これは、マスタレシピデータベース内の他のレシピとの衝突についてチェックすることと、注釈の一貫性及び完全性を検証することと、可能であるときに変更を破綻させることと（実例として、所与のプロパティが複数回変更された）、必要である場合、関連しない変更を分割することと、などのいくつかのサブステップを含む。

ステップ６０８において、以下のように、まとめられた変更が試験される。効果的なレシピファイルは、マスタレシピデータベースから生成され（所与の顧客のために選択されたオプションに基づいて）、効果的なレシピファイルは、マスタレシピデータベースにちょうど追加された、全ての注釈付けられた変更を含む。効果的なレシピファイルは次いで、カスタマイズされたリソースを生成するために、リソースのＭａｓｔｅｒ Ｃｏｐｙに適用される（図１のステップ１１６及びステップ１１８を参照）。２－ｗａｙ比較は次いで、２つのリソースが合致することを保証するために、生成されカスタマイズされたリソースとリソース２との間で行われる（図１のステップ１２０を参照）。

試験がステップ６０８において完了すると、レシピは、ステップ６１０においてまとめられる。レシピファイルがマージされると、リソース（複数可）の最新のコピーは、進行中の開発のために、比較のための参照ポイントとしての役目を果たす。変更の起源が追跡される（エビデンスのチェーンとよく似ている）。

図７は、一実施例に係る、フローチャート７００を例示する。フローチャート７００は、Ｍａｓｔｅｒ Ｃｏｐｙからのカスタマイズされたリソースの生成を説明する。

顧客プロジェクトのためのビジネスソリューションは、１つ又は複数のリソースを含むことができる。それらのリソースは、ステップ７０２においてＭａｓｔｅｒ Ｃｏｐｙから選択される。いくつかの実施例では、Ｍａｓｔｅｒ Ｃｏｐｙは、いくつかの異なる産業に向けられ、その各々は、別々のサプライチェーンを有し、リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートを含む。

各々の選択されたリソースのワーキングコピーは、ステップ７０４において作られる。リソースが選択されると、ステップ７０６において、マスタレシピデータベース内で利用可能な選択肢から、機能性、特徴、及びオプションを選択するために、マスタレシピデータベースが使用される。それらのコア機能性内で、追加のオプションが存在することができる。通常、数百の組み合わせ－組み合わせのセットごとにそれほど多くの異なるテンプレートを維持するために実現可能でない、明確なインジケーションが存在する。いくつかの実施例では、顧客の産業、選択された産業の１つ又は複数の機能性エリア、及びキー計画パラメータを選択するために、マスタレシピデータベースを使用することができる。産業の実例は多数であり、ライフサイエンス、ハイテク、航空、防衛、自動車などを含む。サプライチェーンでは、機能性エリアの実例は、サプライ計画、需要最適化、在庫最適化、及び販売・操業計画（Ｓ＆ＯＰ）を含む。

ステップ７０６における選択に基づいて、ステップ７０８において、効果的なレシピファイルは、マスタレシピデータベースから選択される。効果的なレシピファイルは、達成することを試みるビジネス目的に基づいた全ての可能な変更のサブセットを含み、すなわち、効果的なレシピファイルは、特定の顧客プロジェクトに関連するそれらの修正のみを包含する。実例として、１つのビジネス目的は、起源の国における賞味期限及び部品調達制約を有する連続した製造工程を使用する製薬会社のための在庫計画であることができる。異なるビジネス目的は、別個の製造を行い、多段階の部品調達最適化を実行し、それが契約製造者であるから、代替的なコンポーネント及びプール在庫を可能にする、ハイテク会社のための在庫計画であることができる。それらは、関連するビジネスケースであり、その各々は、実現のために、劇的に異なるビジネスロジック及び提示を必要とする。各々のビジネス目的は、特定の産業リソーステンプレート（薬品又はハイテク）及び各々に対するキー計画パラメータの選択などのコマンドを含む、それ自身の効果的なレシピファイルを有する。ビジネス目的ごとのビジネスソリューションは、ビジネス目的ごとの効果的なレシピファイルを最初に生成し、次いで、効果的なレシピファイルをマスタコピーから生成された（ステップ７０２及びステップ７０４）各々のリソースファイルのワーキングコピーに適用することによって、単一のマスタコピーから生成される。

ステップ７１２においてカスタマイズされたリソースを生成するために、ステップ７１０において、効果的なレシピファイルは、リソースのワーキングコピーに適用される。

ステップ７１４において、更なるカスタマイズのための有効な開始ポイントを保証するために、効果的なレシピファイルに基づいて識別された適用可能な自動化試験が実行される。ツールキットからの出力は通常、完成されたカスタムソリューションを与えない。代わりに、最終的なカスタマイズにできるだけ近い開始ポイントが提供される。例えば、組織が新たな産業などの新たなドメインに入るとき、ソリューションは、最初に完全にカスタマイズされ得る。しかしながら、後続の顧客のために、マスタレシピデータベースに追加されたマスタコピー及び注釈に、カスタマイズをひとまとめにすることができる。それらのステップは、新たなドメインの一意な態様のための知識を追加し、類似の顧客のための後続のソリューションの作成をより安価、高速、且つ繰り返し可能にし、それによって、コンピュータオペレーション並びにソリューション開発及びカスタマイズの効率性を増大させる。

最終的に、ステップ７１６において、必要に応じて、追加の修正がカスタマイズされたリソース（ステップ７１２において生成された）に対して行われる。効果的なレシピファイルは、ソリューションをどのようにカスタマイズするか、マスタコピーのどの部分が機能性のどのユースケースに関連するかなどに関する知識を包含するメタデータである。集合されたメタデータは、リソース及びコンポーネント従属性を含む。カスタマイズされたリソースのセットを生成することの副産物は、全体的な一続きの試験に包含されるどの試験を実行することができるか、及びそれらが提供する試験範囲が何であることができるかを識別する、試験計画を提供する。同様に、ソリューション文書化の一部をも、自動生成することができる。

要するに、上記説明されたルールベースシステム及び方法は、人々が通常のように作業を続ける場合の工程に適用し、システムは、変更を学習及びカタログし、リソースをカスタマイズするためのエキスパートシステムに実質的になる。図１の変形では、オーサは、マスタコピー、又はリソースの既知のバージョンを開始ポイントとして取得し、開始ポイントから、変更を行う。「既知のバージョン」は、リソースがどのリポジトリから由来することができるか、及び起点がマスタコピーにどのように関連するかに関する情報を含むことができる。いくつかの実施例では、どのオーサもＭａｓｔｅｒ Ｃｏｐｙにより開始するわけではなく、代わりに、そのコピーの起源がＭａｓｔｅｒ Ｃｏｐｙに追跡可能である限り、オーサは、いずれかのコピーにより開始することができる。システム及び方法が各々の編集内で行われた増分的変更に焦点を当てるので、いずれかのコピーにより開始する問題はない。

いくつかの実施例では、オーサは、修正するリソース（複数可）をチェックアウトし、オーサは、タスクに対して作業し、１つ又は複数の変更を行う。オーサは次いで、修正されたリソースをチェックインし、コメントを適用する。コメントは、変更が何のためのものであるかを指定するタスクへの参照を含むことができる。タスクは、文書化、要件、仕様、試験計画などへのリンクを有することができる。タスクをチケット番号にリンク付けることができる。例えば、チェックインは、「ＲＲＰ１２３４５６－増分的可用性を計算するための追加された新たなコンポーネントワークシート」など、チケット番号及びタスク記述を有することができ、「ＲＲＰ１２３４５６」は、チケット番号であり、「増分的可用性を計算するための追加された新たなコンポーネントワークシート」は、タスクの１ラインの記述を提供する。最も実用的な状況では、そのような修正は、固定期間にわたって発生する。システム及び方法は、リソースを比較することと、変更のリストをレシピファイルのための入力として生成することと、タイムスタンプ、ユーザｉｄ、ワークチケット、又はバグ報告により各々の変更をタグ付けすることと、変更の１ラインの記述を捕捉することと、を含むことができる、チェックインごとに処理することによって、固定期間にわたって行われた変更のリストを採取する。ツールは、ワークチケット又はバグ報告が言うもの１ラインの記述を取り出す。ツールは、報告内でリンクをセットアップすることができ、その結果、必要な場合、チケットを開くことができ、レビューすることができる。

加えて、ツールは、いくつかの方法において変更を分析することができる。例えば、ツールは、破綻する場合がある、変更を発見することができ、すなわち、オーサは、実施するためのいくつかの試みを行い、気が変わった場合がある。プロパティ内で複数の変更を文書化する代わりに、ツールは、元の値、及び固定期間の終わりでの最終値のみを検査する。更に、ツールは、手動で解決し得る、変更の間のいずれかの潜在的な衝突を発見することができる。

完了のために、変更のリスト及び自動で集合された注釈は、チームによってレビューされ得る。可能性がある不一致は、誤ってラベル付けされたチェックインを探索することと、１つ又は複数の関連しない変更を有しており、それに従ってタグ付けされなかったチェックインを見ることと、意味を成すタグを追加することと（タグは、リソースを生成するときにメニューアイテムのセットとしての役目を果たすことができ、タグは、階層的であるべきである）、を含むことができる。

タグ付けされると、レシピファイルは、マスタレシピデータベースとマージされるべきであり、いずれかの衝突が解決されるべきである。この工程を仮定すると、２－ｗａｙ比較（以下で議論される）は、変更のリストをレシピファイルへの入力として作成し、ツールは、１つ又は複数のマークアップを自動で集合し、タグは、必要に応じて手動でレビュー及び更新される。いくつかの実施例では、タグ及び注釈は、階層的に編成される。

オーサがリソースのコピーを生成すること（又は、再生成すること）を計画するとき、ダイアログをオーサに提供することができ、ダイアログは、マスタレシピデータベース内のすべてのタグを示して、入力としてそれが与えられた全ての修正からシステムが学習することが可能であった選択肢のリストをオーサに与える。オーサが、自分たちが望むオプション／サブオプションを選ぶと、オーサのチョイスの通りにカスタマイズされたリソースのセットを作成するために、効果的なレシピファイルが生成及び使用される。ダイアログ内のチェックボックスは、オーサがカスタマイズされたリソースに含めることを望んだものの文書化としての役割を果たすことができ、チェックボックスは、生成されたリソースのためのマニフェストとしての役目を果たす。

２－ＷＡＹ及び３－ＷＡＹスキーマ認識比較ツール
低コードプラットフォームは、コードを記述するための構成を置き換え、よって、ビジネスユーザが、プログラミングスキルを必要とすることなく、かなり複雑なアプリケーションを確立することを有効にする。実例として、低コード開発プラットフォーム（ＬＣＤＰ：ｌｏｗ－ｃｏｄｅ ｄｅｖｅｌｏｐｍｅｎｔ ｐｌａｔｆｏｒｍ）は、慣習的な手作業でコーディングされたコンピュータプログラミングの代わりに、グラフィカルユーザインタフェース及び構成を通じてアプリケーションソフトウェアを作成するために使用される開発のための環境を提供する。例えば、スプレッドシートプログラム（Ｅｘｃｅｌ（商標）及びその関連するＰｉｖｏｔ関数など）のユーザは、数個のコラム表現及びフィルタ表現を記述することによって、複雑なアプリケーションを確立することができる。ＳａｌｅｓＦｏｒｃｅ（商標）、Ｗｏｒｄｐｒｅｓｓ（商標）、Ｅｘｃｅｌ（商標）、及びＴａｌｅｎｄ（商標）など、本分野において既知のいくつかの低コードプラットフォームが存在する。

コンピュータコードに対して単純であるが、低コードプラットフォーム（ＬＣＰ：ｌｏｗ ｃｏｄｅ ｐｌａｔｆｏｒｍ）はなおも、複雑なアーチファクトを生み出し得る。一部のコード／表現がそれらのアーチファクト内に埋め込まれ得ると共に、それらのアーチファクトは主として、非常に構造化され且つ複雑である場合があるメタデータである。それらのアーチファクトの数個の特性は、以下の通りである；複数の、相互接続された、複雑なビジネスオブジェクトであり；それらをＸＭＬとして記憶することができ；バイナリラージオブジェクト（ＢＬＯＢ：ｂｉｎａｒｙ ｌａｒｇｅ ｏｂｊｅｃｔ）として、又は相互接続されたオブジェクトとしてそれらをデータベースに記憶することができ；通常はプロパティシート又はカスタムオーサリングユーザインタフェースにより、グラフィカルユーザインタフェース（ＧＵＩ：ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を使用してそれらを開発することができ；それらは、ビジネスオブジェクトの多段階の入れ子を含むことができる。複雑度は別にして、それらのオブジェクトは、ＸＭＬスキーマ、ＤＢモデル、及び検証ルーチンによって高度に構造化及び支持される。

ＬＣＰは、異なるタイプのオブジェクト（又は、リソース）を含むことができ、その実例は、ワークブック、ダッシュボード、ウィジェット、タスクフロー、階層、フィルタ、スケジュールされたタスク、アラート、注釈チェーン、フォーム、及びスクリプトを含む。いくつかの実施例では、タスクフローは、訓練を指す。いくつかの実施例では、オブジェクトタイプは、工程テンプレート及び責任テンプレートを含み、その両方は、協調ベースオブジェクトタイプである。ＬＣＰソリューションは、何千を超える標準リソースを有し、何万を超える内部従属性を有して、複雑である場合がある。

実例として、ワークブックは、ＬＣＰ内でより複雑なビジネスオブジェクトの１つである。それは、数百の、又は更には、数千のプロパティを有することができる。ワークブックは、複雑な、深く入れ子にされた構造であり、ワークブックは、複数のワークシートから構成され、その各々は、一連のコラムを有する。ワークブックの各々のレベルは、深く入れ子にされたプロパティ又はプロパティの集合を有する。それらは、一部の表現（例えば、コラム、フィルタ、条件）を含み得るが、ワークブックは、主に別個のプロパティから構成される。更に、プロパティは、相互従属であり得る。サプライチェーン管理ＬＣＰのいくつかの実施例では、数百万のワークシート及び数千万のコラムを有する、何十万のワークブックが存在する。

図８は、一実施例に係る、ワークブック８００のプロパティの入れ子にされた集合を例示する。

ワークブックを比較する際に最大の課題の１つは、ワークブックと関連付けられたプロパティの入れ子にされた集合を比較することにある。図８では、入れ子にされたプロパティの複雑な性質が、４段階の深く入れ子にされた集合プロパティの実例のフォームにおいて示される。ワークブックのプロパティの第１のセットは、各々のワークシートのアイデンティフィケーション（ＩＤ）及び名前を有する、ワークシートの順序付けられたリスト８０２を含む。この実例では、ワークシート「Ｓｕｐｐｌｙ Ｄｅｍａｎｄ Ｓｕｍｍａｒｙ（Ｄｕｅ Ｄａｔｅ）」が更にハイライトされ、そのプロパティ８０４が示される。ワークシートのプロパティ「ｃｏｌｕｍｎｓ」がハイライトされ、ワークシート内のコラムの順序付けられたリスト８０６が、各々のコラムのＩＤに沿って示される。コラムの順序付けられたリスト８０６では、エントリ「Ｅｘｐｉｒｙ Ｒｉｓｋ」がハイライトされ、よって、プロパティのリスト８０８を示す。明確な識別子を有さない、詳細ドリルの順序付けられたリスト８１０を示す、タブ「Ｄｒｉｌｌｉｎｇ」がハイライトされる。最終的に、ソース及びターゲットＩＤを有する、マッピングの順序付けられたリスト８１２を示す、ラベル「ＥｘｐｉｒｙＲｉｓｋ」がハイライトされる。

２－Ｗａｙスキーマ認識比較ツール
オブジェクトを比較するための相対的に単純な方法を提供するソリューションは、スキーマ認識である比較ツールを提供することである。それに沿ってフィールドが集合内のアイテムを識別する、オブジェクトの構造及びその内部従属性と、追加のスキーマメタデータを理解することによって、これが達成される。比較ツールは次いで、適切に、２つのオブジェクトの間の差異を解釈することができ、ユーザの変更の意図を認識することができ、はるかに単純な比較報告を提供する。

スキーマ認識比較ツールは、その報告内の雑音を大いに低減させることができると共に、ユーザの変更の意図を適切に認識する。スキーマ認識比較ツールは、２つのアイテムが同一であることを認識するために、識別子、代替的な識別子、又はヒューリスティックマッチングルールを使用し、それに従って報告する。それは、ユーザから、アイテムに合致するマッピングヒントを受け付けることができる。それはまた、ビジネスオブジェクトの階層的性質を扱うことができ、明確な報告を生み出すことができる。それは、容易にフィルタアウトすることができる、順序よく並べられた追加／削除オペレーションを識別することができる。例えば、ワークシートが削除されるとき、そのコラム及び関連するプロパティの全ても削除される。スキーマ認識比較ツールは、変更をタグ付け及び分類して、オーサが、オーサのために何が重要であるかに焦点を当てること、例えば、ビジネスロジックに焦点を当て、報告から全てのフォーマッティング／表示変更を除去することを可能にする。

図９Ａは、ＸＭＬ比較報告９００又は４つの単純な変更を例示する。

４つの単純な変更は、１）変数「ＭａｘＬｅｖｅｌ」を削除すること；２）１つの新たな変数を追加すること；３）変数「ＳｈｏｗＩｔｅｍｓ」をリネームし、それをリストの下方に移動させること；及び４）変数「ＭｏｄｅｌＳｅｔ」を修正して、新たな予報オプションを追加すること、である。標準的なＸＭＬ比較報告９００は、４つの単純な変更を確認するために、ユーザがそれを通じてやり通す必要がある差異（又は、「雑音」）の数ページを含む。

そのような雑音は、能動的に修正されており、沢山の変更を有するリソースを比較するときに使用可能でない標準的な比較ツールによって提供される差異報告をレンダリングする。例えば、顧客によって補正されたカスタマイズされた計画シートとの標準的な計画シートの比較は、２５，０００を上回る差異を有する場合がある。そのようなシステムのための差異の報告を解読し、まして生み出すことは、手に負えず不可能である。

図９Ｂは、図９Ａに示されたＸＭＬ比較報告９００内で示された同一の４つの単純な変更のスキーマ認識比較９０２を例示する。バージョン「Ａ」は、リソースの元のバージョンであり、バージョン「Ｂ」は、補正されたリソースを指す。

スキーマ認識比較９０２の目標は、オーサの意図を認識し、それに従ってそれを報告すると共に、正規の比較ツール（例えば、図９Ａの比較報告９００に示されるようなＸＭＬ）に影響を及ぼすフォルスポジティブによって生じた雑音を除去することである。

図９Ｂに示される実施例では、スキーマ認識比較９０２は、図９Ａに示された標準的なＸＭＬ比較報告９００からの差異の数ページと比較して、オーサによって行われた４つの変更を検出及び報告することができる。

コラムＡ ９０４は、「Ａ」から「Ｂ」へと、各々のアクションを要約する。リスト表示された４つのタイプのアクション：削除済み、修正済み、追加済み、及び「変更なし」が存在する。

例えば、変数「ＲＲ＿Ａｎａｌｙｔｉｃｓ＿ＷｈｅｒｅＣｏｎｓｕｍｅｄＦｏｒＳｕｐｐｌｙ＿ＭａｘＬｅｖｅｌ」（行５）は、コラムＡ ９０４内の対応する「Ｄｅｌｅｔｅ」エントリによって示されるように（及び、アイテム９０６によってハイライトされる）、削除されている。それは、コラムＥ ９１４（「Ａ」内の変数の値が示される）に存在するが、コラムＦ ９１６（「Ｂ」内の変数の値が示される）には存在しない。変数が削除されるだけでなく、変数の記述（行６）；変数の可視性（行７）；ツールバー上の変数アイコンの可視性（行８）；変数のデフォルトの値（行９）；変数のデフォルトの値が常に使用されるかどうか（行１０）；及び変数のデフォルトの値が全てのワークブックにわたって持続するかどうか（行１１）、などの変数と関連付けられた属性（行６～１１）も削除される。

別の実例では、変数「ＲＲ＿Ａｎａｌｙｔｉｃｓ＿Ｎｅｗ＿Ｖａｒｉａｂｌｅ」（行１４）は、コラムＡ ９０４内の対応する「Ａｄｄｅｄ」によって示されるように（及び、アイテム９０８によってハイライトされる）、追加されている。この変数は、コラムＥ ９１４に存在しないが、コラムＦ ９１６に存在する。新たな変数が追加されるだけでなく、新たな変数の記述（行１６）；新たな変数の可視性（行１７）；ツールバー上の新たな変数アイコンの可視性（行１８）；ツールバー上の新たな変数ラベルの可視性（行１９）；ツールバー上の新たな変数アイコンの可視性（行２０）；新たな変数のデフォルトの値（行２１）；及び変数のデフォルトの値が全てのワークブックにわたって持続するかどうか（行２２）、などの変数と関連付けられた属性（行１５～２２）も追加される。

別の実例では、変数「ＳｈｏｗＩｔｅｍｓ」（行２５）は、コラムＡ ９０４内の対応する「Ｍｏｄｉｆｉｅｄ」エントリによって示されるように（及び、アイテム９１０によってハイライトされる）、リネームされている。変数がリネームされているだけなので、その属性は修正されていない。

最終的に、変数「ＭｏｄｅｌＳｅｔ」（行２６）は、コラムＡ ９０４内の対応する「Ｍｏｄｉｆｉｅｄ」エントリによって示されるように（及び、アイテム９１２によってハイライトされる）、修正される。変数「ＭｏｄｅｌＳｅｔ」の修正は更に、行２７～３４内で詳細に表される。行２７に従って、コラムＥ ９１４及びコラムＦ ９１６内の対応するエントリに示されるように、変数の記述が修正されている。行２８に従って、ツールバー上の変数ラベルの可視性も、「Ｔｒｕｅ」から「Ｆａｌｓｅ」に変更されている。変数と関連付けられた固定値リストは、行２９に従って変更されている。行３０～３３によって示されるように、新たな予報オプションが追加されている。最終的に、行３４に従って、変数のデフォルトの値が修正されている。

図１０は、一実施例に係る、スキーマアウェイ比較を作成するためのメタデータの使用を例示する。

メタデータの実例１０００では、メタデータ１００４は、標準的なＸＭＬスキーマ１００２又はデータベーススキーマを超え、オブジェクト構造、プロパティ、プロパティデータタイプ、及び関係だけでなく、オーサ又はビジネスコンサルタントが顧客のためのソリューションを作成するためにソフトウェアとどのように作用するかを統治する「ドメイン知識」をも捕捉する。メタデータ１００４は、オーサによって認知されるように、ソリューションのメンタルモデルに合致することが意図される。これは、例えば、以下を含む。

ｉ）キーコンポーネントレベルを識別する、プロパティの順序付けられたリスト、ビジネスオブジェクトの階層的性質を捕捉する。例えば、ワークブック、ワークシート、コラムである。これは、オーサリング経験に合致する比較報告を編成し、各々のキー階層レベルにおいて変更を要約する（いくつかの実施例では、ワークブック、ワークシート、コラムのように）；

ｉｉ）それらの目的を識別するためのカテゴリ、サブカテゴリ、機能的グループ－タグプロパティ。例えば、「Ｄａｔａ」タグは、計算に影響を及ぼすプロパティを示すと共に、「Ｄｉｓｐｌａｙ」は、データがどのように存在するかに影響を及ぼすプロパティを示す。これは、オーサが、報告フォーマッティングをレビューする前に、比較報告を容易にフィルタして、ビジネスロジックなど、関心の変更に迅速に焦点を当てることを可能にする；

ｉｉｉ）プロパティを編成し、よって、それらは、オーサリングツールの本質的な順序：左→右、上→下、に倣う。これは、報告に本質的なフローを与える；

ｉｖ）オーサリングＵＩにマッピングし、同一の用語を使用し、ワークブック又はワークシートなどのビジネスオブジェクトを構成することに関与するスクリーン及びダイアログにマッピングする；

ｖ）親プロパティ及び従属性－プロパティの間の従属性を捕捉する（例えば、親チェックボックスが選択されない場合、それらがリソース定義に記憶された場合でさえ、子プロパティが無視されるべきである）；

ｖｉ）プロパティが修正される場合の効果を順序よく並べる、検証ツール；

ｖｉｉ）プロパティ集合を扱い、プロパティを識別し、プロパティ、入れ子にされたプロパティ集合をソート／順序付け；

ｖｉｉｉ）オーサによって使用される用語に合致するプロパティニモニック名を与える。これは、オーサリングＵＩ内のラベルとは異なることが多い。

３－ＷＡＹスキーマ認識比較ツール
図１１Ａ及び図１１Ｂは、一実施例に係る、３－ｗａｙスキーマ認識比較１１００を例示する。

ＬＣＰは、複数のオーサが、同一のリソース（例えば、ワークブック）を同時に編集することを許容しない。従来から、ユーザは、リソースを「チェックアウト」し、変更を行い、次いで、リポジトリへの修正されたリソースをチェックインする必要がある。次いで、別のユーザは、引き続き、リソースをチェックアウトし、変更を実行することができる。単純な比較ツールは通常、小バッチの変更をレビューするために十分であるが、大きな規模の、複雑な入れ子にされた変更のためには適切でない。例えば、オーサは、リソースのプライベートコピーに対して頻繁に作業する。それらはまた、それらが前に作成した類似のソリューション（コピーペーストパターン）からビルディングブロックを借りる。更に、複数の開発ストリームは、同一のリソースを共有することが多い。加えて、マスタコピーから導出されたリソースは、サービス更新及び新たなバージョンを通じて、変更の影響を受ける。

２つのリソースの間の直接２－ｗａｙ比較を行うことによって、千を超える変更を報告する複雑なリソースへの変更を別の関連するリソースと一致させることは、事実上不可能である。しかしながら、２つのリソースが共通のアンセスタ（ａｎｃｅｓｔｏｒ）を共有するとき（例えば、両方がマスタコピーから導出される）、３－ｗａｙ、スキーマ認識比較を実行することは、誰が変更を行ったか、及び異なるオーサによって行われたどの変更が衝突している場合があるかを容易に識別する。

これは、図１１Ａにおいて例示され、図１１Ａでは、リソースの元のマスタコピー、Ｃｏｍｍｏｎ Ａｎｃｅｓｔｏｒ １１０２（Ｒｅｓｏｕｒｃｅ１．０としても知られる）は、更なる修正のための基準としての役割を果たす。例えば、Ｒｅｓｏｕｒｃｅ１．０への更新は、Ｖｅｒｓｉｏｎ Ａ １１０４（Ｒｅｓｏｕｒｃｅ２．０としても知られる）を結果としてもたらす。同様に、顧客は、Ｒｅｓｏｕｒｃｅ１．０（すなわち、Ｃｏｍｍｏｎ Ａｎｃｅｓｔｏｒ １１０２）をコピーし得、カスタム補正を行い得、Ｖｅｒｓｉｏｎ Ｂ １１０６（Ｃｕｓｔｏｍｅｒ Ｖｅｒｓｉｏｎとしても知られる）を結果としてもたらす。

上記説明された理由のため、２－ｗａｙ比較を行うことによって、Ｖｅｒｓｉｏｎ Ａ １１０４とＶｅｒｓｉｏｎ Ｂ １１０６との間の変更を一致させることは事実上不可能である。Ｖｅｒｓｉｏｎ Ｂ １１０６との直接のＶｅｒｓｉｏｎ Ａ １１０４の直接比較は、時間を要し、複雑であり、且つエラーを起こしやすい。しかしながら、２つのバージョン（Ｖｅｒｓｉｏｎ Ａ １１０４及びＶｅｒｓｉｏｎ Ｂ １１０６）が、Ｃｏｍｍｏｎ Ａｎｃｅｓｔｏｒ １１０２を共有するとき、３－ｗａｙ、スキーマ認識比較を実行することは、誰がどの変更を行ったか、及びどの変更が潜在的な衝突であるかを容易に識別する。Ｃｏｍｍｏｎ Ａｎｃｅｓｔｏｒ １１０２がＶｅｒｓｉｏｎ Ａ １１０４と比較され（比較１１０８）、Ｃｏｍｍｏｎ Ａｎｃｅｓｔｏｒ １１０２がＶｅｒｓｉｏｎ Ｂ １１０６とも比較される（比較１１１０）、３－ｗａｙ比較が図１１Ｂに簡単に説明される。２－ｗａｙスキーマ認識比較１１０８と２－ｗａｙスキーマ認識比較１１１０との間の差異は、Ｖｅｒｓｉｏｎ Ａ １１０４とＶｅｒｓｉｏｎ Ｂ １１０６との間の差異を比較する方法を提供する。

要するに、３－ｗａｙスキーマ認識比較はなおも、２つのリソースＡ及びＢのスキーマ認識比較を使用する。しかしながら、共通アンセスタを追加することは、スキーマ認識比較ツールが、変更のソースを識別することを可能にする。共通アンセスタ（すなわち、マスタコピー）は、リポジトリから取得される。「データ断片（ｄａｔａ ｃｒｕｍｂｓ）」を通じてアンセストリを追跡することは、その工程を完全に自動にし、非常に信頼できるものにすることができる。加えて、潜在的な衝突は、突き止めるのに容易であり、入れ子にされたプロパティのスキーマ認識比較により、手動介入により潜在的な衝突を解決することができる。他の変更を単純に承認又は拒絶することができる。承認／拒絶決定を捕捉することは、それらの決定を持続させることができ、後の報告においてそれらを保持又は使用することができる。

図１２は、一実施例に係る、３－ｗａｙ比較報告１２００の実例を例示する。図１２では、リソースワークブックは、２つの異なるアクタによって補正される。

比較報告１２００は、ワークシートレベルにおいて変更を例示する。完全比較報告１２００も、ワークブック／ワークシート／コラムプロパティ（図示せず）を包含する。共通アンセスタ（ｃｏｍｍｏｎ ａｎｃｅｓｔｏｒ）１２０２は、コラムＡ内でリスト表示されると共に、バージョンＡ １２０４は、コラムＣ内に示され、バージョンＢ １２０６は、コラムＧ内に示される。バージョンＡ １２０４において行われた変更（ｃｏｍｍｏｎ ａｎｃｅｓｔｏｒ １２０２と比較して）は、コラムＤ内にリスト表示される。例えば、追加（ａｄｄｉｔｉｏｎ）１２０８及び削除（ｄｅｌｅｔｉｏｎ）１２１０が行われている。同様に、バージョンＢ １２０６において行われた変更（ｃｏｍｍｏｎ ａｎｃｅｓｔｏｒ １２０２と比較して）は、コラムＨ内にリスト表示される。例えば、削除（ｄｅｌｅｔｉｏｎ）１２１２が行われている。

比較報告１２００は、バージョンＡ １２０４とバージョンＢ １２０６との間の潜在的な衝突の迅速な分析を可能にする。例えば、バージョンＡ １２０４及びバージョンＢ １２０６の両方は、行６における新たなワークシートの追加を示し、それによって、２つのバージョンの間の潜在的な衝突１２１４を識別する。この迅速な分析は、３－ｗａｙ比較（バージョンＡ １２０４をｃｏｍｍｏｎ ａｎｃｅｓｔｏｒ １２０２と比較し、バージョンＢ １２０６をｃｏｍｍｏｎ ａｎｃｅｓｔｏｒ １２０２と比較し、差異の２つのセットを一致させる）に起因する。

要するに、効果的な、使用が容易な比較ツールは、スキーマ認識比較；集合プロパティ、殊に入れ子にされた集合の洗練された扱い；外形の差異に関わらず、２つのアイテムが同一のビジネスオブジェクトであることを認識するための効果的なマッチングアルゴリズム；ユーザヒント及び入力を受け入れ、ユーザ決定を持続させる能力；ビジネスオブジェクトの構造を反映する構造化された報告；大規模の差異の間の重要な変更（リソースごとの数千の変更の間の）を発見するためのカラーフォーマッティング、タグ付け、及びフィルタリング、を含む。更に、第３のデータポイントとして共通アンセスタを追加することは、変更のソースを識別する。

準構造化され又は構造化されていないコンポーネントへの適用
本明細書で開示されるシステム及び方法は、変更をモニタし、変更をビジネス目的と関連付け、プログラム、コード、表現、マクロ、埋め込まれた文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、インストールなど、準構造化され又は構造化されていないコンポーネントを含む、リソースのマスタコピーから、顧客に特有のカスタマイズされたソリューションを構築する能力を拡張する、フリーフォームテキストのパース及び比較技術を採用することができる。

図１３は、開示されるシステム及び方法によって対処することができる、構造の度合いが変化するソリューションコンポーネントの連続体の実例を例示する。連続体は、異なるタイプのコンポーネント、構造化されたリソースから、準構造化されたコンポーネント、構造化されていない又はフリーフォームコンポーネントまでを含む。構造化されたコンポーネントは、低コードソリューションを支配すると共に、本明細書で開示されるシステム及び方法は、全てのケースに適用される。コンポーネントがあまり構造化されないので、マージコンフリクトの可能性、又はエラーが増大する。しかしながら、なおも、カスタマイズされたソリューションを配送する際に、著しいコスト低減を達成する。

構造化されたコンポーネントの実例は、ＸＭＬオブジェクト１３０２、データベース１３０４、試験計画１３０６、訓練計画１３０８、ＵＩ要素１３１２、及びＡＰＩ １３１４を含む。ＸＭＬオブジェクトは、構造化され、ＸＭＬスキーマによって施行される。更に、データベースは、構造化され、データベーススキーマ及び関係整合性ルールによって施行される。ＵＩ要素１３１２は、構造化され、通常は、ＸＭＬとして表現される。試験計画は、構造化される（ＸＭＬとして、又は表形式スプレッドシート若しくはツリー状フォーマットに記憶されることが多い）。

準構造化されたコンポーネントの実例は、宣言的ＵＩアクション１３１６、ライブラリ１３１８、埋め込み文書化（ビジネスオブジェクトにおける）１３２０、試験ケース１３２２、訓練マテリアル１３２４、及び試験データ１３２６を含む。ＵＩ振る舞い（すなわち、１３１６）は、準構造化されるが、Ｍｏｄｅｌ－Ｖｉｅｗ－Ｃｏｎｔｒｏｌｌｅｒなどの設計パターンによって統治される。Ｍｏｄｅｌは、データエンティティを表現し、Ｖｉｅｗは、ＵＩ要素を記述し、Ｃｏｎｔｒｏｌｌｅｒは、宣言的に（ＸＭＬ、プロパティシート）又はフリーフォームで（様々なＵＩアクションを実装するコード）のいずれかでＵＩ振る舞いを記述し得る。それらの３つの中で、最初の２つ（すなわち、Ｍｏｄｅｌ及びＣｏｎｔｒｏｌｌｅｒ）が構造化され、コードがなおも、プログラミング言語のグラマによって統治される。コードを比較及びマージすることは、ＧＩＴなど、サポートのためのツールによる公知の工程である。加えて、試験は、試験データ１３２６のままで準構造化される。加えて、工程文書化は、パッケージング、開発、及びインストール（１３１０）のままで準構造化される。

カスタマイズされたソリューションのための試験計画の生成
試験活動は、カスタマイズされたソリューションの総開発コストの５０％までを占め得る。複雑なビジネスシステムの全ての既知のカスタマイズを分析及びカタログするための提案されるシステムの利点の１つは、既存の試験計画、及びカスタマイズされたソリューションの開発の間に適用される試験計画を追跡することもするその能力である。システムは更に、マスタソリューションコピー（すなわち、ソリューションの一部であるリソースのマスタコピー）と、全ての適用可能且つ自動化された試験ケースと、効果的なソリューションレシピと、リソースの間の従属性と、工程ステップと、試験ケースと、を考慮する、カスタマイズされた試験計画を生成することによって、カスタマイズされたビジネスソリューションを作成及び維持するコストを低減させることができる。

カスタマイズされたソリューションのための文書化及び訓練マテリアルの生成
あらゆるカスタマイズされたソリューションが、文書化及び訓練マテリアルを伴って提供される。それらのマテリアルを作成及び維持することは、カスタマイズされたソリューションの総開発コストの著しい割合を消費し得る。複雑なビジネスシステムの全ての既知のカスタマイズを分析及びカタログするための開示されるシステム及び方法の利点の１つは、埋め込み又はスタンドアロン文書化を追跡し、文書化への変更を追跡し、ソリューション文書化に包含されるフリーフォームテキスト内のパターンを分析し、それらの変更を注釈付ける、こともする能力である。システムは更に、マスタソリューションコピーと、全ての適用可能な埋め込み又はスタンドアロン文書化及び訓練マテリアルと、効果的なソリューションレシピと、リソースの間の従属性と、工程ステップと、試験ケースと、を考慮する、カスタマイズされた文書化及び訓練セットを生成することによって、カスタマイズされたビジネスソリューションを作成及び維持するコストを低減させることができる。ソリューション文書化及び訓練マテリアルに包含されるフリーフォームテキストを扱うためのロバストなツールを提供するために、高度なテキスト比較アルゴリズム及び機械学習アルゴリズムが使用され得る。

ＬＣＰに包含されるコードへの変更のパース
ＬＣＰソリューションは、コンピュータコードを開発するための構成を置き換えることを目的としているが、全てのＬＣＰプラットフォームは、それらの実装態様において特定の割合のフリーフォームコードを包含する。文書化とは異なり、このコードは、採用されるコンピュータ言語と関連付けられた厳格なルールの影響を受け、プログラムで修正するのに非常に困難である。本明細書で開示されるシステム及び方法は、リソースに包含されるコードを追跡し、比較し、注釈付け、及び修正するためのロバストなツールを提供するために、プログラミング言語グラマの深い知識を採用する。アイデアは、上記説明されたスキーマ認識比較と類似するが、ワークブックなどの構造化されたビジネスオブジェクトを扱うためのＸＭＬスキーマなどのメタデータを活用する代わりに、表現の扱いは、所与の実施例において採用されるコンピュータ言語の言語グラマを活用して、フリーフォームコードを構造化されたオブジェクトツリーに変換し、コードの構造への深い見識を得る。

いくつかの実施例では、構造化されたテキスト又はバイナリファイルを読み込み、処理し、実行し、又は翻訳するためのパーサジェネレータを使用して、言語グラマが捕捉され得る。ＡＮＴＬＲ（Ａｎｏｔｈｅｒ Ｔｏｏｌ ｆｏｒ Ｌａｎｇｕａｇｅ Ｒｅｃｏｇｎｉｔｉｏｎ）は、言語、ツール、及びフレームワークを確立するそのようなジェネレータの実例である。グラマから、ＡＮＴＬＲは、ツリーを確立及びウォークパースする（ｗａｌｋ ｐａｒｓｅ）ことができるパーサを生成する。

いくつかの実施例では、言語グラマは、ＡＮＴＬＲグラマとして使用して捕捉され得、ＬＣＰに包含されるコードを検証及び実行するために、言語パーサ及びインタプリタによって使用され得る。他のケースでは、ソリューションは、既知のグラマにより、ＳＱＬ又はＪａｖａＳｃｒｉｐｔ（登録商標）など、標準化された言語を使用する。そのようなツールは、開発者又はコンサルタントによって記述されたフリーフォームコードから、オブジェクトツリーを生み出す。コードに対して行われた変更、それらのビジネス目的、注釈、及びカスタムリソースの注釈付けられた生成の詳細な理解を得るために、スキーマ認識比較において説明されたような同一の方法論を使用して、オブジェクトツリーを扱うことができる。ツールはまた、それらが処理する表現を検証し、潜在的なエラーをユーザに警告するために、言語グラマを使用することができる。

要するに、フリーフォームコードを含むためのカスタマイズされたリソースの自動化された生成のための開示されるシステム及び方法の範囲を拡張することは、顧客の一意な必要性ごとに、ソリューションをカスタマイズするコストを更に低減させることを目的とする。

図１４は、一実施例に係る、フローチャート１４００を例示する。

図１にあるように、開始ポイントは、包括的リソース、及びそれらの関連するコンポーネントのマスタコピーであり、関連するコンポーネントは、特定のビジネスソリューションを成す。マスタコピーは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、インストールなど、準構造化され又は構造化されていないコンポーネントを含むことができる。

ステップ１４０２において、コンポーネント（又は、ビジネスコンポーネント）が選択され、このコンポーネントが修正される。ステップ１４０４において、選択されたコンポーネントのワーキングコピーが作成される。このワーキングコピーは、「Ｃｏｍｐｏｎｅｎｔ１」とも称され、カスタマイズの基準としての役割を果たす。ステップ１４０６において、そのビジネスロジック又は提示を改編するようにＣｏｍｐｏｎｅｎｔ１が編集され、それによって、ステップ１４０８において、カスタマイズされたバージョンを生成する。カスタマイズされたバージョンは、「Ｃｏｍｐｏｎｅｎｔ２」とも称される。Ｃｏｍｐｏｎｅｎｔ２の更なる使用の前に、ステップ１４０６において行われた変更（すなわち、Ｃｏｍｐｏｎｅｎｔ１の編集）は、ステップ１４１０においてＣｏｍｐｏｎｅｎｔ２が検証されることを保証するために最初に試験される。この段階において、修正される他のコンポーネントに対して、ステップ１４０２～ステップ１４１０を繰り返すことができる。

ＬＣＰソリューションは、コンピュータコードを開発するための構成を置き換えることを目的としているが、全てのＬＣＰプラットフォームは、それらの実装態様において特定の割合のフリーフォームコードを包含する。文書化とは異なり、このコードは、採用されるコンピュータ言語と関連付けられた厳格なルールの影響を受け、プログラムで修正するのに非常に困難である。アイデアは、図１において説明されたスキーマ認識比較と類似するが、構造化されたリソースを扱うためのＸＭＬスキーマなどのメタデータを活用する代わりに、表現の扱いは、所与の実施例において採用されるコンピュータ言語の言語グラマを活用して、フリーフォームコードを構造化されたオブジェクトツリーに変換し、コードの構造への深い見識を得る。すなわち、２ｗａｙグラマ認識ツールは、それぞれのコンポーネント内の１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する。

いくつかの実施例では、構造化されたテキスト又はバイナリファイルを読み込み、処理し、実行し、又は翻訳するためのパーサジェネレータを使用して、言語グラマが捕捉され得る。ＡＮＴＬＲ（Ａｎｏｔｈｅｒ Ｔｏｏｌ ｆｏｒ Ｌａｎｇｕａｇｅ Ｒｅｃｏｇｎｉｔｉｏｎ）は、言語、ツール、及びフレームワークを確立するそのようなジェネレータの実例である。グラマから、ＡＮＴＬＲは、ツリーを確立及びウォークパースすることができるパーサを生成する。

ステップ１４１０において検証されると、ステップ１４１２において、それぞれのコンポーネント内の１つ又は複数のフリーフォーム表現の各々は、それぞれのオブジェクトツリーに変換される。

Ｃｏｍｐｏｎｅｎｔ２は、Ｃｏｍｐｏｎｅｎｔ１（Ｍａｓｔｅｒ Ｃｏｐｙのコンポーネントと同一である）と比較される。ステップ１４１６において、Ｃｏｍｐｏｎｅｎｔ１とＣｏｍｐｏｎｅｎｔ２との間の差異に基づいて、「コンポーネントレシピファイル」を生成するために、そのような比較が使用される。コンポーネントレシピファイルは、何であれ適切であるフォーマット内の差異のリストである。コンポーネントレシピファイルは、構造化されていないコンポーネント（例えば、ワークブック内のコラム表現又はフィルタ表現又は埋め込みヘルプテキスト）を識別することができる。フリーフォームテキストのソース又はコード以外に、コンポーネントレシピファイルは、プログラミング言語、バージョン、日付又は番号フォーマットなどの言語名／ロケール／国際化情報などのメタデータを識別することができる。

コンポーネントレシピファイル内の差異は、最小で、変更を記述するエントリのリストを提供する。各々のエントリは、最小で、変更が挿入／削除／修正に対するオペレーションである場合、オフセットを包含することができる。準構造化されたプロパティのケースでは、コンポーネントレシピファイルは、変更を信頼して適用することを支援する追加のヒント、例えば、修正されたセクションの直前又は直後のフレーズを包含することができる。これは、マスタコピー／親リソースに変更を適用することができることを確認し得る。それは、スワップされることになる区画を識別するために、コードに置かれたタグへの参照を包含し得る。そのようなタグは、言語が許容する場合、視認可能な（例えば、コード内のコメント）マークアップ属性であることができ、又は視認不可能（例えば、ＸＭＬ若しくはＨＴＭＬタグ）であることができる。

したがって、コンポーネントレシピファイルのコンテンツは、それが動作することが推定されるエンティティが何のタイプであるかに応じて異なり得る。リソースのためのレシピファイルと同様に（図１を参照）、差異を抽出し、タグ付けし、及び注釈付けることは、同一のままである。カストディ（ｃｕｓｔｏｄｙ）のチェーンが完全である限り、マスタコピー及びコンポーネントレシピファイルから所望のコピーを生成することができる。

概して、コンポーネントレシピファイルは、修正が参照する属性によりタグ付けられた既知の修正の注釈付けられたリストを記述する。図１４を参照して、コンポーネントレシピファイルは、Ｃｏｍｐｏｎｅｎｔ１をＣｏｍｐｏｎｅｎｔ２に転換する。コンポーネントレシピファイル内で発見されるコマンド／編集の実例は、図２に示された複雑なオペレーション２０４及びリファクタリングオペレーション２０８を含む。ステップ１４１４及びステップ１４１６の組み合わせは、図５において更に詳細に説明されたステップと同様である。

ステップ１４１８において、ステップ１４１６において生成されたレシピファイルは、ステップ１４２０において「Ｃｏｍｐｏｎｅｎｔ３」を生成する、Ｃｏｍｐｏｎｅｎｔ１に適用される。Ｃｏｍｐｏｎｅｎｔ３は、コンポーネントレシピファイル内の差異のリストに基づいて、Ｍａｓｔｅｒ Ｃｏｐｙ内の元のコンポーネントから生成されたカスタマイズされたコンポーネントの第２のコピーである。生成工程（ステップ１４２０における）が正確であることを保証するために、ステップ１４２２において、Ｃｏｍｐｏｎｅｎｔ２とＣｏｍｐｏｎｅｎｔ３との間で比較が行われる。すなわち、生成されたコンポーネント（Ｃｏｍｐｏｎｅｎｔ３）は、手動でカスタマイズされたコンポーネント（Ｃｏｍｐｏｎｅｎｔ２）と同様であるはずであり、ステップ１４２４における、コンポーネントレシピファイルの検証を結果としてもたらす。

図１５は、一実施例に係る、システム１５００のブロック図を例示する。

システム１５００は、１つ又は複数のクライアントコンピュータ（複数可）１５１８、第１のネットワーク（ネットワーク１ １５０２）、１つ又は複数のアプリケーションサーバ（複数可）１５０６、第２のネットワーク（ネットワーク２ １５１０）、１つ又は複数のデータサーバ（複数可）１５１２、データベース１５１４、記憶装置／ディスク１５０８、及びバージョン制御１５１６を含む。サーバ（複数）は共同設置されてローカルネットワークを使用し得、又は複数のデータセンタ若しくはパブリッククラウド内にホストされることができる。

クライアントコンピュータ（複数可）１５１８は、他の機能の中で、ユーザインタフェースを稼働させ得る。クライアントコンピュータ（複数可）１５１８は、モバイルデバイスを含むことができ、セントラルプロセシングユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、ディスク、及び揮発性メモリを含み得る。いくつかの実施例では、クライアントコンピュータ（複数可）１５１８は、ネットワーク１ １５０２を介してアプリケーションサーバ（複数可）１５０６と通信する。

アプリケーションサーバ（複数可）１５０６は、他の機能の中で、システムのためのビジネスロジックを稼働させ得る。アプリケーションサーバ（複数可）１５０６は、セントラルプロセシングユニット（ＣＰＵ）、ディスク、及び揮発性メモリを含み得る。相互に通信し、又は専門化されたタスクを実行する多数のアプリケーションサーバが存在し得る。

バージョン制御１５１６は、他の機能の中で、複数のバージョンのビジネスオブジェクトを管理することができる。バージョン制御１５１６は、セントラルプロセシングユニット（ＣＰＵ）、ディスク、及び揮発性メモリを含み得る。

データサーバ（複数可）１５１２は、他の機能の中で、バックエンド処理を実行することができ、様々なアルゴリズムを稼働させることができ、データベースアクセスを管理することなどができる。

いくつかの実施例では、ネットワーク２ １５１０は、アプリケーションサーバ（複数可）１５０６、データサーバ（複数可）１５１２、記憶装置／ディスク１５０８、データベース１５１４、及びバージョン制御１５１６の間の通信のためのハブとしての役割を果たす。

システム１５００は、追加の特徴及び／又は機能性をも含むことができる。例えば、システム１５００は、それらに限定されないが、磁気又は光学ディスク又はテープを含む、追加の記憶装置（着脱可能及び／又は着脱不能）をも含むことができる。そのような追加の記憶装置は、記憶装置／ディスク１５０８によって図１５において例示される。記憶媒体は、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータなどの情報の記憶のためのいずれかの方法又は技術において実装された揮発性及び不揮発性、着脱可能及び着脱不能媒体を含むことができる。記憶装置／ディスク１５０８は、非一時的コンピュータ可読記憶媒体の実例である。非一時的コンピュータ可読媒体は、それらに限定されないが、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、リードオンリメモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ及び／若しくは他のメモリ技術、コンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃｓ）、及び／若しくは他の光学記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置若しくは他の磁気記憶デバイス、並びに／又は所望の情報を記憶するために使用することができ、システム１５００によってアクセスすることができるいずれかの他の媒体をも含む。いずれかのそのような非一時的コンピュータ可読記憶媒体は、システム１５００の一部であることができる。

クライアントコンピュータ（複数可）１５１８、アプリケーションサーバ（複数可）１５０６、データサーバ（複数可）１５１２、記憶装置／ディスク１５０８、データベース１５１４、及びバージョン制御１５１６の間の通信は、様々なネットワークタイプにわたることができる。非限定的な実例のネットワークタイプは、Ｆｉｂｒｅチャネル、スモールコンピュータシステムインタフェース（ＳＣＳＩ：ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）、Ｂｌｕｅｔｏｏｔｈ、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｗｉ－ｆｉ、Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ（ＩｒＤＡ）、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、無線ローカルエリアネットワーク（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ）、インターネットなどのワイドエリアネットワーク（ＷＡＮ）、シリアル、及びユニバーサルシリアルバス（ＵＳＢ：ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）を含むことができる。一般的に、システム１５００の様々なコンポーネントの間の通信は、配線接続、セルラ、又はＷｉ－Ｆｉ若しくはＢｌｕｅｔｏｏｔｈネットワーク化コンポーネントなどにわたって行われ得る。いくつかの実施例では、システム１５００の１つ又は複数の電子デバイスは、クラウドベースメモリ記憶装置など、クラウドベースの特徴を含み得る。

先述のフローチャートを参照してそれらを含む上記説明されたアルゴリズムが別々に説明されてきたが、本明細書で開示されるアルゴリズムのいずれかの２つ以上がいずれかの組み合わせにおいて組み合わされることができることを理解されるべきである。本明細書で説明される方法、モジュール、アルゴリズム、実装態様、又は手順のいずれかは、（ａ）プロセッサ、（ｂ）コントローラ、及び／又は（ｃ）いずれかの他の適切なプロセシングデバイスによる実行のための機械可読命令を含むことができる。本明細書で開示されるいずれかのアルゴリズム、ソフトウェア、又は方法は、例えば、フラッシュメモリ、ＣＤ－ＲＯＭ、フロッピー（登録商標）ディスク、ハードドライブ、デジタル多用途ディスク（ＤＶＤ）、又は他のメモリデバイスなどの非一時的有形媒体に記憶されたソフトウェアにおいて具体化されることができるが、当業者は、アルゴリズム全体及び／又はその一部が代わりに、周知の方式において、コントローラ以外のデバイスによって実行され得、及び／又はファームウェア若しくは専用ハードウェアにおいて具体化され得る（例えば、それは、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、プログラマブル論理回路（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、フィールドプログラマブル論理回路（ＦＰＬＤ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、離散ロジックなどによって実装され得る）ことを容易に認識するであろう。更に、本明細書で表されるフローチャートを参照して特定のアルゴリズムが説明されたが、当業者は、実例の機械可読命令を実装する多数の他の方法が代わりに使用され得ることを容易に認識するであろう。例えば、ブロックの実行の順序は変更され得、及び／又は説明されるブロックの一部は、変更され得、取り除かれ得、若しくは組み合わされ得る。

アルゴリズムは、特定の機能を実行し、相互に対話する様々なモジュールを有するとして本明細書で例示及び議論されることに留意されるべきである。それらのモジュールは、説明のためにそれらの機能に基づいて隔離されるにすぎず、適切なコンピューティングハードウェア上での実行のためにコンピュータハードウェア及び／又はコンピュータ可読媒体に記憶された実行可能ソフトウェアコードを表すことを理解されるべきである。異なるモジュール及びユニットの様々な機能は、いずれかの方式においてモジュールと同様にハードウェア及び／又は非一時的コンピュータ可読媒体に記憶されたソフトウェアとして組み合されることができ、又は隔離されることができ、別々に又は組み合わせで使用されることができる。

本明細書は、多数の特定の実装態様の詳細を包含するが、それらは、特許請求され得るもの範囲に対する限定として解釈されるべきではなく、むしろ、特定の実施例に特有であり得る特徴の説明として解釈されるべきである。別個の実施例のコンテキストにおいて本明細書で説明された特定の特徴はまた、単一の実施例において組み合わせ実装されることもできる。逆に、単一の実施例のコンテキストにおいて説明された様々な特徴は、複数の実施例において別々に、又はいずれかの適切な部分組み合わせで実装されることもできる。その上、特徴が特定の組み合わせで機能するように、上記で説明され得、更には、そのようなものとして最初に特許請求され得たが、特許請求される組み合わせからの１つ又は複数の特徴は、いくつかのケースでは、組み合わせから切除されることができ、特許請求される組み合わせは、部分組み合わせ又は部分組み合わせの変形に向けられ得る。

同様に、オペレーションが特定の順序において図面内で表されるが、これは、そのようなオペレーションが、示される特定の順序において、若しくは順番に実行されること、又は全ての例示されるオペレーションが、望ましい結果を達成するために実行されること、を必要とするとして理解されるべきではない。特定の状況では、マルチタスキング及び並列処理が有利であり得る。その上、上記で説明された実施例における様々なシステムモジュール及びコンポーネントの分離は、全ての実施例においてそのような分離が必要であるとして理解されるできではなく、説明されたプログラムコンポーネント及びシステムは全体的に、単一のソフトウェア製品に共に統合されることができ、複数のソフトウェア製品にパッケージ化されることができることを理解されるべきである。

主題の特定の実施例が説明されてきた。他の実施例が、以下の特許請求の範囲内にある。例えば、特許請求の範囲において記載されるアクションは、異なる順序において実行されることができ、なおも、望ましい結果を達成することができる。１つの実例として、添付図面内で表される処理は、望ましい結果を達成するために、示される特定の順序、又は順番を必ずしも必要としない。特定の実装態様では、マルチタスキング及び並列処理が有利であり得る。

Claims (81)

1. コンピュータにより実施される方法であって、
   プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較するステップであって、前記第２のリソースは、前記第１のリソースを編集することによって生成される、比較するステップと、
   前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告を生成するステップと、を含み、
   前記２ｗａｙスキーマ認識ツールは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、
   コンピュータにより実施される方法。
2. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の各々の変更をタグ付け及び分類する、請求項１に記載のコンピュータにより実施される方法。
3. 前記２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用する、請求項１に記載のコンピュータにより実施される方法。
4. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の意図を認識する、請求項１に記載のコンピュータにより実施される方法。
5. 前記スキーマメタデータは、リソースの構造、前記リソースの１つ又は複数のプロパティ、前記リソースの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記リソースの階層的性質、及び前記リソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項１に記載のコンピュータにより実施される方法。
6. 前記プロセッサによって、前記２ｗａｙスキーマ認識比較ツールを使用して、前記第１のリソース及び第３のリソースを比較するステップであって、前記第３のリソースは、前記第１のリソースを編集することによって生成される、比較するステップと、
   前記プロセッサによって、前記第１のリソースと前記第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成するステップと、
   前記プロセッサによって、前記第１の低コードプラットフォーム比較報告及び前記第２の低コード比較報告を比較するステップと、
   前記プロセッサによって、前記第１の低コードプラットフォーム比較報告と前記第２の低コード比較報告との間の１つ又は複数の衝突を検出するステップと、
   前記プロセッサによって、前記１つ又は複数の衝突を一致させるステップと、を更に含み、
   前記２ｗａｙスキーマ認識ツールは更に、前記第１のリソース及び前記第３のリソースの前記スキーマメタデータを比較する、
   請求項１に記載のコンピュータにより実施される方法。
7. システムであって、
   プロセッサと、
   命令を記憶したメモリと、を備え、前記命令は、前記プロセッサによって実行されるとき、
   プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較し、前記第２のリソースは、前記第１のリソースを編集することによって生成され、
   前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告を生成する、前記システムを構成し、
   前記２ｗａｙスキーマ認識ツールは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、
   システム。
8. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の各々の変更をタグ付け及び分類する、請求項７に記載のシステム。
9. 前記２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用する、請求項７に記載のシステム。
10. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の意図を認識する、請求項７に記載のシステム。
11. 前記スキーマメタデータは、リソースの構造、前記リソースの１つ又は複数のプロパティ、前記リソースの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記リソースの階層的性質、及び前記リソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項７に記載のシステム。
12. 前記命令は更に、
    前記プロセッサによって、前記２ｗａｙスキーマ認識比較ツールを使用して、前記第１のリソース及び第３のリソースを比較し、前記第３のリソースは、前記第１のリソースを編集することによって生成され、
    前記プロセッサによって、前記第１のリソースと前記第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成し、
    前記プロセッサによって、前記第１の低コードプラットフォーム比較報告及び前記第２の低コード比較報告を比較し、
    前記プロセッサによって、前記第１の低コードプラットフォーム比較報告と前記第２の低コード比較報告との間の１つ又は複数の衝突を検出し、
    前記プロセッサによって、前記１つ又は複数の衝突を一致させる、ように前記システムを構成し、
    前記２ｗａｙスキーマ認識ツールは更に、前記第１のリソース及び前記第３のリソースの前記スキーマメタデータを比較する、
    請求項７に記載のシステム。
13. 非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は、命令を含み、前記命令は、コンピュータによって実行されるとき、前記コンピュータに、
    プロセッサによって、２ｗａｙスキーマ認識比較ツールを使用して、第１のリソース及び第２のリソースを比較させ、前記第２のリソースは、前記第１のリソースを編集することによって生成され、
    前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の第１の低コードプラットフォーム比較報告を生成させ、
    前記２ｗａｙスキーマ認識ツールは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、
    非一時的コンピュータ可読記憶媒体。
14. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の各々の変更をタグ付け及び分類する、請求項１３に記載の非一時的コンピュータ可読記憶媒体。
15. 前記２ｗａｙスキーマ認識比較ツールは、識別子、代替識別子、及びヒューリスティックマッチングルールのうちの少なくとも１つを使用する、請求項１３に記載の非一時的コンピュータ可読記憶媒体。
16. 前記２ｗａｙスキーマ認識比較ツールは、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異の意図を認識する、請求項１３に記載の非一時的コンピュータ可読記憶媒体。
17. 前記スキーマメタデータは、リソースの構造、前記リソースの１つ又は複数のプロパティ、前記リソースの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記リソースの階層的性質、及び前記リソースをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項１３に記載の非一時的コンピュータ可読記憶媒体。
18. 前記命令は更に、
    前記プロセッサによって、前記２ｗａｙスキーマ認識比較ツールを使用して、前記第１のリソース及び第３のリソースを比較し、前記第３のリソースは、前記第１のリソースを編集することによって生成され、
    前記プロセッサによって、前記第１のリソースと前記第３のリソースとの間の１つ又は複数の差異の第２の低コードプラットフォーム比較報告を生成し、
    前記プロセッサによって、前記第１の低コードプラットフォーム比較報告及び前記第２の低コード比較報告を比較し、
    前記プロセッサによって、前記第１の低コードプラットフォーム比較報告と前記第２の低コード比較報告との間の１つ又は複数の衝突を検出し、
    前記プロセッサによって、前記１つ又は複数の衝突を一致させる、ように前記コンピュータを構成し、
    前記２ｗａｙスキーマ認識ツールは更に、前記第１のリソース及び前記第３のリソースの前記スキーマメタデータを比較する、
    請求項１３に記載の非一時的コンピュータ可読記憶媒体。
19. コンピュータにより実施される方法であって、
    プロセッサによって、リソースのマスタコピーからリソースを選択するステップと、
    前記プロセッサによって、前記リソースのワーキングコピーである第１のリソースを作成するステップと、
    前記プロセッサによって、前記第１のリソースを編集し、それによって、第２のリソースを生成するステップと、
    前記プロセッサによって、前記第２のリソースを試験及び検証するステップと、
    前記プロセッサによって、前記第１のリソースを前記第２のリソースと比較するステップと、
    前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成するステップであって、前記レシピファイルは、前記第１のリソースを前記第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリスト、を含む、生成するステップと、
    前記プロセッサによって、前記レシピファイルを前記第１のリソースに適用し、それによって、第３のリソースを生成するステップと、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較するステップと、
    前記プロセッサによって、前記レシピファイルを検証するステップと、
    を含む、コンピュータにより実施される方法。
20. 前記プロセッサによって、前記レシピファイル内の修正のリストを注釈付けるステップと、
    前記プロセッサによって、前記注釈付けられたリストをマスタレシピデータベースにマージするステップであって、前記マスタレシピデータベースは、生成された修正のカタログを包含する、マージするステップと、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証するステップと、
    を更に含む、請求項１９に記載のコンピュータにより実施される方法。
21. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項１９に記載のコンピュータにより実施される方法。
22. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項１９に記載のコンピュータにより実施される方法。
23. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項１９に記載のコンピュータにより実施される方法。
24. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項１９に記載のコンピュータにより実施される方法。
25. プロセッサと、
    命令を記憶したメモリと、を備え、前記命令は、前記プロセッサによって実行されるとき、
    前記プロセッサによって、リソースのマスタコピーからリソースを選択し、
    前記プロセッサによって、前記リソースのワーキングコピーである第１のリソースを作成し、
    前記プロセッサによって、前記第１のリソースを編集し、それによって、第２のリソースを生成し、
    前記プロセッサによって、前記第２のリソースを試験及び検証し、
    前記プロセッサによって、前記第１のリソースを前記第２のリソースと比較し、
    前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成し、前記レシピファイルは、前記第１のリソースを前記第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリストを含み、
    前記プロセッサによって、前記レシピファイルを前記第１のリソースに適用し、それによって、第３のリソースを生成し、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較し、
    前記プロセッサによって、前記レシピファイルを検証する、
    ように前記システムを構成する、システム。
26. 前記命令は更に、
    前記プロセッサによって、前記レシピファイル内の修正のリストを注釈付け、
    前記プロセッサによって、前記注釈付けられたリストをマスタレシピデータベースにマージし、前記マスタレシピデータベースは、生成された修正のカタログを包含し、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、
    ように前記システムを構成する、請求項２５に記載のシステム。
27. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項２５に記載のシステム。
28. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項２５に記載のシステム。
29. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項２５に記載のシステム。
30. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項２５に記載のシステム。
31. 非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を含み、前記命令は、コンピュータによって実行されるとき、前記コンピュータに、
    プロセッサによって、リソースのマスタコピーからリソースを選択させ、
    前記プロセッサによって、前記リソースのワーキングコピーである第１のリソースを作成させ、
    前記プロセッサによって、前記第１のリソースを編集し、それによって、第２のリソースを生成させ、
    前記プロセッサによって、前記第２のリソースを試験及び検証させ、
    前記プロセッサによって、前記第１のリソースを前記第２のリソースと比較させ、
    前記プロセッサによって、前記第１のリソースと前記第２のリソースとの間の１つ又は複数の差異からレシピファイルを生成させ、前記レシピファイルは、前記第１のリソースを前記第２のリソースに転換するコマンド及び／又は修正の注釈付けられたリストを含み、
    前記プロセッサによって、前記レシピファイルを前記第１のリソースに適用し、それによって、第３のリソースを生成させ、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較させ、
    前記プロセッサによって、前記レシピファイルを検証させる、
    非一時的コンピュータ可読記憶媒体。
32. 前記命令は更に、
    前記プロセッサによって、前記レシピファイル内の修正のリストを注釈付け、
    前記プロセッサによって、前記注釈付けられたリストをマスタレシピデータベースにマージし、前記マスタレシピデータベースは、生成された修正のカタログを包含し、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、
    ように前記コンピュータを構成する、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
33. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
34. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
35. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
36. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項３１に記載の非一時的コンピュータ可読記憶媒体。
37. コンピュータにより実施される方法であって、
    プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションのうちの少なくとも１つを選択することによって、効果的なレシピファイルを生成するステップであって、前記選択することは、ビジネス目的に基づいている、生成するステップと、
    前記プロセッサによって、前記効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成するステップと、
    を含む、コンピュータにより実施される方法。
38. 前記マスタレシピデータベースは、
    前記プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出し、
    前記プロセッサによって、前記修正の注釈付けられたリストを前記マスタレシピデータベースにマージし、前記マスタレシピデータベースは、生成された修正のカタログを包含し、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、
    ことによって生成される、請求項３７に記載のコンピュータにより実施される方法。
39. 前記レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、
    前記プロセッサによって、リソースの前記マスタコピーから選択された第１のリソースのワーキングコピーを作成し、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを編集し、それによって、第２のリソースを生成し、
    前記プロセッサによって、前記第２のリソースを試験及び検証し、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを前記第２のリソースと比較し、
    前記プロセッサによって、前記第１のリソース及び前記第２のリソースの前記ワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成し、前記レシピファイルアイテムは、前記第１のリソースの前記ワーキングコピーを前記第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、
    前記プロセッサによって、前記レシピファイルアイテムを前記第１のリソースの前記ワーキングコピーに適用し、それによって、第３のリソースを生成し、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較し、
    前記プロセッサによって、前記レシピファイルアイテムを検証する、
    ことによって生成される、
    請求項３８に記載のコンピュータにより実施される方法。
40. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項３９に記載のコンピュータにより実施される方法。
41. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項４０に記載のコンピュータにより実施される方法。
42. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項３７に記載のコンピュータにより実施される方法。
43. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項３７に記載のコンピュータにより実施される方法。
44. システムであって、
    プロセッサと、
    命令を記憶したメモリと、を備え、前記命令は、前記プロセッサによって実行されるとき、
    プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションのうちの少なくとも１つを選択することによって、効果的なレシピファイルを生成し、前記選択することは、ビジネス目的に基づいており、
    前記プロセッサによって、前記効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成する、
    ように前記システムを構成する、システム。
45. 前記マスタレシピデータベースは、前記プロセッサによって実行されるとき、
    前記プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出し、
    前記プロセッサによって、前記修正の注釈付けられたリストを前記マスタレシピデータベースにマージし、前記マスタレシピデータベースは、生成された修正のカタログを包含し、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証する、
    ように前記システムを更に構成する、命令を記憶した前記メモリによって生成される、
    請求項４４に記載のシステム。
46. 前記レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、前記プロセッサによって実行されるとき、
    前記プロセッサによって、リソースの前記マスタコピーから選択された第１のリソースのワーキングコピーを作成し、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを編集し、それによって、第２のリソースを生成し、
    前記プロセッサによって、前記第２のリソースを試験及び検証し、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを前記第２のリソースと比較し、
    前記プロセッサによって、前記第１のリソース及び前記第２のリソースの前記ワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成し、前記レシピファイルアイテムは、前記第１のリソースの前記ワーキングコピーを前記第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、
    前記プロセッサによって、前記レシピファイルアイテムを前記第１のリソースの前記ワーキングコピーに適用し、それによって、第３のリソースを生成し、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較し、
    前記プロセッサによって、前記レシピファイルアイテムを検証する、
    ように前記システムを更に構成する、命令を記憶した前記メモリによって生成される、
    請求項４５に記載のシステム。
47. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項４６に記載のシステム。
48. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項４７に記載のシステム。
49. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項４４に記載のシステム。
50. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項４４に記載のシステム。
51. 非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を含み、前記命令は、コンピュータによって実行されるとき、前記コンピュータに、
    プロセッサによって、マスタレシピデータベースから、機能性、特徴、及び構成オプションのうちの少なくとも１つを選択することによって、効果的なレシピファイルを生成させ、前記選択することは、ビジネス目的に基づいており、
    前記プロセッサによって、前記効果的なレシピファイルを、リソースのマスタコピーから選択されたリソースの第１のワーキングコピーに適用することによって、カスタマイズされたリソースを生成させる、
    非一時的コンピュータ可読記憶媒体。
52. 前記マスタレシピデータベースは、前記コンピュータによって実行されるとき、前記コンピュータに、
    前記プロセッサによって、レシピファイル内の修正のリストを注釈付け、それによって、修正の注釈付けられたリストを生み出させ、
    前記プロセッサによって、前記修正の注釈付けられたリストを前記マスタレシピデータベースにマージさせ、前記マスタレシピデータベースは、生成された修正のカタログを包含し、
    前記プロセッサによって、前記マスタレシピデータベースを検証して、前記マスタレシピデータベース内の修正の他の注釈付けられたリストに関して衝突又は不一致がないことを保証させる、
    前記命令によって生成される、請求項５１に記載の非一時的コンピュータ可読記憶媒体。
53. 前記レシピファイルは、１つ又は複数のレシピファイルアイテムの編纂であり、各々のレシピファイルアイテムは、前記コンピュータによって実行されるとき、前記コンピュータに、
    前記プロセッサによって、リソースの前記マスタコピーから選択された第１のリソースのワーキングコピーを作成させ、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを編集し、それによって、第２のリソースを生成させ、
    前記プロセッサによって、前記第２のリソースを試験及び検証させ、
    前記プロセッサによって、前記第１のリソースの前記ワーキングコピーを前記第２のリソースと比較させ、
    前記プロセッサによって、前記第１のリソース及び前記第２のリソースの前記ワーキングコピーの間の１つ又は複数の差異からレシピファイルアイテムを生成させ、前記レシピファイルアイテムは、前記第１のリソースの前記ワーキングコピーを前記第２のリソースに転換するコマンド及び／又は編集の注釈付けられたリストを含み、
    前記プロセッサによって、前記レシピファイルアイテムを前記第１のリソースの前記ワーキングコピーに適用し、それによって、第３のリソースを生成させ、
    前記プロセッサによって、前記第３のリソースを前記第２のリソースと比較させ、
    前記プロセッサによって、前記レシピファイルアイテムを検証させる、
    前記命令によって生成される、
    請求項５２に記載の非一時的コンピュータ可読記憶媒体。
54. いずれかの２つのリソースの間で比較することは、スキーマ認識比較である、請求項５３に記載の非一時的コンピュータ可読記憶媒体。
55. いずれかの２つのリソースの間で比較することは、前記第１のリソース及び前記第２のリソースのスキーマメタデータを比較する、請求項５４に記載の非一時的コンピュータ可読記憶媒体。
56. 前記マスタコピーは、文書化及び試験され、複数の機能性、複数の特徴、及び複数の構成オプションを含む、請求項５１に記載の非一時的コンピュータ可読記憶媒体。
57. 前記リソースは、ワークブック、ウィジェット、タスクフロー、スクリプト、スコアカード、責任、工程テンプレート、階層、フォーム、フィルタ、ダッシュボード、及びアラートのうちの少なくとも１つを含む、請求項５１に記載の非一時的コンピュータ可読記憶媒体。
58. コンピュータにより実施される方法であって、
    プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較するステップであって、前記第２のコンポーネントは、前記第１のコンポーネントを編集することによって生成される、比較するステップと、
    前記プロセッサによって、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成するステップと、を含み、
    前記第１のコンポーネント及び前記第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、
    前記２－ｗａｙグラマ認識比較ツールは、前記１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する、
    コンピュータにより実施される方法。
59. 前記第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、請求項５８に記載のコンピュータにより実施される方法。
60. 前記プログラミング言語グラマは、構造化されたテキスト、コード、又はフリーフォームテキストを読み込み、処理し、実行し、又は翻訳するためのパーサジェネレータを使用して捕捉される、請求項５８に記載のコンピュータにより実施される方法。
61. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の各々の変更をタグ付け及び分類する、請求項５８に記載のコンピュータにより実施される方法。
62. 前記２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用する、請求項５８に記載のコンピュータにより実施される方法。
63. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、請求項５８に記載のコンピュータにより実施される方法。
64. 前記２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、前記コンポーネントの１つ又は複数のプロパティ、前記コンポーネントの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記コンポーネントの階層的性質、及び前記コンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項５８に記載のコンピュータにより実施される方法。
65. 前記プロセッサによって、前記２－ｗａｙグラマ認識比較ツールを使用して、前記第１のコンポーネント及び第３のコンポーネントを比較するステップであって、前記第３のコンポーネントは、前記第１のコンポーネントを編集することによって生成される、比較するステップと、
    前記プロセッサによって、前記第１のコンポーネントと前記第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成するステップと、
    前記プロセッサによって、前記第１の比較報告及び前記第２の比較報告を比較するステップと、
    前記プロセッサによって、前記第１の比較報告と前記第２の比較報告との間の１つ又は複数の衝突を一致させるステップと、を更に含み、
    前記２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する、
    請求項５８に記載のコンピュータにより実施される方法。
66. システムであって、
    プロセッサと、
    命令を記憶したメモリと、を備え、前記命令は、前記プロセッサによって実行されるとき、
    前記プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較し、前記第２のコンポーネントは、前記第１のコンポーネントを編集することによって生成され、
    前記プロセッサによって、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成する、ように前記システムを構成し、
    前記第１のコンポーネント及び前記第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、
    前記２－ｗａｙグラマ認識比較ツールは、前記１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する、
    システム。
67. 前記第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、請求項６６に記載のシステム。
68. 前記第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、請求項６６に記載のシステム。
69. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の各々の変更をタグ付け及び分類する、請求項６６に記載のシステム。
70. 前記２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用する、請求項６６に記載のシステム。
71. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、請求項６６に記載のシステム。
72. 前記２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、前記コンポーネントの１つ又は複数のプロパティ、前記コンポーネントの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記コンポーネントの階層的性質、及び前記コンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項６６に記載のシステム。
73. 前記命令は更に、
    前記プロセッサによって、前記２－ｗａｙグラマ認識比較ツールを使用して、前記第１のコンポーネント及び第３のコンポーネントを比較し、前記第３のコンポーネントは、前記第１のコンポーネントを編集することによって生成され、
    前記プロセッサによって、前記第１のコンポーネントと前記第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成し、
    前記プロセッサによって、前記第１の比較報告及び前記第２の比較報告を比較し、
    前記プロセッサによって、前記第１の比較報告と前記第２の比較報告との間の１つ又は複数の衝突を一致させる、ように前記システムを構成し、
    前記２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する、
    請求項６６に記載のシステム。
74. 非一時的コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体は命令を含み、前記命令は、コンピュータによって実行されるとき、前記コンピュータに、
    プロセッサによって、２－ｗａｙグラマ認識比較ツールを使用して、第１のコンポーネント及び第２のコンポーネントを比較させ、前記第２のコンポーネントは、前記第１のコンポーネントを編集することによって生成され、
    前記プロセッサによって、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異の第１の比較報告を生成させ、
    前記第１のコンポーネント及び前記第２のコンポーネントは、１つ又は複数のフリーフォーム表現を含み、
    前記２－ｗａｙグラマ認識比較ツールは、前記１つ又は複数のフリーフォーム表現の各々をそれぞれのオブジェクトツリーに変換するために、プログラミング言語グラマを使用する、
    非一時的コンピュータ可読記憶媒体。
75. 前記第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
76. 前記第１のコンポーネント及び第２のコンポーネントは、プログラム、コード、表現、マクロ、埋め込み文書化、ユーザ文書化、試験計画、訓練マテリアル、試験データ、ソリューションパッケージング、及びインストールのうちの少なくとも１つである、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
77. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の各々の変更をタグ付け及び分類する、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
78. 前記２－ｗａｙグラマ認識比較ツールは、識別子、代替識別子、ヒューリスティックマッチングルール、プロパティ変更を試験工程にマッピングするためのメタデータ、内部コンポーネント従属性、外部コンポーネント従属性、及び１つ又は複数の差異の報告を提供するためのマッピングヒントのうちの少なくとも１つを使用する、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
79. 前記２－ｗａｙグラマ認識比較ツールは、前記第１のコンポーネントと前記第２のコンポーネントとの間の１つ又は複数の差異のビジネス目的を認識する、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
80. 前記２－ｗａｙグラマ認識比較ツールは、コンポーネントの構造、前記コンポーネントの１つ又は複数のプロパティ、前記コンポーネントの１つ又は複数のプロパティデータタイプ、前記１つ又は複数のプロパティの間の関係、前記コンポーネントの階層的性質、及び前記コンポーネントをカスタマイズするためにオーサがどのように作業するかのドメイン知識を捕捉する、請求項７４に記載の非一時的コンピュータ可読記憶媒体。
81. 前記命令は更に、
    前記プロセッサによって、前記２－ｗａｙグラマ認識比較ツールを使用して、前記第１のコンポーネント及び第３のコンポーネントを比較し、前記第３のコンポーネントは、前記第１のコンポーネントを編集することによって生成され、
    前記プロセッサによって、前記第１のコンポーネントと前記第３のコンポーネントとの間の１つ又は複数の差異の第２の比較報告を生成し、
    前記プロセッサによって、前記第１の比較報告及び前記第２の比較報告を比較し、
    前記プロセッサによって、前記第１の比較報告と前記第２の比較報告との間の１つ又は複数の衝突を一致させる、ように前記コンピュータを構成し、
    前記２－ｗａｙグラマ認識比較ツールは、実行可能な比較報告を提供するために、メタデータ、構造、及びグラマ知識を活用する、
    請求項７４に記載の非一時的コンピュータ可読記憶媒体。

Images