JP2003345660A

JP2003345660A - 情報処理装置、情報処理方法、およびコンテンツ入出力処理システム、コンテンツ入出力処理方法、並びにコンピュータ・プログラム

Info

Publication number: JP2003345660A
Application number: JP2002149266A
Authority: JP
Inventors: Keiko Tada; 恵子多田; Ryuji Ishiguro; 隆二石黒; Toshiya Ishizaka; 敏弥石坂; Mitsuhiro Hirabayashi; 光浩平林
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-05-23
Filing date: 2002-05-23
Publication date: 2003-12-05
Anticipated expiration: 2022-05-23
Also published as: JP4192499B2

Abstract

(57)【要約】【課題】ポータブルデバイスにおけるコンテンツの利
用条件に基づくコンテンツ利用処理を可能とする装置、
方法を提供する。【解決手段】コンテンツ索引データとしてのインデッ
クスファイルにコンテンツ利用条件情報を含む構成と
し、インデックスファイルのコンテンツ利用条件情報に
基づく正当なコンテンツ利用を可能とした。コンテンツ
利用条件情報に基づくコンテンツ利用可の判定に基づい
て、コンテンツキーＫｃ取得処理を実行する。また、イ
ンデックスファイルのＭＡＣ検証によりコンテンツ利用
条件情報の改竄の有無を判定可能とした。コンテンツキ
ーＫｃは、有効化キーブロック（ＥＫＢ）の復号により
取得可能なキーの適用によって取得可能なキーとしたの
で、厳格なコンテンツ利用権限の判定処理に基づくコン
テンツ利用が可能となる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置、情
報処理方法、およびコンテンツ入出力処理システム、コ
ンテンツ入出力処理方法、並びにコンピュータ・プログ
ラムに関する。特に、著作権保護等により、利用制限を
付加することが好ましいコンテンツの機器間の移動（ム
ーブ）、複製（コピー）処理において、利用制限を考慮
し効率的な処理を実現可能とした情報処理装置、情報処
理方法、およびコンテンツ入出力処理システム、コンテ
ンツ入出力処理方法、並びにコンピュータ・プログラム
に関する。

【０００２】

【従来の技術】昨今、音楽データ、ゲームプログラム、
画像データ等、様々なソフトウエアデータ（以下、これ
らをコンテンツ（Content）と呼ぶ）の、インターネッ
ト等のネットワーク、あるいは、メモリカード、ＨＤ、
ＤＶＤ、ＣＤ等の流通可能な記憶媒体を介した流通が盛
んになっている。これらの流通コンテンツは、ユーザの
所有するＰＣ（Personal Computer）、記録再生器、再
生専用器、あるいはゲーム機器内の記憶手段、例えばＨ
Ｄ，フラッシュメモリを有するカード型記憶装置、Ｃ
Ｄ、ＤＶＤ等に格納され、再生処理が実行される。

【０００３】記録再生装置、ゲーム機器、ＰＣ等の情報
機器には、コンテンツをネットワークから受信するため
のインタフェース、あるいはメモリカード、ＨＤ、ＤＶ
Ｄ、ＣＤ等にアクセスするためのインタフェースを有
し、コンテンツの再生に必要となる制御手段、プログラ
ム、データのメモリ領域として使用されるＲＡＭ、ＲＯ
Ｍ等を有する。

【０００４】音楽データ、画像データ、あるいはプログ
ラム等の様々なコンテンツは、再生機器として利用され
る記録再生装置、ゲーム機器、ＰＣ等の情報機器本体か
らのユーザ指示、あるいは接続された入力手段を介した
ユーザの指示により、例えば内蔵、あるいは着脱自在の
記憶媒体から呼び出され、情報機器本体、あるいは接続
されたディスプレイ、スピーカ等を通じて再生される。

【０００５】ゲームプログラム、音楽データ、画像デー
タ等、多くのソフトウエア・コンテンツは、一般的にそ
の作成者、販売者に頒布権等が保有されている。従っ
て、これらのコンテンツの配布に際しては、一定の利用
制限、すなわち、正規なユーザに対してのみ、ソフトウ
ェアの使用を許諾し、許可のない複製等が行われないよ
うにする、すなわちセキュリティを考慮した構成をとる
のが一般的となっている。

【０００６】特に、近年においては、情報をデジタル的
に記録する記録装置や記憶媒体が普及しつつある。この
ようなデジタル記録装置および記憶媒体によれば、例え
ば画像や音声を劣化させることなく記録、再生を繰り返
すことができる。このようにデジタルデータは画質や音
質を維持したまま何度もコピーを繰り返し実行すること
ができるため、コピーが違法に行われた記憶媒体が市場
に流通することになると、音楽、映画等各種コンテンツ
の著作権者、あるいは正当な販売権者等の利益が害され
ることになる。昨今では、このようなデジタルデータの
不正なコピーを防ぐため、デジタル記録装置および記憶
媒体に違法なコピーを防止するための様々な処理構成が
実現または提案されている。

【０００７】例えば、音楽配信技術における各種の仕様
を提案しているＳＤＭＩ（Secure Digital music Initi
ative）では、ポータブルプレーヤにおける著作権保護
機能の規格を提案している。著作権保護機能の実現形態
としては、コンテンツのコピー数の制限、コンテンツの
利用期間の制限など様々である。

【０００８】

【発明が解決しようとする課題】フラッシュメモリ、カ
ード型ＨＤ、メモリカードなど小型の記憶媒体を適用し
てオーディオデータやビデオデータ等のコンテンツを記
録再生するシステムでは、例えばＤＶＤ、ＣＤ等の記憶
媒体から音楽等のコンテンツを小型の記憶媒体にコピー
して、小型記憶媒体を装着したポータブルデバイスにお
いてコピーコンテンツを再生するといった使用形態があ
る。また、ネットワークから配信されるコンテンツをパ
ーソナルコンピュータに内蔵されるハードディスク、Ｄ
ＶＤ、ＣＤ等の大容量記憶媒体に一旦蓄積し、その後、
パーソナルコンピュータからメモリカードあるいは携帯
型の小型ハードディスク（ＨＤ）にコンテンツを移動し
て、メモリカード、ＨＤを装着可能なポータブルデバイ
スでコンテンツを再生する形態、すなわちＰＣをコンテ
ンツのパーソナルサーバとして使用する形態も多く行わ
れつつある。

【０００９】ＣＤ等の記憶媒体からのコンテンツや、イ
ンターネット等の通信を介して得たコンテンツを一旦ハ
ードディスク、ＤＶＤ、ＣＤ等の大容量記憶媒体に保存
し、これらの記憶媒体からメモリカードにコンテンツを
コピー又はムーブする。そしてメモリカード側でコンテ
ンツの再生を行うようなコンテンツ利用が無秩序に行わ
れることはコンテンツの著作権上問題がある。なおムー
ブ、すなわちコンテンツの移動とは、コンテンツを例え
ば大容量記憶媒体からメモリカードにコピー記録した後
に、そのコピー元となる記憶媒体（ＨＤ、ＤＶＤ、ＣＤ
等）からコンテンツを消去することで実現される動作形
態である。

【００１０】著作権保護の観点から、ある程度コピーや
ムーブが制限されるようにする必要がある。その一方
で、完全にコピー／ムーブを禁止してしまうことは、上
記のようなＰＣからポータブルメディアにコンテンツを
移動して外でコンテンツの再生を楽しむといったコンテ
ンツ利用を阻むことになり、適切ではない。従って、著
作権保護を実現した上で、ユーザーの私的コピーの権利
を維持できるような、適切なコピー／ムーブ管理を実現
することが求められている。

【００１１】ＰＣからポータブルデバイスへのコンテン
ツ転送処理、利用処理に際しては、コンテンツに対応し
て設定される利用条件によって許可された範囲で利用さ
れることが好ましい。例えば利用期間、利用回数制限を
設定し、コンテンツ利用に応じたステータスを記録し
て、ポータブルデバイス、ＰＣ等、それぞれの機器で利
用条件の範囲内でコンテンツの利用が行なわれるべきで
ある。

【００１２】ＰＣ等のように大容量記憶媒体を持ち、処
理能力の高いプロセッサを有する機器においては、この
ようなコンテンツ利用条件情報に基づくコンテンツ利用
可否判定のための処理負荷あるいはコンテンツ利用条件
情報の記憶処理は、何ら問題がなく実行可能であるが、
記憶容量が小さく、ＣＰＵ能力の低いポータブルデバイ
ス等の端末装置またはコンテンツ記憶装置においては、
ＰＣ等と同等の処理および情報記憶を行なうことは、必
ずしも容易ではない。

【００１３】コンテンツと、コンテンツに対応する利用
権情報を別々に配布するシステムにおいては、ポータブ
ルデバイス等の端末装置またはコンテンツ記憶装置にお
いて、両者の対応の正当性を検証するマッチング処理が
必要となる。この処理は負荷が大きく、ポータブルデバ
イス等の端末装置において実行することは困難である。
コンテンツを処理能力の低いポータブルデバイス等の端
末装置で、コンテンツに対応する利用権データを探し出
し、そのデータの正当性を検証した上で、そのコンテン
ツの利用を許可する処理を実行することは、ポータブル
デバイス等の端末装置の有する限られたリソースを適用
して実行することには困難性があった。

【００１４】本発明はこのような状況に鑑みてなされた
ものであり、データ記憶容量が小さくまたプロセッサ等
の処理能力の低いポータブルデバイス等の情報処理装置
においても、コンテンツに対応して設定されたコンテン
ツ利用条件に従ったコンテンツの利用を可能として、コ
ンテンツの不正利用を防止可能とした情報処理装置、情
報処理方法、およびコンテンツ入出力処理システム、コ
ンテンツ入出力処理方法、並びにコンピュータ・プログ
ラムを提供することを目的とするものである。

【００１５】

【課題を解決するための手段】本発明の第１の側面は、
コンテンツ再生処理を実行する情報処理装置であり、暗
号化コンテンツを格納するとともに、コンテンツ利用条
件情報を含むインデックスファイルを記憶した記憶手段
と、前記インデックスファイル中のコンテンツ利用条件
情報に基づいてコンテンツ利用可否を判定し、コンテン
ツ利用可の判定に基づいて、暗号化コンテンツの復号に
適用するコンテンツキーＫｃ取得処理を実行する制御手
段と、を有することを特徴とする情報処理装置にある。

【００１６】さらに、本発明の情報処理装置の一実施態
様において、前記インデックスファイルには、少なくと
も前記コンテンツ利用条件情報に基づいて生成された改
竄検証値としてのメッセージ認証符号（ＭＡＣ）を含
み、前記制御手段は、前記ＭＡＣと、前記コンテンツ利
用条件情報に基づいて算出したＭＡＣとの比較に基づい
て、前記コンテンツ利用条件情報の改竄の有無を判定
し、改竄無しの判定を条件として、前記コンテンツキー
取得処理を実行する構成を有することを特徴とする。

【００１７】さらに、本発明の情報処理装置の一実施態
様において、前記コンテンツ利用条件情報は、有効化キ
ーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識
別子としてのリーフＩＤと、コンテンツ識別子としての
コンテンツＩＤと、コンテンツの利用条件情報と、コン
テンツ利用ステータス情報とを含む構成であることを特
徴とする。

【００１８】さらに、本発明の情報処理装置の一実施態
様において、前記暗号化コンテンツは、コンテンツキー
Ｋｃにより暗号化されたコンテンツであり、前記コンテ
ンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツ
リー構成を適用して提供される有効化キーブロック（Ｅ
ＫＢ）の復号により取得可能なキーの適用によってのみ
取得可能なキーであり、前記制御手段は、前記有効化キ
ーブロック（ＥＫＢ）の復号処理によるコンテンツキー
取得処理を実行する構成であることを特徴とする。

【００１９】さらに、本発明の情報処理装置の一実施態
様において、前記コンテンツ利用条件情報は、コンテン
ツの利用可能期間、利用可能回数を含む構成であること
を特徴とする。

【００２０】さらに、本発明の情報処理装置の一実施態
様において、前記インデックスファイルは、コンテンツ
に対応する属性情報を含むモバイルクイックタイムフォ
ーマットに従ったデータ構成を有することを特徴とす
る。

【００２１】さらに、本発明の第２の側面は、コンテン
ツ出力機器からコンテンツ入力機器に対する機器間のコ
ンテンツ移動処理を実行するコンテンツ入出力処理シス
テムであり、前記コンテンツ出力機器は、コンテンツお
よび、コンテンツ対応の利用条件情報を格納した記憶手
段と、前記コンテンツおよび利用条件情報についてのコ
ンテンツ識別子に基づくマッチング処理を実行し、コン
テンツおよび利用条件情報の対応確認を条件として、前
記利用条件情報を、前記コンテンツ入力機器におけるコ
ンテンツ索引データとしてのインデックスファイル格納
形式にコンバートして前記コンテンツ入力機器に出力す
る制御手段とを有し、前記コンテンツ入力機器は、前記
利用条件情報をコンテンツ索引データとしてのインデッ
クスファイルに格納してメディアに記録するとともに、
前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）を前記メディアに格
納する処理を実行する制御手段を有する構成であること
を特徴とするコンテンツ入出力処理システムにある。

【００２２】さらに、本発明のコンテンツ入出力処理シ
ステムの一実施態様において、前記コンテンツ入力機器
の制御手段は、前記利用条件情報を含むデータに基づく
改竄検証値としてのメッセージ認証符号（ＭＡＣ）を、
特定のアクセス許可プログラムに従ってアクセス可能な
前記メディアのリードインエリアに書き込む処理を実行
する構成であることを特徴とする。

【００２３】さらに、本発明のコンテンツ入出力処理シ
ステムの一実施態様において、前記コンテンツ入力機器
の制御手段は、前記利用条件情報を含むデータに基づく
改竄検証値としてのメッセージ認証符号（ＭＡＣ）と、
コンテンツの復号処理に適用するコンテンツキーＫｃの
生成に要するサブキーＫｓｕｂを対応付けて、特定のア
クセス許可プログラムに従ってアクセス可能な前記メデ
ィアのリードインエリアに書き込む処理を実行する構成
であることを特徴とする。

【００２４】さらに、本発明のコンテンツ入出力処理シ
ステムの一実施態様において、前記コンテンツ入力機器
の制御手段は、コンテンツをコンテンツキーＫｃで暗号
化した暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）
と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適
用して提供される有効化キーブロック（ＥＫＢ）の復号
により取得可能なキーＫｒｏｏｔによって、コンテンツ
ＩＤ（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要
するメインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏ
ｏｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック
（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記
メディアに格納する処理を実行する構成であることを特
徴とする。

【００２５】さらに、本発明の第３の側面は、コンテン
ツ再生処理を実行する情報処理方法であり、コンテンツ
利用条件情報を含むインデックスファイル中のコンテン
ツ利用条件情報に基づいてコンテンツ利用可否を判定す
る判定処理ステップと、コンテンツ利用可の判定に基づ
いて、暗号化コンテンツの復号に適用するコンテンツキ
ーＫｃ取得処理を実行するコンテンツキー取得処理ステ
ップと、前記コンテンツキーＫｃに基づく暗号化コンテ
ンツの復号を実行する復号処理ステップと、を有するこ
とを特徴とする情報処理方法にある。

【００２６】さらに、本発明の情報処理方法の一実施態
様において、前記インデックスファイルには、少なくと
も前記コンテンツ利用条件情報に基づいて生成された改
竄検証値としてのメッセージ認証符号（ＭＡＣ）を含
み、前記情報処理方法は、さらに、前記ＭＡＣと、前記
コンテンツ利用条件情報に基づいて算出したＭＡＣとの
比較に基づいて、前記コンテンツ利用条件情報の改竄の
有無を判定するステップを有し、前記コンテンツキー取
得処理ステップは、前記コンテンツ利用条件情報の改竄
無しの判定を条件として実行することを特徴とする。

【００２７】さらに、本発明の情報処理方法の一実施態
様において、前記コンテンツ利用条件情報は、有効化キ
ーブロック（ＥＫＢ）配信ツリー構成におけるリーフ識
別子としてのリーフＩＤと、コンテンツ識別子としての
コンテンツＩＤと、コンテンツの利用条件情報と、コン
テンツ利用ステータス情報とを含む構成であることを特
徴とする。

【００２８】さらに、本発明の情報処理方法の一実施態
様において、前記暗号化コンテンツは、コンテンツキー
Ｋｃにより暗号化されたコンテンツであり、前記コンテ
ンツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツ
リー構成を適用して提供される有効化キーブロック（Ｅ
ＫＢ）の復号により取得可能なキーの適用によってのみ
取得可能なキーであり、前記コンテンツキー取得処理ス
テップは、前記有効化キーブロック（ＥＫＢ）の復号処
理によるコンテンツキー取得処理を実行する構成である
ことを特徴とする。

【００２９】さらに、本発明の第４の側面は、コンテン
ツ出力機器からコンテンツ入力機器に対する機器間のコ
ンテンツ移動処理を実行するコンテンツ入出力処理方法
であり、前記コンテンツ出力機器において、コンテンツ
および、コンテンツ対応の利用条件情報についてのコン
テンツ識別子に基づくマッチング処理を実行するステッ
プと、コンテンツおよび利用条件情報の対応確認を条件
として、前記利用条件情報を、前記コンテンツ入力機器
におけるコンテンツ索引データとしてのインデックスフ
ァイル格納形式にコンバートして前記コンテンツ入力機
器に出力するステップとを実行し、前記コンテンツ入力
機器において、前記利用条件情報をコンテンツ索引デー
タとしてのインデックスファイルに格納してメディアに
記録するステップと、前記利用条件情報を含むデータに
基づく改竄検証値としてのメッセージ認証符号（ＭＡ
Ｃ）を前記メディアに格納する処理を実行するステップ
と、を有することを特徴とするコンテンツ入出力処理方
法にある。

【００３０】さらに、本発明のコンテンツ入出力処理方
法の一実施態様において、前記コンテンツ入力機器は、
前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）を、特定のアクセス
許可プログラムに従ってアクセス可能な前記メディアの
リードインエリアに書き込む処理を実行することを特徴
とする。

【００３１】さらに、本発明のコンテンツ入出力処理方
法の一実施態様において、前記コンテンツ入力機器は、
前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）と、コンテンツの復
号処理に適用するコンテンツキーＫｃの生成に要するサ
ブキーＫｓｕｂを対応付けて、特定のアクセス許可プロ
グラムに従ってアクセス可能な前記メディアのリードイ
ンエリアに書き込む処理を実行することを特徴とする。

【００３２】さらに、本発明のコンテンツ入出力処理方
法の一実施態様において、前記コンテンツ入力機器は、
コンテンツをコンテンツキーＫｃで暗号化した暗号化コ
ンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブ
ロック（ＥＫＢ）配信ツリー構成を適用して提供される
有効化キーブロック（ＥＫＢ）の復号により取得可能な
キーＫｒｏｏｔによって、コンテンツＩＤ（ＣＩＤ）
と、前記コンテンツキーＫｃの生成に要するメインキー
Ｋｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋
Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を
含む暗号化コンテンツファイルを前記メディアに格納す
る処理を実行することを特徴とする。

【００３３】さらに、本発明の第５の側面は、コンテン
ツ再生処理を実行する情報処理を実行せしめるコンピュ
ータ・プログラムであって、コンテンツ利用条件情報を
含むインデックスファイル中のコンテンツ利用条件情報
に基づいてコンテンツ利用可否を判定する判定処理ステ
ップと、コンテンツ利用可の判定に基づいて、暗号化コ
ンテンツの復号に適用するコンテンツキーＫｃ取得処理
を実行するコンテンツキー取得処理ステップと、前記コ
ンテンツキーＫｃに基づく暗号化コンテンツの復号を実
行する復号処理ステップと、を有することを特徴とする
コンピュータ・プログラムにある。

【００３４】

【作用】本発明は、コンテンツ索引データとしてのイン
デックスファイルにコンテンツ利用条件情報を含む構成
としたので、少ない記憶容量を持ち、プロセッサ等の処
理能力の低いポータブルデバイスにおいても、インデッ
クスファイルのコンテンツ利用条件情報を適用した正当
なコンテンツ利用が可能となる。

【００３５】さらに、本発明の構成では、インデックス
ファイル中のコンテンツ利用条件情報に基づいてコンテ
ンツ利用可否を判定し、コンテンツ利用可の判定に基づ
いて、暗号化コンテンツの復号に適用するコンテンツキ
ーＫｃ取得処理を実行する構成としたので、利用条件に
基づくコンテンツ利用が認められた場合にのみコンテン
ツキー取得が可能となるので、厳格なコンテンツ利用条
件の遵守が可能となる。

【００３６】さらに、本発明では、インデックスファイ
ルにコンテンツ利用条件情報に基づいて生成された改竄
検証値としてのメッセージ認証符号（ＭＡＣ）を含み、
ＭＡＣと、コンテンツ利用条件情報に基づいて算出した
ＭＡＣとの比較に基づいて、コンテンツ利用条件情報の
改竄の有無を判定し、改竄無しの判定を条件として、コ
ンテンツキー取得処理を実行する構成としたので、利用
条件情報の改竄に基づく不正なコンテンツ利用が防止さ
れる。

【００３７】さらに、本発明では、コンテンツキーＫｃ
は、有効化キーブロック（ＥＫＢ）配信ツリー構成を適
用して提供される有効化キーブロック（ＥＫＢ）の復号
により取得可能なキーの適用によってのみ取得可能なキ
ーとして設定されるので、厳格なコンテンツ利用権限の
判定処理に基づくコンテンツ利用が可能となる。

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

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

【００４０】

【発明の実施の形態】［システム概要］図１は、本発明
の適用可能なコンテンツ管理システムの概要を説明する
図である。コンテンツの利用を行なうユーザデバイスに
は、ＰＣ３１、各種のポータブルデバイス３２等の情報
処理装置が含まれる。コンテンツは、暗号化コンテンツ
５１としてサービスプロバイダ１２からユーザデバイス
３０に提供される。さらに、サービスプロバイダ１２か
らユーザデバイス３０に対しては、コンテンツに対応す
るコンテンツ利用権情報５２が提供され、ＰＣ３１、ポ
ータブルデバイス３２等のユーザデバイス３０では、利
用権情報５２に従って配布された暗号化コンテンツを復
号して利用する。

【００４１】オリジナルのコンテンツは、コンテンツプ
ロバイダ１１から、コンテンツ利用条件情報とともに、
サービスプロバイダ１２に提供される。キー管理センタ
ー１３は、有効化キーブロック（ＥＫＢ：Enabling Key
Block）、デバイス・ノード・キー（ＤＮＫ：Device N
ode Key）等の鍵データを提供する。有効化キーブロッ
ク（ＥＫＢ：Enabling Key Block）、デバイス・ノード
・キー（ＤＮＫ：Device Node Key）は、コンテンツの
利用を正当なコンテンツ利用権を有するユーザデバイス
においてのみ暗号化コンテンツを復号して利用可能とす
るためのコンテンツ利用に必要となる暗号鍵を取得する
ための鍵データである。ＥＫＢ，ＤＮＫについては、後
段で説明する。

【００４２】キー管理センター１３は、有効化キーブロ
ック（ＥＫＢ：Enabling Key Block）を適用したユーザ
デバイス３０に対するキーの発行処理を実行するキー発
行センター（ＫＤＣ：Key Distribute Center）、およ
びキー配信ツリー管理者としてのトップレベル・カテゴ
リ・エンティテイ（ＴＬＣＥ：Top Level Category Ent
ity）を含む構成である。

【００４３】サービスプロバイダ１２は、コンテンツプ
ロバイタ１１から提供されるコンテンツを暗号化して、
暗号化コンテンツ５１を生成して、ユーザデバイス３０
に提供する。さらに、コンテンツプロバイダから提供さ
れるコンテンツ利用条件情報に基づいて利用権情報５２
を生成してユーザデバイス３０に提供する。さらに、キ
ー管理センター１３の提供するデバイスノードキー（Ｄ
ＮＫ：Device Node Key）、有効化キーブロック（ＥＫ
Ｂ：Enabling Key Block）に基づいてサービスデータ５
３を生成してユーザデバイス３０に提供する。サービス
データは、暗号化コンテンツの復号処理の際に必要とな
るサービス・デバイスノードキー（ＳＤＮＫ）を持つ有
効化キーブロック（ＥＫＢ）を含む。

【００４４】暗号化コンテンツ５１、利用権情報５２、
およびサービスデータ５３の詳細構成、およびこれらの
データの利用処理の詳細については、後段で説明する。

【００４５】なお、コンテンツの利用条件には、利用期
間の限定条件、コピーの回数制限、さらにコンテンツを
同時に利用することができるポータブルメディア（Ｐ
Ｍ：Portable Media）の数（いわゆるチェックアウト
（Check-out）数に対応）の制限等がある。

【００４６】例えば、ＰＣ３１のハードディスクに格納
した各コンテンツの各々に対応させて、そのコンテンツ
を同時に利用することができるポータブルメディア（Ｐ
Ｍ：Portable Media）の数として最大チェックアウト数
が設定可能である。ポータブルメディア（ＰＭ：Portab
le Media）は例えばフラッシュメモリ、または小型Ｈ
Ｄ、光ディスク、光磁気ディスク、ＭＤ（Mini Disk)
等、ポータブルデバイス３２において利用可能な記憶媒
体である。

【００４７】パーソナルコンピュータ（ＰＣ）３１は、
コンテンツを格納するポータブルメディアにＰＣ３１の
ハードディスクからコンテンツを転送（チェックアウ
ト）し、ポータブルメディアを格納したポータブルデバ
イス３２においてコンテンツの利用（再生）が可能とな
る。この際、コンテンツに対応する利用条件情報もポー
タブルデバイス３２において適用可能とする構成が必要
となる。

【００４８】フラッシュメモリ、または小型ＨＤ、光デ
ィスク、光磁気ディスク等を装着したポータブルデバイ
ス３２は、パーソナルコンピュータ３１から供給された
コンテンツを、利用条件情報を含む付帯データと共に、
フラッシュメモリ、または小型ＨＤ、光ディスク、光磁
気ディスク等の記憶媒体に記憶する。ポータブルデバイ
ス３２は、コンテンツの付帯データとしての利用条件に
従って、記憶媒体に格納したコンテンツを再生し、ヘッ
ドフォン、スピーカ等の出力手段を介して出力する。

【００４９】パーソナルコンピュータ３１、およびコン
テンツ格納可能なフラッシュメモリ、または小型ＨＤ、
光ディスク、光磁気ディスク等のポータブルメディアを
装着可能なポータブルデバイス３２の構成例について、
図２、図３を用いて説明する。

【００５０】まず、図２を用いてパーソナルコンピュー
タ３１の構成について説明する。ＣＰＵ（Central Proc
essing Unit）１０１は、各種アプリケーションプログ
ラム、ＯＳ（Operating System)を実際に実行する。さ
らに、コンテンツの暗号化、復号処理として、例えばＤ
ＥＳ(Data Encryption Standard)の暗号化アルゴリズム
を適用した暗号処理、ＭＡＣ生成、検証処理等を実行
し、接続した情報記録処理装置（ポータブルデバイス）
との間で実行されるコンテンツ入出力時の認証およびセ
ッションキー共有処理、コンテンツ入出力処理制御等を
行なう制御手段として機能する。

【００５１】ＲＯＭ（Read Only Memory）１０２は、Ｃ
ＰＵ１０１が使用するプログラムや演算用のパラメータ
のうちの固定データ等を格納する。上述したポータブル
デバイスとの間で実行されるコンテンツ入出力時のデー
タ処理プログラム等が格納される。ＲＡＭ（Random Acc
ess Memory）１０３は、ＣＰＵ１０１の実行において使
用するプログラムや、その実行において適宜変化するパ
ラメータ等を格納する。これらはＣＰＵバスなどから構
成されるホストバス１０４により相互に接続されてい
る。

【００５２】ホストバス１０４は、ブリッジ１０５を介
して、ＰＣＩ(Peripheral Component Interconnect/Int
erface)バスなどの外部バス１０６に接続されている。

【００５３】キーボード１０８は、ＣＰＵ１０１に各種
の指令を入力するとき、使用者により操作される。ポイ
ンティングデバイス１０９は、ディスプレイ１１０の画
面上のポイントの指示や選択を行うとき、使用者により
操作される。ディスプレイ１１０は、液晶表示装置また
はＣＲＴ（Cathode Ray Tube）などから成り、各種情報
をテキストやイメージで表示する。ＨＤＤ（Hard Disk
Drive）１１１は、ハードディスクを駆動し、ＣＰＵ１
０１によって実行するプログラムや情報を記録または再
生させる。

【００５４】ドライブ１１２は、装着されている磁気デ
ィスク、光ディスク、光磁気ディスク、または半導体メ
モリ等のリムーバブル記録媒体１２１に記録されている
データまたはプログラムを読み出して、そのデータまた
はプログラムを、インタフェース１０７、外部バス１０
６、ブリッジ１０５、およびホストバス１０４を介して
接続されているＲＡＭ１０３に供給する。

【００５５】ＰＤ（ポータブルデバイス）接続ポート１
１４は、ポータブルデバイスを接続するポートであり、
ＵＳＢ，ＩＥＥＥ１３９４等の接続によりポータブルデ
バイスが接続される。ＰＤ（ポータブルデバイス）接続
ポート１１４は、インタフェース１０７、および外部バ
ス１０６、ブリッジ１０５、ホストバス１０４等を介し
て、ＨＤＤ１１１、ＣＰＵ１０１、またはＲＡＭ１０３
から供給されたデータ、例えば、コンテンツまたはポー
タブルデバイス１２２のコマンドなどをポータブルデバ
イス１２２に出力する。

【００５６】音声入出力インタフェース１１５は、例え
ばＩＥＣ（Internationl Electrotechnical Commissio
n）60958端子を有するデジタル音声入出力、あるいはア
ナログ音声入出力のインタフェース処理を実行し、スピ
ーカ等の出力手段に接続され、入出力インタフェース１
１５から供給された音声信号を基に、コンテンツに対応
する所定の音声を出力する。

【００５７】これらのキーボード１０８乃至音声入出力
インタフェース１１５は、インタフェース１０７に接続
されており、インタフェース１０７は、外部バス１０
６、ブリッジ１０５、およびホストバス１０４を介して
ＣＰＵ１０１に接続されている。

【００５８】通信部１１６は、ネットワークに接続さ
れ、ＣＰＵ１０１、またはＨＤＤ１１１等から供給され
たデータ（例えば、登録の要求、またはコンテンツの送
信要求など）を、所定の方式のパケットに格納して、ネ
ットワーク２を介して、送信するとともに、ネットワー
ク２を介して、受信したパケットに格納されているデー
タ（例えば、認証鍵、またはコンテンツなど）をＣＰＵ
１０１、ＲＡＭ１０３、またはＨＤＤ１１１に出力す
る。

【００５９】次に、ポータブルメディアを利用するポー
タブルデバイス構成例を図３を参照して説明する。な
お、コンテンツの格納記憶媒体としてのメディアは、フ
ラッシュメモリ、または小型ＨＤ、光ディスク、光磁気
ディスク等である。

【００６０】電源回路１５２は、供給される電源電圧を
所定の電圧の内部電力に変換して、ＣＰＵ１５３乃至表
示部１６７に供給することにより、装置全体を駆動させ
る。入出力Ｉ／Ｆ１５７は、コンテンツの提供元となる
パーソナルコンピュータ（ＰＣ）１７２と接続するイン
タフェースであり、例えばＵＳＢ，ＩＥＥＥ１３９４等
の接続態様による接続を行なう。

【００６１】パーソナルコンピュータ１７２から転送さ
れるデータは、例えば１パケット当たり６４バイトのデ
ータから構成され、１２Ｍｂｉｔ／ｓｅｃの転送レート
でパーソナルコンピュータからポータブルデバイスに対
して転送される。ポータブルデバイスに転送されるデー
タは、コンテンツおよびコンテンツの利用条件等の付帯
情報から構成される。

【００６２】ポータブルデバイスが、パーソナルコンピ
ュータからコンテンツと共にコンテンツの書き込み命令
を受信した場合、ＲＯＭ１５５からＲＡＭ１５４に読み
出したメインプログラムを実行する制御手段としてのＣ
ＰＵ１５３は、書き込み命令を受け取り、記憶媒体１６
１、例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤにコ
ンテンツ書き込みを実行する。なお、図の例では、記憶
媒体１６１としてフラッシュメモリ、ＨＤ，ＤＶＤ，Ｃ
Ｄを示しているが、これらの記憶媒体は例であり、少な
くとも１種類の記憶媒体が利用可能であればよい。

【００６３】記憶媒体１６１に対するデータの書き込み
処理は、記憶媒体１６１に応じた記憶媒体コントローラ
またはドライブ１６０を介して実行される。例えば記憶
媒体１６１がフラッシュメモリであれば、フラッシュメ
モリコントローラを介して書き込みが実行され、記憶媒
体１６１がハードディスク（ＨＤ）であれば、ＨＤＤを
介して書き込みが実行される。なお、記憶媒体１６１、
例えばフラッシュメモリ、ＨＤ，ＤＶＤ，ＣＤは、ポー
タブルデバイスに着脱可能なものとして構成可能であ
る。

【００６４】ユーザによるコンテンツ再生命令が操作キ
ーコントローラ１６２を介してＣＰＵ１５３に供給され
ると、制御手段としてのＣＰＵ１５３は、記憶媒体コン
トローラまたはドライブ１６０に記憶媒体１６１からの
コンテンツ読み出し処理を実行させ、ＤＳＰ１５９に転
送させる。

【００６５】ＤＳＰ(Digital Signal Processor)１５９
は、記憶媒体１６１から転送されたコンテンツの再生処
理を実行する。ＤＳＰ１５９は、暗号化、復号化処理機
能、イコライザ調整（音声信号の周波数帯域に対応した
利得の調整）機能、圧縮伸長（エンコード／デコード）
処理機能を有する。例えば、デジタルオーディオ信号を
記憶媒体１６１に書き込むために高能率符号化し、ま
た、メモリカード１６１から読み出されたデータを復号
する。高能率符号化方法としては、例えばミニディスク
で採用されているＡＴＲＡＣ(Adaptive Transform Acou
stic Coding)を改良したＡＴＲＡＣ３等が使用される。

【００６６】ＡＴＲＡＣ３では、サンプリング周波数＝
４４．１ｋHzでサンプリングした量子化ビットが１６ビ
ットのオーディオデータを高能率符号化処理する。ＡＴ
ＲＡＣ３でオーディオデータを処理する時の最小のデー
タ単位がサウンドユニットＳＵである。１ＳＵは、１０
２４サンプル分（１０２４×１６ビット×２チャンネ
ル）を数百バイトに圧縮したものであり、時間にして約
２３ｍ秒である。上述の高能率符号化処理により約１／
１０にオーディオデータが圧縮される。

【００６７】ディジタルアナログ変換回路１６３は、再
生したコンテンツをアナログの音声信号に変換して、こ
れを増幅回路１６４に供給する。増幅回路１６４は、音
声信号を増幅して、出力部１６５を介して、ヘッドフォ
ンあるいはスピーカに音声信号を供給する。

【００６８】入力Ｉ／Ｆ１７１からは、外部のソースか
らデジタル信号、またはアナログ信号を入力し、アナロ
グ信号入力時にはＡ／Ｄ変換する。Ａ／Ｄ変換は、入力
される入力信号を例えばサンプリング周波数＝４４．１
ｋHz、量子化ビット＝１６ビットのデジタルオーディオ
信号へ変換する。また、外部のソースからデジタル信号
は、ＳＲＣ（サンプリングレートコンバータ）により、
同様にサンプリング周波数が４４．１ｋHz、量子化ビッ
トが１６ビットのデジタルオーディオ信号に変換され
る。

【００６９】また、ＣＰＵ１５３は、ＬＣＤコントロー
ラ１６６を制御して、表示部１６７に、再生モードの状
態（例えば、リピート再生、イントロ再生など）、イコ
ライザ調整（音声信号の周波数帯域に対応した利得の調
整）、曲番号、演奏時間、再生、停止、早送り、早戻し
などの状態、音量および乾電池の残量等の情報を表示さ
せる。

【００７０】なお、ＤＳＰ１５９で実行するコンテンツ
の暗号化、復号処理には例えばＤＥＳ(Data Encryption
Standard)の暗号化アルゴリズムが適用される。コンテ
ンツの暗号化は、コンテンツの著作権を保護するための
処理であり、ＰＣとポータブルデバイス間におけるコン
テンツ転送処理、ポータブルデバイスと記憶媒体との間
におけるコンテンツ転送処理において、コンテンツ暗号
処理が実行される。

【００７１】例えばフラッシュメモリからなるＥＥＰＲ
ＯＭ１６８には、暗号化、復号化処理に適用するキーを
格納し、ＰＣとポータブルデバイス間におけるコンテン
ツ転送処理、ポータブルデバイスと記憶媒体との間にお
けるコンテンツ転送処理における認証処理およびセッシ
ョンキー共有処理、転送データ、あるいは格納データの
暗号化、復号処理等において適用される。［キー配信構成としてのツリー（木）構造について］次
に、正当なコンテンツ利用権を有するユーザデバイスに
おいてのみコンテンツを利用可能とするための、ブロー
ドキャストエンクリプション（Broadcast Encryption）
方式の一態様であるツリー構成によるデバイスとキーの
管理構成について説明する。

【００７２】図４の最下段に示すナンバ０〜１５がコン
テンツ利用を行なうユーザデバイスである。すなわち図
４に示す階層ツリー（木）構造の各葉(リーフ：leaf)が
それぞれのデバイスに相当する。

【００７３】各デバイス０〜１５は、製造時あるいは出
荷時、あるいはその後において、図４に示す階層ツリー
（木）構造における自分のリーフからルートに至るまで
のノードに割り当てられた鍵（ノードキー）および各リ
ーフのリーフキーからなるキーセット（デバイスノード
キー（ＤＮＫ：Device Node Key））をメモリに格納す
る。図４の最下段に示すＫ００００〜Ｋ１１１１が各デ
バイス０〜１５にそれぞれ割り当てられたリーフキーで
あり、最上段のＫＲ（ルートキー）から、最下段から２
番目の節（ノード）に記載されたキー：ＫＲ〜Ｋ１１１
をノードキーとする。

【００７４】図４に示すツリー構成において、例えばデ
バイス０はリーフキーＫ００００と、ノードキー：Ｋ０
００、Ｋ００、Ｋ０、ＫＲを所有する。デバイス５はＫ
０１０１、Ｋ０１０、Ｋ０１、Ｋ０、ＫＲを所有する。
デバイス１５は、Ｋ１１１１、Ｋ１１１、Ｋ１１、Ｋ
１、ＫＲを所有する。なお、図４のツリーにはデバイス
が０〜１５の１６個のみ記載され、ツリー構造も４段構
成の均衡のとれた左右対称構成として示しているが、さ
らに多くのデバイスがツリー中に構成され、また、ツリ
ーの各部において異なる段数構成を持つことが可能であ
る。

【００７５】また、図４のツリー構造に含まれる各デバ
イスには、様々な記録媒体、例えば、デバイス埋め込み
型あるいはデバイスに着脱自在に構成されたＤＶＤ、Ｃ
Ｄ、ＭＤ、フラッシュメモリ等を使用する様々なタイプ
のデバイスが含まれている。さらに、様々なアプリケー
ションサービスが共存可能である。このような異なるデ
バイス、異なるアプリケーションの共存構成の上に図４
に示すコンテンツあるいは鍵配布構成である階層ツリー
構造が適用される。

【００７６】これらの様々なデバイス、アプリケーショ
ンが共存するシステムにおいて、例えば図４の点線で囲
んだ部分、すなわちデバイス０，１，２，３を同一の記
録媒体を用いる１つのグループとして設定する。例え
ば、この点線で囲んだグループ内に含まれるデバイスに
対しては、まとめて、共通のコンテンツを暗号化してプ
ロバイダから送付したり、各デバイス共通に使用するコ
ンテンツキーを送付したり、あるいは各デバイスからプ
ロバイダあるいは決済機関等にコンテンツ料金の支払デ
ータをやはり暗号化して出力するといった処理が実行さ
れる。コンテンツプロバイダ、あるいは決済処理機関
等、各デバイスとのデータ送受信を行なう機関は、図４
の点線で囲んだ部分、すなわちデバイス０，１，２，３
を１つのグループとして一括してデータを送付する処理
を実行する。このようなグループは、図４のツリー中に
複数存在する。コンテンツプロバイダ、あるいは決済処
理機関等、各デバイスとのデータ送受信を行なう機関
は、メッセージデータ配信手段として機能する。

【００７７】なお、ノードキー、リーフキーは、ある１
つの鍵管理センターによって統括して管理してもよい
し、各グループに対する様々なデータ送受信を行なうプ
ロバイダ、決済機関等のメッセージデータ配信手段によ
ってグループごとに管理する構成としてもよい。これら
のノードキー、リーフキーは例えばキーの漏洩等の場合
に更新処理が実行され、この更新処理は鍵管理センタ
ー、プロバイダ、決済機関等が実行する。

【００７８】このツリー構造において、図４から明らか
なように、１つのグループに含まれる３つのデバイス
０，１，２，３はデバイスノードキー（ＤＮＫ：Device
NodeKey）として共通のキーＫ００、Ｋ０、ＫＲを含む
デバイスノードキー（ＤＮＫ：Device Node Key）を保
有する。このノードキー共有構成を利用することによ
り、例えば共通のキーをデバイス０，１，２，３のみに
提供することが可能となる。たとえば、共通に保有する
ノードキーＫ００は、デバイス０，１，２，３に共通す
る保有キーとなる。また、新たなキーＫｎｅｗをノード
キーＫ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｎｅｗ）
を、ネットワークを介してあるいは記録媒体に格納して
デバイス０，１，２，３に配布すれば、デバイス０，
１，２，３のみが、それぞれのデバイスにおいて保有す
る共有ノードキーＫ００を用いて暗号Ｅｎｃ（Ｋ００，
Ｋｎｅｗ）を解いて新たなキーＫｎｅｗを得ることが可
能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａに
よって暗号化したデータであることを示す。

【００７９】また、ある時点ｔにおいて、デバイス３の
所有する鍵：Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが
攻撃者（ハッカー）により解析されて露呈したことが発
覚した場合、それ以降、システム（デバイス０，１，
２，３のグループ）で送受信されるデータを守るため
に、デバイス３をシステムから切り離す必要がある。そ
のためには、ノードキー：Ｋ００１,Ｋ００,Ｋ０,ＫＲ
をそれぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ
（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２に
その更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａ
ａａは、鍵Ｋａａａの世代（Generation）：ｔの更新キ
ーであることを示す。

【００８０】更新キーの配布処理ついて説明する。キー
の更新は、例えば、図５（Ａ）に示す有効化キーブロッ
ク（ＥＫＢ：Enabling Key Block）と呼ばれるブロック
データによって構成されるテーブルをたとえばネットワ
ーク、あるいは記録媒体に格納してデバイス０，１，２
に供給することによって実行される。なお、有効化キー
ブロック（ＥＫＢ）は、図４に示すようなツリー構造を
構成する各リーフに対応するデバイスに新たに更新され
たキーを配布するための暗号化キーによって構成され
る。有効化キーブロック（ＥＫＢ）は、キー更新ブロッ
ク（ＫＲＢ：KeyRenewal Block）と呼ばれることもあ
る。

【００８１】図５（Ａ）に示す有効化キーブロック（Ｅ
ＫＢ）には、ノードキーの更新の必要なデバイスのみが
更新可能なデータ構成を持つブロックデータとして構成
される。図５の例は、図４に示すツリー構造中のデバイ
ス０，１，２において、世代ｔの更新ノードキーを配布
することを目的として形成されたブロックデータであ
る。図４から明らかなように、デバイス０，デバイス１
は、更新ノードキーとしてＫ（ｔ）００、Ｋ（ｔ）０、
Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノードキ
ーとしてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、
Ｋ（ｔ）Ｒが必要である。

【００８２】図５（Ａ）のＥＫＢに示されるようにＥＫ
Ｂには複数の暗号化キーが含まれる。最下段の暗号化キ
ーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。
これはデバイス２の持つリーフキーＫ００１０によって
暗号化された更新ノードキーＫ（ｔ）００１であり、デ
バイス２は、自身の持つリーフキーによってこの暗号化
キーを復号し、Ｋ（ｔ）００１を得ることができる。ま
た、復号により得たＫ（ｔ）００１を用いて、図５
（Ａ）の下から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）０
０１，Ｋ（ｔ）００）を復号可能となり、更新ノードキ
ーＫ（ｔ）００を得ることができる。以下順次、図５
（Ａ）の上から２段目の暗号化キーＥｎｃ（Ｋ（ｔ）０
０，Ｋ（ｔ）０）を復号し、更新ノードキーＫ（ｔ）
０、図５（Ａ）の上から１段目の暗号化キーＥｎｃ（Ｋ
（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒを得る。一
方、デバイスＫ００００．Ｋ０００１は、ノードキーＫ
０００は更新する対象に含まれておらず、更新ノードキ
ーとして必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ
（ｔ）Ｒである。デバイスＫ００００．Ｋ０００１は、
図５（Ａ）の上から３段目の暗号化キーＥｎｃ（Ｋ００
０，Ｋ（ｔ）００）を復号しＫ（ｔ）００、を取得し、
以下、図５（Ａ）の上から２段目の暗号化キーＥｎｃ
（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号し、更新ノードキ
ーＫ（ｔ）０、図５（Ａ）の上から１段目の暗号化キー
Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号しＫ（ｔ）Ｒ
を得る。このようにして、デバイス０，１，２は更新し
た鍵Ｋ（ｔ）Ｒを得ることができる。なお、図５（Ａ）
のインデックスは、復号キーとして使用するノードキ
ー、リーフキーの絶対番地を示す。

【００８３】図４に示すツリー構造の上位段のノードキ
ー：Ｋ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノー
ドキーＫ００のみの更新処理が必要である場合には、図
５（Ｂ）の有効化キーブロック（ＥＫＢ）を用いること
で、更新ノードキーＫ（ｔ）００をデバイス０，１，２
に配布することができる。

【００８４】図５（Ｂ）に示すＥＫＢは、例えば特定の
グループにおいて共有する新たなコンテンツキーを配布
する場合に利用可能である。具体例として、図４に点線
で示すグループ内のデバイス０，１，２，３がある記録
媒体を用いており、新たな共通のコンテンツキーＫ
（ｔ）ｃｏｎが必要であるとする。このとき、デバイス
０，１，２，３の共通のノードキーＫ００を更新したＫ
（ｔ）００を用いて新たな共通の更新コンテンツキー：
Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ），
Ｋ（ｔ）ｃｏｎ）を図５（Ｂ）に示すＥＫＢとともに配
布する。この配布により、デバイス４など、その他のグ
ループの機器においては復号されないデータとしての配
布が可能となる。

【００８５】すなわち、デバイス０，１，２はＥＫＢを
処理して得たＫ（ｔ）００を用いて上記暗号文を復号す
れば、ｔ時点でのキー、例えばコンテンツの暗号化復号
化に適用するコンテンツキーＫ（ｔ）ｃｏｎを得ること
が可能になる。

【００８６】［ＥＫＢを使用したキーの配布］図６に、
ｔ時点でのキー、例えばコンテンツの暗号化復号化に適
用するコンテンツキーＫ（ｔ）ｃｏｎを得る処理例とし
て、Ｋ（ｔ）００を用いて新たな共通のコンテンツキー
Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）０
０，Ｋ（ｔ）ｃｏｎ）と図５（Ｂ）に示すＥＫＢとを記
録媒体を介して受領したデバイス０の処理例を示す。す
なわちＥＫＢによる暗号化メッセージデータをコンテン
ツキーＫ（ｔ）ｃｏｎとした例である。

【００８７】図６に示すように、デバイス０は、記録媒
体に格納されている世代：t時点のＥＫＢと自分があら
かじめ格納しているノードキーＫ０００を用いて上述し
たと同様のＥＫＢ処理により、ノードキーＫ（ｔ）００
を生成する。さらに、復号した更新ノードキーＫ（ｔ）
００を用いて更新コンテンツキーＫ（ｔ）ｃｏｎを復号
して、後にそれを使用するために自分だけが持つリーフ
キーＫ００００で暗号化して格納する。

【００８８】［ＥＫＢのフォーマット］図７に有効化キ
ーブロック（ＥＫＢ）のフォーマット例を示す。バージ
ョン２０１は、有効化キーブロック（ＥＫＢ）のバージ
ョンを示す識別子である。なお、バージョンは最新のＥ
ＫＢを識別する機能とコンテンツとの対応関係を示す機
能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の
配布先のデバイスに対する階層ツリーの階層数を示す。
データポインタ２０３は、有効化キーブロック（ＥＫ
Ｂ）中のデータ部の位置を示すポインタであり、タグポ
インタ２０４はタグ部の位置、署名ポインタ２０５は署
名の位置を示すポインタである。

【００８９】データ部２０６は、例えば更新するノード
キーを暗号化したデータを格納する。例えば図６に示す
ような更新されたノードキーに関する各暗号化キー等を
格納する。

【００９０】タグ部２０７は、データ部に格納された暗
号化されたノードキー、リーフキーの位置関係を示すタ
グである。このタグの付与ルールを図８を用いて説明す
る。図８では、データとして先に図５（Ａ）で説明した
有効化キーブロック（ＥＫＢ）を送付する例を示してい
る。この時のデータは、図８の表（ｂ）に示すようにな
る。このときの暗号化キーに含まれるトップノードのア
ドレスをトップノードアドレスとする。この場合は、ル
ートキーの更新キーＫ（ｔ）Ｒが含まれているので、ト
ップノードアドレスはＫＲとなる。このとき、例えば最
上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）は、図
８の（ａ）に示す階層ツリーに示す位置にある。ここ
で、次のデータは、Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）
０）であり、ツリー上では前のデータの左下の位置にあ
る。データがある場合は、タグが０、ない場合は１が設
定される。タグは｛左（Ｌ）タグ，右（Ｒ）タグ｝とし
て設定される。最上段のデータＥｎｃ（Ｋ（ｔ）０，Ｋ
（ｔ）Ｒ）の左にはデータがあるので、Ｌタグ＝０、右
にはデータがないので、Ｒタグ＝１となる。以下、すべ
てのデータにタグが設定され、図８（ｃ）に示すデータ
列、およびタグ列が構成される。

【００９１】タグは、データＥｎｃ（Ｋｘｘｘ，Ｋｙｙ
ｙ）がツリー構造のどこに位置しているのかを示すため
に設定されるものである。データ部に格納されるキーデ
ータＥｎｃ（Ｋｘｘｘ，Ｋｙｙｙ）．．．は、単純に暗
号化されたキーの羅列データに過ぎないので、上述した
タグによってデータとして格納された暗号化キーのツリ
ー上の位置を判別可能としたものである。上述したタグ
を用いずに、先の図５で説明した構成のように暗号化デ
ータに対応させたノード・インデックスを用いて、例え
ば、０：Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）ｒｏｏｔ）００：Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）０００：Ｅｎｃ（Ｋ（（ｔ）０００，Ｋ（Ｔ）００）．．．のようなデータ構成とすることも可能であるが、
このようなインデックスを用いた構成とすると冗長なデ
ータとなりデータ量が増大し、ネットワークを介する配
信等においては好ましくない。これに対し、上述したタ
グをキー位置を示す索引データとして用いることによ
り、少ないデータ量でキー位置の判別が可能となる。

【００９２】図７に戻って、ＥＫＢフォーマットについ
てさらに説明する。署名（Signature）２０８は、有効
化キーブロック（ＥＫＢ）を発行した例えば鍵管理セン
ター、コンテンツプロバイダ、サービスプロバイダ、あ
るいは決済機関等が実行する電子署名である。ＥＫＢを
受領したデバイスは署名検証によって正当な有効化キー
ブロック（ＥＫＢ）発行者が発行した有効化キーブロッ
ク（ＥＫＢ）であることを確認する。

【００９３】［ツリーのカテゴリ分類］ノードキー等を
定義している階層ツリー構造を各デバイスのカテゴリ毎
に分類して効率的なキー更新処理、暗号化キー配信、デ
ータ配信を実行する構成について、以下説明する。

【００９４】図９に階層ツリー構造のカテゴリの分類の
一例を示す。図９において、階層ツリー構造の最上段に
は、ルートキーＫｒｏｏｔ３０１が設定され、以下の中
間段にはノードキー３０２が設定され、最下段には、リ
ーフキー３０３が設定される。各デバイスは個々のリー
フキーと、リーフキーからルートキーに至る一連のノー
ドキー、ルートキーを保有する。

【００９５】ここで、一例として最上段から第Ｍ段目の
あるノードをカテゴリノード３０４として設定する。す
なわち第Ｍ段目のノードの各々を特定カテゴリのデバイ
ス設定ノードとする。第Ｍ段の１つのノードを頂点とし
て以下、Ｍ＋１段以下のノード、リーフは、そのカテゴ
リに含まれるデバイスに関するノードおよびリーフとす
る。

【００９６】例えば図９の第Ｍ段目の１つのノード３０
５にはカテゴリ［メモリステッイク（商標）］が設定さ
れ、このノード以下に連なるノード、リーフはメモリス
テッイクを使用した様々なデバイスを含むカテゴリ専用
のノードまたはリーフとして設定される。すなわち、ノ
ード３０５以下を、メモリスティックのカテゴリに定義
されるデバイスの関連ノード、およびリーフの集合とし
て定義する。

【００９７】さらに、Ｍ段から数段分下位の段をサブカ
テゴリノード３０６として設定することができる。例え
ば図に示すようにカテゴリ［メモリスティック］ノード
３０５の２段下のノードに、メモリスティックを使用し
たデバイスのカテゴリに含まれるサブカテゴリノードと
して、［再生専用器］のノードを設定する。さらに、サ
ブカテゴリノードである再生専用器のノード３０６以下
に、再生専用器のカテゴリに含まれる音楽再生機能付き
電話のノード３０７が設定され、さらにその下位に、音
楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノ
ード３０８と［携帯電話］ノード３０９を設定すること
ができる。

【００９８】さらに、カテゴリ、サブカテゴリは、デバ
イスの種類のみならず、例えばあるメーカー、コンテン
ツプロバイダ、決済機関等が独自に管理するノード、す
なわち処理単位、管轄単位、あるいは提供サービス単位
等、任意の単位（これらを総称して以下、エンティティ
と呼ぶ）で設定することが可能である。例えば１つのカ
テゴリノードをゲーム機器メーカーの販売するゲーム機
器ＸＹＺ専用の頂点ノードとして設定すれば、メーカー
の販売するゲーム機器ＸＹＺにその頂点ノード以下の下
段のノードキー、リーフキーを格納して販売することが
可能となり、その後、暗号化コンテンツの配信、あるい
は各種キーの配信、更新処理を、その頂点ノードキー以
下のノードキー、リーフキーによって構成される有効化
キーブロック（ＥＫＢ）を生成して配信し、頂点ノード
以下のデバイスに対してのみ利用可能なデータが配信可
能となる。

【００９９】このように、１つのノードを頂点として、
以下のノードをその頂点ノードに定義されたカテゴリ、
あるいはサブカテゴリの関連ノードとして設定する構成
とすることにより、カテゴリ段、あるいはサブカテゴリ
段の１つの頂点ノードを管理するメーカー、コンテンツ
プロバイダ等がそのノードを頂点とする有効化キーブロ
ック（ＥＫＢ）を独自に生成して、頂点ノード以下に属
するデバイスに配信する構成が可能となり、頂点ノード
に属さない他のカテゴリのノードに属するデバイスには
全く影響を及ぼさずにキー更新を実行することができ
る。

【０１００】本発明のシステムにおいては、図１０に示
されるように、ツリー構成のシステムで、デバイスのキ
ーとコンテンツのキーの管理が行われる。図１０の例で
は、８＋２４＋３２段のノードがツリー構造とされ、ル
ートノードから下位の８段までの各ノードにカテゴリが
対応される。ここにおけるカテゴリとは、例えばメモリ
スティックなどの半導体メモリを使用する機器のカテゴ
リ、デジタル放送を受信する機器のカテゴリといったカ
テゴリを意味する。そして、このカテゴリノードのうち
の１つのノードに、ライセンスを管理するシステムとし
て本システム（Ｔシステムと称する）が対応する。

【０１０１】すなわち、このＴシステムのノードよりさ
らに下の階層の２４段のノードに対応するキーにより、
サービスプロバイダ、あるいはサービスプロバイダが提
供するサービスが対応される。この例の場合、これによ
り、２²⁴（約１６メガ）のサービスプロバイダあるいは
サービスを規定することができる。さらに、最も下側の
３２段の階層により、２³²（約４ギガ）のユーザ（ある
いはユーザデバイス）を規定することができる。最下段
の３２段のノードからＴシステムのノードまでのパス上
の各ノードに対応するキーが、ＤＮＫ（Device Node Ke
y）を構成し、最下段のリーフに対応するＩＤがリーフ
ＩＤとされる。

【０１０２】例えば、コンテンツを暗号化したコンテン
ツキーは更新されたルートキーＫＲ’によって暗号化さ
れ、上位の階層の更新ノードキーは、その直近の下位の
階層の更新ノードキーを用いて暗号化され、ＥＫＢ内に
配置される。ＥＫＢにおける末端から１つ上の段の更新
ノードキーはＥＫＢの末端のノードキーあるいはリーフ
キーによって暗号化され、ＥＫＢ内に配置される。

【０１０３】ユーザデバイスは、サービスデータに記述
されているＤＮＫのいずれかのキーを用いて、コンテン
ツデータとともに配布されるＥＫＢ内に記述されている
直近の上位の階層の更新ノードキーを復号し、復号して
得たキーを用いて、ＥＫＢ内に記述されているさらにそ
の上の階層の更新ノードキーを復号する。以上の処理を
順次行うことで、ユーザデバイスは、更新ルートキーＫ
Ｒ’を得ることができる。

【０１０４】［複数のＥＫＢを適用したコンテンツ処
理］上述したように、ツリーのカテゴリ分類により、１
つのノードを頂点として、以下のノードをその頂点ノー
ドに定義されたカテゴリ、あるいはサブカテゴリの関連
ノードとして設定した構成が可能となり、カテゴリ段、
あるいはサブカテゴリ段の１つの頂点ノードを管理する
メーカー、サービスプロバイダ等がそのノードを頂点と
する有効化キーブロック（ＥＫＢ）を独自に生成して、
頂点ノード以下に属するデバイスに配信する構成が実現
される。

【０１０５】以下、上述のツリー構成のデバイス管理に
よるＥＫＢ配信システムを適用して、複数のカテゴリに
基づくＥＫＢ配信構成を採用したコンテンツ配信および
利用形態について説明する。

【０１０６】図１１を参照して２つのカテゴリについて
説明する。図１１に示すように、ルートノード３５０の
下段にＴシステムノード３５１を設定し、その下段にＴ
サービスノード３５２、およびＴハードノード３５３を
設定する。Ｔハードノード３５３を頂点としたツリー
は、ユーザデバイス機器自体をリーフ３５５として設定
し、機器を対象として発行するハード対応ＥＫＢ［ＥＫ
Ｂ（Ｈ）］を配信するカテゴリツリーである。一方、Ｔ
サービスノード３５２を頂点としたツリーは、ユーザデ
バイス機器に提供するサービスに対応して発行するサー
ビス対応ＥＫＢ［ＥＫＢ（Ｓ）］を配信するカテゴリツ
リーである。

【０１０７】ハード対応ＥＫＢ［ＥＫＢ（Ｈ）］、サー
ビス対応ＥＫＢ［ＥＫＢ（Ｓ）］とも、それぞれ正当な
権限を持つデバイスに対して与えられるＤＮＫ（Device
Node Key）すなわち、リーフからＴシステムのノード
までのパス上の各ノードに対応するキーを有すること
で、各ＥＫＢの復号が可能となる。

【０１０８】図１２を参照して、ハード対応ＥＫＢ［Ｅ
ＫＢ（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を
適用したコンテンツの復号処理に基づくコンテンツ利用
処理シーケンスを説明する。

【０１０９】図１２に示すサービスデータ４０１、暗号
化コンテンツファイル４０２、および利用権情報４０３
は、図１に示すサービスデータ５３、暗号化コンテンツ
５１、利用権情報５２に対応し、ユーザデバイスがサー
ビスプロバイダを介して受領するデータである。サービ
スデータ４０１は、リーフ識別子としてのリーフＩＤ、
適用するＥＫＢのバージョン、さらに、サービス対応Ｅ
ＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対応デバ
イスノードキー（ＳＤＮＫ）を、ハード対応カテゴリツ
リーに対応して設定されるルートキーＫｒｏｏｔ’によ
って暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）を
格納している。

【０１１０】暗号化コンテンツファイル４０２は、サー
ビス対応のカテゴリツリーに対応して設定されるルート
キーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ
（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（Ｃ
ＩＤ）と、コンテンツ暗号処理および復号処理に適用す
るコンテンツキー（Ｋｃ）とを暗号化したデータＥ（Ｋ
ｒｏｏｔ，ＣＩＤ＋Ｋｃ）、および、コンテンツ（Ｃｏ
ｎｔｅｎｔ）をコンテンツキーＫｃで暗号化したデータ
Ｅ（Ｋｃ，Ｃｏｎｔｅｔ）を含むファイルである。

【０１１１】また、利用権情報４０３は、リーフＩＤ
と、コンテンツの利用条件情報を格納したデータであ
る。コンテンツの利用条件情報には、コンテンツに対応
して設定される利用期間、利用回数、コピー制限等の様
々な利用条件が含まれる。利用権情報４０３を受領した
ユーザデバイスは、利用権情報をコンテンツに対応する
セキュリティ情報として格納するか、あるいは、コンテ
ンツの索引データとしてのＡＶインデックスファイル内
に格納する。

【０１１２】例えば、ＰＣ等の大容量の記憶手段を有
し、プロセッサ等の処理能力が高いユーザデバイスにお
いては、利用権情報をコンテンツに対応するセキュリテ
ィ情報として格納することが可能であり、すべての利用
条件情報を格納して、コンテンツ利用の際にすべての利
用条件情報を参照した処理を行なうことが好ましい。一
方、大容量の記憶手段を持たず、またプロセッサ等の処
理能力が低いポータブルデバイス（ＰＤ）等のユーザデ
バイスにおいては、選択された情報からなる利用権情報
４０３をコンテンツの索引データとしてのＡＶインデッ
クスファイル内に格納して、コンテンツ利用の際にＡＶ
インデックスファイル内の利用条件情報を参照した処理
を行なう等の処理が可能である。

【０１１３】ＡＶインデックスファイルの構成例を図１
３に示す。図１３に示すＡＶインデックスファイル構成
は、ＭｏｂｉｌｅＱｕｉｃｋＴｉｍｅのＡＶインデッ
クスファイルに利用条件情報を追加した構成を持つ。

【０１１４】ＡＶインデックスファイル４２１は、ヘッ
ダ情報４２２、インデックスファイル情報４２３によっ
て構成され、インデックスファイル情報４２３には、そ
れぞれのコンテンツに対応する情報としてプロパティ、
タイトル、サムネイル、イントロ（音楽コンテンツの場
合）等が含まれ、さらに、コンテンツに対応する利用条
件情報４２５を含む構成を持つ。実コンテンツとしての
ＡＶファイル４２４はそれぞれのインデックス情報に関
連付けられて格納される。

【０１１５】利用条件情報の構成例を図１４に示す。利
用条件情報は、コンテンツを利用するユーザ、およびコ
ンテンツ単位で設定され、それぞれを識別可能なリーフ
ＩＤ４５１，コンテンツＩＤ４５２を含み、コンテンツ
利用期間情報、利用（再生）回数情報、コピー制限情
報、他の機器への移動、他の機器からの入力等に関する
様々な利用条件を格納した利用条件フールド４５３、さ
らに、コンテンツ利用に応じた利用状態を記録するフィ
ールドとしての利用ステータスフィールド４５４、さら
にこれらの各情報の改竄防止のための検証値としてのメ
ッセージ認証符号（ＭＡＣ：Message authentication C
ode）４５５を含む構成を持つ。

【０１１６】メッセージ認証符号（ＭＡＣ：Message au
thentication Code）４５５は、コンテンツ利用条件情
報を含むデータに基づいて、データの改竄検証用のデー
タとして生成されるものである。ＤＥＳ暗号処理構成を
用いたＭＡＣ値生成例を図１５に示す。図１５の構成に
示すように対象となるメッセージを８バイト単位に分割
し、（以下、分割されたメッセージをＭ１、Ｍ２、・・
・、ＭＮとする）、まず、初期値（Initial Value（以
下、ＩＶとする））とＭ１を排他的論理和する（その結
果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部に入
れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力
をＥ１とする）。続けて、Ｅ１およびＭ２を排他的論理
和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、鍵Ｋ１を
用いて暗号化する（出力Ｅ２）。以下、これを繰り返
し、全てのメッセージに対して暗号化処理を施す。最後
に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Messag
e Authentication Code））となる。

【０１１７】ＭＡＣ値は、その生成元データが変更され
ると、異なる値になり、検証対象のデータ（メッセー
ジ）に基づいて生成したＭＡＣと、記録されているＭＡ
Ｃとの比較を行い、一致していれば、検証対象のデータ
（メッセージ）は変更、改竄がなされていないことが証
明される。

【０１１８】図１２に戻り、ハード対応ＥＫＢ［ＥＫＢ
（Ｈ）］、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を適用
したコンテンツの復号処理に基づくコンテンツ利用処理
シーケンスを説明する。

【０１１９】ユーザデバイスは、サービスデータ４０
１、暗号化コンテンツファイル４０２、利用権情報４０
３を受領している。利用権情報４０３は、前述したよう
に例えばＰＣ等においてはコンテンツに対応するセキュ
リティ情報として保持され、ポータブルデバイス（Ｐ
Ｄ）においては、格納コンテンツに対応して設定される
ＡＶインデックスファイル４２１に格納される。ＰＣか
らＰＤに対するコンテンツ移動、コピー処理を実行する
場合には、ＰＣ等においては保持されるコンテンツに対
応するセキュリティ情報に格納された利用権情報は、Ｐ
Ｄにおいて設定されるＡＶインデックスファイル４２１
に適応するようにコンバートされる。例えば、コンテン
ツ再生時間、再生回数、ムーブ条件、コピー条件等に限
定した利用条件のみを格納するなど、格納メディアに応
じてコンバート態様を変更する。

【０１２０】ユーザデバイスは、さらに、ハード対応の
ＥＫＢ（Ｈ）４１１と、ハード対応のＥＫＢ（Ｈ）の処
理（復号）に適用するハード対応のデバイスノードキー
（ＨＤＮＫ）４１２を保有している。なお、ハード対応
のＥＫＢ（Ｈ）４１１は、復号により、ハード対応カテ
ゴリツリーに対応して設定されるルートキーＫｒｏｏ
ｔ’を取り出すことが可能である。

【０１２１】図１２に示すステップＳ１１において、ハ
ード対応のデバイスノードキー（ＨＤＮＫ）４１２を適
用して、ハード対応のＥＫＢ（Ｈ）４１１の復号処理を
実行し、ＥＫＢ（Ｈ）４１１から、ハード対応カテゴリ
ツリーに対応して設定されるルートキーＫｒｏｏｔ’を
取得する。ＤＮＫを適用したＥＫＢの処理は、先に図６
を参照して説明した手法に従った処理となる。

【０１２２】次に、ステップＳ１２において、ＥＫＢ
（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用い
て、サービスデータ４０１内の暗号化データＥ（Ｋｒｏ
ｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応
ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバ
イスノードキー（ＳＤＮＫ）を取得する。

【０１２３】次に、ステップＳ１３において、サービス
データから取り出したデバイスノードキー（ＳＤＮＫ）
を用いて、暗号化コンテンツファイル４０２内に格納さ
れたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復
号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内
に格納されたサービス対応カテゴリツリーに対応して設
定されるルートキーＫｒｏｏｔを取得する。

【０１２４】次に、ステップＳ１４において、サービス
対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキー
Ｋｒｏｏｔを用いて、暗号化コンテンツファイル４０２
内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋
Ｋｃ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）
と、コンテンツキー（Ｋｃ）を取得する。

【０１２５】次に、ステップＳ１５において、暗号化コ
ンテンツファイル４０２から取り出したコンテンツＩＤ
（ＣＩＤ）と、ＡＶインデックスファイル４２１内の利
用条件情報内に格納されたコンテンツＩＤのマッチング
（照合）処理を実行する。マッチング処理により、コン
テンツの利用が可能であることが確認されると、ステッ
プＳ１６において、暗号化コンテンツファイル４０２か
ら取り出したコンテンツキー（Ｋｃ）を適用して、暗号
化コンテンツファイル４０２に格納された暗号化コンテ
ンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツ
の再生を行なう。

【０１２６】上述したように、コンテンツ利用機器とし
てのハードウェアに対応して設定されたカテゴリツリー
に対応するＥＫＢとしてのハード対応ＥＫＢ［ＥＫＢ
（Ｈ）］と、コンテンツ利用サービスに対応して設定さ
れたカテゴリツリーに対応するＥＫＢとしてのサービス
対応ＥＫＢ［ＥＫＢ（Ｓ）］をそれぞれ個別にユーザに
対して提供し、それぞれのＥＫＢに対する正当なＤＮＫ
を有するユーザのみがサービスの利用を行なうことが可
能となる。

【０１２７】サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］を復
号するためのＤＮＫ、すなわちＳＤＮＫは、コンテンツ
に対応したサービスデータ４０１として提供可能であ
り、またＳＤＮＫを正当なハードウェア対応のＤＮＫ、
すなわちＨＤＮＫを有する機器のみが取得可能なハード
対応カテゴリツリーに対応して設定されるルートキーＫ
ｒｏｏｔ’を適用して暗号化した構成としたので、正当
なＨＤＮＫを有するユーザデバイスのみが、ＳＤＮＫを
取得でき、サービスが利用となる。

【０１２８】また、コンテンツ利用において、暗号化コ
ンテンツファイル４０２から取得されるコンテンツ識別
子（ＣＩＤ）と、ＡＶインデックスファイル４２１の利
用条件情報から取得されるＣＩＤとのマッチング処理を
実行する構成としたので、利用権情報４０３を取得し
て、ＡＶインデックスファイルに利用条件情報を格納し
ていることがコンテンツ再生プロセスの必須用件とする
ことが可能となり、利用条件に従ったコンテンツ利用が
実現される。

【０１２９】［ＰＤ，ＰＣ間におけるコンテンツコピー
を伴う利用］次に、ＰＣ等に格納した暗号化コンテンツ
ファイルをポータブルデバイス内のメディア（例えばデ
ィスク、メモリ）に移動またはコピーし、さらに生成し
たサブキーＫｓｕｂをコンテンツに対応して生成して、
サブキーＫｓｕｂを適用したコンテンツの復号を行なっ
てポータブルデバイスにおいて、コンテンツ利用を行な
う構成について説明する。

【０１３０】（チェックアウト処理）図１６を参照し
て、ＰＣ５０１から、ポータブルデバイス５０２にコン
ンテンツを出力する処理において、ポータブルデバイス
５０２に格納するデータの概要を説明する。

【０１３１】暗号化コンテンツファイル５１１は、サー
ビス対応のカテゴリツリーに対応して設定されるルート
キーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ
（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（Ｃ
ＩＤ）と、コンテンツ暗号処理および復号処理に適用す
るコンテンツキー（Ｋｃ）の生成用キーとしてのメイン
キーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩ
Ｄ＋Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）
をコンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃ
ｏｎｔｅｔ）を含むファイルである。

【０１３２】ＡＶインデックスファイル５１２は、先に
図１３、図１４を参照して説明した構成を有し、モバイ
ル・クイック・タイム（ＭｏｂｉｌｅＱｕｉｃｋＴｉ
ｍｅ）のＡＶインデックスファイルに利用条件情報を追
加した構成を持つ。

【０１３３】なお、ポータブルデバイス（ＰＤ）に格納
する利用条件情報は、ＰＤの利用するメディアのデータ
容量を考慮して、最小限のデータにコンバートして格納
してもよい。例えば、コンテンツ再生時間、再生回数、
ムーブ条件、コピー条件等に限定した利用条件のみを格
納するなど、格納メディアに応じて変更した態様とす
る。

【０１３４】サービスデータ５１３は、先に、図１２を
参照して説明したように、リーフ識別子としてのリーフ
ＩＤ、適用するＥＫＢのバージョン、さらに、サービス
対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサービス対
応デバイスノードキー（ＳＤＮＫ）を、ハード対応カテ
ゴリツリーに対応して設定されるルートキーＫｒｏｏ
ｔ’によって暗号化したデータＥ（Ｋｒｏｏｔ’，ＳＤ
ＮＫ）を格納している。

【０１３５】シーケンスページ５１４は、先に図１４を
参照して説明したコンテンツ対応の利用条件情報の改竄
検証値としてのメッセージ認証符号（ＭＡＣ：Message
authentication Code）としてのＭＡＣ＃ｎと、コンテ
ンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコ
ンテンツ０−ｎに対してそれぞれ格納したテーブルデー
タである。

【０１３６】なお、コンテンツの暗号復号処理に適用す
るコンテンツキーＫｃと、暗号化コンテンツファイル５
１１に格納するメインキーＫｃｍと、シーケンスページ
５１４に格納するサブキーＫｓｕｂの関係は、Ｋｃ＝ＫｃｍＸＯＲＫｓｕｂである。すなわち、メインキーＫｃｍと、サブキーＫｓ
ｕｂとの排他論理輪演算によりコンテンツキーＫｃが算
出される関係にある。

【０１３７】暗号化コンテンツファイル５１１、ＡＶイ
ンデックスファイル５１２、サービスデータ５１３は、
ポータブルデバイス５０２のメディアの通常データ格納
領域に書き込まれ、シーケンスページ５１４は、特定の
アクセス権限を持つことの確認がなされたことを条件と
してデータの読み書きが可能となるリードインエリア５
２１に書き込まれる。

【０１３８】図１７を参照して、ＰＣからポータブルデ
バイス（ＰＤ）のメディアに対するコンテンツ出力、す
なわち、チェックアウト処理シーケンスについて説明す
る。

【０１３９】各ステップについて説明する。ステップＳ
１０１では、ＰＤのメディアにコンテンツを格納するス
ロットがあるか確認し、無い場合は、コンテンツの格納
が不可能となり、エラー終了となる。空きスロットがあ
ることが確認されると、ステップＳ１０２において、チ
ェックアウトする暗号化コンテンツファイルに対応する
利用条件情報がＰＤに格納されているか否かが判定され
る。利用条件情報がない場合は、コンテンツの利用は不
可であり、エラー終了となる。利用条件情報がある場合
は、ステップＳ１０３において、暗号化コンテンツファ
イルに対応するサービスデータがＰＤに格納されている
か否かが判定され、格納されていない場合は、ＰＣから
ＰＤのメディアに対してサービスデータをコピーする。

【０１４０】次に、ステップＳ１０５において、暗号化
コンテンツファイル５１１（図１５参照）をＰＤのメデ
ィアに対してコピーする。次に、ステップＳ１０６にお
いて、サービス対応のＥＫＢ、すなわちＥＫＢ（Ｓ）を
用いて、ＰＣとＰＤ間でＫｒｏｏｔの共有化処理を行な
う。ここでは、最新バージョンのＥＫＢ（Ｓ）のＫｒｏ
ｏｔをＰＣとＰＤ間で共有する。

【０１４１】次に、ＰＣ側において、チェックアウト対
象のコンテンツに対応する利用条件情報に基づくＭＡＣ
算出を実行する。ＭＡＣ算出は、先に図１５を参照して
説明した算出処理に従う。

【０１４２】ステップＳ１０８において、ＰＤのメディ
アのＡＶインデックスファイル（図１３参照）書き込み
領域（トラック）を作成し、ステップＳ１０９におい
て、ＰＤのメディアに対して利用条件情報（図１４参
照）を含むＡＶインデックスファイル（図１３参照）を
書き込む。

【０１４３】次にステップＳ１１０において、先にＰ
Ｃ、ＰＤ間で共有したＫｒｏｏｔを適用してセッション
キーの共有化処理を行なう。セッションキーの共有化処
理は、例えば、ISO/IEC 9798-4 に代表されるＭＡＣを
用いた処理によって実行可能である。図１８を参照して
処理シーケンスを説明する。

【０１４４】図１８において、コンテンツの送信機器と
受信機器であるパーソナルコンピュータ（ＰＣ）、ポー
タブルデバイス（ＰＤ）の各々のいずれかに対応するＰ
Ｃ，Ｂは、共通の鍵Ｋｒｏｏｔを持つ。なお、図１８に
おける記号「||」は連結を表している。

【０１４５】次にＰＣは、乱数Ｒａ、Ｓａを生成し、Ｒ
ａ,ＳａとともにＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓ
ａ)をＰＤに送る。ＭＡＣ(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓ
ａ)は、鍵としてＫｒｏｏｔを、データとしてＲａ||Ｒ
ｂ||Ｓａを入力することを表す。

【０１４６】ＰＤは、受信したデータを用いてＭＡＣ
(Ｋｒｏｏｔ，Ｒａ||Ｒｂ||Ｓａ)を計算し、これが受信
したものと一致するかを検査する。一致すれば通信相手
であるＰＣが正当であると認め、処理を続けるが、一致
しなければ不正なものと判断して処理を中止する。

【０１４７】次にＰＤは乱数Ｓｂを生成し、これとＭＡ
Ｃ(Ｋｒｏｏｔ，Ｒｂ||Ｒａ||Ｓｂ)をＰＣに送る。ＰＣ
も受信したデータを用いて自分でＭＡＣ(Ｋｒｏｏｔ，
Ｒｂ||Ｒａ||Ｓｂ)を計算し、受信したものと一致する
かを確認する。一致すれば通信相手であるＰＤが正当で
あると認め、処理を続けるが、一致しなければ不正なも
のと判断して処理を中止する。最後に、双方がＭＡＣ
(Ｋｒｏｏｔ,Ｓａ||Ｓｂ)を計算し、これをそのセッシ
ョンにおけるセッションキーとして使用する。

【０１４８】上記のようにすることにより、コンテンツ
送信機器と受信機器としてのパーソナルコンピュータお
よびポータブルデバイスは、互いの正当性を検査するこ
とができ、またセッションキーを安全に共有することが
できる。

【０１４９】図１７のフローに戻り、説明を続ける。ス
テップＳ１１０において、Ｋｒｏｏｔに基づいてセッシ
ョンキーＫｓｅｓの生成が終了すると、ステップＳ１１
１において、ＰＣから、コンテンツに対応する利用条件
情報のＭＡＣ、サブキーＫｓｕｂ、スロットＮｏ．をセ
ッションキーＫｓｅｓで暗号化してＰＤに送信する。

【０１５０】ステップＳ１１２において、ＰＤは、ＰＣ
から受信したＭＡＣと、ステップＳ１０７において計算
した利用条件情報のＭＡＣとが一致するか否かを判定す
る。不一致であれば、利用条件情報は改竄されているこ
とになり、正当なコンテンツ利用が保証されないことに
なり、エラー終了する。

【０１５１】ＰＣから受信したＭＡＣと、ステップＳ１
０７において計算した利用条件情報のＭＡＣとが一致し
た場合には、ステップＳ１１３において、ＰＤのメディ
ア（ディスクョのリードインエリアにＭＡＣと、サブキ
ーＫｓｕｂとを対応付けたテーブルデータをシーケンス
ページ（図１２参照）として書き込む。

【０１５２】（コンテンツ再生処理）次に、ポータブル
デバイス（ＰＤ）において、サブキーＫｓｕｂを適用し
てコンテンツキー：Ｋｃを生成して、暗号化コンテンツ
の復号を実行してコンテンツを利用（再生）する処理に
ついて、図１９、図２０を参照して説明する。

【０１５３】ポータブルデバイス（ＰＤ）は、サービス
データ６０１、暗号化コンテンツファイル６０２、ＡＶ
インデックスファイル６２１、シーケンスページ６２２
を有している。さらに、ポータブルデバイス（ＰＤ）
は、ハード対応のＥＫＢ（Ｈ）６１１を保有しており、
ハード対応のＥＫＢ（Ｈ）の処理（復号）に適用するハ
ード対応のデバイスノードキー（ＨＤＮＫ）６１２を保
有している。なお、ハード対応のＥＫＢ（Ｈ）６１１
は、復号により、ハード対応カテゴリツリーに対応して
設定されるルートキーＫｒｏｏｔ’を取り出すことが可
能である。

【０１５４】サービスデータ６０１には、リーフ識別子
としてのリーフＩＤ、適用するＥＫＢのバージョン、さ
らに、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必
要なサービス対応デバイスノードキー（ＳＤＮＫ）を、
ハード対応カテゴリツリーに対応して設定されるルート
キーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏ
ｏｔ’，ＳＤＮＫ）を格納している。

【０１５５】暗号化コンテンツファイル６０２は、サー
ビス対応のカテゴリツリーに対応して設定されるルート
キーＫｒｏｏｔを格納したサービス対応ＥＫＢ［ＥＫＢ
（Ｓ）］、ルートキーＫｒｏｏｔでコンテンツＩＤ（Ｃ
ＩＤ）と、コンテンツ暗号処理および復号処理に適用す
るコンテンツキー（Ｋｃ）の生成に適用するメインキー
Ｋｃｍとを暗号化したデータＥ（Ｋｒｏｏｔ，ＣＩＤ＋
Ｋｃｍ）、および、コンテンツ（Ｃｏｎｔｅｎｔ）をコ
ンテンツキーＫｃで暗号化したデータＥ（Ｋｃ，Ｃｏｎ
ｔｅｔ）を含むファイルである。

【０１５６】ＡＶインデックスファイル６２１は、先に
図１３を参照して説明したように、モバイルクイックタ
イム（ＭｏｂｉｌｅＱｕｉｃｋＴｉｍｅ）のＡＶイン
デックスファイルに利用条件情報を追加した構成を持
つ。

【０１５７】シーケンスページ６２２は、先に図１４を
参照して説明したコンテンツ対応の利用条件情報の改竄
検証値としてのメッセージ認証符号（ＭＡＣ：Message
authentication Code）としてのＭＡＣ＃ｎと、コンテ
ンツキーＫｃの生成に適用するサブキーＫｓｕｂｎをコ
ンテンツ０−ｎに対してそれぞれ格納したテーブルデー
タである。

【０１５８】なお、コンテンツの暗号復号処理に適用す
るコンテンツキーＫｃと、暗号化コンテンツファイル６
０２に格納されたメインキーＫｃｍと、シーケンスペー
ジ６２１に格納されたサブキーＫｓｕｂの関係は、Ｋｃ＝ＫｃｍＸＯＲＫｓｕｂである。すなわち、メインキーＫｃｍと、サブキーＫｓ
ｕｂとの排他論理輪演算によりコンテンツキーＫｃが算
出される関係にある。

【０１５９】図１９に示すステップＳ２１において、ポ
ータブルデバイス（ＰＤ）は、ハード対応のデバイスノ
ードキー（ＨＤＮＫ）６１２を適用して、ハード対応の
ＥＫＢ（Ｈ）６１１の復号処理を実行し、ＥＫＢ（Ｈ）
６１１から、ハード対応カテゴリツリーに対応して設定
されるルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適
用したＥＫＢの処理は、先に図６を参照して説明した手
法に従ったものである。

【０１６０】次に、ステップＳ２２において、ＥＫＢ
（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用い
て、サービスデータ６０１内の暗号化データＥ（Ｋｒｏ
ｏｔ’，ＳＤＮＫ）の復号処理を実行し、サービス対応
ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）に適用するデバ
イスノードキー（ＳＤＮＫ）を取得する。

【０１６１】次に、ステップＳ２３において、サービス
データから取り出したデバイスノードキー（ＳＤＮＫ）
を用いて、暗号化コンテンツファイル６０２内に格納さ
れたサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復
号）を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内
に格納されたサービス対応カテゴリツリーに対応して設
定されるルートキーＫｒｏｏｔを取得する。

【０１６２】次に、ステップＳ２４において、サービス
対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキー
Ｋｒｏｏｔを用いて、暗号化コンテンツファイル６０２
内に格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋
Ｋｃｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩ
Ｄ）と、メインキー（Ｋｃｍ）を取得する。

【０１６３】次に、ステップＳ２５において、暗号化コ
ンテンツファイル６０２から取り出したコンテンツＩＤ
（ＣＩＤ）と、ＡＶインデックスファイル６２１内の利
用条件情報内に格納されたコンテンツＩＤのマッチング
（照合）処理、すなわち、コンテンツに対応する利用条
件情報が存在し、かつ利用条件情報において利用が許可
されているか否かの判定処理を実行する。マッチング処
理により、コンテンツの利用が可能であることが確認さ
れると、ステップＳ２６において、暗号化コンテンツフ
ァイル６０２から取り出したメインキー（Ｋｃｍ）と、
リードインエリアに記録されたシーケンスページ６２２
から取得したサブキーＫｓｕｂとの排他論理和演算を実
行し、コンテンツキーＫｃを生成する。

【０１６４】次に、ステップＳ２７において、コンテン
ツキーＫｃを適用して、ＡＶインデックスファイル６２
１の利用条件情報のＭＡＣを算出し、リードインエリア
に記録されたシーケンスページ６２２に記録されたＭＡ
Ｃとの照合処理によるＭＡＣ検証を実行する。照合が不
成立の場合は、エラーとして、次ステップの処理は停止
される。

【０１６５】ＭＡＣの照合が成立したことを条件とし
て、ステップＳ２８において、コンテンツキーＫｃを適
用して、暗号化コンテンツファイル６０２に格納された
暗号化コンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）を復号し
てコンテンツの再生を行なう。

【０１６６】上述したように、ポータブルデバイスでの
コンテンツ利用においては、コンテンツに対応するサブ
キーＫｓｕｂを設定して、利用条件情報に基づくＭＡＣ
とともにシーケンスページを構成して格納し、サブキー
Ｋｓｕｂと、メインキーＫｃｍを適用した演算によりコ
ンテンツキーＫｃを取得する構成として、ＭＡＣ検証の
成立を条件として、サブキーＫｓｕｂと、メインキーＫ
ｃｍを適用した演算によって生成されるコンテンツキー
Ｋｃによるコンテンツの復号を実行する構成とした。

【０１６７】次に、ポータブルデバイスでのコンテンツ
利用（再生）処理について、図２０に示すフローを参照
して説明する。ステップＳ２０１において、ポータブル
デバイス（ＰＤ）は、ハード対応のデバイスノードキー
（ＨＤＮＫ）を適用して、ハード対応のＥＫＢ（Ｈ）の
復号処理を実行し、ＥＫＢ（Ｈ）から、ハード対応カテ
ゴリツリーに対応して設定されるルートキーＫｒｏｏ
ｔ’を取得する。

【０１６８】次に、ステップＳ２０２において、再生予
定のコンテンツに対応するサービスデータがＰＤ内に格
納されているかを判定し、無い場合はＰＣから取得（Ｓ
２０３）する。サービスデータは図１９に示すように、
サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の復号に必要なサ
ービス対応デバイスノードキー（ＳＤＮＫ）を、ハード
対応カテゴリツリーに対応して設定されるルートキーＫ
ｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏｏ
ｔ’，ＳＤＮＫ）を格納したデータである。

【０１６９】ステップＳ２０４において、ＥＫＢ（Ｈ）
から取り出したルートキーＫｒｏｏｔ’を用いて、サー
ビスデータ内の暗号化データＥ（Ｋｒｏｏｔ’，ＳＤＮ
Ｋ）の復号処理を実行し、サービス対応ＥＫＢ［ＥＫＢ
（Ｓ）］の処理（復号）に適用するデバイスノードキー
（ＳＤＮＫ）を取得する。

【０１７０】次に、ステップＳ２０５において、サービ
スデータから取り出したデバイスノードキー（ＳＤＮ
Ｋ）を用いて、暗号化コンテンツファイル内に格納され
たサービス対応ＥＫＢ［ＥＫＢ（Ｓ）］の処理（復号）
を実行し、サービス対応ＥＫＢ［ＥＫＢ（Ｓ）］内に格
納されたサービス対応カテゴリツリーに対応して設定さ
れるルートキーＫｒｏｏｔを取得する。

【０１７１】次に、ステップＳ２０６において、サービ
ス対応ＥＫＢ［ＥＫＢ（Ｓ）］から取り出したルートキ
ーＫｒｏｏｔを用いて、暗号化コンテンツファイル内に
格納された暗号化データＥ（Ｋｒｏｏｔ，ＣＩＤ＋Ｋｃ
ｍ）の復号処理を実行し、コンテンツＩＤ（ＣＩＤ）
と、メインキー（Ｋｃｍ）を取得する。

【０１７２】次に、ステップＳ２０７において、暗号化
コンテンツファイルから取り出したコンテンツＩＤ（Ｃ
ＩＤ）と、ＡＶインデックスファイル内の利用条件情報
内に格納されたコンテンツＩＤのマッチング（照合）処
理を実行する。すなわち、コンテンツに対応する利用条
件情報が存在し、かつ利用条件情報において利用が許可
されているか否かの判定処理を実行する。マッチングが
不成立の場合は、次ステップは実行されず、エラー終了
となる。

【０１７３】マッチング成立の場合は、ステップＳ２０
８において、メディアのリードインエリアから利用予定
のコンテンツに対応するサブキーＫｓｕｂを取り出し、
ステップＳ２０９において、暗号化コンテンツファイル
から取り出したメインキー（Ｋｃｍ）と、リードインエ
リアに記録されたシーケンスページから取得したサブキ
ーＫｓｕｂとの排他論理和演算を実行し、コンテンツキ
ーＫｃを生成する。

【０１７４】次に、ステップＳ２０９において、コンテ
ンツキーＫｃを適用して、ＡＶインデックスファイルの
利用条件情報のＭＡＣを算出し、リードインエリアに記
録されたシーケンスページに記録されたＭＡＣとの照合
処理によるＭＡＣ検証を実行する。照合が不成立の場合
は、エラーとして、次ステップの処理は停止される。

【０１７５】ＭＡＣ検証に成功すると、ステップＳ２１
２おいて、コンテンツキーＫｃを適用して、暗号化コン
テンツファイルに格納された暗号化コンテンツＥ（Ｋ
ｃ，Ｃｏｎｔｅｎｔ）を復号してコンテンツの再生を行
なう。

【０１７６】このように、ポータブルデバイスにおい
て、ＡＶインデックスファイルに格納した利用条件情報
を適用し、かつＭＡＣ検証によりコンテンツ利用条件の
改竄のないことを確認し、さらに、コンテンツ対応のサ
ブキーと、暗号化コンテンツファイルのメインキーによ
り生成可能なコンテンツキーを適用したコンテンツ復号
を行なう構成としたことにより、正当な利用条件情報に
基づく正当な機器のみにおけるコンテンツの正当な利用
が可能となる。

【０１７７】（自己記録処理）次に、ポータブルデバイ
ス等において、コンテンツを記録する処理について、図
２１および図２２を参照して説明する。

【０１７８】図２１は、ポータブルデバイス７０１にお
いて、コンテンツをディスク等のメディア７０２に自己
記録する際のシーケンスを説明する図である。

【０１７９】ポータブルデバイス７０１は、ハード対応
のカテゴリツリーを介して提供されるハード対応ＥＫＢ
（ＥＫＢ（Ｈ））７０３と、ハード対応ＥＫＢ（ＥＫＢ
（Ｈ））７０３の処理（復号処理に適用するデバイスノ
ードキー（ＨＤＮＫ）７０２を有する。

【０１８０】さらに、自己記録を許容するサービスを管
理するサービスプロバイダから提供される自己録用サー
ビスデータ７０４を有する。自己録用サービスデータ７
０４は、前述のサービスデータと同様、リーフ識別子と
してのリーフＩＤ、適用するＥＫＢのバージョン、さら
に、サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の復号に必
要なサービス対応デバイスノードキー（ＳＤＮＫ）を、
ハード対応カテゴリツリーに対応して設定されるルート
キーＫｒｏｏｔ’によって暗号化したデータＥ（Ｋｒｏ
ｏｔ’，ＳＤＮＫ）を格納している。なお、ここでは、
自己記録用サービス対応ＥＫＢをＥＫＢｃ（Ｓ）とす
る。

【０１８１】ポータブルデバイス７０１は、さらに、自
己録用利用条件７０５、自己録用ＥＫＢ［ＥＫＢｃ
（Ｓ）］７０６を有する。自己録用利用条件７０５は、
コンテンツの自己記録に対する条件、例えば許容期間、
記録回数等の条件を定めており、先に図１４を参照して
説明した利用条件と同様である。

【０１８２】自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］７０６
は、コンテンツ自己記録用のサービスを提供するサービ
スプロバイダを頂点ノードとしたサービスカテゴリツリ
ーに対応するルートキーＫｒｏｏｔを格納したＥＫＢで
ある。

【０１８３】ポータブルデバイスにおける、コンテンツ
の自己記録処理のシーケンスについて説明する。まず、
ポータブルデバイス（ＰＤ）７０１は、まず、ステップ
Ｓ３１において、自己記録コンテンツに対応する暗号化
コンテンツファイル７１１のヘッダ領域に自己録用ＥＫ
Ｂ［ＥＫＢｃ（Ｓ）］７０６をコピー格納する。さら
に、コンテンツに対応する索引データとしてのＡＶイン
デックスファイル７１２に自己録用利用条件をコピー
（Ｓ３２）し、さらに自己録用サービスデータ７０４の
リーフＩＤをコピー（Ｓ３３）する。さらに、自己録用
サービスデータをコンテンツを記録するメディア７０２
にコピー格納（Ｓ３４）する。なお、暗号化コンテンツ
ファイル７１１、ＡＶインデックスファイル７１２もコ
ンテンツを記録するメディア７０２に格納する。

【０１８４】次に、ポータブルデバイス７０１は、ステ
ップＳ３５において、ハード対応のデバイスノードキー
（ＨＤＮＫ）７０２を適用して、ハード対応のＥＫＢ
（Ｈ）７０３の復号処理を実行し、ＥＫＢ（Ｈ）７０３
から、ハード対応カテゴリツリーに対応して設定される
ルートキーＫｒｏｏｔ’を取得する。ＤＮＫを適用した
ＥＫＢの処理は、先に図６を参照して説明した手法に従
ったものである。

【０１８５】次に、ステップＳ３６において、ＥＫＢ
（Ｈ）から取り出したルートキーＫｒｏｏｔ’を用い
て、自己録用サービスデータ７０４内の暗号化データＥ
（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行し、自己
録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の処理（復
号）に適用するデバイスノードキー（ＳＤＮＫ）を取得
する。

【０１８６】次に、ステップＳ３７において、自己録用
サービスデータ７０４から取り出したデバイスノードキ
ー（ＳＤＮＫ）を用いて、暗号化コンテンツファイル７
１１内にコピー格納した自己録用サービス対応ＥＫＢ
［ＥＫＢｃ（Ｓ）］の処理（復号）を実行し自己録用サ
ービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自
己録用サービス対応カテゴリツリーに対応して設定され
るルートキーＫｒｏｏｔを取得する。

【０１８７】次に、ステップＳ３８において、自己録用
サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］から取り出した
ルートキーＫｒｏｏｔを用いて、暗号化コンテンツファ
イル７１１内に格納すべきコンテンツに対応するコンテ
ンツ識別子としてのコンテンツＩＤ（ＣＩＤ）と、メイ
ンキーＫｃｍを暗号化して、暗号化データＥ（Ｋｒｏｏ
ｔ，ＣＵＩＤ，Ｋｃｍ）を生成して、暗号化コンテンツ
ファイル７１１内に格納する。なお、このメインキーＫ
ｃｍは、サブキーＫｓｕｂとの排他論理和演算により、
コンテンツキーＫｃを生成する際に適用する鍵であり、
乱数に基づいて生成する。

【０１８８】次に、乱数から生成したメインキーＫｃ
ｍ、およびサブキーＫｓｕｂの排他論理和演算を実行
し、コンテンツキーＫｃを生成（Ｓ３９）し、生成した
コンテンツキーＫｃを適用してコンテンツを暗号化（Ｓ
４０）して、暗号化コンテンツファイル７１１内に格納
する。

【０１８９】さらに、コンテンツに対して生成したサブ
キーＫｓｕｂと、利用条件情報に基づくＭＡＣを対応付
けたシーケンスページ７１３のメディア７０２のリード
インエリアに対する書き込み処理を実行（Ｓ４１）す
る。

【０１９０】上述したように、ポータブルデバイスでの
コンテンツ自己記録においては、コンテンツに対応する
サブキーＫｓｕｂを生成して、利用条件情報に基づくＭ
ＡＣとともにシーケンスページを構成して格納する。コ
ンテンツ再生においては、サブキーＫｓｕｂと、メイン
キーＫｃｍを適用した演算によりコンテンツキーＫｃを
生成することが必要となる。従って、シーケンスページ
に正当なサブキーＫｓｕｂを持つデバイスにおいてのみ
再生可能となる。

【０１９１】図２２に、ポータブルデバイスでのコンテ
ンツ自己記録処理手順の処理フローを示す。処理フロー
の核ステップについて説明する。

【０１９２】ステップＳ３０１において、自己記録コン
テンツに対応する暗号化コンテンツファイルのヘッダ領
域に自己録用ＥＫＢ［ＥＫＢｃ（Ｓ）］をコピー格納
し、ステップＳ３０２において、ＡＶインデックスファ
イルに自己録用利用条件情報をコピー格納し、ステップ
Ｓ３０３において、自己録用サービスデータのリーフＩ
Ｄをコピー格納する。

【０１９３】次に、ステップＳ３０４において、ハード
対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハ
ード対応のＥＫＢ（Ｈ）の復号処理を実行し、ＥＫＢ
（Ｈ）から、ハード対応カテゴリツリーに対応して設定
されるルートキーＫｒｏｏｔ’を取得する。さらに、ス
テップＳ３０５において、自己録用サービスデータをコ
ンテンツを記録するメディアにコピー格納する。

【０１９４】次に、ステップＳ３０６において、ハード
対応のデバイスノードキー（ＨＤＮＫ）を適用して、ハ
ード対応のＥＫＢ（Ｈ）から取り出したルートキーＫｒ
ｏｏｔ’を用いて、自己録用サービスデータ内の暗号化
データＥ（Ｋｒｏｏｔ’，ＳＤＮＫ）の復号処理を実行
し、自己録用サービス対応ＥＫＢ［ＥＫＢｃ（Ｓ）］の
処理（復号）に適用するデバイスノードキー（ＳＤＮ
Ｋ）を取得する。

【０１９５】次に、ステップＳ３０７において、自己録
用サービスデータから取り出したデバイスノードキー
（ＳＤＮＫ）を用いて、暗号化コンテンツファイル内に
コピー格納した自己録用サービス対応ＥＫＢ［ＥＫＢｃ
（Ｓ）］の処理（復号）を実行し自己録用サービス対応
ＥＫＢ［ＥＫＢｃ（Ｓ）］内に格納された自己録用サー
ビス対応カテゴリツリーに対応して設定されるルートキ
ーＫｒｏｏｔを取得する。

【０１９６】次に、ステップＳ３０８において、乱数に
基づいてメインキーＫｃｍ、サブキーＫｓｕｂを生成
し、ステップＳ３０９において、メインキーＫｃｍ、サ
ブキーＫｓｕｂとの排他論理和演算により、コンテンツ
キーＫｃを生成する。

【０１９７】次に、ステップＳ３１０において、メイン
キーＫｃｍ、とコンテンツ識別子（ＣＩＤ）をルートキ
ーＫｒｏｏｔで暗号化して、暗号化コンテンツファイル
に格納する。さらに、ステップＳ３１１において、生成
したコンテンツキーＫｃを適用してコンテンツを暗号化
して、暗号化コンテンツファイルに格納する。

【０１９８】さらに、ステップＳ３１２において、メコ
ンテンツに対して生成したサブキーＫｓｕｂと、利用条
件情報に基づくＭＡＣを対応付けたシーケンスページの
メディアのリードインエリアに対する書き込み処理を実
行して、コンテンツの自己記録を終了する。

【０１９９】上述したように、ポータブルデバイスでの
コンテンツ自己記録においては、メディアに対して暗号
化コンテンツファイル、ＡＶインデックスファイル、さ
らにリードインエリアに対してＡＶインデックスファイ
ルの利用条件データ等に基づくＭＡＣと、サブキーＫｓ
ｕｂの書き込みが実行され、自己記録されたコンテンツ
利用においても、利用条件の正当性がＭＡＣで検証さ
れ、またサブキーＫｓｕｂを利用したコンテンツキーＫ
ｃの生成処理が必須となり、正当な利用権限を有するデ
バイスにおいて利用条件に従ったコンテンツ利用が実現
される。

【０２００】（コンテンツインポート処理）次に、ポー
タブルデバイス（ＰＤ）からＰＣに対する自己記録コン
テンツのコピー処理、すなわちインポート処理について
説明する。

【０２０１】図２３は、コンテンツインポート処理の概
要と、ポータブルデバイス（ＰＤ）からＰＣに対して移
動（コピー）するデータについて説明する図である。

【０２０２】インポート処理においては、ポータブルデ
バイス（ＰＤ）８１０から、ＰＣ８２０に対して、コン
テンツキーＫｃで暗号化された暗号化コンテンツデータ
Ｅ（Ｋｃ，Ｃｏｎｔｅｎｔ）８１１がコピーされ、さら
に、セキュア情報８１２として、Ｋｒｏｏｔを格納した
ＥＫＢ８１３と、コンテンツキーＫｃをＫｒｏｏｔで暗
号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８１４がコピー
され、さらに、先に説明した自己記録処理において生成
したＡＶインデックスファイル中の利用条件情報８１５
がコピーされる。

【０２０３】ＰＣ８２０におけるデータ格納構成は、図
に示すように、コンテンツ８２１と、コンテンツに対す
るセキュア情報８２２を持つ構成であり、インポート処
理においては、これらのデータ格納構成に応じたコンバ
ート、あるいは必要な情報の付加処理を実行することが
必要となる。

【０２０４】ＰＣ８２０は、コンテンツキーＫｃで暗号
化された暗号化コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅ
ｎｔ）８２１を格納し、格納コンテンツに対応するセキ
ュア情報８２２として、Ｋｒｏｏｔを格納したＥＫＢ８
２３と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した
鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）８２４、利用条件情報に
対応する属性情報８２５、さらに、公開鍵証明書８２
６、署名８２７を有する構成を持つ。

【０２０５】ポータブルデバイス（ＰＤ）からＰＣに対
する自己記録コンテンツのコピー処理、すなわちインポ
ート処理においては、図２３に示す（１）−（５）の処
理が実行される。

【０２０６】（１）は、暗号化コンテンツデータＥ（Ｋ
ｃ，Ｃｏｎｔｅｎｔ）のコピー処理である。（２）は、
Ｋｒｏｏｔを格納したＥＫＢと、コンテンツキーＫｃを
Ｋｒｏｏｔで暗号化した鍵情報Ｅ（Ｋｒｏｏｔ，Ｋｃ）
のコピー処理である。

【０２０７】（３）は、ＰＤにおけるＡＶインデックス
ファイル内の利用条件情報の改竄検証処理として実行す
るＭＡＣ検証処理である。（４）は、（３）におけるＭ
ＡＣ検証の結果、改竄なしの判定を条件として実行する
ＡＶインデックスファイル内の利用条件情報のコンバー
トとコピー処理である。ＰＣ内では、コンテンツの利用
条件をコンテンツ属性情報として保持する構成であり、
ＡＶインデックスファイルの利用条件情報をＰＣ内の属
性情報のフォーマットに変換した後、ＰＣにコピーす
る。（５）は、ＰＣのコンテンツ対応のセキュア情報と
して格納すべきデータとしての公開鍵証明書８２６、お
よび電子署名８２７を生成、追加する処理である。

【０２０８】図２３に示すように、異なるデータ格納構
成を持つポータブルデバイス（ＰＤ）と、ＰＣ間におい
てコンテンツ移動を行なう場合、それぞれのデータ格納
構成に合わせたコンバート、データ追加等の処理を実行
し、利用条件情報は、データ改ざんの無いことの確認の
後にコピーされる。

【０２０９】図２４にインポート処理の手順を説明する
フローチャートを示す。フローチャートに示す各ステッ
プの処理について説明する。

【０２１０】まず、ステップＳ４０１において、暗号化
コンテンツデータＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）をポータ
ブルデバイス（ＰＤ）からＰＣにコピーする。次に、ス
テップＳ４０２において、Ｋｒｏｏｔを格納したＥＫＢ
と、コンテンツキーＫｃをＫｒｏｏｔで暗号化した鍵情
報Ｅ（Ｋｒｏｏｔ，Ｋｃ）をポータブルデバイス（Ｐ
Ｄ）からＰＣにコピーする。

【０２１１】次に、ステップＳ４０３において、ＰＤに
おけるＡＶインデックスファイル内の利用条件情報に基
づいて、ＭＡＣを計算し、リードインエリアのシーレン
スページに格納されたシーケンスページの格納ＭＡＣと
の比較を実行し、利用条件情報の改竄検証を行なう。Ｍ
ＡＣが一致すれば改竄無しと判定し、ステップＳ４０５
に進む。ＭＡＣが不一致の場合は、改竄ありと判定しエ
ラー終了となる。

【０２１２】ステップＳ４０５では、利用条件情報中の
インポート処理許可フラグが、処理許可を示しているか
否かを判定する。ＡＶインデックスファイル内の利用条
件情報には、図１４に示すようにインポート（ｉｍｐｏ
ｒｔ）の可否を示すビットがあり、インポート可のビッ
ト情報がある場合にのみインポート処理を実行し、イン
ポート不可の情報がある場合にはインポート処理は実行
されず、エラー終了とする。

【０２１３】ステップＳ４０６では、ＡＶインデックス
ファイル内の利用条件情報のコンバートとコピー処理を
実行する。ＰＣ内では、コンテンツの利用条件をコンテ
ンツ属性情報として保持する構成であり、ＡＶインデッ
クスファイルの利用条件情報をＰＣ内の属性情報のフォ
ーマットに変換した後、ＰＣにコピーする。ステップＳ
４０７は、ＰＣのコンテンツ対応のセキュア情報として
格納すべきデータとしての公開鍵証明書の格納処理であ
る。ステップＳ４０８は、セキュア情報内の格納情報に
対する電子署名を生成、追加する処理である。

【０２１４】上述したように、コンテンツインポート処
理においては、それぞれのデータ格納構成に合わせたコ
ンバート、データ追加等の処理を実行し、利用条件情報
は、データ改ざんの無いことの確認の後にコピーを実行
する。

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

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

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

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

【０２１９】なお、明細書に記載された各種の処理は、
記載に従って時系列に実行されるのみならず、処理を実
行する装置の処理能力あるいは必要に応じて並列的にあ
るいは個別に実行されてもよい。

【０２２０】

【発明の効果】以上、説明したように、本発明の構成に
よれば、コンテンツ索引データとしてのインデックスフ
ァイルにコンテンツ利用条件情報を含む構成としたの
で、少ない記憶容量を持ち、プロセッサ等の処理能力の
低いポータブルデバイスにおいても、インデックスファ
イルのコンテンツ利用条件情報を適用した正当なコンテ
ンツ利用が可能となる。

【０２２１】さらに、本発明の構成によれば、インデッ
クスファイル中のコンテンツ利用条件情報に基づいてコ
ンテンツ利用可否を判定し、コンテンツ利用可の判定に
基づいて、暗号化コンテンツの復号に適用するコンテン
ツキーＫｃ取得処理を実行する構成としたので、利用条
件に基づくコンテンツ利用が認められた場合にのみコン
テンツキー取得が可能となるので、厳格なコンテンツ利
用条件の遵守が可能となる。

【０２２２】さらに、本発明の構成によれば、インデッ
クスファイルには、コンテンツ利用条件情報に基づいて
生成された改竄検証値としてのメッセージ認証符号（Ｍ
ＡＣ）を含み、ＭＡＣと、コンテンツ利用条件情報に基
づいて算出したＭＡＣとの比較に基づいて、コンテンツ
利用条件情報の改竄の有無を判定し、改竄無しの判定を
条件として、コンテンツキー取得処理を実行する構成と
したので、利用条件情報の改竄に基づく不正なコンテン
ツ利用が防止される。

【０２２３】さらに、本発明の構成によれば、コンテン
ツキーＫｃは、有効化キーブロック（ＥＫＢ）配信ツリ
ー構成を適用して提供される有効化キーブロック（ＥＫ
Ｂ）の復号により取得可能なキーの適用によってのみ取
得可能なキーとして設定されるので、厳格なコンテンツ
利用権限の判定処理に基づくコンテンツ利用が可能とな
る。

【図面の簡単な説明】

【図１】本発明を適用したコンテンツ提供システムの概
要を示す図である。

【図２】本発明を適用したコンテンツ利用の可能なパー
ソナルコンピュータ（ＰＣ）の構成例について説明する
図である。

【図３】本発明を適用したコンテンツ利用の可能なポー
タブルデバイス（ＰＤ）の構成例について説明する図で
ある。

【図４】各種キー、データの暗号化処理、配布処理につ
いて説明するツリー構成図である。

【図５】各種キー、データの配布に使用される有効化キ
ーブロック（ＥＫＢ）の例を示す図である。

【図６】コンテンツキーの有効化キーブロック（ＥＫ
Ｂ）を使用した配布例と復号処理例を示す図である。

【図７】有効化キーブロック（ＥＫＢ）のフォーマット
例を示す図である。

【図８】有効化キーブロック（ＥＫＢ）のタグの構成を
説明する図である。

【図９】ツリー構成におけるカテゴリ分割を説明する図
である。

【図１０】ツリー構成におけるカテゴリ分割を説明する
図である。

【図１１】ツリー構成におけるカテゴリ分割の具体例を
説明する図である。

【図１２】複数の有効化キーブロック（ＥＫＢ）を適用
したコンテンツ復号、利用処理例を説明する図である。

【図１３】ＡＶインデックスファイルの構成例を示す図
である。

【図１４】利用条件情報の構成例を示す図である。

【図１５】ＭＡＣ生成処理構成を示す図である。

【図１６】ＰＣからポータブルデバイス（ＰＤ）に対す
るコンテンツコピー処理について説明する図である。

【図１７】ＰＣからポータブルデバイス（ＰＤ）に対す
るコンテンツコピー処理について説明するフロー図であ
る。

【図１８】セッションキーの共有化処理について説明す
るシーケンス図である。

【図１９】ポータブルデバイスにおける、サブキーおよ
び複数の有効化キーブロック（ＥＫＢ）を適用したコン
テンツ復号、利用処理例を説明する図である。

【図２０】ポータブルデバイスにおける、サブキーおよ
び複数の有効化キーブロック（ＥＫＢ）を適用したコン
テンツ復号、利用処理例を説明するフロー図である。

【図２１】ポータブルデバイスにおける、サブキーを適
用したコンテンツ自己記録処理例を説明する図である。

【図２２】ポータブルデバイスにおける、サブキーを適
用したコンテンツ自己記録処理例を説明するフロー図で
ある。

【図２３】ポータブルデバイスからＰＣに対するコンテ
ンツインポート処理を説明する図である。

【図２４】ポータブルデバイスからＰＣに対するコンテ
ンツインポート処理を説明するフロー図である。

【符号の説明】

１１コンテンツプロバイダ１２サービスプロバイダ１３キー管理センター３０ユーザデバイス３１ＰＣ３２ポータブルデバイス（ＰＤ）５１暗号化コンテンツ５２利用権情報５３サービスデータ１０１ＣＰＵ(Central processing Unit) １０２ＲＯＭ（Read-Only-Memory）１０３ＲＡＭ（Random Access Memory）１０４ホストバス１０４１０５ブリッジ１０６外部バス１０７インタフェース１０８キーボード１０９ポインティングデバイス１１０ディスプレイ１１１ＨＤＤ（Hard Disk Drive）１１２ドライブ１１４ＰＤ（ポータブルデバイス）接続ポート１１５音声入出力インタフェース１１６通信部１２１リムーバブル記録媒体１２２ポータブルデバイス１５２電源回路１５３ＣＰＵ１５４ＲＡＭ１５５ＲＯＭ１５７入出力Ｉ／Ｆ１５９ＤＳＰ１６０記憶媒体コントローラｏｒドライブ１６１記憶媒体１６２操作キーコントローラ１６３Ｄ／Ａ変換器１６４増幅回路１６５出力部１６６ＬＣＤコントローラ１６７表示部１７１入力Ｉ／Ｆ１７２ＰＣ２０１バージョン２０２デプス２０３データポインタ２０４タグポインタ２０５署名ポインタ２０６データ部２０７タグ部２０８署名３０１ルートキー３０２ノードキー３０３リーフキー３０４カテゴリノード３５０ルートノード３５１Ｔシステムノード３５２Ｔサービスノード３５３Ｔハードノード３５４サービスプロバイダノード３５５リーフ４０１サービスデータ４０２暗号化コンテンツファイル４０３利用権情報４１１ＥＫＢ（Ｈ）４１２ＨＤＮＫ４２１ＡＶインデックスファイル４２２ヘッダ情報４２３インデックスファイル情報４２４ＡＶファイル４２５利用条件情報４５１リーフＩＤ４５２コンテンツＩＤ４５３利用条件情報４５４利用ステータス情報４５５ＭＡＣ５０１ＰＣ５０２ポータブルデバイス（ＰＤ）５１１暗号化コンテンツファイル５１２ＡＶインデックスファイル５１３サービスデータ５１４シーケンスページ６０１サービスデータ６０２暗号化コンテンツファイル６１１ＥＫＢ（Ｈ）６１２ＨＤＮＫ６２１ＡＶインデックスファイル６２２シーケンスページ７０１ポータブルデバイス７０２ＤＮＫ（ＨＤＮＫ）７０３ＥＫＢ（Ｈ）７０４自己録用サービスデータ７０５自己録用利用条件７０６自己録用ＥＫＢ７１１暗号化コンテンツファイル７１２ＡＶインデックスファイル７１３シーケンスページ８１０ポータブルデバイス（ＰＤ）８１１暗号化コンテンツ８１２セキュア情報８１３ＥＫＢ８１４鍵情報８１５ＡＶインデックスファイル８２０ＰＣ８２１暗号化コンテンツ８２２セキュア情報８２３ＥＫＢ８２４鍵情報８２５属性情報８２６公開鍵証明書８２７署名

───────────────────────────────────────────────────── フロントページの続き (72)発明者石坂敏弥東京都品川区北品川６丁目７番35号ソニー株式会社内 (72)発明者平林光浩東京都品川区北品川６丁目７番35号ソニー株式会社内Ｆターム(参考） 5B017 AA02 BA06 BA07 CA16 5J104 AA08 AA16 EA08 EA18 EA20 JA13 NA02 NA27 PA14

Claims

【特許請求の範囲】

【請求項１】コンテンツ再生処理を実行する情報処理装
置であり、暗号化コンテンツを格納するとともに、コンテンツ利用
条件情報を含むインデックスファイルを記憶した記憶手
段と、前記インデックスファイル中のコンテンツ利用条件情報
に基づいてコンテンツ利用可否を判定し、コンテンツ利
用可の判定に基づいて、暗号化コンテンツの復号に適用
するコンテンツキーＫｃ取得処理を実行する制御手段
と、を有することを特徴とする情報処理装置。
【請求項２】前記インデックスファイルには、少なくと
も前記コンテンツ利用条件情報に基づいて生成された改
竄検証値としてのメッセージ認証符号（ＭＡＣ）を含
み、前記制御手段は、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて
算出したＭＡＣとの比較に基づいて、前記コンテンツ利
用条件情報の改竄の有無を判定し、改竄無しの判定を条
件として、前記コンテンツキー取得処理を実行する構成
を有することを特徴とする請求項１に記載の情報処理装
置。
【請求項３】前記コンテンツ利用条件情報は、有効化キーブロック（ＥＫＢ）配信ツリー構成における
リーフ識別子としてのリーフＩＤと、コンテンツ識別子としてのコンテンツＩＤと、コンテンツの利用条件情報と、コンテンツ利用ステータス情報とを含む構成であること
を特徴とする請求項１に記載の情報処理装置。
【請求項４】前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであ
り、前記コンテンツキーＫｃは、有効化キーブロック
（ＥＫＢ）配信ツリー構成を適用して提供される有効化
キーブロック（ＥＫＢ）の復号により取得可能なキーの
適用によってのみ取得可能なキーであり、前記制御手段は、前記有効化キーブロック（ＥＫＢ）の復号処理によるコ
ンテンツキー取得処理を実行する構成であることを特徴
とする請求項１に記載の情報処理装置。
【請求項５】前記コンテンツ利用条件情報は、コンテンツの利用可能期間、利用可能回数を含む構成で
あることを特徴とする請求項１に記載の情報処理装置。
【請求項６】前記インデックスファイルは、コンテンツに対応する属性情報を含むモバイルクイック
タイムフォーマットに従ったデータ構成を有することを
特徴とする請求項１に記載の情報処理装置。
【請求項７】コンテンツ出力機器からコンテンツ入力機
器に対する機器間のコンテンツ移動処理を実行するコン
テンツ入出力処理システムであり、前記コンテンツ出力機器は、コンテンツおよび、コンテンツ対応の利用条件情報を格
納した記憶手段と、前記コンテンツおよび利用条件情報についてのコンテン
ツ識別子に基づくマッチング処理を実行し、コンテンツ
および利用条件情報の対応確認を条件として、前記利用
条件情報を、前記コンテンツ入力機器におけるコンテン
ツ索引データとしてのインデックスファイル格納形式に
コンバートして前記コンテンツ入力機器に出力する制御
手段とを有し、前記コンテンツ入力機器は、前記利用条件情報をコンテンツ索引データとしてのイン
デックスファイルに格納してメディアに記録するととも
に、前記利用条件情報を含むデータに基づく改竄検証値
としてのメッセージ認証符号（ＭＡＣ）を前記メディア
に格納する処理を実行する制御手段を有する構成である
ことを特徴とするコンテンツ入出力処理システム。
【請求項８】前記コンテンツ入力機器の制御手段は、前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）を、特定のアクセス
許可プログラムに従ってアクセス可能な前記メディアの
リードインエリアに書き込む処理を実行する構成である
ことを特徴とする請求項７に記載のコンテンツ入出力処
理システム。
【請求項９】前記コンテンツ入力機器の制御手段は、前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）と、コンテンツの復
号処理に適用するコンテンツキーＫｃの生成に要するサ
ブキーＫｓｕｂを対応付けて、特定のアクセス許可プロ
グラムに従ってアクセス可能な前記メディアのリードイ
ンエリアに書き込む処理を実行する構成であることを特
徴とする請求項７に記載のコンテンツ入出力処理システ
ム。
【請求項１０】前記コンテンツ入力機器の制御手段は、コンテンツをコンテンツキーＫｃで暗号化した暗号化コ
ンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用し
て提供される有効化キーブロック（ＥＫＢ）の復号によ
り取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ
（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要する
メインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏ
ｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記メディアに格納
する処理を実行する構成であることを特徴とする請求項
７に記載のコンテンツ入出力処理システム。
【請求項１１】コンテンツ再生処理を実行する情報処理
方法であり、コンテンツ利用条件情報を含むインデックスファイル中
のコンテンツ利用条件情報に基づいてコンテンツ利用可
否を判定する判定処理ステップと、コンテンツ利用可の判定に基づいて、暗号化コンテンツ
の復号に適用するコンテンツキーＫｃ取得処理を実行す
るコンテンツキー取得処理ステップと、前記コンテンツキーＫｃに基づく暗号化コンテンツの復
号を実行する復号処理ステップと、を有することを特徴とする情報処理方法。
【請求項１２】前記インデックスファイルには、少なく
とも前記コンテンツ利用条件情報に基づいて生成された
改竄検証値としてのメッセージ認証符号（ＭＡＣ）を含
み、前記情報処理方法は、さらに、前記ＭＡＣと、前記コンテンツ利用条件情報に基づいて
算出したＭＡＣとの比較に基づいて、前記コンテンツ利
用条件情報の改竄の有無を判定するステップを有し、前記コンテンツキー取得処理ステップは、前記コンテンツ利用条件情報の改竄無しの判定を条件と
して実行することを特徴とする請求項１１に記載の情報
処理方法。
【請求項１３】前記コンテンツ利用条件情報は、有効化キーブロック（ＥＫＢ）配信ツリー構成における
リーフ識別子としてのリーフＩＤと、コンテンツ識別子としてのコンテンツＩＤと、コンテンツの利用条件情報と、コンテンツ利用ステータス情報とを含む構成であること
を特徴とする請求項１１に記載の情報処理方法。
【請求項１４】前記暗号化コンテンツは、コンテンツキーＫｃにより暗号化されたコンテンツであ
り、前記コンテンツキーＫｃは、有効化キーブロック
（ＥＫＢ）配信ツリー構成を適用して提供される有効化
キーブロック（ＥＫＢ）の復号により取得可能なキーの
適用によってのみ取得可能なキーであり、前記コンテンツキー取得処理ステップは、前記有効化キーブロック（ＥＫＢ）の復号処理によるコ
ンテンツキー取得処理を実行する構成であることを特徴
とする請求項１１に記載の情報処理方法。
【請求項１５】コンテンツ出力機器からコンテンツ入力
機器に対する機器間のコンテンツ移動処理を実行するコ
ンテンツ入出力処理方法であり、前記コンテンツ出力機器において、コンテンツおよび、コンテンツ対応の利用条件情報につ
いてのコンテンツ識別子に基づくマッチング処理を実行
するステップと、コンテンツおよび利用条件情報の対応確認を条件とし
て、前記利用条件情報を、前記コンテンツ入力機器にお
けるコンテンツ索引データとしてのインデックスファイ
ル格納形式にコンバートして前記コンテンツ入力機器に
出力するステップとを実行し、前記コンテンツ入力機器において、前記利用条件情報をコンテンツ索引データとしてのイン
デックスファイルに格納してメディアに記録するステッ
プと、前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）を前記メディアに格
納する処理を実行するステップと、を有することを特徴とするコンテンツ入出力処理方法。
【請求項１６】前記コンテンツ入力機器は、前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）を、特定のアクセス
許可プログラムに従ってアクセス可能な前記メディアの
リードインエリアに書き込む処理を実行することを特徴
とする請求項１５に記載のコンテンツ入出力処理方法。
【請求項１７】前記コンテンツ入力機器は、前記利用条件情報を含むデータに基づく改竄検証値とし
てのメッセージ認証符号（ＭＡＣ）と、コンテンツの復
号処理に適用するコンテンツキーＫｃの生成に要するサ
ブキーＫｓｕｂを対応付けて、特定のアクセス許可プロ
グラムに従ってアクセス可能な前記メディアのリードイ
ンエリアに書き込む処理を実行することを特徴とする請
求項１５に記載のコンテンツ入出力処理方法。
【請求項１８】前記コンテンツ入力機器は、コンテンツをコンテンツキーＫｃで暗号化した暗号化コ
ンテンツＥ（Ｋｃ，Ｃｏｎｔｅｎｔ）と、有効化キーブロック（ＥＫＢ）配信ツリー構成を適用し
て提供される有効化キーブロック（ＥＫＢ）の復号によ
り取得可能なキーＫｒｏｏｔによって、コンテンツＩＤ
（ＣＩＤ）と、前記コンテンツキーＫｃの生成に要する
メインキーＫｃｍとを暗号化したデータＥ（Ｋｒｏｏ
ｔ，ＣＩＤ＋Ｋｃｍ）と、前記有効化キーブロック（ＥＫＢ）と、を含む暗号化コンテンツファイルを前記メディアに格納
する処理を実行することを特徴とする請求項１５に記載
のコンテンツ入出力処理方法。
【請求項１９】コンテンツ再生処理を実行する情報処理
を実行せしめるコンピュータ・プログラムであって、コンテンツ利用条件情報を含むインデックスファイル中
のコンテンツ利用条件情報に基づいてコンテンツ利用可
否を判定する判定処理ステップと、コンテンツ利用可の判定に基づいて、暗号化コンテンツ
の復号に適用するコンテンツキーＫｃ取得処理を実行す
るコンテンツキー取得処理ステップと、前記コンテンツキーＫｃに基づく暗号化コンテンツの復
号を実行する復号処理ステップと、を有することを特徴とするコンピュータ・プログラム。