JP6364069B2 - デバイストリガ - Google Patents

Description

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

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

第３世代パートナーシッププロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；３ＧＰＰ）、および３ＧＰＰの一部である標準団体のうちの１つである欧州電気通信標準化機構（Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ；ＥＴＳＩ）の両方は、Ｍ２Ｍ通信をサポートするアーキテクチャを定義している。具体的には、３ＧＰＰは、そのＴＳ ２３．６８２においてマシン型通信（ＭＴＣ）のためのアーキテクチャを定義している。ＥＴＳＩは、そのＴＳ １０２ ６９０においてそのＥＴＳＩ Ｍ２Ｍアーキテクチャを定義する。

概して、両アーキテクチャでは、Ｍ２Ｍエンティティ（例えば、ハードウェア、またはハードウェアおよびソフトウェアの組み合わせによって実装され得る、デバイス、ゲートウェイ、サーバ／プラットフォーム等のＭ２Ｍ機能エンティティ）は、アプリケーションまたはサービスを提供し得る。例えば、光センサは、検出された光レベルを示すデータを提供し得、またはサーモスタットは、温度データ、および空調制御を調整する能力を提供し得る。このデータは、他のＭ２Ｍエンティティによってアクセスされ得、本質的に、Ｍ２Ｍエンティティ間でデータを交換する手段としての機能を果たす、「リソース」として利用可能にされ得る。リソースは、ユニバーサルリソース指標（ＵＲＩ）を使用してアドレス指定され得る、データの一意的にアドレス可能な表現であり得る。そのようなリソースの可用性は、Ｍ２Ｍエンティティが、Ｍ２Ｍサービス能力層（ＳＣＬ）を介してこれらのエンティティの間で伝達され得る。

Ｍ２Ｍ ＳＣＬは、ハードウェアまたはハードウェアおよびソフトウェアの組み合わせによって実装され得、基準点（すなわち、Ｍ２Ｍエンティティ間の機能インターフェース）上で露出される（ｅｘｐｏｓｅｄ）機能を提供する機能エンティティである。例えば、Ｍ２Ｍ ＳＣＬは、異なるＭ２Ｍアプリケーションおよび／またはサービスによって共有されるか、または一般的に使用される共通（サービス）機能性を提供し得る。これらの共通機能性は、オープンインターフェースのセットを使用して露出され得る。加えて、Ｍ２Ｍサービス能力は、露出インターフェースのセット（例えば、３ＧＰＰ、３ＧＰＰ２、ＥＴＳＩ ＴＩＳＰＡＮ等によって特定される既存のインターフェース）を通して、セルラーコアネットワーク機能性を使用し得、また、１つ以上の他のコアネットワークにインターフェース接続し得る。

図１は、３ＧＰＰ ＴＳ ２３．６８２で定義されるＭＴＣのためのアーキテクチャを図示する略図である。このアーキテクチャでは、サービス能力サーバ（ＳＣＳ）１１２（Ｍ２Ｍサーバと称されることもある）は、サービスをＭＴＣアプリケーションに提供するエンティティである。ＴＳ ２３．６８２で説明されるように、ＭＴＣの間接およびハイブリッドモデルの両方をサポートするために、ＭＴＣ連動機能（ＭＴＣ−ＩＷＦ）の１つ以上のインスタンスが、ライン１１８の上方のホーム公衆陸上移動ネットワーク（ＨＰＬＭＮ）に常駐する。ＭＴＣ−ＩＷＦは、独立型エンティティ、または別のネットワーク要素の機能的エンティティであり得る。ＭＴＣ−ＩＷＦは、国際公衆陸上移動ネットワークネットワーク（ＰＬＭＮ）トポロジーを隠し、ＰＬＭＮにおいて特定の機能性を呼び出すためにＴｓｐ基準点を経由して使用される信号伝達プロトコルを中継または変換する。

図１に示されるように、ＭＴＣ−ＩＷＦ１１６は、３ＧＰＰコアネットワーク（ＣＮ）内に常駐し、３ＧＰＰによって定義されるＴ４およびＴ５基準点等のアーキテクチャの「制御プレーン」の一部であるいくつかのインターフェースを経由して、携帯電話、センサ、アクチュエータ、または任意の他のタイプのＭ２Ｍデバイス等の任意のタイプのコンピュータデバイスであり得る、ユーザ機器（ＵＥ）と通信することができる。さらに示されるように、ＳＣＳ１１２は、３ＧＰＰによって定義される「Ｔｓｐ」インターフェースを介してＭＴＣ−ＩＷＦと通信する。ＵＥは、通常、ネットワークの「ユーザプレーン」を介してＳＣＳと通信する。制御プレーンは、概して、ネットワークを経由して主に信号伝達トラフィックを搬送する通信経路として表され得る。ユーザプレーン（データプレーン、転送プレーン、キャリアプレーン、またはベアラプレーンとして知られることもある）は、音声通信およびデータ通信（例えば、Ｅメールまたはインターネットからのウェブ情報）等のユーザトラフィックを搬送する通信経路である。セルラー通信では、制御プレーンメッセージングの例は、ページ、ショートメッセージサービスメッセージ、場所領域更新、アタッチ、デタッチ等である。

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

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

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

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

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

３ＧＰＰおよびＥＴＳＩ Ｍ２Ｍアーキテクチャが、本明細書の背景技術として説明され、以降で説明される種々の実施形態を図示するために使用され得るが、以降で説明される実施形態の実装は、本開示の範囲内にとどまりながら変動し得ることが理解される。当業者であれば、開示された実施形態が、上記で議論される３ＧＰＰまたはＥＴＳＩ Ｍ２Ｍアーキテクチャを使用する実装に限定されないが、ｏｎｅＭ２Ｍ、ＭＱＴＴ、ならびに他のＭ２Ｍシステムおよびアーキテクチャ等の他のアーキテクチャおよびシステムで実装され得ることも認識するであろう。

上で議論される３ＧＰＰおよびＥＴＳＩ Ｍ２Ｍネットワークアーキテクチャ内等のＭ２Ｍネットワーク内で果たされることができる１つの機能は、デバイストリガとして知られている。デバイストリガは、アプリケーションサーバ等のネットワークエンティティによって開始され、通常はネットワークの制御プレーンを経由してデバイスに送信される、メッセージである。デバイストリガが制御プレーンを経由して送信されるため、ＩＰアドレスはデバイスをアドレス指定するために必要とされない。代わりに、トリガは、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）またはユニフォームリソース識別子（ＵＲＩ）等のデバイスの外部３ＧＰＰ識別子にアドレス指定され得る。デバイストリガは、いくつかの目的にサービスを提供することができる。例えば、ＳＣＳ（Ｍ２Ｍサーバ）からＵＥ（Ｍ２Ｍデバイスまたはゲートウェイ）へ少量のアプリケーションまたはサービス層データを送信するために、デバイストリガを使用することができる。加えて、ＳＣＳ（Ｍ２Ｍサーバ）との通信を開始するようにＵＥ上のＤＡ、ＧＡ、ＤＳＣＬ、またはＧＳＣＬに命令するために、デバイストリガを使用することができる。

図１で図示される３ＧＰＰアーキテクチャでは、ＭＴＣ−ＩＷＦは、Ｔ４およびＴ５等の制御プレーンインターフェースを介してＵＥをトリガするために使用されることができる。ＭＴＣ−ＩＷＦは、Ｔｓｐインターフェースを介してＳＣＳからトリガ要求を受信し、ＵＥの外部識別子とＩＭＳＩ等の内部識別子との間のマッピングを行うであろう。ＭＴＣ−ＩＷＦは、トリガ配信の成功または失敗をＳＣＳに報告するであろう。

本明細書では、デバイストリガの分野における既存のＭ２Ｍネットワークアーキテクチャの制限に対処するいくつかの技法が説明される。

既存のＭ２Ｍアーキテクチャに関連する１つの問題は、どのようにしてデバイスがトリガに対してリッスンするかに関する。具体的には、トリガされることができるデバイスサービス層またはアプリケーションは、特定のポート番号上のトリガに対してリッスンする。ポート番号は、いかなる規格によっても定義されていない。特定のポート番号は、同一のポート上のトリガを同時にリッスンしようとする同一のサービス層またはアプリケーションの２つのインスタンスの場合に対立を引き起こすであろうため、トリガのために確保されていない。代わりに、トリガに対してリッスンするオープンポートを選択することは、サービス層またはアプリケーション（すなわち、Ｄ／ＧＳＣＬ）次第である。選択されたポート番号は、デバイスをトリガすることを可能にされるどんな相手にも公表されなければならない。現在まで、デバイスサービス層およびアプリケーションは、この情報をＭ２Ｍサーバに提供せず、いかなるアプリケーションまたはサービス層プロトコルも、どのようにしてポート番号をＳＣＳに公表できるかを定義しない。本開示の一側面は、この問題への解決策を提供する。具体的には、実施形態では、登録等の既存のサービス層プロシージャが、デバイスまたはゲートウェイサービス層またはアプリケーションがトリガに対してリッスンするポートを、デバイスまたはゲートウェイサービス層またはアプリケーションがマシンツーマシン（Ｍ２Ｍ）サーバに示すことを可能にし得る。

本開示で対処される別の問題は、「暗号化されていない」（例えば、セキュリティコンテキストを伴わない）デバイスまたはＳＣＬ識別子の送信に関する。具体的には、Ｍ２Ｍサーバ／ＮＳＣＬが公衆インターネットを経由してデバイスサービス層またはアプリケーションによってアクセスされるとき、初期接触を行うときに、その「暗号化されていない」デバイスおよび／またはＤ／ＧＳＣＬ識別子を送信しなければならないときがある。例えば、アプリケーションサーバまたはＳＣＳがデバイスアプリケーションまたはデバイスサービス層にブートストラッピング要求を行うとき、要求は、ＳＣＳおよびデバイスアプリケーションまたはサービス層がセキュリティコンテキストを確立する前に、インターネットを経由して送信されなければならない。好ましいアプローチは、ＳＣＳおよびデバイスサービス層またはアプリケーションがブートストラッピング中に使用し、ブートストラッピング後に変更することができる一時識別子を確立することであろう。しかしＥＴＳＩ Ｍ２Ｍ等の既存のＭ２Ｍアーキテクチャは、ＮＳＣＬがこの情報をＤ／ＧＳＣＬに提供するための機構を提供しない。本開示の第２の側面は、この問題への解決策を提供する。具体的には、実施形態では、トリガが、ブートストラッピングに使用され得る。ブートストラッピングのための一時識別子を含むブートストラッピング命令が、トリガ要求に組み込まれ得る。ブートストラッピング命令および一時ブートストラッピング識別子をトリガ要求に組み込むことによって、ＮＳＣＬは、そうでなければ到達可能ではないであろうデバイスを用いてブートストラッピングを開始することができ、全体的なブートストラッピングプロセスは、より安全である。加えて、安全な様式で一時ブートストラッピング識別子を割り当てるために、トリガが使用され得る。

本開示で対処される第３の問題は、「ロングポーリング」と称されるＥＴＳＩ Ｍ２Ｍサービス層プロセスに関する。ロングポーリングでは、デバイスアプリケーションまたはサービス層が、あるイベントが生じるときに通知されたいことをＳＣＳに知らせる。イベントの例は、ＳＣＳ上の特定のリソースへのネットワークアプリケーション書き込みである。イベントが生じるときに、ＳＣＳは、通知をデバイスアプリケーションまたはサービス層に送信するであろう。デバイスアプリケーションまたはサービス層は、通知を待つ間にＳＣＳとのそのＩＰ接続を存続させるように要求され得る。これは、デバイスまたはＳＣＳが接続を維持するために周期的な「存続」メッセージを送信することを必要とし得る。これらの「存続」メッセージは、ネットワークリソースを消費する。本明細書で提示される第３の解決策によると、ロングポーリングをより効率的にするためにトリガが使用される。具体的には、ロングポーリングがより効率的であり得るか、またはロングポーリングを回避することができるように、通知をデバイスアプリケーションまたはサービス層に送信するトリガ特徴を活用するための方法が定義される。サービス層またはアプリケーション命令は、デバイスおよびＳＣＳがデータプレーン接続を維持するために必要とする時間量を最小化することができるように、トリガペイロードの内側に組み込まれる。

本開示で対処される最後の問題は、トリガペイロードの形式に関する。現在、上記のＴｓｐ基準点は、既知のＤｉａｍｅｔｅｒプロトコルに基づき、Ｔｓｐ基準点上のメッセージは、３ＧＰＰによって定義される。Ｔｓｐ基準点は、ＳＣＳとＵＥとの間で少量のデータパケットを送受信するために使用することができる。これが終了したとき、Ｔｓｐ Ｄｉａｍｅｔｅｒメッセージは、ペイロード属性値ペア（ＡＶＰ）またはフィールドを含むであろう。ペイロードＡＶＰのコンテンツは、３ＧＰＰネットワークに対して完全に透過性である。３ＧＰＰは、ペイロードにサイズ制限を課し得、そうでなければ、ペイロード形式は、ＳＣＳおよびＵＥアプリケーションで使用されるアプリケーションプロトコルによって定義されなければならない。ＥＴＳＩ Ｍ２Ｍ等の現在のアプリケーションおよびサービス層プロトコルは、トリガペイロードの形式をまだ定義していない。本開示は、これらのインスタンスで使用することができる、トリガペイロード形式を定義する。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
第１のマシンツーマシンサービス能力層エンティティによって、第２のマシンツーマシンサービス能力層エンティティに登録するための第１のメッセージを提供することであって、
前記第２のマシンツーマシンサービス能力層エンティティに登録するための前記第１のメッセージは、前記第１のマシンツーマシンサービス能力層エンティティのアプリケーションと通信するための命令を備え、
前記第１のマシンツーマシンサービス能力層エンティティの前記アプリケーションと通信するための前記命令は、アクセスネットワークデバイス識別子と、ポート番号とを備えている、ことと、
前記第１のマシンツーマシンサービス能力層エンティティと通信するための前記提供された命令に基づいて、第２のメッセージに対してリッスンすることであって、
前記第２のメッセージは、前記第２のマシンツーマシンサービス能力層エンティティによって送信されていることを示す、ことと
を含む、方法。
（項目２）
前記第２のメッセージは、制御プレーンを経由して送信される、項目１に記載の方法。
（項目３）
前記第１のマシンツーマシンサービス能力層エンティティによって、前記ポート番号を備えている、前記第１のマシンツーマシンサービス能力層エンティティに登録するための前記提供された命令に基づいて、前記第２のメッセージを受信することをさらに含む、項目１に記載の方法。
（項目４）
前記第２のメッセージは、
前記第２のメッセージの目的がイベント通知であるという指示と、
前記第１のマシンツーマシンサービス能力層エンティティに前記イベントの詳細を教えるユニバーサルリソース指標と
を備えている、項目３に記載の方法。
（項目５）
前記第１のマシンツーマシンサービス能力層エンティティは、前記ポート番号または前記アクセスネットワークデバイス識別子の更新を前記第２のマシンツーマシンサービス能力層エンティティに周期的に提供する、項目１に記載の方法。
（項目６）
前記制御プレーンを介して前記第２のメッセージを受信することをさらに含み、前記第２のメッセージは、ユーザプレーンを介して前記第２のマシンツーマシンサービス能力層エンティティと通信するときに前記第１のマシンツーマシンサービス能力層エンティティが使用するための一時識別子を備えている、項目１に記載の方法。
（項目７）
前記第１のマシンツーマシンサービス能力層エンティティは、サーバ、ユーザ機器、アプリケーション、またはサービス層である、項目１に記載の方法。
（項目８）
通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティであって、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
第２のマシンツーマシンサービス能力層エンティティに登録するための第１のメッセージを提供することであって、
前記第２のマシンツーマシンサービス能力層エンティティに登録するための前記第１のメッセージは、前記第１のマシンツーマシンサービス能力層エンティティと通信するための命令を備え、
前記第１のマシンツーマシンサービス能力層エンティティと通信するための前記命令は、アクセスネットワークデバイス識別子と、ポート番号とを備えている、ことと、
前記第１のマシンツーマシンサービス能力層エンティティと通信するための前記提供された命令に基づいて、第２のメッセージに対してリッスンすることであって、
前記第２のメッセージは、前記第２のマシンツーマシンサービス能力層エンティティによって送信されていることを示す、ことと
を含む動作を前記プロセッサに達成させる、通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目９）
前記第２のメッセージは、制御プレーンを経由して送信される、項目８に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１０）
前記動作は、前記第１のマシンツーマシンサービス能力層エンティティによって、前記ポート番号を備えている、前記第１のマシンツーマシンサービス能力層エンティティと通信するための前記提供された命令に基づいて、前記第２のメッセージを受信することをさらに含む、項目８に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１１）
前記第２のメッセージは、
前記第１のメッセージの目的がイベント通知であるという指示と、
前記第１のマシンツーマシンサービス能力層エンティティに前記イベントの詳細を教えるユニバーサルリソース指標と
を備えている、項目１０に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１２）
前記第１のマシンツーマシンサービス能力層エンティティは、前記ポート番号または前記アクセスネットワークデバイス識別子の更新を前記第２のマシンツーマシンサービス能力層エンティティに周期的に提供する、項目８に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１３）
前記動作は、前記制御プレーンを介して前記第２のメッセージを受信することをさらに含み、前記第２のメッセージは、ユーザプレーンを介して前記第２のマシンツーマシンサービス能力層エンティティと通信するときに前記第１のマシンツーマシンサービス能力層エンティティが使用するための一時識別子を備えている、項目８に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１４）
前記第１のマシンツーマシンサービス能力層エンティティは、サーバ、ユーザ機器、アプリケーション、またはサービス層である、項目８に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ。
（項目１５）
通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティであって、
プロセッサと、
前記プロセッサに連結されているメモリと
を備え、
前記メモリは、実行可能命令を記憶しており、前記命令は、前記プロセッサによって実行されると、
第２のマシンツーマシンサービス能力層エンティティとブートストラップするための命令を備えている第１のメッセージを受信することであって、
前記第２のマシンツーマシンサービス能力層エンティティとブートストラップするための前記命令は、ブートストラッピングを開始するときに前記第１のマシンツーマシンサービス能力層エンティティが使用するための一時識別子を備えている、ことと、
前記第１のメッセージの中で受信された前記第１のマシンツーマシンサービス能力層エンティティのための前記一時識別子を使用して、前記第２のマシンツーマシンサービス能力層エンティティとブートストラップすることと
を含む動作を前記プロセッサに達成させる、第１のマシンツーマシンサービス能力層エンティティ。
（項目１６）
前記第１のマシンツーマシンサービス能力層エンティティのための前記一時識別子を使用して、前記第２のマシンツーマシンサービス能力層エンティティとブートストラップすることは、ユーザプレーンを経由して生じる、項目１５に記載の第１のマシンツーマシンサービス能力層エンティティ。
（項目１７）
前記第１のメッセージは、制御プレーンを経由して受信される、項目１５に記載の第１のマシンツーマシンサービス能力層エンティティ。
（項目１８）
前記第１のマシンツーマシンサービス能力層エンティティは、サーバ、ユーザ機器、アプリケーション、またはサービス層である、項目１５に記載の第１のマシンツーマシンサービス能力層エンティティ。
（項目１９）
前記第２のマシンツーマシンサービス能力層エンティティは、前記第１のマシンツーマシンサービス能力層エンティティの永久デバイス識別子への前記一時識別子のマッピングを保持している、項目１５に記載の第１のマシンツーマシンサービス能力層エンティティ。
（項目２０）
前記第１のメッセージは、登録するための命令を備えている、項目１５に記載の第１のマシンツーマシンサービス能力層エンティティ。

添付の図面と併せて一例として挙げられる、以下の説明から、より詳細に理解され得る。
図１は、マシン型通信（ＭＴＣ）のための３ＧＰＰアーキテクチャを図示する。 図２は、デバイスおよび基準点を含む、例示的なＥＴＳＩ Ｍ２Ｍアーキテクチャを図示する。 図３は、本開示の第１の側面が実装され得る、例示的なＭ２Ｍシステムを図示する。 図４は、トリガする非限定的な例示的方法を図示する。 図５は、ブートストラッピングおよびトリガを図示する。 図６は、例示的なリソース構造を図示する。 図７Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図７Ｂは、図７Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図７Ｃは、図７Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図７Ｄは、図７Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

本明細書では、サービス層トリガおよびアプリケーショントリガ等のトリガに関連する概念が開示される。第１の概念は、デバイスまたはゲートウェイサービス層またはアプリケーションがトリガに対してリッスンするポートを、デバイスまたはゲートウェイサービス層またはアプリケーションがマシンツーマシンサーバに示すことを可能にするために、デバイス、ゲートウェイ、またはアプリケーション登録等の既存のサービス層プロシージャを使用する。本明細書で議論される第２の概念は、一時ブートストラッピング識別子を含むブートストラッピング命令を提供するために、トリガが使用されることを可能にする。本明細書で開示される第３の概念によると、イベント通知を支援するためにトリガが使用され得る。最後に、トリガペイロード形式の例示的実施形態が定義される。

トリガポート番号識別を伴う、本明細書で開示される第１の概念に関して、図３は、この第１の概念が実装され得る、マシン型通信（ＭＴＣ）のための例示的なネットワーク１００を図示する。図３では、点線は、制御プレーン通信を表し、実線は、ユーザプレーン通信を表す。本例示的ネットワーク１００では、Ｍ２Ｍサーバ１０８は、ユーザプレーン基準点１０９（例えば、３ＧＰＰＧｉ／ＳＧｉ基準点）を介してインターネット１１０と通信可能に接続される。Ｍ２Ｍサーバ１０８は、制御プレーンインターフェース１０７を介してＭＴＣ連動機能（ＭＴＣ−ＩＷＦ）１０６と通信可能に接続される。制御プレーンインターフェース１０７は、３ＧＰＰによって定義されるようなＴｓｐ基準点であり得る。示されるように、Ｍ２Ｍサーバ１０８、ＭＴＣ−ＩＷＦ１０６、自動販売機１０１（すなわち、ユーザ機器（ＵＥ））、およびショートメッセージサービスのサービスセンター（ＳＭＳ−ＳＣ）１０４は、制御プレーン通信チャネルを介して互に通信可能に接続され得る。自動販売機１０１はまた、インターネット１１０、すなわち、ユーザプレーンを介して、Ｍ２Ｍサーバ１０８と通信可能に接続され得る。Ｍ２Ｍサーバ１０８は、制御プレーン１０７またはユーザプレーン１０９を介して自動販売機１０１と通信し得る。

例示的実施形態では、Ｍ２Ｍサーバ１０８が、自動販売機１０１のアプリケーションまたはサービス層と通信したい場合があるが、自動販売機１０１がいかなるＩＰアドレスも有しないか、またはＭ２Ｍサーバ１０８が自動販売機１０１のＩＰアドレスを知らない場合がある。このシナリオでは、Ｍ２Ｍサーバ１０８と自動販売機１０１との間の通信を促進するために、トリガが使用され得る。トリガ命令（例えば、図４の方法）が、トリガが送信される前にＭ２Ｍサーバ１０８に提供され得る。自動販売機１０１は、移動局国際加入者ディレクトリ番号（ＭＳＩＳＤＮ）（例えば、電話番号）、国際移動電話加入者識別子（ＩＭＳＩ）、ＵＲＩ、または３ＧＰＰ外部識別子を有し得、トリガが、Ｍ２Ｍサーバ１０８によって開始され、自動販売機１０１のＭＳＩＳＤＮ、ＩＭＳＩ、ＵＲＩ、または３ＧＰＰ外部識別子に基づいて、制御プレーンを経由して自動販売機１０１に送信され得る。トリガは、制御プレーンを使用してＳＭＳ−ＳＣ１０４から送信されるＳＭＳメッセージであり得る。ＳＭＳメッセージ内のフィールドは、ＳＭＳメッセージがトリガであることを自動販売機１０１に示し得る。一実施例として、トリガは、自動販売機１０１がすでにＩＰアドレスを有していなければ、動的ホスト構成プロトコルサーバ等からＩＰアドレスを自動販売機１０１に提供するために使用され得、それによって、次いで、自動販売機１０１は、ユーザプレーン（すなわち、インターネット１１０）を経由してＭ２Ｍサーバ１０８と通信することができる。

トリガが制御プレーンを経由して送信されるため、ＩＰアドレスは、自動販売機１０１と最初に通信するために必要とされない。トリガは、ＭＳＩＳＤＮ、ＩＭＳＩ、ＵＲＩ、または３ＧＰＰ外部識別子に送信され得る。トリガは、Ｍ２Ｍサーバ１０８との通信を開始するように自動販売機１０１のアプリケーションまたはサービス層に命令するために使用され得る。別の実施例では、Ｍ２Ｍサーバ１０８は、オンになるように自動販売機１０１に命令するために、トリガを使用し得る。Ｍ２Ｍサーバ１０８が応答を期待しないか、または応答が少量のデータである場合には、ＩＰ接続が確立されないこともある。

上記のように、自動販売機１０１上で実行され得るサービス層またはアプリケーション等の、トリガすることができるデバイスサービス層またはアプリケーションは、特定のポート番号上のトリガに対してリッスンする。トリガのために使用されるポート番号は、現在、いかなる規格によっても定義されていない。特定のポート番号は、同一のポート上のトリガを同時にリッスンしようとする同一のサービス層またはアプリケーションの２つのインスタンスの場合に対立を引き起こすであろうため、トリガのために確保されていない。代わりに、トリガに対してリッスンするオープンポートを選択することは、サービス層またはアプリケーション（すなわち、Ｄ／ＧＳＣＬ、ＤＡ、またはＧＡ）次第である。選択されたポート番号は、デバイスをトリガすることを可能にされるあらゆる相手に公表されなければならない。しかしながら、３ＧＰＰ ＭＴＣおよびＥＴＳＩ Ｍ２Ｍ等の既存のＭ２Ｍアーキテクチャでは、デバイスサービス層およびアプリケーションは、この情報をＭ２Ｍサーバに提供せず、いかなるアプリケーションまたはサービス層プロトコルも、どのようにしてポート番号をＳＣＳに公表できるかを定義しない。

図４は、デバイスまたはゲートウェイアプリケーションまたはサービス層をトリガするために使用されるトリガポート番号の識別をＭ２Ｍサーバに提供する方法１６０の１つの例示的実施形態を図示する。図４は、図３によって表されるネットワーク内で起こり得るプロセスを表す。本実施形態では、この情報は、デバイスまたはゲートウェイアプリケーションまたはサービス層の登録中にＭ２Ｍサーバに提供され、情報は、トリガ命令の形態で提供される。

ステップ１６２では、デバイスまたはゲートウェイサービス層またはアプリケーション（すなわち、ＵＥ）が、トリガのための命令を作成する。本実施形態では、命令は、デバイスまたはゲートウェイアプリケーションまたはサービス層がトリガに対してリッスンする、ポート番号の識別を含む。

ステップ１６４では、デバイスまたはゲートウェイアプリケーションまたはサービス層は、Ｍ２Ｍサーバに登録するときに、デバイスまたはゲートウェイアプリケーションまたはサービス層がトリガに対してリッスンするポート番号の識別を含む、トリガのための命令をＭ２Ｍサーバに伝送する。Ｍ２ＭシステムがＥＴＳＩ Ｍ２Ｍアーキテクチャに従って動作する実施形態では、ＥＴＳＩ Ｍ２Ｍ仕様（ＴＳ １０２ ９２１）は、Ｍ２Ｍサーバに登録するためにＵＥによって使用されるべきＳＣＬ作成要求（ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎ）メッセージを特定する。このメッセージは、ＲＥＳＴｆｕｌ ＣＲＥＡＴＥ動作の一部である。ＥＴＳＩ Ｍ２Ｍ ＴＳ １０２ ９２１は、ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージのプリミティブを定義する。本実施形態によると、ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージは、ＵＥが、メッセージに、そのトリガ命令、具体的には、そのトリガポート番号識別子を挿入することができるように、修正される。

表１は、トリガに対してリッスンするポート番号をＭ２Ｍサーバに知らせるためにＵＥのアプリケーションまたはサービス層によって使用することができる、修正されたｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージのレイアウトの一実施形態を図示する。特に、２つのフィールド、すなわち、ａｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄおよびａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄが追加されている。ａｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄは、ＵＥの３ＧＰＰ外部識別子、ＭＳＩＳＤＮ、またはＩＭＳＩを提供するために使用され得る。ａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄフィールドは、登録ＵＥのアプリケーションまたはサービス層が、アクセスネットワークからの制御プレーンメッセージ、すなわち、トリガに対してリッスンする、ポートの番号を特定するために使用され得る。

Ｍ２Ｍサーバは、修正されたｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージを受信すると、ＵＥをトリガするための命令を一緒に構成するａｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄおよびａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄフィールドから値を抽出し得る。次いで、これらの値は、Ｍ２ＭサーバがトリガをＵＥに送信することを希望するときに、後で使用するために取り出すことができるように、例えば、Ｍ２Ｍサーバ内にあるか、またはＭ２Ｍサーバと接続されたデータベースまたはテーブルに記憶されることができる。

図４を再度参照すると、ステップ１６６では、トリガのためにＭ２Ｍサーバに提供された命令に基づいて、トリガが受信され得る。一実施形態では、３ＧＰＰ ＴＳ ２３．６８２および３ＧＰＰ ＴＳ ２９．３６８で特定される方法が、ＵＥをトリガするためにＭ２Ｍサーバ（例えば、ＳＣＳまたはＮＳＣＬ）によって使用され得る。本方法では、Ｄｉａｍｅｔｅｒプロトコルのコマンドである、デバイスアクション要求（ＤＡＲ）コマンドが、トリガがＵＥに発行されることを要求するために使用される。ＤＡＲコマンドは、トリガデータと呼ばれる、属性値ペア（ＡＶＰ）またはフィールドを含む。トリガデータＡＶＰは、アプリケーションポート識別子ＡＶＰまたはフィールドを含む。本アプリケーションポート識別子フィールドは、ＵＥ上のアプリケーションまたはサービス層がトリガに対してリッスンするポートを識別するために使用される。

本実施形態によると、トリガをＵＥに発行するとき、Ｍ２Ｍサーバは、修正されたｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージのａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄフィールドにおいてＵＥ登録中に受信されるポート番号を使用し、アプリケーションポートＩＤフィールドにデータ投入し得る。

ａｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄおよびａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄは、所定の時間間隔に対応するように周期的に更新され得ることに留意されたい。加えて、変更がポート番号に行われる場合、ポート番号および別の識別子の組み合わせが変化した場合に変更が行われた後の設定時間に、または上記の組み合わせで、識別子が更新され得る。実施例では、ａｃｃｅｓｓＮｅｔｗｏｒｋＰｏｒｔＩｄは、４７，６００等の符号なし整数であり得る。ａｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄは、５５５−５５５−１２３４等のＭＳＩＳＤＮ、またはｍｉｋｅｓ−ｖｅｎｄｉｎｇ−ｍａｃｈｉｎｅ＠ｍｏｂｉｌｅ−ｎｅｔｗｏｒｋ．ｃｏｍ等の３ＧＰＰ外部識別子であり得る。

上記で簡潔に記述される第２の概念を参照すると、トリガがブートストラッピングに使用され得る。特に、ブートストラッピングのための一時識別子を含むブートストラッピング命令をトリガ要求に組み込むことによって、既存のＭ２Ｍアーキテクチャの欠点が克服され得る。加えて、安全な様式で一時ブートストラッピング識別子を割り当てるために、トリガが使用され得る。

上記のように、Ｍ２Ｍサーバが、公衆インターネット等のネットワークを経由してＵＥのサービス層またはアプリケーションによってアクセスされるとき、初期接触を行うときに、ＵＥがその「暗号化されていない」ＵＥ識別子を送信する場合がある。例えば、Ｍ２ＭサーバがＵＥにブートストラッピング要求を行う場合、要求は、Ｍ２ＭサーバおよびＵＥがセキュリティコンテキストを確立する前に、インターネットを経由して送信され得る。好ましいアプローチは、Ｍ２ＭサーバおよびＵＥがブートストラッピング中に使用され得る一時識別子を確立することを含む。次いで、一時識別子は、ブートストラッピング後に変更され得る。しかし３ＧＰＰ ＭＴＣ、ＥＴＳＩ Ｍ２Ｍ、およびｏｎｅＭ２Ｍ等の既存のＭ２Ｍアーキテクチャは、ＮＳＣＬがこの情報をＤ／ＧＳＣＬに提供するための機構を提供しない。以降で説明されるように、この問題は、ブートストラッピング命令および一時ブートストラッピング識別子をトリガ要求に組み込むことによって解決される。ブートストラッピング命令および一時ブートストラッピング識別子をトリガ要求に組み込むことによって、Ｍ２Ｍサーバは、そうでなければ到達可能ではないであろうデバイスおよびゲートウェイを用いてブートストラッピングを開始し、かつ、全体的なブートストラッピングプロセスを保証することが可能であり得る。

ＥＴＳＩ ＴＳ １０２ ９２１は、ｓｃｌＣｒｅａｔｅＲｅｓｐｏｎｓｅＣｏｎｆｉｒｍメッセージを定義する。表２は、成功したｓｃｌＣｒｅａｔｅの場合に対するｓｃｌＣｒｅａｔｅＲｅｓｐｏｎｓｅＣｏｎｆｉｒｍメッセージのプリミティブの実施例を示す。ｔｅｍｐＡｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄというフィールドは、Ｍ２Ｍサーバによって割り当てられる一時ＵＥ識別子である。Ｍ２Ｍサーバは、ＵＥの永久識別子へのこの識別子のマッピングを保持する。ＵＥは、ＵＥが将来の登録要求を行うときに、永久識別子の代わりにこの識別子を使用し得る。例えば、Ｍ２Ｍサーバは、ｔｅｍｐＡｃｃｅｓｓＮｅｔｗｏｒｋＤｅｖｉｃｅＩｄ＝ｑｒｘｐ３１２１９９４＠ｌｍｎｏｐ．ｍｆｓという一時識別子を図３の自動販売機１０１に与え得る。Ｍ２Ｍサーバは、ｑｒｘｐ３１２１９９４＠ｌｍｎｏｐ．ｍｆｓ＝ｍｉｋｅｓ−ｖｅｎｄｉｎｇ−ｍａｃｈｉｎｅ＠ｍｏｂｉｌｅ−ｎｅｔｗｏｒｋ．ｃｏｍであることを示すマッピングを内部で保ち得る。

図５は、ブートストラッピングまたは登録要求をＵＥに行わせるためにトリガを使用するための例示的なプロシージャの一実施形態を図示する。ブートストラッピングは、第１のエンティティ（例えば、ＵＥ）が、第２のエンティティ（例えば、Ｍ２Ｍサーバ）と認証およびセキュリティ鍵確立を行う、プロセスである。登録は、第１のエンティティ（ＵＥ）が第２のエンティティ（Ｍ２Ｍサーバ）とサービス接続を確立するプロセスである。登録プロセス後に、ＵＥに対応するリソースが、Ｍ２Ｍサーバリソースツリーの下に作成され、Ｍ２Ｍサーバに対応するリソースが、ＵＥリソースツリーの下に作成される。多くの場合、ブートストラッピングと登録とは、単一のステップまたは一組のステップに組み込まれることができる。１８５では、Ｍ２Ｍサーバ１８４が、ＵＥ１８１を発見する。例えば、Ｍ２Ｍサーバ１８４は、以前の接続からＵＥ１８１を知っていることがあるか、またはＵＥ１８１が、別のコンピュータ（例えば、ＵＥまたはサーバ）がそれを公表したため発見されていることもある。１８６では、Ｍ２Ｍサーバ１８４が、ＭＴＣ−ＩＷＦ１８３およびアクセスネットワーク１８２を通して、ＵＥ１８１を目的地とするトリガ要求を送信する。本実施形態では、Ｍ２Ｍサーバ１８４は、ステップ１８６では、例えば、図４のステップ１６６において上で説明される様式で、ＵＥをトリガするようにＴｓｐ基準点上でＤＡＲコマンドを発行する。図４のステップ１６２およびステップ１６４等のトリガ命令を作成および提供することに関連するステップは、図５に示されていない以前の登録時にすでに生じていることもある。また、上で説明されるように、ＵＥ１８１は、３ＧＰＰ外部識別子、ＭＳＩＳＤＮ、またはＩＭＳＩ等の識別子によって識別され得、ＵＥ上で実行するアプリケーションまたはサービス層は、それがトリガに対してリッスンする指定ポート番号を有し得る。Ｍ２Ｍサーバ１８４は、例えば、発見中に、または以前の関係中に、ＵＥ識別子およびポート番号を知っていることもある。トリガをＵＥ１８１に発行する場合、Ｍ２Ｍサーバ１８４は、ＤＡＲコマンドのトリガデータフィールドのアプリケーションポート識別子フィールドの中にアプリケーションまたはサービス層のポート番号を配置し得る。ＵＥがトリガを受信する場合、そのポートＩＤが、どのポート番号にトリガを送るかを決定するために使用され得る。以下でさらに詳細に説明されるように、トリガメッセージは、ＵＥに、Ｍ２Ｍサーバ１８４とブートストラップするか、またはＭ２Ｍサーバ１８４に登録するように命令し得る。

１８７では、ＵＥ１８１が、Ｍ２Ｍサーバ１８４とブートストラップするために、受信されたトリガの中の情報を使用する。１８８では、ＵＥ１８１が、Ｍ２Ｍサーバ１８４に登録する。所望であれば、デバイス／ゲートウェイ登録中に、トリガのための更新された命令を作成すること、およびトリガのための更新された命令をＭ２Ｍサーバに提供することがステップ１８８で、またはその周辺で生じ得る。１８９では、Ｍ２Ｍサーバ１８４が、ＵＥ１８１の登録を確認する。ＵＥ１８１とＭ２Ｍサーバ１８４とは、登録が生じるときに関係を形成する。ここで、ＵＥ１８１とＭ２Ｍサーバ１８４とは、互のＳＣＬ上でリソースを作成し、通信を開始することができる。また、登録時に、トリガ命令は、ＵＥ１８１によってＭ２Ｍサーバ１８４に与えられる。

さらに詳細に、ネットワークアクセスのための認証プロトコル（ＰＡＮＡ）のブートストラッピングがＵＥ１８１とＭ２Ｍサーバ１８４との間で行われる場合、ブートストラッピングを開始するためのＰＡＮＡ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ（ＰＡＲ）コマンドを搬送するために、トリガのａｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＰａｙｌｏａｄフィールドが使用され得る。次いで、ＰＡＮＡブートストラッピングプロシージャの残りの部分は、ユーザプレーンを介して行われ得る。トリガ要求のｔｒｉｇｇｅｒＰｕｒｐｏｓｅフィールドは、要求を示すようにブートストラップ要求に設定され得る。トリガ要求の宛先ポート番号は、周知のＰＡＮＡポート番号、サービス層がブートストラッピング要求に対してリッスンするために特定したポート番号、またはＵＥ１８１がリッスンしていることが知られているポート番号に設定され得る。

上でさらに説明されるように、図１の３ＧＰＰアーキテクチャにおけるトリガ要求は、ＳＣＳ（すなわち、Ｍ２Ｍサーバ）とＭＴＣ−ＩＷＦとの間のＴｓｐ基準点を経由して開始され得る。Ｔｓｐ基準点を経由して渡されるメッセージは、Ｄｉａｍｅｔｅｒプロトコルに基づく。具体的には、トリガ要求のためのＤｉａｍｅｔｅｒメッセージは、ＤｉａｍｅｔｅｒメッセージのペイロードＡＶＰ（すなわち、フィールド）にトリガの詳細を含むであろう。しかしながら、既存のＭ２Ｍアーキテクチャにおける現在のアプリケーションおよびサービス層プロトコルは、トリガペイロードの形式を定義しない。この欠点に対処するために、本開示は、この目的で使用され得るトリガ要求のためのペイロード形式を定義する。

特に、本明細書では、Ｍ２ＭサーバによってＵＥに送信されるペイロード搬送Ｔｓｐメッセージのためのペイロード形式の実施形態が開示される。本明細書で定義されるＴｓｐトリガペイロードは、例えば、ＥＴＳＩ準拠ＵＥおよびＮＳＣＬとともに使用され得る。表３は、フィールドのうちの全てまたはいくつかが使用され得る、このＴｓｐトリガペイロード形式の例示的実施形態をレイアウトする。ｔｒｉｇｇｅｒＰｕｒｐｏｓｅフィールドは、ブートストラッピングのための要求としてトリガを識別するために使用され得ることに留意されたい。

上記の第３の概念を参照すると、通知をデバイスアプリケーションまたはサービス層に送信するために、トリガが使用され得る。本開示された技法は、既存のＭ２Ｍアーキテクチャにおける「ロングポーリング」プロセスの欠点に対処する。上記のように、ロングポーリングでは、デバイスアプリケーションまたはサービス層が、あるイベントが生じるときに通知されたいことをＳＣＳに知らせる。イベントの例は、ＳＣＳ上の特定のリソースへのネットワークアプリケーション書き込みである。イベントが生じるときに、ＳＣＳは、通知をデバイスアプリケーションまたはサービス層に送信するであろう。デバイスアプリケーションまたはサービス層は、通知を待つ間にＳＣＳとのそのＩＰ接続を存続させるように要求され得る。これは、デバイスまたはＳＣＳが接続を維持するために周期的な「存続」メッセージを送信することを必要とし得る。これらの「存続」メッセージは、ネットワークリソースを消費する。以降で説明されるように、ロングポーリングをより効率的にするためにトリガが使用され得る。具体的には、ロングポーリングがより効率的であり得るか、またはロングポーリングを回避することができるように、通知をデバイスアプリケーションまたはサービス層に送信するトリガ特徴を活用するための方法が定義される。サービス層またはアプリケーション命令は、デバイスおよびＳＣＳがデータプレーン接続を維持するために必要とする時間量を最小化することができるように、トリガペイロードの内側に組み込まれる。

現在、ＥＴＳＩ Ｍ２Ｍ参考文献ＴＳ １０２ ６９０は、上記のように、イベントが生じるときに通知されたいことをＭ２Ｍサーバに知らせるためにＵＥによって使用され得る、サービス層ロングポーリングを定義する。イベントの例は、Ｍ２Ｍサーバ上の特定のリソースへのネットワークアプリケーション書き込みである。図３の例示的Ｍ２Ｍ環境を参照すると、実施例は、更新された価格情報を用いてＭ２Ｍサーバ１０８上のリソースを更新することを含み得る。更新が生じると、Ｍ２Ｍサーバ１０８は、通知を自動販売機１０１に送信する。自動販売機１０１（すなわち、ＵＥ）は、通知を待つ間にＭ２Ｍサーバ１０８とのそのＩＰ接続を存続させるように要求され得る。結果として、自動販売機１０１またはＭ２Ｍサーバ１０８は、ＩＰ接続を存続させるために、周期的な「存続」メッセージを送信し得る。これらの「存続」メッセージは、ネットワークリソースを消費する。

この問題を解決するために、トリガが、ＵＥにイベントを通知するために制御プレーンを経由して送信され得る。トリガペイロードは、例えば、表３の例示的トリガペイロード形式で示されるように、ｎｏｔｉｆｉｃａｔｉｏｎＵｒｉフィールドを含み得る。ｎｏｔｉｆｉｃａｔｉｏｎＵｒｉフィールドは、ＵＥサービス層またはアプリケーションに取り出されるべきリソースを教える。表３の例示的トリガペイロード形式で提供されるもの等のｔｒｉｇｇｅｒＰｕｒｐｏｓｅフィールドは、トリガが「通信チャネル通知」であることをデバイスアプリケーションまたはサービス層に示すために、Ｍ２Ｍサーバによって使用され得る。例えば、表３で図示される形式のｔｒｉｇｇｅｒＰｕｒｐｏｓｅフィールドは、４に設定されるであろう。本実施形態では、ｔｒｉｇｇｅｒＰｕｒｐｏｓｅフィールド内の「通信チャネル通知」値は、あるイベントが起こったという指示、またはＵＥが起こったイベントに関するある情報を取り出すための要求である。表３でさらに示されるように、トリガペイロードは、ａｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｆｉｅｒを含み得、トリガがサービス層またはトリガ発送機能を通して送信されるとき、ａｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｆｉｅｒフィールドは、標的アプリケーションを識別するために使用され得る。図３で図示されるもの等の実施例では、自動販売機１０１は、トリガを受信するＤＳＣＬを有し得る。ＤＳＣＬの上で作動する、いくつかのアプリケーションがあり得る。１つのアプリケーションが、価格を管理し得、別のアプリケーションが、保守記録を管理し得る。ａｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｉｆｉｅｒフィールド内のアプリケーション識別子は、アプリケーション特定のペイロードが価格アプリケーションに渡されるべきであることを識別するために使用され得る。さらに、表３のトリガペイロード形式を参照すると、ａｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＰａｙｌｏａｄフィールドは、更新された価格情報を含む、ＮＳＣＬ上のリソースへのポインタ（例えば、ＵＲＩ）を保持し得る。代替として、このフィールドは、実際の価格情報を搬送し得るか、またはこのフィールドは、なぜトリガが送信されたかを解明するために自動販売機がＮＳＣＬに連絡すべきであるという指示を含み得る。

例えば、図３を参照すると、自動販売機１０１は、いくつかの自動販売アイテムを含み得る。Ｍ２Ｍサーバ１０８は、例えば、リソースまたはＵＲＩに含まれた自動販売アイテムのための更新された価格を有し得る。Ｍ２Ｍサーバ１０８は、リソースを読み取り、新しい価格を見いだすように、トリガを自動販売機１０１に送信し得る。トリガペイロードは、自動販売機１０１によって読み取られる必要があるＵＲＩを含み得る。ペイロード内のメッセージは、さらなる情報のために特定のＵＲＩを読み取ることを自動販売機１０１に伝える。自動販売機１０１は、トリガを受信すると、通常、（すでにそれを有していなければ）ＩＰ接続を確立し、次いで、なぜそれがトリガされたかを決定するためにＭ２Ｍサーバ１０８に連絡するであろう。メッセージは、ＳＭＳ型メッセージであり得る。ペイロードのサイズが非常に限定されるため、ペイロードは、多くの場合、ＵＲＩからより多くの情報を得るように自動販売機１０１に指図するのみであり得る。

ＥＴＳＩ Ｍ２Ｍ ＳＣＬ上で、リソースは、図６に示されるようにツリー構造として管理される。＜ｓｃｌＢａｓｅ＞リソース１９０は、ホスティングＭ２Ｍ ＳＣＬ（例えば、自動販売機１０１またはＭ２Ｍサーバ１０８）の全ての他のサブリソースを含む。＜ｓｃｌＢａｓｅ＞リソース１９０は、それが含む他のリソースのルートである。＜ｓｃｌＢａｓｅ＞リソース１９０は、絶対ＵＲＩによって表される。ＳＣＬでホストされる他のリソースは、＜ｓｃｌＢａｓｅ＞リソース１９０のＵＲＩから階層的に導出されるＵＲＩによって識別される。例えば、本明細書で議論されるような自動販売機価格に関して、ディレクトリ構造は、＜ｓｃｌＢａｓｅ＞ １９０／ｃｏｎｔａｉｎｅｒｓ １９３／ｖｅｎｄｉｎｇ ｉｔｅｍｓ １９４／ｖｅｎｄｉｎｇ ｉｔｅｍ ｐｒｉｃｅｓ １９５であり得る。

上で説明されるように、トリガペイロードの内側にサービス層またはアプリケーション命令を組み込むことによって、ＵＥおよびＭ２Ｍサーバは、別様に従来のロングポーリングの場合のような、データプレーン接続を維持するために必要とする時間量を最小化することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。概して、サービス能力サーバ（ＳＣＳ）、ＮＳＣＬ、アプリケーションサーバ、Ｍ２Ｍサーバ、およびＭＴＣサーバという用語は、本明細書では同義的に使用され得る。本明細書で議論されるように、Ｍ２Ｍサーバに知られているアプリケーションポート識別子だけでなく、任意の適切な識別子が使用され得る。本明細書で議論されるようなトリガの使用は、任意の適切に構成されたコンピュータデバイスとともに使用され得る。例えば、マシンツーマシンに関係付けられないデバイスが、本明細書のシステムおよび方法を使用し得る。

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

Claims (15)

1. 通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）であって、
   プロセッサ（９１）と、
   前記プロセッサ（９１）に結合されたメモリ（９３）と
   を備え、
   前記メモリ（９３）には、実行可能な命令が記憶されており、前記命令は、前記プロセッサ（９１）によって実行されると、
   第２のマシンツーマシンサービス能力層エンティティ（１０８）に登録するための第１のメッセージを提供することであって、前記第２のマシンツーマシンサービス能力層エンティティ（１０８）に登録するための前記第１のメッセージは、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）にトリガメッセージを送信するための命令を含み、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記トリガメッセージを送信するための前記命令は、アクセスネットワークデバイス識別子と、ポート番号とを含み、前記ポート番号は、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が前記トリガメッセージに対してリッスンするポートを識別するために使用される、ことと、
   前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記トリガメッセージを送信するための前記提供された命令に基づいて、前記トリガメッセージに対してリッスンすることであって、前記トリガメッセージは、前記第２のマシンツーマシンサービス能力層エンティティ（１０８）によって送信されていることを示す、ことと
   を含む動作を前記プロセッサ（９１）に行わせる、通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
2. 前記トリガメッセージは、制御プレーンを経由して送信される、請求項１に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
3. 前記動作は、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が、前記ポート番号を含む前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記トリガメッセージを送信するための前記提供された命令に基づいて、前記トリガメッセージを受信することをさらに含む、請求項１に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
4. 前記トリガメッセージは、
   前記第１のメッセージの目的がイベント通知であるという指示と、
   前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記イベントの詳細を教えるユニバーサルリソース指標と
   を含む、請求項３に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
5. 前記第１のマシンツーマシンサービス能力層エンティティ（１０１）は、前記ポート番号または前記アクセスネットワークデバイス識別子の更新を前記第２のマシンツーマシンサービス能力層エンティティ（１０８）に周期的に提供する、請求項１に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
6. 前記動作は、前記制御プレーンを介して前記トリガメッセージを受信することをさらに含み、前記トリガメッセージは、ユーザプレーンを介して前記第２のマシンツーマシンサービス能力層エンティティ（１０８）と通信するときに前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が使用するための一時識別子を含む、請求項１に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
7. 前記第１のマシンツーマシンサービス能力層エンティティ（１０１）は、サーバ、ユーザ機器、アプリケーション、または、サービス層である、請求項１に記載の通信ネットワーク内の第１のマシンツーマシンサービス能力層エンティティ（１０１）。
8. デバイストリガのための方法であって、前記方法は、
   第１のマシンツーマシンサービス能力層エンティティ（１０１）が、第２のマシンツーマシンサービス能力層エンティティ（１０８）に登録するための第１のメッセージを提供することであって、前記第２のマシンツーマシンサービス能力層エンティティ（１０８）に登録するための前記第１のメッセージは、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）のアプリケーションにトリガメッセージを送信するための命令を含み、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）の前記アプリケーションに前記トリガメッセージを送信するための前記命令は、アクセスネットワークデバイス識別子と、ポート番号とを含み、前記ポート番号は、前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が前記トリガメッセージに対してリッスンするポートを識別するために使用される、ことと、
   前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記トリガメッセージを送信するための前記提供された命令に基づいて、前記トリガメッセージに対してリッスンすることであって、前記トリガメッセージは、前記第２のマシンツーマシンサービス能力層エンティティ（１０８）によって送信されていることを示す、ことと
   を含む、方法。
9. 前記トリガメッセージは、制御プレーンを経由して送信される、請求項８に記載の方法。
10. 前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が、前記ポート番号を含む前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に登録するための前記提供された命令に基づいて、前記トリガメッセージを受信することをさらに含む、請求項８に記載の方法。
11. 前記トリガメッセージは、
    前記トリガメッセージの目的がイベント通知であるという指示と、
    前記第１のマシンツーマシンサービス能力層エンティティ（１０１）に前記イベントの詳細を教えるユニバーサルリソース指標と
    を含む、請求項１０に記載の方法。
12. 前記第１のマシンツーマシンサービス能力層エンティティ（１０１）は、前記ポート番号または前記アクセスネットワークデバイス識別子の更新を前記第２のマシンツーマシンサービス能力層エンティティ（１０８）に周期的に提供する、請求項８に記載の方法。
13. 前記制御プレーンを介して前記トリガメッセージを受信することをさらに含み、前記トリガメッセージは、ユーザプレーンを介して前記第２のマシンツーマシンサービス能力層エンティティ（１０８）と通信するときに前記第１のマシンツーマシンサービス能力層エンティティ（１０１）が使用するための一時識別子を含む、請求項８に記載の方法。
14. 前記第１のマシンツーマシンサービス能力層エンティティ（１０１）は、サーバ、ユーザ機器、アプリケーション、または、サービス層である、請求項８に記載の方法。
15. コンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、前記コンピュータプログラムは、プログラム命令を有し、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムは、前記コンピュータプログラムが前記データ処理ユニットによって実行されると、請求項８〜１４のいずれかに記載の方法のステップを実行することを前記データ処理ユニットに行わせるように適合されている、コンピュータ読み取り可能な記録媒体。

Images