(57)【特許請求の範囲】
【請求項１】
アグリゲーションリソース作成要求を受信するように構成された通信モジュールと、
前記受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子および前記識別子に関連したアグリゲーション法を決定するように構成された決定モジュールと、
前記アグリゲーションされるリソースの前記決定された識別子および前記決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュールであって、前記アグリゲーションリソースの属性が、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含む、作成モジュールと、
前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュールと
を備えることを特徴とするマシンツーマシン通信（Ｍ２Ｍ）デバイス。
【請求項２】
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、
前記決定モジュールが前記アグリゲーションされるリソースの前記識別子を決定することは、前記決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、前記リソース発見要求は、前記アグリゲーションソース期待値を担持し、前記決定モジュールは、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子をさらに受信し、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用し、
前記決定モジュールが前記アグリゲーション法を決定することは、前記決定モジュールがコンピューティングリソース発見要求を前記発見リソースに送ることを特に含み、前記コンピューティングリソース発見要求は、前記アグリゲーション結果期待値を担持し、前記決定モジュールは、前記アグリゲーション結果期待値を満たし前記発見リソースによって返されるコンピューティングリソースをさらに受信し、前記コンピューティングリソースを前記アグリゲーション法として使用することを特徴とする請求項１に記載のＭ２Ｍデバイス。
【請求項３】
前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、
前記決定モジュールは、前記アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、前記アグリゲーション法として、前記アグリゲーション結果期待値を満たす前記複数のコンピューティングリソースを使用するようにさらに構成され、
前記通信モジュールは、アプリケーションプログラムによる前記アグリゲーションリソースへのアクセスを受信し、前記複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成されることを特徴とする請求項２に記載のＭ２Ｍデバイス。
【請求項４】
前記アグリゲーション結果期待値を満たす前記コンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングであることを特徴とする請求項２に記載のＭ２Ｍデバイス。
【請求項５】
前記アグリゲーションモジュールは、前記アグリゲーションされるリソースの現在の状態を獲得し、前記アグリゲーションリソースの前記属性内に含まれる前記アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るように構成されることを特徴とする請求項１に記載のＭ２Ｍデバイス。
【請求項６】
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含み、
前記アグリゲーション法は、指定されたコンピューティングリソースであることを特徴とする請求項１に記載のＭ２Ｍデバイス。
【請求項７】
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーションソース期待値および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースを含み、
前記決定モジュールが前記アグリゲーションされるリソースの前記識別子を決定することは、前記決定モジュールがリソース発見要求を発見リソースに送ることを含み、前記リソース発見要求は、前記アグリゲーションソース期待値を担持し、前記決定モジュールは、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子をさらに受信し、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用することを特徴とする請求項１に記載のＭ２Ｍデバイス。
【請求項８】
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、前記アグリゲーションモジュールは、前記アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶することを特徴とする請求項１乃至７のいずれか一項に記載のＭ２Ｍデバイス。
【請求項９】
前記アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、前記アグリゲーションモジュールが、前記アグリゲーションされるリソースとの加入通知関係を確立することを含み、前記アグリゲーションされるリソースが変化したとき、前記アグリゲーションされるリソースの現在の状態が前記アグリゲーションリソースに送られ、前記アグリゲーションモジュールは、前記アグリゲーションされるリソースの受信された現在の状態および前記アグリゲーション法に従って情報アグリゲーションを実施する、または
前記アグリゲーションモジュールは、ポーリングによって前記アグリゲーションされるリソースの変化を監視し、前記アグリゲーションされるリソースの変化がポーリングされたとき、前記アグリゲーション結果リソースを更新することを特徴とする請求項８に記載のＭ２Ｍデバイス。
【請求項１０】
前記アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、
アプリケーションによって前記アグリゲーション結果リソースにアクセスするための要求メッセージを前記通信モジュールが受信した後で、前記アグリゲーションモジュールが、前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施し、アグリゲーション結果を得て、前記通信モジュールが、前記アグリゲーション結果を前記アプリケーションに返すことを特徴とする請求項８に記載のＭ２Ｍデバイス。
【請求項１１】
前記作成モジュールは、アグリゲーションリソースを作成する前に、決定されたアグリゲーションリソースがアグリゲーション法で処理され得るかどうか検証するようにさらに構成されることを特徴とする請求項１乃至１０のいずれか一項に記載のＭ２Ｍデバイス。
【請求項１２】
マシンツーマシン通信（Ｍ２Ｍ）デバイスにおける情報処理方法であって、
アグリゲーションリソース作成要求を受信するステップと、
前記アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子および前記識別子に関連したアグリゲーション法を決定するステップと、
前記アグリゲーションされるリソースの前記決定された識別子および前記決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するステップであって、前記アグリゲーションリソースの属性が、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含む、ステップと、
前記アグリゲーションリソースの前記属性に従って情報アグリゲーションを実施するステップと
を含むことを特徴とする方法。
【請求項１３】
前記受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、
アグリゲーションされるリソースの識別子を決定する前記ステップは、リソース発見要求を発見リソースに送るステップであって、前記リソース発見要求は、前記アグリゲーションソース期待値を担持する、ステップと、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子を受信するステップと、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用するステップとを含み、
アグリゲーション法を決定する前記ステップは、コンピューティングリソース発見要求を前記発見リソースに送るステップであって、前記コンピューティングリソース発見要求は、前記アグリゲーション結果期待値を担持する、ステップと、前記アグリゲーション結果期待値を満たし前記発見リソースによって返されるコンピューティングリソースを受信するステップと、前記コンピューティングリソースを前記アグリゲーション法として使用するステップとを特に含むことを特徴とする請求項１２に記載の方法。
【請求項１４】
前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、
前記アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するステップと、アプリケーションプログラムによる前記アグリゲーションリソースへのアクセスが受信されたとき、前記複数のコンピューティングリソースのアグリゲーション結果を返すステップとをさらに含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記アグリゲーション結果期待値を満たす前記コンピューティングリソースは、少なくとも２つのコンピューティングリソースのリンキングであることを特徴とする請求項１３に記載の方法。
【請求項１６】
前記アグリゲーションリソースの前記属性に従って情報アグリゲーションを実施する前記ステップは、
前記アグリゲーションされるリソースの現在の状態を獲得するステップと、
前記アグリゲーションリソースの前記属性内に含まれる前記アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップと
を含むことを特徴とする請求項１２に記載の方法。
【請求項１７】
前記受信されたアグリゲーションリソース作成要求は、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースであることを特徴とする請求項１２に記載の方法
。
【請求項１８】
前記受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースを含み、
アグリゲーションされるリソースの識別子を決定する前記ステップは、リソース発見要求を発見リソースに送るステップであって、前記リソース発見要求は、前記アグリゲーションソース期待値を担持する、ステップと、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子を受信するステップと、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用するステップとを含むことを特徴とする請求項１２に記載の方法。
【請求項１９】
前記受信されたアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、Ｍ２Ｍデバイスは、前記アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶することを特徴とする請求項１２乃至１８のいずれか一項に記載の方法。
【請求項２０】
情報アグリゲーションを能動的に実施することは、
前記Ｍ２Ｍデバイスによって、前記アグリゲーションされるリソースとの加入通知関係を確立するステップであって、前記アグリゲーションされるリソースが変化したとき、前記アグリゲーションされるリソースの現在の状態が前記アグリゲーションリソースに送られる、ステップと、前記Ｍ２Ｍデバイスによって、前記アグリゲーションされるリソースの受信された現在の状態および前記アグリゲーション法に従って情報アグリゲーションを実施するステップ、
または、前記Ｍ２Ｍデバイスによって、ポーリングによって前記アグリゲーションされるリソースの変化を監視し、前記アグリゲーションされるリソースの変化がポーリングされたとき、前記アグリゲーション結果リソースを更新するステップとを含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
情報アグリゲーションを受動的に実施することは、
アプリケーションによって前記アグリゲーション結果リソースにアクセスするための要求メッセージを前記Ｍ２Ｍデバイスが受信した後で、前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するステップと、前記アグリゲーション結果を前記アプリケーションに返すステップとを含むことを特徴とする請求項１９に記載の方法。
【請求項２２】
前記アグリゲーションリソースを作成する前に、前記決定されたアグリゲーション結果を前記アグリゲーション法で処理することができるかどうか検証するために妥当性を検証するステップをさらに含むことを特徴とする請求項１２乃至２１のいずれか一項に記載の方法。
【請求項２３】
コンピュータ実行可能なプログラムコードを記憶するように構成される不揮発性コンピュータ可読記憶媒体であって、前記プログラムコードは、請求項１２乃至２２のいずれか一項に記載の方法を実行するために使用される命令を含むことを特徴とする媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報技術の分野に関し、詳細には、マシンツーマシン通信における情報処理方法および装置に関する。
【背景技術】
【０００２】
マシンツーマシン通信（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、Ｍ２Ｍ：機械対機械通信）は、マシンインテリジェントインタラクション（ｍａｃｈｉｎｅ  ｉｎｔｅｌｌｉｇｅｎｔ  ｉｎｔｅｒａｃｔｉｏｎ）がコアとして使用されるネットワーク化アプリケーションおよびサービスである。マシンツーマシン通信は、無線または有線の通信モジュールおよびアプリケーション処理論理をマシン内に埋め込むことによって、監視、コマンディングおよびスケジューリング、データ獲得および測定などのためのユーザの情報要求を実現する。Ｍ２Ｍシステムでは、様々なセンサおよびコントローラなどＭ２Ｍデバイスが、Ｍ２Ｍゲートウェイを通じてＭ２Ｍサービスプラットフォームに直接アクセスする。したがって、電気計量およびインテリジェントトランスポーテーションなど様々なＭ２Ｍサービスが実施される。Ｍ２Ｍサービスプラットフォームによって提供されるサービス機能を使用することによって、Ｍ２Ｍデバイスによって収集されるデータが獲得されてもよく、または制御および管理がＭ２Ｍデバイスに対して実施されてもよい。
【０００３】
Ｍ２Ｍシステムでは、一般に複数のデバイスタイプがあり、各タイプが複数のデバイスを含む。異なるタイプのデバイスは、異なるデータまたはサービスを提供するが、大抵のセンサは、オリジナルの計量データしか提供することができない。たとえば、温度センサは、温度値しか反映することができず、端末コンピューティングデバイスは、使用可能なメモリおよびＣＰＵ使用量しか提供することができない。ユーザによって必要とされるデータは、一般に、異なるコンピューティング方法を使用することによって異なるタイプのデバイスの異なるデータから得られることを必要とし、これは従来技術におけるＭ２Ｍシステムの展開を複雑にし、Ｍ２Ｍアプリケーションの高コストに通じる。
【発明の概要】
【０００４】
従来技術の欠点を克服するために、本発明の実施形態は、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善するように、マシンツーマシン通信における情報処理方法および装置を提供する。
【０００５】
第１の態様によれば、本発明の一実施形態は、マシンツーマシン通信における方法であって、アグリゲーションリソース作成要求を受信するステップと、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するステップと、アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するステップであって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、ステップと、作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するステップとを含む方法を提供する。
【０００６】
第１の態様の第１の可能な実装法では、アグリゲーションリソースの属性に従って情報アグリゲーションを実施するステップは、アグリゲーションされるリソースの現在の状態を獲得するステップと、アグリゲーションリソースの属性内に含まれるアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップとを特に含む。
【０００７】
第１の態様の第２の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースである。
【０００８】
第１の態様の第３の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、アグリゲーションされるリソースの識別子を決定するステップは、リソース発見要求を発見リソースに送るステップであって、リソース発見要求は、アグリゲーションソース期待値を担持する、ステップと、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子を受信するステップと、リソース識別子をアグリゲーションされるリソースの識別子として使用するステップとを特に含む。
【０００９】
第１の態様の第４の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、アグリゲーションされるリソースの識別子を決定するステップは、リソース発見要求を発見リソースに送るステップであって、リソース発見要求は、アグリゲーションソース期待値を担持する、ステップと、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子を受信するステップと、リソース識別子をアグリゲーションされるリソースの識別子として使用するステップとを特に含み、アグリゲーション法を決定するステップは、コンピューティングリソース発見要求を発見リソースに送るステップであって、要求は、アグリゲーション結果期待値を担持する、ステップと、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースを受信するステップと、コンピューティングリソースをアグリゲーション法として使用するステップとを特に含む。
【００１０】
第１の態様の第５の可能な実装法では、アグリゲーション法として使用される複数のコンピューティングリソースがあり、この方法は、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するステップと、アプリケーションプログラムによるアグリゲーションリソースへのアクセスが受信されたとき、複数のコンピューティングリソースのアグリゲーション結果を返すステップとをさらに含む。
【００１１】
第１の態様の第６の可能な実装法では、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキング（ｌｉｎｋｉｎｇ：結合）である。
【００１２】
第１の態様の第７の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、Ｍ２Ｍデバイスは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。
【００１３】
第１の態様の第８の可能な実装法では、情報アグリゲーションを能動的に実施することは、Ｍ２Ｍデバイスによって、アグリゲーションされるリソースとの加入通知関係を確立するステップであって、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られる、ステップと、Ｍ２Ｍデバイスによって、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施するステップ、または、Ｍ２Ｍデバイスによって、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新するステップとを含む。
【００１４】
第１の態様の第９の可能な実装法では、情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージをＭ２Ｍデバイスが受信した後で、アグリゲーションされるリソースの現在の状態を獲得するステップと、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップと、アグリゲーション結果をアプリケーションに返すステップとを含む。
【００１５】
第１の態様の第１０の可能な実装法では、アグリゲーションリソースを作成する前に、この方法は、決定されたアグリゲーション結果をアグリゲーション法で処理することができるかどうか検証するために妥当性を検証するステップをさらに含む。
【００１６】
第２の態様によれば、本発明の一実施形態は、マシンツーマシン通信Ｍ２Ｍデバイスであって、
アグリゲーションリソース作成要求を受信するように構成された通信モジュールと、
受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するように構成された決定モジュールと、
アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュールであって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、作成モジュールと、
作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュールとを含むデバイスを提供する。
【００１７】
第２の態様の第１の可能な実装法では、アグリゲーションモジュールは、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーションリソースの属性内に含まれるアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るように特に構成される。
【００１８】
第２の態様の第２の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースである。
【００１９】
第２の態様の第３の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用する。
【００２０】
第２の態様の第４の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用し、決定モジュールがアグリゲーション法を決定することは、決定モジュールがコンピューティングリソース発見要求を発見リソースに送ることを特に含み、要求は、アグリゲーション結果期待値を担持し、決定モジュールは、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースをさらに受信し、コンピューティングリソースをアグリゲーション法として使用する。
【００２１】
第２の態様の第５の可能な実装法では、アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、決定モジュールは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するようにさらに構成され、通信モジュールは、アプリケーションプログラムによるアグリゲーションリソースへのアクセスを受信し、複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成される。
【００２２】
第２の態様の第６の可能な実装法では、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングである。
【００２３】
第２の態様の第７の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、アグリゲーションモジュールは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。
【００２４】
第２の態様の第８の可能な実装法では、アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、アグリゲーションモジュールが、アグリゲーションされるリソースとの加入通知関係を確立することを含み、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られ、アグリゲーションモジュールは、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、または、アグリゲーションモジュールは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。
【００２５】
第２の態様の第９の可能な実装法では、アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージを通信モジュールが受信した後で、アグリゲーションモジュールが、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得ることを含み、通信モジュールは、アグリゲーション結果をアプリケーションに返す。
【００２６】
本発明の実施形態では、アグリゲーション結果がＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、特に、アグリゲーションされるリソースおよびアグリゲーション法が、アグリゲーションソース期待値およびアグリゲーション結果期待値に従って自動的に適合および選択され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。
【図面の簡単な説明】
【００２７】
本発明の実施形態における技術的解決策をより明確に述べるために、以下は、実施形態または従来技術を述べるために必要とされる添付の図面を簡単に導入する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すにすぎず、当業者なら、創造的努力なしにこれらの添付の図面から他の図面を依然として導出することができる。
【図１】本発明の一実施形態によるＭ２Ｍアグリゲーションシステムの概略図である。
【図２】本発明の一実施形態による情報アグリゲーション方法の流れ図である。
【図３】本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。
【図４】本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。
【図５】本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。
【図６】本発明の一実施形態によるＭ２Ｍデバイスの概略構造図である。
【図７】本発明の一実施形態による別のＭ２Ｍデバイスの概略構造図である。
【発明を実施するための形態】
【００２８】
以下は、本発明の実施形態における添付の図面を参照して本発明の実施形態における技術的解決策について明確かつ完全に述べる。明らかに、記載の実施形態は、本発明の実施形態の一部にすぎず、すべてではない。創造的努力なしに本発明の実施形態に基づいて当業者によって得られるすべての他の実施形態が、本発明の保護範囲内に入るものとする。
【００２９】
本発明の一実施形態は、Ｍ２Ｍ情報アグリゲーションシステムを提供する。
図１に示されているように、Ｍ２Ｍ情報アグリゲーションシステムは、Ｍ２Ｍサービスプラットフォームと、Ｍ２Ｍデバイスとを含む。センサおよびマイクロコントローラなど様々なＭ２ＭデバイスがＭ２Ｍサービスプラットフォームに直接アクセスし、またはＭ２Ｍゲートウェイを通じてＭ２Ｍサービスプラットフォームに遠隔でアクセスする。電気メータシステムおよびインテリジェントトランスポーテーションシステムなど様々なＭ２Ｍアプリケーションが、一般にＭ２Ｍサービスプラットフォーム上で展開され、Ｍ２Ｍサービスプラットフォームによって提供されるサービス機能を使用することによって、Ｍ２Ｍ端末によって収集されたデータを獲得し、またはＭ２Ｍ端末に対して遠隔制御および管理を実施する。
【００３０】
アグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）は、システム内の１または複数のリソースについての情報を入力として使用すること、および論理計算により得られる計算結果を、外部アクセスを提供するための出力リソースとして使用することを指す。
【００３１】
本発明のこの実施形態では、Ｍ２Ｍアプリケーションは、アグリゲーションリソースを作成するようにＭ２Ｍデバイスを制御し、アグリゲーションリソースの作成に成功した後で、Ｍ２Ｍデバイスは情報アグリゲーションを実施し、アグリゲーションされた情報は、アプリケーションによるアクセスによって獲得され得る。これは、特に、以下の構成を含む。
【００３２】
Ｍ２Ｍプラットフォームは、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送るように構成され、作成要求は、アグリゲーションリソースを作成するためのパラメータを担持する。そして、
Ｍ２Ｍデバイスは、プラットフォームによって送られたアグリゲーションリソース作成要求を受信し、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定し、アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成し、アグリゲーションリソースの属性がアグリゲーションされるリソースの識別子およびアグリゲーション法を含み、作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成される。
【００３３】
前述の実施形態におけるシステムに基づいて、本発明の一実施形態は、Ｍ２Ｍ情報アグリゲーション方法を提供する。
図２に示されているように、この方法は、以下のステップを含む。
【００３４】
２０１．アグリゲーションリソース作成要求を受信する。
【００３５】
作成要求は、アプリケーションプログラム、またはデバイス、ゲートウェイ、およびプラットフォームを含めて別の装置によって生成されてもよい。たとえば、Ｍ２Ｍプラットフォーム上のアプリケーションが、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送る。あるいは、作成要求は、Ｍ２Ｍデバイス上で直接生成されてもよい。たとえば、作成要求は、Ｍ２Ｍデバイスにおける構成によって、ユーザによって直接生成され、次いで、ユーザの受信入力が、アグリゲーションリソース作成要求を受信している。作成要求は、アグリゲーションリソースを作成するためのパラメータを担持してもよい。作成要求は、アグリゲーションされるリソースおよびアグリゲーション法を直接含んでもよく、または、作成要求は、アグリゲーションされるリソースの識別子を直接担持せず、アグリゲーションソース期待値を担持してもよく、Ｍ２Ｍデバイスは、アグリゲーションソース期待値に従ってアグリゲーションされるリソースの識別子を決定する。さらに、アグリゲーション法は、作成要求内で指定されなくてもよく、アグリゲーション結果期待値が作成要求内に担持され、Ｍ２Ｍデバイスは、アグリゲーション結果期待値に従って適切なアグリゲーション法を決定する。
【００３６】
アグリゲーションソース期待値は、アグリゲーションリソースクリエータによって作られる、アグリゲーションされるリソースの範囲の特性説明であり、リソースが現在のアグリゲーションリソースのアグリゲーションされるリソースであり得るかどうか決定するための条件を設定するために使用される。
【００３７】
アグリゲーション法は、対応する論理計算のプロセスがアグリゲーションされるリソース上で実施されることを示す。アグリゲーション結果は、論理計算を使用することによって得られる。Ｍ２Ｍでは、論理計算のプロセスは、コンピューティングリソースによって提供されてもよく、コンピューティングリソースは、論理計算を実施するために使用されるリソースである。アグリゲーション法は、単に単一のコンピューティングリソースを含むだけでもよい。さらに、アグリゲーション法は、複数のコンピューティングリソースをリンクすることによって形成されてもよい。複数のコンピューティングリソースをリンクすることは、１または複数のコンピューティングリソースの出力が別のコンピューティングリソースの入力として使用されることを示す。
【００３８】
アグリゲーション結果期待値は、アグリゲーションリソースクリエータによって作られる、アグリゲーション結果リソースの特性説明を示す。アグリゲーション法は、アグリゲーション結果期待値を使用することによって決定されてもよい。
【００３９】
Ｍ２Ｍデバイスは、アグリゲーションリソースに従って情報アグリゲーションを実施し、アグリゲーションされた情報は、アグリゲーション結果を形成する。アグリゲーション結果が得られた後で、アグリゲーション結果リソースが形成されてもよく、アグリゲーション結果リソースは、アプリケーションによるアクセスのために、Ｍ２ＭデバイスまたはＭ２Ｍプラットフォーム内に位置してもよい。さらに、アグリゲーションリソース作成要求を送る前に、Ｍ２Ｍアプリケーションは、アグリゲーション結果リソースの識別子を決定してもよい。アグリゲーションリソース作成要求を送るとき、アグリゲーションリソース作成要求は、アグリゲーション結果リソースの識別子を担持する。Ｍ２Ｍデバイスが情報をアグリゲーションした後で、アグリゲーション結果が、指定されたアグリゲーション結果リソース内に記憶される。
【００４０】
アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。能動的なアグリゲーションは、アグリゲーション結果リソースが事前設定の規則に従って能動的に更新されることを示す。たとえば、アグリゲーションされるリソースとの加入関係が確立され、アグリゲーションされるリソースの変化が加入条件を満たす場合、情報アグリゲーションが実施され、アグリゲーション結果リソースを更新し、または、アグリゲーションされるリソースの変化がポーリングによって監視され、アグリゲーションされるリソースが変化した直後、アグリゲーション結果リソースが更新される。受動的なアグリゲーションは、アグリゲーションされるリソースの現在の状態が獲得され、アグリゲーション結果がアグリゲーション法に従って得られ、アグリゲーション結果リソースがアクセスされたときだけアグリゲーション結果が返されることを示す。アグリゲーションリソース作成要求は、指定されたアグリゲーション機会を担持してもよく、Ｍ２Ｍデバイスは、作成要求内に担持されたアグリゲーション機会に従って情報アグリゲーションを実施してもよい。
【００４１】
Ｍ２Ｍによって決定される複数のアグリゲーション法があり得、したがって、複数のアグリゲーション結果があり得る。アプリケーションは、アグリゲーションリソース作成要求内に「複数の結果が可能」のフラグをさらに含み、このフラグは、Ｍ２Ｍデバイスが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。アプリケーションがアグリゲーションリソースにアクセスするとき、デバイスはアプリケーションに複数のアグリゲーション結果を提供し、アプリケーションは、複数のアグリゲーション結果を処理する。
【００４２】
Ｍ２Ｍデバイスは、作成要求内に担持された異なるパラメータに従って、対応する処理を実施してもよい。
【００４３】
２０２．アグリゲーションされるリソースの識別子およびアグリゲーション法を決定する。
【００４４】
Ｍ２Ｍデバイスは、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定する。アグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子を直接担持してもよく、またはアグリゲーションされるリソースの特性を説明するために使用されるアグリゲーションソース期待値を担持してもよい。この特性は、アグリゲーションされるリソースのメタデータをマッチングするために使用されるセマンティック説明であってもよい。
【００４５】
アグリゲーションリソース作成要求は、アグリゲーション法を直接担持してもよく、またはアグリゲーション結果期待値を提供してもよい。作成要求がアグリゲーション結果期待値を担持するとき、Ｍ２Ｍデバイスは、アグリゲーション結果期待値に従ってアグリゲーション法を決定してもよく、特定のプロセスが、単一のコンピューティングリソース、複数のコンピューティングリソース、または複数のコンピューティングリソースのリンキングをアグリゲーション法として決定するステップを含む。
【００４６】
２０３．アグリゲーションリソースを作成する。
【００４７】
アグリゲーションリソースは、受信されたアグリゲーションリソース作成要求に従って作成され、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。作成されたアグリゲーションリソースは、たとえば、以下の表内のいくつかの属性を含む。
【００４８】
【表１】
0006302096.tif 000002
【００４９】
２０４．情報アグリゲーションを実施する。
【００５０】
アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。
【００５１】
アグリゲーション機会が能動的なアグリゲーションである場合、それは、Ｍ２Ｍデバイスが事前設定の規則に従ってアグリゲーション結果を能動的に更新することを示す。たとえば、アグリゲーションリソースとの加入通知関係が確立される。アグリゲーションされるリソースの変化が加入条件を満たすたびに、通知メッセージがアグリゲーションリソースに送られ、この通知メッセージは、アグリゲーションされるリソースの状態を担持し、デバイスは、最新の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果リソースを更新する。このようにして、アグリゲーション結果リソースは、アグリゲーションされるリソースの変化に従って常に最新を保つ。あるいは、Ｍ２Ｍデバイスは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。アプリケーションがアグリゲーション結果リソースにアクセスするとき、アグリゲーションされた情報がアプリケーションに直接返される。
【００５２】
アグリゲーション機会が受動的なアグリゲーションである場合、それは、アグリゲーションされるリソースの現在の状態が獲得され、アグリゲーション結果がアグリゲーション法に従って得られ、アグリゲーション結果リソースがアプリケーションによってアクセスされたときだけアグリゲーション結果がアプリケーションに返されることを示す。
【００５３】
本発明の異なるアプリケーションシナリオについて、以下で他の実施形態が提供される。異なるＭ２Ｍデバイスによって情報をアグリゲーションするためには、同じ出力を提供するために異なる技術的リソースが必要とされる。たとえば、以下の実施形態では、異なるＭ２Ｍデバイスが、使用可能なメモリ、ＣＰＵ使用量、ＣＰＵ温度、および磁気ディスクの残りの容量など、異なる物理性能インジケータを得てもよい。いくつかのＭ２Ｍデバイスはこれらのインジケータのすべてを提供してもよく、いくつかのＭ２Ｍデバイスは、これらのインジケータの一部だけを提供することができる。プラットフォームは、異なるＭ２Ｍデバイスを適合させるように、異なるコンピューティングリソースを提供する。以下の表に示されているように、コンピューティングリソースＡ、Ｂ、Ｃ、Ｄの出力は、デバイスの「負荷状態」である。異なるＭ２Ｍデバイスは、異なるコンピューティングリソースを使用することによって均一な出力を提供することができる。以下の実施形態では、コンピューティングリソースＡからＥが、下記表２に示されているようにＭ２Ｍプラットフォーム内で構成されていると仮定される。すなわち、
【００５４】
【表２】
0006302096.tif 000003
【００５５】
異なるコンピューティングリソースは、異なる計算式を使用することによって、正規化された結果を得てもよい。たとえば、コンピューティングリソースＡの場合、負荷状態のための計算式は、以下のようになり得る。すなわち、
（１−（使用可能なメモリ／総メモリ））＊５０％＋ＣＰＵ使用量＊５０％
この例では、メモリ使用量およびＣＰＵ使用量はそれぞれ、負荷状態の出力の５０％に反映される。メモリ使用量およびＣＰＵ使用量は、異なるパーセンテージに調整されてもよい。
【００５６】
別の例について、コンピューティングリソースＣの場合、負荷状態のための計算式は、以下のようになり得る。すなわち、
（１−（使用可能なメモリ／総メモリ））＊３０％＋ＣＰＵ使用量＊３０％
＋（ＣＰＵ温度／ＣＰＵ最大温度）＊２０％
＋（１−（残りの電力／最大電力））＊２０％
この例では、メモリ使用量およびＣＰＵ使用量はそれぞれ、負荷状態の出力の３０％に反映され、温度および電力はそれぞれ、２０％に反映される。メモリ使用量およびＣＰＵ使用量は、異なるパーセンテージに調整されてもよい。
【００５７】
コンピューティングリソースＥの出力「ＣＰＵ使用量」を計算するための方法は、以下のようになる。
ＣＰＵビジー時間／（ＣＰＵアイドル時間＋ＣＰＵビジー時間）
前述の表２における４つのコンピューティングリソースのための計算方法は異なるが、出力は均一である。たとえば、負荷状態はパーセンテージで表される。このようにして、異なるＭ２Ｍデバイスは、前述の異なるコンピューティングリソースを使用することによって情報アグリゲーションを実施し、得られる出力は均一である。
【００５８】
図３に示されている本発明の一実施形態では、Ｍ２Ｍデバイスの負荷状態を獲得するために、Ｍ２Ｍプラットフォーム上のアプリケーションがアグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を直接担持する。アグリゲーションリソースは、ＣＰＵ使用量および使用可能なメモリをアグリゲーションすることによって現在のデバイスの負荷状態を得てもよく、これは以下を特に含む。すなわち、
Ｓ３０１．この実施形態では、アプリケーションは、いくつかのデバイスのものである使用可能なメモリリソースおよびＣＰＵ使用量リソースの識別子をすでに知っている。たとえば、デバイスＸのものである使用可能なメモリリソースおよびＣＰＵ使用量リソースの識別子は、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
である。
【００５９】
したがって、アプリケーションは、コンピューティングリソースＡを、アグリゲーションリソースのアグリゲーション法として直接選び、それにより負荷状態を得てもよい。アプリケーションは、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、アグリゲーションリソース作成要求は、以下のパラメータを含む。すなわち、
アグリゲーションされるリソースの識別子：
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ、および
アグリゲーション法：ｈｔｔｐ：／／ｍ２ｍｓｐ／Ｃａｌ＿Ａ
Ｓ３０２．Ｍ２Ｍデバイスがアグリゲーションリソース作成要求を受信した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、提供されるアグリゲーションされるリソースがアグリゲーション法で処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。
【００６０】
Ｓ３０３．アグリゲーションリソースの作成に成功したというメッセージを返す。
【００６１】
アグリゲーションリソースの作成に成功した後で、成功応答が要求クリエータに返されてもよい。作成が失敗した場合、失敗応答が返される。
【００６２】
Ｓ３０４．情報アグリゲーションを実施する。
【００６３】
アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。
【００６４】
アグリゲーション機会が能動的なアグリゲーションである場合、それは、Ｍ２Ｍデバイスが事前設定の規則に従ってアグリゲーション結果を能動的に更新することを示す。たとえば、アグリゲーションリソースとの加入通知関係が確立される。アグリゲーションされるリソースの変化が加入条件を満たすたびに、通知メッセージがアグリゲーションリソースに送られ、この通知メッセージは、アグリゲーションされるリソースの状態を担持し、デバイスは、最新の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果リソースを更新する。このようにして、アグリゲーション結果リソースは、アグリゲーションされるリソースの変化に従って常に最新を保つ。あるいは、Ｍ２Ｍデバイスは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。アプリケーションがアグリゲーション結果リソースにアクセスするとき、アグリゲーションされた情報がアプリケーションに直接返される。
【００６５】
アグリゲーション機会が受動的なアグリゲーションである場合、それは、アグリゲーションされるリソースの現在の状態が獲得され、アグリゲーション結果がアグリゲーション法に従って得られ、アグリゲーション結果リソースがアプリケーションによってアクセスされたときだけアグリゲーション結果がアプリケーションに返されることを示す。
【００６６】
本発明のこの実施形態では、アグリゲーションリソースがＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。
【００６７】
図４に示されている本発明の一実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションは、Ｍ２Ｍデバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、Ｍ２Ｍデバイスの負荷状態を獲得するために、アプリケーションは、送られるアグリゲーションリソース作成要求内にアグリゲーションソース期待値を含め、これは以下を特に含む。すなわち、
Ｓ４０１．この実施形態では、アプリケーションは、デバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、したがって、アグリゲーションされるリソースの特性を説明するためにアグリゲーションソース期待値を含む。
【００６８】
メタデータについて説明するために、ＲＤＦ（リソースディスクリプションフレームワーク）が使用されてもよい。ＲＤＦは、リソースそれ自体およびリソース間の関係を説明するために使用される言語であり、ＲＤＦはＸＭＬに基づく。たとえば、ＣＰＵ使用量リソースのメタデータは、以下のようになる。
【００６９】
＜ｒｄｆ＞
＜ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ＞ＣＯＮＴＡＩＮＥＲ＜／ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅ  ｓｔａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜ｍ２ｍ：ｄａｔａＴｙｐｅ＞ＣＰＵ  ＲＡＴＥ＜／ｍ２ｍ：ｄａｔａＴｙｐｅ＞
＜ｍ２ｍ：ｄａｔａＵｎｉｔ＞％＜／ｍ２ｍ：ｄａｔａＵｎｉｔ＞
＜／ｒｄｆ＞
ここで、各部の意味は以下のようになる。
【００７０】
ｒｄｆタグは、メタデータがＲＤＦ説明のフォーマットにあることを示す。
【００７１】
「ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ」は、Ｍ２Ｍ名前空間において、リソースのリソースタイプがＣＯＮＴＡＩＮＥＲ、すなわちデータコンテナであることを示す。
【００７２】
「ｍ２ｍ：ｄａｔａＴｙｐｅ」は、リソースのデータタイプがＣＰＵ使用量であることを示す。
【００７３】
「ｍ２ｍ：ｄａｔａＵｎｉｔ」は、リソースのデータ単位がパーセンテージであることを示す。
【００７４】
「ｒｅｓｏｕｒｃｅＤｅｓｃｒｉｐｔｉｏｎ」が「ｄｅｖｉｃｅ  ｓｔａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ」であることは、リソースがデバイスの物理性能インジケータであることを示す。
【００７５】
この実施形態では、アプリケーションは、デバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、したがって、アグリゲーションリソース作成要求内にアグリゲーションソース期待値を含み、アグリゲーションソース期待値は、期待されるデバイスの物理性能インジケータであり、これは以下を特に含む。すなわち、
アグリゲーションソース期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅ  ｓｔａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
アグリゲーション法：ｈｔｔｐ：／／ｍ２ｍｓｐ／Ｃａｌ＿Ａ
アグリゲーションソース期待値は、その内容が「ｄｅｖｉｃｅ  ｓｔａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ」である「ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ」を含み、これは、アグリゲーションされるリソースがデバイスの物理性能インジケータのリソースであることを必要とすることを示す。アグリゲーションリソース作成要求が受信された後で、この要求はアグリゲーションされるリソースの識別子を提供せず、アグリゲーションソース期待値を提供するので、デバイスは、アグリゲーションされるリソースの識別子をさらに決定する。
【００７６】
Ｍ２Ｍデバイスは、発見リソースを使用することによって、アグリゲーションソース期待値を満たすリソースを発見し、そのリソースをアグリゲーションされるリソースとして使用してもよい。発見リソースは、仮想リソースであり、静的なデータを保存しない。しかし、発見リソースがアクセスされたとき、発見リソースは、訪問者の許可に従って、訪問者によるアクセスを受けることができるリソースのリストを返すことができる。この実施形態では、リソース発見のための獲得要求は、アグリゲーションソース期待値を担持し、発見リソースは、アグリゲーションソース期待値内のｒｄｆ説明に従ってローカルの発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、マッチングの結果は２つのリソースのメタデータがアグリゲーションソース期待値に一致し得ることが見出されたことであると仮定され、２つのリソースのメタデータは、それぞれ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
である。
【００７７】
２つのリソースは、アグリゲーションされるリソースの識別子として決定されてもよい。
【００７８】
アグリゲーションされるリソースの識別子が決定された後で、この実施形態ではコンピューティングリソースＡがアグリゲーション法として提供される、すなわちコンピューティングリソースＡがアグリゲーション法として使用されるので、そのアグリゲーションリソースが作成されてもよい。
【００７９】
Ｓ４０２．Ｍ２Ｍデバイスがアグリゲーションされるリソースの識別子を決定した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。同様に、アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、決定されたアグリゲーションされるリソースがアグリゲーション法において処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。
【００８０】
Ｓ４０３．アグリゲーションリソースの作成に成功したというメッセージを返す。
【００８１】
アグリゲーションリソースの作成に成功した後で、成功応答が要求クリエータに返されてもよい。作成が失敗した場合、失敗応答が返される。
【００８２】
４０４．情報アグリゲーションを実施する。
【００８３】
前述のステップＳ３０４の説明と同様に、アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。能動的なアグリゲーションおよび受動的なアグリゲーションについては、ステップＳ３０４の詳細な説明を参照されたい。
【００８４】
図５に示されている本発明の一実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションが、アグリゲーションリソースを作成するための要求を、複数のＭ２Ｍデバイス、たとえばＭ２ＭデバイスＸ、Ｙ、Ｚに同時に送る。３つのデバイスによって提供され得る物理性能インジケータは異なってもよい。アプリケーションは、どの物理性能インジケータがデバイスによって支持され得るか知らず、負荷状態を得るためにどの特定のデバイスがどのコンピューティングリソースを使用すべきか知ることをも必要としない。Ｍ２Ｍデバイスの負荷状態を獲得するために、アプリケーションは、アグリゲーションソース期待値およびアグリゲーション結果期待値を、送られるアグリゲーションリソース作成要求内に含み、Ｍ２Ｍデバイスそれ自体は、適切なアグリゲーションリソースおよびアグリゲーション法を求めて検索し、またそれらを決定し、これは以下を特に含む。すなわち、
Ｓ５０１．この実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションがアグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を担持する。
【００８５】
アグリゲーションソース期待値は、アグリゲーションされるリソースの特性を説明するために使用され、アグリゲーション結果期待値もまた特性の説明であり、アグリゲーション結果リソースの特性を説明するために使用される。説明を実施するためにＲＤＦが使用されてもよい。アグリゲーションリソース作成要求は、以下を特に含む。すなわち、
アグリゲーションソース期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅ  ｓｔａｔｅ  ｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
アグリゲーション結果期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｏｕｔｐｕｔＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅ  ｌｏａｄ  ｓｔａｔｅ＜／  ｍ２ｍ：ｏｕｔｐｕｔＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
複数の結果が可能：Ｙ
アグリゲーションリソース作成要求を受信するＭ２Ｍデバイスによる処理のプロセスは一貫したものであり、アグリゲーションソース期待値に従ってアグリゲーションされるリソースの識別子を決定すること、および出力結果期待値に従ってアグリゲーション法をさらに決定することを含む。アグリゲーションされるリソースの識別子を決定する方策は、図４に示されている実施形態におけるものと同じである。しかし、アグリゲーション法を決定する方策は、異なるデバイスの異なるステータスに従って異なる。以下、異なるデバイスＸ、Ｙ、Ｚに従って特定のプロセスについて別々に述べられている。
【００８６】
Ｍ２ＭデバイスＸは、２つのリソース、すなわち使用可能なメモリおよびＣＰＵ使用量を提供することができ、上記のように、デバイスＸは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する２つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
であると決定する。
【００８７】
アグリゲーションリソース作成要求を受信した後で、デバイスＸは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２Ｍデバイスは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。
【００８８】
Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＸに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＸは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＸの場合、アグリゲーションされるリソースは、使用可能なメモリおよびＣＰＵ使用量だけを有し、コンピューティングリソースＡだけがチェックを通過することができることが学習され得、それによりコンピューティングリソースＡをアグリゲーションリソースのアグリゲーション法として決定する。
【００８９】
Ｍ２ＭデバイスＹは、３つの物理性能インジケータ、すなわち使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度を提供することができ、上記のように、デバイスＹは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する３つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ｃｐｕ＿ｒａｔｅ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ｃｐｕ＿ｈｅａｔ
であると決定する。
【００９０】
アグリゲーションリソース作成要求を受信した後で、デバイスＹは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２ＭデバイスＹは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。
【００９１】
Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＹに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＹは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＹの場合、アグリゲーションされるリソースは、使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度だけを有し、コンピューティングリソースＡ、Ｂだけがチェックを通過することができることが学習され得、それによりコンピューティングリソースＡ、Ｂがアグリゲーションリソースのアグリゲーション法であり得ると決定する。
【００９２】
デバイスＹは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むかどうかさらに決定してもよい。アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含む場合、それは、デバイスＹが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。複数の結果が可能にされない場合、デバイスＹは、コンピューティングリソースＢの入力リソースがアグリゲーションされるリソースに最もよく一致するとさらに決定し、したがって、コンピューティングリソースＢが最終的にアグリゲーション法として決定される。
【００９３】
Ｍ２ＭデバイスＺは、３つの物理性能インジケータ、すなわち使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間を提供することができると仮定され、上記のように、デバイスＺは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する３つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ｃｐｕ＿ｉｄｌｅ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ｃｐｕ＿ｂｕｓｙ．
であると決定する。本明細書におけるＣＰＵ使用量は、前述のデバイスＸまたはデバイスＹによって提供されるＣＰＵ使用量ではないことに留意されたい。
【００９４】
アグリゲーションリソース作成要求を受信した後で、デバイスＺは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２ＭデバイスＺは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。
【００９５】
Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＺに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＺは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＺの場合、アグリゲーションされるリソースは、使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間だけを有し、コンピューティングリソースＡ、Ｂ、Ｃ、Ｄのどれもマッチングチェックを通過することができないことが学習され得る。
【００９６】
コンピューティングリソースＡ、Ｂ、Ｃ、Ｄのどれも入力マッチングチェックを直接通過することができないので、デバイスＹは、コンピューティングリソース同士をリンクすることによってマッチングが実施され得るかどうか引き続きチェックする。
【００９７】
たとえば、コンピューティングリソースＡの場合、入力リソースは、使用可能なメモリおよびＣＰＵ使用量であり、デバイスＺによって提供され得るリソースは、使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間であり、一致させることができない入力リソース説明は「ＣＰＵ使用量」であることが学習され得る。デバイスＺは、別のコンピューティングリソースを使用することによって「ＣＰＵ使用量」が得られるかどうかさらに決定する。デバイスＺは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、期待されるリソース、すなわち「ＣＰＵ使用量」を担持する。Ｍ２Ｍプラットフォームは、コンピューティングリソースＥを返し、コンピューティングリソースＥの出力は「ＣＰＵ使用量」であり、入力リソースは、ＣＰＵアイドル時間およびＣＰＵビジー時間である。デバイスＺは、ＣＰＵアイドル時間およびＣＰＵビジー時間を提供することができる。したがって、コンピューティングリソースＥの出力が、コンピューティングリソースＡの入力として使用されてもよい。したがって、コンピューティングリソースＥとコンピューティングリソースＡのリンキングがアグリゲーション法を形成すると決定される。
【００９８】
コンピューティングリソースＢの場合、入力物理性能インジケータは、使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度を含む。ＣＰＵ使用量もまた、前述の方法を使用することによってコンピューティングリソースＥによって得られ、プラットフォームから、発見リソースに「ＣＰＵ温度」を発見するように要求した後で、デバイスＺは、プラットフォームによって返される「失敗」応答を受信し、これは、別のコンピューティングリソースを使用することによってＣＰＵ温度が得られないことを示す。したがって、コンピューティングリソースＢの処理プロセスは失敗する。同様に、コンピューティングリソースＣ、Ｄの処理プロセスもまた失敗する。
【００９９】
結論として、Ｍ２ＭデバイスＺは、コンピューティングリソースＥとコンピューティングリソースＡのリンキングがアグリゲーション法であると決定する。
【０１００】
Ｓ５０２．Ｍ２ＭデバイスＸ、Ｙ、Ｚがそれぞれアグリゲーションされるリソースの識別子およびアグリゲーション法を決定した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびそれぞれの決定されたアグリゲーション法を含む。同様に、アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、決定されたアグリゲーションされるリソースがアグリゲーション法において処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。
【０１０１】
Ｓ５０３．アグリゲーションリソースの作成に成功したというメッセージを返す。
【０１０２】
アグリゲーションリソースの作成に成功した後で、成功応答が要求クリエータに返されてもよい。作成が失敗した場合、失敗応答が返される。
【０１０３】
５０４．情報アグリゲーションを実施する。
【０１０４】
同様に、前述のステップＳ３０４の説明と同様に、アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。能動的なアグリゲーションおよび受動的なアグリゲーションについての詳細は、ステップＳ３０４の詳細な説明を参照されたい。
【０１０５】
デバイスＹの場合、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含む場合、それは、デバイスＹが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。デバイスＹは、コンピューティングリソースＡおよびコンピューティングリソースＢに別々に従って情報アグリゲーションを実施してもよい。アプリケーションがアグリゲーションリソースにアクセスするとき、デバイスＹは、複数の結果をアプリケーションに返してもよく、アプリケーションは、それらの複数の結果に対してさらに処理を実施する。
【０１０６】
デバイスＺの場合、決定されたアグリゲーション法がコンピューティングリソースＥとコンピューティングリソースＡのリンキングであるので、情報アグリゲーションが実施されるとき、コンピューティングリソースＥのアグリゲーションが最初に実施され、アグリゲーションの出力「ＣＰＵ使用量」がコンピューティングリソースＡの入力として使用され、アグリゲーションがコンピューティングリソースＡの入力および別の入力「使用可能なメモリ」に対して実施され、最終的なアグリゲーション結果を得る。
【０１０７】
本発明のこの実施形態では、アグリゲーションリソースがＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、特に、アグリゲーションされるリソースおよびアグリゲーション法が、アグリゲーションソース期待値およびアグリゲーション結果期待値に従って自動的に適合および選択され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。
【０１０８】
本発明の一実施形態は、前述の図２から図５に示されている情報アグリゲーション方法の実施形態を実装するように構成されたＭ２Ｍデバイスをさらに提供する。具体的には、図６に示されているように、本発明のこの実施形態で提供されるＭ２Ｍデバイスは、
アグリゲーションリソース作成要求を受信するように構成された通信モジュール６０１と、
受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するように構成された決定モジュール６０２と、
アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュール６０３であって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、作成モジュール６０３と、
作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュール６０４とを含む。
【０１０９】
任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を直接含み、アグリゲーション法は、指定されたコンピューティングリソースである。
【０１１０】
任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用する。
【０１１１】
任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用し、決定モジュールがアグリゲーション法を決定することは、決定モジュールがコンピューティングリソース発見要求を発見リソースに送ることを特に含み、要求は、アグリゲーション結果期待値を担持し、決定モジュールは、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースをさらに受信し、コンピューティングリソースをアグリゲーション法として使用する。
【０１１２】
任意選択で、アグリゲーション法として使用される複数のコンピューティングリソースがあり、決定モジュールは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定するようにさらに構成され、アグリゲーション法は、複数のコンピューティングリソースを含み、通信モジュールは、アプリケーションプログラムによるアグリゲーションリソースへのアクセスを受信し、複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成される。あるいは、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングである。
【０１１３】
任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、アグリゲーションモジュールは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。
【０１１４】
任意選択で、アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、アグリゲーションモジュールが、アグリゲーションされるリソースとの加入通知関係を確立することを含み、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られ、アグリゲーションモジュールは、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、または、アグリゲーションモジュールは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。
【０１１５】
あるいは、任意選択で、アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージを通信モジュールが受信した後で、アグリゲーションモジュールが、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得ることを含み、通信モジュールは、アグリゲーション結果をアプリケーションに返す。
【０１１６】
任意選択で、作成モジュールは、アグリゲーションリソースを作成する前に、決定されたアグリゲーションリソースがアグリゲーション法で処理され得るかどうか検証するようにさらに構成される。
【０１１７】
本発明のこの実施形態では、アグリゲーションリソースがＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、特に、アグリゲーションされるリソースおよびアグリゲーション法が、アグリゲーションソース期待値およびアグリゲーション結果期待値に従って自動的に適合および選択され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。
【０１１８】
図７は、本発明の一実施形態によるＭ２Ｍデバイスの別の概略構造図であり、汎用コンピュータシステムアーキテクチャが採用され、本発明の解決策を実行するプログラムコードがメモリ内に記憶され、プロセッサが実行を制御する。Ｍ２Ｍデバイスは、プロセッサ７０１、メモリ７０２、および通信インターフェース７０３を含む。
【０１１９】
プロセッサは、汎用の中央処理装置（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、または本発明の解決策のプログラムの実行を制御するために使用される１もしくは複数の集積回路であってよい。
【０１２０】
コンピュータシステムに含まれる１または複数のメモリは、読出し専用メモリ（ＲＯＭ）または静的な情報および命令を記憶することができる別のタイプのスタティック記憶デバイスなど不揮発性コンピュータ可読記憶媒体であっても、磁気ディスクメモリであってもよい。これらのメモリは、バスを通じてプロセッサに接続されてもよい。メモリは、本発明の解決策を実行するプログラムコード、たとえば、図２から図５に示されている実施形態における方法を実行するプログラムを記憶する。本発明の解決策を実行するプログラムコードは、メモリ内に記憶され、プロセッサは、その実行を制御する。
【０１２１】
通信インターフェースは、別のデバイスまたは、イーサネット（登録商標）、無線アクセスネットワーク（ＲＡＮ）、またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）など通信ネットワークと通信するように、トランシーバタイプの装置であってもよい。
【０１２２】
本明細書における実施形態はすべて段階的に記載されており、実施形態における同じまたは同様の部分について、これらの実施形態が参照されることがあり、各実施形態は、他の実施形態からの相違に注目することに留意されたい。特に、装置実施形態は、基本的に方法実施形態と同様であり、したがって簡単に記載されており、各ユニットの特定の機能の実行プロセスについて、方法実施形態における部分的な説明を参照することがある。記載の装置は、例示的なものにすぎない。別個の部分として記載されているユニットは、物理的に別個であってもなくてもよく、ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、１つの場所に位置してもよく、または複数のネットワークユニット上で分散されてもよい。モジュールの一部またはすべてが、実施形態の解決策の目的を達成するために実際の要件に従って選択されてもよい。当業者なら、創造的な努力なしに本発明の実施形態を理解し実装することができる。
【０１２３】
手短に言えば、上記のものは、本発明の技術的解決策の例示的な実施形態にすぎず、本発明の保護範囲を限定することは意図されていない。本発明の精神および原理から逸脱することなしに加えられる修正、均等な置換え、または実装は、本発明の保護範囲内に入るものとする。
【図１】
0006302096.tif 000004
【図２】
0006302096.tif 000005
【図３】
0006302096.tif 000006
【図４】
0006302096.tif 000007
【図５】
0006302096.tif 000008
【図６】
0006302096.tif 000009
【図７】
0006302096.tif 000010