JP6379267B2 - マシンツーマシンブートストラッピング - Google Patents

Description

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

ブートストラッピングは、エンティティ（例えば、エンドユーザデバイスおよびサーバ）が、それらの間で安全な通信を可能にする関係を確立するために相互認証および鍵合意を行うプロセスである。相互認証は、各関係者がその識別を他者に証明するプロシージャである。例えば、一般的ブートストラッピングアーキテクチャ（ＧＢＡ）が使用される場合、認証は、ネットワーク構成要素にエンドユーザデバイスの加入者識別モジュール（ＳＩＭ）を要求させ、回答がホームロケーションレジスタ（ＨＬＲ）またはホーム加入者サーバ（ＨＳＳ）によって予測されるものと同一であることを検証させることによって達成され得る。認証は、正規エンドユーザデバイスであると装うことによって、不正デバイスがサーバに登録することを防止することに役立つ。認証はまた、正規サーバであると装うことによってエンドユーザデバイスとの接続を確立する不正サーバから成り得る、不正サーバが介入者攻撃を行うことを防止することにも役立つ。

鍵合意は、例えば、セキュリティキーを使用する暗号化プロセスによって、セキュリティ鍵を導出するプロシージャであり、次いで、関係者は、通信エンティティが彼らの間で通信を保証するためにセキュリティ鍵を使用することができる。鍵合意機構の特徴は、鍵が伝送されないことである。鍵導出機能は、例えば、エンドユーザデバイスおよびサーバのみが知ることを意図されている共有秘密値に基づき得る。この共有秘密も伝送されない。鍵導出機能は、共有秘密を知らない盗聴者にとって、鍵合意プロシージャ中に伝送されるメッセージを観察することによって鍵を計算することが極めて計算的に複雑であるように設計されている。いくつかの認証および鍵合意機構の概観が本明細書で議論される。

拡張可能認証プロトコル（ＥＡＰ）は、それ自体では認証方法ではないが、むしろ特定の認証方法を実装するために使用することができる共通認証フレームワークである。換言すると、ＥＡＰは、ピア、認証者、および認証サーバが、どのような認証方法が使用されるであろうかを取り決めることを可能にするプロトコルである。次いで、選択された認証方法が、ＥＡＰプロトコルの内側で実行される。ＥＡＰは、ＲＦＣ ３７４８で定義されている。ＲＦＣ ３７４８は、ＥＡＰパケット形式、プロシージャ、ならびに所望の認証機構のネゴシエーション等の基本機能を説明する。

ＥＡＰは、リンク層（第２層）プロトコルとして設計された。ネットワークアクセスのための認証を搬送するためのプロトコル（ＰＡＮＡ）は、ＩＰネットワークを経由してＥＡＰメッセージを搬送するために使用することができるプロトコルである。換言すると、ＰＡＮＡは、ＥＡＰ用のトランスポートである。ＰＡＮＡは、ネットワーク（ＩＰ）層の上で作動する。ＰＡＮＡは、ＲＦＣ５１９１で定義されている。ＰＡＮＡは、動的サービスプロバイダ選択を可能にし、種々の認証方法をサポートし、ローミングユーザのために好適であり、リンク層機構から独立している。

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

ブートストラップ消去は、エンティティがそれらの関係を壊すプロセスである。セキュリティ鍵が、ブートストラップ消去中に無効にされる。エンティティがブートストラップ消去後に再度通信しようとする場合には、ブートストラッピングプロシージャが再開される。マシンツーマシン（Ｍ２Ｍ）サーバ、ゲートウェイ、またはデバイスが、ブートストラップ消去を開始し得る。Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ（ＥＴＳＩ）Ｍ２Ｍ ｍＩｄ仕様、ＥＴＳＩ ＴＳ １０２ ９２１が、ブートストラップ消去プロシージャを定義する。これは、ＲＦＣ ５１９１で定義されているネットワークアクセスのための認証を搬送するためのプロトコル（ＰＡＮＡ）の終了プロシージャに基づく。本プロシージャは、デバイス／ゲートウェイＳＣＬ（Ｄ／ＧＳＣＬ）とＭ２ＭサーバまたはＮＳＣＬとの間で渡される２つのメッセージから成る。第１のメッセージは、ブートストラップ消去を要求し、第２のメッセージは、返信である。Ｄ／ＧＳＣＬまたはＭ２Ｍサーバのいずれかが、ブートストラップ消去プロセスを開始し得る。

ブートストラッピングは、多くの場合、所望のレベルのセキュリティを達成するために、秘密鍵または証明書がデバイスにおいて供給されることを要求するプロセスである。マシンツーマシン環境では、多数のデバイスがＭ２Ｍサーバとブートストラップする。

本明細書では、ブートストラッピングに関連する方法、デバイス、およびシステムが開示される。実施形態では、マシンツーマシン（Ｍ２Ｍ）サーバがブートストラップ消去ポリシーを管理し、アクセスネットワーク特有のイベントを検出し、これらのポリシーおよびイベントに基づいてブートストラップ消去を開始し、Ｍ２Ｍサーバハンドオーバを可能にする、ブートストラップ消去アーキテクチャが定義される。

実施形態では、デバイスまたはゲートウェイサービス能力層が、デバイスまたはゲートウェイが異なるＮＳＣＬ上に以前に記憶したデータをそのＮＳＣＬがフェッチすることを要求し得る、ネットワークサービス能力層（ＮＳＣＬ）ハンドオーバプロシージャが定義される。このプロシージャは、デバイスまたはゲートウェイが、新しいＮＳＣＬ上で情報を再作成することを回避することを可能にし得る。

実施形態では、ＮＳＣＬがサービスをデバイスまたはゲートウェイにもはや提供できないため、ブートストラップ消去が行われるとき、ＮＳＣＬは、他のＮＳＣＬをデバイスまたはゲートウェイに推奨し得る。推奨ＮＳＣＬは、デバイスまたはゲートウェイに役立つことに適し得る。

一時識別子が、再ブートストラップしようとするときにデバイスおよびデバイス／ゲートウェイＳＣＬ（Ｄ／ＧＳＣＬ）の真の識別を隠すために使用され得る。実施形態では、ブートストラップ消去プロシージャは、一時識別子が次のブートストラッピングイベントのために割り当てられ得るように修正される。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。さらに、請求された主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
本発明はさらに、例えば、以下を提供する。
（項目１）
デバイスを第１のサーバにブートストラップすることと、
前記デバイスによって、前記第１のサーバが第２のサーバから前記デバイスに関連付けられたデータをフェッチすることを要求することであって、前記第２のサーバは、前記デバイスに以前にブートストラップされていた、ことと
を含む、方法。
（項目２）
前記デバイスによって、前記第２のサーバからの前記デバイスに関連付けられた前記データの解放を認可するために、前記第１のサーバが前記第２のサーバに提供することができるトークンを前記第１のサーバに提供することをさらに含む、項目１に記載の方法。
（項目３）
前記デバイスによって、前記第２のサーバからトークンを受信することをさらに含む、項目１に記載の方法。
（項目４）
前記要求するステップは、前記第１のサーバへの登録中に前記デバイスによって行われる、項目１に記載の方法。
（項目５）
前記第１のサーバは、ネットワークサービス能力層、マシンツーマシンサーバ、またはマシン型通信サーバのうちの少なくとも１つである、項目１に記載の方法。
（項目６）
前記デバイスは、ゲートウェイサービス能力層、デバイスサービス能力層、ゲートウェイアプリケーション、またはデバイスアプリケーションを備えている、項目１に記載の方法。
（項目７）
前記デバイスによって、ブートストラッピングの開始中に前記デバイスを識別するための一時識別子を受信することをさらに含む、項目１に記載の方法。
（項目８）
前記一時識別子は、前記デバイスが前記第２のサーバとブートストラップされていることから解放される前、または前記第２のサーバから登録解除される前に、前記第２のサーバから受信される、項目７に記載の方法。
（項目９）
デバイスであって、
プロセッサと、
前記プロセッサと連結されているメモリと
を備え、
前記メモリは、実行可能命令を備え、前記命令は、前記プロセッサによって実行されると、
前記デバイスを第１のサーバにブートストラップすることと、
前記デバイスによって、前記第１のサーバが第２のサーバから前記デバイスに関連付けられたデータをフェッチすることを要求することであって、前記第２のサーバは、前記デバイスに以前にブートストラップされていた、ことと
を含む動作を前記プロセッサに達成させる、デバイス。
（項目１０）
前記メモリは、実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
前記デバイスによって、前記第２のサーバからの前記デバイスに関連付けられた前記データの解放を認可するために、前記第１のサーバが前記第２のサーバに提供することができるトークンを前記第１のサーバに提供することを含む動作を前記プロセッサに達成させる、項目９に記載のデバイス。
（項目１１）
前記メモリは、実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
前記デバイスによって、前記第１のサーバに提供するためのトークンを前記第２のサーバから受信することであって、前記トークンは、前記デバイスに関連付けられた前記データの解放を認可するために、前記第１のサーバによって前記第２のサーバに提供される、ことを含む動作を前記プロセッサに達成させる、項目９に記載のデバイス。
（項目１２）
前記要求するステップは、前記第１のサーバへの登録中に前記デバイスによって行われる、項目９に記載のデバイス。
（項目１３）
前記第１のサーバは、前記第２のサーバによって推奨された、サービスを前記デバイスに提供するための複数のサーバのうちの１つであった、項目９に記載のデバイス。
（項目１４）
前記デバイスは、ゲートウェイサービス能力層、デバイスサービス能力層、ゲートウェイアプリケーション、またはデバイスアプリケーションを備えている、項目９に記載のデバイス。
（項目１５）
前記メモリは、実行可能命令をさらに備え、前記命令は、前記プロセッサによって実行されると、
前記デバイスによって、ブートストラッピングの開始中に前記デバイスを識別するための一時識別子を受信することを含む動作を前記プロセッサに達成させる、項目９に記載のデバイス。
（項目１６）
前記一時識別子は、前記デバイスが前記第２のサーバとブートストラップされていることから解放される前に、前記第２のサーバによって提供された、項目１５に記載のデバイス。
（項目１７）
コンピュータ実行可能命令を備えているコンピュータ読み取り可能な記憶媒体であって、
コンピュータデバイスによって実行されると、前記コンピュータデバイスに、
前記コンピュータデバイスを第１のサーバにブートストラップすることと、
前記コンピュータデバイスによって、前記第１のサーバが第２のサーバから前記コンピュータデバイスに関連付けられたデータをフェッチすることを要求することであって、前記第２のサーバは、前記コンピュータデバイスに以前にブートストラップされていた、ことと
を含む命令を行わせる、コンピュータ読み取り可能な記憶媒体。
（項目１８）
さらなる命令が、前記コンピュータデバイスによって、前記第２のサーバからの前記コンピュータデバイスに関連付けられた前記データの解放を認可するために、前記第１のサーバが前記第２のサーバに提供することができることを前記第１のサーバに提供することを含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目１９）
さらなる命令が、前記コンピュータデバイスによって、前記第１のサーバに提供するためのトークンを受信することを含み、前記トークンは、前記コンピュータデバイスに関連付けられた前記データの解放を認可するために、前記第１のサーバによって前記第２のサーバに提供される、項目１７に記載のコンピュータ読み取り可能な記憶媒体。
（項目２０）
さらなる命令が、前記コンピュータデバイスによって、ブートストラッピングの開始中に前記コンピュータデバイスを識別するための一時識別子を受信することを含む、項目１７に記載のコンピュータ読み取り可能な記憶媒体。

添付の図面と併せて一例として挙げられる、以下の説明から、より詳細に理解され得る。
図１は、サービス能力層ハンドオーバが起こり得る、例示的環境を図示する。 図２Ａは、デバイスおよび基準点を含む、例示的なＭ２Ｍシステムを図示する。 図２Ｂは、ブートストラッピングのためのアーキテクチャ要素を図示する。 図３は、ブートストラップ消去のためのイベント検出を図示する。 図４は、サービス層ブートストラップ消去およびハンドオーバを図示する。 図５Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システムの系統図である。 図５Ｂは、図５Ａで図示されるＭ２Ｍ／ＩｏＴ通信システム内で使用され得る、例示的アーキテクチャの系統図である。 図５Ｃは、図５Ａで図示される通信システム内で使用され得る、例示的Ｍ２Ｍ／ＩｏＴ端末またはゲートウェイデバイスの系統図である。 図５Ｄは、図５Ａの通信システムの側面が具現化され得る、例示的コンピュータシステムのブロック図である。

本明細書に記載される実施形態は、表現状態転送（ＲＥＳＴ）アーキテクチャに関して説明され、説明される構成要素およびエンティティは、ＲＥＳＴアーキテクチャ（ＲＥＳＴｆｕｌアーキテクチャ）の制約に従い得る。ＲＥＳＴｆｕｌアーキテクチャは、物理的構成要素の実装または使用される通信プロトコルに関するよりもむしろ、アーキテクチャで使用される構成要素、エンティティ、コネクタ、およびデータ要素に適用される制約に関して説明される。したがって、構成要素、エンティティ、コネクタ、およびデータ要素の役割および機能が説明されるであろう。ＲＥＳＴｆｕｌアーキテクチャでは、一意的にアドレス可能なリソースの表現が、エンティティ間で転送される。ＥＴＳＩ Ｍ２Ｍ仕様（例えば、本明細書に論じられるようなＴＳ １０２ ９２１およびＴＳ１０２ ６９０）は、ＳＣＬ上に常駐するリソース構造を標準化している。ＲＥＳＴｆｕｌアーキテクチャでリソースを取り扱うとき、作成（子リソースを作成する）、回収（リソースのコンテンツを読み取る）、更新（リソースのコンテンツを書き込む）、または削除（リソースを削除する）等のリソースに適用され得る基本的方法がある。当業者であれば、本開示の範囲内にとどまりながら、本実施形態の実装が変動し得ることを認識するであろう。当業者であればまた、開示された実施形態が、例示的実施形態を説明するために本明細書で使用されるＥＴＳＩ Ｍ２Ｍアーキテクチャを使用する実装に限定されないことも認識するであろう。開示された実施形態は、ｏｎｅＭ２Ｍ、ならびに他のＭ２Ｍシステムおよびアーキテクチャ等のアーキテクチャおよびシステムで実装され得る。

ブートストラッピングは、多くの場合、所望のレベルのセキュリティを達成するために、秘密鍵または証明書がデバイスにおいて供給されることを要求するプロセスである。マシンツーマシン環境では、多数のデバイスがマシンツーマシン（Ｍ２Ｍ）サーバとブートストラップする。本明細書では、とりわけ、「暗号化されていない」デバイス識別を送信すること、ブートストラップ消去イベントおよびポリシー、ならびにサービス能力層ハンドオーバに関する、ブートストラッピング関連問題が対処される。

サービス能力層（ＳＣＬ）ハンドオーバは、１つのＮＳＣＬに登録されるデバイスまたはゲートウェイが、その登録を第２のＮＳＣＬへ移動させ、次いで、デバイスまたはゲートウェイのリソースが第１のＮＳＣＬから第２のＮＳＣＬへ転送されるプロシージャを開始し得る、プロセスを含む。同様に、サービス能力層（ＳＣＬ）ハンドオーバは、１つのＧＳＣＬに登録されるデバイスが、その登録を第２のＧＳＣＬへ移動させ、次いで、デバイスのリソースが第１のＧＳＣＬから第２のＧＳＣＬへ転送されるプロシージャを開始し得る、プロセスを含む。

図１は、ＳＣＬハンドオーバが起こり得る例示的な環境１００を図示する。ＮＳＣＬ１１２およびＮＳＣＬ１１４は、ネットワーク１０６と接続される。家１０２の内側に位置するＤ／ＧＳＣＬ１０４は、ネットワーク１０６および家１０２の中の他のデバイス（図示せず）と通信可能に接続される。マシンツーマシンデバイスを含む車１０１は、ネットワーク１０６と通信可能に接続される。環境１００は、線１０７によって分離される２つの領域、すなわち、領域１０３および領域１０５に分割される。

実施形態では、環境１００を参照すると、ＮＳＣＬ１１２は、サービスＡおよびサービスＢを提供し得る。ＮＳＣＬ１１４は、サービスＡ、サービスＢ、およびサービスＣを提供し得る。Ｄ／ＧＳＣＬ１０４は、最初に、サービスＡまたはサービスＢに関してＮＳＣＬ１１２と接続され得る。しかしながら、ある時点で、Ｄ／ＧＳＣＬ１０４は、ＮＳＣＬ１１２によって提供されていないサービスＣを必要とし得る。これが起こるときに、Ｄ／ＧＳＣＬ１０４は、サービスＣを提供してもらうために、ＮＳＣＬ１１４にハンドオーバされ（登録され）得る。ＮＳＣＬ１１４は、サービスＣならびにサービスＡおよびサービスＢをＤ／ＧＳＣＬ１０４に提供し続け得るか、またはＮＳＣＬ１１２に返還され得る。ＮＳＣＬ１１２に戻すＤ／ＧＳＣＬ１０４のハンドオーバは、サービスＡ、Ｂ、またはＣの使用頻度、待ち時間、帯域幅等の種々の重み付された要因に基づき得る。

実施形態では、Ｄ／ＧＳＣＬ１０４がＮＳＣＬ１１２とのブートストラップ消去プロシージャを実行した後に、ＮＳＣＬ１１４に登録し得る。ＮＳＣＬ１１４上でリソースを再作成するよりもむしろ、Ｄ／ＧＳＣＬ１０４は、データまたはリソースがＮＳＣＬ１１２からＮＳＣＬ１１４に転送されることを要求し得る。ブートストラップ消去プロセス中に、Ｄ／ＧＳＣＬ１０４は、ＮＳＣＬ１１２からＤ／ＧＳＣＬ１０４関連データを取り出すために、ＮＳＣＬ１１４がＮＳＣＬ１１２とともに使用することができる、ハンドオーバトークンを提供され得る。ハンドオーバトークンは、提示されたときに、サービスにアクセスするか、または情報にアクセスするための許可を確認する、数字、文字、または数字および文字の組み合わせ等の値であり得る。ここで、ＮＳＣＬ１１４は、ＮＳＣＬ１１４がＮＳＣＬ１１２からＤ／ＧＳＣＬ１０４関連データを取り出す権限を与えられていることを示す、ハンドオーバトークンをＮＳＣＬ１１２に提供し得る。ＮＳＣＬ１１２は、ハンドオーバトークンをＤ／ＧＳＣＬ１０４に提供し得る。ハンドオーバトークンは、Ｄ／ＧＳＣＬ１０４関連情報のみのための特定の許可であり得るか、またはＮＳＣＬ１１２上の他の情報（例えば、他のＤ／ＧＳＣＬ）にアクセスするためのより一般的な許可であり得る。

別の実施形態では、環境１００を参照すると、車１０１がＮＳＣＬ１１２と通信可能に接続され得る。ブートストラップ消去は、車１０１とのその関係を終了させ、サービスをＤ／ＧＳＣＬ１０４に提供し得るＮＳＣＬ１１４等の別のＮＳＣＬを推奨するために、ＮＳＣＬ１１２によって使用され得る。このプロセスで考慮され得る要因は、領域１０３が、概して、ＮＳＣＬ１１２に割り付けられ得、領域１０５がＮＳＣＬ１１４に割り付けられ得ることである。車１０１が領域１０５の中へ移動するとき、車１０１にサービス提供するためのＮＳＣＬ１１２の好適性に関する地理的領域および他の要因が、ＮＳＣＬ１１２からＮＳＣＬ１１４へハンドオーバする前に考慮され得る。

図２Ａは、マシンツーマシンブートストラッピングのためのいくつかの開示された実施形態で使用され得る、例示的なＥＴＳＩ Ｍ２Ｍシステム２２０を図示する。この例示的システムは、開示された主題の説明を促進するように簡略化され、本開示の範囲を限定することを目的としていないことに留意されたい。システム２２０等のシステムに加えて、またはその代わりに、本明細書で開示される実施形態を実装するために、他のデバイス、システム、および構成が使用され得、全てのそのような実施形態は、本開示の範囲内と考慮される。

ＮＳＣＬ２２６は、ドメイン２２２内にあり、Ｍ２Ｍサーバプラットフォーム２２５においてネットワークアプリケーション（ＮＡ）２２７とともに構成され得る。ＮＡ２２７およびＮＳＣＬ２２６は、基準点（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）ｍＩａ２２８を介して通信し得る。ｍＩａ基準点は、ＮＡがＭ２Ｍドメイン内のＮＳＣＬから利用可能なＭ２Ｍサービス能力にアクセスすることを可能にし得る。加えて、ネットワークドメイン２２２内には、Ｍ２Ｍゲートウェイデバイス２４０において構成され得る、ＧＳＣＬ２４１およびゲートウェイアプリケーション（ＧＡ）２４２があり得る。ＧＳＣＬ２４１およびＧＡ２４２は、基準点ｄＩａ２４３を使用して通信し得る。さらに、ネットワークドメイン２２２内には、Ｍ２Ｍデバイス２４５において構成され得る、ＤＳＣＬ２４６およびデバイスアプリケーション（ＤＡ）２４７があり得る。ＤＳＣＬ２４６およびＤＡ２４７は、基準点ｄＩａ２４８を使用して通信し得る。ＧＳＣＬ２４１およびＤＳＣＬ２４６の各々は、基準点ｍＩｄ２２４を使用してＮＳＣＬ２２６と通信し得る。一般に、ｄＩａ基準点は、デバイスおよびゲートウェイアプリケーションが、それらのそれぞれのローカルサービス能力（すなわち、それぞれ、ＤＳＣＬおよびＧＳＣＬにおいて利用可能なサービス能力）と通信することを可能にする。ｍＩｄ基準点は、Ｍ２Ｍデバイス内に常駐するＭ２Ｍ ＳＣＬ（例えば、ＤＳＣＬ２４６）またはＭ２Ｍゲートウェイ内に常駐するＭ２Ｍ ＳＣＬ（例えば、ＧＳＣＬ２４１）が、ネットワークドメイン内のＭ２Ｍサービス能力（例えば、ＮＳＣＬ２２６）と通信することを可能にし、逆も同様である。

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

図２Ｂは、マシンツーマシン環境内のブートストラッピングのための機能的アーキテクチャ要素を図示する。デバイスまたはゲートウェイドメイン１３２内に、Ｄ／ＧＳＣＬ１３４がある。Ｄ／ＧＳＣＬ１３４は、インターフェースリンク１３６を介してＮＳＣＬ１５０に通信可能に接続される。リンク１３６は、Ｅｕｒｏｐｅａｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｔａｎｄａｒｄｓ Ｉｎｓｔｉｔｕｔｅ （ＥＴＳＩ） Ｍ２Ｍ
ｍＩｄ仕様、ＥＴＳＩ ＴＳ １０２ ９２１で議論されているようなｍＩｄインターフェースであり得る。ＮＳＣＬ１５０は、Ｍ２Ｍ認証サーバ（ＭＡＳ）１３８、Ｍ２Ｍブートストラップサービス機能（ＭＳＢＦ）１３９、およびコアネットワーク１４９等のブロック１３７の中のデバイス、ネットワーク、およびインターフェースと通信可能に接続され得る。

Ｍ２Ｍブートストラップポリシーエンジン（ＭＢＰＥ）１４２、マシン型通信連動機能（ＭＴＣ−ＩＷＦ）１４６、ＭＴＣ−ＩＷＦ１４８、Ｔｓｐインターフェース１４４、およびＭ２Ｍ一時識別子リポジトリ（ＭＴＩＲ）１４０は、ブートストラップ消去プロセスを開始すること等のブートストラッピングプロセスを促進し得る。Ｔｓｐインターフェース１４４は、３ＧＰＰによって定義されるような制御プレーンであり得る。概して、ＭＴＣ−ＩＷＦとＭ２Ｍとの間のインターフェースは、Ｔｓｐと呼ばれる。ＭＢＰＥ１４２は、ＭＢＰＥのメモリの中に、ブートストラップ消去が各デバイスに対して開始されるべきでときを示すポリシーを記憶するために使用され得る。例えば、ＭＢＰＥ１４２は、ブートストラップ消去が、特定のデバイスが新しい追跡領域または地理的領域の中へ移動させられた場合にそれに対して行われるべきであることを示すポリシーを保持し得る。ＭＢＰＥの処理機能は、メモリからポリシーを取り出し、ポリシーに従ってＭＢＰＥを作用させるように構成され得る。

さらに詳細に、ＭＢＰＥ１４２は、どのようなイベントまたは条件が特定のデバイスまたはデバイスのグループがブートストラップ消去されることをもたらすべきかに関するポリシーを保持する論理的エンティティである。ある条件またはイベントが検出されたとき、ＭＢＰＥポリシーは、Ｄ／ＧＳＣＬ１３４がブートストラップ消去を実行することを決定付け得る。例えば、ポリシーは、Ｄ／ＧＳＣＬがＮＳＣＬから登録解除するとき、または国際移動電話加入者識別（ＩＭＳＩ）および国際移動局機器識別（ＩＭＥＩ）関連の予期しない移動または変化等の起こり得るセキュリティ脅威により、ブートストラップ消去が実行されるべきであることを示し得る。

他の条件またはイベントが、ＮＳＣＬ１５０がもはやサービスをＤ／ＧＳＣＬ１３４に提供すべきではないことを示し得る。しかしながら、ＮＳＣＬ１５０は、所望のサービスを提供し得る別のＮＳＣＬにＤ／ＧＳＣＬ１３４を「ハンドオフ」することを希望し得る。例えば、現在のＮＳＣＬ１５０は、所与の地理的領域中のデバイスにサービス提供することが可能ではない場合があり、または現在Ｄ／ＧＳＣＬ１３４にサービス提供しているアクセスネットワークと関係を有しない場合がある。所望のサービスを提供し得る別のＮＳＣＬにＤ／ＧＳＣＬ１３４をハンドオーバすることが望ましくあり得る。

表１は、ＮＳＣＬ１５０にブートストラップ消去を開始させ得る、例示的なタイプのネットワーク特有のイベントを記載する。３ＧＰＰネットワークでは、これらのイベント通知が、検出ノードによってＭＴＣ−ＩＷＦ１４６（またはＭＴＣ−ＩＷＦ１４８）に渡される。例えば、ここで、ＭＴＣ−ＩＷＦ１４６は、ＮＳＣＬ１５０にイベントを通知し得る。別の実施例では、３ＧＰＰ移動管理エンティティ（ＭＭＥ）、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）、または移動交換センター（ＭＳＣ）（図示せず）等の３ＧＰＰコアネットワークＡ１４９またはコアネットワークＢ１４７内のネットワークノードは、ルーティング領域更新、追跡領域更新、場所領域更新、ルーティング領域更新拒否、追跡領域更新拒否、場所領域更新拒否、またはサービングノードの変化が、Ｄ／ＧＳＣＬ１３４をホストするノード１３３に起こるときに、ＮＳＣＬ１５０に通知し得る。ノード１３３は、３ＧＰＰ ＵＥであり得る。ＳＧＳＮ、ＭＭＥ、またはＭＳＣは、ＮＳＣＬ１５０への直接接続を有しないこともある。ＳＧＳＮ、ＭＭＥ、およびＭＳＣからの通知は、ＭＴＣ−ＩＷＦ１４６およびＴｓｐインターフェース１４４を介してＮＳＣＬ１５０に送信され得る。別の実施例では、３ＧＰＰネットワークでは、Ｄ／ＧＳＣＬ１３４をホストするノード１３３が不良な無線チャネル条件を体験しているときに、ｅＮｏｄｅＢ（図示せず）がＮＳＣＬ１５０に知らせ得る。ｅＮｏｄｅＢからの通知は、ＭＴＣ−ＩＷＦ１４６およびＴｓｐインターフェース１４４を介してＮＳＣＬ１５０に送信され得る。別の実施例では、３ＧＰＰネットワークでは、Ｄ／ＧＳＣＬ１３４をホストするノード１３３がＩＭＳＩ／ＩＭＥＩ関連の変化を体験しているときに、家庭用加入者サーバ（ＨＳＳ）（図示せず）がＮＳＣＬ１５０に知らせ得る。ＨＳＳからの通知は、ＭＴＣ−ＩＷＦ１４６およびＴｓｐインターフェース１４４を介してＮＳＣＬ１５０に送信され得るか、またはそれらは、Ｍｈインターフェース等の図２Ｂに示されていない他のコアネットワークインターフェースを介してＮＳＣＬ１５０に直接渡され得る。

マシン型通信連動機能（ＭＴＣ−ＩＷＦ）１４６およびＭＴＣ−ＩＷＦ１４８は、Ｍ２Ｍサーバ（例えば、ＮＳＣＬ１５０）がコアネットワーク１４７およびコアネットワーク１４９にインターフェース接続することを可能にするネットワークノードである。ＭＴＣ−ＩＷＦ１４６およびＭＴＣ−ＩＷＦ１４８は、ＮＳＣＬ１５０からコアネットワークの下にあるトポロジーを隠し得る。ここで、ＭＴＣ−ＩＷＦ１４６およびＭＴＣ−ＩＷＦ１４８は、それぞれ、Ｔｓｐインターフェース１４４およびＴｓｐインターフェース１４５を介してＮＳＣＬ１５０と接続される。Ｔｓｐインターフェース１４４およびＴｓｐインターフェース１４５は、とりわけ、ＮＳＣＬ１５０からコアネットワークへのトリガ要求をサポートし得る。

ＮＳＣＬ１５０は、ネットワークから、Ｔｓｐ１４４またはＴｓｐ１４５を介して着信し得るイベント情報を受信する。受信されるイベント情報に基づいて、ＭＳＢＦ１３９は、いつデバイスがブートストラップ消去プロシージャを実行すべきかについて決定を行い得る。決定は、ＭＢＰＥ１４２で記憶および処理されるポリシー、およびアクセスネットワークからのイベント情報に基づき得る。図２ＢのＭ２Ｍ一時識別子リポジトリ（ＭＴＩＲ）１４０は、Ｄ／ＧＳＣＬ（または他のデバイス）に割り当てられている一時識別子のデータベースまたはリストを保持する、論理的エンティティであり得る。ＭＴＩＲ１４０は、一時識別子と永久識別子との間のマッピングを保持する。例えば、Ｄ／ＧＳＣＬは、ｑｒｘｐ３１２１９９４＠ｌｍｎｏｐ．ｍｆｓという一時識別子を有し得る。ＭＴＩＲ１４０は、ｑｒｘｐ３１２１９９４＠ｌｍｎｏｐ．ｍｆｓ＝ｍｉｋｅｓ−ｍｏｂｉｌｅｈａｎｄｓｅｔ＠ｍｏｂｉｌｅ−ｎｅｔｗｏｒｋ．ｃｏｍであることを示す、マッピングを内部で保持し得る。ＭＴＩＲ１４０はまた、本明細書でさらに詳細に議論される、関連ハンドオーバトークンを保持し得る。ＭＴＩＲ１４０の処理機能は、メモリから一時識別子またはハンドオーバトークンを取り出し、ＭＴＩＲ１４０にそれを適切な決定を行うためにコンピュータデバイスに提供させるか、または視認のためにそれをディスプレイに提供させるように構成され得る。「一時識別子」という用語は、所定のプロシージャまたはプロシージャのセット（例えば、初期ブートストラッピング設定／登録）に対して、あるいは所定の持続時間の間使用される識別子に関し得る。プロシージャ、プロシージャのセット、または持続時間後に、一時識別子は、新しい一時識別子または永久識別子と交換され得る。

Ｍ２Ｍデバイスセキュリティは、ほとんどのハンドヘルドデバイスに固有のセキュリティ課題を超える課題を含む。ほとんどのハンドヘルドデバイスと異なり、Ｍ２Ｍデバイスは、多くの場合、それらが必ずしも所有者に可視的であるとは限らない領域中で展開される。換言すると、Ｍ２Ｍデバイスの物理的セキュリティは、ハンドヘルドデバイスのセキュリティよりも損なわれる可能性が高い。移動またはアクセスネットワークの変更等のイベントがＮＳＣＬによって検出されると、ポリシーは、ブートストラップ消去プロシージャがＤ／ＧＳＣＬに対して実行されることを要求し得る。移動、アクセスネットワークの変化、電力サイクル、ネットワーク受信可能範囲の喪失、およびあるタイプのデバイス改ざん等のイベントは、時として、アクセスネットワークによって検出されるが、サービス層によって検出されない。アクセスネットワークの能力は、ブートストラップ消去プロシージャを開始するために活用され得る。ブートストラップ消去プロシージャを実行した後、Ｄ／ＧＳＣＬは、ＮＳＣＬで再認証し（または新しいＮＳＣＬで認証し）、新しいセキュリティ鍵を導出することができるように、ブートストラッププロセスを再実行し得る。

図３は、ＮＳＣＬハンドオーバ、またはブートストラップ消去を実行するために適切な別のイベント中に起こり得る、ブートストラップ消去を開始するためにＮＳＣＬ１６６に渡される検出されたイベントの例示的なフローを図示する。ブロック１７０で示されるような第１のシナリオでは、イベントがコアネットワーク（ＣＮ）ノード１６２によって検出される。コアネットワークノードの例は、ＭＭＥ、ＨＳＳ等の表１に記載されるノードのようなネットワークノードを含む。１７１では、コアネットワークノード１６２が、イベント検出通知メッセージをＭＴＣ−ＩＷＦ１６４に送信する。イベント検出通知メッセージは、表１に記載されるもののうちの１つ等のイベントをＮＳＣＬ１６６に通知する情報を含む。１７２では、ＭＴＣ−ＩＷＦが、イベント検出回答メッセージをコアネットワークノード１６２に送信する。１７３では、ＭＴＣ−ＩＷＦが、イベント検出通知をＮＳＣＬ１６６に転送する。１７４では、ＮＳＣＬ１６６が、イベント検出回答メッセージをＭＴＣ−ＩＷＦ１６４に転送する。１７２および１７４では、メッセージは、Ｄｉａｍｅｔｅｒプロトコルを使用し得る確認応答である。１７５では、ＮＳＣＬ１６６が、イベントポリシーチェックをＭＢＰＥ１６８に送信する。イベントポリシーチェックは、これらのイベントを統制する任意のポリシーがあるかどうかを尋ね、イベントポリシー回答は、ポリシーを提供する。１７６では、ＭＢＰＥが、イベントポリシー回答メッセージをＮＳＣＬ１６６に送信する。イベントポリシー回答は、ＭＢＰＥによって維持されるブートストラッピングに関する記憶されたポリシーに基づいて、イベントが起こるときにどのような措置が講じられるべきであるかをＮＳＣＬ１６６に示し得る。例えば、１つのそのような記憶されたブートストラップポリシーは、ＩＭＳＩ／ＩＭＥＩ関連の変化中のブートストラップ消去を含み得る。イベントポリシー回答は、ＭＢＰＥ１６８ポリシーが、ＩＭＳＩ／ＩＭＥＩ関連の変化が起こるときにブートストラップ消去するようにＤ／ＧＳＣＬに求めるべきことを示し得る。ブロック１７７では、イベントポリシー回答において返信される情報を含み得る、イベントに関する受信された情報に基づいて、ブートストラップ消去決定が行われる。ポリシーは、ブートストラップ消去決定を決定することに役立つ。例えば、ネットワークが移動イベントを示すときに、Ｄ／ＧＳＣＬが移動性であることを承認するとポリシーが述べる場合、ＮＳＣＬ１６６はブートストラップ消去を実行しないであろう。

図３は、ブロック１７８で示される第２のシナリオを図示する。この場合、イベントは、ｅＮｏｄｅＢ１６０によって検出される。１７９では、ｅＮｏｄｅＢ１６０が、イベント通知メッセージをコアネットワークノード１６２に送信する。コアネットワークノード１６２は、ブロック１７０で図示されるものと同様に、ＭＴＣ−ＩＷＦ１６４でプロセスを開始する。

図４は、本明細書で議論されるようなブートストラッピングのためのフロー１８０を図示する。要約すると、新規のブートストラッピングプロセスの一実施形態によると、ＮＳＣＬ１８４は、ブートストラップ消去を開始し、プロセスの一部として、Ｄ／ＧＳＣＬ１８２が後に登録し得る別のＮＳＣＬ（ＮＳＣＬ１８６）を推奨する。Ｄ／ＧＳＣＬ１８２が推奨ＮＳＣＬ１８６に登録すると、ＮＳＣＬ１８４およびＮＳＣＬ１８６がハンドオーバプロシージャを実行する。ハンドオーバプロシージャは、ＮＳＣＬ１８４上に記憶されているＤ／ＧＳＣＬ１８２に関するリソース（すなわち、データまたは情報）をＮＳＣＬ１８６に転送することを含む。例えば、Ｄ／ＧＳＣＬは、ＮＳＣＬ１８４上にそれ自体に関するリソースを記憶していることもある。記憶されたリソースは、どのようなサービスをＤ／ＧＳＣＬによって提供することができるか、Ｄ／ＧＳＣＬによって収集されているセンサデータの履歴、Ｄ／ＧＳＣＬが位置する場所等の詳細を含み得る。Ｄ／ＧＳＣＬがその登録をＮＳＣＬ１８４からＮＳＣＬ１８６へ移動させるとき、この情報はＮＳＣＬ１８４からＮＳＣＬ１８６へ移動させられるであろう。

１９１では、Ｄ／ＧＳＣＬ１８２が、ブートストラップし、ＮＳＣＬ１８４に登録する。その後（例えば、図３に示されるようなブートストラップ消去決定に基づいて）、１９２では、ＮＳＣＬ１８４がブートストラップ消去プロシージャを開始する。本明細書で開示される新規のプロセスの実施形態によると、ブートストラップ消去プロシージャは、終了要求メッセージを使用して開始される。概して、Ｄ／ＧＳＣＬ１８２またはＮＳＣＬ１８４のいずれか一方が、終了を開始し得る。一実施形態では、終了要求メッセージは、ＲＦＣ５１９１で説明されるようなネットワークアクセスのための認証を搬送するためのプロトコル（ＰＡＮＡ）の終了要求に類似し得る。本実施形態によると、終了要求メッセージはさらに、本明細書で議論されるように、一時識別（ｔｅｍｐＳｃ１Ｉｄ）値、ハンドオーバトークン（ハンドオーバトークン）、あるいは１つ以上の推奨ＮＳＣＬのリストのうちの１つ以上のものを含む、追加の値ペア（または同等物）を含み得る。

例えば、ＮＳＣＬが公衆インターネットを経由してＤ／ＧＳＣＬによってアクセスされるとき、ＮＳＣＬとの初期接続を行うときに、Ｄ／ＧＳＣＬがその「暗号化されていない」（例えば、暗号化を伴わない）Ｄ／ＧＳＣＬ識別子を送信するときがある。好ましいアプローチは、初期ブートストラッピング中に、ＮＳＣＬおよびＤ／ＧＳＣＬが一時的である識別子を使用することであろう。一時識別子は、ブートストラッピング後に永久識別子に変更され得る。ブートストラップ消去を実行する前に、Ｄ／ＧＳＣＬに一時識別子が提供されることが好ましい。これらの一時識別子は、以前に（例えば、数時間または数日前に）ブートストラップされた特定のＮＳＣＬ、または適切に（例えば、安全に）一時ＩＤを知らされた別のＮＳＣＬと将来ブートストラップするときに、Ｄ／ＧＳＣＬの真の識別を隠すために使用され得る。一実施形態では、本明細書で開示されるブートストラップ消去プロシージャは、次のブートストラッピングイベントのための一時識別子を割り当てる。これは、図４のステップ１９２で図示される。

示されるように、１９２では、Ｄ／ＧＳＣＬ１８２は、ＮＳＣＬ１８４がブートストラップ消去プロシージャを開始するときに、終了要求メッセージの一部として一時Ｄ／ＧＳＣＬ ＩＤ（ｔｅｍｐＳｃ１Ｉｄ）を受信する。ｔｅｍｐＳｃ１Ｉｄが接続の終了前に送信されるため、ｔｅｍｐＳｃ１Ｉｄは、好ましくは、Ｍ２Ｍルート鍵、Ｋｍｒ（または同等物）で暗号化される。一時Ｄ／ＧＳＣＬ ＩＤは、次にＮＳＣＬとブートストラップしようとするときにＤ／ＧＳＣＬによって使用され得る。本プロセスは、他のＮＳＣＬ（例えば、ＮＳＣＬ１８６）および他のサービスプロバイダが、識別子を作成したサービスプロバイダおよび／またはＮＳＣＬ（例えば、ＮＳＣＬ１８４）に一時Ｄ／ＧＳＣＬ ＩＤを転換（ｒｅｓｏｌｖｅ）しないように設計され得る。識別子を作成したＮＳＣＬ１８４（またはサービスプロバイダ）は、識別子を永久Ｄ／ＧＳＣＬ識別子に転換（ｒｅｓｏｌｖｅ）することができる。

また、上記のように、一実施形態では、ステップ１９２で送信される終了要求メッセージはまた、ハンドオーバトークンを含み得る。再度、ハンドオーバトークンが接続の終了前に送信されるため、ハンドオーバトークンは、Ｋｍｒ（または同等物）で暗号化され得る。Ｄ／ＧＳＣＬ１８２は、例えば、次にＮＳＣＬ１８６等のＮＳＣＬと接続するときに、ハンドオーバトークンを使用し得る。ＮＳＣＬ１８６は、Ｄ／ＧＳＣＬ１８２が新しいＮＳＣＬ（ＮＳＣＬ１８６）に登録され、Ｄ／ＧＳＣＬ１８２のリソースの所有権を得る権限を与えられるべきであることをＮＳＣＬ１８４に証明するために、トークンを使用し得る。実施形態では、ハンドオーバトークンは、ＮＳＣＬがブートストラップ消去プロシージャを開始するときにＰＡＮＡ終了要求、またはＤ／ＧＳＣＬがブートストラップ消去プロシージャを開始するときにＰＡＮＡ終了回答のいずれかの「ハンドオーバトークン」フィールド内で提供され得る。ハンドオーバトークンは、Ｄ／ＧＳＣＬ１８２が新しいＮＳＣＬ１８６に与えることができる、一意の鍵（数、文字のセット、英数字等）である。次いで、新しいＮＳＣＬ１８６は、Ｄ／ＧＳＣＬ１８２がＮＳＣＬ１８６に移動したことを古いＮＳＣＬ１８４に証明するために、トークンを使用することができる。トークンは、Ｄ／ＧＳＣＬ１８２がＮＳＣＬ１８４上に以前に記憶した任意のデータをＮＳＣＬ１８６に送信することが安全であるというＮＳＣＬ１８４への指示である。

さらに、本実施形態によると、ステップ１９２で送信される終了要求メッセージは、Ｄ／ＧＳＣＬ１８２がハンドオーバの一部として接続し得る、推奨ＮＳＣＬを含み得る。推奨ＮＳＣＬは、Ｄ／ＧＳＣＬ１８２がブートストラップしようとすることを現在のＮＳＣＬ（すなわち、ＮＳＣＬ１８４）が推奨するという、ＮＳＣＬ（またはＭＳＢＦ）識別子のリストの形態の終了要求メッセージにおいて特定され得る。ＮＳＣＬ１８４による推奨は、とりわけ、Ｄ／ＧＳＣＬ１８２によって使用される（または使用されることが期待される）サービスに基づき得る。

図４を再度参照すると、１９３では、Ｄ／ＧＳＣＬ１８２は、ブートストラップ消去プロシージャが開始されることを要求するメッセージ（例えば、終了要求）をＮＳＣＬに送信することによって、ブートストラップ消去プロシージャを行う要求を返答する。この場合、回答は、Ｄ／ＧＳＣＬがブートストラップ消去要求を受け入れたかどうかを示す。１９４では、Ｄ／ＧＳＣＬ１８２が、ブートストラップする意向である次のＮＳＣＬとしてＮＳＣＬ１８６を選択する。この選択は、ステップ１９２で受信される終了要求メッセージにおいて提供される推奨ＮＳＣＬのリストに基づき得る。１９５では、Ｄ／ＧＳＣＬ１８２が、ハンドオーバ要求メッセージをＮＳＣＬ１８６に送信する。ハンドオーバ要求メッセージは、Ｄ／ＧＳＣＬ１８２に関連する、ＮＳＣＬ１８４に記憶されたリソースがＮＳＣＬ１８６に転送されることを要求する。一実施形態では、この要求は、ＳＣＬ更新要求指示（ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎ）メッセージとともに送信され得る。ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージは、（ｈａｎｄＯｖｅｒＴｏｋｅｎフィールドからの）ハンドオーバトークン、ならびに古いＮＳＣＬ（例えば、ＮＳＣＬ１８４）の識別子（例えば、ＮＳＣＬ−ＩＤ）をＮＳＣＬ１８６に提供し得る。

表２は、本明細書で議論される新規のブートストラッピング方法の一実施形態による、ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージのプリミティブに関する追加の詳細を提供する。表２内の随意的なフィールドは、例えば、Ｄ／ＧＳＣＬ１８２が以前に登録されていたＮＳＣＬ１８４から、ＮＳＣＬ１８６がＤ／ＧＳＣＬ１８２のリソースツリーをフェッチすることを要求するために、使用され得る。実施形態では、Ｄ／ＧＳＣＬは、ハンドオーバ動作を行うためにｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎを使用する前に、ＳＣＬ作成要求（ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎ）を発行し得る。ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎは、図４のステップ１９５の直前に起こるであろう（図示せず）。図４のステップ１９５は、ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎである。ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージの一部として表２にフィールドを含むよりもむしろ、代替的なアプローチは、Ｄ／ＧＳＣＬ登録およびハンドオーバが単一のステップで行われ得るように、ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎに表２内のフィールドを含み得る。ハンドオーバ動作は、ＮＳＣＬがＤ／ＧＳＣＬによって認証される前にｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎメッセージが送信されていた場合がある間のｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎ中に行われないこともある。ハンドオーバ情報は、ＮＳＣＬおよびＤ／ＧＳＣＬが互いに認証していなければ、ｓｃｌＣｒｅａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎにおいて提供されないこともある。

１９６では、ＮＳＣＬ１８６が、ＮＳＣＬ１８４上に記憶されたＤ／ＧＳＣＬ１８２に関連するデータを要求する、ＮＳＣＬ−ＮＳＣＬハンドオーバ要求メッセージをＮＳＣＬ１８４に送信する。ＮＳＣＬ−ＮＳＣＬハンドオーバ要求メッセージは、ハンドオーバトークンと、一時Ｄ／ＧＳＣＬ１８２識別子とを含み得る。ハンドオーバトークンは、ＮＳＣＬ１８４からの情報にアクセスする一般的許可を与えるために使用され得、一時Ｄ／ＧＳＣＬ１８２識別子は、具体的には、どのＤ／ＧＳＣＬに関する情報をＮＳＣＬ１８６が望むであろうかをＮＳＣＬ１８４に知らせ得る。実施形態では、ＮＳＣＬ−ＮＳＣＬハンドオーバ要求メッセージは、ＮＳＣＬ１８４に関連付けられたＭＳＢＦ（図示せず）に直接送信され得る。

１９７では、ＮＳＣＬ１８４が、ＮＳＣＬ−ＮＳＣＬハンドオーバ回答メッセージを介して、Ｄ／ＧＳＣＬリソースでＮＳＣＬ−ＮＳＣＬハンドオーバ要求メッセージに応答する。１９８では、ＮＳＣＬ１８６が、ＳＣＬ更新応答確認メッセージ（ｓｃｌＵｐｄａｔｅＲｅｓｐｏｎｓｅＣｏｎｆｉｒｍ）を用いて、ｓｃｌＵｐｄａｔｅＲｅｑｕｅｓｔＩｎｄｉｃａｔｉｏｎに応答するであろう。

あるイベントが、どのようにしてアクセスネットワークによって検出され、ブートストラップ消去プロシージャを開始するためにＮＳＣＬまたは類似デバイスによって使用され得るかに関する方法が開示される。ＮＳＣＬがブートストラップ消去ポリシーを管理し、アクセスネットワーク特定のイベントを検出し、これらのポリシーおよびイベントに基づいてブートストラップ消去を開始し、ＮＳＣＬハンドオーバを可能にする様式で、ブートストラップアーキテクチャが定義される。

図５Ａは、１つ以上の開示された実施形態が実装され得る、例示的マシンツーマシン（Ｍ２Ｍ）またはモノのインターネット（ＩｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴのための構成要素を提供し、任意のＭ２Ｍデバイス、ゲートウェイ、またはサービスプラットフォームは、ＩｏＴの構成要素ならびにＩｏＴサービス層等であり得る。上記の図１から図４を参照すると、本明細書で開示されるブートストラッピングのための方法およびアーキテクチャは、図５Ａから図５Ｄに示されるＭ２Ｍサーバおよび１つ以上のＭ２Ｍデバイス（例えば、Ｍ２ＭゲートウェイデバイスまたはＭ２Ｍ端末デバイス）を伴って実装され得る。例えば、図５ＢのＭ２Ｍゲートウェイデバイス１４またはＭ２Ｍ端末デバイス１８は、図１で見出されるＤ／ＧＳＣＬ１０４、および図２ＡのＧＳＣＬ２４１またはＤＳＣＬ２４５と同様に機能し得る。図５ＢのＭ２Ｍサービスプラットフォーム２２は、図１で見出されるＮＳＣＬ１１２、または図２Ａで見出されるＮＳＣＬ２３１と同様に機能し得る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (14)

1. ブートストラッピングのためのデバイスであって、前記デバイスは、
   プロセッサ（９１）と、
   前記プロセッサ（９１）に結合されたメモリ（８２）と
   を備え、
   前記メモリ（８２）は、実行可能な命令を含み、前記命令は、前記プロセッサ（９１）によって実行されると、
   前記デバイス（１０１）を第１のサーバ（１１２）にブートストラップすることと、
   前記第１のサーバ（１１２）が第２のサーバ（１１４）から前記デバイス（１０１）に関連付けられたデータをフェッチすることを前記デバイス（１０１）が要求することであって、前記第２のサーバ（１１４）は、前記デバイス（１０１）へのブートストラッピングが以前に起こったことに関する情報を有する、ことと、
   前記デバイス（１０１）に関連付けられた前記データを前記第２のサーバ（１１４）から解放することを認可するために、前記デバイス（１０１）が、前記第１のサーバ（１１２）にトークンを提供することと
   を含む動作を実行することを前記プロセッサ（９１）に行わせる、デバイス。
2. 前記トークンは、前記第２のサーバ（１１４）から受信される、請求項１に記載のデバイス。
3. 前記要求するステップは、前記第１のサーバ（１１２）への登録中に前記デバイス（１０１）によって実行される、請求項１に記載のデバイス。
4. 前記第１のサーバ（１１２）は、前記デバイス（１０１）にサービスを提供するように前記第２のサーバ（１１４）によって推奨された複数のサーバのうちの１つであった、請求項１に記載のデバイス。
5. 前記デバイス（１０１）は、ゲートウェイサービス能力層、または、ゲートウェイアプリケーションを含む、請求項１に記載のデバイス。
6. 前記デバイス（１０１）は、デバイスサービス能力層、または、デバイスアプリケーションを含む、請求項１に記載のデバイス。
7. デバイス（１０１）を第１のサーバ（１１２）にブートストラップすることと、
   前記第１のサーバ（１１２）が第２のサーバ（１１４）から前記デバイス（１０１）に関連付けられたデータをフェッチすることを前記デバイス（１０１）が要求することであって、前記第２のサーバ（１１４）は、前記デバイス（１０１）へのブートストラッピングが以前に起こったことに関する情報を有する、ことと、
   前記デバイス（１０１）に関連付けられた前記データを前記第２のサーバ（１１４）から解放することを認可するために、前記デバイス（１０１）が、前記第１のサーバ（１１２）にトークンを提供することと
   を含む、方法。
8. 前記デバイス（１０１）が、前記第２のサーバ（１１４）から前記トークンを受信することをさらに含む、請求項７に記載の方法。
9. 前記要求するステップは、前記第１のサーバ（１１２）への登録中に前記デバイス（１０１）によって実行される、請求項７に記載の方法。
10. 前記第１のサーバ（１１２）は、ネットワークサービス能力層、または、マシンツーマシンサーバ、または、マシン型通信サーバのうちの少なくとも１つである、請求項７に記載の方法。
11. 前記デバイス（１０１）は、ゲートウェイサービス能力層、または、デバイスサービス能力層、または、ゲートウェイアプリケーション、または、デバイスアプリケーションを含む、請求項７に記載の方法。
12. 前記デバイス（１０１）が、ブートストラッピングの開始中に前記デバイスを識別するための一時識別子を受信することをさらに含む、請求項７に記載の方法。
13. 前記一時識別子は、前記デバイスが前記第２のサーバ（１１４）とブートストラップされていることから解放される前に、または、前記第２のサーバ（１１４）から登録解除される前に、前記第２のサーバ（１１４）から受信される、請求項１２に記載の方法。
14. プログラム命令を含むコンピュータプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、前記コンピュータプログラムは、データ処理ユニットにロード可能であり、前記コンピュータプログラムは、前記コンピュータプログラムが前記データ処理ユニットによって実行されると、請求項７〜１３のいずれかに記載の方法ステップを実行することを前記データ処理ユニットに行わせるように適合されている、コンピュータ読み取り可能な記録媒体。