JP6552574B2 - 仮想化ブローカおよびコンテキスト情報を使用するリソースの仮想化のための方法および装置 - Google Patents

Description

（関連出願の引用）
本願は、米国仮特許出願第６１／８２０，９６６号（２０１３年５月８日出願、名称「ＭＥＴＨＯＤ ＡＮＤ ＡＰＰＡＲＡＴＵＳ ＦＯＲ ＩＯＴ ＶＩＲＴＵＡＬＩＺＡＴＩＯ ＳＥＲＶＩＣＥＳ」）の利益を主張し、上記出願の内容は、参照により本明細書に引用される。

マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイスが互により直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意的に識別可能なオブジェクトおよびインターネット等のネットワークを経由して互に通信するそのようなオブジェクトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可能にする。ＩｏＴは、食料品店内の商品または家庭内の器具等のさらに日常的な毎日のオブジェクトとの通信を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費用および無駄を低減させ得る。例えば、店は、在庫中か、または販売されたかもしれない、オブジェクトと通信するか、またはそこからデータを取得することができることによって、非常に精密な在庫データを維持し得る。

ＩｏＴは、オブジェクト、デバイス、ゲートウェイ、ルータ、サーバ、ユーザ、およびアプリケーション等の種々の物理的エンティティまたは「モノ」を含む。各ＩｏＴエンティティは、仮想化することができる異なるプロトコル層上に種々の物理リソースを有し得る。プロトコル（例えば、メディアアクセス制御（ＭＡＣ）プロトコルまたはルーティングプロトコル）は、物理的エンティティが仮想化を通して動的にサポートすることができるプロトコルに関連付けられる、いくつかの物理リソースのうちの１つであり得る。物理的ＩｏＴエンティティ自体もリソースであり得る。展開されたＩｏＴシステムまたは物理的ＩｏＴエンティティは、その構成および要件に基づいて、異なる時間に、または同時に、異なるアプリケーションをサポートすることができる。例えば、都市で展開される大規模屋外無線異種センサネットワークは、大気質監視アプリケーション、交通監視アプリケーション、公衆安全管理アプリケーション等をサポートすることができる。別の実施例では、家庭でインストールされる物理的ＩｏＴゲートウェイは、遠隔医療アプリケーション、家屋監視アプリケーション、およびスマートアプライアンスアプリケーション等のいくつかのアプリケーションをサポートすることができる。結果として、複数のアプリケーションおよび／またはユーザの間でそのようなリソースの共有をサポートするために、仮想化が使用され得る。

ＩｏＴエンティティによるリソースへのアクセスは、ＩｏＴの成功した動作にとって不可欠である。種々のＩｏＴエンティティによって必要とされる物理およびソフトウェアリソースは、リソースの基礎的な物理的および／またはソフトウェア実装の知識を有する必要なく、ＩｏＴエンティティがリソースへのインターフェースを通してそのようなリソースと相互作用することができるような方法で表され得る。ＩｏＴでは、これは、リソース「仮想化」と称され得、使用されるリソースは、例えば、論理インターフェースの使用を通して、サービスとして要求ＩｏＴエンティティに提供され得る。仮想化されたリソースの実施例は、クラウドプロバイダが物理または仮想マシンとしてクラウドインフラストラクチャをユーザに提供する、サービスとしてのインフラストラクチャ（ＩａａＳ）、クラウドがクラウドコンピューティングプラットフォーム（例えば、オペレーティングシステム、プログラミング言語実行環境、データベース、およびウェブサーバ）を提供する、サービスとしてのプラットフォーム（ＰａａＳ）、クラウドプロバイダがクラウドにおいてソフトウェアを実行し、ユーザからソフトウェア用の入力を受信し、ソフトウェアの出力をユーザに提供する、サービスとしてのソフトウェア（ＳａａＳ）、およびサービスとしての記憶、サービスとしてのデータ等の他の仮想化使用可能サービスを含み得る。

しかしながら、既存の仮想化技法は、サービス層共通機能性ではなく、ＩｏＴシステムのために特に定義されていない。サービス層仮想化機能性は、ＥＴＳＩ ＴＣ Ｍ２Ｍ、ＴＳ １０２ ６９０（アーキテクチャ）、Ｅｕｒｏｐｅ ＩｏＴ−Ａ Ｐｒｏｊｅｃｔ、Ｅｕｒｏｐｅ ｉＣｏｒｅ Ｐｒｏｊｅｃｔ、およびｔｈｅ Ｅｕｒｏｐｅ Ｂｕｔｌｅｒ Ｐｒｏｊｅｃｔで定義されるような既存のＭ２Ｍ／ＩｏＴアーキテクチャおよびサービス能力において開発途上である。当技術分野で必要とされるものは、共通サービスとして新しいサービス層仮想化機能性を含み、効率的かつ融通性のあるＩｏＴリソース仮想化の統合をサポートすることができる、システムおよび方法である。

本明細書で開示される実施形態は、接続されたエンティティのネットワーク内で仮想化ブローカにおいて第１のエンティティから第１の仮想化要求を受信することであって、第１の仮想化要求は、第１のエンティティに関連付けられたコンテキスト情報を備えている、ことと、仮想化サーバ識別子に対する要求を仮想化ブローカから仮想化マネージャに伝送することと、仮想化マネージャから仮想化サーバ識別子を受信することとによって、リソースを仮想化する方法を含む。第２の仮想化要求が、仮想化サーバ識別子に関連付けられた仮想化サーバに伝送され得、リソースが仮想化されたという指示を備えている第１の応答が、仮想化サーバから受信され得る。仮想化ブローカからの指示を備えている第２の応答が、第１のエンティティに伝送され得る。

本明細書で開示される実施形態はさらに、接続されたエンティティのネットワーク内の仮想化マネージャを含み、仮想化マネージャは、記憶された命令を実行すると、仮想化サーバに関連付けられたリソースを登録するための要求を受信することと、仮想化サーバおよびリソースに関連付けられたコンテキスト情報を記憶することと、仮想化ポリシーを仮想化サーバにプッシュ配信することと、仮想化クライアントまたは仮想化ブローカからの探索履歴を維持することと、仮想化課金記録を生成することと、仮想化ブローカまたは仮想化クライアントから推奨仮想化サーバ識別子に対する要求を受信することであって、推奨仮想化サーバ識別子に対する要求は、コンテキスト情報を含む、こととを含む動作を達成する。仮想化サーバは、コンテキスト情報に基づいて選択され得、仮想化サーバ識別子は、仮想化ブローカまたは仮想化クライアントに送信され得る。

本明細書で開示される実施形態はさらに、接続されたエンティティのネットワーク内の仮想化サーバエンティティを含み、仮想化サーバエンティティは、記憶された命令を実行すると、第１のエンティティから仮想リソースを作成するための要求を受信することと、仮想リソースを作成するための要求を受理することを決定することと、仮想リソースを作成することと、それ自体および物理リソースを仮想化管理エンティティに登録することと、仮想化コンテキスト情報を仮想化管理エンティティに報告することと、仮想化管理エンティティから仮想化ポリシーにアクセスすることと、以前に作成された仮想リソースを調整することと、以前に作成された仮想リソースを組み合わせることと、仮想リソースが作成されたことを示す応答を第１のエンティティに伝送することとを含む動作を達成する。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
例えば、本願は以下の項目を提供する。
（項目１）
接続されたエンティティのネットワーク内で仮想化ブローカにおいて第１のエンティティから第１の仮想化要求を受信することであって、前記第１の仮想化要求は、前記第１のエンティティに関連付けられたコンテキスト情報を備えている、ことと、
仮想化サーバ識別子に対する要求を前記仮想化ブローカから仮想化マネージャに伝送することと、
前記仮想化マネージャから仮想化サーバ識別子を受信することと、
第２の仮想化要求を前記仮想化サーバ識別子に関連付けられた仮想化サーバに伝送することと、
リソースが仮想化されたという指示を備えている第１の応答を前記仮想化サーバから受信することと、
前記仮想化ブローカから前記第１のエンティティに前記指示を備えている第２の応答を伝送することと
を含む、方法。
（項目２）
前記第２の仮想化要求は、前記第１のエンティティに関連付けられた前記コンテキスト情報の一部を備えている、項目１に記載の方法。
（項目３）
前記仮想化マネージャから前記仮想化サーバ識別子を受信することは、複数の仮想化サーバ識別子を受信することを含む、項目１に記載の方法。
（項目４）
前記第１のエンティティに関連付けられた前記コンテキスト情報に基づいて、前記複数の仮想化サーバ識別子の間から前記仮想化サーバ識別子を選択することをさらに含む、項目３に記載の方法。
（項目５）
コンテキスト更新を仮想化マネージャに伝送することをさらに含む、項目１に記載の方法。
（項目６）
前記第１の応答を第１の形式から第２の形式の第２の応答に変換することをさらに含む、項目５に記載の方法。
（項目７）
登録要求を仮想化マネージャに伝送することをさらに含み、前記登録要求は、前記仮想化サーバに関連付けられた情報を備えている、項目１に記載の方法。
（項目８）
接続されたエンティティのネットワーク内の仮想化管理エンティティであって、
コンピュータ読み取り可能な命令を実行するように適合されているプロセッサと、
前記プロセッサに通信可能に連結され、コンピュータ読み取り可能な命令を記憶しているメモリと
を備え、
前記命令は、前記プロセッサによって実行されると、
仮想化サーバエンティティに関連付けられたリソースを登録するための要求を受信することと、
前記仮想化サーバエンティティおよび前記リソースに関連付けられた情報を記憶することと、
仮想化ブローカエンティティから推奨仮想化サーバエンティティ識別子に対する要求を受信することであって、前記推奨仮想化サーバエンティティ識別子に対する前記要求は、コンテキスト情報を備えている、ことと、
前記コンテキスト情報に基づいて前記仮想化サーバエンティティを選択することと、
仮想化サーバエンティティ識別子を前記仮想化ブローカに伝送することと
を含む動作を前記プロセッサに達成させる、仮想化管理エンティティ。
（項目９）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、前記プロセッサによって実行されると、
前記仮想化サーバエンティティからコンテキスト更新を受信することと、
前記コンテキスト更新に基づいて、前記仮想化サーバエンティティおよび前記リソースに関連付けられた前記記憶された情報を修正することと
を含む動作を前記プロセッサに達成させる、項目８に記載の仮想化管理エンティティ。
（項目１０）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、前記プロセッサによって実行されると、
前記仮想化ブローカエンティティからコンテキスト更新を受信することと、
前記コンテキスト更新に基づいて、前記仮想化ブローカエンティティに関連付けられた第２の記憶された情報を修正することと
を含む動作を前記プロセッサに達成させる、項目８に記載の仮想化管理エンティティ。
（項目１１）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、前記プロセッサによって実行されると、
前記仮想化サーバエンティティによって提供されるリソースが、第２の仮想化サーバエンティティによって提供され、もはや前記仮想化サーバエンティティによって提供されないであろうことを示すコンテキスト更新を前記仮想化サーバエンティティから受信することと、
前記コンテキスト更新に基づいて、前記仮想化サーバエンティティおよび前記リソースに関連付けられた記憶された情報を修正することと
を含む動作を前記プロセッサに達成させる、項目８に記載の仮想化管理エンティティ。
（項目１２）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、前記プロセッサによって実行されると、
第２のドメイン内の第２の仮想化管理エンティティから、第２の推奨仮想化サーバエンティティ識別子に対する第２の要求を受信することであって、前記仮想化管理エンティティは、第１のドメイン内にあり、前記第２の推奨仮想化サーバエンティティ識別子に対する前記第２の要求は、第２のコンテキスト情報を備えている、ことと、
前記第２のコンテキスト情報に基づいて、第２の仮想化サーバエンティティを選択することと、
第２の仮想化サーバエンティティ識別子を前記第２の仮想化管理エンティティに伝送することと
を含む動作を前記プロセッサに達成させる、項目８に記載の仮想化管理エンティティ。
（項目１３）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、前記プロセッサによって実行されると、
第２の仮想化ブローカエンティティから仮想化アルゴリズムを実行するための要求を受信することと、
前記仮想化アルゴリズムを実行し、第２の仮想化サーバエンティティを決定することと、
前記仮想化サーバエンティティに関連付けられた第２の仮想化サーバエンティティ識別子を前記第２の仮想化ブローカエンティティに伝送することと
を含む動作を前記プロセッサに達成させる、項目８に記載の仮想化管理エンティティ。
（項目１４）
前記仮想化アルゴリズムを実行するための前記要求は、コンテキスト情報を備えている、項目１３に記載の仮想化管理エンティティ。
（項目１５）
接続されたエンティティのネットワーク内の仮想化サーバエンティティであって、
コンピュータ読み取り可能な命令を実行するように適合されているプロセッサと、
前記プロセッサに通信可能に連結され、コンピュータ読み取り可能な命令を記憶しているメモリと
を備え、
第１のエンティティから仮想リソースを作成するための要求を受信することと、
前記仮想リソースを作成するための前記要求を受理することを決定することと、
前記仮想リソースを作成することと、
前記仮想リソースが作成されたことを示す応答を前記第１のエンティティに伝送することと
を含む動作を前記プロセッサに達成させる、仮想化サーバエンティティ。
（項目１６）
前記要求は、コンテキスト情報を備え、前記仮想リソースを作成するための前記要求を受理することを決定することは、前記コンテキスト情報に基づく、項目１５に記載の仮想化サーバエンティティ。
（項目１７）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、第１のプロセッサによって実行されると、
前記仮想リソースが作成されたことを示すコンテキスト更新を仮想化管理エンティティに伝送することを含む動作を前記プロセッサに達成させる、項目１５に記載の仮想化サーバエンティティ。
（項目１８）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、第１のプロセッサによって実行されると、
仮想化管理エンティティから仮想化ポリシーを取得することを含む動作を前記プロセッサに達成させる、項目１５に記載の仮想化サーバエンティティ。
（項目１９）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、第１のプロセッサによって実行されると、
第２のエンティティから前記仮想リソースに対する要求を受信することと、
前記仮想化ポリシーに従って前記仮想リソースを前記第２のエンティティに提供することと
を含む動作を前記プロセッサに達成させる、項目１８に記載の仮想化サーバエンティティ。
（項目２０）
前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
前記命令は、第１のプロセッサによって実行されると、
前記第１のエンティティから前記仮想リソースを更新するため要求を受信することと、
前記仮想リソースを更新するための前記要求に基づいて、前記仮想リソースに関連付けられた情報を修正することと、
前記仮想リソースが更新されたことを示す第２の応答を前記第１のエンティティに伝送することと
を含む動作を前記プロセッサに達成させる、項目１５に記載の仮想化サーバエンティティ。

図１は、実施形態による、ＩｏＴ仮想化サービスが実装され得る例示的なネットワーク構成を図示する。 図２は、実施形態による、ＩｏＴ仮想化サービスが実装され得る例示的なＩｏＴ構成を図示する。 図３は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図４は、実施形態による、例示的なプロトコルスタックを図示する。 図５は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図６は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図７は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図８は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図９は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なＩｏＴ構成を図示する。 図１０は、実施形態による、ＩｏＴ仮想化サービスが使用され得る例示的な信号フローを図示する。 図１１は、実施形態による、ＩｏＴ仮想化サービスが使用され得る別の例示的な信号フローを図示する。 図１２は、実施形態による、ＩｏＴ仮想化サービスが使用され得る別の例示的な信号フローを図示する。 図１３は、実施形態による、ＩｏＴ仮想化サービスが使用され得る別の例示的な信号フローを図示する。 図１４は、実施形態による、ＩｏＴ仮想化サービスが使用され得る別の例示的な信号フローを図示する。 図１５は、実施形態による、ＩｏＴ仮想化サービスが使用され得る別の例示的な信号フローを図示する。 図１６は、実施形態による、ＩｏＴ仮想化サービスが実装され得る例示的なネットワーク構成を図示する。 図１７は、実施形態による、ＩｏＴ仮想化サービスが実装され得る別の例示的なネットワーク構成を図示する。 図１８Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図１８Ｂは、図１８Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図１８Ｃは、図１８Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図１８Ｄは、図１８Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

本明細書に記載される実施形態は、表現状態転送（ＲＥＳＴ）アーキテクチャに関して説明され、説明される構成要素およびエンティティは、ＲＥＳＴアーキテクチャ（ＲＥＳＴｆｕｌアーキテクチャ）の制約に従い得る。ＲＥＳＴｆｕｌアーキテクチャは、物理的構成要素の実装または使用される通信プロトコルに関するよりもむしろ、アーキテクチャで使用される構成要素、エンティティ、コネクタ、およびデータ要素に適用される制約に関して説明される。したがって、構成要素、エンティティ、コネクタ、およびデータ要素の役割および機能が説明されるであろう。ＲＥＳＴｆｕｌアーキテクチャでは、一意的にアドレス可能なリソースの表現が、エンティティ間で転送され得る。当業者であれば、本開示の範囲内にとどまりながら、本実施形態の実装が変動し得ることを認識するであろう。当業者であればまた、開示された実施形態が、例示的実施形態を説明するために本明細書で使用されるＥＴＳＩ Ｍ２Ｍアーキテクチャを使用する実装に限定されないことも認識するであろう。開示された実施形態は、ｏｎｅＭ２Ｍ、ならびに他のＭ２Ｍシステムおよびアーキテクチャ等の他のアーキテクチャおよびシステムで実装され得る。

図１は、本開示の例示的実施形態を図示する。システム１００は、内側にＩｏＴエンティティ１３０およびＩｏＴゲートウェイ１４０が常駐し得る、エッジネットワーク１１０を含み得る。ＩｏＴエンティティ１３０は、物理リソース１３２を有し得る。物理リソース１３２は、記憶、計算またはＣＰＵ、通信帯域幅、他の提供されたサービス、センサ、アクチュエータ等を含むが、それらに限定されない、任意の物理リソースであり得る。物理リソース１３２は、仮想化サービス１３１を介して提供され、サービス層インターフェース１３５を介してアクセス可能である仮想リソース１３３として、他のＩｏＴエンティティによる使用のために利用可能にされ得る。同様に、ＩｏＴゲートウェイ１４０は、任意の物理リソースでもあり得、かつ仮想化サービス１４１を介して提供され、サービス層インターフェース１３５を介してアクセス可能である仮想リソース１４３として、他のＩｏＴエンティティによる使用のために利用可能にされ得る、物理リソース１４２を有し得る。ＩｏＴエンティティ１３０およびＩｏＴゲートウェイ１４０の各々は、他方の仮想リソースを使用し得ることに留意されたい。仮想リソースへのアクセスを提供する論理インターフェースを経由した相互作用の方向には想定された制限がない。つまり、多くの実施形態では、ＩｏＴエンティティ１３０は、サービス１４１を使用し得、ＩｏＴゲートウェイ１４０は、サービス１３１を使用し得る。

仮想化されたリソースは、ネットワークにわたっても利用可能であり得る。コアネットワーク１２０内に位置するＩｏＴルータ１５０は、任意の物理リソースでもあり得、かつ仮想化サービス１５１を介して提供され、サービス層インターフェース１４５を介してＩｏＴゲートウェイ１４０等のエッジネットワーク１１０内のエンティティによってアクセス可能である仮想リソース１５３として、他のＩｏＴエンティティによる使用のために利用可能にされ得る、物理リソース１５２を有し得る。ここで再度、ＩｏＴルータ１５０およびＩｏＴゲートウェイ１４０の各々は、他方の仮想リソースを使用し得る。コアネットワーク１２０内に位置するＩｏＴルータ１６０は、任意の物理リソースでもあり得、かつ仮想化サービス１６１を介して提供され、サービス層インターフェース１５５を介してＩｏＴルータ１５０等のエッジネットワーク１２０内のエンティティによってアクセス可能である仮想リソース１６３として、他のＩｏＴエンティティによる使用のために利用可能にされ得る物理リソース１６２を有し得る。ＩｏＴルータ１５０およびＩｏＴサーバ１６０の各々は、他方の仮想リソースを使用し得る。ＩｏＴユーザ１７０は、サービス層インターフェース１６５を介して仮想化されたサービスにアクセスするために仮想化サービス１７１を使用し得る。ＩｏＴユーザ１７０はまた、サービス層インターフェース１６５を介してＩｏＴサーバ１６０のサービス１６１を使用する等、他のＩｏＴエンティティの物理リソースを表すサービスを使用し得る。これらの相互作用および仮想化の追加の詳細が本明細書に記載される。

図２は、本開示の別の例示的実施形態を図示する。システム２００は、ユーザから仮想リソースを作成するための要求を受理するように構成され得る、ＩｏＴゲートウェイ２１０を含み得る。そのような要求に応答して、ＩｏＴゲートウェイ２１０は、物理リソース２１２に関連付けられ、仮想化サービス２１１を介して利用可能にされる仮想リソース２１３を作成し得る。ＩｏＴユーザ２３０は、その仮想化サービス２３１を通して、仮想リソースが作成されることを、ＩｏＴサーバ２２０の仮想化サービス２２１へのサービス層インターフェース２２５を介して要求し得る。ＩｏＴサーバ２２０は、そのような要求の適切な受信側がＩｏＴゲートウェイ２１０であることを決定し、サービス層インターフェース２１５を介して要求をＩｏＴゲートウェイ２１０のサービス２１１に転送し得る。それに応答して、ＩｏＴゲートウェイ２１０は、要求された仮想リソースを作成し得る。

図３は、本開示の別の例示的実施形態を図示する。システム３００は、ＩｏＴエンティティ３１０を含み得、ＩｏＴエンティティ３１０は、温度監視等のために家庭にインストールされるセンサノード等の任意のＩｏＴエンティティであり得、それ自体のリソースが仮想化され、サービスとして他のＩｏＴエンティティに利用可能にされることを要求し得る。ＩｏＴエンティティ３１０は、その仮想化サービス３１１を通して、ＩｏＴサーバ３２０の仮想化サービス３２１が仮想化サービス３１１を利用可能にすることを、サービス層インターフェース３１５を介して要求し得る。それに応答して、ＩｏＴサーバ３２０は、いくつかの実施形態では仮想化サービス３２１を介して、仮想化サービス３１１を公表するか、または別様に利用可能にし得る。サービス３２１はまた、ＩｏＴサーバ３２０の物理リソース３２２に関連付けられる仮想リソース３２３への仮想リソースインターフェースを提供し得る。図１、２、および３で説明されるシステムの各々では、および本明細書で説明される残りの実施形態では、作成された仮想リソースは、ＩｏＴユーザ、ＩｏＴサーバ、ＩｏＴルータ、ＩｏＴゲートウェイ、ＩｏＴモノ／デバイス等の他のＩｏＴエンティティによってアクセスまたは消費され得る。

図４は、例示的なＩｏＴエンティティ４００で実装されるプロトコルスタック内の例示的な仮想化サービスの例示的な位置を図示する。プロトコルスタックは、物理層４１０、ＭＡＣ層４２０、ネットワーク層４３０、メッセージングおよび／またはトランスポート層４４０、サービス層４５０、およびアプリケーション層４６０を含み得る。仮想化サービスは、サービス層４５０に、またはメッセージング／トランスポート層４４０の上方に常駐し得る。したがって、例示的な仮想化関連コマンドおよびメッセージは、ＨＴＴＰ、ＴＣＰ、ＣｏＡＰ、ＵＤＰ、ＸＭＰＰ等の異なるメッセージングおよび／またはトランスポートプロトコルのペイロードに含まれ得る。

例示的な仮想化サービスでは、物理リソースは、各々が異なるユーザによって共有され得る、複数の仮想リソースを生成し得る。本明細書で記載されるような１つ以上の仮想化サービスによる、そのような仮想リソースの作成時に、各仮想リソースは、透過的な方法で要求され、アクセスされ、または種々のユーザに割り当てられ得る。例えば、ネットワークプロバイダは、道路、または共同体の周囲にある、あるいはそれに近接する他の場所に沿って、アクセスポイントおよびゲートウェイ等のいくつかのタイプのネットワークリソースを展開し得る。実施形態では、これらの物理的アクセスポイントは、異なるＩｏＴサービスプロバイダおよび／または他のタイプのサービスプロバイダによって共有され得る。開示された仮想化サービスは、物理リソースプロバイダとサービスプロバイダとの間で効率的かつ融通性のある仮想化管理を可能にし得る。そのような管理は、いくつかある機能の中でも、仮想リソース作成、監視、および取り消しを含み得る。物理的アクセスポイント製造業者は、製造された物理的アクセスポイントが仮想化コマンドを受信し、対応する仮想リソースを作成し得るように、開示された仮想化機能（例えば、本明細書で説明されるような仮想化サーバ）をサポートし得る。

例えば、実施形態では、ゲートウェイまたはアクセスポイントは、センサネットワークをインターネットに接続し得る。センサネットワークでは、各センサノードは、温度センサまたは圧力センサ等のＩｏＴデバイスであり得る。センサネットワークは、本明細書で記載される実施形態を使用して、ＩｏＴサービスプロバイダによって展開および所有され、あるいはネットワークプロバイダによって所有および／または展開され、およびＩｏＴサービスプロバイダによってアクセスされるか、または別様に使用され得る。

図５は、種々の規格とともに使用され得る、例示的な仮想化サービスアーキテクチャ５００を図示する。開示された仮想化サービスのための用途例を提供する、想定された規格用途のいくつかが、以下の表１に記載される。

図５では、一般的な仮想化サービスアーキテクチャ５００は、どのようにしてＩｏＴリソースが異なるリソースドメイン内で管理され得るかを図示する。「リソースドメイン」の定義は、いくつかの実施形態で異なり得る。例えば、ＩｏＴサービスプロバイダの全てのＩｏＴシステムおよび要素は、単一のリソースドメインと見なされ得るか、または、ＩｏＴサービスプロバイダは、リソース場所、リソースタイプ、サポートされたサービスおよび／またはアプリケーションカテゴリ、拡張可能性等の基準に基づいて、全てのＩｏＴリソースを複数のドメインに分割し得る。

図５で描写される例示的な一般仮想化サービスアーキテクチャでは、リソースドメイン５０１および５０２の各々は、仮想化マネージャ（「ＶＴＭ」および「仮想化管理エンティティ」とも称され得る）、仮想化サーバ（「ＶＴＳ」および「仮想化サーバエンティティ」とも称され得る）、仮想化クライアント（「ＶＴＣ」および「仮想化クライアントエンティティ」とも称され得る）、および仮想化ブローカ（「ＶＴＢ」および「仮想化ブローカエンティティ」とも称され得る）の機能を説明する、以下の表２に記載される要素のうちの１つ以上の要素を含み得る。実施形態では、各要素は、論理サービス機能および仮想化サービスである。したがって、各仮想化要素は、図１−３で描写されるような種々のＩｏＴエンティティに常駐し得る。各仮想化要素の機能は、本明細書でさらに詳細に説明される。

一般的な仮想化サービスアーキテクチャ５００では、仮想化要素は、本明細書で説明される仮想化機能を実現するように、表３で以下に記載される例示的な仮想化インターフェースを経由して互に相互作用し得る。

例示的実施形態では、ＶＴＭ（例えば、図５の５１０、５１１、５１２、および５２０）は、リソースドメイン内のＩｏＴリソースのリストを維持し得る。ＶＴＭは仮想化関連ポリシーおよびコンテキスト情報も維持し得る。ＶＴＭは、ＶＴＢ、ＶＴＳ、および／または別のＶＴＭにおいて仮想化ポリシーを更新して実施し得る。例示的実施形態では、リソースドメインは、例えば、図５で見られるような１つ以上のＶＴＭを有し得、ＶＴＭ５１０、５１１、および５１２は、リソースドメイン５０１内に常駐する。ＶＴＭは、ＶＴＣ、ＶＴＢ、またはＶＴＭのうちの１つ以上のものとの通信を介して、単純なリソース発見を行い得るか、あるいは、または代わりに、ＶＴＣ、ＶＴＢ、またはＶＴＭによって要求されるような適切なリソースを識別するために、複雑な仮想化アルゴリズムを使用し得る。ＶＴＭは、１つのリソースドメインから別のリソースドメインへ移動することにおいてリソースあるいはＶＴＳ、ＶＴＢ、またはＶＴＣを支援し得る。１つのリソースドメイン内の複数のＶＴＭ（例えば、図５のＶＴＭ５１０、５１１、および５１２）は、リソース維持および発見性能を向上させるために、階層またはメッシュ構造を形成し得る。ＶＴＭはまた、ＶＴＳの間またはＶＴＢの間の協調を促進し得る。

例示的実施形態では、ＶＴＳ（例えば、図５の５１５、５２１、および５２２）は、１つ以上の物理リソースへのアクセスを有し得る。ＶＴＳは、ＶＴＣまたはＶＴＢから仮想化要求を受信し得、それに応答して、要求された仮想リソースを作成し得る。仮想リソースは、ＶＴＭから受信される１つ以上のポリシーに含まれるパラメータおよび要件に従って作成され得る。ＶＴＳは、そのリソースをＶＴＭに登録し、更新し得る。ＶＴＳは、ＶＴＳ間協調的リソース仮想化および管理を可能にするように互に通信し得る。

ＶＴＣ（例えば、図５の５１６および５２７）は、要求仮想リソース作成を要求するために、仮想化要求をＶＴＳまたはＶＴＢに送信し得る。そのような要求を送信する前に、ＶＴＣは、要求を送信すべき適切なＶＴＳおよび／またはＶＴＣを決定するために、発見要求をＶＴＭに送信し得る。

ＶＴＢ（例えば、図５の５１３、５１４、５２３、および５２４）は、中間ノードとしてＶＴＣとＶＴＳとの間の相互作用を支援し得る。例えば、ＶＴＢは、ＶＴＣからの着信仮想化要求を知的に処理し得る（例えば、ＶＴＢは、要求をＶＴＳに転送する前に、それらをバッファに格納するか、および／またはマージし得る）。複数のＶＴＢが、性能および拡張可能性を向上させるために、階層またはメッシュブローカ構造を形成し得る。ＶＴＢは、レガシーＶＴＳおよびＶＴＣ（例えば、それぞれ、図５の５２５および５２６）と開示されるＶＴＳおよびＶＴＣとの間の通信および相互運用性を促進し得る。

以下の表４は、いくつかの例示的なＩｏＴ仮想化シナリオ、ならびにＶＴＣ、ＶＴＳ、およびＶＴＢの例示的な場所を記載する。また、表４には、開示された仮想化インターフェースをサポートし得る、例示的プロトコルも示されている。例えば、仮想化要求メッセージおよび対応する応答は、とりわけ、ＨＴＴＰおよびＣｏＡＰ等のプロトコルに結合され得る。ＨＴＴＰおよびＣｏＡＰ等のプロトコルは、種々の仮想化サービス要求および応答メッセージを搬送するための下層トランスポートプロトコルとして使用され得る。仮想化要求および応答メッセージは、ＨＴＴＰまたはＣｏＡＰメッセージのペイロード内に封入され得る。代替として、または加えて、仮想化サービス要求または応答内のある情報は、ＨＴＴＰおよび／またはＣｏＡＰヘッダおよび／またはオプション内のフィールドに結合され得る。例えば、実施形態では、仮想化サービス要求および応答プロトコルプリミティブは、ＨＴＴＰまたはＣｏＡＰ要求および応答メッセージのペイロードで搬送され得る、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）またはｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＸＭＬ）記述として符号化され得る。したがって、仮想化機能およびサービスは、仮想化サービスプロトコルＪＳＯＮおよび／またはＸＭＬプリミティブを符号化および／または復号し得、これらの仮想化サービスプリミティブを交換するための下層トランスポートとしてＨＴＴＰおよび／またはＣｏＡＰを使用し得る。他の実施形態では、既存のプロトコルを使用するよりもむしろ、例示的な仮想化インターフェース、およびそのようなインターフェースを使用して伝送されるメッセージが、新しい仮想化サービスプロトコルとして実装され得る。

図６は、ＶＴＳ６３０、ＶＴＣ６４０、ＶＴＭ６１０および６２０を含み得る、例示的なＶＴＣ−ＶＴＳ仮想化アーキテクチャ６００を図示する。仮想化インターフェースＶＴ１ ６３５は、ＶＴＳ６３０とＶＴＣ６４０との間の通信を可能にし得る。仮想化インターフェースＶＴ２ ６４５は、ＶＴＣ６４０とＶＴＭ６２０との間の通信を可能にし得る。仮想化インターフェースＶＴ３ ６２５は、ＶＴＳ６３０とＶＴＭ６２０との間の通信を可能にし得る。仮想化インターフェースＶＴ４ ６１５は、ＶＴＭ６１０とＶＴＭ６２０との間の通信を可能にし得る。表４で上記に記述されるように、いくつかのＩｏＴ仮想化シナリオが考慮され、各ＶＴＣ、ＶＴＳ、およびＶＴＭのいくつかの例示的場所が表で提供される。

ＶＴＳ（例えば、図６のＶＴＳ６３０）は、論理サービス機能を伴うシステムであり得る。ＶＴＳは、物理リソースへのアクセスを提供するか、または有する、任意のＩｏＴエンティティ上に常駐し得る（例えば、ＩｏＴデバイス、ＩｏＴゲートウェイ、ＩｏＴサーバ）。いくつかの実施形態では、ＶＴＳは、ＶＴＣから仮想化要求を受信し、それに応答してＶＴＣのための仮想リソースを作成し得る。作成された仮想リソースは、物理リソースと同一場所に位置し得る。例えば、ＩｏＴネットワークアプリケーション（すなわち、ＶＴＣ）は、ＶＴ１インターフェース（例えば、図６のＶＴ１ ６３５）を介して、ＩｏＴデバイスを複数の仮想デバイスに仮想化するために、仮想化要求をＩｏＴデバイス（すなわち、ＶＴＳ）に発行し得る。ＶＴＳが常駐するＩｏＴエンティティにおいて、ＶＴＳと任意の物理リソースとの間の内部インターフェースが必要とされ得ることに留意されたい。

ＶＴＳは、種々の動作を行い得る。これらの間には、ＶＴＣが適切なＶＴＳを発見し得るように、またはＶＴＭがそのＶＴＳをまとめてそれらを別のＶＴＭに再登録し得るように、ＶＴＳが、ＶＴ３（例えば、図６のＶＴ３ ６２５）インターフェースを使用して、それ自体およびその物理リソースをＶＴＭに登録する、リソース登録がある。ＶＴＳは、複数のＶＴＭに登録し得る。

ＶＴＳによって行われる別の動作は、ＶＴＳがＶＴ１インターフェースを介して受信されるＶＴＣからの仮想化要求を分析する、仮想化要求管理であり得る。ＶＴＳは、そのような着信仮想化要求を受理し、拒否し、またはバッファに格納し得る。そのＶＴＣから仮想化要求を受信した後のＶＴＣからの要求に応じて、ＶＴＳは、バッファに格納された、および／または保留中の仮想化要求を取り消し得る。

ＶＴＳによって行われるなおも別の動作は、ＶＴＳが、ＶＴＣの要求に応じて仮想リソースを作成し、ＶＴ１インターフェースを介して応答を要求ＶＴＣに返送する、仮想リソース作成であり得る。ＶＴＳは、ＶＴ３インターフェースを介して、作成された仮想リソースをＶＴＭに報告し得る。

ＶＴＳによって行われるさらに別の動作は、ＶＴＳが、既存の仮想リソースを取り消し、調整し、または取り出すように、あるいは複数の仮想リソースを組み合わせるように、ＶＴＣからさらなる要求を受信し得る、仮想リソース管理であり得る。

ＶＴＳによって行われる別の動作は、仮想化コンテキスト管理であり得る。仮想化コンテキスト情報は、ＶＴＳにおいてサポートされる仮想化タイプ、仮想化価格情報、およびＶＴＣの要件、性能測定、対応する物理リソース、寿命等の仮想リソースに関する情報を含み得るが、それらに限定されない。ＶＴＳは、各仮想リソースのそのようなコンテキスト情報を作成し得る。ＶＴＳは、仮想リソース性能がＶＴＣの要件を満たすことを確実にするように、作成された仮想リソースを監視し得る。作成された仮想リソースについての潜在的な問題がある場合、ＶＴＳは、割り付けられる物理リソースを自動的に増加させ、通知を関連ＶＴＣに送信し、および／または問題をＶＴＭに報告し得る。

ＶＴＳによって行われるさらに別の動作は、ＶＴＳがＶＴＭで維持される仮想化ポリシーにアクセスし得る、仮想化ポリシー管理であり得る。ＶＴＳは、ＶＴＭからある仮想化ポリシーをダウンロードし、それらをローカルで維持し得る。

ＶＴＣ（例えば、図６のＶＴＣ６４０）は、仮想リソースを作成するために仮想化要求をＶＴＳに送信する論理サービス機能を伴うシステムであり得る。ＶＴＣは、ユーザアプリケーションであり得るか、または他のＩｏＴエンティティに常駐し得る。例えば、ＩｏＴネットワークアプリケーション等のＶＴＣは、ＩｏＴデバイスがそれ自体を複数の仮想デバイスに仮想化することを要求する、仮想化要求をＶＴＳ等のＩｏＴデバイスに送信し得る。

ＶＴＣは、種々の動作を行い得る。これらの間には、ＶＴＣが、所望の仮想リソースを提供することが可能であり得る潜在的なＶＴＳを発見するために、インターフェースＶＴ２（例えば、図６のＶＴ２ ６４５）を介して探索要求をＶＴＭに送信する、ＶＴＳ探索がある。ＶＴＣは、ＶＴＭに加入し、利用可能な新しいＶＴＳがあるとき、以前に利用可能であったＶＴＳが利用可能ではないとき、および／または任意の他のＶＴＳ状況あるいは状態が変化するときに、ＶＴＭから自動通知を受信し得る。

ＶＴＣによって行われる別の動作は、ＶＴＣが仮想リソースの作成を要求するために仮想化要求をＶＴＳに送信する、仮想リソース作成であり得る。ＶＴＣは、複数の異なる仮想化要求をＶＴＳに連続的または同時に送信し得る。要求の同時伝送は、ＶＴＳが複数の要求を一緒に考慮することを可能にし、順に、より多くの要求が許可されて満たされ得、増加した仮想化成功率をもたらす。対照的に、各仮想化要求が連続的に、または独立して処理される連続的仮想化要求処理は、より低い仮想化成功率をもたらし得る。ＶＴＣは、ＶＴ１インターフェースを介して取り消しをＶＴＳに送信することによって、ＶＴＳで以前に伝送された依然として保留中の仮想化要求を取り消すことができる。

ＶＴＣによって行われ得る別の動作は、ＶＴＣが、ＶＴ１インターフェースを介して、既存の仮想リソースを取り消す、調整する、あるいは取り出すために、および／またはＶＴＳにおいて複数の仮想リソースを組み合わせるために、追加の要求を発行する、仮想リソース管理であり得る。

ＶＴＭ（例えば、図６のＶＴＣ６２０）は、ＶＴＣとＶＴＳとの間の相互作用を促進する論理サービス機能を伴うシステムであり得る。これは、ＩｏＴサーバ内および／またはクラウド内に常駐し得る。随意に、ＶＴＭは、ＶＴＣから隠されるＶＴＳの一部であり得る。

ＶＴＭは、種々の動作を行い得る。これらの間には、ＶＴＭが、ＶＴＣまたはＶＴＳによって問い合わせられ得る利用可能なＶＴＳおよびそれらの物理リソースのリストを維持し得る物理／仮想リソース管理がある。ＶＴＭは、複数のＶＴＭが、より拡張可能なアプローチで、利用可能なＶＴＳおよび物理リソースを協調的に記録し得るように、ＶＴ４インターフェース（例えば、図６のＶＴ４ ６１５）を介して別のＶＴＭと相互作用し得る。随意に、ＶＴＭは、ＶＴＣにアクセス不可能であり得る、管理目的のための物理リソースと仮想リソースとの間のマッピング関係を維持し得る。

ＶＴＭによって行われ得る別の動作は、ＶＴＭがＶＴ３インターフェースを介して仮想化ポリシーを動的に調整し、無効にし、および／またはＶＴＳにプッシュし得る、仮想化ポリシー管理である。ＶＴＭは、ＶＴ４インターフェースを介して、別のＶＴＭから仮想化ポリシーを動的にプッシュまたはプル配信し得る。

ＶＴＭによって行われ得る別の動作は、ＶＴＭが、ＶＴＳおよび／またはＶＴＣによってアクセスおよび／または操作され得る、物理および仮想リソースに関する仮想化コンテキスト情報を維持し得る仮想化コンテキスト管理である。

ＶＴＭによって行われ得る別の動作は、ＶＴＭがＶＴＣからの探索履歴情報を維持し、ＶＴＳによって報告されるような仮想化要求処理結果を維持する仮想化課金管理である。この情報に基づいて、ＶＴＭは、仮想化課金記録を生成し得る。

ＶＴ１インターフェース（例えば、図６のＶＴ１ ６３５）は、ＶＴＳとＶＴＣとの間の相互作用を取り扱うシステムであり得る。そのような相互作用は、ＶＴＳにおいて仮想リソースを作成、更新、調整、および／または除去するためのＶＴＣ要求を含み得る。例えば、ＶＴＣは、ＶＴＳによって以前に作成された複数の仮想リソースが組み合わせられることを要求し得る。これらの相互作用はまた、ＶＴＳにおいて保留中の仮想化要求を取り消すためのＶＴＣ要求を含み得る。そのような相互作用はさらに、ＶＴＳが仮想リソースにおける変化および監視された性能に関して通知をＶＴＣに送信することを含み得る。そのような相互作用はまた、ＶＴＳが仮想リソースの性能結果等の通知をＶＴＣに送信し得るように、ＶＴＳおよびＶＴＣが論理接続を確立して維持することを含み得る。

ＶＴ２インターフェース（例えば、図６のＶＴ２ ６４５）は、ＶＴＣとＶＴＭとの間の相互作用を促進するシステムであり得る。そのような相互作用は、ＶＴＣが所望のＶＴＳを見出すことをＶＴＭに求める探索要求をＶＴＭに送信することと、ＶＴＭが応答をＶＴＣに返送することとを含み得る。これらの相互作用はまた、ＶＴＣがＶＴＭで維持される仮想化ポリシーおよび仮想化コンテキスト情報にアクセスすることを含み得る。これらの相互作用はさらに、ＶＴＣがリソース加入をＶＴＭに送信することを含み得、ＶＴＳ、仮想化ポリシー、および／または仮想化コンテキスト情報の変化に関して自動通知をＶＴＭから受信する。

ＶＴ３インターフェース（例えば、図６のＶＴ３ ６２５）は、ＶＴＳとＶＴＭとの間の相互作用を取り扱うシステムであり得る。相互作用は、ＶＴＳがそれ自体をＶＴＭに登録することを含み得る。登録中に、ＶＴＳは、価格情報および他の仮想化コンテキスト情報を示し得る。相互作用はさらに、ＶＴＳがその物理リソースおよび作成された仮想リソースをＶＴＭに報告することを含み得る。そのような相互作用はさらに、ＶＴＳが仮想化要求プロセス結果をＶＴＭに報告することと、ＶＴＳが悪質なＶＴＣをＶＴＭに報告することとを含み得る。ＶＴＭは、悪質として識別されるＶＴＣから「ＶＴＳ探索」メッセージをブロックすることができる。

ＶＴ４インターフェース（例えば、図６のＶＴ４ ６１５）は、２つのＶＴＭの間の相互作用を取り扱うシステムであり得る。これらの相互作用は、ＶＴＭがＶＴＳ登録を別のＶＴＭに転送および／または集約することと、ＶＴＭが別のＶＴＭから所望のＶＴＳを探索することと、ＶＴＭが別のＶＴＭにおいて仮想化ポリシーにアクセスして調整することとを含み得る。

図７は、本明細書で開示される基本的仮想化サービスアーキテクチャに基づいて、ＶＴＳ（または他の実施形態ではＶＴＣ）が複数のＶＴＣ（他の実施形態では１つ以上のＶＴＳ）と連動し得る、システム７００を図示する。１つのＶＴＣと複数のＶＴＳの実施形態（例えば、図７のＶＴＣ７４０）では、ＶＴＳ（例えば、図７のＶＴＣ７２０）は、ＶＴＣによる要求を満たすために十分なリソースを提供できない場合がある。この場合、ＶＴＣは、複数のＶＴＳを選択し、別個の仮想化要求をそれらの各々に送信することができる。しかしながら、ＶＴＣは、基本的ＶＴＣ−ＶＴＳ仮想化サービスアーキテクチャで、いくつの、およびどのＶＴＳが選択されるかを決定し得る。１つのＶＴＳと複数のＶＴＣの実施形態では、ＶＴＳ（例えば、図７のＶＴＳ７１０）は、複数のＶＴＣにサービス提供し得る。ＶＴＳは、ＶＴＳが十分な物理リソースを有する場合に複数のＶＴＣのための仮想リソースを作成して提供することができる。

図８は、ＶＴＢが、論理サービス機能および１つ以上の仮想化インターフェースを伴うシステムである、ブローカベースの仮想化サービスアーキテクチャの実施形態を図示する、例示的なシステム８００を示す。上記の表４は、いくつかのＩｏＴ仮想化実施形態を記載し、そのような実施形態でのＶＴＢの場所を詳述する。ＶＴＢ（例えば、図８のＶＴＢ８４０およびＶＴＢ８５０）は、透過的および非透過的な方法のいずれかでＶＴＳとＶＴＣとの間の相互作用を調整するために、ＶＴＣおよびＶＴＳの両方の機能および動作を行い得る。例えば、ＶＴＢは、ＶＴＣをレガシーＶＴＳに接続することができる。ＶＴＢは、複数のＶＴＳを調整し得、かつ別のＶＴＢとも連動し得る。

ＶＴＢは、種々の動作を行い得る。これらの間には、ＶＴＣおよびＶＴＳがＶＴＭから潜在的なＶＴＢを発見し得るように、ＶＴＢがそれ自体をＶＴＭに登録することを含み得る。ＶＴＢはまた、ＶＴＣから仮想化要求を受信し、そのような要求をＶＴＳに転送し得る。ＶＴＢは、ＶＴＣの代わりに、１つ以上の適切なＶＴＳを検索して選択し得る。ＶＴＢは、単一の仮想化要求を複数の仮想化要求に分割し得る。ＶＴＢはまた、複数の仮想化要求を単一の仮想化要求に集約し得る。

ＶＴＢが行い得る他の動作は、着信要求をバッファに格納し、区別された優先的な様式でそれらをＶＴＳに転送することを含み得る。ＶＴＢは、ＶＴＳの代わりにいくつかのＶＴＣにサービス提供し得る。ＶＴＢは、１つのＶＴＳから別のＶＴＳへの仮想リソース移動を調整し得る。ＶＴＢは、ＶＴＣから仮想化要求を受信し、それらを別のＶＴＢに転送し得る。ＶＴＢは、適正なＶＴＳおよび／またはＶＴＢを発見して選択するために、ＶＴＭと連動し得る。ＶＴＢは、仮想化ポリシーおよび仮想化コンテキスト情報に、一実施形態では、動的ポリシー調整および実施においてユーザにアクセスするように、ＶＴＭと連動し得る。ＶＴＢは、異なるタイプのＶＴＳおよびＶＴＣの相互作用を促進し得る。例えば、図８に示されるように、ＶＴＢ８５０は、レガシー仮想化インターフェースＶＴ１０ ８１４を介してレガシーＶＴＳ８３０と連動する。ＶＴＢ８５０は、レガシーＶＴＳ８３０とＶＴＣ８４０との間の変換を行い得る。

レガシーＶＴＳ（例えば、レガシーＶＴＳ８３０）は、リソース仮想化をサポートするために従来の論理サービス機能を有する、システムであり得る。これは、ＶＴＣまたは他のＶＴＳと直接通信できない場合がある。代わりに、これは、例えば、レガシーインターフェースＶＴ１０ ８１４を介し、ＶＴＢ８５０を通してＶＴＳ８２０と通信し得る。

ＶＴ５インターフェース（例えば、図８のＶＴ５ ８１５）は、ＶＴＣとＶＴＢとの間の相互作用を取り扱うシステムであり得る。ＶＴ５インターフェースは、ＶＴ１インターフェースと類似する機能をサポートし得る。

ＶＴ６インターフェース（例えば、図８のＶＴ５ ８１２およびＶＴ６ ８１７）は、ＶＴＢとＶＴＳとの間の相互作用を取り扱うシステムであり得る。ＶＴ６インターフェースはまた、ＶＴ１インターフェースと類似する機能をサポートし得るが、ＶＴＢ制御式多重ＶＴＳ調整（本明細書でさらに詳細に議論される）に関連する追加の機能もサポートし得る。

ＶＴ７インターフェース（例えば、図８のＶＴ７ ８１３）は、２つのＶＴＢの間の相互作用を取り扱うシステムであり得る。そのような相互作用は、１つのＶＴＢが仮想化要求を別のＶＴＢに転送することと、転送ＶＴＢへの仮想化応答の伝送とを含み得る。

ＶＴ８インターフェース（例えば、図８のＶＴ８ ８１１）は、２つのＶＴＳの間の相互作用を取り扱うシステムであり得る。そのような相互作用は、例えば、ＶＴＢ制御式多重ＶＴＳ調整（本明細書でさらに詳細に議論される）で使用されるような直接ＶＴＳ−ＶＴＳ相互作用を含み得る。ＶＴ８インターフェースはまた、１つのＶＴＳから別のＶＴＳへの仮想リソース移動をサポートし得る。いくつかの実施形態では、ＶＴＣは、移動させられた仮想リソースに関して通知されない。

ＶＴ９インターフェース（例えば、図８のＶＴ９ ８１８）は、ＶＴＢとＶＴＭとの間の相互作用を取り扱うシステムであり得る。ＶＴ９インターフェースは、ＶＴ２インターフェースおよびＶＴ３インターフェースと類似する機能をサポートし得る。

ＶＴ１０インターフェース（例えば、図８のＶＴ１０ ８１４）は、ＶＴＢとレガシーＶＴＳとの間の相互作用を取り扱うシステムであり得る。ＶＴ１０インターフェースは、レガシーまたは専用仮想化インターフェースであり得る。

ＶＴ１１インターフェース（例えば、図８のＶＴ１１ ８１６）は、ＶＴＢとレガシーＶＴＣとの間の相互作用を取り扱うシステムであり得る。ＶＴ１１インターフェースもまた、レガシーまたは専用仮想化インターフェースであり得る。

図９は、仮想化サービス９１０と他のＩｏＴサービス９２０との間の例示的相互作用９３０を図示する。例示的な仮想化要素または機能（例えば、ＶＴＣ９１１、ＶＴＳ９１２、ＶＴＢ９１３、およびＶＴＭ９１４）は、ＩｏＴサービスとして実装され、仮想化サービスと称され得る。ＩｏＴサービスプラットフォームは、とりわけ、移動性管理サービス９２１、イベント管理サービス９２２、識別管理サービス９２３、発見サービス９２４、ポリシー管理サービス９２５、および課金サービス９２６等のサービスを含み得る。仮想化サービス９１０は、以下の相互作用を使用することによってＩｏＴリソース仮想化をより効率的にするために、これらのＩｏＴサービスと連動し得る。

仮想化サービス９１０は、新しい仮想化、仮想化取り消し、または仮想化調整／適応をトリガするように、移動性管理サービス９２１からトリガを受信し得る。仮想化サービス９１０は、仮想リソース移動を果たすことに役立つために、移動性管理サービス９２１を使用し得る。

仮想化サービス９１０は、イベント管理サービス９２２に提供され得る新しいイベントを生成および／または作成し得る。仮想化サービス９１０は、イベント管理サービス９２２から、新しい仮想化、仮想化取り消し、または仮想化調整あるいは適応をトリガするためのトリガを受信し得る。仮想化サービス９１０は、イベント管理サービス９２２においてイベント（例えば、仮想化関連イベント）を操作し得る（例えば、イベントを取り出す、更新する、削除する、組み合わせる）。

仮想化サービス９１０は、認証および他のセキュリティ目的のために、識別マッピング等の識別管理サービス９２３からのサービスを要求し得る。仮想化サービス９１０、具体的にはＶＴＳ９１１およびＶＴＭ９１４は、新たに作成された仮想リソース（例えば、オブジェクト、センサ、接続性、ネットワーク等）の新しい識別または識別子を作成して記憶し得る。仮想化サービス９１０は、識別管理サービス９２３に記憶された仮想化関連識別または識別子にアクセスして操作し得る。

仮想化サービス９１０は、移動性管理サービス９２１、イベント管理サービス９２２、識別管理サービス９２３、ポリシー管理サービス９２５、および課金サービス９２６等の他のサービスを見出すために、発見サービス９２４を使用し得る。代替として、または加えて、仮想化サービス９１０は、他の仮想化サービスを発見するために発見サービス９２４を使用し得る。

仮想化サービス９１０は、ポリシー管理サービス９２５から仮想化関連ポリシーを取得し得る。そのようなポリシーは、必要とされるとき、および／またはポリシー管理サービス９２５からの自動伝送として受信されるときに、仮想化サービス９１０によって取り出され得る。ポリシー管理サービス９２５は、ＶＴＭ９１４、ＶＴＢ９１３、および／またはＶＴＳ９１２における既存の仮想化関連ポリシーを更新するか、または取り消し得る。

仮想化サービス９１０は、仮想化要求および仮想リソースを記録に残し得、課金サービス９２６に提供されるべき課金記録を生成し得る。課金サービス９２６は、仮想化サービス９１０の課金記録生成動作を構成し、管理し得る。課金サービス９２６は、仮想化サービス９１０によって生成される課金記録にアクセスし、それをプル配信し得る。

実施形態では、メッセージは、本明細書で説明されるような異なる仮想化インターフェースを経由して２つの仮想化要素（例えば、ＶＴＣ、ＶＴＳ、ＶＴＢ、およびＶＴＭ）の間で交換され得る。メッセージは、ペイロードとして、および／またはヘッダあるいはオプションフィールド内で、異なるプロトコル（例えば、ＨＴＴＰおよびＣｏＡＰ）に含まれ得る。上記の表４は、ＨＴＴＰおよびＣｏＡＰが適用され得るインターフェースのいくつかの実施例を図示する。代替として、新しい仮想化サービスプロトコルが、仮想化要求および応答メッセージをトランスポートするために使用され得る。

図１０は、コンテキスト認識仮想化実施形態で使用され得る、例示的な信号フロー１０００を図示する。そのような実施形態では、ＶＴＣ１０１０は、ＶＴＢ１０２０を介して仮想リソースがＶＴＳ１０３０で作成されることを要求し得る。図１０で図示される例示的実施形態は、仮想化効率を向上させためにコンテキスト情報を仮想化し得る。

１０１１では、ＶＴＳ１０３０が、それ自体およびその物理リソースを登録するために、「ＶＴＳ登録」メッセージをＶＴＭ１０４０に送信する。代替として、ＶＴＳ１０３０は、ＶＴＭ１０４０にすでに登録している場合に「ＶＴＳ更新」メッセージをＶＴＭ１０４０に送信し得る。このＶＴＳ登録メッセージまたはＶＴＳ更新メッセージは、いくつかのパラメータのうちのいずれかを含み得る。これらの間には、ＶＴＳ１０３０の物理的な場所、ＶＴＳ１０３０が管理する、および／または提供することができるリソースタイプおよび各タイプのリソース属性、各タイプのリソースの寿命、各タイプのリソースの物理的な場所、各タイプのリソースの量、ＶＴＳ１０３０が仮想リソースを作成することができる各タイプのリソースの粒度、各タイプのリソースを作成するための応答時間、各タイプのリソースがサポートすることができる仮想リソースの最大数、およびＶＴＳ１０３０が提供し得るリソースの価格情報（例えば、課金計画および率）を表す情報がある。１０１２では、登録の成功または失敗を示す応答がＶＴＳ１０３０に返送され得る。

１０１３では、ＶＴＣ１０１０が、第１の仮想化要求をＶＴＢ１０２０に送信し得る。このメッセージは、その場所、その移動速度、その能力等のＶＴＣ１０１０に関するコンテキスト情報を含み得る。このメッセージは、１つ以上のリソース要求項目（「ＲＲＩ」）を含み得る。各ＲＲＩは、以下のコンテキスト情報、すなわち、要求されるリソースのタイプ、要求されるリソースの量、要求されるリソースに対する手頃な価格、要求されるリソースの期待される場所、要求されるリソースの期待される応答時間、要求されるリソースの期待される寿命、およびリソース要求項目がＶＴＢ１０２０によって処理され得る許容遅延等のコンテキスト情報を含み得る。

１０１４では、ＶＴＢ１０２０が、コンテキスト認識仮想化要求処理を行い得る。ＶＴＢ１０２０は、コンテキスト認識アプローチで１０１３において受信された着信要求メッセージを分析して処理し得る。例えば、ＶＴＢ１０２０は、ＶＴＣ１０１０の場所または手頃な価格等のＶＴＣ１０１０に関するコンテキスト情報に基づいて、要求１０１３を拒否し得る。別の実施例では、ＶＴＢ１０２０は、各ＲＲＩに対して、含まれた「許容遅延」情報に基づいて、要求１０１３をバッファに格納するか、または即時に処理し得る。ＶＴＢ１０２０が要求１０１３を拒否するか、またはしばらくバッファに格納することを決定する場合、図１０に関して説明される残りのメッセージおよびアクションは行われないこともある。

１０１５では、ＶＴＢ１０２０が、ＶＴＳ探索メッセージをＶＴＭ１０４０に送信する。このメッセージは、メッセージ１０１３で要求されるリソースを潜在的に提供し得る、ＶＴＳ候補のリストを発見するために使用され得る。ＶＴＳ探索メッセージは、メッセージ１０１３に含まれるコンテキスト情報、メッセージ１０１３が複数のＲＲＩを含むかどうか、ならびにその識別および場所等のＶＴＢ１０２０に関するコンテキスト情報のうちのいずれかまたは全て等のコンテキスト情報を含み得る。メッセージ１０１３が複数のＲＲＩを含む場合、ＶＴＢ１０２０は、いくつかのＲＲＩをバッファに格納し、したがって、他のバッファに格納されていないＲＲＩに関するコンテキスト情報のみを含み得る。代替として、ＶＴＢ１０２０は、それ自体をＶＴＭ１０４０に以前に登録していることがあり、ＶＴＭ１０４０は、ＶＴＢ１０２０のコンテキスト情報を維持し得る。その場合、そのコンテキスト情報が変化するまでＶＴＳ探索メッセージの中にＶＴＢ１０２０のコンテキスト情報をピギーバックする必要がない。１０１６では、ＶＴＭ１０４０が、ＶＴＳ候補のリストをＶＴＢ１０２０に返信する。登録メッセージ１０１１に記載されるような各ＶＴＳに関するコンテキスト情報は、このメッセージの中でピギーバックされ得る。

１０１７では、ＶＴＢ１０２０が、コンテキスト認識仮想化方策およびＶＴＳ選択を行い得る。この動作では、ＶＴＢ１０２０は、仮想化方策（例えば、スプリットアンドマージ）を決定し、要求１０１３およびＶＴＭ１０４０から返信される応答１０１６に含まれるコンテキスト情報に基づいて適切なＶＴＳを選択し得る。例えば、ＶＴＢ１０２０は、要求１０１３を複数の仮想化要求メッセージに分割し得る。

１０１８では、ＶＴＢ１０２０が、第２の仮想化要求を選択されたＶＴＳ１０３０に送信する。このメッセージは、ＶＴＳ１０３０がある要求された仮想リソースを作成することを要求する。ＶＴＢ１０２０は、要求１０１３をＶＴＳ１０３０が理解することができる異なる形式で要求１０１８に変換することができる。加えて、要求１０１８は、要求１０１３に含まれるよりも少ないＲＲＩを含み得る。要求１０１３と同様に、要求１０１８もコンテキスト情報を含み得る。

１０１９では、ＶＴＳ１０３０が、要求に含まれるコンテキスト情報に基づいて、要求１０１８を受理または拒否するかどうかを決定し、応答をＶＴＢ１０２０に送信する。ＶＴＳ１０３０が要求１０１８を受理することを決定する場合、対応する物理リソースを割り付け、作成された仮想リソースと元の物理リソースとの間のマッピング関係を確立することによって、要求された仮想リソースを作成するであろう。ＶＴＳ１０３０が要求１０１８の要件を満たすために十分な物理リソースを有しない場合、ＶＴＳ１０３０は、別のＶＴＳとの直接相互作用を通して、そのＶＴＳからリソースを借用し得る。

１０２１では、ＶＴＢ１０２０が、応答１０１９を応答１０２１に変換し、それをＶＴＣ１０１０に転送する。ＶＴＳ１０３０が要求１０１８を拒否する場合、ＶＴＢ１０２０は、他のＶＴＳを再選択し、要求を新たに選択されたＶＴＳに再送信し得る。ＶＴＳ１０３０が要求１０１８を拒否する場合、ＶＴＳ１０３０は、別のＶＴＳをＶＴＢ１０２０に推奨し得るか、またはＶＴＢ１０２０の代わりに別のＶＴＳに直接接触し得る。

１０２１では、ＶＴＳ１０３０が、残りの物理リソース、課金率の変更、および任意の他の変更等のそのコンテキスト情報を更新するために、コンテキスト更新メッセージをＶＴＭ１０４０に送信する。ＶＴＳ１０３０はまた、作成された仮想リソースのための課金記録を生成し、課金記録をＶＴＭ１０４０に報告し得る。１０２３では、ＶＴＢ１０２０が、その残りの物理リソース、課金率の変更、および任意の他の変更を更新するために、コンテキスト更新メッセージをＶＴＭ１０４０に送信する。

協調的仮想化の実施形態では、ＶＴＣは、第１のＶＴＢを介してある仮想リソースを作成し得るが、要求された仮想リソースは、単一のＶＴＳによって提供されることができない場合があるので、複数のＶＴＳによって提供されなければならない。そのような状況に対処する例示的な仮想化スプリットアンドマージプロセスが、図１１の信号フローで図示される。同一のＶＴＢを介して仮想リソースを要求する複数のＶＴＣがあり、要求された仮想リソースが単一のＶＴＳにおいて潜在的に作成され得る場合、要求がマージされ得る。図１２で示されるような例示的な仮想化スプリットアンドマージプロセスが、この状況に対処するために使用され得る。

図１１は、開示された仮想化スプリットアンドマージプロセスを採用する実施形態で使用され得る、例示的な信号フロー１１００を図示する。１１１１では、ＶＴＣ１１１０が、仮想化要求をＶＴＢ１１２０に送信する。１１１２では、ＶＴＢ１１２０が、要求１１１１を分析し、単一のＶＴＳが要求を満たすことができないことを見出す。ＶＴＢ１１２０がこのプロセス中にＶＴＭと接触し得ることに留意されたい。さらに１１１２では、ＶＴＢ１１２０が、要求１１１１を複数の要求（すなわち、仮想化要求Ａおよび仮想化要求Ｂ）に分割し、２つの適切なＶＴＳ、すなわち、ＶＴＳ１１３０およびＶＴＳ１１４０を選択する。ＶＴＢ１１２０は、要求１１１１を２つより多くの要求に分割し、２つより多くのＶＴＳを選択し得ることに留意されたい。実施形態では、ＶＴＢ１１２０は、ＶＴＳ候補のリストを得るために、ＶＴＭと関連して本明細書で記載されるＶＴＳ探索プロシージャを使用していることもある。

１１１３では、ＶＴＢ１１２０が、仮想化要求ＡをＶＴＳ１１３０に送信し、１１１４でＶＴＳ１１３０から応答を受信する。１１１５では、ＶＴＢ１１２０が、仮想化要求ＢをＶＴＳ１１４０に送信し、１１１６でＶＴＳ１１４０から応答を受信する。１１１１７では、ＶＴＢ１１２０が、集約応答を生成するために応答ＡとＢとをマージし、１１１８で集約応答をＶＴＣ１１１０に送信する。

図１２は、開示された仮想化マージアンドスプリットプロセスを採用する実施形態で使用され得る、例示的な信号フロー１２００を図示する。１２１１では、ＶＴＣ１２１０が、仮想化要求ＡをＶＴＢ１２３０に送信し、１２１２では、ＶＴＣ１２２０が、仮想化要求ＢをＶＴＢ１２３０に送信する。１２１３では、ＶＴＢ１２３０が、仮想化要求Ａおよび仮想化要求Ｂをバッファに格納し、単一のマージされた要求にマージする。１２１４では、マージされた要求がＶＴＳ１２４０に送信される。ＶＴＢ１２３０は、ＶＴＳ候補のリストを得るように、ＶＴＳ探索をＶＴＭに送信していることもある。１２１５では、ＶＴＳ１２４０が、応答をＶＴＢ１２３０に返送する。１２１６では、ＶＴＢ１２３０が、応答を、仮想化要求Ａおよび仮想化要求Ｂにそれぞれ対応する応答Ａおよび応答Ｂに分割する。次いで、応答Ａは、１２１８でＶＴＣ１２１０に送信され、応答Ｂは、１２１７でＶＴＣ１２２０に送信される。

実施形態では、１つのＶＴＭ内の仮想リソース移動のためのプロセスが実装され得る。ＶＴＢまたはＶＴＣは、仮想リソースを第１のＶＴＳから別のＶＴＳへ移動させる必要があり得る。これら全ての要素を管理する単一のＶＴＭがあり得る。ＶＴＢまたはＶＴＣが第１のＶＴＳを通して仮想リソースを以前に作成した後、負荷バランシング、移動性、エネルギー消費を低減させること、ポリシーベースの仮想化適応および／または調整、コンテキストベースの仮想化適応および／または調整を含む、種々の要因のうちのいずれかにより、移動が必要とされ得る。したがって、ＶＴＢまたはＶＴＣは、別のＶＴＳを選択し得、かつ既存の仮想リソースを第１のＶＴＳから新たに選択されたＶＴＳへ移動させ得る。

図１３は、１つのＶＴＭ内の仮想リソース移動のための開示されたプロシージャを採用する実施形態で使用され得る、例示的な信号フロー１３００を図示する。１３１１では、リソースを移動させる必要性により、ＶＴＣ／ＶＴＢ１３１０が、新しいＶＴＳ、本実施例ではＶＴＳ１３３０を選択し得る。こうするために、ＶＴＣ／ＶＴＢ１３１０は、本明細書で説明されるように、ＶＴＳ候補のリストを得るために、ＶＴＳ探索メッセージをＶＴＴＭ１３４０等のＶＴＭに送信していることもある。リソース移動は、仮想化コンテキスト情報および／または仮想化ポリシーの変化により、仮想リソースを現在ホストしているＶＴＳ（例えば、ＶＴＳ１３２０）、ＶＴＢ（例えば、ＶＴＣ／ＶＴＢ１３１０）、またはＶＴＭ（例えば、ＶＴＭ１３４０）によってトリガされ得ることに留意されたい。

１３１２では、ＶＴＣ／ＶＴＢ１３１０が、移動要求を新たに選択されたＶＴＳ１３３０に送信し得る。このメッセージは、要求されたリソースに関するコンテキスト情報、およびＶＴＳ１３１０に関するコンテキスト情報を含み得る。１３１３では、ＶＴＳ１３３０が、応答をＶＴＣ／ＶＴＢ１３１０に返送する。ＶＴＳ１３３０が移動要求を拒否した場合、ＶＴＣ／ＶＴＢ１３１０は、別のＶＴＳを選択して再度試行し得る。ＶＴＳ１３３０が要求を受理する場合、ＶＴＳ１３３０は、前のＶＴＳ１３２０からコンテキスト転送を受信する準備ができているであろう。

１３１４では、ＶＴＣ／ＶＴＢ１３１０が、移動通知をＶＴＳ１３２０に送信し得る。このメッセージは、新しいＶＴＳ１３３０に関するコンテキスト情報を含み得、コンテキスト情報は、移動に備えるために使用され得る。１３１５では、ＶＴＳ１３２０が、コンテキスト転送メッセージを新しいＶＴＳ１３３０に送信する。このメッセージは、移動させられる仮想リソースに関連付けられるコンテキスト情報の一部または全体を含み得る。例えば、仮想リソースが記憶装置である場合、記憶されたコンテンツは、ＶＴＳ１３２０から新しいＶＴＳ１３３０に転送され得るように示され得る。１３１６では、ＶＴＳ１３３０が、コンテキスト転送が成功したことを示す応答をＶＴＳ１３２０に送信する。転送が成功した場合、応答１３１６を受信すると、ＶＴＳ１３２０は、仮想リソースおよび関連コンテキスト情報を取り消すか、または別様に削除あるいは除去し得る。

１３１７では、ＶＴＳ１３２０が、移動通知１３１４に応答して、応答をＶＴＣ／ＶＴＢ１３１０に送信する。１３１８では、ＶＴＳ１３３０が、例えば、移動によるＶＴＳ１３３０におけるリソース変更を更新するために、ＶＴＭ１３４０とともにコンテキスト更新を行う。１３１９では、ＶＴＳ１３２０もまた、例えば、移動によるＶＴＳ１３２０におけるリソース変更を更新するために、ＶＴＭ１３４０とともにコンテキスト更新を行う。最終的に、１３２１では、ＶＴＣ／ＶＴＢ１３１０は、例えば、ＶＴＣ／ＶＴＢ１３１０のＶＴＳとの関係を更新するために、ＶＴＭ１３４０とともにコンテキスト更新を行う。

実施形態では、異なるＶＴＭにわたる仮想リソース移動のためのプロセスが実装され得る。ＶＴＢまたはＶＴＣは、第１のＶＴＳにおける以前に作成されたリソースを別のＶＴＳへ移動させる必要があり得る。第１のＶＴＭが、ＶＴＢまたはＶＴＣを管理し得る一方で、第２のＶＴＭが、第２のＶＴＢおよびＶＴＳを管理し得る。実施形態によると、仮想リソースは、１つのＶＴＭドメインから別のＶＴＭドメインへ移動させられ得る。

図１４は、１つのＶＴＭドメインから別のＶＴＭドメインへの仮想リソース移動のための開示されたプロシージャを採用する実施形態で使用され得る、例示的な信号フロー１４００を図示する。１４１１では、ＶＴＢ１４１０が、ＶＴＭ１４６０のドメイン内で適切なＶＴＢを見出すために、ＶＴＳ探索メッセージをＶＴＭ１４５０に送信する。１４１２では、ＶＴＭ１４５０が、ＶＴＭ１４６０のドメイン内で適切なＶＴＢを見出すために、ＶＴＳ探索をＶＴＭ１４６０に転送する。１４１３では、ＶＴＭ１４６０が、アドレス等の決定されたＶＴＢに関する情報を含み得る、応答をＶＴＭ１４５０に送信する。１４１４では、ＶＴＭ１４５０が、その応答をＶＴＢ１４１０に送信する。

１４１５では、ＶＴＢ１４１０が、いくつかの実施形態では、メッセージに含まれるＶＴＳ１４５０に関する情報とともに、ＶＴＢ登録メッセージをＶＴＭ１４６０に送信する。１４１６では、ＶＴＭ１４６０が、応答をＶＴＢ１４１０に返送する。ＶＴＢ１４１０が以前の交換からＶＴＭ１４６０のドメイン内のＶＴＢおよびＶＴＳに関する情報を決定しない場合、１４１７でＶＴＳ探索メッセージをＶＴＭ１４６０に送信し、ＶＴＢおよびＶＴＳ情報とともに１４１８で応答を受信し得る。

１４１９では、ＶＴＢ１４１０が、移動要求をＶＴＳ１４４０に送信する。このメッセージは、ＶＴＭ１４６０が以前のステップでＶＴＢを選択した場合、ＶＴＢ１４３０を介して中継され得る。ＶＴＳ１４２０に関する情報が、このメッセージに含まれ得る。１４２１では、ＶＴＳ１４４０が、同様にＶＴＢ１４３０を介して中継され得る応答をＶＴＢ１４１０に送信し得る。１４２２では、ＶＴＢ１４３０およびＶＴＳ１４４０に関する情報を含む移動通信が、ＶＴＳ１４２０に送信され得る。それに応答して、ＶＴＳ１４２０は、そのエンティティが知られているＶＴＢ１４３０を介して、コンテキスト転送メッセージ１４２３をＶＴＳ１４４０に送信し得る。１４２４では、応答が、そのエンティティが知られているＶＴＢ１４３０を介して、ＶＴＳ１４４０によって送信され得る。１４２５では、応答が、ＶＴＳ１４２０によってＶＴＢ１４１０に中継される。

１４２６では、ＶＴＳ１４４０が、移動させられた仮想リソースおよび他の仮想化コンテキスト情報をＶＴＭ１４６０に知らせるために、コンテキスト更新をＶＴＭ１４６０に送信する。１４２７では、ＶＴＳ１４２０が、移動させられた仮想リソースおよび他の仮想化コンテキスト情報をＶＴＭ１４５０に知らせるために、コンテキスト更新をＶＴＭ１４５０に送信する。１４２８では、ＶＴＢ１４１０が、移動させられた仮想リソースおよび他の仮想化コンテキスト情報をＶＴＭ１４５０に知らせるために、コンテキスト更新をＶＴＭ１４５０に送信する。そして最終的に、１４２９では、ＶＴＢ１４３０が、移動させられた仮想リソースおよび他の仮想化コンテキスト情報をＶＴＭ１４６０に知らせるために、コンテキスト更新をＶＴＭ１４６０に送信する。

クラウドベースの仮想化の実施形態では、ＶＴＣは、第１のＶＴＢを介して、あるＶＴＳにおいて仮想リソースを作成することを要求し得る。しかしながら、第１のＶＴＢは、計算集中的仮想化アルゴリズムを実行する限定された能力を有し得、それ自体で適切なＶＴＳを決定できない場合がある。そのような実施形態では、第１のＶＴＢは、仮想化計算をＶＴＭにオフロードし得る。

図１５は、仮想化計算をオフロードするための開示されたプロシージャを採用する実施形態で使用され得る、例示的な信号フロー１５００を図示する。１５１１では、ＶＴＣ１５１０が、仮想化要求をＶＴＢ１５２０に送信し得る。しかしながら、ＶＴＢ１５２０は、概して、高い計算オーバーヘッドを導入する仮想化アルゴリズムにより、適正なＶＴＳを決定するために必要な仮想化アルゴリズムを実行できない場合があり、ＶＴＢ１５２０は、全体的に最適な解決策を取得することを困難にし得る、いくつかのＶＴＳに関する限定された情報のみを有し得るか、または、ある事前構成されたポリシーが、ＶＴＢ１５２０があるタイプの仮想リソースのための仮想化アルゴリズムを実行することを妨げ得る。代わりに、ＶＴＢ１５２０は、より強力な計算能力およびＶＴＳに関するより完全な情報を用いてクラウドで展開され得る、ＶＴＭ１５４０に仮想化計算タスクをオフロードし得る。したがって、ＶＴＢ１５２０は、１５１２で仮想化計算をオフロードするメッセージをＶＴＭ１５４０に送信し得る。このメッセージは、要求１５１１に含まれるコンテキスト情報の一部または全体を含み得る。要求１５１１に含まれるいくつかのＲＲＩは、ＶＴＭ１５４０に送信されるよりもむしろ、ＶＴＢ１５２０でバッファに格納され得る。いくつかの実施形態では、ＶＴＣ１５１０は、例えば、ＶＴＢ１５２０またはＶＴＭ１５４０からの以前の通知から、ＶＴＢ１５２０が計算集中的仮想化アルゴリズムを行うことができないことを知っていた場合、仮想化要求をＶＴＭ１５４０に直接送信し得る。

ＶＴＭ１５４０は、仮想化計算を行い、ＶＴＢ１５２０のための適切なＶＴＳを決定する。１５１３では、これが、選択されたＶＴＳのリストをＶＴＢ１５２０に返信する。１５１４では、ＶＴＢ１５２０が、ＶＴＭ１５４０によって提供されるリストから選択される、選択されたＶＴＳであるＶＴＳ１５３０に仮想化要求を送信する。ＶＴＳ１５３０は、要求を受理するかどうかを決定し、１５１５で応答を返信する。ＶＴＳ１５３０が要求を受理することを決定する場合、対応する物理リソースを割り付け、作成された仮想リソースと元の物理リソースとの間のマッピング関係を確立することによって、要求された仮想リソースを作成するであろう。ＶＴＳ１５３０が要求を拒否する場合、ＶＴＢ１５２０は、ステップ１５１２および１５１３を繰り返し、要求を別のＶＴＳに送信することによって、他のＶＴＳを取得し得る。１５１６では、ＶＴＢ１５２０が、応答をＶＴＳ１５３０からＶＴＣ１５１０へ転送し、プロセスで任意の必要な変換を行う。

図１６は、仮想リソースプロバイダ（ＶＲＰ）の例示的実施形態を図示する。図１６のシステム１６００では、仮想化サービスは、ＩｏＴリソース仮想化を管理するため、およびＩｏＴ ＶＲＰを促進するために活用され得る。システム１６００は、各々は、ＩｏＴリソースプロバイダ（「ＲＥＳＰ」）１６１０、１６２０、および１６３０を含み、それらは、物理リソース１６１２、１６２２、および１６３２をそれぞれ伴う。システム１６００はまた、物理リソースを有しないが、仮想化サービスをホストし、仮想リソースをユーザおよび／またはアプリケーションに提供し得る、ＩｏＴ ＶＲＰ１６４０および１６５０も含む。ＶＲＰ１６４０および１６５０は、ユーザまたはアプリケーションの要求に基づいて静的または動的に、ＩｏＴ ＲＥＳＰ１６１０、１６２０、および１６３０から、または互あるいは他のＩｏＴ ＶＲＰおよびＲＥＳＰから、リソースを要求し得る。ＲＥＳＰの実施例は、データトラフィックを移動する車からクラウドに接続して中継するために、高速道路に沿って多くのアクセスポイントを展開する、ネットワークプロバイダであり得る。ＶＲＰの実施例は、自動車製造業者または知的輸送サービスプロバイダであり得る。これらのエンティティは、物理的アクセスポイントを所有する必要がないが、代わりに、リアルタイム交通通知および自動車状態監視等の知的輸送サービスを自動車の運転者に提供するために、ネットワークプロバイダから仮想アクセスポイントを賃貸する。そのような実施形態では、自動車製造業者または知的輸送サービスプロバイダは、仮想リソースプロバイダであり、ネットワークプロバイダは、物理リソースプロバイダであり、自動車の運転手は、ユーザであり、アクセスポイント製造業者は、物理リソース製造業者である。これらの各々は、本明細書で開示される例示的な仮想化機能性、インターフェース、およびプロシージャをサポートし得る。

図１６で図示されるように、ＩｏＴ ＶＲＰ１６４０は、ＩｏＴ ＶＲＰ１６５０から仮想リソースを要求し得、その逆も同様である。ＩｏＴ ＶＲＰ１６４０はまた、ＲＥＳＰ１６１０、１６２０、および１６３０等のＩｏＴ ＲＥＳＰからリソースを要求し得る。ＩｏＴ ＲＥＳＰの実施例は、環境を監視するために近隣に大規模センサネットワークインフラストラクチャを展開する企業であり得る。ＩｏＴ ＶＲＰを含むセンサネットワークインフラストラクチャは、ユーザに賃貸され得る。別のＩｏＴ ＲＥＳＰ例は、高速道路に沿って多数のアクセスポイントまたはゲートウェイを展開する企業であり得る。これらのゲートウェイおよびアクセスポイントは、ＶＲＰおよびユーザによって賃貸され得る。

ユーザおよびアプリケーションは、ユーザおよびアプリケーションの観点に対して透過的に提供され得るＩｏＴ ＲＥＳＰまたはＩｏＴ ＶＲＰからリソースを要求し得る。ＩｏＴユーザおよびアプリケーションは、要求されるリソースがＩｏＴ ＶＲＰから供与されるか、またはＩｏＴ ＲＥＳＰから供与されるかを知らないこともあり、および／または、それを知る必要がないこともある。

ＩｏＴ ＲＥＳＰが、ＩｏＴ ＲＥＳＰ１６１０およびレガシーＶＴＳ１６１１等のレガシーＶＴＳのみを有する場合、レガシーＶＴＳ１６１１がＶＴ１０ １６７１を使用してＩｏＴ ＶＲＰ１６４０内のＶＴＢ１６４１に接続しているように、そのようなＲＥＳＰは、ＶＴ１０インターフェースを介してＩｏＴ ＶＲＰ内のＶＴＢに接続し得る。ＩｏＴ ＲＥＳＰが、ＶＴＢ１６２３およびレガシーＶＴＳ１６２１をホストするＩｏＴ ＲＥＳＰ１６２０等のＶＴＢをホストする場合、ＲＥＳＰは、それぞれ、ＶＴ７およびＶＴ９インターフェースを介して、ＩｏＴ ＶＲＰ内のＶＴＢおよびＶＴＭに接続し得る。例えば、ＶＴＢ１６２３は、ＶＴ７ １６７２を介してＶＴＢ１６４１に、ならびにそれぞれＶＴ９ １６７３およびＶＴ９ １６７４を介してＶＴＭ１６４２およびＶＴＭ１６５１に接続される。ＩｏＴ ＲＥＳＰが、ＶＴＳ１６３４をホストするＩｏＴ ＲＥＳＰ１６３０等のＶＴＳをホストする場合、ＩｏＴ ＲＥＳＰは、それぞれＶＴ６およびＶＴ３インターフェースを介して、ＩｏＴ ＶＲＰ内のＶＴＢおよびＶＴＭに接続し得る。例えば、ＶＴＳ１６３４は、ＶＴ３ １６７５を介してＶＴＭ１６５１に、およびＶＴ６ １６７６を介してＶＴＢ１６５２に接続される。図から見ることができるように、システム１６００全体を通した他のエンティティは、本明細書で記載されるインターフェースおよび手段を使用して接続される。

図１７は、基地局仮想化管理の実施例を図示する。システム１７００は、セルラーコアネットワーク１７１０と、基地局１７２０と、ユーザおよびアプリケーション１７３０とを含み得る。仮想化機能ＶＴＭ１７１３、ＶＴＣ１７１１、およびＶＴＢ１７１２は、独立型コアネットワークエンティティとしてセルラーコアネットワーク１７１０に常駐し得るか、またはＭＴＣ−ＩＷＦ、ＨＳＳ、またはＭＭＥ等の既存のエンティティに組み込まれ得る。ＶＴＳ１７２１は、基地局１７２０に常駐し得る。セルラーコアネットワーク１７１０内のＶＴＣ１７１１は、インターフェースＶＴ１ １７４１を経由して、基地局１７２０における仮想基地局１７２２、１７２３等の作成および管理をトリガし得る。第三者ユーザおよびアプリケーションＶＴＣ１７３１も、基地局１７２０における仮想基地局１７２２、１７２３等の作成および管理をトリガし得るが、インターフェースＶＴ５ １７４４を介してセルラーコアネットワーク１７１０に常駐するＶＴＢ１７１２を介し、したがって、セルラーコアネットワーク１７１０の制御の下に仮想基地局管理を残す。

図１８Ａは、ＩｏＴ仮想化サービスのためのシステムおよび方法の１つ以上の開示された実施形態が実装され得る、例示的Ｍ２ＭまたはＩｏＴ通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であり得る。

図１８Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワークまたは無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、あるいは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する、複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。

図１８Ａに示されるように、Ｍ２Ｍ／ＩｏＴ通信システム１０は、Ｍ２Ｍゲートウェイデバイス１４と、Ｍ２Ｍ端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成され得る。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービスプラットフォーム２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信し得る。開示された仮想化マネージャ（ＶＴＭ）、仮想化サーバ（ＶＴＳ）、仮想化クライアント（ＶＴＣ）、および仮想化ブローカ（ＶＴＢ）を含む、本明細書で説明されるエンティティのうちのいずれかは、Ｍ２Ｍデバイス１８、ゲートウェイ１４、およびサービスプラットフォーム２２等のデバイスまたはエンティティにおいて全体的または部分的に実装され得る。全てのそのような実施形態は、本開示の範囲内と見なされる。

図示したＭ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービスプラットフォーム２２は、１つ以上のサーバ、コンピュータ等によって実装され得る。Ｍ２Ｍサービスプラットフォーム２２は、Ｍ２Ｍ端末デバイス１８およびＭ２Ｍゲートウェイデバイス１４の管理および監視等のサービスを提供する。Ｍ２Ｍサービスプラットフォーム２２はまた、データを収集し、異なるタイプのＭ２Ｍアプリケーション２０と適合性があるようにデータを変換し得る。Ｍ２Ｍサービスプラットフォーム２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。

図１８Ｂも参照すると、Ｍ２Ｍサービスプラットフォームは、典型的には、多様なアプリケーションおよび垂直線が活用することができる、サービス配信能力のコアセットを提供する、サービス層２６（例えば、本明細書で説明されるようなネットワークサービス能力層（ＮＳＣＬ））を実装する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出す費用および時間を削減する。サービス層２６はまた、Ｍ２Ｍアプリケーション２０が、サービス層２６が提供するサービスと関連して、種々のネットワーク１２を通して通信することも可能にする。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０は、ＩｏＴ仮想化サービスのための開示されたシステムおよび方法を使用し得るデバイスを含む、１つ以上のピアツーピアネットワークの作成のための基礎を形成する、所望のアプリケーションを含み得る。Ｍ２Ｍアプリケーション２０は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０に提供する。説明されたサービス層およびオブジェクトが相互作用するアプリケーションは、Ｍ２Ｍアプリケーション２０のもの等のアプリケーションであり得る。

図１８Ｃは、例えば、Ｍ２Ｍ端末デバイス１８またはＭ２Ｍゲートウェイデバイス１４等の例示的Ｍ２Ｍデバイス３０の系統図である。図１８Ｃに示されるように、Ｍ２Ｍデバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／指標（例えば、１つ以上の発光ダイオード（ＬＥＤ））４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。Ｍ２Ｍデバイス４０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このデバイスは、ＩｏＴ仮想化サービスのための開示されたシステムおよび方法を使用する、デバイスであり得る。

プロセッサ３２は、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプおよび数の集積回路（ＩＣ）、状態機械等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る、送受信機３４に連結され得る。図１８Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。

伝送／受信要素３６は、信号をＭ２Ｍサービスプラットフォーム９に伝送し、および／またはＭ２Ｍサービスプラットフォーム９から信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよび無線インターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図１８Ｃで描写されているが、Ｍ２Ｍデバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍデバイス３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍデバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を変調するように構成され得る。上記のように、Ｍ２Ｍデバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍデバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、生成、伝送、および応答されている仮想化要求、生成および／または受信されているコンテキスト更新、ならびに本明細書で記載される実施形態のうちのいくつかで説明されるもの等の任意の他の仮想化関連条件およびパラメータ等の種々の条件およびパラメータに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御するように構成され得る。

プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍデバイス３０内の他の構成要素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍデバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、Ｍ２Ｍデバイス３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る。Ｍ２Ｍデバイス３０は、実施形態と一致したままで、任意の公的な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線あるいは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図１８Ｄは、例えば、図１８Ａおよび１８ＢのＭ２Ｍサービスプラットフォーム２２が実装され得る、例示的なコンピュータシステム９０のブロック図である。コンピュータシステム９０は、コンピュータまたはサーバを備え得、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶あるいはアクセスされる。そのようなコンピュータ読み取り可能な命令は、コンピュータシステム９０を稼働させるために、中央処理装置（ＣＰＵ）９１内で実行され得る。多くの既知のワークステーション、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、ＩｏＴ仮想化サービスのための開示されたシステムおよび方法に関連する、データを受信、生成、および処理し得る。

動作中、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送経路であるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、コンピュータシステム９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。

システムバス８０に連結されるメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて取り出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、コンピュータシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。

さらに、コンピュータシステム９０は、図１８Ａおよび１８Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。実施形態では、ネットワークアダプタ９７は、ＩｏＴ仮想化サービスのための開示されたシステムおよび方法に関連するデータを受信および伝送し得る。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、物理的デバイスまたは装置として具現化されるコンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得ることが理解される。そのような命令は、コンピュータ、サーバ、Ｍ２Ｍ端末デバイス、Ｍ２Ｍゲートウェイデバイス等の機械あるいは機械の中で構成されるプロセッサによって実行されると、本明細書で説明されるシステム、方法、およびプロセスを達成し、行い、および／または実装する。具体的には、上で説明されること、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。

本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。

Claims (20)

1. 接続されたエンティティのネットワーク内の仮想化ブローカにおいて実装された方法であって、前記方法は、
   仮想リソースを作成するための第１の要求を第１のエンティティから受信することであって、前記第１の要求は、前記仮想リソースに関連付けられたコンテキスト情報を含む、ことと、
   １つ以上の仮想化サーバ識別子を前記仮想化ブローカにおいて受信するための要求を仮想化マネージャに伝送することと、
   複数の仮想化サーバ識別子を前記仮想化マネージャから受信することであって、前記複数の仮想化サーバ識別子のそれぞれは、前記仮想リソースを作成することが可能な仮想化サーバに関連付けられている、ことと、
   前記コンテキスト情報に基づいて、前記仮想リソースを作成するために複数の仮想化サーバのうちの所与の１つを選択することと、
   前記仮想リソースを作成するための第２の要求を前記選択された仮想化サーバに伝送することと
   を含む、方法。
2. 前記複数の仮想化サーバのうちの前記所与の１つは、前記所与の仮想化サーバの１つ以上の物理リソースと、前記仮想リソースに関連付けられた前記コンテキスト情報とに基づいて選択される、請求項１に記載の方法。
3. 前記仮想リソースが作成されたことを示すものを含む第１の応答を前記選択された仮想化サーバから受信することと、
   前記示すものを含む第２の応答を前記第１のエンティティに伝送することと
   をさらに含む、請求項１に記載の方法。
4. 第１の形式の前記第１の応答を第２の形式の前記第２の応答に変換することをさらに含む、請求項３に記載の方法。
5. 前記仮想リソースを作成するための前記第２の要求は、前記仮想リソースに関連付けられた前記コンテキスト情報のサブセットを含む、請求項１に記載の方法。
6. 前記コンテキスト情報は、前記要求された仮想リソースのタイプ、前記要求された仮想リソースの量、前記要求された仮想リソースの価格、前記要求された仮想リソースの期待される場所のうちの１つ以上を含む、請求項１に記載の方法。
7. コンテキスト更新メッセージを前記仮想化マネージャに伝送することをさらに含む、請求項１に記載の方法。
8. 登録要求を前記仮想化マネージャに伝送することをさらに含み、前記登録要求は、前記仮想化サーバに関連付けられた情報を含む、請求項１に記載の方法。
9. 接続されたエンティティのネットワーク内の仮想化管理エンティティであって、前記仮想化管理エンティティは、
   コンピュータ読み取り可能な命令を実行するように適合されているプロセッサと、
   前記プロセッサに通信可能に結合されたメモリであって、コンピュータ読み取り可能な命令を記憶しているメモリと
   を備え、
   前記命令は、前記プロセッサによって実行されると、
   １つ以上の仮想化サーバエンティティ識別子を仮想化ブローカエンティティにおいて受信するための要求を前記仮想化ブローカエンティティから受信することであって、前記要求は、前記仮想化ブローカエンティティにおいて、仮想リソースを作成するための要求を第１のエンティティから受信したことに応答して、前記仮想化ブローカエンティティによって送信され、前記１つ以上の仮想化サーバエンティティ識別子を受信するための前記要求は、前記仮想リソースに関連付けられたコンテキスト情報を含む、ことと、
   前記コンテキスト情報に基づいて、複数の仮想化サーバエンティティ識別子を決定することであって、前記複数の仮想化サーバエンティティ識別子のそれぞれは、前記仮想リソースを作成可能な仮想化サーバエンティティに関連付けられている、ことと、
   前記複数の仮想化サーバエンティティ識別子を前記仮想化ブローカエンティティに伝送することと
   を含む動作を前記プロセッサに行わせる、仮想化管理エンティティ。
10. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    前記仮想化サーバエンティティに関連付けられた１つ以上の物理リソースを登録するための要求を複数の仮想化サーバエンティティのうちの所与の１つから受信することと、
    前記仮想化サーバエンティティおよび前記１つ以上の物理リソースに関連付けられた情報を記憶することと
    を含む動作を前記プロセッサに行わせる、請求項９に記載の仮想化管理エンティティ。
11. 前記複数の仮想化サーバエンティティ識別子は、前記複数の仮想化サーバエンティティのうちの１つ以上の物理リソースと、前記仮想リソースに関連付けられた前記コンテキスト情報とに基づいて決定される、請求項１０に記載の仮想化管理エンティティ。
12. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    コンテキスト更新メッセージを前記仮想化サーバエンティティから受信することと、
    前記コンテキスト更新メッセージに基づいて、前記仮想化サーバエンティティに関連付けられた記憶された情報を修正することと
    を含む動作を前記プロセッサに行わせる、請求項１０に記載の仮想化管理エンティティ。
13. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    前記仮想化サーバエンティティによって提供される仮想リソースが、第２の仮想化サーバエンティティによって提供されるが、前記仮想化サーバエンティティによってもはや提供されないことを示すコンテキスト更新メッセージを前記仮想化サーバエンティティから受信することと、
    前記コンテキスト更新メッセージに基づいて、前記仮想化サーバエンティティおよび前記仮想リソースに関連付けられた記憶された情報を修正することと
    を含む動作を前記プロセッサに行わせる、請求項１０に記載の仮想化管理エンティティ。
14. 前記コンテキスト情報は、前記要求された仮想リソースのタイプ、前記要求された仮想リソースの量、前記要求された仮想リソースの価格、前記要求された仮想リソースの期待される場所のうちの１つ以上を含む、請求項９に記載の仮想化管理エンティティ。
15. 接続されたエンティティのネットワーク内の仮想化サーバエンティティであって、前記仮想化サーバエンティティは、
    コンピュータ読み取り可能な命令を実行するように適合されたプロセッサと、
    前記プロセッサに通信可能に結合されたメモリであって、コンピュータ読み取り可能な命令を記憶しているメモリと
    を備え、
    前記命令は、前記プロセッサによって実行されると、
    前記仮想化サーバエンティティの１つ以上の物理リソースを登録するための要求を仮想化管理エンティティに伝送することと、
    仮想リソースを作成するための要求を第１のエンティティから受信することであって、前記仮想リソースを作成するための前記要求は、前記仮想リソースに関連付けられたコンテキスト情報を含む、ことと、
    前記コンテキスト情報に基づいて、前記仮想リソースを作成するために前記要求を受け入れることを決定することと、
    前記仮想リソースを作成することと、
    前記仮想リソースが作成されたことを示す応答を前記第１のエンティティに伝送することと
    を含む動作を前記プロセッサに行わせる、仮想化サーバエンティティ。
16. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    前記仮想リソースが作成されたことを示すコンテキスト更新メッセージを前記仮想化管理エンティティに伝送すること
    を前記プロセッサに行わせる、請求項１５に記載の仮想化サーバエンティティ。
17. 前記コンテキスト情報は、前記要求された仮想リソースのタイプ、前記要求された仮想リソースの量、前記要求された仮想リソースの価格、前記要求された仮想リソースの期待される場所のうちの１つ以上を含む、請求項１５に記載の仮想化サーバエンティティ。
18. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    仮想化ポリシーを前記仮想化管理エンティティから取得すること
    を含む動作を前記プロセッサに行わせる、請求項１５に記載の仮想化サーバエンティティ。
19. 前記仮想リソースを作成することは、前記仮想化サーバエンティティに関連付けられた１つ以上の物理リソースを前記仮想リソースにマッピングすることを含む、請求項１５に記載の仮想化サーバエンティティ。
20. 前記メモリは、コンピュータ読み取り可能な命令をさらに記憶しており、
    前記命令は、前記プロセッサによって実行されると、
    前記仮想リソースを更新するための要求を前記第１のエンティティから受信することと、
    前記仮想リソースを更新するための前記要求に基づいて、前記仮想リソースに関連付けられた情報を修正することと、
    前記仮想リソースが更新されたことを示す第２の応答を前記第１のエンティティに伝送することと
    を含む動作を前記プロセッサに行わせる、請求項１５に記載の仮想化サーバエンティティ。