JP2017538209A - 許可ベースのリソースおよびサービス発見 - Google Patents

Abstract

現在の発見機構は、所与のレジストラントと関連付けられる許可に関係付けられる能力等の能力が欠けている。例示的実施形態では、サービス層のレジストラントは、サービス層をホストするネットワークノードと通信することができる。ネットワークノードは、レジストラントからリソースの発見要求を受信し得る。発見は、種々のコンテキストを要求し得る。発見要求のコンテキストは、レジストラントがリソースに行うことを意図する動作、レジストラントがリソースにアクセスする場合にレジストラントが担うことを意図する役割、レジストラントがリソースにアクセスすることを意図する場所、またはレジストラントがリソースにアクセスする場合にレジストラントが使用することを意図する加入プランを示し得る。発見要求のコンテキストに基づいて、ネットワークノードは、サービス層における１つまたはそれを上回るリソースが発見要求を満たすかどうかを判定し得る。

Description

（関連出願の相互参照）
本願は、２０１４年１１月１４日に出願された米国仮特許出願第６２／０７９，９７２の利益を主張するものであり、該仮特許出願の開示は、その全体が本明細書中に示されているのと同然に参照により本明細書中に援用される。

プロトコルスタックの視点から、サービス層は、典型的には、既存のネットワークプロトコルスタックの上で層化される。サービス層は、リソースおよびサービスをホストするソフトウェア層であり得る。サービスは、サポートされたインターフェースを介してアクセスされる、ソフトウェア機能性のセットを指し得る。リソースは、概して、種々のコマンドを介して操作され得る表現を有する、アドレス可能エンティティを指す。したがって、サービス層は、付加価値サービスをクライアントアプリケーションおよび他のサービスに提供することができ、サービス層は、多くの場合、「ミドルウェア」サービス層として分類される。例えば、図１は、アプリケーション２０とアプリケーションプロトコル１０４等の種々のネットワーキングプロトコル１０２との間のサービス層２２を描写する、例示的ネットワーキングプロトコルスタック１００を描写する。図１で描写される実施例によると、サービス層２２は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して、付加価値サービス能力をサポートすることができる。別の実施例として、サービス層２２は、例えば、伝送制御プロトコル（ＴＣＰ）またはユーザデータグラムプロトコル（ＵＤＰ）等のトランスポートプロトコル１０６を直接経由して層化されることができる。さらに別の実施例として、サービス層２２は、例えば、シンプルオブジェクトアクセスプロトコル（ＳＯＡＰ）等の非ＲＥＳＴｆｕｌプロトコルと称され得る、表現状態転送（ＲＥＳＴｆｕｌ）アーキテクチャに準拠しないプロトコルを直接経由して層化されることができる。

ノードまたはエンティティは、サービス層に登録してもよい。ノードおよびエンティティという用語は、別様に規定されない限り、限定することなく本明細書で同義的に使用される。サービス層に登録するノードまたはエンティティは、サービス層レジストラントと称され得る。所与のサービス層に登録し得るエンティティは、例えば、個別サービス、アプリケーション、またはサービス層の別のインスタンスを含んでもよい。既存のサービス層は、いくつかの発見機構をサポートしてもよい。そのような発見機構は、所与のサービス層のレジストラントが、所与のサービス層によってホストされるリソースを見出すように所与のサービス層にクエリを行うことを可能にする。しかしながら、そのような発見機構は、例えば、所与のレジストラントと関連付けられる許可に関係付けられる能力等の能力が欠けている。

許可ベースのリソースおよびサービス発見のための方法、デバイス、ならびにシステムが、本明細書に説明される。例示的実施形態では、システムは、例えば、共通サービスエンティティと称されることができる、サービス層をホストするネットワークノードと通信する、アプリケーションまたは共通サービスエンティティを含み得る、レジストラントを含む。ネットワークノードは、レジストラントから、リソース、例えば、レジストラントがアクセスする権限を与えられていないリソースの発見要求を受信してもよい。発見は、種々のコンテキストを要求してもよい。例えば、発見要求のコンテキストは、レジストラントがリソースに行うことを意図する動作、レジストラントがリソースにアクセスする場合にレジストラントが担うことを意図する役割、レジストラントがリソースにアクセスすることを意図する場所、またはレジストラントがリソースにアクセスする場合にレジストラントが使用することを意図する加入プランの少なくとも１つを示してもよい。発見要求のコンテキストに基づいて、ネットワークノードは、サービス層における１つまたはそれを上回るリソースが発見要求を満たすかどうかを判定してもよい。ネットワークノードは、発見応答をレジストラントに送信してもよく、発見応答は、１つまたはそれを上回るリソースが発見要求を満たすかどうかの判定の結果を示す。１つまたはそれを上回るリソースが発見要求を満たさないときに、ネットワークノードは、レジストラントが少なくとも１つのリソースにアクセスする許可を取得することができるように、少なくとも１つのリソースをレジストラントに送信してもよい。１つまたはそれを上回るリソースが発見要求を満たすときに、ネットワークノードは、１つまたはそれを上回るリソースをレジストラントに送信してもよい。

より詳細な理解が、添付図面と併せて一例として挙げられる、以下の説明から取得され得る。

図１は、サービス層を含む、例示的プロトコルスタックの描写である。 図２は、サービス層のインスタンスの例示的展開を描写する系統図である。 図３は、例示的ｏｎｅＭ２Ｍアーキテクチャを描写する。 図４は、ｏｎｅＭ２Ｍアーキテクチャの例示的構成を描写する。 図５は、ｏｎｅＭ２Ｍアーキテクチャの例示的共通サービス機能性を描写するブロック図である。 図６は、ｏｎｅＭ２Ｍリソース発見の実施例を図示する呼び出しフローである。 図７は、ｏｎｅＭ２Ｍアクセス制御の実施例を図示する。 図８は、ＯＭＡ ＬＷＭ２Ｍアーキテクチャの実施例を図示するブロック図である。 図９は、許可ベースのリソース発見が欠けている例示的システムを図示する。 図１０は、例示的実施形態による、許可ベースのリソースおよびサービス発見の実施例を図示するフロー図である。 図１１は、例示的許可ベースの発見フィルタ基準を使用する、許可ベースのリソースおよびサービス発見の実施例を図示する呼び出しフローである。 図１２は、例示的許可ベースの発見要求パラメータを使用する、許可ベースのリソースおよびサービス発見の別の実施例を図示する呼び出しフローである。 図１３Ａは、１つまたはそれを上回る開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）もしくはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図１３Ｂは、図１３Ａに図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクスチャの系統図である。 図１３Ｃは、図１３Ａに図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図１３Ｄは、図１３Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。 図１４Ａは、例示的実施形態による、許可ベースのリソースまたはサービス発見基準を定義するための例示的グラフィカルユーザインターフェース（ＧＵＩ）である。 図１４Ｂは、例示的実施形態による、図１４Ａで描写されるＧＵＩを使用して定義される発見基準に基づいて結果をレンダリングすることができる、例示的ＧＵＩである。

続く発明を実施するための形態は、例示的実施形態を例証するために提供され、本発明の範囲、可用性、または構成を限定することを意図するものではない。種々の変更が、本発明の精神および範囲から逸脱することなく、要素およびステップの機能ならびに配列に行われ得る。

概して、以下でさらに詳細に説明される、図１３Ａおよび１３Ｂを参照すると、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０は、例えば、複数のマシンツーマシン（Ｍ２Ｍ）デバイス等の複数のデバイスと、通信ネットワーク１２を介してＭ２Ｍデバイスと通信し得るサービス層２２とを含むことができる。本明細書で使用されるように、Ｍ２Ｍデバイスは、例えば、ゲートウェイデバイス１４または端末（エンドポイント）デバイス１８等のネットワーク内で通信する任意のデバイスを指し得る。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のそれぞれは、通信ネットワーク１２または直接無線リンクを介して、信号を伝送ならびに受信するように構成されてもよい。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０または別のＭ２Ｍデバイス１８からデータを受信してもよい。さらに、データおよび信号が、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信されてもよい。

Ｍ２Ｍサービス層２２は、所望に応じて任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、Ｍ２Ｍ端末デバイス、および通信ネットワークと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つまたはそれを上回るサーバ、コンピュータ、もしくは同等物によって実装されてもよい。サービス層２２は、種々のサービスおよび能力をＭ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、ならびにＭ２Ｍデバイス１８に提供してもよい。Ｍ２Ｍサービス層２２は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して、Ｍ２Ｍアプリケーションならびにデバイスのための付加価値サービスをサポートする、（図１のＩＰスタック１０２の上方の）ソフトウェアミドルウェア層として実装されてもよい。例えば、サービス層２２は、ＡＰＩおよび下層ネットワーキングインターフェースのセットを介してサービス層２２のレジストラントに利用可能にされるリソースならびにサービスをホストする、ソフトウェア層であってもよい。サービスは、概して、インターフェースを介してアクセスされる関連機能性のセットを指し得る。本明細書で使用されるように、別様に規定されない限り、リソースは、操作されることができる表現を有する、任意のアドレス可能エンティティを指し得る。例えば、リソース表現は、例えば、Ｃｒｅａｔｅ、Ｒｅｔｒｉｅｖｅ、Ｕｐｄａｔｅ、またはＤｅｌｅｔｅ等のＲＥＳＴｆｕｌ機構を介して操作されることができる。所与のサービス層のレジストラント（サービス層レジストラント）は、サービス層に登録される任意のエンティティを指し得る。したがって、例えば、レジストラントは、アプリケーション、個々のサービス、サービス層の他のインスタンス、または同等物を含んでもよい。便宜上、他に規定されない限り、リソースおよびサービスという用語は、同義的に使用され、したがって、リソースは、サービスを含むことができ、サービスは、リソースを含むことができる。

Ｍ２Ｍサービス層は、例えば、サーバ、ゲートウェイ、およびデバイス等の種々のＭ２Ｍノード上に展開されることができる。本明細書で使用されるように、別様に規定されない限り、概して、ネットワークノードとも称され得る、Ｍ２Ｍノードは、例えば、Ｍ２Ｍシステム１０等のＭ２Ｍネットワーク内の任意のデバイス、ゲートウェイ、またはサーバを指す。Ｍ２Ｍノードは、リソースもしくはサービスをホストする、ネットワーク内の任意のアドレス可能エンティティを指し得る。したがって、ノードは、物理的エンティティ（例えば、デバイス、ゲートウェイ、またはサーバ）、仮想エンティティ（例えば、仮想マシン）、もしくはネットワーク内に常駐するそれらの組み合わせを指し得る。

ここで図２を参照すると、例示的Ｍ２Ｍシステムまたはネットワーク２００は、サービス層２２のための例示的展開シナリオを表す。示されるように、サービス層インスタンス２２と称され得る、サービス層２２のインスタンスは、例えば、ゲートウェイ１４およびサーバ２０２等の種々のネットワークノード上に展開されることができる。したがって、サービス層２２は、例えば、サービスをネットワークアプリケーション、デバイスアプリケーション、および／または種々のネットワークノードに提供することができる。図示される実施例によると、ネットワーク２００は、デバイスアプリケーションドメイン２０４と、ネットワークサービスドメイン２０６と、ネットワークアプリケーションドメイン２０８とを含む。ネットワークアプリケーションドメイン２０８は、種々のアプリケーション２０と、アプリケーション２０のユーザとを含んでもよい。ネットワークサービスドメインは、オペレータネットワーク、クラウドネットワーク、インターネット、または同等物であり得る、通信ネットワーク１２を介して、アプリケーション２０にアクセス可能である、種々のサーバ２０２を含んでもよい。サーバ２０２は、種々のアクセスネットワーク２１２と、したがって、ゲートウェイデバイス１４を介して、種々のＭ２Ｍデバイス１８と通信してもよい。例示的Ｍ２Ｍデバイス１８は、示されるように、限定されないが、センサ、アクチュエータ、ＲＦＩＤタグ、および仮想オブジェクトを含む。本明細書に説明される種々の実施形態は、便宜上、システム２００またはそのコンポーネントを指す。例示的システム２００およびその部分は、開示される主題の説明を促進するように簡略化され、本開示の範囲を限定することを意図していないことが理解されるであろう。システム２００等のシステムに加えて、またはその代わりに、他のデバイス、システム、および構成が、本明細書に開示される実施形態を実装するために使用されてもよく、全てのそのような実施形態は、本開示の範囲内として考慮される。

さらなる背景として、Ｍ２Ｍ／ＩｏＴサービス層、例えば、Ｍ２Ｍサービス層２２は、Ｍ２Ｍ／ＩｏＴタイプデバイスおよびアプリケーションのための付加価値サービスを提供することに具体的に標的化され得る、例示的サービス層である。草案ＥＴＳＩＴＳ １０２．６９０ １．１．１（２０１１−１０）で議論される、Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）Ｍ２Ｍサービス層、草案バージョン１．０−１４ Ｍａｒ ２０１３で議論される、Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ（ＯＭＡ）Ｌｉｇｈｔｗｅｉｇｈｔ Ｍ２Ｍサービス層、およびｏｎｅＭ２Ｍ−ＴＳ−０００１ ｏｎｅＭ２Ｍ Ｆｕｎｃｔｉｏｎａｌ Ａｒｃｈｉｔｅｃｔｕｒｅ−Ｖ−０．１．２で議論されるｏｎｅＭ２Ｍサービス層等のサービス層を伴う複数のＭ２Ｍアーキテクチャ、すなわち、Ｍ２Ｍサービス層アーキテクチャ（例えば、ＥＴＳＩ Ｍ２Ｍ、ＯＭＡ ＬＷＭ２Ｍ、およびｏｎｅＭ２Ｍ）がある。上記のように、Ｍ２Ｍサービス層は、サービス層によってサポートされるＭ２Ｍ中枢能力の集合へのアクセスをアプリケーションおよびデバイスに提供することができる。能力のいくつかの実施例は、限定としてではなく提示される、セキュリティ、課金、データ管理、デバイス管理、発見、プロビジョニング、およびコネクティビティ管理を含む。これらの能力は、Ｍ２Ｍサービス層によってサポートされる、メッセージフォーマット、リソース構造、およびリソース表現を利用することができるＡＰＩを介して、アプリケーションに利用可能にされる。

ｏｎｅＭ２Ｍの目標は、種々のハードウェアおよびソフトウェアプラットフォーム内に容易に組み込まれることができる、共通Ｍ２Ｍサービス層の技術仕様を開発することである。そのようなＭ２Ｍサービス層は、フィールド内の種々のデバイスを世界中のＭ２Ｍアプリケーションサーと接続するように依拠されてもよい。また、図３を参照すると、ｏｎｅＭ２Ｍサービス層は、概して、サービス能力と称され得る、共通サービス機能（ＣＳＦ）のセットをサポートする。１つまたはそれを上回る特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、ミドルノード、特定用途向けノード）上でホストされることができる、単純にサービス層２２とも称され得る、共通サービスエンティティ２２ａ（ＣＳＥ）と称される。これらの共通機能は、図３に示されるように、Ｍｃａ、Ｍｃｃ、およびＭｃｎ参照点を介してエクスポーズされる。Ｍｃａ参照点は、単純にアプリケーション２０とも称され得る、アプリケーションエンティティ（ＡＥ）２０ａと、ＣＳＥ２２ａとの間の通信フローを指定する。Ｍｃｃ参照点は、同一のＭ２Ｍサービスプロバイダ（ＳＰ）ドメイン内にあるＣＳＥの間の通信フローを指定する。ＭｃａおよびＭｃｃを横断する通信は、対合要求／応答メッセージを介して起こってもよく、各要求は、標的ＣＳＥ２２ａ上でホストされるリソースに具体的ＲＥＳＴｆｕｌ動作（例えば、Ｃｒｅａｔｅ、Ｒｅｔｒｉｅｖｅ、Ｕｐｄａｔｅ、およびＤｅｌｅｔｅ）を行う。

図４も参照すると、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システムは、インフラストラクチャドメイン１１０と、フィールドドメイン１１２とを含んでもよい。インフラストラクチャドメイン１１０は、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメイン１１２は、通常、Ｍ２Ｍゲートウェイの背後にある、エリアネットワークを指す。Ｍｃｃ’は、異なるＭ２Ｍサービスプロバイダ（ＳＰ）のインフラストラクチャドメイン１１０内に位置するＣＳＥ２２ａの間の通信フローに使用される、参照点を表す。Ｍｃｎは、トランスポートおよびコネクティビティ以外のサービスのために、所与のＣＳＥ２２ａと下層ネットワークサービスエンティティ１０８（ＮＳＥ）との間で使用される。ＣＳＥは、ノードと称されるアーキテクチャのノード上でホストされてもよい。ノードは、ＣＳＥおよびゼロまたはそれを上回るＡＥをホストする、機能的エンティティを指し得る。代替として、ノードは、１つまたはそれを上回るＡＥをホストする、機能的エンティティを指し得る。ｏｎｅＭ２Ｍアーキテクチャは、一例として、そのうちのいくつかが図４に示される、種々のタイプのノード構成をサポートする。

図５も参照すると、ｏｎｅＭ２Ｍによってサポートされる共通サービス機能１１６（ＣＳＦ）の例示的セットが示されている。所与のＣＳＥ２２ａは、図５で描写されるＣＳＦ１１６のうちの１つまたはそれを上回るもの、例えば、全てをサポートしてもよい。

さらなる背景として、典型的なｏｎｅＭ２Ｍ ＲＥＳＴｆｕｌアーキテクチャでは、ＣＳＦ１１６は、１つまたはそれを上回るリソースのセットとして表される。リソースは、例えば、Ｃｒｅａｔｅ、Ｒｅｔｒｉｅｖｅ、Ｕｐｄａｔｅ、およびＤｅｌｅｔｅ等のＲＥＳＴｆｕｌ機構を介して操作されることができる表現を有する、アーキテクチャ内の一意にアドレス可能なエンティティを指す。リソースは、ユニバーサルリソース識別子（ＵＲＩ）を使用して、アドレス指定される。リソースは、子リソースおよび属性を含有してもよい。子リソースは、親リソースとの格納関係を有するリソースである。親リソース表現は、その子リソースの参照を含有してもよい。子リソースの存続期間は、親リソースの存続期間によって限定されてもよい。各リソースは、リソースと関連付けられる情報を示す、１つまたはそれを上回る属性をサポートする。

ここで図６を参照すると、ｏｎｅＭ２Ｍは、クエリを行い、受信機ＣＳＥ２２ａによってホストされるリソースまたはサービスを見出すためにレジストラント１１８によって使用されることができる、リソース発見機構をサポートする。レジストラント１１８は、例えば、ＣＳＥ２２ａまたはＡＥ２０ａを含んでもよい。図６で描写される実施例に示されるように、ｏｎｅＭ２Ｍリソース発見は、（６００で失敗なく認証され、ＣＳＥに登録された）レジストラント１１８によって創出される読み出し要求を使用する。依然として図６を参照して、図示される実施例によると、６０２で、発見要求が受信機ＣＳＥ２２ａに送信される。例示的発見要求は、レジストラント１１８の識別子（ＩＤ）と、発見動作が始まるリソースのアドレス（例えば、＜ＣＳＥＢａｓｅ＞）と、発見フィルタ基準（ｆｃ）とを含む。フィルタ基準は、ＣＳＥ２２ａがリソース発見を行うために使用する規則を説明する。例えば、規則は、１つまたはそれを上回るリソースタイプ、作成時間、および合致する１つまたはそれを上回る標識を示してもよい。ｏｎｅＭ２Ｍフィルタ基準の例示的リストが、以下の表１に示されている。６０４では、ＣＳＥ２２ａが、発見要求に合致するリソースを処理して検索するときに、フィルタ基準を使用する。したがって、そのようなリソースは、合致リソースと称され得る。サービス層２２ａが、６０２で送信された要求において規定されるフィルタ基準に合致する、またはそれを満たすリソースを見出すとき、かつレジストラント１１８が発見されたリソースにアクセスするために十分な許可を有するときに、合致が生じる。６０６では、図示される実施例によると、１つまたはそれを上回る合致リソースが発見され、したがって、受信機ＣＳＥ２２ａが、成功した応答をレジストラント１１８に送信する。成功した応答は、合致したリソースのリストを示してもよい。

一例として、依然として図６を参照すると、ＣＳＥ２２ａは、それがホストするリソースのそれぞれのための標識属性をサポートすることができる。標識属性は、例えば、「フィラデルフィア（ＰＡ）の温度センサ」等の検索文字列情報を記憶することができる。標識属性に基づいて、レジストラント１１８は、例えば、「標識＝フィラデルフィア（ＰＡ）の温度センサ」等のクエリ基準を含む、（６０２における）発見要求をＣＳＥ２２ａに発行することができる。６０４では、次いで、ＣＳＥ２２ａが、クエリを行い、本合致標識属性を伴う任意のリソースを見出すことができる。任意のリソースが存在する場合、ＣＳＥ２２ａは、６０６でレジストラント１１８に返す応答内に、これらのリソースのための発見情報（例えば、アドレス）を含むことができる。

さらなる背景として、ｏｎｅＭ２Ｍアクセス制御機構が、ＣＳＥによってホストされるリソースおよび／またはサービスへの認証されたサービス層レジストラントのためのアクセスを承認するために使用される。例えば、所与のレジストラントが所与のＣＳＥによってホストされるリソースまたはサービスにアクセスする権限を与えられる前に、レジストラントは、ＣＳＥによって認証され、ＣＳＥに登録される。認証および登録後に、レジストラントは、リソースまたはサービスにアクセスする権限を与えられる。承認は、各個別レジストラントと関連付けられる、プロビジョンされたアクセス制御ポリシー７０２（または許可）に基づいて、認証されたレジストラントがＣＳＥ内でホストされるリソースおよびサービスにアクセスすることを可能にするステップを含んでもよい。これらのアクセス制御ポリシー７０２は、図７に示されるように、「特権」属性７０４をサポートする、ｏｎｅＭ２Ｍ定義＜ａｃｃｅｓｓＣｏｎｔｒｏｌＰｏｌｉｃｙ＞リソースタイプ内で維持されてもよい。特権属性７０４は、どの承認されたサービス層レジストラントが、＜ａｃｃｅｓｓＣｏｎｔｒｏｌＰｏｌｉｃｙ＞リソースと関連付けられるリソースにアクセスする権限を与えられるかを定義する、アクセス制御規則（例えば、ポリシー）を伴って構成されることができる。

ここで図８を参照すると、ＯＭＡ ＬＷＭ２Ｍリソース発見が紹介されている。ＯＭＡ ＬＷＭ２Ｍは、所与のＭ２Ｍデバイス１８上でホストされるＬＷＭ２Ｍクライアント８０２と、例えば、Ｍ２Ｍゲートウェイまたはサーバ等の種々のノード上でホストされることができるＬＷＭ２Ｍサーバ８０４との間で、軽量アプリケーション層通信を可能にするサービス層を定義する。例示的ＯＭＡ ＬＷＭ２Ｍアーキテクチャ８００が、図８に示されている。ＯＭＡ ＬＷＭ２Ｍによってサポートされる１つの特徴は、リソース発見である。リソース発見は、ＬＷＭ２Ｍクライアント８０２によってサポートされる、オブジェクト８０６とも称され得る、リソースを発見するために、ＬＷＭ２Ｍサーバ８０４によって使用されてもよい。そのような発見は、ｏｎｅＭ２Ｍリソース発見が行われる様式と同様に行われてもよい。例えば、ＬＷＭ２Ｍ発見は、上記で説明されるように、随意のフィルタ基準とともに読み出し動作（例えば、ＣｏＡＰ ＧＥＴ）を含んでもよい。

ここで図９を参照すると、既存のｏｎｅＭ２Ｍ定義リソース発見機構は、所与のレジストラント１１８がリソースにアクセスする権限を与えられるときのみ、レジストラント１１８がクエリを行い、所与のＣＳＥ２２ａによってホストされるリソースを見出すことを可能にすることが、本明細書で認識される。リソースにアクセスする承認は、典型的には、ＣＳＥ２２ａの別のレジストラント１１８である、リソースの所有者によって与えられる。リソースの所有者は、リソースの対応するアクセス制御ポリシーを更新することによって、承認を与える。例えば、所有者は、アクセス制御リストを更新してもよい。したがって、承認がレジストラントに与えられるときのみ、レジストラントは、リソースを発見し、後に、アクセスすることができる。さらに、上記のリソース発見機構は、少なくとも、どのレジストラントがそれらのリソースを発見してアクセスしようとしているかをリソース所有者が事前に把握することを要求するため、問題であることが本明細書で認識される。リソース所有者が、特定のレジストラントがリソース所有者によって所有される特定のリソースにアクセスしようとするであろうことを把握せず、レジストラントがリソースを発見しようとする場合、リソースは、レジストラントによって発見およびアクセスされないであろう。したがって、リソース所有者は、例えば、収入機会等の種々の機会を失い得る。さらに、レジストラントが特定のリソースを発見してアクセスすることができない場合があるため、レジストラントは、所望に応じて機能できない場合がある。

また、既存のｏｎｅＭ２Ｍリソース発見機構が、レジストラントに欠けている許可に関してフィードバックをレジストラントに提供しないことも、本明細書で認識される。そのような許可は、レジストラントが所望するＣＳＥリソースをレジストラントが発見してアクセスするために必要とされ得る。例示的フィードバックは、限定としてではなく提示される、具体的リソースにアクセスするためのレジストラントに欠けている許可のタイプ、特定のリソース所有者の連絡先情報等を含む。そのようなフィードバックの欠如は、少なくとも、レジストラントが、特定のリソースを発見してアクセスする適切な承認が欠けているかどうか、およびそのときを検出することを妨げ得るため、問題であることが本明細書で認識される。フィードバックの欠如は、レジストラントが、例えば、リソース所有者から必要とされる適切な承認を要求して取得すること等の是正措置を講じることを妨げ得る。

上記の例示的問題は、図９を参照してさらに説明される。示されるように、第１のＡＥ２０ａが、センサゲートウェイ１４上でホストされる。センサゲートウェイは、アクセスネットワーク２１２、例えば、制約ネットワーク内で、センサとして構成される、種々のＭ２Ｍデバイス１８と通信する。第１のＡＥ２０ａは、ｏｎｅＭ２Ｍ ＣＳＥ２２ａによって認証され、それに登録される。したがって、第１のＡＥ２０ａはまた、第１のレジストラント１１８ａとも称され得る。図示される実施例によると、第１のＡＥ２０ａは、ＣＳＥ２２ａによってホストされるリソース内にそのセンサ示度値を記憶する。第２のＡＥ２０ｂは、第１のＡＥ２０ａが登録される、ＣＳＥ２２ａによって認証され、それに登録される。したがって、第２のＡＥ２０ｂはまた、第２のレジストラント１１８ｂとも称され得る。実施例では、第２のＡＥ２０ｂは、第１のＡＥ２０ａによってサポートされる制約ネットワーク２１２内のものと偶然に同一のタイプであるセンサを発見し、アクセスすることに関心がある。しかし、第１のレジストラント１１８ａは、第２のレジストラント１１８ｂの予備知識または認識を有していない。したがって、実施例では、少なくとも、第２のレジストラント１１８ｂが、第１のレジストラント１１８ａによってそうするように権限を与えられないため、第２のレジストラント１１８ｂは、ＣＳＥ２２ａ内のセンサリソースを発見してアクセスすることができない。別の言い方をすれば、第１のＡＥ２０ａは、センサリソースを発見してアクセスする許可を第２のＡＥ２０ｂに与えることができない。したがって、実施例では、第２のＡＥ２０ｂは、第１のＡＥ２０ａによって所有されるセンサリソースを発見してアクセスすることができない。

本明細書で認識されるように、既存のｏｎｅＭ２Ｍリソース発見機構に関するさらに別の問題は、レジストラントが発見されたリソースまたはサービスに行うことを意図する動作のタイプ（例えば、Ｃｒｅａｔｅ、Ｒｅｔｒｉｅｖｅ、Ｕｐｄａｔｅ、Ｄｅｌｅｔｅ、Ｓｕｂｓｃｒｉｂｅ、Ｎｏｔｉｆｙ等）をレジストラントが規定できないことである。さらに、既存の機構を使用して、レジストラントは、レジストラントが発見されたリソースまたはサービスにアクセスすることを意図する役割（例えば、ユーザまたは管理者）を規定できないことが、本明細書で認識される。さらに依然として、既存の機構を使用して、レジストラントは、そこからレジストラントがリソースまたはサービスにアクセスすることを意図する場所を規定できないことが、本明細書で認識される。さらに依然として、既存の機構を使用して、レジストラントは、（例えば、レジストラントが複数のプランを有する場合において）リソースまたはサービスにアクセスするために使用することを意図する加入プランを識別できないことが、本明細書で認識される。上記の例示的情報等の種々のタイプの情報を示すことができないと、ＣＳＥには、リソース発見要求を処理するときに、レジストラントが発見されたリソースまたはサービスにアクセスすることを意図するコンテキストの適切な認識が欠如し得る。適切なコンテキストがないと、ＣＳＥは、レジストラントがリソースまたはサービスにアクセスすることを意図する方法で、レジストラントがリソースまたはサービスにアクセスする適切な許可を有するかどうかを判定できない場合がある。したがって、例えば、レジストラントが発見されたリソースまたはサービスにアクセスしようとするときに、レジストラントは、不十分な許可に起因して、リソースまたはサービスにアクセスすることに失敗し得る。そのような失敗は、例えば、ＣＳＥが発見プロセス中に種々のコンテキスト情報を考慮し、レジストラントに返される発見結果をさらに適格とするためにコンテキスト情報を使用することができる場合に、回避または抑制されてもよい。

例示的実施形態によると、１つまたはそれを上回るレジストラント１１８が、許可ベースのリソースまたはサービス発見要求をＣＳＥ２２ａに発行してもよい。要求は、許可特有のパラメータおよび／またはフィルタ基準を含んでもよい。要求を受信すると、ＣＳＥ２２ａは、要求を処理することができる。ＣＳＥ２０ａは、以下でさらに説明されるように、許可ベースの発見結果を特定のレジストラント１１８に返してもよい。発見結果は、発見要求内に含有される規定発見基準を満たす、１つまたはそれを上回る個々のリソースもしくはサービスのリストを含んでもよい。発見結果は、１つまたはそれを上回るリソースもしくはサービスに対応する、許可関連情報を含んでもよい。許可関連情報は、発見されたリソースまたはサービスのうちのどれにレジストラントがアクセスする十分な許可を有するかを判定するために、レジストラントによって使用されることができる。レジストラントはまた、発見されたリソースまたはサービスのうちのどれにレジストラントがアクセスするための許可が不十分であるかを判定してもよい。したがって、許可関連情報に基づいて、サービス層２２のレジストラントは、どのアクションを取るかを決定することができる。例えば、レジストラントは、それがアクセスする十分な許可を有する、または有していない、リソースもしくはサービスを識別することができる。

便宜上、例示的実施形態は、概して、ｏｎｅＭ２Ｍベースのサービス層（ＣＳＥ）との関連で本明細書に説明される。実施形態は、ｏｎｅＭ２Ｍに限定されず、実施形態は、例えば、ＯＭＡ ＬＷＭ２Ｍ等の代替的アーキテクチャの種々のサービス層を使用して実装され得ることが理解されるであろう。

ここで図１０を参照すると、ＣＳＥ２２ａを使用して行われることができる、例示的方法が描写されている。１００２では、図示される実施形態によると、複数のレジストラント１１８がＣＳＥ２２ａに登録されるように、予備動作が行われる。例えば、複数のレジストラント１１８のうちの第１のレジストラント１１８ａは、ＣＳＥ２２ａと相互に認証してもよく、第１のレジストラント１１８ａは、ＣＳＥ２２ａに登録してもよい。第１のレジストラント１１８ａは、ＣＳＥ２２ａ内でホストされる１つまたはそれを上回るリソースもしくはサービスを作成してもよい。代替として、または加えて、第１のレジストラント１１８ａは、ＣＳＥ２２ａの外部でホストされる１つまたはそれを上回るリソースもしくはサービスへのリンクを作成してもよい。ＣＳＥ２２ａは、そのような外部リソースまたはサービスのためのアクセス制御ポリシーを管理してもよい。第１のレジストラント１１８ａは、ＣＳＥ２２ａがリソースもしくはサービスへのアクセスを承認するために使用することができる、１つまたはそれを上回るアクセス制御ポリシーのリストともに、リソースもしくはサービスに対応するアクセス制御を構成してもよい。複数のレジストラント１１８のうちの第２のレジストラント１１８ｂは、ＣＳＥ２２ａと相互に認証してもよく、第２のレジストラント１１８ｂは、ＣＳＥ２２ａに登録してもよい。

依然として図１０を参照して、図示される実施形態によると、１００４では、例えば、第２のレジストラント１１８ｂが承認され、ＣＳＥ２２ａに登録された後、第２のレジストラント１１８ｂは、許可ベースの様式でＣＳＥ２２ａにクエリを行うことができる。例えば、第２のレジストラント１１８ｂは、第２のレジストラント１１８ｂが所望するリソースまたはサービスを発見するように、ＣＳＥ２２ａにクエリを行ってもよい。そのようなクエリは、発見要求と称され得る。所望のリソースまたはサービスは、第１のレジストラント１１８ａによって所有されてもよい。第２のレジストラント１１８ａは、所望のリソースまたはサービスに動作を行うことを所望してもよい。発見要求内で、第２のレジストラント１１８は、ＣＳＥ２２ａが許可に基づいて発見応答を適格とすることを可能にする、種々の情報を含むことができる。発見要求は、トリガに基づいて第２のレジストラント１１８ｂによって送信されてもよい。例えば、発見要求は、第２のレジストラントが所望のリソースまたはサービスと関連付けられる情報（例えば、ＵＲＩおよび許可）を事前プロビジョンされないときに、トリガされてもよい。したがって、第２のレジストラントは、許可ベースの発見を介して、本情報を動的に発見してもよい。

一実施形態では、ＣＳＥ２２ａは、所与のレジストラントが、随意に、発見要求に許可ベースのフィルタ基準を含むことを可能にすることができる。フィルタ基準は、リソースまたはサービスが合致するかどうかを適格とするために、ＣＳＥ２２ａによって使用されることができ、発見応答に含まれる。例えば、以下の表２は、本開示で定義される許可ベースの発見機能性をサポートするために使用されることができる、概して、発見パラメータまたは発見コンテキストとも称され得る、付加的ｏｎｅＭ２Ｍ発見フィルタ基準もしくは条件を定義する。許可ベースの発見要求は、表２に列挙される例示的発見コンテキストを含むことができる。代替的発見コンテキストが、所望に応じて発見要求に含まれ得ることが理解されるであろう。表２の定義された発見コンテキストは、許可ベースの発見を実現するために、既存のｏｎｅＭ２Ｍ発見フィルタ基準とともに使用されてもよい。表２のタグは、既存のｏｎｅＭ２Ｍフィルタ基準要求パラメータに含まれることができる。代替として、または加えて、表２のタグは、付加的な許可ベースのフィルタ基準要求パラメータに含まれることができる。例示的実施形態では、ユーザは、例えば、表２の基準等のどの許可ベースのフィルタ基準が、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、ユーザインターフェースを使用することができる。したがって、所与のレジストラントは、ユーザインターフェースを介して、発見要求のコンテキストがレジストラントのユーザによって規定されるように構成されてもよい。

別の例示的実施形態では、表２において上記で説明される許可ベースのフィルタ基準の代わりに、またはそれに加えて、付加的ｏｎｅＭ２Ｍ発見要求パラメータが使用されることができる。許可ベースの発見要求は、概して、発見コンテキストとも称され得る、表３に列挙される例示的発見パラメータを含むことができる。代替的発見パラメータが、所望に応じて発見要求に含まれ得ることが理解されるであろう。さらに、表３に列挙される例示的発見パラメータは、許可ベースの発見を実現するために、既存のｏｎｅＭ２Ｍ発見要求パラメータとともに使用されてもよい。例示的実施形態では、ユーザは、例えば、表３に列挙されるパラメータ等のどの許可ベースの発見パラメータが、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、ユーザインターフェースを使用することができる。

再度、図１０を参照して、図示される実施形態によると、１００６で、発見要求を受信すると、ＣＳＥ２２ａは、発見要求が許可ベースの発見要求であることを判定することができる。例えば、ＣＳＥ２２ａは、集合的に発見コンテキストと称される、１つまたはそれを上回る許可ベースのフィルタ基準もしくは要求パラメータの存在を検出してもよい。許可ベースの発見要求を検出することに基づいて、ＣＳＥ２２ａは、リソースまたはサービスが要求に合致することを判定するように、発見要求を処理することができる。例えば、ＣＳＥ２２ａは、発見要求の中で示されるフィルタ基準を、ＣＳＥ２２ａがホストするリソースまたはサービスと関連付けられる、対応する属性と比較してもよい。さらなる一例として、ＣＳＥ２２ａは、発見要求の中で示される要求パラメータを、ＣＳＥ２２ａがホストするリソースまたはサービスと関連付けられる、対応する属性と比較してもよい。さらに、ＣＳＥ２２ａは、フィルタ基準または属性を、ＣＳＥ２２ａがリンクされるリソースもしくはサービスと関連付けられる、対応する属性と比較することができる。ある場合には、第２のレジストラント１１８ｂによって所望されるリソースまたはサービスが、ＣＳＥ２２ａによって見出される（発見される）場合、ＣＳＥ２２ａは、発見されたリソースまたはサービスが、要求レジストラント１１８ｂとも称され得る第２のレジストラント１１８ｂにアクセス可能であるかどうかを判定するように、所望のリソースもしくはサービスと関連付けられる１つまたはそれを上回る許可のリストをチェックしてもよい。許可は、ＣＳＥ２２ａによって維持されてもよい。許可を定義するための説明される方法のうちのいずれかは、個別に、または任意の適切な組み合わせでともに使用され得ることが理解されるであろう。

ある場合には、許可は、アクセス制御リスト（ＡＣＬ）として実装されてもよい。許可がＡＣＬとして実装される場合、ＣＳＥ２２ａは、ＣＳＥ２２ａと関連付けられる要求レジストラント１１８ｂの識別（ＩＤ）を使用して、ＡＣＬを検索することができる。ＣＳＥ２２ａは、いずれかの許可がレジストラント１１８ｂのために存在するかどうかを判定するように、ＡＣＬを検索することができる。レジストラント１１８ｂと関連付けられる許可が見出される場合、ＣＳＥ２２ａは、許可を、レジストラント１１８ｂが所望のリソースまたはサービスに行うことを所望する動作と比較することができる。許可が、例えば、所望の動作が行われることを可能にする場合、ＣＳＥ２２ａは、発見結果に所望のリソースまたはサービスを含むことができる。許可が所望の動作を可能にしない、または要求レジストラント１１８ｂと関連付けられる許可が存在しない場合、ＣＳＥ２２ａは、発見結果から所望のリソースもしくはサービスを省略することができる。例示的実施形態によると、ＣＳＥ２２ａは、随意に、合致リソースまたはサービスが発見された（見出された）が、レジストラント１１８ｂには、現在、発見されたリソースまたはサービスにアクセスする十分な許可が欠けていることをレジストラント１１８ｂに通知する、情報を発見応答に含むことができる。さらに、ＣＳＥ２２ａは、図１０の１００８に関してさらに説明されるように、どの許可が要求レジストラント１１８ｂに欠けているかを規定してもよい。

別の実施例では、許可は、役割ベースのアクセス制御として実装される。例えば、ＣＳＥ２２ａは、要求レジストラント１１８ｂが、発見されたリソースまたはサービス上で／に所望の動作を行うために担うであろうことを示した役割を比較することができる。所望の動作が規定役割のために許可される場合、ＣＳＥ２２ａは、発見結果にリソースまたはサービスを含んでもよい。動作が規定役割のために許可されない場合、または規定役割のために存在する許可がない場合、ＣＳＥは、発見結果からリソースもしくはサービスを省略することができる。例示的実施形態では、ＣＳＥ２２ａは、随意に、合致リソースまたはサービスが発見された（見出された）が、レジストラント１１８ｂには、現在、規定役割を使用して発見されたリソースまたはサービスにアクセスできないことを要求レジストラント１１８ｂに通知する、情報を発見応答に含むことができる。さらに、ＣＳＥ２２ａは、レジストラント１１８ｂが所望のリソースまたはサービスにアクセスするためにどの役割が必要とされるかを規定してもよい。

さらに別の例示的実施形態では、許可が、加入ベースのアクセス制御として実装される。許可が加入ベースのアクセス制御として実装されるとき、ＣＳＥ２２ａは、要求レジストラント１１８ｂが有する加入のタイプを、所望のリソースまたはサービスに所望の動作を行うために必要とされる加入のタイプと比較してもよい。所望の動作が規定加入タイプのために許可される場合、ＣＳＥ２２ａは、発見結果に所望のリソースまたはサービスを含むことができる。動作が規定加入タイプのために許可されない場合、もしくは規定加入タイプのために存在する許可がない場合、ＣＳＥ２２ａは、発見結果から所望のリソースまたはサービスを省略することができる。さらに、ＣＳＥ２２ａは、ＣＳＥ２２へのどのタイプの加入が、所望のリソースまたはサービスにアクセスするために必要とされるかを規定してもよい。

図１０を続けて参照して、図示される実施形態によると、１００８では、ＣＳＥ２２ａが、許可ベースの発見応答を第２のレジストラント１１８ｂに返す。発見応答では、ＣＳＥ２２ａは、発見されたリソースもしくはサービスのうちの１つまたはそれを上回るもののそれぞれにアクセスするために、どの許可を第２のレジストラントが有するか、および／またはどの許可が欠けているかを第２のレジストラント１１８ａに知らせることができる。例えば、１００６では、ＣＳＥ２２ａは、発見中に見出される１つまたはそれを上回るリソースもしくはサービスにアクセスするための第２のレジストラントの許可（またはその欠如）の説明を含むことができる。そのような許可情報は、ＣＳＥ２２ａが第２のレジストラント１１８ｂに送信する発見応答にＣＳＥ２２ａによって含まれることができる。許可情報に基づいて、第２のレジストラント１１８ｂは、第２のレジストラントがリソースまたはサービスに所望の動作を行うことができるように、（該当する場合）発見されたリソースまたはサービスのうちのいずれに第２のレジストラント１１８ｂが十分な許可を有するかを判定することができる。以下の表４は、種々の許可情報をレジストラントに示すために使用されることができる、付加的ｏｎｅＭ２Ｍ発見応答パラメータを定義する。したがって、表４の例示的発見応答パラメータは、上記で説明される許可ベースのリソース発見機能性を有効にするために使用されてもよい。代替的発見応答パラメータは、所望に応じて発見応答に含まれてもよく、したがって、発見応答は、表４に列挙される許可ベースの発見応答パラメータに限定されないことが理解されるであろう。例示的実施形態では、第２のレジストラント１１８ｂと関連付けられるユーザインターフェースは、例えば、ＣＳＥ２２ａからの所与の応答に含有される、表４に列挙されるパラメータ等の許可ベースの発見結果を表示することができる。したがって、応答に基づいて、ユーザは、ユーザインターフェースを介して、ユーザがアクセスする許可を有する、１つまたはそれを上回るリソースもしくはサービスを選択してもよい。例えば、発見応答によって示される結果は、レジストラントのユーザが、ユーザインターフェースを介して、レジストラントがアクセスする許可を有する１つまたはそれを上回るリソースを選択し得るように、ユーザインターフェースによって表示されてもよい。

依然として図１０を参照して、ＣＳＥ２２ａから許可認識発見応答を受信すると、第２のレジストラント１１８ｂは、任意のリソースまたはサービスが、所望の動作を行うために十分な許可を有するＣＳＥ２２ａ内に存在するかどうかを検出することができる。例えば、レジストラント１１８ｂは、発見されたリソースまたはサービスのうちのいずれかがレジストラント１１８ｂにアクセス可能であるかどうかを判定するように、上記の表４に列挙される許可ベースの発見応答パラメータのうちの１つまたはそれを上回るもの、例えば、それぞれを点検してもよい。レジストラント１１８ｂが、所望の発見されたリソースおよびサービスのうちの少なくとも１つにアクセスすることを許可される場合、本プロセスは、１０１２ａに進んでもよく、そこで、第２のレジストラント１１８ｂは、第１のレジストラント１１８ａによって所有され得る、リソースまたはサービスにアクセスする。代替として、レジストラント１１８ｂが、所望の発見されたリソースおよびサービスのうちの少なくとも１つにアクセスすることを許可されない場合、本プロセスは、１０１２ｂに進んでもよく、そこで、第２のレジストラント１１８ｂは、発見された所望のリソースまたはサービスにアクセスするために必要である許可を取得しようとすることができる。例えば、レジストラント１１８ｂは、必要な許可を取得するために、許可ベースの発見応答の中で提供される情報（例えば、リソースまたはサービス所有者のアドレス、それに欠けている許可等）を使用してもよい。

したがって、上記で説明されるように、システムは、ＣＳＥ２２ａと称されることができる、サービス層２２をホストするネットワークノードと通信する、レジストラント、例えば、第２のレジストラント１１８ｂを含んでもよい。ネットワークノードは、レジストラントからリソースの発見要求を受信してもよい。要求されたリソースは、レジストラントがアクセスする権限を与えられていないリソースであってもよい。発見要求は、種々のコンテキストを含んでもよい。例えば、発見要求のコンテキストは、レジストラントがリソースに行うことを意図する動作、レジストラントがリソースにアクセスする場合にレジストラントが担うことを意図する役割、レジストラントがリソースにアクセスすることを意図する場所、およびレジストラントがリソースにアクセスする場合にレジストラントが使用することを意図する加入プランのうちの少なくとも１つを示してもよい。発見要求のコンテキストに基づいて、ネットワークノードは、サービス層における１つまたはそれを上回るリソースが発見要求を満たすかどうかを判定してもよい。ネットワークノードは、発見応答をレジストラントに送信してもよく、発見応答は、１つまたはそれを上回るリソースが発見要求を満たすかどうかの判定の結果を示す。１つまたはそれを上回るリソースが発見要求を満たさないとき、ネットワークノードは、レジストラントが少なくとも１つのリソースにアクセスする許可を取得することができるように、少なくとも１つのリソースをレジストラントに送信してもよい。１つまたはそれを上回るリソースが発見要求を満たすとき、ネットワークノードは、１つまたはそれを上回るリソースをレジストラントに送信してもよい。

図６に図示されるステップを行うエンティティは、図１３Ｃまたは図１３Ｄに図示されるもの等のデバイス、サーバ、もしくはコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることが理解されるであろう。すなわち、図６に図示される方法は、図１３Ｃまたは図１３Ｄに図示されるデバイスもしくはコンピュータシステム等のコンピュータデバイスのメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装されてもよく、そのコンピュータ実行可能命令は、コンピュータデバイスのプロセッサによって実行されると、図６に図示されるステップを行う。

上記で説明されるように、サービス層によって認証されるレジストラント（認証されたレジストラント）は、例えば、それが所与のＣＳＥ２２ａに発行する発見要求内に、表２に列挙される基準等の１つまたはそれを上回る許可ベースのフィルタ基準を含むことによって、許可ベースのｏｎｅＭ２Ｍリソースもしくはサービス発見を開始することができる。要求を受信すると、ＣＳＥ２２ａは、許可ベースのフィルタ基準のうちの１つまたはそれを上回るものの存在を検出することによって、要求が許可ベースの発見要求であることを判定してもよい。検出に基づいて、ＣＳＥ２２ａは、フィルタ基準および／または要求パラメータを、ＣＳＥ２２ａがホストするリソースもしくはサービスのそれぞれと関連付けられる、対応する属性と比較することによって、任意の合致リソースもしくはサービスが存在するかどうかを判定するように、発見要求を処理することができる。ＣＳＥ２２ａは、発見応答内で合致リソースまたはサービスを返すことができる。加えて、ＣＳＥはまた、例えば、応答内に、図４で描写される発見応答パラメータ等の許可ベースの発見応答パラメータを含むこともできる。合致リソースまたはサービスおよび許可ベースの発見応答パラメータは、集合的に許可ベースの発見結果と称されることができる。受信レジストラントは、いずれかのリソースまたはサービスが発見要求からのフィルタ基準に合致するかどうかを判定するように、許可ベースの発見結果を解析することができる。さらに、受信レジストラントは、フィルタ基準に合致するリソースまたはサービスにアクセスするために十分な許可を有するかどうかを判定するように、許可ベースの発見結果を評価することができる。受信レジストラントが適切な許可を有していない場合、レジストラントは、発見応答に含有される情報から、どの許可がそれに欠けているかを判定することができる。

図１１は、例示的レジストラント１１８（例えば、ＡＥ２０ａまたはＣＳＥ２２ａ）と、例えば、ＣＳＥ２２ａ等の例示的サービス層２２とを含む、例示的システム１１０１によって行われる、許可ベースの発見の実施例を描写する。ＣＳＥ２２ａは、任意の適切なネットワークノード上でホストされ得ることが理解されるであろう。図１１で描写される実施例は、開示される主題の説明を促進するように簡略化され、本開示の範囲を限定することを意図していないことが理解されるであろう。システム１１０１等のシステムに加えて、またはその代わりに、他のデバイス、システム、および構成が、本明細書に開示される実施形態を実装するために使用されてもよく、全てのそのような実施形態は、本開示の範囲内として考慮される。

図１１を参照すると、１１００では、レジストラント１１８が認証され、ＣＳＥ２２ａに登録する。ある場合には、レジストラント１１８は、ＣＳＥ２２ａ内でホストされるリソースまたはサービスにアクセスする権限を与えられることができる前に、ＣＳＥ２２ａによって失敗なく認証され、ＣＳＥ２２ａに登録されなければならない。ある場合には、既存のｏｎｅＭ２Ｍ定義認証、登録、およびアクセス制御機構が、１１００において実装される。１１０２では、図示される実施形態によると、レジストラント１１８が、許可ベースのリソースまたはサービス発見要求をＣＳＥ２２ａに送信する。本要求内で、レジストラント１１８ａは、例えば、レジストラントのＩＤ、発見動作が始まるリソースのアドレス（例えば、＜ＣＳＥＢａｓｅ＞）、および発見フィルタ基準（ｆｃ）（例えば、「フィラデルフィア（ＰＡ）の温度センサ」という検索文字列を含有する標識）等の既存のｏｎｅＭ２Ｍ規定されたパラメータを含んでもよい。示されるように、要求はまた、上記で説明される許可ベースのフィルタ基準等の許可ベースの発見フィルタ基準を含んでもよい。図１１に図示される実施例における基準は、１）レジストラント１１８がアクセスする許可を有するリソース、およびレジストラントがアクセスする許可を有していないリソース（ｐｅｒｍｉｓｓｉｏｎｓ＝ｇｒａｎｔｅｄ｜ｄｅｎｉｅｄ）、２）レジストラント１１８ｂがＲｅｔｒｉｅｖｅ、Ｓｕｂｓｃｒｉｐｔｉｏｎ、およびＮｏｔｉｆｉｃａｔｉｏｎ動作を行うことができるリソース、３）レジストラント１１８ｂが「ａｄｍｉｎ」の役割でアクセスすることができるリソース、４）レジストラントが「ｈｏｍｅ」からアクセスできすることができるリソース、および５）レジストラントがその「Ｖｅｒｉｚｏｎ」加入プランを介してアクセスすることができるリソースを発見することに、レジストラント１１８が関心を持っていることを示す（規定する）。

図１１で描写される実施例を依然として参照すると、１１０４では、ＣＳＥ２２ａが、許可ベースの発見要求を受信し、レジストラント１１８によって提供される要求の中の情報を処理する。ＣＳＥ２２ａは、要求の中のコンテキスト情報を、ＣＳＥ２２ａによってホストされるリソースおよびサービスのタイプ、ならびにＣＳＥ２２ａによってホストされるリソースおよびサービスと関連付けられるアクセス制御ポリシーと比較してもよい。ＣＳＥ２２ａは、それが基準を満たすことを見出す各リソースのアクセス制御ポリシーを比較するために、レジストラントのＩＤを使用してもよい。図示される実施例では、レジストラント１１８のＩＤに基づく１１０４における処理の結果として、ＣＳＥ２２ａは、フィルタ基準（例えば、標識）を満たす第１のリソース（＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）を見出し、ＣＳＥ２２ａは、レジストラントが第１のリソースにアクセスする許可を有することを判定する。さらに、ＣＳＥ２２ａは、第１のリソースが許可ベースの要求パラメータを少なくとも部分的に満たすことを判定する。加えて、図示される実施例では、ＣＳＥ２２ａは、フィルタ基準（例えば、標識）を満たす第２のリソースを発見し、ＣＳＥ２２ａは、レジストラント１１８のＩＤに基づいて、レジストラント１１８が第２のリソース（＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐ）にアクセスするために必要とされる許可を有していないことを判定する。

１１０６では、図示される実施例によると、ＣＳＥ２２ａが、応答をレジストラント１１８に返す。応答は、許可ベースのサービスまたはリソース発見結果を含む。したがって、応答は、レジストラント１１８がアクセスする許可を有する第１のリソース、およびレジストラント１１８がアクセスする許可を有していない第２のリソースを示す。示されるように、ＣＳＥ２２ａは、第１のリソースおよび第２のリソースと関連付けられる許可ベースの応答パラメータを含む。例示的許可ベースの応答パラメータは、以下の情報、すなわち、１）レジストラント１１８が、＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐではなく、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスする許可を有する、２）レジストラント１１８が、加入または通知ではなく、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿ＰｈｉｌｌｙにＲｅｔｒｉｅｖｅ動作を行う許可を有する、３）レジストラント１１８が、管理者ではなくユーザとして、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、４）レジストラント１１８が、（ホームからだけでなく）いずれの場所からもＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、５）レジストラント１１８が、そのＶｅｒｉｚｏｎ加入プランを使用して、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、および６）レジストラント１１８がＡｍａｚｏｎ Ｐｒｉｍｅ加入プランを有していないため、レジストラント１１８が、ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐ＞にアクセスする許可を有していないことを、レジストラント１１８に示す。上記の許可ベースの応答パラメータは、実施例の目的のみで提示され、代替的応答パラメータが、所望に応じて本明細書に説明される実施形態で使用され得ることが理解されるであろう。

１１０８では、図示される実施例によると、レジストラント１１８は、レジストラント１１８がアクセスする十分な許可を有する、任意のリソースまたはサービスが存在するかどうかを判定するように、許可ベースの発見応答を処理する。図示される実施例では、レジストラント１１８は、それが第１のリソース（ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）へのアクセスを有することを判定する。レジストラント１１８はまた、それが第１のリソースにＲｅｔｒｉｅｖｅ動作を行う許可のみを有することも検出し、したがって、レジストラント１１８は、第１のリソースに加入または通知動作を行うことを許可されていない。発見応答に基づいて、第１のレジストラントはまた、それが管理者ではなくユーザを介して第１のリソースにアクセスしなければならないことも検出する。発見応答に基づいて、レジストラント１１８のユーザは、レジストラント１１８が第２のリソース（ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）にアクセスすることができるように、Ａｍａｚｏｎ Ｐｒｉｍｅアカウントを設定することを決定してもよい。

ここで図１２を参照すると、代替実施形態では、許可ベースの発見情報が、ｏｎｅＭ２Ｍ要求パラメータの中で搬送されることができる。図１２に示されるように、図１１の許可ベースのフィルタ基準は、ｏｎｅＭ２Ｍ要求パラメータを伴ってもよい。認証されたレジストラントは、例えば、レジストラントがＣＳＥに発行する発見要求内に、表３に列挙されるパラメータ等の１つまたはそれを上回る許可ベースの要求パラメータを含むことによって、許可ベースのｏｎｅＭ２Ｍリソースもしくはサービス発見を開始することができる。要求を受信すると、ＣＳＥは、これらの許可ベースの要求パラメータの存在を検出することによって、それが許可ベースの発見要求であることを検出することができる。本検出時に、ＣＳＥは、例えば、そのホストされたリソースまたはサービスのそれぞれの対応する属性に対して、フィルタ基準および要求パラメータを比較することによって、任意の合致リソースまたはサービスが存在するかどうかを判定するように要求を処理することができる。ＣＳＥは、発見応答内で合致リソースまたはサービスを返すことができる。加えて、ＣＳＥはまた、例えば、表４に列挙される応答パラメータ等の応答内の許可ベースの発見応答パラメータを含むこともできる。レジストラントは、任意のリソースまたはサービスがフィルタ基準に合致するかどうか、およびレジストラントがそれらにアクセスするために十分な許可を有するかどうかを判定するように、許可ベースの発見結果を解析することができる。許可が不十分である場合、レジストラントは、どの許可がそれに欠けているかを判定することができる。

図１２は、例えば、例示的レジストラント１１８（例えば、ＡＥ２０ａまたはＣＳＥ２２ａ）と、ＣＳＥ２２ａ等の例示的サービス層２２とを含む、例示的システム１２０１によって行われる、許可ベースの発見の実施例を描写する。ＣＳＥ２２ａは、任意の適切なネットワークノード上でホストされ得ることが理解されるであろう。図１２で描写される実施例は、開示される主題の説明を促進するように簡略化され、本開示の範囲を限定することを意図していないことが理解されるであろう。システム１２０１等のシステムに加えて、またはその代わりに、他のデバイス、システム、および構成が、本明細書に開示される実施形態を実装するために使用されてもよく、全てのそのような実施形態は、本開示の範囲内として考慮される。

図１２を参照すると、１１００では、レジストラント１１８が認証され、ＣＳＥ２２ａに登録する。ある場合には、レジストラント１１８は、ＣＳＥ２２ａ内でホストされるリソースまたはサービスにアクセスする権限を与えられることができる前に、ＣＳＥ２２ａによって失敗なく認証され、ＣＳＥ２２ａに登録されなければならない。ある場合には、既存のｏｎｅＭ２Ｍ定義認証、登録、およびアクセス制御機構が、１１００において実装される。１２０２では、図示される実施形態によると、レジストラント１１８が、許可ベースのリソースまたはサービス発見要求をＣＳＥ２２ａに送信する。本要求内で、レジストラント１１８ａは、例えば、レジストラントのＩＤ、発見動作が始まるリソースのアドレス（例えば、＜ＣＳＥＢａｓｅ＞）、および発見フィルタ基準（ｆｃ）（例えば、「フィラデルフィア（ＰＡ）の温度センサ」という検索文字列を含有する標識）等の既存のｏｎｅＭ２Ｍ規定されたパラメータを含んでもよい。示されるように、要求はまた、例えば、表３に列挙されるパラメータ等の許可ベースの発見要求パラメータを含んでもよい。図１２に図示される実施例におけるパラメータは、レジストラント１１８が、１）発見されたリソースにＲｅｔｒｉｅｖｅ、Ｓｕｂｓｃｒｉｐｔｉｏｎ、およびＮｏｔｉｆｉｃａｔｉｏｎ動作を行う、２）「ａｄｍｉｎ」としての役割を用いてリソースにアクセスする、３）「ｈｏｍｅ」からリソースにアクセスする、および４）その「Ｖｅｒｉｚｏｎ」加入プランを介してアクセスすることを意図することを示す（規定する）。

図１２で描写される実施例を依然として参照すると、１２０４では、ＣＳＥ２２ａが、許可ベースの発見要求を受信し、レジストラント１１８によって提供される要求の中の情報を処理する。ＣＳＥ２２ａは、要求の中のコンテキスト情報を、ＣＳＥ２２ａによってホストされるリソースおよびサービスのタイプ、ならびにＣＳＥ２２ａによってホストされるリソースおよびサービスと関連付けられるアクセス制御ポリシーと比較してもよい。ＣＳＥ２２ａは、それが基準を満たすことを見出す各リソースのアクセス制御ポリシーを比較するために、レジストラントのＩＤを使用してもよい。図示される実施例では、レジストラント１１８のＩＤに基づく１２０４における処理の結果として、ＣＳＥ２２ａは、フィルタ基準（例えば、標識）を満たす第１のリソース（＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）を見出し、ＣＳＥ２２ａは、レジストラントが第１のリソースにアクセスする許可を有することを判定する。さらに、ＣＳＥ２２ａは、第１のリソースが許可ベースの要求パラメータを少なくとも部分的に満たすことを判定する。加えて、図示される実施例では、ＣＳＥ２２ａは、フィルタ基準（例えば、標識）を満たす第２のリソースを発見し、ＣＳＥ２２ａは、レジストラント１１８のＩＤに基づいて、レジストラント１１８が第２のリソース（＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐ）にアクセスするために必要とされる許可を有していないことを判定する。

１２０６では、図示される実施例によると、ＣＳＥ２２ａが、応答をレジストラント１１８に返す。応答は、許可ベースのサービスまたはリソース発見結果を含む。したがって、応答は、レジストラント１１８がアクセスする許可を有する第１のリソース、およびレジストラント１１８がアクセスする許可を有していない第２のリソースを示す。示されるように、ＣＳＥ２２ａは、第１のリソースおよび第２のリソースと関連付けられる許可ベースの応答パラメータを含む。例示的許可ベースの応答パラメータは、以下の情報、すなわち、１）レジストラント１１８が、＜ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐではなく、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスする許可を有する、２）レジストラント１１８が、加入または通知ではなく、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿ＰｈｉｌｌｙにＲｅｔｒｉｅｖｅ動作を行う許可を有する、３）レジストラント１１８が、管理者ではなくユーザとして、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、４）レジストラント１１８が、（ホームからだけでなく）いずれの場所からもＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、５）レジストラント１１８が、そのＶｅｒｉｚｏｎ加入プランを使用して、ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙにアクセスすることができる、および６）レジストラント１１８がＡｍａｚｏｎＰｒｉｍｅ加入プランを有していないため、レジストラント１１８が、ＣＳＥＢａｓｅ＞／＜ａｐｐ０２＞／＜Ｐｈｉｌｌｙ＿ｃｕｒｒｅｎｔ＿ｔｅｍｐ＞にアクセスする許可を有していないことを、レジストラント１１８に示す。上記の許可ベースの応答パラメータは、実施例の目的のみで提示され、代替的応答パラメータが、所望に応じて本明細書に説明される実施形態で使用され得ることが理解されるであろう。

１２０８では、図示される実施例によると、レジストラント１１８は、レジストラント１１８がアクセスする十分な許可を有する、任意のリソースまたはサービスが存在するかどうかを判定するように、許可ベースの発見応答を処理する。図示される実施例では、レジストラント１１８は、それが第１のリソース（ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）へのアクセスを有することを判定する。レジストラント１１８はまた、それが第１のリソースにＲｅｔｒｉｅｖｅ動作を行う許可のみを有することも検出し、したがって、レジストラント１１８は、第１のリソースに加入または通知動作を行うことを許可されていない。発見応答に基づいて、第１のレジストラントはまた、それが管理者ではなくユーザを介して第１のリソースにアクセスしなければならないことも検出する。発見応答に基づいて、レジストラント１１８のユーザは、レジストラント１１８が第２のリソース（ＣＳＥＢａｓｅ＞／＜ａｐｐ０１＞／＜ｔｅｍｐ＿ｉｎ＿Ｐｈｉｌｌｙ）にアクセスすることができるように、Ａｍａｚｏｎ Ｐｒｉｍｅアカウントを設定することを決定してもよい。

図６−１２およびそれらに関係付けられる説明は、サービスならびにリソースを発見するための方法および装置の種々の実施形態を図示することが理解されるであろう。これらの図では、１つまたはそれを上回るノード、デバイス、機能、もしくはネットワークによって行われている、種々のステップまたは動作が示されている。これらの図に図示されるノード、デバイス、機能、またはネットワークは、通信ネットワーク内の論理エンティティを表し得、本明細書に説明される一般的アーキテクチャの１つを備え得る、そのようなネットワークのノードのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい（例えば、図１３Ａおよび１３Ｂ参照）。すなわち、図６、１１、および１２に図示される方法は、例えば、図１３Ｃまたは１３Ｄに図示されるノードもしくはコンピュータシステム等のネットワークノードのメモリ内に記憶されたソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装されてもよく、そのコンピュータ実行可能命令は、ノードのプロセッサによって実行されると、図に図示されるステップを行う。また、これらの図に図示される任意の伝送および受信ステップは、ノードのプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下でノードの通信回路（例えば、それぞれ、図１３Ｃおよび１３Ｄの回路３４または９７）によって行われ得ることも理解されたい。

上記で説明されるように、ユーザは、種々の許可ベースのリソースまたはサービス発見基準を定義することができ、対応する結果が、ユーザにレンダリング（例えば、表示）されることができる。図１４Ａは、許可ベースの発見要求を構成するための例示的グラフィカルユーザインターフェース１４００を示す。示されるように、ユーザは、標的動作、標的役割、標的場所、現在の加入、新しい加入、またはそれらの任意の適切な組み合わせに基づいて、検索することができる。他の基準が、所望に応じて表示および選択され得ることが理解されるであろう。ユーザが所望の検索基準を入力した後、ユーザは、検索が行われるように、検索オプション１４０１を作動させてもよい。検索が行われた後、図１４Ｂに示される結果インターフェース１４０２等の結果インターフェースが、ユーザにレンダリングされてもよい。実施例によると、結果インターフェース１４０２は、与えられた許可と関連付けられる発見結果１４０４ａと、拒否された許可と関連付けられる結果１４０４ｂとを含む。結果は、代替として、所望に応じて分類され得ることが理解されるであろう。さらに、図示される結果１４０４ａおよび１４０４ｂは、例えば、限定されないが、発見基準と関連付けられる、リソース、サービス、動作、役割、場所、および加入のリストを含んでもよい。

図１３Ａは、１つまたはそれを上回る開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、もしくはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのためのコンポーネントを提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネント、ならびにＩｏＴ／ＷｏＴサービス層等であってもよい。図６−１２のうちのいずれかに図示されるデバイス、機能、ノードまたはネットワークのいずれかは、図１３Ａ−Ｄに図示されるもの等の通信システムのノードを備えてもよい。

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

図１３Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含んでもよい。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常はＭ２Ｍゲートウェイの背後にある、エリアネットワークを指す。フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含む。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のそれぞれは、通信ネットワーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。Ｍ２Ｍゲートウェイデバイス１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０もしくはＭ２Ｍデバイス１８に送信してもよい。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍデバイス１８からデータを受信してもよい。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信されてもよい。Ｍ２Ｍデバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種々のネットワークを介して通信してもよい。例示的Ｍ２Ｍデバイスは、タブレット、スマートフォン、医療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、電気器具、車庫のドアおよび他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。

図１３Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、１つまたはそれを上回るサーバ、コンピュータ、もしくは同等物によって実装されてもよい。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用される、サービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、クラウド内で等、種々の方法で実装されてもよい。

図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’が存在する。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用してもよい。Ｍ２Ｍサービス層２２’は、１つまたはそれを上回るサーバ、コンピュータ、仮想マシン（例えば、クラウド／計算／記憶ファーム等）、または同等物によって実装されてもよい。

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

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

本明細書に説明される許可ベースのリソースまたはサービス発見は、任意のサービス層の一部として実装されてもよい。概して、サービス層（ＳＬ）は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層を定義する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ Ｍ２Ｍアーキテクチャの種々の異なるノード内に実装されてもよい。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装されてもよい。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つまたはそれを上回る特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、ミドルノード、特定用途向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）はまた、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャを定義している。そのアーキテクチャでは、サービス層およびそれを提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで、３ＧＰＰ ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で、ｏｎｅＭ２ＭアーキテクチャのＣＳＦもしくはＣＳＥで、またはネットワークのある他のノードで具現化されるかどうかにかかわらず、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピュータデバイスもしくはノードを含む、ネットワーク内の１つまたはそれを上回る独立型ノード上で、もしくは１つまたはそれを上回る既存のノードの一部としてのいずれかで実行される、論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令、および同等物）で実装されてもよい。実施例として、サービス層またはそのコンポーネントのインスタンスは、以下に説明される図１３Ｃもしくは１３Ｄに図示される一般的アーキテクチャを有する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス、または同等物）上で作動するソフトウェアの形態で実装されてもよい。

さらに、本明細書に説明される方法ならびに機能性は、サービスにアクセスするためにサービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されてもよい。

図１４Ｃは、図１３Ａおよび１３Ｂに図示されるもの等のＭ２Ｍネットワーク内のＭ２Ｍサーバ、ゲートウェイ、デバイス、または他のノードとして動作し得る、図６−１２に図示されるノード、デバイス、機能、もしくはネットワークのうちの１つ等のネットワークのノードの例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。図１３Ｃに示されるように、ノード３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド４２と、非可撤性メモリ４４と、可撤性メモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含んでもよい。例えば、ディスプレイ／タッチパッド／インジケータは、上記で説明される例示的ＧＵＩ１４００および１４０２をレンダリングしてもよい。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含んでもよい。ノード３０は、実施形態との整合を維持しながら、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。本ノードは、本明細書に説明される許可ベースの発見に関係付けられる方法を実装する、ノードであってもよい。

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

図１４Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、ノード３０に、それが接続されるネットワークを介して他のノードと通信させるために、コンピュータ実行可能命令の実行を通して、通信回路を制御してもよい。特に、プロセッサ３２は、本明細書（例えば、図６、１１、および１２）ならびに請求項に説明される伝送および受信ステップを行うために、通信回路を制御してもよい。図１３Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに組み込まれ得ることが理解されるであろう。

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

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

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

プロセッサ３２は、非可撤性メモリ４４および／または可撤性メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶してもよい。非可撤性メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含んでもよい。可撤性メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同等物を含んでもよい。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のノード３０上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶してもよい。プロセッサ３２は、本明細書に説明される実施形態のうちのいくつかにおける許可ベースのリソースまたはサービス発見が成功しているか、もしくは成功していないかどうかに応答して、ディスプレイまたはインジケータ４２上の照明パターン、画像、もしくは色を制御する、または別様に許可ベースの発見のステータスを示すように構成されてもよい。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ユーザが本明細書に説明される許可ベースのリソースまたはサービス発見を双方向に確立および管理することを可能にするように、ＡＰＩの上で層化されてもよい（例えば、図１４Ａおよび１４Ｂ参照）。例えば、図１４Ａを参照して上記で説明されるように、ユーザは、例えば、表２の基準等の許可ベースのフィルタ基準が、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、グラフィカルユーザインターフェースを使用することができる。同様に、ユーザは、例えば、表３に列挙されるパラメータ等の許可ベースの発見パラメータが、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、グラフィカルユーザインターフェースを使用することができる。別の実施例として、所与のレジストラントと関連付けられるグラフィカルユーザインターフェース（例えば、図１４Ｂ参照）は、所与のＣＳＥからの所与の応答に含有される、例えば、表４に列挙される応答パラメータ等の許可ベースの発見結果を表示することができる。したがって、応答に基づいて、ユーザは、ユーザインターフェースを介して、選択されたサービスもしくはリソースが所与のレジストラントによってアクセスされるように、１つまたはそれを上回るリソースもしくはサービスを選択してもよい。選択されたリソースまたはサービスは、発見応答によって示されるように、レジストラントがアクセスする許可を有する、リソースまたはサービスであってもよい。

プロセッサ３２は、電源４８から電力を受電してもよく、ノード３０内の他のコンポーネントへの電力を配信および／または制御するように構成されてもよい。電源４８は、ノード３０に供電するための任意の好適なデバイスであってもよい。例えば、電源４８は、１つまたはそれを上回る乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池、および同等物を含んでもよい。

プロセッサ３２はまた、ノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成される、ＧＰＳチップセット５０に結合されてもよい。ノード３０は、実施形態との整合を維持しながら、任意の好適な場所判定方法を介して場所情報を獲得し得ることが理解されるであろう。

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

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

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

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

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

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピュータシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでもよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子コンポーネントを含む。グラフィカルユーザインターフェースが、ディスプレイ８６によって表示されてもよい。例えば、ユーザは、例えば、表２の基準等のどの許可ベースのフィルタ基準が、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、グラフィカルユーザインターフェースを使用することができる。同様に、ユーザは、例えば、表３のパラメータ等のどの許可ベースの発見パラメータが、所与のレジストラントによって送信される許可ベースの発見要求に含まれるべきかを規定するように所与のレジストラントを構成するために、グラフィカルユーザインターフェースを使用することができる。別の実施例として、所与のレジストラントと関連付けられるグラフィックユーザインターフェースは、所与のＣＳＥからの所与の応答に含有される、例えば、表４に列挙される応答パラメータ等の許可ベースの発見結果を表示することができる。したがって、応答に基づいて、ユーザは、ユーザインターフェースを介して、選択されたサービスが所与のレジストラントによってアクセスされるように、１つまたはそれを上回るリソースもしくはサービスを選択してもよい。選択されたリソースまたはサービスは、発見応答によって示されるように、レジストラントがアクセスする許可を有する、リソースまたはサービスであってもよい。

さらに、コンピュータシステム９０は、コンピュータシステム９０がネットワークの他のノードと通信することを可能にするように、図１３Ａおよび１３Ｂのネットワーク１２等の外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含有してもよい。通信回路は、単独で、またはＣＰＵ９１と組み合わせて、本明細書（例えば、図６、１１、および１２）および請求項に説明される伝送および受信ステップを行うために使用されてもよい。

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

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

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

Claims (30)

1. サービス層をホストするネットワークノードと通信するレジストラントを備える、システムにおいて、前記ネットワークノードによって行われる方法であって、
   前記レジストラントから、前記レジストラントがアクセスする権限を与えられていないリソースの発見要求を受信するステップであって、前記発見要求は、コンテキストを含む、ステップと、
   前記発見要求の前記コンテキストに基づいて、サービス層における１つまたはそれを上回るリソースが前記発見要求を満たすかどうかを判定するステップと、
   発見応答を前記レジストラントに送信するステップであって、前記発見応答は、前記１つまたはそれを上回るリソースが前記発見要求を満たすかどうかの判定の結果を示す、ステップと、
   を含む、方法。
2. 前記コンテキストは、前記レジストラントが前記リソースに行うことを意図する動作、前記レジストラントがリソースにアクセスする場合に前記レジストラントが担うことを意図する役割、前記レジストラントが前記リソースにアクセスすることを意図する場所、および前記レジストラントが前記リソースにアクセスする場合に前記レジストラントが使用することを意図する加入プランのうちの少なくとも１つを示す、請求項１に記載の方法。
3. 前記方法はさらに、前記１つまたはそれを上回るリソースが前記発見要求を満たさないときに、前記レジストラントが少なくとも１つのリソースにアクセスする許可を取得することができるように、前記少なくとも１つのリソースを前記レジストラントに送信するステップを含む、前記請求項のいずれか１項に記載の方法。
4. 前記方法はさらに、前記１つまたはそれを上回るリソースが前記発見要求を満たすときに、前記１つまたはそれを上回るリソースを前記レジストラントに送信するステップを含む、請求項１および２のいずれか１項に記載の方法。
5. 前記コンテキストは、許可ベースのフィルタ基準を含む、前記請求項のいずれか１項に記載の方法。
6. 前記コンテキストは、１つまたはそれを上回る許可ベースの要求パラメータを含む、前記請求項のいずれか１項に記載の方法。
7. 前記発見応答は、１つまたはそれを上回る許可ベースの発見応答パラメータを含む、前記請求項のいずれか１項に記載の方法。
8. 前記コンテキストは、許可ベースのフィルタ基準を含み、前記許可ベースの発見応答パラメータのうちの１つは、前記１つまたはそれを上回るリソースのうちの選択された１つが、１）前記許可ベースのフィルタ基準を満たし、２）許可の欠如に起因して、前記レジストラントによってアクセスされることができないことを示す、請求項７に記載の方法。
9. 前記許可ベースの発見応答パラメータのうちの１つは、前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つに行うことを許可される動作を示す、請求項７に記載の方法。
10. 前記許可ベースの発見応答パラメータのうちの１つは、前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つに担うことを許可される役割を示す、請求項７に記載の方法。
11. 前記許可ベースの発見応答パラメータのうちの１つは、そこから前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つにアクセスすることを許可される場所を示す、請求項７に記載の方法。
12. 前記許可ベースの発見応答パラメータのうちの１つは、前記１つまたはそれを上回るリソースのうちの選択された１つにアクセスするために必要とされる加入プランを示す、請求項７に記載の方法。
13. 前記レジストラントは、アプリケーションエンティティまたは共通サービスエンティティである、前記請求項のいずれか１項に記載の方法。
14. 前記サービス層は、共通サービスエンティティである、前記請求項のいずれか１項に記載の方法。
15. 前記レジストラントは、前記発見要求の前記コンテキストが前記レジストラントのユーザによって規定されるように、ユーザインターフェースを介して構成される、前記請求項のいずれか１項に記載の方法。
16. 前記発見応答の結果は、前記レジストラントがアクセスする許可を有する、ユーザインターフェースを介して、前記レジストラントのユーザが１つまたはそれを上回るリソースを選択し得るように、前記ユーザインターフェースによって表示される、請求項１〜１４のいずれか１項に記載の方法。
17. サービス層をホストするネットワークノードであって、前記ネットワークノードは、前記ノードがその通信回路を介してネットワークと結合されるように、通信回路を備え、前記ネットワークノードはさらに、
    プロセッサと、メモリとを備え、前記メモリは、前記プロセッサによって実行されると、
    レジストラントから、前記レジストラントがアクセスする権限を与えられていないリソースの発見要求を受信するステップであって、前記発見要求は、コンテキストを含む、ステップと、
    前記発見要求の前記コンテキストに基づいて、サービス層における１つまたはそれを上回るリソースが前記発見要求を満たすかどうかを判定するステップと、
    発見応答を前記レジストラントに送信するステップであって、前記発見応答は、前記１つまたはそれを上回るリソースが前記発見要求を満たすかどうかの判定の結果を示す、ステップと、
    を含む、動作を前記プロセッサに行わせる、コンピュータ実行可能命令を含有する、ネットワークノード。
18. 前記コンテキストは、前記レジストラントが前記リソースに行うことを意図する動作、前記レジストラントがリソースにアクセスする場合に前記レジストラントが担うことを意図する役割、前記レジストラントが前記リソースにアクセスすることを意図する場所、および前記レジストラントが前記リソースにアクセスする場合に前記レジストラントが使用することを意図する加入プランを示す、請求項１７に記載のネットワークノード。
19. 前記動作はさらに、前記１つまたはそれを上回るリソースが前記発見要求を満たさないときに、前記レジストラントが少なくとも１つのリソースにアクセスする許可を取得することができるように、前記少なくとも１つのリソースを前記レジストラントに送信するステップを含む、請求項１７および１８のいずれか１項に記載のネットワークノード。
20. 前記動作はさらに、前記１つまたはそれを上回るリソースが前記発見要求を満たすときに、前記１つまたはそれを上回るリソースを前記レジストラントに送信するステップを含む、請求項１７および１８のいずれか１項に記載のネットワークノード。
21. 前記コンテキストは、許可ベースのフィルタ基準を含む、請求項１７〜２０のいずれか１項に記載のネットワークノード。
22. 前記コンテキストは、１つまたはそれを上回る許可ベースの要求パラメータを含む、請求項１７〜２１のいずれか１項に記載のネットワークノード。
23. 前記発見応答は、１つまたはそれを上回る許可ベースの発見応答パラメータを含む、請求項１７〜２２のいずれか１項に記載のネットワークノード。
24. 前記コンテキストは、許可ベースのフィルタ基準を含み、前記許可ベースの発見応答パラメータのうちの１つは、前記１つまたはそれを上回るリソースのうちの選択された１つが、１）前記許可ベースのフィルタ基準を満たし、２）許可の欠如に起因して、前記レジストラントによってアクセスされることができないことを示す、請求項２３に記載のネットワークノード。
25. 前記許可ベースの発見応答パラメータのうちの１つは、前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つに行うことを許可される動作を示す、請求項２３に記載のネットワークノード。
26. 前記許可ベースの発見応答パラメータのうちの１つは、前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つに担うことを許可される役割を示す、請求項２３に記載のネットワークノード。
27. 前記許可ベースの発見応答パラメータのうちの１つは、そこから前記レジストラントが前記１つまたはそれを上回るリソースのうちの選択された１つにアクセスすることを許可される場所を示す、請求項２３に記載のネットワークノード。
28. 前記許可ベースの発見応答パラメータのうちの１つは、前記１つまたはそれを上回るリソースのうちの選択された１つにアクセスするために必要とされる加入プランを示す、請求項２３に記載のネットワークノード。
29. 前記レジストラントは、アプリケーションエンティティまたは共通サービスエンティティである、請求項１７〜２８のいずれか１項に記載のネットワークノード。
30. 前記サービス層は、共通サービスエンティティである、請求項１７〜２９のいずれか１項に記載のネットワークノード。