JP2023547048A - 遅延可能ネットワーク要求をハンドリングすること - Google Patents

Abstract

本発明の実施形態は、方法、コンピュータ・プログラム製品、およびシステムを提供する。本発明の実施形態は、ネットワーク要求を遅延可能であると識別し、リモート・サーバに送信するために、遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むことができる。本発明の実施形態は、キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有するキャリア・ネットワーク要求を受信することができる。次いで、本発明の実施形態は、ヘッダからの埋め込みデータを構文解析して、サーバにおいてアクションを実行するための別個の要求メッセージにすることができる。

Description

本発明は、ネットワーク要求をハンドリングすることに関し、より詳細には、遅延可能ネットワーク要求をハンドリングすることに関する。

ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求の形式のネットワーク要求は、ネットワーク環境でのクライアントとサーバとの間の通信に使用される。クライアントからのＨＴＴＰ要求方法は、所与のリソースに対してサーバにおいて実行されるべき所望のアクションを示す。リソースは、要求ユニフォーム・リソース・ロケータ（ＵＲＬ）によって識別され、各要求方法は、個別のセマンティック(semantic)を実装する。例えば、ウェブ・アプリケーションは、典型的には、データを送信するまたは取り出すために、ブラウザ内でコードを実行し、ＨＴＴＰ要求をサーバに送り返す。

多くのＨＴＴＰ要求は、サーバによって即時に処理される必要があるが、いくつかの要求は、時間の制約が少なく、遅延可能である場合がある。遅延可能な要求の一例は、ユーザ分析のためにデータを追跡するよう求める要求である。このデータは、開発者がユーザの行動を理解する際に有用であるが、ウェブ・アプリケーションの即時の機能性にとって重要ではない。

このようなＨＴＴＰ要求に含まれる情報は、通常、ＨＴＴＰ要求に伴うオーバーヘッド（ヘッダ、クッキーなど）に比べて非常に小さく、開発者は、しばしば、そのような呼出しの失敗をハンドリングするための戦略を設計する必要がある。

したがって、このような余分な要求は、しばしば、ネットワーク・トラフィックおよびリソースの使用における非効率性につながる。

本発明の第１の態様によれば、遅延可能ネットワーク要求をハンドリングするためのコンピュータ実施方法が提供され、方法は、クライアントのユーザ・エージェントにおいて実行され、ネットワーク要求をインターセプト（intercept）し、遅延可能であると識別することと、リモート・サーバに送信するために、遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むこととを含む。

これは、１つまたは複数の遅延可能ネットワーク要求をそのヘッダ内で搬送することができる遅延不可能ネットワーク要求を待つことによって、ネットワーク要求の数を減少させるという利点を有する。

方法は、遅延可能ネットワーク要求のデータを、遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データの形式で、クライアントにおけるローカル・キャッシュ内に記憶することと、好適なキャリア・ネットワーク要求を識別することと、キャリア・ネットワーク要求のヘッダ内に遅延可能要求の集約データを埋め込むこととを含んでもよい。方法は、複数の遅延可能要求のそれぞれの集約データをキャリア・ネットワーク要求の複数のヘッダのうちの１つに埋め込むことを含んでもよい。好適なキャリア・ネットワーク要求は、遅延可能ではなく、遅延可能要求データのための十分なスペースを有してもよい。

ネットワーク要求を遅延可能であると識別することは、ネットワーク要求メッセージをインターセプトすることと、要求ネットワーク・メッセージが既定の遅延可能な宛先のリスト内のホストに送信されているかどうかを判定することとを含んでもよい。方法は、遅延可能要求データをヘッダ内に埋め込むときに使用するための定義済みヘッダ名をサーバから取得することを含んでもよい。

方法は、キャッシュが既定のサイズに達した時点で、またはユーザ・エージェントから抜けるとき、キャッシュされた遅延可能ネットワーク要求データをバッチ送信することを含んでもよく、バッチ送信は、キャッシュされた遅延可能ネットワーク要求をキャリア・ネットワーク要求として選択し、キャリア・ネットワーク要求の１つまたは複数のヘッダに他のキャッシュされた遅延可能要求データを追加する。

方法は、キャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク要求への応答の埋め込みデータを有するキャリア・ネットワーク応答を受信することと、ヘッダからの埋め込みデータを構文解析して、クライアントにおいてアクションを実行するための別個の応答メッセージにすることとを含んでもよい。

方法は、好適なキャリア・ネットワーク・メッセージに追加された遅延可能ネットワーク要求ごとに、遅延可能ネットワーク要求を進行中とマーク付けすることと、正常な応答が受信されたとき、遅延可能ネットワーク要求を更新することとを含んでもよい。

本発明の別の態様によれば、遅延可能ネットワーク要求をハンドリングするためのコンピュータ実施方法が提供され、方法は、サーバにおいて実行され、キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有するキャリア・ネットワーク要求を受信することと、ヘッダからの埋め込みデータを構文解析して、サーバにおいてアクションを実行するための別個の要求メッセージにすることとを含む。

遅延可能ネットワーク要求の埋め込みデータは、遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データであってもよく、埋め込みデータを構文解析することは、ターゲット宛先への別個の要求メッセージを形成してもよい。

方法は、サーバでの個々の処理のための遅延可能ネットワーク要求のバッチを受信することを含んでもよい。

方法は、遅延可能ネットワーク応答をインターセプトして識別することと、クライアントに返送するために、好適なキャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク応答のデータを埋め込むことと含んでもよい。方法は、遅延可能ネットワーク応答のデータを、遅延可能ネットワーク応答のターゲット宛先と応答メッセージ・データとの集約データの形式で、サーバにおけるローカル・キャッシュ内に記憶することと、好適なキャリア・ネットワーク応答を識別することと、キャリア・ネットワーク応答のヘッダ内に遅延可能応答の集約データを埋め込むことと含んでもよい。方法は、複数の遅延可能応答のそれぞれの集約データをキャリア・ネットワーク要求の複数のヘッダのうちの１つに埋め込むことを含んでもよい。

方法は、キャリア・ネットワーク要求のヘッダに遅延可能要求データを埋め込むときにユーザ・エージェントによって使用するための定義済みヘッダ名をサーバから送信することをさらに含んでもよい。

方法は、サーバでの個々の処理のための遅延可能ネットワーク要求のバッチを、キャリア・ネットワーク要求としての遅延可能ネットワーク要求と、キャリア・ネットワーク要求の１つまたは複数のヘッダにおいて提供される他のキャッシュされた遅延可能要求データとの形式で、受信してもよい。

本発明のさらなる態様によれば、遅延可能ネットワーク要求をハンドリングするためのシステムが提供され、システムは、プロセッサとメモリとを有するクライアント・システムを備え、メモリは、構成要素、すなわち、ネットワーク要求をインターセプトするための要求インターセプト構成要素と、ネットワーク要求を遅延可能であると識別するための遅延可能要求識別構成要素と、リモート・サーバに送信するために、遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むためのヘッダ埋め込み構成要素との機能を実行するためのコンピュータ・プログラム命令をプロセッサに提供するように構成される。

クライアント・システムは、遅延可能ネットワーク要求のデータを、遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データの形式でクライアントにおけるローカル・キャッシュ内に記憶するための遅延可能要求記憶構成要素と、好適なキャリア・ネットワーク要求を識別するためのキャリア要求識別構成要素とを含んでもよい。

クライアント・システムは、キャッシュが既定のサイズに達した時点で、またはユーザ・エージェントから抜けるとき、キャッシュされた遅延可能ネットワーク要求データをバッチ送信するためのバッチ送信構成要素と、遅延可能ネットワーク要求に対するバッチ応答を受信するためのバッチ受信構成要素とを含んでもよい。

クライアント・システムは、キャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク要求に対する応答の埋め込みデータを有するキャリア・ネットワーク応答を受信するためのキャリア応答受信構成要素と、ヘッダからの埋め込みデータを構文解析して、クライアントにおいてアクションを実行するための別個の応答メッセージにするための応答構文解析構成要素とを含んでもよい。

本発明の別の態様によれば、遅延可能ネットワーク要求をハンドリングするためのシステムが提供され、システムは、プロセッサとメモリとを有するサーバ・システムを備え、メモリは、構成要素、すなわち、キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有するキャリア・ネットワーク要求を受信するためのキャリア要求受信構成要素と、ヘッダからの埋め込みデータを構文解析して、サーバにおいてアクションを実行するための別個の要求メッセージにするための要求構文解析構成要素との機能を実行するためのコンピュータ・プログラム命令をプロセッサに提供するように構成される。

サーバ・システムは、ネットワーク応答をインターセプトするための応答インターセプト構成要素と、遅延可能ネットワーク応答を識別するための遅延可能応答識別構成要素と、クライアントに返送するために、遅延可能ネットワーク応答のデータを好適なキャリア・ネットワーク応答のヘッダ内に埋め込むためのヘッダ埋め込み構成要素とを含んでもよい。

サーバ・システムは、遅延可能ネットワーク応答のデータを、遅延可能ネットワーク応答のターゲット宛先と応答メッセージ・データとの集約データの形式で、サーバにおけるローカル・キャッシュ内に記憶するための遅延可能応答記憶構成要素と、好適なキャリア・ネットワーク応答を識別するためのキャリア応答識別構成要素とを含んでもよい。

サーバ・システムは、サーバでの個々の処理のための遅延可能ネットワーク要求のバッチを受信するためのバッチ要求受信構成要素と、サーバにおいてキャッシュが既定のサイズに達した時点で、キャッシュされた遅延可能ネットワーク応答データをバッチ送信するためのバッチ応答送信構成要素とを含んでもよい。

本発明の別の態様によれば、遅延可能ネットワーク要求をハンドリングするためのコンピュータ・プログラム製品が提供され、コンピュータ・プログラム製品は、プログラム命令が具現化されたコンピュータ可読記憶媒体を備え、プログラム命令は、プロセッサに、ネットワーク要求をインターセプトして、遅延可能であると識別することと、リモート・サーバに送信するために、遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むこととを行わせるように、プロセッサによって実行可能である。

コンピュータ可読記憶媒体は非一過性のコンピュータ可読記憶媒体であってもよく、コンピュータ可読プログラム・コードは、処理回路によって実行可能であってもよい。

本発明と見なされる主題は、本明細書の結論部分において、具体的に指摘され、明確に特許請求されている。本発明は、その目的、特徴、および利点とともに、編成と動作の方法との両方に関して、添付の図面とともに読まれるときに以下の詳細な説明を参照することによって最もよく理解され得る。

ここで、本発明の好ましい実施形態を、以下の図面を参照して、単なる例として説明する。

本発明による、方法の例示的な実施形態の概略図である。 本発明による、クライアントにおける方法の別の態様の例示的な実施形態の流れ図である。 本発明による、サーバにおける方法の態様の例示的な実施形態の流れ図である。 本発明による、サーバにおける方法の態様の例示的な実施形態の流れ図である。 本発明の一態様による、サーバ・システムの例示的な実施形態のブロック図である。 本発明の別の態様による、クライアント・システムの例示的な実施形態のブロック図である。 本発明が実装され得るコンピュータ・システムまたはクラウド・サーバの一実施形態のブロック図である。 本発明が実装され得るクラウド・コンピューティング環境の概略図である。 本発明が実装され得るクラウド・コンピューティング環境の抽象化モデル層の図である。

説明を簡単かつ明確にするために、図に示されている要素が必ずしも一定の縮尺で描かれていないことを理解されたい。例えば、いくつかの要素の寸法は、明確にするために他の要素に対して誇張されている場合がある。さらに、適切であると考えられる場合、対応するまたは類似の特徴を示すために、参照番号が図面間で繰り返される場合がある。

遅延可能ネットワーク要求をハンドリングするための方法およびシステムについて説明する。ネットワーク環境でのクライアントとサーバとの間の通信のために、ハイパーテキスト転送プロトコル（ＨＴＴＰ）要求の形式のネットワーク要求が使用される。クライアントからのＨＴＴＰ要求方法は、所与のリソースに対してサーバにおいて実行されるべき所望のアクションを示す。リソースは、要求ユニフォーム・リソース・ロケータ（ＵＲＬ）によって識別され、各要求方法は、個別のセマンティックを実装する。

説明される方法は、遅延可能な要求（例えば、軽量のルーチン要求）のデータを、クライアントからの遅延不可能な要求（例えば、機能目的の要求）のヘッダ内に埋め込む。次いで、ヘッダは、サーバ側で抽出されてもよく、要求データは、サーバ側の宛先ロケーションに送信される。遅延可能な要求の応答を遅延不可能な要求の返信ヘッダにおいて返すことに対応する方法も提供される。

図１を参照すると、概略図１００は、クライアント１１０とサーバ１２０との間でＨＴＴＰ要求および応答が交換される、クライアント１１０およびサーバ１２０の例示的な実施形態を示す。この例では、クライアント１１０におけるユーザ・エージェント１３０（例えば、ウェブ・ブラウザ）が、サーバ１２０におけるリソース１４０、１４２（例えば、ウェブ・アプリケーション）に要求を送信する。

典型的な要求では、クライアント１１０は、ＨＴＴＰ要求メッセージをサーバ１２０に送出し、ＨＴＭＬファイルおよび他のコンテンツなどのリソース１４０、１４２を提供するかまたはクライアント１１０に代わって他の機能を実行するサーバ１２０は、クライアント１１０に応答メッセージを返す。応答は、要求に関する完了ステータス情報を含み、そのメッセージ本文に要求されたコンテンツを含んでもよい。

ウェブ・ブラウザは、ユーザ・エージェント（ＵＡ）１３０の一例である。他のタイプのユーザ・エージェント１３０には、検索プロバイダ（ウェブ・クローラ）によって使用される索引付けソフトウェア、音声ブラウザ、モバイル・アプリケーション、およびウェブ・コンテンツにアクセスする、ウェブ・コンテンツを消費または表示する他のソフトウェアが含まれる。

遅延可能要求ハンドリング・システム１５０、１５５は、サーバ遅延可能要求ハンドリング構成要素１５０およびクライアント遅延可能要求ハンドリング構成要素１５５の形式で提供される。クライアント構成要素１５５は、サーバ構成要素１５０を補完する機能性を提供するために、クライアント１１０でダウンロード可能または実行可能であるようにサーバ構成要素１５０によって提供されるコードであってもよい。クライアント構成要素１５５は、以下でさらに説明するように遅延可能要求を中にキャッシュするための、クライアント１１０に対してローカルな遅延可能要求データ・キャッシュ１５６を含むか、またはこれにアクセスする。サーバ構成要素１５０は、以下でさらに説明するように遅延可能要求応答を中にキャッシュするための、サーバ１２０に対してローカルな遅延可能応答データ・キャッシュ１５２を含むか、またはこれにアクセスする。

クライアント遅延可能要求ハンドリング・システム１５５は、クライアント１１０において要求をインターセプトし、要求が遅延可能かどうか、または、遅延不可能であり、すぐに送信されるべきかどうかを判定する。要求が遅延可能である場合、要求は、後続の遅延不可能な要求の形式でキャリア要求メッセージ１６０のヘッダ１７０に結合されて送信されるまで、遅延可能要求データ・キャッシュ１５６内にキャッシュされてもよい。いくつかの遅延可能要求メッセージは、キャリア要求メッセージ１６０の複数のヘッダ１７０において送信されてもよい。

キャリア要求メッセージ１６０として作用する遅延不可能要求メッセージは、それ自体の要求データ１６１と、キャリア要求メッセージ１６０のヘッダ１７０内に埋め込まれた遅延可能要求データ１７１とともに送信されてもよい。そのようなメッセージがサーバ１２０で受信されると、サーバ遅延可能要求ハンドリング・システム１５０は、キャリア・メッセージ要求データ１６１をハンドリングし、遅延可能要求データ１７１を分離して、この遅延可能要求データ１７１を別個にハンドリングする。

遅延可能要求データ１７１がアクションを実行され、遅延可能応答データ１９１が利用可能になると、キャリア応答メッセージ１８０を待ち、そのキャリア応答メッセージ１８０をクライアント１１０のユーザ・エージェント１３０におけるクライアント遅延可能要求ハンドリング・システム１５５に配信するために、遅延可能応答データ１９１は、サーバ１２０に対してローカルな遅延可能応答データ・キャッシュ１５２にキャッシュされてもよい。

遅延不可能応答メッセージは、キャリア応答メッセージ１８０として作用してもよく、それ自体の応答データ１８１と、キャリア応答メッセージ１８０のヘッダ１９０に埋め込まれた遅延可能応答データ１９１とともに送信されてもよい。そのようなメッセージがクライアント１１０で受信されると、クライアント遅延可能要求ハンドリング・システム１５５は、キャリア・メッセージ応答データ１８１をハンドリングし、遅延可能応答データ１９１を分離して、この遅延可能応答データ１９１を別個にハンドリングする。

サーバおよびクライアントにおける方法の例示的な実施形態のさらなる詳細を以下に与える。

要求メッセージは、要求方法を指定し、サーバから指定されたリソースを要求する要求行と、要求ヘッダ・フィールドと、空行と、任意選択のメッセージ本文とを含む。

ＨＴＴＰは、識別されたリソース１４０、１４２に対してサーバ１２０によって実行されるべき所望のアクションを示すための要求メッセージの主題であり得る要求方法を定義する。要求方法の例には、エラーの識別または解決あるいはその両方を行うための方法（例えば、ＴＲＡＣＥ ＨＴＴＰ要求）、ステータス通知を受信するための方法（例えば、ＳＴＡＴＵＳ ＨＴＴＰ要求）、情報を取り出すための方法（例えば、ＧＥＴ ＨＴＴＰ要求）、データを送信するための方法（例えば、ＰＯＳＴ ＨＴＴＰ要求）、既定の情報を削除するための方法（例えば、ＤＥＬＥＴＥ ＨＴＴＰ要求）、通信フローを確立するための方法（例えば、ＣＯＮＮＥＣＴ ＨＴＴＰ要求）、通信オプションを記述するための方法（例えば、ＯＰＴＩＯＮＳ ＨＴＴＰ要求）、新しいリソースを作成するまたはリソースを置き換えるための方法（例えば、ＰＵＴ ＨＴＴＰ要求）、リソースに部分的な変更を加えるための方法（例えば、ＰＡＴＣＨ ＨＴＴＰ要求）、およびリソースのヘッダを要求するための方法（例えば、ＨＥＡＤ ＨＴＴＰ要求）が含まれるが、これらに限定されない。

いくつかの要求メッセージは、それらが時間の影響を受けにくく、サーバによって即時に処理される必要がない場合、遅延可能と見なされてもよい。一例は、ユーザ分析用の追跡データである。このような追跡データは、開発者がユーザの行動を理解する際に有用であるが、ウェブ・アプリケーションの即時の機能性にとって重要ではない。一方、ウェブ・アプリケーションの機能性に関連する要求メッセージは遅延不可能である。

ＨＴＴＰヘッダは、クライアントおよびサーバが、ＨＴＴＰ要求または応答によって追加情報を渡すことを可能にする。カスタムの独自のヘッダは、「Ｘ－」という接頭辞を有してもよい。この追加情報は、メッセージの宛先およびデータの形式で、遅延可能要求メッセージに関連するデータについて記述された方法において使用される。次いで、サーバは、ヘッダ情報を抽出し、要求データをメッセージの宛先に送信することによって要求データをハンドリングする。

遅延不可能要求メッセージは、遅延可能要求メッセージの宛先およびデータを含むヘッダを有するキャリア要求メッセージを形成する。キャリア要求メッセージおよび遅延可能要求メッセージは、異なる要求方法に関連している場合がある。

図２を参照すると、流れ図２００は、クライアント遅延可能要求ハンドリング・システム１５５によってクライアント１１０において実行される説明された方法の例示的な実施形態を示す。

クライアント遅延可能要求ハンドリング・システム１５５は、サーバ遅延可能要求ハンドリング・システム１５０を有するサーバにＨＴＴＰ要求メッセージを送信するウェブ・ブラウザ、クライアント・アプリケーションなどのクライアント側ユーザ・エージェントのためのコードを受信してもよい（２０１）。クライアント遅延可能要求ハンドリング・システム１５５は、例えば、遅延可能ＨＴＴＰ要求をインターセプトするため、および遅延可能要求データをキャッシュするための、ブラウザ拡張として提供されてもよい。クライアント遅延可能要求ハンドリング・システム１５５は、ネイティブ・ブラウザ・ネットワーク・レベルでＨＴＴＰ要求をインターセプトするか、またはクライアント・アプリケーションによって使用される「フェッチ」もしくはＸＭＬＨｔｔｐＲｅｑｕｅｓｔ関数への呼出しをパッチしてもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、別の要求メッセージのヘッダ内に埋め込まれた遅延可能要求メッセージを送信するときに使用する定義済みヘッダ名を取得してもよい（２０２）。例えば、定義済みヘッダ名は、クライアント遅延可能要求ハンドリング・システム１５５がサーバに対してＲＥＳＴ呼出しを行うことによって取得されてもよい。カスタムのヘッダの場合、クライアント側は、そのセッションに使用される予定のヘッダの名前（例えば、普遍的に一意の識別子を使用して生成され得る）を用いて応答する、既知のサーバ・ルート、例えば、／ａｐｉ／ｇｅｔＤｅｆｅｒｒａｂｌｅＨｅａｄｅｒを呼び出してもよい。代替として、そのようなすべてのメッセージに対して固定の定義済みヘッダ名が使用されてもよい。

クライアントでの方法は、サーバに送信されるべき新しいＨＴＴＰ要求メッセージを検出してもよく（２０３）、方法は、その要求メッセージが遅延可能かどうかを判定する（２０４）。要求が遅延可能かどうかは、要求の宛先ホスト名またはパスあるいはその両方に依存してもよい。事前構成されたリスト内のホストに対して要求メッセージが送信されているかどうかを確認することによって、要求メッセージが遅延可能であると判定されてもよい（２０４）。リストは、サーバによって保持され、ＲＥＳＴインターフェースを介してクライアントに公開されてもよい。

また、要求メッセージは、所与のサイズを下回る場合にのみ遅延可能であってもよい。要求ヘッダ・フィールドのサイズは、典型的には、２００バイトから２キロバイトの間であり、遅延可能要求データは、要求ヘッダ内に収まらなければならない。

要求メッセージが遅延可能であると見なされる場合、方法は、遅延可能要求メッセージのキャッシュが所与の制限を超えているかどうかを判定してもよい（２０５）。キャッシュが所与の制限を超えていない場合、新しい遅延可能要求メッセージは、要求の宛先とデータとを含む形式に集約され（２０６）、キャッシュ内に記憶される（２０７）。次いで、方法は、この要求メッセージについて終了し（２１３）、方法は、新しい要求メッセージを検出するために（２０３）、ループしてもよい。

キャッシュが所与の制限を超えていると判定される場合（２０５）、キャッシュをクリアするまたはキャッシュ内に空きを作るために、キャッシュされた遅延可能要求データは、バッチ要求メッセージとして送信されてもよい（２０８）。キャッシュされた要求が添付されるような、遅延不可能要求のように扱われるバッチ要求メッセージを送信するために（２０８）、特別な要求が行われてもよい。遅延可能要求のうちの１つが、キャッシュ内の他の遅延可能要求のキャリア要求として選択されてもよい。キャリア・メッセージのヘッダに追加された遅延可能要求ごとに、遅延可能要求は「進行中／送信済み」とマーク付けされる。特別な要求は、サーバによって提供されるカスタムのルートに対して行われてもよく、サーバは空の応答を返す。キャッシュ内に空きができた時点で、さらなる遅延可能要求データが記憶され得る。

要求メッセージが遅延可能でないと判定される場合（２０４）、要求メッセージが遅延可能要求メッセージのキャリア・メッセージとして好適であるかどうかが判定されてもよい（２０９）。例えば、要求メッセージ内に、１つまたは複数のヘッダにおいて１つまたは複数の遅延可能要求メッセージを搬送するためのスペースがあるかどうかである。十分なスペースがない、または要求メッセージが遅延可能要求メッセージを搬送しない他の理由がある場合、方法は、遅延可能要求メッセージを搬送せずに要求メッセージを送信してもよい（２１２）。次いで、方法は、この要求メッセージについて終了し（２１３）、新しい要求メッセージを検出するために（２０３）、ループしてもよい。

要求メッセージがキャリア・メッセージとして好適である場合、方法は、キャッシュ内に要求メッセージ・データがあるかどうかを確認してもよい（２１０）。キャッシュされた要求メッセージ・データがない場合、方法は、要求メッセージを送信してもよい（２１２）。キャッシュされた要求メッセージ・データがある場合、キャッシュされた要求の集約された形式の宛先およびデータが、キャリア要求メッセージのヘッダ・フィールドに追加される（２１１）。１つのキャリア・メッセージに複数の遅延可能要求が添付されてもよく、複数の遅延可能要求は、個別のヘッダ、例えば「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ」、次いで「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ－２」、「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ－３」を介して添付されてもよい。キャリア・メッセージのヘッダに追加される遅延可能要求ごとに、遅延可能要求は、「進行中／送信済み」とマーク付けされる。

メッセージ要求の１つまたは複数のヘッダ・フィールドに遅延可能要求メッセージ・データが追加されると、要求メッセージが送信されてもよい（２１２）。次いで、方法は、この要求メッセージについて終了し（２１３）、新しい要求メッセージを検出するために（２０３）、ループしてもよい。

ユーザがウェブ・アプリケーションまたはウェブ・ブラウザなどのユーザ・エージェント１３０から離れると、まだ送信されていないすべての遅延可能要求データのキャッシュされたデータが、別個の特別なバッチ要求として送信される。方法は、上記の「キャッシュ満杯」のシナリオと同様の様式で、特別なバッチ要求を発行してもよい。上記のように、この特別なバッチには複数の遅延可能要求が添付されてもよい。

以下は、要求メッセージの形式の一例である。

遅延可能要求：
POST https://datacollectionresource/tracking {... tracking data ...}

通常の要求：
POST https://domain.com/api/flows/flow1/start {... request data ...}

単一の組み合わされた要求：
POST https://domain.com/api/flows/flow1/start {... request data ...}
以下の追加のヘッダを伴う：
X-Deferrable-Data:{ destination: https://datacollectionresource/tracking data: {... trackingdata...}, method: ‘POST’ }

ヘッダにおいて提供される遅延可能データは、元の要求が要求するすべてのパラメータを必要とする。最も単純な事例では、これは、単に方法または方法とボディとの組合せであってもよいが、要求フェッチ・インターフェースによって定義されたすべてのプロパティを含んでもよい。

新しいＨＴＴＰ応答メッセージがクライアント１１０で受信されると、応答メッセージがそのヘッダ内に遅延可能応答を含むかどうかが判定される。遅延可能応答を含む場合、正常な遅延可能応答が抽出され、各要求元に送信され、遅延可能要求は、遅延可能要求データ・キャッシュ１５６から削除される。

図３Ａを参照すると、流れ図３００は、サーバ遅延可能要求ハンドリング・システム１５０によってサーバ１２０において実行される説明された方法の例示的な実施形態を示す。

サーバ遅延可能要求ハンドリング・システム１５０は、ＨＴＴＰ要求メッセージをサーバ１２０に送信するウェブ・ブラウザ、クライアント・アプリケーションなどのクライアント側ユーザ・エージェントのためのコードを提供してもよい（３０１）。

サーバ遅延可能要求ハンドリング・システム１５０は、別の要求メッセージのヘッダ内に埋め込まれた遅延可能要求メッセージを送信するときに使用する定義済みヘッダ名を提供してもよい（３０２）。カスタムのヘッダの場合、クライアント側は、そのセッションに使用される予定のヘッダの名前（例えば、普遍的に一意の識別子を使用して生成され得る）を用いて応答する、既知のサーバ・ルート、例えば、／ａｐｉ／ｇｅｔＤｅｆｅｒｒａｂｌｅＨｅａｄｅｒを呼び出してもよい。代替として、そのようなすべてのメッセージに対して固定の定義済みヘッダ名、例えば「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ」が使用されてもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、定義済みヘッダ名を有する１つまたは複数のヘッダを含むとともに、集約された遅延可能要求データがこの１つまたは複数のヘッダ内に埋め込まれている要求を受信してもよい（３０３）。集約された遅延可能要求データは、遅延可能要求のターゲット宛先と遅延可能要求のデータとを組み合わせてもよい。方法は、埋め込まれた集約された遅延可能要求データをヘッダから構文解析してもよく（３０４）、抽出されたデータを、集約された遅延可能要求データにおいて提供されたターゲット宛先に送信してもよい（３０５）。

遅延可能要求からの応答は、サーバ１２０でキャッシュされてもよく（３０６）、遅延不可能要求が応答を返すとき、キャッシュ内の任意の遅延可能要求応答が、返信ヘッダ内に追加されてもよい（３０７）。次いで、クライアント側は、遅延可能要求応答を適切に抽出して処理してもよい。

図３Ｂを参照すると、流れ図３２０は、サーバ遅延可能要求ハンドリング・システム１５０によってサーバ１２０において実行される説明された方法の例示的な実施形態のさらなる詳細を示す。

サーバでの方法は、クライアントに送信されるべき新しいＨＴＴＰ応答メッセージを検出してもよく（３２１）、方法は、応答メッセージが遅延可能要求に対する応答であり、したがって同様に遅延可能であるかどうかを判定する（３２２）。応答が、サーバによって保持されている事前構成されたリスト内のホストに送信された要求メッセージに対するものであるかどうかを確認することによって、応答メッセージが遅延可能であると判定されてもよい（３２２）。

応答メッセージが遅延可能であると見なされる場合、方法は、遅延可能応答メッセージのキャッシュが所与の制限を超えているかどうかを判定してもよい（３２３）。キャッシュが所与の制限を超えていない場合、新しい遅延可能応答メッセージは、応答宛先と応答のデータとを含む形式に集約され（３２４）、キャッシュ内に記憶される（３２５）。次いで、方法は、この応答メッセージについて終了し（３２６）、方法は、新しい応答メッセージを検出するために（３２１）、ループしてもよい。

キャッシュが所与の制限を超えていると判定される場合（３２３）、キャッシュをクリアするまたはキャッシュ内に空きを作るために、キャッシュされた遅延可能応答データは、バッチ応答メッセージとして送信されてもよい（３２７）。キャッシュされた応答が添付されるような、遅延不可能応答のように扱われるバッチ応答メッセージを送信するために（３２７）、特別な応答が行われもよい。キャッシュ内に空きができると、さらなる遅延可能応答データが記憶され得る。

応答メッセージが遅延可能でないと判定される場合（３２２）、応答メッセージが遅延可能応答メッセージのキャリア応答メッセージとして好適であるかどうかが判定されてもよい（３２８）。例えば、応答メッセージ内に、１つまたは複数のヘッダにおいて１つまたは複数の遅延可能応答メッセージを搬送するためのスペースがあるかどうかである。十分なスペースがない、または応答メッセージが遅延可能応答メッセージを搬送しない他の理由がある場合、方法は、遅延可能応答メッセージを搬送せずに応答メッセージを送信してもよい（３３１）。次いで、方法は、この応答メッセージについて終了し（３２６）、新しい応答メッセージを検出するために（３２１）、ループしてもよい。

応答メッセージがキャリア応答メッセージとして好適である場合、方法は、キャッシュ内に応答メッセージ・データがあるかどうかを確認してもよい（３２９）。キャッシュされた応答メッセージ・データがない場合、方法は、応答メッセージを送信してもよい（３３１）。キャッシュされた応答メッセージ・データがある場合、キャッシュされた応答の集約された形式の宛先およびデータが、キャリア応答メッセージのヘッダ・フィールドに追加される（３３０）。１つのキャリア・メッセージに複数の遅延可能応答が添付されてもよく、複数の遅延可能応答は、個別のヘッダ、例えば「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ」、次いで「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ－２」、「Ｘ－Ｄｅｆｅｒｒａｂｌｅ－Ｄａｔａ－３」を介して添付されてもよい。

メッセージ応答の１つまたは複数のヘッダ・フィールドに遅延可能応答メッセージ・データが追加されると、応答メッセージが送信されてもよい（３３１）。次いで、方法は、この応答メッセージについて終了し（３２６）、新しい応答メッセージを検出するために（３２１）、ループしてもよい。

図４を参照すると、ブロック図は、クライアント・コンピュータ・システム４００におけるユーザ・エージェント１３０による使用のためにクライアント遅延可能要求ハンドリング・システム１５５が提供され得る、クライアント・コンピュータ・システム４００を示す。

サーバは、少なくとも１つのプロセッサ４０１、ハードウェア・モジュール、または少なくとも１つのプロセッサ上で実行されるソフトウェア・ユニットであり得る説明された構成要素の機能を実行するための回路を含む。構成要素の機能の一部またはすべての並列処理を可能にする、並列処理スレッドを実行する複数のプロセッサが提供されてもよい。メモリ４０２は、構成要素の機能性を実行するために、コンピュータ命令４０３を少なくとも１つのプロセッサ４０１に提供するように構成されてもよい。クライアント遅延可能要求ハンドリング・システム１５５は、サーバ遅延可能要求ハンドリング・システム１５０と併せてクライアント・コンピュータ・システム４００で実行されるように、サーバによって提供されてもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、ネイティブ・ブラウザ・ネットワーク・レベルでまたはクライアント・アプリケーションの機能としてユーザ・エージェント１３０においてネットワーク要求をインターセプトするための要求インターセプト構成要素４１１を含んでもよい。クライアント遅延可能要求ハンドリング・システム１５５は、ネットワーク要求を遅延可能であると識別するための遅延可能要求識別構成要素４１２を含んでもよい。遅延可能要求識別構成要素４１２は、要求が遅延可能であり得る宛先ホスト名のサーバによって提供される事前構成されたリストを検索するためのリスト検索構成要素４１３を含んでもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、遅延可能ネットワーク要求のデータをクライアント・コンピュータ・システム４００におけるローカル遅延可能要求データ・キャッシュ１５６内に記憶するための遅延可能要求記憶構成要素４１４と、遅延可能要求のデータをターゲット宛先と要求メッセージ・データとの組合せとして集約するための集約構成要素４１８とを含んでもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、好適なキャリア・ネットワーク要求を識別するためのキャリア要求識別構成要素４１５と、キャッシュ１５６からの複数の遅延可能要求のそれぞれの集約データをキャリア・ネットワーク要求の複数のヘッダ内に埋め込むためのヘッダ埋め込み構成要素４１６とを含んでもよい。ヘッダ埋め込み構成要素４１６は、遅延可能要求データをヘッダ内に埋め込むときに使用するための定義済みヘッダ名をサーバから取得してもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、キャッシュが既定のサイズに達した時点で、またはユーザ・エージェントから抜けるとき、キャッシュされた遅延可能ネットワーク要求データをバッチ送信するためのバッチ要求送信構成要素４１７を含んでもよい。

クライアント遅延可能要求ハンドリング・システム１５５は、キャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク要求に対する応答の埋め込みデータを有するキャリア・ネットワーク応答を受信するためのキャリア応答受信構成要素４２１と、ヘッダからの埋め込みデータを構文解析して、応答ハンドリング構成要素４２３によってクライアントにおいてアクションを実行するための別個の応答メッセージにするための応答構文解析構成要素４２２とを含む、応答キャリア・メッセージにおいて受信された応答をハンドリングするための構成要素も含んでもよい。また、遅延可能ネットワーク要求に対するバッチ応答を受信してハンドリングするために、バッチ応答受信構成要素４２４が提供されてもよい。

図５を参照すると、ブロック図は、サーバ遅延可能要求ハンドリング・システム１５０が提供されるサーバ・コンピュータ・システム５００を示す。

サーバは、少なくとも１つのプロセッサ５０１、ハードウェア・モジュール、または少なくとも１つのプロセッサ上で実行されるソフトウェア・ユニットであり得る説明された構成要素の機能を実行するための回路を含む。構成要素の機能の一部またはすべての並列処理を可能にする、並列処理スレッドを実行する複数のプロセッサが提供されてもよい。メモリ５０２は、構成要素の機能性を実行するために、コンピュータ命令５０３を少なくとも１つのプロセッサ５０１に提供するように構成されてもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有するキャリア・ネットワーク要求を受信するためのキャリア要求受信構成要素５２１と、ヘッダからの埋め込みデータを構文解析して、サーバ・コンピュータ・システム５００における要求ハンドリング構成要素５２３によってアクションを実行するための別個の要求メッセージにする、要求構文解析構成要素５２２とを含んでもよい。サーバ遅延可能要求ハンドリング・システム１５０は、サーバ・コンピュータ・システム５００における個々の処理のための遅延可能ネットワーク要求のバッチを受信するためのバッチ要求受信構成要素５２４を含んでもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、ネットワーク応答をインターセプトするための応答インターセプト構成要素５１１と、例えば、リスト検索構成要素５１３を使用して、応答が遅延可能であり得る宛先ホスト名のサーバによって提供される事前構成されたリストを検索することによって、遅延可能ネットワーク応答を識別するための、遅延可能応答識別構成要素５１２とを含んでもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、遅延可能ネットワーク応答のデータをサーバ・コンピュータ・システム５００におけるローカル遅延可能応答データ・キャッシュ１５２内に記憶するための遅延可能応答記憶構成要素５１４を含んでもよい。集約構成要素５１８は、遅延可能ネットワーク応答のターゲット宛先と応答メッセージ・データとの遅延可能応答データを、キャッシュ１５２内に記憶するために集約してもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、好適なキャリア・ネットワーク応答を識別するためのキャリア応答識別構成要素５１５と、クライアントに返送するために、遅延可能ネットワーク応答のデータを好適なキャリア・ネットワーク応答のヘッダ内に埋め込むためのヘッダ埋め込み構成要素５１６とを含んでもよい。

サーバ遅延可能要求ハンドリング・システム１５０は、サーバにおいてキャッシュが既定のサイズに達した時点で、キャッシュされた遅延可能ネットワーク応答データをバッチ送信するためのバッチ応答送信構成要素５１７を含んでもよい。

図６は、本発明の一実施形態による、サーバ・コンピュータ・システム４００またはクライアント・コンピュータ・システム５００に使用されるコンピューティング・システムの構成要素のブロック図を示す。図６が、一実装形態の例示のみを提供するものであり、異なる実施形態が実装され得る環境に関していかなる制限も意味しないことが理解されるべきである。図示されている環境に多くの変更が加えられてもよい。

コンピューティング・システムは、１つまたは複数のプロセッサ６０２、１つまたは複数のコンピュータ可読ＲＡＭ６０４、１つまたは複数のコンピュータ可読ＲＯＭ６０６、１つまたは複数のコンピュータ可読記憶媒体６０８、デバイス・ドライバ６１２、読取り／書込みドライブまたはインターフェース６１４、およびネットワーク・アダプタまたはインターフェース６１６を含むことができ、これらはすべて、通信ファブリック６１８を介して相互接続されている。通信ファブリック６１８は、プロセッサ（マイクロプロセッサ、通信およびネットワーク・プロセッサなど）と、システム・メモリと、周辺デバイスと、システム内の任意の他のハードウェア構成要素との間でデータまたは制御情報あるいはその両方を渡すように設計された任意のアーキテクチャを有するように実装され得る。

１つまたは複数のオペレーティング・システム６１０、ならびにサーバ遅延可能要求ハンドリング・システム１５０およびクライアント遅延可能要求ハンドリング・システム１５５などのアプリケーション・プログラム６１１は、それぞれのＲＡＭ６０４（典型的にはキャッシュ・メモリを含む）のうちの１つまたは複数を介したプロセッサ６０２のうちの１つまたは複数による実行のために、コンピュータ可読記憶媒体６０８のうちの１つまたは複数に記憶される。図示された実施形態では、コンピュータ可読記憶媒体６０８のそれぞれは、内蔵ハード・ドライブの磁気ディスク記憶デバイス、ＣＤ－ＲＯＭ、ＤＶＤ、メモリ・スティック、磁気テープ、磁気ディスク、光ディスク、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、フラッシュ・メモリなどの半導体記憶デバイス、または、本発明の実施形態によるコンピュータ・プログラムおよびデジタル情報を記憶することができる任意の他のコンピュータ可読記憶媒体とすることができる。

コンピューティング・システムは、１つまたは複数のポータブル・コンピュータ可読記憶媒体６２６との間で読み書きするためのＲ／Ｗドライブまたはインターフェース６１４も含むことができる。コンピューティング・システム上のアプリケーション・プログラム６１１は、１つまたは複数のポータブル・コンピュータ可読記憶媒体６２６に記憶され、それぞれのＲ／Ｗドライブまたはインターフェース６１４を介して読み出され、それぞれのコンピュータ可読記憶媒体６０８の中にロードされ得る。

コンピューティング・システムは、ＴＣＰ／ＩＰアダプタ・カードまたはワイヤレス通信アダプタなどのネットワーク・アダプタまたはインターフェース６１６も含むことができる。コンピューティング・システム上のアプリケーション・プログラム６１１は、ネットワーク（例えば、インターネット、ローカル・エリア・ネットワーク、または他のワイド・エリア・ネットワークもしくはワイヤレス・ネットワーク）およびネットワーク・アダプタまたはインターフェース６１６を介して、外部コンピュータまたは外部記憶デバイスからコンピューティング・デバイスにダウンロードされ得る。ネットワーク・アダプタまたはインターフェース６１６から、プログラムがコンピュータ可読記憶媒体６０８にロードされてもよい。ネットワークは、銅線、光ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、およびエッジ・サーバを含んでもよい。

コンピューティング・システムは、ディスプレイ画面６２０、キーボードまたはキーパッド６２２、およびコンピュータ・マウスまたはタッチパッド６２４も含むことができる。デバイス・ドライバ６１２は、画像化のために表示画面６２０にインターフェースし、英数字入力およびユーザ選択の圧力感知のためにキーボードもしくはキーパッド６２２、コンピュータ・マウスもしくはタッチパッド６２４、またはディスプレイ画面６２０あるいはその組合せにインターフェースする。デバイス・ドライバ６１２、Ｒ／Ｗドライブまたはインターフェース６１４、およびネットワーク・アダプタまたはインターフェース６１６は、コンピュータ可読記憶媒体６０８またはＲＯＭ６０６あるいはその両方に記憶されたハードウェアおよびソフトウェアを備えることができる。

本発明は、任意の可能な技術的詳細の統合レベルでのシステム、方法、またはコンピュータ・プログラム製品あるいはその組合せとすることができる。コンピュータ・プログラム製品は、プロセッサに本発明の態様を実施させるためのコンピュータ可読プログラム命令を有するコンピュータ可読記憶媒体（または複数のコンピュータ可読記憶媒体）を含んでもよい。

コンピュータ可読記憶媒体は、命令実行デバイスが使用するための命令を保持および記憶することができる有形デバイスとすることができる。コンピュータ可読記憶媒体は、例えば、電子記憶デバイス、磁気記憶デバイス、光学記憶デバイス、電磁気記憶デバイス、半導体記憶デバイス、または上記の任意の好適な組合せとすることができるが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例の非網羅的なリストには以下のもの、すなわち、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）、ポータブル・コンパクト・ディスク読出し専用メモリ（ＣＤ－ＲＯＭ）、デジタル・バーサタイル・ディスク（ＤＶＤ）、メモリ・スティック、フロッピ・ディスク、パンチカードまたは命令が記録された溝内の隆起構造体などの機械的に符号化されたデバイス、および上記の任意の好適な組合せが含まれる。本明細書で使用されるコンピュータ可読記憶媒体は、電波もしくは他の自由に伝播する電磁波、導波路もしくは他の伝送媒体を介して伝播する電磁波（例えば、光ファイバ・ケーブルを通る光パルス）、または電線を介して送信される電気信号などの、一過性の信号自体であると解釈されるべきではない。

本明細書に記載のコンピュータ可読プログラム命令は、コンピュータ可読記憶媒体からそれぞれのコンピューティング／処理デバイスに、または、ネットワーク、例えばインターネット、ローカル・エリア・ネットワーク、ワイド・エリア・ネットワーク、またはワイヤレス・ネットワークあるいはその組合せを介して外部コンピュータまたは外部記憶デバイスにダウンロードされ得る。ネットワークは、銅伝送ケーブル、光伝送ファイバ、ワイヤレス伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイ・コンピュータ、またはエッジ・サーバあるいはその組合せを含んでもよい。各コンピューティング／処理デバイスにおけるネットワーク・アダプタ・カードまたはネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受信し、そのコンピュータ可読プログラム命令を、それぞれのコンピューティング／処理デバイス内のコンピュータ可読記憶媒体における記憶のために転送する。

本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、インストラクション・セット・アーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路用の構成データ、または、Ｓｍａｌｌｔａｌｋ（Ｒ）、Ｃ＋＋などのオブジェクト指向プログラミング言語および「Ｃ」プログラミング言語もしくは同様のプログラミング言語などの手続き型プログラミング言語を含む１つまたは複数のプログラミング言語の任意の組合せで記述されたソース・コードもしくはオブジェクト・コードのいずれかとすることができる。コンピュータ可読プログラム命令は、スタンドアロン・ソフトウェア・パッケージとして全体がユーザのコンピュータ上で、一部がユーザのコンピュータ上で、一部がユーザのコンピュータ上かつ一部がリモート・コンピュータ上で、または全体がリモート・コンピュータ上もしくはサーバ上で実行されてもよい。後者のシナリオでは、リモート・コンピュータは、ローカル・エリア・ネットワーク（ＬＡＮ）もしくはワイド・エリア・ネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続されてもよく、または（例えば、インターネット・サービス・プロバイダを使用してインターネットを介して）外部コンピュータに対して接続されてもよい。いくつかの実施形態では、本発明の態様を実行するために、例えば、プログラマブル・ロジック回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、またはプログラマブル・ロジック・アレイ（ＰＬＡ）を含む電子回路が、コンピュータ可読プログラム命令の状態情報を利用して電子回路をパーソナライズすることによって、コンピュータ可読プログラム命令を実行してもよい。

本明細書では、本開示の実施形態による方法、装置（システム）、およびコンピュータ・プログラム製品の流れ図またはブロック図あるいはその両方を参照しながら、本開示の態様を説明している。流れ図またはブロック図あるいはその両方の各ブロック、および流れ図またはブロック図あるいはその両方におけるブロックの組合せがコンピュータ可読プログラム命令によって実施され得ることが理解されよう。

これらのコンピュータ可読プログラム命令は、コンピュータまたは他のプログラマブル・データ処理装置のプロセッサを介して実行される命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／作用を実施するための手段を作り出すように、コンピュータ、または他のプログラマブル・データ処理装置のプロセッサに提供されて、マシンを作り出すものであってもよい。これらのコンピュータ可読プログラム命令はまた、命令が記憶されたコンピュータ可読記憶媒体が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／作用の態様を実施する命令を含む製造品を含むように、コンピュータ可読媒体に記憶され、コンピュータ、プログラマブル・データ処理装置、または他のデバイスあるいはその組合せに対して特定の方式で機能するように指示できるものであってもよい。

コンピュータ可読プログラム命令はまた、コンピュータ、他のプログラマブル装置、または他のデバイスで実行される命令が、流れ図またはブロック図あるいはその両方の１つまたは複数のブロックで指定された機能／作用を実施するように、コンピュータ実施プロセスを作り出すべくコンピュータ、他のプログラマブル・データ処理装置、または他のデバイスにロードされて、コンピュータ、他のプログラマブル装置、または他のデバイス上で一連の動作ステップを実行させるものであってもよい。

図中の流れ図およびブロック図は、本発明の様々な実施形態によるシステム、方法およびコンピュータ・プログラム製品の可能な実装形態のアーキテクチャ、機能性、ならびに動作を示す。これに関して、流れ図またはブロック図における各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含む、命令のモジュール、セグメント、または一部を表すことがある。いくつかの代替の実装形態では、ブロックに記載された機能は、図に記載された順序とは異なる順序で行われてもよい。例えば、連続して示されている２つのブロックは、実際には、関与する機能性に応じて、１つのステップとして達成されても、同時に、実質的に同時に、部分的にもしくは全体的に時間的に重複する様式で実行されてもよく、またはそれらのブロックは、場合によっては逆の順序で実行されてもよい。ブロック図または流れ図あるいはその両方の各ブロック、およびブロック図または流れ図あるいはその両方におけるブロックの組合せは、指定された機能または作用を実行するか、あるいは専用ハードウェアとコンピュータ命令との組合せを遂行する専用ハードウェア・ベースのシステムによって実装され得ることにも留意されたい。

クラウド・コンピューティング
本開示はクラウド・コンピューティングに関する詳細な説明を含むが、本明細書に記載された教示の実装形態はクラウド・コンピューティング環境に限定されないことを理解されたい。むしろ、本発明の実施形態は、現在知られているまたは後に開発される他の任意のタイプのコンピューティング環境と併せて実装することが可能である。

クラウド・コンピューティングは、最小限の管理労力またはサービスのプロバイダとの最小限の対話で迅速にプロビジョニングおよび解放され得る構成可能なコンピューティング・リソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、およびサービス）の共用プールへの簡便なオンデマンドによるネットワーク・アクセスを可能にするためのサービス提供のモデルである。このクラウド・モデルは、少なくとも５つの特徴、少なくとも３つのサービス・モデル、および少なくとも４つの展開モデルを含み得る。

特徴は、次の通りである。
オンデマンド・セルフサービス：クラウド消費者は、サービス・プロバイダと人間との対話を必要とすることなく、必要に応じて自動的に、サーバ時間およびネットワーク・ストレージなどのコンピューティング機能を一方的にプロビジョニングすることができる。
広範なネットワーク・アクセス：機能は、ネットワーク上で利用可能であり、異種のシン・クライアント・プラットフォームまたはシック・クライアント・プラットフォーム（例えば、携帯電話、ラップトップ、およびＰＤＡ）による使用を促進する標準的なメカニズムを介してアクセスされる。
リソースのプール化：プロバイダのコンピューティング・リソースは、マルチテナント・モデルを使用して複数の消費者にサービス提供するようにプール化され、要求に応じて、異なる物理リソースおよび仮想リソースが動的に割当ておよび再割当てされる。消費者は一般に、提供されたリソースの正確な位置について制御も知識も有していないが、より高い抽象化レベル（例えば、国、州、またはデータセンタ）で位置を特定することが可能であり得るという点で、位置の独立性があるといえる。
迅速な柔軟性：機能を迅速かつ柔軟に、場合によっては自動的にプロビジョニングして、急速にスケール・アウトし、迅速に解放して急速にスケール・インすることができる。消費者にとっては、プロビジョニングに利用可能な機能は、しばしば無制限であるように見え、いつでも任意の数量で購入することができる。
サービスの測定：クラウド・システムは、サービスのタイプ（例えば、ストレージ、処理、帯域幅、およびアクティブなユーザ・アカウント）に適した一定の抽象化レベルでの計量機能を活用することによって、リソースの使用を自動的に制御および最適化する。リソースの使用状況を監視、制御、および報告することができ、利用するサービスのプロバイダと消費者との両方に透明性がもたらされる。

サービス・モデルは、次の通りである。
ソフトウェア・アズ・ア・サービス（ＳａａＳ）：クラウド・インフラストラクチャ上で動作しているプロバイダのアプリケーションを使用するために、消費者に提供される機能である。アプリケーションは、ウェブ・ブラウザ（例えば、ウェブ・ベースの電子メール）などのシン・クライアント・インターフェースを介して様々なクライアント・デバイスからアクセス可能である。限定されたユーザ固有のアプリケーション構成設定の想定される例外として、消費者は、ネットワーク、サーバ、オペレーティング・システム、ストレージ、または個々のアプリケーション機能を含む基礎となるクラウド・インフラストラクチャを管理も制御もしない。
プラットフォーム・アズ・ア・サービス（ＰａａＳ）：プロバイダによってサポートされるプログラミング言語およびツールを使用して作成された、消費者が作成または取得したアプリケーションをクラウド・インフラストラクチャ上に展開するために、消費者に提供される機能である。消費者は、ネットワーク、サーバ、オペレーティング・システム、またはストレージなどの基礎となるクラウド・インフラストラクチャを管理も制御もしないが、展開されたアプリケーション、および場合によっては環境構成をホストするアプリケーションを制御する。
インフラストラクチャ・アズ・ア・サービス（ＩａａＳ）：オペレーティング・システムおよびアプリケーションを含み得る任意のソフトウェアを消費者が展開および実行することができる、処理、ストレージ、ネットワーク、および他の基本的なコンピューティング・リソースをプロビジョニングするために、消費者に提供される機能である。消費者は、基礎となるクラウド・インフラストラクチャを管理も制御もしないが、オペレーティング・システム、ストレージ、展開されたアプリケーションを制御し、場合によっては選択されたネットワーク構成要素（例えば、ホスト・ファイアウォール）を限定的に制御する。

展開モデルは、次の通りである。
プライベート・クラウド：クラウド・インフラストラクチャは、ある組織のためだけに運用される。このクラウド・インフラストラクチャは、組織または第三者によって管理される場合があり、オンプレミスまたはオフプレミスに存在する場合がある。
コミュニティ・クラウド：クラウド・インフラストラクチャは、複数の組織によって共有され、関心事項（例えば、任務、セキュリティ要件、ポリシー、およびコンプライアンス上の考慮事項）を共有している特定のコミュニティをサポートする。このクラウド・インフラストラクチャは、組織または第三者によって管理される場合があり、オンプレミスまたはオフプレミスに存在する場合がある。
パブリック・クラウド：クラウド・インフラストラクチャは、一般公衆または大規模な業界グループにとって利用可能であり、クラウド・サービスを販売する組織によって所有される。
ハイブリッド・クラウド：クラウド・インフラストラクチャは、２つ以上のクラウド（プライベート、コミュニティ、またはパブリック）の合成であり、これらのクラウドは、固有のエンティティのままであるが、データおよびアプリケーションの移植性（例えば、クラウド間の負荷分散のためのクラウド・バースティング）を可能にする標準化された技術または専用の技術によって結び付けられる。

クラウド・コンピューティング環境は、ステートレス性、低結合性、モジュール性、および意味的相互運用性に重点を置いたサービス指向型である。クラウド・コンピューティングの中心は、相互接続されたノードのネットワークを含むインフラストラクチャである。

次に図７を参照すると、例示的なクラウド・コンピューティング環境５０が示されている。図示のように、クラウド・コンピューティング環境５０は、例えば、携帯情報端末（ＰＤＡ：personal digital assistant）もしくは携帯電話５４Ａ、デスクトップ・コンピュータ５４Ｂ、ラップトップ・コンピュータ５４Ｃ、または自動車コンピュータ・システム５４Ｎあるいはその組合せなどのクラウド消費者によって使用されるローカル・コンピューティング・デバイスが通信することができる１つまたは複数のクラウド・コンピューティング・ノード１０を含む。ノード１０は、互いに通信してもよい。これらは、本明細書で上述したようなプライベート・クラウド、コミュニティ・クラウド、パブリック・クラウド、もしくはハイブリッド・クラウド、またはその組合せなどの１つまたは複数のネットワーク内で物理的にまたは仮想的にグループ化されてもよい（図示せず）。これにより、クラウド・コンピューティング環境５０は、インフラストラクチャ、プラットフォーム、またはソフトウェア、あるいはその組合せを、クラウド消費者がローカル・コンピューティング・デバイス上にリソースを保持する必要のないサービスとして提供することが可能になる。図７に示すコンピューティング・デバイス５４Ａ～５４Ｎのタイプが例示のみを意図していること、およびコンピューティング・ノード１０およびクラウド・コンピューティング環境５０が、任意のタイプのネットワークまたはネットワーク・アドレス指定可能な接続あるいはその両方を介して（例えば、ウェブ・ブラウザを使用して）、任意のタイプのコンピュータ化されたデバイスと通信できることを理解されたい。

次に図８を参照すると、クラウド・コンピューティング環境５０（図７）によって提供される１組の機能抽象化層が示されている。図８に示す構成要素、層、および機能が例示のみを意図しており、本発明の実施形態がそれらに限定されないことが予め理解されるべきである。図示のように、以下の層および対応する機能が提供される。

ハードウェアおよびソフトウェア層６０は、ハードウェア構成要素およびソフトウェア構成要素を含む。ハードウェア構成要素の例には、メインフレーム６１、ＲＩＳＣ（縮小命令セット・コンピュータ）アーキテクチャ・ベースのサーバ６２、サーバ６３、ブレード・サーバ６４、記憶デバイス６５、ならびにネットワークおよびネットワーキング構成要素６６が含まれる。いくつかの実施形態では、ソフトウェア構成要素には、ネットワーク・アプリケーション・サーバ・ソフトウェア６７およびデータベース・ソフトウェア６８が含まれる。

仮想化層７０は、抽象化層を提供し、この層から仮想エンティティの以下の例、すなわち、仮想サーバ７１、仮想ストレージ７２、仮想プライベート・ネットワークを含む仮想ネットワーク７３、仮想アプリケーションおよびオペレーティング・システム７４、ならびに仮想クライアント７５が提供されてもよい。

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

ワークロード層９０は、クラウド・コンピューティング環境が利用され得る機能の例を提供する。この層から提供され得るワークロードおよび機能の例には、マッピングおよびナビゲーション９１、ソフトウェア開発およびライフサイクル管理９２、仮想教室教育配信９３、データ分析処理９４、トランザクション処理９５、ならびに要求遅延処理９６が含まれる。

本発明のコンピュータ・プログラム製品は、コンピュータ可読プログラム・コードが記憶された１つまたは複数のコンピュータ可読ハードウェア記憶デバイスを備え、前記プログラム・コードは、本発明の方法を実施するために１つまたは複数のプロセッサによって実行可能である。

本発明のコンピュータ・システムは、１つまたは複数のプロセッサ、１つまたは複数のメモリ、および１つまたは複数のコンピュータ可読ハードウェア記憶デバイスを備え、前記１つまたは複数のハードウェア記憶デバイスは、本発明の方法を実施するために１つまたは複数のメモリを介して１つまたは複数のプロセッサによって実行可能なプログラム・コードを含む。

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

本発明の範囲から逸脱することなく、前述のものに対して改良および修正を行うことができる。

Claims (25)

1. コンピュータ実施方法であって、
   クライアントのユーザ・エージェントによって、ネットワーク要求をインターセプトして、遅延可能であると識別することと、
   リモート・サーバに送信するために、前記遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むことと
   を含む、コンピュータ実施方法。
2. 前記遅延可能ネットワーク要求の前記データを、前記遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データの形式で、前記クライアントにおけるローカル・キャッシュ内に記憶することと、
   好適なキャリア・ネットワーク要求を識別することと、
   前記キャリア・ネットワーク要求の前記ヘッダ内に前記遅延可能要求の前記集約データを埋め込むことと
   をさらに含む、請求項１に記載のコンピュータ実施方法。
3. 複数の遅延可能要求のそれぞれの前記集約データを前記キャリア・ネットワーク要求の複数のヘッダのうちの１つに埋め込むことをさらに含む、請求項２に記載のコンピュータ実施方法。
4. 前記好適なキャリア・ネットワーク要求が、遅延可能ではなく、前記遅延可能要求データのための十分なスペースを有する、請求項１に記載のコンピュータ実施方法。
5. ネットワーク要求を遅延可能であると識別することが、ネットワーク要求メッセージをインターセプトすることと、前記要求ネットワーク・メッセージが既定の遅延可能な宛先のリスト内のホストに送信されているかどうかを判定することとを含む、請求項１に記載のコンピュータ実施方法。
6. 遅延可能要求データを前記ヘッダ内に埋め込むときに使用するための定義済みヘッダ名をサーバから取得することをさらに含む、請求項１に記載のコンピュータ実施方法。
7. 前記キャッシュが既定のサイズに達した時点で、または前記ユーザ・エージェントから抜けるとき、キャッシュされた遅延可能ネットワーク要求データをバッチ送信することをさらに含み、バッチ送信が、キャッシュされた遅延可能ネットワーク要求をキャリア・ネットワーク要求として選択し、前記キャリア・ネットワーク要求の１つまたは複数のヘッダに他のキャッシュされた遅延可能要求データを追加する、請求項２に記載のコンピュータ実施方法。
8. 前記キャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク要求への応答の埋め込みデータを有するキャリア・ネットワーク応答を受信することと、
   前記ヘッダからの前記埋め込みデータを構文解析して、前記クライアントにおいてアクションを実行するための別個の応答メッセージにすることと
   を含む、請求項１に記載のコンピュータ実施方法。
9. 好適なキャリア・ネットワーク・メッセージに追加された遅延可能ネットワーク要求ごとに、前記遅延可能ネットワーク要求を進行中とマーク付けすることと、正常な応答が受信されたとき、前記遅延可能ネットワーク要求を更新することと
   をさらに含む、請求項１に記載のコンピュータ実施方法。
10. コンピュータ実施方法であって、
    サーバにおいて前記キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有するキャリア・ネットワーク要求を受信することと、
    前記ヘッダからの前記埋め込みデータを構文解析して、前記サーバにおいてアクションを実行するための別個の要求メッセージにすることと
    を含む、コンピュータ実施方法。
11. 遅延可能ネットワーク要求の前記埋め込みデータが、前記遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データであり、前記埋め込みデータを構文解析することが、前記ターゲット宛先への別個の要求メッセージを形成する、請求項１０に記載のコンピュータ実施方法。
12. 遅延可能ネットワーク応答をインターセプトして識別することと、
    クライアントに返送するために、好適なキャリア・ネットワーク応答のヘッダ内に前記遅延可能ネットワーク応答のデータを埋め込むことと
    をさらに含む、請求項１０に記載のコンピュータ実施方法。
13. 前記遅延可能ネットワーク応答の前記データを、前記遅延可能ネットワーク応答のターゲット宛先と応答メッセージ・データとの集約データの形式で、前記サーバにおけるローカル・キャッシュ内に記憶することと、
    好適なキャリア・ネットワーク応答を識別することと、
    前記キャリア・ネットワーク応答の前記ヘッダ内に前記遅延可能応答の前記集約データを埋め込むことと
    をさらに含む、請求項１２に記載のコンピュータ実施方法。
14. 複数の遅延可能応答のそれぞれの前記集約データを前記キャリア・ネットワーク要求の複数のヘッダのうちの１つに埋め込むことをさらに含む、請求項１３に記載のコンピュータ実施方法。
15. キャリア・ネットワーク要求の前記ヘッダに遅延可能要求データを埋め込むときにユーザ・エージェントによって使用するための定義済みヘッダ名を前記サーバから送信することをさらに含む、請求項１０に記載のコンピュータ実施方法。
16. 前記サーバでの個々の処理のための遅延可能ネットワーク要求のバッチを、キャリア・ネットワーク要求としての遅延可能ネットワーク要求と、前記キャリア・ネットワーク要求の１つまたは複数のヘッダにおいて提供される他のキャッシュされた遅延可能要求データとの形式で、受信することをさらに含む、請求項１０に記載のコンピュータ実施方法。
17. コンピュータ・プログラム製品であって、
    １つまたは複数のコンピュータ可読記憶媒体と、前記１つまたは複数のコンピュータ可読記憶媒体に記憶されたプログラム命令とを備え、前記プログラム命令が、
    ネットワーク要求および遅延可能要求をインターセプトするためのプログラム命令と、
    前記インターセプトされたネットワーク要求が遅延可能であると識別するためのプログラム命令と、
    リモート・サーバに送信するために、前記遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むためのプログラム命令と
    を含む、コンピュータ・プログラム製品。
18. 前記コンピュータ・プログラム製品が、前記１つまたは複数のコンピュータ可読記憶媒体に記憶されたプログラム命令をさらに備えるクライアント・システムであり、前記プログラム命令が、
    前記遅延可能ネットワーク要求の前記データを、前記遅延可能ネットワーク要求のターゲット宛先と要求メッセージ・データとの集約データの形式で、前記クライアントにおけるローカル・キャッシュ内に記憶するためのプログラム命令と、
    好適なキャリア・ネットワーク要求を識別するための構成要素を識別するためのプログラム命令と
    をさらに含む、請求項１７に記載のコンピュータ・プログラム製品。
19. 前記１つまたは複数のコンピュータ可読記憶媒体に記憶された前記プログラム命令が、
    前記キャッシュが既定のサイズに達した時点で、または前記ユーザ・エージェントから抜けるとき、キャッシュされた遅延可能ネットワーク要求データを送信するためのプログラム命令と、
    遅延可能ネットワーク要求に対するバッチ応答を受信するためのプログラム命令と
    を含む、請求項１８に記載のコンピュータ・プログラム製品。
20. 前記１つまたは複数のコンピュータ可読記憶媒体に記憶された前記プログラム命令が、
    前記キャリア・ネットワーク応答のヘッダ内に遅延可能ネットワーク要求に対する応答の埋め込みデータを有するキャリア・ネットワーク応答を受信するためのプログラム命令と、
    前記ヘッダからの前記埋め込みデータを構文解析して、前記クライアントにおいてアクションを実行するための別個の応答メッセージにするためのプログラム命令と
    をさらに含む、請求項１７に記載のコンピュータ・プログラム製品。
21. コンピュータ・システムであって、
    プロセッサとメモリとを有するサーバ・システムを備え、前記メモリが、構成要素、すなわち、
    キャリア・ネットワーク要求のヘッダ内に遅延可能ネットワーク要求の埋め込みデータを有する前記キャリア・ネットワーク要求を受信するためのキャリア要求受信構成要素と、
    前記ヘッダからの前記埋め込みデータを構文解析して、前記サーバにおいてアクションを実行するための別個の要求メッセージにするための要求構文解析構成要素と
    の機能を実行するためのコンピュータ・プログラム命令を前記プロセッサに提供するように構成される、コンピュータ・システム。
22. 前記サーバ・システムが、
    ネットワーク応答をインターセプトするための応答インターセプト構成要素と、遅延可能ネットワーク応答を識別するための遅延可能応答識別構成要素と、
    クライアントに返送するために、前記遅延可能ネットワーク応答のデータを好適なキャリア・ネットワーク応答のヘッダ内に埋め込むためのヘッダ埋め込み構成要素と
    を含む、請求項２１に記載のコンピュータ・システム。
23. 前記サーバ・システムが、
    前記遅延可能ネットワーク応答の前記データを、前記遅延可能ネットワーク応答のターゲット宛先と応答メッセージ・データとの集約データの形式で、前記サーバにおけるローカル・キャッシュ内に記憶するための遅延可能応答記憶構成要素と、
    好適なキャリア・ネットワーク応答を識別するためのキャリア応答識別構成要素と
    を含む、請求項２２に記載のコンピュータ・システム。
24. 前記サーバ・システムが、
    前記サーバでの個々の処理のための遅延可能ネットワーク要求のバッチを受信するためのバッチ要求受信構成要素と、
    前記サーバにおいて前記キャッシュが既定のサイズに達した時点で、キャッシュされた遅延可能ネットワーク応答データをバッチ送信するためのバッチ応答送信構成要素と
    を含む、請求項２１に記載のコンピュータ・システム。
25. 遅延可能ネットワーク要求をハンドリングするためのシステムであって、
    プロセッサとメモリとを有するクライアント・システムを備え、前記メモリが、構成要素、すなわち、
    ネットワーク要求をインターセプトするための要求インターセプト構成要素と、ネットワーク要求を遅延可能であると識別するための遅延可能要求識別構成要素と、
    リモート・サーバに送信するために、前記遅延可能ネットワーク要求のデータを好適なキャリア・ネットワーク要求のヘッダ内に埋め込むためのヘッダ埋め込み構成要素と
    の機能を実行するためのコンピュータ・プログラム命令を前記プロセッサに提供するように構成される、システム。

Images