(57)【要約】【課題】  コンテンツ管理ユニット対応の後発データについてのセキュアなデータ管理を可能とした構成を提供する。【解決手段】  情報記録媒体に格納されたコンテンツ管理ユニット単位のコンテンツ情報に関連して後発的にユーザが生成した情報やダウンロードした情報などの後発データを、ハードディスクなどに記録する際に、後発データ管理ファイルを設定して、ファイルの暗号化を行なって格納する。暗号鍵はライセンスプログラムによってのみ取得可能な情報を適用する構成とした。本構成により、例えばＰＣなど、様々なアプリケーションプログラムが実行される環境においても、ライセンスプログラム以外のプログラムによって後発データがアクセス、不正利用が防止される。【選択図】  図１７
2006221429.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行する記録媒体インタフェースと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを記憶手段に記録する処理を実行するデータ処理部を有し、
前記データ処理部は、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成し、生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記データ処理部は、
前記後発データ管理ファイルに対応する改竄検証値を設定して、前記記憶手段に記録する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
ＡＶストリームデータファイル、およびＡＶストリームデータの再生処理に適用する制御情報またはプログラムを含むナビケーションファイルを格納した後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行する構成を有することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データの全てを含む１つの暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データの生成または取得に際して適用した情報を格納した前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに対応して設定されるコンテンツ管理ユニット単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、ユーザ毎のディレクトリを設定して各ユーザ単位のディレクトリに、前記後発データ管理ファイルを設定する構成であることを特徴とする請求項４乃至７いずれかに記載の情報処理装置。
【請求項９】
前記データ処理部は、
前記後発データ管理ファイルの暗号化に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記データ処理部は、
前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用する構成であることを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
前記データ処理部は、
前記暗号化処理に適用する暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
前記データ処理部は、
前記記憶手段に対する後発データの格納処理に際して、後発データ管理ファイルまたは該後発データ管理ファイルの格納データの少なくともいずれかに対応する検索情報を生成または更新して前記記憶手段に格納する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１３】
情報処理装置であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行する記録媒体インタフェースと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを記憶手段から読み出して再生する処理を実行するデータ処理部を有し、
前記データ処理部は、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成し、生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを復号して、後発データの利用処理を実行する構成を有することを特徴とする情報処理装置。
【請求項１４】
前記データ処理部は、
前記後発データ管理ファイルに対応して設定された改竄検証値に基づく改竄検証処理を実行し、前記後発データ管理ファイルの改竄のないことの確認を条件として、後発データの利用処理を実行する構成であることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記データ処理部は、
前記後発データ管理ファイルの復号処理に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行する構成であることを特徴とする請求項１３に記載の情報処理装置。
【請求項１６】
前記データ処理部は、
前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用する構成であることを特徴とする請求項１５に記載の情報処理装置。
【請求項１７】
前記データ処理部は、
前記暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用する構成であることを特徴とする請求項１３に記載の情報処理装置。
【請求項１８】
情報処理方法であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して後発データを生成または取得する後発データ生成ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する後発データ記録ステップと、
を有することを特徴とする情報処理方法。
【請求項１９】
前記情報処理方法は、さらに、
前記後発データ管理ファイルに対応する改竄検証値を設定して、前記記憶手段に記録する処理を実行するステップを有することを特徴とする請求項１８に記載の情報処理方法。
【請求項２０】
前記データ処理ステップは、
ＡＶストリームデータファイル、およびＡＶストリームデータの再生処理に適用する制御情報またはプログラムを含むナビケーションファイルを格納した後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行するステップであることを特徴とする請求項１８に記載の情報処理方法。
【請求項２１】
前記後発データ記録ステップは、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データの全てを含む１つの暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする請求項１８に記載の情報処理方法。
【請求項２２】
前記後発データ記録ステップは、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする請求項１８に記載の情報処理方法。
【請求項２３】
前記後発データ記録ステップは、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データの生成または取得に際して適用した情報を格納した前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする請求項１８に記載の情報処理方法。
【請求項２４】
前記後発データ記録ステップは、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに対応して設定されるコンテンツ管理ユニット単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする請求項１８に記載の情報処理方法。
【請求項２５】
前記後発データ記録ステップは、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、ユーザ毎のディレクトリを設定して各ユーザ単位のディレクトリに、前記後発データ管理ファイルを設定することを特徴とする請求項２１乃至２４いずれかに記載の情報処理方法。
【請求項２６】
前記暗号鍵生成ステップは、
前記後発データ管理ファイルの暗号化に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行するステップであることを特徴とする請求項１８に記載の情報処理方法。
【請求項２７】
前記暗号鍵生成ステップは、
前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用するステップであることを特徴とする請求項２６に記載の情報処理方法。
【請求項２８】
前記データ処理ステップは、
前記暗号化処理に適用する暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用するステップであることを特徴とする請求項１８に記載の情報処理方法。
【請求項２９】
前記情報処理方法は、さらに、
前記記憶手段に対する後発データの格納処理に際して、後発データ管理ファイルまたは該後発データ管理ファイルの格納データの少なくともいずれかに対応する検索情報を生成または更新して前記記憶手段に格納する処理を実行するステップを有することを特徴とする請求項１８に記載の情報処理方法。
【請求項３０】
情報処理方法であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを含む暗号化された後発データ管理ファイルを記憶手段から読み出す後発データ管理ファイル取得ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって、前記後発データ管理ファイルを復号して、後発データの利用処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項３１】
前記情報処理方法は、さらに、
前記後発データ管理ファイルに対応して設定された改竄検証値に基づく改竄検証処理を実行し、前記後発データ管理ファイルの改竄のないことの確認を条件として、後発データの利用処理を実行するステップを有することを特徴とする請求項３０に記載の情報処理方法。
【請求項３２】
前記暗号鍵生成ステップは、
前記後発データ管理ファイルの復号処理に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行するステップであることを特徴とする請求項３０に記載の情報処理方法。
【請求項３３】
前記暗号鍵生成ステップは、
前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用するステップであることを特徴とする請求項３２に記載の情報処理方法。
【請求項３４】
前記暗号鍵生成ステップは、
前記暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を生成するステップであることを特徴とする請求項３０に記載の情報処理方法。
【請求項３５】
情報処理を実行するコンピュータ・プログラムであり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して後発データを生成または取得する後発データ生成ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する後発データ記録ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３６】
情報処理を実行するコンピュータ・プログラムであり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを含む暗号化された後発データ管理ファイルを記憶手段から読み出す後発データ管理ファイル取得ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって、前記後発データ管理ファイルを復号して、後発データの利用処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、情報記録媒体に格納されたコンテンツについて、ユニット単位の利用制御を実現するとともに、後発的にユーザが生成したデータやダウンロードしたデータなどの後発データについても、情報記録媒体の格納コンテンツと同様、ユニット単位の利用制御を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ  Ｓｃｒａｍｂｌｅ  Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ(Read Only Memory)に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００８】
一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【０００９】
このように、情報記録媒体に格納されたコンテンツの管理システムは構築されている。また、例えば、ビデオ作品の素材となる効果音や動画、静止画等のコンテンツをユーザが容易にダウンロードすることができるシステムが特許文献１に開示されている。また、音楽データ全体のうちのある部分のデータを、他のデータに置き換えることができる技術が特許文献２に開示されている。しかし、このように、情報記録媒体に格納されたコンテンツとしてのプログラムを実行してユーザが生成したデータや、外部サーバから取得したデータ、コンテンツなどについては、セキュアなデータ管理や、利用管理が実現されているとは言い難い。
【００１０】
ユーザが情報記録媒体に格納されたプログラムを実行して生成したデータや外部サーバから取得したデータについてセキュアな管理を行なう場合、例えばユーザが独自のパスワードを設定して保護したり、または、外部から取得した暗号鍵などを適用した暗号化データとするなど個別のデータ毎の対応が必要となる。このようなデータ管理構成をとると、生成データや取得データが増加した場合、管理すべき暗号鍵やパスワードが増大するという問題が発生し、また、データの所在が不明確になりやすく、さらに格納データと暗号鍵／パスワードとの対応についても不明確になってしまうといった問題がある。また、このような後発データについての利用管理についても十分な対策がとられていないという現状がある。
【００１１】
特に、ＰＣなど、様々なアプリケーションプログラムが実行可能な環境においては、汎用のファイルシステムによって管理されるディレクトリが設定され、それぞれのプログラムによって生成されたファイルなどは、様々なアプリケーションからアクセス可能な設定となっていることが多い。従って、コンテンツ管理システムによって管理すべき後発データといえども、このような汎用ファイルシステムによる管理ディレクトリに設定することが要求され、特別な設定をしないと、様々なアプリケーションプログラムからのアクセスがなされ、データの不正な利用や改竄を許容する結果となる。
【特許文献１】特開２００３−１４０６６２号公報
【特許文献２】特開２００２−３１１９６７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、このような状況に鑑みてなされたものであり、情報記録媒体に格納されたコンテンツについて、ユニット単位の利用制御を実現するとともに、後発的にユーザが生成したデータやダウンロードしたデータなどの後発データについても、情報記録媒体の格納コンテンツと同様、ユニット単位の利用制御を実現し、汎用ファイルシステムによる管理ディレクトリに後発データを設定する場合においても、特定のライセンスプログラムのみの後発データ利用を許容し、他の様々なアプリケーションプログラムによる後発データの不正な利用や改竄を防止することを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１の側面は、
情報処理装置であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行する記録媒体インタフェースと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを記憶手段に記録する処理を実行するデータ処理部を有し、
前記データ処理部は、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成し、生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行する構成を有することを特徴とする情報処理装置にある。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記後発データ管理ファイルに対応する改竄検証値を設定して、前記記憶手段に記録する処理を実行する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、ＡＶストリームデータファイル、およびＡＶストリームデータの再生処理に適用する制御情報またはプログラムを含むナビケーションファイルを格納した後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行する構成を有することを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報記録媒体からの取得情報を適用して生成または取得した後発データの全てを含む１つの暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データの生成または取得に際して適用した情報を格納した前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに対応して設定されるコンテンツ管理ユニット単位の暗号化ファイルとして前記後発データ管理ファイルを設定する構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、ユーザ毎のディレクトリを設定して各ユーザ単位のディレクトリに、前記後発データ管理ファイルを設定する構成であることを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記後発データ管理ファイルの暗号化に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記暗号化処理に適用する暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記記憶手段に対する後発データの格納処理に際して、後発データ管理ファイルまたは該後発データ管理ファイルの格納データの少なくともいずれかに対応する検索情報を生成または更新して前記記憶手段に格納する処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第２の側面は、
情報処理装置であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行する記録媒体インタフェースと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを記憶手段から読み出して再生する処理を実行するデータ処理部を有し、
前記データ処理部は、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成し、生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを復号して、後発データの利用処理を実行する構成を有することを特徴とする情報処理装置にある。
【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記後発データ管理ファイルに対応して設定された改竄検証値に基づく改竄検証処理を実行し、前記後発データ管理ファイルの改竄のないことの確認を条件として、後発データの利用処理を実行する構成であることを特徴とする。
【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記後発データ管理ファイルの復号処理に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行する構成であることを特徴とする。
【００２８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用する構成であることを特徴とする。
【００３０】
さらに、本発明の第３の側面は、
情報処理方法であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して後発データを生成または取得する後発データ生成ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する後発データ記録ステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記後発データ管理ファイルに対応する改竄検証値を設定して、前記記憶手段に記録する処理を実行するステップを有することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記データ処理ステップは、ＡＶストリームデータファイル、およびＡＶストリームデータの再生処理に適用する制御情報またはプログラムを含むナビケーションファイルを格納した後発データ管理ファイルを暗号化して前記記憶手段に記録する処理を実行するステップであることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記後発データ記録ステップは、前記情報記録媒体からの取得情報を適用して生成または取得した後発データの全てを含む１つの暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記後発データ記録ステップは、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応する識別子であるスタジオＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする。
【００３５】
さらに、本発明の情報処理方法の一実施態様において、前記後発データ記録ステップは、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データの生成または取得に際して適用した情報を格納した前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする。
【００３６】
さらに、本発明の情報処理方法の一実施態様において、前記後発データ記録ステップは、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、後発データに対応して設定されるコンテンツ管理ユニット単位の暗号化ファイルとして前記後発データ管理ファイルを設定することを特徴とする。
【００３７】
さらに、本発明の情報処理方法の一実施態様において、前記後発データ記録ステップは、前記情報記録媒体からの取得情報を適用して生成または取得した後発データについて、ユーザ毎のディレクトリを設定して各ユーザ単位のディレクトリに、前記後発データ管理ファイルを設定することを特徴とする。
【００３８】
さらに、本発明の情報処理方法の一実施態様において、前記暗号鍵生成ステップは、前記後発データ管理ファイルの暗号化に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行するステップであることを特徴とする。
【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記暗号鍵生成ステップは、前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用するステップであることを特徴とする。
【００４０】
さらに、本発明の情報処理方法の一実施態様において、前記データ処理ステップは、前記暗号化処理に適用する暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を適用するステップであることを特徴とする。
【００４１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記記憶手段に対する後発データの格納処理に際して、後発データ管理ファイルまたは該後発データ管理ファイルの格納データの少なくともいずれかに対応する検索情報を生成または更新して前記記憶手段に格納する処理を実行するステップを有することを特徴とする。
【００４２】
さらに、本発明の第４の側面は、
情報処理方法であり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを含む暗号化された後発データ管理ファイルを記憶手段から読み出す後発データ管理ファイル取得ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって、前記後発データ管理ファイルを復号して、後発データの利用処理を実行するステップと、
を有することを特徴とする情報処理方法にある。
【００４３】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記後発データ管理ファイルに対応して設定された改竄検証値に基づく改竄検証処理を実行し、前記後発データ管理ファイルの改竄のないことの確認を条件として、後発データの利用処理を実行するステップを有することを特徴とする。
【００４４】
さらに、本発明の情報処理方法の一実施態様において、前記暗号鍵生成ステップは、前記後発データ管理ファイルの復号処理に適用する暗号鍵を、ライセンスプログラムに対応して設定されるＩＤであるデバイスＩＤを適用して生成する処理を実行するステップであることを特徴とする。
【００４５】
さらに、本発明の情報処理方法の一実施態様において、前記暗号鍵生成ステップは、前記暗号鍵の生成情報として、さらに、後発データに関連するコンテンツ提供エンティテイであるスタジオに対応するスタジオＩＤ、または、前記情報記録媒体の製造単位の識別情報であるパッケージＩＤまたはボリュームＩＤ、またはユーザ固有情報の少なくともいずれかの情報を適用するステップであることを特徴とする。
【００４６】
さらに、本発明の情報処理方法の一実施態様において、前記暗号鍵生成ステップは、前記暗号鍵として、コンテンツ管理ユニットに対応するユニット鍵を生成するステップであることを特徴とする。
【００４７】
さらに、本発明の第５の側面は、
情報処理を実行するコンピュータ・プログラムであり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して後発データを生成または取得する後発データ生成ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって前記後発データを含む後発データ管理ファイルを暗号化して前記記憶手段に記録する後発データ記録ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４８】
さらに、本発明の第６の側面は、
情報処理を実行するコンピュータ・プログラムであり、
各々が異なる暗号鍵として設定されるユニット鍵の対応付けられたコンテンツ管理ユニットの構成データを格納した情報記録媒体からのデータ読み取りを実行するデータ読み取りステップと、
前記情報記録媒体からの取得情報を適用して生成または取得した後発データを含む暗号化された後発データ管理ファイルを記憶手段から読み出す後発データ管理ファイル取得ステップと、
前記コンテンツ管理ユニットに対する処理の許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用して暗号鍵を生成する暗号鍵生成ステップと、
生成した暗号鍵によって、前記後発データ管理ファイルを復号して、後発データの利用処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００４９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００５０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００５１】
本発明の構成によれば、情報記録媒体に格納されたコンテンツ管理ユニット単位のコンテンツ情報に関連して後発的にユーザが生成した情報やダウンロードした情報などの後発データを、パーシャルＲＯＭにおける情報記録可能領域、あるいはハードディスクやリムーバブルメディアなどに記録する際に、後発データ管理ファイルを設定して、ファイルの暗号化を行なって格納する構成とした。この後発データ管理ファイルの暗号化および復号処理に適用する暗号鍵は、コンテンツ管理ユニット（ＣＰＳユニット）の処理を許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用する構成としたので、例えばＰＣなど、様々なアプリケーションプログラムが実行される環境においても、ライセンスプログラム以外のプログラムによって、コンテンツ管理ユニット（ＣＰＳユニット）の後発データがアクセスされ、不正に利用されることが防止される。
【００５２】
さらに、本発明の構成によれば、後発データ管理ファイルにハッシュ値あるいは電子署名などの改竄検証用データを設定して記憶手段に記録する構成としたので、後発データの利用に際して、データ改竄の有無を検証して、改竄のない場合にのみデータの利用を許容するといった処理が可能となる。このように、本発明の構成によれば、後発データについても、オリジナルのユニット対応データと同様セキュアなデータ管理、利用管理が実現される。
【発明を実施するための最良の形態】
【００５３】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データ
２．コンテンツ格納構成
３．格納コンテンツの暗号化、利用管理構成
４．後発的に生成したデータまたは取得したデータの管理構成
５．情報記録媒体のＣＰＳユニット構成データと情報記録媒体外部に格納したＣＰＳユニット構成データの関連づけ構成
６．後発データ管理ファイルの設定に基づく後発データ管理構成
７．情報処理装置の構成例
【００５４】
［１．情報記録媒体の格納データ］
本発明の情報処理装置は、情報記録媒体に格納されたコンテンツについて、ユニット単位の利用制御を実現するとともに、後発的にユーザが生成したデータやダウンロードしたデータなどの後発データについても、情報記録媒体の格納コンテンツと同様、ユニット単位の利用制御を実現する。まず、図１を参照して、コンテンツの記録された情報記録媒体の格納データ例について説明する。
【００５５】
情報記録媒体１００は、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００５６】
情報記録媒体１００は、例えばデータ再書き込みの不可能なＲＯＭディスク、あるいは、一部分のデータ領域のみデータ書き込み可能なパーシャルＲＯＭ（Ｐａｒｔｉａｌ  ＲＯＭ）ディスク、あるいは全領域においてデータ書き込み可能なディスクなど、様々な態様の記録媒体である。
【００５７】
図１に示すように、情報記録媒体１００にはコンテンツ１０１が格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツ１０１である。これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能な情報、あるいは情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となる情報など、様々な態様の情報が含まれる。
【００５８】
情報記録媒体１００に格納されるコンテンツ１０１は、少なくとも一部が暗号化コンテンツとして格納されており、暗号化コンテンツの復号処理に適用する鍵の生成に必要となる情報として記録シード（ＲＥＣ  ＳＥＥＤ）１０２が格納される。暗号化コンテンツは、コンテンツの利用管理のため、各々、個別の暗号鍵としてのユニット鍵を適用した暗号化データとして情報記録媒体１００に格納される。記録シード（ＲＥＣ  ＳＥＥＤ）：Ｖｕ１０２は、個別のユニット鍵の生成のために適用する鍵生成情報である。なお、記録シード（ＲＥＣ  ＳＥＥＤ）１０２は情報記録媒体１００に格納される設定のみならず、例えばネットワーク接続されたサーバから取得する設定としてもよい。
【００５９】
情報記録媒体１００には、さらに、情報記録媒体１００の識別情報としてのディスクＩＤ１０３、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ１０４、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤ１０５、ディスク種別識別情報１０６が格納される。なお、パッケージＩＤ１０５に加え、さらに情報記録媒体についての異なる製造単位情報としてボリュームＩＤが格納される場合もある。
【００６０】
情報記録媒体１００に格納されるコンテンツは、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。例えば情報記録媒体が、高密度記録可能な青色レーザによるデータ記録ディスクであるＢｌｕ−ｒａｙディスクの場合には、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従ったデータがメインコンテンツとして格納される。
【００６１】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどのコンテンツなど、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータをサブコンテンツとして格納する場合もある。
【００６２】
情報記録媒体１００に格納される様々なコンテンツ１０１は、コンテンツの利用管理のため、各々、個別のユニット鍵を適用した暗号化がなされて情報記録媒体１００に格納される。ユニット鍵を生成する鍵生成情報として記録シード１０２が適用される。
【００６３】
すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なる記録シード：Ｖｕ１０２が割り当てられ、それぞれのユニットに対応する記録シードに基づいてユニット鍵が生成可能であり、ユニット鍵を適用した暗号化コンテンツの復号処理によって再生が可能となる。
【００６４】
例えば、情報記録媒体１００に格納されるＡＶ(Audio Visual)ストリームのコンテンツ利用に際しては、記録シード：Ｖｕ１０２と、図には示していないが、情報記録媒体１００に記録された物理インデックスなどその他の秘密情報を適用した所定の暗号鍵生成シーケンスを実行してユニット対応のユニット鍵を取得して、取得したユニット鍵に基づいてユニットに含まれる暗号化コンテンツの復号処理を行ない再生する。
【００６５】
上述したように、情報記録媒体１００に格納される暗号化コンテンツは、コンテンツ利用管理単位としてのユニットに区分されている。このユニットをＣＰＳユニット（コンテンツ管理ユニット）と呼ぶ。ＣＰＳユニット構成および記録シードの対応例を図２に示す。図２には、情報記録媒体に格納されるコンテンツ管理情報としてのＣＰＳユニット管理テーブルと、各ユニット対応の記録シードに基づいて生成可能なＣＰＳユニット鍵の対応を示している。
【００６６】
図２のＣＰＳユニット管理テーブルに示すように、ＣＰＳユニットの設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々であり、ＣＰＳユニット管理テーブルには、それぞれのＣＰＳユニットに対応する識別子としてのＣＰＳユニットＩＤと、記録シード情報が対応付けられて設定される。
【００６７】
図２において、タイトル１はＣＰＳユニット１であり記録シードとしてＶｕ１が対応して設定され、タイトル２はＣＰＳユニット１であり記録シードとしてＶｕ１が対応して設定され、アプリケーション１はＣＰＳユニット２として設定されている。
【００６８】
例えば、記録シードＶｕ１に基づいて、ユニット鍵Ｋｕ１が生成され、ユニット鍵Ｋｕ１を適用した暗号処理によって、タイトル１とタイトル２によって判別可能な１つのＣＰＳユニット（ＣＰＳ１）に含まれる暗号化コンテンツの復号処理が可能となる。同様に、記録シードＶｕ２に基づいて、ユニット鍵Ｋｕ２が生成され、ユニット鍵Ｋｕ２を適用した暗号処理によって、アプリケーション１によって判別可能な１つのＣＰＳユニット（ＣＰＳ２）に含まれる暗号化コンテンツの復号処理が可能となる。以下、同様である。
【００６９】
なお、ＣＰＳユニット管理テーブルには、情報記録媒体に格納されているコンテンツ以外の、例えばユーザが後発的に生成したデータや外部から取得したデータなどの後発データのためのＣＰＳユニットが設定されている。これらは、後発データに対してユーザが新規に定義可能なＣＰＳユニットである。図２に示すデータフィールド１２１に対応するＣＰＳユニットが後発データ用のユニットとして適用可能である。
【００７０】
このＣＰＳユニットは、情報記録媒体に格納されているコンテンツ、例えばプログラムの実行によって取得したデータ、具体的にはゲームの途中経過情報、得点情報などの後発的に生成されるデータや、情報記録媒体に格納されているコンテンツであるＡＶストリームに対応する付属データ、例えば外部サーバから取得した字幕データなど、ユーザが生成または取得した後発データに対する管理ユニットとして設定可能なユニットである。これらの利用形態については、後段で詳細に説明する。
【００７１】
［２．コンテンツ格納構成］
図３を参照して、本発明の情報記録媒体に格納されるコンテンツの格納フォーマットについて説明する。
【００７２】
情報記録媒体には、図３に示すように、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶストリームをメインコンテンツ２００として格納し、その他のデータ、プログラム、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツ３００として格納されている。
【００７３】
メインコンテンツ２００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納され、サブコンテンツ３００は、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納される。
【００７４】
図３に示すように、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納されるメインコンテンツ２００は、動画コンテンツ（ＡＶストリーム）を再生対象の実コンテンツとして格納しており、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成を持つ。すなわち、
（Ａ）アプリケーション２１０
（Ｂ）再生区間指定ファイル（プレイリスト）２３０
（Ｃ）クリップ（コンテンツデータファイル）２４０
である。
【００７５】
（Ｃ）クリップ（コンテンツデータファイル）２４０は、それぞれ区分されたコンテンツデータファイルであるクリップ２４１，２４２，２４３を有し、各クリップ２４１は、ＡＶ（Audio-Visual）ストリームファイル２６１とクリップ情報ファイル２５１を持つ。
【００７６】
クリップ情報ファイル２５１は、ＡＶ（Audio-Visual）ストリームファイル２６１に関する属性情報を格納したデータファイルである。ＡＶ（Audio-Visual）ストリームファイル２６１は例えばＭＰＥＧ−ＴＳ（Moving Picture Experts Group-Transport Stream）データであり、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕データ等の各情報を多重化したデータ構造となっている。また、再生時に再生装置の制御を行うためのコマンド情報も多重化されている場合がある。
【００７７】
（Ｂ）再生区間指定ファイル（プレイリスト）２３０は、複数の再生区間指定ファイル（プレイリスト）２３１，２３２，２３３を持つ。各再生区間指定ファイル（プレイリスト）２３１，２３２，２３３のそれぞれは、クリップ（コンテンツデータファイル）２４０に含まれる複数のＡＶストリームデータファイルのいずれかを選択し、また選択したＡＶストリームデータファイルの特定のデータ部分を、再生開始点と再生終了点として指定するプレイアイテムを１つ以上持つ構成となっており、１つの再生区間指定ファイル（プレイリスト）を選択することで、その再生区間指定ファイル（プレイリスト）の持つプレイアイテムに従って、再生シーケンスが決定されて再生が実行される。
【００７８】
例えば再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、再生区間指定ファイル（プレイリスト）２３１に対応付けられたプレイアイテム２３４は、クリップ２４１に再生開始点ａと再生終了点ｂを持ち、また、プレイアイテム２３５は、クリップ２４１に再生開始点ｃと再生終了点ｄを持つので、再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、クリップ２４１に含まれるコンテンツであるＡＶストリームファイル２６１の特定データ領域、ａ〜ｂとｃ〜ｄが再生されることになる。
【００７９】
（Ａ）アプリケーション２１０は、たとえばコンテンツ再生を実行するディスプレイに提示されるコンテンツタイトルを含むアプリケーションインデックスファイル２１１，２１２と再生プログラム２２１，２２２の組み合わせ、または、ゲームコンテンツ、ＷＥＢコンテンツなどのアプリケーション実行ファイル２１３，２１４と再生プログラム２２３，２２４の組み合わせを持つ層として設定される。ユーザは再生対象をアプリケーションインデックスファイル２１１，２１２に含まれるタイトルの選択によって決定することができる
【００８０】
各タイトルは、図に示すように、再生プログラム２２１〜２２４の１つの再生プログラム（例えばムービーオブジェクト）に対応付けられており、ユーザが１つのタイトルを選択すると、その選択したタイトルに対応付けられた再生プログラムに基づく再生処理が開始することになる。なお、図に示すタイトル１、タイトル２として示されるアプリケーションインデックスファイル２１１，２１２は、情報記録媒体のセット、起動に際して、自動的に再生されるタイトル、メニューを表示するためのタイトル提示プログラムも含まれる。
【００８１】
アプリケーションインデックスファイル２１１，２１２や、アプリケーション実行ファイル２１３，２１４は、アプリケーション実行に使用されるアプリケーションリソースファイルを含む場合がある。また、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７がアプリケーションリソースファイルとして適用される場合もある。
【００８２】
再生プログラム（例えばムービーオブジェクト）２２１〜２２４は、再生する再生区間指定ファイル（プレイリスト）の指定のほか、ユーザから入力されるコンテンツ再生処理に関する操作情報に対する応答、タイトル間のジャンプ、再生シーケンスの分岐など、再生コンテンツ（ＨＤムービーコンテンツ）の提示に必要な機能をプログラマブルに提供するコンテンツ再生処理プログラムである。各再生プログラム２２１〜２２４は、相互にジャンプ可能であり、ユーザの入力、あるいはあらかじめ設定されたプログラムに従って、実際に実行される再生プログラムが選択され、選択された再生プログラムの指定する再生区間指定ファイル（プレイリスト）２３０によって、再生コンテンツがクリップ２４０から選択され再生される。
【００８３】
メインコンテンツ２００は、図に示すように、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成で管理され、この階層構成の枠組みに対して、コンテンツ管理ユニット（ＣＰＳユニット）が設定され、コンテンツ管理ユニット（ＣＰＳユニット）単位でコンテンツの利用管理がなされる。コンテンツ管理ユニット（ＣＰＳユニット）についての詳細は後述する。
【００８４】
情報記録媒体には、メインコンテンツ２００の他にサブコンテンツ３００が併せて格納される。サブコンテンツ３００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納されるコンテンツである。
【００８５】
サブコンテンツ３００は、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどであり、複数のデータファイルからなる集合がデータグループとして設定される。
【００８６】
図３にはデータグループ１，３１１〜データグループＮ，３１２を示している。これらのデータグループも利用管理対象コンテンツとして設定可能であり、利用管理対象コンテンツとして設定した場合には、各データグループを単位としたコンテンツ管理ユニット（ＣＰＳユニット）が設定され、データグループ単位で利用管理がなされる。
【００８７】
［３．格納コンテンツの暗号化、利用管理構成］
次に、図４以下を参照して、情報記録媒体に格納されたコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）に区分して、各ユニット毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００８８】
先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、異なる暗号鍵としてユニット鍵が割り当てられる。１つのユニット鍵を割り当てる単位がコンテンツ管理ユニット（ＣＰＳユニット）である。なお、ユニット鍵は、ユニットに対応する記録シードに基づいて生成可能な鍵である。
【００８９】
それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられたユニット鍵を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。
【００９０】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図４を参照して説明する。
【００９１】
まず、メインコンテンツ２００側におけるコンテンツ管理ユニット（ＣＰＳユニット）の設定構成について説明する。
【００９２】
メインコンテンツ２００側においては、（Ａ）アプリケーション２１０に含まれる１つ以上のタイトルを含むアプリケーションインデックスファイル２１１，２１２、またはアプリケーション実行ファイル２１３，２１４等を含むＣＰＳユニットを設定する。
【００９３】
図４に示すＣＰＳユニット１，４０１は、アプリケーションインデックスファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００９４】
また、ＣＰＳユニット２，４０２は、アプリケーション実行ファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００９５】
また、ＣＰＳユニット３，４０３は、アプリケーション実行ファイルと、再生プログラムファイルと、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルによって構成したユニットである。
【００９６】
これらの各ユニットは、同一の鍵（ＣＰＳユニット鍵：図４中の鍵Ｋｕ１，Ｋｕ２，Ｋｕ３）でそれぞれ個別に暗号化して情報記録媒体に格納される。
【００９７】
図４中、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１、およびコンテンツ管理ユニット（ＣＰＳユニット）２，４０２は、上位層の（Ａ）アプリケーションと、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）によって構成されるユニットであり、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）を含まず、上位層の（Ａ）アプリケーション層、および情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルすなわち、画像ファイル２２５、音声ファイル２２６、データファイル２２７等によって構成されるユニットである。
【００９８】
コンテンツ管理ユニット（ＣＰＳユニット）１，４０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。
【００９９】
また、コンテンツ管理ユニット（ＣＰＳユニット）２，４０２には、ゲームコンテンツ、ＷＥＢコンテンツなどによって構成されるアプリケーションファイル２１３と、再生プログラム２２３、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，４０２に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ２を適用して暗号化される。さらに、アプリケーションファイル２１３についても、ユニット鍵：Ｋｕ２を適用した暗号化ファイルとしてもよい。
【０１００】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、上位層の（Ａ）アプリケーション層に含まれるアプリケーションファイル２１４，２１５と、再生プログラム２２４、さらに、再生プログラム２２４によって情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７が含まれるユニットとして設定される。
【０１０１】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ３を適用して暗号化される。
【０１０２】
例えば、ユーザがコンテンツ管理ユニット１，４０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定された記録シードＶｕ１を適用した暗号処理により、ユニット鍵：Ｋｕ１を取得して、取得したユニット鍵Ｋｕ１を適用したコンテンツの復号処理シーケンスを実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。
【０１０３】
例えば、コンテンツ管理ユニット３，４０３に対応するアプリケーションファイルまたは、再生プログラム２２４に対応付けられた画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７の利用処理を行なう場合は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して、復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行または各種ファイルを実行することになる。
【０１０４】
上述した各種のコンテンツ管理ユニット（ＣＰＳユニット）に対応するコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例について、図５を参照して説明する。
【０１０５】
図５に示すディレクトリ構成は、メインコンテンツデータ部５０２、サブコンテンツデータ部５０３と、メインコンテンツとサブコンテンツに対応するコンテンツ管理データ部５０１を設定した構成である。メインコンテンツデータ部５０２に示すＢＤＭＶディレクトリはＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従ったコンテンツ、アプリケーションを保管するディレクトリとして設定されている。
【０１０６】
Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従ったメインコンテンツは、先に図３、図４を参照して説明したように、タイトル、オブジェクト、プレイリスト、クリップ情報、ＡＶストリーム等の階層構成を持ち、これらを構成するデータファイルがＢＤＭＶディレクトリに設定される。
【０１０７】
サブコンテンツデータ部５０３のＤａｔａディレクトリは、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭフォーマットに従っていないフォーマットを持つコンテンツ、アプリケーションを各グループ毎に保管するディレクトリとして設定されている。サブコンテンツデータ部５０３のＤａｔａ  Ｇｒｏｕｐ  ｉｎｆは、サブコンテンツの各グループ情報を格納したファイルである。
【０１０８】
管理データ部５０１には、メインコンテンツとサブコンテンツの両コンテンツに対応する管理ファイルが格納される。例えば、前述した図２に示したコンテンツ管理ユニット（ＣＰＳユニット）毎のＣＰＳユニットＩＤと記録シード情報を対応付けて設定したＣＰＳユニット管理テーブル、さらに、各ユニットに対応して設定されるコンテンツの再生制御情報、コピー制御情報が格納される。
【０１０９】
コンテンツの再生制御情報、コピー制御情報は、各ＣＰＳユニット毎に個別の情報として設定される。例えば、
［ＣＰＳユニット１］
記録媒体に対するコピー許容回数：ａ回、再生許容回数：ｂ回、遠隔再生可否：可・・
［ＣＰＳユニット２］
記録媒体に対するコピー許容回数：０回、再生許容回数：ｃ回、遠隔再生可否：否・・
などのように、情報記録媒体に格納された各ＣＰＳユニット毎に個別のコンテンツ利用制御情報が設定されている。
【０１１０】
［４．後発的に生成したデータまたは取得したデータの管理構成］
上述したように、情報記録媒体に格納済みのコンテンツは、ＣＰＳユニットに区分され、各ＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を記録シードを適用して取得することで、利用可能となる。
【０１１１】
情報記録媒体に格納済みのコンテンツとは異なるデータ、例えば、情報記録媒体に格納されたプログラムに従って生成されたデータ、情報記録媒体に格納されたデータの再生中に生成したデータ、具体的には、ゲームプログラムを実行して生成した途中経過のデータや、キャラクタデータ、あるいは、ネットワークを介してサーバなどから取得したデータ、ユーザ自身の作成したテキスト、画像データなど、何らかのユーザの処理によって後発的に生成または取得したデータの管理処理について、以下説明する。
【０１１２】
図６に情報記録媒体に格納済みのコンテンツに関連するデータの生成、取得処理例を示す。
【０１１３】
図６には、情報記録媒体の再生処理を実行する例えばＰＣ等の情報処理装置６００を示している。情報処理装置６００は、コンテンツ再生処理を実行する例えばＣＰＵなどのプログラム実行機能を持つ制御部６０１、ハードディスク等によって構成されるデータ記憶部６０２、情報記録媒体に対するデータ入出力を行なう記録媒体インタフェース６０３、プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ６０４、ネットワークを介した通信を実行する通信インタフェース６０５を有する。なお、図６に示す情報処理装置６００の構成は、後発データの生成、取得処理について説明するための最小限の構成を示しているものであり、具体的な情報処理装置のハードウェア構成例については後段で説明する。
【０１１４】
情報処理装置６００は、情報記録媒体１００から記録媒体インタフェース６０３を介して情報記録媒体１００に格納されたＣＰＳユニットに区分されたコンテンツを読み取り、コンテンツの再生処理を、制御部６０１の制御の下に行なう。なお、ＣＰＳユニットによって管理されたコンテンツの再生処理や、後発データの格納、利用処理はライセンスされたプログラムを適用して実行される。
【０１１５】
情報記録媒体１００には、例えば、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格に基づいて記録されたコンテンツが格納されている。各コンテンツはＣＰＳユニットに区分され暗号化処理が施されている。
【０１１６】
情報処理装置６００は、ＣＰＳユニット対応の記録シードに基づいてＣＰＳユニット鍵を生成して、コンテンツを再生する。コンテンツには例えばゲーム、あるいはＡＶストリーム再生プログラムなどの各種のプログラム、ＡＶストリームデータなどが含まれる。
【０１１７】
情報処理装置６００が、情報記録媒体１００からのデータ読み取りに基づいて、後発的にデータを生成、あるいは取得する態様としては次の２つの態様がある。
【０１１８】
１つ目は、情報処理装置６００が解析可能な情報を、情報記録媒体１００から読み取り、読み取り情報に基づいて、新規データを取得または生成する場合である。例えば情報記録媒体１００内に後発データの取得先に対応するＵＲＬ情報が記述してあり、情報記録媒体１００が、このＵＲＬ情報を取得して、ブラウザーを使用して通信ＩＦ６０５およびネットワークを介してＵＲＬによって指定されるサーバ６１１などにアクセスし、ＵＲＬ対応の新規コンテンツなどのデータをダウンロードする処理である。コンテンツダウンロード以外にも、情報記録媒体１００からの読み取り情報に基づいて、情報処理装置６００内で新規に後発データを生成する場合がある。
【０１１９】
２つ目は、情報記録媒体１００内に記録されたアプリケーションプログラムによるものである。例えば、情報処理装置６００において、情報記録媒体１００から読み取ったプログラムを実行し、プログラムに従って、通信ＩＦ６０５およびネットワークを介して特定のサーバ６１１に接続しコンテンツをダウンロードする、あるいは、情報処理装置６００において、プログラムの実行により後発的なデータが生成される場合がある。
【０１２０】
このような様々な処理により生成または取得されたデータは、情報記録媒体１００内に記録されたコンテンツの管理区分であるＣＰＳユニットに属するデータではないが、本発明の構成においては、これら後発的なデータを特定のＣＰＳユニットに属するデータとして管理する。
【０１２１】
具体的には、情報記録媒体１００に格納されたＣＰＳユニット対応のコンテンツに基づいて生成または取得した後発データについては、同一のＣＰＳユニットに属するデータとして管理する。あるいは新規なＣＰＳユニットを別途定義して新たなＣＰＳユニットにより管理する。
【０１２２】
図７に情報記録媒体の格納コンテンツに基づいて、外部サーバから後発データを取得する処理シーケンスを示す。ステップＳ１０１において、情報処理装置は、情報記録媒体からＣＰＳユニットによって管理されたコンテンツを読み出す。例えばＣＰＳユニットＡに属するコンテンツを読み出したものとする。
【０１２３】
情報処理装置は、ダウンロードデータの指定情報、例えばＵＲＬなどを情報記録媒体から読み出すとともに、読み出しコンテンツに対応するＣＰＳユニットの識別子としてのＣＰＳユニットＩＤを取得し、ステップＳ１０２において、これらのデータ、すなわちＣＰＳユニットＩＤと、ダウンロードデータ指定情報をサーバに送信する。
【０１２４】
サーバは、予め定められた認証シーケンスによって、正当な情報記録媒体から取得したＣＰＳユニットＩＤであるかなどの認証処理を実行し、データ要求の正当性を検証し、正当性が確認された場合に、ステップＳ１０３において、要求されたダウンロードデータを情報処理装置に送信する。例えばこのダウンロードデータは、ＡＶストリームの吹き替え音声データであったり、字幕データであったり、あるいは特定のコンテンツの再生プログラムなどである。
【０１２５】
情報処理装置は、ステップＳ１０４において、サーバから取得したダウンロードデータを情報記録媒体、あるいは、情報処理装置内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。いずれの場合もＣＰＳユニットＩＤによって特定される同一のＣＰＳユニットＡに属するデータとして格納、管理され、ＣＰＳユニットＡに対して設定される記録シードＶｕ（ａ）を適用して生成されるＣＰＳユニット鍵Ｋｕ（ａ）を適用した暗号処理によってか暗号化されて格納される。
【０１２６】
図７を参照して説明したシーケンスでは、情報処理装置がサーバに対してダウンロードデータを要求する際、ＣＰＳユニットＩＤとダウンロードデータ指定情報を送信する設定としてあるが、これは、ＣＰＳユニットＩＤの送信を行なうことで、以下のような管理が可能となるからである。
（１）サーバにおいてＣＰＳユニットごとにダウンロードデータの管理が可能となる。
（２）ＣＰＳユニットごとに、ダウンロードの可否、課金処理などを管理している場合、いったんダウンロード可能となったＣＰＳユニットに関しては次回よりＣＰＳユニットＩＤを送信するだけでダウンロードを開始することができる。
（３）情報記録媒体上でＣＰＳユニットごとに定義された鍵（ユニット鍵）を用いてダウンロードデータの暗号化を行う場合、サーバで暗号化処理を行うためにはＣＰＳユニットＩＤが必要となる。サーバではユニットＩＤに対応したＣＰＳユニット鍵を保持し、保持したＣＰＳユニット鍵を適用して暗号化したデータを送信することでセキュアなデータ送信が可能となる。
【０１２７】
なお、ダウンロードデータ指定情報としては、ＵＲＬなどの情報以外に、例えば、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格等で定められた値であるスタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、タイトルＩＤ、ムービーオブジェクトのＩＤ、プレイリストのＩＤ、再生区間情報（開始点、終了点のタイムスタンプ）、なども適用可能であり、また、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格等で定められていない値をダウンロードデータ指定情報として用いてもよい。例えば、ユーザＩＤ、課金状況などのユーザ付属情報、日時情報、コンテンツ再生において情報処理装置側で生成される管理データ、例えば再生回数、再生済み範囲、ゲームの得点、マルチストーリーの再生パス情報など、サーバ側でダウンロードデータを特定可能な情報であれば、様々なデータがダウンロードデータ指定情報として適用できる。
【０１２８】
次に、情報処理装置が生成または取得するデータの具体例について、図８、図９を参照して説明する。
【０１２９】
図８には、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったデータの一部を後発データとして生成または取得する例を示している。先に、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従って情報記録媒体に格納されたコンテンツは階層構成を持ち、各階層のデータ、プログラムが関連付けられて例えばＡＶストリームのコンテンツ再生処理が可能となる。
【０１３０】
図８に示す情報記録媒体６２１には、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったコンテンツとして、３つのタイトル［タイトル１］、［タイトル２］、［タイトル３］に対応付けられたＣＰＳユニット１，２，３が設定されている。
【０１３１】
この３つのＣＰＳユニット中、２つのタイトル［タイトル１］、［タイトル２］に対応付けられたＣＰＳユニット１，ＣＰＳユニット２には、各タイトルに対応する再生プログラムとしてのムービーオブジェクト１，２が格納され、ユーザは、情報処理装置に情報記録媒体をセットし、［タイトル１］または［タイトル２］を指定することで、再生プログラムとしてのムービーオブジェクト１，２のいずれかを実行させて、プレイリストによって指定される区間のクリップファイル、すなわちＡＶストリームデータを再生することができる。ただし、それぞれのＣＰＳユニットに対応する記録シードを管理データから取り出してＣＰＳユニット鍵を生成してＡＶストリームなどの暗号化データを復号することが必要である。
【０１３２】
しかし、ＣＰＳユニット３には、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３が格納されておらず、ＣＰＳユニット内に含まれるクリップファイル、すなわちＡＶストリームデータを再生することができない。この場合、情報処理装置は、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３の生成または取得処理を実行し後発データ６２２としてムービーオブジェクト３を生成または取得する。生成または取得したムービーオブジェクト３は、ＣＰＳユニット３の構成データとして管理される。
【０１３３】
図９は、後発的に情報処理装置が生成または取得するデータのその他の具体例について示した図である。
【０１３４】
情報処理装置６００は、複数のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体１００を再生する。
【０１３５】
例えば、ＣＰＳユニットＡ６４０はゲームプログラムを含むコンテンツ管理ユニットであり、情報処理装置６００がゲームプログラムを実行することにより、ゲームの途中終了情報、ゲーム得点情報などの後発データ６４１，６４２が生成される。これらのデータは、情報処理装置６００において、ＣＰＳユニットＡ６４０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１３６】
また、ＣＰＳユニットＢ６５０は映画などの動画等のＡＶストリームコンテンツを含むコンテンツ管理ユニットであり、情報処理装置６００は、ＡＶストリームコンテンツに対応する字幕データからなる後発データ６５１をサーバ６１１から取得して、再生を行なう。取得した字幕データ６５１は、情報処理装置６００において、ＣＰＳユニットＢ６５０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１３７】
なお、いずれの処理の場合においても、後発的に生成したデータまたは取得したデータについて新たなＣＰＳユニットを設定し、設定した新規ＣＰＳユニットの構成データとして情報記録媒体１００または情報処理装置６００内のハードディスク、あるいはリムーバブルメモリなどの記憶部に格納する構成としてもよい。これらのユニットとしては、先に図２を参照して説明した新規データに対応するＣＰＳユニットが対応付けられて設定される。それぞれのＣＰＳユニットに対応する記録シードＶｕは予め情報記録媒体に格納されており、その記録シードを適用して、予め定められた暗号処理シーケンスを実行してＣＰＳユニット鍵を生成し、生成したＣＰＳユニット鍵を適用して、生成データまたは取得データの暗号化を実行して情報記録媒体１００または情報処理装置６００内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。
【０１３８】
なお、新たに設定するＣＰＳユニットに対応する記録シードＶｕについては、外部のサーバから取得する設定としてもよい。ただし、記録シードＶｕを提供するサーバと情報処理装置間において所定の認証処理を実行し、不正な記録シード取得を防止した構成とすることが望ましい。ここで、取得する記録シードＶｕは、図２で示す管理テーブルの単位での取得も含む。
【０１３９】
後発的に生成したデータまたは取得したデータの暗号化および管理態様について図１０を参照して説明する。
【０１４０】
図１０には、情報記録媒体に格納されたコンテンツの再生処理に対応して生成または取得するデータを情報記録媒体内部または外部に記録する場合のデータ暗号化方法の例を示している。
【０１４１】
図１０において、左側のデータ領域は、情報記録媒体に格納済みのデータ、すなわちＲＯＭ領域データ６６０であり、右側のデータ領域は、新規生成または取得データとしての後発データ６７０である。新規生成または取得データは、情報記録媒体のデータ書き込み可能な領域またはハードディスク、あるいはリムーバブルメモリなど外部の記憶手段に格納される。図１０には、新規生成または取得データに対するＣＰＳユニット設定例として２つの例を示している。
【０１４２】
（設定例１）
図１０に示すＣＰＳユニット３，６８１に示すように、後発データ６７１を、情報記録媒体に設定済みのＣＰＳユニットに一体化する処理例である。
【０１４３】
ＣＰＳユニット３，６８１は、情報記録媒体に格納済みのデータ、すなわち、データ領域６６０において設定済みのＣＰＳユニット３であり、このＣＰＳユニット３，６８１に、新規生成または取得した後発データ６７１を含めて、１つのユニットとする構成である。この場合、後発データ６７１、または後発データ６７１に含まれるデータは、ＣＰＳユニット３に対応して設定されている記録シードＶｕ３を適用して生成されるユニット鍵Ｋｕ３を用いて暗号化されて情報記録媒体またはハードディスクなどの記憶部に格納される。
【０１４４】
この構成例では、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに対応するユニット鍵と同じ鍵を使用して生成データの暗号化を行う構成であり、再生処理においては、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに含まれていたデータと同様の鍵を適用して後発データ６７１の復号処理を実行することが可能であり、鍵の切り替え処理が不要となりシームレスな再生が可能となる。
【０１４５】
（設定例２）
図１０に示すＣＰＳユニット４，６８２に示すように、後発データ６７２を、情報記録媒体に設定済みのＣＰＳユニットとは異なる新規のＣＰＳユニットを設定して管理する処理例である。
【０１４６】
このように後発データ６７２用に別途ＣＰＳユニット４，６８２を定義し、それに対応したユニット鍵を用いて後発データ６７２に含まれるデータの暗号化を行う。ＣＰＳユニット４，６８２は、情報記録媒体に記録されているデータとは独立な管理がなされる。この場合、後発データ６７２用にＣＰＳユニットを割り当てるための情報、およびユニット鍵を生成するための情報を別途、管理データとして設定して記録する必要がある。
【０１４７】
図１１を参照して、新規生成または取得した後発データに対応する管理データとしての再生／コピー制御情報の設定例について説明する。
【０１４８】
図１１には、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応するディレクトリＢとを示している。図１１に示す例は、いずれもＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１４９】
再生／コピー制御情報を記録する方法としては、以下の２つの設定例のいずれかを適用する。
（設定例１）
既存の再生／コピー制御情報を後発データの再生／コピー制御情報として適用する。
これは、図１１に示すように情報記録媒体１００に予め格納されたＣＰＳユニット００１のデータ［０１００１．ｍ２ｔｓ］７１５に対応する再生／コピー制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３をそのまま、新たに生成または取得した後発データ［０１００３．ｍ２ｔｓ］７１２に対応する再生／コピー制御情報として適用する。この場合、後発データ［０１００３．ｍ２ｔｓ］７１２に対応する再生／コピー制御情報を新たに生成することは不要であり、ＣＰＳユニット００１の再生／コピー制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３が、既存データ［０１００１．ｍ２ｔｓ］７１５と、後発データ［０１００３．ｍ２ｔｓ］７１２の双方に適用される再生／コピー制御情報として設定される。
【０１５０】
（設定例２）
後発データの再生／コピー制御情報を新たに生成する。
これは、図１１に示すように後発データ［０１００２．ｍ２ｔｓ］７１１に対応する再生／コピー制御情報として、新たな再生／コピー制御情報［ＣＰＳＵｎｉｔ００２．ｃｃｉ］７１４を生成して、管理データとする例である。
【０１５１】
（設定例１）のケースは、例えば情報記録媒体１００のＲＯＭ領域に記録されていない言語の字幕データをダウンロードして取得し、ＲＯＭ領域に記録されている映像・音声データと合わせて再生する場合などに適した方法である。この場合、ＲＯＭ領域に記録されたデータ、ダウンロードしたデータの両方が１つのＣＰＳユニットに属すると考えて処理を行うことが自然である。
【０１５２】
また、（設定例２）のケースは、情報記録媒体１００から読み出したアプリケーションプログラムを実行して生成したデータを複数のユーザ間で共有／コピーが可能となるようにしたい場合などに適している。実行アプリケーションやＡＶストリームなどのＲＯＭ領域に記録されたデータはコピー不可であるが、実行アプリケーションによって生成されるデータ（ゲームの得点情報、地図情報など他のユーザへの送信や、携帯機器などへの持ち出しニーズがある情報）はＲＯＭ領域と異なる再生／コピー制御が可能となる。
【０１５３】
図１２は、暗号鍵、すなわち各ＣＰＳユニットに対応するユニット鍵の生成情報としての記録シードの設定例を示した図である。
【０１５４】
図１１と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応するディレクトリＢとを示している。図１２に示す例は、いずれもＢｌｕ−ｒａｙ  Ｄｉｓｃ  ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１５５】
記録シードは、先に図２を参照して説明したようにＣＰＳユニット管理テーブルにおいて、各ＣＰＳユニット識別子（ＣＰＳユニットＩＤ）に対応付けて管理される。図１２に示す暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２１が、情報記録媒体１００に格納されたＣＰＳユニット管理テーブルである。
【０１５６】
後発データに対応して設定されるＣＰＳユニット対応の記録シードの設定方法としては、以下の２つの設定例のいずれかを適用する。
【０１５７】
（設定例１）
後発データの暗号鍵生成情報としての記録シードとして、ＣＰＳユニット管理テーブルに予め設定済みの新規データ用の記録シードを使用する。
これは、先に図２を参照して説明したＣＰＳユニット管理テーブル中の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを後発データの暗号鍵生成情報としての記録シードとして使用する構成である。図１２において、後発データ［０１００３．ｍ２ｔｓ］７２４に対応させて、情報記録媒体１００に格納されている管理テーブルデータである暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２１の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを対応付ける。この設定例では、新たなＣＰＳユニットを定義して、新規データ用フィールド１２１（図２参照）に設定済みの記録シードを適用することが可能である。
【０１５８】
（設定例２）
後発データの暗号鍵生成情報としての記録シードとして、新たに生成または取得した記録シードを使用する。図１２において、後発データ［０１００２．ｍ２ｔｓ］７２３に対応させて、新たな管理テーブルデータとしての暗号鍵情報［Ｕｎｉｔ  Ｋｅｙ  Ｇｅｎ  Ｖａｌｕｅ．ｉｎｆ］７２２を設定し、新規エントリとして新規設定したＣＰＳユニット識別子と生成または取得した記録シードとを対応付けて格納する。なお、記録シードの生成が許容される場合、情報処理装置は、情報処理装置内のデータ処理部において、例えば乱数を生成して新たな記録シードを生成する。この設定例においては、新たなデータについて、無制限にＣＰＳユニットの設定、記録シードの生成が可能となる。
【０１５９】
なお、情報処理装置において、新たなＣＰＳユニットを設定した場合は、その新規設定ＣＰＳユニットに対応する管理データ、すなわち、再生／コピー制御情報を対応付けることが必要となるが、これは、前述した図１１の２つの手法のいずれか、すなわち既存の再生／コピー制御情報を対応付けるか、あるいは新規の再生／コピー制御情報を設定して対応付けるかのいずれかの方法が適用される。
【０１６０】
［５．情報記録媒体のＣＰＳユニット構成データと情報記録媒体外部に格納したＣＰＳユニット構成データの関連づけ構成］
上述したように、ＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体にオリジナルデータとして格納されていない後発データは情報記録媒体またはハードディスク、あるいはフラッシュメモリなどのリムーバブルメモリなどに格納される。この新規データを情報記録媒体のＣＰＳ管理データの管理対象データとして取り扱うためには、情報記録媒体またはハードディスクなどに格納される新規データを情報記録媒体のＣＰＳ管理データの管理対象データであることを識別可能とすることが必要となる。以下、この識別の構成について説明する。
【０１６１】
図１３は、後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段、例えば情報処理装置のハードディスクなどの記憶手段に格納する構成における後発データとＣＰＳユニットとの関連付け構成を示す図である。
【０１６２】
オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に後発データを記録する場合、図１３に示すように、それぞれがＣＰＳユニットを持つ異なる情報記録媒体８０１，８０２に対応する後発データを１つのハードディスクなどの記憶手段８０３に格納することとなる。
【０１６３】
この場合、記憶手段８０３に格納する様々な後発データが、それぞれどの情報記録媒体８０１，８０２に対応する後発データであるかを区別することが必要となる。
【０１６４】
情報記録媒体８０１，８０２には、先に図１を参照して説明したように、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤが格納されている。
【０１６５】
図１３に示すように、記憶手段８０３に格納する様々な後発データ８０４，８０５，８０６に対しては、スタジオＩＤ、パッケージＩＤ、さらにＣＰＳユニットＩＤが識別データとして付与され、図に示すようにスタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤの順にディレクトリ階層構造を設定し、このディレクトリ階層構造に基づいてデータ格納、管理を行なう。
【０１６６】
ＣＰＳユニットＩＤごとに割り当てられたディレクトリの内部には、任意の形式で生成データの保存が可能である。例えばＪａｖａ等の実行アプリケーションが生成するデータであれば、そのデータは再生時にＪａｖａ等の実行アプリケーションで解釈できる形式であれば良く、特定の形式に縛られるものではない。
【０１６７】
このようにディレクトリ階層が規定される場合、オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に記録されたデータをＪａｖａ等の実行プログラムから呼び出す場合の参照処理は、たとえば図１４に示すように名前空間、ディレクトリ、ファイル名に基づいて呼び出す処理として実行可能である。すなわち、オリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み領域を［Ｐａｒｔｉａｌ−ＲＯＭ：／／］、ハードディスクを［Ｌｏｃａｌ−ＨＤＤ：／／］のように名前空間を定義し、それぞれの新規データの格納ファイルを名前空間、ディレクトリ、ファイル名によって特定しファイルデータの読み込み、更新、再書き込みなどの処理が可能である。
【０１６８】
次に、図１５を参照して、後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み可能領域に書き込む場合の後発データとＣＰＳユニットとの関連付け構成について説明する。
【０１６９】
後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み可能領域に記録する場合、図１３を参照して説明した複数のパッケージにわたる生成データの管理が必要ない。従ってスタジオＩＤ、パッケージＩＤを用いたディレクトリ管理は必要なく、図１５に示すように、後発データ８１１，８１２に対しては、ＣＰＳユニットＩＤによって識別可能なデータとして管理する構成となる。
【０１７０】
［６．後発データ管理ファイルの設定に基づく後発データ管理構成］
例えば、ＰＣ（パーソナルコンピュータ）などにおいて、上述のＣＰＳ管理ユニットによる管理構成を持つコンテンツ格納情報記録媒体からコンテンツを読み出して、再生を行なう場合や、あるいは上述の後発データの生成、取得、格納処理などを行なう場合、ライセンスされた所定のプログラムを実行した処理として実行することになる。しかし、ＰＣなど、再生専用機器以外の情報処理装置は、様々なアプリケーションプログラムが格納されている。また、例えばハードディスクやリムーバブルメモリなどには、ＰＣの様々なアプリケーションにおいて利用されるファイルが格納され、これらのファイルは、特別な制限を設けない限り、様々なアプリケーションからアクセスすることが可能となる。
【０１７１】
ＰＣなどで利用されている例えばＦＡＴやＮＴＦＳなどの汎用のファイルシステムにおいて設定されるディレクトリに上述したＣＰＳユニット対応の後発データを格納したファイルを設定すると、様々なアプリケーションからファイルのアクセスが可能となり、後発データの不正な利用、データ改竄を許容することになる。前述したように、ＣＰＳユニットに属する後発データに含まれるＡＶストリームについては、暗号化データとして記録されるので、他のアプリケーションからのアクセスを回避できる構成となっている。
【０１７２】
すなわち、例えば、図１１に示す後発データ［０１００２．ｍ２ｔｓ］７１１、後発データ［０１００３．ｍ２ｔｓ］７１２等のＡＶストリームデータを暗号化して記録し、これらの暗号化データの復号は、所定の手順でＣＰＳユニット鍵を取得して、取得したＣＰＳユニット鍵を適用して復号する処理が必須であり、これらの処理は、ライセンスされたプログラムによって実行されるのみであるのでＡＶストリームの不正な利用は防止される。
【０１７３】
しかし、後発データには、ＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのファイルも含まれる場合がある。これらのファイルについても、ＰＣなどで利用されている汎用のファイルシステムにおいて管理される場合は、ＣＰＳユニットの利用を許容された正規のライセンスされた再生アプリケーションなどのライセンスプログラムによってのみアクセス可能とし、他のアプリケーションプログラムによる利用を排除した構成とすることが好ましい。
【０１７４】
すなわち、ＰＣ上で動作する他の様々なアプリケーションからＣＰＳユニットとして管理されるＡＶストリームデータ、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなど各ファイルのアクセスを排除し、データの改竄がなされない構成とする。なお、ＡＶストリーム以外のファイルであるタイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルを総称してナビケーションファイルと呼ぶ。
【０１７５】
図１６に、ＰＣなどで利用される汎用のファイルシステムにおいて利用するディレクトリにシステムファイル、様々なアプリケーションによって利用されるデータファイル、および上述したＣＰＳユニット対応の後発データからなるファイルを設定した例を示す。
【０１７６】
図１６に示す記憶手段８１３は、ＰＣなどのハードディスクに相当し、システムファイル８１８、さまざまなアプリケーションプログラムによって利用されるデータファイル８１７が設定されたディレクトリを示している。なお、記憶手段８１３は、ハードディスクに限らず、後発データを格納する情報記録媒体のデータ書き込み可能な領域や、リムーバブルメモリなど外部の記憶手段であってもよい。記憶手段８１３には、システムファイル８１８、データファイルに加え、さらに、上述したＣＰＳユニット対応の後発データファイル８１４〜８１６が設定される。ＣＰＳユニット対応の後発データファイル８１４〜８１６は、先に、図１３を参照して説明したように、スタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤが対応付けられたファイルである。なお、パッケージＩＤと同様、情報記録媒体の所定製造単位毎のＩＤとしてボリュームＩＤが利用される場合もある。
【０１７７】
図１６に示すように、汎用のファイルシステムにＣＰＳユニットとして管理されるべき後発データが設定されると、ＣＰＳユニットの利用を許容されたライセンスプログラム以外の他のアプリケーションプログラムによってこれらの後発データ８１４〜８１６のアクセスおよびデータ変更がなされる可能性がある。以下、図１６に示すように他の様々なデータファイル、システムファイルと共通するディレクトリにＣＰＳユニット対応の後発データファイルが設定される場合においても、これらの後発データの利用をライセンスされたプログラムのみに限定することを可能とした複数の構成例について説明する。
【０１７８】
まず、図１７を参照して、後発データとして記憶手段に格納されるＣＰＳユニット（コンテンツ管理ユニット）対応のデータ全体を含む１つの後発データ管理ファイルを設定して、この後発データ管理ファイルを暗号化し、さらに、データ改竄の防止、および検証処理を可能にすべく後発データ管理ファイルに基づくハッシュ値を生成して、併せて記録する構成について説明する。
【０１７９】
図１７に示すに示す記憶手段８２０は、例えばＰＣ等の情報処理装置などに備えられたハードディスク、あるいはリムーバブルメモリ、その他のデータ書き込み可能な情報記録媒体など、後発データを記録可能な記憶手段である。この記憶手段には、汎用のシステムファイルでのファイル管理がなされるディレクトリが設定され、情報処理装置によって利用されるシステムファイル［ＳＹＳＴＥＭ］８２４や、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるデータファイル［ＤＡＴＡ］８２３が設定される。
【０１８０】
さらに、このディレクトリには、上述したＣＰＳユニット対応の後発データを格納した後発データファイル群８２１が設定される。後発データファイル群８２１には、ＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルも含まれる。これらの後発データには、ＲＯＭディスクとしての情報記録媒体に格納されたＣＰＳユニット管理コンテンツの利用時などに生成したゲームポイントデータやキャラクタデータ、ユーザ情報など後発的に生成したデータや外部サーバから取得したデータなどが含まれ、さらに再生制御情報当を含むナビゲーションファイルにも後発的に生成したプログラム情報、クリップ情報などが含まれる。これらの様々な後発データについて、ＣＰＳユニットの処理が許容されたライセンスプログラムによってのみアクセス可能とするための一例が図１７に示す構成である。
【０１８１】
図１７に示す例では、ＣＰＳユニット管理対象である後発データ全てを含む後発データファイル群８２１を１つのファイル、すなわち後発データ管理ファイル［ｂｄｒｏｍ＿ｌｓ．ｄａｔ］８２２として設定する。この後発データ管理ファイル８２２を暗号化し、さらに、改竄防止、検証のためのハッシュ値を設定し、ディレクトリに設定する。
【０１８２】
暗号化処理に適用する暗号鍵は、ＣＰＳユニット管理データに対するデータ処理を実行する正当なライセンスを受けたアプリケーションプログラムのみが生成または取得可能とする構成が好ましい。すなわち、正当なライセンスを受けたプログラムのみが取得可能な情報を暗号鍵とするか、あるいは、このような限定された情報に基づいて暗号鍵を生成する。正当なライセンスプログラムのみが取得可能な情報としては、例えば、デバイスＩＤがある。このデバイスＩＤを暗号鍵として設定するか、あるいはデバイスＩＤに基づいて暗号鍵を生成する。
【０１８３】
デバイスＩＤは、正当なライセンスプログラムに対応して設定されるＩＤであり、例えばＣＰＳユニットに対するデータ処理が許容されたライセンスプログラムを正当にインストールしたデバイスとしてのハードウェアに設定された識別情報などに基づいて生成される。このデバイスＩＤは、正当なインストール処理のなされた正当なライセンスプログラムによってのみ取得可能とする。
【０１８４】
従って、様々なアプリケーションソフトウェアがインストールされたＰＣにおいて、他のアプリケーションによるデバイスＩＤの取得および暗号鍵の生成を防止することが可能となる。ライセンスプログラムの実行により、後発データを生成または取得した場合には、そのライセンスプログラムが、デバイスＩＤを取得して暗号鍵生成処理を実行して暗号鍵を生成し、生成した暗号鍵を適用してＡＶストリームデータファイル、および、ＡＶストリーム以外のナビゲーションファイルであるタイトルインデックスファイル、ムービーオブジェクトファイル、プレイリストファイル、クリップ情報ファイルのすべてを含む後発データ管理ファイル［ｂｄｒｏｍ＿ｌｓ．ｄａｔ］８２２を暗号化して記憶手段８２０に格納する。暗号鍵生成アルゴリズムとしては例えばＡＥＳ暗号鍵生成アルゴリズムなどが適用可能である。
【０１８５】
後発データ管理ファイル［ｂｄｒｏｍ＿ｌｓ．ｄａｔ］８２２の利用に際して、暗号化ファイルの復号処理を実行する場合には、正当なライセンスプログラムに基づくデバイスＩＤの取得処理、および暗号鍵生成処理を実行し、生成した暗号鍵によって暗号化ファイルの復号処理を実行する。
【０１８６】
さらに、後発データ管理ファイル［ｂｄｒｏｍ＿ｌｓ．ｄａｔ］８２２について、データ改竄を防止し、また改竄の検証を可能とするため、後発データの格納時に、後発データ管理ファイル８２２の全体、または特定サイズ（例えば６４ＫＢ）毎に分割して、ハッシュ値を計算し、生成ハッシュ値を上述の暗号鍵によって暗号化して格納する構成とする。このハッシュ値算出処理、暗号化処理も正当なライセンスプログラムによって実行される。
【０１８７】
ハッシュ値の暗号化には、前述のファイル暗号化の暗号鍵と同様、デバイスＩＤ、あるいはデバイスＩＤに基づいて生成される暗号鍵を適用する。
【０１８８】
後発データ管理ファイル８２２を利用する際には、暗号化されたハッシュ値を復号して得られたハッシュ値と、後発データ管理ファイル８２２に基づいて再計算されたハッシュ値との照合を実行し、両ハッシュ値が一致した場合にファイルの改竄がないと判定する。ファイルの改竄がないことの確認を条件としてファイルの利用、後発ファイル、後発データの利用が許容される。なお、これらの処理を実行するのは正当なライセンスプログラムである。
【０１８９】
この図１７に示すように、全ての後発データ、すなわちＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルの全ての後発データを１つの後発データ管理ファイル８２２にまとめて設定管理する構成とすることで、例えば異なるＣＰＳユニットや異なるスタジオ対応のコンテンツに対応して設定されるデータ、例えばコンテンツガイドデータなどを後発データ管理ファイル８２２に含めて管理することができる。図１７に示す共有ファイル（Ｓｈａｒｅｄ）８２５がこのようなデータファイルに相当する。この共有ファイル（Ｓｈａｒｅｄ）８２５は、ＣＰＳユニット構成データとして定義されるＡＶストリームデータ、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルと異なるデータであるが、このようなＣＰＳユニット定義ファイル以外の任意のデータをライセンスプログラムのみがアクセス可能なデータとして設定することができるというメリットがある。
【０１９０】
次に、図１８を参照して、記憶手段に格納されるＣＰＳユニット（コンテンツ管理ユニット）対応の後発データに対する処理として、スタジオ毎に区分した後発データ管理ファイルを設定して、スタジオ毎に区分した後発データ管理ファイル単位で暗号化およびハッシュ値設定処理を行なう構成例について説明する。スタジオは、ＣＰＳユニット対応のコンテンツを提供するエンティテイである。各スタジオがＣＰＳユニットに対応するコンテンツとしてのＡＶストリームやナビゲーションファイルの提供を行なう。オリジナルのスタジオ提供データは、例えば、ＲＯＭディスク等の情報記録媒体に記録され当初からＣＰＳ管理ユニットとして設定されたコンテンツである。図１８の記憶手段に記憶されるデータは、後発的にスタジオの管理または関連するサーバから取得したデータ、あるいは情報処理装置において生成したデータなどである。図１８に示す例は、情報処理装置が生成または取得した後発データについて、スタジオ単位の後発データ管理ファイルを設定し管理する例である。
【０１９１】
情報処理装置は、スタジオ単位で設定した後発データ管理ファイルを個別に暗号化し、さらに、データ改竄の防止、および検証処理を可能にすべく後発データ管理ファイルに基づくハッシュ値を生成して記録する。図１８に示すに示す記憶手段８２０は、例えばＰＣ等の情報処理装置などに備えられたハードディスク、あるいはリムーバブルメモリ、その他のデータ書き込み可能な情報記録媒体など、後発データを記録可能な記憶手段である。図１７を参照して説明したと同様、この記憶手段には、汎用のシステムファイルでのファイル管理がなされるディレクトリが設定され、情報処理装置によって利用されるシステムファイル［ＳＹＳＴＥＭ］や、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるデータファイル［ＤＡＴＡ］が設定される。
【０１９２】
さらに、このディレクトリには、上述したＣＰＳユニット対応の後発データを格納した後発データファイルが設定される。本処理例では、後発データファイルをスタジオ単位で区分したスタジオ単位後発データファイル群８３１，８３３として区分する。スタジオ単位後発データファイル群８３１は、スタジオＩＤ＝［００２］に対応する後発データのファイル群であり、スタジオ単位後発データファイル群８３３は、スタジオＩＤ＝［ＸＸＸ］に対応する後発データのファイル群である。これらのファイル群８３１，８３３には、ＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルも含まれる。
【０１９３】
図１８に示す例では、これらＣＰＳユニットとして管理される対象である後発データをスタジオ単位で区分し、スタジオ単位後発データファイル群８３１をまとめて一括した後発データ管理ファイル［ｓｔｕｄｉｏ００２．ｄａｔ］８３２として設定し、スタジオ単位後発データファイル群８３３をまとめて一括した後発データ管理ファイル［ｓｔｕｄｉｏＸＸＸ．ｄａｔ］８３４として設定する。図１８には２つのスタジオ対応の後発データを示しているが、後発データ対応のスタジオ数に応じた数の後発データ管理ファイルを設定する。スタジオ単位の後発データ管理ファイル８３２，８３４は、それぞれ個別に暗号化を施し、さらに、改竄防止、検証のためのハッシュ値を設定してディレクトリに設定する。
【０１９４】
暗号化処理に適用する暗号鍵は、先に図１７を参照して説明した処理例と同様、ＣＰＳユニット管理データに対するデータ処理を実行する正当なライセンスを受けたアプリケーションプログラムのみが生成または取得可能とする構成が好ましく、デバイスＩＤを暗号鍵として設定するか、あるいはデバイスＩＤに基づいて暗号鍵を生成する。デバイスＩＤは、前述したように、ＣＰＳユニットに対するデータ処理が許容されたライセンスプログラムによってのみ取得可能であり、様々なアプリケーションソフトウェアがインストールされたＰＣなどの情報処理装置において、他のアプリケーションプログラムによるデバイスＩＤの取得および暗号鍵の生成が防止される。
【０１９５】
図１８に示すスタジオ単位の後発データ管理ファイル８３２，８３４の暗号化処理において、すべてのスタジオ単位の後発データ管理ファイルを唯一のデバイスＩＤを用いた共通の暗号鍵によって暗号化する構成としてもよいが、スタジオ単位の後発データ管理ファイルに対応するスタジオＩＤとデバイスＩＤとを組み合わせて暗号鍵を生成する構成としてもよい。
【０１９６】
すなわち、スタジオ単位の後発データ管理ファイル８３２，８３４それぞれに対して異なる暗号鍵を生成し、異なる暗号鍵によって、各ファイルの暗号化を施す。例えば、スタジオ単位の後発データ管理ファイル８３２は、スタジオＩＤ＝［００２］に対応する後発データのファイル群の暗号化ファイルであるので、デバイスＩＤとスタジオＩＤ＝［００２］の２つのＩＤ情報を入力値として適用して暗号鍵を生成し、後発データ管理ファイル８３２を暗号化する。さらに、後発データ管理ファイル８３３は、スタジオＩＤ＝［ＸＸＸ］に対応する後発データのファイル群の暗号化ファイルであるので、デバイスＩＤと（スタジオＩＤ＝［ＸＸＸ］）の２つのＩＤに基づいて暗号鍵を生成し、後発データ管理ファイル８３４を暗号化する。このように、各スタジオ対応の後発データ管理ファイルを異なる暗号鍵で暗号化する構成としてもよい。
【０１９７】
ライセンスプログラムの実行により、後発データを生成または取得した場合には、そのライセンスプログラムが、デバイスＩＤ、またはデバイスＩＤと後発データに対応するスタジオのスタジオＩＤを取得して暗号鍵生成処理を実行して暗号鍵を生成し、生成した暗号鍵を適用して、特定のスタジオ対応のＡＶストリームデータファイル、および、ＡＶストリーム以外のナビゲーションファイルであるタイトルインデックスファイル、ムービーオブジェクトファイル、プレイリストファイル、クリップ情報ファイルのすべてを含む後発データ管理ファイルを暗号化して記憶手段８３０に格納する。暗号鍵生成アルゴリズムとしては例えばＡＥＳ暗号鍵生成アルゴリズムなどが適用可能である。
【０１９８】
スタジオ単位の後発データ管理ファイル８３２，８３４の利用に際して、暗号化ファイルの復号処理を実行する場合には、正当なライセンスプログラムに基づくデバイスＩＤ、またはデバイスＩＤとスタジオＩＤの取得処理、およびこれらの取得ＩＤ情報に基づく暗号鍵生成処理を実行し、生成した暗号鍵によって暗号化ファイルの復号処理を実行する。
【０１９９】
さらに、スタジオ単位の後発データ管理ファイル８３２，８３４について、データ改竄を防止し、また改竄の検証を可能とするため、後発データの格納時に、後発データ管理ファイル８３２，８３４について、各後発データファイルの全体、または特定サイズ（例えば６４ＫＢ）毎に分割して、ハッシュ値を計算し、生成ハッシュ値を上述の暗号鍵によって暗号化して格納する構成とする。このハッシュ値算出処理、暗号化処理も正当なライセンスプログラムによって実行される。
【０２００】
ハッシュ値の暗号化には、前述のファイル暗号化の暗号鍵と同様、デバイスＩＤ、あるいはデバイスＩＤとスタジオＩＤとに基づいて生成される暗号鍵を適用する。
【０２０１】
スタジオ単位の後発データ管理ファイル８３２，８３４を利用する際には、暗号化されたハッシュ値を復号して得られたハッシュ値と、後発データ管理ファイルに基づいて再計算されたハッシュ値との照合を実行し、両ハッシュ値が一致した場合にファイルの改竄がないと判定する。ファイルの改竄がないことの確認を条件としてファイルの利用、後発ファイル、後発データの利用が許容される。なお、これらの処理を実行するのは正当なライセンスプログラムである。
【０２０２】
図１８に示すように、スタジオ単位の後発データ、すなわちＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルを含むスタジオ単位の後発データを１つの後発データ管理ファイル８３２，８３４として管理する構成とすることで、スタジオのコンテンツガイドデータなどを後発データ管理ファイル８３２，８３４に含めてスタジオ単位で管理することができる。図１８に示すファイル（Ｓｈａｒｅｄ）８３７がこのようなデータファイルに相当する。このファイル（Ｓｈａｒｅｄ）８３７は、ＣＰＳユニット構成データとして定義されるＡＶストリームデータ、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルと異なるデータであるが、このようなＣＰＳユニット定義ファイル以外の任意のデータをスタジオ単位で、ライセンスプログラムのみがアクセス可能なデータとして設定することができるというメリットがある。
【０２０３】
さらに、本構成では、例えば異なるパッケージ、すなわち異なるコンテンツや、異なるＲＯＭディスクなどの異なる情報記録媒体など、異なるパッケージに属するＣＰＳ管理ユニットに対応して生成または取得した後発データであっても１つの共通のスタジオに対応する後発データである場合には、１つの後発データ管理ファイル内に含めて管理することができる。
【０２０４】
なお、スタジオＩＤを暗号鍵生成情報として適用する場合、ディレクトリに設定した後発ファイルが、どのスタジオＩＤに基づいて生成された暗号鍵が適用されているかを判別可能な構成とすることが必要となる。後発データファイルの暗号鍵の生成情報として適用したスタジオＩＤなどをそのままディレクトリ名や、ファイル名に使用する構成も可能であるが、このような設定とした場合には、コンテンツの再生処理時にスタジオ名等が判明する可能性があり、判明したデータに基づいて暗号鍵生成情報を類推されてしまう可能性がある。これを避けるため、ディレクトリ名やファイル名は別途割り当てる番号や乱数を用いて決定し、スタジオＩＤなど暗号鍵生成情報とファイルとの対応は別のテーブルとして保存する構成とすることが好ましい。
【０２０５】
次に、図１９を参照して、記憶手段に格納されるＣＰＳユニット（コンテンツ管理ユニット）対応の後発データに対する処理として、パッケージ毎に区分した後発データ管理ファイルを設定して、パッケージ毎に区分した後発データ管理ファイル単位で暗号化およびハッシュ値設定処理を行なう構成例について説明する。パッケージは、ＣＰＳユニット対応のコンテンツを格納したＲＯＭディスクなどの情報記憶媒体の製造単位であり、所定の製造単位毎にパッケージＩＤが付与される。例えばあるコンテンツ提供エンティテイであるスタジオＡの編集コンテンツａを格納したＲＯＭディスクにはパッケージＩＤ＝［１２３］が設定され、同一のスタジオＡの編集コンテンツｂを格納したＲＯＭディスクにはパッケージＩＤ＝［４５６］が設定されるなど、同一のスタジオの提供コンテンツであっても、異なるパッケージＩＤによって区別される。
【０２０６】
図１９の記憶手段８４０は、図１７、図１８の例と同様、ハードディスク、あるいはリムーバブルメモリ、その他のデータ書き込み可能な情報記録媒体など、後発データを記録可能な記憶手段であり、汎用のシステムファイルでのファイル管理がなされるディレクトリにシステムファイル［ＳＹＳＴＥＭ］や、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるデータファイル［ＤＡＴＡ］が設定される。
【０２０７】
さらに、このディレクトリには、上述したＣＰＳユニット対応の後発データを格納した後発データファイルが設定される。本処理例では、後発データファイルをスタジオ単位よりさらに細かいパッケージ単位で区分したパッケージ単位後発データファイル群８４１，８４３，８４５として区分する。パッケージ単位後発データファイル群８４１は、パッケージＩＤ＝［１２３］に対応する後発データのファイル群であり、パッケージ単位後発データファイル群８４３は、パッケージＩＤ＝［４５６］、パッケージ単位後発データファイル群８４５は、パッケージＩＤ＝［ＹＹＹ］に対応する後発データのファイル群である。これらのファイル群８４１，８４３，８４５には、ＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルも含まれる。
【０２０８】
図１９に示す例では、これらＣＰＳユニットとして管理される対象である後発データをパッケージ単位で区分する。すなわち、パッケージ単位後発データファイル群８４１に対しては後発データ管理ファイル［Ｓ００２＿Ｐ１２３．ｄａｔ］８４２を設定し、パッケージ単位後発データファイル群８４３に対しては後発データ管理ファイル［Ｓ００２＿Ｐ４５６．ｄａｔ］８４４を設定し、パッケージ単位後発データファイル群８４５に対しては後発データ管理ファイル［ＳＸＸＸ＿ＰＹＹＹ．ｄａｔ］８４６を設定する。図１９には３つのパッケージ対応の後発データを示しているが、後発データ対応のパッケージ数に応じた数の後発データ管理ファイルを設定する。パッケージ単位の後発データ管理ファイル８４２，８４４，８４６は、それぞれ個別に暗号化を施し、さらに、改竄防止、検証のためのハッシュ値を設定してディレクトリに設定する。
【０２０９】
暗号化処理に適用する暗号鍵は、先に図１７、図１８を参照して説明した処理例と同様、ＣＰＳユニット管理データに対するデータ処理を実行する正当なライセンスを受けたアプリケーションプログラムのみが生成または取得可能とする構成が好ましく、デバイスＩＤを暗号鍵として設定するか、あるいはデバイスＩＤに基づいて暗号鍵を生成する。デバイスＩＤは、前述したように、ＣＰＳユニットに対するデータ処理が許容されたライセンスプログラムによってのみ取得可能であり、様々なアプリケーションソフトウェアがインストールされたＰＣなどの情報処理装置において、他のアプリケーションプログラムによるデバイスＩＤの取得および暗号鍵の生成が防止される。
【０２１０】
さらに、図１９に示すパケージ単位の後発データ管理ファイル８４２，８４４，８４６の暗号化処理を、デバイスＩＤを用いた共通の暗号鍵によって暗号化する構成としてもよいが、パッケージ単位の後発データ管理ファイルに対応するパッケージＩＤとスタジオＩＤの少なくともいずれかのＩＤとデバイスＩＤとを組み合わせて暗号鍵を生成する構成としてもよい。
【０２１１】
すなわち、パッケージ単位の後発データ管理ファイル８４２，８４４，８４６それぞれに対して異なる暗号鍵を生成し、異なる暗号鍵によって、各ファイルの暗号化を施す。例えば、パッケージ単位の後発データ管理ファイル８４２は、パッケージＩＤ＝［１２３］、スタジオＩＤ＝［００２］に対応する後発データのファイル群の暗号化ファイルとして設定されるので、デバイスＩＤと、パッケージＩＤ＝［１２３］と、スタジオＩＤ＝［００２］の３つのＩＤ情報を入力値として適用して暗号鍵を生成し、後発データ管理ファイル８４２を暗号化する。
【０２１２】
後発データ管理ファイル８４４は、パッケージＩＤ＝［４５６］、スタジオＩＤ＝［００２］に対応する後発データのファイル群の暗号化ファイルとして設定されるので、デバイスＩＤと、パッケージＩＤ＝［４５６］と、スタジオＩＤ＝［００２］の３つのＩＤ情報を入力値として適用して暗号鍵を生成し、後発データ管理ファイル８４４を暗号化する。さらに、後発データ管理ファイル８４６は、パッケージＩＤ＝［ＹＹＹ］、スタジオＩＤ＝［ＸＸＸ］に対応する後発データのファイル群の暗号化ファイルとして設定されるので、デバイスＩＤと、パッケージＩＤ＝［ＹＹＹ］と、スタジオＩＤ＝［ＸＸＸ］の３つのＩＤ情報を入力値として適用して暗号鍵を生成し、後発データ管理ファイル８４６を暗号化する。このように、各パッケージ対応の後発データ管理ファイルを異なる暗号鍵で暗号化する構成としてもよい。
【０２１３】
ライセンスプログラムの実行により、後発データを生成または取得した場合には、そのライセンスプログラムが、デバイスＩＤ、またはデバイスＩＤと後発データに対応するパッケージのパッケージＩＤ、スタジオＩＤの少なくともいずれかを取得して、取得したＩＤ情報に基づく暗号鍵生成処理を実行して暗号鍵を生成し、生成した暗号鍵を適用して、特定のパッケージ対応のＡＶストリームデータファイル、および、ＡＶストリーム以外のナビゲーションファイルであるタイトルインデックスファイル、ムービーオブジェクトファイル、プレイリストファイル、クリップ情報ファイルのすべてを含む後発データ管理ファイルを暗号化して記憶手段８４０に格納する。暗号鍵生成アルゴリズムとしては例えばＡＥＳ暗号鍵生成アルゴリズムなどが適用可能である。
【０２１４】
パッケージ単位の後発データ管理ファイル８４２，８４４，８４６の利用に際して、暗号化ファイルの復号処理を実行する場合には、正当なライセンスプログラムに基づいて暗号鍵生成情報、すなわちデバイスＩＤ、またはデバイスＩＤ、スタジオＩＤ、パッケージＩＤから選択される鍵生成に必要となるＩＤ情報を取得し、取得ＩＤ情報に基づく暗号鍵生成処理を実行し、生成した暗号鍵によって暗号化ファイルの復号処理を実行する。
【０２１５】
さらに、パッケージ単位の後発データ管理ファイル８４２，８４４，８４６について、データ改竄を防止し、また改竄の検証を可能とするため、後発データの格納時に、後発データ管理ファイル８４２，８４４，８４６について、各後発データファイルの全体、または特定サイズ（例えば６４ＫＢ）毎に分割して、ハッシュ値を計算し、生成ハッシュ値を上述の暗号鍵によって暗号化して格納する構成とする。このハッシュ値算出処理、暗号化処理も正当なライセンスプログラムによって実行される。
【０２１６】
ハッシュ値の暗号化には、前述のファイル暗号化の暗号鍵と同様、デバイスＩＤ、あるいは、後発データに対応するパッケージのパッケージＩＤ、スタジオＩＤの少なくともいずれかとスタジオＩＤとに基づいて生成される暗号鍵を適用する。
【０２１７】
パッケージ単位の後発データ管理ファイル８４２，８４４，８４６を利用する際には、暗号化されたハッシュ値を復号して得られたハッシュ値と、後発データ管理ファイルに基づいて再計算されたハッシュ値との照合を実行し、両ハッシュ値が一致した場合にファイルの改竄がないと判定する。ファイルの改竄がないことの確認を条件としてファイルの利用、後発ファイル、後発データの利用が許容される。なお、これらの処理を実行するのは正当なライセンスプログラムである。
【０２１８】
なお、パッケージＩＤやスタジオＩＤを暗号鍵生成情報として適用する場合、ディレクトリに設定した後発ファイルが、どのパッケージＩＤやスタジオＩＤに基づいて生成された暗号鍵が適用されているかを判別可能な構成とすることが必要となるが、図１８を参照して説明したと同様、パッケージＩＤやスタジオＩＤなどをそのままディレクトリ名や、ファイル名に使用するとコンテンツの再生処理時にパッケージＩＤ、スタジオＩＤ等が判明する可能性があり、判明したデータに基づいて暗号鍵生成情報を類推されてしまう可能性がある。これを避けるため、ディレクトリ名やファイル名は別途割り当てる番号や乱数を用いて決定し、パッケージＩＤやスタジオＩＤなど暗号鍵生成情報とファイルとの対応は別のテーブルとして保存する構成とすることが好ましい。
【０２１９】
なお、パッケージＩＤと同様、情報記録媒体の所定製造単位毎に設定されるＩＤとしてボリュームＩＤがあるが、このボリュームＩＤを上述したパッケージＩＤと同様に取り扱う構成としてもよい。すなわち、ボリュームＩＤによって識別される後発データを１つの後発データ管理ファイルとして設定し、デバイスＩＤ、またはボリュームＩＤ、スタジオＩＤのいずれかとデバイスＩＤとを組み合わせたデータによって暗号鍵を生成し、生成した暗号鍵を適用して各後発データを暗号化し、さらにハッシュ値を生成して暗号化する構成としてもよい。ボリュームＩＤ、パッケージＩＤの両者を併せて暗号鍵生成情報としてもよい。
【０２２０】
次に、図２０を参照して、記憶手段に格納されるＣＰＳユニット（コンテンツ管理ユニット）対応の後発データに対する処理として、ＣＰＳユニット毎に区分した後発データ管理ファイルを設定して、ＣＰＳユニット毎に区分した後発データ管理ファイル単位で暗号化およびハッシュ値設定処理を行なう構成例について説明する。
【０２２１】
後発データは、前述したように、ＣＰＳユニット対応のコンテンツを格納したＲＯＭディスクなどの情報記憶媒体から特定のＣＰＳユニットに属するコンテンツを利用し、コンテンツの利用に際して情報処理装置で生成または、外部サーバなどから取得されるデータであり、後発データは、情報記録媒体から読み出され利用されたＣＰＳユニットと同一のＣＰＳユニット、あるいは新たなＣＰＳユニットとして設定され後発データとしてハードディスクなどの情報記録媒体に記録される。
【０２２２】
後発データは、すべていずれかのＣＰＳユニットに属するデータとなる。図２０に示す例は、後発データをＣＰＳユニット毎に区分して後発データ管理ファイルを設定して、ＣＰＳユニット毎に区分した後発データ管理ファイル単位で暗号化およびハッシュ値設定処理を行なう例である。
【０２２３】
図２０の記憶手段８５０は、図１７〜図１９の例と同様、ハードディスク、あるいはリムーバブルメモリ、その他のデータ書き込み可能な情報記録媒体など、後発データを記録可能な記憶手段であり、汎用のシステムファイルでのファイル管理がなされるディレクトリにシステムファイル［ＳＹＳＴＥＭ］や、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるデータファイル［ＤＡＴＡ］が設定される。
【０２２４】
さらに、このディレクトリには、上述したＣＰＳユニット対応の後発データを格納した後発データファイルが設定される。本処理例では、後発データファイルをパッケージの下位層にあたるＣＰＳユニット単位で区分したＣＰＳユニット単位後発データファイル８５１，８５３，８５５，８５７の各々を個別の後発データ管理ファイル８５２，８５４，８５６，８５８として設定し、ＣＰＳユニット単位の後発データ管理ファイル個別の暗号化、ハッシュ値設定処理を行なう。
【０２２５】
ＣＰＳユニット単位後発データファイル８５１，８５３，８５５，８５７には、ＣＰＳユニットとして管理されるＡＶストリームデータのみならず、タイトルインデックス、ムービーオブジェクト、プレイリストファイル、クリップ情報ファイルなどのナビゲーションファイルも含まれる。
【０２２６】
暗号化処理に適用する暗号鍵は、先に図１７〜図１９を参照して説明した処理例と同様、ＣＰＳユニット管理データに対するデータ処理を実行する正当なライセンスを受けたアプリケーションプログラムのみが生成または取得可能とする構成が好ましく、デバイスＩＤ、あるいはデバイスＩＤと、ＣＰＳユニット単位後発データファイルに対応するスタジオＩＤ、パッケージＩＤ、ボリュームＩＤの少なくともいずれかのＩＤ情報とを組み合わせて暗号鍵を生成する。
【０２２７】
あるいは、これらのＩＤ情報を適用せず、各ＣＰＳユニット対応のユニット鍵を暗号鍵として適用する構成としてもよい。前述したようにＣＰＳユニットには、ＣＰＳに対応する暗号鍵としてユニット鍵が対応付けられて設定される。このＣＰＳユニット鍵を後発データ管理ファイル８５２，８５４，８５６，８５８の暗号鍵として適用する構成としてもよい。
【０２２８】
ライセンスプログラムの実行により、後発データを生成または取得した場合には、そのライセンスプログラムが、上述の暗号鍵、すなわち、
（ａ）デバイスＩＤ、またはデバイスＩＤと後発データに対応するパッケージＩＤ、ボリュームＩＤ、スタジオＩＤの少なくともいずれかに基づく暗号鍵、
（ｂ）ＣＰＳユニット鍵、
いずれかの鍵を生成または取得して、特定のＣＰＳユニット対応の後発データ管理ファイルを暗号化して記憶手段８５０に格納する。暗号鍵生成アルゴリズムとしては例えばＡＥＳ暗号鍵生成アルゴリズムなどが適用可能である。
【０２２９】
ＣＰＳユニット単位の後発データ管理ファイル８５２，８５４，８５６，８５８の利用に際して、暗号化ファイルの復号処理を実行する場合には、正当なライセンスプログラムに基づいて、暗号鍵生成または取得処理、すなわち、
（ａ）デバイスＩＤ、またはデバイスＩＤと後発データに対応するパッケージＩＤ、ボリュームＩＤ、スタジオＩＤの少なくともいずれかに基づく暗号鍵、
（ｂ）ＣＰＳユニット鍵、
を取得して、取得した暗号鍵によって暗号化ファイルの復号処理を実行する。
【０２３０】
さらに、ＣＰＳユニット単位の後発データ管理ファイル８５２，８５４，８５６，８５８について、データ改竄を防止し、また改竄の検証を可能とするため、後発データの格納時に、後発データ管理ファイル８５２，８５４，８５６，８５８について、各後発データファイルの全体、または特定サイズ（例えば６４ＫＢ）毎に分割して、ハッシュ値を計算し、生成ハッシュ値を上述の暗号鍵によって暗号化して格納する構成とする。このハッシュ値算出処理、暗号化処理も正当なライセンスプログラムによって実行される。
【０２３１】
ハッシュ値の暗号化には、前述のファイル暗号化の暗号鍵と同様、
（ａ）デバイスＩＤ、またはデバイスＩＤと後発データに対応するパッケージＩＤ、ボリュームＩＤ、スタジオＩＤの少なくともいずれかに基づく暗号鍵、
（ｂ）ＣＰＳユニット鍵、
のいずれかを適用する。
【０２３２】
ＣＰＳユニット単位の後発データ管理ファイル８５２，８５４，８５６，８５８を利用する際には、暗号化されたハッシュ値を復号して得られたハッシュ値と、後発データ管理ファイルに基づいて再計算されたハッシュ値との照合を実行し、両ハッシュ値が一致した場合にファイルの改竄がないと判定する。ファイルの改竄がないことの確認を条件としてファイルの利用、後発ファイル、後発データの利用が許容される。なお、これらの処理を実行するのは正当なライセンスプログラムである。
【０２３３】
なお、各種ＩＤ、ＣＰＳユニット鍵を、後発データ管理ファイルの暗号鍵生成情報として適用する場合、ディレクトリに設定した後発データ管理ファイルが、どの鍵生成情報に基づいて生成された暗号鍵が適用されているかを判別可能な構成とすることが必要となるが、ＩＤなど暗号鍵生成情報とファイルとの対応は別のテーブルとして保存する構成とすることが好ましい。
【０２３４】
図１７〜図２０においては、
（１）後発データ全体
（２）スタジオ単位
（３）パッケージまたはボリューム単位
（４）ＣＰＳユニット単位
以上４つの異なる単位での後発データ管理ファイルの設定例について説明した。さらにこれら以外の単位を設定して個別に暗号化、ハッシュ値を設定する構成も可能である。例えば、ＣＰＳユニットをさらに区分して、ＡＶストリームデータファイル、タイトルインデックスファィル、ムービーオブジェクトファイル、プレイリストファイル、クリップ情報ファイルなどの個別のファイル単位で暗号化、ハッシュ値設定処理を実行する構成としてもよい。
【０２３５】
また、データ改竄防止、検証構成としては、ハッシュ値のみならず、電子署名データを適用する構成としてもよい。また、暗号化を実行せず、データ改竄防止、検証のためのデータを設定するのみの後発データ管理ファイルを設定する構成としてもよい。
【０２３６】
例えば、図１７〜図１９を参照して説明したように、様々なデータファイルをまとめた後発データ管理ファイルを設定すると、１つの後発データファイルに様々なデータが含まれることになる。このような設定とすると、情報処理装置は、利用するデータを後発データファイルから選択して取得することが必要となる。この後発データファイルからの必要データの選択取得を効率的に実行するための後発データ検索情報を設定した例について図２１を参照して説明する。
【０２３７】
図２１に示す記憶手段８６０は、前述した構成例と同様、システムファイルや様々なアプリケーションプログラムによって利用されるデータが設定されたディレクトリを持つ記憶手段であり、この記憶手段に様々なＣＰＳユニット対応の後発データが暗号化された後発データ管理ファイルとして設定される。図２１に示す後発データ検索情報８６３，８６４は、ディレクトリに設定された後発データ管理ファイルから特定のデータを選択するための情報を格納している。なお、図２１に示す後発データ管理ファイル８６２は、先に図１９を参照して説明したパッケージ単位後発データファイル群８６１に対応したファイルとして構成した例を示してあるがその他の単位のファイルとした場合においても後発データ検索情報８６３，８６４が同様に設定、利用可能である。
【０２３８】
後発データ検索情報の設定例としては、後発データ検索情報８６３のように、後発データ管理ファイルと異なるファイルとしてディレクトリに設定する構成、あるいは、後発データ検索情報８６４のように、後発データ管理ファイルに含まれるファイル、例えば、後発データ管理ファイルの先頭データとして後発データ検索情報８６４を設定する構成、のいずれかの構成が可能である。
【０２３９】
後発データ検索情報の具体例について、図２２を参照して説明する。図２２（ａ）は、後発データ管理ファイルに、複数のファイルデータが格納されている場合の例であり、図２２（ｂ）は、後発データ管理ファイルに複数ファイルが含まれず、単一のファイルデータのみが格納されている場合の後発データ検索情報の例を示している。
【０２４０】
図２２（ａ）に示す後発データ検索情報は、
＜ｄｉｒｅｃｔｏｒｙ  ｎａｍｅ＝"ＣＰＳ"＞：ディレクトリネーム＝ＣＰＳ
の後に、各ファイルのファイル名とオフセット情報、サイズ情報として、
＜ｆｉｌｅ  ｎａｍｅ＝"Ｕｎｉｔ＿Ｋｅｙ＿Ｇｅｎ＿Ｖａｌｕｅ．ｉｎｆ"ｏｆｆｓｅｔ＝"０"ｓｉｚｅ＝"４０００"／＞
＜ｆｉｌｅ  ｎａｍｅ＝"ＣＰＳＵｎｉｔ００３．ｃｃｉ"ｏｆｆｓｅｔ＝"２"ｓｉｚｅ＝"６４０"／＞
が設定され、
さらに、
＜ｄｉｒｅｃｔｏｒｙ  ｎａｍｅ＝"ＢＤＭＶ"＞：ディレクトリ名＝ＢＤＭＶ
の後に、各ファイルのファイル名とオフセット情報、サイズ情報として、
＜ｆｉｌｅ  ｎａｍｅ＝"ｉｎｄｅｘ．ｂｄｍｖ"ｏｆｆｓｅｔ＝"３"ｓｉｚｅ＝"９６０"／＞
＜ｆｉｌｅ  ｎａｍｅ＝"ＭｏｖｉｅＯｂｊｅｃｔ．ｂｄｍｖ"ｏｆｆｓｅｔ＝"４"ｓｉｚｅ＝"３６００"／＞
さらに、
＜ｄｉｒｅｃｔｏｒｙ  ｎａｍｅ＝"ＰＬＡＹＬＩＳＴ"＞：ディレクトリ名＝プレイリスト
の後に、各ファイルのファイル名とオフセット情報、サイズ情報として、
＜ｆｉｌｅ  ｎａｍｅ＝"００００２．ｒｐｌｓ"ｏｆｆｓｅｔ＝"６"ｓｉｚｅ＝"８０００"／＞
＜ｆｉｌｅ  ｎａｍｅ＝"００００３．ｒｐｌｓ"  ｏｆｆｓｅｔ＝"１０"ｓｉｚｅ＝"１２０００"／＞
の各情報によって構成された例である。
【０２４１】
すなわち、ディレクトリ名と、そのディレクトリに設定されたファイル名、および各ファイルのオフセット、すなわち開始位置と、ファイルデータサイズが記録された構成である。情報処理装置が記憶手段から特定のファイルデータ、すなわち後発データ管理ファイル内に格納された特定のファイルデータを取得しようとする場合、上述した構成を持つ後発データ検索情報を参照して、目的とするファイルのファイル名に基づいて、そのディレクトリ、オフセット、サイズを取得することが可能であり、容易に目的とするデータを取得することができる。なお、上記の例では、オフセット（offset）の単位として"１セクタ（2048Byte）"、サイズ（size）の単位として"Byte"を想定して記載している。
【０２４２】
図２２（ｂ）は、後発データ管理ファイルに複数ファイルが含まれず、単一のファイルデータのみが格納されている場合の後発データ検索情報の例を示している。この場合、各ファイル名に対応するオフセット情報、サイズ情報は不要となる。特定のファイル名を持つファイルがどのディレクトリに設定されているかの情報を取得可能であれば、その他の情報は、汎用のファイルシステム情報から取得して、目的とするファイルデータの取得が可能となる。
【０２４３】
次に、図２３、図２４を参照して、ユーザ単位での後発データのデータ管理構成について説明する。図２３、図２４に示すディレクトリ構成は、前述した図１７〜図２１の各データ管理構成、すなわち後発データ管理ファイルを設定した構成に併用して利用可能である。
【０２４４】
図２３に示す記憶手段８７０は、前述した図１７〜図２１と同様の記憶手段であり、ハードディスク等の後発データ格納可能な記憶手段である。図２３に示すディレクトリ構成は、ＢＤＲＯＭディレクトリの下位ディレクトリとしてユーザ単位のディレクトリを設定し、ユーザ単位のディレクトリに、各ユーザに対応する後発データ関連データファイルを設定した例である。
【０２４５】
図２３において、データ部８７１は、ユーザ［ＵＳＥＲ００１］に対応する後発データを格納するディレクトリ領域であり、データ部８７２は、ユーザ［ＵＳＥＲ００２］に対応する後発データを格納するディレクトリ領域である。
【０２４６】
図２４は、図２３と同様の記憶手段８８０において、ルートディレクトリの下位ディレクトリとしてユーザ単位のディレクトリを設定した例である。図２４において、データ部８８１は、ユーザ［ＵＳＥＲ００１］に対応する後発データを格納するディレクトリ領域であり、データ部８８２は、ユーザ［ＵＳＥＲ００２］に対応する後発データを格納するディレクトリ領域である。
【０２４７】
このようなユーザ単位のディレクトリ設定構成を採用することで、例えばユーザに対応する鍵を生成して、ユーザ対応データの暗号化を行なって格納することが可能となる。例えばユーザＩＤ等のユーザ固有情報を適用して暗号鍵を生成することで、各ユーザが自分の対応データのみにアクセス可能な構成とすることができる。
【０２４８】
さらに、図２３、図２４に示すディレクトリ構成を採用し、図１７〜図２１を参照して説明した後発データ管理ファイルを各ユーザ単位で設定する場合、ユーザＩＤなどのユーザ固有の情報を後発データの暗号鍵生成情報として適用したり、後発データに対応する改竄検証値の生成または暗号鍵の生成情報として適用する構成としてもよい。
【０２４９】
次に、情報処理装置において、後発データをハードディスク等の情報記録媒体に格納する際の処理シーケンスについて、図２５に示すフローチャートを参照して説明する。なお、後発データの生成、取得を実行する情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生の過程で後発データを生成または取得する処理を実行することになる。
【０２５０】
ステップＳ１０１において、情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生を実行する。ステップＳ１０２において、後発データの生成または取得を行なう。この処理は、情報処理装置が性生成したデータあるいは外部のサーバから取得するデータなどであり、具体的にはゲームプログラムのスコアデータや、キャラクタデータ、あるいは特定のコンテンツの字幕データ、解説データなどが含まれる。
【０２５１】
ステップＳ１０３において、情報処理装置は、再生対象となっているＣＰＳユニット、すなわちＲＯＭディスク等の記録メディアに格納済みのＣＰＳユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。
【０２５２】
次に、情報処理装置は、ステップＳ１０４において、後発データを記録する領域としてのローカルストレージ、すなわち、先に図１７他を参照して説明した汎用ファイルシステムによる管理ディレクトリの設定されたハードディスクやリムーバブル記憶媒体、あるいはパーシャルＲＯＭ等のデータ書き込み領域によって構成されるローカルストレージに、ステップＳ１０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データ管理ファイルが既に設定済みであるか否かを判定する。
【０２５３】
対応する後発データファイルが設定されていない場合は、ステップＳ１０５に進み、ステップＳ１０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データ管理ファイルをローカルストレージのディレクトリに設定する。さらに、ステップＳ１０６に進み、先に図２１、図２２を参照して説明した後発データ検索情報に、ステップＳ１０５において生成したファイルに対応する情報を書き込む。この場合は、ディレクトリ名、ファイル名、オフセット情報の書き込み、データ量０の初期状態情報を書き込んで、後発データ検索情報を更新する。
【０２５４】
後発データ管理ファイルの生成後、あるいは後発データ管理ファイルが既に生成済みである場合は、ステップＳ１０７に進み、後発データを後発データ管理ファイル内に格納する。なお、この後発データ格納に際して、後発データファイルの暗号化、ハッシュ値、署名等の改竄検証値の生成、暗号化等の処理を実行する。次に、ステップＳ１０８において、後発データ格納ファイルに新たに格納したデータ情報に基づいて、後発データ検索情報の更新処理を実行して処理を終了する。なお、後発データ管理ファイルの暗号化は、例えば２０４８バイト単位のＡＥＳ−ＣＢＣモードを適用したブロック暗号化を実行する。この処理により、ブロック単位での復号が可能となる。
【０２５５】
次に、情報処理装置において、後発データを利用した再生処理を行なう場合の処理シーケンスについて、図２６を参照して説明する。
【０２５６】
情報処理装置は、ステップＳ２０１において、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、再生予定のＣＰＳ管理ユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。さらに、ステップＳ２０２において、後発データを格納したローカルストレージ、すなわちハードディスク、パーシャルＲＯＭのデータ記録可能領域、あるいはリムーバブルメディアなとのローカルストレージ上のディレクトリにステップＳ２０１において、取得したスタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在するか否かを判定する。
【０２５７】
スタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在しない場合は、後発データの利用を行なうことなく、ステップＳ２０９において、記録メディアの格納データのみを利用した再生処理を実行する。なお、この際にも、必要に応じてＣＰＳユニットキーの取得、ＣＰＳユニットキーに基づく復号処理が実行される。
【０２５８】
ローカルストレージに、スタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルが存在する場合は、ステップＳ２０３に進み、先に、図２１、図２２を参照して説明した後発データ検索情報をローカルストレージから取得して、目的とするスタジオＩＤ、パッケージＩＤに対応する後発データ管理ファイルを選択し、ステップＳ２０４において、ローカルストレージ上の後発データ管理ファイルを含むディレクトリおよびファイルを記録メディア上のディレクトリおよびファイルと仮想的に合成する。この仮想的合成処理は、記録メディア上のデータファイルと、ローカルストレージ上の必要とする関連ファイルを仮想的な１つのディレクトリ上のファイルとして処理可能とする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０２５９】
次にステップＳ２０５において、後発データ管理ファイルが暗号化データとして設定されているかを確認し、暗号化データでない場合は、ステップＳ２０９に進み、コンテンツ再生処理、すなわち、後発データを適用したコンテンツ再生を実行する。
【０２６０】
ステップＳ２０５において、後発データ管理ファイルが暗号化データとして設定されていることが確認された場合は、ステップＳ２０６に進み、後発データ管理ファイルの復号に適用する鍵を生成し、後発データ管理ファイルを復号する。復号に適用する鍵は、先に図１７〜図２４を参照して説明したように、様々な態様がある。具体的には、デバイスＩＤ、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、ユーザＩＤなどを鍵生成情報として適用した鍵生成処理（たとえばＡＥＳ暗号鍵生成アルゴリズム）に基づいて鍵を生成する。
【０２６１】
さらに、後発データ管理ファイルに対して、ハッシュ値、電子署名などの改竄検証用データが付与されている場合は、これらの検証用データに基づいて、後発データ管理ファイルの改竄の有無を検証する。後発データ管理ファイルが改竄されていることが判明した場合は、後発データ管理ファイルの利用処理は中止される。この改竄検証に基づく後発データの利用可否判定処理は、ＣＰＳユニット対応データの利用を許容されたライセンスプログラムの実行プログラム中に規定される処理である。
【０２６２】
後発データの改竄がなく、復号処理に成功した場合は、ステップＳ２０７において、後発データ検索情報に基づいて、後発データ管理ファイル内に格納された目的のデータを取得する。さらに、ステップＳ２０８において、取得したデータが暗号化されている場合には、取得データの復号処理を実行する。この処理は、具体的には、例えば取得データがＣＰＳユニット中のＡＶデータであり、ＣＰＳユニット鍵で暗号化されたデータである場合の処理である。取得データがこのような暗号化データである場合には、ＣＰＳユニット鍵を取得して、データを復号する。その後、ステップＳ２０９に進み、コンテンツの再生処理、すなわち、後発データを適用したコンテンツ再生を実行する。
【０２６３】
［７．情報処理装置の構成例］
次に、図２７を参照して、上述のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体の再生、記録処理を行う情報処理装置の構成例について説明する。
【０２６４】
図２７に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、ハードディスクなどの記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０２６５】
情報処理装置９００において、情報記録媒体９１０からＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必用に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２６６】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネットケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０２６７】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０２６８】
ＣＰＳユニット管理情報としてのＣＰＳユニット管理テーブル（図２参照）や、ＣＰＳユニット対応の再生／コピー制御情報等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。
【０２６９】
次に、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０に保存する。
【０２７０】
また、入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０２７１】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。なお、コンテンツ管理情報についても記録時に作成し、記録媒体９１０上に保存する。
【０２７２】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ  Ｒｕｌｅ）などが存在する。
【０２７３】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、処理中は必要に応じてデータの保管用にメモリ９０８を使用する。
【０２７４】
後発データの生成、取得、記録処理について説明する。ドライブ９０９において情報記録媒体９１０から実行プログラム、あるいは解析可能なデータを読み込みメモリ９０８に保持し、ＣＰＵ９０７の制御の下にプログラムを実行、またはデータ解析を行う。
【０２７５】
後発的に生成または取得したデータは、一旦メモリ９０８に保持され、ユーザの選択、あるいは予め定められた制御シーケンスに従って情報記録媒体９１０またはハードディスク等の記憶手段９３０に格納される。
【０２７６】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図２７では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２７７】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２７８】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２７９】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２８０】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２８１】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２８２】
以上、説明したように、本発明の構成によれば、情報記録媒体に格納されたコンテンツ管理ユニット単位のコンテンツ情報に関連して後発的にユーザが生成した情報やダウンロードした情報などの後発データを、パーシャルＲＯＭにおける情報記録可能領域、あるいはハードディスクやリムーバブルメディアなどに記録する際に、後発データ管理ファイルを設定して、ファイルの暗号化を行なって格納する構成とした。この後発データ管理ファイルの暗号化および復号処理に適用する暗号鍵は、コンテンツ管理ユニット（ＣＰＳユニット）の処理を許容されたライセンスプログラムの実行によってのみ取得可能な情報を適用する構成としたので、例えばＰＣなど、様々なアプリケーションプログラムが実行される環境においても、ライセンスプログラム以外のプログラムによって、コンテンツ管理ユニット（ＣＰＳユニット）の後発データがアクセスされ、不正に利用されることが防止される。
【０２８３】
さらに、本発明の構成によれば、後発データ管理ファイルにハッシュ値あるいは電子署名などの改竄検証用データを設定して記憶手段に記録する構成としたので、後発データの利用に際して、データ改竄の有無を検証して、改竄のない場合にのみデータの利用を許容するといった処理が可能となる。このように、本発明の構成によれば、後発データについても、オリジナルのユニット対応データと同様セキュアなデータ管理、利用管理が実現される。
【図面の簡単な説明】
【０２８４】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】ＣＰＳユニット管理テーブルの例を示す図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図４】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの暗号化構成例について説明する図である。
【図５】情報記録媒体におけるデータ格納ディレリクトリの構成例について説明する図である。
【図６】情報記録媒体を装着した情報処理装置における後発データの生成または取得処理について説明する図である。
【図７】情報処理装置における後発データの取得処理シーケンスについて説明する図である。
【図８】情報処理装置において生成または取得する後発データの例について説明する図である。
【図９】情報処理装置において生成または取得する後発データの例について説明する図である。
【図１０】情報処理装置において生成または取得した後発データとＣＰＳユニットとの関係について説明する図である。
【図１１】情報処理装置において生成または取得した後発データの再生／コピー制御情報の設定例について説明する図である。
【図１２】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図１３】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別する構成について説明する図である。
【図１４】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別し取得するための構成について説明する図である。
【図１５】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別する構成について説明する図である。
【図１６】情報処理装置において生成または取得した後発データの格納データ構成について説明する図である。
【図１７】情報処理装置において生成または取得した後発データ全体に対応する後発データ管理ファイルを設定して格納する構成例について説明する図である。
【図１８】情報処理装置において生成または取得した後発データについてスタジオ対応の後発データ管理ファイルを設定して格納する構成例について説明する図である。
【図１９】情報処理装置において生成または取得した後発データについて、パッケージ対応の後発データ管理ファイルを設定して格納する構成例について説明する図である。
【図２０】情報処理装置において生成または取得した後発データについて、ＣＰＳユニット対応の後発データ管理ファイルを設定して格納する構成例について説明する図である。
【図２１】情報処理装置において生成または取得した後発データについての検索情報を格納した後発データ検索情報ファイルを設定した構成について説明する図である。
【図２２】後発データ検索情報ファイルのデータ構成例について説明する図である。
【図２３】情報処理装置において生成または取得した後発データについて、ユーザ対応のディレクトリを設定した例について説明する図である。
【図２４】情報処理装置において生成または取得した後発データについて、ＣＰＳユニット対応の後発データ管理ファイルを設定して格納する構成例について説明する図である。
【図２５】後発データの格納処理シーケンスについて説明するフローチャートを示す図である。
【図２６】後発データを利用した再生処理シーケンスについて説明するフローチャートを示す図である。
【図２７】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２８５】
１００  情報記録媒体
１０１  コンテンツ
１０２  記録シード
１０３  ディスクＩＤ
１０４  スタジオＩＤ
１０５  パッケージＩＤ
１０６  ディスク種別識別情報
２００  メインコンテンツ
２１０  アプリケーション
２１１，２１２  アプリケーションインデックスファイル（タイトル）
２１３，２１４，２１５  アプリケーション実行ファイル
２２１〜２２４  再生プログラム
２３０  再生区間指定ファイル（プレイリスト）
２３１〜２３３  プレイリスト
２３４，２３５  プレイアイテム
２４０  クリップ（コンテンツデータファイル）
２４１〜２４３  クリップ
２５１  クリップ情報
２６１，２６２，２６３  ＡＶストリーム
３００  サブコンテンツ
３１１，３１２  データグループ
４０１〜４０５  コンテンツ管理ユニット（ＣＰＳユニット）
５０１  コンテンツ管理データ部
５０２  メインコンテンツデータ部
５０３  サブコンテンツデータ部
６００  情報処理装置
６０１  制御部
６０２  データ記憶部
６０３  記録媒体ＩＦ
６０４  メモリ
６０５  通信ＩＦ
６１１  サーバ
６２１  情報記録媒体
６２２  後発データ
６４０  ＣＰＳユニットＡ
６４１，６４２  後発データ
６５０  ＣＰＳユニットＢ
６５１  後発データ
６６０  ＲＯＭ領域
６７０  後発データ
６７１，６７２  後発データ
６８１，６８２  ＣＰＳユニット
７１１，７１２  後発データ
７１３，７１４  再生／コピー制御情報
７２１，７２２  暗号鍵情報
７２３，７２４  後発データ
８０１，８０２  情報記録媒体
８０３  記憶手段
８０４，８０５，８０６  後発データ
８１１，８１２  後発データ
８１３  記憶手段
８１４，８１５，８１６  後発データ
８１７  データファイル
８１８  システムファイル
８２０  記憶手段
８２１  後発データファイル群
８２２  後発データ管理ファイル
８２３  データファイル
８２４  システムファイル
８３０  記憶手段
８３１，８３３  スタジオ単位後発データファイル群
８３２，８３４  後発データ管理ファイル
８３５  データファイル
８３６  システムファイル
８４０  記憶手段
８４１，８４３，８４５  パッケージ単位後発データファイル群
８４２，８４４，８４６  後発データ管理ファイル
８５０  記憶手段
８５１，８５３，８５５，８５７  ＣＰＳユニット単位後発データファイル群
８５２，８５４，８５６，８５８  後発データ管理ファイル
８６０  記憶手段
８６１  パッケージ単位後発データファイル群
８６２  後発データ管理ファイル
８６３，８６４  後発データ検索情報
８７０  記憶手段
８７１，８７２  データ部
８８０  記憶手段
８８１，８８２  データ部
９００  情報処理装置
９０１  バス
９０２  入出力Ｉ／Ｆ
９０３  入出力Ｉ／Ｆ
９０４  Ａ／Ｄ，Ｄ／Ａコンバータ
９０５  暗号処理手段
９０６  ＲＯＭ
９０７  ＣＰＵ
９０８  メモリ
９０９  ドライブ
９１０  情報記録媒体
９２１  ＭＰＥＧコーデック
９２２  ＴＳ・ＰＳ処理手段
９３０  記憶手段
【図１】
2006221429.tif 000003
【図２】
2006221429.tif 000004
【図３】
2006221429.tif 000005
【図４】
2006221429.tif 000006
【図５】
2006221429.tif 000007
【図６】
2006221429.tif 000008
【図７】
2006221429.tif 000009
【図８】
2006221429.tif 000010
【図９】
2006221429.tif 000011
【図１０】
2006221429.tif 000012
【図１１】
2006221429.tif 000013
【図１２】
2006221429.tif 000014
【図１３】
2006221429.tif 000015
【図１４】
2006221429.tif 000016
【図１５】
2006221429.tif 000017
【図１６】
2006221429.tif 000018
【図１７】
2006221429.tif 000019
【図１８】
2006221429.tif 000020
【図１９】
2006221429.tif 000021
【図２０】
2006221429.tif 000022
【図２１】
2006221429.tif 000023
【図２２】
2006221429.tif 000024
【図２３】
2006221429.tif 000025
【図２４】
2006221429.tif 000026
【図２５】
2006221429.tif 000027
【図２６】
2006221429.tif 000028
【図２７】
2006221429.tif 000029