JP2016526332A - 軽量ｉｏｔ情報モデル - Google Patents

Abstract

マシンツーマシンシステムのための軽量かつ拡張可能な情報モデルが開示される。サービス層情報管理アーキテクチャが、アトミックオブジェクトの３つのカテゴリ、対象、アクション、および記述を使用する。モデル内で使用するための情報は、アトミック情報オブジェクトを使用して構築される。アプリケーションプログラミングインターフェースが、異なるノードによる動作および情報処理を行うために使用される。共通サービス機能が、一般共通サービス情報モデルのインスタンスとしてモデルで使用される。

Description

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

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

Ｍ２Ｍシステム内のリソースは、種々のサービスをシステム内のエンティティに提供し得る。これらのサービスは、コンテンツ（例えば、監視ビデオコンテンツ、温度測定）、デバイス状態（例えば、残っている電力、残っている記憶空間、現在の動作モード）、構成情報（例えばポリシー）、または任意の他の情報を提供すること等のリソースが果たし得る任意の機能、あるいはＭ２Ｍエンティティによって果たされ得る任意の他の機能を含み得る。利用可能なサービスの発表、サービスに対する要求、およびサービスに対する要求への応答等のサービスに関する通信が、Ｍ２Ｍサービス能力層（ＳＣＬ）で行われる。サービスを提供および受信するエンティティのアドレス指定は、スケーリングに役立たず、進化するＭ２Ｍシステムの要求のために十分に融通性がない、複雑なツリー構造に基づく。

本明細書で開示される実施形態は、接続されたエンティティのネットワーク内の第１のエンティティにおいて、アクションを行うための要求を生成する方法を含み、要求は、第１の対象情報オブジェクトタイプのソース対象であって、第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、第１のアクション情報オブジェクトタイプの特定アクションであって、第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、特定アクションと、第２の対象情報オブジェクトタイプの標的対象であって、第２の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、標的対象とを含む。要求は、第１のエンティティから第２のエンティティに伝送され得、ソース対象および標的対象に基づいて、第２のエンティティにアクションを行わせ得る。

本明細書で開示される実施形態はさらに、接続されたエンティティのネットワーク内のエンティティを含み、エンティティは、プロセッサ上で命令を実行すると、第１の対象情報オブジェクトタイプのソース対象であって、第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、第１のアクション情報オブジェクトタイプのアクションであって、第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、アクションと、第２の対象情報オブジェクトタイプの標的対象であって、第２の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、標的対象とを含む、アクションを行うための要求を生成することを含む、動作を行う。次いで、エンティティは、要求を第２のエンティティに伝送し得、ソース対象および標的対象に基づいて、第２のエンティティにアクションを行わせ得る。

本明細書で開示される実施形態はさらに、接続されたエンティティのネットワーク内のエンティティを含み、エンティティは、プロセッサ上で命令を実行すると、アクションを行うための要求を受信することを含む動作を行い、要求は、第１の対象情報オブジェクトタイプのソース対象であって、第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、第１のアクション情報オブジェクトタイプのアクションであって、第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、アクションと、第２の対象情報オブジェクトタイプの標的対象であって、第２の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、標的対象とを含む。要求を受信することに応答して、エンティティは、情報オブジェクトインスタンスを生成し、情報オブジェクトインスタンスが生成されたことを示す応答を第２のエンティティに伝送し得る。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。

図１は、例示的なリソースツリー構造を図示する。 図２は、例示的な情報オブジェクト構造を図示する。 図３は、例示的な情報管理アーキテクチャを図示する。 図４は、例示的なアトミック情報オブジェクト構造を図示する。 図５は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図６は、例示的なアトミック情報オブジェクト構造を図示する。 図７は、例示的なアトミック情報オブジェクト構造を図示する。 図８は、例示的なリソースツリー構造を図示する。 図９は、例示的なリソースツリー構造を図示する。 図１０は、例示的な情報オブジェクト組織構造を図示する。 図１１は、例示的な情報オブジェクト関係構造を図示する。 図１２は、例示的な情報オブジェクトインスタンスを図示する。 図１３は、例示的な情報オブジェクトインスタンスを図示する。 図１４は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図１５は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図１６は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図１７は、例示的な情報オブジェクトインスタンスを図示する。 図１８は、例示的な情報オブジェクトインスタンスを図示する。 図１９は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図２０は、開示された情報モデルを使用するための例示的なプロセスを実証する、信号フローを図示する。 図２１Ａは、１つ以上の開示された実施形態が図示され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図２１Ｂは、図１２Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図２１Ｃは、図１２Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図２１Ｄは、図１２Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

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

本明細書で使用される用語は、オブジェクト指向プログラミング（ＯＯＰ）の記述で使用される用語に類似すると考えられ得るが、開示された情報モデルは、ＯＯＰの制限または定義のうちのいずれかを有すると解釈されるべきではないことに留意されたい。ＯＯＰでは、オブジェクトは、データおよび関連動作を含む機能を表す。本開示では、オブジェクトは、本明細書に記載され、以下で議論される、３つのカテゴリ（対象、アクション、記述）のうちのいずれかに入り得る、情報モデルオブジェクトであり得る。

本明細書で使用される場合、共通サービス機能（ＣＳＦ）とは、共通サービス層によって提供されるＭ２Ｍサービス能力機能を指す。共通サービス層（ＣＳＬ）は、例えば、管理、発見、およびポリシー実施を通してＭ２Ｍアプリケーションを有効にする、Ｍ２Ｍサービス機能を含み得る。さらに、本明細書で使用される場合、エンティティとは、デバイス、ゲートウェイ、ネットワークサーバ、アプリケーション、および／またはデータを指し得る。情報オブジェクトは、任意の数のインスタンス化を有することができる、データタイプであり得る。情報管理（ＩＭ）は、記憶および共有のために情報を管理し得る、サービス層内の提案された機能である。本明細書で使用される場合、ノードは、これらの層の各インスタンス化に関連付けられる基準点を含む、ＣＳＬを含む物理的エンティティである。ユニフォームリソース識別子（ＵＲＩ）もまた、本明細書で使用され得、当業者に公知である。

いくつかの実施形態、具体的には、ＥＴＳＩ規格に準拠するものでは、リソースは、リソースツリー構造によって組織化され得、その実施例がリソースツリー１００として図１に示される。理解されるように、Ｍ２Ｍリソースまたはエンティティの機能が増大して変化するにつれて、このツリー構造は、非常に複雑になり得る。したがって、システムで使用されるリソースツリー構造が非常に大きく、したがって、メモリ集中的になり得、これが、物理的リソースが制約されているＭ２Ｍエンティティ（すなわち、少量のメモリおよび／または処理能力を伴うデバイス上で実装されるエンティティ）にとって問題を提起し得るため、そのような構造を利用するＭ２Ｍ実装は、多数のエンティティおよびサービスを取り扱うように拡張することに困難を有し得る。ツリー構造の区分のアドレス指定もまた、煩雑になり得る。例えば、ＥＴＳＩ表記を使用して、ツリー１００内のコンテナをアドレス指定することは、「＜ｓｃｌＢａｓｅ＞／ｓｃｌｓ／＜ｓｃｌ＞／ａｐｐｌｉｃａｔｉｏｎｓ／＜ａｐｐｌｉｃａｔｉｏｎＡｎｎｃ＞／ｃｏｎｔａｉｎｅｒｓ」等のアドレスを必要とし得る。受け取り側から数ホップ離れているリソースをアドレス指定するとき、アドレスは、意図された受信側にうまく送達されるために追加のアドレスデータを要求するため、さらに煩雑になる。

理解することができるように、ＥＴＳＩ Ｍ２Ｍリソースツリー構造は、複雑であり得、かつ拡張することが困難であり得る。そのようなツリー構造は、深い階層を有し得、高度にネットワークサービス層中心的なアーキテクチャに最も良く適用される。このツリー構造では、データおよびデータの関係は、ツリーの中のそれらの場所によって表されるが、ネットワーク間、ゲートウェイ間、およびデバイス間通信等のより複雑なシナリオは、複数のホップにわたってツリー構造を維持することが困難であり得るため、サポートすることが困難であり得る。

オープンモバイルアライアンス（ＯＭＡ）軽量Ｍ２Ｍ（ＬＷＭ２Ｍ）情報モデルを使用するもの等の他の実施形態では、リソースが、一意の識別子を伴って定義され、クライアント（すなわち、エンティティ）およびオブジェクト（すなわち、クライアントによって提供される機能）によって組織化され得る。リソースの動作が、さらに定義され得る。図２は、例示的ＯＭＡ ＬＷＭ２Ｍクライアント２００、ならびにその関連オブジェクトおよびリソースを図示する。ＯＭＡ ＬＷＭ２Ｍ情報モデルは、種々の情報の関連をサポートせず、全てのオブジェクトが関連付けられる、デバイス上の単一のデフォルトアプリケーションのみをサポートする。ＯＭＡ ＬＷＭ２Ｍ情報モデルは、サービス層またはサービス層オブジェクトを含まない。したがって、共通サービス層におけるサービスおよびデータにアクセスし共有し得る複数のアプリケーションのためのサポートがない。

Ｍ２Ｍシステムでは、および概して、ＩｏＴでは、「サイロ」と称され得る、断片化垂直システムがあり得る。実施形態では、水平サービス層が、そのような垂直システムを一緒に統合するために使用され得る。サービス層は、種々の垂直システムおよびアプリケーションのためのデータ記憶および共有等の情報サービスを提供し得る。標準化情報モデルを使用することによって、統一情報サービスが提供され得、相互運用性が増進され得る。

開示された実施形態は、融通性があり、拡張可能であるＭ２Ｍサービス層のための情報モデルを提供し、したがって、多数のＭ２Ｍデバイスおよびアプリケーション、ならびにそれらが作成する動的かつ異種の情報をサポートし得る。開示された情報モデルはまた、複雑な展開シナリオをサポートし得、デバイス、ゲートウェイ、およびネットワークノード等の異なるタイプのエンティティに適用可能であり得る。開示された実施形態では、各ノードはまた、複数のアプリケーションを同時にサポートし得る。開示された情報モデルはまた、異なるエンティティ間の情報の効率的な共有を促進し得る。

本明細書でさらに詳細に記載されるように、本開示で説明される実施形態は、高レベル共通サービス層アーキテクチャに基づく情報管理のためのアーキテクチャと、Ｍ２Ｍ共通サービス層のための情報モデル実施形態とを含む。一実施形態では、情報モデルは、アトミック情報オブジェクトを使用し得る。これらのオブジェクトは、「対象」、「アクション」、または「記述」であり得る。別の実施形態では、情報モデルは、サービス層機能に基づく情報オブジェクトを含み得る。以下では、情報オブジェクトの構造と、その粒度および融通性により「軽量」と見なされ得る例示的な情報モデルの記述とが詳細に記載される。また、本明細書では、記憶およびアドレス指定、アプリケーションプログラミングインターフェース（ＡＰＩ）、ならびに拡張可能性に関する、開示された実施形態の側面も記載される。開示された情報モデルを使用する動作の実施例も説明する。

図３は、提案されたｏｎｅＭ２Ｍサービス層モデルに基づく情報管理のためのサービス層アーキテクチャ３００を図示する。実施形態では、ＣＳＦ３１０の情報管理（ＩＭ）共通サービス機能（ＣＳＦ）３３０が、ＩｏＴ軽量情報モデルの実装および動作で使用され得る。ＩＭ ＣＳＦ３３０は、少なくとも２つの構成要素を有し得る。１つの構成要素は、ＡＰＩ動作および内部トランザクションをアドレス指定し得る、ＩＭ構成要素３３１であり得る。別の構成要素は、情報およびデータを記憶し得る、情報記憶構成要素３３２であり得る。ＩＭ ＣＳＦ３３０は、それ自身の情報記憶３２１およびＩＭ３２２を有し得る、アプリケーション機能（ＡＦ）３２０等の異なるサービスプラットフォームおよびアプリケーションに情報記憶および共有機能を提供し得る。ＩＭ ＣＳＦ３３０は、Ｘ基準点３５１を使用してＡＦ３２０と通信し得る。下層ネットワークサービス機能３４０は、Ｚ基準点３５３を介して命令され、または別様に制御され得る。

一実施形態では、開示された情報モデルは、種々のサービス能力によって構成要素として使用され得る、非常に小さいアトミック情報オブジェクトであり得る、アトミック情報オブジェクトに基づき得る。各情報オブジェクトは、１つより多くのインスタンス化を有し得る。これらのインスタンス化の組み合わせは、新しい情報を形成し得る。

情報オブジェクトは、３つのカテゴリ、すなわち、対象、アクション、および記述のうちの１つ以内と見なされ得る。対象カテゴリの中の情報オブジェクトは、異なるエンティティを定義する名詞のプールから引き出される記述子を有し得る。例えば、各対象情報オブジェクトは、Ｍ２Ｍアプリケーション、Ｍ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍデータ等であり得る。任意の他のＭ２Ｍエンティティは、対象カテゴリの中の名詞または記述子として考慮される。いくつかの実施形態では、対象カテゴリの中のオブジェクトを記述するために使用される名詞のプールが静的であり、固定され得る一方で、他の実施形態では、対象カテゴリの中のオブジェクトを記述するために使用される名詞のプールは、動的に生成され、および／または特定の実施形態によると、記述子を追加または除去するように更新され得ることに留意されたい。全てのそのような実施形態は、本開示の範囲内と見なされる。

対象はまた、アクションを行うエンティティおよび／またはそれに対してアクションが行われるエンティティでもある。アクションカテゴリの中の情報オブジェクトは、対象カテゴリの中の複数のエンティティの間で行われ得る、種々のアクションを定義する動詞のプールから引き出される記述子であり得る。アクション情報オブジェクトは、下層プロトコルによって本来サポートされない複雑なアクション、および／または集約されるいくつかのアクションに関連付けられ得る。アクション情報オブジェクトは、再利用され得る。いくつかの実施形態では、アクションカテゴリの中のオブジェクトを記述するために使用される動詞のプールが静的であり、固定され得る一方で、他の実施形態では、アクションカテゴリの中のオブジェクトを記述するために使用される動詞のプールは、動的に生成され、および／または特定の実施形態によると、記述子を追加または除去するように更新され得ることに留意されたい。全てのそのような実施形態は、本開示の範囲内と見なされる。

対象情報オブジェクトおよびアクション情報オブジェクトは、記述カテゴリの中の情報オブジェクトによって記述され得る。記述情報オブジェクトは、それに関連付けられる情報オブジェクトの１つ以上の特性、状態、状況、または任意の他の属性を記述し得る。例えば、記述情報オブジェクトは、関連オブジェクトの電力状態（すなわち、オンまたはオフ）、場所、所有者、または登録状態を示し得る。任意の他の属性または特性が考慮される。記述情報オブジェクトはまた、１つ以上の他の記述情報オブジェクトを記述するために使用され得る。対象およびアクション情報オブジェクトと同様に、記述カテゴリの中のオブジェクトを記述するために使用される用語のプールが、いくつかの実施形態では、静的であり、固定され得る一方で、他の実施形態では、記述情報オブジェクトに使用される用語のプールは、動的に生成され、および／または特定の実施形態によると、記述子を追加または除去するように更新され得る。全てのそのような実施形態は、本開示の範囲内と見なされる。

オブジェクトは、異なるノードがオブジェクトの共通プールから引き出されるオブジェクトを使用することができるように、事前に定義され得る。サービス層はまた、それぞれのサービス層がサポートするオブジェクトを発見し、交換し得る。理解されるように、各情報オブジェクトが比較的小さく、したがって、エンティティ間で通信するために、他の情報モデルで使用される、より大型でより複雑なオブジェクトおよびデータ構築物より少ない処理および帯域幅を必要とするため、この情報モデルは、インターフェースにわたってオーバーヘッドを低減させるという利点を有し得る。

図４は、各カテゴリに含まれ得る、オブジェクトの非限定的な例示的リスト４１０、４２０、および４４０を図示する。図４に示されるオブジェクトは例示的にすぎず、これらのカテゴリの各々で使用され得る、任意の他のオブジェクトが本開示の範囲内と見なされることに留意されたい。

上記のように、対象カテゴリ４１０の中のオブジェクトは、種々のエンティティを記述する名詞のプールからの名詞によって記述され得る。対象カテゴリの中のオブジェクトの実施例は、アプリケーション４１１、ノード４１２、データ４１３、共通サービス機能（ＣＳＦ）４１４、およびＣＳＬ４１５を含む。任意のタイプのＭ２Ｍエンティティ、デバイス、または構築物を表すか、またはそれと別様に関連付けられる他のオブジェクトは、本開示の範囲内と見なされる。

さらに、上記のように、アクションカテゴリ４２０の中のオブジェクトは、種々のエンティティを記述する名詞のプールから引き出される動詞によって記述され得、１つの対象情報オブジェクトによって別のオブジェクトに、または対象カテゴリの中の複数のエンティティ間で行われ得るアクションを名付ける。アクションカテゴリの中のオブジェクトの実施例は、作成する４２１、削除する４２２、登録する４２３、追加する４２４、更新する４２５、参加する４２６、加入する４２７、平均する４２８、読み出す４２９、退出する４３０、通知する４３１、および組み合わせる４３２を含む。任意のＭ２Ｍエンティティ、デバイス、または構築物によって、それに対して、またはそれらの間で行われ得る、任意のタイプのアクションを表すか、またはそれと別様に関連付けられる、他のオブジェクトは、本開示の範囲内と見なされる。

また、上記のように、記述カテゴリ４４０の中のオブジェクトは、それが関連付けられる情報オブジェクトの１つ以上の特性、状態、状況、または任意の他の属性を記述し得る。記述カテゴリの中のオブジェクトの実施例は、識別子４４１、オン／オフ／スリープ／エラー状態４４２、アクセス権４４３、時間４４４、タイプ４４５、持続時間４４６、場所４４７、および登録４４８を含む。任意のアクションまたは対象情報オブジェクト、あるいは任意のＭ２Ｍエンティティ、デバイス、または構築物に関連付けられ得る、任意のタイプの属性または特性の任意の記述子またはインジケータを表すか、またはそれと別様に関連付けられる、他のオブジェクトは、本開示の範囲内と見なされる。

記述されるように、開示された実施形態では、Ｍ２Ｍシステムは、静的に情報オブジェクトを定義し得るか、またはＭ２Ｍシステムは、新しい情報オブジェクトを発見し、除去または削除された情報オブジェクトを検出することによって、動的にオブジェクトを追加および除去し得る。情報オブジェクトは、任意のタイプまたは数のノード、エンティティ、デバイス、アプリケーション、およびそれらの任意の組み合わせによってホストされ得ることが考慮される。

各エンティティ（例えば、デバイス、アプリケーション、ノード、リソース等）は、新しい情報オブジェクトを作成し得、かつそれらを公表し、他のエンティティと情報オブジェクト情報を交換し得る。これは、エンティティが、他のエンティティから利用可能であり得るリソースおよびサービスの知識を取得することを可能にし得る。図５は、どのようにしてそのような知識交換が開示された実施形態で実装され得るかを実証する、例示的な非限定的信号フロー５００を図示する。

図５では、エンティティ５１０およびエンティティ５２０は、各々、デバイス、ゲートウェイ、ネットワークノード、またはアプリケーションを含む、任意のタイプのエンティティであり得る。エンティティ５１０が、ブロック５１１で、その情報オブジェクトカテゴリおよびサポートされたオブジェクトを初期化し得る一方で、エンティティ５２０は、ブロック５２１で、その情報オブジェクトカテゴリおよびサポートされたオブジェクトに同一のことを行い得る。いくつかの実施形態では、それぞれのエンティティがプロビジョニングおよび／または構成されている間に、最初にサポートされるオブジェクトが決定され得る。ブロック５１２では、エンティティ５１０は、それがそのサポートされたオブジェクトを公表するであろうと決定し得、したがって、「公開」というアクションを示し得る情報オブジェクトアクション、サポートされたオブジェクトのリストを含み得る情報オブジェクト対象、ならびにサポートされたオブジェクトおよび関連アクションの記述子を含み得る情報オブジェクト記述の指示とともに、公開要求５１３をエンティティ５２０に送信し得る。

それに応答して、エンティティ５２０は、単純に、応答メッセージにおいて要求５１３を承認することも、通信をエンティティ５１０に送信しないことも、応答アクションを起こさないこともある。代替として、エンティティ５２０は、要求メッセージ５１３に応答して応答５２３をエンティティ５１０に送信することによって、そのサポートされたオブジェクトをエンティティ５１０に発表し得る。実施形態では、エンティティは、他のエンティティによって公表されるオブジェクトに基づいて、新しいオブジェクトを作成し、それによって、それ自身の情報モデルを増進し得る。したがって、ブロック５１４では、エンティティ５１０が、応答５２３の中でエンティティ５２０によって示されるものに対応する、新しいオブジェクトを作成し得る。ブロック５１５では、エンティティ５１０は、エンティティ５１０が公表されたオブジェクトへのアクセスを提供すること、および／または公表されたオブジェクトに関連するサービスおよび機能を促進することが可能であることを、エンティティ５２０を含む他のエンティティが認識するように、ブロック５１４で作成された新しいオブジェクト、および／または以前から存在していたオブジェクトを公開（すなわち、公表または発表）し得る。

代替として、または加えて、エンティティは、そのエンティティに適用されるトリガまたはポリシーに基づいて、新しいオブジェクトを作成し得る。したがって、ブロック５２４では、エンティティ５２０が、検出されたトリガに基づいて、１つ以上のオブジェクトを作成し得る。そのようなオブジェクトは、エンティティ５２０上でプロビジョニングされるオブジェクト、（以下でさらに詳細に説明されるように）その組織化および／またはオブジェクトの組み合わせに基づいてエンティティ５２０によって作成されるオブジェクト、および／またはアプリケーションから受信される要求に応答して作成されるオブジェクトを含み得る。考えられるトリガは、Ｍ２Ｍエンティティが検出することが可能であり得る、任意の検出可能な条件、データ、または刺激であり得る。エンティティ５２０はまた、アプリケーションからのトリガ、プロビジョニング、および／または要求に応答して、オブジェクトを検出し得ることにも留意されたい。トリガの実施例は、（例えば、上記で説明される公開５１５および以下で説明される公開５２５のように）別のエンティティからの公表または公表されたオブジェクトの受信、ローカルポリシーに基づくトリガ、ならびにオブジェクトを組織化する、および／または組み合わせる必要性を示す条件を検出し得る、エンティティのサービス能力に基づくトリガを含む。エンティティはまた、新しいサービス有効化のプロビジョニング、およびアプリケーションからのオブジェクトを作成する要求の受信により、新しいオブジェクトを作成するようにトリガされ得る。これらおよび任意の他のトリガ、ならびにエンティティがオブジェクトを作成させられ得る条件は、本開示の範囲内と見なされる。

５２５では、エンティティ５２０は、エンティティ５２０が公表されたオブジェクトへのアクセスを提供すること、および／または公表されたオブジェクトに関連するサービスおよび機能を促進することが可能であることを、他のエンティティが認識するように、ブロック５２４で作成される新しいオブジェクト、および／または以前から存在していたオブジェクトを公開（すなわち、公表または発表）し得る。

実施形態では、各情報オブジェクトは、「オブジェクトインスタンス」と称され得る、任意の数のインスタンス化を有し得る。オブジェクトインスタンスは、相対的に一意の識別子（ＩＤ）を有し得、そのようなＩＤを使用してアドレス可能であり得る。一実施形態では、オブジェクトインスタンス識別子は、オブジェクトインスタンスに対してアドレス可能な場所を表すＵＲＩであり得る。対象、アクション、および記述が、どんな作り付けの階層関係を有さなくてもよいため、例えば、サービスプロバイダ「ＰｒｏｖｉｄｅｒＯｎｅ」は、「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ｓｕｂｊｅｃｔｓ／」、「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ａｃｔｉｏｎｓ／」、および「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ｄｅｓｃｒｉｐｔｉｏｎｓ／」等のルートアドレスの下で３つのオブジェクトカテゴリを配列し得る。本実施例では、各オブジェクトカテゴリの中のオブジェクトインスタンスは、「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ｓｕｂｊｅｃｔｓ／ＣＳＦ／ｃｓｆ１／」、「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ａｃｔｉｏｎｓ／Ｃｒｅａｔｅ−ＲｏｏｍＴｅｍｐＣｏｎｔｒｏｌ／」、および「ｗｗｗ．ＰｒｏｖｉｄｅｒＯｎｅ．ｃｏｍ／Ｄｅｓｃｒｉｐｔｉｏｎｓ／ＩＤ１／」として表され得る。情報オブジェクトおよびオブジェクトインスタンスは、各々、それぞれのＩＤの長さを短縮するように、それらのそれぞれの相対的アドレスによってアドレス指定され得る。

図６は、例示的な非限定的オブジェクトインスタンス６００を図示する。オブジェクトインスタンス６００の中にある、またはそれに関連付けられる情報は、数値、文字列、構造等を含む、種々の形態で記憶および／または伝達され得る、インスタンス値６１０を含み得る。インスタンス値は、単一の値であり得るか、または個々にアドレス指定され得る値の組であり得る。

オブジェクトインスタンス６００はまた、種々の他の情報を含み得、その全ては随意的であり得、したがって、全てのオブジェクトインスタンスの中に存在しないこともある。そのような情報は、発見に使用され得る検索タグ６２０を含み得る。いくつかの実施形態では、複数のオブジェクトインスタンスが関連付けられ得、したがって、各関連インスタンスは、同一の検索タグを有し得る。そのような実施形態では、そのようなインスタンスが常駐し得るノードの共通サービス層は、そのようなインスタンスに関連付けられる情報を組み合わせ得る。

オブジェクトインスタンス６００はまた、オブジェクト６００のカテゴリおよびタイプを示し得る、オブジェクトカテゴリ６３０およびオブジェクトタイプ６４０を含み得る。オブジェクトインスタンス６００の中に存在し得る他の情報の間には、オブジェクト６００の識別子に設定され得る独自の識別子６５０（相対的に一意のＵＲＩまたはある他の識別子等）がある。オブジェクト６００はまた、記述６６０を含み得る。記述６６０はまた、記述６６０が関連付けられる対象またはアクションと同一のアドレスで「属性」として記憶され得る。複数の記述のインジケータが、記述６６０に含まれ得、それによって、複合情報を提供する。オブジェクトインスタンス６００が１つ以上の他のインスタンスに関連付けられる場合、関連インスタンスの識別子は、関連インスタンス６７０の識別子に含まれ得る。

実施形態では、別個のカテゴリとして記述を有することが、情報組織化の融通性を向上させることに役立ち得る。例えば、センサ対象の１０００個のインスタンスが、全て同一の場所を有し得る。そのような実施形態では、センサの各々は、単一の場所オブジェクトインスタンスと関連し得、それによって、１０００個のセンサインスタンスの各々に対して繰り返し記憶される、同一の場所データを有する必要性を妨げる。

図７は、計測器（例えば、電力量計、水道メータ、ガスメータ）に関連付けられ得る、例示的な非限定的データ情報オブジェクトインスタンス７００を図示する。データ値（すなわち、インスタンス値）７１０は、１０００であり得る。本実施例では、データ情報オブジェクトインスタンス７００はまた、検索タグフィールド７２０の中に２つの検索タグすなわち、２０１３年のこの計測器の示度を検索することを促進し得る、「ｍｅｔｅｒ１Ｒｅａｄｉｎｇ２０１３」として示される１つ、およびこのデータが２０１３年の水道会社Ｘの計測器示度に属することを示し得る、「ＨｙｄｒｏＸｍｅｔｅｒＲｅａｄｉｎｇ２０１３」として１つを有し得る。オブジェクトカテゴリ７３０は、「対象」に設定され得、オブジェクトタイプ７４０は、「データ」に設定され得る。このデータインスタンスは、自身の識別子フィールド７５０の中で「／ｗｗｗ．ＨｙｄｒｏＸ．ｃｏｍ／Ｓｕｂｊｅｃｔｓ／ｍｅｔｅｒ１データ−１２／０１／２０１３」として、そのＵＲＩによって一意的に識別され得る。記述フィールド７６０の中には、同一の場所における他のセンサおよび／または任意の他の記述データに対する記述子を提供し得る、「ｍｅｔｅｒ１」というインジケータがあり得る。オブジェクト７００は、関連インスタンス７７０の識別子に含まれる２つの他のインスタンスに関連付けられ得る。これらのうちの一方が、記述インスタンスとして記憶される計測器読み取りデータのための記述であり得る一方で、他方は、水道会社制御アプリケーションが対象情報オブジェクトのインスタンスとして記憶されていることを示し得る。

図８は、エンティティのための情報記憶の実施形態を実証する、非限定的な例示的構造８００を図示する。本明細書で説明される場合、エンティティは、通信可能に接続されたエンティティのネットワーク内の構成要素である、デバイス、ゲートウェイ、ネットワークサーバ、ネットワークノード（例えば、ルータ、ハブスイッチ等）、アプリケーション、または任意の他のデバイスあるいは構築物であり得ることに留意されたい。対象８１０の下には、任意の数の対象インスタンス８１１−８１４があり得る一方で、アクション８２０の下には、任意の数のアクションインスタンス８２１−８２４があり得、記述８３０の下には、任意の数の記述インスタンス８３１−８３４があり得る。

実施形態では、各情報オブジェクトカテゴリは、独立リソース構造であり得る。そのようなオブジェクトの各インスタンスは、開示された情報モデルの中のそのカテゴリの直下に記憶されると見なされ得る。情報オブジェクトカテゴリは、別個の場所で、および／または別個のデバイス上に記憶され得る。代替として、情報オブジェクトカテゴリは、図８で鎖線によって示される単一の場所で一緒に記憶され得る。

記述インスタンス８３１−８３３は、記述インスタンス８１２および記述インスタンス８２２のような対象インスタンスまたはアクションインスタンスと一緒よりもむしろ、別々に、別個の場所で、および／または別個のデバイス上に、あるいは単一の場所における別個のメモリスペース内に記憶され得る。

図９は、エンティティで実装される開示された情報モデルで使用するための構造を提供する代替実施形態を示す、非限定的な例示的構造９００を図示する。対象９１０の下には、特定の対象によって組織化される任意の数の対象インスタンスがあり得る（アプリケーション９１１およびデータ９１４の下のオブジェクトインスタンス等）。アクション９２０の下には、特定のアクションによって組織化される任意の数のアクションインスタンスがあり得る（登録９２１および加入９２３の下のオブジェクトインスタンス等）。記述９３０の下には、特定の記述によって組織化される任意の数の記述インスタンスであり得る（識別子９３１および場所９３４の下のオブジェクトインスタンス等）。

本実施形態では、オブジェクトカテゴリの下で定義される各タイプのオブジェクトは、分岐であり得るが、インスタンスは、階層関係を有しなくてもよい。例えば、図９の対象９１０の下のアプリケーション分岐９１１が、アプリケーションインスタンス９１２および９１３であり得る、関連対象インスタンスを有し得る一方で、対象９１０の下のデータ分岐９１４は、データインスタンス９１５および９１７であり得る、関連対象インスタンスを有し得る。図８のツリー構造と同様に、記述インスタンスは、それらの関連アクションまたは対象と一緒に記憶され得る。例えば、図９では、記述インスタンス９１６は、その関連対象インスタンスデータインスタンス９１５と一緒に記憶され得る。

同様に、アクション９２０の下の登録分岐９２１が、登録インスタンス９２２および９２３であり得る、関連アクションインスタンスを有し得る一方で、アクション９２０の下の加入分岐９２３は、加入インスタンス９２４および９２６であり得る、関連アクションインスタンスを有し得る。再度、図８のツリー構造と同様に、記述インスタンスが、それらの関連アクションまたは対象と一緒に記憶され得る。例えば、図９では、記述インスタンス９２５は、その関連アクションインスタンス加入インスタンス９２４と一緒に記憶され得る。

識別子９３１の下の識別子インスタンス９３２−９３３、および場所９３４の下の場所インスタンス９３５−９３６等の記述インスタンスは、記述インスタンス９１６および記述インスタンス９２５のような対象インスタンスまたはアクションインスタンスと一緒よりもむしろ、別々に、別個の場所で、および／または別個のデバイス上に、あるいは単一の場所における別個のメモリスペース内に記憶され得る。

本開示のオブジェクトベースの情報モデルは、情報を記憶する融通性のある手段を可能にし得る。図１０は、別の非限定的な例示的代替構造１０００を図示する。本実施形態では、情報インスタンスは、種々の場所で大まかに記憶され、任意のタイプのツリー構造で組織化されると見なされない。インスタンス間の相関は、インスタンス間の関連によって完全に表される。図１０では、これらのインスタンスが、必ずしもそれらの物理的な場所によってではなく、論理的にグループ化されるのみであるため、カテゴリ（すなわち、対象、アクション、記述）、および各カテゴリ内のタイプ（データ、アプリケーション等）は、点線の丸の中で示される。例えば、対象カテゴリ１０１０では、データインスタンス１０１１−１０１２（任意の数のそのようなインスタンスであり得る）が、論理的にグループ化される一方で、アプリケーションインスタンス１０１３−１０１４は、論理的にグループ化される。同様に、本実施例では、アクションインスタンス１０２１が、アクションカテゴリ１０２０の中の同一のタイプのアクションインスタンスとともにグループ化され得る一方で、アクションインスタンス１０２１とは異なるタイプのアクションのアクションインスタンス１０２２は、アクションインスタンス１０２２と同一のアクションである他のアクションとともにグループ化され得る。さらに、本実施例では、記述インスタンス１０３１が、記述カテゴリ１０３０の中の同一のタイプの記述インスタンスとともにグループ化され得る一方で、記述インスタンス１０３１とは異なるタイプの記述の記述インスタンス１０３２は、記述インスタンス１０３２と同一のアクションである他の記述とともにグループ化され得る。

図１１は、異なるカテゴリに属する種々の情報オブジェクトのインスタンス間の関係を図示する。各アクションインスタンス１１２０は、アクションインスタンス１１２０の属性および／または特性を定義し得る、関連記述インスタンス１１１０を有し得る。アクションインスタンス１１２０は、対象インスタンス１１３０および１１４０等の２つ以上の対象インスタンスの間で行われ得る、動作であり得る。対象インスタンス１１３０および１１４０の各々も、これらの対象インスタンスの属性および／または特性を定義し得る、関連記述インスタンス１１３５および１１４５をそれぞれ有し得る。

アトミック情報オブジェクトは、新しい情報を形成するように、他のアトミック情報オブジェクトに関連付けられ得る。関連情報オブジェクトはまた、共通特性を有するグループを形成し得る。そのようなグループは、より効率的な動作を促進し得る。例えば、１つの発見クエリが、複数の相関情報オブジェクトを含む結果を生成し得るため、発見がより効率的にされ得る。

図１２は、互に関連付けるために本明細書で開示されるような情報オブジェクトが使用し得る機構を図示する、ブロック図である。対象インスタンス１２１０は、データタイプ対象インスタンスであり得る。対象インスタンス１２１０は、データ値１２１１と、記述識別子１２１２とを含み得る。記述識別子１２１２は、対象インスタンス１２１０に関連付けられている属性１２２１を含み得る記述インスタンス１２２０への参照を示すか、または記述インスタンス１２２０にアクセスする手段を別様に提供し得る。

図１３は、そのような機構の実施例を提供する。対象インスタンス１３１０は、２００に設定されたデータ値１３１１を伴うデータタイプ対象インスタンスであり得る。記述識別子１３１２は、記述インスタンス１３２０のアドレスであるＵＲＩ（例えば、図１３の「／Ｄｅｓｃｒｉｐｔｉｏｎｓ／ＨｙｄｒｏＭｅｔｅｒＲｅａｄｉｎｇ−１／」）を含み得る。記述インスタンス１３２０は、対象インスタンス１２１０に関連付けられる属性１３２１を含み得る。属性１３２１は、対象インスタンス１３１０のタイプ、対象インスタンス１３１０の所有者または対象インスタンス１３１０に関連付けられるエンティティ、対象インスタンス１３１０によって提供されるデータの測定単位、および対象インスタンス１３１０によって提供されるデータへのアクセス権を示す、属性を含み得る。

記述インスタンス１３２０は、１つより多くの対象インスタンスに関連付けられ得る。例えば、建物内にいくつかの温度センサがあり、センサの全てが同一のテナントによって所有および／または操作される場合、センサの各々は、記述インスタンス１３２０を指す記述識別子を含む、関連対象インスタンスを有し得る。そのような実施形態では、記述インスタンス１３２０は、それが関連付けられる対象インスタンスのリストを維持し得る。記述インスタンスが変更または除去されるとき、対応する対象インスタンスが自動的に通知され得、情報管理共通サービス機能が関連を更新するようにアクションを起こし得る。代替として、各そのような対象インスタンスは、その対象インスタンスに特有である記述インスタンスへの参照を有し得、その逆も同様である。

いくつかの実施形態では、情報オブジェクトのインスタンスは、新しいオブジェクト（すなわち、複合インスタンスおよび／またはそれらに関連付けられるデータを含む、新しいインスタンス）を形成するように、１つ以上の他のインスタンスと組み合わせられ得る。図１４は、インスタンスを組み合わせるための例示的な信号およびプロシージャを図示する、例示的な非限定的信号フロー１４００を示す。

ブロック１４１１では、エンティティ１４１０（いくつかの実施形態では、具体的にはその情報管理（ＩＭ）機能）が、エンティティ１４２０に送信される複数の対象インスタンスを組み合わせるための要求を生成することを決定し得る。そのようなアクションを開始させる、種々のトリガまたは他の刺激があり得る。例えば、エンティティ１４１０のＩＭ機能は、データを自己最適化するように構成され得る。同一または類似属性を有するインスタンスに関連付けられる、いくつかのクエリの検出時に、エンティティ１４１０は、エンティティ１４１０で構成される基準および／またはポリシーに基づいて、そのようなインスタンスを組み合わせることを決定し得る。代替として、または加えて、いくつかの実施形態では、異なるオブジェクトインスタンスを所有するアプリケーションが、インスタンスを組み合わせる要求を生成し得る。

「組み合わせる」アクションを示す、要求メッセージ１４１２が、エンティティ１４２０に伝送され得る。この組み合わせるアクション自体が情報オブジェクトインスタンスであり、どのようにして組み合わせが実装されるべきかを記述する、関連記述インスタンスを有し得ることに留意されたい。要求メッセージ１４１２は、組み合わせられるインスタンスのリストを提供し得る。要求メッセージ１４１２はまた、複合インスタンスのための記述、例えば、組み合わせられるインスタンスが高度に相関することを示す記述データを提供し得る。要求１４１２を受信すると、ブロック１４２１では、エンティティ１４２０が、その情報記憶装置、および／またはそれがアクセスを有し得る任意の他のデータを検索し、要求１４１２の中で特定されるインスタンスについての情報を取得し得る。任意の必要なデータを獲得すると、エンティティ１４２０は、要求１４１２に含まれる命令に従って、新しい情報オブジェクトインスタンスを作成し得る。次いで、エンティティ１４２０は、応答メッセージ１４２２の中で、動作の状態および新しいインスタンスの識別子を返信し得る。応答メッセージ１４２２の中には、いくつかの実施形態では、新しいインスタンスの識別子の一部として、またはそれと同一である、新たに作成された複合情報オブジェクトインスタンスのためのアドレスもあり得る。

別の実施形態では、エンティティ１４２０は、ローカルで取得されたデータに基づいて、複数のインスタンスを組み合わせることを決定し得る。例えば、エンティティ１４２０は、可能であれば情報を最適化すべきことを示す、ポリシーまたは他の構成で構成され得る。ブロック１４２３で、インスタンスを組み合わせることを決定し、決定された組み合わせを行うと、エンティティ１４２０は、インスタンスが組み合わせられたことをエンティティ１４１０に通知する、要求メッセージ１４２４をエンティティ１４１０に送信し得る。エンティティ１４２０はまた、エンティティ１４２０によって行われる１つ以上の動作の通知に加入しているエンティティ等の、そのような情報を利用し得る任意の他のエンティティに通知し得る。エンティティ１４１０は、要求１４２４の受信を承認し、および／または要求１４２４の受信に基づいて状態を提供する応答１４２５をエンティティ１４２０に伝送し得る。

実施形態では、アプリケーションプログラミングインターフェース（ＡＰＩ）動作は、わずかな「語彙」を伴う情報モデルを促進するように簡略化され得る。例えば、図１５において例示的な非限定的信号フロー１５００で示されるように、開示されたアトミック情報モデルは、統一ＡＰＩの使用を可能にする。いずれか２つのエンティティの間の情報交換は、少なくとも１つの他の対象インスタンスに対して１つ以上のアクションインスタンスを行う、対象インスタンスの形態であり得る。対象インスタンスおよびアクションインスタンスの各々は、それらに関連付けられる記述インスタンスを有し得る。他のフィールドもまた、使用され得る（図１５においてイタリック体で示される）。受信または「標的」エンティティは、応答して送信されるそのメッセージの中で同一の構造を使用し得る。本実施形態では、通信エンティティ間のＡＰＩ通信は、システム効率を増加させ得る、「文」のフリーフローになり得る。

例えば、ソースエンティティ１５１０（いくつかの実施形態では、具体的にはその情報管理（ＩＭ）機能）は、標的エンティティ１５２０等のゲートウェイ内の共通サービス層（ＣＳＬ）にデータを書き込みたいアプリケーションをホストし得る。アプリケーションは、エンティティ１５１０（または、それがそれ自体のエンティティである場合、アプリケーション自体）の識別子、アクション「作成」、および標的インスタンス（すなわち、標的エンティティ１５２０であり得るゲートウェイ）の識別子を示す、対象インスタンスを特定し得る、メッセージ１５１１を生成し、または生成させ、あるいは生成されることを要求し得る。メッセージ１５１１を受信すると、標的エンティティ１５２０は、ブロック１５２１で、データをそのＣＳＬに書き込むこと等のメッセージ１５１１の中で示されるアクションを行い得る。次いで、エンティティ１５２０は、要求された動作を行った、または要求された動作を行うことができなかったことを示す、メッセージ１５２２をソースエンティティ１５１０に送信し得る。例えば、メッセージ１５２２は、要求１５１１に示されるような関与するエンティティおよびアクションを示し得る。メッセージ１５２２は、メッセージ１５１１への応答に記憶されたデータ等の結果として生じる生成物の識別子または場所も示し得る。

メッセージ１５１１および１５２２等のメッセージでは、複数の対象インスタンスおよび／または複数のアクションインスタンスが示され得ることに留意されたい。任意の数の対象インスタンスおよびアクションインスタンス、ならびにそれらの関連記述インスタンスがあり得る。複数の対象インスタンスが単一のアクションインスタンスとともに示される場合、いくつかの実施形態では、全ての示された対象インスタンスが、他の示された対象インスタンスの各々とともに／各々に対して示されたアクションを行い得る。複数の対象インスタンスおよび複数のアクションインスタンスがある場合、いくつかの実施形態では、全ての示された対象インスタンスは、他の示された対象インスタンスの各々とともに／各々に対して全ての示されたアクションを行い得る。複数のメッセージはまた、１つ以上の標的エンティティとともに／それらに対して複数のアクションを行うように組み合わせられ得る。

図１６は、開示された情報モデルの実装で使用され得る例示的なＡＰＩ動作を図示する、例示的な非限定的信号フロー１６００を図示する。本実施形態では、開示されたＡＰＩ動作は、要求および応答メッセージを使用し得るが、いくつかの実施形態は応答メッセージを必要としない。本実施例では、ソースエンティティ１６１０は、要求メッセージ１６１１を標的エンティティ１６２０に伝送し得る。メッセージ１６１１は、ソース対象インスタンス（例えば、ソースエンティティ１６１０上でホストされる対象インスタンス）の識別子、１つ以上の標的対象インスタンスの識別子、および示された標的対象インスタンスの各々とともに／各々に対して行われることをソース対象インスタンスが所望する１つ以上のアクションを含み得る。いくつかの実施形態では、メッセージ１６１１はまた、示された対象およびアクションインスタンスに関連付けられる記述を含み得る。ブロック１６２１では、エンティティ１６２０が、要求１６１１の中で示される動作を行おうとし得る。エンティティ１６２０は、応答メッセージ１６２２で、要求１６１１の中で示される動作を行おうとすることの結果を報告し得る。いくつかの実施形態では、情報オブジェクトの新しいインスタンスが、要求１６１１の中で示される動作に応答して作成され得る（例えば、登録インスタンス、複合インスタンスを反映するグループインスタンス、データインスタンス等）。そのような実施形態では、応答メッセージ１６２２は、新しいオブジェクトインスタンスの識別子を含み得る。代替として、または加えて、応答メッセージ１６２２は、任意の影響を受けた情報オブジェクトインスタンスの識別子を含み得る。

他の実施形態では、オブジェクトは、共通サービス層（ＣＳＬ）内の各共通サービス機能（ＣＳＦ）がオブジェクトのインスタンスであり得る、一般共通サービスタイプに基づき得る。例えば、登録、デバイス管理、連動等のためのオブジェクトインスタンスがあり得る。図１７は、実施形態による、例示的な非限定的オブジェクト構造１７００を図示する。本実施形態では、フィールドＣＳＦタイプ１７１０が、オブジェクトのタイプまたは機能（例えば、登録、デバイス管理）を示し得る一方で、フィールドＣＳＦサブタイプ１７２０の中のデータは、オブジェクトのタイプまたは機能をさらに精緻化し得る（例えば、アプリケーション登録、デバイス登録）。フィールド発信元１７３０は、オブジェクトを最初に生成したリソースを識別するデータを取得するために使用され得る。標的１７４０は、それを用いて（発信元１７３０で識別される）発信リソースがＣＳＦタイプ１７１０およびＣＳＦサブタイプ１７２０で示される機能を果たしたい、１つ以上のリソースを識別するために使用され得る。

検索タグ１７５０は、オブジェクト１７００のインスタンスを記述するために使用され得、かつ検索に応答してオブジェクト１７００のインスタンスを見つけることに役立つために使用され得る、１つ以上の文字列を含み得る。ＣＳＦ記述１７６０は、オブジェクトインスタンス実装構造１７００に関連付けられ得る、記述オブジェクトインスタンスの１つ以上の識別子を含み得る。ファイルされる関連１７７０は、オブジェクトインスタンス実装構造１７００が関連付けられ得るか、または構造１７００を使用して実装されるオブジェクトインスタンスが関連し得るエンティティの識別子のリストを含み得る。

実施形態では、ＣＳＦのためのパスは、「＜ｈｏｓｔ ｎａｍｅ＞／＜ＣＳＦ ｔｙｐｅ＞」として定義され得る。例えば、機能のための登録タイプがタイプ１として定義される場合、そのＣＳＦのためのパスは、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅｐｒｏｖｉｄｅｒ１．ｃｏｍ／ｏｎｅＭ２Ｍ／１／」であり得る。インスタンスが作成されるとき、サービスプラットフォーム（例えば、ネットワーク、ゲートウェイ、またはデバイス）は、そのプラットフォームを使用してエンティティに使用される識別子の間で独特である識別子を提供し得る。そのような実施形態では、インスタンスは、「＜ｈｏｓｔ ｎａｍｅ＞／＜ＣＳＦ ｔｙｐｅ＞／＜ＣＳＦ ｉｎｓｔａｎｃｅ ＩＤ＞」の形態のＵＲＩによって識別および／またはアドレス指定され得る。例えば、登録インスタンスが１というインスタンス識別子を有する場合、そのパスは、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅｐｒｏｖｉｄｅｒ１．ｃｏｍ／ｏｎｅＭ２Ｍ／１／１」であり得る。ＣＳＦインスタンスの各要素は、いくつかの実施形態では、「＜ｈｏｓｔ ｎａｍｅ＞／＜ＣＳＦ ｔｙｐｅ＞／＜ＣＳＦ ｔｙｐｅ ｉｎｓｔａｎｃｅ ＩＤ＞／＜ＣＳＦ ｔｙｐｅ ｅｌｅｍｅｎｔ ＩＤ＞」等のＵＲＩであり得る、そのそれぞれの識別子によってアドレス可能および／または識別可能であり得る。したがって、ＣＳＦタイプ１のインスタンス１の要素１のためのＵＲＩは、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅｐｒｏｖｉｄｅ１．ｃｏｍ／ｏｎｅＭ２Ｍ／１／１／１／」であり得る。ＵＲＩはまた、より記述的な識別子を可能にする、より長い形態によって表され得る。例えば、ＣＳＦタイプ１のインスタンス１の要素１のためのＵＲＩは、「ｈｔｔｐ：／／ｗｗｗ．ｓｅｒｖｉｃｅｐｒｏｖｉｄｅ１．ｃｏｍ／ｏｎｅＭ２Ｍ／ｒｅｇｉｓｔｒａｔｉｏｎＴｙｐｅ／ｒｅｇｉｓｔｒａｔｉｏｎ１／ｒｅｇｉｓｔｒａｔｉｏｎ／」であり得る。

実施形態では、エンティティは、その情報記憶構成要素（例えば、図３の情報記憶装置３３２）に記憶されたＣＳＦオブジェクトの１つ以上のインスタンスを有し得る。ＡＰＩ動作は、通信エンティティの情報管理（ＩＭ）機能（例えば、図３の情報管理３３１）の間で生じ得る。そのような機能によって交換されるメッセージは、ＣＳＦオブジェクトのインスタンスを識別し得る。そのようなＣＳＦオブジェクトインスタンスに関連付けられるアクションオブジェクトインスタンスは、それぞれのＣＳＦオブジェクトインスタンスに関連付けられる記述インスタンスにおいて識別され得る。代替として、そのようなＣＳＦオブジェクトインスタンスに関連付けられるアクションオブジェクトインスタンスは、ＣＳＦインスタンスとは別々に記憶され得る。

いくつかの実施形態では、オブジェクトインスタンスが、別のオブジェクトインスタンスから通知を積極的に受信するように、そのオブジェクトインスタンスに加入し得る。図１８は、例示的な使用事例を例証するために本明細書で使用されるであろう、例示的な非限定的オブジェクト構造１８１０および１８２０を図示する。本実施例では、アプリケーション加入インスタンス１８１０は、ＣＳＬ通知インスタンス１８２０に加入することを所望する、ソースアプリケーションによって使用され得る。アプリケーション加入インスタンス１８１０は、アプリケーション加入インスタンス１８１０を相対的に一意的に識別し得る、データ加入管理フィールド１８１１を有し得、加入動作を行うために必要とされる任意の他のデータを含み得る。ＣＳＦサブタイプフィールド１８１２が、「アプリケーション」に設定され得る一方で、アプリケーション識別子１８１３は、特定のソースアプリケーションを識別し得る。アプリケーション加入インスタンス１８１０はまた、ＣＳＬ識別子１８１４を有し得る。その「関連」要素１８１５では、アプリケーション加入インスタンス１８１０は、アプリケーション加入インスタンス１８１０、ＣＳＬ通知インスタンス１８２０、およびこれらのインスタンスの間で確立される関係（すなわち、加入）のインジケータを有し得る。加入の条件は、記述フィールド１８１６の中で示され得、ＣＳＬ通知インスタンス１８２０に通知をアプリケーション加入インスタンス１８１０へ送信させるべきである、条件および／またはトリガを示し得る。フィールド１８１７は、本実施例ではＣＳＬ通知インスタンス１８２０である、加入されるオブジェクトインスタンスの識別子を含み得る。

ＣＳＬ通知インスタンス１８２０は、ＣＳＬ通知インスタンス１８２０を相対的に一意的に識別し得る、データ加入管理フィールド１８２１を有し得、加入動作を行うために必要とされる任意の他のデータを含み得る。ＣＳＦサブタイプフィールド１８２２が、「アプリケーション」に設定され得る一方で、アプリケーション識別子１８２４は、特定のソースアプリケーション（すなわち、オブジェクト１８１０の１８１３で識別されるアプリケーション）を識別し得る。アプリケーション加入インスタンス１８１０はまた、オブジェクト１８０１のＣＳＬ識別子１８２３（すなわち、１８１４の識別子）を有し得る。その「関連」要素１８２５では、ＣＳＬ通知インスタンス１８２０は、ＣＳＬ１８２３、アプリケーション１８２４、およびこれらのインスタンスの間で確立される関係（すなわち、加入）のインジケータを有し得る。通知がアプリケーション加入インスタンス１８１０に送信されるべき条件は、記述フィールド１８２６の中で示され得、ＣＳＬ通知インスタンス１８２０に通知をアプリケーション加入インスタンス１８１０へ送信させるべきである、条件および／またはトリガを示し得る。フィールド１８２７は、本実施例ではアプリケーション加入インスタンス１８１０である、加入オブジェクトインスタンスの識別子を含み得る。

図１９は、エンティティが別のエンティティに加入する実施形態で使用され得る、信号およびプロシージャの実施例を図示する、例示的な非限定的信号フロー１９００を示す。本実施例では、アプリケーションインスタンス１９１０は、ＣＳＬインスタンス１９２０に加入することを所望し得る。アプリケーションインスタンス１９１０は、ブロック１９１１で、加入情報オブジェクトインスタンスを生成し得る。アプリケーションインスタンス１９１０は、要求メッセージ１９１２をＣＳＬインスタンス１９２０に伝送し得る。要求メッセージ１９１２は、生成された加入情報オブジェクトインスタンスのインジケータまたは識別子を含み得る。ブロック１９２１では、ＣＳＬインスタンス１９２０が、要求１９１２に基づいて加入インスタンスを作成して記憶し得る。ブロック１９２２では、ＣＳＬインスタンス１９２０が、要求１９１２の中で示される通知条件を決定して記憶し得る。ＣＳＬインスタンス１９２０は、要求１９１２の処理の状態（例えば、成功、不成功）および／または作成された加入インスタンスの識別子を提供する、応答メッセージ１９２３をアプリケーションインスタンス１９１０に送信し得る。

ブロック１９２４では、ＣＳＬインスタンス１９２０は、ブロック１９２２で決定された条件が実現されたことを検出し得、それに応答して、実施形態では、要求メッセージ１９１２で特定されるタイプの通知インスタンスおよび／または通知データを伴う通知要求１９２５をアプリケーションインスタンス１９１０に伝送し得る。ブロック１９１３では、アプリケーションインスタンス１９１０が、受信した要求１９２５における通知インスタンスおよび／またはデータに基づいて、通知インスタンスを生成および／または記憶し得る。アプリケーションインスタンス１９１０は、要求１９２５の処理の状態（例えば、成功、不成功）および／または作成された加入インスタンスの識別子を示す、応答１９１４をＣＳＬインスタンス１９２０に伝送し得る。

図２０は、エンティティがＣＳＬで利用可能であり得るそれ自身のオブジェクトを定義する実施形態で使用され得る、信号およびプロシージャの実施例を図示する、例示的な非限定的信号フロー２０００を示す。エンティティ上で実行するアプリケーションは、そのアプリケーションによって個人的に使用され得るオブジェクト、またはサービス層において他のエンティティによって発見可能であり得るオブジェクトを作成し得る。図２０で図示される実施例では、アプリケーションインスタンス２０１０は、記述オブジェクトのアプリケーション特有のインスタンスの作成の基礎としてそれが使用することを望み得る、記述インスタンスＸおよびＹを有し得る。例えば、記述インスタンスＸおよびＹは、特定の業界のための特定のタイプのアプリケーションをサポートする、記述インスタンスであり得る。

図２０では、アプリケーション２０１０は、ＣＳＬインスタンス２０２０（いくつかの実施形態では、具体的にはその情報管理（ＩＭ）機能）に新しいオブジェクトを作成するように命令するメッセージ２０１１を伝送し得る。メッセージ２０１１の中で示されるアクションは、アプリケーション記述オブジェクトインスタンスを作成するように受信側に命令するアクションであり得る。示されたアクションは、それに関連付けられる、ある規則を有し得る。ＣＳＬインスタンス２０２０（いくつかの実施形態では、具体的にはそのＩＭ機能）は、そのような規則に従い、そのオブジェクト作成規則に従って、ブロック２０２１でオブジェクトを作成し得る。ＣＳＬインスタンス２０２０は、要求された記述オブジェクトインスタンスの作成を確認し、記述オブジェクトインスタンスの識別子を提供する、応答メッセージ２０２２を伝送し得る。ブロック２０２３では、ＣＳＬインスタンス２０２０が、新たに作成されたインスタンスを公表することを決定し得、メッセージ２０２４を用いて、それらをＣＳＬインスタンス２０３０に公表し得る。ＣＳＬインスタンス２０３０は、読み出しメッセージ２０３１を用いて、新しいオブジェクトのうちの１つ以上のオブジェクトを読み出し得る。ＣＳＬインスタンス２０３０は、メッセージ２０３１においてそれ自身の対象識別子を省略し得ることに留意されたい。

本実施形態では、アプリケーションインスタンス２０１０がＣＳＬ上で新しいオブジェクトを作成することを許可される限り、アプリケーションインスタンス２０１０は、ＣＳＬインスタンス２０２０への登録関係を有する必要がない。したがって、本実施形態は、種々のエンティティによる異なるノードにおけるオブジェクトの作成を可能にし、さらに促進する。

図２１Ａは、軽量ＩｏＴ情報モデルを実装して使用するためのシステムおよび方法の１つ以上の開示された実施形態が実装され得る、例示的Ｍ２ＭまたはＩｏＴ通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であり得る。サービス層は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層であり得る。ＥＴＳＩＭ２ＭおよびｏｎｅＭ２Ｍの両方が、開示された軽量ＩｏＴ情報モデルを実装して動作させ得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）である。ＳＣＬは、Ｍ２Ｍデバイス（ＤＳＣＬ）、ゲートウェイ（ＧＳＣＬ）、およびネットワーク（ＮＳＣＬ）内に存在する。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中央ノード、アプリケーション特有のノード）上でホストされ得る、共通サービスエンティティ（ＣＳＥ）と称され得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (20)

1. 接続されたエンティティのネットワーク内の第１のエンティティにおいて、アクションを行うための要求を生成することであって、前記要求は、
   第１の対象情報オブジェクトタイプのソース対象であって、前記第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、
   第１のアクション情報オブジェクトタイプの前記アクションであって、前記第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、前記アクションと、
   第２の対象情報オブジェクトタイプの標的対象であって、前記第２の対象情報オブジェクトタイプは、前記所定の組の対象情報オブジェクトタイプから選択される、標的対象と
   を含む、ことと、
   前記第１のエンティティから第２のエンティティに前記要求を伝送することと
   を含み、
   前記要求は、前記ソース対象および前記標的対象に基づいて、前記第２のエンティティに前記アクションを行わせる、方法。
2. 前記アクションを行った結果を示す応答を前記第２のエンティティから受信することをさらに含む、請求項１に記載の方法。
3. 条件を検出し、それに応答して、情報オブジェクトインスタンスを生成することをさらに含む、請求項１に記載の方法。
4. 前記要求は、第１の記述情報オブジェクトタイプの記述をさらに含み、前記記述は、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項１に記載の方法。
5. 前記第１の対象情報オブジェクトタイプの対象情報オブジェクトインスタンスを生成することをさらに含む、請求項１に記載の方法。
6. 前記第１のアクション情報オブジェクトタイプのアクション情報オブジェクトインスタンスを生成することをさらに含む、請求項１に記載の方法。
7. 第１の記述情報オブジェクトタイプの記述情報オブジェクトインスタンスを生成することをさらに含み、前記記述情報オブジェクトインスタンスは、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項１に記載の方法。
8. 接続されたエンティティのネットワーク内のエンティティであって、前記エンティティは、
   命令を備えているメモリと、
   プロセッサと
   を備え、
   前記プロセッサは、前記命令を実行すると、
   アクションを行うための要求を生成することであって、前記要求は、
   第１の対象情報オブジェクトタイプのソース対象であって、前記第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、
   第１のアクション情報オブジェクトタイプの前記アクションであって、前記第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、前記アクションと、
   第２の対象情報オブジェクトタイプの標的対象であって、前記第２の対象情報オブジェクトタイプは、前記所定の組の対象情報オブジェクトタイプから選択される、標的対象と
   を含む、ことと、
   前記要求を第２のエンティティに伝送することと
   を含む動作を達成し、
   前記要求は、前記ソース対象および前記標的対象に基づいて、前記第２のエンティティに前記アクションを行わせる、エンティティ。
9. 前記動作は、前記アクションを行った結果を示す応答を前記第２のエンティティから受信することをさらに含む、請求項８に記載のエンティティ。
10. 前記動作は、条件を検出し、それに応答して、情報オブジェクトインスタンスを生成することをさらに含む、請求項８に記載のエンティティ。
11. 前記要求は、第１の記述情報オブジェクトタイプの記述をさらに含み、前記記述は、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項８に記載のエンティティ。
12. 前記動作は、前記第１の対象情報オブジェクトタイプの対象情報オブジェクトインスタンスを生成することをさらに含む、請求項８に記載のエンティティ。
13. 前記動作は、前記第１のアクション情報オブジェクトタイプのアクション情報オブジェクトインスタンスを生成することをさらに含む、請求項８に記載のエンティティ。
14. 前記動作は、第１の記述情報オブジェクトタイプの記述情報オブジェクトインスタンスを生成することをさらに含み、前記記述情報オブジェクトインスタンスは、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項８に記載のエンティティ。
15. 接続されたエンティティのネットワーク内のエンティティであって、前記エンティティは、
    命令を備えているメモリと、
    プロセッサと
    を備え、
    前記プロセッサは、前記命令を実行すると、
    アクションを行うための要求を受信することであって、前記要求は、
    第１の対象情報オブジェクトタイプのソース対象であって、前記第１の対象情報オブジェクトタイプは、所定の組の対象情報オブジェクトタイプから選択される、ソース対象と、
    第１のアクション情報オブジェクトタイプの前記アクションであって、前記第１のアクション情報オブジェクトタイプは、所定の組のアクション情報オブジェクトタイプから選択される、前記アクションと、
    第２の対象情報オブジェクトタイプの標的対象であって、前記第２の対象情報オブジェクトタイプは、前記所定の組の対象情報オブジェクトタイプから選択される、標的対象と
    を含む、ことと、
    前記要求を受信することに応答して、情報オブジェクトインスタンスを生成することと、
    前記情報オブジェクトインスタンスが生成されたことを示す応答を第２のエンティティに伝送することと
    を含む動作を達成する、エンティティ。
16. 前記動作は、条件を検出し、それに応答して、第２の情報オブジェクトインスタンスを生成することをさらに含む、請求項１５に記載のエンティティ。
17. 前記要求は、第１の記述情報オブジェクトタイプの記述をさらに含み、前記記述は、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項１５に記載のエンティティ。
18. 前記情報オブジェクトインスタンスは、前記第１の対象情報オブジェクトタイプの対象情報オブジェクトインスタンスである、請求項１５に記載のエンティティ。
19. 前記情報オブジェクトインスタンスは、前記第１のアクション情報オブジェクトタイプのアクション情報オブジェクトインスタンスである、請求項１５に記載のエンティティ。
20. 前記動作は、第１の記述情報オブジェクトタイプの記述情報オブジェクトインスタンスを生成することをさらに含み、前記記述情報オブジェクトインスタンスは、前記ソース対象、前記アクション、または前記標的対象のうちの１つに関連付けられている、請求項１５に記載のエンティティ。

Images