情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
【課題】 情報記録媒体を適用した記録再生コンテンツの厳格な利用管理を実現する。
【解決手段】 ユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらにユニット鍵を格納したユニット鍵ファイルを有する構成において、ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する。コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理、不正なユニット鍵利用による不正なコンテンツ利用を防止できる。
【解決手段】 ユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらにユニット鍵を格納したユニット鍵ファイルを有する構成において、ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する。コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理、不正なユニット鍵利用による不正なコンテンツ利用を防止できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばデジタル放送などのコンテンツを情報記録媒体に記録し、記録コンテンツの利用を行なう構成において、区分されたユニットとしてコンテンツの利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）には、予めデータが記録され、新たなデータ書き込みを許容しないＲＯＭ型の媒体と、データ書き込み可能な媒体とがある。ユーザは、データ書き込み可能な情報記録媒体を利用することで、例えばデジタルデータ放送を受信し、受信コンテンツを情報記録媒体に書き込み、これを再生して利用するこが可能となる。
【０００４】
しかし、放送コンテンツ、その他、音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に著作権、頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用は、著作権の侵害という問題を引き起こすことになる。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
また、データ記録の可能な情報記録媒体に対するコンテンツの記録および再生において、コンテンツの暗号化を行なうことで、コンテンツの利用制御を行なう構成について、例えば特許文献１に記載されている。
【００１０】
しかし、情報記録媒体に記録されるコンテンツには、様々な種類のコンテンツがあり、例えば、コンテンツの提供者に応じた異なる利用管理など、コンテンツ毎の独立した利用管理構成が望まれている。また、コンテンツのムーブ（移動）など格納コンテンツが変化した際の暗号鍵の処理などについても管理構成が確立されているとは言い難く、現行のシステムにおいては、コンテンツ管理、鍵管理においてまだ不十分な点がある。
【特許文献１】特開２００３−１１６１００号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、このような状況に鑑みてなされたものであり、情報記録媒体に格納されたコンテンツ、あるいはユーザが記録するコンテンツなど、各コンテンツ個別の利用制御を実現可能とし、コンテンツのムーブ（移動）など格納コンテンツが変化した際の暗号鍵についても厳格な管理を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、
情報記録媒体に対する情報記録処理を実行する情報処理装置であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理部と、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理部と、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録部と、
を有することを特徴とする情報処理装置にある。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なう構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記消去対象とするデータは、シード情報を含むことを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、前記ドライブは、前記シードの生成処理を実行し、前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の第２の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得部と、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理部と、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理部とを有し、
前記ユニット鍵ファイル処理部は、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行する構成であることを特徴とする情報処理装置にある。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記データ取得部は、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、前記ドライブは、前記シードの生成処理を実行し、前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理を実行しユニット鍵を取得する構成であることを特徴とする。
【００２７】
さらに、本発明の第３の側面は、
情報記録媒体であり、
コンテンツの利用制御単位として設定されるユニットに区分され、該ユニットに対応するユニット鍵を適用した暗号化データを構成データとして含むコンテンツ管理ユニットと、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理が施されたユニット鍵ファイルと、
前記シードと、
を格納した構成を有することを特徴とする情報記録媒体にある。
【００２８】
さらに、本発明の情報記録媒体の一実施態様において、前記シードは、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録した構成を有することを特徴とする。
【００２９】
さらに、本発明の情報記録媒体の一実施態様において、前記ユニット鍵ファイルの書き込み領域は、情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定されていることを特徴とする。
【００３０】
さらに、本発明の第４の側面は、
情報記録媒体に対する情報記録処理を実行する情報処理方法であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行するステップを含むことを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行するステップを含むことを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行するステップを含むことを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうステップを含むことを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行するステップを含むことを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記消去対象とするデータは、シード情報を含むことを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、前記ドライブによる前記シードの生成処理ステップと、前記ドライブから前記ホストに対するシードの送信ステップと、前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行するステップと、前記ホストから前記ドライブに対する前記ユニット鍵ファイルの送信ステップと、前記ドライブによる前記ユニット鍵ファイルの情報記録媒体に対する記録処理ステップと、を有することを特徴とする。
【００４１】
さらに、本発明の第５の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理方法であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とする情報処理方法にある。
【００４２】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行するステップを含むことを特徴とする。
【００４３】
さらに、本発明の情報処理方法の一実施態様において、前記データ取得ステップは、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行するステップを含むことを特徴とする。
【００４４】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、前記ドライブによる前記シードの生成処理ステップと、前記ドライブから前記ホストに対するシードの送信ステップと、前記ドライブによる前記ユニット鍵ファイルの情報記録媒体からの取得処理ステップと、前記ドライブから前記ホストに対する前記ユニット鍵ファイルの送信ステップと、前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理によるユニット鍵取得ステップと、を有することを特徴とする。
【００４５】
さらに、本発明の第６の側面は、
情報記録媒体に対する情報記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４６】
さらに、本発明の第７の側面は、
情報記録媒体に記録されたコンテンツの再生処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とするコンピュータ・プログラムにある。
【００４７】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００４９】
本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、ユニット鍵ファイルからの鍵取得を行なう構成とした。ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行したユニット鍵ファイルを設定する構成としたので、コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理が可能となり、不正なユニット鍵利用による不正なコンテンツ利用を防止することが可能となる。
【００５０】
さらに、本発明の一実施例構成によれば、ユニット鍵ファイルの書き込み領域をＥＣＣブロック単位で設定したので、ユニット鍵ファイルの読み書き処理を効率的に実行することができる。また、本発明の一実施例では、ユニット鍵ファイルの書き込み領域を、適宜変更する構成としたので、書き込みエラーが複数回に渡って発生し、スペア領域に複数のユニット鍵ファイルの記録データが残存してしまうといったことが防止される。
【発明を実施するための最良の形態】
【００５１】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．コンテンツ格納フォーマットの概要
２．コンテンツ管理構成
（２．１）個別データ対応の暗号化構成
（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成
３．ユニット鍵ファイルの構成
４．利用制御情報（ＣＣＩ）の構成
５．コンテンツの記録、編集、再生処理
６．情報処理装置の構成例
【００５２】
［１．コンテンツ格納フォーマットの概要］
図１は、本発明の情報処理装置に装着され、データ記録再生に用いる情報記録媒体上のコンテンツ格納フォーマット構成を示す図である。例えば放送コンテンツなどをデータ記録用のアプリケーションプログラムを適用して情報記録媒体に記録した場合のコンテンツ格納フォーマット構成を示す図である。
【００５３】
図１に示すように、コンテンツは、動画コンテンツと静止画コンテンツに区分され、動画コンテンツは、（Ａ）インデックス情報ファイル１１０、（Ｂ）プレイリスト１２０、（Ｃ）クリップ１３０の階層構成を有する。（Ｂ）プレイリスト１２０の層には、複数のプレイリスト１２１〜１２３が含まれ、（Ｃ）クリップ１３０の層には、複数のクリップ情報とコンテンツ実データとしてのＡＶストリームからなるクリップＡＶストリームファイル１３１〜１３３が含まれる。
【００５４】
情報記録媒体を装着した情報処理装置において実行される再生アプリケーションによってインデックス情報１１０が呼び出され、インデックス情報１１０から、ユーザの指定により、プレイリスト１２１〜１２３、あるいは静止画コンテンツのメニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかが選択される。
【００５５】
動画コンテンツの再生に際しては、プレイリスト１２１〜１２３のいずれかが選択される。プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００５６】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、クリップＡＶストリームファイル１３１〜１３３のコンテンツは、時間軸上に展開され、プレイリストは、クリップの中のアクセスポイントを主にタイムスタンプで指定する。プレイリストが、クリップの中へのアクセスポイントをタイムスタンプで指し示している時、クリップ情報ファイルは、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために適用される。
【００５７】
プレイリスト１２０を適用することで、ユーザは、クリップ１３０の中から見たい再生区間を選択し、それを簡単に編集することができる。１つのプレイリストは、クリップの中の再生区間の集まりである。あるクリップの中の１つの再生区間は、プレイアイテムと呼ばれ、これは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。プレイリストは、プレイアイテムの集合として設定される。
【００５８】
図１に示すように、情報記録媒体には、動画コンテンツの他に、静止画コンテンツが記録される。静止画コンテンツには、サムネイルが含まれる。サムネイルは、例えば、各動画コンテンツに対応する静止画である。サムネイルには、図１に示すように２つの種類がある。１つは、各コンテンツ内容を表す代表画としてのメニューサムネイルである。これは主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる。もう１つは、マークが指しているシーンを表す画像であり、例えばユーザの選択したシーンのサムネイル画像によって構成されるマークサムネイルである。
【００５９】
これらのサムネイルは、例えばＪＰＥＧの画像ファイル１４３，１４４として設定され、メニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかを適用して表示する静止画像を選択することができる。
【００６０】
［２．コンテンツ管理構成］
このようなファイルフォーマットを適用して情報記録媒体に格納されるコンテンツの利用制御構成の複数の態様について、以下順次説明する。
【００６１】
（２．１）個別データ対応の暗号化構成
まず、図２を参照して、個別データ対応の暗号化構成について説明する。本構成例では、図２に示すように、暗号化処理対象のデータは、動画コンテンツ中のＡＶストリーム、静止画コンテンツ中の静止画像ファイルであり、これらのコンテンツ実データを個別に暗号化する。
【００６２】
動画コンテンツのＡＶストリームの暗号化処理に適用する暗号鍵は、暗号化対象であるＡＶストリームに対応して設定されるクリップ情報に含まれるデータを適用した暗号鍵生成処理によって生成する。例えばクリップ情報に記録された「記録シード（Ｒｅｃ Ｓｅｅｄ）」、コンテンツの利用制御情報である「ＣＣＩ（ＣｏｐｙＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）シーケンス」、「モード情報」、データ改竄検証値としての「ＩＣＶ（Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ Ｖａｌｕｅ）」などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば６ＫＢブロック暗号に基づくＡＶストリームの暗号化を行なう。
【００６３】
一方、サムネイル画像によって構成される静止画像ファイルの暗号化に適用する暗号鍵は、暗号化対象であるサムネイル画像に対応して設定されるメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から取得した記録シード（Ｒｅｃ Ｓｅｅｄ）などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば２ＫＢブロック暗号に基づく画像ファイルの暗号化を行なう。
【００６４】
図２では、それぞれ１つのＡＶストリームと１つの静止画像ファイルの暗号化態様を説明したが、その他のＡＶストリームもそれぞれ対応するクリップ情報の構成データに基づく暗号鍵で暗号化がなされ、サムネイルを含む画像ファイルもそれぞれメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から生成した鍵による暗号化がなされる。このような構成とすることで、例えばあるＡＶストリームに対応する暗号鍵が漏洩した場合でも、他のＡＶストリームの暗号鍵には適用することができず、各コンテンツの個別管理が可能であり、より強固なデータの保護が実現される。
【００６５】
（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
次に、コンテンツ管理ユニット（ＣＰＳユニット）の設定に基づくコンテンツ管理構成について、図３を参照して説明する。本構成例において、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の鍵（ユニット鍵（ＣＰＳユニット鍵））による暗号化処理がなされ、個別の利用管理がなされる。
【００６６】
コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。
【００６７】
コンテンツ管理ユニット（ＣＰＳユニット）の設定態様は、様々な設定が可能である。図３を参照してコンテンツ管理ユニット（ＣＰＳユニット）の１つの設定態様について説明する。
【００６８】
図３に示す例では、動画コンテンツについては、１つ以上のプレイリストに対応するコンテンツ管理ユニット（ＣＰＳユニット）を設定し、静止画コンテンツについては、メニューサムネイル、マークサムネイルの種別毎にコンテンツ管理ユニット（ＣＰＳユニット）を設定した例である。
【００６９】
静止画コンテンツでは、メニューサムネイルの画像ファイルの集合をＣＰＳユニット１（コンテンツ管理ユニット１）として、ＣＰＳユニット１に対応するユニット鍵［Ｋｕ１］で暗号化する。なお、この例では暗号化の対象データは、画像ファイルである。また、マークサムネイルの画像ファイルの集合をＣＰＳユニット２として、ＣＰＳユニット２に対応するユニット鍵［Ｋｕ２］で暗号化する。
【００７０】
さらに、動画コンテンツでは、プレイリスト１２１とプレイリスト１２２によって指定されるクリップファイルを含むデータをＣＰＳユニット３として、ＣＰＳユニット３に対応するユニット鍵［Ｋｕ３］で暗号化する。なお、この例では暗号化の対象データは、ＡＶストリームである。また、プレイリスト１２３によって指定されるクリップファイルを含むデータをＣＰＳユニット４として、ＣＰＳユニット４に対応するユニット鍵［Ｋｕ４］で暗号化する。
【００７１】
例えば、ユーザがＣＰＳユニット３に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して復号処理を実行することが必要となる。ＣＰＳユニット４に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット４に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ４を取得して復号処理を実行することが必要となる。
【００７２】
このような設定とした場合、コンテンツのユニット毎の異なる利用制御が実現される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対するコンテンツ利用制御情報（ＣＣＩ）が設定され、各ＣＰＳユニットについて、対応するコンテンツ利用制御情報（ＣＣＩ）に従った利用制御が可能となる。
【００７３】
コンテンツ管理ユニット（ＣＰＳユニット）による管理構成を持つコンテンツを記録した情報記録媒体からのコンテンツの再生利用処理について、図４を参照して説明する。まず、情報処理装置１８０は、メモリに格納しているデバイス鍵［Ｋｄ］１８１を読み出す。デバイス鍵１８１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【００７４】
次に、情報処理装置１８０は、ステップＳ１１において、デバイス鍵１８１を適用して情報記録媒体１７０に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ１７１の復号処理を実行して、メディア鍵Ｋｍを取得する。ＭＫＢ（Media Key Block）１７１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１７１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【００７５】
次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１７０から読み取ったバインドシード１７２とに基づく暗号処理によって、暗号鍵としてのバインド鍵Ｋｂを生成する。この鍵生成処理は、例えば、ＡＥＳ暗号アルゴリズムに従った処理として実行される。バインドシードについては、後段で詳細に説明する。
【００７６】
次に、ステップＳ１３において、バインド鍵Ｋｂによって、情報記録媒体１７０から読み取ったＣＰＳユニット鍵ファイル１７３の復号処理を行なう。ＣＰＳユニット鍵ファイル１７３は、各ＣＰＳユニットに対応して設定されるユニット鍵［Ｋｕｎ］の暗号化データを格納したファイルである。ユニット鍵ファイルの具体的構成については後述する。例えば、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］のような暗号化データとしてユニット鍵を格納している。Ｅｎｃ（ａ，ｂ）はデータｂの鍵ａによる暗号化データを示している。
【００７７】
ステップＳ１３におけるＣＰＳユニット鍵ファイル１７３の復号処理によって、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）
を取得し、ステップＳ１４において、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）、
に対して、情報記録媒体１７０から読み取った利用制御情報（ＣＣＩ）１７４を適用した演算処理を実行して、ユニット鍵［Ｋｕ＿ｎ］を得る。
例えば、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）が、ユニット鍵［Ｋｕ＿ｎ］と、利用制御情報［ＣＣＩ］との排他論理和（ＸＯＲ）結果データである場合、再度、この演算結果に対して、情報記録媒体から読み取った利用制御情報［ＣＣＩ］の排他論理和（ＸＯＲ）演算を実行することで、ユニット鍵［Ｋｕ＿ｎ］を取得することができる。
【００７８】
次に、ステップＳ１５において、情報記録媒体１７０から読み取った暗号化コンテンツ１７５に対して、ユニット鍵［Ｋｕ＿ｎ］を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、ステップＳ１６において、例えばＭＰＥＧデコード、圧縮解除、スクランブル解除等、必要なデコード処理を実行して、コンテンツ１８２を取得する。
【００７９】
この処理によって、情報記録媒体１７０に格納されたＣＰＳユニットとして管理される暗号化コンテンツが復号されて利用、すなわち再生することができる。
【００８０】
（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成
次に、図５以下を参照して、バーチャルプレイリストを有する場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成について説明する。
【００８１】
図５に示すようにプレイリストには、２つのタイプがある。１つは、リアルプレイリスト１２５，１２６であり、もう１つは、バーチャルプレイリスト１２７である。リアルプレイリスト１２５，１２６は、それが参照しているクリップのストリーム部分を共有しているとみなされる。すなわち、リアルプレイリスト１２５，１２６は、それの参照しているクリップのストリーム部分に相当するデータ容量をディスクの中で占める。ＡＶストリームが新しいクリップとして記録される場合、そのクリップ全体の再生可能範囲を参照するリアルプレイリストが自動的に作られる。リアルプレイリスト１２５，１２６の再生範囲の一部分が消去された場合、それが参照しているクリップのストリーム部分もまたデータが消去される。一方、バーチャルプレイリスト１２７は、クリップのデータを共有していないとみなされる。バーチャルプレイリスト１２７が変更または消去されたとしても、クリップは何も変化しない。すなわち、バーチャルプレイリスト１２７は、クリップを仮想的に参照するプレイリストであり、任意のクリップを自在に参照可能となる。
【００８２】
プレイリストは、異なるクリップストリームファイルを参照可能であるが、先に、図３を参照して説明したコンテンツ管理ユニット（ＣＰＳユニット）を設定する場合、いくつかの問題が発生する。例えば、図６は図３の状態からプレイリスト１２６とプレイリスト１２７の結合編集（２つのプレイリストを１つのプレイリストにする処理）を行った結果を示しており、結合編集によりプレイリスト１２７が存在しなくなり、動画コンテンツに対応するリアルプレイリスト１２５，１２６を含む１つのＣＰＳユニット３が設定された状態となっている。しかし、リアルプレイリスト１２６が、ＣＰＳユニット３に含まれるクリップのみならず、もともとＣＰＳユニット４に含まれていたクリップを参照する構成となっているため、プレイリスト１２６が再生対象とするクリップＡＶストリームのうち、クリップ１３３の部分の暗号鍵（Ｋｕ４）を指定することができなくなってしまう問題がある。
【００８３】
この問題を解決する構成例について以下、説明する。図７は、この問題を解決する１つの例であり、以下の条件設定の下でコンテンツ管理ユニット（ＣＰＳユニット）を設定する構成としたものである。
（条件１）リアルプレイリストの結合編集を禁止（異なるＣＰＳユニットに属するクリップの参照を禁止）
【００８４】
上記の条件は、リアルプレイリストは、自己の属するＣＰＳユニットに設定されたクリップのみを参照する設定とするものであり、この構成によって、編集操作で矛盾が発生することなく、ＣＰＳユニットの割り当て、プレイリストに基づくＣＰＳユニット判別が可能となる。なお、バーチャルプレイリストには、ＣＰＳユニットを割り当てない設定とすることにより、バーチャルプレイリストの編集の自由度を高めることが可能となる。
【００８５】
図８は、クリップ単位でＣＰＳユニットを設定した構成例である。図８の構成において、ＣＰＳユニット３は、クリップ１３１，１３２を含む構成であり、ＣＰＳユニット４は、クリップ１３３を含む構成として設定される。プレイリストは、ＣＰＳユニットには属さないデータとして設定される。
【００８６】
このように、プレイリストをＣＰＳユニットと独立した構成とすることで、プレイリストのレイヤにおいて実行される編集処理において、ＣＰＳユニットと暗号化データとの対応に影響を与えることがなく、自由な編集処理が可能となる。
【００８７】
図９は、１つのリアルプレイリストに１つのＣＰＳユニットを割り当てる構成例である。この場合、プレイリストとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、プレイリストとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各プレイリストに１つのユニット鍵が設定される単純な管理構成となる。
【００８８】
図１０は、１つのクリップに１つのＣＰＳユニットを割り当てる構成例である。この場合、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。
【００８９】
図１１は、図１０と同様、１つのクリップに１つのＣＰＳユニットを割り当てる構成例であり、さらに、静止画コンテンツについても、実データとしての画像ファイルに対応してＣＰＳユニットを設定した構成例である。この場合も、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。
【００９０】
［３．ユニット鍵ファイルの構成］
次に、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）に対応して設定されるユニット鍵［Ｋｕｎ］を格納したユニット鍵ファイルの複数の構成例について説明する。
【００９１】
前述したように、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、それぞれコンテンツの暗号処理に適用するユニット鍵が設定される。このユニット鍵は、暗号化されてユニット鍵ファイルに格納される。まず、ＣＰＳユニットの設定構成、およびユニット鍵の対応例を図１２に示す。図１２には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するＣＰＳユニット鍵の対応を示している。
【００９２】
ＣＰＳユニット設定単位は、上述したように、様々な態様が可能である。図１２（ａ）は、プレイリストに対応するＣＰＳユニットを設定した場合のユニット鍵ファイルの設定例である。
【００９３】
図１２（ｂ）は、クリップに対応するＣＰＳユニットを設定した場合のユニット鍵設定例である。この例は、先に図１０、図１１を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。
【００９４】
図１２に示す例は、ＣＰＳユニット鍵ファイルの概念を説明する図である。実際のＣＰＳユニット鍵ファイルのデータ構成例について図１３以下を参照して説明する。
【００９５】
図１３は、ＣＰＳユニット鍵ファイルの一構成例に対応するシンタックスを示す図である。図１３に示すように、ＣＰＳユニット鍵ファイルには、ヘッダ情報を格納したユニット鍵ファイルヘッダ２０１と、ユニット鍵の暗号化データを格納したユニット鍵ブロック２０２が設定される。ユニット鍵ファイルヘッダ２０１の前には、ユニット鍵ブロックのスタートアドレス（Unit_Key_Block_start_address）が設定される。
【００９６】
ユニット鍵ファイルヘッダ２０１の詳細、および、ユニット鍵ブロック２０２の詳細を図１４に示す。図１４（ａ）は、ユニット鍵ファイルヘッダの詳細であり、図１４（ｂ）は、ユニット鍵ブロックの詳細を示すシンタックスである。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルは、クリップ対応のＣＰＳユニットを設定した場合のＣＰＳユニット鍵ファイルの構成を示すものであり、先に図１０、図１１、を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。また、これは図１２（ｂ）に示すユニット鍵ファイル構成に対応する。
【００９７】
図１４（ａ）に示すように、ＣＰＳユニット鍵ファイルのヘッダ部には、以下のデータが含まれる。
（１）アプリケーションタイプ（Application_Type）：アプリケーションフォーマットの識別情報（例えば再生専用ディスク用フォーマット（BDMV）の場合１、記録再生ディスク用フォーマット（BDAV）の場合２）。なお、記録再生ディスクであっても、再生専用ディスクフォーマットのフォーマットで記録ができるが、その場合には、アプリケーションタイプは再生専用ディスクフォーマット(BDMV)として記録する。
（２）ディレクトリ数（Num_of_BD_Directory）：ディレクトリ数（再生専用ディスク（BDMV）の場合は１のみ、記録再生ディスク（BDAV）の場合は１〜５）
（３）メニューサムネイル＃１対応ＣＰＳユニット番号（CPS_Unit_number for Menu Thumbnail#I）：メニューサムネイル用のＣＰＳユニット番号
（４）マークサムネイル＃１対応ＣＰＳユニット番号（CPS_Unit_number for Mark Thumbnail#I）：マークサムネイル用のＣＰＳユニット番号
（５）ディレクトリＩのクリップ数（Num_of_Clip#I）：ディレクトリIの中に設定されたクリップ数
（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Clip_ID#J in Directory #I）：クリップのＩＤ（ファイル名XXXXX.clpiのXXXXXに当たる10進5桁の数字）
ただし、このデータは、再生専用ディスク（BDMV）には設定しない構成としてもよい。
（７）ディレクトリ＃Ｉ、タイトル＃Ｊに対応するＣＰＳユニット番号（CPS_Unit_number for Title#J in Directory #I）：クリップのＩＤ（タイトル）に対応するＣＰＳユニット番号
【００９８】
これらのデータがヘッダ情報として格納される。図１３、図１４に示す構成を持つユニット鍵ファイルは、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ（＝タイトル）毎にＣＰＳユニット番号が対応付けられた構成である。
【００９９】
図１４（ｂ）に示すＣＰＳユニット鍵ファイルのユニット鍵ブロックには、以下のデータが含まれる。
（１）ＣＰＳユニット数（Num_of_CPS_Unit）ディスク上のＣＰＳユニット数
（２）利用制御情報のＭＡＣ（MAC of Usage Rules#I）：ＣＰＳユニットに対応する利用制御情報（ＣＣＩ）ファイルデータの改竄検証用データとしてのＭＡＣ（Message Authentication Code）値
（３）メディアＩＤのＭＡＣ（MAC of Media ID#I）：メディアＩＤ［MediaID（記録型Discのシリアル番号）］の改竄検証用データとしてのＭＡＣ値
（４）各ＣＰＳユニット対応の暗号化ＣＰＳユニット鍵（Encrypted CPS Unit Key for CPS Unit#I）：ＣＰＳユニットごとに割り当てられるユニット鍵の暗号化データ
【０１００】
なお、情報記録媒体が再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットと、記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットでは、データの記録処理あるいは再生処理を実行するアプリケーションが利用するディレクトリ構造が異なるが、図１３および図１４に示すＣＰＳユニット鍵ファイルは、いずれのディスク、いずれのアプリケーションにも対応可能な構成となっている。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルのデータ構成は一例であり、必要に応じて、多少の構成データの変更は可能である。例えば、上述したように図１４（ａ）に示すユニット鍵ファイルヘッダ中、上述した（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Clip_ID#J in Directory #I）：クリップのＩＤ（ファイル名XXXXX.clpiのXXXXXに当たる10進5桁の数字）については、再生専用ディスク（BDMV）には設定しない構成としてもよい。
【０１０１】
情報記録媒体が記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造と、再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を図１５、図１６に示す。
【０１０２】
図１５は、ＢＤＡＶフォーマットに対応するディレクトリ構造を示している。データ部２２１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Copy Control Information）が設定される。
【０１０３】
データ部２２３は、ＢＤＡＶフォーマットに従ったデータ、すなわち、先に図１を参照して説明したインデックス情報（info.bdav）、静止画コンテンツを構成するメニューサムネイル(Menu.tidx, Menu.tidx1)、マークサムネイル(Mark.tidx, Mark.tidx1)、さらに、動画コンテンツを構成するプレイリスト(PLAYLISTにある0001.mpls等)、クリップ(CLIPINFにある01001.clpi等)、ストリームデータファイル(STREAMにある01001.m2ts等)が設定される。
【０１０４】
図１６は、ＢＤＭＶフォーマットに対応するディレクトリ構造を示している。データ部２３１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Copy Control Information）が設定される。
【０１０５】
データ部２３２は、データ部２３１の設定データのバックアップデータファイルが設定される。なお、バックアップデータファイルは、必須ではなく必要に応じて設定する。データ部２３３は、ＢＤＭＶフォーマットに従ったデータが設定される。ＢＤＡＶフォーマットには、プログラムファイルとしてのムービオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）が設定される。さらに、動画コンテンツを構成するプレイリスト、クリップ、ストリームデータファイルが設定される点は、ＢＤＡＶフォーマットと同様である。
【０１０６】
図１３、図１４を参照して説明したＣＰＳユニット鍵ファイルは、図１５、図１６のＢＤＡＶフォーマット、ＢＤＭＶフォーマットのいずれにも対応可能であり、いずれのフォーマットに対しても共通の鍵ファイルとして利用できる。
【０１０７】
情報記録媒体を利用する情報処理装置で実行するアプリケーションは、図１４（ａ）に示すＣＰＳユニット鍵ファイルのヘッダ部のアプリケーションタイプ（Application_Type）を参照して、ＢＤＭＶ、ＢＤＡＶのいずれの設定に従った鍵ファイルであるかを判別して、図１４（ｂ）に示す鍵ブロックから利用する鍵を取得する。
【０１０８】
図１３、図１４を参照して説明したユニット鍵ファイル構成では、前述したように、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ（＝タイトル）毎にＣＰＳユニット番号が対応付けられた構成を持っており、
例えばコンテンツ再生を実行する情報処理装置のアプリケーションプログラムが、コンテンツの復号に適用するユニット鍵を取得する場合、再生対象コンテンツとしてのサムネイルまたはクリップを特定し、各サムネイルまたはクリップに対応するＣＰＳユニット番号を図１４（ａ）に示すＣＰＳユニット鍵ファイルヘッダから取得し、ＣＰＳユニット番号に対応するユニット鍵を図１４（ｂ）に示すＣＰＳユニット鍵ブロックから取得する処理を行なうことになる。
【０１０９】
次に、図１７以下を参照して、ユニット鍵ファイルの様々な設定例について説明する。
（１）プレイリスト対応のＣＰＳユニット設定例１
図１７に、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１７に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３０１に、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１０】
（２）プレイリスト対応のＣＰＳユニット設定例２
図１８も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図１８に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３１１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、プレイリストについては、プレイリストＩＤが直接記述されて、各プリイリストＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３１２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１１】
（３）クリップ対応のＣＰＳユニット設定例１
図１９は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１９に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３２１に、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１２】
（４）クリップ対応のＣＰＳユニット設定例２
図２０も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図２０に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３３１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、クリップについては、クリップＤが直接記述されて、各クリップＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３３２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１３】
（５）１つのプレイリストに１つのＣＰＳユニットを設定した例１
図２１は、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２１に示すＣＰＳユニット鍵ファイルは、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３４１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１４】
（６）１つのプレイリストに１つのＣＰＳユニットを設定した例２
図２２も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２２に示すＣＰＳユニット鍵ファイルも、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プリイリストＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３５１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１５】
（７）１つのクリップに１つのＣＰＳユニットを設定した例１
図２３は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２３に示すＣＰＳユニット鍵ファイルは、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３６１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１６】
（８）１つのクリップに１つのＣＰＳユニットを設定した例２
図２４も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２４に示すＣＰＳユニット鍵ファイルも、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３７１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１７】
上述したように、ＣＰＳユニットの設定構成は様々な設定が可能であり、また、ＣＰＳユニット鍵ファイルの構成も、各ＣＰＳユニットの設定に応じた構成として様々なファイル構成が可能となる。
【０１１８】
［４．バインドシードを適用したユニット鍵ファイルの暗号化構成］
次に、情報記録媒体に格納されるユニット鍵ファイルの暗号化構成について説明する。
【０１１９】
上述したように、情報記録媒体に格納されるコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に属するデータとされ、ＣＰＳユニット鍵を適用した暗号化データとして格納される。また、ＣＰＳユニット鍵についても、ＣＰＳユニット鍵ファイルに暗号化された鍵データとして格納されて情報記録媒体に記録される。
【０１２０】
具体的なＣＰＳユニット鍵の暗号化態様について、図を参照して説明する。図２５は、データ記録可能な情報記録媒体４００に対して、ＣＰＳユニット対応コンテンツの記録処理を行なった場合におけるＣＰＳユニットおよびユニット鍵ファイルの変遷を説明する図である。
【０１２１】
まず、ＣＰＳユニット対応コンテンツの記録されていないブランクメディアとしての情報記録媒体４００ａに、例えばあるＡＶストリームを含むＣＰＳユニット＃１，４１１を記録する。このＣＰＳユニット＃１，４１１に含まれるデータ、例えばクリップに含まれるＡＶストリームは、ＣＰＳユニット＃１，４１１に対応して設定されるＣＰＳユニット鍵＃１を適用した暗号化データとして記録される。この暗号化処理に適用したＣＰＳユニット鍵＃１は、ユニット鍵ファイル４２１として暗号化されて、情報記録媒体４００ｂに記録される。なお、４００ａ〜ｃは同じ記録媒体である。
【０１２２】
このとき、ＣＰＳユニット鍵＃１を含むＣＰＳユニット鍵ファイルの暗号化に適用する暗号鍵はバインド鍵［Ｋｂ］であり、このバインド鍵［Ｋｂ］に適用する暗号鍵生成情報がバインドシードＡ４２２となる。バインドシードに基づくバインド鍵［Ｋｂ］の生成処理については、後段で詳細に説明するが、例えば情報処理装置の保有するデバイス鍵［Ｋｄ］による暗号鍵ブロックＭＫＢの処理によって取得するメディア鍵［Ｋｍ］を適用したバインドシードの暗号化処理、すなわち、
Ｋｂ＝ＡＥＳ（Ｋｍ，バインドシード）
によってバインド鍵［Ｋｂ］が生成される。ＡＥＳ（ａ，ｂ）はデータｂの鍵ａによるＡＥＳ暗号化データを示している。
【０１２３】
ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂには、バインドシードＡ４２２によって生成されたバインド鍵［Ｋｂ］によって暗号化されたユニット鍵ファイル４２１が記録される。
【０１２４】
バインドシードは固定データではなく、ユニット鍵ファイルに格納されるユニット鍵構成の変更に応じて、随時変更される。例えば、図２５に示すように、ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂに対して、さらに、ＣＰＳユニット＃２，４１２を記録する（図に示す情報記録媒体４００ｃ）。このＣＰＳユニットの追加記録を行なう場合、ＣＰＳユニット鍵ファイル４２３は、ＣＰＳユニット鍵＃１とＣＰＳユニット鍵＃２を含むファイルとして更新される。この更新処理に際して、バインドシードも変更される。
【０１２５】
図に示す例では、ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂではバインドシードＡ４２２がユニット鍵ファイル４２１の暗号化に適用したバインド鍵の生成情報である。ＣＰＳユニット＃１，４１１およびＣＰＳユニット＃２，４１２の記録された情報記録媒体４００ｃではバインドシードＢ４２４がユニット鍵ファイル４２３の暗号化に適用したバインド鍵の生成情報である。
ここで、
バインドシードＡ≠バインドシードＢ
である。
【０１２６】
従って、情報記録媒体４００ｂのＣＰＳユニット鍵＃１を構成要素とするユニット鍵ファイル４２１の暗号鍵としてのバインド鍵［Ｋｂ−ａ］と、情報記録媒体４００ｃのＣＰＳユニット鍵＃１とＣＰＳユニット鍵＃２を構成要素とするユニット鍵ファイル４２３の暗号鍵としてのバインド鍵［Ｋｂ−ｂ］とは異なる鍵である。
【０１２７】
ＣＰＳユニット＃１，４１１が記録された情報記録媒体４００ｂの格納コンテンツ、すなわちＣＰＳユニット＃１，４１１に属する暗号化コンテンツを再生する場合、ユニット鍵ファイル４２１を復号することが必要であり、この場合、バインドシードＡ４２２を適用して暗号鍵（バインド鍵［Ｋｂ−ａ］）を生成して、ユニット鍵ファイル４２１を復号してユニット鍵＃１を得る。その後、ユニット鍵＃１を適用してＣＰＳユニット＃１，４１１に含まれる暗号化コンテンツの復号を行なう。
【０１２８】
また、ＣＰＳユニット＃１，４１１およびＣＰＳユニット＃２，４１２の記録された情報記録媒体４００ｃの格納コンテンツ、すなわちＣＰＳユニット＃１，４１１またはＣＰＳユニット＃２，４１２に属する暗号化コンテンツを再生する場合、ＣＰＳユニット鍵＃１またはＣＰＳユニット鍵＃２をユニット鍵ファイル４２３から取得することが必要であり、この場合、バインドシードＢ４２４を適用して暗号鍵（バインド鍵［Ｋｂ−ｂ］）を生成して、ユニット鍵ファイル４２３を復号してユニット鍵＃１またはユニット鍵＃２を得る。その後、ユニット鍵＃１またはユニット鍵＃２を適用してＣＰＳユニット＃１，４１１またはＣＰＳユニット＃２に含まれる暗号化コンテンツの復号を行なう。
【０１２９】
このように、ユニット鍵ファイルの構成に応じて、逐次バインドシードを変更することで、情報記録媒体に正規に格納されたＣＰＳユニットと適用可能なＣＰＳユニット鍵との対応を厳格に管理することが可能となる。
【０１３０】
ＣＰＳユニットとＣＰＳユニット鍵との厳格な管理構成例について、図２６を参照して説明する。図２６は、情報記録媒体からのコンテンツ（ＣＰＳユニット）のムーブ処理を行なう場合のバインドシードの変更処理について説明する図である。ムーブ処理とは、情報記録媒体に格納されたコンテンツを他の媒体などへ移動させる処理である。図の例では、情報記録媒体４００ｃに格納されたＣＰＳユニット＃２，４１２を他の情報記録媒体４３１に移動したものとする。このようなムーブ処理において、ＣＰＳユニット＃２，４１２は、ムーブ先としての情報記録媒体４３１に記録されるが、ムーブ元である情報記録媒体４００ｃのＣＰＳユニット＃２，４１２は、データ消去処理がなされるわけではなく、データ実体は残存し、物理的にはＣＰＳユニット＃２，４１２は情報記録媒体４００ｃに残存する場合がある。
【０１３１】
このような場合、情報記録媒体４００ｃを装着しムーブ処理を実行した情報処理装置およびドライブ装置は、ユニット鍵ファイル４２３の更新を実行する。このユニット鍵ファイルの更新処理に際して、元のバインドシードＢ４２４を変更し、新たなバインドシードＣ４２６を生成して、バインドシードＣ４２６を適用して生成する暗号鍵（バインド鍵［Ｋｂ−ｃ］）によって、ユニット鍵＃１を構成要素とするユニット鍵ファイル４２５の暗号化を実行して、ユニット鍵＃１を格納したユニット鍵ファイル４２５を情報記録媒体４０４に再記録する処理を行なう。
【０１３２】
情報処理装置の実行する処理の具体的なシーケンスは以下の通りである。
（ステップ１）
ユニット鍵ファイル４２３をバインドシードＢ４２４を適用して生成する暗号鍵Ｂ（バインド鍵Ｂ）で復号し、ユニット鍵＃１を取得する。
（ステップ２）
乱数生成などによって新たなバインドシードＣ４２６を生成する。
（ステップ３）
生成したバインドシードＣを用いて新たな暗号鍵Ｃ（バインド鍵Ｃ）を生成し、生成した暗号鍵Ｃ（バインド鍵Ｃ）を適用して、ユニット鍵＃１を含むユニット鍵ファイル４２５の暗号化を実行して情報記録媒体４０４に再記録する。
これらの処理を実行することになる。
【０１３３】
この処理によって、図２６に示す情報記録媒体４００ｃと情報記録媒体４００ｄに記録されたユニット鍵ファイル４２３，４２５は、異なるバインドシード、すなわち、バインドシードＢ４２４を適用して生成されるバインド鍵［Ｋｂ−ｂ］、バインドシードＣ４２６を適用して生成されるバイント鍵［Ｋｂ−ｃ］、これらの異なるバインド鍵によって暗号化された鍵ファイルデータとなる。
【０１３４】
なお、図には示していないが、ＣＰＳユニット＃２のムーブ先となった情報記録媒体４３１がムーブ元である情報記録媒体４００と同種の記録媒体、または同様の機能を持っている記録媒体の場合には、ＣＰＳユニット鍵＃２を格納したユニット鍵ファイルが記録され、やはり、独自のバインドシードｘを適用して生成される暗号鍵ｘ（バインド鍵ｘ）で暗号化されたＣＰＳユニット鍵＃２を格納したユニット鍵ファイルを情報記録媒体４３１に記録することになる。
【０１３５】
このような構成とすることで、各情報記録媒体に格納されるユニット鍵ファイルは、全て異なる暗号鍵で暗号化されたデータとなり、ユニット鍵ファイルを情報記録媒体間でコピー処理を実行しても、正しい対応するバインドシードを取得することができないことになり、コピーされた鍵ファイルの復号が実行できず、情報記録媒体に記録されたＣＰＳユニットとＣＰＳユニット鍵ファイルに記録されたユニット鍵との対応を厳格に管理することが可能となる。
【０１３６】
次に、図２７を参照して、バインドシードおよびユニット鍵ファイルの記録領域の構成例について説明する。図２７にはケース（１）〜（３）の３つの記録構成例を示してある。
【０１３７】
情報記録媒体に記録されるデータは、２０４８バイトのユーザデータ（Ｕｓｅｒ Ｄａｔａ）領域と、１８バイトのユーザコントロールデータ（ＵＣＤ：Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｄａｔａ）領域とが交互に記録される構成となる。ユーザコントロールデータ領域は様々な制御情報を記録する領域であってドライブからのアクセスのみが可能で直接エンドユーザからはアクセスできない領域であり、ユーザデータ領域は、コンテンツ他の様々なデータファイルを記録する領域として利用される。
【０１３８】
図２７のケース（１）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以下の場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４１を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４１を記録したＵＣＤ領域に続く２Ｋバイトユーザデータ領域にユニット鍵ファイル４４２を記録した構成例である。
【０１３９】
図２７のケース（２）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以上である場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４３を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４３を記録したＵＣＤ領域に続く２つの２Ｋバイトユーザデータ領域にユニット鍵ファイルの分割データをそれぞれユニット鍵ファイル＿０，４４４と、ユニット鍵ファイル＿１，４４５として記録した構成例である。
【０１４０】
図２７のケース（３）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以上である場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４６を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４６を記録したＵＣＤ領域以後の離間した２つの２Ｋバイトユーザデータ領域にユニット鍵ファイルの分割データをそれぞれユニット鍵ファイル＿０，４４７と、ユニット鍵ファイル＿１，４４８として記録した構成例である。
【０１４１】
このようにバインドシードはユーザコントロールデータ（ＵＣＤ）の構成データとして記録され、ユニット鍵ファイルは、データ長に応じて１つまたは複数の２ＫＢユーザデータ領域を利用して記録されることになる。このようにバインドシードをユーザからは直接アクセスできないユーザコントロール領域に記録し、ユニット鍵ファイルから分離させたことにより更に厳格なコンテンツ管理が可能となる。
【０１４２】
ユーザコントロールデータ（ＵＣＤ）領域のバインドシードのデータ記録構成例について、図２８を参照して説明する。図２８は、１８バイトＵＣＤ領域を示している。各８ビット記録可能なバイト列０〜１７を有する。これらのＵＣＤ領域中、バイト列０〜１５の１６バイト領域をバインドシード記録領域として設定する。
【０１４３】
情報記録媒体に記録するユニット鍵ファイルの生成、更新時には、例えば乱数に基づくバインドシードデータをこの１６バイト領域に新たに書き込む、あるいは更新する処理を実行する。これらの処理を実行するのは、情報記録媒体を装着したドライブまたは情報処理装置において実行される。
【０１４４】
［５．ユニット鍵ファイルの記録、読み取り、およびコンテンツの記録、再生処理］
次に、ユニット鍵ファイルの記録、読み取り、およびコンテンツの記録、再生処理について説明する。まず、図２９を参照して、情報記録媒体に対するＣＰＳユニット対応のコンテンツ書き込み処理と、情報記録媒体に格納されたＣＰＳユニット対応コンテンツの再生処理、それぞれの処理シーケンスについて説明する。
【０１４５】
図２９において、情報処理装置４５０は、ＣＰＳユニット対応コンテンツを情報記録媒体４７０に記録する処理、情報処理装置４６０は、情報記録媒体４７０に記録されたＣＰＳユニット対応コンテンツを読み取り復号、再生する処理を実行する装置として示している。なお、情報処理装置４５０，４６０は同一の装置であってもよい。
【０１４６】
まず、ＣＰＳユニット対応コンテンツを情報記録媒体４７０に記録する処理について、情報処理装置４５０側のシーケンスに沿って説明する。ＣＰＳユニットを新たに情報記録媒体４７０に記録する際、まず、情報処理装置４７０は、ステップＳ３１において、自装置のメモリに格納されたデバイス鍵４５１を取得し、メディア鍵を格納した暗号鍵ブロックであるＭＫＢの処理によってメディア鍵を取得する。
【０１４７】
デバイス鍵４５１は、先に図４を参照して説明したように、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。ＭＫＢ（Media Key Block）４５２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【０１４８】
なお、ＭＫＢ４５２は、情報記録媒体４７０に予め記録されたＭＫＢ４７１を読み取って利用することが可能である。あるいはその他の記録媒体等のメディア、あるいはネットワークを介してサーバから取得するなどの処理によって取得することも可能である。
【０１４９】
次に、ステップＳ３２において、バインドシード４５３を適用したバインドシード処理、すなわち、例えばメディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって、バインド鍵、すなわちＣＰＳユニット鍵を暗号化するための暗号鍵（バインド鍵）を生成する。バインドシード４５３は、例えば乱数生成処理によってドライブにおいて生成される。なお、ドライブホスト間の処理シーケンスについては、図３０、図３１を参照して後段で説明する。なお、情報記録媒体４７０にはバインドシード４７２が、先に図２７等を参照して説明したように、ユーザコンントロールデータ領域に記録される。
【０１５０】
ステップＳ３３は、ユニット鍵４５５の暗号化処理実行ステップである。ユニット鍵４５５は、記録対象とするコンテンツ４５６の属するＣＰＳユニットに対応するＣＰＳユニット鍵であり、例えば乱数に基づいて生成される。ユニット鍵４５５は、ステップＳ３２においてバインドシードに基づいて生成した暗号鍵で暗号化される。なお、本例では、ＣＰＳユニットに対応する利用制御情報（ＣＣＩ）を利用して、暗号化ユニット鍵が生成される。具体的には、先に図４を参照して説明したように、
例えば、
［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
上記式によって示される暗号化データとして暗号化ユニット鍵が生成される。ここで、暗号鍵［Ｋｂ］は、バインドシードに基づいて生成した暗号鍵である。Ｅｎｃ（ａ，ｂ）はデータｂの鍵ａによる暗号化データを示している。また、ｆ（ａ，ｂ）はデータａとデータｂとに基づく演算結果データであり、例えばａとｂとの排他論理和演算結果である。
【０１５１】
なお、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
は、例えばＣＰＳユニット＃ｎに対応するユニット鍵＃ｎと、ＣＰＳユニット＃ｎに対応する利用制御情報（ＣＣＩ＃ｎ）との排他論理和結果に対して、バインドシードに基づいて生成した暗号鍵［Ｋｂ］を適用して暗号化したデータを示している。このようにして生成した暗号化されたユニット鍵を格納したＣＰＳユニット鍵ファイル４７３を情報記録媒体４７０に記録する。なお、情報記録媒体には、利用制御情報（ＣＣＩ）４７４も記録される。
【０１５２】
なお、複数のユニット鍵を構成要素とするユニット鍵ファイルを設定する場合は、各ユニット鍵の連結データから構成される１つのユニット鍵ファイルに対してバインド鍵による暗号化する構成、あるいは各ＣＰＳユニット鍵と各ＣＰＳユニット対応の利用制御情報（ＣＣＩ）との連結データから構成される１つのユニット鍵ファイルに対してバインド鍵による暗号化を実行する構成としてもよい。
【０１５３】
情報処理装置４５０は、さらに、ステップＳ３４において、ユニット鍵４５５を適用して、コンテンツ４５６を暗号化する。コンテンツ４５６は、例えばＣＰＳユニットに含まれるＡＶストリームデータである。ステップＳ３４における暗号化結果としての暗号化コンテンツ４７５が情報記録媒体４７０に記録される。なお、情報記録媒体４７０の記録データとして示している暗号化コンテンツ４７６は、ＣＰＳユニットに相当する。
【０１５４】
次に、情報記録媒体４７０に格納されたコンテンツの再生処理について、情報処理装置４７０側のシーケンスに従って説明する。この処理は、基本的に、先に図４を参照して説明した処理と同様の処理である。情報処理装置４７０は、ステップＳ５１において、デバイス鍵４６１を適用して情報記録媒体４７０に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ４７１の復号処理を実行して、メディア鍵Ｋｍを取得する。
【０１５５】
次に、ステップＳ５２において、ステップＳ５１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体４７０から読み取ったバインドシード４７２とに基づく暗号処理によって、暗号鍵（バインド鍵）Ｋｂを生成する。この鍵生成処理は、例えば、ＡＥＳ暗号アルゴリズムに従った処理として実行される。
【０１５６】
次に、ステップＳ５３において、バインド鍵Ｋｂによって、情報記録媒体４７０から読み取ったＣＰＳユニット鍵ファイル４７３の復号処理を行なう。ＣＰＳユニット鍵ファイル４７３は、各ＣＰＳユニットに対応して設定されるユニット鍵［Ｋｕｎ］の暗号化データを格納したファイルである。ユニット鍵ファイルは、前述したように、例えば、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］の構成を持つ暗号化データとしてユニット鍵を格納している。この暗号化データに対して、バインド鍵Ｋｂによる復号、利用制御情報（ＣＣＩ）による演算、例えば排他論理和演算を実行して、ＣＰＳユニット鍵を取得する。
【０１５７】
すなわち、バインド鍵Ｋｂによる、下記の暗号化ユニット鍵、
［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
を復号して、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）
を取得し、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）に対して、情報記録媒体４７０から読み取った利用制御情報（ＣＣＩ）４７４を適用した演算処理を実行して、ユニット鍵［Ｋｕ＿ｎ］を得る。データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）が、ユニット鍵［Ｋｕ＿ｎ］と、利用制御情報［ＣＣＩ］との排他論理和（ＸＯＲ）結果データである場合、再度、この演算結果に対して、情報記録媒体から読み取った利用制御情報［ＣＣＩ］の排他論理和（ＸＯＲ）演算を実行することで、ユニット鍵［Ｋｕ＿ｎ］を取得することができる。
【０１５８】
次に、ステップＳ５４において、情報記録媒体４７０から読み取った暗号化コンテンツ４７５に対して、ユニット鍵［Ｋｕ＿ｎ］を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、コンテンツ４８２を取得する。
【０１５９】
図２９には、ＣＰＳユニット対応コンテンツの記録、再生処理のシーケンスを１つの情報処理装置の実行シーケンスとして示してあるが、例えば情報記録媒体に対するアクセスを行うドライブ装置を備えた、または接続したＰＣなどの情報処理装置によってコンテンツの記録や再生を行なう場合のＣＰＳユニット鍵ファイルの記録や、ＣＰＳユニット鍵ファイルからのＣＰＳユニット鍵の取得処理は、ＰＣ等の情報処理装置側のホストと、情報記録媒体に対するデータ記録読み取りを実行するドライブとの両者間のデータ送受信を介して行なわれる。
【０１６０】
ＣＰＳユニット鍵ファイルの記録処理と、ＣＰＳユニット鍵ファイルからのＣＰＳユニット鍵の取得処理を実行する際のホストとドライブ間の処理シーケンスについて、それぞれ図３０、図３１を参照して説明する。
【０１６１】
まず、図３０を参照してＣＰＳユニット鍵ファイルを情報記録媒体に対して記録する処理を行なう際のホストとドライブ間の処理シーケンスについて説明する。この処理シーケンスは、新たなＣＰＳユニット鍵ファイルを情報記録媒体に記録する際のみならず、例えば既存のＣＰＳユニット鍵ファイルに新たなＣＰＳユニット鍵を追加する場合、ＣＰＳユニット鍵ファイルからＣＰＳユニット鍵を削除する場合などにも実行される処理であり、前述したようにＣＰＳユニット鍵ファイルの格納鍵が更新され、変更される場合は、いずれの場合においても新たなバインドシードが設定され、新たなバインドシードによって、ＣＰＳユニット鍵ファイルの暗号化が実行されて情報記録媒体に書き込まれる。
【０１６２】
図３０において、右側にホスト、左側にドライブの処理を示している。ドライブには、情報書き込み可能な情報記録媒体が装着されている。まず、ホストは、ステップＳ７１において、乱数ａを生成し、ステップＳ７２において、ホストはドライブに対して、ＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）情報と、生成乱数ａ（ｎｏｎｃｅ）を送信する。
【０１６３】
ステップＳ７３において、ドライブは、新たなバインドシードとして適用する乱数を生成し、この乱数を自己のメモリにキャッシュする。さらに、ステップＳ７４において、ドライブの秘密鍵（Ｋｓ）を適用して、生成した［バインドシード］と、ホストから指定されたＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）の先頭アドレスである［スタートＬＢＡ］と、ホストから受信した［乱数ａ］の連結データに対して電子署名を行なう。
【０１６４】
電子署名（Ｓ）は、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
として示される。なお、署名（Ｋ，ａ｜ｂ｜ｃ）は、鍵［Ｋ］によるデータａ，ｂ，ｃの連結データに対する署名データを示す。
【０１６５】
ドライブは、ステップＳ７５において、ドライブの生成したバインドシードと、署名（Ｓ）と、ドライブの公開鍵証明書（ＰＫＣ）をホストに送信する。ホストは、ステップＳ７６において、ドライブから受信した公開鍵証明書（ＰＫＣ）の署名検証を行い、公開鍵証明書（ＰＫＣ）の正当性を確認し、さらに、ＰＫＣに対応するリボケーションリスト、すなわち無効化されたＰＫＣリストとの照合を行い、ドライブの公開鍵証明書（ＰＫＣ）の正当性を確認した後、ＰＫＣからドライブの公開鍵（Ｋｐ）を取得する。
【０１６６】
その後、ドライブの公開鍵（Ｋｐ）を適用して、ドライブから受信した署名（Ｓ）、すなわち、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
についての署名検証処理を実行する。
【０１６７】
次に、バインドシードを適用して、ＣＰＳユニット鍵の暗号化に適用する暗号鍵（バインド鍵（Ｋｂ）を生成する。バインド鍵（Ｋｂ）は、例えば、
Ｋｂ＝ＡＥＳ＿Ｅ（Ｋｍ，バインドシード）
すなわち、メディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって生成する。なお、メディア鍵［Ｋｍ］は、先に図２９を参照して説明したようにホストの保有するデバイス鍵［Ｋｄ］に基づくＭＫＢの処理によってＭＫＢから取得される鍵データである。
【０１６８】
次に、ホストは、乱数によって生成した新たなＣＰＳユニット鍵を含むＣＰＳユニット鍵ファイル、あるいは、更新するＣＰＳユニット鍵ファイルに対して、バインド鍵（Ｋｂ）を適用して暗号化を実行する。なお、ＣＰＳユニット鍵ファイルの更新処理に際しては、予め、ドライブを介して情報記録媒体に記録済みのＣＰＳユニット鍵ファイルを取得しておくことが必要であるが、この処理は、図３１を参照して説明するＣＰＳユニット鍵ファイルの読み取り処理に従って行なわれることになる。この処理については後述する。
【０１６９】
ホストは、新たなバインドシードを適用したバインド鍵（Ｋｂ）で暗号化したＣＰＳユニット鍵ファイルを生成すると、ステップＳ７７において、生成または更新したＣＰＳユニット鍵ファイルをドライブに送信する。
【０１７０】
ドライブは、ステップＳ７８において、ホストから受領したＣＰＳユニット鍵ファイルと、バインドシードを情報記録媒体に記録する。先に、図２７、図２８を参照して説明したように、バインドシードは、ユーザコントロールデータ（ＵＣＤ）領域に書き込み、ＣＰＳユニット鍵ファイルはユーザデータ領域に書き込まれる。
【０１７１】
次に、図３１を参照して、情報記録媒体に記録済みのＣＰＳユニット鍵ファイルから、ＣＰＳユニット鍵の取得を実行する際のホストとドライブ間の処理シーケンスについて説明する。この処理シーケンスは、ＣＰＳユニット対応のコンテンツ再生時にＣＰＳユニット鍵を取得する際に実行される。なお、上述したように、ＣＰＳユニット鍵ファイルを更新する場合にも実行される。
【０１７２】
図３１において、右側にホスト、左側にドライブの処理を示している。ドライブには、ＣＰＳユニット鍵ファイルが記録された情報記録媒体が装着されている。まず、ホストは、ステップＳ８１において、乱数ａを生成し、ステップＳ８２において、ホストはドライブに対して、ＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）情報と、生成乱数ａ（ｎｏｎｃｅ）を送信する。
【０１７３】
ステップＳ８３において、ドライブは、情報記録媒体からバインドシードを読み取る。さらに、ステップＳ８４において、ドライブの秘密鍵（Ｋｓ）を適用して、読み取った［バインドシード］と、ホストから指定されたＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）の先頭アドレスである［スタートＬＢＡ］と、ホストから受信した［乱数ａ］の連結データに対して電子署名を行なう。電子署名（Ｓ）は、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
として示される。
【０１７４】
ドライブは、ステップＳ８５において、ドライブが情報記録媒体から読み取ったバインドシードと、署名（Ｓ）と、ドライブの公開鍵証明書（ＰＫＣ）をホストに送信する。ホストは、ステップＳ８６において、ドライブから受信した公開鍵証明書（ＰＫＣ）の署名検証を行い、公開鍵証明書（ＰＫＣ）の正当性を確認し、さらに、ＰＫＣに対応するリボケーションリスト、すなわち無効化されたＰＫＣリストとの照合を行い、ドライブの公開鍵証明書（ＰＫＣ）の正当性を確認した後、ＰＫＣからドライブの公開鍵（Ｋｐ）を取得する。
【０１７５】
その後、ドライブの公開鍵（Ｋｐ）を適用して、ドライブから受信した署名（Ｓ）、すなわち、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
についての署名検証処理を実行する。
【０１７６】
次に、バインドシードを適用して、ＣＰＳユニット鍵の復号に適用する暗号鍵（バインド鍵（Ｋｂ）を生成する。バインド鍵（Ｋｂ）は、例えば、
Ｋｂ＝ＡＥＳ＿Ｅ（Ｋｍｕ，バインドシード）
すなわち、メディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって生成する。なお、メディア鍵［Ｋｍ］は、先に図２９を参照して説明したようにホストの保有するデバイス鍵［Ｋｄ］に基づくＭＫＢの処理によってＭＫＢから取得される鍵データである。
【０１７７】
次に、ステップＳ８７において、ドライブは、情報記録媒体からＣＰＳユニット鍵ファイルを読み取り、ステップＳ８８において、ＣＰＳユニット鍵ファイルをホストに送信する。
【０１７８】
ホストはステップＳ８９において、ドライブからＣＰＳユニット鍵ファイルを受信し、先に生成したバインド鍵（Ｋｂ）を適用して、ＣＰＳユニット鍵ファイルを復号してＣＰＳユニット鍵を取得する。
【０１７９】
ＣＰＳユニット対応の暗号化コンテンツを復号、再生する場合は、ここで取得したＣＰＳユニット鍵を適用して復号する。また、ＣＰＳユニット鍵ファイルの更新を実行する場合は、先に図３０を参照して説明したシーケンスに従って、新たなバインドシードの生成、ＣＰＳユニット鍵の暗号化を実行する。
【０１８０】
［６．情報記録媒体に対するユニット鍵ファイルの記録構成］
次に、情報記録媒体に対するユニット鍵ファイルの記録構成について、説明する。上述したように、ユニット鍵ファイルは、コンテンツの再生の際に読み出しが行なわれるばかりでなく、ファイル内のユニット鍵の追加や削除などの更新の際にも読み取り、再書き込みが実行される。すなわち、他のデータに比較してより頻繁な読み取り書き込みが行われるファイルである。
【０１８１】
情報記録媒体からのデータ読み取りおよびデータ書き込みは、ＥＣＣブロック単位で実行される。ＥＣＣブロックは、例えば６４Ｋバイトであり先に図２７を参照して説明した１８バイトのユーザコントロールデータと２ＫＢのユーザデータ領域を複数含むブロックである。ＥＣＣブロックには所定のエラー訂正コードが付与されており、ＥＣＣブロック単位で読み取られた後、エラー訂正コードによるエラー訂正処理が実行され、その後、ＥＣＣブロックから必要なデータが取得される。データ更新や書き込みに際しても、新たなＥＣＣブロックの構成データに基づいてエラー訂正コードを計算し記録することが必要となる。
【０１８２】
この処理は、ＥＣＣブロック単位で実行されることになるため、特定のファイルのデータ読み取り、書き込みに必要なＥＣＣブロックの数が増加する場合、さらには読み書きの対象となるＥＣＣブロックが複数でかつ物理的に離れた位置にある場合などに、ファイルの読み出し・書き込み処理の時間が増大することになる。また、ＥＣＣブロックのサイズが例えば６４ＫＢであるのに対し、ファイルの最小書き込み単位であるセクタは２ＫＢであるため、ＥＣＣブロック内の一部のセクタだけを対象にしたデータの書き込みが発生する場合がある。この場合、ドライブは一旦ＥＣＣブロックに記録されている全てのセクタの情報を読み取り、ホストから書き込み命令を受けている一部のセクタの情報を書き込むべき値に変更し、再度ＥＣＣブロック単位で情報をひとまとめにしてＥＣＣブロックへの記録を行う。この部分的なＥＣＣブロックの書き換え処理をＲＭＷ（Ｒｅａｄ Ｍｏｄｉｆｙ Ｗｒｉｔｅ）と呼ぶ。このＲＭＷ処理は、複数のファイルが１つのＥＣＣブロックに記録されている場合に発生する可能性が高く、例えば２ＫＢのサイズを持つユニット鍵ファイルと他のファイル（ファイルＡ）が１つのＥＣＣブロックに記録されている場合、ユニット鍵ファイルの更新、ファイルＡの更新のどちらにおいてもＲＭＷ処理が発生する。
【０１８３】
一般的なコンテンツ再生や記録処理におけるデータ読み取り、書き込み処理におけるデータアクセス処理について、図３２を参照して説明する。図３２は、情報記録媒体（ディスク）におけるトラック方向に沿ったデータ記録構成を示している。
【０１８４】
トラック方向に沿って６４ＫＢのＥＣＣブロック単位でデータが記録されている。６４ＫＢＥＣＣブロックは２ＫＢのセクタデータの集合である。このデータ記録領域には、ＣＰＳユニットに対応するＣＰＳユニット鍵を暗号化データとして記録したＣＰＳユニット鍵ファイル５０１、ＣＰＳユニット対応コンテンツのインデックス情報などのタイトル一覧、タイトル情報などを格納したデータベースファイル５０２、ＣＰＳユニット対応のＡＶストリーム等の一般ファイル５０３が記録される。また、ＣＰＳユニット鍵ファイルが２ＫＢを超える場合、ユニット鍵ファイル５０４として分割記録される。
【０１８５】
図３２に示す例では、ＣＰＳユニット鍵ファイルは、複数の異なるＥＣＣブロックに分割されて記録されている。このような記録構成において、コンテンツ再生や、ＣＰＳユニット鍵ファイルの更新処理を実行する場合、複数のＥＣＣブロックの書き換え処理を複数回行なわなくてはならない。頻繁にアクセスが発生することが予測されるＣＰＳユニット鍵ファイルをこのように複数のＥＣＣブロックに分割記録することは、処理時間の増大を招くことになる。また、データベースファイル５０２や一般ファイル５０３が更新された場合においても、上述のＲＭＷ処理が発生し、ＣＰＳユニット鍵ファイルが記録されたＥＣＣブロック全体が記録媒体上で再度上書きされることになる。データベースファイル５０２の書き換え頻度は、ＣＰＳユニット鍵ファイルの書き換え頻度と同様に高く、また一般ファイル５０３の書き換え頻度は、そのファイルの用途に依存し、場合によっては非常に頻繁に書き換えられる可能性もある。そのため、ＣＰＳユニット鍵ファイルが記録されたＥＣＣブロックにデータベースファイル５０２や一般ファイル５０３が記録されている場合、ＥＣＣブロック内にＣＰＳユニット鍵ファイルのみが記録されている場合に比べてＥＣＣブロックの上書き頻度が高く、物理的な書き換え回数に限界のある光ディスク記録媒体においては、ＥＣＣブロックにおける誤り訂正能力の劣化や書き込みエラーの発生によるデータの欠損の可能性が高まってしまう。
【０１８６】
そこで、ＣＰＳユニット鍵ファイルの記録領域として、図３３に示すようにＥＣＣブロック単位で領域を割り当てる。本実施例においてＥＣＣブロックは６４ＫＢであり、データ量から鑑みて、ＣＰＳユニット鍵ファイルの書き込み領域としては十分なデータ記録領域となる。ただし、さらにＣＰＳユニット鍵ファイルのデータ量が増加する場合は、２つ以上のＥＣＣブロックをＣＰＳユニット鍵ファイル用の記録領域として割り当ててもよい。
【０１８７】
図３３の構成では、ＣＰＳユニット鍵ファイル５１１の書き込み領域として、１つのＥＣＣブロック５１０の全体領域が割り当てられる。なお、図３３の構成において、ＣＰＳユニット鍵ファイル５１１には、先に説明したバインドシードも含まれている。すなわち、ＥＣＣブロックには、先に図２７において説明したユーザコントロールデータ（ＵＣＤ）とユーザデータ領域とが複数、含まれており、ＣＰＳユニット鍵ファイル５１１の書き込み領域として選択されたＥＣＣブロック５１０を構成するユーザコントロールデータ（ＵＣＤ）の一部にバインドシードが記録され、ＥＣＣブロック５１０を構成するユーザデータ領域の一部にＣＰＳユニット鍵ファイルが記録されている。
【０１８８】
データベースファイル５１２、その他の一般ファイル５１３は、ＣＰＳユニット鍵ファイル５１１の書き込み領域として設定されたＥＣＣブロック５１０以外のＥＣＣブロックに書き込まれる。
【０１８９】
この構成とすれば、ＣＰＳユニット鍵ファイル５１１が、６４ＫＢ以下のサイズである限り、ＣＰＳユニット鍵ファイルの読み取り、更新処理において、１つのＥＣＣブロック５１０の書き換えのみで処理が完了し、処理時間が短縮され効率を高めることが可能となる。また、ＣＰＳユニット鍵ファイル以外のファイルの書き込み、更新によってＣＰＳユニット鍵ファイルが記録されたＥＣＣブロックにおけるＲＭＷ処理が発生する可能性がなくなり、上述したＥＣＣブロックの誤り訂正能力の劣化や書き込みエラーの発生によるユニット鍵データの喪失の可能性を低くすることができる。
【０１９０】
次に、ＣＰＳユニット鍵ファイルに対する頻繁なアクセスによって、ＣＰＳユニット鍵ファイルの書き込み領域に不良が発生し、データの読み書きが不能になってしまう事態や、エラー発生時にスペア領域に書き込まれた古いＣＰＳユニット鍵ファイルデータが残存してしまい、不正に利用される可能性を排除するための構成について、図３４、図３５を参照して説明する。
【０１９１】
まず、一般的に行なわれる書き込みエラー発生時のスペア領域に対する書き込み処理について図３４を参照して説明する。図３４には、（１）１回目の書き込みエラー、（２）２回目の書き込みエラーの２つの図を示している。（１）１回目の書き込みエラーのデータ構成にあるように、情報記録媒体のデータ記録領域には、通常のデータ読み書きを実行するユーザ領域５２０とスペア領域５３０を有する。スペア領域５３０は、ユーザ領域におけるデータ書き込みに際してエラーが発生し、データ書き込みができなかった場合、そのエラーＥＣＣブロックの代替領域として利用される。
【０１９２】
例えばＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１がエラーブロックとなってしまった場合には、スペア領域５３０に代替ＥＣＣブロック５３１が設定されて、この代替ＥＣＣブロック５３１にＣＰＳユニット鍵ファイルのデータ書き込みが行なわれることになる。
【０１９３】
次に、（２）２回目の書き込みエラーに示すように、ユーザ領域５２０に設定されたＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１において、再度、書き込みエラーが発生すると、さらに、スペア領域５３０の未使用領域から、代替ＥＣＣブロック５３２が設定されて、この代替ＥＣＣブロック５３２にＣＰＳユニット鍵ファイルのデータ書き込みが行なわれることになる。
【０１９４】
ユーザ領域５２０にＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１は、アクセス数が多く、書き込み読み取り回数が増加するにつれ、エラー発生率も高くなることが予想される。その結果として、複数の世代のＣＰＳユニット鍵ファイルがスペア領域５３０に記録されたまま残存してしまう場合が発生し得る。
【０１９５】
このような事態の発生を防止するための構成について、図３５を参照して説明する。図３５に示すデータ記録構成は、ＣＰＳユニット鍵ファイルを予め設定された回数以上、同じ領域に書き込まず、同じＥＣＣブロックに対するデータ書き込みまたはアクセス数が予め設定された回数に達した場合、他のＥＣＣブロックをＣＰＳユニット鍵ファイルの書き込み領域として設定する構成としたものである。
【０１９６】
例えば、図３５に示すユーザ領域５４０に設定されたユニット鍵ファイル対応ＥＣＣブロックＡ５４１を、１〜ｎ回のアクセスまたは書き込み回数に至るまで利用し、ｎ＋１回目以降は、ユーザ領域５４０に設定された新たなユニット鍵ファイル対応ＥＣＣブロックＢ５４２を利用してユニット鍵ファイルを書き込む構成とするものである。
【０１９７】
なお、ユニット鍵ファイル対応ＥＣＣブロックＡ５４１、ユニット鍵ファイル対応ＥＣＣブロックＢ５４２のいずれのＥＣＣブロックも、先に図２７において説明したユーザコントロールデータ（ＵＣＤ）とユーザデータ領域とが複数、含まれており、各ＥＣＣブロックを構成するユーザコントロールデータ（ＵＣＤ）の一部にバインドシードが記録され、ＥＣＣブロックを構成するユーザデータ領域の一部にＣＰＳユニット鍵ファイルが記録される。
【０１９８】
このように、１つのＥＣＣブロックに一定回数以上のデータ書き込みを行なわないようにすることで、同じ領域に対するデータ書き換え処理回数に上限が設定されることになり、複数回の書き込みエラーの発生や、エラー発生に伴うスペア領域へのデータ書き込みを防止することが可能となり、スペア領域に数世代のＣＰＳユニット鍵ファイルが記録されるといった事態を防止することが可能となる。
【０１９９】
なお、ＣＰＳユニット鍵ファイルの記録領域を変更する場合、前の記録領域のデータは消去する。例えば、使用の終了したＥＣＣブロック領域に書き込まれているＣＰＳユニット鍵ファイルの書き込み領域にダミーデータを上書きする処理を行なう。あるいは、バインドシードのみクリアする処理を行なってもよい。
【０２００】
なお、ＣＰＳユニット鍵ファイルの削除、記録処理の双方の処理において、ホストとドライブの間に不正なプログラムが介入し、実際には削除・記録していないのにホストに削除・記録が完了したと偽装する行為が想定されるため、ホストは削除・記録後に再度対象領域の読み取りを行って、正しく処理が行われたかを確認する処理を行なうシーケンスとすることが好ましい。
【０２０１】
［７．コンテンツの記録、編集、再生処理］
次に、コンテンツ管理ユニット（ＣＰＳユニット）による利用制御がなされるコンテンツの記録処理の実行シーケンスについて、図３６に示すフローチャートを参照して説明する。この処理は、データ記録可能な情報記録媒体を装着した情報処理装置において実行するデータ記録処理プログラムによる制御の下で実行される。記録対象コンテンツは、例えば放送コンテンツ、あるいはインターネット、ＬＡＮなどのネットワークを介して入力するコンテンツなどである。
【０２０２】
まず、ステップＳ１０１において、記録コンテンツに対応するＣＰＳユニットを新たに追加する必要があるか否かを判定する。情報記録媒体に設定済みのＣＰＳユニットを適用し、このＣＰＳユニットに含まれるコンテンツとする設定の場合は、ＣＰＳユニット追加は行なわず、ステップＳ１０２において、情報記録媒体に記録されたＣＰＳユニット鍵からユニット鍵を読み取る。一方、記録コンテンツに対応する新たなＣＰＳユニットを設定する場合は、ステップＳ１０３において新たなＣＰＳユニットに対応するＣＰＳユニット鍵を生成する。例えば乱数生成による鍵生成を行なう。
【０２０３】
次に、ステップＳ１０４において、記録対象コンテンツの暗号化ニットを取得する。コンテンツは、所定データ量のユニットに分割されており、各ユニットに対応する暗号化要否フラグが制御情報に付与されている。例えば、
ユニット暗号化要＝１
ユニット暗号化不要＝０
などのフラグが設定され、ステップＳ１０５において、記録処理を実行するアプリケーションは、ユニットに対応するフラグを確認して、暗号化の要否を判定する。
暗号化ユニットは放送やインターネットからの入力における、制御情報の切り替えが可能な単位であり、特定のサイズや時間長に限定されるものではない。また、暗号化フラグとは特定のフラグに限らず、例えば入力信号に付属しているCCI情報に記載されたコピー制御情報の変化に対応して記録装置が暗号化の有無を判断する処理も含んだ暗号化の有無を判断するための情報を指している。
【０２０４】
暗号化ユニットの暗号化フラグが１でない場合は、そのユニットの暗号化は不要であるので、ステップＳ１０７に進む。暗号化ユニットの暗号化フラグが１の場合は、そのユニットの暗号化は必要であるので、ステップＳ１０６において、ＣＰＳユニット鍵を適用した暗号化処理を実行した後、ステップＳ１０７に進む。
【０２０５】
ステップＳ１０７において、記録コンテンツの最終暗号化ユニットに至ったか否かを判定し、残りユニットがある場合は、ステップＳ１０４に戻り、同様の処理を繰り返し実行する。ステップＳ１０７において、記録コンテンツの最終暗号化ユニットに至ったと判定した場合は、ステップＳ１０８に進み、ユニット鍵ファイルの更新が必要か否かを判定する。ＣＰＳユニット鍵の追加、削除がある場合は、更新要と判定する。ＣＰＳユニット鍵の追加、削除がない場合は、更新不要と判定し、処理を終了する。
【０２０６】
ＣＰＳユニット鍵の追加、削除があり、更新要と判定した場合は、ステップＳ１０９に進みバインドシードを生成し、ステップＳ１１０において、バインドシードに基づくバインド鍵を生成し、ステップＳ１１１において、ユニット鍵ファイルを生成して、ステップＳ１１２において、バインド鍵を適用してＣＰＳユニット鍵ファイルの暗号化を施し、ステップＳ１１３において、ユニット鍵ファイルを情報記録媒体に記録し、さらに、ステップＳ１１４においてバインドシードを記録した処理を終了する。ステップＳ１０９〜Ｓ１１４の処理は、ホストドライブ間の処理として実行される場合は、先に図３０を参照して説明したシーケンスに従って実行される。
【０２０７】
図３７にコンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図を示す。
【０２０８】
コンテンツの情報記録媒体８１０に対する記録処理に際して、コンテンツ暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する。
【０２０９】
ＣＰＳユニット鍵ファイル処理部８０２は、バインドシードに基づくバインド鍵の生成、バインド鍵に基づくユニット鍵ファイルの暗号化などの処理を実行する。すなわち、ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたはファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なう。
【０２１０】
管理情報制御部８０２は、コンテンツ管理ユニット、ユニット鍵ファイル、およびコンテンツ管理ユニットに対応する利用制御情報ファイルなどの対応判定、各種ファイルの生成または更新必要性判断などの処理を実行する。データ記録取得部８０４は、暗号化データ、ユニット鍵ファイル、および利用制御情報ファイルなどを予め設定された記録データフォーマットに従って情報記録媒体８１０に記録し、また読み取る処理を実行する。情報記録媒体８１０に対する記録データは、インデックス情報、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含む。
【０２１１】
ＣＰＳユニット鍵ファイル処理部８０２は、情報記録媒体８１０に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規バインドシードを設定し、新規バインドシードに基づく新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。
【０２１２】
すなわち、ＣＰＳユニット鍵ファイル処理部８０２は、情報記録媒体８１０に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵をユニット鍵ファイルに格納するとともに、新規ユニット鍵の追加に応じて、新たな値を持つ新規バインドシードを設定し、新規バインドシードに基づく新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。また、情報記録媒体８１０からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、ユニット鍵の削除に応じて、新たな値を持つ新規バインドシードを設定し、該新規バインドシードによって生成する新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。
【０２１３】
なお、ＣＰＳユニット鍵ファイル処理部８０２は、先に、図２９を参照して説明したように、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵によるバインドシードの暗号処理によって生成する暗号鍵を適用して、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する。
【０２１４】
データ記録取得部８０４は、先に図２７を参照して説明したように、バインドシードを、ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する。また、データ記録取得部８０４は、先に、図３３を参照して説明したように、ユニット鍵ファイルの書き込み領域を情報記録媒体８１０に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、ユニット鍵ファイルの書き込み処理を実行する。
【０２１５】
さらに、データ記録取得部８０４は、ユニット鍵ファイルの書き込み処理に際して、ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体８１０における書き込み位置の変更を行ない、変更前の位置に書き込まれたデータ、例えばバインドシードなど、少なくとも一部データを消去する処理を実行する。
【０２１６】
また、情報記録媒体８１０に記録されたコンテンツの再生処理を実行する場合、コンテンツ暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵に基づいてデータ記録取得部８０４が情報記録媒体８１０から読み取った暗号化コンテンツの復号処理を実行する。
【０２１７】
ＣＰＳユニット鍵ファイル処理部８０２は、コンテンツ管理ユニットに対応するユニット鍵を、情報記録媒体８１０に記録されたユニット鍵ファイルから取得する。この際、情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づいて、ユニット鍵ファイルまたはファイル構成データの復号処理を行なってユニット鍵の取得処理を実行する。
【０２１８】
ＣＰＳユニット鍵ファイル処理部８０２は、先に図２９を参照して説明したように、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵によるバインドシードの暗号処理によって生成する暗号鍵を適用して、ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する。
【０２１９】
なお、データ記録取得部８０４は、先に図２７を参照して説明したようにバインドシードを、ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する。
【０２２０】
データ入力部８０５は、記録コンテンツの入力の他、ユーザからのコンテンツ指定情報や編集処理情報の入力に適用される。データ出力部８０６は、例えば再生コンテンツの出力に適用される。
【０２２１】
［８．情報処理装置の構成例］
次に、図３８を参照して、上述のコンテンツの記録、再生処理を行う情報処理装置のハードウェア構成例について説明する。
【０２２２】
図３８に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、各種のデータおよびデータ処理プログラムを格納するハードディスクなどローカルストレージとしての記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０２２３】
情報処理装置９００において、情報記録媒体９１０に格納された例えばＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必要に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２２４】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０２２５】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０２２６】
ＣＰＳユニットに対応する管理情報、例えば利用制御情報やＣＰＳユニット鍵ファイル等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管され、ＣＰＳユニット鍵ファイルについては、前述した処理によって、バインド鍵を生成した上で復号が実行されてＣＰＳユニット鍵が取得される。
【０２２７】
次に、情報処理装置９００が、例えば放送信号受信などによって取得したデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０に保存する。
【０２２８】
入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で前述したＣＰＳユニット鍵を適用した暗号処理など、適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０２２９】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。
【０２３０】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に一時的に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、さらに、コンテンツ利用制御情報（ＣＣＩ）などのコンテンツ管理情報などが存在する。
【０２３１】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図３８では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２３２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２３３】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２３４】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２３５】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２３６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２３７】
以上、説明したように、本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、ユニット鍵ファイルからの鍵取得を行なう構成とした。ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行したユニット鍵ファイルを設定する構成としたので、コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理が可能となり、不正なユニット鍵利用による不正なコンテンツ利用を防止することが可能となる。
【０２３８】
さらに、本発明の一実施例構成によれば、ユニット鍵ファイルの書き込み領域をＥＣＣブロック単位で設定したので、ユニット鍵ファイルの読み書き処理を効率的に実行することができる。また、本発明の一実施例では、ユニット鍵ファイルの書き込み領域を、適宜変更する構成としたので、書き込みエラーが複数回に渡って発生し、スペア領域に複数のユニット鍵ファイルの記録データが残存してしまうといったことが防止される。
【図面の簡単な説明】
【０２３９】
【図１】情報記録媒体の格納データの記録フォーマットについて説明する図である。
【図２】情報記録媒体の格納データの暗号化処理の一構成例について説明する図である。
【図３】情報記録媒体の格納データに対応するコンテンツ管理ユニット（ＣＰＳユニット）の一設定例を示す図である。
【図４】コンテンツ管理ユニット（ＣＰＳユニット）として記録されたコンテンツの再生シーケンスについて説明する図である。
【図５】バーチャルプレイリストを含む情報記録媒体の格納データの記録フォーマットについて説明する図である。
【図６】バーチャルプレイリストを含むデータに対応するコンテンツ管理ユニット（ＣＰＳユニット）の設定における問題点を説明する図である。
【図７】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図８】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図９】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１０】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１１】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１２】コンテンツ管理ユニット（ＣＰＳユニット）とＣＰＳユニット鍵との対応について説明する図である。
【図１３】コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。
【図１４】コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。
【図１５】情報記録媒体が記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造を示す図である。
【図１６】情報記録媒体が再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を示す図である。
【図１７】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図１８】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図１９】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２０】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２１】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２２】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２３】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２４】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２５】ＣＰＳユニット鍵ファイルの暗号化構成について説明する図である。
【図２６】ＣＰＳユニット鍵ファイルの暗号化構成について説明する図である。
【図２７】バインドシードおよびＣＰＳユニット鍵ファイルの記録構成について説明する図である。
【図２８】バインドシードを含むユーザコントロールデータのフォーマットについて説明する図である。
【図２９】ユニット鍵ファイルおよびコンテンツの暗号化、記録処理、および復号、再生処理シーケンスについて説明する図である。
【図３０】ホスト−ドライブ間のユニット鍵ファイルの記録処理シーケンスについて説明するシーケンス図である。
【図３１】ホスト−ドライブ間のユニット鍵ファイルの読み取り処理シーケンスについて説明するシーケンス図である。
【図３２】ユニット鍵ファイルの記録構成例について説明する図である。
【図３３】ＥＣＣブロックを単位としてユニット鍵ファイルの記録領域を設定したユニット鍵ファイルの記録構成例について説明する図である。
【図３４】ユニット鍵ファイルの書き込みエラー発生時の問題点について説明する図である。
【図３５】書き込みエラーの発生によるユニット鍵ファイルの残存を防止したユニット鍵ファイルの記録構成例について説明する図である。
【図３６】コンテンツ管理ユニット（ＣＰＳユニット）構成を持つデータの記録処理シーケンスについて説明するフローチャートを示す図である。
【図３７】コンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図である。
【図３８】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２４０】
１１０ インデックス情報
１２０〜１２３ プレイリスト
１２５，１２６ リアルプレイリスト
１２７ バーチャルプレイリスト
１３０〜１３３ クリップ
１４１ メニューサムネイルインデックス
１４２ マークサムネイルインデックス
１４３，１４４ 画像ファイル
１７０ 情報記録媒体
１７１ ＭＫＢ
１７２ バインドシード
１７３ ＣＰＳユニット鍵ファイル
１７４ 利用制御情報
１７５ 暗号化コンテンツ
１８１ デバイス鍵
１８２ コンテンツ
２０１ ユニット鍵ファイルヘッダ
２０２ ユニット鍵ブロック
４００ 情報記録媒体
４１１，４１２ ＣＰＳユニット
４２１ ＣＰＳユニット鍵ファイル
４２２ バインドシード
４２３ ＣＰＳユニット鍵ファイル
４２４ バインドシード
４２５ ＣＰＳユニット鍵ファイル
４２６ バインドシード
４３１ 情報記録媒体
４４１ バインドシード
４４２ ＣＰＳユニット鍵ファイル
４４３ バインドシード
４４４，４４５ ＣＰＳユニット鍵ファイル
４４６ バインドシード
４４７，４４８ ＣＰＳユニット鍵ファイル
４５０ 情報処理装置
４５１ デバイス鍵
４５２ ＭＫＢ
４５３ バインドシード
４５４ 利用制御情報
４５５ ユニット鍵
４５６ コンテンツ
４６０ 情報処理装置
４６１ デバイス鍵
４６２ コンテンツ
４７０ 情報記録媒体
４７１ ＭＫＢ
４７２ バインドシード
４７３ ＣＰＳユニット鍵ファイル
４７４ 利用制御情報
４７５ 暗号化コンテンツ
５００ ＥＣＣブロック
５０１ ＣＰＳユニット鍵ファイル
５０２ データベースファイル
５０３ 一般ファイル
５０４ ＣＰＳユニット鍵ファイル
５１０ ＥＣＣブロック
５１１ ＣＰＳユニット鍵ファイル
５１２ データベースファイル
５１３ 一般ファイル
５２０ ユーザ領域
５２１ ＣＰＳユニット鍵ファイル
５３０ スペア領域
５３１ 代替ＥＣＣブロック
５３２ 代替ＥＣＣブロック
５４０ ユーザ領域
５４１ ＣＰＳユニット鍵ファイル
５４２ ＣＰＳユニット鍵ファイル
８０１ コンテンツ暗号処理部
８０２ ＣＰＳユニット鍵ファイル処理部
８０３ 管理情報制御部
８０４ 記録再生部
８０５ 入力部
８０６ 出力部
８１０ 情報記録媒体
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばデジタル放送などのコンテンツを情報記録媒体に記録し、記録コンテンツの利用を行なう構成において、区分されたユニットとしてコンテンツの利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）には、予めデータが記録され、新たなデータ書き込みを許容しないＲＯＭ型の媒体と、データ書き込み可能な媒体とがある。ユーザは、データ書き込み可能な情報記録媒体を利用することで、例えばデジタルデータ放送を受信し、受信コンテンツを情報記録媒体に書き込み、これを再生して利用するこが可能となる。
【０００４】
しかし、放送コンテンツ、その他、音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に著作権、頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用は、著作権の侵害という問題を引き起こすことになる。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
また、データ記録の可能な情報記録媒体に対するコンテンツの記録および再生において、コンテンツの暗号化を行なうことで、コンテンツの利用制御を行なう構成について、例えば特許文献１に記載されている。
【００１０】
しかし、情報記録媒体に記録されるコンテンツには、様々な種類のコンテンツがあり、例えば、コンテンツの提供者に応じた異なる利用管理など、コンテンツ毎の独立した利用管理構成が望まれている。また、コンテンツのムーブ（移動）など格納コンテンツが変化した際の暗号鍵の処理などについても管理構成が確立されているとは言い難く、現行のシステムにおいては、コンテンツ管理、鍵管理においてまだ不十分な点がある。
【特許文献１】特開２００３−１１６１００号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、このような状況に鑑みてなされたものであり、情報記録媒体に格納されたコンテンツ、あるいはユーザが記録するコンテンツなど、各コンテンツ個別の利用制御を実現可能とし、コンテンツのムーブ（移動）など格納コンテンツが変化した際の暗号鍵についても厳格な管理を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、
情報記録媒体に対する情報記録処理を実行する情報処理装置であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理部と、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理部と、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録部と、
を有することを特徴とする情報処理装置にある。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なう構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記データ記録部は、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記消去対象とするデータは、シード情報を含むことを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、前記ドライブは、前記シードの生成処理を実行し、前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の第２の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得部と、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理部と、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理部とを有し、
前記ユニット鍵ファイル処理部は、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行する構成であることを特徴とする情報処理装置にある。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記ユニット鍵ファイル処理部は、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記データ取得部は、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する構成であることを特徴とする。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、前記ドライブは、前記シードの生成処理を実行し、前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理を実行しユニット鍵を取得する構成であることを特徴とする。
【００２７】
さらに、本発明の第３の側面は、
情報記録媒体であり、
コンテンツの利用制御単位として設定されるユニットに区分され、該ユニットに対応するユニット鍵を適用した暗号化データを構成データとして含むコンテンツ管理ユニットと、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理が施されたユニット鍵ファイルと、
前記シードと、
を格納した構成を有することを特徴とする情報記録媒体にある。
【００２８】
さらに、本発明の情報記録媒体の一実施態様において、前記シードは、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録した構成を有することを特徴とする。
【００２９】
さらに、本発明の情報記録媒体の一実施態様において、前記ユニット鍵ファイルの書き込み領域は、情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定されていることを特徴とする。
【００３０】
さらに、本発明の第４の側面は、
情報記録媒体に対する情報記録処理を実行する情報処理方法であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行するステップを含むことを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行するステップを含むことを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行するステップを含むことを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうステップを含むことを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記データ記録ステップは、前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行するステップを含むことを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記消去対象とするデータは、シード情報を含むことを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、前記ドライブによる前記シードの生成処理ステップと、前記ドライブから前記ホストに対するシードの送信ステップと、前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行するステップと、前記ホストから前記ドライブに対する前記ユニット鍵ファイルの送信ステップと、前記ドライブによる前記ユニット鍵ファイルの情報記録媒体に対する記録処理ステップと、を有することを特徴とする。
【００４１】
さらに、本発明の第５の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理方法であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とする情報処理方法にある。
【００４２】
さらに、本発明の情報処理方法の一実施態様において、前記ユニット鍵ファイル処理ステップは、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行するステップを含むことを特徴とする。
【００４３】
さらに、本発明の情報処理方法の一実施態様において、前記データ取得ステップは、前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行するステップを含むことを特徴とする。
【００４４】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、前記ドライブによる前記シードの生成処理ステップと、前記ドライブから前記ホストに対するシードの送信ステップと、前記ドライブによる前記ユニット鍵ファイルの情報記録媒体からの取得処理ステップと、前記ドライブから前記ホストに対する前記ユニット鍵ファイルの送信ステップと、前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理によるユニット鍵取得ステップと、を有することを特徴とする。
【００４５】
さらに、本発明の第６の側面は、
情報記録媒体に対する情報記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４６】
さらに、本発明の第７の側面は、
情報記録媒体に記録されたコンテンツの再生処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とするコンピュータ・プログラムにある。
【００４７】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００４８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００４９】
本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、ユニット鍵ファイルからの鍵取得を行なう構成とした。ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行したユニット鍵ファイルを設定する構成としたので、コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理が可能となり、不正なユニット鍵利用による不正なコンテンツ利用を防止することが可能となる。
【００５０】
さらに、本発明の一実施例構成によれば、ユニット鍵ファイルの書き込み領域をＥＣＣブロック単位で設定したので、ユニット鍵ファイルの読み書き処理を効率的に実行することができる。また、本発明の一実施例では、ユニット鍵ファイルの書き込み領域を、適宜変更する構成としたので、書き込みエラーが複数回に渡って発生し、スペア領域に複数のユニット鍵ファイルの記録データが残存してしまうといったことが防止される。
【発明を実施するための最良の形態】
【００５１】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．コンテンツ格納フォーマットの概要
２．コンテンツ管理構成
（２．１）個別データ対応の暗号化構成
（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成
３．ユニット鍵ファイルの構成
４．利用制御情報（ＣＣＩ）の構成
５．コンテンツの記録、編集、再生処理
６．情報処理装置の構成例
【００５２】
［１．コンテンツ格納フォーマットの概要］
図１は、本発明の情報処理装置に装着され、データ記録再生に用いる情報記録媒体上のコンテンツ格納フォーマット構成を示す図である。例えば放送コンテンツなどをデータ記録用のアプリケーションプログラムを適用して情報記録媒体に記録した場合のコンテンツ格納フォーマット構成を示す図である。
【００５３】
図１に示すように、コンテンツは、動画コンテンツと静止画コンテンツに区分され、動画コンテンツは、（Ａ）インデックス情報ファイル１１０、（Ｂ）プレイリスト１２０、（Ｃ）クリップ１３０の階層構成を有する。（Ｂ）プレイリスト１２０の層には、複数のプレイリスト１２１〜１２３が含まれ、（Ｃ）クリップ１３０の層には、複数のクリップ情報とコンテンツ実データとしてのＡＶストリームからなるクリップＡＶストリームファイル１３１〜１３３が含まれる。
【００５４】
情報記録媒体を装着した情報処理装置において実行される再生アプリケーションによってインデックス情報１１０が呼び出され、インデックス情報１１０から、ユーザの指定により、プレイリスト１２１〜１２３、あるいは静止画コンテンツのメニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかが選択される。
【００５５】
動画コンテンツの再生に際しては、プレイリスト１２１〜１２３のいずれかが選択される。プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。
【００５６】
一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、クリップＡＶストリームファイル１３１〜１３３のコンテンツは、時間軸上に展開され、プレイリストは、クリップの中のアクセスポイントを主にタイムスタンプで指定する。プレイリストが、クリップの中へのアクセスポイントをタイムスタンプで指し示している時、クリップ情報ファイルは、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために適用される。
【００５７】
プレイリスト１２０を適用することで、ユーザは、クリップ１３０の中から見たい再生区間を選択し、それを簡単に編集することができる。１つのプレイリストは、クリップの中の再生区間の集まりである。あるクリップの中の１つの再生区間は、プレイアイテムと呼ばれ、これは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。プレイリストは、プレイアイテムの集合として設定される。
【００５８】
図１に示すように、情報記録媒体には、動画コンテンツの他に、静止画コンテンツが記録される。静止画コンテンツには、サムネイルが含まれる。サムネイルは、例えば、各動画コンテンツに対応する静止画である。サムネイルには、図１に示すように２つの種類がある。１つは、各コンテンツ内容を表す代表画としてのメニューサムネイルである。これは主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる。もう１つは、マークが指しているシーンを表す画像であり、例えばユーザの選択したシーンのサムネイル画像によって構成されるマークサムネイルである。
【００５９】
これらのサムネイルは、例えばＪＰＥＧの画像ファイル１４３，１４４として設定され、メニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかを適用して表示する静止画像を選択することができる。
【００６０】
［２．コンテンツ管理構成］
このようなファイルフォーマットを適用して情報記録媒体に格納されるコンテンツの利用制御構成の複数の態様について、以下順次説明する。
【００６１】
（２．１）個別データ対応の暗号化構成
まず、図２を参照して、個別データ対応の暗号化構成について説明する。本構成例では、図２に示すように、暗号化処理対象のデータは、動画コンテンツ中のＡＶストリーム、静止画コンテンツ中の静止画像ファイルであり、これらのコンテンツ実データを個別に暗号化する。
【００６２】
動画コンテンツのＡＶストリームの暗号化処理に適用する暗号鍵は、暗号化対象であるＡＶストリームに対応して設定されるクリップ情報に含まれるデータを適用した暗号鍵生成処理によって生成する。例えばクリップ情報に記録された「記録シード（Ｒｅｃ Ｓｅｅｄ）」、コンテンツの利用制御情報である「ＣＣＩ（ＣｏｐｙＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）シーケンス」、「モード情報」、データ改竄検証値としての「ＩＣＶ（Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ Ｖａｌｕｅ）」などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば６ＫＢブロック暗号に基づくＡＶストリームの暗号化を行なう。
【００６３】
一方、サムネイル画像によって構成される静止画像ファイルの暗号化に適用する暗号鍵は、暗号化対象であるサムネイル画像に対応して設定されるメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から取得した記録シード（Ｒｅｃ Ｓｅｅｄ）などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば２ＫＢブロック暗号に基づく画像ファイルの暗号化を行なう。
【００６４】
図２では、それぞれ１つのＡＶストリームと１つの静止画像ファイルの暗号化態様を説明したが、その他のＡＶストリームもそれぞれ対応するクリップ情報の構成データに基づく暗号鍵で暗号化がなされ、サムネイルを含む画像ファイルもそれぞれメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から生成した鍵による暗号化がなされる。このような構成とすることで、例えばあるＡＶストリームに対応する暗号鍵が漏洩した場合でも、他のＡＶストリームの暗号鍵には適用することができず、各コンテンツの個別管理が可能であり、より強固なデータの保護が実現される。
【００６５】
（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
次に、コンテンツ管理ユニット（ＣＰＳユニット）の設定に基づくコンテンツ管理構成について、図３を参照して説明する。本構成例において、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の鍵（ユニット鍵（ＣＰＳユニット鍵））による暗号化処理がなされ、個別の利用管理がなされる。
【００６６】
コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。
【００６７】
コンテンツ管理ユニット（ＣＰＳユニット）の設定態様は、様々な設定が可能である。図３を参照してコンテンツ管理ユニット（ＣＰＳユニット）の１つの設定態様について説明する。
【００６８】
図３に示す例では、動画コンテンツについては、１つ以上のプレイリストに対応するコンテンツ管理ユニット（ＣＰＳユニット）を設定し、静止画コンテンツについては、メニューサムネイル、マークサムネイルの種別毎にコンテンツ管理ユニット（ＣＰＳユニット）を設定した例である。
【００６９】
静止画コンテンツでは、メニューサムネイルの画像ファイルの集合をＣＰＳユニット１（コンテンツ管理ユニット１）として、ＣＰＳユニット１に対応するユニット鍵［Ｋｕ１］で暗号化する。なお、この例では暗号化の対象データは、画像ファイルである。また、マークサムネイルの画像ファイルの集合をＣＰＳユニット２として、ＣＰＳユニット２に対応するユニット鍵［Ｋｕ２］で暗号化する。
【００７０】
さらに、動画コンテンツでは、プレイリスト１２１とプレイリスト１２２によって指定されるクリップファイルを含むデータをＣＰＳユニット３として、ＣＰＳユニット３に対応するユニット鍵［Ｋｕ３］で暗号化する。なお、この例では暗号化の対象データは、ＡＶストリームである。また、プレイリスト１２３によって指定されるクリップファイルを含むデータをＣＰＳユニット４として、ＣＰＳユニット４に対応するユニット鍵［Ｋｕ４］で暗号化する。
【００７１】
例えば、ユーザがＣＰＳユニット３に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して復号処理を実行することが必要となる。ＣＰＳユニット４に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット４に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ４を取得して復号処理を実行することが必要となる。
【００７２】
このような設定とした場合、コンテンツのユニット毎の異なる利用制御が実現される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対するコンテンツ利用制御情報（ＣＣＩ）が設定され、各ＣＰＳユニットについて、対応するコンテンツ利用制御情報（ＣＣＩ）に従った利用制御が可能となる。
【００７３】
コンテンツ管理ユニット（ＣＰＳユニット）による管理構成を持つコンテンツを記録した情報記録媒体からのコンテンツの再生利用処理について、図４を参照して説明する。まず、情報処理装置１８０は、メモリに格納しているデバイス鍵［Ｋｄ］１８１を読み出す。デバイス鍵１８１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【００７４】
次に、情報処理装置１８０は、ステップＳ１１において、デバイス鍵１８１を適用して情報記録媒体１７０に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ１７１の復号処理を実行して、メディア鍵Ｋｍを取得する。ＭＫＢ（Media Key Block）１７１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１７１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【００７５】
次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１７０から読み取ったバインドシード１７２とに基づく暗号処理によって、暗号鍵としてのバインド鍵Ｋｂを生成する。この鍵生成処理は、例えば、ＡＥＳ暗号アルゴリズムに従った処理として実行される。バインドシードについては、後段で詳細に説明する。
【００７６】
次に、ステップＳ１３において、バインド鍵Ｋｂによって、情報記録媒体１７０から読み取ったＣＰＳユニット鍵ファイル１７３の復号処理を行なう。ＣＰＳユニット鍵ファイル１７３は、各ＣＰＳユニットに対応して設定されるユニット鍵［Ｋｕｎ］の暗号化データを格納したファイルである。ユニット鍵ファイルの具体的構成については後述する。例えば、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］のような暗号化データとしてユニット鍵を格納している。Ｅｎｃ（ａ，ｂ）はデータｂの鍵ａによる暗号化データを示している。
【００７７】
ステップＳ１３におけるＣＰＳユニット鍵ファイル１７３の復号処理によって、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）
を取得し、ステップＳ１４において、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）、
に対して、情報記録媒体１７０から読み取った利用制御情報（ＣＣＩ）１７４を適用した演算処理を実行して、ユニット鍵［Ｋｕ＿ｎ］を得る。
例えば、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）が、ユニット鍵［Ｋｕ＿ｎ］と、利用制御情報［ＣＣＩ］との排他論理和（ＸＯＲ）結果データである場合、再度、この演算結果に対して、情報記録媒体から読み取った利用制御情報［ＣＣＩ］の排他論理和（ＸＯＲ）演算を実行することで、ユニット鍵［Ｋｕ＿ｎ］を取得することができる。
【００７８】
次に、ステップＳ１５において、情報記録媒体１７０から読み取った暗号化コンテンツ１７５に対して、ユニット鍵［Ｋｕ＿ｎ］を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、ステップＳ１６において、例えばＭＰＥＧデコード、圧縮解除、スクランブル解除等、必要なデコード処理を実行して、コンテンツ１８２を取得する。
【００７９】
この処理によって、情報記録媒体１７０に格納されたＣＰＳユニットとして管理される暗号化コンテンツが復号されて利用、すなわち再生することができる。
【００８０】
（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成
次に、図５以下を参照して、バーチャルプレイリストを有する場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成について説明する。
【００８１】
図５に示すようにプレイリストには、２つのタイプがある。１つは、リアルプレイリスト１２５，１２６であり、もう１つは、バーチャルプレイリスト１２７である。リアルプレイリスト１２５，１２６は、それが参照しているクリップのストリーム部分を共有しているとみなされる。すなわち、リアルプレイリスト１２５，１２６は、それの参照しているクリップのストリーム部分に相当するデータ容量をディスクの中で占める。ＡＶストリームが新しいクリップとして記録される場合、そのクリップ全体の再生可能範囲を参照するリアルプレイリストが自動的に作られる。リアルプレイリスト１２５，１２６の再生範囲の一部分が消去された場合、それが参照しているクリップのストリーム部分もまたデータが消去される。一方、バーチャルプレイリスト１２７は、クリップのデータを共有していないとみなされる。バーチャルプレイリスト１２７が変更または消去されたとしても、クリップは何も変化しない。すなわち、バーチャルプレイリスト１２７は、クリップを仮想的に参照するプレイリストであり、任意のクリップを自在に参照可能となる。
【００８２】
プレイリストは、異なるクリップストリームファイルを参照可能であるが、先に、図３を参照して説明したコンテンツ管理ユニット（ＣＰＳユニット）を設定する場合、いくつかの問題が発生する。例えば、図６は図３の状態からプレイリスト１２６とプレイリスト１２７の結合編集（２つのプレイリストを１つのプレイリストにする処理）を行った結果を示しており、結合編集によりプレイリスト１２７が存在しなくなり、動画コンテンツに対応するリアルプレイリスト１２５，１２６を含む１つのＣＰＳユニット３が設定された状態となっている。しかし、リアルプレイリスト１２６が、ＣＰＳユニット３に含まれるクリップのみならず、もともとＣＰＳユニット４に含まれていたクリップを参照する構成となっているため、プレイリスト１２６が再生対象とするクリップＡＶストリームのうち、クリップ１３３の部分の暗号鍵（Ｋｕ４）を指定することができなくなってしまう問題がある。
【００８３】
この問題を解決する構成例について以下、説明する。図７は、この問題を解決する１つの例であり、以下の条件設定の下でコンテンツ管理ユニット（ＣＰＳユニット）を設定する構成としたものである。
（条件１）リアルプレイリストの結合編集を禁止（異なるＣＰＳユニットに属するクリップの参照を禁止）
【００８４】
上記の条件は、リアルプレイリストは、自己の属するＣＰＳユニットに設定されたクリップのみを参照する設定とするものであり、この構成によって、編集操作で矛盾が発生することなく、ＣＰＳユニットの割り当て、プレイリストに基づくＣＰＳユニット判別が可能となる。なお、バーチャルプレイリストには、ＣＰＳユニットを割り当てない設定とすることにより、バーチャルプレイリストの編集の自由度を高めることが可能となる。
【００８５】
図８は、クリップ単位でＣＰＳユニットを設定した構成例である。図８の構成において、ＣＰＳユニット３は、クリップ１３１，１３２を含む構成であり、ＣＰＳユニット４は、クリップ１３３を含む構成として設定される。プレイリストは、ＣＰＳユニットには属さないデータとして設定される。
【００８６】
このように、プレイリストをＣＰＳユニットと独立した構成とすることで、プレイリストのレイヤにおいて実行される編集処理において、ＣＰＳユニットと暗号化データとの対応に影響を与えることがなく、自由な編集処理が可能となる。
【００８７】
図９は、１つのリアルプレイリストに１つのＣＰＳユニットを割り当てる構成例である。この場合、プレイリストとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、プレイリストとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各プレイリストに１つのユニット鍵が設定される単純な管理構成となる。
【００８８】
図１０は、１つのクリップに１つのＣＰＳユニットを割り当てる構成例である。この場合、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。
【００８９】
図１１は、図１０と同様、１つのクリップに１つのＣＰＳユニットを割り当てる構成例であり、さらに、静止画コンテンツについても、実データとしての画像ファイルに対応してＣＰＳユニットを設定した構成例である。この場合も、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。
【００９０】
［３．ユニット鍵ファイルの構成］
次に、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）に対応して設定されるユニット鍵［Ｋｕｎ］を格納したユニット鍵ファイルの複数の構成例について説明する。
【００９１】
前述したように、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、それぞれコンテンツの暗号処理に適用するユニット鍵が設定される。このユニット鍵は、暗号化されてユニット鍵ファイルに格納される。まず、ＣＰＳユニットの設定構成、およびユニット鍵の対応例を図１２に示す。図１２には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するＣＰＳユニット鍵の対応を示している。
【００９２】
ＣＰＳユニット設定単位は、上述したように、様々な態様が可能である。図１２（ａ）は、プレイリストに対応するＣＰＳユニットを設定した場合のユニット鍵ファイルの設定例である。
【００９３】
図１２（ｂ）は、クリップに対応するＣＰＳユニットを設定した場合のユニット鍵設定例である。この例は、先に図１０、図１１を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。
【００９４】
図１２に示す例は、ＣＰＳユニット鍵ファイルの概念を説明する図である。実際のＣＰＳユニット鍵ファイルのデータ構成例について図１３以下を参照して説明する。
【００９５】
図１３は、ＣＰＳユニット鍵ファイルの一構成例に対応するシンタックスを示す図である。図１３に示すように、ＣＰＳユニット鍵ファイルには、ヘッダ情報を格納したユニット鍵ファイルヘッダ２０１と、ユニット鍵の暗号化データを格納したユニット鍵ブロック２０２が設定される。ユニット鍵ファイルヘッダ２０１の前には、ユニット鍵ブロックのスタートアドレス（Unit_Key_Block_start_address）が設定される。
【００９６】
ユニット鍵ファイルヘッダ２０１の詳細、および、ユニット鍵ブロック２０２の詳細を図１４に示す。図１４（ａ）は、ユニット鍵ファイルヘッダの詳細であり、図１４（ｂ）は、ユニット鍵ブロックの詳細を示すシンタックスである。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルは、クリップ対応のＣＰＳユニットを設定した場合のＣＰＳユニット鍵ファイルの構成を示すものであり、先に図１０、図１１、を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。また、これは図１２（ｂ）に示すユニット鍵ファイル構成に対応する。
【００９７】
図１４（ａ）に示すように、ＣＰＳユニット鍵ファイルのヘッダ部には、以下のデータが含まれる。
（１）アプリケーションタイプ（Application_Type）：アプリケーションフォーマットの識別情報（例えば再生専用ディスク用フォーマット（BDMV）の場合１、記録再生ディスク用フォーマット（BDAV）の場合２）。なお、記録再生ディスクであっても、再生専用ディスクフォーマットのフォーマットで記録ができるが、その場合には、アプリケーションタイプは再生専用ディスクフォーマット(BDMV)として記録する。
（２）ディレクトリ数（Num_of_BD_Directory）：ディレクトリ数（再生専用ディスク（BDMV）の場合は１のみ、記録再生ディスク（BDAV）の場合は１〜５）
（３）メニューサムネイル＃１対応ＣＰＳユニット番号（CPS_Unit_number for Menu Thumbnail#I）：メニューサムネイル用のＣＰＳユニット番号
（４）マークサムネイル＃１対応ＣＰＳユニット番号（CPS_Unit_number for Mark Thumbnail#I）：マークサムネイル用のＣＰＳユニット番号
（５）ディレクトリＩのクリップ数（Num_of_Clip#I）：ディレクトリIの中に設定されたクリップ数
（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Clip_ID#J in Directory #I）：クリップのＩＤ（ファイル名XXXXX.clpiのXXXXXに当たる10進5桁の数字）
ただし、このデータは、再生専用ディスク（BDMV）には設定しない構成としてもよい。
（７）ディレクトリ＃Ｉ、タイトル＃Ｊに対応するＣＰＳユニット番号（CPS_Unit_number for Title#J in Directory #I）：クリップのＩＤ（タイトル）に対応するＣＰＳユニット番号
【００９８】
これらのデータがヘッダ情報として格納される。図１３、図１４に示す構成を持つユニット鍵ファイルは、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ（＝タイトル）毎にＣＰＳユニット番号が対応付けられた構成である。
【００９９】
図１４（ｂ）に示すＣＰＳユニット鍵ファイルのユニット鍵ブロックには、以下のデータが含まれる。
（１）ＣＰＳユニット数（Num_of_CPS_Unit）ディスク上のＣＰＳユニット数
（２）利用制御情報のＭＡＣ（MAC of Usage Rules#I）：ＣＰＳユニットに対応する利用制御情報（ＣＣＩ）ファイルデータの改竄検証用データとしてのＭＡＣ（Message Authentication Code）値
（３）メディアＩＤのＭＡＣ（MAC of Media ID#I）：メディアＩＤ［MediaID（記録型Discのシリアル番号）］の改竄検証用データとしてのＭＡＣ値
（４）各ＣＰＳユニット対応の暗号化ＣＰＳユニット鍵（Encrypted CPS Unit Key for CPS Unit#I）：ＣＰＳユニットごとに割り当てられるユニット鍵の暗号化データ
【０１００】
なお、情報記録媒体が再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットと、記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットでは、データの記録処理あるいは再生処理を実行するアプリケーションが利用するディレクトリ構造が異なるが、図１３および図１４に示すＣＰＳユニット鍵ファイルは、いずれのディスク、いずれのアプリケーションにも対応可能な構成となっている。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルのデータ構成は一例であり、必要に応じて、多少の構成データの変更は可能である。例えば、上述したように図１４（ａ）に示すユニット鍵ファイルヘッダ中、上述した（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Clip_ID#J in Directory #I）：クリップのＩＤ（ファイル名XXXXX.clpiのXXXXXに当たる10進5桁の数字）については、再生専用ディスク（BDMV）には設定しない構成としてもよい。
【０１０１】
情報記録媒体が記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造と、再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を図１５、図１６に示す。
【０１０２】
図１５は、ＢＤＡＶフォーマットに対応するディレクトリ構造を示している。データ部２２１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Copy Control Information）が設定される。
【０１０３】
データ部２２３は、ＢＤＡＶフォーマットに従ったデータ、すなわち、先に図１を参照して説明したインデックス情報（info.bdav）、静止画コンテンツを構成するメニューサムネイル(Menu.tidx, Menu.tidx1)、マークサムネイル(Mark.tidx, Mark.tidx1)、さらに、動画コンテンツを構成するプレイリスト(PLAYLISTにある0001.mpls等)、クリップ(CLIPINFにある01001.clpi等)、ストリームデータファイル(STREAMにある01001.m2ts等)が設定される。
【０１０４】
図１６は、ＢＤＭＶフォーマットに対応するディレクトリ構造を示している。データ部２３１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Copy Control Information）が設定される。
【０１０５】
データ部２３２は、データ部２３１の設定データのバックアップデータファイルが設定される。なお、バックアップデータファイルは、必須ではなく必要に応じて設定する。データ部２３３は、ＢＤＭＶフォーマットに従ったデータが設定される。ＢＤＡＶフォーマットには、プログラムファイルとしてのムービオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）が設定される。さらに、動画コンテンツを構成するプレイリスト、クリップ、ストリームデータファイルが設定される点は、ＢＤＡＶフォーマットと同様である。
【０１０６】
図１３、図１４を参照して説明したＣＰＳユニット鍵ファイルは、図１５、図１６のＢＤＡＶフォーマット、ＢＤＭＶフォーマットのいずれにも対応可能であり、いずれのフォーマットに対しても共通の鍵ファイルとして利用できる。
【０１０７】
情報記録媒体を利用する情報処理装置で実行するアプリケーションは、図１４（ａ）に示すＣＰＳユニット鍵ファイルのヘッダ部のアプリケーションタイプ（Application_Type）を参照して、ＢＤＭＶ、ＢＤＡＶのいずれの設定に従った鍵ファイルであるかを判別して、図１４（ｂ）に示す鍵ブロックから利用する鍵を取得する。
【０１０８】
図１３、図１４を参照して説明したユニット鍵ファイル構成では、前述したように、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ（＝タイトル）毎にＣＰＳユニット番号が対応付けられた構成を持っており、
例えばコンテンツ再生を実行する情報処理装置のアプリケーションプログラムが、コンテンツの復号に適用するユニット鍵を取得する場合、再生対象コンテンツとしてのサムネイルまたはクリップを特定し、各サムネイルまたはクリップに対応するＣＰＳユニット番号を図１４（ａ）に示すＣＰＳユニット鍵ファイルヘッダから取得し、ＣＰＳユニット番号に対応するユニット鍵を図１４（ｂ）に示すＣＰＳユニット鍵ブロックから取得する処理を行なうことになる。
【０１０９】
次に、図１７以下を参照して、ユニット鍵ファイルの様々な設定例について説明する。
（１）プレイリスト対応のＣＰＳユニット設定例１
図１７に、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１７に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３０１に、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１０】
（２）プレイリスト対応のＣＰＳユニット設定例２
図１８も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図１８に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３１１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、プレイリストについては、プレイリストＩＤが直接記述されて、各プリイリストＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３１２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１１】
（３）クリップ対応のＣＰＳユニット設定例１
図１９は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１９に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３２１に、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１２】
（４）クリップ対応のＣＰＳユニット設定例２
図２０も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図２０に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３３１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、クリップについては、クリップＤが直接記述されて、各クリップＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３３２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１３】
（５）１つのプレイリストに１つのＣＰＳユニットを設定した例１
図２１は、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２１に示すＣＰＳユニット鍵ファイルは、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３４１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１４】
（６）１つのプレイリストに１つのＣＰＳユニットを設定した例２
図２２も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２２に示すＣＰＳユニット鍵ファイルも、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プリイリストＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３５１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１５】
（７）１つのクリップに１つのＣＰＳユニットを設定した例１
図２３は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２３に示すＣＰＳユニット鍵ファイルは、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３６１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１６】
（８）１つのクリップに１つのＣＰＳユニットを設定した例２
図２４も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２４に示すＣＰＳユニット鍵ファイルも、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３７１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。
【０１１７】
上述したように、ＣＰＳユニットの設定構成は様々な設定が可能であり、また、ＣＰＳユニット鍵ファイルの構成も、各ＣＰＳユニットの設定に応じた構成として様々なファイル構成が可能となる。
【０１１８】
［４．バインドシードを適用したユニット鍵ファイルの暗号化構成］
次に、情報記録媒体に格納されるユニット鍵ファイルの暗号化構成について説明する。
【０１１９】
上述したように、情報記録媒体に格納されるコンテンツは、コンテンツ管理ユニット（ＣＰＳユニット）に属するデータとされ、ＣＰＳユニット鍵を適用した暗号化データとして格納される。また、ＣＰＳユニット鍵についても、ＣＰＳユニット鍵ファイルに暗号化された鍵データとして格納されて情報記録媒体に記録される。
【０１２０】
具体的なＣＰＳユニット鍵の暗号化態様について、図を参照して説明する。図２５は、データ記録可能な情報記録媒体４００に対して、ＣＰＳユニット対応コンテンツの記録処理を行なった場合におけるＣＰＳユニットおよびユニット鍵ファイルの変遷を説明する図である。
【０１２１】
まず、ＣＰＳユニット対応コンテンツの記録されていないブランクメディアとしての情報記録媒体４００ａに、例えばあるＡＶストリームを含むＣＰＳユニット＃１，４１１を記録する。このＣＰＳユニット＃１，４１１に含まれるデータ、例えばクリップに含まれるＡＶストリームは、ＣＰＳユニット＃１，４１１に対応して設定されるＣＰＳユニット鍵＃１を適用した暗号化データとして記録される。この暗号化処理に適用したＣＰＳユニット鍵＃１は、ユニット鍵ファイル４２１として暗号化されて、情報記録媒体４００ｂに記録される。なお、４００ａ〜ｃは同じ記録媒体である。
【０１２２】
このとき、ＣＰＳユニット鍵＃１を含むＣＰＳユニット鍵ファイルの暗号化に適用する暗号鍵はバインド鍵［Ｋｂ］であり、このバインド鍵［Ｋｂ］に適用する暗号鍵生成情報がバインドシードＡ４２２となる。バインドシードに基づくバインド鍵［Ｋｂ］の生成処理については、後段で詳細に説明するが、例えば情報処理装置の保有するデバイス鍵［Ｋｄ］による暗号鍵ブロックＭＫＢの処理によって取得するメディア鍵［Ｋｍ］を適用したバインドシードの暗号化処理、すなわち、
Ｋｂ＝ＡＥＳ（Ｋｍ，バインドシード）
によってバインド鍵［Ｋｂ］が生成される。ＡＥＳ（ａ，ｂ）はデータｂの鍵ａによるＡＥＳ暗号化データを示している。
【０１２３】
ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂには、バインドシードＡ４２２によって生成されたバインド鍵［Ｋｂ］によって暗号化されたユニット鍵ファイル４２１が記録される。
【０１２４】
バインドシードは固定データではなく、ユニット鍵ファイルに格納されるユニット鍵構成の変更に応じて、随時変更される。例えば、図２５に示すように、ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂに対して、さらに、ＣＰＳユニット＃２，４１２を記録する（図に示す情報記録媒体４００ｃ）。このＣＰＳユニットの追加記録を行なう場合、ＣＰＳユニット鍵ファイル４２３は、ＣＰＳユニット鍵＃１とＣＰＳユニット鍵＃２を含むファイルとして更新される。この更新処理に際して、バインドシードも変更される。
【０１２５】
図に示す例では、ＣＰＳユニット＃１，４１１の記録された情報記録媒体４００ｂではバインドシードＡ４２２がユニット鍵ファイル４２１の暗号化に適用したバインド鍵の生成情報である。ＣＰＳユニット＃１，４１１およびＣＰＳユニット＃２，４１２の記録された情報記録媒体４００ｃではバインドシードＢ４２４がユニット鍵ファイル４２３の暗号化に適用したバインド鍵の生成情報である。
ここで、
バインドシードＡ≠バインドシードＢ
である。
【０１２６】
従って、情報記録媒体４００ｂのＣＰＳユニット鍵＃１を構成要素とするユニット鍵ファイル４２１の暗号鍵としてのバインド鍵［Ｋｂ−ａ］と、情報記録媒体４００ｃのＣＰＳユニット鍵＃１とＣＰＳユニット鍵＃２を構成要素とするユニット鍵ファイル４２３の暗号鍵としてのバインド鍵［Ｋｂ−ｂ］とは異なる鍵である。
【０１２７】
ＣＰＳユニット＃１，４１１が記録された情報記録媒体４００ｂの格納コンテンツ、すなわちＣＰＳユニット＃１，４１１に属する暗号化コンテンツを再生する場合、ユニット鍵ファイル４２１を復号することが必要であり、この場合、バインドシードＡ４２２を適用して暗号鍵（バインド鍵［Ｋｂ−ａ］）を生成して、ユニット鍵ファイル４２１を復号してユニット鍵＃１を得る。その後、ユニット鍵＃１を適用してＣＰＳユニット＃１，４１１に含まれる暗号化コンテンツの復号を行なう。
【０１２８】
また、ＣＰＳユニット＃１，４１１およびＣＰＳユニット＃２，４１２の記録された情報記録媒体４００ｃの格納コンテンツ、すなわちＣＰＳユニット＃１，４１１またはＣＰＳユニット＃２，４１２に属する暗号化コンテンツを再生する場合、ＣＰＳユニット鍵＃１またはＣＰＳユニット鍵＃２をユニット鍵ファイル４２３から取得することが必要であり、この場合、バインドシードＢ４２４を適用して暗号鍵（バインド鍵［Ｋｂ−ｂ］）を生成して、ユニット鍵ファイル４２３を復号してユニット鍵＃１またはユニット鍵＃２を得る。その後、ユニット鍵＃１またはユニット鍵＃２を適用してＣＰＳユニット＃１，４１１またはＣＰＳユニット＃２に含まれる暗号化コンテンツの復号を行なう。
【０１２９】
このように、ユニット鍵ファイルの構成に応じて、逐次バインドシードを変更することで、情報記録媒体に正規に格納されたＣＰＳユニットと適用可能なＣＰＳユニット鍵との対応を厳格に管理することが可能となる。
【０１３０】
ＣＰＳユニットとＣＰＳユニット鍵との厳格な管理構成例について、図２６を参照して説明する。図２６は、情報記録媒体からのコンテンツ（ＣＰＳユニット）のムーブ処理を行なう場合のバインドシードの変更処理について説明する図である。ムーブ処理とは、情報記録媒体に格納されたコンテンツを他の媒体などへ移動させる処理である。図の例では、情報記録媒体４００ｃに格納されたＣＰＳユニット＃２，４１２を他の情報記録媒体４３１に移動したものとする。このようなムーブ処理において、ＣＰＳユニット＃２，４１２は、ムーブ先としての情報記録媒体４３１に記録されるが、ムーブ元である情報記録媒体４００ｃのＣＰＳユニット＃２，４１２は、データ消去処理がなされるわけではなく、データ実体は残存し、物理的にはＣＰＳユニット＃２，４１２は情報記録媒体４００ｃに残存する場合がある。
【０１３１】
このような場合、情報記録媒体４００ｃを装着しムーブ処理を実行した情報処理装置およびドライブ装置は、ユニット鍵ファイル４２３の更新を実行する。このユニット鍵ファイルの更新処理に際して、元のバインドシードＢ４２４を変更し、新たなバインドシードＣ４２６を生成して、バインドシードＣ４２６を適用して生成する暗号鍵（バインド鍵［Ｋｂ−ｃ］）によって、ユニット鍵＃１を構成要素とするユニット鍵ファイル４２５の暗号化を実行して、ユニット鍵＃１を格納したユニット鍵ファイル４２５を情報記録媒体４０４に再記録する処理を行なう。
【０１３２】
情報処理装置の実行する処理の具体的なシーケンスは以下の通りである。
（ステップ１）
ユニット鍵ファイル４２３をバインドシードＢ４２４を適用して生成する暗号鍵Ｂ（バインド鍵Ｂ）で復号し、ユニット鍵＃１を取得する。
（ステップ２）
乱数生成などによって新たなバインドシードＣ４２６を生成する。
（ステップ３）
生成したバインドシードＣを用いて新たな暗号鍵Ｃ（バインド鍵Ｃ）を生成し、生成した暗号鍵Ｃ（バインド鍵Ｃ）を適用して、ユニット鍵＃１を含むユニット鍵ファイル４２５の暗号化を実行して情報記録媒体４０４に再記録する。
これらの処理を実行することになる。
【０１３３】
この処理によって、図２６に示す情報記録媒体４００ｃと情報記録媒体４００ｄに記録されたユニット鍵ファイル４２３，４２５は、異なるバインドシード、すなわち、バインドシードＢ４２４を適用して生成されるバインド鍵［Ｋｂ−ｂ］、バインドシードＣ４２６を適用して生成されるバイント鍵［Ｋｂ−ｃ］、これらの異なるバインド鍵によって暗号化された鍵ファイルデータとなる。
【０１３４】
なお、図には示していないが、ＣＰＳユニット＃２のムーブ先となった情報記録媒体４３１がムーブ元である情報記録媒体４００と同種の記録媒体、または同様の機能を持っている記録媒体の場合には、ＣＰＳユニット鍵＃２を格納したユニット鍵ファイルが記録され、やはり、独自のバインドシードｘを適用して生成される暗号鍵ｘ（バインド鍵ｘ）で暗号化されたＣＰＳユニット鍵＃２を格納したユニット鍵ファイルを情報記録媒体４３１に記録することになる。
【０１３５】
このような構成とすることで、各情報記録媒体に格納されるユニット鍵ファイルは、全て異なる暗号鍵で暗号化されたデータとなり、ユニット鍵ファイルを情報記録媒体間でコピー処理を実行しても、正しい対応するバインドシードを取得することができないことになり、コピーされた鍵ファイルの復号が実行できず、情報記録媒体に記録されたＣＰＳユニットとＣＰＳユニット鍵ファイルに記録されたユニット鍵との対応を厳格に管理することが可能となる。
【０１３６】
次に、図２７を参照して、バインドシードおよびユニット鍵ファイルの記録領域の構成例について説明する。図２７にはケース（１）〜（３）の３つの記録構成例を示してある。
【０１３７】
情報記録媒体に記録されるデータは、２０４８バイトのユーザデータ（Ｕｓｅｒ Ｄａｔａ）領域と、１８バイトのユーザコントロールデータ（ＵＣＤ：Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｄａｔａ）領域とが交互に記録される構成となる。ユーザコントロールデータ領域は様々な制御情報を記録する領域であってドライブからのアクセスのみが可能で直接エンドユーザからはアクセスできない領域であり、ユーザデータ領域は、コンテンツ他の様々なデータファイルを記録する領域として利用される。
【０１３８】
図２７のケース（１）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以下の場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４１を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４１を記録したＵＣＤ領域に続く２Ｋバイトユーザデータ領域にユニット鍵ファイル４４２を記録した構成例である。
【０１３９】
図２７のケース（２）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以上である場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４３を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４３を記録したＵＣＤ領域に続く２つの２Ｋバイトユーザデータ領域にユニット鍵ファイルの分割データをそれぞれユニット鍵ファイル＿０，４４４と、ユニット鍵ファイル＿１，４４５として記録した構成例である。
【０１４０】
図２７のケース（３）に示す例は、ユニット鍵ファイルが２Ｋ（２０４８）バイト以上である場合のバインドシードおよびユニット鍵ファイルの記録例であり、バインドシード４４６を１８バイトＵＣＤ領域の１６バイトを利用して記録し、バインドシード４４６を記録したＵＣＤ領域以後の離間した２つの２Ｋバイトユーザデータ領域にユニット鍵ファイルの分割データをそれぞれユニット鍵ファイル＿０，４４７と、ユニット鍵ファイル＿１，４４８として記録した構成例である。
【０１４１】
このようにバインドシードはユーザコントロールデータ（ＵＣＤ）の構成データとして記録され、ユニット鍵ファイルは、データ長に応じて１つまたは複数の２ＫＢユーザデータ領域を利用して記録されることになる。このようにバインドシードをユーザからは直接アクセスできないユーザコントロール領域に記録し、ユニット鍵ファイルから分離させたことにより更に厳格なコンテンツ管理が可能となる。
【０１４２】
ユーザコントロールデータ（ＵＣＤ）領域のバインドシードのデータ記録構成例について、図２８を参照して説明する。図２８は、１８バイトＵＣＤ領域を示している。各８ビット記録可能なバイト列０〜１７を有する。これらのＵＣＤ領域中、バイト列０〜１５の１６バイト領域をバインドシード記録領域として設定する。
【０１４３】
情報記録媒体に記録するユニット鍵ファイルの生成、更新時には、例えば乱数に基づくバインドシードデータをこの１６バイト領域に新たに書き込む、あるいは更新する処理を実行する。これらの処理を実行するのは、情報記録媒体を装着したドライブまたは情報処理装置において実行される。
【０１４４】
［５．ユニット鍵ファイルの記録、読み取り、およびコンテンツの記録、再生処理］
次に、ユニット鍵ファイルの記録、読み取り、およびコンテンツの記録、再生処理について説明する。まず、図２９を参照して、情報記録媒体に対するＣＰＳユニット対応のコンテンツ書き込み処理と、情報記録媒体に格納されたＣＰＳユニット対応コンテンツの再生処理、それぞれの処理シーケンスについて説明する。
【０１４５】
図２９において、情報処理装置４５０は、ＣＰＳユニット対応コンテンツを情報記録媒体４７０に記録する処理、情報処理装置４６０は、情報記録媒体４７０に記録されたＣＰＳユニット対応コンテンツを読み取り復号、再生する処理を実行する装置として示している。なお、情報処理装置４５０，４６０は同一の装置であってもよい。
【０１４６】
まず、ＣＰＳユニット対応コンテンツを情報記録媒体４７０に記録する処理について、情報処理装置４５０側のシーケンスに沿って説明する。ＣＰＳユニットを新たに情報記録媒体４７０に記録する際、まず、情報処理装置４７０は、ステップＳ３１において、自装置のメモリに格納されたデバイス鍵４５１を取得し、メディア鍵を格納した暗号鍵ブロックであるＭＫＢの処理によってメディア鍵を取得する。
【０１４７】
デバイス鍵４５１は、先に図４を参照して説明したように、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。ＭＫＢ（Media Key Block）４５２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
【０１４８】
なお、ＭＫＢ４５２は、情報記録媒体４７０に予め記録されたＭＫＢ４７１を読み取って利用することが可能である。あるいはその他の記録媒体等のメディア、あるいはネットワークを介してサーバから取得するなどの処理によって取得することも可能である。
【０１４９】
次に、ステップＳ３２において、バインドシード４５３を適用したバインドシード処理、すなわち、例えばメディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって、バインド鍵、すなわちＣＰＳユニット鍵を暗号化するための暗号鍵（バインド鍵）を生成する。バインドシード４５３は、例えば乱数生成処理によってドライブにおいて生成される。なお、ドライブホスト間の処理シーケンスについては、図３０、図３１を参照して後段で説明する。なお、情報記録媒体４７０にはバインドシード４７２が、先に図２７等を参照して説明したように、ユーザコンントロールデータ領域に記録される。
【０１５０】
ステップＳ３３は、ユニット鍵４５５の暗号化処理実行ステップである。ユニット鍵４５５は、記録対象とするコンテンツ４５６の属するＣＰＳユニットに対応するＣＰＳユニット鍵であり、例えば乱数に基づいて生成される。ユニット鍵４５５は、ステップＳ３２においてバインドシードに基づいて生成した暗号鍵で暗号化される。なお、本例では、ＣＰＳユニットに対応する利用制御情報（ＣＣＩ）を利用して、暗号化ユニット鍵が生成される。具体的には、先に図４を参照して説明したように、
例えば、
［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
上記式によって示される暗号化データとして暗号化ユニット鍵が生成される。ここで、暗号鍵［Ｋｂ］は、バインドシードに基づいて生成した暗号鍵である。Ｅｎｃ（ａ，ｂ）はデータｂの鍵ａによる暗号化データを示している。また、ｆ（ａ，ｂ）はデータａとデータｂとに基づく演算結果データであり、例えばａとｂとの排他論理和演算結果である。
【０１５１】
なお、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
は、例えばＣＰＳユニット＃ｎに対応するユニット鍵＃ｎと、ＣＰＳユニット＃ｎに対応する利用制御情報（ＣＣＩ＃ｎ）との排他論理和結果に対して、バインドシードに基づいて生成した暗号鍵［Ｋｂ］を適用して暗号化したデータを示している。このようにして生成した暗号化されたユニット鍵を格納したＣＰＳユニット鍵ファイル４７３を情報記録媒体４７０に記録する。なお、情報記録媒体には、利用制御情報（ＣＣＩ）４７４も記録される。
【０１５２】
なお、複数のユニット鍵を構成要素とするユニット鍵ファイルを設定する場合は、各ユニット鍵の連結データから構成される１つのユニット鍵ファイルに対してバインド鍵による暗号化する構成、あるいは各ＣＰＳユニット鍵と各ＣＰＳユニット対応の利用制御情報（ＣＣＩ）との連結データから構成される１つのユニット鍵ファイルに対してバインド鍵による暗号化を実行する構成としてもよい。
【０１５３】
情報処理装置４５０は、さらに、ステップＳ３４において、ユニット鍵４５５を適用して、コンテンツ４５６を暗号化する。コンテンツ４５６は、例えばＣＰＳユニットに含まれるＡＶストリームデータである。ステップＳ３４における暗号化結果としての暗号化コンテンツ４７５が情報記録媒体４７０に記録される。なお、情報記録媒体４７０の記録データとして示している暗号化コンテンツ４７６は、ＣＰＳユニットに相当する。
【０１５４】
次に、情報記録媒体４７０に格納されたコンテンツの再生処理について、情報処理装置４７０側のシーケンスに従って説明する。この処理は、基本的に、先に図４を参照して説明した処理と同様の処理である。情報処理装置４７０は、ステップＳ５１において、デバイス鍵４６１を適用して情報記録媒体４７０に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ４７１の復号処理を実行して、メディア鍵Ｋｍを取得する。
【０１５５】
次に、ステップＳ５２において、ステップＳ５１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体４７０から読み取ったバインドシード４７２とに基づく暗号処理によって、暗号鍵（バインド鍵）Ｋｂを生成する。この鍵生成処理は、例えば、ＡＥＳ暗号アルゴリズムに従った処理として実行される。
【０１５６】
次に、ステップＳ５３において、バインド鍵Ｋｂによって、情報記録媒体４７０から読み取ったＣＰＳユニット鍵ファイル４７３の復号処理を行なう。ＣＰＳユニット鍵ファイル４７３は、各ＣＰＳユニットに対応して設定されるユニット鍵［Ｋｕｎ］の暗号化データを格納したファイルである。ユニット鍵ファイルは、前述したように、例えば、［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］の構成を持つ暗号化データとしてユニット鍵を格納している。この暗号化データに対して、バインド鍵Ｋｂによる復号、利用制御情報（ＣＣＩ）による演算、例えば排他論理和演算を実行して、ＣＰＳユニット鍵を取得する。
【０１５７】
すなわち、バインド鍵Ｋｂによる、下記の暗号化ユニット鍵、
［Ｅｎｃ（Ｋｂ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］
を復号して、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）
を取得し、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）に対して、情報記録媒体４７０から読み取った利用制御情報（ＣＣＩ）４７４を適用した演算処理を実行して、ユニット鍵［Ｋｕ＿ｎ］を得る。データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）が、ユニット鍵［Ｋｕ＿ｎ］と、利用制御情報［ＣＣＩ］との排他論理和（ＸＯＲ）結果データである場合、再度、この演算結果に対して、情報記録媒体から読み取った利用制御情報［ＣＣＩ］の排他論理和（ＸＯＲ）演算を実行することで、ユニット鍵［Ｋｕ＿ｎ］を取得することができる。
【０１５８】
次に、ステップＳ５４において、情報記録媒体４７０から読み取った暗号化コンテンツ４７５に対して、ユニット鍵［Ｋｕ＿ｎ］を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、コンテンツ４８２を取得する。
【０１５９】
図２９には、ＣＰＳユニット対応コンテンツの記録、再生処理のシーケンスを１つの情報処理装置の実行シーケンスとして示してあるが、例えば情報記録媒体に対するアクセスを行うドライブ装置を備えた、または接続したＰＣなどの情報処理装置によってコンテンツの記録や再生を行なう場合のＣＰＳユニット鍵ファイルの記録や、ＣＰＳユニット鍵ファイルからのＣＰＳユニット鍵の取得処理は、ＰＣ等の情報処理装置側のホストと、情報記録媒体に対するデータ記録読み取りを実行するドライブとの両者間のデータ送受信を介して行なわれる。
【０１６０】
ＣＰＳユニット鍵ファイルの記録処理と、ＣＰＳユニット鍵ファイルからのＣＰＳユニット鍵の取得処理を実行する際のホストとドライブ間の処理シーケンスについて、それぞれ図３０、図３１を参照して説明する。
【０１６１】
まず、図３０を参照してＣＰＳユニット鍵ファイルを情報記録媒体に対して記録する処理を行なう際のホストとドライブ間の処理シーケンスについて説明する。この処理シーケンスは、新たなＣＰＳユニット鍵ファイルを情報記録媒体に記録する際のみならず、例えば既存のＣＰＳユニット鍵ファイルに新たなＣＰＳユニット鍵を追加する場合、ＣＰＳユニット鍵ファイルからＣＰＳユニット鍵を削除する場合などにも実行される処理であり、前述したようにＣＰＳユニット鍵ファイルの格納鍵が更新され、変更される場合は、いずれの場合においても新たなバインドシードが設定され、新たなバインドシードによって、ＣＰＳユニット鍵ファイルの暗号化が実行されて情報記録媒体に書き込まれる。
【０１６２】
図３０において、右側にホスト、左側にドライブの処理を示している。ドライブには、情報書き込み可能な情報記録媒体が装着されている。まず、ホストは、ステップＳ７１において、乱数ａを生成し、ステップＳ７２において、ホストはドライブに対して、ＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）情報と、生成乱数ａ（ｎｏｎｃｅ）を送信する。
【０１６３】
ステップＳ７３において、ドライブは、新たなバインドシードとして適用する乱数を生成し、この乱数を自己のメモリにキャッシュする。さらに、ステップＳ７４において、ドライブの秘密鍵（Ｋｓ）を適用して、生成した［バインドシード］と、ホストから指定されたＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）の先頭アドレスである［スタートＬＢＡ］と、ホストから受信した［乱数ａ］の連結データに対して電子署名を行なう。
【０１６４】
電子署名（Ｓ）は、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
として示される。なお、署名（Ｋ，ａ｜ｂ｜ｃ）は、鍵［Ｋ］によるデータａ，ｂ，ｃの連結データに対する署名データを示す。
【０１６５】
ドライブは、ステップＳ７５において、ドライブの生成したバインドシードと、署名（Ｓ）と、ドライブの公開鍵証明書（ＰＫＣ）をホストに送信する。ホストは、ステップＳ７６において、ドライブから受信した公開鍵証明書（ＰＫＣ）の署名検証を行い、公開鍵証明書（ＰＫＣ）の正当性を確認し、さらに、ＰＫＣに対応するリボケーションリスト、すなわち無効化されたＰＫＣリストとの照合を行い、ドライブの公開鍵証明書（ＰＫＣ）の正当性を確認した後、ＰＫＣからドライブの公開鍵（Ｋｐ）を取得する。
【０１６６】
その後、ドライブの公開鍵（Ｋｐ）を適用して、ドライブから受信した署名（Ｓ）、すなわち、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
についての署名検証処理を実行する。
【０１６７】
次に、バインドシードを適用して、ＣＰＳユニット鍵の暗号化に適用する暗号鍵（バインド鍵（Ｋｂ）を生成する。バインド鍵（Ｋｂ）は、例えば、
Ｋｂ＝ＡＥＳ＿Ｅ（Ｋｍ，バインドシード）
すなわち、メディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって生成する。なお、メディア鍵［Ｋｍ］は、先に図２９を参照して説明したようにホストの保有するデバイス鍵［Ｋｄ］に基づくＭＫＢの処理によってＭＫＢから取得される鍵データである。
【０１６８】
次に、ホストは、乱数によって生成した新たなＣＰＳユニット鍵を含むＣＰＳユニット鍵ファイル、あるいは、更新するＣＰＳユニット鍵ファイルに対して、バインド鍵（Ｋｂ）を適用して暗号化を実行する。なお、ＣＰＳユニット鍵ファイルの更新処理に際しては、予め、ドライブを介して情報記録媒体に記録済みのＣＰＳユニット鍵ファイルを取得しておくことが必要であるが、この処理は、図３１を参照して説明するＣＰＳユニット鍵ファイルの読み取り処理に従って行なわれることになる。この処理については後述する。
【０１６９】
ホストは、新たなバインドシードを適用したバインド鍵（Ｋｂ）で暗号化したＣＰＳユニット鍵ファイルを生成すると、ステップＳ７７において、生成または更新したＣＰＳユニット鍵ファイルをドライブに送信する。
【０１７０】
ドライブは、ステップＳ７８において、ホストから受領したＣＰＳユニット鍵ファイルと、バインドシードを情報記録媒体に記録する。先に、図２７、図２８を参照して説明したように、バインドシードは、ユーザコントロールデータ（ＵＣＤ）領域に書き込み、ＣＰＳユニット鍵ファイルはユーザデータ領域に書き込まれる。
【０１７１】
次に、図３１を参照して、情報記録媒体に記録済みのＣＰＳユニット鍵ファイルから、ＣＰＳユニット鍵の取得を実行する際のホストとドライブ間の処理シーケンスについて説明する。この処理シーケンスは、ＣＰＳユニット対応のコンテンツ再生時にＣＰＳユニット鍵を取得する際に実行される。なお、上述したように、ＣＰＳユニット鍵ファイルを更新する場合にも実行される。
【０１７２】
図３１において、右側にホスト、左側にドライブの処理を示している。ドライブには、ＣＰＳユニット鍵ファイルが記録された情報記録媒体が装着されている。まず、ホストは、ステップＳ８１において、乱数ａを生成し、ステップＳ８２において、ホストはドライブに対して、ＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）情報と、生成乱数ａ（ｎｏｎｃｅ）を送信する。
【０１７３】
ステップＳ８３において、ドライブは、情報記録媒体からバインドシードを読み取る。さらに、ステップＳ８４において、ドライブの秘密鍵（Ｋｓ）を適用して、読み取った［バインドシード］と、ホストから指定されたＣＰＳユニット鍵ファイルの書き込み領域を示す論理ブロックアドレス（ＬＢＡ ｅｘｔｅｎｔ）の先頭アドレスである［スタートＬＢＡ］と、ホストから受信した［乱数ａ］の連結データに対して電子署名を行なう。電子署名（Ｓ）は、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
として示される。
【０１７４】
ドライブは、ステップＳ８５において、ドライブが情報記録媒体から読み取ったバインドシードと、署名（Ｓ）と、ドライブの公開鍵証明書（ＰＫＣ）をホストに送信する。ホストは、ステップＳ８６において、ドライブから受信した公開鍵証明書（ＰＫＣ）の署名検証を行い、公開鍵証明書（ＰＫＣ）の正当性を確認し、さらに、ＰＫＣに対応するリボケーションリスト、すなわち無効化されたＰＫＣリストとの照合を行い、ドライブの公開鍵証明書（ＰＫＣ）の正当性を確認した後、ＰＫＣからドライブの公開鍵（Ｋｐ）を取得する。
【０１７５】
その後、ドライブの公開鍵（Ｋｐ）を適用して、ドライブから受信した署名（Ｓ）、すなわち、
Ｓ＝署名（ドライブ秘密鍵（Ｋｓ），バインドシード｜スタートＬＢＡ｜乱数ａ）
についての署名検証処理を実行する。
【０１７６】
次に、バインドシードを適用して、ＣＰＳユニット鍵の復号に適用する暗号鍵（バインド鍵（Ｋｂ）を生成する。バインド鍵（Ｋｂ）は、例えば、
Ｋｂ＝ＡＥＳ＿Ｅ（Ｋｍｕ，バインドシード）
すなわち、メディア鍵［Ｋｍ］を適用したバインドシードのＡＥＳ暗号化処理によって生成する。なお、メディア鍵［Ｋｍ］は、先に図２９を参照して説明したようにホストの保有するデバイス鍵［Ｋｄ］に基づくＭＫＢの処理によってＭＫＢから取得される鍵データである。
【０１７７】
次に、ステップＳ８７において、ドライブは、情報記録媒体からＣＰＳユニット鍵ファイルを読み取り、ステップＳ８８において、ＣＰＳユニット鍵ファイルをホストに送信する。
【０１７８】
ホストはステップＳ８９において、ドライブからＣＰＳユニット鍵ファイルを受信し、先に生成したバインド鍵（Ｋｂ）を適用して、ＣＰＳユニット鍵ファイルを復号してＣＰＳユニット鍵を取得する。
【０１７９】
ＣＰＳユニット対応の暗号化コンテンツを復号、再生する場合は、ここで取得したＣＰＳユニット鍵を適用して復号する。また、ＣＰＳユニット鍵ファイルの更新を実行する場合は、先に図３０を参照して説明したシーケンスに従って、新たなバインドシードの生成、ＣＰＳユニット鍵の暗号化を実行する。
【０１８０】
［６．情報記録媒体に対するユニット鍵ファイルの記録構成］
次に、情報記録媒体に対するユニット鍵ファイルの記録構成について、説明する。上述したように、ユニット鍵ファイルは、コンテンツの再生の際に読み出しが行なわれるばかりでなく、ファイル内のユニット鍵の追加や削除などの更新の際にも読み取り、再書き込みが実行される。すなわち、他のデータに比較してより頻繁な読み取り書き込みが行われるファイルである。
【０１８１】
情報記録媒体からのデータ読み取りおよびデータ書き込みは、ＥＣＣブロック単位で実行される。ＥＣＣブロックは、例えば６４Ｋバイトであり先に図２７を参照して説明した１８バイトのユーザコントロールデータと２ＫＢのユーザデータ領域を複数含むブロックである。ＥＣＣブロックには所定のエラー訂正コードが付与されており、ＥＣＣブロック単位で読み取られた後、エラー訂正コードによるエラー訂正処理が実行され、その後、ＥＣＣブロックから必要なデータが取得される。データ更新や書き込みに際しても、新たなＥＣＣブロックの構成データに基づいてエラー訂正コードを計算し記録することが必要となる。
【０１８２】
この処理は、ＥＣＣブロック単位で実行されることになるため、特定のファイルのデータ読み取り、書き込みに必要なＥＣＣブロックの数が増加する場合、さらには読み書きの対象となるＥＣＣブロックが複数でかつ物理的に離れた位置にある場合などに、ファイルの読み出し・書き込み処理の時間が増大することになる。また、ＥＣＣブロックのサイズが例えば６４ＫＢであるのに対し、ファイルの最小書き込み単位であるセクタは２ＫＢであるため、ＥＣＣブロック内の一部のセクタだけを対象にしたデータの書き込みが発生する場合がある。この場合、ドライブは一旦ＥＣＣブロックに記録されている全てのセクタの情報を読み取り、ホストから書き込み命令を受けている一部のセクタの情報を書き込むべき値に変更し、再度ＥＣＣブロック単位で情報をひとまとめにしてＥＣＣブロックへの記録を行う。この部分的なＥＣＣブロックの書き換え処理をＲＭＷ（Ｒｅａｄ Ｍｏｄｉｆｙ Ｗｒｉｔｅ）と呼ぶ。このＲＭＷ処理は、複数のファイルが１つのＥＣＣブロックに記録されている場合に発生する可能性が高く、例えば２ＫＢのサイズを持つユニット鍵ファイルと他のファイル（ファイルＡ）が１つのＥＣＣブロックに記録されている場合、ユニット鍵ファイルの更新、ファイルＡの更新のどちらにおいてもＲＭＷ処理が発生する。
【０１８３】
一般的なコンテンツ再生や記録処理におけるデータ読み取り、書き込み処理におけるデータアクセス処理について、図３２を参照して説明する。図３２は、情報記録媒体（ディスク）におけるトラック方向に沿ったデータ記録構成を示している。
【０１８４】
トラック方向に沿って６４ＫＢのＥＣＣブロック単位でデータが記録されている。６４ＫＢＥＣＣブロックは２ＫＢのセクタデータの集合である。このデータ記録領域には、ＣＰＳユニットに対応するＣＰＳユニット鍵を暗号化データとして記録したＣＰＳユニット鍵ファイル５０１、ＣＰＳユニット対応コンテンツのインデックス情報などのタイトル一覧、タイトル情報などを格納したデータベースファイル５０２、ＣＰＳユニット対応のＡＶストリーム等の一般ファイル５０３が記録される。また、ＣＰＳユニット鍵ファイルが２ＫＢを超える場合、ユニット鍵ファイル５０４として分割記録される。
【０１８５】
図３２に示す例では、ＣＰＳユニット鍵ファイルは、複数の異なるＥＣＣブロックに分割されて記録されている。このような記録構成において、コンテンツ再生や、ＣＰＳユニット鍵ファイルの更新処理を実行する場合、複数のＥＣＣブロックの書き換え処理を複数回行なわなくてはならない。頻繁にアクセスが発生することが予測されるＣＰＳユニット鍵ファイルをこのように複数のＥＣＣブロックに分割記録することは、処理時間の増大を招くことになる。また、データベースファイル５０２や一般ファイル５０３が更新された場合においても、上述のＲＭＷ処理が発生し、ＣＰＳユニット鍵ファイルが記録されたＥＣＣブロック全体が記録媒体上で再度上書きされることになる。データベースファイル５０２の書き換え頻度は、ＣＰＳユニット鍵ファイルの書き換え頻度と同様に高く、また一般ファイル５０３の書き換え頻度は、そのファイルの用途に依存し、場合によっては非常に頻繁に書き換えられる可能性もある。そのため、ＣＰＳユニット鍵ファイルが記録されたＥＣＣブロックにデータベースファイル５０２や一般ファイル５０３が記録されている場合、ＥＣＣブロック内にＣＰＳユニット鍵ファイルのみが記録されている場合に比べてＥＣＣブロックの上書き頻度が高く、物理的な書き換え回数に限界のある光ディスク記録媒体においては、ＥＣＣブロックにおける誤り訂正能力の劣化や書き込みエラーの発生によるデータの欠損の可能性が高まってしまう。
【０１８６】
そこで、ＣＰＳユニット鍵ファイルの記録領域として、図３３に示すようにＥＣＣブロック単位で領域を割り当てる。本実施例においてＥＣＣブロックは６４ＫＢであり、データ量から鑑みて、ＣＰＳユニット鍵ファイルの書き込み領域としては十分なデータ記録領域となる。ただし、さらにＣＰＳユニット鍵ファイルのデータ量が増加する場合は、２つ以上のＥＣＣブロックをＣＰＳユニット鍵ファイル用の記録領域として割り当ててもよい。
【０１８７】
図３３の構成では、ＣＰＳユニット鍵ファイル５１１の書き込み領域として、１つのＥＣＣブロック５１０の全体領域が割り当てられる。なお、図３３の構成において、ＣＰＳユニット鍵ファイル５１１には、先に説明したバインドシードも含まれている。すなわち、ＥＣＣブロックには、先に図２７において説明したユーザコントロールデータ（ＵＣＤ）とユーザデータ領域とが複数、含まれており、ＣＰＳユニット鍵ファイル５１１の書き込み領域として選択されたＥＣＣブロック５１０を構成するユーザコントロールデータ（ＵＣＤ）の一部にバインドシードが記録され、ＥＣＣブロック５１０を構成するユーザデータ領域の一部にＣＰＳユニット鍵ファイルが記録されている。
【０１８８】
データベースファイル５１２、その他の一般ファイル５１３は、ＣＰＳユニット鍵ファイル５１１の書き込み領域として設定されたＥＣＣブロック５１０以外のＥＣＣブロックに書き込まれる。
【０１８９】
この構成とすれば、ＣＰＳユニット鍵ファイル５１１が、６４ＫＢ以下のサイズである限り、ＣＰＳユニット鍵ファイルの読み取り、更新処理において、１つのＥＣＣブロック５１０の書き換えのみで処理が完了し、処理時間が短縮され効率を高めることが可能となる。また、ＣＰＳユニット鍵ファイル以外のファイルの書き込み、更新によってＣＰＳユニット鍵ファイルが記録されたＥＣＣブロックにおけるＲＭＷ処理が発生する可能性がなくなり、上述したＥＣＣブロックの誤り訂正能力の劣化や書き込みエラーの発生によるユニット鍵データの喪失の可能性を低くすることができる。
【０１９０】
次に、ＣＰＳユニット鍵ファイルに対する頻繁なアクセスによって、ＣＰＳユニット鍵ファイルの書き込み領域に不良が発生し、データの読み書きが不能になってしまう事態や、エラー発生時にスペア領域に書き込まれた古いＣＰＳユニット鍵ファイルデータが残存してしまい、不正に利用される可能性を排除するための構成について、図３４、図３５を参照して説明する。
【０１９１】
まず、一般的に行なわれる書き込みエラー発生時のスペア領域に対する書き込み処理について図３４を参照して説明する。図３４には、（１）１回目の書き込みエラー、（２）２回目の書き込みエラーの２つの図を示している。（１）１回目の書き込みエラーのデータ構成にあるように、情報記録媒体のデータ記録領域には、通常のデータ読み書きを実行するユーザ領域５２０とスペア領域５３０を有する。スペア領域５３０は、ユーザ領域におけるデータ書き込みに際してエラーが発生し、データ書き込みができなかった場合、そのエラーＥＣＣブロックの代替領域として利用される。
【０１９２】
例えばＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１がエラーブロックとなってしまった場合には、スペア領域５３０に代替ＥＣＣブロック５３１が設定されて、この代替ＥＣＣブロック５３１にＣＰＳユニット鍵ファイルのデータ書き込みが行なわれることになる。
【０１９３】
次に、（２）２回目の書き込みエラーに示すように、ユーザ領域５２０に設定されたＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１において、再度、書き込みエラーが発生すると、さらに、スペア領域５３０の未使用領域から、代替ＥＣＣブロック５３２が設定されて、この代替ＥＣＣブロック５３２にＣＰＳユニット鍵ファイルのデータ書き込みが行なわれることになる。
【０１９４】
ユーザ領域５２０にＣＰＳユニット鍵ファイルの書き込み領域として設定されたＥＣＣブロック５２１は、アクセス数が多く、書き込み読み取り回数が増加するにつれ、エラー発生率も高くなることが予想される。その結果として、複数の世代のＣＰＳユニット鍵ファイルがスペア領域５３０に記録されたまま残存してしまう場合が発生し得る。
【０１９５】
このような事態の発生を防止するための構成について、図３５を参照して説明する。図３５に示すデータ記録構成は、ＣＰＳユニット鍵ファイルを予め設定された回数以上、同じ領域に書き込まず、同じＥＣＣブロックに対するデータ書き込みまたはアクセス数が予め設定された回数に達した場合、他のＥＣＣブロックをＣＰＳユニット鍵ファイルの書き込み領域として設定する構成としたものである。
【０１９６】
例えば、図３５に示すユーザ領域５４０に設定されたユニット鍵ファイル対応ＥＣＣブロックＡ５４１を、１〜ｎ回のアクセスまたは書き込み回数に至るまで利用し、ｎ＋１回目以降は、ユーザ領域５４０に設定された新たなユニット鍵ファイル対応ＥＣＣブロックＢ５４２を利用してユニット鍵ファイルを書き込む構成とするものである。
【０１９７】
なお、ユニット鍵ファイル対応ＥＣＣブロックＡ５４１、ユニット鍵ファイル対応ＥＣＣブロックＢ５４２のいずれのＥＣＣブロックも、先に図２７において説明したユーザコントロールデータ（ＵＣＤ）とユーザデータ領域とが複数、含まれており、各ＥＣＣブロックを構成するユーザコントロールデータ（ＵＣＤ）の一部にバインドシードが記録され、ＥＣＣブロックを構成するユーザデータ領域の一部にＣＰＳユニット鍵ファイルが記録される。
【０１９８】
このように、１つのＥＣＣブロックに一定回数以上のデータ書き込みを行なわないようにすることで、同じ領域に対するデータ書き換え処理回数に上限が設定されることになり、複数回の書き込みエラーの発生や、エラー発生に伴うスペア領域へのデータ書き込みを防止することが可能となり、スペア領域に数世代のＣＰＳユニット鍵ファイルが記録されるといった事態を防止することが可能となる。
【０１９９】
なお、ＣＰＳユニット鍵ファイルの記録領域を変更する場合、前の記録領域のデータは消去する。例えば、使用の終了したＥＣＣブロック領域に書き込まれているＣＰＳユニット鍵ファイルの書き込み領域にダミーデータを上書きする処理を行なう。あるいは、バインドシードのみクリアする処理を行なってもよい。
【０２００】
なお、ＣＰＳユニット鍵ファイルの削除、記録処理の双方の処理において、ホストとドライブの間に不正なプログラムが介入し、実際には削除・記録していないのにホストに削除・記録が完了したと偽装する行為が想定されるため、ホストは削除・記録後に再度対象領域の読み取りを行って、正しく処理が行われたかを確認する処理を行なうシーケンスとすることが好ましい。
【０２０１】
［７．コンテンツの記録、編集、再生処理］
次に、コンテンツ管理ユニット（ＣＰＳユニット）による利用制御がなされるコンテンツの記録処理の実行シーケンスについて、図３６に示すフローチャートを参照して説明する。この処理は、データ記録可能な情報記録媒体を装着した情報処理装置において実行するデータ記録処理プログラムによる制御の下で実行される。記録対象コンテンツは、例えば放送コンテンツ、あるいはインターネット、ＬＡＮなどのネットワークを介して入力するコンテンツなどである。
【０２０２】
まず、ステップＳ１０１において、記録コンテンツに対応するＣＰＳユニットを新たに追加する必要があるか否かを判定する。情報記録媒体に設定済みのＣＰＳユニットを適用し、このＣＰＳユニットに含まれるコンテンツとする設定の場合は、ＣＰＳユニット追加は行なわず、ステップＳ１０２において、情報記録媒体に記録されたＣＰＳユニット鍵からユニット鍵を読み取る。一方、記録コンテンツに対応する新たなＣＰＳユニットを設定する場合は、ステップＳ１０３において新たなＣＰＳユニットに対応するＣＰＳユニット鍵を生成する。例えば乱数生成による鍵生成を行なう。
【０２０３】
次に、ステップＳ１０４において、記録対象コンテンツの暗号化ニットを取得する。コンテンツは、所定データ量のユニットに分割されており、各ユニットに対応する暗号化要否フラグが制御情報に付与されている。例えば、
ユニット暗号化要＝１
ユニット暗号化不要＝０
などのフラグが設定され、ステップＳ１０５において、記録処理を実行するアプリケーションは、ユニットに対応するフラグを確認して、暗号化の要否を判定する。
暗号化ユニットは放送やインターネットからの入力における、制御情報の切り替えが可能な単位であり、特定のサイズや時間長に限定されるものではない。また、暗号化フラグとは特定のフラグに限らず、例えば入力信号に付属しているCCI情報に記載されたコピー制御情報の変化に対応して記録装置が暗号化の有無を判断する処理も含んだ暗号化の有無を判断するための情報を指している。
【０２０４】
暗号化ユニットの暗号化フラグが１でない場合は、そのユニットの暗号化は不要であるので、ステップＳ１０７に進む。暗号化ユニットの暗号化フラグが１の場合は、そのユニットの暗号化は必要であるので、ステップＳ１０６において、ＣＰＳユニット鍵を適用した暗号化処理を実行した後、ステップＳ１０７に進む。
【０２０５】
ステップＳ１０７において、記録コンテンツの最終暗号化ユニットに至ったか否かを判定し、残りユニットがある場合は、ステップＳ１０４に戻り、同様の処理を繰り返し実行する。ステップＳ１０７において、記録コンテンツの最終暗号化ユニットに至ったと判定した場合は、ステップＳ１０８に進み、ユニット鍵ファイルの更新が必要か否かを判定する。ＣＰＳユニット鍵の追加、削除がある場合は、更新要と判定する。ＣＰＳユニット鍵の追加、削除がない場合は、更新不要と判定し、処理を終了する。
【０２０６】
ＣＰＳユニット鍵の追加、削除があり、更新要と判定した場合は、ステップＳ１０９に進みバインドシードを生成し、ステップＳ１１０において、バインドシードに基づくバインド鍵を生成し、ステップＳ１１１において、ユニット鍵ファイルを生成して、ステップＳ１１２において、バインド鍵を適用してＣＰＳユニット鍵ファイルの暗号化を施し、ステップＳ１１３において、ユニット鍵ファイルを情報記録媒体に記録し、さらに、ステップＳ１１４においてバインドシードを記録した処理を終了する。ステップＳ１０９〜Ｓ１１４の処理は、ホストドライブ間の処理として実行される場合は、先に図３０を参照して説明したシーケンスに従って実行される。
【０２０７】
図３７にコンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図を示す。
【０２０８】
コンテンツの情報記録媒体８１０に対する記録処理に際して、コンテンツ暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する。
【０２０９】
ＣＰＳユニット鍵ファイル処理部８０２は、バインドシードに基づくバインド鍵の生成、バインド鍵に基づくユニット鍵ファイルの暗号化などの処理を実行する。すなわち、ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたはファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なう。
【０２１０】
管理情報制御部８０２は、コンテンツ管理ユニット、ユニット鍵ファイル、およびコンテンツ管理ユニットに対応する利用制御情報ファイルなどの対応判定、各種ファイルの生成または更新必要性判断などの処理を実行する。データ記録取得部８０４は、暗号化データ、ユニット鍵ファイル、および利用制御情報ファイルなどを予め設定された記録データフォーマットに従って情報記録媒体８１０に記録し、また読み取る処理を実行する。情報記録媒体８１０に対する記録データは、インデックス情報、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含む。
【０２１１】
ＣＰＳユニット鍵ファイル処理部８０２は、情報記録媒体８１０に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規バインドシードを設定し、新規バインドシードに基づく新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。
【０２１２】
すなわち、ＣＰＳユニット鍵ファイル処理部８０２は、情報記録媒体８１０に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵をユニット鍵ファイルに格納するとともに、新規ユニット鍵の追加に応じて、新たな値を持つ新規バインドシードを設定し、新規バインドシードに基づく新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。また、情報記録媒体８１０からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、ユニット鍵の削除に応じて、新たな値を持つ新規バインドシードを設定し、該新規バインドシードによって生成する新規バインド鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する。
【０２１３】
なお、ＣＰＳユニット鍵ファイル処理部８０２は、先に、図２９を参照して説明したように、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵によるバインドシードの暗号処理によって生成する暗号鍵を適用して、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する。
【０２１４】
データ記録取得部８０４は、先に図２７を参照して説明したように、バインドシードを、ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する。また、データ記録取得部８０４は、先に、図３３を参照して説明したように、ユニット鍵ファイルの書き込み領域を情報記録媒体８１０に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、ユニット鍵ファイルの書き込み処理を実行する。
【０２１５】
さらに、データ記録取得部８０４は、ユニット鍵ファイルの書き込み処理に際して、ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体８１０における書き込み位置の変更を行ない、変更前の位置に書き込まれたデータ、例えばバインドシードなど、少なくとも一部データを消去する処理を実行する。
【０２１６】
また、情報記録媒体８１０に記録されたコンテンツの再生処理を実行する場合、コンテンツ暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵に基づいてデータ記録取得部８０４が情報記録媒体８１０から読み取った暗号化コンテンツの復号処理を実行する。
【０２１７】
ＣＰＳユニット鍵ファイル処理部８０２は、コンテンツ管理ユニットに対応するユニット鍵を、情報記録媒体８１０に記録されたユニット鍵ファイルから取得する。この際、情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づいて、ユニット鍵ファイルまたはファイル構成データの復号処理を行なってユニット鍵の取得処理を実行する。
【０２１８】
ＣＰＳユニット鍵ファイル処理部８０２は、先に図２９を参照して説明したように、情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵によるバインドシードの暗号処理によって生成する暗号鍵を適用して、ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する。
【０２１９】
なお、データ記録取得部８０４は、先に図２７を参照して説明したようにバインドシードを、ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する。
【０２２０】
データ入力部８０５は、記録コンテンツの入力の他、ユーザからのコンテンツ指定情報や編集処理情報の入力に適用される。データ出力部８０６は、例えば再生コンテンツの出力に適用される。
【０２２１】
［８．情報処理装置の構成例］
次に、図３８を参照して、上述のコンテンツの記録、再生処理を行う情報処理装置のハードウェア構成例について説明する。
【０２２２】
図３８に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、各種のデータおよびデータ処理プログラムを格納するハードディスクなどローカルストレージとしての記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０２２３】
情報処理装置９００において、情報記録媒体９１０に格納された例えばＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必要に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２２４】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０２２５】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０２２６】
ＣＰＳユニットに対応する管理情報、例えば利用制御情報やＣＰＳユニット鍵ファイル等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管され、ＣＰＳユニット鍵ファイルについては、前述した処理によって、バインド鍵を生成した上で復号が実行されてＣＰＳユニット鍵が取得される。
【０２２７】
次に、情報処理装置９００が、例えば放送信号受信などによって取得したデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０に保存する。
【０２２８】
入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で前述したＣＰＳユニット鍵を適用した暗号処理など、適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０２２９】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。
【０２３０】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に一時的に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、さらに、コンテンツ利用制御情報（ＣＣＩ）などのコンテンツ管理情報などが存在する。
【０２３１】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図３８では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２３２】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２３３】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２３４】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２３５】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２３６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２３７】
以上、説明したように、本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、ユニット鍵ファイルからの鍵取得を行なう構成とした。ユニット鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行したユニット鍵ファイルを設定する構成としたので、コンテンツ管理ユニットの移動などの格納コンテンツの変動に応じてシード情報が変更されることになり、情報記録媒体に格納されたコンテンツに対する対応関係を維持したユニット鍵の管理が可能となり、不正なユニット鍵利用による不正なコンテンツ利用を防止することが可能となる。
【０２３８】
さらに、本発明の一実施例構成によれば、ユニット鍵ファイルの書き込み領域をＥＣＣブロック単位で設定したので、ユニット鍵ファイルの読み書き処理を効率的に実行することができる。また、本発明の一実施例では、ユニット鍵ファイルの書き込み領域を、適宜変更する構成としたので、書き込みエラーが複数回に渡って発生し、スペア領域に複数のユニット鍵ファイルの記録データが残存してしまうといったことが防止される。
【図面の簡単な説明】
【０２３９】
【図１】情報記録媒体の格納データの記録フォーマットについて説明する図である。
【図２】情報記録媒体の格納データの暗号化処理の一構成例について説明する図である。
【図３】情報記録媒体の格納データに対応するコンテンツ管理ユニット（ＣＰＳユニット）の一設定例を示す図である。
【図４】コンテンツ管理ユニット（ＣＰＳユニット）として記録されたコンテンツの再生シーケンスについて説明する図である。
【図５】バーチャルプレイリストを含む情報記録媒体の格納データの記録フォーマットについて説明する図である。
【図６】バーチャルプレイリストを含むデータに対応するコンテンツ管理ユニット（ＣＰＳユニット）の設定における問題点を説明する図である。
【図７】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図８】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図９】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１０】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１１】コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。
【図１２】コンテンツ管理ユニット（ＣＰＳユニット）とＣＰＳユニット鍵との対応について説明する図である。
【図１３】コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。
【図１４】コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。
【図１５】情報記録媒体が記録再生ディスク（BDAV）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造を示す図である。
【図１６】情報記録媒体が再生専用ディスク（BDMV）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を示す図である。
【図１７】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図１８】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図１９】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２０】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２１】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２２】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２３】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２４】ＣＰＳユニット鍵ファイルの一構成例について説明する図である。
【図２５】ＣＰＳユニット鍵ファイルの暗号化構成について説明する図である。
【図２６】ＣＰＳユニット鍵ファイルの暗号化構成について説明する図である。
【図２７】バインドシードおよびＣＰＳユニット鍵ファイルの記録構成について説明する図である。
【図２８】バインドシードを含むユーザコントロールデータのフォーマットについて説明する図である。
【図２９】ユニット鍵ファイルおよびコンテンツの暗号化、記録処理、および復号、再生処理シーケンスについて説明する図である。
【図３０】ホスト−ドライブ間のユニット鍵ファイルの記録処理シーケンスについて説明するシーケンス図である。
【図３１】ホスト−ドライブ間のユニット鍵ファイルの読み取り処理シーケンスについて説明するシーケンス図である。
【図３２】ユニット鍵ファイルの記録構成例について説明する図である。
【図３３】ＥＣＣブロックを単位としてユニット鍵ファイルの記録領域を設定したユニット鍵ファイルの記録構成例について説明する図である。
【図３４】ユニット鍵ファイルの書き込みエラー発生時の問題点について説明する図である。
【図３５】書き込みエラーの発生によるユニット鍵ファイルの残存を防止したユニット鍵ファイルの記録構成例について説明する図である。
【図３６】コンテンツ管理ユニット（ＣＰＳユニット）構成を持つデータの記録処理シーケンスについて説明するフローチャートを示す図である。
【図３７】コンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図である。
【図３８】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２４０】
１１０ インデックス情報
１２０〜１２３ プレイリスト
１２５，１２６ リアルプレイリスト
１２７ バーチャルプレイリスト
１３０〜１３３ クリップ
１４１ メニューサムネイルインデックス
１４２ マークサムネイルインデックス
１４３，１４４ 画像ファイル
１７０ 情報記録媒体
１７１ ＭＫＢ
１７２ バインドシード
１７３ ＣＰＳユニット鍵ファイル
１７４ 利用制御情報
１７５ 暗号化コンテンツ
１８１ デバイス鍵
１８２ コンテンツ
２０１ ユニット鍵ファイルヘッダ
２０２ ユニット鍵ブロック
４００ 情報記録媒体
４１１，４１２ ＣＰＳユニット
４２１ ＣＰＳユニット鍵ファイル
４２２ バインドシード
４２３ ＣＰＳユニット鍵ファイル
４２４ バインドシード
４２５ ＣＰＳユニット鍵ファイル
４２６ バインドシード
４３１ 情報記録媒体
４４１ バインドシード
４４２ ＣＰＳユニット鍵ファイル
４４３ バインドシード
４４４，４４５ ＣＰＳユニット鍵ファイル
４４６ バインドシード
４４７，４４８ ＣＰＳユニット鍵ファイル
４５０ 情報処理装置
４５１ デバイス鍵
４５２ ＭＫＢ
４５３ バインドシード
４５４ 利用制御情報
４５５ ユニット鍵
４５６ コンテンツ
４６０ 情報処理装置
４６１ デバイス鍵
４６２ コンテンツ
４７０ 情報記録媒体
４７１ ＭＫＢ
４７２ バインドシード
４７３ ＣＰＳユニット鍵ファイル
４７４ 利用制御情報
４７５ 暗号化コンテンツ
５００ ＥＣＣブロック
５０１ ＣＰＳユニット鍵ファイル
５０２ データベースファイル
５０３ 一般ファイル
５０４ ＣＰＳユニット鍵ファイル
５１０ ＥＣＣブロック
５１１ ＣＰＳユニット鍵ファイル
５１２ データベースファイル
５１３ 一般ファイル
５２０ ユーザ領域
５２１ ＣＰＳユニット鍵ファイル
５３０ スペア領域
５３１ 代替ＥＣＣブロック
５３２ 代替ＥＣＣブロック
５４０ ユーザ領域
５４１ ＣＰＳユニット鍵ファイル
５４２ ＣＰＳユニット鍵ファイル
８０１ コンテンツ暗号処理部
８０２ ＣＰＳユニット鍵ファイル処理部
８０３ 管理情報制御部
８０４ 記録再生部
８０５ 入力部
８０６ 出力部
８１０ 情報記録媒体
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段
【特許請求の範囲】
【請求項１】
情報記録媒体に対する情報記録処理を実行する情報処理装置であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理部と、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理部と、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記ユニット鍵ファイル処理部は、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記データ記録部は、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なう構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記消去対象とするデータは、シード情報を含むことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記情報処理装置は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、
前記ドライブは、前記シードの生成処理を実行し、
前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得部と、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理部と、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理部とを有し、
前記ユニット鍵ファイル処理部は、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行する構成であることを特徴とする情報処理装置。
【請求項１３】
前記ユニット鍵ファイル処理部は、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記データ取得部は、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１５】
前記情報処理装置は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、
前記ドライブは、前記シードの生成処理を実行し、
前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理を実行しユニット鍵を取得する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１６】
情報記録媒体であり、
コンテンツの利用制御単位として設定されるユニットに区分され、該ユニットに対応するユニット鍵を適用した暗号化データを構成データとして含むコンテンツ管理ユニットと、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理が施されたユニット鍵ファイルと、
前記シードと、
を格納した構成を有することを特徴とする情報記録媒体。
【請求項１７】
前記シードは、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録した構成を有することを特徴とする請求項１６に記載の情報記録媒体。
【請求項１８】
前記ユニット鍵ファイルの書き込み領域は、情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定されていることを特徴とする請求項１６に記載の情報記録媒体。
【請求項１９】
情報記録媒体に対する情報記録処理を実行する情報処理方法であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とする情報処理方法。
【請求項２０】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２１】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２２】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２３】
前記ユニット鍵ファイル処理ステップは、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２４】
前記データ記録ステップは、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２５】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２６】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２７】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２８】
前記消去対象とするデータは、シード情報を含むことを特徴とする請求項２７に記載の情報処理方法。
【請求項２９】
前記情報処理方法は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、
前記ドライブによる前記シードの生成処理ステップと、
前記ドライブから前記ホストに対するシードの送信ステップと、
前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行するステップと、
前記ホストから前記ドライブに対する前記ユニット鍵ファイルの送信ステップと、
前記ドライブによる前記ユニット鍵ファイルの情報記録媒体に対する記録処理ステップと、
を有することを特徴とする請求項１９に記載の情報処理方法。
【請求項３０】
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理方法であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とする情報処理方法。
【請求項３１】
前記ユニット鍵ファイル処理ステップは、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行するステップを含むことを特徴とする請求項３０に記載の情報処理方法。
【請求項３２】
前記データ取得ステップは、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行するステップを含むことを特徴とする請求項３０に記載の情報処理方法。
【請求項３３】
前記情報処理方法は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、
前記ドライブによる前記シードの生成処理ステップと、
前記ドライブから前記ホストに対するシードの送信ステップと、
前記ドライブによる前記ユニット鍵ファイルの情報記録媒体からの取得処理ステップと、
前記ドライブから前記ホストに対する前記ユニット鍵ファイルの送信ステップと、
前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理によるユニット鍵取得ステップと、
を有することを特徴とする請求項３０に記載の情報処理方法。
【請求項３４】
情報記録媒体に対する情報記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３５】
情報記録媒体に記録されたコンテンツの再生処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とするコンピュータ・プログラム。
【請求項１】
情報記録媒体に対する情報記録処理を実行する情報処理装置であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理部と、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理部と、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ユニット鍵ファイル処理部は、
前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記ユニット鍵ファイル処理部は、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記データ記録部は、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なう構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記データ記録部は、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記消去対象とするデータは、シード情報を含むことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記情報処理装置は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、
前記ドライブは、前記シードの生成処理を実行し、
前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得部と、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理部と、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理部とを有し、
前記ユニット鍵ファイル処理部は、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行する構成であることを特徴とする情報処理装置。
【請求項１３】
前記ユニット鍵ファイル処理部は、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
前記データ取得部は、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１５】
前記情報処理装置は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストを有し、
前記ドライブは、前記シードの生成処理を実行し、
前記ホストは、前記ドライブの生成したシードを適用して暗号鍵を生成して、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理を実行しユニット鍵を取得する構成であることを特徴とする請求項１２に記載の情報処理装置。
【請求項１６】
情報記録媒体であり、
コンテンツの利用制御単位として設定されるユニットに区分され、該ユニットに対応するユニット鍵を適用した暗号化データを構成データとして含むコンテンツ管理ユニットと、
前記ユニット鍵を格納した鍵ファイルであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理が施されたユニット鍵ファイルと、
前記シードと、
を格納した構成を有することを特徴とする情報記録媒体。
【請求項１７】
前記シードは、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録した構成を有することを特徴とする請求項１６に記載の情報記録媒体。
【請求項１８】
前記ユニット鍵ファイルの書き込み領域は、情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定されていることを特徴とする請求項１６に記載の情報記録媒体。
【請求項１９】
情報記録媒体に対する情報記録処理を実行する情報処理方法であり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とする情報処理方法。
【請求項２０】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体に記録済みの既存のユニット鍵ファイルに含まれるユニット鍵の増加または削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２１】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体に対する新たなコンテンツ管理ユニットの記録処理に応じて新たに設定された新規ユニット鍵を前記ユニット鍵ファイルに格納するとともに、該新規ユニット鍵の追加に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２２】
前記ユニット鍵ファイル処理ステップは、
前記情報記録媒体からのコンテンツ管理ユニットの移動または削除処理に応じて、移動または削除対象のコンテンツ管理ユニット対応のユニット鍵をユニット鍵ファイルから削除するとともに、該ユニット鍵の削除に応じて、新たな値を持つ新規シードを設定し、該新規シードに基づく新規暗号鍵に基づく暗号化処理を施した更新ユニット鍵ファイルを生成するステップであることを特徴とする請求項１９に記載の情報処理方法。
【請求項２３】
前記ユニット鍵ファイル処理ステップは、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２４】
前記データ記録ステップは、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部に記録する処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２５】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み領域を情報記録媒体に対するデータアクセス単位としてのＥＣＣブロックを単位として設定した記録フォーマットに従って、前記ユニット鍵ファイルの書き込み処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２６】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２７】
前記データ記録ステップは、
前記ユニット鍵ファイルの書き込み処理に際して、前記ユニット鍵ファイルの書き込み数またはアクセス数に応じて情報記録媒体における書き込み位置の変更を行なうとともに、該書き込み位置変更処理に際して、変更前の位置に書き込まれたデータの少なくとも一部データを消去する処理を実行するステップを含むことを特徴とする請求項１９に記載の情報処理方法。
【請求項２８】
前記消去対象とするデータは、シード情報を含むことを特徴とする請求項２７に記載の情報処理方法。
【請求項２９】
前記情報処理方法は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、
前記ドライブによる前記シードの生成処理ステップと、
前記ドライブから前記ホストに対するシードの送信ステップと、
前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく暗号化処理を施したユニット鍵ファイルの生成処理を実行するステップと、
前記ホストから前記ドライブに対する前記ユニット鍵ファイルの送信ステップと、
前記ドライブによる前記ユニット鍵ファイルの情報記録媒体に対する記録処理ステップと、
を有することを特徴とする請求項１９に記載の情報処理方法。
【請求項３０】
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理方法であり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とする情報処理方法。
【請求項３１】
前記ユニット鍵ファイル処理ステップは、
情報処理装置に格納されたデバイス鍵を適用した暗号鍵ブロックの処理によって取得されるメディア鍵による前記シードの暗号処理によって生成する暗号鍵を適用して、前記ユニット鍵ファイルまたは該ファイル構成データの復号処理を実行するステップを含むことを特徴とする請求項３０に記載の情報処理方法。
【請求項３２】
前記データ取得ステップは、
前記シードを、前記ユニット鍵ファイルを格納するユーザデータ部とは異なる記録位置に設定される制御情報格納部としてのユーザコントロールデータ部から取得する処理を実行するステップを含むことを特徴とする請求項３０に記載の情報処理方法。
【請求項３３】
前記情報処理方法は、
情報記録媒体に対するアクセスを実行するドライブと、前記ドライブを介して情報記録媒体に対するアクセス処理を実行するホストによって実行され、
前記ドライブによる前記シードの生成処理ステップと、
前記ドライブから前記ホストに対するシードの送信ステップと、
前記ドライブによる前記ユニット鍵ファイルの情報記録媒体からの取得処理ステップと、
前記ドライブから前記ホストに対する前記ユニット鍵ファイルの送信ステップと、
前記ホストによる、前記シードを適用した暗号鍵の生成、該暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイルの構成データの復号処理によるユニット鍵取得ステップと、
を有することを特徴とする請求項３０に記載の情報処理方法。
【請求項３４】
情報記録媒体に対する情報記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
コンテンツの利用制御単位であるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により暗号化コンテンツを生成するコンテンツ暗号処理ステップと、
前記ユニット鍵を格納した鍵ファイルの生成ステップであり、該鍵ファイルに含まれるユニット鍵の構成変更に従って値を更新するシードを適用して生成する暗号鍵に基づいて、前記ユニット鍵ファイルまたは該ファイル構成データの暗号化処理を実行してユニット鍵ファイルの生成を行なうユニット鍵ファイル処理ステップと、
前記暗号化コンテンツを構成データとするコンテンツ管理ユニット、および前記ユニット鍵ファイルを予め設定された記録データフォーマットに従って情報記録媒体に記録するデータ記録ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３５】
情報記録媒体に記録されたコンテンツの再生処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
情報記録媒体に記録されたデータの読み取りを実行するデータ取得ステップと、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を、前記情報記録媒体に記録されたユニット鍵ファイルから取得するユニット鍵ファイル処理ステップと、
前記ユニット鍵を適用して、情報記録媒体に記録された暗号化コンテンツの復号処理を実行するコンテンツ暗号処理ステップとを有し、
前記ユニット鍵ファイル処理ステップは、
情報記録媒体から取得される鍵生成情報としてのシードを適用した暗号鍵生成処理を実行し、生成暗号鍵に基づく前記ユニット鍵ファイルまたは該ファイル構成データの復号処理によりユニット鍵の取得処理を実行するステップであることを特徴とするコンピュータ・プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【公開番号】特開２００６−３０３６２２（Ｐ２００６−３０３６２２Ａ）
【公開日】平成１８年１１月２日（２００６．１１．２）
【国際特許分類】
【出願番号】特願２００５−１１８７１２（Ｐ２００５−１１８７１２）
【出願日】平成１７年４月１５日（２００５．４．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１８年１１月２日（２００６．１１．２）
【国際特許分類】
【出願日】平成１７年４月１５日（２００５．４．１５）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．イーサネット
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]