JP2023503295A - スケーラブル・アプリケーションとの相互作用の制御 - Google Patents

Abstract

スケーラブル・アプリケーションとの相互作用を制御するという概念が提示される。１つの例は、インターフェース仕様をアプリケーションに登録することを含み、メタデータはインターフェース仕様と関連付けられる。次に、方法は、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングすることと、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成することとを含む。

Description

本発明は、一般に、スケーラブル・アプリケーションとの相互作用に関し、より特定的には、スケーラブル・アプリケーションとの相互作用の制御に関する。

本発明はまた、システムのプロセッサ、又はネットワークの複数のプロセッサが、そうした方法を実施することを可能にするコンピュータ可読プログラム・コードを含むコンピュータ・プログラム製品にも関する。

本発明はさらに、少なくとも１つのプロセッサ及びそうしたコンピュータ・プログラム製品を含むコンピュータ・システムにも関し、少なくとも１つのプロセッサは、コンピュータ・プログラム製品のコンピュータ可読プログラム・コードを実行するように適合されている。

本発明はまた、スケーラブル・アプリケーションとの相互作用を制御するためのシステムにも関する。

多くの従来のコンピュータ・アプリケーション・プラットフォームは、アプリケーション又はアプリケーションのコンポーネントを、システムの残りの部分から独立してデプロイし、スケーリングできるマイクロサービス・アーキテクチャを可能にする。これらのアプリケーション・プラットフォームは、クラウド・ベース（すなわち、クラウド・コンピューティング・プロバイダのサーバからインターネットを介してユーザがオンデマンドで利用可能）とすることができ、さらに、各々が特定のアプリケーション・サービスを提供する１つより多いクラウド・プラットフォーム（すなわち、マルチクラウド・アプリケーション・プラットフォーム）の使用も可能にする。このように、マイクロサービスにより、アプリケーションを疎結合サービスの集合体として構造化することが可能になる。従来のマイクロサービス・アーキテクチャでは、アプリケーションは異なるより小さいサービスに分解され、それにより、アーキテクチャのモジュール性が改善する。

上述のようなプラットフォームのアプリケーションの場合、ワークロード・バランサは、一般的には、アプリケーションのインスタンス（すなわち、レプリカ）のフロント側に実装される。ワークロード・バランサは、インスタンス間のトラフィックをルーティングする（例えば、トラフィックは、各インスタンスがトラフィックを受け取るように、インスタンス間で連続的に分散される）。

ワークロード・バランサを使用することは、実行時のワークロードに対して有益である。しかしながら、アプリケーションのインスタンスのうちの１つだけにコマンドがルーティングされるため、コマンド（例えば、トレースの収集）において、問題が発生する。従来のマルチクラウド・アプリケーション・プラットフォームは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol、ＨＴＴＰ）要求（すなわち、１つのコンピュータが別のコンピュータに送信して通信する情報のパケット）をアプリケーションの特定のインスタンスに送信する能力、又はアプリケーションインスタンス間で要求を連続的に分散させるワークロード・バランサを実装する能力を提供する。その結果、要求を分散させ得る速度が制限され、結果としてアプリケーション・プラットフォームの効率性が損なわれてしまう。

例えば、典型的なスケーラブル・アプリケーションのインスタンスからトレースをキャプチャするには、対応するＨＴＴＰ要求を送信することによりトレースを開始するコマンドを発行することを要する。この要求は、ワークロード・バランサ（例えば、ルーティング・コンポーネント）を介して、アプリケーションの１つのインスタンスにルーティングされる。次いで、問題が識別され、トレースを停止するためのコマンドが送信される。しかしながら、トレースを停止するためのコマンドは、アプリケーションの異なるインスタンスにルーティングされることがある。このシナリオでは、トレースは、問題／イベントをキャプチャすることなく、インスタンスから取り出される。その結果、問題は識別されたが、トレースされたインスタンスとは異なるインスタンスでエラーが発生した。

本発明は、スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ実施方法を提供しようとする。

本発明はさらに、処理ユニットにより実行されるとき、提案される方法を実施するためのコンピュータ・プログラム・コードを含むコンピュータ・プログラム製品も提供しようとする。

本発明はまた、このコンピュータ・プログラム・コードを実行するように適合された処理システムも提供しようとする。

本発明はまた、スケーラブル・アプリケーションとの相互作用を制御するためのシステムも提供しようとする。

本発明の態様によると、コンピュータ実施方法が提供される。方法は、インターフェース仕様をアプリケーションに登録することを含み、メタデータはインターフェース仕様と関連付けられる。次に、方法は、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングすることを含む。次に、方法はさらに、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成することを含む。

本発明のさらに別の態様によると、スケーラブル・アプリケーションとの相互作用を制御するためのシステムが提供される。システムは、インターフェース仕様をアプリケーションに登録するように構成された登録ユニットを含み、メタデータはインターフェース仕様と関連付けられる。システムは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングするように構成されたルーティング・ユニットをさらに含む。システムは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成するための結合ユニットをさらに含む。

本発明の別の態様によると、スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ・プログラム製品が抵抗される。コンピュータ・プログラム製品は、処理ユニットにより実行可能であり、処理ユニットに方法を実行させるプログラム命令がそこに具体化されたコンピュータ可読ストレージ媒体を含む。

本発明の別の態様によると、実施形態による、少なくとも１つのプロセッサ及びコンピュータ・プログラム製品を含む処理システムが提供される。少なくとも１つのプロセッサは、コンピュータ・プログラム製品のコンピュータ・プログラム・コードを実行するように適合される。

ここで、本発明の好ましい実施形態が、以下の図面を参照しながら、単なる例として説明されるであろう。

例示的な実施形態の態様を実装することができる例示的な分散システムの図による表現を示す。 例示的な実施形態の態様を実装することができる例示的なシステムのブロック図である。 スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ実施方法のフロー図である。 スケーラブル・アプリケーションとの相互作用を制御するためのシステムの例示的な実施形態の簡単化されたブロック図である。 スケーラブル・アプリケーションとの相互作用を制御するためのシステムの例示的な実施形態の簡単化されたブロック図である。 本発明の実施形態によるクラウド・コンピューティング環境を示す。 本発明の実施形態による抽象化モデル層を示す。

図は概略的なものに過ぎず、尺度通りに描かれてはいないことを理解されたい。また、図を通して、同じ参照数字が同じ又は類似の部分を示すように使用されていることを理解されたい。

本出願の文脈において、本発明の実施形態が方法を構成する場合、そのような方法は、コンピュータによる実行のためのプロセスとすることができる、すなわち、コンピュータ実施の方法とすることができることを理解されたい。従って、方法の種々のステップは、コンピュータ・プログラムの種々の部分、例えば、１つ又は複数のアルゴリズムの種々の部分を反映することができる。

また、本出願の文脈において、システムは、本発明の方法の１つ又は複数の実施形態を実行するように適合された、単一のデバイス又は分散デバイスの集合体とすることができる。例えば、システムは、パーソナル・コンピュータ（ＰＣ）、サーバ、又は、本発明の方法の少なくとも１つの実施形態を協調的に実行するためにローカル・エリア・ネットワーク、インターネットなどのネットワークを介して接続されたＰＣの集合体もしくはサーバ、又はその両方とすることができる。

スケーラブル・アプリケーションとの相互作用を制御するという概念が提案される。クラウド環境の文脈におけるスケーラビリティ（拡張性、scalability）は、トラフィック需要を可能な方法で満たすためのリソースの増減に対処する能力と捉えることができる。本質的には、スケーラビリティは、必要に応じて拡大又は縮小できる機能のレベルを提供することができる。

こうした概念は、インターフェース仕様をアプリケーションに登録するという概念を要することがあり、メタデータはインターフェース仕様と関連付けられる。メタデータは、ユーザによって手動で作成される、又は機械学習アルゴリズムを用いて自動的に生成されるインターフェース仕様に対する注釈（annotations）とすることができる。開発者又はエンジニアは、メタデータ注釈を含むインターフェース仕様を作成することができる。メタデータは、予想される要求のタイプ（ＰＵＴ、ＧＥＴ、ＰＯＳＴなど）に基づいて組み込むことができ、又は予想される要求が分からない場合は、基本的なメタデータのセットを含むことができる。メタデータは、要求もしくは応答、又はその両方のルーティング（すなわち、調整／管理）を異なる方法又は特定の方法で扱うべきであるという表示を提供することができる。例えば、アプリケーションのトレースを可能にするコマンド（すなわち、要求）の場合、注釈（すなわち、メタデータ）は、要求を、１つのインスタンスだけでなく、アプリケーションの全てのインスタンスに送るべきであると示す。インターフェース仕様は、デプロイ時にプラットフォーム技術（すなわち、マルチクラウド・アプリケーション・プラットフォーム）で登録することができ、プラットフォームは、アプリケーションのインスタンスのフロント側にルーティング・ユニット（すなわち、ルーティング・コンポーネント）を所有する／ホストすることができる。このようにして、要求は、ルーティング・ユニットによって、インターフェース仕様によって概説されるアプリケーションの対応するインスタンスの各々に分散することができる。

実施形態は、インターフェース仕様と併せて実施することができる。インターフェース仕様は、インターフェース文書、ＡＰＩ（アプリケーション・プログラミング・インターフェース）文書、ＵＩ（ユーザ・インターフェース）仕様、又はＳｗａｇｇｅｒ文書と呼ぶこともでき、標準化されたフレームワークに準拠するアプリケーションについての仕様又は記述を含むことができる。インターフェース仕様は、ソフトウェア・ユーザ・インターフェースの詳細を書かれた文書にキャプチャし、エンド・ユーザがアプリケーションを介して実行できる全ての可能なアクション、並びにアプリケーションにおける全ての視覚、聴覚及び他の相互作用要素を網羅することができる。従って、インターフェース仕様は、アプリケーションがどのように動作すべきかについての実装／統合情報の主なソースとなり得る。実装以外に、インターフェース仕様は、有用性、局所化、及びデモの制限を考慮することができる。一般に、要件仕様の目的は、製品（すなわち、アプリケーション）が何ができるかを記述することであり、一方、インターフェース仕様は、これらの要件が実際にどのように実装されるかを詳述することであり得る。例えば、Ｓｗａｇｇｅｒ（登録商標）文書（又は、Ｓｗａｇｇｅｒ（登録商標）仕様）は、ＲＥＳＴｆｕｌ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）Ｗｅｂサービス（すなわち、アプリケーション）を記述、生成、消費、及び視覚化し、ＲＥＳＴｆｕｌ ＡＰＩを文書化するための機械可読インターフェース・ファイルのための仕様である。Ｓｗａｇｇｅｒ（登録商標）は、ＮｕｔｒａＣｌｉｃｋ，ＬＬＣの登録商標である。ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒは、ｗｅｂサービスの作成に使用される制約のセットを定義するソフトウェア・アーキテクチャ・スタイルである。ＲＥＳＴアーキテクチャ・スタイルに従うｗｅｂサービス（すなわち、ＲＥＳＴｆｕｌ ｗｅｂサービス）は、インターネット上のコンピュータ・システム間の相互運用性を提供する。ＲＥＳＴｆｕｌ ＡＰＩは、ＨＴＴＰ要求を用いて、２つ又はそれより多いアプリケーションが互いに通信することを可能にするアプリケーション・プログラミング・インターフェースである。

提案される実施形態は、ＲＥＳＴｆｕｌインターフェースを介して、アプリケーションの全てのインスタンス（又は、選択されたインスタンス）にルーティングされ完了されるコマンド（すなわち、要求）を呼び出すという概念を利用することができる。コマンドがどのように呼び出されるかは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づくことができる。

従って、本発明者らは、ルーティング・ユニット（すなわち、ルーティング・コンポーネント）を設けることを提案する。そのようなルーティング・ユニットは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングするように構成することができる。要求がなされてアプリケーションに提供されると、要求はまずルーティング・ユニットによって処理され、そこで登録されたインターフェース仕様が分析され、その後、関連付けられたメタデータに従って要求をルーティングすることができる。次に、ルーティング・ユニットによって対応する応答がキャッシュされ（すなわち、格納され）、次いで、アプリケーション・プログラミング・インターフェースによって定められた方法で呼び出し元のアプリケーションに返され得る。ルーティング・ユニットは、応答を作成し集約する際に一時的エラーが発生した場合の適切な再試行論理を伴って構成することができる。

従って、実施形態は、スケーラブル・アプリケーションへの要求の管理又はルーティング及び調整を容易にすることができる。要求は、アプリケーションについてのインターフェース仕様（すなわち、ＡＰＩ文書）と関連付けられたメタデータに基づいて、実行中のアプリケーションの全てのインスタンスにルーティングすることができる。幾つかの実施形態では、要求は、アプリケーションのインスタンスのうちの所定の選択にルーティングすることができる。関連付けられたメタデータに基づいて、次に、アプリケーションのインスタンスから応答を集約し、クライアントに対する単一の応答を形成することができる。

幾つかの実施形態では、アプリケーションについてのインターフェース仕様は、アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含むことができる。このようにして、ソフトウェア・ユーザ・インターフェースの詳細（例えば、アプリケーション・プログラム・インターフェースについての実装情報）をキャプチャし、アプリケーション・インターフェースと相互作用もしくは統合する、又はその両方を行う機械／ユーザの、仕様への改善されたアクセスが可能になる。その結果、アプリケーションと相互作用する機械／ユーザは、アプリケーションを実装する際にエンド・ユーザが実行することができる全ての可能なアクション、並びに全ての視覚、聴覚、及び他の相互作用要素にアクセスすることができる。その結果、アプリケーションと相互作用する機械／ユーザとの間の通信の容易さを改善することができる。

幾つかの実施形態では、メタデータは、要求もしくは１つ又は複数の応答、又はその両方との相互作用に関連する命令を含むことができる。このようにして、要求もしくは応答、又はその両方をどのように処理すべきかに関連する情報を、ルーティング・コンポーネント（例えば、ワークロード・バランサ）に提供することができる。このように、アプリケーションのインスタンスへの要求もしくは応答、又はその両方のルーティングの管理に関する明確な命令を提供することができ、これにより、要求／応答の調整の効率を改善することができる。さらに、これにより、特定の要求をアプリケーションの複数のインスタンスに分散させることが可能になる。これは、アプリケーションの全てのインスタンス、又はアプリケーションのインスタンスの一部／選択を含み得る。その結果、アプリケーションの特定のインスタンスを見落とす又は見逃すことによって、要求を完了しないリスクを効率的に低減させることができる。

提案される実施形態において、インターフェース仕様をアプリケーションに登録することは、メタデータを作成することと、次に、作成されたメタデータをインターフェース仕様と関連付けることとを含むことができる。次に、ステップは、インターフェース仕様をアプリケーションに登録することを含むことができる。このように、メタデータは、ユーザにより手動で作成することができ、又は、機械学習アルゴリズムを用いて自動的に生成することもできる。その結果、アプリケーションについての相互作用もしくは統合、又はその両方に関連する情報を、所定の目的のために（例えば、ユーザによって）特別に合わせることができる。これにより、アプリケーションとの相互作用を管理する際の制御及び調整を改善することが可能になる。

提案される実施形態において、アプリケーションのインスタンスに要求をルーティングすることは、アプリケーションについての登録されたインターフェース仕様を分析することを含むことができる。次に、ステップは、分析されたインターフェース仕様と関連付けられたメタデータを識別することを含むことができる。ステップは、分析されたインターフェース仕様と関連付けられた識別されたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングすることをさらに含むことができる。このようにして、要求のルーティングの管理を改善することができ、これにより、スケーラブル・アプリケーションとの相互作用を調整する際の制御の容易さを改善することが可能になる。その結果、各要求についてのルーティングを、アプリケーションについてのユーザが定めた要件に合わせることができ、これにより、インターフェース仕様の汎用性及び有用性を改善することができる。その結果、各インスタンスを評価することによってトラフィックをインスタンスにわたってインテリジェントに分散させる必要性を軽減することができ、これにより、要求される処理時間が低減し、効率を改善することができる。

提案される実施形態において、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成することは、アプリケーションのインスタンスから１つ又は複数の応答を受け取ることを含むことができ、１つ又は複数の応答はルーティングされた要求と関連付けられる。次に、ステップは、１つ又は複数の受け取った応答を格納することと、次に、１つ又は複数の格納された応答を結合して集約応答を形成することとを含むことができる。このようにして、結果として得られる集約応答は、１つ又は複数の結合された応答に関連する情報を、改善された明瞭さでユーザに提供することができる。例えば、集約応答は、ルーティングされたアプリケーションの各インスタンスについての要求の成功度に関連する情報を含むことができる。このようにして、ユーザは、アプリケーションとマルチクラウド・アプリケーション・プラットフォームとの間の相互作用もしくは統合、又はその両方に関する改善した視認性を有することができる。その結果、あらゆる起こり得るエラー又は要求の失敗を、改善された効率及び信頼性で識別し解決することができる。従って、アプリケーションとの相互作用におけるエラーを見落とすリスクが低減される。

幾つかの実施形態において、要求は、アプリケーションのインスタンスに対して実行されるコマンドを含むことができる。コマンドの例として、これらに限定されるものではないが、アプリケーションのインスタンスにおけるエラーを識別もしくは解決する、又はその両方を行うコマンド（例えば、ＴＲＡＣＥ ＨＴＴＰ要求）、アプリケーションのインスタンスの状態を含む状態通知を受け取るコマンド（例えば、ＳＴＡＴＵＳ ＨＴＴＰ要求）、アプリケーションのインスタンスから情報を取り出すコマンド（例えば、ＧＥＴ ＨＴＴＰ要求）、例えば顧客情報、ファイル・アップロードなどのデータをアプリケーションに送るコマンド（例えば、ＰＯＳＴ ＨＴＴＰ要求）、所定の情報を除去するコマンド（例えば、ＤＥＬＥＴＥ ＨＴＴＰ要求）、アプリケーションとの通信フローを確立するコマンド（例えば、ＣＯＮＮＥＣＴ ＨＴＴＰ要求）、アプリケーションについての通信オプションを記述するコマンド（例えば、ＯＰＴＩＯＮＳ ＨＴＴＰ要求）が挙げられる。このように、アプリケーション及びそのインスタンスとの相互作用の汎用性を改善することができ、これにより、アプリケーションとの相互作用の管理を改善することが可能になる。

幾つかの実施形態において、アプリケーションは、スケーラブル・クラウド環境に配置することができる。このようにして、必要に応じて増大又は縮小するできるアプリケーションについての計画された容量レベルに基づいて、要求もしくは応答、又はその両方をどのように処理するかについてのメタデータにより提供される命令を生成することができる。その結果、トラフィックの増大に起因するアプリケーション・クラッシュ（又は、速度低下さえも）のリスクを軽減させることができる。

図１は、例示的な実施形態の態様を実装することができる例示的な分散システムの図による表現を示す。分散システム１００は、例示的な実施形態の態様を実装することができるコンピュータのネットワークを含むことができる。分散システム１００は、少なくとも１つのネットワーク１０２を含み、そのネットワークは、分散データ処理システム１００内で互いに接続された種々のデバイスとコンピュータとの間の通信リンクを提供するように使用される媒体である。ネットワーク１０２は、有線、無線通信リンク、又は光ファイバ・ケーブルなどの接続部を含むことができる。

示される例において、第１のサーバ１０４及び第２のサーバ１０６が、ストレージ・ユニット１０８と共にネットワーク１０２に接続される。さらに、クライアント１１０、１１２、及び１１４もまたネットワーク１０２に接続される。クライアント１１０、１１２、及び１１４は、例えば、パーソナル・コンピュータ、ネットワーク・コンピュータなどとすることができる。示される例において、第１のサーバ１０４は、ブート・ファイル、オペレーティング・システム・イメージのようなデータ、及びアプリケーションをクライアント１１０、１１２、及び１１４に提供する。クライアント１１０、１１２、及び１１４は、示される例では、第１のサーバ１０４に対するクライアントである。分散処理システム１００は、図示されていない付加的なサーバ、クライアント、及び他のデバイスを含むことができる。

示される例において、分散システム１００は、互いに通信するためのプロトコルの伝送制御プロトコル／インターネット・プロトコル（Transmission Control Protocol/Internet Protocol、ＴＣＰ／ＩＰ）スイートを使用するネットワーク及びゲートウェイの世界的な集合体を表すネットワーク１０２を有するインターネットとすることができる。このインターネットの中心にあるのは、データ及びメッセージをルーティングする何千もの商用、政府用、教育用、及び他のコンピュータ・システムからなる、主要ノード又はホスト・コンピュータ間の高速データ通信ラインのバックボーンである。分散システム１００はまた、例えば、イントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）などの多数の異なるタイプのネットワークを含むように実装することもできる。上述のように、図１は、本発明の異なる実施形態に対するアーキテクチャ上の制限としてではなく、例として意図され、図１に示される特定の要素は、本発明の例示的な実施形態を実施することができる環境に関する限定と考えるべきではない。

図２は、例示的な実施形態の態様を実施することができる例示的なシステム２００のブロック図である。システム２００は、本発明の例示的な実施形態のためのプロセスを実施するコンピュータ使用可能コード又は命令を配置することができる、図１のクライアント１１０などのコンピュータの一例である。例えば、システム２００は、実施形態による、登録ユニット、ルーティング・ユニット、及び結合ユニットを実装するように構成することができる。

示される例では、システム２００は、ノース・ブリッジ及びメモリ・コントローラ・ハブ（ＮＢ／ＭＣＨ）２０２と、サウス・ブリッジ及び入力／出力（Ｉ／Ｏ）コントローラ・ハブ（ＳＢ／ＩＣＨ）２０４とを含むハブ・アーキテクチャを利用する。処理ユニット２０６、メイン・メモリ２０８、及びグラフィックス・プロセッサ２１０は、ＮＢ／ＭＣＨ２０２に接続される。グラフィックス・プロセッサ２１０は、アクセラレーテッド・グラフィックス・ポート（ＡＧＰ）を通してＮＢ／ＭＣＨ２０２に接続することができる。

示される例では、ローカル・エリア・ネットワーク（ＬＡＮ）・アダプタ２１２は、ＳＢ／ＩＣＨ２０４に接続される。音声アダプタ２１６、キーボード及びマウス・アダプタ２２０、モデム２２２、読み出し専用メモリ（ＲＯＭ）２２４、ハード・ディスク・ドライブ（ＨＤＤ）２２６、ＣＤ－ＲＯＭドライブ２３０、ユニバーサル・シリアル・バス（ＵＳＢ）ポート及び他の通信ポート２３２、並びにＰＣＩ／ＰＣＩｅデバイス２３４は、第１のバス２３８及び第２のバス２４０を通してＳＢ／ＩＣＨ２０４に接続される。ＰＣＩ／ＰＣＩｅデバイスは、例えば、イーサネット・アダプタ、アドイン・カード、及びノートブック・コンピュータ用のＰＣカードを含むことができる。ＰＣＩは、カード・バス・コントローラを使用するが、ＰＣＩｅは使用しない。ＲＯＭ２２４は、例えば、フラッシュ基本入力／出力システム（ＢＩＯＳ）とすることができる。

ＨＤＤ２２６及びＣＤ－ＲＯＭドライブ２３０は、第２のバス２４０を通してＳＢ／ＩＣＨ２０４に接続される。ＨＤＤ２２６及びＣＤ－ＲＯＭドライブ２３０は、例えば、インテグレーティド・ドライブ・エレクトロニクス（integrated drive electronics、ＩＤＥ）、シリアル・アドバンスド・テクノロジ・アタッチメント（serial advanced technology attachment、ＳＡＴＡ）インターフェースを使用することができる。スーパーＩ／Ｏ（ＳＩＯ）デバイス２３６は、ＳＢ／ＩＣＨ２０４に接続することができる。

オペレーティング・システムは、処理ユニット２０６上で動作する。オペレーティング・システムは、図２のシステム２００内の種々のコンポーネントの制御を調整及び提供する。クライアントとして、オペレーティング・システムは、市販のオペレーティング・システムとすることができる。Ｊａｖａ（登録商標）プログラミング・システムなどのオブジェクト指向プログラミング・システムは、オペレーティング・システムと共に動作することができ、システム２００上で実行するＪａｖａ（登録商標）プログラム又はアプリケーションからオペレーティング・システムに呼び出しを提供する。Ｊａｖａ（登録商標）は、Ｏｒａｃｌｅ又はその関係会社の登録商標である。

サーバとして、システム２００は、例えば、Ａｄｖａｎｃｅｄ Ｉｎｔｅｒａｃｔｉｖｅ Ｅｘｅｃｕｔｉｖｅ（ＡＩＸ（登録商標））オペレーティング・システム又はＬＩＮＵＸ（登録商標）オペレーティング・システムを実行する、ＩＢＭ（商標）ｅＳｅｒｖｅｒ（商標）Ｓｙｓｔｅｍ ｐ（商標）コンピュータ・システムとすることができる。システム２００は、処理ユニット２０６内の複数のプロセッサを含む対称型マルチプロセッサ（ＳＭＰ）システムとすることができる。代替的に、シングル・プロセッサ・システムを利用することもできる。ＩＢＭ（商標）、ｅＳｅｒｖｅｒ（商標）及びＳｙｓｔｅｍ ｐ（商標）は、インターナショナル・ビジネス・マシーンズ・コーポレーションの商標である。ＡＩＸ（登録商標）は、インターナショナル・ビジネス・マシーンズ・コーポレーションの登録商標であり。ＬＩＮＵＸ（登録商標）は、Ｌｉｎｕｓ Ｔｏｒｖａｌｄｓの登録商標である。

オペレーティング・システム、プログラミング・システム、及びアプリケーション又はプログラムのための命令は、ＨＤＤ２２６などのストレージ・デバイス上に配置され、処理ユニット２０６による実行のために、メイン・メモリ２０８にロードすることができる。同様に、実施形態による１つ又は複数のメッセージ処理プログラムは、ストレージ・デバイスもしくはメイン・メモリ２０８、又はその両方により格納されるように適合することができる。

本発明の例示的な実施形態のためのプロセスは、例えば、メイン・メモリ２０８、ＲＯＭ２２４などのメモリ内、又は１つ又は複数の周辺デバイス２２６及び２３０内に配置することができるコンピュータ使用可能プログラム・コードを用いて、処理ユニット２０６により実行することができる。

図２に示される第１のバス２３８又は第２のバス２４０などのバス・システムは、１つ又は複数のバスを含むことができる。もちろん、バス・システムは、ファブリック又はアーキテクチャに取り付けられた異なるコンポーネントもしくはデバイス間のデータの転送を提供する任意のタイプの通信ファブリック又はアーキテクチャを用いて実装することができる。図２のモデム２２２又はネットワーク・アダプタ２１２などの通信ユニットは、データを送受信するために使用される１つ又は複数のデバイスを含むことができる。メモリは、例えば、メイン・メモリ２０８、ＲＯＭ２２４、又は図２のＮＢ／ＭＣＨ２０２に見出されるようなキャッシュとすることができる。

当業者であれば、図１及び図２のハードウェアは、実装に応じて変化し得ることを理解するであろう。フラッシュ・メモリ、同等の不揮発性メモリ、又は光学ディスク・ドライブなどといった、他の内部ハードウェア又は周辺デバイスは、図１及び図２に示されるハードウェアに加えて、又はその代わりに使用することができる。さらに、例示的な実施形態のプロセスは、本発明の趣旨及び範囲から逸脱することなく、前述のシステム以外のマルチプロセッサ・データ処理システムに適用することもできる。

さらに、システム２００は、クライアント・コンピューティング・デバイス、サーバ・コンピューティング・デバイス、タブレット・コンピュータ、ラップトップ・コンピュータ、電話又は他の通信デバイス、携帯情報端末（ＰＤＡ）などを含む多数の異なるデータ処理システムのいずれかの形をとることもできる。幾つかの例示的な例では、システム２００は、例えば、オペレーティング・システム・ファイルもしくはユーザ生成データ、又はその両方を格納するための不揮発性メモリを提供するためにフラッシュ・メモリを有すうように構成された携帯型コンピューティング・デバイスとすることができる。従って、システム２００は、本質的には、アーキテクチャ上の制限なしに、あらゆる既知の又は後で開発されるデータ処理システムとすることができる。

ここで図３を参照すると、スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ実施方法のフロー図が示される。

ステップ３１０は、インターフェース仕様をアプリケーションに登録することを含み、メタデータは、インターフェース仕様と関連付けられる。例えば、アプリケーションは、所定の場所に関連付けられたＳｗａｇｇｅｒ（登録商標）文書（すなわち、インターフェース仕様）を有する。例において、アプリケーションは、ルーティング及びスケーリング機能（既に広く知られており利用可能である）を提供するオープン・ソースのマルチクラウド・アプリケーション・プラットフォームにデプロイされる。

実施形態において、アプリケーションについてのインターフェース仕様は、アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含む。例えば、インターフェース仕様は、Ｓｗａｇｇｅｒ（登録商標）文書もしくはＡＰＩ文書、又はその両方を含む。

実施形態において、メタデータは、要求もしくは１つ又は複数の応答、又はその両方との相互作用に関連する命令を含む。例において、インターフェース仕様（すなわち、Ｓｗａｇｇｅｒ（登録商標）文書）は、要求が全てのインスタンスにファン・アウトされる（すなわち、全てのインスタンスに同時に分散される）べきであり、応答が後に集約されるべきであることを示すための、／ｖ１／ｓｔａｒｔＴｒａｃｅ ＡＰＩ上のメタデータを含む。インターフェース仕様と関連付けられたメタデータの例は以下の通りである。

例において、ＡＰＩ文書（すなわち、インターフェース仕様）は、アプリケーション・プラットフォーム、具体的には、アプリケーション・プラットフォームのルーティング・コンポーネントに登録（すなわち、関連付け又はリンク）される。

例として、インターフェース仕様をアプリケーションに登録することは、ステップ３１２、３１４、及び３１６を含む。ステップ３１２は、メタデータを作成することを含む。ステップ３１４は、作成されたメタデータをインターフェース仕様と関連付けることを含む。ステップ３１６は、インターフェース仕様をアプリケーションに登録することを含む。

ステップ３２０は、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングすることを含む。

実施形態において、アプリケーションのインスタンスに要求をルーティングすることは、ステップ３２２、３２４、及び３２６を含む。ステップ３２２は、アプリケーションについての登録されたインターフェース仕様を分析することを含む。ステップ３２４は、分析されたインターフェース仕様と関連付けられたメタデータを識別することを含む。ステップ３２６は、分析されたインターフェース仕様と関連付けられた識別されたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングすることを含む。

例において、アプリケーションにおいて問題が識別され、トレースが必要とされる。これに応答して、ユーザはＲＥＳＴｆｕｌ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を介して、トレースを開始するコマンド（すなち、要求）を発行する。ＲＥＳＴｆｕｌ ＡＰＩは、ＨＴＴＰ要求を用いてデータをＧＥＴ、ＰＵＴ、ＰＯＳＴ、及びＤＥＬＥＴＥするアプリケーション・プログラム・インターフェースである。要求（すなわち、コマンド）は、アプリケーション・プラットフォームのルーティング・コンポーネントに送られ、そこでＳｗａｇｇｅｒ（登録商標）文書（すなわち、インターフェース仕様）が検査される。その結果、要求は、１つのインスタンスにルーティングするだけではなく、メタデータが記述するように、アプリケーションの全てのインスタンスにルーティングされる。

実施形態において、要求は、アプリケーションのインスタンスに対して実行されるコマンドを含む。例においては、トレース開始要求（すなわち、コマンド）が使用される（／ｖ１／ｓｔａｒｔＴｒａｃｅ）が、他の要求を実施することもできる。そのような要求の例として、これらに限定されるものではないが、トレース停止要求（／ｖ１／ｓｔｏｐＴｒａｃｅ）、各インスタンスから状態オブジェクトの結合を返す要求（ＧＥＴ ／ｖ１／ｓｔａｔｕｓ）、及び各インスタンスの準備ができたかどうかに関連する確認を返す要求（ＧＥＴ ／ｖ１／ａｌｒｅａｄｙ、ここで、全てのインスタンスの準備ができた場合には、２０４ ＨＴＴＰ状態コードが返され、１つのインスタンスの準備がまだできていない場合には、５０３ ＨＴＴＰ状態コードが返される）が挙げられる。

ステップ３３０は、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成することを含む。

実施形態において、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成することは、ステップ３３２、３３４、及び３３６を含む。ステップ３３２は、アプリケーションのインスタンスから１つ又は複数の応答を受け取ることを含み、１つ又は複数の応答は、ルーティングされた要求と関連付けられる。ステップ３３４は、１つ又は複数の受け取った応答を格納することを含む。ステップ３３６は、１つ又は複数の格納された応答を結合して集約応答を形成することを含む。

例において、アプリケーションの各インスタンスが、要求（すなわち、トレース開始コマンド）を受け取る。各インスタンスは、要求を成功裏に処理し、ＨＴＴＰ ２００ ＯＫ成功状態応答コード（すなわち、応答）を送り、要求が成功したこと、及びトレースが開始したことを確認応答する。アプリケーション・プラットフォームのルーティング・コンポーネント（すなわち、ルーティング・ユニット）は、要求がルーティングされた全てのインスタンスからの応答を待ち、次に、受け取った応答の各々を集約して（すなわち、結合して）クライアント・アプリケーションについての単一の応答（すなわち、集約応答）にする。例えば、全ての応答が集約されて配列になる。全ての応答が同一である（例えば、各応答がＨＴＴＰ状態コード２０４を含む、すなわち、アプリケーション／サーバが要求を成功裏に履行し、応答ペイロード・ボディ内に送るべき追加のコンテンツがない）場合、単一の集約応答は、単一のＨＴＴＰ状態コード２０４を含む。別の例では、１つの応答がＨＴＴＰ状態コード５００（すなわち、アプリケーション／サーバが、要求の履行を妨げる予期しない条件に遭遇した）を含み、残りの応答がＨＴＴＰ状態コード２０４を含む場合、単一の集約応答は、ＨＴＴＰ状態コード５００と、アプリケーションのインスタンスを示すための識別子とを含む。例において、ルーティング・コンポーネント（すなわち、ルーティング・ユニット）は、応答を作成し集約する際に一時的エラーが発生した場合の適切な再試行論理を有するよう構成される。集約応答の例は、以下の通りである。

こうした例において、トレースは、アプリケーションの全てのインスタンスに対して開始している。ひとたびトレースが完了すると、トレース・ログを取り出し、イベントをキャプチャすることができる。

実施形態において、アプリケーションは、スケーラブル・クラウド環境内に配置される。

ここで図４を参照すると、スケーラブル・アプリケーションとの相互作用を制御するためのシステムの例示的な実施形態の簡略化されたブロック図が示される。

システムは、インターフェース仕様をアプリケーションに登録するように構成された登録ユニット４１０を含み、メタデータはインターフェース仕様と関連付けられる。システムは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングするように構成されたルーティング・ユニット４２０をさらに含む。システムは、アプリケーションについてのインターフェース仕様と関連付けられたメタデータに基づいて、アプリケーションのインスタンスからの１つ又は複数の応答を結合して集約応答を形成するように構成された結合ユニット４３０をさらに含む。

実施形態において、アプリケーションについてのインターフェース仕様は、アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含む。

実施形態において、メタデータは、要求もしくは１つ又は複数の応答、又はその両方との相互作用に関連する命令を含む。

実施形態において、登録ユニット４１０は、メタデータを作成し、作成されたメタデータをインターフェース仕様と関連付けるように構成された作成ユニット４１２を含む。登録ユニット４１０は、インターフェース仕様をアプリケーションに登録するように構成される。

実施形態において、ルーティング・ユニット４２０は、アプリケーションについての登録されたインターフェース仕様を分析するように構成された処理ユニット４２２を含む。ルーティング・ユニット４２０は、分析されたインターフェース仕様と関連付けられたメタデータを識別するように構成された識別ユニット４２４をさらに含む。ルーティング・ユニット４２０は、分析されたインターフェース仕様と関連付けられた識別されたメタデータに基づいて、アプリケーションのインスタンスに要求をルーティングするようにさらに構成される。

実施形態において、結合ユニット４３０は、アプリケーションのインスタンスから１つ又は複数の応答を受け取るように構成された受信ユニット４３２を含み、１つ又は複数の応答はルーティングされた要求と関連付けられる。結合ユニット４３０は、１つ又は複数の受け取った応答を格納するように構成された格納ユニット４３４をさらに含む。結合ユニット４３０は、１つ又は複数の格納された応答を結合して集約応答を形成するようにさらに構成される。

実施形態において、要求は、アプリケーションのインスタンスに対して実行されるコマンドを含む。

実施形態において、アプリケーションは、スケーラブル・クラウド環境内に配置される。

さらに別の例として、図５に示されるように、実施形態は、ネットワーク化されたシステム７の一部を形成することができるコンピュータ・システム７０を含むことができる。例えば、ルーティング・ユニットは、コンピュータ・システム７０によって実装することができる。コンピュータ・システム／サーバ７０のコンポーネントは、これらに限定されるものではないが、例えば、プロセッサ又は処理ユニット７１、システム・メモリ７４、及びシステム・メモリ７４を含む種々のシステム・コンポーネントを処理ユニット７１に結合するバス９０を含む、１つ又は複数の処理構成を含むことができる。

システム・メモリ７４は、ランダム・アクセス・メモリ（ＲＡＭ）７５もしくはキャッシュ・メモリ７６、又はその両方といった揮発性メモリの形のコンピュータ・システム可読媒体を含むことができる。コンピュータ・システム／サーバ７０は、他の取り外し可能／取り外し不能、揮発性／不揮発性コンピュータ・システム・ストレージ媒体をさらに含むことができる。そのような場合には、１つ又は複数のデータ媒体インターフェースによって、各々をバス９０に接続することができる。メモリ７４は、提案される実施形態の機能を実行するように構成されたプログラム・モジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含むことができる。例えば、メモリ７４は、処理ユニット７１により実行可能であり、システムに、提案される実施形態による、スケーラブル・アプリケーションとの相互作用を制御するための方法を実行させるプログラムを有するコンピュータ・プログラム製品を含むことができる。

プログラム／ユーティリティ７８は、プログラム・モジュール７９のセット（少なくとも１つ）を有しており、メモリ７４内に格納することができる。プログラム・モジュール７９は、一般に、スケーラブル・アプリケーションとの相互作用を制御するための提案される実施形態の機能もしくは方法、又はその両方を実行する。

コンピュータ・システム／サーバ７０はまた、キーボード、ポインティング・デバイス、ディスプレイ８５などの１つ又は複数の外部デバイス８０、ユーザがコンピュータ・システム／サーバ７０と相互作用することを可能とする１つ又は複数のデバイス、もしくはコンピュータ・システム／サーバ７０が、１つ又は複数の他のコンピューティング・デバイスと通信するのを可能にする任意のデバイス（例えば、ネットワーク・カード、モデムなど）、又はそれらの組み合わせと通信することもできる。そのような通信は、入力／出力（Ｉ／Ｏ）インターフェース７２を介して行うことができる。またさらに、コンピュータ・システム/サーバ７０は、（例えば、再作成されたコンテンツをシステム又はユーザに通信するために）ネットワーク・アダプタ７３を介して、ローカル・エリア・ネットワーク（ＬＡＮ）、一般的な広域ネットワーク（ＷＡＮ）もしくはパブリック・ネットワーク（例えば、インターネット）又はそれらの組み合わせといった１つ又は複数のネットワークと通信することができる。

本出願の文脈において、本発明の実施形態が方法を構成する場合、そのような方法は、コンピュータによる実行のためのプロセスである、すなわち、コンピュータ実施可能な方法であることを理解されたい。従って、方法の種々のステップは、コンピュータ・プログラムの種々の部分、例えば、１つ又は複数のアルゴリズムの種々の部分を反映する。

ここで図６を参照すると、例示的なクラウド・コンピューティング環境６００が示される。図示のように、クラウド・コンピューティング環境６００は、例えば、携帯情報端末（ＰＤＡ）又は携帯電話６４０Ａ、デスクトップ・コンピュータ６４０Ｂ、ラップトップ・コンピュータ６４０Ｃ、もしくは自動車コンピュータ・システム６４０Ｎ、又はそれらの組み合わせなどのような、クラウド・コンシューマによって使用されるローカル・コンピューティング・デバイスと通信することができる１つ又は複数のクラウド・コンピューティング・ノード６１０を含む。クラウド・コンピューティング・ノード６１０は、互いに通信することができる。これらのノードは、プライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、又はハイブリッド・クラウドのような１つ又は複数のネットワークにおいて物理的又は仮想的にグループ化することができる（図示せず）。これにより、クラウド・コンピューティング環境６００が、クラウド・コンシューマがローカル・コンピューティング・デバイス上にリソースを保持する必要のない、ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ａｓ ａ ｓｅｒｖｉｃｅ、ｐｌａｔｆｏｒｍ ａｓ ａ ｓｅｒｖｉｃｅ、もしくはｓｏｆｔｗａｒｅ ａｓ ａ ｓｅｒｖｉｃｅ又はそれらの組み合わせを提供することが可能になる。図６に示されるコンピューティング・デバイス６４０Ａ～Ｎのタイプは単に例示であることを意図し、クラウド・コンピューティング・ノード６１０及びクラウド・コンピューティング環境６００は、任意のタイプのネットワーク上もしくはネットワーク・アドレス指定可能な接続上で（例えば、ウェブ・ブラウザを用いて）又はその両方で、任意のタイプのコンピュータ化デバイスと通信できることを理解されたい。

ここで図７を参照すると、クラウド・コンピューティング環境６００（図６に示されるような）によって提供される機能抽象化層のセットが示される。図７に示されるコンポーネント、層、及び機能は単に例示であることを意図し、本発明の実施形態はそれらに限定されないことを予め理解されたい。図示されるように、以下の層及び対応する機能が提供される。

ハードウェア及びソフトウェア層７６０は、ハードウェア及びソフトウェア・コンポーネントを含む。ハードウェア・コンポーネントの例として、メインフレーム７６１と、ＲＩＳＣ（Reduced Instruction Set Computer（縮小命令セットコンピュータ））アーキテクチャ・ベースのサーバ７６２と、サーバ７６３と、ブレード・サーバ７６４と、ストレージ・デバイス７６５と、ネットワーク及びネットワーキング・コンポーネント７６６と、が含まれる。幾つかの実施形態において、ソフトウェア・コンポーネントは、ネットワーク・アプリケーション・サーバ・ソフトウェア７６７と、データベース・ソフトウェア７６８とを含む。

仮想化層７７０は、抽象化層を提供し、この層により、仮想エンティティの以下の例、すなわち、仮想サーバ７７１と、例えば図５に示されるようなシステム・メモリ７４などの仮想ストレージ７７２と、仮想プライベート・ネットワークを含む仮想ネットワーク７７３と、仮想アプリケーション及びオペレーティング・システム７７４と、仮想クライアント７７５とを提供することができる。

一例において、管理層７８０は、以下で説明される機能を提供することができる。リソース・プロビジョニング７８１は、クラウド・コンピューティング環境内でタスクを実行するために利用されるコンピューティング・リソース及び他のリソースの動的な調達を提供する。計量及び価格決定７８２は、クラウド・コンピューティング環境内でリソースが利用される際のコスト追跡と、これらのリソースの消費に対する課金又は請求とを提供する。一例において、これらのリソースは、アプリケーション・ソフトウェア・ライセンスを含むことができる。セキュリティは、クラウド・コンシューマ及びタスクに対する識別情報の検証と、データ及び他のリソースに対する保護とを提供する。ユーザ・ポータル７８３は、コンシューマ及びシステム管理者のために、クラウド・コンピューティング環境へのアクセスを提供する。サービス・レベル管理７８４は、要求されるサービス・レベルが満たされるように、クラウド・コンピューティング・リソースの割り当て及び管理を提供する。サービス・レベル・アグリーメント（Service Level Agreement、ＳＬＡ）の計画及び履行７８５は、ＳＬＡに従って将来の要件が予測されるクラウド・コンピューティング・リソースの事前配置及び調達を提供する。

ワークロード層７９０は、クラウド・コンピューティング環境を利用することができる機能の例を提供する。この層から提供することができるワークロード及び機能の例として、マッピング及びナビゲーション７９１と、ソフトウェア開発及びライフサイクル管理７９２と、仮想教室教育配信７９３と、データ分析処理７９４と、トランザクション処理７９５と、ログ・ファイル管理プログラム７９６とが挙げられる。ログ・プログラム７９６は、スケーラブル・アプリケーションとの相互作用を制御することができる。

本発明は、システム、方法もしくはコンピュータ・プログラム製品又はそれらの組み合わせとすることができる。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令をその上に有するコンピュータ可読ストレージ媒体（単数又は複数）を含むことができる。

コンピュータ可読ストレージ媒体は、命令実行デバイスにより使用される命令を保持及び格納できる有形デバイスとすることができる。コンピュータ可読ストレージ媒体は、例えば、これらに限定されるものではないが、電子記憶装置、磁気記憶装置、光学記憶装置、電磁気記憶装置、半導体記憶装置、又は上記のいずれかの適切な組み合わせとすることができる。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的なリストとして、以下のもの：すなわち、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、ストレージ・クラス・メモリ（ＳＣＭ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリ・スティック、フロッピー・ディスク、パンチカードもしくは命令がそこに記録された溝内の隆起構造のような機械的にエンコードされたデバイス、及び上記のいずれかの適切な組み合わせが挙げられる。本明細書で使用される場合、コンピュータ可読ストレージ媒体は、電波、又は他の自由に伝搬する電磁波、導波管もしくは他の伝送媒体を通じて伝搬する電磁波（例えば、光ファイバ・ケーブルを通る光パルス）、又はワイヤを通って送られる電気信号などの、一時的信号自体として解釈されない。

本明細書に記載されるコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスに、又は、例えばインターネット、ローカル・エリア・ネットワーク、広域ネットワーク、もしくは無線ネットワーク又はその組み合わせなどのネットワークを介して外部コンピュータ又は外部ストレージ・デバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、もしくはエッジサーバ又はその組み合わせを含むことができる。各コンピューティング／処理デバイスにおけるネットワーク・アダプタ・カード又はネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受け取り、それぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体内に格納するためにコンピュータ可読プログラム命令を転送する。

本発明のオペレーションを実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、又は、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語、又は類似のプログラミング言語などの通常の手続き型プログラミング言語を含む１つ又は複数のプログラミング言語の任意の組み合わせで記述されるソース・コード又はオブジェクト・コードとすることができる。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で、独立型ソフトウェア・パッケージとして実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部がリモート・コンピュータ上で実行される場合もあり、又は完全にリモート・コンピュータもしくはサーバ上で実行される場合もある。最後のシナリオにおいて、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）もしくは広域ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部コンピュータへの接続がなされる場合もある（例えば、インターネットサービスプロバイダを用いたインターネットを通じて）。幾つかの実施形態において、例えば、プログラム可能論理回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又はプログラム可能論理アレイ（ＰＬＡ）を含む電子回路は、コンピュータ可読プログラム命令の状態情報を用いて、電子回路を個別化することによりコンピュータ可読プログラム命令を実行し、本発明の態様を実施することができる。

本発明の態様は、本発明の実施形態による方法、装置（システム）及びコンピュータ・プログラム製品のフローチャート図もしくはブロック図又はその両方を参照して説明される。フローチャート図もしくはブロック図又はその両方の各ブロック、並びにフローチャート図もしくはブロック図又はその両方内のブロックの組み合わせは、コンピュータ可読プログラム命令によって実施できることが理解されるであろう。

これらのコンピュータ可読プログラム命令を、コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに与えてマシンを製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャートもしくはブロック図又はその両方の１つ又は複数のブロック内で指定された機能／動作を実施するための手段を作り出すようにすることができる。これらのコンピュータ・プログラム命令はまた、コンピュータ、プログラム可能データ処理装置、もしくは他のデバイス又はそれらの組み合わせを特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、それにより、その中に格納された命令を有するコンピュー可読媒体が、フローチャートもしくはブロック図又はその両方の１つ又は複数のブロックにおいて指定された機能／動作の態様を実施する命令を含む製品を含むようにすることもできる。

コンピュータ・プログラム命令を、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上にロードして、一連のオペレーション・ステップをコンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上で行わせてコンピュータ実施のプロセスを生成し、それにより、コンピュータ、他のプログラム可能装置、又は他のデバイス上で実行される命令が、フローチャートもしくはブロック図又はその両方の１つ又は複数のブロックにおいて指定された機能／動作を実施するようにすることもできる。

図面内のフローチャート及びブロック図は、本発明の種々の実施形態による、システム、方法、及びコンピュータ・プログラム製品の可能な実装の、アーキテクチャ、機能及びオペレーションを示す。この点に関して、フローチャート又はブロック図内の各ブロックは、指定された論理機能を実施するための１つ又は複数の実行可能命令を含む、モジュール、セグメント、又はコードの一部を表すことができる。幾つかの代替的な実装において、ブロック内に示される機能は、図に示される順序とは異なる順序で生じることがある。例えば、連続して示される２つのブロックは、関与する機能に応じて、実際には、実質的に同時に実行されることもあり、又はブロックはときとして逆順で実行されることもある。ブロック図もしくはフローチャート図又はその両方の各ブロック、及びブロック図もしくはフローチャート図又はその両方内のブロックの組み合わせは、指定された機能又は動作を実行する、又は専用のハードウェアとコンピュータ命令との組み合わせを実行する、専用ハードウェア・ベースのシステムによって実施できることにも留意されたい。

本開示の種々の実施形態の説明は、例証の目的のために提示されたが、これらは、網羅的であること、又は開示した実施形態に限定することを意図するものではない。当業者には、説明される実施形態の範囲から逸脱することなく、多くの修正及び変形が明らかであろう。本明細書で用いられる用語は、実施形態の原理、実際の適用、又は市場に見られる技術に優る技術的改善を最もよく説明するため、又は、当業者が、本明細書に開示される実施形態を理解するのを可能にするために選択された。

Claims (19)

1. スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ実施方法であって、前記方法は、
   インターフェース仕様をアプリケーションに登録することであって、メタデータは前記インターフェース仕様と関連付けられる、登録することと、
   前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションのインスタンスに要求をルーティングすることと、
   前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションの前記インスタンスからの１つ又は複数の応答を結合して集約応答を形成することと
   を含む、方法。
2. 前記アプリケーションについての前記インターフェース仕様は、前記アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含む、請求項１に記載の方法。
3. 前記メタデータは、前記要求もしくは前記１つ又は複数の応答、又はその両方との相互作用に関連する命令を含む、請求項１に記載の方法。
4. 前記インターフェース仕様をアプリケーションに登録することは、
   前記メタデータを作成することと、
   前記作成されたメタデータを前記インターフェース仕様と関連付けることと、
   前記インターフェース仕様を前記アプリケーションに登録することと
   を含む、請求項１に記載の方法。
5. 前記アプリケーションのインスタンスに前記要求をルーティングすることは、
   前記アプリケーションについての前記登録されたインターフェース仕様を分析することと、
   前記分析されたインターフェース仕様と関連付けられた前記メタデータを識別することと、
   前記分析されたインターフェース仕様と関連付けられた前記識別されたメタデータに基づいて、前記アプリケーションの前記インスタンスに前記要求をルーティングすることと
   を含む、請求項１に記載の方法。
6. 前記アプリケーションの前記インスタンスからの１つ又は複数の応答を結合して集約応答を形成することは、
   前記アプリケーションの前記インスタンスから前記１つ又は複数の応答を受け取ることであって、前記１つ又は複数の応答は前記ルーティングされた要求と関連付けられる、受け取ることと、
   前記１つ又は複数の受け取った応答を格納することと、
   前記１つ又は複数の格納された応答を結合して集約応答を形成することと
   を含む、請求項１に記載の方法。
7. 前記要求は、前記アプリケーションの前記インスタンスに対して実行されるコマンドを含む、請求項１に記載の方法。
8. 前記アプリケーションは、スケーラブル・クラウド環境内に配置される、請求項１に記載の方法。
9. スケーラブル・アプリケーションとの相互作用を制御するためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、
   処理ユニットにより実行可能であり、前記処理ユニットに方法を実行させるプログラム命令がそこに具体化されたコンピュータ可読ストレージ媒体を含み、前記方法は、
   インターフェース仕様をアプリケーションに登録することであって、メタデータは前記インターフェース仕様と関連付けられる、登録することと、
   前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションのインスタンスに要求をルーティングすることと、
   前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションの前記インスタンスからの１つ又は複数の応答を結合して集約応答を形成することと
   を含む、コンピュータ・プログラム製品。
10. 前記アプリケーションについての前記インターフェース仕様は、前記アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含む、請求項９に記載のコンピュータ・プログラム製品。
11. 前記メタデータは、前記要求もしくは前記１つ又は複数の応答、又はその両方との相互作用に関連する命令を含む、請求項９に記載のコンピュータ・プログラム製品。
12. スケーラブル・アプリケーションとの相互作用を制御するためのシステムであって、前記システムは、
    インターフェース仕様をアプリケーションに登録するように構成された登録ユニットであって、メタデータは前記インターフェース仕様と関連付けられる、登録ユニットと、
    前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションのインスタンスに要求をルーティングするように構成されたルーティング・ユニットと、
    前記アプリケーションについての前記インターフェース仕様と関連付けられた前記メタデータに基づいて、前記アプリケーションの前記インスタンスからの１つ又は複数の応答を結合して集約応答を形成するための結合ユニットと
    を含む、システム。
13. 前記アプリケーションについての前記インターフェース仕様は、前記アプリケーションと関連付けられたアプリケーション・インターフェースとの相互作用もしくは統合、又はその両方に関連する命令を含む、請求項１２に記載のシステム。
14. 前記メタデータは、前記要求もしくは前記１つ又は複数の応答、又はその両方との相互作用に関連する命令を含む、請求項１２に記載のシステム。
15. 前記登録ユニットは、前記メタデータを作成し、前記作成されたメタデータを前記インターフェース仕様と関連付けるように構成された作成ユニットを含み、
    前記登録ユニットは、前記インターフェース仕様を前記アプリケーションに登録するように構成される、請求項１２に記載のシステム。
16. 前記ルーティング・ユニットは、
    前記アプリケーションについての前記登録されたインターフェース仕様を分析するように構成された処理ユニットと、
    前記分析されたインターフェース仕様と関連付けられた前記メタデータを識別するように構成された識別ユニットと
    を含み、
    前記ルーティング・ユニットは、前記分析されたインターフェース仕様と関連付けられた前記識別されたメタデータに基づいて、前記アプリケーションの前記インスタンスに前記要求をルーティングするようにさらに構成される、請求項１２に記載のシステム。
17. 前記結合ユニットは、前記アプリケーションの前記インスタンスから前記１つ又は複数の応答を受け取るように構成された受信ユニットであって、前記１つ又は複数の応答は前記ルーティングされた要求と関連付けられる、受信ユニットと、
    前記１つ又は複数の受け取った応答を格納するように構成された格納ユニットと
    を含み、
    前記結合ユニットは、前記１つ又は複数の格納された応答を結合して集約応答を形成するようにさらに構成される、請求項１２に記載のシステム。
18. 前記要求は、前記アプリケーションの前記インスタンスに対して実行されるコマンドを含む、請求項１２に記載のシステム。
19. 前記アプリケーションは、スケーラブル・クラウド環境内に配置される、請求項１２に記載のシステム。

Images