特許 6066992 マシン−対−マシンサービスを提供する方法及び装置

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

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

(11)【特許番号】6066992

(24)【登録日】2017年1月6日

(45)【発行日】2017年1月25日

(54)【発明の名称】マシン−対−マシンサービスを提供する方法及び装置

(51)【国際特許分類】

   H04L 9/08 20060101AFI20170116BHJP

   H04L 9/14 20060101ALI20170116BHJP

   H04L 9/32 20060101ALI20170116BHJP

   G06F 21/44 20130101ALI20170116BHJP

   H04W 12/06 20090101ALI20170116BHJP

   H04W 4/24 20090101ALI20170116BHJP

【ＦＩ】

   H04L9/00 601C

   H04L9/00 641

   H04L9/00 675A

   G06F21/44

   H04W12/06

   H04W4/24

【請求項の数】15

【全頁数】17

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

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

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

(43)【公表日】2014年7月17日

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

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

(87)【国際公開日】20121018

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

(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)【代理人】

【識別番号】100110364

【弁理士】

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

(72)【発明者】

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

(72)【発明者】

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

【審査官】 宮司 卓佳

(56)【参考文献】

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

【文献】 特表２０１１−５１２０５２（ＪＰ，Ａ）

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

Ｈ０４Ｌ ９／０８

Ｇ０６Ｆ ２１／４４

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

【請求項1】

マシン−対−マシン（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ、Ｍ２Ｍ）端末によってサービスを提供する方法であって、
ネットワーク保安能力部（ｎｅｔｗｏｒｋ ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｙ、ＮＳＥＣ）にサービス要請を送信する段階であって、前記サービス要請は、前記端末に割り当てられたデバイスの識別子を含むものである、送信する段階と、
前記ＮＳＥＣを介してＭ２Ｍ認証サーバー（Ｍ２Ｍ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ、ＭＡＳ）と拡張可能な認証プロトコル（ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＥＡＰ）認証を行う段階と、
前記ＥＡＰ認証が成功的なら、マスターセッションキー（ｍａｓｔｅｒ ｓｅｓｓｉｏｎ ｋｅｙ、ＭＳＫ）、第１定数ストリング、及び前記端末に割り当てられたサービスの識別子を使用してサービスキーを生成する段階と、を含むことを特徴とする方法。

【請求項2】

前記サービスキーを生成した後、前記サービスキー、第２定数ストリング、及びアプリケーションＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を使用してアプリケーションキーを生成する段階をさらに含む方法であって、
前記ＮＳＥＣは、前記ＥＡＰ認証が成功的なら、前記ＭＳＫ、前記第１定数ストリング、及び前記端末に割り当てられたサービスの前記識別子を使用して前記サービスキーを生成する、請求項１に記載の方法。

【請求項3】

ネットワークエンティティに登録結果認識を示すメッセージを伝送する段階を含み、前記登録結果認識を示すメッセージは、登録のために要請された寿命に対する値を含む、
請求項１に記載の方法。

【請求項4】

サービスを提供するためのマシン−対−マシン（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ、Ｍ２Ｍ）端末であって、
信号を送受信するための送受信部と、
ネットワーク保安能力部（Ｎｅｔｗｏｒｋ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｙ、ＮＳＥＣ）にサービス要請を送信することを制御する制御部であって、前記サービス要請は、前記端末に割り当てられたデバイスの識別子を含み、前記ＮＳＥＣを介してＭ２Ｍ認証サーバー（Ｍ２Ｍ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖｅｒ、ＭＡＳ）と拡張可能な認証プロトコル（ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＥＡＰ）認証を行い、
前記ＥＡＰ認証が成功的なら、マスターセッションキー（ｍａｓｔｅｒ ｓｅｓｓｉｏｎ ｋｅｙ、ＭＳＫ）、第１定数ストリング、及び前記端末に割り当てられたサービスの識別子を使用してサービスキーを生成することを制御する制御部と、を含むことを特徴とするＭ２Ｍ端末。

【請求項5】

前記制御部は、前記サービスキー、第２定数ストリング、及びアプリケーションＩＤを使用してアプリケーションキーを生成することを制御し、
前記ＮＳＥＣは、前記ＥＡＰ認証が成功的なら、前記マスターセッションキー（ｍａｓｔｅｒ ｓｅｓｓｉｏｎ ｋｅｙ、ＭＳＫ）、前記第１定数ストリング、及び前記端末に割り当てられたサービスの前記識別子を使用して前記サービスキーを生成する、請求項４に記載のＭ２Ｍ端末。

【請求項6】

前記制御部は、ネットワークエンティティに登録結果認識を示すメッセージを伝送することを制御し、
前記登録結果認識を示すメッセージは、登録のために要請された寿命に対する値を含む、請求項４に記載のＭ２Ｍ端末。

【請求項7】

マシン−対−マシン（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ、Ｍ２Ｍ）システムでネットワーク保安能力部（ｎｅｔｗｏｒｋ ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｙ、ＮＳＥＣ）にサービスを提供する方法であって、
端末からサービス要請が受信されるか否かを決定する段階であって、前記サービス要請は、前記端末に割り当てられたデバイスの識別子を含むものである、決定する段階と、
前記サービス要請が受信されれば、前記Ｍ２Ｍ端末及びＭ２Ｍ認証サーバー（Ｍ２Ｍ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、ＭＡＳ）と拡張可能な認証プロトコル（ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＥＡＰ）認証を行う段階と、
前記ＥＡＰ認証が成功的なら、マスターセッションキー（ｍａｓｔｅｒ ｓｅｓｓｉｏｎ ｋｅｙ、ＭＳＫ）、第１定数ストリング、及び前記端末に割り当てられたサービスの識別子を使用してサービスキーを生成する段階と、を含むことを特徴とする方法。

【請求項8】

前記サービスキー、第２定数ストリング、及びアプリケーションＩＤを使用してアプリケーションキーを生成する段階をさらに含む、請求項７に記載の方法。

【請求項9】

前記Ｍ２Ｍ端末は、前記ＥＡＰ認証が成功的なら、前記マスターセッションキー（ＭＳＫ）、前記第１定数ストリング、及び前記端末に割り当てられたサービスの前記識別子を使用して前記サービスキーを生成する、請求項７に記載の方法。

【請求項10】

ネットワークジェネリック（Ｇｅｎｅｒｉｃ）通信能力部（ＮＧＣ）に登録結果認識を示すメッセージを伝送する段階を含み、
前記登録結果認識を示すメッセージは、登録のために要請された寿命に対する値を含む、請求項７に記載の方法。

【請求項11】

前記ＥＡＰ認証を行う段階は、
前記Ｍ２Ｍ端末と前記ＥＡＰ認証をするために、ネットワークアクセス（ｐｒｏｔｏｃｏｌ ｆｏｒ ｃａｒｒｙｉｎｇ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ ｎｅｔｗｏｒｋ ａｃｃｅｓｓ、ＰＡＮＡ）認証を行うためにプロトコルを使用して通信する段階と、
前記Ｍ２Ｍ認証サーバー（ＭＡＳ）と前記ＥＡＰ認証をするために、認証、認可（Ａｕｔｈｏｒｉｚａｔｉｏｎ）及び課金（Ａｃｃｏｕｎｔｉｎｇ）（ＡＡＡ）プロトコルを使用して通信する段階とを含む、請求項７に記載の方法。

【請求項12】

マシン−対−マシン（ｍａｃｈｉｎｅ−ｔｏ−ｍａｃｈｉｎｅ、Ｍ２Ｍ）システムでサービスを提供するためのネットワーク保安能力部（ｎｅｔｗｏｒｋ ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｙ、ＮＳＥＣ）デバイスであって、
信号を送受信する送受信部と、
Ｍ２Ｍ端末からサービス要請が受信されたか否かを決定し、前記サービス要請が受信されたら、前記Ｍ２Ｍ端末及びＭ２Ｍ認証サーバー（Ｍ２Ｍ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ、ＭＡＳ）と拡張可能な認証プロトコル（ｅｘｔｅｎｓｉｂｌｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＥＡＰ）認証を行うことを制御する制御部であって、前記サービス要請は、前記端末に割り当てられたデバイスの識別子を含み、
前記認証が成功的なら、マスターセッションキー（ｍａｓｔｅｒ ｓｅｓｓｉｏｎ ｋｅｙ、ＭＳＫ）、第１定数ストリング、及び前記端末に割り当てられたサービスの識別子を使用してサービスキーを生成することを制御する制御部と、を含むことを特徴とするＮＳＥＣデバイス。

【請求項13】

前記制御部は、前記サービスキー、第２定数ストリング、及びアプリケーションＩＤを使用してアプリケーションキーを生成し、
前記ＥＡＰ認証が成功的なら、前記マスターセッションキー（ＭＳＫ）、前記第１定数ストリング、及び前記端末に割り当てられたサービスの前記識別子を使用して前記サービスキーを生成することを制御する、請求項１２に記載のＮＳＥＣデバイス。

【請求項14】

前記制御部は、ネットワークエンティティに登録結果認識を示すメッセージを伝送することを制御し、
前記登録結果認識を示すメッセージは、登録のために要請された寿命に対する値を含む、請求項１２に記載のＮＳＥＣデバイス。

【請求項15】

前記制御部は、前記Ｍ２Ｍデバイスと前記ＥＡＰ認証をする間に、ネットワークアクセス認証を行うプロトコル（ＰＡＮＡ）を使用して通信し、前記Ｍ２Ｍ認証サーバー（ＭＡＳ）と前記ＥＡＰ認証をする間に、認証、認可及び課金（ＡＡＡ）プロトコルを使用して通信することを制御する、請求項１２に記載のＮＳＥＣデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信システムのための方法及び装置に関する。より具体的に、本発明は、マシン−対−マシン（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ：Ｍ２Ｍ）サービスを提供するための方法及び装置に関する。

【背景技術】

【0002】

Ｍ２Ｍ産業は、現在、Ｍ２ＭデバイスがＭ２Ｍネットワークと結合し、Ｍ２Ｍデバイスで実行されるアプリケーションがインターネットまたは他の類似の通信ネットワークにある複数の制御ノード（すなわちサーバー）で実行されるアプリケーションと通信することができるようにする技術を開発し、定義する。この通信を容易にするために、Ｍ２Ｍデバイスは、与えられたＭ２Ｍネットワークとサービス登録手続（ｓｅｒｖｉｃｅ ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を実行することが予想される。

【発明の概要】

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

【0003】

本発明の側面は、少なくとも前述した問題及び／または短所を解決し、少なくとも下記に説明された利点を提供する。

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

【0004】

本発明の一側面によってマシン−対−マシン（Ｍ２Ｍ）デバイスによってサービスを提供する方法が提供される。本方法は、ネットワーク保安能力部（Ｎｅｔｗｏｒｋ Ｓｅｃｕｒｉｔｙ Ｃａｐａｂｉｌｉｔｙ）（ＮＳＥＣ）にサービス要請を送信する段階であって、前記サービス要請は、Ｍ２Ｍデバイスのデバイスサービス能力階層（Ｄｅｖｉｃｅ Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｉｙ Ｌａｙｅｒ）（ＤＳＣＬ）の識別子を含む、送信する段階と、前記ＮＳＥＣを介してＭ２Ｍ認証サーバー（Ｍ２Ｍ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）（ＭＡＳ）と拡張可能な認証プロトコル（Ｅｘｔｅｎｓｉｂｌｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）（ＥＡＰ）認証を行う段階と、前記ＥＡＰ認証が成功的なら、マスターセッションキー（Ｍａｓｔｅｒ Ｓｅｓｓｉｏｎ Ｋｅｙ）（ＭＳＫ）、第１定数ストリング（ｃｏｎｓｔａｎｔ ｓｔｒｉｎｇ）、及び前記ＤＳＣＬの前記識別子を使用してサービスキーを生成する段階とを含む。

【0005】

本発明の一側面によって、サービスを提供するためのマシン−対−マシン（Ｍ２Ｍ）デバイスが提供される。前記Ｍ２Ｍデバイスは、ネットワーク保安能力部（ＮＳＥＣ）にサービス要請を送信するための送信機であって、前記サービス要請は、前記Ｍ２Ｍデバイスのデバイスサービス能力階層（ＤＳＣＬ）の識別子を含むものである、送信機と、前記ＮＳＥＣを介してＭ２Ｍ認証サーバー（ＭＡＳ）と拡張可能な認証プロトコル（ＥＡＰ）認証を行うための制御機と、前記ＥＡＰ認証が成功的なら、マスターセッションキー（ＭＳＫ）、第１定数ストリング、及び前記ＤＳＣＬの前記識別子を使用してサービスキーを生成するためのキー生成器とを含む。

【0006】

本発明のさらに他の側面によって、マシン−対−マシン（Ｍ２Ｍ）システムにおいてネットワーク保安能力部（ＮＳＥＣ）によってサービスを提供する方法が提供される。本方法は、Ｍ２Ｍデバイスからサービス要請が受信されたか否かを決定する段階であって、前記サービス要請は、前記Ｍ２Ｍデバイスのデバイスサービス能力階層（ＤＳＣＬ）の識別子を含むものである、決定する段階と、前記サービス要請が受信されたら、前記Ｍ２Ｍデバイス及びＭ２Ｍ認証サーバー（ＭＡＳ）と拡張可能な認証プロトコル（ＥＡＰ）認証を行う段階と、前記ＥＡＰ認証が成功的なら、マスターセッションキー（ＭＳＫ）、第１定数ストリング、及び前記ＤＳＣＬの識別子を使用してサービスキーを生成する段階とを含む。

【0007】

本発明のさらに他の側面によって、マシン−対−マシン（Ｍ２Ｍ）システムにおいてサービスを提供するためのネットワーク保安能力部（ＮＳＥＣ）デバイスが提供される。前記ＮＳＥＣデバイスは、Ｍ２Ｍデバイスからサービス要請が受信されたか否かを決定し、前記サービス要請が受信されたら、前記Ｍ２Ｍデバイス及びＭ２Ｍ認証サーバー（ＭＡＳ）と拡張可能な認証プロトコル（ＥＡＰ）認証を行うための制御機であって、前記サービス要請は、前記Ｍ２Ｍデバイスのデバイスサービス能力階層（ＤＳＣＬ）の識別子を含むものである、制御機と、前記認証が成功的なら、マスターセッションキー（ＭＳＫ）、第１定数ストリング、及び前記ＤＳＣＬの前記識別子を使用してサービスキーを生成するためのキー生成器とを含む。

【発明の効果】

【0008】

本発明の他の側面、利点及び顕著な特徴は、添付の図面とともに、本発明の例示的な実施例を開示する以下の詳細な説明からこの技術分野に通常の知識を有する者に明白になる。

【図面の簡単な説明】

【0009】

本発明の特定例示的な実施例の前記及び他の側面、特徴、利点は、添付の図面とともに以下の詳細な説明からさらに明らかになる。

【図1】本発明の一実施例によってマシン−対−マシン（Ｍ２Ｍ）サービス登録手続に隋伴されるネットワーク要素を示す図である。

【図2】本発明の一実施例によってマシン−対−マシン（Ｍ２Ｍ）ネットワークによって使用されるイベント（ｅｖｅｎｔ）のハイレベル流れを示す図である。

【図3】本発明の例示的な実施例によってサービス登録手続のためのハイレベル呼流れ（ｃａｌｌ ｆｌｏｗ）を示す図である。

【図4】本発明の例示的な実施例によってサービス登録手続のためのハイレベル呼流れを示す図である。

【図5】本発明の例示的な実施例によってデバイス３０２のサービス登録手続のための流れ図である。

【図6】本発明の例示的な実施例によってＮＳＥＣ３０４のサービス登録手続のための流れ図である。

【図7】本発明の例示的な実施例によってＭ２Ｍ認証サーバー（ＭＡＳ）のサービス登録手続のための流れ図である。

【図8】本発明の例示的な実施例によってＮＧＣ３０８のサービス登録手続のための流れ図である。 図面全体にわたって、同一の参照符号は、同一または類似の要素、特徴、及び構造を示すのに使用されるものと理解される。

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

【0010】

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

【0011】

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

【0012】

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

【0013】

Ｍ２Ｍサービス登録は、Ｍ２Ｍコアネットワークによって提供されるＭ２ＭサービスにアクセスするためにＭ２Ｍデバイスを認証（ａｕｔｈｅｎｔｉｃａｔｅ）し、認可（ａｕｔｈｏｒｉｚｅ）するためにＭ２ＭデバイスとＭ２Ｍコアネットワークとの間につながる手続である。電子デバイスが複数の箇所で通信ネットワークに併合されたものを示すＭ２Ｍ接続、連結、結合（ｊｏｉｎｉｎｇ）、または他のこれと類似な単語のような代案的な名前がＭ２Ｍサービス登録手続に使用されることができる。

【0014】

図１は、本発明の一実施例によってマシン−対−マシン（Ｍ２Ｍ）サービス登録手続で隋伴されるネットワーク要素を示す。

【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】

１１０ デバイス
１２０ Ｍ２Ｍコアネットワーク
１３０ ＭＡＳ
３０２ デバイス
３０４ ＮＳＥＣ
３０６ ＭＡＳ
３０８ ＮＧＣ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】