JP2017506480A

JP2017506480A - Ｍ２ｍにおける情報処理方法および装置

Info

Publication number: JP2017506480A
Application number: JP2016570153A
Authority: JP
Inventors: 佳欣殷
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2014-02-24
Filing date: 2014-02-24
Publication date: 2017-03-02
Anticipated expiration: 2034-02-24
Also published as: EP3101840A4; EP4178177A1; EP3101840B1; EP3358786A1; CN105052077B; CN110099369B; CN110099369A; US11108648B2; WO2015123890A1; EP3591897A1; US20160366028A1; KR101881427B1; US11799735B2; KR20160122833A; EP3101840A1; JP6302096B2; ES2660024T3; US10382286B2; EP3358786B1; CN105052077A

Abstract

本発明は、マシンツーマシン通信（Ｍ２Ｍ）における情報アグリゲーション方法および装置を提供し、この方法は、アグリゲーションリソース作成要求を受信するステップと、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するステップと、アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するステップであって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、ステップと、作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するステップとを特に含む。本発明は、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。

Description

本発明は、情報技術の分野に関し、詳細には、マシンツーマシン通信における情報処理方法および装置に関する。

マシンツーマシン通信（Ｍａｃｈｉｎｅ−ｔｏ−ＭａｃｈｉｎｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ、Ｍ２Ｍ：機械対機械通信）は、マシンインテリジェントインタラクション（ｍａｃｈｉｎｅｉｎｔｅｌｌｉｇｅｎｔｉｎｔｅｒａｃｔｉｏｎ）がコアとして使用されるネットワーク化アプリケーションおよびサービスである。マシンツーマシン通信は、無線または有線の通信モジュールおよびアプリケーション処理論理をマシン内に埋め込むことによって、監視、コマンディングおよびスケジューリング、データ獲得および測定などのためのユーザの情報要求を実現する。Ｍ２Ｍシステムでは、様々なセンサおよびコントローラなどＭ２Ｍデバイスが、Ｍ２Ｍゲートウェイを通じてＭ２Ｍサービスプラットフォームに直接アクセスする。したがって、電気計量およびインテリジェントトランスポーテーションなど様々なＭ２Ｍサービスが実施される。Ｍ２Ｍサービスプラットフォームによって提供されるサービス機能を使用することによって、Ｍ２Ｍデバイスによって収集されるデータが獲得されてもよく、または制御および管理がＭ２Ｍデバイスに対して実施されてもよい。

Ｍ２Ｍシステムでは、一般に複数のデバイスタイプがあり、各タイプが複数のデバイスを含む。異なるタイプのデバイスは、異なるデータまたはサービスを提供するが、大抵のセンサは、オリジナルの計量データしか提供することができない。たとえば、温度センサは、温度値しか反映することができず、端末コンピューティングデバイスは、使用可能なメモリおよびＣＰＵ使用量しか提供することができない。ユーザによって必要とされるデータは、一般に、異なるコンピューティング方法を使用することによって異なるタイプのデバイスの異なるデータから得られることを必要とし、これは従来技術におけるＭ２Ｍシステムの展開を複雑にし、Ｍ２Ｍアプリケーションの高コストに通じる。

従来技術の欠点を克服するために、本発明の実施形態は、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善するように、マシンツーマシン通信における情報処理方法および装置を提供する。

第１の態様によれば、本発明の一実施形態は、マシンツーマシン通信における方法であって、アグリゲーションリソース作成要求を受信するステップと、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するステップと、アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するステップであって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、ステップと、作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するステップとを含む方法を提供する。

第１の態様の第１の可能な実装法では、アグリゲーションリソースの属性に従って情報アグリゲーションを実施するステップは、アグリゲーションされるリソースの現在の状態を獲得するステップと、アグリゲーションリソースの属性内に含まれるアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップとを特に含む。

第１の態様の第２の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースである。

第１の態様の第３の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、アグリゲーションされるリソースの識別子を決定するステップは、リソース発見要求を発見リソースに送るステップであって、リソース発見要求は、アグリゲーションソース期待値を担持する、ステップと、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子を受信するステップと、リソース識別子をアグリゲーションされるリソースの識別子として使用するステップとを特に含む。

第１の態様の第４の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、アグリゲーションされるリソースの識別子を決定するステップは、リソース発見要求を発見リソースに送るステップであって、リソース発見要求は、アグリゲーションソース期待値を担持する、ステップと、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子を受信するステップと、リソース識別子をアグリゲーションされるリソースの識別子として使用するステップとを特に含み、アグリゲーション法を決定するステップは、コンピューティングリソース発見要求を発見リソースに送るステップであって、要求は、アグリゲーション結果期待値を担持する、ステップと、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースを受信するステップと、コンピューティングリソースをアグリゲーション法として使用するステップとを特に含む。

第１の態様の第５の可能な実装法では、アグリゲーション法として使用される複数のコンピューティングリソースがあり、この方法は、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するステップと、アプリケーションプログラムによるアグリゲーションリソースへのアクセスが受信されたとき、複数のコンピューティングリソースのアグリゲーション結果を返すステップとをさらに含む。

第１の態様の第６の可能な実装法では、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキング（ｌｉｎｋｉｎｇ：結合）である。

第１の態様の第７の可能な実装法では、受信されたアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、Ｍ２Ｍデバイスは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。

第１の態様の第８の可能な実装法では、情報アグリゲーションを能動的に実施することは、Ｍ２Ｍデバイスによって、アグリゲーションされるリソースとの加入通知関係を確立するステップであって、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られる、ステップと、Ｍ２Ｍデバイスによって、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施するステップ、または、Ｍ２Ｍデバイスによって、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新するステップとを含む。

第１の態様の第９の可能な実装法では、情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージをＭ２Ｍデバイスが受信した後で、アグリゲーションされるリソースの現在の状態を獲得するステップと、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップと、アグリゲーション結果をアプリケーションに返すステップとを含む。

第１の態様の第１０の可能な実装法では、アグリゲーションリソースを作成する前に、この方法は、決定されたアグリゲーション結果をアグリゲーション法で処理することができるかどうか検証するために妥当性を検証するステップをさらに含む。

第２の態様によれば、本発明の一実施形態は、マシンツーマシン通信Ｍ２Ｍデバイスであって、
アグリゲーションリソース作成要求を受信するように構成された通信モジュールと、
受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するように構成された決定モジュールと、
アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュールであって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、作成モジュールと、
作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュールとを含むデバイスを提供する。

第２の態様の第１の可能な実装法では、アグリゲーションモジュールは、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーションリソースの属性内に含まれるアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るように特に構成される。

第２の態様の第２の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースである。

第２の態様の第３の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用する。

第２の態様の第４の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用し、決定モジュールがアグリゲーション法を決定することは、決定モジュールがコンピューティングリソース発見要求を発見リソースに送ることを特に含み、要求は、アグリゲーション結果期待値を担持し、決定モジュールは、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースをさらに受信し、コンピューティングリソースをアグリゲーション法として使用する。

第２の態様の第５の可能な実装法では、アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、決定モジュールは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するようにさらに構成され、通信モジュールは、アプリケーションプログラムによるアグリゲーションリソースへのアクセスを受信し、複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成される。

第２の態様の第６の可能な実装法では、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングである。

第２の態様の第７の可能な実装法では、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、アグリゲーションモジュールは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。

第２の態様の第８の可能な実装法では、アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、アグリゲーションモジュールが、アグリゲーションされるリソースとの加入通知関係を確立することを含み、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られ、アグリゲーションモジュールは、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、または、アグリゲーションモジュールは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。

第２の態様の第９の可能な実装法では、アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージを通信モジュールが受信した後で、アグリゲーションモジュールが、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得ることを含み、通信モジュールは、アグリゲーション結果をアプリケーションに返す。

本発明の実施形態では、アグリゲーション結果がＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、特に、アグリゲーションされるリソースおよびアグリゲーション法が、アグリゲーションソース期待値およびアグリゲーション結果期待値に従って自動的に適合および選択され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。

本発明の実施形態における技術的解決策をより明確に述べるために、以下は、実施形態または従来技術を述べるために必要とされる添付の図面を簡単に導入する。明らかに、以下の説明における添付の図面は、本発明のいくつかの実施形態を示すにすぎず、当業者なら、創造的努力なしにこれらの添付の図面から他の図面を依然として導出することができる。
本発明の一実施形態によるＭ２Ｍアグリゲーションシステムの概略図である。本発明の一実施形態による情報アグリゲーション方法の流れ図である。本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。本発明の一実施形態による別の情報アグリゲーション方法の流れ図である。本発明の一実施形態によるＭ２Ｍデバイスの概略構造図である。本発明の一実施形態による別のＭ２Ｍデバイスの概略構造図である。

以下は、本発明の実施形態における添付の図面を参照して本発明の実施形態における技術的解決策について明確かつ完全に述べる。明らかに、記載の実施形態は、本発明の実施形態の一部にすぎず、すべてではない。創造的努力なしに本発明の実施形態に基づいて当業者によって得られるすべての他の実施形態が、本発明の保護範囲内に入るものとする。

本発明の一実施形態は、Ｍ２Ｍ情報アグリゲーションシステムを提供する。
図１に示されているように、Ｍ２Ｍ情報アグリゲーションシステムは、Ｍ２Ｍサービスプラットフォームと、Ｍ２Ｍデバイスとを含む。センサおよびマイクロコントローラなど様々なＭ２ＭデバイスがＭ２Ｍサービスプラットフォームに直接アクセスし、またはＭ２Ｍゲートウェイを通じてＭ２Ｍサービスプラットフォームに遠隔でアクセスする。電気メータシステムおよびインテリジェントトランスポーテーションシステムなど様々なＭ２Ｍアプリケーションが、一般にＭ２Ｍサービスプラットフォーム上で展開され、Ｍ２Ｍサービスプラットフォームによって提供されるサービス機能を使用することによって、Ｍ２Ｍ端末によって収集されたデータを獲得し、またはＭ２Ｍ端末に対して遠隔制御および管理を実施する。

アグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）は、システム内の１または複数のリソースについての情報を入力として使用すること、および論理計算により得られる計算結果を、外部アクセスを提供するための出力リソースとして使用することを指す。

本発明のこの実施形態では、Ｍ２Ｍアプリケーションは、アグリゲーションリソースを作成するようにＭ２Ｍデバイスを制御し、アグリゲーションリソースの作成に成功した後で、Ｍ２Ｍデバイスは情報アグリゲーションを実施し、アグリゲーションされた情報は、アプリケーションによるアクセスによって獲得され得る。これは、特に、以下の構成を含む。

Ｍ２Ｍプラットフォームは、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送るように構成され、作成要求は、アグリゲーションリソースを作成するためのパラメータを担持する。そして、
Ｍ２Ｍデバイスは、プラットフォームによって送られたアグリゲーションリソース作成要求を受信し、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定し、アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成し、アグリゲーションリソースの属性がアグリゲーションされるリソースの識別子およびアグリゲーション法を含み、作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成される。

前述の実施形態におけるシステムに基づいて、本発明の一実施形態は、Ｍ２Ｍ情報アグリゲーション方法を提供する。
図２に示されているように、この方法は、以下のステップを含む。

２０１．アグリゲーションリソース作成要求を受信する。

作成要求は、アプリケーションプログラム、またはデバイス、ゲートウェイ、およびプラットフォームを含めて別の装置によって生成されてもよい。たとえば、Ｍ２Ｍプラットフォーム上のアプリケーションが、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送る。あるいは、作成要求は、Ｍ２Ｍデバイス上で直接生成されてもよい。たとえば、作成要求は、Ｍ２Ｍデバイスにおける構成によって、ユーザによって直接生成され、次いで、ユーザの受信入力が、アグリゲーションリソース作成要求を受信している。作成要求は、アグリゲーションリソースを作成するためのパラメータを担持してもよい。作成要求は、アグリゲーションされるリソースおよびアグリゲーション法を直接含んでもよく、または、作成要求は、アグリゲーションされるリソースの識別子を直接担持せず、アグリゲーションソース期待値を担持してもよく、Ｍ２Ｍデバイスは、アグリゲーションソース期待値に従ってアグリゲーションされるリソースの識別子を決定する。さらに、アグリゲーション法は、作成要求内で指定されなくてもよく、アグリゲーション結果期待値が作成要求内に担持され、Ｍ２Ｍデバイスは、アグリゲーション結果期待値に従って適切なアグリゲーション法を決定する。

アグリゲーションソース期待値は、アグリゲーションリソースクリエータによって作られる、アグリゲーションされるリソースの範囲の特性説明であり、リソースが現在のアグリゲーションリソースのアグリゲーションされるリソースであり得るかどうか決定するための条件を設定するために使用される。

アグリゲーション法は、対応する論理計算のプロセスがアグリゲーションされるリソース上で実施されることを示す。アグリゲーション結果は、論理計算を使用することによって得られる。Ｍ２Ｍでは、論理計算のプロセスは、コンピューティングリソースによって提供されてもよく、コンピューティングリソースは、論理計算を実施するために使用されるリソースである。アグリゲーション法は、単に単一のコンピューティングリソースを含むだけでもよい。さらに、アグリゲーション法は、複数のコンピューティングリソースをリンクすることによって形成されてもよい。複数のコンピューティングリソースをリンクすることは、１または複数のコンピューティングリソースの出力が別のコンピューティングリソースの入力として使用されることを示す。

アグリゲーション結果期待値は、アグリゲーションリソースクリエータによって作られる、アグリゲーション結果リソースの特性説明を示す。アグリゲーション法は、アグリゲーション結果期待値を使用することによって決定されてもよい。

Ｍ２Ｍデバイスは、アグリゲーションリソースに従って情報アグリゲーションを実施し、アグリゲーションされた情報は、アグリゲーション結果を形成する。アグリゲーション結果が得られた後で、アグリゲーション結果リソースが形成されてもよく、アグリゲーション結果リソースは、アプリケーションによるアクセスのために、Ｍ２ＭデバイスまたはＭ２Ｍプラットフォーム内に位置してもよい。さらに、アグリゲーションリソース作成要求を送る前に、Ｍ２Ｍアプリケーションは、アグリゲーション結果リソースの識別子を決定してもよい。アグリゲーションリソース作成要求を送るとき、アグリゲーションリソース作成要求は、アグリゲーション結果リソースの識別子を担持する。Ｍ２Ｍデバイスが情報をアグリゲーションした後で、アグリゲーション結果が、指定されたアグリゲーション結果リソース内に記憶される。

アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。能動的なアグリゲーションは、アグリゲーション結果リソースが事前設定の規則に従って能動的に更新されることを示す。たとえば、アグリゲーションされるリソースとの加入関係が確立され、アグリゲーションされるリソースの変化が加入条件を満たす場合、情報アグリゲーションが実施され、アグリゲーション結果リソースを更新し、または、アグリゲーションされるリソースの変化がポーリングによって監視され、アグリゲーションされるリソースが変化した直後、アグリゲーション結果リソースが更新される。受動的なアグリゲーションは、アグリゲーションされるリソースの現在の状態が獲得され、アグリゲーション結果がアグリゲーション法に従って得られ、アグリゲーション結果リソースがアクセスされたときだけアグリゲーション結果が返されることを示す。アグリゲーションリソース作成要求は、指定されたアグリゲーション機会を担持してもよく、Ｍ２Ｍデバイスは、作成要求内に担持されたアグリゲーション機会に従って情報アグリゲーションを実施してもよい。

Ｍ２Ｍによって決定される複数のアグリゲーション法があり得、したがって、複数のアグリゲーション結果があり得る。アプリケーションは、アグリゲーションリソース作成要求内に「複数の結果が可能」のフラグをさらに含み、このフラグは、Ｍ２Ｍデバイスが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。アプリケーションがアグリゲーションリソースにアクセスするとき、デバイスはアプリケーションに複数のアグリゲーション結果を提供し、アプリケーションは、複数のアグリゲーション結果を処理する。

Ｍ２Ｍデバイスは、作成要求内に担持された異なるパラメータに従って、対応する処理を実施してもよい。

２０２．アグリゲーションされるリソースの識別子およびアグリゲーション法を決定する。

Ｍ２Ｍデバイスは、アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定する。アグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子を直接担持してもよく、またはアグリゲーションされるリソースの特性を説明するために使用されるアグリゲーションソース期待値を担持してもよい。この特性は、アグリゲーションされるリソースのメタデータをマッチングするために使用されるセマンティック説明であってもよい。

アグリゲーションリソース作成要求は、アグリゲーション法を直接担持してもよく、またはアグリゲーション結果期待値を提供してもよい。作成要求がアグリゲーション結果期待値を担持するとき、Ｍ２Ｍデバイスは、アグリゲーション結果期待値に従ってアグリゲーション法を決定してもよく、特定のプロセスが、単一のコンピューティングリソース、複数のコンピューティングリソース、または複数のコンピューティングリソースのリンキングをアグリゲーション法として決定するステップを含む。

２０３．アグリゲーションリソースを作成する。

アグリゲーションリソースは、受信されたアグリゲーションリソース作成要求に従って作成され、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。作成されたアグリゲーションリソースは、たとえば、以下の表内のいくつかの属性を含む。

２０４．情報アグリゲーションを実施する。

アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。

アグリゲーション機会が能動的なアグリゲーションである場合、それは、Ｍ２Ｍデバイスが事前設定の規則に従ってアグリゲーション結果を能動的に更新することを示す。たとえば、アグリゲーションリソースとの加入通知関係が確立される。アグリゲーションされるリソースの変化が加入条件を満たすたびに、通知メッセージがアグリゲーションリソースに送られ、この通知メッセージは、アグリゲーションされるリソースの状態を担持し、デバイスは、最新の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果リソースを更新する。このようにして、アグリゲーション結果リソースは、アグリゲーションされるリソースの変化に従って常に最新を保つ。あるいは、Ｍ２Ｍデバイスは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。アプリケーションがアグリゲーション結果リソースにアクセスするとき、アグリゲーションされた情報がアプリケーションに直接返される。

アグリゲーション機会が受動的なアグリゲーションである場合、それは、アグリゲーションされるリソースの現在の状態が獲得され、アグリゲーション結果がアグリゲーション法に従って得られ、アグリゲーション結果リソースがアプリケーションによってアクセスされたときだけアグリゲーション結果がアプリケーションに返されることを示す。

本発明の異なるアプリケーションシナリオについて、以下で他の実施形態が提供される。異なるＭ２Ｍデバイスによって情報をアグリゲーションするためには、同じ出力を提供するために異なる技術的リソースが必要とされる。たとえば、以下の実施形態では、異なるＭ２Ｍデバイスが、使用可能なメモリ、ＣＰＵ使用量、ＣＰＵ温度、および磁気ディスクの残りの容量など、異なる物理性能インジケータを得てもよい。いくつかのＭ２Ｍデバイスはこれらのインジケータのすべてを提供してもよく、いくつかのＭ２Ｍデバイスは、これらのインジケータの一部だけを提供することができる。プラットフォームは、異なるＭ２Ｍデバイスを適合させるように、異なるコンピューティングリソースを提供する。以下の表に示されているように、コンピューティングリソースＡ、Ｂ、Ｃ、Ｄの出力は、デバイスの「負荷状態」である。異なるＭ２Ｍデバイスは、異なるコンピューティングリソースを使用することによって均一な出力を提供することができる。以下の実施形態では、コンピューティングリソースＡからＥが、下記表２に示されているようにＭ２Ｍプラットフォーム内で構成されていると仮定される。すなわち、

異なるコンピューティングリソースは、異なる計算式を使用することによって、正規化された結果を得てもよい。たとえば、コンピューティングリソースＡの場合、負荷状態のための計算式は、以下のようになり得る。すなわち、
（１−（使用可能なメモリ／総メモリ））＊５０％＋ＣＰＵ使用量＊５０％
この例では、メモリ使用量およびＣＰＵ使用量はそれぞれ、負荷状態の出力の５０％に反映される。メモリ使用量およびＣＰＵ使用量は、異なるパーセンテージに調整されてもよい。

別の例について、コンピューティングリソースＣの場合、負荷状態のための計算式は、以下のようになり得る。すなわち、
（１−（使用可能なメモリ／総メモリ））＊３０％＋ＣＰＵ使用量＊３０％
＋（ＣＰＵ温度／ＣＰＵ最大温度）＊２０％
＋（１−（残りの電力／最大電力））＊２０％
この例では、メモリ使用量およびＣＰＵ使用量はそれぞれ、負荷状態の出力の３０％に反映され、温度および電力はそれぞれ、２０％に反映される。メモリ使用量およびＣＰＵ使用量は、異なるパーセンテージに調整されてもよい。

コンピューティングリソースＥの出力「ＣＰＵ使用量」を計算するための方法は、以下のようになる。
ＣＰＵビジー時間／（ＣＰＵアイドル時間＋ＣＰＵビジー時間）
前述の表２における４つのコンピューティングリソースのための計算方法は異なるが、出力は均一である。たとえば、負荷状態はパーセンテージで表される。このようにして、異なるＭ２Ｍデバイスは、前述の異なるコンピューティングリソースを使用することによって情報アグリゲーションを実施し、得られる出力は均一である。

図３に示されている本発明の一実施形態では、Ｍ２Ｍデバイスの負荷状態を獲得するために、Ｍ２Ｍプラットフォーム上のアプリケーションがアグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を直接担持する。アグリゲーションリソースは、ＣＰＵ使用量および使用可能なメモリをアグリゲーションすることによって現在のデバイスの負荷状態を得てもよく、これは以下を特に含む。すなわち、
Ｓ３０１．この実施形態では、アプリケーションは、いくつかのデバイスのものである使用可能なメモリリソースおよびＣＰＵ使用量リソースの識別子をすでに知っている。たとえば、デバイスＸのものである使用可能なメモリリソースおよびＣＰＵ使用量リソースの識別子は、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
である。

したがって、アプリケーションは、コンピューティングリソースＡを、アグリゲーションリソースのアグリゲーション法として直接選び、それにより負荷状態を得てもよい。アプリケーションは、アグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、アグリゲーションリソース作成要求は、以下のパラメータを含む。すなわち、
アグリゲーションされるリソースの識別子：
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ、および
アグリゲーション法：ｈｔｔｐ：／／ｍ２ｍｓｐ／Ｃａｌ＿Ａ
Ｓ３０２．Ｍ２Ｍデバイスがアグリゲーションリソース作成要求を受信した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、提供されるアグリゲーションされるリソースがアグリゲーション法で処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。

Ｓ３０３．アグリゲーションリソースの作成に成功したというメッセージを返す。

アグリゲーションリソースの作成に成功した後で、成功応答が要求クリエータに返されてもよい。作成が失敗した場合、失敗応答が返される。

Ｓ３０４．情報アグリゲーションを実施する。

本発明のこの実施形態では、アグリゲーションリソースがＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。

図４に示されている本発明の一実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションは、Ｍ２Ｍデバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、Ｍ２Ｍデバイスの負荷状態を獲得するために、アプリケーションは、送られるアグリゲーションリソース作成要求内にアグリゲーションソース期待値を含め、これは以下を特に含む。すなわち、
Ｓ４０１．この実施形態では、アプリケーションは、デバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、したがって、アグリゲーションされるリソースの特性を説明するためにアグリゲーションソース期待値を含む。

メタデータについて説明するために、ＲＤＦ（リソースディスクリプションフレームワーク）が使用されてもよい。ＲＤＦは、リソースそれ自体およびリソース間の関係を説明するために使用される言語であり、ＲＤＦはＸＭＬに基づく。たとえば、ＣＰＵ使用量リソースのメタデータは、以下のようになる。

＜ｒｄｆ＞
＜ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ＞ＣＯＮＴＡＩＮＥＲ＜／ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅｓｔａｔｅｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜ｍ２ｍ：ｄａｔａＴｙｐｅ＞ＣＰＵＲＡＴＥ＜／ｍ２ｍ：ｄａｔａＴｙｐｅ＞
＜ｍ２ｍ：ｄａｔａＵｎｉｔ＞％＜／ｍ２ｍ：ｄａｔａＵｎｉｔ＞
＜／ｒｄｆ＞
ここで、各部の意味は以下のようになる。

ｒｄｆタグは、メタデータがＲＤＦ説明のフォーマットにあることを示す。

「ｍ２ｍ：ｒｅｓｏｕｒｃｅＴｙｐｅ」は、Ｍ２Ｍ名前空間において、リソースのリソースタイプがＣＯＮＴＡＩＮＥＲ、すなわちデータコンテナであることを示す。

「ｍ２ｍ：ｄａｔａＴｙｐｅ」は、リソースのデータタイプがＣＰＵ使用量であることを示す。

「ｍ２ｍ：ｄａｔａＵｎｉｔ」は、リソースのデータ単位がパーセンテージであることを示す。

「ｒｅｓｏｕｒｃｅＤｅｓｃｒｉｐｔｉｏｎ」が「ｄｅｖｉｃｅｓｔａｔｅｍｅａｓｕｒｅｍｅｎｔ」であることは、リソースがデバイスの物理性能インジケータであることを示す。

この実施形態では、アプリケーションは、デバイス上のどの特定の物理性能インジケータが負荷状態を得るために使用され得るか知らず、したがって、アグリゲーションリソース作成要求内にアグリゲーションソース期待値を含み、アグリゲーションソース期待値は、期待されるデバイスの物理性能インジケータであり、これは以下を特に含む。すなわち、
アグリゲーションソース期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅｓｔａｔｅｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
アグリゲーション法：ｈｔｔｐ：／／ｍ２ｍｓｐ／Ｃａｌ＿Ａ
アグリゲーションソース期待値は、その内容が「ｄｅｖｉｃｅｓｔａｔｅｍｅａｓｕｒｅｍｅｎｔ」である「ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ」を含み、これは、アグリゲーションされるリソースがデバイスの物理性能インジケータのリソースであることを必要とすることを示す。アグリゲーションリソース作成要求が受信された後で、この要求はアグリゲーションされるリソースの識別子を提供せず、アグリゲーションソース期待値を提供するので、デバイスは、アグリゲーションされるリソースの識別子をさらに決定する。

Ｍ２Ｍデバイスは、発見リソースを使用することによって、アグリゲーションソース期待値を満たすリソースを発見し、そのリソースをアグリゲーションされるリソースとして使用してもよい。発見リソースは、仮想リソースであり、静的なデータを保存しない。しかし、発見リソースがアクセスされたとき、発見リソースは、訪問者の許可に従って、訪問者によるアクセスを受けることができるリソースのリストを返すことができる。この実施形態では、リソース発見のための獲得要求は、アグリゲーションソース期待値を担持し、発見リソースは、アグリゲーションソース期待値内のｒｄｆ説明に従ってローカルの発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、マッチングの結果は２つのリソースのメタデータがアグリゲーションソース期待値に一致し得ることが見出されたことであると仮定され、２つのリソースのメタデータは、それぞれ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
である。

２つのリソースは、アグリゲーションされるリソースの識別子として決定されてもよい。

アグリゲーションされるリソースの識別子が決定された後で、この実施形態ではコンピューティングリソースＡがアグリゲーション法として提供される、すなわちコンピューティングリソースＡがアグリゲーション法として使用されるので、そのアグリゲーションリソースが作成されてもよい。

Ｓ４０２．Ｍ２Ｍデバイスがアグリゲーションされるリソースの識別子を決定した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む。同様に、アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、決定されたアグリゲーションされるリソースがアグリゲーション法において処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。

Ｓ４０３．アグリゲーションリソースの作成に成功したというメッセージを返す。

４０４．情報アグリゲーションを実施する。

前述のステップＳ３０４の説明と同様に、アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。能動的なアグリゲーションおよび受動的なアグリゲーションについては、ステップＳ３０４の詳細な説明を参照されたい。

図５に示されている本発明の一実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションが、アグリゲーションリソースを作成するための要求を、複数のＭ２Ｍデバイス、たとえばＭ２ＭデバイスＸ、Ｙ、Ｚに同時に送る。３つのデバイスによって提供され得る物理性能インジケータは異なってもよい。アプリケーションは、どの物理性能インジケータがデバイスによって支持され得るか知らず、負荷状態を得るためにどの特定のデバイスがどのコンピューティングリソースを使用すべきか知ることをも必要としない。Ｍ２Ｍデバイスの負荷状態を獲得するために、アプリケーションは、アグリゲーションソース期待値およびアグリゲーション結果期待値を、送られるアグリゲーションリソース作成要求内に含み、Ｍ２Ｍデバイスそれ自体は、適切なアグリゲーションリソースおよびアグリゲーション法を求めて検索し、またそれらを決定し、これは以下を特に含む。すなわち、
Ｓ５０１．この実施形態では、Ｍ２Ｍプラットフォーム上のアプリケーションがアグリゲーションリソース作成要求をＭ２Ｍデバイスに送り、作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を担持する。

アグリゲーションソース期待値は、アグリゲーションされるリソースの特性を説明するために使用され、アグリゲーション結果期待値もまた特性の説明であり、アグリゲーション結果リソースの特性を説明するために使用される。説明を実施するためにＲＤＦが使用されてもよい。アグリゲーションリソース作成要求は、以下を特に含む。すなわち、
アグリゲーションソース期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅｓｔａｔｅｍｅａｓｕｒｅｍｅｎｔ＜／ｍ２ｍ：ｄａｔａＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
アグリゲーション結果期待値：
＜ｒｄｆ＞
＜ｍ２ｍ：ｏｕｔｐｕｔＤｅｓｃｒｉｐｔｉｏｎ＞ｄｅｖｉｃｅｌｏａｄｓｔａｔｅ＜／ｍ２ｍ：ｏｕｔｐｕｔＤｅｓｃｒｉｐｔｉｏｎ＞
＜／ｒｄｆ＞
複数の結果が可能：Ｙ
アグリゲーションリソース作成要求を受信するＭ２Ｍデバイスによる処理のプロセスは一貫したものであり、アグリゲーションソース期待値に従ってアグリゲーションされるリソースの識別子を決定すること、および出力結果期待値に従ってアグリゲーション法をさらに決定することを含む。アグリゲーションされるリソースの識別子を決定する方策は、図４に示されている実施形態におけるものと同じである。しかし、アグリゲーション法を決定する方策は、異なるデバイスの異なるステータスに従って異なる。以下、異なるデバイスＸ、Ｙ、Ｚに従って特定のプロセスについて別々に述べられている。

Ｍ２ＭデバイスＸは、２つのリソース、すなわち使用可能なメモリおよびＣＰＵ使用量を提供することができ、上記のように、デバイスＸは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する２つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｘ／ｃｐｕ＿ｒａｔｅ
であると決定する。

アグリゲーションリソース作成要求を受信した後で、デバイスＸは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２Ｍデバイスは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。

Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＸに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＸは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＸの場合、アグリゲーションされるリソースは、使用可能なメモリおよびＣＰＵ使用量だけを有し、コンピューティングリソースＡだけがチェックを通過することができることが学習され得、それによりコンピューティングリソースＡをアグリゲーションリソースのアグリゲーション法として決定する。

Ｍ２ＭデバイスＹは、３つの物理性能インジケータ、すなわち使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度を提供することができ、上記のように、デバイスＹは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する３つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ｃｐｕ＿ｒａｔｅ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｙ／ｃｐｕ＿ｈｅａｔ
であると決定する。

アグリゲーションリソース作成要求を受信した後で、デバイスＹは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２ＭデバイスＹは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。

Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＹに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＹは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＹの場合、アグリゲーションされるリソースは、使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度だけを有し、コンピューティングリソースＡ、Ｂだけがチェックを通過することができることが学習され得、それによりコンピューティングリソースＡ、Ｂがアグリゲーションリソースのアグリゲーション法であり得ると決定する。

デバイスＹは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むかどうかさらに決定してもよい。アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含む場合、それは、デバイスＹが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。複数の結果が可能にされない場合、デバイスＹは、コンピューティングリソースＢの入力リソースがアグリゲーションされるリソースに最もよく一致するとさらに決定し、したがって、コンピューティングリソースＢが最終的にアグリゲーション法として決定される。

Ｍ２ＭデバイスＺは、３つの物理性能インジケータ、すなわち使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間を提供することができると仮定され、上記のように、デバイスＺは、発見リソースを使用することによって、アグリゲーションソース期待値に一致する３つのリソースの識別子が、それぞれ
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ａｖａｉｌａｂｌｅ＿ｍｅｍｏｒｙ、
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ｃｐｕ＿ｉｄｌｅ、および
ｈｔｔｐ：／／ｄｅｖｉｃｅ＿Ｚ／ｃｐｕ＿ｂｕｓｙ．
であると決定する。本明細書におけるＣＰＵ使用量は、前述のデバイスＸまたはデバイスＹによって提供されるＣＰＵ使用量ではないことに留意されたい。

アグリゲーションリソース作成要求を受信した後で、デバイスＺは、Ｍ２Ｍ内の発見リソースを使用することによって、アグリゲーション結果期待値に一致するコンピューティングリソースをさらに発見し、そのコンピューティングリソースをアグリゲーション法として使用してもよい。発見リソースは、アグリゲーション結果期待値内のｒｄｆ説明に従ってＭ２Ｍプラットフォーム上の発見可能なリソースのメタデータのマッチングを実施する。この実施形態では、発見リソースは、アグリゲーション結果期待値、すなわち「デバイス負荷状態」に従ってマッチングを実施する。Ｍ２ＭデバイスＺは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、アグリゲーション結果期待値、すなわち「デバイス負荷状態」を担持する。

Ｍ２Ｍプラットフォームは、コンピューティングリソース発見要求に従ってデバイスＺに、４つのコンピューティングリソース、すなわち表１に示されているようにコンピューティングリソースＡ、Ｂ、Ｃ、Ｄを返す。４つのコンピューティングリソースを返す理由は、４つのコンピューティングリソースの出力がすべてアグリゲーション結果期待値「デバイス負荷状態」を満たすことである。この場合、デバイスＺは、４つのコンピューティングリソースＡ、Ｂ、Ｃ、Ｄの入力リソースがアグリゲーションされるリソースセットのサブセットであるかどうかさらにチェックしてもよい。デバイスＺの場合、アグリゲーションされるリソースは、使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間だけを有し、コンピューティングリソースＡ、Ｂ、Ｃ、Ｄのどれもマッチングチェックを通過することができないことが学習され得る。

コンピューティングリソースＡ、Ｂ、Ｃ、Ｄのどれも入力マッチングチェックを直接通過することができないので、デバイスＹは、コンピューティングリソース同士をリンクすることによってマッチングが実施され得るかどうか引き続きチェックする。

たとえば、コンピューティングリソースＡの場合、入力リソースは、使用可能なメモリおよびＣＰＵ使用量であり、デバイスＺによって提供され得るリソースは、使用可能なメモリ、ＣＰＵアイドル時間、およびＣＰＵビジー時間であり、一致させることができない入力リソース説明は「ＣＰＵ使用量」であることが学習され得る。デバイスＺは、別のコンピューティングリソースを使用することによって「ＣＰＵ使用量」が得られるかどうかさらに決定する。デバイスＺは、「コンピューティングリソース発見要求」をＭ２Ｍプラットフォームに送り、この要求はＭ２Ｍプラットフォーム上の発見リソースに宛てたものであり、この要求は、期待されるリソース、すなわち「ＣＰＵ使用量」を担持する。Ｍ２Ｍプラットフォームは、コンピューティングリソースＥを返し、コンピューティングリソースＥの出力は「ＣＰＵ使用量」であり、入力リソースは、ＣＰＵアイドル時間およびＣＰＵビジー時間である。デバイスＺは、ＣＰＵアイドル時間およびＣＰＵビジー時間を提供することができる。したがって、コンピューティングリソースＥの出力が、コンピューティングリソースＡの入力として使用されてもよい。したがって、コンピューティングリソースＥとコンピューティングリソースＡのリンキングがアグリゲーション法を形成すると決定される。

コンピューティングリソースＢの場合、入力物理性能インジケータは、使用可能なメモリ、ＣＰＵ使用量、およびＣＰＵ温度を含む。ＣＰＵ使用量もまた、前述の方法を使用することによってコンピューティングリソースＥによって得られ、プラットフォームから、発見リソースに「ＣＰＵ温度」を発見するように要求した後で、デバイスＺは、プラットフォームによって返される「失敗」応答を受信し、これは、別のコンピューティングリソースを使用することによってＣＰＵ温度が得られないことを示す。したがって、コンピューティングリソースＢの処理プロセスは失敗する。同様に、コンピューティングリソースＣ、Ｄの処理プロセスもまた失敗する。

結論として、Ｍ２ＭデバイスＺは、コンピューティングリソースＥとコンピューティングリソースＡのリンキングがアグリゲーション法であると決定する。

Ｓ５０２．Ｍ２ＭデバイスＸ、Ｙ、Ｚがそれぞれアグリゲーションされるリソースの識別子およびアグリゲーション法を決定した後で、Ｍ２Ｍデバイスは、作成要求に従ってアグリゲーションリソースを作成する。作成されたアグリゲーションリソースの属性は、アグリゲーションされるリソースの識別子およびそれぞれの決定されたアグリゲーション法を含む。同様に、アグリゲーションリソースを作成する前に、Ｍ２Ｍデバイスは、決定されたアグリゲーションされるリソースがアグリゲーション法において処理され得るかどうか検証するために、妥当性をさらに検証してもよい。デバイスは、コンピューティングリソース獲得要求を、コンピューティングリソースＡが位置するＭ２Ｍプラットフォームに送り、コンピューティングリソースＡを獲得した後で、コンピューティングリソースＡの入力リソースが、アグリゲーションされるリソースのものでありアグリゲーションリソース内で提供されるタイプと一貫したものである使用可能なメモリおよびＣＰＵ使用量であることをチェックする。したがって、アグリゲーションリソースの妥当性検証は成功であると考えられてよい。

Ｓ５０３．アグリゲーションリソースの作成に成功したというメッセージを返す。

５０４．情報アグリゲーションを実施する。

同様に、前述のステップＳ３０４の説明と同様に、アグリゲーションリソースが作成された後で、情報アグリゲーションのための２つのアグリゲーション機会、すなわち能動的なアグリゲーションおよび受動的なアグリゲーションがあり得る。アグリゲーション機会は、アプリケーションによって指定され、送られるアグリゲーションリソース作成要求内に担持されてもよく、または、Ｍ２Ｍデバイスがアグリゲーションリソースを作成するときＭ２Ｍデバイスによって設定されてもよい。能動的なアグリゲーションおよび受動的なアグリゲーションについての詳細は、ステップＳ３０４の詳細な説明を参照されたい。

デバイスＹの場合、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含む場合、それは、デバイスＹが複数のアグリゲーション結果を提供することをアプリケーションが可能にすることを示す。デバイスＹは、コンピューティングリソースＡおよびコンピューティングリソースＢに別々に従って情報アグリゲーションを実施してもよい。アプリケーションがアグリゲーションリソースにアクセスするとき、デバイスＹは、複数の結果をアプリケーションに返してもよく、アプリケーションは、それらの複数の結果に対してさらに処理を実施する。

デバイスＺの場合、決定されたアグリゲーション法がコンピューティングリソースＥとコンピューティングリソースＡのリンキングであるので、情報アグリゲーションが実施されるとき、コンピューティングリソースＥのアグリゲーションが最初に実施され、アグリゲーションの出力「ＣＰＵ使用量」がコンピューティングリソースＡの入力として使用され、アグリゲーションがコンピューティングリソースＡの入力および別の入力「使用可能なメモリ」に対して実施され、最終的なアグリゲーション結果を得る。

本発明のこの実施形態では、アグリゲーションリソースがＭ２Ｍデバイス上で作成され、情報アグリゲーションが自動的に実施され、特に、アグリゲーションされるリソースおよびアグリゲーション法が、アグリゲーションソース期待値およびアグリゲーション結果期待値に従って自動的に適合および選択され、それにより、Ｍ２Ｍシステムを展開しＭ２Ｍアプリケーションを開発することをより容易かつより効率的にし、それによりＭ２Ｍを使用するためのコストを削減し、Ｍ２Ｍシステムの柔軟性を改善する。

本発明の一実施形態は、前述の図２から図５に示されている情報アグリゲーション方法の実施形態を実装するように構成されたＭ２Ｍデバイスをさらに提供する。具体的には、図６に示されているように、本発明のこの実施形態で提供されるＭ２Ｍデバイスは、
アグリゲーションリソース作成要求を受信するように構成された通信モジュール６０１と、
受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するように構成された決定モジュール６０２と、
アグリゲーションされるリソースの決定された識別子および決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュール６０３であって、アグリゲーションリソースの属性が、アグリゲーションされるリソースの識別子およびアグリゲーション法を含む、作成モジュール６０３と、
作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュール６０４とを含む。

任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションされるリソースの識別子およびアグリゲーション法を直接含み、アグリゲーション法は、指定されたコンピューティングリソースである。

任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション法を含み、アグリゲーション法は、指定されたコンピューティングリソースを含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用する。

任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、決定モジュールがアグリゲーションされるリソースの識別子を決定することは、決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、リソース発見要求は、アグリゲーションソース期待値を担持し、決定モジュールは、アグリゲーションソース期待値を満たし発見リソースによって返されるリソース識別子をさらに受信し、リソース識別子をアグリゲーションされるリソースの識別子として使用し、決定モジュールがアグリゲーション法を決定することは、決定モジュールがコンピューティングリソース発見要求を発見リソースに送ることを特に含み、要求は、アグリゲーション結果期待値を担持し、決定モジュールは、アグリゲーション結果期待値を満たし発見リソースによって返されるコンピューティングリソースをさらに受信し、コンピューティングリソースをアグリゲーション法として使用する。

任意選択で、アグリゲーション法として使用される複数のコンピューティングリソースがあり、決定モジュールは、アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定するようにさらに構成され、アグリゲーション法は、複数のコンピューティングリソースを含み、通信モジュールは、アプリケーションプログラムによるアグリゲーションリソースへのアクセスを受信し、複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成される。あるいは、アグリゲーション結果期待値を満たすコンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングである。

任意選択で、通信モジュールによって受信されるアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、アグリゲーションモジュールは、アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶する。

任意選択で、アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、アグリゲーションモジュールが、アグリゲーションされるリソースとの加入通知関係を確立することを含み、アグリゲーションされるリソースが変化したとき、アグリゲーションされるリソースの現在の状態がアグリゲーションリソースに送られ、アグリゲーションモジュールは、アグリゲーションされるリソースの受信された現在の状態およびアグリゲーション法に従って情報アグリゲーションを実施し、または、アグリゲーションモジュールは、ポーリングによってアグリゲーションされるリソースの変化を監視し、アグリゲーションされるリソースの変化がポーリングされたとき、アグリゲーション結果リソースを更新する。

あるいは、任意選択で、アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、アプリケーションによってアグリゲーション結果リソースにアクセスするための要求メッセージを通信モジュールが受信した後で、アグリゲーションモジュールが、アグリゲーションされるリソースの現在の状態を獲得し、アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得ることを含み、通信モジュールは、アグリゲーション結果をアプリケーションに返す。

任意選択で、作成モジュールは、アグリゲーションリソースを作成する前に、決定されたアグリゲーションリソースがアグリゲーション法で処理され得るかどうか検証するようにさらに構成される。

図７は、本発明の一実施形態によるＭ２Ｍデバイスの別の概略構造図であり、汎用コンピュータシステムアーキテクチャが採用され、本発明の解決策を実行するプログラムコードがメモリ内に記憶され、プロセッサが実行を制御する。Ｍ２Ｍデバイスは、プロセッサ７０１、メモリ７０２、および通信インターフェース７０３を含む。

プロセッサは、汎用の中央処理装置（ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、または本発明の解決策のプログラムの実行を制御するために使用される１もしくは複数の集積回路であってよい。

コンピュータシステムに含まれる１または複数のメモリは、読出し専用メモリ（ＲＯＭ）または静的な情報および命令を記憶することができる別のタイプのスタティック記憶デバイスなど不揮発性コンピュータ可読記憶媒体であっても、磁気ディスクメモリであってもよい。これらのメモリは、バスを通じてプロセッサに接続されてもよい。メモリは、本発明の解決策を実行するプログラムコード、たとえば、図２から図５に示されている実施形態における方法を実行するプログラムを記憶する。本発明の解決策を実行するプログラムコードは、メモリ内に記憶され、プロセッサは、その実行を制御する。

通信インターフェースは、別のデバイスまたは、イーサネット（登録商標）、無線アクセスネットワーク（ＲＡＮ）、またはワイヤレスローカルエリアネットワーク（ＷＬＡＮ）など通信ネットワークと通信するように、トランシーバタイプの装置であってもよい。

本明細書における実施形態はすべて段階的に記載されており、実施形態における同じまたは同様の部分について、これらの実施形態が参照されることがあり、各実施形態は、他の実施形態からの相違に注目することに留意されたい。特に、装置実施形態は、基本的に方法実施形態と同様であり、したがって簡単に記載されており、各ユニットの特定の機能の実行プロセスについて、方法実施形態における部分的な説明を参照することがある。記載の装置は、例示的なものにすぎない。別個の部分として記載されているユニットは、物理的に別個であってもなくてもよく、ユニットとして表示されている部分は、物理的なユニットであってもなくてもよく、１つの場所に位置してもよく、または複数のネットワークユニット上で分散されてもよい。モジュールの一部またはすべてが、実施形態の解決策の目的を達成するために実際の要件に従って選択されてもよい。当業者なら、創造的な努力なしに本発明の実施形態を理解し実装することができる。

手短に言えば、上記のものは、本発明の技術的解決策の例示的な実施形態にすぎず、本発明の保護範囲を限定することは意図されていない。本発明の精神および原理から逸脱することなしに加えられる修正、均等な置換え、または実装は、本発明の保護範囲内に入るものとする。

Claims

アグリゲーションリソース作成要求を受信するように構成された通信モジュールと、
前記受信されたアグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するように構成された決定モジュールと、
前記アグリゲーションされるリソースの前記決定された識別子および前記決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するように構成された作成モジュールであって、前記アグリゲーションリソースの属性が、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含む、作成モジュールと、
前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するように構成されたアグリゲーションモジュールと
を備えることを特徴とするマシンツーマシン通信（Ｍ２Ｍ）デバイス。
前記アグリゲーションモジュールは、前記アグリゲーションされるリソースの現在の状態を獲得し、前記アグリゲーションリソースの前記属性内に含まれる前記アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るように特に構成されることを特徴とする請求項１に記載のＭ２Ｍデバイス。
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースであることを特徴とする請求項１に記載のＭ２Ｍデバイス。
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーションソース期待値および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースを含み、
前記決定モジュールが前記アグリゲーションされるリソースの前記識別子を決定することは、前記決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、前記リソース発見要求は、前記アグリゲーションソース期待値を担持し、前記決定モジュールは、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子をさらに受信し、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用することを特徴とする請求項１に記載のＭ２Ｍデバイス。
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、
前記決定モジュールが前記アグリゲーションされるリソースの前記識別子を決定することは、前記決定モジュールがリソース発見要求を発見リソースに送ることを特に含み、前記リソース発見要求は、前記アグリゲーションソース期待値を担持し、前記決定モジュールは、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子をさらに受信し、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用し、
前記決定モジュールが前記アグリゲーション法を決定することは、前記決定モジュールがコンピューティングリソース発見要求を前記発見リソースに送ることを特に含み、前記要求は、前記アグリゲーション結果期待値を担持し、前記決定モジュールは、前記アグリゲーション結果期待値を満たし前記発見リソースによって返されるコンピューティングリソースをさらに受信し、前記コンピューティングリソースを前記アグリゲーション法として使用することを特徴とする請求項１に記載のＭ２Ｍデバイス。
前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、前記決定モジュールは、前記アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、前記アグリゲーション法として、前記アグリゲーション結果期待値を満たす前記複数のコンピューティングリソースを使用するようにさらに構成され、前記通信モジュールは、アプリケーションプログラムによる前記アグリゲーションリソースへのアクセスを受信し、前記複数のコンピューティングリソースのアグリゲーション結果を返すようにさらに構成されることを特徴とする請求項５に記載のＭ２Ｍデバイス。
前記アグリゲーション結果期待値を満たす前記コンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングであることを特徴とする請求項５に記載のＭ２Ｍデバイス。
前記通信モジュールによって受信される前記アグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、前記アグリゲーションモジュールは、前記アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶することを特徴とする請求項１乃至７のいずれか一項に記載のＭ２Ｍデバイス。
前記アグリゲーションモジュールが情報アグリゲーションを能動的に実施することは、
前記アグリゲーションモジュールが、前記アグリゲーションされるリソースとの加入通知関係を確立することを含み、前記アグリゲーションされるリソースが変化したとき、前記アグリゲーションされるリソースの前記現在の状態が前記アグリゲーションリソースに送られ、前記アグリゲーションモジュールは、前記アグリゲーションされるリソースの受信された現在の状態および前記アグリゲーション法に従って情報アグリゲーションを実施する、または
前記アグリゲーションモジュールは、ポーリングによって前記アグリゲーションされるリソースの変化を監視し、前記アグリゲーションされるリソースの変化がポーリングされたとき、前記アグリゲーション結果リソースを更新することを特徴とする請求項８に記載のＭ２Ｍデバイス。
前記アグリゲーションモジュールが情報アグリゲーションを受動的に実施することは、
アプリケーションによって前記アグリゲーション結果リソースにアクセスするための要求メッセージを前記通信モジュールが受信した後で、前記アグリゲーションモジュールが、前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施し、アグリゲーション結果を得て、前記通信モジュールが、前記アグリゲーション結果を前記アプリケーションに返すことを特徴とする請求項８に記載のＭ２Ｍデバイス。
前記作成モジュールは、アグリゲーションリソースを作成する前に、決定されたアグリゲーションリソースがアグリゲーション法で処理され得るかどうか検証するようにさらに構成されることを特徴とする請求項１乃至１０のいずれか一項に記載のＭ２Ｍデバイス。
マシンツーマシン通信（Ｍ２Ｍ）における情報処理方法であって、
アグリゲーションリソース作成要求を受信するステップと、
前記アグリゲーションリソース作成要求に従ってアグリゲーションされるリソースの識別子およびアグリゲーション法を決定するステップと、
前記アグリゲーションされるリソースの前記決定された識別子および前記決定されたアグリゲーション法に従ってアグリゲーションリソースを作成するステップであって、前記アグリゲーションリソースの属性が、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含む、ステップと、
前記アグリゲーションリソースの前記属性に従って情報アグリゲーションを実施するステップと
を含むことを特徴とする方法。
前記アグリゲーションリソースの前記属性に従って情報アグリゲーションを実施する前記ステップは、
前記アグリゲーションされるリソースの現在の状態を獲得するステップと、
前記アグリゲーションリソースの前記属性内に含まれる前記アグリゲーション法に従って情報アグリゲーションを実施し、アグリゲーション結果を得るステップと
を特に含むことを特徴とする請求項１２に記載の方法。
前記受信されたアグリゲーションリソース作成要求は、前記アグリゲーションされるリソースの前記識別子および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースであることを特徴とする請求項１２に記載の方法。
前記受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値および前記アグリゲーション法を含み、前記アグリゲーション法は、指定されたコンピューティングリソースを含み、
アグリゲーションされるリソースの識別子を決定する前記ステップは、リソース発見要求を発見リソースに送るステップであって、前記リソース発見要求は、前記アグリゲーションソース期待値を担持する、ステップと、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子を受信するステップと、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用するステップとを特に含むことを特徴とする請求項１２に記載の方法。
前記受信されたアグリゲーションリソース作成要求は、アグリゲーションソース期待値およびアグリゲーション結果期待値を含み、
アグリゲーションされるリソースの識別子を決定する前記ステップは、リソース発見要求を発見リソースに送るステップであって、前記リソース発見要求は、前記アグリゲーションソース期待値を担持する、ステップと、前記アグリゲーションソース期待値を満たし前記発見リソースによって返されるリソース識別子を受信するステップと、前記リソース識別子を前記アグリゲーションされるリソースの前記識別子として使用するステップとを特に含み、
アグリゲーション法を決定する前記ステップは、コンピューティングリソース発見要求を前記発見リソースに送るステップであって、前記要求は、前記アグリゲーション結果期待値を担持する、ステップと、前記アグリゲーション結果期待値を満たし前記発見リソースによって返されるコンピューティングリソースを受信するステップと、前記コンピューティングリソースを前記アグリゲーション法として使用するステップとを特に含むことを特徴とする請求項１２に記載の方法。
前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースがあり、
前記アグリゲーションリソース作成要求が「複数の結果が可能」のフラグを含むと決定し、アグリゲーション法として、前記アグリゲーション結果期待値を満たす複数のコンピューティングリソースを使用するステップと、アプリケーションプログラムによる前記アグリゲーションリソースへのアクセスが受信されたとき、前記複数のコンピューティングリソースのアグリゲーション結果を返すステップとをさらに含むことを特徴とする請求項１６に記載の方法。
前記アグリゲーション結果期待値を満たす前記コンピューティングリソースは、特に少なくとも２つのコンピューティングリソースのリンキングであることを特徴とする請求項１６に記載の方法。
前記受信されたアグリゲーションリソース作成要求は、アグリゲーション機会パラメータを含み、Ｍ２Ｍデバイスは、前記アグリゲーション機会パラメータに従って情報アグリゲーションを能動的に実施するか、または情報アグリゲーションを受動的に実施し、アグリゲーション結果をアグリゲーション結果リソース内に記憶することを特徴とする請求項１２乃至１８のいずれか一項に記載の方法。
情報アグリゲーションを能動的に実施することは、
前記Ｍ２Ｍデバイスによって、前記アグリゲーションされるリソースとの加入通知関係を確立するステップであって、前記アグリゲーションされるリソースが変化したとき、前記アグリゲーションされるリソースの前記現在の状態が前記アグリゲーションリソースに送られる、ステップと、前記Ｍ２Ｍデバイスによって、前記アグリゲーションされるリソースの受信された現在の状態および前記アグリゲーション法に従って情報アグリゲーションを実施するステップ、
または、前記Ｍ２Ｍデバイスによって、ポーリングによって前記アグリゲーションされるリソースの変化を監視し、前記アグリゲーションされるリソースの変化がポーリングされたとき、前記アグリゲーション結果リソースを更新するステップとを含むことを特徴とする請求項１９に記載の方法。
情報アグリゲーションを受動的に実施することは、
アプリケーションによって前記アグリゲーション結果リソースにアクセスするための要求メッセージを前記Ｍ２Ｍデバイスが受信した後で、前記作成されたアグリゲーションリソースに従って情報アグリゲーションを実施するステップと、前記アグリゲーション結果を前記アプリケーションに返すステップとを含むことを特徴とする請求項１９に記載の方法。
前記アグリゲーションリソースを作成する前に、前記決定されたアグリゲーション結果を前記アグリゲーション法で処理することができるかどうか検証するために妥当性を検証するステップをさらに含むことを特徴とする請求項１２乃至２１のいずれか一項に記載の方法。
コンピュータ実行可能プログラムコードを記憶するように構成される不揮発性コンピュータ可読記憶媒体であって、前記プログラムコードは、請求項１１乃至２０のいずれか一項に記載の方法を実行するために使用される命令を含むことを特徴とする媒体。
コンピュータプログラム内のコードが、コンピュータによって実行されたとき、請求項１１乃至２０のいずれか一項に記載の方法を実装するために使用されることを特徴とするコンピュータプログラム。