JP2010015556A - 分散アプリケーションコンテキストを意識したトランザクション処理のための方法及び装置 - Google Patents

Abstract

【課題】分散コンピュータネットワークの中で一定の処理方針を適用するための方法及び装置を提供する。
【解決手段】メッセージは、終端点において、ユーザによって使用されるアプリケーションから受信される。終端点において、そのメッセージがどの処理を受けるべきであるか、及びどのパラメータまたは構成によって処理を受けるべきであるかを示すタグ付け情報がメッセージに添付される。一定の処理が保証されるように、そのメッセージは、その場合に、分散型ネットワークにおいて、タグ付け情報に従って処理される。必要とされるならば、応答メッセージが生成されると共に、実質的にオリジナルのメッセージと同じタグ付け情報が割り当てられる。
【選択図】図２

Description

本開示は、一般的に、分散アプリケーションに関連すると共に、特に、アプリケーショントランザクションの複数ノード複数機能処理を実施するための方法及び装置に関連する。

分散環境は、一般的に、複数のアプリケーションに対するアクセスをユーザに提供すると共に、それは総合的な最適性能を可能にすることを目的とするべきである。分散環境は、一般的に、１つ以上のデータセンタに存在する１つ以上のサーバ、１人以上の（通常は数百か数千の）ユーザ、及び通信チャネル、一般的には広域ネットワーク（ＷＡＮ）のような分散されたランドスケープ（distributed landscape）を含む。分散コンピューティング環境（分散計算環境）においてアプリケーションサービスを提供することは、多くの場合、複数の物理的な位置における異なるコンピュータ上のソフトウェアユニットのような異なるエンティティによって供給され得る複数の処理動作（multiple processing action）を必要とする。各処理動作は、処理されたトランザクションのコンテキストとトランザクションを扱うエンティティから導かれる、それ自身の定義のセット、構成設定、または構成値を必要とし得る。その分散は、多数の問題を生成する。環境の操作者（operator）または統合者（integrator）は、各利用可能なアプリケーションの彼らの視点を、アプリケーションに関連付けられた各処理動作に対する１つ以上の構成設定に移動しなければならない。２番目に、動作を分類するタスクは、全てのトランザクションに関連付けられたあらゆる動作のために繰り返されて、その結果、アクセスリソースを消費する。

上述の問題は、使用される共通のミドルウェア基盤構造によって増幅され、一方では、単一のアプリケーションサーバのようなミドルウェア基盤構造は、伝統的に１つのネットワークとして観察されるものに基づく複数のアプリケーションサービスまたはウェブサービスを提供する。他方では、１つのアプリケーションサービスは、潜在的に異なるプロトコルを使用する、異なるネットワークサービスまたはウェブサービスの統合されたセットから構成され得る。これは、各単一の処理動作に対してどのようにアプリケーションコンテキストを利用するか、特定のアプリケーションコンテキストに対してどのように単一の終端間スキームを定義するか、どのようにアプリケーションコンテキストに基づく異なる処理動作の性能または動作を監視するか、というような、更なる問題を引き起こす。

米国特許第７，３２１，３２２号明細書 米国特許出願シリアル番号１０／４９８，４０９号 米国特許出願シリアル番号１１／３８９，８９０号 米国特許出願シリアル番号１１／４９６，１１０号 米国特許出願シリアル番号１１／５９２，２８０号 米国特許出願シリアル番号１２／１６６，３２７号

従って、様々なアプリケーションから発生するトランザクションに関連付けられた異なる処理が、分散システムの全体を通して、一定の方針に従って、一定のそして効率的な方法で実行され得るように、分散環境においてコンテキストを意識した（context-aware）トランザクション処理を可能にすることになる方法及び装置に関する必要性が当該技術において存在する。

本発明は、分散ネットワークにおいて、一定の交差型組織（cross-organization：クロス−オーガニゼーション）様式でサービスを提供するための方法及び装置を提供する。方法及び装置は、より少ない制約理論（ＴＯＣ）について可能にすると共に、クライアント装置の設定と整備のための、遠隔地に存在する熟練した人員を必要としない。

好ましい実施例において、従って、分散コンピュータネットワークにおいて所定の方針に従ってサービスを提供するための方法であって、前記方法が、アプリケーションに関連するタグ付けスキームを受信するステップと、前記アプリケーションから要求メッセージを受信するステップと、前記タグ付けスキームに従ってタグ付け情報を前記要求メッセージに添付するステップと、１つ以上のプロセッサに前記タグ付け情報を有する前記要求メッセージを送信するステップと、前記タグ付け情報から１つ以上のパラメータまたは構成値を取り出すステップと、前記パラメータまたは構成値に従って前記要求メッセージを処理するステップとを有することを特徴とする方法が提供される。その方法は、前記タグ付けスキームを定義するためのタグ付けスキーム定義コンポーネントを提供するステップを更に有することができる。その方法は、実質的に前記要求メッセージと同じタグ付け情報を有する応答メッセージを作成するステップを更に有することができる。その方法は、前記応答メッセージに添付された前記タグ付け情報から１つ以上の第２のパラメータまたは構成値を取り出すステップと、前記第２のパラメータまたは構成値に従って前記応答メッセージを処理するステップとを更に有することができる。前記方法において、前記タグ付けスキームは、任意に、それに対して前記アプリケーションが属するトランザクションタイプに関連するか、または圧縮、復元、暗号化、復号化、トンネリング、セキュリティ、監視、経路指定、最適化、及びサービスの質から構成されるグループより選択された１つ以上のアイテムのパラメータまたは構成値に関連する。前記方法において、前記タグ付けスキームは、任意に、サービスタイプ、サブサービスタイプ、アプリケーション、アプリケーションに関連付けられたトランザクションタイプ、アプリケーションのユーザ、ユーザの役割、ユーザの位置、ユーザによって使用される地方の事務所、ユーザまたはアプリケーションに関連付けられたデータセンタ、及びアプリケーションのコンテキストから構成されるグループより選択された１つ以上のアイテムに関連する。前記方法において、前記所定の方針は、任意に、全組織的な方針である。

本開示の別の特徴は、分散コンピュータネットワークにおいて一定の方針に従ってサービスを提供するための装置であって、前記装置が、アプリケーションから要求メッセージを受信すると共に、クライアントフロントエンドを実施するための第１の計算プラットフォームを備え、前記クライアントフロントエンドが、アプリケーションから要求メッセージを受信するための終端点と、一定の方針に従ってタグ付け情報を前記要求メッセージに割り当てるための分類コンポーネントと、前記タグ付け情報に基づいて前記要求メッセージに関連付けられた処理命令を生成するためのアプリケーションレイヤ処理エンジンとを備えることを特徴とする装置に関連する。前記装置は、前記要求メッセージを処理するための第２の計算プラットフォームを更に備えることができると共に、前記第２の計算プラットフォームが、サーバフロントエンドを実施し、前記サーバフロントエンドは、前記タグ付け情報に基づいて前記要求メッセージまたは応答メッセージに関連付けられた処理命令を生成するためのアプリケーションレイヤ処理エンジンを備える。前記装置において、前記クライアントフロントエンドは、前記要求メッセージの前記タグ付け情報に従って前記要求メッセージまたは応答メッセージをキャッシング（caching：キャッシュメモリに保存する）及び配信するためのコンテントキャッシング及び配信サービスエンジンと、前記分散コンピュータネットワークの中で前記タグ付け情報を有する前記要求メッセージまたは前記応答メッセージを転送するためのトンネルとを更に備える。前記装置において、前記サーバフロントエンドは、前記要求メッセージの前記タグ付け情報に従って前記要求メッセージまたは応答メッセージをキャッシング及び配信するためのコンテントキャッシング及び配信サービスエンジンと、前記分散コンピュータネットワークの中で前記タグ付け情報を有する前記要求メッセージまたは前記応答メッセージを転送するためのトンネルと、前記終端点と前記第２の計算プラットフォームとを接続するための接続コンポーネントと、前記一定の方針に従ってタグ付け情報を前記要求メッセージに関連付けられた応答メッセージに割り当てるための分類コンポーネントとを更に備える。前記装置において、前記第１の計算プラットフォームによって実施されたトンネルは、前記タグ付け情報に従って前記要求メッセージまたは前記応答メッセージを圧縮するための圧縮コンポーネント、または転送するメッセージの最適化及び優先順位付けのための最適化及び優先順位付けコンポーネントを備える。前記装置において、前記第２の計算プラットフォームによって実施されたトンネルは、任意に、前記タグ付け情報に従って前記要求メッセージまたは前記応答メッセージを圧縮するための圧縮コンポーネント、または転送するメッセージの最適化及び優先順位付けのための最適化及び優先順位付けコンポーネントを備える。前記装置において、前記タグ付けスキームは、任意に、それに対して前記アプリケーションが属するトランザクションタイプに関連する。前記装置において、前記タグ付けスキームは、任意に、圧縮、復元、暗号化、復号化、トンネリング、セキュリティ、監視、経路指定、最適化、及びサービスの質から構成されるグループより選択された１つ以上のアイテムのパラメータまたは構成値に関連する。前記装置において、前記タグ付けスキームは、任意に、サービスタイプ、サブサービスタイプ、アプリケーション、アプリケーションに関連付けられたトランザクションタイプ、アプリケーションのユーザ、ユーザの役割、ユーザの位置、ユーザによって使用される地方の事務所、ユーザまたはアプリケーションに関連付けられたデータセンタ、及びアプリケーションのコンテキストから構成されるグループより選択された１つ以上のアイテムに関連する。前記装置において、前記接続コンポーネントは、任意に、分散ネットワークの中で計算プラットフォームの間のメッセージ転送作業及びメッセージ処理作業を均等化するための負荷バランシングコンポーネント、または最適化及び多重化コンポーネントを備える。前記装置は、前記一定の方針を定義するためのタグ付けスキーム定義コンポーネント、または前記タグ付け情報から処理情報を抽出するための管理エージェントコンポーネントを更に備えることができる。前記装置において、前記管理エージェントコンポーネントは、任意に、配信方針パラメータを抽出するための配信方針エージェント、監視パラメータを抽出するための監視エージェント、または警報関連パラメータを抽出するための警報エージェントを備える。前記装置において、前記所定の方針は、任意に、全組織的な方針である。

本開示の更にもう一つの特徴は、汎用コンピュータに対する一連の命令を包含するコンピュータ読み取り可能な記憶媒体であって、前記一連の命令が、分散コンピュータネットワークにおいて実施されるアプリケーションに関連するタグ付けスキームを受信することと、前記アプリケーションから要求メッセージを受信することと、前記分散コンピュータネットワークの中の所定の方針に従い、タグ付け情報を前記タグ付けスキームに従って前記要求メッセージに添付することと、少なくとも１つのプロセッサに前記タグ付け情報を有する前記要求メッセージを送信することと、前記タグ付け情報から１つ以上のパラメータまたは構成値を取り出すことと、前記パラメータまたは構成値に従って前記要求メッセージを処理することとを含むことを特徴とするコンピュータ読み取り可能な記憶媒体に関連する。

開示された装置が使用される一般的な環境の略図である。 本開示の好ましい実施例による、メッセージを受信してタグを付けるための地方の事務所の略図である。 本開示の好ましい実施例による、タグを付けられたメッセージを扱うためのデータセンタの略図である。 本開示による利用可能なトランザクションタイプを編集するためのユーザインタフェースのスクリーンショットの図である。 本開示による特別なトランザクションタイプと関連付けられたメッセージに関する処理シーケンスを編集するためのユーザインタフェースのスクリーンショットの図である。 本開示による特別なトランザクションタイプと関連付けられたメッセージに関する処理シーケンスの中の特別なトランザクションを編集するためのユーザインタフェースのスクリーンショットの図である。 本開示に基づいた方法における主要なステップの構成図である。

図面と共に、実施例の以下の説明を参照して、開示された主題の代表的な限定されない実施例が説明されることになる。それらの図面は、一般的に、比例するように示されておらず、あらゆるサイズは、代表的であることだけを意味し、必ず制限するというわけではない。対応するか、もしくは同等の要素は、同じ数字または文字によって示される。

本開示は、両方の出願の全ての内容が参照によってここに組み込まれている、２００２年１２月９日に出願された国際特許出願番号ＰＣＴ／ＩＬ０２／００９９１号の国内段階であって、開示された出願の譲受人に割り当てられた２００４年１２月６日に出願された米国特許出願シリアル番号１０／４９８，４０９号と、開示された出願の譲受人に割り当てられた２００６年３月２７日に出願された米国特許出願シリアル番号１１／３８９，８９０号とに関連する。

開示された方法及び装置は、分散計算システムにおいて実施されるトランザクションを扱うために、単一の全組織的な、好ましくは一定の方針を使用することを提供する。方法及び装置は、アプリケーショントランザクションメッセージに関連付けられた異なる特徴に対して、システム全体用（system-wide）のインデックス付けまたはタグ付けメカニズムを使用する。同じタグ付けが、トランザクションに関連付けられた全てのメッセージに使用され、従って、効率的な、そして一定の操作、及びシステムの内部の分散処理を提供する。

開示された方法及び装置は、一般的に、１つ以上のアプリケーションを実施する分散されたランドスケープにおいて使用される。一般的に、分散されたランドスケープは、様々な地理的位置の複数のユーザがアプリケーションを使用している組織によって使用される。基盤構造は、１つ以上のデータセンタを備え、各データセンタは、複数の計算プラットフォームが設置された地理的な位置に存在し、熟練した人員によって管理され、そして複数の分散された遠隔地及びユーザにサービスを提供する。それらのサービスは、好ましくは、地方の事務所に存在するか、または地方の事務所に接続されるパーソナルコンピュータまたはネットワークコンピュータのような遠隔装置によって消費される。各地方の事務所は、それがそこからサービスを受信する１つ以上のデータセンタに接続される。データセンタと地方の事務所は、好ましくは分散されたランドスケープを通して、例えば広域ネットワークを使用して接続される。

予備段階において、タグ付けシステムは、各トランザクションタイプが、トランザクションタイプに関連付けられたメッセージに基づいて実行されるべき処理シーケンスを割り当てられると共に、各処理が、関連するパラメータまたは構成設定と関連付けられるように設計される。構成が一般的に計算プラットフォーム、コンポーネント、ソフトウェアコンポーネント、インストール等の特性に関連する一方、パラメータは、一般的に、実行されるべき処理の特性に関連する。各要求処理は、プロセッサ、好ましくは実行ファイルのようなソフトウェアユニット、ウェブサービス、または他のユニットによって好ましくは実行される。それらのプロセッサは、要求シーケンスを処理し得ると共に、更に、応答プロセッサの“応答シーケンス”、及び各応答プロセッサのための構成定義を生成し得る。

そして、アプリケーションが使用されると共に、ユーザによってサービス要求が生成されるとき、タグ付けが、終端点、すなわちユーザの要求が最初にシステムに導入される計算プラットフォームにおいて実行される。そのタグ付けは、トランザクションと関連付けられた各メッセージに関して実行され、すなわちタグが各メッセージに添付される。それらのタグは、サービスタイプ、アプリケーション、トランザクションタイプ、サブサービスタイプ、セッション、ユーザの身元、ユーザの位置、ユーザの役割、地方の事務所、データセンタ、及び他の要素を含み得るデータに関連する。タグの全体のセットは、トランザクションのコンテキストを説明する。タグは、更に、例えば圧縮、復元、暗号化、復号化、トンネリング、セキュリティ、監視、経路指定、最適化操作、及びサービスの質を含む、トランザクションのライフサイクルの全ての部分に関連する情報を含み得る。

このスキームは、あらゆる要求されたパラメータによって、関連する処理ステップの構成設定または選択を可能にする。各処理ステップは、所定の順番の一連の処理及び構成パラメータを示し得る。

そして、そのメッセージが扱われるとき、メッセージを扱う各プロセッサは、関連する処理命令、及びメッセージのタグに関連付けられたパラメータを抽出し、それに沿って処理を実行し、従って一定の操作を提供する。要求メッセージに割り当てられたタグは応用できると共に、更に、生成された応答メッセージに対してデフォルトとして使用され得る。

例えば、特定のアプリケーションと関連付けられたトランザクションのような特定のトランザクションタイプにおいて、もし各メッセージが圧縮及びキャッシング（caching：キャッシュメモリに保存する）を受けるべきであるならば、その場合に、一度ＨＴＴＰメッセージのようなメッセージが関連するタグを割り当てられれば、要求された圧縮スキーム及び正しいパラメータ、そして要求されたキャッシングスキームのような、このアプリケーションタイプのために定義された関連する命令及びパラメータを使用して、これらの処理ステップが実行されることになる。それらのタグは、任意に、整数値（integer）として実装され、従って、関連する処理命令及びパラメータを抽出することが効率的に実行される。一定の処理を保証するために、処理命令及びパラメータを格納するデータベース、そして同じものを抽出するためのコンポーネントは、システムの全体を通して同じである。任意に、あらゆる特定の処理ポイントで、タグのサブセットのみが使用され得る。例えばユーザの身元は、圧縮方法を選択することに関連していないが、しかしサービスの品質（ＱｏＳ）を選択するときにそれは関連する。

ここで、一般的に様々な地理的位置に存在する複数のユーザがアプリケーションを使用している大組織によって使用されると共に、１つ以上のアプリケーションを実施する分散されたランドスケープの略図を示す図１を参照する。その基盤構造は、データセンタ（ＤＣ）１００のような１つ以上のデータセンタを備える。データセンタは、パーソナルコンピュータ、メインフレームコンピュータ、または他のものような複数の計算プラットフォームが設置される地理的位置であって、熟練した人員によって管理され、そして複数の分散された遠隔地及びユーザにサービスを提供する。それらのサービスは、好ましくは、小さな事務所またはクライアントによって使用される計算プラットフォーム１０８のような遠隔装置から消費される。追加のコンシューマ（消費者）が接続され得ると共に、地方の事務所１０４のような地方の事務所（ＲＯ）を通してサービスを消費し得る。各地方の事務所は、それがそこからサービスを受信する１つ以上のデータセンタと接続される。データセンタと地方の事務所は、好ましくは広域ネットワーク（ＷＡＮ）１０２のような分散されたランドスケープを通して接続される。

ＤＣ１００は、一般的に、サーバ１１２のような１つ以上のサーバ、とりわけ同様にシステムのタグ付け方針を格納するための装置１１６のような記憶装置、及び以下で図３に関連して詳述されるサーバフロントエンド（server front end：ＳＦＥ）エンジン１２０を備え、関連する処理及びパラメータは、記憶装置から特定のメッセージのタグに従って取得される。参照によってここに組み込まれた米国特許出願シリアル番号１１／３８９，８９０号に説明されるように、装置１１６は、更に、アプリケーションプラグインのための構成設定を有するサービスタイプタグを含むタグを使用した配信方針を格納する。

ＲＯ１０４は、一般的に、以下で図２に関連して詳述されるクライアントフロントエンド（client front end：ＣＥＦ）１２４が提供するサービスを消費する、符号１２８、１３２のような１つ以上のユーザプラットフォームを備えるか、またはユーザプラットフォームに接続される。単一のＣＦＥが複数のＲＯのために動作し得る、ということが認識されることになる。

ＳＦＥエンジン１２０及びＣＦＥエンジン１２４は、好ましくは、メインフレーム、デスクトップコンピュータ、ラップトップコンピュータ、または他のもののような１つ以上の計算プラットホームで実施されると共に、“Ｊａｖａ（登録商標）”、“Ｃ＋＋”、“Ｃ＃”、または他のもの、あるいはそれらの組み合わせのようなあらゆるプログラミング言語において実装されるソフトウェアコンポーネントとして実装される。

ここで、図１のクライアントフロントエンド（ＣＥＦ）１２４の概要の構成図を示す図２を参照する。ＣＦＥエンジン１２４は、好ましくは、分散されたランドスケープに対する終端点を構成する計算プラットフォームによって実施される１つ以上の相互に関係のあるコンピュータ命令の集合体として実装される。ＣＦＥエンジン１２４は、実施されたアプリケーションに関連する活動を実行するために最初にユーザの要求を受信するコンポーネントである終端コンポーネント２２０を備える。

もしプラットフォームが分散システムのエージェントまたは別のコンポーネントを備えるならば、終端コンポーネントは、ユーザの計算プラットフォームによって任意に実施されたモジュールである。他の場合には、終端コンポーネントは、ＣＦＥエンジン１２４の一部である。終端コンポーネント２２０は、タグを割り当てると共に、従って、プラットフォーム１２８、１３２、またはその終端点がＣＥＦエンジン１２４であるあらゆる他のプラットフォームを通じてユーザによって使用されるアプリケーションの一部として生成されたメッセージを分類するための分類コンポーネント２２４を備える。分類コンポーネント２２４は、システム全体の方針に従い、メッセージ及びコンテキストの特定の特性、例えばサービスタイプ、ユーザ、及び他のものに照らして、タグを各メッセージに割り当てる。終端コンポーネント２２０は、更に、ＳＳＬ及びクライアント認証コンポーネント２２８、またはＣＥＦ１２４とユーザとの間のタグを付けられたメッセージの安全な転送のためのあらゆる他のセキュリティ関連のコンポーネントを備える。

ＣＦＥエンジン１２４は、更に、ラーニングソリューション（Learning Solution：ＬＳＯ）アプリケーションタイプ２０２、ナレッジマネジメント（knowledge Management：ＫＭ）アプリケーションタイプ２０４、または企業ポータル（Enterprise Portal：ＥＰ）アプリケーションタイプ２０６のようなそれらのサービスタイプに従って、メッセージのいずれかに関連付けられた特定の処理命令を生成するためのアプリケーションレイヤ処理エンジン２００を備える。環境における各プラットフォームは、各メッセージに割り当てられたタグに従ってトランザクションのオブジェクトを作成するためのアプリケーションレイヤ処理エンジンを備える。エンジンは、それらが供給する処理の点で異なる。音の処理に関して、データセンタのエンジン及び地方の事務所のエンジンは、相互に補完するが、一方、サーバ間の負荷バランシングのような他の処理は、１つのエンジンのみによって実行される。

従って、アプリケーションレイヤ処理エンジン２００は、関連するアプリケーションの詳細な知識に基づいて、特定の分類の処理命令への変形を実行する。処理命令は、好ましくは、それを通じてメッセージが受けることになる処理のシーケンスを含む。いくつかの実施例において、アプリケーションレイヤ処理エンジン２００は、１つ以上のトランザクションタイプと関連付けられた特定の処理の１つ以上を更に実行し、従って分散アプリケーションサービスを供給することに一般化され得る。例えば、ユーザがドキュメントを要求する場合に、エンジンが、最初に、ドキュメントを受け取るのにユーザの特権が十分であるかどうかを決定するように、特定のアプリケーションが、特権ベースの（privilege-based）キャッシングのために使用され得る。もしそれらが十分で、そして以前にそのドキュメントがキャッシされていたならば、そのドキュメントが返され、そうでなければ否定応答が返される。

ＬＳＯ、ＫＭ、及びＥＰが、開示されたシステム及び方法の代表的な使用法と関連付けられた特定の代表的なアプリケーションであり、そして開示を制限することを意図していない、ということが認識されることになる。

ＣＦＥエンジン１２４は、同様に各メッセージのタグに任意に従ってメッセージをキャッシングすると共に配信するためのコンテントキャッシング及び配信（content caching and delivery：ＣＤＮ）サービスエンジン２３２を更に備える。例えば、オプションをキャッシングすることは、特定のユーザ、及び彼または彼女の役割によって決まり得ると共に、従って、異なるキャッシングオプションが、グローバルな方針に従って使用されることになる。キャッシング及び配信サービス２３２は、グローバルな方針に関連する情報を提供する中央管理エージェント２３６を利用する。中央管理エージェント２３６は、配信方針パラメータを抽出するための配信方針エージェント２４０、監視パラメータを抽出するための監視エージェント２４４、または警報関連パラメータを抽出するための警報エージェント２４８を任意に備える。全てのパラメータは、分類コンポーネント２２４によって割り当てられた、各メッセージに関連付けられた特定のタグに従って、システムのグローバルな方針から抽出される。中央管理エージェント２３６は、管理サービスコンポーネント３１０を用いて管理されると共に操作され得る。

ＣＦＥエンジン１２４は、更に、コンピュータ化されたランドスケープの中でタグを付けられたメッセージを例えばデータセンタに転送するための安全な最適化トンネル２０８を備える。用語“トンネル”は、一般的に、伝達されるメッセージが別の通信スキームをカプセル化する、１つのスキームで通信することが可能である通信コンポーネントのことを指す。例えば、本開示に照らすと、メイン通信チャンネルは、オプションのＳＳＬを有するＴＣＰであり、そしてカプセル化されたスキームは、ＴＣＰパケットの中にカプセル化された、所有者タグベース（proprietary tag-based）の経路指定スキームである。

安全な最適化トンネル２０８は、割り当てられたタグに従ってメッセージを圧縮するための適応圧縮コンポーネント２１２、及び転送するメッセージを最適化すると共に転送するメッセージに優先順位をつけるためのトンネル最適化及び優先順位付けコンポーネント２１６を備える。

ここで、図１のサーバフロントエンド（ＳＦＥ）１２０の概要の構成図を示す図３を参照する。ＳＦＥエンジン１２０は、好ましくは、同様に、１つ以上のデータセンタのような計算プラットフォームによって実施される１つ以上の相互に関係のあるコンピュータ命令の集合体として実装される。データセンタ１００の一部として実装されるＳＦＥエンジン１２０は、図１のＷＡＮ１０２を通じて、コンピュータ化されたランドスケープの他のユニットと接続するための接続コンポーネント３２０を備える。接続コンポーネント３２０は、ランドスケープの中で様々なチャンネルと様々なデータセンタとの間の転送作業及び処理作業を均等化するための負荷バランシングコンポーネント３２４、メッセージを最適化すると共に多重化するための最適化及び多重化コンポーネント３２８、及び特に大きなバッファを備える。

接続コンポーネント３２０は、ＳＳＬ及びクライアント認証コンポーネント３３０、またはタグを付けられたメッセージの安全な転送のためのあらゆる他のセキュリティ関連のコンポーネント、及び要求メッセージに対する応答メッセージに関連する分類を拡張するための分類コンポーネント３３１を備える。ＳＦＥエンジン１２０は、更に、ラーニングソリューション（Learning Solution：ＬＳＯ）アプリケーションタイプ３０２、ナレッジマネジメント（knowledge Management：ＫＭ）アプリケーションタイプ３０４、または企業ポータル（Enterprise Portal：ＥＰ）アプリケーションタイプ３０６のようなそれらのサービスタイプに従って、メッセージのいずれかに関連付けられた特定の処理命令を生成するための、ＣＦＥエンジン１２４のアプリケーションレイヤ処理エンジン２００と同類のアプリケーションレイヤ処理エンジン３００を備える。エンジンは、特定のメッセージに割り当てられたタグに従って、トランザクションのオブジェクトを生成することを目的とする。従って、アプリケーションレイヤ処理エンジン３００は、それに対してメッセージが関連するアプリケーションの詳細な知識に基づいて、特定の分類の処理命令への変形を実行する。処理命令は、好ましくは、それを通じてメッセージが受けることになる処理のシーケンスを含む。いくつかの実施例において、アプリケーションレイヤ処理エンジン３００は、同様に、１つ以上のトランザクションタイプと関連付けられた特定の処理の１つ以上を実行し、従って分散アプリケーションサービスを供給するように拡張され得る。ＬＳＯ、ＫＭ、及びＥＰが、開示されたシステム及び方法の代表的な実装と関連付けられた特定の代表的なアプリケーションであり、そして開示を制限することを意図していない、ということが認識されることになる。

ＳＦＥエンジン１２０は、同様に各メッセージのタグに任意に従ってランドスケープの中でメッセージをキャッシングすると共に配信するためのコンテントキャッシング及び中央配信（content caching and central delivery）サービスエンジン３３２を更に備える。キャッシング及び配信サービス３３２は、グローバルな方針に関連する情報を提供する中央管理エージェント３３６を利用する。中央管理エージェント３３６は、配信方針パラメータを抽出するための配信方針エージェント３４０、監視パラメータを抽出するための監視エージェント３４４、または警報関連パラメータを抽出するための警報エージェント３４８を任意に備える。全てのパラメータは、終端点から受信された、各メッセージに関連付けられた特定のタグに従って、システムのグローバルな方針から抽出される。

ＳＦＥエンジン１２０は、更に、メッセージを他の送信先、例えば他のデータセンタに転送するための、または地方の事務所に返送するための安全な最適化トンネル３０８を備える。安全な最適化トンネル３０８は、割り当てられたタグに従ってメッセージを圧縮するための適応圧縮コンポーネント３１２、及び転送する様々なメッセージを最適化すると共に転送する様々なメッセージに優先順位をつけるためのトンネル最適化及び優先順位付けコンポーネント３１６を備える。

一定のタグ付け方針に従って動作するＳＦＥエンジン１２０とＣＦＥエンジン１２４との組み合わせは、分散されたランドスケープの中でメッセージの効率的な終端間処理を可能にする。ランドスケープの中の各ポイントで、メッセージのための関連する処理及びパラメータは、一定の操作が提供されるように、メッセージに割り当てられたタグに従って、図２の配信方針エージェント２４０または図３の配信方針エージェント３４０から能率的に抽出される。

ここで、トランザクションと関連付けられるべきタグを定義するためのユーザインタフェースの代表的な実施例を示す図４、図５、及び図６を参照する。ここで、利用可能なトランザクションタイプを編集するためのユーザインタフェースのスクリーンショットの図を示す図４を参照する。ユーザインタフェースの左手側は、様々なエンティティと関連付けられた処理命令の階層構造を備え、一方右手側は、階層において選択されたレベルを編集することを可能にする。従って、一般的に符号４００で参照される代表的な表示されたユーザインタフェースは、全組織に関する配信方針４０４を含む。配信方針４０４は、データセンタサーバ４０５、地方の事務所４０６、及びサービスタイプ４０７に対する入力を含む。サービスタイプ４０７の中で、サービスタイプ１ ４０８は、トランザクションタイプ４１２を含み、トランザクションタイプ４１２は、複数のトランザクションタイプを含むと共に、その複数のトランザクションタイプは、ＬＳＯ４１６、アイテム４２１において詳述されるトランザクションタイプＫＭ４２０、及びアイテム４２２において詳述されるデフォルトのトランザクションタイプ４２９である。ＬＳＯ及びＫＭアプリケーションが特定の代表的アプリケーションであり、そしてあらゆるトランザクションベースのアプリケーションが詳述され得る、ということが認識されることになる。ＫＭアプリケーション４２０は、アプリケーションレベルの処理に関連すると共に、以下で詳述される処理命令に拡張される処理シーケンストランザクションセット４２４、好ましくは適用された圧縮エンジンの構成に関連する要求コンテキストトランザクションセット４２５と応答コンテキストトランザクションセット４２６、及び終端点おいてメッセージを分類するための規則を与えるＫＭ分類規則４２８のような分類規則を含む分類規則トランザクションセット４２７を含む。デフォルトのトランザクションタイプ４２９は、要求集合トランザクションセット４３０、応答集合トランザクションセット４３１、及び処理シーケンストランザクションセット４３２を含み、処理シーケンストランザクションセット４３２は、更にジップ（ｚｉｐ）アイテム４３５及びキャッシュアイテム４３６を含む。デフォルトのトランザクションタイプ４２９は、更に、要求コンテキストトランザクションセット４３３、及び応答コンテキストトランザクションセット４３４を含む。リスト４１８を含むユーザインタフェースの右手側は、ユーザインタフェースの左手側の現在選択されたアイテムであるトランザクションタイプ４１２の下の全てのアイテムを示す。

ここで、特定のトランザクションタイプと関連付けられたメッセージに関する処理シーケンスを編集するためのユーザインタフェースのスクリーンショットの図を示す図５を参照する。スクリーンの左手側で、ＫＭトランザクションタイプ４２０と関連付けられた処理シーケンス４２４が選択される。現在の処理シーケンスは、“ｇｚｉｐ”アイテム５４６、“ＫＭ＿ｒｅｑｕｅｓｔｏｒ”アイテム５４８、及びキャッシュアイテム５５０として示される。右手側のウィンドウ（窓）５４０は、アイテムを示すと共に、アイテムの追加、削除、または更新を可能にする。

ここで、特定のトランザクションタイプに関連付けられたメッセージに関する処理シーケンスの中の特定の処理を編集するためのユーザインタフェースのスクリーンショットの図を示す図６を参照する。図６において、キャッシュアイテム５５０は、処理シーケンス４２４の下のアイテムの中から選択されると共に、スクリーンの右手側のテーブル５５３は、キャッシングの規則を示す。それらの規則は、ＫＭトランザクションの中のキャッシングに特有である規則５５４と、デフォルトのキャッシング４３６に関連付けられた規則から生成される規則５５８とを含む。各規則は、適用されるべき規則に関して満足されるべき条件、及び処理が行われるときに使用されるべきパラメータまたは構成を含む。

ＫＭメッセージがタグを付けられるべきであるとき、それらの規則は、好ましくは、それらが現れる順番においてテストされると共に、それらの条件が満たされる最初の規則が、実行されるべき規則である、すなわち処理がそのパラメータ及び構成に従って実行されるべきである規則である、ということが認識されることになる。

図４、図５、及び図６は、階層の一部分のみを示し、例えばデータセンタサーバ４０５、ＫＳＯトランザクションタイプ４１６、要求コンテキストトランザクションセット４２５、または他のエンティティに関連する規則は、示された代表的システムに存在するかもしれないが、図４上に表示されない、ということが認識されるであろう。図４、図５、または図６の左手側の階層においてあらゆるアイテムを選択することは、右手側に、選択されたアイテムに関連するプロパティ、オプション、またはサブアイテムを提示することになる、ということが更に認識されることになる。

いくつかの実施例において、ＫＭ４１２またはＬＳＯ４１６のような各トランザクションタイプは、もしそのデザイナーが望むならば無効にされ得る、デフォルトのトランザクションタイプの全てのアイテムを、初めに割り当てられる。従って、表示された例において、ＫＭトランザクションタイプは、デフォルトのトランザクションタイプ４２９の要求集合トランザクションセット４３０と応答集合トランザクションセット４３１を含む。もし特定の要求集合トランザクションセットまたは特定の応答集合トランザクションセットが定義されるならば、デフォルトの割り当ては実施されないことになる。その代りに、それらのデフォルトは、特定のセットと関連付けられたアイテムのリストに追加され得る。多数の規則の中から１つの規則だけが適用されるべきである場合に、適用されるべき規則は、その条件が満たされる最初の規則、任意の規則、または利用可能な規則の内の１つを選択するあらゆる他の方法であり得る。

それらのタグが、オブジェクトのようなデータ構造として実装され得る、ということが認識されることになる。もし効率的なリアルタイム処理が必要とされるならば、それらのタグは、“Ｔａｇ Ｔｙｐｅ”セクション及び“Ｔａｇ ｖａｌｕｅ”セクションのように配置された整数値（integer）の集合として実装され得る。そのような実装は、メモリの分割の点で、効率が良い。配信されたサービスタイプに関連する処理を構成することは、図１のサービスタイプリポジトリ１１６に統合される。図２のアプリケーションレイヤ処理エンジン２００または図３のアプリケーションレイヤ処理エンジン３００を構成するために、（トランザクションタイプとも呼ばれる）サブサービスのタグセットが、トランザクションセットの収集物を獲得するために決定され得ると共に、ここで、各トランザクションセットは、１つ以上のシーケンスを含むか、または１つ以上のシーケンスにリンクされる。

初期設定により、応答処理シーケンスは、任意に、対応する要求シーケンス及びそれについてのパラメータに従って自動的に生成され、従って追加の作業が必要とされない、ということが更に認識されることになる。

ここで、本開示の方法における主要なステップのフローチャートを示す図７を参照する。

ステップ７００において、タグ付けスキーム定義コンポーネントがユーザに提供される。定義コンポーネントは、機能性または外観において、図４、図５、または図６と関連して上記において示されて詳述されたユーザインタフェースに類似し得るユーザインタフェース部分、及び環境の中でトランザクションに関するタグ付け階層構造を構成するエンジンを含む。

ステップ７０４において、ステップ７００で提供されたタグ付けスキーム定義コンポーネントを用いて定義されるタグ付けスキームが受信される。タグ付けスキームは、システムの管理者によって、またはシステムにおける様々なアプリケーションタイプ及びトランザクションタイプに関する知識を有すると共に、その処理が彼らのいずれに対しても要求される他の人によって、定義され得る。

ステップ７０８において、システムは動作していると共に、要求メッセージは、アプリケーションから送信され、終端点において受信される。終端点は、そのユーザが作業をしている同じ計算プラットフォームか、または計算プラットフォームに接続されたサーバであり得る。

ステップ７１２において、要求メッセージがタグを付けられ、すなわちメッセージが関連するアプリケーション、サービスタイプ、ユーザ、地方の事務所、データセンタ、ユーザ特権、サービス及び他のものに必要とされる品質のような様々なパラメータに従ってタグがメッセージに添付される。タグ付けは、メッセージに関して必要とされる処理命令、及び各処理に対するパラメータを含む。処理命令は、任意に、トランザクションタイプデータ構造を含み得るサービスタイプデータ構造に統合される。

ステップ７１６において、タグを付けられたメッセージは、１つ以上のプロセッサに送信され、ステップ７１８において、プロセッサのそれぞれは、タグから関連する構成及びパラメータを取り出すと共に、ステップ７２０において、プロセッサは、取り出されたパラメータ及び構成に従って、メッセージを処理する。任意のステップ７２２において、要求メッセージに対応する応答メッセージが生成される。応答が同じプロセッサによって同じ処理、例えば圧縮、暗号化、及びキャッシングを受けるように、初期設定により、要求メッセージに添付された同じタグ付け情報が、同様に応答メッセージに添付される。処理は、適応圧縮、トンネリング、経路指定、キャッシング、最適化操作、機能性最適化、または他の処理の内のいずれかを含み得る。

任意のステップ７２４において、タグが初期設定により要求のタグに従って割り当てられたか、または他の方法によって割り当てられたか否かに拘らず、応答メッセージは、もし生成されたならば、そのタグに従って処理される。任意のステップ７２８において、応答メッセージは、もし生成されたならば、終端点を通してユーザに返される。

開示された方法及び装置は、分散システムの全体を通して、単一のシステム全体用の方針に従った、メッセージの自動的な一定の処理を可能にする。システムの全体を通してメッセージに対する一定の処理が保証されるように、タグは、メッセージの特性に従ってメッセージに添付される。いくつかの要求メッセージに関して、更に一定の処理を保証するために、要求メッセージに応じて、対応する応答メッセージが組み立てられて処理される。

開示されたシステム及び方法は、任意に、ユーザレイヤまたは“レイヤ８”とも呼ばれる終端レイヤの一部分として有効にされる。レイヤ８は、ＯＳＩ第７層モデルにおいて適用できるレイヤを越えたレイヤであると考えられている。

任意に、関連するトランザクションタイプの各セットに関して、関連する要求処理及び応答処理を含むアプリケーションプロキシが提供され得る。そのようなプロキシは、更に分散処理システムの中での互換性を保証するために、共用オブジェクトとして提供され得る。開示の好ましい実施例において、タグのセットは、図２の適応圧縮コンポーネント２１２または図３の適応圧縮コンポーネント３１２において、優先順位づけを制御する際に、図２の最適化及び優先順位付けコンポーネント２１６または図３の最適化及び優先順位付けコンポーネント３１６において、そしてセキュリティ関連のアプリケーションプロキシ等において、使用されるべきリソースのコンテキストを決定するために使用され得る。

当業者によって、複数の変種及びオプションが、開示のガイドラインからはずれることなく、開示された方法のガイドラインに沿って設計され得る、ということが認識されることになる。そのような変種及びオプションは、開示によってカバーされると考えられている。

開示が代表的な実施例を参照して説明された一方、当業者によって、開示の範囲からはずれることなく、様々な変更が実行され得ると共に、それの要素に対して同等物が代用され得る、ということが理解されることになる。更に、特定の状況、材料、教示に対するコンポーネントのステップを適合させるために、多くの修正が、それの本質的有効範囲からはずれることなく、実行され得る。従って、開示された主題は、この発明を実行することに関して熟考された最良の形態として開示された特定の実施例に制限されず、添付された請求項によってのみ制限される、ということが意図される。

１００ データセンタ（ＤＣ）
１０２ 広域ネットワーク（ＷＡＮ）
１０４ 地方の事務所（ＲＯ）
１０８ 計算プラットフォーム
１１２ サーバ
１１６ 記憶装置
１２０ サーバフロントエンド（ＳＦＥ）エンジン
１２４ クライアントフロントエンド（ＣＥＦ）エンジン
１２８、１３２ ユーザプラットフォーム
２００ アプリケーションレイヤ処理エンジン
２０２ ラーニングソリューション（ＬＳＯ）アプリケーションタイプ
２０４ ナレッジマネジメント（ＫＭ）アプリケーションタイプ
２０６ 企業ポータル（ＥＰ）アプリケーションタイプ
２０８ 安全な最適化トンネル
２１２ 適応圧縮コンポーネント
２１６ トンネル最適化及び優先順位付けコンポーネント
２２０ 終端コンポーネント
２２４ 分類コンポーネント
２２８ ＳＳＬ及びクライアント認証コンポーネント
２３２ コンテントキャッシング及び配信（ＣＤＮ）サービスエンジン
２３６ 中央管理エージェント
２４０ 配信方針エージェント
２４４ 監視エージェント
２４８ 警報エージェント
３００ アプリケーションレイヤ処理エンジン
３０２ ラーニングソリューション（ＬＳＯ）アプリケーションタイプ
３０４ ナレッジマネジメント（ＫＭ）アプリケーションタイプ
３０６ 企業ポータル（ＥＰ）アプリケーションタイプ
３０８ 安全な最適化トンネル
３１０ 管理サービスコンポーネント
３１２ 適応圧縮コンポーネント
３１６ トンネル最適化及び優先順位付けコンポーネント
３２０ 接続コンポーネント
３２４ 負荷バランシングコンポーネント
３２８ 最適化及び多重化コンポーネント
３３０ ＳＳＬ及びクライアント認証コンポーネント
３３１ 分類コンポーネント
３３２ コンテントキャッシング及び中央配信サービスエンジン
３３６ 中央管理エージェント
３４０ 配信方針エージェント
３４４ 監視エージェント
３４８ 警報エージェント
４００ 代表的なユーザインタフェース
４０４ 配信方針
４０５ データセンタサーバ
４０６ 地方の事務所
４０７ サービスタイプ
４０８ サービスタイプ１
４１２ トランザクションタイプ
４１６ トランザクションタイプＬＳＯ
４１８ リスト
４２０ トランザクションタイプＫＭ
４２１ アイテム
４２２ アイテム
４２４ 処理シーケンストランザクションセット
４２５ 要求コンテキストトランザクションセット
４２６ 応答コンテキストトランザクションセット
４２７ 分類規則トランザクションセット
４２８ ＫＭ分類規則
４２９ デフォルトのトランザクションタイプ
４３０ 要求集合トランザクションセット
４３１ 応答集合トランザクションセット
４３２ 処理シーケンストランザクションセット
４３３ 要求コンテキストトランザクションセット
４３４ 応答コンテキストトランザクションセット
４３５ ジップ（ｚｉｐ）アイテム
４３６ キャッシュアイテム
５４０ ウィンドウ（窓）
５４６ “ｇｚｉｐ”アイテム
５４８ “ＫＭ＿ｒｅｑｕｅｓｔｏｒ”アイテム
５５０ キャッシュアイテム
５５３ テーブル
５５４ 規則
５５８ 規則

Claims (23)

1. 分散コンピュータネットワークにおいて所定の方針に従ってサービスを提供するための方法であって、前記方法が、
   アプリケーションに関連するタグ付けスキームを受信するステップと、
   前記アプリケーションから要求メッセージを受信するステップと、
   前記タグ付けスキームに従ってタグ付け情報を前記要求メッセージに添付するステップと、
   少なくとも１つのプロセッサに前記タグ付け情報を有する前記要求メッセージを送信するステップと、
   前記タグ付け情報から少なくとも１つのパラメータまたは構成値を取り出すステップと、
   前記少なくとも１つのパラメータまたは構成値に従って前記要求メッセージを処理するステップと
   を有することを特徴とする方法。
2. 前記タグ付けスキームを定義するためのタグ付けスキーム定義コンポーネントを提供するステップを更に有する
   ことを特徴とする請求項１に記載の方法。
3. 実質的に前記要求メッセージと同じタグ付け情報を有する応答メッセージを作成するステップを更に有する
   ことを特徴とする請求項１に記載の方法。
4. 前記応答メッセージに添付された前記タグ付け情報から少なくとも１つの第２のパラメータまたは構成値を取り出すステップと、
   前記少なくとも１つの第２のパラメータまたは構成値に従って前記応答メッセージを処理するステップとを更に有する
   ことを特徴とする請求項３に記載の方法。
5. 前記タグ付けスキームが、それに対して前記アプリケーションが属するトランザクションタイプに関連する
   ことを特徴とする請求項１に記載の方法。
6. 前記タグ付けスキームが、圧縮、復元、暗号化、復号化、トンネリング、セキュリティ、監視、経路指定、最適化、及びサービスの質から構成されるグループより選択された少なくとも１つのアイテムのパラメータまたは構成値に関連する
   ことを特徴とする請求項１に記載の方法。
7. 前記タグ付けスキームが、サービスタイプ、サブサービスタイプ、アプリケーション、アプリケーションに関連付けられたトランザクションタイプ、アプリケーションのユーザ、ユーザの役割、ユーザの位置、ユーザによって使用される地方の事務所、ユーザまたはアプリケーションに関連付けられたデータセンタ、及びアプリケーションのコンテキストから構成されるグループより選択された少なくとも１つのアイテムに関連する
   ことを特徴とする請求項１に記載の方法。
8. 前記所定の方針が、全組織的な方針である
   ことを特徴とする請求項１に記載の方法。
9. 分散コンピュータネットワークにおいて一定の方針に従ってサービスを提供するための装置であって、前記装置が、
   アプリケーションから要求メッセージを受信すると共に、クライアントフロントエンドを実施するための第１の計算プラットフォームを備え、
   前記クライアントフロントエンドが、
   アプリケーションから要求メッセージを受信するための終端点と、
   一定の方針に従ってタグ付け情報を前記要求メッセージに割り当てるための分類コンポーネントと、
   前記タグ付け情報に基づいて前記要求メッセージに関連付けられた処理命令を生成するためのアプリケーションレイヤ処理エンジンとを備える
   ことを特徴とする装置。
10. 前記要求メッセージを処理するための第２の計算プラットフォームを更に備えると共に、
    前記第２の計算プラットフォームが、サーバフロントエンドを実施し、
    前記サーバフロントエンドが、前記タグ付け情報に基づいて前記要求メッセージまたは応答メッセージに関連付けられた処理命令を生成するためのアプリケーションレイヤ処理エンジンを備える
    ことを特徴とする請求項９に記載の装置。
11. 前記クライアントフロントエンドが、
    前記要求メッセージの前記タグ付け情報に従って前記要求メッセージまたは応答メッセージをキャッシング及び配信するためのコンテントキャッシング及び配信サービスエンジンと、
    前記分散コンピュータネットワークの中で前記タグ付け情報を有する前記要求メッセージまたは前記応答メッセージを転送するためのトンネルとを更に備える
    ことを特徴とする請求項９に記載の装置。
12. 前記第１の計算プラットフォームによって実施されたトンネルが、前記タグ付け情報に従って前記要求メッセージまたは前記応答メッセージを圧縮するための圧縮コンポーネント、または転送するメッセージの最適化及び優先順位付けのための最適化及び優先順位付けコンポーネントを備える
    ことを特徴とする請求項１１に記載の装置。
13. 前記サーバフロントエンドが、
    前記要求メッセージの前記タグ付け情報に従って前記要求メッセージまたは応答メッセージをキャッシング及び配信するためのコンテントキャッシング及び配信サービスエンジンと、
    前記分散コンピュータネットワークの中で前記タグ付け情報を有する前記要求メッセージまたは前記応答メッセージを転送するためのトンネルと、
    前記終端点と前記第２の計算プラットフォームとを接続するための接続コンポーネントと、
    前記一定の方針に従ってタグ付け情報を前記要求メッセージに関連付けられた応答メッセージに割り当てるための分類コンポーネントとを更に備える
    ことを特徴とする請求項１０に記載の装置。
14. 前記第２の計算プラットフォームによって実施されたトンネルが、前記タグ付け情報に従って前記要求メッセージまたは前記応答メッセージを圧縮するための圧縮コンポーネント、または転送するメッセージの最適化及び優先順位付けのための最適化及び優先順位付けコンポーネントを備える
    ことを特徴とする請求項１３に記載の装置。
15. 前記タグ付けスキームが、それに対して前記アプリケーションが属するトランザクションタイプに関連する
    ことを特徴とする請求項９に記載の装置。
16. 前記タグ付けスキームが、圧縮、復元、暗号化、復号化、トンネリング、セキュリティ、監視、経路指定、最適化、及びサービスの質から構成されるグループより選択された少なくとも１つのアイテムのパラメータまたは構成値に関連する
    ことを特徴とする請求項９に記載の装置。
17. 前記タグ付けスキームが、サービスタイプ、サブサービスタイプ、アプリケーション、アプリケーションに関連付けられたトランザクションタイプ、アプリケーションのユーザ、ユーザの役割、ユーザの位置、ユーザによって使用される地方の事務所、ユーザまたはアプリケーションに関連付けられたデータセンタ、及びアプリケーションのコンテキストから構成されるグループより選択された少なくとも１つのアイテムに関連する
    ことを特徴とする請求項９に記載の装置。
18. 前記接続コンポーネントが、分散ネットワークの中で計算プラットフォームの間のメッセージ転送作業及びメッセージ処理作業を均等化するための負荷バランシングコンポーネント、または最適化及び多重化コンポーネントを備える
    ことを特徴とする請求項１３に記載の装置。
19. 前記一定の方針を定義するためのタグ付けスキーム定義コンポーネントを更に備える
    ことを特徴とする請求項９に記載の装置。
20. 前記タグ付け情報から処理情報を抽出するための管理エージェントコンポーネントを更に備える
    ことを特徴とする請求項９に記載の装置。
21. 前記管理エージェントコンポーネントが、配信方針パラメータを抽出するための配信方針エージェント、監視パラメータを抽出するための監視エージェント、または警報関連パラメータを抽出するための警報エージェントを備える
    ことを特徴とする請求項９に記載の装置。
22. 前記所定の方針が、全組織的な方針である
    ことを特徴とする請求項９に記載の装置。
23. 汎用コンピュータに対する一連の命令を包含するコンピュータ読み取り可能な記憶媒体であって、前記一連の命令が、
    分散コンピュータネットワークにおいて実施されるアプリケーションに関連するタグ付けスキームを受信することと、
    前記アプリケーションから要求メッセージを受信することと、
    前記分散コンピュータネットワークの中の所定の方針に従い、タグ付け情報を前記タグ付けスキームに従って前記要求メッセージに添付することと、
    少なくとも１つのプロセッサに前記タグ付け情報を有する前記要求メッセージを送信することと、
    前記タグ付け情報から少なくとも１つのパラメータまたは構成値を取り出すことと、
    前記少なくとも１つのパラメータまたは構成値に従って前記要求メッセージを処理することと
    を含むことを特徴とするコンピュータ読み取り可能な記憶媒体。