(57)【要約】【課題】サービス対象範囲管理システムおよび方法の提供。【解決手段】サービス対象範囲マネージャ（ＳＣＭ）は、サービスノードの対象範囲の報告を受信するか、または読み出し、サービスに対するサービス対象範囲の全体像を生成し得る。ＳＣＭは、サービスノード対象範囲を動的に調節し、クライアントのサービス要求に適応し、新しいサービス対象範囲を適切なクライアントに提供し得る。ＳＣＭは、別のノードとの重複を低減させるために、または無駄なリソースを削減するためにサービスノードのサービス対象範囲を縮小し得るか、または、追加のクライアントを対象とするためにサービスノードの対象範囲を拡張し得る。【選択図】図４
2018139454.tif 000002
【特許請求の範囲】
【請求項１】
明細書に記載された発明。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６１／８９４，９７７号（２０１３年１０月２４日出願、名
称「ＳＥＲＶＩＣＥ  ＣＯＶＥＲＡＧＥ  ＭＡＮＡＧＥＭＥＮＴ  ＳＹＳＴＥＭＳ  ＡＮ
Ｄ  ＭＥＴＨＯＤＳ」）に対する優先権を主張し、参照により本明細書に引用される。
【０００２】
（背景）
マシンツーマシン（Ｍ２Ｍ）技術は、有線および無線通信システムを使用して、デバイ
スが互により直接的に通信することを可能にする。Ｍ２Ｍ技術は、一意に識別可能なオブ
ジェクトおよびインターネット等のネットワークを経由して通信するそのようなオブジェ
クトの仮想表現のシステムである、モノのインターネット（ＩｏＴ）のさらなる実現を可
能にする。ＩｏＴは、食料品店内の商品等のさらに日常的な毎日のオブジェクトとの通信
を促進し、それによって、そのようなオブジェクトの知識を向上させることによって、費
用および無駄を低減させ得る。例えば、店は、在庫にあり得るか、または販売された場合
がある、オブジェクトと通信するか、またはそこからデータを取得することができること
によって、非常に精密な在庫データを維持し得る。Ｍ２Ｍ技術は、サービスを提供するノ
ードに関するサービスエリアまたはサービス対象範囲を決定することにおいて新しい課題
を導入する。なぜなら、そのようなノードによって提供されるサービス対象範囲にわたる
知識または制御をサービス層が有していないからである。
【発明の概要】
【課題を解決するための手段】
【０００３】
（要約）
本明細書に開示されるのは、サービスノードから、サービスノードの対象範囲の報告を
受信し得る、サービス対象範囲マネージャ（ＳＣＭ）に関連する、方法、デバイス、およ
びシステムである。代替として、ＳＣＭは、１つ以上のセンサのクラスタヘッド等の他の
エンティティから、サービスノードのサービス対象範囲を読み出し得る。ＳＣＭはまた、
全てのサービスノードのサービス対象範囲を解釈し、サービスに関するサービス対象範囲
の全体像を生成し得る。ＳＣＭは、サービスノード対象範囲を動的に調節し、クライアン
トのサービス要求に適応し、新しいサービス対象範囲を適切なクライアントに提供し得る
。２つのサービスノード間においてサービス対象範囲と重複がある場合、ＳＣＭは、サー
ビスノードのサービス対象範囲のうちの１つを縮小し得る。しばらくの間、ある対象範囲
内にサービスを要求するクライアントが存在しない、またはクライアントの数が少ない場
合、ＳＣＭは、対応するサービスノードのサービス対象範囲を縮小し得る。サービスノー
ドが、要求側に適切にサービス提供することが不可能であるほど、あるサービス対象範囲
内に多数の要求側が存在する場合、ＳＣＭは、他のサービスノード（例えば、地理的に隣
接する）のサービス対象範囲を拡大し、そのエリアの少なくとも一部を対象とし得、それ
らの他のサービスノードへのクライアントの一部の移管を促進し得る。任意のサービスノ
ードによって対象とされていないクライアントが存在する場合、ＳＣＭは、場所、負荷等
のサービスノードコンテキスト情報に基づいて、他のサービスノードを選択し、そのサー
ビス対象範囲を調節し、サービス提供されていないクライアントが、サービスを受けるこ
とを可能にし得る。
【０００４】
本概要は、発明を実施するための形態において以下でさらに説明される、一連の概念を
簡略化形態において導入するために提供される。本概要は、請求される主題の主要な特徴
または不可欠な特徴を識別することを意図しておらず、また、請求される主題の範囲を限
定するために使用されることも意図していない。さらに、請求される主題は、本開示の任
意の部分に記載される一部または全ての不利ポイントを解決するという限界にも限定され
ない。
本発明はさらに、例えば、以下を提供する。
（項目１）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッ
サおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行
可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、サービス対
象範囲マネージャ（ＳＣＭ）の機能を果たし、
サービス対象範囲報告をサービスノードから受信することと、
前記サービス対象範囲報告を処理し、サービス対象範囲調節を決定することと、
サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信するこ
とと
を含む方法を実装する、方法。
（項目２）
前記サービス対象範囲の処理は、サービス対象範囲の全体像を生成することを含む、項
目１に記載の方法。
（項目３）
前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス
対象範囲タイプと、前記サービス対象範囲およびその有効時間の指示とを含む、項目１に
記載の方法。
（項目４）
確認を前記ＳＣＭから前記サービスノードに送信することをさらに含む、項目１に記載
の方法。
（項目５）
前記サービス対象範囲報告を受信する前に、サービス対象範囲要求を前記サービスノー
ドに送信することをさらに含む、項目１に記載の方法。
（項目６）
前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記
対象範囲の縮小である、項目１に記載の方法。
（項目７）
前記サービス対象範囲調節は、前記サービスノードのうちの前記少なくとも１つの前記
対象範囲の拡大である、項目１に記載の方法。
（項目８）
前記ＳＣＭは、サービス層内にある、項目１に記載の方法。
（項目９）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッ
サおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行
可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、
サービス対象範囲報告をサービス対象範囲マネージャ（ＳＣＭ）に送信することと、
サービス対象範囲調節通知を前記ＳＣＭから受信することと、
前記サービス対象範囲調節通知に基づいて、サービスノードにおける対象範囲を調節す
ることと
を含む方法の機能を果たす、方法。
（項目１０）
サービス対象範囲要求を前記ＳＣＭから受信し、それを処理し、前記サービス対象範囲
報告を生成することをさらに含む、項目９に記載の方法。
（項目１１）
前記サービス対象範囲報告は、サービスＩＤと、サービスノードアドレスと、サービス
対象範囲タイプと、前記サービス対象範囲の指示とを含む、項目９に記載の方法。
（項目１２）
前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲
の縮小である、項目９に記載の方法。
（項目１３）
前記サービス対象範囲調節は、前記サービスノードのうちの少なくとも１つの対象範囲
の拡大である、項目９に記載の方法。
（項目１４）
通信ネットワークのノードによる使用のための方法であって、前記ノードは、プロセッ
サおよびメモリを備え、前記ノードは、前記メモリ内に記憶されているコンピュータ実行
可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、サービス対
象範囲マネージャ（ＳＣＭ）の機能を果たし、
サービス対象範囲属性の指示を前記サービス対象範囲マネージャにおいてサービスノー
ドから受信することと、
前記サービス対象範囲マネージャから前記サービスノードに、前記サービス対象範囲属
性を調節するための命令を伝送することと
を含む方法を実装する、方法。
（項目１５）
前記サービス対象範囲属性は、地理的エリアの指示を含む、項目１４に記載の方法。
（項目１６）
前記サービス対象範囲属性は、クライアントのリストを含む、項目１４に記載の方法。
（項目１７）
前記命令は、地理的エリアを拡大または縮小させるための命令を含む、項目１４に記載
の方法。
（項目１８）
前記命令は、クライアントの数を増加または減少させるための命令を含む、項目１４に
記載の方法。
（項目１９）
プロセッサおよびメモリを備えているノードであって、前記ノードは、前記ノードの前
記メモリ内に記憶されているコンピュータ実行可能命令をさらに含み、前記命令は、前記
ノードの前記プロセッサによって実行されると、
サービス対象範囲報告をサービスノードから受信することと、
前記サービス対象範囲報告を処理し、サービス対象範囲調節を決定することと、
サービス対象範囲調節通知を前記サービスノードのうちの少なくとも１つに送信するこ
とと
を前記ノードに行わせる、ノード。
（項目２０）
前記サービス対象範囲の処理は、サービス対象範囲の全体像を生成することを含む、項
目１９に記載のノード。
【図面の簡単な説明】
【０００５】
【図１】図１は、地理的エリアによって定義されるモーションセンサのサービス対象範囲の実施例を図示する略図である。
【図２】図２は、サービスノードによって承認され得るクライアントのセットによって定義される、本タイプのサービス対象範囲の視覚的表現を図示する略図である。
【図３Ａ】図３Ａは、例示的ｏｎｅＭ２Ｍ機能アーキテクチャを図示する略図である。
【図３Ｂ】図３Ｂは、ｏｎｅＭ２Ｍアーキテクチャのための開発中の例示的ＣＳＦを図示する略図である。
【図４】図４は、例示的ＳＣＭの例示的非限定的アーキテクチャを図示する略図である。
【図５】図５は、例示的非限定的サービス識別子を図示する略図である。
【図６】図６は、サービス登録の例示的非限定的信号フローを図示する略図である。
【図７】図７は、例示的非限定的サービス対象範囲報告メッセージを図示する略図である。
【図８】図８は、例示的非限定的サービス報告メッセージを図示する略図である。
【図９】図９は、モーションセンサが、サービス対象範囲報告をＳＣＭに送信するための例示的非限定的信号フローを図示する略図である。
【図１０】図１０は、ＳＣＭが、積極的に、モーションセンサに情報提供を要求するための例示的非限定的信号フローを図示する略図である。
【図１１】図１１は、サービスノードが、サービス対象範囲報告をＳＣＭに送信するための例示的非限定的信号フローを図示する略図である。
【図１２】図１２は、ＳＣＭが、積極的に、サービスノードに情報提供を要求する、例示的非限定的信号フローを図示する略図である。
【図１３】図１３は、センサへのＳＣＭによって開始されるサービス対象範囲調節の例示的非限定的メッセージフローを図示する流れ図である。
【図１４】図１４は、サービスノードへのＳＣＭによって開始されるサービス対象範囲調節の例示的非限定的メッセージフロー１４００を図示する略図である。
【図１５】図１５は、ＳＣＭによるセンサのサービス対象範囲有効時間の調節を実証する、例示的非限定的メッセージフローを図示する略図である。
【図１６】図１６は、ＳＣＭが、サービスノードにアクセスルール変更を通知する、例示的非限定的メッセージフローを図示する略図である。
【図１７】図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。
【図１８】図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。
【図１９】図１７−１９は、サービス対象範囲が調節される、例示的非限定的メッセージフローを図示する略図である。
【図２０】図２０は、ｏｎｅＭ２Ｍ  ＣＳＦとしてサービス対象範囲管理内にホストされる、提案されるサービス対象範囲マネージャ（ＳＣＭ）を図示する略図である。
【図２１】説明の記載なし
【図２２Ａ】図２２Ａは、ユーザが、ＳＣＭを有効または無効にし、サービス対象範囲を選択し、エリアまたはサービスノードを追加し、対象範囲を調節することを可能にするインターフェースを図示する略図である。
【図２２Ｂ】図２２Ｂは、サービス対象範囲の詳細を表示するインターフェースを図示する略図である。
【図２３Ａ】図２３Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。
【図２３Ｂ】図２３Ｂは、図２３Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。
【図２３Ｃ】図２３Ｃは、図２３Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。
【図２３Ｄ】図２３Ｄは、図２３Ａの通信システムの側面が具現化され得る、例示的コンピューティングシステムのブロック図である。
【発明を実施するための形態】
【０００６】
Ｍ２Ｍは、ネットワーク化されたデバイスが、ヒトの手動補助を伴わずに、情報を交換
し、アクションを行うことを可能にする、任意の技術を指し得る。Ｍ２Ｍシステムの構成
要素は、センサと、無線周波数識別（ＲＦＩＤ）と、Ｗｉ−Ｆｉリンクと、セルラー通信
リンクと、ネットワーク化されたデバイスが、データを解釈し、決定を行うことを助ける
ためにプログラムされる自律型コンピューティングソフトウェアとを含み得る。展開され
たＭ２Ｍデバイスおよびそれらによって生成されたデータを使用することによって、Ｍ２
Ｍシステムは、種々のサービスを提供することができる。例えば、モーション／湿度感知
、倉庫管理、遠隔制御、交通制御、保有車両管理等を行うサービスが、Ｍ２Ｍシステムに
よって可能にされ得る。
【０００７】
本明細書で使用される場合、「サービスノード」は、特定のサービスを提供するノード
を表す。各サービスは、サービス対象範囲の定義を有し、サービス対象範囲は、通常、２
つのカテゴリに要約されることができ、それらの各々は、拡張可能である。第１のサービ
ス対象範囲カテゴリは、サービスノードが対象とし得る物理的エリア（例えば、サービス
ノードの感知エリア）であり得る、地理的エリアである。
【０００８】
図１は、地理的エリア１００によって定義されるようなモーションセンサのサービス対
象範囲の実施例を図示する略図である。図示される実施例では、センサ１  １０２は、台
所および家族部屋を対象とし、センサ２  １０４は、居間および台所を対象とし、センサ
３  １０６は、主寝室および寝室２を対象とし、センサ４  １０８は、寝室１および寝室
２を対象とする。本実施例では、クライアントは、家の中の部屋であり、サービスノード
は、センサ１、２、３、および４である。一実施形態では、モーションセンサのためのレ
ンズの角度は、対象範囲の異なるエリアを達成するために変更され得る。
【０００９】
第２のサービス対象範囲カテゴリは、サービスノードによって引き受けられたクライア
ントを含む受諾クライアントである。これらのクライアントは、あるルールを満たす事前
に構成されたクライアントの個々またはグループを含み得る。図２は、サービスノードに
よって承認され得るクライアントのセットによって定義される、このタイプのサービス対
象範囲の視覚的表現２００を図示する略図である。例えば、サービスノード１  ２０２は
、２０００〜３０００平方フィートのサイズを伴う家からの読み取りを管理し、サービス
ノード２  ２０４は、ある建築者によって建築された家からの読み取りを管理し、サービ
スノード３  ２０６は、その価格が１００万ドル未満の家からの読み取りを管理する。
【００１０】
図３Ａは、例示的ｏｎｅＭ２Ｍ機能アーキテクチャ３００を図示する略図である。開発
中のｏｎｅＭ２Ｍ規格は、図３Ａに図示されるように、「共通サービスエンティティ（Ｃ
ＳＥ）」３０２および３０４と呼ばれるサービス層を定義する。サービス層の目的は、ｅ
−ヘルス、保有車両管理、およびスマートホーム等の異なる「垂直」Ｍ２Ｍサイロシステ
ムおよびアプリケーションによって利用され得る、「水平」サービスを提供することであ
る。ＣＳＥ３０２は、４つの基準点をサポートする。Ｍｃａ基準点は、アプリケーション
エンティティ（ＡＥ）３０６とインターフェースをとる。Ｍｃｃ基準点は、同じサービス
プロバイダドメイン内の別のＣＳＥ３０４とインターフェースをとり、Ｍｃｃ基準点は、
異なるサービスプロバイダドメイン内の別のＣＳＥとインターフェースをとる。Ｍｃｎ基
準点は、下層ネットワークサービスエンティティ（ＮＳＥ）３０８とインターフェースを
とる。ＮＳＥ３０８は、デバイス管理、場所サービス、およびデバイストリガ等の下層ネ
ットワークサービスをＣＳＥ３０２に提供する。ＣＳＥ３０２は、「発見」、「データ管
理＆リポジトリ」等の「共通サービス機能（ＣＳＦ）」と呼ばれる複数の論理機能を含む
。図３Ｂは、ｏｎｅＭ２Ｍアーキテクチャのための開発中の例示的ＣＳＦを図示する略図
である。
【００１１】
いくつかの実施形態では、複数のプロバイダ（すなわち、サービスノード）が、同じサ
ービスを提供し得、それらの各々が、その独自のサービス対象範囲を有し得る。サービス
ノードのサービス対象範囲が、地理的エリアによって定義されるとき、同じサービスを提
供する別のノードのサービス対象範囲と重複し得る。一部の重複は、サービスの信頼性お
よび質の目的のために意図され得るが、これは、サービスノードリソースの無駄をもたら
し得る。例えば、図１では、センサ１  １０２およびセンサ２  １０４は両方とも、台所
内のモーションを感知し得る一方、センサ３  １０６およびセンサ４  １０８は両方とも
、寝室２内のモーションを感知し得る。ここでは、センサ１またはセンサ２のレンズ角度
の一方または両方は、電力消費を節約するために変更され得る。同様に、センサ３または
センサ４のレンズ角度の一方または両方も、電力消費を節約するために変更され得る。
【００１２】
特定のサービスのための任意のサービスノードによって対象とされていない地理的エリ
アが存在し得る。これは、センサ感知等の多くの使用例において望ましくない場合がある
。例えば、交通監視のサービスでは、道路のある区分上に展開された任意のカメラまたは
センサによって対象とされていない道路が存在し得る。その結果、例えば、道路が渋滞し
ているかどうかを示すために使用され得る、道路のその区分に関する任意のデータが存在
しない場合がある。
【００１３】
サービスノードのサービス対象範囲が、クライアントのセットによって定義されるとき
、サービスノードは、クライアントの大きなグループにサービス提供するように設定され
得、したがって、対応する大量のリソースで構成され得る。しかしながら、サービスノー
ドは、ローカルで接続する要求側をほとんど有していない場合があり、これは、サービス
ノードリソースを無駄にし得る。代替として、サービスノードは、クライアントの小さな
グループにサービス提供するように設定されているため、サービス要求を拒否しなければ
ならないことがあり得る。サービスノードが、クライアントを他のサービスノードに移管
するか、またはそれらのクライアントに適応するためにその受け入れルールを調節する方
法を把握していない場合がある。受け入れルールは、各サービスノードによって独立して
設定され得るため、クライアントのあるグループが全てのサービスノードによって拒否さ
れ得ることもあり得る。
【００１４】
現在の実装では、サービス層は、各サービスノードのサービス対象範囲の知識または制
御を有していない場合がある。リソースの無駄またはクライアントへのサービス提供の不
足を防止するために、開示される実施形態におけるサービス層は、サービスノードの場所
、サービスノードの残電力、サービスノードの負荷等の種々の種類のコンテキスト情報に
基づいて、サービスノードの対象範囲を動的に管理し得る。
【００１５】
ある実施形態では、サービス対象範囲マネージャ（ＳＣＭ）は、サービスノードから、
サービスノードの対象範囲の報告を受信し得るように実装され得る。代替として、ＳＣＭ
は、サービスノードのサービス対象範囲を１つ以上のセンサのクラスタヘッド等の他のエ
ンティティから読み出し得る。ＳＣＭはまた、全てのサービスノードのサービス対象範囲
を解釈し、あるサービスに対するサービス対象範囲の全体像を生成し得る。ＳＣＭは、サ
ービスノード対象範囲を動的に調節し、クライアントのサービス要求に適応し、新しいサ
ービス対象範囲を適切なクライアントに提供し得る。２つのサービスノード間においてサ
ービス対象範囲と重複がある場合、ＳＣＭは、サービスノードのサービス対象範囲のうち
の１つを縮小し得る。しばらくの間、ある対象範囲内にサービスを要求するクライアント
が存在しない、またはクライアントの数が少ない場合、ＳＣＭは、対応するサービスノー
ドのサービス対象範囲を縮小し得る。サービスノードがそれらに適切にサービス提供する
ことが不可能であるほど、ある対象範囲内に多数の要求側が存在する場合、ＳＣＭは、他
のサービスノード（例えば、地理的に隣接する）のサービス対象範囲を拡大し、そのエリ
アを対象とし得、それらのサービスノードへのクライアントの一部の移管を促進し得る。
どんなサービスノードによっても対象とされていないクライアントが存在する場合、ＳＣ
Ｍは、場所、負荷等のサービスノードコンテキスト情報に基づいて、他のサービスノード
を選択し、そのサービス対象範囲を調節し、サービス提供されていないクライアントが、
サービスを受けることを可能にし得る。
【００１６】
図４は、例示的ＳＣＭ４０２の例示的非限定的アーキテクチャ４００を図示する。ＳＣ
Ｍ４０２は、サービス対象範囲検出、処理、および調節のために、サービスノード、潜在
的オブザーバノード、サービスクライアント、およびバックエンドサーバと相互作用し得
る。ＳＣＭ４０２は、本明細書にさらに説明されるように、サービスの特性（例えば、サ
ービスノード、サービス範囲等）を記述するサービス記述を含む、いくつかの構成要素を
有し得る。ＳＣＭ４０２はまた、サービスに関する各サービスノード４０６、４０８、４
１０、および４１２のサービス対象範囲についての情報を受信するか、または読み出し得
るサービス対象範囲記録構成要素４０４を有し得る。この構成要素の使用は、本明細書に
さらに説明されるように、ＳＣＭ４０２が、サービス対象範囲報告を通して対象範囲を検
出することを可能にし得る。ＳＣＭ４０２はまた、あるサービスに対する全てのサービス
ノード４０６、４０８、４１０、および４１２のサービス対象範囲の全体的記述または概
要を生成し得るサービス対象範囲処理構成要素４１４を有し得る。ＳＣＭ４０２は、本明
細書にさらに説明されるように、あるサービスに対するサービスノード対象範囲内の重複
または間隙を決定し得る。ＳＣＭ４０２は、ＳＣＭ４０２がこの処理自体を行う代わりに
、アプリケーションまたはバックエンドサーバが、サービス記述およびサービス対象範囲
報告データを処理し、サービス対象範囲の全体「像」を生成するためのインターフェース
を提供し得る。そのようなアプリケーションまたはサーバは、分析サーバおよびデータ分
析アプリケーションを含み得る。ＳＣＭ４０２はまた、本明細書にさらに説明されるよう
に、サービス対象範囲調節構成要素４１６を有し得、サービス対象範囲調節構成要素４１
６は、クライアントのサービス要求に適応するために、またはクライアントのサービス要
求を予期して、あるサービスノード４０５、４０８、４１０および４１２のサービス対象
範囲を調節し得る。
【００１７】
図４に図示されるようなＳＣＭ４０２の機能性は、以下に説明される図２３Ｃまたは２
３Ｄに図示されるもののうちの１つ等、Ｍ２Ｍネットワークのノード（例えば、サーバ、
ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そ
のプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態
で実装され得ることを理解されたい。
【００１８】
サービス記述構成要素４１８は、Ｍ２Ｍサービスプロバイダによって提供され、サービ
ス対象範囲処理構成要素によって使用され得るサービスの特性を維持し得る。Ｍ２Ｍサー
ビスプロバイダは、特定のサービスのためのサービスノード４０６、４０８、４１０、お
よび４１２を展開し得る。サービスの特性は、限定ではないが、サービスの一意の識別子
であり得るサービス識別子を含み得る。サービス識別子は、ＳＣＭ４０２の他の構成要素
に発行されるか、またはそこから受信される、サービス対象範囲報告、サービス要求、お
よび／またはサービス対象範囲調節通知においてサービスを識別するために使用され得る
。このフィールドは、サービスに対して必須であり得る。サービス識別子は、サービス層
またはサービスプロバイダによって割り当てられ、その一意性を確実にし得る。例示的サ
ービス識別子５００は、サービスプロバイダの名称５０２、サービスのタイプ５０４、お
よびサービスのラベル５０６から構築され得る、図５に図示される。ラベルは、同じサー
ビスプロバイダによって提供される同じタイプのサービス間でのみ一意であり得る。
【００１９】
サービス記述構成要素によって維持されるサービスの特性はまた、あるサービスに対す
るアクティブサービスノードを含み得る、サービスノードのリストを含み得る。例えば、
図１では、サービスノードは、センサ１  １０２、センサ２  １０４、センサ３  １０６
、およびセンサ４  １０８である。このフィールドもまた、サービスに対して必須であり
得る。サービス記述構成要素によって維持されるサービスの特性はまた、サービスの対象
範囲全体を記述し得る、サービス範囲を含み得る。例えば、図１では、サービス範囲は、
地理的に、台所、居間、家族部屋、主寝室、寝室１、および寝室２を含み得る、家全体内
のモーションを検出することであり得る。サービス範囲は、あるサービスに対する全ての
サービスノードのサービス対象範囲の上位セットであり得る。このフィールドは、サービ
スプロバイダがそのような情報をサービス層に提供するかどうかに応じて、完全に正確で
ないこともある。サービスに関する情報が欠けている場合、ＳＣＭ４０２は、全てのサー
ビスノードによって対象とされる総地理的エリアを、地理的に定義される対象範囲サービ
スに対するサービス範囲と見なし得る。クライアント定義対象範囲サービスに対して、Ｓ
ＣＭ４０２は、全てのサービスノードのクライアントセットの和集合をサービス範囲と見
なし得る。サービス範囲フィールドは、随意であり得る。開示される実施形態では、サー
ビス範囲は、サービスプロバイダによって提供されるか、またはＳＣＭ４０２によって導
出されるかのいずれかによって、サービス層においてＳＣＭ４０２に利用可能であると仮
定される。サービス層は、サービスプロバイダでもあり得ることに留意されたい。例えば
、サービスは、サービス層によって提供されるデバイス管理であり得る。図６は、サービ
スプロバイダ６０２が、サービス層に前述のサービス特性について通知し得る、サービス
登録の例示的非限定的信号フロー６００を図示する。サービス記述構成要素は、情報を記
録するであろう。
【００２０】
図６に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示される
もののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモリ内に
記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュータ実行可
能命令）の形態で実装され得る、論理エンティティであることを理解されたい。すなわち
、図７に図示される方法は、例えば、図２３Ｃまたは２３Ｄに図示されるデバイスまたは
コンピュータシステム等のコンピューティングデバイスのメモリ内に記憶される、ソフト
ウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ
実行可能命令は、コンピューティングデバイスのプロセッサによって実行されると、図６
に図示されるステップを行う。また、図７に図示される任意の伝送および受信ステップは
、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命令（例えば、ソフト
ウェア）の制御下、ノードの通信回路によって行われ得ることを理解されたい。
【００２１】
以下の表１は、図１および図２に示される２つの例示的サービスの例示的サービス記述
を例証する。
【表１】
2018139454.tif 000003
【００２２】
ＳＣＭ４０２のサービス対象範囲記録構成要素は、サービスに対する全てのサービスノ
ードのサービス対象範囲を管理し得る。サービスノードは、サービス対象範囲報告メッセ
ージを送信することによって、そのサービス対象範囲をＳＣＭ４０２に通知し得る。サー
ビス対象範囲報告は、サービスノードが、サービスを開始するか、またはサービス対象範
囲を変更する場合、送信され得る。加えて、ノードは、ＳＣＭ４０２に、他のノードに関
するサービス対象範囲報告を提供し得る。例えば、オブザーバノードは、サービスノード
から放出される無線周波数（ＲＦ）信号を観察および／または測定し得る。オブザーバノ
ードは、ＳＣＭ４０２に、オブザーバノードの場所におけるサービスノードの信号の観察
された強度および／または質を詳述する報告を提供し得る。ＳＣＭ４０２は、次いで、こ
の情報を使用して、観察されたサービスノードのサービス対象範囲を決定することができ
る。ノードは、同時に、サービスノードおよびオブザーバノードであり得る。別の実施例
では、サービスの使用を所望するノード（すなわち、サービスクライアント）は、ＳＣＭ
４０２に、サービスの使用を所望し、現在、そのエリア内でサービスを供給するノードを
検出していないことを報告し得る。
【００２３】
サービス対象範囲報告メッセージは、図７に示される例示的非限定的構造７００等の構
造を有し得る。サービスＩＤ７０２は、サービスノードが提供するサービスの識別子を表
し得る。サービスノードのアドレス７０４は、サービスノードをアドレス指定するために
使用され得る。サービス対象範囲タイプ７０６は、以下のフィールドによって説明される
ものであり得るが、それらに限定されない。これらのフィールドの任意の組み合わせが、
任意の他のフィールドとの任意の組み合わせにおいて使用され得る。これは、サービスノ
ードに対して、複数のサービス対象範囲タイプおよび対応するサービス対象範囲を考慮す
る。
−  地理的領域（ＧＲ）：異なる種類の形態、例えば、サービスノードに中心を有する規
定された直径を伴う円形、サービスノードが位置する特定の部屋、特定のアドレス等にお
いて表され得る。サービス対象範囲タイプが、地理的領域であるように設定される場合、
サービス対象範囲報告メッセージ内の対応するサービス対象範囲フィールドは、例示的形
態のうちの１つにおいて、その表現を含み得る。
−  クライアントリスト（ＣＬ）：サービスノードがサービスを提供しようとする個々の
クライアントのリストを含み得る。サービス対象範囲タイプが、クライアントリストであ
るように設定される場合、サービス対象範囲報告メッセージ内の対応するサービス対象範
囲フィールドは、サービスノードによって権限が付与され、サービスが提供される、クラ
イアントの識別子を含み得る。
−  アクセスルール（ＡＲ）：サービスノードのサービスにアクセスするためのルールを
記載し得る。ルールを満たすクライアントのみ、サービスノードによって許可される。例
えば、ルールは、３０００平方フィートを上回る任意の家またはあるタイプの権限を伴う
ユーザであり得る。サービス対象範囲タイプが、アクセスルールであるように設定される
場合、サービス対象範囲報告メッセージ内の対応するサービス対象範囲フィールドは、サ
ービスノードが規定するルールを含み得る。
−  観察対象範囲（ＯＣ）：別のサービスノードによって提供される対象範囲に関する、
オブザーバノードによって提供される情報。例えば、特定の場所および時間における、モ
ーション検出器のＲＦ信号の観察される信号の広がり範囲。
【００２４】
サービス対象範囲７０８は、サービス対象範囲タイプに従って設定される。サービスノ
ードは、図７に示されるメッセージ７００内のサービス有効時間フィールド７１０に表さ
れ得る、ある期間中のサービス対象範囲のみを提供し得る。デフォルトとして、常時オン
であると仮定される。
【００２５】
オブザーバノードによるサービス報告メッセージは、サービスノードによるサービス報
告メッセージと異なり得る。オブザーバノードによる例示的非限定的サービス報告メッセ
ージ８００は、図８に図示される。距離フィールド８０２は、サービスノードとオブザー
バノードとの間の距離を示し得る。属性フィールド８０４は、オブザーバノードが観察す
るサービスノードの属性を示し得る。値フィールド８０６は、属性の観察された値を示し
得る。例えば、オブザーバノードは、サービスノードの、その場所における信号強度の質
を観察し得る。オブザーバノードによって送信されるサービス対象範囲報告メッセージ８
００は、そのサービスノードのサービス対象範囲を分析するためにＳＣＭ４０２に有用で
はないこともある。
【００２６】
図１に示される実施例では、モーションセンサは、家の中のモーション感知サービスの
サービスノードである。モーションセンサは、図９の例示的非限定的信号フロー９００に
示されるように、サービス対象範囲報告をＳＣＭ４０２に送信し得る。サービス対象範囲
タイプは、ＧＲであり得る。一方、ＳＣＭ４０２は、モーションセンサに、図１０の例示
的非限定的信号フロー１０００に図示されるように、情報を提供するように積極的に要求
し得る。サービス対象範囲要求メッセージでは、ＳＣＭ４０２は、サービス識別子と、サ
ービスノードの識別子とを含み得る。サービス対象範囲応答メッセージでは、モーション
センサは、サービス報告メッセージと同じ構造に従うことができる。しかしながら、サー
ビス識別子およびサービスノードの識別子は、図１０に示されるように、サービス対象範
囲応答メッセージから除外され得る（すなわち、サービス識別子およびサービスノードの
識別子は、サービス対象範囲応答メッセージ内に繰り返される必要はない）。したがって
、モーションセンサとＳＣＭ４０２との間のサービス対象範囲報告または要求プロシージ
ャ後、ＳＣＭ４０２は、以下の表２に示されるように、サービス対象範囲の記録を有し得
る。
【表２】
2018139454.tif 000004
【００２７】
図９−１０に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図示
されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメモ
リ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実
行可能命令）の形態において実装され得る、論理エンティティであることを理解されたい
。すなわち、図９−１０に図示される方法は、図２３Ｃまたは２３Ｄに図示される、例え
ば、デバイスまたはコンピュータシステム等のコンピュータデバイスのメモリ内に記憶さ
れる、ソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、その
コンピュータ実行可能命令は、コンピューティングデバイスのプロセッサによって実行さ
れると、図９−１０に図示されるステップを行う。図９−１０に図示される任意の伝送お
よび受信ステップは、ノードのプロセッサおよびそれが実行するコンピュータ実行可能命
令（例えば、ソフトウェア）の制御下、ノードの通信回路によっても行われ得ることを理
解されたい。
【００２８】
図２に示される実施例では、スマートメータ読み取りサービスは、サービスノード１  
２０２と、サービスノード２  ２０４と、サービスノード３  ２０６とを有し得る。サー
ビスノード２０２、２０４、および２０６は、図１１の例示的非限定的信号フロー１１０
０に示されるように、サービス対象範囲報告をＳＣＭ４０２に送信し得る。サービス対象
範囲タイプは、ＡＲである。代替として、ＳＣＭ４０２は、サービスノードに、図１２の
例示的非限定的信号フロー１２００に示されるような情報を提供するように積極的に要求
することができる。したがって、サービスノード２０２、２０４、および２０６とＳＣＭ
４０２との間のサービス対象範囲報告または要求プロシージャ後、ＳＣＭ４０２は、以下
の表３に示されるようなサービス対象範囲の記録を有し得る。
【表３】
2018139454.tif 000005
【００２９】
図１１−１２に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図
示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメ
モリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ
実行可能命令）の形態において実装され得る、論理エンティティであることを理解された
い。すなわち、例えば、図１１−１２に図示される方法は、図２３Ｃまたは２３Ｄに図示
されるデバイスまたはコンピュータシステム等、コンピューティングデバイスのメモリ内
に記憶されるソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得
、そのコンピュータ実行可能命令は、コンピューティングデバイスのプロセッサによって
実行されると、図１１−１２に図示されるステップを行う。また、図１１−１２に図示さ
れる任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピ
ュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行わ
れ得ることを理解されたい。
【００３０】
サービス対象範囲処理構成要素は、全てのサービスノードのサービス対象範囲を解釈し
、サービスに対するサービス対象範囲の全体像を生成し得る。例えば、図１の実施例では
、ＳＣＭ４０２は、センサ１  １０２、センサ２  １０４、センサ３  １０６、センサ４
１０８が、家全体のモーション感知サービスを提供することができ、センサ１  １０２
とセンサ２  １０４との間、およびセンサ３  １０６とセンサ４  １０８との間で重複す
る対象範囲が存在することを決定し得る。図２では、ＳＣＭ４０２は、サービスノード２
０２、２０４、および２０６が、コミュニティ内の家のうちのいくつかが、ルールの１つ
以上のものを満たすため、図２に示されるように、重複する対象範囲を有することを把握
可能である。
【００３１】
ＳＣＭ４０２はまた、特定のサービスに関して利用可能なサービスノードが、サービス
範囲に到達することができるかどうかを決定し得る。例えば、図１の実施例では、「ｍｏ
ｔｉｏｎＳｅｎｓｅｈｏｍｅ１」（また、表１参照）として識別されるサービスのサービ
ス範囲は、家全体に関するモーション感知サービスを提供することであり得る。サービス
ノード（センサ１０２、１０４、１０６、および１０８）は、家を完全に対象とすること
ができるため、ＳＣＭ４０２は、そのサービス対象範囲がサービス範囲に到達することを
決定し得る。図２の実施例では、「ｓｍａｒｔＧｒｉｄＲｅａｄｉｎｇ」（さらに、表１
参照）として識別されるサービスのサービス範囲は、規定されたコミュニティのスマート
グリッド読み取りサービスを提供することであり得る。２０００〜３０００平方フィート
のサイズを伴わず、建築者によって建築されてもおらず、１００万未満の販売価格を伴わ
ない、コミュニティ内の家が存在することが可能性として考えられる。その結果、サービ
スノードのサービス対象範囲は、サービス範囲に到達することができないこともある。サ
ービス対象範囲処理構成要素は、以下で紹介される調節構成要素のためのサービス対象範
囲の必要情報を提供し得る。
【００３２】
サービス対象範囲調節構成要素４１６は、クライアントのサービス要求、および処理構
成要素からフィードされる情報に基づいて、サービスノードのサービス対象範囲を適合さ
せ得る。ポリシーマネージャ等の他のエンティティが、ポリシーをＳＣＭ４０２に提供し
、サービス対象範囲調節を行い得ることに留意されたい。ＳＣＭ４０２はまた、クライア
ントからのサービス要求からパターンを検出し得る。現在のサービスに対するサービス対
象範囲を調節する代わりに、新しいサービスが、クライアントの要求を満たすために、適
切なサービス対象範囲で策定または生成され得る。
【００３３】
ＳＣＭ４０２は、いくつかの状況において、サービスノードの対象範囲を動的に調節し
、クライアントのサービス要求に適応し得る。例えば、２つのサービスノード間において
サービス対象範囲の重複が存在する場合、サービスノードのサービス対象範囲の一方は、
縮小され得る。ある期間の間、ある対象範囲内にサービスを要求するクライアントが存在
しない、またはクライアントの数が少ない場合、対応するサービスノードのサービス対象
範囲は、縮小され得る。サービスノードが、要求されるサービスの質を提供不可能である
ほど、ある対象範囲内に多数の要求側が存在する場合、他のサービスノード（例えば、地
理的に隣接する）のサービス対象範囲が、そのエリアを対象とするように拡大され得、ク
ライアントの一部は、拡張された対象範囲サービスノードに移管され得る。任意のサービ
スノードによって対象とされていないクライアントが存在する場合、ＳＣＭ４０２は、サ
ービスノードのコンテキスト情報（例えば、場所、負荷等）に基づいて、他のサービスノ
ードを選択し、サービス対象範囲を調節し、そのような対象とされていないクライアント
が、サービスを受けることを可能にし得る。これらの実施形態についての追加の詳細は、
本明細書に記載される。
【００３４】
ＳＣＭ４０２は、前述のサービス対象範囲処理後、サービス対象範囲重複を検出し得る
。同じ対象範囲内で同じサービスを提供することにおける複数のサービスノードの不必要
なリソースを無駄にすることを回避するために、ＳＣＭ４０２は、そのサービス対象範囲
を調節することにおいてサービスノードを調整することができる。例えば、再び、図１を
参照すると、ＳＣＭ４０２は、センサ１  １０２およびセンサ２  １０４の両方が、台所
を対象とし、センサ３  １０６およびセンサ４  １０８の両方が、寝室２を対象とするこ
とをすでに把握している。ＳＣＭ４０２は、センサ１  １０２および／またはセンサ２  
１０４に、台所エリア内の重複が排除または縮小され得るように、その信号強度を減少さ
せ、そのレンズ角度を調節するように通知し得る。同様に、ＳＣＭ４０２はまた、センサ
３  １０６および／またはセンサ４  １０８に、寝室２内の重複が排除または縮小され得
るように、その信号強度を減少させ、そのレンズ角度を調節するように通知し得る。
【００３５】
図１３は、センサ１  １０２およびセンサ４  １０４へのＳＣＭによって開始されるサ
ービス対象範囲調節の例示的非限定的メッセージフロー１３００を図示する流れ図である
。サービス対象範囲要求メッセージにおいて、ＳＣＭ４０２は、センサ１に、所望のサー
ビス対象範囲が家族部屋であることを通知し、および／またはセンサ４に、所望のサービ
ス対象範囲が寝室１であることを通知し得る。センサ１  １０２および／またはセンサ４
１０６は、その感知信号強度を調節し、サービス対象範囲を適切に縮小させ得る。それ
らはまた、ＳＣＭの調節要求に対する確認として、新しいサービス対象範囲をＳＣＭ４０
２に更新し得る。
【００３６】
図２の実施例では、ＳＣＭ４０２は、そのアクセスルールからサービスノードのサービ
ス対象範囲の重複を決定し得る。サービスノードの２つまたは３つのアクセスルールを満
たす、コミュニティ内の家が存在し得る。その結果、それらの家にサービス提供するであ
ろう、１つ以上のサービスノードが存在し得、これは、望ましくない場合がある。図１４
は、サービスノード１  ２０２、サービスノード２  ２０４、およびサービスノード３  
２０６へのＳＣＭ４０２によって開始されるサービス対象範囲調節の例示的非限定的メッ
セージフロー１４００を示す。ＳＣＭ４０２は、各サービスノードに対してアクセスルー
ルを設計し、依然として、サービス範囲を満たしながら、より少ないまたは最小限の重複
を有するように、サービスノードのサービス対象範囲を調整し得る。これを達成するため
に、ＳＣＭ４０２は、潜在的サービスクライアント（例えば、コミュニティ内に位置する
家）およびその特徴（サイズ、建築者、販売価格、住所等）の知識を取得し得る。一実施
形態では、ＳＣＭ４０２は、それらの各々が１つのサービスノードに割り当てられる、３
つの地区（互に隣接するが、地理的に重複しない）にコミュニティを分割し得る。その結
果、サービスノード１の新しいアクセスルールは、地区１内の家を含む一方、サービスノ
ード２の新しいアクセスルールは、地区２内の家を含み、サービスノード３の新しいアク
セスルールは、地区３内の家を含む。各サービスノードはまた、そのリソースをクライア
ントにサービス提供するように適合させ得る。スマートグリッド読み取りサービスをこの
コミュニティに提供するための総リソースは、大幅に縮小され得る。
【００３７】
しばらくの間、ある対象範囲内にサービスを要求するクライアントが存在しないか、ま
たはクライアントの数がごくわずかである場合、ＳＣＭ４０２は、対応するサービスノー
ドのサービス対象範囲を縮小し得る。図１の実施例では、センサは、部屋が占有されてい
る間、モーションを感知することを必要としないこともある。例えば、夜間の間、寝室内
のモーションを追跡することは不必要であり得る。したがって、センサ３  １０６および
センサ４  １０８は、昼間の間のみ、サービス対象範囲を提供する必要があり得る。この
シナリオでは、サービス対象範囲は、有効期間に関連付けられ得る。ＳＣＭ４０２は、セ
ンサ３  １０６および／またはセンサ４  １０８のサービス対象範囲有効時間を調節し得
る。そのような実施形態を実証する、例示的非限定的メッセージフロー１５００は、図１
５に示される。
【００３８】
図２の実施例では、ＳＣＭ４０２のサービス対象範囲調節構成要素４１６は、報告され
たスマートグリッド読み取りデータから、各サービスノードによってサービス提供される
クライアントを決定することが可能であり得る。ＳＣＭ４０２は、家のサイズが、実際に
は、２０００〜２５００平方フィートであるため、サービスノード１  ２０２が、非常に
少数の家からのスマートグリッド読み取りのみを報告することに気付き得る。しかしなが
ら、サービスノード１  ２０２は、多数の家にサービスを提供するためのリソース（デー
タ収集、データ処理等のために）で構成および展開され得る。使用されていないリソース
を節約するために、ＳＣＭ４０２は、サービスノード２０２に、アクセスルールが２００
０〜２５００平方フィートのサイズの家であるよう変更するように通知し得る。そのよう
な実施形態を実証する、例示的非限定的メッセージフロー１６００は、図１６に示される
。
【００３９】
図１３−１６に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図
示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメ
モリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュー
タ実行可能命令）の形態で実装され得る、論理エンティティであることを理解されたい。
すなわち、図１３−１６に図示される方法は、そのコンピュータ実行可能命令が、コンピ
ューティングデバイスのプロセッサによって実行されると、図１３−１６に図示されるス
テップを行う、例えば、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュータ
システム等、コンピューティングデバイスのメモリ内に記憶されるソフトウェア（すなわ
ち、コンピュータ実行可能命令）の形態で実装され得る。また、図１３−１６に図示され
る任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコンピュ
ータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行われ
得ることを理解されたい。
【００４０】
サービスノードが要求されるサービス質を提供不可能であるほど、ある対象範囲内に多
数の要求側が存在する場合、他のサービスノード（例えば、地理的に隣接する）のサービ
ス対象範囲が、そのエリアを対象とするように拡大され得、要求側クライアントの一部は
、それらのサービスノードに移管され得る。図１の実施例では、センサ１の電力が少なく
なりつつある状態であり得、したがって、常時、モーションの追跡をすることが可能でな
いことがあり得る。センサ１  １０２は、ＳＣＭ４０２に、このコンテキスト情報を通知
し得る。ＳＣＭ４０２は、センサ１  １０２に地理的に隣接する、センサ３  １０６のサ
ービス対象範囲を調節し得る。調節後、センサ３  １０６は、有効期間の間、センサ１の
サービス対象範囲を引き継ぎ得る一方、センサ１  １０２は、スリープ状態になり、エネ
ルギーを節約する。そのような実施形態を実証する、例示的非限定的メッセージフロー１
７００は、図１７に示される。
【００４１】
図２の実施例では、サービスノード２  ２０４のサービス対象範囲内である、その販売
価格が１００万ドルを下回る多数の家が存在し得る。しかしながら、サービスノード２  
２０４は、適切なサービスの質をそれほど多くのクライアントに提供することが不可能で
あり得る。ＳＣＭ４０２は、サービスノード２  ２０４のアクセスルールを調節し、サー
ビスノード１  ２０２のクライアントの一部を引き継ぎ得る。サービスノードのアクセス
ルールはまた、適宜、調節され得る。図１８の例示的非限定的メッセージ１８００に示さ
れるように、サービスノード１  ２０２のアクセスルールは、「販売価格８５万を下回る
」ように調節され得、サービスノード２  ２０４のアクセスルールは、「８５万〜１００
万の販売価格または２０００〜３０００平方フィートのサイズ」であるように調節され得
る。
【００４２】
任意のサービスノードによって対象とされていないクライアントが存在する場合、ＳＣ
Ｍ４０２は、サービスノードのコンテキスト情報（例えば、場所、負荷等）に基づいて、
他のサービスノードを選択し、そのサービス対象範囲を調節し、それらのクライアントが
、サービスを受けることを可能にし得る。サービスノードは、このクライアントがそのサ
ービス対象範囲内にない場合、クライアントのサービス要求をＳＣＭ４０２に転送し得る
。ＳＣＭ４０２は、サービスをクライアントに提供可能であり得る、任意の他のサービス
ノードを決定し得る。決定は、クライアントとサービスノードとの間の距離、サービスノ
ード電流負荷等の要因を考慮することによって行われ得る。ＳＣＭ４０２は、次いで、ク
ライアントの要求をサービスノードに転送し得る。サービスノードが、そのサービス対象
範囲へのクライアントの追加を確認後、ＳＣＭ４０２は、適宜、更新する。ＳＣＭ４０２
が、それらの対象とされていないクライアントのパターンを見出すことが可能である場合
、サービスノードのサービス対象範囲を調節し、同じパターンを伴う将来的クライアント
に適応し得る。そのような実施形態を実装する例示的非限定的方法１９００は、図１９に
図示される。
【００４３】
図１７−１９に図示されるステップを行うエンティティは、図２３Ｃまたは２３Ｄに図
示されるもののうちの１つ等、デバイス、サーバ、または他のコンピュータシステムのメ
モリ内に記憶され、そのプロセッサ上で実行する、ソフトウェア（すなわち、コンピュー
タ実行可能命令）の形態で実装され得る、論理エンティティであり得ることを理解された
い。すなわち、図１７−１９に図示される方法は、そのコンピュータ実行可能命令が、コ
ンピューティングデバイスのプロセッサによって実行されると、例えば、図１７−１９に
図示されるステップを行う、図２３Ｃまたは２３Ｄに図示されるデバイスまたはコンピュ
ータシステム等、コンピューティングデバイスのメモリ内に記憶されるソフトウェア（す
なわち、コンピュータ実行可能命令）の形態で実装され得る。また、図１７−１９に図示
される任意の伝送および受信ステップは、ノードのプロセッサおよびそれが実行するコン
ピュータ実行可能命令（例えば、ソフトウェア）の制御下、ノードの通信回路によって行
われ得ることを理解されたい。
【００４４】
図２の実施例では、サービスノード１  ２０２、サービスノード２  ２０４、およびサ
ービスノード３  ２０６は、要求側クライアントがそのアクセスルールを満たさないため
、それらが提供しないサービスに対するクライアントの要求を受信し得る。それらのクラ
イアントの要求は、ＳＣＭ４０２に転送され得、これは、順に、それらの家に対するスマ
ートグリッド読み取りサービスを実施するための３つのサービスノードのうちの１つを選
定し得る。最初に、各そのような家は、個々に、サービスノードのクライアントリストに
追加され得る。ＳＣＭ４０２が、そのようなクライアントのパターン（例えば、１００万
を上回る販売価格を有する家）を検出後、アクセスルールは、１つ以上のサービスノード
のサービス対象範囲に修正または追加され得る。
【００４５】
以下に開示されるのは、ｏｎｅＭ２Ｍアーキテクチャに従って動作するネットワーク内
に実装される、実施形態である。前述のように、ｏｎｅＭ２Ｍは、ｏｎｅＭ２Ｍサービス
層によってサポートされる能力を定義している。これらの能力は、能力サービス機能（Ｃ
ＳＦ）と称される。ｏｎｅＭ２Ｍサービス層は、能力サービスエンティティ（ＣＳＥ）と
称される。図３Ｂに示されるように、ＣＳＥ３０２は、ＣＳＦのセットをサポートする。
一実施形態では、ＣＳＥ３０２は、図３Ｂに図示され、前述されたＣＳＥ３０２の修正バ
ージョンであり得、ＣＳＦのセットは、同様に、図３Ｂに図示され、また、前述されたＣ
ＳＦの修正バージョンであり得る。
【００４６】
図２０は、ｏｎｅＭ２Ｍ  ＣＳＦとしてサービス対象範囲管理内にホストされる、提案
されるサービス対象範囲マネージャ（ＳＣＭ）４０２を図示する。ｏｎｅＭ２Ｍは、能力
サービス機能（ＣＳＦ）２００２と称される、ｏｎｅＭ２Ｍサービス層によってサポート
される能力を定義する。ｏｎｅＭ２Ｍサービス層は、能力サービスエンティティ（ＣＳＥ
）２００４と称され得る。サービスノードは、Ｍ２Ｍデバイス／ゲートウェイ／アプリケ
ーションエンティティまたはＣＳＥをホストするサーバであり得る。
【００４７】
アプリケーションエンティティ２００６は、Ｍｃａ基準点を介して、対象範囲報告をＳ
ＣＭ４０２に提供し得、ＳＣＭ４０２は、同じＭｃａ基準点を介して、サービス対象範囲
調節をＡＥ２００６に送信し得る。
【００４８】
ＣＳＥ２００４は、対象範囲報告を、Ｍｃｃ基準点を介して、他のＣＳＥ上にホストさ
れるＳＣＭに送信し得、ＳＣＭ４０２は、同じＭｃｃ基準点を介して、サービス対象範囲
調節を他のＣＳＥに送信し得る。
【００４９】
ＣＳＥにおける他のＣＳＦは、特定のノードのサービス対象範囲の変更について通知さ
れる必要があり得る。したがって、ＣＳＦは、ＳＣＭ４０２内の特定のイベントに加入し
得、ＳＣＭ４０２は、特定のイベント（例えば、対象範囲変更）が生じると、イベント通
知をＣＳＦに生成し得る。代替として、ＳＣＭ４０２は、他のＣＳＦがイベントに加入せ
ずに、イベントを他のＣＳＦに積極的に通知し得る。
【００５０】
ＳＣＭ４０２は、それらがサービスを得るノードを変更するように他のノードに提案ま
たは命令するためのメッセージを他のＣＳＥに送信し得る。ＳＣＭ４０２は、他のＣＳＦ
またはＣＳＥに、それが管理しているサービスと、サービスを供給している各ノードに関
連付けられる関連付けられた対象範囲とを広告することが可能であり得る。ＳＣＭ４０２
は、一実施形態では、別の管理エンティティによって、特定のサービスおよび特定のノー
ドを管理するように構成され得る。ＳＣＭ４０２は、Ｍｃｎ基準点を介して、ノード場所
情報を取得し得る。場所情報は、ノードのサービスエリアを決定するために使用され得る
か、またはどのサービスノードがクライアントにサービス提供すべきかを決定するために
使用され得る。ＳＣＭ４０２は、Ｍｃｎ基準点を介して、情報を得て、情報を使用して、
サービス対象範囲を調節し得る。例えば、Ｍｃｎインターフェースは、特定のサービスノ
ードに／そこから利用可能な帯域幅についての入力を提供し得る。ＳＣＭ４０２は、この
情報を使用して、そのノードによってサービス提供され得るノードの数についての決定を
行い得る。ＳＣＭ４０２は、それが対象範囲報告を受信する任意の時間に課金データ記録
（ＣＤＲ）を生成するか、サービス対象範囲を調節するか、または別のＣＳＦもしくはＣ
ＳＥにサービス関連情報を提供し得る。サービス対象範囲記録は、ｏｎｅＭ２Ｍサービス
層内のＳＣＭ４０２によって維持され得る。図２１は、サービス対象範囲記録の例示的非
限定的実施形態２１００を図示する。以下の表４は、一実施形態のサービス対象範囲リソ
ースの属性を示す。
【表４】
2018139454.tif 000006
【００５１】
前述は、ユーザからのサービス要求に基づく、サービス対象範囲管理のメッセージおよ
びプロシージャである。定義されるメッセージおよびプロシージャは、ユーザのためのグ
ラフィカルユーザインターフェース（ＧＵＩ）を提供するように拡張されることができる
。例えば、ユーザは、例えば、次いで、ＳＣＭ４０２に送信される、ディスプレイ上に表
示されるユーザインターフェースメニュー、フィールド、または形態を使用して、サービ
スホストのサービス対象範囲を要求し、サービス対象範囲に基づいて、サービスホストを
選定し得る。サービスノードのサービス対象範囲は、次いで、デバイスのユーザインター
フェース上に表示され得、これは、図７に示されるようなフォーマットを有し得る。
【００５２】
グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースは、ユーザが、
ＳＣＭ４０２に関連する機能性を制御および／または構成することを補助するために使用
されることができる。図２２Ａは、ユーザが、ＳＣＭ４０２を有効または無効にし、サー
ビス対象範囲を選択し、サービスノードのエリアを追加し、対象範囲を調節することを可
能にする、インターフェース２２０２を図示する略図である。図２２Ｂは、サービス対象
範囲の詳細を表示し、サービス対象範囲を更新するために使用されることができる、イン
ターフェース２２０４を図示する略図である。インターフェース２２０２および２２０４
は、それらの以下に説明される図２３Ｃ−Ｄに示されるもの等のディスプレイを使用して
生成されることができることを理解されたい。
（例示的Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム）
【００５３】
図２３Ａは、１つ以上の開示される実施形態が実装され得る、例示的マシンツーマシン
（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、またはモノのウェブ（ＷｏＴ）通信シス
テム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための基礎的要素を提
供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービ
スプラットフォームは、ＩｏＴ／ＷｏＴの構成要素またはノードだけではなく、ＩｏＴ／
ＷｏＴサービス層等であり得る。通信システム１０は、開示される実施形態の機能性を実
装するために使用され得、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範
囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４
１２、サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の機能性お
よび論理エンティティ、ならびにサービスノード２０２、２０４、および２０５とセンサ
１０２、１０４、１０６、および１０８における論理エンティティ、ならびにインターフ
ェース２２０２および２２０４等のインターフェースを生成するための論理エンティティ
を含むことができる。
【００５４】
図２３Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネット
ワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、イーサネット
（登録商標）、ファイバ、ＩＳＤＮ、ＰＬＣ等）もしくは無線ネットワーク（例えば、Ｗ
ＬＡＮ、セルラー等）もしくは異種ネットワークのネットワークであり得る。例えば、通
信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等の
コンテンツを複数のユーザに提供する、多重アクセスネットワークから成り得る。例えば
、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（
ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一
キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る
。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、セン
サネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネッ
トワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネ
ットワークを備え得る。
【００５５】
図２３Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラス
トラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメイ
ンは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通
常、Ｍ２Ｍゲートウェイの背後にある、エリアネットワークを指す。フィールドドメイン
およびインフラストラクチャドメインは両方とも、種々の異なるネットワークノード（例
えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは
、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲート
ウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じて、Ｍ２Ｍ／ＩｏＴ／
ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデ
バイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信回路を使用して、通信ネットワ
ーク１２または直接無線リンクを介して、信号を伝送および受信するように構成される。
Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）
ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２
等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通
信することを可能にする。例えば、Ｍ２Ｍデバイス１８は、データを収集し、通信ネット
ワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０または
他のＭ２Ｍデバイス１８に送信し得る。Ｍ２Ｍデバイス１８はまた、Ｍ２Ｍアプリケーシ
ョン２０またはＭ２Ｍデバイス１８からデータを受信し得る。さらに、データおよび信号
は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション
２０に送信され、そこから受信され得る。Ｍ２Ｍデバイス１８およびゲートウェイ１４は
、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６Ｌｏ
ＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む、種
々のネットワークを介して通信し得る。
【００５６】
例示的Ｍ２Ｍデバイス１８として、限定ではないが、タブレット、スマートフォン、医
療デバイス、温度および天候モニタ、コネクテッドカー、スマートメータ、ゲームコンソ
ール、携帯情報端末、健康およびフィットネスモニタ、照明、サーモスタット、器具、車
庫のドアおよび他のアクチュエータベースのデバイス、セキュリティデバイス、およびス
マートコンセントが挙げられる。
【００５７】
図２３Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、
Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバ
イス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信ネットワー
ク１２は、開示される実施形態の機能性を実装するために使用され得、ＳＣＭ４０２、サ
ービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サービス対象範囲記
録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６０２、ＣＳＦ２
００２、およびＣＳＥ２００４等の機能性および論理エンティティ、ならびにサービスノ
ード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８にお
ける論理エンティティ、ならびにインターフェース２２０２および２２０４等のインター
フェースを生成するための論理エンティティを含むことができる。Ｍ２Ｍサービス層２２
は、例えば、以下で説明される図２３Ｃおよび２３Ｄで図示されるデバイスを含む、１つ
以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム
等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２
Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍデバイス１８、および通信ネット
ワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、
コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装さ
れ得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイデバイス１
４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサ
ービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワーク内で、
クラウド内で等、種々の方法で実装され得る。
【００５８】
図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍ
サービス層２２’が存在する。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイ
ン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービ
スを提供する。Ｍ２Ｍサービス層２２’はまた、フィールドドメイン内のＭ２Ｍゲートウ
ェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービ
ス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ、およびＭ２Ｍ
デバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサ
ービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サー
バ、コンピュータ、デバイス、仮想機械（例えば、クラウドコンピューティング／記憶フ
ァーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。
【００５９】
また、図２３Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケ
ーションおよびバーティカルが活用され得る、サービス送達能力のコアセットを提供する
。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互
作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバ
イス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これ
らの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーシ
ョン開発を単純化し、市場に出すコストおよび時間を削減する。サービス層２２および２
２’はまた、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’
が提供するサービスと関連して、種々のネットワーク１２および１２’を通して通信する
ことも可能にする。
【００６０】
本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２
２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および
下層ネットワーキングインターフェースのセットを通して付加価値サービス能力をサポー
トする、ソフトウェアミドルウェア層である。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍの両
方は、本願の接続方法を含み得る、サービス層を使用する。ＥＴＳＩ  Ｍ２Ｍのサービス
層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣ
Ｌ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称され
る）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される
）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわ
ち、サービス能力）のセットをサポートする。１つ以上の特定のタイプのＣＳＦのセット
のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチ
ャノード、中間ノード、特定アプリケーション向けノード）上にホストされ得る、共通サ
ービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法
等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／ま
たはリソース指向アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部とし
て実装されることができる。
【００６１】
いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、示されるシス
テムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、Ｕ
Ｅまたはゲートウェイと相互作用するアプリケーションを含み得、また、他の開示される
システムおよび方法と併せて使用され得る。
【００６２】
一実施形態では、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理
構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、
サービスプロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティテ
ィ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４、１
０６、および１０８における論理エンティティ、ならびにインターフェース２２０２およ
び２２０４等のインターフェースを生成するための論理エンティティは、図２３Ｂに示さ
れるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２Ｍノー
ドによってホストされるＭ２Ｍサービス層インスタンス内にホストされ得る。例えば、Ｓ
ＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サー
ビス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６
０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティティ、ならびにサービス
ノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８に
おける論理エンティティ、ならびにインターフェース２２０２および２２０４等のインタ
ーフェースを生成するための論理エンティティは、Ｍ２Ｍサービス層インスタンス内に、
または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。
【００６３】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康
、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監
視等の種々の業界でのアプリケーションを含み得る。前述のように、本システムのデバイ
ス、ゲートウェイ、サーバ、および他のノードにわたって作動するＭ２Ｍサービス層は、
例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング
、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービ
スとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【００６４】
概して、サービス層２２および２２’は、アプリケーションプログラミングインターフ
ェース（ＡＰＩ）および下層ネットワーキングインターフェースのセットを通して付加価
値サービス能力をサポートする、ソフトウェアミドルウェア層を定義する。ＥＴＳＩ  Ｍ
２ＭおよびｏｎｅＭ２Ｍアーキテクチャの両方は、サービス層を定義する。ＥＴＳＩ  Ｍ
２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ  Ｍ２
Ｍアーキテクチャの種々の異なるノード内に実装され得る。例えば、サービス層のインス
タンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（
ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネ
ットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層
は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）のセットをサポートする。
１つ以上の特定のタイプのＣＳＦのセットのインスタンス化は、異なるタイプのネットワ
ークノード（例えば、インフラストラクチャノード、中間ノード、特定アプリケーション
向けノード）上にホストされ得る、共通サービスエンティティ（ＣＳＥ）と称される。第
３世代パートナーシッププロジェクト（３ＧＰＰ）はまた、マシンタイプ通信（ＭＴＣ）
のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層、および
それが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される
。ＥＴＳＩ  Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで具現化され
ようと、３ＧＰＰ  ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で具現化され
ようと、ｏｎｅＭ２ＭアーキテクチャのＣＳＦまたはＣＳＥで具現化されようと、もしく
はネットワークのある他のノードとして具現化されようと、サービス層のインスタンスは
、サーバ、コンピュータ、および他のコンピュータデバイスまたはノードを含む、ネット
ワーク内の１つ以上の独立型ノード上で実行される論理エンティティ（例えば、ソフトウ
ェア、コンピュータ実行可能命令等）として、または１つ以上の既存のノードの一部とし
てのいずれかで実装され得る。実施例として、サービス層またはその構成要素のインスタ
ンスは、以下で説明される図２３Ｃまたは図２３Ｄで図示される一般アーキテクチャを有
する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等
）上で作動するソフトウェアの形態において実装され得る。
【００６５】
さらに、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素
４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービス
プロバイダ６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の本願の論理エンティティ
、ならびにサービスノード２０２、２０４および２０５とセンサ１０２、１０４、１０６
、および１０８における論理エンティティ、ならびにインターフェース２２０２および２
２０４等のインターフェースを生成するための論理エンティティは、本願のサービスにア
クセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向
アーキテクチャ（ＲＯＡ）を使用する、Ｍ２Ｍネットワークの一部として実装することが
できる。
【００６６】
図２３Ｃは、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍ
ネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック
図である。ノード３０は、ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範
囲処理構成要素４１４、サービス対象範囲記録構成要素４０４、サービス記述構成要素４
１２、サービスプロバイダ６０２、ＣＳＦ２００２およびＣＳＥ２００４等の論理エンテ
ィティ、ならびにサービスノード２０２、２０４、および２０５とセンサ１０２、１０４
、１０６、および１０８における論理エンティティ、ならびにインターフェース２２０２
および２２０４等のインターフェースを生成するための論理エンティティを実行するか、
または含むことができる。デバイス３０は、図２３Ａ−Ｂに示されるようなＭ２Ｍネット
ワークの一部、または非Ｍ２Ｍネットワークの一部であり得る。図２３Ｃに示されるよう
に、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能なメモリ４４と、取り外し
可能なメモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ
、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム
（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０はまた、送
受信機３４および伝送／受信要素３６等の通信回路を含み得る。Ｍ２Ｍノード３０は、実
施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解さ
れるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装する、ノード
であり得る。
【００６７】
プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタ
ル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以
上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定向け集積回路（Ａ
ＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプ
の集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種
々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／また
はメモリ４６）内に記憶されるコンピュータ実行可能命令を実行し得る。例えば、プロセ
ッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノ
ード３０が無線または有線環境内で動作することを可能にする任意の他の機能性を行い得
る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／ま
たは無線アクセス層（ＲＡＮ）プログラムおよび／または他の通信プログラムを起動させ
得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等
で、認証、セキュリティキー一致、および／または暗号化動作等のセキュリティ動作を行
い得る。
【００６８】
図２３Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４
および伝送／受信要素３６）に結合される。プロセッサ３２は、ノード３０に、それが接
続されるネットワークを介して他のノードと通信させるために、コンピュータ実行可能命
令の実行を通して、通信回路を制御し得る。特に、プロセッサ３２は、本明細書および請
求項に説明される伝送および受信ステップを行うために、通信回路を制御し得る。図２３
Ｃは、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッ
サ３２および送受信機３４は、電子パッケージまたはチップ内に一緒に統合され得ること
が理解されるであろう。
【００６９】
伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、他のＭ２Ｍ
ノードに信号を受信するか、またはそこから信号を受信するように構成され得る。例えば
、ある実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するよ
うに構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セル
ラー等の種々のネットワークおよびエアインターフェースをサポートし得る。ある実施形
態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／
または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では
、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され
得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／ま
たは受信するように構成され得ることが理解されるであろう。
【００７０】
加えて、伝送／受信要素３６は、単一の要素として図２３Ｃに描写されているが、Ｍ２
Ｍノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍノ
ード３０は、ＭＩＭＯ技術を採用し得る。したがって、ある実施形態では、Ｍ２Ｍノード
３０は、無線信号を伝送および受信するための２つまたはそれを上回る伝送／受信要素３
６（例えば、複数のアンテナ）を含み得る。
【００７１】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、およ
び伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のよ
うに、Ｍ２Ｍノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は
、Ｍ２Ｍノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴ
を介して通信することを可能にするための複数の送受信機を含み得る。
【００７２】
プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ
４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得
る。例えば、プロセッサ３２は、前述のように、セッションコンテキストをそのメモリ内
に記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読
み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デ
バイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カー
ド、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施
形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等、Ｍ２Ｍノード３０
上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プ
ロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、または
色を制御し、Ｍ２Ｍサービス層セッション移行または共有のステータスを反映させる、ま
たはノードのセッション移行または共有能力もしくは設定についての入力をユーザから得
るか、または情報をユーザに表示するように構成され得る。別の実施例では、ディスプレ
イは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態におい
てＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され
得る、グラフィカルユーザインターフェースは、ＡＰＩの上部に層化され、ユーザが、本
明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッションまたは
その移行もしくは共有を双方向に確立および管理することを可能にし得る。
【００７３】
プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍノード３０内の他の構成要
素への電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍノー
ド３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以
上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺ
ｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃
料電池等を含み得る。
【００７４】
プロセッサ３２はまた、Ｍ２Ｍノード３０の現在の場所に関する場所情報（例えば、経
度および緯度）を提供するように構成され得る、ＧＰＳチップセット５０に連結され得る
。Ｍ２Ｍノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して
場所情報を獲得し得ることが理解されるであろう。
【００７５】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続
を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る
、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス
、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリア
ルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、
Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタ
ル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネット
ブラウザ等を含み得る。
【００７６】
図２３Ｄは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、または他のノード等、Ｍ２Ｍネ
ットワークの１つ以上のノードを実装するためにも使用され得る、例示的コンピューティ
ングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュー
タまたはサーバを備えてもよく、主に、ソフトウェアの形態であり得るコンピュータ読み
取り可能な命令によって制御され得、どこでもまたはどのような手段を用いても、そのよ
うなソフトウェアが記憶またはアクセスされる。コンピューティングシステム９０は、Ｓ
ＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サー
ビス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ６
０２、ＣＳＦ２００２およびＣＳＥ２００４等の論理エンティティ、ならびにサービスノ
ード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８にお
ける論理エンティティ、ならびにインターフェース２２０２および２２０４等のインター
フェースを生成するための論理エンティティを実行するか、または含むことができる。コ
ンピューティングシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／
ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケー
ションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノー
ドを含む、任意の他のノードであり得る。そのようなコンピュータ読み取り可能な命令は
、コンピューティングシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等
のプロセッサ内で実行され得る。多くの既知のワーク基地局、サーバ、およびパーソナル
コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰ
Ｕによって実装される。他の機械では、中央処理装置９１は、複数のプロセッサを備え得
る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を支援する、主要Ｃ
ＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプ
ロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等、Ｅ２
Ｅ  Ｍ２Ｍサービス層セッションのための開示されるシステムおよび方法に関連するデー
タを受信、生成、および処理し得る。
【００７７】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要デ
ータ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから
転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を
接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データ
を送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込
みを送信するため、およびシステムバスを動作するための制御ラインとを含む。そのよう
なシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。
【００７８】
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、
読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶され、読
み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正され得ない
、記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他の
ハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ８２および
／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メ
モリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換す
る、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロ
セスを隔離し、ユーザプロセスからシステムプロセスを隔離する、メモリ保護機能を提供
し得る。したがって、第１のモードで作動するプログラムは、その独自のプロセス仮想ア
ドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメ
モリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセ
スすることはできない。
【００７９】
加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボー
ド８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任が
ある、周辺機器コントローラ８３を含み得る。
【００８０】
ディスプレイコントローラ９６によって制御される、ディスプレイ８６は、コンピュー
ティングシステム９０によって生成される視覚出力を表示するために使用される。そのよ
うな視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み
得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラッ
トパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッ
チパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に
送信されるビデオ信号を生成するために要求される、電子構成要素を含む。
【００８１】
さらに、コンピューティングシステム９０は、例えば、図２３Ａおよび図２３Ｂのネッ
トワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するた
めに使用され得る、ネットワークアダプタ９７等の通信回路を含み、コンピューティング
システム９０が、ネットワークの他のノードと通信することを可能にし得る。
【００８２】
本明細書で説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては
、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すな
わち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、
ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等の機械によって実行さ
れると、本明細書に説明されるシステム、方法、およびプロセスを行うおよび／または実
装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイ
ルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダの
ノードのうちのいずれかの動作を含む、前述の説明されるステップ、動作、または機能の
うちのいずれかは、そのようなコンピュータ実行可能命令の形態において実装され得る。
ＳＣＭ４０２、サービス対象範囲調節４１６、サービス対象範囲処理構成要素４１４、サ
ービス対象範囲記録構成要素４０４、サービス記述構成要素４１２、サービスプロバイダ
６０２、ＣＳＦ２００２、およびＣＳＥ２００４等の論理エンティティ、ならびにサービ
スノード２０２、２０４、および２０５とセンサ１０２、１０４、１０６、および１０８
における論理エンティティ、ならびにインターフェース２２０２および２２０４等のイン
ターフェースを生成するための論理エンティティは、コンピュータ読み取り可能な記憶媒
体に記憶されるコンピュータ実行可能命令の形態において具現化され得る。コンピュータ
読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または
物理的）方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非
取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は
、信号を含まない。コンピュータ読み取り可能な記憶媒体は、限定ではないが、ＲＡＭ、
ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジ
タル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気
テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶
するために使用され得、コンピュータによってアクセスされ得る、任意の他の有形または
物理的媒体を含む。
【００８３】
図に図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするた
めに、具体的用語が採用される。しかしながら、請求される主題は、そのように選択され
た具体的用語に限定されることを意図しておらず、各具体的要素は、類似目的を達成する
ように同様に動作する、全ての技術的均等物を含むことを理解されたい。
【００８４】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデ
バイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うことと
を含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性
のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そ
のような他の実施例は、請求項の文字通りの言葉とは異ならない要素を有する場合に、ま
たは請求項の文字通りの言葉とのごくわずかな差異を伴う同等の要素を含む場合に、請求
項の範囲内であることを意図している。
【図１】
2018139454.tif 000007
【図２】
2018139454.tif 000008
【図３Ａ】
2018139454.tif 000009
【図３Ｂ】
2018139454.tif 000010
【図４】
2018139454.tif 000011
【図５】
2018139454.tif 000012
【図６】
2018139454.tif 000013
【図７】
2018139454.tif 000014
【図８】
2018139454.tif 000015
【図９】
2018139454.tif 000016
【図１０】
2018139454.tif 000017
【図１１】
2018139454.tif 000018
【図１２】
2018139454.tif 000019
【図１３】
2018139454.tif 000020
【図１４】
2018139454.tif 000021
【図１５】
2018139454.tif 000022
【図１６】
2018139454.tif 000023
【図１７】
2018139454.tif 000024
【図１８】
2018139454.tif 000025
【図１９】
2018139454.tif 000026
【図２０】
2018139454.tif 000027
【図２１】
2018139454.tif 000028
【図２２Ａ】
2018139454.tif 000029
【図２２Ｂ】
2018139454.tif 000030
【図２３Ａ】
2018139454.tif 000031
【図２３Ｂ】
2018139454.tif 000032
【図２３Ｃ】
2018139454.tif 000033
【図２３Ｄ】
2018139454.tif 000034
【外国語明細書】
2018139454000001.pdf