JP4192499B2 - 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム - Google Patents
情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP4192499B2 JP4192499B2 JP2002149266A JP2002149266A JP4192499B2 JP 4192499 B2 JP4192499 B2 JP 4192499B2 JP 2002149266 A JP2002149266 A JP 2002149266A JP 2002149266 A JP2002149266 A JP 2002149266A JP 4192499 B2 JP4192499 B2 JP 4192499B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- key
- ekb
- information
- information processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Storage Device Security (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムに関する。特に、著作権保護等により、利用制限を付加することが好ましいコンテンツの機器間の移動（ムーブ）、複製（コピー）処理において、利用制限を考慮し効率的な処理を実現可能とした情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今、音楽データ、ゲームプログラム、画像データ等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）の、インターネット等のネットワーク、あるいは、メモリカード、ＨＤ、ＤＶＤ、ＣＤ等の流通可能な記憶媒体を介した流通が盛んになっている。これらの流通コンテンツは、ユーザの所有するＰＣ（Personal Computer）、記録再生器、再生専用器、あるいはゲーム機器内の記憶手段、例えばＨＤ，フラッシュメモリを有するカード型記憶装置、ＣＤ、ＤＶＤ等に格納され、再生処理が実行される。
【０００３】
記録再生装置、ゲーム機器、ＰＣ等の情報機器には、コンテンツをネットワークから受信するためのインタフェース、あるいはメモリカード、ＨＤ、ＤＶＤ、ＣＤ等にアクセスするためのインタフェースを有し、コンテンツの再生に必要となる制御手段、プログラム、データのメモリ領域として使用されるＲＡＭ、ＲＯＭ等を有する。
【０００４】
音楽データ、画像データ、あるいはプログラム等の様々なコンテンツは、再生機器として利用される記録再生装置、ゲーム機器、ＰＣ等の情報機器本体からのユーザ指示、あるいは接続された入力手段を介したユーザの指示により、例えば内蔵、あるいは着脱自在の記憶媒体から呼び出され、情報機器本体、あるいは接続されたディスプレイ、スピーカ等を通じて再生される。
【０００５】
ゲームプログラム、音楽データ、画像データ等、多くのソフトウエア・コンテンツは、一般的にその作成者、販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、ソフトウェアの使用を許諾し、許可のない複製等が行われないようにする、すなわちセキュリティを考慮した構成をとるのが一般的となっている。
【０００６】
特に、近年においては、情報をデジタル的に記録する記録装置や記憶媒体が普及しつつある。このようなデジタル記録装置および記憶媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことができる。このようにデジタルデータは画質や音質を維持したまま何度もコピーを繰り返し実行することができるため、コピーが違法に行われた記憶媒体が市場に流通することになると、音楽、映画等各種コンテンツの著作権者、あるいは正当な販売権者等の利益が害されることになる。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記憶媒体に違法なコピーを防止するための様々な処理構成が実現または提案されている。
【０００７】
例えば、音楽配信技術における各種の仕様を提案しているＳＤＭＩ（Secure Digital music Initiative）では、ポータブルプレーヤにおける著作権保護機能の規格を提案している。著作権保護機能の実現形態としては、コンテンツのコピー数の制限、コンテンツの利用期間の制限など様々である。
【０００８】
【発明が解決しようとする課題】
フラッシュメモリ、カード型ＨＤ、メモリカードなど小型の記憶媒体を適用してオーディオデータやビデオデータ等のコンテンツを記録再生するシステムでは、例えばＤＶＤ、ＣＤ等の記憶媒体から音楽等のコンテンツを小型の記憶媒体にコピーして、小型記憶媒体を装着したポータブルデバイスにおいてコピーコンテンツを再生するといった使用形態がある。また、ネットワークから配信されるコンテンツをパーソナルコンピュータに内蔵されるハードディスク、ＤＶＤ、ＣＤ等の大容量記憶媒体に一旦蓄積し、その後、パーソナルコンピュータからメモリカードあるいは携帯型の小型ハードディスク（ＨＤ）にコンテンツを移動して、メモリカード、ＨＤを装着可能なポータブルデバイスでコンテンツを再生する形態、すなわちＰＣをコンテンツのパーソナルサーバとして使用する形態も多く行われつつある。
【０００９】
ＣＤ等の記憶媒体からのコンテンツや、インターネット等の通信を介して得たコンテンツを一旦ハードディスク、ＤＶＤ、ＣＤ等の大容量記憶媒体に保存し、これらの記憶媒体からメモリカードにコンテンツをコピー又はムーブする。そしてメモリカード側でコンテンツの再生を行うようなコンテンツ利用が無秩序に行われることはコンテンツの著作権上問題がある。なおムーブ、すなわちコンテンツの移動とは、コンテンツを例えば大容量記憶媒体からメモリカードにコピー記録した後に、そのコピー元となる記憶媒体（ＨＤ、ＤＶＤ、ＣＤ等）からコンテンツを消去することで実現される動作形態である。
【００１０】
著作権保護の観点から、ある程度コピーやムーブが制限されるようにする必要がある。その一方で、完全にコピー／ムーブを禁止してしまうことは、上記のようなＰＣからポータブルメディアにコンテンツを移動して外でコンテンツの再生を楽しむといったコンテンツ利用を阻むことになり、適切ではない。従って、著作権保護を実現した上で、ユーザーの私的コピーの権利を維持できるような、適切なコピー／ムーブ管理を実現することが求められている。
【００１１】
ＰＣからポータブルデバイスへのコンテンツ転送処理、利用処理に際しては、コンテンツに対応して設定される利用条件によって許可された範囲で利用されることが好ましい。例えば利用期間、利用回数制限を設定し、コンテンツ利用に応じたステータスを記録して、ポータブルデバイス、ＰＣ等、それぞれの機器で利用条件の範囲内でコンテンツの利用が行なわれるべきである。
【００１２】
ＰＣ等のように大容量記憶媒体を持ち、処理能力の高いプロセッサを有する機器においては、このようなコンテンツ利用条件情報に基づくコンテンツ利用可否判定のための処理負荷あるいはコンテンツ利用条件情報の記憶処理は、何ら問題がなく実行可能であるが、記憶容量が小さく、ＣＰＵ能力の低いポータブルデバイス等の端末装置またはコンテンツ記憶装置においては、ＰＣ等と同等の処理および情報記憶を行なうことは、必ずしも容易ではない。
【００１３】
コンテンツと、コンテンツに対応する利用権情報を別々に配布するシステムにおいては、ポータブルデバイス等の端末装置またはコンテンツ記憶装置において、両者の対応の正当性を検証するマッチング処理が必要となる。この処理は負荷が大きく、ポータブルデバイス等の端末装置において実行することは困難である。コンテンツを処理能力の低いポータブルデバイス等の端末装置で、コンテンツに対応する利用権データを探し出し、そのデータの正当性を検証した上で、そのコンテンツの利用を許可する処理を実行することは、ポータブルデバイス等の端末装置の有する限られたリソースを適用して実行することには困難性があった。
【００１４】
本発明はこのような状況に鑑みてなされたものであり、データ記憶容量が小さくまたプロセッサ等の処理能力の低いポータブルデバイス等の情報処理装置においても、コンテンツに対応して設定されたコンテンツ利用条件に従ったコンテンツの利用を可能として、コンテンツの不正利用を防止可能とした情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【００１５】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ再生処理を実行する情報処理装置であり、
暗号化コンテンツを格納するとともに、コンテンツ利用条件情報を含むインデックスファイルを記憶した記憶手段と、
前記インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する制御手段と、
を有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理装置にある。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、前記制御手段は、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、前記コンテンツキー取得処理を実行する構成を有することを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、前記制御手段は、前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記コンテンツ利用条件情報は、コンテンツの利用可能期間、利用可能回数を含む構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記インデックスファイルは、コンテンツに対応する属性情報を含むモバイルクイックタイムフォーマットに従ったデータ構成を有することを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファィルと、前記インデックスファイルを入力し、前記制御手段は、前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第２の側面は、
情報処理装置においてコンテンツ再生処理を実行する情報処理方法であり、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理方法にある。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、前記情報処理方法は、さらに、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定するステップを有し、前記コンテンツキー取得処理ステップは、前記コンテンツ利用条件情報の改竄無しの判定を条件として実行することを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、前記コンテンツキー取得処理ステップは、前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファイルと、前記インデックスファイルを入力するステップと、前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行するステップと、を有することを特徴とする。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行することを特徴とする。
【００３３】
さらに、本発明の第３の側面は、
情報処理装置において、コンテンツ再生処理を実行する情報処理を実行せしめるコンピュータ・プログラムであって、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とするコンピュータ・プログラムにある。
【００３４】
【作用】
本発明は、コンテンツ索引データとしてのインデックスファイルにコンテンツ利用条件情報を含む構成としたので、少ない記憶容量を持ち、プロセッサ等の処理能力の低いポータブルデバイスにおいても、インデックスファイルのコンテンツ利用条件情報を適用した正当なコンテンツ利用が可能となる。
【００３５】
さらに、本発明の構成では、インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する構成としたので、利用条件に基づくコンテンツ利用が認められた場合にのみコンテンツキー取得が可能となるので、厳格なコンテンツ利用条件の遵守が可能となる。
【００３６】
さらに、本発明では、インデックスファイルにコンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、ＭＡＣと、コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、コンテンツキー取得処理を実行する構成としたので、利用条件情報の改竄に基づく不正なコンテンツ利用が防止される。
【００３７】
さらに、本発明では、コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーとして設定されるので、厳格なコンテンツ利用権限の判定処理に基づくコンテンツ利用が可能となる。
【００３８】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４０】
【発明の実施の形態】
［システム概要］
図１は、本発明の適用可能なコンテンツ管理システムの概要を説明する図である。コンテンツの利用を行なうユーザデバイスには、ＰＣ３１、各種のポータブルデバイス３２等の情報処理装置が含まれる。コンテンツは、暗号化コンテンツ５１としてサービスプロバイダ１２からユーザデバイス３０に提供される。さらに、サービスプロバイダ１２からユーザデバイス３０に対しては、コンテンツに対応するコンテンツ利用権情報５２が提供され、ＰＣ３１、ポータブルデバイス３２等のユーザデバイス３０では、利用権情報５２に従って配布された暗号化コンテンツを復号して利用する。
【００４１】
オリジナルのコンテンツは、コンテンツプロバイダ１１から、コンテンツ利用条件情報とともに、サービスプロバイダ１２に提供される。キー管理センター１３は、有効化キーブロック（ＥＫＢ：Enabling Key Block）、デバイス・ノード・キー（ＤＮＫ：Device Node Key）等の鍵データを提供する。有効化キーブロック（ＥＫＢ：Enabling Key Block）、デバイス・ノード・キー（ＤＮＫ：Device Node Key）は、コンテンツの利用を正当なコンテンツ利用権を有するユーザデバイスにおいてのみ暗号化コンテンツを復号して利用可能とするためのコンテンツ利用に必要となる暗号鍵を取得するための鍵データである。ＥＫＢ，ＤＮＫについては、後段で説明する。
【００４２】
キー管理センター１３は、有効化キーブロック（ＥＫＢ：Enabling Key Block）を適用したユーザデバイス３０に対するキーの発行処理を実行するキー発行センター（ＫＤＣ：Key Distribute Center）、およびキー配信ツリー管理者としてのトップレベル・カテゴリ・エンティテイ（ＴＬＣＥ：Top Level Category Entity）を含む構成である。
【００４３】
サービスプロバイダ１２は、コンテンツプロバイタ１１から提供されるコンテンツを暗号化して、暗号化コンテンツ５１を生成して、ユーザデバイス３０に提供する。さらに、コンテンツプロバイダから提供されるコンテンツ利用条件情報に基づいて利用権情報５２を生成してユーザデバイス３０に提供する。さらに、キー管理センター１３の提供するデバイスノードキー（ＤＮＫ：Device Node Key）、有効化キーブロック（ＥＫＢ：Enabling Key Block）に基づいてサービスデータ５３を生成してユーザデバイス３０に提供する。サービスデータは、暗号化コンテンツの復号処理の際に必要となるサービス・デバイスノードキー（ＳＤＮＫ）を持つ有効化キーブロック（ＥＫＢ）を含む。
【００４４】
暗号化コンテンツ５１、利用権情報５２、およびサービスデータ５３の詳細構成、およびこれらのデータの利用処理の詳細については、後段で説明する。
【００４５】
なお、コンテンツの利用条件には、利用期間の限定条件、コピーの回数制限、さらにコンテンツを同時に利用することができるポータブルメディア（ＰＭ：Portable Media）の数（いわゆるチェックアウト（Check-out）数に対応）の制限等がある。
【００４６】
例えば、ＰＣ３１のハードディスクに格納した各コンテンツの各々に対応させて、そのコンテンツを同時に利用することができるポータブルメディア（ＰＭ：Portable Media）の数として最大チェックアウト数が設定可能である。ポータブルメディア（ＰＭ：Portable Media）は例えばフラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク、ＭＤ（Mini Disk)等、ポータブルデバイス３２において利用可能な記憶媒体である。
【００４７】
パーソナルコンピュータ（ＰＣ）３１は、コンテンツを格納するポータブルメディアにＰＣ３１のハードディスクからコンテンツを転送（チェックアウト）し、ポータブルメディアを格納したポータブルデバイス３２においてコンテンツの利用（再生）が可能となる。この際、コンテンツに対応する利用条件情報もポータブルデバイス３２において適用可能とする構成が必要となる。
【００４８】
フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等を装着したポータブルデバイス３２は、パーソナルコンピュータ３１から供給されたコンテンツを、利用条件情報を含む付帯データと共に、フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等の記憶媒体に記憶する。ポータブルデバイス３２は、コンテンツの付帯データとしての利用条件に従って、記憶媒体に格納したコンテンツを再生し、ヘッドフォン、スピーカ等の出力手段を介して出力する。
【００４９】
パーソナルコンピュータ３１、およびコンテンツ格納可能なフラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等のポータブルメディアを装着可能なポータブルデバイス３２の構成例について、図２、図３を用いて説明する。
【００５０】
まず、図２を用いてパーソナルコンピュータ３１の構成について説明する。ＣＰＵ（Central Processing Unit）１０１は、各種アプリケーションプログラム、ＯＳ（Operating System)を実際に実行する。さらに、コンテンツの暗号化、復号処理として、例えばＤＥＳ(Data Encryption Standard)の暗号化アルゴリズムを適用した暗号処理、ＭＡＣ生成、検証処理等を実行し、接続した情報記録処理装置（ポータブルデバイス）との間で実行されるコンテンツ入出力時の認証およびセッションキー共有処理、コンテンツ入出力処理制御等を行なう制御手段として機能する。
【００５１】
ＲＯＭ（Read Only Memory）１０２は、ＣＰＵ１０１が使用するプログラムや演算用のパラメータのうちの固定データ等を格納する。上述したポータブルデバイスとの間で実行されるコンテンツ入出力時のデータ処理プログラム等が格納される。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００５２】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ(Peripheral Component Interconnect/Interface)バスなどの外部バス１０６に接続されている。
【００５３】
キーボード１０８は、ＣＰＵ１０１に各種の指令を入力するとき、使用者により操作される。ポインティングデバイス１０９は、ディスプレイ１１０の画面上のポイントの指示や選択を行うとき、使用者により操作される。ディスプレイ１１０は、液晶表示装置またはＣＲＴ（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。ＨＤＤ（Hard Disk Drive）１１１は、ハードディスクを駆動し、ＣＰＵ１０１によって実行するプログラムや情報を記録または再生させる。
【００５４】
ドライブ１１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース１０７、外部バス１０６、ブリッジ１０５、およびホストバス１０４を介して接続されているＲＡＭ１０３に供給する。
【００５５】
ＰＤ（ポータブルデバイス）接続ポート１１４は、ポータブルデバイスを接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続によりポータブルデバイスが接続される。ＰＤ（ポータブルデバイス）接続ポート１１４は、インタフェース１０７、および外部バス１０６、ブリッジ１０５、ホストバス１０４等を介して、ＨＤＤ１１１、ＣＰＵ１０１、またはＲＡＭ１０３から供給されたデータ、例えば、コンテンツまたはポータブルデバイス１２２のコマンドなどをポータブルデバイス１２２に出力する。
【００５６】
音声入出力インタフェース１１５は、例えばＩＥＣ（Internationl Electrotechnical Commission）60958端子を有するデジタル音声入出力、あるいはアナログ音声入出力のインタフェース処理を実行し、スピーカ等の出力手段に接続され、入出力インタフェース１１５から供給された音声信号を基に、コンテンツに対応する所定の音声を出力する。
【００５７】
これらのキーボード１０８乃至音声入出力インタフェース１１５は、インタフェース１０７に接続されており、インタフェース１０７は、外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００５８】
通信部１１６は、ネットワークに接続され、ＣＰＵ１０１、またはＨＤＤ１１１等から供給されたデータ（例えば、登録の要求、またはコンテンツの送信要求など）を、所定の方式のパケットに格納して、ネットワーク２を介して、送信するとともに、ネットワーク２を介して、受信したパケットに格納されているデータ（例えば、認証鍵、またはコンテンツなど）をＣＰＵ１０１、ＲＡＭ１０３、またはＨＤＤ１１１に出力する。
【００５９】
次に、ポータブルメディアを利用するポータブルデバイス構成例を図３を参照して説明する。なお、コンテンツの格納記憶媒体としてのメディアは、フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等である。
【００６０】
電源回路１５２は、供給される電源電圧を所定の電圧の内部電力に変換して、ＣＰＵ１５３乃至表示部１６７に供給することにより、装置全体を駆動させる。入出力Ｉ／Ｆ１５７は、コンテンツの提供元となるパーソナルコンピュータ（ＰＣ）１７２と接続するインタフェースであり、例えばＵＳＢ，ＩＥＥＥ１３９４等の接続態様による接続を行なう。
【００６１】
パーソナルコンピュータ１７２から転送されるデータは、例えば１パケット当たり６４バイトのデータから構成され、１２Ｍｂｉｔ／ｓｅｃの転送レートでパーソナルコンピュータからポータブルデバイスに対して転送される。ポータブルデバイスに転送されるデータは、コンテンツおよびコンテンツの利用条件等の付帯情報から構成される。
【００６２】
ポータブルデバイスが、パーソナルコンピュータからコンテンツと共にコンテンツの書き込み命令を受信した場合、ＲＯＭ１５５からＲＡＭ１５４に読み出したメインプログラムを実行する制御手段としてのＣＰＵ１５３は、書き込み命令を受け取り、記憶媒体１６１、例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤにコンテンツ書き込みを実行する。なお、図の例では、記憶媒体１６１としてフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤを示しているが、これらの記憶媒体は例であり、少なくとも１種類の記憶媒体が利用可能であればよい。
【００６３】
記憶媒体１６１に対するデータの書き込み処理は、記憶媒体１６１に応じた記憶媒体コントローラまたはドライブ１６０を介して実行される。例えば記憶媒体１６１がフラッシュメモリであれば、フラッシュメモリコントローラを介して書き込みが実行され、記憶媒体１６１がハードディスク（ＨＤ）であれば、ＨＤＤを介して書き込みが実行される。なお、記憶媒体１６１、例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤは、ポータブルデバイスに着脱可能なものとして構成可能である。
【００６４】
ユーザによるコンテンツ再生命令が操作キーコントローラ１６２を介してＣＰＵ１５３に供給されると、制御手段としてのＣＰＵ１５３は、記憶媒体コントローラまたはドライブ１６０に記憶媒体１６１からのコンテンツ読み出し処理を実行させ、ＤＳＰ１５９に転送させる。
【００６５】
ＤＳＰ(Digital Signal Processor)１５９は、記憶媒体１６１から転送されたコンテンツの再生処理を実行する。ＤＳＰ１５９は、暗号化、復号化処理機能、イコライザ調整（音声信号の周波数帯域に対応した利得の調整）機能、圧縮伸長（エンコード／デコード）処理機能を有する。例えば、デジタルオーディオ信号を記憶媒体１６１に書き込むために高能率符号化し、また、メモリカード１６１から読み出されたデータを復号する。高能率符号化方法としては、例えばミニディスクで採用されているＡＴＲＡＣ(Adaptive Transform Acoustic Coding)を改良したＡＴＲＡＣ３等が使用される。
【００６６】
ＡＴＲＡＣ３では、サンプリング周波数＝４４．１ｋHzでサンプリングした量子化ビットが１６ビットのオーディオデータを高能率符号化処理する。ＡＴＲＡＣ３でオーディオデータを処理する時の最小のデータ単位がサウンドユニットＳＵである。１ＳＵは、１０２４サンプル分（１０２４×１６ビット×２チャンネル）を数百バイトに圧縮したものであり、時間にして約２３ｍ秒である。上述の高能率符号化処理により約１／１０にオーディオデータが圧縮される。
【００６７】
ディジタルアナログ変換回路１６３は、再生したコンテンツをアナログの音声信号に変換して、これを増幅回路１６４に供給する。増幅回路１６４は、音声信号を増幅して、出力部１６５を介して、ヘッドフォンあるいはスピーカに音声信号を供給する。
【００６８】
入力Ｉ／Ｆ１７１からは、外部のソースからデジタル信号、またはアナログ信号を入力し、アナログ信号入力時にはＡ／Ｄ変換する。Ａ／Ｄ変換は、入力される入力信号を例えばサンプリング周波数＝４４．１ｋHz、量子化ビット＝１６ビットのデジタルオーディオ信号へ変換する。また、外部のソースからデジタル信号は、ＳＲＣ（サンプリングレートコンバータ）により、同様にサンプリング周波数が４４．１ｋHz、量子化ビットが１６ビットのデジタルオーディオ信号に変換される。
【００６９】
また、ＣＰＵ１５３は、ＬＣＤコントローラ１６６を制御して、表示部１６７に、再生モードの状態（例えば、リピート再生、イントロ再生など）、イコライザ調整（音声信号の周波数帯域に対応した利得の調整）、曲番号、演奏時間、再生、停止、早送り、早戻しなどの状態、音量および乾電池の残量等の情報を表示させる。
【００７０】
なお、ＤＳＰ１５９で実行するコンテンツの暗号化、復号処理には例えばＤＥＳ(Data Encryption Standard)の暗号化アルゴリズムが適用される。コンテンツの暗号化は、コンテンツの著作権を保護するための処理であり、ＰＣとポータブルデバイス間におけるコンテンツ転送処理、ポータブルデバイスと記憶媒体との間におけるコンテンツ転送処理において、コンテンツ暗号処理が実行される。
【００７１】
例えばフラッシュメモリからなるＥＥＰＲＯＭ１６８には、暗号化、復号化処理に適用するキーを格納し、ＰＣとポータブルデバイス間におけるコンテンツ転送処理、ポータブルデバイスと記憶媒体との間におけるコンテンツ転送処理における認証処理およびセッションキー共有処理、転送データ、あるいは格納データの暗号化、復号処理等において適用される。
［キー配信構成としてのツリー（木）構造について］
次に、正当なコンテンツ利用権を有するユーザデバイスにおいてのみコンテンツを利用可能とするための、ブロードキャストエンクリプション（Broadcast Encryption）方式の一態様であるツリー構成によるデバイスとキーの管理構成について説明する。
【００７２】
図４の最下段に示すナンバ０〜１５がコンテンツ利用を行なうユーザデバイスである。すなわち図４に示す階層ツリー（木）構造の各葉(リーフ：leaf)がそれぞれのデバイスに相当する。
【００７３】
各デバイス０〜１５は、製造時あるいは出荷時、あるいはその後において、図４に示す階層ツリー（木）構造における自分のリーフからルートに至るまでのノードに割り当てられた鍵（ノードキー）および各リーフのリーフキーからなるキーセット（デバイスノードキー（ＤＮＫ：Device Node Key））をメモリに格納する。図４の最下段に示すＫ００００〜Ｋ１１１１が各デバイス０〜１５にそれぞれ割り当てられたリーフキーであり、最上段のＫＲ（ルートキー）から、最下段から２番目の節（ノード）に記載されたキー：ＫＲ〜Ｋ１１１をノードキーとする。
【００７４】
図４に示すツリー構成において、例えばデバイス０はリーフキーＫ００００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ＫＲを所有する。デバイス５はＫ０１０１、Ｋ０１０、Ｋ０１、Ｋ０、ＫＲを所有する。デバイス１５は、Ｋ１１１１、Ｋ１１１、Ｋ１１、Ｋ１、ＫＲを所有する。なお、図４のツリーにはデバイスが０〜１５の１６個のみ記載され、ツリー構造も４段構成の均衡のとれた左右対称構成として示しているが、さらに多くのデバイスがツリー中に構成され、また、ツリーの各部において異なる段数構成を持つことが可能である。
【００７５】
また、図４のツリー構造に含まれる各デバイスには、様々な記録媒体、例えば、デバイス埋め込み型あるいはデバイスに着脱自在に構成されたＤＶＤ、ＣＤ、ＭＤ、フラッシュメモリ等を使用する様々なタイプのデバイスが含まれている。さらに、様々なアプリケーションサービスが共存可能である。このような異なるデバイス、異なるアプリケーションの共存構成の上に図４に示すコンテンツあるいは鍵配布構成である階層ツリー構造が適用される。
【００７６】
これらの様々なデバイス、アプリケーションが共存するシステムにおいて、例えば図４の点線で囲んだ部分、すなわちデバイス０，１，２，３を同一の記録媒体を用いる１つのグループとして設定する。例えば、この点線で囲んだグループ内に含まれるデバイスに対しては、まとめて、共通のコンテンツを暗号化してプロバイダから送付したり、各デバイス共通に使用するコンテンツキーを送付したり、あるいは各デバイスからプロバイダあるいは決済機関等にコンテンツ料金の支払データをやはり暗号化して出力するといった処理が実行される。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、図４の点線で囲んだ部分、すなわちデバイス０，１，２，３を１つのグループとして一括してデータを送付する処理を実行する。このようなグループは、図４のツリー中に複数存在する。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、メッセージデータ配信手段として機能する。
【００７７】
なお、ノードキー、リーフキーは、ある１つの鍵管理センターによって統括して管理してもよいし、各グループに対する様々なデータ送受信を行なうプロバイダ、決済機関等のメッセージデータ配信手段によってグループごとに管理する構成としてもよい。これらのノードキー、リーフキーは例えばキーの漏洩等の場合に更新処理が実行され、この更新処理は鍵管理センター、プロバイダ、決済機関等が実行する。
【００７８】
このツリー構造において、図４から明らかなように、１つのグループに含まれる３つのデバイス０，１，２，３はデバイスノードキー（ＤＮＫ：Device Node Key）として共通のキーＫ００、Ｋ０、ＫＲを含むデバイスノードキー（ＤＮＫ：Device Node Key）を保有する。このノードキー共有構成を利用することにより、例えば共通のキーをデバイス０，１，２，３のみに提供することが可能となる。たとえば、共通に保有するノードキーＫ００は、デバイス０，１，２，３に共通する保有キーとなる。また、新たなキーＫｎｅｗをノードキーＫ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を、ネットワークを介してあるいは記録媒体に格納してデバイス０，１，２，３に配布すれば、デバイス０，１，２，３のみが、それぞれのデバイスにおいて保有する共有ノードキーＫ００を用いて暗号Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を解いて新たなキーＫｎｅｗを得ることが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａによって暗号化したデータであることを示す。
【００７９】
また、ある時点ｔにおいて、デバイス３の所有する鍵：Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノードキー：Ｋ００１,Ｋ００,Ｋ０,ＫＲをそれぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）：ｔの更新キーであることを示す。
【００８０】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図５（Ａ）に示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルをたとえばネットワーク、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図４に示すようなツリー構造を構成する各リーフに対応するデバイスに新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【００８１】
図５（Ａ）に示す有効化キーブロック（ＥＫＢ）には、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図５の例は、図４に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図４から明らかなように、デバイス０，デバイス１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【００８２】
図５（Ａ）のＥＫＢに示されるようにＥＫＢには複数の暗号化キーが含まれる。最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイス２は、自身の持つリーフキーによってこの暗号化キーを復号し、Ｋ（ｔ）００１を得ることができる。また、復号により得たＫ（ｔ）００１を用いて、図５（Ａ）の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。以下順次、図５（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図５（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。一方、デバイスＫ００００．Ｋ０００１は、ノードキーＫ０００は更新する対象に含まれておらず、更新ノードキーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。デバイスＫ００００．Ｋ０００１は、図５（Ａ）の上から３段目の暗号化キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号しＫ（ｔ）００、を取得し、以下、図５（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図５（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新した鍵Ｋ（ｔ）Ｒを得ることができる。なお、図５（Ａ）のインデックスは、復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【００８３】
図４に示すツリー構造の上位段のノードキー：Ｋ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図５（Ｂ）の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイス０，１，２に配布することができる。
【００８４】
図５（Ｂ）に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。具体例として、図４に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツキーＫ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキー：Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ），Ｋ（ｔ）ｃｏｎ）を図５（Ｂ）に示すＥＫＢとともに配布する。この配布により、デバイス４など、その他のグループの機器においては復号されないデータとしての配布が可能となる。
【００８５】
すなわち、デバイス０，１，２はＥＫＢを処理して得たＫ（ｔ）００を用いて上記暗号文を復号すれば、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得ることが可能になる。
【００８６】
［ＥＫＢを使用したキーの配布］
図６に、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）と図５（Ｂ）に示すＥＫＢとを記録媒体を介して受領したデバイス０の処理例を示す。すなわちＥＫＢによる暗号化メッセージデータをコンテンツキーＫ（ｔ）ｃｏｎとした例である。
【００８７】
図６に示すように、デバイス０は、記録媒体に格納されている世代：t時点のＥＫＢと自分があらかじめ格納しているノードキーＫ０００を用いて上述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００を生成する。さらに、復号した更新ノードキーＫ（ｔ）００を用いて更新コンテンツキーＫ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフキーＫ００００で暗号化して格納する。
【００８８】
［ＥＫＢのフォーマット］
図７に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン２０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは最新のＥＫＢを識別する機能とコンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ２０３は、有効化キーブロック（ＥＫＢ）中のデータ部の位置を示すポインタであり、タグポインタ２０４はタグ部の位置、署名ポインタ２０５は署名の位置を示すポインタである。
【００８９】
データ部２０６は、例えば更新するノードキーを暗号化したデータを格納する。例えば図６に示すような更新されたノードキーに関する各暗号化キー等を格納する。
【００９０】
タグ部２０７は、データ部に格納された暗号化されたノードキー、リーフキーの位置関係を示すタグである。このタグの付与ルールを図８を用いて説明する。図８では、データとして先に図５（Ａ）で説明した有効化キーブロック（ＥＫＢ）を送付する例を示している。この時のデータは、図８の表（ｂ）に示すようになる。このときの暗号化キーに含まれるトップノードのアドレスをトップノードアドレスとする。この場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれているので、トップノードアドレスはＫＲとなる。このとき、例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図８の（ａ）に示す階層ツリーに示す位置にある。ここで、次のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）であり、ツリー上では前のデータの左下の位置にある。データがある場合は、タグが０、ない場合は１が設定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝として設定される。最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）の左にはデータがあるので、Ｌタグ＝０、右にはデータがないので、Ｒタグ＝１となる。以下、すべてのデータにタグが設定され、図８（ｃ）に示すデータ列、およびタグ列が構成される。
【００９１】
タグは、データＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）がツリー構造のどこに位置しているのかを示すために設定されるものである。データ部に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）．．．は、単純に暗号化されたキーの羅列データに過ぎないので、上述したタグによってデータとして格納された暗号化キーのツリー上の位置を判別可能としたものである。上述したタグを用いずに、先の図５で説明した構成のように暗号化データに対応させたノード・インデックスを用いて、例えば、
０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）ｒｏｏｔ）
００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）
０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（Ｔ）００）
．．．のようなデータ構成とすることも可能であるが、このようなインデックスを用いた構成とすると冗長なデータとなりデータ量が増大し、ネットワークを介する配信等においては好ましくない。これに対し、上述したタグをキー位置を示す索引データとして用いることにより、少ないデータ量でキー位置の判別が可能となる。
【００９２】
図７に戻って、ＥＫＢフォーマットについてさらに説明する。署名（Signature）２０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センター、コンテンツプロバイダ、サービスプロバイダ、あるいは決済機関等が実行する電子署名である。ＥＫＢを受領したデバイスは署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【００９３】
［ツリーのカテゴリ分類］
ノードキー等を定義している階層ツリー構造を各デバイスのカテゴリ毎に分類して効率的なキー更新処理、暗号化キー配信、データ配信を実行する構成について、以下説明する。
【００９４】
図９に階層ツリー構造のカテゴリの分類の一例を示す。図９において、階層ツリー構造の最上段には、ルートキーＫｒｏｏｔ３０１が設定され、以下の中間段にはノードキー３０２が設定され、最下段には、リーフキー３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーを保有する。
【００９５】
ここで、一例として最上段から第Ｍ段目のあるノードをカテゴリノード３０４として設定する。すなわち第Ｍ段目のノードの各々を特定カテゴリのデバイス設定ノードとする。第Ｍ段の１つのノードを頂点として以下、Ｍ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとする。
【００９６】
例えば図９の第Ｍ段目の１つのノード３０５にはカテゴリ［メモリステッイク（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード３０５以下を、メモリスティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義する。
【００９７】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード３０６として設定することができる。例えば図に示すようにカテゴリ［メモリスティック］ノード３０５の２段下のノードに、メモリスティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノードを設定する。さらに、サブカテゴリノードである再生専用器のノード３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード３０８と［携帯電話］ノード３０９を設定することができる。
【００９８】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺにその頂点ノード以下の下段のノードキー、リーフキーを格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種キーの配信、更新処理を、その頂点ノードキー以下のノードキー、リーフキーによって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【００９９】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずにキー更新を実行することができる。
【０１００】
本発明のシステムにおいては、図１０に示されるように、ツリー構成のシステムで、デバイスのキーとコンテンツのキーの管理が行われる。図１０の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリスティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとして本システム（Ｔシステムと称する）が対応する。
【０１０１】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーにより、サービスプロバイダ、あるいはサービスプロバイダが提供するサービスが対応される。この例の場合、これにより、２24（約１６メガ）のサービスプロバイダあるいはサービスを規定することができる。さらに、最も下側の３２段の階層により、２32（約４ギガ）のユーザ（あるいはユーザデバイス）を規定することができる。最下段の３２段のノードからＴシステムのノードまでのパス上の各ノードに対応するキーが、ＤＮＫ（Device Node Key）を構成し、最下段のリーフに対応するＩＤがリーフＩＤとされる。
【０１０２】
例えば、コンテンツを暗号化したコンテンツキーは更新されたルートキーＫＲ’によって暗号化され、上位の階層の更新ノードキーは、その直近の下位の階層の更新ノードキーを用いて暗号化され、ＥＫＢ内に配置される。ＥＫＢにおける末端から１つ上の段の更新ノードキーはＥＫＢの末端のノードキーあるいはリーフキーによって暗号化され、ＥＫＢ内に配置される。
【０１０３】
ユーザデバイスは、サービスデータに記述されているＤＮＫのいずれかのキーを用いて、コンテンツデータとともに配布されるＥＫＢ内に記述されている直近の上位の階層の更新ノードキーを復号し、復号して得たキーを用いて、ＥＫＢ内に記述されているさらにその上の階層の更新ノードキーを復号する。以上の処理を順次行うことで、ユーザデバイスは、更新ルートキーＫＲ’を得ることができる。
【０１０４】
［複数のＥＫＢを適用したコンテンツ処理］
上述したように、ツリーのカテゴリ分類により、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定した構成が可能となり、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、サービスプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が実現される。
【０１０５】
以下、上述のツリー構成のデバイス管理によるＥＫＢ配信システムを適用して、複数のカテゴリに基づくＥＫＢ配信構成を採用したコンテンツ配信および利用形態について説明する。
【０１０６】
図１１を参照して２つのカテゴリについて説明する。図１１に示すように、ルートノード３５０の下段にＴシステムノード３５１を設定し、その下段にＴサービスノード３５２、およびＴハードノード３５３を設定する。Ｔハードノード３５３を頂点としたツリーは、ユーザデバイス機器自体をリーフ３５５として設定し、機器を対象として発行するハード対応ＥＫＢ［ＥＫＢ（Ｈ）］を配信するカテゴリツリーである。一方、Ｔサービスノード３５２を頂点としたツリーは、ユーザデバイス機器に提供するサービスに対応して発行するサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を配信するカテゴリツリーである。
【０１０７】
ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］とも、それぞれ正当な権限を持つデバイスに対して与えられるＤＮＫ（Device Node Key）すなわち、リーフからＴシステムのノードまでのパス上の各ノードに対応するキーを有することで、各ＥＫＢの復号が可能となる。
【０１０８】
図１２を参照して、ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用したコンテンツの復号処理に基づくコンテンツ利用処理シーケンスを説明する。
【０１０９】
図１２に示すサービスデータ４０１、暗号化コンテンツファイル４０２、および利用権情報４０３は、図１に示すサービスデータ５３、暗号化コンテンツ５１、利用権情報５２に対応し、ユーザデバイスがサービスプロバイダを介して受領するデータである。サービスデータ４０１は、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１１０】
暗号化コンテンツファイル４０２は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）とを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１１１】
また、利用権情報４０３は、リーフＩＤと、コンテンツの利用条件情報を格納したデータである。コンテンツの利用条件情報には、コンテンツに対応して設定される利用期間、利用回数、コピー制限等の様々な利用条件が含まれる。利用権情報４０３を受領したユーザデバイスは、利用権情報をコンテンツに対応するセキュリティ情報として格納するか、あるいは、コンテンツの索引データとしてのＡＶインデックスファイル内に格納する。
【０１１２】
例えば、ＰＣ等の大容量の記憶手段を有し、プロセッサ等の処理能力が高いユーザデバイスにおいては、利用権情報をコンテンツに対応するセキュリティ情報として格納することが可能であり、すべての利用条件情報を格納して、コンテンツ利用の際にすべての利用条件情報を参照した処理を行なうことが好ましい。一方、大容量の記憶手段を持たず、またプロセッサ等の処理能力が低いポータブルデバイス（ＰＤ）等のユーザデバイスにおいては、選択された情報からなる利用権情報４０３をコンテンツの索引データとしてのＡＶインデックスファイル内に格納して、コンテンツ利用の際にＡＶインデックスファイル内の利用条件情報を参照した処理を行なう等の処理が可能である。
【０１１３】
ＡＶインデックスファイルの構成例を図１３に示す。図１３に示すＡＶインデックスファイル構成は、Ｍｏｂｉｌｅ Ｑｕｉｃｋ ＴｉｍｅのＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１１４】
ＡＶインデックスファイル４２１は、ヘッダ情報４２２、インデックスファイル情報４２３によって構成され、インデックスファイル情報４２３には、それぞれのコンテンツに対応する情報としてプロパティ、タイトル、サムネイル、イントロ（音楽コンテンツの場合）等が含まれ、さらに、コンテンツに対応する利用条件情報４２５を含む構成を持つ。実コンテンツとしてのＡＶファイル４２４はそれぞれのインデックス情報に関連付けられて格納される。
【０１１５】
利用条件情報の構成例を図１４に示す。利用条件情報は、コンテンツを利用するユーザ、およびコンテンツ単位で設定され、それぞれを識別可能なリーフＩＤ４５１，コンテンツＩＤ４５２を含み、コンテンツ利用期間情報、利用（再生）回数情報、コピー制限情報、他の機器への移動、他の機器からの入力等に関する様々な利用条件を格納した利用条件フールド４５３、さらに、コンテンツ利用に応じた利用状態を記録するフィールドとしての利用ステータスフィールド４５４、さらにこれらの各情報の改竄防止のための検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）４５５を含む構成を持つ。
【０１１６】
メッセージ認証符号（ＭＡＣ：Message authentication Code）４５５は、コンテンツ利用条件情報を含むデータに基づいて、データの改竄検証用のデータとして生成されるものである。ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図１５に示す。図１５の構成に示すように対象となるメッセージを８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（Initial Value（以下、ＩＶとする））とＭ１を排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Message Authentication Code））となる。
【０１１７】
ＭＡＣ値は、その生成元データが変更されると、異なる値になり、検証対象のデータ（メッセージ）に基づいて生成したＭＡＣと、記録されているＭＡＣとの比較を行い、一致していれば、検証対象のデータ（メッセージ）は変更、改竄がなされていないことが証明される。
【０１１８】
図１２に戻り、ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用したコンテンツの復号処理に基づくコンテンツ利用処理シーケンスを説明する。
【０１１９】
ユーザデバイスは、サービスデータ４０１、暗号化コンテンツファイル４０２、利用権情報４０３を受領している。利用権情報４０３は、前述したように例えばＰＣ等においてはコンテンツに対応するセキュリティ情報として保持され、ポータブルデバイス（ＰＤ）においては、格納コンテンツに対応して設定されるＡＶインデックスファイル４２１に格納される。ＰＣからＰＤに対するコンテンツ移動、コピー処理を実行する場合には、ＰＣ等においては保持されるコンテンツに対応するセキュリティ情報に格納された利用権情報は、ＰＤにおいて設定されるＡＶインデックスファイル４２１に適応するようにコンバートされる。例えば、コンテンツ再生時間、再生回数、ムーブ条件、コピー条件等に限定した利用条件のみを格納するなど、格納メディアに応じてコンバート態様を変更する。
【０１２０】
ユーザデバイスは、さらに、ハード対応のＥＫＢ（Ｈ）４１１と、ハード対応のＥＫＢ（Ｈ）の処理（復号）に適用するハード対応のデバイスノードキー（ＨＤＮＫ）４１２を保有している。なお、ハード対応のＥＫＢ（Ｈ）４１１は、復号により、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取り出すことが可能である。
【０１２１】
図１２に示すステップＳ１１において、ハード対応のデバイスノードキー（ＨＤＮＫ）４１２を適用して、ハード対応のＥＫＢ（Ｈ）４１１の復号処理を実行し、ＥＫＢ（Ｈ）４１１から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従った処理となる。
【０１２２】
次に、ステップＳ１２において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ４０１内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１２３】
次に、ステップＳ１３において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル４０２内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１２４】
次に、ステップＳ１４において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル４０２内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、コンテンツキー（Ｋｃ）を取得する。
【０１２５】
次に、ステップＳ１５において、暗号化コンテンツファイル４０２から取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル４２１内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理を実行する。マッチング処理により、コンテンツの利用が可能であることが確認されると、ステップＳ１６において、暗号化コンテンツファイル４０２から取り出したコンテンツキー（Ｋｃ）を適用して、暗号化コンテンツファイル４０２に格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１２６】
上述したように、コンテンツ利用機器としてのハードウェアに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのハード対応ＥＫＢ［ＥＫＢ（Ｈ）］と、コンテンツ利用サービスに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］をそれぞれ個別にユーザに対して提供し、それぞれのＥＫＢに対する正当なＤＮＫを有するユーザのみがサービスの利用を行なうことが可能となる。
【０１２７】
サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を復号するためのＤＮＫ、すなわちＳＤＮＫは、コンテンツに対応したサービスデータ４０１として提供可能であり、またＳＤＮＫを正当なハードウェア対応のＤＮＫ、すなわちＨＤＮＫを有する機器のみが取得可能なハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を適用して暗号化した構成としたので、正当なＨＤＮＫを有するユーザデバイスのみが、ＳＤＮＫを取得でき、サービスが利用となる。
【０１２８】
また、コンテンツ利用において、暗号化コンテンツファイル４０２から取得されるコンテンツ識別子（ＣＩＤ）と、ＡＶインデックスファイル４２１の利用条件情報から取得されるＣＩＤとのマッチング処理を実行する構成としたので、利用権情報４０３を取得して、ＡＶインデックスファイルに利用条件情報を格納していることがコンテンツ再生プロセスの必須用件とすることが可能となり、利用条件に従ったコンテンツ利用が実現される。
【０１２９】
［ＰＤ，ＰＣ間におけるコンテンツコピーを伴う利用］
次に、ＰＣ等に格納した暗号化コンテンツファイルをポータブルデバイス内のメディア（例えばディスク、メモリ）に移動またはコピーし、さらに生成したサブキーＫｓｕｂをコンテンツに対応して生成して、サブキーＫｓｕｂを適用したコンテンツの復号を行なってポータブルデバイスにおいて、コンテンツ利用を行なう構成について説明する。
【０１３０】
（チェックアウト処理）
図１６を参照して、ＰＣ５０１から、ポータブルデバイス５０２にコンンテンツを出力する処理において、ポータブルデバイス５０２に格納するデータの概要を説明する。
【０１３１】
暗号化コンテンツファイル５１１は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）の生成用キーとしてのメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１３２】
ＡＶインデックスファイル５１２は、先に図１３、図１４を参照して説明した構成を有し、モバイル・クイック・タイム（Ｍｏｂｉｌｅ Ｑｕｉｃｋ Ｔｉｍｅ）のＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１３３】
なお、ポータブルデバイス（ＰＤ）に格納する利用条件情報は、ＰＤの利用するメディアのデータ容量を考慮して、最小限のデータにコンバートして格納してもよい。例えば、コンテンツ再生時間、再生回数、ムーブ条件、コピー条件等に限定した利用条件のみを格納するなど、格納メディアに応じて変更した態様とする。
【０１３４】
サービスデータ５１３は、先に、図１２を参照して説明したように、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１３５】
シーケンスページ５１４は、先に図１４を参照して説明したコンテンツ対応の利用条件情報の改竄検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）としてのＭＡＣ＃ｎと、コンテンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコンテンツ０−ｎに対してそれぞれ格納したテーブルデータである。
【０１３６】
なお、コンテンツの暗号復号処理に適用するコンテンツキーＫｃと、暗号化コンテンツファイル５１１に格納するメインキーＫｃｍと、シーケンスページ５１４に格納するサブキーＫｓｕｂの関係は、
Ｋｃ＝Ｋｃｍ ＸＯＲ Ｋｓｕｂ
である。すなわち、メインキーＫｃｍと、サブキーＫｓｕｂとの排他論理輪演算によりコンテンツキーＫｃが算出される関係にある。
【０１３７】
暗号化コンテンツファイル５１１、ＡＶインデックスファイル５１２、サービスデータ５１３は、ポータブルデバイス５０２のメディアの通常データ格納領域に書き込まれ、シーケンスページ５１４は、特定のアクセス権限を持つことの確認がなされたことを条件としてデータの読み書きが可能となるリードインエリア５２１に書き込まれる。
【０１３８】
図１７を参照して、ＰＣからポータブルデバイス（ＰＤ）のメディアに対するコンテンツ出力、すなわち、チェックアウト処理シーケンスについて説明する。
【０１３９】
各ステップについて説明する。ステップＳ１０１では、ＰＤのメディアにコンテンツを格納するスロットがあるか確認し、無い場合は、コンテンツの格納が不可能となり、エラー終了となる。空きスロットがあることが確認されると、ステップＳ１０２において、チェックアウトする暗号化コンテンツファイルに対応する利用条件情報がＰＤに格納されているか否かが判定される。利用条件情報がない場合は、コンテンツの利用は不可であり、エラー終了となる。利用条件情報がある場合は、ステップＳ１０３において、暗号化コンテンツファイルに対応するサービスデータがＰＤに格納されているか否かが判定され、格納されていない場合は、ＰＣからＰＤのメディアに対してサービスデータをコピーする。
【０１４０】
次に、ステップＳ１０５において、暗号化コンテンツファイル５１１（図１５参照）をＰＤのメディアに対してコピーする。次に、ステップＳ１０６において、サービス対応のＥＫＢ、すなわちＥＫＢ（Ｓ）を用いて、ＰＣとＰＤ間でＫｒｏｏｔの共有化処理を行なう。ここでは、最新バージョンのＥＫＢ（Ｓ）のＫｒｏｏｔをＰＣとＰＤ間で共有する。
【０１４１】
次に、ＰＣ側において、チェックアウト対象のコンテンツに対応する利用条件情報に基づくＭＡＣ算出を実行する。ＭＡＣ算出は、先に図１５を参照して説明した算出処理に従う。
【０１４２】
ステップＳ１０８において、ＰＤのメディアのＡＶインデックスファイル（図１３参照）書き込み領域（トラック）を作成し、ステップＳ１０９において、ＰＤのメディアに対して利用条件情報（図１４参照）を含むＡＶインデックスファイル（図１３参照）を書き込む。
【０１４３】
次にステップＳ１１０において、先にＰＣ、ＰＤ間で共有したＫｒｏｏｔを適用してセッションキーの共有化処理を行なう。セッションキーの共有化処理は、例えば、ISO/IEC 9798-4 に代表されるＭＡＣを用いた処理によって実行可能である。図１８を参照して処理シーケンスを説明する。
【０１４４】
図１８において、コンテンツの送信機器と受信機器であるパーソナルコンピュータ（ＰＣ）、ポータブルデバイス（ＰＤ）の各々のいずれかに対応するＰＣ，Ｂは、共通の鍵Ｋｒｏｏｔを持つ。なお、図１８における記号「||」は連結を表している。
【０１４５】
次にＰＣは、乱数Ｒａ、Ｓａを生成し、Ｒａ,ＳａとともにＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)をＰＤに送る。ＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)は、鍵としてＫｒｏｏｔを、データとしてＲａ||Ｒｂ||Ｓａを入力することを表す。
【０１４６】
ＰＤは、受信したデータを用いてＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)を計算し、これが受信したものと一致するかを検査する。一致すれば通信相手であるＰＣが正当であると認め、処理を続けるが、一致しなければ不正なものと判断して処理を中止する。
【０１４７】
次にＰＤは乱数Ｓｂを生成し、これとＭＡＣ(Ｋｒｏｏｔ，Ｒｂ||Ｒａ||Ｓｂ)をＰＣに送る。ＰＣも受信したデータを用いて自分でＭＡＣ(Ｋｒｏｏｔ，Ｒｂ||Ｒａ||Ｓｂ)を計算し、受信したものと一致するかを確認する。一致すれば通信相手であるＰＤが正当であると認め、処理を続けるが、一致しなければ不正なものと判断して処理を中止する。最後に、双方がＭＡＣ(Ｋｒｏｏｔ,Ｓａ||Ｓｂ)を計算し、これをそのセッションにおけるセッションキーとして使用する。
【０１４８】
上記のようにすることにより、コンテンツ送信機器と受信機器としてのパーソナルコンピュータおよびポータブルデバイスは、互いの正当性を検査することができ、またセッションキーを安全に共有することができる。
【０１４９】
図１７のフローに戻り、説明を続ける。ステップＳ１１０において、Ｋｒｏｏｔに基づいてセッションキーＫｓｅｓの生成が終了すると、ステップＳ１１１において、ＰＣから、コンテンツに対応する利用条件情報のＭＡＣ、サブキーＫｓｕｂ、スロットＮｏ．をセッションキーＫｓｅｓで暗号化してＰＤに送信する。
【０１５０】
ステップＳ１１２において、ＰＤは、ＰＣから受信したＭＡＣと、ステップＳ１０７において計算した利用条件情報のＭＡＣとが一致するか否かを判定する。不一致であれば、利用条件情報は改竄されていることになり、正当なコンテンツ利用が保証されないことになり、エラー終了する。
【０１５１】
ＰＣから受信したＭＡＣと、ステップＳ１０７において計算した利用条件情報のＭＡＣとが一致した場合には、ステップＳ１１３において、ＰＤのメディア（ディスクョのリードインエリアにＭＡＣと、サブキーＫｓｕｂとを対応付けたテーブルデータをシーケンスページ（図１２参照）として書き込む。
【０１５２】
（コンテンツ再生処理）
次に、ポータブルデバイス（ＰＤ）において、サブキーＫｓｕｂを適用してコンテンツキー：Ｋｃを生成して、暗号化コンテンツの復号を実行してコンテンツを利用（再生）する処理について、図１９、図２０を参照して説明する。
【０１５３】
ポータブルデバイス（ＰＤ）は、サービスデータ６０１、暗号化コンテンツファイル６０２、ＡＶインデックスファイル６２１、シーケンスページ６２２を有している。さらに、ポータブルデバイス（ＰＤ）は、ハード対応のＥＫＢ（Ｈ）６１１を保有しており、ハード対応のＥＫＢ（Ｈ）の処理（復号）に適用するハード対応のデバイスノードキー（ＨＤＮＫ）６１２を保有している。なお、ハード対応のＥＫＢ（Ｈ）６１１は、復号により、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取り出すことが可能である。
【０１５４】
サービスデータ６０１には、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１５５】
暗号化コンテンツファイル６０２は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）の生成に適用するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１５６】
ＡＶインデックスファイル６２１は、先に図１３を参照して説明したように、モバイルクイックタイム（Ｍｏｂｉｌｅ Ｑｕｉｃｋ Ｔｉｍｅ）のＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１５７】
シーケンスページ６２２は、先に図１４を参照して説明したコンテンツ対応の利用条件情報の改竄検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）としてのＭＡＣ＃ｎと、コンテンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコンテンツ０−ｎに対してそれぞれ格納したテーブルデータである。
【０１５８】
なお、コンテンツの暗号復号処理に適用するコンテンツキーＫｃと、暗号化コンテンツファイル６０２に格納されたメインキーＫｃｍと、シーケンスページ６２１に格納されたサブキーＫｓｕｂの関係は、
Ｋｃ＝Ｋｃｍ ＸＯＲ Ｋｓｕｂ
である。すなわち、メインキーＫｃｍと、サブキーＫｓｕｂとの排他論理輪演算によりコンテンツキーＫｃが算出される関係にある。
【０１５９】
図１９に示すステップＳ２１において、ポータブルデバイス（ＰＤ）は、ハード対応のデバイスノードキー（ＨＤＮＫ）６１２を適用して、ハード対応のＥＫＢ（Ｈ）６１１の復号処理を実行し、ＥＫＢ（Ｈ）６１１から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従ったものである。
【０１６０】
次に、ステップＳ２２において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ６０１内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１６１】
次に、ステップＳ２３において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル６０２内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１６２】
次に、ステップＳ２４において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル６０２内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、メインキー（Ｋｃｍ）を取得する。
【０１６３】
次に、ステップＳ２５において、暗号化コンテンツファイル６０２から取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル６２１内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理、すなわち、コンテンツに対応する利用条件情報が存在し、かつ利用条件情報において利用が許可されているか否かの判定処理を実行する。マッチング処理により、コンテンツの利用が可能であることが確認されると、ステップＳ２６において、暗号化コンテンツファイル６０２から取り出したメインキー（Ｋｃｍ）と、リードインエリアに記録されたシーケンスページ６２２から取得したサブキーＫｓｕｂとの排他論理和演算を実行し、コンテンツキーＫｃを生成する。
【０１６４】
次に、ステップＳ２７において、コンテンツキーＫｃを適用して、ＡＶインデックスファイル６２１の利用条件情報のＭＡＣを算出し、リードインエリアに記録されたシーケンスページ６２２に記録されたＭＡＣとの照合処理によるＭＡＣ検証を実行する。照合が不成立の場合は、エラーとして、次ステップの処理は停止される。
【０１６５】
ＭＡＣの照合が成立したことを条件として、ステップＳ２８において、コンテンツキーＫｃを適用して、暗号化コンテンツファイル６０２に格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１６６】
上述したように、ポータブルデバイスでのコンテンツ利用においては、コンテンツに対応するサブキーＫｓｕｂを設定して、利用条件情報に基づくＭＡＣとともにシーケンスページを構成して格納し、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によりコンテンツキーＫｃを取得する構成として、ＭＡＣ検証の成立を条件として、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によって生成されるコンテンツキーＫｃによるコンテンツの復号を実行する構成とした。
【０１６７】
次に、ポータブルデバイスでのコンテンツ利用（再生）処理について、図２０に示すフローを参照して説明する。ステップＳ２０１において、ポータブルデバイス（ＰＤ）は、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）の復号処理を実行し、ＥＫＢ（Ｈ）から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。
【０１６８】
次に、ステップＳ２０２において、再生予定のコンテンツに対応するサービスデータがＰＤ内に格納されているかを判定し、無い場合はＰＣから取得（Ｓ２０３）する。サービスデータは図１９に示すように、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納したデータである。
【０１６９】
ステップＳ２０４において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１７０】
次に、ステップＳ２０５において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１７１】
次に、ステップＳ２０６において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、メインキー（Ｋｃｍ）を取得する。
【０１７２】
次に、ステップＳ２０７において、暗号化コンテンツファイルから取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理を実行する。すなわち、コンテンツに対応する利用条件情報が存在し、かつ利用条件情報において利用が許可されているか否かの判定処理を実行する。マッチングが不成立の場合は、次ステップは実行されず、エラー終了となる。
【０１７３】
マッチング成立の場合は、ステップＳ２０８において、メディアのリードインエリアから利用予定のコンテンツに対応するサブキーＫｓｕｂを取り出し、ステップＳ２０９において、暗号化コンテンツファイルから取り出したメインキー（Ｋｃｍ）と、リードインエリアに記録されたシーケンスページから取得したサブキーＫｓｕｂとの排他論理和演算を実行し、コンテンツキーＫｃを生成する。
【０１７４】
次に、ステップＳ２０９において、コンテンツキーＫｃを適用して、ＡＶインデックスファイルの利用条件情報のＭＡＣを算出し、リードインエリアに記録されたシーケンスページに記録されたＭＡＣとの照合処理によるＭＡＣ検証を実行する。照合が不成立の場合は、エラーとして、次ステップの処理は停止される。
【０１７５】
ＭＡＣ検証に成功すると、ステップＳ２１２おいて、コンテンツキーＫｃを適用して、暗号化コンテンツファイルに格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１７６】
このように、ポータブルデバイスにおいて、ＡＶインデックスファイルに格納した利用条件情報を適用し、かつＭＡＣ検証によりコンテンツ利用条件の改竄のないことを確認し、さらに、コンテンツ対応のサブキーと、暗号化コンテンツファイルのメインキーにより生成可能なコンテンツキーを適用したコンテンツ復号を行なう構成としたことにより、正当な利用条件情報に基づく正当な機器のみにおけるコンテンツの正当な利用が可能となる。
【０１７７】
（自己記録処理）
次に、ポータブルデバイス等において、コンテンツを記録する処理について、図２１および図２２を参照して説明する。
【０１７８】
図２１は、ポータブルデバイス７０１において、コンテンツをディスク等のメディア７０２に自己記録する際のシーケンスを説明する図である。
【０１７９】
ポータブルデバイス７０１は、ハード対応のカテゴリツリーを介して提供されるハード対応ＥＫＢ（ＥＫＢ（Ｈ））７０３と、ハード対応ＥＫＢ（ＥＫＢ（Ｈ））７０３の処理（復号処理に適用するデバイスノードキー（ＨＤＮＫ）７０２を有する。
【０１８０】
さらに、自己記録を許容するサービスを管理するサービスプロバイダから提供される自己録用サービスデータ７０４を有する。自己録用サービスデータ７０４は、前述のサービスデータと同様、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。なお、ここでは、自己記録用サービス対応ＥＫＢをＥＫＢｃ（Ｓ）とする。
【０１８１】
ポータブルデバイス７０１は、さらに、自己録用利用条件７０５、自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６を有する。自己録用利用条件７０５は、コンテンツの自己記録に対する条件、例えば許容期間、記録回数等の条件を定めており、先に図１４を参照して説明した利用条件と同様である。
【０１８２】
自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６は、コンテンツ自己記録用のサービスを提供するサービスプロバイダを頂点ノードとしたサービスカテゴリツリーに対応するルートキーＫｒｏｏｔを格納したＥＫＢである。
【０１８３】
ポータブルデバイスにおける、コンテンツの自己記録処理のシーケンスについて説明する。まず、ポータブルデバイス（ＰＤ）７０１は、まず、ステップＳ３１において、自己記録コンテンツに対応する暗号化コンテンツファイル７１１のヘッダ領域に自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６をコピー格納する。さらに、コンテンツに対応する索引データとしてのＡＶインデックスファイル７１２に自己録用利用条件をコピー（Ｓ３２）し、さらに自己録用サービスデータ７０４のリーフＩＤをコピー（Ｓ３３）する。さらに、自己録用サービスデータをコンテンツを記録するメディア７０２にコピー格納（Ｓ３４）する。なお、暗号化コンテンツファイル７１１、ＡＶインデックスファイル７１２もコンテンツを記録するメディア７０２に格納する。
【０１８４】
次に、ポータブルデバイス７０１は、ステップＳ３５において、ハード対応のデバイスノードキー（ＨＤＮＫ）７０２を適用して、ハード対応のＥＫＢ（Ｈ）７０３の復号処理を実行し、ＥＫＢ（Ｈ）７０３から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従ったものである。
【０１８５】
次に、ステップＳ３６において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、自己録用サービスデータ７０４内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１８６】
次に、ステップＳ３７において、自己録用サービスデータ７０４から取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル７１１内にコピー格納した自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）を実行し自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自己録用サービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１８７】
次に、ステップＳ３８において、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル７１１内に格納すべきコンテンツに対応するコンテンツ識別子としてのコンテンツＩＤ（ＣＩＤ）と、メインキーＫｃｍを暗号化して、暗号化データＥ（Ｋｒｏｏｔ，ＣＵＩＤ，Ｋｃｍ）を生成して、暗号化コンテンツファイル７１１内に格納する。なお、このメインキーＫｃｍは、サブキーＫｓｕｂとの排他論理和演算により、コンテンツキーＫｃを生成する際に適用する鍵であり、乱数に基づいて生成する。
【０１８８】
次に、乱数から生成したメインキーＫｃｍ、およびサブキーＫｓｕｂの排他論理和演算を実行し、コンテンツキーＫｃを生成（Ｓ３９）し、生成したコンテンツキーＫｃを適用してコンテンツを暗号化（Ｓ４０）して、暗号化コンテンツファイル７１１内に格納する。
【０１８９】
さらに、コンテンツに対して生成したサブキーＫｓｕｂと、利用条件情報に基づくＭＡＣを対応付けたシーケンスページ７１３のメディア７０２のリードインエリアに対する書き込み処理を実行（Ｓ４１）する。
【０１９０】
上述したように、ポータブルデバイスでのコンテンツ自己記録においては、コンテンツに対応するサブキーＫｓｕｂを生成して、利用条件情報に基づくＭＡＣとともにシーケンスページを構成して格納する。コンテンツ再生においては、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によりコンテンツキーＫｃを生成することが必要となる。従って、シーケンスページに正当なサブキーＫｓｕｂを持つデバイスにおいてのみ再生可能となる。
【０１９１】
図２２に、ポータブルデバイスでのコンテンツ自己記録処理手順の処理フローを示す。処理フローの核ステップについて説明する。
【０１９２】
ステップＳ３０１において、自己記録コンテンツに対応する暗号化コンテンツファイルのヘッダ領域に自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］をコピー格納し、ステップＳ３０２において、ＡＶインデックスファイルに自己録用利用条件情報をコピー格納し、ステップＳ３０３において、自己録用サービスデータのリーフＩＤをコピー格納する。
【０１９３】
次に、ステップＳ３０４において、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）の復号処理を実行し、ＥＫＢ（Ｈ）から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。さらに、ステップＳ３０５において、自己録用サービスデータをコンテンツを記録するメディアにコピー格納する。
【０１９４】
次に、ステップＳ３０６において、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、自己録用サービスデータ内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１９５】
次に、ステップＳ３０７において、自己録用サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル内にコピー格納した自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）を実行し自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自己録用サービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１９６】
次に、ステップＳ３０８において、乱数に基づいてメインキーＫｃｍ、サブキーＫｓｕｂを生成し、ステップＳ３０９において、メインキーＫｃｍ、サブキーＫｓｕｂとの排他論理和演算により、コンテンツキーＫｃを生成する。
【０１９７】
次に、ステップＳ３１０において、メインキーＫｃｍ、とコンテンツ識別子（ＣＩＤ）をルートキーＫｒｏｏｔで暗号化して、暗号化コンテンツファイルに格納する。さらに、ステップＳ３１１において、生成したコンテンツキーＫｃを適用してコンテンツを暗号化して、暗号化コンテンツファイルに格納する。
【０１９８】
さらに、ステップＳ３１２において、メコンテンツに対して生成したサブキーＫｓｕｂと、利用条件情報に基づくＭＡＣを対応付けたシーケンスページのメディアのリードインエリアに対する書き込み処理を実行して、コンテンツの自己記録を終了する。
【０１９９】
上述したように、ポータブルデバイスでのコンテンツ自己記録においては、メディアに対して暗号化コンテンツファイル、ＡＶインデックスファイル、さらにリードインエリアに対してＡＶインデックスファイルの利用条件データ等に基づくＭＡＣと、サブキーＫｓｕｂの書き込みが実行され、自己記録されたコンテンツ利用においても、利用条件の正当性がＭＡＣで検証され、またサブキーＫｓｕｂを利用したコンテンツキーＫｃの生成処理が必須となり、正当な利用権限を有するデバイスにおいて利用条件に従ったコンテンツ利用が実現される。
【０２００】
（コンテンツインポート処理）
次に、ポータブルデバイス（ＰＤ）からＰＣに対する自己記録コンテンツのコピー処理、すなわちインポート処理について説明する。
【０２０１】
図２３は、コンテンツインポート処理の概要と、ポータブルデバイス（ＰＤ）からＰＣに対して移動（コピー）するデータについて説明する図である。
【０２０２】
インポート処理においては、ポータブルデバイス（ＰＤ）８１０から、ＰＣ８２０に対して、コンテンツキーＫｃで暗号化された暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）８１１がコピーされ、さらに、セキュア情報８１２として、Ｋｒｏｏｔを格納したＥＫＢ８１３と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８１４がコピーされ、さらに、先に説明した自己記録処理において生成したＡＶインデックスファイル中の利用条件情報８１５がコピーされる。
【０２０３】
ＰＣ８２０におけるデータ格納構成は、図に示すように、コンテンツ８２１と、コンテンツに対するセキュア情報８２２を持つ構成であり、インポート処理においては、これらのデータ格納構成に応じたコンバート、あるいは必要な情報の付加処理を実行することが必要となる。
【０２０４】
ＰＣ８２０は、コンテンツキーＫｃで暗号化された暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）８２１を格納し、格納コンテンツに対応するセキュア情報８２２として、Ｋｒｏｏｔを格納したＥＫＢ８２３と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８２４、利用条件情報に対応する属性情報８２５、さらに、公開鍵証明書８２６、署名８２７を有する構成を持つ。
【０２０５】
ポータブルデバイス（ＰＤ）からＰＣに対する自己記録コンテンツのコピー処理、すなわちインポート処理においては、図２３に示す（１）−（５）の処理が実行される。
【０２０６】
（１）は、暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）のコピー処理である。（２）は、Ｋｒｏｏｔを格納したＥＫＢと、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）のコピー処理である。
【０２０７】
（３）は、ＰＤにおけるＡＶインデックスファイル内の利用条件情報の改竄検証処理として実行するＭＡＣ検証処理である。（４）は、（３）におけるＭＡＣ検証の結果、改竄なしの判定を条件として実行するＡＶインデックスファイル内の利用条件情報のコンバートとコピー処理である。ＰＣ内では、コンテンツの利用条件をコンテンツ属性情報として保持する構成であり、ＡＶインデックスファイルの利用条件情報をＰＣ内の属性情報のフォーマットに変換した後、ＰＣにコピーする。（５）は、ＰＣのコンテンツ対応のセキュア情報として格納すべきデータとしての公開鍵証明書８２６、および電子署名８２７を生成、追加する処理である。
【０２０８】
図２３に示すように、異なるデータ格納構成を持つポータブルデバイス（ＰＤ）と、ＰＣ間においてコンテンツ移動を行なう場合、それぞれのデータ格納構成に合わせたコンバート、データ追加等の処理を実行し、利用条件情報は、データ改ざんの無いことの確認の後にコピーされる。
【０２０９】
図２４にインポート処理の手順を説明するフローチャートを示す。フローチャートに示す各ステップの処理について説明する。
【０２１０】
まず、ステップＳ４０１において、暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）をポータブルデバイス（ＰＤ）からＰＣにコピーする。次に、ステップＳ４０２において、Ｋｒｏｏｔを格納したＥＫＢと、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）をポータブルデバイス（ＰＤ）からＰＣにコピーする。
【０２１１】
次に、ステップＳ４０３において、ＰＤにおけるＡＶインデックスファイル内の利用条件情報に基づいて、ＭＡＣを計算し、リードインエリアのシーレンスページに格納されたシーケンスページの格納ＭＡＣとの比較を実行し、利用条件情報の改竄検証を行なう。ＭＡＣが一致すれば改竄無しと判定し、ステップＳ４０５に進む。ＭＡＣが不一致の場合は、改竄ありと判定しエラー終了となる。
【０２１２】
ステップＳ４０５では、利用条件情報中のインポート処理許可フラグが、処理許可を示しているか否かを判定する。ＡＶインデックスファイル内の利用条件情報には、図１４に示すようにインポート（ｉｍｐｏｒｔ）の可否を示すビットがあり、インポート可のビット情報がある場合にのみインポート処理を実行し、インポート不可の情報がある場合にはインポート処理は実行されず、エラー終了とする。
【０２１３】
ステップＳ４０６では、ＡＶインデックスファイル内の利用条件情報のコンバートとコピー処理を実行する。ＰＣ内では、コンテンツの利用条件をコンテンツ属性情報として保持する構成であり、ＡＶインデックスファイルの利用条件情報をＰＣ内の属性情報のフォーマットに変換した後、ＰＣにコピーする。ステップＳ４０７は、ＰＣのコンテンツ対応のセキュア情報として格納すべきデータとしての公開鍵証明書の格納処理である。ステップＳ４０８は、セキュア情報内の格納情報に対する電子署名を生成、追加する処理である。
【０２１４】
上述したように、コンテンツインポート処理においては、それぞれのデータ格納構成に合わせたコンバート、データ追加等の処理を実行し、利用条件情報は、データ改ざんの無いことの確認の後にコピーを実行する。
【０２１５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１６】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２１７】
例えば、プログラムは記憶媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２１８】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記憶媒体にインストールすることができる。
【０２１９】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０２２０】
【発明の効果】
以上、説明したように、本発明の構成によれば、コンテンツ索引データとしてのインデックスファイルにコンテンツ利用条件情報を含む構成としたので、少ない記憶容量を持ち、プロセッサ等の処理能力の低いポータブルデバイスにおいても、インデックスファイルのコンテンツ利用条件情報を適用した正当なコンテンツ利用が可能となる。
【０２２１】
さらに、本発明の構成によれば、インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する構成としたので、利用条件に基づくコンテンツ利用が認められた場合にのみコンテンツキー取得が可能となるので、厳格なコンテンツ利用条件の遵守が可能となる。
【０２２２】
さらに、本発明の構成によれば、インデックスファイルには、コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、ＭＡＣと、コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、コンテンツキー取得処理を実行する構成としたので、利用条件情報の改竄に基づく不正なコンテンツ利用が防止される。
【０２２３】
さらに、本発明の構成によれば、コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーとして設定されるので、厳格なコンテンツ利用権限の判定処理に基づくコンテンツ利用が可能となる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ提供システムの概要を示す図である。
【図２】本発明を適用したコンテンツ利用の可能なパーソナルコンピュータ（ＰＣ）の構成例について説明する図である。
【図３】本発明を適用したコンテンツ利用の可能なポータブルデバイス（ＰＤ）の構成例について説明する図である。
【図４】各種キー、データの暗号化処理、配布処理について説明するツリー構成図である。
【図５】各種キー、データの配布に使用される有効化キーブロック（ＥＫＢ）の例を示す図である。
【図６】コンテンツキーの有効化キーブロック（ＥＫＢ）を使用した配布例と復号処理例を示す図である。
【図７】有効化キーブロック（ＥＫＢ）のフォーマット例を示す図である。
【図８】有効化キーブロック（ＥＫＢ）のタグの構成を説明する図である。
【図９】ツリー構成におけるカテゴリ分割を説明する図である。
【図１０】ツリー構成におけるカテゴリ分割を説明する図である。
【図１１】ツリー構成におけるカテゴリ分割の具体例を説明する図である。
【図１２】複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明する図である。
【図１３】ＡＶインデックスファイルの構成例を示す図である。
【図１４】利用条件情報の構成例を示す図である。
【図１５】ＭＡＣ生成処理構成を示す図である。
【図１６】ＰＣからポータブルデバイス（ＰＤ）に対するコンテンツコピー処理について説明する図である。
【図１７】ＰＣからポータブルデバイス（ＰＤ）に対するコンテンツコピー処理について説明するフロー図である。
【図１８】セッションキーの共有化処理について説明するシーケンス図である。
【図１９】ポータブルデバイスにおける、サブキーおよび複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明する図である。
【図２０】ポータブルデバイスにおける、サブキーおよび複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明するフロー図である。
【図２１】ポータブルデバイスにおける、サブキーを適用したコンテンツ自己記録処理例を説明する図である。
【図２２】ポータブルデバイスにおける、サブキーを適用したコンテンツ自己記録処理例を説明するフロー図である。
【図２３】ポータブルデバイスからＰＣに対するコンテンツインポート処理を説明する図である。
【図２４】ポータブルデバイスからＰＣに対するコンテンツインポート処理を説明するフロー図である。
【符号の説明】
１１ コンテンツプロバイダ
１２ サービスプロバイダ
１３ キー管理センター
３０ ユーザデバイス
３１ ＰＣ
３２ ポータブルデバイス（ＰＤ）
５１ 暗号化コンテンツ
５２ 利用権情報
５３ サービスデータ
１０１ ＣＰＵ(Central processing Unit)
１０２ ＲＯＭ（Read-Only-Memory）
１０３ ＲＡＭ（Random Access Memory）
１０４ ホストバス１０４
１０５ ブリッジ
１０６ 外部バス
１０７ インタフェース
１０８ キーボード
１０９ ポインティングデバイス
１１０ ディスプレイ
１１１ ＨＤＤ（Hard Disk Drive）
１１２ ドライブ
１１４ ＰＤ（ポータブルデバイス）接続ポート
１１５ 音声入出力インタフェース
１１６ 通信部
１２１ リムーバブル記録媒体
１２２ ポータブルデバイス
１５２ 電源回路
１５３ ＣＰＵ
１５４ ＲＡＭ
１５５ ＲＯＭ
１５７ 入出力Ｉ／Ｆ
１５９ ＤＳＰ
１６０ 記憶媒体コントローラｏｒドライブ
１６１ 記憶媒体
１６２ 操作キーコントローラ
１６３ Ｄ／Ａ変換器
１６４ 増幅回路
１６５ 出力部
１６６ ＬＣＤコントローラ
１６７ 表示部
１７１ 入力Ｉ／Ｆ
１７２ ＰＣ
２０１ バージョン
２０２ デプス
２０３ データポインタ
２０４ タグポインタ
２０５ 署名ポインタ
２０６ データ部
２０７ タグ部
２０８ 署名
３０１ ルートキー
３０２ ノードキー
３０３ リーフキー
３０４ カテゴリノード
３５０ ルートノード
３５１ Ｔシステムノード
３５２ Ｔサービスノード
３５３ Ｔハードノード
３５４ サービスプロバイダノード
３５５ リーフ
４０１ サービスデータ
４０２ 暗号化コンテンツファイル
４０３ 利用権情報
４１１ ＥＫＢ（Ｈ）
４１２ ＨＤＮＫ
４２１ ＡＶインデックスファイル
４２２ ヘッダ情報
４２３ インデックスファイル情報
４２４ ＡＶファイル
４２５ 利用条件情報
４５１ リーフＩＤ
４５２ コンテンツＩＤ
４５３ 利用条件情報
４５４ 利用ステータス情報
４５５ ＭＡＣ
５０１ ＰＣ
５０２ ポータブルデバイス（ＰＤ）
５１１ 暗号化コンテンツファイル
５１２ ＡＶインデックスファイル
５１３ サービスデータ
５１４ シーケンスページ
６０１ サービスデータ
６０２ 暗号化コンテンツファイル
６１１ ＥＫＢ（Ｈ）
６１２ ＨＤＮＫ
６２１ ＡＶインデックスファイル
６２２ シーケンスページ
７０１ ポータブルデバイス
７０２ ＤＮＫ（ＨＤＮＫ）
７０３ ＥＫＢ（Ｈ）
７０４ 自己録用サービスデータ
７０５ 自己録用利用条件
７０６ 自己録用ＥＫＢ
７１１ 暗号化コンテンツファイル
７１２ ＡＶインデックスファイル
７１３ シーケンスページ
８１０ ポータブルデバイス（ＰＤ）
８１１ 暗号化コンテンツ
８１２ セキュア情報
８１３ ＥＫＢ
８１４ 鍵情報
８１５ ＡＶインデックスファイル
８２０ ＰＣ
８２１ 暗号化コンテンツ
８２２ セキュア情報
８２３ ＥＫＢ
８２４ 鍵情報
８２５ 属性情報
８２６ 公開鍵証明書
８２７ 署名
【発明の属する技術分野】
本発明は、情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムに関する。特に、著作権保護等により、利用制限を付加することが好ましいコンテンツの機器間の移動（ムーブ）、複製（コピー）処理において、利用制限を考慮し効率的な処理を実現可能とした情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
昨今、音楽データ、ゲームプログラム、画像データ等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）の、インターネット等のネットワーク、あるいは、メモリカード、ＨＤ、ＤＶＤ、ＣＤ等の流通可能な記憶媒体を介した流通が盛んになっている。これらの流通コンテンツは、ユーザの所有するＰＣ（Personal Computer）、記録再生器、再生専用器、あるいはゲーム機器内の記憶手段、例えばＨＤ，フラッシュメモリを有するカード型記憶装置、ＣＤ、ＤＶＤ等に格納され、再生処理が実行される。
【０００３】
記録再生装置、ゲーム機器、ＰＣ等の情報機器には、コンテンツをネットワークから受信するためのインタフェース、あるいはメモリカード、ＨＤ、ＤＶＤ、ＣＤ等にアクセスするためのインタフェースを有し、コンテンツの再生に必要となる制御手段、プログラム、データのメモリ領域として使用されるＲＡＭ、ＲＯＭ等を有する。
【０００４】
音楽データ、画像データ、あるいはプログラム等の様々なコンテンツは、再生機器として利用される記録再生装置、ゲーム機器、ＰＣ等の情報機器本体からのユーザ指示、あるいは接続された入力手段を介したユーザの指示により、例えば内蔵、あるいは着脱自在の記憶媒体から呼び出され、情報機器本体、あるいは接続されたディスプレイ、スピーカ等を通じて再生される。
【０００５】
ゲームプログラム、音楽データ、画像データ等、多くのソフトウエア・コンテンツは、一般的にその作成者、販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、ソフトウェアの使用を許諾し、許可のない複製等が行われないようにする、すなわちセキュリティを考慮した構成をとるのが一般的となっている。
【０００６】
特に、近年においては、情報をデジタル的に記録する記録装置や記憶媒体が普及しつつある。このようなデジタル記録装置および記憶媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことができる。このようにデジタルデータは画質や音質を維持したまま何度もコピーを繰り返し実行することができるため、コピーが違法に行われた記憶媒体が市場に流通することになると、音楽、映画等各種コンテンツの著作権者、あるいは正当な販売権者等の利益が害されることになる。昨今では、このようなデジタルデータの不正なコピーを防ぐため、デジタル記録装置および記憶媒体に違法なコピーを防止するための様々な処理構成が実現または提案されている。
【０００７】
例えば、音楽配信技術における各種の仕様を提案しているＳＤＭＩ（Secure Digital music Initiative）では、ポータブルプレーヤにおける著作権保護機能の規格を提案している。著作権保護機能の実現形態としては、コンテンツのコピー数の制限、コンテンツの利用期間の制限など様々である。
【０００８】
【発明が解決しようとする課題】
フラッシュメモリ、カード型ＨＤ、メモリカードなど小型の記憶媒体を適用してオーディオデータやビデオデータ等のコンテンツを記録再生するシステムでは、例えばＤＶＤ、ＣＤ等の記憶媒体から音楽等のコンテンツを小型の記憶媒体にコピーして、小型記憶媒体を装着したポータブルデバイスにおいてコピーコンテンツを再生するといった使用形態がある。また、ネットワークから配信されるコンテンツをパーソナルコンピュータに内蔵されるハードディスク、ＤＶＤ、ＣＤ等の大容量記憶媒体に一旦蓄積し、その後、パーソナルコンピュータからメモリカードあるいは携帯型の小型ハードディスク（ＨＤ）にコンテンツを移動して、メモリカード、ＨＤを装着可能なポータブルデバイスでコンテンツを再生する形態、すなわちＰＣをコンテンツのパーソナルサーバとして使用する形態も多く行われつつある。
【０００９】
ＣＤ等の記憶媒体からのコンテンツや、インターネット等の通信を介して得たコンテンツを一旦ハードディスク、ＤＶＤ、ＣＤ等の大容量記憶媒体に保存し、これらの記憶媒体からメモリカードにコンテンツをコピー又はムーブする。そしてメモリカード側でコンテンツの再生を行うようなコンテンツ利用が無秩序に行われることはコンテンツの著作権上問題がある。なおムーブ、すなわちコンテンツの移動とは、コンテンツを例えば大容量記憶媒体からメモリカードにコピー記録した後に、そのコピー元となる記憶媒体（ＨＤ、ＤＶＤ、ＣＤ等）からコンテンツを消去することで実現される動作形態である。
【００１０】
著作権保護の観点から、ある程度コピーやムーブが制限されるようにする必要がある。その一方で、完全にコピー／ムーブを禁止してしまうことは、上記のようなＰＣからポータブルメディアにコンテンツを移動して外でコンテンツの再生を楽しむといったコンテンツ利用を阻むことになり、適切ではない。従って、著作権保護を実現した上で、ユーザーの私的コピーの権利を維持できるような、適切なコピー／ムーブ管理を実現することが求められている。
【００１１】
ＰＣからポータブルデバイスへのコンテンツ転送処理、利用処理に際しては、コンテンツに対応して設定される利用条件によって許可された範囲で利用されることが好ましい。例えば利用期間、利用回数制限を設定し、コンテンツ利用に応じたステータスを記録して、ポータブルデバイス、ＰＣ等、それぞれの機器で利用条件の範囲内でコンテンツの利用が行なわれるべきである。
【００１２】
ＰＣ等のように大容量記憶媒体を持ち、処理能力の高いプロセッサを有する機器においては、このようなコンテンツ利用条件情報に基づくコンテンツ利用可否判定のための処理負荷あるいはコンテンツ利用条件情報の記憶処理は、何ら問題がなく実行可能であるが、記憶容量が小さく、ＣＰＵ能力の低いポータブルデバイス等の端末装置またはコンテンツ記憶装置においては、ＰＣ等と同等の処理および情報記憶を行なうことは、必ずしも容易ではない。
【００１３】
コンテンツと、コンテンツに対応する利用権情報を別々に配布するシステムにおいては、ポータブルデバイス等の端末装置またはコンテンツ記憶装置において、両者の対応の正当性を検証するマッチング処理が必要となる。この処理は負荷が大きく、ポータブルデバイス等の端末装置において実行することは困難である。コンテンツを処理能力の低いポータブルデバイス等の端末装置で、コンテンツに対応する利用権データを探し出し、そのデータの正当性を検証した上で、そのコンテンツの利用を許可する処理を実行することは、ポータブルデバイス等の端末装置の有する限られたリソースを適用して実行することには困難性があった。
【００１４】
本発明はこのような状況に鑑みてなされたものであり、データ記憶容量が小さくまたプロセッサ等の処理能力の低いポータブルデバイス等の情報処理装置においても、コンテンツに対応して設定されたコンテンツ利用条件に従ったコンテンツの利用を可能として、コンテンツの不正利用を防止可能とした情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラムを提供することを目的とするものである。
【００１５】
【課題を解決するための手段】
本発明の第１の側面は、
コンテンツ再生処理を実行する情報処理装置であり、
暗号化コンテンツを格納するとともに、コンテンツ利用条件情報を含むインデックスファイルを記憶した記憶手段と、
前記インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する制御手段と、
を有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理装置にある。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、前記制御手段は、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、前記コンテンツキー取得処理を実行する構成を有することを特徴とする。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、前記制御手段は、前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする。
【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記コンテンツ利用条件情報は、コンテンツの利用可能期間、利用可能回数を含む構成であることを特徴とする。
【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記インデックスファイルは、コンテンツに対応する属性情報を含むモバイルクイックタイムフォーマットに従ったデータ構成を有することを特徴とする。
【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファィルと、前記インデックスファイルを入力し、前記制御手段は、前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行する構成であることを特徴とする。
【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする。
【００２３】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする。
【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記制御手段は、コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行する構成であることを特徴とする。
【００２５】
さらに、本発明の第２の側面は、
情報処理装置においてコンテンツ再生処理を実行する情報処理方法であり、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理方法にある。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、前記情報処理方法は、さらに、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定するステップを有し、前記コンテンツキー取得処理ステップは、前記コンテンツ利用条件情報の改竄無しの判定を条件として実行することを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、前記コンテンツキー取得処理ステップは、前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファイルと、前記インデックスファイルを入力するステップと、前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行するステップと、を有することを特徴とする。
【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理装置は、さらに、コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行することを特徴とする。
【００３３】
さらに、本発明の第３の側面は、
情報処理装置において、コンテンツ再生処理を実行する情報処理を実行せしめるコンピュータ・プログラムであって、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とするコンピュータ・プログラムにある。
【００３４】
【作用】
本発明は、コンテンツ索引データとしてのインデックスファイルにコンテンツ利用条件情報を含む構成としたので、少ない記憶容量を持ち、プロセッサ等の処理能力の低いポータブルデバイスにおいても、インデックスファイルのコンテンツ利用条件情報を適用した正当なコンテンツ利用が可能となる。
【００３５】
さらに、本発明の構成では、インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する構成としたので、利用条件に基づくコンテンツ利用が認められた場合にのみコンテンツキー取得が可能となるので、厳格なコンテンツ利用条件の遵守が可能となる。
【００３６】
さらに、本発明では、インデックスファイルにコンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、ＭＡＣと、コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、コンテンツキー取得処理を実行する構成としたので、利用条件情報の改竄に基づく不正なコンテンツ利用が防止される。
【００３７】
さらに、本発明では、コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーとして設定されるので、厳格なコンテンツ利用権限の判定処理に基づくコンテンツ利用が可能となる。
【００３８】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００４０】
【発明の実施の形態】
［システム概要］
図１は、本発明の適用可能なコンテンツ管理システムの概要を説明する図である。コンテンツの利用を行なうユーザデバイスには、ＰＣ３１、各種のポータブルデバイス３２等の情報処理装置が含まれる。コンテンツは、暗号化コンテンツ５１としてサービスプロバイダ１２からユーザデバイス３０に提供される。さらに、サービスプロバイダ１２からユーザデバイス３０に対しては、コンテンツに対応するコンテンツ利用権情報５２が提供され、ＰＣ３１、ポータブルデバイス３２等のユーザデバイス３０では、利用権情報５２に従って配布された暗号化コンテンツを復号して利用する。
【００４１】
オリジナルのコンテンツは、コンテンツプロバイダ１１から、コンテンツ利用条件情報とともに、サービスプロバイダ１２に提供される。キー管理センター１３は、有効化キーブロック（ＥＫＢ：Enabling Key Block）、デバイス・ノード・キー（ＤＮＫ：Device Node Key）等の鍵データを提供する。有効化キーブロック（ＥＫＢ：Enabling Key Block）、デバイス・ノード・キー（ＤＮＫ：Device Node Key）は、コンテンツの利用を正当なコンテンツ利用権を有するユーザデバイスにおいてのみ暗号化コンテンツを復号して利用可能とするためのコンテンツ利用に必要となる暗号鍵を取得するための鍵データである。ＥＫＢ，ＤＮＫについては、後段で説明する。
【００４２】
キー管理センター１３は、有効化キーブロック（ＥＫＢ：Enabling Key Block）を適用したユーザデバイス３０に対するキーの発行処理を実行するキー発行センター（ＫＤＣ：Key Distribute Center）、およびキー配信ツリー管理者としてのトップレベル・カテゴリ・エンティテイ（ＴＬＣＥ：Top Level Category Entity）を含む構成である。
【００４３】
サービスプロバイダ１２は、コンテンツプロバイタ１１から提供されるコンテンツを暗号化して、暗号化コンテンツ５１を生成して、ユーザデバイス３０に提供する。さらに、コンテンツプロバイダから提供されるコンテンツ利用条件情報に基づいて利用権情報５２を生成してユーザデバイス３０に提供する。さらに、キー管理センター１３の提供するデバイスノードキー（ＤＮＫ：Device Node Key）、有効化キーブロック（ＥＫＢ：Enabling Key Block）に基づいてサービスデータ５３を生成してユーザデバイス３０に提供する。サービスデータは、暗号化コンテンツの復号処理の際に必要となるサービス・デバイスノードキー（ＳＤＮＫ）を持つ有効化キーブロック（ＥＫＢ）を含む。
【００４４】
暗号化コンテンツ５１、利用権情報５２、およびサービスデータ５３の詳細構成、およびこれらのデータの利用処理の詳細については、後段で説明する。
【００４５】
なお、コンテンツの利用条件には、利用期間の限定条件、コピーの回数制限、さらにコンテンツを同時に利用することができるポータブルメディア（ＰＭ：Portable Media）の数（いわゆるチェックアウト（Check-out）数に対応）の制限等がある。
【００４６】
例えば、ＰＣ３１のハードディスクに格納した各コンテンツの各々に対応させて、そのコンテンツを同時に利用することができるポータブルメディア（ＰＭ：Portable Media）の数として最大チェックアウト数が設定可能である。ポータブルメディア（ＰＭ：Portable Media）は例えばフラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク、ＭＤ（Mini Disk)等、ポータブルデバイス３２において利用可能な記憶媒体である。
【００４７】
パーソナルコンピュータ（ＰＣ）３１は、コンテンツを格納するポータブルメディアにＰＣ３１のハードディスクからコンテンツを転送（チェックアウト）し、ポータブルメディアを格納したポータブルデバイス３２においてコンテンツの利用（再生）が可能となる。この際、コンテンツに対応する利用条件情報もポータブルデバイス３２において適用可能とする構成が必要となる。
【００４８】
フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等を装着したポータブルデバイス３２は、パーソナルコンピュータ３１から供給されたコンテンツを、利用条件情報を含む付帯データと共に、フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等の記憶媒体に記憶する。ポータブルデバイス３２は、コンテンツの付帯データとしての利用条件に従って、記憶媒体に格納したコンテンツを再生し、ヘッドフォン、スピーカ等の出力手段を介して出力する。
【００４９】
パーソナルコンピュータ３１、およびコンテンツ格納可能なフラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等のポータブルメディアを装着可能なポータブルデバイス３２の構成例について、図２、図３を用いて説明する。
【００５０】
まず、図２を用いてパーソナルコンピュータ３１の構成について説明する。ＣＰＵ（Central Processing Unit）１０１は、各種アプリケーションプログラム、ＯＳ（Operating System)を実際に実行する。さらに、コンテンツの暗号化、復号処理として、例えばＤＥＳ(Data Encryption Standard)の暗号化アルゴリズムを適用した暗号処理、ＭＡＣ生成、検証処理等を実行し、接続した情報記録処理装置（ポータブルデバイス）との間で実行されるコンテンツ入出力時の認証およびセッションキー共有処理、コンテンツ入出力処理制御等を行なう制御手段として機能する。
【００５１】
ＲＯＭ（Read Only Memory）１０２は、ＣＰＵ１０１が使用するプログラムや演算用のパラメータのうちの固定データ等を格納する。上述したポータブルデバイスとの間で実行されるコンテンツ入出力時のデータ処理プログラム等が格納される。ＲＡＭ（Random Access Memory）１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００５２】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ(Peripheral Component Interconnect/Interface)バスなどの外部バス１０６に接続されている。
【００５３】
キーボード１０８は、ＣＰＵ１０１に各種の指令を入力するとき、使用者により操作される。ポインティングデバイス１０９は、ディスプレイ１１０の画面上のポイントの指示や選択を行うとき、使用者により操作される。ディスプレイ１１０は、液晶表示装置またはＣＲＴ（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。ＨＤＤ（Hard Disk Drive）１１１は、ハードディスクを駆動し、ＣＰＵ１０１によって実行するプログラムや情報を記録または再生させる。
【００５４】
ドライブ１１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体１２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース１０７、外部バス１０６、ブリッジ１０５、およびホストバス１０４を介して接続されているＲＡＭ１０３に供給する。
【００５５】
ＰＤ（ポータブルデバイス）接続ポート１１４は、ポータブルデバイスを接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続によりポータブルデバイスが接続される。ＰＤ（ポータブルデバイス）接続ポート１１４は、インタフェース１０７、および外部バス１０６、ブリッジ１０５、ホストバス１０４等を介して、ＨＤＤ１１１、ＣＰＵ１０１、またはＲＡＭ１０３から供給されたデータ、例えば、コンテンツまたはポータブルデバイス１２２のコマンドなどをポータブルデバイス１２２に出力する。
【００５６】
音声入出力インタフェース１１５は、例えばＩＥＣ（Internationl Electrotechnical Commission）60958端子を有するデジタル音声入出力、あるいはアナログ音声入出力のインタフェース処理を実行し、スピーカ等の出力手段に接続され、入出力インタフェース１１５から供給された音声信号を基に、コンテンツに対応する所定の音声を出力する。
【００５７】
これらのキーボード１０８乃至音声入出力インタフェース１１５は、インタフェース１０７に接続されており、インタフェース１０７は、外部バス１０６、ブリッジ１０５、およびホストバス１０４を介してＣＰＵ１０１に接続されている。
【００５８】
通信部１１６は、ネットワークに接続され、ＣＰＵ１０１、またはＨＤＤ１１１等から供給されたデータ（例えば、登録の要求、またはコンテンツの送信要求など）を、所定の方式のパケットに格納して、ネットワーク２を介して、送信するとともに、ネットワーク２を介して、受信したパケットに格納されているデータ（例えば、認証鍵、またはコンテンツなど）をＣＰＵ１０１、ＲＡＭ１０３、またはＨＤＤ１１１に出力する。
【００５９】
次に、ポータブルメディアを利用するポータブルデバイス構成例を図３を参照して説明する。なお、コンテンツの格納記憶媒体としてのメディアは、フラッシュメモリ、または小型ＨＤ、光ディスク、光磁気ディスク等である。
【００６０】
電源回路１５２は、供給される電源電圧を所定の電圧の内部電力に変換して、ＣＰＵ１５３乃至表示部１６７に供給することにより、装置全体を駆動させる。入出力Ｉ／Ｆ１５７は、コンテンツの提供元となるパーソナルコンピュータ（ＰＣ）１７２と接続するインタフェースであり、例えばＵＳＢ，ＩＥＥＥ１３９４等の接続態様による接続を行なう。
【００６１】
パーソナルコンピュータ１７２から転送されるデータは、例えば１パケット当たり６４バイトのデータから構成され、１２Ｍｂｉｔ／ｓｅｃの転送レートでパーソナルコンピュータからポータブルデバイスに対して転送される。ポータブルデバイスに転送されるデータは、コンテンツおよびコンテンツの利用条件等の付帯情報から構成される。
【００６２】
ポータブルデバイスが、パーソナルコンピュータからコンテンツと共にコンテンツの書き込み命令を受信した場合、ＲＯＭ１５５からＲＡＭ１５４に読み出したメインプログラムを実行する制御手段としてのＣＰＵ１５３は、書き込み命令を受け取り、記憶媒体１６１、例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤにコンテンツ書き込みを実行する。なお、図の例では、記憶媒体１６１としてフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤを示しているが、これらの記憶媒体は例であり、少なくとも１種類の記憶媒体が利用可能であればよい。
【００６３】
記憶媒体１６１に対するデータの書き込み処理は、記憶媒体１６１に応じた記憶媒体コントローラまたはドライブ１６０を介して実行される。例えば記憶媒体１６１がフラッシュメモリであれば、フラッシュメモリコントローラを介して書き込みが実行され、記憶媒体１６１がハードディスク（ＨＤ）であれば、ＨＤＤを介して書き込みが実行される。なお、記憶媒体１６１、例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤは、ポータブルデバイスに着脱可能なものとして構成可能である。
【００６４】
ユーザによるコンテンツ再生命令が操作キーコントローラ１６２を介してＣＰＵ１５３に供給されると、制御手段としてのＣＰＵ１５３は、記憶媒体コントローラまたはドライブ１６０に記憶媒体１６１からのコンテンツ読み出し処理を実行させ、ＤＳＰ１５９に転送させる。
【００６５】
ＤＳＰ(Digital Signal Processor)１５９は、記憶媒体１６１から転送されたコンテンツの再生処理を実行する。ＤＳＰ１５９は、暗号化、復号化処理機能、イコライザ調整（音声信号の周波数帯域に対応した利得の調整）機能、圧縮伸長（エンコード／デコード）処理機能を有する。例えば、デジタルオーディオ信号を記憶媒体１６１に書き込むために高能率符号化し、また、メモリカード１６１から読み出されたデータを復号する。高能率符号化方法としては、例えばミニディスクで採用されているＡＴＲＡＣ(Adaptive Transform Acoustic Coding)を改良したＡＴＲＡＣ３等が使用される。
【００６６】
ＡＴＲＡＣ３では、サンプリング周波数＝４４．１ｋHzでサンプリングした量子化ビットが１６ビットのオーディオデータを高能率符号化処理する。ＡＴＲＡＣ３でオーディオデータを処理する時の最小のデータ単位がサウンドユニットＳＵである。１ＳＵは、１０２４サンプル分（１０２４×１６ビット×２チャンネル）を数百バイトに圧縮したものであり、時間にして約２３ｍ秒である。上述の高能率符号化処理により約１／１０にオーディオデータが圧縮される。
【００６７】
ディジタルアナログ変換回路１６３は、再生したコンテンツをアナログの音声信号に変換して、これを増幅回路１６４に供給する。増幅回路１６４は、音声信号を増幅して、出力部１６５を介して、ヘッドフォンあるいはスピーカに音声信号を供給する。
【００６８】
入力Ｉ／Ｆ１７１からは、外部のソースからデジタル信号、またはアナログ信号を入力し、アナログ信号入力時にはＡ／Ｄ変換する。Ａ／Ｄ変換は、入力される入力信号を例えばサンプリング周波数＝４４．１ｋHz、量子化ビット＝１６ビットのデジタルオーディオ信号へ変換する。また、外部のソースからデジタル信号は、ＳＲＣ（サンプリングレートコンバータ）により、同様にサンプリング周波数が４４．１ｋHz、量子化ビットが１６ビットのデジタルオーディオ信号に変換される。
【００６９】
また、ＣＰＵ１５３は、ＬＣＤコントローラ１６６を制御して、表示部１６７に、再生モードの状態（例えば、リピート再生、イントロ再生など）、イコライザ調整（音声信号の周波数帯域に対応した利得の調整）、曲番号、演奏時間、再生、停止、早送り、早戻しなどの状態、音量および乾電池の残量等の情報を表示させる。
【００７０】
なお、ＤＳＰ１５９で実行するコンテンツの暗号化、復号処理には例えばＤＥＳ(Data Encryption Standard)の暗号化アルゴリズムが適用される。コンテンツの暗号化は、コンテンツの著作権を保護するための処理であり、ＰＣとポータブルデバイス間におけるコンテンツ転送処理、ポータブルデバイスと記憶媒体との間におけるコンテンツ転送処理において、コンテンツ暗号処理が実行される。
【００７１】
例えばフラッシュメモリからなるＥＥＰＲＯＭ１６８には、暗号化、復号化処理に適用するキーを格納し、ＰＣとポータブルデバイス間におけるコンテンツ転送処理、ポータブルデバイスと記憶媒体との間におけるコンテンツ転送処理における認証処理およびセッションキー共有処理、転送データ、あるいは格納データの暗号化、復号処理等において適用される。
［キー配信構成としてのツリー（木）構造について］
次に、正当なコンテンツ利用権を有するユーザデバイスにおいてのみコンテンツを利用可能とするための、ブロードキャストエンクリプション（Broadcast Encryption）方式の一態様であるツリー構成によるデバイスとキーの管理構成について説明する。
【００７２】
図４の最下段に示すナンバ０〜１５がコンテンツ利用を行なうユーザデバイスである。すなわち図４に示す階層ツリー（木）構造の各葉(リーフ：leaf)がそれぞれのデバイスに相当する。
【００７３】
各デバイス０〜１５は、製造時あるいは出荷時、あるいはその後において、図４に示す階層ツリー（木）構造における自分のリーフからルートに至るまでのノードに割り当てられた鍵（ノードキー）および各リーフのリーフキーからなるキーセット（デバイスノードキー（ＤＮＫ：Device Node Key））をメモリに格納する。図４の最下段に示すＫ００００〜Ｋ１１１１が各デバイス０〜１５にそれぞれ割り当てられたリーフキーであり、最上段のＫＲ（ルートキー）から、最下段から２番目の節（ノード）に記載されたキー：ＫＲ〜Ｋ１１１をノードキーとする。
【００７４】
図４に示すツリー構成において、例えばデバイス０はリーフキーＫ００００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ＫＲを所有する。デバイス５はＫ０１０１、Ｋ０１０、Ｋ０１、Ｋ０、ＫＲを所有する。デバイス１５は、Ｋ１１１１、Ｋ１１１、Ｋ１１、Ｋ１、ＫＲを所有する。なお、図４のツリーにはデバイスが０〜１５の１６個のみ記載され、ツリー構造も４段構成の均衡のとれた左右対称構成として示しているが、さらに多くのデバイスがツリー中に構成され、また、ツリーの各部において異なる段数構成を持つことが可能である。
【００７５】
また、図４のツリー構造に含まれる各デバイスには、様々な記録媒体、例えば、デバイス埋め込み型あるいはデバイスに着脱自在に構成されたＤＶＤ、ＣＤ、ＭＤ、フラッシュメモリ等を使用する様々なタイプのデバイスが含まれている。さらに、様々なアプリケーションサービスが共存可能である。このような異なるデバイス、異なるアプリケーションの共存構成の上に図４に示すコンテンツあるいは鍵配布構成である階層ツリー構造が適用される。
【００７６】
これらの様々なデバイス、アプリケーションが共存するシステムにおいて、例えば図４の点線で囲んだ部分、すなわちデバイス０，１，２，３を同一の記録媒体を用いる１つのグループとして設定する。例えば、この点線で囲んだグループ内に含まれるデバイスに対しては、まとめて、共通のコンテンツを暗号化してプロバイダから送付したり、各デバイス共通に使用するコンテンツキーを送付したり、あるいは各デバイスからプロバイダあるいは決済機関等にコンテンツ料金の支払データをやはり暗号化して出力するといった処理が実行される。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、図４の点線で囲んだ部分、すなわちデバイス０，１，２，３を１つのグループとして一括してデータを送付する処理を実行する。このようなグループは、図４のツリー中に複数存在する。コンテンツプロバイダ、あるいは決済処理機関等、各デバイスとのデータ送受信を行なう機関は、メッセージデータ配信手段として機能する。
【００７７】
なお、ノードキー、リーフキーは、ある１つの鍵管理センターによって統括して管理してもよいし、各グループに対する様々なデータ送受信を行なうプロバイダ、決済機関等のメッセージデータ配信手段によってグループごとに管理する構成としてもよい。これらのノードキー、リーフキーは例えばキーの漏洩等の場合に更新処理が実行され、この更新処理は鍵管理センター、プロバイダ、決済機関等が実行する。
【００７８】
このツリー構造において、図４から明らかなように、１つのグループに含まれる３つのデバイス０，１，２，３はデバイスノードキー（ＤＮＫ：Device Node Key）として共通のキーＫ００、Ｋ０、ＫＲを含むデバイスノードキー（ＤＮＫ：Device Node Key）を保有する。このノードキー共有構成を利用することにより、例えば共通のキーをデバイス０，１，２，３のみに提供することが可能となる。たとえば、共通に保有するノードキーＫ００は、デバイス０，１，２，３に共通する保有キーとなる。また、新たなキーＫｎｅｗをノードキーＫ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を、ネットワークを介してあるいは記録媒体に格納してデバイス０，１，２，３に配布すれば、デバイス０，１，２，３のみが、それぞれのデバイスにおいて保有する共有ノードキーＫ００を用いて暗号Ｅｎｃ（Ｋ００，Ｋｎｅｗ）を解いて新たなキーＫｎｅｗを得ることが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａによって暗号化したデータであることを示す。
【００７９】
また、ある時点ｔにおいて、デバイス３の所有する鍵：Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノードキー：Ｋ００１,Ｋ００,Ｋ０,ＫＲをそれぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）：ｔの更新キーであることを示す。
【００８０】
更新キーの配布処理ついて説明する。キーの更新は、例えば、図５（Ａ）に示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルをたとえばネットワーク、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図４に示すようなツリー構造を構成する各リーフに対応するデバイスに新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【００８１】
図５（Ａ）に示す有効化キーブロック（ＥＫＢ）には、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図５の例は、図４に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図４から明らかなように、デバイス０，デバイス１は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【００８２】
図５（Ａ）のＥＫＢに示されるようにＥＫＢには複数の暗号化キーが含まれる。最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノードキーＫ（ｔ）００１であり、デバイス２は、自身の持つリーフキーによってこの暗号化キーを復号し、Ｋ（ｔ）００１を得ることができる。また、復号により得たＫ（ｔ）００１を用いて、図５（Ａ）の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）を復号可能となり、更新ノードキーＫ（ｔ）００を得ることができる。以下順次、図５（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図５（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。一方、デバイスＫ００００．Ｋ０００１は、ノードキーＫ０００は更新する対象に含まれておらず、更新ノードキーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。デバイスＫ００００．Ｋ０００１は、図５（Ａ）の上から３段目の暗号化キーＥｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号しＫ（ｔ）００、を取得し、以下、図５（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）０、図５（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新した鍵Ｋ（ｔ）Ｒを得ることができる。なお、図５（Ａ）のインデックスは、復号キーとして使用するノードキー、リーフキーの絶対番地を示す。
【００８３】
図４に示すツリー構造の上位段のノードキー：Ｋ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノードキーＫ００のみの更新処理が必要である場合には、図５（Ｂ）の有効化キーブロック（ＥＫＢ）を用いることで、更新ノードキーＫ（ｔ）００をデバイス０，１，２に配布することができる。
【００８４】
図５（Ｂ）に示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツキーを配布する場合に利用可能である。具体例として、図４に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツキーＫ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキー：Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ），Ｋ（ｔ）ｃｏｎ）を図５（Ｂ）に示すＥＫＢとともに配布する。この配布により、デバイス４など、その他のグループの機器においては復号されないデータとしての配布が可能となる。
【００８５】
すなわち、デバイス０，１，２はＥＫＢを処理して得たＫ（ｔ）００を用いて上記暗号文を復号すれば、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得ることが可能になる。
【００８６】
［ＥＫＢを使用したキーの配布］
図６に、ｔ時点でのキー、例えばコンテンツの暗号化復号化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツキーＫ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）と図５（Ｂ）に示すＥＫＢとを記録媒体を介して受領したデバイス０の処理例を示す。すなわちＥＫＢによる暗号化メッセージデータをコンテンツキーＫ（ｔ）ｃｏｎとした例である。
【００８７】
図６に示すように、デバイス０は、記録媒体に格納されている世代：t時点のＥＫＢと自分があらかじめ格納しているノードキーＫ０００を用いて上述したと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００を生成する。さらに、復号した更新ノードキーＫ（ｔ）００を用いて更新コンテンツキーＫ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフキーＫ００００で暗号化して格納する。
【００８８】
［ＥＫＢのフォーマット］
図７に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン２０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは最新のＥＫＢを識別する機能とコンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ２０３は、有効化キーブロック（ＥＫＢ）中のデータ部の位置を示すポインタであり、タグポインタ２０４はタグ部の位置、署名ポインタ２０５は署名の位置を示すポインタである。
【００８９】
データ部２０６は、例えば更新するノードキーを暗号化したデータを格納する。例えば図６に示すような更新されたノードキーに関する各暗号化キー等を格納する。
【００９０】
タグ部２０７は、データ部に格納された暗号化されたノードキー、リーフキーの位置関係を示すタグである。このタグの付与ルールを図８を用いて説明する。図８では、データとして先に図５（Ａ）で説明した有効化キーブロック（ＥＫＢ）を送付する例を示している。この時のデータは、図８の表（ｂ）に示すようになる。このときの暗号化キーに含まれるトップノードのアドレスをトップノードアドレスとする。この場合は、ルートキーの更新キーＫ（ｔ）Ｒが含まれているので、トップノードアドレスはＫＲとなる。このとき、例えば最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図８の（ａ）に示す階層ツリーに示す位置にある。ここで、次のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）であり、ツリー上では前のデータの左下の位置にある。データがある場合は、タグが０、ない場合は１が設定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝として設定される。最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）の左にはデータがあるので、Ｌタグ＝０、右にはデータがないので、Ｒタグ＝１となる。以下、すべてのデータにタグが設定され、図８（ｃ）に示すデータ列、およびタグ列が構成される。
【００９１】
タグは、データＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）がツリー構造のどこに位置しているのかを示すために設定されるものである。データ部に格納されるキーデータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）．．．は、単純に暗号化されたキーの羅列データに過ぎないので、上述したタグによってデータとして格納された暗号化キーのツリー上の位置を判別可能としたものである。上述したタグを用いずに、先の図５で説明した構成のように暗号化データに対応させたノード・インデックスを用いて、例えば、
０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）ｒｏｏｔ）
００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）
０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（Ｔ）００）
．．．のようなデータ構成とすることも可能であるが、このようなインデックスを用いた構成とすると冗長なデータとなりデータ量が増大し、ネットワークを介する配信等においては好ましくない。これに対し、上述したタグをキー位置を示す索引データとして用いることにより、少ないデータ量でキー位置の判別が可能となる。
【００９２】
図７に戻って、ＥＫＢフォーマットについてさらに説明する。署名（Signature）２０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センター、コンテンツプロバイダ、サービスプロバイダ、あるいは決済機関等が実行する電子署名である。ＥＫＢを受領したデバイスは署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【００９３】
［ツリーのカテゴリ分類］
ノードキー等を定義している階層ツリー構造を各デバイスのカテゴリ毎に分類して効率的なキー更新処理、暗号化キー配信、データ配信を実行する構成について、以下説明する。
【００９４】
図９に階層ツリー構造のカテゴリの分類の一例を示す。図９において、階層ツリー構造の最上段には、ルートキーＫｒｏｏｔ３０１が設定され、以下の中間段にはノードキー３０２が設定され、最下段には、リーフキー３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーを保有する。
【００９５】
ここで、一例として最上段から第Ｍ段目のあるノードをカテゴリノード３０４として設定する。すなわち第Ｍ段目のノードの各々を特定カテゴリのデバイス設定ノードとする。第Ｍ段の１つのノードを頂点として以下、Ｍ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとする。
【００９６】
例えば図９の第Ｍ段目の１つのノード３０５にはカテゴリ［メモリステッイク（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード３０５以下を、メモリスティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義する。
【００９７】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード３０６として設定することができる。例えば図に示すようにカテゴリ［メモリスティック］ノード３０５の２段下のノードに、メモリスティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノードを設定する。さらに、サブカテゴリノードである再生専用器のノード３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード３０８と［携帯電話］ノード３０９を設定することができる。
【００９８】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺにその頂点ノード以下の下段のノードキー、リーフキーを格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種キーの配信、更新処理を、その頂点ノードキー以下のノードキー、リーフキーによって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【００９９】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずにキー更新を実行することができる。
【０１００】
本発明のシステムにおいては、図１０に示されるように、ツリー構成のシステムで、デバイスのキーとコンテンツのキーの管理が行われる。図１０の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリスティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとして本システム（Ｔシステムと称する）が対応する。
【０１０１】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応するキーにより、サービスプロバイダ、あるいはサービスプロバイダが提供するサービスが対応される。この例の場合、これにより、２24（約１６メガ）のサービスプロバイダあるいはサービスを規定することができる。さらに、最も下側の３２段の階層により、２32（約４ギガ）のユーザ（あるいはユーザデバイス）を規定することができる。最下段の３２段のノードからＴシステムのノードまでのパス上の各ノードに対応するキーが、ＤＮＫ（Device Node Key）を構成し、最下段のリーフに対応するＩＤがリーフＩＤとされる。
【０１０２】
例えば、コンテンツを暗号化したコンテンツキーは更新されたルートキーＫＲ’によって暗号化され、上位の階層の更新ノードキーは、その直近の下位の階層の更新ノードキーを用いて暗号化され、ＥＫＢ内に配置される。ＥＫＢにおける末端から１つ上の段の更新ノードキーはＥＫＢの末端のノードキーあるいはリーフキーによって暗号化され、ＥＫＢ内に配置される。
【０１０３】
ユーザデバイスは、サービスデータに記述されているＤＮＫのいずれかのキーを用いて、コンテンツデータとともに配布されるＥＫＢ内に記述されている直近の上位の階層の更新ノードキーを復号し、復号して得たキーを用いて、ＥＫＢ内に記述されているさらにその上の階層の更新ノードキーを復号する。以上の処理を順次行うことで、ユーザデバイスは、更新ルートキーＫＲ’を得ることができる。
【０１０４】
［複数のＥＫＢを適用したコンテンツ処理］
上述したように、ツリーのカテゴリ分類により、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定した構成が可能となり、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、サービスプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が実現される。
【０１０５】
以下、上述のツリー構成のデバイス管理によるＥＫＢ配信システムを適用して、複数のカテゴリに基づくＥＫＢ配信構成を採用したコンテンツ配信および利用形態について説明する。
【０１０６】
図１１を参照して２つのカテゴリについて説明する。図１１に示すように、ルートノード３５０の下段にＴシステムノード３５１を設定し、その下段にＴサービスノード３５２、およびＴハードノード３５３を設定する。Ｔハードノード３５３を頂点としたツリーは、ユーザデバイス機器自体をリーフ３５５として設定し、機器を対象として発行するハード対応ＥＫＢ［ＥＫＢ（Ｈ）］を配信するカテゴリツリーである。一方、Ｔサービスノード３５２を頂点としたツリーは、ユーザデバイス機器に提供するサービスに対応して発行するサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を配信するカテゴリツリーである。
【０１０７】
ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］とも、それぞれ正当な権限を持つデバイスに対して与えられるＤＮＫ（Device Node Key）すなわち、リーフからＴシステムのノードまでのパス上の各ノードに対応するキーを有することで、各ＥＫＢの復号が可能となる。
【０１０８】
図１２を参照して、ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用したコンテンツの復号処理に基づくコンテンツ利用処理シーケンスを説明する。
【０１０９】
図１２に示すサービスデータ４０１、暗号化コンテンツファイル４０２、および利用権情報４０３は、図１に示すサービスデータ５３、暗号化コンテンツ５１、利用権情報５２に対応し、ユーザデバイスがサービスプロバイダを介して受領するデータである。サービスデータ４０１は、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１１０】
暗号化コンテンツファイル４０２は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）とを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１１１】
また、利用権情報４０３は、リーフＩＤと、コンテンツの利用条件情報を格納したデータである。コンテンツの利用条件情報には、コンテンツに対応して設定される利用期間、利用回数、コピー制限等の様々な利用条件が含まれる。利用権情報４０３を受領したユーザデバイスは、利用権情報をコンテンツに対応するセキュリティ情報として格納するか、あるいは、コンテンツの索引データとしてのＡＶインデックスファイル内に格納する。
【０１１２】
例えば、ＰＣ等の大容量の記憶手段を有し、プロセッサ等の処理能力が高いユーザデバイスにおいては、利用権情報をコンテンツに対応するセキュリティ情報として格納することが可能であり、すべての利用条件情報を格納して、コンテンツ利用の際にすべての利用条件情報を参照した処理を行なうことが好ましい。一方、大容量の記憶手段を持たず、またプロセッサ等の処理能力が低いポータブルデバイス（ＰＤ）等のユーザデバイスにおいては、選択された情報からなる利用権情報４０３をコンテンツの索引データとしてのＡＶインデックスファイル内に格納して、コンテンツ利用の際にＡＶインデックスファイル内の利用条件情報を参照した処理を行なう等の処理が可能である。
【０１１３】
ＡＶインデックスファイルの構成例を図１３に示す。図１３に示すＡＶインデックスファイル構成は、Ｍｏｂｉｌｅ Ｑｕｉｃｋ ＴｉｍｅのＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１１４】
ＡＶインデックスファイル４２１は、ヘッダ情報４２２、インデックスファイル情報４２３によって構成され、インデックスファイル情報４２３には、それぞれのコンテンツに対応する情報としてプロパティ、タイトル、サムネイル、イントロ（音楽コンテンツの場合）等が含まれ、さらに、コンテンツに対応する利用条件情報４２５を含む構成を持つ。実コンテンツとしてのＡＶファイル４２４はそれぞれのインデックス情報に関連付けられて格納される。
【０１１５】
利用条件情報の構成例を図１４に示す。利用条件情報は、コンテンツを利用するユーザ、およびコンテンツ単位で設定され、それぞれを識別可能なリーフＩＤ４５１，コンテンツＩＤ４５２を含み、コンテンツ利用期間情報、利用（再生）回数情報、コピー制限情報、他の機器への移動、他の機器からの入力等に関する様々な利用条件を格納した利用条件フールド４５３、さらに、コンテンツ利用に応じた利用状態を記録するフィールドとしての利用ステータスフィールド４５４、さらにこれらの各情報の改竄防止のための検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）４５５を含む構成を持つ。
【０１１６】
メッセージ認証符号（ＭＡＣ：Message authentication Code）４５５は、コンテンツ利用条件情報を含むデータに基づいて、データの改竄検証用のデータとして生成されるものである。ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図１５に示す。図１５の構成に示すように対象となるメッセージを８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（Initial Value（以下、ＩＶとする））とＭ１を排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Message Authentication Code））となる。
【０１１７】
ＭＡＣ値は、その生成元データが変更されると、異なる値になり、検証対象のデータ（メッセージ）に基づいて生成したＭＡＣと、記録されているＭＡＣとの比較を行い、一致していれば、検証対象のデータ（メッセージ）は変更、改竄がなされていないことが証明される。
【０１１８】
図１２に戻り、ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用したコンテンツの復号処理に基づくコンテンツ利用処理シーケンスを説明する。
【０１１９】
ユーザデバイスは、サービスデータ４０１、暗号化コンテンツファイル４０２、利用権情報４０３を受領している。利用権情報４０３は、前述したように例えばＰＣ等においてはコンテンツに対応するセキュリティ情報として保持され、ポータブルデバイス（ＰＤ）においては、格納コンテンツに対応して設定されるＡＶインデックスファイル４２１に格納される。ＰＣからＰＤに対するコンテンツ移動、コピー処理を実行する場合には、ＰＣ等においては保持されるコンテンツに対応するセキュリティ情報に格納された利用権情報は、ＰＤにおいて設定されるＡＶインデックスファイル４２１に適応するようにコンバートされる。例えば、コンテンツ再生時間、再生回数、ムーブ条件、コピー条件等に限定した利用条件のみを格納するなど、格納メディアに応じてコンバート態様を変更する。
【０１２０】
ユーザデバイスは、さらに、ハード対応のＥＫＢ（Ｈ）４１１と、ハード対応のＥＫＢ（Ｈ）の処理（復号）に適用するハード対応のデバイスノードキー（ＨＤＮＫ）４１２を保有している。なお、ハード対応のＥＫＢ（Ｈ）４１１は、復号により、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取り出すことが可能である。
【０１２１】
図１２に示すステップＳ１１において、ハード対応のデバイスノードキー（ＨＤＮＫ）４１２を適用して、ハード対応のＥＫＢ（Ｈ）４１１の復号処理を実行し、ＥＫＢ（Ｈ）４１１から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従った処理となる。
【０１２２】
次に、ステップＳ１２において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ４０１内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１２３】
次に、ステップＳ１３において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル４０２内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１２４】
次に、ステップＳ１４において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル４０２内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、コンテンツキー（Ｋｃ）を取得する。
【０１２５】
次に、ステップＳ１５において、暗号化コンテンツファイル４０２から取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル４２１内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理を実行する。マッチング処理により、コンテンツの利用が可能であることが確認されると、ステップＳ１６において、暗号化コンテンツファイル４０２から取り出したコンテンツキー（Ｋｃ）を適用して、暗号化コンテンツファイル４０２に格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１２６】
上述したように、コンテンツ利用機器としてのハードウェアに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのハード対応ＥＫＢ［ＥＫＢ（Ｈ）］と、コンテンツ利用サービスに対応して設定されたカテゴリツリーに対応するＥＫＢとしてのサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］をそれぞれ個別にユーザに対して提供し、それぞれのＥＫＢに対する正当なＤＮＫを有するユーザのみがサービスの利用を行なうことが可能となる。
【０１２７】
サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を復号するためのＤＮＫ、すなわちＳＤＮＫは、コンテンツに対応したサービスデータ４０１として提供可能であり、またＳＤＮＫを正当なハードウェア対応のＤＮＫ、すなわちＨＤＮＫを有する機器のみが取得可能なハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を適用して暗号化した構成としたので、正当なＨＤＮＫを有するユーザデバイスのみが、ＳＤＮＫを取得でき、サービスが利用となる。
【０１２８】
また、コンテンツ利用において、暗号化コンテンツファイル４０２から取得されるコンテンツ識別子（ＣＩＤ）と、ＡＶインデックスファイル４２１の利用条件情報から取得されるＣＩＤとのマッチング処理を実行する構成としたので、利用権情報４０３を取得して、ＡＶインデックスファイルに利用条件情報を格納していることがコンテンツ再生プロセスの必須用件とすることが可能となり、利用条件に従ったコンテンツ利用が実現される。
【０１２９】
［ＰＤ，ＰＣ間におけるコンテンツコピーを伴う利用］
次に、ＰＣ等に格納した暗号化コンテンツファイルをポータブルデバイス内のメディア（例えばディスク、メモリ）に移動またはコピーし、さらに生成したサブキーＫｓｕｂをコンテンツに対応して生成して、サブキーＫｓｕｂを適用したコンテンツの復号を行なってポータブルデバイスにおいて、コンテンツ利用を行なう構成について説明する。
【０１３０】
（チェックアウト処理）
図１６を参照して、ＰＣ５０１から、ポータブルデバイス５０２にコンンテンツを出力する処理において、ポータブルデバイス５０２に格納するデータの概要を説明する。
【０１３１】
暗号化コンテンツファイル５１１は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）の生成用キーとしてのメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１３２】
ＡＶインデックスファイル５１２は、先に図１３、図１４を参照して説明した構成を有し、モバイル・クイック・タイム（Ｍｏｂｉｌｅ Ｑｕｉｃｋ Ｔｉｍｅ）のＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１３３】
なお、ポータブルデバイス（ＰＤ）に格納する利用条件情報は、ＰＤの利用するメディアのデータ容量を考慮して、最小限のデータにコンバートして格納してもよい。例えば、コンテンツ再生時間、再生回数、ムーブ条件、コピー条件等に限定した利用条件のみを格納するなど、格納メディアに応じて変更した態様とする。
【０１３４】
サービスデータ５１３は、先に、図１２を参照して説明したように、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１３５】
シーケンスページ５１４は、先に図１４を参照して説明したコンテンツ対応の利用条件情報の改竄検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）としてのＭＡＣ＃ｎと、コンテンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコンテンツ０−ｎに対してそれぞれ格納したテーブルデータである。
【０１３６】
なお、コンテンツの暗号復号処理に適用するコンテンツキーＫｃと、暗号化コンテンツファイル５１１に格納するメインキーＫｃｍと、シーケンスページ５１４に格納するサブキーＫｓｕｂの関係は、
Ｋｃ＝Ｋｃｍ ＸＯＲ Ｋｓｕｂ
である。すなわち、メインキーＫｃｍと、サブキーＫｓｕｂとの排他論理輪演算によりコンテンツキーＫｃが算出される関係にある。
【０１３７】
暗号化コンテンツファイル５１１、ＡＶインデックスファイル５１２、サービスデータ５１３は、ポータブルデバイス５０２のメディアの通常データ格納領域に書き込まれ、シーケンスページ５１４は、特定のアクセス権限を持つことの確認がなされたことを条件としてデータの読み書きが可能となるリードインエリア５２１に書き込まれる。
【０１３８】
図１７を参照して、ＰＣからポータブルデバイス（ＰＤ）のメディアに対するコンテンツ出力、すなわち、チェックアウト処理シーケンスについて説明する。
【０１３９】
各ステップについて説明する。ステップＳ１０１では、ＰＤのメディアにコンテンツを格納するスロットがあるか確認し、無い場合は、コンテンツの格納が不可能となり、エラー終了となる。空きスロットがあることが確認されると、ステップＳ１０２において、チェックアウトする暗号化コンテンツファイルに対応する利用条件情報がＰＤに格納されているか否かが判定される。利用条件情報がない場合は、コンテンツの利用は不可であり、エラー終了となる。利用条件情報がある場合は、ステップＳ１０３において、暗号化コンテンツファイルに対応するサービスデータがＰＤに格納されているか否かが判定され、格納されていない場合は、ＰＣからＰＤのメディアに対してサービスデータをコピーする。
【０１４０】
次に、ステップＳ１０５において、暗号化コンテンツファイル５１１（図１５参照）をＰＤのメディアに対してコピーする。次に、ステップＳ１０６において、サービス対応のＥＫＢ、すなわちＥＫＢ（Ｓ）を用いて、ＰＣとＰＤ間でＫｒｏｏｔの共有化処理を行なう。ここでは、最新バージョンのＥＫＢ（Ｓ）のＫｒｏｏｔをＰＣとＰＤ間で共有する。
【０１４１】
次に、ＰＣ側において、チェックアウト対象のコンテンツに対応する利用条件情報に基づくＭＡＣ算出を実行する。ＭＡＣ算出は、先に図１５を参照して説明した算出処理に従う。
【０１４２】
ステップＳ１０８において、ＰＤのメディアのＡＶインデックスファイル（図１３参照）書き込み領域（トラック）を作成し、ステップＳ１０９において、ＰＤのメディアに対して利用条件情報（図１４参照）を含むＡＶインデックスファイル（図１３参照）を書き込む。
【０１４３】
次にステップＳ１１０において、先にＰＣ、ＰＤ間で共有したＫｒｏｏｔを適用してセッションキーの共有化処理を行なう。セッションキーの共有化処理は、例えば、ISO/IEC 9798-4 に代表されるＭＡＣを用いた処理によって実行可能である。図１８を参照して処理シーケンスを説明する。
【０１４４】
図１８において、コンテンツの送信機器と受信機器であるパーソナルコンピュータ（ＰＣ）、ポータブルデバイス（ＰＤ）の各々のいずれかに対応するＰＣ，Ｂは、共通の鍵Ｋｒｏｏｔを持つ。なお、図１８における記号「||」は連結を表している。
【０１４５】
次にＰＣは、乱数Ｒａ、Ｓａを生成し、Ｒａ,ＳａとともにＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)をＰＤに送る。ＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)は、鍵としてＫｒｏｏｔを、データとしてＲａ||Ｒｂ||Ｓａを入力することを表す。
【０１４６】
ＰＤは、受信したデータを用いてＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)を計算し、これが受信したものと一致するかを検査する。一致すれば通信相手であるＰＣが正当であると認め、処理を続けるが、一致しなければ不正なものと判断して処理を中止する。
【０１４７】
次にＰＤは乱数Ｓｂを生成し、これとＭＡＣ(Ｋｒｏｏｔ，Ｒｂ||Ｒａ||Ｓｂ)をＰＣに送る。ＰＣも受信したデータを用いて自分でＭＡＣ(Ｋｒｏｏｔ，Ｒｂ||Ｒａ||Ｓｂ)を計算し、受信したものと一致するかを確認する。一致すれば通信相手であるＰＤが正当であると認め、処理を続けるが、一致しなければ不正なものと判断して処理を中止する。最後に、双方がＭＡＣ(Ｋｒｏｏｔ,Ｓａ||Ｓｂ)を計算し、これをそのセッションにおけるセッションキーとして使用する。
【０１４８】
上記のようにすることにより、コンテンツ送信機器と受信機器としてのパーソナルコンピュータおよびポータブルデバイスは、互いの正当性を検査することができ、またセッションキーを安全に共有することができる。
【０１４９】
図１７のフローに戻り、説明を続ける。ステップＳ１１０において、Ｋｒｏｏｔに基づいてセッションキーＫｓｅｓの生成が終了すると、ステップＳ１１１において、ＰＣから、コンテンツに対応する利用条件情報のＭＡＣ、サブキーＫｓｕｂ、スロットＮｏ．をセッションキーＫｓｅｓで暗号化してＰＤに送信する。
【０１５０】
ステップＳ１１２において、ＰＤは、ＰＣから受信したＭＡＣと、ステップＳ１０７において計算した利用条件情報のＭＡＣとが一致するか否かを判定する。不一致であれば、利用条件情報は改竄されていることになり、正当なコンテンツ利用が保証されないことになり、エラー終了する。
【０１５１】
ＰＣから受信したＭＡＣと、ステップＳ１０７において計算した利用条件情報のＭＡＣとが一致した場合には、ステップＳ１１３において、ＰＤのメディア（ディスクョのリードインエリアにＭＡＣと、サブキーＫｓｕｂとを対応付けたテーブルデータをシーケンスページ（図１２参照）として書き込む。
【０１５２】
（コンテンツ再生処理）
次に、ポータブルデバイス（ＰＤ）において、サブキーＫｓｕｂを適用してコンテンツキー：Ｋｃを生成して、暗号化コンテンツの復号を実行してコンテンツを利用（再生）する処理について、図１９、図２０を参照して説明する。
【０１５３】
ポータブルデバイス（ＰＤ）は、サービスデータ６０１、暗号化コンテンツファイル６０２、ＡＶインデックスファイル６２１、シーケンスページ６２２を有している。さらに、ポータブルデバイス（ＰＤ）は、ハード対応のＥＫＢ（Ｈ）６１１を保有しており、ハード対応のＥＫＢ（Ｈ）の処理（復号）に適用するハード対応のデバイスノードキー（ＨＤＮＫ）６１２を保有している。なお、ハード対応のＥＫＢ（Ｈ）６１１は、復号により、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取り出すことが可能である。
【０１５４】
サービスデータ６０１には、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。
【０１５５】
暗号化コンテンツファイル６０２は、サービス対応のカテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（ＣＩＤ）と、コンテンツ暗号処理および復号処理に適用するコンテンツキー（Ｋｃ）の生成に適用するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。
【０１５６】
ＡＶインデックスファイル６２１は、先に図１３を参照して説明したように、モバイルクイックタイム（Ｍｏｂｉｌｅ Ｑｕｉｃｋ Ｔｉｍｅ）のＡＶインデックスファイルに利用条件情報を追加した構成を持つ。
【０１５７】
シーケンスページ６２２は、先に図１４を参照して説明したコンテンツ対応の利用条件情報の改竄検証値としてのメッセージ認証符号（ＭＡＣ：Message authentication Code）としてのＭＡＣ＃ｎと、コンテンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコンテンツ０−ｎに対してそれぞれ格納したテーブルデータである。
【０１５８】
なお、コンテンツの暗号復号処理に適用するコンテンツキーＫｃと、暗号化コンテンツファイル６０２に格納されたメインキーＫｃｍと、シーケンスページ６２１に格納されたサブキーＫｓｕｂの関係は、
Ｋｃ＝Ｋｃｍ ＸＯＲ Ｋｓｕｂ
である。すなわち、メインキーＫｃｍと、サブキーＫｓｕｂとの排他論理輪演算によりコンテンツキーＫｃが算出される関係にある。
【０１５９】
図１９に示すステップＳ２１において、ポータブルデバイス（ＰＤ）は、ハード対応のデバイスノードキー（ＨＤＮＫ）６１２を適用して、ハード対応のＥＫＢ（Ｈ）６１１の復号処理を実行し、ＥＫＢ（Ｈ）６１１から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従ったものである。
【０１６０】
次に、ステップＳ２２において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ６０１内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１６１】
次に、ステップＳ２３において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル６０２内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１６２】
次に、ステップＳ２４において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル６０２内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、メインキー（Ｋｃｍ）を取得する。
【０１６３】
次に、ステップＳ２５において、暗号化コンテンツファイル６０２から取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル６２１内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理、すなわち、コンテンツに対応する利用条件情報が存在し、かつ利用条件情報において利用が許可されているか否かの判定処理を実行する。マッチング処理により、コンテンツの利用が可能であることが確認されると、ステップＳ２６において、暗号化コンテンツファイル６０２から取り出したメインキー（Ｋｃｍ）と、リードインエリアに記録されたシーケンスページ６２２から取得したサブキーＫｓｕｂとの排他論理和演算を実行し、コンテンツキーＫｃを生成する。
【０１６４】
次に、ステップＳ２７において、コンテンツキーＫｃを適用して、ＡＶインデックスファイル６２１の利用条件情報のＭＡＣを算出し、リードインエリアに記録されたシーケンスページ６２２に記録されたＭＡＣとの照合処理によるＭＡＣ検証を実行する。照合が不成立の場合は、エラーとして、次ステップの処理は停止される。
【０１６５】
ＭＡＣの照合が成立したことを条件として、ステップＳ２８において、コンテンツキーＫｃを適用して、暗号化コンテンツファイル６０２に格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１６６】
上述したように、ポータブルデバイスでのコンテンツ利用においては、コンテンツに対応するサブキーＫｓｕｂを設定して、利用条件情報に基づくＭＡＣとともにシーケンスページを構成して格納し、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によりコンテンツキーＫｃを取得する構成として、ＭＡＣ検証の成立を条件として、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によって生成されるコンテンツキーＫｃによるコンテンツの復号を実行する構成とした。
【０１６７】
次に、ポータブルデバイスでのコンテンツ利用（再生）処理について、図２０に示すフローを参照して説明する。ステップＳ２０１において、ポータブルデバイス（ＰＤ）は、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）の復号処理を実行し、ＥＫＢ（Ｈ）から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。
【０１６８】
次に、ステップＳ２０２において、再生予定のコンテンツに対応するサービスデータがＰＤ内に格納されているかを判定し、無い場合はＰＣから取得（Ｓ２０３）する。サービスデータは図１９に示すように、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納したデータである。
【０１６９】
ステップＳ２０４において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、サービスデータ内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１７０】
次に、ステップＳ２０５において、サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル内に格納されたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格納されたサービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１７１】
次に、ステップＳ２０６において、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）と、メインキー（Ｋｃｍ）を取得する。
【０１７２】
次に、ステップＳ２０７において、暗号化コンテンツファイルから取り出したコンテンツＩＤ（ＣＩＤ）と、ＡＶインデックスファイル内の利用条件情報内に格納されたコンテンツＩＤのマッチング（照合）処理を実行する。すなわち、コンテンツに対応する利用条件情報が存在し、かつ利用条件情報において利用が許可されているか否かの判定処理を実行する。マッチングが不成立の場合は、次ステップは実行されず、エラー終了となる。
【０１７３】
マッチング成立の場合は、ステップＳ２０８において、メディアのリードインエリアから利用予定のコンテンツに対応するサブキーＫｓｕｂを取り出し、ステップＳ２０９において、暗号化コンテンツファイルから取り出したメインキー（Ｋｃｍ）と、リードインエリアに記録されたシーケンスページから取得したサブキーＫｓｕｂとの排他論理和演算を実行し、コンテンツキーＫｃを生成する。
【０１７４】
次に、ステップＳ２０９において、コンテンツキーＫｃを適用して、ＡＶインデックスファイルの利用条件情報のＭＡＣを算出し、リードインエリアに記録されたシーケンスページに記録されたＭＡＣとの照合処理によるＭＡＣ検証を実行する。照合が不成立の場合は、エラーとして、次ステップの処理は停止される。
【０１７５】
ＭＡＣ検証に成功すると、ステップＳ２１２おいて、コンテンツキーＫｃを適用して、暗号化コンテンツファイルに格納された暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行なう。
【０１７６】
このように、ポータブルデバイスにおいて、ＡＶインデックスファイルに格納した利用条件情報を適用し、かつＭＡＣ検証によりコンテンツ利用条件の改竄のないことを確認し、さらに、コンテンツ対応のサブキーと、暗号化コンテンツファイルのメインキーにより生成可能なコンテンツキーを適用したコンテンツ復号を行なう構成としたことにより、正当な利用条件情報に基づく正当な機器のみにおけるコンテンツの正当な利用が可能となる。
【０１７７】
（自己記録処理）
次に、ポータブルデバイス等において、コンテンツを記録する処理について、図２１および図２２を参照して説明する。
【０１７８】
図２１は、ポータブルデバイス７０１において、コンテンツをディスク等のメディア７０２に自己記録する際のシーケンスを説明する図である。
【０１７９】
ポータブルデバイス７０１は、ハード対応のカテゴリツリーを介して提供されるハード対応ＥＫＢ（ＥＫＢ（Ｈ））７０３と、ハード対応ＥＫＢ（ＥＫＢ（Ｈ））７０３の処理（復号処理に適用するデバイスノードキー（ＨＤＮＫ）７０２を有する。
【０１８０】
さらに、自己記録を許容するサービスを管理するサービスプロバイダから提供される自己録用サービスデータ７０４を有する。自己録用サービスデータ７０４は、前述のサービスデータと同様、リーフ識別子としてのリーフＩＤ、適用するＥＫＢのバージョン、さらに、サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の復号に必要なサービス対応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を格納している。なお、ここでは、自己記録用サービス対応ＥＫＢをＥＫＢｃ（Ｓ）とする。
【０１８１】
ポータブルデバイス７０１は、さらに、自己録用利用条件７０５、自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６を有する。自己録用利用条件７０５は、コンテンツの自己記録に対する条件、例えば許容期間、記録回数等の条件を定めており、先に図１４を参照して説明した利用条件と同様である。
【０１８２】
自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６は、コンテンツ自己記録用のサービスを提供するサービスプロバイダを頂点ノードとしたサービスカテゴリツリーに対応するルートキーＫｒｏｏｔを格納したＥＫＢである。
【０１８３】
ポータブルデバイスにおける、コンテンツの自己記録処理のシーケンスについて説明する。まず、ポータブルデバイス（ＰＤ）７０１は、まず、ステップＳ３１において、自己記録コンテンツに対応する暗号化コンテンツファイル７１１のヘッダ領域に自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６をコピー格納する。さらに、コンテンツに対応する索引データとしてのＡＶインデックスファイル７１２に自己録用利用条件をコピー（Ｓ３２）し、さらに自己録用サービスデータ７０４のリーフＩＤをコピー（Ｓ３３）する。さらに、自己録用サービスデータをコンテンツを記録するメディア７０２にコピー格納（Ｓ３４）する。なお、暗号化コンテンツファイル７１１、ＡＶインデックスファイル７１２もコンテンツを記録するメディア７０２に格納する。
【０１８４】
次に、ポータブルデバイス７０１は、ステップＳ３５において、ハード対応のデバイスノードキー（ＨＤＮＫ）７０２を適用して、ハード対応のＥＫＢ（Ｈ）７０３の復号処理を実行し、ＥＫＢ（Ｈ）７０３から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６を参照して説明した手法に従ったものである。
【０１８５】
次に、ステップＳ３６において、ＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、自己録用サービスデータ７０４内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１８６】
次に、ステップＳ３７において、自己録用サービスデータ７０４から取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル７１１内にコピー格納した自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）を実行し自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自己録用サービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１８７】
次に、ステップＳ３８において、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］から取り出したルートキーＫｒｏｏｔを用いて、暗号化コンテンツファイル７１１内に格納すべきコンテンツに対応するコンテンツ識別子としてのコンテンツＩＤ（ＣＩＤ）と、メインキーＫｃｍを暗号化して、暗号化データＥ（Ｋｒｏｏｔ，ＣＵＩＤ，Ｋｃｍ）を生成して、暗号化コンテンツファイル７１１内に格納する。なお、このメインキーＫｃｍは、サブキーＫｓｕｂとの排他論理和演算により、コンテンツキーＫｃを生成する際に適用する鍵であり、乱数に基づいて生成する。
【０１８８】
次に、乱数から生成したメインキーＫｃｍ、およびサブキーＫｓｕｂの排他論理和演算を実行し、コンテンツキーＫｃを生成（Ｓ３９）し、生成したコンテンツキーＫｃを適用してコンテンツを暗号化（Ｓ４０）して、暗号化コンテンツファイル７１１内に格納する。
【０１８９】
さらに、コンテンツに対して生成したサブキーＫｓｕｂと、利用条件情報に基づくＭＡＣを対応付けたシーケンスページ７１３のメディア７０２のリードインエリアに対する書き込み処理を実行（Ｓ４１）する。
【０１９０】
上述したように、ポータブルデバイスでのコンテンツ自己記録においては、コンテンツに対応するサブキーＫｓｕｂを生成して、利用条件情報に基づくＭＡＣとともにシーケンスページを構成して格納する。コンテンツ再生においては、サブキーＫｓｕｂと、メインキーＫｃｍを適用した演算によりコンテンツキーＫｃを生成することが必要となる。従って、シーケンスページに正当なサブキーＫｓｕｂを持つデバイスにおいてのみ再生可能となる。
【０１９１】
図２２に、ポータブルデバイスでのコンテンツ自己記録処理手順の処理フローを示す。処理フローの核ステップについて説明する。
【０１９２】
ステップＳ３０１において、自己記録コンテンツに対応する暗号化コンテンツファイルのヘッダ領域に自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］をコピー格納し、ステップＳ３０２において、ＡＶインデックスファイルに自己録用利用条件情報をコピー格納し、ステップＳ３０３において、自己録用サービスデータのリーフＩＤをコピー格納する。
【０１９３】
次に、ステップＳ３０４において、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）の復号処理を実行し、ＥＫＢ（Ｈ）から、ハード対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔ’を取得する。さらに、ステップＳ３０５において、自己録用サービスデータをコンテンツを記録するメディアにコピー格納する。
【０１９４】
次に、ステップＳ３０６において、ハード対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用いて、自己録用サービスデータ内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）に適用するデバイスノードキー（ＳＤＮＫ）を取得する。
【０１９５】
次に、ステップＳ３０７において、自己録用サービスデータから取り出したデバイスノードキー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル内にコピー格納した自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復号）を実行し自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自己録用サービス対応カテゴリツリーに対応して設定されるルートキーＫｒｏｏｔを取得する。
【０１９６】
次に、ステップＳ３０８において、乱数に基づいてメインキーＫｃｍ、サブキーＫｓｕｂを生成し、ステップＳ３０９において、メインキーＫｃｍ、サブキーＫｓｕｂとの排他論理和演算により、コンテンツキーＫｃを生成する。
【０１９７】
次に、ステップＳ３１０において、メインキーＫｃｍ、とコンテンツ識別子（ＣＩＤ）をルートキーＫｒｏｏｔで暗号化して、暗号化コンテンツファイルに格納する。さらに、ステップＳ３１１において、生成したコンテンツキーＫｃを適用してコンテンツを暗号化して、暗号化コンテンツファイルに格納する。
【０１９８】
さらに、ステップＳ３１２において、メコンテンツに対して生成したサブキーＫｓｕｂと、利用条件情報に基づくＭＡＣを対応付けたシーケンスページのメディアのリードインエリアに対する書き込み処理を実行して、コンテンツの自己記録を終了する。
【０１９９】
上述したように、ポータブルデバイスでのコンテンツ自己記録においては、メディアに対して暗号化コンテンツファイル、ＡＶインデックスファイル、さらにリードインエリアに対してＡＶインデックスファイルの利用条件データ等に基づくＭＡＣと、サブキーＫｓｕｂの書き込みが実行され、自己記録されたコンテンツ利用においても、利用条件の正当性がＭＡＣで検証され、またサブキーＫｓｕｂを利用したコンテンツキーＫｃの生成処理が必須となり、正当な利用権限を有するデバイスにおいて利用条件に従ったコンテンツ利用が実現される。
【０２００】
（コンテンツインポート処理）
次に、ポータブルデバイス（ＰＤ）からＰＣに対する自己記録コンテンツのコピー処理、すなわちインポート処理について説明する。
【０２０１】
図２３は、コンテンツインポート処理の概要と、ポータブルデバイス（ＰＤ）からＰＣに対して移動（コピー）するデータについて説明する図である。
【０２０２】
インポート処理においては、ポータブルデバイス（ＰＤ）８１０から、ＰＣ８２０に対して、コンテンツキーＫｃで暗号化された暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）８１１がコピーされ、さらに、セキュア情報８１２として、Ｋｒｏｏｔを格納したＥＫＢ８１３と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８１４がコピーされ、さらに、先に説明した自己記録処理において生成したＡＶインデックスファイル中の利用条件情報８１５がコピーされる。
【０２０３】
ＰＣ８２０におけるデータ格納構成は、図に示すように、コンテンツ８２１と、コンテンツに対するセキュア情報８２２を持つ構成であり、インポート処理においては、これらのデータ格納構成に応じたコンバート、あるいは必要な情報の付加処理を実行することが必要となる。
【０２０４】
ＰＣ８２０は、コンテンツキーＫｃで暗号化された暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）８２１を格納し、格納コンテンツに対応するセキュア情報８２２として、Ｋｒｏｏｔを格納したＥＫＢ８２３と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８２４、利用条件情報に対応する属性情報８２５、さらに、公開鍵証明書８２６、署名８２７を有する構成を持つ。
【０２０５】
ポータブルデバイス（ＰＤ）からＰＣに対する自己記録コンテンツのコピー処理、すなわちインポート処理においては、図２３に示す（１）−（５）の処理が実行される。
【０２０６】
（１）は、暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）のコピー処理である。（２）は、Ｋｒｏｏｔを格納したＥＫＢと、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）のコピー処理である。
【０２０７】
（３）は、ＰＤにおけるＡＶインデックスファイル内の利用条件情報の改竄検証処理として実行するＭＡＣ検証処理である。（４）は、（３）におけるＭＡＣ検証の結果、改竄なしの判定を条件として実行するＡＶインデックスファイル内の利用条件情報のコンバートとコピー処理である。ＰＣ内では、コンテンツの利用条件をコンテンツ属性情報として保持する構成であり、ＡＶインデックスファイルの利用条件情報をＰＣ内の属性情報のフォーマットに変換した後、ＰＣにコピーする。（５）は、ＰＣのコンテンツ対応のセキュア情報として格納すべきデータとしての公開鍵証明書８２６、および電子署名８２７を生成、追加する処理である。
【０２０８】
図２３に示すように、異なるデータ格納構成を持つポータブルデバイス（ＰＤ）と、ＰＣ間においてコンテンツ移動を行なう場合、それぞれのデータ格納構成に合わせたコンバート、データ追加等の処理を実行し、利用条件情報は、データ改ざんの無いことの確認の後にコピーされる。
【０２０９】
図２４にインポート処理の手順を説明するフローチャートを示す。フローチャートに示す各ステップの処理について説明する。
【０２１０】
まず、ステップＳ４０１において、暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）をポータブルデバイス（ＰＤ）からＰＣにコピーする。次に、ステップＳ４０２において、Ｋｒｏｏｔを格納したＥＫＢと、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）をポータブルデバイス（ＰＤ）からＰＣにコピーする。
【０２１１】
次に、ステップＳ４０３において、ＰＤにおけるＡＶインデックスファイル内の利用条件情報に基づいて、ＭＡＣを計算し、リードインエリアのシーレンスページに格納されたシーケンスページの格納ＭＡＣとの比較を実行し、利用条件情報の改竄検証を行なう。ＭＡＣが一致すれば改竄無しと判定し、ステップＳ４０５に進む。ＭＡＣが不一致の場合は、改竄ありと判定しエラー終了となる。
【０２１２】
ステップＳ４０５では、利用条件情報中のインポート処理許可フラグが、処理許可を示しているか否かを判定する。ＡＶインデックスファイル内の利用条件情報には、図１４に示すようにインポート（ｉｍｐｏｒｔ）の可否を示すビットがあり、インポート可のビット情報がある場合にのみインポート処理を実行し、インポート不可の情報がある場合にはインポート処理は実行されず、エラー終了とする。
【０２１３】
ステップＳ４０６では、ＡＶインデックスファイル内の利用条件情報のコンバートとコピー処理を実行する。ＰＣ内では、コンテンツの利用条件をコンテンツ属性情報として保持する構成であり、ＡＶインデックスファイルの利用条件情報をＰＣ内の属性情報のフォーマットに変換した後、ＰＣにコピーする。ステップＳ４０７は、ＰＣのコンテンツ対応のセキュア情報として格納すべきデータとしての公開鍵証明書の格納処理である。ステップＳ４０８は、セキュア情報内の格納情報に対する電子署名を生成、追加する処理である。
【０２１４】
上述したように、コンテンツインポート処理においては、それぞれのデータ格納構成に合わせたコンバート、データ追加等の処理を実行し、利用条件情報は、データ改ざんの無いことの確認の後にコピーを実行する。
【０２１５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１６】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０２１７】
例えば、プログラムは記憶媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０２１８】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記憶媒体にインストールすることができる。
【０２１９】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０２２０】
【発明の効果】
以上、説明したように、本発明の構成によれば、コンテンツ索引データとしてのインデックスファイルにコンテンツ利用条件情報を含む構成としたので、少ない記憶容量を持ち、プロセッサ等の処理能力の低いポータブルデバイスにおいても、インデックスファイルのコンテンツ利用条件情報を適用した正当なコンテンツ利用が可能となる。
【０２２１】
さらに、本発明の構成によれば、インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する構成としたので、利用条件に基づくコンテンツ利用が認められた場合にのみコンテンツキー取得が可能となるので、厳格なコンテンツ利用条件の遵守が可能となる。
【０２２２】
さらに、本発明の構成によれば、インデックスファイルには、コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、ＭＡＣと、コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、コンテンツキー取得処理を実行する構成としたので、利用条件情報の改竄に基づく不正なコンテンツ利用が防止される。
【０２２３】
さらに、本発明の構成によれば、コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーとして設定されるので、厳格なコンテンツ利用権限の判定処理に基づくコンテンツ利用が可能となる。
【図面の簡単な説明】
【図１】本発明を適用したコンテンツ提供システムの概要を示す図である。
【図２】本発明を適用したコンテンツ利用の可能なパーソナルコンピュータ（ＰＣ）の構成例について説明する図である。
【図３】本発明を適用したコンテンツ利用の可能なポータブルデバイス（ＰＤ）の構成例について説明する図である。
【図４】各種キー、データの暗号化処理、配布処理について説明するツリー構成図である。
【図５】各種キー、データの配布に使用される有効化キーブロック（ＥＫＢ）の例を示す図である。
【図６】コンテンツキーの有効化キーブロック（ＥＫＢ）を使用した配布例と復号処理例を示す図である。
【図７】有効化キーブロック（ＥＫＢ）のフォーマット例を示す図である。
【図８】有効化キーブロック（ＥＫＢ）のタグの構成を説明する図である。
【図９】ツリー構成におけるカテゴリ分割を説明する図である。
【図１０】ツリー構成におけるカテゴリ分割を説明する図である。
【図１１】ツリー構成におけるカテゴリ分割の具体例を説明する図である。
【図１２】複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明する図である。
【図１３】ＡＶインデックスファイルの構成例を示す図である。
【図１４】利用条件情報の構成例を示す図である。
【図１５】ＭＡＣ生成処理構成を示す図である。
【図１６】ＰＣからポータブルデバイス（ＰＤ）に対するコンテンツコピー処理について説明する図である。
【図１７】ＰＣからポータブルデバイス（ＰＤ）に対するコンテンツコピー処理について説明するフロー図である。
【図１８】セッションキーの共有化処理について説明するシーケンス図である。
【図１９】ポータブルデバイスにおける、サブキーおよび複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明する図である。
【図２０】ポータブルデバイスにおける、サブキーおよび複数の有効化キーブロック（ＥＫＢ）を適用したコンテンツ復号、利用処理例を説明するフロー図である。
【図２１】ポータブルデバイスにおける、サブキーを適用したコンテンツ自己記録処理例を説明する図である。
【図２２】ポータブルデバイスにおける、サブキーを適用したコンテンツ自己記録処理例を説明するフロー図である。
【図２３】ポータブルデバイスからＰＣに対するコンテンツインポート処理を説明する図である。
【図２４】ポータブルデバイスからＰＣに対するコンテンツインポート処理を説明するフロー図である。
【符号の説明】
１１ コンテンツプロバイダ
１２ サービスプロバイダ
１３ キー管理センター
３０ ユーザデバイス
３１ ＰＣ
３２ ポータブルデバイス（ＰＤ）
５１ 暗号化コンテンツ
５２ 利用権情報
５３ サービスデータ
１０１ ＣＰＵ(Central processing Unit)
１０２ ＲＯＭ（Read-Only-Memory）
１０３ ＲＡＭ（Random Access Memory）
１０４ ホストバス１０４
１０５ ブリッジ
１０６ 外部バス
１０７ インタフェース
１０８ キーボード
１０９ ポインティングデバイス
１１０ ディスプレイ
１１１ ＨＤＤ（Hard Disk Drive）
１１２ ドライブ
１１４ ＰＤ（ポータブルデバイス）接続ポート
１１５ 音声入出力インタフェース
１１６ 通信部
１２１ リムーバブル記録媒体
１２２ ポータブルデバイス
１５２ 電源回路
１５３ ＣＰＵ
１５４ ＲＡＭ
１５５ ＲＯＭ
１５７ 入出力Ｉ／Ｆ
１５９ ＤＳＰ
１６０ 記憶媒体コントローラｏｒドライブ
１６１ 記憶媒体
１６２ 操作キーコントローラ
１６３ Ｄ／Ａ変換器
１６４ 増幅回路
１６５ 出力部
１６６ ＬＣＤコントローラ
１６７ 表示部
１７１ 入力Ｉ／Ｆ
１７２ ＰＣ
２０１ バージョン
２０２ デプス
２０３ データポインタ
２０４ タグポインタ
２０５ 署名ポインタ
２０６ データ部
２０７ タグ部
２０８ 署名
３０１ ルートキー
３０２ ノードキー
３０３ リーフキー
３０４ カテゴリノード
３５０ ルートノード
３５１ Ｔシステムノード
３５２ Ｔサービスノード
３５３ Ｔハードノード
３５４ サービスプロバイダノード
３５５ リーフ
４０１ サービスデータ
４０２ 暗号化コンテンツファイル
４０３ 利用権情報
４１１ ＥＫＢ（Ｈ）
４１２ ＨＤＮＫ
４２１ ＡＶインデックスファイル
４２２ ヘッダ情報
４２３ インデックスファイル情報
４２４ ＡＶファイル
４２５ 利用条件情報
４５１ リーフＩＤ
４５２ コンテンツＩＤ
４５３ 利用条件情報
４５４ 利用ステータス情報
４５５ ＭＡＣ
５０１ ＰＣ
５０２ ポータブルデバイス（ＰＤ）
５１１ 暗号化コンテンツファイル
５１２ ＡＶインデックスファイル
５１３ サービスデータ
５１４ シーケンスページ
６０１ サービスデータ
６０２ 暗号化コンテンツファイル
６１１ ＥＫＢ（Ｈ）
６１２ ＨＤＮＫ
６２１ ＡＶインデックスファイル
６２２ シーケンスページ
７０１ ポータブルデバイス
７０２ ＤＮＫ（ＨＤＮＫ）
７０３ ＥＫＢ（Ｈ）
７０４ 自己録用サービスデータ
７０５ 自己録用利用条件
７０６ 自己録用ＥＫＢ
７１１ 暗号化コンテンツファイル
７１２ ＡＶインデックスファイル
７１３ シーケンスページ
８１０ ポータブルデバイス（ＰＤ）
８１１ 暗号化コンテンツ
８１２ セキュア情報
８１３ ＥＫＢ
８１４ 鍵情報
８１５ ＡＶインデックスファイル
８２０ ＰＣ
８２１ 暗号化コンテンツ
８２２ セキュア情報
８２３ ＥＫＢ
８２４ 鍵情報
８２５ 属性情報
８２６ 公開鍵証明書
８２７ 署名
Claims (17)
- コンテンツ再生処理を実行する情報処理装置であり、
暗号化コンテンツを格納するとともに、コンテンツ利用条件情報を含むインデックスファイルを記憶した記憶手段と、
前記インデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定し、コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行する制御手段と、
を有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理装置。 - 前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、
前記制御手段は、
前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定し、改竄無しの判定を条件として、前記コンテンツキー取得処理を実行する構成を有することを特徴とする請求項１に記載の情報処理装置。 - 前記暗号化コンテンツは、
コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、
前記制御手段は、
前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記コンテンツ利用条件情報は、
コンテンツの利用可能期間、利用可能回数を含む構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記インデックスファイルは、
コンテンツに対応する属性情報を含むモバイルクイックタイムフォーマットに従ったデータ構成を有することを特徴とする請求項１に記載の情報処理装置。 - 前記情報処理装置は、
外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファィルと、前記インデックスファイルを入力し、
前記制御手段は、
前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記制御手段は、
前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。 - 前記制御手段は、
前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。 - 前記制御手段は、
コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、
有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、
前記有効化キーブロック（ＥＫＢ）と、
を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行する構成であることを特徴とする請求項６に記載の情報処理装置。 - 情報処理装置においてコンテンツ再生処理を実行する情報処理方法であり、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とする情報処理方法。 - 前記インデックスファイルには、少なくとも前記コンテンツ利用条件情報に基づいて生成された改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含み、
前記情報処理方法は、さらに、
前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて算出したＭＡＣとの比較に基づいて、前記コンテンツ利用条件情報の改竄の有無を判定するステップを有し、
前記コンテンツキー取得処理ステップは、
前記コンテンツ利用条件情報の改竄無しの判定を条件として実行することを特徴とする請求項１０に記載の情報処理方法。 - 前記暗号化コンテンツは、
コンテンツキーＫｃにより暗号化されたコンテンツであり、前記コンテンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーの適用によってのみ取得可能なキーであり、
前記コンテンツキー取得処理ステップは、
前記有効化キーブロック（ＥＫＢ）の復号処理によるコンテンツキー取得処理を実行する構成であることを特徴とする請求項１０に記載の情報処理方法。 - 前記情報処理方法は、さらに、
外部のコンテンツ出力機器から前記暗号化コンテンツを含む暗号化コンテンツファイルと、前記インデックスファイルを入力するステップと、
前記暗号化コンテンツファイルと、前記インデックスファイルを前記記憶手段に格納するとともに、前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を前記記憶手段に格納する処理を実行するステップと、
を有することを特徴とする請求項１０に記載の情報処理方法。 - 前記情報処理装置は、さらに、
前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記情報処理装置は、さらに、
前記利用条件情報を含むデータに基づく改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、コンテンツの復号処理に適用するコンテンツキーＫｃの生成に要するサブキーＫｓｕｂを対応付けて、特定のアクセス許可プログラムに従ってアクセス可能な前記記憶手段のリードインエリアに書き込む処理を実行することを特徴とする請求項１３に記載の情報処理方法。 - 前記情報処理装置は、さらに、
コンテンツをコンテンツキーＫｃで暗号化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、
有効化キーブロック（ＥＫＢ）配信ツリー構成を適用して提供される有効化キーブロック（ＥＫＢ）の復号により取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃｍ）と、
前記有効化キーブロック（ＥＫＢ）と、
を含む暗号化コンテンツファイルを前記記憶手段に格納する処理を実行することを特徴とする請求項１３に記載の情報処理方法。 - 情報処理装置において、コンテンツ再生処理を実行する情報処理を実行せしめるコンピュータ・プログラムであって、
コンテンツ利用条件情報を含むインデックスファイル中のコンテンツ利用条件情報に基づいてコンテンツ利用可否を判定する判定処理ステップと、
コンテンツ利用可の判定に基づいて、暗号化コンテンツの復号に適用するコンテンツキーＫｃ取得処理を実行するコンテンツキー取得処理ステップと、
前記コンテンツキーＫｃに基づく暗号化コンテンツの復号を実行する復号処理ステップを有し、
前記コンテンツ利用条件情報は、
有効化キーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識別子としてのリーフＩＤと、
コンテンツ識別子としてのコンテンツＩＤと、
コンテンツの利用条件情報と、
コンテンツ利用ステータス情報とを含む構成であることを特徴とするコンピュータ・プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002149266A JP4192499B2 (ja) | 2002-05-23 | 2002-05-23 | 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002149266A JP4192499B2 (ja) | 2002-05-23 | 2002-05-23 | 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003345660A JP2003345660A (ja) | 2003-12-05 |
| JP4192499B2 true JP4192499B2 (ja) | 2008-12-10 |
Family
ID=29767492
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002149266A Expired - Fee Related JP4192499B2 (ja) | 2002-05-23 | 2002-05-23 | 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4192499B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4626221B2 (ja) | 2004-06-24 | 2011-02-02 | ソニー株式会社 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
| MX2007008543A (es) * | 2005-01-13 | 2007-09-07 | Samsung Electronics Co Ltd | Dispositivo y metodo para manejo de derecho digital. |
| KR101147763B1 (ko) * | 2005-01-19 | 2012-05-25 | 엘지전자 주식회사 | 데이터 복호방법 및 복호장치, 기록매체 |
| JP2008027007A (ja) | 2006-07-18 | 2008-02-07 | Canon Inc | コンテンツ管理システム及びその制御方法 |
| JP4587399B2 (ja) * | 2006-08-22 | 2010-11-24 | Ｋｄｄｉ株式会社 | コンテンツ配信方法及びシステム |
| EP3293653A1 (en) * | 2016-09-09 | 2018-03-14 | Nagravision S.A. | A system for decrypting and rendering content |
-
2002
- 2002-05-23 JP JP2002149266A patent/JP4192499B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003345660A (ja) | 2003-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4622087B2 (ja) | 情報処理装置、および情報処理方法、並びにプログラム記憶媒体 | |
| US8712048B2 (en) | Information recording medium and information processing method for accessing content with license or copyright protection | |
| JP4078802B2 (ja) | 情報処理システム、情報処理方法、情報処理装置、および情報記録媒体、並びにプログラム記録媒体 | |
| US8393005B2 (en) | Recording medium, and device and method for recording information on recording medium | |
| JP4581246B2 (ja) | 情報処理システム、および情報処理方法、並びにプログラム記録媒体 | |
| JP4710132B2 (ja) | 情報処理システム、および情報処理方法、並びにプログラム記録媒体 | |
| US10097347B2 (en) | Content providing system, content reproducing device, content reproducing method, and computer program | |
| JP3821768B2 (ja) | 情報記録媒体、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4023083B2 (ja) | 情報処理システム、情報処理方法、および情報記録媒体、並びにプログラム提供媒体 | |
| WO2001078298A1 (fr) | Systeme et procede de traitement d'informations | |
| KR20050026905A (ko) | 정보 처리 장치 및 정보 처리 방법과 컴퓨터 프로그램 | |
| KR20050035513A (ko) | 라이센스 관리 장치, 라이센스 관리 방법 및 컴퓨터프로그램 | |
| US20150046719A1 (en) | Information processing device, information processing method, and program | |
| KR100881524B1 (ko) | 데이터 기록 장치, 데이터 기록 방법, 및 데이터 전송시스템 | |
| WO2002087147A1 (fr) | Dispositif et procede d'enregistrement/de reproduction d'informations | |
| US7503077B2 (en) | Method, storage medium, and apparatus to prevent use or distribution of unauthorized copies of storage medium contents | |
| JP4370721B2 (ja) | 情報記録装置、情報再生装置、情報記録方法、情報再生方法、キー更新端末装置、世代管理キー更新方法、および情報記録媒体、並びにプログラム提供媒体 | |
| JP4192499B2 (ja) | 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム | |
| JP2005050176A (ja) | 情報記録媒体製造管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム | |
| JP4110511B2 (ja) | コンテンツ利用管理システム、情報処理装置、および方法、並びにコンピュータ・プログラム | |
| JP4806847B2 (ja) | 情報処理システム、情報処理方法、および情報記録媒体、並びにプログラム記録媒体 | |
| JP2003348067A (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP3988385B2 (ja) | 情報処理システム、情報処理方法、および情報記録媒体、並びにプログラム記録媒体 | |
| JP4337811B2 (ja) | データ記録装置 | |
| JP2010288291A (ja) | 情報処理システム、および情報処理方法、並びにプログラム記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050407 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080604 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080610 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080731 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080826 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080908 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111003 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |