(57)【要約】【課題】コンピュータ・アプリケーションの処理活動の調整および管理を行う方法およびシステムを提供する。【解決手段】マイルストーン・マネージャは、第１アプリケーションからマイルストーン・メッセージを受信する。前記マイルストーン・メッセージは、周期的イベントと関連のある情報を含む。マイルストーン・マネージャは、マイルストーン・メッセージ情報に、ルールに基づくプロセスを適用し、マイルストーンに応答して、トリガを第２アプリケーションに送る。トリガは、マイルストーンに応答して、第２アプリケーションの処理を開始する。【選択図】図１
2009510620.tif 000002
【特許請求の範囲】
【請求項１】
第１アプリケーションからマイルストーン・メッセージを受信するステップであって、前記マイルストーン・メッセージが、周期的イベントと関連のある情報を備えている、ステップと、
前記マイルストーン・メッセージ情報に、ルールに基づくプロセスを適用するステップと、
前記マイルストーンに応答して、トリガを第２アプリケーションに送るステップであって、前記トリガが前記マイルストーンに応答して前記第２アプリケーションの処理を開始する、ステップと、
を備えている、方法。
【請求項２】
請求項１記載の方法であって、前記受信したマイルストーンに基づいて、追加のマイルストーンを導出するステップを備えている、方法。
【請求項３】
請求項１記載の方法であって、所定の階層構造に基づいて処理ステータスを判定するために１つ以上のマイルストーンを橋絡するステップを備えている、方法。
【請求項４】
請求項３記載の方法であって、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、前記多数のマイルストーンを上向きに橋絡して前記多数のマイルストーンを１つのマイルストーンに結集するステップを備えている、方法。
【請求項５】
請求項３記載の方法であって、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、１つのマイルストーンを下向きに橋絡して前記１つのマイルストーンを多数のマイルストーンに分解するステップを備えている、方法。
【請求項６】
請求項１記載の方法であって、コンピュータ・システムの故障に対処するために、手動の介入を受けるステップを備えている、方法。
【請求項７】
請求項１記載の方法であって、後のマイルストーンの発生を検出するために、入来するマイルストーンを監視するステップを備えている、方法。
【請求項８】
請求項１記載の方法であって、業務サイクル・インスタンスの作成、業務サイクル・インスタンスの終了、マイルストーンのアサート、応答を伴うトリガの送信、トリガの保留、およびトリガの解放のいずれか１つについて監査形跡を記録するステップを備えている、方法。
【請求項９】
請求項１記載の方法であって、
業務サイクル・インスタンスを作成するステップと、
前記業務サイクル・インスタンスの状態をアクティブに維持するステップと、
業務サイクル・インスタンスの開始または終了を検出するステップと、
を備えている、方法。
【請求項１０】
第１アプリケーションからマイルストーン・メッセージを受信し、該マイルストーン・メッセージが周期的イベントと関連のある情報を備えており、ルールに基づくプロセスを前記マイルストーン・メッセージ情報に適用し、前記マイルストーンに応答してトリガを第２アプリケーションに送るマイルストーン・マネージャを備えており、前記トリガが、前記マイルストーンに応答して、前記第２アプリケーションの処理を開始する、装置。
【請求項１１】
請求項１０記載の装置であって、前記受信したマイルストーンに基づいて追加のマイルストーンを導出するマイルストーン・コントローラを備えている、装置。
【請求項１２】
請求項１０記載の装置において、前記マイルストーン・コントローラは、所定の階層構造に基づいて処理ステータスを判定するために１つ以上のマイルストーンを橋絡する、装置。
【請求項１３】
請求項１２記載の装置において、前記マイルストーン・コントローラは、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、多数のマイルストーンを上向きに橋絡して前記多数のマイルストーンを１つのマイルストーンに結集する、装置。
【請求項１４】
請求項１２記載の装置において、前記マイルストーン・コントローラは、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、１つのマイルストーンを下向きに橋絡して前記１つのマイルストーンを多数のマイルストーンに分解する、装置。
【請求項１５】
請求項１０記載の装置であって、コンピュータ・システムの故障に対処するために、手動の介入を受けるグラフィカル・ユーザ・インターフェース・サービス・モジュールを備えている、装置。
【請求項１６】
請求項１０記載の装置であって、後のマイルストーンの発生を検出するために、入来するマイルストーンを監視する監視モジュールを備えている、装置。
【請求項１７】
請求項１０記載の装置であって、業務サイクル・インスタンスの作成、業務サイクル・インスタンスの終了、マイルストーンのアサート、応答を伴うトリガの送信、トリガの保留、およびトリガの解放のいずれか１つについて監査形跡を記録する監査形跡記録部を備えている、装置。
【請求項１８】
請求項１０記載の装置であって、業務サイクル・インスタンスを作成し、前記業務サイクル・インスタンスの状態をアクティブに維持し、および業務サイクル・インスタンスの開始または終了を検出することに関連する情報を記録する業務サイクル・インスタンス・コントローラを備えている、装置。
【請求項１９】
第１アプリケーションからマイルストーン・メッセージを受信し、該マイルストーン・メッセージ情報が周期的イベントと関連のある情報を備えており、ルールに基づくプロセスを前記マイルストーン・メッセージ情報に適用し、前記マイルストーンに応答してトリガを第２アプリケーションに送り、前記トリガが、前記マイルストーンに応答して、前記第２アプリケーションの処理を開始する、マイルストーン・マネージャと、
前記マイルストーン・マネージャに結合されたアプリケーション・サーバであって、前記マイルストーンを送る第１アプリケーションを実行可能な、アプリケーション・サーバと、
を備えている、システム。
【請求項２０】
請求項１９記載のシステムであって、前記受信したマイルストーンに基づいて追加のマイルストーンを導出し、所定の階層構造に基づいて処理ステータスを判定するために１つ以上のマイルストーンを橋絡するマイルストーン・コントローラを備えている、システム。
【請求項２１】
請求項１９記載のシステムであって、前記アプリケーション・サーバのシステムに対処するために手動の介入を受けるグラフィカル・ユーザ・インターフェース・サービス・モジュールを備えている、システム。
【請求項２２】
請求項１９記載のシステムであって、前記アプリケーション・サーバから、後のマイルストーンの発生を検出するために入来するマイルストーンを監視する監視モジュールを備えている、システム。
【請求項２３】
請求項１９記載のシステムであって、業務サイクル・インスタンスの作成、業務サイクル・インスタンスの終了、マイルストーンのアサート、応答を伴うトリガの送信、トリガの保留、およびトリガの解放のいずれか１つについて監査形跡を記録する監査形跡記録部を備えている、システム。
【請求項２４】
請求項１９記載のシステムであって、業務サイクル・インスタンスを作成し、前記業務サイクル・インスタンスの状態をアクティブに維持し、業務サイクル・インスタンスの開始または終了を検出する業務サイクル・インスタンス・コントローラを備えている、システム。
【請求項２５】
命令を格納するコンピュータ読み取り可能媒体を備えている物品であって、前記命令は、プロセッサによって実行すると、当該プロセッサに、第１アプリケーションからのマイルストーン・メッセージを受信させ、該マイルストーン・メッセージが周期的イベントと関連のある情報を備えており、ルールに基づくプロセスを前記マイルストーン・メッセージ情報に適用させ、前記マイルストーンに応答してトリガを第２アプリケーションに送らせ、前記トリガが、前記マイルストーンに応答して、前記第２アプリケーションの処理を開始する、物品。
【請求項２６】
請求項２５記載の物品において、前記命令は、前記プロセッサに、前記受信したマイルストーンに基づいて追加のマイルストーンを導出させる、物品。
【請求項２７】
請求項２５記載の物品において、前記命令は、前記プロセッサに、所定の階層構造に基づいて処理ステータスを判定するために１つ以上のマイルストーンを橋絡させる、物品。
【請求項２８】
請求項２７記載の物品において、前記命令は、前記プロセッサに、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、前記多数のマイルストーンを１つのマイルストーンに結集する、物品。
【請求項２９】
請求項２７記載の物品において、前記命令は、前記プロセッサに、前記所定の階層構造に基づいて場所の処理ステータスを判定するために、前記マイルストーンを多数のマイルストーンに分解する、物品。
【請求項３０】
請求項２５記載の物品において、前記命令は、前記プロセッサに、コンピュータ・システムの故障に対処するために、手動の介入を受けさせる、物品。
【請求項３１】
請求項２５記載の物品において、前記命令は、前記プロセッサに、後のマイルストーンの発生を検出するために、入来するマイルストーンを監視させる、物品。
【請求項３２】
請求項２５記載の物品において、前記命令は、前記プロセッサに、業務サイクル・インスタンスの作成、業務サイクル・インスタンスの終了、マイルストーンのアサート、応答を伴うトリガの送信、トリガの保留、およびトリガの解放のいずれか１つについて監査形跡を記録させる、物品。
【請求項３３】
請求項２５記載の物品において、前記命令は、前記プロセッサに、業務サイクル・インスタンスを作成させ、前記業務サイクル・インスタンスの状態をアクティブに維持させ、業務サイクル・インスタンスの開始または終了を検出させる、物品。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する相互引用）
本願は、"MILESTONE MANAGER"（マイルストーン・マネージャ）と題し２００５年９月２７日に出願した米国仮特許出願第６０／７２１，３１７号の優先権を主張する。その明細書は、ここで引用したことにより、本願にも含まれるものとする。
（発明の分野）
本発明は、一般的には、コンピュータ・アプリケーションの処理活動の調整および管理に関し、更に特定すれば、分散型計算環境の一部をなすコンピュータ・アプリケーションに関する。
【背景技術】
【０００２】
従前の金融処理システムは、一般に、メインフレーム・バッチ処理アーキテクチャ上に実装されている。これらの処理システムをメインフレーム・バッチ処理から分散型計算環境に変換することによって、多くの便益を実現することができる。メッセージの形態でリアル・タイム処理命令を受信することができる長時間実行アプリケーションによって、分散型ネットワークは、それらの前に用いられていたメインフレームよりも自立性および効率を高めてタスクを処理することができる。このようなメインフレーム・アーキテクチャの進歩的手法(forward-looking approach)および独立動作性(independently operating nature)を両立させることは、金融機関が、例えば、過去の投資活動を考慮しこれと調和させる必要があるために、難題となる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなメインフレーム・アーキテクチャにおけるアプリケーションに依存性追跡を適用することは特に難しくなる場合もあり得る。
【課題を解決するための手段】
【０００４】
一実施形態では、マイルストーン・マネージャは、第１アプリケーションからマイルストーン・メッセージを受信する。マイルストーン・メッセージは、周期的イベントと関連のある情報を含む。マイルストーン・マネージャは、ルールに基づくプロセスをマイルストーン・メッセージ情報に適用し、マイルストーンに応答してトリガを第２アプリケーションに送る。トリガは、マイルストーンに応答して、第２アプリケーションの処理を開始する。
【発明を実施するための最良の形態】
【０００５】
図１は、コンピュータ・システム１００の一実施形態を示す。本発明の実施形態は、マイルストーン・マネージャ１０２（「ＭＭ」）を提供する。これは、分散型計算環境において１つ以上の他のコンピュータ・アプリケーション１０４（例えば、アプリケーション１０４−１、１０４−２、１０４−３．．．１０４−ｎ、ここで、「ｎ」はいずれかの正の整数である）の活動を調整し監理するために、コンピュータ・システム１００として具体化することができる。ＭＭ１０２は、プロセッサを備えることができ、「マイルストーン」および「トリガ」情報を搬送する構造化メッセージによって、これら他のアプリケーション１０４−１〜ｎと相互作用することができる。マイルストーン情報は、１つ以上のマイルストーン１０６を備えることができ、トリガ情報は、１つ以上のトリガ１０８およびトリガ応答１１０を備えることができる。
【０００６】
マイルストーン１０６（例えば、マイルストーン・メッセージ）は、特定のアプリケーション１０４−１〜ｎの１つがその日毎（またはその他の周期的に計画された）処理(daily processing)において特定の地点に到達したという表明である。マイルストーン１０６は、業務イベントまたはプロセスを中心に設計することができる。マイルストーン１０６は、周期的イベントと関連のある情報を備えることができる。マイルストーン１０６は、名称／値属性を有することができる。属性は、キー（例えば、日付）の一部とすることができる。属性は、階層的（例えば、場所）にすることができる。例えば、アプリケーション１０４−１からの発注入力(order entry)がマイルストーン１０６をＭＭ１０２に送り、コンピュータ・システム１００はその日の処理を終了する（即ち、その日にはもはや発注を受け付けない）ときを通知することができる。一実施形態では、マイルストーン１０６は、「業務サイクル・インスタンス」（ＢＣＩ）における特定の時点に到達したことの表明となる。一般に、マイルストーン１０６は、特定のタスクまたはタスクの集合を完了したアプリケーション１０４−１〜ｎの１つの特定のプラットフォームに連結することができる。マイルストーン１０６は、外部または手動イベントに関係付けることができる。例えば、所与の日付について株式市場（例えば、ニューヨーク株式市場即ちＮＹＳＥ）において取引が終了したとき、サーバ・アプリケーション（例えば、LIBRAサーバ・アプリケーション）が所与の日付について特定の場所（例えば、トロント）における口座の帳簿を閉じたときに、マイルストーン１０６をアサートすることができる。また、コントローラが所与の日付について利益および損失を閉めた(sign off)とき、または所与の年について年末調整を完了したときにも、マイルストーン１０６をアサートすることができる。
【０００７】
手短に図２に移ると、マイルストーン・メッセージ構造２００の一実施形態が示されている。一実施形態では、マイルストーン１０６は、マイルストーン・メッセージ構造２００で表すことができる。マイルストーン・メッセージ構造２００は、名称「ｍ」で示される「マイルストーン・タイプ」２０２、およびマイルストーン・タイプ２０２に適した０個以上の名称付きパラメータ２０４、例えば、ｍｐ１、ｍｐ２．．．ｍｐｑを含む。ここで、ｑはいずれかの正の整数である。マイルストーン・タイプ２０２およびこれに付随するパラメータ２０４の各々は、ＭＭ１０２のメタデータ記憶部１４６においては、「マイルストーン定義」のように現れる場合もある。ＭＭ１０２は、このような定義と一致しないマイルストーン１０６のいずれをも拒絶することができる。
【０００８】
図１に戻って、トリガ１０８は、ＭＭ１０２からアプリケーション１０４−１〜ｎへの、アプリケーション１０４−１〜ｎの１つがその時点で特定の行為(action)を実行しなければならないことの通知である。一実施形態では、トリガ１０８は、特定の行為を実行することのＭＭ１０２による要求であり、アプリケーション１０４−１〜ｎの１つに送ることができる。また、トリガ１０８は属性を有することもできる。これらの属性は、殆どがこれらをトリガするマイルストーン１０６から取り込むことができる。例えば、ＭＭ１０２はトリガ１０８を送って、現在特定の１組の日誌報告を生成するときであることを示すことができる。一実施形態では、トリガ１０８は、アプリケーション１０４−１〜ｎの１つに特定のタスクを実行する、即ち、状態変化を行うことを指令する命令であってもよい。例えば、トリガ１０８は、所与の日付について、透過ブリッジ／ソース・ルーティング（ＴＢ／ＳＲ：transparent bridge/source routing）分断(break)を防止するためのプラグを生成することができる。トリガ１０８は、所与の日付について特定のエージェントに新しい決済命令を送り始め、所与の日付について外国為替（ＦＸ）ポジションに対する査定を計算し、所与の日付について１組の口座に対して利幅明細(margin statement)を作成し、および／またはニューヨークについてのサーバ（例えば、Libra)の内部処理日を、次の日に移動させることができる。
【０００９】
手短に図３に移ると、トリガ構造３００の一実施形態が示されている。一実施形態では、マイルストーン１０６と同様、トリガ１０８は構造３００によって表すことができる。トリガ１０８は、構造３００によって表すことができ、構造３００は、名称「ｔ」で示される「トリガ・タイプ」３０２と、トリガ・タイプ３０２に適した、０個以上の名称付きパラメータ３０４、例えば、ｔｐ１、ｔｐ２．．．ｔｐｒとを含む。ここで、ｒはいずれかの正の整数である。トリガ１０８は、ＭＭ１０２メタデータの中にある定義にしたがって、関連する名称付きパラメータ３０４を搬送する。
【００１０】
図１に戻り、マイルストーン１０６およびトリガ１０８は、マイルストーン１０６および／またはトリガ１０８の定義の一部である「業務サイクル」にしたがって、特定のＢＣＩの文脈において現れることができる。業務サイクルは、時間的周期の計画を定義し、このような周期の各々がその業務サイクルのＢＣＩとなる。業務サイクルは、繰り返す関係イベントの集合体（例えば、毎日）とすることもできる。業務サイクルにより、想定したサイクルに対するマイルストーン１０６およびトリガ１０８の浄化(purging)が可能となる。業務サイクルは、業務サイクル・インスタンス識別子属性（例えば、日毎サイクルに対する日付）、開始マイルストーン、および終了マイルストーンを有することができる。例えば、日毎業務サイクルは、各カレンダ日をインスタンスとして含むように定義することができ、所与の時間帯において夜１２時に開始し、次の日の夜１２時に終了する。したがって、各日付はそのサイクル内のＢＣＩに対応する。異なる日毎サイクルを定義することもでき、その場合、ＢＣＩの境界は処理システムにおける特定の時点、例えば、その日の取引の処理完了に対応するのであって、特定の壁時計時刻(wall-clock time)に基づくのではない。業務サイクルは、他の粒度、例えば、毎週、毎月、または毎年、あるいは非常に不規則なスケジュールを含む、他の着想可能なスケジュールであればいずれでも定義することができる。
【００１１】
以上の例に関して、ルールの見本をいくつか説明する。業務サイクルを記述するメタデータ、マイルストーン１０６およびトリガ１０８（それぞれの属性を含む）と共に、ユーザ１４２、例えば、モデラー(modeler)  が相互作用を定義するルール１４８を定義する。一般的な形態は、次のように表現することができる。
【００１２】
マイルストーン→トリガをアプリケーションに送る        （１）
マイルストーン→追加のマイルストーンを導出する        （２）
【００１３】
一実施形態では、ＭＭ１０２はＢＣＩコントローラ１１４を備えることができる。ＢＣＩコントローラ１１４は、ＢＣＩを処理する機能性を設ける。例えば、種々の実施形態において、ＢＣＩコントローラ１１４は、新しいＢＣＩを作成し、アクティブなＢＣＩ状態を維持し、状態の問い合わせに回答し、ＢＣＩイベントを監査形跡記録部１２２および／または監査形跡記憶部１５０に書き込むことができる。監査形跡記憶部１５０を監査形跡問い合わせＧＵＩ１５２に結合することができる。また、種々のその他の実施形態では、ＢＣＩコントローラ１１４は、以前のＢＣＩを供給し、終了したＢＣＩを浄化し、開始／終了するＢＣＩを検出する。監査形跡記録部１２２は、種々のイベントを記録する。種々の実施形態では、監査形跡記録部１２２は、ＢＣＩ作成、ＢＣＩ終了、マイルストーン１０６のアサート(assertion)、トリガ応答１１０の送信、およびトリガ１０８の保留／解放を記録する。
【００１４】
一実施形態では、ＭＭ１０２はマイルストーン・コントローラ１１６を備えることができる。マイルストーン・コントローラ１１６は、マイルストーン１０６を処理するために用いることができる。例えば、マイルストーン・コントローラ１０６は、新しいマイルストーンを作成し、アクティブ状態からマイルストーンを浄化し、作業メモリから導出したマイルストーンを読み出し、マイルストーンを監査形跡記憶部１５０に書き込むことができる。
【００１５】
一実施形態では、ＭＭ１０２は橋絡ロジック１１８を備えることができる。橋絡ロジック１１８は、マイルストーン１０６を上または下に橋絡する(bridge)ために用いることができる。橋絡ロジック１１８は、例えば、上橋絡ペンディング・リスト(bridge up pending list)を維持しこれに応答することができる。
【００１６】
一実施形態では、ＭＭ１０２はメタデータ・コントローラ１２０を備えることができる。メタデータ・コントローラ１２０は、メタデータ記憶部１４６からメタデータをロードし、メタデータ操作を実行する。メタデータ・コントローラ１２０は、タイプの中にある値の妥当性を判断し、定義の妥当性を判断し、例えば、階層問い合わせを含むメタデータ問い合わせに応答する。
【００１７】
一実施形態では、ＭＭ１０２は監査形跡記録部１２２を備えることができる。先に論じたように、監査形跡記録部１２２は、マイルストーン１０６および／またはトリガ１０８を処理するため、例えば、ＢＣＩの作成および／または終了、マイルストーンのアサート、トリガ送信、トリガ応答、およびトリガ保留／解放を記録するために用いることができる。
【００１８】
一実施形態では、ＭＭ１０２はある一定の現行状態１２４にすることができる。例えば、ＭＭ１０２はマイルストーン１０６、トリガ１０８、および／または現状態１２４にあるいずれのＢＣＩオブジェクトに対する参照をも保持することができる。ＭＭ１０２は、状態復元１２５において現状態１２４を再現することができる。状態復元１２５およびその他の変数は、休止状態(hibernation)１５４の間永続的状態記憶部１５６に格納することができる。
【００１９】
一実施形態では、ＭＭ１０２はトリガ・コントローラ１２６を備えることができる。トリガ・コントローラ１２６は、トリガ１０８を作成し、送信を誘起し、トリガ１０８の送信を送出および再送出するために用いることができる。また、トリガ・コントローラ１２６は、トリガ１０８を現状態から浄化し、トリガ１０８を全てのパターンと照合し、遅れた送出の計画を立て、満足問い合わせ(sate queries)に回答することもできる。加えて、トリガ・コントローラ１２６は、トリガ応答１１０を受信し、これらをトリガ１０８の送信と相関付けることもできる。トリガ・コントローラ１２６は応答の時間切れを管理することもできる。
【００２０】
一実施形態では、ＭＭ１０２はルール・エンジン１２８を備えることができる。ルール・エンジン１２８は、ルールに基づく処理をマイルストーン１０６に適用するために用いることができる。種々の実施形態では、ルール・エンジン１２８は、マイルストーン１０６を導出し、橋絡ロジック１１８によって橋絡を推進し、トリガ１０８を作成するために用いることができる。
【００２１】
一実施形態では、ＭＭ１０２は、グラフィカル・ユーザ・インターフェース（ＧＵＩ）サービス・モジュール１３０を備えることができる。ＧＵＩサービス・モジュール１３０は、ユーザ１４２に利用可能な情報および行為を表すために、テキストに加えて、グラフィカル画像およびウィジェット(widget)を用いて、ＭＭ１０２とインターフェースするために用いることができる。ＧＵＩサービス・モジュール１３０は、ユーザ１４２による手動の介入をサポートすることができる。手動の介入は、コンピュータ・システムの故障や、正常な日毎情報流を遅らせるまたは破壊するその他の例外状態に対処するために用いることができる。ＧＵＩサービス・モジュール１３０は、状態問い合わせに応答し、メタデータ問い合わせに応答する。ＧＵＩサービス・モジュール１３０は、申し込み(subscription)により状態変化を流すこともできる。一実施形態では、ＭＭ１０２は、ユーザ１４２による手動の介入に対してＧＵＩ１３２に基づくインターフェースを備えることもできる。ＧＵＩ１３２は、視覚化によって現状態１２４の変化を動的に示すことができ、監査形跡記憶部１５０に対する問い合わせインターフェースを設ける。
【００２２】
一実施形態では、ＭＭ１０２は、監視モジュール・エラー・サービス例外バックボーン１３４にインターフェースすることができる。監視モジュールは、エラーを処理するために、リンク１３５を通じてＭＭ１０２をエラー・サービス例外バックボーン１３４にインターフェースすることができる。このインターフェースによって、ＭＭ１０２は遅いマイルストーンを検出し、メトリック(metric)を公開し、マイルストーン期限の適応的発生を行うことが可能になる。
【００２３】
一実施形態では、ＭＭ１０２は高可用性モジュール(high availability module)１３６を備えることができる。高可用性モジュール１３６は、障害を開始、停止、および検出する要件を与えることができる。
【００２４】
一実施形態では、ＭＭ１０２はスケジューラ１３８を備えることができる。スケジューラ１３８を、例えば、遅延コンポーネントと呼ぶこともできる。スケジューラ１３８は、メッセージを遅延させるために用いることができる。スケジューラ１３８はスケジューラ状態記憶部１４０を備えている。
【００２５】
一実施形態では、ＭＭ１０２は、ルール１４８によって駆動することができる。一実施形態では、ルール１４８は、例えば、拡張可能な業務ルール集合として実施することができる。ルール１４８は、マイルストーン１０６またはマイルストーン１０６の組み合わせがアサートされたときに、発火(fire)または展開することができる。ルール１４８は、１つ以上の新しく導出したマイルストーンをアサートするか、または１つ以上のトリガを送ることができる。
【００２６】
一実施形態では、ＭＭ１０２は、ルール設備(rule facility)を備えることができ、その中では、ルール１４８は、特定のＢＣＩにおいてアサートされているマイルストーン１０６の集合に応じて、発火または展開１１２に対して的確となる。ルール１４８は、例えば、ルール記憶部１４４に格納することができる。ルール１４８のいずれか１つを展開すると（１１２）、その結果、以下のいずれかまたは全てが発生する可能性がある。新しいマイルストーンをアサートすることができ、マイルストーン・タイプ２０２（図２）のいずれかが要求され、パラメータ２０４（図２）が、ルール１４８を一致させたマイルストーン１０６のそれらからコピーまたは計算される。これらの「導出したマイルストーン」は、ＭＭ１０２の現状態１２４の一部となり、アプリケーション１０４−１〜ｎのいずれから受信したマイルストーン１０６とも全く同一に扱われる。マイルストーン１０６は、一致するマイルストーンを収容するＢＣＩ、またはその他の（恐らくは新しい）ＢＣＩと同じＢＣＩにアサートすることができる。新しいトリガ１０８は、アプリケーション１０４−１〜ｎのいずれにでも送ることができる。導出したマイルストーンと同様、発生したトリガは、望ましいトリガ・タイプ３０２（図３）のいずれでもよく、これに対応する名称付きパラメータ３０４（図３）を、一致するマイルストーン１０６のパラメータからコピーするか、そうでなければ計算することができる。トリガ１０８は、常に、一致するマイルストーン１０６が属するＢＣＩに送られる。
【００２７】
一実施形態では、ＭＭ１０２は、性質上階層的なパラメータ２０４（図２）を利用する、「橋絡」ロジック１１８のメカニズムによって導出したマイルストーン１０６のいずれか１つを備えることができる。例えば、表１に示す以下の「場所」階層を考える。以下の階層は、大域−領域−地方階層として配列されている。大域レベルは、大陸内にある全ての場所を含む。領域は、大陸内にある場所を含む。地方レベルは大陸内にある国を含む。
【００２８】
【表１】
2009510620.tif 000003
図４Ａ、図４Ｂ、および図４Ｃは、階層に基づく構造の数個の実施形態を示す。階層は、例えば、処理拠点(processing location)、ソース・システム、関与するシステムなどのような、１つ以上の階層パラメータおよび／または属性に基づいて決定することができる。
【００２９】
図４Ａは、処理拠点に基づく階層４００の一実施形態を示す。処理拠点に基づく階層４００は、種々のレベル４０２またはドメインに応じて構造化することができる。図示の実施形態では、「全」レベル４０４は、名称が暗示するように、最高ランクを有し、全ての処理拠点を含む。処理拠点に基づく階層４００における次に低いレベルは、ストリーム・レベル４０６である。ストリーム・レベル４０６は、ロンドン処理ストリーム（ＬＮＳｔｒｅａｍ）、ニューヨーク処理ストリーム（ＮＹＳｔｒｅａｍ）、および東京処理ストリーム（ＴＫＳｔｒｅａｍ）を備えることができる。処理拠点に基づく階層４００における次に低いレベルは、処理拠点レベル４０８である。図示の実施形態では、ロンドン（ＬＮ）、チューリッヒ（ＺＵ）、フランクフルト（ＦＦ）、南アフリカ（ＳＡ）、ギリシャ（ＧＲ）、リュクセンブルグ（ＬＸ）、およびミラノ（ＭＩ）は全て、処理拠点に基づく階層４００では、ロンドン・ストリームLNStreamレベルに接続する(feed)。
【００３０】
この文脈では、マイルストーンは、以下のように、上向きの橋絡によって導出することができる。これらのマイルストーン１０６のいずれかがアサートされたと仮定する。（１）ProcessingComplete (TC, LN, 2005-08-01)、（２）ProcessingComplete (TC, ZU, 2005-08-01)、（３）Processing Complete (TC, SA, 2005-08-01)、および（４）Processing Complete (TC, FF, 2005-08-01)。上向きの橋絡によって導出されたマイルストーンは、ProcessingComplete (TC, LNStream, 2005-08-01)である。導出されたマイルストーンは、これが既にこれ以外でアサートされている場合、非動作(no-op)とすればよい。
【００３１】
更に、この文脈では、以下のように、下向きの橋絡を用いて参るストーンを導出することもできる。これらのマイルストーン１０６のいずれか１つがアサートされていると仮定する。ProcessingComplete (TC, LNStrem, 2005-08-01)。下向きの橋絡によって導出されるマイルストーンは、（１）ProcessingComplete (TC, LN, 2005-08-01)、（２）ProcessingComplete (TC, ZU, 2005-08-01)、（３）ProcessingComplete (TC, SA, 2005-08-01)、および（４）ProcessingComplete (TC, FF, 2005-08-01)  である。上向きの橋絡によって導出されるマイルストーンは、ProcessingComplete(TC, LNStream, 2005-08-01)である。導出されたマイルストーンは、これが既にこれ以外でアサートされている場合、非動作(no-op)とすればよい。
【００３２】
図４Ｂは、ソース・システムに基づく階層４３０の一実施形態を示す。図示のように、ソース・システムに基づく階層４３０は、処理システムの種類に基づいてランク付けされる。したがって、最も高いランクは、全ソース・システム・レベル４３２であり、次のレベルのランクは、ソース・システム・システム・レベル４３４、例えば、LegacyPB、LegacyPlugs、GPS、LTP、TC等である。
【００３３】
図４Ｃは、関与システムに基づく階層４６０の一実施形態を示す。図示のように、関与システムに基づく階層４６０は、関与する処理システムに基づいてランク付けされる。したがって、最も高いランクは、全関与処理システム・レベル４６２であり、次のレベル・ランクは、関与処理システム・レベルｒ４６４、例えば、LibraPipeline、LCS、LXDM等である。
【００３４】
ここで、「OrderEntryComplete」を、パラメータ２０４（図２）の内２つ、場所パラメータ「ニューヨーク」および日付パラメータ「９／２３／２００５」を含むマイルストーン１０６であると想像する。したがって、これら２つのパラメータを有するマイルストーン・タイプ「OrderEntryComplete」は、例えば、「OrderEntryComplete("New York", 9/23,2005)のように表現することができる。これは、例えば、２００５年９月２３日のニューヨーク拠点に対する発注入力が完了したことを表明するマイルストーンとすることができる。
【００３５】
「下向きの橋絡」は、階層において最低レベルではない値を有する階層パラメータを含むマイルストーン１０６の１つがアサートされたときに行うことができる。新しいマイルストーンは、このマイルストーンから、入来するマイルストーンの中に現れる階層属性値の各「子」に１つずつ、導出することができる。導出したマイルストーンの各々は、その階層パラメータの値を除いて、入来するマイルストーンと同一である。例えば、マイルストーンOrderEntryComplete("North America", 9/23/2005)がアサートされた場合、下向きの橋絡によって、次のマイルストーン全てがアサートされる。（１）OrderEntryComplete("New York", 9/23/2005)、（２）OrderEntryComplete("Toronto", 9/23/2005)、および（３）OrderEntryComplete("San Francisco", 9/23/2005)。
【００３６】
これら導出したマイルストーンは、他のいずれのアサートされたマイルストーンと全く同様に扱われる。即ち、これらのいずれかから更に別の橋絡が可能な場合、それが行われる。「上向きの橋絡」が行われるのは、ある特定の階層属性の値を除いて同一のマイルストーン１０６の内数個がアサートされ、その値が階層における特定の値の子全てをカバーするときである。この場合、その親値に対応するが、それ以外では他のマイルストーンと同一である１つの新しいマイルストーンが導出され、アサートされる。例えば、以下の３つのマイルストーンがアサートされたと仮定する。（１）OrderEntryComplete("North America", 9/23/2005)、 （２）OrderEntryComplete("Europe", 9/23/2005)、および（３）OrderEntryComplete("Asia", 9/23/2005)。
【００３７】
ＭＭ１０２は、上向きの橋絡によってマイルストーンOrderEntryComplete("Global", 9/23/2005)を導出しアサートするために用いることができる。上向きおよび下向きの橋絡は、明示的なルールを必要とせずに、広範囲のマイルストーン１０６の導出の有用な使用原因(use cause)をサポートすることができ、したがってルール・ベースを小型化、簡素化し、維持し易くすることができる。
【００３８】
例えば、階層構造が、当該構造において最高にランク付けされた要素として要素「ｙ」を有し、階層構造において要素「ｙ」よりも低いレベルにランクされた要素「ｙ１」および「ｙ２」を有すると仮定する。以下の例では、文字「Ａ」は、アサートを表し、文字「Ｄ」は導出を表す。
【００３９】
下向き橋絡技法の一例を次のように示すことができる。
【００４０】
Ａ（ｘ，ｙ，ｚ）          （３）
Ｄ（ｘ，ｙ１，ｚ）        （４）
Ｄ（ｘ，ｙ２，ｚ）        （５）
上向き橋絡技法の一例を次のように示すことができる。
【００４１】
Ａ（ｘ，ｙ１，ｚ）        （６）
Ａ（ｘ，ｙ２，ｚ）        （７）
Ｄ（ｘ，ｙ，ｚ）          （８）
【００４２】
ＭＭ１０２は、操作要員が分散した設備の動作全体を管理することができるように、多数の手動介入をサポートする。これらの手動介入は、例えば、手動アサート、トリガ保留、トリガ解放、トリガ保留パターン廃止、およびトリガ再送を含むことができる。
【００４３】
手動アサートは、通常マイルストーン１０６のいずれか１つをアサートするアプリケーション１０４−１〜ｎの１つが障害を発生し、その処理が遅れた場合に用いることができる手動介入である。つまり、しかるべく許可した操作者が、異常なまたは遅れたマイルストーンを手動でアサートすることができる。この手動アサートによって、従属トリガを発生することができ、下流の処理を開始することが可能になる。
【００４４】
トリガ保留は、別の手動介入である。操作者は、トリガ１０８の内あるものが発生するときにこれらを送るのを防止するように「保留パターン」を作成することができる。これは、ＭＭ１０２には見えない理由のために、何らかの下流処理システムが、通常に受信するはずのトリガ１０８に対して作用する準備がなされていない場合に、重要となる場合がある。トリガ１０８を発生すると、これが現在アクティブな保留パターンのいずれとも一致しない場合にのみ、送られる。それ以外の場合、これは、保留パターンが取り消されるようなときまで、ＭＭ１０２によって保留されるか、あるいはトリガ１０８を個々に解放する。
【００４５】
トリガ解放は、保留パターンと一致するために保留されているトリガ１０８を解放することができる手動介入である。これによって、ＭＭ１０２はトリガをその意図した受信先に送ることになる。このような場合、同じ保留パターンと一致する他のトリガは解放されない。
【００４６】
トリガ保留パターン廃止は、以前に確立した保留パターンを廃止する手動介入である。これによって、当該パターンによって保留されていたトリガ全てを、有効であり続けているいずれの残りの保留パターンとも照合させ、保留パターンともはや一致しないいずれのトリガもその意図する目標アプリケーションに送る。
【００４７】
トリガ再送は、以前に送られ目標アプリケーション１０４−１〜ｎの１つによって受信されたトリガを手動で再送することができる手動介入である。これは、例えば、誤りがあることが分かった報告を、一旦正しくない入力データを訂正してから、作成しなおすためには有用な場合もある。
【００４８】
ＭＭ１０２は、アサートされた全てのマイルストーン１０６、送られたトリガ１０８、および実行されたあらゆる手動介入の総合的監査形跡記憶部１５０を維持するように構成することができる。
【００４９】
所与のＢＣＩについてＭＭ１０２に対してアサートされたマイルストーン１０６の集合およびＭＭ１０２に送られたトリガ１０８は、当該ＢＣＩに対する分散型処理システムの全体的な進展への一意のビュー(view)を構成する。ＭＭ１０２は、問い合わせインターフェースおよび公開設備双方をサポートし、監視システムがこの情報を操作およびサポート要員に呈示することを可能にする。
【００５０】
一般に、ＭＭ１０２は、どのようにジョブを開始するか、いつジョブが完了するか分かっており、更にジョブが実行されたか否かも分かる。この情報に基づいて、ＭＭ１０２は、分散型計算環境において追加のジョブを開始することができる。ＭＭ１０２は、単なるジョブの開始および停止を中心に 順応(orient)させているのではなく、アプリケーション１０４−１〜ｎの挙動を調整するために伝達するメッセージを中心に順応させている。また、ＭＭ１０２は、単に個々の開始および停止イベントを検出することや行わせるのではなく、メッセージ情報の処理に関与することができる。例えば、アプリケーション１０４−１〜ｎの１つからのメッセージが、ＭＭ１０２にジョブが開始したこと、アプリケーション１０４−１〜ｎの１つが特定の取引種別についてニューヨーク拠点の取引項目(trade entry)の終了に達したこと、特定の日付、例えば、２００５年９月２８日に取引が行われたこと、およびその日に処理された取引の数を知らせることがあり得る。この情報をマイルストーン１０６に終結して、ＭＭ１０２に知らせること、および／または分散型環境内において更に別の処理を指令することができる。
【００５１】
再度図１を参照すると、ＭＭ１０２が種々のアプリケーション１０４−１〜ｎと共に作業するやり方についての基本的なモデルでは、アプリケーション１０４−１〜ｎがいつその処理サイクルの重要な部分に到達したか分かるように、これらのアプリケーションを構成しなければならない。アプリケーションが、それらの処理の重要点であることが分かっている地点に達したとき、アプリケーションはマイルストーン１０６メッセージをＭＭ１０２に送ることができる。これは、マイルストーン１０６の１つがアプリケーション１０４−１〜ｎの１つに達したことを反映する、ＭＭ１０２への通信である。ＭＭ１０２はマイルストーン情報を消費し、それを格納することができ、それが同一または異なる処理サイクルの間に受信した他のマイルストーン情報にそれを区分し始めることができる。ＭＭ１０２は、新しいマイルストーンを導出することを可能にするために、接続および推論(inference)を行い始めることができる。また、ＭＭ１０２は新しい業務ルールに基づいて、新しいマイルストーンを導出することもできる。業務ルールは、アプリケーション１０４−１〜ｎの１つに、例えば、その日毎処理のある一定の断片を実行するように命令することを、ＭＭ１０２に伝えることができ、ＭＭ１０２は、その時点で、トリガ１０８メッセージをアプリケーション１０４−１〜ｎの１つに送ることができる。アプリケーション１０４−１〜ｎの１つの視点からは、これは、世界の状態および処理の状態について種々の相関データを追跡するよりも容易である。アプリケーション１０４−１〜ｎは、活動が完了したときのように、重要な処理活動をＭＭ１０２に報告すること、およびＭＭ１０２から受信した命令を受けて実行することを主な責務とする。
【００５２】
ＭＭ１０２は、その動作において橋絡ロジック１１８を用いて「橋絡」を採用することができる。橋絡ロジック１１８は、ＭＭ１０２が同様のパラメータに伴う階層に基づいて、マイルストーン１０６の自動集計および分解(explosion)を実行する場合である。例えば、ＭＭ１０２には、例えば、特定の場所、例えば、サンフランシスコのような都市に関係するマイルストーン１０６の１つについて伝えることができ、サンフランシスコは、例えば、領域、例えば、北アメリカ領域に遡る(roll up)。サンフランシスコのマイルストーンを受信した後、他の場所、例えば、北アメリカ領域を構成するニューヨーク、ロサンゼルス、シカゴ、およびその他の取りについても同じマイルストーンを受信することができる。ＭＭ１０２は、それ自体にこれを行うように伝えるルールを有することなく、情報を集計し、どのような階層が関与していようと、例えば、異なる場所または取引デスクの処理ステータスを判定することができる。同様に、マイルストーン１０６が、例えば、北アメリカ領域に対してアサートされた場合、同じマイルストーンをその領域における都市毎に導出することができる。
【００５３】
例えば、２つのアプリケーション、例えば、取引完了と称する第１アプリケーションおよびLIBRAと称する第２アプリケーションがあり、双方は場所レベルで物を取引するが、取引完了は、当然、LIBRAよりも１レベル深い粒度および雇用場所(location of hiring)で動作する。したがって、LIBRAは、特定の会社コードについて終了する取引完了にはそれ自体関係せず、例えば、フランクフルト拠点を構成する全ての会社コードに対していつ取引完了が終了するかを知りたいのである。この橋絡は、取引完了およびLondon Interbank Offered Rate （ＬＩＢＯＲ）双方が、それら自体のロジックを、それらに最も自然なやり方で表現する方法である。そして、ＭＭ１０２は、その橋絡ロジック１１８により、会社コード・レベルでマイルストーンを取り込み、これらを場所レベルでのマイルストーンに変換するが、そうするようにこれに命令する既存のルールを有していない。
【００５４】
また、ＭＭ１０２は、手動入力の介入にも対処する能力を有する。例えば、ニューヨーク時間で夜の午後１１：００または午後１１：３０頃のある時刻に毎日その帳簿を閉じる、LIBRAを伴う日毎サイクルがあると仮定する。１日の取引完了が恐ろしい状態で、何も処理することができず、最良の推定が、システムはその日の作業を朝の午前４：００よりも前には処理し終えることができないということであると仮定する。LIBRAが朝の午前４：００まで待たなければその処理を開始できあいとすれば、容認できない状況であり、次の日の業務開始に、必須の報告が準備できないことになる。この状況で行うことができるのは、取引完了が終了したかのように処理を進めることである。これは、ＭＭ１０２に介入を受けさせることによって、遂行することができ、この場合、取引完了によって通常送られるマイルストーン１０６の１つを、異なる時刻（例えば、夜の１２時）において手動でアサートし、ＭＭ１０２は取引完了を待たずに済むようにする。一旦マイルストーン１０６をアサートしたなら、それが取引完了によって生じたかのように行動し、取引完了が終了するのを待っていたものは全て、マイルストーン１０６が手動で入力されたという事実によって解放することができ、それに応じて、全てが進行する。ＭＭ１０２は、それが手動で挿入されたマイルストーンであり、通常の処理仮定で生じたのではないという事実を把握することができ、これは、後続の監査目的のために行うことができる。
【００５５】
介入の別の例には、トリガ１０８を保留状態にして、特定の行為がＭＭ１０２によってトリガされる再の全ての前提条件を満たしても、トリガ１０８を保留したままにしておくことを含む。保留によって、ＭＭ１０２がトリガ１０８を開始するのを防止し、ＭＭ１０２は、保留が解放されるまで、行為を一時休止のまま保留する。また、操作要員が設定したパターンとトリガを照合することによって、トリガ保留を行う方法もある。例えば、報告を開始することが機能であるトリガ１０８に対して、保留パターンを定めることができ、場所パラメータをワイルド・カードにすることができる。保留パターンは、いずれの「報告開始」トリガが送られることも防止する。パターン内のトリガ１０８を解放することができるように、パターンを廃止することもでき、あるいは特定のトリガのみをパターンから解放することもできる。また、トリガ１０８は、例えば、計算環境におけるアプリケーション１０４−１〜ｎの１つの処理が何らかの理由で停止した場合に、再提出することもできる。
【００５６】
図５は、マイルストーン／トリガ相互作用シーケンス５００の一実施形態の図を示す。第１、第２、および第３アプリケーション５０２、５０４、５０６のような１つ以上のアプリケーションが、対応するマイルストーンおよびトリガを通じて、オブジェクト５０８と相互作用する。図示の実施形態では、第１アプリケーション５０２は、当該第１アプリケーション５０２がその周期的処理における特定の地点に達したという第１マイルストーン５１０をアサートする。同様に、第２および第３アプリケーション５０４、５０６は、当該アプリケーション５０４、５０６がそれらの周期的処理における特定の地点に達したという、対応する第２および第３マイルストーン５１２、５１４をアサートする。オブジェクト５０８は、メモリにおいて対応する第１、第２および第３マイルストーン５１０、５１２、５１４の妥当性を判断して注入する(inject)。第１マイルストーン５１０は、第１トリガ５２２をオブジェクト５０８から第２アプリケーション５０４にトリガする。また、第１マイルストーン５１０は、第３アプリケーション５０６への第２トリガ５２４もトリガする。第３マイルストーン５１４に応答して、オブジェクト５０８は、導出した第４マイルストーンを発生し（５２６）、これによって第１アプリケーション５０２に対して第３トリガ５２８（例えば、第４マイルストーンによってトリガする）をトリガする。実施形態は、この文脈には限定されない。
【００５７】
図６は、ＭＭ１０２（図１）を用いたフロー図６００の一実施形態を示す。フロー図６００は、起源拠点(source location)６３０からの日程終了プロセスの一例である。起源拠点６３０は、LNStream（図４Ａ）に流れ込む(feed into)ロンドン（ＬＮ）拠点（ＬＮ、図４Ａ）を表すことができる。同じロジックは、他の起源拠点６４０、例えば、チューリッヒ（ＺＵ）、フランクフルト（ＦＦ）、パリ（ＰＲ）、南アフリカ（ＳＡ）、ギリシャ（ＧＲ）、リュクセンブルグ（ＬＸ）、およびミラノ（ＭＩ）にも適用することができる。フロー図６００では、全般的に、マイルストーンを矢印６２０で表し、トリガされた行為を正方形６２２で表し、橋絡を縦棒６２４で表す。
【００５８】
フロー図６００は、日程終了プロセスを示し、起源拠点６３０の全てのシステムが全てのメッセージをサーバ・アプリケーション（例えば、LIBRAサーバ・アプリケーション）に送り終えたときに、マイルストーン６０２を送る。トリガ６０４が、サーバ・アプリケーションに、所与の起源拠点６３０からの全てのイベントが全て完全に処理されたことを確認させる。サーバ・アプリケーションは、各ソース・システムのチェックが成功する毎に、別のマイルストーン６０６を発行する。全ての非プラグス・ソース・システム(non-Plugs source system)が完了したとき、プラグス処理６０８をその拠点に対して開始する。全てのソース・システム（プラグスを含む）が所与の起源拠点６３０、６４０に対して完了したとき、別のトリガ６１０がサーバ・アプリケーションに、起源拠点６３０、６４０に対して未処理のエラーがないことを確認するように指示する。起源拠点６３０、６４０が完了する毎に、エラーがなければ、サーバ・アプリケーションによって別のマイルストーン６１２が発行される。起源拠点６３０、６４０と関連のあるストリーム６１４に対して参るストーン６１２が達成されたときに、２つのトリガ６１６、６１８を発行する。第１トリガ６１６は、ストリーム６１４に対して１つの行為（例えば、PB Extract 作成）に着手(kick off)する、即ち、それを開始し、第２トリガ６１８は、ストリーム６１４に対して別の行為（例えば、Journal Extract作成）に着手する、即ち、それを開始する。実施形態はこの文脈に限定されるのではない。
【００５９】
図７は、マイルストーン・マネージャに基づくサービス指向システム７００の一実施形態のフロー図を示す。ソース・アプリケーション７１０（ａ１、ａ２．．．ａｐ）の１つ以上は、長期継続実行プロセスを表し、特定のプラットフォーム・アプリケーションとすることができる。ソース・アプリケーション７１０は、所定の業務サイクルにおいて特定の地点に達したときに、マイルストーン７２０を発行する。既に説明したように、マイルストーン７２０は構造化情報を備えているメッセージを備えている。マイルストーン・マネージャ７３０はマイルストーン７２０を受信する。マイルストーン７２０は、マイルストーン・マネージャ７３０に、ソース・アプリケーション７１０の処理に関して重要な何かが発生したことを通知する。マイルストーン・マネージャ７３０は、ルールに基づく処理７２２を、入来したマイルストーン７２０に収容されている情報に適用し、１つ以上のトリガ７４０の内どれを発行すべきか判断し、マイルストーン・マネージャ７３０は数個の入来したマイルストーンに対して橋絡７２４を実行することができる。既に論じたように、橋絡とは、例えば、場所に基づく階層（例えば、大域−領域−地方階層）のような、自然階層に応じたマイルストーン情報の集計である。マイルストーン・マネージャ７３０は、例えば、場所データベースから階層情報を読み出すことができる。マイルストーン・マネージャ７３０は、トリガ７４０を発行する。トリガ７４０は、ソース・アプリケーション７１０の１つ以上に発行することができ、必ずしも参るストーン７２０を発行した特定のアプリケーションに発行する訳ではない。また、トリガ７４０は、構造化情報を備えたメッセージを備えることもできる。トリガ７４０は、マイルストーン７２０の発行に応答して、何らかの行為の実行を開始することができる。実施形態はこの文脈に限定されるのではない。
【００６０】
ここに呈示する例は、本発明の潜在的なそして具体的な実施態様を例示することを意図している。尚、これらの例は主に当業者のために本発明を例示することを目的とすることは認めることができる。前述の例の１つまたは複数の特定の態様も、本発明の範囲を限定することを意図していない。
【００６１】
尚、本発明の図および説明は、明確化を目的として、他の要素を排除しつつ、本発明の明確な理解に関係する要素を示すように、簡略化されていることは理解されてしかるべきである。例えば、ある種のオペレーティング・システムの詳細や、ネットワーク・プラットフォームのモジュールについては、ここでは説明していない。しかしながら、これらおよびその他の要素は、例えば、典型的なプロセッサ、コンピュータ・システムまたは電子メール・アプリケーションにおいては望ましい場合もあり得ることは、当業者には認められよう。しかしながら、このような要素は当技術分野では周知であり、これらは本発明の理解を深めることには役に立たないので、このような要素の論述はここでは設けられていない。
【００６２】
ここで指定した機能を実行する要素として表現するいずれの要素も、その機能を実行するあらゆる方法をも包含することを意図しており、例えば、当該機能を実行する要素の組み合わせを含む。更に、本発明をこのようなミーンズ・プラス・ファンクションの請求項によって定義するのは、種々の明記した手段によって設けられる機能性は、添付した特許請求の範囲に定義したやり方で組み合わされ、併合されるという事実に拠る。したがって、このような機能性を設けることができる手段はいずれもが、ここに示した手段と同等であると見なすことができる。
【００６３】
一般に、ここに記載した実施形態の少なくとも一部は、ソフトウェア、ファームウェア、および／またはハードウェアの多くの異なる実施形態で実施してもよいことは、当業者には明白なはずである。ソフトウェア・コードまたは特殊化制御ハードウェアを、本発明の実施形態を実施するために用いることもできるが、これは限定ではない。例えば、ここに記載した実施形態は、例えばＣまたはＣ＋＋のようないずれかの適したコンピュータ・ソフトウェア言語を用いて、あるいは、例えば、従来のまたはオブジェクト指向技法を用いて、コンピュータ・ソフトウェアで実施することができる。このようなソフトウェアは、例えば、磁気または光記憶媒体のような、１つまたは複数の適したコンピュータ読み取り可能媒体であればいずれの種類であっても、格納することができる。本発明の実施形態の動作および挙動は、特定のソフトウェア・コードや特殊化ハードウェア・コンポーネントに具体的に参照することなく、記載することができる。このような具体的な参照を行わないことは現実にあり得ることである。何故なら、当業者であれば、本明細書に基づけば、それなりの労力だけで、過度な実験を行わなくても、本発明の実施形態を実施するためのソフトウェアおよび制御ハードウェアを設計することができるからである。
【００６４】
更に、本発明の実施形態に付随するプロセスは、コンピュータまたはコンピュータ・システムのような、プログラム可能な機器によって実行することができる。プログラム可能機器にプロセスを実行させることができるソフトウェアは、例えば、コンピュータ・システム（不揮発性）メモリ、光ディスク、磁気テープ、または磁気ディスクのような、いずれの記憶デバイスにでも格納することができる。更に、これらのプロセスの少なくとも一部は、コンピュータ・システムを製造するときにプログラミングし、様々な種類のコンピュータ読み取り可能媒体に格納することができる。このような媒体は、記憶デバイスに関して先に列挙した形態のいずれも、および／または、コンピュータまたはコンピュータ・システムが読み取る、復調／デコードする、または実行することができる命令を伝達するために変調またはそれ以外で操作した搬送波を含むことができる。
【００６５】
また、ここに記載したある種のプロセスの態様は、コンピュータ・システムにプロセス・ステップを実行するように指令する１つ以上のコンピュータ読み取り可能媒体上に格納した命令を用いて実行してもよいことも認めることができよう。コンピュータ読み取り可能媒体は、例えば、ディスケット、コンパクト・ディスク（ＣＤ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）、光ディスク・ドライブ、またはハード・ディスク・ドライブのような、メモリデバイスを含むことができる。また、コンピュータ読み取り可能媒体は、物理的、仮想的、永続的、一時的、半永続的、および／または半一時的であるメモリ・ストレージを含むこともできる。更に、コンピュータ読み取り可能媒体は、１つ以上の搬送波上で送信される１つ以上のデータ信号も含むことができる。
【００６６】
「コンピュータ」又は「コンピュータ・システム」は、例えば、限定ではなく、種々のワイヤレスまたはワイヤライン型のマイクロコンピュータ、マイクロプロセッサ、ミニコンピュータ、サーバ、メインフレーム、ラップトップ、 パーソナル・データ・アシスタント（ＰＤＡ）、ワイヤレス電子メール・デバイス（例えば、「BlackBerry」取引指定デバイス(trade-designated device)）、セルラ電話機、ページャ、プロセッサ、ファックス機、スキャナ、あるいはネットワークを通じてデータを送信および／または受信するように構成されているその他のいずれのプログラム可能なデバイスでもよい。本明細書で開示されるコンピュータ・システムおよびコンピュータに基づくデバイスは、データを獲得する、処理する、格納する、且つ／又は通信するのに使用される幾つかのソフトウェア・アプリ ケーションを格納するためのメモリを含むこともできる。そのようなメモリは、開示した実施形態の動作に対しては、内部であることも、外部であることもあり得ることは認められよう。また、メモリには、ハード・ ディスク、光ディスク、フロッピ・ディスク、ＲＯＭ（リード・オンリメモリ）、ＲＡＭ（ランダム・アクセス・メモリ）、ＰＲＯＭ（プログラマブルＲＯＭ）、 ＥＥＰＲＯＭ（電気的消去可能ＰＲＯＭ）、および／またはその他のコンピュータ読み取り可能媒体を含むこともできる。
【００６７】
ここに開示した本発明の種々の実施形態では、１つ以上の所与の機能を実行するために、単一の構成要素を多数の構成要素で置き換えることもでき、更に多数の構成要素を単一の構成要素で置き換えることもできる。このような交換が機能しない場合を除いて、このような交換は、発明の範囲に該当するものとする。例えば、ここに記載したいずれのサーバでも、共動機能に合わせて配置および構成した「サーバ・ファーム」(server farm)またはネットワーク型サーバのその他の集合体と置き換えることもできる。尚、サーバ・ファームは、ファームの個々の構成機器間で作業負荷を分散するのに供することができ、多数のサーバの集合および協同パワーを利用することによって、計算プロセスを捗らせることができることは認められよう。このようなサーバ・ファームは、例えば、異なる機械からの処理パワー要求を追跡する、ネットワーク要求に基づいてタスクに優先順位を付けて予定を組むこと、および／または構成機器の故障または動作可能性の低下の場合に付則の事態に備えてバックアップを行うことのようなタスクを遂行する負荷均衡ソフトウェアを採用することができる。
【００６８】
ここでは本発明の種々の実施形態について説明したが、これらの実施形態に対する種々の修正、変更、および改造は、本発明の利点の少なくとも一部を達成することにより、当業者には容易に想起できることは、明白なはずである。したがって、開示した実施形態は、添付した特許請求の範囲に明記した本発明の範囲および主旨から逸脱することなく、このような修正、変更、および改造を全て含むことを意図している。
【図面の簡単な説明】
【００６９】
【図１】図１は、コンピュータ・システムの一実施形態を示す。
【図２】図２は、マイルストーン・メッセージ構造の一実施形態を示す。
【図３】図３は、トリガ・メッセージ構造の一実施形態を示す。
【図４Ａ】図４Ａは、処理拠点に基づく階層の一実施形態を示す。
【図４Ｂ】図４Ｂは、ソース・システムに基づく階層の一実施形態を示す。
【図４Ｃ】図４Ｃは、関与するシステムに基づく階層の一実施形態を示す。
【図５】図５は、マイルストーン／トリガ相互作用シーケンスの一実施形態の図を示す。
【図６】図６は、図１に示すようなマイルストーン・マネージャを用いたフロー図の一実施形態を示す。
【図７】図７は、マイルストーン・マネージャに基づくサービス指向システムの一実施形態のフロー図を示す。
【図１】
2009510620.tif 000004
【図２】
2009510620.tif 000005
【図３】
2009510620.tif 000006
【図４Ａ】
2009510620.tif 000007
【図４Ｂ】
2009510620.tif 000008
【図４Ｃ】
2009510620.tif 000009
【図５】
2009510620.tif 000010
【図６】
2009510620.tif 000011
【図７】
2009510620.tif 000012
【国際調査報告】
2009510620.tif 000013
2009510620.tif 000014
2009510620.tif 000015