JP2003051816A - コンテンツ配信システム、コンテンツ配信方法、およびデータ処理装置、データ処理方法、並びにコンピュータ・プログラム - Google Patents

Abstract

(57)【要約】 【課題】 暗号化コンテンツを配信するシステムにおい
て、コンテンツの不正利用の効果的排除を可能としたコ
ンテンツ配信システムを実現する。 【解決手段】 暗号化コンテンツの配信を行ない、正規
ユーザにおいてのみコンテンツの利用を許容するシステ
ムにおいて、コンテンツ配信を行なうコンテンツ管理配
信サイトにおいて、コンテンツの価格情報を含むメタデ
ータと、コンテンツの暗号処理に適用するコンテンツ鍵
を併せたデータのハッシュ値を生成して電子署名を実行
し、データを受信したユーザサイトにおいて、署名検証
の成立を条件として署名対象データ中に格納されたコン
テンツ鍵の取得を可能とする構成とし、メタデータ改
竄、あるいは置き換えによるコンテンツ不正利用を防止
可能とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンテンツ配信シ
ステム、コンテンツ配信方法、およびデータ処理装置、
データ処理方法、並びにコンピュータ・プログラムに関
する。特に、暗号化されたコンテンツを配信するシステ
ムにおいて、コンテンツの価格情報等を含むメタデータ
の改竄、置き換えなどによるコンテンツの不正利用を防
止するコンテンツ配信システム、コンテンツ配信方法、
およびデータ処理装置、データ処理方法、並びにコンピ
ュータ・プログラムに関する。

【０００２】

【従来の技術】昨今、音楽データ、画像データ、ゲーム
プログラム等、様々なソフトウエアデータ（以下、これ
らをコンテンツ（Content）と呼ぶ）を、インターネッ
ト、衛星を介した通信他、有線、無線の各種通信網を介
して配信するサービスが盛んになってきている。また、
ＤＶＤ、ＣＤ、メモリカード等の流通可能な記憶媒体を
介したコンテンツ流通も盛んになってきている。これら
の流通コンテンツは、ユーザの所有する例えば、ＴＶ、
ＰＣ（Personal Computer）、再生専用器、あるいはゲ
ーム機器等において、再生、利用される。

【０００３】通信網を介して配信されるコンテンツは、
例えば通信機能を有するセットトップボックスによって
受信され、ＴＶ他の再生装置において再生可能なデータ
に変換されて再生される。あるいは通信インタフェース
を備えたＴＶ、再生装置、ゲーム機器、ＰＣ等の情報機
器によって受信されて再生される。

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

【０００５】ユーザに対する利用制限を実現する１つの
手法が、配布コンテンツの暗号化処理である。例えば著
作権保護の要請されるコンテンツを衛星あるいはインタ
ーネット等を介して配信する場合にコンテンツを暗号化
して配信し、正規ユーザに対してのみ復号鍵を配布す
る。正規ユーザは配布された復号鍵によって暗号化コン
テンツの復号を実行し、コンテンツを再生する構成であ
る。

【０００６】例えば、正規ユーザに対して暗号化コンテ
ンツを復号するための鍵を格納したメモリ媒体（例えば
ＩＣカード）を配布し、ユーザは配布されたＩＣカード
をセットトップボックスまたは受信機にセットし、セッ
トしたカードの格納鍵を用いて暗号化コンテンツの復号
処理を実行して再生する構成がある。

【０００７】図１を用いて、コンテンツをコンテンツ鍵
で暗号化して配信するコンテンツ配信システム構成例に
ついて説明する。

【０００８】図１は、コンテンツ（番組）を制作または
提供するコンテンツ提供サイト１０と、コンテンツを受
信して再生するユーザサイト２０における処理を説明す
る図である。管理センター３０は、配送鍵（Ｋｄ：Dist
ribution Key）をコンテンツ提供サイト１０とユーザサ
イト２０に提供する。ユーザサイト２０には、例えばデ
ータの取り出しを防止したセキュアモジュールとしての
ＩＣカード内に配送鍵（Ｋｄ）を格納して提供する。

【０００９】図１に示す番号（１）〜に沿って処理が進
行する。処理の詳細について説明する。まず、コンテン
ツ提供サイト１０では、（１）コンテンツを暗号化する
ためのコンテンツ鍵（Ｋｃ）を生成し、（２）生成した
コンテンツ鍵（Ｋｃ）を用いてコンテンツの暗号化処理
を実行する。暗号化処理のアルゴリズムとしては各種の
アルゴリズムが適用可能であり、例えば代表的な共通鍵
暗号アルゴリズムであるＤＥＳ（Data Encryption Stan
dard）が適用できる。

【００１０】共通鍵暗号化方式は、データの暗号化処理
に用いる暗号化鍵とデータの復号化に用いる復号化鍵を
共通のものとして、正規のユーザにこれら暗号化処理、
復号化に用いる共通鍵を付与して、鍵を持たない不正ユ
ーザによるデータアクセスを排除するものである。この
方式の代表的な暗号化方式がＤＥＳ（データ暗号標準：
Data encryption standard）である。

【００１１】さらに、安全性を増すためにＤＥＳアルゴ
リズムを３重にして処理を行なうトリプルＤＥＳを適用
してもよい。ＤＥＳ暗号化処理では鍵長５６ビットの鍵
を生成してコンテンツ鍵として使用し、トリプルＤＥＳ
では１１２ビットの鍵長を持つ鍵をコンテンツ鍵として
生成する。このようなコンテンツ鍵は、乱数発生装置に
おいて発生した乱数に基づいて生成するものであり、コ
ンテンツ毎に生成する。

【００１２】コンテンツ提供サイト１０は、生成したコ
ンテンツ鍵（Ｋｃ）を用いてコンテンツを暗号化すると
ともに、（３）生成したコンテンツ鍵（Ｋｃ）を管理セ
ンター３０から受領した配送鍵（Ｋｄ）を用いて暗号化
する。この場合の暗号化アルゴリズムもやはりＤＥＳや
トリプルＤＥＳなどの共通鍵アルゴリズムが用いられ
る。さらに暗号化コンテンツ鍵（Ｋｃ）にコンテンツの
利用条件、すなわちコピーしてよいか、あるいは価格な
どの付加情報によって構成されるメタデータを付加す
る。さらに、コンテンツ提供サイト１０は、メタデータ
の改竄防止のためにメタデータのハッシュ（Ｈａｓｈ）
値を算出し、ハッシュ値に対してコンテンツ提供サイト
１０の秘密鍵を用いて電子署名を施す。

【００１３】コンテンツ提供サイト１０は、（４）コン
テンツ鍵（Ｋｃ）で暗号化したコンテンツと、配送鍵
（Ｋｄ）で暗号化したコンテンツ鍵（Ｋｃ）と、署名を
施したメタデータ、さらに、コンテンツ提供サイト１０
の公開鍵証明書をユーザに向けて配信する。これらのデ
ータは共に衛星、インターネットなどの配信経路を通じ
てユーザサイト２０の受信機に送られ、例えば受信機内
のＨＤＤなどの蓄積装置に蓄積される。

【００１４】ユーザサイト２０では、まず、（５）受信
したメタデータに対する署名検証を行なう。まず、コン
テンツ提供サイト１０の公開鍵証明書を、ユーザサイト
２０に予め配布されている認証局の公開鍵で検証し、公
開鍵証明書からコンテンツ提供サイト１０の公開鍵を取
り出し、取り出したコンテンツ提供サイト１０の公開鍵
によって署名検証を実行する。

【００１５】ユーザは、購入条件を確認して購入を決定
すると、（６）管理センター３０から受領した配送鍵
（Ｋｄ）を用いて暗号化コンテンツ鍵（Ｋｃ）の復号を
行なう。配送鍵（Ｋｄ）は、前述したように正しい契約
が行われた受信機または、受信機に装着されたカードモ
ジュールなどの安全なモジュール内に格納されている。

【００１６】暗号化されたコンテンツ鍵が受信機内で配
布鍵によって復号化されると、利用条件に基づき、
（７）コンテンツ鍵を用いてコンテンツが復号されて再
生される。さらに、再生と同時に課金ログを生成し、生
成した課金ログをこの配信サービスを行うための管理セ
ンター３０に送信し決済を行う構成とすることができ
る。

【００１７】管理センター３０は配送鍵（Ｋｄ）の管
理、ユーザサイト２０の受信機あるいはカードモジュー
ルの管理、顧客管理を行う。管理センター３０とユーザ
サイト２０の受信機あるいはカードモジュールとは電話
回線などの下回線を通じて、一定期間毎に通信を行い、
相互認証を行って配送鍵（Ｋｄ）の配布処理、および課
金ログの回収処理を行う。

【００１８】図１の構成のように、コンテンツの暗号化
はコンテンツの配信事業者または番組制作者としてのコ
ンテンツ提供サイト１０が行うのが一般的で、コンテン
ツ提供サイト１０の暗号化装置に管理センターが管理し
ている配送鍵（Ｋｄ）を入力することでコンテンツ提供
サイト１０が暗号化コンテンツ鍵を生成する。管理セン
ター３０は、正規ユーザであるユーザサイト２０に対し
ても暗号化コンテンツ鍵を復号するための配送鍵（Ｋ
ｄ）を提供する。このように、管理センター３０は配送
鍵（Ｋｄ）の管理および提供によりコンテンツの配信管
理、課金処理を行なっている。

【００１９】また、ＣＳあるいはＢＳ放送等、衛星を用
いたコンテンツ配信においては、フラット課金、すなわ
ち月極めの一定料金で有料番組が視聴できる形態とした
サービスも存在する。この場合には、視聴が許された受
信機あるいはカードモジュールに対応して各々異なる個
別鍵を設定する。放送局は、設定したすべての個別鍵で
暗号化コンテンツ鍵を暗号化してコンテンツと共に衛星
から配布する。この構成の場合も、すべての個別鍵が管
理センタから配信事業者あるいは番組制作者に渡され、
コンテンツ鍵が暗号化される。このようなシステム具体
例として、ＣＳあるいはＢＳデジタル放送で採用されて
いるＣＡＳ（Conditional Access System）がある。

【００２０】ＣＡＳ（Conditional Access System）
は、配信番組（コンテンツ）をスクランブル処理し、ス
クランブルを解くための鍵(スクランブル鍵：Ｋｓｃ)を
番組とともに、番組付帯情報として送信する。正規ユー
ザには、ＩＣカードが予め配布される。ＩＣカードに
は、暗号化されたスクランブル鍵（Ｋｓｃ）を復号する
ためのワーク鍵（Ｋｗｋ）が格納される。

【００２１】ただしワーク鍵（Ｋｗｋ）を固定化する
と、鍵の漏洩の可能性があるので、ワーク鍵（Ｋｗｋ）
は定期的に更新する。更新時には更新されたワーク鍵
（Ｋｗｋ）を暗号化して配信する。ユーザに対して送信
するスクランブル鍵（Ｋｓｃ）は、コンテンツ番組情報
を含むＥＣＭ（Entitlement Control Message）内に含
ませて放送データとして送信する。また、ワーク鍵（Ｋ
ｗｋ）は、各ユーザに渡されているＩＣカードの識別子
（ＩＤ）を付加情報として持つＥＭＭ（Entitlement Ma
nagement Message）に含ませて放送波で送信する。

【００２２】暗号化されたワーク鍵は、正規ユーザに配
布されているＩＣカードに格納されたマスタ鍵（Ｋｍ）
を用いることによって復号可能となる。ＩＣカードに格
納されたマスタ鍵（Ｋｍ）は、各ＩＣカード毎に異なる
固有の鍵（個別鍵）である。

【００２３】マスタ鍵（Ｋｍ）は各ＩＣカードに固有の
鍵であるため、更新されたワーク鍵（Ｋｗｋ）を暗号化
して配信する場合には、正規ユーザの受信機の数（＝マ
スタ鍵の数）に対応する数の暗号化ワーク鍵を配信す
る。配信する複数の暗号化ワーク鍵の各々にはＩＣカー
ド各々に対応したＩＤ番号が付与されており、受信機側
では、自己のＩＣカードに一致するＩＤを持つ暗号化ワ
ーク鍵データを選択して、ＩＣカードに格納されたマス
タ鍵（Ｋｍ）を適用した復号処理を実行してワーク鍵を
取得する。

【００２４】ユーザは取得したワーク鍵（Ｋｗｋ）を用
いてスクランブルコンテンツ（番組）とともに配信され
た暗号化スクランブル鍵（Ｋｓ）の復号処理を実行し
て、スクランブル鍵（Ｋｓ）を取得して、取得したスク
ランブル鍵（Ｋｓ）を用いてスクランブルコンテンツ
（番組）のスクランブル解除（デスクランブル）処理を
実行してコンテンツ（番組）を再生する。

【００２５】

【発明が解決しようとする課題】上記のようなコンテン
ツ配信システムにおいて、コンテンツの利用条件、すな
わちコピーしてよいか、あるいは価格などの付加情報に
よって構成されるメタデータを暗号化コンテンツ鍵とと
もに送信する際、コンテンツ提供サイト１０は、メタデ
ータの改竄防止のためにメタデータのハッシュ（Ｈａｓ
ｈ）値を算出し、ハッシュ値に対してコンテンツ提供サ
イト１０の秘密鍵を用いて電子署名を施していた。

【００２６】ユーザサイトでは、受信したメタデータか
ら計算したハッシュ（Ｈａｓｈ）値と、署名を公開鍵を
適用した復号処理により解いて取得される復号値として
のハッシュ（Ｈａｓｈ）値を比較して、一致したら改竄
なしと判定し、利用条件を確認した後、配送鍵（Ｋｄ）
やワーク鍵（Ｋｗ）を適用した復号処理を実行可能とし
てコンテンツ鍵の取り出し、コンテンツを利用してい
た。

【００２７】しかし、従来の構成では、あるコンテンツ
に対応した価格情報を設定しているメタデータを他のコ
ンテンツに対応付けるなどの処理により、例えば、値段
の高い番組情報と、値段の安い番組情報のすりかえを行
ない、安い値段のコンテンツに対応するメタデータを高
い番組の再生に利用するなどの不正が発生する可能性が
あった。

【００２８】従来のメタデータの署名検証処理、コンテ
ンツ利用について図２を用いて説明する。コンテンツ提
供サイト（センター）は番組Ａをコンテンツ鍵（Ｋｃ−
ａ）で暗号化し、番組Ａの価格情報を含むメタデータの
ハッシュ値をコンテンツ提供サイトの秘密鍵（Ｋｓ）に
よる暗号化処理で署名を生成し、これらをユーザサイト
に送信する。ユーザサイト側は、コンテンツ提供サイト
（センター）の秘密鍵（Ｋｓ）に対応する公開鍵を公開
鍵証明書から取り出して、公開鍵を適用して署名を解い
て取得した値と、メタデータから計算したハッシュ（Ｈ
ａｓｈ）値とが一致しているかどうかのチェックを行
う。一致していれば、購入条件等のメタデータが改ざん
されていないものとして、上述の配送鍵または個別鍵等
の鍵（Ｋｗ）で暗号化コンテンツ鍵（Ｋｃ−ａ）を復号
してコンテンツ鍵（ｋｃ−ａ）を取得し、取得したコン
テンツ鍵（Ｋｃ−ａ）を使用して番組Ａを再生すること
が可能となる。番組Ｂについても、全く同様の処理によ
り、コンテンツ鍵（ｋｃ−ｂ）を取得し、取得したコン
テンツ鍵（Ｋｃ−ｂ）を使用して番組Ｂの再生が可能と
なる。

【００２９】一方、メタデータの改竄、置き換えによる
不正なコンテンツ利用例について図３を参照して説明す
る。図３（ａ）に示すように、例えば３００円の番組Ａ
を１００円で見ようと、メタデータを改竄した場合。改
竄したメタデータからハッシュ（Ｈａｓｈ）値を計算し
たものは、コンテンツ提供サイト（センター）から送ら
れてきたハッシュ（Ｈａｓｈ）値と異なる。両者が一致
しないので、再生することは不可能である。

【００３０】しかし、図３（ｂ）に示すように、例えば
１０００円の番組Ｂを見るために、３００円の番組Ａの
メタデータと署名を不正に利用する。まず、ユーザは、
３００円の番組Ａのメタデータについての署名検証を１
０００円の番組Ｂに対応する処理として実行する。この
場合、番組Ａのメタデータからハッシュ（Ｈａｓｈ）値
を計算したものと、番組Ａを購入した際にコンテンツ提
供サイト（センター）から送られてきた番組Ａのハッシ
ュ（Ｈａｓｈ）値は、本来番組Ｂのものではないが、番
組Ｂのものとして両方とも番組Ａから置き換えられたも
のなので、一致してしまう。一致したことが証明されれ
ば、そこでシステムは、次のステップの処理への移行を
許可してしまう。次ステップでは、配送鍵または個別鍵
等の固有の鍵（Ｋｗ）で暗号化コンテンツ鍵（Ｋｃ−
ｂ）を復号してコンテンツ鍵（ｋｃ−ｂ）を取得し、取
得したコンテンツ鍵（Ｋｃ−ｂ）を使用して番組Ｂを再
生することが可能となる。その際、管理センターに送ら
れる課金情報は置きかえられたメタ情報である番組Ａの
３００円になってしまう。

【００３１】従来のシステムにおける署名検証処理に基
づくコンテンツ（番組）再生処理との対応について図４
を用いて説明する。ユーザサイトの例えばセットトップ
ボックス等のシステムでは、メタデータからハッシュ
（Ｈａｓｈ）値を計算し、また、コンテンツ提供サイト
（センター）の秘密鍵（Ｋｓ）に対応する公開鍵を公開
鍵証明書から取り出して、署名をコンテンツ提供サイト
の公開鍵で解いて得たハッシュ（Ｈａｓｈ）値との比較
を実行する。この比較において一致と判定されると、購
入条件等のメタデータが改ざんされていないものと判断
され、次の処理ステップへの移行が許可される。

【００３２】署名検証成功によって実行可能となる処理
ステップは、配送鍵または個別鍵等の固有の鍵（Ｋｗ）
で暗号化コンテンツ鍵（Ｋｃ）を復号してコンテンツ鍵
（ｋｃ）を取得し、取得したコンテンツ鍵（Ｋｃ）を使
用して番組を再生する処理である。メタデータが番組Ａ
に対応するものであれば、番組Ａのコンテンツ鍵（Ｋｃ
−ａ）の取得および番組Ａの再生は、正当利用である
が、メタデータが番組Ａに対応するにもかかわらず、ハ
ッシュ値の一致を条件として番組Ｂのコンテンツ鍵（Ｋ
ｃ−ｂ）の取得および番組Ｂの再生を可能とする処理も
可能であり、不正なコンテンツ利用が行われる恐れがあ
る。

【００３３】図５に、メタデータの置き換えによりコン
テンツの不正利用を行なう場合の手順を説明するフロー
を示す。各ステップについて説明する。ステップＳ１０
１で、コンテンツ提供サイト（センター）は番組Ｂを、
コンテンツ鍵（Ｋｃ）で暗号化し、ステップＳ１０２
で、番組Ｂのメタデータ、センターの秘密鍵（Ｋｓ）で
暗号化された署名と共にユーザサイトに対して送信す
る。

【００３４】ユーザサイトでは、送信されてきた番組Ｂ
を再生するために、ステップＳ１０３で、番組Ｂのメタ
データと送信された署名を番組Ａのメタデータと送信さ
れた署名に置き換える。ステップＳ１０４で置き換えら
れた番組Ａのメタデータからハッシュ（Ｈａｓｈ）値を
計算する（取得値をとする）。次にステップＳ１０５
で、署名部分（こちらも置き換えられた番組Ａの署名）
をセンターの公開鍵で解く（取得値をとする）。ステ
ップＳ１０６で、とが一致しているかどうかの判断
を行う。この場合、両方とも置き換えられたものなの
で、一致する。一致したことが証明されれば、そこで再
生許可が出てしまうので、ステップＳ１０７で、番組Ｂ
が再生可能となってしまう。そして、番組Ｂを再生した
にもかかわらず、ステップＳ１０８で、番組Ａの課金情
報が管理センターに送られる。

【００３５】次に、ユーザサイト側のシステム、例えば
セットトップボックス、再生装置等で実行されるハッシ
ュ（Ｈａｓｈ）値の照合処理の手順について図６のフロ
ーチャートを用いて説明する。ステップＳ２０１で、メ
タデータからハッシュ（Ｈａｓｈ）値を計算する（取得
値をとする）。ステップＳ２０２で、送信されてきた
署名を、公開鍵証明書から取り出した公開鍵を適用して
解く（取得値をとする）。ステップＳ２０３で、各取
得値とが一致しているかどうかの判断を行う。一致
していたら、ステップＳ２０４で、番組Ａに対応する暗
号化コンテンツ鍵を配送鍵（Ｋｄ）または個別鍵（Ｋ
ｗ）を適用した復号処理により、コンテンツ鍵（Ｋｃ）
を取得する。ステップＳ２０５で、取得したコンテンツ
鍵（Ｋｃ）で番組Ａを再生することが可能となる。さら
に、ステップＳ２０６で、メタ情報に記録された課金情
報がセンターに送られる。

【００３６】このように、従来のコンテンツ配信システ
ムでは、コンテンツの利用条件、価格などの付加情報に
よって構成されるメタデータを送信する際、メタデータ
についてのハッシュ値生成、署名処理を実行し、ユーザ
サイトでは、受信した署名の検証成立により、コンテン
ツ鍵の取得ステップを実行する構成であり、署名検証対
象のメタデータと、復号処理対象となる暗号化コンテン
ツ鍵との関連付けがなされていないため、あるコンテン
ツに対応しているメタデータについての署名検証に基づ
いて他のコンテンツに対応したコンテンツ鍵の取得処理
を実行して不正にコンテンツを再生、利用するという事
態が発生していた。

【００３７】本発明は、上述の問題点に鑑みてなされた
ものであり、署名検証処理を実行した正当な対応コンテ
ンツをのみ利用可能な構成を実現し、不正なコンテンツ
利用を排除可能としたコンテンツ配信システム、コンテ
ンツ配信方法、およびデータ処理装置、データ処理方
法、並びにコンピュータ・プログラムを提供することを
目的とする。

【００３８】

【課題を解決するための手段】本発明の第１の側面は、
コンテンツ配信サイトから暗号化コンテンツを配信し、
ユーザサイトにおいて暗号化コンテンツの復号処理を実
行するコンテンツ配信システムにおいて、前記コンテン
ツ配信サイトは、コンテンツをコンテンツ鍵で暗号化し
た暗号化コンテンツと、前記コンテンツ鍵を暗号化した
暗号化コンテンツ鍵と、コンテンツの利用条件を含むメ
タデータとをユーザサイトに送信するとともに、前記暗
号化コンテンツ鍵と前記メタデータとを含むデータのハ
ッシュ値に対する電子署名をユーザサイトに送信する処
理を実行する構成を有し、前記ユーザサイトは、前記電
子署名の検証成立を条件として、前記署名対象データ中
に含まれる前記暗号化コンテンツ鍵の取得処理を実行す
る構成を有することを特徴とするコンテンツ配信システ
ムにある。

【００３９】さらに、本発明のコンテンツ配信システム
の一実施態様において、前記ユーザサイトは、前記電子
署名の検証処理として、前記コンテンツ配信サイトから
受信した前記暗号化コンテンツ鍵と前記メタデータとを
含むデータから算出したハッシュ値と、前記コンテンツ
配信サイトの公開鍵を適用した前記署名の復号値との比
較処理を実行する構成であり、該比較処理において両値
の一致を条件として、前記暗号化コンテンツ鍵の取得処
理を実行する構成であることを特徴とする。

【００４０】さらに、本発明のコンテンツ配信システム
の一実施態様において、前記メタデータは、コンテンツ
の利用価格情報を含み、前記ユーザサイトは、前記メタ
情報内の価格情報に基づく課金情報を生成して課金処理
実行エンティテイに対して生成した課金情報を送信する
処理を実行する構成を有することを特徴とする。

【００４１】さらに、本発明のコンテンツ配信システム
の一実施態様において、前記コンテンツ鍵の暗号化鍵
は、サブ配送鍵（ＳｕｂＫｄ）であり、前記コンテンツ
配信サイトは、前記サブ配送鍵（ＳｕｂＫｄ）を配送鍵
（Ｋｄ）で暗号化した鍵データをユーザサイトに送信す
る処理を実行する構成であり、前記ユーザサイトは、前
記電子署名の検証成立を条件として、予め保有する前記
配送鍵（Ｋｄ）を用いた復号処理により、前記サブ配送
鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
を取得する構成であることを特徴とする。

【００４２】さらに、本発明のコンテンツ配信システム
の一実施態様において、前記コンテンツ鍵の暗号化鍵
は、サブ配送鍵（ＳｕｂＫｄ）であり、前記コンテンツ
配信サイトは、前記サブ配送鍵（ＳｕｂＫｄ）を、各ユ
ーザサイトに個別に配布された個別鍵（Ｋｉ）で暗号化
した鍵データをユーザサイトに送信する処理を実行する
構成であり、前記ユーザサイトは、前記電子署名の検証
成立を条件として、予め保有する前記個別鍵（Ｋｉ）を
用いた復号処理により、前記サブ配送鍵（ＳｕｂＫｄ）
の取得処理を実行し、前記サブ配送鍵（ＳｕｂＫｄ）を
用いた復号処理により、コンテンツ鍵を取得する構成で
あることを特徴とする。

【００４３】さらに、本発明の第２の側面は、コンテン
ツ配信サイトから暗号化コンテンツを配信し、ユーザサ
イトにおいて暗号化コンテンツの復号処理を実行するコ
ンテンツ配信方法であり、前記コンテンツ配信サイトに
おいて、コンテンツをコンテンツ鍵で暗号化した暗号化
コンテンツと、前記コンテンツ鍵を暗号化した暗号化コ
ンテンツ鍵と、コンテンツの利用条件を含むメタデータ
とをユーザサイトに送信するとともに、前記暗号化コン
テンツ鍵と前記メタデータとを含むデータのハッシュ値
に対する電子署名をユーザサイトに送信する処理を実行
し、前記ユーザサイトにおいて、前記電子署名の検証処
理を実行し、該電子署名検証成立を条件として、前記署
名対象データ中に含まれる前記暗号化コンテンツ鍵の取
得処理を実行することを特徴とするコンテンツ配信方法
にある。

【００４４】さらに、本発明のコンテンツ配信方法の一
実施態様において、前記ユーザサイトは、前記電子署名
の検証処理として、前記コンテンツ配信サイトから受信
した前記暗号化コンテンツ鍵と前記メタデータとを含む
データから算出したハッシュ値と、前記コンテンツ配信
サイトの公開鍵を適用した前記署名の復号値との比較処
理を実行し、該比較処理において両値の一致を条件とし
て、前記暗号化コンテンツ鍵の取得処理を実行すること
を特徴とする。

【００４５】さらに、本発明のコンテンツ配信方法の一
実施態様において、前記メタデータは、コンテンツの利
用価格情報を含み、前記ユーザサイトは、前記メタ情報
内の価格情報に基づく課金情報を生成して課金処理実行
エンティテイに対して生成した課金情報を送信する処理
を実行することを特徴とする。

【００４６】さらに、本発明のコンテンツ配信方法の一
実施態様において、前記コンテンツ鍵の暗号化鍵は、サ
ブ配送鍵（ＳｕｂＫｄ）であり、前記コンテンツ配信サ
イトは、前記サブ配送鍵（ＳｕｂＫｄ）を配送鍵（Ｋ
ｄ）で暗号化した鍵データをユーザサイトに送信する処
理を実行し、前記ユーザサイトは、前記電子署名の検証
成立を条件として、予め保有する前記配送鍵（Ｋｄ）を
用いた復号処理により、前記サブ配送鍵（ＳｕｂＫｄ）
の取得処理を実行し、前記サブ配送鍵（ＳｕｂＫｄ）を
用いた復号処理により、コンテンツ鍵を取得することを
特徴とする。

【００４７】さらに、本発明のコンテンツ配信方法の一
実施態様において、前記コンテンツ鍵の暗号化鍵は、サ
ブ配送鍵（ＳｕｂＫｄ）であり、前記コンテンツ配信サ
イトは、前記サブ配送鍵（ＳｕｂＫｄ）を、各ユーザサ
イトに個別に配布された個別鍵（Ｋｉ）で暗号化した鍵
データをユーザサイトに送信する処理を実行し、前記ユ
ーザサイトは、前記電子署名の検証成立を条件として、
予め保有する前記個別鍵（Ｋｉ）を用いた復号処理によ
り、前記サブ配送鍵（ＳｕｂＫｄ）の取得処理を実行
し、前記サブ配送鍵（ＳｕｂＫｄ）を用いた復号処理に
より、コンテンツ鍵を取得することを特徴とする。

【００４８】さらに、本発明の第３の側面は、暗号化コ
ンテンツの復号処理を実行するデータ処理装置であり、
コンテンツの暗号処理用のコンテンツ鍵を暗号化した暗
号化コンテンツ鍵と、コンテンツの利用条件を含むメタ
データとを含むデータのハッシュ値に対する電子署名の
検証処理を実行し、前記電子署名の検証成立を条件とし
て、前記署名対象データ中に含まれる前記暗号化コンテ
ンツ鍵の取得処理を実行するデータ処理手段を有するこ
とを特徴とするデータ処理装置にある。

【００４９】さらに、本発明のデータ処理装置の一実施
態様において、前記データ処理手段は、前記電子署名の
検証処理として、前記コンテンツ配信サイトから受信し
た前記暗号化コンテンツ鍵と前記メタデータとを含むデ
ータから算出したハッシュ値と、前記コンテンツ配信サ
イトの公開鍵を適用した前記署名の復号値との比較処理
を実行し、該比較処理において両値の一致を条件とし
て、前記暗号化コンテンツ鍵の取得処理を実行する構成
を有することを特徴とする。

【００５０】さらに、本発明のデータ処理装置の一実施
態様において、前記データ処理装置は、前記メタ情報内
の価格情報に基づく課金情報を生成して課金処理実行エ
ンティテイに対して生成した課金情報を送信する処理を
実行する構成を有することを特徴とする。

【００５１】さらに、本発明のデータ処理装置の一実施
態様において、前記コンテンツ鍵の暗号化鍵は、サブ配
送鍵（ＳｕｂＫｄ）であり、前記データ処理装置は、前
記電子署名の検証成立を条件として、予め保有する配送
鍵（Ｋｄ）を用いた復号処理により、前記サブ配送鍵
（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
を取得する構成であることを特徴とする。

【００５２】さらに、本発明のデータ処理装置の一実施
態様において、前記コンテンツ鍵の暗号化鍵は、サブ配
送鍵（ＳｕｂＫｄ）であり、前記データ処理装置は、前
記電子署名の検証成立を条件として、予め保有する個別
鍵（Ｋｉ）を用いた復号処理により、前記サブ配送鍵
（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
を取得する構成であることを特徴とする。

【００５３】さらに、本発明の第４の側面は、暗号化コ
ンテンツの復号処理を実行するデータ処理方法であり、
コンテンツの暗号処理用のコンテンツ鍵を暗号化した暗
号化コンテンツ鍵と、コンテンツの利用条件を含むメタ
データとを含むデータのハッシュ値に対する電子署名の
検証処理を実行し、前記電子署名の検証成立を条件とし
て、前記署名対象データ中に含まれる前記暗号化コンテ
ンツ鍵の取得処理を実行することを特徴とするデータ処
理方法にある。

【００５４】さらに、本発明のデータ処理方法の一実施
態様において、前記電子署名の検証処理は、前記コンテ
ンツ配信サイトから受信した前記暗号化コンテンツ鍵と
前記メタデータとを含むデータから算出したハッシュ値
と、前記コンテンツ配信サイトの公開鍵を適用した前記
署名の復号値との比較処理であり、該比較処理において
両値の一致を条件として、前記暗号化コンテンツ鍵の取
得処理を実行することを特徴とする。

【００５５】さらに、本発明のデータ処理方法の一実施
態様において、前記データ処理方法は、さらに、前記メ
タ情報内の価格情報に基づく課金情報を生成して課金処
理実行エンティテイに対して生成した課金情報を送信す
る処理を実行することを特徴とする。

【００５６】さらに、本発明のデータ処理方法の一実施
態様において、前記データ処理方法において、前記コン
テンツ鍵の暗号化鍵は、サブ配送鍵（ＳｕｂＫｄ）であ
り、前記電子署名の検証成立を条件として、予め保有す
る配送鍵（Ｋｄ）を用いた復号処理により、前記サブ配
送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
鍵を取得することを特徴とする。

【００５７】さらに、本発明のデータ処理方法の一実施
態様において、前記データ処理方法において、前記コン
テンツ鍵の暗号化鍵は、サブ配送鍵（ＳｕｂＫｄ）であ
り、前記電子署名の検証成立を条件として、予め保有す
る個別鍵（Ｋｉ）を用いた復号処理により、前記サブ配
送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
鍵を取得することを特徴とする。

【００５８】さらに、本発明の第５の側面は、暗号化コ
ンテンツの復号処理を含むデータ処理をコンピュータ・
システム上で実行せしめるコンピュータ・プログラムで
あって、コンテンツの暗号処理用のコンテンツ鍵を暗号
化した暗号化コンテンツ鍵と、コンテンツの利用条件を
含むメタデータとを含むデータのハッシュ値に対する電
子署名の検証処理を実行するステップと、前記電子署名
の検証成立を条件として、前記署名対象データ中に含ま
れる前記暗号化コンテンツ鍵の取得処理を実行するステ
ップと、を具備することを特徴とするコンピュータ・プ
ログラムにある。

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

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

【００６１】

【発明の実施の形態】［システム概要］図７に本発明の
コンテンツ配信システムを実現するシステム構成例を示
す。図７において、コンテンツは、コンテンツ配信管理
サイト２００のコンテンツ配信部（例えば放送局）２３
０において暗号化（スクランブル処理も含む）されてコ
ンテンツ配信部２３０から通信衛星、インターネット等
の各種通信手段を介してユーザサイト１００の受信手段
（例えばＳＴＢ：セットトップボックス）１２０に向け
て配信される。

【００６２】ユーザサイト１００の受信手段１２０は、
コンテンツ配信部２３０からの配信データを受信する通
信インタフェースを備える。配信データ中のコンテンツ
は暗号化されており、所定の鍵を用いた復号処理を実行
した後、ＴＶ等の出力手段１４０において出力される。
コンテンツデータの復号処理等を実行するのは、データ
処理手段１１０である。データ処理手段１１０と受信装
置１２０間は例えばＩＥＥＥ１３９４インタフェースに
よって接続される。

【００６３】データ処理手段１１０は、受信コンテンツ
の蓄積用記憶装置として例えばＨＤＤを有し、さらにコ
ンテンツの復号処理などを実行する暗号処理部としての
セキュアモジュール１１５を有する。セキュアモジュー
ル１１５は、署名検証処理、暗号化コンテンツの復号処
理を実行する暗号処理機能を持ち、暗号処理に適用する
鍵の格納領域を有する。さらに、サービス管理センタ３
００からの鍵配信処理の際の相互認証処理を実行する。

【００６４】コンテンツ配信部２３０によって配信され
るコンテンツは、コンテンツ管理部２２０からコンテン
ツ配信部２３０に提供される。コンテンツ管理部２２０
は各種のコンテンツプロバイダからコンテンツを受領し
て、価格情報、コピー制限等の付帯情報（メタ情報）を
付加し、所定の暗号化処理、署名処理を実行して、コン
テンツ配信部２３０に提供する。

【００６５】サービス管理センタ３００は、コンテンツ
の暗号処理鍵の鍵管理センタとしての機能を有する。さ
らに、ユーザサイト１００におけるコンテンツ利用状況
に応じてセキュアモジュール１１５がメタ情報に基づい
て生成する課金ログを収集する処理も実行する。セキュ
アモジュール１１５を持つユーザはサービス管理センタ
３００との間で、コンテンツ利用に応じた料金について
サービス管理センタ３００が指定決済機関により決済処
理を行なう旨の契約を結んでいる。また、サービス管理
センタ３００は、必要に応じて、更新された鍵をユーザ
サイト１００のデータ処理手段１１０に送信する。

【００６６】なお、サービス管理センタ３００とユーザ
サイト１００のデータ処理手段１１０との間のデータ通
信の際には相互認証処理が実行され、相互認証の成立を
条件として各種のデータが相互認証において生成したセ
ッション鍵で暗号化されて送受信される。相互認証は例
えば公開鍵暗号方式を適用して実行される。公開鍵暗号
方式の認証時に用いられる公開鍵証明書は認証局４００
によって発行される。セキュアモジュール１１５には、
公開鍵、秘密鍵の鍵ペア、認証局４００によって発行さ
れた公開鍵証明書等が格納される。認証局４００は、サ
ービス管理センタ３００，コンテンツ管理配信サイト２
００に対しても公開鍵証明書を発行する。

【００６７】データ処理手段１１０の構成を図８に示
す。データ処理手段１１０は、セットトップボックス等
の受信手段からの入力データについての署名検証処理、
各種鍵、コンテンツの復号処理を実行する。また、サー
ビス管理センタとの通信を実行して、コンテンツ復号に
適用する鍵を受領し、コンテンツ利用時に生成するコン
テンツ利用情報を記録した課金ログをサービス管理セン
タに送信する処理等を実行する。サービス管理センタ
は、課金ログに基づいて予めユーザとの契約において設
定された決済機関からコンテンツ利用料金の決済処理を
行なう。

【００６８】図８に示すデータ処理手段１１０の構成
中、ＣＰＵ(Central processing Unit)１０１は、デー
タ処理手段内で実行されるプログラムの実行制御を行な
い、ＲＡＭ，ＲＯＭ等のデータ記憶手段、およびセキュ
アモジュール１１５として構成された暗号処理部間のデ
ータ転送制御、通信Ｉ／Ｆ１０５，１０６を介したデー
タ転送制御処理を実行する。

【００６９】ＲＯＭ（Read-Only-Memory）１０２は、例
えばＣＰＵ１０１が実行するプログラム、あるいは演算
パラメータとしての固定データを格納する。ＲＡＭ（Ra
ndomAccess Memory）１０３は、ＣＰＵ１０１の処理に
おいて実行されるプログラム、およびプログラム処理に
おいて適宜変化するパラメータの格納エリア、ワーク領
域として使用される。

【００７０】ＨＤＤ１０４はハードディスクの制御を実
行し、ハードディスクに対する各種データ、プログラム
の格納処理および読み出し処理を実行する。

【００７１】セキュアモジール１１５、いわゆるＳＡＭ
（Secure Application Module）によって構成される暗
号処理部は、例えば外部から入力される暗号化コンテン
ツデータの復号処理、サービス管理センタからの鍵送信
の際、あるいはログ情報のサービス管理センタに対する
送信時の認証処理、暗号処理、署名検証等のデータの検
証処理等を実行する。暗号／復号化部１２２は、これら
の各種処理におけるデータの暗号化処理、復号化処理、
認証用のデータの生成・検証、乱数の発生などを実行す
る。内部メモリ１２３には、例えばセキュアモジュール
に固有の識別子（ＩＤ）、暗号鍵等が格納される。制御
部１２１は、セキュアモジュール１１５内の処理の制
御、該部とのデータ転送制御等を実行する。

【００７２】通信インタフェース（Ｉ／Ｆ）１０５は、
セットトップボックス、受信器、ＴＶ、再生装置等、コ
ンテンツを受信する装置、あるいはコンテンツを再生す
る装置に接続するインタフェースであり、例えばＩＥＥ
Ｅ１３９４インタフェース機能を持つ。また、通信イン
タフェース（Ｉ／Ｆ）１０６は、サービス管理センタと
の通信接続インタフェースであり、例えばインターネッ
ト接続インタフェーズであり、鍵の送受信、課金ログの
送信等に利用される。

【００７３】［コンテンツ配信処理例１］コンテンツ配
信処理例の詳細を図９を参照して説明する。本実施例に
示すコンテンツ配信システムでは、配送鍵（Ｋｄ）およ
びサブ配送鍵（ＳｕｂＫｄ）を用いる。

【００７４】図９においては、Ａ．サービス管理センタ
３００における処理（ａ１），（ａ２）、Ｂ．コンテン
ツ管理配信サイトにおける処理（ｂ１）〜（ｂ５）、
Ｃ．ユーザサイトにおける処理（ｃ１）〜（ｃ４）を示
している。各処理について、処理シーケンスに従って説
明する。

【００７５】まず、Ａ．サービス管理センタ３００は、
配送鍵（Ｋｄ）５０１およびサブ配送鍵（ＳｕｂＫｄ）
５０２を生成し、これらについての処理を実行する。サ
ービス管理センタ３００は、これらの鍵を乱数に基づい
て生成する。サービス管理センタ３００は、（ａ１）の
処理として、サブ配送鍵（ＳｕｂＫｄ）５０２を、配送
鍵（Ｋｄ）５０１で暗号化する処理を行なう。

【００７６】暗号化処理のアルゴリズムとしては各種の
アルゴリズムが適用可能であり、例えば代表的な共通鍵
暗号アルゴリズムであるＤＥＳ（Data Encryption Stan
dard）が適用できる。さらに、安全性を増すためにＤＥ
Ｓアルゴリズムを３重にして処理を行なうトリプルＤＥ
Ｓを適用してもよい。ＤＥＳ暗号化処理では鍵長５６ビ
ットの鍵を適用し、トリプルＤＥＳでは１１２ビットの
鍵長を持つ鍵を適用することになる。サービス管理セン
タ３００は、適用する暗号化方式に応じた鍵長の配送鍵
（Ｋｄ）５０１およびサブ配送鍵（ＳｕｂＫｄ）５０２
を生成する。

【００７７】（ａ１）の処理の結果、配送鍵（Ｋｄ）で
暗号化処理されたサブ配送鍵（ＳｕｂＫｄ）、すなわ
ち、Ｅｎｃ［Ｋｄ（ＳｕｂＫｄ）］が生成される。ここ
でＥｎｃ［ａ（ｂ）］は、ｂをａで暗号化したデータを
示すものとする。暗号化サブ配送鍵Ｅｎｃ［Ｋｄ（Ｓｕ
ｂＫｄ）］は、コンテンツ管理配信サイト２００に転送
される。

【００７８】また、配送鍵（Ｋｄ）５０１についても、
コンテンツ管理配信サイト２００に転送するが、通信路
におけるデータ漏洩等の問題の発生を避けるため、（ａ
２）の処理として、配送鍵（Ｋｄ）５０１の暗号化処理
（ＤＥＳ）を実行してコンテンツ管理配信サイト２００
に転送する。この場合の暗号化鍵としては、例えばコン
テンツ管理配信サイト２００と、サービス管理センタ３
００間において相互認証処理を実行し、認証処理の際に
生成するセッション鍵（Ｋｓ）を適用することができ
る。あるいは双方が共通に保有する共通鍵、またはパス
ワードを用いて暗号化、復号化処理を実行する構成とし
てもよい。

【００７９】サービス管理センタ３００は、さらに、配
送鍵（Ｋｄ）５０１をコンテンツ利用ユーザとして契約
したユーザサイト１００に送付する。なお、この場合の
鍵送付処理に際しては、コンテンツ管理配信サイト２０
０と、ユーザサイト１００のデータ処理手段間において
相互認証処理を実行し、認証の成立を条件とし、認証処
理の際に生成するセッション鍵を適用して配送鍵（Ｋ
ｄ）を暗号化して送信することが好ましい。

【００８０】次に、Ｂ．コンテンツ管理配信サイト２０
０における処理について説明する。コンテンツ管理配信
サイト２００は、まず（ｂ１）の処理として、コンテン
ツを暗号化するためのコンテンツ鍵（Ｋｃ）５０３を生
成する。コンテンツ鍵は、乱数発生装置において発生し
た乱数に基づいて生成するものであり、コンテンツ毎に
生成する。コンテンツ鍵による暗号化処理が例えばＤＥ
Ｓ暗号化処理である場合は鍵長５６ビットの鍵を生成し
てコンテンツ鍵とし、トリプルＤＥＳの場合は１１２ビ
ットの鍵長を持つ鍵をコンテンツ鍵として生成する。

【００８１】次に、コンテンツ管理配信サイト２００
は、（ｂ２）の処理として、生成したコンテンツ鍵（Ｋ
ｃ）を用いてコンテンツの暗号化処理を実行する。暗号
化処理のアルゴリズムとしては各種のアルゴリズムが適
用可能であり、ＤＥＳ（Data Encryption Standard）、
またはトリプルＤＥＳが適用できる。この暗号化処理の
結果、暗号化コンテンツ：Ｅｎｃ［Ｋｃ（Ｃｏｎｔｅｎ
ｔ）］５１１が生成される。

【００８２】さらに、コンテンツ管理配信サイト２００
は、（ｂ３）の処理として、サービス管理センタ３００
から受信した暗号化されたサブ配送鍵データ：Ｅｎｃ
［Ｋｓ（ＳｕｂＫｄ）］をセッション鍵Ｋｓで復号し、
サブ配送鍵（ＳｕｂＫｄ）５０２を取得する。

【００８３】次に、コンテンツ管理配信サイト２００
は、（ｂ４）の処理として、取得したサブ配送鍵（Ｓｕ
ｂＫｄ）５０２を用いて、コンテンツ鍵（Ｋｓ）の暗号
化処理を実行して暗号化コンテンツ鍵データ：Ｅｎｃ
［ＳｕｂＫｄ（Ｋｃ）］５１２を生成する。

【００８４】次に、コンテンツ管理配信サイト２００
は、暗号化コンテンツ鍵データ：Ｅｎｃ［ＳｕｂＫｄ
（Ｋｃ）］５１２と、価格情報、コピー制限情報等の各
種のコンテンツ関連利用情報からなるメタデータ５２１
との双方のデータ、すなわち、（Ｅｎｃ［ＳｕｂＫｄ
（Ｋｃ）］＋メタデータ）からハッシュ（Ｈａｓｈ）値
を計算し、コンテンツ管理配信サイト２００の秘密鍵
（Ｋｓ）を用いた署名生成処理（ｂ５）を実行する。署
名生成処理は、例えば楕円曲線暗号方式の署名アルゴリ
ズムであるＥＣＣ−ＤＳＡに従って実行される。

【００８５】コンテンツ管理配信サイト２００は、上述
の処理によって生成した暗号化コンテンツ：Ｅｎｃ［Ｋ
ｃ（Ｃｏｎｔｅｎｔ）］５１１、署名処理を施した暗号
化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］５１２
とメタデータ５２１、および、サービス管理センタ３０
０から受信した暗号化サブ配送鍵：Ｅｎｃ［Ｋｄ（Ｓｕ
ｂＫｄ）］５１３、さらに、コンテンツ管理配信サイト
２００の公開鍵（Ｋｐ）を格納した公開鍵証明書をユー
ザサイトに向けて配信する。

【００８６】次に、上記各データを受信するユーザサイ
ト１００における処理について説明する。ユーザサイト
１００では、通信衛星またはインターネット等の通信手
段を介して例えばセットトップボックス等の受信手段１
２０においてデータ受信を行ない、受信データをデータ
処理手段１１０に転送する。受信データは、データ処理
手段１１０の例えばハードディスク等の記憶手段に一旦
格納される。

【００８７】図９では、これらの格納データに対する処
理手順を（ｃ１）〜（ｃ４）として示している。まず、
ユーザサイト１００では、（ｃ１）の処理として、コン
テンツ管理配信サイト２００から受信した署名処理を施
した暗号化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋ
ｃ）］５１２とメタデータ５２１の署名検証処理を実行
する。署名検証処理は、署名を、受信した公開鍵証明書
から取り出したコンテンツ管理配信サイト２００の公開
鍵により解いた復号値と、受信データである（Ｅｎｃ
［ＳｕｂＫｄ（Ｋｃ）］＋メタデータ）からハッシュ
（Ｈａｓｈ）値を計算した結果とが一致するか否かによ
って実行される。一致していた場合は、署名が正しく、
データ、すなわち、受信データである（Ｅｎｃ［Ｓｕｂ
Ｋｄ（Ｋｃ）］＋メタデータ）の改竄がないと判定さ
れ、次の処理ステップの実行が許可される。署名検証に
おいて両データが一致しなかった場合は、データ改竄の
可能性があると判定されて、次の処理が実行されず、処
理は終了する。

【００８８】署名検証に成功すると、次に、ユーザサイ
ト１００では、（ｃ２）の処理として、コンテンツ管理
配信サイト２００から受信した暗号化サブ配送鍵：Ｅｎ
ｃ［Ｋｄ（ＳｕｂＫｄ）］５１３を、サービス管理セン
タ３００から受信した配送鍵（Ｋｄ）５０１を用いて復
号処理を実行し、サブ配送鍵（ＳｕｂＫｄ）５０２を取
得する。

【００８９】次に、ユーザサイト１００では、（ｃ３）
の処理として、コンテンツ管理配信サイト２００から受
信した暗号化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋ
ｃ）］５１２を、先の（ｃ１）の処理で取得したサブ配
送鍵（ＳｕｂＫｄ）５０２を用いて復号処理を実行し、
コンテンツ鍵（Ｋｃ）５０３を取得する。この復号処理
の実行対象は、署名対象データ中に格納された暗号化コ
ンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］５１２であ
る。

【００９０】次に、ユーザサイト１００では、（ｃ４）
の処理として、コンテンツ管理配信サイト２００から受
信した暗号化コンテンツ：Ｅｎｃ［Ｋｃ（Ｃｏｎｔｅｎ
ｔ）］５１１を、先の（ｃ２）の処理で取得したコンテ
ンツ鍵（Ｋｃ）５０３を用いて復号処理を実行し、コン
テンツ（Ｃｏｎｔｅｎｔ）５２０を取得する。

【００９１】取得したコンテンツは、データ処理手段１
１０のインタフェースを介して接続されたセットトップ
ボックス、または再生手段としてのＴＶに転送され再生
される。

【００９２】上述した処理において、コンテンツ管理配
信サイト２００は、暗号化コンテンツ鍵：Ｅｎｃ［Ｓｕ
ｂＫｄ（Ｋｃ）］５１２とメタデータ５２１の双方のデ
ータからハッシュ(Ｈａｓｈ)値を計算して、コンテンツ
管理配信サイトの秘密鍵（Ｋｓ）で署名処理を施す。ユ
ーザサイト１００で実行する署名検証処理は、受信デー
タである（Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］＋メタデー
タ）に対する署名検証として実行されることになるの
で、署名対象データに含まれる暗号化コンテンツ鍵を他
のコンテンツのものに置きかえると署名検証処理に失敗
して、後続ステップの実行が許可されない。従って、コ
ンテンツ鍵の取得、コンテンツの復号が不可能になり、
不正なコンテンツの利用は排除されることになる。ま
た、メタデータに基づいて生成される課金ログデータ
も、正しいコンテンツに対応するものとなり、正しい課
金処理が実行される。

【００９３】［コンテンツ配信処理例２］次に、第２の
コンテンツ配信処理例として、サービス管理センタから
ユーザサイトに対して配送鍵（Ｋｄ）を送信することな
く、各ユーザに予めユーザ毎の個別鍵を渡し、コンテン
ツ管理配信サイトが各個別鍵で暗号化した配送鍵を暗号
化コンテンツとともにユーザサイトに配信するシステム
構成例について図１０を参照して説明する。

【００９４】本例のコンテンツ配信システムでは、サブ
配送鍵（Ｋｄ）および個別鍵（Ｋｉ）を用いる。ただし
ｉ＝１〜ｎであり、各々が異なる鍵である。この個別鍵
（Ｋｉ）は、契約ユーザに対してサービス管理センタが
例えばセキュアモジュール構造を持つＩＣカードに個別
鍵（Ｋｉ）を内蔵して契約ユーザに付与または貸与す
る。ユーザは、個別鍵（Ｋｉ）を内蔵したＩＣカードを
データ処理手段１１０（図７,図８参照）にセットし
て、個別鍵（Ｋｉ）を適用した処理を実行する。例えば
図８のデータ処理手段構成において、セキュアモジュー
ル１１５がデータ処理手段１１０に対して着脱可能なＩ
Ｃカードとして構成される。

【００９５】図１０を参照して本実施例におけるコンテ
ンツ配信処理のシーケンスを説明する。図１０には、前
述の実施例１と同様、Ａ．サービス管理センタ３００に
おける処理（ａ１），（ａ２）、Ｂ．コンテンツ管理配
信サイトにおける処理（ｂ１）〜（ｂ５）、Ｃ．ユーザ
サイトにおける処理（ｃ１）〜（ｃ４）を示している。
各処理について説明する。

【００９６】まず、Ａ．サービス管理センタ３００は、
個別鍵（Ｋｉ）６０１およびサブ配送鍵（ＳｕｂＫｄ）
６０２を生成し、これらについての処理を実行する。個
別鍵（Ｋｉ）は、契約ユーザの数に応じて契約ユーザ毎
に生成するものであり、契約ユーザに対して例えばＩＣ
カード等のモジュールに格納して配布した後は、Ａ．サ
ービス管理センタ３００において同一の鍵を保持管理す
る。また、サブ配送鍵（ＳｕｂＫｄ）は、配信コンテン
ツ毎に生成、あるいは定期的に更新する鍵として設定す
る。サービス管理センタ３００は、これらの鍵を乱数に
基づいて生成する。サービス管理センタ３００は、（ａ
１）の処理として、各個別鍵（Ｋｉ）６０１を用いて、
サブ配送鍵（ＳｕｂＫｄ）６０２を暗号化する処理を行
なう。Ａ．サービス管理センタ３００は、契約ユーザ数
に応じて生成済みのｎ個の個別鍵（ｋｉ）６０１（ｉ＝
１〜ｎ）を適用してサブ配送鍵（ＳｕｂＫｄ）６０２を
暗号化し、ｎ個の暗号化サブ配送鍵：Ｅｎｃ［Ｋｉ（Ｓ
ｕｂＫｄ）］を生成する。

【００９７】暗号化処理のアルゴリズムとしては各種の
アルゴリズムが適用可能であり、例えば代表的な共通鍵
暗号アルゴリズムであるＤＥＳ（Data Encryption Stan
dard）が適用できる。さらに、安全性を増すためにＤＥ
Ｓアルゴリズムを３重にして処理を行なうトリプルＤＥ
Ｓを適用してもよい。ＤＥＳ暗号化処理では鍵長５６ビ
ットの鍵を適用し、トリプルＤＥＳでは１１２ビットの
鍵長を持つ鍵を適用することになる。サービス管理セン
タ３００は、適用する暗号化方式に応じた鍵長の個別鍵
（Ｋｉ）６０１およびサブ配送鍵（ＳｕｂＫｄ）６０２
を生成する。

【００９８】（ａ１）の処理の結果、ｎ個の個別鍵（Ｋ
ｉ）で暗号化処理されたサブ配送鍵（ＳｕｂＫｄ）、す
なわち、Ｅｎｃ［Ｋｉ（ＳｕｂＫｄ）］（ｉ＝１〜ｎ）
が生成される。ｎ個の暗号化サブ配送鍵Ｅｎｃ［Ｋｉ
（ＳｕｂＫｄ）］は、コンテンツ管理配信サイト２００
に転送される。

【００９９】また、サブ配送鍵（ＳｕｂＫｄ）６０２に
ついても、コンテンツ管理配信サイト２００に転送する
が、通信路におけるデータ漏洩等の問題の発生を避ける
ため、（ａ２）の処理として、サブ配送鍵（ＳｕｂＫ
ｄ）６０２の暗号化処理（ＤＥＳ）を実行してコンテン
ツ管理配信サイト２００に転送する。この場合の暗号化
鍵としては、例えばコンテンツ管理配信サイト２００
と、サービス管理センタ３００間において相互認証処理
を実行し、認証処理の際に生成するセッション鍵（Ｋ
ｓ）を適用することができる。あるいは双方が共通に保
有する共通鍵、またはパスワードを用いて暗号化、復号
化処理を実行する構成としてもよい。

【０１００】次に、Ｂ．コンテンツ管理配信サイト２０
０における処理について説明する。コンテンツ管理配信
サイト２００は、まず（ｂ１）の処理として、コンテン
ツを暗号化するためのコンテンツ鍵（Ｋｃ）６０３を生
成する。コンテンツ鍵は、乱数発生装置において発生し
た乱数に基づいて生成するものであり、コンテンツ毎に
生成する。コンテンツ鍵による暗号化処理が例えばＤＥ
Ｓ暗号化処理である場合は鍵長５６ビットの鍵を生成し
てコンテンツ鍵とし、トリプルＤＥＳの場合は１１２ビ
ットの鍵長を持つ鍵をコンテンツ鍵として生成する。

【０１０１】次に、コンテンツ管理配信サイト２００
は、（ｂ２）の処理として、生成したコンテンツ鍵（Ｋ
ｃ）を用いてコンテンツの暗号化処理を実行する。暗号
化処理のアルゴリズムとしては各種のアルゴリズムが適
用可能であり、ＤＥＳ（Data Encryption Standard）、
またはトリプルＤＥＳが適用できる。この暗号化処理の
結果、暗号化コンテンツ：Ｅｎｃ［Ｋｃ（Ｃｏｎｔｅｎ
ｔ）］６１１が生成される。

【０１０２】さらに、コンテンツ管理配信サイト２００
は、（ｂ３）の処理として、サービス管理センタ３００
から受信した暗号化されたサブ配送鍵データ：Ｅｎｃ
［Ｋｓ（ＳｕｂＫｄ）］をセッション鍵Ｋｓで復号し、
サブ配送鍵（ＳｕｂＫｄ）６０２を取得する。

【０１０３】次に、コンテンツ管理配信サイト２００
は、（ｂ４）の処理として、取得したサブ配送鍵（Ｓｕ
ｂＫｄ）６０２を用いて、コンテンツ鍵（Ｋｓ）の暗号
化処理を実行して暗号化コンテンツ鍵データ：Ｅｎｃ
［ＳｕｂＫｄ（Ｋｃ）］６１２を生成する。

【０１０４】次に、コンテンツ管理配信サイト２００
は、暗号化コンテンツ鍵データ：Ｅｎｃ［ＳｕｂＫｄ
（Ｋｃ）］６１２と、価格情報、コピー制限情報等の各
種のコンテンツ関連利用情報からなるメタデータ６２１
との双方のデータ、すなわち、（Ｅｎｃ［ＳｕｂＫｄ
（Ｋｃ）］＋メタデータ）からハッシュ（Ｈａｓｈ）値
を計算し、コンテンツ管理配信サイト２００の秘密鍵
（Ｋｓ）を用いた署名生成処理（ｂ５）を実行する。署
名生成処理は、例えば楕円曲線暗号方式の署名アルゴリ
ズムであるＥＣＣ−ＤＳＡに従って実行される。

【０１０５】コンテンツ管理配信サイト２００は、上述
の処理によって生成した暗号化コンテンツ：Ｅｎｃ［Ｋ
ｃ（Ｃｏｎｔｅｎｔ）］６１１、署名処理を施した暗号
化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］６１２
とメタデータ６２１、および、サービス管理センタ３０
０から受信した暗号化サブ配送鍵：Ｅｎｃ［Ｋｉ（Ｓｕ
ｂＫｄ）］６１３、さらに、コンテンツ管理配信サイト
２００の公開鍵（Ｋｐ）を格納した公開鍵証明書ををユ
ーザサイトに向けて配信する。

【０１０６】なお、従来技術の欄で説明したＣＡＳ（Co
nditional Access System）において、本実施例の構成
を適用することが可能であり、この場合には、コンテン
ツ管理配信サイト２００からユーザサイト１００に対し
て送信する署名処理を施した暗号化コンテンツ鍵：Ｅｎ
ｃ［ＳｕｂＫｄ（Ｋｃ）］６１２とメタデータ６２１
は、コンテンツ番組情報を含むＥＣＭ（Entitlement Co
ntrol Message）内に含ませて放送データとして送信す
る。また、コンテンツ管理配信サイト２００からユーザ
サイト１００に対して送信する暗号化サブ配送鍵：Ｅｎ
ｃ［Ｋｉ（ＳｕｂＫｄ）］６１３は、各ユーザに渡され
ているＩＣカードの識別子（ＩＤ）を付加情報として持
つＥＭＭ（Entitlement Management Message）に含ませ
て放送波で送信する。

【０１０７】次に、上記各データを受信するユーザサイ
ト１００における処理について説明する。ユーザサイト
１００では、通信衛星またはインターネット等の通信手
段を介して例えばセットトップボックス等の受信手段１
２０においてデータ受信を行ない、受信データをデータ
処理手段１１０に転送する。受信データは、データ処理
手段１１０の例えばハードディスク等の記憶手段に一旦
格納される。

【０１０８】図１０では、これらの格納データに対する
処理手順を（ｃ１）〜（ｃ４）として示している。ま
ず、ユーザサイト１００では、（ｃ１）の処理として、
コンテンツ管理配信サイト２００から受信した署名処理
を施した暗号化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋ
ｃ）］６１２とメタデータ６２１の署名検証処理を実行
する。署名検証処理は、署名を、受信した公開鍵証明書
から取り出したコンテンツ管理配信サイト２００の公開
鍵を適用して解いた復号値と、受信データである（Ｅｎ
ｃ［ＳｕｂＫｄ（Ｋｃ）］＋メタデータ）からハッシュ
（Ｈａｓｈ）値を計算した結果とが一致するか否かによ
って実行される。一致していた場合は、署名が正しく、
データ、すなわち、受信データである（Ｅｎｃ［Ｓｕｂ
Ｋｄ（Ｋｃ）］＋メタデータ）の改竄がないと判定さ
れ、次の処理ステップの実行が許可される。署名検証に
おいて両データが一致しなかった場合は、データ改竄の
可能性があると判定されて、次の処理が実行されず、処
理は終了する。

【０１０９】署名検証に成功すると、次に、ユーザサイ
ト１００では、（ｃ２）の処理として、コンテンツ管理
配信サイト２００から受信した暗号化サブ配送鍵：Ｅｎ
ｃ［Ｋｉ（ＳｕｂＫｄ）］６１３を、サービス管理セン
タ３００から予め受領済みの個別鍵（Ｋｉ）６０１を用
いて復号処理を実行し、サブ配送鍵（ＳｕｂＫｄ）６０
２を取得する。

【０１１０】コンテンツ管理配信サイト２００から受信
する暗号化サブ配送鍵：Ｅｎｃ［Ｋｉ（ＳｕｂＫｄ）］
６１３は、ユーザ数に応じた１〜ｎの各個別鍵で暗号化
したサブ配送鍵のデータである。コンテンツ管理配信サ
イト２００から受信する暗号化サブ配送鍵：Ｅｎｃ［Ｋ
ｉ（ＳｕｂＫｄ）］（ｉ＝１〜ｎ）には各データ毎に識
別データが付与されており、この識別データは、各ユー
ザに渡されているＩＣカードの識別子（ＩＤ）に対応す
るものとなっている。ユーザサイトのデータ処理手段の
セキュアモジュール（ＩＣカード）では、自己のＩＣカ
ードに一致するＩＤを持つ暗号化サブ配送鍵：Ｅｎｃ
［Ｋｉ（ＳｕｂＫｄ）］データの選択処理を実行して、
選択された暗号化サブ配送鍵：Ｅｎｃ［Ｋｉ（ＳｕｂＫ
ｄ）］に対して、ＩＣカードに格納された個別鍵（Ｋ
ｉ）を適用した復号処理を実行してサブ配送鍵（Ｓｕｂ
Ｋｄ）を取得する。

【０１１１】次に、ユーザサイト１００では、（ｃ３）
の処理として、コンテンツ管理配信サイト２００から受
信した暗号化コンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋ
ｃ）］６１２を、先の（ｃ１）の処理で取得したサブ配
送鍵（ＳｕｂＫｄ）６０２を用いて復号処理を実行し、
コンテンツ鍵（Ｋｃ）６０３を取得する。この復号処理
の実行対象は、署名対象データ中に格納された暗号化コ
ンテンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］６１２であ
る。

【０１１２】次に、ユーザサイト１００では、（ｃ４）
の処理として、コンテンツ管理配信サイト２００から受
信した暗号化コンテンツ：Ｅｎｃ［Ｋｃ（Ｃｏｎｔｅｎ
ｔ）］６１１を、先の（ｃ２）の処理で取得したコンテ
ンツ鍵（Ｋｃ）６０３を用いて復号処理を実行し、コン
テンツ（Ｃｏｎｔｅｎｔ）６２０を取得する。

【０１１３】取得したコンテンツは、データ処理手段１
１０のインタフェースを介して接続されたセットトップ
ボックス、または再生手段としてのＴＶに転送され再生
される。

【０１１４】上述した処理例においても、コンテンツ管
理配信サイト２００は、暗号化コンテンツ鍵：Ｅｎｃ
［ＳｕｂＫｄ（Ｋｃ）］６１２とメタデータ６２１の双
方のデータからハッシュ(Ｈａｓｈ)値を計算して、コン
テンツ管理配信サイトの秘密鍵（Ｋｓ）で署名処理を施
す。ユーザサイト１００で実行する署名検証処理は、受
信データである（Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］＋メタ
データ）に対する署名検証として実行されることになる
ので、署名対象データに含まれる暗号化コンテンツ鍵を
他のコンテンツのものに置きかえると署名検証処理に失
敗して、後続ステップの実行が許可されない。従って、
コンテンツ鍵の取得、コンテンツの復号が不可能にな
り、不正なコンテンツの利用は排除されることになる。
また、メタデータに基づいて生成される課金ログデータ
も、正しいコンテンツに対応するものとなり、正しい課
金処理が実行される。

【０１１５】個別鍵（Ｋｉ）６０１は、コンテンツ管理
配信サイト２００から正規なユーザサイト１００にのみ
安全なセキュアモジュール（例えばＩＣカード）に格納
されて配布され、正規なユーザサイト１００において管
理されることにより、漏洩は防止される。

【０１１６】このように、本発明のシステムにおいて
は、個別鍵（Ｋｉ）を、コンテンツの配信を行なう例え
ば放送局のようなコンテンツ管理配信サイトに渡すこと
なく、暗号化コンテンツ配信が実現され、コンテンツ管
理配信サイトにおける個別鍵（Ｋｉ）の安全管理体制を
強いることなく鍵の漏洩が防止され、コンテンツの保護
構成が実現されることになる。

【０１１７】［メタデータおよびコンテンツ鍵に対する
署名処理］図１１に、本発明の構成において実行される
電子署名の検証に基づくコンテンツ（番組）再生の各種
態様について説明する図を示す。

【０１１８】図１１（ａ）は、正しいコンテンツ利用態
様、すなわち署名検証が成立（ＯＫ）し、コンテンツ
（番組）再生が許可される場合の例である。コンテンツ
管理配信サイトでは、価格情報を含むメタデータ、サブ
配送鍵（ＳｕｂＫｄ）で暗号化したコンテンツ鍵に対す
るハッシュ（Ｈａｓｈ）値を計算し、秘密鍵（Ｋｓ）を
用いて署名を生成し、ユーザサイトに送信する。なお、
サブ配送鍵（ＳｕｂＫｄ）は、配送鍵（ｋｄ）または、
個別鍵（Ｋｉ）によって暗号化された暗号化サブ配送鍵
としてユーザサイトに送信される。

【０１１９】ユーザサイトでは、暗号化サブ配送鍵を配
送鍵（ｋｄ）または、個別鍵（Ｋｉ）によって復号し、
サブ配送鍵（ＳｕｂＫｄ）を取得し、コンテンツ(番組
Ａ)に対応するコンテンツ鍵（Ｋｃ−ａ）を暗号化して
いる配送鍵（Ｋｄ）を、取得したサブ配送鍵（ＳｕｂＫ
ｄ）で復号することにより取得して、さらに、配送鍵
（Ｋｄ）に基づいて暗号化コンテンツ鍵の復号処理を実
行することにより、コンテンツ鍵（Ｋｃ−ａ）を取得
し、取得したコンテンツ鍵（Ｋｃ−ａ）で暗号化コンテ
ンツの復号を行なってコンテンツを再生利用することが
できる。

【０１２０】しかし、図９、図１０を用いて説明したよ
うに、配送鍵（ｋｄ）または、個別鍵（Ｋｉ）によって
暗号化された暗号化サブ配送鍵の復号処理の実行条件と
して、署名の検証に成功することが設定されている。

【０１２１】図１１（ａ）の場合は、番組Ａに対するメ
タデータと番組Ａの暗号化コンテンツ鍵（Ｋｃ−ａ）に
対してハッシュ値が計算されて署名がなされ、ユーザサ
イトは署名検証をコンテンツ管理配信サイトの公開鍵証
明書から取り出した公開鍵を用いて実行する。番組Ａに
対するメタデータと番組Ａの暗号化コンテンツ鍵（Ｋｃ
−ａ）に基づいて計算したハッシュ値と、署名に対して
公開鍵を適用した処理によって取得される値は、データ
の改竄、置き換えがなされていないので、一致すること
になる。従って、次のステップとして、配送鍵（ｋｄ）
または、個別鍵（Ｋｉ）によって暗号化された暗号化サ
ブ配送鍵の復号処理が実行され、さらに後続処理（図
９，１０における（ｃ２）〜（ｃ４））を実行して、コ
ンテンツの再生が可能となる。

【０１２２】図１１（ｂ）の場合は、番組Ａに対するメ
タデータが改竄された場合を示している。例えば本来コ
ンテンツ（番組Ａ）の価格が３００円と記録されていた
ものを１００円と改竄したとする。この場合、ユーザサ
イトで実行される署名検証処理は、改竄されたメタデー
タと番組Ａの暗号化コンテンツ鍵（Ｋｃ−ａ）に基づい
て計算したハッシュ値と、署名に対して公開鍵を適用し
た処理によって取得される値との比較として実行され
る。この比較処理においては、データの一致は得られな
いことになる。署名は、改竄されたメタデータと異なる
番組Ａの本来のメタデータと番組Ａの暗号化コンテンツ
鍵（Ｋｃ−ａ）に基づいて計算したハッシュ値に対して
なされたものであるからである。従って、署名検証成立
を条件として実行可能となる暗号化サブ配送鍵の復号処
理が実行されず、さらに後続処理（図９，１０における
（ｃ２）〜（ｃ４））も実行不可能となり、コンテンツ
の再生が不可能となる。

【０１２３】図１１（ｃ）の場合は、番組Ａに対するメ
タデータと番組Ａの暗号化コンテンツ鍵（Ｋｃ−ａ）に
対する署名検証を実行し、署名検証の成立に基づいて、
他のコンテンツ（番組Ｂ）の利用を行なおうとする例で
ある。すなわち、メタデータと署名との置き換え処理に
よって他のコンテンツの不正利用を実行しようとした場
合の処理例である。この場合、ユーザサイトで実行され
る署名検証処理は、番組Ａのメタデータと番組Ａの暗号
化コンテンツ鍵（Ｋｃ−ａ）に基づいて計算したハッシ
ュ値と、署名に対して公開鍵を適用した処理によって取
得される値との比較として実行され、この比較処理にお
いてデータの一致が得られる。従って、次のステップと
して、配送鍵（ｋｄ）または、個別鍵（Ｋｉ）によって
暗号化された暗号化サブ配送鍵の復号処理が実行され
る。しかし、取得したサブ配送鍵によって復号取得可能
なコンテンツ鍵は、署名検証に成功した番組Ａに対する
コンテンツ鍵（Ｋｃ−ａ）であり、他のコンテンツ（例
えば番組Ｂ）のコンテンツ鍵ではない。署名検証成立を
条件として取得されるコンテンツ鍵は、署名対象データ
に含まれるコンテンツ鍵であり、他のコンテンツの復号
は防止され、コンテンツの不正利用が排除される。

【０１２４】図１２に、本発明の署名検証処理を条件と
するコンテンツ利用処理について説明する図を示す。コ
ンテンツ管理配信サイトでは、価格情報を含むメタデー
タ、サブ配送鍵（ＳｕｂＫｄ）で暗号化したコンテンツ
鍵に対するハッシュ（Ｈａｓｈ）値を計算し、秘密鍵
（Ｋｓ）を用いて署名を生成し、ユーザサイトに送信す
る。なお、サブ配送鍵（ＳｕｂＫｄ）は、配送鍵（ｋ
ｄ）または、個別鍵（Ｋｉ）によって暗号化された暗号
化サブ配送鍵としてユーザサイトに送信する。

【０１２５】ユーザサイトは署名検証をコンテンツ管理
配信サイトの公開鍵証明書から取り出した公開鍵を用い
て実行する。具体的には、番組Ａに対するメタデータと
番組Ａの暗号化コンテンツ鍵（Ｋｃ−ａ）に基づいて計
算したハッシュ値と、署名に対して公開鍵を適用した処
理によって取得される値との比較処理を行なう。署名対
象データの改竄、置き換えがなされていない場合は、一
致することになる。一致したことを条件として、次のス
テップの実行が許可される。すなわち、配送鍵（ｋｄ）
または、個別鍵（Ｋｉ）によって暗号化された暗号化サ
ブ配送鍵の復号処理が実行され、さらに後続処理、コン
テンツ(番組Ａ)に対応するコンテンツ鍵（Ｋｃ−ａ）を
暗号化している配送鍵（Ｋｄ）を、取得したサブ配送鍵
（ＳｕｂＫｄ）で復号することにより取得して、さら
に、配送鍵（Ｋｄ）に基づいて暗号化コンテンツ鍵の復
号処理を実行することにより、コンテンツ鍵（Ｋｃ−
ａ）を取得し、取得したコンテンツ鍵（Ｋｃ−ａ）で暗
号化コンテンツの復号を行なってコンテンツを再生利用
することができる。この一連の処理で取得されるコンテ
ンツ鍵は、署名対象データ無いに格納されたコンテンツ
鍵に限られ、他のコンテンツ（番組Ｂ）の復号に適用す
ることはできない。

【０１２６】次に、本発明のコンテンツ配信システムに
おける処理手順について図１３に示すフローを用いて説
明する。まず、ステップＳ３０１において、コンテンツ
管理配信サイトは、コンテンツを暗号化するためのコン
テンツ鍵（Ｋｃ）を、例えば乱数発生装置において発生
した乱数に基づいて生成し、コンテンツ鍵によるコンテ
ンツ（番組）の暗号化処理を実行する。暗号化処理が例
えばＤＥＳ暗号化処理である場合は鍵長５６ビットのコ
ンテンツ鍵とし、トリプルＤＥＳの場合は１１２ビット
の鍵長を持つ鍵をコンテンツ鍵を適用する。

【０１２７】次に、ステップＳ３０２において、コンテ
ンツ管理配信サイトは、サブ配送鍵（ＳｕｂＫｄ）を用
いて、コンテンツ鍵（Ｋｓ）の暗号化処理を実行して暗
号化コンテンツ鍵データ：Ｅｎｃ［ＳｕｂＫｄ（Ｋ
ｃ）］を生成する。

【０１２８】次に、ステップＳ３０３において、コンテ
ンツ管理配信サイトは、暗号化コンテンツ鍵データと、
価格情報、コピー制限情報等の各種のコンテンツ関連利
用情報からなるメタデータとの双方のデータ、すなわ
ち、（Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］＋メタデータ）か
らハッシュ（Ｈａｓｈ）値を計算し、コンテンツ管理配
信サイトの秘密鍵（Ｋｓ）を用いた署名生成処理を実行
する。署名生成処理は、例えば楕円曲線暗号方式の署名
アルゴリズムであるＥＣＣ−ＤＳＡに従って実行され
る。

【０１２９】コンテンツ管理配信サイトは、ステップＳ
３０４で、生成した暗号化コンテンツ：Ｅｎｃ［Ｋｃ
（Ｃｏｎｔｅｎｔ）］、署名処理を施した暗号化コンテ
ンツ鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］とメタデータを
ユーザサイトに向けて配信する。なお、必要であればコ
ンテンツ管理配信サイトの公開鍵証明書も併せて送付す
る。、

【０１３０】以下のステップＳ３０５以下の処理はユー
ザサイトにおける処理である。なお、ステップＳ３２１
は、署名対象データであるメタデータ＋暗号化コンテン
ツ鍵の改竄を実行した場合（図１１（ｂ）に相当）、ス
テップＳ３２２は、署名対象データであるメタデータ＋
暗号化コンテンツ鍵の置き換えを実行した場合（図１１
（ｃ）に相当）を示している。

【０１３１】ユーザサイトでは、コンテンツ管理配信サ
イトから受信した署名処理を施した暗号化コンテンツ
鍵：Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］とメタデータの署名
検証処理を実行する。まず、ステップＳ３０５におい
て、受信データである（Ｅｎｃ［ＳｕｂＫｄ（Ｋｃ）］
＋メタデータ）からハッシュ（Ｈａｓｈ）値を計算す
る。この取得値をとする。次にステップＳ３０６にお
いて、受信した署名を、コンテンツ管理配信サイトの公
開鍵を適用して解き、値を取得する。この取得値をと
する。

【０１３２】ステップＳ３０７では、上記取得値、
の比較を実行する。一致していない場合は、署名検証に
失敗と判定され、以下の処理は実行されず、処理は終了
する。ステップＳ３２１におけるデータ改竄、ステップ
Ｓ３０７において不一致（ｆａｌｓｅ）となり、処理が
終了となり、コンテンツは再生されない。

【０１３３】ステップＳ３０７で署名検証に成功（ｔｒ
ｕｅ）した場合は、ステップＳ３０８に進み、コンテン
ツ管理配信サイトから受信した暗号化サブ配送鍵：Ｅｎ
ｃ［Ｋｄ（ＳｕｂＫｄ）］を、配送鍵（Ｋｄ）または個
別鍵（Ｋｉ）を用いて復号し、サブ配送鍵（ＳｕｂＫ
ｄ）を取得する。

【０１３４】次に、ステップＳ３０９では、コンテンツ
管理配信サイトから受信した暗号化コンテンツ鍵：Ｅｎ
ｃ［ＳｕｂＫｄ（Ｋｃ）］を、先の処理で取得したサブ
配送鍵（ＳｕｂＫｄ）を用いて復号し、コンテンツ鍵
（Ｋｃ）を取得する。

【０１３５】次に、ステップＳ３１０において、取得し
たコンテンツ鍵（Ｋｃ）が再生対象コンテンツ(番組)の
コンテンツ鍵として適用できるか否かを判定する。正当
なデータに対して署名検証処理が実行されていれば、取
得したコンテンツ鍵（Ｋｃ）は、再生対象コンテンツ
(番組)のコンテンツ鍵として適用できる。しかし、ステ
ップＳ３２２におけるデータ置き換えが行われた場合
は、署名検証の結果後の一連の処理によって取得される
コンテンツ鍵（Ｋｃ）は、再生対象コンテンツ(番組)の
コンテンツ鍵として適用できない。従って、コノ時点で
処理は終了する。

【０１３６】取得したコンテンツ鍵（Ｋｃ）が、再生対
象コンテンツ(番組)のコンテンツ鍵である場合は、ステ
ップＳ３１１において、コンテンツ管理配信サイトから
受信した暗号化コンテンツ：Ｅｎｃ［Ｋｃ（Ｃｏｎｔｅ
ｎｔ）］を、取得したコンテンツ鍵（Ｋｃ）を用いて復
号し、コンテンツ（Ｃｏｎｔｅｎｔ）を取得し、ステッ
プＳ３１２において、コンテンツ（番組）を再生する。
さらに、ステップＳ３１３において、署名検証処理の対
象データ中に含まれるメタデータに記録された価格情報
に基づいて課金情報を生成し、サービス管理センターに
送信する。

【０１３７】［各エンティテイの構成］次に、上述した
コンテンツ配信システムを構成する各エンティテイ、す
なわち、サービス管理センタおよびコンテンツ管理配信
サイトの構成例について図１４を参照して説明する。

【０１３８】サービス管理センタおよびコンテンツ管理
配信サイトは他エンティテイと通信可能な通信手段を備
えたデータ処理手段によって実現することができる。図
１４にシステム構成例を示す。なお、図１４に示すシス
テム構成例は１つの例であり、各システムは、ここに示
すべての機能を必ずしも備えることが要求されるもので
はない。図１４に示すＣＰＵ(Central processing Uni
t)７０１は、各種アプリケーションプログラムや、ＯＳ
（Operating System）を実行するプロセッサである。Ｒ
ＯＭ（Read-Only-Memory）７０２は、ＣＰＵ７０１が実
行するプログラム、あるいは演算パラメータとしての固
定データを格納する。ＲＡＭ（Random Access Memory）
７０３は、ＣＰＵ７０１の処理において実行されるプロ
グラム、およびプログラム処理において適宜変化するパ
ラメータの格納エリア、ワーク領域として使用される。

【０１３９】ＨＤＤ７０４はハードディスクの制御を実
行し、ハードディスクに対する各種データ、プログラム
の格納処理および読み出し処理を実行する。暗号処理手
段７０５は、送信データの暗号処理、復号処理、署名生
成、検証処理等を実行する。なお、ここでは、暗号処理
手段を個別モジュールとした例を示したが、このような
独立した暗号処理モジュールを設けず、例えば暗号処理
プログラムをＲＯＭ７０２に格納し、ＣＰＵ７０１がＲ
ＯＭ格納プログラムを読み出して実行するように構成し
てもよい。メモリ（セキュアモジュール）７０６は例え
ば耐タンパ構造を持つメモリとして構成され、暗号処理
に必要な鍵データ、アクセス許可書の格納領域として使
用可能である。なお、これらのデータは、他のメモリ領
域、記憶媒体に格納することも可能である。

【０１４０】バス７２１はＰＣＩ（Peripheral Compone
nts Interconnect）バス等により構成され、各モジュー
ル、入出力インタフェース７２２を介した各入手力装置
とのデータ転送を可能にしている。

【０１４１】入力部７１１は、例えばキーボード、ポイ
ンティングデバイス等によって構成され、ＣＰＵ７０１
に各種のコマンド、データを入力するためにユーザによ
り操作される。出力部７１２は、例えばＣＲＴ、液晶デ
ィスプレイ等であり、各種情報をテキストまたはイメー
ジ等により表示する。

【０１４２】通信部７１３はデバイスの接続したエンテ
ィテイ、例えばサービス管理センタまたはコンテンツ管
理配信サイト、またはユーザサイト等との通信処理を実
行し、ＣＰＵ７０１の制御の下に、各記憶部から供給さ
れたデータ、あるいはＣＰＵ７０１によって処理された
データ、暗号化されたデータ等を送信したり、他エンテ
ィテイからのデータを受信する処理を実行する。

【０１４３】ドライブ７１４は、フロッピー（登録商
標）ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only
Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Dig
ital Versatile Disc)、磁気ディスク、半導体メモリな
どのリムーバブル記録媒体７１５の記録再生を実行する
ドライブであり、各リムーバブル記録媒体７１５からの
プログラムまたはデータ再生、リムーバブル記録媒体７
１５に対するプログラムまたはデータ格納を実行する。

【０１４４】各記憶媒体に記録されたプログラムまたは
データを読み出してＣＰＵ７０１において実行または処
理を行なう場合は、読み出したプログラム、データは入
出力インタフェース７２２、バス７２１を介して例えば
接続されているＲＡＭ７０３に供給される。

【０１４５】先の説明内に含まれるサービス管理セン
タ、コンテンツ管理配信サイトにおける処理を実行する
ためのプログラムは例えばＲＯＭ７０２に格納されてＣ
ＰＵ７０１によって処理されるか、あるいはハードディ
スクに格納されＨＤＤ７０４を介してＣＰＵ７０１に供
給されて実行される。

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

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

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

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

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

【０１５１】

【発明の効果】以上、説明したように、本発明のコンテ
ンツ配信システム、コンテンツ配信方法、およびデータ
処理装置、データ処理方法、並びにコンピュータ・プロ
グラムによれば、暗号化コンテンツの配信を行ない、正
規ユーザにおいてのみコンテンツの利用を許容しようと
するシステムにおいて、コンテンツの配信を行なう例え
ば放送局のようなコンテンツ管理配信サイトにおいて、
コンテンツの価格情報を含むメタデータと、コンテンツ
の暗号処理に適用するコンテンツ鍵を併せたデータのハ
ッシュ値を生成して電子署名を実行し、データを受信し
たユーザサイトにおいて、署名検証の成立を条件として
署名対象データ中に格納されたコンテンツ鍵の取得を可
能とする構成としたので、メタデータの改竄、あるいは
メタデータを含むデータの置き換えなどの不正な処理に
よるコンテンツの不正利用を防止することが可能とな
る。

【図面の簡単な説明】

【図１】従来のコンテンツ配信システムの処理構成を説
明する図である。

【図２】従来のコンテンツ配信システムにおける署名生
成、検証に基づくコンテンツ利用について説明する図で
ある。

【図３】従来のコンテンツ配信システムにおける署名生
成、検証に基づくコンテンツ利用について説明する図で
ある。

【図４】従来のコンテンツ配信システムにおける署名生
成、検証に基づくコンテンツ利用について説明する図で
ある。

【図５】従来のコンテンツ配信システムにおけるメタデ
ータの置き換えによるコンテンツ不正利用について説明
するフロー図である。

【図６】従来のコンテンツ配信システムにおける署名検
証に基づくコンテンツ利用について説明するフロー図で
ある。

【図７】本発明のコンテンツ配信システムの概要を説明
するブロック図である。

【図８】本発明のコンテンツ配信システムのユーザサイ
トに構成されるデータ処理装置の構成例を示すブロック
図である。

【図９】本発明のコンテンツ配信システムのコンテンツ
配信処理例（実施例１）を示す図である。

【図１０】本発明のコンテンツ配信システムのコンテン
ツ配信処理例（実施例２）を示す図である。

【図１１】本発明のコンテンツ配信システムにおける署
名生成、検証に基づくコンテンツ利用について説明する
図である。

【図１２】本発明のコンテンツ配信システムにおける署
名検証に基づくコンテンツ利用について説明する図であ
る。

【図１３】本発明のコンテンツ配信システムにおける署
名生成、検証に基づくコンテンツ利用について説明する
フロー図である。

【図１４】本発明のコンテンツ配信システムのサービス
管理センタ、コンテンツ管理配信サイトのシステム構成
例を示す図である。

【符号の説明】

１０ コンテンツ提供サイト ２０ ユーザサイト ３０ 管理センター １００ ユーザサイト １１０ データ処理手段 １１５ セキュアモジュール １２０ 受信手段 １４０ 出力手段 ２００ コンテンツ管理配信サイト ２２０ コンテンツ管理部 ２３０ コンテンツ配信部 ３００ サービス管理センタ ４００ 認証局 １０１ ＣＰＵ(Central processing Unit) １０２ ＲＯＭ（Read-Only-Memory） １０３ ＲＡＭ（Random Access Memory） １０４ ＨＤＤ １０５，１０６ 通信Ｉ／Ｆ １２１ 制御部 １２２ 暗号／復号化部 １２３ 内部メモリ ５０１ 配送鍵 ５０２ サブ配送鍵 ５０３ コンテンツ鍵 ５１１ 暗号化コンテンツ ５１２ 暗号化コンテンツ鍵 ５１３ 暗号化サブ配送鍵 ５２０ コンテンツ ５２１ メタデータ ５２２ 公開鍵証明書 ６０１ 個別鍵 ６０２ サブ配送鍵 ６０３ コンテンツ鍵 ６１１ 暗号化コンテンツ ６１２ 暗号化コンテンツ鍵 ６１３ 暗号化サブ配送鍵 ６２０ コンテンツ ６２１ メタデータ ６２２ 公開鍵証明書 ７０１ ＣＰＵ(Central processing Unit) ７０２ ＲＯＭ（Read-Only-Memory） ７０３ ＲＡＭ（Random Access Memory） ７０４ ＨＤＤ ７０５ 暗号処理手段 ７０６ メモリ（セキュアモジュール） ７１１ 入力部 ７１２ 出力部 ７１３ 通信部 ７１４ ドライブ ７１５ リムーバブル記録媒体 ７２１ バス ７２２ 入出力インタフェース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 7/081 Ｈ０４Ｌ 9/00 ６０１Ａ 7/16 ６０１Ｅ // Ｈ０４Ｎ 7/167 Ｈ０４Ｎ 7/08 Ｚ 7/167 Ｚ Ｆターム(参考） 5C063 AB03 AB07 AC01 AC05 AC10 CA23 CA36 DA07 DA13 DB10 5C064 BA01 BB01 BB02 BC04 BC06 BC17 BC18 BC22 BC23 BD02 BD04 BD08 BD09 CA14 CB01 CC01 CC04 5J104 AA09 AA12 AA16 EA06 EA19 LA06 NA02 NA12 PA11

Claims (21)

【特許請求の範囲】
1. 【請求項１】コンテンツ配信サイトから暗号化コンテン
   ツを配信し、ユーザサイトにおいて暗号化コンテンツの
   復号処理を実行するコンテンツ配信システムにおいて、 前記コンテンツ配信サイトは、 コンテンツをコンテンツ鍵で暗号化した暗号化コンテン
   ツと、前記コンテンツ鍵を暗号化した暗号化コンテンツ
   鍵と、コンテンツの利用条件を含むメタデータとをユー
   ザサイトに送信するとともに、前記暗号化コンテンツ鍵
   と前記メタデータとを含むデータのハッシュ値に対する
   電子署名をユーザサイトに送信する処理を実行する構成
   を有し、 前記ユーザサイトは、 前記電子署名の検証成立を条件として、前記署名対象デ
   ータ中に含まれる前記暗号化コンテンツ鍵の取得処理を
   実行する構成を有することを特徴とするコンテンツ配信
   システム。
2. 【請求項２】前記ユーザサイトは、 前記電子署名の検証処理として、 前記コンテンツ配信サイトから受信した前記暗号化コン
   テンツ鍵と前記メタデータとを含むデータから算出した
   ハッシュ値と、 前記コンテンツ配信サイトの公開鍵を適用した前記署名
   の復号値との比較処理を実行する構成であり、該比較処
   理において両値の一致を条件として、前記暗号化コンテ
   ンツ鍵の取得処理を実行する構成であることを特徴とす
   る請求項１に記載のコンテンツ配信システム。
3. 【請求項３】前記メタデータは、コンテンツの利用価格
   情報を含み、 前記ユーザサイトは、前記メタ情報内の価格情報に基づ
   く課金情報を生成して課金処理実行エンティテイに対し
   て生成した課金情報を送信する処理を実行する構成を有
   することを特徴とする請求項１に記載のコンテンツ配信
   システム。
4. 【請求項４】前記コンテンツ鍵の暗号化鍵は、サブ配送
   鍵（ＳｕｂＫｄ）であり、 前記コンテンツ配信サイトは、前記サブ配送鍵（Ｓｕｂ
   Ｋｄ）を配送鍵（Ｋｄ）で暗号化した鍵データをユーザ
   サイトに送信する処理を実行する構成であり、 前記ユーザサイトは、 前記電子署名の検証成立を条件として、予め保有する前
   記配送鍵（Ｋｄ）を用いた復号処理により、前記サブ配
   送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
   鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
   鍵を取得する構成であることを特徴とする請求項１に記
   載のコンテンツ配信システム。
5. 【請求項５】前記コンテンツ鍵の暗号化鍵は、サブ配送
   鍵（ＳｕｂＫｄ）であり、 前記コンテンツ配信サイトは、前記サブ配送鍵（Ｓｕｂ
   Ｋｄ）を、各ユーザサイトに個別に配布された個別鍵
   （Ｋｉ）で暗号化した鍵データをユーザサイトに送信す
   る処理を実行する構成であり、 前記ユーザサイトは、 前記電子署名の検証成立を条件として、予め保有する前
   記個別鍵（Ｋｉ）を用いた復号処理により、前記サブ配
   送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
   鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
   鍵を取得する構成であることを特徴とする請求項１に記
   載のコンテンツ配信システム。
6. 【請求項６】コンテンツ配信サイトから暗号化コンテン
   ツを配信し、ユーザサイトにおいて暗号化コンテンツの
   復号処理を実行するコンテンツ配信方法であり、 前記コンテンツ配信サイトにおいて、 コンテンツをコンテンツ鍵で暗号化した暗号化コンテン
   ツと、前記コンテンツ鍵を暗号化した暗号化コンテンツ
   鍵と、コンテンツの利用条件を含むメタデータとをユー
   ザサイトに送信するとともに、前記暗号化コンテンツ鍵
   と前記メタデータとを含むデータのハッシュ値に対する
   電子署名をユーザサイトに送信する処理を実行し、 前記ユーザサイトにおいて、 前記電子署名の検証処理を実行し、該電子署名検証成立
   を条件として、前記署名対象データ中に含まれる前記暗
   号化コンテンツ鍵の取得処理を実行することを特徴とす
   るコンテンツ配信方法。
7. 【請求項７】前記ユーザサイトは、 前記電子署名の検証処理として、 前記コンテンツ配信サイトから受信した前記暗号化コン
   テンツ鍵と前記メタデータとを含むデータから算出した
   ハッシュ値と、 前記コンテンツ配信サイトの公開鍵を適用した前記署名
   の復号値との比較処理を実行し、該比較処理において両
   値の一致を条件として、前記暗号化コンテンツ鍵の取得
   処理を実行することを特徴とする請求項６に記載のコン
   テンツ配信方法。
8. 【請求項８】前記メタデータは、コンテンツの利用価格
   情報を含み、 前記ユーザサイトは、前記メタ情報内の価格情報に基づ
   く課金情報を生成して課金処理実行エンティテイに対し
   て生成した課金情報を送信する処理を実行することを特
   徴とする請求項６に記載のコンテンツ配信方法。
9. 【請求項９】前記コンテンツ鍵の暗号化鍵は、サブ配送
   鍵（ＳｕｂＫｄ）であり、 前記コンテンツ配信サイトは、前記サブ配送鍵（Ｓｕｂ
   Ｋｄ）を配送鍵（Ｋｄ）で暗号化した鍵データをユーザ
   サイトに送信する処理を実行し、 前記ユーザサイトは、 前記電子署名の検証成立を条件として、予め保有する前
   記配送鍵（Ｋｄ）を用いた復号処理により、前記サブ配
   送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
   鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
   鍵を取得することを特徴とする請求項６に記載のコンテ
   ンツ配信方法。
10. 【請求項１０】前記コンテンツ鍵の暗号化鍵は、サブ配
    送鍵（ＳｕｂＫｄ）であり、 前記コンテンツ配信サイトは、前記サブ配送鍵（Ｓｕｂ
    Ｋｄ）を、各ユーザサイトに個別に配布された個別鍵
    （Ｋｉ）で暗号化した鍵データをユーザサイトに送信す
    る処理を実行し、 前記ユーザサイトは、 前記電子署名の検証成立を条件として、予め保有する前
    記個別鍵（Ｋｉ）を用いた復号処理により、前記サブ配
    送鍵（ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送
    鍵（ＳｕｂＫｄ）を用いた復号処理により、コンテンツ
    鍵を取得することを特徴とする請求項６に記載のコンテ
    ンツ配信方法。
11. 【請求項１１】暗号化コンテンツの復号処理を実行する
    データ処理装置であり、 コンテンツの暗号処理用のコンテンツ鍵を暗号化した暗
    号化コンテンツ鍵と、コンテンツの利用条件を含むメタ
    データとを含むデータのハッシュ値に対する電子署名の
    検証処理を実行し、前記電子署名の検証成立を条件とし
    て、前記署名対象データ中に含まれる前記暗号化コンテ
    ンツ鍵の取得処理を実行するデータ処理手段を有するこ
    とを特徴とするデータ処理装置。
12. 【請求項１２】前記データ処理手段は、 前記電子署名の検証処理として、 前記コンテンツ配信サイトから受信した前記暗号化コン
    テンツ鍵と前記メタデータとを含むデータから算出した
    ハッシュ値と、 前記コンテンツ配信サイトの公開鍵を適用した前記署名
    の復号値との比較処理を実行し、該比較処理において両
    値の一致を条件として、前記暗号化コンテンツ鍵の取得
    処理を実行する構成を有することを特徴とする請求項１
    １に記載のデータ処理装置。
13. 【請求項１３】前記データ処理装置は、 前記メタ情報内の価格情報に基づく課金情報を生成して
    課金処理実行エンティテイに対して生成した課金情報を
    送信する処理を実行する構成を有することを特徴とする
    請求項１１に記載のデータ処理装置。
14. 【請求項１４】前記コンテンツ鍵の暗号化鍵は、サブ配
    送鍵（ＳｕｂＫｄ）であり、 前記データ処理装置は、 前記電子署名の検証成立を条件として、予め保有する配
    送鍵（Ｋｄ）を用いた復号処理により、前記サブ配送鍵
    （ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
    （ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
    を取得する構成であることを特徴とする請求項１１に記
    載のデータ処理装置。
15. 【請求項１５】前記コンテンツ鍵の暗号化鍵は、サブ配
    送鍵（ＳｕｂＫｄ）であり、 前記データ処理装置は、 前記電子署名の検証成立を条件として、予め保有する個
    別鍵（Ｋｉ）を用いた復号処理により、前記サブ配送鍵
    （ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
    （ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
    を取得する構成であることを特徴とする請求項１１に記
    載のデータ処理装置。
16. 【請求項１６】暗号化コンテンツの復号処理を実行する
    データ処理方法であり、 コンテンツの暗号処理用のコンテンツ鍵を暗号化した暗
    号化コンテンツ鍵と、コンテンツの利用条件を含むメタ
    データとを含むデータのハッシュ値に対する電子署名の
    検証処理を実行し、前記電子署名の検証成立を条件とし
    て、前記署名対象データ中に含まれる前記暗号化コンテ
    ンツ鍵の取得処理を実行することを特徴とするデータ処
    理方法。
17. 【請求項１７】前記電子署名の検証処理は、 前記コンテンツ配信サイトから受信した前記暗号化コン
    テンツ鍵と前記メタデータとを含むデータから算出した
    ハッシュ値と、 前記コンテンツ配信サイトの公開鍵を適用した前記署名
    の復号値との比較処理であり、 該比較処理において両値の一致を条件として、前記暗号
    化コンテンツ鍵の取得処理を実行することを特徴とする
    請求項１６に記載のデータ処理方法。
18. 【請求項１８】前記データ処理方法は、さらに、 前記メタ情報内の価格情報に基づく課金情報を生成して
    課金処理実行エンティテイに対して生成した課金情報を
    送信する処理を実行することを特徴とする請求項１６に
    記載のデータ処理方法。
19. 【請求項１９】前記データ処理方法において、 前記コンテンツ鍵の暗号化鍵は、サブ配送鍵（ＳｕｂＫ
    ｄ）であり、 前記電子署名の検証成立を条件として、予め保有する配
    送鍵（Ｋｄ）を用いた復号処理により、前記サブ配送鍵
    （ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
    （ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
    を取得することを特徴とする請求項１６に記載のデータ
    処理方法。
20. 【請求項２０】前記データ処理方法において、 前記コンテンツ鍵の暗号化鍵は、サブ配送鍵（ＳｕｂＫ
    ｄ）であり、 前記電子署名の検証成立を条件として、予め保有する個
    別鍵（Ｋｉ）を用いた復号処理により、前記サブ配送鍵
    （ＳｕｂＫｄ）の取得処理を実行し、前記サブ配送鍵
    （ＳｕｂＫｄ）を用いた復号処理により、コンテンツ鍵
    を取得することを特徴とする請求項１６に記載のデータ
    処理方法。
21. 【請求項２１】暗号化コンテンツの復号処理を含むデー
    タ処理をコンピュータ・システム上で実行せしめるコン
    ピュータ・プログラムであって、 コンテンツの暗号処理用のコンテンツ鍵を暗号化した暗
    号化コンテンツ鍵と、コンテンツの利用条件を含むメタ
    データとを含むデータのハッシュ値に対する電子署名の
    検証処理を実行するステップと、 前記電子署名の検証成立を条件として、前記署名対象デ
    ータ中に含まれる前記暗号化コンテンツ鍵の取得処理を
    実行するステップと、 を具備することを特徴とするコンピュータ・プログラ
    ム。