情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム
【課題】コンテンツ管理ユニット対応の後発データの改良された利用制御構成を提供する。
【解決手段】例えばＤＶＤなどに格納された第１の暗号化コンテンツと、例えばハードディスクなどに格納された第２の暗号化コンテンツを併せて再生する構成において、第１の暗号化コンテンツに対応して設定される暗号鍵としてのプライマリユニット鍵と、第２の暗号化コンテンツに対応して設定されるセカンダリユニット鍵を、独立の鍵データとし、セカンダリユニット鍵をＣＣＩなどからの情報取得によって生成または取得可能な構成とした。本構成により、例えばパッケージの異なるディスクを利用する場合であっても、ハードディスクなどのローカルストレージに記録されたセカンダリデータを共通に利用することが可能となる。
【解決手段】例えばＤＶＤなどに格納された第１の暗号化コンテンツと、例えばハードディスクなどに格納された第２の暗号化コンテンツを併せて再生する構成において、第１の暗号化コンテンツに対応して設定される暗号鍵としてのプライマリユニット鍵と、第２の暗号化コンテンツに対応して設定されるセカンダリユニット鍵を、独立の鍵データとし、セカンダリユニット鍵をＣＣＩなどからの情報取得によって生成または取得可能な構成とした。本構成により、例えばパッケージの異なるディスクを利用する場合であっても、ハードディスクなどのローカルストレージに記録されたセカンダリデータを共通に利用することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばＤＶＤなどの情報記録媒体に格納されたコンテンツと、例えばハードディスクなどのローカルストレージ上に格納されたコンテンツを併せて再生する構成において、これらのコンテンツの厳格な利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（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）データであり、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕データ等の各情報を多重化したデータ構造となっている。また、再生時に再生装置の制御を行うためのコマンド情報も多重化されている場合がある。
【００５６】
（Ｂ）再生区間指定ファイル（プレイリスト）２３０は、複数の再生区間指定ファイル（プレイリスト）２３１，２３２，２３３を持つ。各再生区間指定ファイル（プレイリスト）２３１，２３２，２３３のそれぞれは、クリップ（コンテンツデータファイル）２４０に含まれる複数のＡＶストリームデータファイルのいずれかを選択し、また選択したＡＶストリームデータファイルの特定のデータ部分を、再生開始点と再生終了点として指定するプレイアイテムを１つ以上持つ構成となっており、１つの再生区間指定ファイル（プレイリスト）を選択することで、その再生区間指定ファイル（プレイリスト）の持つプレイアイテムに従って、再生シーケンスが決定されて再生が実行される。
【００５７】
例えば再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、再生区間指定ファイル（プレイリスト）２３１に対応付けられたプレイアイテム２３４は、クリップ２４１に再生開始点ａと再生終了点ｂを持ち、また、プレイアイテム２３５は、クリップ２４１に再生開始点ｃと再生終了点ｄを持つので、再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、クリップ２４１に含まれるコンテンツであるＡＶストリームファイル２６１の特定データ領域、ａ〜ｂとｃ〜ｄが再生されることになる。
【００５８】
（Ａ）アプリケーション２１０は、たとえばコンテンツ再生を実行するディスプレイに提示されるコンテンツタイトルを含むアプリケーションインデックスファイル２１１，２１２と再生プログラム２２１，２２２の組み合わせ、または、ゲームコンテンツ、ＷＥＢコンテンツなどのアプリケーション実行ファイル２１３，２１４と再生プログラム２２３，２２４の組み合わせを持つ層として設定される。ユーザは再生対象をアプリケーションインデックスファイル２１１，２１２に含まれるタイトルの選択によって決定することができる
【００５９】
各タイトルは、図に示すように、再生プログラム２２１〜２２４の１つの再生プログラム（例えばムービーオブジェクト）に対応付けられており、ユーザが１つのタイトルを選択すると、その選択したタイトルに対応付けられた再生プログラムに基づく再生処理が開始することになる。なお、図に示すタイトル１、タイトル２として示されるアプリケーションインデックスファイル２１１，２１２は、情報記録媒体のセット、起動に際して、自動的に再生されるタイトル、メニューを表示するためのタイトル提示プログラムも含まれる。
【００６０】
アプリケーションインデックスファイル２１１，２１２や、アプリケーション実行ファイル２１３，２１４は、アプリケーション実行に使用されるアプリケーションリソースファイルを含む場合がある。また、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７がアプリケーションリソースファイルとして適用される場合もある。
【００６１】
再生プログラム（例えばムービーオブジェクト）２２１〜２２４は、再生する再生区間指定ファイル（プレイリスト）の指定のほか、ユーザから入力されるコンテンツ再生処理に関する操作情報に対する応答、タイトル間のジャンプ、再生シーケンスの分岐など、再生コンテンツ（ＨＤムービーコンテンツ）の提示に必要な機能をプログラマブルに提供するコンテンツ再生処理プログラムである。各再生プログラム２２１〜２２４は、相互にジャンプ可能であり、ユーザの入力、あるいはあらかじめ設定されたプログラムに従って、実際に実行される再生プログラムが選択され、選択された再生プログラムの指定する再生区間指定ファイル（プレイリスト）２３０によって、再生コンテンツがクリップ２４０から選択され再生される。
【００６２】
メインコンテンツ２００は、図に示すように、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成で管理され、この階層構成の枠組みに対して、コンテンツ管理ユニット（ＣＰＳユニット）が設定され、コンテンツ管理ユニット（ＣＰＳユニット）単位でコンテンツの利用管理がなされる。コンテンツ管理ユニット（ＣＰＳユニット）についての詳細は後述する。
【００６３】
情報記録媒体には、メインコンテンツ２００の他にサブコンテンツ３００が併せて格納される。サブコンテンツ３００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納されるコンテンツである。
【００６４】
サブコンテンツ３００は、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどであり、複数のデータファイルからなる集合がデータグループとして設定される。
【００６５】
図３にはデータグループ１，３１１〜データグループＮ，３１２を示している。これらのデータグループも利用管理対象コンテンツとして設定可能であり、利用管理対象コンテンツとして設定した場合には、各データグループを単位としたコンテンツ管理ユニット（ＣＰＳユニット）が設定され、データグループ単位で利用管理がなされる。
【００６６】
［３．格納コンテンツの暗号化、利用管理構成］
次に、図４以下を参照して、情報記録媒体に格納されたコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）に区分して、各ユニット毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００６７】
先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、異なる暗号鍵としてユニット鍵が割り当てられる。１つのユニット鍵を割り当てる単位がコンテンツ管理ユニット（ＣＰＳユニット）である。なお、ユニット鍵は、ユニットに対応する記録シードに基づいて生成可能な鍵である。
【００６８】
それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられたユニット鍵を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。
【００６９】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図４を参照して説明する。
【００７０】
まず、メインコンテンツ２００側におけるコンテンツ管理ユニット（ＣＰＳユニット）の設定構成について説明する。
【００７１】
メインコンテンツ２００側においては、（Ａ）アプリケーション２１０に含まれる１つ以上のタイトルを含むアプリケーションインデックスファイル２１１，２１２、またはアプリケーション実行ファイル２１３，２１４等を含むＣＰＳユニットを設定する。
【００７２】
図４に示すＣＰＳユニット１，４０１は、アプリケーションインデックスファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７３】
また、ＣＰＳユニット２，４０２は、アプリケーション実行ファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７４】
また、ＣＰＳユニット３，４０３は、アプリケーション実行ファイルと、再生プログラムファイルと、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルによって構成したユニットである。
【００７５】
これらの各ユニットは、同一の鍵（ＣＰＳユニット鍵：図４中の鍵Ｋｕ１，Ｋｕ２，Ｋｕ３）でそれぞれ個別に暗号化して情報記録媒体に格納される。
【００７６】
図４中、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１、およびコンテンツ管理ユニット（ＣＰＳユニット）２，４０２は、上位層の（Ａ）アプリケーションと、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）によって構成されるユニットであり、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）を含まず、上位層の（Ａ）アプリケーション層、および情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルすなわち、画像ファイル２２５、音声ファイル２２６、データファイル２２７等によって構成されるユニットである。
【００７７】
コンテンツ管理ユニット（ＣＰＳユニット）１，４０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。
【００７８】
また、コンテンツ管理ユニット（ＣＰＳユニット）２，４０２には、ゲームコンテンツ、ＷＥＢコンテンツなどによって構成されるアプリケーションファイル２１３と、再生プログラム２２３、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，４０２に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ２を適用して暗号化される。さらに、アプリケーションファイル２１３についても、ユニット鍵：Ｋｕ２を適用した暗号化ファイルとしてもよい。
【００７９】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、上位層の（Ａ）アプリケーション層に含まれるアプリケーションファイル２１４，２１５と、再生プログラム２２４、さらに、再生プログラム２２４によって情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７が含まれるユニットとして設定される。
【００８０】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ３を適用して暗号化される。
【００８１】
例えば、ユーザがコンテンツ管理ユニット１，４０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定された記録シードＶｕ１を適用した暗号処理により、ユニット鍵：Ｋｕ１を取得して、取得したユニット鍵Ｋｕ１を適用したコンテンツの復号処理シーケンスを実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。
【００８２】
例えば、コンテンツ管理ユニット３，４０３に対応するアプリケーションファイルまたは、再生プログラム２２４に対応付けられた画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７の利用処理を行なう場合は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して、復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行または各種ファイルを実行することになる。
【００８３】
上述した各種のコンテンツ管理ユニット（ＣＰＳユニット）に対応するコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例について、図５を参照して説明する。
【００８４】
図５に示すディレクトリ構成は、メインコンテンツデータ部５０２、サブコンテンツデータ部５０３と、メインコンテンツとサブコンテンツに対応するコンテンツ管理データ部５０１を設定した構成である。メインコンテンツデータ部５０２に示すＢＤＭＶディレクトリはＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従ったコンテンツ、アプリケーションを保管するディレクトリとして設定されている。
【００８５】
Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従ったメインコンテンツは、先に図３、図４を参照して説明したように、タイトル、オブジェクト、プレイリスト、クリップ情報、ＡＶストリーム等の階層構成を持ち、これらを構成するデータファイルがＢＤＭＶディレクトリに設定される。
【００８６】
サブコンテンツデータ部５０３のＤａｔａディレクトリは、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従っていないフォーマットを持つコンテンツ、アプリケーションを各グループ毎に保管するディレクトリとして設定されている。サブコンテンツデータ部５０３のＤａｔａ Ｇｒｏｕｐ ｉｎｆは、サブコンテンツの各グループ情報を格納したファイルである。
【００８７】
管理データ部５０１には、メインコンテンツとサブコンテンツの両コンテンツに対応する管理ファイルが格納される。例えば、前述した図２に示したコンテンツ管理ユニット（ＣＰＳユニット）毎のＣＰＳユニットＩＤと記録シード情報を対応付けて設定したＣＰＳユニット管理テーブル、さらに、各ユニットに対応して設定されるコンテンツの再生制御情報、コピー制御情報などからなるコンテンツ利用制御情報が格納される。
【００８８】
コンテンツ利用制御情報は、各ＣＰＳユニット毎に個別の情報として設定される。例えば、
［ＣＰＳユニット１］
記録媒体に対するコピー許容回数：ａ回、再生許容回数：ｂ回、遠隔再生可否：可・・
［ＣＰＳユニット２］
記録媒体に対するコピー許容回数：０回、再生許容回数：ｃ回、遠隔再生可否：否・・
などのように、情報記録媒体に格納された各ＣＰＳユニット毎に個別のコンテンツ利用制御情報が設定されている。
【００８９】
［４．後発的に生成したデータまたは取得したデータの管理構成］
上述したように、情報記録媒体に格納済みのコンテンツは、ＣＰＳユニットに区分され、各ＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を記録シードを適用して取得することで、利用可能となる。
【００９０】
情報記録媒体に格納済みのコンテンツとは異なるデータ、例えば、情報記録媒体に格納されたプログラムに従って生成されたデータ、情報記録媒体に格納されたデータの再生中に生成したデータ、具体的には、ゲームプログラムを実行して生成した途中経過のデータや、キャラクタデータ、あるいは、ネットワークを介してサーバなどから取得したデータ、ユーザ自身の作成したテキスト、画像データなど、何らかのユーザの処理によって後発的に生成または取得したデータの管理処理について、以下説明する。
【００９１】
図６に情報記録媒体に格納済みのコンテンツに関連するデータの生成、取得処理例を示す。
【００９２】
図６には、情報記録媒体の再生処理を実行する例えばＰＣ等の情報処理装置６００を示している。情報処理装置６００は、コンテンツ再生処理を実行する例えばＣＰＵなどのプログラム実行機能を持つ制御部６０１、ハードディスク等によって構成されるデータ記憶部６０２、情報記録媒体に対するデータ入出力を行なう記録媒体インタフェース６０３、プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ６０４、ネットワークを介した通信を実行する通信インタフェース６０５を有する。なお、図６に示す情報処理装置６００の構成は、後発データの生成、取得処理について説明するための最小限の構成を示しているものであり、具体的な情報処理装置のハードウェア構成例については後段で説明する。
【００９３】
情報処理装置６００は、情報記録媒体１００から記録媒体インタフェース６０３を介して情報記録媒体１００に格納されたＣＰＳユニットに区分されたコンテンツを読み取り、コンテンツの再生処理を、制御部６０１の制御の下に行なう。なお、ＣＰＳユニットによって管理されたコンテンツの再生処理や、後発データの格納、利用処理はライセンスされたプログラムを適用して実行される。
【００９４】
情報記録媒体１００には、例えば、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格に基づいて記録されたコンテンツが格納されている。各コンテンツはＣＰＳユニットに区分され暗号化処理が施されている。
【００９５】
情報処理装置６００は、ＣＰＳユニット対応の記録シードに基づいてＣＰＳユニット鍵を生成して、コンテンツを再生する。コンテンツには例えばゲーム、あるいはＡＶストリーム再生プログラムなどの各種のプログラム、ＡＶストリームデータなどが含まれる。
【００９６】
情報処理装置６００が、情報記録媒体１００からのデータ読み取りに基づいて、後発的にデータを生成、あるいは取得する態様としては次の２つの態様がある。
【００９７】
１つ目は、情報処理装置６００が解析可能な情報を、情報記録媒体１００から読み取り、読み取り情報に基づいて、新規データを取得または生成する場合である。例えば情報記録媒体１００内に後発データの取得先に対応するＵＲＬ情報が記述してあり、情報記録媒体１００が、このＵＲＬ情報を取得して、ブラウザーを使用して通信ＩＦ６０５およびネットワークを介してＵＲＬによって指定されるサーバ６１１などにアクセスし、ＵＲＬ対応の新規コンテンツなどのデータをダウンロードする処理である。コンテンツダウンロード以外にも、情報記録媒体１００からの読み取り情報に基づいて、情報処理装置６００内で新規に後発データを生成する場合がある。
【００９８】
２つ目は、情報記録媒体１００内に記録されたアプリケーションプログラムによるものである。例えば、情報処理装置６００において、情報記録媒体１００から読み取ったプログラムを実行し、プログラムに従って、通信ＩＦ６０５およびネットワークを介して特定のサーバ６１１に接続しコンテンツをダウンロードする、あるいは、情報処理装置６００において、プログラムの実行により後発的なデータが生成される場合がある。
【００９９】
このような様々な処理により生成または取得されたデータは、情報記録媒体１００内に記録されたコンテンツの管理区分であるＣＰＳユニットに属するデータではないが、本発明の構成においては、これら後発的なデータを特定のＣＰＳユニットに属するデータとして管理する。
【０１００】
具体的には、情報記録媒体１００に格納されたＣＰＳユニット対応のコンテンツに基づいて生成または取得した後発データについては、同一のＣＰＳユニットに属するデータとして管理する。あるいは新規なＣＰＳユニットを別途定義して新たなＣＰＳユニットにより管理する。
【０１０１】
図７に情報記録媒体の格納コンテンツに基づいて、外部サーバから後発データを取得する処理シーケンスを示す。ステップＳ１０１において、情報処理装置は、情報記録媒体からＣＰＳユニットによって管理されたコンテンツを読み出す。例えばＣＰＳユニットＡに属するコンテンツを読み出したものとする。
【０１０２】
情報処理装置は、ダウンロードデータの指定情報、例えばＵＲＬなどを情報記録媒体から読み出すとともに、読み出しコンテンツに対応するＣＰＳユニットの識別子としてのＣＰＳユニットＩＤを取得し、ステップＳ１０２において、これらのデータ、すなわちＣＰＳユニットＩＤと、ダウンロードデータ指定情報をサーバに送信する。
【０１０３】
サーバは、予め定められた認証シーケンスによって、正当な情報記録媒体から取得したＣＰＳユニットＩＤであるかなどの認証処理を実行し、データ要求の正当性を検証し、正当性が確認された場合に、ステップＳ１０３において、要求されたダウンロードデータを情報処理装置に送信する。例えばこのダウンロードデータは、ＡＶストリームの吹き替え音声データであったり、字幕データであったり、あるいは特定のコンテンツの再生プログラムなどである。
【０１０４】
情報処理装置は、ステップＳ１０４において、サーバから取得したダウンロードデータを情報記録媒体、あるいは、情報処理装置内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。いずれの場合もＣＰＳユニットＩＤによって特定される同一のＣＰＳユニットＡに属するデータとして格納、管理され、ＣＰＳユニットＡに対して設定される記録シードＶｕ（ａ）を適用して生成されるＣＰＳユニット鍵Ｋｕ（ａ）を適用した暗号処理によってか暗号化されて格納される。
【０１０５】
図７を参照して説明したシーケンスでは、情報処理装置がサーバに対してダウンロードデータを要求する際、ＣＰＳユニットＩＤとダウンロードデータ指定情報を送信する設定としてあるが、これは、ＣＰＳユニットＩＤの送信を行なうことで、以下のような管理が可能となるからである。
（１）サーバにおいてＣＰＳユニットごとにダウンロードデータの管理が可能となる。
（２）ＣＰＳユニットごとに、ダウンロードの可否、課金処理などを管理している場合、いったんダウンロード可能となったＣＰＳユニットに関しては次回よりＣＰＳユニットＩＤを送信するだけでダウンロードを開始することができる。
（３）情報記録媒体上でＣＰＳユニットごとに定義された鍵（ユニット鍵）を用いてダウンロードデータの暗号化を行う場合、サーバで暗号化処理を行うためにはＣＰＳユニットＩＤが必要となる。サーバではユニットＩＤに対応したＣＰＳユニット鍵を保持し、保持したＣＰＳユニット鍵を適用して暗号化したデータを送信することでセキュアなデータ送信が可能となる。
【０１０６】
なお、ダウンロードデータ指定情報としては、ＵＲＬなどの情報以外に、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められた値であるスタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、タイトルＩＤ、ムービーオブジェクトのＩＤ、プレイリストのＩＤ、再生区間情報（開始点、終了点のタイムスタンプ）、なども適用可能であり、また、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められていない値をダウンロードデータ指定情報として用いてもよい。例えば、ユーザＩＤ、課金状況などのユーザ付属情報、日時情報、コンテンツ再生において情報処理装置側で生成される管理データ、例えば再生回数、再生済み範囲、ゲームの得点、マルチストーリーの再生パス情報など、サーバ側でダウンロードデータを特定可能な情報であれば、様々なデータがダウンロードデータ指定情報として適用できる。
【０１０７】
次に、情報処理装置が生成または取得するデータの具体例について、図８、図９を参照して説明する。
【０１０８】
図８には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったデータの一部を後発データとして生成または取得する例を示している。先に、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従って情報記録媒体に格納されたコンテンツは階層構成を持ち、各階層のデータ、プログラムが関連付けられて例えばＡＶストリームのコンテンツ再生処理が可能となる。
【０１０９】
図８に示す情報記録媒体６２１には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして、３つのタイトル［タイトル１］、［タイトル２］、［タイトル３］に対応付けられたＣＰＳユニット１，２，３が設定されている。
【０１１０】
この３つのＣＰＳユニット中、２つのタイトル［タイトル１］、［タイトル２］に対応付けられたＣＰＳユニット１，ＣＰＳユニット２には、各タイトルに対応する再生プログラムとしてのムービーオブジェクト１，２が格納され、ユーザは、情報処理装置に情報記録媒体をセットし、［タイトル１］または［タイトル２］を指定することで、再生プログラムとしてのムービーオブジェクト１，２のいずれかを実行させて、プレイリストによって指定される区間のクリップファイル、すなわちＡＶストリームデータを再生することができる。ただし、それぞれのＣＰＳユニットに対応する記録シードを管理データから取り出してＣＰＳユニット鍵を生成してＡＶストリームなどの暗号化データを復号することが必要である。
【０１１１】
しかし、ＣＰＳユニット３には、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３が格納されておらず、ＣＰＳユニット内に含まれるクリップファイル、すなわちＡＶストリームデータを再生することができない。この場合、情報処理装置は、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３の生成または取得処理を実行し後発データ６２２としてムービーオブジェクト３を生成または取得する。生成または取得したムービーオブジェクト３は、ＣＰＳユニット３の構成データとして管理される。
【０１１２】
図９は、後発的に情報処理装置が生成または取得するデータのその他の具体例について示した図である。
【０１１３】
情報処理装置６００は、複数のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体１００を再生する。
【０１１４】
例えば、ＣＰＳユニットＡ６４０はゲームプログラムを含むコンテンツ管理ユニットであり、情報処理装置６００がゲームプログラムを実行することにより、ゲームの途中終了情報、ゲーム得点情報などの後発データ６４１，６４２が生成される。これらのデータは、情報処理装置６００において、ＣＰＳユニットＡ６４０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１１５】
また、ＣＰＳユニットＢ６５０は映画などの動画等のＡＶストリームコンテンツを含むコンテンツ管理ユニットであり、情報処理装置６００は、ＡＶストリームコンテンツに対応する字幕データからなる後発データ６５１をサーバ６１１から取得して、再生を行なう。取得した字幕データ６５１は、情報処理装置６００において、ＣＰＳユニットＢ６５０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１１６】
なお、いずれの処理の場合においても、後発的に生成したデータまたは取得したデータについて新たなＣＰＳユニットを設定し、設定した新規ＣＰＳユニットの構成データとして情報記録媒体１００または情報処理装置６００内のハードディスク、あるいはリムーバブルメモリなどの記憶部に格納する構成としてもよい。これらのユニットとしては、先に図２を参照して説明した新規データに対応するＣＰＳユニットが対応付けられて設定される。それぞれのＣＰＳユニットに対応する記録シードＶｕは予め情報記録媒体に格納されており、その記録シードを適用して、予め定められた暗号処理シーケンスを実行してＣＰＳユニット鍵を生成し、生成したＣＰＳユニット鍵を適用して、生成データまたは取得データの暗号化を実行して情報記録媒体１００または情報処理装置６００内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。
【０１１７】
なお、新たに設定するＣＰＳユニットに対応する記録シードＶｕについては、外部のサーバから取得する設定としてもよい。ただし、記録シードＶｕを提供するサーバと情報処理装置間において所定の認証処理を実行し、不正な記録シード取得を防止した構成とすることが望ましい。ここで、取得する記録シードＶｕは、図２で示す管理テーブルの単位での取得も含む。
【０１１８】
ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツと、ハードディスク等のローカルストレージ上に格納された後発データとの再生処理は、個別に実行する構成も可能であるが、両者を併せて再生することも可能となる。両者を併せて並列再生する処理例について、図１０を参照して説明する。
【０１１９】
図１０に示すように、情報処理装置のディスプレイおよびスピーカによって構成される出力部６５５に対するメインの出力情報として、例えばディスプレイの主画面領域６５６を適用して、メイン映像であるプライマリビデオとメイン音声であるプライマリオーディオを出力するとともに、出力部６５５の一部に例えば子画面領域６５７を設定して、サブ映像であるセカンダリビデオとサブ音声であるセカンダリオーディオを出力する。
【０１２０】
なお、このような主画面領域６５６中に子画面領域を設定して画像出力を行う手法は、ＰＩＰ（Ｐｉｃｔｕｒｅ ｉｎ Ｐｉｃｔｕｒｅ）と呼ばれる。例えば、具体的には、主画面領域６５６にメインの映画の「映像」を出力し、子画面領域６５７に、映画監督の「映像」を重ね合わせて表示するなどの並列出力処理が行なわれる。
【０１２１】
このような出力態様を実現する場合、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）を主画面領域６５６に出力し、ハードディスク等のローカルストレージに格納されたデータ（例えば監督映像）を子画面領域６５７に出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、一方の記録媒体から両コンテンツを取得して再生する構成としてもよい。
【０１２２】
プライマリオーディオとセカンダリオーディオについても同様であり、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）の音声に併せて、ハードディスク等のローカルストレージに格納されたデータ（例えば監督コルント）を出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、この場合も一方の記録媒体から両コンテンツを取得して再生する構成も可能である。
【０１２３】
後発的に生成したデータまたは取得したデータの暗号化および管理態様について図１１を参照して説明する。
【０１２４】
図１１には、情報記録媒体に格納されたコンテンツの再生処理に対応して生成または取得するデータを情報記録媒体内部または外部に記録する場合のデータ暗号化方法の例を示している。
【０１２５】
図１１において、左側のデータ領域は、情報記録媒体に格納済みのデータ、すなわちＲＯＭ領域データ６６０であり、右側のデータ領域は、新規生成または取得データとしての後発データ６７０である。新規生成または取得データは、情報記録媒体のデータ書き込み可能な領域またはハードディスク、あるいはリムーバブルメモリなど外部の記憶手段に格納される。図１１には、新規生成または取得データに対するＣＰＳユニット設定例として２つの例を示している。
【０１２６】
（設定例１）
図１１に示すＣＰＳユニット３，６８１に示すように、後発データ６７１を、情報記録媒体に設定済みのＣＰＳユニットに一体化する処理例である。
【０１２７】
ＣＰＳユニット３，６８１は、情報記録媒体に格納済みのデータ、すなわち、データ領域６６０において設定済みのＣＰＳユニット３であり、このＣＰＳユニット３，６８１に、新規生成または取得した後発データ６７１を含めて、１つのユニットとする構成である。この場合、後発データ６７１、または後発データ６７１に含まれるデータは、ＣＰＳユニット３に対応して設定されている記録シードＶｕ３を適用して生成されるユニット鍵Ｋｕ３を用いて暗号化されて情報記録媒体またはハードディスクなどの記憶部に格納される。
【０１２８】
この構成例では、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに対応するユニット鍵と同じ鍵を使用して生成データの暗号化を行う構成であり、再生処理においては、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに含まれていたデータと同様の鍵を適用して後発データ６７１の復号処理を実行することが可能であり、鍵の切り替え処理が不要となりシームレスな再生が可能となる。
【０１２９】
（設定例２）
図１１に示すＣＰＳユニット４，６８２に示すように、後発データ６７２を、情報記録媒体に設定済みのＣＰＳユニットとは異なる新規のＣＰＳユニットを設定して管理する処理例である。
【０１３０】
このように後発データ６７２用に別途ＣＰＳユニット４，６８２を定義し、それに対応したユニット鍵を用いて後発データ６７２に含まれるデータの暗号化を行う。ＣＰＳユニット４，６８２は、情報記録媒体に記録されているデータとは独立な管理がなされる。この場合、後発データ６７２用にＣＰＳユニットを割り当てるための情報、およびユニット鍵を生成するための情報を別途、管理データとして設定して記録する必要がある。
【０１３１】
図１２を参照して、新規生成または取得し、ハードディスクなどのローカルストレージに格納される後発データに対応する管理データとしてのコンテンツ利用制御情報の設定例について説明する。
【０１３２】
図１２には、予めＤＶＤ等の情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、ハードディスク等のローカルストレージに格納された後発データに対応するディレクトリＢとを示している。ディレクトリＢは、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリである。
【０１３３】
図１２に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１３４】
コンテンツ利用制御情報を記録する方法としては、以下の２つの設定例のいずれかを適用する。
（設定例１）
ＤＶＤ等の情報記録媒体１００に格納された既存のコンテンツ利用制御情報を後発データのコンテンツ利用制御情報として適用する。
これは、図１２に示すように情報記録媒体１００に予め格納されたＣＰＳユニット００１のデータ［０１００１．ｍ２ｔｓ］７１５に対応するコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３をそのまま、ローカルストレージ上の後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報として適用する。
【０１３５】
この場合、後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報を新たに生成することは不要であり、ＣＰＳユニット００１のコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３が、既存データ［０１００１．ｍ２ｔｓ］７１５と、後発データ［０１００３．ｍ２ｔｓ］７１２の双方に適用されるコンテンツ利用制御情報として設定される。
【０１３６】
（設定例２）
ローカルストレージ上の後発データのコンテンツ利用制御情報を新たに生成する。
これは、図１２に示すように後発データ［０１００２．ｍ２ｔｓ］７１１に対応するコンテンツ利用制御情報として、新たなコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００２．ｃｃｉ］７１４を生成して、管理データとする例である。
【０１３７】
（設定例１）のケースは、例えば情報記録媒体１００のＲＯＭ領域に記録されていない言語の字幕データをダウンロードして取得し、ＲＯＭ領域に記録されている映像・音声データと合わせて再生する場合などに適した方法である。この場合、ＲＯＭ領域に記録されたデータ、ダウンロードしたデータの両方が１つのＣＰＳユニットに属すると考え、同じ鍵を用いて処理を行うことができる。
【０１３８】
また、（設定例２）のケースは、情報記録媒体１００から読み出したアプリケーションプログラムを実行して生成したデータを複数のユーザ間で共有／コピーが可能となるようにしたい場合などに適している。実行アプリケーションやＡＶストリームなどのＲＯＭ領域に記録されたデータはコピー不可であるが、実行アプリケーションによって生成されるデータ（ゲームの得点情報、地図情報など他のユーザへの送信や、携帯機器などへの持ち出しニーズがある情報）はＲＯＭ領域と異なる再生／コピー制御が可能となる。
【０１３９】
図１３は、暗号鍵、すなわち各ＣＰＳユニットに対応するユニット鍵の生成情報としての記録シードの設定例を示した図である。
【０１４０】
図１２と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応し、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリＢとを示している。図１３に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１４１】
記録シードは、先に図２を参照して説明したようにＣＰＳユニット管理テーブルにおいて、各ＣＰＳユニット識別子（ＣＰＳユニットＩＤ）に対応付けて管理される。図１３に示す暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１が、情報記録媒体１００に格納されたＣＰＳユニット管理テーブルである。
【０１４２】
後発データに対応して設定されるＣＰＳユニット対応の記録シードの設定方法としては、以下の２つの設定例のいずれかを適用する。
【０１４３】
（設定例１）
後発データの暗号鍵生成情報としての記録シードとして、ＣＰＳユニット管理テーブルに予め設定済みの新規データ用の記録シードを使用する。
これは、先に図２を参照して説明したＣＰＳユニット管理テーブル中の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを後発データの暗号鍵生成情報としての記録シードとして使用する構成である。図１３において、後発データ［０１００３．ｍ２ｔｓ］７２４に対応させて、情報記録媒体１００に格納されている管理テーブルデータである暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを対応付ける。この設定例では、新たなＣＰＳユニットを定義して、新規データ用フィールド１２１（図２参照）に設定済みの記録シードを適用することが可能である。
【０１４４】
（設定例２）
後発データの暗号鍵生成情報としての記録シードとして、新たに生成または取得した記録シードを使用する。図１３において、後発データ［０１００２．ｍ２ｔｓ］７２３に対応させて、新たな管理テーブルデータとしての暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２２を設定し、新規エントリとして新規設定したＣＰＳユニット識別子と生成または取得した記録シードとを対応付けて格納する。なお、記録シードの生成が許容される場合、情報処理装置は、情報処理装置内のデータ処理部において、例えば乱数を生成して新たな記録シードを生成する。この設定例においては、新たなデータについて、無制限にＣＰＳユニットの設定、記録シードの生成が可能となる。
【０１４５】
なお、情報処理装置において、新たなＣＰＳユニットを設定した場合は、その新規設定ＣＰＳユニットに対応する管理データ、すなわち、コンテンツ利用制御情報を対応付けることが必要となるが、これは、前述した図１２の２つの手法のいずれか、すなわち既存のコンテンツ利用制御情報を対応付けるか、あるいは新規のコンテンツ利用制御情報を設定して対応付けるかのいずれかの方法が適用される。しかしながら、一つの仮想ファイルシステムを用いてＲＯＭディスクとローカルストレージからのストリームの同時再生を行なう際には、図１２、図１３を用いて説明をした上記の方法では二つのＣＰＳユニットを異なる二つのコンテンツ制御情報で扱う必要が生じ、一つのコンテンツ制御情報を想定している仮想ファイルシステムでは、かかる再生を行なう事はできない。
【０１４６】
従って、図１４は、先に図１０を参照して説明したプライマリデータとセカンダリデータの並列再生を行なう場合に適した構成であり、プライマリビデオやプライマリオーディオを格納したＣＰＳユニット対応コンテンツをＤＶＤ等の情報記録媒体から取得し、セカンダリビデオやセカンダリリオーディオを格納したＣＰＳユニット対応コンテンツをハードディスク等のローカルストレージ領域から取得して再生を行なう場合に適した構成である。
【０１４７】
図１４には、図１２、図１３と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応し、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリＢとを示している。
【０１４８】
図１４において、プライマリビデオやプライマリオーディオを格納したＣＰＳユニット対応コンテンツは、ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２であり、セカンダリビデオやセカンダリオーディオを格納したＣＰＳユニット対応コンテンツは、ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３である。
【０１４９】
コンテンツ再生を実行する情報処理装置は、これらの２つのコンテンツデータを並列再生し、例えば先に図１０を参照して説明した態様で再生処理を行なう。ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２と、セカンダリビデオやセカンダリオーディオを格納したＣＰＳユニット対応コンテンツは、ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３とは、それぞれ異なる暗号鍵（ＣＰＳユニット鍵）を適用して暗号化される。
【０１５０】
以下、ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ（プライマリデータ）に対応して利用されるＣＰＳユニット鍵をプライマリユニット鍵、ローカルストレージのディレクトリＢに設定されたデータ（セカンダリデータ）に対応して利用されるＣＰＳユニット鍵をセカンダリユニット鍵とする。
【０１５１】
ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するＣＰＳユニット鍵（プライマリユニット鍵）については、先に説明した各種の方法で取得する構成とする。
【０１５２】
ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３に対応するＣＰＳユニット鍵（セカンダリユニット鍵）の取得方法としては、以下の３つの処理例が適用できる。
（Ａ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の指定情報を記録し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルの記録情報に基づいてセカンダリデータに対応するセカンダリユニット鍵を取得する。
（Ｂ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを格納し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルに格納されたセカンダリデータに対応するセカンダリユニット鍵を取得する。
（Ｃ）セカンダリデータに対応するセカンダリユニット鍵に対応する鍵ファイルを構成し、ローカルストレージ上に記録し、コンテンツ再生を実行する情報処理装置が、ローカルストレージ上に記録された鍵ファイルからセカンダリデータに対応するセカンダリユニット鍵を取得する。
以下、上述の（Ａ）〜（Ｃ）の３つの構成例について順次、説明する。
【０１５３】
まず、上記処理例（Ａ）、すなわち、
（Ａ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の指定情報を記録し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルの記録情報に基づいてセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１５を参照して説明する。
【０１５４】
図１５は、プライマリデータ、すなわち、図１４に示すディスレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するコンテンツ利用制御情報（ＣＣＩ）、すなわち、図１４に示すコンテンツ利用制御情報（ＣＣＩ）ファイル７３１に含まれるＣＣＩデータの一部構成データであり、セカンダリデータに対応するセカンダリユニット鍵の指定情報の構成データを示している。図１５に示すように、セカンダリユニット鍵の指定情報には、
ＣＣＩファイル内の情報ブロックの識別子［CCI_and_other_info_type］
ＣＣＩファイル内の情報ブロックのバージョン［CCI_and_other_info_version］
ＣＣＩファイル内の情報ブロックの長さ［CCI_and_other_info_data_length］
セカンダリユニット鍵の指定情報［Referred CPS Unit］
セカンダリユニット鍵で暗号化されているファイルの数［Num_of_target_data (=Ntd)］
が記録され、さらに、セカンダリユニット鍵で暗号化されている各ファイルについて、
セカンダリユニット鍵で暗号化されているファイル（ストリーム番号）［Stream_no］
が記録されている。
【０１５５】
このようなセカンダリユニット鍵指定情報を、プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに記録し、かつ、ローカルストレージ上のディレクトリ内で暗号化に使われる鍵を割り当てたＣＰＳユニットを定義し、ローカルストレージ上のディレクトリに格納されるセカンダリデータを各ＣＰＳユニットに対応付ける。ただし、ＣＰＳユニットの定義にはタイトル（Title）が必要であるため、実際に使用できるタイトルが無い場合は、ダミーのタイトルを設定して仮のＣＰＳユニットを指定しても良い。なお、セカンダリユニット鍵による暗号化対象データは、例えば、図１４に示すＡＶストリームデータ（・・・・．ｍ２ｔｓ）ファイルのみと仮定し、図１５に示すＣＣＩファイルのセカンダリユニット鍵指定情報では、ストリームナンバー［Stream_no(=>XXXXX.m2tsを指定）］を取得可能な設定としているが、ストリーム以外のデータをセカンダリユニット鍵による暗号化対象として設定する場合は、その暗号化対象データを取得可能なファイルパス情報をＣＣＩファイルに記録するなどの工夫が必要である。
【０１５６】
次に、上記処理例（Ｂ）、すなわち、
（Ｂ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを格納し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルに格納されたセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１６を参照して説明する。
【０１５７】
図１６は、図１５と同様、プライマリデータ、すなわち、図１４に示すディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するコンテンツ利用制御情報（ＣＣＩ）、すなわち、図１４に示すコンテンツ利用制御情報（ＣＣＩ）ファイル７３１に含まれるＣＣＩデータの一部構成データであり、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを含むセカンダリユニット鍵情報の構成データを示している。図１６に示すように、セカンダリユニット鍵情報には、
ＣＣＩファイル内の情報ブロックの識別子［CCI_and_other_info_type］
ＣＣＩファイル内の情報ブロックのバージョン［CCI_and_other_info_version］
ＣＣＩファイル内の情報ブロックの長さ［CCI_and_other_info_data_length］
暗号化セカンダリユニット鍵［Encrypted Secondary Unit Key］
セカンダリユニット鍵で暗号化されているファイルの数［Num_of_target_data (=Ntd)］
が記録され、さらに、セカンダリユニット鍵で暗号化されている各ファイルについて、
セカンダリユニット鍵で暗号化されているファイル（ストリーム番号）［Stream_no］
が記録されている。
【０１５８】
このように暗号化セカンダリユニット鍵を含むセカンダリユニット鍵情報を、プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに記録する。図１６に示す例でも、図１５に示す例と同様、ストリームナンバー［Stream_no(=>XXXXX.m2tsを指定）］を取得可能な設定としているが、ストリーム以外のデータをセカンダリユニット鍵による暗号化対象として設定する場合は、その暗号化対象データを取得可能なファイルパス情報をＣＣＩファイルに記録するなどの工夫が必要である。
【０１５９】
次に、上記処理例（Ｃ）、すなわち、
（Ｃ）セカンダリデータに対応するセカンダリユニット鍵に対応する鍵ファイルを構成し、ローカルストレージ上に記録し、コンテンツ再生を実行する情報処理装置が、ローカルストレージ上に記録された鍵ファイルからセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１７を参照して説明する。
【０１６０】
図１７には、２つの鍵ファイルを示している。すなわち、（ａ）プライマリユニット鍵情報ファイルと、（ｂ）セカンダリユニット鍵情報ファイルである。（ａ）プライマリユニット鍵情報ファイルは、図１４に示すディレクトリＡに設定されたプライマリデータ、すなわち、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニットを利用する際に適用するＣＰＳユニット鍵を取得するために利用されるシード情報を格納したファイルであり、この構成は、先に図２を参照して説明した構成と同様である。
【０１６１】
（ｂ）セカンダリユニット鍵情報ファイルは、ハードディスク等のローカルストレージに格納されたデータ、すなわち、図１４に示すディレクトリＢに設定されたセカンダリマリデータを利用する際に適用するＣＰＳユニット鍵を取得するために利用されるシード情報を格納したファイルである。この鍵ファイルの構成も、基本的には、プライマリユニット鍵ファイルと同様、コンテンツ管理ユニット（ＣＰＳ）設定単位と、ＣＰＳユニット識別子と、記録シードとが対応付けられたデータファイルであり、記録シードに基づいて、各ＣＰＳユニットに対応するセカンダリユニット鍵Ｋｕ１Ｌ，Ｋｕ２Ｌ・・・を取得可能な構成となっている。
【０１６２】
例えばローカルストレージに格納されたセカンダリデータ［01003.m2ts］が、特定のプライマリデータであるＣＰＳユニット（たとえばＣＰＳユニット１）を再生する際のセカンダリデータとして必要であり、かつ、セカンダリデータ［01003.m2ts］の暗号化に使用されている鍵は、プライマリデータに対応するＣＰＳユニット鍵［Ｋｕ１］とは異なるセカンダリユニット鍵としてのＣＰＳユニット鍵［ＫｕＬ１］として設定される。
【０１６３】
プライマリデータとセカンダリデータとを併せて再生する場合は、これらの各データをそれぞれに対応するＣＰＳユニット鍵を適用して復号を実行して再生を行なうことになる。
【０１６４】
［５．情報記録媒体のＣＰＳユニット構成データと情報記録媒体外部に格納したＣＰＳユニット構成データの関連づけ構成］
上述したように、ＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体にオリジナルデータとして格納されていない後発データは情報記録媒体またはハードディスク、あるいはフラッシュメモリなどのリムーバブルメモリなどに格納される。この新規データを情報記録媒体のＣＰＳ管理データの管理対象データとして取り扱うためには、情報記録媒体またはハードディスクなどに格納される新規データを情報記録媒体のＣＰＳ管理データの管理対象データであることを識別可能とすることが必要となる。以下、この識別の構成について説明する。
【０１６５】
図１８は、後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段、例えば情報処理装置のハードディスクなどの記憶手段に格納する構成における後発データとＣＰＳユニットとの関連付け構成を示す図である。
【０１６６】
オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に後発データを記録する場合、図１８に示すように、それぞれがＣＰＳユニットを持つ異なる情報記録媒体８０１，８０２に対応する後発データを１つのハードディスクなどの記憶手段８０３に格納することとなる。
【０１６７】
この場合、記憶手段８０３に格納する様々な後発データが、それぞれどの情報記録媒体８０１，８０２に対応する後発データであるかを区別することが必要となる。
【０１６８】
情報記録媒体８０１，８０２には、先に図１を参照して説明したように、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤが格納されている。
【０１６９】
図１８に示すように、記憶手段８０３に格納する様々な後発データ８０４，８０５，８０６に対しては、スタジオＩＤ、パッケージＩＤ、さらにＣＰＳユニットＩＤが識別データとして付与され、図に示すようにスタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤの順にディレクトリ階層構造を設定し、このディレクトリ階層構造に基づいてデータ格納、管理を行なう。
【０１７０】
ＣＰＳユニットＩＤごとに割り当てられたディレクトリの内部には、任意の形式で生成データの保存が可能である。例えばＪａｖａ(登録商標)等の実行アプリケーションが生成するデータであれば、そのデータは再生時にＪａｖａ(登録商標)等の実行アプリケーションで解釈できる形式であれば良く、特定の形式に縛られるものではない。
【０１７１】
このようにディレクトリ階層が規定される場合、オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に記録されたデータをＪａｖａ(登録商標)等の実行プログラムから呼び出す場合の参照処理は、たとえば図１９に示すように名前空間、ディレクトリ、ファイル名に基づいて呼び出す処理として実行可能である。すなわち、オリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み領域を［Ｐａｒｔｉａｌ−ＲＯＭ：／／］、ハードディスクを［Ｌｏｃａｌ−ＨＤＤ：／／］のように名前空間を定義し、それぞれの新規データの格納ファイルを名前空間、ディレクトリ、ファイル名によって特定しファイルデータの読み込み、更新、再書き込みなどの処理が可能である。
【０１７２】
［６．後発データの利用制御構成］
上述したように、情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されたＣＰＳユニットコンテンツに対応するデータとして後発的に生成または取得した後発データは、ハードディスク等のローカルストレージに格納される。情報処理装置において様々な情報記録媒体（ＲＯＭディスク等の記録メディア）を利用した場合、ローカルストレージには多数の後発データが格納されることになる。このような場合、情報処理装置は後発データの利用に際してデータ検索が必要となる。汎用ディレクトリに設定された多数の後発データファイルから必要なデータを効率的に取得するための検索情報と、後発データの利用制御構成について、以下説明する。
【０１７３】
まず、図２０を参照して、情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツと、ハードディスク等のローカルストレージに格納された後発データとの利用処理例について説明する。例えば情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカルストレージに格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。
【０１７４】
このような複合したコンテンツ再生を行なう場合、情報処理装置は、ローカルストレージ上の後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ＲＯＭディスク等の記録メディア）のディレクトリおよびファイルと仮想的に合成する。この仮想的合成処理は、記録メディア上のデータファイルと、ローカルストレージ上の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０１７５】
図２０に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、情報記録媒体（ＲＯＭディスク等の記録メディア）８２１に記録されているファイルやローカルストレージ８２２に記録されているファイルを操作する。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３を利用して必要とする後発データファイルを取得する。
【０１７６】
仮想ファイルシステムは、アプリケーションプログラム８２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム８２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。
【０１７７】
例えば、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカルストレージのファイルシステムをマージすることにより生成され、生成された仮想ファイルシステムが情報処理装置のメモリに記憶される。この場合、ファイルの書き込みなどによりローカルストレージに記録されているディレクトリやファイルが変更されるごとに、仮想ファイルシステムは更新される。
【０１７８】
図２１は、先に図１０を参照して説明したプライマリデータとセカンダリデータの並列再生を行なう場合の仮想ディレクトリ設定例を示している。図２１に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。
【０１７９】
アプリケーションプログラム８２０は、仮想ファイルシステムを介して、例えば、パッケージ１に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ａに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。
【０１８０】
さらに、アプリケーションプログラム８２０は、仮想ファイルシステムを介して、パッケージ１と異なるパッケージ２に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ｂに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。
【０１８１】
このように、異なるパッケージに属するディスクを適用した場合でも、ある特定のセカンダリデータは、共通に利用されることがある。このような場合、ローカルストレージに格納されるセカンダリデータを特定のパッケージにおいてのみ有効なＣＰＳユニット鍵を適用して暗号化すると、その特定パッケージに対応するディスクを利用する場合にしかセカンダリデータを利用することができなくなる。
【０１８２】
しかし、先に、図１４〜図１７を参照して説明したように、ローカルストレージ上に格納するセカンダリデータに対応して利用可能なセカンダリユニット鍵を独立して設定することで、異なるパッケージに属するディスクの利用に際しても、共通にセカンダリデータを利用することが可能となる。
【０１８３】
次に、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３の設定および利用例について、図２２を参照して説明する。図２２に示すディレクトリは、先に図１８を参照して説明したハードディスク、あるいはリムーバブルメモリなどの記憶手段８０３に設定された汎用のシステムファイルでのファイル管理ディレクトリを示している。
【０１８４】
ルートの下位には、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるアプリケーションデータディレクトリと、上述したＣＰＳユニット対応の後発データファイルを設定するバインディングユニットディレクトリが設定される。前述したように、ハードディスク等のローカルストレージに記録されたダウンロードデータ等の後発データは、再生処理の開始前に情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされ、１つの仮想的なファイルシステムとして構築されるため、バインディングユニット（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.ｍ２ｔｓなど）へ変換することが可能である。
【０２１０】
なお、図２２に示すディレクトリ構成では、
（１）スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
（２）パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
（３）パッケージ固有ディレクトリ
の３種類の異なる下位ディレクトリを持つローカルストレージ対応の後発データ格納ディレクトリ構成を示したが、共有ディレクトリ、すなわち、スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリや、パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリを持たない構成も可能である。
【０２１１】
次に、情報処理装置において、後発データをハードディスク等の情報記録媒体に格納する際の処理シーケンスについて、図２５に示すフローチャートを参照して説明する。なお、後発データの生成、取得を実行する情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生の過程で後発データを生成または取得する処理を実行することになる。
【０２１２】
ステップＳ２０１において、情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生を実行する。ステップＳ２０２において、後発データの生成または取得を行なう。この処理は、情報処理装置が生成したデータあるいは外部のサーバから取得するデータなどであり、具体的にはゲームプログラムのスコアデータや、キャラクタデータ、あるいは特定のコンテンツの字幕データ、解説データなどが含まれる。
【０２１３】
ステップＳ２０３において、情報処理装置は、再生対象となっているＣＰＳユニット、すなわちＲＯＭディスク等の記録メディアに格納済みのＣＰＳユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。
【０２１４】
次に、情報処理装置は、ステップＳ２０４において、後発データを記録する領域としてのローカルストレージ、すなわち、先に図２２他を参照して説明した汎用ファイルシステムによる管理ディレクトリの設定されたハードディスクやリムーバブル記憶媒体などによって構成されるローカルストレージに、ステップＳ２０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データディレクトリまたはファイルが既に設定済みであるか否かを判定する。
【０２１５】
対応する後発データディレクトリまたはファイルが設定されていない場合は、ステップＳ２０５に進み、ステップＳ２０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データディレクトリをローカルストレージのディレクトリとして設定する。さらに、ステップＳ２０６に進み、先に図２３、図２４を参照して説明した後発データ検索情報ファイルやアクセス制御情報ファイルを取得または生成する。
【０２１６】
後発データ管理ファイルおよびアクセス制御情報の生成後、あるいは生成済みである場合は、ステップＳ２０７に進み、後発データをバインディングデータディレクトリの所定のディレクトリに格納する。なお、この後発データ格納に際して、必要に応じて後発データファイルの暗号化、ハッシュ値、署名等の改竄検証値の生成、暗号化等の処理を実行する。次に、ステップＳ２０８において、後発データファイルに新たに格納したデータ情報に基づいて、後発データ検索情報およびアクセス制御情報の更新処理を実行して処理を終了する。
【０２１７】
次に、情報処理装置において、後発データを利用した再生処理を行なう場合の処理シーケンスについて、図２６を参照して説明する。
【０２１８】
情報処理装置は、ステップＳ３０１において、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し再生を開始する。まず、再生予定のＣＰＳ管理ユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。さらに、後発データを格納したローカルストレージ、すなわちハードディスクなどのデータ記録可能領域、あるいはリムーバブルメディアなとのローカルストレージ上のディレクトリに取得したスタジオＩＤ、パッケージＩＤに対応する後発データファイルを設定したディレクトリを選択し、ステップＳ３０２に進み、再生対象の後発データファイルを選択してこれらのファイルを記録メディア上のディレクトリおよびファイルと仮想的に合成し仮想ファイルシステム（ＶＦＳ）を構築する。
【０２１９】
この仮想ファイルシステムの構築に際しては、後発データ検索情報ファイルにファイル名変換テーブルが記録され、利用予定の後発データファイルのファイル名が登録されている場合は、ファイル名変換テーブルに基づくファイル名変換を実行する。
【０２２０】
仮想ファイルシステムの生成処理は、記録メディア上のデータファイルと、ローカルストレージ上の必要とする関連ファイルを仮想的な１つのディレクトリ上のファイルとして処理可能とする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０２２１】
次に、ステップＳ３０３において、再生対象のＣＰＳユニットに対応するＣＰＳユニット鍵を取得するため、ＣＰＳユニット鍵ファイルと、コンテンツ利用制御情報（ＣＣＩ）を取得する。コンテンツ利用制御情報（ＣＣＩ）は、プライマリコンテンツ対応のＣＣＩであり、例えば先に図１５、図１６を参照して説明したセカンダリユニット鍵情報が含まれる場合がある。
【０２２２】
次に、ステップＳ３０４において、ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれるか否かを判定する。
【０２２３】
ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれない場合は、ステップＳ３０５に進み、プライマリデータに対応するＣＰＳユニットのＣＰＳユニット鍵（Ｋｕｘ）を生成しステップＳ３０６に進む。
【０２２４】
ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれる場合は、ステップＳ３１１に進み、プライマリデータに対応するＣＰＳユニットのＣＰＳユニット鍵（Ｋｕｘ）を生成するとともに、セカンダリデータに対応するＣＰＳユニットのＣＰＳユニット鍵であるセカンダリユニット鍵（ＫｕｘＬ）を生成する。セカンダリユニット鍵（ＫｕｘＬ）の生成に際しては、例えば先に図１５、図１６を参照して説明したコンテンツ利用制御情報（ＣＣＩ）に格納された情報に基づいて取得するか、あるいは、図１７を参照して説明したセカンダリユニット鍵ファイルを取得してセカンダリユニット鍵ファイルに含まれるシード情報に基づいてセカンダリユニット鍵（ＫｕｘＬ）を生成する。なお、鍵は、例えば、デバイスＩＤ、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、ユーザＩＤなどを鍵生成情報として適用した鍵生成処理（たとえばＡＥＳ暗号鍵生成アルゴリズム）に基づいて生成される。
【０２２５】
次に、ステップＳ３１２において、仮想ファイルシステムに設定された各データファイルの各々に対して適用する鍵を判別し、ステップＳ３０６に進む。
【０２２６】
ステップＳ３０６では、仮想ファイルシステムを適用して、ＤＶＤ等の情報記録媒体あるいはハードディスク等のローカルストレージに格納されたプライマリあるいはセカンダリデータをそれぞれ読み出し、復号を実行し、ステップＳ３０７において、デコード、再生処理を実行する。
【０２２７】
［７．情報処理装置の構成例］
次に、図２７を参照して、上述のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体の再生、記録処理を行う情報処理装置の構成例について説明する。
【０２２８】
図２７に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、ハードディスクなどの記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０２２９】
情報処理装置９００において、情報記録媒体９１０からＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必用に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２３０】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネット(登録商標)ケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０２３１】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０２３２】
ＣＰＳユニット管理情報としてのＣＰＳユニット管理テーブル（図２参照）や、ＣＰＳユニット対応のコンテンツ利用制御情報等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。
【０２３３】
ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録され、この後発データは、記憶手段９３０に記録されている後発データ検索情報を適用して検索され、さらに、記憶手段９３０に記録されているアクセス制御情報に従ってアクセスの許容された後発データのみが取得されて、前述したマージ処理によって、仮想ファイルシステムが構築されて、記録媒体からの読み出しコンテンツと併せて再生処理が実行されることになる。
【０２３４】
次に、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０あるいは記憶手段９３０に保存する。
【０２３５】
ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録される。記憶手段９３０には、さらに後発データ検索情報、アクセス制御情報が記録される。
【０２３６】
入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０２３７】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。後発データ検索情報やアクセス制御情報についても記憶手段９３０に記録される。
【０２３８】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に一時的に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ Ｒｕｌｅ）などが存在する。
【０２３９】
後発的に生成または取得したデータは、一旦メモリ９０８に保持され、ユーザの選択、あるいは予め定められた制御シーケンスに従ってハードディスク等の記憶手段９３０に格納される。
【０２４０】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図２７では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２４１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２４２】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２４３】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２４４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２４５】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２４６】
以上、説明したように、本発明の一実施例の構成によれば、例えばＤＶＤなどの第１の情報記録媒体に格納された第１の暗号化コンテンツと、例えばハードディスクなどの第２の情報記録媒体に格納された第２の暗号化コンテンツを併せて再生する構成において、第１の暗号化コンテンツに対応して設定される暗号鍵としてのプライマリユニット鍵と、第２の暗号化コンテンツに対応して設定されるセカンダリユニット鍵を、独立の鍵データとし、セカンダリユニット鍵をプライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）の格納情報などによって生成または取得可能な構成とした。本構成により、プライマリデータ、セカンダリデータの厳格な利用管理がなされるとともに、例えばパッケージの異なるディスクを利用する場合であっても、ハードディスクなどのローカルストレージに記録されたセカンダリデータを共通に利用することが可能となる。
【図面の簡単な説明】
【０２４７】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】ＣＰＳユニット管理テーブルの例を示す図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図４】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの暗号化構成例について説明する図である。
【図５】情報記録媒体におけるデータ格納ディレリクトリの構成例について説明する図である。
【図６】情報記録媒体を装着した情報処理装置における後発データの生成または取得処理について説明する図である。
【図７】情報処理装置における後発データの取得処理シーケンスについて説明する図である。
【図８】情報処理装置において生成または取得する後発データの例について説明する図である。
【図９】情報処理装置において生成または取得する後発データの例について説明する図である。
【図１０】情報処理装置におけるコンテンツ再生処理例について説明する図である。
【図１１】情報処理装置において生成または取得した後発データとＣＰＳユニットとの関係について説明する図である。
【図１２】情報処理装置において生成または取得した後発データのコンテンツ利用制御情報の設定例について説明する図である。
【図１３】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図１４】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図１５】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するためのＣＣＩ情報の設定例について説明する図である。
【図１６】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するためのＣＣＩ情報の設定例について説明する図である。
【図１７】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するための鍵ファイルの設定例について説明する図である。
【図１８】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別する構成について説明する図である。
【図１９】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別し取得するための構成について説明する図である。
【図２０】情報処理装置において生成する仮想ファイルシステムについて説明する図である。
【図２１】情報処理装置において生成する仮想ファイルシステムを適用してプライマリおよびセカンダリデータを並列再生する処理について説明する図である。
【図２２】情報処理装置におけるローカルストレージのディレクトリ構成および後発データ検索情報の設定例について説明する図である。
【図２３】後発データ検索情報のデータ構成例について説明する図である。
【図２４】後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。
【図２５】後発データの格納処理シーケンスについて説明するフローチャートを示す図である。
【図２６】後発データを利用した再生処理シーケンスについて説明するフローチャートを示す図である。
【図２７】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２４８】
１００ 情報記録媒体
１０１ コンテンツ
１０２ 記録シード
１０３ ディスクＩＤ
１０４ スタジオＩＤ
１０５ パッケージＩＤ
１０６ ディスク種別識別情報
１１０ コンテンツ利用制御情報（ＣＣＩ）
２００ メインコンテンツ
２１０ アプリケーション
２１１，２１２ アプリケーションインデックスファイル（タイトル）
２１３，２１４，２１５ アプリケーション実行ファイル
２２１〜２２４ 再生プログラム
２３０ 再生区間指定ファイル（プレイリスト）
２３１〜２３３ プレイリスト
２３４，２３５ プレイアイテム
２４０ クリップ（コンテンツデータファイル）
２４１〜２４３ クリップ
２５１ クリップ情報
２６１，２６２，２６３ ＡＶストリーム
３００ サブコンテンツ
３１１，３１２ データグループ
４０１〜４０５ コンテンツ管理ユニット（ＣＰＳユニット）
５０１ コンテンツ管理データ部
５０２ メインコンテンツデータ部
５０３ サブコンテンツデータ部
６００ 情報処理装置
６０１ 制御部
６０２ データ記憶部
６０３ 記録媒体ＩＦ
６０４ メモリ
６０５ 通信ＩＦ
６１１ サーバ
６２１ 情報記録媒体
６２２ 後発データ
６４０ ＣＰＳユニットＡ
６４１，６４２ 後発データ
６５０ ＣＰＳユニットＢ
６５１ 後発データ
６５５ 出力部
６５６ 主画面領域
６５７ 子画面領域
６６０ ＲＯＭ領域
６７０ 後発データ
６７１，６７２ 後発データ
６８１，６８２ ＣＰＳユニット
７１１，７１２ 後発データ
７１３，７１４，７３１ コンテンツ利用制御情報
７２１，７２２ 暗号鍵情報
７２３，７２４，７３３ 後発データ
８０１，８０２ 情報記録媒体
８０３ 記憶手段
８０４，８０５，８０６ 後発データ
８２０ アプリケーションプログラム
８２１ 情報記録媒体
８２２ ローカルストレージ
８２３ 後発データ検索情報
８２４ パッケージ固有ディレクトリ
８２５ パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２６ スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２７ 後発データ検索情報
８２８ バインディングユニット
８２９ ファイル名変換テーブル
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段
【技術分野】
【０００１】
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、例えばＤＶＤなどの情報記録媒体に格納されたコンテンツと、例えばハードディスクなどのローカルストレージ上に格納されたコンテンツを併せて再生する構成において、これらのコンテンツの厳格な利用制御を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（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）データであり、画像（Ｖｉｄｅｏ）、音声（Ａｕｄｉｏ）、字幕データ等の各情報を多重化したデータ構造となっている。また、再生時に再生装置の制御を行うためのコマンド情報も多重化されている場合がある。
【００５６】
（Ｂ）再生区間指定ファイル（プレイリスト）２３０は、複数の再生区間指定ファイル（プレイリスト）２３１，２３２，２３３を持つ。各再生区間指定ファイル（プレイリスト）２３１，２３２，２３３のそれぞれは、クリップ（コンテンツデータファイル）２４０に含まれる複数のＡＶストリームデータファイルのいずれかを選択し、また選択したＡＶストリームデータファイルの特定のデータ部分を、再生開始点と再生終了点として指定するプレイアイテムを１つ以上持つ構成となっており、１つの再生区間指定ファイル（プレイリスト）を選択することで、その再生区間指定ファイル（プレイリスト）の持つプレイアイテムに従って、再生シーケンスが決定されて再生が実行される。
【００５７】
例えば再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、再生区間指定ファイル（プレイリスト）２３１に対応付けられたプレイアイテム２３４は、クリップ２４１に再生開始点ａと再生終了点ｂを持ち、また、プレイアイテム２３５は、クリップ２４１に再生開始点ｃと再生終了点ｄを持つので、再生区間指定ファイル（プレイリスト）２３１を選択してコンテンツ再生を行うと、クリップ２４１に含まれるコンテンツであるＡＶストリームファイル２６１の特定データ領域、ａ〜ｂとｃ〜ｄが再生されることになる。
【００５８】
（Ａ）アプリケーション２１０は、たとえばコンテンツ再生を実行するディスプレイに提示されるコンテンツタイトルを含むアプリケーションインデックスファイル２１１，２１２と再生プログラム２２１，２２２の組み合わせ、または、ゲームコンテンツ、ＷＥＢコンテンツなどのアプリケーション実行ファイル２１３，２１４と再生プログラム２２３，２２４の組み合わせを持つ層として設定される。ユーザは再生対象をアプリケーションインデックスファイル２１１，２１２に含まれるタイトルの選択によって決定することができる
【００５９】
各タイトルは、図に示すように、再生プログラム２２１〜２２４の１つの再生プログラム（例えばムービーオブジェクト）に対応付けられており、ユーザが１つのタイトルを選択すると、その選択したタイトルに対応付けられた再生プログラムに基づく再生処理が開始することになる。なお、図に示すタイトル１、タイトル２として示されるアプリケーションインデックスファイル２１１，２１２は、情報記録媒体のセット、起動に際して、自動的に再生されるタイトル、メニューを表示するためのタイトル提示プログラムも含まれる。
【００６０】
アプリケーションインデックスファイル２１１，２１２や、アプリケーション実行ファイル２１３，２１４は、アプリケーション実行に使用されるアプリケーションリソースファイルを含む場合がある。また、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７がアプリケーションリソースファイルとして適用される場合もある。
【００６１】
再生プログラム（例えばムービーオブジェクト）２２１〜２２４は、再生する再生区間指定ファイル（プレイリスト）の指定のほか、ユーザから入力されるコンテンツ再生処理に関する操作情報に対する応答、タイトル間のジャンプ、再生シーケンスの分岐など、再生コンテンツ（ＨＤムービーコンテンツ）の提示に必要な機能をプログラマブルに提供するコンテンツ再生処理プログラムである。各再生プログラム２２１〜２２４は、相互にジャンプ可能であり、ユーザの入力、あるいはあらかじめ設定されたプログラムに従って、実際に実行される再生プログラムが選択され、選択された再生プログラムの指定する再生区間指定ファイル（プレイリスト）２３０によって、再生コンテンツがクリップ２４０から選択され再生される。
【００６２】
メインコンテンツ２００は、図に示すように、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従った階層構成で管理され、この階層構成の枠組みに対して、コンテンツ管理ユニット（ＣＰＳユニット）が設定され、コンテンツ管理ユニット（ＣＰＳユニット）単位でコンテンツの利用管理がなされる。コンテンツ管理ユニット（ＣＰＳユニット）についての詳細は後述する。
【００６３】
情報記録媒体には、メインコンテンツ２００の他にサブコンテンツ３００が併せて格納される。サブコンテンツ３００は、特定のＡＶフォーマット、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納されるコンテンツである。
【００６４】
サブコンテンツ３００は、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどであり、複数のデータファイルからなる集合がデータグループとして設定される。
【００６５】
図３にはデータグループ１，３１１〜データグループＮ，３１２を示している。これらのデータグループも利用管理対象コンテンツとして設定可能であり、利用管理対象コンテンツとして設定した場合には、各データグループを単位としたコンテンツ管理ユニット（ＣＰＳユニット）が設定され、データグループ単位で利用管理がなされる。
【００６６】
［３．格納コンテンツの暗号化、利用管理構成］
次に、図４以下を参照して、情報記録媒体に格納されたコンテンツをコンテンツ管理ユニット（ＣＰＳユニット）に区分して、各ユニット毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００６７】
先に図２を参照して説明したように、コンテンツ管理ユニット（ＣＰＳユニット）の各々に対して、異なる暗号鍵としてユニット鍵が割り当てられる。１つのユニット鍵を割り当てる単位がコンテンツ管理ユニット（ＣＰＳユニット）である。なお、ユニット鍵は、ユニットに対応する記録シードに基づいて生成可能な鍵である。
【００６８】
それぞれのユニット鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられたユニット鍵を取得して再生を行う。各ユニット鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるユニット鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるユニット鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各ユニット鍵に独立した態様とすることが可能である。
【００６９】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図４を参照して説明する。
【００７０】
まず、メインコンテンツ２００側におけるコンテンツ管理ユニット（ＣＰＳユニット）の設定構成について説明する。
【００７１】
メインコンテンツ２００側においては、（Ａ）アプリケーション２１０に含まれる１つ以上のタイトルを含むアプリケーションインデックスファイル２１１，２１２、またはアプリケーション実行ファイル２１３，２１４等を含むＣＰＳユニットを設定する。
【００７２】
図４に示すＣＰＳユニット１，４０１は、アプリケーションインデックスファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７３】
また、ＣＰＳユニット２，４０２は、アプリケーション実行ファイルと、再生プログラムファイルと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイル群とを１つのユニットとして設定したユニットである。
【００７４】
また、ＣＰＳユニット３，４０３は、アプリケーション実行ファイルと、再生プログラムファイルと、情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルによって構成したユニットである。
【００７５】
これらの各ユニットは、同一の鍵（ＣＰＳユニット鍵：図４中の鍵Ｋｕ１，Ｋｕ２，Ｋｕ３）でそれぞれ個別に暗号化して情報記録媒体に格納される。
【００７６】
図４中、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１、およびコンテンツ管理ユニット（ＣＰＳユニット）２，４０２は、上位層の（Ａ）アプリケーションと、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）によって構成されるユニットであり、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、下位層の（Ｂ）再生区間指定ファイル（プレイリスト）＋（Ｃ）クリップ（コンテンツデータファイル）を含まず、上位層の（Ａ）アプリケーション層、および情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイルすなわち、画像ファイル２２５、音声ファイル２２６、データファイル２２７等によって構成されるユニットである。
【００７７】
コンテンツ管理ユニット（ＣＰＳユニット）１，４０１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定される暗号鍵であるユニット鍵：Ｋｕ１を適用して暗号化される。
【００７８】
また、コンテンツ管理ユニット（ＣＰＳユニット）２，４０２には、ゲームコンテンツ、ＷＥＢコンテンツなどによって構成されるアプリケーションファイル２１３と、再生プログラム２２３、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，４０２に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ２を適用して暗号化される。さらに、アプリケーションファイル２１３についても、ユニット鍵：Ｋｕ２を適用した暗号化ファイルとしてもよい。
【００７９】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、上位層の（Ａ）アプリケーション層に含まれるアプリケーションファイル２１４，２１５と、再生プログラム２２４、さらに、再生プログラム２２４によって情報記録媒体、あるいはネットワーク接続サーバから取得可能な様々なデータファイル、例えばＪＰＥＧ，ＰＮＧ，ＢＭＰなどの画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７が含まれるユニットとして設定される。
【００８０】
コンテンツ管理ユニット（ＣＰＳユニット）３，４０３は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定される暗号鍵としてのユニット鍵：Ｋｕ３を適用して暗号化される。
【００８１】
例えば、ユーザがコンテンツ管理ユニット１，４０１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，４０１に対応付けて設定された記録シードＶｕ１を適用した暗号処理により、ユニット鍵：Ｋｕ１を取得して、取得したユニット鍵Ｋｕ１を適用したコンテンツの復号処理シーケンスを実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。
【００８２】
例えば、コンテンツ管理ユニット３，４０３に対応するアプリケーションファイルまたは、再生プログラム２２４に対応付けられた画像ファイル２２５、ＰＣＭ、圧縮Ａｕｄｉｏなどの音声ファイル２２６、テキスト、データベースなどの各種データファイル２２７の利用処理を行なう場合は、コンテンツ管理ユニット（ＣＰＳユニット）３，４０３に対応付けて設定された暗号鍵としてのユニット鍵：Ｋｕ３を取得して、復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行または各種ファイルを実行することになる。
【００８３】
上述した各種のコンテンツ管理ユニット（ＣＰＳユニット）に対応するコンテンツおよび鍵情報などの管理情報を格納するディレクトリ構成例について、図５を参照して説明する。
【００８４】
図５に示すディレクトリ構成は、メインコンテンツデータ部５０２、サブコンテンツデータ部５０３と、メインコンテンツとサブコンテンツに対応するコンテンツ管理データ部５０１を設定した構成である。メインコンテンツデータ部５０２に示すＢＤＭＶディレクトリはＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従ったコンテンツ、アプリケーションを保管するディレクトリとして設定されている。
【００８５】
Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従ったメインコンテンツは、先に図３、図４を参照して説明したように、タイトル、オブジェクト、プレイリスト、クリップ情報、ＡＶストリーム等の階層構成を持ち、これらを構成するデータファイルがＢＤＭＶディレクトリに設定される。
【００８６】
サブコンテンツデータ部５０３のＤａｔａディレクトリは、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭフォーマットに従っていないフォーマットを持つコンテンツ、アプリケーションを各グループ毎に保管するディレクトリとして設定されている。サブコンテンツデータ部５０３のＤａｔａ Ｇｒｏｕｐ ｉｎｆは、サブコンテンツの各グループ情報を格納したファイルである。
【００８７】
管理データ部５０１には、メインコンテンツとサブコンテンツの両コンテンツに対応する管理ファイルが格納される。例えば、前述した図２に示したコンテンツ管理ユニット（ＣＰＳユニット）毎のＣＰＳユニットＩＤと記録シード情報を対応付けて設定したＣＰＳユニット管理テーブル、さらに、各ユニットに対応して設定されるコンテンツの再生制御情報、コピー制御情報などからなるコンテンツ利用制御情報が格納される。
【００８８】
コンテンツ利用制御情報は、各ＣＰＳユニット毎に個別の情報として設定される。例えば、
［ＣＰＳユニット１］
記録媒体に対するコピー許容回数：ａ回、再生許容回数：ｂ回、遠隔再生可否：可・・
［ＣＰＳユニット２］
記録媒体に対するコピー許容回数：０回、再生許容回数：ｃ回、遠隔再生可否：否・・
などのように、情報記録媒体に格納された各ＣＰＳユニット毎に個別のコンテンツ利用制御情報が設定されている。
【００８９】
［４．後発的に生成したデータまたは取得したデータの管理構成］
上述したように、情報記録媒体に格納済みのコンテンツは、ＣＰＳユニットに区分され、各ＣＰＳユニットに対応する暗号鍵としてのＣＰＳユニット鍵を記録シードを適用して取得することで、利用可能となる。
【００９０】
情報記録媒体に格納済みのコンテンツとは異なるデータ、例えば、情報記録媒体に格納されたプログラムに従って生成されたデータ、情報記録媒体に格納されたデータの再生中に生成したデータ、具体的には、ゲームプログラムを実行して生成した途中経過のデータや、キャラクタデータ、あるいは、ネットワークを介してサーバなどから取得したデータ、ユーザ自身の作成したテキスト、画像データなど、何らかのユーザの処理によって後発的に生成または取得したデータの管理処理について、以下説明する。
【００９１】
図６に情報記録媒体に格納済みのコンテンツに関連するデータの生成、取得処理例を示す。
【００９２】
図６には、情報記録媒体の再生処理を実行する例えばＰＣ等の情報処理装置６００を示している。情報処理装置６００は、コンテンツ再生処理を実行する例えばＣＰＵなどのプログラム実行機能を持つ制御部６０１、ハードディスク等によって構成されるデータ記憶部６０２、情報記録媒体に対するデータ入出力を行なう記録媒体インタフェース６０３、プログラムの実行領域、パラメータ格納領域などに利用されるＲＯＭ，ＲＡＭによって構成されるメモリ６０４、ネットワークを介した通信を実行する通信インタフェース６０５を有する。なお、図６に示す情報処理装置６００の構成は、後発データの生成、取得処理について説明するための最小限の構成を示しているものであり、具体的な情報処理装置のハードウェア構成例については後段で説明する。
【００９３】
情報処理装置６００は、情報記録媒体１００から記録媒体インタフェース６０３を介して情報記録媒体１００に格納されたＣＰＳユニットに区分されたコンテンツを読み取り、コンテンツの再生処理を、制御部６０１の制御の下に行なう。なお、ＣＰＳユニットによって管理されたコンテンツの再生処理や、後発データの格納、利用処理はライセンスされたプログラムを適用して実行される。
【００９４】
情報記録媒体１００には、例えば、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格に基づいて記録されたコンテンツが格納されている。各コンテンツはＣＰＳユニットに区分され暗号化処理が施されている。
【００９５】
情報処理装置６００は、ＣＰＳユニット対応の記録シードに基づいてＣＰＳユニット鍵を生成して、コンテンツを再生する。コンテンツには例えばゲーム、あるいはＡＶストリーム再生プログラムなどの各種のプログラム、ＡＶストリームデータなどが含まれる。
【００９６】
情報処理装置６００が、情報記録媒体１００からのデータ読み取りに基づいて、後発的にデータを生成、あるいは取得する態様としては次の２つの態様がある。
【００９７】
１つ目は、情報処理装置６００が解析可能な情報を、情報記録媒体１００から読み取り、読み取り情報に基づいて、新規データを取得または生成する場合である。例えば情報記録媒体１００内に後発データの取得先に対応するＵＲＬ情報が記述してあり、情報記録媒体１００が、このＵＲＬ情報を取得して、ブラウザーを使用して通信ＩＦ６０５およびネットワークを介してＵＲＬによって指定されるサーバ６１１などにアクセスし、ＵＲＬ対応の新規コンテンツなどのデータをダウンロードする処理である。コンテンツダウンロード以外にも、情報記録媒体１００からの読み取り情報に基づいて、情報処理装置６００内で新規に後発データを生成する場合がある。
【００９８】
２つ目は、情報記録媒体１００内に記録されたアプリケーションプログラムによるものである。例えば、情報処理装置６００において、情報記録媒体１００から読み取ったプログラムを実行し、プログラムに従って、通信ＩＦ６０５およびネットワークを介して特定のサーバ６１１に接続しコンテンツをダウンロードする、あるいは、情報処理装置６００において、プログラムの実行により後発的なデータが生成される場合がある。
【００９９】
このような様々な処理により生成または取得されたデータは、情報記録媒体１００内に記録されたコンテンツの管理区分であるＣＰＳユニットに属するデータではないが、本発明の構成においては、これら後発的なデータを特定のＣＰＳユニットに属するデータとして管理する。
【０１００】
具体的には、情報記録媒体１００に格納されたＣＰＳユニット対応のコンテンツに基づいて生成または取得した後発データについては、同一のＣＰＳユニットに属するデータとして管理する。あるいは新規なＣＰＳユニットを別途定義して新たなＣＰＳユニットにより管理する。
【０１０１】
図７に情報記録媒体の格納コンテンツに基づいて、外部サーバから後発データを取得する処理シーケンスを示す。ステップＳ１０１において、情報処理装置は、情報記録媒体からＣＰＳユニットによって管理されたコンテンツを読み出す。例えばＣＰＳユニットＡに属するコンテンツを読み出したものとする。
【０１０２】
情報処理装置は、ダウンロードデータの指定情報、例えばＵＲＬなどを情報記録媒体から読み出すとともに、読み出しコンテンツに対応するＣＰＳユニットの識別子としてのＣＰＳユニットＩＤを取得し、ステップＳ１０２において、これらのデータ、すなわちＣＰＳユニットＩＤと、ダウンロードデータ指定情報をサーバに送信する。
【０１０３】
サーバは、予め定められた認証シーケンスによって、正当な情報記録媒体から取得したＣＰＳユニットＩＤであるかなどの認証処理を実行し、データ要求の正当性を検証し、正当性が確認された場合に、ステップＳ１０３において、要求されたダウンロードデータを情報処理装置に送信する。例えばこのダウンロードデータは、ＡＶストリームの吹き替え音声データであったり、字幕データであったり、あるいは特定のコンテンツの再生プログラムなどである。
【０１０４】
情報処理装置は、ステップＳ１０４において、サーバから取得したダウンロードデータを情報記録媒体、あるいは、情報処理装置内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。いずれの場合もＣＰＳユニットＩＤによって特定される同一のＣＰＳユニットＡに属するデータとして格納、管理され、ＣＰＳユニットＡに対して設定される記録シードＶｕ（ａ）を適用して生成されるＣＰＳユニット鍵Ｋｕ（ａ）を適用した暗号処理によってか暗号化されて格納される。
【０１０５】
図７を参照して説明したシーケンスでは、情報処理装置がサーバに対してダウンロードデータを要求する際、ＣＰＳユニットＩＤとダウンロードデータ指定情報を送信する設定としてあるが、これは、ＣＰＳユニットＩＤの送信を行なうことで、以下のような管理が可能となるからである。
（１）サーバにおいてＣＰＳユニットごとにダウンロードデータの管理が可能となる。
（２）ＣＰＳユニットごとに、ダウンロードの可否、課金処理などを管理している場合、いったんダウンロード可能となったＣＰＳユニットに関しては次回よりＣＰＳユニットＩＤを送信するだけでダウンロードを開始することができる。
（３）情報記録媒体上でＣＰＳユニットごとに定義された鍵（ユニット鍵）を用いてダウンロードデータの暗号化を行う場合、サーバで暗号化処理を行うためにはＣＰＳユニットＩＤが必要となる。サーバではユニットＩＤに対応したＣＰＳユニット鍵を保持し、保持したＣＰＳユニット鍵を適用して暗号化したデータを送信することでセキュアなデータ送信が可能となる。
【０１０６】
なお、ダウンロードデータ指定情報としては、ＵＲＬなどの情報以外に、例えば、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められた値であるスタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、タイトルＩＤ、ムービーオブジェクトのＩＤ、プレイリストのＩＤ、再生区間情報（開始点、終了点のタイムスタンプ）、なども適用可能であり、また、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格等で定められていない値をダウンロードデータ指定情報として用いてもよい。例えば、ユーザＩＤ、課金状況などのユーザ付属情報、日時情報、コンテンツ再生において情報処理装置側で生成される管理データ、例えば再生回数、再生済み範囲、ゲームの得点、マルチストーリーの再生パス情報など、サーバ側でダウンロードデータを特定可能な情報であれば、様々なデータがダウンロードデータ指定情報として適用できる。
【０１０７】
次に、情報処理装置が生成または取得するデータの具体例について、図８、図９を参照して説明する。
【０１０８】
図８には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったデータの一部を後発データとして生成または取得する例を示している。先に、図３、図４を参照して説明したように、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従って情報記録媒体に格納されたコンテンツは階層構成を持ち、各階層のデータ、プログラムが関連付けられて例えばＡＶストリームのコンテンツ再生処理が可能となる。
【０１０９】
図８に示す情報記録媒体６２１には、Ｂｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして、３つのタイトル［タイトル１］、［タイトル２］、［タイトル３］に対応付けられたＣＰＳユニット１，２，３が設定されている。
【０１１０】
この３つのＣＰＳユニット中、２つのタイトル［タイトル１］、［タイトル２］に対応付けられたＣＰＳユニット１，ＣＰＳユニット２には、各タイトルに対応する再生プログラムとしてのムービーオブジェクト１，２が格納され、ユーザは、情報処理装置に情報記録媒体をセットし、［タイトル１］または［タイトル２］を指定することで、再生プログラムとしてのムービーオブジェクト１，２のいずれかを実行させて、プレイリストによって指定される区間のクリップファイル、すなわちＡＶストリームデータを再生することができる。ただし、それぞれのＣＰＳユニットに対応する記録シードを管理データから取り出してＣＰＳユニット鍵を生成してＡＶストリームなどの暗号化データを復号することが必要である。
【０１１１】
しかし、ＣＰＳユニット３には、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３が格納されておらず、ＣＰＳユニット内に含まれるクリップファイル、すなわちＡＶストリームデータを再生することができない。この場合、情報処理装置は、タイトル３に対応する再生プログラムとしてのムービーオブジェクト３の生成または取得処理を実行し後発データ６２２としてムービーオブジェクト３を生成または取得する。生成または取得したムービーオブジェクト３は、ＣＰＳユニット３の構成データとして管理される。
【０１１２】
図９は、後発的に情報処理装置が生成または取得するデータのその他の具体例について示した図である。
【０１１３】
情報処理装置６００は、複数のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体１００を再生する。
【０１１４】
例えば、ＣＰＳユニットＡ６４０はゲームプログラムを含むコンテンツ管理ユニットであり、情報処理装置６００がゲームプログラムを実行することにより、ゲームの途中終了情報、ゲーム得点情報などの後発データ６４１，６４２が生成される。これらのデータは、情報処理装置６００において、ＣＰＳユニットＡ６４０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１１５】
また、ＣＰＳユニットＢ６５０は映画などの動画等のＡＶストリームコンテンツを含むコンテンツ管理ユニットであり、情報処理装置６００は、ＡＶストリームコンテンツに対応する字幕データからなる後発データ６５１をサーバ６１１から取得して、再生を行なう。取得した字幕データ６５１は、情報処理装置６００において、ＣＰＳユニットＢ６５０の構成データとして設定する処理が実行されて、情報記録媒体１００または情報処理装置６００内のハードディスクなどの記憶部に格納される。
【０１１６】
なお、いずれの処理の場合においても、後発的に生成したデータまたは取得したデータについて新たなＣＰＳユニットを設定し、設定した新規ＣＰＳユニットの構成データとして情報記録媒体１００または情報処理装置６００内のハードディスク、あるいはリムーバブルメモリなどの記憶部に格納する構成としてもよい。これらのユニットとしては、先に図２を参照して説明した新規データに対応するＣＰＳユニットが対応付けられて設定される。それぞれのＣＰＳユニットに対応する記録シードＶｕは予め情報記録媒体に格納されており、その記録シードを適用して、予め定められた暗号処理シーケンスを実行してＣＰＳユニット鍵を生成し、生成したＣＰＳユニット鍵を適用して、生成データまたは取得データの暗号化を実行して情報記録媒体１００または情報処理装置６００内のハードディスクあるいはリムーバブルメモリなどの記憶部に格納する。
【０１１７】
なお、新たに設定するＣＰＳユニットに対応する記録シードＶｕについては、外部のサーバから取得する設定としてもよい。ただし、記録シードＶｕを提供するサーバと情報処理装置間において所定の認証処理を実行し、不正な記録シード取得を防止した構成とすることが望ましい。ここで、取得する記録シードＶｕは、図２で示す管理テーブルの単位での取得も含む。
【０１１８】
ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツと、ハードディスク等のローカルストレージ上に格納された後発データとの再生処理は、個別に実行する構成も可能であるが、両者を併せて再生することも可能となる。両者を併せて並列再生する処理例について、図１０を参照して説明する。
【０１１９】
図１０に示すように、情報処理装置のディスプレイおよびスピーカによって構成される出力部６５５に対するメインの出力情報として、例えばディスプレイの主画面領域６５６を適用して、メイン映像であるプライマリビデオとメイン音声であるプライマリオーディオを出力するとともに、出力部６５５の一部に例えば子画面領域６５７を設定して、サブ映像であるセカンダリビデオとサブ音声であるセカンダリオーディオを出力する。
【０１２０】
なお、このような主画面領域６５６中に子画面領域を設定して画像出力を行う手法は、ＰＩＰ（Ｐｉｃｔｕｒｅ ｉｎ Ｐｉｃｔｕｒｅ）と呼ばれる。例えば、具体的には、主画面領域６５６にメインの映画の「映像」を出力し、子画面領域６５７に、映画監督の「映像」を重ね合わせて表示するなどの並列出力処理が行なわれる。
【０１２１】
このような出力態様を実現する場合、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）を主画面領域６５６に出力し、ハードディスク等のローカルストレージに格納されたデータ（例えば監督映像）を子画面領域６５７に出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、一方の記録媒体から両コンテンツを取得して再生する構成としてもよい。
【０１２２】
プライマリオーディオとセカンダリオーディオについても同様であり、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニット管理コンテンツ（例えば映画）の音声に併せて、ハードディスク等のローカルストレージに格納されたデータ（例えば監督コルント）を出力するといった異なる記録媒体からの出力によって並列出力処理が実現される。もちろん、この場合も一方の記録媒体から両コンテンツを取得して再生する構成も可能である。
【０１２３】
後発的に生成したデータまたは取得したデータの暗号化および管理態様について図１１を参照して説明する。
【０１２４】
図１１には、情報記録媒体に格納されたコンテンツの再生処理に対応して生成または取得するデータを情報記録媒体内部または外部に記録する場合のデータ暗号化方法の例を示している。
【０１２５】
図１１において、左側のデータ領域は、情報記録媒体に格納済みのデータ、すなわちＲＯＭ領域データ６６０であり、右側のデータ領域は、新規生成または取得データとしての後発データ６７０である。新規生成または取得データは、情報記録媒体のデータ書き込み可能な領域またはハードディスク、あるいはリムーバブルメモリなど外部の記憶手段に格納される。図１１には、新規生成または取得データに対するＣＰＳユニット設定例として２つの例を示している。
【０１２６】
（設定例１）
図１１に示すＣＰＳユニット３，６８１に示すように、後発データ６７１を、情報記録媒体に設定済みのＣＰＳユニットに一体化する処理例である。
【０１２７】
ＣＰＳユニット３，６８１は、情報記録媒体に格納済みのデータ、すなわち、データ領域６６０において設定済みのＣＰＳユニット３であり、このＣＰＳユニット３，６８１に、新規生成または取得した後発データ６７１を含めて、１つのユニットとする構成である。この場合、後発データ６７１、または後発データ６７１に含まれるデータは、ＣＰＳユニット３に対応して設定されている記録シードＶｕ３を適用して生成されるユニット鍵Ｋｕ３を用いて暗号化されて情報記録媒体またはハードディスクなどの記憶部に格納される。
【０１２８】
この構成例では、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに対応するユニット鍵と同じ鍵を使用して生成データの暗号化を行う構成であり、再生処理においては、情報記録媒体のＲＯＭ領域において定義済みのＣＰＳユニットに含まれていたデータと同様の鍵を適用して後発データ６７１の復号処理を実行することが可能であり、鍵の切り替え処理が不要となりシームレスな再生が可能となる。
【０１２９】
（設定例２）
図１１に示すＣＰＳユニット４，６８２に示すように、後発データ６７２を、情報記録媒体に設定済みのＣＰＳユニットとは異なる新規のＣＰＳユニットを設定して管理する処理例である。
【０１３０】
このように後発データ６７２用に別途ＣＰＳユニット４，６８２を定義し、それに対応したユニット鍵を用いて後発データ６７２に含まれるデータの暗号化を行う。ＣＰＳユニット４，６８２は、情報記録媒体に記録されているデータとは独立な管理がなされる。この場合、後発データ６７２用にＣＰＳユニットを割り当てるための情報、およびユニット鍵を生成するための情報を別途、管理データとして設定して記録する必要がある。
【０１３１】
図１２を参照して、新規生成または取得し、ハードディスクなどのローカルストレージに格納される後発データに対応する管理データとしてのコンテンツ利用制御情報の設定例について説明する。
【０１３２】
図１２には、予めＤＶＤ等の情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、ハードディスク等のローカルストレージに格納された後発データに対応するディレクトリＢとを示している。ディレクトリＢは、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリである。
【０１３３】
図１２に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１３４】
コンテンツ利用制御情報を記録する方法としては、以下の２つの設定例のいずれかを適用する。
（設定例１）
ＤＶＤ等の情報記録媒体１００に格納された既存のコンテンツ利用制御情報を後発データのコンテンツ利用制御情報として適用する。
これは、図１２に示すように情報記録媒体１００に予め格納されたＣＰＳユニット００１のデータ［０１００１．ｍ２ｔｓ］７１５に対応するコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３をそのまま、ローカルストレージ上の後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報として適用する。
【０１３５】
この場合、後発データ［０１００３．ｍ２ｔｓ］７１２に対応するコンテンツ利用制御情報を新たに生成することは不要であり、ＣＰＳユニット００１のコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００１．ｃｃｉ］７１３が、既存データ［０１００１．ｍ２ｔｓ］７１５と、後発データ［０１００３．ｍ２ｔｓ］７１２の双方に適用されるコンテンツ利用制御情報として設定される。
【０１３６】
（設定例２）
ローカルストレージ上の後発データのコンテンツ利用制御情報を新たに生成する。
これは、図１２に示すように後発データ［０１００２．ｍ２ｔｓ］７１１に対応するコンテンツ利用制御情報として、新たなコンテンツ利用制御情報［ＣＰＳＵｎｉｔ００２．ｃｃｉ］７１４を生成して、管理データとする例である。
【０１３７】
（設定例１）のケースは、例えば情報記録媒体１００のＲＯＭ領域に記録されていない言語の字幕データをダウンロードして取得し、ＲＯＭ領域に記録されている映像・音声データと合わせて再生する場合などに適した方法である。この場合、ＲＯＭ領域に記録されたデータ、ダウンロードしたデータの両方が１つのＣＰＳユニットに属すると考え、同じ鍵を用いて処理を行うことができる。
【０１３８】
また、（設定例２）のケースは、情報記録媒体１００から読み出したアプリケーションプログラムを実行して生成したデータを複数のユーザ間で共有／コピーが可能となるようにしたい場合などに適している。実行アプリケーションやＡＶストリームなどのＲＯＭ領域に記録されたデータはコピー不可であるが、実行アプリケーションによって生成されるデータ（ゲームの得点情報、地図情報など他のユーザへの送信や、携帯機器などへの持ち出しニーズがある情報）はＲＯＭ領域と異なる再生／コピー制御が可能となる。
【０１３９】
図１３は、暗号鍵、すなわち各ＣＰＳユニットに対応するユニット鍵の生成情報としての記録シードの設定例を示した図である。
【０１４０】
図１２と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応し、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリＢとを示している。図１３に示す例は、いずれもＢｌｕ−ｒａｙ Ｄｉｓｃ ＲＯＭ規格フォーマットに従ったコンテンツとして［ＢＤＭＶ］ディレクトリに各データが設定され、［ＣＰＳ］ディレクトリに各種の管理データが格納される。
【０１４１】
記録シードは、先に図２を参照して説明したようにＣＰＳユニット管理テーブルにおいて、各ＣＰＳユニット識別子（ＣＰＳユニットＩＤ）に対応付けて管理される。図１３に示す暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１が、情報記録媒体１００に格納されたＣＰＳユニット管理テーブルである。
【０１４２】
後発データに対応して設定されるＣＰＳユニット対応の記録シードの設定方法としては、以下の２つの設定例のいずれかを適用する。
【０１４３】
（設定例１）
後発データの暗号鍵生成情報としての記録シードとして、ＣＰＳユニット管理テーブルに予め設定済みの新規データ用の記録シードを使用する。
これは、先に図２を参照して説明したＣＰＳユニット管理テーブル中の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを後発データの暗号鍵生成情報としての記録シードとして使用する構成である。図１３において、後発データ［０１００３．ｍ２ｔｓ］７２４に対応させて、情報記録媒体１００に格納されている管理テーブルデータである暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２１の新規データ用フィールド１２１（図２参照）に設定済みの記録シードを対応付ける。この設定例では、新たなＣＰＳユニットを定義して、新規データ用フィールド１２１（図２参照）に設定済みの記録シードを適用することが可能である。
【０１４４】
（設定例２）
後発データの暗号鍵生成情報としての記録シードとして、新たに生成または取得した記録シードを使用する。図１３において、後発データ［０１００２．ｍ２ｔｓ］７２３に対応させて、新たな管理テーブルデータとしての暗号鍵情報［Ｕｎｉｔ Ｋｅｙ Ｇｅｎ Ｖａｌｕｅ．ｉｎｆ］７２２を設定し、新規エントリとして新規設定したＣＰＳユニット識別子と生成または取得した記録シードとを対応付けて格納する。なお、記録シードの生成が許容される場合、情報処理装置は、情報処理装置内のデータ処理部において、例えば乱数を生成して新たな記録シードを生成する。この設定例においては、新たなデータについて、無制限にＣＰＳユニットの設定、記録シードの生成が可能となる。
【０１４５】
なお、情報処理装置において、新たなＣＰＳユニットを設定した場合は、その新規設定ＣＰＳユニットに対応する管理データ、すなわち、コンテンツ利用制御情報を対応付けることが必要となるが、これは、前述した図１２の２つの手法のいずれか、すなわち既存のコンテンツ利用制御情報を対応付けるか、あるいは新規のコンテンツ利用制御情報を設定して対応付けるかのいずれかの方法が適用される。しかしながら、一つの仮想ファイルシステムを用いてＲＯＭディスクとローカルストレージからのストリームの同時再生を行なう際には、図１２、図１３を用いて説明をした上記の方法では二つのＣＰＳユニットを異なる二つのコンテンツ制御情報で扱う必要が生じ、一つのコンテンツ制御情報を想定している仮想ファイルシステムでは、かかる再生を行なう事はできない。
【０１４６】
従って、図１４は、先に図１０を参照して説明したプライマリデータとセカンダリデータの並列再生を行なう場合に適した構成であり、プライマリビデオやプライマリオーディオを格納したＣＰＳユニット対応コンテンツをＤＶＤ等の情報記録媒体から取得し、セカンダリビデオやセカンダリリオーディオを格納したＣＰＳユニット対応コンテンツをハードディスク等のローカルストレージ領域から取得して再生を行なう場合に適した構成である。
【０１４７】
図１４には、図１２、図１３と同様、予め情報記録媒体１００に格納されたＣＰＳ管理ユニット構成に対応するディレクトリＡと、新たに生成または取得した後発データに対応し、例えば複数の異なるパッケージや、複数の異なるディスクにおいて利用可能な共有データの保存領域の格納データに対応して設定されるディレクトリＢとを示している。
【０１４８】
図１４において、プライマリビデオやプライマリオーディオを格納したＣＰＳユニット対応コンテンツは、ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２であり、セカンダリビデオやセカンダリオーディオを格納したＣＰＳユニット対応コンテンツは、ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３である。
【０１４９】
コンテンツ再生を実行する情報処理装置は、これらの２つのコンテンツデータを並列再生し、例えば先に図１０を参照して説明した態様で再生処理を行なう。ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２と、セカンダリビデオやセカンダリオーディオを格納したＣＰＳユニット対応コンテンツは、ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３とは、それぞれ異なる暗号鍵（ＣＰＳユニット鍵）を適用して暗号化される。
【０１５０】
以下、ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ（プライマリデータ）に対応して利用されるＣＰＳユニット鍵をプライマリユニット鍵、ローカルストレージのディレクトリＢに設定されたデータ（セカンダリデータ）に対応して利用されるＣＰＳユニット鍵をセカンダリユニット鍵とする。
【０１５１】
ＤＶＤ等の情報記録媒体のディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するＣＰＳユニット鍵（プライマリユニット鍵）については、先に説明した各種の方法で取得する構成とする。
【０１５２】
ハードディスク等のローカルストレージのディレクトリＢに設定されたデータ［０１００３．ｍ２ｔｓ］７３３に対応するＣＰＳユニット鍵（セカンダリユニット鍵）の取得方法としては、以下の３つの処理例が適用できる。
（Ａ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の指定情報を記録し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルの記録情報に基づいてセカンダリデータに対応するセカンダリユニット鍵を取得する。
（Ｂ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを格納し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルに格納されたセカンダリデータに対応するセカンダリユニット鍵を取得する。
（Ｃ）セカンダリデータに対応するセカンダリユニット鍵に対応する鍵ファイルを構成し、ローカルストレージ上に記録し、コンテンツ再生を実行する情報処理装置が、ローカルストレージ上に記録された鍵ファイルからセカンダリデータに対応するセカンダリユニット鍵を取得する。
以下、上述の（Ａ）〜（Ｃ）の３つの構成例について順次、説明する。
【０１５３】
まず、上記処理例（Ａ）、すなわち、
（Ａ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の指定情報を記録し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルの記録情報に基づいてセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１５を参照して説明する。
【０１５４】
図１５は、プライマリデータ、すなわち、図１４に示すディスレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するコンテンツ利用制御情報（ＣＣＩ）、すなわち、図１４に示すコンテンツ利用制御情報（ＣＣＩ）ファイル７３１に含まれるＣＣＩデータの一部構成データであり、セカンダリデータに対応するセカンダリユニット鍵の指定情報の構成データを示している。図１５に示すように、セカンダリユニット鍵の指定情報には、
ＣＣＩファイル内の情報ブロックの識別子［CCI_and_other_info_type］
ＣＣＩファイル内の情報ブロックのバージョン［CCI_and_other_info_version］
ＣＣＩファイル内の情報ブロックの長さ［CCI_and_other_info_data_length］
セカンダリユニット鍵の指定情報［Referred CPS Unit］
セカンダリユニット鍵で暗号化されているファイルの数［Num_of_target_data (=Ntd)］
が記録され、さらに、セカンダリユニット鍵で暗号化されている各ファイルについて、
セカンダリユニット鍵で暗号化されているファイル（ストリーム番号）［Stream_no］
が記録されている。
【０１５５】
このようなセカンダリユニット鍵指定情報を、プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに記録し、かつ、ローカルストレージ上のディレクトリ内で暗号化に使われる鍵を割り当てたＣＰＳユニットを定義し、ローカルストレージ上のディレクトリに格納されるセカンダリデータを各ＣＰＳユニットに対応付ける。ただし、ＣＰＳユニットの定義にはタイトル（Title）が必要であるため、実際に使用できるタイトルが無い場合は、ダミーのタイトルを設定して仮のＣＰＳユニットを指定しても良い。なお、セカンダリユニット鍵による暗号化対象データは、例えば、図１４に示すＡＶストリームデータ（・・・・．ｍ２ｔｓ）ファイルのみと仮定し、図１５に示すＣＣＩファイルのセカンダリユニット鍵指定情報では、ストリームナンバー［Stream_no(=>XXXXX.m2tsを指定）］を取得可能な設定としているが、ストリーム以外のデータをセカンダリユニット鍵による暗号化対象として設定する場合は、その暗号化対象データを取得可能なファイルパス情報をＣＣＩファイルに記録するなどの工夫が必要である。
【０１５６】
次に、上記処理例（Ｂ）、すなわち、
（Ｂ）プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを格納し、コンテンツ再生を実行する情報処理装置が、コンテンツ利用制御情報（ＣＣＩ）ファイルに格納されたセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１６を参照して説明する。
【０１５７】
図１６は、図１５と同様、プライマリデータ、すなわち、図１４に示すディレクトリＡに設定されたデータ［０１００１．ｍ２ｔｓ］７３２に対応するコンテンツ利用制御情報（ＣＣＩ）、すなわち、図１４に示すコンテンツ利用制御情報（ＣＣＩ）ファイル７３１に含まれるＣＣＩデータの一部構成データであり、セカンダリデータに対応するセカンダリユニット鍵の暗号化データを含むセカンダリユニット鍵情報の構成データを示している。図１６に示すように、セカンダリユニット鍵情報には、
ＣＣＩファイル内の情報ブロックの識別子［CCI_and_other_info_type］
ＣＣＩファイル内の情報ブロックのバージョン［CCI_and_other_info_version］
ＣＣＩファイル内の情報ブロックの長さ［CCI_and_other_info_data_length］
暗号化セカンダリユニット鍵［Encrypted Secondary Unit Key］
セカンダリユニット鍵で暗号化されているファイルの数［Num_of_target_data (=Ntd)］
が記録され、さらに、セカンダリユニット鍵で暗号化されている各ファイルについて、
セカンダリユニット鍵で暗号化されているファイル（ストリーム番号）［Stream_no］
が記録されている。
【０１５８】
このように暗号化セカンダリユニット鍵を含むセカンダリユニット鍵情報を、プライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）ファイルに記録する。図１６に示す例でも、図１５に示す例と同様、ストリームナンバー［Stream_no(=>XXXXX.m2tsを指定）］を取得可能な設定としているが、ストリーム以外のデータをセカンダリユニット鍵による暗号化対象として設定する場合は、その暗号化対象データを取得可能なファイルパス情報をＣＣＩファイルに記録するなどの工夫が必要である。
【０１５９】
次に、上記処理例（Ｃ）、すなわち、
（Ｃ）セカンダリデータに対応するセカンダリユニット鍵に対応する鍵ファイルを構成し、ローカルストレージ上に記録し、コンテンツ再生を実行する情報処理装置が、ローカルストレージ上に記録された鍵ファイルからセカンダリデータに対応するセカンダリユニット鍵を取得する。
この処理例について、図１７を参照して説明する。
【０１６０】
図１７には、２つの鍵ファイルを示している。すなわち、（ａ）プライマリユニット鍵情報ファイルと、（ｂ）セカンダリユニット鍵情報ファイルである。（ａ）プライマリユニット鍵情報ファイルは、図１４に示すディレクトリＡに設定されたプライマリデータ、すなわち、ＤＶＤ等の情報記録媒体に格納されたＣＰＳユニットを利用する際に適用するＣＰＳユニット鍵を取得するために利用されるシード情報を格納したファイルであり、この構成は、先に図２を参照して説明した構成と同様である。
【０１６１】
（ｂ）セカンダリユニット鍵情報ファイルは、ハードディスク等のローカルストレージに格納されたデータ、すなわち、図１４に示すディレクトリＢに設定されたセカンダリマリデータを利用する際に適用するＣＰＳユニット鍵を取得するために利用されるシード情報を格納したファイルである。この鍵ファイルの構成も、基本的には、プライマリユニット鍵ファイルと同様、コンテンツ管理ユニット（ＣＰＳ）設定単位と、ＣＰＳユニット識別子と、記録シードとが対応付けられたデータファイルであり、記録シードに基づいて、各ＣＰＳユニットに対応するセカンダリユニット鍵Ｋｕ１Ｌ，Ｋｕ２Ｌ・・・を取得可能な構成となっている。
【０１６２】
例えばローカルストレージに格納されたセカンダリデータ［01003.m2ts］が、特定のプライマリデータであるＣＰＳユニット（たとえばＣＰＳユニット１）を再生する際のセカンダリデータとして必要であり、かつ、セカンダリデータ［01003.m2ts］の暗号化に使用されている鍵は、プライマリデータに対応するＣＰＳユニット鍵［Ｋｕ１］とは異なるセカンダリユニット鍵としてのＣＰＳユニット鍵［ＫｕＬ１］として設定される。
【０１６３】
プライマリデータとセカンダリデータとを併せて再生する場合は、これらの各データをそれぞれに対応するＣＰＳユニット鍵を適用して復号を実行して再生を行なうことになる。
【０１６４】
［５．情報記録媒体のＣＰＳユニット構成データと情報記録媒体外部に格納したＣＰＳユニット構成データの関連づけ構成］
上述したように、ＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体にオリジナルデータとして格納されていない後発データは情報記録媒体またはハードディスク、あるいはフラッシュメモリなどのリムーバブルメモリなどに格納される。この新規データを情報記録媒体のＣＰＳ管理データの管理対象データとして取り扱うためには、情報記録媒体またはハードディスクなどに格納される新規データを情報記録媒体のＣＰＳ管理データの管理対象データであることを識別可能とすることが必要となる。以下、この識別の構成について説明する。
【０１６５】
図１８は、後発データをオリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段、例えば情報処理装置のハードディスクなどの記憶手段に格納する構成における後発データとＣＰＳユニットとの関連付け構成を示す図である。
【０１６６】
オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に後発データを記録する場合、図１８に示すように、それぞれがＣＰＳユニットを持つ異なる情報記録媒体８０１，８０２に対応する後発データを１つのハードディスクなどの記憶手段８０３に格納することとなる。
【０１６７】
この場合、記憶手段８０３に格納する様々な後発データが、それぞれどの情報記録媒体８０１，８０２に対応する後発データであるかを区別することが必要となる。
【０１６８】
情報記録媒体８０１，８０２には、先に図１を参照して説明したように、情報記録媒体１００の格納コンテンツの編集スタジオの識別子としてのスタジオＩＤ、情報記録媒体１００の製造単位としてのパッケージ識別子としてのパッケージＩＤが格納されている。
【０１６９】
図１８に示すように、記憶手段８０３に格納する様々な後発データ８０４，８０５，８０６に対しては、スタジオＩＤ、パッケージＩＤ、さらにＣＰＳユニットＩＤが識別データとして付与され、図に示すようにスタジオＩＤ、パッケージＩＤ、ＣＰＳユニットＩＤの順にディレクトリ階層構造を設定し、このディレクトリ階層構造に基づいてデータ格納、管理を行なう。
【０１７０】
ＣＰＳユニットＩＤごとに割り当てられたディレクトリの内部には、任意の形式で生成データの保存が可能である。例えばＪａｖａ(登録商標)等の実行アプリケーションが生成するデータであれば、そのデータは再生時にＪａｖａ(登録商標)等の実行アプリケーションで解釈できる形式であれば良く、特定の形式に縛られるものではない。
【０１７１】
このようにディレクトリ階層が規定される場合、オリジナルのＣＰＳユニットを持つ情報記録媒体以外の記憶手段に記録されたデータをＪａｖａ(登録商標)等の実行プログラムから呼び出す場合の参照処理は、たとえば図１９に示すように名前空間、ディレクトリ、ファイル名に基づいて呼び出す処理として実行可能である。すなわち、オリジナルのＣＰＳユニットを持つ情報記録媒体のデータ書き込み領域を［Ｐａｒｔｉａｌ−ＲＯＭ：／／］、ハードディスクを［Ｌｏｃａｌ−ＨＤＤ：／／］のように名前空間を定義し、それぞれの新規データの格納ファイルを名前空間、ディレクトリ、ファイル名によって特定しファイルデータの読み込み、更新、再書き込みなどの処理が可能である。
【０１７２】
［６．後発データの利用制御構成］
上述したように、情報記録媒体（ＲＯＭディスク等の記録メディア）に格納されたＣＰＳユニットコンテンツに対応するデータとして後発的に生成または取得した後発データは、ハードディスク等のローカルストレージに格納される。情報処理装置において様々な情報記録媒体（ＲＯＭディスク等の記録メディア）を利用した場合、ローカルストレージには多数の後発データが格納されることになる。このような場合、情報処理装置は後発データの利用に際してデータ検索が必要となる。汎用ディレクトリに設定された多数の後発データファイルから必要なデータを効率的に取得するための検索情報と、後発データの利用制御構成について、以下説明する。
【０１７３】
まず、図２０を参照して、情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツと、ハードディスク等のローカルストレージに格納された後発データとの利用処理例について説明する。例えば情報記録媒体（ＲＯＭディスク等の記録メディア）の格納コンテンツがフランス語の映画コンテンツであり、ハードディスク等のローカルストレージに格納された後発データがその映画コンテンツに対応する日本語字幕データである場合、両者を併せて再生することで、日本語字幕つきの映画再生が可能となる。
【０１７４】
このような複合したコンテンツ再生を行なう場合、情報処理装置は、ローカルストレージ上の後発データ管理ファイルを含むディレクトリおよびファイルを情報記録媒体（ＲＯＭディスク等の記録メディア）のディレクトリおよびファイルと仮想的に合成する。この仮想的合成処理は、記録メディア上のデータファイルと、ローカルストレージ上の対応する後発データファイルを仮想的な１つのディレクトリ上のファイルとする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０１７５】
図２０に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、情報記録媒体（ＲＯＭディスク等の記録メディア）８２１に記録されているファイルやローカルストレージ８２２に記録されているファイルを操作する。アプリケーションプログラム８２０は、仮想ファイルシステムを介して、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３を利用して必要とする後発データファイルを取得する。
【０１７６】
仮想ファイルシステムは、アプリケーションプログラム８２０に対して、記録媒体（ファイルシステム）の違いを隠蔽する役割を果たす。従って、アプリケーションプログラム８２０は、ファイルが記録されている記録媒体の違いを意識せずに、同じＡＰＩを利用して、各記録媒体に記録されているファイルを操作することができる。
【０１７７】
例えば、仮想ファイルシステムは、装置にディスクが装着されたとき、あるいはアプリケーションプログラムの実行時にディスクのファイルシステムとローカルストレージのファイルシステムをマージすることにより生成され、生成された仮想ファイルシステムが情報処理装置のメモリに記憶される。この場合、ファイルの書き込みなどによりローカルストレージに記録されているディレクトリやファイルが変更されるごとに、仮想ファイルシステムは更新される。
【０１７８】
図２１は、先に図１０を参照して説明したプライマリデータとセカンダリデータの並列再生を行なう場合の仮想ディレクトリ設定例を示している。図２１に示すアプリケーションプログラム８２０は、ＭｏｖｉｅＯｂｊｅｃｔなど情報処理装置において実行されるアプリケーションプログラムである。
【０１７９】
アプリケーションプログラム８２０は、仮想ファイルシステムを介して、例えば、パッケージ１に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ａに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。
【０１８０】
さらに、アプリケーションプログラム８２０は、仮想ファイルシステムを介して、パッケージ１と異なるパッケージ２に属する情報記録媒体（ＲＯＭディスク等の記録メディア）８２１ｂに記録されているファイルからプライマリデータを取得し、ローカルストレージ８２２に記録されているファイルからセカンダリデータを取得して再生を実行する。
【０１８１】
このように、異なるパッケージに属するディスクを適用した場合でも、ある特定のセカンダリデータは、共通に利用されることがある。このような場合、ローカルストレージに格納されるセカンダリデータを特定のパッケージにおいてのみ有効なＣＰＳユニット鍵を適用して暗号化すると、その特定パッケージに対応するディスクを利用する場合にしかセカンダリデータを利用することができなくなる。
【０１８２】
しかし、先に、図１４〜図１７を参照して説明したように、ローカルストレージ上に格納するセカンダリデータに対応して利用可能なセカンダリユニット鍵を独立して設定することで、異なるパッケージに属するディスクの利用に際しても、共通にセカンダリデータを利用することが可能となる。
【０１８３】
次に、ローカルストレージ８２１に記録されているファイルの検索情報である後発データ検索情報８２３の設定および利用例について、図２２を参照して説明する。図２２に示すディレクトリは、先に図１８を参照して説明したハードディスク、あるいはリムーバブルメモリなどの記憶手段８０３に設定された汎用のシステムファイルでのファイル管理ディレクトリを示している。
【０１８４】
ルートの下位には、情報処理装置において実行される様々なアプリケーションプログラムによって利用されるアプリケーションデータディレクトリと、上述したＣＰＳユニット対応の後発データファイルを設定するバインディングユニットディレクトリが設定される。前述したように、ハードディスク等のローカルストレージに記録されたダウンロードデータ等の後発データは、再生処理の開始前に情報記録媒体（ＲＯＭディスク等の記録メディア）上のデータとバインドされ、１つの仮想的なファイルシステムとして構築されるため、バインディングユニット（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.ｍ２ｔｓなど）へ変換することが可能である。
【０２１０】
なお、図２２に示すディレクトリ構成では、
（１）スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
（２）パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
（３）パッケージ固有ディレクトリ
の３種類の異なる下位ディレクトリを持つローカルストレージ対応の後発データ格納ディレクトリ構成を示したが、共有ディレクトリ、すなわち、スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリや、パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリを持たない構成も可能である。
【０２１１】
次に、情報処理装置において、後発データをハードディスク等の情報記録媒体に格納する際の処理シーケンスについて、図２５に示すフローチャートを参照して説明する。なお、後発データの生成、取得を実行する情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生の過程で後発データを生成または取得する処理を実行することになる。
【０２１２】
ステップＳ２０１において、情報処理装置は、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し、ＣＰＳ管理ユニットに含まれるプログラムやデータの再生を実行する。ステップＳ２０２において、後発データの生成または取得を行なう。この処理は、情報処理装置が生成したデータあるいは外部のサーバから取得するデータなどであり、具体的にはゲームプログラムのスコアデータや、キャラクタデータ、あるいは特定のコンテンツの字幕データ、解説データなどが含まれる。
【０２１３】
ステップＳ２０３において、情報処理装置は、再生対象となっているＣＰＳユニット、すなわちＲＯＭディスク等の記録メディアに格納済みのＣＰＳユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。
【０２１４】
次に、情報処理装置は、ステップＳ２０４において、後発データを記録する領域としてのローカルストレージ、すなわち、先に図２２他を参照して説明した汎用ファイルシステムによる管理ディレクトリの設定されたハードディスクやリムーバブル記憶媒体などによって構成されるローカルストレージに、ステップＳ２０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データディレクトリまたはファイルが既に設定済みであるか否かを判定する。
【０２１５】
対応する後発データディレクトリまたはファイルが設定されていない場合は、ステップＳ２０５に進み、ステップＳ２０３で抽出したスタジオＩＤやパッケージＩＤに対応する後発データディレクトリをローカルストレージのディレクトリとして設定する。さらに、ステップＳ２０６に進み、先に図２３、図２４を参照して説明した後発データ検索情報ファイルやアクセス制御情報ファイルを取得または生成する。
【０２１６】
後発データ管理ファイルおよびアクセス制御情報の生成後、あるいは生成済みである場合は、ステップＳ２０７に進み、後発データをバインディングデータディレクトリの所定のディレクトリに格納する。なお、この後発データ格納に際して、必要に応じて後発データファイルの暗号化、ハッシュ値、署名等の改竄検証値の生成、暗号化等の処理を実行する。次に、ステップＳ２０８において、後発データファイルに新たに格納したデータ情報に基づいて、後発データ検索情報およびアクセス制御情報の更新処理を実行して処理を終了する。
【０２１７】
次に、情報処理装置において、後発データを利用した再生処理を行なう場合の処理シーケンスについて、図２６を参照して説明する。
【０２１８】
情報処理装置は、ステップＳ３０１において、ＣＰＳ管理ユニットを記録したＲＯＭディスク等の記録メディアを装着し再生を開始する。まず、再生予定のＣＰＳ管理ユニットに対応するスタジオＩＤ、パッケージＩＤを取得する。これらのＩＤ情報は、記録メディアに格納されたＣＰＳユニット管理情報や再生実行中のＣＰＳユニットに含まれる情報などから取得可能である。さらに、後発データを格納したローカルストレージ、すなわちハードディスクなどのデータ記録可能領域、あるいはリムーバブルメディアなとのローカルストレージ上のディレクトリに取得したスタジオＩＤ、パッケージＩＤに対応する後発データファイルを設定したディレクトリを選択し、ステップＳ３０２に進み、再生対象の後発データファイルを選択してこれらのファイルを記録メディア上のディレクトリおよびファイルと仮想的に合成し仮想ファイルシステム（ＶＦＳ）を構築する。
【０２１９】
この仮想ファイルシステムの構築に際しては、後発データ検索情報ファイルにファイル名変換テーブルが記録され、利用予定の後発データファイルのファイル名が登録されている場合は、ファイル名変換テーブルに基づくファイル名変換を実行する。
【０２２０】
仮想ファイルシステムの生成処理は、記録メディア上のデータファイルと、ローカルストレージ上の必要とする関連ファイルを仮想的な１つのディレクトリ上のファイルとして処理可能とする設定である。この処理により異なる記録媒体に格納されたファイルを高速にアクセスすることが可能となる。
【０２２１】
次に、ステップＳ３０３において、再生対象のＣＰＳユニットに対応するＣＰＳユニット鍵を取得するため、ＣＰＳユニット鍵ファイルと、コンテンツ利用制御情報（ＣＣＩ）を取得する。コンテンツ利用制御情報（ＣＣＩ）は、プライマリコンテンツ対応のＣＣＩであり、例えば先に図１５、図１６を参照して説明したセカンダリユニット鍵情報が含まれる場合がある。
【０２２２】
次に、ステップＳ３０４において、ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれるか否かを判定する。
【０２２３】
ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれない場合は、ステップＳ３０５に進み、プライマリデータに対応するＣＰＳユニットのＣＰＳユニット鍵（Ｋｕｘ）を生成しステップＳ３０６に進む。
【０２２４】
ローカルストレージ上からの再生対象コンテンツ中にセカンダリユニット鍵（ＣＰＳユニット鍵）によって暗号化されたデータファイルが含まれる場合は、ステップＳ３１１に進み、プライマリデータに対応するＣＰＳユニットのＣＰＳユニット鍵（Ｋｕｘ）を生成するとともに、セカンダリデータに対応するＣＰＳユニットのＣＰＳユニット鍵であるセカンダリユニット鍵（ＫｕｘＬ）を生成する。セカンダリユニット鍵（ＫｕｘＬ）の生成に際しては、例えば先に図１５、図１６を参照して説明したコンテンツ利用制御情報（ＣＣＩ）に格納された情報に基づいて取得するか、あるいは、図１７を参照して説明したセカンダリユニット鍵ファイルを取得してセカンダリユニット鍵ファイルに含まれるシード情報に基づいてセカンダリユニット鍵（ＫｕｘＬ）を生成する。なお、鍵は、例えば、デバイスＩＤ、スタジオＩＤ、パッケージＩＤ、ボリュームＩＤ、ユーザＩＤなどを鍵生成情報として適用した鍵生成処理（たとえばＡＥＳ暗号鍵生成アルゴリズム）に基づいて生成される。
【０２２５】
次に、ステップＳ３１２において、仮想ファイルシステムに設定された各データファイルの各々に対して適用する鍵を判別し、ステップＳ３０６に進む。
【０２２６】
ステップＳ３０６では、仮想ファイルシステムを適用して、ＤＶＤ等の情報記録媒体あるいはハードディスク等のローカルストレージに格納されたプライマリあるいはセカンダリデータをそれぞれ読み出し、復号を実行し、ステップＳ３０７において、デコード、再生処理を実行する。
【０２２７】
［７．情報処理装置の構成例］
次に、図２７を参照して、上述のＣＰＳユニットによって管理されたコンテンツを格納した情報記録媒体の再生、記録処理を行う情報処理装置の構成例について説明する。
【０２２８】
図２７に示す情報処理装置９００は、情報記録媒体９１０の駆動を行ない、データ記録再生信号の入手力を行なうドライブ９０９、各種プログラムに従ったデータ処理を実行する制御手段としてのＣＰＵ９０７、プログラム、パラメータ等の記憶領域としてのＲＯＭ９０６、メモリ９０８、デジタル信号を入出力する入出力Ｉ／Ｆ９０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ９０４を持つ入出力Ｉ／Ｆ９０３、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック９２１、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段９２２、各種の暗号処理を実行する暗号処理手段９０５、ハードディスクなどの記憶手段９３０を有し、バス９０１に各ブロックが接続されている。
【０２２９】
情報処理装置９００において、情報記録媒体９１０からＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ９０９において情報記録媒体９１０から読み出されたデータは必用に応じて暗号処理手段９０５で暗号を解きＴＳ・ＰＳ処理手段９２２によってＶｉｄｅｏ、Ａｕｄｉｏ、字幕などの各データに分けられる。
【０２３０】
さらに、ＭＰＥＧコーデック９２１において復号されたデジタルデータは入出力Ｉ／Ｆ９０３内のＤ／Ａコンバータ９０４によってアナログ信号に変換され出力される。またデジタル出力を行う場合、暗号処理手段９０５で復号されたＭＰＥＧ−ＴＳデータは入出力ＩＦ９０２を通してデジタルデータとして出力される。この場合の出力は例えばＩＥＥＥ１３９４やイーサネット(登録商標)ケーブル、無線ＬＡＮなどのデジタルインターフェースに対して行われる。なお、ネットワーク接続機能に対応する場合入出力Ｉ／Ｆ９０２はネットワーク接続の機能を備える。
【０２３１】
また、情報処理装置９００内で出力先機器が受信可能な形式にデータ変換をして出力を行う場合、一旦ＴＳ処理手段９２２で分離したＶｉｄｅｏ、Ａｕｄｉｏ、字幕などに対してＭＰＥＧコーデック９２１においてレート変換、コーデック変換処理を加え、ＴＳ・ＰＳ処理手段９２２で再度ＭＰＥＧ−ＴＳやＭＰＥＧ−ＰＳなどに多重化を行ったデータをデジタル用入出力Ｉ／Ｆ９０２から出力する。または、ＣＰＵ９０７の制御の下にＭＰＥＧ以外のコーデック、多重化ファイルに変換をしてデジタル用入出力Ｉ／Ｆ９０２から出力することも可能である。
【０２３２】
ＣＰＳユニット管理情報としてのＣＰＳユニット管理テーブル（図２参照）や、ＣＰＳユニット対応のコンテンツ利用制御情報等の管理データは、情報記録媒体９１０から読み出された後メモリ９０８に保管される。再生を行う際に必要なＣＰＳユニットごとの鍵情報は、メモリ上に保管されたデータから取得することができる。
【０２３３】
ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録され、この後発データは、記憶手段９３０に記録されている後発データ検索情報を適用して検索され、さらに、記憶手段９３０に記録されているアクセス制御情報に従ってアクセスの許容された後発データのみが取得されて、前述したマージ処理によって、仮想ファイルシステムが構築されて、記録媒体からの読み出しコンテンツと併せて再生処理が実行されることになる。
【０２３４】
次に、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータを記録する際の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ９０２から入力され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータを記録媒体９１０あるいは記憶手段９３０に保存する。
【０２３５】
ハードディスクなどの記憶手段９３０には、情報処理装置９００が、生成したデータや取得したデータなどの後発データのデータが記録される。記憶手段９３０には、さらに後発データ検索情報、アクセス制御情報が記録される。
【０２３６】
入力されたデジタル信号のデータ形式を変換して保存する場合、ＭＰＥＧコーデック９２１およびＣＰＵ９０７、ＴＳ・ＰＳ処理手段９２２によって保存用のデータ形式に変換を行い、その後、暗号処理手段９０５で適切な暗号化処理を施して記録媒体９１０に保存する。アナログ信号の場合、入出力Ｉ／Ｆ９０３へ入力されたアナログ信号はＡ／Ｄコンバータ９０４によってデジタル信号に変換され、ＭＰＥＧコーデック９２１によって記録時に使用されるコーデックへと変換される。
【０２３７】
その後、ＴＳ・ＰＳ処理手段により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて暗号処理手段９０５によって適切な暗号化処理を施したデータが記録媒体９１０に保存される。後発データ検索情報やアクセス制御情報についても記憶手段９３０に記録される。
【０２３８】
情報処理装置９００において必用な情報を装置外部のネットワーク経由で取得する場合、取得したデータは情報処理装置９００内部のメモリ９０８に一時的に保存される。保存されるデータとしてはコンテンツ再生に必用な鍵情報、コンテンツ再生時に合わせて再生するための字幕、Ａｕｄｉｏ、静止画などのデータ、コンテンツ管理情報、およびコンテンツ管理情報に対応した再生装置の動作ルール（Ｕｓａｇｅ Ｒｕｌｅ）などが存在する。
【０２３９】
後発的に生成または取得したデータは、一旦メモリ９０８に保持され、ユーザの選択、あるいは予め定められた制御シーケンスに従ってハードディスク等の記憶手段９３０に格納される。
【０２４０】
なお、再生処理、記録処理を実行するプログラムはＲＯＭ９０６内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ９０８を使用する。なお、図２７では、データ記録、再生の可能な装置構成を示して説明したが、再生機能のみの装置、記録機能のみを有する装置も構成可能であり、これらの装置においても本発明の適用が可能である。
【０２４１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２４２】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２４３】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２４４】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２４５】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２４６】
以上、説明したように、本発明の一実施例の構成によれば、例えばＤＶＤなどの第１の情報記録媒体に格納された第１の暗号化コンテンツと、例えばハードディスクなどの第２の情報記録媒体に格納された第２の暗号化コンテンツを併せて再生する構成において、第１の暗号化コンテンツに対応して設定される暗号鍵としてのプライマリユニット鍵と、第２の暗号化コンテンツに対応して設定されるセカンダリユニット鍵を、独立の鍵データとし、セカンダリユニット鍵をプライマリデータに対応するコンテンツ利用制御情報（ＣＣＩ）の格納情報などによって生成または取得可能な構成とした。本構成により、プライマリデータ、セカンダリデータの厳格な利用管理がなされるとともに、例えばパッケージの異なるディスクを利用する場合であっても、ハードディスクなどのローカルストレージに記録されたセカンダリデータを共通に利用することが可能となる。
【図面の簡単な説明】
【０２４７】
【図１】情報記録媒体の格納データ構成について説明する図である。
【図２】ＣＰＳユニット管理テーブルの例を示す図である。
【図３】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図４】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの暗号化構成例について説明する図である。
【図５】情報記録媒体におけるデータ格納ディレリクトリの構成例について説明する図である。
【図６】情報記録媒体を装着した情報処理装置における後発データの生成または取得処理について説明する図である。
【図７】情報処理装置における後発データの取得処理シーケンスについて説明する図である。
【図８】情報処理装置において生成または取得する後発データの例について説明する図である。
【図９】情報処理装置において生成または取得する後発データの例について説明する図である。
【図１０】情報処理装置におけるコンテンツ再生処理例について説明する図である。
【図１１】情報処理装置において生成または取得した後発データとＣＰＳユニットとの関係について説明する図である。
【図１２】情報処理装置において生成または取得した後発データのコンテンツ利用制御情報の設定例について説明する図である。
【図１３】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図１４】情報処理装置において生成または取得した後発データの暗号鍵情報の設定例について説明する図である。
【図１５】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するためのＣＣＩ情報の設定例について説明する図である。
【図１６】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するためのＣＣＩ情報の設定例について説明する図である。
【図１７】ローカルストレージのセカンダリデータに対応するＣＰＳユニット鍵（セカンンダリ鍵）を取得するための鍵ファイルの設定例について説明する図である。
【図１８】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別する構成について説明する図である。
【図１９】情報処理装置において生成または取得した後発データについてＣＰＳユニットとして識別し取得するための構成について説明する図である。
【図２０】情報処理装置において生成する仮想ファイルシステムについて説明する図である。
【図２１】情報処理装置において生成する仮想ファイルシステムを適用してプライマリおよびセカンダリデータを並列再生する処理について説明する図である。
【図２２】情報処理装置におけるローカルストレージのディレクトリ構成および後発データ検索情報の設定例について説明する図である。
【図２３】後発データ検索情報のデータ構成例について説明する図である。
【図２４】後発データ検索情報に格納されるファイル変換テーブルの例について説明する図である。
【図２５】後発データの格納処理シーケンスについて説明するフローチャートを示す図である。
【図２６】後発データを利用した再生処理シーケンスについて説明するフローチャートを示す図である。
【図２７】情報記録媒体を装着して再生処理または記録処理を実行する情報処理装置の構成例について説明する図である。
【符号の説明】
【０２４８】
１００ 情報記録媒体
１０１ コンテンツ
１０２ 記録シード
１０３ ディスクＩＤ
１０４ スタジオＩＤ
１０５ パッケージＩＤ
１０６ ディスク種別識別情報
１１０ コンテンツ利用制御情報（ＣＣＩ）
２００ メインコンテンツ
２１０ アプリケーション
２１１，２１２ アプリケーションインデックスファイル（タイトル）
２１３，２１４，２１５ アプリケーション実行ファイル
２２１〜２２４ 再生プログラム
２３０ 再生区間指定ファイル（プレイリスト）
２３１〜２３３ プレイリスト
２３４，２３５ プレイアイテム
２４０ クリップ（コンテンツデータファイル）
２４１〜２４３ クリップ
２５１ クリップ情報
２６１，２６２，２６３ ＡＶストリーム
３００ サブコンテンツ
３１１，３１２ データグループ
４０１〜４０５ コンテンツ管理ユニット（ＣＰＳユニット）
５０１ コンテンツ管理データ部
５０２ メインコンテンツデータ部
５０３ サブコンテンツデータ部
６００ 情報処理装置
６０１ 制御部
６０２ データ記憶部
６０３ 記録媒体ＩＦ
６０４ メモリ
６０５ 通信ＩＦ
６１１ サーバ
６２１ 情報記録媒体
６２２ 後発データ
６４０ ＣＰＳユニットＡ
６４１，６４２ 後発データ
６５０ ＣＰＳユニットＢ
６５１ 後発データ
６５５ 出力部
６５６ 主画面領域
６５７ 子画面領域
６６０ ＲＯＭ領域
６７０ 後発データ
６７１，６７２ 後発データ
６８１，６８２ ＣＰＳユニット
７１１，７１２ 後発データ
７１３，７１４，７３１ コンテンツ利用制御情報
７２１，７２２ 暗号鍵情報
７２３，７２４，７３３ 後発データ
８０１，８０２ 情報記録媒体
８０３ 記憶手段
８０４，８０５，８０６ 後発データ
８２０ アプリケーションプログラム
８２１ 情報記録媒体
８２２ ローカルストレージ
８２３ 後発データ検索情報
８２４ パッケージ固有ディレクトリ
８２５ パッケージ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２６ スタジオ間共有（Ｓｈａｒｅｄ）ディレクトリ
８２７ 後発データ検索情報
８２８ バインディングユニット
８２９ ファイル名変換テーブル
９００ 情報処理装置
９０１ バス
９０２ 入出力Ｉ／Ｆ
９０３ 入出力Ｉ／Ｆ
９０４ Ａ／Ｄ，Ｄ／Ａコンバータ
９０５ 暗号処理手段
９０６ ＲＯＭ
９０７ ＣＰＵ
９０８ メモリ
９０９ ドライブ
９１０ 情報記録媒体
９２１ ＭＰＥＧコーデック
９２２ ＴＳ・ＰＳ処理手段
９３０ 記憶手段
【特許請求の範囲】
【請求項１】
情報処理装置であり、
複数の暗号化コンテンツを取得して複合的なコンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行し、
第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行し、
前記復号処理結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報を取得し、該取得コンテンツ利用制御情報に含まれる前記セカンダリユニット鍵情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の指定情報を取得し、該指定情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の暗号化データを取得し、該暗号化データからセカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前セカンダリユニット鍵の鍵生成情報を格納した鍵ファイルを取得し、該鍵ファイルに格納された鍵生成情報を適用してセカンダリユニット鍵を生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
情報記録媒体であり、
暗号化コンテンツと、
前記暗号化コンテンツに対応するコンテンツ利用制御情報とを格納し、
前記コンテンツ利用制御情報は、
前記情報記録媒体以外の記憶手段に格納されたセカンダリデータであり、前記暗号化コンテンツに併せて再生するセカンダリデータの復号処理に適用するセカンダリユニット鍵の取得情報を含む構成であることを特徴とする情報記録媒体。
【請求項７】
前記コンテンツ利用制御情報は、
前記セカンダリユニット鍵の指定情報を含む構成であることを特徴とする請求項６に記載の情報記録媒体。
【請求項８】
前記コンテンツ利用制御情報は、
前記セカンダリユニット鍵の暗号化データを含む構成であることを特徴とする請求項６に記載の情報記録媒体。
【請求項９】
情報処理装置においてコンテンツ再生処理を行なう情報処理方法であり、
データ処理部において、第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行するプライマリデータ処理ステップと、
データ処理部において、第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行するセカンダリデータ処理ステップと、
データ処理部において、前記復号処理の結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する再生ステップと、
を有することを特徴とする情報処理方法。
【請求項１０】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報を取得し、該取得コンテンツ利用制御情報に含まれる前記セカンダリユニット鍵情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項９に記載の情報処理方法。
【請求項１１】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の指定情報を取得し、該指定情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の暗号化データを取得し、該暗号化データからセカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１３】
前記セカンダリデータ処理ステップは、
前セカンダリユニット鍵の鍵生成情報を格納した鍵ファイルを取得し、該鍵ファイルに格納された鍵生成情報を適用してセカンダリユニット鍵を生成する処理を実行するステップを含むことを特徴とする請求項９に記載の情報処理方法。
【請求項１４】
情報処理装置においてコンテンツ再生処理を実行させるコンピュータ・プログラムであり、
データ処理部において、第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行するプライマリデータ処理ステップと、
データ処理部において、第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行するセカンダリデータ処理ステップと、
データ処理部において、前記復号処理の結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する再生ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項１】
情報処理装置であり、
複数の暗号化コンテンツを取得して複合的なコンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行し、
第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行し、
前記復号処理結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する構成を有することを特徴とする情報処理装置。
【請求項２】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報を取得し、該取得コンテンツ利用制御情報に含まれる前記セカンダリユニット鍵情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の指定情報を取得し、該指定情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の暗号化データを取得し、該暗号化データからセカンダリユニット鍵を取得または生成する処理を実行する構成であることを特徴とする請求項２に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前セカンダリユニット鍵の鍵生成情報を格納した鍵ファイルを取得し、該鍵ファイルに格納された鍵生成情報を適用してセカンダリユニット鍵を生成する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
情報記録媒体であり、
暗号化コンテンツと、
前記暗号化コンテンツに対応するコンテンツ利用制御情報とを格納し、
前記コンテンツ利用制御情報は、
前記情報記録媒体以外の記憶手段に格納されたセカンダリデータであり、前記暗号化コンテンツに併せて再生するセカンダリデータの復号処理に適用するセカンダリユニット鍵の取得情報を含む構成であることを特徴とする情報記録媒体。
【請求項７】
前記コンテンツ利用制御情報は、
前記セカンダリユニット鍵の指定情報を含む構成であることを特徴とする請求項６に記載の情報記録媒体。
【請求項８】
前記コンテンツ利用制御情報は、
前記セカンダリユニット鍵の暗号化データを含む構成であることを特徴とする請求項６に記載の情報記録媒体。
【請求項９】
情報処理装置においてコンテンツ再生処理を行なう情報処理方法であり、
データ処理部において、第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行するプライマリデータ処理ステップと、
データ処理部において、第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行するセカンダリデータ処理ステップと、
データ処理部において、前記復号処理の結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する再生ステップと、
を有することを特徴とする情報処理方法。
【請求項１０】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報を取得し、該取得コンテンツ利用制御情報に含まれる前記セカンダリユニット鍵情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項９に記載の情報処理方法。
【請求項１１】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の指定情報を取得し、該指定情報に基づいて、セカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
前記セカンダリデータ処理ステップは、
前記第１の情報記録媒体に格納された第１の暗号化コンテンツに対応して設定されたコンテンツ利用制御情報から、前記セカンダリユニット鍵の暗号化データを取得し、該暗号化データからセカンダリユニット鍵を取得または生成する処理を実行するステップを含むことを特徴とする請求項１０に記載の情報処理方法。
【請求項１３】
前記セカンダリデータ処理ステップは、
前セカンダリユニット鍵の鍵生成情報を格納した鍵ファイルを取得し、該鍵ファイルに格納された鍵生成情報を適用してセカンダリユニット鍵を生成する処理を実行するステップを含むことを特徴とする請求項９に記載の情報処理方法。
【請求項１４】
情報処理装置においてコンテンツ再生処理を実行させるコンピュータ・プログラムであり、
データ処理部において、第１の情報記録媒体に格納された第１の暗号化コンテンツを取得し、該第１の暗号化コンテンツに対応して設定されたプライマリユニット鍵を生成または取得し、該プライマリユニット鍵を適用して前記第１の暗号化コンテンツの復号処理を実行するプライマリデータ処理ステップと、
データ処理部において、第２の情報記録媒体に格納された第２の暗号化コンテンツを取得し、前記プライマリユニット鍵とは異なる鍵として前記第２の暗号化コンテンツに対応して設定されたセカンダリユニット鍵を生成または取得し、該セカンダリユニット鍵を適用して前記第２の暗号化コンテンツの復号処理を実行するセカンダリデータ処理ステップと、
データ処理部において、前記復号処理の結果として得られるプライマリおよびセカンダリデータの並列再生処理を実行する再生ステップと、
を有することを特徴とするコンピュータ・プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２００７−１２８５８４（Ｐ２００７−１２８５８４Ａ）
【公開日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願番号】特願２００５−３１９０９０（Ｐ２００５−３１９０９０）
【出願日】平成１７年１１月２日（２００５．１１．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成１９年５月２４日（２００７．５．２４）
【国際特許分類】
【出願日】平成１７年１１月２日（２００５．１１．２）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]