情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
【課題】 コンテンツに対するスクランブル処理を改良し、コンテンツの不正利用の排除を可能とした構成を提供する。
【解決手段】 コンテンツのスクランブル処理としてコンテンツ毎に異なるスクランブルルールを適用する。例えば、情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する。
【解決手段】 コンテンツのスクランブル処理としてコンテンツ毎に異なるスクランブルルールを適用する。例えば、情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツ利用管理の要求される様々なコンテンツに対する高度なスクランブル処理により、不正なコンテンツ利用を排除し、厳格なコンテンツ利用管理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）は、記録メディア、例えば、青色レーザを適用したＢｌｕ−ｒａｙディスク、あるいはＤＶＤ(Digital Versatile Disc)、ＭＤ(Mini Disc)、ＣＤ(Compact Disc)にデジタルデータとして格納することができる。特に、青色レーザを利用したＢｌｕ−ｒａｙディスクは、高密度記録可能なディスクであり大容量の映像コンテンツなどを高画質データとして記録することができる。
【０００３】
これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。
【０００４】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００５】
デジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００６】
ＤＶＤ、あるいは近年開発が進んでいる青色レーザを利用した記録媒体等の大容量型記録媒体は、１枚の媒体に例えば映画１本〜数本分の大量のデータをデジタル情報として記録することが可能である。このように映像情報等をデジタル情報として記録することが可能となってくると不正コピーを防止して著作権者の保護を図ることが益々重要な課題となっている。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記録媒体に違法なコピーを防止するための様々な技術が実用化されている。
【０００７】
例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、例えばＤＶＤ−ＲＯＭ(Read Only Memory)にビデオデータやオーディオデータ等が暗号化されて記録されている構成において、スクランブルを解除することでコンテンツ再生を可能とするものである。
【０００８】
スクランブル解除処理には、ライセンスを受けたＤＶＤプレーヤに与えられた鍵などの特定データを適用した処理を実行することが必要となる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられた鍵などの特定データを利用して、ＤＶＤ−ＲＯＭに記録されたデータのスクランブル解除を行なうことにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００９】
一方、ライセンスを受けていないＤＶＤプレーヤは、スクランブル処理されたデータのスクランブル解除に適用する鍵などの特定データを有していないため、ＤＶＤ−ＲＯＭに記録されたデータの再生を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【００１０】
しかし、このようなコンテンツ・スクランブルシステムは、必ずしも完璧なシステムとは言いがたく、既にスクランブル解除手法が解読され解読方法がインターネット等の通信手段を介して流通しているものも多く存在する。このように、一旦スクランブル手法が解読されてしまうと、不正なスクランブル解除処理によってコンテンツが不正に再生され、また複製されるなど、コンテンツの著作権、利用権の侵害という問題が発生する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツに対するスクランブル処理を画一的な処理とすることなく、様々な異なる態様でのスクランブル処理態様を設定し、多くのスクランブル処理態様からコンテンツ毎、あるいは管理ユニット毎に選択された態様でスクランブル処理を実行する構成とすることで、厳格なコンテンツ利用管理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行するスクランブル処理部を有し、
前記スクランブル処理部は、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する構成であることを特徴とする情報処理装置にある。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部は、情報記録媒体の記録コンテンツが複数ある場合において、記録コンテンツ毎、または管理ユニット毎に個別のスクランブルルールを選択し、選択したスクランブルルールに従って、各コンテンツに対するスクランブル解除処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部において実行するスクランブル解除処理は、スクランブルを解除するための排他論理和に適用する値と、コンテンツ構成データとの排他論理和演算処理であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、情報記録媒体の記録コンテンツの復号処理を実行する暗号処理部を有することを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部は、スクランブル解除処理対象データとして、
（１）ＭＰＥＧエンコードデータに含まれるＩピクチャスライス符号化データの一部
（２）シーケンスヘッダの一部
（３）トランスポートストリームパケット内のデータ種別情報を記録したＰＩＤデータ
の少なくともいずれかを含むデータを選択して処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
スクランブル処理部が、情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行するスクランブル処理ステップを有し、
前記スクランブル処理ステップは、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行するステップであることを特徴とする情報処理方法にある。
【００１８】
さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
スクランブル処理部に、情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行させるスクランブル処理ステップを有し、
前記スクランブル処理部は、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行させるステップであることを特徴とするコンピュータ・プログラムにある。
【００１９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００２０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２１】
本発明の構成によれば、著作権管理など利用管理の要求される様々なコンテンツに対するスクランブル処理を画一的な処理とすることなく、様々な異なる態様でのスクランブル処理態様を設定し、多くのスクランブル処理態様からコンテンツ毎、あるいは管理ユニット毎に選択された態様でスクランブル処理を実行する構成としたので、万が一、あるコンテンツに対応するスクランブルが不正に解析され、コンテンツが漏洩してしまった場合においても、他のスクランブル態様でスクランブル処理の施されたコンテンツはスクランブル解除が不可能であり、コンテンツの漏洩を最小限にとどめることができる。
【００２２】
本発明の構成によれば、コンテンツのスクランブル処理としてコンテンツ毎に異なるスクランブルルールを適用する。例えば、情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する。この構成により、特定のスクランブルルールの漏洩に基づいて、多くのコンテンツが漏洩する事態を防止できる。
【図面の簡単な説明】
【００２３】
【図１】情報記録媒体の格納データ構成と、再生処理を実行する情報処理装置の構成および処理について説明する図である。
【図２】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図３】コンテンツ管理ユニット構成およびスクランブルルールの対応例を示す図である。
【図４】コンテンツ再生を実行する情報処理装置におけるコンテンツ再生シーケンスについて説明する図である。
【図５】情報処理装置におけるコンテンツ再生に適用する鍵生成などの暗号処理の詳細について説明する図である。
【図６】コンテンツ再生を実行する情報処理装置におけるコンテンツ再生手順を説明するフローチャートを示す図である。
【図７】ライセンスエンティティ、オーサリングファシリティ、暗号化ファシリティの実行する処理について説明する図である。
【図８】スクランブル処理としてシャッフル処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図９】スクランブル処理としてシャッフル処理を実行した場合のスクランブルルールについて説明する図である。
【図１０】コンテンツ暗号化を、６ＫＢアラインドユニットを単位として実行した場合の暗号処理の詳細について説明する図である。
【図１１】ＡＥＳ＿ＥＣＢＣモードを適用した暗号処理の詳細について説明する図である。
【図１２】コンテンツ暗号化を、２ＫＢユーザセクタデータを単位として実行した場合の暗号処理の詳細について説明する図である。
【図１３】コンテンツ暗号化を実行する際に適用する補助ファイルについて説明する図である。
【図１４】コンテンツ暗号化を実行する際に適用する補助ファイルのシンタックスを示す図である。
【図１５】暗号化ファシリティにおいてスクランブル処理を実行する場合のライセンスエンティティ、オーサリングファシリティ、暗号化ファシリティの実行する処理について説明する図である。
【図１６】暗号化ファシリティにおいてスクランブル処理を実行する場合、スクランブル処理としてシャッフル処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図１７】ＭＰＥＧ２トランスポートストリームデータの構成について説明する図である。
【図１８】ＭＰＥＧ２トランスポートストリームデータを構成するソースパケットおよびヘッダのシンタックスを示す図である。
【図１９】ＭＰＥＧ２トランスポートストリームデータを構成するトランスポートパケットのシンタックスを示す図である。
【図２０】スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２１】スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のスクランブルルールについて説明する図である。
【図２２】ＭＰＥＧデータを構成する例えばＩピクチャの位置を取得するために適用可能なＥＰマップについて説明する図である。
【図２３】ＭＰＥＧデータを構成する例えばＩピクチャの位置を取得するために適用可能なＥＰマップについて説明する図である。
【図２４】スクランブル処理としての排他論理和（ＥＸＯＲ）処理をＩピクチャのスライスに対して実行する場合の処理例について説明する図である。
【図２５】スクランブル処理としての排他論理和（ＥＸＯＲ）処理をシーケンスヘッダに対して実行する場合の処理例について説明する図である。
【図２６】暗号化ファシリティにおいてスクランブル処理を実行する場合において、スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２７】スクランブル処理としてローテーション処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２８】スクランブル処理としてローテーション処理を実行した場合のスクランブルルールについて説明する図である。
【図２９】暗号化ファシリティにおいてスクランブル処理を実行する場合において、スクランブル処理としてローテーション処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図３０】情報記録媒体に対する情報の記録または再生処理を実行する情報処理装置の構成例について説明する図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データおよび再生処理
２．情報記録媒体に対するコンテンツ記録処理の詳細
（２−１）シャッフル処理
（２−２）排他論理和演算（ＥＸＯＲ）処理
（２−３）ローテーション処理
３．情報処理装置の構成例
【００２５】
［１．情報記録媒体の格納データおよび再生処理］
まず、情報記録媒体の格納データおよび情報処理装置（再生装置）によるコンテンツ再生処理について説明する。図１に、本発明の処理の適用可能なコンテンツの格納された情報記録媒体１００および情報処理装置（再生装置）１５０の構成を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。情報処理装置（再生装置）１５０は、例えばＰＣ、あるいは再生専用装置など、様々な情報処理装置であり、情報記録媒体１００からのデータ読み取り処理を実行するドライブ１２０を有する。
【００２６】
情報記録媒体１００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００２７】
図１に示すように、情報記録媒体１００には、スクランブル処理および暗号化処理の施された暗号化コンテンツ１１１と、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１１２、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ１１３、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む使用許諾情報１１４、コンテンツ復号処理に適用するタイトル鍵を生成するために必要とする情報としての記録シード（ＲＥＣ ＳＥＥＤ）等から構成されるタイトル鍵データ１１５、さらに、情報記録媒体１００に格納されたコンテンツ毎、あるいは管理ユニット毎にどのような態様のスクランブル処理が施されているかの情報を格納したスクランブルルール１１６が格納されている。
以下、これらの各種情報の概要について説明する。
【００２８】
（１）暗号化コンテンツ１１１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。これらをメインコンテンツと呼ぶ。
【００２９】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される場合もある。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータである。すなわち、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納可能である。これらをサブコンテンツと呼ぶ。
【００３０】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（タイトル鍵）が割り当てられ暗号化されて格納される。１つのタイトル鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００３１】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）１１２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１１１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディア鍵）取得を阻止可能としたものである。管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理については後述する。
【００３２】
（３）ボリュームＩＤ
ボリュームＩＤは、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるＩＤである。このボリュームＩＤは、コンテンツの復号に適用するタイトル鍵の生成情報として利用される。これらの処理については後述する。
【００３３】
（４）使用許諾情報
使用許諾情報には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１１１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。この情報の詳細については後段で説明する。
【００３４】
（５）タイトル鍵データ
前述したように各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（タイトル鍵）を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるタイトル鍵を生成して、復号処理を行なうことが必要となる。このタイトル鍵を生成するための情報がタイトル鍵データであり、例えばコンテンツの一部データなどによって構成される記録シードが利用される。
【００３５】
タイトル鍵データ１１５を適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応のタイトル鍵が生成され、コンテンツの復号が実行される。
【００３６】
（６）スクランブルルール
前述したように、情報記録媒体１００に格納されるコンテンツは、暗号化処理が施され、さらにスクランブル処理がなされている。スクランブル処理は、情報記録媒体１００に格納されるコンテンツ毎、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎に異なる態様で実行されている。従って、コンテンツ再生を行なう際には、再生対象のコンテンツに施されているスクランブル処理情報を取得し、実行されているスクランブル処理に対応するスクランブル解除処理を行なうことが必要となる。スクランブルルール１１６は、情報記録媒体１００に格納されたコンテンツ毎、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎のスクランブル態様の情報を記録したデータである。このスクランブルルールは、ライセンスを有する情報処理装置においてのみ解読可能なデータとして情報記録媒体に記録される。例えばセキュアコード、例えばＪａｖａセキュアコードを適用したデータとして記録され、再生装置において設定されるＪａｖａバーチャルマシン内でのセキュアコード解読処理によってのみ解読される。
【００３７】
図１には、情報記録媒体１００に格納されたコンテンツの再生処理を実行する情報処理装置１５０の構成の概略を示している。情報処理装置は、情報岐路めく媒体の格納データの読み取り処理を実行するドライブ１２０を有する。ドライブ１２０によって読み取られたデータは、暗号化コンテンツの復号処理およびデコード（例えばＭＰＥＧデコード）処理を実行する再生処理実行ＬＳＩ１５１に入力される。
【００３８】
再生処理実行ＬＳＩ１５１は、暗号化コンテンツの復号処理を実行する復号処理部１５２と、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５３を有する。復号処理部１５２では、メモリ１５５に格納されたデバイス鍵と、情報記録媒体１２０からの読み取りデータとに基づいてタイトル鍵を生成し、暗号化コンテンツ１１１の復号処理を実行する。
【００３９】
復号されたコンテンツはスクランブル処理が実行されている。このスクランブル解除を実行するのが、スクランブル解除実行部１５４である。復号コンテンツはスクランブル解除実行部１５４において、スクランブルルール１１５に基づいて決定されるスクランブル解除処理を実行した後、スクランブル解除データを再度、再生処理実行ＬＳＩ１５１に入力し、デコード処理部１５３において、デコード処理が実行されて出力、再生される。情報処理装置１５０におけるコンテンツの復号、スクランブル解除処理シーケンスの詳細については後段で説明する。
【００４０】
次に、図２以下を参照して、情報記録媒体に格納されたコンテンツを区分して、区分コンテンツ毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００４１】
前述したように、情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（タイトル鍵）が割り当てられ暗号化処理がなされ、さらにスクランブル処理がなされて格納される。１つのタイトル鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００４２】
それぞれのタイトル鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられた鍵（タイトル鍵）を取得し、さらにスクランブルルールに対応するスクランブル解除を実行して再生を行う。各タイトル鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるタイトル鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるタイトル鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各タイトル鍵に独立した態様とすることが可能である。
【００４３】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。
【００４４】
図２に示すように、コンテンツは、（Ａ）タイトル２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有し、再生アプリケーションによってアクセスされるインデックスファイルとしてのタイトルが指定されると、タイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択され、プレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。
【００４５】
図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、アプリケーションインデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００４６】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるタイトル鍵：Ｋｕ１を適用して暗号化される。
【００４７】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、タイトル３，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵であるタイトル鍵：Ｋｕ２を適用して暗号化される。
【００４８】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｕ１を取得して復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００４９】
スクランブル処理についても、同様であり、コンテンツ管理ユニット毎に異なるスクランブル処理が実行されて情報記録媒体に格納される。ＣＰＳユニット１，２７１に対しては、スクランブルルール＃１を適用したスクランブル処理、ＣＰＳユニット２，２７２に対しては、スクランブルルール＃１を適用したスクランブル処理を施すなどである。コンテンツ再生時のスクランブル解除に際しては、各スクランブルルールに対応したスクランブル解除処理を実行することが必要となる。なお、スクランブルルールは、ＣＰＳユニットに含まれるコンテンツ毎に変更するなどの態様とすることも可能である。
【００５０】
図３は、ＣＰＳユニット単位で、異なるスクランブルルールを適用した場合の各コンテンツとＣＰＳユニットとスクランブルルールとの対応を示すテーブルである。図３に示すように、アプリケーション層のインデックスまたはアプリケーションファイル、またはデータグループに対応するコンテンツ管理ユニット（ＣＰＳユニット）と、スクランブルルールとが対応づけられている。
【００５１】
コンテンツ再生処理を実行する情報処理装置１５０は、再生対象のコンテンツ管理ユニット（ＣＰＳユニット）を識別し、スクランブルルール１１６から、再生対象のコンテンツ管理ユニットに対して実行されているスクランブルルールを取得して、適用ルールに対応するスクランブル解除処理を実行して、スクランブルの解除を実行する。
【００５２】
本発明の構成では、情報記録媒体に格納されているコンテンツに適用されているスクランブル処理は同一ではなく、個々のコンテンツ管理ユニット（ＣＰＳユニット）あるいはコンテンツ毎に異なる態様であり、再生処理においては、各コンテンツ管理ユニット（ＣＰＳユニット）あるいはコンテンツに対して適用されているスクランブルルールに対応したスクランブル解除処理を実行することが必要となる。
【００５３】
次に、図４を参照して、上述したＣＰＳユニット単位の暗号化およびスクランブル処理がなされた暗号化コンテンツおよび各種の鍵生成情報、スクランブルルールを格納した情報記録媒体からコンテンツを取得して再生処理を実行する情報処理装置におけるコンテンツ再生処理の詳細について説明する。
【００５４】
図４に示すように、情報処理装置１５０において実行するコンテンツ再生処理には、暗号化コンテンツの復号処理とスクランブル解除処理の２つの処理を含む。
【００５５】
情報処理装置１５０は、情報記録媒体１００から各種の情報を読み取り、これらの読み取りデータと情報処理装置１５０の保有しているデバイス鍵３０１とを適用した鍵生成処理によって生成したタイトル鍵に基づいて暗号化コンテンツの復号処理を実行し、さらに復号コンテンツについてスクランブル解除処理を実行する。なお、この実施例ではコンテンツの復号処理の後、スクランブル解除を行なう例を示しているが、スクランブル解除の後、復号処理を行なう構成も可能であり、この処理シーケンスは、情報記録媒体に格納するコンテンツの記録処理シーケンスに依存する。
【００５６】
情報処理装置１５０における暗号化コンテンツの復号処理およびスクランブル解除処理の詳細シーケンスについて、図４を参照して説明する。コンテンツ復号プロセスでは、まず、情報処理装置１５０は、メモリに格納しているデバイス鍵３０１を読み出す。デバイス鍵３０１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【００５７】
次に、情報処理装置１５０は、ステップＳ１１において、デバイス鍵３０１を適用して情報記録媒体１００に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ１１２の復号処理を実行して、メディア鍵Ｋｍを取得する。
【００５８】
次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とに基づく暗号処理によって、タイトル鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。
【００５９】
ＡＥＳ暗号アルゴリズムの詳細について、図５を参照して説明する。ＡＥＳ暗号アルゴリズムに従った処理としては、例えばＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］が適用される。ＡＥＳベースのハッシュ関数は、図５に示すように、ＡＥＳ暗号処理を適用したデータ復号処理を伴う鍵生成（Key Generation）処理実行部（ＡＥＳ＿Ｇ）と排他的論理和部との組み合わせによって構成される。ＡＥＳ＿Ｇ部は、さらに図５に示すようにＡＥＳ復号部（ＡＥＳ＿Ｄ）と排他的論理和部との組みによって構成される。
【００６０】
図４におけるステップＳ１２におけるタイトル鍵生成キーＫｅ（embedded Key）の生成処理は、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とを入力として、例えば図５に示すＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］を適用した処理として実行される。
【００６１】
次に、ステップＳ１３において、タイトル鍵生成キーＫｅ（embedded Key）と、情報記録媒体１００から読み取った使用許諾情報１１４とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、コントロールキーＫｃを生成し、ステップＳ１４において、コントロールキーＫｃと情報記録媒体１００から読み取ったタイトル鍵データ１１５とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、タイトル鍵を生成する。
【００６２】
次に、ステップＳ１５において、情報記録媒体１００から読み取った暗号化コンテンツに対して、タイトル鍵を適用した復号処理（例えばＡＥＳ＿Ｄ）が実行される。
【００６３】
次に、ステップＳ１６において、復号されたコンテンツのスクランブル解除処理を実行する。ステップＳ１６のスクランブル解除処理は、ステップＳ１６ａのスクランブルルール取得処理と、ステッブＳ１６ｂのスクランブル解除処理とによって構成される。
【００６４】
前述したように、コンテンツはコンテンツ管理ユニットまたはコンテンツ毎に異なるスクランブルルールが適用されたスクランブル処理が施されて情報記録媒体１００に格納されている。ステップＳ１６ａのスクランブルルール取得処理は、情報記録媒体１００に格納されたスクランブルルール１１５を取得し、再生対象のコンテンツに対応するスクランブルルールを解析する処理である。ステップＳ１６ｂのスクランブル解除処理は、ステップＳ１６ａにおいて解析したスクランブルルールに対応するスクランブル解除処理を実行する。
【００６５】
Ｓ１６ａのスクランブルルール取得ステップおよびステップＳ１６ｂのスクランブル解除処理は、スクランブルルールが漏洩しないようにセキュアなデータ処理として実行する必要がある。情報記録場いたに格納されるスクランブルルール１１５は、セキュアなＪａｖａコードで決め区され、情報処理装置１５０は、Ｊａｖａの実現するＪａｖａバーチャルマシン内の処理としてステップＳ１６ａのスクランブルルール取得処理と、ステップＳ１６ｂのスクランブル解除処理を実行する。
【００６６】
その後、スクランブル解除後のコンテンツデータしは、ステップＳ１７において、デコード（例えばＭＰＥＧデコード）処理が実行されてコンテンツ３０２が出力される。
【００６７】
図６に示すフローチャートを適用して情報処理装置１５０の実行するコンテンツ再生シーケンスについて説明する。ステップＳ１０１において、デバイス鍵を適用して情報記録媒体１００に格納されたＭＫＢ１１２の復号処理を実行して、メディア鍵Ｋｍ取得処理を実行する。ステップＳ１０２において、メディア鍵の取得に成功したと判定した場合は、ステップＳ１０３に進む。
【００６８】
ステップＳ１０２において、メディア鍵の取得に失敗したと判定した場合は、ステップＳ１０９に進み、再生禁止として処理を終了する。メディア鍵の取得に失敗する場合とは、情報処理装置の保持しているデバイス鍵がリボーク、すなわち不正であるとしてライセンスが認められない状態となっていることを意味する。前述したようにＭＫＢは、適宜更新され、有効なライセンス保持した情報処理装置の格納デバイス鍵を適用した場合にのみメディア鍵を取得することが可能な構成であり、リボークされた場合には、メディア鍵を取得することができない。
【００６９】
メディア鍵の取得に成功した場合は、ステップＳ１０３に進み、取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とに基づく暗号処理によって、タイトル鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、前述したように例えば図５に示すＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］を適用した処理として実行される。
【００７０】
次に、ステップＳ１０４において、タイトル鍵生成キーＫｅ（embedded Key）と、情報記録媒体１００から読み取った使用許諾情報１１４とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、コントロールキーＫｃを生成し、ステップＳ１０５において、コントロールキーＫｃと情報記録媒体１００から読み取ったタイトル鍵データ１１５とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、タイトル鍵を生成する。
【００７１】
次に、ステップＳ１０６において、情報記録媒体１００から読み取った暗号化コンテンツに対して、タイトル鍵を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、ステップＳ１０７において、情報記録媒体１００に格納されたスクランブルルール１１５を取得し、再生対象のコンテンツに対応するスクランブルルールを解析する処理を実行し、ステップＳ１０８において、解析したスクランブルルールに対応するスクランブル解除処理を実行する。
【００７２】
［２．情報記録媒体に対するコンテンツ記録処理の詳細］
次に、情報記録媒体に対するコンテンツ記録処理の詳細について説明する。図７を参照して、コンテンツ格納情報記録媒体の製造シーケンスについて説明する。
【００７３】
図７に示すように、まず、情報記録媒体に格納するコンテンツに対して、コンテンツ編集処理を実行するオーサリングファシリティ３３０において編集処理、すなわちステップＳ２０１におけるオーサリング処理が実行され、オーサリング済みコンテンツ３３２が生成される。なお、オーサリングコンテンツは、通常、ＭＰＥＧエンコード等のエンコードのなされたコンテンツとして設定される。
【００７４】
さらに、適用するスクランブルルール３３１を選択して、選択したスクランブルルールに基づいて、ステップＳ２０２においてスクランブル処理が実行される。なお、スクランブル態様には様々な態様がある。これらの具体的態様については後述する。ステップＳ２０２において、スクランブル処理がなされた後、スクランブルコンテンツは、情報記録媒体製造処理を実行するディスク工場としての暗号化ファシリティ３７０に渡される。
【００７５】
暗号化ファシリティ３７０では、ステップＳ２０３において、スクランブルコンテンツに対する暗号化処理を実行する。ライセンスエンティティ３５０は、前述した暗号鍵ブロックとしてのＭＫＢの管理を実行し、コンテンツ暗号化処理を実行する暗号化ファシリティ３７０にメディア鍵Ｋｍを提供して、暗号化ファシリティ３７０は、メディア鍵を適用した処理を実行してコンテンツの暗号化を実行する。暗号化プロセスの詳細については後述する。
【００７６】
ステップＳ２０３における暗号化処理によって生成した暗号化コンテンツ３７１と、オーサリングファシリティ３３０において適用したスクランブルルール３３１とが、暗号化ファシリティ３７０において、情報記録媒体１００に書き込まれて情報記録媒体１００が製造される。
【００７７】
以下、スクランブル処理の例として、
（２−１）シャッフル処理
（２−２）排他論理和演算（ＥＸＯＲ）処理
（２−３）ローテーション処理
の３種類のスクランブル処理について、順次説明する。
【００７８】
［（２−１）シャッフル処理］
図８は、図７において説明した記録データの生成処理をコンテンツデータの変化として示した図であり、適用するスクランブル処理としてシャッフル処理を適用した場合の処理例を示している。シャッフル処理をスクランブル処理として適用する場合、様々な異なるシャッフル態様がスクランブルルール毎に設定される。すなわち、
スクランブルルール＃１：シャッフル態様１
スクランブルルール＃２：シャッフル態様２
スクランブルルール＃３：シャッフル態様３
： ： ：
スクランブルルール＃ｎ：シャッフル態様ｎ
のように多数のシャッフル態様が設定され、各コンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）毎にいずれかのスクランブルルール＃ｘ（シャッフル態様ｘ）が適用されてスクランブル処理が実行されることになる。
【００７９】
図８には、上段から、（Ａ）シャッフル処理前の平文、シャッフル処理後の平文、（Ｃ）シャッフル済み暗号文を示している。図８（Ａ）に示すように、ＭＰＥＧエンコード等のエンコードのなされたコンテンツ、すなわち情報記録媒体に記録するＡＶストリーム等のコンテンツは先頭から６４ＫＢずつに分割され、６４ＫＢ毎にシャッフルユニットとして設定される。６４ＫＢシャッフルユニットは、３２個の２ＫＢシャッフルエレメントによって構成される。
【００８０】
スクランブル処理としてのシャッフル処理は、２ＫＢシャッフルエレメントの入れ替え（シャッフル）処理として実行される。入れ替え態様としてのシャッフル態様がスクランブルルールである。図９を参照してスクランブルルール（シャッフル態様）について説明する。図９（Ａ）は、１つのスクランブルルール（シャッフル態様）の例を示している。
【００８１】
図９（Ａ）に示すスクランブルルール（シャッフル態様）は、図８に示す２ＫＢシャッフルエレメント１〜３２のシャッフルによる並び替え順を示している。すなわちシャッフル後は、第１番目のシャッフルエレメントとして、シャッフル前の第３番目のシャッフルエレメントを設定し、シャッフル後の第２番目のシャッフルエレメントとして、シャッフル前の第１９番目のシャッフルエレメントを設定、以下、同様に、１６，２４，２６・・・のにシャッフルエレメントを並び替えるシャッフル処理を示しているスクランブルルールである。
【００８２】
図９（Ｂ１）がシャッフル前の２ＫＢシャッフルエレメント１〜３２の設定シーケンスであり、（Ｂ２）が、（Ａ）に示すスクランブルルール（シャッフル態様）を適用したスクランブル処理によって生成されるシャッフル後の２ＫＢシャッフルエレメント１〜３２の設定シーケンスである。
【００８３】
スクランブルルール（シャッフル態様）は、前述したように、コンテンツ、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎に異なるルールとして設定可能である。情報記録媒体に複数のコンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）が記録されている場合、各コンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）に対応して適用されているスクランブルルール、すなわち、例えば図９（Ａ）に示すスクランブルルールがそれぞれ、図１を参照して説明したスクランブルルール１１６として記録されている。再生処理を実行する情報処理装置は、再生対象コンテンツに対応するスクランブルルールを読み出して、スクランブル解除処理を実行する。
【００８４】
図８、図９に示す例では、３２個のシャッフルユニットを適用したシャッフルをスクランブル処理として実行した例である。この場合、シャッフル態様は３２！種類の設定が可能であり、スクランブルルールとして３２！のルールが設定可能となる。コンテンツ、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎にこれらの３２！のいずれかのルールを適用してスクランブル処理が実行可能となる。従って、ある１つのコンテンツに対応して設定されたスクランブルルールが漏洩した場合であっても、その他のコンテンツに適用されているスクランブルルールが同一のスクランブルルールである確率はきわめて低いものとなり、漏洩したスクランブルルールに基づいて、他のコンテンツのスクランブル解除を行なうことはほぼ不可能となり、コンテンツの不正取得、利用を防止することができる。
【００８５】
なお、情報記録媒体に記録されるスクランブルルール１１６は、暗号化データ、例えばＪａｖａセキュアコードを適用して記述され、正当なライセンスを持つ情報処理装置においてのみ解読可能なデータとして設定されており、不正な読み取りによるルール解読は防止された構成となっている。
【００８６】
なお、スクランブル処理（シャッフル処理）は、コンテンツを区分することによって設定される複数の６４ＫＢのシャッフルユニット全てを対象として実行する構成としてもよいが、コンテンツを区分することによって設定される複数の６４ＫＢのシャッフルユニットから選択された一部のユニットのみを対象としてスクランブル（シャッフル）処理を実行する構成としてもよい。
【００８７】
なお、上述の例において、シャッフルユニットは６４ＫＢとして設定した例を示しているが、データサイズはこれに限定されるものではない。ただし、情報処理装置におけるコンテンツ再生処理においてドライブのデータ読み取り単位として設定されるＥＣＣブロックのサイズである６４ＫＢとシャッフルユニットサイズを同一サイズとすることで、１度のデータ読み取りによってシャッフルユニットを読み取ることが可能となる。従って、シャッフルユニットを６４ＫＢとして設定することで、再生処理の際にドライブにおいて実行するデータ取得処理とシャッフル解除処理を一連の処理として実行することができ、効率的な処理が実現される。
【００８８】
また、シャッフルエレメントのサイズ＝２ＫＢは、ブルーレイ（Ｂｌｕ−ｒａｙ）ディスクのユーザセクタデータと同一サイズである。６ＫＢ単位で設定されるアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）において、図８に示すように先頭１６バイトのみが非暗号化データ（平文）として設定される。各アラインドユニット（６ＫＢ）の先頭部には、再生処理タイミング情報としてのタイムスタンプが設定される。
【００８９】
後述するコンテンツ暗号化処理において、６ＫＢ単位の暗号化処理を実行した場合、２ＫＢ単位のシャッフルを実行することで、各アラインドユニット（６ＫＢ）の２番目と３番目のユーザセクタデータのいずれかにタイムスタンプ情報が含まれる場合が多くなるが、これらの情報は暗号化されることになる。このように多くのタイムスタンプ情報が暗号化されることで、正当な復号処理、スクランブル解除処理を実行しない限りタイムスタンプ情報に基づく再生シーケンスの取得は不可能となる。
【００９０】
図８（Ａ），（Ｂ）に示すように、例えば図９に示すスクランブルルールを適用したスクランブル処理（シャッフル処理）は、オーサリングファシリティにおいて実行され、シャッフル後のデータが、暗号化ファシリティとしてのディスク工場に渡されて暗号化処理が実行され、図８（Ｃ）に示すシャッフル済み暗号文が生成される。
【００９１】
暗号化処理の態様としては、例えば、６ＫＢのアラインドユニット（６ＫＢ）を暗号化処理単位とした設定と、２ＫＢのユーザセクタデータを暗号化処理単位とした設定とがあり、以下、これらのそれぞれの暗号化処理態様について説明する。
【００９２】
まず、６ＫＢのアラインドユニット（６ＫＢ）を暗号化処理単位とした設定における暗号化処理について、図１０を参照して説明する。
【００９３】
図１０（Ａ）は、シャッフル済み平文を６ＫＢ単位のアラインドユニット（Ａｌｉｇｅｄ Ｕｎｉｔ）として設定したデータ構成を示している。各６ＫＢアラインドユニットは、図１０（Ｂ）に示すように３個の２ＫＢのユーザセクタデータの集合として設定されている。
【００９４】
暗号化処理は、３個の２ＫＢのユーザセクタデータからなる６ＫＢアラインドユニットを処理単位として、ＡＥＳ＿ＥＣＢＣ、すなわちＡＥＳ暗号化のＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードを適用して実行される。暗号処理に適用する鍵は、６ＫＢアラインドユニットの先頭１６Ｂ非暗号化部４０１から取得するブロック鍵生成データ（１２８ｂｉｔｓ）と、前述したタイトル鍵（１２８ｂｉｔｓ）とに基づくＡＥＳ暗号化および配置論理和演算によるＡＥＳ鍵生成処理によって生成するブロック鍵（１２８ｂｉｔｓ）である。ブロック鍵は、６ＫＢアラインドユニットの先頭１６Ｂ非暗号化部４０１から取得するブロック鍵生成データを適用して生成されるので、各６ＫＢアラインドユニット毎に異なる鍵として設定される。
【００９５】
ＡＥＳ＿ＥＣＢＣモードの暗号処理について、図１１を参照して説明する。図１１（Ａ）は、図１０（Ｂ）と同様の３個の２ＫＢユーザセクタデータからなる６ＫＢアラインドユニットを示し、図１１（Ｂ）は、１６Ｂ非暗号化部４０１とその他の暗号化部分４０２を示している。
【００９６】
暗号化部分４０２は、図１１（Ｃ）に示すようにそれぞれ１６Ｂの平文ユニットに区分される。先頭の１６バイト平文ユニットは、初期値（ＩＶ）と排他論理和（ＥＸＯＲ）され、さらにＡＥＳ暗号化処理がなされて出力され、１６バイト暗号文が設定される。さらに、この１６バイト暗号文は、次の１６バイト平文ユニットと排他論理和（ＥＸＯＲ）されＡＥＳ暗号化がなされて、１６バイトの暗号文ユニットが生成される。さらに、この１６バイト暗号文ユニットが次の１６バイト平文ユニットと排他論理和（ＥＸＯＲ）される。以下同様の処理が繰り返され、図１１（Ｄ）に示す暗号文ユニット配列が生成される。なお、ＡＥＳ暗号化の際の鍵は、図１０において説明したブロック鍵が適用される。また、初期値（ＩＶ）は、暗号化ファシリティ及び再生装置間で共有される予め定められた１２８ビット値が適用される。
【００９７】
このようにして、図１０（Ｃ）に示す１６Ｂ非暗号化部４０１と、その他の６１２８Ｂの暗号化部分４０２とからなる１つの６ＫＢアラインドユニットの暗号化データが生成される。
【００９８】
次に、図１２を参照して、２ＫＢのユーザセクタデータを暗号化処理単位とした設定における暗号化処理について説明する。図１２（Ａ）は、シャッフル済み平文を２ＫＢのユーザセクタデータとした設定を示している。
【００９９】
暗号化処理は、１個の２ＫＢのユーザセクタデータを処理単位として、ＡＥＳ＿ＥＣＢＣ、すなわち図１１を参照して説明したＡＥＳ暗号化のＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードを適用して実行される。暗号処理に適用する鍵は、２ＫＢユーザセクタデータの先頭１６Ｂ非暗号化部４１１から取得するブロック鍵生成データ（１２８ｂｉｔｓ）と、前述したタイトル鍵（１２８ｂｉｔｓ）とに基づくＡＥＳ暗号化および配置論理和演算によるＡＥＳ鍵生成処理によって生成するブロック鍵（１２８ｂｉｔｓ）である。ブロック鍵は、２ＫＢユーザセクタデータの先頭１６Ｂ非暗号化部４１１から取得するブロック鍵生成データを適用して生成されるので、各２ＫＢユーザセクタデータ毎に異なる鍵として設定される。
【０１００】
ＡＥＳ＿ＥＣＢＣモードの暗号処理については、図１１を参照して説明したとおりであり、暗号処理の結果として、図１２（Ｂ）に示す１６Ｂ非暗号化部４１１と、その他の２０３２Ｂの暗号化部分４１２とからなる１つの２ＫＢユーザセクタデータの暗号化データが生成される。
【０１０１】
図１２を参照して説明した２ＫＢユーザセクタデータ単位の暗号処理を実行する場合、ＣＢＣモードの連鎖は、２ＫＢごとに完結する構成となる。先に、図８他を参照して説明したようにシャッフルエレメントは２ＫＢに設定されている。従って、各シャッフルエレメント毎にＡＥＳ＿ＥＣＢＣモードの連鎖関係は完結することになる。従って、２ＫＢ単位の暗号化を行なう構成では、暗号化処理と、スクランブル処理（シャッフル処理）の処理順番を変更しても得られる結果は同一となり、スクランブル処理と、暗号化処理のプロセス順を任意に設定できるというメリットがある。これは、データ記録処理、データ再生処理のいずれにも共通するメリットである。
【０１０２】
データ記録に際しての暗号化処理の処理態様を決定するために暗号化プロセスを実行するディスク工場等の暗号化ファシリティにおいて適用する補助ファイル（ＭＳＴＢＬ．ＤＡＴ）のデータ構成を図１３に示し、この補助ファイルのシンタックスを図１４に示す。
【０１０３】
補助ファイルは、［UD_START_Location］〜［MKB_Location］まで、記録データの種類および位置情報が記述され、その後、各セクタ毎の暗号化処理をフラグ［Encryption_Flag］に基づいて実行する設定となっている。なお、カクアラインドユニット毎のデータタイプとして、第１へ第３セクタの区別と、ＡＶストリームデータ以外の例えばＪａｖａコードなどのデータとが判別可能な設定となり、これらのデータ種別に基づく暗号化処理態様の変更も可能な構成となっている。
【０１０４】
各データの意味は、図１４に示すように、以下の意味を持つ。
UD_START_Location : 各LayerのUser Data (Data Zone)の開始点のPhysical Sector Number。
UD_END_Location : 各LayerのUser Data (Data Zone)の終了点のPhysical Sector Number。
CHT_Location : CHTの開始点のPhysical Sector Number。
CHT_Offset : CHTの開始点とHash Value（Mastering Facilityが埋めるデータ）の直前までのバイト数。
Content_Cert_Location : Content Certificateの開始点のPhysical Sector Number。
Content_Cert_Offset : Content Certificateの開始点とContent ID （Mastering Facilityが埋めるデータ）の直前までのバイト数。
UK_Inf_Location : タイトル鍵ファイルの開始点のPhysical Sector Number。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
UK_Inf_Offset : Unit_Key.infの開始点とEncrypted Unit Key for CPS Unit#1の直前までのバイト数。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
Num_of_UK : Disc全体のUnit Keyの数（＝CPS Unitの数）。
MKB_Location : MKBの開始点のPhysical Sector Number。そのLayerにMKB_Certが記録されない場合は、 0000000016を記述。
N : Layer i のLogical Sector数。
Encryption_Flag : 暗号化するかしないかのFlag。
Data_Type : SectorのTypeを示すFlag。
CPS_Unit_No : CPS Unit Number。
Clip_AV_File_No : クリップファイル番号。CHT作成のために使う情報。
Last_Sector_of_Clip : （Layerに関わらず）各クリップの最終Sectorを示すフラグ。
Last_Sector_of_Layer : 各Layerでの各クリップの最終Sectorを示すフラグ。
【０１０５】
先に図７以下を参照して説明した例では、スクランブル処理をオーサリングファシリティが実行する処理例を説明したが、次に、図１５を参照して、スクランブル処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１０６】
図１５に示すように、まず、情報記録媒体に格納するコンテンツに対して、コンテンツ編集処理を実行するオーサリングファシリティ４３０において編集処理、すなわちステップＳ２７１におけるオーサリング処理が実行され、オーサリング済みコンテンツ３３２が生成される。なお、オーサリングコンテンツは、通常、ＭＰＥＧエンコード等のエンコードのなされたコンテンツとして設定される。
【０１０７】
オーサリングコンテンツは、スクランブル処理を実行することなく、暗号化ファシリティ（ディスク工場）４７０に渡される。暗号化ファシリティ（ディスク工場）４７０は、適用するスクランブルルール４５１を選択して、選択したスクランブルルールに基づいて、ステップＳ２７２においてスクランブル処理を実行する。ステップＳ２７２において、スクランブル処理がなされた後、ステップＳ２７３において、スクランブルコンテンツに対する暗号化処理を実行する。ライセンスエンティティ４５０は、前述した暗号鍵ブロックとしてのＭＫＢの管理を実行し、コンテンツ暗号化処理を実行する暗号化ファシリティ４７０にメディア鍵Ｋｍを提供して、暗号化ファシリティ４７０は、メディア鍵を適用した処理を実行してタイトル鍵を生成し、さらに先に図１０、図１２を参照して説明した手順に従って、ブロック鍵の生成、コンテンツ暗号化処理を実行する。
【０１０８】
ステップＳ２７３における暗号化処理によって生成した暗号化コンテンツ４５２と、スクランブルルール４５１とが、暗号化ファシリティ４７０において、情報記録媒体１００に書き込まれて情報記録媒体１００が製造される。
【０１０９】
図１６は、図１５において説明した記録データの生成処理をコンテンツデータの変化として示した図であり、スクランブル処理としてシャッフル処理を適用した場合の処理例を示している。上段から、（Ａ）シャッフル処理前の平文、シャッフル処理後の平文、（Ｃ）シャッフル済み暗号文を示している。図１５（Ａ）は、オーサリングファシリティの生成するデータであり、ＭＰＥＧエンコード等のエンコードのなされたコンテンツ、すなわち情報記録媒体に記録するＡＶストリーム等のコンテンツである。
【０１１０】
図１５（Ｂ）は、シャッフル処理後の平文を示している。コンテンツは、先頭から６４ＫＢずつに分割され、６４ＫＢ毎にシャッフルユニットとして設定され、３２個の２ＫＢシャッフルエレメントのシャッフルが実行される。その後、暗号化処理が実行されて、図１５（Ｃ）に示すシャッフル後暗号文が生成される。本処理例では、図１５（Ｂ）（Ｃ）のデータ生成を暗号化ファシリティとしてのディスク工場が実行する。
【０１１１】
なお、暗号化処理は、先に、図１０〜図１２を参照して説明したとど羽陽の処理、すなわち、６ＫＢアラインドユニットを暗号化処理単位とした設定と、２ＫＢユーザセクタデータを暗号化処理単位とした設定が可能である。２ＫＢユーザセクタデータを暗号化処理単位とした設定においては、スクランブル処理と暗号化処理の前後関係を入れ替えても結果は同じとなり、任意の順序での処理とすることができる。
【０１１２】
図７以下を参照して説明したように、本発明の情報記録媒体製造処理は、情報記録媒体へ記録するコンテンツに適用するスクランブルルールを選択するスクランブルルール選択処理と、選択したスクランブルルールに従って、コンテンツに対するスクランブル処理を実行するスクランブル処理と、生成したスクランブルコンテンツと、該コンテンツに対して選択適用したスクランブルルールを情報記録媒体に記録する処理とを実行するものである。スクランブルルール選択処理では、情報記録媒体へ記録するコンテンツが複数ある場合において、記録コンテンツ毎、または管理ユニット毎に個別のスクランブルルールを選択する処理を実行する。
【０１１３】
また、スクランブル処理は、上述したコンテンツ構成データとして設定されるシャッフルエレメントのシャッフル処理の他、排他論理和演算処理、ローテーション処理などがある。以下、これらの処理について説明する。
【０１１４】
［（２−２）排他論理和演算（ＥＸＯＲ）処理］
次に、スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用した処理例について説明する。まず、この処理例の説明の前に、情報記録媒体に記録するＡＶストリームのエンコードデータ、すなわちＭＰＥＧ２トランスポートストリームデータのデータ構成について説明する。
【０１１５】
図１７は、ＭＰＥＧ２トランスポートストリームデータのデータ構成を示す図である。ＭＰＥＧ２トランスポートストリームデータは図１７（Ａ）に示すように、６ＫＢアラインドユニットの連結データとして設定される。各６ＫＢアラインドユニットは、図１７（Ｂ）に示すように、１９２ビットのソースパケット３２個から構成される。なお、１９２ビットのソースパケット３２個は、３個の２ＫＢユーザセクタデータに相当する。
【０１１６】
各１９２バイトソースパケットは、図１７（Ｃ）に示すように、４ビットＴＰ＿ｅｘｔｒａヘッダと、１８８ビットトランスポートパケットによって構成される。図１８（Ａ）にソースパケットのシンタックス、図１８（Ｂ）にＴＰ＿ｅｘｔｒａヘッダのシンタックス、図１９にトランスポートパケットのシンタックスを示す。
【０１１７】
スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用する処理は、平文のトランスポートストリームデータ上の所定箇所のｎビット（たとえば３２ビット）データに所定のｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理として実行される。所定のｎビット（３２ビット）値はスクランブルルールによって規定される値である。
【０１１８】
図２０を参照して、オーサリングファシリティにおいてスクランブル処理（ＥＸＯＲ処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷について説明する。
【０１１９】
図２０（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティでは、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行して、図２０（Ｂ）ＥＸＯＲ済み平文を生成する。
【０１２０】
スクランブルルールは、例えば、図２１に示すルールとして設定される。図２１には、Ｖ（１）〜Ｖ（ｎ）の３２ビットデータが格納され、これらの各Ｖ（ｉ）値もしくはこれらを元に計算される値が、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、排他論理和（ＥＸＯＲ）が施されてデータの書き換えが実行され、スクランブル処理が行なわれることになる。なお、１つの値、例えばＶ（１）のみをスクランブルルールとして設定し、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、同一の値Ｖ（１）もしくはこれを元に計算される値を排他論理和（ＥＸＯＲ）する構成としてもよい。
【０１２１】
スクランブル処理として、排他論理和（ＥＸＯＲ）を施す場合は、情報記録媒体に記録されるスクランブルルールは、図２１に示すルール、すなわち排他論理和（ＥＸＯＲ）演算の実行値もしくは実行値の元になる値が記録されることになる。再生処理におけるスクランブル解除の際には、この値もしくはこの値を元に計算される値を再度、所定位置のデータと排他論理和（ＥＸＯＲ）することで、オリジナルデータを復元することが可能となる。
【０１２２】
図２０に戻り、オーサリングファシリティにおいてスクランブル処理（ＥＸＯＲ処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷についての説明を続ける。オーサリングファシリティでは、例えば図２１に示すスクランブルルールを適用して排他論理和（ＥＸＯＲ）演算処理を実行し、図２０（Ｂ）に示すＥＸＯＲ済み平文を生成し、このデータを暗号化ファシリティとしてのディスク工場に提供する。
【０１２３】
暗号化ファシリティとしてのディスク工場は、この受領データに対して、暗号化処理を実行して、図２０（Ｃ）に示すＥＸＯＲ済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１２４】
このように、排他論理和演算（ＥＸＯＲ）の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、排他論理和（ＥＸＯＲ）に適用された所定のｎビット（３２ビット）値を、所定箇所に再度、排他論理和（ＥＸＯＲ）して、オリジナルのトランスポートストリームデータを復元するというスクランブル解除処理が必要となる。所定のｎビット（３２ビット）値はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１２５】
スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用する場合、排他論理和演算（ＥＸＯＲ）処理を適用する対象データの選択構成として、
（ａ）所定のパターンでデータ内容に無関係で排他論理和演算（ＥＸＯＲ）処理を施す。
（ｂ）特定の選択箇所のみに排他論理和演算（ＥＸＯＲ）処理を施す。
これら（ａ），（ｂ）のいずれかの処理が可能である。
【０１２６】
さらに、上記（ｂ）特定の選択箇所のみに排他論理和演算（ＥＸＯＲ）処理を施す場合には、
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
（ｂ２）シーケンスヘッダの一部もしくは全て
（ｂ３）ＴＳパケット内のＰＩＤ
これら３箇所のいずれかを排他論理和演算（ＥＸＯＲ）適用位置として選択可能である。各設定例について説明する。
【０１２７】
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
ＭＰＥＧ２エンコードデータは、Ｉ，Ｐ，Ｂピクチャから構成されるＧＯＰ（Group of Pictures）データによって構成される。Ｉピクチャは、基本となる画像データであり、Ｐ，Ｂピクチャは、それぞれＩピクチャ等からの差分データ等によって構成されるデータであり、Ｉピクチャの構成がくずれるとＧＯＰに含まれるフレームデータの再現（デコード）は困難となる。
【０１２８】
またＩピクチャのスライスを符号化したＶＬＣは、これら基幹データとしてのＩピクチャのランレングス符号化データであり、このＶＬＣに対して所定のｎビット（３２ビット）値を適用した排他論理和演算（ＥＸＯＲ）を施した場合、排他論理和演算（ＥＸＯＲ）処理データのデコードによってオリジナルデータの再現は不可能となり、効果的なスクランブルが実現される。
【０１２９】
なお、データ内容に無関係で排他論理和演算（ＥＸＯＲ）をする場合でもトランスポートストリームの大部分がＶＬＣデータなので、高い確率でデータを効果的にスクランブルすることが出来る。すなわち、処理データを普通に再生しても正しい映像が出ない。
【０１３０】
なお、Ｉピクチャの場所は、クリップインフォメーションに含まれるＥＰマップ（ＥＰ＿ｍａｐ）によって求めることが出来る。図２２に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）５０１は、クリップインフォメーションに含まれるデータである。
【０１３１】
ＥＰマップに基づくＩピクチャ位置の検出について、図２３参照して説明する。図２３（Ａ）はクリップＡＶストリームを示し、各矩形は１９２ビットソースパケットを示している。各ソースパケットにはタイムスタンプが設定され再生処理時間が規定されている。
【０１３２】
図２３（Ｂ）に、ソースパケットＮｏ．（Ｘ１）の詳細構成を示す。１つのソースパケットは、ＴＰ＿ｅｘｔｒａヘッダとトランスポートパケットとによって構成され、トランスポートパケットには、各種のヘッダ情報と、ＭＰＥＧ２実体データとしてのＩ−ＰＩＣＨ〜のデータによって構成される。
【０１３３】
図２３（Ｃ）に示すクリップインフォメーションには、前述したようにＥＰマップが含まれる。ＥＰマップには、図に示すように、［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データが含まれる。各データの意味は、以下の通りである。
PTS_EP_start：シーケンスヘッダを含むsource packetに対応するタイムスタンプ。
SPN_EP_start：シーケンスヘッダを含むsource packetの先頭アドレス。
I_end_position_offset：シーケンスヘッダを含むsource packetから、Ｉピクチャの終わりを含むsource packetのオフセット
これらのデータ関係を示すのが図２３（Ｄ）である。
【０１３４】
すなわち、図２３（Ｂ）に示すように、ソースパケットに含まれるデータの構成が規定されており、図２３（Ｃ）に示す［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データをＥＰマップから求めることで、これらのデータに基づいて、ソースパケット中のＩピクチャ位置が求められることになる。
【０１３５】
データ記録字、データ再生時には、このＥＰマップ情報からＩピクチャ位置を求めて、所定のｎビット（３２ビット）値を適用した排他論理和演算（ＥＸＯＲ）を施すことになる。
【０１３６】
なお、このようにＥＰマップを適用することなく、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１３７】
Ｉピクチャのスライスを符号化したＶＬＣに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）演算を実行する処理例について、図２４を参照して説明する。図２４に示すように、Ｉピクチャのスライスを符号化したＶＬＣは、各スライスの先頭位置を示すスタートコードによって区分されており、オーサリングファシリティでは、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームのスライス位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行する。
【０１３８】
各スライスは、ＶＬＣ符号化されているので、排他論理和（ＥＸＯＲ）演算により一部データの書き換えが発生すると、スライスに対応するＧＯＰ全体の復号（ＭＰＥＧデコード）が不可能となる。このようにＩピクチャのスライスを符号化したＶＬＣに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）する処理によって効果的なスクランブルが可能となる。
【０１３９】
（ｂ２）シーケンスヘッダの一部もしくは全て
次に、シーケンスヘッダの一部もしくは全てを排他論理和（ＥＸＯＲ）演算対象データとして設定した例について説明する。
【０１４０】
シーケンスヘッダは、ＧＯＰの先頭に付加されるヘッダである。このシーケンスヘッダの場所についても、先に説明したＥＰマップに基づいて算出することができる。なお、上述の場合と同様に、ＥＰマップを適用することなく、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１４１】
シーケンスヘッダは、ＭＰＥＧデコード処理の処理態様を決定するための情報が記録されており、この情報なしには、正しい復号（ＭＰＥＧデコード）は不可能となる。従って、このシーケンスヘッダの値を排他論理和演算（ＥＸＯＲ）によって書き換えることによりデータ復元を不可能にすることができ、効果的なスクランブルが実現される。
【０１４２】
図２５にシーケンスヘッダに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）演算を実行した処理例を示す。図２５に示すように、シーケンスヘッダを含むデータ領域について、複数の３２ビット値Ｖ（ｉ）を適用して、排他論理和（ＥＸＯＲ）する処理を実行する。
【０１４３】
排他論理和（ＥＸＯＲ）に適用する値は、スクランブルルールから取得する。すなわち、例えば図２２に示す各々３２ビットの値を規定したデータを適用する。スクランブル解除の場合もこれらのデータを取得して同一位置に、排他論理和（ＥＸＯＲ）する処理を実行することでオリジナルのシーケンスヘッダ情報を取得することができる。
【０１４４】
（ｂ３）ＴＳパケット内のＰＩＤ
次に、ＴＳパケット内のＰＩＤを排他論理和（ＥＸＯＲ）演算対象データとして設定した例について説明する。
【０１４５】
ＴＳパケット内のＰＩＤは、トランスポートパケットないにある１３ビットのデータである（図１９参照）。このＰＩＤデータは、トランスポートパケットに含まれるデータ内容、すなわちビデオデータであるか、オーディオデータであるか等のデータ種別を判別するためのデータであり、デコード処理には不可欠なデータとなる。このでーたを排他論理和（ＥＸＯＲ）演算により書き換えることで、正しいデコードを不可能とすることが可能となり効果的なスクランブルが実現される。
【０１４６】
ＴＳパケット内のＰＩＤ位置は、あらかじめ規定されており、容易に求めることが可能である。ただし、この処理例の場合も、前述の例と同様、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１４７】
先に、図２０を参照して説明した処理例では、スクランブル処理としての排他論理和（ＥＸＯＲ）演算処理をオーサリングファシリティが実行する処理例を説明したが、次に、図２６を参照して、スクランブル処理としての排他論理和（ＥＸＯＲ）演算処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１４８】
図２６（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティは、編集済みコンテンツとして、ＭＰＥＧ２トランスポートストリームを生成し、これを暗号化ファシリティとしてのディスク工場に提供する。
【０１４９】
暗号化ファシリティとしてのディスク工場は、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行して、図２６（Ｂ）ＥＸＯＲ済み平文を生成する。
【０１５０】
スクランブルルールは、例えば、図２１に示すルールとして設定される。図２１には、Ｖ（１）〜Ｖ（ｎ）の３２ビットデータが格納され、これらの各Ｖ（ｉ）値が、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、排他論理和（ＥＸＯＲ）が施されてデータの書き換えが実行され、スクランブル処理が行なわれることになる。なお、１つの値、例えばＶ（１）のみをスクランブルルールとして設定し、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、同一の値Ｖ（１）を排他論理和（ＥＸＯＲ）する構成としてもよい。
【０１５１】
暗号化ファシリティとしてのディスク工場は、さらにこのデータに対して、暗号化処理を実行して、図２６（Ｃ）に示すＥＸＯＲ済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１５２】
このように、排他論理和演算（ＥＸＯＲ）の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、排他論理和（ＥＸＯＲ）に適用された所定のｎビット（３２ビット）値を、所定箇所に再度、排他論理和（ＥＸＯＲ）して、オリジナルのトランスポートストリームデータを復元するというスクランブル解除処理が必要となる。所定のｎビット（３２ビット）値はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１５３】
［（２−３）ローテーション処理］
次に、スクランブル処理として、ローテーション処理を適用した処理例について説明する。
【０１５４】
スクランブル処理として、ローテーション処理を適用する処理は、平文のトランスポートストリームデータ上の所定箇所のｎビット（たとえば３２ビット）データを、スクランブルルールによって規定されるビット数分のローテーションを実行する処理として実行される。所定のローテーションビット数はスクランブルルールによって規定される値である。
【０１５５】
図２７を参照して、オーサリングファシリティにおいてスクランブル処理（ローテーション処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷について説明する。
【０１５６】
図２７（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティでは、スクランブルルールに基づいて決定されるローテーションビット数を取得し、予め定められたＭＰＥＧ２トランスポートストリームのローテーション領域６１１，６１２の構成ビットを、スクランブルルールから取得したローテーションビット数に基づいて取得ビット数分のローテーション処理を実行して、図２７（Ｂ）ローテーション済み平文を生成する。
【０１５７】
スクランブルルールは、例えば、図２８に示すルールとして設定される。図２８には、Ｖ（１）〜Ｖ（ｎ）のローテーションビット数データが格納される。
このテーブルを用いて次のようにローテーション（ビット入れ替え）を行う。
ローテーション位置の１箇所目は、左にＶ（１）ビットシフト
ローテーション位置の２箇所目は、左にＶ（２）ビットシフト
ローテーション位置の３箇所目は、左にＶ（３）ビットシフト
・・・
ローテーション位置のｎ箇所目は、左にＶ（ｎ）ビットシフト
【０１５８】
スクランブル処理としてローテーション処理を実行する場合は、このテーブルがスクランブルルールとして情報記録媒体に格納される。このテーブルは、例えば暗号化を施してディスクに記録してルールが解読されないようになされる。なお、すべてのローテーション位置に対して、同一のビット数分のローテーションを行なう構成としてもよく、この場合は、１つのシフト量［Ｖ（１）］のみをスクランブルルールとして規定すればよい。なお、例えば、３２ビットのユニット内でローテーションを行う場合は、シフト量Ｘは、Ｘ，３２の設定で規定される。
【０１５９】
スクランブル処理として、ローテーションを施す場合は、情報記録媒体に記録されるスクランブルルールは、図２８に示すルール、すなわちローテーションのビット数データ値が記録されることになる。再生処理におけるスクランブル解除の際には、この値に基づいて、再度、逆ローテーションを実行することで、オリジナルデータを復元することが可能となる。
【０１６０】
図２７に戻り、オーサリングファシリティにおいてスクランブル処理（ローテーション処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷についての説明を続ける。オーサリングファシリティでは、例えば図２８に示すスクランブルルールを適用してローテーション処理を実行する。
【０１６１】
ローテーション位置６１１の３２ビットデータは、本来ｂ０〜ｂ３１のシーケンスで設定されていた３２ビットデータであるが、ローテーションによって［ｂ１１］が先頭にシフトされている。すなわち、１１ビット左シフトが実行されている。同様に、ローテーション位置６１２の３２ビットデータは、本来ｂ０〜ｂ３１のシーケンスで設定されていた３２ビットデータであるが、ローテーションによって［ｂ２５］が先頭にシフトされている。すなわち、２５ビット左シフトが実行されている。このシフト量は、スクランブルルールに基づいて決定される。オーサリングファシリティは、このようにスクランブルルールに基づくローテーション処理を実行し、図２７（Ｂ）に示すローテーション済み平文を生成し、このデータを暗号化ファシリティとしてのディスク工場に提供する。
【０１６２】
暗号化ファシリティとしてのディスク工場は、この受領データに対して、暗号化処理を実行して、図２７（Ｃ）に示すローテーション済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１６３】
このように、ローテーション処理の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、ローテーション処理の実行位置データを、ローテーション実行ビット数分、ただしく逆ローテーションすることが必要であり、この処理によって、スクランブル解除が可能となる。ローテーションビット数はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１６４】
なお、スクランブル処理として、ローテーション処理を適用する場合、の適用データ位置は、前述の排他論理和演算（ＥＸＯＲ）処理の適用対象データ位置と同様、
（ａ）所定のパターンでデータ内容に無関係でローテーション処理を施す。
（ｂ）特定の選択箇所のみにローテーション処理を施す。
これら（ａ），（ｂ）のいずれかの処理が可能である。
さらに、上記（ｂ）特定の選択箇所のみにローテーション処理を施す場合には、
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
（ｂ２）シーケンスヘッダの一部もしくは全て
（ｂ３）ＴＳパケット内のＰＩＤ
これら３箇所のいずれかをローテーション位置として選択可能である。
【０１６５】
図２７を参照して説明した処理例では、スクランブル処理としてのローテーション処理をオーサリングファシリティが実行する処理例を説明したが、次に、図２９を参照して、スクランブル処理としてのローテーション処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１６６】
図２９（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティは、編集済みコンテンツとして、ＭＰＥＧ２トランスポートストリームを生成し、これを暗号化ファシリティとしてのディスク工場に提供する。
【０１６７】
暗号化ファシリティとしてのディスク工場は、スクランブルルールに基づいて決定されるローテーションビット数を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したローテーションビット数分のローテーション処理を実行して、図２９（Ｂ）ローテーション済み平文を生成する。
【０１６８】
ローテーション領域６２１の３２ビットデータは、ローテーションによって［ｂ１１］が先頭にシフトされている。すなわち、１１ビット左シフトが実行されている。同様に、ローテーション領域６２２の３２ビットデータは、ローテーションによって［ｂ２５］が先頭にシフトされている。すなわち、２５ビット左シフトが実行されている。このシフト量は、スクランブルルールに基づいて決定される。スクランブルルールは、例えば、図２８に示すルールとして設定される。暗号化ファシリティとしてのディスク工場は、さらにこのデータに対して、暗号化処理を実行して、図２９（Ｃ）に示すローテーション済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１６９】
このように、ローテーションの施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、ローテーション処理の実行位置データを、ローテーション実行ビット数分、ただしく逆ローテーションすることが必要であり、この処理によって、スクランブル解除が可能となる。ローテーションビット数はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１７０】
なお、ここまで、スクランブル処理の態様として、シャッフル処理、排他論理和（ＥＸＯＲ）処理、ローテーション処理の３種類を説明したが、これらのスクランブル処理は組み合わせて適用する構成としてもよい。
【０１７１】
また、スクランブル処理の対象データとして、排他論理和（ＥＸＯＲ）処理と、ローテーション処理については、
（１）ＭＰＥＧエンコードデータに含まれるＩピクチャスライス符号化データの一部
（２）シーケンスヘッダの一部
（３）トランスポートストリームパケット内のデータ種別情報を記録したＰＩＤデータ
の少なくともいずれかを含むデータとする設定例について説明したが、シャッフル処理についても同様に、上記（１）〜（３）のいずれかを含むデータを選択してシャッフルを行なう構成としてもよい。
【０１７２】
［３．情報処理装置の構成例］
次に、図３０を参照して、上述の各種スクランブル処理を施したコンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。
【０１７３】
情報処理装置８００は、情報記録媒体８９１の駆動を行ない、データ記録再生信号の入手力を行なうドライブ８９０、各種プログラムに従ったデータ処理を実行するＣＰＵ８７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ８６０、メモリ８８０、デジタル信号を入出力する入出力Ｉ／Ｆ８１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８４１を持つ入出力Ｉ／Ｆ８４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８２０、各種の暗号処理を実行する暗号処理手段８５０、スクランブル処理またはスクランブル解除処理を実行するスクランブル処理手段８５５を有し、バス８０１に各ブロックが接続されている。
【０１７４】
まず、データ記録時の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。
【０１７５】
デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ８１０から入力され、ＣＰＵ８７０、ＴＳ・ＰＳ処理手段８２０によって保存用のデータ形式に変換し、ＭＰＥＧコーデック８３０によって例えばＭＰＥＧ２形式へのデータ変換処理を行い、スクランブル処理手段８５５において、所定のスクランブルルールに従ったスクランブル処理を実行する。スクランブルルールは例えばメモリ８８０に格納されている。スクランブル処理の態様としては、上述したように、シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理のいずれかを適用した処理を行なう。シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理いずれを適用する場合においても、コンテンツまたはコンテンツ管理ユニット毎に異なるルールの適用が可能である。
【０１７６】
なお、シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理のいずれか１つの手法によるスクランブル処理ではなく、シャッフル処理、排他論理和（ＥＸＯＲ）処理、ローテーション処理を、複数組み合わせて適用したスクランブル処理を実行する構成としてもよい。
【０１７７】
スクランブル処理が実行されたデータは、次に、暗号化処理手段８５０によって暗号化処理を施される。暗号化処理は、先に図１０〜図１２を参照して説明したように、例えばＡＥＳ＿ＥＣＢＣモードを適用した処理として実行される。ＡＥＳ＿ＥＣＢＣモードを適用した暗号化処理単位は、２ＫＢ単位、６ＫＢ単位など、様々な設定が可能である。暗号化処理手段８５０によって暗号化処理を施されたデータが情報記録媒体８９１に保存する。
【０１７８】
アナログ信号の場合、入出力Ｉ／Ｆ８４０へ入力されたアナログ信号はＡ／Ｄコンバータ８４１によってデジタル信号となり、ＭＰＥＧコーデック８３０によって記録時に使用されるコーデックへと変換される。その後、ＴＳ・ＰＳ処理手段８２０により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて、スクランブル処理手段８５５によるスクランブル処理、暗号化処理手段８５０による暗号化処理が施されて、記録媒体８９１に保存される。
【０１７９】
次に、情報記録媒体からのデータ再生を行なう場合の処理について説明する。例えばＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ８９０において情報記録媒体８９１から読み出されたデータはコンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解き、その後、スクランブル解除処理が実行される。
【０１８０】
スクランブル解除処理に際しては、スクランブルルールを情報記録媒体８９１から読み出して、再生対象コンテンツに適用されているスクランブルルールを解析することが必要となる。例えば、コンテンツのスクランブルが、シャッフル処理として実行されている場合は、図９（Ａ）に示すシャッフルエレメントのシーケンスを設定したスクランブルルール、排他論理和（ＥＸＯＲ）であれば、図２１に示す排他論理和（ＥＸＯＲ）の値を設定したスクランブルルール、ローテーションであれば、図２８に示すローテーション（シフト）ビット数を設定したスクランブルルールを取得し、これらの取得ルールに基づいてスクランブル解除を実行する。なお、前述したように、スクランブルルールの解析およびスクランブル解除処理はセキュアなデータ処理として実行される。具体的には、例えば情報記録媒体に格納されるスクランブルルールは、Ｊａｖａセキュアコードで記録され、スクランブルルール解析、スクランブル解除処理は、コンテンツ再生を実行する情報処理装置に設定されるＪａｖａＶＭ（バーチャルマシン）上で実行される。
【０１８１】
スクランブル解除がなされたコンテンツデータは、次に、ＴＳ（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)にビデオデータやオーディオデータ等が暗号化されて記録されている構成において、スクランブルを解除することでコンテンツ再生を可能とするものである。
【０００８】
スクランブル解除処理には、ライセンスを受けたＤＶＤプレーヤに与えられた鍵などの特定データを適用した処理を実行することが必要となる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられた鍵などの特定データを利用して、ＤＶＤ−ＲＯＭに記録されたデータのスクランブル解除を行なうことにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。
【０００９】
一方、ライセンスを受けていないＤＶＤプレーヤは、スクランブル処理されたデータのスクランブル解除に適用する鍵などの特定データを有していないため、ＤＶＤ−ＲＯＭに記録されたデータの再生を行うことができない。このように、コンテンツ・スクランブルシステム構成では、ライセンス時に要求される条件を満たしていないＤＶＤプレーヤは、デジタルデータを記録したＤＶＤ−ＲＯＭの再生を行なえないことになり、不正コピーが防止されるようになっている。
【００１０】
しかし、このようなコンテンツ・スクランブルシステムは、必ずしも完璧なシステムとは言いがたく、既にスクランブル解除手法が解読され解読方法がインターネット等の通信手段を介して流通しているものも多く存在する。このように、一旦スクランブル手法が解読されてしまうと、不正なスクランブル解除処理によってコンテンツが不正に再生され、また複製されるなど、コンテンツの著作権、利用権の侵害という問題が発生する。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明は、このような状況に鑑みてなされたものであり、著作権管理など利用管理の要求される様々なコンテンツに対するスクランブル処理を画一的な処理とすることなく、様々な異なる態様でのスクランブル処理態様を設定し、多くのスクランブル処理態様からコンテンツ毎、あるいは管理ユニット毎に選択された態様でスクランブル処理を実行する構成とすることで、厳格なコンテンツ利用管理を実現する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【課題を解決するための手段】
【００１２】
本発明の第１の側面は、
情報記録媒体に記録されたコンテンツの再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行するスクランブル処理部を有し、
前記スクランブル処理部は、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する構成であることを特徴とする情報処理装置にある。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部は、情報記録媒体の記録コンテンツが複数ある場合において、記録コンテンツ毎、または管理ユニット毎に個別のスクランブルルールを選択し、選択したスクランブルルールに従って、各コンテンツに対するスクランブル解除処理を実行する構成であることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部において実行するスクランブル解除処理は、スクランブルを解除するための排他論理和に適用する値と、コンテンツ構成データとの排他論理和演算処理であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、さらに、情報記録媒体の記録コンテンツの復号処理を実行する暗号処理部を有することを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記スクランブル処理部は、スクランブル解除処理対象データとして、
（１）ＭＰＥＧエンコードデータに含まれるＩピクチャスライス符号化データの一部
（２）シーケンスヘッダの一部
（３）トランスポートストリームパケット内のデータ種別情報を記録したＰＩＤデータ
の少なくともいずれかを含むデータを選択して処理を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
スクランブル処理部が、情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行するスクランブル処理ステップを有し、
前記スクランブル処理ステップは、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行するステップであることを特徴とする情報処理方法にある。
【００１８】
さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるコンピュータ・プログラムであり、
スクランブル処理部に、情報記録媒体に記録されたコンテンツのスクランブル解除処理を実行させるスクランブル処理ステップを有し、
前記スクランブル処理部は、
前記情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行させるステップであることを特徴とするコンピュータ・プログラムにある。
【００１９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００２０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２１】
本発明の構成によれば、著作権管理など利用管理の要求される様々なコンテンツに対するスクランブル処理を画一的な処理とすることなく、様々な異なる態様でのスクランブル処理態様を設定し、多くのスクランブル処理態様からコンテンツ毎、あるいは管理ユニット毎に選択された態様でスクランブル処理を実行する構成としたので、万が一、あるコンテンツに対応するスクランブルが不正に解析され、コンテンツが漏洩してしまった場合においても、他のスクランブル態様でスクランブル処理の施されたコンテンツはスクランブル解除が不可能であり、コンテンツの漏洩を最小限にとどめることができる。
【００２２】
本発明の構成によれば、コンテンツのスクランブル処理としてコンテンツ毎に異なるスクランブルルールを適用する。例えば、情報記録媒体に格納されたコンテンツに対応するスクランブル処理情報としてのスクランブルルールを、再生装置内のＪａｖａバーチャルマシンでの解読処理によって解読し、解読の結果、前記スクランブルルールからスクランブルを解除するための排他論理和に適用する値及びスクランブルの位置情報を取得し、排他論理和演算を施すことにより、取得したコンテンツ固有のスクランブルルールに対応するスクランブル解除処理を実行する。この構成により、特定のスクランブルルールの漏洩に基づいて、多くのコンテンツが漏洩する事態を防止できる。
【図面の簡単な説明】
【００２３】
【図１】情報記録媒体の格納データ構成と、再生処理を実行する情報処理装置の構成および処理について説明する図である。
【図２】情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。
【図３】コンテンツ管理ユニット構成およびスクランブルルールの対応例を示す図である。
【図４】コンテンツ再生を実行する情報処理装置におけるコンテンツ再生シーケンスについて説明する図である。
【図５】情報処理装置におけるコンテンツ再生に適用する鍵生成などの暗号処理の詳細について説明する図である。
【図６】コンテンツ再生を実行する情報処理装置におけるコンテンツ再生手順を説明するフローチャートを示す図である。
【図７】ライセンスエンティティ、オーサリングファシリティ、暗号化ファシリティの実行する処理について説明する図である。
【図８】スクランブル処理としてシャッフル処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図９】スクランブル処理としてシャッフル処理を実行した場合のスクランブルルールについて説明する図である。
【図１０】コンテンツ暗号化を、６ＫＢアラインドユニットを単位として実行した場合の暗号処理の詳細について説明する図である。
【図１１】ＡＥＳ＿ＥＣＢＣモードを適用した暗号処理の詳細について説明する図である。
【図１２】コンテンツ暗号化を、２ＫＢユーザセクタデータを単位として実行した場合の暗号処理の詳細について説明する図である。
【図１３】コンテンツ暗号化を実行する際に適用する補助ファイルについて説明する図である。
【図１４】コンテンツ暗号化を実行する際に適用する補助ファイルのシンタックスを示す図である。
【図１５】暗号化ファシリティにおいてスクランブル処理を実行する場合のライセンスエンティティ、オーサリングファシリティ、暗号化ファシリティの実行する処理について説明する図である。
【図１６】暗号化ファシリティにおいてスクランブル処理を実行する場合、スクランブル処理としてシャッフル処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図１７】ＭＰＥＧ２トランスポートストリームデータの構成について説明する図である。
【図１８】ＭＰＥＧ２トランスポートストリームデータを構成するソースパケットおよびヘッダのシンタックスを示す図である。
【図１９】ＭＰＥＧ２トランスポートストリームデータを構成するトランスポートパケットのシンタックスを示す図である。
【図２０】スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２１】スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のスクランブルルールについて説明する図である。
【図２２】ＭＰＥＧデータを構成する例えばＩピクチャの位置を取得するために適用可能なＥＰマップについて説明する図である。
【図２３】ＭＰＥＧデータを構成する例えばＩピクチャの位置を取得するために適用可能なＥＰマップについて説明する図である。
【図２４】スクランブル処理としての排他論理和（ＥＸＯＲ）処理をＩピクチャのスライスに対して実行する場合の処理例について説明する図である。
【図２５】スクランブル処理としての排他論理和（ＥＸＯＲ）処理をシーケンスヘッダに対して実行する場合の処理例について説明する図である。
【図２６】暗号化ファシリティにおいてスクランブル処理を実行する場合において、スクランブル処理として排他論理和（ＥＸＯＲ）処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２７】スクランブル処理としてローテーション処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図２８】スクランブル処理としてローテーション処理を実行した場合のスクランブルルールについて説明する図である。
【図２９】暗号化ファシリティにおいてスクランブル処理を実行する場合において、スクランブル処理としてローテーション処理を実行した場合のコンテンツデータの変遷について説明する図である。
【図３０】情報記録媒体に対する情報の記録または再生処理を実行する情報処理装置の構成例について説明する図である。
【発明を実施するための形態】
【００２４】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データおよび再生処理
２．情報記録媒体に対するコンテンツ記録処理の詳細
（２−１）シャッフル処理
（２−２）排他論理和演算（ＥＸＯＲ）処理
（２−３）ローテーション処理
３．情報処理装置の構成例
【００２５】
［１．情報記録媒体の格納データおよび再生処理］
まず、情報記録媒体の格納データおよび情報処理装置（再生装置）によるコンテンツ再生処理について説明する。図１に、本発明の処理の適用可能なコンテンツの格納された情報記録媒体１００および情報処理装置（再生装置）１５０の構成を示す。ここでは、コンテンツ格納済みディスクとしてのＲＯＭディスクの情報格納例を示す。情報処理装置（再生装置）１５０は、例えばＰＣ、あるいは再生専用装置など、様々な情報処理装置であり、情報記録媒体１００からのデータ読み取り処理を実行するドライブ１２０を有する。
【００２６】
情報記録媒体１００としてのＲＯＭディスクは、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。
【００２７】
図１に示すように、情報記録媒体１００には、スクランブル処理および暗号化処理の施された暗号化コンテンツ１１１と、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１１２、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるボリュームＩＤ１１３、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む使用許諾情報１１４、コンテンツ復号処理に適用するタイトル鍵を生成するために必要とする情報としての記録シード（ＲＥＣ ＳＥＥＤ）等から構成されるタイトル鍵データ１１５、さらに、情報記録媒体１００に格納されたコンテンツ毎、あるいは管理ユニット毎にどのような態様のスクランブル処理が施されているかの情報を格納したスクランブルルール１１６が格納されている。
以下、これらの各種情報の概要について説明する。
【００２８】
（１）暗号化コンテンツ１１１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。これらをメインコンテンツと呼ぶ。
【００２９】
さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどがサブコンテンツとして格納される場合もある。サブコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータである。すなわち、Ｂｌｕ−ｒａｙディスクＲＯＭ規格外データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従わない任意のフォーマットで格納可能である。これらをサブコンテンツと呼ぶ。
【００３０】
メインコンテンツ、サブコンテンツとともに、コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（タイトル鍵）が割り当てられ暗号化されて格納される。１つのタイトル鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００３１】
（２）ＭＫＢ
ＭＫＢ（Media Key Block）１１２は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１１１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）を取得することを可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式によって、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、鍵取得を可能としたものであり、無効化（リボーク処理）されたユーザデバイスの鍵（メディア鍵）取得を阻止可能としたものである。管理センタはＭＫＢに格納する鍵情報の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理については後述する。
【００３２】
（３）ボリュームＩＤ
ボリュームＩＤは、情報記録媒体個別、あるいは所定枚数単位の情報記録媒体毎の識別情報として設定されるＩＤである。このボリュームＩＤは、コンテンツの復号に適用するタイトル鍵の生成情報として利用される。これらの処理については後述する。
【００３３】
（４）使用許諾情報
使用許諾情報には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１１１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。この情報の詳細については後段で説明する。
【００３４】
（５）タイトル鍵データ
前述したように各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（タイトル鍵）を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるタイトル鍵を生成して、復号処理を行なうことが必要となる。このタイトル鍵を生成するための情報がタイトル鍵データであり、例えばコンテンツの一部データなどによって構成される記録シードが利用される。
【００３５】
タイトル鍵データ１１５を適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応のタイトル鍵が生成され、コンテンツの復号が実行される。
【００３６】
（６）スクランブルルール
前述したように、情報記録媒体１００に格納されるコンテンツは、暗号化処理が施され、さらにスクランブル処理がなされている。スクランブル処理は、情報記録媒体１００に格納されるコンテンツ毎、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎に異なる態様で実行されている。従って、コンテンツ再生を行なう際には、再生対象のコンテンツに施されているスクランブル処理情報を取得し、実行されているスクランブル処理に対応するスクランブル解除処理を行なうことが必要となる。スクランブルルール１１６は、情報記録媒体１００に格納されたコンテンツ毎、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎のスクランブル態様の情報を記録したデータである。このスクランブルルールは、ライセンスを有する情報処理装置においてのみ解読可能なデータとして情報記録媒体に記録される。例えばセキュアコード、例えばＪａｖａセキュアコードを適用したデータとして記録され、再生装置において設定されるＪａｖａバーチャルマシン内でのセキュアコード解読処理によってのみ解読される。
【００３７】
図１には、情報記録媒体１００に格納されたコンテンツの再生処理を実行する情報処理装置１５０の構成の概略を示している。情報処理装置は、情報岐路めく媒体の格納データの読み取り処理を実行するドライブ１２０を有する。ドライブ１２０によって読み取られたデータは、暗号化コンテンツの復号処理およびデコード（例えばＭＰＥＧデコード）処理を実行する再生処理実行ＬＳＩ１５１に入力される。
【００３８】
再生処理実行ＬＳＩ１５１は、暗号化コンテンツの復号処理を実行する復号処理部１５２と、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５３を有する。復号処理部１５２では、メモリ１５５に格納されたデバイス鍵と、情報記録媒体１２０からの読み取りデータとに基づいてタイトル鍵を生成し、暗号化コンテンツ１１１の復号処理を実行する。
【００３９】
復号されたコンテンツはスクランブル処理が実行されている。このスクランブル解除を実行するのが、スクランブル解除実行部１５４である。復号コンテンツはスクランブル解除実行部１５４において、スクランブルルール１１５に基づいて決定されるスクランブル解除処理を実行した後、スクランブル解除データを再度、再生処理実行ＬＳＩ１５１に入力し、デコード処理部１５３において、デコード処理が実行されて出力、再生される。情報処理装置１５０におけるコンテンツの復号、スクランブル解除処理シーケンスの詳細については後段で説明する。
【００４０】
次に、図２以下を参照して、情報記録媒体に格納されたコンテンツを区分して、区分コンテンツ毎に異なる利用制御を実現するコンテンツ管理構成について説明する。
【００４１】
前述したように、情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（タイトル鍵）が割り当てられ暗号化処理がなされ、さらにスクランブル処理がなされて格納される。１つのタイトル鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
【００４２】
それぞれのタイトル鍵を適用して各ユニットに属するコンテンツを暗号化し、コンテンツ利用に際しては、各ユニットに割り当てられた鍵（タイトル鍵）を取得し、さらにスクランブルルールに対応するスクランブル解除を実行して再生を行う。各タイトル鍵は、個別に管理することが可能であり、例えばあるユニットＡに対して割り当てるタイトル鍵は、情報記録媒体から取得可能な鍵として設定する。また、ユニットＢに対して割り当てるタイトル鍵は、ネットワーク接続されるサーバにアクセスし、ユーザが所定の手続きを実行したことを条件として取得することができる鍵とするなど、各ユニット対応の鍵の取得、管理構成は、各タイトル鍵に独立した態様とすることが可能である。
【００４３】
１つの鍵を割り当てる単位、すなわち、コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。
【００４４】
図２に示すように、コンテンツは、（Ａ）タイトル２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有し、再生アプリケーションによってアクセスされるインデックスファイルとしてのタイトルが指定されると、タイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択され、プレイリストに規定されたクリップ情報によって、コンテンツ実データとしてのＡＶストリームあるいはコマンドが読み出されて、ＡＶストリームの再生、コマンドの実行処理が行われる。
【００４５】
図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、アプリケーションインデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。
【００４６】
コンテンツ管理ユニット（ＣＰＳユニット）１，２７１には、タイトル１，２１１とタイトル２，２１２、再生プログラム２２１，２２２、プレイリスト２３１，２３２、クリップ２４１、クリップ２４２が含まれ、これらの２つのクリップ２４１，２４２に含まれるコンテンツの実データであるＡＶストリームデータファイル２６１，２６２がコンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定される暗号鍵であるタイトル鍵：Ｋｕ１を適用して暗号化される。
【００４７】
コンテンツ管理ユニット（ＣＰＳユニット）２，２７２には、タイトル３，２１３、再生プログラム２２４、プレイリスト２３３、クリップ２４３が含まれ、クリップ２４３に含まれるコンテンツの実データであるＡＶストリームデータファイル２６３がコンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定される暗号鍵であるタイトル鍵：Ｋｕ２を適用して暗号化される。
【００４８】
例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｕ１を取得して復号処理を実行することが必要であり、復号処理を実行後、アプリケーションプログラムを実行してコンテンツ再生を行なうことができる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｕ２を取得して復号処理を実行することが必要となる。
【００４９】
スクランブル処理についても、同様であり、コンテンツ管理ユニット毎に異なるスクランブル処理が実行されて情報記録媒体に格納される。ＣＰＳユニット１，２７１に対しては、スクランブルルール＃１を適用したスクランブル処理、ＣＰＳユニット２，２７２に対しては、スクランブルルール＃１を適用したスクランブル処理を施すなどである。コンテンツ再生時のスクランブル解除に際しては、各スクランブルルールに対応したスクランブル解除処理を実行することが必要となる。なお、スクランブルルールは、ＣＰＳユニットに含まれるコンテンツ毎に変更するなどの態様とすることも可能である。
【００５０】
図３は、ＣＰＳユニット単位で、異なるスクランブルルールを適用した場合の各コンテンツとＣＰＳユニットとスクランブルルールとの対応を示すテーブルである。図３に示すように、アプリケーション層のインデックスまたはアプリケーションファイル、またはデータグループに対応するコンテンツ管理ユニット（ＣＰＳユニット）と、スクランブルルールとが対応づけられている。
【００５１】
コンテンツ再生処理を実行する情報処理装置１５０は、再生対象のコンテンツ管理ユニット（ＣＰＳユニット）を識別し、スクランブルルール１１６から、再生対象のコンテンツ管理ユニットに対して実行されているスクランブルルールを取得して、適用ルールに対応するスクランブル解除処理を実行して、スクランブルの解除を実行する。
【００５２】
本発明の構成では、情報記録媒体に格納されているコンテンツに適用されているスクランブル処理は同一ではなく、個々のコンテンツ管理ユニット（ＣＰＳユニット）あるいはコンテンツ毎に異なる態様であり、再生処理においては、各コンテンツ管理ユニット（ＣＰＳユニット）あるいはコンテンツに対して適用されているスクランブルルールに対応したスクランブル解除処理を実行することが必要となる。
【００５３】
次に、図４を参照して、上述したＣＰＳユニット単位の暗号化およびスクランブル処理がなされた暗号化コンテンツおよび各種の鍵生成情報、スクランブルルールを格納した情報記録媒体からコンテンツを取得して再生処理を実行する情報処理装置におけるコンテンツ再生処理の詳細について説明する。
【００５４】
図４に示すように、情報処理装置１５０において実行するコンテンツ再生処理には、暗号化コンテンツの復号処理とスクランブル解除処理の２つの処理を含む。
【００５５】
情報処理装置１５０は、情報記録媒体１００から各種の情報を読み取り、これらの読み取りデータと情報処理装置１５０の保有しているデバイス鍵３０１とを適用した鍵生成処理によって生成したタイトル鍵に基づいて暗号化コンテンツの復号処理を実行し、さらに復号コンテンツについてスクランブル解除処理を実行する。なお、この実施例ではコンテンツの復号処理の後、スクランブル解除を行なう例を示しているが、スクランブル解除の後、復号処理を行なう構成も可能であり、この処理シーケンスは、情報記録媒体に格納するコンテンツの記録処理シーケンスに依存する。
【００５６】
情報処理装置１５０における暗号化コンテンツの復号処理およびスクランブル解除処理の詳細シーケンスについて、図４を参照して説明する。コンテンツ復号プロセスでは、まず、情報処理装置１５０は、メモリに格納しているデバイス鍵３０１を読み出す。デバイス鍵３０１は、コンテンツ利用に関するライセンスを受けた情報処理装置に格納された秘密キーである。
【００５７】
次に、情報処理装置１５０は、ステップＳ１１において、デバイス鍵３０１を適用して情報記録媒体１００に格納されたメディア鍵Ｋｍを格納した暗号鍵ブロックであるＭＫＢ１１２の復号処理を実行して、メディア鍵Ｋｍを取得する。
【００５８】
次に、ステップＳ１２において、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とに基づく暗号処理によって、タイトル鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、例えばＡＥＳ暗号アルゴリズムに従った処理として実行される。
【００５９】
ＡＥＳ暗号アルゴリズムの詳細について、図５を参照して説明する。ＡＥＳ暗号アルゴリズムに従った処理としては、例えばＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］が適用される。ＡＥＳベースのハッシュ関数は、図５に示すように、ＡＥＳ暗号処理を適用したデータ復号処理を伴う鍵生成（Key Generation）処理実行部（ＡＥＳ＿Ｇ）と排他的論理和部との組み合わせによって構成される。ＡＥＳ＿Ｇ部は、さらに図５に示すようにＡＥＳ復号部（ＡＥＳ＿Ｄ）と排他的論理和部との組みによって構成される。
【００６０】
図４におけるステップＳ１２におけるタイトル鍵生成キーＫｅ（embedded Key）の生成処理は、ステップＳ１１におけるＭＫＢ処理で取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とを入力として、例えば図５に示すＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］を適用した処理として実行される。
【００６１】
次に、ステップＳ１３において、タイトル鍵生成キーＫｅ（embedded Key）と、情報記録媒体１００から読み取った使用許諾情報１１４とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、コントロールキーＫｃを生成し、ステップＳ１４において、コントロールキーＫｃと情報記録媒体１００から読み取ったタイトル鍵データ１１５とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、タイトル鍵を生成する。
【００６２】
次に、ステップＳ１５において、情報記録媒体１００から読み取った暗号化コンテンツに対して、タイトル鍵を適用した復号処理（例えばＡＥＳ＿Ｄ）が実行される。
【００６３】
次に、ステップＳ１６において、復号されたコンテンツのスクランブル解除処理を実行する。ステップＳ１６のスクランブル解除処理は、ステップＳ１６ａのスクランブルルール取得処理と、ステッブＳ１６ｂのスクランブル解除処理とによって構成される。
【００６４】
前述したように、コンテンツはコンテンツ管理ユニットまたはコンテンツ毎に異なるスクランブルルールが適用されたスクランブル処理が施されて情報記録媒体１００に格納されている。ステップＳ１６ａのスクランブルルール取得処理は、情報記録媒体１００に格納されたスクランブルルール１１５を取得し、再生対象のコンテンツに対応するスクランブルルールを解析する処理である。ステップＳ１６ｂのスクランブル解除処理は、ステップＳ１６ａにおいて解析したスクランブルルールに対応するスクランブル解除処理を実行する。
【００６５】
Ｓ１６ａのスクランブルルール取得ステップおよびステップＳ１６ｂのスクランブル解除処理は、スクランブルルールが漏洩しないようにセキュアなデータ処理として実行する必要がある。情報記録場いたに格納されるスクランブルルール１１５は、セキュアなＪａｖａコードで決め区され、情報処理装置１５０は、Ｊａｖａの実現するＪａｖａバーチャルマシン内の処理としてステップＳ１６ａのスクランブルルール取得処理と、ステップＳ１６ｂのスクランブル解除処理を実行する。
【００６６】
その後、スクランブル解除後のコンテンツデータしは、ステップＳ１７において、デコード（例えばＭＰＥＧデコード）処理が実行されてコンテンツ３０２が出力される。
【００６７】
図６に示すフローチャートを適用して情報処理装置１５０の実行するコンテンツ再生シーケンスについて説明する。ステップＳ１０１において、デバイス鍵を適用して情報記録媒体１００に格納されたＭＫＢ１１２の復号処理を実行して、メディア鍵Ｋｍ取得処理を実行する。ステップＳ１０２において、メディア鍵の取得に成功したと判定した場合は、ステップＳ１０３に進む。
【００６８】
ステップＳ１０２において、メディア鍵の取得に失敗したと判定した場合は、ステップＳ１０９に進み、再生禁止として処理を終了する。メディア鍵の取得に失敗する場合とは、情報処理装置の保持しているデバイス鍵がリボーク、すなわち不正であるとしてライセンスが認められない状態となっていることを意味する。前述したようにＭＫＢは、適宜更新され、有効なライセンス保持した情報処理装置の格納デバイス鍵を適用した場合にのみメディア鍵を取得することが可能な構成であり、リボークされた場合には、メディア鍵を取得することができない。
【００６９】
メディア鍵の取得に成功した場合は、ステップＳ１０３に進み、取得したメディア鍵Ｋｍと、情報記録媒体１００から読み取ったボリュームＩＤ１１３とに基づく暗号処理によって、タイトル鍵生成キーＫｅ（embedded Key）生成する。この鍵生成処理は、前述したように例えば図５に示すＡＥＳベースのハッシュ関数［ＡＥＳ＿Ｈ］を適用した処理として実行される。
【００７０】
次に、ステップＳ１０４において、タイトル鍵生成キーＫｅ（embedded Key）と、情報記録媒体１００から読み取った使用許諾情報１１４とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、コントロールキーＫｃを生成し、ステップＳ１０５において、コントロールキーＫｃと情報記録媒体１００から読み取ったタイトル鍵データ１１５とに基づく暗号処理（ＡＥＳ＿Ｈ）によって、タイトル鍵を生成する。
【００７１】
次に、ステップＳ１０６において、情報記録媒体１００から読み取った暗号化コンテンツに対して、タイトル鍵を適用した復号処理（例えばＡＥＳ＿Ｄ）を実行し、ステップＳ１０７において、情報記録媒体１００に格納されたスクランブルルール１１５を取得し、再生対象のコンテンツに対応するスクランブルルールを解析する処理を実行し、ステップＳ１０８において、解析したスクランブルルールに対応するスクランブル解除処理を実行する。
【００７２】
［２．情報記録媒体に対するコンテンツ記録処理の詳細］
次に、情報記録媒体に対するコンテンツ記録処理の詳細について説明する。図７を参照して、コンテンツ格納情報記録媒体の製造シーケンスについて説明する。
【００７３】
図７に示すように、まず、情報記録媒体に格納するコンテンツに対して、コンテンツ編集処理を実行するオーサリングファシリティ３３０において編集処理、すなわちステップＳ２０１におけるオーサリング処理が実行され、オーサリング済みコンテンツ３３２が生成される。なお、オーサリングコンテンツは、通常、ＭＰＥＧエンコード等のエンコードのなされたコンテンツとして設定される。
【００７４】
さらに、適用するスクランブルルール３３１を選択して、選択したスクランブルルールに基づいて、ステップＳ２０２においてスクランブル処理が実行される。なお、スクランブル態様には様々な態様がある。これらの具体的態様については後述する。ステップＳ２０２において、スクランブル処理がなされた後、スクランブルコンテンツは、情報記録媒体製造処理を実行するディスク工場としての暗号化ファシリティ３７０に渡される。
【００７５】
暗号化ファシリティ３７０では、ステップＳ２０３において、スクランブルコンテンツに対する暗号化処理を実行する。ライセンスエンティティ３５０は、前述した暗号鍵ブロックとしてのＭＫＢの管理を実行し、コンテンツ暗号化処理を実行する暗号化ファシリティ３７０にメディア鍵Ｋｍを提供して、暗号化ファシリティ３７０は、メディア鍵を適用した処理を実行してコンテンツの暗号化を実行する。暗号化プロセスの詳細については後述する。
【００７６】
ステップＳ２０３における暗号化処理によって生成した暗号化コンテンツ３７１と、オーサリングファシリティ３３０において適用したスクランブルルール３３１とが、暗号化ファシリティ３７０において、情報記録媒体１００に書き込まれて情報記録媒体１００が製造される。
【００７７】
以下、スクランブル処理の例として、
（２−１）シャッフル処理
（２−２）排他論理和演算（ＥＸＯＲ）処理
（２−３）ローテーション処理
の３種類のスクランブル処理について、順次説明する。
【００７８】
［（２−１）シャッフル処理］
図８は、図７において説明した記録データの生成処理をコンテンツデータの変化として示した図であり、適用するスクランブル処理としてシャッフル処理を適用した場合の処理例を示している。シャッフル処理をスクランブル処理として適用する場合、様々な異なるシャッフル態様がスクランブルルール毎に設定される。すなわち、
スクランブルルール＃１：シャッフル態様１
スクランブルルール＃２：シャッフル態様２
スクランブルルール＃３：シャッフル態様３
： ： ：
スクランブルルール＃ｎ：シャッフル態様ｎ
のように多数のシャッフル態様が設定され、各コンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）毎にいずれかのスクランブルルール＃ｘ（シャッフル態様ｘ）が適用されてスクランブル処理が実行されることになる。
【００７９】
図８には、上段から、（Ａ）シャッフル処理前の平文、シャッフル処理後の平文、（Ｃ）シャッフル済み暗号文を示している。図８（Ａ）に示すように、ＭＰＥＧエンコード等のエンコードのなされたコンテンツ、すなわち情報記録媒体に記録するＡＶストリーム等のコンテンツは先頭から６４ＫＢずつに分割され、６４ＫＢ毎にシャッフルユニットとして設定される。６４ＫＢシャッフルユニットは、３２個の２ＫＢシャッフルエレメントによって構成される。
【００８０】
スクランブル処理としてのシャッフル処理は、２ＫＢシャッフルエレメントの入れ替え（シャッフル）処理として実行される。入れ替え態様としてのシャッフル態様がスクランブルルールである。図９を参照してスクランブルルール（シャッフル態様）について説明する。図９（Ａ）は、１つのスクランブルルール（シャッフル態様）の例を示している。
【００８１】
図９（Ａ）に示すスクランブルルール（シャッフル態様）は、図８に示す２ＫＢシャッフルエレメント１〜３２のシャッフルによる並び替え順を示している。すなわちシャッフル後は、第１番目のシャッフルエレメントとして、シャッフル前の第３番目のシャッフルエレメントを設定し、シャッフル後の第２番目のシャッフルエレメントとして、シャッフル前の第１９番目のシャッフルエレメントを設定、以下、同様に、１６，２４，２６・・・のにシャッフルエレメントを並び替えるシャッフル処理を示しているスクランブルルールである。
【００８２】
図９（Ｂ１）がシャッフル前の２ＫＢシャッフルエレメント１〜３２の設定シーケンスであり、（Ｂ２）が、（Ａ）に示すスクランブルルール（シャッフル態様）を適用したスクランブル処理によって生成されるシャッフル後の２ＫＢシャッフルエレメント１〜３２の設定シーケンスである。
【００８３】
スクランブルルール（シャッフル態様）は、前述したように、コンテンツ、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎に異なるルールとして設定可能である。情報記録媒体に複数のコンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）が記録されている場合、各コンテンツあるいはコンテンツ管理ユニット（ＣＰＳユニット）に対応して適用されているスクランブルルール、すなわち、例えば図９（Ａ）に示すスクランブルルールがそれぞれ、図１を参照して説明したスクランブルルール１１６として記録されている。再生処理を実行する情報処理装置は、再生対象コンテンツに対応するスクランブルルールを読み出して、スクランブル解除処理を実行する。
【００８４】
図８、図９に示す例では、３２個のシャッフルユニットを適用したシャッフルをスクランブル処理として実行した例である。この場合、シャッフル態様は３２！種類の設定が可能であり、スクランブルルールとして３２！のルールが設定可能となる。コンテンツ、あるいはコンテンツ管理ユニット（ＣＰＳユニット）毎にこれらの３２！のいずれかのルールを適用してスクランブル処理が実行可能となる。従って、ある１つのコンテンツに対応して設定されたスクランブルルールが漏洩した場合であっても、その他のコンテンツに適用されているスクランブルルールが同一のスクランブルルールである確率はきわめて低いものとなり、漏洩したスクランブルルールに基づいて、他のコンテンツのスクランブル解除を行なうことはほぼ不可能となり、コンテンツの不正取得、利用を防止することができる。
【００８５】
なお、情報記録媒体に記録されるスクランブルルール１１６は、暗号化データ、例えばＪａｖａセキュアコードを適用して記述され、正当なライセンスを持つ情報処理装置においてのみ解読可能なデータとして設定されており、不正な読み取りによるルール解読は防止された構成となっている。
【００８６】
なお、スクランブル処理（シャッフル処理）は、コンテンツを区分することによって設定される複数の６４ＫＢのシャッフルユニット全てを対象として実行する構成としてもよいが、コンテンツを区分することによって設定される複数の６４ＫＢのシャッフルユニットから選択された一部のユニットのみを対象としてスクランブル（シャッフル）処理を実行する構成としてもよい。
【００８７】
なお、上述の例において、シャッフルユニットは６４ＫＢとして設定した例を示しているが、データサイズはこれに限定されるものではない。ただし、情報処理装置におけるコンテンツ再生処理においてドライブのデータ読み取り単位として設定されるＥＣＣブロックのサイズである６４ＫＢとシャッフルユニットサイズを同一サイズとすることで、１度のデータ読み取りによってシャッフルユニットを読み取ることが可能となる。従って、シャッフルユニットを６４ＫＢとして設定することで、再生処理の際にドライブにおいて実行するデータ取得処理とシャッフル解除処理を一連の処理として実行することができ、効率的な処理が実現される。
【００８８】
また、シャッフルエレメントのサイズ＝２ＫＢは、ブルーレイ（Ｂｌｕ−ｒａｙ）ディスクのユーザセクタデータと同一サイズである。６ＫＢ単位で設定されるアラインドユニット（Ａｌｉｇｎｅｄ Ｕｎｉｔ）において、図８に示すように先頭１６バイトのみが非暗号化データ（平文）として設定される。各アラインドユニット（６ＫＢ）の先頭部には、再生処理タイミング情報としてのタイムスタンプが設定される。
【００８９】
後述するコンテンツ暗号化処理において、６ＫＢ単位の暗号化処理を実行した場合、２ＫＢ単位のシャッフルを実行することで、各アラインドユニット（６ＫＢ）の２番目と３番目のユーザセクタデータのいずれかにタイムスタンプ情報が含まれる場合が多くなるが、これらの情報は暗号化されることになる。このように多くのタイムスタンプ情報が暗号化されることで、正当な復号処理、スクランブル解除処理を実行しない限りタイムスタンプ情報に基づく再生シーケンスの取得は不可能となる。
【００９０】
図８（Ａ），（Ｂ）に示すように、例えば図９に示すスクランブルルールを適用したスクランブル処理（シャッフル処理）は、オーサリングファシリティにおいて実行され、シャッフル後のデータが、暗号化ファシリティとしてのディスク工場に渡されて暗号化処理が実行され、図８（Ｃ）に示すシャッフル済み暗号文が生成される。
【００９１】
暗号化処理の態様としては、例えば、６ＫＢのアラインドユニット（６ＫＢ）を暗号化処理単位とした設定と、２ＫＢのユーザセクタデータを暗号化処理単位とした設定とがあり、以下、これらのそれぞれの暗号化処理態様について説明する。
【００９２】
まず、６ＫＢのアラインドユニット（６ＫＢ）を暗号化処理単位とした設定における暗号化処理について、図１０を参照して説明する。
【００９３】
図１０（Ａ）は、シャッフル済み平文を６ＫＢ単位のアラインドユニット（Ａｌｉｇｅｄ Ｕｎｉｔ）として設定したデータ構成を示している。各６ＫＢアラインドユニットは、図１０（Ｂ）に示すように３個の２ＫＢのユーザセクタデータの集合として設定されている。
【００９４】
暗号化処理は、３個の２ＫＢのユーザセクタデータからなる６ＫＢアラインドユニットを処理単位として、ＡＥＳ＿ＥＣＢＣ、すなわちＡＥＳ暗号化のＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードを適用して実行される。暗号処理に適用する鍵は、６ＫＢアラインドユニットの先頭１６Ｂ非暗号化部４０１から取得するブロック鍵生成データ（１２８ｂｉｔｓ）と、前述したタイトル鍵（１２８ｂｉｔｓ）とに基づくＡＥＳ暗号化および配置論理和演算によるＡＥＳ鍵生成処理によって生成するブロック鍵（１２８ｂｉｔｓ）である。ブロック鍵は、６ＫＢアラインドユニットの先頭１６Ｂ非暗号化部４０１から取得するブロック鍵生成データを適用して生成されるので、各６ＫＢアラインドユニット毎に異なる鍵として設定される。
【００９５】
ＡＥＳ＿ＥＣＢＣモードの暗号処理について、図１１を参照して説明する。図１１（Ａ）は、図１０（Ｂ）と同様の３個の２ＫＢユーザセクタデータからなる６ＫＢアラインドユニットを示し、図１１（Ｂ）は、１６Ｂ非暗号化部４０１とその他の暗号化部分４０２を示している。
【００９６】
暗号化部分４０２は、図１１（Ｃ）に示すようにそれぞれ１６Ｂの平文ユニットに区分される。先頭の１６バイト平文ユニットは、初期値（ＩＶ）と排他論理和（ＥＸＯＲ）され、さらにＡＥＳ暗号化処理がなされて出力され、１６バイト暗号文が設定される。さらに、この１６バイト暗号文は、次の１６バイト平文ユニットと排他論理和（ＥＸＯＲ）されＡＥＳ暗号化がなされて、１６バイトの暗号文ユニットが生成される。さらに、この１６バイト暗号文ユニットが次の１６バイト平文ユニットと排他論理和（ＥＸＯＲ）される。以下同様の処理が繰り返され、図１１（Ｄ）に示す暗号文ユニット配列が生成される。なお、ＡＥＳ暗号化の際の鍵は、図１０において説明したブロック鍵が適用される。また、初期値（ＩＶ）は、暗号化ファシリティ及び再生装置間で共有される予め定められた１２８ビット値が適用される。
【００９７】
このようにして、図１０（Ｃ）に示す１６Ｂ非暗号化部４０１と、その他の６１２８Ｂの暗号化部分４０２とからなる１つの６ＫＢアラインドユニットの暗号化データが生成される。
【００９８】
次に、図１２を参照して、２ＫＢのユーザセクタデータを暗号化処理単位とした設定における暗号化処理について説明する。図１２（Ａ）は、シャッフル済み平文を２ＫＢのユーザセクタデータとした設定を示している。
【００９９】
暗号化処理は、１個の２ＫＢのユーザセクタデータを処理単位として、ＡＥＳ＿ＥＣＢＣ、すなわち図１１を参照して説明したＡＥＳ暗号化のＣＢＣ（Ｃｉｐｈｅｒ Ｂｌｏｃｋ Ｃｈａｉｎｉｎｇ）モードを適用して実行される。暗号処理に適用する鍵は、２ＫＢユーザセクタデータの先頭１６Ｂ非暗号化部４１１から取得するブロック鍵生成データ（１２８ｂｉｔｓ）と、前述したタイトル鍵（１２８ｂｉｔｓ）とに基づくＡＥＳ暗号化および配置論理和演算によるＡＥＳ鍵生成処理によって生成するブロック鍵（１２８ｂｉｔｓ）である。ブロック鍵は、２ＫＢユーザセクタデータの先頭１６Ｂ非暗号化部４１１から取得するブロック鍵生成データを適用して生成されるので、各２ＫＢユーザセクタデータ毎に異なる鍵として設定される。
【０１００】
ＡＥＳ＿ＥＣＢＣモードの暗号処理については、図１１を参照して説明したとおりであり、暗号処理の結果として、図１２（Ｂ）に示す１６Ｂ非暗号化部４１１と、その他の２０３２Ｂの暗号化部分４１２とからなる１つの２ＫＢユーザセクタデータの暗号化データが生成される。
【０１０１】
図１２を参照して説明した２ＫＢユーザセクタデータ単位の暗号処理を実行する場合、ＣＢＣモードの連鎖は、２ＫＢごとに完結する構成となる。先に、図８他を参照して説明したようにシャッフルエレメントは２ＫＢに設定されている。従って、各シャッフルエレメント毎にＡＥＳ＿ＥＣＢＣモードの連鎖関係は完結することになる。従って、２ＫＢ単位の暗号化を行なう構成では、暗号化処理と、スクランブル処理（シャッフル処理）の処理順番を変更しても得られる結果は同一となり、スクランブル処理と、暗号化処理のプロセス順を任意に設定できるというメリットがある。これは、データ記録処理、データ再生処理のいずれにも共通するメリットである。
【０１０２】
データ記録に際しての暗号化処理の処理態様を決定するために暗号化プロセスを実行するディスク工場等の暗号化ファシリティにおいて適用する補助ファイル（ＭＳＴＢＬ．ＤＡＴ）のデータ構成を図１３に示し、この補助ファイルのシンタックスを図１４に示す。
【０１０３】
補助ファイルは、［UD_START_Location］〜［MKB_Location］まで、記録データの種類および位置情報が記述され、その後、各セクタ毎の暗号化処理をフラグ［Encryption_Flag］に基づいて実行する設定となっている。なお、カクアラインドユニット毎のデータタイプとして、第１へ第３セクタの区別と、ＡＶストリームデータ以外の例えばＪａｖａコードなどのデータとが判別可能な設定となり、これらのデータ種別に基づく暗号化処理態様の変更も可能な構成となっている。
【０１０４】
各データの意味は、図１４に示すように、以下の意味を持つ。
UD_START_Location : 各LayerのUser Data (Data Zone)の開始点のPhysical Sector Number。
UD_END_Location : 各LayerのUser Data (Data Zone)の終了点のPhysical Sector Number。
CHT_Location : CHTの開始点のPhysical Sector Number。
CHT_Offset : CHTの開始点とHash Value（Mastering Facilityが埋めるデータ）の直前までのバイト数。
Content_Cert_Location : Content Certificateの開始点のPhysical Sector Number。
Content_Cert_Offset : Content Certificateの開始点とContent ID （Mastering Facilityが埋めるデータ）の直前までのバイト数。
UK_Inf_Location : タイトル鍵ファイルの開始点のPhysical Sector Number。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
UK_Inf_Offset : Unit_Key.infの開始点とEncrypted Unit Key for CPS Unit#1の直前までのバイト数。そのLayerにUnit_Key.infが記録されない場合は、0000000016を記述。
Num_of_UK : Disc全体のUnit Keyの数（＝CPS Unitの数）。
MKB_Location : MKBの開始点のPhysical Sector Number。そのLayerにMKB_Certが記録されない場合は、 0000000016を記述。
N : Layer i のLogical Sector数。
Encryption_Flag : 暗号化するかしないかのFlag。
Data_Type : SectorのTypeを示すFlag。
CPS_Unit_No : CPS Unit Number。
Clip_AV_File_No : クリップファイル番号。CHT作成のために使う情報。
Last_Sector_of_Clip : （Layerに関わらず）各クリップの最終Sectorを示すフラグ。
Last_Sector_of_Layer : 各Layerでの各クリップの最終Sectorを示すフラグ。
【０１０５】
先に図７以下を参照して説明した例では、スクランブル処理をオーサリングファシリティが実行する処理例を説明したが、次に、図１５を参照して、スクランブル処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１０６】
図１５に示すように、まず、情報記録媒体に格納するコンテンツに対して、コンテンツ編集処理を実行するオーサリングファシリティ４３０において編集処理、すなわちステップＳ２７１におけるオーサリング処理が実行され、オーサリング済みコンテンツ３３２が生成される。なお、オーサリングコンテンツは、通常、ＭＰＥＧエンコード等のエンコードのなされたコンテンツとして設定される。
【０１０７】
オーサリングコンテンツは、スクランブル処理を実行することなく、暗号化ファシリティ（ディスク工場）４７０に渡される。暗号化ファシリティ（ディスク工場）４７０は、適用するスクランブルルール４５１を選択して、選択したスクランブルルールに基づいて、ステップＳ２７２においてスクランブル処理を実行する。ステップＳ２７２において、スクランブル処理がなされた後、ステップＳ２７３において、スクランブルコンテンツに対する暗号化処理を実行する。ライセンスエンティティ４５０は、前述した暗号鍵ブロックとしてのＭＫＢの管理を実行し、コンテンツ暗号化処理を実行する暗号化ファシリティ４７０にメディア鍵Ｋｍを提供して、暗号化ファシリティ４７０は、メディア鍵を適用した処理を実行してタイトル鍵を生成し、さらに先に図１０、図１２を参照して説明した手順に従って、ブロック鍵の生成、コンテンツ暗号化処理を実行する。
【０１０８】
ステップＳ２７３における暗号化処理によって生成した暗号化コンテンツ４５２と、スクランブルルール４５１とが、暗号化ファシリティ４７０において、情報記録媒体１００に書き込まれて情報記録媒体１００が製造される。
【０１０９】
図１６は、図１５において説明した記録データの生成処理をコンテンツデータの変化として示した図であり、スクランブル処理としてシャッフル処理を適用した場合の処理例を示している。上段から、（Ａ）シャッフル処理前の平文、シャッフル処理後の平文、（Ｃ）シャッフル済み暗号文を示している。図１５（Ａ）は、オーサリングファシリティの生成するデータであり、ＭＰＥＧエンコード等のエンコードのなされたコンテンツ、すなわち情報記録媒体に記録するＡＶストリーム等のコンテンツである。
【０１１０】
図１５（Ｂ）は、シャッフル処理後の平文を示している。コンテンツは、先頭から６４ＫＢずつに分割され、６４ＫＢ毎にシャッフルユニットとして設定され、３２個の２ＫＢシャッフルエレメントのシャッフルが実行される。その後、暗号化処理が実行されて、図１５（Ｃ）に示すシャッフル後暗号文が生成される。本処理例では、図１５（Ｂ）（Ｃ）のデータ生成を暗号化ファシリティとしてのディスク工場が実行する。
【０１１１】
なお、暗号化処理は、先に、図１０〜図１２を参照して説明したとど羽陽の処理、すなわち、６ＫＢアラインドユニットを暗号化処理単位とした設定と、２ＫＢユーザセクタデータを暗号化処理単位とした設定が可能である。２ＫＢユーザセクタデータを暗号化処理単位とした設定においては、スクランブル処理と暗号化処理の前後関係を入れ替えても結果は同じとなり、任意の順序での処理とすることができる。
【０１１２】
図７以下を参照して説明したように、本発明の情報記録媒体製造処理は、情報記録媒体へ記録するコンテンツに適用するスクランブルルールを選択するスクランブルルール選択処理と、選択したスクランブルルールに従って、コンテンツに対するスクランブル処理を実行するスクランブル処理と、生成したスクランブルコンテンツと、該コンテンツに対して選択適用したスクランブルルールを情報記録媒体に記録する処理とを実行するものである。スクランブルルール選択処理では、情報記録媒体へ記録するコンテンツが複数ある場合において、記録コンテンツ毎、または管理ユニット毎に個別のスクランブルルールを選択する処理を実行する。
【０１１３】
また、スクランブル処理は、上述したコンテンツ構成データとして設定されるシャッフルエレメントのシャッフル処理の他、排他論理和演算処理、ローテーション処理などがある。以下、これらの処理について説明する。
【０１１４】
［（２−２）排他論理和演算（ＥＸＯＲ）処理］
次に、スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用した処理例について説明する。まず、この処理例の説明の前に、情報記録媒体に記録するＡＶストリームのエンコードデータ、すなわちＭＰＥＧ２トランスポートストリームデータのデータ構成について説明する。
【０１１５】
図１７は、ＭＰＥＧ２トランスポートストリームデータのデータ構成を示す図である。ＭＰＥＧ２トランスポートストリームデータは図１７（Ａ）に示すように、６ＫＢアラインドユニットの連結データとして設定される。各６ＫＢアラインドユニットは、図１７（Ｂ）に示すように、１９２ビットのソースパケット３２個から構成される。なお、１９２ビットのソースパケット３２個は、３個の２ＫＢユーザセクタデータに相当する。
【０１１６】
各１９２バイトソースパケットは、図１７（Ｃ）に示すように、４ビットＴＰ＿ｅｘｔｒａヘッダと、１８８ビットトランスポートパケットによって構成される。図１８（Ａ）にソースパケットのシンタックス、図１８（Ｂ）にＴＰ＿ｅｘｔｒａヘッダのシンタックス、図１９にトランスポートパケットのシンタックスを示す。
【０１１７】
スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用する処理は、平文のトランスポートストリームデータ上の所定箇所のｎビット（たとえば３２ビット）データに所定のｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理として実行される。所定のｎビット（３２ビット）値はスクランブルルールによって規定される値である。
【０１１８】
図２０を参照して、オーサリングファシリティにおいてスクランブル処理（ＥＸＯＲ処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷について説明する。
【０１１９】
図２０（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティでは、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行して、図２０（Ｂ）ＥＸＯＲ済み平文を生成する。
【０１２０】
スクランブルルールは、例えば、図２１に示すルールとして設定される。図２１には、Ｖ（１）〜Ｖ（ｎ）の３２ビットデータが格納され、これらの各Ｖ（ｉ）値もしくはこれらを元に計算される値が、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、排他論理和（ＥＸＯＲ）が施されてデータの書き換えが実行され、スクランブル処理が行なわれることになる。なお、１つの値、例えばＶ（１）のみをスクランブルルールとして設定し、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、同一の値Ｖ（１）もしくはこれを元に計算される値を排他論理和（ＥＸＯＲ）する構成としてもよい。
【０１２１】
スクランブル処理として、排他論理和（ＥＸＯＲ）を施す場合は、情報記録媒体に記録されるスクランブルルールは、図２１に示すルール、すなわち排他論理和（ＥＸＯＲ）演算の実行値もしくは実行値の元になる値が記録されることになる。再生処理におけるスクランブル解除の際には、この値もしくはこの値を元に計算される値を再度、所定位置のデータと排他論理和（ＥＸＯＲ）することで、オリジナルデータを復元することが可能となる。
【０１２２】
図２０に戻り、オーサリングファシリティにおいてスクランブル処理（ＥＸＯＲ処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷についての説明を続ける。オーサリングファシリティでは、例えば図２１に示すスクランブルルールを適用して排他論理和（ＥＸＯＲ）演算処理を実行し、図２０（Ｂ）に示すＥＸＯＲ済み平文を生成し、このデータを暗号化ファシリティとしてのディスク工場に提供する。
【０１２３】
暗号化ファシリティとしてのディスク工場は、この受領データに対して、暗号化処理を実行して、図２０（Ｃ）に示すＥＸＯＲ済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１２４】
このように、排他論理和演算（ＥＸＯＲ）の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、排他論理和（ＥＸＯＲ）に適用された所定のｎビット（３２ビット）値を、所定箇所に再度、排他論理和（ＥＸＯＲ）して、オリジナルのトランスポートストリームデータを復元するというスクランブル解除処理が必要となる。所定のｎビット（３２ビット）値はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１２５】
スクランブル処理として、排他論理和演算（ＥＸＯＲ）処理を適用する場合、排他論理和演算（ＥＸＯＲ）処理を適用する対象データの選択構成として、
（ａ）所定のパターンでデータ内容に無関係で排他論理和演算（ＥＸＯＲ）処理を施す。
（ｂ）特定の選択箇所のみに排他論理和演算（ＥＸＯＲ）処理を施す。
これら（ａ），（ｂ）のいずれかの処理が可能である。
【０１２６】
さらに、上記（ｂ）特定の選択箇所のみに排他論理和演算（ＥＸＯＲ）処理を施す場合には、
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
（ｂ２）シーケンスヘッダの一部もしくは全て
（ｂ３）ＴＳパケット内のＰＩＤ
これら３箇所のいずれかを排他論理和演算（ＥＸＯＲ）適用位置として選択可能である。各設定例について説明する。
【０１２７】
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
ＭＰＥＧ２エンコードデータは、Ｉ，Ｐ，Ｂピクチャから構成されるＧＯＰ（Group of Pictures）データによって構成される。Ｉピクチャは、基本となる画像データであり、Ｐ，Ｂピクチャは、それぞれＩピクチャ等からの差分データ等によって構成されるデータであり、Ｉピクチャの構成がくずれるとＧＯＰに含まれるフレームデータの再現（デコード）は困難となる。
【０１２８】
またＩピクチャのスライスを符号化したＶＬＣは、これら基幹データとしてのＩピクチャのランレングス符号化データであり、このＶＬＣに対して所定のｎビット（３２ビット）値を適用した排他論理和演算（ＥＸＯＲ）を施した場合、排他論理和演算（ＥＸＯＲ）処理データのデコードによってオリジナルデータの再現は不可能となり、効果的なスクランブルが実現される。
【０１２９】
なお、データ内容に無関係で排他論理和演算（ＥＸＯＲ）をする場合でもトランスポートストリームの大部分がＶＬＣデータなので、高い確率でデータを効果的にスクランブルすることが出来る。すなわち、処理データを普通に再生しても正しい映像が出ない。
【０１３０】
なお、Ｉピクチャの場所は、クリップインフォメーションに含まれるＥＰマップ（ＥＰ＿ｍａｐ）によって求めることが出来る。図２２に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）５０１は、クリップインフォメーションに含まれるデータである。
【０１３１】
ＥＰマップに基づくＩピクチャ位置の検出について、図２３参照して説明する。図２３（Ａ）はクリップＡＶストリームを示し、各矩形は１９２ビットソースパケットを示している。各ソースパケットにはタイムスタンプが設定され再生処理時間が規定されている。
【０１３２】
図２３（Ｂ）に、ソースパケットＮｏ．（Ｘ１）の詳細構成を示す。１つのソースパケットは、ＴＰ＿ｅｘｔｒａヘッダとトランスポートパケットとによって構成され、トランスポートパケットには、各種のヘッダ情報と、ＭＰＥＧ２実体データとしてのＩ−ＰＩＣＨ〜のデータによって構成される。
【０１３３】
図２３（Ｃ）に示すクリップインフォメーションには、前述したようにＥＰマップが含まれる。ＥＰマップには、図に示すように、［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データが含まれる。各データの意味は、以下の通りである。
PTS_EP_start：シーケンスヘッダを含むsource packetに対応するタイムスタンプ。
SPN_EP_start：シーケンスヘッダを含むsource packetの先頭アドレス。
I_end_position_offset：シーケンスヘッダを含むsource packetから、Ｉピクチャの終わりを含むsource packetのオフセット
これらのデータ関係を示すのが図２３（Ｄ）である。
【０１３４】
すなわち、図２３（Ｂ）に示すように、ソースパケットに含まれるデータの構成が規定されており、図２３（Ｃ）に示す［ＰＴＳ＿ＥＰ ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データをＥＰマップから求めることで、これらのデータに基づいて、ソースパケット中のＩピクチャ位置が求められることになる。
【０１３５】
データ記録字、データ再生時には、このＥＰマップ情報からＩピクチャ位置を求めて、所定のｎビット（３２ビット）値を適用した排他論理和演算（ＥＸＯＲ）を施すことになる。
【０１３６】
なお、このようにＥＰマップを適用することなく、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１３７】
Ｉピクチャのスライスを符号化したＶＬＣに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）演算を実行する処理例について、図２４を参照して説明する。図２４に示すように、Ｉピクチャのスライスを符号化したＶＬＣは、各スライスの先頭位置を示すスタートコードによって区分されており、オーサリングファシリティでは、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームのスライス位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行する。
【０１３８】
各スライスは、ＶＬＣ符号化されているので、排他論理和（ＥＸＯＲ）演算により一部データの書き換えが発生すると、スライスに対応するＧＯＰ全体の復号（ＭＰＥＧデコード）が不可能となる。このようにＩピクチャのスライスを符号化したＶＬＣに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）する処理によって効果的なスクランブルが可能となる。
【０１３９】
（ｂ２）シーケンスヘッダの一部もしくは全て
次に、シーケンスヘッダの一部もしくは全てを排他論理和（ＥＸＯＲ）演算対象データとして設定した例について説明する。
【０１４０】
シーケンスヘッダは、ＧＯＰの先頭に付加されるヘッダである。このシーケンスヘッダの場所についても、先に説明したＥＰマップに基づいて算出することができる。なお、上述の場合と同様に、ＥＰマップを適用することなく、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１４１】
シーケンスヘッダは、ＭＰＥＧデコード処理の処理態様を決定するための情報が記録されており、この情報なしには、正しい復号（ＭＰＥＧデコード）は不可能となる。従って、このシーケンスヘッダの値を排他論理和演算（ＥＸＯＲ）によって書き換えることによりデータ復元を不可能にすることができ、効果的なスクランブルが実現される。
【０１４２】
図２５にシーケンスヘッダに対して、スクランブル、すなわち排他論理和（ＥＸＯＲ）演算を実行した処理例を示す。図２５に示すように、シーケンスヘッダを含むデータ領域について、複数の３２ビット値Ｖ（ｉ）を適用して、排他論理和（ＥＸＯＲ）する処理を実行する。
【０１４３】
排他論理和（ＥＸＯＲ）に適用する値は、スクランブルルールから取得する。すなわち、例えば図２２に示す各々３２ビットの値を規定したデータを適用する。スクランブル解除の場合もこれらのデータを取得して同一位置に、排他論理和（ＥＸＯＲ）する処理を実行することでオリジナルのシーケンスヘッダ情報を取得することができる。
【０１４４】
（ｂ３）ＴＳパケット内のＰＩＤ
次に、ＴＳパケット内のＰＩＤを排他論理和（ＥＸＯＲ）演算対象データとして設定した例について説明する。
【０１４５】
ＴＳパケット内のＰＩＤは、トランスポートパケットないにある１３ビットのデータである（図１９参照）。このＰＩＤデータは、トランスポートパケットに含まれるデータ内容、すなわちビデオデータであるか、オーディオデータであるか等のデータ種別を判別するためのデータであり、デコード処理には不可欠なデータとなる。このでーたを排他論理和（ＥＸＯＲ）演算により書き換えることで、正しいデコードを不可能とすることが可能となり効果的なスクランブルが実現される。
【０１４６】
ＴＳパケット内のＰＩＤ位置は、あらかじめ規定されており、容易に求めることが可能である。ただし、この処理例の場合も、前述の例と同様、排他論理和演算（ＥＸＯＲ）すべき場所全ての論理ブロックアドレス（Logical Block Address）を記述したテーブルを用意し、このテーブルに基づいてスクランブル位置を求める構成としてもよい。この場合は、このテーブルもスクランブルルールとして情報記録媒体に記録する。再生処理に際してスクランブル解除を実行する場合は、このテーブルと、図２２に示した排他論理和値とからなるスクランブルルールに基づいて、スクランブル（ＥＸＯＲ）位置と値を取得してＥＸＯＲ処理を実行してスクランブル解除を行なう。
【０１４７】
先に、図２０を参照して説明した処理例では、スクランブル処理としての排他論理和（ＥＸＯＲ）演算処理をオーサリングファシリティが実行する処理例を説明したが、次に、図２６を参照して、スクランブル処理としての排他論理和（ＥＸＯＲ）演算処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１４８】
図２６（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティは、編集済みコンテンツとして、ＭＰＥＧ２トランスポートストリームを生成し、これを暗号化ファシリティとしてのディスク工場に提供する。
【０１４９】
暗号化ファシリティとしてのディスク工場は、スクランブルルールに基づいて決定される値（３２ビット値Ｖｉ）を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したｎビット（３２ビット）値を排他論理和（ＥＸＯＲ）する処理を実行して、図２６（Ｂ）ＥＸＯＲ済み平文を生成する。
【０１５０】
スクランブルルールは、例えば、図２１に示すルールとして設定される。図２１には、Ｖ（１）〜Ｖ（ｎ）の３２ビットデータが格納され、これらの各Ｖ（ｉ）値が、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、排他論理和（ＥＸＯＲ）が施されてデータの書き換えが実行され、スクランブル処理が行なわれることになる。なお、１つの値、例えばＶ（１）のみをスクランブルルールとして設定し、ＭＰＥＧ２トランスポートストリームから選択されたｎ箇所の３２ビットデータに順次、同一の値Ｖ（１）を排他論理和（ＥＸＯＲ）する構成としてもよい。
【０１５１】
暗号化ファシリティとしてのディスク工場は、さらにこのデータに対して、暗号化処理を実行して、図２６（Ｃ）に示すＥＸＯＲ済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１５２】
このように、排他論理和演算（ＥＸＯＲ）の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、排他論理和（ＥＸＯＲ）に適用された所定のｎビット（３２ビット）値を、所定箇所に再度、排他論理和（ＥＸＯＲ）して、オリジナルのトランスポートストリームデータを復元するというスクランブル解除処理が必要となる。所定のｎビット（３２ビット）値はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１５３】
［（２−３）ローテーション処理］
次に、スクランブル処理として、ローテーション処理を適用した処理例について説明する。
【０１５４】
スクランブル処理として、ローテーション処理を適用する処理は、平文のトランスポートストリームデータ上の所定箇所のｎビット（たとえば３２ビット）データを、スクランブルルールによって規定されるビット数分のローテーションを実行する処理として実行される。所定のローテーションビット数はスクランブルルールによって規定される値である。
【０１５５】
図２７を参照して、オーサリングファシリティにおいてスクランブル処理（ローテーション処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷について説明する。
【０１５６】
図２７（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティでは、スクランブルルールに基づいて決定されるローテーションビット数を取得し、予め定められたＭＰＥＧ２トランスポートストリームのローテーション領域６１１，６１２の構成ビットを、スクランブルルールから取得したローテーションビット数に基づいて取得ビット数分のローテーション処理を実行して、図２７（Ｂ）ローテーション済み平文を生成する。
【０１５７】
スクランブルルールは、例えば、図２８に示すルールとして設定される。図２８には、Ｖ（１）〜Ｖ（ｎ）のローテーションビット数データが格納される。
このテーブルを用いて次のようにローテーション（ビット入れ替え）を行う。
ローテーション位置の１箇所目は、左にＶ（１）ビットシフト
ローテーション位置の２箇所目は、左にＶ（２）ビットシフト
ローテーション位置の３箇所目は、左にＶ（３）ビットシフト
・・・
ローテーション位置のｎ箇所目は、左にＶ（ｎ）ビットシフト
【０１５８】
スクランブル処理としてローテーション処理を実行する場合は、このテーブルがスクランブルルールとして情報記録媒体に格納される。このテーブルは、例えば暗号化を施してディスクに記録してルールが解読されないようになされる。なお、すべてのローテーション位置に対して、同一のビット数分のローテーションを行なう構成としてもよく、この場合は、１つのシフト量［Ｖ（１）］のみをスクランブルルールとして規定すればよい。なお、例えば、３２ビットのユニット内でローテーションを行う場合は、シフト量Ｘは、Ｘ，３２の設定で規定される。
【０１５９】
スクランブル処理として、ローテーションを施す場合は、情報記録媒体に記録されるスクランブルルールは、図２８に示すルール、すなわちローテーションのビット数データ値が記録されることになる。再生処理におけるスクランブル解除の際には、この値に基づいて、再度、逆ローテーションを実行することで、オリジナルデータを復元することが可能となる。
【０１６０】
図２７に戻り、オーサリングファシリティにおいてスクランブル処理（ローテーション処理）を実行する場合のコンテンツ（ＭＰＥＧ２ストリームデータ）の変遷についての説明を続ける。オーサリングファシリティでは、例えば図２８に示すスクランブルルールを適用してローテーション処理を実行する。
【０１６１】
ローテーション位置６１１の３２ビットデータは、本来ｂ０〜ｂ３１のシーケンスで設定されていた３２ビットデータであるが、ローテーションによって［ｂ１１］が先頭にシフトされている。すなわち、１１ビット左シフトが実行されている。同様に、ローテーション位置６１２の３２ビットデータは、本来ｂ０〜ｂ３１のシーケンスで設定されていた３２ビットデータであるが、ローテーションによって［ｂ２５］が先頭にシフトされている。すなわち、２５ビット左シフトが実行されている。このシフト量は、スクランブルルールに基づいて決定される。オーサリングファシリティは、このようにスクランブルルールに基づくローテーション処理を実行し、図２７（Ｂ）に示すローテーション済み平文を生成し、このデータを暗号化ファシリティとしてのディスク工場に提供する。
【０１６２】
暗号化ファシリティとしてのディスク工場は、この受領データに対して、暗号化処理を実行して、図２７（Ｃ）に示すローテーション済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１６３】
このように、ローテーション処理の施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、ローテーション処理の実行位置データを、ローテーション実行ビット数分、ただしく逆ローテーションすることが必要であり、この処理によって、スクランブル解除が可能となる。ローテーションビット数はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１６４】
なお、スクランブル処理として、ローテーション処理を適用する場合、の適用データ位置は、前述の排他論理和演算（ＥＸＯＲ）処理の適用対象データ位置と同様、
（ａ）所定のパターンでデータ内容に無関係でローテーション処理を施す。
（ｂ）特定の選択箇所のみにローテーション処理を施す。
これら（ａ），（ｂ）のいずれかの処理が可能である。
さらに、上記（ｂ）特定の選択箇所のみにローテーション処理を施す場合には、
（ｂ１）Ｉピクチャのスライスを符号化したＶＬＣ（可変長ランレングス符号化データ）の一部
（ｂ２）シーケンスヘッダの一部もしくは全て
（ｂ３）ＴＳパケット内のＰＩＤ
これら３箇所のいずれかをローテーション位置として選択可能である。
【０１６５】
図２７を参照して説明した処理例では、スクランブル処理としてのローテーション処理をオーサリングファシリティが実行する処理例を説明したが、次に、図２９を参照して、スクランブル処理としてのローテーション処理と暗号化処理の２つの処理をディスク工場（暗号化ファシリティ）において実行する例について説明する。
【０１６６】
図２９（Ａ）は、ＭＰＥＧ２トランスポートストリームの構成データである。オーサリングファシリティは、編集済みコンテンツとして、ＭＰＥＧ２トランスポートストリームを生成し、これを暗号化ファシリティとしてのディスク工場に提供する。
【０１６７】
暗号化ファシリティとしてのディスク工場は、スクランブルルールに基づいて決定されるローテーションビット数を取得し、予め定められたＭＰＥＧ２トランスポートストリームの構成データ位置にスクランブルルールから取得したローテーションビット数分のローテーション処理を実行して、図２９（Ｂ）ローテーション済み平文を生成する。
【０１６８】
ローテーション領域６２１の３２ビットデータは、ローテーションによって［ｂ１１］が先頭にシフトされている。すなわち、１１ビット左シフトが実行されている。同様に、ローテーション領域６２２の３２ビットデータは、ローテーションによって［ｂ２５］が先頭にシフトされている。すなわち、２５ビット左シフトが実行されている。このシフト量は、スクランブルルールに基づいて決定される。スクランブルルールは、例えば、図２８に示すルールとして設定される。暗号化ファシリティとしてのディスク工場は、さらにこのデータに対して、暗号化処理を実行して、図２９（Ｃ）に示すローテーション済み暗号文を生成する。暗号化処理は、先に、図１０〜図１２を参照して説明したＡＥＳ＿ＥＣＢＣモードを適用した処理が適用される。
【０１６９】
このように、ローテーションの施されたデータをデコードしても正しいデータは取得できない。正しいデータを取得するためには、ローテーション処理の実行位置データを、ローテーション実行ビット数分、ただしく逆ローテーションすることが必要であり、この処理によって、スクランブル解除が可能となる。ローテーションビット数はスクランブルルールによって規定されており、正当な手続きの下でのスクランブルルール解析を行うことが必要となる。
【０１７０】
なお、ここまで、スクランブル処理の態様として、シャッフル処理、排他論理和（ＥＸＯＲ）処理、ローテーション処理の３種類を説明したが、これらのスクランブル処理は組み合わせて適用する構成としてもよい。
【０１７１】
また、スクランブル処理の対象データとして、排他論理和（ＥＸＯＲ）処理と、ローテーション処理については、
（１）ＭＰＥＧエンコードデータに含まれるＩピクチャスライス符号化データの一部
（２）シーケンスヘッダの一部
（３）トランスポートストリームパケット内のデータ種別情報を記録したＰＩＤデータ
の少なくともいずれかを含むデータとする設定例について説明したが、シャッフル処理についても同様に、上記（１）〜（３）のいずれかを含むデータを選択してシャッフルを行なう構成としてもよい。
【０１７２】
［３．情報処理装置の構成例］
次に、図３０を参照して、上述の各種スクランブル処理を施したコンテンツの記録処理または再生処理を行う情報処理装置の構成例について説明する。
【０１７３】
情報処理装置８００は、情報記録媒体８９１の駆動を行ない、データ記録再生信号の入手力を行なうドライブ８９０、各種プログラムに従ったデータ処理を実行するＣＰＵ８７０、プログラム、パラメータ等の記憶領域としてのＲＯＭ８６０、メモリ８８０、デジタル信号を入出力する入出力Ｉ／Ｆ８１０、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８４１を持つ入出力Ｉ／Ｆ８４０、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８３０、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８２０、各種の暗号処理を実行する暗号処理手段８５０、スクランブル処理またはスクランブル解除処理を実行するスクランブル処理手段８５５を有し、バス８０１に各ブロックが接続されている。
【０１７４】
まず、データ記録時の動作について説明する。記録を行うデータとしてデジタル信号入力とアナログ信号入力の２つのケースが想定される。
【０１７５】
デジタル信号の場合、デジタル信号用入出力Ｉ／Ｆ８１０から入力され、ＣＰＵ８７０、ＴＳ・ＰＳ処理手段８２０によって保存用のデータ形式に変換し、ＭＰＥＧコーデック８３０によって例えばＭＰＥＧ２形式へのデータ変換処理を行い、スクランブル処理手段８５５において、所定のスクランブルルールに従ったスクランブル処理を実行する。スクランブルルールは例えばメモリ８８０に格納されている。スクランブル処理の態様としては、上述したように、シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理のいずれかを適用した処理を行なう。シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理いずれを適用する場合においても、コンテンツまたはコンテンツ管理ユニット毎に異なるルールの適用が可能である。
【０１７６】
なお、シャッフル処理、排他論理和（ＥＸＯＲ）処理、あるいはローテーション処理のいずれか１つの手法によるスクランブル処理ではなく、シャッフル処理、排他論理和（ＥＸＯＲ）処理、ローテーション処理を、複数組み合わせて適用したスクランブル処理を実行する構成としてもよい。
【０１７７】
スクランブル処理が実行されたデータは、次に、暗号化処理手段８５０によって暗号化処理を施される。暗号化処理は、先に図１０〜図１２を参照して説明したように、例えばＡＥＳ＿ＥＣＢＣモードを適用した処理として実行される。ＡＥＳ＿ＥＣＢＣモードを適用した暗号化処理単位は、２ＫＢ単位、６ＫＢ単位など、様々な設定が可能である。暗号化処理手段８５０によって暗号化処理を施されたデータが情報記録媒体８９１に保存する。
【０１７８】
アナログ信号の場合、入出力Ｉ／Ｆ８４０へ入力されたアナログ信号はＡ／Ｄコンバータ８４１によってデジタル信号となり、ＭＰＥＧコーデック８３０によって記録時に使用されるコーデックへと変換される。その後、ＴＳ・ＰＳ処理手段８２０により、記録データの形式であるＡＶ多重化データへ変換され、必要に応じて、スクランブル処理手段８５５によるスクランブル処理、暗号化処理手段８５０による暗号化処理が施されて、記録媒体８９１に保存される。
【０１７９】
次に、情報記録媒体からのデータ再生を行なう場合の処理について説明する。例えばＭＰＥＧ−ＴＳデータからなるＡＶストリームデータの再生を行う場合、ドライブ８９０において情報記録媒体８９１から読み出されたデータはコンテンツ管理ユニットとして識別されると、コンテンツ管理ユニットに対応するユニット鍵の取得処理が実行され、取得されたユニット鍵に基づいて、暗号化処理手段８５０で暗号を解き、その後、スクランブル解除処理が実行される。
【０１８０】
スクランブル解除処理に際しては、スクランブルルールを情報記録媒体８９１から読み出して、再生対象コンテンツに適用されているスクランブルルールを解析することが必要となる。例えば、コンテンツのスクランブルが、シャッフル処理として実行されている場合は、図９（Ａ）に示すシャッフルエレメントのシーケンスを設定したスクランブルルール、排他論理和（ＥＸＯＲ）であれば、図２１に示す排他論理和（ＥＸＯＲ）の値を設定したスクランブルルール、ローテーションであれば、図２８に示すローテーション（シフト）ビット数を設定したスクランブルルールを取得し、これらの取得ルールに基づいてスクランブル解除を実行する。なお、前述したように、スクランブルルールの解析およびスクランブル解除処理はセキュアなデータ処理として実行される。具体的には、例えば情報記録媒体に格納されるスクランブルルールは、Ｊａｖａセキュアコードで記録され、スクランブルルール解析、スクランブル解除処理は、コンテンツ再生を実行する情報処理装置に設定されるＪａｖａＶＭ（バーチャルマシン）上で実行される。
【０１８１】
スクランブル解除がなされたコンテンツデータは、次に、ＴＳ（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 ]