(57)【要約】【課題】  ドライブとホスト間のデータ転送を伴うコンテンツ利用における厳格な利用制御を実現する。【解決手段】  ドライブを介して情報記録媒体格納コンテンツの再生を実行する際、ホストとドライブ間での相互認証において、ホストがドライブリボケーションリストを適用して、ドライブのリボーク状況の確認を行ない、さらに、ドライブリボケーションリストと情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報を含むデータに基づいて生成された改ざん検証データ、例えばＭＡＣ値に基づくデータ検証を実行する。本構成により、古いバージョンのリボケーションリストを適用して不正に認証を成立させるなどの不正なコンテンツ利用を防止でき、コンテンツの厳格な利用制御が実現される。【選択図】  図４
2007025913.tif 000002
【特許請求の範囲】
【請求項１】
ドライブを介して受領する情報記録媒体からのデータ再生処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理部と、
前記認証処理部における認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記検証処理部は、
情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に対する改ざん検証処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記検証処理部は、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに対する改ざん検証処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記検証処理部は、ＭＡＣ(Message Authentication Code)に基づくデータ検証を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記検証処理部は、
情報記録媒体に格納されたコンテンツに対応するハッシュ値に基づいて生成された値と、ドライブリボケーションリストとを格納したコンテンツ証明書に対する改ざん検証処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記認証処理部は、
前記検証処理部において改ざんのないことが確認されたドライブリボケーションリストに従ったドライブのリボーク状況確認処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記検証処理部は、
さらに、情報記録媒体に対して設定された識別子についての改ざん検証処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
ドライブを介して受領する情報記録媒体からのデータ再生処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理部と、
を有することを特徴とする情報処理装置。
【請求項９】
前記データ処理部は、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号に適用する鍵情報を格納した鍵ファイルの復号鍵を生成する処理を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記データ処理部は、
ドライブから受信するドライブリボケーションリストを適用した一方向性関数に基づいて、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１１】
ドライブを介して情報記録媒体に対するデータ記録処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成部と、
前記認証処理部における認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御部と、
を有することを特徴とする情報処理装置。
【請求項１２】
前記検証データ生成部は、
情報記録媒体に対する記録コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する構成であることを特徴とする請求項１１に記載の情報処理装置。
【請求項１３】
前記検証データ生成部は、
ドライブリボケーションリストと、情報記録媒体に対する記録コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する構成であることを特徴とする請求項１１に記載の情報処理装置。
【請求項１４】
情報記録媒体製造方法であり、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データを生成する検証データ生成ステップと、
情報記録媒体に対する記録コンテンツおよび前記改ざん検証データを情報記録媒体に記録するステップと、
を有することを特徴とする情報記録媒体製造方法。
【請求項１５】
前記検証データ生成ステップは、
情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成するステップであることを特徴とする請求項１４に記載の情報記録媒体製造方法。
【請求項１６】
前記検証データ生成ステップは、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成するステップであることを特徴とする請求項１４に記載の情報記録媒体製造方法。
【請求項１７】
前記検証データ生成ステップは、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)を生成するステップであることを特徴とする請求項１４に記載の情報記録媒体製造方法。
【請求項１８】
情報記録媒体製造装置であり、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データを生成する検証データ生成部と、
情報記録媒体に対する記録コンテンツおよび前記改ざん検証データを情報記録媒体に記録する記録部と、
を有することを特徴とする情報記録媒体製造装置。
【請求項１９】
前記検証データ生成部は、
情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する構成であることを特徴とする請求項１８に記載の情報記録媒体製造装置。
【請求項２０】
前記検証データ生成部は、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する構成であることを特徴とする請求項１８に記載の情報記録媒体製造装置。
【請求項２１】
前記検証データ生成部は、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)を生成する構成であることを特徴とする請求項１８に記載の情報記録媒体製造装置。
【請求項２２】
情報記録媒体であり、
暗号化コンテンツと、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データと、
を記録データとして有することを特徴とする情報記録媒体。
【請求項２３】
前記改ざん検証用データは、
情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証用データであることを特徴とする請求項２２に記載の情報記録媒体。
【請求項２４】
前記検証用データは、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証用データであることを特徴とする請求項２２に記載の情報記録媒体。
【請求項２５】
前記検証用データは、
ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)値であることを特徴とする請求項２２に記載の情報記録媒体。
【請求項２６】
ドライブを介して情報記録媒体からのデータ再生処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理ステップと、
前記認証処理ステップにおける認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御ステップと、
を有することを特徴とする情報処理方法。
【請求項２７】
ドライブを介して情報記録媒体からのデータ再生処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理ステップと、
を有することを特徴とする情報処理方法。
【請求項２８】
ドライブを介して情報記録媒体に対するデータ記録処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成ステップと、
前記認証処理ステップにおける認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御ステップと、
を有することを特徴とする情報処理方法。
【請求項２９】
ドライブを介して受領する情報記録媒体からのデータ再生処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理ステップと、
前記認証処理ステップにおける認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３０】
ドライブを介して情報記録媒体からのデータ再生処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３１】
ドライブを介して情報記録媒体に対するデータ記録処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成ステップと、
前記認証処理ステップにおける認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ドライブとホスト間のデータ転送を伴うコンテンツ利用構成において、厳格な認証処理を実現し、不正なコンテンツ利用を防止することを可能とした情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
近年、ＤＶＤや、青色レーザーディスク（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）など、大容量データの格納可能な情報記録媒体が普及し、例えば高精細画像データや、高品質音声データなどのデジタルコンテンツをディスクなどの記録媒体に記録再生する利用形態が一般化してきている。
【０００３】
デジタル記録装置および記録媒体によれば、画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーされたコンテンツのインターネットを介した配信や、ＤＶＤ等の記録媒体にコンテンツをコピーした海賊版ディスクの流通は大きな問題となってきている。
【０００４】
情報記録媒体を利用したコンテンツ再生、コンテンツ記録処理を行なう態様としては、情報記録媒体（ディスク）を駆動するドライブと、再生／記録処理機能を一体化した装置を利用する態様と、ドライブと、再生処理あるいは記録処理プログラムを実行するホストとしてのアプリケーションを実行する情報処理装置、例えばＰＣなどをケーブル、バスなどによって接続しドライブとホスト間でのデータ転送を伴う処理態様とがある。
【０００５】
例えば、ドライブとホスト間でのデータ転送を行なう場合の問題点として、コンテンツ、鍵情報、その他の秘密情報の漏洩が発生しやすく、その結果、不正なコンテンツの利用、流出の可能性が高くなるという問題がある。音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００６】
ＤＶＤや青色レーザディスク等の大容量型記録媒体には、映像情報、音楽情報をデジタルデータとして格納することが可能である。このようなデジタルデータ記録媒体を市場に流通させる場合には、不正コピーを防止し著作権者の保護を図る構成が必須となる。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、コンテンツ・スクランブルシステム（ＣＳＳ：Ｃｏｎｔｅｎｔ  Ｓｃｒａｍｂｌｅ  Ｓｙｓｔｅｍ）、ＣＰＲＭ（Ｃｏｎｔｅｎｔ  Ｐｒｏｔｅｃｔｉｏｎ  ｆｏｒ  Ｒｅｃｏｒｄａｂｌｅ  Ｍｅｄｉａ）などが知られている。ＣＰＲＭは、暗号鍵が漏洩した場合にも、鍵の選択的な無効処理を可能とした構成であり、強固な著作権保護機能を持つ。
【０００８】
ＣＰＲＭでは、情報記録媒体からの暗号化コンテンツの再生、または情報記録媒体に対する暗号化コンテンツの記録処理を行なう装置は、記録媒体に記録されている暗号化キーブロック（例えばＭＫＢ：Ｍｅｄｉａ  Ｋｅｙ  Ｂｌｏｃｋ）を取得し、装置に格納されているデバイスキーによって、暗号化キーブロックの復号を実行してメディアキーを取得し、取得したメディアキーと、記録媒体から読み出し可能な記録媒体固有のメディアＩＤとに基づく暗号処理、さらに、ＣＰＲＭで規定するシーケンスに従った暗号処理を含む複数のデータ処理を実行してコンテンツの復号または暗号化に適用する鍵を取得し、取得した鍵によってコンテンツの復号再生、またはコンテンツの暗号化記録処理を行なう。
【０００９】
なお、一般にメディアＩＤは、特定のライセンスされたメディア製造者のみが記録可能なデータとして設定され、ＣＰＲＭの処理に従ったデータ記録、再生プログラムによってのみ読み取り可能なデータとしてメディアに記録される。例えば、メディアＩＤは、情報記録媒体の内周領域に設定されたバースト・カッティング・エリア（ＢＣＡ）に通常のデータ記録とは異なる方式によって記録される。
【００１０】
暗号化キーブロックとしてのＭＫＢは、鍵管理センタなどの特定の管理センタによって管理された暗号鍵ブロックデータであり、特定のライセンスされたメディア製造者などに提供され、また適宜更新される。ＭＫＢの更新の際には、不正と判断されたデバイス（再生機器、ＰＣ）に配布されている個々のデバイスキーを選択的にして無効化（リボーク）し、無効化（リボーク）されたデバイスキーを用いたメディアキーの取得を不可能にしたキーブロックとする更新を行なう。この構成により、不正なデバイスにおけるコンテンツ利用を排除することができる。
【００１１】
ドライブと、ホストとしてのデータ記録再生アプリケーションを実行するＰＣなどの情報処理装置間でデータ転送を伴ったコンテンツ再生を行なう場合、一般的に、ドライブおよびホスト間の相互認証を実行して、双方の機器が不正でないことを確認した後、コンテンツの再生を行なう構成となっている。認証処理おいては、例えば、ドライブは、ホストのリボーク（無効化）情報を確認し、ホストは、ドライブのリボーク（無効化）情報を確認して、双方がリボークされていないことの確認が行なわれる。
【００１２】
リボーク（無効化）情報は、例えば、第三者機関としての管理センタが適宜、更新して、コンテンツを格納したディスクに併せて格納され、これをドライブが読み出して、リボーク確認が実行されるというのが一般的な処理であるが、例えば不正なドライブは、認証に適用すべき最新のリボーク情報ではなく、故意に古いリボーク情報をドライブ内のメモリに保持し、これを認証処理に適用する可能性がある。このような不正な処理が実行されると、本来、リボーク（無効化）されてしまったドライブやホストであるにも関わらず、リボーク（無効化）されていないものと判定され、リボークされたドライブあるいはホストによってコンテンツが不正に利用されてしまう可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、上述の問題点に鑑みてなされたものであり、ドライブとホスト間のデータ転送を伴うコンテンツ利用構成において、リボーク（無効化）情報の適切な利用による厳格な認証処理を実現し、不正なコンテンツ利用を防止することを可能とした情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明の第１の側面は、
ドライブを介して受領する情報記録媒体からのデータ再生処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理部と、
前記認証処理部における認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御部と、
を有することを特徴とする情報処理装置にある。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記検証処理部は、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に対する改ざん検証処理を実行する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記検証処理部は、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに対する改ざん検証処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記検証処理部は、ＭＡＣ(Message Authentication Code)に基づくデータ検証を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記検証処理部は、情報記録媒体に格納されたコンテンツに対応するハッシュ値に基づいて生成された値と、ドライブリボケーションリストとを格納したコンテンツ証明書に対する改ざん検証処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記認証処理部は、前記検証処理部において改ざんのないことが確認されたドライブリボケーションリストに従ったドライブのリボーク状況確認処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記検証処理部は、さらに、情報記録媒体に対して設定された識別子についての改ざん検証処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の第２の側面は、
ドライブを介して受領する情報記録媒体からのデータ再生処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理部と、
を有することを特徴とする情報処理装置にある。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号に適用する鍵情報を格納した鍵ファイルの復号鍵を生成する処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ドライブから受信するドライブリボケーションリストを適用した一方向性関数に基づいて、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の第３の側面は、
ドライブを介して情報記録媒体に対するデータ記録処理を実行する情報処理装置であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部と、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成部と、
前記認証処理部における認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御部と、
を有することを特徴とする情報処理装置にある。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記検証データ生成部は、情報記録媒体に対する記録コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記検証データ生成部は、ドライブリボケーションリストと、情報記録媒体に対する記録コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する構成であることを特徴とする。
【００２７】
さらに、本発明の第４の側面は、
情報記録媒体製造方法であり、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データを生成する検証データ生成ステップと、
情報記録媒体に対する記録コンテンツおよび前記改ざん検証データを情報記録媒体に記録するステップと、
を有することを特徴とする情報記録媒体製造方法にある。
【００２８】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記検証データ生成ステップは、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成するステップであることを特徴とする。
【００２９】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記検証データ生成ステップは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成するステップであることを特徴とする。
【００３０】
さらに、本発明の情報記録媒体製造方法の一実施態様において、前記検証データ生成ステップは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)を生成するステップであることを特徴とする。
【００３１】
さらに、本発明の第５の側面は、
情報記録媒体製造装置であり、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データを生成する検証データ生成部と、
情報記録媒体に対する記録コンテンツおよび前記改ざん検証データを情報記録媒体に記録する記録部と、
を有することを特徴とする情報記録媒体製造装置にある。
【００３２】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記検証データ生成部は、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する構成であることを特徴とする。
【００３３】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記検証データ生成部は、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する構成であることを特徴とする。
【００３４】
さらに、本発明の情報記録媒体製造装置の一実施態様において、前記検証データ生成部は、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)を生成する構成であることを特徴とする。
【００３５】
さらに、本発明の第６の側面は、
情報記録媒体であり、
暗号化コンテンツと、
ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データと、
を記録データとして有することを特徴とする情報記録媒体にある。
【００３６】
さらに、本発明の情報記録媒体の一実施態様において、前記改ざん検証用データは、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証用データであることを特徴とする。
【００３７】
さらに、本発明の情報記録媒体の一実施態様において、前記検証用データは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証用データであることを特徴とする。
【００３８】
さらに、本発明の情報記録媒体の一実施態様において、前記検証用データは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)値であることを特徴とする。
【００３９】
さらに、本発明の第７の側面は、
ドライブを介して情報記録媒体からのデータ再生処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理ステップと、
前記認証処理ステップにおける認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御ステップと、
を有することを特徴とする情報処理方法にある。
【００４０】
さらに、本発明の第８の側面は、
ドライブを介して情報記録媒体からのデータ再生処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理ステップと、
を有することを特徴とする情報処理方法にある。
【００４１】
さらに、本発明の第９の側面は、
ドライブを介して情報記録媒体に対するデータ記録処理を実行する情報処理方法であり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成ステップと、
前記認証処理ステップにおける認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御ステップと、
を有することを特徴とする情報処理方法にある。
【００４２】
さらに、本発明の第１０の側面は、
ドライブを介して受領する情報記録媒体からのデータ再生処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理ステップと、
前記認証処理ステップにおける認証の成立と、前記検証処理部における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４３】
さらに、本発明の第１１の側面は、
ドライブを介して情報記録媒体からのデータ再生処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行するデータ処理ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４４】
さらに、本発明の第１２の側面は、
ドライブを介して情報記録媒体に対するデータ記録処理を情報処理装置において実行させるコンピュータ・プログラムであり、
ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理ステップと、
ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成ステップと、
前記認証処理ステップにおける認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４５】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００４７】
本発明の一実施例の構成によれば、ドライブを介して情報記録媒体格納コンテンツの再生を実行する構成において、ホストとドライブ間での相互認証に際して、ホストが、ドライブから受信するドライブリボケーションリストを適用してドライブのリボーク状況の確認を行なうとともに、ドライブリボケーションリストと情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報を含むデータに基づいて生成された改ざん検証データ、例えばＭＡＣ値に基づくデータ検証を実行する構成としたので、例えば不正ドライブが介在して、古いバージョンのリボケーションリストによって不正な認証を成立させてコンテンツを利用するなどの不正なコンテンツ利用を防止可能となり、コンテンツの厳格な利用制御が実現される。
【発明を実施するための最良の形態】
【００４８】
以下、図面を参照しながら本発明の情報処理装置、情報記録媒体製造装置、情報記録媒体、および方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要
２．コンテンツ管理ユニット（ＣＰＳユニット）について
３．コンテンツ再生処理
（３．１）コンテンツ再生処理例１
（３．２）コンテンツ再生処理例２
（３．３）コンテンツ再生処理例３
（３．４）コンテンツ再生処理例４
（３．５）コンテンツ再生処理例５
（３．６）コンテンツ再生処理例６
（３．７）コンテンツ再生処理例７
４．コンテンツ記録処理例
５．ドライブ装置および情報処理装置の構成
６．情報記録媒体製造装置および情報記録媒体
【００４９】
［１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要］
まず、情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要について説明する。図１に、コンテンツの格納された情報記録媒体１００、ドライブ１２０およびホスト１５０の構成を示す。ホスト１５０は、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。
【００５０】
情報記録媒体１００は、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体（ＲＯＭディスクなど）、あるいはデータ記録可能な情報記録媒体（ＲＥディスクなど）である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００５１】
情報記録媒体１００に格納されるデータは、情報記録媒体１００がＲＯＭディスクであるかＲＥディスクであるかによって、多少異なる。例えば図に示すデータ１０１〜１０６は、共通に格納されるデータとなる。すなわち、暗号化処理の施された暗号化コンテンツ１０１、これは、ＲＯＭディスクの場合は、当初から記録されたコンテンツであり、ＲＥディスクの場合は、例えばユーザが後発的に取得または生成した暗号化コンテンツなどが含まれる。
【００５２】
さらに、情報記録媒体１００には、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１０２、ドライブＣＲＬ(certificate Revocation List)１０３が格納される。ＭＫＢには、ホストのＣＲＬ(certificate Revocation List)が含まれる。ＣＲＬは、証明書リボケーションリストであり、ホストやドライブなどに対応して発行された証明書（公開鍵証明書）中の無効化された証明書のＩＤリストである。
【００５３】
さらに、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む使用許諾情報１０４、コンテンツ利用管理単位としてのコンテンツ管理ユニット（ＣＰＳユニット）毎に設定される暗号鍵であるＣＰＳユニット鍵の生成情報を格納したＣＰＳユニット鍵ファイル１０５、ドライブＣＲＬを含むデータの改ざん検証値としてのＭＡＣ（Message Authentication Code）１０６が格納される。
【００５４】
その他、所定枚数の製造単位毎の情報記録媒体毎の識別情報として設定されるボリュームＩＤ１０７、ディスクシリアルナンバー１０８、前述のＣＰＳユニット鍵の生成に適用するバインドシード１０９などが格納される。なお、前述したように、これらのデータは、ディスクの種類に応じて選択的に格納される。以下、これらの各種情報の詳細について説明する。
【００５５】
（１）暗号化コンテンツ１０１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。
【００５６】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどが格納される場合もある。これらのコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータとして格納される場合もある。
【００５７】
コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（ＣＰＳユニット鍵またはユニット鍵（あるいはタイトル鍵と呼ぶ場合もある））が割り当てられ暗号化されて格納される。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００５８】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）１０２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１０２は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【００５９】
ライセンスエンティテイとしての管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理については後述する。
【００６０】
前述したように、ＭＫＢには、ホストＣＲＬ(certificate Revocation List)１０３が併せて格納される。ＣＲＬは、証明書リボケーションリストであり、ホストやドライブなどに対応して発行された証明書（公開鍵証明書）中の無効化された証明書のＩＤリストである。後段で、詳細に説明するが、コンテンツ利用に先立って実行されるホストとドライブ間の認証処理において、ホストは、ドライブ対応ＣＲＬを参照して、ドライブがリボークされたドライブでないことを確認し、ドライブは、ホスト対応ＣＲＬを参照して、ホストがリボークされたホストでないことを確認する。
【００６１】
（３）ドライブＣＲＬ
上述したように、ドライブＣＲＬは、証明書リボケーションリストであり、ドライブに対応して発行された証明書（公開鍵証明書）中の無効化された証明書のＩＤリストである。コンテンツ利用に先立って実行されるホストとドライブ間の認証処理において利用される。
【００６２】
（４）使用許諾情報
使用許諾情報には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１０１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
【００６３】
（５）ＣＰＳユニット鍵ファイル
情報記録媒体１００に格納された暗号化コンテンツ１０１は、上述したように、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の暗号鍵を適用して暗号化されている。コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのＣＰＳユニットに区分されている。再生処理を実行する情報処理装置は、再生対象とするコンテンツの属するＣＰＳユニットを判別し、判別したＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を適用した復号処理を行うことが必要となる。このＣＰＳユニット鍵を取得するために必要なデータを格納したファイルがＣＰＳユニット鍵ファイルである。ＣＰＳユニット鍵ファイルの詳細については後述する。なお、コンテンツ再生には、ＣＰＳユニット鍵のみならず、他の様々な鍵情報や鍵生成情報等を適用することが必要となる。これらの具体的な処理についても後述する。
【００６４】
（６）ＭＡＣ
ＭＡＣ１０６は、ドライブＣＲＬを含むデータの改ざん検証値、すなわちメッセージ認証子としてのＭＡＣ（Message Authentication Code）である。後段で詳細に説明するが、コンテンツ利用に先立って実行されるホストとドライブ間の認証処理において、ホストが取得したドライブＣＲＬに基づいてドライブがリボークされていないことを確認する場合、確認に用いたドライブＣＲＬが改ざんされていない正等なドライブＣＲＬであることを確認する際にＭＡＣ１０６が利用される。これらの処理の詳細については、後述する。
【００６５】
（７）その他の格納データ
ボリュームＩＤ１０７、ディスクシリアルナンバー１０８、例えば、スタンパ単位で設定され、所定製造枚数単位の情報記録媒体毎の識別情報として設定されるＩＤである。このボリュームＩＤやディスクシリアルナンバーは、コンテンツの復号に適用する鍵の生成情報として利用される場合もある。バインドシード１０９は、前述のＣＰＳユニット鍵の生成情報として利用されるシード情報である。これらの情報の具体的な利用処理については後述する。
【００６６】
図１に示すように、情報記録媒体１００に格納されたコンテンツの再生処理は、ドライブ１２０を介してホスト１５０にデータが転送されて実行される。コンテンツの利用に先立ち、ドライブ１２０と、ホスト１５０間では相互認証処理が実行され、この認証処理において、前述したように、ホストは、ドライブＣＲＬを参照して、ドライブがリボークされたドライブでないことを確認し、ドライブは、ホストＣＲＬを参照して、ホストがリボークされたホストでないことを確認する。
【００６７】
図に示すように、ドライブ１２０は、ホストＣＲＬやデバイス鍵を格納するためのメモリ１２２を有する。メモリは不揮発性メモリ（ＮＶＲＡＭ）であり、例えば、情報記録媒体１００から読み出されるホストＣＲＬがより新しいバージョンである場合には、データ処理部１２１は、メモリ１２２に新しいバージョンのホストＣＲＬを格納する更新処理を行なう。
【００６８】
前述したように、ホストＣＲＬ、ドライブＣＲＬ等のＣＲＬは管理センタが逐次更新する。すなわち新たな不正機器が発覚した場合、その不正機器に対して発行された証明書のＩＤまたは機器ＩＤなどを新規エントリとし追加した更新ＣＲＬを発行する。各ＣＲＬにはバージョン番号が付与されており、新旧比較が可能な構成となっている。例えばドライブが装着した情報記録媒体から読み出されたＣＲＬが、ドライブ内のメモリ１２２に格納されたＣＲＬより新しい場合、ドライブは、ＣＲＬの更新処理を実行する。
【００６９】
メモリ１２２には、相互認証処理に適用する鍵情報やデバイス鍵：Ｋｄが格納される。デバイス鍵：Ｋｄは、先に説明したＭＫＢの処理に適用する鍵である。ＭＫＢは有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックであり、ドライブ１２０は、デバイス鍵：Ｋｄを適用してＭＫＢの処理を実行することになる。
【００７０】
ドライブ１２０のデータ処理部１２１は、ＣＲＬの更新処理、コンテンツ利用に際して実行されるホストとの認証処理、さらに、情報記録媒体からのデータ読み出し、ホストヘのデータ転送処理などを実行する。
【００７１】
ホスト１５０は、前述したように、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。
【００７２】
ホスト１５０は、ドライブ１２０との相互認証処理や、データ転送制御などを実行するデータ処理部１５１、暗号化コンテンツの復号処理を実行する復号処理部１５３と、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５４を利用した処理を実行する。
【００７３】
データ処理部１５１は、ホスト−ドライブ間の認証処理を実行し、認証処理においては、不揮発性メモリ（ＮＶＲＡＭ）としてのメモリａ１５２に格納されたドライブＣＲＬを参照して、ドライブがリボークされたドライブでないことを確認する。ホストも、また、メモリａ１５２に新しいバージョンのドライブＣＲＬを格納する更新処理を行なう。
【００７４】
復号処理部１５３では、メモリｂ１５５に格納された各種情報、および、情報記録媒体１００からの読み取りデータを適用して、コンテンツの復号に適用する鍵を生成し、暗号化コンテンツ１０１の復号処理を実行する。
【００７５】
情報処理装置１５０のメモリｂ１５５には、相互認証処理に適用する鍵情報や復号に適用する鍵情報などが格納される。なお、コンテンツの復号処理の詳細については後述する。
【００７６】
［２．コンテンツ管理ユニット（ＣＰＳユニット）について］
前述したように、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。
【００７７】
コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。
【００７８】
図２に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。
【００７９】
プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが選択的に読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００８０】
図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００８１】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２が、少なくとも暗号化対象データであり、原則的にコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるＣＰＳユニット鍵（Ｋｕ１）を適用して暗号化されたデータとして設定される。
【００８２】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、インデックスとしてアプリケーション１，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵である暗号鍵であるＣＰＳユニット鍵（Ｋｕ２）を適用して暗号化される。
【００８３】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００８４】
ＣＰＳユニットの設定構成、およびユニット鍵の対応例を図３に示す。図３には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するＣＰＳユニット鍵の対応を示している。なお、予め後発データ用のＣＰＳユニットおよびＣＰＳユニット鍵を格納して設定しておくことも可能である。例えばデータ部２８１が後発データ用のエントリである。
【００８５】
ＣＰＳユニット設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々であり、ＣＰＳユニット管理テーブルには、それぞれのＣＰＳユニットに対応する識別子としてのＣＰＳユニットＩＤが設定される。
【００８６】
図３において、例えばタイトル１はＣＰＳユニット１であり、ＣＰＳユニット１に属する暗号化コンテンツの復号に際しては、ユニット鍵Ｋｕ１を生成し、生成したユニット鍵Ｋｕ１に基づく復号処理を行なうことが必用となる。
【００８７】
このように、情報記録媒体１００に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対する使用許諾情報（ＵＲ：Ｕｓａｇｅ  Ｒｕｌｅ）が設定されている。使用許諾情報は、前述したように、コンテンツに対する例えばコピー・再生制御情報（ＣＣＩ）を含む情報であり、各コンテンツ管理ユニット（ＣＰＳユニット）に含まれる暗号化コンテンツのコピー制限情報や、再生制限情報である。
【００８８】
なお、ユニット鍵の生成には、情報記録媒体に格納された様々な情報を適用したデータ処理が必要となる。これらの処理の具体例についは、後段で詳細に説明する。
【００８９】
［３．コンテンツ再生処理］
以下、ドライブとホスト間の相互認証処理を実行し、認証の成立を条件として、ドライブに装着した情報記録媒体に格納されたコンテンツをドライブからホストに転送してコンテンツ再生処理を実行する場合の複数の処理例について説明する。
【００９０】
（３．１）コンテンツ再生処理例１
まずコンテンツ再生処理例１について、図４を参照して説明する。処理例１は、例えばＲＯＭディスクを利用したコンテンツ再生処理である。
【００９１】
図４には、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３２０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３２０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３３０を示している。ホスト３３０は、例えばＰＣ等の情報処理装置において実行される。
【００９２】
情報記録媒体３１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）３１１、ボリュームＩＤ３１２、ＣＰＳユニット鍵ファイル３１３、ドライブＣＲＬを含む使用許諾情報３１４、ＭＡＣ値３１５、暗号化コンテンツ３１６が格納されている。
【００９３】
ＭＡＣ値３１５は、ドライブＣＲＬを含む使用許諾情報３１４に対応して設定された改ざん検証可能なメッセージ認証子である。本実施例は、使用許諾情報３１４にドライブＣＲＬを格納し、情報記録媒体３１０から読み出したドライブＣＲＬを含む使用許諾情報３１４に対して、ホスト３３０が、ＭＡＣ検証処理を実行して、ドライブＣＲＬの正当性を確認することが特徴である。
【００９４】
使用許諾情報は、情報記録媒体３１０に格納されたコンテンツについて、例えば、前述のＣＰＳユニット単位で設定されたコンテンツ利用制御情報であり、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。この使用許諾情報３１４にドライブＣＲＬを格納した構成を持つ。
【００９５】
図４に示すドライブ３２０、ホスト３３０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ３２０の秘密鍵＆証明書３２２と、ホスト３３０の秘密鍵＆証明書３３１である。さらに、ドライブ３２０は、ＭＫＢの処理に適用するデバイス鍵３２１を保持している。
【００９６】
本処理例の処理手順について説明する。まず、情報記録媒体３１０の格納コンテンツの読み出しに先立ち、ホスト３３０とドライブ３２０は、ステップＳ１０１において、相互認証を実行する。この相互認証は、ホストおよびドライブがそれぞれ正当な機器またはアプリケーションソフトであるかを確認する処理である。この相互認証処理シーケンスとしては、様々な処理が適用可能である。その一例を図５を参照して説明する。
【００９７】
図５は、公開鍵暗号方式に従った相互認証シーケンスの１例である。まず、ステップＳ１２１において、ドライブ３２０は、自己のメモリ（ＮＶＲＡＭ）に格納されたドライブ公開鍵証明書と、任意に生成した乱数をホストに送信する。ステップＳ１２２において、ホスト３３０も、自己のメモリ（ＮＶＲＡＭ）に格納されたホスト公開鍵証明書と、任意に生成した乱数をドライブに送信する。
【００９８】
ステップＳ１２３において、ドライブ３２０は、ホストから受信したホスト公開鍵証明書の正当性と、ホストのリボーク状況をホストＣＲＬに基づいて検証する。公開鍵証明書は、図６に示すデータ構成を有している。すなわち、
ヘッダ：このデータが証明書であることを示すデータ、
データ長：証明書のバイト数、
ＩＤ：ドライブまたはホストＩＤ、
公開鍵：ドライブまたはホストの公開鍵
署名：ヘッダ〜公開鍵に対する電子署名、例えば鍵管理エンティテイの秘密鍵によってＥＣＤＳＡによる署名がなされている。
の各データが格納されている。なお、ＥＣＤＳＡは、楕円曲線暗号に従った署名生成アルゴリズムである。
【００９９】
ステップＳ１２３において、ドライブ３２０は、まず、ホスト公開鍵証明書に設定された署名検証を実行する。図５に示すＥＣＤＳＡ＿Ｖは、楕円曲線暗号に基づく署名検証（Verification）の実行を示している。この署名検証は、鍵管理エンティテイの秘密鍵に対応する公開鍵を適用して実行する。ドライブは、署名検証用の鍵管理エンティテイの公開鍵をメモリ（ＮＶＲＡＭ）に保持しており、これを適用して署名検証を実行する。署名検証によって、ホスト公開鍵証明書が改ざんされていないものであることを確認する。署名検証によって、ホスト公開鍵証明書が改ざんされていることが判明した場合は処理を中止する。
【０１００】
さらに、ドライブ３２０は、改ざんのないことが明確になったホスト公開鍵証明書に基づいて、この証明書がリボーク（無効化）されているものでないことを、ホストＣＲＬを参照して確認する。ホストＣＲＬは、ホストに対して発行済みの公開鍵証明書について、無効化された証明書のＩＤをリスト化したものである。ここで、ドライブ３２０が利用するホストＣＲＬは、図４に示す情報記録媒体３１０に格納されたＭＫＢ３２１に格納されたホストＣＲＬである。なお、ドライブ３２０は、自己のメモリ（ＮＶＲＡＭ）にホストＣＲＬを格納しているが、より新しいバージョンのＣＲＬが情報記録媒体３１０から取得された場合は、メモリに格納されたホストＣＲＬの更新を実行する。
【０１０１】
証明書リボケーションリスト（ＣＲＬ：certificate Revocation List)のデータ構成について、図７を参照して説明する。ＣＲＬは、図７に示すデータ構成を有している。すなわち、
ヘッダ：このデータが証明書リボケーションリスト（ＣＲＬ）であることを示すデータ、
データ長：ＣＲＬ全体のバイト数、
Ｎ：リボークされた機器またはソフトの総数、
リボークＩＤ：リボークされた機器またはソフトの識別子（ＩＤ）
の各データが格納されている。
【０１０２】
ドライブ３２０は、改ざんのないことが明確になったホスト公開鍵証明書からＩＤを取得し、このＩＤがホストＣＲＬに登録されているＩＤと一致するか否かを判定する。一致するＩＤがホストＣＲＬに存在する場合、そのホストは、リボーク（無効化）されたホストであると判定し、以降の処理を中止する。ホスト公開鍵証明書から取得したＩＤが、ホストＣＲＬに記録されていない場合は、正当なリボークのなされていないホストであると判定して、処理を続ける。
【０１０３】
一方、ホスト３３０においても、ステップＳ１２４において、ドライブ３２０から受領したドライブ公開鍵証明書に基づいて、ドライブ公開鍵証明書の正当性の確認（改ざん検証）と、ドライブＣＲＬを適用したドライブのリボークの有無判定を実行する。ドライブの公開鍵証明書が正当なものであり、リボークされていないことが確認された場合にのみ、処理を継続する。
【０１０４】
なお、ここで、ホスト３３０が利用するドライブＣＲＬは、情報記録媒体３１０に格納された使用許諾情報３１４に格納されたドライブＣＲＬを利用する。ホスト３３０はドライブ３２０を介して情報記録媒体３１０に格納された使用許諾情報３１４を受領して、ドライブＣＲＬを取得する。なお、ホスト３３０は、自己のメモリ（ＮＶＲＡＭ）にドライブＣＲＬを格納しているが、より新しいバージョンのＣＲＬが情報記録媒体３１０から取得された場合は、メモリに格納されたドライブＣＲＬの更新を実行する。
【０１０５】
次に、ドライブ３２０、ホスト３３０は、それぞれの認証結果をドライブレスポンス（Ｓ１２５）、ホストレスポンス（Ｓ１２６）として通知する。この認証結果の通知に際して、双方では、楕円曲線暗号を適用した値としてのＥＣＤＨ（Elliptic Curve Diffie Hellman）の値を生成して、双方に通知しあう。
【０１０６】
ドライブ３２０は、ホスト３３０からのドライブ認証結果とＥＣＤＨの値を受信すると、ステップＳ１２７において、ホストのレスポンスを検証し、ドライブ認証の成立を確認して、受信したＥＣＤＨの値を適用して共通鍵としてのセッション鍵を生成する。ホスト３３０においても、ドライブ３２０からのホスト認証結果とＥＣＤＨの値を受信すると、ステップＳ１２８において、ドライブレスポンスを検証し、ホスト認証の成立を確認して、ＥＣＤＨの値に基づいて共通鍵としてのセッション鍵を生成する。
【０１０７】
このような相互認証処理によって、ドライブ３２０とホスト３３０は共通鍵としてのセッション鍵を共有する。
【０１０８】
図４に戻り、コンテンツ利用処理のシーケンスについての説明を続ける。ステップＳ１０１において、ホストドライブ間の相互認証が実行され、セッション鍵（Ｋｓ）を共有した後、ドライブは、ステップＳ１０２において、情報記録媒体３１０からＭＫＢ３１１を読み出して、メモリに格納されたデバイス鍵を適用したＭＫＢ３１１の処理を実行して、ＭＫＢからメディア鍵（Ｋｍ）を取得する。
【０１０９】
前述したように、ＭＫＢ（Media Key Block）３１１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つ装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。
【０１１０】
次に、ステップＳ１０３において、ステップＳ１０２におけるＭＫＢ処理で取得したメディア鍵（Ｋｍ）と、情報記録媒体３１０から読み取ったボリュームＩＤ３１２とに基づく暗号処理、例えば一方向性関数の適用によって、ボリューム固有鍵（Ｋｖ）を生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。
【０１１１】
ＡＥＳ暗号アルゴリズムを適用した一方向性関数の詳細について、図８を参照して説明する。ＡＥＳ暗号アルゴリズムに従った処理としては、例えばＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］が適用される。ＡＥＳベースのハッシュ関数は、図８に示すように、ＡＥＳ暗号処理を適用したデータ復号処理を伴う鍵生成（Key Generation）処理実行部（ＡＥＳ＿Ｇ）と排他的論理和部との組み合わせによって構成される。ＡＥＳ＿Ｇ部は、さらに図８に示すようにＡＥＳ復号部（ＡＥＳ＿Ｄ）と排他的論理和部との組みによって構成される。
【０１１２】
図４におけるステップＳ１０３におけるボリューム固有鍵（Ｋｖ）の生成処理は、ステップＳ１０２におけるＭＫＢ処理で取得したメディア鍵（Ｋｍ）と、情報記録媒体３１０から読み取ったボリュームＩＤ３１２とを入力として、例えば図８に示すＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］を適用した処理として実行される。
【０１１３】
次に、ドライブ３２０は、ステップＳ１０４において、先の相互認証処理において生成した共通鍵であるセッション鍵（Ｋｓ）を適用して、ボリューム固有鍵（Ｋｖ）の暗号化を実行し、暗号化されたボリューム固有鍵（Ｋｖ）をホスト３３０に送信する。
【０１１４】
ホスト３３０は、ドライブ３２０から暗号化されたボリューム固有鍵（Ｋｖ）を受信すると、ステップＳ１０５において、先の相互認証処理において生成した共通鍵であるセッション鍵（Ｋｓ）を適用して、暗号化ボリューム固有鍵（Ｋｖ）の復号処理を実行して、ボリューム固有鍵（Ｋｖ）を取得する。
【０１１５】
さらに、ステップＳ１０６において、ドライブ３２０を介して情報記録媒体３１０に格納されたＣＰＳユニット鍵ファイル３１３を受領して、これをボリューム固有鍵（Ｋｖ）を適用して復号する。情報記録媒体３１０に格納されたＣＰＳユニット鍵ファイル３１３は暗号化ファイルとして格納されており、ホストは、これをボリューム固有鍵（Ｋｖ）を適用して復号し、ＣＰＳユニット鍵ファイルを取得し、ＣＰＳユニット鍵ファイルに格納されたデータを適用して、コンテンツ（ＣＰＳユニット）の復号に適用するユニット鍵（Ｋｕ）を取得する。
【０１１６】
ＣＰＳユニット鍵ファイル３１３のデータ構成例について、図９を参照して説明する。ＣＰＳユニット鍵ファイルは、図９に示すデータ構成を有している。すなわち、
ヘッダ：このデータがＣＰＳユニット鍵ファイルであることを示すデータ、
タイトル数：ディスク上の全タイトル数、
ＣＰＳユニット番号ｆｏｒタイトル（ｉ）：タイトル（ｉ）が属するＣＰＳユニットの番号、
ＣＰＳユニット数：ディスク上の全ＣＰＳユニット数、
ＭＡＣ値：各ＣＰＳユニットに対応した使用許諾情報のＭＡＣ値、
暗号化済みＣＰＳユニット鍵ファイル：各ＣＰＳユニット鍵の暗号化データ
の各データが格納されている。
【０１１７】
次に、ホストは、ステップＳ１０７において、ドライブ３２０を介して情報記録媒体３１０に格納された使用許諾情報３１４を受領してＭＡＣ検証処理を実行する。前述したように、本実施例では、使用許諾情報３１４にドライブＣＲＬが含まれている。また、情報記録媒体３１０に格納されたＭＡＣ値３１５は、ドライブＣＲＬを含む使用許諾情報３１４に対応して設定された改ざん検証可能なメッセージ認証子である。ホストは、このドライブＣＲＬを格納した使用許諾情報３１４のＭＡＣ検証を実行する。
【０１１８】
ドライブＣＲＬが含まれた構成を持つ使用許諾情報３１４のデータ構成例について、図１０を参照して説明する。使用許諾情報は、図１０に示すデータ構成を有している。すなわち、
ＣＣＩ情報：ＣＣＩ情報の種類を示すデータ
（例１）Ｏｎｌｉｎｅと関連無しのコンテンツ：０００１１６
（例２）Ｏｎｌｉｎｅ関連コンテンツ：０００２１６
ＣＣＩ情報長：ＣＣＩ情報Ｔｙｐｅ、ＣＣＩ情報Ｌｅｎｇｔｈ、ＣＣＩ情報の総バイト数、
ＣＣＩ情報：暗号化必要性の有無、コピー制限情報、解像度制限等の再生に関する情報を示すデータ、
ＣＲＬ：リボークされた機器またはソフトのリスト（ＣＲＬ）
Ｘ，Ｙ：可変値
の各データが格納されている。
【０１１９】
本実施例においては、使用許諾情報３１４に格納されるＣＲは、ドライブについての証明書リボケーションリストであるドライブＣＲＬが含まれることになる。すなわちリボークされたドライブの識別子（ＩＤ）が登録されたリストである。なお、使用許諾情報３１４に格納されるＣＲＬは、情報記録媒体の発行（製造）時点において、最新のバージョンのＣＲＬである。
【０１２０】
ホスト３３０は、ステップＳ１０７において、このようなドライブＣＲＬを含む使用許許諾情報に基づいてＭＡＣ算出を実行する。例えば、ＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用して、情報記録媒体３１０から読み出した使用許諾情報３１４にユニット鍵Ｋｕを適用してＭＡＣを算出する。
【０１２１】
次に、ステップＳ１０８において、情報記録媒体３１０に格納されたＭＡＣ値３１５をドライブ３２０を介して受領し、受領したＭＡＣ値と、ステップＳ１０７において、情報記録媒体３１０から読み出した使用許諾情報３１４に基づいて算出したＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体３１０から読み出した使用許諾情報３１４は改ざんされていない正当な使用許諾情報であることが確認される。
【０１２２】
この使用許諾情報の正当性確認により、使用許諾情報に格納されたドライブＣＲＬについても正当な改ざんのないＣＲＬであり、情報記録媒体の製造時において最新のバージョンのドライブＣＲＬであることが確認されたことになる。このＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ１０９において、情報記録媒体３１０から読み出した暗号化コンテンツをステップＳ１０６において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０１２３】
ステップＳ１０８におけるＭＡＣ比較におけるＭＡＣ比較処理、すなわち、ステップＳ１０７において情報記録媒体３１０から読み出した使用許諾情報３１４に基づいて算出したＭＡＣ値と、情報記録媒体３１０に格納されたＭＡＣ値３１５とが不一致となった場合は、情報記録媒体３１０から読み出した使用許諾情報３１４が改ざんされた不正なデータであると判定される。すなわち、この使用許諾情報３１４に含まれるドライブＣＲＬも改ざんされた不正なデータである可能性があると判定され、ドライブの正当性が否定されることになり、以降の処理は中止されコンテンツの利用、再生は中止されることになる。
【０１２４】
このように、本実施例においては、情報記録媒体３１０に記録される使用許諾情報３１４にドライブＣＲＬを格納し、情報記録媒体３１０から読み出したドライブＣＲＬを含む使用許諾情報３１４に対して、ホスト３３０が、ＭＡＣ検証処理を実行して、ドライブＣＲＬの正当性を確認する構成としたので、例えば不正なドライブによって、ドライブ内に古いバージョンのドライブＣＲＬを隠し持って、これを利用して相互認証を成立させるといった不正な処理を排除することが可能となり、コンテンツの不正利用を防止することができる。
【０１２５】
次に、図１１に示すフローチャートを参照して、上述したコンテンツ再生処理例１の一連の処理シーケンスについて説明する。まず、ステップＳ２０１において、ホストのコマンドを受領したドライブは、情報記録媒体に格納された各ＣＲＬ、すなわちホストＣＲＬとドライブＣＲＬを読み取る。本処理例において、ホストＣＲＬは、ＭＫＢに格納され、ドライブＣＲＬは、使用許諾情報に格納されているので、これらの各データを情報記録媒体から読み取る。ドライブは、ドライブＣＲＬの格納された使用許諾情報をホストに送信する。
【０１２６】
ステップＳ２０２において、ドライブおよびホストは、それぞれ自己のメモリ（ＮＶＲＡＭ）に格納されている各ＣＲＬと、ディスクから取得したＣＲＬのバージョン（新旧）比較を実行する。すなわち、ホストはドライブＣＲＬのバージョン比較を実行し、ドライブはホストＣＲＬのバージョン比較を実行する。
【０１２７】
ステップＳ２０３において、ディスクから読み取ったＣＲＬがメモリ格納ＣＲＬより新しいバージョンであると判定した場合は、ステップＳ２０４において、メモリに格納されているＣＲＬをディスクから読み取ったＣＲＬに置き換えるＣＲＬ更新処理を実行する。
【０１２８】
次に、ステップＳ２０５において、ホストとドライブ間における相互認証処理を実行する。この相互認証処理は、先に、図５を参照して説明した処理シーケンスに従って実行され、双方の公開鍵証明書を交換して正当性を確認し、各ＣＲＬを参照して、リボーク状況を確認する。
【０１２９】
ステップＳ２０６において認証が不成立となった場合は、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０１３０】
ステップＳ２０６において認証成立と判定された場合は、ステップＳ２０７に進み、ホストにおいて、ドライブＣＲＬを含む使用許諾情報のＭＡＣ検証を実行する。すなわち、情報記録媒体に格納されたドライブＣＲＬを含む使用許諾情報を取得し、ＭＡＣ値を算出し、さらに情報記録媒体に格納されたＭＡＣ値との比較を実行する。
【０１３１】
ステップＳ２０８において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致した場合は、ドライブＣＲＬを含む使用許諾情報に改ざんはなく、正当なドライブＣＲＬがドライブを介して提供されたものと判断し、ステップＳ２０９に進みコンテンツ利用、再生を実行する。
【０１３２】
ステップＳ２０８において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致しなかった場合は、ドライブＣＲＬを含む使用許諾情報に改ざんがあると判断し、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０１３３】
（３．２）コンテンツ再生処理例２
次に、コンテンツ再生処理例２について、図１２を参照して説明する。処理例２も、処理例１と同様、例えばＲＯＭディスクを利用したコンテンツ再生処理である。
【０１３４】
図１２も図４と同様、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３２０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３２０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３３０を示している。ホスト３３０は、例えばＰＣ等の情報処理装置において実行される。
【０１３５】
情報記録媒体３１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）３１１、ボリュームＩＤ３１２、ＣＰＳユニット鍵ファイル３１３、使用許諾情報３１７、ドライブＣＲＬ３１８、ＭＡＣ値３１５、暗号化コンテンツ３１６が格納されている。
【０１３６】
本例では、先に説明した（３．１）コンテンツ再生処理例１と異なり、使用許諾情報３１７には、ドライブＣＲＬが含まれず、ドライブＣＲＬ３１８は個別のデータとして情報記録媒体に格納される。その他の格納データは、先に説明した（３．１）コンテンツ再生処理例１と同様である。
【０１３７】
情報記録媒体３１０に格納されるＭＡＣ値３１５は、使用許諾情報３１７と、ドライブＣＲＬ３１８との連結データに基づいて生成されたＭＡＣ値であり、これらのデータの改ざん検証可能なメッセージ認証子として情報記録媒体３１０に格納されている。
【０１３８】
本実施例では、ホスト側において、情報記録媒体３１０から読み出した使用許諾情報３１７とドライブＣＲＬ３１８との連結データを生成した後、生成連結データに基づいてＭＡＣ値算出を実行し、ＭＡＣ検証処理を実行して、ドライブＣＲＬの正当性を確認する。
【０１３９】
使用許諾情報は、情報記録媒体３１０に格納されたコンテンツについて、例えば、前述のＣＰＳユニット単位で設定されたコンテンツ利用制御情報であり、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。
【０１４０】
ドライブＣＲＬを格納しない使用許諾情報のデータ構成例について、図１３を参照して説明する。使用許諾情報は、図１３に示すデータ構成を有している。すなわち、
ＣＣＩ情報：ＣＣＩ情報の種類を示すデータ
（例１）Ｏｎｌｉｎｅと関連無しのコンテンツ：０００１１６
（例２）Ｏｎｌｉｎｅ関連コンテンツ：０００２１６
ＣＣＩ情報長：ＣＣＩ情報Ｔｙｐｅ、ＣＣＩ情報Ｌｅｎｇｔｈ、ＣＣＩ情報の総バイト数、
ＣＣＩ情報：暗号化必要性の有無、コピー制限情報、解像度制限等の再生に関する情報を示すデータ、
Ｘ：可変値
の各データが格納されている。
【０１４１】
図１２に示すドライブ３２０、ホスト３３０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ３２０の秘密鍵＆証明書３２２と、ホスト３３０の秘密鍵＆証明書３３１である。さらに、ドライブ３２０は、ＭＫＢの処理に適用するデバイス鍵３２１を保持している。
【０１４２】
本処理例の処理手順について説明する。本処理例中、ステップＳ１０１〜Ｓ１０６までの処理は、基本的に前述した（３．１）コンテンツ再生処理例１と同様の処理となる。ただし、ステップＳ１０１における相互認証処理において、ドライブのリボーク検証に適用するドライブＣＲＬは、情報記録媒体３１０に独立のデータファイルとして記録されたドライブＣＲＬ３１８となる。
【０１４３】
前述の処理例１では、ホスト３３０は、情報記録媒体３１０に格納された使用許諾情報に格納されたドライブＣＲＬを適用する構成であったが、本処理例２では、情報記録媒体３１０に独立のデータファイルとして記録されたドライブＣＲＬ３１８となる。
【０１４４】
ステップＳ１０６の復号処理において、ユニット鍵（Ｋｕ）を算出した後、ホスト３３０は、ステップＳ１２１において、情報記録媒体３１０に格納された使用許諾情報３１７とドライブＣＲＬ３１８とをドライブ３２０を介して受領し、使用許諾情報３１７とドライブＣＲＬ３１８との連結データを生成する。
【０１４５】
この連結データの生成の後、ステップＳ１０７のＭＡＣ検証を行なう。ホストは、ステップＳ１０７において、ステップＳ１２１で生成した使用許諾情報３１７とドライブＣＲＬ３１８との連結データに基づいてＭＡＣ算出を実行する。例えばＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用する。
【０１４６】
次に、ステップＳ１０８において、情報記録媒体３１０に格納されたＭＡＣ値３１５をドライブ３２０を介して受領し、受領したＭＡＣ値と、ステップＳ１０７において、情報記録媒体３１０から読み出した使用許諾情報３１７とドライブＣＲＬ３１８との連結データに基づく算出ＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体３１０から読み出した使用許諾情報３１７およびドライプＣＲＬ３１８は改ざんされていない正当な使用許諾情報およびドライブＣＲＬであることが確認される。
【０１４７】
ドライブＣＲＬ３１８については、正当な改ざんのないＣＲＬであり、情報記録媒体の製造時において最新のバージョンのドライブＣＲＬであることが確認されたことになる。このＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ１０９において、情報記録媒体３１０から読み出した暗号化コンテンツをステップＳ１０６において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０１４８】
ステップＳ１０８におけるＭＡＣ比較処理において不一致の判定がなされた場合、すなわち、使用許諾情報３１７とドライブＣＲＬ３１８との連結データに基づいて算出したＭＡＣ値と、情報記録媒体３１０に格納されたＭＡＣ値３１５とが不一致となった場合は、情報記録媒体３１０から読み出した使用許諾情報３１７とドライブＣＲＬ３１８の少なくともいずれかが改ざんされた不正なデータであると判定される。この場合、ドライブＣＲＬは、改ざんされた不正なデータである可能性があると判定され、ドライブの正当性が否定されることになり、以降の処理は中止されコンテンツの利用、再生は中止されることになる。
【０１４９】
このように、本実施例においては、情報記録媒体３１０に記録される使用許諾情報３１７を、ドライブＣＲＬを含まない一般的な使用許諾情報とし、ドライブＣＲＬ３１８を独立したデータファイルとしているが、情報記録媒体３１０に格納するＭＡＣ値３１５は、処理例１と同様、使用許諾情報とドライブＣＲＬを含むデータに基づくＭＡＣ値として設定してある。
【０１５０】
使用許諾情報は、基本的に情報記録媒体に格納されたコンテンツ（ＣＰＳユニット）に対応付けて設定される情報であり、利用コンテンツに対応する使用許諾情報が取得できない場合、再生処理が許容されない構成とされており、コンテンツと使用許諾情報は一体不可分の関係に設定されている。この使用許諾情報に対してドライブＣＲＬを連結させてＭＡＣを算出し、情報記録媒体に格納することで、ドライブＣＲＬも、情報記録媒体の格納コンテンツ（ＣＰＳユニット）に対して一体不可分の関係を保つデータとすることができる。
【０１５１】
従って、本処理例２においても、前述の処理例１と同様、情報記録媒体３１０から読み出したドライブＣＲＬの正当性を確認することを可能とした構成としたので、例えば不正なドライブによって、ドライブ内に古いバージョンのドライブＣＲＬを隠し持って、これを利用して相互認証を成立させるといった不正な処理を排除することが可能となり、コンテンツの不正利用を防止することができる。
【０１５２】
（３．３）コンテンツ再生処理例３
次に、コンテンツ再生処理例３について、図１４を参照して説明する。処理例３も、処理例１、２と同様、例えばＲＯＭディスクを利用したコンテンツ再生処理である。
【０１５３】
図１４には、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３２０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３２０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３３０を示している。ホスト３３０は、例えばＰＣ等の情報処理装置において実行される。
【０１５４】
情報記録媒体３１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）３１１、ボリュームＩＤ３１２、ＣＰＳユニット鍵ファイル３１３、使用許諾情報３１７、ドライブＣＲＬ３１８、ＭＡＣ値３１５、暗号化コンテンツ３１６が格納されている。これは、処理例２と同様の格納データ構成であり、先に説明した（３．１）コンテンツ再生処理例１と異なり、使用許諾情報３１７には、ドライブＣＲＬが含まれず、ドライブＣＲＬ３１８は個別のデータとして情報記録媒体に格納される。
【０１５５】
本処理例３において、情報記録媒体３１０に格納されるＭＡＣ値３１５は、使用許諾情報３１７のみに基づいて生成されたＭＡＣ値であり、使用許諾情報３１７のみのデータの改ざん検証可能なメッセージ認証子として情報記録媒体３１０に格納されている。
【０１５６】
本処理例では、情報記録媒体から読み出されるドライブＣＲＬ３１８は、ユニット鍵（Ｋｕ）の生成情報として利用する構成となっている。図に示すステップＳ１２２の処理である。
【０１５７】
図１４に示すドライブ３２０、ホスト３３０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ３２０の秘密鍵＆証明書３２２と、ホスト３３０の秘密鍵＆証明書３３１である。さらに、ドライブ３２０は、ＭＫＢの処理に適用するデバイス鍵３２１を保持している。
【０１５８】
本処理例の処理手順について説明する。本処理例中、ステップＳ１０１〜Ｓ１０５までの処理は、基本的に前述した（３．１）コンテンツ再生処理例１と同様の処理となる。ただし、ステップＳ１０１における相互認証処理において、ホスト３３０がドライブのリボーク検証に適用するドライブＣＲＬは、処理例２と同様、情報記録媒体３１０に独立のデータファイルとして記録されたドライブＣＲＬ３１８となる。
【０１５９】
本処理例では、ホスト３３０は、ステップＳ１０５において、セッション鍵（Ｋｓ）を適用した復号処理を実行して導出したボリューム固有鍵（Ｋｖ）を適用して、ステップＳ１２２において、情報記録媒体３１０から読み出したドライブＣＲＬ３１８の暗号処理、例えば一方向性関数を適用したデータ処理を実行して、一時的な鍵データとしての鍵（Ｋｃ）を生成し、生成鍵（Ｋｃ）を適用して、ステップＳ１０６においてＣＰＳユニット鍵ファイル３１３の復号処理を実行する。
【０１６０】
本処理例では、情報記録媒体３１０に格納されるＣＰＳユニット鍵ファイル３１３は、ドライブＣＲＬを鍵生成に適用して生成される鍵（Ｋｃ）によって暗号化されて格納されており、この暗号化されたＣＰＳユニット鍵ファイル３１３を復号して、コンテンツ再生に適用するユニット鍵（Ｋｕ）を取得するためには、同じ情報記録媒体３１０に格納された正当なドライブＣＲＬ３１８を適用して鍵（Ｋｃ）を生成することが必要となる。
【０１６１】
例えば、ドライブ３２０が、ホストに過去のバージョンのドライブＣＲＬを提供した場合、ホストの生成する鍵（Ｋｃ）では、ＣＰＳユニット鍵ファイル３１３の復号を実行できず、ユニット鍵（Ｋｕ）の取得ができなくなり、コンテンツの不正利用を防止することができる。
【０１６２】
なお、ステップＳ１２２の一方向性関数としては、例えば、先に図８を参照して説明したＡＥＳ暗号アルゴリズムを適用することが可能である。
【０１６３】
ステップＳ１０６以下の処理について説明する。ステップＳ１０６の復号処理において、ユニット鍵（Ｋｕ）を算出した後、ホスト３３０は、ステップＳ１０７において、情報記録媒体３１０に格納された使用許諾情報３１７を介して受領し、使用許諾情報３１７に基づいてＭＡＣ算出を実行する。例えばＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用する。
【０１６４】
次に、ステップＳ１０８において、情報記録媒体３１０に格納されたＭＡＣ値３１５をドライブ３２０を介して受領し、受領したＭＡＣ値と、ステップＳ１０７において、情報記録媒体３１０から読み出した使用許諾情報３１７に基づく算出ＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体３１０から読み出したと想定されるドライブ４４０から受領した使用許諾情報３１７は改ざんされていない正当な使用許諾情報であることが確認される。
【０１６５】
ＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ１０９において、情報記録媒体３１０から読み出した暗号化コンテンツをステップＳ１０６において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０１６６】
本処理例では、ステップＳ１０７、Ｓ１０８におけるＭＡＣ検証は使用許諾情報についてのみ実行される。ドライブＣＲＬについての正当性は、報記録媒体３１０に格納されるＣＰＳユニット鍵ファイル３１３の復号に成功したか否かによって判定されることになる。ステップＳ１０６において、暗号化されたＣＰＳユニット鍵ファイル３１３を復号して、コンテンツ再生に適用するユニット鍵（Ｋｕ）を取得するためには、同じ情報記録媒体３１０に格納された正当なドライブＣＲＬ３１８を適用して鍵（Ｋｃ）を生成することが必要となる。
【０１６７】
ホストが、情報記録媒体に格納された改ざんのない正しいドライブＣＲＬを取得していない場合は、ホスト３３０がステップＳ１２２において生成する鍵（Ｋｃ）は、ＣＰＳユニット鍵ファイル３１３の復号可能な鍵とならない。従って、結果として、ユニット鍵（Ｋｕ）の取得ができなくなり、コンテンツの不正利用を防止することができる。
【０１６８】
（３．４）コンテンツ再生処理例４
次に、コンテンツ再生処理例４について、図１５を参照して説明する。処理例４も、処理例１〜３と同様、例えばＲＯＭディスクを利用したコンテンツ再生処理である。
【０１６９】
図１５には、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３２０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３２０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３３０を示している。ホスト３３０は、例えばＰＣ等の情報処理装置において実行される。
【０１７０】
情報記録媒体３１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）３１１、ボリュームＩＤ３１２、ＣＰＳユニット鍵ファイル３１３、使用許諾情報３１７、ＭＡＣ値３１５、暗号化コンテンツ３１６、さらに、ドライブＣＲＬを格納したコンテンツ証明書（Content Certificate）３１９が格納されている。ドライブＣＲＬをコンテンツ証明書（Content Certificate）３１９に置き換えた以外は、処理例２、３と同様の格納データ構成である。
【０１７１】
本処理例４において、情報記録媒体３１０に格納されるＭＡＣ値３１５は、処理例３と同様、使用許諾情報３１７のみに基づいて生成されたＭＡＣ値であり、使用許諾情報３１７のみのデータの改ざん検証可能なメッセージ認証子として情報記録媒体３１０に格納される。
【０１７２】
本処理例では、ドライブＣＲＬをコンテンツ証明書（Content Certificate）３１９に格納し、情報記録媒体３１０に格納した構成としている。ホスト３３０は、ステップＳ１０１における相互認証に先立ち、ドライブ３２０を介して、情報記録媒体３１０に記録されたコンテンツ証明書（Content Certificate）３１９を受信して、ステップＳ３２３において、コンテンツ証明書の検証を実行して、コンテンツ証明書の正当性が確認された場合に、コンテンツ証明書からドライブＣＲＬを取り出して、相互認証におけるドライブのリボーク検証に適用する。
【０１７３】
ドライブＣＲＬを含まない一般的なコンテンツ証明書について、図１６を参照して説明する。コンテンツ証明書は、図１６に示すデータ構成を有している。すなわち、
ヘッダ：このデータがコンテンツ証明書であることを示すデータ、
ハッシュダイジェスト数：コンテンツ証明書に登録されたハッシュダイジェストの数（クリップファイル数）、
ハッシュユニット数：ディスク上の全ハッシュユニット数、
ハッシュダイジェスト：各ハッシュテーブルの登録コンテンツハッシュに基づくハッシュ値、
さらに、コンテンツプロバイダＩＤ、コンテンツＩＤ、ディスク工場ＩＤなどが登録され、
コンテンツ証明書の発行管理主体（例えば鍵管理センタ）の署名が設定される。
【０１７４】
コンテンツ証明書に登録されるハッシュダイジェストについて、さらに、図１７を参照して説明する。図１７（ａ）は、コンテンツ証明書の構成を示している。ヘッダその他の登録データは、ハッシュダイジェストと署名以外のヘッダ他のデータ部あり、以下、複数のハッシュダイジェスト（０）〜（ｎ）が登録され、署名が付与されている。
【０１７５】
ハッシュダイジェストは、図１７（ｂ）に示すコンテンツハッシュテーブルに登録されたハッシュユニットのダイジェスト値である。コンテンツハッシュテーブルは、情報記録媒体に記録されたコンテンツに対応して設定される。例えば１つのＣＰＳユニットに対応して１つのコンテンツハッシュテーブルが設定され登録される。コンテンツハッシュテーブルには、複数のコンテンツハッシュが記録される。
【０１７６】
コンテンツハッシュは、図１７（ｃ）に示すコンテンツの構成データから選択されるハッシュユニット（例えば１９２ＫＢ）に基づいて生成されるハッシュ値である。図１７（ｃ）は例えば１つのＣＰＳユニットに属する１つのコンテンツであり、このコンテンツから複数のデータ部分がハッシュユニットとして設定され、それぞれのハッシュユニットの構成データに基づいて算出されたハッシュ値が、コンテンツハッシュテーブルに記録される。
【０１７７】
さらに、コンテンツハッシュテーブルの登録データ全体に基づいて新たなハッシュ値が算出され、これがハッシュダイジェストとして図１７（ａ）に示すコンテンツ証明書に登録されることになる。すなわちハッシュダイジェストは、情報記録媒体に記録されるコンテンツ（ＣＰＳユニット）毎に設定されるハッシュ値となる。
【０１７８】
図１７（ｂ）に示すコンテンツハッシュテーブルは、例えばホストがコンテンツ再生を実行する前に実行するコンテンツの改ざん検証処理に適用される。例えば、再生対象コンテンツに設定されたハッシュユニットを選択して、予め定められたハッシュ値算出アルゴリズムに従ってハッシュ値を算出し、この算出ハッシュ値が、コンテンツハッシュテーブルに登録されたコンテンツハッシュと一致するか否かによって、コンテンツが改ざんされているか否かを判定する処理を行なう。
【０１７９】
本処理例では、コンテンツハッシュテーブルのハッシュ値を集積したコンテンツ証明書にドライブＣＲＬを含めた構成としている。すなわち、図１８に示すような構成を持つコンテンツ証明書を情報記録媒体に格納する。図１８に示すデータ例において、ヘッダその他の登録データは、ハッシュダイジェストとドライブＣＲＬ、署名以外のデータであり、先に図１６を参照して説明したヘッダ、ハッシュダイジェスト数、ハッシュユニット数、さらに、コンテンツプロバイダＩＤ、コンテンツＩＤ、ディスク工場ＩＤなどが登録データである。
【０１８０】
これらのデータの後に、各コンテンツハッシュテーブルの登録データに基づいて算出されたハッシュダイジェストが登録される。さらに、ドライブＣＲＬが格納され、コンテンツ証明書の発行管理主体（例えば鍵管理センタ）の署名が設定される。
【０１８１】
本処理例の処理シーケンスについて、図１５を参照して説明する。本処理例では、上述したように、ドライブＣＲＬをコンテンツ証明書（Content Certificate）３１９に格納し、情報記録媒体３１０に格納した構成としている。ホスト３３０は、ステップＳ１０１における相互認証に先立ち、ドライブ３２０を介して、情報記録媒体３１０に記録されたコンテンツ証明書（Content Certificate）３１９を受信する。
【０１８２】
ホスト３３０は、ステップＳ３２３において、コンテンツ証明書の検証を実行する。コンテンツ証明書に設定された署名の検証を実行する例えばＥＣＤＳＡ（楕円曲線暗号に従った署名検証アルゴリズム）を適用し、署名検証処理を実行する。なお、署名の検証に必要なコンテンツ証明書の発行管理主体（例えば鍵管理センタ）はホストが予め取得してメモリ（ＮＶＲＡＭ）に格納しておく、必要であればネットワークを介して取得する構成としてもよい。
【０１８３】
ステップＳ３２３における証明書の検証において、コンテンツ証明書が改ざんされていない正当な証明書であることが確認された場合に限り、コンテンツ証明書からドライブＣＲＬを取得し、ステップＳ１０１において実行するホストとドライブ間の相互認証処理に適用する。すなわち、ホスト３３０は、ドライブのリボーク判定をコンテンツ証明書１１９から取得したドライブＣＲＬを適用して実行する。
【０１８４】
ステップＳ３２３における証明書の検証において、コンテンツ証明書が改ざんされた可能性があると判断された場合は、この時点で、処理を中止する。従ってコンテンツ利用は中止される。
【０１８５】
ステップＳ３２３における証明書の検証において、コンテンツ証明書が改ざんされていない正当な証明書であることが確認された場合、ステップＳ１０１以下の処理が実行される。ステップＳ１０１〜Ｓ１０６の処理は、処理例１と同様の処理である。
【０１８６】
ステップＳ１０７〜Ｓ１０９の処理は、図１４を参照して説明した処理例３と同様の処理となる。すなわち、本処理例におけるステップＳ１０７、Ｓ１０８の処理は、使用許諾情報１１７のみの改ざん検証処理として実行されることになる。
【０１８７】
なお、ホストにおけるコンテンツ利用に際しては、前述したように、コンテンツハッシュテーブルを利用して、コンテンツ自体の改ざん検証も実行され、コンテンツ改ざんのないことが確認された場合にコンテンツ再生が許容されることになる。
【０１８８】
上述したように、本処理例では、ドライブＣＲＬをコンテンツ証明書（Content Certificate）３１９に格納し、情報記録媒体３１０に格納した構成とするとともに、ホスト３３０が、ドライブとの相互認証に先立ち、情報記録媒体３１０に記録されたコンテンツ証明書（Content Certificate）を取得して、コンテンツ証明書の検証を実行し、コンテンツ証明書の正当性が確認された場合に、コンテンツ証明書からドライブＣＲＬを取り出して、相互認証におけるドライブのリボーク検証に適用する構成としたので、不正なドライブが不正なドライブＣＲＬをホストに提供するという処理は防止されることになり、不正ドライブの介在によるコンテンツの不正利用は防止される。
【０１８９】
次に、図１９に示すフローチャートを参照して、上述したコンテンツ再生処理例４の一連の処理シーケンスについて説明する。まず、ステップＳ２５１において、ホストのコマンドを受領したドライブは、情報記録媒体に格納された各ＣＲＬ、すなわちホストＣＲＬとドライブＣＲＬを読み取る。本処理例において、ホストＣＲＬは、ＭＫＢに格納され、ドライブＣＲＬは、コンテンツ証明書に格納されているので、これらの各データを情報記録媒体から読み取る。ドライブは、ドライブＣＲＬの格納されたコンテンツ証明書をホストに送信する。
【０１９０】
ステップＳ２５２において、ホストは、ドライブから受領したコンテンツ証明書の正当性を確認する。すなわちコンテンツ証明書に付与された署名の検証を実行し、コンテンツ証明書の正当性を確認する。
【０１９１】
ステップＳ２５３において署名検証によって、コンテンツ証明書に改ざんの疑いがあると判断した場合は、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０１９２】
ステップＳ２５３において署名検証によってコンテンツ証明書の正当性が確認されると、ステップＳ２５４に進む。ステップＳ２５４では、ドライブおよびホストは、それぞれ自己のメモリ（ＮＶＲＡＭ）に格納されている各ＣＲＬと、ディスクから取得したＣＲＬのバージョン（新旧）比較を実行する。すなわち、ホストはドライブＣＲＬのバージョン比較を実行し、ドライブはホストＣＲＬのバージョン比較を実行する。
【０１９３】
ステップＳ２５５において、ディスクから読み取ったＣＲＬがメモリ格納ＣＲＬより新しいバージョンであると判定した場合は、ステップＳ２５６において、メモリに格納されているＣＲＬをディスクから読み取ったＣＲＬに置き換えるＣＲＬ更新処理を実行する。
【０１９４】
次に、ステップＳ２５７において、ホストとドライブ間における相互認証処理を実行する。この相互認証処理は、先に、図５を参照して説明した処理シーケンスに従って実行され、双方の公開鍵証明書を交換して正当性を確認し、各ＣＲＬを参照して、リボーク状況を確認する。
【０１９５】
ステップＳ２５８において認証が不成立となった場合は、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０１９６】
ステップＳ２５８において認証成立と判定された場合は、ステップＳ２５９に進み、ホストにおいて、使用許諾情報のＭＡＣ検証を実行する。すなわち、情報記録媒体に格納された使用許諾情報を取得し、ＭＡＣ値を算出し、さらに情報記録媒体に格納されたＭＡＣ値との比較を実行する。
【０１９７】
ステップＳ２６０において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致した場合は、使用許諾情報に改ざんはないと判断し、ステップＳ２６１に進みコンテンツ利用、再生を実行する。
【０１９８】
ステップＳ２６０において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致しなかった場合は、使用許諾情報に改ざんがあると判断し、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０１９９】
（３．５）コンテンツ再生処理例５
次に、コンテンツ再生処理例５について、図２０を参照して説明する。処理例５は、例えばＲＥディスクなどの情報書き込み可能なディスクを利用したコンテンツ再生処理である。
【０２００】
図２０においても、左から暗号化コンテンツの格納された情報記録媒体４１０、情報記録媒体４１０をセットし、データの読み取りを実行するドライブ４４０、ドライブとデータ通信可能に接続され、情報記録媒体４１０に格納されたコンテンツをドライブ４４０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト４５０を示している。ホスト４５０は、例えばＰＣ等の情報処理装置において実行される。
【０２０１】
情報記録媒体４１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）４１１、ディスクシリアルナンバー４１２、ディスクシリアルナンバー４１２に基づいて生成されたＭＡＣ値４１３、ユニット鍵（Ｋｕ）の生成に適用するバインドシード４１４、ＣＰＳユニット鍵ファイル４１５、ドライブＣＲＬを格納した使用許諾情報４１６、ドライブＣＲＬを格納した使用許諾情報４１６に基づいてドライブ生成されたＭＡＣ値４１７、および暗号化コンテンツ４１８が格納される。
【０２０２】
本例では、先に説明した（３．１）コンテンツ再生処理例１と同様、使用許諾情報４１６に、ドライブＣＲＬが含まれている。
【０２０３】
図２０に示すドライブ４４０、ホスト４５０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ４４０の秘密鍵＆証明書４４２と、ホスト４５０の秘密鍵＆証明書４５１である。さらに、ドライブ４４０は、ＭＫＢの処理に適用するデバイス鍵４４１を保持している。
【０２０４】
本処理例の処理手順について説明する。ホスト４５０とドライブ４４０は、ステップＳ３０１において、相互認証を実行する。この相互認証は、ホストおよびドライブがそれぞれ正当な機器またはアプリケーションソフトであるかを確認する処理であり、例えば、先に図５を参照して説明した処理シーケンスに従って実行される。相互認証処理において、ホストにおけるドライブのリボーク検証に適用するドライブＣＲＬは、情報記録媒体４１０に記録された使用許諾情報４１６に格納されたドライブＣＲＬを適用する。
【０２０５】
ステップＳ３０１において、ホストドライブ間の相互認証が実行され、セッション鍵（Ｋｓ）を共有した後、ドライブは、ステップＳ３０２において、情報記録媒体４１０からＭＫＢ４１１を読み出して、メモリに格納されたデバイス鍵を適用したＭＫＢ４１１の処理を実行して、ＭＫＢからメディア鍵（Ｋｍ）を取得する。
【０２０６】
前述したように、ＭＫＢ（Media Key Block）４１１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つ装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。
【０２０７】
次に、ステップＳ３０３において、ドライブ４４０は、情報記録媒体４１０からディスクシリアルナンバー４１２を読み出して、相互認証処理に際して、共有鍵として生成したセッション鍵（Ｋｓ）を適用して暗号化を実行し、ホスト４５０に出力する。
【０２０８】
さらに、ドライブは、ステップＳ３０４において、ステップＳ３０２におけるＭＫＢ処理で取得したメディア鍵（Ｋｍ）と、情報記録媒体４１０から読み取ったバインドシード４１４とに基づく暗号処理、例えば一方向性関数の適用によって、バインド鍵（Ｋｂ）を生成する。この鍵生成処理は、例えば先に図８を参照して説明したＡＥＳ暗号アルゴリズムに従った処理として実行される。
【０２０９】
次に、ドライブ４４０は、ステップＳ３０５において、先の相互認証処理において生成した共通鍵であるセッション鍵（Ｋｓ）を適用して、バインド鍵（Ｋｂ）の暗号化を実行し、暗号化されたバインド鍵（Ｋｂ）をホスト４５０に送信する。
【０２１０】
ホスト４５０は、ステップＳ３０６において、ドライブ４４０から受信した暗号化ディスクシリアルナンバーを、セッション鍵（Ｋｓ）を適用して復号し、ステップＳ３０７において、復号したディスクシリアルナンバーに基づいてＭＡＣ値を算出する。
【０２１１】
次に、ホスト４５０は、ステップＳ３０８において、ドライブ４４０経由で、情報記録媒体４１０に記録されたディスクシリアルナンバー４１２に基づいて生成されたＭＡＣ値４１３を受領し、このディスク記録ＭＡＣ値と、ステップＳ３０７において算出したＭＡＣ値とを比較する。このＭＡＣ比較によってＭＡＣ値が一致していない場合は、ドライブ経由で受信したディスクシリアルナンバーが改ざんされたものであると判断し、処理を中止する。すなわちコンテンツの、再生、利用は行なわれない。
【０２１２】
ステップＳ３０８におけるＭＡＣ値比較処理において算出ＭＡＣ値と、ディスク記録ＭＡＣ値とが一致し、ドライブ経由で受信したディスクシリアルナンバーが改ざんされたものでないことが確認された場合は、ステップＳ３０９に進む。
【０２１３】
ホスト４５０は、ステップＳ３０９において、ドライブから受信した暗号化バインド鍵をセッション鍵で復号し、バインド鍵（Ｋｂ）を取得する。さらに、ステップＳ３１０において、情報記録媒体４１０に格納されたＣＰＳユニット鍵ファイル４１５をドライブ４４０経由で受信し、バインド鍵（Ｋｂ）を適用して復号処理を実行して、暗号化コンテンツ４１８の復号に適用するユニット鍵（Ｋｕ）を取得する。
【０２１４】
情報記録媒体４１０に格納されたＣＰＳユニット鍵ファイル４１５は暗号化ファイルとして格納されており、ホストは、これをバインド鍵（Ｋｂ）を適用して復号し、ＣＰＳユニット鍵ファイルを取得し、ＣＰＳユニット鍵ファイルに格納されたデータを適用して、コンテンツ（ＣＰＳユニット）の復号に適用するユニット鍵（Ｋｕ）を取得する。
【０２１５】
次に、ホストは、ステップＳ３１１において、ドライブ４４０を介して情報記録媒体４１０に格納された使用許諾情報４１６を受領してＭＡＣ検証処理を実行する。前述したように、使用許諾情報４１６にはドライブＣＲＬが含まれている。また、情報記録媒体４１０に格納されたＭＡＣ値４１７は、ドライブＣＲＬを含む使用許諾情報４１６に対応して設定された改ざん検証可能なメッセージ認証子である。ホストは、このドライブＣＲＬを格納した使用許諾情報４１６のＭＡＣ検証を実行する。
【０２１６】
なお、ドライブＣＲＬが含まれた構成を持つ使用許諾情報のデータ構成は、先に、図１０を参照して説明した通りである。使用許諾情報４１６には、ドライブについての証明書リボケーションリストであるドライブＣＲＬが含まれ、これは、情報記録媒体の発行（製造）時点において、最新のバージョンのＣＲＬである。
【０２１７】
ホスト３３０は、ステップＳ３１１において、このようなドライブＣＲＬを含む使用許許諾情報に基づいてＭＡＣ算出を実行する。例えば、ＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用して、情報記録媒体４１０から読み出した使用許諾情報４１６にユニット鍵Ｋｕを適用してＭＡＣを算出する。
【０２１８】
次に、ステップＳ３１２において、情報記録媒体４１０に格納されたＭＡＣ値４１７をドライブ４４０を介して受領し、受領したＭＡＣ値と、ステップＳ３１１において、情報記録媒体４１０から読み出した使用許諾情報４１６に基づいて算出したＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体４１０から読み出した使用許諾情報４１６は改ざんされていない正当な使用許諾情報であることが確認される。
【０２１９】
この使用許諾情報の正当性の確認により、使用許諾情報に格納されたドライブＣＲＬについても正当な改ざんのないＣＲＬであり、情報記録媒体の製造時において最新のバージョンのドライブＣＲＬであることが確認されたことになる。このＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ３１３において、情報記録媒体４１０から読み出した暗号化コンテンツをステップＳ３１０において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０２２０】
ステップＳ３１２におけるＭＡＣ比較におけるＭＡＣ比較処理、すなわち、ステップＳ３１１において情報記録媒体４１０から読み出した使用許諾情報４１６に基づいて算出したＭＡＣ値と、情報記録媒体４１０に格納されたＭＡＣ値４１７とが不一致となった場合は、情報記録媒体４１０から読み出した使用許諾情報４１６が改ざんされた不正なデータであると判定される。すなわち、この使用許諾情報４１６に含まれるドライブＣＲＬも改ざんされた不正なデータである可能性があると判定され、ドライブの正当性が否定されることになり、以降の処理は中止されコンテンツの利用、再生は中止されることになる。
【０２２１】
このように、本実施例においては、情報記録媒体４１０に記録される使用許諾情報４１６にドライブＣＲＬを格納し、情報記録媒体４１０から読み出したドライブＣＲＬを含む使用許諾情報４１７に対して、ホスト４５０が、ＭＡＣ検証処理を実行して、ドライブＣＲＬの正当性を確認する構成としたので、例えば不正なドライブによって、ドライブ内に古いバージョンのドライブＣＲＬを隠し持って、これを利用して相互認証を成立させるといった不正な処理を排除することが可能となり、コンテンツの不正利用を防止することができる。
【０２２２】
次に、図２１に示すフローチャートを参照して、上述したコンテンツ再生処理例１の一連の処理シーケンスについて説明する。まず、ステップＳ４０１において、ホストのコマンドを受領したドライブは、情報記録媒体に格納された各ＣＲＬ、すなわちホストＣＲＬとドライブＣＲＬを読み取る。本処理例において、ホストＣＲＬは、ＭＫＢに格納され、ドライブＣＲＬは、使用許諾情報に格納されているので、これらの各データを情報記録媒体から読み取る。ドライブは、ドライブＣＲＬの格納された使用許諾情報をホストに送信する。
【０２２３】
ステップＳ４０２において、ドライブおよびホストは、それぞれ自己のメモリ（ＮＶＲＡＭ）に格納されている各ＣＲＬと、ディスクから取得したＣＲＬのバージョン（新旧）比較を実行する。すなわち、ホストはドライブＣＲＬのバージョン比較を実行し、ドライブはホストＣＲＬのバージョン比較を実行する。
【０２２４】
ステップＳ４０３において、ディスクから読み取ったＣＲＬがメモリ格納ＣＲＬより新しいバージョンであると判定した場合は、ステップＳ４０４において、メモリに格納されているＣＲＬをディスクから読み取ったＣＲＬに置き換えるＣＲＬ更新処理を実行する。
【０２２５】
次に、ステップＳ４０５において、ホストとドライブ間における相互認証処理を実行する。この相互認証処理は、先に、図５を参照して説明した処理シーケンスに従って実行され、双方の公開鍵証明書を交換して正当性を確認し、各ＣＲＬを参照して、リボーク状況を確認する。
【０２２６】
ステップＳ４０６において認証が不成立となった場合は、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０２２７】
ステップＳ４０６において認証成立と判定された場合は、ステップＳ４０７に進み、ホストにおいて、ディスクシリアルナンバーのＭＡＣ検証を実行する。すなわち、情報記録媒体に格納されたディスクシリアルナンバーを取得し、ＭＡＣ値を算出し、さらに情報記録媒体に格納されたディスクシリアルナンバーＭＡＣ値との比較を実行する。
【０２２８】
ステップＳ４０８において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致した場合は、ディスクシリアルナンバーに改ざんはなく、正当なディスクシリアルナンバーがドライブを介して提供されたものと判断し、ステップＳ４０９に進む。
【０２２９】
ステップＳ４０９では、ホストにおいて、ドライブＣＲＬを含む使用許諾情報のＭＡＣ検証を実行する。すなわち、情報記録媒体に格納されたドライブＣＲＬを含む使用許諾情報を取得し、ＭＡＣ値を算出し、さらに情報記録媒体に格納されたＭＡＣ値との比較を実行する。
【０２３０】
ステップＳ４１０において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致した場合は、ドライブＣＲＬを含む使用許諾情報に改ざんはなく、正当なドライブＣＲＬがドライブを介して提供されたものと判断し、ステップＳ４１１に進みコンテンツ利用、再生を実行する。
【０２３１】
ステップＳ４１０において、算出ＭＡＣ値と、ディスク格納ＭＡＣ値が一致しなかった場合は、ドライブＣＲＬを含む使用許諾情報に改ざんがあると判断し、この時点で処理を終了する。すなわちコンテンツの再生、利用を行なうことなく処理を終了する。
【０２３２】
（３．６）コンテンツ再生処理例６
次に、コンテンツ再生処理例６について、図２２を参照して説明する。処理例６も、処理例５と同様、例えばＲＥディスク等の情報書き込み可能なディスクを利用したコンテンツ再生処理である。
【０２３３】
図２２は、図２０と同様、左から暗号化コンテンツの格納された情報記録媒体４１０、情報記録媒体４１０をセットし、データの読み取りを実行するドライブ４４０、ドライブとデータ通信可能に接続され、情報記録媒体４１０に格納されたコンテンツをドライブ４４０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト４５０を示している。ホスト４５０は、例えばＰＣ等の情報処理装置において実行される。
【０２３４】
情報記録媒体４１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）４１１、ディスクシリアルナンバー４１２、ディスクシリアルナンバー４１２に基づいて生成されたＭＡＣ値４１３、ユニット鍵（Ｋｕ）の生成に適用するバインドシード４１４、ＣＰＳユニット鍵ファイル４１５、使用許諾情報４２１、ドライブＣＲＬ４２２、使用許諾情報４２１とドライブＣＲＬ４２２との連結データに基づいて生成されたＭＡＣ値４１７、および暗号化コンテンツ４１８が格納される。
【０２３５】
本例において、情報記録媒体４１０に格納されるＭＡＣ値４１５は、使用許諾情報４２１と、ドライブＣＲＬ４２２との連結データに基づいて生成されたＭＡＣ値であり、これらのデータの改ざん検証可能なメッセージ認証子として情報記録媒体４１０に格納されている。
【０２３６】
本実施例では、ホスト側において、情報記録媒体４１０から読み出した使用許諾情報４２１とドライブＣＲＬ４２２との連結データを生成した後、生成連結データに基づいてＭＡＣ値算出を実行し、ＭＡＣ検証処理を実行して、ドライブＣＲＬの正当性を確認する。
【０２３７】
図２２に示すドライブ４４０、ホスト４５０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ４４０の秘密鍵＆証明書４４２と、ホスト４５０の秘密鍵＆証明書４５１である。さらに、ドライブ４４０は、ＭＫＢの処理に適用するデバイス鍵４４１を保持している。
【０２３８】
本処理例の処理手順について説明する。本処理例中、ステップＳ３０１〜Ｓ３１０までの処理は、基本的に前述した（３．５）コンテンツ再生処理例５と同様の処理となる。ただし、ステップＳ１０１における相互認証処理において、ドライブのリボーク検証に適用するドライブＣＲＬは、情報記録媒体４１０に独立のデータファイルとして記録されたドライブＣＲＬ４２２となる。
【０２３９】
前述の処理例５では、ホスト４５０は、情報記録媒体４１０に格納された使用許諾情報に格納されたドライブＣＲＬを適用する構成であったが、本処理例６では、情報記録媒体４１０に独立のデータファイルとして記録されたドライブＣＲＬ４２２となる。
【０２４０】
ステップＳ３１０の復号処理において、ユニット鍵（Ｋｕ）を算出した後、ホスト４５０は、ステップＳ３２１において、情報記録媒体４１０に格納された使用許諾情報４２１とドライブＣＲＬ４２２とをドライブ４４０を介して受領し、使用許諾情報４２１とドライブＣＲＬ４２２との連結データを生成する。
【０２４１】
この連結データの生成の後、ステップＳ３１１のＭＡＣ検証を行なう。ホストは、ステップＳ３１１において、ステップＳ３２１で生成した使用許諾情報４２１とドライブＣＲＬ４２２との連結データに基づいてＭＡＣ算出を実行する。例えばＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用する。
【０２４２】
次に、ステップＳ３１２において、情報記録媒体４１０に格納されたＭＡＣ値４１７をドライブ４４０を介して受領し、受領したＭＡＣ値と、ステップＳ３１１において、情報記録媒体４１０から読み出した使用許諾情報４２１とドライブＣＲＬ４２２との連結データに基づく算出ＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体４１０から読み出した使用許諾情報４２１およびドライプＣＲＬ４２２は改ざんされていない正当な使用許諾情報およびドライブＣＲＬであることが確認される。
【０２４３】
ドライブＣＲＬ４２２については、正当な改ざんのないＣＲＬであり、情報記録媒体の製造時において最新のバージョンのドライブＣＲＬであることが確認されたことになる。このＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ３１３において、情報記録媒体４１０から読み出した暗号化コンテンツをステップＳ３１０において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０２４４】
ステップＳ３１１におけるＭＡＣ比較処理において不一致の判定がなされた場合、すなわち、使用許諾情報４２１とドライブＣＲＬ４２２との連結データに基づいて算出したＭＡＣ値と、情報記録媒体４１０に格納されたＭＡＣ値４１７とが不一致と判定された場合は、情報記録媒体４１０から読み出した使用許諾情報４２１とドライブＣＲＬ４２２の少なくともいずれかが改ざんされた不正なデータであると判定される。この場合、ドライブＣＲＬは、改ざんされた不正なデータである可能性があると判定され、ドライブの正当性が否定されることになり、以降の処理は中止されコンテンツの利用、再生は中止されることになる。
【０２４５】
このように、本実施例においては、情報記録媒体４１０に記録される使用許諾情報４２１を、ドライブＣＲＬを含まない一般的な使用許諾情報とし、ドライブＣＲＬ４２２を独立したデータファイルとしているが、情報記録媒体４１０に格納するＭＡＣ値４１７は、処理例５と同様、使用許諾情報とドライブＣＲＬを含むデータに基づくＭＡＣ値として設定してある。
【０２４６】
使用許諾情報は、基本的に情報記録媒体に格納されたコンテンツ（ＣＰＳユニット）に対応付けて設定される情報であり、利用コンテンツに対応する使用許諾情報が取得できない場合、再生処理が許容されない構成とされており、コンテンツと使用許諾情報は一体不可分の関係に設定されている。この使用許諾情報に対してドライブＣＲＬを連結させてＭＡＣを算出し、情報記録媒体に格納することで、ドライブＣＲＬも、情報記録媒体の格納コンテンツ（ＣＰＳユニット）に対して一体不可分の関係を保つデータとすることができる。
【０２４７】
従って、本処理例６においても、前述の処理例５と同様、情報記録媒体４１０から読み出したドライブＣＲＬの正当性を確認することを可能とした構成としたので、例えば不正なドライブによって、ドライブ内に古いバージョンのドライブＣＲＬを隠し持って、これを利用して相互認証を成立させるといった不正な処理を排除することが可能となり、コンテンツの不正利用を防止することができる。
【０２４８】
（３．７）コンテンツ再生処理例７
次に、コンテンツ再生処理例７について、図２３を参照して説明する。処理例７も、処理例５、６と同様、例えばＲＥディスクなどの情報書き込み可能なディスクを利用したコンテンツ再生処理である。
【０２４９】
図２３には、左から暗号化コンテンツの格納された情報記録媒体４１０、情報記録媒体４１０をセットし、データの読み取りを実行するドライブ４４０、ドライブとデータ通信可能に接続され、情報記録媒体４１０に格納されたコンテンツをドライブ４４０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト４５０を示している。ホスト４５０は、例えばＰＣ等の情報処理装置において実行される。
【０２５０】
情報記録媒体４１０には、ホストＣＲＬ(certificate Revocation List)を含むＭＫＢ（Media Key Block）４１１、ディスクシリアルナンバー４１２、ディスクシリアルナンバー４１２に基づいて生成されたＭＡＣ値４１３、ユニット鍵（Ｋｕ）の生成に適用するバインドシード４１４、ＣＰＳユニット鍵ファイル４１５、使用許諾情報４２１、ドライブＣＲＬ４２２、使用許諾情報４２１とドライブＣＲＬ４２２との連結データに基づいて生成されたＭＡＣ値４１７、および暗号化コンテンツ４１８が格納される。
【０２５１】
本処理例７において、情報記録媒体４１０に格納されるＭＡＣ値４１７は、使用許諾情報４２１のみに基づいて生成されたＭＡＣ値であり、使用許諾情報４２１のみのデータの改ざん検証可能なメッセージ認証子として情報記録媒体４１０に格納されている。
【０２５２】
本処理例では、情報記録媒体から読み出されるドライブＣＲＬ４２２は、ユニット鍵（Ｋｕ）の生成情報として利用する構成となっている。図に示すステップＳ３２２の処理である。
【０２５３】
図２３に示すドライブ４４０、ホスト４５０は、それぞれ公開鍵暗号方式に従った鍵ペア、すなわち秘密鍵と、公開鍵を格納した証明書（公開鍵証明書）を保持している。図に示すドライブ４４０の秘密鍵＆証明書４４２と、ホスト４５０の秘密鍵＆証明書４５１である。さらに、ドライブ４４０は、ＭＫＢの処理に適用するデバイス鍵４４１を保持している。
【０２５４】
本処理例の処理手順について説明する。本処理例中、ステップＳ３０１〜Ｓ３０９までの処理は、基本的に前述した（３．５）コンテンツ再生処理例５と同様の処理となる。ただし、ステップＳ３０１における相互認証処理において、ホスト４５０がドライブのリボーク検証に適用するドライブＣＲＬは、処理例６と同様、情報記録媒体４１０に独立のデータファイルとして記録されたドライブＣＲＬ４２２となる。
【０２５５】
本処理例では、ホスト４５０は、ステップＳ３０９において、セッション鍵（Ｋｓ）を適用した復号処理を実行して導出したバインド鍵（Ｋｂ）を適用して、ステップＳ３２２において、情報記録媒体４１０から読み出したドライブＣＲＬ４２２の暗号処理、例えば一方向性関数を適用したデータ処理を実行して、一時的な鍵データとしての鍵（Ｋｃ）を生成し、生成鍵（Ｋｃ）を適用して、ステップＳ３１０においてＣＰＳユニット鍵ファイル４１５の復号処理を実行する。
【０２５６】
本処理例では、情報記録媒体４１０に格納されるＣＰＳユニット鍵ファイル４１５は、ドライブＣＲＬを鍵生成に適用して生成される鍵（Ｋｃ）によって暗号化されて格納されており、この暗号化されたＣＰＳユニット鍵ファイル４１５を復号して、コンテンツ再生に適用するユニット鍵（Ｋｕ）を取得するためには、同じ情報記録媒体４１０に格納された正当なドライブＣＲＬ４２２を適用して鍵（Ｋｃ）を生成することが必要となる。
【０２５７】
例えば、ドライブ４４０が、ホストに過去のバージョンのドライブＣＲＬを提供した場合、ホストの生成する鍵（Ｋｃ）では、ＣＰＳユニット鍵ファイル４１５の復号を実行できず、ユニット鍵（Ｋｕ）の取得ができなくなり、コンテンツの不正利用を防止することができる。
【０２５８】
なお、ステップＳ３２２の一方向性関数としては、例えば、先に図８を参照して説明したＡＥＳ暗号アルゴリズムを適用することが可能である。
【０２５９】
ステップＳ３１０以下の処理について説明する。ステップＳ３１０の復号処理において、ユニット鍵（Ｋｕ）を算出した後、ホスト４５０は、ステップＳ３１１において、情報記録媒体４１０に格納された使用許諾情報４２１を介して受領し、使用許諾情報４２１に基づいてＭＡＣ算出を実行する。例えばＭＡＣ算出アルゴリズムとしてはＣＭＡＣを適用する。
【０２６０】
次に、ステップＳ３１２において、情報記録媒体４１０に格納されたＭＡＣ値４１７をドライブ４４０を介して受領し、受領したＭＡＣ値と、ステップＳ４１１において、情報記録媒体４１０から読み出した使用許諾情報４２１に基づく算出ＭＡＣ値とを比較する。これらの値が一致していれば、情報記録媒体４１０から読み出したと想定されるドライブ４４０から受領した使用許諾情報４２１は改ざんされていない正当な使用許諾情報であることが確認される。
【０２６１】
ＭＡＣ比較処理において、ＭＡＣの一致が確認された場合に、ステップＳ３１３において、情報記録媒体４１０から読み出した暗号化コンテンツをステップＳ３１０において取得したユニット鍵（Ｋｕ）を適用して復号してコンテンツの再生、利用を実行する。
【０２６２】
本処理例では、ステップＳ３１１、Ｓ３１２におけるＭＡＣ検証は使用許諾情報についてのみ実行される。ドライブＣＲＬについての正当性は、報記録媒体４１０に格納されるＣＰＳユニット鍵ファイル４１５の復号に成功したか否かによって判定されることになる。ステップＳ３１０において、暗号化されたＣＰＳユニット鍵ファイル４１５を復号して、コンテンツ再生に適用するユニット鍵（Ｋｕ）を取得するためには、同じ情報記録媒体４１０に格納された正当なドライブＣＲＬ４２２を適用して鍵（Ｋｃ）を生成することが必要となる。
【０２６３】
ホストが、情報記録媒体に格納された改ざんのない正しいドライブＣＲＬを取得していない場合は、ホスト４５０がステップＳ３２２において生成する鍵（Ｋｃ）は、ＣＰＳユニット鍵ファイル４１５の復号可能な鍵とならない。従って、結果として、ユニット鍵（Ｋｕ）の取得ができなくなり、コンテンツの不正利用を防止することができる。
【０２６４】
以上、コンテンツ再生処理例について、複数の処理例を説明してきた。これらの処理例は、いずれも、ドライブと、ドライブを介して受領する情報記録媒体からのデータ再生処理を実行するホストとしてのアプリケーションを実行する情報処理装置、例えばＰＣなどの情報処理装置とによって実行される処理である。
【０２６５】
このホストとしてのアプリケーションを実行する情報処理装置の機能的な構成について、図２４を参照して説明する。情報処理装置５００は、図２４に示すように、ドライブとの通信を実行する通信部５０１、ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部５０２と、ドライブから受信するドライブリボケーションリストと、再生対象コンテンツに対応付けられた制御情報とを含むデータに基づいて生成された改ざん検証データを適用したデータ検証を実行する検証処理部５０３と、認証処理部５０２における認証の成立と、検証処理部５０３における検証の成立を条件として情報記録媒体格納コンテンツの再生を許容する制御部５０４と、リボケーションリスト、鍵情報などを格納したメモリ５０５と、鍵生成処理、データ暗号処理などを実行するデータ処理部５０６を有する。
【０２６６】
検証処理部５０３は、例えば、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に対する改ざん検証処理を実行する。あるいは、検証処理部５０３は、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに対する改ざん検証処理を実行する。検証処理部５０３は、例えばＭＡＣ(Message Authentication Code)に基づくデータ検証を実行する。あるいは、検証処理部５０３は、情報記録媒体に格納されたコンテンツに対応するハッシュ値に基づいて生成された値と、ドライブリボケーションリストとを格納したコンテンツ証明書に対する改ざん検証処理を実行する。
【０２６７】
また、データ処理部５０６は、ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成処理を実行する。例えば、データ処理部５０６は、ドライブから受信するドライブリボケーションリストを適用して、情報記録媒体の格納コンテンツの復号に適用する鍵情報を格納したＣＰＳユニット鍵ファイルの復号鍵を生成する処理を実行する。具体的には、図１４を参照して説明したように、ドライブから受信するドライブリボケーションリストを適用した一方向性関数に基づいて、情報記録媒体の格納コンテンツの復号処理に必要なデータ生成を実行する。
【０２６８】
［４．コンテンツ記録処理例］
次に、情報記録媒体に対する記録処理を実行する際のシーケンスについて、図２５のフローチャートを参照して説明する。
【０２６９】
まず、ステップＳ４５１において、ホストのコマンドを受領したドライブは、情報記録媒体に格納された各ＣＲＬ、すなわちホストＣＲＬとドライブＣＲＬを読み取る。なお、ホストＣＲＬはＭＫＢに格納されており、ドライブＣＲＬは、使用許諾情報に格納されている場合と単独ファイルとされている場合がある。これらの各ＣＲＬデータを情報記録媒体から読み取る。また、例えばネットワークを介してこれらのＣＲＬをホストが取得する構成としてもよい。
【０２７０】
ステップＳ４５２において、ドライブおよびホストは、それぞれ自己のメモリ（ＮＶＲＡＭ）に格納されている各ＣＲＬと、ディスクから取得したＣＲＬのバージョン（新旧）比較を実行する。すなわち、ホストはドライブＣＲＬのバージョン比較を実行し、ドライブはホストＣＲＬのバージョン比較を実行する。
【０２７１】
ステップＳ４５３において、ディスクから読み取ったＣＲＬがメモリ格納ＣＲＬより新しいバージョンであると判定した場合は、ステップＳ４５４において、メモリに格納されているＣＲＬをディスクから読み取ったＣＲＬに置き換えるＣＲＬ更新処理を実行する。
【０２７２】
次に、ステップＳ４５５において、ホストとドライブ間における相互認証処理を実行する。この相互認証処理は、先に、図５を参照して説明した処理シーケンスに従って実行され、双方の公開鍵証明書を交換して正当性を確認し、各ＣＲＬを参照して、リボーク状況を確認する。
【０２７３】
ステップＳ４５６において認証が不成立となった場合は、この時点で処理を終了する。すなわちコンテンツの記録処理を行なうことなく処理を終了する。
【０２７４】
ステップＳ４５６において認証成立と判定された場合は、ステップＳ４５７に進み、ホストにおいて、コンテンツ暗号化に適用する鍵としてのＣＰＳユニット鍵を生成する。なお、予め新規記録データに適用する暗号鍵としてのＣＰＳユニット鍵が情報記録媒体に記録済みである場合は、これを利用してもよい。
【０２７５】
次に、ホストは、ステップＳ４５８において、ＣＰＳユニット鍵を適用して記録コンテンツを暗号化する。ステップＳ４５９において、ホストにおいて、ドライブＣＲＬを含む使用許諾情報のＭＡＣ値を生成する。ステップＳ４６０において、暗号化コンテンツおよびＭＡＣ値の記録処理を実行する。
【０２７６】
なお、ドライブＣＲＬを単独ファイルとして情報記録媒体に記録する設定としてもよいが、この場合においても、情報記録媒体に記録するＭＡＣは、使用許諾情報とドライブＣＲＬとの連結データに基づいて生成したＭＡＣ値とする。
【０２７７】
このようにコンテンツ記録に際して、情報記録媒体には、ドライブＣＲＬと、記録コンテンツに対応付けられた使用許諾情報に基づくメッセージ認証子としてのＭＡＣ値が記録されることになる。従って、情報記録媒体に記録されたコンテンツと、ドライブＣＲＬは紐付けされた関係となり、情報記録媒体の記録コンテンツの再生においては、このコンテンツに紐付けされたドライブＣＲＬを利用したホスト−ドライブ間認証を行なうことをコンテンツ再生条件とすることが可能となる。従って、例えば古いバージョンのドライブＶＲＬなどを適用して認証を済ませて、コンテンツ再生を行なうといった不正処理を防止することが可能となる。
【０２７８】
以上、コンテンツ記録処理例について説明した。この処理例は、ドライブと、ドライブを介して情報記録媒体に対する記録データの提供処理を実行するホストとしてのアプリケーションを実行する情報処理装置、例えばＰＣなどの情報処理装置とによって実行される処理である。
【０２７９】
このホストとしてのアプリケーションを実行する情報処理装置の機能的な構成について、図２６を参照して説明する。情報処理装置５２０は、図２６に示すように、ドライブとの通信を実行する通信部５２１、ドライブとの相互認証処理において、ドライブから受信するドライブに対応する無効化リストとしてのドライブリボケーションリストに従ったドライブのリボーク状況確認を実行する認証処理部５２２と、ドライブから受信するドライブリボケーションリストと、情報記録媒体に格納予定のコンテンツに対応付けられた制御情報とを含むデータに基づいて改ざん検証データを生成する検証データ生成部５２３と、認証処理部５２２における認証の成立を条件として情報記録媒体に対する記録コンテンツおよび前記改ざん検証データをドライブに出力する制御を実行する制御部５２４、鍵データ、リボケーションリストなどを格納したメモリ５２５、鍵生成処理、暗号処理などを実行するデータ処理部５２６とを有する。
【０２８０】
検証データ生成部５２３は、情報記録媒体に対する記録コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する。あるいは、ドライブリボケーションリストと、情報記録媒体に対する記録コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する。
【０２８１】
［５．ドライブ装置および情報処理装置の構成］
次に、図２７、図２８を参照して、ドライブ装置およびホストとしてのアプリケーションを実行する情報処理装置のハードウェア構成例について説明する。
【０２８２】
まず、図２７を参照して、ホストとしてのアプリケーションを実行する情報処理装置のハードウェア構成について説明する。情報処理装置８００は、ＯＳやコンテンツ再生または記録アプリケーション・プログラム、相互認証処理プログラムなどの各種プログラムに従ったデータ処理を実行するＣＰＵ８０９、プログラム、パラメータ等の記憶領域としてのＲＯＭ８０８、メモリ８１０、デジタル信号を入出力する入出力Ｉ／Ｆ８０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８０５を持つ入出力Ｉ／Ｆ８０４、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８０３、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８０６、相互認証、暗号化コンテンツの復号処理など各種の暗号処理を実行する暗号処理手段８０７、ハードディスクなどの記録媒体８１２、記録媒体８１２の駆動、データ記録再生信号の入出力を行なうドライブ８１１を有し、バス８０１に各ブロックが接続されている。
【０２８３】
情報処理装置（ホスト）８００は、例えばＡＴＡＰＩ−ＢＵＳ等の接続バスによってドライブと接続され、上述したセッションキーによって暗号化された鍵情報などの秘密情報、あるいは転送コンテンツなどは、デジタル信号用入出力Ｉ／Ｆ８０２を介して入出力される。暗号化処理、復号処理は、暗号化処理手段８０７によって、例えば、ＡＥＳアルゴリズムなどを適用して実行される。
【０２８４】
なお、コンテンツ再生あるいは記録処理を実行するプログラムは例えばＲＯＭ８０８内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８１０を使用する。
【０２８５】
ＲＯＭ８０８または記録媒体８１２には、管理センタの公開鍵、ホスト対応秘密鍵、ホスト対応の公開鍵証明書、さらに、リボケーションリストとしてのドライブＣＲＬが格納されている。
【０２８６】
次に、図２８を参照して、情報記録媒体の格納コンテンツの読み取りおよび記録、ホストとのデータ転送を実行するドライブ装置の構成について説明する。ドライブ８５０は、コンテンツ読み取り、コンテンツ記録、転送処理プログラム、相互認証処理プログラムなどの各種プログラムに従ったデータ処理を実行するＣＰＵ８５２、プログラム、パラメータ等の記憶領域としてのＲＯＭ８５５、メモリ８５６、デジタル信号を入出力する入出力Ｉ／Ｆ８５３、相互認証、出力データの暗号化処理など各種の暗号処理を実行する暗号処理手段８５４、ＤＶＤ，Ｂｌｕ−ｒａｙディスクなどの情報記録媒体８５８の駆動、データ記録再生信号の入出力を行なう記録媒体Ｉ／Ｆ８５７を有し、バス８５１に各ブロックが接続されている。
【０２８７】
ドライブ８５０は、例えばＡＴＡＰＩ−ＢＵＳ等の接続バスによってホストと接続される。例えば各種鍵情報、さらに、情報記録媒体８５８に格納された暗号化コンテンツ、情報記録媒体８５８に記録する暗号化コンテンツなどは、外部機器とのデータ転送用インタフェースとして設定された入出力Ｉ／Ｆ８５３を介して入出力される。暗号化処理、復号処理は、暗号化処理手段８５４によって、例えば、ＡＥＳアルゴリズムなどを適用して実行される。
【０２８８】
なお、ＲＯＭ８５５、またはメモリ８５６には、管理センタの公開鍵、ドライブに対応する秘密鍵、ドライブに対応する公開鍵証明書、および暗号鍵ブロックであるＭＫＢの処理に適用するためのデバイスキー、さらにリボケーションリストとしてのホストＣＲＬなどが格納されている。また、コンテンツの読み取り、取得、および相互認証処理を実行するプログラム等が格納されている。
【０２８９】
［６．情報記録媒体製造装置および情報記録媒体］
次に、情報記録媒体製造装置および情報記録媒体について説明する。すなわち、上述したコンテンツ再生処理または記録処理において適用される情報記録媒体の製造装置、方法、および情報記録媒体について説明する。
【０２９０】
情報記録媒体製造装置は、例えば、先に図１を参照して説明した記録データを格納した情報記録媒体１００を製造する装置である。情報記録媒体製造装置は、ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データを生成する検証データ生成部と、情報記録媒体に対する記録コンテンツおよび改ざん検証データを情報記録媒体に記録する記録部とを有する。
【０２９１】
検証データ生成部は、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証データを生成する構成である。あるいは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証データを生成する。検証データ生成部の生成するデータは、例えば、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づくＭＡＣ(Message Authentication Code)値である。
【０２９２】
このような、製造装置によって生成された情報記録媒体は、暗号化コンテンツと、ドライブに対応する無効化リストとしてのドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応付けられた制御情報とを含むデータに基づく改ざん検証用データ（ＭＡＣ）とを記録データとして有する情報記録媒体として設定され、先に図１を参照して説明した情報記録媒体となる。
【０２９３】
情報記録媒体に記録される改ざん検証用データは、情報記録媒体の格納コンテンツに対応して設定され、ドライブリボケーションリストを格納データとして含む使用制御情報に基づく改ざん検証用データ、あるいは、ドライブリボケーションリストと、情報記録媒体の格納コンテンツに対応して設定された使用制御情報との連結データに基づく改ざん検証用データである。
【０２９４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２９５】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２９６】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２９７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２９８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２９９】
以上、説明したように、本発明の一実施例の構成によれば、ドライブを介して情報記録媒体格納コンテンツの再生を実行する構成において、ホストとドライブ間での相互認証に際して、ホストが、ドライブから受信するドライブリボケーションリストを適用してドライブのリボーク状況の確認を行なうとともに、ドライブリボケーションリストと情報記録媒体に格納された再生対象コンテンツに対応付けられた制御情報を含むデータに基づいて生成された改ざん検証データ、例えばＭＡＣ値に基づくデータ検証を実行する構成としたので、例えば不正ドライブが介在して、古いバージョンのリボケーションリストによって不正な認証を成立させてコンテンツを利用するなどの不正なコンテンツ利用を防止可能となり、コンテンツの厳格な利用制御が実現される。
【図面の簡単な説明】
【０３００】
【図１】情報記録媒体の格納データおよびドライブ装置、情報処理装置の構成および処理について説明する図である。
【図２】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットとユニット鍵との対応について説明する図である。
【図４】コンテンツ再生処理におけるドライブとホスト間の処理例１を示す図である。
【図５】ドライブとホスト間の相互認証処理シーケンスを説明する図である。
【図６】公開鍵証明書のデータ構成例について説明する図である。
【図７】証明書リボケーションリスト（ＣＲＬ）のデータ構成例について説明する図である。
【図８】ＡＥＳ暗号アルゴリズムについて説明する図である。
【図９】ＣＰＳユニット鍵ファイルのデータ構成例について説明する図である。
【図１０】ＣＲＬを含む使用許諾情報のデータ構成例について説明する図である。
【図１１】コンテンツ再生処理における処理シーケンスを説明するフローチャートを示す図である。
【図１２】コンテンツ再生処理におけるドライブとホスト間の処理例２を示す図である。
【図１３】使用許諾情報のデータ構成例について説明する図である。
【図１４】コンテンツ再生処理におけるドライブとホスト間の処理例３を示す図である。
【図１５】コンテンツ再生処理におけるドライブとホスト間の処理例４を示す図である。
【図１６】コンテンツ証明書のデータ構成例について説明する図である。
【図１７】コンテンツ証明書のデータ構成の詳細について説明する図である。
【図１８】ドライブＣＲＬを含むコンテンツ証明書のデータ構成例について説明する図である。
【図１９】コンテンツ再生処理における処理シーケンスを説明するフローチャートを示す図である。
【図２０】コンテンツ再生処理におけるドライブとホスト間の処理例５を示す図である。
【図２１】コンテンツ再生処理における処理シーケンスを説明するフローチャートを示す図である。
【図２２】コンテンツ再生処理におけるドライブとホスト間の処理例６を示す図である。
【図２３】コンテンツ再生処理におけるドライブとホスト間の処理例７を示す図である。
【図２４】コンテンツ再生処理を実行する情報処理装置の機能構成を示すブロック図である。
【図２５】コンテンツ記録処理における処理シーケンスを説明するフローチャートを示す図である。
【図２６】コンテンツ記録処理を実行する情報処理装置の機能構成を示すブロック図である。
【図２７】ホストとしてのアプリケーションを実行する情報処理装置の構成例を示す図である。
【図２８】ドライブ装置の構成例を示す図である。
【符号の説明】
【０３０１】
１００  情報記録媒体
１０１  暗号化コンテンツ
１０２  ＭＫＢ
１０３  ドライブＣＲＬ
１０４  使用許諾情報
１０５  ＣＰＳユニット鍵ファイル
１０６  ＭＡＣ
１０７  ボリュームＩＤ
１０８  ディスクシリアルナンバー
１０９  バインドシード
１２０  ドライブ
１２１  データ処理部
１２２  メモリ
１５０  ホスト
１５１  データ処理部
１５２  メモリａ
１５３  復号処理部
１５４  デコード処理部
１５５  メモリｂ
２１０  インデックス
２２０  ムービーオブジェクト
２３０  プレイリスト
２４０  クリップ
２６１，２６２，２６３  ＡＶストリーム
２７１，２７２  コンテンツ管理ユニット（ＣＰＳユニット）
２８１  データ部
３１０  情報記録媒体
３１１  ＭＫＢ
３１２  ボリュームＩＤ
３１３  ＣＰＳユニット鍵ファイル
３１４  使用許諾情報
３１５  ＭＡＣ値
３１６  暗号化コンテンツ
３１７  使用許諾情報
３１８  ドライブＣＲＬ
３２０  ドライブ
３２１  デバイス鍵
３２２  秘密鍵＆証明書
３３０  ホスト
３３１  秘密鍵＆証明書
４１０  情報記録媒体
４１１  ＭＫＢ
４１２  ディスクシリアルナンバー
４１３  ＭＡＣ値
４１４  バインドシード
４１５  ＣＰＳユニット鍵ファイル
４１６  使用許諾情報
４１７  ＭＡＣ値
４１８  暗号化コンテンツ
４２１  使用許諾情報
４２２  ドライブＣＲＬ
４４０  ドライブ
４４１  デバイス鍵
４４２  秘密鍵＆証明書
４５０  ホスト
４５１  秘密鍵＆証明書
５００  情報処理装置
５０１  通信部
５０２  認証処理部
５０３  検証処理部
５０４  制御部
５０５  メモリ
５０６  データ処理部
５２０  情報処理装置
５２１  通信部
５２２  認証処理部
５２３  検証データ生成部
５２４  制御部
５２５  メモリ
５２６  データ処理部
８００  情報処理装置
８０１  バス
８０２  入出力Ｉ／Ｆ
８０３  ＭＰＥＧコーデック
８０４  入出力Ｉ／Ｆ
８０５  Ａ／Ｄ，Ｄ／Ａコンバータ
８０６  ＴＳ・ＰＳ処理手段
８０７  暗号処理手段
８０８  ＲＯＭ
８０９  ＣＰＵ
８１０  メモリ
８１１  ドライブ
８１２  記録媒体
８５０  ドライブ装置
８５１  バス
８５２  ＣＰＵ
８５３  入出力Ｉ／Ｆ
８５４  暗号処理手段
８５５  ＲＯＭ
８５６  メモリ
８５７  記録媒体Ｉ／Ｆ
８５８  情報記録媒体
【図１】
2007025913.tif 000003
【図２】
2007025913.tif 000004
【図３】
2007025913.tif 000005
【図４】
2007025913.tif 000006
【図５】
2007025913.tif 000007
【図６】
2007025913.tif 000008
【図７】
2007025913.tif 000009
【図８】
2007025913.tif 000010
【図９】
2007025913.tif 000011
【図１０】
2007025913.tif 000012
【図１１】
2007025913.tif 000013
【図１２】
2007025913.tif 000014
【図１３】
2007025913.tif 000015
【図１４】
2007025913.tif 000016
【図１５】
2007025913.tif 000017
【図１６】
2007025913.tif 000018
【図１７】
2007025913.tif 000019
【図１８】
2007025913.tif 000020
【図１９】
2007025913.tif 000021
【図２０】
2007025913.tif 000022
【図２１】
2007025913.tif 000023
【図２２】
2007025913.tif 000024
【図２３】
2007025913.tif 000025
【図２４】
2007025913.tif 000026
【図２５】
2007025913.tif 000027
【図２６】
2007025913.tif 000028
【図２７】
2007025913.tif 000029
【図２８】
2007025913.tif 000030