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

Description

本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばデジタル放送などのコンテンツを情報記録媒体に記録し、記録コンテンツの利用を行なう構成において、区分されたユニットとしてコンテンツの利用制御を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。

音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）、あるいはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ＭＤ（Ｍｉｎｉ Ｄｉｓｃ）、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙ Ｄｉｓｃ（商標）ディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。

これら様々な情報記録媒体（記録メディア）には、予めデータが記録され、新たなデータ書き込みを許容しないＲＯＭ型の媒体と、データ書き込み可能な媒体とがある。ユーザは、データ書き込み可能な情報記録媒体を利用することで、例えばデジタルデータ放送を受信し、受信コンテンツを情報記録媒体に書き込み、これを再生して利用するこが可能となる。

しかし、放送コンテンツ、その他、音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に著作権、頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。

デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用は、著作権の侵害という問題を引き起こすことになる。

ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。

例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、ＤＶＤ−ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に、ビデオデータやオーディオデータ等が暗号化されて記録されており、その暗号化されたデータを復号するのに用いる鍵が、ライセンスを受けたＤＶＤプレーヤに与えられる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられたキーを利用して、ＤＶＤ−ＲＯＭに記録された暗号化データを復号することにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。

一方、ライセンスを受けていないＤＶＤプレーヤは、暗号化されたデータを復号するための鍵を有していないため、ＤＶＤ−ＲＯＭに記録された暗号化データの復号を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。

また、データ記録の可能な情報記録媒体に対するコンテンツの記録および再生において、コンテンツの暗号化を行なうことで、コンテンツの利用制御を行なう構成について、例えば特許文献１に記載されている。

しかし、情報記録媒体に記録されるコンテンツには、様々な種類のコンテンツがあり、例えば、コンテンツの提供者に応じた異なる利用管理など、コンテンツ毎の独立した利用管理構成が望まれている。しかし、現行のシステムにおいては、このような利用制御は困難である。また、記録用フォーマットと、再生用フォーマットにおいて、同じ管理構成とすると不便な点が起こりえる。一方、全く異なった管理構成とすると再生装置の負担が大きくなるという問題も生じる。

特開２００３−１１６１００号公報

本発明は、このような状況に鑑みてなされたものであり、情報記録媒体に格納されたコンテンツ、あるいはユーザが記録するコンテンツなど、各コンテンツ個別の利用制御を実現可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。

本発明の第１の側面は、
情報処理装置であり、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理部と、
前記暗号処理部において生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御部と、
前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録部と、
を有し、
前記ユニット鍵データは、
前記情報記録媒体の記録データのフォーマット情報を含み、
前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成されるコンテンツを含み、前記管理情報制御部は、前記情報記録媒体に、前記（ａ）のフォーマット、すなわち、（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットで、データ記録を行う場合には、前記クリップ単位でコンテンツ管理ユニットを設定し、前記情報記録媒体に、前記（ｂ）のフォーマット、すなわち、コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットでデータ記録を行なう場合には、論理的な単位であるタイトル単位でコンテンツ管理ユニットを設定することを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記管理情報制御部は、各プレイリストに対応するコンテンツ管理ユニット識別情報と、該コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記管理情報制御部は、各クリップ識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記管理情報制御部は、各プレイリスト識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記管理情報制御部は、前記利用制御情報データを、プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報の生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記管理情報制御部は、前記利用制御情報データを、クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報の生成または更新処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、前記情報処理装置は、さらに、前記プレイリストの結合、分割、削除のいずれかの処理を実行するデータ編集部を有し、前記管理情報制御部は、前記データ編集部の処理に応じて、前記ユニット鍵を格納したユニット鍵データ、または、前記コンテンツ管理ユニットに対応する利用制御情報データの更新を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報記録媒体に対するコンテンツ記録処理を実行する情報処理方法であり、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理ステップと、
前記暗号処理ステップにおいて生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御ステップと、
前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録ステップと、
を有し、
前記ユニット鍵データは、
前記情報記録媒体の記録データのフォーマット情報を含み、
前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報処理方法にある。

さらに、本発明の第３の側面は、
情報記録媒体に対するコンテンツ記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理ステップと、
前記暗号処理ステップにおいて生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御ステップと、
前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録ステップと、
を有し、
前記ユニット鍵データは、
前記情報記録媒体の記録データのフォーマット情報を含み、
前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とすることを特徴とするコンピュータ・プログラムにある。

さらに、本発明の第４の側面は、
暗号化コンテンツを記録した情報記録媒体であり、
前記暗号化コンテンツは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって管理されるコンテンツであって、コンテンツ管理ユニットを単位として、ユニット鍵によって暗号化された暗号化コンテンツであり、
前記情報記録媒体は、さらに、前記コンテンツ管理ユニットに対応して設定されるユニット鍵を保持したユニット鍵データを記録情報として含み、
前記ユニット鍵データは、
前記情報記録媒体に対する記録データのフォーマット情報を含み、
前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報記録媒体にある。

なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイル、およびコンテンツ管理ユニットに対応する利用制御情報ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、管理情報からの鍵取得、制御を行なう構成とした。ユニット鍵ファイルとしては、例えば、
ａ）各クリップに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｂ）各プレイリストに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｃ）各クリップ識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、 ｄ）各プレイリスト識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、 利用制御情報（ＣＣＩ）ファイルとしては、例えば、
ａ）プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報、
ｂ）クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報、
などの態様を持つ管理情報ファイルを生成して記録する構成としたので、コンテンツ利用に際して、これらの管理情報からユニット鍵を取得し、また個々の制御情報に基づく利用制御が実現される。

情報記録媒体の格納データの記録フォーマットについて説明する図である。 情報記録媒体の格納データの暗号化処理の一構成例について説明する図である。 情報記録媒体の格納データに対応するコンテンツ管理ユニット（ＣＰＳユニット）の一設定例を示す図である。 コンテンツ管理ユニット（ＣＰＳユニット）として記録されたコンテンツの再生シーケンスについて説明する図である。 バーチャルプレイリストを含む情報記録媒体の格納データの記録フォーマットについて説明する図である。 バーチャルプレイリストを含むデータに対応するコンテンツ管理ユニット（ＣＰＳユニット）の設定における問題点を説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）の一設定例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）とＣＰＳユニット鍵との対応について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）に対応するＣＰＳユニット鍵を格納するＣＰＳユニット鍵ファイルの構成例について説明する図である。 情報記録媒体が記録再生ディスク（ＢＤＡＶ）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造を示す図である。 情報記録媒体が再生専用ディスク（ＢＤＭＶ）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を示す図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 ＣＰＳユニット鍵ファイルの一構成例について説明する図である。 コンテンツの利用制御情報（ＣＣＩ）のデータ構成例について説明する図である。 １つのＣＰＳユニットに属するコンテンツの再生に際して、適用するプレイリストやタイトルが異なる場合に異なる利用制御を実現するコンテンツの利用制御情報（ＣＣＩ）の利用例について説明する図である。 タイトルＩＤごとの異なる利用制御情報（ＣＣＩ）を記述可能とした設定を持つコンテンツの利用制御情報（ＣＣＩ）のデータ構成例について説明する図である。 利用制御情報（ＣＣＩ）のタイプについて説明する図である。 基本ＣＣＩ情報に対応するシンタックスを示す図である。 クリップ中のＣＣＩ変化点ごとに情報を記録したＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）のデータ構成について説明する図である。 クリップ中のＣＣＩ変化点ごとに情報を記録したＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）の利用例について説明する図である。 異なる利用制御を要求されるコンテンツデータ部に対応して異なるプレイリストを対応付けた例について説明する図である。 コンテンツ管理ユニット（ＣＰＳユニット）構成を持つデータの記録処理シーケンスについて説明するフローチャートを示す図である。 コンテンツ管理ユニット（ＣＰＳユニット）構成を持つデータの編集処理シーケンスについて説明するフローチャートを示す図である。 コンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図である。 情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。

以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．コンテンツ格納フォーマットの概要
２．コンテンツ管理構成
（２．１）個別データ対応の暗号化構成
（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成
３．ユニット鍵ファイルの構成
４．利用制御情報（ＣＣＩ）の構成
５．コンテンツの記録、編集、再生処理
６．情報処理装置の構成例

［１．コンテンツ格納フォーマットの概要］
図１は、本発明の情報処理装置に装着され、データ記録再生に用いる情報記録媒体上のコンテンツ格納フォーマット構成を示す図である。例えば放送コンテンツなどをデータ記録用のアプリケーションプログラムを適用して情報記録媒体に記録した場合のコンテンツ格納フォーマット構成を示す図である。

図１に示すように、コンテンツは、動画コンテンツと静止画コンテンツに区分され、動画コンテンツは、（Ａ）インデックス情報ファイル１１０、（Ｂ）プレイリスト１２０、（Ｃ）クリップ１３０の階層構成を有する。（Ｂ）プレイリスト１２０の層には、複数のプレイリスト１２１〜１２３が含まれ、（Ｃ）クリップ１３０の層には、複数のクリップ情報とコンテンツ実データとしてのＡＶストリームからなるクリップＡＶストリームファイル１３１〜１３３が含まれる。

情報記録媒体を装着した情報処理装置において実行される再生アプリケーションによってインデックス情報１１０が呼び出され、インデックス情報１１０から、ユーザの指定により、プレイリスト１２１〜１２３、あるいは静止画コンテンツのメニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかが選択される。

動画コンテンツの再生に際しては、プレイリスト１２１〜１２３のいずれかが選択される。プレイリストには、再生対象データ情報としてのプレイアイテムが含まれる。プレイリストに含まれるプレイアイテムによって規定される再生区間としてのクリップ情報によって、コンテンツ実データとしてのＡＶストリームが選択的に読み出されて、ＡＶストリームの再生が行われる。なお、プレイリスト、プレイアイテムは多数、存在し、それぞれに識別情報としてのプレイリストＩＤ、プレイアイテムＩＤが対応付けられている。

一般に、コンピュータ等で用いるデータファイルは、バイト列として扱われるが、クリップＡＶストリームファイル１３１〜１３３のコンテンツは、時間軸上に展開され、プレイリストは、クリップの中のアクセスポイントを主にタイムスタンプで指定する。プレイリストが、クリップの中へのアクセスポイントをタイムスタンプで指し示している時、クリップ情報ファイルは、クリップＡＶストリームファイルの中でストリームのデコードを開始すべきアドレス情報を見つけるために適用される。

プレイリスト１２０を適用することで、ユーザは、クリップ１３０の中から見たい再生区間を選択し、それを簡単に編集することができる。１つのプレイリストは、クリップの中の再生区間の集まりである。あるクリップの中の１つの再生区間は、プレイアイテムと呼ばれ、これは、時間軸上のＩＮ点とＯＵＴ点のペアで表される。プレイリストは、プレイアイテムの集合として設定される。

図１に示すように、情報記録媒体には、動画コンテンツの他に、静止画コンテンツが記録される。静止画コンテンツには、サムネイルが含まれる。サムネイルは、例えば、各動画コンテンツに対応する静止画である。サムネイルには、図１に示すように２つの種類がある。１つは、各コンテンツ内容を表す代表画としてのメニューサムネイルである。これは主としてユーザがカーソルを操作して見たいものを選択するためのメニュー画面で使われる。もう１つは、マークが指しているシーンを表す画像であり、例えばユーザの選択したシーンのサムネイル画像によって構成されるマークサムネイルである。

これらのサムネイルは、例えばＪＰＥＧの画像ファイル１４３，１４４として設定され、メニューサムネイルインデックス１４１、またはマークサムネイルインデックス１４２のいずれかを適用して表示する静止画像を選択することができる。

［２．コンテンツ管理構成］
このようなファイルフォーマットを適用して情報記録媒体に格納されるコンテンツの利用制御構成の複数の態様について、以下順次説明する。

（２．１）個別データ対応の暗号化構成
まず、図２を参照して、個別データ対応の暗号化構成について説明する。本構成例では、図２に示すように、暗号化処理対象のデータは、動画コンテンツ中のＡＶストリーム、静止画コンテンツ中の静止画像ファイルであり、これらのコンテンツ実データを個別に暗号化する。

動画コンテンツのＡＶストリームの暗号化処理に適用する暗号鍵は、暗号化対象であるＡＶストリームに対応して設定されるクリップ情報に含まれるデータを適用した暗号鍵生成処理によって生成する。例えばクリップ情報に記録された「記録シード（Ｒｅｃ Ｓｅｅｄ）」、コンテンツの利用制御情報である「ＣＣＩ（ＣｏｐｙＣｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）シーケンス」、「モード情報」、データ改竄検証値としての「ＩＣＶ（Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ Ｖａｌｕｅ）」などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば６ＫＢブロック暗号に基づくＡＶストリームの暗号化を行なう。

一方、サムネイル画像によって構成される静止画像ファイルの暗号化に適用する暗号鍵は、暗号化対象であるサムネイル画像に対応して設定されるメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から取得した記録シード（Ｒｅｃ Ｓｅｅｄ）などのデータを入力として暗号鍵を生成し、生成した暗号鍵に基づいて例えば２ＫＢブロック暗号に基づく画像ファイルの暗号化を行なう。

図２では、それぞれ１つのＡＶストリームと１つの静止画像ファイルの暗号化態様を説明したが、その他のＡＶストリームもそれぞれ対応するクリップ情報の構成データに基づく暗号鍵で暗号化がなされ、サムネイルを含む画像ファイルもそれぞれメニューサムネイルインデックスあるいはマークサムネイルインデックスに含まれる情報から生成した鍵による暗号化がなされる。このような構成とすることで、例えばあるＡＶストリームに対応する暗号鍵が漏洩した場合でも、他のＡＶストリームの暗号鍵には適用することができず、各コンテンツの個別管理が可能であり、より強固なデータの保護が実現される。

（２．２）コンテンツ管理ユニット（ＣＰＳユニット）による管理構成
次に、コンテンツ管理ユニット（ＣＰＳユニット）の設定に基づくコンテンツ管理構成について、図３を参照して説明する。本構成例において、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の鍵（ユニット鍵（ＣＰＳユニット鍵））による暗号化処理がなされ、個別の利用管理がなされる。

コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。

コンテンツ管理ユニット（ＣＰＳユニット）の設定態様は、様々な設定が可能である。図３を参照してコンテンツ管理ユニット（ＣＰＳユニット）の１つの設定態様について説明する。

図３に示す例では、動画コンテンツについては、１つ以上のプレイリストに対応するコンテンツ管理ユニット（ＣＰＳユニット）を設定し、静止画コンテンツについては、メニューサムネイル、マークサムネイルの種別毎にコンテンツ管理ユニット（ＣＰＳユニット）を設定した例である。

静止画コンテンツでは、メニューサムネイルの画像ファイルの集合をＣＰＳユニット１（コンテンツ管理ユニット１）として、ＣＰＳユニット１に対応するユニット鍵［Ｋｕ１］で暗号化する。なお、この例では暗号化の対象データは、画像ファイルである。また、マークサムネイルの画像ファイルの集合をＣＰＳユニット２として、ＣＰＳユニット２に対応するユニット鍵［Ｋｕ２］で暗号化する。

さらに、動画コンテンツでは、プレイリスト１２１とプレイリスト１２２によって指定されるクリップファイルを含むデータをＣＰＳユニット３として、ＣＰＳユニット３に対応するユニット鍵［Ｋｕ３］で暗号化する。なお、この例では暗号化の対象データは、ＡＶストリームである。また、プレイリスト１２３によって指定されるクリップファイルを含むデータをＣＰＳユニット４として、ＣＰＳユニット４に対応するユニット鍵［Ｋｕ４］で暗号化する。

例えば、ユーザがＣＰＳユニット３に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して復号処理を実行することが必要となる。ＣＰＳユニット４に対応するコンテンツ再生処理を実行するためには、ＣＰＳユニット４に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ４を取得して復号処理を実行することが必要となる。

このような設定とした場合、コンテンツのユニット毎の異なる利用制御が実現される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対するコンテンツ利用制御情報（ＣＣＩ）が設定され、各ＣＰＳユニットについて、対応するコンテンツ利用制御情報（ＣＣＩ）に従った利用制御が可能となる。

コンテンツ管理ユニット（ＣＰＳユニット）による管理構成を持つコンテンツを記録した情報記録媒体からのコンテンツの再生利用処理について、図４を参照して説明する。まず、情報処理装置１８０は、メモリに格納しているデバイス鍵［Ｋｄ］１８１を読み出す。デバイス鍵１８１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。

次に、情報処理装置１８０は、ステップＳ１１において、デバイス鍵１８１を適用して情報記録媒体１７０に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ１７１の復号処理を実行して、メディア鍵Ｋｍを取得する。ＭＫＢ（Ｍｅｄｉａ Ｋｅｙ Ｂｌｏｃｋ）１７１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１７１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。

次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１７０から読み取ったボリュームＩＤ１７２とに基づく暗号処理によって、ボリューム固有鍵Ｋｅを生成する。この鍵生成処理は、例えば、ＡＥＳ暗号アルゴリズムに従った処理として実行される。

次に、ステップＳ１３において、ボリューム固有鍵Ｋｅによって、情報記録媒体１７０から読み取ったＣＰＳユニット鍵ファイル１７３の復号処理を行なう。ＣＰＳユニット鍵ファイル１７３は、各ＣＰＳユニットに対応して設定されるユニット鍵［Ｋｕｎ］の暗号化データを格納したファイルである。ユニット鍵ファイルの具体的構成については後述する。例えば、［Ｅｎｃ（Ｋｅ，ｆ（Ｋｕ＿ｎ，ＣＣＩ））］のような暗号化データとしてユニット鍵を格納している。Ｅｎｃ（ａ，ｂ）はデータｂの鍵ａによる暗号化データを示している。

ステップＳ１３におけるＣＰＳユニット鍵ファイル１７３の復号処理によって、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）
を取得し、ステップＳ１４において、
データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）、
に対して、情報記録媒体１７０から読み取った利用制御情報（ＣＣＩ）１７４を適用した演算処理を実行して、ユニット鍵［Ｋｕ＿ｎ］を得る。
例えば、データ［Ｋｔ］＝ｆ（Ｋｕ＿ｎ，ＣＣＩ）が、ユニット鍵［Ｋｕ＿ｎ］と、利用制御情報［ＣＣＩ］との排他論理和（ＸＯＲ）結果データである場合、再度、この演算結果に対して、情報記録媒体から読み取った利用制御情報［ＣＣＩ］の排他論理和（ＸＯＲ）演算を実行することで、ユニット鍵［Ｋｕ＿ｎ］を取得することができる。

次に、ステップＳ１５において、情報記録媒体１７０から読み取った暗号化コンテンツ１７５に対して、ユニット鍵［Ｋｕ＿ｎ］を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、ステップＳ１６において、例えばＭＰＥＧデコード、圧縮解除、スクランブル解除等、必要なデコード処理を実行して、コンテンツ１８２を取得する。

この処理によって、情報記録媒体１７０に格納されたＣＰＳユニットとして管理される暗号化コンテンツが復号されて利用、すなわち再生することができる。

（２．３）プレイリスト間の編集を可能にする場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成 次に、図５以下を参照して、バーチャルプレイリストを有する場合のコンテンツ管理ユニット（ＣＰＳユニット）による管理構成について説明する。

図５に示すようにプレイリストには、２つのタイプがある。１つは、リアルプレイリスト１２５，１２６であり、もう１つは、バーチャルプレイリスト１２７である。リアルプレイリスト１２５，１２６は、それが参照しているクリップのストリーム部分を共有しているとみなされる。すなわち、リアルプレイリスト１２５，１２６は、それの参照しているクリップのストリーム部分に相当するデータ容量をディスクの中で占める。ＡＶストリームが新しいクリップとして記録される場合、そのクリップ全体の再生可能範囲を参照するリアルプレイリストが自動的に作られる。リアルプレイリスト１２５，１２６の再生範囲の一部分が消去された場合、それが参照しているクリップのストリーム部分もまたデータが消去される。一方、バーチャルプレイリスト１２７は、クリップのデータを共有していないとみなされる。バーチャルプレイリスト１２７が変更または消去されたとしても、クリップは何も変化しない。すなわち、バーチャルプレイリスト１２７は、クリップを仮想的に参照するプレイリストであり、任意のクリップを自在に参照可能となる。

プレイリストは、異なるクリップストリームファイルを参照可能であるが、先に、図３を参照して説明したコンテンツ管理ユニット（ＣＰＳユニット）を設定する場合、いくつかの問題が発生する。例えば、図６は図３の状態からプレイリスト１２６とプレイリスト１２７の結合編集（２つのプレイリストを１つのプレイリストにする処理）を行った結果を示しており、結合編集によりプレイリスト１２７が存在しなくなり、動画コンテンツに対応するリアルプレイリスト１２５，１２６を含む１つのＣＰＳユニット３が設定された状態となっている。しかし、リアルプレイリスト１２６が、ＣＰＳユニット３に含まれるクリップのみならず、もともとＣＰＳユニット４に含まれていたクリップを参照する構成となっているため、プレイリスト１２６が再生対象とするクリップＡＶストリームのうち、クリップ１３３の部分の暗号鍵（Ｋｕ４）を指定することができなくなってしまう問題がある。

この問題を解決する構成例について以下、説明する。図７は、この問題を解決する１つの例であり、以下の条件設定の下でコンテンツ管理ユニット（ＣＰＳユニット）を設定する構成としたものである。
（条件１）リアルプレイリストの結合編集を禁止（異なるＣＰＳユニットに属するクリップの参照を禁止）

上記の条件は、リアルプレイリストは、自己の属するＣＰＳユニットに設定されたクリップのみを参照する設定とするものであり、この構成によって、編集操作で矛盾が発生することなく、ＣＰＳユニットの割り当て、プレイリストに基づくＣＰＳユニット判別が可能となる。なお、バーチャルプレイリストには、ＣＰＳユニットを割り当てない設定とすることにより、バーチャルプレイリストの編集の自由度を高めることが可能となる。

図８は、クリップ単位でＣＰＳユニットを設定した構成例である。図８の構成において、ＣＰＳユニット３は、クリップ１３１，１３２を含む構成であり、ＣＰＳユニット４は、クリップ１３３を含む構成として設定される。プレイリストは、ＣＰＳユニットには属さないデータとして設定される。

このように、プレイリストをＣＰＳユニットと独立した構成とし、暗号化処理を行わないことで、プレイリストのレイヤにおいて実行される編集処理において、ＣＰＳユニットと暗号化データとの対応に影響を与えることがなく、自由な編集処理が可能となる。

図９は、１つのリアルプレイリストに１つのＣＰＳユニットを割り当てる構成例である。この場合、プレイリストとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、プレイリストとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各プレイリストに１つのユニット鍵が設定される単純な管理構成となる。

図１０は、１つのクリップに１つのＣＰＳユニットを割り当てる構成例である。この場合、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。

図１１は、図１０と同様、１つのクリップに１つのＣＰＳユニットを割り当てる構成例であり、さらに、静止画コンテンツについても、実データとしての画像ファイルに対応してＣＰＳユニットを設定した構成例である。この場合も、クリップとＣＰＳユニットは１対１の対応が保証され、プレイリストの管理情報に、クリップとＣＰＳユニットとの対応関係に関する複雑な記述が不要であり、各クリップに１つのユニット鍵が設定される単純な管理構成となる。

［３．ユニット鍵ファイルの構成］
次に、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）に対応して設定されるユニット鍵［Ｋｕｎ］を格納したユニット鍵ファイルの複数の構成例について説明する。

前述したように、情報記録媒体に格納されるコンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、それぞれコンテンツの暗号処理に適用するユニット鍵が設定される。このユニット鍵は、暗号化されてユニット鍵ファイルに格納される。まず、ＣＰＳユニットの設定構成、およびユニット鍵の対応例を図１２に示す。図１２には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するＣＰＳユニット鍵の対応を示している。

ＣＰＳユニット設定単位は、上述したように、様々な態様が可能である。図１２（ａ）は、プレイリストに対応するＣＰＳユニットを設定した場合のユニット鍵ファイルの設定例である。

図１２（ｂ）は、クリップに対応するＣＰＳユニットを設定した場合のユニット鍵設定例である。この例は、先に図１０、図１１を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。

図１２に示す例は、ＣＰＳユニット鍵ファイルの概念を説明する図である。実際のＣＰＳユニット鍵ファイルのデータ構成例について図１３以下を参照して説明する。

図１３は、ＣＰＳユニット鍵ファイルの一構成例に対応するシンタックスを示す図である。図１３に示すように、ＣＰＳユニット鍵ファイルには、ヘッダ情報を格納したユニット鍵ファイルヘッダ２０１と、ユニット鍵の暗号化データを格納したユニット鍵ブロック２０２が設定される。ユニット鍵ファイルヘッダ２０１の前には、ユニット鍵ブロックのスタートアドレス（Ｕｎｉｔ＿Ｋｅｙ＿Ｂｌｏｃｋ＿ｓｔａｒｔ＿ａｄｄｒｅｓｓ）が設定される。

ユニット鍵ファイルヘッダ２０１の詳細、および、ユニット鍵ブロック２０２の詳細を図１４に示す。図１４（ａ）は、ユニット鍵ファイルヘッダの詳細であり、図１４（ｂ）は、ユニット鍵ブロックの詳細を示すシンタックスである。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルは、クリップ対応のＣＰＳユニットを設定した場合のＣＰＳユ ニット鍵ファイルの構成を示すものであり、先に図１０、図１１、を参照して説明したＣＰＳユニットの設定構成に対応するユニット鍵ファイルの設定例である。また、これは図１２（ｂ）に示すユニット鍵ファイル構成に対応する。

図１４（ａ）に示すように、ＣＰＳユニット鍵ファイルのヘッダ部には、以下のデータが含まれる。
（１）アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅ）：アプリケーションフォーマットの識別情報（例えば再生専用ディスク用フォーマット（ＢＤＭＶ）の場合１、記録再生ディスク用フォーマット（ＢＤＡＶ）の場合２）。なお、記録再生ディスクであっても、再生専用ディスクフォーマットのフォーマットで記録ができるが、その場合には、アプリケーションタイプは再生専用ディスクフォーマット（ＢＤＭＶ）として記録する。なお、ＢＤＭＶは、基本的に再生専用のフォーマットであってコンテンツの編集に関する規定は無いが、図１６を用いて説明するように、プログラムファイルとしてのＭｏｖｉｅ＿Ｏｂｊｅｃｔを適用して種々のプログラムを実行することにより、例えば後発的にデータを取得すること等が出来る。一方、ＢＤＡＶフォーマットは、記録用のフォーマットであり、例えばディスクに記録するコンテンツの編集についての規定がある。上述のバーチャルプレイリスト等は、編集した場合の接続点での連続再生のための規定であり、ＢＤＡＶにのみ存在する規定である。

このように、アプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅ）情報は、ディスクに対する記録データが、再生専用ディスク用フォーマット（ＢＤＭＶ）で記録されるか、記録再生ディスク用フォーマットで記録されるかを示す識別情報として適用される。
すなわち、ＣＰＳユニット鍵ファイルのヘッダ部に含まれるアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅ）情報は、情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないデータ記録用のフォーマット（ＢＤＡＶ）であるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含む再生用のフォーマット（ＢＤＭＶ）であるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報である。

（２）ディレクトリ数（Ｎｕｍ＿ｏｆ＿ＢＤ＿Ｄｉｒｅｃｔｏｒｙ）：ディレクトリ数（再生専用ディスク（ＢＤＭＶ）の場合は１のみ、記録再生ディスク（ＢＤＡＶ）の場合は１〜５）
（３）メニューサムネイル＃１対応ＣＰＳユニット番号（ＣＰＳ＿Ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｍｅｎｕ Ｔｈｕｍｂｎａｉｌ＃Ｉ）：メニューサムネイル用のＣＰＳユニット番号
（４）マークサムネイル＃１対応ＣＰＳユニット番号（ＣＰＳ＿Ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｍａｒｋ Ｔｈｕｍｂｎａｉｌ＃Ｉ）：マークサムネイル用のＣＰＳユニット番号
（５）ディレクトリＩのクリップ数（Ｎｕｍ＿ｏｆ＿Ｃｌｉｐ＃Ｉ）：ディレクトリＩの中に設定されたクリップ数
（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Ｃｌｉｐ＿ＩＤ＃Ｊ ｉｎ Ｄｉｒｅｃｔｏｒｙ ＃Ｉ）：クリップのＩＤ（ファイル名ＸＸＸＸＸ．ｃｌｐｉのＸＸＸＸＸに当たる１０進５桁の数字）
ただし、このデータは、再生専用ディスク（ＢＤＭＶ）には設定しない構成としてもよい。
（７）ディレクトリ＃Ｉ、タイトル＃Ｊに対応するＣＰＳユニット番号（ＣＰＳ＿Ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ＃Ｊ ｉｎ Ｄｉｒｅｃｔｏｒｙ ＃Ｉ）：タイトルに対応するＣＰＳユニット番号。ここで、タイトルとは、ユーザが一つの再生単位と認識する論理的な単位であり、１以上のＣｌｉｐを含むものである。

これらのデータがヘッダ情報として格納される。図１３、図１４に示す構成を持つユニット鍵ファイルは、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ毎にＣＰＳユニット番号が対応付けられた
構成である。

図１４（ｂ）に示すＣＰＳユニット鍵ファイルのユニット鍵ブロックには、以下のデータが含まれる。
（１）ＣＰＳユニット数（Ｎｕｍ＿ｏｆ＿ＣＰＳ＿Ｕｎｉｔ）ディスク上のＣＰＳユニット数
（２）利用制御情報のＭＡＣ（ＭＡＣ ｏｆ Ｕｓａｇｅ Ｒｕｌｅｓ＃Ｉ）：ＣＰＳユニットに対応する利用制御情報（ＣＣＩ）ファイルデータの改竄検証用データとしてのＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）値
（３）メディアＩＤのＭＡＣ（ＭＡＣ ｏｆ Ｍｅｄｉａ ＩＤ＃Ｉ）：メディアＩＤ［ＭｅｄｉａＩＤ（記録型Ｄｉｓｃのシリアル番号）］の改竄検証用データとしてのＭＡＣ値
（４）各ＣＰＳユニット対応の暗号化ＣＰＳユニット鍵（Ｅｎｃｒｙｐｔｅｄ ＣＰＳ Ｕｎｉｔ Ｋｅｙ ｆｏｒ ＣＰＳ Ｕｎｉｔ＃Ｉ）：ＣＰＳユニットごとに割り当てられるユニット鍵の暗号化データ

なお、情報記録媒体が再生専用ディスク（ＢＤＭＶ）である場合のＢＤＭＶフォーマットと、記録再生ディスク（ＢＤＡＶ）である場合のＢＤＡＶフォーマットでは、データの記録処理あるいは再生処理を実行するアプリケーションが利用するディレクトリ構造が異なるが、図１３および図１４に示すＣＰＳユニット鍵ファイルは、いずれのディスク、いずれのアプリケーションにも対応可能な構成となっている。なお、図１３、図１４に示すＣＰＳユニット鍵ファイルのデータ構成は一例であり、必要に応じて、多少の構成データの変更は可能である。例えば、上述したように図１４（ａ）に示すユニット鍵ファイルヘッダ中、上述した（６）ディレクトリＩに設定されたクリップのＩＤ＃Ｊ（Ｃｌｉｐ＿ＩＤ＃Ｊ ｉｎ Ｄｉｒｅｃｔｏｒｙ ＃Ｉ）：クリップのＩＤ（ファイル名ＸＸＸＸＸ．ｃｌｐｉのＸＸＸＸＸに当たる１０進５桁の数字）については、再生専用ディスク（ＢＤＭＶ）には設定しない構成としてもよい。なぜなら、再生用のビデオフォーマットであるＢＤＭＶについては、編集について考慮せずとも良いため、ユーザが再生単位と認識する論理単位であるタイトルで管理すれば十分だからである（すなわち、ＣＰＳ＿Ｕｎｉｔ＿ｎｕｍｂｅｒ ｆｏｒ Ｔｉｔｌｅ ＃Ｊ ｉｎ Ｄｉｒｅｃｔｏｒｙ ＃Ｉを用いて管理）。一方、記録用のビデオフォーマットであるＢＤＡＶについて、同様に当初ユーザが一つの単位として認識していたタイトルを単位として管理すると（例えば、図７における設定）、ユーザによる自由な編集を妨げる恐れがあるため、ＭＰＥＧ２、ＡＶＣ，ＶＣ１等で符号化された実際のＡＶストリームを保持するファイルであるＣｌｉｐ単位として管理（すなわち、Ｃｌｉｐ＿ＩＤ＃Ｊ ｉｎ Ｄｉｒｅｃｔｏｒｙ ＃Ｉを用いて管理）することができる（例えば、図８における設定）。このように、Ａｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅを用いて、再生用フォーマットであるＢＤＭＶと記録用フォーマットであるＢＤＡＶに対して、ほぼ同じ構成のＣＰＳユニット鍵ファイルをそれぞれ分けて用いることで、それぞれに適したコンテンツ管理を行いつつ、再生装置の負担を軽くすることができる。

プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成されるコンテンツを所定のフォーマットに従って情報記録媒体に記録する処理を実行する情報処理装置は、情報処理装置のデータ処理部である管理情報制御部の処理として以下の処理を実行する。すなわち、
情報記録媒体に、前記記録用のフォーマットでデータ記録を行なう場合には、クリップ単位でコンテンツ管理ユニットを設定し、
情報記録媒体に、再生用のフォーマットでデータ記録を行なう場合には、論理的な単位であるタイトル単位でコンテンツ管理ユニットを設定する処理を行なう。

情報記録媒体が記録再生ディスク（ＢＤＡＶ）である場合のＢＤＡＶフォーマットに対応するディレクトリ構造と、再生専用ディスク（ＢＤＭＶ）である場合のＢＤＭＶフォーマットに対応するディレクトリ構造を図１５、図１６に示す。

図１５は、ＢＤＡＶフォーマットに対応するディレクトリ構造を示している。データ部２２１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が設定される。

データ部２２３は、ＢＤＡＶフォーマットに従ったデータ、すなわち、先に図１を参照して説明したインデックス情報（ｉｎｆｏ．ｂｄａｖ）、静止画コンテンツを構成するメニューサムネイル（Ｍｅｎｕ．ｔｉｄｘ， Ｍｅｎｕ．ｔｉｄｘ１）、マークサムネイル（Ｍａｒｋ．ｔｉｄｘ， Ｍａｒｋ．ｔｉｄｘ１）、さらに、動画コンテンツを構成するプレイリスト（ＰＬＡＹＬＩＳＴにある０００１．ｍｐｌｓ等）、クリップ（ＣＬＩＰＩＮＦにある０１００１．ｃｌｐｉ等）、ストリームデータファイル（ＳＴＲＥＡＭにある０１００１．ｍ２ｔｓ等）が設定
される。

図１６は、ＢＤＭＶフォーマットに対応するディレクトリ構造を示している。データ部２３１は、各種の付加的な情報や制御情報の格納部であり、前述した暗号鍵ブロックとしてのＭＫＢと、上述したユニット鍵ファイルと、さらに、各ＣＰＳユニットに対応するコンテンツの利用制御情報（ＣＣＩ：Ｃｏｐｙ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）が設定される。

データ部２３２は、データ部２３１の設定データのバックアップデータファイルが設定される。なお、バックアップデータファイルは、必須ではなく必要に応じて設定する。データ部２３３は、ＢＤＭＶフォーマットに従ったデータが設定される。ＢＤＡＶフォーマットには、プログラムファイルとしてのムービオブジェクト（ＭｏｖｉｅＯｂｊｅｃｔ）が設定される。さらに、動画コンテンツを構成するプレイリスト、クリップ、ストリームデータファイルが設定される点は、ＢＤＡＶフォーマットと同様である。

図１３、図１４を参照して説明したＣＰＳユニット鍵ファイルは、図１５、図１６のＢＤＡＶフォーマット、ＢＤＭＶフォーマットのいずれにも対応可能であり、いずれのフォーマットに対しても共通の鍵ファイルとして利用できる。

情報記録媒体を利用する情報処理装置で実行するアプリケーションは、図１４（ａ）に示すＣＰＳユニット鍵ファイルのヘッダ部のアプリケーションタイプ（Ａｐｐｌｉｃａｔｉｏｎ＿Ｔｙｐｅ）を参照して、ＢＤＭＶ、ＢＤＡＶのいずれの設定に従った鍵ファイルであるかを判別して、図１４（ｂ）に示す鍵ブロックから利用する鍵を取得する。

図１３、図１４を参照して説明したユニット鍵ファイル構成では、前述したように、
各メニューサムネイル毎にＣＰＳユニット番号が対応付けられ、
各マークサムネイル毎にＣＰＳユニット番号が対応付けられ、
さらに、
各ディレクトリの各クリップ毎にＣＰＳユニット番号が対応付けられた構成を持っており、例えばコンテンツ再生を実行する情報処理装置のアプリケーションプログラムが、コンテンツの復号に適用するユニット鍵を取得する場合、再生対象コンテンツとしてのサムネイルまたはクリップを特定し、各サムネイルまたはクリップに対応するＣＰＳユニット番号を図１４（ａ）に示すＣＰＳユニット鍵ファイルヘッダから取得し、ＣＰＳユニット番号に対応するユニット鍵を図１４（ｂ）に示すＣＰＳユニット鍵ブロックから取得する処理を行なうことになる。

先に図１４を参照して説明したアプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）情報と情報記録媒体の記録データとの対応について説明する。プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって管理されるコンテンツであって、コンテンツ管理ユニットを単位として、ユニット鍵によって暗号化された暗号化コンテンツを記録した情報記録媒体においては、コンテンツ管理ユニットに対応して設定されるユニット鍵を保持したユニット鍵ファイルが記録情報として記録される。このユニット鍵ファイルは、先に図１４を参照して説明したように、情報記録媒体に対する記録データのフォーマット情報としてのアプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）情報を含む設定とされる。アプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）情報は、情報記録媒体の記録データのフォーマットが、
（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないデータ記録用のフォーマットであるか、
（ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含む再生用のフォーマットであるか、
上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報である。
情報処理装置におけるデータ処理部は、このアプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）情報に基づいて暗号化コンテンツのフォーマット情報を取得することが可能となる。
なお、コンテンツ管理ユニットの管理単位は、アプリケーションタイプ（ａｐｐｌｉｃａｔｉｏｎ ｔｙｐｅ）情報に応じて異なる設定とされる。

次に、図１７以下を参照して、ユニット鍵ファイルの様々な設定例について説明する。
（１）プレイリスト対応のＣＰＳユニット設定例１
図１７に、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１７に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３０１に、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（２）プレイリスト対応のＣＰＳユニット設定例２
図１８も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図１８に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３１１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、プレイリストについては、プレイリストＩＤが直接記述されて、各プリイリストＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３１２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図３、図７を参照して説明したＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（３）クリップ対応のＣＰＳユニット設定例１
図１９は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図１９に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３２１に、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応するＣＰＳユニット番号が記録され、ＣＰＳユニット鍵ブロック３０２に各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納された構成である。このＣＰＳユニット鍵ファイルは、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（４）クリップ対応のＣＰＳユニット設定例２
図２０も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成である。図２０に示すＣＰＳユニット鍵ファイルは、ＣＰＳユニット鍵ファイルヘッダ３３１に、メニューサムネイル、マークサムネイルに対応するＣＰＳユニット番号が記録され、クリップについては、クリップＤが直接記述されて、各クリップＩＤに対応するＣＰＳユニット番号を記録した構成を持つ。ＣＰＳユニット鍵ブロック３３２には、各ＣＰＳユニット番号に対応する暗号化されたユニット鍵が格納されている。このＣＰＳユニット鍵ファイルも、先に図８を参照して説明したクリップ対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（５）１つのプレイリストに１つのＣＰＳユニットを設定した例１
図２１は、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２１に示すＣＰＳユニット鍵ファイルは、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プレイリスト＝＃１〜＃ｎｐに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３４１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（６）１つのプレイリストに１つのＣＰＳユニットを設定した例２
図２２も、プレイリスト対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２２に示すＣＰＳユニット鍵ファイルも、プレイリストに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、プリイリストＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３５１のみを設定した構成である。１つのプレイリストに対応してＣＰＳユニット鍵が設定される構成であるので、各プレイリスト対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図９を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（７）１つのクリップに１つのＣＰＳユニットを設定した例１
図２３は、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２３に示すＣＰＳユニット鍵ファイルは、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップ＝＃１〜＃ｎｃに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３６１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルは、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

（８）１つのクリップに１つのＣＰＳユニットを設定した例２
図２４も、クリップ対応のＣＰＳユニットを設定した場合のユニット鍵ファイル構成を示す。図２４に示すＣＰＳユニット鍵ファイルも、クリップに対応するＣＰＳユニット番号を示すヘッダ情報が含まれない構成であり、メニューサムネイル、マークサムネイル、クリップＩＤに対応する暗号化されたユニット鍵を格納したＣＰＳユニット鍵ブロック３７１のみを設定した構成である。１つのクリップに対応してＣＰＳユニット鍵が設定される構成であるので、各クリップ対応のＣＰＳユニット番号を記録する必要がなく、簡略化された構成を持つ。このＣＰＳユニット鍵ファイルも、先に図１０を参照して説明したプレイリスト対応のＣＰＳユニットの設定例に対応して利用可能なＣＰＳユニット鍵ファイルである。

上述したように、ＣＰＳユニットの設定構成は様々な設定が可能であり、また、ＣＰＳユニット鍵ファイルの構成も、各ＣＰＳユニットの設定に応じた構成として様々なファイル構成が可能となる。

［４．利用制御情報（ＣＣＩ）の構成］
次に、情報記録媒体に格納される利用制御情報（ＣＣＩ：ＣｏｐｙＣｏｎｔｒｏｌ Ｉ
ｎｆｏｒｍａｔｉｏｎ）の具体的な構成例について説明する。利用制御情報（ＣＣＩ）は各ＣＰＳユニットに属するコンテンツのコピー許容回数などを含むコンテンツ利用制御情報として設定される。

利用制御情報（ＣＣＩ）には、具体的には例えばコンテンツについての以下の情報などが設定される。
コピー可／不可情報：コピー可／不可／１世代のみ可、
映像出力解像度制限情報：出力制限有り／無し、
アナログコピー制御情報：可／不可（使用するアナログコピー防止技術を指定）、
暗号化の有無を示す情報：暗号化有り／無し、
権利主張の有無を示す情報：権利主張有り／無し、

なお、上記の例は、利用制御情報（ＣＣＩ）構成情報の一例であり、これらの他にも様々な情報の設定が可能である。利用制御情報（ＣＣＩ）ファイルの構成例を図２５に示す。

図２５（Ａ）は、利用制御情報（ＣＣＩ）の全体構成を示し、（Ｂ）は、図２５（Ａ）中に示す再生／コピー制御情報格納ブロック［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ］の詳細構成を示している。図２５（Ａ）に示すように、コンテンツ利用制御情報は、第１ブロック領域データ４０１と、それ以降に配置される後続ブロック領域データ４０２によって構成される。

第１ブロック領域データ４０１は、ヘッダ部情報として、
第１ブロック領域内に記述されるコンテンツ利用制御情報（ＣＣＩ）を構成する情報ブロック（ループ）の数を示す情報としての［Ｎｕｍｂｅｒ＿ｏｆ＿Ｐｒｉｍａｒｙ＿ＣＣＩ＿ｌｏｏｐ］
リザーブ［ｒｅｓｅｒｖｅｄ］領域
が設定される。上記データがヘッダ部データである。

さらに、第１制御情報（ＣＣＩ）領域情報として、図２５（Ｂ）に示すように、
コンテンツ利用制御情報（ＣＣＩ）のデータタイプ情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｔｙｐｅ］：１６ビット、
コンテンツ利用制御情報（ＣＣＩ）のデータ長情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｄａｔａ＿ｌｅｎｇｔｈ］：１６ビット、
コンテンツ利用制御情報（ＣＣＩ）のデータ値情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｄａｔａ］：（ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｄａｔａ＿ｌｅｎｇｔｈ×８）ビット、
が設定され、さらに、リザーブ［ｒｅｓｅｒｖｅｄ］領域：Ｘビット、
が設定される。

後続ブロック領域データ４０２も、データ構成は、第１ブロック領域とほぼ同様であり、ループ数を示す情報とリザーブ領域によって構成されるヘッダと、データタイプ、データ長、データ値を含むコンテンツ利用制御情報（ＣＣＩ）部と、リザーブ領域が設定される。

なお、図２５に示す利用制御情報（ＣＣＩ）のデータ構成例は、ＣＣＩをＣＰＳユニットに対応して設定し、同一のＣＰＳユニットについての利用制御を画一的に実行する構成とした場合の例であるが、同じＣＰＳユニットに属するコンテンツの再生に際して、適用するプレイリストやタイトルが異なる場合に異なる利用制御を実現する構成としてもよい。すなわち、図２６に示すように、１つのＣＰＳユニット＃３に対して複数のプレイリスト１２５〜１２７が参照しているような構成において、プレイリスト１２５，１２６に対応する利用制御情報（ＣＣＩ）をＣＣＩ−ａとして設定し、プレイリスト１２７に対応する利用制御情報（ＣＣＩ）をＣＣＩ−ｂとして設定する構成である。

例えば、プレイリスト１２５，１２６を適用したコンテンツ再生は、基本再生パスとして、プレイリスト１２７を適用したコンテンツ再生を拡張再生パスとする。拡張再生パスは、「期間限定」、「再生許諾が必要」などのＣＣＩ設定が基本再生パスと異なる設定とする。このような設定にする場合、ＣＰＳユニットに対応付けて設定される利用制御情報（ＣＣＩ）を適用するプレイリストやタイトルに対応する条件を区別して記録した構成とする。

具体的には、図２７に示すように、第１ブロック領域データ４０１と、それ以降に配置される後続ブロック領域データ４０２のそれぞれにおいて、利用制御情報（ＣＣＩ）の記録領域［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ］の開始前にタイトルＩＤを設定して、タイトルＩＤごとの異なる利用制御情報（ＣＣＩ）を記述可能とした設定である。なお、タイトルＩＤ以外にプレイリストＩＤやクリップＩＤも同様に利用可能であり、１つのＣＰＳユニットに対応して設定される利用制御情報（ＣＣＩ）を、タイトルやプレイリスト、またはクリップに応じて異なる利用制御を記述する設定とすることができる。

再生処理を実行する情報処理装置は、再生対象コンテンツの属するＣＰＳユニットを特定して、そのＣＰＳユニットに対応する利用制御情報（ＣＣＩ）を取得し、さらに、再生処理に適用するタイトル、プレイリスト、クリップなどの識別子（ＩＤ）を取得して、これらのＩＤに基づいて、利用制御情報（ＣＣＩ）ファイルからＩＤに対応する制御情報を読み取って、読み取った情報に従った制御の下でコンテンツを利用することができる。

コンテンツ利用制御情報（ＣＣＩ）には、様々なタイプがあり、このタイプは、図２５（Ｂ）を参照して説明したようにデータタイプ情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｔｙｐｅ］によって判別される。利用制御情報（ＣＣＩ）のタイプについて、図２８を参照して説明する。

コンテンツ利用制御情報（ＣＣＩ）には、例えば、以下の種類（タイプ）がある。
（１）基本ＣＣＩ情報（Ｂａｓｉｃ ＣＣＩ ｆｏｒ ＡＡＣＳ）：クリップ内で最も厳しいＣＣＩ情報を記録。
（２）ＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）：クリップ中のＣＣＩ変化点ごとに情報を記録。
再生時は最も厳しいＣＣＩ情報である基本ＣＣＩ（Ｂａｓｉｃ ＣＣＩ ｆｏｒ ＡＡＣＳ）のみを参照するか、あるいは、クリップ内部のＣＣＩ変化であるＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）を利用するかの２通りのＣＣＩ利用構成がある。なお、これら２つのＣＣＩ情報の詳細については後述する。

コンテンツ利用制御情報（ＣＣＩ）には、上記２つのタイプ以外に、
（３）タイトル対応ＣＣＩ（Ｂａｓｉｃ Ｔｉｔｌｅ Ｕｓａｇｅ ｆｏｒ ＡＡＣＳ）：タイトルごとに異なる利用態様を指定。
（４）ネット接続対応ＣＣＩ（Ｋｅｙ Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ Ｎｅｔｗｏｒｋ Ｔｒａｎｓａｃｔｉｏｎ）：ネット接続時の鍵管理方法（鍵バインド方法、ディスク上の鍵の有無）を記録。
（５）コピー用ＵＲＩ情報（ＵＲＩ Ｉｎｆｏｒｍａｔｉｏｎ ｆｏｒ Ｍａｎａｇｅｄ Ｃｏｐｙ）：ＲＯＭディスクのコンテンツを他記録媒体へコピーする場合の管理情報を記録。
例えばこれらの様々な利用制御情報対応のＣＣＩが設定される。

次に、上述の２つのタイプのＣＣＩ、すなわち、
（１）基本ＣＣＩ情報（Ｂａｓｉｃ ＣＣＩ ｆｏｒ ＡＡＣＳ）：クリップ内で最も厳しいＣＣＩ情報を記録。
（２）ＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）：クリップ中のＣＣＩ変化点ごとに情報を記録。
これらの利用制御情報（ＣＣＩ）の詳細構成について、図２９、図３０を参照して説明する。

図２９に示す例は、基本ＣＣＩ情報に対応するシンタックスを示す図である。データ構成について説明する。
コンテンツ利用制御情報（ＣＣＩ）のデータタイプ情報［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｔｙｐｅ］として、基本ＣＣＩ情報であることを示す識別情報（０１０１１６）が設定される。なお、（ｘｘｘｘ１６）は１６進数で示したビット情報を示す。さらに、コンテンツ利用制御情報（ＣＣＩ）のデータ長情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｄａｔａ＿ｌｅｎｇｔｈ］には、基本ＣＣＩ情報の長さを示すデータ（００１０１６）が設定される。

さらに、コンテンツ利用制御情報（ＣＣＩ）のデータ値情報としての［ＣＣＩ＿ａｎｄ＿ｏｔｈｅｒ＿ｉｎｆｏ＿ｄａｔａ］として、
ＥＰＮ：暗号化の有無を示す情報（暗号化有り／無し）
ＣＣＩ：コピー可／不可情報（コピー可／不可／１世代のみ可）
Ｉｍａｇｅ＿Ｃｏｎｓｔｒａｉｎｔ＿Ｔｏｋｅｎ：映像出力解像度制限情報（出力制限有り／無し）
ＡＰＳ：アナログコピー制御情報（可／不可（使用するアナログコピー防止技術を指定））
の各情報が格納される。

次に、図３０を参照して、クリップ中のＣＣＩ変化点ごとに情報を記録したＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）のデータ構成について説明する。図３０に示すＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）において、図２９を参照して説明した基本ＣＣＩ情報と異なる点は、以下の情報を含む点である。
ＣＣＩシーケンス数（Ｎｕｍｂｅｒ ｏｆ ＣＣＩ ｓｅｑｕｅｎｃｅ）：クリップ内（ＣＰＳユニット内）での異なるＣＣＩを持つブロック数。
ＣＣＩ情報変化点（Ｓｔａｒｔ ＳＰＮ ｆｏｒ ＣＣＩ Ｓｅｑｕｅｎｃｅ）：ＣＣＩ情報の変化点（パケット番号）情報。
これらの情報を持つ点が、異なる。

例えば放送信号を受信して情報記録媒体に記録するような場合、放送コンテンツ中に異なる利用制御情報（ＣＣＩ）に対応するコンテンツが含まれる場合がある。具体的には、コンテンツパートＡは、コピーの許容されないコンテンツであるが、コンテンツパートＢはコピーフリーのコンテンツであるといった構成のコンテンツである。

このようなコンテンツについては、ＣＣＩの変化点情報を記録することが必要である。このようなコンテンツに対応する利用制御情報としてＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）が適用される。

例えば、コンテンツ再生を実行する情報処理装置は、ＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）を取得して、ＣＣＩ情報の変化点を取得し、その変化点の前後において異なる利用制御（ＣＣＩ）に従ったコンテンツ利用を行なう。

具体的な処理例について、図３１を参照して説明する。コピーフリーと、コピー１回許容のデータ部を含むコンテンツ５００を情報記録媒体に格納し、再生などのコンテンツ利用時の制御について説明する。コンテンツ５００は、放送信号として放送局から送信される。この際、コンテンツに対応するＣＣＩシーケンス情報（ＣＣＩ Ｓｅｑｕｅｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）５０２も併せて送信され、情報処理装置は、コンテンツ５００とともに、ＣＣＩシーケンス情報５０２をコンテンツ５００の属するＣＰＳユニット対応の利用制御情報（ＣＣＩ）として情報記録媒体に記録する。

コンテンツ５００は、先に図１他を参照して説明したように、プレイリスト対応のクリップとして設定されることになり、例えばクリップ対応のＣＰＳユニットとして利用制御がなされる。クリッブ対応のＣＰＳユニットに対応する利用制御情報として、ＣＣＩシーケンス情報５０２が設定される。

コンテンツ再生において、情報処理装置のアプリケーションプログラム５０１は、再生コンテンツのＣＰＳユニットを特定し、特定したＣＰＳユニットに対応する利用制御情報を読み取る。この場合は、ＣＣＩシーケンス情報５０２を取得する。ＣＣＩシーケンス情報５０２には、先に図３０を参照して説明したように、
ＣＣＩシーケンス数（Ｎｕｍｂｅｒ ｏｆ ＣＣＩ ｓｅｑｕｅｎｃｅ）：クリップ内（ＣＰＳユニット内）での異なるＣＣＩを持つブロック数。
ＣＣＩ情報変化点（Ｓｔａｒｔ ＳＰＮ ｆｏｒ ＣＣＩ Ｓｅｑｕｅｎｃｅ）：ＣＣＩ情報の変化点（パケット番号）情報。
これらの情報を有する。
アプリケーションプログラム５０１は、ＣＣＩ変化点に基づいて、その前後において規定された利用制御情報に従ってコンテンツの利用が許容される。具体的には、コンテンツの前半では、コピーフリー、後半ではコピーワンス（コピー１回のみ許容）という制御情報が、ＣＣＩ変化点情報とともにＣＣＩシーケンス情報５０２に記述されており、アプリケーションプログラム５０１は、この記述に従ってコンテンツを利用する。

このように、ＣＣＩ変化点情報を記録したＣＣＩシーケンス情報を適用することで、１つのＣＰＳユニットに複数の異なる利用制御対象データが含まれる場合であっても、各データ区分毎の正しい利用制御が可能となる。

上述のＣＣＩシーケンス情報を用いないで、複数の異なる設定の利用制御を実現する構成例について、図３２を参照して説明する。図３２に示す例は、異なる利用制御を要求されるコンテンツデータ部に対応して異なるプレイリストを対応付けた例である。

例えば、プレイリストａ５２１は、コピーフリーに対応するコンテンツ部分の再生に適用するプレイリストであり、プレイリストｂ５２２は、コピーワンスに対応するコンテンツ部分の再生に適用するプレイリストとして設定する。

コンテンツの属するクリップに対応してＣＰＳユニットが設定され、ＣＰＳユニットに対応して利用制御情報（ＣＣＩ）５２５が設定される。この利用制御情報（ＣＣＩ）５２５は、先に、図２７を参照して説明したようなプレイリストＩＤ毎の利用制御情報の記述構成を有する利用制御情報として設定する。

アプリケーションプログラム５０１は、プレイリストＩＤ毎の利用制御情報の記述構成を有する利用制御情報５２５に基づく処理を行なう。具体的には、適用するプレイリストに応じて、コンテンツの前半では、コピーフリー、後半ではコピーワンス（コピー１回のみ許容）という制御情報に従ってコンテンツを利用する。

［５．コンテンツの記録、編集、再生処理］
次に、コンテンツ管理ユニット（ＣＰＳユニット）による利用制御がなされるコンテンツの記録処理およびコンテンツの編集処理の実行シーケンスについて、図３３、図３４に示すフローチャートを参照して説明する。

まず、図３３を参照して、コンテンツの記録を実行する際の処理シーケンスについて説明する。この処理は、データ記録可能な情報記録媒体を装着した情報処理装置において実行するデータ記録処理アプリケーションによって実行される。記録対象コンテンツは例えば放送コンテンツ、あるいはインターネット、ＬＡＮなどのネットワークを介して入力するコンテンツなどである。

まず、ステップＳ１０１において、記録コンテンツに対応するＣＰＳユニットを新たに追加する必要があるか否かを判定する。情報記録媒体に設定済みのＣＰＳユニットを適用し、このＣＰＳユニットに含まれるコンテンツとする設定の場合は、ＣＰＳユニット追加は行なわず、ステップＳ１０２において、情報記録媒体に記録されたＣＰＳユニット鍵からユニット鍵を読み取る。一方、記録コンテンツに対応する新たなＣＰＳユニットを設定する場合は、ステップＳ１０３において新たなＣＰＳユニットに対応するＣＰＳユニット鍵を生成する。例えば乱数生成による鍵生成を行なう。

次に、ステップＳ１０４において、記録対象コンテンツの暗号化ニットを取得する。コンテンツは、所定データ量のユニットに分割されており、各ユニットに対応する暗号化要否フラグが制御情報に付与されている。ステップＳ１０５において、記録処理を実行するアプリケーションは、ユニットに対応するフラグを確認して、暗号化の要否を判定する。暗号化ユニットは放送やインターネットからの入力における、制御情報の切り替えが可能な単位であり、特定のサイズや時間長に限定されるものではない。また、暗号化フラグとは特定のフラグに限らず、例えば入力信号に付属している利用制御情報（ＣＣＩ）に記載されたコピー制御情報の変化に対応して記録装置が暗号化の有無を判断する処理も含んだ暗号化の有無を判断するための情報を指している。

暗号化ユニットの暗号化フラグが１でない場合は、そのユニットの暗号化は不要であるので、ステップＳ１０８に進む。暗号化ユニットの暗号化フラグが１の場合は、そのユニットの暗号化は必要であるので、ステップＳ１０６において、ＣＰＳユニット鍵を適用した暗号化処理を実行し、さらに、ステップＳ１０７において、記録コンテンツに対応するＣＣＩ情報のメモリに対する保持を実行する。なお、制御情報がコンテンツの途中で変更される場合には、前述したＣＣＩシーケンス情報が適用される。

ステップＳ１０８において、記録コンテンツの最終暗号化ユニットに至ったか否かを判定し、残りユニットがある場合は、ステップＳ１０４に戻り、同様の処理を繰り返し実行する。ステップＳ１０８において、記録コンテンツの最終暗号化ユニットに至ったと判定した場合は、ステップＳ１０９に進み、各種関連ファイルの記録・更新処理を実行する。具体的には、ステップＳ１１０において、ユニット鍵ファイル、利用制御情報（ＣＣＩ）ファイルの更新が必要か否かを判断し、更新が必要な場合は、ステップＳ１１１において利用制御情報（ＣＣＩ）ファイルの更新処理を実行し、ステップＳ１１２において、ＣＰＳユニット鍵ファイルの更新を実行する。なお、新たなＣＰＳユニット鍵を作成した場合は当然にユニット鍵ファイルを更新することが必要であり、新たなユニット鍵を生成していない場合でも、例えばプレイリストに対応する情報を持つＣＰＳユニット鍵ファイルを適用している場合に対応プレイリストが変更されたり追加されたような場合には、ＣＰＳユニット鍵ファイルを更新することが必要となる。

次に、コンテンツの編集処理の実行シーケンスについて図３４に示すフローチャートを参照して説明する。この処理は、データ記録可能な情報記録媒体を装着した情報処理装置において、情報記録媒体に格納済みのコンテンツの編集を行なう際に情報処理装置のアプリケーションによって実行される。なお、ここでコンテンツの編集とは、ＣＰＳユニット管理対象コンテンツに対応付けられたプレイリストの結合、分割、削除などの処理である。

まず、ステップＳ２０１において、編集対象とするプレイリストが選択され、プレイリスト間の結合、分割、編集などの処理態様がユーザ入力に基づいて決定される。ステップＳ２０２では、決定した処理によって、クリップに影響が発生するか否かが判定される。例えば前述したように、リアルプレイリストの削除を行なった場合は、対応するクリップは削除される。このような場合は影響が発生すると判定される。またバーチャルプレイリストは削除されてもバーチャルプレイリストの参照するクリップは影響されない。

ステップＳ２０２の判定が、クリップ影響ありの判定の場合は、ステップＳ２０３において、クリップ、およびクリップに含まれるＡＶストリームファイルの削除など、ファイル更新処理を実行する。次に、ステップＳ２０４において、ファイル更新に伴って関連する利用制御情報（ＣＣＩ）の抽出処理を実行する。例えばクリップ対応のＣＣＩが設定されており、そのクリップが削除された場合は、そのクリップ対応のＣＣＩは不要であり、そのＣＣＩファイルを抽出する。

次に、ステップＳ２０５において、プレイリストファイル、インデックスファイルを編集処理態様に応じて更新する。次に、ステップＳ２０６において、ユニット鍵ファイル、利用制御情報（ＣＣＩ）ファイルの更新が必要か否かを判断し、更新が必要な場合は、ステップＳ２０７において利用制御情報（ＣＣＩ）ファイルの更新処理を実行し、ステップＳ２０８において、ＣＰＳユニット鍵ファイルの更新を実行する。

例えばクリップ対応のＣＣＩが設定されており、そのクリップが削除された場合は、そのクリップ対応のＣＣＩは不要であり、そのＣＣＩファイルを削除する。また、例えば、編集によってＣＰＳユニットが消滅した場合や、ＣＰＳユニット鍵に対応するクリップやプレイリストに変更が発生した場合などに、ＣＰＳユニット鍵ファイルの更新が必要であり、編集に応じたＣＰＳユニット鍵ファイルの更新処理を行なう。

図３５にコンテンツの暗号化および情報記録媒体に対する記録処理と、情報記録媒体に記録されたコンテンツの復号、再生、利用処理を実行する情報処理装置の機能を説明するブロック図を示す。

コンテンツの情報記録媒体８１０に対する記録処理に際して、暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する。また、管理情報制御部８０２は、暗号処理部８０１において生成した暗号化データに対応する管理情報として、ユニット鍵を格納したユニット鍵ファイル、およびコンテンツ管理ユニットに対応する利用制御情報ファイルの生成または更新処理を実行する。記録再生部８０４は、暗号化データ、ユニット鍵ファイル、および利用制御情報ファイルを予め設定された記録データフォーマットに従って情報記録媒体８１０に記録する処理を実行する。

情報記録媒体８１０に対する記録データは、インデックス情報、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、管理情報制御部８０２は、先に説明した様々な態様のユニット鍵ファイルを生成または更新する。具体的には、例えば、
ａ）各クリップに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｂ）各プレイリストに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｃ）各クリップ識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｄ）各プレイリスト識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
などである。

また、管理情報制御部８０２は、先に説明した様々な態様の利用制御情報（ＣＣＩ）ファイルを生成または更新する。具体的には、例えば、
ａ）プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報、
ｂ）クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報、
などである。

データ編集部８０３は、情報記録媒体８１０に格納されたコンテンツの編集を実行する。例えば、プレイリストの結合、分割、削除のいずれかの処理を実行する。管理情報制御部８０２は、データ編集部８０３の処理に応じて、ユニット鍵を格納したユニット鍵ファイル、または、コンテンツ管理ユニットに対応する利用制御情報ファイルの更新を実行する。

また、情報記録媒体８１０に記録されたコンテンツの再生処理を実行する場合、暗号処理部８０１は、コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵をユニット鍵ファイルから取得し、取得したユニット鍵を適用して、情報記録媒体８１０に記録された暗号化コンテンツの復号処理を実行する。また、コンテンツ利用制御部８０７は、暗号処理部８０１において復号を行なったコンテンツの属するコンテンツ管理ユニットに対応する利用制御情報を取得し、取得した利用制御情報に基づくコンテンツ利用を行なう。

コンテンツ利用制御部８０７は、例えば、プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報に基づいて、利用プレイリストまたはクリップまたは、タイトルに応じて異なる利用制御態様でのコンテンツ利用を実行する。また、クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報に基づいて、制御情報変化点の前後において、異なる利用制御態様でのコンテンツ利用を実行するなどの利用制御を実行する。

データ入力部８０５は、記録コンテンツの入力の他、ユーザからのコンテンツ指定情報や編集処理情報の入力に適用される。データ出力部８０６は、例えば再生コンテンツの出力に適用される。

［６．情報処理装置の構成例］
次に、図３６を参照して、上述のコンテンツの記録、再生処理を行う情報処理装置のハードウェア構成例について説明する。

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

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

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

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

ＣＰＳユニットに対応する管理情報、例えば利用制御情報やＣＰＳユニット鍵ファイル等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。

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

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

その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。

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

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

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

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

例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。

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

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

以上、説明したように、本発明の一実施例の構成によれば、コンテンツの利用制御単位として設定されるコンテンツ管理ユニット（ＣＰＳユニット）に対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成し、さらに管理情報として、ユニット鍵を格納したユニット鍵ファイル、およびコンテンツ管理ユニットに対応する利用制御情報ファイルの生成または更新を行なって情報記録媒体に記録し、コンテンツの再生利用に際しては、管理情報からの鍵取得、制御を行なう構成とした。ユニット鍵ファイルとしては、例えば、
ａ）各クリップに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｂ）各プレイリストに対応するコンテンツ管理ユニット識別情報と、コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｃ）各クリップ識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
ｄ）各プレイリスト識別情報各々に対応するユニット鍵情報を含むユニット鍵ファイル、
利用制御情報（ＣＣＩ）ファイルとしては、例えば、
ａ）プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報、
ｂ）クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報、
などの態様を持つ管理情報ファイルを生成して記録する構成としたので、コンテンツ利用に際して、これらの管理情報からユニット鍵を取得し、また個々の制御情報に基づく利用制御が実現される。

１１０ インデックス情報
１２０〜１２３ プレイリスト
１２５，１２６ リアルプレイリスト
１２７ バーチャルプレイリスト
１３０〜１３３ クリップ
１４１ メニューサムネイルインデックス
１４２ マークサムネイルインデックス
１４３，１４４ 画像ファイル
１７０ 情報記録媒体
１７１ ＭＫＢ
１７２ ボリュームＩＤ
１７３ ＣＰＳユニット鍵ファイル
１７４ 利用制御情報
１７５ 暗号化コンテンツ
１８１ デバイス鍵
１８２ コンテンツ
２０１ ユニット鍵ファイルヘッダ
２０２ ユニット鍵ブロック
５００ コンテンツ
５０１ アプリケーションプログラム
５０２ ＣＣＩシーケンス情報
５２１，５２２ プレイリスト
５２５ ＣＣＩ情報
８０１ 暗号処理部
８０２ 管理情報制御部
８０３ データ編集部
８０４ 記録再生部
８０５ 入力部
８０６ 出力部
８０７ コンテンツ利用制御部
８１０ 情報記録媒体
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段

Claims (11)

1. 情報処理装置であり、
   コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理部と、
   前記暗号処理部において生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御部と、
   前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録部と、
   を有し、
   前記ユニット鍵データは、
   前記情報記録媒体の記録データのフォーマット情報を含み、
   前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
   （ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
   （ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
   上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報処理装置。
2. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成されるコンテンツを含み、
   前記管理情報制御部は、
   前記情報記録媒体に、前記（ａ）のフォーマット、すなわち、（ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットで、データ記録を行う場合には、前記クリップ単位でコンテンツ管理ユニットを設定し、
   前記情報記録媒体に、前記（ｂ）のフォーマット、すなわち、コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットでデータ記録を行なう場合には、論理的な単位であるタイトル単位でコンテンツ管理ユニットを設定することを特徴とする請求項１に記載の情報処理装置。
3. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記管理情報制御部は、
   各プレイリストに対応するコンテンツ管理ユニット識別情報と、該コンテンツ管理ユニット識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
4. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記管理情報制御部は、
   各クリップ識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
5. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記管理情報制御部は、
   各プレイリスト識別情報各々に対応するユニット鍵情報を含むユニット鍵データの生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
6. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記管理情報制御部は、
   前記利用制御情報データを、プレイリストまたはクリップまたは、コンテンツに対応するタイトルの少なくともいずれかの識別子毎に異なる制御情報を記録した利用制御情報の生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
7. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記管理情報制御部は、
   前記利用制御情報データを、クリップ中の制御情報変化点毎に異なる制御情報を記録した利用制御情報の生成または更新処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
8. 前記情報記録媒体に対する記録データは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって構成される動画コンテンツを含み、
   前記情報処理装置は、さらに、
   前記プレイリストの結合、分割、削除のいずれかの処理を実行するデータ編集部を有し、
   前記管理情報制御部は、
   前記データ編集部の処理に応じて、前記ユニット鍵を格納したユニット鍵データ、または、前記コンテンツ管理ユニットに対応する利用制御情報データの更新を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
9. 情報記録媒体に対するコンテンツ記録処理を実行する情報処理方法であり、
   コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理ステップと、
   前記暗号処理ステップにおいて生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御ステップと、
   前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録ステップと、
   を有し、
   前記ユニット鍵データは、
   前記情報記録媒体の記録データのフォーマット情報を含み、
   前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
   （ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
   （ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
   上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報処理方法。
10. 情報記録媒体に対するコンテンツ記録処理をコンピュータ上において実行させるコンピュータ・プログラムであり、
    コンテンツの利用制御単位として設定されるコンテンツ管理ユニットに対応するユニット鍵を適用した暗号化処理により、コンテンツ管理ユニット対応の暗号化データを生成する暗号処理ステップと、
    前記暗号処理ステップにおいて生成した暗号化データに対応する管理情報として、前記ユニット鍵を格納したユニット鍵データ、および前記コンテンツ管理ユニットに対応する利用制御情報データの生成または更新処理を実行する管理情報制御ステップと、
    前記暗号化データ、ユニット鍵データ、および利用制御情報データを予め設定された記録データフォーマットに従って情報記録媒体に記録する記録ステップと、
    を有し、
    前記ユニット鍵データは、
    前記情報記録媒体の記録データのフォーマット情報を含み、
    前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
    （ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
    （ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
    上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とすることを特徴とするコンピュータ・プログラム。
11. 暗号化コンテンツを記録した情報記録媒体であり、
    前記暗号化コンテンツは、プレイリスト、およびＡＶストリームを含むクリップを有する階層構成データによって管理されるコンテンツであって、コンテンツ管理ユニットを単位として、ユニット鍵によって暗号化された暗号化コンテンツであり、
    前記情報記録媒体は、さらに、前記コンテンツ管理ユニットに対応して設定されるユニット鍵を保持したユニット鍵データを記録情報として含み、
    前記ユニット鍵データは、
    前記情報記録媒体に対する記録データのフォーマット情報を含み、
    前記フォーマット情報は、前記情報記録媒体の記録データのフォーマットが、
    （ａ）コンテンツの編集規定を含むか、またはプログラムファイルを含まないフォーマットであるか、
    （ｂ）コンテンツの編集規定を含まないか、またはプログラムファイルを含むフォーマットであるか、
    上記（ａ），（ｂ）のいずれのフォーマットであるかを示す情報であることを特徴とする情報記録媒体。