JP4905585B2 - 情報記録媒体、およびプログラム - Google Patents

Description

本発明は、情報記録媒体、およびプログラムに関する。さらに、詳細には、コンテンツ利用管理の要求される様々なコンテンツに対するデータ変換処理により、不正なコンテンツ利用を排除し、厳格なコンテンツ利用管理を実現する情報記録媒体、およびプログラムに関する。

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

これら様々な情報記録媒体（記録メディア）にデジタルコンテンツが格納され、ユーザに提供される。ユーザは、所有するＰＣ（Personal Computer）、ディスクプレーヤ等の再生装置においてコンテンツの再生、利用を行う。

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

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

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

例えば、ＤＶＤプレーヤでは、コンテンツ・スクランブルシステム（Ｃｏｎｔｅｎｔ Ｓｃｒａｍｂｌｅ Ｓｙｓｔｅｍ）が採用されている。コンテンツ・スクランブルシステムでは、例えばＤＶＤ−ＲＯＭ(Read Only Memory)にビデオデータやオーディオデータ等が暗号化されて記録されている構成において、スクランブルを解除することでコンテンツ再生を可能とするものである。

スクランブル解除処理には、ライセンスを受けたＤＶＤプレーヤに与えられた鍵などの特定データを適用した処理を実行することが必要となる。ライセンスは、不正コピーを行わない等の所定の動作規定に従うように設計されたＤＶＤプレーヤに対して与えられる。従って、ライセンスを受けたＤＶＤプレーヤでは、与えられた鍵などの特定データを利用して、ＤＶＤ−ＲＯＭに記録されたデータのスクランブル解除を行なうことにより、ＤＶＤ−ＲＯＭから画像や音声を再生することができる。

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

しかし、このようなコンテンツ・スクランブルシステムは、再生処理を実行するユーザデバイスとしての情報処理装置側の処理負荷が高くなるという問題がある。また、既存のスクランブルシステムの中には、既にスクランブル解除手法が解読され解読方法がインターネット等の通信手段を介して流通しているものも多く存在する。このように、一旦スクランブル手法が解読されてしまうと、不正なスクランブル解除処理によってコンテンツが不正に再生され、また複製されるなど、コンテンツの著作権、利用権の侵害という問題が発生する。
また、コンテンツを暗号化しても、暗号鍵の漏洩が発生してしまうと、不正に復号されたコンテンツが流出するという問題が発生する。このような問題を解決する１つの構成を開示した従来技術として、特許文献１に記載の構成がある。特許文献１は、セクタを単位としてデータの間にダミーデータを挿入して、コンテンツの不正再生を防止した構成を開示している。しかし、再生時にダミーデータを除去し再生しないという構成では、再生装置、再生アプリケーションソフトの識別データを出力データに埋め込むことはできない。

特開平１１−４５５０８号公報

本発明は、このような状況に鑑みてなされたものであり、データ置き換えを主としたデータ変換処理による簡易な処理構成を採用することで、情報処理装置側の負荷を少なくして、コンテンツの不正利用を防止可能とした情報記録媒体、およびプログラムを提供することを目的とするものである。

本発明の第１の側面は、
記録データを有する情報記録媒体であり、
前記記録データの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、再生装置上で実行される前記変換テーブルを適用したコンテンツ構成データの置き換え処理に用いられるデータ処理プログラムを、
記録データとして格納し、
前記変換テーブルは、
（１）前記変換データを含む登録情報と、
（２）前記登録情報が、
（２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であるか、または、
（２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であるか、
を識別するタイプ識別子と、
（３）変換データの置き換え位置情報を記録したテーブルであり、
前記再生装置における前記データ処理プログラムの実行により、
前記変換テーブルを取得させて、変換テーブルに記録された変換データの置き換え位置情報の位置にあるコンテンツ構成データを前記変換データで置き換える処理の実行態様を、前記タイプ識別子に応じて変更させることを可能とした情報記録媒体にある。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記タイプ識別子が、変換テーブルの登録情報が、（２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であることを示している場合には、コンテンツ構成データである正当なコンテンツと異なるブロークンデータを、前記変換テーブルの登録情報に含まれる正当なコンテンツデータである変換データに置き換える処理を実行させるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記タイプ識別子が、変換テーブルの登録情報が、（２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であることを示している場合には、コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報の構成ビットに基づき、コンテンツ構成データであるコンテンツの一部領域を、前記変換テーブルの登録情報に含まれる変換データに置き換える又は置き換えない処理を実行させるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記登録情報は、さらに前記再生装置またはコンテンツ再生アプリケーションの識別情報の構成ビットの参照すべきビット位置を示す参照ビット位置情報を含み、前記データ処理プログラムは、前記参照ビット位置情報の示すビット位置の値に応じて変換データによる置き換え処理の実行の有無を決定させる処理を実行させるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記コンテンツの一部構成データのみに対応する変換データを記録した部分的な変換テーブルデータ各々に対して異なるパラメータを適用した演算処理または暗号処理を実行し、置き換えデータである変換データの取得処理を実行させるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記１以上の変換テーブルに含まれる複数の変換データに対して、所定の再生単位で異なるパラメータを適用した排他論理和演算処理を実行し、置き換えデータである変換データの取得処理を実行させるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記異なるパラメータの算出処理を、コンテンツの再生または外部出力に同期させた間欠的な処理として実行させ、間欠的に順次、算出する異なるパラメータに基づく演算処理または暗号処理によって、異なるコンテンツ構成データに対応する変換データの取得を行わせるプログラムであることを特徴とする。

さらに、本発明の情報記録媒体の一実施例において、前記データ処理プログラムは、前記コンテンツの構成パケットに分散して分割記録された分割変換テーブルを順次取得して、該分割変換テーブルから、前記コンテンツの一部構成データのみに対応する置き換えデータである変換データと、該変換データの記録位置情報を取得する処理を実行させるプログラムであることを特徴とする。

さらに、本発明の第２の側面は、
コンテンツを構成するコンテンツ構成データの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、再生装置上で実行される前記変換テーブルを適用したコンテンツ構成データの置き換え処理に用いられるデータ処理プログラムを含むデータであり、
前記変換テーブルは、
（１）前記変換データを含む登録情報と、
（２）前記登録情報が、
（２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であるか、または、
（２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であるか、
を識別するタイプ識別子と、
（３）変換データの置き換え位置情報を記録したテーブルであり、
情報処理装置における前記データ処理プログラムの実行により、
前記変換テーブルを取得させて、変換テーブルに記録された変換データの置き換え位置情報の位置にあるコンテンツ構成データを前記変換データで置き換える処理の実行態様を、前記タイプ識別子に応じて変更させることを可能としたデータにある。

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

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

本発明の一実施例の構成によれば、変形データを含むコンテンツを情報記録媒体に記録し、さらに、変形データの置き換え対象となる正当コンテンツ構成データである変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルを情報記録媒体に格納する構成とし、コンテンツ再生処理に際して、情報記録媒体に記録された変換テーブルに従って、コンテンツ構成データを変換データに置き換える処理を行なう構成としたので、情報記録媒体に記録された暗号化コンテンツに対応する暗号鍵の漏洩が発生した場合でも、変換データの取得ができない装置においてはコンテンツの再生が実行されず、コンテンツの不正利用が防止される。

また、本発明の一実施例の構成によれば、変換データとして、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータを含む変換データを適用したので、万が一不正コンテンツが流出した場合でも、変換データの解析によって、不正コンテンツの流出源を特定することが可能となる。

また、本発明の一実施例の構成によれば、変換データを格納した変換テーブルを区分した分割テーブル毎に異なるパラメータを適用した演算処理または暗号化処理を施した設定としたので、ある特定のパラメータの漏洩が発生した場合でもコンテンツの一部のみの再生が許容するのみであり、コンテンツ全体の漏洩が発生する可能性を低減させることが可能となる。

情報記録媒体の格納データおよびドライブ装置、情報処理装置の構成および処理について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。 情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットとユニット鍵との対応について説明する図である。 情報記録媒体の格納コンテンツに対して設定されるディレクトリ構成について説明する図である。 変換テーブルおよびデータ変換処理プログラムのディレクトリ構成について説明する図である。 コンテンツ再生処理の処理例１を示す図である。 ドライブとホスト間の相互認証処理シーケンスを説明する図である。 コンテンツ再生の際に実行する変換データの適用処理について説明する図である。 情報記録媒体に記録されるデータ変換テーブルのデータ構成について説明する図である。 コンテンツ再生処理の処理例２を示す図である。 コンテンツ再生処理の処理例３を示す図である。 変換テーブルブロック（ＦＵＴブロック）単位で難読化処理がなされている変換テーブルのデータ構成について説明する図である。 変換テーブルブロック（ＦＵＴブロック）単位で難読化処理がなされている変換テーブルのデータ構成について説明する図である。 コンテンツ再生処理の処理例４を示す図である。 コンテンツ再生処理の処理例５を示す図である。 コンテンツ再生処理の処理例６を示す図である。 変換テーブルがコンテンツを含むトランスポートストリームパケット内に格納される場合のデータ構成について説明する図である。 コンテンツ再生処理の処理例７を示す図である。 分割された変換テーブルのデータ構成について説明する図である。 暗号化コンテンツの構成データ中の特定パケットに分散されて変換テーブルが記録される構成例について説明する図である。 変換データの書き込み構成の一例について説明する図である。 コンテンツ再生処理の処理例７の変形例を示す図である。 コンテンツ再生処理の処理例８を示す図である。 変換テーブルの全体データ構成を示す図である。 変換テーブル内に含まれる複数の変換テーブルブロック（ＦＵＴブロック）中の１つの変換テーブルブロック（ＦＵＴブロック）のデータ構成を示す図である。 変換テーブルブロック（ＦＵＴ）内の変換データエントリのデータ構成を示す図である。 コンテンツ再生処理の処理例８の変形例を示す図である。 変換テーブルの変形例を示す図である。 ホストとしてのアプリケーションを実行する情報処理装置のハードウェア構成例について説明する図である。

以下、図面を参照しながら本発明の詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要
２．コンテンツ管理ユニット（ＣＰＳユニット）について
３．コンテンツ再生処理
（３．１）コンテンツ再生処理例１
（３．２）コンテンツ再生処理例２
（３．３）コンテンツ再生処理例３
（３．４）コンテンツ再生処理例４
（３．５）コンテンツ再生処理例５
（３．６）コンテンツ再生処理例６
（３．７）コンテンツ再生処理例７
（３．８）コンテンツ再生処理例８
４．情報処理装置の構成
５．情報記録媒体製造装置および情報記録媒体

［１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要］
まず、情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要について説明する。図１に、コンテンツの格納された情報記録媒体１００、ドライブ１２０およびホスト１５０の構成を示す。ホスト１５０は、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。

情報記録媒体１００は、例えば、Ｂｌｕ−ｒａｙディスク、ＤＶＤなどの情報記録媒体であり、正当なコンテンツ著作権、あるいは頒布権を持ついわゆるコンテンツ権利者の許可の下にディスク製造工場において製造された正当なコンテンツを格納した情報記録媒体（ＲＯＭディスクなど）、あるいはデータ記録可能な情報記録媒体（ＲＥディスクなど）である。なお、以下の実施例では、情報記録媒体の例としてディスク型の媒体を例として説明するが、本発明は様々な態様の情報記録媒体を用いた構成において適用可能である。

（１）暗号化コンテンツ１０１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（商標）ＲＯＭ規格フォーマットに従って格納される。

（１）暗号化コンテンツ１０１
情報記録媒体１００には、様々なコンテンツが格納される。例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリームや特定の規格で規定された形式のゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。これらのコンテンツは、特定のＡＶフォーマット規格データであり、特定のＡＶデータフォーマットに従って格納される。具体的には、例えばＢｌｕ−ｒａｙディスクＲＯＭ規格データとして、Ｂｌｕ−ｒａｙディスクＲＯＭ規格フォーマットに従って格納される。

さらに、例えばサービスデータとしてのゲームプログラムや、画像ファイル、音声データ、テキストデータなどが格納される場合もある。これらのコンテンツは、特定のＡＶデータフォーマットに従わないデータフォーマットを持つデータとして格納される場合もある。

コンテンツの種類としては、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなど、様々なコンテンツが含まれ、これらのコンテンツには、情報記録媒体１００からのデータのみによって利用可能なコンテンツ情報と、情報記録媒体１００からのデータと、ネットワーク接続されたサーバから提供されるデータとを併せて利用可能となるコンテンツ情報など、様々な態様の情報が含まれる。情報記録媒体に格納されるコンテンツは、区分コンテンツ毎の異なる利用制御を実現するため、区分コンテンツ毎に異なる鍵（ＣＰＳユニット鍵またはユニット鍵（あるいはタイトル鍵と呼ぶ場合もある））が割り当てられ暗号化されて格納される。１つのユニット鍵を割り当てる単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。さらに、コンテンツは、構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録されたデータに置き換える処理が必要となる。これらの処理は後段で詳細に説明する。

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

ライセンスエンティテイとしての管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。コンテンツの復号処理については後述する。

（３）タイトル鍵ファイル
前述したように各コンテンツまたは複数コンテンツの集合は、コンテンツの利用管理のため、各々、個別の暗号鍵（タイトル鍵（ＣＰＳユニット鍵））を適用した暗号化がなされて情報記録媒体１００に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリーム、音楽データ、動画、静止画等の画像データ、ゲームプログラム、ＷＥＢコンテンツなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるタイトル鍵を生成して、復号処理を行なうことが必要となる。このタイトル鍵を生成するための情報がタイトル鍵データであり、例えばメディア鍵等によって生成された鍵で暗号化タイトル鍵を復号することによってタイトル鍵を得る。タイトル鍵データを適用した所定の暗号鍵生成シーケンスに従って、各ユニット対応のタイトル鍵が生成され、コンテンツの復号が実行される。

（４）使用許諾情報
使用許諾情報には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１００に格納された暗号化コンテンツ１０１に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。

（５）変換テーブル
前述したように、情報記録媒体１００に格納された暗号化コンテンツ１０１は、所定の暗号化が施されているとともに、コンテンツ構成データの一部が、正しいデータと異なるブロークンデータによって構成されている。コンテンツ再生に際しては、このブロークンデータを正しいコンテンツデータである変換データに置き換えるデータ上書き処理が必要となる。この変換データを登録したテーブルが変換テーブル（Ｆｉｘ−ｕｐ Ｔａｂｌｅ）１０５である。ブロークンデータはコンテンツ中に散在して多数設定され、コンテンツ再生に際しては、これらの複数のブロークンデータを変換テーブルに登録された変換データに置き換える（上書き）する処理が必要となる。この変換データを適用することにより、例えば、暗号鍵が漏洩しコンテンツの復号が不正に行なわれた場合であっても、コンテンツの復号のみでは、置き換えデータの存在によって正しいコンテンツの再生が不可能となり、不正なコンテンツ利用を防止することができる。

なお、変換テーブル１０５には、通常の変換データに加え、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータを含む変換データが含まれる。具体的には、例えば、プレーヤ（ホストアプリケーションを実行する装置）の識別データとしてのプレーヤＩＤあるいはプレーヤＩＤに基づいて生成された識別情報が記録された「識別マークを含む変換データ」が含まれる。識別マークを含む変換データは、コンテンツの再生に影響を与えないレベルで、正しいコンテンツデータのビット値をわずかに変更したデータである。これらの変換データを利用した処理についての詳細は、後段で説明する。

なお、図１には、変換テーブル１０５を独立したデータファイルとして設定した例を示しているが、変換テーブルを独立ファイルとせずに、暗号化コンテンツ１０１の構成パケット中に散在させて含ませる構成としてもよい。これらの構成および処理については後段で説明する。

（６）データ変換処理プログラム
データ変換処理プログラム１０６は、変換テーブル（Ｆｉｘ−ｕｐ Ｔａｂｌｅ）１０５の登録データによるデータ変換処理を実行するための処理命令を含むプログラムであり、コンテンツ再生を実行するホストによって利用される。図１におけるホスト１００のデータ変換処理部１５４において実行される。

ホストでは、データ変換処理を実行するバーチャルマシン（ＶＭ）を設定し、バーチャルマシン（ＶＭ）において、情報記録媒体１００から読み出したデータ変換処理プログラム１０６を実行して、変換テーブル（Ｆｉｘ−ｕｐ Ｔａｂｌｅ）１０５の登録データを適用して、復号コンテンツに対して、その一部構成データのデータ変換処理を実行する。これらの処理の詳細については後述する。

次に、ホスト１５０とドライブ１２０の構成、処理の概要について、図１を参照して説明する。情報記録媒体１００に格納されたコンテンツの再生処理は、ドライブ１２０を介してホスト１５０にデータが転送されて実行される。コンテンツの利用に先立ち、ドライブ１２０と、ホスト１５０間では相互認証処理が実行され、この認証処理の成立によって双方の正当性が確認された後、ドライブからホストに暗号化コンテンツが転送され、ホスト側でコンテンツの復号処理が行なわれ、さらに上述の変換テーブルによるデータ変換処理が実行されてコンテンツ再生が行なわれる。

ホスト１５０と、ドライブ１２０間において実行する相互認証においては、各機器またはアプリケーションが不正な機器またはアプリケーションとして登録されていないかを示す管理センタの発行したリボケーション（無効化）リストを参照して、正当性を判定する処理を実行する。

ドライブ１２０は、ホストの証明書（公開鍵証明書）のリボーク（無効化）情報を格納したホストＣＲＬ（Certificate Revocation List）を格納するためのメモリ１２２を有する。一方、ホスト１５０は、ドライブの証明書（公開鍵証明書）のリボーク（無効化）情報を格納したドライブＣＲＬ（Certificate Revocation List）を格納するためのメモリ１５２を有する。メモリは不揮発性メモリ（ＮＶＲＡＭ）であり、例えば、情報記録媒体１００から読み出されるＣＲＬがより新しいバージョンである場合には、それぞれのデータ処理部１２１，１５１は、メモリ１２２．１５２に新しいバージョンのホストＣＲＬまたはドライブＣＲＬを格納する更新処理を行なう。

ホストＣＲＬ、ドライブＣＲＬ等のＣＲＬは管理センタが逐次更新する。すなわち新たな不正機器が発覚した場合、その不正機器に対して発行された証明書のＩＤまたは機器ＩＤなどを新規エントリとし追加した更新ＣＲＬを発行する。各ＣＲＬにはバージョン番号が付与されており、新旧比較が可能な構成となっている。例えばドライブが装着した情報記録媒体から読み出されたＣＲＬが、ドライブ内のメモリ１２２に格納されたＣＲＬより新しい場合、ドライブは、ＣＲＬの更新処理を実行する。ホスト１５０も同様に、ドライブＣＲＬの更新を実行する。

ドライブ１２０のデータ処理部１２１は、このＣＲＬの更新処理の他、コンテンツ利用に際して実行されるホストとの認証処理、さらに、情報記録媒体からのデータ読み出し、ホストヘのデータ転送処理などを実行する。

ホスト１５０は、前述したように、例えばＰＣ等の情報処理装置で実行されるデータ再生（または記録）アプリケーションであり、所定のデータ処理シーケンスに従ってＰＣ等の情報処理装置のハードウェアを利用した処理を行なう。

ホスト１５０は、ドライブ１２０との相互認証処理や、データ転送制御などを実行するデータ処理部１５１、暗号化コンテンツの復号処理を実行する復号処理部１５３、前述の変換テーブル１０５の登録データに基づくデータ変換処理を実行するデータ変換処理部１５４、デコード（例えばＭＰＥＧデコード）処理を実行するデコード処理部１５５を有する。

データ処理部１５１は、ホスト−ドライブ間の認証処理を実行し、認証処理においては、不揮発性メモリ（ＮＶＲＡＭ）としてのメモリａ１５２に格納されたドライブＣＲＬを参照して、ドライブがリボークされたドライブでないことを確認する。ホストも、また、メモリａ１５２に新しいバージョンのドライブＣＲＬを格納する更新処理を行なう。

復号処理部１５３では、メモリｂ１５６に格納された各種情報、および、情報記録媒体１００からの読み取りデータを適用して、コンテンツの復号に適用する鍵を生成し、暗号化コンテンツ１０１の復号処理を実行する。データ変換処理部１５４は、情報記録媒体１００から取得されるデータ変換処理プログラムに従って、情報記録媒体１００から取得される変換テーブルに登録された変換データを適用してコンテンツの構成データの置き換え処理（上書き）を実行する。デコード処理部１５５は、デコード（例えばＭＰＥＧデコード）処理を実行する。

情報処理装置１５０のメモリｂ１５６には、デバイス鍵：Ｋｄや、相互認証処理に適用する鍵情報や復号に適用する鍵情報などが格納される。なお、コンテンツの復号処理の詳細については後述する。デバイス鍵：Ｋｄは、先に説明したＭＫＢの処理に適用する鍵である。ＭＫＢは有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックであり、暗号化コンテンツの復号に際して、情報処理装置１５０は、メモリｂ１５６に格納されたデバイス鍵：Ｋｄを適用してＭＫＢの処理を実行することになる。なお、コンテンツの復号処理の詳細については後述する。

［２．コンテンツ管理ユニット（ＣＰＳユニット）について］
前述したように、情報記録媒体に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。すなわち、コンテンツはコンテンツ管理ユニット（ＣＰＳユニット）に区分されて、個別の暗号化処理がなされ、個別の利用管理がなされる。

コンテンツ利用に際しては、まず、各ユニットに割り当てられたＣＰＳユニット鍵（タイトル鍵とも呼ばれる）を取得することが必要であり、さらに、その他の必要な鍵、鍵生成情報等を適用して予め定められた復号処理シーケンスに基づくデータ処理を実行して再生を行う。コンテンツ管理ユニット（ＣＰＳユニット）の設定態様について、図２を参照して説明する。

図２に示すように、コンテンツは、（Ａ）インデックス２１０、（Ｂ）ムービーオブジェクト２２０、（Ｃ）プレイリスト２３０、（Ｄ）クリップ２４０の階層構成を有する。再生アプリケーションによってアクセスされるタイトルなどのインデックスを指定すると、例えばタイトルに関連付けられた再生プログラムが指定され、指定された再生プログラムのプログラム情報に従ってコンテンツの再生順等を規定したプレイリストが選択される。

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

図２には、２つのＣＰＳユニットを示している。これらは、情報記録媒体に格納されたコンテンツの一部を構成している。ＣＰＳユニット１，２７１、ＣＰＳユニット２，２７２の各々は、インデックスとしてのタイトルと、再生プログラムファイルとしてのムービーオブジェクトと、プレイリストと、コンテンツ実データとしてのＡＶストリームファイルを含むクリップを含むユニットとして設定されたＣＰＳユニットである。

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

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

例えば、ユーザがコンテンツ管理ユニット１，２７１に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）１，２７１に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｔ１を取得して復号処理を実行することが必要となる。コンテンツ管理ユニット２，２７２に対応するアプリケーションファイルまたはコンテンツ再生処理を実行するためには、コンテンツ管理ユニット（ＣＰＳユニット）２，２７２に対応付けて設定された暗号鍵としてのタイトル鍵：Ｋｔ２を取得して復号処理を実行することが必要となる。

ＣＰＳユニットの設定構成、およびタイトル鍵の対応例を図３に示す。図３には、情報記録媒体に格納される暗号化コンテンツの利用管理単位としてのＣＰＳユニット設定単位と、各ＣＰＳユニットに適用するタイトル鍵（ＣＰＳユニット鍵）の対応を示している。なお、予め後発データ用のＣＰＳユニットおよびタイトル鍵を格納して設定しておくことも可能である。例えばデータ部２８１が後発データ用のエントリである。

ＣＰＳユニット設定単位は、コンテンツのタイトル、アプリケーション、データグループなど、様々であり、ＣＰＳユニット管理テーブルには、それぞれのＣＰＳユニットに対応する識別子としてのＣＰＳユニットＩＤが設定される。

図３において、例えばタイトル１はＣＰＳユニット１であり、ＣＰＳユニット１に属する暗号化コンテンツの復号に際しては、タイトル鍵Ｋｔ１を生成し、生成したタイトル鍵Ｋｔ１に基づく復号処理を行なうことが必用となる。

このように、情報記録媒体１００に格納されるコンテンツは、ユニット毎の異なる利用制御を実現するため、ユニット毎に異なる鍵が割り当てられ暗号化処理がなされて格納される。各コンテンツ管理ユニット（ＣＰＳユニット）に対する個別の利用管理のために、各コンテンツ管理ユニット（ＣＰＳユニット）に対する使用許諾情報（ＵＲ：Ｕｓａｇｅ Ｒｕｌｅ）が設定されている。使用許諾情報は、前述したように、コンテンツに対する例えばコピー・再生制御情報（ＣＣＩ）を含む情報であり、各コンテンツ管理ユニット（ＣＰＳユニット）に含まれる暗号化コンテンツのコピー制限情報や、再生制限情報である。

なお、タイトル鍵の生成には、情報記録媒体に格納された様々な情報を適用したデータ処理が必要となる。これらの処理の具体例についは、後段で詳細に説明する。

次に、図４を参照して、図２に示す階層構造を持つコンテンツに対応するディレクトリ構成について説明する。
（Ａ）図２におけるインデックス２１０は、図３に示すディレクトリ中のindex.bdmvファイル
（Ｂ）図２におけるムービーオブジェクト２２０は図３に示すディレクトリ中のMovieObject.bdmvファイル
（Ｃ）図２におけるプレイリスト２３０は図３に示すディレクトリ中のPLAYLISTディレクトリ下のファイル、
（Ｄ）図２におけるクリップ２４０は図３に示すディレクトリ中のCLIPINFディレクトリ下のファイルとSTREAMディレクトリ下のファイルで同じファイル番号持つものの対に対応している。

情報記録媒体に格納されるコンテンツは、前述したように、コンテンツの構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録されたデータに置き換える処理が必要となる。この置き換え処理には、情報記録媒体に格納されたデータ変換処理プログラム１０６を適用して、変換テーブル（Ｆｉｘ−ｕｐ Ｔａｂｌｅ）１０５の登録データによるデータ変換処理を実行する。

前述したように、変換テーブル１０５、データ変換処理プログラム１０６を情報記録媒体に記録されている。図４に示すディレクトリ構成を持つコンテンツに対応する変換テーブルと、データ変換処理プログラムのディレクトリ構成を図５に示す。図５は、図４のディレクトリ構造を持つＡＶコンテンツに対して作成されるデータ変換処理プログラム、および変換テーブルのディレクトリ構成である。
図５に示す［ContentCode.svm］がデータ変換処理プログラムであり、
図５に示す［FixUpXXXXX.tbl］はクリップ１つごとに定義される変換テーブルである。（XXXXXはクリップ情報ファイルのファイル番号と一致している）

［３．コンテンツ再生処理］
以下、ドライブとホスト間の相互認証処理を実行し、認証の成立を条件として、ドライブに装着した情報記録媒体に格納されたコンテンツをドライブからホストに転送してコンテンツ再生処理を実行する場合の複数の処理例について説明する。

（３．１）コンテンツ再生処理例１
まずコンテンツ再生処理例１について、図６を参照して説明する。図６には、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３３０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３３０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３５０を示している。ホスト３５０は、例えばＰＣ等の情報処理装置において実行される。

情報記録媒体３１０には、ＭＫＢ（Media Key Block）３１１、タイトル鍵ファイル３１２、暗号化コンテンツ３１３、変換テーブル３１４、データ変換処理プログラム３１５が格納されている。ホスト３５０は、ＭＫＢの処理に適用するデバイス鍵３５１を保持している。

図６に示すホスト３５０がドライブ３３０を介して情報記録媒体３１０の格納コンテンツを取得して再生する処理シーケンスについて説明する。まず、情報記録媒体３１０の格納コンテンツの読み出しに先立ち、ホスト３５０とドライブ３３０は、ステップＳ１０１において、相互認証を実行する。この相互認証は、ホストおよびドライブがそれぞれ正当な機器またはアプリケーションソフトであるかを確認する処理である。この相互認証処理シーケンスとしては、様々な処理が適用可能である。その一例を図７を参照して説明する。

図７は、公開鍵暗号方式に従った相互認証シーケンスの１例である。まず、ステップＳ１２１において、ドライブ３３０は、自己のメモリ（ＮＶＲＡＭ）に格納されたドライブ公開鍵証明書と、任意に生成した乱数をホストに送信する。ステップＳ１２２において、ホスト３５０も、自己のメモリ（ＮＶＲＡＭ）に格納されたホスト公開鍵証明書と、任意に生成した乱数をドライブに送信する。

ステップＳ１２３において、ドライブ３３０は、ホストから受信したホスト公開鍵証明書の正当性と、ホストのリボーク状況をホスト証明書リボケーションリスト（ホストＣＲＬ:Certificate Revocation list）に基づいて検証する。ステップＳ１２３において、ドライブ３３０は、まず、ホスト公開鍵証明書に設定された署名検証を実行する。図７に示すＥＣＤＳＡ＿Ｖは、楕円曲線暗号に基づく署名検証（Verification）の実行を示している。この署名検証は、鍵管理エンティテイの秘密鍵に対応する公開鍵を適用して実行する。ドライブは、署名検証用の鍵管理エンティテイの公開鍵をメモリ（ＮＶＲＡＭ）に保持しており、これを適用して署名検証を実行する。署名検証によって、ホスト公開鍵証明書が改ざんされていないものであることを確認する。署名検証によって、ホスト公開鍵証明書が改ざんされていることが判明した場合は処理を中止する。

さらに、ドライブ３３０は、改ざんのないことが明確になったホスト公開鍵証明書に基づいて、この証明書がリボーク（無効化）されているものでないことを、ホストＣＲＬを参照して確認する。ホストＣＲＬは、ホストに対して発行済みの公開鍵証明書について、無効化された証明書のＩＤをリスト化したものである。ホストＣＲＬはドライブ内のメモリまたは情報記録媒体から取得する。

ドライブ３３０は、改ざんのないことが明確になったホスト公開鍵証明書からＩＤを取得し、このＩＤがホストＣＲＬに登録されているＩＤと一致するか否かを判定する。一致するＩＤがホストＣＲＬに存在する場合、そのホストは、リボーク（無効化）されたホストであると判定し、以降の処理を中止する。ホスト公開鍵証明書から取得したＩＤが、ホストＣＲＬに記録されていない場合は、正当なリボークのなされていないホストであると判定して、処理を続ける。

一方、ホスト３５０においても、ステップＳ１２４において、ドライブ３３０から受領したドライブ公開鍵証明書に基づいて、ドライブ公開鍵証明書の正当性の確認（改ざん検証）と、ドライブＣＲＬを適用したドライブのリボークの有無判定を実行する。ドライブの公開鍵証明書が正当なものであり、リボークされていないことが確認された場合にのみ、処理を継続する。ドライブＣＲＬはホスト内のメモリまたは情報記録媒体から取得する。

次に、ドライブ３３０、ホスト３５０は、それぞれの認証結果をドライブレスポンス（Ｓ１２５）、ホストレスポンス（Ｓ１２６）として通知する。この認証結果の通知に際して、双方では、楕円曲線暗号を適用した値としてのＥＣＤＨ（Elliptic Curve Diffie Hellman）の値を生成して、双方に通知しあう。

ドライブ３３０は、ホスト３５０からのドライブ認証結果とＥＣＤＨの値を受信すると、ステップＳ１２７において、ホストのレスポンスを検証し、ドライブ認証の成立を確認して、受信したＥＣＤＨの値を適用して共通鍵としてのセッション鍵を生成する。ホスト３５０においても、ドライブ３３０からのホスト認証結果とＥＣＤＨの値を受信すると、ステップＳ１２８において、ドライブレスポンスを検証し、ホスト認証の成立を確認して、ＥＣＤＨの値に基づいて共通鍵としてのセッション鍵を生成する。

このような相互認証処理によって、ドライブ３３０とホスト３５０は共通鍵としてのセッション鍵を共有する。

図６に戻り、コンテンツ利用処理のシーケンスについての説明を続ける。ステップＳ１０１において、ホストドライブ間の相互認証が実行され、セッション鍵（Ｋｓ）を共有した後、ホスト３５０は、ステップＳ１０２において、情報記録媒体３１０に記録されたＭＫＢ３１１を、ドライブを介して取得して、メモリに格納されたデバイス鍵３５１を適用したＭＫＢ３１１の処理を実行して、ＭＫＢからメディア鍵（Ｋｍ）を取得する。

前述したように、ＭＫＢ（Media Key Block）３１１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つ装置に格納されたデバイス鍵（Ｋｄ）に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵（Ｋｍ）の取得を可能とした鍵情報ブロックである。

次に、ステップＳ１０３において、ステップＳ１０２におけるＭＫＢ処理で取得したメディア鍵（Ｋｍ）を適用して、情報記録媒体３１０から読み取ったタイトル鍵ファイルの復号を実行して、タイトル鍵（Ｋｔ）を取得する。情報記録媒体３１０に格納されるタイトル鍵ファイルはメディア鍵によって暗号化されたデータを含むファイルであり、メディア鍵を適用した処理によってコンテンツ復号に適用するタイトル鍵（Ｋｔ）を取得することができる。なお、ステップＳ１０３の復号処理は、例えばＡＥＳ暗号アルゴリズムが適用される。

次に、ホスト３５０は、ドライブ３３０を介して情報記録媒体３１０に格納された暗号化コンテンツ３１３を読み出して、トラックバッファ３５２に読み出しコンテンツを格納し、このバッファ格納コンテンツについて、ステップＳ１０４において、タイトル鍵（Ｋｔ）を適用した復号処理を実行し、復号コンテンツを取得する。

復号コンテンツは、平文ＴＳバッファ３５３に格納する。（Ｐｌａｉｎ ＴＳ）は復号された平文トランスポートストリームを意味する。ここで、平文ＴＳバッファ３５３に格納される復号コンテンツは、前述したブロークンデータを含むコンテンツであり、このままでは再生できず、所定のデータ変換（上書きによるデータ置き換え）を行なう必要がある。

このデータ変換処理を示すのが、図６のブロック３７１である。図６のブロック３７１は図１に示したホスト１５０のデータ変換処理部１５４の処理に相当する。このデータ変換処理の概要について、図８を参照して説明する。

図６に示す暗号化コンテンツ３１３は、情報記録媒体に格納された暗号化コンテンツであり、この暗号化コンテンツが、一旦、ホスト側のトラックバッファ３５２に格納される。図８（１）に示すトラックバッファ格納データ４０１である。

ホスト側の復号処理によって、トラックバッファ格納データ４０１としての暗号化コンテンツの復号が実行されて、復号結果データが平文ＴＳバッファ３５３に格納される。図８（２）に示す復号結果データ４０２である。

復号結果データ４０２には、正常なコンテンツ構成データではない、ブロークンデータ４０３が含まれる。ホストのデータ変換処理部は、このブロークンデータ４０３を、図６に示す情報記録媒体３１０に記録された変換テーブル３１４から取得される正しいコンテンツ構成データとしての変換データ４０４に置き換える処理を実行する。この置き換え処理は、例えば平文ＴＳバッファ３５３に書き込み済みのデータに対する一部データの再書き込み（上書き）処理として実行される。

さらに、ホストの実行するデータ変換処理は、ブロークンデータを正常なコンテンツデータである変換データに置き換える処理のみならず、図８に示すように、識別マークを含む変換データ４０５によって、復号結果データ４０２の一部構成データを置き換える処理を実行する。

識別マークとは、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータである。具体的には例えば、ホストアプリケーションを実行するプレーヤとしての情報処理装置の識別情報（プレーヤＩＤ）の構成データまたは、プレーヤＩＤに基づいて生成される識別マークである。識別マークを含む変換データは、コンテンツの再生に影響を与えないレベルで、正しいコンテンツデータのビット値をわずかに変更したデータである。

識別マークを含む変換データ４０５は、コンテンツ中に多数設定され、これら複数の識別マークを含む変換データ４０５を集積して解析することで、例えばプレーヤＩＤが判別される。識別マークを含む変換データ４０５は、コンテンツとして通常再生可能なレベルで正常コンテンツデータの構成ビットを変更したデータであり、ＭＰＥＧビットストリーム解析によりビット（識別マーク構成ビット）判別が可能なデータである。

情報記録媒体に格納される変換テーブルには、図８に示す変換データ４０４、識別マークを含む変換データ４０５が多数登録されており、さらに、これらの書き込み位置情報についても登録されている。この変換テーブル格納情報に基づくデータ変換処理を実行することで、平文ＴＳバッファ３５３に格納されたデータは、図８（３）に示す変換処理済みデータ４０６に置き換えられることになる。

図６に戻り、点線ブロック３７１内の処理、すなわちホスト側のデータ変換処理について説明する。データ変換処理は、例えば、ホスト内にバーチャルマシンとして設定されるセキュアＶＭ３５６によって実行される。バーチャルマシン（ＶＭ）は中間言語を直接解釈して実行する仮想コンピュータであり、プラットホームに依存しない中間言語での命令コード情報を解釈して実行する。

セキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して処理を実行する。セキュアＶＭ３５６は、イベントハンドラ３５４による処理制御がなされ、また、ホストアプリケーションを実行しているプレーヤ（情報処理装置）のＩＤ情報などをプレーヤ情報３５５として入力して、情報記録媒体３１０から取得したデータ変換処理プログラム３１５を実行する。イベントハンドラ３５４は、処理監視を実行する。セキュアＶＭ３５６によって実行される処理が正しく行なわれているか否かのエミュレータチェックや、その他のホストアプリケーションや、ホストアプリケーション実行機器としてのプレーヤ（情報処理装置）の処理、状態を監視し、処理エラー、不正処理などが検出された場合には、セキュアＶＭ３５６によるデータ変換処理を中止させる。

セキュアＶＭ３５６は、情報記録媒体３１０から読み出した変換テーブルを適用して、平文ＴＳバッファ３５３に格納されたデータの変換処理を実行する。すなわち図６に示すステップＳ１０５のデータ変換処理であり、図８に示す復号結果データ４０２に対して、ブロークンデータ４０３を正当なコンテンツ構成データである変換データ４０４に置き換え、さらに、識別マークを含む変換データ４０５をコンテンツの一部データと入れ替えるデータ上書き処理を実行して、平文ＴＳバッファ３５３の格納データを変換処理済みデータ４０６に変更する。

その後、変換済みのＴＳ（トランスポートストリーム）は、ネットワークなどを介して外部出力され、外部の再生機器において再生される。あるいは、ステップＳ１０６において、デマルチプレクサによる処理によって、トランスポートストリーム（ＴＳ）からエレメンタリストリーム（ＥＳ）への変換が実行され、さらに、デコード処理（ステッブＳ１０７）が行なわれた後、ディスプレイスピーカを介して再生される。

情報記録媒体に記録されるデータ変換テーブルのデータ構成について、図９を参照して説明する。情報記録媒体に記録されるデータ変換テーブルは、例えば図９に示すデータ構成を持つ。すなわち、
Number of Fix-Up Entry：変換データエントリ数（Number of Fix-Up Entry）
Fix-Up Entry Length：１変換データエントリのバイト数（Byte Length of one Fix-Up Entry()=(N+6)）
SPN（ソースパケットナンバー）：変換データ書き込みパケットのＡＶストリームファイルの開始位置からのパケットナンバー（Absolute Transformed Packet Number from the beginning of AV Stream File）
Byte Offset：ＳＰＮで指定されたパケット中の変換データ書き込み開始位置を示すバイトオフセット（Start byte position of transformed data in the packet）
player_id_bit_position：識別マーク（プレーヤＩＤなど）のビット位置（Indicate bit position of Player ID for forensic）
Fix-Up Data：変換上書きデータ（Value to be overwritten (N byte is transformed in one TS Packet)）
これらのデータを持つ。

１つのコンテンツ中には、多数のブロークンデータが散在して配置されており、このブロークンデータの位置に変換テーブルに記録された変換データを上書きする。また、プレーヤＩＤなどの識別マークを持つ変換データについても、１つのコンテンツデータ中に多数の書き込み位置が設定される。変換テーブルは、これらの
（ａ）変換データ
（ｂ）識別マーク入り変換データ
の実体データとしての「変換上書きデータ」と、
これらのデータの書き込み位置の指定情報を記録したテーブルとして設定される。

なお、どの程度の頻度で、変換データ（識別マーク入り変換データも含む）の置き換え領域を設定するか、また変換データのサイズについては、様々な設定が可能であるが、各設定により変換テーブルサイズは異なるサイズとなる。例えばＭＰＥＧコンテンツを構成する１ＧＯＰ(Group Of Pictures)あたり、２つの変換データまたは識別マーク入り変換データを設定する構成においては、変換データ（識別マーク入り変換データも含む）が８バイトである場合、約４００ＫＢ程度のテーブル、１６バイトである場合、約６００ＫＢ程度のテーブルサイズとなる。

また、ＭＰＥＧコンテンツを構成する１ＧＯＰ(Group Of Pictures)あたり、５つの変換データまたは識別マーク入り変換データを設定する構成においては、変換データ（識別マーク入り変換データも含む）が８バイトである場合、約１ＭＢ程度のテーブル、１６バイトである場合、約１，５ＭＢ程度のテーブルサイズとなる。

ホスト３５０のセキュアＶＭは、情報記録媒体３１０に記録された変換テーブル３１４に従って、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を変換テーブルの指定位置に書き込む処理を実行する。データ書き込みは、平文ＴＳバッファ２５３に格納されたデータに対する変換データ、または識別マーク入り変換データの上書き処理として実行され、この処理の結果、平文ＴＳバッファ２５３に格納されたデータは、先に説明した図８（３）のデータに置き換えられることになる。

ホストを実装しているプレーヤ（ＰＣなどの情報処理装置）からのコンテンツの外部出力、あるいはコンテンツ再生は、この図８（３）に示す変換処理済みデータに基づく処理として実行される。

変換データは正しいコンテンツ構成データであり、また識別マーク入り変換データも、正しいコンテンツの再生に適用されるデータであるので、これらのデータに基づくデコード再生によって正しいコンテンツ再生が可能となる。また、このコンテンツが、例えば不正にコピーされ、コピーデータが多数外部流出した場合には、識別マーク入り変換データを解析することで、プレーヤＩＤを取得することが可能であり、不正コンテンツデータの流出源を特定することが可能となる。

（３．２）コンテンツ再生処理例２
次に、コンテンツ再生処理例２について、図１０を参照して説明する。図１０は、左から暗号化コンテンツの格納された情報記録媒体３１０、情報記録媒体３１０をセットし、データの読み取りを実行するドライブ３３０、ドライブとデータ通信可能に接続され、情報記録媒体３１０に格納されたコンテンツをドライブ３３０を介して取得して再生処理を実行する再生アプリケーションを実行するホスト３５０を示している。ホスト３５０は、例えばＰＣ等の情報処理装置において実行される。

図１０には、情報記録媒体３１０に記録されているＭＫＢ（Media Key Block）と、タイトル鍵ファイルは省略してある。ホスト３５０は、ＭＫＢの処理に適用するデバイス鍵を保持し、情報記録媒体３１０に記録されているＭＫＢ（Media Key Block）と、タイトル鍵ファイルを適用して、図６を参照して説明したと全く同様の処理を実行してタイトル鍵（Ｋｔ）を算出する。これらの処理についても、図１０においては省略してある。情報記録媒体には、さらに、暗号化コンテンツ３１３、変換テーブル３１４、データ変換処理プログラム３１５が格納されている。

図１０に示すコンテンツ再生処理例２では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、ブロック３８２の処理を、コンテンツ再生あるいは出力前の一括処理として実行する点が特徴である。すなわち、セキュアＶＭ３５６は、コンテンツの再生やコンテンツの外部出力の開始前などに、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出し、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０から読み出した変換テーブル３１４の復号処理などを実行する。

情報記録媒体３１０に記録された変換テーブル３１４は、例えばＡＥＳ暗号や、排他論理和演算などの演算によって難読化処理が施されており、セキュアＶＭ３５６は、データ変換処理プログラム３１５に従って、復号処理、あるいは所定の演算処理を実行して、平文データとしての変換テーブルを取得する。ここまでの処理は、コンテンツの再生やコンテンツの外部出力の開始前などに一括して実行する。

その後の処理は、コンテンツ再生やコンテンツ外部出力処理に並行して実行するリアルタイム処理として実行する。すなわち、ステップＳ２０１におけるコンテンツ復号処理、ステップＳ２０２におけるデータ変換処理、すなわち、情報記録媒体３１０に記録された変換テーブル３１４に登録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブル３１４に記録された指定位置に書き込むデータ変換処理、さらに、変換済みのＴＳ（トランスポートストリーム）の外部出力処理、あるいは、ステップＳ２０３におけるデマルチプレクサ処理、すなわちトランスポートストリーム（ＴＳ）からエレメンタリストリーム（ＥＳ）への変換処理、ステップＳ２０４におけるデコード処理、これらの処理は、コンテンツ再生または外部出力に並行したリアルタイム処理として実行する。

このような処理シーケンスとすることで、セキュアＶＭ３５６による変換テーブル３１４の処理に時間がかかる場合であっても、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。

（３．３）コンテンツ再生処理例３
次に、コンテンツ再生処理例３について、図１１を参照して説明する。図１１も図１０と同様、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。図１１も図１０と同様、ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。

図１１に示すコンテンツ再生処理例３では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、ブロック３８３の処理を、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に実行する間欠的低頻度処理として実行する点が特徴である。セキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０から読み出した変換テーブル３１４の復号処理などを実行する。

情報記録媒体３１０に記録された変換テーブル３１４は、変換テーブル３１４の部分構成データとしての変換テーブルブロック（ＦＵＴ(Fix-Up Table)ブロック）単位で例えばＡＥＳ暗号や、排他論理和演算などの演算によって難読化処理がなされている。セキュアＶＭ３５６は、データ変換処理プログラム３１５に従って、各変換テーブルブロック（ＦＵＴブロック）単位で復号処理、あるいは所定の演算処理を実行して、平文データとしてのブロック単位の変換テーブルを取得する。これらの処理を、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に実行する。

変換テーブルブロック（ＦＵＴブロック）単位で難読化処理がなされている変換テーブルのデータ構成について、図１２、図１３を参照して説明する。情報記録媒体に記録されるデータ変換テーブルは、例えば図１２に示すデータ構成を持つ。すなわち、
Number of FUT blocks：変換テーブルブロック数
Length of FUT block:１変換テーブルブロックのバイト数
Number of Fix-Up Entry in FUT block：１つのＦＵＴブロック中の変換データエントリ数（Number of Fix-Up Entry）
Length of one Fix-Up Entry:１変換データエントリのバイト数
First SPN for FUT block：各変換テーブルブロックの第１エントリのデータ書き込み位置としてのパケットナンバー
FUT:個別に暗号化あるいは演算処理がなされ難読化された部分変換テーブルとしての変換テーブルブロック（ＦＵＴブロック）
これらのデータを持つ。

各部分変換テーブルとしての変換テーブルブロック（ＦＵＴブロック）のデータ構成例を、図１３に示す。各テーブルブロックは、以下のデータを持つ。すなわち、
SPN（ソースパケットナンバー）：変換データ書き込みパケットのＡＶストリームファイルの開始位置からのパケットナンバー（Absolute Transformed Packet Number from the beginning of AV Stream File）
Byte Offset：ＳＰＮで指定されたパケット中の変換データ書き込み開始位置を示すバイトオフセット（Start byte position of transformed data in the packet）
FM_flag:識別マーク入り変換データの適用による変換処理を行なうか否かを設定したフラグ、例えば、０：全てのプレーヤにおいて変換を実行、１：プレーヤＩＤの該当するビット位置のビット値が"１"である場合にのみ変換を実行、などの設定とされる。
player_id_bit_position：識別マーク（プレーヤＩＤなど）のビット位置（Indicate bit position of Player ID for forensic）
Fix-Up Data：変換上書きデータ（Value to be overwritten (N byte is transformed in one TS Packet)）
これらのデータを持つ。

図１３に示す各部分変換テーブルとしてのテーブルブロック（ＦＵＴブロック）は、個別に暗号化または演算処理が実行化されたデータとして設定される。図１１に示すセキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０から読み出した変換テーブル３１４の復号処理あるいは演算処理を部分変換テーブルとしてのテーブルブロック（ＦＵＴブロック）単位で実行して、平文データとしての部分変換テーブルを取得する。これらの処理を、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に実行する。

その後の処理は、コンテンツ再生やコンテンツ外部出力処理に並行して実行するリアルタイム処理として実行する。すなわち、ステップＳ２０１におけるコンテンツ復号処理、ステップＳ２０２におけるデータ変換処理、すなわち、情報記録媒体３１０に記録された変換テーブル３１４に登録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブル３１４に記録された指定位置に書き込むデータ変換処理、さらに、変換済みのＴＳ（トランスポートストリーム）の外部出力処理、あるいは、ステップＳ２０３におけるデマルチプレクサ処理、すなわちトランスポートストリーム（ＴＳ）からエレメンタリストリーム（ＥＳ）への変換処理、ステップＳ２０４におけるデコード処理、これらの処理は、コンテンツ再生または外部出力に並行したリアルタイム処理として実行する。

このような処理シーケンスとすることで、図１０を参照して説明した処理例２と同様、セキュアＶＭ３５６による変換テーブル３１４の処理に時間がかかる場合であっても、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。また、セキュアＶＭは、コンテンツ再生や外部出力に必要な変換データをまとめて生成することがなく、一定のコンテンツ部分データに対応する変換データを逐次生成する構成であるので、例えば、コンテンツ再生中に不正な処理が検出された場合、イベントハンドラ３５４の不正処理検出情報に基づきセキュアＶＭ３５６の処理を中止することで、変換データの生成が中止され、不正なコンテンツ再生や外部出力を途中で終了させることが可能となる。

（３．４）コンテンツ再生処理例４
次に、コンテンツ再生処理例４について、図１４を参照して説明する。図１４も図１０、図１１と同様、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。情報記録媒体には、さらに、暗号化コンテンツ３１３、変換テーブル３１４、データ変換処理プログラム３１５が格納されている。

図１４に示すコンテンツ再生処理例４では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、点線枠で示すブロック３８２の処理は、図１０を参照して説明したように、コンテンツ再生あるいは外部出力処理前の一括処理として実行する。セキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０から読み出した変換テーブル３１４の復号処理を実行する。

セキュアＶＭ３５６は、データ変換処理プログラム３１５に従って、復号処理、あるいは所定の演算処理を実行して、平文データとしての変換テーブルを取得する。この処理の結果、取得した平文変換テーブルをテーブル記憶部３６２に格納する。

ステップＳ２０２におけるデータ変換処理は、コンテンツ再生または外部出力に並行してリアルタイムイベントハンドラ３６１の制御によって実行される。リアルタイムイベントハンドラ３６１の制御により、テーブル記憶部３６２に格納された平文データとしての変換テーブルに登録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブルに記録された指定位置に書き込むデータ変換処理が実行される。

本処理例における処理シーケンスは、先に図１０を参照して説明した処理シーケンスと同様であり、ステップＳ２０１におけるコンテンツ復号処理、ステップＳ２０２におけるデータ変換処理、ステップＳ２０３におけるデマルチプレクサ処理、ステップＳ２０４におけるデコード処理、これらの処理順に従った処理が、コンテンツ再生または外部出力に並行したリアルタイム処理として実行される。

本処理例における処理シーケンスとすることで、図１０を参照して説明した処理例２と同様、セキュアＶＭ３５６による変換テーブル３１４の処理に時間がかかる場合であっても、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。

（３．５）コンテンツ再生処理例５
次に、コンテンツ再生処理例５について、図１５を参照して説明する。図１５には、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。

図１５に示すコンテンツ再生処理例５では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、点線枠で示すブロック３８３の処理は、図１１を参照して説明したように、コンテンツ再生あるいは外部出力処理前および処理中に間欠的に行なう間欠的低頻度処理として実行する。セキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０から読み出した変換テーブル３１４の復号処理を部分的に間欠的に実行する。

変換テーブル３１４は、一旦ホスト３５０内のプリロードテーブル記憶部３６４に格納され、セキュアＶＭ３５６は、プリロードテーブル記憶部３６４に格納されたテーブルデータを取得して、データ変換処理プログラム３１５に従って、復号処理、あるいは所定の演算処理を実行して、平文データとしての変換テーブルを部分的に、逐次生成する。

セキュアＶＭ３５６は、コンテンツデータの一部分に適用する変換データを含む変換テーブルの一部構成データのみを復号して一部データからなる平文変換テーブルを間欠的に生成する。この処理の結果、取得した平文部分変換テーブルを部分テーブル記憶部３６３に格納する。

ステップＳ２０２におけるデータ変換処理は、コンテンツ再生または外部出力に並行してリアルタイムイベントハンドラ３６１の制御によって実行される。リアルタイムイベントハンドラ３６１の制御により、部分テーブル記憶部３６３に格納された平文データとしての部分変換テーブルに登録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブルに記録された指定位置に書き込むデータ変換処理がコンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行される。

本処理例における処理シーケンスは、先に図１１を参照して説明した処理シーケンスと同様であり、ステップＳ２０１におけるコンテンツ復号処理、ステップＳ２０２におけるデータ変換処理、ステップＳ２０３におけるデマルチプレクサ処理、ステップＳ２０４におけるデコード処理、これらの処理順に従った処理が、コンテンツ再生または外部出力に並行したリアルタイム処理として実行される。

本処理例における処理シーケンスとすることで、図１１を参照して説明した処理例３と同様、セキュアＶＭ３５６による変換テーブル３１４の処理に時間がかかる場合であっても、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現され、また、セキュアＶＭは、コンテンツ再生や外部出力に必要な変換データをまとめて生成することがなく、一定のコンテンツ部分データに対応する変換データを逐次生成する構成であるので、例えば、コンテンツ再生中に不正な処理が検出された場合、不正処理検出情報に基づきセキュアＶＭ３５６の処理を中止することで、変換データの生成が中止され、不正なコンテンツ再生や外部出力を途中で終了させることが可能となる。

（３．６）コンテンツ再生処理例６
次に、コンテンツ再生処理例６について、図１６を参照して説明する。図１６には、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。本処理例では、図１６に示すように、情報記録媒体３１０には、変換テーブルを含む暗号化コンテンツ３１８と、データ変換処理プログラム３１５が格納されている。点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、点線枠で示すブロック３８５の処理は、間欠的な処理として実行される。

すなわち、本処理例では、暗号化コンテンツの構成データ中の特定パケットに分散されて変換テーブルが記録される。例えば図１７に示すような設定で変換テーブルがコンテンツを含むトランスポートストリームパケット内に格納される。図１７（ａ）にコンテンツデータの構成を示す。このコンテンツ構成は、復号されたトランスポートストリーム（ＴＳ）パケットからなるコンテンツデータを示している。トランスポートストリームは、所定バイト数のＴＳ（トランスポートストリーム）パケットから構成されている。これらのＴＳパケットの一部の複数パケットに、変換テーブルが分割されて記録されることになる。例えば、図に示すＴＳパケット３９１，３９２・・・に変換テーブルが記録される。変換テーブルを格納するＴＳパケットとしては、例えばコンテンツ中に分散して設定されるＰＭＴ（プログラムマップテーブル）を含むＴＳパケットなどが利用される。

分割された変換テーブルのデータは、例えば先に、図１３を参照して説明した変換テーブルブロック（ＦＵＴブロック）と同様の構成を持つ。変換テーブルには、復号コンテンツに対して置き換え処理を行なう変換データ（または識別マーク入り変換データ）とその変換データの記録位置が記録されている。

各変換テーブルに記録された変換データは、例えば図１７（ｂ）に示すように、各変換テーブルを含むＴＳパケットの近傍位置に記録位置が設定される。例えば、図１７（ｂ）に示す例では、変換データの記録領域を持つパケット３９４，３９５は、変換テーブルを含むパケット３９１の近傍に設定される。このような設定とすることで、コンテンツの復号、再生をリアルタイムで実行する場合、変換データによるデータ置き換え処理を復号処理後の連続処理として実行することが可能であり、変換テーブルの記録されたＴＳパケットの検出、解析処理によって、変換データを取得し、テーブルに記録された位置に対して変換データを書き込む（上書き）処理を効率的に実行することができる。

図１６に示すコンテンツ再生処理例６では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、ブロック３８３の処理を、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に実行する間欠的低頻度処理として実行する。

セキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０にコンテンツとともに記録された変換テーブルを平文変換テーブルにするために必要なパラメータ（Ｐ１，Ｐ２，Ｐ３・・・）を生成して出力する。この処理は間欠的に行なわれる。

パラメータＰ１，Ｐ２，Ｐ３・・・は所定のコンテンツデータ単位に対応する分割された変換テーブル、例えばコンテンツに分散記録された分割された変換テーブル１，２，３・・・に適用する演算または暗号処理パラメータである。分割された変換テーブル１，２，３・・・の各々は、それぞれ異なるパラメータＰ１，Ｐ２，Ｐ３・・・を適用した演算あるいは暗号処理が施されて情報記録媒体に記録されている。

例えば具体的には、分割された変換テーブル１，２，３・・・に適用する排他論理和（ＸＯＲ）演算パラメータである。セキュアＶＭ３５６は、データ変換処理プログラム３１５に従って、変換テーブル３１４を平文変換テーブルにするために必要なパラメータ（Ｐ１，Ｐ２，Ｐ３・・・）を間欠的に生成して出力する処理を実行する。

リアルタイム処理ブロック３８１では、ステップＳ３０１において、変換テーブルを含む暗号化コンテンツ３１８の復号が実行され、ステップＳ３０２におけるデマルチプレクサの処理によって、各変換テーブルが分離され、リアルタイムイベントハンドラ３６１の制御によって、ステップＳ３０３におけるテーブル復元＆データ変換処理が実行される。リアルタイムイベントハンドラ３６１の制御により、セキュアＶＭ３５６から間欠的に出力されるパラメータ（Ｐ１，Ｐ２，Ｐ３）を適用して、変換テーブルの復号または演算を実行して平文変換テーブルを取得し、取得した部分変換テーブルに登録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブルに記録された指定位置に書き込むデータ変換処理をコンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行する。

例えば、パラメータＰ１，Ｐ２，Ｐ３・・・は所定のコンテンツ部分データ単位に対応する変換データとの排他論理和（ＸＯＲ）演算パラメータである場合、ステップＳ３０３におけるテーブル復元処理としては、
［変換テーブル１］（ＸＯＲ）［Ｐ１］、
［変換テーブル２］（ＸＯＲ）［Ｐ２］、
［変換テーブル３］（ＸＯＲ）［Ｐ３］、
： ：
これらの排他論理和演算処理を実行して、各平文変換テーブルデータを取得する。なお、上記式において、［Ａ］（ＸＯＲ）［Ｂ］は、ＡとＢの排他論理和演算を意味するものとする。

このように、情報記録媒体に記録されたコンテンツ３１８に含まれる変換テーブルは、各コンテンツ部分に対応する変換データおよび変換データ位置情報を記録した変換テーブルに分割されており、それぞれが、固有のパラメータＰ１，Ｐ２，Ｐ３・・・と排他論理和演算されて格納されている。このパラメータは、セキュアＶＭ３５６によって逐次、取得され出力される。

ステップＳ３０３のテーブル復元＆データ変換処理以後の処理は、先に図１１他を参照して説明した処理と同様であり、コンテンツ再生やコンテンツ外部出力処理に並行して実行するリアルタイム処理として行なわれる。すなわち、ステップＳ３０４におけるデマルチプレクサ処理、ステップＳ３０５におけるデコード処理、これらの処理が、コンテンツ再生または外部出力に並行したリアルタイム処理として実行される。

本処理例では、コンテンツ全体に対応する変換テーブルの構成データを分割して、各分割テーブルとされた変換テーブルごとに異なるパラメータを対応付け、これらのパラメータをセキュアＶＭ３５６が、間欠的に出力する構成としたので、例えばパラメータの一部が漏洩しても、コンテンツの全体を復元することは不可能であり、より強固なコンテンツ利用管理が実現される。また、本処理例においても、図１０他を参照して説明した処理例と同様、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。また、例えば、コンテンツ再生中に不正な処理が検出された場合、イベントハンドラ３５４の不正処理検出情報に基づきセキュアＶＭ３５６の処理を中止することで、変換データの生成が中止され、不正なコンテンツ再生や外部出力を途中で終了させることが可能となる。

（３．７）コンテンツ再生処理例７
次に、コンテンツ再生処理例７について、図１８を参照して説明する。図１８には、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。本処理例では、先に図１６を参照して説明したコンテンツ再生処理例６と同様、図１８に示すように、情報記録媒体３１０には、変換テーブルを含む暗号化コンテンツ３１８と、データ変換処理プログラム３１５が格納されている。点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、点線枠で示すブロック３８３の処理は、間欠的な処理として実行される。

すなわち、本処理例も、先に図１６を参照して説明したコンテンツ再生処理例６と同様、暗号化コンテンツの構成データ中の特定パケットに分散されて変換テーブルが記録される。例えば図１７に示すような設定で変換テーブルがコンテンツを含むトランスポートストリームパケット内に格納される。分割された変換テーブルのデータ構成について、図１９を参照して説明する。

図１９に示す変換テーブルは、分割された変換テーブルのデータ構成であり、特定のコンテンツ部分領域に対する変換データ（識別マーク入り変換データも含む）のみについてのデータ実体および記録位置情報を持つ。図１９に示す変換テーブルのデータには、以下のデータが含まれる。
SP_No：シークレットパラメータ（ＳＰ）の識別子（ＩＤ）［ＸＯＲ演算に適用］
type_indicator：タイプ識別子[00:変換なし，01b:変換データによる処理，10b,11b:識別マーク入り変換データによる処理]
FM_ID_bit_position：識別マーク入り変換データに対応するプレーヤＩＤの識別ビット位置
relative_SPN：変換データ適用パケット位置（プログラマブルマップテーブル（ＰＭＴ）格納パケットからのパケット数）
byte_position：パケット内の変換データ記録位置
overwrite_value：変換データ（識別マーク入り変換データも含む）
relative_SPN_2：第２変換データ適用パケット位置（ＰＭＴパケットからのパケット数）
byte_position_2：パケット内の変換データ記録位置（第２変換データ対応）
overwrite_value_2：第２変換データ（識別マーク入り変換データも含む）
これらのデータによって構成される。

図１９に示す変換テーブルは、先に説明した処理例６と同様、図２０（ａ）に示すように、暗号化コンテンツの構成データ中の特定パケットに分散されて変換テーブルが記録される。例えば図２０（ａ）に示すように、変換テーブルがコンテンツを含むトランスポートストリームパケット内に格納される。図２０（ａ）は、復号されたトランスポートストリーム（ＴＳ）パケットからなるコンテンツデータを示している。トランスポートストリームは、所定バイト数のＴＳ（トランスポートストリーム）パケットから構成されている。これらのＴＳパケットの一部の複数パケットに、変換テーブルが分割されて記録されることになる。例えば、図に示すＴＳパケット５０１，５０２・・・に変換テーブルが記録される。変換テーブルを格納するＴＳパケットとしては、例えばコンテンツ中に分散して設定されるＰＭＴ（プログラムマップテーブル）を含むＴＳパケットなどが利用される。

分割された変換テーブルのデータには、図１９を参照して説明したように、復号コンテンツに対して置き換え処理を行なう変換データ（または識別マーク入り変換データ）とその変換データの記録位置が記録されている。

図１９に示す変換テーブルは、コンテンツデータの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルとして設定され、この変換テーブルを適用して、コンテンツ構成データの置き換え処理実行命令を含むデータ変換処理プログラムを実行して、データ変換が行われる。

変換テーブルに含まれる情報［type_indicator］は、変換テーブルの登録情報が、
（ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データに関する登録情報であるか、または、
（ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報であるか、
上記（ａ）、（ｂ）のいずれの登録情報であるかを識別するタイプ識別子である。

変換テーブルの登録情報領域が、再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報領域である場合には、テーブル登録情報として、コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報に基づいて選択的に適用する変換データ、すなわち、識別マーク入り変換データが登録される。

変換テーブルの登録情報［FM_ID_bit_position］は、複数ビットからなる再生装置又は再生アプリケーションの識別情報中、処理態様決定のために参照すべきビットの位置情報である。

例えば、複数ビットからなる再生装置又は再生アプリケーションの識別情報中、処理態様決定のために参照すべきビットのビット値が１である場合、変換テーブルに登録された識別マーク入り変換データによってコンテンツ構成データの置き換えを実行し、参照すべきビットのビット値が０である場合には置き換えを実行しないといった処理態様が決定されてデータ変換が実行される。

なお、参照ビットが０の場合に変換を実行し、１の場合に変換を実行しないとする設定も可能である。また参照ビットが０の場合の変換データと、１の場合の変換データをそれぞれ別の変換データとして設定し、参照ビットのビット値に応じて、適宜、変換データを選択して設定する構成としてもよい。

なお、変換テーブルは、コンテンツの一部構成データのみに対応する変換データを記録した部分的な変換テーブルデータ各々に対して異なるパラメータを適用した演算処理または暗号処理による難読化した変換テーブルとして設定される。

各変換テーブルに記録された変換データは、例えば図２０（ｂ）に示すように、各変換テーブルを含むＴＳパケットの近傍位置に記録位置が設定される。例えば、図２０（ｂ）に示す例では、変換データの記録領域を持つパケット５１１，５１２は、変換テーブルを含むパケット５０１の近傍に設定される。例えば、これらの各パケットは１ＧＯＰを単位として設定される。

このような設定とすることで、コンテンツの復号、再生をリアルタイムで実行する場合、変換データによるデータ置き換え処理を復号処理後の連続処理として実行することが可能であり、変換テーブルの記録されたＴＳパケットの検出、解析処理によって、変換データを取得し、テーブルに記録された位置に対して変換データを書き込む（上書き）処理を効率的に実行することができる。

本処理例では、各変換テーブルは、個別に異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した演算あるいは暗号処理が施されて情報記録媒体に記録されている。

例えば具体的には、各変換テーブルは、個別に異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した排他論理和（ＸＯＲ）演算処理がなされて各パケットに格納されている。シークレットパラメータは例えば１２８ビットデータからなる。図１８に示すセキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０にコンテンツとともに記録された変換テーブルを平文変換テーブルにするために必要なシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）、すなわち排他論理和（ＸＯＲ）演算パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を生成して出力する。出力されたシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）は、ＳＰレジスタ３７１に格納される。この処理は間欠的に、順次行なわれる。

図１８に示すセキュアＶＭ３５６は、シークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）に加え、シークレットパラメータの指定ナンバー（ＳＰＮｏ．）と、プレーヤＩＤに対応して設定される識別マークのＩＤ（ＦＭ＿ＩＤ）をデータ変換処理プログラム３１５に従って生成して、これらの値を出力する。これらの値もＳＰレジスタ３７１に格納される。

リアルタイム処理ブロック３８１では、ステップＳ４０１において、変換テーブルを含む暗号化コンテンツ３１８の復号が実行され、ステップＳ４０２におけるデマルチプレクサの処理によって、各変換テーブルが分離され、リアルタイムイベントハンドラ３６１の制御によって、ステップＳ４０３およびステップＳ４０４において、テーブル復元＆データ変換処理が実行される。ステップＳ４０３およびステップＳ４０４において、テーブル復元＆データ変換処理は、リアルタイムイベントハンドラ３６１が、コンテンツ再生あるいは外部出力中に発生するイベントを監視して処理制御がなされる。例えば不正処理が検出された場合には処理が中止される。

ステップＳ４０３では、セキュアＶＭ３５６から間欠的に出力され、ＳＰレジスタ３７１に格納されたシークレットパラメータ（ＳＰｎ）を用いて、デマルチプレクサによってコンテンツから分離された変換テーブルとの演算（例えば排他論理和演算）を実行して、変換テーブルを取得する。

さらに、ステップＳ４０４において、シークレットパラメータ（ＳＰｎ）とともに、セキュアＶＭ３５６から間欠的に出力され、ＳＰレジスタ３７１に格納されたシークレットパラメータの指定ナンバー（ＳＰＮｏ．）、識別マークのＩＤ（ＦＭ＿ＩＤ）を取得して、これらの各値を参照し、変換テーブルを適用した処理態様を決定し、変換テーブルに記録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブルに記録された指定位置に書き込む処理を実行する。これらの処理は、コンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行する。

例えば、シークレットパラメータＳＰ１，ＳＰ２，ＳＰ３・・・が、所定のコンテンツ部分データ単位に対応する変換データを含む分割された変換テーブル１，２，・・・との排他論理和（ＸＯＲ）演算パラメータである場合、ステップＳ４０３における演算によるテーブル復元処理は、
［変換テーブル１］（ＸＯＲ）［ＳＰ１］、
［変換テーブル２］（ＸＯＲ）［ＳＰ２］、
［変換テーブル３］（ＸＯＲ）［ＳＰ３］、
： ：
これらの排他論理和演算処理を順次、実行することになる。これらの演算によって、各平文変換テーブルデータを取得する。なお、上記式において、［Ａ］（ＸＯＲ）［Ｂ］は、ＡとＢの排他論理和演算を意味するものとする。

図２１を参照して、変換データの書き込み構成の一例について説明する。シークレットパラメータＳＰ１，ＳＰ２，ＳＰ３・・・は、例えばコンテンツのノーマル再生時間約１０秒毎に切り替えられる。すなわち、１つの固定的なシークレットパラメータは約１０秒間の再生コンテンツにのみ適用可能なパラメータとして設定される。図２１のコンテンツ再生区間０〜Ｔ、Ｔ〜２Ｔ，２Ｔ〜３Ｔ・・・はそれぞれ同一のシークレットパラメータが適用可能なコンテンツ区間を示している。

このように、本処理例では、同一のシークレットパラメータが適用される区間は、ノーマル再生で約１０秒間のコンテンツのみであり、万が一１つのシークレットパラメータが漏洩しても、わずか１０秒のコンテンツの再生しかできないことになり、強固なコンテンツ漏洩防止が実現される。

ステップＳ４０３およびステップＳ４０４におけるテーブル復元＆データ変換処理以後の処理は、先に図１６を参照して説明した処理例と同様であり、コンテンツ再生やコンテンツ外部出力処理に並行して実行するリアルタイム処理として行なわれる。すなわち、ステップＳ４０５におけるデマルチプレクサ処理、ステップＳ４０６におけるデコード処理、これらの処理が、コンテンツ再生または外部出力に並行したリアルタイム処理として実行される。

なお、図１８に示す処理例では、ステップＳ４０３およびステップＳ４０４におけるテーブル復元＆データ変換処理をリアルタイムイベントハンドラ３６１を設定し、リアルタイムイベントハンドラ３６１が、コンテンツ再生あるいは外部出力中に発生するイベントを監視して、テーブル復元＆データ変換処理を制御する構成としたが、このようなイベント監視を行なわず、データ変換処理をリアルタイムで実行させるような制御のみを可能とした構成でもよい。この場合は、例えば図２２に示すように、図１８に示す構成からリアルタイムイベントハンドラ３６１を省略した構成とすることができる。

本処理例では、コンテンツ全体に対応する変換テーブルの構成データを分割して、各分割テーブルとされた変換テーブルごとに異なるシークレットパラメータ（ＳＰｎ）を対応付け、各分割変換テーブルごとに各シークレットパラメータによる排他論理和演算を施して情報記録媒体に格納するとともに、これらのシークレットパラメータをセキュアＶＭ３５６が、間欠的に出力する構成としたので、例えばシークレットパラメータの一部が漏洩しても、変換テーブルに格納された変換データを全て取得することはできず、結果として、コンテンツの全体を復元することは不可能となり、より強固なコンテンツ利用管理が実現される。

また、本処理例においても、図１０他を参照して説明した処理例と同様、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。また、例えば、コンテンツ再生中に不正な処理が検出された場合、イベントハンドラ３５４の不正処理検出情報に基づきセキュアＶＭ３５６の処理を中止することで、変換データの生成が中止され、不正なコンテンツ再生や外部出力を途中で終了させることが可能となる

（３．８）コンテンツ再生処理例８
次に、コンテンツ再生処理例８について、図２３を参照して説明する。図２３には、左から暗号化コンテンツの格納された情報記録媒体３１０、ドライブ３３０、ホスト３５０を示している。ＭＫＢ（Media Key Block）と、タイトル鍵ファイルおよびこれらを適用した処理は、先に図６を参照して説明した処理例１と同様であるので省略してある。情報記録媒体には、さらに、暗号化コンテンツ３１３、変換テーブル３１４、データ変換処理プログラム３１５が格納されている。

図２３に示すコンテンツ再生処理例８は、先に説明した処理例７と同様、シークレットパラメータ（ＳＰ）を適用して、変換テーブルの一部分ずつを平文テーブルに復元して処理を行なう。先の処理例７では、複数に分割された変換テーブルを、個別に異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した排他論理和（ＸＯＲ）演算処理を施してパケットに格納した構成例であったが、本処理例では、暗号化コンテンツ３１３と、変換テーブル３１４は別ファイルとして情報記録媒体３１０に記録されている。

本処理例では、点線枠で示すブロック３８１の処理をリアルタイム処理として実行し、点線枠で示すブロック３８５の処理は、間欠的な処理として実行される。すなわち、コンテンツの再生、または外部出力処理に間に合うように、セキュアＶＭ３５６から、シークレットパラメータ（ＳＰ）などが、間欠的に逐次供給される。本処理例においては、セキュアＶＭ３５６は、変換テーブルの情報記録媒体３１０からの取得および図に示すＸＯＲｅｄテーブル記憶部３７２に対する格納処理も実行する。この、セキュアＶＭ３５６による、変換テーブルのＸＯＲｅｄテーブル記憶部３７２に対する格納処理は、出力するシークレットパラメータ（ＳＰ）に対応する変換テーブルの部分データを間欠的にＸＯＲｅｄテーブル記憶部３７２に対して格納する処理として実行するか、あるいは、コンテンツ再生処理または外部出力前に一括してＸＯＲｅｄテーブル記憶部３７２に格納してもよい。

本処理例では、変換テーブルは１つの独立したファイルデータとして設定されるが、変換テーブルファイルの中に複数の変換テーブルブロック（ＦＵＴブロック）が格納される。これらの複数の変換テーブルブロック（ＦＵＴブロック）の各々が、個別に異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した排他論理和（ＸＯＲ）演算処理を施して格納される。

図２４〜図２６を参照して、変換テーブルのデータ構成について説明する。
図２４は、変換テーブルの全体データ構成を示し、
図２５は、変換テーブル内に含まれる複数の変換テーブルブロック（ＦＵＴブロック）中の１つの変換テーブルブロック（ＦＵＴブロック）のデータ構成、
図２６は、変換テーブルブロック（ＦＵＴ）内の変換データエントリのデータ構成を示している。

図２４に示すように、変換テーブルには、以下のデータが含まれる。
Number of FUT blocks：変換テーブルブロック数
Length of FUT block：変換テーブルブロックバイト長
SP_No：シークレットパラメータ（ＳＰ）ナンバー（ＶＭによって生成されるＳＰに対応付けられる）
First SPN for FUT block：変換テーブルブロックの割り当てられたパケット位置
FUT block()：変換テーブルブロック（各ブロックは異なるパラメータで処理（難読化）されている）

変換テーブルには、複数の変換テーブルブロック（ＦＵＴ）が含まれ、これらの複数の変換テーブルブロック（ＦＵＴ）が、それぞれ異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）によって排他論理和（ＸＯＲ）演算処理が施されて格納されている。

図２５は、図２４に示す変換テーブル中に複数含まれる変換テーブルブロック（ＦＵＴブロック）の１つのデータ構成例を示している。図２５に示すように、変換テーブルブロック（ＦＵＴブロック）には以下のデータが含まれる。
Number of FixUpEntry in this block：変換データ数（識別マーク入り変換データも含む）
Base SPN for FixUpEntry：変換データの記録位置の指標となるベースパケットの位置（パケットＮｏ．）
FixUpEntry()：変換データエントリ（シークレットパラメータで処理（難読化）されている）

図２６は、図２５に示す変換テーブブロックに含まれる変換データエントリ（FixUpEntry）のデータ構成例を示している。図２６に示すように、変換データエントリ（FixUpEntry）には以下のデータが含まれる。
type_indicator：タイプ識別子[00:変換なし，01b:変換データによる処理，10b,11b:識別マーク入り変換データによる処理]
FM_ID_bit_position：識別マーク入り変換データに対応するプレーヤＩＤの識別ビット位置
relative_SPN：変換データ適用パケット位置（プログラマブルマップテーブル（ＰＭＴ）格納パケットからのパケット数）
byte_position：パケット内の変換データ記録位置
overwrite_value：変換データ（識別マーク入り変換データも含む）
relative_SPN_2：第２変換データ適用パケット位置（ＰＭＴパケットからのパケット数）
byte_position_2：パケット内の変換データ記録位置（第２変換データ対応）
overwrite_value_2：第２変換データ（識別マーク入り変換データも含む）
これらのデータによって構成される。

変換テーブルは、コンテンツデータの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルとして設定され、この変換テーブルを適用して、コンテンツ構成データの置き換え処理実行命令を含むデータ変換処理プログラムを実行して、データ変換が行われる。

図２６に示す変換テーブブロックに含まれる変換データエントリ（FixUpEntry）情報に含まれる情報［type_indicator］は、変換テーブルの登録情報が、
（ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データに関する登録情報であるか、または、
（ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報であるか、
上記（ａ）、（ｂ）のいずれの登録情報であるかを識別するタイプ識別子である。

変換テーブルの登録情報領域が、再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報領域である場合には、テーブル登録情報として、コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報に基づいて選択的に適用する変換データ、すなわち、識別マーク入り変換データが登録される。

登録情報［FM_ID_bit_position］は、複数ビットからなる再生装置又は再生アプリケーションの識別情報中、処理態様決定のために参照すべきビットの位置情報である。例えば、複数ビットからなる再生装置又は再生アプリケーションの識別情報中、処理態様決定のために参照すべきビットのビット値が１である場合、変換テーブルに登録された識別マーク入り変換データによってコンテンツ構成データの置き換えを実行し、参照すべきビットのビット値が０である場合には置き換えを実行しないといった処理態様が決定されてデータ変換が実行される。

なお、前述したように参照ビットが０の場合に変換を実行し、１の場合に変換を実行しないとする設定も可能である。また参照ビットが０の場合の変換データと、１の場合の変換データをそれぞれ別の変換データとして設定し、参照ビットのビット値に応じて、適宜、変換データを選択して設定する構成としてもよい。

なお、本処理例における変換テーブルは、複数の変換テーブルブロック（ＦＵＴ）が含まれ、これらの複数の変換テーブルブロック（ＦＵＴ）が、それぞれ異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）によって排他論理和（ＸＯＲ）演算処理が施されて格納されている。すなわち、本処理例では、変換テーブルは１つの独立したファイルデータとして情報記録媒体に格納されるが、図２４〜図２６を参照して説明したように、変換テーブル内に複数の変換テーブルブロック（ＦＵＴ）を有し、これらの複数の変換テーブルブロック（ＦＵＴ）の各々が、個別に異なるシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した排他論理和（ＸＯＲ）演算処理がなされて格納される。シークレットパラメータは例えば１２８ビットデータからなる。

図２３に示すセキュアＶＭ３５６は、命令コード情報を含むデータ変換処理プログラム３１５を情報記録媒体３１０から読み出して、コンテンツ再生あるいは出力処理前および処理実行中に間欠的に、イベントハンドラ３５４の制御、プレーヤ情報３５５の入力に基づいて、情報記録媒体３１０に記録された変換テーブル３１４に含まれる変換テーブルブロック（ＦＵＴブロック）を平文変換テーブルにするために必要なシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）、すなわち排他論理和（ＸＯＲ）演算パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を生成して出力する。出力されたシークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）は、ＳＰレジスタ３７１に格納される。この処理は間欠的に、順次行なわれる。

各変換テーブルブロック（ＦＵＴブロック）は、先の処理例７において説明した分割された変換テーブルと同様、コンテンツの一部にのみ対応する変換データと、その変換データの書き込み位置情報を含むデータであり、図２１を参照して説明したように、例えばノーマル再生において、１０秒程度のコンテンツ部分に対応する変換データを含んでいる。

図２３に示すセキュアＶＭ３５６は、シークレットパラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）に加え、シークレットパラメータの指定ナンバー（ＳＰＮｏ．）と、プレーヤＩＤに対応して設定される識別マークのＩＤ（ＦＭ＿ＩＤ）をデータ変換処理プログラム３１５に従って生成して、これらの値を出力する。これらの値もＳＰレジスタ３７１に格納される。

リアルタイム処理ブロック３８１では、ステップＳ４５１において、暗号化コンテンツ３１８の復号が実行され、ステップＳ４５２において、ＸＯＲｅｄテーブル記憶部３７２に記憶された変換テーブルブロックの１つが取得され、ＳＰレジスタ３７１に格納されたシークレットパラメータ（ＳＰｎ）の排他論理和（ＸＯＲ）演算が実行され、平文データとして、変換テーブルブロック（ＦＵＴ）が取得される。

さらに、ステップＳ４５３において、シークレットパラメータ（ＳＰｎ）とともに、セキュアＶＭ３５６から間欠的に出力され、ＳＰレジスタ３７１に格納されたシークレットパラメータの指定ナンバー（ＳＰＮｏ．）、識別マークのＩＤ（ＦＭ＿ＩＤ）を取得して、これらの各値を参照し、変換テーブルを適用した処理態様を決定し、変換テーブルに記録された変換データ、すなわち、
（ａ）変換データ
（ｂ）識別マーク入り変換データ
を、変換テーブルに記録された指定位置に書き込む処理を実行する。これらの処理は、リアルタイムハンドラ３６１の制御の下、コンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行される。リアルタイムイベントハンドラ３６１が、コンテンツ再生あるいは外部出力中に発生するイベントを監視して処理制御がなされる。例えば不正処理が検出された場合には処理が中止される。

具体的な変換テーブルの利用処理について説明する。まず、図２６に示す変換テーブル中のタイプ識別子［type_indicator］を確認し、このタイプ識別子［type_indicator］が識別マーク入り変換データを挿入することを表している場合には（type_indicator==10b, 11b）、変換テーブル中の［FM_ID_bit_position］、すなわち、識別マーク入り変換データの処理態様を決定するＩＤのビット位置情報を参照し、複数のビットからなるＩＤ（FM_ID）の識別ビットの本テーブルで対象となる位置を特定する。この際、
タイプ識別子［type_indicator］が１０ｂであれば０ビットを、
タイプ識別子［type_indicator］が１１ｂであれば６４ビットを、
FM_ID_bit_positionに加算する。このようにして、より少ないビットを割り当ててもFM_IDを表すことができる。そして、特定されたFM_IDのビット位置のデータを取得する。そして、
FM_IDビットが１の場合であれば変換データを適用したコンテンツの構成データの置き換えによる変形を行い、
FM_IDビットが０の場合であれば変形を行わないとする（又は、その逆。）
この処理により、プレーヤＩＤに相当するデータを再生データに埋めこむことができる。ここで、変形を行う場合には、変換テーブルに設定された第１変換データ［overwrite_value］及び、第２変換データ［overwrite_value_2］の２箇所の変形を共に行うことにより、FM_IDデータの除去をより困難とすることができるとともに、それぞれ［overwrite_value］の制限を行うよりも再生装置の負担を軽くすることができる。一方、タイプ識別子［type_indicator］が０１ｂである場合には、識別マーク入りの変換データではない変換データ、例えばブロークンデータの置き換えに適用する変換データであるので、変換データの処理を行うに際して、再生装置のFM_IDの確認を行う必要は無い。

ステップＳ４５２における排他論理和演算（ＸＯＲ）は、例えば、シークレットパラメータＳＰ１，ＳＰ２，ＳＰ３・・・が、各変換テーブルブロック（ＦＵＴブロック）に対応して設定された排他論理和（ＸＯＲ）演算パラメータである場合、ステップＳ４５２におけるテーブル復元処理は、
［変換テーブルブロック（ＦＵＴブロック）１］（ＸＯＲ）［ＳＰ１］、
［変換テーブルブロック（ＦＵＴブロック）２］（ＸＯＲ）［ＳＰ２］、
［変換テーブルブロック（ＦＵＴブロック）３］（ＸＯＲ）［ＳＰ３］、
： ：
これらの排他論理和演算処理によって行なわれる。これらの演算によって、各平文変換テーブルブロックデータを取得する。なお、上記式において、［Ａ］（ＸＯＲ）［Ｂ］は、ＡとＢの排他論理和演算を意味するものとする。

これらの変換テーブルブロックに基づいて、コンテンツの一部構成データに対する変換データ書き込み、識別マーク入り変換データ書き込み処理が実行される。各変換テーブルブロックの適用可能なコンテンツ区間は、先の処理例７と同様であり、図２１のコンテンツ再生区間０〜Ｔ、Ｔ〜２Ｔ，２Ｔ〜３Ｔ・・・の一部データ領域である。すなわち、これらの各区間は、同一のシークレットパラメータが適用可能なコンテンツ区間となる。

このように、本処理例では、先の処理例７と同様、同一のシークレットパラメータが適用される区間は、ノーマル再生で約１０秒間のコンテンツのみであり、万が一１つのシークレットパラメータが漏洩しても、わずか１０秒のコンテンツの再生しかできないことになり、強固なコンテンツ漏洩防止が実現される。

ステップＳ４５３におけるデータ変換処理以後の処理は、処理例７と同様であり、コンテンツ再生やコンテンツ外部出力処理に並行して実行するリアルタイム処理として行なわれる。すなわち、ステップＳ４５４におけるデマルチプレクサ処理、ステップＳ４５５におけるデコード処理、これらの処理が、コンテンツ再生または外部出力に並行したリアルタイム処理として実行される。

なお、図２３に示す処理例では、ステップＳ４５２およびステップＳ４５３におけるテーブル復元とデータ変換処理をリアルタイムイベントハンドラ３６１を設定し、リアルタイムイベントハンドラ３６１が、コンテンツ再生あるいは外部出力中に発生するイベントを監視して、テーブル復元＆データ変換処理を制御する構成としたが、このようなイベント監視を行なわず、データ変換処理をリアルタイムで実行させるような制御のみを可能とした構成でもよい。この場合は、例えば図２７に示すように、図２３に示す構成からリアルタイムイベントハンドラ３６１を省略した構成とすることができる。

本処理例では、コンテンツ全体に対応する変換テーブルの構成データを分割した変換データブロック（ＦＵＴブロック）ごとに異なるシークレットパラメータ（ＳＰｎ）を対応付けて、変換データブロック（ＦＵＴブロック）ごとに各シークレットパラメータによる排他論理和演算を施して情報記録媒体に格納するとともに、これらのシークレットパラメータをセキュアＶＭ３５６が、間欠的に出力する構成としたので、例えばシークレットパラメータの一部が漏洩しても、変換テーブルに格納された変換データを全て取得することはできず、結果として、コンテンツの全体を復元することは不可能となり、より強固なコンテンツ利用管理が実現される。

また、本処理例においても、図１０他を参照して説明した処理例と同様、コンテンツ再生、外部出力の処理に影響を与えることのないリアルタイム処理が実現される。また、例えば、コンテンツ再生中に不正な処理が検出された場合、イベントハンドラ３５４の不正処理検出情報に基づきセキュアＶＭ３５６の処理を中止することで、変換データの生成が中止され、不正なコンテンツ再生や外部出力を途中で終了させることが可能となる

なお、図２４〜図２６を参照して変換テーブルの一例としてのデータ構成を説明したが、変換テーブルは、様々なデータ構成とすることが可能である。例えば図２４を参照して説明した変換テーブルの構成を図２８に示すような構成としてもよい。図２８は、図２４と同様の構造を別の形式で記録する場合の例である。シークレットパラメータ（ＳＰ）ナンバーは、変換テーブルブロックのブロック番号で代用することができ、また、［First SPN for FUT block］は、図２５で定義されている［FUT block()内の最初の"Base SPN for FixUpEntry"］の値で代用することができる。［"Base SPN for FixUpEntry"］はシークレットパラメータ（ＳＰ）値との排他論理和（ＸＯＲ）によって難読化されていないため、シークレットパラメータ（ＳＰ）値がない状態でも値を調べて、ランダムアクセス時などにどの変換テーブルブロック（FUTblock()）を使用するかの判定に用いることができる。このように、図２８に示すテーブルは、図２４よりも単純な構造で、図２４の変換テーブルと同様の情報を提供することができる。

［４．情報処理装置の構成］
次に、図２９を参照して、ホストとしてのアプリケーションを実行する情報処理装置のハードウェア構成例について説明する。情報処理装置８００は、ＯＳやコンテンツ再生または記録アプリケーション・プログラム、相互認証処理プログラムなどの各種プログラムに従ったデータ処理を実行するＣＰＵ８０９、プログラム、パラメータ等の記憶領域としてのＲＯＭ８０８、メモリ８１０、デジタル信号を入出力する入出力Ｉ／Ｆ８０２、アナログ信号を入出力し、Ａ／Ｄ，Ｄ／Ａコンバータ８０５を持つ入出力Ｉ／Ｆ８０４、ＭＰＥＧデータのエンコード、デコード処理を実行するＭＰＥＧコーデック８０３、ＴＳ（Transport Stream）・ＰＳ(Program Stream)処理を実行するＴＳ・ＰＳ処理手段８０６、相互認証、暗号化コンテンツの復号処理など各種の暗号処理を実行する暗号処理手段８０７、ハードディスクなどの記録媒体８１２、記録媒体８１２の駆動、データ記録再生信号の入出力を行なうドライブ８１１を有し、バス８０１に各ブロックが接続されている。

情報処理装置（ホスト）８００は、例えばＡＴＡＰＩ−ＢＵＳ等の接続バスによってドライブと接続されている。変換テーブル、コンテンツなどをデジタル信号用入出力Ｉ／Ｆ８０２を介して入出力される。暗号化処理、復号処理は、暗号化処理手段８０７によって、例えば、ＡＥＳアルゴリズムなどを適用して実行される。

なお、コンテンツ再生あるいは記録処理を実行するプログラムは例えばＲＯＭ８０８内に保管されており、プログラムの実行処理中は必要に応じて、パラメータ、データの保管、ワーク領域としてメモリ８１０を使用する。

ＲＯＭ８０８または記録媒体８１２には、例えば、管理センタの公開鍵、ホスト対応秘密鍵、ホスト対応の公開鍵証明書、さらに、リボケーションリストとしてのドライブＣＲＬなどが格納される。

コンテンツ再生または外部出力に際しては、情報記録媒体から取得したデータ変換処理プログラムを適用して、暗号化コンテンツの復号と、変換テーブルの復元、変換テーブルの格納データに基づく変換データの書き込み処理など、先に説明した処理例１〜８の処理シーケンスに従った処理を実行する。

［５．情報記録媒体製造装置および情報記録媒体］
次に、情報記録媒体製造装置および情報記録媒体について説明する。すなわち、上述したコンテンツ再生処理において適用される情報記録媒体の製造装置、方法、および情報記録媒体について説明する。

情報記録媒体製造装置は、例えば、先に図１を参照して説明した記録データを格納した情報記録媒体１００を製造する装置である。
情報記録媒体製造装置は、
正当コンテンツ構成データと異なるブロークンデータを含むコンテンツと、ブロークンデータの置き換え対象となる正当コンテンツ構成データである変換データを有し、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、変換テーブルを適用したコンテンツ構成データの置き換え処理実行命令を含むデータ変換処理プログラムを生成するデータ処理部と、
ブロークンデータを含むコンテンツと、変換テーブルと、データ変換処理プログラムを情報記録媒体に記録するデータ記録部と、
を有する。

情報記録媒体製造装置の一実施例構成におけるデータ処理部は、コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報に基づいて選択的に適用する変換データを設定した変換テーブルの生成を実行する構成であり、データ記録部は、識別情報に基づいて選択的に適用する変換データを含む変換テーブルの記録処理を実行する。また、情報記録媒体製造装置におけるデータ処理部は、コンテンツの一部構成データのみに対応する変換データを記録した部分的な変換テーブルデータ各々に対して異なるパラメータを適用した演算処理または暗号処理による難読化した変換テーブルを生成し、データ記録部は、難読化した変換テーブルの記録処理を実行する。

さらに、情報記録媒体製造装置の一実施例構成におけるデータ処理部は、ブロークンデータを含むコンテンツを構成データとするストリームパケット中に、難読化した変換テーブルを散在させて配置したコンテンツデータを生成する構成であり、データ記録部は、難読化した変換テーブルを散在させて配置したコンテンツデータの記録処理を実行する。

このような、製造装置によって生成された情報記録媒体は、図１他を参照して説明したように、
（ａ）正当コンテンツ構成データと異なるブロークンデータを含むコンテンツと、
（ｂ）ブロークンデータの置き換え対象となる正当コンテンツ構成データである変換データを有し、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、
（ｃ）変換テーブルを適用したコンテンツ構成データの置き換え処理実行命令を含むデータ変換処理プログラムを、
記録データとして格納した情報記録媒体となる。

また、一実施例において、情報記録媒体に記録される変換テーブルは、コンテンツデータの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、変換テーブルを適用したコンテンツ構成データの置き換え処理実行命令を含むデータ変換処理プログラムを記録データとして格納し、変換テーブルの登録情報が、
（ｐ）ブロークンデータを正当なコンテンツデータに変換するための変換データに関する登録情報であるか、または、
（ｑ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報であるか、
上記（ｐ）、（ｑ）のいずれの登録情報であるかを識別するタイプ識別子を有する。

また、変換テーブルの登録情報が、再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための識別マーク入り変換データに関する登録情報である場合には、テーブル登録情報として、さらに、コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報に基づいて選択的に適用する変換データを含む構成となる。さらに、変換テーブルは、複数ビットからなる再生装置又は再生アプリケーションの識別情報中、処理態様決定のために参照すべきビットの位置情報を含む設定となる。

前述したように、変換テーブルは、１つの実施態様として、コンテンツの一部構成データのみに対応する変換データを記録した部分的な変換テーブルデータ各々に対して異なるパラメータを適用した演算処理または暗号処理による難読化した変換テーブルであり、例えば、情報記録媒体に記録されるブロークンデータを含むコンテンツを構成データとするストリームパケット中に、難読化した変換テーブルが散在させて格納される。

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

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

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

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

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

以上、説明したように、本発明の一実施例の構成によれば、正当コンテンツ構成データと異なるブロークンデータを含むコンテンツを情報記録媒体に記録し、さらに、ブロークンデータの置き換え対象となる正当コンテンツ構成データである変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルを情報記録媒体に格納する構成とし、コンテンツ再生処理に際して、情報記録媒体に記録された変換テーブルに従って、コンテンツ構成データを変換データに置き換える処理を行なう構成としたので、情報記録媒体に記録された暗号化コンテンツに対応する暗号鍵の漏洩が発生した場合でも、変換データの取得ができない装置においてはコンテンツの再生が実行されず、コンテンツの不正利用が防止される。

また、本発明の一実施例の構成によれば、変換データとして、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータを含む変換データを適用したので、万が一不正コンテンツが流出した場合でも、変換データの解析によって、不正コンテンツの流出源を特定することが可能となる。

また、本発明の一実施例の構成によれば、変換データを格納した変換テーブルを区分した分割テーブル毎に異なるパラメータを適用した演算処理または暗号化処理を施した設定としたので、ある特定のパラメータの漏洩が発生した場合でもコンテンツの一部のみの再生が許容するのみであり、コンテンツ全体の漏洩が発生する可能性を低減させることが可能となる。

１００ 情報記録媒体
１０１ 暗号化コンテンツ
１０２ ＭＫＢ
１０３ タイトル鍵ファイル
１０４ 使用許諾情報
１０５ 変換テーブル
１０６ データ変換処理プログラム
１２０ ドライブ
１２１ データ処理部
１２２ メモリ
１５０ ホスト
１５１ データ処理部
１５２ メモリａ
１５３ 復号処理部
１５４ データ変換処理部
１５５ デコード処理部
１５６ メモリｂ
２１０ インデックス
２２０ ムービーオブジェクト
２３０ プレイリスト
２４０ クリップ
２６１，２６２，２６３ ＡＶストリーム
２７１，２７２ コンテンツ管理ユニット（ＣＰＳユニット）
２８１ データ部
３１０ 情報記録媒体
３１１ ＭＫＢ
３１２ タイトル鍵ファイル
３１３ 暗号化コンテンツ
３１４ 変換テーブル
３１５ データ変換処理プログラム
３３０ ドライブ
３５０ ホスト
３５１ デバイス鍵
３５２ トラックバッファ
３５３ 平文ＴＳバッファ
３５４ イベントハンドラ
３５５ プレーヤ情報
３５６ セキュアＶＭ
３６１ リアルタイムイベントハンドラ
３６３ 部分テーブル記憶部
３６４ プリロードテーブル記憶部
３７１ ＳＰレジスタ
３７２ ＸＯＲｅｄテーブル記憶部
３９１，３９２ ＴＳパケット
３９４，３９５ 変換データの記録領域を持つパケット
４０１ トラックバッファ格納データ
４０２ 復号結果データ
４０３ ブロークンデータ
４０４ 変換データ
４０５ 識別マークを含む変換データ
４０６ 変換処理済みデータ
５０１，５０２，５１１，５１２ パケット
８００ 情報処理装置
８０１ バス
８０２ 入出力Ｉ／Ｆ
８０３ ＭＰＥＧコーデック
８０４ 入出力Ｉ／Ｆ
８０５ Ａ／Ｄ，Ｄ／Ａコンバータ
８０６ ＴＳ・ＰＳ処理手段
８０７ 暗号処理手段
８０８ ＲＯＭ
８０９ ＣＰＵ
８１０ メモリ
８１１ ドライブ
８１２ 記録媒体

Claims (9)

1. 記録データを有する情報記録媒体であり、
   前記記録データの一部の置き換え対象となる変換データと、該変換データのコンテンツに対する設定位置情報を記録した変換テーブルと、再生装置上で実行される前記変換テーブルを適用したコンテンツ構成データの置き換え処理に用いられるデータ処理プログラムを、
   記録データとして格納し、
   前記変換テーブルは、
   （１）前記変換データを含む登録情報と、
   （２）前記登録情報が、
   （２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であるか、または、
   （２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であるか、
   を識別するタイプ識別子と、
   （３）変換データの置き換え位置情報を記録したテーブルであり、
   前記再生装置における前記データ処理プログラムの実行により、
   前記変換テーブルを取得させて、変換テーブルに記録された変換データの置き換え位置情報の位置にあるコンテンツ構成データを前記変換データで置き換える処理の実行態様を、前記タイプ識別子に応じて変更させることを可能とした情報記録媒体。
2. 前記データ処理プログラムは、
   前記タイプ識別子が、変換テーブルの登録情報が、
   （２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であることを示している場合には、
   コンテンツ構成データである正当なコンテンツと異なるブロークンデータを、前記変換テーブルの登録情報に含まれる正当なコンテンツデータである変換データに置き換える処理を実行させるプログラムであることを特徴とする請求項１に記載の情報記録媒体。
3. 前記データ処理プログラムは、
   前記タイプ識別子が、変換テーブルの登録情報が、
   （２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であることを示している場合には、
   コンテンツ再生装置またはコンテンツ再生アプリケーションの識別情報の構成ビットに基づき、コンテンツ構成データであるコンテンツの一部領域を、前記変換テーブルの登録情報に含まれる変換データに置き換える又は置き換えない処理を実行させるプログラムであることを特徴とする請求項１に記載の情報記録媒体。
4. 前記登録情報は、さらに前記再生装置またはコンテンツ再生アプリケーションの識別情報の構成ビットの参照すべきビット位置を示す参照ビット位置情報を含み、
   前記データ処理プログラムは、
   前記参照ビット位置情報の示すビット位置の値に応じて変換データによる置き換え処理の実行の有無を決定させる処理を実行させるプログラムであることを特徴とする請求項３に記載の情報記録媒体。
5. 前記データ処理プログラムは、
   前記コンテンツの一部構成データのみに対応する変換データを記録した部分的な変換テーブルデータ各々に対して異なるパラメータを適用した演算処理または暗号処理を実行し、置き換えデータである変換データの取得処理を実行させるプログラムであることを特徴とする請求項１〜４いずれかに記載の情報記録媒体。
6. 前記データ処理プログラムは、
   前記１以上の変換テーブルに含まれる複数の変換データに対して、所定の再生単位で異なるパラメータを適用した排他論理和演算処理を実行し、置き換えデータである変換データの取得処理を実行させるプログラムであることを特徴とする請求項１〜４いずれかに記載の情報記録媒体。
7. 前記データ処理プログラムは、
   前記異なるパラメータの算出処理を、コンテンツの再生または外部出力に同期させた間欠的な処理として実行させ、
   間欠的に順次、算出する異なるパラメータに基づく演算処理または暗号処理によって、異なるコンテンツ構成データに対応する変換データの取得を行わせるプログラムであることを特徴とする請求項５または６に記載の情報記録媒体。
8. 前記データ処理プログラムは、
   前記コンテンツの構成パケットに分散して分割記録された分割変換テーブルを順次取得して、該分割変換テーブルから、前記コンテンツの一部構成データのみに対応する置き換えデータである変換データと、該変換データの記録位置情報を取得する処理を実行させるプログラムであることを特徴とする請求項１〜４いずれかに記載の情報記録媒体。
9. 情報処理装置においてデータ処理を実行させるプログラムであり、
   前記プログラムは、前記情報処理装置のデータ処理部に、再生対象コンテンツの構成データを変換データで置き換えるデータ置き換え処理を実行させるプログラムであり、
   前記データ置き換え処理において、
   （１）前記変換データを含む登録情報と、
   （２）前記登録情報が、
   （２ａ）ブロークンデータを正当なコンテンツデータに変換するための変換データを含む登録情報であるか、または、
   （２ｂ）再生装置又はコンテンツ再生アプリケーションの識別情報を埋めこむための変換データを含む登録情報であるか、
   を識別するタイプ識別子と、
   （３）変換データの置き換え位置情報、
   上記（１）〜（３）の各情報を記録した変換テーブルの取得処理と、
   取得した変換テーブルに記録された変換データ置き換え位置情報の位置にあるコンテンツ構成データを前記変換データで置き換える処理の実行態様を、前記タイプ識別子に応じて変更させる処理を実行させるプログラム。

Images