(57)【要約】  本発明は、少なくとも１つのネットワーク・アプリケーション機能との通信を認証するための鍵素材の生成の方法を提供する。この方法は、ブートストラッピング鍵要求に応答して第１の鍵素材を決定することと、第１の鍵素材の決定に応答して第２の鍵素材を決定することとを含む。第２の鍵素材は、第１の鍵素材の決定に応答して、決定され、少なくとも１つのネットワーク・アプリケーション機能に提供される第３の鍵素材に一致する。
2008538482.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのネットワーク・アプリケーション機能との通信を認証するための鍵素材の生成の方法であって、
ブートストラッピング鍵要求に応答して第１の鍵素材を決定することと、
前記第１の鍵素材の決定に応答して第２の鍵素材を決定することであって、前記第２の鍵素材が、前記第１の鍵素材の決定に応答して、決定され、前記少なくとも１つのネットワーク・アプリケーション機能に提供される第３の鍵素材に一致することと
を含む方法。
【請求項２】
ブートストラッピング鍵プロビジョニングの要求を提供することと、
ホーム加入者サーバ、ホーム・ロケーション・レジスタ、および認証、認可およびアカウンティング・サーバのうちの少なくとも１つに格納されているブートストラッピング情報にアクセスすることであって、前記ブートストラッピング情報にアクセスすることが、ユーザ・プロファイル、認証ベクトル、鍵値、ユーザ・セキュリティ設定、前記少なくとも１つのネットワーク・アプリケーション機能の指示、および前記少なくとも１つのネットワーク・アプリケーション機能のアドレスのうちの少なくとも１つにアクセスすることを含むことと、
前記ブートストラッピング情報に基づいて第１の鍵素材を決定することと
を含む請求項１に記載の方法。
【請求項３】
ブートストラッピング鍵生成プロセスを使用して、ブートストラッピング・サーバ機能を認証することを含む請求項２に記載の方法。
【請求項４】
前記第２の鍵素材を決定することが、鍵導出関数に基づいて、前記少なくとも１つのネットワーク・アプリケーション機能に関連する少なくとも１つのルート鍵を決定することを含む請求項１に記載の方法。
【請求項５】
前記第２の鍵素材を使用して、前記少なくとも１つのネットワーク・アプリケーション機能との少なくとも１つの安全な接続を形成することを含む請求項１に記載の方法。
【請求項６】
少なくとも１つのネットワーク・アプリケーション機能との通信を認証するための鍵素材の生成の方法であって、
ブートストラッピング鍵要求に応答して第１の鍵素材を決定することと、
前記第１の鍵素材の決定に応答して第２の鍵素材を決定することであって、前記第２の鍵素材が、前記第１の鍵素材の決定に応答して、前記ユーザ機器によって決定される第３の鍵素材に一致することと
前記第２の鍵素材を前記少なくとも１つのネットワーク・アプリケーション機能に提供することと
を含む方法。
【請求項７】
ブートストラッピング鍵プロビジョニングの要求を受信することと、
ホーム加入者サーバ、ホーム・ロケーション・レジスタ、および認証、認可およびアカウンティング・サーバのうちの少なくとも１つに格納されているブートストラッピング情報にアクセスすることであって、前記ブートストラッピング情報にアクセスすることが、ユーザ・プロファイル、認証ベクトル、鍵値、ユーザ・セキュリティ設定、前記少なくとも１つのネットワーク・アプリケーション機能の指示、および前記少なくとも１つのネットワーク・アプリケーション機能のアドレスのうちの少なくとも１つにアクセスすることを含むことと、
前記ブートストラッピング情報に基づいて第１の鍵素材を決定することと
を含む請求項６に記載の方法。
【請求項８】
ブートストラッピング鍵生成プロセスを使用して前記ユーザ機器を認証することを含む請求項７に記載の方法。
【請求項９】
前記第２の鍵素材を決定することが、鍵導出関数に基づいて、前記少なくとも１つのネットワーク・アプリケーション機能に関連する少なくとも１つのルート鍵を決定することを含む請求項６に記載の方法。
【請求項１０】
前記第２の鍵素材を前記少なくとも１つのネットワーク・アプリケーション機能に提供することが、実質的に、前記第２の鍵素材を使用して前記ユーザ機器と前記少なくとも１つのネットワーク・アプリケーション機能との間に少なくとも１つの安全な接続が形成される前に、少なくとも１つのネットワーク・アプリケーション機能への前記第２の鍵素材を提供することを含む請求項６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に通信システムに関し、より詳細には無線通信システムに関する。
【背景技術】
【０００２】
従来の無線通信システムは、様々な認証技術を使用して、システムを介して送信される情報のセキュリティおよび／または保全性を保護する。例えば、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ（ＡＫＡ）プロトコルは、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）認証インフラストラクチャに実装されている。ネットワークにおける、および／またはユーザ側のアプリケーション機能がブートストラッピング技術を使用して共有鍵を確立できるようにするために、３ＧＰＰ  ＡＫＡプロトコルを活用することができる。
【０００３】
図１は、３ＧＰＰ  ＡＫＡプロトコルに基づくブートストラッピング・アーキテクチャ１００の従来のモデルを概念的に示す。ブートストラッピング・アーキテクチャ１００は、インターフェイスＺｈによってブートストラッピング・サーバ機能（Bootstrapping Server Function：ＢＳＦ）に結合されるホーム加入者サーバ（Home Subscriber Server：ＨＳＳ）を含む。ＢＳＦは、インターフェイスＵｂによって１つまたは複数のユーザ機器（ＵＥ、一般にモバイル・ユニットとも呼ばれる）に結合される。また、ＢＳＦは、インターフェイスＺｎによってネットワーク・アプリケーション機能（ＮＡＦ）にも接続される。ＮＡＦは、インターフェイスＵａによってＵＥに結合される。ブートストラッピング・アーキテクチャ１００に含まれるエンティティについては、参照によりその全部が本明細書に組み込まれる、３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）に詳細に記載されている。
【０００４】
図２は、従来のブートストラッピング手順２００を概念的に示している。ＵＥは、矢印２０５によって示されるように、ＢＳＦに要求を送信することによって、ブートストラッピング手順２００を開始することができる。ＢＳＦは、双方向矢印２１０によって示されるように、ユーザ・セキュリティ設定および／または認証データ、例えば認証ベクトルなどをＨＳＳから取り出すことができる。ＢＳＦは、（矢印２１５によって示される）認証要求をＵＥに送信する。認証要求２１５は、ＨＳＳから取り出されたユーザ・セキュリティ設定および／または認証データに基づいて形成することができる。認証要求２１５は、認証プロセスで使用され得る乱数および／または認証トークンを含み得る。ＵＥは、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ａｎｄ  Ｋｅｙ  Ａｇｒｅｅｍｅｎｔ手順を実行して（２２０）、認証要求が許可されたネットワークからのものであることを確認する。ＵＥは、様々なセッション鍵および／またはダイジェストＡＫＡ応答（digest AKA response）を計算することもできる。
【０００５】
ダイジェストＡＫＡ応答は、（矢印２２５によって示されるように）ＢＳＦに送信され、ＢＳＦは、ダイジェストＡＫＡ応答に基づいてＵＥを認証することができる（２３０）。次いでＢＳＦは、１つまたは複数の鍵（Ｋｓ）、および鍵の１つまたは複数のライフタイムを生成することができる（２３０）。矢印２３５によって示されるように、鍵を含む確認メッセージ、および入手可能な場合は鍵のライフタイムがＵＥに送信される。確認メッセージの受信に応答して、ＵＥは、ＢＳＦによって生成された１つまたは複数の鍵（Ｋｓ）に対応すべき１つまたは複数の鍵（Ｋｓ）を生成することができる（２４０）。ＵＥおよびＢＳＦは、鍵（Ｋｓ）を使用して、ＵＥとＮＡＦとの間の通信に使用できる鍵素材（key material）Ｋｓ＿ＮＡＦを生成することができる。
【０００６】
図３は、ＵＥとＮＡＦとの間の安全な通信リンクを形成する従来の方法３００を概念的に示す。ＵＥは、鍵（Ｋｓ）を使用して鍵素材Ｋｓ＿ＮＡＦを導出し（３０５）、次いで矢印３１０によって示されるように、ＮＡＦにアプリケーション要求を送信する。アプリケーション要求３１０は、一般に、ブートストラッピング・トランザクション識別子（Ｂ−ＴＩＤ）、および他の情報を含む。ＮＡＦは、矢印３１５によって示されるように、ＢＳＦに認証要求を送信する。認証要求３１５は、Ｂ−ＴＩＤおよびＮＡＦホスト名を含む。ＢＳＦは、矢印３２０によって示されるように、認証応答を提供する。認証応答３２０は、一般に、鍵（Ｋｓ）から導出された鍵素材Ｋｓ＿ＮＡＦ、および適切な任意の鍵のライフタイムを含む。鍵素材Ｋｓ＿ＮＡＦは、ＮＡＦによって格納され（３２５）、アプリケーション応答がＵＥに提供される。安全な通信リンクを形成する方法３００が完了すると、ＵＥおよびＮＡＦは、図１に示されているインターフェイスＵａを介して安全に通信することができる。
【非特許文献１】３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら上述した３ＧＰＰ  ＧＢＡアーキテクチャなど、従来のブートストラッピング手順は、様々なサービスおよび技術によって必要とされるルート鍵、特に、既存のサービスによって必要とされるルート鍵のプロビジョニングに配慮してない。例えば、ＢＴＩＤなどの情報やＵＥとＮＡＦとの間に送信される様々な知識の交換を容易にするために、ルート鍵のプロビジョニングの標準を変更する必要がある場合がある。ブートストラッピング手順と互換性があるように設計されていない新しいおよび／または既存のサービスは、それらの既存のハードウェアおよび／またはソフトウェアを使用してルート鍵を確立することができない場合がある。さらに、ブートストラップのプロビジョニングに対応するようにハードウェアおよび／またはソフトウェアを変更することによって、結果として他のアプリケーションによって使用されるソフトウェアおよび／またはライブラリに望ましくない変更がもたらされる可能性がある。
【課題を解決するための手段】
【０００８】
以下は、本発明のいくつかの態様を基本的に理解できるように、本発明の簡単な概略を示す。この概略は、本発明の網羅的な概要ではない。本発明の主要なまたは重要な要素を特定したり、本発明の範囲を表したりするものではない。その唯一の目的は、後述されるより詳細な説明の前置きとして簡単な形でいくつかの概念を示すことである。
【０００９】
本発明の一実施形態では、少なくとも１つのネットワーク・アプリケーション機能との通信を認証するための鍵素材の生成の方法が提供される。この方法は、ブートストラッピング鍵要求に応答して第１の鍵素材を決定することと、第１の鍵素材の決定に応答して第２の鍵素材を決定することとを含み得る。第２の鍵素材は、第１の鍵素材の決定に応答して、決定され、前記少なくとも１つのネットワーク・アプリケーション機能に提供される第３の鍵素材に一致し得る。
【００１０】
本発明の別の実施形態では、少なくとも１つのネットワーク・アプリケーション機能との通信を認証するための鍵素材の生成の方法が提供される。この方法は、ブートストラッピング鍵要求に応答して第１の鍵素材を決定することと、第１の鍵素材の決定に応答して第２の鍵素材を決定することとを含み得る。第２の鍵素材は、第１の鍵素材の決定に応答してユーザ機器によって決定される第３の鍵素材に一致する。この方法は、第２の鍵素材を少なくとも１つのネットワーク・アプリケーション機能に提供することを含み得る。
【００１１】
本発明は、添付の図面と併せて、以下の説明を参照することによって理解できる。図中、同様の参照番号は、同様の要素を示す。
本発明は、様々な変更形態および代替形式の余地があるが、その特定の実施形態は、図面において一例として示されており、本明細書で詳しく説明される。しかし、本明細書における特定の実施形態の説明は、本発明を開示された特定の形式に限定するものではなく、逆に、本発明は、変更形態、均等物、および代替形態を添付の特許請求の範囲によって定義された本発明の意図および範囲内に包含するものであることを理解されたい。
【発明を実施するための最良の形態】
【００１２】
本発明の例示の実施形態について以下で説明する。明瞭にするために、本明細書に実際の実装形態のすべての特徴が記載されているわけではない。任意のこうした実際の実施形態の開発において、実施形態ごとに異なる、システム関連やビジネス関連の制約の遵守など、開発者に特有の目的を達成するために、多数の実施に特有の決定がなされるべきであることは当然理解されよう。さらに、こうした開発努力は、複雑で時間がかかり得るが、それにもかかわらず、本開示の恩恵を有する当業者には日常の仕事であることを理解されよう。
【００１３】
本発明の一部およびそれに対応する詳細な説明は、ソフトウェア、またはコンピュータ・メモリ内のデータ・ビットに関する演算のアルゴリズムおよびシンボリック表現に関して提供される。こうした説明および表現は、当業者がその仕事の内容を他の当業者に有効に伝えるためのものである。アルゴリズムは、本明細書で使用され、一般に使用される用語であるが、所望の結果をもたらす自己矛盾のない一連の工程であると考えられる。こうした工程は、物理量の物理的な操作を必要とするものである。通常、必ずしもそうではないが、こうした量は、格納し、転送し、結合し、比較し、別の方法で処理することができる光、電気、または磁気の信号の形をとる。主に一般的な使用の理由で、こうした信号をビット、値、要素、シンボル、文字、用語、番号などと呼ぶことが時として便利であることがわかっている。
【００１４】
しかし、こうした類似のすべての用語は、適切な物理量と関連付けられており、単にこうした量に適用される便利なラベルにすぎないことに留意されたい。特に明記しない限り、または説明から明らかであるように、「処理する」、「計算する」、「算出する」、「決定する」、または「表示する」などの用語は、コンピュータ・システムのレジスタおよびメモリ内の物理、電子量として表されるデータを処理し、コンピュータ・システムのメモリまたはレジストリまたはこうした他の情報記憶、送信、または表示装置内の物理量として同様に表される他のデータに変換するコンピュータ・システムまたは類似の電子コンピューティング装置のアクションおよびプロセスを指す。
【００１５】
また、本発明のソフトウェアで実施される態様は、一般に、ある形式のプログラム格納媒体上に符号化され、またはあるタイプの送信媒体を介して実施されることにも留意されたい。プログラム記憶媒体は、磁気（フロッピー（登録商標）・ディスク、ハード・ドライバなど）でも光（コンパクト・ディスク読み取り専用メモリ、すなわち「ＣＤ−ＲＯＭ」など）でもよく、読み取り専用でもランダム・アクセスでもよい。同様に、送信媒体は、より線対、同軸ケーブル、光ファイバ、または当技術分野で知られている他の何らかの適した送信媒体とすることができる。本発明は、任意の所与の実施のこれらの態様によって制限されない。
【００１６】
次に、本発明を、添付の図面を参照して説明する。様々な構造、システム、および装置は、単に説明の目的で、当業者にはよく知られている詳細で本発明を不明瞭にしないように、図に概略的に示されている。それにもかかわらず、添付の図は、本発明の例示的な例を示し、説明するために含まれる。本明細書に使用される単語および句は、当業者によるこれらの単語および句の理解と一致する意味を持つと理解され、解釈されるものとする。用語または句の特別な定義、すなわち、当業者によって理解される通常の慣用的な意味とは異なる定義は、本明細書における用語または句の一貫した使用によっては暗示されないものとする。用語または句が、特別な意味、すなわち、当業者によって理解される以外の意味を持つ範囲で、こうした特別な定義は、この用語または句の特別な定義を直接、かつ明確に提供する定義的な方法で、本明細書に明示的に記載される。
【００１７】
図４は、鍵をプロビジョニングする方法４００の一実施形態例を概念的に示す。例示の実施形態では、ユーザ機器（ＵＥ）４０５は、（矢印４１０によって示されるように）ブートストラッピング要求を提供する。例えば、ユーザ機器４０５は、ブートストラッピング要求４１０をブートストラッピング・サーバ機能４１５に提供することができる。モバイル・ユニットとも呼ばれ得るユーザ機器４０５は、携帯電話、ＰＤＡ、スマート・フォン、テキスト・メッセージ装置（text messaging device）、ラップトップ・コンピュータなどを含み得る。ブートストラッピング・サーバ機能４１５は、矢印４２５によって示されるように、ブートストラッピング情報をホーム加入者サーバ（ＨＳＳ）４２０から取り出す。様々な代替実施形態では、ブートストラッピング情報は、認証ベクトル、１つまたは複数の鍵値、汎用ブートストラッピング・アーキテクチャ・ユーザ・セキュリティ設定（ＧＵＳＳ）などのユーザ・セキュリティ設定、１つまたは複数のネットワーク・アプリケーション機能（ＮＡＦ）４３０（１−ｎ）を示す情報、ネットワーク・アプリケーション機能４３０（１−ｎ）のアドレスなどを含み得る。代替実施形態では、他のエンティティがブートストラッピング情報のすべてまたは一部を提供することができることを当業者であれば理解されたい。こうしたエンティティは、ホーム・ロケーション・レジスタや、認証、許可、アカウンティング（Authentication Authorization and Accounting：ＡＡＡ）サーバなどを含み得る。
【００１８】
ユーザ機器４０５およびブートストラッピング・サーバ機能４１５は、矢印４３５によって示されるように、相互に認証し合う。一実施形態では、ユーザ機器４０５およびブートストラッピング・サーバ機能４１５は、３ＧＰＰ技術仕様書  ３ＧＰＰ  ＴＳ  ３３．２２０  Ｖ６．３．０（２００４−１２）に記載されている汎用ブートストラッピング・アーキテクチャに実装されているブートストラッピング鍵生成プロセスなどのブートストラッピング鍵生成プロセスを使用して、互いに認証し合う。鍵素材は、相互認証手順４３５中に決定される。例えば、汎用ブートストラッピング・アーキテクチャに実装されたブートストラッピング鍵生成プロセスは、相互認証手順４３５中に鍵素材（Ｋｓ）を形成することができる。
【００１９】
ユーザ機器４０５およびブートストラッピング・サーバ機能４１５は、ネットワーク・アプリケーション機能４３０（１−ｎ）に関連する鍵素材（Ｋｓ＿ＮＡＦ１，．．．，Ｋｓ＿ＮＡＦｎ）を別々に導出する（４４０および４４５）。一実施形態では、ユーザ機器４０５およびブートストラッピング・サーバ機能４１５によって導出された（４４０および４４５）鍵素材（Ｋｓ＿ＮＡＦ１，．．．，Ｋｓ＿ＮＡＦｎ）は、認証プロセス４３５中に決定された鍵素材に基づいて決定される。また、鍵素材（Ｋｓ＿ＮＡＦ１，．．．，Ｋｓ＿ＮＡＦｎ）は、ユーザ機器４０５およびブートストラッピング・サーバ機能４１５の相互認証（４３５）に応答して導出され得る（４４０および４４５）。鍵素材（Ｋｓ＿ＮＡＦ１，．．．，Ｋｓ＿ＮＡＦｎ）は、適切な鍵導出関数を使用して導出され得る。例えば、ネットワーク・アプリケーション機能４３０（１）に関連する鍵素材は、例えば、Ｋｓ＿ＮＡＦ１＝ＫＤＦ（Ｋｓ，ＮＡＦ１，その他のパラメータ）など、鍵導出関数ＫＤＦ（）を使用して導出することができ、式中、ＮＡＦ１は、ネットワーク・アプリケーション機能４３０（１）を示す情報を含む。
【００２０】
一実施形態では、ユーザ機器４０５およびブートストラッピング・サーバ機能４１５によって導出された（４４０および４４５）鍵素材は、１つまたは複数のルート鍵を含む。本明細書で使用される場合、「ルート鍵」という用語は、少なくともユーザ機器４０５およびネットワーク・アプリケーション機能４３０（１−ｎ）に共通の鍵を指す。ルート鍵は、ユーザ機器４０５と１つまたは複数のネットワーク・アプリケーション機能４３０（１−ｎ）との間の安全な通信セッションを確立するために使用され得るセッション鍵など、他の鍵を導出するために使用することができる。ルート鍵は、ロケーション・サービス（location service）などの新しいサービス、既存のサービス、および／またはＩＥＥＥ８０２．１１技術、Ｂｌｕｅｔｏｏｔｈ技術、ＩＰマルチメディア・システム（ＩＭＳ）などのネットワーク・オーバーレイ（network overlay）など異なるアクセス技術のセキュリティを提供するために使用することができる。
【００２１】
ルート鍵は、何日も、何ヶ月も、または何年もなど、相対的に長い期間にわたって維持され得る。例えば、ユーザ機器４０５に関連するルート鍵は、ユーザ機器４０５のユーザに関連するサブスクリプション期間中、変わらない場合がある。しかし、ユーザ機器４０５に関連するルート鍵は、変更したりリフレッシュしたりすることができることを当業者であれば理解されたい。例えば、不揮発性メモリを有していないユーザ機器４０５によって格納されたルート鍵は、ユーザ機器４０５の電源が切断されたときに失われたり消去されたりする可能性があり、この場合、新しいルート鍵を決定することができる。別の例では、相互認証手順４３５中に決定された鍵素材を変更することができ、その変更に応答して１つまたは複数の新しいルート鍵を形成することができる。
【００２２】
次いで鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）は、矢印４５０（１−ｎ）によって示されるように、関連のネットワーク・アプリケーション機能４３０（１−ｎ）に提供される。例示の実施形態では、ブートストラッピング・サーバ機能４１５は、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）の決定（４４５）に応答して、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）を関連のネットワーク・アプリケーション機能４３０（１−ｎ）に提供する。したがって、ネットワーク・アプリケーション機能４３０（１−ｎ）は、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）を要求する必要がなく、例えば、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）がネットワーク・アプリケーション機能４３０（１−ｎ）にプッシュされてもよい。一実施形態では、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）は、おおむね同時に関連のネットワーク・アプリケーション機能４３０（１−ｎ）に提供される。しかし、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）が任意の順序で、ネットワーク・アプリケーション機能４３０（１−ｎ）へのプロビジョニング間の任意の時間遅延で、関連のネットワーク・アプリケーション機能４３０（１−ｎ）に提供され得ることを当業者であれば理解されたい。
【００２３】
鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）が関連のネットワーク・アプリケーション機能４３０（１−ｎ）に提供されると、ユーザ機器４０５は、矢印４５５（１−ｎ）によって示されるように、鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）を使用して、ネットワーク・アプリケーション機能４３０（１−ｎ）のうちの１つまたは複数との安全な通信リンクを確立することができる。例えば、ユーザ機器４０５およびネットワーク・アプリケーション機能４３０（１−ｎ）に格納されている鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）は、同じであるはずであり、したがって、ユーザ機器４０５および適切なネットワーク・アプリケーション機能４３０（１−ｎ）を相互認証するために使用され得る。いくつかの実施形態では、ネットワーク・アプリケーション機能４３０（１−ｎ）のルート鍵を、そのドメイン名が変更される可能性がある、またはユーザ機器４０５にはわからない可能性のあるネットワークにおけるいくつかのサーバに格納することができる。したがって、オペレータは、ユーザ・サービス・プロファイルを、ルート鍵を必要とするネットワーク・アプリケーション機能４３０（１−ｎ）の適切なアドレスを含むブートストラッピング・サーバ機能４１５に提供することができる。
【００２４】
方法４００は、ハードウェア、ソフトウェア、またはその組み合わせを使用して実施することができる。一実施形態では、ユーザ機器４０５で使用されるブートストラッピングおよびルート鍵プロビジョニング・ソフトウェアは、任意のアプリケーション固有のコードとは無関係とすることができる。鍵素材（Ｋｓ＿ＮＡＦ１，・・・，Ｋｓ＿ＮＡＦｎ）が導出されると、ブートストラッピングおよび／またはルート鍵プロビジョニング・コードは、適切な記憶域を新しい鍵素材で更新することができる。次いでユーザ機器４０５におけるアプリケーションは、インターフェイスすることなく、またはブートストラッピングおよび／またはルート鍵プロビジョニング・コードを認識していなくても、ルート鍵を使用して、そのそれぞれのアプリケーションを安全にすることができる。また、鍵素材をブートストラッピング・サーバ機能４１５から受信し、記憶域を新しい鍵素材で更新することができるように、ネットワーク・アプリケーション機能４３０（１−ｎ）に新しいソフトウェアを追加することもできる。ネットワーク・アプリケーション機能４３０（１−ｎ）におけるソフトウェアの残りは、更新されたり、変更されたり、または汎用ブートストラッピング・アーキテクチャなど、ブートストラッピング・アーキテクチャの存在を認識させたりする必要はない。したがって、ブートストラッピングおよび／またはルート鍵プロビジョニング・コードを追加することによってもたらされる、ユーザ機器４０５、ネットワーク・アプリケーション機器４３０（１−ｎ）、および／または既存のサービスに対する中断を低減することができる。
【００２５】
これに対して、従来のブートストラッピングおよび／またはルート鍵プロビジョニング技術で、Ｕａインターフェイスを介して交換を運ぶには、送受信機およびＮＡＦにおける既存のソフトウェアへの変更を必要とする。第２に、ルート鍵が一度におよびその使用の前にプロビジョニングされない場合、ユーザ機器が特定のＮＡＦからのサービスを必要とするとき、ユーザ機器は、ルート鍵を更新する必要があることになる。このことは、ルート鍵プロビジョニング・プロセスが今から始まるべきであることを示すために、ユーザ機器またはＮＡＦにおけるサービス論理を変更することを必要とすることになる。
【００２６】
上記に開示した特定の実施形態は、例にすぎず、本発明は、本明細書の教示の恩恵を有する当業者には明らかな、異なるが等価の方法で変更し、実施することができる。さらに、頭記の特許請求の範囲に記載された以外、本明細書に示された構造および設計の詳細に制限は加えられないものとする。したがって、上記に開示された特定の実施形態は、改変または変更することができることは明らかであり、こうしたすべての変形形態は、本発明の範囲および意図内にあると考えられる。したがって、本発明に求められる保護は、頭記の特許請求の範囲に記載されている。
【図面の簡単な説明】
【００２７】
【図１】３ＧＰＰ  ＡＫＡプロトコルに基づくブートストラッピング・アーキテクチャの従来のモデルを概念的に示す図である。
【図２】従来のブートストラッピング手順を概念的に示す図である。
【図３】ＵＥとＮＡＦとの間の安全な通信リンクを形成する従来の方法を概念的に示す図である。
【図４】本発明による鍵を提供する方法の一実施形態例を概念的に示す図である。
【図１】
2008538482.tif 000003
【図２】
2008538482.tif 000004
【図３】
2008538482.tif 000005
【図４】
2008538482.tif 000006
【国際調査報告】
2008538482.tif 000007
2008538482.tif 000008
2008538482.tif 000009