JP6268278B2 - Ｍ２ｍシステムにおけるセマンティクスサポートおよび管理 - Google Patents

Description

（関連出願の引用）
本願は、米国特許法§１１９（ｅ）に基づき、米国仮特許出願第６１／８１９，８７７号（２０１３年５月６日出願）の利益を主張し、上記出願の開示は、その全体が記載されているように本明細書に引用される。

物理的環境で展開されるネットワーク使用可能デバイスおよびセンサの数の急速な増加が、通信ネットワークを変化させている。次の１０年以内に、何十億ものデバイスが、スマートグリッド、スマートホーム、ｅ−ヘルス、自動車、輸送、物流、および環境監視等の種々の分野で、多くの用途およびサービスプロバイダによるサービスのための無数の実環境データを生成するであろうと予測される。現在の情報ネットワーキング技術への実環境データおよびサービスの統合を可能にする関連技術および解決策は、多くの場合、モノのインターネット（ＩｏＴ）またはマシンツーマシン（Ｍ２Ｍ）通信の包括的用語の下で説明される。デバイスによって作成される大量のデータによる、このデータを識別して問い合わせる効率的な方法の必要性がある。

図１は、集約点としてアクチュエータを使用する小型生物医学無線センサを使用して、患者の病院またはリハビリテーションセンターによって提供され得る、例示的患者監視アプリケーションを図示する。アクチュエータは、データをネットワークに伝送する。これらの小型装着型リソース制約デバイスは、とりわけ、血圧および血流、中核体温、酸素飽和度、運動、心拍数、聴覚、および視覚等の生命兆候を連続的に監視するように患者上に展開され得る、Ｍ２Ｍデバイスの実施例である。Ｍ２Ｍデバイスによって収集される種々の種類のＭ２Ｍデータは、図１で描写されるように、患者の医師、（例えば、２４時間フィットネスからの）個人トレーナ、および／または救急車サービスによって使用され得る。医師、個人トレーナ、および救急車サービスがこれらのＭ２Ｍデバイスから生成されたデータを使用することを可能にするために、これらのリソースのセマンティクスも利用可能である必要がある。セマンティクスは、データの形式および構造を理解することができるように、データの記述的定義を提供する（すなわち、セマンティクスはデータの意味を提供する）。

しかしながら、草稿ＥＴＳＩ ＴＳ １０２ ６９０およびＴＳ １０２ ９２１で説明されるＥＴＳＩ Ｍ２Ｍアーキテクチャ等の現在のＭ２Ｍシステムは、セマンティクスをサポートする機構を定義しない（例えば、ＥＴＳＩ Ｍ２Ｍ定義コンテナリソース内に記憶されたデータは、それとともに記憶することができるいかなる意味情報も有しない）。結果として、デバイスおよびアプリケーションは、交換されたコンテナの共通定義について、ならびに含まれたデータについて、事前に合意する必要がある。これは、現在のＭ２Ｍシステムにおいて異なるアプリケーションにわたるＭ２Ｍデータの再利用を困難にする。

セマンティクスの概念は、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ（Ｗ３Ｃ）として知られている国際規格団体によって導かれる協調的な動きである、セマンティックェブの分野で一般的に知られている。本規格は、ワールドワイドウェブ上の共通データ形式を推進する。ウェブページに意味内容を含むことを促すことによって、セマンティックェブは、非構造化および半構造化文書によって支配された現在のウェブを「データのウェブ」に変換することを目指す。セマンティックェブスタックは、Ｗ３Ｃのリソースディスクリプションフレームワーク（ＲＤＦ）を基礎とする。

図２は、そのＴＳ １０２ ６９０においてＥＴＳＩによって定義されるＥＴＳＩ Ｍ２Ｍアーキテクチャを実装する、通信システム１２０を図示する略図である。この略図は、本開示の理解を支援するために使用され、本明細書で開示される主題の説明を促進するように簡略化されていることに留意されたい。図２に示されるように、システム１２０は、ネットワークドメイン１２２、ネットワークドメイン１３０、ネットワークドメイン１３５、およびネットワークドメイン１３８等の複数のネットワークドメインを備え得る。各ネットワークドメインは、ＮＳＣＬ１２６、ＮＳＣＬ１３１、ＮＳＣＬ１３６、およびＮＳＣＬ１３９等のネットワークサービス能力層（ＮＳＣＬ）を含み得る。各ＮＳＣＬは、ネットワークドメイン１２２およびネットワークドメイン１３０内のネットワークアプリケーション１２７およびネットワークアプリケーション１３２等のそれぞれのネットワークアプリケーションと連動し得る。

さらに示されるように、ネットワークドメイン１２２等のネットワークドメインはさらに、（例えば、図１の患者監視アプリケーションで使用されるＭ２Ｍデバイスのうちの１つであり得る）デバイス１４５等の１つ以上のデバイスと、ゲートウェイ１４０等の１つ以上のゲートウェイとを備え得る。３ＧＰＰ用語では、デバイスおよびゲートウェイは、ＵＥの実施例である。示されるように、デバイス１４５は、アーキテクチャによって定義されるｍＩｄ基準点を経由してＮＳＣＬ１２６と通信する、デバイスサービス能力層（ＤＳＣＬ）１４６を実行し得る。デバイスアプリケーション（ＤＡ）１４７もまた、デバイス１４５上で作動し得、かつｄＩａ基準点を経由してＤＳＣＬ１４６と通信し得る。同様に、ゲートウェイ１４０は、ｍＩｄ基準点を経由してＮＳＣＬ１２６と通信するゲートウェイサービス能力層（ＧＳＣＬ）１４１を実装し得る。ゲートウェイ１４０上で作動するゲートウェイアプリケーション（ＧＡ）１４２は、ｄＩａ基準点を経由してＧＳＣＬ１４１と通信し得る。一般に、ｄＩａ基準点は、デバイスおよびゲートウェイアプリケーションがそれぞれのローカルサービス能力（すなわち、それぞれ、ＤＳＣＬまたはＧＳＣＬで利用可能なサービス能力）と通信することを可能にする。ｍＩｄ基準点は、Ｍ２Ｍデバイスに常駐するＭ２ＭＳＣＬ（例えば、ＤＳＣＬ１４６）またはＭ２Ｍゲートウェイに常駐するＭ２ＭＳＣＬ（例えば、ＧＳＣＬ１４１）が、ネットワークドメイン内のＭ２Ｍサービス能力（例えば、ＮＳＣＬ１２６）と通信することを可能にし、その逆も同様である。

依然として図２をさらに詳細に参照すると、ＮＳＣＬ１２６は、ドメイン１２２内にあり、Ｍ２Ｍサーバプラットフォーム１２５上にネットワークアプリケーション（ＮＡ）１２７を伴って構成され得る。ＮＡ１２７およびＮＳＣＬ１２６は、基準点ｍＩａ１２８を介して通信し得る。ｍＩａ基準点は、ＮＡが、Ｍ２Ｍドメイン内のＮＳＣＬから利用可能なＭ２Ｍサービス能力にアクセスすることを可能にし得る。

典型的には、デバイス１４５、ゲートウェイ１４０、およびＭ２Ｍサーバプラットフォーム１２５は、図２６Ｃおよび図２６Ｄで図示され、以下で説明されるデバイス等のコンピュータデバイスを備えている。ＮＳＣＬ、ＤＳＣＬ、ＧＳＣＬ、ＮＡ、ＧＡ、およびＤＡエンティティは、典型的には、システム１２０においてそれらのそれぞれの機能を果たすように、基礎となるデバイスまたはプラットフォーム上で実行される、ソフトウェアの形態で実装される論理エンティティである。

図２でさらに示されるように、ＮＳＣＬ１３１は、ＮＡ１３２とともにドメイン１３０内にあり得る。ＮＡ１３２およびＮＳＣＬ１３１は、ｍＩａ基準点１３３を介して通信し得る。また、ネットワークドメイン１３５内のＮＳＣＬ１３６、およびネットワークドメイン１３８内のＮＳＣＬ１３９もあり得る。ｍＩｍ基準点１２３は、ネットワークドメイン１２２内のＮＳＣＬ１２６、ネットワークドメイン１３０内のＮＳＣＬ１３１、ネットワークドメイン１３５内のＮＳＣＬ１３６、またはネットワークドメイン１３８内のＮＳＣＬ１３９等の異なるネットワークドメイン内のＭ２Ｍネットワークノードが、互に通信することを可能にする、ドメイン間基準点であり得る。本明細書で簡単にするために、「Ｍ２Ｍサーバ」という用語は、サービス能力サーバ（ＳＣＳ）、ＮＳＣＬ、アプリケーションサーバ、ＮＡ、またはＭＴＣサーバを示すために使用され得る。加えて、本明細書で議論されるようなユーザ機器（ＵＥ）という用語は、ＧＡ、ＧＳＣＬ、ＤＡ、またはＤＳＣＬに適用され得る。本明細書で議論されるようなＵＥは、移動局、固定または移動加入者ユニット、ポケットベル、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサまたはアクチュエータ、消費者電子機器等と見なされ得る。本明細書で議論されるようなマシンツーマシンサービス能力層エンティティは、Ｍ２ＭサーバまたはＵＥを含み得る。

さらなる背景として、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＴＲ／ｒｄｆ−ｃｏｎｃｅｐｔｓ／で説明されるリソースディスクリプションフレームワーク（ＲＤＦ）は、ウェブで情報を表すためのフレームワークである。ＲＤＦは、本質的に、データモデルである。その基礎的構成要素は、ステートメントと呼ばれる、リソース・プロパティ・値トリプルである。ＲＤＦは、ＸＭＬで構文を与えられている。

ＲＤＦは、リソース、プロパティ、値、およびステートメントの概念を含む。リソースは、オブジェクトまたは「モノ」と考えられ得る。リソースは、著者、本、出版者、場所、人、ホテル、部屋、検索クエリ等であり得る。リソースは、ユニバーサルリソース識別子（ＵＲＩ）を有する。ＵＲＩは、統一リソースロケータ（ＵＲＬ）、ウェブアドレス、またはある他の種類の一意の識別子であり得る。識別子は、必ずしもリソースへのアクセスを可能にしない。ＵＲＩスキームは、ウェブの場所について定義されているが、電話番号、ＩＳＢＮ番号、および地理的な場所等の多様なオブジェクトについても定義されている。プロパティは、特別な種類のリソースと見なされ、リソース間の関係、例えば、「作者」、「年齢」、「題名」等を表し得る。ＲＤＦにおけるプロパティはまた、ＵＲＩによって、およびＵＲＬによっても識別される。

値は、リソースまたはリテラルであり得る。リテラルは、原子価（文字列）であり得る。例えば、「年齢」というプロパティを有するリソースは、「２０」というリテラル値を有することができる。ステートメントは、リソースのプロパティを主張する。ステートメントは、リソース、プロパティ、および値から成る、リソース・プロパティ・値トリプルである。ＲＤＦにおける表現の基礎的構造は、各々がリソース、プロパティ、および値から成る、トリプルの集合である。各トリプルは、それがリンクするノードによって表されるモノの間の関係のステートメントを表す。

ＲＤＦは、特定の使用ドメインに関して仮定が行われない、ドメイン独立型である。ＲＤＦスキーマ（ＲＤＦＳ）と呼ばれるスキーマ言語で独自の用語を定義することはユーザ次第である。ＲＤＦＳは、ＲＤＦデータモデルで使用される語彙を定義する。ＲＤＦＳでは、語彙を定義し、どのプロパティがどの種類のオブジェクトに適用されるか、およびそれらがどのような値を取るかを特定し、オブジェクト間の関係を記述することができる。

Ｗ３Ｃによって定義されるコアクラスは以下である。
・ ｒｄｆｓ：Ｒｅｓｏｕｒｃｅ、全てのリソースのクラス
・ ｒｄｆｓ：クラス、全てのクラスのクラス。クラスに属する個人のグループは同一のプロパティを共有する。
・ ｒｄｆｓ：Ｌｉｔｅｒａｌ、全てのリテラル（文字列）のクラス
・ ｒｄｆ：Ｐｒｏｐｅｒｔｙ、全てのプロパティのクラス
・ ｒｄｆ：Ｓｔａｔｅｍｅｎｔ、全ての具体化されたステートメントのクラス
Ｗ３Ｃによって定義されるコアプロパティは以下である。
・ ｒｄｆ：ｔｙｐｅ、リソースをそのクラスに関係付ける。リソースは、そのクラスのインスタンスであることが宣言される。
・ ｒｄｆｓ：ｓｕｂＣｌａｓｓＯｆ、クラスをそのスーパークラスのうちの１つに関係付ける。クラスのインスタンスは、そのスーパークラスのインスタンスである。
・ ｒｄｆｓ：ｓｕｂＰｒｏｐｅｒｔｙＯｆ、プロパティをそのスーパープロパティのうちの１つに関係付ける。
・ ｒｄｆｓ：ｄｏｍａｉｎ、プロパティＰのドメイン、またはトリプルの中のプロパティの特定対象を特定する。
・ ｒｄｆｓ：ｒａｎｇｅ、プロパティＰの範囲を特定する。述語Ｐを伴ってトリプルの中の値として出現し得る、これらのリソースのクラス。

Ｍ２Ｍシステムならびに背景技術としてのＲＤＦおよびＲＤＦＳの先述の議論により、本願は、Ｍ２Ｍシステムにおけるセマンティックサポートおよび管理のためのシステムおよび方法を対象とする。

現在のＭ２Ｍシステムでは、Ｍ２Ｍサービス層は、意味認識能力が欠けており、したがって、Ｍ２Ｍサービス層を通って流動するデータ、またはＭ２Ｍサービス層内に記憶されるデータは、不透明な情報として扱われる。この欠点に対処するために、本明細書では、セマンティクスノードの概念が提案される。セマンティクスノードは、ネットワーク内の独立型サーバ上でホストされ得るか、またはＭ２Ｍゲートウェイ、デバイス、サーバ等のネットワーク内の既存のエンティティ上でホストされ得る論理エンティティである。セマンティクスノードは、セマンティクス関連リソースを記憶して管理する。一実施形態では、セマンティクス関連リソースは、３つのタイプ、すなわち、クラス、関係、およびタームのうちの１つを有し得る。セマンティクス関連リソースは、Ｍ２Ｍデバイスまたはアプリケーションによって生成されるデータ、あるいはＭ２Ｍデバイスまたはアプリケーション自体の意味等のモノの意味情報を記述するために使用することができる情報を備えている。このカテゴリ化は、セマンティックェブの現在の技法との適合性を提供し、Ｍ２Ｍシステムが既存のセマンティクス関連リソースを活用することを可能にする。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
第１のコンピュータデバイスのメモリに複数のセマンティクス関連リソースを記憶することと、
前記第１のコンピュータデバイスによって、ネットワークを介して第１のセマンティクス関連リソースに対する要求をクライアントから受信することと、
前記要求された第１のセマンティクス関連リソースが、前記第１のコンピュータデバイス上に記憶された前記複数のセマンティクス関連リソースのうちの１つである場合、前記第１のコンピュータデバイスによって、前記ネットワークを介して前記第１のセマンティクス関連リソースを前記クライアントに伝送することと
を含む、方法。
（項目２）
前記第１のセマンティクス関連リソースが、前記第１のコンピュータデバイス上に記憶された前記複数のセマンティクス関連リソースに含まれていない場合、前記第１のコンピュータデバイスによって、第２のコンピュータデバイスから前記要求された第１のセマンティクス関連リソースを読み出すことをさらに含む、項目１に記載の方法。
（項目３）
変更に対する更新を受信するために、第２のセマンティクス関連リソースに加入することをさらに含む、項目１に記載の方法。
（項目４）
各セマンティクス関連リソースは、クラス、関係、またはタームのうちの１つを備えている、項目１に記載の方法。
（項目５）
各セマンティクス関連リソースは、ユニバーサルリソース識別子または統一リソースロケータを有する、項目１に記載の方法。
（項目６）
前記第２のコンピュータデバイスは、親セマンティクスノードまたは子セマンティクスノードである、項目２に記載の方法。
（項目７）
前記複数のセマンティクス関連リソースのうちの第２のセマンティクス関連リソースを第３のコンピュータデバイスに移動させるための要求を受信することと、
前記第２のセマンティクス関連リソースを前記第３のコンピュータデバイスに転送することと、
前記第２のセマンティクス関連リソースを前記第３のコンピュータデバイスに転送した後に、前記第１のコンピュータデバイスから前記第２のセマンティクス関連リソースを削除することと
をさらに含む、項目１に記載の方法。
（項目８）
前記第２のセマンティクス関連リソースを移動させるための前記要求は、前記第２のセマンティクス関連リソースに対する要求の閾値数を上回ることに基づく、項目７に記載の方法。
（項目９）
第２のセマンティクス関連リソースのセマンティクス類似性に基づいて、前記第１のセマンティクス関連リソースを結び付けることをさらに含む、項目１に記載の方法。
（項目１０）
セマンティクスノードであって、
プロセッサと、
ネットワークと通信するための伝送／受信要素と、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能命令を備え、前記命令は、前記プロセッサによって実行されると、
前記セマンティクスノードの前記メモリに複数のセマンティクス関連リソースを記憶することと、
前記ネットワークを介して、第１のセマンティクス関連リソースに対する要求をクライアントから受信することと、
前記要求された第１のセマンティクス関連リソースが、前記セマンティクスノードの前記メモリに記憶された前記複数のセマンティクス関連リソースのうちの１つである場合、前記ネットワークを介して前記第１のセマンティクス関連リソースを前記クライアントに伝送することと
を含む動作を前記セマンティクスノードに達成させる、セマンティクスノード。
（項目１１）
前記動作は、前記第１のセマンティクス関連リソースが、前記セマンティクスノードの前記メモリに記憶された前記複数のセマンティクス関連リソースに含まれていない場合、第２のセマンティクスノードから前記要求された第１のセマンティクス関連リソースを読み出すことをさらに含む、項目１０に記載のセマンティクスノード。
（項目１２）
前記動作は、変更に対する更新を受信するために、第２のセマンティクス関連リソースに加入することをさらに含む、項目１０に記載のセマンティクスノード。
（項目１３）
前記第２のセマンティクスノードは、親セマンティクスノードまたは子セマンティクスノードである、項目１１に記載のセマンティクスノード。
（項目１４）
各セマンティクス関連リソースは、クラス、関係、またはタームのうちの１つを備え、各セマンティクス関連リソースは、ユニバーサルリソース識別子または統一リソースロケータを有する、項目１０に記載のセマンティクスノード。
（項目１５）
前記動作は、
前記複数のセマンティクス関連リソースのうちの第２のセマンティクス関連リソースを第３のセマンティクスノードに移動させるための要求を受信することと、
前記第２のセマンティクス関連リソースを前記第２のセマンティクスノードに転送することと、
前記第２のセマンティクス関連リソースを前記第２のセマンティクスノードに転送した後に、前記セマンティクスノードの前記メモリから前記第２のセマンティクス関連リソースを削除することと
をさらに含む、項目１０に記載のセマンティクスノード。
（項目１６）
前記第２のセマンティクス関連リソースを移動させるための前記要求は、前記第２のセマンティクス関連リソースに対する要求の閾値数を上回ることに基づく、項目１５に記載のセマンティクスノード。
（項目１７）
コンピュータ実行可能命令を備えているコンピュータ読み取り可能な記憶媒体であって、
前記命令は、コンピュータデバイスのプロセッサによって実行されると、
前記コンピュータデバイスのメモリに複数のセマンティクス関連リソースを記憶することと、
ネットワークを介して、第１のセマンティクス関連リソースに対する要求をクライアントから受信することと、
前記要求された第１のセマンティクス関連リソースが、前記コンピュータデバイスの前記メモリに記憶された前記複数のセマンティクス関連リソースのうちの１つである場合、前記ネットワークを介して前記第１のセマンティクス関連リソースを前記クライアントに伝送することと
を含む動作を前記コンピュータデバイスに行わせる、コンピュータ読み取り可能な記憶媒体。
（項目１８）
前記動作は、前記第１のセマンティクス関連リソースが、前記コンピュータデバイスの前記メモリに記憶された前記複数のセマンティクス関連リソースに含まれていない場合、第２のセマンティクスノードスから前記要求された第１のセマンティクス関連リソースを読み出すことをさらに含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目１９）
各セマンティクス関連リソースは、クラス、関係、またはタームのうちの１つを備え、各セマンティクス関連リソースは、ユニバーサルリソース識別子または統一リソースロケータを有する、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目２０）
前記動作は、変更に対する更新を受信するために、第２のセマンティクス関連リソースに加入することをさらに含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。

添付の図面と併せて一例として挙げられる、以下の説明から、より詳細に理解され得る。
図１は、患者監視アプリケーションを図示する。 図２は、ＥＴＳＩ Ｍ２Ｍアーキテクチャを図示する。 図３は、セマンティクスノードを伴うＭ２Ｍアーキテクチャを図示する。 図４は、Ｍ２Ｍセマンティクスノードアーキテクチャを図示する。 図５Ａは、セマンティクスノード階層を確立する方法の一実施形態を図示する、フロー図である。 図５Ｂは、図５Ａのステップをより詳細に図示する。 図６は、セマンティクスノード登録のメッセージフローを図示する。 図７は、子によって開始される親子関係更新を図示する。 図８は、セマンティクスリソース発見を処理することのフロー図を図示する。 図９は、ＲＥＳＴｆｕｌセマンティクスノード動作のメッセージフローを図示する。 図１０は、セマンティクス関連リソース発見、読み出し、検証プロセスのメッセージフローを図示する。 図１１は、兄弟／親／子セマンティクスノードによって記憶および管理されるセマンティクス関連リソースを用いて更新され得る、セマンティクスノードのフロー図を図示する。 図１２は、同一のセマンティクスを伴うリソースのグループ化のフロー図を図示する。 図１３は、セマンティクス関連リソースプッシュ配信を図示する。 図１４は、デバイスが１つのエリアネットワークから別のエリアネットワークに移動するシナリオを図示する。 図１５は、データ／セマンティクス関連リソース移動のメッセージフローを図示する。 図１６は、独立型セマンティクスノードを伴うＥＴＳＩ Ｍ２Ｍアーキテクチャを図示する。 図１７は、セマンティクスノードリソース構造を図示する。 図１８は、ＳＳｓリソース構造を図示する。 図１９は、統合セマンティクスノードを伴うＥＴＳＩ Ｍ２Ｍアーキテクチャを図示する。 図２０は、ｘＳＣＬリソース構造を図示する。 図２１は、＜ｓｃｌ１＞上のセマンティクス関連リソース構造を図示する。 図２２は、ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅセマンティクスを図示する。 図２３は、リソースおよびセマンティクス読み出しのメッセージフローを図示する。 図２４は、独立型セマンティクスノードを伴う３ＧＰＰ ＭＴＣアーキテクチャを図示する。 図２５は、独立型セマンティクスノードを伴う３ＧＰＰ ＭＴＣアーキテクチャを図示する。 図２６Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図２６Ｂは、図２６Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図２６Ｃは、図２６Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図２６Ｄは、図２６Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。 図２７は、本明細書で説明されるようなセマンティクスノードの使用の一実施例の説明図を提供する。

現在のＭ２Ｍシステムでは、（デバイスならびにバックエンドネットワークサーバ上でホストされる）Ｍ２Ｍアプリケーションは、交換されるデータの共通定義について事前に合意する必要がある。これは主に、アプリケーションの代わりにＭ２Ｍデータを解析、解釈、または処理することができる、意味認識Ｍ２Ｍサービス層の欠如によるものである。現在のＭ２Ｍシステムでは、Ｍ２Ｍサービス層は、意味認識能力が欠けており、Ｍ２Ｍサービス層を通って流動する、またはＭ２Ｍサービス層内に記憶されるデータは、不透明な情報として扱われる。

この意味認識の欠如は、たとえデータが起源であったアプリケーションのいかなる予備知識がなくても、異なるアプリケーションによって発見、アクセス、解釈、および共有することができるように、Ｍ２Ｍアプリケーションによって生成されるデータがＭ２Ｍサービス層によって効果的に抽象化または仮想化されることを可能にするサービスを、Ｍ２Ｍサービス層が提供することを妨げる。結果として、感知および作用される物理的エンティティ（例えば、アプライアンス、人、車、建築物の部屋等）は、Ｍ２Ｍサービス層によって効果的に仮想化／抽象化されない場合があり、物理的エンティティは、環境に固有であり、特定のＭ２Ｍアプリケーションに関係しない一般的エンティティとして扱われる。

この制限を克服するために、Ｍ２Ｍシステムにおいて伝送されるデータは、意味認識Ｍ２Ｍサービス層がＭ２Ｍアプリケーションと同一のデータの知識を有することができるように、意味情報に関連付けられ、統合される必要がある。そうすることで、Ｍ２Ｍサービス層は、アプリケーションにわたるデータの共有をより良好に促進し、付加価値のある意味認識サービスをＭ２Ｍアプリケーションに提供することができる（例えば、データ集約、異なるアプリケーション間のデータ共有等）。

例えば、図１で図示される患者監視アプリケーションでは、患者の生命兆候（例えば、血圧、温度、酸素、心拍数等）を監視する無線センサデバイスの各々の上でホストされる、別個のアプリケーションがあり得る。同様に、この情報を利用することができる、ネットワーク内でホストされる別個のアプリケーションがあり得る（例えば、患者の医師、個人トレーナ、家族、救急車の救急医療隊員等）。しかしながら、無線センサデバイスの各々からのＭ２Ｍ意味認識サービスデータがないと、ネットワークアプリケーションが、無線センサデバイス上でホストされるアプリケーションの予備知識、およびそれらが生成する情報のタイプ（例えば、場所／アドレス、データの単位、データのコンテキスト等）を有しない限り、ネットワークアプリケーションは、デバイスアプリケーションから情報を発見、共有、および理解することに困難を有し得る。

本願は、Ｍ２Ｍサービス層意味認識およびデータ抽象化をサポートするために、Ｍ２Ｍシステムにおいて以下の機能、すなわち、（ｉ）意味情報を記憶するためのサポート、および／または意味情報を記憶するサーバへのインターフェースのためのサポート、（ｉｉ）意味情報を作成、読み出し、更新、および削除するための機構のためのサポート、（ｉｉｉ）ローカルおよび遠隔リソースへの意味情報更新のための機構のためのサポート、（ｉｖ）意味情報をローカルまたは遠隔のいずれかで記憶され得る対応するリソースに関連付ける／結び付けるためのサポート、および（ｖ）意味記述を公表して発見する能力を提供することを目指す。

記述される機能性のうちの１つ以上のものを提供するために、本願は、セマンティクスノードの概念を開示する。本明細書で説明される場合、セマンティクスノードは、ネットワーク内の独立型コンピュータデバイス（例えば、サーバ）上でホストされ得るか、またはＭ２Ｍゲートウェイ、Ｍ２Ｍデバイス、Ｍ２Ｍサーバ等のネットワーク内の既存のエンティティ上でホストされ得る、論理エンティティである。セマンティクスノードは、データを記述するレポジトリと見なされ得る。例えば、血圧用のセンサデバイスは、どのようにしてそのデータを記述するかを理解することを希望し得、従って、すでに定義された血圧クラスがあるかどうかを解明するために近くのセマンティクスノードに問い合わせを行う。すでに定義された血圧クラスがある場合、セマンティクスノードは、それがローカルで見出した血圧クラスでセンサデバイスに応答する。もしそうでなければ、セマンティクスノードは、他のセマンティクスノード（例えば、兄弟または親）に問い合わせを行い得る。セマンティクスノードの使用は、エンドデバイスにデータの記述を記憶させる必要を低減させ得る。

セマンティクスノードは、セマンティクス関連リソースを記憶して管理し、セマンティクス関連リソースは、セマンティクスノード上に記憶される。セマンティクス関連リソースは、通常、例えば、ＥＴＳＩ Ｍ２Ｍリソース等の他のリソースを記述し、ＥＴＳＩ Ｍ２Ｍリソースは、リソースツリー、すなわち、＜ＳＣＬ＞、＜ａｐｐｌｉｃａｔｉｏｎ＞、＜ｃｏｎｔａｉｎｅｒ＞、＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞の下に記憶され、それらは、それらのセマンティクスの理解を可能にするために、それらに関連付けられたセマンティクス関連リソースを有する必要がある。一実施形態では、セマンティクス関連リソースは、３つのタイプ、すなわち、クラス、関係、およびタームのうちの１つを有し得る。このカテゴリ化は、セマンティックェブの現在の技法との適合性を提供し、Ｍ２Ｍシステムが既存のセマンティクス関連リソースを活用することを可能にする。

本明細書で議論されるように、セマンティクスノードは、異なるレベルが階層構造に形成されるように、Ｍ２Ｍエリアネットワーク、Ｍ２Ｍアクセスネットワーク、およびＭ２Ｍコアネットワーク等の異なるレベルでＭ２Ｍシステムに展開され得る。同一のレベルでのセマンティクスノードは、分散され、兄弟関係を有し得る。異なるレベルの抽象化および適合性の利益を既存のネットワーク階層に提供する、セマンティクスノードのそのようなハイブリッドアーキテクチャを構築して維持することに関して、機構が開示される。

セマンティクスノードのための機能、基準点、メッセージ、およびプロシージャも開示される。種々の実施形態では、以下の機能性がセマンティクスノード上で有効化され得、すなわち、（ｉ）セマンティクスノードによって管理されるセマンティクス関連リソースは、発見され、読み出され、有効にされることが可能である、（ｉｉ）セマンティクスノードは、他のノードによって発見され得、セマンティクス関連リソースもまた、加入機構を用いて発見され得る、（ｉｉｉ）セマンティクス関連リソースが意味情報を提供され、普遍的に理解されるように、セマンティクス関連リソースは、Ｍ２Ｍシステム内のリソースと結び付けられ、関連付けられ得る、（ｉｖ）セマンティクス関連リソースは、効率的な発見および容易なアクセスの目的で、階層内の他のセマンティクスノードにプッシュ配信され得る、（ｖ）セマンティクス関連リソースの関連および結び付きは、記述されているセマンティクス関連リソースのセマンティクス類似性およびグループ化に基づいて最適化され得る、（ｖｉ）セマンティクス関連リソースは、データの移動とともに、１つのセマンティクスノードから別のセマンティクスノードへ移動させられ得る。

以降で説明される一実施形態では、セマンティクスノードは、ＥＴＳＩ Ｍ２Ｍ／ｏｎｅＭ２Ｍアーキテクチャのサービス能力層（ｘＳＣＬ）で実装される。別の実施形態では、セマンティクスノードは、３ＧＰＰマシン型通信（ＭＴＣ）アーキテクチャのサービス能力サーバ（ＳＣＳ）で実装される。

（Ｉ．セマンティクスノードを伴うＭ２Ｍアーキテクチャ）
セマンティクスノードを含むＭ２Ｍシステムの一実施形態が、図３で図示される。Ｍ２Ｍシステム１５０で示されるように、セマンティクスノードは、３つのレベルで展開される。エリアネットワーク１５４、エリアネットワーク１５５、エリアネットワーク１５６、およびエリアネットワーク１５７等のネットワークを含み得る、エリアレベルがあり得る。アクセスネットワーク１５２およびアクセスネットワーク１５３等のネットワークを含み得る、アクセスレベルがあり得る。そして、コアネットワーク１５１等のネットワークを含む、コアレベルがあり得る。

システム１５０に示されるように、アプリケーション１５８は、基準点ｓＩｃ１５９を介して、エリアネットワーク１５７内に位置するＭ２Ｍセマンティクスノード１６０と通信可能に接続され得る。ｓＩｃ基準点は、概して、セマンティクスノードに通信をするために、アプリケーション、すなわち、エリアネットワーク、アクセスネットワーク、およびコアネットワークエンティティ内の他の非セマンティクスノードエンティティによって使用される。Ｍ２Ｍセマンティクスノード１６０は、基準点ｓＩｅ１６２を介して外部セマンティクスノード１６３と通信可能に接続される。Ｍ２Ｍシステム内のセマンティクスノードは、ｓＩｅ基準点を介して外部セマンティクスノードと連動し得る。外部セマンティクスノードは、セマンティックェブに対してＲＤＦＳによって定義されるもの等の他の既存のセマンティクス関連リソースを管理し得る。Ｍ２Ｍセマンティクスノード１６０はまた、ｓＩｓ基準点１６１を介して、アクセスネットワーク１５３内に位置するＭ２Ｍセマンティクスノード１６４と通信可能に接続される。Ｍ２Ｍセマンティクスノード１６４は、ｓＩｃ基準点１６６を介してＭ２Ｍゲートウェイ１６５と通信可能に接続され、かつ基準点ｓＩｓを介してコアネットワーク１５１内に位置するＭ２Ｍセマンティクスノード１６８と通信可能に接続される。本実施形態では、Ｍ２Ｍゲートウェイ１６５自体は、セマンティクスノードではないが、他の実施形態では、Ｍ２Ｍゲートウェイ１６５は、セマンティクスノードの機能性を組み込むことができる。

セマンティクスノードは、オフローディング、負荷バランシング、容易なアクセス等の目的で、エリアレベルで展開され得る。エリアレベルでは、ローカルエリアネットワーク内の全てのデバイスが、取り付けられたアクセスネットワーク内またはコアネットワーク内のセマンティクスノードと通信する場合、展開されたセマンティクスノードがない可能性がある。エリアレベルでのセマンティクスノードは、アクセスレベルに対応する親セマンティクスノードを有し得るか（例えば、Ｍ２Ｍセマンティクスノード１６４と接続されたＭ２Ｍセマンティクスノード１６０）、またはコアレベルに対応する親セマンティクスノードを有し得る（例えば、セマンティクスノードを含むＭ２Ｍサーバ１７０と接続されたＭ２Ｍセマンティクスノード１６９）。セマンティクスノードは、ｓＩｓ基準点を通して互に通信をする。基準点の詳細は、以降でさらに詳細に定義される。アクセスレベルでのセマンティクスノードも、それがｓＩｓ基準点を経由して通信する、コアレベルでの親を有し得る。同様に、アクセスレベルでのセマンティクスノードは、それがｓＩｓ基準点を経由して通信する、エリアレベルでの子セマンティクスノードを有し得る。コアレベルでのセマンティクスノードはまた、アクセスまたはエリアレベルで子セマンティクスノードを有し得る。

図３で図示される親子関係に加えて、セマンティクスノードはまた、セマンティクスノードレベル（例えば、アクセス、エリア、またはコア）のうちのいずれかで兄弟の概念をサポートする。兄弟セマンティクスノードは、階層内の同一レベルでのノードであり、セマンティクスノードの負荷を分散するために使用されることができる。例えば、コアネットワーク１５１では、Ｍ２Ｍセマンティクスノード１６８は、セマンティクスノードを含むＭ２Ｍサーバ１７０と接続される。垂直な観点から、１つより多くのセマンティクスノードの確立された階層がある場合には、ノードは、互に通信をし、ｓＩｓ基準点を経由した通知、ブロードキャスト、発見等を介して、意味情報を共有することができる。

容量の制限による、制約されたデバイスに対して、セマンティクスは、特定の意味、または遠隔セマンティクスノードに記憶されたセマンティクスを指し示すリンクを指すコードであり得る。そのような意味情報は、データを作成したアプリケーションによって、またはサービス層によって提供され得る。

アクセスレベルにおいて、１つのアクセスネットワークで展開された１つ以上のセマンティクスノードがあり得る。もしそうであれば、兄弟は、ｓＩｓ基準点を通して意味情報通知、ブロードキャスト、および発見のために互に通信し得る。アクセスレベルでのセマンティクスノードは、それがｓＩｓ基準点を経由して通信する、コアレベルでの親を有し得る。同様に、アクセスレベルでのセマンティクスノードは、それがｓＩｓ基準点を経由して通信する、エリアレベルでの子セマンティクスノードを有し得る。

コアレベルにおいて、コアネットワークで展開された１つ以上のセマンティクスノードがあり得る。これらのノードは、兄弟であり得、通知、ブロードキャスト、および発見を使用して意味情報を共有するために、ｓＩｓ基準点を経由して互に通知し得る。コアレベルでのセマンティクスノードはまた、アクセスまたはエリアレベルにおいて子セマンティクスノードを有し得る。アプリケーション、すなわち、エリアネットワーク、アクセスネットワーク、およびコアネットワーク内の他の非セマンティクスノードエンティティは、ｓＩｃ基準点を介してセマンティクスノードに通信をする。

上記のように、セマンティクスノードは、ネットワーク内の独立型物理ノード（例えば、独立型Ｍ２Ｍセマンティクスノード１６０）であり得るか、または図３のシステム１５０で示されるようなＭ２Ｍデバイス１７１、Ｍ２Ｍゲートウェイ１７２、またはＭ２Ｍサーバ１７０等のネットワーク内の別の物理ノード上でホストされる論理エンティティであり得る。換言すると、Ｍ２Ｍデバイス、Ｍ２Ｍゲートウェイ、およびＭ２Ｍサーバは、セマンティクスノード機能性をサポートすることができる。

図３で図示される多層セマンティクスノード階層の特徴は、それが異なるレベルの抽象化を提供できることである。セマンティクスノードは、エリアネットワーク特有のセマンティクス関連リソースがローカルで見出され得るように、Ｍ２Ｍエリアネットワーク内等の局所的領域中のセマンティクス関連リソースを管理することのみを担当し得る。局所的領域中で典型的ではない任意のセマンティクス関連リソースは、高レベルの親または並列の兄弟セマンティクスノードに記憶され、見出されことができる。別の特徴は、インターネット階層、場所階層等により、セマンティクス関連リソースがそれら自体で階層を有し得ることである。結果として、セマンティクスの複数の層は、既存のネットワークアーキテクチャと整合する。加えて、セマンティクスノードは、各レベルで分散され得、これは、集中型セマンティクスノードがコアネットワークのみで展開された場合の単一故障点を防止する。

（ＩＩ．セマンティクスノードアーキテクチャ）
ここで、セマンティクスノードのアーキテクチャに関するさらなる詳細について議論する。記述されるように、セマンティクスノードは、セマンティクス関連リソースを記憶して管理する。本明細書で定義される場合、セマンティクス関連リソースは、Ｍ２Ｍデバイスまたはアプリケーションによって生成されるデータ、あるいはＭ２Ｍデバイスまたはアプリケーション自体の意味等のモノの意味情報を記述するために使用することができる、情報を備えている。一実施形態では、セマンティクス関連リソースは、ＸＭＬスキーマ定義（ＸＳＤ）、ＲＤＦスキーマ／ウェブオントロジー言語（ＲＤＦＳ／ＯＷＬ）等の既存のスキーマを使用して、拡張マークアップ言語（ＸＭＬ）で表現され得る。実施形態では、３つのタイプのセマンティクス関連リソース、すなわち、それらの各々が以下でさらに完全に説明される、クラス、関係、およびタームが、セマンティクスノードに記憶され得る。このようなセマンティクス関連リソースのカテゴリ化は、セマンティックェブの現在の技法との適合性を提供する。この適合性は、Ｍ２Ｍシステムが、例えば、Ｗ３Ｃによって定義される、これらのコアクラスおよびコアプロパティ等の既存のセマンティクス関連リソースを活用することを可能にする。Ｍ２Ｍシステムの外部のアプリケーションおよびエンティティは、セマンティクスを適合性にするために必要な形式変換または修正による、いかなる余分なオーバーヘッドも被ることなく、セマンティクスノードによってホストされるセマンティクス関連リソースを使用することができる。

（クラス）：ここで、Ｍ２Ｍドメイン内のオブジェクト／モノのクラスの概念が議論される。図１の例示的健康監視システムでは、例えば、システムに関連するオブジェクトのクラスは、患者、医師、救急車の通信指令係、血圧、中核体温、酸素飽和度、運動加速度計等を含む。クラスは、ユニフォームリソース識別子（ＵＲＩ）またはユニフォームリソースロケータ（ＵＲＬ）によって識別され得る。クラスは、クラスを定義する情報を含む、フィールド記述を含む。例えば、摂氏単位の整数として温度データを表し、例えば、これらのセマンティクスを温度センサによって生成されるデータに提供するために使用することができる、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスは、以下のようにＸＳＤのスキーマを用いてＸＭＬで定義され得る。
＜ｓｉｍｐｌｅＴｙｐｅ ｎａｍｅ＝“ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇ”＞
＜ｒｅｓｔｒｉｃｔｉｏｎ＞
ｄｅｓｃｒｉｐｔｉｏｎ ＝“ｔｅｍｐｅｒａｔｕｒｅ ｉｎ Ｃｅｌｓｉｕｓ” ｕｎｉｔ＝“Ｃｅｌｓｉｕｓ” ｂａｓｅ＝“ｉｎｔｅｇｅｒ”
＜／ｒｅｓｔｒｉｃｔｉｏｎ＞
＜／ｓｉｍｐｌｅＴｙｐｅ＞
ここで、クラスは、“ｄｅｓｃｒｉｐｔｉｏｎ”、“ｕｎｉｔ”、および“ｂａｓｅ”というフィールドを含み、これらのフィールドの中の情報は、それぞれ、“ｔｅｍｐｅｒａｔｕｒｅ ｉｎ Ｃｅｌｓｉｕｓ”、“Ｃｅｌｓｉｕｓ”、および“ｉｎｔｅｇｅｒ”である。別の実施例として、ＢｌｏｏｄＰｒｅｓｓｕｒｅクラスは、２つのフィールド、すなわち、収縮期圧のための１つのフィールド、および拡張期圧のための別のフィールドを含み得る。このＢｌｏｏｄＰｒｅｓｓｕｒｅクラスのためのクラス記述は、両方のフィールドの記述を含み、以下のようにＸＭＬ／ＸＳＤを使用して表現され得る。
＜ｃｏｍｐｌｅｘＴｙｐｅ ｎａｍｅ＝“ＢｌｏｏｄＰｒｅｓｓｕｒｅ”＞
＜ｓｅｑｕｅｎｃｅ＞
＜ｅｌｅｍｅｎｔ ｎａｍｅ＝“ｓｙｓｔｏｌｉｃＩＮｍｍＨＧ” ｔｙｐｅ＝“ｉｎｔｅｇｅｒ”／＞
＜ｅｌｅｍｅｎｔ ｎａｍｅ＝“ｄｉａｓｔｏｌｉｃＩＮｍｍＨＧ” ｔｙｐｅ＝“ｉｎｔｅｇｅｒ”／＞
＜／ｓｅｑｕｅｎｃｅ＞
＜／ｃｏｍｐｌｅｘＴｙｐｅ＞
しかしながら、再度、クラス（および他のタイプのセマンティクス関連リソース、すなわち、関係およびターム）は、ＸＭＬ／ＸＳＤを使用する表現に限定されないが、むしろ、例えば、ＲＤＦＳ／ＯＷＬ等を含む、種々の好適な記述言語のうちのいずれかで表現され得ることが理解される。クラスはまた、互に関係付けられ得る。例えば、「血圧」は、「生命」のサブクラスであり得、または等価的に、「生命」は、「血圧」のスーパークラスであり得る。サブクラス／スーパークラス関係は、クラスの階層を定義する。一般に、Ａの全てのインスタンスがＢのインスタンスでもある場合、ＡはＢのサブクラスである。クラスは、複数のスーパークラスを有し得る。

（関係）：関係は、特別な種類のセマンティクス関連リソースである。関係は、セマンティクス関連リソース間の関連、例えば、「作者」、「寿命」、「加入者」等を記述する。関係はまた、全体的な一意の命名スキームをＭ２Ｍドメインの関係に与える、ＵＲＩ／ＵＲＬによって識別することもできる。クラスおよびインヘリタンスは、計算の他の分野で、例えば、オブジェクト指向プログラミングで知られている。しかし類似点がある一方で、差異も存在する。オブジェクト指向プログラミングでは、オブジェクトクラスは、それが適用される関係またはプロパティを定義する。新しい関係またはプロパティをクラスに追加することは、クラスを修正することを意味する。しかしながら、ここでは、関係は、全体的に定義され、つまり、それらは、クラス定義における属性としてカプセル化されない。クラス自体の定義を変更することなく既存のクラスに適用される、新しい関係が定義され得る。クラスのように、関係も互に関連付けることができる。例えば、「エネルギーモード」および「使用モード」は、「モード」のサブ関係である。デバイスが電気の「エネルギーモード」および手動の「使用モード」を有する場合には、電気および手動の「モード」を有する。

（ターム）：タームは、Ｍ２Ｍドメインで一般的に使用されている概念である。本明細書で定義される場合、タームは、リソースのセマンティクスを記述するために多くの関係者によって使用され得る値である。タームの定義は、それが公表される、あるドメインで普遍的に承認され得る。例えば、手動、ユーザ指図、および自律は、それぞれ、例えば、アプライアンスの使用モードを記述するために使用され得る、タームの例である。一般に、セマンティクス関連リソースの作成者は、そのセマンティクス関連リソースが、クラス、関係、またはタームであるかどうかを決定するであろう。次いで、セマンティクスノードは、それらの作成者によって定義または決定されるカテゴリの下でセマンティクス関連リソースを記憶するであろう。例えば、図１の患者監視実施例では、セマンティクス関連リソースクラス、関係、およびタームは、血圧モニタ製造業者によって、医師によって、または別のアプライアンス製造業者によって作成され得る。他の実施例では、セマンティクス関連リソースクラス、リソース、およびタームは、垂直アプリケーションによって定義または作成され得る。

リソース（データ、モノ等を含む）のセマンティクスは、リソース、関係、および値から成る、リソース・関係・値トリプルによって記述することができる。値は、クラス、ターム、または他のリソースのいずれかであり得る。以下は、いくつかの実施例である。
・ コンテンツインスタンス（リソース）は、ｈａｓＴｙｐｅ（関係） ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇ（クラス）
・ アプリケーション（リソース）は、ｈａｓＵｓａｇｅＭｏｄｅ（関係） ユーザ指図（ターム）
・ コンテンツインスタンス（リソース）は、ｇｅｎｅｒａｔｅｄＢｙＳａｍｅＡｐｐｌｉｃａｔｉｏｎＡｓ（関係）別のコンテンツインスタンス（リソース）
提案されたｓＩｃ、ｓＩｓ、およびｓＩｅ基準点を通して、セマンティクスノードのクラス、関係、およびタームリソースへの要求を行うことができる。図４は、Ｍ２Ｍセマンティクスノードのクラス、関係、およびタームリソースの例示的説明図である。本実施例で図示されるように、セマンティクスノード４２０は、異なるアプリケーションおよびドメインからの種々のクラス４２２、関係４２４、およびターム４２６を記憶するように構成され得る。代替として、セマンティクスノード４２０は、アプライアンスセマンティクス、車両セマンティクス、医療アプリケーションセマンティクス等の一意のアプリケーションまたはドメインのためのクラス、関係、およびタームリソースを記憶するように構成され得る。

（ＩＩＩ．Ｍ２Ｍセマンティクスノード機能および基準点）
この節では、セマンティクスノードの機能および基準点に関するさらなる詳細が提供される。一実施形態では、セマンティクスノードは、以下の機能を行い得る：
他のセマンティクスノードを認証（セマンティクスノード階層内のより低レベルの子または並列兄弟セマンティクスノードを認証することを含む）することにより、それらが登録し、セマンティクスノードのリソースに対する要求を行うことを可能にすること、アプリケーション、デバイス、および／またはユーザを認証することにより、それらがセマンティクス関連クラス、関係、およびタームリソースを公表、作成、削除、更新、および読み出すことを可能にすること、セマンティクス関連クラス、関係、およびタームリソースを記憶して管理すること、セマンティクス関連リソースの発見のためのサポートを提供すること、および発見クエリに協力してセマンティクス関連リソース情報を共有するために、セマンティクスノードが互に（親子、兄弟の間で）通信するためのサポートを提供すること。

セマンティクスノードは、１つ以上の基準点またはインターフェースを介して、ネットワーク内の他のエンティティと通信し得る。一実施形態では、３つの基準点、すなわち、ｓＩｓ基準点、ｓＩｃ基準点、およびｓＩｅ基準点が定義される。ｓＩｓ基準点は、セマンティクスノード間の通信に使用される。ｓＩｓ基準点はまた、親子または兄弟関係を形成するように別のセマンティクスノードに登録するため、他のセマンティクスノードを発見するため、その状態（例えば、オンライン、オフライン、オーバーロード等）に関して他者に通知するため、特定の動作（例えば、登録解除、登録）を行うように別のセマンティクスノードをトリガするため、別のセマンティクスノード内のセマンティクス関連リソースを公表、作成、削除、更新、および読み出すために、セマンティクスノードによって使用され得る。加えて、セマンティクスノードは、図２０、図２１、および図２２に関連して以下でさらに説明されるように、別のセマンティクスノード内のセマンティクス関連リソースに加入し、対応する通知を受信するため、その階層内の兄弟および親セマンティクスノード上のセマンティクス関連リソースを発見するため、セマンティクス関連リソースのグループを１つのセマンティクスノードから別のセマンティクスノードへ移動させるため、および、別のセマンティクスノードに記憶されたセマンティクス関連リソースがあるリソースと結び付けられて関連付けられ、そのセマンティクスをそのリソースに提供することを可能にするために、ｓＩｓ基準点を使用し得る。

本実施形態では、ｓＩｃ基準点は、種々のネットワークドメイン（例えば、エリアネットワーク、アクセスネットワーク、またはコアネットワーク）からのセマンティクスノードと通信するために、アプリケーションまたは非セマンティクスノードによって使用され得る。ｓＩｃ基準点はまた、アプリケーションまたは非セマンティクスノードが、セマンティクスノード内のセマンティクス関連リソースを公表、作成、削除、更新、読み出し、加入、または発見すること、およびセマンティクスノードから通知を受信することも可能にする。加えて、ｓＩｃ基準点は、セマンティクスノードに記憶されたセマンティクス関連リソースがあるリソースと結び付けられて関連付けられ、そのセマンティクスをそのリソースに提供することを可能する。

ｓＩｅ基準点は、Ｍ２Ｍシステム内のノードの既存の階層の一部であるセマンティクスノードと外部セマンティクスノードとの間の通信のために使用され得る。外部セマンティクスノードは、Ｍ２Ｍドメインの外側にセマンティクス関連リソースを記憶する。外部セマンティクスノードの一実施例は、ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００５／Ｉｎｃｕｂａｔｏｒ／ｓｓｎで説明されるようなＷ２Ｃ Ｓｅｍａｎｔｉｃ Ｓｅｎｓｏｒ Ｎｅｔｗｏｒｋ Ｉｎｃｕｂａｔｏｒ Ｇｒｏｕｐによって定義される、セマンティックセンサネットワークオントロジーのためのセマンティクス関連リソースを記憶するサーバであり得る。ｓＩｅ基準点は、セマンティクスノードが外部セマンティクスノード内のセマンティクス関連リソースを読み出し、発見し、およびそれに加入することを可能にし、その逆も同様である。また、ｓＩｅ基準点を介して、外部セマンティクスノードは、Ｍ２Ｍシステム内のセマンティクスノードを発見し、通知を受信し得る。

これらの基準点を効果的に定義する、ｓＩｓ、ｓＩｅ、およびｓＩｃ基準点に関連付けられるメッセージの一実施形態が、表１で以下に記載される。表１は、セマンティクスノード関連メッセージ、それらの対応する意味、および使用される基準点を記載する。

ハイパーテキスト転送プロトコル（ＨＴＴＰ）または制約アプリケーションプロトコル（ＣｏＡＰ）等のプロトコルが、異なるタイプのメッセージを搬送するための基礎的トランスポートプロトコルとして使用され得る。上記で議論される種々のセマンティクスノード機能性を果たすためのこれらのメッセージの使用の実施例が、以下で提示される。

（ＩＶ．Ｍ２Ｍセマンティクスノードプロシージャ）
（Ａ．セマンティクスノード階層を構築する）
この節では、一実施形態による、どのようにしてセマンティクスノードの階層（以降では「セマンティクスノード階層」）が構築され得るかに関して、追加の詳細が提供される。本実施形態では、セマンティクスノード階層は、ネットワーク内の異なるエリア、アクセス、およびコアレベルに位置するセマンティクスノード間の親子および兄弟関係を決定することによって構築される。

図５Ａは、セマンティクスノード階層を確立する方法の一実施形態を図示する、フロー図である。セマンティクスノードがネットワークに参加するとき（ステップ５０４）、すなわち、それがオンラインになるとき、それがネットワーク内で動作セマンティクスノードになることができる前に、子・親および兄弟関係を最初に構築する必要がある。この目的を達成するために、ステップ５０６では、セマンティクスノードは、同一のレベルで兄弟セマンティクスノードの発見を行い得る。

セマンティクスノード発見要求（例えば、マルチキャスト、ブロードキャスト、エニーキャスト）を送信することに基づき得、兄弟セマンティクスノードの発見は、兄弟セマンティクスノードを発見しようとして発見要求を発行することができる。要求は、ネットワークを混雑させ得る、発見要求および応答メッセージのフラッディングを制限する定義されたホップ制限を有することができる。代替として、発見は、利用可能である場合、ドメイン名システム（ＤＮＳ）、ＤＮＳサービス発見（ＤＮＳ−ＳＤ）、サービスロケーションプロトコル（ＳＬＰ）等のネットワーク内で利用可能な既存の発見機構を活用することができる。セマンティクスノードは、ＩＰアドレスまたは管理される意味情報のタイプ等の隣接兄弟セマンティクスノードの返信された情報を記憶し得る。以下でさらに議論されるように、兄弟セマンティクスノード発見応答メッセージはまた、高レベルセマンティクスノード発見サーバのアドレス、兄弟の親セマンティクスノードのアドレス、または両方をピギーバックし得る。

依然として図５Ａを参照すると、兄弟セマンティクスノードの発見に続いて、セマンティクスノードは、次に、ステップ５０８、ステップ５１０、およびステップ５１２で、高レベルのセマンティクスノードを発見しようと、および／またはそれらに登録しようとし得る。セマンティクスノードが、それが登録する必要がある高レベルノードを供給されている場合、単純に、この供給されたセマンティクスノードに登録し、親子関係を構築することができる（ステップ５０８、ステップ５１２）。別様に、セマンティクスノードは、既存の高レベルセマンティクスノードを発見し、登録するためにそれらのうちの１つを選択する必要がある（ステップ５１０）。選択は、同一のタイプのセマンティクスリソース等をサポートする、隣接上位レベルで最近傍等の基準に基づき得る。図５Ｂは、これらのステップ５０８、ステップ５１０、およびステップ５１２をさらに詳細に図示する。

本実施形態では、各レベルでは、デフォルトで高レベルセマンティクスノード発見要求を受理する、１つのセマンティクスノード発見サーバがあり得る。セマンティクスノード発見サーバのアドレスは、低レベルセマンティクスノードに周知され得る。図５Ｂに示されるように、新しいセマンティクスノードが高レベル親セマンティクスノードアドレスを供給されていない場合（ステップ６０２）、および新しいセマンティクスノードが上位レベルでセマンティクスノード発見サーバを供給されていない場合（ステップ６０４）、最初に、兄弟セマンティクスノード発見６０６を行うことができる。兄弟発見の一部として、セマンティクスノード発見サーバのアドレスは、共有され得る（例えば、発見された兄弟セマンティクスノードから受信される兄弟発見応答でピギーバックされる）（ステップ６０８）。一方で、新しいセマンティクスノードはまた、兄弟の親セマンティクスノード情報（アドレス）を明示的に要求し得、登録すべき自身の親としてそれを選択し得る。（ステップ６１０、６１８）。

新しいセマンティクスノードが上位セマンティクスノード発見サーバのアドレスを供給されている場合、セマンティクスノード発見を直接行うことができる（ステップ６０４からステップ６１４への通過を制御する）。そうでない場合、兄弟の親リストから選択したいかどうか、および兄弟からデフォルトセマンティクスノード発見サーバのアドレスを読み出したいかどうかを決定する（ステップ６０８および６１０）。新しいセマンティクスノードが兄弟の親から上位セマンティクスノードを選択する場合（ステップ６１８）、セマンティクスノード発見をさらに行わないことを選択し得る。上位セマンティクスノード発見サーバのアドレスを供給されている場合、これは、（同一のタイプのセマンティクスリソース等をサポートする、ホップ数で最近傍にある）親を選択する基準を決定する（ステップ６１４）。基準に基づいて、これは、上位レベルでのセマンティクスノードのアドレスに加えて、発見したい情報（距離、セマンティクスリソースのサポートされたタイプ等）を設定する（ステップ６１６）。

ステップ６２０では、新しいセマンティクスノードが、発見した、または別様に選択した高レベル親セマンティクスノードに登録し得る。新しいセマンティクスノードが、高レベルセマンティクスノード発見サーバのアドレスを知ることも、それが選択し得るその兄弟のいかなる高レベル親セマンティクスノードも識別することもできない場合、いずれの高レベル親セマンティクスノードも利用可能ではないと決定し、ステップ６１２でプロセスを終了させ得る。

図５Ａを再度参照すると、兄弟の発見ならびに親ノードの発見および登録が完了すると、新しいセマンティクスノードの兄弟および親に関する情報が記憶される（ステップ５１４）。図５Ａでさらに図示されるように、新しい兄弟がネットワークに参加するか、または既存の兄弟がオフラインになる場合、セマンティクスノードは、そのセマンティクスノード関係を更新し得る（ステップ５１６、５１８）。ステップ５２０では、新しいセマンティクスノードが現在動作している。図５Ａでさらに図示されるように、動作セマンティクスノードは、ある以降の時点で、別の高レベルノードに登録するようにトリガされ得（ステップ５２２）、またはネットワークから離れてもよい（ステップ５２６）。前者の場合、セマンティクスノードは、その現在の親を登録解除し、新しい親に登録し得る（ステップ５２４）。後者の場合、セマンティクスノードは、単純に、その現在の親を登録解除し得る（ステップ５２８）。

図６は、上記で議論され、図５Ａおよび図５Ｂで図示される、セマンティクスノード発見および登録プロセスをさらに図示する、メッセージフロー図である。ステップ１８５では、新しいセマンティクスノード１８１が、セマンティクスノード発見要求を兄弟セマンティクスノード１８２に送信する。兄弟セマンティクスノード１８２は、新しいセマンティクスノード１８１と同一のネットワークレベルにある。ステップ１８５のセマンティクスノード発見要求は、セマンティクスノード発見サーバ１８３に関する情報（例えば、アドレス）、または兄弟セマンティクスノード１８２の親（例えば、上位）セマンティクスノード１８４であるセマンティクスノードの情報に対する要求を含み得る。親セマンティクスノードに対する要求は、新しいセマンティクスノード１８１が、登録する自身の親を選択することを可能にし得る。

セマンティクスノード発見サーバ１８３は、同一のレベル内に散乱させられたセマンティクスノードの情報を記憶するための集中点、またはネットワークの同一のレベルで発見要求を大量送信し、セマンティクスノードの返信される応答を収集する集合点と見なされ得る。セマンティクスノード発見サーバ１８３は、新しいセマンティクスノード１８１のネットワークレベルより高いレベル、同一レベル、または低いレベルのネットワークレベルでネットワークに常駐する、サーバであり得る。本実施例は、セマンティクスノード発見サーバ１８３が、新しいセマンティクスノード１８１のネットワークレベルに関して上位レベルにあることを仮定する。セマンティクスノード発見サーバ１８３のアドレスを、低レベルセマンティクスノード（例えば、兄弟セマンティクスノード１８２）に周知させることができる。新しいセマンティクスノード１８１がセマンティクスノード発見サーバ１８３を供給されていない場合、新しいセマンティクスノード１８１は、兄弟セマンティクスノード発見を行い得る。新しいセマンティクスノード１８１がセマンティクスノード発見サーバ１８３のアドレスを供給されている場合、セマンティクスノード発見を直接行うことができる。

図６のステップ１８６では、兄弟セマンティクスノード１８２が、セマンティクスノード発見応答を送信する。セマンティクスノード発見応答は、セマンティクスノード発見サーバ１８３の情報（例えば、アドレス情報）、または兄弟セマンティクスノード１８２の親であるセマンティクスノードの情報を含み得る。ネットワークのレベルでの各兄弟ノードは、兄弟セマンティクスノード１８２によって提供される情報とは異なり得る、親セマンティクスノード情報およびセマンティクスノード発見サーバ情報で応答し得る。

ステップ１８７では、新しいセマンティクスノード１８１が、セマンティクスノード発見サーバ１８３の受信されたアドレスを抽出する。ステップ１８８では、新しいセマンティクスノード１８１が、セマンティクスノード発見要求をセマンティクスノード発見サーバ１８３に送信する。ステップ１８８での要求は、セマンティクスノード１８１が接続し得る、１つ以上の親セマンティクスノードに対する問い合わせであり得る。ステップ１８９では、セマンティクスノード発見サーバ１８３が、セマンティクスノード発見応答を新しいセマンティクスノード１８１に送信する。ステップ１８９での応答は、１つ以上の親セマンティクスノードを含み得る。ステップ１９０では、新しいセマンティクスノード１８１が、登録する１つの親セマンティクスノードを選択する。ステップ１９１では、セマンティクスノード１８１が、その選択された親セマンティクスノード１８４への登録に対する要求を送信する。ステップ１９２では、親セマンティクスノード１８４が、ステップ１９１での登録に対する要求への応答を送信する。

概して、新しいセマンティクスノード１８１がセマンティクスノード発見サーバ１８３のアドレスを供給されている場合、セマンティクスノード発見を直接行うことができる。そうでなければ、新しいセマンティクスノード１８１は、１つ以上の兄弟から受信される親セマンティクスノードのリストから選択したいかどうか、および兄弟からセマンティクスノード発見サーバ１８３のデフォルトアドレスを読み出したいかどうかを決定する。各レベルにおいて、デフォルトで高レベルセマンティクスノード発見要求を受理する、１つ以上のセマンティクスノード発見サーバがあり得る。新しいセマンティクスノード１８１が兄弟の親から上位セマンティクスノードを選択する場合、新しいセマンティクスノード１８１は、セマンティクスノード発見をさらに行わないことを選択し得る。新しいセマンティクスノード１８１は、親を選択する（例えば、同一のタイプのセマンティクス関連リソース等をサポートする、ホップ数で最近傍等のオプションから選択する）基準を決定するオプションを有し得る。基準に基づいて、新しいセマンティクスノード１８１は、上位レベルでのセマンティクスノードのアドレスに加えて、発見したい情報（例えば、距離、セマンティクス関連リソースのサポートされたタイプ等）を設定する。

図７は、その一実施形態による、親子関係更新プロセス（図５Ａのステップ５２２および５２４）のさらなる詳細を提供する、メッセージフローを提供する。更新は、子または親セマンティクスノードによって開始され得る。ステップ２０５では、セマンティクスノード２０１が、通知に基づいて現在の親セマンティクスノード２０３から登録解除することを決定する。通知は、とりわけ、登録解除を開始する現在の親セマンティクスノード２０３からのメッセージ、現在のセマンティクスノード２０３が連絡可能ではない（例えば、オフラインである、切断されている、または他の通信問題）という決定、または親セマンティクスノード２０３に関連付けられる受信された状態更新（例えば、ネットワークトラフィック混雑、デバイスまたは回線エラー、メモリ容量問題等）であり得る。

ステップ２０６では、セマンティクスノード２０１が、親子関係を終了させるための要求を含む、登録解除要求を現在の親セマンティクスノード２０３に送信する。ステップ２０７では、セマンティクスノード２０１が、親セマンティクスノード２０３から、または現在の親セマンティクスノード２０３の知覚された状態を通信することができる別のデバイスから、ステップ２０６で送信された登録解除要求への応答を受信し得る。図６に関して図示されるステップと同様に、セマンティクスノード２０１は、新しい親セマンティクスノードに登録しようとする。ステップ２０８では、セマンティクスノード２０１が、セマンティクスノード発見要求をセマンティクスノード発見サーバ２０２に送信する。ステップ２０９では、セマンティクスノード発見サーバ２０２が、セマンティクスノード発見応答をセマンティクスノード２０１に送信する。ステップ２１０では、セマンティクスノード２０１が、登録するための１つの上位セマンティクスノードを選択する。ステップ２１１では、セマンティクスノード２０１が、その選択された新しい親セマンティクスノード２０４への登録のための要求を送信する。ステップ２１２では、新しい親セマンティクスノード２０４が、親子関係の更新を確認する、ステップ２１１での登録のための要求への応答を送信する。

（示されていないが、図７の要素を参照して）実施形態では、親セマンティクスノードが、子の登録解除をトリガし、登録する子のための新しい親セマンティクスノードを提供し得る。この新しい親情報は、登録解除トリガメッセージに、または代替として、別個のトリガメッセージに含まれ得る。セマンティクスノード２０１は、現在の親セマンティクスノード２０３に登録要求を新しい親セマンティクスノード２０４へ送信させることによって、新しい親セマンティクスノード２０４に登録することができる。現在の親セマンティクスノード２０３は、登録目的で、セマンティクスノード２０１の情報を新しい親セマンティクスノード２０４に転送するオプションを有する。現在の親セマンティクスノード２０３またはセマンティクスノード２０１は、現在の親セマンティクスノード２０３を新しい親セマンティクスノード２０４に切り替える前に、親子関係を終了させ得る。

概して、セマンティクスノードの親子関係は、子セマンティクスノードがオフラインになるとき、または子セマンティクスノードが別の高レベル親セマンティクスノードに登録するときに、現在の親セマンティクスノードを登録解除することによって終了させられる。

隣接兄弟セマンティクスノードがネットワークに参加する場合、新しいセマンティクスノードを追加することによって、対応する兄弟情報が更新される。隣接兄弟セマンティクスノードがネットワークから離れる場合、セマンティクスノードを削除するか、またはネットワークから離れた兄弟セマンティクスノードの状態を示すようにテーブルを別様に更新する（例えば、状態＝オフライン）ことによって、対応する兄弟情報が更新される。セマンティクスノードは、例えば、表１で上に示されるＳＥＭＡＮＴＩＣＳ＿ＮＯＤＥ＿ＳＴＡＴＵＳ＿ＮＯＴＩＦＹ（）メッセージを使用して、その状態を兄弟セマンティクスノードにブロードキャストするか、または別様に伝達し得る。状態更新は、どのようにして兄弟および親子関係が維持されるかに影響を及ぼし得る。

（Ｂ．セマンティクス関連リソース発見、読み出し、および検証）
アプリケーション、デバイス、ユーザ、ピアセマンティクスノード、外部セマンティクスノード、または非セマンティクスノードは、ｓＩｃ、ｓＩｓ、およびｓＩｅ基準点を通して、セマンティクス関連リソース発見要求をセマンティクスノードに送信し得る。発見要求メッセージは、セマンティクス関連リソースのタイプ（クラス、関係、またはターム）と、検索文字列とを含み得る。例えば、摂氏単位の整数として、その温度読取データをそのＭ２Ｍゲートウェイに報告する必要がある、Ｍ２Ｍシステム内の温度感知アプリケーション（Ａｐｐ１）を仮定されたい。ゲートウェイサービス能力層（ＧＳＣＬ）がデータを理解することを可能にするために、Ａｐｐ１は、データを適正な意味情報に関連付ける必要がある。本明細書で説明されるプロシージャに従って、Ａｐｐ１は、摂氏単位の整数として温度データを表す、セマンティクス関連リソースクラス、すなわち、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスを記憶する、セマンティクスノードを発見し得る。発見後に、Ａｐｐ１は、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスの表現を読み出し、その温度データのセマンティクスを提供するためにそれが使用したいものであることを検証するであろう。次いで、これは、データをその属性（セマンティクス属性）のうちの１つとしてｔｅｍｅｐｒａｔｕｒｅＲｅａｄｉｎｇクラスと結び付けるであろう。ＧＳＣＬでは、データは、Ａｐｐ１のための＜ｔｅｍｐＤａｔａ＞コンテナの下で記憶され得、＜ｔｅｍｐＤａｔａ＞コンテナは、例えば、図２７で図示されるように、ｈａｓＴｙｐｅ関係を使用してｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスに結び付くセマンティクス属性を有するであろう。結果として、ＧＳＣＬ内の＜ｔｅｍｐＤａｔａ＞コンテナの下で記憶された全てのＡｐｐ１データは、データの各アイテムが整数であり、摂氏単位を有するという同一のセマンティクスを有するであろう。別の実施例として、Ａｐｐ１は、ＮＳＣＬからリソースを取り出すアプリケーションであり得る。リソースは、（上記の実施例に類似する）ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスに結び付くセマンティクス属性を有し得る。リソースのコンテナ内のデータを理解して解釈するために、Ａｐｐ１は、リソースのセマンティクス属性が結び付けられるセマンティクス関連リソース、この場合は、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスを読み出す必要があろう。Ａｐｐ１は、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスセマンティクス関連リソースの表現を読み出した後、現在、整数であり、摂氏単位を有することが分かっている、リソースデータを解釈できるであろう。

図８は、一実施形態による、セマンティクスノードにおけるセマンティクス関連リソース発見要求の処理を図示する、フロー図である。ブロック２２１では、セマンティクスノードが、要求されたセマンティクス関連リソースのタイプと、潜在的な検索文字列とを含む、セマンティクス関連リソース発見要求を受信する。ブロック２２２では、セマンティクスノードが、発見要求をチェックする。要求が不十分であるか、または不正な形式である（例えば、要求されたリソースのタイプが欠落している）場合、発見要求は無効と見なされ、無効な発見応答がブロック２３３によって示されるように発行側（例えば、要求クライアントデバイス）に返信されるであろう。ブロック２２３によって示されるように、要求が有効である場合、検索文字列は、ローカルで記憶されたセマンティクス関連リソースと比較される。具体的には、要求されたセマンティクス関連リソースのタイプに基づいて、セマンティクスノードは、どのタイプ（すなわち、クラス、関係、またはターム）のセマンティクス関連リソースをそれが検索するであろうかを決定することができる。ブロック２２４によって示されるように、キーワードとして検索文字列を使用して、セマンティクスノードは、１つ以上の合致するセマンティクス関連リソースを見出すために、そのローカル意味データベースを検索する。合致するセマンティクス関連リソースがローカルで見出された場合、セマンティクス関連リソースのアドレス（例えば、ＵＲＬ／ＵＲＩ）が、ブロック２２５によって示されるように、発見応答で発行側に返信され得る。

ローカルで見出された合致するセマンティクス関連リソースがない場合、セマンティクスノードは、その兄弟セマンティクスノードから、合致するセマンティクス関連リソースを見出そうとするであろう。ブロック２２６およびブロック２２７によって示されるように、セマンティクスノードは、発見要求を兄弟に転送し、応答が戻ってくることを待つであろう時間窓を設定する。ブロック２２８では、合致するセマンティクス関連リソースが連絡を受けた兄弟から見出されるかどうかが決定される。合致するセマンティクス関連リソースがその兄弟から返信される場合、セマンティクス関連リソースの対応するアドレス（例えば、ＵＲＩ／ＵＲＬ）が、成功発見応答とともに発行側に返送される（ブロック２２５）。

セマンティクスノードの兄弟から返信される、合致するセマンティクス関連リソースがない場合には、ブロック２２９によって示されるように、親セマンティクスノードが連絡を受けることができるかどうかが決定される。親セマンティクスノードがない場合には、否定結果を示す発見応答が発行側に返信されるであろう（ブロック２３３）。親セマンティクスノードがある場合、セマンティクスノードは、その親セマンティクスノードから合致するセマンティクス関連リソースを見出そうとするであろう。それぞれ、ブロック２３０およびブロック２３１によって示されるように、セマンティクスノードは、発見要求を親セマンティクスノードに転送し、応答が戻ってくることを待つであろう時間窓を設定する。ブロック２３２では、合致するセマンティクス関連リソースが連絡を受けた親から見出されるかどうかが決定される。合致するセマンティクス関連リソースが連絡を受けた親から返信される場合、セマンティクス関連リソースの対応するアドレス（例えば、ＵＲＩ／ＵＲＬ）が、成功発見応答とともに発行側に返送される（ブロック２２５）。セマンティクスノードの親から返信される、合致するセマンティクス関連リソースがない場合には、否定結果を示す発見応答が発行側に返信されるであろう（ブロック２３３）。

発行側が、合致するセマンティクスリソースのアドレス（例えば、ＵＲＩ／ＵＲＬ）を含む成功発見応答を受信した後、発行側は、セマンティクスリソースの表現を読み出すことができる。

一実施形態では、セマンティクスノードは、クライアントおよびサーバから成る、ＲＥＳＴｆｕｌアーキテクチャ形式（表現状態転送）をサポートし得る。クライアント（例えば、発行側）は、サーバ（例えば、セマンティクスノード）へのセマンティクス要求を開始する。本実施形態では、サーバ（例えば、セマンティクスノード）は、セマンティクスに対する要求を処理し、適切なセマンティクス応答を返信する。要求および応答は、セマンティクス関連リソースの表現の転送の周りで構築される。クライアントは、セマンティクス関連リソース（例えば、クラス、関係、またはターム）に対するＲＥＳＴｆｕｌ動作をセマンティクスノードに要求することができる、アプリケーション、ユーザ、デバイス、セマンティクスノード等であり得る。

ＲＥＳＴｆｕｌアーキテクチャでリソースを取り扱うとき、セマンティクス関連リソースに適用され得る４つの基本的方法がある。
・ ＣＲＥＡＴＥ：クラス、関係、またはタームリソースを作成する。
・ ＲＥＴＲＩＥＶＥ：クラス、関係、またはタームリソースのコンテンツを読み取る。
・ ＵＰＤＡＴＥ：クラス、関係、またはタームリソースのコンテンツを書き込む。
・ ＤＥＬＥＴＥ：クラス、関係、またはタームリソースを削除する。

ＲＥＳＴｆｕｌサーバの役割を果たすセマンティクスノードが、受信した要求を検証し得る。動作は、発行側が適正なアクセス権の認定を受けた場合に可能にされる。

図９は、このＲＥＳＴｆｕｌ実施形態による、これらのＲＥＳＴｆｕｌセマンティクスノード動作をさらに図示する、メッセージフロー図である。ステップ２４３では、発行側２４１が、ＲＥＳＴｆｕｌ ＣＲＥＡＴＥ、ＵＰＤＡＴＥ、ＲＥＴＲＩＥＶＥ、またはＤＥＬＥＴＥという動詞を対応して使用して、セマンティクス関連リソース（クラス、関係、またはターム）を作成、更新、読み出し、または削除することを要求する。発行側２４１は、アプリケーション、別のセマンティクスノード、デバイス、ユーザ等であり得る。ステップ２４３でセマンティクス関連リソースを作成するために、発行側２４１は、ＣＲＥＡＴＥ要求を発行し、セマンティクス関連リソースのタイプおよび表現を提供する。ステップ２４３でセマンティクス関連リソースを更新するために、発行側２４１は、ＵＰＤＡＴＥ要求を発行し、セマンティクス関連リソースの一意の識別またはアドレス、および更新または部分的に更新された表現を提供する。ステップ２４３でセマンティクス関連リソースを読み出すために、発行側２４１は、ＲＥＴＲＩＥＶＥ要求を発行し、セマンティクス関連リソースの一意の識別またはアドレス、および随意に検索文字列パラメータを提供する。ステップ２４３でセマンティクス関連リソースを削除するために、発行側２４１は、ＤＥＬＥＴＥ要求を発行し、セマンティクス関連リソースの一意の識別またはアドレスを提供する。

ステップ２４４では、セマンティクスノード２４２が、サーバの役割を果たし、受信した要求を検証し、別様にそれを処理する。受信した要求は、発行側２４１が適正なアクセス権の認定を受けている場合に許可される。作成動作がセマンティクスノード２４２によって許可される場合、新しいセマンティクス関連リソースは、それがクラス、関係、またはタームであるかどうかに基づいて、適切なリソースプールの下で作成される。そしてセマンティクス関連リソースは、セマンティクスノード２４２によって一意の識別子またはアドレスを割り当てられる。更新動作がセマンティクスノード２４２によって許可される場合、セマンティクス関連リソースの表現が更新される。読み出し動作がセマンティクスノード２４２によって許可される場合、セマンティクス関連リソースの表現は、発行側２４１が要求する形式で準備される。削除動作がセマンティクスノード２４２によって許可される場合、要求されたセマンティクス関連リソースが削除される。

ステップ２４５では、セマンティクスノード２４２が応答を発行側２４１に返信する。作成動作に対して、新たに作成されたセマンティクス関連リソースの識別またはアドレスが発行側に返信される。更新動作に対して、動作が成功しようとそうでなかろうと、応答コードが発行側２４１に返信される。読み出し動作に対して、発行側２４１が要求する形式のセマンティクス関連リソースの表現が、発行側２４１に返信される。削除動作に対して、動作が成功したかどうかを示すために、応答コードが発行側２４１に返信される。

図１０は、本明細書で説明されるセマンティクス関連リソース発見、読み出し、および検証をさらに図示する、メッセージフロー２５０である。本実施例では、ネットワークは、発行側２５１、セマンティクスノード２５２、セマンティクスノード２５２の兄弟である兄弟セマンティクスノード２５３、およびセマンティクスノード２５２に対して親である親セマンティクスノード２５４を含み得る。ステップ２５６では、発行側２５１が、セマンティクス関連リソース発見要求をセマンティクスノード２５２に送信する。メッセージフロー２５０に示されるように、セマンティクスノード２５２は、ステップ２５６での要求に合致するセマンティクス関連リソースを見出すために、（図８のプロセスに類似する）いくつかのステップを経る。図示されるように、第１に、セマンティクスノード２５２は、そのローカルディレクトリを検索するであろう。これは、いかなる合致リソースも見出さない場合、時間窓を設定し、発見要求を兄弟２５３等のその兄弟に転送するであろう。応答がその兄弟から受信されない場合、セマンティクスノード２５２は、その要求を親セマンティクスノード２５４に転送するであろう。本実施例では、親セマンティクスノード２５４が合致するリソースを見出し、それが見出したセマンティクス関連リソースのアドレス（例えば、ＵＲＩ／ＵＲＬ）を示す応答をセマンティクスノード２５２に返送するであろうことが仮定される。

ステップ２５７では、次いで、セマンティクスノード２５２が、発行側の要求に合致した、親セマンティクスノード２５４からのセマンティクス関連リソースのアドレス（例えば、ＵＲＩ／ＵＲＬ）を含む、セマンティクス関連リソース発見応答を発行側２５１に返送する。ステップ２５９では、発行側２５１が、受信したＵＲＬに基づいてセマンティクス関連リソース読み出し要求を送信する。ステップ２６０では、親セマンティクスノード２５４が、クラス、関係、またはタームを含み得る、要求された意味情報を含む、セマンティクス関連リソース読み出し応答を送信する。

ステップ２６１では、発行側２５１が、ステップ２６０からの受信した意味情報の表現をチェックする（検証する）。ステップ２６０で送信された受信したセマンティクス関連リソースが、正確には発行側２５１が欲しいものではない可能性がある。例えば、発行側２５１が温度クラスを要求し、返信された合致するリソースが関連華氏単位を伴うｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇと呼ばれるクラスであり、発行側２５１が摂氏単位を伴う温度クラスを所望する場合、発行側２５１は、親セマンティクスノード２５４がセマンティクスを修正することを要求することができる。これは、セマンティクス関連リソースを修正するために、ステップ２６２でセマンティクス関連リソース修正要求を親セマンティクスノード２５４に送信することによってサポートされることができる。ステップ２６３では、新たに追加または修正されたセマンティクス関連リソースのアドレス（例えば、ＵＲＬ／ＵＲＩ）が、発行側２５１に返信されるであろう。

セマンティクス関連リソースの修正に関して、概して、セマンティクスノードがそれ自体で修正をサポートしない場合、セマンティクスノードは、修正を行うようにその兄弟または親と協力し得る。セマンティクスノードが修正をサポートする場合には、セマンティクスノードは、新しいクラスを追加するか、現在のクラスを拡張することによって、クラスをローカルで修正し得る。

（Ｃ．セマンティクス関連リソースに加入する）
一実施形態では、セマンティクスノードは、それに加入するクライアント（例えば、アプリケーション、別のセマンティクスノード、デバイス、ユーザ等）をサポートすることができる。一実施例として、クライアントは、加入したセマンティクス関連リソースに対する任意の更新があるときに通知されるように、セマンティクスノードに加入し得る。更新が生じるとき、加入クライアントは、リソースの新しい表現で通知されるであろう。それ自体がセマンティクスノードであるクライアントの場合、加入したセマンティクス関連リソースは、加入者セマンティクスノードが関係しない（例えば、親子または兄弟ではない）別のセマンティクスノードに記憶され得る。本実施例では、クライアントは、ＳＥＭＡＮＴＩＣＳ＿ＲＥＳＯＵＲＣＥ＿ＳＵＢＳＣＲＩＢＥ＿ＲＥＱメッセージをセマンティクスノードに発行し得る。メッセージは、リソースが更新されたときにクライアントが通知を受信することを希望する、セマンティクス関連リソースを識別する。セマンティクスノードは、加入を承認する、ＳＥＭＡＮＴＩＣＳ＿ＲＥＳＯＵＲＣＥ＿ＳＵＢＳＣＲＩＢＥ＿ＲＥＳＰメッセージで要求に応答するであろう。クライアントが加入したセマンティクス関連リソースが更新されるとき、セマンティクスノードは、更新をクライアントに通知するために、ＳＥＭＡＮＴＩＣＳ＿ＲＥＳＯＵＲＣＥ＿ＳＵＢＳＣＲＩＢＥＲ＿ＮＯＴＩＦＹメッセージを送信するであろう。

別の実施例として、セマンティクスノードは、その兄弟、親、または子セマンティクスノードのうちの１つによって記憶および管理されるセマンティクス関連リソースに関して更新されることに関心があり得る。図１１は、一実施形態による、この状況のための加入／通知プロセスの例示的なフロー２７０である。本実施例では、セマンティクスノード２７１は、加入先セマンティクスノード２７２によって記憶および管理されるセマンティクス関連リソースに関して更新される。加入先セマンティクスノード２７２は、セマンティクスノード２７１の兄弟、親、または子であり得る。ステップ２７３では、セマンティクスノード２７１が、加入標的を識別し、トリガ基準に関連するセマンティクス関連リソース通知のみを受信するように、通知トリガ基準を設定し得る。例えば、加入者は、新しい通知が送信される前に、特定のセマンティクス関連リソース、またはセマンティクス関連リソースに対する更新の特定数を特定するように、通知トリガ基準を構成し得る。セマンティクスノード２７１はまた、通知が送信されるべきときの期間スケジューリング情報を設定し得る。

ステップ２７４では、セマンティクスノード２７１が、セマンティクスノードリソース加入要求を標的セマンティクスノード２７２に送信する。ステップ２７５では、標的セマンティクスノード２７２が、ステップ２７４のセマンティクス加入要求を受理するかどうかを決定する。標的セマンティクスノード２７２は、既存の加入者、加入を取り扱う負荷（例えば、更新情報の収集または通知を送信するために使用される帯域幅に関する負荷）等に基づいて、加入要求を受理するかどうかを決定することができる。ステップ２７６では、標的セマンティクスノード２７２が、セマンティクスノード加入応答をセマンティクスノード２７１に送信する。ステップ２７６での応答は、加入の確認、および加入を処理する際に使用されるであろうパラメータを含み得る。ステップ２７７では、ステップ２７６後のある時点で、標的セマンティクスノード２７２が、ステップ２７４で受信された要求トリガに合致する、意味通知トリガ条件を検出する。ステップ２７８では、標的セマンティクスノード２７２が、特定のセマンティクス関連リソースに関してセマンティクスノード２７１を更新するために、セマンティクスノードリソース加入通知メッセージを送信する。

概して、セマンティクス関連リソース加入は、ピアセマンティクスノードまたは親セマンティクスノードからのセマンティクス関連リソース発見を促進することができる。例えば、（セマンティクスノードに記憶される、新たに作成または更新されたセマンティクス関連リソースのＵＲＩを含むであろう）通知メッセージに基づいて、セマンティクスノードは、発見要求を送信することなく、他のノードのセマンティクス関連リソースに対する発見を行うことが可能であり得る。

（Ｄ．セマンティクス関連リソースへの結び付きおよび関連）
セマンティクスノードのセマンティクス関連リソースは、種々の方法で使用することができる。例えば、セマンティクス関連リソース表現は、セマンティクスノードから読み出され得、データが（例えば、ネットワークサーバ上、デバイス上、ゲートウェイ上等に）記憶されるネットワーク場所に、共同設置様式で記憶され得る。代替として、リソースのセマンティクスは、セマンティクスノード上に記憶され得、セマンティクスへのリンクは、データとともに、同一場所に位置し、記憶され得る。このセマンティクスリンクは、データ内にインラインで記憶され得るか（すなわち、埋め込まれ）、またはデータと並んで別個に（例えば、別個のリソースまたは属性に）記憶され得る。したがって、このセマンティクス関連リソースへの結び付きを通して、セマンティクスは、Ｍ２Ｍシステム内の通常リソース（例えば、＜ＳＣＬ＞、＜ａｐｐｌｉｃａｔｉｏｎ＞、＜ｃｏｎｔａｉｎｅｒ＞等）に適用されることができる。典型的には、この結び付きは、リソースが作成されるときにリソース作成者／生成者によって作成されるであろう。

図１の患者健康監視アプリケーションの以前の実施例を続けると、セマンティクスノード上で定義される意味クラスがあり、これらのクラスのＵＲＬは、患者健康監視アプリケーションによって発見され得る。表２は、患者健康監視アプリケーションに関連するタイプ「クラス」のセマンティクス関連リソースの例を示す。データは、ｈａｓＴｙｐｅと呼ばれる意味関係を使用して、意味クラスに結び付けられ得る。結果として、ｅｘａｍｐｌｅ／ｈｅａｌｔｈｍｏｎｉｔｏｒｉｎｇ／ｄａｔａ１というＵＲＩを伴う各データリソースに対して、リソースのセマンティクスは、以下の関連によって把握されるであろう。
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｐａｔｉｅｎｔ／ｄａｔａ１ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｐａｔｉｅｎｔ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｄｏｃｔｏｒ／ｄａｔａ２ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｄｏｃｔｏｒ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｂｐ／ｄａｔａ１ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｔｅｍｐ／ｄａｔａ１ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｔｅｍｐｅｒａｔｕｒｅ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｈｒ／ｄａｔａ５ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｈｅａｒｔｒａｔｅ
ｈａｓＴｙｐｅ関係はまた、セマンティクスノード上に記憶されたｈａｓＴｙｐｅ関係の意味記述を参照する、ＵＲＬ／ＵＲＩによって識別され得る。

（Ｅ．グループ化最適化）
リソースのグループが類似セマンティクスを有する（例えば、同一のアプリケーション内の全てのリソースが同一のセマンティクスを有する）場合、類似セマンティクスは、アプリケーションの下の各個々のリソースの代わりに、アプリケーションに適用されることができる。図１２は、その一実施形態による、同一のセマンティクスを伴うリソースのグループ化の方法２８１を図示する。ステップ２８１では、同一のアプリケーションの既存のデータの一部が、同一のセマンティクス関連を共有すると決定される。ステップ２８２では、同一のセマンティクスを共有する、同一のアプリケーション内の決定されたデータが、グループに分類される。ステップ２８３では、ステップ２８２の各グループが、適切なセマンティクスに関連付けられる。ステップ２８４では、同一のアプリケーションからの新たに受信したデータが、同一のセマンティクスを共有するグループに入れられる。同一のアプリケーションの既存のデータは、複数のグループに分類され得、それらの各々は、同一のセマンティクス結び付きおよび関連を共有する。新しいデータが同一のアプリケーションから生成される場合、データは、同一のセマンティクスを共有するグループに入れられる。

例えば、血圧監視データの複数のインスタンスは、同一のセマンティクスを有する。したがって、各インスタンスは、以下に示されるような同一のセマンティクス（ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ）に関連付けられ得る。
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｂｐ／ｄａｔａ１ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｂｐ／ｄａｔａ２ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｂｐ／ｄａｔａ３ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ
・ ・・・
このグループ化最適化をサポートすることによって、以下の関連も有効であり得る。
・ ｅｘａｍｐｌｅ／ｈｅａｌｔｈ／ｂｐ ｈａｓＴｙｐｅ ｓｅｍａｎｔｉｃｓＮｏｄｅ１／ｃｌａｓｓ／ｂｌｏｏｄｐｒｅｓｓｕｒｅ
（Ｆ．セマンティクス関連リソースをプッシュ配信する）
上記のように、セマンティクスノードにおいてホストされるクラス、関係、およびタームが発見され、他者によって使用され得る。要求の頻度に基づいて、セマンティクス関連リソースのうちのいくつかが、より容易な発見またはアクセスのために、プッシュ配信されるか、または別のセマンティクスノードにおいてミラーリングされ得る。例えば、１つのセマンティクスノードは、別のセマンティクスノードから同一の転送された発見要求を（例えば、ポリシー定義閾値を超える）ある回数検出した後、セマンティクス関連リソースのミラーリングされたコピーをそのセマンティクスノードにプッシュ配信することを決定し得る。

セマンティクス関連リソースのプッシュ配信は、図１３に示されるように、兄弟間で、または親セマンティクスノードと子セマンティクスノードとの間で生じることができる。例えば、コアネットワーク２９５内の図１３のセマンティクスノード２９１は、セマンティクスノード２９２、セマンティクスノード２９３、およびセマンティクスノード２９４から、同一のセマンティクス関連リソース（例えば、温度）に対する多くの発見および読み出し要求を受信し得る。発見要求が定義された閾値に達するとき、セマンティクスノード２９３およびセマンティクスノード２９４がより速い応答時間でセマンティクス関連リソースにアクセスし得るように、セマンティクスノード２９１は、セマンティクスノード２９２上に同一のセマンティクス関連リソースを作成する（すなわち、リソースをミラーリングする）ことを決定し得る。セマンティクスノード２９１は、次いで、適切なＳＥＭＡＮＴＩＣＳ＿ＲＥＳＯＵＲＣＥ＿ＣＲＥＡＴＥ＿ＲＥＳＰメッセージで応答するであろう、他のセマンティクスノードにＳＥＭＡＮＴＩＣＳ＿ＲＥＳＯＵＲＣＥ＿ＣＲＥＡＴＥ＿ＲＥＱメッセージを発行することによって、セマンティクスノード上にミラーリングされたリソースを作成し得る。

以下のオプションは、セマンティクス関連リソースを最新の状態に保つために使用され得る。図１３を参照すると、セマンティクスノード２９１は、セマンティクス関連リソースの元の表現に対する任意の更新がある場合、セマンティクスノード２９２上のセマンティクス関連リソースを自動的に更新し得る（例えば、加入が必要とされない）。代替として、セマンティクスノード２９２は、元のセマンティクス関連リソースに加入し得る。セマンティクス関連リソースに対するセマンティクスノード２９２の加入に基づいて、セマンティクスノード２９２は、特定の加入先セマンティクス関連リソースへの任意の変更に関して通知されるであろう。また、前述のシナリオの組み合わせがあり得る。例えば、セマンティクスノード２９１の自動更新が、セマンティクスノード２９１上の全てのセマンティクス関連リソースに対して周期的に生じる一方で、セマンティクスノード２９２は、特定の加入先セマンティクス関連リソースに対するより即時の更新を所望する状況があり得。

セマンティクス関連リソースのプッシュ配信は、いずれの方向においても、兄弟間で、親と子との間で生じることができる。例えば、図１３を参照すると、セマンティクスノード２９６は、あるローカルセマンティクス関連リソースをその親セマンティクスノード２９７にプッシュ配信し得る。別の実施例では、セマンティクスノード２９１は、ある高次セマンティクス関連リソースを子セマンティクスノード２９８にプッシュ配信し得る。

（Ｇ．データ／セマンティクス関連リソース移動）
図１４は、デバイスが１つのネットワークから別のネットワークへ移動するシナリオを図示する。このシナリオでは、デバイスに関連するセマンティクスリソース、およびデバイスによって生成されるデータもまた、セマンティクスリソース読み出しに起因して、セキュリティ、オーバーヘッド、および／または負荷のために新しい場所へ移動させられる必要があり得る。

図１４を参照すると、デバイスは、最初に、エリアネットワーク３０１内に位置しているたが、エリアネットワーク３０２へ移動していることがある。最初に、デバイス３０９は、セマンティクスノード３０６と通信していた。デバイス３０９がエリア３０２に到着した後、デバイス３０９は、最初に、線３０３によって例証されるように、セマンティクスノード３０６に通信し続け得る。これは、アクセスネットワーク３０４、アクセスネットワーク３０８、およびコアネットワーク３００で不必要なオーバーヘッドをもたらし得る。この問題および他の問題に対処するために、セマンティクスノード３０６のセマンティクス関連リソースは、エリアネットワーク３０２内のセマンティクスノード３０７に移動させられ得る。セマンティクス関連リソースをセマンティクスノード３０７に移動させた後、デバイス３０９は、セマンティクス関連リソースのためにコアネットワーク３００を横断する必要はなく、代わりに、線３０５によって示されるように、セマンティクスノード３０７と通信することができる。

図１５は、図１４で描写されるようなデータまたはセマンティクス関連リソースの移動をさらに図示する、例示的メッセージフロー３１０である。ステップ３１５では、第１のエリアネットワーク内のセマンティクスノード３１１が、エリアネットワーク２内に位置するデバイスアプリケーション３１４とメッセージを交換する。ステップ３１５で交換されるメッセージは、例えば、セマンティクス関連リソース読み出し要求およびセマンティクス関連リソース読み出し応答を含み得る。ステップ３１６では、セマンティクスノード３１１が、デバイスアプリケーション２１４に関連付けられたセマンティクス関連リソースを、第２のエリアネットワーク内に位置するセマンティクスノード３１３に移動させることを決定する。セマンティクスノード３１３は、第１のエリアネットワークより通信的に近く（到達するためにより少ない時間を要する）、または論理的に近く（例えば、より少ないホップ）あり得る。ステップ３１６を参照すると、他のデバイスは、セマンティクスノード発見サーバ３１２、デバイスアプリケーション３１４、または別のコンピュータデバイス（図示せず）等のセマンティクス関連リソースを移動させる決定を行い得る。

ステップ３１７では、セマンティクスノード発見要求および応答が、セマンティクスノードの階層ならびに兄弟関係を構築するために、セマンティクスノード３１１とセマンティクスノード発見サーバ３１２との間で交換される。ステップ３１８では、セマンティクスノード３１１が、セマンティクスノード３１３のアドレスを決定する。ステップ３２０では、セマンティクス関連リソース作成要求メッセージが、デバイスアプリケーション３１４によって使用されるセマンティクス関連リソース（および他のデータ）をコピーするために、セマンティクスノード３１３に送信される。セマンティクスノード３１３は、セマンティクス関連リソースおよび他のデータのコピーが成功したという確認応答を含み得る、セマンティクス関連リソース作成応答メッセージで応答する。ステップ３２１では、セマンティクス連結更新要求メッセージが、デバイスアプリケーション３１４に送信される。ステップ３２１でのメッセージは、デバイスアプリケーション３１４がセマンティクスノード３１３からセマンティクス関連リソースを取り出すための命令を含み得る。ステップ３２２では、セマンティクス連結更新応答メッセージは、セマンティクスノード連結が更新されるという確認応答を含み得る。ステップ３２３では、デバイスアプリケーション３１４は、セマンティクスノード３１３から、クラス、関係、およびタームのタイプのセマンティクス関連リソースを読み出す。

（Ｖ．ＥＴＳＩ Ｍ２Ｍ／ｏｎｅＭ２Ｍ実施形態）
（Ａ．セマンティクスノードを伴うＥＴＳＩ Ｍ２Ｍアーキテクチャ）
上記のように、本明細書で説明されるセマンティクスノード概念は、ＥＴＳＩ Ｍ２Ｍアーキテクチャを拡張するために使用することができる。一実施形態では、１つ以上のセマンティクスノードは、図１６に示されるように、Ｍ２Ｍセマンティクスノードと称され得る、独立型ネットワークエンティティとしてアクセス／コアネットワーク内に位置し得る。図１６では、Ｍ２Ｍセマンティクスノード３３１およびＭ２Ｍセマンティクスノード３３２は、同一のアクセス／コアネットワーク３３０内に位置する。エリア／コアネットワーク３３０内のＭ２Ｍセマンティクスノードは、上で説明されるｓＩｃ基準点を介して、ＤＳＣＬ、ＧＳＣＬ、ＮＳＣＬ、およびアプリケーションと連動し得る。加えて、Ｍ２Ｍセマンティクスノード３３１およびＭ２Ｍセマンティクスノード３３２は、ｓＩｓ基準点３３４を介して互に連動し得る。Ｍ２Ｍセマンティクスノード３３１およびＭ２Ｍセマンティクスノード３３２はまた、ｓＩｅ基準点を介して、別のタイプの外部セマンティクスノード３３３を参照し得る。本実施形態では、アクセス／コアネットワーク３３０内に位置するＭ２Ｍセマンティクスノードはまた、兄弟および／または親子関係を形成し得る。

セマンティクスノードは、現在のＥＴＳＩ Ｍ２Ｍアーキテクチャのサービス能力層（ｘＳＣＬ）で使用されるような相補的リソース構造をサポートし得、このリソース構造は、図１７で図示される様式で、本明細書で説明されるセマンティクスノードに適用され得る。本実施形態では、＜ｓｓＢａｓｅ＞リソース３４１は、ホスティングセマンティクスノード上に常駐するリソースツリーのルートである。＜ｓｓＢａｓｅ＞リソース３４１は、ホスティングセマンティクスノードを説明する属性を含み得る。＜ｓｓＢａｓｅ＞リソース３４１は、とりわけ、ＳＳリソース３４３、クラスリソース３４４、関係リソース３４６、タームリソース３４８、アクセス権リソース３４９、および加入リソース３５０の集合を表す、集合リソースを含む。クラスリソース３４４の下には、クラスリソース３４４のサブクラスである、他の＜ｃｌａｓｓ＞リソース３４５があり得る。関係リソース３４６の下には、関係リソース３４６のサブ関係である、＜ｒｅｌａｔｉｏｎｓｈｉｐ＞リソース３４７があり得る。ＳＳリソース集合３４３は、遠隔セマンティクスノードがローカルセマンティクスノードに登録または登録解除するときに、作成または削除されるセマンティクスノードリソースを含む。

図１８に示されるように、ＳＳリソース３４３に対する集合における各セマンティクスノードリソースは、対応するリソース構造を有し得る。これらのリソースは、ローカルセマンティクスノードに登録された遠隔セマンティクスノードの状態を維持する。例えば、連絡先情報、発見情報（例えば、発表された意味クラス、表現、およびタームリソース）、およびセキュリティ情報（例えば、対応する遠隔セマンティクスノードと通信するために使用される信用証明）等の状態である。

図１７を再度参照すると、＜ｓｓＢａｓｅ＞リソース３４１の下のクラス３４４、関係３４６、およびターム３４８集合の各々は、ローカルセマンティクスノード上でホストされるセマンティクス関連リソースのそれぞれのインスタンスを含むことができる。各インスタンスは、意味表現を含むとともに、タグ等の発見関連情報等のそれに関連付けられる他の属性を有することができる。セマンティクス関連リソースのこれらの集合は、そうするための適正なアクセス権を有するクライアントによってアクセスされることができる。＜ｓｓＢａｓｅ＞リソース３４１の下のアクセス権リソース３４９は、アクセス権のインスタンスを含むことができる。これらのアクセス権リソース３４９は、どのクライアントが、セマンティクスノードによってサポートされるどのセマンティクス関連リソースおよび動作へのアクセスを供与されるかを制御する、アクセス権のインスタンスを定義することができる。代替として、アクセス権集合の他のインスタンスは、より粒度の細かいアクセス制御を提供するようにリソース構造でサポートすることができる（図１７に示されていない）。加入リソース３５０の集合は、加入リソースのインスタンスを含むことができる。加入リソースのインスタンスは、特定通知トリガ基準イベントが生じるときに、セマンティクスノードから意味通知を受信することを希望するクライアントによって作成されることができる。発見リソース３４２は、クライアント意味発見要求をサポートする。これらの発見要求は、検索基準（例えば、特定のタイプの属性を有するセマンティクス関連リソース）をサポートすることができる。セマンティクスノードは、（存在する場合）検索基準に合致するリソースアドレス（例えば、ＵＲＩ）のリストで発見要求に応答することができる。セマンティクスノードはまた、他のセマンティクスノードへの要求の転送（例えば、子、兄弟、または親セマンティクスノードへの発見要求の転送）をサポートすることもできる。

（Ｂ．セマンティクス能力を伴うｘＳＣＬ）
図１９で図示される別の実施形態では、Ｍ２Ｍセマンティクスノードは、別個の独立型セマンティクスノードとしてよりも、ＥＴＳＩ Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、および／またはＮＳＣＬ内の組み込まれた能力として展開され得る。この組み込まれた実施形態では、ｓＩｓ基準点は、別個のままであり得るか、またはＥＴＳＩ Ｍ２Ｍ ｍＩｄ基準点が、ｓＩｓ機能性をサポートするように拡張させられ得る。同様に、ｓＩｃ基準点は、別個のままであり得るか、またはＥＴＳＩ Ｍ２Ｍ ｍＩａおよびｄＩａ基準点が、ｓＩｃ機能性をサポートするように拡張させられ得る。本実施形態では、ＧＳＣＬまたはＤＳＣＬ内に位置するＭ２Ｍセマンティクスノードは、それらが登録されるＮＳＣＬと親子関係を確立し得る。加えて、ＧＳＣＬまたはＤＳＣＬ内に位置するセマンティクスノードはまた、互に兄弟関係を確立し得る。

図１９の実施形態をサポートするために、ｘＳＣＬは、図２０に示されるリソース構造を有し得る。セマンティクスノードのリソース集合は、セマンティクスノード能力を有する遠隔ＳＣＬがローカルＳＣＬに登録または登録解除するときに作成または削除される、セマンティクスノードリソースを含む。この集合の中の各セマンティクスノードリソースは、図２０に示される、対応するリソース構造を有し得る。これらのリソースは、ローカルＳＣＬに登録される遠隔セマンティクスノードの状態を維持する。例えば、意味発見情報（例えば、発表された意味クラス、表現、およびタームリソース）等の状態である。

＜ｓｃｌＢａｓｅ＞リソース３６１の下のクラス、関係、およびターム集合の各々は、ローカルＳＣＬ上でホストされるセマンティクス関連リソースのそれぞれのインスタンスを含み得る。各インスタンスは、意味表現を含むとともに、タグ等の発見関連情報等のそれに関連付けられる他の属性を有することができる。セマンティクス関連リソースのこれらの集合は、そうするための適正なアクセス権を有するクライアントによってアクセスされ得る。

（Ｃ．ＥＴＳＩ Ｍ２Ｍセマンティクス実装の使用事例の実施例）
セマンティクスノードによって管理されるセマンティクス関連リソースは、＜ｓｃｌＢａｓｅ＞、＜ａｐｐｌｉｃａｔｉｏｎ＞、＜ｃｏｎｔａｉｎｅｒ＞、＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞等のＥＴＳＩ Ｍ２Ｍリソース構造のリソースに関連付けられ、結び付けられ得る。以下の議論は、＜ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅ＞の意味情報を提供するために、どのようにしてセマンティクス関連リソースが使用され得るかを例証する。

本実施例では、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇクラスは、ｓｃｌ１上で定義および記憶され、ｓｃｌ１／ｃｌａｓｓｅｓ／ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇというＵＲＩを有することを仮定されたい。ｈａｓＬｏｃａｔｉｏｎという関係も、ｓｃｌ１上で定義および記憶され、ｓｃｌ１／ｒｅｌａｔｉｏｎｓｈｉｐｓ／ｈａｓＬｏｃａｔｉｏｎというＵＲＩを有する。加えて、‘ｎｏｒｔｈｅａｓｔ Ｃｈｉｎａ’というタームも、ｓｃｌ１上で定義および記憶され、ｓｃｌ１／ｔｅｒｍｓ／ｎｏｒｔｈｅａｓｔＣｈｉｎａというＵＲＩを有する。図２１は、図２０に示されるｘＳＣＬリソース構造の実施例である、＜ｓｃｌ１＞上のセマンティクス関連リソース構造を示す。このリソース構造は、セマンティクス関連リソースのＵＲＩを決定する。ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅは、ｇｓｃｌ２／ａｐｐｌｉｃａｔｉｏｎｓ／ａｐｐ１／ｃｏｎｔａｉｎｅｒｓ／＜ｔｅｍｐｅｒａｔｕｒｅ＞／ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅｓ／＜ｉｎｓｔ１＞というＵＲＩを有する。図２２のｘＳＣＬリソース構造で示されるようなセマンティクスを用いてｃｏｎｔｅｎｔＩｎｓｔａｎｃｅを拡張することによって、ｃｏｎｔｅｎｔＩｎｓｔａｎｃｅのコンテンツを効果的に記述し、曖昧性を伴わずに解釈することができる。

図２３は、リソースおよびセマンティクス読み出しの一実施例を図示する、メッセージフローである。ステップ３９３では、ＮＡ３９０が、データリソースに対して、ＲＥＴＲＩＥＶＥ要求をＧＳＣＬ２ ３９１に送信する。データリソースは、例えば、とりわけ、血圧センサ示度値、中核体温センサ示度値、酸素飽和度センサ示度値、または運動加速度計センサ示度値であり得る。ステップ３９４では、ＧＳＣＬ２ ３９１が、データリソースの表現を返信する。データリソースを理解するために、ＮＡは、データリソースのセマンティクスを読み出す必要がある。したがって、ステップ３９５では、ＮＡ３９０が、読み出し要求をＧＳＣＬ３９１に送信する。ステップ３９６では、ＧＳＣＬ２ ３９１が、ＳＣＬ１ ３９２上に記憶されるデータリソースに対する関連セマンティクス関連リソースのＵＲＩのリストを返信する。ステップ３９７から３９９では、ＮＡ３９０が、それぞれ、ｔｅｍｐｅｒａｔｕｒｅＲｅａｄｉｎｇ、ｈａｓＬｏｃａｔｉｏｎ、およびｎｏｒｔｈｅａｓｔＣｈｉｎａというセマンティクス関連リソースについて、ＲＥＴＲＩＥＶＥメッセージをＳＣＬ１ ３９２と交換する。これらのセマンティクス関連リソースにより、ＮＡ３９０は、データリソースを理解することができ、したがって、データリソースを使用および操作することができる。

（ＶＩ．３ＧＰＰ ＭＴＣアーキテクチャ実施形態）
さらに上記のように、３ＧＰＰ ＭＴＣアーキテクチャはまた、本明細書で説明されるセマンティクスノードによって提供されるセマンティクスサポートを用いて拡張させられ得る。図２４に示されるように、一実施形態では、Ｍ２Ｍセマンティクスノード４０１は、３ＧＰＰコアネットワーク境界の外側に位置し得る。さらに示されるように、ＳＣＳ４０４は、セマンティクス能力をサポートするように拡張させられ得、ｓＩｓ基準点（図示せず）を介してＭ２Ｍセマンティクスノード４０１と連動し得る。Ｍ２Ｍセマンティクスノード４０１はまた、ｓＩｃ基準点４０３を介して、３ＧＰＰマシン型通信連動機能（ＭＴＣ−ＩＷＦ）４０２と連動し得る。アプリケーションサーバ（ＡＳ）４０６およびＡＳ４０７は、ｓＩｃ基準点４００を介してＭ２Ｍセマンティクスノード４０１と通信し得る。図２５は、セマンティクスノードを伴う３ＧＰＰ ＭＴＣアーキテクチャの別の実施形態を図示する。本実施形態では、セマンティクスノードは、ＳＣＳ４０８に組み込まれている。図２５で４０９においてさらに示されるように、本実施形態では、ｓＩｃ基準点は、３ＧＰＰ ＭＴＣ Ｔｓｐの一部であり得る。

（ＶＩＩ．Ｍ２Ｍ／ＩｏＴアーキテクチャ）
図２６Ａから図２６Ｄは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システム１０に関するさらなる情報を提供する。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であり得る。

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

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

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

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

Ｍ２Ｍアプリケーション２０は、限定ではないが、輸送、保健および健康（例えば、図１に関して議論される患者監視アプリケーション）、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、本システムのデバイス、ゲートウェイ、および他のサーバにわたって作動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービス等のこれらの機能をＭ２Ｍアプリケーション２０に提供する。

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

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

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

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

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

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。プロセッサ３２は、本明細書で説明される実施形態のうちのいくつかでのセマンティクス発見およびセマンティクス伝搬（例えば、セマンティクスノード親子関係の設定または断絶）が成功しているか、またはそうでないかに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御するか、あるいは別様にリソース伝搬プロセスの状態を示すように構成され得る。ディスプレイ４２を介して視認されるユーザインターフェースは、セマンティクスノードに加入するオプションをユーザに与え得る。

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

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

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

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

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

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

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

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

さらに、コンピュータシステム９０は、図２６Ａおよび２６Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。

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

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。例えば、セマンティクス関連リソース公表および発見の標的は兄弟および子であることが例証されるが、セマンティクスノードは、そのような関係を有しない場合がある、公表および発見のための他のセマンティクスノードを選択することができる。

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

Claims (15)

1. セマンティクスを管理するためのセマンティクスノード（２５２）であって、前記セマンティクスノード（２５２）は、
   プロセッサ（９１）と、
   ネットワーク（１２）と通信するための伝送／受信要素（９７）と、
   前記プロセッサ（９１）に結合されたメモリ（８２）と
   を備え、
   前記メモリ（８２）は、実行可能な命令を含み、前記命令は、前記プロセッサ（９１）によって実行されると、
   前記セマンティクスノード（２５２）の前記メモリ（８２）に第１の複数のセマンティクス関連リソースを記憶することと、
   前記第１の複数のセマンティクス関連リソースのうちの第１のセマンティクス関連リソースに対する要求をクライアントから前記ネットワーク（１２）を介して受信することと、
   前記要求された第１のセマンティクス関連リソースが、前記セマンティクスノード（２５２）の前記メモリ（８２）に記憶された前記第１の複数のセマンティクス関連リソースのうちの１つである場合、前記ネットワーク（１２）を介して前記第１のセマンティクス関連リソースを前記クライアントに伝送することと、
   前記要求が前記第１のセマンティクス関連リソースに対する要求の閾値に達したことを決定することと、
   前記要求が前記第１のセマンティクス関連リソースに対する要求の前記閾値に達したことを決定したことに応答して、前記クライアントからの前記第１のセマンティクス関連リソースに対する後続の要求のために、前記第１のセマンティクス関連リソースを第２のセマンティクスノード上にコピーする命令を提供することであって、前記第２のセマンティクスノードは、第２の複数のセマンティクス関連リソースを含む、ことと
   を含む動作を前記セマンティクスノードに行わせる、セマンティクスノード（２５２）。
2. 前記動作は、前記第１のセマンティクス関連リソースが前記セマンティクスノード（２５２）の前記メモリ（８２）に記憶された前記第１の複数のセマンティクス関連リソースに含まれていない場合、前記第２のセマンティクスノード（２５４）から前記要求された第１のセマンティクス関連リソースを読み出すことをさらに含む、請求項１に記載のセマンティクスノード（２５２）。
3. 前記動作は、変更に対する更新を受信するために、第２のセマンティクス関連リソースに加入することをさらに含む、請求項１に記載のセマンティクスノード（２５２）。
4. 前記第２のセマンティクスノード（２５４）は、親セマンティクスノードまたは子セマンティクスノードである、請求項２に記載のセマンティクスノード（２５２）。
5. 各セマンティクス関連リソースは、クラス、関係、または、タームのうちの１つを備え、各セマンティクス関連リソースは、ユニバーサルリソース識別子または統一リソースロケータを有する、請求項１に記載のセマンティクスノード（２５２）。
6. セマンティクスを管理する方法であって、前記方法は、
   第１のコンピュータデバイス（２５２）のメモリ（８２）に第１の複数のセマンティクス関連リソースを記憶することと、
   前記第１のコンピュータデバイス（２５２）が、前記第１のコンピュータデバイス上の前記複数のセマンティクス関連リソースのうちの第１のセマンティクス関連リソースに対する要求をクライアントからネットワーク（１２）を介して受信することと、
   前記要求された第１のセマンティクス関連リソースが前記第１のコンピュータデバイス（２５２）上に記憶された前記第１の複数のセマンティクス関連リソースのうちの１つである場合、前記第１のコンピュータデバイス（２５２）が、前記ネットワーク（１２）を介して前記第１のセマンティクス関連リソースを前記クライアントに伝送することと、
   前記要求が前記第１のセマンティクス関連リソースに対する要求の閾値に達したことを決定することと、
   前記要求が前記第１のセマンティクス関連リソースに対する要求の前記閾値に達したことを決定したことに応答して、前記クライアントからの前記第１のセマンティクス関連リソースに対する後続の要求のために、前記第１のセマンティクス関連リソースを第２のコンピュータデバイス上にコピーする命令を提供することであって、前記第２のコンピュータデバイスは、第２の複数のセマンティクス関連リソースを含む、ことと
   を含む、方法。
7. 前記第１のセマンティクス関連リソースが、前記第１のコンピュータデバイス（２５２）上に記憶された前記第１の複数のセマンティクス関連リソースに含まれていない場合、前記第１のコンピュータデバイス（２５２）が、前記第２のコンピュータデバイス（２５４）から前記要求された第１のセマンティクス関連リソースを読み出すことをさらに含む、請求項６に記載の方法。
8. 変更に対する更新を受信するために、第２のセマンティクス関連リソースに加入することをさらに含む、請求項６に記載の方法。
9. 各セマンティクス関連リソースは、クラス、関係、または、タームのうちの１つを備えている、請求項６に記載の方法。
10. 各セマンティクス関連リソースは、ユニバーサルリソース識別子または統一リソースロケータを有する、請求項６に記載の方法。
11. 前記第２のコンピュータデバイス（２５４）は、親セマンティクスノードまたは子セマンティクスノードである、請求項７に記載の方法。
12. 前記第１の複数のセマンティクス関連リソースのうちの第２のセマンティクス関連リソースを第３のコンピュータデバイス（９０）に移動させるための要求を受信することと、
    前記第２のセマンティクス関連リソースを前記第３のコンピュータデバイス（９０）に転送することと、
    前記第２のセマンティクス関連リソースを前記第３のコンピュータデバイス（９０）に転送した後に、前記第１のコンピュータデバイス（２５２）から前記第２のセマンティクス関連リソースを削除することと
    をさらに含む、請求項６に記載の方法。
13. 前記第２のセマンティクス関連リソースを移動させるための前記要求は、前記第２のセマンティクス関連リソースに対する要求の閾値数を上回ることに基づく、請求項７に記載の方法。
14. 第２のセマンティクス関連リソースのセマンティクス類似性に基づいて、前記第１のセマンティクス関連リソースをリンクすることをさらに含む、請求項６に記載の方法。
15. コンピュータプログラムが記憶されたコンピュータ読み取り可能な記憶媒体であって、前記コンピュータプログラムは、プログラム命令を含み、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムは、前記コンピュータプログラムが前記データ処理ユニットによって実行されると、請求項６〜１４のいずれかに記載の方法のステップを実行することを前記データ処理ユニットに行わせるように適合されている、コンピュータ読み取り可能な記憶媒体。

Images