JP4941611B2

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

Info

Publication number: JP4941611B2
Application number: JP2011254037A
Authority: JP
Inventors: 芳和高島
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2011-11-21
Filing date: 2011-11-21
Publication date: 2012-05-30
Anticipated expiration: 2025-11-29
Also published as: JP2012085320A

Description

本発明は、情報処理装置、および方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、コンテンツの利用制御プログラムとしてコンテンツと共に情報記録媒体に記録されるコンテンツコードを適用したデータ処理に際して、各情報処理装置や再生アプリケーションなどのプレーヤに対応した適正なコンテンツコードを確実に選択して実行させる構成とした情報処理装置、および方法、並びにコンピュータ・プログラムに関する。

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

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

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

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

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

コンテンツの不正コピーを防止して著作権者の保護を図る１つの手法としてコンテンツの暗号化処理がある。しかし、コンテンツを暗号化しても、暗号鍵の漏洩が発生してしまうと、不正に復号されたコンテンツが流出するという問題が発生する。このような問題を解決する１つの構成を開示した従来技術として、特許文献１に記載の構成がある。特許文献１は、コンテンツの一部をダミーデータに置き換えて記録することで、コンテンツの不正再生を防止した構成を開示している。

コンテンツをダミーデータに置き換えたコンテンツの再生処理に際しては、ダミーデータを正常なコンテンツデータに再度、置き換える処理が必要になる。このデータ変換処理は、正常コンテンツの外部への漏洩を発生させることなく行なわれることが必要であり、またダミーデータの配置位置などや変換方法などの処理情報についても漏洩を防止することが好ましい。

このように、コンテンツの再生に際しては、コンテンツの復号処理やデータ変換処理などを実行することが必要であり、また、コンテンツを利用しようとする情報処理装置や再生（プレーヤ）プログラムが正当なライセンスを受けた機器やプログラムであるかといった正当性確認処理などのセキュリティチェックを行なう場合がある。このようなデータ処理は、コンテンツの利用制御プログラムとして、コンテンツと共に情報記録媒体に記録されるコンテンツコードを実行することで行なわれる。なお、コンテンツコードを利用したコンテンツ利用処理例については、例えば特許文献１に記載がある。

コンテンツコードは、コンテンツとは独立したファイルとして設定し、情報記録媒体に記録される。従って、コンテンツコードのみを他の情報記録媒体に移動させる処理や、コピーするといった処理も可能となる。コンテンツコードの漏洩が発生し、不正に流通し、不正な利用が行なわれると、多くのコンテンツが不正に再生、利用される可能性があり、大きな損害を発生させる可能性がある。

また、コンテンツ再生を実行する装置や、アプリケーションとしては、様々なメーカの異なる装置やアプリケーションが適用されることが想定されるが、コンテンツコードを利用したセキュリティチェックやデータ変換処理を実行する場合、様々なメーカの異なる装置やアプリケーション等のプレーヤに対応させた適正なコンテンツコードを選択させて、それぞれのシーケンスに従ったセキュリティチェックを行ない、また、プレーヤ対応の固有なデータ変換処理を行なわせる設定とすることが好ましい。特にデータ変換においては、プレーヤ識別情報をコンテンツ中に埋め込む処理を行なう場合があり、プレーヤ対応の正しいコンテンツコードの選択が行なわれない場合は、正しいプレーヤ識別情報の埋め込みが実行されなくなるという問題がある。

特開２００２−３１１９９８

本発明は、このような状況に鑑みてなされたものであり、コンテンツの利用制御プログラムとしてコンテンツと共に情報記録媒体に記録されるコンテンツコードの厳格な管理構成を実現し、コンテンツコードを適用したデータ処理に際して、各情報処理装置や再生アプリケーションなどのプレーヤに対応した適正なコンテンツコードを確実に選択して実行させる構成とした情報処理装置、および方法、並びにコンピュータ・プログラムを提供することを目的とするものである。

本発明の第１の側面は、
情報処理装置であり、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納し、該コンテンツコードに従ったデータ処理を実行するデータ処理部と、
前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記データ処理部は、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名生成処理を実行し、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行する情報処理装置にある。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記コンテンツコードの少なくとも一部構成データを、前記第２メモリから取得した暗号鍵を適用して復号し、復号の結果取得したコンテンツコードに従ったデータ処理を実行する構成である。

さらに、本発明の情報処理装置の一実施態様において、前記コンテンツコードは、情報処理装置に対応するセキュリティチェックコードを含み、前記データ処理部は、前記コンテンツコードに基づくセキュリティチェック処理を実行する構成であることを特徴とする。

さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記公開鍵を格納したプレーヤ証明書を前記第２メモリから取得し、該プレーヤ証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、該プレーヤ証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報を取得し、該取得情報に従って、処理対象のコンテンツコードを選択する処理を実行する構成であることを特徴とする。

さらに、本発明の第２の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記情報処理装置のデータ処理部が、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納する処理と、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名生成処理と、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行する情報処理方法にある。

さらに、本発明の第３の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記プログラムは、前記情報処理装置のデータ処理部に、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納する処理と、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名の生成処理と、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行させるプログラムにある。

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

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

本発明の一実施例の構成によれば、厳正なプレーヤの正当性確認に基づくコンテンツコードの実行処理を行う構成を実現する。
具体的には、情報記録媒体に記録されたコンテンツコードを取得し、コンテンツコードに従ったセキュリティチェック、コンテンツデータの変換、プレーヤ情報のコンテンツに対する埋め込みなどの処理を実行する構成において、コンテンツコードの構成データに対して、プレーヤ対応の秘密鍵を適用したデジタル署名生成処理を実行し、さらに、コンテンツコード中のデータ処理プログラムの実行に際して、デジタル署名に対するプレーヤ対応の公開鍵を適用した検証処理を実行する構成とした。
本構成により、厳正なプレーヤの正当性確認に基づくコンテンツコードの実行処理を行う構成が実現される。

情報記録媒体の格納データおよびドライブ装置、情報処理装置の構成および処理について説明する図である。情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットの設定例について説明する図である。情報記録媒体の格納コンテンツに対して設定するコンテンツ管理ユニットとユニット鍵との対応について説明する図である。情報記録媒体に記録されるコンテンツと、コンテンツ再生において必要となるデータ変換処理について説明する図である。コンテンツ再生処理の処理例について説明する図である。コンテンツ再生の際に実行するデータ変換処理について説明する図である。情報記録媒体に記録されるデータのディレクトリ構成を示す図である。情報記録媒体に記録されるコンテンツ、管理データ等のディレクトリ構成を示す図である。情報記録媒体に記録されるコンテンツコードのディレクリ構成を示す図である。情報記録媒体に記録されるコンテンツコードの生成、記録プロセスの詳細について説明する図である。プレーヤ証明書のデータ構成例について説明する図である。プレーヤに対して配布される暗号鍵の設定例について説明する図である。情報記録媒体に格納するコンテンツコードの生成処理、暗号化処理構成について説明する図である。情報記録媒体に格納するコンテンツコードの生成処理、暗号化処理構成について説明する図である。情報処理装置におけるコンテンツコードの利用処理シーケンスについて説明する図である。情報処理装置におけるコンテンツコードの利用処理シーケンスについて説明する図である。プレーヤに対して配布される暗号鍵の設定例について説明する図である。プレーヤに対して配布される暗号鍵の設定例について説明する図である。情報処理装置におけるコンテンツ再生に伴う処理の実行シーケンスについて説明するフローチャートを示す図である。情報処理装置のハードウェア構成例について説明する図である。情報記録媒体製造装置の構成について説明するブロック図である

以下、図面を参照しながら本発明の情報処理装置、および方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は、以下の記載項目に従って行う。
１．情報記録媒体の格納データと、ドライブおよびホストにおける処理の概要
２．コンテンツ管理ユニット（ＣＰＳユニット）について
３．変形データを含むコンテンツのデータ構成およびデータ変換処理の概要
４，コンテンツ再生処理
５．セキュリティチェックコードを適用した処理
６．情報処理装置に対する暗号鍵配布構成とコンテンツコードの暗号化および利用処理構成
７．情報処理装置の構成
８．情報記録媒体製造装置および情報記録媒体

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

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

図１に示すように、情報記録媒体１００には、暗号化処理および一部データの置き換え処理の施された暗号化コンテンツ１０１と、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックとしてのＭＫＢ（Media Key Block）１０２、コンテンツ復号処理に適用するタイトル鍵を暗号化したデータ（Encrypted CPS Unit Key）等から構成されるタイトル鍵ファイル１０３、コンテンツのコピー・再生制御情報としてのＣＣＩ（Copy Control Information）等を含む使用許諾情報１０４、暗号化コンテンツ１０１の利用に際して実行されるデータ処理プログラムを含むコンテンツコード１０５が格納される。

コンテンツコード１０５には、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）１０６が含まれ、さらに、コンテンツ再生を実行するプレーヤ（再生装置）の正当性などを検証するためのプログラムなどによって構成されるセキュリティチェックコード１０７が含まれる。

コンテンツの再生を実行する情報処理装置は、まず、コンテンツコード１０５に含まれるセキュリティチェックコード１０７に従って、プレーヤ（再生装置）の正当性などの検証処理を実行し、検証処理の後、コンテンツコード１０５に含まれるデータ変換処理プログラムに従って、コンテンツコード１０５に含まれる変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）１０６に記録された変換データを取り出して、コンテンツの構成データの置き換え処理を行なう。

なお、変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）１０６や、セキュリティチェックコード１０７には、様々な再生装置や再生アプリケーション種別などに応じた処理、すなわちセキュリティチェック処理や変換処理を実行可能とするため、様々な種類のコードが含まれる。例えばＡ社製のプレーヤに対応するセキュリティチェックコード、変換テーブル、Ｂ社製のプレーヤに対応するセキュリティチェックコード、変換テーブルなどである。コンテンツを利用しようとするプレーヤは、これらのセキュリティチャックコードや変換テーブルから、自己のプレーヤに対応するセキュリティチェックコードや変換テーブルを選択して処理を実行することになる。

このように、コンテンツコード１０５には、変換データを適用した変換処理プログラムの他、スタートアップ処理や、セキュリティチェック処理などの様々な処理を実行するための情報やプログラムが含まれる。コンテンツコードの詳細については、後段で詳細に説明する。なお、図に示す情報記録媒体格納データ例は一例であり、格納データは、ディスクの種類などによって多少異なる。以下、これらの各種情報の概要について説明する。

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

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

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

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

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

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

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

（５）コンテンツコード
コンテンツコード１０５は、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）１０６と、コンテンツ再生を実行するプレーヤ（再生装置）の正当性などを検証するプログラムであるセキュリティチェックコード１０７が含まれる。

前述したように、変換テーブルやセキュリティチェックコードには、様々な再生装置としてのプレーヤの種別に応じた処理を可能とするため、様々な種類のコードが含まれる。コンテンツを利用しようとするプレーヤは、自己のプレーヤに対応するセキュリティチャックコードや変換テーブルを選択してセキュリティチェック処理とデータ変換処理を実行する。

コンテンツ再生を実行する再生装置の再生アプリケーションとしてのホストは、データ変換処理を実行するバーチャルマシン（ＶＭ）を設定し、バーチャルマシン（ＶＭ）において、情報記録媒体１００から読み出したコンテンツコードに従って、セキュリティチェック処理およびデータ変換処理を実行して、変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）１０６の登録エントリを適用して、コンテンツの一部構成データのデータ変換処理を実行する。

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

なお、変換テーブル１０６には、通常の変換データに加え、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報の構成ビットを解析可能としたデータを含む変換データ（ＦｏｒｅｎｓｉｃＭａｒｋ）が含まれる。具体的には、例えば、プレーヤ（ホストアプリケーションを実行する装置）の識別データとしてのプレーヤＩＤあるいはプレーヤＩＤに基づいて生成された識別情報が記録された「識別マークを含む変換データ（ＦｏｒｅｎｓｉｃＭａｒｋ）」が含まれる。識別マークを含む変換データは、コンテンツの再生に影響を与えないレベルで、正しいコンテンツデータのビット値をわずかに変更したデータである。

なお、コンテンツコード１０５には、上述した変換テーブル１０６を適用したデータ変換処理プログラムの他、スタートアップ処理や、セキュリティチェック処理などの様々な処理を実行するための情報やプログラムが含まれる。コンテンツコードの詳細については、後段で詳細に説明する。

次に、ホスト１４０とドライブ１２０の構成、処理の概要について、図１を参照して説明する。情報記録媒体１００に格納されたコンテンツの再生処理は、ドライブ１２０を介してホスト１４０にデータが転送されて実行される。

ホスト１４０には、再生（プレーヤ）アプリケーション１５０と、セキュアＶＭ１６０が設定される。再生（プレーヤ）アプリケーション１５０は、コンテンツ再生処理部であり、コンテンツ再生処理において実行するドライブとの認証処理、コンテンツ復号、デコード処理などの処理を実行する。

セキュアＶＭ１６０は、コンテンツコード１０５を適用した処理を実行する。コンテンツコード１０５には、変換テーブル１０６、セキュリティチェックコード１０７が含まれ、セキュアＶＭ１６０は、自己のプレーヤに対応するセキュリティチェックコード１０７を選択して、セキュリティチェック処理を実行し、さらに、変換テーブル１０６を利用したコンテンツの一部データの置き換え処理を実行する。なお、セキュアＶＭ１６０は、ホスト１４０内にバーチャルマシンとして設定される。バーチャルマシン（ＶＭ）は中間言語を直接解釈して実行する仮想コンピュータであり、プラットフォームに依存しない中間言語での命令コード情報を情報記録媒体１００から読み出して解釈実行する。

セキュアＶＭ１６０は、情報記録媒体１００に記録された暗号化コンテンツ１０１の利用に適用するプログラムまたは適用情報を含むコンテンツコード１０５を取得して、取得したコンテンツコード１０５に従ってデータ処理を実行するデータ処理部として機能する。

セキュアＶＭ１６０は、セキュアＶＭのアクセス可能なメモリであるメモリｂ１６１からプレーヤ情報を取得し、プレーヤ情報に対応するコンテンツコードを情報記録媒体から選択して実行する。なお、コンテンツコードの一部は、暗号化データとして設定されており、この暗号化データを復号するための暗号鍵（ノード鍵）がメモリｂ１６１に格納されている。セキュアＶＭ１６０は、メモリｂ１６１から選択した鍵を適用してコンテンツコードの復号処理を実行する。

メモリｂ１６１には、階層構成を持つ鍵ツリーにおいて、情報処理装置の対応付けられた最下層ノードとしてのリーフから頂点ノードに至るルート上の各ノードに対応して設定されたノード鍵を含む暗号鍵セットを格納している。セキュアＶＭ１６０は、コンテンツコードに対応する鍵指定情報に従ってメモリｂ１６１からノード鍵を選択して選択した鍵を適用してコンテンツコードの復号処理を実行する。なお、メモリｂ１６１に格納される暗号鍵セットの詳細、およびセキュアＶＭ１６０の実行する処理の詳細については後段で説明する。

再生（プレーヤ）アプリケーション１５０と、セキュアＶＭ１６０間の情報伝達、あるいは処理要求は、再生（プレーヤ）アプリケーション１５０からセキュアＶＭ１６０に対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭ１６０から再生（プレーヤ）アプリケーション１５０に対する応答（Ｃａｌｌ）処理のシーケンスによって実行される。アプリケーション１５０からセキュアＶＭ１６０に対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭ１６０から再生（プレーヤ）アプリケーション１５０に対する応答（Ｃａｌｌ）処理のシーケンスによって行なわれる。

ホスト１４０の実行する主な処理について説明する。コンテンツの利用に先立ち、ドライブ１２０と、ホスト１４０間では相互認証処理が実行され、この認証処理の成立によって双方の正当性が確認された後、ドライブからホストに暗号化コンテンツが転送され、ホスト側でコンテンツの復号処理が行なわれ、さらに上述の変換テーブルによるデータ変換処理が実行されてコンテンツ再生が行なわれる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

［３．変形データを含むコンテンツのデータ構成およびデータ変換処理の概要］
次に、変形データを含むコンテンツの構成およびデータ変換処理の概要について説明する。情報記録媒体１００に含まれる暗号化コンテンツ１０１は、前述したように、構成データの一部が、正しいコンテンツデータと異なるデータによって置き換えられたブロークンデータとして設定され、復号処理のみでは正しいコンテンツ再生が実行されず、再生を行なう場合は、ブロークンデータを変換テーブルに登録された変換データに置き換える処理が必要となる。

図４を参照して、情報記録媒体に格納されるコンテンツの構成および再生処理の概要について説明する。情報記録媒体１００には例えば映画などのＡＶ（Audio Visual）コンテンツが格納される。これらのコンテンツは暗号化が施され、所定のライランスを持つ再生装置においてのみ取得可能な暗号鍵を適用した処理によって復号の後、コンテンツ再生が可能となる。具体的なコンテンツ再生処理については後段で説明する。情報記録媒体１００に格納されるコンテンツは、暗号化のみならず、コンテンツの構成データが変形データによって置き換えられた構成を持つ。

図４には、情報記録媒体１００に格納される記録コンテンツ２９１の構成例を示している。記録コンテンツ２９１は変形のされていない正常なコンテンツデータ２９２と、変形が加えられ破壊されたコンテンツであるブロークンデータ２９３によって構成される。ブロークンデータ２９３は、本来のコンテンツに対してデータ処理によって破壊が施されたデータである。従って、このブロークンデータを含むコンテンツ２９１を適用して正常なコンテンツ再生は実行できない。

コンテンツ再生を行なうためには、記録コンテンツ２９１に含まれるブロークンデータ２９３を正常なコンテンツデータに置き換える処理を行なって再生コンテンツ２９６を生成することが必要となる。各ブロークンデータ領域に対応する正常なコンテンツデータとしての変換用のデータ（変換データ）は、情報記録媒体１００に記録されたコンテンツコード１０５内の変換テーブル（ＦＵＴ(Fix-Up Table)）１０６（図１参照）に登録された変換エントリ２９５から変換データを取得して、ブロークンデータ領域のデータを置き換える処理を実行して、再生コンテンツ２９６を生成して再生を実行する。

なお、再生コンテンツ２９６の生成に際しては、ブロークンデータ２９３を正常なコンテンツデータとしての変換データ２９７に置き換える処理に加え、記録コンテンツ２９１の一部領域を、コンテンツ再生装置またはコンテンツ再生アプリケーションを識別可能とした識別情報（例えばプレーヤＩＤ）の構成ビットを解析可能としたデータ（ＦｏｒｅｎｓｉｃＭａｒｋ）を含む識別子設定変換データ２９８によって置き換える処理を行なう。例えば、不正にコピーされたコンテンツが流出した場合、流出コンテンツ中の識別子設定変換データ２９８の解析によって、不正コンテンツの流出源を特定することが可能となる。

なお、変換データを含む変換テーブルの構成データとしての変換エントリは、コンテンツの構成データ中の特定パケットに分散して重複記録する構成としてもよい。すなわち、変換データは、図１に示す変換テーブル１０６に格納されるとともに、暗号化コンテンツ１０１にも分散記録され、重複して記録される。コンテンツ再生を実行する情報処理装置は、変換テーブル１０６に格納された変換データを取得してデータ置き換えを実行するか、あるいはコンテンツに分散は記録された変換エントリを取得してデータ置き換えを実行するかのいずれかの処理を行なう。

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

なお、図５に示すホスト３４５は、コンテンツの復号、デコード、データ変換処理などを実行する再生（プレーヤ）アプリケーションブロック３５０と、情報記録媒体に記録されたコンテンツコードに含まれるセキュリティチェックコードに基づくセキュリティチェック処理および変換テーブルに基づく変換処理に適用するパラメータ算出処理などを実行するセキュアＶＭ３６０を有するセキュアＶＭ３６０ブロックを区分して示してある。

情報記録媒体３３０は、ＭＫＢ（Media Key Block）３３１、タイトル鍵ファイル３３２、暗号化コンテンツ３３３、コンテンツコード３３４を記録データとして含む。暗号化コンテンツ３３３は、先に、図４を参照して説明したように、一部を変換テーブルから取得するデータに置き換える必要のあるコンテンツである。

コンテンツコード３３４には、コンテンツ再生を実行するプレーヤ（再生装置）の正当性などを検証するためのプログラムなどによって構成されるセキュリティチェックコード３３５と、コンテンツ中の所定領域の置き換えデータに対応する変換データを登録した変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）３３６が含まれる。ホスト３４５は、ＭＫＢの処理に適用するデバイス鍵３５１を保持している。

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

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

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

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

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

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

ステップＳ１０５において、セキュアＶＭ３６１は、データ変換に必要となるパラメータなどをコンテンツコード３３４から生成する処理を実行する。その後、ステップＳ１０６において、リアルタイムイベントハンドラ３５６の制御によって、テーブル復元＆データ変換処理が実行される。リアルタイムイベントハンドラ３５６の制御により、再生（プレーヤ）アプリケーション３５０は、コンテンツの構成データとしてのセグメントの切り替えに応じてパラメータ算出要求をセキュアＶＭ３６１に割り込み（ＩＮＴＲＰ）として出力し、セキュアＶＭ３６１からパラメータを、順次受領し、変換テーブルブロックの復号または演算を実行して平文変換テーブルブロックを取得し、取得した変換テーブルブロックに含まれる変換エントリを取得する。

変換エントリには、変換データ、すなわち、
（ａ）変換データ
（ｂ）識別子設定変換データ（ＦｏｒｅｎｓｉｃＭａｒｋ）
と、これらの変換データのコンテンツにおける記録位置指定情報が記録されており、再生（プレーヤ）アプリケーション３５０は、ステップＳ１０６において、指定位置に書き込むデータ変換処理をコンテンツ再生処理または外部出力処理に並行したリアルタイム処理として実行する。

セキュアＶＭ３６１は、例えばコンテンツの構成データとしてのセグメントごとに適用する異なるパラメータを、コンテンツコードに従って生成して出力する。例えば、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）は所定のコンテンツ部分データ単位であるセグメントに対応する変換エントリとの排他論理和（ＸＯＲ）演算パラメータである場合、ステップＳ３０３におけるテーブル復元処理としては、
［変換エントリ１］（ＸＯＲ）［ＳＰ１］、
［変換エントリ２］（ＸＯＲ）［ＳＰ２］、
［変換エントリ３］（ＸＯＲ）［ＳＰ３］、
：：
これらの排他論理和演算処理を実行して、変換テーブルブロックデータに含まれる変換エントリを取得する。なお、上記式において、［Ａ］（ＸＯＲ）［Ｂ］は、ＡとＢの排他論理和演算を意味するものとする。

このように、情報記録媒体に記録されたコンテンツ３３３に含まれる変換エントリは、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）と排他論理和演算されて格納されている。このパラメータは、セキュアＶＭ３６１によって逐次、取得され出力される。

ステップＳ１０６のテーブル復元＆データ変換処理においては、パラメータ（ＳＰ１，ＳＰ２，ＳＰ３・・・）を適用した演算または暗号処理よって取得した復元された変換エントリから変換データを取得して、コンテンツに含まれるブロークンデータを正当なコンテンツ構成データである変換データに置き換え、さらに、識別子設定変換データをコンテンツの一部データと入れ替えるデータ上書き処理を実行し、平文ＴＳバッファ３５３の格納データを変換処理済みデータに変更する。このデータ変換処理の概要について、図６を参照して説明する。

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

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

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

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

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

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

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

［５．セキュリティチェックコードを適用した処理］
上述したコンテンツ再生処理の開始前に、セキュアＶＭ３６１は、コンテンツコード３３４中のセキュリティチェックコード３３５を適用したセキュリティチェックを実行する。なお、セキュアＶＭ３６１は、さらに必要に応じてコンテンツ再生処理の実行期間においてもセキュリティチェックコード３３５を適用したセキュリティチェックを実行する。

セキュアＶＭ３６１は、イベントハンドラ３５４の制御の下、コンテンツコード３３４に含まれるセキュリティチェックコード３３５に従って、プレーヤ（再生装置）の正当性などの検証処理を実行する。なお、前述したように、変換テーブル（Ｆｉｘ−ｕｐＴａｂｌｅ）３３６や、セキュリティチェックコード３３５は、再生装置としてのプレーヤの種別に応じた処理を実行可能とするため、様々な種類のコードを含む設定とされる。

セキュアＶＭ３６１は、プレーヤ情報３５５として再生装置の記憶部に格納されたプレーヤ証明書（ＰｌａｙｅｒＣｅｒｔｉｆｉｃａｔｅ）や、プレーヤ構成、例えば再生装置の有するポートに関する情報などのプレーヤ構成情報などを取得して、コンテンツコード３３４中に含まれるセキュリティチェックコード３３５から、自己のプレーヤに対応するセキュリティチェックコードを選択して、セキュリティチェック処理を実行する。すなわち、情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報または属性情報の少なくともいずれかをプレーヤ情報として取得し、このようなプレーヤ情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行する。

このように、情報記録媒体に格納されるコンテンツを利用する場合は、セキュアＶＭ３６１においてセキュリティチェックが実行される。セキュアＶＭ３６１におけるセキュリティチェックにおいてコンテンツの利用が許容された正当な機器であることが証明され、また、不正なコンテンツの外部出力などが行なわれないことを機器構成情報などに基づいて検証した後、コンテンツの再生が行なわれることになる。

このようなセキュリティチェックは、再生装置の構成、再生アプリケーションの種類などに応じて異なる処理が要求されることがあり、このため、セキュリティチェックコードは、様々な機器やアプリケーションに対応したコードのセットとしてコンテンツコード中に記録されている。

情報記録媒体におけるコンテンツコードの記録態様について、図を参照して説明する。図７は、情報記録媒体に格納されるデータ全体のディレクトリ構成を示す図である。情報記録媒体の格納データは、大きく２つのデータに区分される。１つは、コンテンツ管理データ、ＣＰＳユニット鍵、コンテンツ利用制御情報（ＣＣＩ）、コンテンツなどを含むコンテンツ関連データを設定したＢＤＭＶディレクトリと、セキュリティチェックコード、変換テーブル等を含むコンテンツコードを設定したＢＤＳＶＭディレクトリを有する。

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

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

この変換テーブル、およびセキュリティチェックコードを含むコンテンツコードについても、個別のファイルとして情報記録媒体に格納される。コンテンツコードを設定したディレクトリ構成を図９に示す。図９は、例えば、図８のディレクトリ構造を持つＡＶコンテンツに対して作成されるコンテンツコードのディレクトリ構成である。

コンテンツコードは、前述したようにセキュリティチェックコードと、変換テーブルを含む。情報記録媒体に格納されるコンテンツコードは、図９に示すように、ＢＤＳＶＭディレクテリに設定された複数の個別のファイル［ｎｎｎｎｎ．ｓｖｍ］に格納される。さらに、ＢＡＣＫＵＰディレクトリにコピーデータとしてのバックアップデータが設定される。

これらのコンテンツコードの各々のファイルは、例えば、
（ａ）全コンテンツ＆全プレーヤ（装置または再生アプリ）共通のコンテンツコード
（ｂ）コンテンツ固有のコンテンツコード
（ｃ）プレーヤ（装置または再生アプリ）固有のコンテンツコード
（ｄ）コンテンツ＆プレーヤ（装置または再生アプリ）固有のコンテンツコード
などの各カテゴリに分類される。

上記の（ａ）〜（ｄ）のカテゴリ分類とすることで、コンテンツコードは、それぞれ独立したデータファイルとして設定可能であり、これらのコンテンツコードファイルは、再利用可能である。すなわち、異なるコンテンツや異なるプレーヤ（装置または再生アプリケーション）に対しても共通に利用可能な場合がある。このようなコンテンツコードの再利用構成について、図１０を参照して説明する。

図１０において、例えばコンテンツコードファイル６０１〜６０４は、各コンテンツコード制作エンティテイまたは提供エンティテイが保持するコンテンツコードファイルであり、それぞれ、
コンテンツ，プレーヤ共通コンテンツコードファイル［０００００．ｓｖｍ］６０１、
プレーヤ固有コンテンツコードファイル［００００１．ｓｖｍ］［００００２．ｓｖｍ］６０３、
コンテンツ固有コンテンツコードファイル［００００３．ｓｖｍ］６０２、
コンテンツ，プレーヤ固有コンテンツコードファイル［００００４．ｓｖｍ］６０４、
これらのコンテンツコードファイルを示している。

これらのコンテンツコードファイル６０１〜６０４には、各コンテンツコード制作エンティテイまたは提供エンティテイによる電子署名が付与されて、各エンティテイにおいて保管される。

新たなコンテンツを記録した情報記録媒体を制作する場合、各エンティテイは、既に他のコンテンツ記録情報記録媒体において利用したこれらのコンテンツコードファイル６０１〜６０４を再利用することができる。

なお、コンテンツコードは改竄を防止するめため、各コンテンツコードファイルは、管理センタに提供され、管理センタにおいて、電子署名を設定して、情報記録媒体６１０に格納する。情報記録媒体６１０に記録されるコンテンツコードには、管理センタ（ＫＩＣ）による電子署名、および管理センタの設定した固有ＩＤが付与される。情報記録媒体６１０に記録されるコンテンツコード６２０には、図に示すようにセキュリティチェックコード６２１、および変換テーブル６２２が含まれる。具体的なディレクトリ構成は、ディレクトリ構成６３０に示すように、各エンティテイの生成したコンテンツコードが個別に設定された構成とされる。

このように、コンテンツコードは、様々なコンテンツに対応して再利用可能であり、各コンテンツに応じて変更の必要なコンテンツコードと、再利用可能なコンテンツコードを、適宜、組み合わせて、情報記録媒体に記録されることになる。

さらに、図９に示すように、各コンテンツコードファイルは、以下のような分類によって設定する構成とすることも可能である。
コンテンツコードファイル［０００００．ｓｖｍ］：プレーヤ情報の判別に適用するコード
コンテンツコードファイル［００００１．ｓｖｍ］，［００００２．ｓｖｍ］：プレーヤ情報に応じて選択されるコード（たとえば00001.svmはプレーヤＡ用のコード、
00002.svmはプレーヤＢ用のコードなど）
コンテンツコードファイル［００００３．ｓｖｍ］：プレーヤ情報によらない処理（たとえばコンテンツ発売時よりも後に発売される機器については、00003.svmに記載されたデフォルトのコードを実行する）

このように、情報記録媒体には、様々な種類に区分された異なるコンテンツコードが格納され、コンテンツコードを利用したセキュリティチェックを実行するプレーヤ（再生装置）は、自己のプレーヤに対応するセキュリティチェックコードを選択してセキュリティチェックを実行する。

図５に示すセキュアＶＭ３６１は、自装置に対応したセキュリティチェックコードを選択してセキュリティチェック処理を実行する。この場合、セキュアＶＭ３６１は、プレーヤ情報３５５を入力して、セキュリティチェックコードによるセキュリティチェック処理を行なうことになる。

プレーヤ情報３５５には、例えば、再生装置のメモリに格納されたプレーヤ証明書（ＰｌａｙｅｒＣｅｒｔｉｆｉｃａｔｅ）や、例えば再生装置の有するポートに関する情報などのプレーヤの構成情報などが含まれる。なお、これらの情報には、セキュアＶＭ３６１が直接メモリから取得することが可能な情報と、再生アプリケーションによって取得可能な情報や、あるいはＯＳによって取得可能な情報など、様々な種類の情報が含まれる。

セキュアＶＭによって実行されるセキュリティチェック処理の１つは、装置が正当なプレーヤ証明書（ＰｌａｙｅｒＣｅｒｔｉｆｉｃａｔｅ）を有していることの確認である。プレーヤ証明書は、コンテンツの利用権現を証明する証明書であり、コンテンツの管理を実行する管理エンティテイが発行する。

プレーヤ証明書のデータ構成例を図１１に示す。プレーヤ証明書は、図１１に示すように、
＊プレーヤ証明書サイズ、
＊証明書バージョン、
＊プレーヤ製造者識別子、
＊シリアル番号、
＊署名日時、
＊デバイス（プレーヤ）属性情報、
＊プレーヤ公開鍵、
＊電子署名、
これらのデータを有する。これらのデータの他にも、例えば、プレーヤモデル名や、プレーヤモデルのバージョン情報などを含める構成としてもよい。

セキュアＶＭ３６１は、情報記録媒体から読み出したセキュリティチェックコードに従って、このプレーヤ証明書の検証処理を実行し、正当性を確認した後、その後のセキュリティチェックに必要な情報をこの証明書から取得することができる。具体的な処理としては、まず、セキュアＶＭ３６１は、プレーヤ証明書の署名検証処理を実行する。例えば、プレーヤ証明書の署名の実行エンティテイである管理センタの公開鍵を適用した署名検証を実行する。管理センタの公開鍵は、予め取得して装置のメモリに保持したものを適用してもよいし、情報記録媒体から取得あるいはネットワークを介して取得してもよい。

署名検証により、プレーヤ証明書の正当性が確認されなかった場合は、その後のデータ変換を伴うコンテンツ再生への移行が停止される。プレーヤ証明書の正当性が確認された場合は、さらに、プレーヤに対応するセキュリティチェックが実行される。製造メーカなどの基本的なプレーヤ情報は、プレーヤ証明書から取得できる。

すなわちセキュアＶＭ３６１は、プレーヤ証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、該プレーヤ証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報または属性情報、すなわち装置やアプリケーションのメーカ、種別、バージョン、シリアル番号などを取得する処理を実行する。これらの取得情報に基づいて、取得情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行する。なお、セキュリティチェック処理に必要となる装置構成情報などのプレーヤ情報は、例えば再生アプリケーションやセキュアＶＭの情報取得処理によって取得される。

［６．情報処理装置に対する暗号鍵配布構成とコンテンツコードの暗号化および利用処理構成］
先に説明したように、セキュアＶＭ３６１は、情報記録媒体に記録されたコンテンツコードに含まれるセキュリティチェックコードに基づくセキュリティチェック処理および変換テーブルに基づく変換処理に適用するパラメータ算出処理などを実行する。この処理に際して、セキュアＶＭ３６１は、プレーヤ証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、該プレーヤ証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションを判別し、判別情報に対応するセキュリティチェックコードを選択して、選択コードに基づくセキュリティチェック処理を実行し、前述した変換テーブル（Ｆｉｘｕｐ−Ｔａｂｌｅ）を適用したデータ変換処理において、コンテンツの変換に際して必要なパラメータ算出を実行する。

変換テーブルに従って実行されるデータの置き換えは、先に説明したように、
（ａ）変換データ
（ｂ）識別子設定変換データ（ＦｏｒｅｎｓｉｃＭａｒｋ）
これらのデータを適用した変換が実行される。

セキュリティチェックコードによるセキュリティチェックや、変換テーブルに従って実行されるデータ変換処理は、正しいプレーヤ情報に基づいて選択されたコンテンツコードに従って実行されるべき処理である。しかし、不正な再生装置が、プレーヤ証明書を他の装置からコピーするなどして、不正なプレーヤ情報を使用した処理が行なわれる可能性がある。プレーヤ証明書の検証のみによって、情報処理装置や再生アプリケーションに対応するプレーヤ種別を判定し、プレーヤ対応のコンテンツコードに基づくセキュリティチェック処理やデータ変換処理を行なうと、本来必要なセキュリティチェックをすり抜けてコンテンツ利用が行なわれ場合があり、また、本来コンテンツに埋め込むべき識別子設定変換データ（ＦｏｒｅｎｓｉｃＭａｒｋ）が正しいものと異なるプレーヤ情報を含むデータとなってしまう場合が発生し得る。このような不正なプレーヤ情報が埋め込まれたコンテンツを追跡しても、不正プレーヤをつきとめることはできないという問題が発生する。

また、例えば、極めて厳しいセキュリティチェックが要求されるＰＣなどの情報処理装置が、甘いセキュリティチェックのみでコンテンツ利用を許容される再生専用機器のプレーヤ証明書をコピーしてＰＣに格納し、ＰＣにおいて、再生専用機器のプレーヤ証明書を適用してプレーヤ判別を実行させて、甘いセキュリティチェックのみを実行してコンテンツを利用してしまうといった事態も発生する可能性がある。

このように、情報処理装置が正しいプレーヤ情報を提供しない場合には、コンテンツの利用が不正に行なわれ、また不正追跡も困難になる。すなわち、誤ったプレーヤ情報を提示すると、正しいセキュリティチェックが実行されず、また変換テーブルに基づく正しいデータ変換がなされず、コンテンツに対するプレーヤ情報の埋め込みも正しく行われない可能性がある。以下では、このような不正行為を防止する構成について説明する。

すなわち、装置側において不正なプレーヤ情報を提示する場合においても、各プレーヤに応じた正しいコンテンツコードを選択させて、コンテンツを利用する情報処理装置や再生アプリケーションに対応する正規のセキュリティチェック処理を実行させ、さらに、前述した変換テーブルを適用したデータ変換処理においても正しいプレーヤ情報の埋め込みを実行させる構成について説明する。

プレーヤ対応の正しいコンテンツコードを選択して実行させるため、本処理例では、コンテンツ再生を実行する多数の情報処理装置の各々に対して、特定のルールに従った固有の暗号鍵のセットを配布し、さらに、情報記録媒体に記録しセキュアＶＭによって実行されるコンテンツコードの少なくとも一部を、情報処理装置に配布した暗号鍵を適用した暗号化データとする。以下、暗号鍵配布構成および処理例について説明する。

まず、暗号鍵配布構成について図１２以下を参照して説明する。鍵管理センタは、各プレーヤ、すなわちコンテンツ再生を実行する再生アプリケーションを実行する情報処理装置に対して、所定の暗号鍵セットを配布する。なお、暗号鍵セットの配布対象は、再生アプリケーション、あるいは再生アプリケーションを実行する情報処理装置、いずれの設定も可能である。ただし、鍵管理センタは、暗号鍵セットの配布先についての登録情報を保持する。たとえば各再生アプリケーションの固有識別子、あるいは情報処理装置の固有識別子と配布暗号鍵セットとを対応付けた登録テーブルを保持し管理する。

図１２（ａ）は、鍵管理センタが各プレーヤに配付する鍵セットを説明する図である。なお、以下の説明において、「プレーヤ」は、再生アプリケーション、あるいは再生アプリケーションを実行する情報処理装置いずれをも含む概念であり、鍵管理センタが配付する暗号鍵セットの配布対象である。

鍵管理センタは、図１２（ａ）に示すように、情報処理装置あるいは再生アプリケーションであるプレーヤの製造を行なうプレーヤ製造エンティテイに対応して設定される鍵［プレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）］を頂点とする鍵ツリーを設定し、１つの頂点または分岐点（ノード）からｎ個（図の例ではｎ＝２５６）の下位鍵を設定する。例えば、鍵ツリーの頂点にあるプレーヤ製造エンティテイ鍵の直下の２段目の鍵は、例えばプレーヤ製造エンティテイの製造販売するプレーヤのモデル毎にＧ１−１〜Ｇ１−２５６まで、２５６個の異なるグループ鍵Ｇ１が設定される。

さらに、３段目の鍵は、さらに各Ｇ１レイヤのモデルから派生した、例えば後継機器としてのＧ２モデルについて、Ｇ２−１〜Ｇ２−２５６＊２５６の鍵、すなわち２５６^２個の異なるグループ鍵Ｇ２が設定される。以下、３段目では、各モデルに対するバージョンごとに２５６^３の異なるグループ鍵Ｇ３、４段目では、２５６^４個の異なるグループ鍵Ｇ４と続き、最下層のノード（リーフ）は、各プレーヤ１台ごとに割り当てられ、各プレーヤに対応するプレーヤ固有鍵［Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ］が設定される。

各プレーヤは、自プレーヤに対応する最下層の１つのノード（リーフ）から階層構成の頂点ノードに至るルートにある各ノード対応の鍵を保有する。例えばグループ鍵Ｇ１，６３１は、図に示す階層構成中、最下層のリーフに対応するプレーヤ中、右半分のリーフ対応のプレーヤには配付されるが、左半分のリーフ対応のフレーヤには配付されない。また、グループ鍵Ｇ２，６３２は、図に示す階層構成中、最下層のリーフに対応するプレーヤ中、右側１／４のリーフ対応のプレーヤには配付されるが、それ以外の左側３／４のリーフ対応のフレーヤには配付されない。このように、各プレーヤに対して配付される暗号鍵のセットは異なる設定とされる。具体的なプレーヤの格納鍵設定については、図１２（ｃ）を参照して後段で説明する。なお、各プレーヤはプレーヤ秘密鍵［Ｐｒｉｖａｔｅ＿Ｋｅｙ］と、プレーヤ対応の公開鍵を格納した公開鍵証明書［Ｐｌａｙｅｒ＿Ｃｅｒｔ］も割り当てられる。

なお、図１２（ａ）に示す階層構成中の頂点ノード〜リーフに設定される鍵を階層鍵またはノード鍵と呼ぶ。なお、各階層に対応するモデルやバージョンの設定例は一例であり、モデルやバージョンに限らず、たとえばライセンシ、プラットフォーム、モデル、バージョン、などより多層の区分による階層設定も可能であり、さらに販売地域でグループ分けしたり、製造日時でグループ分けをするなどの設定も可能である。このように、各階層の設定は、様々な設定が可能である。

プレーヤ対応の公開鍵を格納した公開鍵証明書［Ｐｌａｙｅｒ＿Ｃｅｒｔ］には、プレーヤ識別子［ＰｌａｙｅｒＩＤ］が格納される。プレーヤ識別子は各プレーヤ個々に異なる識別子であり、例えば０ｘ００００００００〜０ｘＦＦＦＦＦＦＦＦの各値が、各プレーヤに対応するプレーヤＩＤとして設定される。

図１２（ｂ）は、プレーヤ製造エンティテイが管理する鍵であり、これらは、プレーヤ製造エンティテイが製造するプレーヤ毎に設定するなど、プレーヤ製造エンティテイにおいて決定したルールに従って生成される鍵である。プレーヤ製造エンティテイは、各鍵とその鍵の対応するプレーやのモデルやバージョンを対応付けた管理情報を保持する。

図１２（ｃ）は、プレーヤが保持する鍵セットを示している。先に説明したように、各プレーヤは、自プレーヤに対応する最下層の１つのノード（リーフ）から階層構成の頂点ノードに至るルートにある各ノード対応の鍵を保有する。図１２（ｃ）に示す鍵セット中、プレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）〜プレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）、さらに、プレーヤ秘密鍵（Ｐｒｉｖａｔｅ＿Ｋｅｙ）およびプレーヤ公開鍵証明書（ＰＬＡＹＥＲ＿ＣＥＲＴ）は鍵管理センタから配布される鍵データである。さらに、プレーヤは、プレーヤ製造エンティテイの管理するプレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵＃ｎ）を保持する。なお、これらの各鍵情報は、プレーヤとしての情報処理装置の製造段階で情報処理装置のメモリに記憶格納される。あるいは、ネットワークを介して取得する構成としてもよい。

なお、図１２（ｃ）に示すプレーヤが保持する鍵セット中、［＊］印を付与した鍵、すなわち、鍵管理センタが配付するプレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）〜プレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）、およびプレーヤ秘密鍵（Ｐｒｉｖａｔｅ＿Ｋｅｙ）と、プレーヤ製造エンティテイが配付するプレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵＃ｎ）は、プレーヤがセキュアに保持する必要がある鍵であり、漏洩を防止することが必要である。公開鍵証明書については、特に秘密に保持する必要はない。

各プレーヤに対して配付される暗号鍵のセットは、先に説明したように、階層構成のプレーヤ対応のリーフから頂点ノードに至る各ノードのグループ鍵、プレーヤ固有鍵であり、異なる設定とされる。具体的なプレーヤの格納鍵設定については、図１２（ｃ）を参照して後段で説明する。なお、各プレーヤはプレーヤ秘密鍵［Ｐｒｉｖａｔｅ＿Ｋｅｙ］と、プレーヤ対応の公開鍵を格納した公開鍵証明書［Ｐｌａｙｅｒ＿Ｃｅｒｔ］も割り当てられる。

次に、図１３を参照して情報記録媒体に格納するコンテンツコードの暗号化処理態様について説明する。先に、図１０を参照して説明したように、コンテンツコードは、以下の４つのカテゴリに分類可能である。
（ａ）全コンテンツ＆全プレーヤ（装置または再生アプリ）共通に利用されるコンテンツコード
（ｂ）コンテンツ固有のコンテンツコード
（ｃ）プレーヤ（装置または再生アプリ）固有のコンテンツコード
（ｄ）コンテンツ＆プレーヤ（装置または再生アプリ）固有のコンテンツコード

これらの各々のコンテンツコードは、先に図９を参照して説明したように、個別のファイル、あるいは集積されて１つのファイルとして情報記録媒体に格納される。これらの各カテゴリのコンテンツコードは、それぞれコードの制作を行なうエンティテイが異なる場合がある。例えば、（ｂ）コンテンツ固有データに対応するコンテンツコードは、コンテンツの製作者であるスタジオなどが設定する。また、（ｃ）プレーヤ（装置または再生アプリ）固有データについては、プレーヤとしての再生装置や、再生アプリケーションを制作するエンティテイが生成する場合が多い。

このように、異なるエンティテイによって生成されるコンテンツコードが、情報記録媒体に記録されるまでのシーケンスについて、図１３を参照して説明する。図１３には、上述した４つのカテゴリに対応するコンテンツコードの構成データの情報記録媒体に対する記録過程を示している。すなわち、
（ａ）全コンテンツ＆全プレーヤ（装置または再生アプリ）共通に利用されるコンテンツコード：例えば、スタートアップルーチン、共通ルーチン（外部記録へのアクセスなど）、プレーヤ識別ルーチン用のコードなどが含まれる。
（ｂ）コンテンツ固有のコンテンツコード：例えば、変換テーブル（Fix Up Table）情報、タイトル初期化（Fix Up Table生成処理を含む）処理コードなどが含まれる。
（ｃ）プレーヤ（装置または再生アプリ）固有のコンテンツコード：例えば、ランネィティブ（Run Native）実行部分、ネィティブコード（Native Code）、プレーヤ固有のチェックルーチンに適用するコードなどが含まれる。
（ｄ）コンテンツ＆プレーヤ（装置または再生アプリ）固有のコンテンツコード：例えば、ディスカバリＲＡＭ（Discovery RAM実行部分）、ディスカバリラム（Discovery RAM）用比較データなどのコードが含まれる。
これら４つの異なるカテゴリのコンテンツコードである。

これらのコンテンツコードは、それぞれ異なるエンティテイ、すなわち、コンテンツの制作、編集を行なうスタジオ、オーサリング会社、また、プレーヤ（装置または再生アプリ）の製造メーカなど、異なるエンティテイによって制作される場合がある。

これらの各コンテンツコード構成部品生成エンティテイは、ステップＳ２０１において、先に図１２を参照して説明したライセンシ/プラットフォーム/モデル/バージョン/などに固有な鍵、すなわち先に図１２を参照して説明したノード鍵（グループ鍵［Ｇｎ］やプレーヤ固有鍵）を用いてコンテンツコードの一部を暗号化する前提でコンテンツコードを準備する。

さらに、各コンテンツコード構成部品生成エンティテイは、各コンテンツコードの暗号化構成情報を持つコンテンツコード暗号構成情報６４２を生成して、生成したコンテンツコードとともに、鍵管理センタへ送付する。コンテンツコード暗号構成情報６４２は、図に示すように、コンテンツコード識別情報としてのコンテンツコード番号と、暗号化区間情報と、暗号化区間に適用する鍵の指定情報との対応データによって構成される。

鍵管理センタでは、各コンテンツコード構成部品生成エンティテイから受領したコンテンツコードに対して、コンテンツコード暗号構成情報６４２に基づく暗号化を実行する。すなわち、鍵管理センタは、図１２（ａ）を参照して説明した階層構成の鍵情報からなる発行済みの鍵データベースから、コンテンツコード暗号構成情報６４２において指定された鍵を取得し、コンテンツコード暗号構成情報６４２において指定されたコンテンツコードの指定部分を暗号化する。

このようにして、図１３に示す暗号化済みコンテンツコード６４１が生成され、この暗号化済みコンテンツコード６４１が情報記録媒体製造エンティテイであるディスク工場に送付され、ディスクに記録される。なお、コンテンツコード暗号構成情報６４２についても、ディスク工場に送付され、ディスクに記録される。なお、コンテンツコード暗号構成情報６４２は、コンテンツコードの構成データに含めて情報記録媒体に記録するか、あるいは固有の独立ファイルとして情報記録媒体に記録する設定とする。

暗号化済みコンテンツコード６４１として、図１３には４つのコンテンツコードファイル［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］を示している。これらのコンテンツコードは、それぞれ部分的に暗号化された暗号化データを含む。これらの暗号化に適用した暗号鍵は、例えば図１２（ａ）を参照して説明したグループ鍵Ｇｎであり、コンテンツコード暗号構成情報６４２に基づいて選択された鍵を適用して暗号化がなされている。

例えば、コンテンコードファイル０００００．ｓｖｍが、図１２（ａ）に示すグループ鍵Ｇ１，６３１を適用して暗号化されているとすると、この暗号化データを復号できるのは、グループ鍵Ｇ１，６３１を保持しているプレーヤのみとなり、図１２に示す階層構成の最下層のリーフに対応するプレーヤ中、右半分のリーフ対応のプレーヤのみがコンテンツコード０００００．ｓｖｍの暗号化部データを利用することができる。左半分のリーフ対応のプレーヤは、グループ鍵Ｇ１，６３１を保持していないので、コンテンツコード０００００．ｓｖｍの暗号化部データを利用することができない。

同様に、例えばコンテンコードファイル００００１．ｓｖｍが、図１２（ａ）に示すグループ鍵Ｇ２，６３２を適用して暗号化されているとすると、この暗号化データを復号できるのは、グループ鍵Ｇ２，６３２を保持しているプレーヤのみとなり、図１２に示す階層構成の最下層のリーフに対応するプレーヤ中、右側の１／４のリーフ対応のプレーヤのみがコンテンツコード００００１．ｓｖｍの暗号化部データを利用することができる。

このように、コンテンツコードを、グループ鍵Ｇｎあるいはプレーヤ固有鍵を適用して暗号化することで、コンテンツコードを復号して利用可能なプレーヤを限定することが可能となる。コンテンツコードには、前述したようにセキュリティチェック用のセキュリティチェックコードや、コンテンツのデータ変換に適用する変換テーブルが含まれており、セキュリティチェック処理や、データ変換処理を、特定のプレーヤに対してのみ実行可能な設定とすることができる。

従って、プレーヤ証明書を他のプレーヤからコピーするなどの処理によって、不正なプレーヤ証明書を適用したプレーヤ情報提示処理を行なった場合、そのプレーヤ情報対応のプレーヤ固有のコンテンツコードを取得して処理を実行しようとしても、そのコンテンツコードは、プレーヤに格納された暗号鍵セットに含まれるグループ鍵によって復号することが不可能となり、不正なプレーヤ証明書によって識別されたプレーヤ情報に対応するプレーヤ固有のコンテンツコードが不正に適用されることが防止される。

次に、図１４を参照してコンテンツコードの異なる生成手法について説明する。各コンテンツコード構成部品生成エンティテイは、ステップＳ２１１において、コンテンツコード製作時に、乱数などを適用して生成したオリジナル暗号鍵を用いてコンテンツコードの一部を暗号化する。その後、コンテンツコードの暗号化に用いたオリジナル暗号鍵を、先に図１２を参照して説明したノード鍵（グループ鍵［Ｇｎ］やプレーヤ固有鍵）、すなわち、ライセンシ/プラットフォーム/モデル/バージョン/などに固有な鍵を用いて暗号化するように鍵管理センタへ依頼する。

各コンテンツコード構成部品生成エンティテイは、オリジナル暗号鍵を適用して暗号化したコンテンツコードとオリジナル暗号鍵、さらに、各コンテンツコードの暗号化構成情報を持つコンテンツコード暗号構成情報６４２を鍵管理センタへ送付する。コンテンツコード暗号構成情報６４２は、図に示すように、コンテンツコード識別情報としてのコンテンツコード番号と、暗号化区間情報と、暗号化区間に適用する鍵の指定情報との対応データによって構成される。

鍵管理センタでは、各コンテンツコード構成部品生成エンティテイから受領したオリジナル暗号鍵に対して、コンテンツコード暗号構成情報６４２に基づく暗号化を実行する。すなわち、鍵管理センタは、図１２（ａ）を参照して説明した階層構成の鍵情報からなる発行済みの鍵データベースから、コンテンツコード暗号構成情報６４２において指定された鍵を取得し、各コンテンツコード構成部品生成エンティテイから受領したオリジナル暗号鍵を暗号化してコンテンツコードに格納する。

図１４に示す例では、コンテンツコードファイル［０００００．ｓｖｍ］に設定された暗号化鍵データ６４３が、オリジナル暗号鍵を暗号化したデータの格納領域である。すなわち、各コンテンツコード構成部品生成エンティテイから受領した複数のオリジナル暗号鍵に対して、それぞれコンテンツコード暗号構成情報６４２に基づいて選択された暗号鍵、すなわち、図１２（ａ）を参照して説明した階層構成中のいずれかのグループ鍵［Ｇｎ］を適用して各オリジナル暗号鍵を暗号化する。

コンテンツコードファイル［０００００．ｓｖｍ］〜［００００３．ｓｖｍ］に設定された暗号化データは、各コンテンツコード構成部品生成エンティテイが、それぞれ生成したオリジナル暗号鍵によって暗号化されたテータである。

例えば、コンテンツコードファイル［０００００．ｓｖｍ］に設定された暗号化鍵データ６４３の最後尾には、コンテンツコードファイル０００３に含まれる暗号化データの暗号化に適用したオリジナル暗号鍵（Ｋ０３）をグループ鍵［Ｇｎ］で暗号化した暗号化データが格納される。

例えば、オリジナル暗号鍵（Ｋ０３）が、図１２（ａ）に示すグループ鍵Ｇ１，６３１を適用して暗号化されているとすると、この暗号化鍵を復号してオリジナル暗号鍵（Ｋ０３）を取得できるのは、グループ鍵Ｇ１，６３１を保持しているプレーヤのみとなり、図１２に示す階層構成の最下層のリーフに対応するプレーヤ中、右半分のリーフ対応のプレーヤのみとなる。

この結果、オリジナル暗号鍵（Ｋ０３）を取得し、コンテンツコード００００３．ｓｖｍの暗号化部データを利用することができるのは、図１２に示す階層構成の最下層のリーフに対応するプレーヤ中、右半分のリーフ対応のプレーヤのみとなる。左半分のリーフ対応のプレーヤは、グループ鍵Ｇ１，６３１を保持していないので、オリジナル暗号鍵（Ｋ０３）を取得することができず、コンテンツコード００００３．ｓｖｍの暗号化部データを利用することができない。本処理例では、鍵管理センタでの暗号化処理がオリジナル暗号鍵の暗号化のみであり、迅速な処理が可能となる。また、各コンテンツコード構成部品生成エンティテイから鍵管理センタに送付されるコンテンツコードがすでにオリジナル暗号鍵によって暗号化されているので、情報漏洩の可能性も低減できる。

次に、図１５を参照して、プレーヤにおけるコンテンツコードの処理について説明する。コンテンツ再生を実行する情報処理装置のデータ処理としてのセキュアＶＭは、情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、該コンテンツコードに従ったデータ処理を実行する。このコンテンツコードの少なくとも一部は、図１３、図１４を参照して説明したようにノード鍵を適用して暗号化されている。

セキュアＶＭは、コンテンツコードの復号に適用する鍵指定情報、およびコンテンツコード中に設定された暗号化データの位置を示す暗号化データ位置指定情報を情報記録媒体の格納データから取得し、該取得情報に従ってメモリからノード鍵を選択し、暗号化データ位置指定情報に従って復号対象データを特定して、選択ノード鍵を適用した復号処理を実行する。

図１５は、図１４の設定を持つコンテンツコードのプレーヤ側の処理を説明する図であり、先に図１２（ｃ）を参照して説明したプレーヤ格納鍵６５０を適用したセキュアＶＭ６５２による処理を説明する図である。情報記録媒体に格納されたコンテンツコードは、セキュアＶＭ６５２によって読み取られて処理がなされる。セキュアＶＭ６５２は、セキュアＶＭ用メモリ６５１に情報記録媒体から読み出したコンテンツコードを格納して処理を実行する。

なお、プレーヤ格納鍵６５０には、先に図１２を参照して説明した鍵、すなわち、鍵管理センタが配付するプレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）〜プレーヤ秘密鍵（Ｐｒｉｖａｔｅ＿Ｋｅｙ）と公開鍵証明書、およびプレーヤ製造エンティテイが配付するプレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵＃ｎ）を示している。

セキュアＶＭ６５２は、まず、ステップＳ２５１において、セキュアＶＭ用メモリ６５１に格納されたメモリ格納データ６６１から、処理対象のコンテンツコードに設定された暗号化鍵データ［Ｘ］６６２を取得し、このコンテンツコードに含まれる記録データあるいは他のデータファイルから取得した鍵指定情報に基づいて、暗号化鍵データ［Ｘ］６６２の復号処理に適用する鍵をプレーヤ格納鍵６５０から選択する。鍵指定情報は、先に、図１３、図１４を参照して説明したコンテンツコード暗号構成情報６４２に基づいて情報記録媒体に記録される情報である。

本処理例では、鍵指定情報は、鍵ＩＤ＝４、すなわち、プレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）を指定する情報であったとする。セキュアＶＭ６５２は、鍵指定情報［鍵ＩＤ＝４］に基づいて、プレーヤ格納鍵６５０からプレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）を選択し、暗号化鍵データ［Ｘ］６６２の復号処理を実行する。

この復号処理により、コンテンツコードの一部を暗号化したオリジナル暗号鍵［Ｋ］が取得される。セキュアＶＭ６５２は、ステップＳ２５２において、取得したオリジナル暗号鍵［Ｋ］を適用して、コンテンツコードの暗号化部に対応する入力データ６６３を復号し、復号結果を出力データ６６４としてセキュアＶＭ用メモリ６５１に格納する。この処理によって、プレーヤは、例えばプレーヤ固有のコンテンツコードの利用が可能となる。

なお、このようなセキュアＶＭ６５２における処理は、例えば、コンテンツ再生処理を実行する再生（プレーヤ）アプリケーションからセキュアＶＭに対する割り込み（ＩＮＴＲＰ）と、セキュアＶＭから再生（プレーヤ）アプリケーションに対する応答（Ｃａｌｌ）処理のシーケンスによって実行される。コンテンツコードの復号処理は、例えば下記の関数の呼び出しによって実行される。
ＣＡＬＬ＿ＡＥＳ（出力先アドレス，入力データアドレス，ＡＥＳ処理ブロック数，鍵アドレス，鍵ＩＤ）
上記関数は、鍵アドレスで指定される１２８ｂｉｔの値（図１５中の暗号化鍵データ［Ｘ］６６２）を、鍵ＩＤ（図１５ではＩＤ＝４）で指定されたプレーヤがもつ秘密鍵で復号する処理を実行し、復号結果を復号鍵として、入力データアドレスからＡＥＳ処理ブロック数＊１６バイト分のデータを復号し、出力先アドレスへ復号後のデータを出力する処理を実行させる関数である。

さらに、図１６を参照して、プレーヤにおけるコンテンツコードの異なる処理例について説明する。図１６は、プレーヤ格納鍵６５０中のプレーヤ秘密鍵［Ｐｒｉｖａｔｅ＿Ｋｅｙ］を適用した署名処理を説明する図である。

セキュアＶＭ６５２は、セキュアＶＭ用メモリ６５１に格納したメモリ格納データ６７１の入力データ６７２に対して、ステップＳ２７２において、例えばＳＨＡ−１などのハッシュ関数を適用してハッシュ値を算出する。なお、このハッシュ値算出の前ステップとして、ステップＳ２７１においてプレーヤ情報やメディア情報を加算してもよい。次に、ステップＳ２７３において、プレーヤ格納鍵６５０からプレーヤ秘密鍵［Ｐｒｉｖａｔｅ＿Ｋｅｙ］を取得して、ハッシユ値に対する電子署名、例えばＥＣ−ＤＳＡアルゴリズムに基づく電子署名を施し、署名を含むデータを出力データ６７３としてセキュアＶＭ用メモリ６５１に格納する。その後、コンテンツコードの実行に際して、出力データ６７３を取得して署名検証処理を実行することで、プレーヤの正当性を検証することが可能となる。

なお、この署名設定処理は、セキュアＶＭ６５２による例えば下記の関数の呼び出しによって実行される。
ＣＡＬＬ＿ＰｒｉｖａｔｅＫｅｙ（出力先アドレス，入力データアドレス，署名対象データ長，Ｏｐｔｉｏｎ指定，鍵ＩＤ）
上記関数は、入力データアドレスから署名対象データ長分のデータを取り出し、Ｏｐｔｉｏｎ指定されるＭｅｄｉａ／Ｐｌａｙｅｒ情報をバイト列に追加したものをＳＨＡ１関数でハッシュ値に変換し、変換結果にプレーヤの持つ秘密鍵で署名して出力先アドレスに書き込む処理を実行させる関数である。

以上、説明したように、先に図１２（ａ）を参照して説明した階層構成上の各ノードに設定されたノード鍵のセットを情報記録媒体に配付し、ノード鍵を選択適用した暗号化処理を実行したコンテンツコードを生成して情報記録媒体に格納することで、特定の選択されたプレーヤのみによって処理可能なコンテンツコードを提供することが可能となる。

プレーヤに対する鍵の配布構成は、先に図１２を参照して説明した構成のみならず、様々な設定が可能である。これらの例について、図１７、図１８を参照して説明する。図１７に示す例は、階層構成については先に図１２（ａ）を参照して説明した構成と同様の構成であり、各プレーヤは、自プレーヤに対応する最下層の１つのノード（リーフ）から階層構成の頂点ノードに至るルートにある各ノード対応の鍵を保有する。すなわち、図１７（ｂ）に示すように、プレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）〜プレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）、さらに、プレーヤ秘密鍵（Ｐｒｉｖａｔｅ＿Ｋｅｙ）およびプレーヤ公開鍵証明書（ＰＬＡＹＥＲ＿ＣＥＲＴ）が鍵管理センタから配布される。

図１７に示す例では、さらに、鍵管理センタは、モデル鍵［Ｍｏｄｅｌ鍵＃ｎ］、バージョン鍵［Ｖｅｒｓｉｏｎ＃ｎ］を設定し、これらの各鍵からプレーヤに対応するモデル、バージョン対応の鍵を選択してプレーヤに提供する。

図１８に示す例も、階層構成については先に図１２（ａ）を参照して説明した構成と同様の構成であり、各プレーヤは、自プレーヤに対応する最下層の１つのノード（リーフ）から階層構成の頂点ノードに至るルートにある各ノード対応の鍵を保有する。すなわち、図１７（ｂ）に示すように、プレーヤ製造エンティテイ鍵（Ｍａｎｕｆａｃｔｕｒｅ鍵）〜プレーヤ固有鍵（Ｐｌａｙｅｒ＿Ｓｐｅｃｉｆｉｃ＿Ｋｅｙ）、さらに、プレーヤ秘密鍵（Ｐｒｉｖａｔｅ＿Ｋｅｙ）およびプレーヤ公開鍵証明書（ＰＬＡＹＥＲ＿ＣＥＲＴ）が鍵管理センタから配布される。

図１８に示す例では、さらに、鍵管理センタは、システム鍵［Ａ］として、モデル固有値［Ｍｏｄｅｌ固有値＃Ａｎ］、バージョン固有値［Ｖｅｒｓｉｏｎ固有値＃Ａｎ］を設定し、これらの各固有値からプレーヤに対応するモデル、バージョン対応の固有値を選択してプレーヤに提供する。

システム鍵は複数定義可能であり、例えば、再生専用機器としてのＣＥ機や、ＰＣなど大きく異なるシステム間で分けることが可能である。モデル固有値［Ｍｏｄｅｌ固有値＃Ａｎ］、バージョン固有値［Ｖｅｒｓｉｏｎ固有値＃Ａｎ］はシステム鍵で暗号化された状態でプレーヤが保持し、システム鍵で復号することによってモデルやバージョン固有の鍵として使用できる設定とする。このように設定することにより、例えばモデル（プラットフォーム）としてセキュアなシステムであれば、バージョンに関わらずモデル全体に対して同一のコンテンツコードを適用することも可能である一方、モデルのうちの一つのバージョンが脆弱である場合には、該モデルのあるバージョンのみにコンテンツコードを適用するということもできる。

図１７、図１８のいずれにおいても、階層構成内のノード鍵を適用した処理構成については、先に図１２〜図１６を参照して説明した処理と同様の処理が可能であり、特定のプレーヤを選択して、選択プレーヤにおいてのみ利用可能なコンテンツコードを設定して情報記録媒体に格納して提供することが可能となり、不正なプレーヤ情報を提示して不正にコンテンツコードを適用した不正処理を防止することが可能となる。

次に、図１９に示すフローチャートを参照して、コンテンツコード中のセキュリティチェックコードを適用したセキュリティチェック処理および変換テーブルを適用した変換処理を伴うコンテンツ再生シーケンスについて説明する。

まず、ステップＳ３０１において、セキュアＶＭは情報記録媒体からコンテンツコードを取得し、コンテンツコードにプレーヤ情報の取得要求が含まれているか否かを判定する。これは、例えば、図９に示すディレクトリ設定の場合、プレーヤ情報の判別に適用するコードを格納したコンテンツコードファイル［０００００．ｓｖｍ］を読み取って判定する。

コンテンツコードにプレーヤ情報の取得要求が含まれていない場合は、ステップＳ３０６に進む。コンテンツコードにプレーヤ情報の取得要求が含まれている場合は、ステップＳ３０２に進み、コンテンツコードに応じて、セキュリティチェックに必要なプレーヤ情報を取得する。これらの情報には、例えば図１１を参照して説明したプレーヤ証明書などが含まれる。

次に、ステップＳ３０３において、プレーヤ対応のコンテンツコードを取得し、ステップＳ３０４において、コンテンツコードに含まれる暗号化データの復号鍵を取得し、復号を実行する。この処理態様としては様々であり、例えば、図１３を参照して説明したコンテンツコードの設定では、セキュアＶＭは、情報処理装置内のメモリに格納された暗号鍵セットから指定ノード鍵（グループ鍵など）を取得して、コンテンツコードの暗号化データの復号を実行する。図１４に示すコンテンツコードの設定の場合は、先に図１５を参照して説明したように、情報処理装置内のメモリに格納された暗号鍵セットから指定ノード鍵（グループ鍵など）を取得して、コンテンツコードに含まれるオリジナル暗号鍵の暗号化データを復号してオリジナル暗号鍵を取得した後、取得したオリジナル暗号鍵を適用してコンテンツコードに含まれる暗号化データの復号を実行する。なお、鍵指定情報や、暗号化データの位置情報は、コンテンツコードあるいはその他のデータファイルから取得される。

ステップＳ３０５において、コンテンツコードの復号に成功したか否かを判定し、失敗した場合は、処理を中止して終了する。この場合は、コンテンツコードに対応するプレーヤ対応の正しい鍵適用がなされなかったことを意味し、この場合はコンテンツコードを利用した処理、例えばセキュリティチェック処理、あるいは変換テーブルに基づくコンテンツのデータ変換処理は実行されず、結果としてコンテンツの利用が禁止される。

ステップＳ３０５において、コンテンツコードの復号に成功したと判定されると、ステップＳ３０６に進みコンテンツコードを利用した処理が実行される。すなわち、セキュリティチェック処理、あるいは変換テーブルに基づくコンテンツのデータ変換処理が実行され、コンテンツの利用が行なわれる。

なお、処理対象のコンテンツコードによって、セキュアＶＭの実行する処理は異なる。例えば、コンテンツコードがセキュリティチェックコードである場合は、コンテンツコードに基づくセキュリティチェック処理を実行し、コンテンツコードが、情報記録媒体格納コンテンツの構成データのデータ変換処理に適用するデータ生成処理コードである場合は、コンテンツコードに基づいて、情報記録媒体格納コンテンツのデータ変換処理に適用するデータ生成を実行する。また、コンテンツコードが、情報記録媒体格納コンテンツの構成データの一部に情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報を埋め込むデータ変換処理に適用するデータ生成処理コードである場合は、コンテンツコードに基づいて、識別情報を埋め込むデータ変換処理に適用するデータ生成を実行する。

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

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

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

ＲＯＭ８０８または記録媒体８１２には、例えば、前述のプレーヤ証明書、さらに、プレーヤ証明書の署名検証などに適用する管理センタの公開鍵、さらに、ドライブとの認証処理などに際して適用するホスト対応秘密鍵、ホスト対応の公開鍵証明書、さらに、公開鍵証明書の無効化リストとしてのリボケーションリストなどが格納される。

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

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

情報記録媒体製造装置は、例えば、先に図１を参照して説明した記録データを格納した情報記録媒体１００を製造する装置である。情報記録媒体１００には、セキュリティチェックコードや変換テーブルを含むコンテンツコードが格納される。コンテンツコードは、図１３、図１４を参照して説明したように、一部に様々なノード鍵あるいは乱数などによって生成されたオリジナル暗号鍵を適用して暗号化されたデータを含むコンテンツコードである。

情報記録媒体製造装置は、図２１に示すように、情報記録媒体に記録するコンテンツデータを格納したコンテンツファイルを生成するコンテンツファイル生成手段９０１と、コンテンツの利用に際して実行すべきセキュリティチェック処理用のプログラムを含むコンテンツコードを格納したコンテンツコードファイルを生成するコンテンツコードファイル生成手段９０２と、コンテンツファイル生成手段９０１において生成したコンテンツファイル、およびコンテンツコードファイル生成手段９０２において生成したコンテンツコードファイルを情報記録媒体９１０に記録する記録手段９０３を有する。

コンテンツコードファイル生成手段９０２は、先に、図９を参照して説明たように、情報処理装置またはコンテンツ利用アプリケーションの種別に対応する複数のコンテンツコードファイルの生成処理を実行する構成である。コンテンツコードファイルに格納されるコンテンツコードは、先に図１３、図１４を参照して説明したように、一部に様々なノード鍵あるいは乱数などによって生成されたオリジナル暗号鍵を適用して暗号化されたデータを含むコンテンツコードである。

コンテンツコードファイル生成手段９０２は、各情報処理装置または再生アプリケーションを最下層ノードであるリーフに対応付けた階層構成を持つ鍵ツリー上のいずれかのノードに対応するノード鍵を適用して暗号化した暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成する。具体的なコンテンツコードの暗号化態様としては、先に図１３、図１４を参照して説明した態様がある。すなわち、コンテンツコードファイル生成手段９０２は、コンテンツコードの構成データを、ノード鍵を直接適用して暗号化したコード情報暗号化データを含むコンテンツコードを格納したコンテンツコードファイルを生成するか、あるいは、コンテンツコードの構成データをノード鍵とは異なる固有暗号鍵（オリジナル暗号鍵）で暗号化したコード情報暗号化データと、固有暗号鍵をノード鍵で暗号化した暗号化鍵データを含むコンテンツコードを格納したコンテンツコードファイルを生成する。

なお、コンテンツコードファイル生成手段９０２は、情報処理装置に対応するセキュリティチェックコード、および情報記録媒体格納コンテンツの構成データのデータ変換処理に適用するデータ生成処理コードの少なくともいずれかのコードを含むコンテンツコードを格納したコンテンツコードファイルを生成する構成であり、また、情報記録媒体格納コンテンツの構成データの一部に情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報を埋め込むデータ変換処理に適用するデータ生成処理コードを含むコンテンツコードを格納したコンテンツコードファイルを生成する。

このような、情報記録媒体製造装置によって生成された情報記録媒体９１０には、図１他を参照して説明した各種のデータが記録される。具体的には、少なくともコンテンツデータを格納したコンテンツファイルと、コンテンツの利用に際して実行すべきセキュリティチェック処理用のプログラム、および情報記録媒体格納コンテンツの構成データのデータ変換処理に適用するデータ生成処理コードの少なくともいずれかのコードを含むコンテンツコードを格納したコンテンツコードファイルとを含む構成とされる。

情報記録媒体９１０に記録されるコンテンツコードファイルは、コンテンツコードの構成データを暗号化した暗号化データを含む。具体的なコンテンツコードの暗号化態様としては、先に図１３、図１４を参照して説明した態様がある。すなわち、コンテンツコードの構成データを、ノード鍵を直接適用して暗号化したコード情報暗号化データを含むコンテンツコードを格納したコンテンツコードファイルや、コンテンツコードの構成データをノード鍵とは異なる固有暗号鍵（オリジナル暗号鍵）で暗号化したコード情報暗号化データと、固有暗号鍵をノード鍵で暗号化した暗号化鍵データを含むコンテンツコードを格納したコンテンツコードファイルなどが格納される。

なお、情報記録媒体９１０に記録されるコンテンツコードファイルは、情報処理装置に対応するセキュリティチェックコード、および情報記録媒体格納コンテンツの構成データのデータ変換処理に適用するデータ生成処理コードの少なくともいずれかのコードを含むコンテンツコードを格納したコンテンツコードファイルであり、また、情報記録媒体格納コンテンツの構成データの一部に情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報を埋め込むデータ変換処理に適用するデータ生成処理コードを含むコンテンツコードを格納したコンテンツコードファイルが含まれる。

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

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

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

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

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

以上、説明したように、本発明の一実施例の構成によれば、厳正なプレーヤの正当性確認に基づくコンテンツコードの実行処理を行う構成を実現する。
具体的には、情報記録媒体に記録されたコンテンツコードを取得し、コンテンツコードに従ったセキュリティチェック、コンテンツデータの変換、プレーヤ情報のコンテンツに対する埋め込みなどの処理を実行する構成において、コンテンツコードの構成データに対して、プレーヤ対応の秘密鍵を適用したデジタル署名生成処理を実行し、さらに、コンテンツコード中のデータ処理プログラムの実行に際して、デジタル署名に対するプレーヤ対応の公開鍵を適用した検証処理を実行する構成とした。
本構成により、厳正なプレーヤの正当性確認に基づくコンテンツコードの実行処理を行う構成が実現される。

１００情報記録媒体
１０１暗号化コンテンツ
１０２ＭＫＢ
１０３タイトル鍵ファイル
１０４使用許諾情報
１０５コンテンツコード
１０６変換テーブル
１０７セキュリティチェックコード
１２０ドライブ
１２１データ処理部
１４０ホスト
１５０再生（プレーヤアプリケーション）
１５１データ処理部
１５３復号処理部
１５４データ変換処理部
１５５デコード処理部
１５６メモリａ
１６０セキュアＶＭ
１６１メモリｂ
２１０インデックス
２２０ムービーオブジェクト
２３０プレイリスト
２４０クリップ
２６１，２６２，２６３ＡＶストリーム
２７１，２７２コンテンツ管理ユニット（ＣＰＳユニット）
２８１データ部
２９１記録コンテンツ
２９２コンテンツデータ
２９３ブロークンデータ
２９５変換エントリ
２９６再生コンテンツ
２９７変換データ
２９８識別子設定変換データ
３３０情報記録媒体
３３１ＭＫＢ
３３２タイトル鍵ファイル
３３３暗号化コンテンツ
３３４コンテンツコード
３３５セキュリティチェックコード
３３６変換テーブル
３４０ドライブ
３４５ホスト
３５０再生（プレーヤ）アプリケーション
３５１デバイス鍵
３５２トラックバッファ
３５３平文ＴＳバッファ
３５４イベントハンドラ
３５５プレーヤ情報
３５６リアルタイムイベントハンドラ
３６０セキュアＶＭブロック
３６１セキュアＶＭ
４０１トラックバッファ格納データ
４０２復号結果データ
４０３ブロークンデータ
４０４変換データ
４０５識別子設定変換データ
４０６変換処理済みデータ
６０１〜６０４コンテンツコードファイル
６１０情報記録媒体
６２１セキュリティチェックコード
６２２コンテンツコード
６２２変換テーブル
６３１，６３２グループ鍵
６４１コンテンツコード
６４２コンテンツコード暗号構成情報
６４３暗号化鍵データ
６５０プレーヤ格納鍵
６５１セキュアＶＭ用メモリ
６５２セキュアＶＭ
６６１メモリ格納データ
６６２暗号化鍵データ［Ｘ］
６６３入力データ
６６４出力データ
６７１メモリ格納データ
６７２入力データ
６７３出力データ
８００情報処理装置
８０１バス
８０２入出力Ｉ／Ｆ
８０３ＭＰＥＧコーデック
８０４入出力Ｉ／Ｆ
８０５Ａ／Ｄ，Ｄ／Ａコンバータ
８０６ＴＳ・ＰＳ処理手段
８０７暗号処理手段
８０８ＲＯＭ
８０９ＣＰＵ
８１０メモリ
８１１ドライブ
８１２記録媒体
９０１コンテンツファイル生成手段
９０２コンテンツコードファイル生成手段
９０３記録手段
９１０情報記録媒体

Claims

情報処理装置であり、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納し、該コンテンツコードに従ったデータ処理を実行するデータ処理部と、
前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記データ処理部は、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名生成処理を実行し、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行する情報処理装置。
前記データ処理部は、
前記第１メモリに格納された前記コンテンツコードの構成データのハッシュ値を算出し、該ハッシュ値に対して前記秘密鍵を適用したデジタル署名生成処理を実行する構成である請求項１に記載の情報処理装置。
前記データ処理部は、前記第１メモリに格納された前記コンテンツコードの構成データにプレーヤ情報又はメディア情報を加えて前記ハッシュ値を算出する構成である
請求項２に記載の情報処理装置。
前記データ処理部は、
前記コンテンツコードの少なくとも一部構成データを、前記第２メモリから取得した暗号鍵を適用して復号し、復号の結果取得したコンテンツコードに従ったデータ処理を実行する構成である請求項１に記載の情報処理装置。
前記コンテンツコードは、情報処理装置に対応するセキュリティチェックコードを含み、
前記データ処理部は、
前記コンテンツコードに基づくセキュリティチェック処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
前記データ処理部は、
前記公開鍵を格納したプレーヤ証明書を前記第２メモリから取得し、該プレーヤ証明書の正当性検証処理を実行し、正当性が確認されたことを条件として、該プレーヤ証明書の記録情報から、情報処理装置またはコンテンツ利用アプリケーションに対応する識別情報を取得し、該取得情報に従って、処理対象のコンテンツコードを選択する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記情報処理装置のデータ処理部が、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納する処理と、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名生成処理と、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行する情報処理方法。
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、前記情報処理装置において実行するコンテンツ利用アプリケーションであるプレーヤに対応して設定され公開鍵と秘密鍵を格納した第２メモリを有し、
前記プログラムは、前記情報処理装置のデータ処理部に、
情報記録媒体に記録されたデータ処理プログラムを含むコンテンツコードを取得し、第１メモリに取得したコンテンツコードを格納する処理と、
前記第１メモリに格納された前記コンテンツコードの構成データに対して、前記秘密鍵を適用したデジタル署名の生成処理と、
さらに、前記コンテンツコード中のデータ処理プログラムの実行に際して、前記デジタル署名に対する前記公開鍵を適用した検証処理を実行させるプログラム。