そのメディア上で具現化されるコンピュータ実行可能命令を有する1つまたは複数のコンピュータ可読メディアであって、前記コンピュータ実行可能命令は、実行されると、ネットワーク上の他のマシンから分離される、仮想ネットワークVネットの複数のメンバ間のデータパケットの配布を管理するための方法を実行し、前記方法は、一部が、少なくとも1つのデータセンタ内で実行する前記複数のメンバを備える、第1のVネットを提供するステップであって、前記複数のメンバは、発信元ネットワークアダプタおよび宛先ネットワークアダプタを含む、ステップと、前記発信元ネットワークアダプタが1つまたは複数のデータパケットを前記宛先ネットワークアダプタへ送信することを試行することを検出するステップであって、前記1つまたは複数のデータパケットは、前記宛先ネットワークアダプタのターゲット識別子を含むヘッダを有して構築される、ステップと、解決処理を行うステップであって、a前記第1のVネットに関連付けられた転送テーブルにアクセスするステップと、b前記ターゲット識別子に対応し、前記転送テーブル内でリストされた宛先側VMスイッチに関連付けられたルーティング情報を発見するステップとを備えるステップと、前記1つまたは複数のデータパケットを修正して、前記ルーティング情報を含めるステップと、前記1つまたは複数の修正されたデータパケットを、ソース側VMスイッチから送信するステップとを備えることを特徴とする1つまたは複数のコンピュータ可読メディア。前記転送テーブルは、前記第1のVネットの前記複数のメンバと、前記少なくとも1つのデータセンタ内のそれぞれのノード上にそれぞれ位置するVMスイッチとの間のマッピングを表し、前記マッピングは、前記複数のメンバ間のデータパケットトラフィックを管理する通信ポリシーに従って設計されることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記複数のメンバのうちの1つは、仮想マシンまたは物理マシン上で実行するネットワークアダプタを備えることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記宛先側VMスイッチおよび前記宛先ネットワークアダプタは、前記少なくとも1つのデータセンタの第1のノード内に存在し、前記ソース側VMスイッチおよび前記発信元ネットワークアダプタは、前記少なくとも1つのデータセンタの第2のノード上に存在することを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記ルーティング情報は、前記宛先側VMスイッチのロケータを含み、前記送信するステップは、前記1つまたは複数のデータパケットをカプセル化して、前記宛先側VMスイッチロケータを拡張ヘッダ内に含めるステップと、前記1つまたは複数のカプセル化されたデータパケットを前記宛先側VMスイッチへ、前記少なくとも1つのデータセンタ内で確立されたトンネルを介して転送するステップとをさらに備えることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記転送テーブルは、少なくとも1つの要求メッセージを介して前記ソース側VMスイッチにとってアクセス可能であるディレクトリサーバ内で維持され、前記解決処理は、前記宛先ネットワークアダプタのIPアドレスおよびメディアアクセス制御MACアドレスを含む前記ターゲット識別子を、前記少なくとも1つの要求メッセージ内でパッケージ化された前記ディレクトリサーバへ送信するステップをさらに備えることを特徴とする請求項4に記載の1つまたは複数のコンピュータ可読メディア。前記転送テーブルの一部分は、前記ソース側VMスイッチで保存され、前記解決処理は、前記ソース側VMスイッチでローカルに前記転送テーブルを検査するステップをさらに備えることを特徴とする請求項4に記載の1つまたは複数のコンピュータ可読メディア。前記第1のVネットを構成する前記複数のメンバは、第1のサービスアプリケーションに割り振られることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記方法は、一部が、前記少なくとも1つのデータセンタ内で実行する複数のメンバを備える第2のVネットを提供するステップをさらに備え、前記第1のVネットの前記複数のメンバのうち1つまたは複数には、前記第2のVネットの前記複数のメンバのうちの1つまたは複数に割り当てられるIPアドレスと重複するIPアドレスが割り当てられることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記第2のVネットを構成する前記複数のメンバは、第2のサービスアプリケーションに割り振られることを特徴とする請求項9に記載の1つまたは複数のコンピュータ可読メディア。前記宛先ネットワークアダプタは、前記少なくとも1つのデータセンタから遠隔であるエンタープライズプライベートネットワーク内に位置するノード上に存在し、前記ソース側VMスイッチには、前記エンタープライズプライベートネットワークとルーティングするためのゲートウェイ機能性が供給されることを特徴とする請求項1に記載の1つまたは複数のコンピュータ可読メディア。前記方法は、前記ゲートウェイ機能性を用いて、1つまたは複数のカプセル化されたデータパケットを、前記宛先ネットワークアダプタへルーティングするステップと、前記ゲートウェイ機能性を用いて、トランスポート保護を、前記1つまたは複数のカプセル化されたデータパケットに適用するステップであって、前記トランスポート保護は、前記少なくとも1つのデータセンタおよび前記エンタープライズプライベートネットワークをトラバースするセキュアトンネルをもたらすステップとをさらに備えることを特徴とする請求項11に記載の1つまたは複数のコンピュータ可読メディア。サービスアプリケーションに割り振られるネットワークアダプタ間の通信をサポートかつ分離するためのコンピュータシステムであって、前記コンピュータシステムは、ターゲット識別子を含むヘッダを有して構築された1つまたは複数のデータパケット260を生成する発信元ネットワークアダプタであって、前記ターゲット識別子は、宛先ネットワークアダプタをポイントする、発信元ネットワークアダプタと、少なくとも1つのデータセンタの第1のノード上に存在する前記宛先ネットワークアダプタであって、前記宛先ネットワークアダプタおよび前記発信元ネットワークアダプタは、一部が、前記少なくとも1つのデータセンタ内で実行するサービスアプリケーションに割り振られた、仮想ネットワークVネットのメンバである、前記宛先ネットワークアダプタと、前記Vネットに関連付けられた転送テーブルを維持するディレクトリサーバであって、前記転送テーブルは、それぞれのVMスイッチにマップされる、前記Vネットの前記メンバの識別子が設定される、ディレクトリサーバと、前記少なくとも1つのデータセンタの前記第1のノード上に存在する宛先側VMスイッチと、前記少なくとも1つのデータセンタの第2のノード上で、前記発信元ネットワークアダプタと共に存在するソース側VMスイッチであって、前記ソース側VMスイッチは、前記1つまたは複数のデータパケットの前記ヘッダを読み取り、前記ターゲット識別子を前記ディレクトリサーバへ伝達する、ソース側VMスイッチとを備え、前記ディレクトリサーバは、前記ターゲット識別子を前記転送テーブルに対して比較し、前記宛先側VMスイッチが前記ターゲット識別子にマップされるかどうかを判定し、前記宛先側VMスイッチが前記ターゲット識別子にマップされるとき、前記ソース側VMスイッチは、前記宛先側VMスイッチのロケータを含むフレームを、前記1つまたは複数のデータパケットの前記ヘッダに追加することを特徴とするコンピュータシステム。フレームを前記ヘッダに追加することに伴い、前記ソース側VMスイッチは、前記1つまたは複数のデータパケットを前記宛先側VMスイッチへ転送し、前記宛先側VMスイッチは、前記1つまたは複数のデータパケットを受信し、前記フレームを除去することによって前記ヘッダを復元することを特徴とする請求項13に記載のコンピュータシステム。ネットワーク内で仮想ネットワークVネットの拡張を監督するためのコンピュータ化された方法であって、前記方法は、ルーティング情報をスイッチに割り当てるステップと、少なくとも1つのデータセンタのノード上のネットワークアダプタをインスタンス化するステップであって、前記ネットワークアダプタには識別子が提供される、ステップと、前記ネットワークアダプタを、前記Vネットにバインドされたメンバに結合するステップと、前記結合されたネットワークアダプタの前記識別子を、ディレクトリサーバへ通信するステップであって、前記ディレクトリサーバは、前記識別子に関連して、前記スイッチの前記割り当てられたルーティング情報を保存するように構成される、ステップとを備えることを特徴とする方法。本発明の実施形態の主題は、法定要件を満たすために、本明細書で特定性を有して説明される。しかし、その説明自体は、本特許の範囲を限定するように意図されない。むしろ、発明者は、特許請求の範囲に記載された主題がまた、他の方法でも実施されて、他の現在または将来の技術と共に、異なるステップ、または、本書に記載されたものに類似したステップの組み合わせを含むようにしてもよいことを、企図している。また、ステップおよび/またはブロックという用語は、用いられる方法の異なる要素を言外に意味するように本明細書で使用されうるが、これらの用語は、個々のステップの順序が明示的に記載されない限り、かつ、明示的に記載されるときを除いて、本明細書で開示された様々なステップ間の任意の特定の順序を含意するものとして解釈されるべきではない。本発明の実施形態は、仮想ネットワークVネットと、Vネットのメンバネットワークアダプタ間の保護かつ分離された相互接続をサポートする仮想マシンVMスイッチとを自動的に確立かつ管理するための方法、コンピュータシステム、およびコンピュータ可読メディアに関する。一態様では、本発明の実施形態は、そのメディア上で実施されるコンピュータ実行可能命令を有する1つまたは複数のコンピュータ可読メディアに関し、コンピュータ実行可能命令は、実行されるとき、データセンタ内のVネットに属さない他のリソースから分離される、Vネットのメンバ間のデータパケットの配布を管理するための方法を行う。複数の実施形態では、この方法は、部分的にデータセンタ内で実行する、第1のサービスアプリケーションに割り振られた複数のメンバ例えば、仮想マシンおよび/または物理マシン上で実行するネットワークアダプタを備える、第1のVネットを提供するステップを含む。典型的には、複数のメンバは、発信元ネットワークアダプタおよび宛先ネットワークアダプタを含む。この方法は、発信元ネットワークアダプタが1つまたは複数のデータパケットを宛先ネットワークアダプタへ送信することを試行することを検出するステップをさらに含む。複数の実施形態では、図3および図4を参照してより十分に後述するように、これらのデータパケットは、宛先ネットワークアダプタをポイントするターゲット識別子例えば、インターネットプロトコルIPアドレス、および/または、メディアアクセス制御MACアドレスを含むヘッダを有して構築される。データパケットの送信を検出すると、ソース側VMスイッチは解決処理を行い、解決処理は、第1のVネットに関連付けられる転送テーブルにアクセスするステップと、ターゲット識別子に対応する、転送テーブル内でリストされた、宛先側VMスイッチのロケータを発見するステップとを含む。例示的実施形態では、転送テーブルは、第1のサービスアプリケーションに割り振られた複数のメンバと、データセンタ内のそれぞれのノード上にそれぞれ位置するVMスイッチとの間のマッピングを表し、マッピングは、複数のメンバ間のデータパケットトラフィックを管理する通信ポリシーに従って設計される。データパケットは次いでカプセル化されて、宛先側VMスイッチロケータを拡張された新しいヘッダ内に含めるようにする。一般に、宛先側VMスイッチは、データパケットを、データセンタの第1のノード内の宛先ネットワークアダプタに配布することを担う。もう1つの態様では、本発明の実施形態は、サービスアプリケーションに割り振られるネットワークアダプタ間の通信をサポートかつ分離するためのコンピュータシステムに関する。初めに、コンピュータシステムは、発信元ネットワークアダプタ、宛先ネットワークアダプタ、ディレクトリサーバ、宛先側VMスイッチ、および、ソース側VMスイッチを含む。発信元ネットワークアダプタは、複数の実施形態では、ターゲット識別子を含むヘッダを有して構築された1つまたは複数のデータパケットを生成する。典型的には、ターゲット識別子は、宛先ネットワークアダプタをポイントし、宛先ネットワークアダプタおよび発信元ネットワークアダプタは、部分的に少なくとも1つのデータセンタ内で実行する1つまたは複数のサービスアプリケーションに割り振られた、Vネットのメンバである。さらに、宛先ネットワークアダプタは、データセンタの第1のノード上に存在するが、発信元ネットワークアダプタは、同じデータセンタまたは別のデータセンタの第2のノード上に存在する。コンピュータシステムはまた、Vネットに関連付けられた転送テーブルを維持するディレクトリサーバをも含む。ある場合には、転送テーブルは、それぞれのVMスイッチのロケータにマップされた、Vネットのメンバの識別子が設定される識別子によりポピュレートされる。コンピュータシステムは、宛先側VMスイッチの動作をサポートすることができ、宛先側VMスイッチは、データセンタの第1のノード上に存在し、データパケットを宛先ネットワークアダプタに配布することを担う。加えて、コンピュータシステムは、ソース側VMスイッチの動作をサポートすることができ、ソース側VMスイッチは、データセンタの第2のノード上で発信元ネットワークアダプタと共に存在し、データパケットのヘッダを読み取り、ターゲット識別子をディレクトリサーバへ伝達する。ターゲット識別子を受信すると、ディレクトリサーバは、ターゲット識別子を転送テーブルに対して比較して、宛先側VMスイッチがターゲット識別子にマップされるかどうかを判定する。そうである場合、ソース側VMスイッチは、宛先側VMスイッチのロケータを含むフレームを、データパケットのヘッダに追加する。フレームをヘッダに追加することに伴い、ソース側VMスイッチは、パケットを宛先側VMスイッチへ転送する。受信すると、宛先側VMスイッチは、フレームを除去することによって、データパケットのヘッダを復元し、ターゲット識別子をディレクトリサーバに確認する。さらにもう1つの態様では、本発明の実施形態は、データセンタ内でファブリックコントローラによって管理されたVネットの拡張を監督するためのコンピュータ化された方法に関する。一実施形態では、この方法は、ルーティング情報例えば、インターネット層レイヤ3ロケータをネットワークコンポーネントに割り当てることを含む。一般に、ネットワークコンポーネントは、データセンタのノード上に存在するソフトウェアベースのコンポーネント例えば、VMスイッチ、または、物理ネットワークコンポーネント例えば、トップオブラックスイッチtopofrackswitches、ネットワークインターフェイスカード、物理的スイッチなどを表す。この方法は、以下のステップをさらに含んでもよく、すなわち、サービスアプリケーションのリソース使用の増大を検出するステップ、ノード上のネットワークアダプタをインスタンス化するステップ、および、ネットワークアダプタを、Vネットにバインドされたメンバネットワークアダプタのグループに結合することによって、ネットワークアダプタをサービスアプリケーションに割り振るステップである。例示的実施形態では、ネットワークアダプタにはIPアドレスが提供される。ネットワークアダプタをサービスアプリケーションに割り振ると、結合されたネットワークアダプタのIPアドレスは、ディレクトリサーバへ通信される。ディレクトリサーバは、ネットワークコンポーネントおよび結合されたネットワークアダプタが共通して同じノード上に存在するとき、結合されたネットワークアダプタのIPアドレスに関連して、ネットワークコンポーネントの割り当てられたルーティング情報を保存するように構成される。もう1つの実施形態では、結合されたネットワークアダプタには、データセンタとの関連において、結合されたネットワークアダプタを一意に識別する、メディアアクセス制御MACアドレスが提供される。IPアドレスと同様に、結合されたネットワークアダプタに割り当てられたMACアドレスは、ディレクトリサーバへ通信されてもよく、ディレクトリサーバは、ネットワークコンポーネントのルーティング情報に関連して、MACアドレスを保存する。このように、MACアドレスは、重複するIPアドレス範囲をデータセンタ内の様々なVネットに対して利用するとき、結合されたネットワークアダプタを発見することを可能にする。本発明の実施形態の概観を簡単に説明したが、本発明の実施形態を実装するために適した例示的動作環境を、以下に説明する。図面全体を参照し、初めに特に図1を参照すると、本発明の実施形態を実装するための例示的動作環境が図示され、全体として、コンピューティングデバイス100として示される。コンピューティングデバイス100は、しかし、適切なコンピューティング環境の一例であり、本発明の実施形態の使用または機能性の範囲についてのいかなる限定を示唆するようにも意図されない。コンピューティング環境100はまた、例示されたコンポーネントのいずれか1つまたは組み合わせに関するいかなる依存性または要件を有するものとしても解釈されるべきではない。本発明の実施形態は一般に、コンピュータ、または、パーソナルデータアシスタントもしくは他のハンドヘルドデバイスなど、他のマシンによって実行される、プログラムコンポーネントなど、コンピュータ実行可能命令を含む、コンピュータコードまたはマシン使用可能命令との関連で説明されうる。一般に、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含むプログラムコンポーネントは、特定のタスクを行うか、または、特定の抽象データ型を実装するコードを指す。本発明の実施形態は、ハンドヘルドデバイス、消費者向け電子機器、汎用コンピュータ、専門コンピューティングデバイスなどを含む、様々なシステム構成で実施されてもよい。本発明の実施形態はまた、通信ネットワークを通じてリンクされるリモート処理デバイスによってタスクが行われる、分散コンピューティング環境で実施されてもよい。引き続き図1を参照すると、コンピューティングデバイス100は、以下のデバイスを直接的または間接的に結合するバス110を含み、これらのデバイスは、メモリ112、1つまたは複数のプロセッサ114、1つまたは複数の提示コンポーネント116、入力/出力I/Oポート118、I/Oコンポーネント120、および、例示的電源122である。バス110は、1つまたは複数のバスになりうるものアドレスバス、データバス、またはそれらの組み合わせなどを表す。図1の様々なブロックは、明確にするために線で示されるが、実際には、様々なコンポーネントを図で表すことはそれほど明確ではなく、比喩的に、これらの線は、より正確には、どちらとも言えないので不明瞭となる。例えば、表示デバイスなど、提示コンポーネントを、I/Oコンポーネントであると考えることができる。また、プロセッサはメモリを有する。本発明者は、そのようなことが当技術分野の本質であると理解し、図1の図が、本発明の1つまたは複数の実施形態に関連して使用されうる例示的コンピューティングデバイスを例示するものでしかないことを繰り返し述べる。ワークステーション、サーバ、ラップトップ、ハンドヘルドデバイスなどのようなカテゴリ間の区別は行われず、その理由は、すべてが図1およびコンピュータまたはコンピューティングデバイスへの参照の範囲内で企図されるからである。コンピューティングデバイス100は典型的には、様々なコンピュータ可読メディアを含む。例として、限定ではなく、コンピュータ可読メディアには、ランダムアクセスメモリRAM、読み取り専用メモリROM、電子的消去可能プログラマブル読み取り専用メモリEEPROM、フラッシュメモリもしくは他のメモリ技術、CDROM、デジタル多用途ディスクDVDもしくは他の光もしくはホログラフィックメディア、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶装置、または、所望の情報をエンコードするために使用でき、かつ、コンピューティングデバイス100によってアクセス可能な任意の他のメディアが含まれてもよい。メモリ112には、揮発性および/または不揮発性メモリの形式のコンピュータ記憶メディアが含まれる。メモリは、リムーバブル、非リムーバブル、またはそれらの組み合わせであってもよい。例示的ハードウェアデバイスには、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどが含まれる。コンピューティングデバイス100は、メモリ112またはI/Oコンポーネント120など、様々なエンティティからデータを読み取る、1つまたは複数のプロセッサを含む。提示コンポーネント複数可116は、ユーザまたは他のデバイスにデータ表示を提示する。例示的提示コンポーネントには、表示デバイス、スピーカ、印刷コンポーネント、振動コンポーネントなどが含まれる。I/Oポート118は、コンピューティングデバイス100を、I/Oコンポーネント120を含む他のデバイスに論理的に結合できるようにし、I/Oコンポーネント120のうちいくつかは組み込まれてもよい。例示的コンポーネントには、マイクロフォン、ジョイスティック、ゲームパッド、パラボラアンテナ、スキャナ、プリンタ、ワイヤレスデバイスなどが含まれる。図1および図2を参照すると、第1のノード211、第2のノード212および/または第3のノード213が、図1の例示的コンピューティングデバイス100によって実装されうる。さらに、発信元ネットワークアダプタ250、宛先ネットワークアダプタ240、ネットワークアダプタ261、262、263、264および265、宛先側VMスイッチ221、VMスイッチ222、ならびに、ソース側VMスイッチ223は、図1のメモリ112の部分にアクセスし、図1のプロセッサ114の部分において実行することができる。次に図2を見ると、本発明の一実施形態による、サービスアプリケーションを構成するコンポーネントの分離された相互接続をサポートする、データセンタ201内で確立されたVネットを割り振りかつ監督するように構成される、例示的クラウドコンピューティングプラットフォーム200を示す、ブロック図が例示される。図2に示されたクラウドコンピューティングプラットフォーム200は、1つの適切なコンピューティングシステム環境の一例でしかなく、本発明の実施形態の使用または機能性の範囲についてのいかなる限定を示唆するようにも意図されないことは理解されよう。例として、クラウドコンピューティングプラットフォーム200は、パブリッククラウド、プライベートクラウド、または専用クラウドであってもよい。クラウドコンピューティングプラットフォーム200はまた、その中で例示されたコンポーネントのいずれか単一のコンポーネントまたは組み合わせに関連するいかなる依存性または要件を有するものとしても解釈されるべきではない。さらに、図2の様々なブロックは、明確にするために線で示されるが、実際には、様々なコンポーネントを図で表すことはそれほど明確ではなく、比喩的に、これらの線は、より正確には、どちらとも言えないので不明瞭となる。加えて、任意の数の物理マシン、仮想マシン、データセンタ、エンドポイント、またはそれらの組み合わせが、本発明の実施形態の範囲内で所望の機能性を達成するために用いられてもよい。クラウドコンピューティングプラットフォーム200は、サービスアプリケーションおよび他のソフトウェアをホストするためのノード例えば、ノード211、212および213を備える、1つまたは複数のデータセンタ例えば、データセンタ201を含んでもよい。本発明の実施形態によって、ノード211、212および213は、任意の形式のコンピューティングデバイスを表し、例えば、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、モバイルデバイス、消費者向け電子デバイス、サーバ複数可、図1のコンピューティングデバイス100、その他などである。ある場合には、ノード211、212および213は、データセンタ201の他のテナントをサポートするために切り出された他の仮想マシンを同時にホストしながら、ネットワークアダプタ240、250および261~265をホストし、それらの動作をサポートする。本明細書で使用されるとき、テナントという用語は一般に、クラウドコンピューティングプラットフォーム200の顧客によって所有されたサービスアプリケーションを指す。一態様では、ネットワークアダプタ240、250および261~265は、クラウドコンピューティングプラットフォーム200との関連において動作し、したがって、ネットワークアダプタ240、250および261~265の間で動的に行われた接続を通じて内部で通信し、物理的ネットワークトポロジを通じてリモートネットワークのリソース例えば、エンタープライズプライベートネットワーク695のリソース696へと外部で通信する。内部接続は、ネットワーク205を介して、データセンタ201の物理的リソースに渡って分散されたネットワークアダプタ240、250および261~265を相互接続することを含んでもよい。ネットワーク205は、これらのリソースを相互接続して、発信元ネットワークアダプタ250が宛先ネットワークアダプタ240の場所および他のネットワークアダプタを、それらの間の通信を確立するために認識できるようにする。もう1つの実施形態では、ネットワーク205はリソースを相互接続して、宛先VMスイッチ221へアドレス指定され、かつ、ネットワーク205へ送信されたデータのパケットが、ネットワーク205によって宛先VMスイッチ221へ配信されるようにする。加えて、ネットワーク205は、サービスアプリケーション複数可のネットワークアダプタを接続するチャネル例えば、セキュアトンネル206を介して、この通信を確立してもよい。例として、チャネルには、限定なしに、1つまたは複数のローカルエリアネットワークLANおよび/またはワイドエリアネットワークWANが含まれてもよい。そのようなネットワーキング環境は、オフィス、エンタープライズ全体のコンピュータネットワーク、イントラネットおよびインターネットで通常である。したがって、ネットワークについては、本明細書でさらに説明しない。クラウドコンピューティングプラットフォーム200は、第1のサービスアプリケーションのネットワークアダプタ240、262、263および250太線のブロックによって表される、ならびに、第2のサービスアプリケーションのネットワークアダプタ261、264および265細線のブロックによって表されるをホストし、それらの動作をサポートするように構成された、データセンタ201を含む。サービスアプリケーションという句は、本明細書で使用されるとき、データセンタ201、クラウドコンピューティングプラットフォーム200内の別のデータセンタ例えば、図6の第2のデータセンタ670、顧客の社内に位置するエンタープライズプライベートネットワーク内のリソース例えば、図6のエンタープライズプライベートネットワーク695のリソース696、および/または、サードパーティネットワーク内のリソース例えば、図6のサードパーティデータセンタ685における、保存場所上で実行し、または、保存場所にアクセスする、任意のソフトウェアまたはソフトウェアの部分を広く指す。一実施形態では、ネットワークアダプタ240、250および261~265のうち1つまたは複数は、ソフトウェア、コンポーネントプログラム、または、サービスアプリケーション複数可に参加する役割のインスタンスの部分を表してもよい。もう1つの実施形態では、ネットワークアダプタ240、250および261~265のうち1つまたは複数は、サービスアプリケーションにとってアクセス可能である記憶データを表してもよい。図2に示されたネットワークアダプタ240、250および261~265は、サービスアプリケーションをサポートするための適切な部分の一例でしかなく、本発明の実施形態の使用または機能性の範囲についてのいかなる限定を示唆するようにも意図されないことは理解されよう。単一のデータセンタ201内の3つのノード211、212および213に渡って分散された2つのサービスアプリケーションを説明したが、様々なデータセンタまたは他の適切なデバイス内の任意の数のノード上に存在する任意の数のサービスアプリケーションが使用されてもよいこと、ならびに、本発明の実施形態は、本明細書に記載されたそれらのノード、サービスアプリケーション、および、データセンタ複数可に限定されないことを理解されたい。さらに、任意の数のネットワークアダプタがノード内でインスタンス化され、かつ/または、サービスアプリケーション複数可に割り振られてもよく、図2に例示されたネットワークアダプタ240、250および261~265は、説明のためにのみ示される。一般に、ネットワークアダプタ240、250および261~265は、サービスアプリケーション複数可に課された需要例えば、処理負荷の量に部分的に基づいて、それらのネットワークアダプタをVネット複数可のメンバとして結合することによって、サービスアプリケーション複数可に割り振られる。本明細書で使用されるとき、ネットワークアダプタという句は、限定となるように意図されず、任意のソフトウェア、アプリケーション、オペレーティングシステム、仮想マシンのコンポーネント、または、サービスアプリケーション複数可の機能性の基礎となるように処理ユニットによって実行されるプログラムを指すことがある。さらに、ネットワークアダプタ240、250および261~265は、少なくとも、第1のサービスアプリケーションおよび第2のサービスアプリケーションを適切にサポートするために、データセンタ201内の処理能力、保存場所および他の資産を含んでもよい。例示的実施形態では、いくつかのネットワークアダプタ240、250および261~265が、グループまたはVネット内で共に結合されて、部分的にデータセンタ201内で実行するサービスアプリケーションによって行われる動作の、基になるサポートが提供される。例として、宛先ネットワークアダプタ240、発信元ネットワークアダプタ250、ネットワークアダプタ2262、および、ネットワークアダプタ3263は、第1のサービスアプリケーションの動作をサポートする第1のVネットのメンバとして共に結合されてもよい。同様に、ネットワークアダプタ1261、ネットワークアダプタ4264、および、ネットワークアダプタ5265は、第2のサービスアプリケーションの動作をサポートする第2のVネットのメンバとして共に結合されてもよい。本明細書で使用されるとき、仮想ネットワークまたはVネットという句は、限定となるように意図されず、サービスアプリケーションがデータセンタ201内で、またはその外部で実行できるようにする、リソース例えば、仮想マシンおよび/または物理マシン上で実行するネットワークアダプタの任意のグループを含んでもよい。場合によっては、Vネットは、ネットワーク205内の他のリソースから分離され、かつ、それに関連付けられた通信ポリシーに基づいて、Vネットローカルブロードキャストドメイン内のデータパケットのフローを制御するように機能する、ネットワークアダプタなど、レイヤ2リソースのグループを表す。他の場合では、Vネットは、仮想ローカルエリアネットワークVLAN、仮想VLAN、真のVLAN、またはそれらの任意の組み合わせを表してもよい。より十分に後述するように、通信ポリシーは、ディレクトリサーバ220の助けを介して実施される。したがって、Vネットは、クラウドコンピューティングプラットフォーム200内のリソースを同時に利用する他のテナントおよび/または顧客のサービスアプリケーションから、それらのメンバを分離しながら、それらのメンバ間の到達可能性を可能にする。すなわち、Vネットのメンバマシンは、ネットワーク205内のそれらの物理的場所にかかわらず、ネットワークデバイス構成なしに、または、名前空間に基づいた制限をスケーラビリティに課すことなしに、他のメンバマシンによって直接到達可能である。ある場合には、エンドホスト例えば、ノード211、212および213内で使用可能な、技術的プリミティブ例えば、VMスイッチ221、222および223を、従来の、または新しいネットワーク内にインストールして、Vネットのメンバを直接相互接続することができる。この役割では、VMスイッチは、発信元ネットワークアダプタ250で生成されたデータパケットをカプセル化して、宛先側VMスイッチ221のロケータを追加のヘッダ内に含めるように構成されてもよい。このように、カプセル化は、データパケットを、宛先ネットワークアダプタ240が存在する第1のノード211へ、標準セキュリティ手段を通じてさらにセキュリティで保護されうるトンネル206を介して、直接ルーティングできるようにする。例示的実施形態では、Vネットは、物理的ルータなど、基になるネットワーキングプロトコルおよびネットワーキングデバイスに無関係である、ソフトウェアベースのコンポーネント例えば、共通または異なるネットワークアダプタ上に存在するネットワークアダプタからなる。したがって、Vネットを、あらゆる既存または新しいネットワーク上で用いることもできる。さらに、Vネットは、メンバマシンのそのポピュレーションに関して無限の、事実上、制限のないサイズにまで成長することができ、その理由は、より十分に後述するように、メンバマシンの間で送信された通信がVMスイッチに再アドレス指定されるからである。このように、以前の名前空間制限が上げられ、あるテナントによって設定されたIPアドレス空間は、他のテナントに割り振られたマシン間の通信を妨げないようになる。さらに、サービスアプリケーションによって規定された任意の名前付け規則が使用されてもよく、その理由は、ネットワーク205を介してデータパケットをルーティングするために使用される、VMスイッチ221、222および223のロケータが、ファブリックコントローラ202によって制御されるからである。したがって、異なるVネット内のネットワークアダプタの、IPアドレスなど、割り当てられた識別子は、データセンタ201内で重複してもよい。例として、宛先ネットワークアダプタ240にはIPアドレス10.0.0.1が割り当てられるが、ネットワークアダプタ5265にもまた、IPアドレス10.0.0.1が割り当てられる。従来、これらのネットワークアダプタ240および265は共に同じデータセンタ201内に存在するので、この重複は、データパケットが相互のIPアドレス10.0.0.1にアドレス指定されるとき、どこにルーティングされるかについて、混乱を引き起こすことになる。しかし、宛先ネットワークアダプタ240太線のブロックは、第1のサービスアプリケーションに関連付けられたVネットに結合されるので、かつ、ネットワークアダプタ5265細線のブロックは、第2のサービスアプリケーションに関連付けられたVネットに結合されるので、ディレクトリサーバ220は、VMスイッチ221、222および223のうち1つまたは複数と共に、データパケットを適切なネットワークアダプタへナビゲートすることができる。リソースは、様々な方法でVネットに割り当てられてもよい。ある場合には、データセンタ201のアーキテクチャは、管理システム例えば、ファブリックコントローラ202、または、クラウドコンピューティングプラットフォーム200の管理者が、分離グループ例えば、計算/ストレージマシンの保護されたプールを構築できるようにする。例として、ファブリックコントローラ202は、データセンタ201内で実行する新しいサービスアプリケーションの出現を検出すると、メンバリソースおよび/またはマシンのグループをアセンブルすることによって、Vネットを確立してもよい。加えて、ファブリックコントローラ202は、サービスアプリケーションのリソース使用の増大または減少を検出すると、Vネットのメンバシップを継続的に更新してもよい。増大が検出されるとき、ファブリックコントローラ202は、ノード211、212または213のうち1つにおけるネットワークアダプタをインスタンス化してもよい。または、ファブリックコントローラ202は、現在既存のネットワークアダプタ240、250、261、262、263、264または265のうち1つを再割り振りしてもよい。例として、ファブリックコントローラ202は、既存のデータセンタにアクセスし、かつ、その中の任意の既存のネットワーキングデバイスを再プログラミングして、ネットワークアダプタをホストしてもよく、このように、Vネット内のネットワークアダプタのグループ化は、ネットワークトポロジ不可知論的networktopologyagnosticである。この場合、現在既存のネットワークアダプタ240、250および261~265には、ファブリックコントローラ202またはテナントによって割り当てられたIPアドレスが提供されてもよい。テナントによって割り当てられるとき、IPアドレス例えば、テナントによって設定された、レイヤ3のIPアドレスは、共有された、基になる物理ネットワークに関係するトポロジ的重要性を有していない、フラットな、顧客固有の名前であってもよい。ネットワークアダプタ複数可がサービスアプリケーションに割り振られた後、ネットワークアダプタ複数可は、サービスアプリケーションに関連付けられたVネットにバインドされた、メンバネットワークアダプタのグループに結合される。この新しいメンバシップは、ファブリックコントローラ202が、結合されたネットワークアダプタのIPおよび/またはMACアドレスをディレクトリサーバ220に通信すると、記録される。より十分に後述するように、ディレクトリサーバ220は、Vネットおよび/またはサービスアプリケーションに関連して、新たに結合されたネットワークアダプタのIPおよび/またはMACアドレスを保存するように構成される。このように、サービスアプリケーションの通信ポリシーは、ディレクトリサーバ220によって、新たに結合されたネットワークアダプタ上で実施される。複数の実施形態では、ディレクトリサーバ220は、新たに結合されたネットワークアダプタがVネット内でデータパケットの送信を試行すると、または、別のネットワークアダプタが、新たに結合されたネットワークアダプタへの通信の送信を試行すると、通信ポリシーを実施してもよい。上述のように、本発明の実施形態は、クラウドコンピューティングプラットフォーム200内で実行する顧客のサービスアプリケーションの整合性を保護する問題に対処する、到達可能性-分離機構を導入する。この保護の問題には、サービスアプリケーション複数可に割り振られたリソース例えば、物理マシンおよび/または仮想マシン上で実行するネットワークアダプタをデータセンタ201内の他のリソースから仮想的にパーティション分割しながら、割り振られたリソース間で分離された通信を実装することによって対処される。分離された通信を達成するため、複数の実施形態では、到達可能性-分離機構は、協力して動作する2つの異なる技術、すなわち、VMスイッチ221、222および223、ならびに、ディレクトリサーバ220によってサポートされる。VMスイッチ221、222および223は、複数の実施形態では、図6を参照してより十分に論じるように、データセンタ201内、または、データセンタ201を超えて、マシン間で分離された接続性を提供するように設けられる。本明細書で使用されるとき、仮想マシンスイッチまたはVMスイッチという句は、限定となるように意図されず、データセンタ、エンタープライズプライベートネットワーク、サードパーティネットワークなどの中に存在し、かつ、Vネットのメンバ間でネットワークを介してデータパケットを安全にルーティングすることを担う、任意のソフトウェアベースのコンポーネントを包含してもよい。例として、VMスイッチは、ネットワーク管理のためのいくつかのアプリケーションプログラミングインターフェイスAPIを公開する、任意のネットワークエッジデバイス複数可例えば、トップラックスイッチtoprackswitches、ノード内の物理ネットワークインターフェイスカード、VM内の仮想インターフェイスカード、または、仮想化されていないホスト内のネットワーキングスタックであってもよい。他の例では、VMスイッチによって実行された動作例えば、ディレクトリサーバ220との通信、カプセル化、カプセル化解除、パケットの修正、および、Vネットに結合されたネットワークアダプタの到達可能性分離に寄与する他のアクションの全部または一部は、Vネットルーティングモジュールによって行われてもよい。したがって、VMスイッチという句の使用は、V-新しいルーティングモジュール複数可、ネットワークエッジデバイス複数可、物理的スイッチ複数可、ルーティングデバイス複数可などのうち、1つまたは複数を広く指すように意図される。複数の実施形態では、ルーティングの処理は、少なくとも、データパケットの送信の試行を検出すること、解決処理を行って、データパケットの宛先に対応する、転送テーブル例えば、図5の転送テーブル510および520内にリストされたVMスイッチを発見すること、データパケットをカプセル化して、拡張ヘッダ内にVMスイッチロケータを含めること、および、カプセル化されたデータパケットを、ネットワーク205を介して送信することを含む。したがって、カプセル化されたデータパケットは、分離された方法でネットワーク205をトラバースし、表面上は、データパケットの所期の宛先例えば、宛先ネットワークアダプタ240をホストする同じノード例えば、第1のノード211上に存在する受信側VMスイッチ例えば、宛先側VMスイッチ221へデータパケットを直接搬送する、トンネル206を形成する。さらに、トンネルは、標準暗号セキュリティ手段を通じて、独立してセキュリティで保護されてもよい。複数の実施形態では、受信側VMスイッチは、ヘッダをそれらの元のフォーマットに復元することすなわち、VMスイッチロケータを保持するフレームを、拡張ヘッダから除去することによって、データパケットをカプセル化解除すること、および、データパケットを適切な宛先ネットワークアダプタに配布することを担う。例示的実施形態では、VMスイッチ221、222および223の各々は、個々のノード上にそれぞれインストールされ、データパケットをそれらの個々のノード内で受信かつカプセル化することを担う。さらに、VMスイッチ221、222および223は、データパケットをカプセル化解除し、それらの個々のノード上に存在するネットワークアダプタに配布することを担う。図2に例示するように、宛先側VMスイッチ221は第1のノード211上にインストールされ、VMスイッチ222は第3のノード213上にインストールされ、ソース側VMスイッチ223は第2のノード212上にインストールされる。ある場合には、ソース側VMスイッチ223は、発信元ネットワークアダプタ250、ネットワークアダプタ5265、および、第2のノード212上に位置する任意の他のネットワークアダプタから送信された、データパケットを受信かつカプセル化することを担う。別の場合には、宛先側VMスイッチ221は、宛先ネットワークアダプタ240、ネットワークアダプタ1261、ネットワークアダプタ2262、および、第1のノード211上に位置する任意の他のネットワークアダプタへ向けられた、データパケットをカプセル化解除かつ配布することを担う。VMスイッチは、IPトラフィックのレート、データセンタ201のテナントによって消費された計算負荷、および、ノードがオンラインにされているか、オフラインにされているかなど、1つまたは複数の要因に応じて、データセンタ201内のノード上で動的にインスタンス化され、または、そこから切り離されてもよい。一実施形態では、ファブリックコントローラ202は、VMスイッチをインスタンス化または切り離すことを担う。加えて、ファブリックコントローラ202はまた、ロケータを新しい、または現在動作中のVMスイッチに割り当てることを担うこともできる。これらのロケータには、重複するVMスイッチロケータを防ぐために、一意の、レイヤ2のメディアアクセス制御MACアドレス、イーサネット登録商標アドレス、および/または、データセンタ全体の名前付けスキームに準拠する、インターネット層レイヤ3のIPアドレスが含まれてもよい。他の実施形態では、ネットワーク管理者など、クラウドコンピューティングプラットフォーム200内の別の機関が、ロケータまたは他の識別子をVMスイッチに割り当ててもよい。ロケータをVMスイッチ複数可に割り当てると、ファブリックコントローラ202または管理者は、ロケータをディレクトリサーバ220に通信することを担うことができ、ディレクトリサーバ220は、VMスイッチロケータと共に転送テーブルを保存または更新するように構成される。ネットワーク内でデータパケットを向かわせる従来の物理的機構例えば、ルータおよびハードウェアベースのスイッチは、新しい仮想マシンがデータセンタに追加されると、ネットワークデバイスの各々を個々に再プログラミングする結果として生じる、エラーが発生しやすい再構成の問題を欠点として有する。さらに、これらの物理的機構は本質的に、データセンタ内で確立されうる同時のローカルネットワークの数を制限し、また、データセンタを通じて形成されうるブリッジの数を制限し、結果として、スケーラビリティが不十分になる。さらに、これらの物理的機構は、レイヤ2ドメインを超えて拡張することはできず、それにより、データセンタを超えたシームレスな接続性を提供することができない。これらの問題のすべては、データセンタ201内でソフトウェアベースのVMスイッチ221、222および223を用いることによって解決され、その理由は、VMスイッチ221、222および223が動的にインスタンス化かつ切り離されて、ネットワークデバイスの再構成または新しいハードウェアの追加をすることなく、データセンタ201内で実行するテナントの需要が満たされうるからである。複数の実施形態では、ディレクトリサーバ220は、どのネットワークアダプタがどのテナントに、よって、どのVネットに属するかの記録を提供する、転送テーブルを維持するように構成される。上述のように、ファブリックコントローラ202が用いられて、Vネットのメンバ間の現在のIPアドレス関連付け、ならびに、VネットメンバおよびVMスイッチのノード場所間の関連付け例えば、各ネットワークアダプタがデータセンタ201内でファブリックコントローラ202によってどこに物理的に位置付けられるか、および、特定のVネット内のネットワークアダプタ間で実施されるべきであるネットワークトラフィックの通信ポリシーにより、ディレクトリサーバ220へ更新が送信されてもよい。この記録に基づいて、ディレクトリサーバ220は、どのネットワークアダプタが他のネットワークアダプタと通信できるようにされるかを制限する、通信ポリシーを実施することができる。ディレクトリサーバ220は、ネットワークデバイス構成、収束の遅延、または伝搬待ち時間なしに、Vネット複数可の新しいメンバを、インスタンス化に伴い使用可能として公開できるようにすると有利である。すなわち、従来の物理デバイスはルーティング制御プラン内でリストされ、ルーティング制御プランは、データパケットをどのようにルーティングするかを物理デバイスが理解するために、サービスアプリケーションに更新があると、あらゆる中間スイッチングハブに変換され、構成され、プログラムされる。ディレクトリサーバ220は、動的に更新される転送テーブルを、VMスイッチによってアクセス可能である特定の場所で提供することによって、これらの問題を改善する。例示的実施形態では、転送テーブルは、ネットワーク到達可能性を達成するために、相互接続されたネットワークアダプタ間の1つまたは複数の論理的関連付けを維持し、ネットワークアダプタに関連付けられたアクセス制御を実施する。ある場合には、論理的関連付けは、Vネットのメンバ間の関連付けに関係する。例として、図5を参照すると、転送テーブル510は、第1のサービスアプリケーションのメンバネットワークアダプタ間の論理的関連付けを含むが、転送テーブル520は、第2のサービスアプリケーションのメンバネットワークアダプタ間の論理的関連付けを含む。特に、転送テーブル510は、宛先ネットワークアダプタ240IPアドレス10.0.0.1およびMACアドレスMAC-O、ネットワークアダプタ2262IPアドレス10.0.0.4およびMACアドレスMAC-P、ネットワークアダプタ3263IPアドレス10.0.0.6およびMACアドレスMAC-Q、ならびに、発信元ネットワークアダプタ250IPアドレス10.0.0.7およびMACアドレスMAC-Rの識別子をリストする。さらに、転送テーブル510は、宛先ネットワークアダプタ240IPアドレス20.1.1.2を有する宛先側VMスイッチ221、ネットワークアダプタ2262IPアドレス20.1.1.2を有する宛先側VMスイッチ221、ネットワークアダプタ3263IPアドレス20.1.3.2を有するVMスイッチ222、および、発信元ネットワークアダプタ250IPアドレス20.1.5.2を有するソース側VMスイッチ223と同じノード上に位置するVMスイッチのロケータ例えば、IPアドレスをリストする。実質的に類似の方法で、転送テーブル520は、ネットワークアダプタ5265IPアドレス10.0.0.1およびMACアドレスMAC-C、ネットワークアダプタ1261IPアドレス10.0.0.7およびMACアドレスMAC-A、ならびに、ネットワークアダプタ4264IPアドレス10.0.0.9およびMACアドレスMAC-Bの識別子をリストする。さらに、転送テーブル520は、ネットワークアダプタ5265IPアドレス20.1.5.2を有するソース側VMスイッチ223、ネットワークアダプタ1261IPアドレス20.1.1.2を有する宛先側VMスイッチ221、および、ネットワークアダプタ4264IPアドレス20.1.3.2を有するVMスイッチ222と同じノード上に位置するVMスイッチのロケータ例えば、IPアドレスをリストする。したがって、ディレクトリサーバ220にクエリを行うことによって、VMスイッチは、例えば、通信ポリシーを実施するためにデータパケットのストリームのターゲットがそのデータパケットストリームのソースと同じVネット内にあるかどうか、および、例えば、データパケットストリームを再アドレス指定またはカプセル化して、VMスイッチに直接到達するために何のVMスイッチがデータパケットストリームのターゲットと同じノード上に位置するかを、決定することができる。上述のように、ディレクトリサーバ220は、転送テーブル510および520を用いて、通信ポリシーを実施し、通信ポリシーは典型的には、サービスレベルアグリーメントを経てテナントによって適所に設定される。ある場合には、通信ポリシーは、サービスアプリケーションおよび/またはVネットに対して特に設計され、どのシステム処理がVネットのメンバへのアクセスを許可されるかを管理する、許可のリストを含んでもよい。もう1つの実施形態では、通信ポリシーは、何の動作をこれらのメンバ上で行うことができるかを表してもよい。別の場合には、通信ポリシーは、Vネットメンバ上の動作を求める要求を受信すると、適用可能なエントリを求めて転送テーブル複数可をスキャンするセキュリティモデルとしての機能を果たし、要求された動作が認可されるかどうかを、適用可能なエントリ内の情報に基づいて判定する。さらにもう1つの場合には、通信ポリシーは、ポート番号またはネットワークアダプタに適用されたルールを表してもよく、これらのルールは、そのポート番号またはネットワークアダプタがある動作を行う例えば、着信および発信ネットワークトラフィックを共に可能にすることを許可されるかどうかを確かめるために、ノードまたはデータセンタ内で使用可能である。例示的動作では、ネットワークアダプタ240、250、262および263は、第1のサービスアプリケーションに割り振られる例えば、第1のサービスアプリケーションによって課された現在の処理負荷を満たすために。上述のように、ファブリックコントローラ202は、ネットワークアダプタ240、250、262および263をデータセンタ225内で動的に割り振ることを担うことができる。例として、ファブリックコントローラ202は、サービスモデル例えば、サービスアプリケーションを所有する顧客によって設計されるに依拠して、どのように、いつ、ネットワークアダプタ240、250、262および263を割り振るべきであるかについてのガイダンスを提供してもよい。第1のサービスアプリケーションの動作の一部として、発信元ネットワークアダプタ250は、データパケット260を、第1のサービスアプリケーションに関連付けられたVネットのメンバである別のネットワークアダプタ例えば、宛先ネットワークアダプタ240に送信することを試行してもよい。この場合、発信元ネットワークアダプタ250には、宛先ネットワークアダプタ240のターゲット識別子またはターゲットIPアドレス24210.0.0.1が提供される。ターゲットIPアドレス242を使用して、発信元ネットワークアダプタ250は、宛先ネットワークアダプタ240のターゲットMACアドレス241MAC-Oを取得するための要求を送信することができる。ターゲットMACアドレス241を獲得すると、発信元ネットワークアダプタ250は、ターゲット260のヘッダに、ターゲットMACアドレス241およびターゲットIPアドレス242を設定してターゲットMACアドレス241およびターゲットIPアドレス242により、データパケット260のヘッダをポピュレートして、ターゲット識別子を形成することができる。さらに、ソースMACアドレス251MAC-Rおよび/またはソースIPアドレス25210.0.0.7など、ソース識別子が発信元ネットワークアダプタ250に割り当てられ、かつ、発信元ネットワークアダプタ250によって知られてもよく、ヘッダに設定されてもよいヘッダにポピュレートされてもよい。図3を参照すると、本発明の一実施形態による、発信元ネットワークアダプタ250から送信されたような、カプセル化されていない状態である、データパケット260の例示的構造の概略描写が示される。例示したように、データパケット260は、ボディ330およびヘッダ300により構築される。ボディ330は、ペイロード例えば、データを搬送するように構成されるが、ヘッダ300は、フレーム310および320により、ペイロードの宛先を示すように構成される。複数の実施形態では、フレーム310は、ソースMACアドレスおよび宛先MACアドレスを含むが、フレーム320は、ソースIPアドレスおよび宛先IPアドレスを含む。図2に戻ると、データパケット260を送信すると、ソース側VMスイッチ223は、ソース側VMスイッチ223および発信元ネットワークアダプタ250が共に存在するノード例えば、第2のノード212から出るより前に、データパケット260を検出かつインターセプトする。データパケット260を保持した後、ソース側VMスイッチ223は、解決処理を行って、宛先ネットワークアダプタ240と同じノード例えば、第1のノード211上に存在するVMスイッチ例えば、宛先側VMスイッチ221のロケータを決定することができる。一実施形態では、解決処理は、第2のノード212上でホストされる、第1のサービスアプリケーションに関連付けられた転送テーブル510のインデックスまたは一部分を評価することを含む。ある場合には、このインデックスは、ソース側VMスイッチ223がディレクトリサーバ220から予め取得している宛先ネットワークアダプタに対応する他のVMスイッチのロケータを書き込んでキャッシュすることによって、ソース側VMスイッチ223によって生成されてもよい。または、別の場合には、1つまたは複数のVMスイッチおよびそれらの対応する宛先ネットワークアダプタのロケータを通信すると、インデックスがファブリックコントローラ202によって生成されてもよい。ソース側VMスイッチ223のローカルのインデックスへのアクセスに伴い、ソース側VMスイッチ223は、インデックスを検査して、データパケット260のヘッダ内で設定された情報データパケット260のヘッダ内でポピュレートされた情報に対応するVMスイッチ例えば、宛先側VMスイッチのロケータを決定することができる。この決定は、ターゲット識別子例えば、IPアドレス242および/またはターゲットMACアドレス241を、インデックス内のエントリに対して比較して、適切なVMスイッチロケータを発見することによって、行われてもよい。適切なVMスイッチロケータが決定されるとき、ロケータは、データパケット260のヘッダに添付されるフレームに挿入されて、拡張ヘッダが作成される。図4を参照すると、本発明の一実施形態による、ソース側VMスイッチ223によってカプセル化されるデータパケット280の例示的構造の概略描写が示される。このカプセル化されたデータパケット280は、ボディ420および拡張ヘッダ400により構築される。データパケット260と同様に、カプセル化されたデータパケット280は、ペイロードをボディ420内で保存することができる。拡張ヘッダ400は、フレーム310、320および410により、ペイロードの宛先のローカルであるVMスイッチを示すように構成される。複数の実施形態では、図3のデータパケット260のヘッダ300と同様に、フレーム310は、ソースMACアドレスおよび宛先MACアドレスを含むが、フレーム320は、ソースIPアドレスおよび宛先IPアドレスを含む。フレーム410は、ソース側VMスイッチ223、および、インデックスから決定された宛先側VMスイッチ221のロケータ例えば、IPアドレスが設定されるによってポピュレートされる。したがって、カプセル化されたデータパケット280は、セキュアトンネル206を介して、直接、宛先ネットワークアダプタ240が存在する適切なノード例えば、第1のノード211まで、ネットワーク205をトラバースするようにアドレス指定される。第2のノード212上でホストされたインデックスが不完全であるか、または、ソース側VMスイッチ223での受信時にデータパケット260のブロードキャストを管理するために適切なルーティング-レポート情報が欠けている場合、ソース側VMスイッチ223は、ディレクトリサーバ220と通信して、宛先ネットワークアダプタ240のローカルのVMスイッチ例えば、宛先側VMスイッチ221のロケータを取得することができる。例として、ディレクトリサーバ220と通信して、宛先側VMスイッチロケータを導出することは、ターゲット識別子例えば、IPアドレス242、ターゲットMACアドレス241、または両方を含む要求メッセージ275を、ディレクトリサーバ220へ送信することによって、ディレクトリサーバ220内で維持される転送テーブル例えば、第1のサービスアプリケーションに関連付けられる、図5の転送テーブル510にアクセスすることを含んでもよい。このターゲット識別子およびアドレス複数可は、データパケット260のヘッダから抽出され、要求メッセージ275のボディにコンテンツとして組み込まれてもよい。ディレクトリサーバ220は、要求メッセージ275のこれらのコンテンツを転送テーブル510に適用して、適切な識別子および/またはロケータを決定することができる。上述のように、転送テーブル510は、第1のサービスアプリケーションに割り振られた複数のVネットメンバと、データセンタ201内のそれぞれのノード上にそれぞれ位置するVMスイッチとの間のマッピングを表す。場合によっては、マッピングは、複数のメンバ間のデータパケットトラフィックを管理する通信ポリシーに従って設計される。例として、図5の転送テーブル510を参照すると、要求メッセージ275内でパッケージ化されたコンテンツには、発信元ネットワークアダプタ250のネットワーク層レイヤ3のソースIPアドレス25210.0.0.7、および/または、データリンク層レイヤ2のソースMACアドレス251MAC-Rが含まれうる。さらに、要求メッセージ275のコンテンツには、宛先ネットワークアダプタ240のターゲット識別子-ネットワーク層のターゲットIPアドレス24210.0.0.1、および/または、データリンク層のターゲットMACアドレス241MAC-O-が含まれうる。ターゲット識別子例えば、ターゲットIPアドレス242および/またはターゲットMACアドレス241を利用して、ディレクトリサーバ220は、少なくとも以下の手順を行うように構成され、すなわち、データパケット260のソースまたはターゲットをメンバとして含むVネットに関連付けられた、適切な転送テーブル510を発見すること、ターゲット識別子ターゲットIPアドレス242および/またはターゲットMACアドレス241により、転送テーブル510をスキャンして、マッチするエントリまたはリスティングを発見すること、ならびに、マッチするエントリまたはリスティング内のVMスイッチのロケータ231を読み取ることである。例示したように、マッチするリスティングは、ロケータ231IPアドレス20.1.1.2によって表されたVMスイッチロケータを含む。このマッチするロケータ231は、返信メッセージ270、または、当技術分野で知られている任意の他の形式の通信を介して、ソース側VMスイッチ223へ返されてもよい。もう1つの実施形態では、ディレクトリサービスは、マッチするエントリを求める要求の受信を待機しなくてもよい。その代わりに、ディレクトリサービスは、1つまたは複数のエントリをそのテーブルからVMスイッチまたは他のコンポーネントへ、それらのエントリが要求される前にプッシュしてもよい。ディレクトリサービスは、プッシュされたエントリを求める要求を行う可能性が最も高いと決定されたそれらのVMスイッチまたは他のコンポーネントへ、エントリをプッシュすることを選択してもよい。例えば、ディレクトリサービスは、Vネットのためのエントリを、VネットのメンバをホストするVMスイッチにプッシュしてもよい。他の実施形態では、ファブリックコントローラなど、もう1つのコンポーネントがエントリをプッシュしてもよい。もう1つの実施形態では、エントリ自体が、潜在的には、エントリ内で参照されたもう1つのVMが作成される前に、通信ポリシーに基づいて生成されてもよい。ディレクトリサーバ220が、マッチするロケータ231のIPアドレス、または、データパケット260の通信に関与する他のIPアドレスが、ソースIPアドレス252またはターゲットIPアドレス242と衝突するすなわち、データセンタ201のアドレス空間内で重複すると決定する場合、ディレクトリサーバ220またはソース側VMスイッチ223によってアクションを取り、この問題を解決することができる。これらのアクションには、一時的な識別子または他のIPアドレスを、発信元ネットワークアダプタ250および宛先ネットワークアダプタ240に割り当てること、一時的な識別子を暗号解読する鍵を、保存場所例えば、ディレクトリサーバ220内のテーブルに書き込むこと、ならびに、データパケット260のヘッダに配置された現在の識別子またはIPアドレス複数可を、一時的な識別子でそれぞれ置き換えることが含まれてもよい。このように、データパケット260が第1のノード211内のどこに一旦配信されるべきであるかについて、いかなる混乱も排除される。図2に戻ると、返信メッセージ270を介してソース側VMスイッチ223でロケータ231を取得すると、ソース側VMスイッチ223は、他のデータパケット、またはカプセル化されたデータパケット280内で、データパケット260をカプセル化することができる。これらのカプセル化されたデータパケット280は典型的には、ヘッダ内の図3のVMスイッチロケータ231によりアドレス指定される。上述のように、VMスイッチロケータ231は、宛先側VMスイッチ221をポイントする。複数の実施形態では、カプセル化は、データパケットヘッダを再フォーマットかつ修正して、VMスイッチロケータ231を含む別のフレーム例えば、図4の参照番号410を参照を含める行為を指すことがある。または、カプセル化は、元のヘッダを、外側フレーム図4の参照番号410からなる拡張ヘッダで置き換えることを含むことがある。複数の実施形態では、外側フレームは、ソース側VMスイッチ223および宛先側VMスイッチ221の識別子複数可例えば、IPアドレスおよび/またはMACアドレスを参照してもよい。または、カプセル化は、別のプロトコルヘッダ例えば、IPまたはイーサネット登録商標をデータパケット複数可の先頭に追加する行為を示すことがあり、このプロトコルヘッダは、宛先側VMスイッチ221および/または宛先ネットワークアダプタ240をポイントする。または、カプセル化は一般に、宛先側VMスイッチでデータパケット内の宛先識別子を再書き込みすることを指すことがあるが、カプセル化解除は、ソース側VMスイッチでデータパケットを受信すると、再書き込みされた宛先識別子を復元することを含むことがある。カプセル化を構成する様々な異なる処理、および、カプセル化解除の優待処理を説明したが、データパケットを再アドレス指定または修正することを提供する他のタイプの適切な処理がカプセル化に含まれうること、および、本発明の実施形態は、本明細書に記載されたそれらの特定のタイプのカプセル化に限定されないことを理解されたい。さらに、トンネル206例えば、データセンタ内のトンネルは、カプセル化されたデータパケット280を、ネットワーク205を介して保護するように渡すために確立され、セキュリティで保護されてもよい。トンネル206のタイプおよび属性は、部分的には、クラウドコンピューティングプラットフォーム200の顧客と管理者の間のサービス要求契約またはサービスレベルアグリーメントSLAに基づいてもよい。したがって、顧客が、秘密度の高いミッションクリティカルなデータを作成または伝達中であるとき、セキュアトンネル206は、強化された保護手段を含んで、カプセル化されたデータパケット280の安全な送信を保証してもよい。カプセル化されたデータパケット280が形成された後、カプセル化されたデータデータパケット280を、第2のノード212でキャッシュし、かつ/または、第1のノード211上に存在する宛先側VMスイッチ221へ、セキュアトンネル206を介してネットワーク205上で送信することができる。ある場合には、ソース側VMスイッチ223は、ハブに沿って中間スイッチを介した、カプセル化されたデータパケット280のルートの追跡およびスケジューリングを担うことができる。別の場合には、ソース側VMスイッチ223は、失われた/遅延されたパケットおよびネットワークの輻輳を補償する信頼性機構を用いる。ソース側VMスイッチ223は、カプセル化されたパケット280をカプセル化解除すること、ならびに、元のデータパケット260および他の通信を、データセンタ201の第1のノード211内の宛先ネットワークアダプタ240に配布することを担う。複数の実施形態では、宛先側VMスイッチ221はまた、ディレクトリサーバ220と通信して、その中に保存された通信ポリシーを実施することもできる。例示的実施形態では、宛先側VMスイッチ221は、カプセル化されたデータパケット280の拡張ヘッダを読み取り、それが適切なVMスイッチで受信されたかどうかを認識し、ターゲットおよびソース識別子を読み取り、ターゲット識別子および/またはソース識別子のうち1つまたは複数をディレクトリサーバ220へ送信して、その配信が通信ポリシーによって承認されたこと、および、転送テーブルに一致することを決定、確認するようになる。例として、確認は、確認メッセージ290をディレクトリサーバ220へ送信すること、および、適切な認証された配信が発生したかどうかを通信する返信メッセージ295を、ディレクトリサーバ220から受信することを含んでもよい。場合によっては、確認メッセージ290は、上述の要求メッセージ275内で搬送された情報を反映する情報を含んでもよい。カプセル化解除中に、宛先側VMスイッチ221は、カプセル化されたデータパケット280内の拡張ヘッダの外側フレーム図4の参照番号410を廃棄し、ヘッダを元のフォーマットへ復元する。カプセル化解除すると、宛先側VMスイッチ221は、復元されたヘッダのコンテンツを使用して、ローカルの転送テーブルを検査し、データパケット260を、ヘッダ内のターゲット識別子アドレス複数可241および242に関連付けられた適切なネットワークアダプタ例えば、宛先ネットワークアダプタ240に配布することができる。したがって、データパケット260は、さらに、データパケットストリームのフローを減速させることがある余分な安全性チェックなしに、発信元ネットワークアダプタ250から宛先ネットワークアダプタ240へ、分離された方法で安全に伝達される。次に図6を参照すると、本発明の一実施形態による、例示的分散コンピューティング環境600を例示するブロック図が示され、セキュリティで保護されたトンネル605が、ゲートウェイ機能性が供給されるVMスイッチ623および651を論理的にリンクするように確立される。初めに、分散コンピューティング環境600は、エンタープライズプライベートネットワーク695と、サードパーティデータセンタ685と、第1のデータセンタ610および第2のデータセンタ670を含む、図2を参照して論じたようなクラウドコンピューティングプラットフォームとを含む。複数の実施形態では、エンタープライズプライベートネットワーク695、サードパーティデータセンタ685、第1のデータセンタ610、および、第2のデータセンタ670は、物理ネットワークを介して通信的に接続されてもよい。本明細書で使用されるとき、物理ネットワークという句は、限定となるように意図されず、地理的に遠隔の場所にあるネットワークアダプタ間の通信を容易にする、有形の機構および機器例えば、ファイバー線、回路ボックス、スイッチ、アンテナ、IPルータなど、ならびに、無形の通信および搬送波を包含してもよい。例として、物理ネットワークには、インターネット内で利用されるか、または、異なるネットワーク間の通信を促進するために使用可能な、任意のワイヤードまたはワイヤレス技術が含まれてもよい。一般に、エンタープライズプライベートネットワーク695は、図2のクラウドコンピューティングプラットフォーム200の顧客によって管理されるリソース696を含む。多くの場合、これらのリソース696は、顧客によって所有されたサービスアプリケーションのコンポーネントをホストし、それらの動作をサポートする。仮想プライベートネットワークVPNゲートウェイ697は、クラウドコンピューティングプラットフォーム200内に存在するサービスアプリケーションの一部分との通信を容易にする、エンタープライズプライベートネットワーク695でホストされたVMスイッチを表し、サービスアプリケーション部分は、第1のデータセンタ610または第2のデータセンタ670内に収容されてもよい。複数の実施形態では、VMスイッチ621、622、623、651、652および653は、データセンタ610および670内でインスタンス化されて、ネットワークアダプタ630および675上で実行するサービスアプリケーションの、遠隔で分散されたコンポーネントの動作がサポートされてもよい。動作中、VMスイッチIV651およびVPNゲートウェイ697は、互いに協力して作動して、サービスアプリケーションが物理ネットワークを介して適切かつ安全に実行することを保証する。ある場合には、協力して作動することは、VMスイッチIV651とVPNゲートウェイ697の間で、セキュアトンネル699を通じて、データパケットを送信することを含む。複数の実施形態では、サードパーティデータセンタ685は、サードパーティによって管理され、かつ、サービスアプリケーションの動作または図2のクラウドコンピューティングプラットフォーム200の動作をサポートする、外部ネットワークアダプタ680など、リソースを含む。多くの場合、これらのリソースは、顧客によって所有されたサービスアプリケーションのコンポーネントをホストかつサポートする。外部ネットワークアダプタ680は、クラウドコンピューティングプラットフォーム200内に存在するサービスアプリケーションの一部分との通信を容易にする、サードパーティデータセンタ685でホストされたVMスイッチとして機能することができる。例として、外部ネットワークアダプタ680は、VMスイッチIII623と協力して作動して、その間でセキュアトンネル689を通じて、データパケットを送信することができる。典型的には、VMスイッチ621~623および651~653、VPNゲートウェイ697、ならびに、外部ネットワークアダプタ680は、ある形式のコンピューティングユニット例えば、中央処理装置、マイクロプロセッサなどを含むか、またはそれにリンクされて、その上で実行するサービスアプリケーションコンポーネント複数可の動作をサポートする。本明細書で利用されるとき、コンピューティングユニットという句は一般に、処理能力および記憶用メモリを有する専用コンピューティングデバイスを指し、1つもしくは複数のオペレーティングシステムまたは他の基になるソフトウェアをサポートするものである。ある場合には、コンピューティングユニットは、VMスイッチ621~623および651~653、VPNゲートウェイ697、ならびに、外部ネットワークアダプタ680に一体化され、または動作可能に結合されて、各デバイスが様々な処理および動作を行うことができるようにする、有形のハードウェア要素またはマシンにより構成される。別の場合には、コンピューティングユニットは、VMスイッチ621~623および651~653、VPNゲートウェイ697、ならびに、外部ネットワークアダプタ680の各々によって収容されたコンピュータ可読メディアに結合された、プロセッサ図示せずを包含してもよい。一般に、コンピュータ可読メディアは、プロセッサによって実行可能である複数のコンピュータソフトウェアコンポーネント例えば、ネットワークアダプタ630および675を、少なくとも一時的に保存する。本明細書で利用されるとき、プロセッサという用語は、限定となるように意図されず、計算能力において作用するコンピューティングユニットの任意の要素を包含してもよい。そのような能力において、プロセッサは、命令を処理する有形のものとして構成されてもよい。例示的実施形態では、処理することは、命令をフェッチすること、デコード/解釈すること、実行すること、および書き戻すことを含んでもよい。したがって、相互接続され、かつ、セキュアトンネル605、689および699を介して、社内のエンタープライズプライベートネットワーク695にアタッチされる、複数のリモートデータセンタ例えば、参照番号610、670および685が存在してもよい。これらのセキュアトンネル605、689および699は、暗号化のセキュリティ機構例えば、トンネリングプロトコルIP-sec、IPoverHTTPS、Teredo、SSLなどまたは認可技術を使用して、保護されたデータパケット通過を提供してもよい。例として、ゲートウェイ機能性は、VMスイッチIII623、VMスイッチIV651、外部ネットワークアダプタ680、および、VPNゲートウェイ697のうち、1つまたは複数内で供給される。ゲートウェイ機能性は、トンネリングプロトコルの組み合わせを使用することによって、外部接続性を開始し、仲介し、セキュリティで保護する。したがって、このゲートウェイ機能性は、地理的に分散されたホスト内に存在するときでさえ、Vネットの場所および境界独立性を提供する。さらに、ゲートウェイ機能性は、物理ネットワークを介して到達するために、レイヤ3プロトコルを利用して、データパケットを確立かつアドレス指定することができる。これは、異なるブロードキャストドメインを介した直接通信を許可しない、レイヤ2プロトコルで通信する従来のネットワークアダプタでは、可能ではない。動作中、VMスイッチIII623、VMスイッチIV651、外部ネットワークアダプタ680、および、VPNゲートウェイ697には、レイヤ3ロケータがそれぞれ割り当てられ、VMスイッチ623および651、ならびに、外部ネットワークアダプタ680およびVPNゲートウェイ697は、ソフトウェアベースのコンポーネントを表す。ゲートウェイ機能性が用いられて、カプセル化されたデータパケットが、サードパーティデータセンタ685におけるネットワークアダプタ、または、リソース696のうち1つに存在するネットワークアダプタなど、宛先ネットワークアダプタへルーティングされる。例示的実施形態では、ゲートウェイ機能性を用いることは、カプセル化されたデータパケットにトランスポート保護を適用し、それにより、データセンタ610および670、サードパーティデータセンタ685、ならびに、エンタープライズプライベートネットワーク695の間をそれぞれトラバースする、セキュアトンネル例えば、参照番号605、689および699をもたらすことを含む。したがって、上述のセキュリティ手段は、単一のデータセンタを超えて動作するように、かつ、データセンタ610および670、サードパーティデータセンタ685、ならびに、エンタープライズプライベートネットワーク695の間に直接的なレイヤ2到達可能性または可視性がないときでさえ、ネットワークアダプタ間のセキュリティで保護されたシームレスな接続性を提供するように拡張される。ある場合には、ゲートウェイ機能性を提供するために、データセンタ610および670の様々なテナントによって使用された別々のVMスイッチがインスタンス化される。別の場合には、ゲートウェイ機能性は、データセンタ610および670内のVMスイッチ623および651のうち1つまたは複数にそれぞれ埋め込まれる。この場合、VMスイッチ623および651には、データパケットがローカルデータセンタ内の内部で送信されているか、外部で送信されているかを、転送テーブルに基づいて判定するための機構が提供される。データパケットが外部に送信するようにアドレス指定されると判定されるとき、埋め込まれたゲートウェイ機能性が呼び出されて、あるトランスポート保護が実施され、すなわち、送信をセキュリティで保護または暗号化すること、および/または、データパケットのヘッダがリサイクルされたターゲット識別子すなわち、ターゲットMACアドレスおよび/またはIPアドレスを含むとき、データパケットのヘッダを変換することなどである。他の実施形態では、ゲートウェイ機能性は、負荷分散、キャッシング、および、ローカルブロードキャストドメイン間のデータパケットの配布を強化する他のサービスをサポートしてもよい。次に図7を見ると、本発明の一実施形態による、データセンタ内で他のマシンから分離される、Vネットのメンバ間のデータパケットの配布を管理するための方法700を示す、フロー図が例示される。初めに、方法700は、ブロック702で示すように、部分的にデータセンタ内で実行するサービスアプリケーションに割り振られた複数のメンバ例えば、仮想マシンおよび/または物理マシン上で実行するネットワークアダプタを備える、第1のVネットを提供するステップを含む。典型的には、複数のメンバは、発信元ネットワークアダプタおよび宛先ネットワークアダプタを含む。方法700は、ブロック704で示すように、発信元ネットワークアダプタが1つまたは複数のデータパケットを宛先ネットワークアダプタへ送信することを試行することを検出するステップをさらに含んでもよい。複数の実施形態では、図3および図4を参照してより十分に上述したように、データパケットは、宛先ネットワークアダプタをポイントするターゲット識別子を含むヘッダを有して構築される。データパケットの送信を検出すると、ソース側VMスイッチ例えば、図2のソース側VMスイッチ223は、ブロック706で示すように、解決処理を行う。複数の実施形態では、解決処理は、任意の順序で実行される以下のステップを含んでもよく、すなわち、第1のVネットに関連付けられる転送テーブルにアクセスするステップブロック708を参照、および、ターゲット識別子に対応する、転送テーブル内でリストされた、宛先側VMスイッチのロケータを発見するステップブロック710を参照である。例示的実施形態では、転送テーブル例えば、図5の転送テーブル510および520は、第1のサービスアプリケーションに割り振られた複数のメンバと、データセンタ内のそれぞれのノード上にそれぞれ位置するVMスイッチとの間のマッピングを表し、マッピングは、複数のメンバ間のデータパケットトラフィックを管理する通信ポリシーに従って設計される。一般に、宛先側VMスイッチ例えば、図2の宛先側VMスイッチ221は、データパケットをデータセンタのノード内の宛先ネットワークアダプタに配布することを担う。データパケットは次いでカプセル化されて、宛先側VMスイッチロケータを拡張ヘッダ内に含めるようにされブロック712を参照、ソース側VMスイッチから宛先側VMスイッチへ送信されブロック714を参照、宛先側VMスイッチは、データパケットをカプセル化解除し、ノード内の内部で宛先ネットワークアダプタに配布する。次に図8を参照すると、本発明の一実施形態による、データセンタ内のVネットの拡張を監督するための方法800を示すフロー図が例示される。例示的実施形態では、方法800は、ブロック802で示すように、インターネット層ロケータをVMスイッチに割り当てることを含む。一般に、VMスイッチは、データセンタのノード上に存在するソフトウェアベースのコンポーネントを表す。方法800は、以下のステップをさらに含んでもよく、すなわち、サービスアプリケーションのリソース使用の増大を検出するステップブロック804を参照、ノード上のネットワークアダプタをインスタンス化するステップブロック806を参照、および、ネットワークアダプタを、Vネットにバインドされたメンバネットワークアダプタのグループに結合することによって、ネットワークアダプタをサービスアプリケーションに割り振るステップブロック808を参照である。例示的実施形態では、ネットワークアダプタにはIPアドレスが提供される。ネットワークアダプタをサービスアプリケーションに割り振ると、ブロック810で示すように、結合されたネットワークアダプタのIPアドレスがディレクトリサーバへ通信される。典型的には、ディレクトリサーバ例えば、図2のディレクトリサーバ220は、VMスイッチおよび結合されたネットワークアダプタが共通して同じノード上に存在するとき、IPアドレスに関連して、割り当てられたロケータを保存するように構成される。本発明の実施形態を特定の実施形態に関して説明したが、これらの実施形態は、あらゆる点において制限的ではなく、例示的であるように意図される。代替的実施形態は、本発明の範囲から逸脱することなく、本発明の実施形態が関係する当分野の技術者には明らかになるであろう。前述から、本発明は、このシステムおよび方法にとって自明かつ固有である他の利点と共に、上記のすべての目標および目的を達成するようによく適合されたものであることは分かるであろう。ある特徴およびサブコンビネーションは、他の特徴およびサブコンビネーションに関係なく有益であり、用いられうることは理解されよう。これは、特許請求の範囲の範囲によって企図され、その範囲内である。