JP4687424B2 - 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム - Google Patents

Description

本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばＤＶＤなどの情報記録媒体に格納されたコンテンツと、例えばハードディスクなどのローカルストレージ上に格納されたコンテンツを併せて再生する構成において、これらのコンテンツの厳格な利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。

音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（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）データであり、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕データ等の各情報を多重化したデータ構造となっている。また、再生時に再生装置の制御を行うためのコマンド情報も多重化されている場合がある。

（Ｂ）再生区間指定ファイル（プレイリスト）２３０は、複数の再生区間指定ファイル（プレイリスト）２３１，２３２，２３３を持つ。各再生区間指定ファイル（プレイリスト）２３１，２３２，２３３のそれぞれは、クリップ（コンテンツデータファイル）２４０に含まれる複数のＡＶストリームデータファイルのいずれかを選択し、また選択したＡＶストリームデータファイルの特定のデータ部分を、再生開始点と再生終了点として指定するプレイアイテムを１つ以上持つ構成となっており、１つの再生区間指定ファイル（プレイリスト）を選択することで、その再生区間指定ファイル（プレイリスト）の持つプレイアイテムに従って、再生シーケンスが決定されて再生が実行される。

例えば再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、再生区間指定ファイル（プレイリスト）２３１に対応付けられたプレイアイテム２３４は、クリップ２４１に再生開始点ａと再生終了点ｂを持ち、また、プレイアイテム２３５は、クリップ２４１に再生開始点ｃと再生終了点ｄを持つので、再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、クリップ２４１に含まれるコンテンツであるＡＶストリームファイル２６１の特定データ領域、ａ〜ｂとｃ〜ｄが再生されることになる。

（Ａ）アプリケーション２１０は、たとえばコンテンツ再生を実行するディスプレイに提示されるコンテンツタイトルを含むアプリケーションインデックスファイル２１１，２１２と再生プログラム２２１，２２２の組み合わせ、または、ゲームコンテンツ、ＷＥＢコンテンツなどのアプリケーション実行ファイル２１３，２１４と再生プログラム２２３，２２４の組み合わせを持つ層として設定される。ユーザは再生対象をアプリケーションインデックスファイル２１１，２１２に含まれるタイトルの選択によって決定することができる

各タイトルは、図に示すように、再生プログラム２２１〜２２４の１つの再生プログラム（例えばムービーオブジェクト）に対応付けられており、ユーザが１つのタイトルを選択すると、その選択したタイトルに対応付けられた再生プログラムに基づく再生処理が開始することになる。なお、図に示すタイトル１、タイトル２として示されるアプリケーションインデックスファイル２１１，２１２は、情報記録媒体のセット、起動に際して、自動的に再生されるタイトル、メニューを表示するためのタイトル提示プログラムも含まれる。

アプリケーションインデックスファイル２１１，２１２や、アプリケーション実行ファイル２１３，２１４は、アプリケーション実行に使用されるアプリケーションリソースファイルを含む場合がある。また、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７がアプリケーションリソースファイルとして適用される場合もある。

再生プログラム（例えばムービーオブジェクト）２２１〜２２４は、再生する再生区間指定ファイル（プレイリスト）の指定のほか、ユーザから入力されるコンテンツ再生処理に関する操作情報に対する応答、タイトル間のジャンプ、再生シーケンスの分岐など、再生コンテンツ（ＨＤムービーコンテンツ）の提示に必要な機能をプログラマブルに提供するコンテンツ再生処理プログラムである。各再生プログラム２２１〜２２４は、相互にジャンプ可能であり、ユーザの入力、あるいはあらかじめ設定されたプログラムに従って、実際に実行される再生プログラムが選択され、選択された再生プログラムの指定する再生区間指定ファイル（プレイリスト）２３０によって、再生コンテンツがクリップ２４０から選択され再生される。

メインコンテンツ２００は、図に示すように、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成で管理され、この階層構成の枠組みに対して、コンテンツ管理ユニット（ＣＰＳユニット）が設定され、コンテンツ管理ユニット（ＣＰＳユニット）単位でコンテンツの利用管理がなされる。コンテンツ管理ユニット（ＣＰＳユニット）についての詳細は後述する。

情報記録媒体には、メインコンテンツ２００の他にサブコンテンツ３００が併せて格納される。サブコンテンツ３００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納されるコンテンツである。

サブコンテンツ３００は、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどであり、複数のデータファイルからなる集合がデータグループとして設定される。

図３にはデータグループ１，３１１〜データグループＮ，３１２を示している。これらのデータグループも利用管理対象コンテンツとして設定可能であり、利用管理対象コンテンツとして設定した場合には、各データグループを単位としたコンテンツ管理ユニット（ＣＰＳユニット）が設定され、データグループ単位で利用管理がなされる。

［３．格納コンテンツの暗号化、利用管理構成］
次に、図４以下を参照して、情報記録媒体に格納されたコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）に区分して、各ユニット毎に異なる利用制御を実現するコンテンツ管理構成について説明する。

先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、異なる暗号鍵としてユニット鍵が割り当てられる。１つのユニット鍵を割り当てる単位がコンテンツ管理ユニット（ＣＰＳユニット）である。なお、ユニット鍵は、ユニットに対応する記録シードに基づいて生成可能な鍵である。

それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられたユニット鍵を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。

１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図４を参照して説明する。

まず、メインコンテンツ２００側におけるコンテンツ管理ユニット（ＣＰＳユニット）の設定構成について説明する。

メインコンテンツ２００側においては、（Ａ）アプリケーション２１０に含まれる１つ以上のタイトルを含むアプリケーションインデックスファイル２１１，２１２、またはアプリケーション実行ファイル２１３，２１４等を含むＣＰＳユニットを設定する。

図４に示すＣＰＳユニット１，４０１は、アプリケーションインデックスファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。

また、ＣＰＳユニット２，４０２は、アプリケーション実行ファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。

また、ＣＰＳユニット３，４０３は、アプリケーション実行ファイルと、再生プログラムファイルと、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルによって構成したユニットである。

これらの各ユニットは、同一の鍵（ＣＰＳユニット鍵：図４中の鍵Ｋｕ１，Ｋｕ２，Ｋｕ３）でそれぞれ個別に暗号化して情報記録媒体に格納される。

図４中、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１、およびコンテンツ管理ユニット（ＣＰＳユニット）２，４０２は、上位層の（Ａ）アプリケーションと、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）によって構成されるユニットであり、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）を含まず、上位層の（Ａ）アプリケーション層、および情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルすなわち、画像ファイル２２５、音声ファイル２２６、データファイル２２７等によって構成されるユニットである。

コンテンツ管理ユニット（ＣＰＳユニット）１，４０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。

また、コンテンツ管理ユニット（ＣＰＳユニット）２，４０２には、ゲームコンテンツ、ＷＥＢコンテンツなどによって構成されるアプリケーションファイル２１３と、再生プログラム２２３、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，４０２に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ２を適用して暗号化される。さらに、アプリケーションファイル２１３についても、ユニット鍵：Ｋｕ２を適用した暗号化ファイルとしてもよい。

コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、上位層の（Ａ）アプリケーション層に含まれるアプリケーションファイル２１４，２１５と、再生プログラム２２４、さらに、再生プログラム２２４によって情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７が含まれるユニットとして設定される。

コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ３を適用して暗号化される。

例えば、ユーザがコンテンツ管理ユニット１，４０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定された記録シードＶｕ１を適用した暗号処理により、ユニット鍵：Ｋｕ１を取得して、取得したユニット鍵Ｋｕ１を適用したコンテンツの復号処理シーケンスを実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。

例えば、コンテンツ管理ユニット３，４０３に対応するアプリケーションファイルまたは、再生プログラム２２４に対応付けられた画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７の利用処理を行なう場合は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して、復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行または各種ファイルを実行することになる。

［４．後発的に生成したデータまたは取得したデータの管理構成］
上述したように、情報記録媒体に格納済みのコンテンツは、ＣＰＳユニットに区分され、各ＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を記録シードを適用して取得することで、利用可能となる。

情報記録媒体に格納済みのコンテンツとは異なるデータ、例えば、情報記録媒体に格納されたプログラムに従って生成されたデータ、情報記録媒体に格納されたデータの再生中に生成したデータ、具体的には、ゲームプログラムを実行して生成した途中経過のデータや、キャラクタデータ、あるいは、ネットワークを介してサーバなどから取得したデータ、ユーザ自身の作成したテキスト、画像データなど、何らかのユーザの処理によって後発的に生成または取得したデータの管理処理について、以下説明する。

図５に情報記録媒体に格納済みのコンテンツに関連するデータの生成、取得処理例を示す。

図５には、情報記録媒体の再生処理を実行する例えばＰＣ等の情報処理装置６００を示している。情報処理装置６００は、コンテンツ再生処理を実行する例えばＣＰＵなどのプログラム実行機能を持つ制御部６０１、ハードディスク等によって構成されるデータ記憶部６０２、情報記録媒体に対するデータ入出力を行なう記録媒体インタフェース６０３、プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ６０４、ネットワークを介した通信を実行する通信インタフェース６０５を有する。なお、図５に示す情報処理装置６００の構成は、後発データの生成、取得処理について説明するための最小限の構成を示しているものであり、具体的な情報処理装置のハードウェア構成例については後段で説明する。

情報処理装置６００は、情報記録媒体１００から記録媒体インタフェース６０３を介して情報記録媒体１００に格納されたＣＰＳユニットに区分されたコンテンツを読み取り、コンテンツの再生処理を、制御部６０１の制御の下に行なう。なお、ＣＰＳユニットによって管理されたコンテンツの再生処理や、後発データの格納、利用処理はライセンスされたプログラムを適用して実行される。

情報記録媒体１００には、例えば、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格に基づいて記録されたコンテンツが格納されている。各コンテンツはＣＰＳユニットに区分され暗号化処理が施されている。

情報処理装置６００は、ＣＰＳユニット対応の記録シードに基づいてＣＰＳユニット鍵を生成して、コンテンツを再生する。コンテンツには例えばゲーム、あるいはＡＶストリーム再生プログラムなどの各種のプログラム、ＡＶストリームデータなどが含まれる。

情報処理装置６００が、情報記録媒体１００からのデータ読み取りに基づいて、後発的にデータを生成、あるいは取得する態様としては次の２つの態様がある。

１つ目は、情報処理装置６００が解析可能な情報を、情報記録媒体１００から読み取り、読み取り情報に基づいて、新規データを取得または生成する場合である。例えば情報記録媒体１００内に後発データの取得先に対応するＵＲＬ情報が記述してあり、情報記録媒体１００が、このＵＲＬ情報を取得して、ブラウザーを使用して通信ＩＦ６０５およびネットワークを介してＵＲＬによって指定されるサーバ６１１などにアクセスし、ＵＲＬ対応の新規コンテンツなどのデータをダウンロードする処理である。コンテンツダウンロード以外にも、情報記録媒体１００からの読み取り情報に基づいて、情報処理装置６００内で新規に後発データを生成する場合がある。

２つ目は、情報記録媒体１００内に記録されたアプリケーションプログラムによるものである。例えば、情報処理装置６００において、情報記録媒体１００から読み取ったプログラムを実行し、プログラムに従って、通信ＩＦ６０５およびネットワークを介して特定のサーバ６１１に接続しコンテンツをダウンロードする、あるいは、情報処理装置６００において、プログラムの実行により後発的なデータが生成される場合がある。

このような様々な処理により生成または取得されたデータは、情報記録媒体１００内に記録されたコンテンツの管理区分であるＣＰＳユニットに属するデータではないが、本発明の構成においては、これら後発的なデータを特定のＣＰＳユニットに属するデータとして管理する。

具体的には、情報記録媒体１００に格納されたＣＰＳユニット対応のコンテンツに基づいて生成または取得した後発データについては、同一のＣＰＳユニットに属するデータとして管理する。あるいは新規なＣＰＳユニットを別途定義して新たなＣＰＳユニットにより管理する。

図６に情報記録媒体の格納コンテンツに基づいて、外部サーバから後発データを取得する処理シーケンスを示す。ステップＳ１０１において、情報処理装置は、情報記録媒体からＣＰＳユニットによって管理されたコンテンツを読み出す。例えばＣＰＳユニットＡに属するコンテンツを読み出したものとする。

情報処理装置は、ダウンロードデータの指定情報、例えばＵＲＬなどを情報記録媒体から読み出すとともに、読み出しコンテンツに対応するＣＰＳユニットの識別子としてのＣＰＳユニットＩＤを取得し、ステップＳ１０２において、これらのデータ、すなわちＣＰＳユニットＩＤと、ダウンロードデータ指定情報をサーバに送信する。

サーバは、予め定められた認証シーケンスによって、正当な情報記録媒体から取得したＣＰＳユニットＩＤであるかなどの認証処理を実行し、データ要求の正当性を検証し、正当性が確認された場合に、ステップＳ１０３において、要求されたダウンロードデータを情報処理装置に送信する。例えばこのダウンロードデータは、ＡＶストリームの吹き替え音声データであったり、字幕データであったり、あるいは特定のコンテンツの再生プログラムなどである。

情報処理装置は、ステップＳ１０４において、サーバから取得したダウンロードデータを情報記録媒体、あるいは、情報処理装置内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。いずれの場合もＣＰＳユニットＩＤによって特定される同一のＣＰＳユニットＡに属するデータとして格納、管理され、ＣＰＳユニットＡに対して設定される記録シードＶｕ（ａ）を適用して生成されるＣＰＳユニット鍵Ｋｕ（ａ）を適用した暗号処理によってか暗号化されて格納される。

図６を参照して説明したシーケンスでは、情報処理装置がサーバに対してダウンロードデータを要求する際、ＣＰＳユニットＩＤとダウンロードデータ指定情報を送信する設定としてあるが、これは、ＣＰＳユニットＩＤの送信を行なうことで、以下のような管理が可能となるからである。
（１）サーバにおいてＣＰＳユニットごとにダウンロードデータの管理が可能となる。
（２）ＣＰＳユニットごとに、ダウンロードの可否、課金処理などを管理している場合、いったんダウンロード可能となったＣＰＳユニットに関しては次回よりＣＰＳユニットＩＤを送信するだけでダウンロードを開始することができる。
（３）情報記録媒体上でＣＰＳユニットごとに定義された鍵（ユニット鍵）を用いてダウンロードデータの暗号化を行う場合、サーバで暗号化処理を行うためにはＣＰＳユニットＩＤが必要となる。サーバではユニットＩＤに対応したＣＰＳユニット鍵を保持し、保持したＣＰＳユニット鍵を適用して暗号化したデータを送信することでセキュアなデータ送信が可能となる。

なお、ダウンロードデータ指定情報としては、ＵＲＬなどの情報以外に、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められた値であるスタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、タイトルＩＤ、ムービーオブジェクトのＩＤ、プレイリストのＩＤ、再生区間情報（開始点、終了点のタイムスタンプ）、なども適用可能であり、また、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められていない値をダウンロードデータ指定情報として用いてもよい。例えば、ユーザＩＤ、課金状況などのユーザ付属情報、日時情報、コンテンツ再生において情報処理装置側で生成される管理データ、例えば再生回数、再生済み範囲、ゲームの得点、マルチストーリーの再生パス情報など、サーバ側でダウンロードデータを特定可能な情報であれば、様々なデータがダウンロードデータ指定情報として適用できる。

次に、情報処理装置が生成または取得するデータの具体例について、図７、図８を参照して説明する。

図７には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったデータの一部を後発データとして生成または取得する例を示している。先に、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従って情報記録媒体に格納されたコンテンツは階層構成を持ち、各階層のデータ、プログラムが関連付けられて例えばＡＶストリームのコンテンツ再生処理が可能となる。

図７に示す情報記録媒体６２１には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして、３つのタイトル［タイトル１］、［タイトル２］、［タイトル３］に対応付けられたＣＰＳユニット１，２，３が設定されている。

この３つのＣＰＳユニット中、２つのタイトル［タイトル１］、［タイトル２］に対応付けられたＣＰＳユニット１，ＣＰＳユニット２には、各タイトルに対応する再生プログラムとしてのムービーオブジェクト１，２が格納され、ユーザは、情報処理装置に情報記録媒体をセットし、［タイトル１］または［タイトル２］を指定することで、再生プログラムとしてのムービーオブジェクト１，２のいずれかを実行させて、プレイリストによって指定される区間のクリップファイル、すなわちＡＶストリームデータを再生することができる。ただし、それぞれのＣＰＳユニットに対応する記録シードを管理データから取り出してＣＰＳユニット鍵を生成してＡＶストリームなどの暗号化データを復号することが必要である。

しかし、ＣＰＳユニット３には、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３が格納されておらず、ＣＰＳユニット内に含まれるクリップファイル、すなわちＡＶストリームデータを再生することができない。この場合、情報処理装置は、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３の生成または取得処理を実行し後発データ６２２としてムービーオブジェクト３を生成または取得する。生成または取得したムービーオブジェクト３は、ＣＰＳユニット３の構成データとして管理される。

図８は、後発的に情報処理装置が生成または取得するデータのその他の具体例について示した図である。

情報処理装置６００は、複数のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体１００を再生する。

例えば、ＣＰＳユニットＡ６４０はゲームプログラムを含むコンテンツ管理ユニットであり、情報処理装置６００がゲームプログラムを実行することにより、ゲームの途中終了情報、ゲーム得点情報などの後発データ６４１，６４２が生成される。これらのデータは、情報処理装置６００において、ＣＰＳユニットＡ６４０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。

また、ＣＰＳユニットＢ６５０は映画などの動画等のＡＶストリームコンテンツを含むコンテンツ管理ユニットであり、情報処理装置６００は、ＡＶストリームコンテンツに対応する字幕データからなる後発データ６５１をサーバ６１１から取得して、再生を行なう。取得した字幕データ６５１は、情報処理装置６００において、ＣＰＳユニットＢ６５０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。

なお、いずれの処理の場合においても、後発的に生成したデータまたは取得したデータについて新たなＣＰＳユニットを設定し、設定した新規ＣＰＳユニットの構成データとして情報記録媒体１００または情報処理装置６００内のハードディスク、あるいはリムーバブルメモリなどの記憶部に格納する構成としてもよい。これらのユニットとしては、先に図２を参照して説明した新規データに対応するＣＰＳユニットが対応付けられて設定される。それぞれのＣＰＳユニットに対応する記録シードＶｕは予め情報記録媒体に格納されており、その記録シードを適用して、予め定められた暗号処理シーケンスを実行してＣＰＳユニット鍵を生成し、生成したＣＰＳユニット鍵を適用して、生成データまたは取得データの暗号化を実行して情報記録媒体１００または情報処理装置６００内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。

なお、新たに設定するＣＰＳユニットに対応する記録シードＶｕについては、外部のサーバから取得する設定としてもよい。ただし、記録シードＶｕを提供するサーバと情報処理装置間において所定の認証処理を実行し、不正な記録シード取得を防止した構成とすることが望ましい。ここで、取得する記録シードＶｕは、図２で示す管理テーブルの単位での取得も含む。

ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツと、ハードディスク等のローカルストレージ上に格納された後発データとの再生処理は、個別に実行する構成も可能であるが、両者を併せて再生することも可能となる。両者を併せて並列再生する処理例について、図９を参照して説明する。

図９に示すように、情報処理装置のディスプレイおよびスピーカによって構成される出力部６５５に対するメインの出力情報として、例えばディスプレイの主画面領域６５６を適用して、メイン映像であるプライマリビデオとメイン音声であるプライマリオーディオを出力するとともに、出力部６５５の一部に例えば子画面領域６５７を設定して、サブ映像であるセカンダリビデオとサブ音声であるセカンダリオーディオを出力する。

なお、このような主画面領域６５６中に子画面領域を設定して画像出力を行う手法は、ＰＩＰ（Ｐｉｃｔｕｒｅ ｉｎ Ｐｉｃｔｕｒｅ）と呼ばれる。例えば、具体的には、主画面領域６５６にメインの映画の「映像」を出力し、子画面領域６５７に、映画監督の「映像」を重ね合わせて表示するなどの並列出力処理が行なわれる。

このような出力態様を実現する場合、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）を主画面領域６５６に出力し、ハードディスク等のローカルストレージに格納されたデータ（例えば監督映像）を子画面領域６５７に出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、一方の記録媒体から両コンテンツを取得して再生する構成としてもよい。

プライマリオーディオとセカンダリオーディオについても同様であり、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）の音声に併せて、ハードディスク等のローカルストレージに格納されたデータ（例えば監督コルント）を出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、この場合も一方の記録媒体から両コンテンツを取得して再生する構成も可能である。

後発的に生成したデータまたは取得したデータの暗号化および管理態様について図１０を参照して説明する。

図１０には、情報記録媒体に格納されたコンテンツの再生処理に対応して生成または取得するデータを情報記録媒体内部または外部に記録する場合のデータ暗号化方法の例を示している。

図１０において、左側のデータ領域は、情報記録媒体に格納済みのデータ、すなわちＲＯＭ領域データ６６０であり、右側のデータ領域は、新規生成または取得データとしての後発データ６７０である。新規生成または取得データは、情報記録媒体のデータ書き込み可能な領域またはハードディスク、あるいはリムーバブルメモリなど外部の記憶手段に格納される。図１０には、新規生成または取得データに対するＣＰＳユニット設定例として２つの例を示している。

（設定例１）
図１０に示すＣＰＳユニット３，６８１に示すように、後発データ６７１を、情報記録媒体に設定済みのＣＰＳユニットに一体化する処理例である。

ＣＰＳユニット３，６８１は、情報記録媒体に格納済みのデータ、すなわち、データ領域６６０において設定済みのＣＰＳユニット３であり、このＣＰＳユニット３，６８１に、新規生成または取得した後発データ６７１を含めて、１つのユニットとする構成である。この場合、後発データ６７１、または後発データ６７１に含まれるデータは、ＣＰＳユニット３に対応して設定されている記録シードＶｕ３を適用して生成されるユニット鍵Ｋｕ３を用いて暗号化されて情報記録媒体またはハードディスクなどの記憶部に格納される。

この構成例では、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに対応するユニット鍵と同じ鍵を使用して生成データの暗号化を行う構成であり、再生処理においては、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに含まれていたデータと同様の鍵を適用して後発データ６７１の復号処理を実行することが可能であり、鍵の切り替え処理が不要となりシームレスな再生が可能となる。

（設定例２）
図１０に示すＣＰＳユニット４，６８２に示すように、後発データ６７２を、情報記録媒体に設定済みのＣＰＳユニットとは異なる新規のＣＰＳユニットを設定して管理する処理例である。

このように後発データ６７２用に別途ＣＰＳユニット４，６８２を定義し、それに対応したユニット鍵を用いて後発データ６７２に含まれるデータの暗号化を行う。ＣＰＳユニット４，６８２は、情報記録媒体に記録されているデータとは独立な管理がなされる。この場合、後発データ６７２用にＣＰＳユニットを割り当てるための情報、およびユニット鍵を生成するための情報を別途、管理データとして設定して記録する必要がある。

図１１を参照して、新規生成または取得し、ハードディスクなどのローカルストレージに格納される後発データに対応する管理データとしてのコンテンツ利用制御情報の設定例について説明する。

図１１には、予めＤＶＤ等の情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、ハードディスク等のローカルストレージに格納された後発データに対応するディレクトリＢとを示している。ディレクトリＢは、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリである。

図１１に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。

コンテンツ利用制御情報を記録する方法としては、以下の２つの設定例のいずれかを適用する。
（設定例１）
ＤＶＤ等の情報記録媒体１００に格納された既存のコンテンツ利用制御情報を後発データのコンテンツ利用制御情報として適用する。
これは、図１１に示すように情報記録媒体１００に予め格納されたＣＰＳユニット００１のデータ［０１００１．ｍ２ｔｓ］７１５に対応するコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３をそのまま、ローカルストレージ上の後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報として適用する。

この場合、後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報を新たに生成することは不要であり、ＣＰＳユニット００１のコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３が、既存データ［０１００１．ｍ２ｔｓ］７１５と、後発データ［０１００３．ｍ２ｔｓ］７１２の双方に適用されるコンテンツ利用制御情報として設定される。

（設定例２）
ローカルストレージ上の後発データのコンテンツ利用制御情報を新たに生成する。
これは、図１１に示すように後発データ［０１００２．ｍ２ｔｓ］７１１に対応するコンテンツ利用制御情報として、新たなコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００２．ｃｃｉ］７１４を生成して、管理データとする例である。

（設定例１）のケースは、例えば情報記録媒体１００のＲＯＭ領域に記録されていない言語の字幕データをダウンロードして取得し、ＲＯＭ領域に記録されている映像・音声データと合わせて再生する場合などに適した方法である。この場合、ＲＯＭ領域に記録されたデータ、ダウンロードしたデータの両方が１つのＣＰＳユニットに属すると考え、同じ鍵を用いて処理を行うことができる。

また、（設定例２）のケースは、情報記録媒体１００から読み出したアプリケーションプログラムを実行して生成したデータを複数のユーザ間で共有／コピーが可能となるようにしたい場合などに適している。実行アプリケーションやＡＶストリームなどのＲＯＭ領域に記録されたデータはコピー不可であるが、実行アプリケーションによって生成されるデータ（ゲームの得点情報、地図情報など他のユーザへの送信や、携帯機器などへの持ち出しニーズがある情報）はＲＯＭ領域と異なる再生／コピー制御が可能となる。

図１２は、暗号鍵、すなわち各ＣＰＳユニットに対応するユニット鍵の生成情報としての記録シードの設定例を示した図である。

図１１と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応し、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリＢとを示している。図１２に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。

記録シードは、先に図２を参照して説明したようにＣＰＳユニット管理テーブルにおいて、各ＣＰＳユニット識別子（ＣＰＳユニットＩＤ）に対応付けて管理される。図１２に示す暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１が、情報記録媒体１００に格納されたＣＰＳユニット管理テーブルである。

後発データに対応して設定されるＣＰＳユニット対応の記録シードの設定方法としては、以下の２つの設定例のいずれかを適用する。

（設定例１）
後発データの暗号鍵生成情報としての記録シードとして、ＣＰＳユニット管理テーブルに予め設定済みの新規データ用の記録シードを使用する。
これは、先に図２を参照して説明したＣＰＳユニット管理テーブル中の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを後発データの暗号鍵生成情報としての記録シードとして使用する構成である。図１２において、後発データ［０１００３．ｍ２ｔｓ］７２４に対応させて、情報記録媒体１００に格納されている管理テーブルデータである暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを対応付ける。この設定例では、新たなＣＰＳユニットを定義して、新規データ用フィールド１２１（図２参照）に設定済みの記録シードを適用することが可能である。

（設定例２）
後発データの暗号鍵生成情報としての記録シードとして、新たに生成または取得した記録シードを使用する。図１２において、後発データ［０１００２．ｍ２ｔｓ］７２３に対応させて、新たな管理テーブルデータとしての暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２２を設定し、新規エントリとして新規設定したＣＰＳユニット識別子と生成または取得した記録シードとを対応付けて格納する。なお、記録シードの生成が許容される場合、情報処理装置は、情報処理装置内のデータ処理部において、例えば乱数を生成して新たな記録シードを生成する。この設定例においては、新たなデータについて、無制限にＣＰＳユニットの設定、記録シードの生成が可能となる。

なお、情報処理装置において、新たなＣＰＳユニットを設定した場合は、その新規設定ＣＰＳユニットに対応する管理データ、すなわち、コンテンツ利用制御情報を対応付けることが必要となるが、これは、前述した図１１の２つの手法のいずれか、すなわち既存のコンテンツ利用制御情報を対応付けるか、あるいは新規のコンテンツ利用制御情報を設定して対応付けるかのいずれかの方法が適用される。

［５．情報記録媒体のＣＰＳユニット構成データと情報記録媒体外部に格納したＣＰＳユニット構成データの関連づけ構成］
上述したように、ＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体にオリジナルデータとして格納されていない後発データは情報記録媒体またはハードディスク、あるいはフラッシュメモリなどのリムーバブルメモリなどに格納される。この新規データを情報記録媒体のＣＰＳ管理データの管理対象データとして取り扱うためには、情報記録媒体またはハードディスクなどに格納される新規データを情報記録媒体のＣＰＳ管理データの管理対象データであることを識別可能とすることが必要となる。以下、この識別の構成について説明する。

図１３は、後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段、例えば情報処理装置のハードディスクなどの記憶手段に格納する構成における後発データとＣＰＳユニットとの関連付け構成を示す図である。

オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に後発データを記録する場合、図１３に示すように、それぞれがＣＰＳユニットを持つ異なる情報記録媒体８０１，８０２に対応する後発データを１つのハードディスクなどの記憶手段８０３に格納することとなる。

この場合、記憶手段８０３に格納する様々な後発データが、それぞれどの情報記録媒体８０１，８０２に対応する後発データであるかを区別することが必要となる。

情報記録媒体８０１，８０２には、先に図１を参照して説明したように、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤが格納されている。

図１３に示すように、記憶手段８０３に格納する様々な後発データ８０４，８０５，８０６に対しては、スタジオＩＤ、パッケージＩＤ、さらにＣＰＳユニットＩＤが識別データとして付与され、図に示すようにスタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤの順にディレクトリ階層構造を設定し、このディレクトリ階層構造に基づいてデータ格納、管理を行なう。

ＣＰＳユニットＩＤごとに割り当てられたディレクトリの内部には、任意の形式で生成データの保存が可能である。例えばＪａｖａ（登録商標）等の実行アプリケーションが生成するデータであれば、そのデータは再生時にＪａｖａ（登録商標）等の実行アプリケーションで解釈できる形式であれば良く、特定の形式に縛られるものではない。

このようにディレクトリ階層が規定される場合、オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に記録されたデータをＪａｖａ（登録商標）等の実行プログラムから呼び出す場合の参照処理は、たとえば図１４に示すように名前空間、ディレクトリ、ファイル名に基づいて呼び出す処理として実行可能である。すなわち、オリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み領域を［Ｐａｒｔｉａｌ−ＲＯＭ：／／］、ハードディスクを［Ｌｏｃａｌ−ＨＤＤ：／／］のように名前空間を定義し、それぞれの新規データの格納ファイルを名前空間、ディレクトリ、ファイル名によって特定しファイルデータの読み込み、更新、再書き込みなどの処理が可能である。

［６．後発データの利用制御構成］
上述したように、情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されたＣＰＳユニットコンテンツに対応するデータとして後発的に生成または取得した後発データは、ハードディスク等のローカルストレージに格納される。情報処理装置において様々な情報記録媒体（ＲＯＭディスク等の記録メディア）を利用した場合、ローカルストレージには多数の後発データが格納されることになる。このような場合、情報処理装置は後発データの利用に際してデータ検索が必要となる。汎用ディレクトリに設定された多数の後発データファイルから必要なデータを効率的に取得するための検索情報と、後発データの利用制御構成について、以下説明する。

まず、図１５を参照して、情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツと、ハードディスク等のローカルストレージに格納された後発データとの利用処理例について説明する。例えば情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカルストレージに格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。

このような複合したコンテンツ再生を行なう場合、情報処理装置は、ローカルストレージ上の後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ＲＯＭディスク等の記録メディア）のディレクトリおよびファイルと仮想的に合成する。この仮想的合成処理は、記録メディア上のデータファイルと、ローカルストレージ上の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。

図１５に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、情報記録媒体（ＲＯＭディスク等の記録メディア）８２１に記録されているファイルやローカルストレージ８２２に記録されているファイルを操作する。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３を利用して必要とする後発データファイルを取得する。

仮想ファイルシステムは、アプリケーションプログラム８２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム８２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。

例えば、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカルストレージのファイルシステムをマージすることにより生成され、生成された仮想ファイルシステムが情報処理装置のメモリに記憶される。この場合、ファイルの書き込みなどによりローカルストレージに記録されているディレクトリやファイルが変更されるごとに、仮想ファイルシステムは更新される。

図１６は、先に図９を参照して説明したプライマリデータとセカンダリデータの並列再生を行なう場合の仮想ディレクトリ設定例を示している。図１６に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。

アプリケーションプログラム８２０は、仮想ファイルシステムを介して、例えば、パッケージ１に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ａに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。

さらに、アプリケーションプログラム８２０は、仮想ファイルシステムを介して、パッケージ１と異なるパッケージ２に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ｂに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。

次に、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３の設定および利用例について、図１７を参照して説明する。図１７に示すディレクトリは、先に図１３を参照して説明したハードディスク、あるいはリムーバブルメモリなどの記憶手段８０３に設定された汎用のシステムファイルでのファイル管理ディレクトリを示している。

ルートの下位には、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるアプリケーションデータディレクトリと、上述したＣＰＳユニット対応の後発データファイルを設定するバインディングユニットディレクトリが設定される。前述したように、ハードディスク等のローカルストレージに記録されたダウンロードデータ等の後発データは、再生処理の開始前に情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされ、１つの仮想的なファイルシステムとして構築されるため、バインディングユニット（BindingUnit）と呼ばれる。情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとのバインド対象となる後発データは、すべてバインディングユニットディレクトリに設定されることになる。

図１７に示すディレクトリ構成は、バインディングユニットディレクトリの下位にスタジオディレクトリ、スタジオディレクトリの下位にパッケージディレクトリを設定した構成である。これらの構成は、先に図１３を参照して説明したディレクトリと同様である。

パッケージ１，２，３はそれぞれＣＰＳ管理ユニット対応のコンテンツを記録したディスク各々に対応するディレクトリである。例えば、パッケージ１に対応するパッケージ固有ディレクトリ８２４には、パッケージＩＤ＝１の設定された情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されたコンテンツに対応する後発データファイルが設定される。図に示す例では、バインディングユニット８２８ａがこの後発データである。後発データは、インデックス、ムービーオブジェクト、プレイリスト、ＡＶデータを含むバインディングユニットとして設定される。

図１７には、パッケージ１に対応するパッケージ固有ディレクトリ８２４に１つのバインディングユニット８２８ａのみを示しているが、複数のバインディングユニットの設定が可能である。後発データ検索情報８２７ａは、パッケージ１に対応するパッケージ固有ディレクトリ８２４に設定されたデータの検索用ファイルである。

図１７に示す例では、スタジオ１ディレトクリにパッケージ１〜３の下位ディレトクリとパッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５を設定している。パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５には、スタジオ１に対応するコンテンツ格納パッケージ（ディスク）の利用に際して共通に利用される後発データが格納される。

例えばある映画制作会社Ａが多数のコンテンツをそれぞれＲＯＭディスクに格納してユーザに提供する場合、各ＲＯＭディスクにはそれぞれ固有の後発データが対応付けられ、それらのパッケージ固有の後発データ、例えば字幕データなどは、それぞれパッケージ１〜３ディレクトリに設定されたバインディングユニットに記録されることになる。しかし、特定のコンテンツに対応させる必要のない例えば映画の予告や、その他のサービスデータなどは、映画制作会社Ａが提供しているコンテンツを格納したＲＯＭディスクすべての再生の際に利用可能とすることが好ましい。このようなデータがパッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５に設定される。このようなデータが、バインディングユニット８２８ｂに含まれる。後発データ検索情報８２７ｂは、パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５に設定されたデータの検索用ファイルである。従って、ＲＯＭディスクは、それぞれ異なるユニット鍵を持ちうるため、パッケージ間共有のディレクトリに設定されたデータと、それぞれのＲＯＭディスクのユニット鍵と同一の鍵を用いる事はできない。

さらに、図１７には、バインディングユニットデータディレクトリの下位ディレクトリとして、スタジオ１〜３のディレトクリとスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６を示している。スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６には、スタジオ１〜３に対応するコンテンツ格納パッケージ（ディスク）の利用に際して共通に利用される後発データが格納される。

例えば異なる複数の映画制作会社Ａ〜ＣがそれぞれＲＯＭディスクにコンテンツを格納してユーザに提供する場合、特定の映画制作会社に対応させる必要のないデータ、例えば様々なサービスデータ、宣伝コンテンツなどは、映画制作会社に依存することなく、コンテンツを格納したＲＯＭディスクすべての再生の際に利用可能とすることが好ましい。このようなデータがスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６に設定される。このようなデータが、バインディングユニット８２８ｃに含まれる。後発データ検索情報８２７ｃは、スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６に設定されたデータの検索用ファイルである。

例えば、情報処理装置にパッケージＩＤ＝１のディスクがセットされた場合、利用可能な後発データは、パッケージ１に対応するパッケージ固有ディレクトリ８２４に設定されたバインディングユニット８２８ａと、パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５に設定されたバインディングユニット８２８ｂ、およびスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６に設定されたバインディングユニット８２８ｃである。

先に図１５、図１６を参照して説明した仮想ファイルシステムでは、これらの３つの異なるバインディングユニットに設定されたデータと、情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されたデータとをマージして仮想ファイルを設定する。前述したように、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカルストレージのファイルシステムをマージすることにより生成され、生成された仮想ファイルシステムが情報処理装置のメモリに記憶される。

図１７に示すように、複数のマージ対象のバインディングユニットがある場合のマージ処理は、
（１）スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６に設定されたバインディングユニット８２８ｃ
（２）パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５に設定されたバインディングユニット８２８ｂ
（３）パッケージ１に対応するパッケージ固有ディレクトリ８２４に設定されたバインディングユニット８２８ａ
これら（１）〜（３）のバインディングユニットを（１）→（２）→（３）の順番で、マージ処理を実行して、同じファイル名がある場合は、後のファイルによって上書きする処理が実行される。この処理によって、パッケージ対応のファイルが最優先され、次に、パッケージ間共有ファイル、最後にスタジオ間共有ファイルの順の優先順でマージ処理がなされることになる。

次に、図１８を参照して後発データ検索情報ファイルのデータ構成について説明する。ハードディスク等の記憶手段（ローカルストレージ）に格納された後発データの検索に適用するファイルが、後発データ検索情報ファイルである。

図１８に示すように、後発データ検索情報ファイル８２７には、ディレクトリのプロパティや、ダウンロードサイト情報の他、そのディレクトリに格納されたファイルについて、各タイトル（インデックス）対応の情報として、タイトル対応のダウンロード／アップデート情報、さらにタイトル対応のファイルリストからなるタイトル対応情報が格納される。タイトル対応ファイルリストには、各タイトル対応の後発データのファイルネームとダウンロード情報などが格納される。コンテンツ再生を行なうアプリケーションは、タイトルに基づいて、必要なファイルのファイル名を取得し、ファイル名に基づいてデータを選択することができる。

後発データ検索情報ファイル８２７には、さらに、ファイル名変換テーブル８２９が記録される。ファイル名変換テーブルの構成について、図１９を参照して説明する。

例えば、図１７に示すスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６に設定される後発データファイルのファイル名は、後発データを提供するデータ提供スタジオが設定したファイル名となるため、何らかのルールを設定しないと同じファイル名が設定される可能性がある。従って、予め、ファイル名の設定ルールを決定し、ルールに従ったファイル名を設定した後発データファイルを格納することが必要である。

例えば、利用者間での情報共有により重複を避けるという方法が可能である。共有（Shared）ディレクトリを使用するコンテンツを製作する場合、事前に管理エンティテイに対する申請を行い、特定のファイル名の利用許諾を得るなどの運用が可能である。例えば、ＡＶストリームファイルのダウンロードを共有（shared）ディレクトリに実行する場合、あらかじめ管理エンティテイに対する申請を行い、特定の重複しないファイル名［001XX.m2ts］、［001XX.clpi］などのファイル名の使用権利を得るなどの方法が可能である。

さらに、もう１つの方法が、後発データを提供するスタジオ名などを設定して共有（Shared）ディレクトリに後発データを格納する例である。例えばスタジオＡ対応の後発データについては、
studioA.STREAM.00001.m2ts
studioA.CLIPINF.00001.clpi
などの設定とし、例えばスタジオＢ対応の後発データについては、
studioB.STREAM.01001.m2ts
studioB.CLIPINF.01001.clpi
とする設定である。

しかし、上述のマージ処理によって生成される仮想ファイルに設定されるファイル名にこれらのスタジオ名が入り込んでしまうと、再生処理アプリケーションにおいて利用可能なファイル名として登録されたファイル名と異なってしまう場合があり、後発データの利用ができなくなる可能性がある。

この不具合を解消するために、図１９に示すファイル名変換テーブルを適用する。すなわち、後発データ検索情報ファイル８２７にファイル名変換テーブル８２９を記録し、仮想ファイル生成時のマージ処理に際して、ファイル名変換テーブルを参照して、仮想ファイルに設定するファイル名を決定する。

図１９に示すファイル名変換テーブルは、［ローカルストレージ上のファイル名］、［スタジオＩＤ］、［パッケージＩＤ］、［変換後のファイル名］の各エントリを対応付けた構成を持つ。

［ローカルストレージ上のファイル名］は、後発データを格納するローカルストレージに記録する際の実際のファイル名である。これらは、重複がないように、例えばスタジオ名を付加したファイル名として設定される。

ファイル名変換処理は、再生コンテンツに対応するスタジオＩＤとパッケージＩＤに依存して決定される。再生処理を実行する場合、情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータと後発データトのバインド処理が行なわれる。利用する後発データについては、すべてスタジオＩＤとパッケージＩＤが対応付けられており、コンテンツ再生処理を行なう情報処理装置は、再生対象コンテンツのスタジオＩＤとパッケージＩＤを取得して、これらのＩＤに基づいて、ファイル名変換テーブルを適用して変換後のファイル名を取得して、取得したファイル名を仮想ファイルシステム上のファイル名として設定する。

例えば、
ローカルストレージ上のファイル名：studioA.STREAM.00001.m2tsであり、
再生コンテンツのスタジオＩＤ＝１、パッケージＩＤ＝１または２または３、である場合の変換後のファイル名は、
BDMV/STREAM/00001.m2ts
となる。
この変換後のファイル名：BDMV/STREAM/00001.m2tsは、再生アプリケーションにおいて利用可能なファイル名である。

このように、ファイルメイ変換テーブルを適用してファイル名の変換を実行することで、ローカルストレージのディレクトリには、自由なファイル名を設定可能となり、重複しない自由な名前のファイルを設定することができる。

なお、図１９に示すファイル名変換テーブルの下から２番目と３番目のエントリは、［ローカルストレージ上のファイル名］がいずれも、
studioC.STREAM.00002.m2ts
であり共通であるが、
スタジオＩＤ＝１、パッケージＩＤ＝１または２または３である場合の変換後のファイル名は、
BDMV/STREAM/00002.m2ts
であり、
スタジオＩＤ＝２、パッケージＩＤ＝４または５または６である場合の変換後のファイル名は、
BDMV/STREAM/00012.m2ts
となり、スタジオＩＤと、パッケージＩＤとの値に応じて、異なるファイル名に変換される構成となっている。このようにファイル名変換テーブルを適用したファイル名変換処理を行なうことで、例えば異なる再生アプリケーションにおいて適用する異なるファイルとして設定することが可能となる。

なお、このようなファイル名変換テーブルは、図１７に示すスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ８２６、あるいはパッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ８２５などの共有ディレクトリに設定される後発データ検索情報ファイルに格納して利用する構成としてもよいが、パッケージＩＤに対応するディレクトリに設定される後発データ検索情報ファイルに格納してもよい。パッケージＩＤに対応するディレクトリ下のファイルは、共有（Shared）ディレクトリと異なり、完全に１つのスタジオのコントロール下にあるため、管理が容易な形式でファイル名をつけて保存し、仮想ファイルシステムの構築時に、再生アプリケーションが解釈可能なフォーマットに準拠したファイル名（XXXXX.ｍ２ｔｓなど）へ変換することが可能である。

なお、図１７に示すディレクトリ構成では、
（１）スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
（２）パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
（３）パッケージ固有ディレクトリ
の３種類の異なる下位ディレクトリを持つローカルストレージ対応の後発データ格納ディレクトリ構成を示したが、共有ディレクトリ、すなわち、スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリや、パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリを持たない構成も可能である。

［７．厳格な検証処理に基づくコンテンツ利用制御］
次に、厳格な検証処理に基づくコンテンツ利用制御について説明する。ハードディスク、あるいはリムーバブルメモリなどの記憶手段に記録され、情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされて利用されるデータは、先に、図１７を参照して説明したようなファイル管理ディレクトリに設定され、再生処理の開始前に情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされ、図１５、図１６を参照して説明した１つの仮想的なファイルシステムを構成して利用される。

図１７を参照して説明したように、ハードディスク等のローカルストレージに格納されるデータには、例えば特定のパッケージＩＤの付与されたディスクを利用する際にのみ利用可能なパッケージ固有ディレクトリや、特定のスタジオＩＤの付与されたディスクを利用する際にのみ利用可能なスタジオ固有ディレクトリ、さらに、複数のパッケージＩＤの付与されたディスク利用に共通に利用可能なパッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ、複数のスタジオＩＤの付与されたディスク利用に共通に利用可能なスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリなどが設定される。

これらのローカルストレージの格納データを利用する情報処理装置は、情報処理装置に装着したディスクからパッケージＩＤやスタジオＩＤを読み取り、これらの読み取りＩＤに基づいて利用可能なローカルストレージ格納データを選択する処理を行なう。すなわち、ローカルストレージ上のパッケージ固有ディレクトリに格納されたデータは、そのパッケージ固有ディレクトリに対応するパッケージＩＤを記録したディスクを装着している場合にのみ利用可能となり、異なるパッケージＩＤを持つディスクを装着した場合は、利用が拒否される設定とされる。これは、情報処理装置においてコンテンツ利用時に実行する再生アブリケーションによって利用可否が判定される。同様に、ローカルストレージ上のスタジオ固有ディレクトリに格納されたデータは、そのスタジオ固有ディレクトリに対応するスタジオＩＤを記録したディスクを装着している場合にのみ利用可能となり、異なるスタジオＩＤを持つディスクを装着した場合は、利用が拒否される設定とされる。

このように、ローカルストレージ上のコンテンツの利用制御を、スタジオＩＤやパッケージＩＤのようなＩＤに基づいて確実に行うための構成について以下、説明する。先に、図１７を参照して説明したようなファイル管理ディレクトリに設定されたローカルストレージ上のデータを利用する場合、情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされ、図１５、図１６を参照して説明した１つの仮想的なファイルシステムを構成して利用される。バインド可能なローカルストレージ上のデータは、情報記録媒体（ＲＯＭディスク等の記録メディア）のデータに対応するスタジオＩＤやパッケージＩＤによって規定される。

ところが、仮想ファイルシステムを構築後、ディスクから読み出されたスタジオＩＤやパッケージＩＤが仮想ファイルシステム上に設定された後、これらのＩＤが情報処理装置側で不正に書き換えられる恐れがある。このようなＩＤの書き換えが行なわれると、本来、利用の拒否されるローカルストレージ上のデータが不正に利用されることになる。

また、仮想ファイルシステムの設定に際して、スタジオＩＤやパッケージＩＤがディスクから読み出されて仮想ファイルシステム上に設定されると、これらのＩＤ情報は、外部出力が容易であり、例えばこれらのＩＤ情報を他のディスクにコピーを行なうことで不正ディスクが生成されることになる。このように、スタジオＩＤやパッケージＩＤを正規のディスクからコピーして作成した不正ディスクを情報処理装置にセットすることで、不正ディスクからスタジオＩＤやパッケージＩＤを読み出して、ローカルストレージ上のスタジオ固有あるいはパッケージ固有コンテンツを不正に再生、利用する処理が可能となる。

具体的な例について、図２０を参照して説明する。例えば、コンテンツ再生を実行する情報処理装置８３０に、不正にスタジオＩＤ＝Ｂ、パッケージＩＤ＝２を書き込んだ不正ディスク８３１を装着する。情報処理装置８３０は、後発データをサーバなどから取得してローカルストレージ８３２に格納済みであるとする。図に示すディレクトリは、ローカルストレージ８３２に格納されたデータのディレクトリであり、先に図１７を参照して説明したと同様のディレクトリである。図１７では横方向に広がるように示していたが、図２０では縦方向に延びるディレクトリとして示してある。

図に示すＢＤＭＶディレクトリ８３５は、スタジオＩＤ＝Ｂ、パッケージＩＤ＝２のディスクがバインド可能なデータを設定している。不正にスタジオＩＤ＝Ｂ、パッケージＩＤ＝２を書き込んだ不正ディスク８３１を装着した情報処理装置８３０は、このＢＤＭＶディレクトリ８３５の設定データを利用可能となる。

このように、ローカルストレージ上にスタジオＩＤやパッケージＩＤにもとづく利用制御を行うデータを設定しても、これらのＩＤが不正にコピーされるなどの事態が発生すると、ローカルストレージ上のコンテンツの保護、利用制御は、事実上見困難になる。

これらのＩＤをディスクに格納されたコンテンツと同様の暗号処理や利用制御設定対象データとして、コンテンツと同様に保護を厳格にするという手法も有効ではあるが、このような処理を行なうと、ＩＤを設定するスタジオや製造工場などで、複雑な手続きを行なうことが必要となるなど、ＩＤ設定のフレキシビリティを低下させることになる。

以下では、コンテンツと同様の厳格な処理を行なうことなく比較的簡易な処理構成として、ＩＤ設定のフレキシビレティを保持して、かつスタジオＩＤやパッケージＩＤ等のＩＤの不正使用によるコンテンツの不正利用、特にローカルストレージ上に格納されたコンテンツの不正利用を防止する構成について説明する。

スタジオＩＤやパッケージＩＤ等のＩＤの不正使用を防止するため、これらのＩＤが、仮想ファイルシステムに設定され、不正な改ざんが行なわれない設定とする。具体的には、コンテンツと共にスタジオＩＤやパッケージＩＤが記録された情報記録媒体（ＲＯＭディスク等の記録メディア）のデータ設定態様を図２１に示すような設定とする。

図２１は、情報記録媒体に格納されるデータ全体のディレクトリ構成を示す図である。情報記録媒体の格納データは、大きく３つのデータに区分される。１つは、コンテンツ管理データ、ＣＰＳユニット鍵、コンテンツ利用制御情報（ＣＣＩ）、コンテンツなどを含むコンテンツ関連データを設定したＢＤＭＶディレクトリと、コンテンツ管理システム（ＡＡＣＳ：Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）の提供するコンテンツの正当性を証明するコンテンツ証明書を設定したＡＡＣＳディレクトリ、さらに、ＢＤＭＶディレクトリに設定されるＪａｖａ（登録商標）アプリケーションファイルに設定された署名検証用の公開鍵を格納した公開鍵証明書に相当するルート証明書などを設定した証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリである。ルート証明書は、例えば公開鍵証明書である。

スタジオＩＤや、パッケージＩＤ等のＩＤ情報は、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定する。先に、図１５、図１６を参照して説明した仮想ファイルシステムを構成する場合、コンテンツ等の設定ディレクトリであるＢＤＭＶディレクトリに設定されたデータのみが仮想ファイルシステムの構成データとして利用され、ＡＡＣＳディレクトリや、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリの設定データは、仮想ファイルシステムの構成データとされない。従って、仮想ファイルシステムの設定データの読み書きを実行可能な情報処理装置は、ＢＤＭＶディレクトリ以外のデータについての読み書きは行なえず、これらのＩＤの書き換えによる不正なコンテンツ利用は防止される。

なお、このディレクトリ設定に加え、さらにＩＤの書き換え防止、改ざん検証構成を採用することがこのましい。これらの構成については後述する。まず、図２１に示す、
ＢＤＭＶディレクトリ、
ＡＡＣＳディレクトリ、
証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ、
各々に設定されるデータの詳細について、図２２以下を参照して説明する。

図２２は、コンテンツ等を設定するＢＤＭＶディレクトリの詳細を示す図である。このＢＤＭＶディレクトリには、先に、図３を参照して説明した階層構造を持つコンテンツのインデックス、ムービーオブジェクト、プレイリスト、クリップなどがそれぞれ個別のファイルとして設定され、図２２に示すディレクトリ設定に従って情報記録媒体に格納される。
（Ａ）図３におけるタイトル２１１などのインデックスは、図２２に示すディレクトリ中のindex.bdmvファイル
（Ｂ）図３における再生プログラケ（ムービーオブジェクト）２２１等は図２２に示すディレクトリ中のMovieObject.bdmvファイル
（Ｃ）図３におけるプレイリスト２３０は図２２に示すディレクトリ中のPLAYLISTディレクトリ下のファイル、
（Ｄ）図３におけるクリップ２４０は図２２に示すディレクトリ中のCLIPINFディレクトリ下のファイルとSTREAMディレクトリ下のファイルで同じファイル番号を持つものに対応する。
（Ｅ）その他、音声データやフォントデータを格納したＡＵＸＤＡＴＡファイル、メタデータを格納したＭＥＴＡファイル、Ｊａｖａ（登録商標）アプリケーションなどのＢＤ−Ｊオブジェクトを格納したＢＤＯＪファイルなどが情報記録媒体に格納される。

次に、図２３以下を参照して、ＡＡＣＳディレクトリ、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ、各々に設定されるデータの詳細について説明する。ＡＡＣＳディレクトリには、コンテンツ管理システム（ＡＡＣＳ：Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）の提供するコンテンツの正当性を証明するコンテンツ証明書が格納される。

コンテンツ証明書（Content Certificate）は、ＢＤＭＶディレクトリに設定されるコンテンツの正当性を確認可能な証明データである。図２４にコンテンツ証明書のデータ構成を示す。コンテンツ証明書には、図２４に示すように、
ヘッダ：このデータがコンテンツ証明書であることを示すデータ、
コンテンツハッシュテーブルダイジェスト：コンテンツの構成データの一部に基づくハッシュ値を登録したテーブルのハッシュ値、
ルート証明書ハッシュ：証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されるルート証明書のハッシュ値、
署名：コンテンツ証明書の発行管理主体（例えば鍵管理センタ）の署名、
これらのデータが格納される。

コンテンツハッシュテーブルダイジェストのハッシュ値は、ＢＤＭＶディレクトリに設定されたコンテンツの改ざん検証などコンテンツ検証に適用されるデータである。
ルート証明書ハッシュは、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されるルート証明書のハッシュ値であり、特定のルート証明書に対応する固有値である。このルート証明書のハッシュ値の適用処理については後段で説明する。

なお、これらのハッシュ値を参照した処理を実行する場合には、まず、コンテンツ証明書の署名検証を行なって、コンテンツ証明書自体の改ざんが実行されていないことを確認する。なお、コンテンツ証明書には、これらのデータの他、コンテンツプロバイダＩＤ、コンテンツＩＤ、ディスク工場ＩＤなどを登録してもよい。

証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されるルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］は、ＢＤＭＶディレクトリに設定されたコンテンツ、例えば、Ｊａｖａ（登録商標）アプリケーションファイルの改ざん検証を行なうために設定された署名検証用の公開鍵を格納した公開鍵証明書に相当する。

図２５を参照してルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］の詳細について説明する。図２５に示すディレクトリは、正規のコンテンツを格納した情報記録媒体の格納データに対応するディレクトリであり、先に説明したように、
ＢＤＭＶディレクトリ、
ＡＡＣＳディレクトリ、
証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ、
の各ディレクトリが設定される。

証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリには、
ルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］８４１、
ＩＤ情報８４２が設定される。

ルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］８４１は、ＢＤＭＶディレクトリに設定されたコンテンツ、例えば、Ｊａｖａ（登録商標）アプリケーションファイル［００００１．ＪＡＲ］８３８に設定された署名の検証用の公開鍵を格納した公開鍵証明書に相当する。Ｊａｖａ（登録商標）アプリケーションファイル［００００１．ＪＡＲ］８３８には、図に示すオーサリングファシリティ８３９の秘密鍵によって署名が施されている。なお、Ｊａｖａ（登録商標）アプリケーションファイル［ｏｏｏｏｏ１．ＪＡＲ］８３８の署名に適用する秘密鍵は、オーサリングファシリティ８３９のオリジナルの秘密鍵（Private Key）を直接使うのではなく、ルート証明書８４１の署名に使った秘密鍵に基づいて生成した派生秘密鍵を使用して署名を行なうのが一般的である。派生回数はたとえば３回に制限される。

このＪａｖａ（登録商標）アプリケーションファイル［００００１．ＪＡＲ］８３１の署名に対する署名検証用の公開鍵が、ルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］８４１としての公開鍵証明書に格納される。

なお、公開鍵証明書は、オーサリングファシリティ８３９の公開鍵のみならず、発行日時情報や有効期限情報、バージョン情報などの様々なデータが格納されており、格納された公開鍵が共通の公開鍵証明書は多数、存在するが、公開鍵証明書の全体データとしては、公開鍵証明書各々に差異があり、固有の情報を持つデータとなる。従って、図２４を参照して説明したコンテンツ証明書に格納されるルート証明書ハッシュ値は、特定の１つの公開鍵証明書に対応するユニークな値として設定されることになる。

さらに、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリには、スタジオＩＤや、パッケージＩＤ等のＩＤ情報［ｉｄ．ｂｄｍｖ］が格納される。図２６に、ＩＤ情報［ｉｄ．ｂｄｍｖ］のデータ構成例を示す。ＩＤ情報ファイルは、図２６に示すように、
ファイル識別子：ＩＤ情報であることを示す文字列［ＢＤＩＤ］
バージョン番号：対応フォーマットのバージョン
ＯｒｇｚｎｉｚａｔｉｏｎＩＤ：スタジオＩＤ
ＤｉｓｃＩＤ：パッケージＩＤ
これらのデータが記録される。
なお、図２６に示すファイルでは、スタジオＩＤを［ＯｒｇｚｎｉｚａｔｉｏｎＩＤ］として記述し、パッケージＩＤを［ＤｉｓｃＩＤ］として記述している。これはファイル上の記述定義であり、それぞれの項目には、スタジオＩＤとパッケージＩＤが記録される。

このように、スタジオＩＤ、パッケージＩＤを、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定することで、情報記録媒体とローカルストレージ上のデータによって設定される仮想ファイルシステムには、これらＩＤのデータは設定されることなく、情報処理装置による仮想ファイルシステム上でのＩＤの書き換え処理を防止することができる。

図２７を参照して、正規のコンテンツ格納情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されるデータの対応、特にルート証明書と他データとの関係について説明する。

図２７は、図２４を参照して説明したコンテンツ証明書とルート証明書との関係およびルート証明書の生成処理について説明する図である。図２７に示すディレクトリは、正規のコンテンツ格納情報記録媒体（ＲＯＭディスク等の記録メディア）に設定されるディレクトリであり、先に説明したように、
ＢＤＭＶディレクトリ、
ＡＡＣＳディレクトリ、
証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ、
の各ディレクトリが設定される。

証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリには、
ルート証明書［ａｐｐ．ｄｉｓｃｒｏｏｔ．ｄｒｔ］８４１、
ＩＤ情報８４２が設定される。

ルート証明書８４１は、図２５のオーサリングファシリティ８３９の公開鍵を格納した公開鍵証明書であり、発行日時情報、バージョン番号などが公開鍵とともに記録された固有な情報を持つ証明書である。すなわち、各ディスクに対応して異なるデータが含まれることになる。この固有データを含むルート証明書８４１のハッシュ値がディスクに格納されるコンテンツに対応する証明書としてのコンテンツ証明書８４４に格納される。コンテンツ証明書は、ディスク上のコンテンツ、すなわちＢＤＭＶディレクトリに設定されるコンテンツ毎に設定される証明書であり、複数のコンテンツがディスクに格納される場合は、その複数のコンテンツに対応してコンテンツ証明書がＡＡＣＳディレクトリに設定され、そのコンテンツ証明書の各々にルート証明書のハッシュ値が格納される。

このように、コンテンツ証明書には、正規のディスクとして鍵管理センタによる処理を経て格納されたルート証明書のハッシュ値が併せて格納されることになり、このハッシュ値はディスク固有の値となる。例えば、他のディスクに設定されたコンテンツ証明書に格納されたルートハッシュ値とは異なる値となる。

例えば、ローカルストレージの格納コンテンツと情報記録媒体格納コンテンツとのバインドにより、仮想フィイルシステムを構築してコンテンツの利用を行なう情報処理装置は、コンテンツ利用に先立ち、バインド処理対象としてのコンテンツに対応するコンテンツ証明書をＡＡＣＳディレクトリから取得し、取得したコンテンツ証明書の署名検証の後、コンテンツ証明書が改ざんのない正当な証明書であることを確認した後、コンテンツ証明書に格納されたルート証明書ハッシュ値を取得する。

さらに、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されたルート証明書８４１を取得して、ルート証明書のハッシュ値を算出する。次に、この算出ハッシュ値と、ＡＡＣＳディレクトリから取得したコンテンツ証明書に格納されたハッシュ値との比較照合処理を実行する。これらの２つのハッシュ値が一致すれば、そのルート証明書と、コンテンツ証明書は元々、正規に同じディスクに記録されたデータであることが証明される。この場合は、コンテンツの利用を許容し、前述した仮想ファイルシステムを構築し、ローカルストレージ上のコンテンツの利用、情報記録媒体のコンテンツの利用を許容する。

一方、２つのハッシュ値が一致しない場合は、ルート証明書と、コンテンツ証明書は元々、同じディスクに記録されたデータではなく、少なくともいずれかが、不正に他のディスクからコピーされるなどの不正な処理によって記録されたデータであると判定され、コンテンツの利用を停止する。すなわち、前述した仮想ファイルシステムの構築を停止させ、ローカルストレージ上のコンテンツの利用、情報記録媒体のコンテンツの利用を許容しない。

これらの一連の検証処理は、コンテンツ再生を実行する情報処理装置のアプリケーションにおいて実行され、ローカルストレージのデータとのバインド処理、仮想ファイルシステムの構築処理を実行する前に行なわれる。これらの検証によって、ハッシュ値の一致が確認された後、バインド対象のコンテンツデータなどがＢＤＭＶディレクトリから取得されて仮想ファイルシステムが構築される。

このように、コンテンツ証明書に格納されたルート証明書ハッシュ値と、ルート証明書に基づいて算出したハッシュ値との比較照合におけるハッシュ値の一致を条件としてローカルストレージに格納されたデータの利用を許容する構成とすることで、ローカルストレージ上のコンテンツの不正利用を効果的に防止することが可能となる。

図２８を参照して、ハードディスク等のローカルストレージ上のコンテンツ利用の可否について、説明する。図２８に示すディレクトリは、ハードディスク等のローカルストレージ上のディレクトリを示している。先に図１７を参照して説明したディレクトリに相当する。ローカルストレージに格納されるデータには、例えば特定のパッケージＩＤの付与されたディスクを利用する際にのみ利用可能なパッケージ固有ディレクトリや、特定のスタジオＩＤの付与されたディスクを利用する際にのみ利用可能なスタジオ固有ディレクトリ、さらに、複数のパッケージＩＤの付与されたディスク利用に共通に利用可能なパッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ、複数のスタジオＩＤの付与されたディスク利用に共通に利用可能なスタジオ間共有（Ｓｈａｒｅｄ）ディレクトリなどが設定される。

例えば、図２８のＢＤＭＶディレクトリ８５１に設定されるコンテンツは、
スタジオＩＤ＝Ｂ
パッケージＩＤ＝２
これら各ＩＤが設定されたディスクを情報処理装置に装着した場合に利用可能なコンテンツであり、このディスクに格納されたコンテンツとのバインド対象となるコンテンツである。

本発明の構成では、このＢＤＭＶディレクトリ８５１に設定されるコンテンツの利用を行なう情報処理装置は、
（１）ディスクに格納されたコンテンツ証明書のルート証明書ハッシュ値とルート証明書に基づく算出ハッシュ値の一致、
（２）ディスクのＩＤ情報（図２６参照）に設定されたスタジオＩＤと、パッケージＩＤと、ローカルストレージのディレクトリ設定ＩＤとの一致、
これらの（１），（２）の条件を満足するか否かを判定する処理を実行して、条件が満足する場合に限り、ディスクのＢＤＭＶディレクトリ格納データと図２８に示すローカルストレージ上のＢＤＭＶディレクトリ８５１に設定されたコンテンツとをバインドして、前述の仮想ファイルシステムを構築してコンテンツを再生、利用することになる。

図に示すハッシュ＝Ｘのディレクトリ８５０は、基本的に特定の１つのルート証明書が格納されたディスクの格納コンテンツとのバインド対象のデータを設定したディレクトリとして設定されることになる。ハッシュ＝Ｙのディレクトリ８５２は、ハッシュ＝Ｘのディレクトリ８５０と異なるルート証明書でありハッシュ＝Ｙとなるルート証明書が格納されたディスクのコンテンツとのバインド対象コンテンツを設定したディレクトリとなり、ハッシュ＝Ｙとなるルート証明書が格納されたディスクをセットした場合にのみ利用可能となる。

なお、暗号システムが適用されていないディスクの場合、ルート証明書の不正流用を暗号システムが提供するコンテンツ証明書を使用して防止することができない。暗号システムが適用されていないディスクを扱う場合は、仮にルート証明書のハッシュ値がＸであっても、ローカルストレージ上の「ハッシュ＝Ｘ（暗号システムチェック済み）」に対応するディレクトリにバインドすることは行わず、別途準備される「ハッシュ＝Ｘ（暗号システムチェックなし）８５３」へバインドをするなどの仕組みが必要になる。

このように、ローカルストレージに設定されるディレクトリは、ハッシュ値検証を必要とするコンテンツを設定するディレクトリと、ハッシュ値検証を必要としないディレクトリを区別して設定する。さらに、ハッシュ値検証を必要とするコンテンツを設定するディレクトリについては、異なるハッシュ値に対応する異なるディスクとのバインド対象コンテンツについてもそれぞれ異なるディレクトリに設定する構成とする。

例えば、図２９示すスタジオＩＤ＝Ｂ、パッケージＩＤ＝２に設定されたＢＤＭＶディレクトリ８５１に設定されたコンテンツを利用する場合には、ハッシュ値検証とスタジオＩＤ、パッケージＩＤの一致確認が必要となるが、ディレクトリ８５３に設定するコンテンツを利用する場合はハッシュ値検証が不要となる。

なお、ローカルストレージ上のコンテンツ利用条件としては、
（Ａ）ハッシュ値検証、
（Ｂ）スタジオＩＤの一致、
（Ｃ）パッケージＩＤの一致、
これら３つの処理の様々な組み合わせを実行することを条件として設定することが可能である。

例えば、
（条件１）Ａ，Ｂ，Ｃのすべてを検証する。
（条件２）Ａ，Ｂのみを検証する。
（条件３）Ａ，Ｃのみを検証する。
（条件４）Ｂ，Ｃのみを検証する。
（条件５）Ａのみを検証する。
（条件６）Ｂのみを検証する。
（条件７）Ｃのみを検証する。
（条件８）Ａ，Ｂ，Ｃいずれも検証不要。
これらの様々な条件を設定することが可能となる。

次に、図３０、図３１に示すフローチャートを参照して、情報処理装置におけるローカルストレージ上のコンテンツの利用シーケンスについて説明する。なお、図３０、図３１に示すフローチャートにおいて説明する処理シーケンスは、上記（条件１）Ａ，Ｂ，Ｃのすべてを検証する処理を行なう場合のシーケンスであり、ディスクドライブを備えた情報処理装置のデータ処理部（ＣＰＵ等からなる制御部）において実行される再生アプリケーションに基づく処理である。

まず、ステップＳ２０１において、コンテンツを記録したディスクを情報処理装置にセットすると、ステップＳ２０２においてディスクからルート証明書を読み取り、署名検証処理による改竄検証、正当性検証を行なう。ルート証明書は、図２３を参照して説明したように、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されたデータである。なお、フローでは省略してあるが、ここでルート証明書の正当性が確認されなければ処理は中止される。正当性が確認された後、ステップＳ２０３において、ルート証明書に基づくハッシュ値を算出する。これをハッシュ値Ａとする。

次に、ステップＳ２０４において、ローカルストレージ格納データとのバインド対象となるディスク格納コンテンツに対応するコンテンツ証明書をディスクから読み取り、署名検証処理による改竄検証、正当性検証を行なう。コンテンツ証明書は、図２３を参照して説明したように、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されたデータであり、図２４を参照して説明したようにルート証明書のハッシュ値を格納している。フローでは省略してあるが、ここでコンテンツ証明書の正当性が確認されなければ処理は中止される。正当性が確認された後、ステップＳ２０５において、コンテンツ証明書からルート証明書ハッシュ値を取得する。これをハッシュ値Ｂとする。

次に、ステップＳ２０６において、ルート証明書から算出した算出ハッシュ値Ａと、コンテンツ証明書から取得した記録ハッシュ値Ｂを比較する。これらのハッシュ値が一致しない場合は、ルート証明書、コンテンツ証明書の少なくともいずれかのデータが他のディスクからコピーされるなどして記録された不正なデータであると判定し、以下の処理を中止して処理を終了する。すなわちコンテンツ利用は停止される。

ステップＳ２０６において、ハッシュ値の一致が確認された場合は、次にステップＳ２０７に進みディスクからＩＤ情報を取得する。ＩＤ情報は、図２３を参照して説明したように、証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリに設定されたデータであり、図２６を参照して説明したようにスタジオＩＤ、パッケージＩＤが記録され、署名が付与されたデータである。フローでは省略してあるが、ここでＩＤ情報の正当性が確認されなければ処理は中止される。正当性が確認された後、ステップＳ２０８において、ＩＤ情報からスタジオＩＤとパッケージＩＤを取得する。

次に、ステップＳ２０９において、ＩＤ情報から取得したスタジオＩＤとパッケージＩＤに対応するローカルストレージ上のコンテンツの有無を判定する。すなわち、ＩＤ情報から取得したスタジオＩＤとパッケージＩＤとバインドの許容されたデータがローカルストレージ上に存在するか否かが判定される。存在しない場合は、コンテンツの利用、再生は停止される。

ローカルストレージ上に利用可能なコンテンツが存在する場合は、ステップＳ２１１に進む。ステップＳ２１１では、再生対象の後発データファイルを選択してこれらのファイルを記録メディア上のディレクトリおよびファイルと仮想的に合成し仮想ファイルシステム（ＶＦＳ）を構築する。

この仮想ファイルシステムの構築に際しては、後発データ検索情報ファイルにファイル名変換テーブルが記録され、利用予定の後発データファイルのファイル名が登録されている場合は、ファイル名変換テーブルに基づくファイル名変換を実行する。

仮想ファイルシステムの生成処理は、記録メディア上のデータファイルと、ローカルストレージ上の必要とする関連ファイルを仮想的な１つのディレクトリ上のファイルとして処理可能とする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。

次に、ステップＳ２１２において、再生対象のＣＰＳユニットに対応するＣＰＳユニット鍵を取得するため、ＣＰＳユニット鍵ファイルと、コンテンツ利用制御情報（ＣＣＩ）を取得する。

次に、ステップＳ２１３において、コンテンツ復号に適用する鍵、すなわち、ＣＰＳユニットのＣＰＳユニット鍵を生成する。次に、ステップＳ２１４において、仮想ファイルシステムを適用して、ＤＶＤ等のディスクあるいはハードディスク等のローカルストレージに格納されたデータをそれぞれ読み出し、復号を実行し、ステップＳ２１５において、デコード、再生処理を実行する。

［８．情報処理装置の構成例］
次に、図３２を参照して、上述のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体の再生、記録処理を行う情報処理装置の構成例について説明する。

図３２に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、ハードディスクなどの記憶手段９３０を有し、バス９０１に各ブロックが接続されている。

情報処理装置９００において、情報記録媒体９１０からＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必用に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。

さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネット（登録商標）ケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。

また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。

ＣＰＳユニット管理情報としてのＣＰＳユニット管理テーブル（図２参照）や、ＣＰＳユニット対応のコンテンツ利用制御情報等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。

ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録され、この後発データは、記憶手段９３０に記録されている後発データ検索情報を適用して検索され、さらに、記憶手段９３０に記録されているアクセス制御情報に従ってアクセスの許容された後発データのみが取得されて、前述したマージ処理によって、仮想ファイルシステムが構築されて、記録媒体からの読み出しコンテンツと併せて再生処理が実行されることになる。

次に、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０あるいは記憶手段９３０に保存する。

ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録される。記憶手段９３０には、さらに後発データ検索情報、アクセス制御情報が記録される。

入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。

その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。後発データ検索情報やアクセス制御情報についても記憶手段９３０に記録される。

情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に一時的に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ Ｒｕｌｅ）などが存在する。

後発的に生成または取得したデータは、一旦メモリ９０８に保持され、ユーザの選択、あるいは予め定められた制御シーケンスに従ってハードディスク等の記憶手段９３０に格納される。

なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図３２では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。

以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本発明の一実施例の構成によれば、例えばＤＶＤなどの第１の情報記録媒体に格納された第１のコンテンツと、例えばハードディスクなどの第２の情報記録媒体に格納された第２のコンテンツを併せて再生する構成において、第１の情報記録媒体に格納された証明書のハッシュ値を算出し、第１の情報記録媒体に格納された第１のコンテンツに対応して設定されるコンテンツ証明書に登録されたハッシュ値との比較照合処理を実行し、両ハッシュ値が一致したことを条件としてコンテンツ再生処理を許容する構成としたので、スタジオＩＤや、パッケージＩＤなどのＩＤ情報のみに基づく利用制御よりさらに厳格なコンテンツ利用制御が実現される。

情報記録媒体の格納データ構成について説明する図である。 ＣＰＳユニット管理テーブルの例を示す図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの暗号化構成例について説明する図である。 情報記録媒体を装着した情報処理装置における後発データの生成または取得処理について説明する図である。 情報処理装置における後発データの取得処理シーケンスについて説明する図である。 情報処理装置において生成または取得する後発データの例について説明する図である。 情報処理装置において生成または取得する後発データの例について説明する図である。 情報処理装置におけるコンテンツ再生処理例について説明する図である。 情報処理装置において生成または取得した後発データとＣＰＳユニットとの関係について説明する図である。 情報処理装置において生成または取得した後発データのコンテンツ利用制御情報の設定例について説明する図である。 情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。 情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別する構成について説明する図である。 情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別し取得するための構成について説明する図である。 情報処理装置において生成する仮想ファイルシステムについて説明する図である。 情報処理装置において生成する仮想ファイルシステムを適用してプライマリおよびセカンダリデータを並列再生する処理について説明する図である。 情報処理装置におけるローカルストレージのディレクトリ構成および後発データ検索情報の設定例について説明する図である。 後発データ検索情報のデータ構成例について説明する図である。 後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。 ローカルストレージ格納データの不正利用態様について説明する図である。 情報記録媒体の格納データのディレクトリ構成について説明する図である。 情報記録媒体の格納データを設定するＢＤＭＶディレクトリ構成について説明する図である。 情報記録媒体の格納データを設定するＡＡＣＳおよび証明書ディレクトリ構成について説明する図である。 コンテンツ証明書のデータ構成について説明する図である。 ルート証明書の詳細について説明する図である。 ＩＤ情報のデータ構成について説明する図である。 コンテンツ証明書とルート証明書との対応について説明する図である。 コンテンツ証明書とルート証明書を適用したローカルストレージ上のコンテンツの利用制御処理について説明する図である。 コンテンツ証明書とルート証明書を適用したローカルストレージ上のコンテンツの利用制御処理について説明する図である。 コンテンツ証明書とルート証明書を適用したローカルストレージ上のコンテンツの利用制御処理シーケンスについて説明するフローチャートを示す図である。 コンテンツ証明書とルート証明書を適用したローカルストレージ上のコンテンツの利用制御処理シーケンスについて説明するフローチャートを示す図である。 情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。

符号の説明

１００ 情報記録媒体
１０１ コンテンツ
１０２ 記録シード
１０３ ディスクＩＤ
１０４ スタジオＩＤ
１０５ パッケージＩＤ
１０６ ディスク種別識別情報
１１０ コンテンツ利用制御情報（ＣＣＩ）
１１１ コンテンツ証明書
１１２ ルート証明書
２００ メインコンテンツ
２１０ アプリケーション
２１１，２１２ アプリケーションインデックスファイル（タイトル）
２１３，２１４，２１５ アプリケーション実行ファイル
２２１〜２２４ 再生プログラム
２３０ 再生区間指定ファイル（プレイリスト）
２３１〜２３３ プレイリスト
２３４，２３５ プレイアイテム
２４０ クリップ（コンテンツデータファイル）
２４１〜２４３ クリップ
２５１ クリップ情報
２６１，２６２，２６３ ＡＶストリーム
３００ サブコンテンツ
３１１，３１２ データグループ
４０１〜４０５ コンテンツ管理ユニット（ＣＰＳユニット）
６００ 情報処理装置
６０１ 制御部
６０２ データ記憶部
６０３ 記録媒体ＩＦ
６０４ メモリ
６０５ 通信ＩＦ
６１１ サーバ
６２１ 情報記録媒体
６２２ 後発データ
６４０ ＣＰＳユニットＡ
６４１，６４２ 後発データ
６５０ ＣＰＳユニットＢ
６５１ 後発データ
６５５ 出力部
６５６ 主画面領域
６５７ 子画面領域
６６０ ＲＯＭ領域
６７０ 後発データ
６７１，６７２ 後発データ
６８１，６８２ ＣＰＳユニット
７１１，７１２ 後発データ
７１３，７１４ コンテンツ利用制御情報
７２１，７２２ 暗号鍵情報
７２３ 後発データ
８０１，８０２ 情報記録媒体
８０３ 記憶手段
８０４，８０５，８０６ 後発データ
８２０ アプリケーションプログラム
８２１ 情報記録媒体
８２２ ローカルストレージ
８２３ 後発データ検索情報
８２４ パッケージ固有ディレクトリ
８２５ パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２６ スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２７ 後発データ検索情報
８２８ バインディングユニット
８２９ ファイル名変換テーブル
８３０ 情報処理装置
８３１ 情報記録媒体
８３２ ローカルストレージ
８３５ ＢＤＭＶディレクトリ
８３８ アプリケーションファイル
８３９ オーサリングファシリティ
８４１ ルート証明書
８４２ ＩＤ情報
８４３ 鍵管理センタ
８４４ コンテンツ証明書
８５０，８５２，８５３ ディレクトリ
８５１ ＢＤＭＶディレクトリ
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段

Claims (11)

1. 情報処理装置であり、
   第１の情報記録媒体に格納された第１コンテンツと、第２の情報記録媒体に格納され前記第１コンテンツに併せて利用可能な第２コンテンツを取得して、第１および第２の両コンテンツを適用したコンテンツ再生処理を実行するデータ処理部を有し、
   前記データ処理部は、
   第１の情報記録媒体に格納された第１の情報記録媒体固有のデータを有する証明書に対応する証明書固有のハッシュ値を算出し、
   前記第１コンテンツに対応するコンテンツ証明書に付与された署名検証を実行し、該署名検証に基づいてコンテンツ証明書の正当性が確認されたことを条件として、コンテンツ証明書に格納された前記証明書固有のハッシュ値を取得し、
   前記証明書に基づいて算出した算出ハッシュ値と、前記コンテンツ証明書に格納された前記証明書のハッシュ値との比較照合処理を実行し、両ハッシュ値が一致したことを条件として、
   前記第１の情報記録媒体から、該第１の情報記録媒体またはコンテンツに対して設定された識別情報を取得し、前記第２の情報記録媒体から、前記識別情報に対応して利用可能なコンテンツのみを前記第２コンテンツとして取得し、第１および第２の両コンテンツを適用したコンテンツ再生処理を実行する構成であり、
   前記第２の情報記録媒体は、前記識別情報に対応して利用可能なコンテンツをディレクトリ単位で区分して格納した構成であり、
   前記データ処理部は、前記識別情報に対応して利用可能なコンテンツを前記ディレクトリに従って選択することを特徴とする情報処理装置。
2. 前記データ処理部は、
   第１の情報記録媒体に格納された証明書として、公開鍵証明書を取得し、該公開鍵証明書のハッシュ値を算出し、該算出ハッシュ値と、前記第１コンテンツに対応するコンテンツ証明書に格納されたハッシュ値との比較照合処理を実行し、両ハッシュ値が一致したことを条件としてコンテンツ再生処理を行う構成を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記公開鍵証明書は、
   前記第１の情報記録媒体に格納されたコンテンツに設定された署名検証用の公開鍵を格納した公開鍵証明書であることを特徴とする請求項２に記載の情報処理装置。
4. 前記識別情報は、
   前記第１の情報記録媒体に格納された前記第１コンテンツの制作エンティテイの識別情報としてのスタジオＩＤ、または前記第１の情報記録媒体の識別情報としてのディスクＩＤ、少なくともいずれかのＩＤを含む情報であることを特徴とする請求項１に記載の情報処理装置。
5. 前記データ処理部は、
   前記識別情報に対応して設定された改ざん検証用の署名の検証処理を実行して、前記識別情報データファイルの正当性確認を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. 情報処理装置において実行する情報処理方法であり、
   データ処理部において、第１の情報記録媒体に格納された第１の情報記録媒体固有のデータを有する証明書に対応する証明書固有のハッシュ値を算出し、
   前記第１の情報記録媒体に格納された第１コンテンツに対応するコンテンツ証明書に付与された署名検証を実行し、該署名検証に基づいてコンテンツ証明書の正当性が確認されたことを条件として、コンテンツ証明書に格納された前記証明書固有のハッシュ値を取得し、
   前記証明書に基づいて算出した算出ハッシュ値と、前記コンテンツ証明書に格納された前記証明書のハッシュ値との比較照合処理を実行する検証ステップと、
   前記検証ステップにおいて、両ハッシュ値の一致が確認されたことを条件として、
   前記第１の情報記録媒体から、該第１の情報記録媒体またはコンテンツに対して設定された識別情報を取得し、前記第２の情報記録媒体から、前記識別情報に対応して利用可能なコンテンツのみを前記第２コンテンツとして取得し、第１および第２の両コンテンツを適用したコンテンツ再生処理を実行するコンテンツ再生ステップを有し、
   前記第２の情報記録媒体は、前記識別情報に対応して利用可能なコンテンツをディレクトリ単位で区分して格納した構成であり、
   前記コンテンツ再生処理ステップは、前記識別情報に対応して利用可能なコンテンツを前記ディレクトリに従って選択する処理を含むことを特徴とする情報処理方法。
7. 前記検証ステップは、
   第１の情報記録媒体に格納された証明書として、公開鍵証明書を取得し、該公開鍵証明書のハッシュ値を算出し、該算出ハッシュ値と、前記第１コンテンツに対応するコンテンツ証明書に格納されたハッシュ値との比較照合処理を実行するステップであることを特徴とする請求項６に記載の情報処理方法。
8. 前記公開鍵証明書は、
   前記第１の情報記録媒体に格納されたコンテンツに設定された署名検証用の公開鍵を格納した公開鍵証明書であることを特徴とする請求項７に記載の情報処理方法。
9. 前記識別情報は、
   前記第１の情報記録媒体に格納された前記第１コンテンツの制作エンティテイの識別情報としてのスタジオＩＤ、または前記第１の情報記録媒体の識別情報としてのディスクＩＤ、少なくともいずれかのＩＤを含む情報であることを特徴とする請求項６に記載の情報処理方法。
10. 前記情報処理方法は、さらに、
    前記識別情報に対応して設定された改ざん検証用の署名の検証処理を実行して、前記識別情報データファイルの正当性確認を実行するステップを有することを特徴とする請求項６に記載の情報処理方法。
11. 情報処理装置においてコンテンツ再生制御処理を実行させるコンピュータ・プログラムであり、
    データ処理部において、第１の情報記録媒体に格納された第１の情報記録媒体固有のデータを有する証明書に対応する証明書固有のハッシュ値を算出し、
    前記第１の情報記録媒体に格納された第１コンテンツに対応するコンテンツ証明書に付与された署名検証を実行し、該署名検証に基づいてコンテンツ証明書の正当性が確認されたことを条件として、コンテンツ証明書に格納された前記証明書固有のハッシュ値を取得し、
    前記証明書に基づいて算出した算出ハッシュ値と、前記コンテンツ証明書に格納された前記証明書のハッシュ値との比較照合処理を実行する検証ステップと、
    前記検証ステップにおいて、両ハッシュ値の一致が確認されたことを条件として、
    前記第１の情報記録媒体から、該第１の情報記録媒体またはコンテンツに対して設定された識別情報を取得し、前記第２の情報記録媒体から、前記識別情報に対応して利用可能なコンテンツのみを前記第２コンテンツとして取得し、第１および第２の両コンテンツを適用したコンテンツ再生処理を実行するコンテンツ再生ステップを実行させ、
    前記第２の情報記録媒体は、前記識別情報に対応して利用可能なコンテンツをディレクトリ単位で区分して格納した構成であり、
    前記コンテンツ再生ステップにおいては、前記識別情報に対応して利用可能なコンテンツを前記ディレクトリに従って選択させる処理を実行させることを特徴とするコンピュータ・プログラム。

Images