(57)【要約】分散事業アプリケーション統合システムにおいて、アプリケーションプログラム間の通信を容易にするために、多数のホストに配置されたモジュラー化された構成要素を中央で管理させる。例えばメッセージキュー、メッセージのパブリッシャ／サブスクライバ、及びメッセージプロセスなど、伝統的に中央サーバと関連する共同作業サービスを、むしろ多数のホストに分散させ、中央レジストリサービスに監視させる。このシステムによれば、実現され実行されるタスクをアプリケーションと通信する様々な構成要素に分散し委託して、トップレベルの手法を用いる中央設置場所で構成管理を行うことができる。
2004524600.tif 000002
【特許請求の範囲】
【請求項１】
異種アプリケーション環境で動作する複数の再使用可能な分散オブジェクトの管理を可能にする、スケーラブルな事業アプリケーション共同作業システムであって、
第１の中央レジストリ及び冗長構成の中央レジストリを有する耐障害性中央レジストリシステムを含み、前記複数の再使用可能分散オブジェクトを管理し、前記複数の再使用可能分散オブジェクトに構成変更警報を送信し、前記第１の中央レジストリが使用できない場合は前記冗長構造の中央レジストリを使用して、前記第１の中央レジストリ及び前記冗長構成の中央レジストリの１つから前記複数の分散オブジェクトに構成データを提供するように構成された中央ホストと、
該中央ホストと通信して、構成変更警報を受信し、前記中央ホストの耐障害性中央レジストリシステムから構成データをダウンロードする前記複数の再使用可能分散オブジェクトと、
前記構成データに従って前記複数の再使用可能分散オブジェクトを介して通信するように構成された複数の異種アプリケーションとを含むシステム。
【請求項２】
分散構成要素を中央で管理し、該分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法であって、
リモートコンピュータシステムに配置されている分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップと、
前記分散構成要素から構成情報の更新の要求を受信するステップと、
該要求に応じて、実行されるべき構成変更を決定するステップと、
前記中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップと、
対応する分散構成要素に前記構成変更を割り当てるステップと、
前記対応する分散構成要素に前記構成変更を転送して、前記対応する分散構成要素で前記構成変更を実行させるステップとを含む方法。
【請求項３】
前記構成情報が、ロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別の少なくとも１つを含む請求項２記載の方法。
【請求項４】
前記構成情報が、少なくともロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別を含む請求項２記載の方法。
【請求項５】
前記中央レジストリデータベースが、複数の従属レジストリデータベースと通信し、該複数の従属レジストリデータベースが前記分散構成要素と通信する請求項２記載の方法。
【請求項６】
前記構成情報が、データ変換及びメッセージング情報を含む請求項２記載の方法。
【請求項７】
前記構成情報が、構成要素及び業務論理の接続情報を含む請求項２記載の方法。
【請求項８】
前記中央レジストリデータベースが、複数の重複レジストリデータベースと通信し、該複数の重複レジストリデータベースが前記分散構成要素と通信する請求項２記載の方法。
【請求項９】
分散構成要素を中央で管理し、該分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法であって、
リモートコンピュータシステムに配置されている分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップと、
前記第１のコンピュータシステムでデータ変換を受信し、ユーザによって構成情報にアクセス及び変更され、前記第１のコンピュータシステムに送信される、構成情報入力モジュールからの構成情報をメッセージングするステップと、
前記メッセージング及びデータ構成情報に応じて、実行されるべき構成情報変更を決定するステップと、
前記中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップと、
リモートコンピュータシステムに配置された対応する分散構成要素に前記構成変更を割り当てるステップと、
前記対応する分散構成要素に前記構成変更を転送し、対応する分散構成要素で前記構成情報変更を実行させるステップとを含む方法。
【請求項１０】
前記構成情報がロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別の少なくとも１つを含む請求項９記載の方法。
【請求項１１】
前記構成情報が、少なくとも、ロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別を含む請求項９記載の方法。
【請求項１２】
前記構成情報が、データ変換及びメッセージング情報を含む請求項９記載の方法。
【請求項１３】
前記構成情報が、構成要素及び業務論理の接続情報を含む請求項９記載の方法。
【請求項１４】
前記中央レジストリデータベースが、複数の従属レジストリデータベースと通信し、該複数の従属レジストリデータベースが前記分散構成要素と通信する請求項９記載の方法。
【請求項１５】
前記中央レジストリデータベースが、複数の重複レジストリデータベースと通信し、該複数の重複レジストリデータベースが前記分散構成要素と通信する請求項９記載の方法。
【請求項１６】
分散構成要素を中央で管理し、該分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法であって、
第１のコンピュータシステムに配置されている第１の分散構成要素、及び第２のコンピュータシステムに配置されている第２の分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップと、
前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つから構成更新要求を受信するステップと、
該要求に応じて実行されるべき構成変更を決定するステップと、
前記中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップと、
前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つに前記構成変更を割り当てるステップと、
前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つに前記構成変更を転送し、前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つで前記構成変更を実行させるステップとを含む方法。
【請求項１７】
前記構成情報が、ロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別の少なくとも１つを含む請求項１６記載の方法。
【請求項１８】
前記構成情報が、少なくともロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別を含む請求項１６記載の方法。
【請求項１９】
前記構成情報が、データのメッセージング及び変換情報を含む請求項１６記載の方法。
【請求項２０】
前記構成情報が、構成要素及び業務論理の接続情報を含む請求項１６記載の方法。
【請求項２１】
前記中央レジストリデータベースが、前記第１の分散構成要素と通信する第１のスレーブレジストリデータベース、及び前記第２の分散構成要素と通信する第２のスレーブレジストリデータベースと通信する請求項１６記載の方法。
【請求項２２】
前記中央レジストリデータベースが、前記第１の分散構成要素と通信する第１の冗長構造のレジストリデータベース、及び前記第２の分散構成要素と通信する第２の冗長構造のレジストリデータベースと通信する請求項１６記載の方法。
【請求項２３】
分散構成要素を中央で管理し、該分散構成要素に構成データの動的な実行を許容するために使用される分散事業アプリケーション統合システムであって、
第１のコンピュータに格納され、分散事業アプリケーションシステムに関する構成データを格納するために使用される中央レジストリデータベースを含み、構成要素の構成更新を求める要求を処理し、中央レジストリデータベースについての変更を処理し、複数の分散構成要素に構成要素の構成データを転送するように構成された中央制御モジュールと、
構成要素の構成データを実行し、前記中央制御モジュールと通信して構成要素の構成データを受信し、構成要素の構成更新の要求を送信し、前記中央レジストリデータベースに変更を送信するように構成された対応する構成要素制御モジュールを含み、複数のコンピュータに格納され、構成要素の構成データに従って関連データ及びメッセージングアクティビティを実行するように構成された複数の分散構成要素とを含むシステム。
【請求項２４】
前記関連データ及びメッセージングアクティビティが、ロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別の少なくとも１つを含む請求項２３記載の方法。
【請求項２５】
前記関連データ及びメッセージングアクティビティが、少なくともロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別を含む請求項２３記載の方法。
【請求項２６】
前記中央レジストリデータベースが、複数の従属レジストリデータベースと通信し、該複数の従属レジストリデータベースが前記複数の分散構成要素と通信する請求項２３記載の方法。
【請求項２７】
前記中央レジストリデータベースが、複数の冗長構造のレジストリデータベースと通信し、該複数の冗長構造のレジストリデータベースが前記複数の分散構成要素と通信する請求項２３記載の方法。
【請求項２８】
中央レジストリシステムを含む中央ホストと、
前記中央レジストリシステムと通信して構成データを受信するように構成された対応する制御ブローカを含む複数のアプリケーションホストと、
該複数のアプリケーションホストに対応し、前記構成データに従って前記複数のアプリケーションホストを介して通信するように構成された複数のマルチプラットフォームアプリケーションとを含む分散マルチプラットフォームアプリケーション統合システム。
【請求項２９】
前記複数のアプリケーションホストと前記対応する複数のマルチプラットフォームアプリケーションとの間の通信を容易にする複数のアプリケーションコネクタをさらに含む請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３０】
前記中央レジストリシステムが、複数の従属レジストリと通信し、該複数の従属レジストリが前記複数のアプリケーションホストと通信する請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３１】
前記中央レジストリシステムが、複数の冗長構造のレジストリと通信し、該複数の冗長構造のレジストリが前記複数のアプリケーションホストと通信する請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３２】
前記中央レジストリシステムが、
前記複数のアプリケーションホストに関する構成情報を格納するように構成された中央レジストリデータベースと、
前記複数のアプリケーションホストに構成更新を通信するように構成された中央レジストリサービスとを含む請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３３】
前記制御ブローカが、
前記複数のアプリケーションホストの少なくとも１つに関する構成情報を格納するように構成されたローカルレジストリデータベースと、
前記アプリケーションホストを監視するように構成された監視モジュールとを含む請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３４】
前記アプリケーションホストが、ロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別の少なくとも１つを含むように構成された請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３５】
前記アプリケーションホストが、少なくともロードバランシング、データマッピング、データ変換、ルーティング、フォーマット、スケジューリング、共同作業、及びメッセージ識別を含むように構成された請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３６】
前記複数のマルチプラットフォームアプリケーションの少なくとも１つが、サプライチェーン管理（ＳＣＭ）システムである請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３７】
前記複数のマルチプラットフォームアプリケーションの少なくとも１つが、顧客関係管理（ＣＲＭ）システムである請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３８】
前記複数のマルチプラットフォームアプリケーションの少なくとも１つが、事業資源計画（ＥＲＰ）システムである請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項３９】
前記複数のマルチプラットフォームアプリケーションの少なくとも１つが、財務管理及び企画アプリケーションである請求項２８記載の分散マルチプラットフォームアプリケーション統合システム。
【請求項４０】
分散アプリケーションを統合するための方法であって、
少なくとも第１のソースからの構成変更の要求を管理するステップと、
前記構成変更の要求に関連する複数のソースから構成変更情報を収集するステップと、
前記構成変更の要求に関連する前記構成変更情報を分散アプリケーションにサービスする複数の分散構成要素に送信し、少なくとも第１のアプリケーションを第１のオペレーティングシステムで実行させ、第２のアプリケーションを前記第１のオペレーティングシステムとは異なるオペレーティングシステムである第２のオペレーティングシステムで実行させるステップとを含む方法。
【請求項４１】
分散アプリケーションを統合するための方法であって、
第１のホストからのデータ関連及びメッセージング関連の構成変更の要求を中央ホストに送信するステップと、
前記第１のホストで、構成変更の要求に関連する中央ホストからの構成変更情報を受信するステップと、
前記構成変更情報に従って、前記第１のホストでデータ変換及び構成変更のメッセージングを実行するステップとを含む方法。
【請求項４２】
分散ネットワークに配置された複数のマルチプラットフォームアプリケーションを統合する方法であって、
複数のマルチプラットフォームアプリケーションに対応し、前記複数のマルチプラットフォームアプリケーション間の通信を可能にする関連データ及びメッセージングアクティビティを実行する複数の統合モジュールを提供するステップと、
複数のマルチプラットフォームアプリケーション間の通信を可能にするための命令を含む構成データの中央データベースを含み、前記構成データを管理し、前記複数の統合モジュールに分散する中央ホストモジュールを提供するステップとを含む方法。
【請求項４３】
構成データの前記中央データベースが、構成情報の複数の従属データベースと対話し、該構成情報の複数の従属データベースが前記複数の統合モジュールとインターフェースをとる請求項４２記載の方法。
【請求項４４】
第１の独立アプリケーションと第２の独立アプリケーションとの間の分散アプリケーション通信システムを実行するための方法であって、
第１の独立アプリケーションからデータ変換モジュールに送信され、第２の組のデータに変換され、第２の独立アプリケーションに転送される第１の組のデータの表現を生成するステップと、
該表現を数組のデータ変換及びメッセージング命令に変換するステップと、
該数組のデータ変換及びメッセージング命令を、第１の独立アプリケーションと通信する第１のデータ変換実行モジュール、及び第２の独立アプリケーションと通信し、該第１のデータ変換実行モジュールが前記数組のデータ変換及びメッセージング命令に従って通信する第２のデータ変換実行モジュールに分散するステップとを含む方法。
【請求項４５】
中央ホスト及び複数のマルチプラットフォームアプリケーションと通信する複数のアプリケーションホストを含む分散アプリケーション統合システムであって、
収集構成情報を示すための中央ホスト手段と、
複数の対応するマルチプラットフォームアプリケーションと通信し、前記収集情報の一部分を実行して前記複数の対応するマルチプラットフォームアプリケーション間の通信を可能にする複数のアプリケーションホストに前記収集構成情報の一部を割り当てるための中央ホスト手段とを含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
（発明の分野）
本発明に係るシステム及び方法は、一般にアプリケーション統合の分野に関する。
【背景技術】
【０００２】
（背景）
ソフトウェア産業の成長発展により、一般の人々は非常に多様なアプリケーションを使用できるようになり、こうしたアプリケーションに大きく依存するようになった。さらに、ビジネスでは日常業務のために企業内で多数のアプリケーションを利用するのが一般的である。こうしたアプリケーションは、様々な専門業者から提供されているため、決まり切った業務の処理をサポートするための調整は、他で使用されたリソースで与えられる手作業をしばしば必要とする厄介な仕事となる。したがって、それらのアプリケーションを業務用に、効率よく安全に情報を通信し共有することができるものとすることが重要である。
【０００３】
情報を調整し共有するために、それらのアプリケーションを統合する能力が業務として求められるが、こうした統合を可能にすることは、しばしば難しい。従来の手法に伴う１つの一般的な問題は、これらの手法では、業務が変わる毎、或いは、既存のアプリケーションに変更を加える必要が生じる毎に、新しいソリューションを採用することが業務に求められることである。こうした手法は非常に高コストであり、業務に長い中断をもたらし、業務の期待にそえないことが多く、将来へのソリューションも提供しない。
【０００４】
従来の手法に伴う他の一般的な問題は、これらの手法では、アプリケーションが他の業務用アプリケーションと通信することができるように、各アプリケーションをカスタマイズする必要があることである。この手法も、時間と費用の両方の点で高コストである。さらにこの手法は、業務上そのアプリケーションを更新し、追加し、又は変更する必要がある場合、殆ど柔軟性がない。
【０００５】
従来の手法に伴うさらなる問題は、これらの手法が、全てのアプリケーション間の通信を管理し処理する中央の構成要素に依存することである。この「ハブ・アンド・スポーク」モデルは、中央の構成要素が停止してしまった場合、全体の業務が停止してしまうという点で、業務をシングルポイント障害に対して無防備にしてしまう。さらに、中央の構成要素が限度を超えて使用され、大量の仕事量を着実に処理できなくなった場合、中央の構成要素が障害的影響を与えることもある。
【０００６】
（発明の概要）
本発明に係る集中管理システムにおいては、アプリケーションプログラム間の通信を容易にするように、多数のホストに配置された分散構成要素が、中央で管理されている。例えば、メッセージキュー、メッセージのパブリッシャ／サブスクライバ、及びメッセージプロセスなど、伝統的に中央サーバと関連する構成要素は、代わりに多数のホストに分散され、中央のレジストリサービスによって監視される。このシステムによれば、トップレベルの手法を用いる中央で業務プロセスのモデル化を実行することができ、実現され実行されるタスクはアプリケーションと通信する様々な構成要素に分散され委託される。
【０００７】
一実施の形態では、本発明は、異種アプリケーション環境で動作する複数の再使用可能な分散オブジェクトの管理を可能にする、スケーラブルな事業アプリケーション共同作業システムとなっている。このスケーラブルな事業アプリケーション共同作業システムは、第１の中央レジストリ及び冗長構成の中央レジストリを有する耐障害性中央レジストリシステムを含み、前記複数の再使用可能分散オブジェクトを管理し、前記複数の再使用可能オブジェクトに構成変更警報を送信し、前記第１の中央レジストリが使用できない場合は前記冗長構造の中央レジストリを使用して、前記第１の中央レジストリ及び前記冗長構成の中央レジストリの１つから前記複数の分散オブジェクトに構成データを提供するように構成された中央ホストを含む。さらに、このスケーラブルな事業アプリケーション共同作業システムは、前記中央ホストと通信して、構成変更警報を受信し、前記中央ホストの耐障害性中央レジストリシステムから構成データをダウンロードする前記複数の再使用可能分散オブジェクトを含む。また、スケーラブルな事業アプリケーション共同作業システムは、構成データに従って前記複数の再使用可能分散オブジェクトを介して通信するように構成された複数の異種アプリケーションも含む。
【０００８】
本発明の他の実施の形態は、分散構成要素を中央で管理し、分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法である。この方法は、リモートコンピュータシステムに配置されている分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップ、及び前記分散構成要素から構成情報の更新の要求を受信するステップを含む。また、この方法は、該要求に応じて、実行されるべき構成変更を決定するステップ、及び前記中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップも含む。さらに、この方法は、対応する分散構成要素に前記構成変更を割り当てるステップ、及び、前記対応する分散構成要素に前記構成変更を転送して、前記構成変更を対応する分散構成要素で前記構成変更を実行させるステップを含む。
【０００９】
本発明の他の実施の形態は、分散構成要素を中央で管理し、該分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法である。この方法は、リモートコンピュータシステムに配置されている分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップ、及び前記第１のコンピュータシステムでデータ変換を受信し、ユーザによって構成情報にアクセス及び変更され、前記第１のコンピュータシステムに送信される、構成情報入力モジュールからの構成情報をメッセージングするステップを含む。また、この方法は、メッセージング及びデータ構成情報に応じて、実行されるべき構成情報の変更を決定するステップ、及び中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップを含む。さらに、この方法は、リモートコンピュータシステムに配置された対応する分散構成要素に前記構成変更を割り当てるステップ、及び前記対応する分散構成要素に前記構成変更を転送し、対応する分散構成要素で前記構成情報変更を実現させるステップを含む。
【００１０】
本発明の他の実施の形態は、分散構成要素を中央で管理し、該分散構成要素に関連する構成情報を分散事業アプリケーションシステムで動的に実行する方法である。この方法は、第１のコンピュータシステムに配置されている第１の分散構成要素、及び第２のコンピュータシステムに配置されている第２の分散構成要素に関連する構成情報を含む中央レジストリデータベースを、第１のコンピュータシステムに格納するステップ、及び前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つから構成更新要求を受信するステップを含む。また、この方法は、該要求に応じて実行されるべき構成変更を決定するステップ、及び前記中央レジストリデータベースを変更して、前記構成変更の少なくとも一部分を反映させるステップも含む。さらに、この方法は、前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つに前記構成変更を割り当てるステップ、及び前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つに前記構成変更を転送し、前記第１の分散構成要素又は前記第２の分散構成要素の少なくとも１つで前記構成変更を実行させるステップを含む。
【００１１】
本発明の他の実施の形態は、分散構成要素を中央で管理し、該分散構成要素に対し構成データの動的な実行を許容するために使用される分散事業アプリケーション統合システムである。この分散事業アプリケーションシステムは、第１のコンピュータに格納され、分散事業アプリケーションシステムに関する構成データを格納するために使用される中央レジストリデータベースを含み、構成要素の構成更新を求める要求を処理し、中央レジストリデータベースについての変更を処理し、複数の分散構成要素に構成要素の構成データを転送するように構成された中央制御モジュールを含む。この分散事業アプリケーションシステムは、対応する構成要素制御モジュールを含み、複数のコンピュータに格納された複数の分散構成要素も含む。この複数の分散構成要素は、構成要素の構成データに従って関連データ及びメッセージングアクティビティを実行するように構成されている。さらに、構成要素制御モジュールは、構成要素の構成データを実行し、前記中央制御モジュールと通信して構成要素の構成データを受信し、構成要素の構成更新の要求を送信し、前記中央レジストリデータベースに変更を送信するように構成されている。
【００１２】
本発明の他の実施の形態は、分散マルチプラットフォームアプリケーション統合システムである。このシステムは、中央レジストリシステムを含む中央ホストを含む。また、このシステムは、前記中央レジストリシステムと通信して構成データを受信するように構成された対応する制御ブローカを含む複数のアプリケーションホストも含む。さらに、このシステムは、これら複数のアプリケーションホストに対応し、前記構成データに従って前記複数のアプリケーションホストを介して通信するように構成された複数のマルチプラットフォームアプリケーションを含む。
【００１３】
本発明の他の実施の形態は、分散アプリケーションを統合するための方法である。この方法は、少なくとも第１のソースからの構成変更を求める要求を管理するステップ、及び前記構成変更の要求に関連する複数のソースから構成変更情報を収集するステップを含む。また、この方法は、前記構成変更の要求に関連する前記構成変更情報を分散アプリケーションにサービスする複数の分散構成要素に送信し、少なくとも第１のアプリケーションを第１のオペレーティングシステムで実行させ、第２のアプリケーションを前記第１のオペレーティングシステムとは異なるオペレーティングシステムである第２のオペレーティングシステムで実行させるステップも含む。。
【００１４】
本発明の他の実施の形態は、分散アプリケーションを統合するための方法であって、第１のホストからのデータ関連及びメッセージング関連の構成変更の要求を中央ホストに送信するステップを含む。また、この方法は、前記第１のホストで、構成変更の要求に関連する中央ホストからの構成変更情報を受信するステップ、及び前記構成変更情報に従って、前記第１のホストでデータ変換及び構成変更のメッセージングを実行するステップも含む。
【００１５】
本発明の他の実施の形態は、分散ネットワークに配置された複数のマルチプラットフォームアプリケーションを統合する方法である。この方法は、複数のマルチプラットフォームアプリケーションに対応し、前記複数のマルチプラットフォームアプリケーション間の通信を可能にする関連データ及びメッセージングアクティビティを実行する複数の統合モジュールを提供するステップを含む。また、この方法は、複数のマルチプラットフォームアプリケーション間の通信を可能にするための命令を含む構成データの中央データベースを含み、前記構成データを管理し、前記複数の統合モジュールに分散する中央ホストモジュールを提供するステップも含む。
【００１６】
本発明の他の実施の形態は、第１の独立したアプリケーションと第２の独立したアプリケーションとの間の分散アプリケーション通信システムを実行する方法である。この方法は、第１の独立アプリケーションからデータ変換モジュールに送信され、第２組のデータに変換され、第２の独立アプリケーションに転送される第１組のデータの表現を生成するステップを含む。また、この方法は、該表現を数組のデータ変換及びメッセージング命令に変換するステップ、及びこれら数組のデータ変換及びメッセージング命令を、第１の独立アプリケーションと通信する第１のデータ変換実行モジュール及び第２の独立アプリケーションと通信する第２のデータ変換実行モジュールに分散するステップも含む。前記第１のデータ変換実行モジュールは、前記数組のデータ変換及びメッセージング命令に従って、前記第２のデータ変換実行モジュールと通信するようになっている。
【００１７】
本発明の他の実施の形態は、中央ホスト及び複数のマルチプラットフォームアプリケーションと通信する複数のアプリケーションホストを含む分散アプリケーション統合システムである。この分散アプリケーション統合システムは、収集構成情報を示すための中央ホスト手段、及び複数のアプリケーションホストに前記収集構成情報の一部分を割り当てるための中央ホスト手段を含む。前記複数のアプリケーションホストは、複数の対応するマルチプラットフォームアプリケーションと通信し、前記収集情報の一部分を実行して前記複数の対応するマルチプラットフォームアプリケーション間の通信を可能にするようになっている。
【００１８】
本発明を要約する目的で、本発明の幾つかの態様、利点、及び新規な特徴を本明細書に記載する。本発明の特定の実施の形態によって、こうした利点の全てが実現される必要性は必ずしもない。したがって、例えば、本明細書で説明した一つの利点又は複数の利点が達成され、本明細書で説明し提案した他の利点が必ずしも達成されないような方法によっても、本発明は実施され実行され得ることを当業者は理解するであろう。
【００１９】
（詳細な説明）
本発明の一実施の形態及び例示の用途を示すシステム及び方法について、以下に図面を参照して説明する。また、他の実施の形態を示すシステム及び方法の変形例についても説明する。開示した一実施の形態では、このシステム及び方法は１組の業務アプリケーションプログラム間で通信を可能にするために使用される。
【００２０】
例示の目的で、一実施の形態について業務アプリケーションプログラムの内容を説明する。本発明は、プログラムのタイプによって限定されるものではなく、対象となるタイプは、例えばソフトウェアモジュール、業務アプリケーションプログラム、データベース、財務会計プログラム、音楽プログラム、電話システムなど、あらゆるプログラムを包含し得る。しかし、図及び説明は、プログラムが業務アプリケーションプログラムである場合における、本発明の一実施の形態に関連する。さらに、他の実施の形態においては、分散オブジェクトを中央で管理するためのシステム及び方法が、単一のモジュールとして実現され、及び／又は様々な他のモジュール及び同様のものと共に実現されてもよい。さらに、本明細書で記載した特定の実施の形態は、本発明を例示するために示されたものであり、本発明を限定するものではない。本発明の技術的範囲は、特許請求の範囲によって定義される。
【００２１】
これらの或いは他の特徴は、図面の簡単な説明の欄にまとめた図面を参照して説明する。図面及び関連する説明は、本発明の実施の形態を例示するために提供されたものであり、本発明の範囲を限定するものではない。図では全般的に、参照番号を再使用して、参照される要素の間で対応するものを示す。さらに、各参照番号の第１桁はその要素が最初に表れる図を示す。
【００２２】
集中管理システムでは、アプリケーションプログラム間の通信を容易にするために、多数のホストに配置された分散構成要素が中央で管理される。例えばメッセージキュー、メッセージのパブリッシャ／サブスクライバ、及びメッセージ処理など、伝統的に中央サーバと関連する共同作業サービスが、代わりに多数のモジュラー構成要素に分散され、中央レジストリサービスによって監視される。このシステムでは、トップレベルアプローチを使用する中央位置において実行される構成管理が許容され、一方、実現され実行されるタスクがアプリケーションと通信する様々な構成要素に、分散され委託される。
【００２３】
例えば一実施の形態では、ユーザが、グラフィカルユーザインターフェースツールを使用して、自分のアプリケーションにおける所望の通信方法を示す、業務プロセスのグラフィックによる表現を生成している。集中管理システムは、表現を用いて、どの分散構成要素が、業務プロセスだけでなく、各分散構成要素が実行すべきタスクを実行するために必要であるかを決定する。次いで、集中管理システムは、分散構成要素の位置を突き止め、対応するタスク情報をそれらに転送する。
【００２４】
さらに一実施の形態では、このアーキテクチャにより、１組の別個のモジュール化された構成要素が共に動作し単一プロセスフローの実行を置き換えることを許可することによって柔軟なトポロジが提供される。中央サーバシステムでは通常、先入れ先出しベースで処理が実行される。しかし実際は、多くの業務プロセスにおいては、並行処理及び順次処理の両方が必要である。こうしたプロセスにおいては、しばしば、様々な機械に配置されつつも同時に共に動作する幾つかの異種アプリケーションによって実行される必要がある。この実施の形態の利点は、集中管理システムが、中でも、幾つかのマルチスレッドの並行的実行を必要とするプロセスを代理することである。
【００２５】
さらに一実施の形態では、単一のプロセスフローであっても多数の構成要素に分化し、個別のタスクを実行する各構成要素と順にリンクさせることができる。例えば、注文入力に続くイベントの連鎖は、順に、在庫管理システムによって注文された商品の位置を突き止め、販売部門による注文の受諾、会計からの請求書の送り状の生成、及び出荷部門による商品の出荷を含む。この実施の形態の利点は、実行すべきアクティビティが、コンピュータ言語の能力及び制限によって導かれる、コンピュータコードのレンズを介した計画又は手書きの文書とは対照的に、各部門によって実行されるアクティビティの連鎖としてプロセスをグラフィックで見ることによって、技術者は計画段階を単純化できることである。
【００２６】
さらに、実行プロセスがグラフィックの形でモジュラー化されるので、モジュールを再構成することによって、追加が簡単に統合される。例えば、注文を受信した後のアクティビティの連鎖においては、注文された商品を在庫からの位置を突き止めた後にクレジットの照合が必要である場合、クレジット照合のためのモジュールは、適当なシーケンスの間にグラフィックで加えられる。システムエンジニアは、コードを書き直す必要がない。
【００２７】
また、一実施の形態では、構成要素が再使用されることが許可され得る。一度プロセスがモジュラー化されても、それは他のシステムを統合するために後で使用され得る。例えば、２つのメッセージ変換を要求する単一の処理において、入力されてくるアプリケーションメッセージフォーマットがデータベースフォーマットに変換され、次いでデータベースフォーマットからアウトバウンドアプリケーションフォーマットに変換される。この２つのメッセージ変換は、２つの別個の順次構成要素として書き込まれ得る。一度開発されると、第１の構成要素、即ち入力されてくるメッセージの変換は、同じ入力されてくる要求を有するが異なるアウトバウンドフォーマットを必要とする、他の実行に再使用され得る。本実施の形態の利点は、構成要素が何度再使用され、又は組み合わされるかが無制限であるので、統合プロセスが合理化されカスタマイズされ得ることである。
【００２８】
集中管理システムは、分散構成要素への変更を実行することもできる。こうした変更は、構成要素を追跡するために集中管理システムによって維持される構成情報の更新を含む。業務プロセスアクティビティにおける変更は日常的に起こるので、分散システムのための変更を実行することは、様々な場所で変更が実行されなければならないのであれば、厄介なタスクである。中央構成レジストリを提供することによって、統合する技術者は単一の場所で多数の構成要素を管理し構成することができる。本実施の形態の利点は、技術者が、影響を受ける構成要素にわたって途切れない単一動作で、構成要素の変更又は警告を広め得ることである。
【００２９】
また、一実施の形態においては、共に動作する必要がある異種のアプリケーションの環境をサポートする。一般の事業は、異なるプラットフォーム上でホスティングされている様々なコンピューティング技術及びシステムを展開して、事業の業務ニーズをサポートしている。多くの場合、こうしたシステムは情報を共有する必要があるが、そうするには統合ツールが必要である。本集中管理システムによれば、これらの異種のアプリケーションとインターフェースをとるように構成されたモジュールが提供される。また、本システムは、アプリケーション間で発生する業務プロセスを実現する他のモジュールを提供するための柔軟性を有する。本実施の形態の利点は、集中管理システムによって、事業のオペレーションをサポートする情報及びデータの途切れのない変更が提供されることである。
【００３０】
一実施の形態では、集中管理システムはスケーラブルであり、事業の拡張をサポートすることができる。モジュラー化された構成要素は、ネットワーク上で追加され、より多くのコンピューティングシステムをサポートすることができ、そして、業務の拡張によりデータ処理能力の要求が高まると、モジュラー化された構成要素は、戦略上、高速処理に追加され得る。本実施の形態の利点は、一度配置すると、業務拡張に適合させるために、集中管理システムは置き換えられなくてよいことである。
【００３１】
一実施の形態では、集中管理システムは耐故障性である。レジストリサービスはランタイム共同作業サービスと別にすることができる。レジストリ機械が動作中に故障しても、同じ機械で動作していない構成要素は、業務オペレーションが必要とするように処理を続けることができる。さらに、モジュールが分散され独立して実行されているので、１つの構成要素が動作を停止しても、集中管理システム内の他の構成要素は影響を受けない。さらに、中央レジストリシステムは故障中の構成要素から動作中の構成要素にタスクをルーティングするように構成することができる。
【００３２】
この実施の形態の他の利点は、システム全体を中断することなく集中管理システムに対して更新及び修正（ｆｉｘ）を行うことができることである。例えば集中管理システムは、他の構成要素に影響を与え業務全体を遮断することなく更新を行うために、１つのメッセージキューの実行を中止することができる。したがって、集中管理システムは、個々の構成要素が非直結になっても、動作し続けることができる。
【００３３】
図１は、本発明の実施の形態に係るアプリケーション統合システムの一例を示した図である。図示のように、集中管理システム１１０は、通信媒体１４０を介して、アプリケーションＡ１２０とアプリケーションＢ１３０との間の通信を容易にしている。集中管理システム１１０は、中央レジストリシステム１１２、アプリケーションインターフェースＡ１１４、及びアプリケーションインターフェースＢ１１６を含んでいる。中央レジストリシステム１１２は、第１のコンピュータ１５０上で実行され、アプリケーションＡ１２０、及びこれと通信するアプリケーションインターフェースＡ１１４の両方は第２のコンピュータ１６０上で実行され、アプリケーションＢ１３０、及びこれと通信するアプリケーションインターフェースＢ１１６の両方は第３のコンピュータ１７０上で実行される。
【００３４】
一実施の形態では、アプリケーションＡ１２０及びアプリケーションＢ１３０は、例えばレガシーアプリケーション、データベース、事業資源計画（「ＥＲＰ」）アプリケーション（例えば、SAP R／3）、オブジェクトリクエストブローカ（「ＯＲＢ」）（例えばIONA Technology社のORBIX）、インターネットアプリケーション、電子データ交換（「ＥＤＩ」）ネットワークアプリケーション（例えば、SAP EDIT）など、様々なシステムを含む。
【００３５】
図１に示した実施の形態では、中央レジストリシステム１１２、アプリケーションインターフェースＡ１１４、及びアプリケーションインターフェースＢ１１６は、通信媒体１４０を介して接続された別々の構成要素として実行される。他の実施の形態では、中央レジストリシステム１１２及びアプリケーションインターフェースＡ１１４を単一の構成要素の一部として実行してもよく、又は、中央レジストリシステム１１２及びアプリケーションインターフェースＢ１１６を単一の構成要素の一部として実行してもよい。さらに、アプリケーションインターフェースＡ１１４が、アプリケーションＡの一部として実行されるように示されているが、他の実施の形態では、アプリケーションインターフェースＡ１１４及びアプリケーションＡ１２０が別々の構成要素として実行されてもよく、同様にアプリケーションインターフェースＢ１１６及びアプリケーションＢ１３０も別々の構成要素として実行されてもよい。
【００３６】
さらに図１には、２つのアプリケーション及び２つのアプリケーションインターフェースが示されているが、３つ以上のアプリケーション及び／又はアプリケーションインターフェースを含んでいてもよい。
【００３７】
一実施の形態では、集中管理システム１１０は、中央レジストリシステム１１２を含む。この中央レジストリシステム１１２は、システム構成情報、システムプロセス、アクセス制御の監視、選択ロードバランシング、及びデータの選択転送の格納及び動的分散を制御し得る。例えば、データを選択的に転送し、警報通知（例えば、警告、高い優先順位、非常事態）を様々な配送チャンネル（例えば電子メール、ページャ、ファックスを介して）を介して、様々な受信者に提供することができる。一実施の形態では、この中央レジストリシステム１１２は、ロードバランシング技術を適用するときなど、様々な構成要素に警報を出すことができる。その構成要素は、例えば、加入者のプーリングを使用して、全般的なキュー時間を低減し、データの処理量を増加し得る。上記のように、一実施の形態では、中央レジストリシステム１１２は、それ自体のコンピューティングデバイス上に存在するが、他の実施の形態では、中央レジストリシステム１１２は、１つ又は複数のアプリケーションで存在する。
【００３８】
このコンピューティングデバイスは、ユーザが中央レジストリシステム１１２と対話することを許容するデバイスであればよく、また、アプリケーションを実行できるデバイスであればよい。一実施の形態では、コンピューティングデバイスは、例えば、Pentium（登録商標）プロセッサ、Pentium（登録商標） IIプロセッサ、Pentium（登録商標） Proプロセッサ、Pentium（登録商標） III プロセッサ、及びAthenaプロセッサ、ｘｘ８６プロセッサ、８０５１プロセッサ、ＲＩＳＣプロセッサ、ＭＩＰＳプロセッサ、Power PCプロセッサ、又はAlphaプロセッサなど、１つ又は複数のマイクロプロセッサを使用する従来の汎用コンピュータである。一実施の形態では、このコンピューティングデバイスは、例えば、Microsoft（登録商標）Windows（登録商標）2000、Microsoft（登録商標）Windows（登録商標）3.X、Microsoft（登録商標）Windows98、Microsoft（登録商標）Windows（登録商標）NT、Microsoft（登録商標）Windows（登録商標）CE、Palm Pilot OS、Apple（登録商標）MacOS（登録商標）、テ゛ィスクオヘ゜レーティンク゛システム（DOS）、IBM（登録商標）OS/2（登録商標）、IBM RS/6000 AIX（登録商標）、Hewlett-Packard HP-UX（登録商標）、UNIX、Linux（登録商標）、SunOS（登録商標）、又はSolaris OS（登録商標）オペレーティングシステムなど、適当なオペレーティングシステムを実行する。一実施の形態では、このコンピューティングデバイスは、例えば、Ethernet（IEEE 802.3）、Token Ring（IEEE 802.5）、Fiber Distributed Datalink Interface  （ＦＤＤＩ）又はAsynchronous Transfer Mode（ＡＴＭ）など、従来のモデム又は他のネットワーク接続を備えている。従来のように一実施の形態では、オペレーティングシステムは、通信媒体１４０を介して渡される、全ての入力及び出力メッセージトラフィックを処理するＴＣＰ／ＩＰスタックを含む。
【００３９】
他の実施の形態では、コンピューティングデバイスは、例えば、コンピュータワークステーション、個々のコンピュータのローカルエリアネットワーク、対話式テレビジョン、対話式キオスク、パーソナルディジタルアシスタント（ＰＤＡ）、対話式無線通信装置、ハンドヘルドコンピュータ、電話、ルータ、衛星、スマートカード、組込型コンピューティングデバイス又は、通信媒体と対話のできる同様のものでもよい。このようなシステムにおいては、オペレーティングシステムが異なっても、通信媒体１４０との通信リンクを確立するために必要な適当な通信プロトコルが継続して供給される。
【００４０】
図２は、グラフィカルユーザインターフェース（「ＧＵＩ」）モジュール２１０、収集されたレジストリプロセス２２０、及びレジストリデータベース２３０を含む中央レジストリシステム１１２を示す。
【００４１】
一実施の形態では、中央レジストリシステム１１２は、ＧＵＩモジュール２１０を含む。このＧＵＩモジュール２１０は、ユーザが集中管理システム１１０と対話することを許容し、入力構成情報、設定タイミング情報、入力データ変換情報、表示業務プロセスフロー情報などのタスクを実行する。ＧＵＩモジュール２１０は、例えば、業務プロセスモデリングツール、業務プロセスルール生成ツール、システム監視ツール、システム警告ツール、レジストリデータベースツール、及び他のインターフェースツールを含み得る。一実施の形態では、ユーザは、ＧＵＩモジュール２１０の業務プロセスモデリングツールを使用して、自分のアプリケーションにおける所望の通信方法を示す業務プロセスのグラフィックによる表現を生成する。また、ユーザが、業務プロセスルール生成ツールを使用して、そのアプリケーションにおける通信方法のためのルール及び機能を設定するようにしてもよい。
【００４２】
ＧＵＩモジュール２１０は、テキスト、グラフィック、オーディオ、ビデオ、及びデータを示し、データとの対話を可能にする他の媒体を使用するソフトウェアプログラムとして実行される。ＧＵＩモジュール２１０は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、又は他のタイプ及び／又は組合せのディスプレイなど、全点アドレス可能のディスプレイと、例えばマウス、トラックボール、タッチスクリーン、ペン、キーボード、音声認識モジュールなどの入力装置と、例えばメニュー、ウィンドウ、ツールバー、（例えばラジオボタン、チェックボックス、スライド式スケール等の）コントロールなど、スタイル化された画面要素の使用を通して、ユーザのデータへのアクセスを許容する適当なインターフェースを備えたソフトウェアとの結合となり得る。
【００４３】
例示の集中管理システム１１０はＧＵＩモジュール２１０を含んでいるが、他の実施の形態では、他のモジュールが、ＧＵＩモジュール２１０に関連して、又はそれとは独立して使用され得る。例えば、集中管理システム１１０は、情報のテキストベースの入力だけでなく、インポートされたデータのセットを受け取ることによってユーザと対話することができる。
【００４４】
本明細書で使用されているように、用語「モジュール」は、大文字、小文字に関わらず、ハードウェア又はファームウェアで実行される論理、又は、例えばＣ＋＋などのプログラミング言語で書かれ、入力点及び出力点を有し得るソフトウェア命令の収集を指す。ソフトウェアモジュールは、実行可能なプログラムへとコンパイル及びリンクされ、又は動的リンクライブラリにインストールされるとよく、或いはＢＡＳＩＣなどの解釈言語で書かれていてもよい。ソフトウェアモジュールは、他のモジュール又はそれ自体から呼び出し可能であり、及び／又は、検出されたイベント又は割り込みに応じて呼び出され得る。ソフトウェアの命令はＥＰＲＯＭなどのファームウェアに組み込んでもよい。さらに、ハードウェアモジュールは、ゲートやフリップフロップなど、接続された論理ユニットで構成され得ること、及び／又は、プログラム可能なゲートアレイやプロセッサなどのプログラム可能なユニットで構成され得ることを理解されたい。本明細書に記載されたモジュールは、好ましくは、ソフトウェアモジュールとして実現されるが、ハードウェア又はファームウェア内に示されるとよい。
【００４５】
一実施の形態では、中央レジストリシステム１１２は、収集されたレジストリプロセス２２０を含む。レジストリプロセス２２０は、例えば、構成更新の要求処理、レジストリデータベース内の内容変更処理、及び適当な構成要素への更新の転送など、中央レジストリシステム１１２のための様々なタスクを実行する。一実施の形態では、レジストリプロセス２２０は、マルチスレッドのプログラムとして実行され、複数のレジストリプロセスが同時に実行され、また、単一のプロセスの重複コピーも実行される。レジストリプロセス２２０に関するさらなる情報については、下記のセクションを参照されたい。
【００４６】
一実施の形態では、中央レジストリシステム１１２は、レジストリデータベース２３０を含んでいる。レジストリデータベース２３０は、システムの構成の詳細を格納する。この情報は、関与するホスト、ユーザ、制御ブローカ、モニタ、モジュール、アプリケーションインターフェース、アプリケーションキュー、イベントタイプ、ルール、プロセス、サービス、及び他のシステム構成要素についての情報を含む。
【００４７】
一実施の形態では、関与するホスト情報は、ホスト名、ネットワーク名又はＩＰアドレス、ネットワークドメイン名、制御ブローカ名などを含む。さらに、アプリケーションインターフェース情報は、ＩＱ名、サービス、動作（behavior）、パブリッシングモジュール、イベントタイプ、スケジュールのクリーンアップ、マネージャ名などを含む。モジュール情報は、モジュール名、関与するホスト、制御ブローカ、モジュールタイプ、ファイル名、構成ファイル名、様々なコマンドのための引数などを含む。さらに、モジュール情報も、ユーザ情報、モジュールが自動的にスタートされるべきか否か、自動再スタートが可能とすべきか否か、スタートスケジュール、ストップスケジュール、ログレベル、デバッギングフラグ、ログファイル使用の可否、ＩＱマネージャ、ＴＣＰ／ＩＰポートなどを含む。上記の例によれば、中央レジストリに格納され得る情報の一実施の形態が提供されるが、他の実施の形態では、上記の情報の追加又は部分集合が、中央レジストリに含まれるようにしてもよい。
【００４８】
一実施の形態では、レジストリデータベース２３０は、ＧＵＩモジュール２１０内のレジストリデータベースツールを介してアクセスされる。各構成要素のプロパティは、ユーザがメニューを介して構成要素を選択したときに表示される。レジストリデータベースツールの一実施の形態からのサンプル画面ショットが図３Ａ、３Ｂ、及び３Ｃに示されている。図３Ａの左ウィンドウには、様々な構成要素のグループが示されており、ユーザが１つの構成要素を選択することができるようになっている。この選択は、制御ブローカ、インターフェースキュー、関与するホスト、インターフェースモジュールなど、個々のタイプ用となり得る。一実施の形態では、管理者は、「全」オプションを選択することによって、全ての構成要素を表示することができる。図３Ｂには、関与するホストの情報が表形式で示されている。図３Ｃには、インターフェース情報が、同様に表形式で示されている。例示のレジストリデータベースモジュールは、情報を表形式で示しているが、他の実施の形態では他の形式及び他のツールが使用され得る。
【００４９】
さらに、他の実施の形態では、中央レジストリ情報は、上記のＧＵＩモジュール２１０に追加した、又はその代わりとなる、コマンドライン環境を使用することにより、アクセスされてもよい。
【００５０】
一実施の形態では、レジストリデータベース２３０は単層ファイルとして実行される。他の実施の形態では、レジストリデータベース２３０が、Sybase、Oracle、Microsoft（登録商標）SQL Server、又はTimes10などのリレーショナルデータベース、及び（オブジェクト指向のデータベースなどの）他のタイプのデータベースなど、リレーショナルデータベースを使用することにより実行され得る。さらに、図２で示したレジストリデータベース２３０は、単一のデータベースで構成されているが、他の実施の形態では、レジストリデータベース２３０はデータベースの収集として、１組の表として、又はリンクされたリスト、２分木など当分野における周知の他のデータ構造として、実行され得る。
【００５１】
図１は、中央レジストリシステム１１２を含む集中管理システム１１０を示しているが、他の実施の形態では、集中管理システム１１０が中央レジストリ情報の多数のインスタンスを含み得る。
【００５２】
一実施の形態では、中央レジストリシステム１１２が階層的に実現され、マスタレジストリ及び多数の従属レジストリを含む。変更は、マスタレジストリが適当な情報を対応する従属レジストリに伝搬するように、マスタレジストリに送信されるとよい。この実施の形態によれば、マスタレジストリ内にある構成情報のコピーが従属レジストリに分散されているので、マスタレジストリが動作しない場合でも、集中管理システム１１０が動作を継続することができる。当分野における周知技術を使用して、マスタレジストリと、多数の従属レジストリとの間のデータの完全性を保証することができる。
【００５３】
他の実施の形態では、中央レジストリシステム１１２は非階層的な形態で実現されてもよく、中央レジストリシステム１１２が幾つかの重複レジストリを含んでもよい。変更は指定のレジストリに送信されるようにするとよく、指定のレジストリがその変更を他の複数のレジストリに伝搬するようにしてもよい。或いは、各レジストリが、他のレジストリに変更を送信することを知るように、変更が任意のレジストリに送信されるようにしてもよい。当分野において周知の技術を使用して、重複レジストリ間でデータの完全性を保証することができる。
【００５４】
一実施の形態では、集中管理システム１１０は、アプリケーションインターフェースの収集を含む。このアプリケーションインターフェースによれば、アプリケーションと中央レジストリシステム１１２との間、及びアプリケーションとアプリケーション統合システム内の他のアプリケーションとの間の通信が容易となる。一実施の形態では、アプリケーションインターフェースは、アプリケーション統合システム内のアプリケーションごとに異なり、ユーザが所望するアプリケーションの通信方法に応じて異なる構成要素を含み得る。
【００５５】
図４は、アプリケーションＡ１２０及びインターフェースＢ１１６と通信するように構成されたインターフェースの一実施の形態を示している。インターフェースＡ１１４は、２つのインターフェースモジュール４２０、インターフェースキュー４３０、及び中央レジストリシステム１１２と通信する制御ブローカ４１０を含む。オペレーションの際、インターフェースキュー４３０のような構成要素は、更新要求を制御ブローカ４１０に送信し、次いで制御ブローカ４１０は、その要求を中央レジストリシステム１１２に転送する。次いで中央レジストリシステム１１２が、適当な更新情報を制御ブローカ４１０に送信し、又は中央レジストリシステム１１２は構成要素に直接コンタクトするようにする。
【００５６】
一実施の形態では、アプリケーションインターフェースは、制御ブローカ４１０を含む。制御ブローカ４１０は、それらの対応するアプリケーションのためのローカル構成情報を維持する。例えば、制御ブローカ４１０は、構成変更及び構成変更要求を処理し、中央レジストリシステム１１２と構成要素との間の通信を容易にし、構成要素の状態を追跡し、構成要素の警告を管理し、ローカル保守イベント及び、他の基本的保守及び管理動作を行う。例えば制御ブローカ４１０は、中央レジストリシステム１１２と通信して、例えば、更新を実行し、要求し、或いは、中央レジストリシステム１１２及び中央監視システムに変更が発生した場合、それに呼応するなどによって、ローカル構成が中央レジストリシステム１１２と同期できるようにする。さらに、制御ブローカ４１０は、分散構成要素の監視を可能にする中央監視システムと通信する。中央監視システムの一実施の形態についての詳細な説明は、参照により本明細書に組み込まれた、２０００年３月２８日に出願の米国特許出願第６０／１９２，５２３号、タイトル「SYSTEMS AND METHODS FOR ANALYZING BUSINESS PROCESSES」に開示されている。一実施の形態では、制御ブローカ４１０は、ＴＣＰ／ＩＰ通信を介して中央レジストリシステム１１２と通信する。しかし、他の通信媒体も使用され得る。
【００５７】
一実施の形態では、各制御ブローカ４１０は、単一のアプリケーションと関連し、制御ブローカ４１０は、そのアプリケーションと共に存在する。例えば、図４に示した制御ブローカ４１０は、アプリケーションＡ１２０と関連し、アプリケーションＡと共に存在する。他の実施の形態では、制御ブローカ４１０は、複数のアプリケーションと関連していてもよく、関連する任意のアプリケーションと共に存在していてもよい。或いは、制御ブローカ４１０は、独立したデバイス上に存在していてもよい。
【００５８】
図５Ａは、制御ブローカ４１０の一実施の形態を示す。制御ブローカ４１０は、状況ファイルデータベース５１０、警告ルールデータベース５２０、通知キュー５３０、構成変更プロセス５４０、監視プロセス５５０、状況プロセス５６０、及び警告プロセス５７０を含む。さらに制御ブローカ４１０は、中央レジストリシステム、中央監視システム、及び／又は様々な構成要素（例えば、アプリケーションインターフェース、アプリケーションキューなど）と通信する。
【００５９】
状況ファイルデータベース５１０は、構成要素の状況に関する情報を含む。構成要素が更新されると、制御ブローカ４１０は、ファイルが該構成要素の現在の状況を反映し得るように、該構成要素に対応するファイルを更新する。他の実施の形態では、状況ファイルデータベース５１０が最後の更新時における構成要素の状況を反映するように、状況ファイルデータベース５１０が、定期的に（例えば１時間ごとに、１日ごとに、１週間ごとになど）更新されるようにしてもよい。さらに他の実施の形態では、状況ファイルデータベース５１０が、図５Ｂに示すように、制御ブローカ４１０の外側に配置されていてもよい。
【００６０】
警告ルールデータベース５２０は、制御ブローカ４１０が警告を受信した場合、取るべき動作に関する情報を含む。ルールデータベースは、標準ルール、ユーザ定義のルールなど、及び／又は、情報を通知すべき相手があればその相手、及び通知の発生方法に関する情報を含む。例えば、アプリケーションキューが完全に遮断された場合、ルールはシステム管理者にページャで、設計マネージャに電子メールで、近接のアプリケーションキューに後述する監視プロセス５５０を用いた警告コマンドによって知らせる。他の実施の形態では、図５Ｂに示したように、警告ルールデータベース５２０が制御ブローカ４１０の外側に配置されていてもよい。
【００６１】
通知キュー５３０は、発生する警告に関するメッセージ、及び／又は警告について通知された人及び／又は構成要素に関する情報を含む。一実施の形態では、通知キュー５３０は制御ブローカ４１０内に配置されているが、他の実施の形態では、図５Ｂに示したように、制御ブローカ４１０が非常事態のために遮断された場合、警告メッセージを保管するために、通知キュー５３０が制御ブローカ４１０の外側に配置されていてもよい。
【００６２】
図５Ｂには、状況ファイルデータベース５１０、警告ルールデータベース５２０、及び通知キュー５３０が、全て制御ブローカ４１０の外側に配置されているように示されているが、他の実施の形態では、１つ又は２つの構成要素が、制御ブローカ４１０の外側に配置されていてもよい。
【００６３】
一実施の形態では、通知キュー５３０、警告ルールデータベース５２０、及び状況ファイルデータベース５１０は、単層ファイルデータベースとして実現されている。他の実施の形態では、通知キュー５３０、警告ルールデータベース５２０、及び状況ファイルデータベース５１０は、データベース、リンクリスト、キューなど、他の周知のデータ構造を使用して実現されてもよい。さらに、通知キュー５３０、警告ルールデータベース５２０、及び状況ファイルデータベース５１０は、異なる及び／又は同じデータ構造を使用して別々のモジュールとして実現されてもよい。
【００６４】
制御ブローカ４１０のプロセスは１度に１つずつ実行されてもよく、又はそれらは、他のプロセスと同時に実行されてもよい。上記のように、制御ブローカ４１０のプロセスは、構成変更プロセス５４０、監視プロセス５５０、状況プロセス５６０、及び警告プロセス５７０を含む。
【００６５】
制御ブローカ４１０は、構成情報を中央レジストリに送信し、また、そこから受信し、また、様々な構成要素に送信し、また、そこから受信するように、構成変更プロセス５４０を含む。制御ブローカ４１０が始動すると、構成変更プロセス５４０は、中央レジストリシステムにその構成情報を受信するための要求をする。さらに、構成変更プロセス５４０は、制御ブローカ４１０と中央レジストリとの間で定期的接続を維持して、中央レジストリが構成要素に対して何らかの構成変更を行ったか否かを監視する。一実施の形態では、構成変更プロセス５４０は、例えば、毎分、毎時、１２時間ごと、毎日など、定期的に中央レジストリとコンタクトする。しかし、他の実施の形態では、構成変更プロセス５４０は、中央レジストリが構成要素についての構成変更を有する場合、中央レジストリからメッセージを受信してもよい。さらに、構成変更プロセス５４０は、作業負荷が最低敷値未満である場合などに、制御ブローカ４１０を中央レジストリに接続するようにしてもよい。上記の組合せが使用され得ることも理解されたい。構成変更プロセス５４０が、中央レジストリが少なくとも１つの構成要素についての構成変更を有することを認識した後、次に構成変更プロセス５４０は、該構成要素にコンタクトして、構成変更を検索するために中央レジストリにコンタクトするように該構成要素に命令する。他の実施の形態では、構成変更プロセス５４０が、構成変更を検索し、それを適切な構成要素に転送する。
【００６６】
また、制御ブローカ４１０は、システムを監視するための情報を提供し、及び／又は様々な構成要素にコマンドを出す監視プロセス５５０を含む。これらのコマンドは、例えば、構成要素のバージョン番号の決定、開始／停止コマンドなどを含み、制御ブローカ４１０を介して構成要素に送信するとよい。さらに構成要素は、例えば、構成要素のバージョン番号、ダウンコネクションについてのフラグ、故障状態についてのフラグなど、制御ブローカ４１０にその応答又は返答を送信する。
【００６７】
制御ブローカ４１０は、構成要素に関する状況情報を受信し、状況ファイルデータベース５１０に該状況情報を格納する状況プロセス５６０を含む。他の実施の形態では、状況情報は、制御ブローカ４１０の外側に配置された状況ファイルデータベース５１０又は他の構成要素に転送されるようにしてもよい。さらに、状況プロセス５６０は、状況情報を中央レジストリシステム及び／又は中央監視システムに転送してもよい。
【００６８】
また、制御ブローカ４１０は、応答を停止したアプリケーションインターフェース、又は最大容量に達したアプリケーションキューなど、可能性のある揮発的状況に関する警告をシステムに出す警告プロセス５７０を含む。このような状況になった場合、構成要素は制御ブローカ４１０に警告を送信する。次いで警告は、警告プロセス５７０によって処理される。警告プロセス５７０は、警告ルールデータベース５２０から命令を検索して、該警告の処理方法を決定する。上記のように、警告ルールデータベース５２０は、ルールの収集、業務論理、或いは、様々な警告の処理方法、通知すべき相手があればその相手、及び／又は該通知の発生方法について構成された明細を含む。警告プロセス５７０が警告の処理方法を決定した後、次いで警告プロセス５７０が該警告を適切な部分、中央レジストリシステム、中央監視システム、及び／又は通知キュー５３０に転送する。次いで警告プロセス５７０は、警告が解除されるのを待つ。
【００６９】
警告は、システム管理者によって、又は警告解除プロセスによって、中央監視システムを介して手で解除される。警告が適切に解除された場合、システム管理者は、解決されたときの構成要素をマークし、警告プロセス５７０は、中央監視システムから警告の新しい状況を受信する。警告プロセス５７０は、次いで通知キュー５３０にある警告の状況を更新する。警告が適切に解除されない場合、警告プロセス５７０は、メッセージを通知キュー５３０、中央レジストリシステム、及び／又は中央監視システムに送信して、解除されない状況について問い合わせる。
【００７０】
一実施の形態では、アプリケーションインターフェースは、インターフェースモジュール４２０を含む。インターフェースモジュール４２０は、アプリケーションと集中管理構成要素との間の接続を確立する。したがって、インターフェースモジュール４２０は、適当なプロトコルを使用して様々な異なるアプリケーション及び異なるタイプのアプリケーションと対話することができる。インターフェースモジュール４２０は、例えば、肯定応答に応答するためのルール、肯定応答を生成するためのルール、基準の再送、基準の再接続、タイムアウトロジック、データ解析、データの再フォーマット、バッファサイズ、検索スケジュール、伝送スケジュール、エラー管理、及び他の通信の詳細など、様々なアプリケーション通信の詳細を管理する。
【００７１】
一実施の形態では、集中管理システム１１０は、標準アプリケーションと通信するように構成された標準インターフェースモジュール４２０、非標準アプリケーションと通信するように構成されたカスタムインターフェースモジュール４２０、変更された標準インターフェースモジュール４２０と通信するように構成された変更標準インターフェースモジュール４２０、及び他のインターフェースモジュール４２０、インターフェースキュー４３０など、他の構成要素と通信するように構成された内部インターフェースモジュール４２０を含む様々なインターフェースモジュール４２０を使用する。
【００７２】
一実施の形態では、アプリケーションインターフェースは、インターフェースキュー４３０を含む。インターフェースキュー４３０は、アプリケーションインターフェース間の高信頼性プロセス間通信を提供する。情報は、アプリケーションインターフェース及びインターフェースキュー４３０のネットワークを介して、１つのアプリケーションから他のアプリケーションに送信され、ユーザは、その情報がいつ処理されるべきか、その情報がいつ送信されるべきか、その情報にアクセスしたのは何者かなど、その情報が読み取られ、変換され、フォーマットされ、そして送信される方法に関するルールを生成する。インターフェースキュー４３０は、様々なメッセージのキューイングを考慮して、データが適時の安全な方法で送信されることを保証する。さらにインターフェースキュー４３０は、システム障害の後にメッセージ回復をもたらす助けをする。
【００７３】
例示のインターフェースキュー４３０は、独立型データ記憶装置構成要素として実現され、又は、例えばSybase、Oracle、ＭＱなどの標準データベースを使用して実現される。インターフェースキューの選択可能な実施についてのさらに詳細な説明は、参照により本明細書に組み込まれた、１９９９年１１月１日出願の米国特許仮出願第６０／１６２，９２７号、タイトル「SYSTEM AND METHOD OF INTELLIGENT QUEUING」を参照されたい。さらに、インターフェースキューの一実施の形態についての詳細な説明は、参照により本明細書に組み込まれた、現在出願中の内部参照番号ＳＯＦＴＥＣＰ．０１３Ａの「SYSTEMS AND METHODS OF MESSAGE QUEUING」に開示されている。
【００７４】
一実施の形態では、集中管理システム１１０は通信媒体１４０を含む。通信媒体１４０は、アプリケーションインターフェースと中央レジストリシステム１１２との間の通信を提供する。一実施の形態では、通信媒体１４０は、高速通信リンクを介して１つ又は複数の他のルーティングハブに接続されたルーティングハブにメッセージをルーティングするために、ＴＣＰ／ＩＰ（Transfer Control Protocol/Internet Protocol）サービスを実行するインターネットプロトコルネットワークとして実現される。
【００７５】
しかし、通信媒体１４０は、１つ又は複数の対話式媒体で構成され得る。例えば通信媒体は、Ethernetネットワーク、対話式テレビジョンネットワーク、電話網、無線データ伝送システム、双方向ケーブルシステム、カスタマイズされたコンピュータネットワーク、対話式キオスクネットワーク、インターネット衛星伝送、自動窓口機ネットワーク、及び／又は同様のものを含む。さらに、一実施の形態では、通信媒体１４０が、様々な構成要素間の直接接続を含むようにしてもよい。
【００７６】
一実施の形態では、中央レジストリシステム１１２は、収集されたレジストリプロセス２２０を含む。レジストリプロセス２２０は、例えば、構成更新の要求の処理、レジストリデータベース２３０における内容の変更処理、及び適当な構成要素への更新の転送など、中央レジストリシステム１１２のための様々なタスクを実行する。一実施の形態では、レジストリプロセス２２０は、分散構成変更プロセス、構成更新要求プロセス、及び他のプロセスを含む。
【００７７】
図６は、分散構成変更プロセスの一実施の形態におけるフローチャートを示しており、ここでは管理者などのユーザがＧＵＩモジュール２１０を介して構成変更を入力している。構成変更は、例えば、アプリケーションインターフェースシステムで実行される業務プロセスモデルを変更し、又は、どのようにしてメッセージが１つのアプリケーションから第２のアプリケーションに伝えられるかを変更するとよい。
【００７８】
スタート状態（ブロック６１０）で開始し、構成変更プロセスは、ユーザによる変更を受信する（ブロック６２０）。次いで構成変更プロセスは、その変更をレジストリデータベース２３０に記録し（ブロック６３０）、実行されるべき構成変更があることを適当な制御ブローカ４１０に通知する（ブロック６４０）。制御ブローカ４１０は、適当なオブジェクトが中央レジストリシステム１１２とコンタクトして更新を検索するように、適切な通知のアプリケーション又は構成要素に警告を出す（ブロック６５０）。最後に、アプリケーション又は構成要素によって更新が検索される（ブロック６６０）。
【００７９】
図６は分散構成変更プロセスの一実施の形態を示したものであり、この構成変更プロセスは、異なる方法によっても実行され得る。例えば、中央レジストリシステム１１２がオブジェクトに直接コンタクトし、オブジェクトに適当な変更を送信するようにしてもよい。他の実施の形態では、中央レジストリシステム１１２が、変更を適当な制御ブローカ４１０に転送し、次いで制御ブローカ４１０がその変更を適当なオブジェクトに転送するようにしてもよい。
【００８０】
図７は、構成更新要求プロセスの一実施の形態におけるフローチャートを示しており、ここで、アプリケーションが構成の更新要求をする。他の実施の形態では、例えばインターフェースモジュール４２０、インターフェースキュー４３０、制御ブローカ４１０など、他の構成要素が、構成の更新要求を行うようにしてもよい。
【００８１】
スタート状態（ブロック７１０）で開始し、中央レジストリシステム１１２は、更新を要求するアプリケーションに対応する制御ブローカ４１０からコンタクトを受ける（ブロック７２０）。次いで構成更新要求プロセスは、レジストリデータベース２３０に問い合わせをして、更新情報がある場合、どの更新情報をアプリケーションに送信するべきかを決定する（ブロック７３０）。次いで、制御ブローカ４１０は、構成更新要求がすでに送信され（ブロック７４０）、アプリケーションが中央レジストリシステム１１２へのコンタクトを開始している（ブロック７５０）ことを、アプリケーションに通知する。最後に、そのアプリケーションによって更新が検索される（ブロック７６０）。
【００８２】
図７は、構成更新要求プロセスの一実施の形態を示したものであり、構成更新要求プロセスは異なる方法によっても実行され得る。例えば、オブジェクトが中央レジストリシステム１１２に直接コンタクトして、更新要求を送信するようにしてもよい。他の実施の形態では、中央レジストリシステム１１２が、更新を適当な制御ブローカ４１０に転送し、次いで制御ブローカ４１０がその更新を適当なオブジェクトに転送するようにしてもよい。さらに別の実施の形態では、中央レジストリシステム１１２は、更新要求を待つことなく、自動的にオブジェクトを更新するようにしてもよい。
【００８３】
本発明は様々なアプリケーションに使用することができる。例えば、集中管理システム１１０は、図８で示したアプリケーション統合システムに例示されているように、供給者のアプリケーション、在庫管理のアプリケーション、及び銀行のアプリケーションとを接続する。例えば、集中管理システム１１０は、先ず供給者のアプリケーションからの購入注文を獲得し、その部品が利用可能か否かを在庫管理のアプリケーションでチェックして、次いで銀行のアプリケーションを介して顧客の口座から適当な金額を借方に記入するように構成してもよい。
【００８４】
図８で示した集中管理システム１１０は、中央レジストリシステム１１２がそれ自体のコンピューティングデバイスに配置され、供給者／在庫管理のアプリケーションインターフェースが供給者のアプリケーション及び在庫管理アプリケーションと通信し、それらが共に存在し、銀行のアプリケーションインターフェースが銀行アプリケーションと通信し、それぞれ独自のコンピューティングデバイスに存在するようにして実現されている。供給者のアプリケーションは、供給者／在庫管理のアプリケーションインターフェースを介して在庫管理アプリケーションと通信し、供給者のアプリケーション及び在庫管理アプリケーションは、銀行のアプリケーションインターフェースを介して銀行のアプリケーションと通信する。
【００８５】
さらに、銀行のアプリケーションインターフェースは、Sybaseを使用して実行されるインターフェースキューを含み、供給者／在庫管理のアプリケーションインターフェースは、Oracle及びSybaseを使用して実行されるインターフェースキューを含んでいる。さらに、例示の供給者のアプリケーションは、Siebelアプリケーションであり、Siebelインターフェースモジュールと通信するようになっている。また、在庫管理のアプリケーションは、Sybaseインターフェースモジュールと通信するSybaseアプリケーションとなっている。
【００８６】
アプリケーション、インターフェースモジュール、及びインターフェースキューは、様々な製品を使用して実行され得ること、また、この例は、集中管理システム１１０の柔軟性及びスケーラブル性を例示すために提供されたものであって、発明の保護の範囲を限定するためのものではない。他の実施の形態では、このアプリケーションは、例えば、レガシーアプリケーション、データベース、ＥＲＰアプリケーション、ＯＲＢ、インターネットアプリケーション、ＥＤＩネットワークアプリケーションなど、様々なシステムを使用して実行され得る。
【００８７】
ユーザは、ＧＵＩモジュール２１０を使用して構成変更を入力し、アプリケーション統合システムの構成に変更を加えるとよい。例えば、ユーザは、供給者記録を在庫管理記録に変換するためのルールの変更を望むかもしれない。表１は供給者記録のサンプルを示し、表２は在庫管理記録のサンプルを示す。
【００８８】
【表１】
2004524600.tif 000003
【００８９】
【表２】
2004524600.tif 000004
一例を挙げると、ユーザは、在庫管理記録にある名前として供給者記録の姓のみを使用していたが、在庫管理記録の名前欄に供給者記録の名及び姓の両方が含まれるように、システムの構成を変更することを望むかもしれない。例えば、ユーザは、ＧＵＩモジュール２１０を使用して、在庫管理記録の名前欄＝供給者記録の名欄＋供給者記録の姓欄という構成変更を入力する。
【００９０】
ユーザがこの構成変更を入力すると、中央レジストリシステム１１２は構成変更を受信し、その構成変更をレジストリデータベース２３０に格納する。次いで中央レジストリシステム１１２は、レジストリプロセスを使用して、どの構成要素がこの構成変更を受け取る必要があるかを決定する。この例では、供給者／在庫管理のアプリケーションインターフェースは、構成変更を受信し、在庫管理記録を構築するための新しいルールを実行する。したがって中央レジストリシステム１１２は、供給者／在庫管理のアプリケーションインターフェースに関連する制御ブローカにコンタクトし、制御ブローカ４１０に変更を通知する。次いで制御ブローカは、構成変更があることを適当なインターフェースモジュールに知らせ、この適当なインターフェースモジュールは、中央レジストリシステム１１２とコンタクトして、変更を検索する。
【００９１】
図９は、注文入力ホスト９４０及び出荷ホスト９５０を介して通信する外部組織、即ち、顧客の注文入力システム９１０、銀行９２０、供給者９３０を含むアプリケーション統合環境のさらに他の実施の形態を示しており、ここでは、外部組織及びホストのそれぞれが、異なるコンピューティングシステム上で実行されるようになっている。
【００９２】
図示した実施の形態では、顧客は、顧客注文入力システム９１０から注文入力ホスト９４０に注文を送信することができるようになっている。例えば部品番号、カタログ番号、品目の詳細など、注文に関する情報が顧客注文入力システムのインターフェースモジュール９４１によって受信され、インターフェースキュー９４２に発行される。次いで顧客は、自分の銀行９２０に指示して注文に対する支払いを送信させる。支払い情報は、銀行のインターフェースモジュール９４３によって受信され、インターフェースキュー９４４に発行される。次いで注文入力ホスト９４０用の内部インターフェースモジュール９４５が、インテリジェントキュー９４２、９４４に問い合わせて、注文があること、及び必要な支払いが受信されたことを確認する。
【００９３】
必要な支払いを伴った注文があることが間違いないと判断すると、出荷ホスト９５０におけるインターフェースキューのうちの１つのインターフェースキュー９５１にイベントを送信する。出荷ホスト９５０用の内部インターフェースモジュール９５２は、入力されてくる注文についてインターフェースキュー９５１に問い合わせ、情報を適宜に処理する。次いで内部インターフェースモジュール９５２は、インターフェースキュー９５３及び在庫管理インターフェースモジュール９５４を介して、在庫管理のアプリケーション９６０に問い合わせを送信し、注文した品目がストックされているか否かを決定する。その品目がストックされている場合、内部インターフェースモジュール９５２は、インターフェースキュー９５５及び出荷インターフェースモジュール９５６を介して、出荷モジュール９７０にその品目を出荷する許可を与える。その品目がストックされていない場合、又は在庫量が指定の低在庫レベルに達している場合、内部インターフェースモジュール９５２は、インターフェースキュー９５７及び供給者のインターフェースモジュール９５８を介して供給者９３０に購入要求を発するようにするとよい。
【００９４】
一実施の形態では、中央レジストリシステム９８０は、注文入力ホストの制御ブローカ９４６及び出荷ホストの制御ブローカ９５９との通信を介して、注文入力ホスト９４０及び出荷ホスト９５０を中央で管理する。
【００９５】
図９はアプリケーションインターフェースシステムの一例を示すものであり、他の実施の形態では、他のアプリケーションが使用され、及び／又は追加され得る。例えば、図９に示したシステムが、財務ホスト、受取ホスト、製造ホスト、及び／又はエンジニアリングホストを含む。
【００９６】
本発明は、様々な実施の形態において使用することができ、また上記に提供した例は、本発明の様々な使用を単に例示するものであり、本発明の技術的範囲を限定するものではない。
【００９７】
本発明の幾つかの実施の形態について説明したが、これらの実施の形態は単に例として示したものであり、本発明の技術的範囲を限定するためのものではない。したがって、本発明の技術的範囲は、特許請求の範囲の記載及びその均等物によって定義されるべきである。
【図面の簡単な説明】
【００９８】
【図１】本発明の一実施の形態に係る集中管理システムを含むアプリケーション統合システムのハイレベルブロック図である。
【図２】本発明の一実施の形態に係る中央レジストリシステムのハイレベルブロック図である。
【図３Ａ】本発明の一実施の形態に係る中央レジストリＧＵＩの画面ショットである。
【図３Ｂ】本発明の一実施の形態に係る中央レジストリＧＵＩの画面ショットである。
【図３Ｃ】本発明の一実施の形態に係る中央レジストリＧＵＩの画面ショットである。
【図４】本発明の一実施の形態に係るアプリケーションインターフェースのハイレベルブロック図である。
【図５Ａ】本発明の一実施の形態に係る制御ブローカのハイレベルブロック図である。
【図５Ｂ】本発明の追加の一実施の形態に係る制御ブローカのハイレベルブロック図である。
【図６】本発明の一実施の形態に係る構成変更プロセスのフローチャートである。
【図７】本発明の一実施の形態に係る構成更新要求プロセスのフローチャートである。
【図８Ａ】本発明の追加の一実施の形態に係る集中管理システムを含むアプリケーション統合システムのハイレベルブロック図である。
【図８Ｂ】本発明の追加の一実施の形態に係る集中管理システムを含むアプリケーション統合システムのハイレベルブロック図である。
【図９】本発明の追加の一実施の形態に係る集中管理システムを含むアプリケーション統合システムのハイレベルブロック図である。
【図１】
2004524600.tif 000005
【図２】
2004524600.tif 000006
【図３Ａ】
2004524600.tif 000007
【図３Ｂ】
2004524600.tif 000008
【図３Ｃ】
2004524600.tif 000009
【図４】
2004524600.tif 000010
【図５Ａ】
2004524600.tif 000011
【図５Ｂ】
2004524600.tif 000012
【図６】
2004524600.tif 000013
【図７】
2004524600.tif 000014
【図８Ａ】
2004524600.tif 000015
【図８Ｂ】
2004524600.tif 000016
【図９】
2004524600.tif 000017
【国際公開パンフレット】
2004524600.tif 000018
2004524600.tif 000019
2004524600.tif 000020
2004524600.tif 000021
2004524600.tif 000022
2004524600.tif 000023
2004524600.tif 000024
2004524600.tif 000025
2004524600.tif 000026
2004524600.tif 000027
2004524600.tif 000028
2004524600.tif 000029
2004524600.tif 000030
2004524600.tif 000031
2004524600.tif 000032
2004524600.tif 000033
2004524600.tif 000034
2004524600.tif 000035
2004524600.tif 000036
2004524600.tif 000037
2004524600.tif 000038
2004524600.tif 000039
2004524600.tif 000040
2004524600.tif 000041
2004524600.tif 000042
2004524600.tif 000043
2004524600.tif 000044
2004524600.tif 000045
2004524600.tif 000046
2004524600.tif 000047
2004524600.tif 000048
2004524600.tif 000049
2004524600.tif 000050
2004524600.tif 000051
2004524600.tif 000052
2004524600.tif 000053
2004524600.tif 000054
2004524600.tif 000055
2004524600.tif 000056
2004524600.tif 000057
2004524600.tif 000058
【国際公開パンフレット（コレクトバージョン）】
2004524600.tif 000059
2004524600.tif 000060
【国際調査報告】
2004524600.tif 000061
2004524600.tif 000062
2004524600.tif 000063