(57)【要約】【課題】コンテンツデータの不正利用の防止に有利なコンテンツデータ再生システムおよびその利用履歴の収集システムを提供する。【解決手段】実施形態によれば、コンテンツデータ再生システムは、コンテンツデータを利用するホスト装置２と、前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを復号してコンテンツデータを前記ホスト装置において利用可能となるように構成される記憶装置１とを具備する。ホスト装置２は、ホスト装置ごとに固有に割り当てられるデバイスＩＤを有し、前記記憶装置は、メモリ４と前記メモリを制御するコントローラ３とを備える。前記コントローラ３は、前記ホスト装置から受信したメッセージ内の要素Kseedと前記デバイスＩＤとから暗号鍵を作成する暗号鍵生成部３２と、送信するメッセージ内の要素を前記暗号鍵で暗号化し、暗号化されたメッセージを作成する暗号部３１とを有する。【選択図】図１
2012204879.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを利用するホスト装置と、
前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを復号してコンテンツデータを前記ホスト装置において利用可能となるように構成される記憶装置とを具備するコンテンツデータ再生システムにおいて、
前記ホスト装置は、ホスト装置ごとに固有に割り当てられるデバイスＩＤを有し、
前記記憶装置は、メモリと前記メモリを制御するコントローラとを備え、前記コントローラは、
前記ホスト装置から受信したメッセージ内の要素と前記デバイスＩＤとから暗号鍵を作成する暗号鍵生成部と、
送信するメッセージ内の要素を前記暗号鍵で暗号化し、暗号化されたメッセージを作成する暗号部とを有する。
【請求項２】
前記コントローラは、利用した前記デバイスＩＤを利用履歴として、前記メモリ内の秘匿領域に書き込む
請求項１に記載のコンテンツデータ再生システム。
【請求項３】
請求項２に記載のコンテンツデータ再生システムは、
前記記憶装置にアクセスする際に前記利用履歴を前記記憶装置に書き込むデータ書込み装置と、前記書き込まれた利用履歴が送信される管理サーバとを備える利用履歴の収集システムに適用され、
前記管理サーバは、送信された前記利用履歴内に同じ前記デバイスＩＤが発見された場合、前記デバイスＩＤに対応するホスト装置を不正装置であると判定する。
【請求項４】
コンテンツデータを利用するホスト装置と、前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを復号してコンテンツデータを前記ホスト装置において利用可能となるように構成される記憶装置とを具備するコンテンツデータ再生システムが適用される利用履歴の収集システムであって、
前記ホスト装置は、ホスト装置ごとに固有に割り当てられるデバイスＩＤを有し、
前記記憶装置は、メモリと前記メモリを制御するコントローラとを備え、前記コントローラは、利用した前記デバイスＩＤを利用履歴として、前記メモリ内の秘匿領域に書き込み、
前記利用履歴の収集システムは、
前記記憶装置にアクセスする際に前記利用履歴を前記記憶装置に書き込むデータ書込み装置と、
前記書き込まれた利用履歴が送信される管理サーバとを備え、
前記管理サーバは、送信された前記利用履歴内に同じ前記デバイスＩＤが発見された場合、前記デバイスＩＤに対応するホスト装置を不正装置であると判定する。
【請求項５】
前記コントローラは、
前記ホスト装置から受信したメッセージ内の要素と前記デバイスＩＤとから暗号鍵を作成する暗号鍵生成部と、
送信するメッセージ内の要素を前記暗号鍵で暗号化し、暗号化されたメッセージを作成する暗号部とを有する
請求項４に記載のコンテンツデータ再生システムの利用履歴の収集システム。
【請求項６】
コンテンツデータを利用するホスト装置と、
前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを復号してコンテンツデータを前記ホスト装置において利用可能となるように構成される記憶装置とを具備するコンテンツデータ再生システムにおいて、
前記ホスト装置は、
ホスト装置ごとに固有に割り当てられるデバイスＩＤと、
前記デバイスＩＤに対応したデバイス鍵と、
複数のデバイス鍵で暗号化された暗号鍵データから前記デバイスＩＤに基づいてデータを選択する選択部と、
前記選択部で選択されたデータをデバイス鍵に基づいて復号する暗号鍵復号部を有し、
前記記憶装置は、メモリと前記メモリを制御するコントローラとを備え、前記メモリにはサービス鍵を記録し、
前記コントローラは、
前記ホスト装置から前記サービス鍵で暗号化された要素と前記デバイスＩＤとをメッセージとして受信し、
前記暗号化された要素を復号するサービス鍵復号部と、
前記要素と前記デバイスＩＤから暗号鍵を作成する暗号鍵生成部と、
送信するメッセージ内の要素を前記暗号鍵で暗号化し、暗号化されたメッセージを作成する暗号部とを有する
コンテンツデータ再生システム。
【請求項７】
前記メッセージには、前記サービス鍵で暗号化されたコンテンツ鍵データが含まれ、
前記復号部は、前記暗号化されたコンテンツ鍵データを復号し、
前記記録装置が送信するメッセージに前記コンテンツ鍵データが含まれる
請求項６に記載のコンテンツデータ再生システム。
【請求項８】
前記ホスト装置は、
複数の関数入力値から前記デバイスＩＤに基づいて関数入力値を選択する関数入力値選択部と、
選択された前記関数入力値を処理し、関数出力値を算出する関数処理部とを更に有し、
前記コントローラは、
前記ホスト装置から受信したメッセージには前記関数出力値と前記の複数の関数入力値を処理した複数の関数結果値が前記サービス鍵で暗号化されて含まれ、
前記サービス鍵復号部にて、前記暗号化された複数の関数結果値が復号され、
前記複数の関数結果値から前記デバイスＩＤに基づいて関数結果値を選択し、その値が前記関数出力値と同じかどうかを判定する検証部を更に有する
請求項７に記載のコンテンツデータ再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
コンテンツデータ再生システムおよびその利用履歴の収集システムに関するものである。
【背景技術】
【０００２】
近年、情報化社会の発展に伴い、書籍、新聞、音楽又は動画などを電子化したコンテンツデータをユーザ端末に配信し、コンテンツデータを閲覧可能とするコンテンツデータ再生システムが広く用いられてきている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３４１１５６号公報
【特許文献２】国際公開番号ＷＯ／２０１０／１１９５４９
【非特許文献】
【０００４】
【非特許文献１】ＣＰＲＭ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｆｏｒ ＳＤ Ｍｅｍｏｒｙ Ｃａｒｄ、４Ｃ Ｅｎｔｉｔｙ，ＬＬＣ、（http://www.4centity.com）
【非特許文献２】CPXM Specification Introduction and Common Cryptographic Elements [URL:http://www.4centity.com/]
【発明の概要】
【発明が解決しようとする課題】
【０００５】
コンテンツデータの不正利用の防止に有利なコンテンツデータ再生システムおよびその利用履歴の収集システムを提供する。
【課題を解決するための手段】
【０００６】
実施形態によれば、一態様に係るコンテンツデータ再生システムは、コンテンツデータを利用するホスト装置と、前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを復号してコンテンツデータを前記ホスト装置において利用可能となるように構成される記憶装置とを具備する。前記ホスト装置は、ホスト装置ごとに固有に割り当てられるデバイスＩＤを有し、前記記憶装置は、メモリと前記メモリを制御するコントローラとを備え、前記コントローラは、前記ホスト装置から受信したメッセージ内の要素と前記デバイスＩＤとから暗号鍵を作成する暗号鍵生成部と、送信するメッセージ内の要素を前記暗号鍵で暗号化し、暗号化されたメッセージを作成する暗号部とを有する。
【図面の簡単な説明】
【０００７】
【図１】第１の実施形態に係るコンテンツデータ再生システムを示すブロック図。
【図２】第１の実施形態に係るIndexデータテーブルを示すブロック図。
【図３】第２の実施形態に係るコンテンツデータ再生システムの利用履歴収集システムを示すブロック図。
【図４】第２の実施形態に係るコンテンツデータ再生システムの利用履歴を示す図。
【図５】第３の実施形態に係るコンテンツデータ再生システムを示すブロック図。
【図６】第３の実施形態に係るコンテンツデータ再生システムのコンテンツ復号方法を示すフロー図。
【図７】第３の実施形態に係るコンテンツデータ再生システムのＭＫＢ処理を示すフロー図。
【図８】第３の実施形態に係るＭＫＢ（Media Key Block）の構成を示す図。
【図９】図８中の拡張Verify Media Key recordの構成を示す図。
【図１０】図８中の拡張Media Key Data recordの構成を示す図。
【図１１】第３の実施形態に係るコンテンツデータ再生システムの関数処理データを示す図。
【発明を実施するための形態】
【０００８】
電子化したコンテンツ（以下、単にコンテンツという）は、容易に複製可能なため、著作権を無視する違法行為が生じ易い。このような違法行為からコンテンツを保護する観点から、コンテンツは、通常、暗号化鍵により、暗号化されて記録され、再生時に復号される。この種のコンテンツ保護技術の１つには、ＣＰＲＭ（Content Protection for Prerecorded Media）がある。
【０００９】
また、コンテンツ鍵が２種類の鍵で二重に暗号化された暗号化二重鍵方式が考えられている。この種の暗号化二重鍵方式は、例えばＭＱｂｉｃ（登録商標）に用いられている。暗号化鍵のうち、記録媒体に固有の鍵、例えばメディア固有鍵は、記憶媒体の秘匿領域にセキュアに記憶され、外部からは一切アクセスが不可能にされている。このため、例えば暗号化コンテンツ鍵データのみが違法にコピーされたとしても、違法コピー者は、メディア固有鍵がなければ、コンテンツデータを利用することができない。
【００１０】
しかし、このようなメディア固有鍵が何らかの手法により不正に読み出され、正規なライセンスを受けていないホスト製造業者に渡されると、こうした流出情報に基づいて製造された不正装置により、コンテンツデータが違法に利用されることが起こり得る。
【００１１】
そこで、以下、実施形態について図面を参照して説明する。尚、この説明においては、全図にわたり共通の部分には共通の参照符号を付す。
【００１２】
［第１の実施形態］  
第１の実施形態に係るコンテンツデータ再生システムを説明する。  
＜１．構成例＞  
１−１．全体構成  
まず、図１を用いて第１の実施形態に係る全体構成（コンテンツ再生システム）について説明する。
【００１３】
図示するように、本例に係るコンテンツデータ再生システムは、ホスト装置としての復号装置２と、記憶装置１とを具備する。
【００１４】
復号装置２は、コンテンツデータを利用する記憶装置１のホスト装置である。換言すると、復号装置２は、記憶装置１と連携して後述する認証処理を実行した後、コンテンツ鍵を取得する。復号装置２は、取得したコンテンツ鍵を用いてコンテンツデータを複合、再生することが可能である。
【００１５】
記憶装置１は、コンテンツデータをコンテンツ鍵で暗号化してなる暗号化コンテンツデータを記憶しており、暗号化コンテンツデータを複合したコンテンツデータが復号装置２において利用可能となるように構成される。換言すると、記憶装置１は、コンテンツデータを暗号化するコンテンツ鍵を記憶する。記憶装置１としては、例えば、ＳＤ（登録商標）カード等のメモリカードが用いられる。
【００１６】
より具体的には、記憶装置（メモリカード）１は、コントローラ３と、メモリ４とを備える。コントローラ３は、Ｋｃ暗号部３１、ＫＩＤ生成部３２、検証部３３、メッセージ復号部３４を備える。メモリ４は、コントローラ３以外からのアクセス不可能、即ち記憶装置１外部からのアクセス不可能な秘匿領域４１、コントローラ３を介して記憶装置１の外部から自由にアクセス可能なユーザ領域４２を備える。
【００１７】
ユーザ領域４２にはEnc(Ksrv, Kseed || Kc || O1 || O2 || O3 || …)とEnc(Kd1, Kid1) || HoF1 || Enc(Kd2, Kid2) || HoF2 || Enc(Kd3, Kid3) || HoF3 … が記録される。秘匿領域４１にはサービス鍵Ksrvが記録される。ここで、図中において、||はデータの連結を示す。
【００１８】
復号装置２は、選択部１１、関数処理部１２、メッセージ生成部１３、ＫＩＤ復号部１４、Ｋｃ復号部１５を備える。
【００１９】
復号装置２は、内部でこの復号装置２ごとに固有に割り当てられたDeviceIDとデバイス鍵Ｋｄｉを保持する。
【００２０】
復号装置２は、ユーザ領域４２に記録されたデータを、コントローラ３を介して読み出す。選択部１１は、読み出されたデータEnc(Kd1, Kid1) || HoF1 || Enc(Kd2, Kid2) || HoF2 || Enc(Kd3, Kid3) || HoF3 …から、当該復号装置２が保持するDeviceIDに基づいて、Enc(Kdi, Kidi)とHoFi とを選択する。
【００２１】
選択されたHoFiは、関数処理部１２により処理されて出力Oが計算される。そしてメッセージ生成部１３にて出力O、DeviceID、ユーザ領域４２より読み出したEnc(Ksrv, Kseed || Kc || O1 || O2 || O3 || …)を含むメッセージが生成され、記録装置１のコントローラ３へ渡される。このように、本例では、メッセージEnc(Ksrv, Kseed || Kc || O1 || O2 || O3 || …)に更に”要素Kseed”が加えられる。
【００２２】
メッセージ復号部３４は、秘匿領域４１に記録されたサービス鍵Ksrvを読み出し、受け取ったメッセージ内のEnc(Ksrv, Kseed || Kc || O1 || O2 || O3 || …)を復号して、Kseed || Kc || O1 || O2 || O3 || …を得る。
【００２３】
続いて、検証部３３は、DeviceIDによってO1, O2, O3, …から選択されるOiとメッセージに含まれる出力Oとを比較して検証し、同じでない場合にはこの処理を中止にする。
【００２４】
同じ場合は、続いてKid生成部３２は、メッセージ内の要素Kseedと復号装置２ごとに固有に割り当てられたDeviceIDとからKidi（暗号鍵）を作成する。
【００２５】
続いて、Kc暗号部３１は、暗号鍵Kidiでコンテンツ鍵Kcを暗号化し、暗号化されたメッセージEnc(ＫＩＤ，Ｋｃ)を作成する。暗号化されたメッセージEnc(ＫＩＤ，Ｋｃ)は、復号装置２により復号されて読み出される。
【００２６】
この際、コントローラ３内のKc暗号部３１は、利用した復号装置２ごとに固有に割り当てられたDeviceIDを利用履歴として、秘匿領域４１に書き込む。この利用履歴は、後に専用のコマンドにてコントローラ３を介して読み取られ、アクセスのあったDeviceIDの情報収集に利用することが可能となる。コピーされた不正な復号装置等が用いられた場合、同じDeviceIDが複数の箇所から発見されることとなるため、不正デバイスの検出に有利である。詳細については、後述する。
【００２７】
復号装置２では、選択されたEnc(Kdi, Kidi)がＫＩＤ復号部１４によって、Kdiで復号されてKidiが計算される。その結果とカードから受け取ったEnc(Kidi, Kc)はKc復号部１５にて復号されコンテンツ鍵Kcが得られる。このコンテンツ鍵Kcは他の配信経路等で配布された対応するコンテンツの復号などに利用される。
【００２８】
ここでDeviceIDから複数のデータを選択する方法について説明する。様々な実施方法が考えられるが、例えば、DeviceIDが１から１０００までの値で、複数のデータが１から１０００まで与えられた場合には、初めからDeviceIDの番号分数えたデータを選択することで実現可能である。
【００２９】
１−２．Indexテーブルの構成例  
次に、図２を用い、第１の実施形態に係るIndexテーブルの構成例について説明する。
【００３０】
このIndexテーブルは、選択対象の複数のデータに対象となるものであり、そのIndexテーブルに従って選択されることでも実現可能である。
【００３１】
また参考文献２のChapter3に記載されているDeviceKeySet, DeviceNode, MKBをそれぞれKdi,DeviceID,複数のデータの代わりに利用することで同様の効果が得られる。
【００３２】
関数処理部で処理されるHoFは例えば関数処理部が解釈可能なプログラムのバイナリーコードであったり、インストラクションなどで実現できる。もしくは関数処理部で予め定められた関数を用意し、HoFを入力値として関数を実行することでも実現できる。復号装置で得られた結果が正しいかどうかを記録装置内で判定することで、不正な復号装置の処理を防止する効果が得られる。
【００３３】
＜３．作用効果＞  
第１の実施形態に係るコンテンツデータ再生システムによれば、少なくとも下記（１）および（２）の効果が得られる。
【００３４】
（１）コンテンツデータの不正利用の防止に有利である。
【００３５】
上記のように、第１の実施形態に係るコンテンツデータ再生システムは、復号装置（ホスト装置）２ごとに固有に割り当てられたデバイスＩＤ（Device ID）を有する。そして、記憶装置１側では、Kid生成部３２により復号装置２から受信したメッセージ内Encのメッセージ内の要素Kseedと復号装置DeviceIDとからKidi（暗号鍵）を作成し、Kc暗号部３１により暗号鍵Kidiで要素Kcを暗号化し、暗号化されたメッセージEnc(ＫＩＤ，Ｋｃ)を作成する。暗号化されたメッセージEnc(ＫＩＤ，Ｋｃ)は、復号装置２により復号されて読み出される。
【００３６】
このように、本システムでは、復号装置（ホスト装置）２ごとに固有のデバイスＩＤ（Device ID）により暗号化されるメッセージEnc(ＫＩＤ，Ｋｃ)によりコンテンツデータが再生される。その結果、コンテンツデータの不正利用の防止に有利である。
【００３７】
（２）不正装置をシステムから排除でき、不正デバイスの検出に有利である。
【００３８】
さらに、コントローラ３内のKc暗号部３１は、利用した復号装置２ごとに固有に割り当てられたDeviceIDを利用履歴として、秘匿領域４１に書き込む。この利用履歴は、後に専用のコマンドにてコントローラ３を介して読み取られ、アクセスのあったDeviceIDの情報収集に利用することが可能となる。具体的には、不正にコピーされた復号装置等では同じDeviceIDが複数の箇所から発見されることとなる。
【００３９】
その結果、発見されたデバイスＩＤの装置を不正装置とみなしてシステムから排除でき、不正デバイスの検出に有利である。
【００４０】
なお、アクセスのあったDeviceIDの情報収集の具体例については、次の第２の実施形態で詳説する。
【００４１】
［第２の実施形態（アクセスのあった利用履歴の情報収集の一例）］  
次に、第２の実施形態に係るコンテンツデータ再生システムの利用履歴の収集システムについて説明する。この実施形態は、アクセスのあった利用履歴の情報収集の一例に関するものである。この説明において、上記第１の実施形態と重複する部分の詳細な説明を省略する。
【００４２】
＜利用履歴の収集システム＞  
まず、図３を用い、第２の実施形態に係る記録装置１の内部に記録された利用履歴（ID Log）を収集する具体的な構成を説明する。
【００４３】
図示するように、本例での利用履歴の収集システムは、管理サーバ１、データ書込み装置２１，２２，…、記録装置３１，３２，…、復号装置４１，４２，…から構成される。
【００４４】
復号装置（４１，４２，…）は、記録装置（３１，３２，…）にそれぞれアクセスする際に、それぞれのDevice IDを記録装置（３１，３２，…）に渡す記憶装置のホスト装置である。
【００４５】
記録装置（３１，３２，…）は、それぞれのDevice IDを利用履歴（３１ａ，３２ａ，…）として記録する。利用履歴（３１ａ，３２ａ，…）は、記録装置（３１，３２，…）それぞれにユニークに割り振られたCard IDとアクセスのあったDevice IDとから構成される。
【００４６】
続いて、利用履歴（３１ａ，３２ａ，…）は、データ書込み装置（２１，２２，…）が記録装置（３１，３２，…）にアクセスする際に読み込まれる。
【００４７】
続いて、データ書込み装置（２１，２２，…）は、読み込んだそれぞれの利用履歴（３１ａ，３２ａ，…）を管理サーバ１へ送信する。
【００４８】
＜利用履歴の構成例について＞  
図４は、利用履歴の構成例を示す。ここでは、記憶装置３１の利用履歴３１ａを一例にあげる。  
図示するように、この利用履歴３１ａは、記録装置３１にユニークに割り振られたCard ID（000010FE）とアクセスのあったDevice ID（00010A11, 00010A11, 0001FF15, 00A90055, …）とから構成される。
【００４９】
上記のように、この例では、利用履歴のアクセスのあった同じDevice IDの（00010A11, 00010A11）が発見されることが分かる。
【００５０】
このように利用履歴を、管理サーバ１が収集することで、同じDeviceID（例えば、00010A11, 00010A11, …）が複数の記憶装置（３１，３２，…）から発見された場合、不正にコピーされたデバイスであると判定できる。その結果、DeviceID（例えば、00010A11）を有するデバイスをコンテンツ再生システムから排除でき、コンテンツデータの不正利用の防止することができる。
【００５１】
＜作用効果＞  
上記のように、第２の実施形態に係るコンテンツデータ再生システムおよびその利用履歴の収集システムによれば、少なくとも上記（１）および（２）と同様の効果が得られる。
【００５２】
さらに、本例によれば、より具体的に、上記の利用履歴および利用履歴の収集システムを適用することにより、必要に応じて、不正装置をコンテンツ再生システムから排除でき、コンテンツデータの不正利用の防止することができる。
【００５３】
［第３の実施形態］  
次に、第３の実施形態に係るコンテンツデータ再生システムについて説明する。この実施形態は、他の実施形態に適用した一例に関するものである。この説明において、上記第１の実施形態と重複する部分の詳細な説明を省略する。
【００５４】
第３の実施形態は、例えば、上記特許文献２の実施形態の発展させた実施形態に関する。
【００５５】
＜全体構成＞  
まず、図５を用い、第３の実施形態に係る全体構成（コンテンツ再生システム）について説明する。
【００５６】
図示するように、本例に係るシステムは、記録装置１および復号装置２で構成される。
【００５７】
記録装置１は、下記の処理を行う、秘密記録部１１、ユーザデータ領域１２、ＡＫＥ処理部１３、比較部１４、一方向性関数計算部１５、Kuv計算部１６、判定部１７、復号部１８１、復号部１８２、暗号部１８３、および暗号部１８４を備える。
【００５８】
復号装置２は、下記の処理を行う、MKB処理部２１、選択部２２、関数処理部２３、一方向性関数計算部２４、AKE処理部２５、合成部２６、暗号部２７１、復号部２７２、復号部２７３、復号部２７４、およびコンテンツ復号部２８を備える。
【００５９】
＜処理手順＞  
次に、図６を用い、上記システムによる処理の手順について説明する。  
図示するように、第３の実施形態に係る処理は、（Ｐ１）AKE処理、（Ｐ２）MKB処理、（Ｐ３）関数処理、（Ｐ４）セッション鍵による計算、（Ｐ５）セッション鍵による暗号処理、（Ｐ６）セッション鍵による復号処理、（Ｐ７）Ksrv復号処理、（Ｐ８）セッション鍵による計算、（Ｐ９）関数処理結果の比較、（Ｐ１０）Kuv計算、（Ｐ１１）Ｋｕｖ暗号処理、（Ｐ１２）セッション鍵による暗号処理、（Ｐ１３）ｕｖ履歴保存、（Ｐ１４）セッション鍵による復号処理、（Ｐ１５）Ｋｃ復号処理、（Ｐ１６）コンテンツ復号から構成される。
【００６０】
（ステップＰ１）  
まず、復号装置２は、記録装置１とそれぞれのAKE処理部１３を通じて認証処理を行い、お互いに共通のセッション鍵(Ks)を共有する。ここでの認証処理は、例えば、AKE Processにより実現可能である。
【００６１】
（ステップＰ２）  
続いて、MKB処理を行い、記録装置１のユーザデータ領域１２に記録されたMKBを復号装置２が読み出し、MKB処理部２１にてMKB処理を行い、index、UVi、Km、Kuviを取り出す。取り出されたindexに従って、選択部２２はユーザデータ領域１２から読まれたデータから該当するデータエントリHoF IDi, Enc(Ksrv, Enc(Kmi, Kc) || Kseed || Ai) || Qi を選択する。  
MKB処理は、具体的には、例えば、図８に示すMKB（Media Key Block）を、以下の図７の処理を行うことで実現可能である。
【００６２】
＜MKB（Media Key Block）の構成＞  
ここで、図８に示すMKB（Media Key Block）の構成について説明する。  
図示するように本例に示すMKBは、Type and Version record（ＭＫ１）, 拡張 Verify Media Key record（ＭＫ２）, Subset Different index record（ＭＫ３）, Explicit Subset Difference record（ＭＫ４）, 拡張Media Key Data Record（ＭＫ５）, およびEnd of Media Key Block record（ＭＫ６）により構成される。  
上記のように、Verify Media Key recordは拡張されて拡張 Verify Media Key record（ＭＫ２）に、Media Key Block Recorは拡張されて拡張Media Key Block Record（ＭＫ５）にそれぞれ置き換えられる。  
さらに、上記Explicit Subset Difference record（ＭＫ４）は、Type, Length, UV Descriptor #1, ,,, UV Descriptor #i, ,,, UV Descriptor #nより構成される。
【００６３】
＜拡張Verify Media Key record（ＭＫ２）の構成＞  
図９を用い、上記拡張Verify Media Key record（ＭＫ２）の構成について説明する。  
図示するように、拡張Verify Media Key record（ＭＫ２）は、Record Type（ＭＫ２１）、Record Length（ＭＫ２２）、Verification Data #1（ＭＫ２３）, ,,, Verification Data #i（ＭＫ２４）, ,,, およびVerification Data #n （ＭＫ２５）より構成される。
【００６４】
＜拡張Media Key Data record（ＭＫ５）の構成＞  
図１０を用い、上記拡張Media Key Data record（ＭＫ５）の構成について説明する。  
図示するように拡張Media Key Data record（ＭＫ５）は、Record Type（ＭＫ５１）、Record Length（ＭＫ５２）、AES_ECBC(Processing Key#1, KM#1, || Kuv#1)（ＭＫ５３）, ,,, AES_ECBC(Processing Key#i, KM#i, || Kuv#i)（ＭＫ５４）, ,,, AES_ECBC(Processing Key#n, KM#n, || Kuv#n)（ＭＫ５５）より構成される。ここで、図中において、AES_ECBCは関数、ｉは1以上ｎ以下の値、||はデータの連結を示す。
【００６５】
＜MKB処理について＞  
以下においては、図７を用い、MKB処理について説明をする。
【００６６】
（ステップＰ２１）  
まず、MKB処理は、このステップＳ２１により、復号装置２が処理するUV DescriptorをExplicit Subset Difference record（ＭＫ４）から選択する。このUV DescriptorはUViとして記述され、以降の処理で利用される。
【００６７】
（ステップＰ２１）  
続いて、選択されたUV Descriptorから対応するProcessing Keyが算出される。ここで算出されたProcessing KeyをProcessing Key #i と以下表記する。
【００６８】
（ステップＰ２３）  
続いて、拡張Media Key Block (Data) record （ＭＫ５）からMedia Key Dataを抽出する。具体的には、図１０に書かれる拡張Media Key Block record（ＭＫ５）の中から対応するAES_ECBC(Processing Key#i, Km#i || Kuv#i) （AES_ECBCは関数、ｉは1以上ｎ以下の値、||はデータの連結を示す）を抽出する。
【００６９】
Media Key DataはUV Descriptorと同じ数で、同じ順番で配置されるため、復号装置２は対応するMedia Key Dataを探し出すことができる。そして抽出されたMedia Key Dataの復号作業を行う。Processing Key#iでの復号により、Km#i, Kuv#i が抽出できる。
【００７０】
（ステップＰ２４）  
続いて、抽出したKm#iが拡張Verify Media Key record（ＭＫ２）にて正しいかどうかの確認処理を行う。本例に係る拡張Verify Media Key record（ＭＫ２）は、上記図９で示したように、複数のVerification Data（ＭＫ２３〜ＭＫ２５）から構成され、Km0がそれぞれKm#1からKm#nと表記された値で暗号化されたデータで構成される。  
復号装置２は、対応するVerification Dataを取り出し、復号することで下記のデータを復号した際に得られるKm#iが正しく取り出せたのかどうかが確認可能となる。Verification Data（ＭＫ２３〜ＭＫ２５）は、UV Descriptorと同じ数配置され、あるUV Descriptorに対応するVerification Data（ＭＫ２３〜ＭＫ２５）は同じ順番で配置される。そのため、復号装置２は、対応するVerification Data（ＭＫ２３〜ＭＫ２５）を探し出すことができる。
【００７１】
（ステップＰ２５）  
続いて、記録装置１に書かれていて、図１１に示す関数処理データから対応する関数情報エントリ（ＦＥ１〜ＦＥ３）を取得する。関数情報エントリ（ＦＥ１〜ＦＥ３）は、UV Descriptorと同じ数（#1,,, #i,,, #n）で記録されており、当該UV Descriptorと同じ順番で対応する関数情報エントリが記録されているため、対応する関数情報エントリを探し出すことができる。  
ここで、図１１に示すように、例えば、関数情報エントリ（ＦＥ２）は、関数ID（以下HoF IDiと記述する）、入力値（以下Qiと記述する）、出力値（以下Aiと記述する）から構成される。  
上記MKB処理の後は、下記ステップＰ３に続く。
【００７２】
（ステップＰ３）  
次に、関数処理にて、選択部２２で選択されたデータエントリの中からQi、HoF IDiを取り出し関数処理部２３にて関数処理を行う。関数処理部には予めHoF IDに該当した関数が記録されており、その入力値としてQiを入れると出力Aiが計算可能となる。なおここでの出力Aiは記録装置に予め記録されていたAiと区別するために復号処理部で計算された結果をAiH、記録されていたAiをAiCと記述する。
【００７３】
（ステップＰ４）  
続いて、セッション鍵による計算にて、関数処理部２３で得たAiHをAKE処理部２５で得たKsで一方向性関数計算部２４にて計算する。ここでの計算はAES-G(AiH, Ks) で計算しているが、一方向性関数の性質をもつ式であればこの限りではない。なおAES-G(A,B) は参考文献２に記載されている関数AES_Gで実現可能である。
【００７４】
（ステップＰ５）  
続いて、セッション鍵による暗号処理にて、記録装置に送信する情報を暗号化する。送信する情報は（Ｐ２）（Ｐ４）で得られた情報UVi、AES-G(A1H, Ks)、Enc(Ksrv, Enc(Km, Kc) || Kseed || A1C)が連結されて暗号化されて送信される。
【００７５】
（ステップＰ６）  
続いて、記録装置内では受け取った情報をセッション鍵により復号処理を行う。
【００７６】
（ステップＰ７）  
続いて、記録装置内にあるサービス鍵Ksrvを用いて、上記ステップＰ６で得られたEnc(Ksrv, Enc(Km, Kc) || Kseed || A1C) || UVi を復号する。
【００７７】
（ステップＰ８）  
続いて、上記ステップＰ７で得られたA1Cと（Ｐ１）で得られたセッション鍵による計算により、AES-G(A1C, Ks)を計算する。
【００７８】
（ステップＰ９）  
続いて、上記ステップＰ８の結果と上記ステップＰ６で得られたAES-G(A1H, Ks)が同じ値かどうかを検証する。もし同じ値でない場合は、例えばこれ以降の処理を行わない、といった不正な復号装置からのアクセスとみなす処理を行う。
【００７９】
（ステップＰ１０）  
続いて、上記ステップＰ７で得られたKseed とUVi からKuvi を計算する。計算方法は例えば、以下の数式（Ｉ）により、計算可能である。
【００８０】
Kuvi = AES-D(Kseed xor UVi) xor UVi    …    数式（Ｉ）
（ステップＰ１１）  
続いて、上記ステップＰ７で得られたEnc(Km, Kc)を、上記ステップＰ１０にて得られたKuviにて暗号処理を行う。
【００８１】
（ステップＰ１２）  
続いて、上記ステップＰ１で得られたセッション鍵により、上記ステップＰ１１にて得られたEnc(Kuvi, Enc(Km, Kc))を暗号化して、復号装置へ送信する。
【００８２】
（ステップＰ１３）  
続いて、記録装置１は、上記ステップＰ７で得られたＵＶｉを履歴情報として秘密記録部１１へ保存する。ここで記録された履歴情報は、後に専用端末に接続された時などに読み出され、管理サーバに回収される。回収処理は、例えば、上記第２の実施形態で説明したような同様のシステム等にて実現可能である。
【００８３】
（ステップＰ１４）  
続いて、復号装置２は、上記ステップＰ１３で受け取った情報を、上記ステップＰ１で生成されたセッション鍵により復号処理を行う。
【００８４】
（ステップＰ１５）  
続いて、上記ステップＰ１４にて復号されたEnc(Kuvi, Enc(Km, Kc))を、上記ステップＰ２にて得られたKm、Kuvi用いて復号処理を行い、コンテンツ鍵Kcを取り出す。
【００８５】
（ステップＰ１６）  
最後に、上記ステップＰ１５で得られたコンテンツ鍵Kcによりコンテンツ復号を行う。
【００８６】
＜作用効果＞  
上記のように、第３の実施形態に係るコンテンツデータ再生システムによれば、少なくとも上記（１）および（２）と同様の効果が得られる。
【００８７】
さらに、第３の実施形態によれば、例えば、ステップＳ１１のように、記録装置１内で、コンテンツ鍵Kcは暗号化された状態で処理される。このように、記録装置１がコンテンツ鍵Kcそのものを知ることができず、情報の秘匿性を向上することができる。
【００８８】
また、必要に応じて、本例のような構成を適用することが可能である。
【００８９】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００９０】
１…記憶装置、２…復号装置（ホスト装置）、３…メモリコントローラ、４…メモリ、３１…Ｋｃ暗号部、３２…ＫＩＤ生成部、３３…検証部、３４…メッセージ復号部、Ｅｎｃ…メッセージ、Ｋseed…（メッセージ内）要素、Device ID…（ホスト装置ごとに固有に割り当てられる）デバイスＩＤ、４１…秘匿領域、４２…ユーザ領域、ID Log…利用履歴。
【図１】
2012204879.tif 000003
【図２】
2012204879.tif 000004
【図３】
2012204879.tif 000005
【図４】
2012204879.tif 000006
【図５】
2012204879.tif 000007
【図６】
2012204879.tif 000008
【図７】
2012204879.tif 000009
【図８】
2012204879.tif 000010
【図９】
2012204879.tif 000011
【図１０】
2012204879.tif 000012
【図１１】
2012204879.tif 000013