フォワードリンクオンリー装置から非フォワードリンクオンリー装置への信頼確立
方法、装置、および／またはシステムは、加入者ベースのモバイル・ブロードキャスト・サービスに対するコンテント保護が提供されるように、ホスト装置とアクセサリ装置との双方に知られたグローバル鍵を使用して、アクセサリ装置とホスト装置との間の信頼を確立するために提供される。安全リンクは、アクセサリ装置が安全なフォワードリンクオンリーネットワーク経由で暗号化されたコンテントを受信する場合に、アクセサリ装置がフォワードリンクオンリー・スタックでコンテントを解読できるように、アクセサリ装置とホスト装置との間で確立されることができる。そのうえ、コンテントは、１以上の導かれた暗号鍵を使用して再暗号化／再安全化され、そのうえ、それが解読されおよびプレイバックされるホスト装置へ送信される。ホスト装置の特定の装置タイプに固有のグローバル鍵は、最終的に、アクセサリ装置からホスト装置へ運ばれるコンテントを再解読／再安全化するために使用されるセッション暗号鍵を導くために使用される。
【発明の詳細な説明】
【優先権の主張】
【０００１】
[３５Ｕ．Ｓ．Ｃ．§１１９の下の優先権の主張]
特許のための本願は、２００９年５月２８日に出願され、これの譲受人に譲受され、この結果ここで参照されることによって明らかに組み込まれる、「ＵＭＲ鍵確立」と題名を付けられた仮出願番号第６１／１８２，０５０号に対する優先権を主張する。
【分野】
【０００２】
ある特徴は加入者ベースのモバイル・ブロードキャスト・サービスにコンテント保護を供給することに関する。より具体的には、信頼が、ホスト装置のタイプにしたがって決定されたグローバル鍵を使用して、アクセサリ装置とホスト装置の間で確立される。
【背景】
【０００３】
ワイヤレス・ネットワーク・システムは、他と世界的に通信するための普及している手段になった。セルラー電話、携帯情報端末などのようなワイヤレス通信装置は、消費者のニーズを満足するために、および携帯性と利便性を改善するために、より小さく、より強力になった。消費者は、信頼できるサービス。拡張されたカバレッジエリア、付加的なサービス（例えば、ウェブ・ブラウジング能力）、そのような装置のサイズとコストの継続的な削減を要求して、これらのデバイスに依存するようになった。
【０００４】
典型的なワイヤレス通信ネットワーク(例えば、周波数、時間、および／または、符号分割技術、またはそれらの組合せを使用する)は、カバレッジエリア内のデータを送信および／または受信することができるモバイル（例えばワイヤレス）装置と同様に、加入者にカバレッジエリアを提供する１以上の基地局を含む。典型的な基地局は、ブロードキャスト、マルチキャスト、および／またはユニキャスト・サービスのための複数の装置へ、複数のデータストリームを同時に送信することができ、ここでデータストリームは、ユーザ装置へ独立した受信関係があり得るデータの流れである。その基地局のカバレッジエリア内のユーザ装置は、受信している１つ、１より多い、または合成ストリームによって運ばれる全てのデータストリームに関係があり得る。同様に、ユーザ装置は。基地局および／または、別のユーザ装置へデータを送信することができる。
【０００５】
フォワードリンクオンリー技術は、ワイヤレス通信サービスプロバイダの業界団体によって開発され、システム設計において最新の進歩が利用され、最高品質の性能を達成する。フォワードリンクオンリー技術は、モバイルマルチメディア環境に向けられており、モバイルユーザ装置を用いた使用に適している。フォワードリンクオンリー技術は、リアルタイム(ストリーミング)のコンテントと他のデータサービスとの両方のために高品質受信を達成することを目指している。フォワードリンクオンリー技術は、電力消費を危うくすることなく、強健なモバイル性能および高容量を提供することができる。さらに、この技術は、必然的に展開される基地局の送信機の数を減少させることにより、マルチメディアコンテントを伝えるネットワークコストを縮小する。さらに、フォワードリンクオンリー技術ベースのマルチメディア・マルチキャスティングは、ワイヤレスオペレータのセルラーネットワークデータと音声サービスに無料であり、同様に、セルラーネットワークデータは、フォワードリンクオンリー技術によってマルチメディアコンテントを受信する同じ装置へ配達されることができる。
【０００６】
１つのそのようなフォワードリンクオンリー技術は、クァルコム社による、ＭｅｄｉａＦＬＯTMであり、それは、携帯電話および携帯情報端末（ＰＤＡ）のようなポータブルアクセスターミナルへデータをブロードキャストする。ＭｅｄｉａＦＬＯTMは加入者ベースのサービスであり、埋め込まれたフォワードリンクオンリー受信機を持つことでそのサービスを受ける装置を必要とする。しかしながら、現在、サービスは、埋め込まれたフォワードリンクオンリー受信機を持たない装置へ拡張されてもよい。サービスを利用するために、ユーザは、非フォワードリンクオンリー装置（以下、「ホスト装置」と称する）へコンテントを流すことができるフォワードリンクオンリー受信機（以下、「アクセサリ装置」と称する）を購入することができる。
【０００７】
ＭｅｄｉａＦＬＯTMサービスのオペレータと同様に、コンテントプロバイダも、そのようなサービスの展開が次の攻撃に対して強健であることを要求する：（１）アクセサリ装置、ホスト装置、または、２つの間の通信リンクから、復号化されたデジタルコンテントを抽出する；（２）「承認されたホストタイプ」の特定リスト内にないホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す；（３）一度に、1台を超えるホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す；（４）装置が所有者の位置にある間に、装置の所有者の同意なくホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す。
【０００８】
しかしながら、ＭｅｄｉａＦＬＯTMシステムにおいて、コンテントはフォワードリンクオンリープロトコルスタック（例えばアクセサリ装置）までのみ、暗号化される。その結果、フォワードリンクオンリープロトコルスタックからホスト装置へのコンテントの送信は、安全ではない。したがって、アクセサリ装置とホスト装置との間で信頼を確立するための方法が必要とされる。
【概要】
【０００９】
以下は、いくつかの実装の基本理解を提供するために、１以上の実装の単純化された概要を与える。この概要は、すべての熟慮された実装の広範囲な概観ではなく、すべての実装のキーまたは重要な要素を明らかにすることも、いずれかまたはすべての実装の範囲を描写することもないように意図される。
【００１０】
ある特徴にしたがって、ホスト装置上で使用可能な方法がアクセサリ装置と信頼を確立するために提供される。アクセサリ装置と信頼を確立する場合に、ホスト装置は、ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信することができる。暗号化された鍵ジェネレータとランダム数とは、アクセサリ装置から受信されることができる。鍵ジェネレータは、ランダム数から導かれた暗号鍵を使用して暗号化されることができ、グローバル鍵はホスト装置に知られており同じ装置タイプのすべての装置に対して同じである。暗号鍵は、グローバル鍵とランダム数とから導かれることができ、鍵ジェネレータを解読するために使用されることができる。鍵ジェネレータとランダム数とを使用して、デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用されることができる。
【００１１】
ある特徴にしたがって、ホスト装置は、アクセサリ装置と信頼を確立することができる。ホスト装置は、記憶媒体と、アクセサリ装置と通信するために適合されている通信インタフェースとを含むことができる。処理回路は、通信インタフェースと記憶媒体とに連結されることができる。処理回路は、ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることができ、応答で、アクセサリ装置から、暗号化された鍵ジェネレータとランダム数とを受信することができる。鍵ジェネレータは、ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されることができ、グローバル鍵はホスト装置に知られており、同じ装置タイプのすべての装置に対して同じ値である。処理回路は、グローバル鍵と受信されたランダム数とを使用することができ、鍵ジェネレータの解読に使用される暗号鍵を導く。鍵ジェネレータとランダム数とを使用して、処理装置は、アクセサリ装置からのコンテントの安全な配達の確立に使用するためのデバイス鍵が導くことができる。
【００１２】
ある特徴にしたがって、アクセサリ装置上で使用可能な方法がホスト装置と信頼を確立するために提供される。アクセサリ装置は、ホスト装置と物理的に連結されることができるフォワードリンクオンリー受信機としてもよい。アクセサリ装置は、ホスト装置から、ホスト装置の装置タイプの指定を含むペアリング要求メッセージを受信することができる。ホスト装置の装置タイプを持つことで、アクセサリ装置は、装置タイプに関連付けられているグローバル鍵を調査することができる。そのようなグローバル鍵は、同じ装置タイプのすべての装置に対して同じ値を含む。ランダム数と鍵ジェネレータとが生成されることができる。ランダム数とグローバル鍵とを使用することで、暗号鍵は導かれることができる。ランダム数とともに、暗号鍵を使用して暗号化された鍵ジェネレータは、ホスト装置に送信されることができる。デバイス鍵は、鍵ジェネレータとランダム数とを使用して導かれることができ、デバイス鍵は、ホスト装置へのコンテントの安全な配達の確立のために使用されることができる。
【００１３】
ある特徴にしたがって、アクセサリ装置は、ホスト装置と信頼を確立することができる。アクセサリ装置は、ホスト装置と物理的に連結されてもよい。アクセサリ装置は、加入者ベースのサービスとの通信を受信するための第１の通信インタフェースと、ホスト装置との通信のための第２の通信インタフェースとを含むことができる。処理回路は、第１および第２の通信インタフェースと連結されることができる。ホスト装置との信頼の確立において、処理回路は、ホスト装置から、前記ホスト装置の装置タイプを示す指定を受信することができる。ホスト装置の装置タイプを受信した後、処理回路は、ホスト装置の装置タイプに関連付けられているグローバル鍵を調査することができる。グローバル鍵は、同じ装置タイプのすべての装置に対して同じ値を含む。処理装置は、ランダム数と鍵ジェネレータとを生成することができ、グローバル鍵とランダム数とから暗号鍵を導くことができる。暗号鍵を用いて、処理回路は、鍵ジェネレータを暗号化することができ、暗号化された鍵ジェネレータとランダム数とをホスト装置へ送信することができる。さらに、処理装置は、鍵ジェネレータとランダム数とから、デバイス鍵を導くことができ、デバイス鍵は、ホスト装置へのコンテントの安全な配達を確立するために使用されることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、フォワードリンクオンリー技術の展開の一例を例証するブロック図である。
【図２】図２は、ホスト装置とアクセサリ装置との間の信頼を確立するための鍵管理の一例を例証するフロー図である。
【図３Ａ】図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。
【図３Ｂ】図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。
【図４Ａ】図４（図４Ａおよび４Ｂを含む）は、アクセサリ装置とホスト装置との間の安全な通信リンクの確立の一例を例証するフロー図である。
【図４Ｂ】図４（図４Ａおよび４Ｂを含む）は、アクセサリ装置とホスト装置との間の安全な通信リンクの確立の一例を例証するフロー図である。
【図５Ａ】図５（図５Ａおよび５Ｂを含む）は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵の確立の一例を例証するフロー図である。
【図５Ｂ】図５（図５Ａおよび５Ｂを含む）は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵の確立の一例を例証するフロー図である。
【図６】図６は、ホスト装置と信頼を確立するように構成されたアクセサリ装置の一例を例証するブロック図である。
【図７】図７は、アクセサリ装置とホスト装置との間で信頼を確立する一例の、アクセサリ装置上で使用可能な方法のフローチャートを例証する。
【図８】図８は、アクセサリ装置と信頼を確立するように構成されたホスト装置の一例を例証するブロック図である。
【図９】図９は、アクセサリ装置とホスト装置との間で信頼を確立するための、ホスト装置上で使用可能な方法の一例のフローチャートを例証する。
【詳細な説明】
【００１５】
以下の記述において、特定の詳細は様々な実施形態の完全な理解を提供するために与えられる。しかしながら、記述された実施形態がこれらの特定の詳細なしで実行できることは、当業者によって理解されるだろう。例えば、回路は、ブロック図中で示されてもよく、不必要な詳細で実施形態を不明瞭にしないようにすべて示されなくてもよい。他の実例において、既存の回路、構造および技術は、実施形態を不明瞭にしないように詳細に示されないかもしれない。
【００１６】
以下の記述では、ある用語はある特徴について記述するために使用される。用語「アクセサリ装置」は、フォワードリンクオンリー受信機を含むが制限はされない。用語「ホスト装置」は、非フォワードリンクオンリーを含むが制限はされない。
【００１７】
この出願を通じて使用される頭文字と定義のリストが下に確認される。
【００１８】
頭文字&定義
X<<N ビットに関する、ＮビットによるＸの左シフト
X>>N ビットに関する、ＮビットによるＸの右シフト
E{key}{value} ｋｅｙを用いて暗号化されたｖａｌｕｅ
X||Y XとYの結合
【数１】
【００１９】
HMAC{key}{value} Ｋｅｙを用いたｖａｌｕｅのキードハッシュ・メッセージ認証コード
概観
セキュリティ・システムは、ブロードキャスト／マルチキャスト・ネットワーク・インフラストラクチャ上のコンテント送信に適用することができる。ブロードキャスト・ネットワーク・インフラストラクチャは、加入ベースのコンテント配送サービスの分配を促進するEvolution-Data OnlyのBroadcast Multicast Services（ＢＣＭＣＳ）でもよい。コンテント配送サービスに加入する際、加入者ホスト装置は、加入ベースのコンテントを受け取ることに適合されたアクセサリ装置に連結されるとしてもよい。ホスト装置とアクセサリ装置の双方は、ホスト装置のタイプ（例えば形および／またはモデル)に特有のグローバル鍵を持つ。このグローバル鍵は、ホスト装置とアクセサリ装置の間の通信リンクを安全にするための１以上の共有鍵を生成するために、ホスト装置とアクセサリ装置によって使用される。
【００２０】
特に、アクセサリ装置は、ランダム値(または数)および鍵ジェネレータ値を生成する。ランダム値と、アクセサリ装置とホスト装置の双方に既知のグローバル鍵とを使用して、アクセサリ装置は暗号鍵、ソルト値および認証鍵を導くことができる。アクセサリ装置は、導かれた鍵を使用して鍵ジェネレータを暗号化し、ホスト装置に対してランダム値とともに、暗号化された鍵ジェネレータを送る。アクセサリ装置は、認証鍵を使用して、ホスト装置にオーセンチケータ・マテリアルを提供する。さらに、アクセサリ装置は、鍵ジェネレータおよびランダム値を使用してデバイス鍵を導く。
【００２１】
ホスト装置は、アクセサリ装置から受信されたランダム値とグローバル鍵とを使用し、同じ暗号鍵、ソルト値および認証鍵を導くことができる。ホスト装置は、認証鍵と受信されたオーセンチケータ・マテリアルとを使用し、受信された情報を認証する。鍵を使用して、ホスト装置は、鍵ジェネレータを解読することができる。ホスト装置は、ランダム値とともに鍵ジェネレータを使用し、アクセサリ装置によって導かれた同じデバイス鍵を導く。アクセサリ装置とホスト装置とによって共有されたデバイス鍵を用いて、デバイス鍵は、アクセサリ装置との安全な通信セッションを確立し、かつアクセサリ装置からホスト装置へ通信されるコンテントを暗号化するために使用することができる。
【００２２】
ネットワーク環境
加入者ベースのフォワードリンクオンリーサービスの一例は、クァルコム社による、ＭｅｄｉａＦＬＯTMであり、それは、セル電話およびＰＤＡのようなホータブルホスト装置（例えばアクセスターミナル）と連結されるアクセサリ装置へデータをブロードキャストする。ブロードキャストデータは、株式マーケット相場、スポーツスコア、天気レポートのようなインターネット・プロトコル（ＩＰ）データキャスト・アプリケーション・データと同様に、複合のリアルタイム・オーディオおよび／またはビデオ・ストリーム、個人、非リアルタイム・ビデオおよび／またはオーディオ「クリップ」を含むとしてもよい。ＭｅｄｉａＦＬＯTMにおける「Ｆ−Ｌ−Ｏ」は、データ伝送経路がタワー/サーバからホスト装置またはアクセサリ装置への一方向であることを意味するフォワードリンクオンリーを表す。ＭｅｄｉａＦＬＯTMは、複数の加入者へ高速フルモーションのビデオ／オーディオをユニキャストすることに代えてそのようなコンテントをブロードキャストすることの、固有スペクトルの非能率を扱う。加入者へブロードキャストされるコンテントへの限定アクセスのために、加入者のアクセサリ装置のみに知られた鍵によって安全化まあは暗号化されることができる。ＭｅｄｉａＦＬＯTMコンテント配送は、加入者のアクセサリ装置を認証し、プログラミングをデコードするために使用される鍵を分配する、例えば高速データ通信の最適化（Evolution-Data Optimized）またはEvolution-Data Only（ＥＶＤＯ）のネットワーク上に実装されるとしてもよい。
【００２３】
図１は、フォワードリンクオンリー技術の展開の一例を例証するブロック図である。リアルタイム・コンテントは、コンテントプロバイダから直接受信できるが、非リアルタイム・コンテントもインターネット１０４上で受信できる。コンテントは、フォワードリンクオンリーのパケットストリームへ再フォーマットされることができ、分配ネットワーク上で分配できる。ターゲットのマーケットにおいて、コンテントは受信されることができ、フォワードリンクオンリーのパケットは、フォワードリンクオンリーのウェーブ形式１０６に変換され、ホスト装置１０８に連結されたアクセサリ装置に放射されることができる。
【００２４】
上で注目されるように、ホスト装置１０８は、非フォワードリンクオンリーのホスト装置１０８へコンテントを流すことができる「アクセサリ装置」（図示せず）とここで呼ばれる、フォワードリンクオンリー受信機に通信可能に連結されることができる。少なくとも一つの特徴にしたがって、信頼は、アクセサリ装置とホスト装置１０８との間の通信リンクを保護するために、ホスト装置１０８とアクセサリ装置との間に確立されることができる。
【００２５】
典型的な鍵管理
図２は、ホスト装置とアクセサリ装置との間の信頼を確立するための鍵管理の一例を例証するフロー図である。示されるように、すべての鍵管理オペレーションに対する信頼のルートは、図２におけるkey_global２０２のように示されるグローバル鍵である。グローバル鍵２０２は、すべてのアクセサリ装置の間とすべての特定のタイプのホスト装置の間で共有される鍵値を含む。すなわち、与えられたタイプ(例えばｉＰｈｏｎｅ（登録商標）、ブラックベリー（登録商標）、ウィンドウズモバイル（登録商標）)についてのホスト装置のそれぞれは、同じ割り当てられたグローバル鍵を持つことができ、グローバル鍵は２つの装置が互いに対にされる前にホスト装置とアクセサリ装置との双方に知られる。グローバル鍵２０２は、例えば、ホスト装置がフォワードリンクオンリーのコンテントに関連するソフトウェア・アプリケーションをダウンロードする場合に、ホスト装置へ提供されてもよく、アクセサリ装置は、すべての異なるタイプのホスト装置に対するグローバル鍵を示すリストを含むとしてもよい。限定ではなく例として、グローバル鍵２０２は、２５６ビットの対称な鍵を含むとしてもよい。グローバル鍵は、デバイス鍵（またはkey_device）を生成するためにペアリング・オペレーション２０４で使用される。デバイス鍵２０６は、ホスト装置とアクセサリ装置との間で共有される秘密鍵である。デバイス鍵２０６は、いくつかのスケジュール(例えば毎日、週、月)にそって交換されてもよい。そのような実装において、古いデバイス鍵２０６は、図２における２０６’のように示される新しいデバイス鍵を導くために、再キーイング・オペレーション２０８によって使用されるとしてもよい。デバイス鍵２０６，２０６’は、マスターソルト値(またはsalt_master)２１２およびセキュアド・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）セッションで使用するためのマスター鍵(またはkey_master)２１４を生成するために、セッション確立オペレーション２１０によって使用されるとしてもよい。
【００２６】
ＳＲＴＰセッションは、既知の鍵導出アルゴリズムを使用して、セッションソルト値（またはskey_salt）２１８とセッション暗号鍵（skey_encr）２２０とを導くためのＳＲＴＰ鍵導出オペレーション２１６において、salt_master２１２とkey_master２１４を使用するとしてもよい。例えば、セッションソルト値２１８とセッション暗号鍵２２０とは、ネットワーク・ワーキング・グループによって公表されたセキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）のセクション４．３．１で特定されるアルゴリズムを使用して導くことができ、このプロトコルは、一般的に当業者に知られており、利用可能であり、上記参照によって明らかにここに組み込まれる。一般的に、ＳＲＴＰアルゴリズムを使用し、ホスト装置とアクセサリ装置とは、マスター鍵２１４によるある値Ｘの暗号化の結果から得られる値から１１２ビットのセッションソルト値２１８を導くことができ、ここで、Ｘは、マスターソルト値２１２が、０ｘ０２とビットに関して２４ビット右へシフトされた値ｉとの連結を用いて論理ＸＯＲオペレーションによって結合された場合の結果得られる値である。
【数２】
【００２７】
同様に、ホスト装置とアクセサリ装置とは、マスター鍵２１４によるある値Ｙの暗号化からの１２８ビットのセッション暗号鍵２２０を導くことができ、ここで、Ｙは、マスターソルト値２１２が、０ｘ００とビットに関して２４ビット右へシフトされたｉとの連結を用いて論理ＸＯＲオペレーションによって結合された場合の結果得られる値である。
【数３】
【００２８】
セッションソルト値２１８は、初期化値（またはＩＶ）２２４を導くための初期化値導出オペレーション２２２によって使用される。初期化値２２４は、
【数４】
【００２９】
にしたがって導出されることができ、ここで、ＳＳＲＣは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）パケット・ヘッダ内の３２ビットの同期源識別子の値である。
【００３０】
ＳＲＴＰ鍵導出オペレーション２１６と初期化値導出オペレーション２２２で使用される値「ｉ」は、４８ビットのＳＲＴＰパケットインデックス２２６であり、この値は、先で参照され、参照により組み込まれたセキュア・リアルタイム・トランスポート・プロトコルによって定義されるような、ＳＲＴＰパケットインデックス導出オペレーション２２８によって導かれる。特に、ＳＲＴＰパケットインデックス２２６は、ロールオーバー・カウンタ（またはＲＯＣ）２３０とシーケンス番号（またはＳＥＱ）２３２とを加え、さらに合計に２＾１６を掛け算することによって導くことができる（すなわち、i=(2^16)×(ROC+SEQ)）。
【００３１】
初期化値２２４とセッション暗号鍵２２０との導出後、リアルタイム・トランスポート・プロトコル（ＲＴＰ）のペイロード暗号化オペレーション２３４は、アクセサリ装置からホスト装置へ送信されるべきコンテント（またはペイロード）を暗号化するために実行され得る。従来のリアル・タイム・トランスポート・プロトコル（ＲＴＰ）において、ビデオおよびオーディオパケットは個別のＲＴＰストリームで配達される。初期化値２２４およびセッション暗号鍵２２０を使用して、それぞれのストリームのパケットは、先で参照され、ここでの参照により組み込まれるセキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）にしたがって暗号化されるとしてもよい。
【００３２】
ホスト装置とアクセサリ装置の間の典型的なペアリング・オペレーション
図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。この例において、ホスト装置３００は、ホスト装置３００およびアクセサリ装置３０２の双方に既知のグローバル鍵を使用して、アクセサリ装置３０２により信頼を確立することができる。以下の図４および５への参照によってここで記述される各種のオペレーションと同様に、図３のペアリング・オペレーションにおける各種の鍵の導出は、複数の既存のアルゴリズムのうちのいずれかによって実行されるとしてもよい。限定ではなく例として、ここに記述される各種の鍵は導かれることができ、メッセージは、信頼を確立するために前に共有される鍵（ＰＳＫ）としてグローバル鍵を使用して、マルチメディア・インターネット・キーイング（ＭＩＫＥＹ）アルゴリズムにしたがって暗号化されてもよい。
【００３３】
ある特徴にしたがって、ペアリングは、ホスト装置３００とアクセサリ装置３０２との間で共有される秘密デバイス鍵を導出するためにホスト装置３００がアクセサリ装置３０２に接続された後、１回のみ起こる。ユーザは、ホスト装置３００でペアリング・オペレーションをトリガしてもよい３０４。ペアリングは、ホスト装置３００が初めてアクセサリ装置３０２に接続された場合にトリガされるとしてもよい。ある局面において、トリガは、ホスト装置３００によって実行されたソフトウェア・アプリケーションを単に開くことにより生じるとしてもよい。他の局面において、トリガは、アクセサリ装置３０２に対するホスト装置３００の初期的ペアリングのために、そのアプリケーションにおけるメニューオプションをユーザが選択することを含むとしてもよい。
【００３４】
トリガに応じて、ホスト装置３００は、ランダムシーケンス番号（N）を生成してもよい３０６。シーケンス番号は、リプレイ攻撃から鍵管理メッセージを保護するために使用されるとしてもよい。パケットは、それが敵対者（例えば無許可装置）によって格納され、次にネットワークに敵対者によって再注入される場合に「リプレイ」される。鍵管理メッセージは、シーケンス番号を使用して、シーケンス番号を使用してそのような取り付けから保護されるとしてもよい。特に、送信装置は、増加する順に、発信メッセージにシーケンス番号を割り当てるとしてもよい。発振メッセージのためのシーケンス番号（Nsnd）は、ホスト装置３００とアクセサリ装置３０２との双方で同じランダム値に初期化されてもよい。受信装置は、与えられた窓(例えばNrcv-WINDOW_SIZEとNrcvとの間)内の認証されたメッセージのシーケンス番号と共に、(Nrcv)とされる最も高いシーケンス番号の値を憶えている。窓の前方、または、窓の内であるがすでに受信されてはいないシーケンス番号を持つパケットのみ、受付けられるとしてもよい。そのようなスキームは、パケットが受信されたことを示すためのビットマップを使用して、実装されるとしてもよい。
【００３５】
次に、ホスト装置３００は、アクセサリ装置３０２にペア要求メッセージを送る３０６。ペア要求メッセージは、ホスト装置３００によって生成されたランダムシーケンス番号（N）、ホスト装置の識別子（host_id）、ホスト装置のタイプの識別子、およびそのソフトウェア・バージョンを含んでいるかもしれない。いくつかの実装において、ホスト装置の識別子は、その加入者番号のような、ホスト装置３００に固有の値を含むとしてもよい。
【００３６】
ホスト装置のタイプとソフトウェア・バージョンとは、ホスト装置３００の形および／またはモデルを識別することを含むとしてもよい。例えば、ホスト装置３００は、それが特定のファームウェア・バージョンで動作するｉＰｈｏｎｅ(登録商標)であることを識別してもよい。
【００３７】
ペア要求メッセージの受信に際して、アクセサリ装置３０２は、関連するグローバル鍵（またはkey_global）を検索するために装置タイプとソフトウェア・バージョンとを使用してもよい３１０。ある特徴によれば、異なるグローバル鍵（key_global）は、それぞれ異なる装置タイプ（例えば、ホスト装置３００の型および／またはモデル)に対応付けられる。すなわち、それぞれの装置タイプ（ホスト装置の型および／またはモデル)は、その特定の装置タイプに特有のグローバル鍵（key_global）を割り当てられる。少なくとも1つの局面において、アクセサリ装置３０２は、それぞれ受け付け可能な装置タイプと、それぞれの装置タイプに関連付けられた固有のグローバル鍵とを識別するアプリケーション内に埋め込まれた情報を持つアプリケーション（例えば、ソフトウェア・プログラム）を含むとしてもよい。そのような実装において、アクセサリ装置３０２は、ホスト装置タイプに関連付けられているグローバル鍵を、埋め込まれている情報の中で調べることができる。
【００３８】
アクセサリ装置３０２は、さらに、ランダム数（またはRAND）および鍵ジェネレータ(またはkey_gen)を生成してもよい３１２。アクセサリ装置３０２は、ランダム数（RAND）およびグローバル鍵（key_global）を使用して、暗号鍵(またはkey_encr)、ソルト値(またはkey_salt)、および認証鍵(またはkey_auth)を導き３１４、それらのうちのいくつかは、アクセサリ装置３０２からホスト装置３００へ送信されるべき鍵ジェネレータを暗号化するために使用されてもよい。各種の鍵を導いた後に、アクセサリ装置３０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）(またはNAD_send)をインクリメントしてもよい３１６。
【００３９】
次に、アクセサリ装置３０２は、ホスト装置３００に鍵ペアリングメッセージを送るとしてもよい３１８。鍵ペアリングメッセージは、インクリメントされたシーケンス番号（NAD_send)、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、暗号鍵を用いて暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}）、および、認証鍵（key_auth）を使用して全体のメッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（すなわち、HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４０】
鍵ペアリングメッセージの受信において、ホスト装置３００は、シーケンス番号（NAD_send）がリプレイではないことを検証することによってリプレイ攻撃に対してガードする３２０。もし、シーケンス番号(NAD_send）がリプレイの場合、ホスト装置３００はメッセージを無視してもよい。シーケンス番号（NAD_send）がリプレイでない場合、ホスト装置３００は、認証鍵を導くためにメッセージを処理してもよい。すなわち、ホスト装置３００は、グローバル鍵（key_global）とともにアクセサリ装置３０２から受信されたランダム数（RAND）を使用することができ、これによりアクセサリ装置によって導かれた同じ認証鍵（(key_auth）を導くとしてもよい３２２。
【００４１】
ある特徴によれば、グローバル鍵（key_global）は、既にホスト装置３００で見つかっており、アクセサリ装置３０２へ伝達されない。例えば、ホスト装置３００は、アプリケーション内に埋め込まれたその固有の装置タイプに対するグローバル鍵（key_global）を持つ例えばソフトウェア・プログラムのようなアプリケーションを、実行するように適合されているとしてもよい。ある局面において、グローバル鍵（key_global）は、ホスト装置３００内のアプリケーション内にそのファクトリで配置されてもよく、すなわち、グローバル鍵（key_global）は、アプリケーション内に埋め込まれているとしてもよく、ユーザは、ウェブサイトからそのアプリケーションをダウンロードしてもよい。ホスト装置３００のグローバル鍵（key_global）は、同じタイプのすべてのホスト装置に対して同じであり、アクセサリ装置３０２の装置タイプに関連付けられているグローバル鍵（key_global）と同じである。したがって、特定のタイプのホスト装置３００に対するグローバル鍵（key_global）は、互いの間でのグローバル鍵（key_global）の任意の送信なしで、および、任意の他の外部装置からの送信なしで、ホスト装置３００とアクセサリ装置３０２との双方に知られる。
【００４２】
認証鍵（key_auth）を用いて、ホスト装置３００は、受信されたkeyed-hash message authentication code（ＨＭＡＣ）を検証する３２４。ＨＭＡＣの検証において、ホスト装置３００は、暗号鍵（key_encr）およびソルト値（key_salt）３２６を導くために、ランダム数（RAND）およびグローバル鍵（key_global）を使用してもよい３２６。
【００４３】
次に、ホスト装置３００は、鍵ペアリングメッセージから鍵ジェネレータ（key_gen）を解読するために、暗号鍵（key_encr）を使用してもよい３２８。鍵ジェネレータ（key_gen）およびランダム数（RAND）を使用して、ホスト装置３００は固有のデバイス鍵（またはkey_device）を導くとしてもよい３３０。
【００４４】
次に、ホスト装置３００は、ホスト装置の送信パケットに対するシーケンス番号（N）（またはNH_send）をインクリメントしてもよく、アクセサリ装置３０２に鍵検証メッセージを送るとしてもよい３３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id)、アクセサリ装置の識別子(AD_id)、および認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（すなわち、HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４５】
鍵検証メッセージの受信において、アクセサリ装置３０２は、シーケンス番号(NH_send)およびＨＭＡＣを検証する３３６。もし有効であれば、アクセサリ装置３０２は、鍵ジェネレータ（key_gen）およびランダム数（RAND）からデバイス鍵（key_device）を生成してもよい３３８。ホスト装置３００の識別（host_id）およびデバイス鍵の満了日付（または、key_device_lifetime）とともに、デバイス鍵（key_device）は、記憶媒体３４０に格納されてもよい３４０。
【００４６】
アクセサリ装置３０２は、再び、アクセサリ装置の送信パケットに対するシーケンス番号(または、NAD_send)をインクリメントしてもよく３４２、ホスト装置３００に鍵検証メッセージを送信してもよい３４４。鍵検証メッセージは、インクリメントされたシーケンス番号（NAD_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子(AD_id)、および認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４７】
ホスト装置３００は、アクセサリ装置３０２から鍵検証メッセージを受信するとしてもよく、シーケンス番号（NAD_send）およびＨＭＡＣを検証してもよい３４６。健勝において、ホスト装置３００は、グローバル鍵（key_global）を削除し、第三者によって危険にさらされるようなその公開を制限してもよい３４８。一般に、ホスト装置３００は、より閉じたプラットホームであるアクセサリ装置３０２に関する攻撃により脆弱かもしれない。アクセサリ装置３０２が他のホスト装置と対になることを防止するため、アクセサリ装置３０２からグローバル鍵（key_global）を取り除くことは望ましくないかもしれない。ホスト装置３００は、さらに、記憶媒体にデバイス鍵（key_device）を記憶してもよく３５０、再度、ホスト装置の送信パケットに対するシーケンス番号（またはNH_send)をインクリメントしてもよい３５２。
【００４８】
上記のプロセスまたはそれらの変更を使用して、ホスト装置３００とアクセサリ装置３０２との双方は、共通のグローバル鍵（key_global）を使用して、共有秘密(例えばデバイス鍵（key_device））を導いてもよく、それはフォワードリンクオンリーのコンテントを伝えるためび安全な通信リンクを確立するために使用されるとしてもよい。
【００４９】
典型的なセッション確立オペレーション
図４（図４Ａおよび４Ｂを含む)は、アクセサリ装置とホスト装置との間の安全な通信リンクを確立する一例を例証するフロー図である。ある特徴によれば、セッション確立オペレーションは、ホスト装置４００とアクセサリ装置４０２との間で相互認証を実行し、シーケンス番号を初期化し、鍵ジェネレータ（key_gen）を確立することができる。以下の例は、ペアリング・オペレーションにおいてグローバル鍵（key_global）を使用して暗号化された値として通信された鍵ジェネレータ（key_gen）を使用して導かれたデバイス鍵（key_device）が、どのように、ホスト装置とアクセサリ装置との間のセッションを確立するために使用されるか、を示す。すなわち、グローバル鍵（key_global）は、安全な通信セッションを確立するためにホスト装置とアクセサリ装置との能力に結局帰着するデバイス鍵と任意のシーケンス鍵との確立のための信頼のルートになる。
【００５０】
まず、ユーザは、ホスト装置４００でセッション確立オペレーションをトリガするとしてもよい４０４。セッション確立は、ソフトウェア・アプリケーションがホスト装置４００上で初期化された場合に、トリガされるとしてもよい。そのトリガに応じて、ホスト装置４００は、パケットの送信および受信において使用するためのランダムシーケンス番号（N）を生成してもよい４０６。次に、ホスト装置４００は、アクセサリ装置４０２に接続要求メッセージを送信する４０８。ペア要求メッセージは、ホスト装置４００によって生成されたランダムシーケンス番号（N）およびホスト装置の識別子（host_id）を含むとしてもよい。
【００５１】
アクセサリ装置４０２は、ホスト装置の識別子（host_id）を使用して、特定のホスト装置４００に関連付けられる記憶されたデバイス鍵（ペアリング・オペレーションまたは再キーイング・オペレーションによって生成されたkey_device）と、デバイス鍵の満了日付（key_device_lifetime）とを、検索してもよい。もしデバイス鍵（key_device）が満了でない場合、アクセサリ装置４０２は、ランダム数（RAND）および鍵ジェネレータ（key_gen）を生成してもよい４１２。図４のセッション確立オペレーションのランダム数（RAND）および鍵ジェネレータ（key_gen）は、図２におけるペアリング・オペレーションで生成されたランダム数および鍵ジェネレータと同じではないことは、注目すべきである。それらは特定のセッションのために特別に生成された新しい値である。
【００５２】
デバイス鍵（key_device）およびランダム数（RAND）を使用して、アクセサリ装置４０２は暗号鍵（key_encr）、ソルト値（key_salt）および認証鍵（key_auth）を導くとしてもよい。ホスト装置４００とアクセサリ装置４０２とは以前にペアになったので、ホスト装置４００とアクセサリ装置４０２との双方は、２つのデバイス間でデバイス鍵を送信する必要がなく、それぞれデバイス鍵（key_device）の記憶されたコピーを持つ。各種の鍵を導出した後に、アクセサリ装置４０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）（またはNAD_send）をインクリメントしてもよく４１６、ホスト装置４００鍵接続メッセージを送信してもよい４１８。鍵接続メッセージは、インクリメントされたシーケンス番号（NAD_send）、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、ホスト装置の識別子（host_id，暗号鍵を使用して暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}））、認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００５３】
鍵接続メッセージの受信において、ホスト装置４００は、シーケンス番号（NAD_send）がリプレイ４２０ではないことを検証することによってリプレイ攻撃に対してガードを行う４２０。もしシーケンス番号（NAD_send）がリプレイの場合、ホスト装置４００は、メッセージを無視する。もしシーケンス番号（NAD_send）がリプレイでなければ、ホスト装置４００は、メッセージを処理して認証鍵を導くとしてもよい。すなわち、ホスト装置４００は、デバイス鍵（key_device）とともにアクセサリ装置４０２から受信されたランダム数（RAND）を使用して、アクセサリ装置４０２によって導かれた同じ認証鍵（key_auth）を導くとしてもよい４２２。
【００５４】
認証鍵（key_auth)により、ホスト装置４００は、鍵ペアリングメッセージを用いて受信されたkey hash message authentication code（ＨＭＡＣ）を検証することができる４２４。ＨＭＡＣの検証において、ホスト装置４００は、ランダム数（RAND）とデバイス鍵（key\device）とを使用して、現在の暗号鍵（key_encr）および現在のソルト値（key_salt）を導くとしてもよい４２６。次に、ホスト装置４００は、暗号鍵（key_encr）を使用して、鍵ペアリングメッセージから新しい鍵ジェネレータ（key_gen）を解読してもよく４２８、ＳＲＴＰセッションで使用するために、記憶媒体に、鍵ジェネレータ（key_gen）とランダム数（RAND）とを記憶してもよい４３０。
【００５５】
ホスト装置４００は、次に、ホスト装置の送信パケットに対するシーケンス番号（N）（NH_send）をインクリメントしてもよく４３２、アクセサリ装置４０２に鍵検証メッセージを送信してもよい４３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００５６】
鍵検証メッセージの受信において、アクセサリ装置４０２は、シーケンス番号（NH_send）とＨＭＡＣとを検証する４３６。もし有効であれば、アクセサリ装置４０２は、ＳＲＴＰセッションで使用するために、記憶媒体に、鍵ジェネレータ（key_gen）とランダム数（N）とを記憶してもよい４３８。アクセサリ装置４０２は、アクセサリ装置の送信パケットに対するシーケンス番号（またはNAD_send）を再びインクリメントしてもよい４４０。
【００５７】
上述されたセッション確立オペレーションは、ホスト装置４００とアクセサリ装置４０２との間の相互認証、シーケンス番号の初期化、および鍵ジェネレータ(key_gen)の確立を結果として生じるとしてもよい。鍵ジェネレータは、ホスト装置４００とアクセサリ装置４０２とによって使用され、セキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）で使用するために、マスター鍵（またはkey_master）とマスターソルト値（またはsalt_master）を導くとしてもよい。少なくとも一つの実装において、セッション確立オペレーションからの鍵ジェネレータ（key_gen）およびランダム数（RAND）は、マスター鍵（key_master）とマスターソルト値（salt_master）とを導くために使用されるとしてもよく、マスター鍵マテリアル（key_master、salt_master）は、鍵導出オペレーション（例えば、図２のＳＲＴＰの鍵導出オペレーション２１６）で使用され、セッション暗号鍵（skey_enc）およびセッションソルト値（skey_salt）を導く。
【００５８】
典型的には、セッション確立オペレーションは、コンテントがホスト装置４００とアクセサリ装置４０２との間で流されるかもしれない前に、実行される。ＳＲＴＰの安全を保護するために、ＳＲＴＰに移されるマスター鍵（key_master）とマスターソルト値（salt_master）とは、各セッションで異なるとしてもよい。さらに、新しい鍵が各チャネル変更の後に使用されてもよい。
【００５９】
典型的な再キーイング・オペレーション
ある特徴によれば、デバイス鍵（key_device）は周期的に変更されてもよい。デバイス鍵（key_device）の変更は、２以上の装置が同じ鍵を使用する場合でのクローン攻撃を周期的に保護することができる。クローン攻撃は、複数の装置が同じペアリング・スロットを共用することを可能にし、どのようなペアリング制限であっても有効に回避してしまう場合がある。デバイス鍵の変更(または再キーイング)は、さらに、今後開発されているかもしれない攻撃によって露出されるかもしれないデバイス鍵（key_device）を使用して、以前に獲得されたセッションを解読することを困難にして、あるレベルの「フォワードセキュリティ」を提供する。
【００６０】
図５（図５Ａおよび５Ｂを含む)は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵を確立する一例を例証するフロー図である。この例において、ホスト装置５００は、アクセサリ装置５０２とともに新しいデバイス鍵（key_device）を確立することができる。特に、ホスト装置５００とアクセサリ装置５０２とは、ホスト装置へ通信され、新しいデバイス鍵（key_device）を導くために使用される鍵ジェネレータ（key_gen）を暗号化するために、現在の（または期限切れの）デバイス鍵（key_device）を使用する。新しいデバイス鍵（key_device）の導出は、期限切れのデバイス鍵を使用して暗号化されホスト装置５００に通信された鍵ジェネレータに依存するため、再キーイングは、期限切れのデバイス鍵に依存し、上記の図４に関して記述されたように、最終的に、最初のデバイス鍵の生成に使用されたグローバル鍵に依存する。したがって、すべての鍵管理が、最終的に、ホスト装置の特定のタイプに関連付けられているグローバル鍵に頼っていることは明白である。
【００６１】
まず、再キーイング・オペレーションは、あるトリガによって始められてもよい５０４。例えば、再キーイング・オペレーションは、アクセサリ装置５０２が、デバイス鍵（key_device）が期限切れにされた、または、設定可能なタイムリミット未満で期限切れにしてもよい、ことを検出した場合に、トリガされるとしてもよい。すなわち、アクセサリ装置５０２が接続要求メッセージ（図４を参照）を受ける場合に、デバイス鍵の満了日付（key_device_lifetime）が過ぎたと断定されるとしてもよい。そのような場合において、アクセサリ装置５０２は、鍵ペアリングメッセージ（図４を参照）に代えて、ホスト装置５００に「期限切れ」エラーコードメッセージを返すとしてもよい。その結果、ホスト装置５００は、新しいランダムシーケンス番号（N）を生成してもよく５０６、アクセサリ装置５０２に再鍵要求メッセージを送信してもよい５０８。再鍵要求メッセージは、ランダムシーケンス番号（N）およびホスト装置の識別子（host_id）を含むとしてもよい。
【００６２】
再鍵要求メッセージの受信において、アクセサリ装置５０２は、ホスト装置（host_id）の識別子を使用して、関連するデバイス鍵（key_device）およびデバイス鍵の満了日付（key_device_lifetime）を調べるとしてもよい５１０。アクセサリ装置５０２は、さらに、ランダム数（RAND）および鍵ジェネレータ（key_gen）を生成してもよい５１２。図４に関して記述されたオペレーションと同様に、図５の再キーイング・オペレーションのランダム数（RAND）および鍵ジェネレータ（key_gen）は、上述されたペアリング・オペレーションまたはセッション確立オペレーションで生成された同じランダム数および鍵ジェネレータではない。それらは現在のオペレーションのために特別に生成された新しい値である。
【００６３】
アクセサリ装置５０２は、ランダム数および現在の（期限切れの）デバイス鍵（key_device）を使用して、新しい暗号鍵（key_encr）、ソルト値（key_salt）、および認証鍵（key_auth）を導くとしてもよい５１４。各種の鍵を導出した後、アクセサリ装置３０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）（NAD_send）をインクリメントしてもよく５１６、ホスト装置５００へ鍵メッセージ５１８を送信してもよい５１８。鍵メッセージは、インクリメントされたシーケンス番号（NAD_send）、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、ホスト装置の識別子（host_id）、暗号鍵を使用して暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６４】
鍵ペアリングメッセージの受信で、ホスト装置５００は、シーケンス番号（NAD_send）がリプレイではないこと検証することにより、リプレイ攻撃を抑制する５２０。もしシーケンス番号(NAD_send)がリプレイでない場合、ホスト装置５００は、メッセージを処理し、認証鍵（key_auth）を導くとしてもよい。すなわち、ホスト装置５００は、現在の（期限切れの）デバイス鍵（key_device）とともに、アクセサリ装置５０２から受信されたランダム数（N）を使用して、アクセサリ装置によって導かれた同じ認証鍵（key_auth）を導くとしてもよい５２２。
【００６５】
認証鍵（key_auth）で、ホスト装置５００は、受信されたるkeyed-hash message authentication ode（ＨＭＡＣ）を検証してもよい５２４。ＨＭＡＣ検証において、ホスト装置５００は、ランダム数（RAND）と期限切れのデバイス鍵（key_device）とを使用して、暗号鍵（key_encr）とソルト値（key_salt）とを導くとしてもよい５２６。次に、ホスト装置５００は、暗号鍵（key_encr）を使用して、鍵ペアリングメッセージから鍵ジェネレータ（key_gen）を解読するとしてもよい５２８。鍵ジェネレータ（key_gen）およびランダム数（RAND）を使用して、ホスト装置５００は、新しいデバイス鍵（key_device）を導くとしてもよい５３０。
【００６６】
ホスト装置５００は、次に、ホスト装置の送信パケットに対するシーケンス番号（N）（またはNH_send）をインクリメントしてもよく５３２、アクセサリ装置５０２へ鍵検証メッセージを送信してもよい５３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６７】
鍵検証メッセージの受信において、アクセサリ装置５０２は、シーケンス番号（NH_send）およびＨＭＡＣを検証する５３６。有効な場合、アクセサリ装置５０２は、鍵ジェネレータ（key_gen）とランダム数（RAND）とを使用して、新しいデバイス鍵（key_device）を生成してもよい５３８。アクセサリ装置５０２は、古いデバイス鍵を新しい値に交換することができ、記憶媒体に、新しいデバイス鍵に対する満了日付（key_device_lifetime）を更新してもよい５４０。アクセサリ装置５０２は、また、セキュアド・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）セッション５４２で使用するための鍵ジェネレータ（key_gen）およびランダム数（RAND）を記憶してもよい５４２。
【００６８】
アクセサリ装置５０２は、再び、アクセサリ装置の送信パケットに対するシーケンス番号（またはNAD_send）をインクリメントしてもよく５４４、鍵検証メッセージをホスト装置５００へ送信してもよい３４４。鍵検証メッセージは、インクリメントされたシーケンス番号（NAD_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６９】
ホスト装置５００は、アクセサリ装置５０２から鍵検証メッセージを受信してもよく、シーケンス番号（NAD_send）とＨＭＡＣとを検証してもよい５４８。検証において、ホスト装置５００は、古いデバイス鍵を新しいデバイス鍵に取り替えることができ５５０、さらに記憶媒体に鍵ジェネレータ（key_gen）とランダム数（RAND）とを記憶してもよい５５２。さらに、ホスト装置５００は、再び、ホスト装置の送信パケットに対するシーケンス番号（またはNH_send）をインクリメントしてもよい５５４。
【００７０】
典型的なアクセサリ装置
図６は、ホスト装置と信頼を確立するように構成されたアクセサリ装置の一例を例証するブロック図である。アクセサリ装置６０２は、通信インタフェース６０６と連結された処理回路６０４、ブロードキャスト受信機インタフェース６０８（または第１の通信インタフェース）、および／または、記憶媒体６１０を含むとしてもよい。処理回路６０４は、上記図２−５に関してここで説明されたアクセサリ装置のための複数の機能およびオペレーションのうちの少なくともいくつかを実行するために適合されているとしてもよい。アクセサリ装置６０２は、コンテント、鍵、および他の情報を受信するとしてもよい。さらに、アクセサリ装置６０２は、ブロードキャスト／マルチキャスト（ＢＣＭＣＳ）システム（例えばフォワードリンクオンリーネットワークを経由）のための他の情報を持って準備されてもよい。記憶媒体６１０は、すべてのグローバル鍵６１２と、それらに関連付けられている装置タイプを含むとしてもよい。例えば、記憶媒体６１０は、すべての装置タイプとそれらに対応するグローバル鍵とを一覧にした埋め込まれたテーブルを持つアプリケーションを含むとしてもよい。処理回路６０４は、任意の装置タイプに対するテーブル内のグローバル鍵を調べるために適合されているとしてもよい。いくつかの実施形態において、テーブルは、ブロードキャスト受信機インタフェース６０８経由で受信される通信によって更新されおよび／または改訂されてもよい。通信インタフェース６０６は、第２の通信インタフェースとしてここで特徴とされてもよく、ワイヤードまたはワイヤレス通信インタフェースとしてもよく、アクセサリ装置６０２が１以上のホスト装置と通信可能である。少なくともいくつかの実装では、アクセサリ装置はフォワードリンクオンリー受信機を含むとしてもよい。
【００７１】
図７は、アクセサリ装置とホスト装置との間で信頼を確立するための一例の、アクセサリ装置上で使用可能な方法のフローチャートを例証する。まず、アクセサリ装置は、ホスト装置の装置タイプの指定を含むホスト装置からメッセージを受信するとしてもよい７０２。アクセサリ装置は、ホスト装置の装置タイプを使用して、ホスト装置の装置タイプに関連付けられているグローバル鍵を調べるとしてもよい７０４。上述されるように、グローバル鍵は、同じ装置タイプのすべての装置に固有の値を含む。アクセサリ装置は、ランダム数７０６および鍵ジェネレータ７０８を生成してもよい。次に、暗号鍵は、グローバル鍵およびランダム数から導かれるとしてもよい７１０。加えて、対称な認証鍵は、グローバル鍵とランダム鍵とから導かれ、同じオペレーション内でホスト装置と交換されるすべてのメッセージを交互に認証するとしてもよい７１１。暗号鍵によって暗号化された鍵ジェネレータとランダム数とを含むメッセージは、ホスト装置へ送信されてもよい７１２。デバイス鍵は、鍵ジェネレータとランダム数とから導かれる７１４。
【００７２】
アクセサリ装置は、デバイス鍵を用いてマスター鍵を導くとしてもよい７１６。少なくとも一つの実装において、デバイス鍵からマスター鍵を導くことは、ホスト装置から接続要求メッセージを受信することによって始められるとしてもよい。次に、アクセサリ装置は、新しいランダム数を生成してもよく、新しいランダム数とデバイス鍵とから新しい暗号鍵を導くとしてもよい。加えて、アクセサリ装置は、新しい鍵ジェネレータを生成してもよく、新しい鍵ジェネレータからマスター鍵を導いてもよい。
【００７３】
マスター鍵により、アクセサリ装置は、マスター鍵からセッション暗号鍵を導くとしてもよい７１８。アクセサリ装置とホスト装置との間のセッション暗号鍵は、一時的でもよい。最後に、アクセサリ装置は、セッション暗号鍵７２０で暗号化されたコンテントをホスト装置に送信してもよい７２０。そのようなコンテントはリアルタイムのコンテントを含むとしてもよい。
【００７４】
典型的なホスト装置
図８は、アクセサリ装置と信頼を確立するように構成されたホスト装置の一例を例証するブロック図である。ホスト装置８０２は、ネットワーク通信インタフェース８０６と連結された処理回路（例えば、プロセッサ、処理モジュールなど）８０４、アクセサリ装置と通信するためのアクセサリ装置通信インタフェース８０８、および／または、コンテント、鍵、受信された他の情報を記憶するための記憶媒体８１０を含むとしてもよい。少なくともいくつかの実装において、処理回路８０４は、上記図２−５に関してここで説明されたホスト装置のための複数の機能およびオペレーションのうちの少なくともいくつかを実行するために適合されているとしてもよい。記憶媒体８１０は、ホスト装置８０２の特定の装置タイプに固有のグローバル鍵を記憶してもよく、グローバル鍵は、ここで記述されるように、ホスト装置８０２とアクセサリ装置とをペアにするためのペアリング・オペレーションで使用されるとしてもよい。アクセサリ装置通信インタフェース８０８は、ワイヤードまたはワイヤレス通信インタフェースとしてもよく、ホスト装置８０２がアクセサリ装置と通信することができる。
【００７５】
図９は、アクセサリ装置とホスト装置との間で信頼を確立するための、ホスト装置上で使用可能な方法の一例のフローチャートを例証する。まず、ホスト装置は、アクセサリ装置へペア要求メッセージを送信するとしてもよい９０２。ペア要求メッセージは、ホスト装置の装置タイプの指定を含むとしてもよい。次に、ホスト装置は、アクセサリ装置から鍵ジェネレータとランダム数とを受信するとしてもよい９０４。鍵ジェネレータは、ランダム数とグローバル鍵とを使用して導かれた暗号鍵を用いて暗号化されるとしてもよい。ここに上で注意されるように、グローバル鍵は、特定の装置タイプに固有の値を含む。すなわち、グローバル値は同じ装置タイプのすべての装置に対して同じであるが、グローバル値は異なる装置タイプの間で異なる。
【００７６】
ホスト装置は、グローバル鍵とランダム数とから暗号鍵を導くとしてもよい９０６。加えて、対称な認証鍵は、グローバル鍵とランダム数とから導かれ、同じオペレーション内でアクセサリ装置と交換されるすべてのメッセージを相互に認証するとしてもよい９０７。ホスト装置は、導かれた暗号鍵を使用して、鍵ジェネレータを解読してもよい９０８。鍵ジェネレータにより、ホスト装置は、鍵ジェネレータとランダム数とからデバイス鍵を導くとしてもよい９１０。
【００７７】
ホスト装置は、デバイス鍵を使用して、マスター鍵を導くとしてもよい９１２。少なくとも１つの実装において、デバイス鍵からマスター鍵を導くことは、アクセサリ装置に接続要求メッセージを送信することにより始められるとしてもよい。次に、ホスト装置は、アクセサリ装置から新しいランダム数を受信してもよく、新しいランダム数とデバイス鍵とから新しい暗号鍵を導いてもよい。加えて、ホスト装置は、アクセサリ装置から新しい鍵ジェネレータを受信してもよく、新しい鍵ジェネレータからマスター鍵を導いてもよい。
【００７８】
マスター鍵により、ホスト装置はマスター鍵からセッション暗号鍵を導くとしてもよい９１４。アクセサリ装置とホスト装置との間のセッション暗号鍵は、それぞれのセッションのために交換される一時的な鍵としてもよい。最後に、ホスト装置は、セッション暗号鍵で暗号化されたコンテントをアクセサリ装置から受信するとしてもよい９１６。そのようなコンテントはリアルタイム・コンテントを含むとしてもよい。
【００７９】
図１，２，３，４，５，６，７および／または８に例証されたコンポーネント、ステップ、および／または、機能のうちの１以上は、単一のコンポーネント、ステップまたは機能へ再配置および／または組み合わされ、または、いくつかのコンポーネント、ステップ、または機能で具体化されてもよい。付加的なエレメント、コンポーネント、ステップ、および／または機能は、さらに、本発明から外れることなく加えられるとしてもよい。図１，６および／または８で例証された機器、装置、および／またはコンポーネントは、図２，３，４，５，７および／または９に記述された方法、特徴、またはステップのうちの１以上を実行するように構成されてもよい。ここに記述された新しいアルゴリズムは、ソフトウェアおよび／または埋め込まれたハードウェアで効率的に実装されるとしてもよい。
【００８０】
また、少なくともいくつかの実装は、フローチャート、フロー図、構造図またはブロック図として描かれるプロセスとして描画されたことは注目される。フロー図はシーケンシャル・プロセスとしてオペレーションを描くとしているが、オペレーションの多くは並列で、または、同時に、実行されることができる。加えて、オペレーションの順序は再配置できる。プロセスは、そのオペレーションが完成する場合に終了する。プロセスは、方法、関数、手順、サブルーチン、サブプログラムなどに対応してもよい。プロセスが関数に相当する場合、その終端は、呼出関数またはｍａｉｎ関数へのその関数のリターンに対応する。
【００８１】
さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実装されることができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実装された場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体または他の記憶装置のような非一時的な機械可読媒体に記憶されるとしてもよい。プロセッサは必要なタスクを実行することができる。コードセグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または命令、データ構造またはプログラムセグメントの任意の組み合わせを表す。コードセグメントは、情報、データ、引き数、パラメータ、またはメモリコンテントの渡しおよび／または受けによって、他のコードセグメントまたはハードウェア回路と連結されるとしてもよい。情報、引き数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含むいずれかの適切な手段によって渡され、進められ、または送信されるとしてもよい。
【００８２】
ここに開示された例に関して記述された各種の例示の論理ブロック、モジュール、回路、エレメント、および／またはコンポーネントは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェア・コンポーネント、またはここに記述された機能を実行するために設計された任意の組み合わせを用いて実装または実行されるとしてもよい。汎用プロセッサは、マイクロプロセッサでもよいが、代替的に、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもよい。プロセッサは、また、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関する１以上のマイクロプロセッサ、または任意の他のそのような構成のように、コンピューティング装置の組み合わせとして実装されてもよい。また、プロセッサは、例えば、ＤＳＰとマイクロプロセッサ、多数のマイクロプロセッサ、ＤＳＰコアと関連する１以上のマイクロプロセッサ、任意の他のそのような構成、の組み合わせのように、計算コンポーネントの組み合わせとして、実装されてもよい。
【００８３】
ここに開示された例に関して記述された方法またはアルゴリズムは、ハードウェア、プロセッサによって実行可能なソフトウェアモジュール、または処理ユニット、プログラミングの命令、または他の管理の形式における２つの組み合わせで直接具体化されるとしてもよく、単一の装置に含まれてもよく、または、複数の装置にわたって分配されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または任意の他の形式の従来の非一時記憶媒体に属するとしてもよい。記憶媒体は、プロセッサが、その記憶媒体から、情報を読み出し、および情報を書き込むことができるように、プロセッサに連結されるとしてもよい。代替として、記憶媒体は、プロセッサに統合されるとしてもよい。
【００８４】
当業者はさらに、ここに開示された実施形態に関して記述された各種の例示の論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェア、または２つの組み合わせとして実装できることを、認識するだろう。明白にハードウェアとソフトウェアのこの互換性を例証するために、様々な例示のコンポーネント、ブロック、モジュール、回路およびステップが、それらの機能性の点から一般に上記で説明された。そのような機能性がハードウェアまたはソフトウェアとして実装されるか否かは、特定のアプリケーションおよび総合的なシステムに課される設計制約に依存する。
【００８５】
実施形態の記述は、例示であり請求項の範囲を制限しないように意図される。そのため、与えられた教えは、容易に他のタイプの装置に適用されることができ、多くの代案、変更、および変化は、当業者に明白であろう。
【優先権の主張】
【０００１】
[３５Ｕ．Ｓ．Ｃ．§１１９の下の優先権の主張]
特許のための本願は、２００９年５月２８日に出願され、これの譲受人に譲受され、この結果ここで参照されることによって明らかに組み込まれる、「ＵＭＲ鍵確立」と題名を付けられた仮出願番号第６１／１８２，０５０号に対する優先権を主張する。
【分野】
【０００２】
ある特徴は加入者ベースのモバイル・ブロードキャスト・サービスにコンテント保護を供給することに関する。より具体的には、信頼が、ホスト装置のタイプにしたがって決定されたグローバル鍵を使用して、アクセサリ装置とホスト装置の間で確立される。
【背景】
【０００３】
ワイヤレス・ネットワーク・システムは、他と世界的に通信するための普及している手段になった。セルラー電話、携帯情報端末などのようなワイヤレス通信装置は、消費者のニーズを満足するために、および携帯性と利便性を改善するために、より小さく、より強力になった。消費者は、信頼できるサービス。拡張されたカバレッジエリア、付加的なサービス（例えば、ウェブ・ブラウジング能力）、そのような装置のサイズとコストの継続的な削減を要求して、これらのデバイスに依存するようになった。
【０００４】
典型的なワイヤレス通信ネットワーク(例えば、周波数、時間、および／または、符号分割技術、またはそれらの組合せを使用する)は、カバレッジエリア内のデータを送信および／または受信することができるモバイル（例えばワイヤレス）装置と同様に、加入者にカバレッジエリアを提供する１以上の基地局を含む。典型的な基地局は、ブロードキャスト、マルチキャスト、および／またはユニキャスト・サービスのための複数の装置へ、複数のデータストリームを同時に送信することができ、ここでデータストリームは、ユーザ装置へ独立した受信関係があり得るデータの流れである。その基地局のカバレッジエリア内のユーザ装置は、受信している１つ、１より多い、または合成ストリームによって運ばれる全てのデータストリームに関係があり得る。同様に、ユーザ装置は。基地局および／または、別のユーザ装置へデータを送信することができる。
【０００５】
フォワードリンクオンリー技術は、ワイヤレス通信サービスプロバイダの業界団体によって開発され、システム設計において最新の進歩が利用され、最高品質の性能を達成する。フォワードリンクオンリー技術は、モバイルマルチメディア環境に向けられており、モバイルユーザ装置を用いた使用に適している。フォワードリンクオンリー技術は、リアルタイム(ストリーミング)のコンテントと他のデータサービスとの両方のために高品質受信を達成することを目指している。フォワードリンクオンリー技術は、電力消費を危うくすることなく、強健なモバイル性能および高容量を提供することができる。さらに、この技術は、必然的に展開される基地局の送信機の数を減少させることにより、マルチメディアコンテントを伝えるネットワークコストを縮小する。さらに、フォワードリンクオンリー技術ベースのマルチメディア・マルチキャスティングは、ワイヤレスオペレータのセルラーネットワークデータと音声サービスに無料であり、同様に、セルラーネットワークデータは、フォワードリンクオンリー技術によってマルチメディアコンテントを受信する同じ装置へ配達されることができる。
【０００６】
１つのそのようなフォワードリンクオンリー技術は、クァルコム社による、ＭｅｄｉａＦＬＯTMであり、それは、携帯電話および携帯情報端末（ＰＤＡ）のようなポータブルアクセスターミナルへデータをブロードキャストする。ＭｅｄｉａＦＬＯTMは加入者ベースのサービスであり、埋め込まれたフォワードリンクオンリー受信機を持つことでそのサービスを受ける装置を必要とする。しかしながら、現在、サービスは、埋め込まれたフォワードリンクオンリー受信機を持たない装置へ拡張されてもよい。サービスを利用するために、ユーザは、非フォワードリンクオンリー装置（以下、「ホスト装置」と称する）へコンテントを流すことができるフォワードリンクオンリー受信機（以下、「アクセサリ装置」と称する）を購入することができる。
【０００７】
ＭｅｄｉａＦＬＯTMサービスのオペレータと同様に、コンテントプロバイダも、そのようなサービスの展開が次の攻撃に対して強健であることを要求する：（１）アクセサリ装置、ホスト装置、または、２つの間の通信リンクから、復号化されたデジタルコンテントを抽出する；（２）「承認されたホストタイプ」の特定リスト内にないホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す；（３）一度に、1台を超えるホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す；（４）装置が所有者の位置にある間に、装置の所有者の同意なくホスト装置へＭｅｄｉａＦＬＯTMコンテントを流す。
【０００８】
しかしながら、ＭｅｄｉａＦＬＯTMシステムにおいて、コンテントはフォワードリンクオンリープロトコルスタック（例えばアクセサリ装置）までのみ、暗号化される。その結果、フォワードリンクオンリープロトコルスタックからホスト装置へのコンテントの送信は、安全ではない。したがって、アクセサリ装置とホスト装置との間で信頼を確立するための方法が必要とされる。
【概要】
【０００９】
以下は、いくつかの実装の基本理解を提供するために、１以上の実装の単純化された概要を与える。この概要は、すべての熟慮された実装の広範囲な概観ではなく、すべての実装のキーまたは重要な要素を明らかにすることも、いずれかまたはすべての実装の範囲を描写することもないように意図される。
【００１０】
ある特徴にしたがって、ホスト装置上で使用可能な方法がアクセサリ装置と信頼を確立するために提供される。アクセサリ装置と信頼を確立する場合に、ホスト装置は、ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信することができる。暗号化された鍵ジェネレータとランダム数とは、アクセサリ装置から受信されることができる。鍵ジェネレータは、ランダム数から導かれた暗号鍵を使用して暗号化されることができ、グローバル鍵はホスト装置に知られており同じ装置タイプのすべての装置に対して同じである。暗号鍵は、グローバル鍵とランダム数とから導かれることができ、鍵ジェネレータを解読するために使用されることができる。鍵ジェネレータとランダム数とを使用して、デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用されることができる。
【００１１】
ある特徴にしたがって、ホスト装置は、アクセサリ装置と信頼を確立することができる。ホスト装置は、記憶媒体と、アクセサリ装置と通信するために適合されている通信インタフェースとを含むことができる。処理回路は、通信インタフェースと記憶媒体とに連結されることができる。処理回路は、ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることができ、応答で、アクセサリ装置から、暗号化された鍵ジェネレータとランダム数とを受信することができる。鍵ジェネレータは、ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されることができ、グローバル鍵はホスト装置に知られており、同じ装置タイプのすべての装置に対して同じ値である。処理回路は、グローバル鍵と受信されたランダム数とを使用することができ、鍵ジェネレータの解読に使用される暗号鍵を導く。鍵ジェネレータとランダム数とを使用して、処理装置は、アクセサリ装置からのコンテントの安全な配達の確立に使用するためのデバイス鍵が導くことができる。
【００１２】
ある特徴にしたがって、アクセサリ装置上で使用可能な方法がホスト装置と信頼を確立するために提供される。アクセサリ装置は、ホスト装置と物理的に連結されることができるフォワードリンクオンリー受信機としてもよい。アクセサリ装置は、ホスト装置から、ホスト装置の装置タイプの指定を含むペアリング要求メッセージを受信することができる。ホスト装置の装置タイプを持つことで、アクセサリ装置は、装置タイプに関連付けられているグローバル鍵を調査することができる。そのようなグローバル鍵は、同じ装置タイプのすべての装置に対して同じ値を含む。ランダム数と鍵ジェネレータとが生成されることができる。ランダム数とグローバル鍵とを使用することで、暗号鍵は導かれることができる。ランダム数とともに、暗号鍵を使用して暗号化された鍵ジェネレータは、ホスト装置に送信されることができる。デバイス鍵は、鍵ジェネレータとランダム数とを使用して導かれることができ、デバイス鍵は、ホスト装置へのコンテントの安全な配達の確立のために使用されることができる。
【００１３】
ある特徴にしたがって、アクセサリ装置は、ホスト装置と信頼を確立することができる。アクセサリ装置は、ホスト装置と物理的に連結されてもよい。アクセサリ装置は、加入者ベースのサービスとの通信を受信するための第１の通信インタフェースと、ホスト装置との通信のための第２の通信インタフェースとを含むことができる。処理回路は、第１および第２の通信インタフェースと連結されることができる。ホスト装置との信頼の確立において、処理回路は、ホスト装置から、前記ホスト装置の装置タイプを示す指定を受信することができる。ホスト装置の装置タイプを受信した後、処理回路は、ホスト装置の装置タイプに関連付けられているグローバル鍵を調査することができる。グローバル鍵は、同じ装置タイプのすべての装置に対して同じ値を含む。処理装置は、ランダム数と鍵ジェネレータとを生成することができ、グローバル鍵とランダム数とから暗号鍵を導くことができる。暗号鍵を用いて、処理回路は、鍵ジェネレータを暗号化することができ、暗号化された鍵ジェネレータとランダム数とをホスト装置へ送信することができる。さらに、処理装置は、鍵ジェネレータとランダム数とから、デバイス鍵を導くことができ、デバイス鍵は、ホスト装置へのコンテントの安全な配達を確立するために使用されることができる。
【図面の簡単な説明】
【００１４】
【図１】図１は、フォワードリンクオンリー技術の展開の一例を例証するブロック図である。
【図２】図２は、ホスト装置とアクセサリ装置との間の信頼を確立するための鍵管理の一例を例証するフロー図である。
【図３Ａ】図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。
【図３Ｂ】図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。
【図４Ａ】図４（図４Ａおよび４Ｂを含む）は、アクセサリ装置とホスト装置との間の安全な通信リンクの確立の一例を例証するフロー図である。
【図４Ｂ】図４（図４Ａおよび４Ｂを含む）は、アクセサリ装置とホスト装置との間の安全な通信リンクの確立の一例を例証するフロー図である。
【図５Ａ】図５（図５Ａおよび５Ｂを含む）は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵の確立の一例を例証するフロー図である。
【図５Ｂ】図５（図５Ａおよび５Ｂを含む）は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵の確立の一例を例証するフロー図である。
【図６】図６は、ホスト装置と信頼を確立するように構成されたアクセサリ装置の一例を例証するブロック図である。
【図７】図７は、アクセサリ装置とホスト装置との間で信頼を確立する一例の、アクセサリ装置上で使用可能な方法のフローチャートを例証する。
【図８】図８は、アクセサリ装置と信頼を確立するように構成されたホスト装置の一例を例証するブロック図である。
【図９】図９は、アクセサリ装置とホスト装置との間で信頼を確立するための、ホスト装置上で使用可能な方法の一例のフローチャートを例証する。
【詳細な説明】
【００１５】
以下の記述において、特定の詳細は様々な実施形態の完全な理解を提供するために与えられる。しかしながら、記述された実施形態がこれらの特定の詳細なしで実行できることは、当業者によって理解されるだろう。例えば、回路は、ブロック図中で示されてもよく、不必要な詳細で実施形態を不明瞭にしないようにすべて示されなくてもよい。他の実例において、既存の回路、構造および技術は、実施形態を不明瞭にしないように詳細に示されないかもしれない。
【００１６】
以下の記述では、ある用語はある特徴について記述するために使用される。用語「アクセサリ装置」は、フォワードリンクオンリー受信機を含むが制限はされない。用語「ホスト装置」は、非フォワードリンクオンリーを含むが制限はされない。
【００１７】
この出願を通じて使用される頭文字と定義のリストが下に確認される。
【００１８】
頭文字&定義
X<<N ビットに関する、ＮビットによるＸの左シフト
X>>N ビットに関する、ＮビットによるＸの右シフト
E{key}{value} ｋｅｙを用いて暗号化されたｖａｌｕｅ
X||Y XとYの結合
【数１】
【００１９】
HMAC{key}{value} Ｋｅｙを用いたｖａｌｕｅのキードハッシュ・メッセージ認証コード
概観
セキュリティ・システムは、ブロードキャスト／マルチキャスト・ネットワーク・インフラストラクチャ上のコンテント送信に適用することができる。ブロードキャスト・ネットワーク・インフラストラクチャは、加入ベースのコンテント配送サービスの分配を促進するEvolution-Data OnlyのBroadcast Multicast Services（ＢＣＭＣＳ）でもよい。コンテント配送サービスに加入する際、加入者ホスト装置は、加入ベースのコンテントを受け取ることに適合されたアクセサリ装置に連結されるとしてもよい。ホスト装置とアクセサリ装置の双方は、ホスト装置のタイプ（例えば形および／またはモデル)に特有のグローバル鍵を持つ。このグローバル鍵は、ホスト装置とアクセサリ装置の間の通信リンクを安全にするための１以上の共有鍵を生成するために、ホスト装置とアクセサリ装置によって使用される。
【００２０】
特に、アクセサリ装置は、ランダム値(または数)および鍵ジェネレータ値を生成する。ランダム値と、アクセサリ装置とホスト装置の双方に既知のグローバル鍵とを使用して、アクセサリ装置は暗号鍵、ソルト値および認証鍵を導くことができる。アクセサリ装置は、導かれた鍵を使用して鍵ジェネレータを暗号化し、ホスト装置に対してランダム値とともに、暗号化された鍵ジェネレータを送る。アクセサリ装置は、認証鍵を使用して、ホスト装置にオーセンチケータ・マテリアルを提供する。さらに、アクセサリ装置は、鍵ジェネレータおよびランダム値を使用してデバイス鍵を導く。
【００２１】
ホスト装置は、アクセサリ装置から受信されたランダム値とグローバル鍵とを使用し、同じ暗号鍵、ソルト値および認証鍵を導くことができる。ホスト装置は、認証鍵と受信されたオーセンチケータ・マテリアルとを使用し、受信された情報を認証する。鍵を使用して、ホスト装置は、鍵ジェネレータを解読することができる。ホスト装置は、ランダム値とともに鍵ジェネレータを使用し、アクセサリ装置によって導かれた同じデバイス鍵を導く。アクセサリ装置とホスト装置とによって共有されたデバイス鍵を用いて、デバイス鍵は、アクセサリ装置との安全な通信セッションを確立し、かつアクセサリ装置からホスト装置へ通信されるコンテントを暗号化するために使用することができる。
【００２２】
ネットワーク環境
加入者ベースのフォワードリンクオンリーサービスの一例は、クァルコム社による、ＭｅｄｉａＦＬＯTMであり、それは、セル電話およびＰＤＡのようなホータブルホスト装置（例えばアクセスターミナル）と連結されるアクセサリ装置へデータをブロードキャストする。ブロードキャストデータは、株式マーケット相場、スポーツスコア、天気レポートのようなインターネット・プロトコル（ＩＰ）データキャスト・アプリケーション・データと同様に、複合のリアルタイム・オーディオおよび／またはビデオ・ストリーム、個人、非リアルタイム・ビデオおよび／またはオーディオ「クリップ」を含むとしてもよい。ＭｅｄｉａＦＬＯTMにおける「Ｆ−Ｌ−Ｏ」は、データ伝送経路がタワー/サーバからホスト装置またはアクセサリ装置への一方向であることを意味するフォワードリンクオンリーを表す。ＭｅｄｉａＦＬＯTMは、複数の加入者へ高速フルモーションのビデオ／オーディオをユニキャストすることに代えてそのようなコンテントをブロードキャストすることの、固有スペクトルの非能率を扱う。加入者へブロードキャストされるコンテントへの限定アクセスのために、加入者のアクセサリ装置のみに知られた鍵によって安全化まあは暗号化されることができる。ＭｅｄｉａＦＬＯTMコンテント配送は、加入者のアクセサリ装置を認証し、プログラミングをデコードするために使用される鍵を分配する、例えば高速データ通信の最適化（Evolution-Data Optimized）またはEvolution-Data Only（ＥＶＤＯ）のネットワーク上に実装されるとしてもよい。
【００２３】
図１は、フォワードリンクオンリー技術の展開の一例を例証するブロック図である。リアルタイム・コンテントは、コンテントプロバイダから直接受信できるが、非リアルタイム・コンテントもインターネット１０４上で受信できる。コンテントは、フォワードリンクオンリーのパケットストリームへ再フォーマットされることができ、分配ネットワーク上で分配できる。ターゲットのマーケットにおいて、コンテントは受信されることができ、フォワードリンクオンリーのパケットは、フォワードリンクオンリーのウェーブ形式１０６に変換され、ホスト装置１０８に連結されたアクセサリ装置に放射されることができる。
【００２４】
上で注目されるように、ホスト装置１０８は、非フォワードリンクオンリーのホスト装置１０８へコンテントを流すことができる「アクセサリ装置」（図示せず）とここで呼ばれる、フォワードリンクオンリー受信機に通信可能に連結されることができる。少なくとも一つの特徴にしたがって、信頼は、アクセサリ装置とホスト装置１０８との間の通信リンクを保護するために、ホスト装置１０８とアクセサリ装置との間に確立されることができる。
【００２５】
典型的な鍵管理
図２は、ホスト装置とアクセサリ装置との間の信頼を確立するための鍵管理の一例を例証するフロー図である。示されるように、すべての鍵管理オペレーションに対する信頼のルートは、図２におけるkey_global２０２のように示されるグローバル鍵である。グローバル鍵２０２は、すべてのアクセサリ装置の間とすべての特定のタイプのホスト装置の間で共有される鍵値を含む。すなわち、与えられたタイプ(例えばｉＰｈｏｎｅ（登録商標）、ブラックベリー（登録商標）、ウィンドウズモバイル（登録商標）)についてのホスト装置のそれぞれは、同じ割り当てられたグローバル鍵を持つことができ、グローバル鍵は２つの装置が互いに対にされる前にホスト装置とアクセサリ装置との双方に知られる。グローバル鍵２０２は、例えば、ホスト装置がフォワードリンクオンリーのコンテントに関連するソフトウェア・アプリケーションをダウンロードする場合に、ホスト装置へ提供されてもよく、アクセサリ装置は、すべての異なるタイプのホスト装置に対するグローバル鍵を示すリストを含むとしてもよい。限定ではなく例として、グローバル鍵２０２は、２５６ビットの対称な鍵を含むとしてもよい。グローバル鍵は、デバイス鍵（またはkey_device）を生成するためにペアリング・オペレーション２０４で使用される。デバイス鍵２０６は、ホスト装置とアクセサリ装置との間で共有される秘密鍵である。デバイス鍵２０６は、いくつかのスケジュール(例えば毎日、週、月)にそって交換されてもよい。そのような実装において、古いデバイス鍵２０６は、図２における２０６’のように示される新しいデバイス鍵を導くために、再キーイング・オペレーション２０８によって使用されるとしてもよい。デバイス鍵２０６，２０６’は、マスターソルト値(またはsalt_master)２１２およびセキュアド・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）セッションで使用するためのマスター鍵(またはkey_master)２１４を生成するために、セッション確立オペレーション２１０によって使用されるとしてもよい。
【００２６】
ＳＲＴＰセッションは、既知の鍵導出アルゴリズムを使用して、セッションソルト値（またはskey_salt）２１８とセッション暗号鍵（skey_encr）２２０とを導くためのＳＲＴＰ鍵導出オペレーション２１６において、salt_master２１２とkey_master２１４を使用するとしてもよい。例えば、セッションソルト値２１８とセッション暗号鍵２２０とは、ネットワーク・ワーキング・グループによって公表されたセキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）のセクション４．３．１で特定されるアルゴリズムを使用して導くことができ、このプロトコルは、一般的に当業者に知られており、利用可能であり、上記参照によって明らかにここに組み込まれる。一般的に、ＳＲＴＰアルゴリズムを使用し、ホスト装置とアクセサリ装置とは、マスター鍵２１４によるある値Ｘの暗号化の結果から得られる値から１１２ビットのセッションソルト値２１８を導くことができ、ここで、Ｘは、マスターソルト値２１２が、０ｘ０２とビットに関して２４ビット右へシフトされた値ｉとの連結を用いて論理ＸＯＲオペレーションによって結合された場合の結果得られる値である。
【数２】
【００２７】
同様に、ホスト装置とアクセサリ装置とは、マスター鍵２１４によるある値Ｙの暗号化からの１２８ビットのセッション暗号鍵２２０を導くことができ、ここで、Ｙは、マスターソルト値２１２が、０ｘ００とビットに関して２４ビット右へシフトされたｉとの連結を用いて論理ＸＯＲオペレーションによって結合された場合の結果得られる値である。
【数３】
【００２８】
セッションソルト値２１８は、初期化値（またはＩＶ）２２４を導くための初期化値導出オペレーション２２２によって使用される。初期化値２２４は、
【数４】
【００２９】
にしたがって導出されることができ、ここで、ＳＳＲＣは、リアルタイム・トランスポート・プロトコル（ＲＴＰ）パケット・ヘッダ内の３２ビットの同期源識別子の値である。
【００３０】
ＳＲＴＰ鍵導出オペレーション２１６と初期化値導出オペレーション２２２で使用される値「ｉ」は、４８ビットのＳＲＴＰパケットインデックス２２６であり、この値は、先で参照され、参照により組み込まれたセキュア・リアルタイム・トランスポート・プロトコルによって定義されるような、ＳＲＴＰパケットインデックス導出オペレーション２２８によって導かれる。特に、ＳＲＴＰパケットインデックス２２６は、ロールオーバー・カウンタ（またはＲＯＣ）２３０とシーケンス番号（またはＳＥＱ）２３２とを加え、さらに合計に２＾１６を掛け算することによって導くことができる（すなわち、i=(2^16)×(ROC+SEQ)）。
【００３１】
初期化値２２４とセッション暗号鍵２２０との導出後、リアルタイム・トランスポート・プロトコル（ＲＴＰ）のペイロード暗号化オペレーション２３４は、アクセサリ装置からホスト装置へ送信されるべきコンテント（またはペイロード）を暗号化するために実行され得る。従来のリアル・タイム・トランスポート・プロトコル（ＲＴＰ）において、ビデオおよびオーディオパケットは個別のＲＴＰストリームで配達される。初期化値２２４およびセッション暗号鍵２２０を使用して、それぞれのストリームのパケットは、先で参照され、ここでの参照により組み込まれるセキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）にしたがって暗号化されるとしてもよい。
【００３２】
ホスト装置とアクセサリ装置の間の典型的なペアリング・オペレーション
図３（図３Ａおよび３Ｂを含む）は、アクセサリ装置とホスト装置との間のペアリング・オペレーションの一例を例証するフロー図である。この例において、ホスト装置３００は、ホスト装置３００およびアクセサリ装置３０２の双方に既知のグローバル鍵を使用して、アクセサリ装置３０２により信頼を確立することができる。以下の図４および５への参照によってここで記述される各種のオペレーションと同様に、図３のペアリング・オペレーションにおける各種の鍵の導出は、複数の既存のアルゴリズムのうちのいずれかによって実行されるとしてもよい。限定ではなく例として、ここに記述される各種の鍵は導かれることができ、メッセージは、信頼を確立するために前に共有される鍵（ＰＳＫ）としてグローバル鍵を使用して、マルチメディア・インターネット・キーイング（ＭＩＫＥＹ）アルゴリズムにしたがって暗号化されてもよい。
【００３３】
ある特徴にしたがって、ペアリングは、ホスト装置３００とアクセサリ装置３０２との間で共有される秘密デバイス鍵を導出するためにホスト装置３００がアクセサリ装置３０２に接続された後、１回のみ起こる。ユーザは、ホスト装置３００でペアリング・オペレーションをトリガしてもよい３０４。ペアリングは、ホスト装置３００が初めてアクセサリ装置３０２に接続された場合にトリガされるとしてもよい。ある局面において、トリガは、ホスト装置３００によって実行されたソフトウェア・アプリケーションを単に開くことにより生じるとしてもよい。他の局面において、トリガは、アクセサリ装置３０２に対するホスト装置３００の初期的ペアリングのために、そのアプリケーションにおけるメニューオプションをユーザが選択することを含むとしてもよい。
【００３４】
トリガに応じて、ホスト装置３００は、ランダムシーケンス番号（N）を生成してもよい３０６。シーケンス番号は、リプレイ攻撃から鍵管理メッセージを保護するために使用されるとしてもよい。パケットは、それが敵対者（例えば無許可装置）によって格納され、次にネットワークに敵対者によって再注入される場合に「リプレイ」される。鍵管理メッセージは、シーケンス番号を使用して、シーケンス番号を使用してそのような取り付けから保護されるとしてもよい。特に、送信装置は、増加する順に、発信メッセージにシーケンス番号を割り当てるとしてもよい。発振メッセージのためのシーケンス番号（Nsnd）は、ホスト装置３００とアクセサリ装置３０２との双方で同じランダム値に初期化されてもよい。受信装置は、与えられた窓(例えばNrcv-WINDOW_SIZEとNrcvとの間)内の認証されたメッセージのシーケンス番号と共に、(Nrcv)とされる最も高いシーケンス番号の値を憶えている。窓の前方、または、窓の内であるがすでに受信されてはいないシーケンス番号を持つパケットのみ、受付けられるとしてもよい。そのようなスキームは、パケットが受信されたことを示すためのビットマップを使用して、実装されるとしてもよい。
【００３５】
次に、ホスト装置３００は、アクセサリ装置３０２にペア要求メッセージを送る３０６。ペア要求メッセージは、ホスト装置３００によって生成されたランダムシーケンス番号（N）、ホスト装置の識別子（host_id）、ホスト装置のタイプの識別子、およびそのソフトウェア・バージョンを含んでいるかもしれない。いくつかの実装において、ホスト装置の識別子は、その加入者番号のような、ホスト装置３００に固有の値を含むとしてもよい。
【００３６】
ホスト装置のタイプとソフトウェア・バージョンとは、ホスト装置３００の形および／またはモデルを識別することを含むとしてもよい。例えば、ホスト装置３００は、それが特定のファームウェア・バージョンで動作するｉＰｈｏｎｅ(登録商標)であることを識別してもよい。
【００３７】
ペア要求メッセージの受信に際して、アクセサリ装置３０２は、関連するグローバル鍵（またはkey_global）を検索するために装置タイプとソフトウェア・バージョンとを使用してもよい３１０。ある特徴によれば、異なるグローバル鍵（key_global）は、それぞれ異なる装置タイプ（例えば、ホスト装置３００の型および／またはモデル)に対応付けられる。すなわち、それぞれの装置タイプ（ホスト装置の型および／またはモデル)は、その特定の装置タイプに特有のグローバル鍵（key_global）を割り当てられる。少なくとも1つの局面において、アクセサリ装置３０２は、それぞれ受け付け可能な装置タイプと、それぞれの装置タイプに関連付けられた固有のグローバル鍵とを識別するアプリケーション内に埋め込まれた情報を持つアプリケーション（例えば、ソフトウェア・プログラム）を含むとしてもよい。そのような実装において、アクセサリ装置３０２は、ホスト装置タイプに関連付けられているグローバル鍵を、埋め込まれている情報の中で調べることができる。
【００３８】
アクセサリ装置３０２は、さらに、ランダム数（またはRAND）および鍵ジェネレータ(またはkey_gen)を生成してもよい３１２。アクセサリ装置３０２は、ランダム数（RAND）およびグローバル鍵（key_global）を使用して、暗号鍵(またはkey_encr)、ソルト値(またはkey_salt)、および認証鍵(またはkey_auth)を導き３１４、それらのうちのいくつかは、アクセサリ装置３０２からホスト装置３００へ送信されるべき鍵ジェネレータを暗号化するために使用されてもよい。各種の鍵を導いた後に、アクセサリ装置３０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）(またはNAD_send)をインクリメントしてもよい３１６。
【００３９】
次に、アクセサリ装置３０２は、ホスト装置３００に鍵ペアリングメッセージを送るとしてもよい３１８。鍵ペアリングメッセージは、インクリメントされたシーケンス番号（NAD_send)、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、暗号鍵を用いて暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}）、および、認証鍵（key_auth）を使用して全体のメッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（すなわち、HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４０】
鍵ペアリングメッセージの受信において、ホスト装置３００は、シーケンス番号（NAD_send）がリプレイではないことを検証することによってリプレイ攻撃に対してガードする３２０。もし、シーケンス番号(NAD_send）がリプレイの場合、ホスト装置３００はメッセージを無視してもよい。シーケンス番号（NAD_send）がリプレイでない場合、ホスト装置３００は、認証鍵を導くためにメッセージを処理してもよい。すなわち、ホスト装置３００は、グローバル鍵（key_global）とともにアクセサリ装置３０２から受信されたランダム数（RAND）を使用することができ、これによりアクセサリ装置によって導かれた同じ認証鍵（(key_auth）を導くとしてもよい３２２。
【００４１】
ある特徴によれば、グローバル鍵（key_global）は、既にホスト装置３００で見つかっており、アクセサリ装置３０２へ伝達されない。例えば、ホスト装置３００は、アプリケーション内に埋め込まれたその固有の装置タイプに対するグローバル鍵（key_global）を持つ例えばソフトウェア・プログラムのようなアプリケーションを、実行するように適合されているとしてもよい。ある局面において、グローバル鍵（key_global）は、ホスト装置３００内のアプリケーション内にそのファクトリで配置されてもよく、すなわち、グローバル鍵（key_global）は、アプリケーション内に埋め込まれているとしてもよく、ユーザは、ウェブサイトからそのアプリケーションをダウンロードしてもよい。ホスト装置３００のグローバル鍵（key_global）は、同じタイプのすべてのホスト装置に対して同じであり、アクセサリ装置３０２の装置タイプに関連付けられているグローバル鍵（key_global）と同じである。したがって、特定のタイプのホスト装置３００に対するグローバル鍵（key_global）は、互いの間でのグローバル鍵（key_global）の任意の送信なしで、および、任意の他の外部装置からの送信なしで、ホスト装置３００とアクセサリ装置３０２との双方に知られる。
【００４２】
認証鍵（key_auth）を用いて、ホスト装置３００は、受信されたkeyed-hash message authentication code（ＨＭＡＣ）を検証する３２４。ＨＭＡＣの検証において、ホスト装置３００は、暗号鍵（key_encr）およびソルト値（key_salt）３２６を導くために、ランダム数（RAND）およびグローバル鍵（key_global）を使用してもよい３２６。
【００４３】
次に、ホスト装置３００は、鍵ペアリングメッセージから鍵ジェネレータ（key_gen）を解読するために、暗号鍵（key_encr）を使用してもよい３２８。鍵ジェネレータ（key_gen）およびランダム数（RAND）を使用して、ホスト装置３００は固有のデバイス鍵（またはkey_device）を導くとしてもよい３３０。
【００４４】
次に、ホスト装置３００は、ホスト装置の送信パケットに対するシーケンス番号（N）（またはNH_send）をインクリメントしてもよく、アクセサリ装置３０２に鍵検証メッセージを送るとしてもよい３３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id)、アクセサリ装置の識別子(AD_id)、および認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（すなわち、HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４５】
鍵検証メッセージの受信において、アクセサリ装置３０２は、シーケンス番号(NH_send)およびＨＭＡＣを検証する３３６。もし有効であれば、アクセサリ装置３０２は、鍵ジェネレータ（key_gen）およびランダム数（RAND）からデバイス鍵（key_device）を生成してもよい３３８。ホスト装置３００の識別（host_id）およびデバイス鍵の満了日付（または、key_device_lifetime）とともに、デバイス鍵（key_device）は、記憶媒体３４０に格納されてもよい３４０。
【００４６】
アクセサリ装置３０２は、再び、アクセサリ装置の送信パケットに対するシーケンス番号(または、NAD_send)をインクリメントしてもよく３４２、ホスト装置３００に鍵検証メッセージを送信してもよい３４４。鍵検証メッセージは、インクリメントされたシーケンス番号（NAD_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子(AD_id)、および認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００４７】
ホスト装置３００は、アクセサリ装置３０２から鍵検証メッセージを受信するとしてもよく、シーケンス番号（NAD_send）およびＨＭＡＣを検証してもよい３４６。健勝において、ホスト装置３００は、グローバル鍵（key_global）を削除し、第三者によって危険にさらされるようなその公開を制限してもよい３４８。一般に、ホスト装置３００は、より閉じたプラットホームであるアクセサリ装置３０２に関する攻撃により脆弱かもしれない。アクセサリ装置３０２が他のホスト装置と対になることを防止するため、アクセサリ装置３０２からグローバル鍵（key_global）を取り除くことは望ましくないかもしれない。ホスト装置３００は、さらに、記憶媒体にデバイス鍵（key_device）を記憶してもよく３５０、再度、ホスト装置の送信パケットに対するシーケンス番号（またはNH_send)をインクリメントしてもよい３５２。
【００４８】
上記のプロセスまたはそれらの変更を使用して、ホスト装置３００とアクセサリ装置３０２との双方は、共通のグローバル鍵（key_global）を使用して、共有秘密(例えばデバイス鍵（key_device））を導いてもよく、それはフォワードリンクオンリーのコンテントを伝えるためび安全な通信リンクを確立するために使用されるとしてもよい。
【００４９】
典型的なセッション確立オペレーション
図４（図４Ａおよび４Ｂを含む)は、アクセサリ装置とホスト装置との間の安全な通信リンクを確立する一例を例証するフロー図である。ある特徴によれば、セッション確立オペレーションは、ホスト装置４００とアクセサリ装置４０２との間で相互認証を実行し、シーケンス番号を初期化し、鍵ジェネレータ（key_gen）を確立することができる。以下の例は、ペアリング・オペレーションにおいてグローバル鍵（key_global）を使用して暗号化された値として通信された鍵ジェネレータ（key_gen）を使用して導かれたデバイス鍵（key_device）が、どのように、ホスト装置とアクセサリ装置との間のセッションを確立するために使用されるか、を示す。すなわち、グローバル鍵（key_global）は、安全な通信セッションを確立するためにホスト装置とアクセサリ装置との能力に結局帰着するデバイス鍵と任意のシーケンス鍵との確立のための信頼のルートになる。
【００５０】
まず、ユーザは、ホスト装置４００でセッション確立オペレーションをトリガするとしてもよい４０４。セッション確立は、ソフトウェア・アプリケーションがホスト装置４００上で初期化された場合に、トリガされるとしてもよい。そのトリガに応じて、ホスト装置４００は、パケットの送信および受信において使用するためのランダムシーケンス番号（N）を生成してもよい４０６。次に、ホスト装置４００は、アクセサリ装置４０２に接続要求メッセージを送信する４０８。ペア要求メッセージは、ホスト装置４００によって生成されたランダムシーケンス番号（N）およびホスト装置の識別子（host_id）を含むとしてもよい。
【００５１】
アクセサリ装置４０２は、ホスト装置の識別子（host_id）を使用して、特定のホスト装置４００に関連付けられる記憶されたデバイス鍵（ペアリング・オペレーションまたは再キーイング・オペレーションによって生成されたkey_device）と、デバイス鍵の満了日付（key_device_lifetime）とを、検索してもよい。もしデバイス鍵（key_device）が満了でない場合、アクセサリ装置４０２は、ランダム数（RAND）および鍵ジェネレータ（key_gen）を生成してもよい４１２。図４のセッション確立オペレーションのランダム数（RAND）および鍵ジェネレータ（key_gen）は、図２におけるペアリング・オペレーションで生成されたランダム数および鍵ジェネレータと同じではないことは、注目すべきである。それらは特定のセッションのために特別に生成された新しい値である。
【００５２】
デバイス鍵（key_device）およびランダム数（RAND）を使用して、アクセサリ装置４０２は暗号鍵（key_encr）、ソルト値（key_salt）および認証鍵（key_auth）を導くとしてもよい。ホスト装置４００とアクセサリ装置４０２とは以前にペアになったので、ホスト装置４００とアクセサリ装置４０２との双方は、２つのデバイス間でデバイス鍵を送信する必要がなく、それぞれデバイス鍵（key_device）の記憶されたコピーを持つ。各種の鍵を導出した後に、アクセサリ装置４０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）（またはNAD_send）をインクリメントしてもよく４１６、ホスト装置４００鍵接続メッセージを送信してもよい４１８。鍵接続メッセージは、インクリメントされたシーケンス番号（NAD_send）、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、ホスト装置の識別子（host_id，暗号鍵を使用して暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}））、認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００５３】
鍵接続メッセージの受信において、ホスト装置４００は、シーケンス番号（NAD_send）がリプレイ４２０ではないことを検証することによってリプレイ攻撃に対してガードを行う４２０。もしシーケンス番号（NAD_send）がリプレイの場合、ホスト装置４００は、メッセージを無視する。もしシーケンス番号（NAD_send）がリプレイでなければ、ホスト装置４００は、メッセージを処理して認証鍵を導くとしてもよい。すなわち、ホスト装置４００は、デバイス鍵（key_device）とともにアクセサリ装置４０２から受信されたランダム数（RAND）を使用して、アクセサリ装置４０２によって導かれた同じ認証鍵（key_auth）を導くとしてもよい４２２。
【００５４】
認証鍵（key_auth)により、ホスト装置４００は、鍵ペアリングメッセージを用いて受信されたkey hash message authentication code（ＨＭＡＣ）を検証することができる４２４。ＨＭＡＣの検証において、ホスト装置４００は、ランダム数（RAND）とデバイス鍵（key\device）とを使用して、現在の暗号鍵（key_encr）および現在のソルト値（key_salt）を導くとしてもよい４２６。次に、ホスト装置４００は、暗号鍵（key_encr）を使用して、鍵ペアリングメッセージから新しい鍵ジェネレータ（key_gen）を解読してもよく４２８、ＳＲＴＰセッションで使用するために、記憶媒体に、鍵ジェネレータ（key_gen）とランダム数（RAND）とを記憶してもよい４３０。
【００５５】
ホスト装置４００は、次に、ホスト装置の送信パケットに対するシーケンス番号（N）（NH_send）をインクリメントしてもよく４３２、アクセサリ装置４０２に鍵検証メッセージを送信してもよい４３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、認証鍵(key_auth)を使用した全メッセージにわたるkeyed-hash message authentication code（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００５６】
鍵検証メッセージの受信において、アクセサリ装置４０２は、シーケンス番号（NH_send）とＨＭＡＣとを検証する４３６。もし有効であれば、アクセサリ装置４０２は、ＳＲＴＰセッションで使用するために、記憶媒体に、鍵ジェネレータ（key_gen）とランダム数（N）とを記憶してもよい４３８。アクセサリ装置４０２は、アクセサリ装置の送信パケットに対するシーケンス番号（またはNAD_send）を再びインクリメントしてもよい４４０。
【００５７】
上述されたセッション確立オペレーションは、ホスト装置４００とアクセサリ装置４０２との間の相互認証、シーケンス番号の初期化、および鍵ジェネレータ(key_gen)の確立を結果として生じるとしてもよい。鍵ジェネレータは、ホスト装置４００とアクセサリ装置４０２とによって使用され、セキュア・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）で使用するために、マスター鍵（またはkey_master）とマスターソルト値（またはsalt_master）を導くとしてもよい。少なくとも一つの実装において、セッション確立オペレーションからの鍵ジェネレータ（key_gen）およびランダム数（RAND）は、マスター鍵（key_master）とマスターソルト値（salt_master）とを導くために使用されるとしてもよく、マスター鍵マテリアル（key_master、salt_master）は、鍵導出オペレーション（例えば、図２のＳＲＴＰの鍵導出オペレーション２１６）で使用され、セッション暗号鍵（skey_enc）およびセッションソルト値（skey_salt）を導く。
【００５８】
典型的には、セッション確立オペレーションは、コンテントがホスト装置４００とアクセサリ装置４０２との間で流されるかもしれない前に、実行される。ＳＲＴＰの安全を保護するために、ＳＲＴＰに移されるマスター鍵（key_master）とマスターソルト値（salt_master）とは、各セッションで異なるとしてもよい。さらに、新しい鍵が各チャネル変更の後に使用されてもよい。
【００５９】
典型的な再キーイング・オペレーション
ある特徴によれば、デバイス鍵（key_device）は周期的に変更されてもよい。デバイス鍵（key_device）の変更は、２以上の装置が同じ鍵を使用する場合でのクローン攻撃を周期的に保護することができる。クローン攻撃は、複数の装置が同じペアリング・スロットを共用することを可能にし、どのようなペアリング制限であっても有効に回避してしまう場合がある。デバイス鍵の変更(または再キーイング)は、さらに、今後開発されているかもしれない攻撃によって露出されるかもしれないデバイス鍵（key_device）を使用して、以前に獲得されたセッションを解読することを困難にして、あるレベルの「フォワードセキュリティ」を提供する。
【００６０】
図５（図５Ａおよび５Ｂを含む)は、アクセサリ装置とホスト装置との間で共有される新しいデバイス鍵を確立する一例を例証するフロー図である。この例において、ホスト装置５００は、アクセサリ装置５０２とともに新しいデバイス鍵（key_device）を確立することができる。特に、ホスト装置５００とアクセサリ装置５０２とは、ホスト装置へ通信され、新しいデバイス鍵（key_device）を導くために使用される鍵ジェネレータ（key_gen）を暗号化するために、現在の（または期限切れの）デバイス鍵（key_device）を使用する。新しいデバイス鍵（key_device）の導出は、期限切れのデバイス鍵を使用して暗号化されホスト装置５００に通信された鍵ジェネレータに依存するため、再キーイングは、期限切れのデバイス鍵に依存し、上記の図４に関して記述されたように、最終的に、最初のデバイス鍵の生成に使用されたグローバル鍵に依存する。したがって、すべての鍵管理が、最終的に、ホスト装置の特定のタイプに関連付けられているグローバル鍵に頼っていることは明白である。
【００６１】
まず、再キーイング・オペレーションは、あるトリガによって始められてもよい５０４。例えば、再キーイング・オペレーションは、アクセサリ装置５０２が、デバイス鍵（key_device）が期限切れにされた、または、設定可能なタイムリミット未満で期限切れにしてもよい、ことを検出した場合に、トリガされるとしてもよい。すなわち、アクセサリ装置５０２が接続要求メッセージ（図４を参照）を受ける場合に、デバイス鍵の満了日付（key_device_lifetime）が過ぎたと断定されるとしてもよい。そのような場合において、アクセサリ装置５０２は、鍵ペアリングメッセージ（図４を参照）に代えて、ホスト装置５００に「期限切れ」エラーコードメッセージを返すとしてもよい。その結果、ホスト装置５００は、新しいランダムシーケンス番号（N）を生成してもよく５０６、アクセサリ装置５０２に再鍵要求メッセージを送信してもよい５０８。再鍵要求メッセージは、ランダムシーケンス番号（N）およびホスト装置の識別子（host_id）を含むとしてもよい。
【００６２】
再鍵要求メッセージの受信において、アクセサリ装置５０２は、ホスト装置（host_id）の識別子を使用して、関連するデバイス鍵（key_device）およびデバイス鍵の満了日付（key_device_lifetime）を調べるとしてもよい５１０。アクセサリ装置５０２は、さらに、ランダム数（RAND）および鍵ジェネレータ（key_gen）を生成してもよい５１２。図４に関して記述されたオペレーションと同様に、図５の再キーイング・オペレーションのランダム数（RAND）および鍵ジェネレータ（key_gen）は、上述されたペアリング・オペレーションまたはセッション確立オペレーションで生成された同じランダム数および鍵ジェネレータではない。それらは現在のオペレーションのために特別に生成された新しい値である。
【００６３】
アクセサリ装置５０２は、ランダム数および現在の（期限切れの）デバイス鍵（key_device）を使用して、新しい暗号鍵（key_encr）、ソルト値（key_salt）、および認証鍵（key_auth）を導くとしてもよい５１４。各種の鍵を導出した後、アクセサリ装置３０２は、アクセサリ装置の送信パケットに対するシーケンス番号（N）（NAD_send）をインクリメントしてもよく５１６、ホスト装置５００へ鍵メッセージ５１８を送信してもよい５１８。鍵メッセージは、インクリメントされたシーケンス番号（NAD_send）、ランダム数（RAND）、アクセサリ装置の識別子（またはAD_id）、ホスト装置の識別子（host_id）、暗号鍵を使用して暗号化された鍵ジェネレータ（key_gen）（すなわち、E{key_enc}{key_gen}）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６４】
鍵ペアリングメッセージの受信で、ホスト装置５００は、シーケンス番号（NAD_send）がリプレイではないこと検証することにより、リプレイ攻撃を抑制する５２０。もしシーケンス番号(NAD_send)がリプレイでない場合、ホスト装置５００は、メッセージを処理し、認証鍵（key_auth）を導くとしてもよい。すなわち、ホスト装置５００は、現在の（期限切れの）デバイス鍵（key_device）とともに、アクセサリ装置５０２から受信されたランダム数（N）を使用して、アクセサリ装置によって導かれた同じ認証鍵（key_auth）を導くとしてもよい５２２。
【００６５】
認証鍵（key_auth）で、ホスト装置５００は、受信されたるkeyed-hash message authentication ode（ＨＭＡＣ）を検証してもよい５２４。ＨＭＡＣ検証において、ホスト装置５００は、ランダム数（RAND）と期限切れのデバイス鍵（key_device）とを使用して、暗号鍵（key_encr）とソルト値（key_salt）とを導くとしてもよい５２６。次に、ホスト装置５００は、暗号鍵（key_encr）を使用して、鍵ペアリングメッセージから鍵ジェネレータ（key_gen）を解読するとしてもよい５２８。鍵ジェネレータ（key_gen）およびランダム数（RAND）を使用して、ホスト装置５００は、新しいデバイス鍵（key_device）を導くとしてもよい５３０。
【００６６】
ホスト装置５００は、次に、ホスト装置の送信パケットに対するシーケンス番号（N）（またはNH_send）をインクリメントしてもよく５３２、アクセサリ装置５０２へ鍵検証メッセージを送信してもよい５３４。鍵検証メッセージは、インクリメントされたシーケンス番号（NH_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６７】
鍵検証メッセージの受信において、アクセサリ装置５０２は、シーケンス番号（NH_send）およびＨＭＡＣを検証する５３６。有効な場合、アクセサリ装置５０２は、鍵ジェネレータ（key_gen）とランダム数（RAND）とを使用して、新しいデバイス鍵（key_device）を生成してもよい５３８。アクセサリ装置５０２は、古いデバイス鍵を新しい値に交換することができ、記憶媒体に、新しいデバイス鍵に対する満了日付（key_device_lifetime）を更新してもよい５４０。アクセサリ装置５０２は、また、セキュアド・リアルタイム・トランスポート・プロトコル（ＳＲＴＰ）セッション５４２で使用するための鍵ジェネレータ（key_gen）およびランダム数（RAND）を記憶してもよい５４２。
【００６８】
アクセサリ装置５０２は、再び、アクセサリ装置の送信パケットに対するシーケンス番号（またはNAD_send）をインクリメントしてもよく５４４、鍵検証メッセージをホスト装置５００へ送信してもよい３４４。鍵検証メッセージは、インクリメントされたシーケンス番号（NAD_send）、ホスト装置の識別子（host_id）、アクセサリ装置の識別子（AD_id）、全メッセージにわたるkeyed-hash message authentication ode（ＨＭＡＣ）（HMAC{key_auth}{メッセージ}）を含むとしてもよい。
【００６９】
ホスト装置５００は、アクセサリ装置５０２から鍵検証メッセージを受信してもよく、シーケンス番号（NAD_send）とＨＭＡＣとを検証してもよい５４８。検証において、ホスト装置５００は、古いデバイス鍵を新しいデバイス鍵に取り替えることができ５５０、さらに記憶媒体に鍵ジェネレータ（key_gen）とランダム数（RAND）とを記憶してもよい５５２。さらに、ホスト装置５００は、再び、ホスト装置の送信パケットに対するシーケンス番号（またはNH_send）をインクリメントしてもよい５５４。
【００７０】
典型的なアクセサリ装置
図６は、ホスト装置と信頼を確立するように構成されたアクセサリ装置の一例を例証するブロック図である。アクセサリ装置６０２は、通信インタフェース６０６と連結された処理回路６０４、ブロードキャスト受信機インタフェース６０８（または第１の通信インタフェース）、および／または、記憶媒体６１０を含むとしてもよい。処理回路６０４は、上記図２−５に関してここで説明されたアクセサリ装置のための複数の機能およびオペレーションのうちの少なくともいくつかを実行するために適合されているとしてもよい。アクセサリ装置６０２は、コンテント、鍵、および他の情報を受信するとしてもよい。さらに、アクセサリ装置６０２は、ブロードキャスト／マルチキャスト（ＢＣＭＣＳ）システム（例えばフォワードリンクオンリーネットワークを経由）のための他の情報を持って準備されてもよい。記憶媒体６１０は、すべてのグローバル鍵６１２と、それらに関連付けられている装置タイプを含むとしてもよい。例えば、記憶媒体６１０は、すべての装置タイプとそれらに対応するグローバル鍵とを一覧にした埋め込まれたテーブルを持つアプリケーションを含むとしてもよい。処理回路６０４は、任意の装置タイプに対するテーブル内のグローバル鍵を調べるために適合されているとしてもよい。いくつかの実施形態において、テーブルは、ブロードキャスト受信機インタフェース６０８経由で受信される通信によって更新されおよび／または改訂されてもよい。通信インタフェース６０６は、第２の通信インタフェースとしてここで特徴とされてもよく、ワイヤードまたはワイヤレス通信インタフェースとしてもよく、アクセサリ装置６０２が１以上のホスト装置と通信可能である。少なくともいくつかの実装では、アクセサリ装置はフォワードリンクオンリー受信機を含むとしてもよい。
【００７１】
図７は、アクセサリ装置とホスト装置との間で信頼を確立するための一例の、アクセサリ装置上で使用可能な方法のフローチャートを例証する。まず、アクセサリ装置は、ホスト装置の装置タイプの指定を含むホスト装置からメッセージを受信するとしてもよい７０２。アクセサリ装置は、ホスト装置の装置タイプを使用して、ホスト装置の装置タイプに関連付けられているグローバル鍵を調べるとしてもよい７０４。上述されるように、グローバル鍵は、同じ装置タイプのすべての装置に固有の値を含む。アクセサリ装置は、ランダム数７０６および鍵ジェネレータ７０８を生成してもよい。次に、暗号鍵は、グローバル鍵およびランダム数から導かれるとしてもよい７１０。加えて、対称な認証鍵は、グローバル鍵とランダム鍵とから導かれ、同じオペレーション内でホスト装置と交換されるすべてのメッセージを交互に認証するとしてもよい７１１。暗号鍵によって暗号化された鍵ジェネレータとランダム数とを含むメッセージは、ホスト装置へ送信されてもよい７１２。デバイス鍵は、鍵ジェネレータとランダム数とから導かれる７１４。
【００７２】
アクセサリ装置は、デバイス鍵を用いてマスター鍵を導くとしてもよい７１６。少なくとも一つの実装において、デバイス鍵からマスター鍵を導くことは、ホスト装置から接続要求メッセージを受信することによって始められるとしてもよい。次に、アクセサリ装置は、新しいランダム数を生成してもよく、新しいランダム数とデバイス鍵とから新しい暗号鍵を導くとしてもよい。加えて、アクセサリ装置は、新しい鍵ジェネレータを生成してもよく、新しい鍵ジェネレータからマスター鍵を導いてもよい。
【００７３】
マスター鍵により、アクセサリ装置は、マスター鍵からセッション暗号鍵を導くとしてもよい７１８。アクセサリ装置とホスト装置との間のセッション暗号鍵は、一時的でもよい。最後に、アクセサリ装置は、セッション暗号鍵７２０で暗号化されたコンテントをホスト装置に送信してもよい７２０。そのようなコンテントはリアルタイムのコンテントを含むとしてもよい。
【００７４】
典型的なホスト装置
図８は、アクセサリ装置と信頼を確立するように構成されたホスト装置の一例を例証するブロック図である。ホスト装置８０２は、ネットワーク通信インタフェース８０６と連結された処理回路（例えば、プロセッサ、処理モジュールなど）８０４、アクセサリ装置と通信するためのアクセサリ装置通信インタフェース８０８、および／または、コンテント、鍵、受信された他の情報を記憶するための記憶媒体８１０を含むとしてもよい。少なくともいくつかの実装において、処理回路８０４は、上記図２−５に関してここで説明されたホスト装置のための複数の機能およびオペレーションのうちの少なくともいくつかを実行するために適合されているとしてもよい。記憶媒体８１０は、ホスト装置８０２の特定の装置タイプに固有のグローバル鍵を記憶してもよく、グローバル鍵は、ここで記述されるように、ホスト装置８０２とアクセサリ装置とをペアにするためのペアリング・オペレーションで使用されるとしてもよい。アクセサリ装置通信インタフェース８０８は、ワイヤードまたはワイヤレス通信インタフェースとしてもよく、ホスト装置８０２がアクセサリ装置と通信することができる。
【００７５】
図９は、アクセサリ装置とホスト装置との間で信頼を確立するための、ホスト装置上で使用可能な方法の一例のフローチャートを例証する。まず、ホスト装置は、アクセサリ装置へペア要求メッセージを送信するとしてもよい９０２。ペア要求メッセージは、ホスト装置の装置タイプの指定を含むとしてもよい。次に、ホスト装置は、アクセサリ装置から鍵ジェネレータとランダム数とを受信するとしてもよい９０４。鍵ジェネレータは、ランダム数とグローバル鍵とを使用して導かれた暗号鍵を用いて暗号化されるとしてもよい。ここに上で注意されるように、グローバル鍵は、特定の装置タイプに固有の値を含む。すなわち、グローバル値は同じ装置タイプのすべての装置に対して同じであるが、グローバル値は異なる装置タイプの間で異なる。
【００７６】
ホスト装置は、グローバル鍵とランダム数とから暗号鍵を導くとしてもよい９０６。加えて、対称な認証鍵は、グローバル鍵とランダム数とから導かれ、同じオペレーション内でアクセサリ装置と交換されるすべてのメッセージを相互に認証するとしてもよい９０７。ホスト装置は、導かれた暗号鍵を使用して、鍵ジェネレータを解読してもよい９０８。鍵ジェネレータにより、ホスト装置は、鍵ジェネレータとランダム数とからデバイス鍵を導くとしてもよい９１０。
【００７７】
ホスト装置は、デバイス鍵を使用して、マスター鍵を導くとしてもよい９１２。少なくとも１つの実装において、デバイス鍵からマスター鍵を導くことは、アクセサリ装置に接続要求メッセージを送信することにより始められるとしてもよい。次に、ホスト装置は、アクセサリ装置から新しいランダム数を受信してもよく、新しいランダム数とデバイス鍵とから新しい暗号鍵を導いてもよい。加えて、ホスト装置は、アクセサリ装置から新しい鍵ジェネレータを受信してもよく、新しい鍵ジェネレータからマスター鍵を導いてもよい。
【００７８】
マスター鍵により、ホスト装置はマスター鍵からセッション暗号鍵を導くとしてもよい９１４。アクセサリ装置とホスト装置との間のセッション暗号鍵は、それぞれのセッションのために交換される一時的な鍵としてもよい。最後に、ホスト装置は、セッション暗号鍵で暗号化されたコンテントをアクセサリ装置から受信するとしてもよい９１６。そのようなコンテントはリアルタイム・コンテントを含むとしてもよい。
【００７９】
図１，２，３，４，５，６，７および／または８に例証されたコンポーネント、ステップ、および／または、機能のうちの１以上は、単一のコンポーネント、ステップまたは機能へ再配置および／または組み合わされ、または、いくつかのコンポーネント、ステップ、または機能で具体化されてもよい。付加的なエレメント、コンポーネント、ステップ、および／または機能は、さらに、本発明から外れることなく加えられるとしてもよい。図１，６および／または８で例証された機器、装置、および／またはコンポーネントは、図２，３，４，５，７および／または９に記述された方法、特徴、またはステップのうちの１以上を実行するように構成されてもよい。ここに記述された新しいアルゴリズムは、ソフトウェアおよび／または埋め込まれたハードウェアで効率的に実装されるとしてもよい。
【００８０】
また、少なくともいくつかの実装は、フローチャート、フロー図、構造図またはブロック図として描かれるプロセスとして描画されたことは注目される。フロー図はシーケンシャル・プロセスとしてオペレーションを描くとしているが、オペレーションの多くは並列で、または、同時に、実行されることができる。加えて、オペレーションの順序は再配置できる。プロセスは、そのオペレーションが完成する場合に終了する。プロセスは、方法、関数、手順、サブルーチン、サブプログラムなどに対応してもよい。プロセスが関数に相当する場合、その終端は、呼出関数またはｍａｉｎ関数へのその関数のリターンに対応する。
【００８１】
さらに、実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはそれらの任意の組合せによって実装されることができる。ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコードで実装された場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントは、記憶媒体または他の記憶装置のような非一時的な機械可読媒体に記憶されるとしてもよい。プロセッサは必要なタスクを実行することができる。コードセグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、または命令、データ構造またはプログラムセグメントの任意の組み合わせを表す。コードセグメントは、情報、データ、引き数、パラメータ、またはメモリコンテントの渡しおよび／または受けによって、他のコードセグメントまたはハードウェア回路と連結されるとしてもよい。情報、引き数、パラメータ、データなどは、メモリ共有、メッセージパッシング、トークンパッシング、ネットワーク送信などを含むいずれかの適切な手段によって渡され、進められ、または送信されるとしてもよい。
【００８２】
ここに開示された例に関して記述された各種の例示の論理ブロック、モジュール、回路、エレメント、および／またはコンポーネントは、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェア・コンポーネント、またはここに記述された機能を実行するために設計された任意の組み合わせを用いて実装または実行されるとしてもよい。汎用プロセッサは、マイクロプロセッサでもよいが、代替的に、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもよい。プロセッサは、また、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに関する１以上のマイクロプロセッサ、または任意の他のそのような構成のように、コンピューティング装置の組み合わせとして実装されてもよい。また、プロセッサは、例えば、ＤＳＰとマイクロプロセッサ、多数のマイクロプロセッサ、ＤＳＰコアと関連する１以上のマイクロプロセッサ、任意の他のそのような構成、の組み合わせのように、計算コンポーネントの組み合わせとして、実装されてもよい。
【００８３】
ここに開示された例に関して記述された方法またはアルゴリズムは、ハードウェア、プロセッサによって実行可能なソフトウェアモジュール、または処理ユニット、プログラミングの命令、または他の管理の形式における２つの組み合わせで直接具体化されるとしてもよく、単一の装置に含まれてもよく、または、複数の装置にわたって分配されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または任意の他の形式の従来の非一時記憶媒体に属するとしてもよい。記憶媒体は、プロセッサが、その記憶媒体から、情報を読み出し、および情報を書き込むことができるように、プロセッサに連結されるとしてもよい。代替として、記憶媒体は、プロセッサに統合されるとしてもよい。
【００８４】
当業者はさらに、ここに開示された実施形態に関して記述された各種の例示の論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子ハードウェア、コンピュータ・ソフトウェア、または２つの組み合わせとして実装できることを、認識するだろう。明白にハードウェアとソフトウェアのこの互換性を例証するために、様々な例示のコンポーネント、ブロック、モジュール、回路およびステップが、それらの機能性の点から一般に上記で説明された。そのような機能性がハードウェアまたはソフトウェアとして実装されるか否かは、特定のアプリケーションおよび総合的なシステムに課される設計制約に依存する。
【００８５】
実施形態の記述は、例示であり請求項の範囲を制限しないように意図される。そのため、与えられた教えは、容易に他のタイプの装置に適用されることができ、多くの代案、変更、および変化は、当業者に明白であろう。
【特許請求の範囲】
【請求項１】
アクセサリ装置と信頼を確立するためのホスト装置上で使用可能な方法において、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信することと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られた値を含み同じ装置タイプのすべての装置に対して同じである、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
を具備する、方法。
【請求項２】
請求項１の方法において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項３】
請求項１の方法において、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記アクセサリ装置から受信することと
をさらに具備する、方法。
【請求項４】
請求項３の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記アクセサリ装置へ接続要求メッセージを送信することと、
前記アクセサリ装置から新しい鍵ジェネレータと新しいランダム数とを受信し、前記新しい鍵ジェネレータは前記デバイス鍵と前記新しいランダム数とを使用して導かれた新しい暗号鍵を使用して暗号化されている、ことと、
前記デバイス鍵と前記新しいランダム数とを使用して前記新しい暗号鍵を導くことと、
前記新しい暗号鍵を使用して前記新しい鍵ジェネレータを解読することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
を具備する、方法。
【請求項５】
請求項４の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記デバイス鍵と前記新しいランダム数とから新しい認証鍵を導くことと、
前記新しい認証鍵を使用して前記アクセサリ装置から受信されたメッセージを認証することと、
前記新しい認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
を具備する、方法。
【請求項６】
請求項３の方法において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記アクセサリ装置からの受信コンテントの単一セッションに対してのみ使用される、方法。
【請求項７】
請求項１の方法において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、方法。
【請求項８】
請求項１の方法において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、方法。
【請求項９】
請求項１の方法において、
前記アクセサリ装置は、前記ホスト装置に物理的に連結される、方法。
【請求項１０】
請求項１の方法において、
前記ホスト装置から前記グローバル鍵を削除することをさらに具備する、方法。
【請求項１１】
請求項１の方法において、
前記ホスト装置に知られている前記グローバル鍵は、異なる装置タイプの装置に対するグローバル鍵と異なっている、方法。
【請求項１２】
アクセサリ装置と信頼を確立するためのホスト装置において、
前記アクセサリ装置と通信するための通信インタフェースと、
記憶媒体と、
前記通信インタフェースと前記記憶媒体とに連結される処理回路と
を具備し、
前記処理回路は、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られ同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
に適合された、ホスト装置。
【請求項１３】
請求項１２のホスト装置において、
前記処理回路は、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
にさらに適合された、ホスト装置。
【請求項１４】
請求項１２のホスト装置において、
前記処理回路は、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記アクセサリ装置から受信することと
にさらに適合された、ホスト装置。
【請求項１５】
請求項１４のホスト装置において、
前記デバイス鍵を使用して前記マスター鍵を導くことに適合されている前記処理回路は、
前記アクセサリ装置へ接続要求メッセージを送信することと、
前記アクセサリ装置から新しい鍵ジェネレータと新しいランダム数とを受信し、前記新しい鍵ジェネレータは前記デバイス鍵と前記新しいランダム数とを使用して導かれた新しい暗号鍵を使用して暗号化されている、ことと、
前記デバイス鍵と前記新しいランダム数とを使用して前記新しい暗号鍵を導くことと、
前記新しい暗号鍵を使用して前記新しい鍵ジェネレータを解読することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
に適合された前記処理回路を具備する、ホスト装置。
【請求項１６】
請求項１４のホスト装置において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記アクセサリ装置からの受信コンテントの単一セッションに対してのみ使用される、ホスト装置。
【請求項１７】
請求項１２のホスト装置において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、ホスト装置。
【請求項１８】
請求項１２のホスト装置において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、ホスト装置。
【請求項１９】
請求項１２のホスト装置において、
前記アクセサリ装置は、前記ホスト装置と物理的に連結される、ホスト装置。
【請求項２０】
請求項１２のホスト装置において、
前記処理回路は、前記ホスト装置から前記グローバル鍵を削除することにさらに適合された、ホスト装置。
【請求項２１】
請求項１２のホスト装置において、
前記ホスト装置に知られている前記グローバル鍵は、異なる装置タイプの装置に対するグローバル鍵と異なっている、ホスト装置。
【請求項２２】
アクセサリ装置と信頼を確立するためのホスト装置において、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信するための手段と、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られた値を含み同じ装置タイプのすべての装置に対して同じである、手段と、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くための手段と、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読するための手段と、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、手段と
を具備する、ホスト装置。
【請求項２３】
請求項２２のホスト装置において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くための手段と、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証するための手段と、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名するための手段と
をさらに具備する、ホスト装置。
【請求項２４】
アクセサリ装置とホスト装置との間の信頼を確立するためにプロセッサによって実行可能な命令を含む機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られ同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
を行わせる、機械読み出し可能媒体。
【請求項２５】
請求項２４の機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
をさらに行わせる、機械読み出し可能媒体。
【請求項２６】
ホスト装置と信頼を確立するためのアクセサリ装置上で使用可能な方法において、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とから、前記ホスト装置へのコンテントの安全な配達を確立するために使用されるデバイス鍵を導くことと
を具備する、方法。
【請求項２７】
請求項２６の方法において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項２８】
請求項２６の方法において、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記ホスト装置へ送信することと
をさらに具備する、方法。
【請求項２９】
請求項２８の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記ホスト装置から接続要求メッセージを受信することと、
新しいランダム数と新しい鍵ジェネレータとを生成することと、
前記デバイス鍵と前記新しいランダム数とから新しい暗号鍵を導くことと、
前記新しい暗号鍵を用いて暗号化された前記新しい鍵ジェネレータと、前記新しいランダム数とを、前記ホスト装置へ送信することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
を具備する、方法。
【請求項３０】
請求項２９の方法において、
前記デバイス鍵と前記新しいランダム数とから新しい認証鍵を導くことと、
前記新しい認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記新しい認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項３１】
請求項２８の方法において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記ホスト装置への送信コンテントの単一セッションに対してのみ使用される、方法。
【請求項３２】
請求項２６の方法において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、方法。
【請求項３３】
請求項２６の方法において、
前記ホスト装置の前記装置タイプに関連付けられている前記グローバル鍵は、異なる装置タイプに関連付けられているグローバル鍵と異なっている、方法。
【請求項３４】
ホスト装置と信頼を確立するために適合されるアクセサリ装置において、
加入者ベースのサービスとの通信を受信するための第１の通信インタフェースと、
ホスト装置との通信のための第２の通信インタフェースと、
前記第１および第２の通信インタフェースと連結される処理回路と
を具備し、
前記処理回路は、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とから、前記ホスト装置へのコンテントの安全な配達を確立するために使用されるデバイス鍵を導くことと
に適合された、アクセサリ装置。
【請求項３５】
請求項３４のアクセサリ装置において、
前記処理回路は、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
にさらに適合された、アクセサリ装置。
【請求項３６】
請求項３４のアクセサリ装置において、
前記処理回路は、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記ホスト装置へ送信することと
にさらに適合された、アクセサリ装置。
【請求項３７】
請求項３６のアクセサリ装置において、
前記デバイス鍵を使用して前記マスター鍵を導くことに適合されている前記処理回路は、
前記ホスト装置から接続要求メッセージを受信することと、
新しいランダム数と新しい鍵ジェネレータとを生成することと、
前記デバイス鍵と前記新しいランダム数とから新しい暗号鍵を導くことと、
前記新しい暗号鍵を用いて暗号化された前記新しい鍵ジェネレータと、前記新しいランダム数とを、前記ホスト装置へ送信することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
に適合された前記処理回路を具備する、アクセサリ装置。
【請求項３８】
請求項３６のアクセサリ装置において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記ホスト装置への送信コンテントの単一セッションに対してのみ使用される、アクセサリ装置。
【請求項３９】
請求項３４のアクセサリ装置において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、アクセサリ装置。
【請求項４０】
請求項３４のアクセサリ装置において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、アクセサリ装置。
【請求項４１】
請求項３４のアクセサリ装置において、
前記アクセサリ装置は、前記ホスト装置と物理的に連結される、アクセサリ装置。
【請求項４２】
請求項３４のアクセサリ装置において、
前記ホスト装置の前記装置タイプに関連付けられている前記グローバル鍵は、異なる装置タイプに関連付けられているグローバル鍵と異なっている、アクセサリ装置。
【請求項４３】
ホスト装置と信頼を確立するために適合されたアクセサリ装置において、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信するための手段と、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、手段と、
ランダム数を生成するための手段と、
鍵ジェネレータを生成するための手段と、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くための手段と、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信するための手段と、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導くための手段と
を具備する、アクセサリ装置。
【請求項４４】
請求項４３のアクセサリ装置において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くための手段と、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証するための手段と、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名するための手段と
をさらに具備する、アクセサリ装置。
【請求項４５】
アクセサリ装置とホスト装置との間の信頼を確立するためにプロセッサによって実行可能な命令を含む機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導くことと
を行わせる、機械読み出し可能媒体。
【請求項４６】
請求項４５の機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに行わせるように適合された機械読み出し可能媒体。
【請求項１】
アクセサリ装置と信頼を確立するためのホスト装置上で使用可能な方法において、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信することと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られた値を含み同じ装置タイプのすべての装置に対して同じである、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
を具備する、方法。
【請求項２】
請求項１の方法において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項３】
請求項１の方法において、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記アクセサリ装置から受信することと
をさらに具備する、方法。
【請求項４】
請求項３の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記アクセサリ装置へ接続要求メッセージを送信することと、
前記アクセサリ装置から新しい鍵ジェネレータと新しいランダム数とを受信し、前記新しい鍵ジェネレータは前記デバイス鍵と前記新しいランダム数とを使用して導かれた新しい暗号鍵を使用して暗号化されている、ことと、
前記デバイス鍵と前記新しいランダム数とを使用して前記新しい暗号鍵を導くことと、
前記新しい暗号鍵を使用して前記新しい鍵ジェネレータを解読することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
を具備する、方法。
【請求項５】
請求項４の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記デバイス鍵と前記新しいランダム数とから新しい認証鍵を導くことと、
前記新しい認証鍵を使用して前記アクセサリ装置から受信されたメッセージを認証することと、
前記新しい認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
を具備する、方法。
【請求項６】
請求項３の方法において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記アクセサリ装置からの受信コンテントの単一セッションに対してのみ使用される、方法。
【請求項７】
請求項１の方法において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、方法。
【請求項８】
請求項１の方法において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、方法。
【請求項９】
請求項１の方法において、
前記アクセサリ装置は、前記ホスト装置に物理的に連結される、方法。
【請求項１０】
請求項１の方法において、
前記ホスト装置から前記グローバル鍵を削除することをさらに具備する、方法。
【請求項１１】
請求項１の方法において、
前記ホスト装置に知られている前記グローバル鍵は、異なる装置タイプの装置に対するグローバル鍵と異なっている、方法。
【請求項１２】
アクセサリ装置と信頼を確立するためのホスト装置において、
前記アクセサリ装置と通信するための通信インタフェースと、
記憶媒体と、
前記通信インタフェースと前記記憶媒体とに連結される処理回路と
を具備し、
前記処理回路は、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られ同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
に適合された、ホスト装置。
【請求項１３】
請求項１２のホスト装置において、
前記処理回路は、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
にさらに適合された、ホスト装置。
【請求項１４】
請求項１２のホスト装置において、
前記処理回路は、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記アクセサリ装置から受信することと
にさらに適合された、ホスト装置。
【請求項１５】
請求項１４のホスト装置において、
前記デバイス鍵を使用して前記マスター鍵を導くことに適合されている前記処理回路は、
前記アクセサリ装置へ接続要求メッセージを送信することと、
前記アクセサリ装置から新しい鍵ジェネレータと新しいランダム数とを受信し、前記新しい鍵ジェネレータは前記デバイス鍵と前記新しいランダム数とを使用して導かれた新しい暗号鍵を使用して暗号化されている、ことと、
前記デバイス鍵と前記新しいランダム数とを使用して前記新しい暗号鍵を導くことと、
前記新しい暗号鍵を使用して前記新しい鍵ジェネレータを解読することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
に適合された前記処理回路を具備する、ホスト装置。
【請求項１６】
請求項１４のホスト装置において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記アクセサリ装置からの受信コンテントの単一セッションに対してのみ使用される、ホスト装置。
【請求項１７】
請求項１２のホスト装置において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、ホスト装置。
【請求項１８】
請求項１２のホスト装置において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、ホスト装置。
【請求項１９】
請求項１２のホスト装置において、
前記アクセサリ装置は、前記ホスト装置と物理的に連結される、ホスト装置。
【請求項２０】
請求項１２のホスト装置において、
前記処理回路は、前記ホスト装置から前記グローバル鍵を削除することにさらに適合された、ホスト装置。
【請求項２１】
請求項１２のホスト装置において、
前記ホスト装置に知られている前記グローバル鍵は、異なる装置タイプの装置に対するグローバル鍵と異なっている、ホスト装置。
【請求項２２】
アクセサリ装置と信頼を確立するためのホスト装置において、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送信するための手段と、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られた値を含み同じ装置タイプのすべての装置に対して同じである、手段と、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くための手段と、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読するための手段と、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、手段と
を具備する、ホスト装置。
【請求項２３】
請求項２２のホスト装置において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くための手段と、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証するための手段と、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名するための手段と
をさらに具備する、ホスト装置。
【請求項２４】
アクセサリ装置とホスト装置との間の信頼を確立するためにプロセッサによって実行可能な命令を含む機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記ホスト装置の装置タイプの指定を含むペア要求メッセージを、アクセサリ装置に送ることと、
前記アクセサリ装置から鍵ジェネレータとランダム数とを受信し、前記鍵ジェネレータは前記ランダム数とグローバル鍵とから導かれる暗号鍵を使用して暗号化されており、前記グローバル鍵は前記ホスト装置に知られ同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
前記グローバル鍵と前記ランダム数とから前記暗号鍵を導くことと、
前記導かれた暗号鍵を用いて前記鍵ジェネレータを解読することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導き、前記デバイス鍵は前記アクセサリ装置からのコンテントの安全な配達を確立するために使用される、ことと
を行わせる、機械読み出し可能媒体。
【請求項２５】
請求項２４の機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を用いて前記アクセサリ装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記アクセサリ装置へ送信されるメッセージを署名することと
をさらに行わせる、機械読み出し可能媒体。
【請求項２６】
ホスト装置と信頼を確立するためのアクセサリ装置上で使用可能な方法において、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とから、前記ホスト装置へのコンテントの安全な配達を確立するために使用されるデバイス鍵を導くことと
を具備する、方法。
【請求項２７】
請求項２６の方法において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項２８】
請求項２６の方法において、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記ホスト装置へ送信することと
をさらに具備する、方法。
【請求項２９】
請求項２８の方法において、
前記デバイス鍵を使用して前記マスター鍵を導くことは、
前記ホスト装置から接続要求メッセージを受信することと、
新しいランダム数と新しい鍵ジェネレータとを生成することと、
前記デバイス鍵と前記新しいランダム数とから新しい暗号鍵を導くことと、
前記新しい暗号鍵を用いて暗号化された前記新しい鍵ジェネレータと、前記新しいランダム数とを、前記ホスト装置へ送信することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
を具備する、方法。
【請求項３０】
請求項２９の方法において、
前記デバイス鍵と前記新しいランダム数とから新しい認証鍵を導くことと、
前記新しい認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記新しい認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに具備する、方法。
【請求項３１】
請求項２８の方法において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記ホスト装置への送信コンテントの単一セッションに対してのみ使用される、方法。
【請求項３２】
請求項２６の方法において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、方法。
【請求項３３】
請求項２６の方法において、
前記ホスト装置の前記装置タイプに関連付けられている前記グローバル鍵は、異なる装置タイプに関連付けられているグローバル鍵と異なっている、方法。
【請求項３４】
ホスト装置と信頼を確立するために適合されるアクセサリ装置において、
加入者ベースのサービスとの通信を受信するための第１の通信インタフェースと、
ホスト装置との通信のための第２の通信インタフェースと、
前記第１および第２の通信インタフェースと連結される処理回路と
を具備し、
前記処理回路は、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とから、前記ホスト装置へのコンテントの安全な配達を確立するために使用されるデバイス鍵を導くことと
に適合された、アクセサリ装置。
【請求項３５】
請求項３４のアクセサリ装置において、
前記処理回路は、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
にさらに適合された、アクセサリ装置。
【請求項３６】
請求項３４のアクセサリ装置において、
前記処理回路は、
前記デバイス鍵を使用してマスター鍵を導くことと、
前記マスター鍵からセッション暗号鍵を導くことと、
前記セッション暗号鍵を用いて暗号化されたコンテントを前記ホスト装置へ送信することと
にさらに適合された、アクセサリ装置。
【請求項３７】
請求項３６のアクセサリ装置において、
前記デバイス鍵を使用して前記マスター鍵を導くことに適合されている前記処理回路は、
前記ホスト装置から接続要求メッセージを受信することと、
新しいランダム数と新しい鍵ジェネレータとを生成することと、
前記デバイス鍵と前記新しいランダム数とから新しい暗号鍵を導くことと、
前記新しい暗号鍵を用いて暗号化された前記新しい鍵ジェネレータと、前記新しいランダム数とを、前記ホスト装置へ送信することと、
前記新しい鍵ジェネレータから前記マスター鍵を導くことと
に適合された前記処理回路を具備する、アクセサリ装置。
【請求項３８】
請求項３６のアクセサリ装置において、
前記アクセサリ装置と前記ホスト装置との間の前記セッション暗号鍵は、前記ホスト装置への送信コンテントの単一セッションに対してのみ使用される、アクセサリ装置。
【請求項３９】
請求項３４のアクセサリ装置において、
前記コンテントは、リアルタイム・マルチメディア・ストリームである、アクセサリ装置。
【請求項４０】
請求項３４のアクセサリ装置において、
前記アクセサリ装置は、フォワードリンクオンリー受信機である、アクセサリ装置。
【請求項４１】
請求項３４のアクセサリ装置において、
前記アクセサリ装置は、前記ホスト装置と物理的に連結される、アクセサリ装置。
【請求項４２】
請求項３４のアクセサリ装置において、
前記ホスト装置の前記装置タイプに関連付けられている前記グローバル鍵は、異なる装置タイプに関連付けられているグローバル鍵と異なっている、アクセサリ装置。
【請求項４３】
ホスト装置と信頼を確立するために適合されたアクセサリ装置において、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信するための手段と、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、手段と、
ランダム数を生成するための手段と、
鍵ジェネレータを生成するための手段と、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くための手段と、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信するための手段と、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導くための手段と
を具備する、アクセサリ装置。
【請求項４４】
請求項４３のアクセサリ装置において、
前記グローバル鍵と前記ランダム数とから認証鍵を導くための手段と、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証するための手段と、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名するための手段と
をさらに具備する、アクセサリ装置。
【請求項４５】
アクセサリ装置とホスト装置との間の信頼を確立するためにプロセッサによって実行可能な命令を含む機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
ホスト装置から、前記ホスト装置の装置タイプの指定を受信することと、
前記ホスト装置の前記装置タイプに関連付けられているグローバル鍵を調査し、前記グローバル鍵は同じ装置タイプのすべての装置に対して同じ値を含む、ことと、
ランダム数を生成することと、
鍵ジェネレータを生成することと、
前記グローバル鍵と前記ランダム数とから暗号鍵を導くことと、
前記暗号鍵を用いて暗号化された前記鍵ジェネレータと、前記ランダム数とを、前記ホスト装置へ送信することと、
前記鍵ジェネレータと前記ランダム数とからデバイス鍵を導くことと
を行わせる、機械読み出し可能媒体。
【請求項４６】
請求項４５の機械読み出し可能媒体において、
前記命令は、前記プロセッサに、
前記グローバル鍵と前記ランダム数とから認証鍵を導くことと、
前記認証鍵を使用して前記ホスト装置から受信されたメッセージを認証することと、
前記認証鍵を使用して前記ホスト装置へ送信されるメッセージを署名することと
をさらに行わせるように適合された機械読み出し可能媒体。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３Ａ】
【図３Ｂ】
【図４Ａ】
【図４Ｂ】
【図５Ａ】
【図５Ｂ】
【図６】
【図７】
【図８】
【図９】
【公表番号】特表２０１２−５２８５４６（Ｐ２０１２−５２８５４６Ａ）
【公表日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１２−５１３３１３（Ｐ２０１２−５１３３１３）
【出願日】平成２２年５月２８日（２０１０．５．２８）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３６６５５
【国際公開番号】ＷＯ２０１０／１３８８６５
【国際公開日】平成２２年１２月２日（２０１０．１２．２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２２年５月２８日（２０１０．５．２８）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３６６５５
【国際公開番号】ＷＯ２０１０／１３８８６５
【国際公開日】平成２２年１２月２日（２０１０．１２．２）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]