(57)【要約】【課題】ＣＤプレーヤー、ＰＣ等の情報処理装置の双方において、著作権保護を遵守したコンテンツ利用を可能とした情報記録媒体、情報処理装置および方法を提供する。【解決手段】情報記録媒体に、コピー防止処理が施された第１データ格納領域と、暗号化コンテンツと、復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域とを設定した。ＣＤプレーヤー等の再生機器において第１データ記録フィールドの記録コンテンツ再生が可能となるとともに、ＰＣ等の情報処理装置においても、ライセンス取得を条件として、第２データ記録フィールドの暗号化コンテンツの復号再生が可能となる。【選択図】　図１
2004102788.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツデータを格納した情報記録媒体であり、
コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域と、
コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、該暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域と、
を有することを特徴とする情報記録媒体。
【請求項２】
前記第２データ格納領域に格納された暗号化コンテンツファイル中の暗号化コンテンツは、
暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであることを特徴とする請求項１に記載の情報記録媒体。
【請求項３】
前記第２データ格納領域に格納されたデータには、
ライセンス取得に必要な識別情報の情報記録媒体からの読み取り処理実行プログラムを含むことを特徴とする請求項１に記載の情報記録媒体。
【請求項４】
前記第２データ格納領域は、
情報記録媒体固有の識別子としてのメディアＩＤと、改竄検証用データとしてのＭＡＣを有する識別子データ（ＰＩＤ）を格納した構成であることを特徴とする請求項１に記載の情報記録媒体。
【請求項５】
前記第２データ格納領域は、
複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤを格納した構成であり、前記メディアＩＤと、プロダクトＩＤとの組み合わせデータは、グローバルユニークな識別子として構成されることを特徴とする請求項４に記載の情報記録媒体。
【請求項６】
前記第２データ格納領域に格納されるコンテンツファイルは、
コンテンツキー［Ｋｃ］で暗号化されたコンテンツデータ（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、ルートキー［Ｋｒｏｏｔ］で暗号化されたコンテンツキーデータ（Ｅｎｃ（（Ｋｒｏｏｔ，Ｋｃ）と、ライセンスデータとしてのサービスデータに格納されたデバイスノードキー（ＤＮＫ）を適用した復号処理によりルートキー［Ｋｒｏｏｔ］を取得可能な有効化キーブロック（ＥＫＢ）と、
を含む構成であることを特徴とする請求項１に記載の情報記録媒体。
【請求項７】
前記第１データ格納領域、および前記第２データ格納領域の各々は、データ開始領域を示すリードインエリアと、コンテンツ格納エリアと、データ終了領域を示すリードアウトエリアによってそれぞれ構成された独立したセッション領域として設定されたマルチセッション構成を有することを特徴とする請求項１に記載の情報記録媒体。
【請求項８】
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する情報処理装置であり、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを取得し、該取得ＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信する処理を実行する構成を有することを特徴とする情報処理装置。
【請求項９】
前記暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであり、
前記情報処理装置は、
前記ライセンス提供システム構成エンティテイから、ライセンスデータとしてサービスデータおよび利用権情報を受領し、該ライセンスデータの格納データに基づいて、前記有効化キーブロック（ＥＫＢ）の処理を実行し、前記情報記録媒体に格納された暗号化コンテンツデータの復号処理を実行する構成であることを特徴とする請求項８に記載の情報処理装置。
【請求項１０】
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する情報処理方法であり、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを読み取るＩＤ読み取りステップと、
前記ＩＤ読み取りステップにおいて取得したＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信するＩＤ送信ステップと、
を有することを特徴とする情報処理方法。
【請求項１１】
前記暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであり、
前記情報処理方法は、さらに、
前記ライセンス提供システム構成エンティテイから、ライセンスデータとしてサービスデータおよび利用権情報を受領するステップと、
前記ライセンスデータの格納データに基づいて、前記有効化キーブロック（ＥＫＢ）の処理を実行し、前記情報記録媒体に格納された暗号化コンテンツデータの復号処理を実行するステップと、
を有することを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する処理プログラムを記述したコンピュータ・プログラムであって、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを読み取るＩＤ読み取りステップと、
前記ＩＤ読み取りステップにおいて取得したＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信するＩＤ送信ステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報記録媒体、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、ＣＤ等のコンテンツ記録媒体に、著作権保護対応のコピーあるいはリッピング防止機能を持つコンテンツ記録フィールドとしての第１データ記録フィールドと、暗号化コンテンツを記録した第２データ記録フィールドとを設定することにより、ＣＤプレーヤーにおける第１データ記録フィールドの記録コンテンツの再生を可能とするとともに、ＰＣ等のコピー、リッピング処理の可能な情報処理装置においては、ライセンスの取得を条件として、第２データ記録フィールドの暗号化コンテンツを復号して再生することを可能とした情報記録媒体、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今、音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Ｃｏｎｔｅｎｔ）と呼ぶ）が、インターネット等のネットワークを介して、あるいはＤＶＤ、ＣＤ等の記録媒体（メディア）を介して流通している。これらの流通コンテンツは、ユーザの所有するＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）、ＣＤプレーヤー、ＤＶＤプレーヤー等の再生装置、ゲーム機器等において再生され利用される。
【０００３】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、例外的な無料配布コンテンツ以外の通常のコンテンツを再生、利用するためには正当なコンテンツ利用権を得ることが必要である。例えばＣＤ等であれば、ＣＤに対する相当の対価を支払ってＣＤを購入することがプレーヤーにおいて再生する条件である。
【０００４】
また、ＰＣあるいは通信端末等を用いて、インターネット等のネットワークを介してコンテンツを受信する場合にも、ユーザは、コンテンツプロバイダに対してユーザのクレジット番号等のユーザ情報を入力するなどにより、コンテンツ利用に対する相当の対価の支払いを条件として、プロバイダからコンテンツの提供が行われる。
【０００５】
しかし、このようなコンテンツ提供時の対価支払い処理が行われたとしても、コンテンツを取得したユーザが例えばＣＤ等から他の記録媒体に記録、いわゆるコピーを行なったり、ＰＣ等において、ＣＤ等からコンテンツをデジタルデータとして読み出して、コンピュータのファイルとして格納するいわゆるリッピング（Ｒｉｐｐｉｎｇ）処理等を許容すると、不正な複製データが蔓延することになる。
【０００６】
ＰＣ等におけるリッピングはデジタルデータとしてのデータ複製処理であり、オリジナルデータの品質が維持される。リッピングされたデータを他のＣＤ−Ｒなどに書き込むと、オリジナルＣＤと全く同一の品質のコンテンツＣＤが作成される。また、リッピングデータをＭＰ３等の圧縮データとして記録したり、ネットワークを介して送信したりすることも可能となる。
【０００７】
このように、著作権のあるコンテンツが、一旦ユーザに渡った後に不正に複製されたり、改変されたり、また、それらのデータが頒布される事態は、著作権保護の観点から好ましくない。
【０００８】
このような事態を防止する著作権保護技術として、コピーコントロール機能を付与した情報記録媒体（例えばコピー防止機能付きＣＤ）が考案されている。コピー防止機能としては、例えばミッドバーテクノロジー者の開発したコピーコントロール技術、米マクロビジョンの開発したコピーコントロール技術などがある。
【０００９】
これらは、例えばＣＤのファーストトラックに擬似信号を入れることで、ＰＣのＣＤ−ＲＯＭドライブにセットした場合、ＰＣに音楽ＣＤと認識させないようにして、ＰＣのＣＤプレーヤープログラムによる再生処理を実行不可能とする構成である。リッピング処理を実行できない通常のＣＤプレーヤーは、疑似信号を無視して、コンテンツデータのみの再生を実行することができる。
【００１０】
このように、コピーコントロールのされたコンテンツを記録したＣＤ等の情報記録媒体を再生しようとすると、上述したように、再生処理専用のＣＤプレーヤーにおいては再生可能となるが、ＰＣ等において再生が不可能となる。これは、コピー、あるいはリッピング等の不正な処理を排除するという効果はあるが、不正なコピー、リッピングをする意思の無い正当なコンテンツ利用ユーザにとっては、不便なものとなる。
【００１１】
【発明が解決しようとする課題】
本発明は、上述の問題点に鑑みてなされたものであり、コピー防止機能付きのコンテンツが記録されたＣＤ等のコンテンツ記録媒体に、暗号化コンテンツ記録フィールドを設け、コピー防止機能付きのコンテンツの再生、利用ができないＰＣ等の情報処理装置においても、所定のライセンスを取得することで、暗号化コンテンツ記録フィールドに記録された暗号化コンテンツの復号を行なって、コンテンツの再生、利用を可能とした情報記録媒体、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００１２】
具体的には、ＣＤ等のコンテンツ記録媒体に、著作権保護対応のコピー防止処理が施されたコンテンツ格納領域としての第１データ記録フィールドと、コピー防止処理が施されていないコンテンツ格納領域として暗号化コンテンツを記録した第２データ記録フィールドとを設定することにより、ＣＤプレーヤー等の再生機器において第１データ記録フィールドの記録コンテンツ再生を可能とするとともに、ＰＣ等のコピー、リッピング処理の可能な情報処理装置においても、ライセンスの取得を条件として、第２データ記録フィールドの暗号化コンテンツの復号再生を可能とした情報記録媒体、情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供する。
【００１３】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツデータを格納した情報記録媒体であり、
コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域と、
コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、該暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域と、
を有することを特徴とする情報記録媒体にある。
【００１４】
さらに、本発明の情報記録媒体の一実施態様において、前記第２データ格納領域に格納された暗号化コンテンツファイル中の暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであることを特徴とする。
【００１５】
さらに、本発明の情報記録媒体の一実施態様において、前記第２データ格納領域に格納されたデータには、ライセンス取得に必要な識別情報の情報記録媒体からの読み取り処理実行プログラムを含むことを特徴とする。
【００１６】
さらに、本発明の情報記録媒体の一実施態様において、前記第２データ格納領域は、情報記録媒体固有の識別子としてのメディアＩＤと、改竄検証用データとしてのＭＡＣを有する識別子データ（ＰＩＤ）を格納した構成であることを特徴とする。
【００１７】
さらに、本発明の情報記録媒体の一実施態様において、前記第２データ格納領域は、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤを格納した構成であり、前記メディアＩＤと、プロダクトＩＤとの組み合わせデータは、グローバルユニークな識別子として構成されることを特徴とする。
【００１８】
さらに、本発明の情報記録媒体の一実施態様において、前記第２データ格納領域に格納されるコンテンツファイルは、コンテンツキー［Ｋｃ］で暗号化されたコンテンツデータ（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、ルートキー［Ｋｒｏｏｔ］で暗号化されたコンテンツキーデータ（Ｅｎｃ（（Ｋｒｏｏｔ，Ｋｃ）と、ライセンスデータとしてのサービスデータに格納されたデバイスノードキー（ＤＮＫ）を適用した復号処理によりルートキー［Ｋｒｏｏｔ］を取得可能な有効化キーブロック（ＥＫＢ）と、を含む構成であることを特徴とする。
【００１９】
さらに、本発明の情報記録媒体の一実施態様において、前記第１データ格納領域、および前記第２データ格納領域の各々は、データ開始領域を示すリードインエリアと、コンテンツ格納エリアと、データ終了領域を示すリードアウトエリアによってそれぞれ構成された独立したセッション領域として設定されたマルチセッション構成を有することを特徴とする。
【００２０】
さらに、本発明の第２の側面は、
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する情報処理装置であり、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを取得し、該取得ＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信する処理を実行する構成を有することを特徴とする情報処理装置にある。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであり、前記情報処理装置は、前記ライセンス提供システム構成エンティテイから、ライセンスデータとしてサービスデータおよび利用権情報を受領し、該ライセンスデータの格納データに基づいて、前記有効化キーブロック（ＥＫＢ）の処理を実行し、前記情報記録媒体に格納された暗号化コンテンツデータの復号処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の第３の側面は、
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する情報処理方法であり、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを読み取るＩＤ読み取りステップと、
前記ＩＤ読み取りステップにおいて取得したＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信するＩＤ送信ステップと、
を有することを特徴とする情報処理方法にある。
【００２３】
さらに、本発明の情報処理方法の一実施態様において、前記暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであり、前記情報処理方法は、さらに、前記ライセンス提供システム構成エンティテイから、ライセンスデータとしてサービスデータおよび利用権情報を受領するステップと、前記ライセンスデータの格納データに基づいて、前記有効化キーブロック（ＥＫＢ）の処理を実行し、前記情報記録媒体に格納された暗号化コンテンツデータの復号処理を実行するステップと、を有することを特徴とする。
【００２４】
さらに、本発明の第４の側面は、
情報記録媒体の格納コンテンツの再生処理条件としてのライセンス取得処理を実行する処理プログラムを記述したコンピュータ・プログラムであって、
暗号化コンテンツデータを格納した情報記録媒体から情報記録媒体固有の識別子としてのメディアＩＤと改竄検証用データとしてのＭＡＣを含む識別子データ（ＰＩＤ）と、複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤとを読み取るＩＤ読み取りステップと、
前記ＩＤ読み取りステップにおいて取得したＰＩＤおよびプロダクトＩＤを、ライセンス取得用データとして、ライセンス提供システム構成エンティテイに送信するＩＤ送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００２５】
【作用】
本発明の構成に従えば、ＣＤ等の情報記録媒体に、コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域と、コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、該暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域とを、それぞれ異なるセッション領域として設定する構成であるので、ＣＤプレーヤー等の再生機器において第１データ記録フィールドの記録コンテンツ再生が可能となるとともに、ＰＣ等のコピー、リッピング処理の可能な情報処理装置においても、ライセンスの取得を条件として、第２データ記録フィールドの暗号化コンテンツの復号再生を実行することが可能となる。
【００２６】
さらに、本発明の構成に従えば、第２データ格納領域に格納された暗号化コンテンツファイル中の暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツとし、コンテンツキーＫｃを、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定したので、厳格なライセンス管理の下でのコンテンツ利用の管理が可能となる。
【００２７】
さらに、本発明の構成に従えば、第２データ格納領域に、情報記録媒体固有の識別子としてのメディアＩＤと、改竄検証用データとしてのＭＡＣを有する識別子データ（ＰＩＤ）を格納し、ライセンス発行時にＭＡＣ検証による改竄検証を実行する構成としたので、不正なライセンス取得の可能性を排除できる。
【００２８】
さらに、本発明の構成に従えば、第２データ格納領域に複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤを格納し、メディアＩＤと、プロダクトＩＤとの組み合わせデータをグローバルユニークな識別子とした設定としたので、ライセンス発行管理が確実に、かつ効率的に実行可能となる。
【００２９】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００３１】
【発明の実施の形態】
以下、本発明の構成について詳細に説明する。なお、説明は、以下に示す各項目に従って行なう。
１．情報記録媒体のコンテンツ記録構成
２．システム構成
３．キー配信構成としてのツリー（木）構造について
４．ＥＫＢを使用したキーの配布
５．ＥＫＢのフォーマット
６．ツリーのカテゴリ分類
７．ライセンス購入およびコンテンツ再生処理
【００３２】
［１．情報記録媒体のコンテンツ記録構成］
まず、図１を参照して、本発明に係る情報記録媒体のコンテンツ記録構成について説明する。図１は、ＣＤ、ＤＶＤ等の情報記録媒体１０の平面図を示している。情報記録媒体のデータ記録領域は、２つの領域に分けられる。
【００３３】
ディスク状の情報記録媒体１０の内周部（Ａ）に、著作権保護対応のコンテンツデータ記録領域、すなわち、コピー、リッピング防止機能を持つコンテンツ記録フィールドとしての第１データ記録フィールド（１ｓｔセッション）１１が設定され、さらに、情報記録媒体１０の外周部（Ｂ）に暗号化コンテンツを記録した第２データ記録フィールド（２ｎｄセッション）１２が設定されている。
【００３４】
すなわち、情報記録媒体１０は、コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域（１ｓｔセッション）１１と、コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域（２ｎｄセッション）１２とが設定された情報記録媒体である。
【００３５】
なお、１つのセッションは、データ開始領域を示すデータ領域（例えば無音データ）によって構成されるリードイン（ｌｅａｄ−ｉｎ）エリアと、コンテンツ格納エリアと、データ終了領域を示すリードアウト（ｌｅａｄ−ｏｕｔ）エリアによって構成される単位領域である。図１に示す情報記録媒体１０は、２つのセッションの記録されたマルチセッション構成を持つ記録媒体である。
【００３６】
第１データ記録フィールド１１の記録コンテンツは、コピー防止処理が施されたコンテンツとして記録されている。例えば、ファーストトラックに擬似信号が記録され、ＰＣのＣＤ−ＲＯＭドライブにセットした場合、ＰＣに音楽ＣＤと認識させないようにして、ＰＣの音楽ＣＤ再生処理プログラムによる再生処理を実行させない構成としてある。コピー防止機能としては、例えばミッドバーテクノロジー者の開発したコピーコントロール技術、あるいは米マクロビジョン者の開発したコピーコントロール技術等、様々なコピー防止機能が適用可能である。
【００３７】
この第１データ記録フィールド１１の記録コンテンツは、例えばＰＣ等のＣＤドライブに装着して、デジタルデータとして読み出して、他の記録媒体に記憶したり、あるいはＭＰ３等の圧縮データに変換したりといった、リッピング処理、コピー処理が防止されたコンテンツ記録フィールドとして設定される。
【００３８】
この第１データ記録フィールド１１の記録コンテンツは、通常のＣＤプレーヤー等、再生機能を専用機能として持つ再生処理装置（プレーヤー）においては再生可能である。すなわち、コピー処理あるいはリッピング処理プログラムを持たずＣＤ再生のみの実行可能なＣＤプレーヤーは、ファーストトラックに擬似信号が記録されていても、その信号を無視しコンテンツデータの再生が実行できる。
【００３９】
一方、第２データ記録フィールド１２の記録コンテンツは、暗号化されたコンテンツである。この暗号化コンテンツは、復号処理を行なうことで再生が可能である。復号処理を行なうための鍵データは、コンテンツ利用権（ライセンス）を取得することで得ることができる。具体的には、後段で説明するが、鍵配信ツリー構成により配信される鍵データを適用した有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）を復号する処理を含むプロセスを実行することで、コンテンツ復号が可能となる。
【００４０】
従って、第２データ記録フィールド１２の記録コンテンツは、正当なライセンスを持つ場合に限り利用可能である。第１データ記録フィールド１１の記録コンテンツを再生することができないＰＣ等においても、正式なライセンスを受領することで、第２データ記録フィールド１２の記録コンテンツの再生、利用が可能となる。
【００４１】
なお、第２データ記録フィールド１２の一部領域には、ＰＩＤ（Ｐｏｓｔｓｃｒｉｂｅｄ−ＩＤ）記録領域１３が設けられている。ＰＩＤは、タイトル単位、アルバム単位、カテゴリ単位、製造ロット単位等、所定のディスク集合単位においてディスク毎にユニークな識別子（ＩＤ）として付与されたメディアＩＤと、その他、バージョン情報等を含み、さらに、データ改竄検証コードとしてのＭＡＣ（Ｍｅｓａａｇｅ　Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ　Ｃｏｄｅ）が付加されたデータである。
【００４２】
図２に、ＰＩＤのデータ構成例を示す。ＰＩＤは、ＰＩＤのフォーマットバージョンを示すフォーマットバージョン２１、ＰＩＤリザーブフィールド２２、ディスク毎のユニークな識別データとしてのメディアＩＤ２３を有し、これらのデータに対して改竄検証コードとしてのＭＡＣ２４が付加された構成を持つ。
【００４３】
メッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ　ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｃｏｄｅ）は、データの改竄検証用のデータとして生成されるものである。ＭＡＣ生成処理、検証処理態様には様々な態様が可能であるが、１例としてＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図３に示す。
【００４４】
図３のＤＥＳ暗号処理構成を適用したＭＡＣ生成例について説明する。対象となるメッセージを８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（Ｉｎｉｔｉａｌ　Ｖａｌｕｅ（以下、ＩＶとする））とＭ１を排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Ｍｅｓｓａｇｅ　Ａｕｔｈｅｎｔｉｃａｔｉｏｎ　Ｃｏｄｅ））となる。
【００４５】
ＭＡＣ値は、その生成元データが変更されると、異なる値となり、検証対象のデータ（メッセージ）に基づいて生成したＭＡＣと、記録されているＭＡＣとの比較を行い、一致していれば、検証対象のデータ（メッセージ）は変更、改竄がなされていないことが証明される。
【００４６】
第２データ記録フィールド１２に格納されるデータファイルのディレクトリ構成例を図４に示す。ＰＣのＣＤドライブにに装着することにより自動実行するＣＤアプリケーションファイル［ＭＱＤＩＳＣ．ＥＸＥ］を有し、下位に定義ファイル［ＭＱＤＩＳＣ．ＩＮＩ］を有し、さらに１以上の暗号化コンテンツファイル［ＭＱＴファイル］が含まれる。
【００４７】
定義ファイル［ＭＱＤＩＳＣ．ＩＮＩ］には、タイトル単位、アルバム単位、カテゴリ単位、製造ロット単位等、所定のディスク集合単位の識別子として設定されるプロダクトＩＤ、および、第２データ記録フィールド１２に格納される暗号化コンテンツの再生、利用の権利としてのライセンス取得処理の際にユーザ側からの送信データの検証を実行する検証サーバーとして設定されるＰＩＤ検証サーバーのＵＲＬ情報等が格納される。
【００４８】
なお、前述したＰＩＤに定義されるメディアＩＤは、１つのプロダクトＩＤに対して、ディスク毎に異なるＩＤとして設定されるＩＤであり、プロダクトＩＤ−メディアＩＤの組み合わせデータは、基本的にグローバルユニークな識別データとなる。
【００４９】
暗号化コンテンツファイル［ＭＱＴファイル］は、コンテンツをコンテンツキーＫｃで暗号化したデータ［Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）］を有する。なお、Ｅｎｃ（Ａ，Ｂ）は、ＢをＡで暗号化したデータであることを示す。
【００５０】
さらに、暗号化コンテンツファイル［ＭＱＴファイル］には、有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）を含むヘッダー情報が含まれる。有効化キーブロック（ＥＫＢ）は、正当な機器に対して配信されるデバイス・ノード・キー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）を用いて復号することができる暗号化データである。ユーザは正当なコンテンツ利用権としてのライセンスを取得することにより、有効化キーブロック（ＥＫＢ）を復号可能となり、ＥＫＢ復号処理に基づいて得られるコンテンツキーＫｃを適用して暗号化コンテンツデータ［Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）］を復号し、コンテンツを再生、利用することが可能となる。これらの処理の詳細については、後述する。
【００５１】
第２データ記録領域に記録された暗号化コンテンツの再生を行なおうとする場合は、ライセンス取得が必要であり、ライセンス取得に際して、再生処理を実行しようとするＰＣ等の情報処理装置は、第２データ記録領域に記録されたプロダクトＩＤとＰＩＤ（図２参照）とを読み取り、定義ファイル［ＭＱＤＩＳＣ．ＩＮＩ］に記述されたＵＲＬによって指定されるＰＩＤ検証サーバーに送信する。ＰＩＤ検証サーバーにおいて、先に説明したＰＩＤのＭＡＣ検証処理等を実行して、ユーザの送信データが正当なデータであるか否かの判定処理を実行し、正当である場合に、所定の手続きを経て、ライセンスがユーザに対して付与される。ライセンス付与処理については、後段で詳細に説明する。
【００５２】
［２．システム構成］
次に、図１を参照して説明した情報記録媒体の製造および提供処理を実行するエンティテイ、第２データ記録フィールドの暗号化コンテンツの再生、利用権としてのライセンス提供処理を実行するライセンス提供エンティテイ、およびコンテンツを利用するクライアント等によって構成されるシステム構成例を図５を参照して説明する。
【００５３】
コンテンツの利用を行なうクライアント５０は、ディスク製造提供エンティテイからＣＤ等の情報記録媒体８０を購入する。この情報記録媒体８０は、図１を参照して説明したように、コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域（１ｓｔセッション）と、コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域（２ｎｄセッション）とが設定された情報記録媒体である。
【００５４】
クライアントは、図１の情報記録媒体１０中の第２データ記録フィールド１２の暗号化コンテンツを利用しようとするクライアントである。図１の情報記録媒体１０中の第１データ記録フィールド１１のコンテンツは、ディスク（ＣＤ等）を購入と同時に利用権が配布されているものであり、ＰＣ等ではコピー防止機能に基づいて再生できないが、通常のＣＤプレーヤー等においては自由に再生できる。
【００５５】
従って、以下では、情報記録媒体中の第２データ記録フィールドの暗号化コンテンツを再生、利用しようとするクライアントがライセンスを取得してコンテンツ利用を行なう場合における処理を中心として説明する。
【００５６】
図５のクライアント５０は、コンテンツを利用、すなわち再生可能な機器としての情報処理装置である。例えばＰＣ、ＰＤＡ等、各種の情報処理装置が含まれる。クライアント５０は、ソフトウェアとしてブラウザ５１、クライアントアプリケーション５２を有し、ＣＰＵ等の制御手段によりブラウザ５１、クライアントアプリケーション５２他のプログラムが実行される。
【００５７】
クライアントアプリケーション５２は、クライアントにおいて、ＣＤ等の情報記録媒体に記録された実行ファイル（図４参照）の処理を行なったり、ライセンス取得処理の一連の処理として実行されるサービスデータ、コンテンツ利用権情報を含むライセンス情報の取得処理等を実行するアプリケーションであり、クライアントの情報処理装置に格納される。
【００５８】
クライアント５０は、例えばインターネット等の通信網を介してショップサーバ７２、ＰＩＤ検証サーバ７３、ライセンスサーバ７４と接続される。ショップサーバ７２は、クライアント５０が情報記録媒体８０中の第２データ記録フィールドの暗号化コンテンツを再生、利用しようとする場合に、コンテンツ利用権（ライセンス）を購入する際の窓口として機能し、ライセンス取得料金等のコンテンツ情報をブラウザ５１を介して提示し、クライアント５０からの購入要求を受け付ける。また、必要に応じて購入ライセンスに関する課金処理を行なう。
【００５９】
ＰＩＤ検証サーバ７３は、クライアント５０からライセンス取得処理の事前手続きとして実行されるＰＩＤ検証処理を行なう。ライセンスサーバ７４は、ＰＩＤ検証サーバ７３における検証成立を条件として、クライアントが利用するコンテンツの利用権情報をクライアント５０に対して提供する。
【００６０】
さらに、ディスク製造提供エンティテイ７１、ショップサーバ７２、ＰＩＤ検証サーバ７３、およびライセンスサーバ７４には、管理システム７５が接続される。管理システム７５は、ディスク製造提供エンティテイ７１の製造するコンテンツ格納ディスクに記録するＰＩＤ情報を、ディスク製造提供エンティテイ７１とともに共有する。このＰＩＤ情報は、ライセンス発行処理の際にクライアントからＰＩＤ検証サーバ７３に送信され、ＰＩＤ検証サーバ７３において検証処理が実行される。
【００６１】
管理システム７５は、さらにクライアント５０からのライセンス取得要求に対する許可情報として機能するトランザクションＩＤ（ＴＩＤ）の発行処理等を行なう。また、管理システム７５は、ライセンスサーバ７４に対して、コンテンツの利用権情報としての利用権データ（Ｕｓａｇｅ　Ｒｉｇｈｔ）の発行許可を行なう。これらの処理の詳細は、後段で説明する。
【００６２】
データベース７７には、ディスク製造エンティテイ７１、ショップサーバ７２、ＰＩＤ検証サーバ７３、ライセンスサーバ７４、管理システム７５各々に設定されたアクセス権限範囲内でアクセスの許容されたデータが格納されている。データベース７７には、例えば、後段で詳細に説明するが、アルバムマスタテーブル、トランザクションテーブル、ディスクテーブル、アルバム価格マスタテーブル、トラックテーブル等が格納される。これら各テーブルの構成、テーブルを用いた処理については、後段で詳細に説明する。
【００６３】
なお、図５においては、ショップサーバ７２、ＰＩＤ検証サーバ７３、ライセンスサーバ７４、管理システム７５をそれぞれ別々の構成体として示してあるが、これらは、図に示すように離散的に配置してネットワーク接続した構成としてもよいが、全サーバの処理を実行する１つの装置として構成してもよく、またそれぞれが１以上のサーバの処理を実行する複数の装置として構成してもよい。本明細書においては、ショップサーバ７２、ＰＩＤ検証サーバ７３、ライセンスサーバ７４、管理システム７５における処理の一部または全体を実行するシステムをライセンス管理装置と呼ぶ。
【００６４】
クライアント５０は、ＰＩＤ検証サーバ７３に対するＰＩＤ、プロダクトＩＤの送信を含むＰＩＤ検証に伴う一連の処理、およびライセンスサーバ７４との接続によるライセンスの取得処理をクライアントアプリケーション５２の制御の下に実行し、ショップサーバ７２の提供する情報の閲覧および決済処理等は、クライアントアプリケーション５２の制御の下にブラウザ５１を起動して実行する。
【００６５】
なお、図５には、クライアントおよび各サーバを１つづつ示してあるが、これらは例えばインターネット等の通信網上に多数接続され、クライアントは、実行するサービスまたは処理に対応するサーバを適宜選択して、選択したサーバに接続して処理を進める。
【００６６】
ライセンスサーバ７４からクライアント５０に対しては、コンテンツに対応するコンテンツ利用権情報が提供され、クライアント５０のクライアントアプリケーション５２が、利用権情報を検証し、利用権があると判定された場合に暗号化コンテンツを復号して利用する。
【００６７】
クライアント５０は、コンテンツ利用権に基づくコンテンツ利用を可能とするための鍵情報として、有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）、デバイス・ノード・キー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）等の鍵データを保持する。有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）、デバイス・ノード・キー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）は、コンテンツの利用を正当なコンテンツ利用権を有するユーザデバイスにおいてのみ暗号化コンテンツを復号して利用可能とするためのコンテンツ利用に必要となる暗号鍵を取得するための鍵データである。ＥＫＢ，ＤＮＫについては、後段で説明する。
【００６８】
ライセンスサーバ７４は、予め定められたコンテンツ利用条件に基づいて利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）を生成してクライアント５０に提供する。さらに、管理システム７５の提供するデバイスノードキー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）、有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）に基づいてサービスデータを生成してクライアント５０に提供する。サービスデータは、暗号化コンテンツの復号処理の際に必要となるサービス・デバイスノードキー（ＳＤＮＫ）を持つ有効化キーブロック（ＥＫＢ）を含む。
【００６９】
なお、コンテンツの利用条件には、例えば利用期間の限定条件、コピーの回数制限、さらにコンテンツを同時に利用することができるポータブルメディア（ＰＭ：Ｐｏｒｔａｂｌｅ　Ｍｅｄｉａ）の数（いわゆるチェックアウト（Ｃｈｅｃｋ−ｏｕｔ）数に対応）の制限等を設定可能である。ポータブルメディア（ＰＭ：Ｐｏｒｔａｂｌｅ　Ｍｅｄｉａ）は例えばフラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク、ＭＤ（Ｍｉｎｉ　Ｄｉｓｋ）等、ポータブルデバイスにおいて利用可能な記録媒体である。
【００７０】
次に、図６を参照して、クライアント５０、ショップサーバ７２、ＰＩＤ検証サーバ７３、ライセンスサーバ７４、管理システム７５として機能することが可能な情報処理装置のハードウェア構成例を示す。これらの各システムはＣＰＵを持つ例えばＰＣ、サーバ等にそれぞれの処理に応じた処理プログラムを実装することで実現される。図６の構成について説明する。
【００７１】
ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１０１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１０２に記憶されている各種プログラム、あるいは、記憶部１０８に格納され、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１０３にロードされたプログラムに従って各種処理を実行する。タイマ１００は計時処理を行ない、クロック情報をＣＰＵ１０１に供給する。
【００７２】
ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１０２は、ＣＰＵ１０１が使用するプログラムや演算用のパラメータ、固定データ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これら各素子はＣＰＵバスなどから構成されるバス１１１により相互に接続されている。
【００７３】
暗号化復号部１０４は、通信データあるいはコンテンツの暗号処理、デバイスノードキー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）、有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）の適用処理として、例えばＤＥＳ（Ｄａｔａ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）の暗号化アルゴリズムを適用した暗号処理、ＭＡＣ生成、検証処理等を実行する。さらに、他の接続装置との間で実行されるライセンス情報等の通信データの送受信時の認証およびセッションキー共有処理等、各種暗号処理を実行する。
【００７４】
コーデック部１０５は、例えばＡＴＲＡＣ（Ａｄａｐｔｉｖｅ　Ｔｒａｎｓｆｏｒｍ　Ａｃｏｕｓｔｉｃ　Ｃｏｄｉｎｇ）３方式、ＭＰＥＧ、ＪＰＥＧ方式等、各種方式のデータエンコード処理、デコード処理を実行する。処理対象データは、バス１１１、入出力インタフェース１１２、ドライブ１１０を介してリムーバブル記憶媒体１２１からまたは通信部１０９を介して入力する。また処理後のデータは、必要に応じて、リムーバブル記憶媒体１２１に格納し、または通信部１０９を介して出力する。
【００７５】
入出力インタフェース１１２には、キーボード、マウス等の入力部１０６、ＣＲＴ、ＬＣＤ等のディスプレイ、スピーカ等からなる出力部１０７、ハードディスク等の記憶部１０８、モデム、ターミナルアダプタ等によって構成される通信部１０９が接続され、例えばインターネット等の通信網を介したデータ送受信を行なう。
【００７６】
［３．キー配信構成としてのツリー（木）構造について］
次に、正当なコンテンツ利用権を有するクライアントにおいてのみコンテンツを利用可能とするための、ブロードキャストエンクリプション（Ｂｒｏａｄｃａｓｔ　Ｅｎｃｒｙｐｔｉｏｎ）方式の一態様であるツリー構成によるデバイスとキーの管理構成について説明する。
【００７７】
図７の最下段に示すナンバ０〜１５がコンテンツ利用を行なうクライアントとしてのユーザデバイスである。すなわち図７に示す階層ツリー（木）構造の各葉（リーフ：ｌｅａｆ）がそれぞれのデバイスに相当する。
【００７８】
各デバイス０〜１５は、製造時あるいは出荷時、あるいはその後において、図７に示す階層ツリー（木）構造における自分のリーフからルートに至るまでのノードに割り当てられた鍵（ノードキー）および各リーフのリーフキーからなるキーセット（デバイスノードキー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ））をメモリに格納する。図７の最下段に示すＫ００００〜Ｋ１１１１が各デバイス０〜１５にそれぞれ割り当てられたリーフキーであり、最上段のＫＲ（ルートキー）から、最下段から２番目の節（ノード）に記載されたキー：ＫＲ〜Ｋ１１１をノードキーとする。
【００７９】
図７に示すツリー構成において、例えばデバイス０はリーフキーＫ００００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ＫＲを所有する。デバイス５はＫ０１０１、Ｋ０１０、Ｋ０１、Ｋ０、ＫＲを所有する。デバイス１５は、Ｋ１１１１、Ｋ１１１、Ｋ１１、Ｋ１、ＫＲを所有する。なお、図７のツリーにはデバイスが０〜１５の１６個のみ記載され、ツリー構造も４段構成の均衡のとれた左右対称構成として示しているが、さらに多くのデバイスがツリー中に構成され、また、ツリーの各部において異なる段数構成を持つことが可能である。
【００８０】
また、図７のツリー構造に含まれる各デバイスには、様々な記録媒体、例えば、デバイス埋め込み型あるいはデバイスに着脱自在に構成されたＤＶＤ、ＣＤ、ＭＤ、フラッシュメモリ等を使用する様々なタイプのデバイスが含まれている。さらに、様々なアプリケーションサービスが共存可能である。このような異なるデバイス、異なるアプリケーションの共存構成の上に図７に示すコンテンツあるいは鍵配布構成である階層ツリー構造が適用される。
【００８１】
これらの様々なデバイス、アプリケーションが共存するシステムにおいて、例えば図７の点線で囲んだ部分、すなわちデバイス０，１，２，３を同一の記録媒体を用いる１つのグループとして設定する。例えば、この点線で囲んだグループ内に含まれるデバイスに対しては、まとめて、共通のコンテンツを暗号化してプロバイダから送付したり、各デバイス共通に使用するコンテンツキーを送付したり、あるいは各デバイスからプロバイダあるいは決済機関等にコンテンツ料金の支払データをやはり暗号化して出力するといった処理が実行される。コンテンツサーバ、ライセンスサーバ、あるいはショップサーバ等、各デバイスとのデータ送受信を行なうエンティテイは、図７の点線で囲んだ部分、すなわちデバイス０，１，２，３を１つのグループとして一括してデータを送付する処理を実行可能となる。このようなグループは、図７のツリー中に複数存在する。
【００８２】
なお、ノードキー、リーフキーは、ある１つの鍵管理センター機能を持つ管理システムによって統括して管理してもよいし、各グループに対する様々なデータ送受信を行なうプロバイダ、決済機関等のメッセージデータ配信手段によってグループごとに管理する構成としてもよい。これらのノードキー、リーフキーは例えばキーの漏洩等の場合に更新処理が実行され、この更新処理は鍵管理センター機能を持つ管理システム、プロバイダ、決済機関等が実行する。
【００８３】
このツリー構造において、図７から明らかなように、１つのグループに含まれる３つのデバイス０，１，２，３はデバイスノードキー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）として共通のキーＫ００、Ｋ０、ＫＲを含むデバイスノードキー（ＤＮＫ：Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）を保有する。このノードキー共有構成を利用することにより、例えば共通のキーをデバイス０，１，２，３のみに提供することが可能となる。たとえば、共通に保有するノードキーＫ００は、デバイス０，１，２，３に共通する保有キーとなる。また、新たなキーＫｎｅｗをノードキーＫ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を、ネットワークを介してあるいは記録媒体に格納してデバイス０，１，２，３に配布すれば、デバイス０，１，２，３のみが、それぞれのデバイスにおいて保有する共有ノードキーＫ００を用いて暗号Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を解いて新たなキーＫｎｅｗを得ることが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａによって暗号化したデータであることを示す。
【００８４】
また、ある時点ｔにおいて、デバイス３の所有する鍵：Ｋ００１１，Ｋ００１，Ｋ００，Ｋ０，ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノードキー：Ｋ００１，Ｋ００，Ｋ０，ＫＲをそれぞれ新たな鍵Ｋ（ｔ）００１，Ｋ（ｔ）００，Ｋ（ｔ）０，Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Ｇｅｎｅｒａｔｉｏｎ）：ｔの更新キーであることを示す。
【００８５】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図８（Ａ）に示す有効化キーブロック（ＥＫＢ：Ｅｎａｂｌｉｎｇ　Ｋｅｙ　Ｂｌｏｃｋ）と呼ばれるブロックデータによって構成されるテーブルをたとえばネットワーク、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図７に示すようなツリー構造を構成する各リーフに対応するデバイスに新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Ｋｅｙ　Ｒｅｎｅｗａｌ　Ｂｌｏｃｋ）と呼ばれることもある。
【００８６】
図８（Ａ）に示す有効化キーブロック（ＥＫＢ）には、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図８の例は、図７に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図７から明らかなように、デバイス０，デバイス１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【００８７】
図８（Ａ）のＥＫＢに示されるようにＥＫＢには複数の暗号化キーが含まれる。最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイス２は、自身の持つリーフキーによってこの暗号化キーを復号し、Ｋ（ｔ）００１を得ることができる。また、復号により得たＫ（ｔ）００１を用いて、図８（Ａ）の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。以下順次、図８（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図８（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。一方、デバイスＫ００００．Ｋ０００１は、ノードキーＫ０００は更新する対象に含まれておらず、更新ノードキーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。デバイスＫ００００．Ｋ０００１は、図８（Ａ）の上から３段目の暗号化キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号しＫ（ｔ）００、を取得し、以下、図８（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図８（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新した鍵Ｋ（ｔ）Ｒを得ることができる。なお、図８（Ａ）のインデックスは、復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【００８８】
図７に示すツリー構造の上位段のノードキー：Ｋ（ｔ）０，Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図８（Ｂ）の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイス０，１，２に配布することができる。
【００８９】
図８（Ｂ）に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。具体例として、図７に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツキーＫ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキー：Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ），Ｋ（ｔ）ｃｏｎ）を図８（Ｂ）に示すＥＫＢとともに配布する。この配布により、デバイス４など、その他のグループの機器においては復号されないデータとしての配布が可能となる。
【００９０】
すなわち、デバイス０，１，２はＥＫＢを処理して得たＫ（ｔ）００を用いて上記暗号文を復号すれば、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得ることが可能になる。
【００９１】
［４．ＥＫＢを使用したキーの配布］
図９に、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）と図８（Ｂ）に示すＥＫＢとを記録媒体を介して受領したデバイス０の処理例を示す。すなわちＥＫＢによる暗号化メッセージデータをコンテンツキーＫ（ｔ）ｃｏｎとした例である。
【００９２】
図９に示すように、デバイス０は、記録媒体に格納されている世代：ｔ時点のＥＫＢと自分があらかじめ格納しているノードキーＫ０００を用いて上述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００を生成する。さらに、復号した更新ノードキーＫ（ｔ）００を用いて更新コンテンツキーＫ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフキーＫ００００で暗号化して格納する。
【００９３】
［５．ＥＫＢのフォーマット］
図１０に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン２０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは最新のＥＫＢを識別する機能とコンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ２０３は、有効化キーブロック（ＥＫＢ）中のデータ部の位置を示すポインタであり、タグポインタ２０４はタグ部の位置、署名ポインタ２０５は署名の位置を示すポインタである。
【００９４】
データ部２０６は、例えば更新するノードキーを暗号化したデータを格納する。例えば図８に示すような更新されたノードキーに関する各暗号化キー等を格納する。
【００９５】
タグ部２０７は、データ部に格納された暗号化されたノードキー、リーフキーの位置関係を示すタグである。このタグの付与ルールを図１１を用いて説明する。図１１では、データとして先に図８（Ａ）で説明した有効化キーブロック（ＥＫＢ）を送付する例を示している。この時のデータは、図１１の表（ｂ）に示すようになる。このときの暗号化キーに含まれるトップノードのアドレスをトップノードアドレスとする。この場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれているので、トップノードアドレスはＫＲとなる。このとき、例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図１１の（ａ）に示す階層ツリーに示す位置にある。ここで、次のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）であり、ツリー上では前のデータの左下の位置にある。データがある場合は、タグが０、ない場合は１が設定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝として設定される。最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）の左にはデータがあるので、Ｌタグ＝０、右にはデータがないので、Ｒタグ＝１となる。以下、すべてのデータにタグが設定され、図１１（ｃ）に示すデータ列、およびタグ列が構成される。
【００９６】
タグは、データＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）がツリー構造のどこに位置しているのかを示すために設定されるものである。データ部に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）．．．は、単純に暗号化されたキーの羅列データに過ぎないので、上述したタグによってデータとして格納された暗号化キーのツリー上の位置を判別可能としたものである。上述したタグを用いずに、先の図８で説明した構成のように暗号化データに対応させたノード・インデックスを用いて、例えば、
０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）ｒｏｏｔ）
００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）
０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（Ｔ）００）
．．．のようなデータ構成とすることも可能であるが、このようなインデックスを用いた構成とすると冗長なデータとなりデータ量が増大し、ネットワークを介する配信等においては好ましくない。これに対し、上述したタグをキー位置を示す索引データとして用いることにより、少ないデータ量でキー位置の判別が可能となる。
【００９７】
図１０に戻って、ＥＫＢフォーマットについてさらに説明する。署名（Ｓｉｇｎａｔｕｒｅ）２０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センター機能を持つ管理システム、コンテンツサーバ、ライセンスサーバ、あるいはショップサーバ等が実行する電子署名である。ＥＫＢを受領したデバイスは署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【００９８】
［６．ツリーのカテゴリ分類］
ノードキー等を定義している階層ツリー構造を各デバイスのカテゴリ毎に分類して効率的なキー更新処理、暗号化キー配信、データ配信を実行する構成について、以下説明する。
【００９９】
図１２に階層ツリー構造のカテゴリの分類の一例を示す。図１２において、階層ツリー構造の最上段には、ルートキーＫｒｏｏｔ３０１が設定され、以下の中間段にはノードキー３０２が設定され、最下段には、リーフキー３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーを保有する。
【０１００】
ここで、一例として最上段から第Ｍ段目のあるノードをカテゴリノード３０４として設定する。すなわち第Ｍ段目のノードの各々を特定カテゴリのデバイス設定ノードとする。第Ｍ段の１つのノードを頂点として以下、Ｍ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとする。
【０１０１】
例えば図１２の第Ｍ段目の１つのノード３０５にはカテゴリ［メモリステッイク（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード３０５以下を、メモリスティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義する。
【０１０２】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード３０６として設定することができる。例えば図に示すようにカテゴリ［メモリスティック］ノード３０５の２段下のノードに、メモリスティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノードを設定する。さらに、サブカテゴリノードである再生専用器のノード３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード３０８と［携帯電話］ノード３０９を設定することができる。
【０１０３】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺにその頂点ノード以下の下段のノードキー、リーフキーを格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種キーの配信、更新処理を、その頂点ノードキー以下のノードキー、リーフキーによって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【０１０４】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずにキー更新を実行することができる。
【０１０５】
例えば、図１３に示されるように、ツリー構成のシステムで、キー管理が行われる。図１３の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリスティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとして本システム（Ｔシステムと称する）が対応する。
【０１０６】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーが、ショップサーバ、ライセンスサーバ等の管理エンティテイとしてのサービスプロバイダ、あるいはサービスプロバイダが提供するサービスに適用される。この例の場合、これにより、２２４（約１６メガ）のサービスプロバイダあるいはサービスを規定することができる。さらに、最も下側の３２段の階層により、２３２（約４ギガ）のユーザ（あるいはユーザデバイス）を規定することができる。最下段の３２段のノードからＴシステムのノードまでのパス上の各ノードに対応するキーが、ＤＮＫ（Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）を構成し、最下段のリーフに対応するＩＤがリーフＩＤとされる。
【０１０７】
例えば、コンテンツを暗号化したコンテンツキーは更新されたルートキーＫＲ’によって暗号化され、上位の階層の更新ノードキーは、その直近の下位の階層の更新ノードキーを用いて暗号化され、ＥＫＢ内に配置される。ＥＫＢにおける末端から１つ上の段の更新ノードキーはＥＫＢの末端のノードキーあるいはリーフキーによって暗号化され、ＥＫＢ内に配置される。
【０１０８】
ユーザデバイスは、サービスデータに記述されているＤＮＫのいずれかのキーを用いて、コンテンツデータとともに配布されるＥＫＢ内に記述されている直近の上位の階層の更新ノードキーを復号し、復号して得たキーを用いて、ＥＫＢ内に記述されているさらにその上の階層の更新ノードキーを復号する。以上の処理を順次行うことで、ユーザデバイスは、更新ルートキーＫＲ’を得ることができる。
【０１０９】
上述したように、ツリーのカテゴリ分類により、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定した構成が可能となり、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、サービスプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が実現される。
【０１１０】
さらに、上述のツリー構成のデバイス管理によるＥＫＢ配信システムを適用して、複数のカテゴリに基づくＥＫＢ配信構成を採用したコンテンツ配信および利用形態について説明する。
【０１１１】
図１４を参照して２つのカテゴリについて説明する。図１４に示すように、ルートノード３５０の下段にＴシステムノード３５１を設定し、その下段にＴサービスノード３５２、およびＴハードノード３５３を設定する。Ｔハードノード３５３を頂点としたツリーは、ユーザデバイス機器自体をリーフ３５５として設定し、機器を対象として発行するハード対応ＥＫＢ［ＥＫＢ（Ｈ）］を配信するカテゴリツリーである。一方、Ｔサービスノード３５２を頂点としたツリーは、ユーザデバイス機器に提供するサービスに対応して発行するサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を配信するカテゴリツリーである。
【０１１２】
ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］とも、それぞれ正当な権限を持つデバイスに対して与えられるＤＮＫ（Ｄｅｖｉｃｅ　Ｎｏｄｅ　Ｋｅｙ）すなわち、リーフからＴシステムのノードまでのパス上の各ノードに対応するキーを有することで、各ＥＫＢの復号が可能となる。
【０１１３】
［７．ライセンス購入およびコンテンツ再生処理］
次に、クライアントが、図１に示す情報記録間媒体（ディスク）１０の第２データ記録フィールド１２の記録コンテンツ、すなわち暗号化されたコンテンツを利用、すなわち再生を行なおうとする際に必要となるライセンス取得処理、および取得ライセンスに基づいて実行するコンテンツ利用（再生）処理について説明する。
【０１１４】
図１５は、クライアントアプリケーション、ブラウザを有するＰＣ等のクライアントと、ショップサーバ、ＰＩＤ検証サーバ、ライセンスサーバ、および管理システムとの間で実行されるコンテンツ購入処理における通信シーケンスの初期ステップを示している。なお、ユーザ、クライアントアプリケーション、ブラウザ全体をクライアントと総称し、ショップサーバ、ＰＩＤ検証サーバ、ライセンスサーバ、および管理システム全体をライセンス管理装置と総称する。以下、シーケンス図に示す処理について説明する。なお、各エンティテイ間のデータ通信は、通信路がセキュアな通信路として確保されている場合を除き、暗号処理、例えばＳＳＬに基づく暗号処理が行なわれて送受信される。
【０１１５】
まず、クライアント側において、図１に示す情報記録間媒体（ディスク）１０の第２データ記録フィールド１２の記録コンテンツ、すなわち暗号化されたコンテンツの再生を行なおうとするユーザは、再生コンテンツの指定（ステップ（１））を実行する。ただし、図４を参照して説明したように、ＣＤのＰＣに対するセット処理により、アプリケーションが自動実行されるので、ユーザのコンテンツ指定は、ユーザによるＣＤ等の情報記録媒体のドライブ（例えばＣＤ−ＲＷドライブ）に対するセット処理に相当する。
【０１１６】
ＰＣ等の情報処理装置におけるクライアントアプリケーションは、セットされたＣＤ等の情報記録媒体から、ＰＩＤ（図２参照）、ＰＩＤ検証サーバＵＲＬ、プロダクトＩＤの各情報を読み取る（ステップ（２））。前述したように、ＰＩＤは、図１に示す情報記録媒体１０のＰＩＤ（Ｐｏｓｔｓｃｒｉｂｅｄ−ＩＤ）記録領域１３に記録されており、タイトル単位、アルバム単位、カテゴリ単位、製造ロット単位等、所定のディスク集合単位においてディスク毎にユニークな識別子（ＩＤ）として付与されたメディアＩＤと、その他、バージョン情報等を含み、さらに、データ改竄検証コードとしてのＭＡＣ（Ｍｅｓａａｇｅ　Ａｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ　Ｃｏｄｅ）が付加されたデータである。ＰＩＤ検証サーバＵＲＬ、プロダクトＩＤの各情報は、図４を参照して説明したように、第２データ記録フィールド１２に格納されるデータファイル中の定義ファイルに格納された情報である。
【０１１７】
次に、クライアントアプリケーションは、取得したＰＩＤとプロダクトＩＤを、取得したＰＩＤ検証サーバＵＲＬに基づいてＰＩＤ検証サーバに送信（ステップ（３））する。
【０１１８】
ＰＩＤ検証サーバは、クライアントからＰＩＤとプロダクトＩＤを受信すると、受信ＰＩＤ改竄の有無の検証処理として、ＭＡＣ検証処理を実行（ステップ（４））する。ＭＡＣ検証処理は、例えば図３を参照して説明したＭＡＣ生成処理を受信メッセージ（ＰＩＤ）に基づいて実行し、生成ＭＡＣ値と、受信ＰＩＤに付加されているＭＡＣ値が一致しているか否かを判定する処理として実行される。
【０１１９】
なお、ＭＡＣ生成に必要となる鍵は、ＰＩＤ検証サーバがアルバムマスタテーブルから取得する。アルバムマスタテーブルの構成例を図１６に示す。アルバムマスタテーブルは、プロダクトＩＤと、ＰＩＤのＭＡＣ検証に適用する鍵情報としてのＰＩＤ鍵、ディスクに格納されたコンテンツに対応するタイトル情報およびアーティスト情報とを対応付けたテーブルとして構成される。
【０１２０】
ＰＩＤ検証サーバは、クライアントから受信したプロダクトＩＤに基づいて、図１６に示すアルバムマスタテーブルから、ＭＡＣ検証用鍵としてのＰＩＤ鍵を取得して、ＭＡＣ生成を実行し、クライアントから受信したＰＩＤの改竄検証処理を行なう。生成ＭＡＣ値と、受信ＰＩＤに付加されたＭＡＣ値とが異なる場合は、ＰＩＤデータの改竄が有ると判定し、エラーメッセージをクライアントに送信し、以後のライセンス取得処理は実行されない。
【０１２１】
生成ＭＡＣ値と、受信ＰＩＤに付加されたＭＡＣ値とが一致した場合は、ＰＩＤデータの改竄は無いと判定し、ＰＩＤ検証サーバは、ＰＩＤとプロダクトＩＤを管理システムに送信（ステップ（５））する。管理システムは、ＰＩＤ検証サーバからＰＩＤとプロダクトＩＤを受信すると、一連の処理シーケンス（トランザクション）に対する識別データとしてのトランザクションＩＤ（ＴＩＤ）を、例えば乱数に基づいて生成（ステップ（６））する。
【０１２２】
さらに、生成したトランザクションＩＤに、プロダクトＩＤ、ＰＩＤ、およびライセンスの価格、すなわちコンテンツ利用価格情報を対応付けたトランザクションテーブル・エントリを生成し、テーブルにエントリを格納（ステップ（７））する。トランザクションテーブルの構成例を図１７に示す。トランザクションテーブルは、図１７に示すように、一連の処理シーケンス（トランザクション）に対する識別データとしてのトランザクションＩＤに対応付けて、プロダクトＩＤ、ＰＩＤ中のメディアＩＤ、およびライセンスの価格としてのコンテンツ利用価格を格納したテーブルである。
【０１２３】
なお、ライセンスの価格としてのコンテンツ利用価格は、コンテンツに対応して固定とする構成でもよいが、コンテンツの利用回数、すなわちライセンス購入回数に応じて変動する価格設定とする構成が可能である。
【０１２４】
前述したように、プロダクトＩＤと、ＰＩＤ（メディアＩＤ）との組み合わせはグローバルユニークな識別データであり、プロダクトＩＤと、ＰＩＤ（メディアＩＤ）との組み合わせと、購入回数、すなわち、クライアントからのコンテンツ利用要求に基づく、ライセンス発行回数を対応付けたテーブル、例えば図１８（ａ）に示すディスクテーブルを設定する。さらに、図１８（ｂ）に示すようなプロダクトＩＤと、購入回数と、価格とを対応付けたアルバム価格マスタテーブルを生成してデータベースに格納管理する。
【０１２５】
これら図１８に示すディスクテーブルと、アルバム価格マスタテーブルとを設定し、新たなクライアントからのコンテンツ利用要求があった場合に、ディスクテーブルを参照して、プロダクトＩＤと、ＰＩＤ（メディアＩＤ）に基づいて、過去の購入回数をチェックし、プロダクトＩＤと購入回数に基づいて、アルバム価格マスタを参照して提示価格を決定する。
【０１２６】
例えばクライアントからの提示プロダクトＩＤ、およびＰＩＤ（メディアＩＤ）が図１８（ａ）に示す第１エントリの［Ｐ−１，ＰＩＤ１−００１］に一致している場合、過去の購入回数が１回であると判定され、今回の購入要求が２回目となるので、図１８（ａ）に示すアルバム価格マスタテーブルのプロダクトＩＤ＝Ｐ−１、購入回数＝２の設定価格、￥３００を提示価格とする。さらに、ディスクテーブルの第１エントリの［Ｐ−１，ＰＩＤ１−００１］の購入回数を［＋１］とする更新処理を行なう。
【０１２７】
なお、これらのディスクテーブル更新、価格設定処理は、ライセンス管理装置側の管理システムで行なってもよいが、ショップサーバ、ＰＩＤ検証サーバ、ライセンスサーバのいずれかにおいて実行してもよい。すなわち、いずれかのサーバおいて、クライアントから受信するライセンス取得要求に伴う識別データに基づいて、ディスクテーブルから、クライアントのコンテンツ利用情報を取得し、コンテンツ利用情報に基づいて、アルバム価格マスタテーブルから、ライセンス提供条件情報を取得し、取得したライセンス提供条件情報に基づいて、クライアントに対するライセンス提供条件を決定する。いずれかのサーバまたは管理システムにおいて、このライセンス提供条件決定処理を実行する処理プログラムが記憶部に格納され、ＣＰＵ等の制御部がライセンス提供条件決定処理手段として機能することになる。
【０１２８】
価格設定態様は、様々な態様が可能であるがクライアントからの同一コンテンツの購入回数が増加するほど、価格が低減し、一定回数以上、例えば３回以上の購入処理は、無料として設定する構成などが可能である。
【０１２９】
また、購入回数に応じて価格を変更する態様のみならず、様々なサービス態様の変更、例えば、期限付きライセンスを設定する場合には、設定期間を購入回数に応じて長期間として設定する。あるいは購入回数に応じて無料提供コンテンツをサービスするなど、購入回数に応じた様々なサービスを提供することが可能である。
【０１３０】
管理システムにおけるトランザクションテーブル（図１７）のエントリにおける価格情報は、図１８に示すディスクテーブル、アルバム価格マスタテーブルの参照により設定される価格である。この価格設定処理は、例えばＰＩＤサーバが実行して設定価格情報を管理システムに送信してもよく、管理システムから必要情報をショップサーバあるいはライセンスサーバに送信し、ショップサーバまたはライセンスサーバで価格設定を行い、設定価格情報を管理システムに送信する構成としてもよく、あるいは管理システム自身で図１８に示すディスクテーブル、アルバム価格マスタテーブルの参照により価格を決定してもよい。
【０１３１】
図１５のシーケンス図に続く処理について、図１９を参照して説明する。管理システムにおいて、トランザクションテーブル（図１７）のエントリ生成が終了すると、管理システムは、コンテンツの再生に必要となるライセンス購入ページ情報（ＵＲＬ）をトランザクションＩＤ（ＴＩＤ）とともに、ＰＩＤ検証サーバに送信（ステップ（８））し、ＰＩＤ検証サーバは、ライセンス購入ページ情報（ＵＲＬ）とトランザクションＩＤ（ＴＩＤ）をクライアントアプリケーションに送信（ステップ（９））する。
【０１３２】
クライアントアプリケーションは、受信ＵＲＬに基づいてブラウザを起動（ステップ（１０））し、ショップサーバの提示するライセンス購入ページを表示し、トランザクションＩＤ（ＴＩＤ）をショップサーバに送信（ステップ（１１））する。
【０１３３】
ショップサーバは、受信したトランザクションＩＤ（ＴＩＤ）に基づいて、トランザクションテーブル（図１７参照）から、ＴＩＤに対応するプロダクトＩＤ、ＰＩＤ（メディアＩＤ）、価格情報を取得（ステップ（１２））する。さらに、図２０に示すコンテンツＮｏ、プロダクトＩＤ、コンテンツタイトルとを対応付けたトラックテーブルから、コンテンツタイトル情報を取得し、さらに、アルバムマスタテーブル（図１８（ｂ）参照）から、プロダクトＩＤに基づいて、対応するアルバムタイトル、アーティスト名等のコンテンツ情報を取得（ステップ（１３））する。ショップサーバは、これらの取得情報に基づいて、クライアントに提示すべき購入ページを生成する。ショップサーバは、ウェブページ生成提示手段を有し、購入ページはウェブページとして生成され、クライアントに提示される。購入ページ構成例については、図面を参照して後段で詳細に説明する。
【０１３４】
クライアント側からのＰＩＤおよびプロダクトＩＤを受信して、クライアントに対して購入ページを送信するまでのライセンス管理装置側の一連の処理を、図２１のフローチャートを参照して説明する。
【０１３５】
まず、ステップＳ１０１において、クライアントから受信したプロダクトＩＤに基づいて、アルバムマスタテーブル（図１６参照）から対応するＰＩＤ鍵を取得し、ステップＳ１０２において、ＰＩＤ鍵を適用して受信ＰＩＤに対するＭＡＣ値を計算する。
【０１３６】
ステップＳ１０３において、算出ＭＡＣ値と受信ＰＩＤに格納されたＭＡＣ値の照合処理を行ない、不一致であれば、受信ＰＩＤは改竄されたものとして、ステップＳ１０８に進み、クライアントにエラーメッセージを送信して終了する。
【０１３７】
算出ＭＡＣ＝ＰＩＤ格納ＭＡＣであれば、受信ＰＩＤは改竄なしと判定する。次に、ステップＳ１０４において、クライアントから受信した［プロダクトＩＤ，ＰＩＤ（メディアＩＤ）］に基づいて、ディスクテーブル（図１８（ａ）参照）から購入回数データを取得し、さらに、ステップＳ１０５において、プロダクトＩＤに基づいて、アルバム価格マスタテーブル（図１８（ｂ）参照）から、購入回数に対応する設定価格を取得する。
【０１３８】
次に、ステップＳ１０６において、ＴＩＤの生成処理を実行し、ＴＩＤに対して、プロダクトＩＤ、ＰＩＤ（メディアＩＤ）、価格とを対応付けたトランザクションテーブル（図１７参照）のエントリを設定する。
【０１３９】
次に、ステップＳ１０７において、アルバムマスタ、トラックテーブルからコンテンツ情報を取得し、トランザクションテーブルから価格情報を取得して、価格、コンテンツ情報を持つ購入ページを生成して、ＴＩＤとともに、クライアントに送信する。なお、図２１に示す各ステップの処理は、ライセンス管理装置側のＰＩＤ検証サーバ、管理システム他の各エンティテイにおける協同的処理として実行される。
【０１４０】
図１９の処理シーケンスに続くライセンス提供処理の処理について、図２２の処理シーケンス図に従って説明する。ショップサーバは、上述した処理に基づいて購入ページを生成し、クライアントのブラウザに提示（ステップ（１４））する。
【０１４１】
クライアントのブラウザに提示する購入ページの構成例を図２３に示す。購入ページには、コンテンツ情報５０１、価格情報５０２、ユーザに対する入力要求項目情報を示すユーザ入力フィールド５０３が含まれる。コンテンツ情報５０１は、クライアントにおいて設定したＣＤ等の情報記録媒体（図１参照）の第２データ記録フィールドに記録された暗号化コンテンツの情報である。価格情報５０２は、上述したように購入回数に応じて設定が変更される構成とした場合には、購入回数に応じて設定された価格が提示されることになる。
【０１４２】
クライアントは、図２３に示すような購入ページを表示し、名前、メールアドレス、クレジットカード番号、クレジットカードの有効期間等、決済処理に必要となるデータを入力（ステップ（１５））し、ブラウザを介してショップサーバに対して入力情報の送信を実行（ステップ（１６））する。
【０１４３】
決済情報を受信したショップサーバは、受信情報に基づいて決済処理を実行（ステップ（１７））する。具体的には、決済機関、例えばオンライン決済処理をサービスとして提供する金融機関等と接続し、クライアントの提示したクレジットカード番号等が有効で正当なものであるかどうか、決済可能な口座残高等があるか否か等の処理を実行した上で、決済機関において指定口座から購入金額に応じた金額の引き落とし、または振替処理等を実行し、ショップサーバは、決済機関から決済終了メッセージを受信する。
【０１４４】
決済処理が完了すると、ショップサーバは、クライアントに対して、クライアントアプリケーションにおけるコンテンツの利用（再生処理等）プログラムを起動させるための起動ファイルを生成してクライアントのブラウザを介してクライアントアプリケーションに対して送付する。
【０１４５】
起動ファイルの例を図２４を参照して説明する。起動ファイル５５１は、先に管理システムが生成したトランザクションＩＤ（ＴＩＤ）、クライアントが利用、再生しようとするコンテンツＩＤ（ＣＩＤ）、管理システムが生成した利用権情報ＩＤ（ＵＩＤ）、サービスＩＤ、ライセンスサーバＵＲＬ、ショップサーバＵＲＬが含まれる。
【０１４６】
クライアントアプリケーションは、ショップサーバから受信する起動ファイルに応じて、アプリケーションを起動（ステップ（１９））する。
【０１４７】
クライアントアプリケーションにおいて実行するアプリケーション起動処理として、まず、起動ファイル（図２４参照）に設定されたサービスＩＤ対応のサービスデータがクライアントシステムとしての情報処理装置に格納されているか否かを判定する。
【０１４８】
サービスデータは、クライアントが各種のサービス、例えばコンテンツ利用サービスを受領したい場合、ライセンスサーバから受領するもので、例えば特定のサービスプロバイダの提供サービスの一括したサービス利用権を認めるデータである。図２５（ａ）にサービスデータのデータ構成例を示す。
【０１４９】
図２５（ａ）に示すように、サービスデータ５７０には、ＥＫＢ配信ツリーにおいて設定されるクライアントに固有のリーフＩＤ、サービス識別子としてのサービスＩＤ、さらにデバイスノードキー（ＤＮＫ）をルートキー（Ｋｒｏｏｔ）で暗号化したデータ、Ｅ（Ｋｒｏｏｔ，ＤＮＫ）が含まれる。サービスデータを受領するためには、クライアントは、ライセンスサーバに対する登録処理が必要とされる。
【０１５０】
登録処理は、図２６に示す処理ステップ（２０）、（２１）の処理に対応する。クライアントがサービスＩＤ対応のサービスデータを保有していないと判定すると、処理ステップ（２０）、（２１）の登録処理を実行して、ライセンスサーバからサービスデータを受領する。この登録処理は、。クライアントがサービスＩＤ対応のサービスデータをすでに保有している場合は実行する必要がない。
【０１５１】
登録処理が実行されたクライアントは、次に、利用（再生）コンテンツに対応するライセンスとしての利用権情報を、ライセンスサーバから取得する。
【０１５２】
図２５（ｂ）に利用権情報のデータ構成例を示す。図２５（ｂ）に示すように、利用権情報５７１には、利用権情報識別子としての利用権情報ＩＤ、発行日時情報としてのタイムスタンプ、クライアントに固有のリーフＩＤ、コンテンツ対応である場合は、コンテンツＩＤ、さらに、利用条件対象コンテンツ種別情報が格納される。なお、コンテンツＩＤは、図１に示す情報記録媒体の第２データ格納領域に格納された暗号化コンテンツ個々のコンテンツＩＤを列挙する構成としても、あるいはプロダクトＩＤを設定する構成としてもよい。
【０１５３】
なお、コンテンツ５７２、すなわち、図１に示す情報記録媒体１０の第２データ記録フィールド１２の記録コンテンツは、コンテンツキー［Ｋｃ］で暗号化されたコンテンツデータ（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）、ルートキー［Ｋｒｏｏｔ］で暗号化されたコンテンツキーデータ（Ｅｎｃ（（Ｋｒｏｏｔ，Ｋｃ）、正当な利用権を持つユーザのみが復号し、ルートキー［Ｋｒｏｏｔ］を取得可能なＥＫＢ、およびサービスＩＤを持つ構成としてディスクに記録されている。
【０１５４】
次に、ライセンス取得処理として実行される利用権情報の取得処理シーケンスについて、図２６のシーケンス図を参照して説明する。
【０１５５】
クライアントは、再生または利用対象コンテンツに対応する利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）の取得要求をライセンスサーバに対して送信（ステップ（２２））する。この要求には、先にショップサーバから受領した起動ファイル（図２４参照）中に含まれる利用権情報ＩＤ（ＵＩＤ）、クライアント識別データとしてのリーフＩＤ、および先にショップサーバから受領した起動ファイル（図２４参照）中に含まれるトランザクションＩＤ（ＴＩＤ）が含まれる。
【０１５６】
ライセンスサーバは、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）の取得要求を受信すると、管理システムに対して、注文照会処理（ステップ（２３））を行なう。この要求には、利用権情報ＩＤ（ＵＩＤ）、トランザクションＩＤ（ＴＩＤ）が含まれる。注文照会を受信した管理サーバは、注文照会応答として、利用権情報ＩＤ（ＵＩＤ）に対応する利用条件を設定した応答情報をライセンスサーバに送信（ステップ（２４））する。
【０１５７】
応答情報を受信したライセンスサーバは、コンテンツ利用条件を設定した利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）を生成して、クライアントに対して発行（ステップ（２５））する。なお、コンテンツ利用条件とは、コンテンツの再生回数、期限、外部機器に対するコピー、チェツクアウト処理等の各種処理の許可情報によって構成される。
【０１５８】
利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）を受信したクライアントは、先にコンテンツサーバから受信したコンテンツについて、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）に記録された利用条件に基づいてコンテンツの利用が可能となる。ユーザからコンテンツＩＤ（ＣＩＤ）、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）ＩＤを指定したコンテンツ再生要求（ステップ（２６））があると、クライアントアプリケーションは、利用条件に従ったコンテンツ再生を実行（ステップ（２７））する。
【０１５９】
基本的なコンテンツ再生処理の手順について、図２７を参照して説明する。図１に示す情報記録媒体の第２データ記憶領域（第２セッション）５８２から暗号化コンテンツを含むコンテンツファイル５８４を読み取り、ライセンスサーバ５８１からクライアント５８３にライセンスとして、サービスデータ、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）が与えられ、サービスデータ、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）を適用して、コンテンツファイル５８４内の暗号化コンテンツの復号処理が実行される。
【０１６０】
コンテンツファイル５８４に含まれるコンテンツは、コンテンツキー：Ｋｃにより、暗号化されており（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）、コンテンツキーＫｃは、ＥＫＢから取得可能なルートキーＫｒｏｏｔから得られるキーである。
【０１６１】
クライアント５８３は、ライセンスサーバから受領したサービスデータからデバイスノードキー（ＤＮＫ）を取得し、取得したＤＮＫに基づいてコンテンツファイルのＥＫＢを復号して、ルートキー：Ｋｒｏｏｔを取得し、さらに、取得したルートキー：Ｋｒｏｏｔを用いて、Ｅｎｃ（Ｋｒｏｏｔ，Ｋｃ）を復号してコンテンツキー：Ｋｃを取得し、取得したコンテンツキー：Ｋｃをにより暗号化コンテンツ：Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）の復号処理を実行してコンテンツを取得し、再生する。
【０１６２】
サービスデータ、利用権情報（Ｕｓａｇｅ　Ｒｉｇｈｔ）と対応付けたコンテンツ再生処理の詳細について、図２８を参照して説明する。
【０１６３】
図２８は、ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用したコンテンツの復号処理に基づくコンテンツ利用処理シーケンスを説明した図である。
【０１６４】
図２８に示すサービスデータ６０１、および利用権情報６０３は、ライセンスサーバから受領するデータであり、暗号化コンテンツファイル６０２は図１に示す情報記録媒体の第２データ記憶領域（第２セッション）から読み取られるデータである。サービスデータ６０１は、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１６５】
暗号化コンテンツファイル６０２は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）とを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１６６】
また、利用権情報６０３は、リーフＩＤと、コンテンツの利用条件情報を格納したデータである。コンテンツの利用条件情報には、コンテンツに対応して設定される利用期間、利用回数、コピー制限等の様々な利用条件が含まれる。利用権情報６０３を受領したユーザデバイスは、利用権情報をコンテンツに対応するセキュリティ情報として格納するか、あるいは、コンテンツの索引データとして再生装置（ＰＣ等）に設定されるＡＶインデックスファイル内に格納する。
【０１６７】
例えば、ＰＣ等の大容量の記憶手段を有し、プロセッサ等の処理能力が高いユーザデバイスにおいては、利用権情報をコンテンツに対応するセキュリティ情報として格納することが可能であり、すべての利用権情報を格納して、コンテンツ利用の際にすべての利用権情報を参照した処理を行なうことが好ましい。一方、大容量の記憶手段を持たず、またプロセッサ等の処理能力が低いポータブルデバイス（ＰＤ）等のユーザデバイスにおいては、選択された情報からなる利用権情報４０３をコンテンツの索引データとしてのＡＶインデックスファイル内に格納して、コンテンツ利用の際にＡＶインデックスファイル内の利用条件情報を参照した処理を行なう等の処理が可能である。
【０１６８】
ユーザデバイスは、図２８に示すステップＳ７０１において、ハード対応のデバイスノードキー（ＨＤＮＫ）６１２を適用して、ハード対応のＥＫＢ（Ｈ）６１１の復号処理を実行し、ＥＫＢ（Ｈ）６１１から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図９を参照して説明した手法に従った処理となる。
【０１６９】
次に、ステップＳ７０２において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ６０１内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１７０】
次に、ステップＳ７０３において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル６０２内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１７１】
次に、ステップＳ７０４において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル６０２内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、コンテンツキー（Ｋｃ）を取得する。
【０１７２】
次に、ステップＳ７０５において、暗号化コンテンツファイル６０２から取り出したコンテンツＩＤ（ＣＩＤ）と、利用権情報内に格納されたコンテンツＩＤのマッチング（照合）処理を実行する。マッチング処理により、コンテンツの利用が可能であることが確認されると、ステップＳ７０６において、暗号化コンテンツファイル６０２から取り出したコンテンツキー（Ｋｃ）を適用して、暗号化コンテンツファイル６０２に格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１７３】
上述したように、コンテンツ利用機器としてのハードウェアに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのハード対応ＥＫＢ［ＥＫＢ（Ｈ）］と、コンテンツ利用サービスに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］をそれぞれ個別にユーザに対して提供し、それぞれのＥＫＢに対する正当なＤＮＫを有するユーザのみがサービスの利用を行なうことが可能となる。
【０１７４】
サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を復号するためのＤＮＫ、すなわちＳＤＮＫは、コンテンツに対応したサービスデータ６０１として提供可能であり、またＳＤＮＫを正当なハードウェア対応のＤＮＫ、すなわちＨＤＮＫを有する機器のみが取得可能なハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を適用して暗号化した構成としたので、正当なＨＤＮＫを有するユーザデバイスのみが、ＳＤＮＫを取得でき、サービスが利用となる。
【０１７５】
また、コンテンツ利用において、暗号化コンテンツファイル６０２から取得されるコンテンツ識別子（ＣＩＤ）と、利用権情報から取得されるＣＩＤとのマッチング処理を実行する構成としたので、利用権情報６０３を取得してＣＩＤ情報を格納していることがコンテンツ再生プロセスの必須用件とすることが可能となり、利用条件に従ったコンテンツ利用が実現される。
【０１７６】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１７７】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１７８】
例えば、プログラムは記憶媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１７９】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記憶媒体にインストールすることができる。
【０１８０】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０１８１】
【発明の効果】
以上、説明したように、本発明の構成によれば、ＣＤ等の情報記録媒体に、コピー防止処理が施されたコンテンツ格納領域として設定された第１データ格納領域と、コピー防止処理の施されないコンテンツ格納領域であり、暗号化コンテンツと、該暗号化コンテンツの復号処理に適用する鍵データを暗号化した暗号化鍵データであってライセンスを持つ機器においてのみ復号処理可能な暗号化鍵データとを含む暗号化コンテンツファイルを格納した第２データ格納領域とを、それぞれ異なるセッション領域として設定した構成したので、ＣＤプレーヤー等の再生機器において第１データ記録フィールドの記録コンテンツ再生が可能となるとともに、ＰＣ等のコピー、リッピング処理の可能な情報処理装置においても、ライセンスの取得を条件として、第２データ記録フィールドの暗号化コンテンツの復号再生を実行することが可能となる。
【０１８２】
さらに、本発明の構成によれば、第２データ格納領域に格納された暗号化コンテンツファイル中の暗号化コンテンツは、暗号処理鍵としてのコンテンツキーＫｃにより暗号化されたコンテンツであり、コンテンツキーＫｃは、キー配信ツリー構成を適用して提供される鍵データに基づく有効化キーブロック（ＥＫＢ）の復号処理を含むプロセスの実行により取得可能なキーとして設定されたものであるので、厳格なライセンス管理の下でのコンテンツ利用の管理が可能となる。
【０１８３】
さらに、本発明の構成によれば、第２データ格納領域に、情報記録媒体固有の識別子としてのメディアＩＤと、改竄検証用データとしてのＭＡＣを有する識別子データ（ＰＩＤ）を格納し、ライセンス発行時にＭＡＣ検証による改竄検証を実行する構成としたので、不正なライセンス取得の可能性を排除できる。
【０１８４】
さらに、本発明の構成によれば、第２データ格納領域に複数の情報記録媒体の集合に対応するプロダクト毎に設定された識別子としてのプロダクトＩＤを格納し、メディアＩＤと、プロダクトＩＤとの組み合わせデータをグローバルユニークな識別子とした設定としたので、ライセンス発行管理が確実に、かつ効率的に実行可能となる。
【図面の簡単な説明】
【図１】コピー防止処理が施された第１データ格納領域と、コピー防止処理の施されない第２データ格納領域を持つ情報記録媒体の構成を示す図である。
【図２】ＰＩＤデータのデータフォーマット例を示す図である。
【図３】ＭＡＣ値生成処理例を示す図である。
【図４】第２データ格納領域のディレクトリ構成を示す図である。
【図５】コンテンツ利用、再生処理におけるライセンス取得処理を実行するシステム例を示す図である。
【図６】情報処理装置、サーバの構成例を示す図である
【図７】各種キー、データの暗号化処理、配布処理について説明するツリー構成図である。
【図８】各種キー、データの配布に使用される有効化キーブロック（ＥＫＢ）の例を示す図である。
【図９】コンテンツキーの有効化キーブロック（ＥＫＢ）を使用した配布例と復号処理例を示す図である。
【図１０】有効化キーブロック（ＥＫＢ）のフォーマット例を示す図である。
【図１１】有効化キーブロック（ＥＫＢ）のタグの構成を説明する図である。
【図１２】ツリー構成におけるカテゴリ分割を説明する図である。
【図１３】ツリー構成におけるカテゴリ分割を説明する図である。
【図１４】ツリー構成におけるカテゴリ分割の具体例を説明する図である。
【図１５】ライセンス取得処理における各エンティテイ間の処理シーケンス（その１）を示す図である。
【図１６】アルバムマスタテーブルの構成例を示す図である。
【図１７】トランザクションテーブルの構成例を示す図である。
【図１８】ディスクテーブル、およびアルバム価格マスタテーブルの構成例を示す図である。
【図１９】ライセンス取得処理における各エンティテイ間の処理シーケンス（その２）を示す図である。
【図２０】トラックテーブルの構成例を示す図である。
【図２１】ライセンス取得処理におけるライセンス提供側における処理を説明するフロー図である。
【図２２】ライセンス取得処理における各エンティテイ間の処理シーケンス（その３）を示す図である。
【図２３】ライセンス取得処理において、クライアントに提示する購入ページの例を示す図である。
【図２４】ライセンス取得処理において、クライアントに提供される起動ファイル例を示す図である。
【図２５】サービスデータ、利用権情報のデータ構成例を示す図である。
【図２６】ライセンス取得処理における各エンティテイ間の処理シーケンス（その４）を示す図である。
【図２７】コンテンツ再生処理の概要を説明する図である。
【図２８】有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明する図である。
【符号の説明】
１０　情報記録媒体
１１　第１データ記録領域
１２　第２データ記録領域
１３　ＰＩＤ記録領域
２１　フォーマットバージョン
２２　ＰＩＤリザーブフィールド
２３　メディアＩＤ
２４　ＭＡＣ
５０クライアント
５１　ブラウザ
５２　クライアントアプリケーション
７１　ディスク製造提供エンティテイ
７２　ショップサーバ
７３　ＰＩＤ検証サーバ
７４　ライセンスサーバ
７５　管理システム
７７　データベース
１００　タイマ
１０１　ＣＰＵ（Ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）
１０２　ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ−Ｍｅｍｏｒｙ）
１０３　ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）
１０４　暗号化復号部
１０５　コーデック部
１０６　入力部
１０７　出力部
１０８　記憶部
１０９　通信部
１１０　ドライブ
１１１　バス
１１２　入出力インタフェース
１２１　リムーバブル記録媒体
２０１　バージョン
２０２　デプス
２０３　データポインタ
２０４　タグポインタ
２０５　署名ポインタ
２０６　データ部
２０７　タグ部
２０８　署名
３０１　ルートキー
３０２　ノードキー
３０３　リーフキー
３０４　カテゴリノード
３５０　ルートノード
３５１　Ｔシステムノード
３５２　Ｔサービスノード
３５３　Ｔハードノード
３５４　サービスプロバイダノード
３５５　リーフ
５０１　コンテンツ情報
５０２　価格情報
５０３　ユーザ入力フィールド
５５１　起動ファイル
５７０　サービスデータ
５７１　利用権情報
５７２　コンテンツ
５８１　ライセンスサーバ
５８２　情報記録媒体
５８３　クライアント
５８４　コンテンツファイル
６０１　サービスデータ
６０２　暗号化コンテンツファイル
６０３　利用権情報
６１１　ＥＫＢ（Ｈ）
６１２　ＨＤＮＫ
【図１】
2004102788.tif 000003
【図２】
2004102788.tif 000004
【図３】
2004102788.tif 000005
【図４】
2004102788.tif 000006
【図５】
2004102788.tif 000007
【図６】
2004102788.tif 000008
【図７】
2004102788.tif 000009
【図８】
2004102788.tif 000010
【図９】
2004102788.tif 000011
【図１０】
2004102788.tif 000012
【図１１】
2004102788.tif 000013
【図１２】
2004102788.tif 000014
【図１３】
2004102788.tif 000015
【図１４】
2004102788.tif 000016
【図１５】
2004102788.tif 000017
【図１６】
2004102788.tif 000018
【図１７】
2004102788.tif 000019
【図１８】
2004102788.tif 000020
【図１９】
2004102788.tif 000021
【図２０】
2004102788.tif 000022
【図２１】
2004102788.tif 000023
【図２２】
2004102788.tif 000024
【図２３】
2004102788.tif 000025
【図２４】
2004102788.tif 000026
【図２５】
2004102788.tif 000027
【図２６】
2004102788.tif 000028
【図２７】
2004102788.tif 000029
【図２８】
2004102788.tif 000030