特許6370215 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ サムスン　エレクトロニクス　カンパニー　リミテッドの特許一覧

特許6370215マシン−対−マシンノード消去手順

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6A
6B

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6370215

(24)【登録日】2018年7月20日

(45)【発行日】2018年8月8日

(54)【発明の名称】マシン−対−マシンノード消去手順

(51)【国際特許分類】

H04L 9/08 20060101AFI20180730BHJP

H04L 9/32 20060101ALI20180730BHJP

G09C 1/00 20060101ALI20180730BHJP

【ＦＩ】

H04L9/00 601A

H04L9/00 601E

H04L9/00 675A

G09C1/00 640D

【請求項の数】16

【全頁数】23

(21)【出願番号】特願2014-505088(P2014-505088)

(86)(22)【出願日】2012年4月16日

(65)【公表番号】特表2014-513472(P2014-513472A)

(43)【公表日】2014年5月29日

(86)【国際出願番号】KR2012002876

(87)【国際公開番号】WO2012141556

(87)【国際公開日】20121018

【審査請求日】2015年4月16日

【審判番号】不服2017-4385(P2017-4385/J1)

【審判請求日】2017年3月28日

(31)【優先権主張番号】61/475,972

(32)【優先日】2011年4月15日

(33)【優先権主張国】US

(31)【優先権主張番号】61/485,275

(32)【優先日】2011年5月12日

(33)【優先権主張国】US

(31)【優先権主張番号】61/544,577

(32)【優先日】2011年10月7日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスンエレクトロニクスカンパニーリミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔允辰

(74)【代理人】

【識別番号】100140534

【弁理士】

【氏名又は名称】木内敬二

(72)【発明者】

【氏名】アルパー・イェギン

(72)【発明者】

【氏名】ヨン・キョ・ペク

【合議体】

【審判長】石井茂和

【審判官】高木進

【審判官】仲間晃

(56)【参考文献】

【文献】特開２００５−２６０３５８（ＪＰ，Ａ）

【文献】国際公開第２００９／１４９７５９（ＷＯ，Ａ１）

【文献】国際公開第２０１０／１０７６３１（ＷＯ，Ａ１）

【文献】特開２００９−１００２４９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04L 9/08

(57)【特許請求の範囲】

【請求項1】

マシン−対−マシン（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ：Ｍ２Ｍ）サービスにおいてデバイスまたはゲートウェイでブートストラップ（ｂｏｏｔｓｔｒａｐｐｉｎｇ）状態を消去する方法は、
Ｍ２Ｍ認証サーバ（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒ）（ＭＡＳ）またはＭ２Ｍサービスブートストラップ機能部（Ｍ２ＭＳｅｒｖｉｃｅＢｏｏｔｓｔｒａｐｐｉｎｇＦｕｎｃｔｉｏｎ）（ＭＳＢＦ）から第１ペイロードを含む消去要請を受信するステップと、
前記消去要請の第１ペイロードに含まれるＭ２ＭノードＩＤ及びキーインデックスに基づいて秘密キーを獲得するステップと、
前記秘密キー、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて、第１ハッシュ値を生成するステップと、
前記第１ハッシュ値を前記消去要請に含まれた第２ハッシュ値とマッチングさせるステップと、
前記マッチングの結果に基づいて前記消去要請を処理するステップと、
消去応答を前記ＭＡＳまたは前記ＭＳＢＦに送信するステップとを含み、
前記第１ハッシュ値は、ハッシュ＝ハッシュ関数（Ｋｍｒ、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型）によって生成され、
前記「｜」は、連鎖を意味し、前記Ｎ_臨時は、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含み、前記類型は、前記第１ペイロードの類型を表す類型値を含むことを特徴とするブートストラップ状態消去方法。

【請求項2】

前記第１ペイロードは、少なくとも、消去される前記デバイスまたは前記ゲートウェイの識別子を含む前記Ｍ２ＭノードＩＤと、前記デバイスまたは前記ゲートウェイ、および前記ＭＡＳまたは前記ＭＳＢＦの間に共有された前記秘密キーのインデックスを含む前記キーインデックスと、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含む前記Ｎ_臨時と、前記第１ペイロードの類型を示す値を含む前記類型と、暗号的に生成されたハッシュ値を含むハッシュとを含み、
第２ペイロードは、少なくとも、前記Ｍ２ＭノードＩＤと、前記キーインデックスと、前記Ｎ_臨時と、前記第２ペイロードの類型を示す値を含む類型と、前記ハッシュとを含み、
前記第２ペイロードは、前記消去応答に含まれることを特徴とする請求項１に記載のブートストラップ状態消去方法。

【請求項3】

前記秘密キーを獲得するステップは、
前記デバイスまたは前記ゲートウェイのローカルキーリポジトリから、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて前記秘密キーを獲得するステップをさらに含むことを特徴とする請求項１に記載のブートストラップ状態消去方法。

【請求項4】

前記消去要請または前記消去応答がネットワークＭ２Ｍノードを介して受信または送信されることを特徴とする請求項２に記載のブートストラップ状態消去方法。

【請求項5】

マシン−対−マシン（Ｍ２Ｍ）サービスにおいてデバイスまたはゲートウェイでブートストラップ状態を消去する方法は、
第１ペイロードを含む消去要請をＭＡＳまたはＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）に送信するステップと、
前記ＭＡＳまたは前記ＭＳＢＦから第２ペイロードを含む消去応答を受信するステップと、
前記第２ペイロードに含まれたＭ２ＭノードＩＤ及びキーインデックスに基づいて秘密キーを獲得するステップと、
前記秘密キー、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて、第１ハッシュ値を生成するステップと
前記第１ハッシュ値を前記消去応答に含まれた第２ハッシュ値とマッチングさせるステップと、
前記マッチングの結果に基づいて前記消去応答を処理するステップとを含み、
前記第１ハッシュ値は、ハッシュ＝ハッシュ関数（Ｋｍｒ、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型）によって生成され、
前記「｜」は、連鎖を意味し、前記Ｎ_臨時は、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含み、前記類型は、前記第１ペイロードの類型を表す類型値を含むことを特徴とするブートストラップ状態消去方法。

【請求項6】

前記第１ペイロードは、少なくとも、消去される前記デバイスまたは前記ゲートウェイの識別子を含む前記Ｍ２ＭノードＩＤと、前記デバイスまたは前記ゲートウェイ、および前記ＭＡＳまたは前記ＭＳＢＦの間に共有された秘密キーの前記インデックスを含む前記キーインデックスと、前記デバイスまたは前記ゲートウェイによって生成された臨時値を含む前記Ｎ_臨時と、前記消去要請の前記第１ペイロードの前記類型を示す値を含む類型と、暗号的に生成されたハッシュ値を含むハッシュとを含み、
前記第２ペイロードは、少なくとも、前記Ｍ２ＭノードＩＤと、前記キーインデックスと、前記受信された消去要請からコピーされた臨時値を含むＮ_臨時と、前記消去応答の前記第２ペイロードの類型を示す値を含む類型と、前記ハッシュとを含むことを特徴とする請求項５に記載のブートストラップ状態消去方法。

【請求項7】

前記秘密キーを獲得するステップは、
前記デバイスまたは前記ゲートウェイのローカルキーリポジトリから、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて前記秘密キーを獲得するステップをさらに含むことを特徴とする請求項５に記載のブートストラップ状態消去方法。

【請求項8】

前記消去要請または前記消去応答は、ネットワークＭ２Ｍノードを介して受信または送信されることを特徴とする請求項６に記載のブートストラップ状態消去方法。

【請求項9】

マシン−対−マシン（Ｍ２Ｍ）サービスにおいてブートストラップ状態を消去するためのデバイスまたはゲートウェイであって、
ＭＡＳまたはＭＳＢＦと信号を通信するためのトランシーバと、
Ｍ２Ｍ認証サーバ（ＭＡＳ）またはＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）から第１ペイロードを含む消去要請を受信し、前記消去要請の第１ペイロードに含まれるＭ２ＭノードＩＤ及びキーインデックスに基づいて秘密キーを獲得し、前記秘密キー、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて、第１ハッシュ値を生成し、前記第１ハッシュ値を前記消去要請に含まれた第２ハッシュ値とマッチングさせ、前記マッチングの結果に基づいて前記消去要請を処理し、消去応答を前記ＭＡＳまたは前記ＭＳＢＦに送信するための制御機とを含み、
前記第１ハッシュ値は、ハッシュ＝ハッシュ関数（Ｋｍｒ、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型）によって生成され、
前記「｜」は、連鎖を意味し、前記Ｎ_臨時は、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含み、前記類型は、前記第１ペイロードの類型を表す類型値を含むことを特徴とするデバイスまたはゲートウェイ。

【請求項10】

前記第１ペイロードは、少なくとも、消去される前記デバイスまたは前記ゲートウェイの識別子を含む前記Ｍ２ＭノードＩＤと、前記デバイスまたは前記ゲートウェイ、および前記ＭＡＳまたは前記ＭＳＢＦの間に共有された前記秘密キーのインデックスを含む前記キーインデックスと、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含む前記Ｎ_臨時と、前記消去要請の前記第１ペイロードの類型を示す値を含む前記類型と、暗号的に生成されたハッシュ値を含むハッシュとを含み、
第２ペイロードは、少なくとも、前記Ｍ２ＭノードＩＤと、前記キーインデックスと、前記Ｎ_臨時と、前記消去応答の前記第２ペイロードの類型を示す値を含む類型と、前記ハッシュとを含み、
前記第２ペイロードは、前記消去応答に含まれることを特徴とする請求項９に記載のデバイスまたはゲートウェイ。

【請求項11】

前記制御機は、前記デバイスまたは前記ゲートウェイのローカルキーリポジトリから、前記Ｍ２ＭノードＩＤまたはキーインデックスに基づいて前記秘密キーを獲得することを特徴とする請求項９に記載のデバイスまたはゲートウェイ。

【請求項12】

前記消去要請及び前記消去応答は、ネットワークＭ２Ｍノードを介して受信または送信されることを特徴とする請求項１０に記載のデバイスまたはゲートウェイ。

【請求項13】

マシン−対−マシン（Ｍ２Ｍ）サービスにおいてブートストラップ状態を消去するためのデバイスまたはゲートウェイであって、
Ｍ２Ｍ認証サーバ（ＭＡＳ）またはＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）と信号を通信するためのトランシーバと、
第１ペイロードを含む消去要請をＭＡＳまたはＭＳＢＦに送信し、前記ＭＡＳまたは前記ＭＳＢＦから第２ペイロードを含む消去応答を受信し、前記第２ペイロードに含まれたＭ２ＭノードＩＤ及びキーインデックスに基づいて秘密キーを獲得し、前記秘密キー、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて、第１ハッシュ値を生成し、前記第１ハッシュ値を前記消去応答に含まれた第２ハッシュ値とマッチングさせ、前記マッチングの結果に基づいて前記消去応答を処理するための制御機とを含み、
前記第１ハッシュ値は、ハッシュ＝ハッシュ関数（Ｋｍｒ、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型）によって生成され、
前記「｜」は、連鎖を意味し、前記Ｎ_臨時は、前記ＭＡＳまたは前記ＭＳＢＦによって生成された臨時値を含み、前記類型は、前記第１ペイロードの類型を表す類型値を含むことを特徴とするデバイスまたはゲートウェイ。

【請求項14】

前記消去要請の前記第１ペイロードは、少なくとも、消去される前記デバイスまたは前記ゲートウェイの識別子を含む前記Ｍ２ＭノードＩＤと、前記デバイスまたは前記ゲートウェイ、および前記ＭＡＳまたは前記ＭＳＢＦの間に共有された前記秘密キーのインデックスを含む前記キーインデックスと、前記デバイスまたは前記ゲートウェイによって生成された臨時値を含む前記Ｎ_臨時と、前記消去要請の前記第１ペイロードの類型を示す値を含む前記類型と、暗号的に生成されたハッシュ値とを含み、
前記消去応答の前記第２ペイロードは、少なくとも、前記Ｍ２ＭノードＩＤと、前記キーインデックスと、前記Ｎ_臨時と、前記消去応答の前記第２ペイロードの類型を示す値を含む類型と、ハッシュとを含むことを特徴とする請求項１３に記載のデバイスまたはゲートウェイ。

【請求項15】

前記制御機は、前記デバイスまたは前記ゲートウェイのローカルキーリポジトリから、前記Ｍ２ＭノードＩＤ及びキーインデックスに基づいて前記秘密キーを獲得することを特徴とする請求項１３に記載のデバイスまたはゲートウェイ。

【請求項16】

前記消去要請または前記消去応答は、ネットワークＭ２Ｍノードを介して受信または送信されることを特徴とする請求項１４に記載のデバイスまたはゲートウェイ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、マシン−対−マシン（Ｍ２Ｍ）ブートストラップ手順（ＭＡＣＨＩＮＥ−ＴＯ−ＭＡＣＨＩＮＥＢｏｏｔｓｔｒａｐＰｒｏｃｅｄｕｒｅ）に関する。より具体的には、本発明は、Ｍ２Ｍサービス提供者とＭ２Ｍデバイス／ゲートウェイを認証（ａｕｔｈｅｎｔｉｃａｔｅ）し、このＭ２Ｍデバイス／ゲートウェイをもって、ロングターム（ｌｏｎｇ−ｔｅｒｍ）Ｍ２Ｍサービスルートキー（ＳｅｒｖｉｃｅＲｏｏｔｋｅｙ）（Ｋｍｒ）、ネットワークサーバ（例えば、Ｍ２Ｍネットワークノード、デバイス管理サーバなど）のＩＰアドレスなどのような、Ｍ２Ｍサービスを使用するのに必要なサービスパラメータ（ｓｅｒｖｉｃｅｐａｒａｍｅｔｅｒ）をダウンロードできるようにするＭ２Ｍブートストラップ手順に関する。

【背景技術】

【0002】

図１は、関連技術によりＭ２ＭブートストラップおよびＭ２Ｍ接続手順（ＣｏｎｎｅｃｔｉｏｎＰｒｏｃｅｄｕｒｅ）に伴うネットワーク要素を示す。

【0003】

図１を参照すれば、ネットワーク要素を結ぶラインは、これら要素の間に用いられる通信インタフェースを示す。デバイスは、Ｍ２Ｍコアネットワーク（Ｃｏｒｅｎｅｔｗｏｒｋ）によって提供されるＭ２Ｍ施設（ｆａｃｉｌｉｔｙ）を使用し始めるためにブートストラップを試みる個体（ｅｎｔｉｔｙ）である。デバイスは、コアネットワークを介してＭ２Ｍサービスブートストラップ機能部（ＳｅｒｖｉｃｅＢｏｏｔｓｔｒａｐｐｉｎｇＦｕｎｃｔｉｏｎ：ＭＳＢＦ）とブートストラップ手順に参加する。ブートストラップの終了時には、ルート秘密キー（ｒｏｏｔｓｅｃｒｅｔｋｅｙ）が生成され（Ｋｍｒ）、このキーは、Ｍ２Ｍネットワークを介してアプリケーション通信を暗号的に保安するのに使用される。Ｋｍｒは、ネットワーク側にあるＭＡＳ（Ｍ２Ｍサービス階層ＡＡＡサーバ）へ利用可能となる。以後、デバイスがＭ２Ｍサービスを受信するためにコアネットワークへの接続を希望すると、このデバイスは、コアネットワークを介してＭＡＳと接続手順を進行させる。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ブートストラップ手順の効果を逆転（ｒｅｖｅｒｓｉｎｇ）させるために限定された手順はない。したがって、デバイス／ゲートウェイおよびＭ２Ｍサービス提供者が、ブートストラップ手順によって生成された構成パラメータ（ｃｏｎｆｉｇｕｒａｔｉｏｎｐａｒａｍｅｔｅｒ）、加入およびサービス状態（ｓｕｂｓｃｒｉｐｔｉｏｎａｎｄｓｅｒｖｉｃｅｓｔａｔｅ）を消去（ｅｒａｓｅ）する手順が要求される。このような手順は、サービス提供者とデバイス／ゲートウェイとのサービス結合（ｔｉｅ）が断絶（ｓｅｖｅｒｅｄ）される必要がある時（すなわち、加入解除（ｕｎｓｕｂｓｃｒｉｂｅ）手順）に要求される。

【0005】

消去手順がなければ、Ｍ２Ｍブートストラップ状態（すなわち、サービス加入）は完全に管理できない。このような状態を完全に管理するには、随伴の当事者（ｐａｒｔｙ）による当該状態の生成だけでなく、当該状態の削除を要求する。そこで、デバイス／ゲートウェイ、ＭＡＳ、およびＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）は、ブートストラップ状態を消去できなければならない。そうでなければ、与えられたサービス提供者にブートストラップされたデバイス／ゲートウェイは、当該状態で永遠に存在する。

【0006】

デバイス／ゲートウェイがサービスから離れること（例えば、１つのサービス提供者から他のサービス提供者にスイッチングすること）を決定するか、またはこのサービス提供者が加入者ベース（例えば、未払い請求書（ｕｎｐａｉｄｂｉｌｌ）、加入解除された（ｄｅｃｏｍｍｉｓｓｉｏｎｅｄ）デバイスなど）からデバイス／ゲートウェイを除去することを決定する適法なシナリオがある。これらアクション（ａｃｔｉｏｎ）が両側で状態調整と共に行われなければ、これは、ゴースト（ｇｈｏｓｔ）状態および無駄な（ｗａｓｔｅｆｕｌ）手順（例えば、サービス提供者は、通知なしに（ｗｉｔｈｏｕｔｎｏｔｉｃｅ）そのサービスから離れたデバイス／ゲートウェイにアクセスしようと試みる）を生成することがある。

【課題を解決するための手段】

【0007】

本発明の一態様により、Ｍ２Ｍサービスにおいてデバイスまたはゲートウェイでブートストラップを消去する方法が提供される。本方法は、ＭＡＳまたはＭＳＢＦからＭ２Ｍ−消去−トークン（Ｅｒａｓｅ−Ｔｏｋｅｎ）を含む消去要請（ｅｒａｓｅｒｅｑｕｅｓｔ）を受信するステップと、前記消去要請のＭ２Ｍ−消去−トークン、または前記デバイスまたはゲートウェイのローカル政策（ｌｏｃａｌｐｏｌｉｃｙ）に基づいて前記消去要請を処理（ｐｒｏｃｅｓｓｉｎｇ）するステップと、Ｍ２Ｍ−消去−トークンを含む消去応答を前記ＭＡＳまたはＭＳＢＦに送信するステップとを含む。

【0008】

本発明の他の態様によれば、Ｍ２Ｍサービスにおいてブートストラップを消去するデバイスまたはゲートウェイが提供される。前記デバイスまたはゲートウェイは、ＭＡＳまたはＭＳＢＦと信号を通信するためのトランシーバと、ＭＡＳまたはＭＳＢＦからＭ２Ｍ−消去−トークンを含む消去要請を受信し、前記消去要請のＭ２Ｍ−消去−トークン、または前記デバイスまたはゲートウェイのローカル政策に基づいて前記消去要請を処理し、Ｍ２Ｍ−消去−トークンを含む消去応答を前記ＭＡＳまたはＭＳＢＦに送信するための制御機とを含む。

【0009】

本発明の他の態様、利点、および顕著な特徴は、添付図面と共に、本発明の例示的な実施形態を開示する以下の詳細な説明から、この技術分野における通常の知識を有する者にとっては自明である。

【0010】

本発明の態様は、少なくとも前述した問題および／または短所を解決し、少なくとも以下に説明された利点を提供するものである。したがって、本発明の一態様は、デバイス／ゲートウェイがＭ２Ｍサービスから離れることを決定するか、またはこのサービス提供者が加入者ベースからデバイス／ゲートウェイを除去することを決定する時、ブートストラップを消去する方法を提供するものである。

【0011】

本発明の他の態様は、このデバイス／ゲートウェイ、またはＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）またはＭ２Ｍ認証サーバ（ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒ：ＭＡＳ）のようなネットワーク要素のうちのいずれか１つによって開始されるための消去手順のための方法を提供するものである。

【0012】

本発明の態様は、Ｍ２ＭシステムがこのＭ２Ｍデバイス／ゲートウェイの自動化されたブートストラップを用いるものであるか、または（例えば、製造時間の間）予め提供されたもの（ｐｒｅ−ｐｒｏｖｉｓｉｏｎｉｎｇ）に依存するかにかかわらずＭ２Ｍシステムに適用される。本発明の態様は、ブートストラップおよび接続手順として用いられる方法（例えば、ＰＡＮＡ、ＴＬＳ、ＧＢＡ）には知られていないものである。これは、Ｍ２Ｍ状態を生成するのに用いられる方法が何であるかにかかわらず使用できる。

【図面の簡単な説明】

【0013】

本発明の特定の例示的な実施形態の上記および他の態様、特徴、および利点は、添付図面と共に、以下の詳細な説明からより明らかになる。

【0014】

【図1】関連技術によりマシン−対−マシン（Ｍ２Ｍ）ブートストラップおよび接続手順のためのネットワーク要素を示す図である。

【図2】本発明の例示的な実施形態によりＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）で開始された消去手順のための呼フロー（ｃａｌｌｆｌｏｗ）を示す図である。

【図3】本発明の例示的な実施形態によりＭ２Ｍ認証サーバ（ＭＡＳ）で開始された消去手順のための呼フローを示す図である。

【図4】本発明の例示的な実施形態によりＭＳＢＦ手順でデバイス／ゲートウェイで開始された消去のための呼フローを示す図である。

【図5】本発明の例示的な実施形態によりＭＡＳ手順でデバイス／ゲートウェイで開始された消去のための呼フローを示す図である。

【図6A】本発明の例示的な実施形態により要請処理のためのフローチャートである。

【図6B】本発明の例示的な実施形態により応答処理のためのフローチャートである。

【0015】

図面全体にわたり、同一の参照符号は、同一または類似の要素、特徴、および構造を示すのに用いられると理解される。

【発明を実施するための形態】

【0016】

添付図面を参照して、以下の詳細な説明は、本請求の範囲およびその均等な範囲によって限定された本発明の例示的な実施形態の包括的理解のために提供される。この詳細な説明は理解のために様々な特定の詳細を含むが、これら詳細は単に例示的なものと考えられる。したがって、この技術分野における通常の知識を有する者であれば、本明細書に説明された実施形態の様々な変更および変形が本発明の範囲と思想を逸脱しない範囲内で実現可能であることを認識することができる。さらに、周知の機能および構成に関する説明は明確化および簡潔さのために省略可能である。

【0017】

以下、詳細な説明および請求の範囲に使われた用語および単語は、書誌的意味（ｂｉｂｌｉｏｇｒａｐｈｉｃａｌｍｅａｎｉｎｇ）に制限されず、本発明を明確にし、一貫した理解を可能にするために単に本発明者によって使われたに過ぎない。したがって、この技術分野における通常の知識を有する者であれば、本発明の例示的な実施形態の以下の詳細な説明は単に例示的な目的のために提供されたに過ぎず、添付した請求の範囲とその均等な範囲によって限定された本発明を制限するために提供されたものではないことを明確に理解することができる。

【0018】

単数形態の「一」および「前記」は、文脈が明確に別途に指示しない限り、複数の対象を含むと理解される。したがって、例えば、「成分表面（ｃｏｍｐｏｎｅｎｔｓｕｒｆａｃｅ）」とは、１つ以上のかかる表面を含む。

【0019】

本発明の例示的な実施形態により、消去手順は、このデバイス／ゲートウェイ、またはＭ２Ｍサービスブートストラップ機能部（ＭＳＢＦ）またはＭ２Ｍ認証サーバ（ＭＡＳ）のようなネットワーク要素によって開始できる。本発明の例示的な実施形態により、この手順を開始する他のネットワーク要素はない。

【0020】

この消去手順がデバイス／ゲートウェイによって開始されると、この消去手順は、ＭＳＢＦまたはＭＡＳのうちのいずれかに向かうことができる。本発明は、２つの可能性（ｐｏｓｓｉｂｉｌｉｔｙ）をすべて含む。どれが用いられるかは、これら方式（ｓｃｈｅｍｅ）を用いるアーキテクチャおよび展開方式によって決定される。

【0021】

前述した要素のうちのいずれかによって開始されると、この手順は、非認可（ｕｎａｕｔｈｏｒｉｚｅｄ）要素によるサービス拒否攻撃（ｄｅｎｉａｌ−ｏｆｓｅｒｖｉｃｅａｔｔａｃｋ）に利用できないように、原本（ｏｒｉｇｉｎ）認証、無欠性（ｉｎｔｅｇｒｉｔｙ）およびリプレイ（ｒｅｐｌａｙ）保護を提供する。

【0022】

＜実施例１：ＭＳＢＦで開始された消去手順＞
図２は、本発明の例示的な実施形態により実施例１のＭＳＢＦで開始された消去手順のための呼フローを示す。

【0023】

図２を参照すれば、ＭＳＢＦがステップ２１０でＭ２Ｍブートストラップ手順を開始する。消去手順が行われるようにするために、このデバイス／ゲートウェイおよびＭＳＢＦはすでにブートストラップ手順を実行したものと仮定される。この手順は、ネットワークＭ２Ｍノードのような仲介者（ｉｎｔｅｒｍｅｄｉａｒｙ）を伴うか、または伴わなくてもよい。

【0024】

ブートストラップ手順の終了時には、デバイス／ゲートウェイおよびＭＳＢＦは、Ｋｍｒと呼ばれる秘密キーを共有する。ブートストラップ手順に用いられる特定のプロトコールによって、追加のキー資料（ＥＡＰプロトコールが用いられる時には、例えば、拡張可能なマスターセッションキー（ＥＭＳＫ））もこれらの終端点（ｅｎｄ−ｐｏｉｎｔ）に存在し得る。

【0025】

ＭＳＢＦがステップ２２０で消去手順を開始することを決定すると、ＭＳＢＤは、消去要請をデバイス／ゲートウェイに送信する。この要請は、（図１に示されるように）ネットワークＭ２Ｍノードのような仲介者を介してデバイス／ゲートウェイに中継（ｒｅｌａｙｅｄ）されるか、または直接デバイス／ゲートウェイに送信され得る。消去手順を開始する決定はＭＳＢＦに属するが、その決定プロセスの詳細は本詳細な説明の範囲外である。

【0026】

消去要請は、消去トークンと呼ばれるペイロード（ｐａｙｌｏａｄ）を含む。このトークンは、トークンの認証および無欠性に対する暗号プルーフ（ｃｒｙｐｔｏｇｒａｐｈｉｃｐｒｏｏｆ）と共に、送信者の意図を運搬する。

【0027】

消去トークンは、以下の情報要素を含み、また、追加の要素を含むことができる。

【0028】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子（ｉｄｅｎｔｉｆｉｅｒ）を含む。

【0029】

キーインデックス（ｋｅｙｉｎｄｅｘ）：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス（ＩＫｍｒ））を含む。このインデックスは、同じキーに複数のインスタンス（ｉｎｓｔａｎｃｅ）があり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数（ｈａｓｈｆｕｎｃｔｉｏｎ）に用いられるキーがインデックス値を有する時にのみ含まれ得、そうでなければ省略可能である。

【0030】

Ｎ_臨時：この情報要素は、送信者によって生成された数（ｎｕｍｂｅｒ）を含む。送信者は、同じ臨時（ｎｏｎｃｅ）値が自身または他の終端点によって前と同じ秘密キー値で使用されないことを保障する。この値は、ランダムに（ｒａｎｄｏｍｌｙ）、順次に（ｓｅｑｕｅｎｔｉａｌｌｙ）、または任意の他のパターンで生成できる。

【0031】

類型（ｔｙｐｅ）：この情報要素は、要請の類型を示す値を含む。消去手順に変更（ｖａｒｉａｔｉｏｎ）が要求される時、この類型は、これらを区別することを助けることができる。

【0032】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0033】

以下の数式は、ハッシュ値を演算（ｃｏｍｐｕｔｉｎｇ）するのに用いられる：ハッシュ＝ハッシュ−関数（秘密−キー、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型｜他のパラメータ）。この関数において、「｜」は連鎖（ｃｏｎｃａｔｅｎａｔｉｏｎ）を示す。

【0034】

ハッシュ−関数は、一方向キー設定されたハッシュ関数（ｏｎｅ−ｗａｙｋｅｙｅｄｈａｓｈｆｕｎｃｔｉｏｎ）であり、例えば、ＨＭＡＣ−ＳＨＡ２５６である。秘密−キーは、デバイス／ゲートウェイおよびＭＳＢＦの間に共有された秘密キーである。秘密−キーは、Ｋｍｒ、ＥＭＳＫ、または別の共有された秘密キーであり得る。この数式のかかる変更は有効である。

【0035】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算（ｃｏｍｐｕｔａｔｉｏｎ）にも含まれない。

【0036】

追加のパラメータ（数式で「他のパラメータ」で示されている）がこの数式に追加できる。このようなパラメータが要求されなければ、この数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0037】

消去要請は、ＰＡＮＡ（ＰＡＮＡ終了（Ｔｅｒｍｉｎａｔｉｏｎ）要請または別のＰＡＮＡ要請パケットを介して運搬可能なＰＡＮＡＡＶＰの形態で）、Ｄｉａｍｅｔｅｒ／ＲＡＤＩＵＳ（ＡＶＰ／属性の形態で）、ＨＴＴＰなどのような多くの異なるプロトコールのうちの１つを介して送信できる。

【0038】

ステップ２３０において、デバイス／ゲートウェイは、消去要請を受信する。

【0039】

ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がＭＳＢＦから消去要請を受信し、この消去要請をデバイス／ゲートウェイに中継する。この仲介者は、両側で要請を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＳＢＦに向かう側（ＭＳＢＦ−ｆａｃｉｎｇｓｉｄｅ）はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の例示的な実施形態により、この仲介者は省略可能であり、要請メッセージはＭＳＢＦからデバイス／ゲートウェイに直接送信できる。

【0040】

ステップ２４０において、デバイス／ゲートウェイは、消去要請を受信し、処理する。デバイス／ゲートウェイが消去要請を受信すると、デバイス／ゲートウェイは、要請を真（ａｕｔｈｅｎｔｉｃ）として受け入れる（ａｃｃｅｐｔ）前にハッシュを検証（ｖｅｒｉｆｙ）する。

【0041】

デバイス／ゲートウェイは、ローカルキーリポジトリ（ｌｏｃａｌｋｅｙｒｅｐｏｓｉｔｏｒｙ）から、ルックアップ（ｌｏｏｋｕｐ）のためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索（ｒｅｔｒｉｅｖｅ）する。マッチングする秘密キーがなければ、デバイス／ゲートウェイは、消去要請を無視（ｉｇｎｏｒｅ）する。

【0042】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ２２０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、デバイス／ゲートウェイは、この消去要請を無視する。このハッシュがマッチングするものであれば、デバイス／ゲートウェイは、当該入力される消去要請を有効なものとして受け入れる。

【0043】

デバイス／ゲートウェイは、そのローカル政策に基づいてこの消去要請を処理する方式を決定する。例えば、デバイス／ゲートウェイは、このような要請を拒否するように永久的に構成できる。このデバイス／ゲートウェイが消去要請を受け入れると、デバイス／ゲートウェイは、消去応答を送り返した後に、ブートストラップ状態を削除する。デバイス／ゲートウェイは、消去応答がＭＳＢＦによって受信されず、ＭＳＢＦが消去要請を再送信（その処理は当該状態が存在することを要求することができる）する場合、当該状態を削除する前に遅延を設けることができる。

【0044】

デバイス／ゲートウェイは、消去応答をＭＳＢＦに送信する。この応答は、ネットワークＭ２Ｍノードのような仲介者を介して送信できる。消去応答は、消去トークンを含まなければならない。

【0045】

消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0046】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0047】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられたキーがインデックス値を有する時にのみ含まれ、そうでなければ省略される。

【0048】

Ｎ_臨時：この情報要素は、送信者によって生成された数を含む。送信者は、同じ臨時値が自身または他の終端点によって前と同じ秘密キー値で使用されないことを保障する。この値は、ランダムに、順次に、または任意の他のパターンで生成できる。

【0049】

類型：この情報要素は、応答の類型を示す値を含む。この情報要素は、「消去に成功する」、「ローカル政策によって消去が拒否される」などに対応する値を示すことができる。

【0050】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0051】

以下の数式は、ハッシュ値を演算するのに用いられる：ハッシュ＝ハッシュ−関数（秘密−キー、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型｜他のパラメータ）。この関数において、「｜」は連鎖を示す。

【0052】

ハッシュ−関数は、一方向キー設定されたハッシュ関数、例えば、ＨＭＡＣ−ＳＨＡ２５６である。秘密−キーは、デバイス／ゲートウェイおよびＭＳＢＦの間に共有された秘密キーである。秘密−キーは、Ｋｍｒ、ＥＭＳＫ、または別の共有された秘密キーであり得る。この数式のかかる変更は有効である。

【0053】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算にも含まれない。

【0054】

追加のパラメータ（数式で「他のパラメータ」で示されている）が数式に追加できる。このようなパラメータが要求されなければ、数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0055】

ステップ２５０において、消去応答は、消去要請を運搬したのと同じプロトコールを介して送信される。

【0056】

ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がデバイス／ゲートウェイから消去応答を受信し、この消去応答をＭＳＢＦに中継する。仲介者は、両側で応答を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＳＢＦに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の例示的な実施形態により、この仲介者は除去可能であり、応答メッセージはデバイス／ゲートウェイからＭＳＢＦに直接送信できる。

【0057】

ＭＳＢＦが消去応答を受信すると、ＭＳＢＦは、応答を真として受け入れる前にハッシュを検証する。ＭＳＢＦは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングするキーがなければ、ＭＳＢＦは、消去応答を無視する。

【0058】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ２４０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、ＭＳＢＦは、消去応答を無視する。

【0059】

ハッシュがマッチングするものであれば、ＭＳＢＦは、当該入力される消去応答を有効なものとして受け入れる。ＭＳＢＦは、受信された類型およびローカル政策に基づいてデバイス／ゲートウェイに関連づけられたブートストラップ状態ですべきことを決定する。

【0060】

＜実施例２：ＭＡＳで開始された消去手順＞
図３は、本発明の例示的な実施形態により、実施例３のＭＡＳで開始された消去手順のための呼フローを示す。

【0061】

図４を参照すれば、ＭＡＳは、ステップ３１０でＭ２Ｍサービス接続手順（ＳｅｒｖｉｃｅＣｏｎｎｅｃｔＰｒｏｃｅｄｕｒｅ）を開始することを決定する。消去手順が行われるようにするために、デバイス／ゲートウェイおよびＭＡＳはすでにサービス接続手順を実行したものと仮定される。この手順は、ネットワークＭ２Ｍノードのような仲介者を伴うか、または伴わなくてもよい。

【0062】

サービス接続手順の前に、デバイス／ゲートウェイおよびＭＡＳは、Ｋｍｒと呼ばれる秘密キーをすでに共有する。サービス接続手順に用いられる特定のプロトコールによって、追加のキー資料（ＥＡＰプロトコールが用いられる場合、例えば、拡張可能なマスターセッションキー（ＥＭＳＫ））もこれらの終端点に存在し得る。

【0063】

ＭＡＳが消去手順を開始することを決定すると、ＭＡＳは、ステップ３２０で消去要請をデバイス／ゲートウェイに送信する。この要請は、（図１に示されるように）ネットワークＭ２Ｍノードのような仲介者を介してデバイス／ゲートウェイに中継されるか、またはデバイス／ゲートウェイに直接送信できる。消去手順を開始する決定はＭＡＳに属するものであり、ＭＡＳが消去手順を開始するか否かを決定する方式の詳細は本詳細な説明の範囲外である。

【0064】

消去要請は、消去トークンと呼ばれるペイロードを含む。このトークンは、トークンの認証および無欠性に対する暗号プルーフと共に、送信者の意図を運搬する。

【0065】

この消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0066】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0067】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ得、そうでなければ省略可能である。

【0068】

【0069】

類型：この情報要素は、要請の類型を示す値を含む。消去手順に変更が要求される場合、この類型は、これらを区別することを助けることができる。

【0070】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0071】

以下の数式は、ハッシュ値を演算するのに用いられる：ハッシュ＝ハッシュ−関数（秘密−キー、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型｜他のパラメータ）。数式において、「｜」は連鎖を示す。

【0072】

ハッシュ−関数は、一方向キー設定されたハッシュ関数、例えば、ＨＭＡＣ−ＳＨＡ２５６である。秘密−キーは、デバイス／ゲートウェイおよびＭＡＳの間に共有された秘密キーである。秘密−キーは、Ｋｍｒ、ＥＭＳＫ、または別の共有された秘密キーであり得る。この数式のかかる変更は有効である。

【0073】

【0074】

追加のパラメータ（数式で「他のパラメータ」で示されている）がこの数式に追加できる。このようなパラメータが要求されなければ、数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0075】

【0076】

ステップ３３０において、デバイス／ゲートウェイは、消去要請を受信する。ネットワークＭ２Ｍノードのような仲介者がある場合、この仲介者がＭＡＳから消去要請を受信し、この消去要請をデバイス／ゲートウェイに中継する。仲介者は、両側で要請を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＡＳに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の例示的な実施形態により、この仲介者は除去可能であり、要請メッセージはＭＡＳからデバイス／ゲートウェイに直接送信できる。

【0077】

ステップ３４０において、デバイス／ゲートウェイは、消去要請を受信し、処理する。デバイス／ゲートウェイが消去要請を受信すると、デバイス／ゲートウェイは、要請を真として受け入れる前にハッシュを検証する。

【0078】

デバイス／ゲートウェイは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングする秘密キーがなければ、デバイス／ゲートウェイは、消去要請を無視する。

【0079】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ３２０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、デバイス／ゲートウェイは、消去要請を無視する。ハッシュがマッチングするものであれば、デバイス／ゲートウェイは、当該入力される消去要請を有効なものとして受け入れる。

【0080】

デバイス／ゲートウェイは、ローカル政策に基づいて消去要請を処理する方式を決定する。例えば、デバイス／ゲートウェイは、このような要請を拒否するように永久的に構成できる。デバイス／ゲートウェイが消去要請を受け入れると、デバイス／ゲートウェイは、消去応答を送り返した後に、ブートストラップ状態を削除しなければならない。デバイス／ゲートウェイは、消去応答がＭＡＳによって受信されず、ＭＡＳが消去要請を再送信（その処理は当該状態が存在することを要求する）した場合、当該状態を削除する前に遅延を設けることができる。

【0081】

デバイス／ゲートウェイは、消去応答をＭＡＳに送信する。この応答は、ネットワークＭ２Ｍノードのような仲介者を介して送信できる。消去応答は、消去トークンを含まなければならない。

【0082】

消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0083】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0084】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ得、そうでなければ省略可能である。

【0085】

【0086】

【0087】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0088】

【0089】

【0090】

【0091】

【0092】

ステップ３５０において、消去応答は、消去要請を運搬したのと同じプロトコールを介して送信される。

【0093】

ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がデバイス／ゲートウェイから消去応答を受信し、この消去応答をＭＡＳに中継する。この仲介者は、両側で応答を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＡＳに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の例示的な実施形態により、この仲介者は省略可能であり、応答メッセージはデバイス／ゲートウェイからＭＡＳに直接送信できる。

【0094】

ＭＡＳが消去応答を受信すると、ＭＡＳは、応答を真として受け入れる前にハッシュを検証する。ＭＡＳは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングするキーがなければ、ＭＡＳは、消去応答を無視する。

【0095】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ３４０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、ＭＡＳは、消去応答を無視する。

【0096】

ハッシュがマッチングするものであれば、ＭＡＳは、入力される消去応答を有効なものとして受け入れる。ＭＡＳは、受信された類型およびローカル政策に基づいてデバイス／ゲートウェイに関連づけられたブートストラップ状態ですべきことを決定する。

【0097】

＜実施例３：ＭＳＢＦ手順でデバイス／ゲートウェイで開始された消去＞
図４は、本発明の例示的な実施形態によりＭＳＢＦ手順でデバイス／ゲートウェイで開始された消去のための呼フローを示す。

【0098】

ステップ４１０において、デバイス／ゲートウェイは、Ｍ２Ｍブートストラップ手順を開始する。消去手順が行われるようにするために、デバイス／ゲートウェイおよびＭＳＢＦはすでにブートストラップ手順を実行したものと仮定される。この手順は、ネットワークＭ２Ｍノードのような仲介者を伴うか、または伴わなくてもよい。

【0099】

ブートストラップ手順の終了時には、デバイス／ゲートウェイおよびＭＳＢＦは、Ｋｍｒと呼ばれる秘密キーを共有する。ブートストラップ手順に用いられる特定のプロトコールによって、追加のキー資料（ＥＡＰプロトコールが用いられる場合、例えば、拡張可能なマスターセッションキー（ＥＭＳＫ））もこれらの終端点に存在し得る。

【0100】

デバイス／ゲートウェイが消去手順を開始することを決定すると、デバイス／ゲートウェイは、ステップ４２０で消去要請をＭＳＢＦに送信する。この要請は、（図１に示されるように）ネットワークＭ２Ｍノードのような仲介者を介してＭＳＢＦに中継されるか、または直接ＭＳＢＦに送信され得る。消去手順を開始する決定はデバイス／ゲートウェイによって行われ、その詳細は本詳細な説明の範囲外である。

【0101】

【0102】

消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0103】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0104】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ得、そうでなければ省略可能である。

【0105】

【0106】

【0107】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0108】

【0109】

【0110】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算にも含まれない。追加のパラメータ（数式で「他のパラメータ」で示されている）が数式に追加できる。このようなパラメータが要求されなければ、数式において、「｜他のパラメータ」部分は省略される。これは、潜在的な将来の拡張可能性を例示するために示される。

【0111】

【0112】

ステップ４３０において、デバイス／ゲートウェイは、この消去要請を受信する。ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がデバイス／ゲートウェイから消去要請を受信し、この消去要請をＭＳＢＦに中継する。この仲介者は、両側で要請を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＳＢＦに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の他の例示的な実施形態により、この仲介者は省略可能であり、この要請メッセージはデバイス／ゲートウェイからＭＳＢＦに直接送信できる。

【0113】

ステップ４４０において、ＭＳＢＦは、消去要請を受信し、処理する。ＭＳＢＦが消去要請を受信すると、ＭＳＢＦは、この要請を真として受け入れる前にハッシュを検証する。

【0114】

ＭＳＢＦは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングする秘密キーがなければ、ＭＳＢＦは、消去要請を無視する。

【0115】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ４２０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、ＭＳＢＦは、消去要請を無視する。

【0116】

ハッシュがマッチングするものであれば、ＭＳＢＦは、入力される消去要請を有効なものとして受け入れる。

【0117】

ＭＳＢＦは、ローカル政策に基づいて消去要請を処理する方式を決定する。例えば、ＭＳＢＦは、この要請を拒否するように永久的に構成できる。ＭＳＢＦが消去要請を受け入れると、ＭＳＢＦは、消去応答を送り返した後に、デバイス／ゲートウェイのブートストラップ状態を削除する。ＭＳＢＦは、消去応答がデバイス／ゲートウェイによって受信されず、デバイス／ゲートウェイが消去要請を再送信（その処理は当該状態が存在することを要求する）した場合、当該状態を削除する前に遅延を設けることができる。

【0118】

ＭＳＢＦは、消去応答をデバイス／ゲートウェイに送信する。この応答は、ネットワークＭ２Ｍノードのような仲介者を介して送信できる。消去応答は、消去トークンを含む。

【0119】

消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0120】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0121】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ、そうでなければ省略される。

【0122】

Ｎ_臨時：この情報要素は、送信者によって生成された数を含む。この送信者は、同じ臨時値が自身または他の終端点によって前と同じ秘密キー値で使用されないことを保障する。この値は、ランダムに、順次に、または任意の他のパターンで生成できる。

【0123】

類型：この情報要素は、応答の類型を示す値を含む。この類型は、「消去に成功する」、「ローカル政策によって消去が拒否される」などに対応する値を示すことができる。

【0124】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0125】

以下の数式は、ハッシュ値を演算するのに用いられる：ハッシュ＝ハッシュ−関数（秘密−キー、Ｍ２ＭノードＩＤ｜キーインデックス｜Ｎ_臨時｜類型｜他のパラメータ）。この数式において、「｜」は連鎖を示す。

【0126】

ハッシュ−関数は、一方向キー設定されたハッシュ関数、例えば、ＨＭＡＣ−ＳＨＡ２５６である。

【0127】

秘密−キーは、デバイス／ゲートウェイおよびＭＳＢＦの間に共有された秘密キーである。この秘密−キーは、Ｋｍｒ、ＥＭＳＫ、または別の共有された秘密キーであり得る。この数式のかかる変更は有効である。

【0128】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算にも含まれない。追加のパラメータ（この数式で「他のパラメータ」で示されている）がこの数式に追加できる。このようなパラメータが要求されなければ、数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0129】

ステップ４５０において、消去応答は、消去要請を運搬したのと同じプロトコールを介して送信される。

【0130】

ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がＭＳＢＦから消去応答を受信し、この消去応答をデバイス／ゲートウェイに中継する。この仲介者は、両側で応答を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＳＢＦに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の他の例示的な実施形態により、この仲介者は省略可能であり、応答メッセージはＭＳＢＦからデバイス／ゲートウェイに直接送信できる。

【0131】

デバイス／ゲートウェイが消去応答を受信すると、デバイス／ゲートウェイは、この応答を真として受け入れる前にハッシュを検証する。デバイス／ゲートウェイは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングするキーがなければ、デバイス／ゲートウェイは、消去応答を無視する。

【0132】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ４４０と同じ数式で使用できる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、デバイス／ゲートウェイは、消去応答を無視する。

【0133】

ハッシュがマッチングするものであれば、デバイス／ゲートウェイは、当該入力される消去応答を有効なものとして受け入れる。デバイス／ゲートウェイは、受信された類型およびローカル政策に基づいて自身に関連づけられたブートストラップ状態ですべきことを決定する。

【0134】

＜実施例４：ＭＡＳ手順でデバイス／ゲートウェイで開始された消去＞
図５は、本発明の例示的な実施形態によりＭＡＳ手順でデバイス／ゲートウェイで開始された消去のための呼フローを示す。

【0135】

ステップ５１０において、デバイス／ゲートウェイは、Ｍ２Ｍサービス接続手順を開始する。消去手順が行われるようにするために、このデバイス／ゲートウェイおよびＭＡＳはすでにサービス接続手順を実行したものと仮定される。この手順は、ネットワークＭ２Ｍノードのような仲介者を伴うか、または伴わなくてもよい。

【0136】

【0137】

デバイス／ゲートウェイが消去手順を開始することを決定すると、デバイス／ゲートウェイは、ステップ５２０で消去要請をＭＡＳに送信する。この要請は、（図１に示されるように）ネットワークＭ２Ｍノードのような仲介者を介してＭＡＳに中継されるか、またはＭＡＳに直接送信できる。消去手順を開始する決定はデバイス／ゲートウェイに属するものであり、その詳細は本詳細な説明の範囲外である。

【0138】

【0139】

消去トークンは、以下の情報要素を含み、追加の要素を含むことができる。

【0140】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0141】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ得、そうでなければ省略可能である。

【0142】

【0143】

類型：この情報要素は、要請の類型を示す値を含む。消去手順に変更が要求されると、この類型は、これらを区別することを助けることができる。

【0144】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性、およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0145】

【0146】

【0147】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算にも含まれない。追加のパラメータ（数式で「他のパラメータ」で示されている）がこの数式に追加できる。このようなパラメータが要求されなければ、数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0148】

【0149】

ステップ５３０において、ＭＡＳが消去要請を受信する。ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がデバイス／ゲートウェイから消去要請を受信し、この消去要請をＭＡＳに中継する。仲介者は、両側で要請を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＡＳに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の他の例示的な実施形態により、この仲介者は除去可能であり、要請メッセージはデバイス／ゲートウェイからＭＡＳに直接送信できる。

【0150】

ステップ５４０において、ＭＡＳは、消去応答を受信し、処理する。ＭＡＳが消去要請を受信すると、このＭＡＳは、この要請を真として受け入れる前にハッシュを検証する。ＭＡＳは、ローカルキーリポジトリから、ルックアップのためにＭ２ＭノードＩＤおよびキーインデックス（存在する場合）を用いて秘密キーを検索する。マッチングする秘密キーがなければ、ＭＡＳは、消去要請を無視する。

【0151】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ５２０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、ＭＡＳは、消去要請を無視する。ハッシュがマッチングするものであれば、ＭＡＳは、入力される消去要請を有効なものとして受け入れる。

【0152】

ＭＡＳは、ローカル政策に基づいて消去要請を処理する方式を決定する。例えば、ＭＡＳは、このような要請を拒否するように永久的に構成できる。ＭＡＳが消去要請を受け入れると、このＭＡＳは、消去応答を送り返した後に、デバイス／ゲートウェイのブートストラップ状態を削除する。ＭＡＳは、消去応答がデバイス／ゲートウェイによって受信されず、デバイス／ゲートウェイが消去要請を再送信（その処理は当該状態が存在することを要求する）した場合、当該状態を削除する前に遅延を設けることができる。

【0153】

ＭＡＳは、消去応答をデバイス／ゲートウェイに送信する。この応答は、ネットワークＭ２Ｍノードのような仲介者を介して送信できる。消去応答は、消去トークンを含む。

【0154】

消去トークンは、以下の情報要素を含むことができ、追加の要素を含むことができる。

【0155】

Ｍ２ＭノードＩＤ：この情報要素は、消去されるデバイス／ゲートウェイＭ２Ｍノードの識別子を含む。

【0156】

キーインデックス：この情報要素は、共有された秘密キーのインデックス（例えば、Ｋｍｒインデックス）を含む。このようなインデックスは、同じキーに複数のインスタンスがあり得る時に用いられる。各インスタンスは、キーインデックスの助けによって他のインスタンスと区別される。この情報要素は、ハッシュ関数に用いられるキーがインデックス値を有する時にのみ含まれ、そうでなければ省略される。

【0157】

【0158】

【0159】

ハッシュ：この情報要素は、消去トークンに原本認証、無欠性およびリプレイ保護を提供するために暗号的に生成されたハッシュ値を含む。

【0160】

【0161】

ハッシュ−関数は、一方向キー設定されたハッシュ関数、例えば、ＨＭＡＣ−ＳＨＡ２５６である。

【0162】

秘密−キーは、デバイス／ゲートウェイおよびＭＡＳの間に共有された秘密キーである。秘密−キーは、Ｋｍｒ、ＥＭＳＫ、または別の共有された秘密キーであり得る。この数式のかかる変更は有効である。

【0163】

Ｍ２ＭノードＩＤ、キーインデックス、Ｎ_臨時、および類型は、前述した情報要素の値である。これら情報要素のうちのいずれかがトークンに存在しなければ、これら情報要素はハッシュ演算にも含まれない。追加のパラメータ（数式で「他のパラメータ」で示されている）がこの数式に追加できる。このようなパラメータが要求されなければ、この数式において、「｜他のパラメータ」部分は省略可能である。これは、潜在的な将来の拡張可能性を例示するために示される。

【0164】

ステップ５５０において、消去応答は、消去要請を運搬したのと同じプロトコールを介して送信される。

【0165】

ネットワークＭ２Ｍノードのような仲介者があれば、この仲介者がＭＡＳから消去応答を受信し、この要請をデバイス／ゲートウェイに中継する。この仲介者は、両側で応答を運搬する２つの異なる種類のプロトコールを処理しなければならないことがある。例えば、ＭＡＳに向かう側はＲＡＤＩＵＳを用いることができ、デバイス／ゲートウェイに向かう側はＰＡＮＡを用いることができる。本発明の例示的な実施形態により、この仲介者は省略可能であり、応答メッセージはＭＡＳからデバイス／ゲートウェイに直接送信できる。

【0166】

【0167】

マッチングするキーが見つかると、マッチングするキーがハッシュ値を生成するために、ステップ５４０と同じ数式で用いられる。演算されたハッシュが消去要請でハッシュ値とマッチングしなければ、デバイス／ゲートウェイは、消去応答を無視する。

【0168】

ハッシュがマッチングするものであれば、デバイス／ゲートウェイは、当該入力される消去応答を有効なものとして受け入れる。このデバイス／ゲートウェイは、受信された類型およびローカル政策に基づいて自身に関連づけられたブートストラップ状態ですべきことを決定する。

【0169】

図６Ａおよび図６Ｂは、本発明の例示的な実施形態により要請および応答メッセージを処理するフローチャートを示す。

【0170】

図６Ａおよび図６Ｂを参照すれば、要請受信機は、消去要請を受信する個体（例えば、デバイス／ゲートウェイで開始された消去手順の場合、ＭＳＢＦおよびＭＡＳ）である。応答受信機は、要請を送信し、応答を受信する個体（デバイス／ゲートウェイで開始された消去手順の場合、例えば、デバイス／ゲートウェイ）である。

【0171】

本発明の例示的な実施形態は、Ｍ２ＭシステムがＭ２Ｍデバイス／ゲートウェイの自動化されたブートストラップを用いるものであるか、または（例えば、製造時間の間）予め提供されたものであるかにかかわらずＭ２Ｍシステムに適用可能である。本発明の例示的な実施形態により、任意の方法がブートストラップおよび接続手順（例えば、ＰＡＮＡ、ＴＬＳ、ＧＢＡ）として使用できる。本発明の例示的な実施形態は、Ｍ２Ｍ状態を生成するのにどのような方法を用いるかにかかわらず使用できる。

【0172】

本発明が特定の例示的な実施形態を参照して図示および説明されたが、この技術分野における通常の知識を有する者であれば、添付した請求の範囲およびその均等な範囲を逸脱しない範囲内でこれら形態および詳細に様々な変形が実現可能であることを理解することができる。

【図1】