JP6412122B2 - サービス対象範囲管理システムおよび方法 - Google Patents

Description

（関連出願の引用）
本願は、米国仮特許出願第６１／８９４，９７７号（２０１３年１０月２４日出願、名称「ＳＥＲＶＩＣＥ ＣＯＶＥＲＡＧＥ ＭＡＮＡＧＥＭＥＮＴ ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ」）に対する優先権を主張し、参照により本明細書に引用される。

（背景）
マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイスが互により直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意に識別可能なオブジェクトおよびインターネット等のネットワークを経由して通信するそのようなオブジェクトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可能にする。ＩｏＴは、食料品店内の商品等のさらに日常的な毎日のオブジェクトとの通信を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費用および無駄を低減させ得る。例えば、店は、在庫にあり得るか、または販売された場合がある、オブジェクトと通信するか、またはそこからデータを取得することができることによって、非常に精密な在庫データを維持し得る。Ｍ２Ｍ技術は、サービスを提供するノードに関するサービスエリアまたはサービス対象範囲を決定することにおいて新しい課題を導入する。なぜなら、そのようなノードによって提供されるサービス対象範囲にわたる知識または制御をサービス層が有していないからである。

（要約）
本明細書に開示されるのは、サービスノードから、サービスノードの対象範囲の報告を受信し得る、サービス対象範囲マネージャ（ＳＣＭ）に関連する、方法、デバイス、およびシステムである。代替として、ＳＣＭは、１つ以上のセンサのクラスタヘッド等の他のエンティティから、サービスノードのサービス対象範囲を読み出し得る。ＳＣＭはまた、全てのサービスノードのサービス対象範囲を解釈し、サービスに関するサービス対象範囲の全体像を生成し得る。ＳＣＭは、サービスノード対象範囲を動的に調節し、クライアントのサービス要求に適応し、新しいサービス対象範囲を適切なクライアントに提供し得る。２つのサービスノード間においてサービス対象範囲と重複がある場合、ＳＣＭは、サービスノードのサービス対象範囲のうちの１つを縮小し得る。しばらくの間、ある対象範囲内にサービスを要求するクライアントが存在しない、またはクライアントの数が少ない場合、ＳＣＭは、対応するサービスノードのサービス対象範囲を縮小し得る。サービスノードが、要求側に適切にサービス提供することが不可能であるほど、あるサービス対象範囲内に多数の要求側が存在する場合、ＳＣＭは、他のサービスノード（例えば、地理的に隣接する）のサービス対象範囲を拡大し、そのエリアの少なくとも一部を対象とし得、それらの他のサービスノードへのクライアントの一部の移管を促進し得る。任意のサービスノードによって対象とされていないクライアントが存在する場合、ＳＣＭは、場所、負荷等のサービスノードコンテキスト情報に基づいて、他のサービスノードを選択し、そのサービス対象範囲を調節し、サービス提供されていないクライアントが、サービスを受けることを可能にし得る。

本概要は、発明を実施するための形態において以下でさらに説明される、一連の概念を簡略化形態において導入するために提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図しておらず、また、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分に記載される一部または全ての不利ポイントを解決するという限界にも限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、サービス対象範囲マネージャ（ＳＣＭ）の機能を果たし、
サービス対象範囲報告をサービスノードから受信することと、
前記サービス対象範囲報告を処理し、サービス対象範囲調節を決定することと、
サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信することと
を含む方法を実装する、方法。
（項目２）
前記サービス対象範囲の処理は、サービス対象範囲の全体像を生成することを含む、項目１に記載の方法。
（項目３）
前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス対象範囲タイプと、前記サービス対象範囲およびその有効時間の指示とを含む、項目１に記載の方法。
（項目４）
確認を前記ＳＣＭから前記サービスノードに送信することをさらに含む、項目１に記載の方法。
（項目５）
前記サービス対象範囲報告を受信する前に、サービス対象範囲要求を前記サービスノードに送信することをさらに含む、項目１に記載の方法。
（項目６）
前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記対象範囲の縮小である、項目１に記載の方法。
（項目７）
前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記対象範囲の拡大である、項目１に記載の方法。
（項目８）
前記ＳＣＭは、サービス層内にある、項目１に記載の方法。
（項目９）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、
サービス対象範囲報告をサービス対象範囲マネージャ（ＳＣＭ）に送信することと、
サービス対象範囲調節通知を前記ＳＣＭから受信することと、
前記サービス対象範囲調節通知に基づいて、サービスノードにおける対象範囲を調節することと
を含む方法の機能を果たす、方法。
（項目１０）
サービス対象範囲要求を前記ＳＣＭから受信し、それを処理し、前記サービス対象範囲報告を生成することをさらに含む、項目９に記載の方法。
（項目１１）
前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス対象範囲タイプと、前記サービス対象範囲の指示とを含む、項目９に記載の方法。
（項目１２）
前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲の縮小である、項目９に記載の方法。
（項目１３）
前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲の拡大である、項目９に記載の方法。
（項目１４）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、サービス対象範囲マネージャ（ＳＣＭ）の機能を果たし、
サービス対象範囲属性の指示を前記サービス対象範囲マネージャにおいてサービスノードから受信することと、
前記サービス対象範囲マネージャから前記サービスノードに、前記サービス対象範囲属性を調節するための命令を伝送することと
を含む方法を実装する、方法。
（項目１５）
前記サービス対象範囲属性は、地理的エリアの指示を含む、項目１４に記載の方法。
（項目１６）
前記サービス対象範囲属性は、クライアントのリストを含む、項目１４に記載の方法。
（項目１７）
前記命令は、地理的エリアを拡大または縮小させるための命令を含む、項目１４に記載の方法。
（項目１８）
前記命令は、クライアントの数を増加または減少させるための命令を含む、項目１４に記載の方法。
（項目１９）
プロセッサおよびメモリを備えているノードであって、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、
サービス対象範囲報告をサービスノードから受信することと、
前記サービス対象範囲報告を処理し、サービス対象範囲調節を決定することと、
サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信することと
を前記ノードに行わせる、ノード。
（項目２０）
前記サービス対象範囲の処理は、サービス対象範囲の全体像を生成することを含む、項目１９に記載のノード。

図１は、地理的エリアによって定義されるモーションセンサのサービス対象範囲の実施例を図示する略図である。 図２は、サービスノードによって承認され得るクライアントのセットによって定義される、本タイプのサービス対象範囲の視覚的表現を図示する略図である。 図３Ａは、例示的ｏｎｅＭ２Ｍ機能アーキテクチャを図示する略図である。 図３Ｂは、ｏｎｅＭ２Ｍアーキテクチャのための開発中の例示的ＣＳＦを図示する略図である。 図４は、例示的ＳＣＭの例示的非限定的アーキテクチャを図示する略図である。 図５は、例示的非限定的サービス識別子を図示する略図である。 図６は、サービス登録の例示的非限定的信号フローを図示する略図である。 図７は、例示的非限定的サービス対象範囲報告メッセージを図示する略図である。 図８は、例示的非限定的サービス報告メッセージを図示する略図である。 図９は、モーションセンサが、サービス対象範囲報告をＳＣＭに送信するための例示的非限定的信号フローを図示する略図である。 図１０は、ＳＣＭが、積極的に、モーションセンサに情報提供を要求するための例示的非限定的信号フローを図示する略図である。 図１１は、サービスノードが、サービス対象範囲報告をＳＣＭに送信するための例示的非限定的信号フローを図示する略図である。 図１２は、ＳＣＭが、積極的に、サービスノードに情報提供を要求する、例示的非限定的信号フローを図示する略図である。 図１３は、センサへのＳＣＭによって開始されるサービス対象範囲調節の例示的非限定的メッセージフローを図示する流れ図である。 図１４は、サービスノードへのＳＣＭによって開始されるサービス対象範囲調節の例示的非限定的メッセージフロー１４００を図示する略図である。 図１５は、ＳＣＭによるセンサのサービス対象範囲有効時間の調節を実証する、例示的非限定的メッセージフローを図示する略図である。 図１６は、ＳＣＭが、サービスノードにアクセスルール変更を通知する、例示的非限定的メッセージフローを図示する略図である。 図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。 図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。 図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。 図２０は、ｏｎｅＭ２Ｍ ＣＳＦとしてサービス対象範囲管理内にホストされる、提案されるサービス対象範囲マネージャ（ＳＣＭ）を図示する略図である。 説明の記載なし 図２２Ａは、ユーザが、ＳＣＭを有効または無効にし、サービス対象範囲を選択し、エリアまたはサービスノードを追加し、対象範囲を調節することを可能にするインターフェースを図示する略図である。 図２２Ｂは、サービス対象範囲の詳細を表示するインターフェースを図示する略図である。 図２３Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図２３Ｂは、図２３Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図２３Ｃは、図２３Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図２３Ｄは、図２３Ａの通信システムの側面が具現化され得る、例示的コンピューティングシステムのブロック図である。

Ｍ２Ｍは、ネットワーク化されたデバイスが、ヒトの手動補助を伴わずに、情報を交換し、アクションを行うことを可能にする、任意の技術を指し得る。Ｍ２Ｍシステムの構成要素は、センサと、無線周波数識別（ＲＦＩＤ）と、Ｗｉ−Ｆｉリンクと、セルラー通信リンクと、ネットワーク化されたデバイスが、データを解釈し、決定を行うことを助けるためにプログラムされる自律型コンピューティングソフトウェアとを含み得る。展開されたＭ２Ｍデバイスおよびそれらによって生成されたデータを使用することによって、Ｍ２Ｍシステムは、種々のサービスを提供することができる。例えば、モーション／湿度感知、倉庫管理、遠隔制御、交通制御、保有車両管理等を行うサービスが、Ｍ２Ｍシステムによって可能にされ得る。

本明細書で使用される場合、「サービスノード」は、特定のサービスを提供するノードを表す。各サービスは、サービス対象範囲の定義を有し、サービス対象範囲は、通常、２つのカテゴリに要約されることができ、それらの各々は、拡張可能である。第１のサービス対象範囲カテゴリは、サービスノードが対象とし得る物理的エリア（例えば、サービスノードの感知エリア）であり得る、地理的エリアである。

図１は、地理的エリア１００によって定義されるようなモーションセンサのサービス対象範囲の実施例を図示する略図である。図示される実施例では、センサ１ １０２は、台所および家族部屋を対象とし、センサ２ １０４は、居間および台所を対象とし、センサ３ １０６は、主寝室および寝室２を対象とし、センサ４ １０８は、寝室１および寝室２を対象とする。本実施例では、クライアントは、家の中の部屋であり、サービスノードは、センサ１、２、３、および４である。一実施形態では、モーションセンサのためのレンズの角度は、対象範囲の異なるエリアを達成するために変更され得る。

第２のサービス対象範囲カテゴリは、サービスノードによって引き受けられたクライアントを含む受諾クライアントである。これらのクライアントは、あるルールを満たす事前に構成されたクライアントの個々またはグループを含み得る。図２は、サービスノードによって承認され得るクライアントのセットによって定義される、このタイプのサービス対象範囲の視覚的表現２００を図示する略図である。例えば、サービスノード１ ２０２は、２０００〜３０００平方フィートのサイズを伴う家からの読み取りを管理し、サービスノード２ ２０４は、ある建築者によって建築された家からの読み取りを管理し、サービスノード３ ２０６は、その価格が１００万ドル未満の家からの読み取りを管理する。

図３Ａは、例示的ｏｎｅＭ２Ｍ機能アーキテクチャ３００を図示する略図である。開発中のｏｎｅＭ２Ｍ規格は、図３Ａに図示されるように、「共通サービスエンティティ（ＣＳＥ）」３０２および３０４と呼ばれるサービス層を定義する。サービス層の目的は、ｅ−ヘルス、保有車両管理、およびスマートホーム等の異なる「垂直」Ｍ２Ｍサイロシステムおよびアプリケーションによって利用され得る、「水平」サービスを提供することである。ＣＳＥ３０２は、４つの基準点をサポートする。Ｍｃａ基準点は、アプリケーションエンティティ（ＡＥ）３０６とインターフェースをとる。Ｍｃｃ基準点は、同じサービスプロバイダドメイン内の別のＣＳＥ３０４とインターフェースをとり、Ｍｃｃ基準点は、異なるサービスプロバイダドメイン内の別のＣＳＥとインターフェースをとる。Ｍｃｎ基準点は、下層ネットワークサービスエンティティ（ＮＳＥ）３０８とインターフェースをとる。ＮＳＥ３０８は、デバイス管理、場所サービス、およびデバイストリガ等の下層ネットワークサービスをＣＳＥ３０２に提供する。ＣＳＥ３０２は、「発見」、「データ管理＆リポジトリ」等の「共通サービス機能（ＣＳＦ）」と呼ばれる複数の論理機能を含む。図３Ｂは、ｏｎｅＭ２Ｍアーキテクチャのための開発中の例示的ＣＳＦを図示する略図である。

いくつかの実施形態では、複数のプロバイダ（すなわち、サービスノード）が、同じサービスを提供し得、それらの各々が、その独自のサービス対象範囲を有し得る。サービスノードのサービス対象範囲が、地理的エリアによって定義されるとき、同じサービスを提供する別のノードのサービス対象範囲と重複し得る。一部の重複は、サービスの信頼性および質の目的のために意図され得るが、これは、サービスノードリソースの無駄をもたらし得る。例えば、図１では、センサ１ １０２およびセンサ２ １０４は両方とも、台所内のモーションを感知し得る一方、センサ３ １０６およびセンサ４ １０８は両方とも、寝室２内のモーションを感知し得る。ここでは、センサ１またはセンサ２のレンズ角度の一方または両方は、電力消費を節約するために変更され得る。同様に、センサ３またはセンサ４のレンズ角度の一方または両方も、電力消費を節約するために変更され得る。

特定のサービスのための任意のサービスノードによって対象とされていない地理的エリアが存在し得る。これは、センサ感知等の多くの使用例において望ましくない場合がある。例えば、交通監視のサービスでは、道路のある区分上に展開された任意のカメラまたはセンサによって対象とされていない道路が存在し得る。その結果、例えば、道路が渋滞しているかどうかを示すために使用され得る、道路のその区分に関する任意のデータが存在しない場合がある。

サービスノードのサービス対象範囲が、クライアントのセットによって定義されるとき、サービスノードは、クライアントの大きなグループにサービス提供するように設定され得、したがって、対応する大量のリソースで構成され得る。しかしながら、サービスノードは、ローカルで接続する要求側をほとんど有していない場合があり、これは、サービスノードリソースを無駄にし得る。代替として、サービスノードは、クライアントの小さなグループにサービス提供するように設定されているため、サービス要求を拒否しなければならないことがあり得る。サービスノードが、クライアントを他のサービスノードに移管するか、またはそれらのクライアントに適応するためにその受け入れルールを調節する方法を把握していない場合がある。受け入れルールは、各サービスノードによって独立して設定され得るため、クライアントのあるグループが全てのサービスノードによって拒否され得ることもあり得る。

現在の実装では、サービス層は、各サービスノードのサービス対象範囲の知識または制御を有していない場合がある。リソースの無駄またはクライアントへのサービス提供の不足を防止するために、開示される実施形態におけるサービス層は、サービスノードの場所、サービスノードの残電力、サービスノードの負荷等の種々の種類のコンテキスト情報に基づいて、サービスノードの対象範囲を動的に管理し得る。

ある実施形態では、サービス対象範囲マネージャ（ＳＣＭ）は、サービスノードから、サービスノードの対象範囲の報告を受信し得るように実装され得る。代替として、ＳＣＭは、サービスノードのサービス対象範囲を１つ以上のセンサのクラスタヘッド等の他のエンティティから読み出し得る。ＳＣＭはまた、全てのサービスノードのサービス対象範囲を解釈し、あるサービスに対するサービス対象範囲の全体像を生成し得る。ＳＣＭは、サービスノード対象範囲を動的に調節し、クライアントのサービス要求に適応し、新しいサービス対象範囲を適切なクライアントに提供し得る。２つのサービスノード間においてサービス対象範囲と重複がある場合、ＳＣＭは、サービスノードのサービス対象範囲のうちの１つを縮小し得る。しばらくの間、ある対象範囲内にサービスを要求するクライアントが存在しない、またはクライアントの数が少ない場合、ＳＣＭは、対応するサービスノードのサービス対象範囲を縮小し得る。サービスノードがそれらに適切にサービス提供することが不可能であるほど、ある対象範囲内に多数の要求側が存在する場合、ＳＣＭは、他のサービスノード（例えば、地理的に隣接する）のサービス対象範囲を拡大し、そのエリアを対象とし得、それらのサービスノードへのクライアントの一部の移管を促進し得る。どんなサービスノードによっても対象とされていないクライアントが存在する場合、ＳＣＭは、場所、負荷等のサービスノードコンテキスト情報に基づいて、他のサービスノードを選択し、そのサービス対象範囲を調節し、サービス提供されていないクライアントが、サービスを受けることを可能にし得る。

図４は、例示的ＳＣＭ４０２の例示的非限定的アーキテクチャ４００を図示する。ＳＣＭ４０２は、サービス対象範囲検出、処理、および調節のために、サービスノード、潜在的オブザーバノード、サービスクライアント、およびバックエンドサーバと相互作用し得る。ＳＣＭ４０２は、本明細書にさらに説明されるように、サービスの特性（例えば、サービスノード、サービス範囲等）を記述するサービス記述を含む、いくつかの構成要素を有し得る。ＳＣＭ４０２はまた、サービスに関する各サービスノード４０６、４０８、４１０、および４１２のサービス対象範囲についての情報を受信するか、または読み出し得るサービス対象範囲記録構成要素４０４を有し得る。この構成要素の使用は、本明細書にさらに説明されるように、ＳＣＭ４０２が、サービス対象範囲報告を通して対象範囲を検出することを可能にし得る。ＳＣＭ４０２はまた、あるサービスに対する全てのサービスノード４０６、４０８、４１０、および４１２のサービス対象範囲の全体的記述または概要を生成し得るサービス対象範囲処理構成要素４１４を有し得る。ＳＣＭ４０２は、本明細書にさらに説明されるように、あるサービスに対するサービスノード対象範囲内の重複または間隙を決定し得る。ＳＣＭ４０２は、ＳＣＭ４０２がこの処理自体を行う代わりに、アプリケーションまたはバックエンドサーバが、サービス記述およびサービス対象範囲報告データを処理し、サービス対象範囲の全体「像」を生成するためのインターフェースを提供し得る。そのようなアプリケーションまたはサーバは、分析サーバおよびデータ分析アプリケーションを含み得る。ＳＣＭ４０２はまた、本明細書にさらに説明されるように、サービス対象範囲調節構成要素４１６を有し得、サービス対象範囲調節構成要素４１６は、クライアントのサービス要求に適応するために、またはクライアントのサービス要求を予期して、あるサービスノード４０５、４０８、４１０および４１２のサービス対象範囲を調節し得る。

図４に図示されるようなＳＣＭ４０２の機能性は、以下に説明される図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、Ｍ２Ｍネットワークのノード（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得ることを理解されたい。

サービス記述構成要素４１８は、Ｍ２Ｍサービスプロバイダによって提供され、サービス対象範囲処理構成要素によって使用され得るサービスの特性を維持し得る。Ｍ２Ｍサービスプロバイダは、特定のサービスのためのサービスノード４０６、４０８、４１０、および４１２を展開し得る。サービスの特性は、限定ではないが、サービスの一意の識別子であり得るサービス識別子を含み得る。サービス識別子は、ＳＣＭ４０２の他の構成要素に発行されるか、またはそこから受信される、サービス対象範囲報告、サービス要求、および／またはサービス対象範囲調節通知においてサービスを識別するために使用され得る。このフィールドは、サービスに対して必須であり得る。サービス識別子は、サービス層またはサービスプロバイダによって割り当てられ、その一意性を確実にし得る。例示的サービス識別子５００は、サービスプロバイダの名称５０２、サービスのタイプ５０４、およびサービスのラベル５０６から構築され得る、図５に図示される。ラベルは、同じサービスプロバイダによって提供される同じタイプのサービス間でのみ一意であり得る。

サービス記述構成要素によって維持されるサービスの特性はまた、あるサービスに対するアクティブサービスノードを含み得る、サービスノードのリストを含み得る。例えば、図１では、サービスノードは、センサ１ １０２、センサ２ １０４、センサ３ １０６、およびセンサ４ １０８である。このフィールドもまた、サービスに対して必須であり得る。サービス記述構成要素によって維持されるサービスの特性はまた、サービスの対象範囲全体を記述し得る、サービス範囲を含み得る。例えば、図１では、サービス範囲は、地理的に、台所、居間、家族部屋、主寝室、寝室１、および寝室２を含み得る、家全体内のモーションを検出することであり得る。サービス範囲は、あるサービスに対する全てのサービスノードのサービス対象範囲の上位セットであり得る。このフィールドは、サービスプロバイダがそのような情報をサービス層に提供するかどうかに応じて、完全に正確でないこともある。サービスに関する情報が欠けている場合、ＳＣＭ４０２は、全てのサービスノードによって対象とされる総地理的エリアを、地理的に定義される対象範囲サービスに対するサービス範囲と見なし得る。クライアント定義対象範囲サービスに対して、ＳＣＭ４０２は、全てのサービスノードのクライアントセットの和集合をサービス範囲と見なし得る。サービス範囲フィールドは、随意であり得る。開示される実施形態では、サービス範囲は、サービスプロバイダによって提供されるか、またはＳＣＭ４０２によって導出されるかのいずれかによって、サービス層においてＳＣＭ４０２に利用可能であると仮定される。サービス層は、サービスプロバイダでもあり得ることに留意されたい。例えば、サービスは、サービス層によって提供されるデバイス管理であり得る。図６は、サービスプロバイダ６０２が、サービス層に前述のサービス特性について通知し得る、サービス登録の例示的非限定的信号フロー６００を図示する。サービス記述構成要素は、情報を記録するであろう。

図６に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図７に図示される方法は、例えば、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュータシステム等のコンピューティングデバイスのメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、コンピューティングデバイスのプロセッサによって実行されると、図６に図示されるステップを行う。また、図７に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることを理解されたい。

以下の表１は、図１および図２に示される２つの例示的サービスの例示的サービス記述を例証する。

ＳＣＭ４０２のサービス対象範囲記録構成要素は、サービスに対する全てのサービスノードのサービス対象範囲を管理し得る。サービスノードは、サービス対象範囲報告メッセージを送信することによって、そのサービス対象範囲をＳＣＭ４０２に通知し得る。サービス対象範囲報告は、サービスノードが、サービスを開始するか、またはサービス対象範囲を変更する場合、送信され得る。加えて、ノードは、ＳＣＭ４０２に、他のノードに関するサービス対象範囲報告を提供し得る。例えば、オブザーバノードは、サービスノードから放出される無線周波数（ＲＦ）信号を観察および／または測定し得る。オブザーバノードは、ＳＣＭ４０２に、オブザーバノードの場所におけるサービスノードの信号の観察された強度および／または質を詳述する報告を提供し得る。ＳＣＭ４０２は、次いで、この情報を使用して、観察されたサービスノードのサービス対象範囲を決定することができる。ノードは、同時に、サービスノードおよびオブザーバノードであり得る。別の実施例では、サービスの使用を所望するノード（すなわち、サービスクライアント）は、ＳＣＭ４０２に、サービスの使用を所望し、現在、そのエリア内でサービスを供給するノードを検出していないことを報告し得る。

サービス対象範囲報告メッセージは、図７に示される例示的非限定的構造７００等の構造を有し得る。サービスＩＤ７０２は、サービスノードが提供するサービスの識別子を表し得る。サービスノードのアドレス７０４は、サービスノードをアドレス指定するために使用され得る。サービス対象範囲タイプ７０６は、以下のフィールドによって説明されるものであり得るが、それらに限定されない。これらのフィールドの任意の組み合わせが、任意の他のフィールドとの任意の組み合わせにおいて使用され得る。これは、サービスノードに対して、複数のサービス対象範囲タイプおよび対応するサービス対象範囲を考慮する。
− 地理的領域（ＧＲ）：異なる種類の形態、例えば、サービスノードに中心を有する規定された直径を伴う円形、サービスノードが位置する特定の部屋、特定のアドレス等において表され得る。サービス対象範囲タイプが、地理的領域であるように設定される場合、サービス対象範囲報告メッセージ内の対応するサービス対象範囲フィールドは、例示的形態のうちの１つにおいて、その表現を含み得る。
− クライアントリスト（ＣＬ）：サービスノードがサービスを提供しようとする個々のクライアントのリストを含み得る。サービス対象範囲タイプが、クライアントリストであるように設定される場合、サービス対象範囲報告メッセージ内の対応するサービス対象範囲フィールドは、サービスノードによって権限が付与され、サービスが提供される、クライアントの識別子を含み得る。
− アクセスルール（ＡＲ）：サービスノードのサービスにアクセスするためのルールを記載し得る。ルールを満たすクライアントのみ、サービスノードによって許可される。例えば、ルールは、３０００平方フィートを上回る任意の家またはあるタイプの権限を伴うユーザであり得る。サービス対象範囲タイプが、アクセスルールであるように設定される場合、サービス対象範囲報告メッセージ内の対応するサービス対象範囲フィールドは、サービスノードが規定するルールを含み得る。
− 観察対象範囲（ＯＣ）：別のサービスノードによって提供される対象範囲に関する、オブザーバノードによって提供される情報。例えば、特定の場所および時間における、モーション検出器のＲＦ信号の観察される信号の広がり範囲。

サービス対象範囲７０８は、サービス対象範囲タイプに従って設定される。サービスノードは、図７に示されるメッセージ７００内のサービス有効時間フィールド７１０に表され得る、ある期間中のサービス対象範囲のみを提供し得る。デフォルトとして、常時オンであると仮定される。

オブザーバノードによるサービス報告メッセージは、サービスノードによるサービス報告メッセージと異なり得る。オブザーバノードによる例示的非限定的サービス報告メッセージ８００は、図８に図示される。距離フィールド８０２は、サービスノードとオブザーバノードとの間の距離を示し得る。属性フィールド８０４は、オブザーバノードが観察するサービスノードの属性を示し得る。値フィールド８０６は、属性の観察された値を示し得る。例えば、オブザーバノードは、サービスノードの、その場所における信号強度の質を観察し得る。オブザーバノードによって送信されるサービス対象範囲報告メッセージ８００は、そのサービスノードのサービス対象範囲を分析するためにＳＣＭ４０２に有用ではないこともある。

図１に示される実施例では、モーションセンサは、家の中のモーション感知サービスのサービスノードである。モーションセンサは、図９の例示的非限定的信号フロー９００に示されるように、サービス対象範囲報告をＳＣＭ４０２に送信し得る。サービス対象範囲タイプは、ＧＲであり得る。一方、ＳＣＭ４０２は、モーションセンサに、図１０の例示的非限定的信号フロー１０００に図示されるように、情報を提供するように積極的に要求し得る。サービス対象範囲要求メッセージでは、ＳＣＭ４０２は、サービス識別子と、サービスノードの識別子とを含み得る。サービス対象範囲応答メッセージでは、モーションセンサは、サービス報告メッセージと同じ構造に従うことができる。しかしながら、サービス識別子およびサービスノードの識別子は、図１０に示されるように、サービス対象範囲応答メッセージから除外され得る（すなわち、サービス識別子およびサービスノードの識別子は、サービス対象範囲応答メッセージ内に繰り返される必要はない）。したがって、モーションセンサとＳＣＭ４０２との間のサービス対象範囲報告または要求プロシージャ後、ＳＣＭ４０２は、以下の表２に示されるように、サービス対象範囲の記録を有し得る。

図９−１０に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態において実装され得る、論理エンティティであることを理解されたい。すなわち、図９−１０に図示される方法は、図２３Ｃまたは２３Ｄに図示される、例えば、デバイスまたはコンピュータシステム等のコンピュータデバイスのメモリ内に記憶される、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、コンピューティングデバイスのプロセッサによって実行されると、図９−１０に図示されるステップを行う。図９−１０に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によっても行われ得ることを理解されたい。

図２に示される実施例では、スマートメータ読み取りサービスは、サービスノード１ ２０２と、サービスノード２ ２０４と、サービスノード３ ２０６とを有し得る。サービスノード２０２、２０４、および２０６は、図１１の例示的非限定的信号フロー１１００に示されるように、サービス対象範囲報告をＳＣＭ４０２に送信し得る。サービス対象範囲タイプは、ＡＲである。代替として、ＳＣＭ４０２は、サービスノードに、図１２の例示的非限定的信号フロー１２００に示されるような情報を提供するように積極的に要求することができる。したがって、サービスノード２０２、２０４、および２０６とＳＣＭ４０２との間のサービス対象範囲報告または要求プロシージャ後、ＳＣＭ４０２は、以下の表３に示されるようなサービス対象範囲の記録を有し得る。

図１１−１２に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態において実装され得る、論理エンティティであることを理解されたい。すなわち、例えば、図１１−１２に図示される方法は、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュータシステム等、コンピューティングデバイスのメモリ内に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、コンピューティングデバイスのプロセッサによって実行されると、図１１−１２に図示されるステップを行う。また、図１１−１２に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることを理解されたい。

サービス対象範囲処理構成要素は、全てのサービスノードのサービス対象範囲を解釈し、サービスに対するサービス対象範囲の全体像を生成し得る。例えば、図１の実施例では、ＳＣＭ４０２は、センサ１ １０２、センサ２ １０４、センサ３ １０６、センサ４ １０８が、家全体のモーション感知サービスを提供することができ、センサ１ １０２とセンサ２ １０４との間、およびセンサ３ １０６とセンサ４ １０８との間で重複する対象範囲が存在することを決定し得る。図２では、ＳＣＭ４０２は、サービスノード２０２、２０４、および２０６が、コミュニティ内の家のうちのいくつかが、ルールの１つ以上のものを満たすため、図２に示されるように、重複する対象範囲を有することを把握可能である。

ＳＣＭ４０２はまた、特定のサービスに関して利用可能なサービスノードが、サービス範囲に到達することができるかどうかを決定し得る。例えば、図１の実施例では、「ｍｏｔｉｏｎＳｅｎｓｅｈｏｍｅ１」（また、表１参照）として識別されるサービスのサービス範囲は、家全体に関するモーション感知サービスを提供することであり得る。サービスノード（センサ１０２、１０４、１０６、および１０８）は、家を完全に対象とすることができるため、ＳＣＭ４０２は、そのサービス対象範囲がサービス範囲に到達することを決定し得る。図２の実施例では、「ｓｍａｒｔＧｒｉｄＲｅａｄｉｎｇ」（さらに、表１参照）として識別されるサービスのサービス範囲は、規定されたコミュニティのスマートグリッド読み取りサービスを提供することであり得る。２０００〜３０００平方フィートのサイズを伴わず、建築者によって建築されてもおらず、１００万未満の販売価格を伴わない、コミュニティ内の家が存在することが可能性として考えられる。その結果、サービスノードのサービス対象範囲は、サービス範囲に到達することができないこともある。サービス対象範囲処理構成要素は、以下で紹介される調節構成要素のためのサービス対象範囲の必要情報を提供し得る。

サービス対象範囲調節構成要素４１６は、クライアントのサービス要求、および処理構成要素からフィードされる情報に基づいて、サービスノードのサービス対象範囲を適合させ得る。ポリシーマネージャ等の他のエンティティが、ポリシーをＳＣＭ４０２に提供し、サービス対象範囲調節を行い得ることに留意されたい。ＳＣＭ４０２はまた、クライアントからのサービス要求からパターンを検出し得る。現在のサービスに対するサービス対象範囲を調節する代わりに、新しいサービスが、クライアントの要求を満たすために、適切なサービス対象範囲で策定または生成され得る。

ＳＣＭ４０２は、いくつかの状況において、サービスノードの対象範囲を動的に調節し、クライアントのサービス要求に適応し得る。例えば、２つのサービスノード間においてサービス対象範囲の重複が存在する場合、サービスノードのサービス対象範囲の一方は、縮小され得る。ある期間の間、ある対象範囲内にサービスを要求するクライアントが存在しない、またはクライアントの数が少ない場合、対応するサービスノードのサービス対象範囲は、縮小され得る。サービスノードが、要求されるサービスの質を提供不可能であるほど、ある対象範囲内に多数の要求側が存在する場合、他のサービスノード（例えば、地理的に隣接する）のサービス対象範囲が、そのエリアを対象とするように拡大され得、クライアントの一部は、拡張された対象範囲サービスノードに移管され得る。任意のサービスノードによって対象とされていないクライアントが存在する場合、ＳＣＭ４０２は、サービスノードのコンテキスト情報（例えば、場所、負荷等）に基づいて、他のサービスノードを選択し、サービス対象範囲を調節し、そのような対象とされていないクライアントが、サービスを受けることを可能にし得る。これらの実施形態についての追加の詳細は、本明細書に記載される。

ＳＣＭ４０２は、前述のサービス対象範囲処理後、サービス対象範囲重複を検出し得る。同じ対象範囲内で同じサービスを提供することにおける複数のサービスノードの不必要なリソースを無駄にすることを回避するために、ＳＣＭ４０２は、そのサービス対象範囲を調節することにおいてサービスノードを調整することができる。例えば、再び、図１を参照すると、ＳＣＭ４０２は、センサ１ １０２およびセンサ２ １０４の両方が、台所を対象とし、センサ３ １０６およびセンサ４ １０８の両方が、寝室２を対象とすることをすでに把握している。ＳＣＭ４０２は、センサ１ １０２および／またはセンサ２ １０４に、台所エリア内の重複が排除または縮小され得るように、その信号強度を減少させ、そのレンズ角度を調節するように通知し得る。同様に、ＳＣＭ４０２はまた、センサ３ １０６および／またはセンサ４ １０８に、寝室２内の重複が排除または縮小され得るように、その信号強度を減少させ、そのレンズ角度を調節するように通知し得る。

図１３は、センサ１ １０２およびセンサ４ １０４へのＳＣＭによって開始されるサービス対象範囲調節の例示的非限定的メッセージフロー１３００を図示する流れ図である。サービス対象範囲要求メッセージにおいて、ＳＣＭ４０２は、センサ１に、所望のサービス対象範囲が家族部屋であることを通知し、および／またはセンサ４に、所望のサービス対象範囲が寝室１であることを通知し得る。センサ１ １０２および／またはセンサ４ １０６は、その感知信号強度を調節し、サービス対象範囲を適切に縮小させ得る。それらはまた、ＳＣＭの調節要求に対する確認として、新しいサービス対象範囲をＳＣＭ４０２に更新し得る。

図２の実施例では、ＳＣＭ４０２は、そのアクセスルールからサービスノードのサービス対象範囲の重複を決定し得る。サービスノードの２つまたは３つのアクセスルールを満たす、コミュニティ内の家が存在し得る。その結果、それらの家にサービス提供するであろう、１つ以上のサービスノードが存在し得、これは、望ましくない場合がある。図１４は、サービスノード１ ２０２、サービスノード２ ２０４、およびサービスノード３ ２０６へのＳＣＭ４０２によって開始されるサービス対象範囲調節の例示的非限定的メッセージフロー１４００を示す。ＳＣＭ４０２は、各サービスノードに対してアクセスルールを設計し、依然として、サービス範囲を満たしながら、より少ないまたは最小限の重複を有するように、サービスノードのサービス対象範囲を調整し得る。これを達成するために、ＳＣＭ４０２は、潜在的サービスクライアント（例えば、コミュニティ内に位置する家）およびその特徴（サイズ、建築者、販売価格、住所等）の知識を取得し得る。一実施形態では、ＳＣＭ４０２は、それらの各々が１つのサービスノードに割り当てられる、３つの地区（互に隣接するが、地理的に重複しない）にコミュニティを分割し得る。その結果、サービスノード１の新しいアクセスルールは、地区１内の家を含む一方、サービスノード２の新しいアクセスルールは、地区２内の家を含み、サービスノード３の新しいアクセスルールは、地区３内の家を含む。各サービスノードはまた、そのリソースをクライアントにサービス提供するように適合させ得る。スマートグリッド読み取りサービスをこのコミュニティに提供するための総リソースは、大幅に縮小され得る。

しばらくの間、ある対象範囲内にサービスを要求するクライアントが存在しないか、またはクライアントの数がごくわずかである場合、ＳＣＭ４０２は、対応するサービスノードのサービス対象範囲を縮小し得る。図１の実施例では、センサは、部屋が占有されている間、モーションを感知することを必要としないこともある。例えば、夜間の間、寝室内のモーションを追跡することは不必要であり得る。したがって、センサ３ １０６およびセンサ４ １０８は、昼間の間のみ、サービス対象範囲を提供する必要があり得る。このシナリオでは、サービス対象範囲は、有効期間に関連付けられ得る。ＳＣＭ４０２は、センサ３ １０６および／またはセンサ４ １０８のサービス対象範囲有効時間を調節し得る。そのような実施形態を実証する、例示的非限定的メッセージフロー１５００は、図１５に示される。

図２の実施例では、ＳＣＭ４０２のサービス対象範囲調節構成要素４１６は、報告されたスマートグリッド読み取りデータから、各サービスノードによってサービス提供されるクライアントを決定することが可能であり得る。ＳＣＭ４０２は、家のサイズが、実際には、２０００〜２５００平方フィートであるため、サービスノード１ ２０２が、非常に少数の家からのスマートグリッド読み取りのみを報告することに気付き得る。しかしながら、サービスノード１ ２０２は、多数の家にサービスを提供するためのリソース（データ収集、データ処理等のために）で構成および展開され得る。使用されていないリソースを節約するために、ＳＣＭ４０２は、サービスノード２０２に、アクセスルールが２０００〜２５００平方フィートのサイズの家であるよう変更するように通知し得る。そのような実施形態を実証する、例示的非限定的メッセージフロー１６００は、図１６に示される。

図１３−１６に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち、図１３−１６に図示される方法は、そのコンピュータ実行可能命令が、コンピューティングデバイスのプロセッサによって実行されると、図１３−１６に図示されるステップを行う、例えば、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュータシステム等、コンピューティングデバイスのメモリ内に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る。また、図１３−１６に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることを理解されたい。

サービスノードが要求されるサービス質を提供不可能であるほど、ある対象範囲内に多数の要求側が存在する場合、他のサービスノード（例えば、地理的に隣接する）のサービス対象範囲が、そのエリアを対象とするように拡大され得、要求側クライアントの一部は、それらのサービスノードに移管され得る。図１の実施例では、センサ１の電力が少なくなりつつある状態であり得、したがって、常時、モーションの追跡をすることが可能でないことがあり得る。センサ１ １０２は、ＳＣＭ４０２に、このコンテキスト情報を通知し得る。ＳＣＭ４０２は、センサ１ １０２に地理的に隣接する、センサ３ １０６のサービス対象範囲を調節し得る。調節後、センサ３ １０６は、有効期間の間、センサ１のサービス対象範囲を引き継ぎ得る一方、センサ１ １０２は、スリープ状態になり、エネルギーを節約する。そのような実施形態を実証する、例示的非限定的メッセージフロー１７００は、図１７に示される。

図２の実施例では、サービスノード２ ２０４のサービス対象範囲内である、その販売価格が１００万ドルを下回る多数の家が存在し得る。しかしながら、サービスノード２ ２０４は、適切なサービスの質をそれほど多くのクライアントに提供することが不可能であり得る。ＳＣＭ４０２は、サービスノード２ ２０４のアクセスルールを調節し、サービスノード１ ２０２のクライアントの一部を引き継ぎ得る。サービスノードのアクセスルールはまた、適宜、調節され得る。図１８の例示的非限定的メッセージ１８００に示されるように、サービスノード１ ２０２のアクセスルールは、「販売価格８５万を下回る」ように調節され得、サービスノード２ ２０４のアクセスルールは、「８５万〜１００万の販売価格または２０００〜３０００平方フィートのサイズ」であるように調節され得る。

任意のサービスノードによって対象とされていないクライアントが存在する場合、ＳＣＭ４０２は、サービスノードのコンテキスト情報（例えば、場所、負荷等）に基づいて、他のサービスノードを選択し、そのサービス対象範囲を調節し、それらのクライアントが、サービスを受けることを可能にし得る。サービスノードは、このクライアントがそのサービス対象範囲内にない場合、クライアントのサービス要求をＳＣＭ４０２に転送し得る。ＳＣＭ４０２は、サービスをクライアントに提供可能であり得る、任意の他のサービスノードを決定し得る。決定は、クライアントとサービスノードとの間の距離、サービスノード電流負荷等の要因を考慮することによって行われ得る。ＳＣＭ４０２は、次いで、クライアントの要求をサービスノードに転送し得る。サービスノードが、そのサービス対象範囲へのクライアントの追加を確認後、ＳＣＭ４０２は、適宜、更新する。ＳＣＭ４０２が、それらの対象とされていないクライアントのパターンを見出すことが可能である場合、サービスノードのサービス対象範囲を調節し、同じパターンを伴う将来的クライアントに適応し得る。そのような実施形態を実装する例示的非限定的方法１９００は、図１９に図示される。

図１７−１９に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解されたい。すなわち、図１７−１９に図示される方法は、そのコンピュータ実行可能命令が、コンピューティングデバイスのプロセッサによって実行されると、例えば、図１７−１９に図示されるステップを行う、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュータシステム等、コンピューティングデバイスのメモリ内に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る。また、図１７−１９に図示される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ得ることを理解されたい。

図２の実施例では、サービスノード１ ２０２、サービスノード２ ２０４、およびサービスノード３ ２０６は、要求側クライアントがそのアクセスルールを満たさないため、それらが提供しないサービスに対するクライアントの要求を受信し得る。それらのクライアントの要求は、ＳＣＭ４０２に転送され得、これは、順に、それらの家に対するスマートグリッド読み取りサービスを実施するための３つのサービスノードのうちの１つを選定し得る。最初に、各そのような家は、個々に、サービスノードのクライアントリストに追加され得る。ＳＣＭ４０２が、そのようなクライアントのパターン（例えば、１００万を上回る販売価格を有する家）を検出後、アクセスルールは、１つ以上のサービスノードのサービス対象範囲に修正または追加され得る。

以下に開示されるのは、ｏｎｅＭ２Ｍアーキテクチャに従って動作するネットワーク内に実装される、実施形態である。前述のように、ｏｎｅＭ２Ｍは、ｏｎｅＭ２Ｍサービス層によってサポートされる能力を定義している。これらの能力は、能力サービス機能（ＣＳＦ）と称される。ｏｎｅＭ２Ｍサービス層は、能力サービスエンティティ（ＣＳＥ）と称される。図３Ｂに示されるように、ＣＳＥ３０２は、ＣＳＦのセットをサポートする。一実施形態では、ＣＳＥ３０２は、図３Ｂに図示され、前述されたＣＳＥ３０２の修正バージョンであり得、ＣＳＦのセットは、同様に、図３Ｂに図示され、また、前述されたＣＳＦの修正バージョンであり得る。

図２０は、ｏｎｅＭ２Ｍ ＣＳＦとしてサービス対象範囲管理内にホストされる、提案されるサービス対象範囲マネージャ（ＳＣＭ）４０２を図示する。ｏｎｅＭ２Ｍは、能力サービス機能（ＣＳＦ）２００２と称される、ｏｎｅＭ２Ｍサービス層によってサポートされる能力を定義する。ｏｎｅＭ２Ｍサービス層は、能力サービスエンティティ（ＣＳＥ）２００４と称され得る。サービスノードは、Ｍ２Ｍデバイス／ゲートウェイ／アプリケーションエンティティまたはＣＳＥをホストするサーバであり得る。

アプリケーションエンティティ２００６は、Ｍｃａ基準点を介して、対象範囲報告をＳＣＭ４０２に提供し得、ＳＣＭ４０２は、同じＭｃａ基準点を介して、サービス対象範囲調節をＡＥ２００６に送信し得る。

ＣＳＥ２００４は、対象範囲報告を、Ｍｃｃ基準点を介して、他のＣＳＥ上にホストされるＳＣＭに送信し得、ＳＣＭ４０２は、同じＭｃｃ基準点を介して、サービス対象範囲調節を他のＣＳＥに送信し得る。

ＣＳＥにおける他のＣＳＦは、特定のノードのサービス対象範囲の変更について通知される必要があり得る。したがって、ＣＳＦは、ＳＣＭ４０２内の特定のイベントに加入し得、ＳＣＭ４０２は、特定のイベント（例えば、対象範囲変更）が生じると、イベント通知をＣＳＦに生成し得る。代替として、ＳＣＭ４０２は、他のＣＳＦがイベントに加入せずに、イベントを他のＣＳＦに積極的に通知し得る。

ＳＣＭ４０２は、それらがサービスを得るノードを変更するように他のノードに提案または命令するためのメッセージを他のＣＳＥに送信し得る。ＳＣＭ４０２は、他のＣＳＦまたはＣＳＥに、それが管理しているサービスと、サービスを供給している各ノードに関連付けられる関連付けられた対象範囲とを広告することが可能であり得る。ＳＣＭ４０２は、一実施形態では、別の管理エンティティによって、特定のサービスおよび特定のノードを管理するように構成され得る。ＳＣＭ４０２は、Ｍｃｎ基準点を介して、ノード場所情報を取得し得る。場所情報は、ノードのサービスエリアを決定するために使用され得るか、またはどのサービスノードがクライアントにサービス提供すべきかを決定するために使用され得る。ＳＣＭ４０２は、Ｍｃｎ基準点を介して、情報を得て、情報を使用して、サービス対象範囲を調節し得る。例えば、Ｍｃｎインターフェースは、特定のサービスノードに／そこから利用可能な帯域幅についての入力を提供し得る。ＳＣＭ４０２は、この情報を使用して、そのノードによってサービス提供され得るノードの数についての決定を行い得る。ＳＣＭ４０２は、それが対象範囲報告を受信する任意の時間に課金データ記録（ＣＤＲ）を生成するか、サービス対象範囲を調節するか、または別のＣＳＦもしくはＣＳＥにサービス関連情報を提供し得る。サービス対象範囲記録は、ｏｎｅＭ２Ｍサービス層内のＳＣＭ４０２によって維持され得る。図２１は、サービス対象範囲記録の例示的非限定的実施形態２１００を図示する。以下の表４は、一実施形態のサービス対象範囲リソースの属性を示す。

前述は、ユーザからのサービス要求に基づく、サービス対象範囲管理のメッセージおよびプロシージャである。定義されるメッセージおよびプロシージャは、ユーザのためのグラフィカルユーザインターフェース（ＧＵＩ）を提供するように拡張されることができる。例えば、ユーザは、例えば、次いで、ＳＣＭ４０２に送信される、ディスプレイ上に表示されるユーザインターフェースメニュー、フィールド、または形態を使用して、サービスホストのサービス対象範囲を要求し、サービス対象範囲に基づいて、サービスホストを選定し得る。サービスノードのサービス対象範囲は、次いで、デバイスのユーザインターフェース上に表示され得、これは、図７に示されるようなフォーマットを有し得る。

グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースは、ユーザが、ＳＣＭ４０２に関連する機能性を制御および／または構成することを補助するために使用されることができる。図２２Ａは、ユーザが、ＳＣＭ４０２を有効または無効にし、サービス対象範囲を選択し、サービスノードのエリアを追加し、対象範囲を調節することを可能にする、インターフェース２２０２を図示する略図である。図２２Ｂは、サービス対象範囲の詳細を表示し、サービス対象範囲を更新するために使用されることができる、インターフェース２２０４を図示する略図である。インターフェース２２０２および２２０４は、それらの以下に説明される図２３Ｃ−Ｄに示されるもの等のディスプレイを使用して生成されることができることを理解されたい。
（例示的Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム）

図２３Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための基礎的要素を提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴの構成要素またはノードだけではなく、ＩｏＴ／ＷｏＴサービス層等であり得る。通信システム１０は、開示される実施形態の機能性を実装するために使用され得、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の機能性および論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティを含むことができる。

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

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

例示的Ｍ２Ｍデバイス１８として、限定ではないが、タブレット、スマートフォン、医療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、器具、車庫のドアおよび他のアクチュエータベースのデバイス、セキュリティデバイス、およびスマートコンセントが挙げられる。

図２３Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信ネットワーク１２は、開示される実施形態の機能性を実装するために使用され得、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の機能性および論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティを含むことができる。Ｍ２Ｍサービス層２２は、例えば、以下で説明される図２３Ｃおよび２３Ｄで図示されるデバイスを含む、１つ以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍデバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、クラウド内で等、種々の方法で実装され得る。

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

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

本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポートする、ソフトウェアミドルウェア層である。ＥＴＳＩ Ｍ２ＭおよびｏｎｅＭ２Ｍの両方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定アプリケーション向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装されることができる。

いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、示されるシステムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含み得、また、他の開示されるシステムおよび方法と併せて使用され得る。

一実施形態では、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティは、図２３Ｂに示されるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２ＭノードによってホストされるＭ２Ｍサービス層インスタンス内にホストされ得る。例えば、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティは、Ｍ２Ｍサービス層インスタンス内に、または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。

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

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

さらに、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の本願の論理エンティティ、ならびにサービスノード２０２、２０４および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することができる。

図２３Ｃは、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。ノード３０は、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティを実行するか、または含むことができる。デバイス３０は、図２３Ａ−Ｂに示されるようなＭ２Ｍネットワークの一部、または非Ｍ２Ｍネットワークの一部であり得る。図２３Ｃに示されるように、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送受信機３４および伝送／受信要素３６等の通信回路を含み得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装する、ノードであり得る。

プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されるコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノード３０が無線または有線環境内で動作することを可能にする任意の他の機能性を行い得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムおよび／または他の通信プログラムを起動させ得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行い得る。

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

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

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

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

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。例えば、プロセッサ３２は、前述のように、セッションコンテキストをそのメモリ内に記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等、Ｍ２Ｍノード３０上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御し、Ｍ２Ｍサービス層セッション移行または共有のステータスを反映させる、またはノードのセッション移行または共有能力もしくは設定についての入力をユーザから得るか、または情報をユーザに表示するように構成され得る。別の実施例では、ディスプレイは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態においてＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ＡＰＩの上部に層化され、ユーザが、本明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッションまたはその移行もしくは共有を双方向に確立および管理することを可能にし得る。

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

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

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

図２３Ｄは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、または他のノード等、Ｍ２Ｍネットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでもまたはどのような手段を用いても、そのようなソフトウェアが記憶またはアクセスされる。コンピューティングシステム９０は、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティを実行するか、または含むことができる。コンピューティングシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノードを含む、任意の他のノードであり得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの既知のワーク基地局、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等、Ｅ２Ｅ Ｍ２Ｍサービス層セッションのための開示されるシステムおよび方法に関連するデータを受信、生成、および処理し得る。

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

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

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

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

さらに、コンピューティングシステム９０は、例えば、図２３Ａおよび図２３Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、ネットワークアダプタ９７等の通信回路を含み、コンピューティングシステム９０が、ネットワークの他のノードと通信することを可能にし得る。

本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等の機械によって実行されると、本明細書に説明されるシステム、方法、およびプロセスを行うおよび／または実装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む、前述の説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態において実装され得る。ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２および２２０４等のインターフェースを生成するための論理エンティティは、コンピュータ読み取り可能な記憶媒体に記憶されるコンピュータ実行可能命令の形態において具現化され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理的）方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、限定ではないが、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の有形または物理的媒体を含む。

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

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

Claims (20)

1. 通信ネットワークのノードによって使用される方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能な命令をさらに含み、前記命令は、前記プロセッサによって実行されると、
   クライアントサービス要求を、サービスノードによって未だサービスが提供されていないクライアントから受信することと、
   サービス対象範囲報告をサービスノードから受信することと、
   前記クライアントサービス要求を受信することに応答して、前記クライアントにサービスを提供する前に、前記サービス対象範囲報告と前記クライアントサービス要求とを処理することにより、サービス対象範囲調節を決定することと、
   前記決定されたサービス対象範囲調節に基づいて、サービス対象範囲調節通知を生成することと、
   前記クライアントサービス要求に対するサービスを提供するために、前記サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信することと
   を含む方法を実装する、方法。
2. 前記サービス対象範囲の処理は、前記サービスノードのサービス対象範囲を表す像を生成することを含む、請求項１に記載の方法。
3. 前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス対象範囲タイプと、前記サービス対象範囲およびその有効時間を示すものとを含む、請求項１に記載の方法。
4. 確認をＳＣＭから前記サービスノードに送信することをさらに含む、請求項１に記載の方法。
5. 前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記対象範囲の縮小である、請求項１に記載の方法。
6. 前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記対象範囲の拡大である、請求項１に記載の方法。
7. 前記方法は、サービス対象範囲マネージャ（ＳＣＭ）によって行われる、請求項１に記載の方法。
8. 前記ＳＣＭは、サービス層内にある、請求項７に記載の方法。
9. 通信ネットワークのノードによって使用される方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能な命令をさらに含み、前記命令は、前記プロセッサによって実行されると、
   サービス対象範囲報告をサービス対象範囲マネージャ（ＳＣＭ）に送信することと、
   サービス対象範囲調節通知を前記ＳＣＭから受信することであって、前記サービス対象範囲調節通知は、クライアントサービス要求を、サービスノードによって未だサービスが提供されていないクライアントから受信することに応答して決定されるサービス対象範囲調節に基づいて生成される、ことと、
   前記クライアントサービス要求に対するサービスを提供するために、前記クライアントにサービスを提供する前に、前記サービス対象範囲調節通知に基づいて、サービスノードにおける対象範囲を調節することと
   を含む方法の機能を実行する、方法。
10. サービス対象範囲要求を前記ＳＣＭから受信し、それを処理することにより、前記サービス対象範囲報告を生成することをさらに含む、請求項９に記載の方法。
11. 前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス対象範囲タイプと、前記サービス対象範囲を示すものとを含む、請求項９に記載の方法。
12. 前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲の縮小である、請求項９に記載の方法。
13. 前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲の拡大である、請求項９に記載の方法。
14. 通信ネットワークのノードによって使用される方法であって、前記ノードは、プロセッサおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行可能な命令をさらに含み、前記命令は、前記プロセッサによって実行されると、サービス対象範囲マネージャ（ＳＣＭ）の機能を実行し、
    クライアントサービス要求を、サービスノードによって未だサービスが提供されていないクライアントから受信することと、
    サービス対象範囲属性を示すものを前記サービス対象範囲マネージャにおいてサービスノードから受信することと、
    クライアントサービス要求に応答して、前記クライアントにサービスを提供する前に、前記クライアントサービス要求に対するサービスを提供するために、前記サービス対象範囲マネージャから前記サービスノードに、前記サービス対象範囲属性を調節するための命令を伝送することであって、前記命令は、前記受信されたサービス対象範囲属性を示すものに基づいて生成される、ことと
    を含む方法を実装する、方法。
15. 前記サービス対象範囲属性は、地理的エリアを示すものを含む、請求項１４に記載の方法。
16. 前記サービス対象範囲属性は、クライアントのリストを含む、請求項１４に記載の方法。
17. 前記命令は、地理的エリアを拡大または縮小させるための命令を含む、請求項１４に記載の方法。
18. 前記命令は、クライアントの数を増加または減少させるための命令を含む、請求項１４に記載の方法。
19. プロセッサおよびメモリを備えているノードであって、前記ノードは、前記ノードの前記メモリ内に記憶されているコンピュータ実行可能な命令をさらに含み、前記命令は、前記ノードの前記プロセッサによって実行されると、
    クライアントサービス要求を、サービスノードによって未だサービスが提供されていないクライアントから受信することと、
    サービス対象範囲報告をサービスノードから受信することと、
    前記受信されたクライアントサービス要求に応答して、前記クライアントにサービスを提供する前に、前記サービス対象範囲報告を処理することにより、サービス対象範囲調節を決定することと、
    前記決定されたサービス対象範囲調節に基づいて、サービス対象範囲調節通知を生成することと、
    前記クライアントサービス要求に対するサービスを提供するために、前記サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信することと
    を前記ノードに行わせる、ノード。
20. 前記サービス対象範囲の処理は、前記サービスノードのサービス対象範囲を表す像を生成することを含む、請求項１９に記載のノード。