(57)【要約】【課題】  情報記録媒体に格納したコンテンツのユニット毎の管理、不正コンテンツ利用の防止を可能とした構成を提供する。【解決手段】  情報記録媒体に格納するコンテンツをユニット区分し、各ユニット毎に生成するユニット鍵に基づく暗号化を行なう。各種の鍵生成情報に基づいてユニット鍵生成キーを生成して、ユニット鍵生成キーに対して各ユニットに対応する記録シードを作用させて各ユニット対応のユニット鍵を生成する。さらに、例えば３セクタ毎に設定されるブロック単位のブロックシードとユニット鍵に基づいてブロック鍵を生成して、ブロック単位の暗号化を行なう。コンテンツの復号においては、ディスクに格納された鍵生成情報、記録シード、ブロックシードの一致が条件となり、不正なコンテンツ利用の防止が可能となる。【選択図】  図９
2005191707.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ再生処理を実行する情報処理装置であり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理部を有し、
前記暗号処理部は、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成し、情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成し、生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記情報処理装置は、
木構造に基づく鍵配信方式によって提供されるデバイスキーを格納したメモリを有し、
前記暗号処理部は、
情報記録媒体に格納された暗号鍵ブロックに対して、前記デバイスキーを適用した復号処理を実行して前記鍵生成情報を取得する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記情報処理装置は、
情報記録媒体に記録された暗号化コンテンツの再生方式と異なる方式を適用して情報記録媒体に記録された物理インデックスの読み取りを実行して前記鍵生成情報の取得を行なう構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記情報処理装置は、
ウォッブル記録信号として記録された物理インデックスの読み取り処理を実行する構成であることを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記暗号処理部は、
コンテンツの暗号化処理単位であるブロックを構成するユーザデータの一部データをブロックシードとして抽出し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によりブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータからなる構成であり、
前記暗号処理部は、１セクタまたは複数セクタのユーザデータからブロックシードを抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項５に記載の情報処理装置。
【請求項７】
前記ブロックシードは、ユーザデータに含まれる乱数データであり、
前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項５に記載の情報処理装置。
【請求項８】
前記暗号処理部は、
コンテンツの暗号化処理単位であるブロックを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータを含み、
前記暗号処理部は、１セクタまたは複数セクタのユーザデータに対応するブロックシードをユーザ制御データから抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
前記ブロックシードは、ユーザ制御データに含まれる乱数データであり、
前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１１】
前記暗号処理部は、
複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用してコンテンツの復号処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
情報記録媒体に対するコンテンツ記録処理を実行する情報処理装置であり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理部を有し、
前記暗号処理部は、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成し、生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行する構成を有することを特徴とする情報処理装置。
【請求項１３】
前記暗号処理部は、
コンテンツを構成するユーザデータの一部データをブロックシードとして設定し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づくブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、
前記暗号処理部は、
１セクタまたは複数セクタのユーザデータからブロックシードを抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記ブロックシードは、ユーザデータに含まれる乱数データであり、
前記暗号処理部は、
前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１３に記載の情報処理装置。
【請求項１６】
前記暗号処理部は、
コンテンツを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１７】
前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータを含み、
前記暗号処理部は、
１セクタまたは複数セクタのユーザデータに対応するブロックシードをユーザ制御データから抽出してブロック鍵を生成し、該ブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１６に記載の情報処理装置。
【請求項１８】
前記ブロックシードは、ユーザ制御データに含まれる乱数データであり、
前記暗号処理部は、
前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする請求項１６に記載の情報処理装置。
【請求項１９】
前記暗号処理部は、
複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用してコンテンツの暗号化処理を実行する構成であることを特徴とする請求項１２記載の情報処理装置。
【請求項２０】
暗号化コンテンツを格納した情報記録媒体であり、
異なる暗号鍵によって暗号化されたデータを含む１以上のコンテンツ管理ユニットを格納し、
前記コンテンツ管理ユニットの各々は、
各コンテンツ管理ユニットに共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニット個々に設定される記録シードとに基づく暗号処理によって生成されるユニット鍵またはユニット鍵に基づいて生成するブロック鍵によって個別に暗号化された暗号化データを含む構成であることを特徴とする情報記録媒体。
【請求項２１】
前記コンテンツ管理ユニットの各々は、
コンテンツを構成するユーザデータの一部データによって構成されるブロックシードに対する前記ユニット鍵を適用した暗号処理によって生成されるブロック鍵に基づくブロックデータ単位の暗号化データを含む構成であることを特徴とする請求項２０に記載の情報記録媒体。
【請求項２２】
前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、
１セクタまたは複数セクタのユーザデータから抽出されたブロックシードに基づいて生成されるブロック鍵を適用した暗号処理によって生成されるブロックデータ単位の暗号化データを含む構成であることを特徴とする請求項２１に記載の情報記録媒体。
【請求項２３】
前記ブロックシードは、ユーザデータ部に格納した乱数データであることを特徴とする請求項２１に記載の情報記録媒体。
【請求項２４】
前記コンテンツ管理ユニットの各々は、
コンテンツを構成するユーザデータおよびユーザ制御データ中、ユーザ制御データの一部データによって構成されるブロックシードに対する前記ユニット鍵を適用した暗号処理によって生成されるブロック鍵に基づくブロックデータ単位の暗号化データを含む構成であることを特徴とする請求項２０に記載の情報記録媒体。
【請求項２５】
前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、
１セクタまたは複数セクタのユーザデータに対応するユーザ制御データから抽出されたブロックシードに基づいて生成されるブロック鍵を適用した暗号処理によって生成されるブロックデータ単位の暗号化データを含む構成であることを特徴とする請求項２４に記載の情報記録媒体。
【請求項２６】
前記ブロックシードは、ユーザ制御データに含まれる乱数データであることを特徴とする請求項２４に記載の情報記録媒体。
【請求項２７】
前記コンテンツ管理ユニットの各々は、
複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用して暗号化されたデータを含む構成であることを特徴とする請求項２０に記載の情報記録媒体。
【請求項２８】
コンテンツ再生処理を実行する情報処理方法であり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成するステップと、
情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項２９】
前記情報処理方法は、さらに、
情報記録媒体に格納された暗号鍵ブロックに対して、木構造に基づく鍵配信方式によって提供されるデバイスキーを適用した復号処理を実行して前記鍵生成情報を取得するステップを有することを特徴とする請求項２８に記載の情報処理方法。
【請求項３０】
前記情報処理方法は、さらに、
情報記録媒体に記録された暗号化コンテンツの再生方式と異なる方式を適用して情報記録媒体に記録された物理インデックスの読み取りを実行して前記鍵生成情報の取得を行なうステップを有することを特徴とする請求項２８に記載の情報処理方法。
【請求項３１】
前記情報処理方法は、
ウォッブル記録信号として記録された物理インデックスの読み取り処理を実行することを特徴とする請求項３０に記載の情報処理方法。
【請求項３２】
前記情報処理方法は、さらに、
コンテンツの暗号化処理単位であるブロックを構成するユーザデータの一部データをブロックシードとして抽出し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行するステップを含むことを特徴とする請求項２８に記載の情報処理方法。
【請求項３３】
前記情報処理方法は、さらに、
コンテンツの暗号化処理単位であるブロックを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行するステップを含むことを特徴とする請求項２８に記載の情報処理方法。
【請求項３４】
情報記録媒体に対するコンテンツ記録処理を実行する情報処理方法であり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項３５】
前記暗号処理ステップは、
コンテンツを構成するユーザデータの一部データをブロックシードとして設定し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行するステップを含むことを特徴とする請求項３４に記載の情報処理方法。
【請求項３６】
前記暗号処理ステップは、
コンテンツを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行するステップを含むことを特徴とする請求項３４に記載の情報処理方法。
【請求項３７】
コンテンツ再生処理を実行するコンピュータ・プログラムであり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成するステップと、
情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３８】
情報記録媒体に対するコンテンツ記録処理を実行するコンピュータ・プログラムであり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツを記録した情報記録媒体の不正コピーなどの不正なコンテンツ利用を防止する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ  Ｓｃｒａｍｂｌｅ  Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
一方、昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。
【００１０】
このようなネットワーク化が進むことにより、情報記録媒体の格納コンテンツは、ホームネットワークにネットワーク接続された機器からアクセスして利用することが多くなる。上述した、従来の不正コピー防止システムは、例えばライセンスされた１つの再生機においてのみコンテンツ再生を許容する考え方を基本とするものである。従って、ネットワーク接続された機器において、記録媒体を装着した機器、例えばホームサーバあるいはプレーヤに他のネットワーク接続機器、例えばＰＣ、ＴＶなどからアクセスを行い、ネットワークを介してコンテンツを再生する処理についての対応については、十分な考慮がなされてはいなかった。
【００１１】
従来は、記録媒体上に格納された１つのコンテンツの利用を１つの再生装置で実行するといった利用形態が主流であったため、コンテンツあるいは再生装置に対してライセンス等のコンテンツ利用権を設定してコンテンツの利用管理を行うことで、十分であったが、情報記録媒体の大容量化、および家庭内の機器のデジタル化・ネットワーク化が進む現代では、過去の構成とは異なるコンテンツの利用管理構成が必要となってきている。具体的に、以下のような要求が発生している。
【００１２】
（１）記録媒体上に複数のコンテンツを記録し、各コンテンツ毎に異なる利用管理を可能とする構成の実現。
（２）家庭内ネットワーク等、特定のネットワーク内でのコンテンツの利用、すなわちネットワーク接続機器によるコンテンツ再生、あるいはホームサーバに対するコンテンツコピーなどについて許容するコンテンツ利用管理構成の実現。
（３）ネットワーク経由でコンテンツ再生に必要な情報、例えばコンテンツの復号に適用する鍵などを安全に、特定ユーザに配布する構成の実現。
上記、（１）〜（３）の構成を実現することが求められている。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツが格納された情報記録媒体のコンテンツ利用において、記録媒体に格納されたコンテンツの細分化されたデータ毎の著作権管理および利用管理を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１４】
本発明の第１の側面は、
コンテンツ再生処理を実行する情報処理装置であり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理部を有し、
前記暗号処理部は、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成し、情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成し、生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行する構成を有することを特徴とする情報処理装置にある。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、木構造に基づく鍵配信方式によって提供されるデバイスキーを格納したメモリを有し、前記暗号処理部は、情報記録媒体に格納された暗号鍵ブロックに対して、前記デバイスキーを適用した復号処理を実行して前記鍵生成情報を取得する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報記録媒体に記録された暗号化コンテンツの再生方式と異なる方式を適用して情報記録媒体に記録された物理インデックスの読み取りを実行して前記鍵生成情報の取得を行なう構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、ウォッブル記録信号として記録された物理インデックスの読み取り処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、コンテンツの暗号化処理単位であるブロックを構成するユーザデータの一部データをブロックシードとして抽出し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によりブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータからなる構成であり、前記暗号処理部は、１セクタまたは複数セクタのユーザデータからブロックシードを抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記ブロックシードは、ユーザデータに含まれる乱数データであり、前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、コンテンツの暗号化処理単位であるブロックを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータを含み、前記暗号処理部は、１セクタまたは複数セクタのユーザデータに対応するブロックシードをユーザ制御データから抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記ブロックシードは、ユーザ制御データに含まれる乱数データであり、前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用してコンテンツの復号処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第２の側面は、
情報記録媒体に対するコンテンツ記録処理を実行する情報処理装置であり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理部を有し、
前記暗号処理部は、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成し、生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行する構成を有することを特徴とする情報処理装置にある。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、コンテンツを構成するユーザデータの一部データをブロックシードとして設定し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づくブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、前記暗号処理部は、１セクタまたは複数セクタのユーザデータからブロックシードを抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記ブロックシードは、ユーザデータに含まれる乱数データであり、前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、コンテンツを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００３０】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化処理単位であるブロックは、１セクタまたは複数セクタのユーザデータを含み、前記暗号処理部は、１セクタまたは複数セクタのユーザデータに対応するブロックシードをユーザ制御データから抽出してブロック鍵を生成し、該ブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００３１】
さらに、本発明の情報処理装置の一実施態様において、前記ブロックシードは、ユーザ制御データに含まれる乱数データであり、前記暗号処理部は、前記乱数データをブロックシードとして抽出してブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行する構成であることを特徴とする。
【００３２】
さらに、本発明の情報処理装置の一実施態様において、前記暗号処理部は、複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用してコンテンツの暗号化処理を実行する構成であることを特徴とする。
【００３３】
さらに、本発明の第３の側面は、
暗号化コンテンツを格納した情報記録媒体であり、
異なる暗号鍵によって暗号化されたデータを含む１以上のコンテンツ管理ユニットを格納し、
前記コンテンツ管理ユニットの各々は、
各コンテンツ管理ユニットに共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニット個々に設定される記録シードとに基づく暗号処理によって生成されるユニット鍵またはユニット鍵に基づいて生成するブロック鍵によって個別に暗号化された暗号化データを含む構成であることを特徴とする情報記録媒体にある。
【００３４】
さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツ管理ユニットの各々は、コンテンツを構成するユーザデータの一部データによって構成されるブロックシードに対する前記ユニット鍵を適用した暗号処理によって生成されるブロック鍵に基づくブロックデータ単位の暗号化データを含む構成であることを特徴とする。
【００３５】
さらに、本発明の情報記録媒体の一実施態様において、前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、１セクタまたは複数セクタのユーザデータから抽出されたブロックシードに基づいて生成されるブロック鍵を適用した暗号処理によって生成されるブロックデータ単位の暗号化データを含む構成であることを特徴とする。
【００３６】
さらに、本発明の情報記録媒体の一実施態様において、前記ブロックシードは、ユーザデータ部に格納した乱数データであることを特徴とする。
【００３７】
さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツ管理ユニットの各々は、コンテンツを構成するユーザデータおよびユーザ制御データ中、ユーザ制御データの一部データによって構成されるブロックシードに対する前記ユニット鍵を適用した暗号処理によって生成されるブロック鍵に基づくブロックデータ単位の暗号化データを含む構成であることを特徴とする。
【００３８】
さらに、本発明の情報記録媒体の一実施態様において、前記ブロックデータは、１セクタまたは複数セクタのユーザデータからなる構成であり、１セクタまたは複数セクタのユーザデータに対応するユーザ制御データから抽出されたブロックシードに基づいて生成されるブロック鍵を適用した暗号処理によって生成されるブロックデータ単位の暗号化データを含む構成であることを特徴とする。
【００３９】
さらに、本発明の情報記録媒体の一実施態様において、前記ブロックシードは、ユーザ制御データに含まれる乱数データであることを特徴とする。
【００４０】
さらに、本発明の情報記録媒体の一実施態様において、前記コンテンツ管理ユニットの各々は、複数の暗号化処理単位であるブロックに対して、共通に前記ユニット鍵を直接適用して暗号化されたデータを含む構成であることを特徴とする。
【００４１】
さらに、本発明の第４の側面は、
コンテンツ再生処理を実行する情報処理方法であり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成するステップと、
情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００４２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、情報記録媒体に格納された暗号鍵ブロックに対して、木構造に基づく鍵配信方式によって提供されるデバイスキーを適用した復号処理を実行して前記鍵生成情報を取得するステップを有することを特徴とする。
【００４３】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、情報記録媒体に記録された暗号化コンテンツの再生方式と異なる方式を適用して情報記録媒体に記録された物理インデックスの読み取りを実行して前記鍵生成情報の取得を行なうステップを有することを特徴とする。
【００４４】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、ウォッブル記録信号として記録された物理インデックスの読み取り処理を実行することを特徴とする。
【００４５】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、コンテンツの暗号化処理単位であるブロックを構成するユーザデータの一部データをブロックシードとして抽出し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行するステップを含むことを特徴とする。
【００４６】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、コンテンツの暗号化処理単位であるブロックを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の復号処理を実行するステップを含むことを特徴とする。
【００４７】
さらに、本発明の第５の側面は、
情報記録媒体に対するコンテンツ記録処理を実行する情報処理方法であり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００４８】
さらに、本発明の情報処理方法の一実施態様において、前記暗号処理ステップは、コンテンツを構成するユーザデータの一部データをブロックシードとして設定し、該ブロックシードに対する前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行するステップを含むことを特徴とする。
【００４９】
さらに、本発明の情報処理方法の一実施態様において、前記暗号処理ステップは、コンテンツを構成するユーザデータおよびユーザ制御データから、ユーザ制御データの一部データをブロックシードとして抽出し、該ブロックシードに対して前記ユニット鍵を適用した暗号処理によってブロック鍵を生成し、生成したブロック鍵に基づいてブロックデータ単位の暗号処理を実行するステップを含むことを特徴とする。
【００５０】
さらに、本発明の第６の側面は、
コンテンツ再生処理を実行するコンピュータ・プログラムであり、
情報記録媒体に格納された暗号化コンテンツの復号処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
情報記録媒体に格納された鍵生成情報に基づいてユニット鍵生成キーを生成するステップと、
情報記録媒体に格納されたユニット区分された暗号化コンテンツ対応の記録シードと、前記ユニット鍵生成キーに基づく暗号処理により、各暗号化コンテンツ対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用して前記暗号化コンテンツの復号処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５１】
さらに、本発明の第７の側面は、
情報記録媒体に対するコンテンツ記録処理を実行するコンピュータ・プログラムであり、
情報記録媒体に記録する１以上のコンテンツ管理ユニット毎の暗号化処理を実行する暗号処理ステップを有し、
前記暗号処理ステップは、
前記１以上のコンテンツ管理ユニットに対して共通に適用されるユニット鍵生成キーと、各コンテンツ管理ユニットに対応して設定される記録シードとに基づく暗号処理により、各コンテンツ管理ユニット対応のユニット鍵を生成するステップと、
生成したユニット鍵またはユニット鍵に基づいて生成するブロック鍵を適用した暗号化処理を実行し、情報記録媒体に格納する暗号化データの生成処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００５４】
本発明の構成によれば、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体に、コンテンツを暗号化して記録し、さらに、情報処理装置において、暗号化コンテンツを復号し再生する構成において、情報記録媒体に格納するコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）として区分し、各ユニット毎に生成するユニット鍵に基づく暗号化を行なう構成としたので、複数のコンテンツを１枚のディスクに格納する場合においても、各コンテンツの利用管理を個別に行なうことが可能となる。
【００５５】
さらに、本発明の構成によれば、各種の鍵生成情報に基づいて、１つのユニット鍵生成キーを生成して、ユニット鍵生成キーに対して各ＣＰＳユニットに対応する記録シードを作用させて各ユニット対応のユニット鍵を生成する構成とし、さらに、例えば３セクタ毎に設定されるブロック単位で抽出されるブロックシードとユニット鍵に基づいてブロック鍵を生成して、ブロック単位での暗号化を行なう構成としたので、コンテンツの復号においては、ディスクに格納された鍵生成情報、記録シード、ブロックシードの一致が条件となり、例えば正当なＲＯＭディスクからコピーした不正なコピーコンテンツの再生、利用を防止することが可能となる。
【００５６】
さらに、本発明の構成によれば、ユニット鍵を生成するために必要な情報として、木構造に基づく鍵配信構成に従った暗号鍵ブロックとしてのＲＫＢ、あるいは例えばウォッブル記録信号など、通常のデータ記録、再生方式とは異なり、コピー処理の困難な記録信号を適用した構成としたので、正当なデバイスである情報処理装置以外は、ユニット鍵の生成は不可能であり、コンテンツの不正利用を効果的に防止することができる。
【００５７】
さらに、本発明の構成によれば、ブロックシードは、ユーザデータ、ユーザ制御データなどの各領域に設定可能であり、また、乱数を設定してブロックシードとする構成などが可能であり、ブロックシードの多様性を維持し、各ブロックをそれぞれ異なるブロック鍵を適用して暗号化することが可能となり、第三者による暗号鍵の解析困難性を高めることが可能となる。
【発明を実施するための最良の形態】
【００５８】
以下、図面を参照しながら本発明の情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ構成
２．情報記録媒体の製造、データ格納処理の詳細構成
３．情報処理装置におけるコンテンツ再生処理
４．コンテンツの暗号化、復号処理の詳細
５．情報処理装置の構成例
【００５９】
［１．情報記録媒体の格納データ構成］
まず、情報記録媒体の格納データ構成について説明する。図１に、本発明の処理の適用可能なコンテンツの格納された情報記録媒体の一例を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。
【００６０】
このＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００６１】
図１に示すように、情報記録媒体１００は、コンテンツ等のデータを格納するデータ格納領域１０１と、ディスクおよび格納コンテンツに対応する付帯情報、コンテンツの復号処理に適用する鍵情報などを格納するリードイン領域１０２を持つ。
【００６２】
データ格納領域１０１には、暗号化コンテンツ１１１と、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報としての記録シード（ＲＥＣ  ＳＥＥＤ）１１２が格納される。リードイン領域１０２には、暗号化コンテンツ１１１の復号処理に適用する鍵の生成に必要となる各種情報、すなわち、物理インデックス（Ｐｈｙｓｉｃａｌ  Ｉｎｄｅｘ）１１３、暗号鍵情報１２０が格納される。なお、物理インデックス（Ｐｈｙｓｉｃａｌ  Ｉｎｄｅｘ）１１３、暗号鍵情報１２０は必ずしもリードイン領域１０２に格納されることが必須ではなく、データ領域１０１に格納してもよい。
【００６３】
以下、これらの各種情報の概要について説明する。
（１）暗号化コンテンツ１１１および記録シード１１２
情報記録媒体１００には、様々なコンテンツが格納される。コンテンツは、大きく２つのカテゴリに分類される。１つは、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるメインコンテンツである。メインコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。
【００６４】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータである。すなわち、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納される。
【００６５】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。
【００６６】
メインコンテンツ、サブコンテンツに含まれる各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（ユニット鍵）を適用した暗号化がなされて情報記録媒体１００に格納される。
【００６７】
すなわち、メインコンテンツを構成するＡＶ(Audio Visual)ストリーム、さらに、サブコンテンツを構成する音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なる記録シード：Ｖｕ１１２が割り当てられている。
【００６８】
メインコンテンツを構成するＡＶ(Audio Visual)ストリームのコンテンツ利用に際しては、記録シード：Ｖｕ１１２、さらに、物理インデックス１１３、暗号鍵情報１２０を適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応の暗号鍵を取得して、取得した鍵に基づいてユニット対応の暗号化コンテンツの復号処理を行なう。これらの暗号鍵取得および復号処理の詳細については、後述する。サブコンテンツを構成する音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、メインコンテンツと同様の鍵生成、復号シーケンスに従って再生を可能とした設定としてもよいし、あるいは独自のシーケンスに従って再生可能な構成としてもよい。
【００６９】
コンテンツ利用管理単位としてのユニットをＣＰＳユニット（コンテンツ管理ユニット）と呼ぶ。ＣＰＳユニット構成および記録シードの対応例を図２に示す。図２に示すように、ＣＰＳユニットの設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々である。図２において、タイトル１はＣＰＳユニット１であり記録シードとしてＶｕ１が対応して設定され、タイトル２はＣＰＳユニット２であり記録シードとしてＶｕ１が対応して設定されている。
【００７０】
コンテンツ再生を行なう場合、タイトル１に対応するコンテンツ再生の場合は、記録シード：Ｖｕ１を適用してＣＰＳ１対応のユニット鍵（暗号鍵）を取得して、取得したユニット鍵に基づいてタイトル１に対応する暗号化コンテンツの復号を行なうことが必要となる。タイトル２に対応するコンテンツ再生の場合は、記録シード：Ｖｕ２を適用してＣＰＳ２対応のユニット鍵を取得して、取得したユニット鍵に基づいてタイトル２に対応する暗号化コンテンツの復号を行なうことが必要となる。以下、同様である。
【００７１】
（２）物理インデックス１１３
物理インデックス１１３は、情報記録媒体１００に設けられたリードイン領域１０２に記録される。物理インデックス１１３は、前述の記録シード１１２と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）である。なお、ここでは、リードイン領域１０２に物理インデックス１１３を記録した例を説明するが、以下、説明するように、物理インデックス１１３は通常のデータ、すなわちデータ格納領域１０１に記録された暗号化コンテンツの記録、再生方式と異なる方式で記録、再生が可能なデータとして構成されれば、リードイン領域１０２に限らず、データ格納領域１０１に記録してもよい。
【００７２】
リードイン領域１０２は、ディスクのセッション開始位置を示す領域としてディスクの内周部に設定される領域であり、ディスクの種別などのディスク付帯情報や、データ領域１０１に格納されたコンテンツに対応するコンテンツの付帯情報、さらに、コンテンツの復号に適用する鍵情報１２０などが書き込まれている。
【００７３】
図３に、リードイン領域１０２の記録データの構成例を示す。物理インデックス１１３は、ディスクの種別などのディスク付帯情報、コンテンツの付帯情報、さらに、コンテンツの復号に適用する鍵情報１２０などが書き込まれている領域に並列に書き込まれている。
【００７４】
ディスク付帯情報、コンテンツの付帯情報、鍵情報１２０などは、通常のデータ記録、再生方式が適用可能な方式、すなわち、ピットによるスペース、マークの長さで記録される。一方、物理インデックス１１４は、通常のデータ書き込み方式、または読み取り方式とは異なる態様、例えばウォッブル（Ｗｏｂｂｌｅ）記録方式を適用して記録される。
【００７５】
ウォッブル（Ｗｏｂｂｌｅ）信号の記録処理について、図４を参照して説明する。図３示すディスク付帯情報、コンテンツの付帯情報、鍵情報１２０などは、ピット２０１によるスペース、マークの長さで記録される。
【００７６】
一方、物理インデックスは、ウォッブル（Ｗｏｂｂｌｅ）記録、すなわち、ピット系列の振れを制御することによって記録する。図４（Ａ）に示すウォッブル（Ｗｏｂｂｌｅ）記録信号２２１は、メインデータを記録するピット系列が、図に示す上段から下段に移動する振れ（Ｈ→Ｌ）を発生させている。このウォッブル（Ｗｏｂｂｌｅ）記録信号２２１が物理インデックスとしての鍵情報の記録ビット［１］に対応する。
【００７７】
また、図４（Ｂ）に示すウォッブル（Ｗｏｂｂｌｅ）記録信号２２２は、メインデータを記録するピット系列が、図に示す下段から上段に移動する振れ（Ｌ→Ｈ）を発生させている。このウォッブル（Ｗｏｂｂｌｅ）記録信号２２２が物理インデックスとしての鍵情報の記録ビット［０］に対応する。
【００７８】
なお、ウォッブル（Ｗｏｂｂｌｅ）記録信号において１ビットは、ピット信号として記録されるメインデータの６８Ｔ（Ｔはピット信号の１チャンネル長）の長さにおける記録ピットの振れの状態に対応する。すなわち、ピット情報として記録されるメインデータの６８Ｔ毎に、物理インデックスとしての鍵情報の１ビットが読み取られることになる。
【００７９】
このように、ディスク付帯情報、コンテンツの付帯情報、鍵情報１２０などをピット情報として記録し、物理インデックスとしての鍵情報をウォッブル（Ｗｏｂｂｌｅ）記録信号として記録することにより、メインデータと、暗号鍵を重畳してディスクに記録することが可能となる。
【００８０】
なお、ウォッブル（Ｗｏｂｂｌｅ）記録信号の記録、再生は、通常データの記録、再生処理とは異なる処理を適用することが必要となる。
【００８１】
なお、ここでは、一例として物理インデックスをウォッブル（Ｗｏｂｂｌｅ）記録信号として記録した構成例について説明したが、物理インデックスは、ウォッブル（Ｗｏｂｂｌｅ）記録信号に限らず、ピット信号と異なる物理的記録信号であれば、様々な態様での記録方式の採用が可能である。例えば、ＲＯＭディスクにおいてのみ記録可能なピット幅の変化やピット形状そのものの変化、または溝の深さの変化などに基づく記録方式を適用してもよい。
【００８２】
（３）暗号鍵情報１２０
暗号鍵情報１２０は、前述の記録シード１１２、物理インデックス１１３と同様、情報記録媒体のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）としてのディスクキー（Ｋｄ）を含む情報である。
【００８３】
暗号鍵情報１２０は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＲＫＢ（Renewal Key Block）１２１と、デイスクー（Ｋｄ）をメディアキー（Ｋｍ）で暗号化した鍵情報ｅＫｍ（Ｋｄ）１２２を含む。
【００８４】
ＲＫＢ１２１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイスキーに基づく処理（復号）によってのみ、コンテンツの復号に必要なメディアキー（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディアキー）取得を阻止可能としたものである。管理センタはＲＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイスキーでは復号できない、すなわちコンテンツ復号に必要なメディアキーを取得できない構成を持つＲＫＢを生成することができる。
【００８５】
ＲＫＢは、図５に示すように、タグ情報２３１と、暗号鍵データ格納部２３２とから構成される。暗号鍵データ格納部２３２は、有効なライセンスを保持した機器（デバイス）に格納されたデバイスキー、すなわち、木構造に含まれるノードおよびリーフに対応して設定された鍵の鍵セットからなるデバイスキーを適用した処理によってのみ復号可能な暗号化を施した１以上の暗号化データである。なお、木構造は、頂点ノードをルートとした例えば２分岐型の木構造であり、各デバイスは、最下層のリーフに１つずつ対応付けられる。各デバイスには、リーフからルートに至る経路にあるノードの対応鍵がデバイスキーとして提供される。
【００８６】
暗号鍵データ格納部２３２には、様々なノードキーを用いて暗号化した送信データが格納される。適用するノードキーによって、復号処理可能なデバイスを自在に設定することができる。
【００８７】
タグ情報２３１は、暗号鍵データ格納部２３２に含まれる１以上の暗号化データ（鍵束）の順番を示し、各デバイスが復号可能な暗号化データを選択するために適用するデータである。この暗号鍵ブロックであるＲＫＢを情報記録媒体１００に記録して各デバイスに提供することで、有効なライセンスを保持した機器（デバイス）のみがメディアキーを取得できる。
【００８８】
ＲＫＢ１２１から取得可能なメディアキー（Ｋｍ）は、暗号鍵情報１２０に含まれる暗号化ディスクキーｅＫｍ（Ｋｄ）の復号処理に適用される。有効なライセンスを保持したコンテンツ再生装置（デバイス）のみが、自装置に保持するデバイスキーを適用してＲＫＢ１２１の復号を実行してメディアキーを取得し、さらに取得したメディアキーを用いて暗号化ディスクキーｅＫｍ（Ｋｄ）の復号を実行して、ディスクキー（Ｋｄ）を取得することができる。
【００８９】
ディスクキー（Ｋｄ）は、前述の記録シード１１２、物理インデックス１１３と同様、情報記録媒体１００のデータ格納領域１０１に格納された暗号化コンテンツの復号処理に適用する鍵を生成するための鍵情報（鍵生成情報）である。
【００９０】
すなわち、コンテンツ再生処理を実行する情報処理装置は、情報記録媒体１００から、記録シード１１２、物理インデックス１１３、暗号鍵情報１２０を読み出して、これら全てを用いて、前述したコンテンツ管理ユニットに対応するユニット鍵を生成し、生成したユニット鍵Ｋｕに基づいて、コンテンツの復号処理を実行する。なお、この処理の詳細については後述する。
【００９１】
［２．情報記録媒体の製造、データ格納処理の詳細構成］
上述したように、情報記録媒体１００には、暗号化コンテンツ１１１とともに、暗号化コンテンツ１１１の復号、再生に必要な様々な鍵情報、すなわち、ユニット鍵の生成に必要となる鍵生成情報が含まれる。図６を参照して、情報記録媒体の製造ルートについて説明する。
【００９２】
図６に示すように、情報記録媒体に格納するコンテンツは、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）３３０において編集され、その後、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)３５０において、例えば、ＣＤ、ＤＶＤ、Ｂｌｕ−ｒａｙディスク等が大量に複製（レプリカ）されて、情報記録媒体１００が製造され、ユーザに提供される。情報記録媒体１００はユーザのデバイス（情報処理装置）４００において再生される。
【００９３】
このディスク製造、販売、使用処理全体についての管理を実行するのが管理センタ（ＴＣ：Trusted Center）３１０である。管理センタ（ＴＣ：Trusted Center）３１０は、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)３５０に対して様々な管理情報を提供し、情報記録媒体製造エンティテイ（ＤＭ：Disc Manufacturer)３５０は、管理センタ（ＴＣ：Trusted Center）３１０から受領した管理情報に基づいて、コンテンツ編集エンティテイ（ＡＳ：Authoring Studio）３３０から受領したコンテンツの編集、暗号化、鍵情報の、生成、格納処理などを行う。また、管理センタ（ＴＣ：Trusted Center）３１０は、ユーザの情報処理装置４００に格納するデバイスキーの管理、提供も行う。
【００９４】
管理センタ３１０、コンテンツ編集エンティテイ３３０、および情報記録媒体製造エンティテイ３５０の実行する処理の詳細について、図７を参照して説明する。
【００９５】
図７は、管理センタ３１０、コンテンツ編集エンティテイ３３０、および情報記録媒体製造エンティテイ３５０の実行する処理を示した図である。
【００９６】
編集前コンテンツ３０３はコンテンツ編集エンティテイ３３０へ持ち込まれ、エンコーダによるＭＰＥＧデータ等へのエンコード処理（ステップＳ１３）、オーサリングシステムによる編集処理（ステップＳ１４）がなされた後、編集済コンテンツ３３１となる。
【００９７】
このオーサリングシステムによる編集処理（ステップＳ１４）の際、コンテンツ暗号化に使用する記録シードＶｕ３３２も生成される。記録シードは、前述したように、ＣＰＳユニットごとに設定することが可能であり、編集済コンテンツ３３１が複数のコンテンツ管理単位（ＣＰＳユニット）を持つ場合、記録シードＶｕ３３２もＣＰＳユニットの数だけ生成される。なお、記録シードＶｕ３３２の値は例えば１２８ビットの長さを持つ乱数である。編集済コンテンツ３３１と記録シードＶｕ３３２は情報記録媒体製造エンティテイ３５０へ送られる。
【００９８】
情報記録媒体製造エンティテイ３５０はコンテンツ暗号化に必要な情報を管理センタ３１０から取得する。
【００９９】
管理センタ３１０ではメディアキーＫｍ３１１、ディスクキーＫｄ３１２を生成し、さらに、メディアキーＫｍ３１１を暗号化データとしてＲＫＢに格納するＲＫＢ生成処理（ステップＳ１１）を実行し、ＲＫＢ３１３を生成する。
【０１００】
ＲＫＢ３１３は、前述したように、正当なコンテンツ利用権としてのライセンスを保持する再生装置に格納されたデバイスキーを適用した復号処理によってのみ復号することを可能とした暗号化データを格納しており、正当なコンテンツ利用権としてのライセンスを保持する再生装置のみがメディアキーＫｍを取得できる。
【０１０１】
管理センタ３１０では、さらに、ディスクキーＫｄ３１２をメディアキーＫｍ３１１で暗号化、例えばＡＥＳ暗号処理を適用した暗号化を実行（ステップＳ１２）して、メディアキーＫｍ３１１によって暗号化された暗号化ディスクキーｅＫｍ（Ｋｄ）３１４を生成する。
【０１０２】
管理センタ３１０は、これらの２つの情報、すなわち、メディアキーＫｍを格納したＲＫＢ３１３と、メディアキーＫｍ３１１によって暗号化された暗号化ディスクキーｅＫｍ（Ｋｄ）３１４の２つの情報と、さらにディスクキーＫｄ３１２とを情報記録媒体製造エンティテイ３５０へ送る。
【０１０３】
これらの情報を受け取った情報記録媒体製造エンティテイ３５０は以下の手順でコンテンツの暗号化を行う。
【０１０４】
まず、ステップＳ１５において、ＣＰＳユニットに対応するユニット鍵の生成元となる鍵であるユニット鍵生成キーＫｅ（Embedded Key）を生成する。ユニット鍵生成キーＫｅ（Embedded Key）は、管理センタ３１０から取得したディスクキーＫｄと情報記録媒体製造エンティテイ３５０内でセキュアに生成される物理インデッククＶｅ３５１を用いた暗号処理（例えばＡＥＳ暗号処理）によって生成される。
【０１０５】
さらに、ステップＳ１６において、ユニット鍵生成キーＫｅ（Embedded Key）と、コンテンツ編集エンティテイ３３０から取得した記録シードＶｕを利用して、コンテンツの暗号化に使用するユニット鍵Ｋｕを生成する。
【０１０６】
前述したように、情報記録媒体に格納されるコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に区分され、ＣＰＳユニット毎に記録シードＶｕが設定される。例えば、情報記録媒体に格納されるコンテンツに対応してｎ個のＣＰＳユニット１〜ｎが設定されている場合、記録シードもＶｕ１〜Ｖｕｎ生成されて、コンテンツ編集エンティテイ３３０から情報記録媒体製造エンティテイ３５０に提供される。
【０１０７】
情報記録媒体製造エンティテイ３５０は、ユニット鍵生成キーＫｅ（Embedded Key）と、コンテンツ編集エンティテイ３３０から取得したｎ個の記録シードＶｕ１〜Ｖｕｎを個別に、順次適用してｎ個のユニット鍵Ｋｕ１〜Ｋｕｎを生成する。記録シードＶｕ１〜Ｖｕｎはコンテンツ（ＣＰＳユニット）に応じた異なる値を有しており、生成されるユニット鍵Ｋｕ１〜Ｋｕｎもそれぞれ異なる鍵データとなる。
【０１０８】
次に、情報記録媒体製造エンティテイ３５０は、ステップＳ１７において、コンテンツ編集エンティテイ３３０から情報記録媒体製造エンティテイ３５０に提供されるコンテンツ、すなわちＣＰＳユニット毎に、対応するユニット鍵Ｋｕ１〜Ｋｕｎを適用した暗号化を実行し、暗号化コンテンツを生成する。なお、ユニット鍵を直接適用してコンテンツの暗号化を実行してもよいが、さらに、コンテンツをブロック単位に分割して、ブロック単位のブロック鍵を生成してコンテンツの暗号化を行って記録する構成が好ましい。このブロック鍵を適用した暗号化構成例については、後述する。
【０１０９】
さらに、情報記録媒体製造エンティテイ３５０は、ステップＳ１８において、物理インデックス情報３５１、およびリードイン領域に記録する情報、すなわちＲＫＢとメディアキーによって暗号化された状態のディスクキーｅＫｍ（Ｋｄ）を所定の形式で記録可能な状態とし、最終的に図１で記載した情報の全てを情報記録媒体１００上に記録する。なお、情報記録媒体製造エンティテイ３５０の実行するＳ１５、Ｓ１６の鍵生成処理の具体例については図１０を参照して、後段で詳細例を説明する。
【０１１０】
［３．情報処理装置におけるコンテンツ再生処理］
次に、上述したＣＰＳユニット単位の暗号化がなされた暗号化コンテンツおよび各種の鍵情報を格納した情報記録媒体の再生処理を実行する情報処理装置におけるコンテンツ再生処理の詳細について説明する。
【０１１１】
図８に示すように、情報処理装置４００におけるコンテンツ再生は、暗号処理手段４１０における暗号化コンテンツの復号処理と、再生制御手段４２０における再生制御処理の２つのステップを含む。
【０１１２】
情報記録媒体１００から各種の情報が読み取られ、暗号処理手段４１０における暗号化コンテンツの復号処理が実行され、復号コンテンツが再生制御手段４２０に渡され、再生条件判定処理が実行され、再生条件を満足する場合にのみコンテンツ再生が継続して実行され、再生条件を満足しない場合には、コンテンツ再生が停止される。
【０１１３】
まず、暗号処理手段４１０における暗号化コンテンツの復号処理の詳細について、図９を参照して説明する。
【０１１４】
コンテンツ復号プロセスでは、まず、暗号処理手段４１０は、メモリに格納しているデバイスキー４１１を読み出す。デバイスキー４１１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【０１１５】
次に、暗号処理手段４１０は、ステップＳ２１において、デバイスキー４１１を適用して情報記録媒体１００に格納されたメディアキーＫｍを格納した暗号鍵ブロックであるＲＫＢ４０１の復号処理を実行して、メディアキーＫｍを取得する。
【０１１６】
次に、ステップＳ２２において、情報記録媒体１００に格納されたメディアキーＫｍにより暗号化された暗号化ディスクキーｅＫｍ（Ｋｄ）を、ステップＳ２１におけるＲＫＢ処理で取得したメディアキーＫｍを用いて復号し、ディスクキーＫｄを取得する。この復号処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。なお、図９においてＡＥＳ＿Ｇは、ＡＥＳ暗号処理を適用した鍵生成（Key Generation）処理を示し、ＡＥＳ＿Ｄは、ＡＥＳ暗号処理を適用したデータ復号（Decryption）処理を示している。
【０１１７】
次に、ステップＳ２３において、ディスクキーＫｄと、情報記録媒体１００から読み取った物理インデックス４０３とに基づく暗号処理によって、ユニット鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。
【０１１８】
次にステップＳ２４で、情報記録媒体１００に格納されたＣＰＳユニット（コンテンツ）対応の記録シードＶｕ１〜ｎのいずれかＶｕｘを取得して、ステップＳ２３において生成したユニット鍵生成キーＫｅ（embedded Key）に基づく暗号処理を実行し、ＣＰＳユニット鍵Ｋｕｘを生成する。
【０１１９】
なお、生成するＣＰＳユニット鍵のＫｕｘは、再生対象のコンテンツに対応するＣＰＳユニット、すなわち情報記録媒体１００に格納されたＣＰＳユニット１〜ｎから選択されたＣＰＳユニットｘに対応して設定されているＣＰＳユニット鍵Ｋｕｘである。複数のＣＰＳユニットの復号を実行する場合には、それらの複数のＣＰＳユニット対応の複数の記録シードＶｕａ，Ｖｕｂ・・を取得して、ステップＳ２３において生成したユニット鍵生成キーＫｅ（embedded Key）に基づく暗号処理を実行し、複数のＣＰＳユニット鍵Ｋｕａ，Ｋｕｂ・・を生成する。
【０１２０】
次に、情報記録媒体１００に格納された再生対象コンテンツである暗号化コンテンツ４０５、すなわち再生対象として選択したＣＰＳユニットを取得し、ステップＳ２５において、ＣＰＳユニットとしてのコンテンツデータのブロックデータ毎に設定されるブロックシードを取得し、ステップＳ２６で、ブロックシードとＣＰＳユニット鍵Ｋｕに基づく暗号処理により、ブロック鍵Ｋｂを生成し、ステップＳ２７において、ＣＰＳユニットである暗号化コンテンツのブロックデータ単位の復号処理を実行する。
【０１２１】
なお、ＣＰＳユニットとしてのコンテンツデータは、所定データ長のブロック単位で異なるブロック鍵Ｋｂが適用された暗号化がなされ、復号に際しては、各ブロック毎の復号処理鍵としてのブロック鍵Ｋｂを、各ブロックデータに対応して設定されているブロックシードとＣＰＳユニット鍵Ｋｕに基づく暗号処理によって生成して、生成したブロック鍵Ｋｂで復号処理を行なう。ブロック鍵Ｋｂの生成およびブロック鍵Ｋｂに基づく復号処理の詳細については、後段で説明する。
【０１２２】
ステップＳ２８は、暗号化コンテンツに含まれる例えばブロックシード部分などの非暗号化データと、ステップＳ２７において復号したデータを結合する処理であり、この結果、復号コンテンツ（ＣＰＳユニット）４１２が暗号処理手段４１０から再生制御手段４２０に出力される。
【０１２３】
ステップＳ２２〜Ｓ２６において実行する暗号処理の具体例を図１０を参照して説明する。
【０１２４】
ステップＳ２２におけるディスクキーＫｄの具体的な生成処理は、例えば、図１０（ａ）に示すように、情報記録媒体１００に格納されたメディアキーＫｍにより暗号化された暗号化ディスクキーｅＫｍ（Ｋｄ）を、ＡＥＳ復号部４３１に入力し、共通鍵暗号方式であるＡＥＳ（Advanced Encryption Standard）暗号アルゴリズムを適用し、ＲＫＢから取得したメディアキーＫｍを用いて復号する処理が適用される。ＡＥＳ復号部４３１は、例えば１２８ビットの鍵長を持つＡＥＳ−ＥＣＢモードによる復号処理を実行する。
【０１２５】
ステップＳ２３におけるユニット鍵生成キーＫｅ（embedded Key）の生成処理は、例えば、図１０（ｂ）に示すように、ディスクキーＫｄと、情報記録媒体１００から読み取った物理インデックスとをＡＥＳ暗号部４３２に入力し、ＡＥＳ暗号アルゴリズムに従った暗号処理（ＡＥＳ＿Ｅ）を実行し、さらに、ＡＥＳ暗号部４３２の出力値と物理インデックスデータとを排他論理和部４３３に入力して排他論理和演算を実行した結果値をユニット鍵生成キーＫｅとする処理として実行される。ＡＥＳ暗号部４３２は、例えば１２８ビットの鍵長を持つＡＥＳ−ＥＣＢモードによる暗号処理を実行する。
【０１２６】
図９に示すＡＥＳ＿Ｇは、ＡＥＳ暗号処理を適用した鍵生成（Key Generation）処理を示しているが、具体的には、図１０（ｂ）に示すようにＡＥＳ暗号化部（ＡＥＳ＿Ｅ）と、排他論理和部（ＸＯＲ）によって構成されている。
【０１２７】
なお、図１０（ｂ）に示すユニット鍵生成キーＫｅ（embedded Key）の生成処理は、先に図７を参照して説明した情報記録媒体製造エンティテイ３５０がステップＳ１５において実行する処理にも対応する処理である。
【０１２８】
ステップＳ２４におけるユニット鍵Ｋｕの生成処理は、例えば、図１０（ｃ）に示すように、ユニット鍵生成キーＫｅと、情報記録媒体１００から読み取ったＣＰＳユニット対応の記録シードＶｕとをＡＥＳ暗号部４３２に入力し、ＡＥＳ暗号アルゴリズムに従った暗号処理（ＡＥＳ＿Ｅ）を実行し、さらに、ＡＥＳ暗号部４３２の出力値と記録シードとを排他論理和部４３３に入力して排他論理和演算を実行した結果値をユニット鍵Ｋｕとする処理として実行される。
【０１２９】
なお、図１０（ｃ）に示すユニット鍵Ｋｕの生成処理は、先に図７を参照して説明した情報記録媒体製造エンティテイ３５０がステップＳ１６において実行する処理にも対応する処理である。
【０１３０】
ステップＳ２６におけるブロック鍵Ｋｂの生成処理は、例えば、図１０（ｄ）に示すように、ユニット鍵Ｋｕと、情報記録媒体１００から読み取ったＣＰＳユニットに含まれるブロックデータ対応のブロックシードとをＡＥＳ暗号部４３２に入力し、ＡＥＳ暗号アルゴリズムに従った暗号処理（ＡＥＳ＿Ｅ）を実行し、さらに、ＡＥＳ暗号部４３２の出力値とブロックシードとを排他論理和部４３３に入力して排他論理和演算を実行した結果値をブロック鍵Ｋｂとする処理として実行される。
【０１３１】
［４．コンテンツの暗号化、復号処理の詳細］
次に、コンテンツの暗号化、復号処理の詳細について説明する。まず、図１１を参照して、情報記録媒体に格納されるデータ記録構成および、記録データの復号処理の概要を説明する。情報記録媒体に格納されるデータは、前述したようにＣＰＳユニット単位のＣＰＳユニット鍵Ｋｕに基づいて生成されるブロック鍵Ｋｂでブロック単位の暗号化が施された暗号化データである。
【０１３２】
再生を行う場合には、先に、図９を参照して説明したように情報記録媒体に格納された各種の鍵生成情報、すなわち、
（ａ）ＲＫＢからメディアキーＫｍを取得し、メディアキーＫｍに基づく復号処理によって取得したディスクキーＫｄ、
（ｂ）物理インデックス、
（ｃ）ＣＰＳユニット対応の記録シードＶｕ
の各情報に基づいて、ＣＰＳユニット鍵Ｋｕを生成し、さらに、
ブロックデータ単位に設定されるブロックシードと、ＣＰＳユニット鍵Ｋｕに基づいてブロック鍵Ｋｂを生成し、ブロック鍵Ｋｂに基づくブロック単位の復号処理を行なう必要がある。
【０１３３】
図１１（ａ）が情報記録媒体に格納されるデータ記録構成である。１８バイトの制御データ（ＵＣＤ：User Control Data）と、実際のＡＶコンテンツデータを含む２０４８バイトのユーザデータ(User Data)が１つのセクタデータとして構成され、例えば３セクタ分６１４４バイトのデータが１つの暗号処理単位、すなわちブロックとして設定される。なお、ブロックの設定単位は、３セクタ分６１４４バイトのデータとする方式に限らず、１セクタ分２０４８バイトのデータを１つの暗号処理単位、すなわちブロックとして設定する方式など、様々な設定が可能である。これらの具体例については後述する。
【０１３４】
図１１（ｂ）は、３セクタ分６１４４バイトのデータを１つのブロックとして設定した場合の暗号処理単位としての１ユニット（１ＡＵ：Aligned Unit）の構成である。１８バイトの制御データ（User Control Data）は暗号化対象から除去され、実際のＡＶコンテンツデータであるユーザデータのみが、暗号処理単位として設定される。情報記録媒体に格納された暗号化データの再生を実行する情報処理装置は、制御データ内のフラグに基づいて、暗号処理単位である１ＡＵ（Aligned Unit）を判別して抽出する。
【０１３５】
従って３セクタ分６１４４バイトのデータを１つのブロックとして設定した場合には、暗号化データの再生を実行する情報処理装置は、制御データ内のフラグに基づいて、暗号処理単位である６１４４バイトのデータを１ＡＵとして判別して６１４４バイト単位でブロック鍵Ｋｂを生成して復号処理を実行する。また、１セクタ分２０４８バイトのデータを１つのブロックとして設定した場合には、暗号化データの再生を実行する情報処理装置は、制御データ内のフラグに基づいて、暗号処理単位である２０４８バイト単位でブロック鍵Ｋｂを生成して復号処理を実行する。
【０１３６】
３セクタ分６１４４バイトのデータを１つのブロックとして設定した場合、暗号処理単位である１ユニット（１ＡＵ）には、図１１（ｃ）暗号化構成例に示すように、ブロック鍵Ｋｂによって暗号化された領域が含まれる。ブロック鍵を生成するためには、前述したようにブロックシードが必要となる。ブロックシードは、ＣＰＳユニット鍵Ｋｕとともに、ブロック鍵Ｋｂを生成するために必要となるブロック単位の鍵生成情報である。
【０１３７】
ブロック暗号化の対象となるユーザデータの詳細構成を図１２に示す。図１２（ａ）は、３セクタをブロックデータ（暗号化処理単位（６１４４バイト＝３２ソースパケット））とした場合のデータ構造である。
【０１３８】
ＡＶストリームはＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲｅｗｒｉｔａｂｌｅフォーマットやＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットにおいて規定されるデータ構造を持ち、３セクタ分６１４４バイトのデータを１つのブロックとして設定した場合、図１２(ａ)に示すように、６１４４バイトの暗号化処理単位（ブロック）が連続して、１つのＣＰＳユニットが設定される。６１４４バイトのデータは１９２バイトの長さを持つソースパケット３２個分のデータから構成される。
【０１３９】
各ソースパケットは、図１２（ｂ）に示すように、ヘッダ部４バイトとＴＳパケット部１８４バイトで構成されている。情報記録媒体に格納される暗号化コンテンツは、例えばＭＰＥＧ−２システムで規定（ISO/IEC１３８１８−１）されている符号化データとしてのトランスポートストリーム（ＴＳ）として構成される。トランスポートストリームは、１本のストリームの中に複数のプログラムを構成することができ、各トランスポートパケットの出現タイミング情報としてのＡＴＳ（Arrival Time Stamp：着信時刻スタンプ）が設定されている。
【０１４０】
図１２（ｃ）は、ソースパケットのヘッダ部４バイトの詳細構成である。ヘッダ部４バイト中、先頭２ビットがコピー制御情報ＣＣＩ（Copy Control Information）であり、その後に各トランスポートパケットの出現タイミング情報としてのＡＴＳ（Arrival Time Stamp：着信時刻スタンプ）が設定されている。タイムスタンプは、ＭＰＥＧ−２システムで規定されている仮想的なデコーダであるＴ−ＳＴＤ(Transport  Stream  System  Target  Decoder)を破綻させないように符号化時に決定され、ストリームの再生時に、各トランスポートパケットに付加されたＡＴＳによって出現タイミングを制御して、復号、再生を行う。
【０１４１】
例えば、トランスポートストリームパケットを記録媒体に記録する場合には、各パケットの間隔を詰めたソースパケットとして記録するが、各トランスポートパケットの出現タイミングを併せて記録媒体に保存することにより、再生時に各パケットの出力タイミングを制御することが可能となる。
【０１４２】
以下、ブロック鍵Ｋｂを適用したブロックデータ単位の暗号化および復号処理の具体例について、複数の異なるブロックおよびブロックシードの設定構成例について順次、説明する。
【０１４３】
（１）設定例１
設定例１は、
暗号化処理単位（ブロック）：３セクタ（６１４４バイト）分のユーザデータ
暗号化対象データ：３セクタ（６１４４バイト）のユーザデータの先頭１６バイト（１２８ビット）を除く部分（６１２８バイト）
ブロックシード：３セクタ（６１４４バイト）のユーザデータの先頭１６バイト（１２８ビット）
とした例である。
設定例１における記録データ構成例を図１３に示し、復号処理例を図１４に示す。
【０１４４】
まず、設定例１における記録データ構成例について図１３を参照して説明する。図１３（ａ）に示すデータ構成は、先に図１１（ａ）を参照して説明したと同様、情報記録媒体に格納されるデータ記録構成である。１８バイトの制御データ（ＵＣＤ：User Control Data）と、実際のＡＶコンテンツデータを含む２０４８バイトのユーザデータ(User Data)が１つのセクタデータとして構成される。
【０１４５】
図１３（ｂ）に示すように、ユーザ制御データ（ＵＣＤ）を除くユーザデータのみ３セクタ分６１４４バイトのデータを１つの暗号処理単位（ブロック）として設定する。
【０１４６】
図１３（ｃ）暗号化構成に示すように、ブロックシードは、６１４４バイトの暗号化処理単位（ブロック）の先頭１６バイト（１２８ビット）とし、暗号化対象データは、３セクタ（６１４４バイト）のユーザデータの先頭１６バイト（１２８ビット）を除く部分（６１２８バイト）とする。
【０１４７】
なお、ブロックシードとされる１６バイト（１２８ビット）は図１２を参照して説明した１つのソースパケットの先頭１６バイトに相当し、ソースパケットのヘッダ部４バイトとＴＳパケット部の先頭１２バイトによって構成されることになる。なお、図１２（ｃ）を参照して説明したように、ソースパケットのヘッダ部４バイトは、コピー制御情報ＣＣＩ（Copy Control Information）と、トランスポートパケットの出現タイミング情報としてのＡＴＳ（Arrival Time Stamp：着信時刻スタンプ）である。従って、ブロックシード１６バイト（１２８ビット）は、コピー制御情報ＣＣＩ、タイムスタンプＡＴＳ、ＴＳパケット部の先頭１２バイトによって構成される。
【０１４８】
ＴＳパケット部の先頭１２バイトにはコンテンツデータそのものが含まれるので、ブロックシードとしてコンテンツデータの一部を使用していることになるが、タイムスタンプ情報（ＡＴＳ）が、ブロックシードの構成データとして含まれており、タイムスタンプ情報はパケット毎に異なるデータに設定されるため、ブロックシードを使用して生成されるブロック鍵Ｋｂの値も暗号化処理単位ごとに異なる値となる。暗号化処理単位ごとにブロック鍵が異なることは、１つの鍵を使用して暗号化するデータの量が暗号化処理単位1つ分に限定されることになり、暗号鍵の特定を困難にする効果がある。
【０１４９】
次に、図１４を参照して、設定例１における記録データの復号処理シーケンスについて説明する。図１４に示す暗号化処理単位（ブロック）５１０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０１５０】
暗号化処理単位５１０は、３セクタ（６１４４バイト）のユーザデータである。本設定例１において、ブロックシード５１１は、６１４４バイトのユーザデータの先頭１６バイト（１２８ビット）として設定されている。
【０１５１】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位としての３セクタ（６１４４バイト）のデータを順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、ブロックシード（１６バイト）５１１と、その他の暗号化データ部（６１２８バイト）を分離する処理を実行する。なお、図１４には示していないがユーザ制御データ（ＵＣＤ）は非暗号化データとして分離される。
【０１５２】
図１４のステップＳ３１の処理は、図９におけるステップＳ２６のブロック鍵Ｋｂ生成処理に相当する処理である。ステップＳ３１では、６１４４バイトのユーザデータの先頭１６バイト（１２８ビット）のブロックシード５１１に対して、ユニット鍵Ｋｕを適用したＡＥＳ鍵生成処理アルゴリズム（図１０（ｄ）参照）を実行し、ブロック鍵Ｋｂを生成する。
【０１５３】
図１４のステップＳ３２の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ３２では、６１４４バイトのユーザデータの先頭１６バイト（１２８ビット）のブロックシード５１１を除く暗号化データ部（６１２８バイト）を入力し、ステップＳ３１において生成したブロック鍵Ｋｂを適用したＡＥＳ復号処理を実行する。
【０１５４】
さらに、図９に示すセレクタステップＳ２８において、６１４４バイトのユーザデータの先頭１６バイト（１２８ビット）のブロックシード５１１を除く暗号化データ部の復号結果と、ブロックシード５１１が結合されたデータとして復号データ５１２が生成され、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０１５５】
（２）設定例２
設定例２は、
暗号化処理単位（ブロック）：３セクタ（６１４４バイト）分のユーザデータ＋ユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）１８バイト
暗号化対象データ：３セクタ（６１４４バイト）のユーザデータ
ブロックシード：３セクタ（６１４４バイト）のユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）中の１６バイト（１２８ビット）
とした例である。
設定例２における記録データ構成例を図１５に示し、復号処理例を図１６に示す。
【０１５６】
まず、設定例２における記録データ構成例について図１５を参照して説明する。図１５（ａ）に示すデータ構成は、先に図１１（ａ）を参照して説明したと同様、情報記録媒体に格納されるデータ記録構成である。１８バイトの制御データ（ＵＣＤ：User Control Data）と、実際のＡＶコンテンツデータを含む２０４８バイトのユーザデータ(User Data)が１つのセクタデータとして構成される。
【０１５７】
図１５（ｂ）に示すように、３セクタ（６１４４バイト）分のユーザデータと、ユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）１８バイトを１つの暗号処理単位（ブロック）として設定する。
【０１５８】
図１５（ｃ）暗号化構成に示すように、ブロックシードは、３セクタ（６１４４バイト）のユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）中の１６バイト（１２８ビット）とする。
【０１５９】
なお、ブロックシードとされる１６バイト（１２８ビット）は、コンテンツに対応する管理データとしてのユーザ制御データ（ＵＣＤ）のデータ部分を使用しているため、コンテンツデータの中身に関わらず乱数など暗号処理単位ごとに異なる値を設定できる。暗号処置単位ごとに異なる乱数をブロックシードとして使用するため、生成されるブロック鍵Ｋｂの値も暗号化処理単位ごとに異なる値となる。暗号化処理単位ごとにシードが乱数であること、およびブロック鍵が異なることは、１つの鍵を使用して暗号化するデータの量が暗号化処理単位1つ分に限定されることになり、暗号鍵の特定を困難にする効果がある。
【０１６０】
次に、図１６を参照して、設定例２における記録データの復号処理シーケンスについて説明する。図１６に示す暗号化処理単位（ブロック）５２０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０１６１】
暗号化処理単位５２０は、３セクタ（６１４４バイト）分のユーザデータと、ユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）１８バイトによって構成される。本設定例２において、ブロックシード５２１は、３セクタ（６１４４バイト）のユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）中の１６バイト（１２８ビット）として設定されている。
【０１６２】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位を順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、ブロックシード（１６バイト）５２１と、その他の暗号化データ部（６１４４バイト）を分離する処理を実行する。
【０１６３】
図１６のステップＳ３３の処理は、図９におけるステップＳ２６のブロック鍵Ｋｂ生成処理に相当する処理である。ステップＳ３３では、３セクタ（６１４４バイト）のユーザデータの先頭セクタに対応するユーザ制御データ（ＵＣＤ）中の１６バイト（１２８ビット）によって構成されるブロックシード５２１に対して、ユニット鍵Ｋｕを適用したＡＥＳ鍵生成処理アルゴリズム（図１０（ｄ）参照）を実行し、ブロック鍵Ｋｂを生成する。
【０１６４】
図１６のステップＳ３４の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ３４では、３セクタ（６１４４バイト）のユーザデータを入力し、ステップＳ３３において生成したブロック鍵Ｋｂを適用したＡＥＳ復号処理を実行する。
【０１６５】
６１４４バイトのユーザデータの暗号化データ部の復号結果が復号データ５２２となり、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０１６６】
（３）設定例３
設定例３は、
暗号化処理単位（ブロック）：１セクタ（２０４８バイト）分のユーザデータ
暗号化対象データ：１セクタ（２０４８バイト）分のユーザデータの先頭１６バイト（１２８ビット）を除く部分（６１３２バイト）
ブロックシード：１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）
とした例である。
設定例３における記録データ構成例を図１７に示し、復号処理例を図１８に示す。
【０１６７】
まず、設定例３における記録データ構成例について図１７を参照して説明する。図１７（ａ）には、１セクタ（２０４８バイト）のユーザデータとセクタ対応のユーザ制御データ１８バイトを示している。
【０１６８】
図１７（ｂ）に示すように、１セクタ（２０４８バイト）のユーザデータを１つの暗号処理単位（ブロック）として設定する。
【０１６９】
図１７（ｃ）暗号化構成に示すように、ブロックシードは、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）とする。
【０１７０】
なお、暗号化されるコンテンツデータの内容は任意であり、ブロックシードに該当する部分のデータも任意のバイト列になる可能性がある。コンテンツデータの内容によっては、ブロックシード部分に特定のパターンのバイト列が配置されている可能性もあり、ブロックシードを使用して生成されるブロック鍵Ｋｂの値が暗号化処理単位ごとに異なる値となることは保証されない。
【０１７１】
この方法を利用する場合の利点として、1セクタ分（２０４８バイト）のデータを取得すれば、ブロックシードの取得、ブロック鍵の生成、コンテンツデータの復号化が可能であり、ＰＣに接続されるドライブなど、２０４８バイト単位のデータを汎用的な処理単位として使用するシステムに対する親和性が高いという利点がある。
【０１７２】
次に、図１８を参照して、設定例３における記録データの復号処理シーケンスについて説明する。図１８に示す暗号化処理単位（ブロック）５３０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０１７３】
暗号化処理単位５３０は、１セクタ（２０４８バイト）分のユーザデータによって構成される。本設定例３において、ブロックシード５３１は、１セクタ（２０４８バイト）分のユーザデータの先頭１６バイト（１２８ビット）として設定されている。
【０１７４】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位を順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、ブロックシード（１６バイト）５３１と、その他の暗号化データ部（２０３２バイト）を分離する処理を実行する。なお、図１８には示していないがユーザ制御データ（ＵＣＤ）は非暗号化データとして分離される。
【０１７５】
図１８のステップＳ３５の処理は、図９におけるステップＳ２６のブロック鍵Ｋｂ生成処理に相当する処理である。ステップＳ３５では、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）によって構成されるブロックシード５３１に対して、ユニット鍵Ｋｕを適用したＡＥＳ鍵生成処理アルゴリズム（図１０（ｄ）参照）を実行し、ブロック鍵Ｋｂを生成する。
【０１７６】
図１８のステップＳ３６の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ３６では、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）を除いた暗号化データ（２０３２バイト）のユーザデータを入力し、ステップＳ３５において生成したブロック鍵Ｋｂを適用したＡＥＳ復号処理を実行する。
【０１７７】
さらに、図９に示すセレクタステップＳ２８において、２０４８バイトのユーザデータの先頭１６バイト（１２８ビット）のブロックシード５３１を除く暗号化データ部の復号結果と、ブロックシード５３１が結合されたデータとして復号データ５３２が生成され、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０１７８】
（４）設定例４
設定例４は、
暗号化処理単位（ブロック）：１セクタ（２０４８バイト）分のユーザデータ
暗号化対象データ：１セクタ（２０４８バイト）分のユーザデータの先頭１６バイト（１２８ビット）を除く部分（６１３２バイト）
ブロックシード：１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）とし、この１６バイトを乱数として設定する。
とした例である。
設定例４における記録データ構成例を図１９に示し、復号処理例を図２０に示す。
【０１７９】
まず、設定例４における記録データ構成例について図１９を参照して説明する。図１９（ａ）には、１セクタ（２０４８バイト）のユーザデータとセクタ対応のユーザ制御データ１８バイトを示している。
【０１８０】
図１９（ｂ）に示すように、１セクタ（２０４８バイト）のユーザデータを１つの暗号処理単位（ブロック）として設定する。
【０１８１】
図１９（ｃ）に示すように、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）を乱数とし、この１６バイトをブロックシードとする。
【０１８２】
この方法は、２０４８バイトのユーザデータのうち、ブロックシードとして使用される先頭１６バイトの部分にコンテンツの内容に関わらず乱数を配置することが特徴となっている。つまり、暗号化処理の方法としては前述の設定例３の場合と同じであるが、ユーザーデータ（２０４８バイト）の内部を乱数部分（１６バイト）とコンテンツの内容に依存する部分（コンテンツデータ、２０３２バイト）を分けて使用することにより、シードの値を乱数とし、暗号処理単位ごとに異なるものとすることが可能である。その結果、生成されるブロック鍵Ｋｂの値も暗号化処理単位ごとに異なる値となる。暗号化処理単位ごとに設定されるブロックシードが乱数であること、およびブロック鍵が異なることは、１つの鍵を使用して暗号化するデータの量が暗号化処理単位1つ分に限定されることになり、暗号鍵の特定を困難にする効果がある。また、設定例３の方法と同様に、1セクタ分（２０４８）バイトのデータを取得すれば、ブロックシードの取得、ブロック鍵の生成、コンテンツデータの復号化が可能であり、ＰＣに接続されるドライブなど、２０４８バイト単位のデータを汎用的な処理単位として使用するシステムに対する親和性が高い。
【０１８３】
次に、図２０を参照して、設定例４における記録データの復号処理シーケンスについて説明する。図２０に示す暗号化処理単位（ブロック）５４０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０１８４】
暗号化処理単位５４０は、１セクタ（２０４８バイト）分のユーザデータによって構成される。本設定例４において、ブロックシード５４１は、１セクタ（２０４８バイト）分のユーザデータの先頭１６バイト（１２８ビット）として設定されている。ただし、この１６バイト（１２８ビット）データはＡＶコンテンツの実体データではなく乱数として付加したデータである。
【０１８５】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位を順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、ブロックシード（１６バイト）５４１と、その他の暗号化データ部（２０３２バイト）を分離する処理を実行する。なお、図２０には示していないがユーザ制御データ（ＵＣＤ）は非暗号化データとして分離される。
【０１８６】
図２０のステップＳ３７の処理は、図９におけるステップＳ２６のブロック鍵Ｋｂ生成処理に相当する処理である。ステップＳ３７では、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）として設定された乱数によって構成されるブロックシード５４１に対して、ユニット鍵Ｋｕを適用したＡＥＳ鍵生成処理アルゴリズム（図１０（ｄ）参照）を実行し、ブロック鍵Ｋｂを生成する。
【０１８７】
図２０のステップＳ３８の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ３８では、１セクタ（２０４８バイト）のユーザデータの先頭１６バイト（１２８ビット）＝（乱数）を除いた暗号化データ（２０３２バイト）のユーザデータを入力し、ステップＳ３７において生成したブロック鍵Ｋｂを適用したＡＥＳ復号処理を実行する。
【０１８８】
さらに、図９に示すセレクタステップＳ２８において、２０４８バイトのユーザデータの先頭１６バイト（１２８ビット）のブロックシード５４１を除く暗号化データ部の復号結果と、ブロックシード５４１が結合されたデータとして復号データ５４２が生成され、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０１８９】
（５）設定例５
設定例５は、
暗号化処理単位（ブロック）：１セクタ（２０４８バイト）分のユーザデータ＋ユーザデータに対応するユーザ制御データ（ＵＣＤ）１８バイト
暗号化対象データ：１セクタ（２０４８バイト）のユーザデータ
ブロックシード：ユーザ制御データ（ＵＣＤ）中の例えば最後尾の１６バイト（１２８ビット）、この１６バイトは例えば乱数として設定する。
とした例である。
設定例５における記録データ構成例を図２１に示し、復号処理例を図２２に示す。
【０１９０】
まず、設定例５における記録データ構成例について図２１を参照して説明する。図２１（ａ）には、１セクタ（２０４８バイト）のユーザデータとセクタ対応のユーザ制御データ１８バイトを示している。
【０１９１】
図２１（ｂ）に示すように、１セクタ（２０４８バイト）のユーザデータと、ユーザデータに対応するユーザ制御データ（ＵＣＤ）１８バイトを１つの暗号処理単位（ブロック）として設定する。
【０１９２】
図２１（ｃ）に示すように、ユーザ制御データ（ＵＣＤ）１８バイトに含まれる１６バイト（１２８ビット）をブロックシードとする。ユーザ制御データ（ＵＣＤ）には任意データを格納可能な領域が含まれるので、この領域に乱数を格納し、乱数を１６バイトをブロックシードとすることができる。
【０１９３】
この方法では、ブロックシードとして、管理データ部分であるユーザ制御データ（ＵＣＤ）を使用しているため、コンテンツデータの中身に関わらず乱数など暗号化処理単位ごとに異なる値を設定できる。暗号化処置単位ごとに異なる乱数をブロックシードとして使用するため、生成されるブロック鍵Ｋｂの値も暗号化処理単位ごとに異なる値となる。暗号化処理単位ごとにシードが乱数であること、およびブロック鍵が異なることは、１つの鍵を使用して暗号化するデータの量が暗号化処理単位1つ分に限定されることになり、暗号鍵の特定を困難にする効果がある。
【０１９４】
次に、図２２を参照して、設定例５における記録データの復号処理シーケンスについて説明する。図２２に示す暗号化処理単位（ブロック）５５０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０１９５】
暗号化処理単位５５０は、１セクタ（２０４８バイト）分のユーザデータとユーザ制御データ（ＵＣＤ）１８バイトによって構成される。本設定例５において、ブロックシード５５１は、ユーザ制御データ（ＵＣＤ）１８バイト中の１６バイト（１２８ビット）として設定されている。この１６バイト（１２８ビット）データは乱数として設定可能である。
【０１９６】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位を順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、ブロックシード（１６バイト）５５１と、その他の暗号化データ部（２０４８バイト）を分離する処理を実行する。
【０１９７】
図２２のステップＳ３９の処理は、図９におけるステップＳ２６のブロック鍵Ｋｂ生成処理に相当する処理である。ステップＳ３９では、ユーザ制御データ（ＵＣＤ）１８バイト中の１６バイト（１２８ビット）の例えば乱数によって構成されるブロックシード５５１に対して、ユニット鍵Ｋｕを適用したＡＥＳ鍵生成処理アルゴリズム（図１０（ｄ）参照）を実行し、ブロック鍵Ｋｂを生成する。
【０１９８】
図２２のステップＳ４０の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ４０では、１セクタ（２０４８バイト）のユーザデータを入力し、ステップＳ３９において生成したブロック鍵Ｋｂを適用したＡＥＳ復号処理を実行する。
【０１９９】
２０４８バイトのユーザデータの復号結果が復号データ５５２となり、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０２００】
（６）設定例６
設定例６は、
暗号化処理単位（ブロック）：１セクタ（２０４８バイト）分のユーザデータ
暗号化対象データ：１セクタ（２０４８バイト）のユーザデータ
ブロックシード：なし
暗号化をすべてユニット鍵Ｋｕを適用して実行する
とした例である。
設定例６における記録データ構成例を図２３に示し、復号処理例を図２４に示す。
【０２０１】
まず、設定例６における記録データ構成例について図２３を参照して説明する。図２３（ａ）には、１セクタ（２０４８バイト）のユーザデータとセクタ対応のユーザ制御データ１８バイトを示している。
【０２０２】
図２３（ｂ）に示すように、１セクタ（２０４８バイト）のユーザデータを１つの暗号処理単位（ブロック）として設定する。
【０２０３】
図２３（ｃ）に示すように、暗号化対象データである１セクタ（２０４８バイト）のユーザデータをユニット鍵Ｋｕを適用して暗号化する。すなわち、ブロックシードの抽出、ブロックシードに基づくブロック鍵Ｋｂの生成を実行せず、すべてのブロックに対して共通のユニット鍵Ｋｕを適用した暗号化を行なう。
【０２０４】
この方法の利点として、1セクタ分（２０４８）バイトのデータを取得すれば、ブロックシードの取得、ブロック鍵の生成、コンテンツデータの復号化が可能であり、ＰＣに接続されるドライブなど、２０４８バイト単位のデータを汎用的な処理単位として使用するシステムに対する親和性が高いことに加え、コンテンツデータをシードとして使用しないため記録媒体上に平文で記録される部分は存在しない、ブロック鍵生成処理を省略することによる処理の簡素化が可能という点が挙げられる。
【０２０５】
ただし、この方法を用いる場合、暗号化処理単位に関わらず、同一のＣＰＳユニットに含まれるデータが共通の暗号鍵を使用して暗号化されるため、他の方法で述べた暗号化処理単位ごとに暗号鍵を変えることによる、暗号鍵の類推を困難にする効果は期待できない。
【０２０６】
次に、図２４を参照して、設定例６における記録データの復号処理シーケンスについて説明する。図２４に示す暗号化処理単位（ブロック）５６０は、情報記録媒体に格納された暗号化コンテンツ（ＣＰＳユニット）を構成する１つの暗号化処理単位（ブロック）の構成である。
【０２０７】
暗号化処理単位５６０は、１セクタ（２０４８バイト）分のユーザデータによって構成される。本設定例６において、ブロックシードは抽出されず、暗号化はすべてのブロックに対して共通のユニット鍵Ｋｕを用いて実行される。
【０２０８】
コンテンツ再生を実行する情報処理装置は、暗号化処理単位を順次取得し、図９を参照して説明したセレクタ処理実行ステップＳ２５において、暗号化データ部（２０４８バイト）と、非暗号化データであるユーザ制御データを分離する処理を実行する。
【０２０９】
図２４のステップＳ４１の処理は、図９におけるステップＳ２７の復号処理に相当する処理である。ステップＳ４１では、１セクタ（２０４８バイト）のユーザデータを入力し、ユニット鍵Ｋｕを直接適用したＡＥＳ復号処理を実行する。
【０２１０】
２０４８バイトのユーザデータの復号結果が復号データ５６２となり、その結果が、図８に示す再生制御処理手段４２０に出力される。
【０２１１】
［５．情報処理装置の構成例］
次に、図２５を参照して、上述のコンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。
【０２１２】
情報処理装置６００は、情報記録媒体６９１の駆動を行ない、データ記録再生信号の入手力を行なうドライブ６９０、各種プログラムに従ったデータ処理を実行するＣＰＵ６７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ６６０、メモリ６８０、デジタル信号を入出力する入出力Ｉ／Ｆ６１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ６４１を持つ入出力Ｉ／Ｆ６４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック６３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段６２０、各種の暗号処理を実行する暗号処理手段６５０を有し、バス６０１に各ブロックが接続されている。
【０２１３】
まず、データ記録時の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。
【０２１４】
デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ６１０から入力され、必要に応じて暗号化処理手段６５０によって適切な暗号化処理を施したデータを情報記録媒体６９１に保存する。また、入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック６３０およびＣＰＵ６７０、ＴＳ・ＰＳ処理手段６２０によって保存用のデータ形式に変換を行い、その後暗号化処理手段６５０で適切な暗号化処理を施して情報記録媒体６９１に保存する。
【０２１５】
アナログ信号の場合、入出力Ｉ／Ｆ６４０へ入力されたアナログ信号はＡ／Ｄコンバータ６４１によってデジタル信号となり、ＭＰＥＧコーデック６３０によって記録時に使用されるコーデックへと変換される。その後、ＴＳ・ＰＳ処理手段６２０により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号化処理手段６５０によって適切な暗号化処理を施したデータが記録媒体６９１に保存される。
【０２１６】
例えば、ＭＰＥＧ−ＴＳデータによって構成されるＡＶストリームデータからなるメインコンテンツの記録を行なう場合、メインコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段６５０によって暗号化され、ドライブ６９０を介して記録媒体６９１に記録される。
【０２１７】
サブコンテンツについても、各データグループ対応のコンテンツ管理ユニット（ＣＰＳユニット）に区分された後、ユニット鍵による暗号化処理が暗号処理手段６５０によって暗号化され、ドライブ６９０を介して記録媒体６９１に記録される。
【０２１８】
次に、情報記録媒体からのデータ再生を行なう場合の処理について説明する。例えばメインコンテンツとしてのＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ６９０において情報記録媒体６９１から読み出されたデータはコンテンツ管理ユニット（ＣＰＳユニット）として識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行される。
【０２１９】
具体的には、情報処理装置の例えばＲＯＭ６６０に格納されたデバイスキーに基づいて情報記録媒体に格納されたＲＫＢを復号し、メディアキーＫｍを取得して、取得したメディアキーＫｍにより、情報記録媒体に格納された暗号化ディスクキーｅＫｍ（Ｋｄ）を復号してディスクキーＫｄを取得し、さらに、情報記録媒体から物理インデックスと記録シードＶｕを取得し、これらの情報に基づく暗号処理によりユニット鍵Ｋｕを取得する。
【０２２０】
さらに、取得したユニット鍵Ｋｕに基づいて、必要に応じてブロック鍵Ｋｂの生成を実行し、ブロック鍵Ｋｂまたはユニット鍵Ｋｕを適用して暗号化処理手段６５０で暗号化コンテンツの復号を実行し、復号コンテンツがＴＳ（Transport Stream）・ＰＳ(Program Stream)処理手段６２０の処理によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２２１】
ＭＰＥＧコーデック６３０において復号されたデジタルデータは入出力Ｉ／Ｆ６４０内のＤ／Ａコンバータ６４１によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号化処理手段６５０で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ６１０を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力ＩＦ６１０はネットワーク接続の機能を備える。また、再生装置内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦、ＴＳ・ＰＳ処理手段６２０で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック６３０においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段６２０で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ６１０から出力する。または、ＣＰＵ６７０を使用してＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ６１０から出力することも可能である。
【０２２２】
サブコンテンツの場合も、コンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段６５０で暗号を解き、再生処理が実行される。
【０２２３】
前述したように、コンテンツ管理ユニット（ＣＰＳユニット）は、メインコンテンツ、サブコンテンツのそれぞれの構成データに対応付けられて設定され、１つのコンテンツ管理ユニット（ＣＰＳユニット）に１つのユニット鍵が対応付けられている。コンテンツ再生の再生制御を統括的に実行する統括再生制御プログラムが、コンテンツ管理ユニット（ＣＰＳユニット）の切り替えの発生を検出し、切り替えに応じて適用する鍵の切り替えを実行する。鍵が取得されていない場合は、鍵取得を促すメッセージを提示する処理を実行する。
【０２２４】
なお、再生処理、記録処理を実行するプログラムは例えばＲＯＭ６６０内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ６８０を使用する。なお、図２５では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２２５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２２６】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２２７】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２２８】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２２９】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２３０】
以上、説明したように、本発明の構成によれば、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体に、コンテンツを暗号化して記録し、さらに、情報処理装置において、暗号化コンテンツを復号し再生する構成において、情報記録媒体に格納するコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）として区分し、各ユニット毎に生成するユニット鍵に基づく暗号化を行なう構成としたので、複数のコンテンツを１枚のディスクに格納する場合においても、各コンテンツの利用管理を個別に行なうことが可能となる。本発明の構成は、例えば、複数のコンテンツを情報記録媒体に格納し、各コンテンツ毎の利用制御を実行することが要請されるシステムにおいて適用する情報記録媒体、情報処理装置などにおいて有効に適用可能である。
【０２３１】
さらに、本発明の構成によれば、各種の鍵生成情報に基づいて、１つのユニット鍵生成キーを生成して、ユニット鍵生成キーに対して各ＣＰＳユニットに対応する記録シードを作用させて各ユニット対応のユニット鍵を生成する構成とし、さらに、例えば３セクタ毎に設定されるブロック単位で抽出されるブロックシードとユニット鍵に基づいてブロック鍵を生成して、ブロック単位での暗号化を行なう構成としたので、コンテンツの復号においては、ディスクに格納された鍵生成情報、記録シード、ブロックシードの一致が条件となり、例えば正当なＲＯＭディスクからコピーした不正なコピーコンテンツの再生、利用を防止することが可能となる。従って、本発明の構成は、例えば、複数のコンテンツを情報記録媒体に格納し、各コンテンツ毎の利用制御を実行することが要請されるシステムにおいて適用する情報記録媒体、情報処理装置などにおいて有効に適用可能である。
【０２３２】
さらに、本発明の構成によれば、ユニット鍵を生成するために必要な情報として、木構造に基づく鍵配信構成に従った暗号鍵ブロックとしてのＲＫＢ、あるいは例えばウォッブル記録信号など、通常のデータ記録、再生方式とは異なり、コピー処理の困難な記録信号を適用した構成としたので、正当なデバイスである情報処理装置以外は、ユニット鍵の生成は不可能であり、コンテンツの不正利用を効果的に防止することができる。
【０２３３】
さらに、本発明の構成によれば、ブロックシードは、ユーザデータ、ユーザ制御データなどの各領域に設定可能であり、また、乱数を設定してブロックシードとする構成などが可能であり、ブロックシードの多様性を維持し、各ブロックをそれぞれ異なるブロック鍵を適用して暗号化することが可能となり、第三者による暗号鍵の解析困難性を高めることが可能となる。従って、本発明の構成は、例えば、複数のコンテンツを情報記録媒体に格納し、各コンテンツ毎の利用制御を実行することが要請されるシステムにおいて適用する情報記録媒体、情報処理装置などにおいて有効に適用可能である。
【図面の簡単な説明】
【０２３４】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】ＣＰＳユニット構成および記録シードの対応例について説明する図である。
【図３】リードイン領域１０２の記録データの構成例を示す図である。
【図４】ウォッブル（Ｗｏｂｂｌｅ）信号の記録処理について説明する図である。
【図５】暗号鍵ブロックＲＫＢの構成について説明する図である。
【図６】情報記録媒体の製造ルートについて説明する図である。
【図７】管理センタ、コンテンツ編集エンティテイ、および情報記録媒体製造エンティテイの実行する処理の詳細について説明する図である。
【図８】情報処理装置におけるコンテンツ再生の概要について説明する図である。
【図９】情報処理装置におけるコンテンツ再生の詳細について説明する図である。
【図１０】情報処理装置におけるコンテンツ再生に適用する鍵生成などの暗号処理の詳細について説明する図である。
【図１１】情報記録媒体に格納されるデータ記録構成および、記録データの復号処理の概要を説明する図である。
【図１２】ブロック暗号化の対象となるユーザデータの詳細構成について説明する図である。
【図１３】暗号化コンテンツの記録、再生処理構成の設定例１に対応する記録データ構成例を説明する図である。
【図１４】暗号化コンテンツの記録、再生処理構成の設定例１に対応するデータ復号例を説明する図である。
【図１５】暗号化コンテンツの記録、再生処理構成の設定例２に対応する記録データ構成例を説明する図である。
【図１６】暗号化コンテンツの記録、再生処理構成の設定例２に対応するデータ復号例を説明する図である。
【図１７】暗号化コンテンツの記録、再生処理構成の設定例３に対応する記録データ構成例を説明する図である。
【図１８】暗号化コンテンツの記録、再生処理構成の設定例３に対応するデータ復号例を説明する図である。
【図１９】暗号化コンテンツの記録、再生処理構成の設定例４に対応する記録データ構成例を説明する図である。
【図２０】暗号化コンテンツの記録、再生処理構成の設定例４に対応するデータ復号例を説明する図である。
【図２１】暗号化コンテンツの記録、再生処理構成の設定例５に対応する記録データ構成例を説明する図である。
【図２２】暗号化コンテンツの記録、再生処理構成の設定例５に対応するデータ復号例を説明する図である。
【図２３】暗号化コンテンツの記録、再生処理構成の設定例６に対応する記録データ構成例を説明する図である。
【図２４】暗号化コンテンツの記録、再生処理構成の設定例６に対応するデータ復号例を説明する図である。
【図２５】情報記録媒体を装着して再生する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２３５】
１００  情報記録媒体
１０１  データ格納領域部
１０２  リードイン領域
１１１  暗号化コンテンツ
１１２  記録シード
１１３  物理インデックス
１２０  暗号鍵情報
１２１  暗号鍵ブロックＲＫＢ
１２２  暗号化ディスクキー
２０１  ピット
２２１，２２２  ウォッブル記録信号
２３１  タグ情報
２３２  暗号鍵データ格納部
３０３  編集前コンテンツ
３１０  管理センタ
３１１  メディアキー
３１２  ディススクキー
３１３  ＲＫＢ
３１４  暗号化ディスクキーｅＫｍ（Ｋｄ）
３３０  コンテンツ編集エンティテイ
３３２  記録シードＶｕ
３５０  情報記録媒体製造エンティテイ
３５１  物理インデックス
４００  情報処理装置
４０１  ＲＫＢ
４０２  暗号化ディスクキーｅＫｍ（Ｋｄ
４０３  物理インデックス
４０４  記録シードＶｕ
４０５  暗号化コンテンツ
４１０  暗号処理手段
４１１  デバイスキー
４１２  復号コンテンツ
４２０  再生制御手段
４３１  ＡＥＳ復号部
４３２  ＡＥＳ暗号部
４３３  排他論理和部
５１０  暗号化処理単位（ブロック）
５１１  ブロックシード
５１２  復号データ
５２０  暗号化処理単位（ブロック）
５２１  ブロックシード
５２２  復号データ
５３０  暗号化処理単位（ブロック）
５３１  ブロックシード
５３２  復号データ
５４０  暗号化処理単位（ブロック）
５４１  ブロックシード
５４２  復号データ
５５０  暗号化処理単位（ブロック）
５５１  ブロックシード
５５２  復号データ
５６０  暗号化処理単位（ブロック）
５６２  復号データ
６００  情報処理装置
６０１  バス
６１０  入出力Ｉ／Ｆ
６２０  ＴＳ・ＰＳ処理手段
６３０  ＭＰＥＧコーデック
６４０  入出力Ｉ／Ｆ
６４１  Ａ／Ｄ，Ｄ／Ａコンバータ
６５０  暗号処理手段
６６０  ＲＯＭ
６７０  ＣＰＵ
６８０  メモリ
６９０  ドライブ
６９１  情報記録媒体
【図１】
2005191707.tif 000003
【図２】
2005191707.tif 000004
【図３】
2005191707.tif 000005
【図４】
2005191707.tif 000006
【図５】
2005191707.tif 000007
【図６】
2005191707.tif 000008
【図７】
2005191707.tif 000009
【図８】
2005191707.tif 000010
【図９】
2005191707.tif 000011
【図１０】
2005191707.tif 000012
【図１１】
2005191707.tif 000013
【図１２】
2005191707.tif 000014
【図１３】
2005191707.tif 000015
【図１４】
2005191707.tif 000016
【図１５】
2005191707.tif 000017
【図１６】
2005191707.tif 000018
【図１７】
2005191707.tif 000019
【図１８】
2005191707.tif 000020
【図１９】
2005191707.tif 000021
【図２０】
2005191707.tif 000022
【図２１】
2005191707.tif 000023
【図２２】
2005191707.tif 000024
【図２３】
2005191707.tif 000025
【図２４】
2005191707.tif 000026
【図２５】
2005191707.tif 000027