JPWO2013035267A1 - 記録媒体装置、端末装置、配信装置、制御方法、プログラム、及びプログラムの記録媒体 - Google Patents

Abstract

記録媒体装置６００は、自装置に格納するコンテンツが端末装置５００で利用される際に、当該コンテンツのコンテンツ属性情報に当該コンテンツを通常のコンテンツと区別するための情報が含まれる場合において、コンテンツを通常のコンテンツと区別するための情報が含まれる場合においてコンテンツの利用が制限されるべき端末装置を示すリボーク情報を参照し、端末装置５００の識別情報に基づき、端末装置５００が前記コンテンツの利用を制限されるべき端末装置と判定したときには、前記コンテンツを利用するために必要な情報を前記利用情報出力手段が出力しないように制御することを特徴とする。

Description

本発明は、コンテンツの管理システムに関し、特に端末装置におけるコンテンツの使用を制御する技術に関する。

映画、音楽、ゲーム、電子書籍などのデジタルコンテンツは、コンテンツに係るデータのコピーが容易であるため、不正にコピーされて使用されるおそれがある。このため、コンテンツを不正にコピーされて使用（以下、「コンテンツの不正使用」という。）されないように著作権保護対策が必要である。

コンテンツの著作権保護規格の一つにＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）がある。ＡＡＣＳは、ＢＤ（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））で用いられている著作権保護規格である（非特許文献１参照）。

ＡＡＣＳでは、鍵発行装置から端末装置へデバイス鍵が発行される。端末装置はこのデバイス鍵を用いて、暗号化されたコンテンツを復号するためのタイトル鍵を得る。また、ＡＡＣＳでは、定期的に発行される、不正に漏洩した端末装置のデバイス鍵を無効なものと定めた情報を含むＭＫＢ（Ｍｅｄｉａ Ｋｅｙ Ｂｌｏｃｋ）に基づいて、端末装置のデバイス鍵が無効であるか否かをチェックする。デバイス鍵が無効であると判断された端末装置では、タイトル鍵が得られないように制御する。タイトル鍵を得られない端末装置では、暗号化されたコンテンツを復号できず、その結果コンテンツの再生が抑制される。

Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ(ＡＡＣＳ) Ｐｒｅｐａｒｅｄ Ｖｉｄｅｏ Ｂｏｏｋ Ｒｅｖｉｓｉｏｎ ０．９５ Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ(ＡＡＣＳ) Ｉｎｔｒｏｄｕｃｔｉｏｎ ａｎｄ Ｃｏｍｍｏｎ Ｃｒｙｐｔｏｇｒａｐｈｉｃ Ｅｌｅｍｅｎｔｓ Ｒｅｖｉｓｉｏｎ ０．９１

しかしながら、ＭＫＢに記載される不正に漏洩した端末装置のデバイス鍵を無効なものと定めた情報に基づいて不正な端末装置と判断された場合には、どのコンテンツを利用した場合にも、その端末装置での利用を無効にするものである。つまり、ＭＫＢに記載される不正に漏洩した端末装置のデバイス鍵を無効なものと定めた情報は、コンテンツ提供者やコンテンツが異なっていても例外なく利用できなくするための情報である。

そのため、コンテンツ提供者が、自ら発行したコンテンツに対して、柔軟に無効とする端末装置の情報を設定することができないという課題を有していた。

そこで、本発明は、係る問題に鑑みてなされたものであり、コンテンツ提供者が、自ら発行したコンテンツに対して、柔軟に無効とする端末装置の情報を設定することを可能とし、特に、通常のコンテンツと区別されたコンテンツと、通常のコンテンツとで、異なる端末装置を無効対象の端末装置として、利用を抑止し得る記録媒体装置を提供することを目的とする。

上記課題を解決するために、本発明に係る記録媒体装置は、端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置であって、コンテンツを記録するコンテンツ記録手段と、前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶手段と、コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶手段と、前記端末装置から当該端末装置の識別情報を取得する識別情報取得手段と、前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力手段と、前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力手段が出力しないように制御する制御手段とを備えることを特徴とする。

上述の構成を備える本発明に係る記録媒体装置によれば、コンテンツを利用する端末装置が、当該コンテンツに係る属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれている場合において利用が制限されるべき端末装置と判定されると、当該コンテンツを利用するために用いる情報を接続されている端末装置へ出力しないので、通常のコンテンツと区別されるコンテンツの不正使用を抑制し得る。

コンテンツ配信システム１の構成図 鍵発行装置２００の機能ブロック図 鍵発行装置２００が生成する証明書のデータ構成を示す図 鍵発行装置２００が生成するリボーク情報１２００のデータ構成を示す図 鍵発行装置２００における鍵発行処理のフローチャート コンテンツ制作装置１００の機能ブロック図 ＵＲ（ＵｓａｇｅＲｕｌｅ）のデータ構造を示す図 コンテンツ制作装置１００におけるコンテンツ制作処理のフローチャート コンテンツ配信装置３００の機能ブロック図 コンテンツ識別情報１３００のデータ構造を示す図 コンテンツ配信装置３００におけるコンテンツ配信処理のフローチャート 鍵配信装置４００の機能ブロック図 コンテンツ署名のデータ構造を示す図 処理済みＵＲのデータ構造を示す図 実施の形態に係る相互認証の手順例を説明するためのブロック図 実施の形態に係る相互認証の手順例を説明するためのシーケンス図 鍵配信装置４００における鍵配信処理のフローチャート 端末装置５００の受信及び書込み処理の際の主要部の機能構成を示すブロック図 端末装置５００の再生処理時の際の主要部の機能構成を示すブロック図 端末装置５００によるコンテンツ記録処理の動作を示すフローチャート 端末装置５００によるコンテンツ再生処理の動作を示すフローチャートである 記録媒体装置６００の主要部の機能構成を示すブロック図 記録媒体装置６００によるコンテンツ記録処理の動作を示すフローチャート 記録媒体装置６００によるコンテンツ再生処理の動作を示すフローチャート 署名装置７００の主要部の機能構成を示すブロック図である。 署名装置７００によるコンテンツ署名生成処理の動作を示すフローチャート 鍵配信装置４００ｂの主要部の機能構成を示すブロック図 鍵配信装置４００ｂにおける鍵配信処理のフローチャート 端末装置５００ｂの受信及び書込み処理の際の主要部の機能構成を示すブロック図 端末装置５００ｂによるコンテンツ記録処理の動作を示すフローチャート

＜１．実施の形態１＞
ここでは、本発明の一態様であるコンテンツ配信システム１について説明する。
＜１−１．概要＞
ＡＡＣＳの仕様では、漏洩したデバイス鍵を持つ端末装置のベンダーに新たなデバイス鍵に修正するための準備・開発期間（最大９０日）を認めており、漏洩したデバイス鍵をリボークしたＭＫＢの発行までに相当の期間（４〜６か月）を要している。このため、新たにＭＫＢが発行されるまでの間のコンテンツの不正使用を抑止することができない。

ところで、コンテンツ提供者が提供するコンテンツにはアーリーウィンドウコンテンツと呼ばれるコンテンツがある。アーリーウィンドウコンテンツとは、映画等の配給において、劇場公開終了後、ＤＶＤなどの媒体で流通が開始されるまで（例えば、３か月ぐらい）の短い期間のコンテンツで、入手方法が限定されているため、コンテンツ提供者にとって商業的価値の高いコンテンツを意味する。ＭＫＢの発行まで４〜６か月かかる現状の仕組みでは、このようなコンテンツに対しては、有効にコンテンツの不正使用を抑止できるとはいえない。このような商業的価値の高いコンテンツが不正に使用されると損害は大きいので、コンテンツの提供者にとっては、このような商業的価値の高いコンテンツの不正使用の状況に対して迅速に対応でき、コンテンツの不正使用を抑制することが望まれる。

そこで、本願発明者は、研究を重ね、アーリーウィンドウコンテンツのような通常のコンテンツより商業的価値の高いコンテンツの不正使用の状況に対してコンテンツ提供者が迅速に対応して、端末装置でのコンテンツの不正使用を抑制し得るコンテンツ配信システムを得た。

図１は、コンテンツ配信システム１の全体構成の概略を示すブロック図である。

コンテンツ配信システム１は、コンテンツ制作装置１００、鍵発行装置２００、コンテンツ配信装置３００、鍵配信装置４００、端末装置５００、記録媒体装置６００、及び署名装置７００を含む構成である。各装置の詳細については後述する。

記録媒体装置６００は、不正な端末装置であるか否かの判断のために用いる、不正な端末装置を示す情報を記載したリボーク情報を記憶する。従来、このリボーク情報は、どのコンテンツを利用した場合にも、その利用を無効にするためのリボーク情報であった。本実施の形態では、従来のリボーク情報に、コンテンツのコンテンツ属性情報に、通常のコンテンツと区別するための情報（例えば、特定のコンテン提供者ＩＤ）が含まれる場合にのみコンテンツの利用を無効にした端末装置を示すリボーク情報を追加して記録する。なお、この追加のリボーク情報は、コンテンツ提供者が設定する。ここで、本実施の形態におけるコンテンツの利用とは、コンテンツの端末装置５００での再生及び記録媒体装置６００への記録を意味する。

鍵配信装置４００は、記録媒体装置６００にコンテンツが配信される際には、コンテンツのタイトル鍵を暗号化する際に、通常のコンテンツと区別するための情報（例えば、コンテンツ提供者ＩＤ）と、記録媒体装置を識別する識別情報（例えば記録媒体装置ＩＤ）とに関連付けて生成した暗号化特有情報を用いて、暗号化鍵情報を生成し、記録媒体装置６００に送信する。

記録媒体装置６００は、端末装置５００が記録媒体装置６００に記録されたコンテンツを再生する際には、リボーク情報を参照して、コンテンツに係る属性情報に通常のコンテンツと区別するための情報（例えば、特定のコンテンツ提供者ＩＤ）が含まれる場合に、そのコンテンツの再生を制限されるべき端末装置であるか否かを判定し、リボーク対象の端末装置でないと判定された場合、コンテンツに係る属性情報に含まれる通常のコンテンツと区別するための情報と記録媒体装置を識別する識別情報とに基づいて暗号化特有情報を生成し、端末装置５００に出力する。一方、リボーク対象の端末装置であると判定された場合は、記録媒体装置６００は、暗号化特有情報を端末装置５００に出力しない。この暗号化特有情報がなければ、暗号化鍵情報を復号してタイトル鍵を得ることができないので、端末装置５００は、コンテンツを復号して再生することができない。

以下、コンテンツ配信システム１に含まれるコンテンツ制作装置１００、鍵発行装置２００、コンテンツ配信装置３００、鍵配信装置４００、端末装置５００、記録媒体装置６００、及び署名装置７００について説明する。
＜１−２．全体構成＞
鍵発行装置２００は、コンテンツ配信システム１のセキュリティの基盤となる正当な機関が保有する装置である。鍵発行装置２００は、コンテンツ配信システム１を構成する各装置に対して、正当な秘密鍵や公開鍵証明書を生成し、発行する。

コンテンツ制作装置１００は、コンテンツと当該コンテンツの利用条件等を記したＵｓａｇｅＲｕｌｅ（以下、「ＵＲ」と記載する。）とを生成する。そして、平文コンテンツを、コンテンツ配信装置３００へ送信し、ＵＲを、鍵配信装置４００へ送信する。

端末装置５００は、一例として、ユーザーの自宅に設置されたＰＣである。端末装置５００は、インターネットなどのネットワークを介して、コンテンツ配信装置３００と鍵配信装置４００とに接続可能である。

端末装置５００は、一例として、ＤＶＤやＢＤといった光ディスク等の記録媒体を再生可能なＤＶＤ／ＢＤプレーヤであり、ネットワーク接続が可能であり、コンテンツを視聴するユーザーの自宅等に設置される。また、記録媒体装置６００は、例えばＳＤカード等のメモリカードであり、端末装置５００のカードスロットに装着されて使用される。

端末装置５００は、ネットワークを介して、コンテンツ配信装置３００から暗号化コンテンツを受信し、装着されている記録媒体装置６００に受信した暗号化コンテンツを書き込む。また、端末装置５００は、ネットワークを介して、鍵配信装置４００からタイトル鍵を受信し、記録媒体装置６００に書き込む。

このとき、タイトル鍵は、鍵配信装置４００と記録媒体装置６００とが行う相互認証の結果確立されたセキュアな通信路（セッション）を介して送受信される。

そのため、記録媒体装置６００は、タイトル鍵の内容を端末装置５００に知られることなく、タイトル鍵を鍵配信装置４００から取得することができる。

更に、鍵配信装置４００は、署名装置７００にコンテンツ識別情報１３００を送信し、署名装置７００の秘密鍵を用いて生成したコンテンツ署名を受信する。このコンテンツ署名も、端末装置５００に送信され、記録媒体装置６００に記録される。コンテンツ署名は、コンテンツの正当性の検証に用いられる。

以下、各装置の詳細な構成及び各処理の動作について説明する。
＜１−３．鍵発行装置２００の構成＞
鍵発行装置２００は、コンテンツ配信システム１を構成する各装置に対して、正当な秘密鍵や公開鍵証明書を生成し、発行する鍵発行処理を行う。ここで、発行とは、各端末装置への秘密鍵や公開鍵証明書の送信、及び各装置に秘密鍵や公開鍵証明書を設定するために他の記録媒体（例えばＳＤカード）に出力することを意味する。

図２は、鍵発行装置２００の機能的な構成を示すブロック図である。

図２に示すように、鍵発行装置２００は、ルート鍵ペア生成部２１０、ルート鍵ペア格納部２１１、鍵ペア生成部２１２、証明書生成部２１３、秘密鍵・証明書格納部２１４、
入力部２１５、リボークデータ格納部２１６、ＭＳＧ格納部２１７、署名部２１８、リボーク情報生成部２１９、リボーク情報格納部２２０、及び通信部２２１を含む構成である。

なお、鍵発行装置２００は、ＣＰＵ、メモリ、二次記憶ユニット（例えば、ハードディスク）、ネットワーク接続ユニット、キーボードなどから構成されるコンピュータシステムである。ここで、ルート鍵ペア格納部２１１、秘密鍵・証明書格納部２１４、リボークデータ格納部２１６、リボーク情報格納部２２０、及びＭＳＧ格納部２１７は、それぞれ、二次記憶ユニット（例えば、ハードディスク）により構成されている。

鍵ペア生成部２１２、証明書生成部２１３、署名部２１８及びリボーク情報生成部２１９は、それぞれ、メモリに記憶されているコンピュータプログラムがＣＰＵで実行されることによりその機能が実現される。また、通信部２２１は、ネットワーク接続ユニットにより構成されている。更に、入力部２１５は、キーボードから構成されている。

以下、各機能構成について説明する。
（１）ルート鍵ペア生成部２１０及び鍵ペア生成部２１２
ルート鍵ペア生成部２１０は、コンテンツ配信システム１におけるセキュリティの根幹となる鍵発行装置２００のルート鍵ペアを生成する。ルート鍵ペアは、ルート公開鍵及びルート秘密鍵から成る。

ルート鍵ペア生成部２１０は、以下に示す鍵生成方法により、各装置に割り当てるべき秘密鍵及び公開鍵を生成する。

鍵生成方法の一例は、以下の通りである。

一例として、楕円曲線暗号による公開鍵暗号化方式を用いる場合に、ルート鍵ペア生成部２１０は、乱数ｘを生成し、生成した乱数ｘを秘密鍵とする。次に、ルート鍵ペア生成部２１０は、Ｙ＝ｘ＊Ｐを算出し、Ｙを公開鍵とする。ここで、Ｐは、楕円曲線上の点であり、「＊」は、楕円曲線上における乗算を示す。

ルート鍵ペア生成部２１０は、上記の鍵生成方法により、鍵発行装置２００に割り当てるべきルート秘密鍵及びルート公開鍵を生成する。次に、ルート鍵ペア生成部２１０は、ルート秘密鍵及びルート公開鍵をルート鍵ペア格納部２１１へ書き込む。

また、鍵ペア生成部２１２は、鍵発行装置２００に割り当てるべきルート秘密鍵及びルート公開鍵と同様の方法で、コンテンツ配信装置３００に割り当てるべきコンテンツ配信装置秘密鍵及びコンテンツ配信装置公開鍵、鍵配信装置４００に割り当てるべき鍵配信装置秘密鍵及び鍵配信装置公開鍵、端末装置５００に割り当てるべき端末装置秘密鍵及び端末装置公開鍵、並びに記録媒体装置６００に割り当てるべき記録媒体装置秘密鍵及び記録媒体装置公開鍵を生成する。

次に、鍵ペア生成部２１２は、コンテンツ配信装置秘密鍵、鍵配信装置秘密鍵、端末装置秘密鍵、記録媒体装置秘密鍵、及び署名装置秘密鍵を、それぞれ、秘密鍵・証明書格納部２１４へ書き込む。

また、鍵ペア生成部２１２は、コンテンツ配信装置公開鍵、鍵配信装置公開鍵、端末装置公開鍵、記録媒体装置公開鍵及び署名装置公開鍵を、それぞれ、証明書生成部２１３に対して出力する。
（２）証明書生成部２１３、署名部２１８
証明書生成部２１３は、コンテンツ配信装置３００、鍵配信装置４００、端末装置５００記録媒体装置６００及び署名装置７００に埋め込まれる公開鍵証明書を生成する。

図３は、証明書生成部２１３により生成された公開鍵証明書の一例を示す図である。

図３（ａ）は、コンテンツ配信装置３００に配布するコンテンツ配信装置証明書１０１０である。コンテンツ配信装置証明書１０１０は、コンテンツ配信装置ＩＤとコンテンツ配信装置公開鍵と署名とから成る。コンテンツ配信装置証明書１０１０は、鍵ペア生成部２１２が生成したコンテンツ配信装置公開鍵にコンテンツ配信装置３００の識別子であるコンテンツ配信装置ＩＤを付加したデータを署名対象データとする。
そして、コンテンツ配信装置ＩＤ、コンテンツ配信装置公開鍵及び署名部２１８が生成したコンテンツ配信装置３００に対する署名から成るコンテンツ配信装置証明書１０１０を生成する。

署名部２１８は、ルート秘密鍵を署名生成鍵として用い、署名対象データに署名生成アルゴリズムを施すことにより署名を生成する。署名生成アルゴリズムは、公開鍵暗号方式をベースとする署名生成アルゴリズムである。ここで、公開鍵暗号方式において用いられる暗号技術の一例は、楕円曲線暗号であり、署名生成アルゴリズムは、例えば、ＥＣ−ＤＳＡ（Ｅｌｌｉｐｔｉｃ Ｃｕｒｖｅ−Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）である。

図３（ｂ）は、鍵配信装置４００に配布する鍵配信装置証明書１０２０である。

図３（ｃ）は、端末装置５００に配布する端末装置証明書１０３０である。

図３（ｄ）は、記録媒体装置６００に配布する記録媒体装置証明書１０４０である。

図３（ｅ）は、署名装置７００に配布する署名装置証明書１０５０である。

これらの公開鍵証明書も、コンテンツ配信装置証明書１０１０と同様に生成される。
（３）ルート鍵ペア格納部２１１、秘密鍵・証明書格納部２１４、リボークデータ格納部２１６、リボーク情報格納部２２０、ＭＳＧ格納部２１７
ルート鍵ペア格納部２１１は、ルート鍵ペア生成部２１０が生成したルート鍵ペアを記憶するための領域を備えている。

秘密鍵・証明書格納部２１４は、コンテンツ配信装置秘密鍵、コンテンツ配信装置証明書１０１０、鍵配信装置秘密鍵、鍵配信装置証明書１０２０、端末装置秘密鍵、端末装置証明書１０３０、記録媒体装置秘密鍵、記録媒体装置証明書１０４０、署名装置秘密鍵及び署名装置証明書１０５０を記憶するための領域を備えている。

リボークデータ格納部２１６は、後述する入力部２１５で入力されたリボークデータを記憶するための領域を備えている。なお、リボークデータとは、コンテンツ提供者が入力部２１５で入力した不正な装置として無効にした装置ＩＤである。

リボーク情報格納部２２０は、リボークデータを元に、リボーク情報生成部２１９で生成したリボーク情報１２００を記憶するための領域を備えている。

ＭＳＧ格納部２１７は、端末装置がリボークされた場合にユーザーに提示するためのメッセージ（以下、「ＭＳＧ」と称することもある。）を記憶するための領域を備えている。
ＭＳＧ格納部２１７は、入力部が受け付けた告知メッセージ情報を格納する。告知メッセージ情報は、例えば、「映画会社Ａが、該当端末装置を不正な端末装置と判定したため、コンテンツの利用が許可されませんでした。」といったテキスト情報である。
（４）入力部２１５
入力部２１５は、コンテンツ提供者の操作により、リボークされた端末装置を識別する端末装置ＩＤ、リボークされた記録媒体装置を識別する記録媒体装置ＩＤ、及びリボークされた署名装置ＩＤの入力を受け付け、受け付けた端末装置ＩＤ、記録媒体装置ＩＤ、及び署名装置ＩＤをリボークデータ格納部２１６に格納する。

また、入力部２１５は、コンテンツ提供者の操作により、端末装置がリボーク対象である場合に、端末装置のユーザーにその旨告知するための告知メッセージ情報の入力を受け付け、受け付けた告知メッセージをＭＳＧ格納部２１７に格納する。
（５）リボーク情報生成部２１９
リボーク情報生成部２１９は、リボークデータ格納部２１６からリボークデータを読み出す。次に、読み出したリボークデータを署名部２１８に対して出力し、署名データを生成するように指示する。

また、リボーク情報生成部２１９は、署名部２１８から署名データを受け取る。

また、リボーク情報生成部２１９は、図４に示すように、リボークデータ及び署名データを含むリボーク情報１２００を生成し、生成したリボーク情報１２００をリボーク情報格納部２２０へ書き込む。

図４はリボーク情報の構成を示した図である。

リボーク情報１２００は、どのコンテンツを利用しようとした場合にもリボークする端末装置ＩＤを記述した領域と、特定のオーナーＩＤのコンテンツを利用とした場合にリボークする装置ＩＤを記述した領域と、署名領域とを有する構造である。リボークされる装置の情報は、装置ＩＤ領域とリボーク日時領域のペアで記述され、図４の例では、装置ＩＤ領域１２１１とリボーク日時領域１２１２とがペアを成し、装置ＩＤ領域１２２１とリボーク日時領域１２２２がペアを成す。装置ＩＤ領域１２１１に記述されている署名装置０ｘ２０１及び装置ＩＤ領域１２２１に記載されている端末装置０ｘ３０１は、どのコンテンツを利用しようとした場合にも、リボークされる装置である。オーナーＩＤ１２２３から署名領域１２５０の前までの領域に記述されるのは、オーナーＩＤ１２２３で記述されるオーナーＩＤに該当するコンテンツを利用しようとした場合にのみリボークする装置の情報である。図４の例では端末装置ＩＤが０ｘ２０５の値である端末装置は、コンテンツの属性情報にオーナーＩＤが０ｘ８００１を示す情報が含まれるコンテンツを利用しようとした場合にリボーク対象の端末装置と判断される。なお、オーナーＩＤ１２２３で記述されるオーナーＩＤに該当するコンテンツを利用しようとした場合にのみリボークする端末装置の情報は、そのオーナーＩＤで示されるコンテンツ提供者が入力部２１５から情報を入力して、リボークすべき端末装置の情報を追加することができる。

リボーク日時領域１２１２、１２２２、１２３２の情報は、装置ＩＤ領域に記述される装置の装置証明書に含まれる署名日時と比較して、リボーク日時領域に記述された日時以降に署名された装置についてリボークするための判断に用いられる。

なお、オーナーとはコンテンツに対しての権利（例えば、所有権、販売権、著作権、肖像権、又は頒布権等）を有する者（例えば、映画スタジオや放送会社等）を意味する。
（６）通信部２２１
通信部２２１は、ルート鍵ペア格納部２１１からルート公開鍵を読み出す。次に、読み出したルート公開鍵を、ネットワークを介して、鍵配信装置４００、端末装置５００及び記録媒体装置６００に送信する。

また、通信部２２１は、秘密鍵・証明書格納部２１４から、コンテンツ配信装置秘密鍵及びコンテンツ配信装置証明書１０１０のペアを読み出す。次に、読み出したコンテンツ配信装置秘密鍵及びコンテンツ配信装置証明書１０１０のペアを、ネットワークを介して、コンテンツ配信装置３００に対して送信する。

また、通信部２２１は、秘密鍵・証明書格納部２１４から、鍵配信装置秘密鍵及び鍵配信装置証明書１０２０のペアを読み出す。次に、読み出した鍵配信装置秘密鍵及び鍵配信装置証明書１０２０のペアを、ネットワークを介して、鍵配信装置４００に対して送信する。

また、通信部２２１は、秘密鍵・証明書格納部２１４から、端末装置秘密鍵及び端末装置証明書１０３０のペアを読み出す。次に、読み出した端末装置秘密鍵及び端末装置証明書１０３０のペアを、図示していない端末装置製造者の有する製造者装置を介して、端末装置５００に対して出力する。

また、通信部２２１は、秘密鍵・証明書格納部２１４から、記録媒体装置秘密鍵及び記録媒体装置証明書１０４０のペアを読み出す。次に、読み出した記録媒体装置秘密鍵及び記録媒体装置証明書１０４０のペアを、図示していない記録媒体装置製造者の有する製造者装置を介して、記録媒体装置６００に対して出力する。

また、通信部２２１は、秘密鍵・証明書格納部２１４から、署名装置秘密鍵及び署名装置証明書１０５０のペアを読み出す。次に、読み出した署名装置秘密鍵及び署名装置証明書１０５０のペアを、ネットワークを介して、署名装置７００に対して送信する。

また、通信部２２１は、リボーク情報格納部２２０から、リボーク情報１２００を読み出す。次に、読み出したリボーク情報１２００を、ネットワークを介して、鍵配信装置４００に送信する。

また、通信部２２１は、ＭＳＧ格納部からユーザーに告知するための告知メッセージ情報を読み出す。次に、読み出した告知メッセージ情報を、ネットワークを介して、鍵配信装置４００に送信する。
＜１−４．鍵発行処理の動作＞
次に、鍵発行装置２００の鍵発行処理について説明する。

図５は、鍵発行装置２００による鍵発行処理の動作を示すフローチャートである。

鍵発行装置２００は、ルート公開鍵及びルート秘密鍵から成るルート鍵ペアを生成し（ステップＳ０１）、ルート鍵ペア格納部２１１に格納する。そして、通信部２２１は、ルート公開鍵要求に応じて、コンテンツ配信装置３００、鍵配信装置４００、端末装置５００、記録媒体装置６００、及び署名装置７００へ、ルート公開鍵を送信する（ステップＳ０２）。

鍵ペア生成部２１２は、コンテンツ配信装置３００の鍵ペアを生成する（ステップＳ０３）。証明書生成部２１３、コンテンツ配信装置証明書１０１０を生成する（ステップＳ０４）。通信部２２１は、コンテンツ配信装置秘密鍵とコンテンツ配信装置証明書１０１０とを、コンテンツ配信装置３００へ送信する（ステップＳ０５）。

鍵ペア生成部２１２は、鍵配信装置４００の鍵ペアを生成する（ステップＳ０６）。証明書生成部２１３は、鍵配信装置証明書１０２０を生成する（ステップＳ０７）。通信部２２１は、鍵配信装置秘密鍵と鍵配信装置証明書１０２０とを、鍵配信装置４００へ送信する（ステップＳ０８）。

鍵ペア生成部２１２は、署名装置７００の鍵ペアを生成する（ステップＳ０９）。証明書生成部２１３は、署名装置証明書１０５０を生成する（ステップＳ１０）。通信部２２１は、署名装置秘密鍵と署名装置証明書１０５０とを、署名装置７００へ送信する（ステップＳ１１）。

鍵ペア生成部２１２は、端末装置５００の鍵ペアを生成する（ステップＳ１２）。証明書生成部２１３は、端末装置証明書１０３０を生成する（ステップＳ１３）。通信部２２１は、端末装置秘密鍵と端末装置証明書１０３０とを、端末装置５００へ送信する（ステップＳ１４）。

鍵ペア生成部２１２は、記録媒体装置６００の鍵ペアを生成する（ステップＳ１５）。証明書生成部２１３は、記録媒体装置証明書１０４０を生成する（ステップＳ１６）。通信部２２１は、記録媒体装置秘密鍵と記録媒体装置証明書１０４０とを、記録媒体装置６００へ送信する（ステップＳ１７）。

リボーク情報生成部２１９は、リボーク情報１２００を生成する（ステップＳ１８）。通信部２２１は、リボーク情報１２００を鍵配信装置４００及び署名装置７００へ送信する（ステップＳ１９）。
＜１−５．コンテンツ制作装置１００の構成＞
図６は、コンテンツ制作装置１００の機能的な構成を示すブロック図である。

図６に示すように、コンテンツ制作装置１００は、 素材格納部１２０、編集部１２１、コンテンツ格納部１４１、コンテンツ登録部１６０、ＵＲ入力部１７０、ＵＲ格納部１７１、及びＵＲ登録部１８０を含む構成である。

なお、コンテンツ制作装置１００は、ＣＰＵ、メモリ、二次記憶ユニット（例えば、ハードディスク）、ネットワーク接続ユニット、キーボード、マウスなどから構成されるコンピュータシステムである。ここで、素材格納部１２０、コンテンツ格納部１４１、ＵＲ格納部１７１は、それぞれ、二次記憶ユニット（例えば、ハードディスク）により構成されている。また、コンテンツ登録部１６０、ＵＲ登録部１８０、ネットワーク接続ユニットにより構成されている。また、ＵＲ入力部はキーボード、マウスなどの入力デバイスを備える。

以下、各機能構成について説明する。
（１）素材格納部１２０、コンテンツ格納部１４１、及びＵＲ格納部１７１
素材格納部１２０は、映画などのビデオ及びオーディオ等の１個又は複数個の素材を記憶している。各素材は、映像及び音声がデジタル化され、符号化され、圧縮されたものである。ビデオ及びオーディオの制作については、本発明の主題に関係がないので、説明を省略する。

コンテンツ格納部１４１は、編集部１２１で編集されたコンテンツを記憶するための領域を備えている。

ＵＲ格納部１７１は、ＵＲ入力部１７０が受け付けたＵＲを記憶するための領域を備えている。ＵＲについては後述する。
（２）編集部１２１
編集部１２１は、コンテンツ製作者の操作により、素材格納部１２０に記憶されている素材を読み出し、読み出した素材を編集して平文コンテンツを生成する。生成した平文コンテンツをコンテンツ格納部１４１へ出力する。
（３）ＵＲ入力部１７０
ＵＲ入力部１７０は、コンテンツ制作者により入力デバイスが操作されることにより、コンテンツの再生可能回数や移動の可否など、コンテンツの利用に係る条件であるＵＲの入力を受け付ける。

図７にＵＲのデータ構造を示す。

ＵＲは出力制御情報領域１４２１とその他情報領域１４２２を有する。出力制御情報領域１４２１には、視聴可能期間、視聴開始日時、視聴終了日時といった視聴・再生に関連する制御情報が記載される。その他情報領域１４２２には、視聴・再生に関する制御情報以外の情報が記載される。例えば、コンテンツが記録されているサーバのＵＲＬ、制作者、もしくは、著作権者の名前、住所の情報等である。
（４）コンテンツ登録部１６０、ＵＲ登録部１８０
コンテンツ登録部１６０は、コンテンツ格納部１４１に格納されているコンテンツを、コンテンツ配信装置３００に登録する。

ＵＲ登録部１８０は、ＵＲ格納部１７１に格納されているＵＲを、鍵配信装置４００に登録する。
＜１−６．コンテンツ制作処理の動作＞
編集部１２１は、素材格納部１２０が格納している素材データを組み合わせて、映画などのコンテンツを生成する（ステップＳ３０）。

編集部１２１は生成したコンテンツをコンテンツ格納部１４１に格納する（ステップＳ３１）。

続いて、ＵＲ入力部１７０が、コンテンツ制作者からＵＲの入力を受け付ける（ステップＳ３２）。入力されたＵＲは、ＵＲ格納部１７１に格納される。

コンテンツ登録部１６０は、コンテンツ格納部に格納されたコンテンツをコンテンツ配信装置３００に送信する（ステップＳ３３）。

ＵＲ登録部は、ＵＲ格納部に格納されたＵＲを、鍵配信装置４００に送信する（ステップＳ３４）。
＜１−７．コンテンツ配信装置３００の構成＞
コンテンツ配信装置３００は、コンテンツ制作装置１００からコンテンツを受信して格納する。また、コンテンツ配信装置３００は、コンテンツ制作装置１００から受信したコンテンツを暗号化するコンテンツ暗号化処理を行う。更に、ネットワークを介して接続された端末装置５００へコンテンツを配信するコンテンツ配信処理を行う。

図９は、コンテンツ配信装置３００の機能的な構成を示すブロック図である。

図９に示すように、コンテンツ配信装置３００は、コンテンツ受信部３１０、コンテンツ格納部３２０、配信依頼受信部３３０、タイトル鍵生成部３３１、暗号部３３２、コンテンツ配信部３３３、コンテンツ識別情報生成部３４０、及びタイトル鍵・コンテンツ識別情報送信部３４１を含む構成である。

なお、コンテンツ配信装置３００は、ＣＰＵ、メモリ、二次記憶ユニット（例えば、ハードディスク）、ネットワーク接続ユニットなどから構成されるコンピュータシステムである。ここで、コンテンツ格納部３２０は、二次記憶ユニット（例えば、ハードディスク）により構成されている。

タイトル鍵生成部３３１、暗号部３３２、コンテンツ識別情報生成部３４０は、それぞれ、メモリに記憶されているコンピュータプログラムがＣＰＵで実行されることによりその機能が実現される。また、コンテンツ受信部３１０、配信依頼受信部３３０、コンテンツ配信部３３３、タイトル鍵・コンテンツ識別情報送信部３４１は、ネットワーク接続ユニットにより構成されている。

以下、各機能構成について説明する。
（１）コンテンツ受信部３１０、コンテンツ配信部３３３、配信依頼受信部３３０、タイトル鍵・コンテンツ識別情報送信部３４１
コンテンツ受信部３１０は、コンテンツ制作装置１００からコンテンツを受信し、受信したコンテンツをコンテンツ格納部３２０に書き込む。

配信依頼受信部３３０は、端末装置５００からコンテンツの配信依頼データを受信すると、コンテンツ配信部３３３に対し、コンテンツの配信を指示する。配信依頼データは、例えば、コンテンツ著作権者ＩＤとコンテンツのタイトル名とを含むデータである。

コンテンツ配信部３３３は、配信依頼受信部３３０が配信依頼を受け取ると、対応するコンテンツをコンテンツ格納部３２０からコンテンツのタイトル名を基に検索し、該当するコンテンツを暗号部３３２で暗号化したコンテンツを端末装置５００に配信する。

タイトル鍵・コンテンツ識別情報送信部３４１は、タイトル鍵生成部３３１が生成した配信依頼のコンテンツのタイトル鍵と、コンテンツ識別情報生成部３４０が生成したコンテンツ識別情報１３００を鍵配信装置４００に配信する。なお、コンテンツ識別情報１３００については後述する。
（２）コンテンツ格納部３２０
コンテンツ格納部３２０は、コンテンツ受信部３１０が受信したコンテンツを格納するための領域を備えている。配信依頼受信部３３０が端末装置５００からコンテンツの配信依頼を受信したら、該当するコンテンツを暗号部３３２に出力する。
（３）タイトル鍵生成部３３１
タイトル鍵生成部３３１は、１２８ビットの乱数を生成し、生成した乱数をタイトル鍵とする。タイトル鍵生成部３３１は、生成したタイトル鍵を暗号部３３２と、タイトル鍵・コンテンツ識別情報送信部３４１とに出力する。
（４）暗号部３３２
暗号部３３２は、コンテンツ格納部から平文コンテンツを受け取る。また、タイトル鍵生成部３３１からタイトル鍵を受け取る。

次に、暗号部３３２は、暗号化アルゴリズムにより、タイトル鍵を用いて、平文コンテンツを暗号化して、暗号化されたコンテンツを生成する。以下では、特に注釈がない限り、タイトル鍵で暗号化された状態のコンテンツを、単に「コンテンツ」と記載する。

ここで、暗号化アルゴリズムは、秘密鍵暗号方式による暗号化アルゴリズムである。暗号化アルゴリズムは、一例として、ＡＥＳ (Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ) によるものである。

次に、暗号部３３２は、コンテンツをコンテンツ配信部３３３に出力する。
（５）コンテンツ識別情報生成部３４０
コンテンツ識別情報生成部３４０は、暗号部３３２で暗号化されたコンテンツから、当該コンテンツを一意に識別するコンテンツ識別情報１３００を生成する。コンテンツ識別情報１３００は、一例として以下のように生成される。

コンテンツ識別情報生成部３４０は、図１０で示すように、暗号部３３２で暗号化されたコンテンツのデータを複数の部分に分けた部分コンテンツを生成する。図１０では５個の部分に分割した例を示す。コンテンツ識別情報生成部３４０は、各部分コンテンツ１３２１〜１３２５それぞれについて一方向関数を用いた演算を行う。具体的には、ハッシュ関数を用いたハッシュ演算を行い部分コンテンツ１３２１〜１３２５それぞれのハッシュ値１３４１〜１３４５を演算する。ハッシュ値１３４１〜１３４５をコンテンツ識別情報１３００の要素１３０１〜１３０５にそれぞれ格納した情報をコンテンツ識別情報１３００とする。

次に、コンテンツ識別情報生成部３４０は、生成したコンテンツ識別情報１３００をタイトル鍵・コンテンツ識別情報送信部に出力する。
＜１−８．コンテンツ配信処理の動作＞
以下、コンテンツ配信装置３００のコンテンツ配信処理について説明する。

図１１は、コンテンツ配信装置３００によるコンテンツ配信処理の動作を示すフローチャートである。

コンテンツ配信処理に先立ち、コンテンツ受信部３１０は、コンテンツ制作装置１００から平文コンテンツを受信しており、コンテンツ格納部３２０には、平文コンテンツデータが格納されている。

配信依頼受信部３３０は、端末装置５００から配信依頼データを受信すると、配信依頼受信部３３０は、コンテンツ配信部３３３に対し、コンテンツの配信を指示する（ステップＳ４０）。

コンテンツ配信部３３３は、コンテンツの配信を指示されると、コンテンツ格納部３２０から、配信依頼されたコンテンツを検索する（ステップＳ４１）。具体的には、コンテンツ配信データに含まれる著作権者ＩＤとコンテンツのタイトル名とを基に対応するコンテンツを検索する。対応するコンテンツがコンテンツ格納部に格納されている場合には、
タイトル鍵生成部３３１、タイトル鍵を生成する（ステップＳ４２）。

暗号部３３２は、コンテンツ格納部３２０から配信依頼に該当するコンテンツのコンテンツデータを読出し、タイトル鍵生成部３３１で生成したタイトル鍵を用いて暗号化を行い配信するコンテンツを生成する（ステップＳ４３）。

コンテンツ識別情報生成部３４０は、暗号部３３２で生成した暗号化されたコンテンツデータを用いて、コンテンツを一意に識別するコンテンツ識別情報１３００を生成する（ステップＳ４４）。また、コンテンツ識別情報１３００に対して署名を生成する（ステップＳ４５）。

タイトル鍵・コンテンツ識別情報送信部３４１は、生成された、タイトル鍵と、コンテンツ識別情報１３００と、署名とを鍵配信装置４００へ送信する（ステップＳ４６）。

次に、コンテンツ配信部３３３は、暗号部３３２が生成したコンテンツを依頼元の端末装置５００へ送信する（ステップＳ４７）。なお、コンテンツ配信部３３３は、配信依頼のコンテンツに該当するコンテンツを格納していない場合は、依頼元の端末装置５００に対し、配信できない旨を通知する。
＜１−９．鍵配信装置４００の構成＞
鍵配信装置４００は、コンテンツの復号に用いるタイトル鍵を記録媒体装置６００へ送信する鍵配信処理を行う。

図１２は、鍵配信装置４００の機能的な構成を示すブロック図である。

図１２に示すように、鍵配信装置４００は、ルート公開鍵受信部４１０、ルート公開鍵格納部４１１、リボーク情報・ＭＳＧ受信部４１２、リボーク情報・ＭＳＧ格納部４１３、鍵配信装置秘密鍵・証明書受信部４１４、鍵配信装置秘密鍵・証明書格納部４１５、端末装置ＩＤ・コンテンツＩＤ受信部４１７、リボーク確認部４１８、ＭＳＧ通知部４１９、タイトル鍵・コンテンツ識別情報受信部４２１、タイトル鍵・コンテンツ識別情報送信部４２２、コンテンツ署名受信部４２３、ＵＲ受信部４２５、ＵＲ処理部４２６、オーナーＩＤ取得部４２８、相互認証部４３０、タイトル鍵演算部４４０、暗号復号部４４１、記録媒体装置ＩＤ取得部４５０、及びＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）演算部４５１を含む構成である。

なお、鍵配信装置４００は、ＣＰＵ、メモリ、二次記憶ユニット（例えば、ハードディスク）、ネットワーク接続ユニットなどから構成されるコンピュータシステムである。

ここで、ルート公開鍵格納部４１１、鍵配信装置秘密鍵・証明書格納部４１５、及びリボーク情報・ＭＳＧ格納部４１３は、二次記憶ユニット（例えば、ハードディスク）により構成されている。

リボーク確認部４１８、ＵＲ処理部４２６、オーナーＩＤ取得部４２８、相互認証部４３０、タイトル鍵演算部４４０、暗号復号部４４１、記録媒体装置ＩＤ取得部４５０、及びＭＡＣ演算部４５１は、それぞれ、メモリに記憶されているコンピュータプログラムがＣＰＵで実行されることによりその機能が実現される。

また、ルート公開鍵受信部４１０、リボーク情報・ＭＳＧ受信部４１２、鍵配信装置秘密鍵・証明書受信部４１４、端末装置ＩＤ・コンテンツＩＤ受信部４１７、ＭＳＧ通知部４１９、タイトル鍵・コンテンツ識別情報受信部４２１、コンテンツ識別情報送信部４２２、コンテンツ署名受信部４２３、及びＵＲ受信部４２５は、それぞれ、ネットワーク接続ユニットにより構成されている。

以下、各機能構成について説明する。
（１）ルート公開鍵受信部４１０、リボーク情報・ＭＳＧ受信部４１２、鍵配信装置秘密鍵・証明書受信部４１４、端末装置ＩＤ・コンテンツＩＤ受信部４１７、コンテンツ署名受信部４２３、タイトル鍵・コンテンツ識別情報受信部４２１、及びＵＲ受信部４２５
ルート公開鍵受信部４１０は、鍵発行装置２００からルート公開鍵を受信する。

リボーク情報・ＭＳＧ受信部４１２は、鍵発行装置２００からリボーク情報１２００及び端末装置がリボーク対象と判断されたときに端末装置のユーザーに告知するための告知メッセージを受信する。

鍵配信装置秘密鍵・証明書受信部４１４は、鍵発行装置２００から鍵配信装置秘密鍵及び鍵配信装置証明書１０２０を受信する。

端末装置ＩＤ・コンテンツＩＤ受信部４１７は、端末装置５００から端末装置５００の端末装置ＩＤ及び端末装置５００が利用要求したコンテンツのコンテンツＩＤを受信する。

タイトル鍵・コンテンツ識別情報受信部４２１は、コンテンツ配信装置３００から、端末装置５００が利用要求したコンテンツのタイトル鍵及びコンテンツ識別情報１３００を受信する。

コンテンツ署名受信部４２３は、署名装置から端末装置５００が利用要求したコンテンツのコンテンツ署名１４００を受信する。

図１３は、コンテンツ署名１４００、コンテンツ署名１４１０の構造を示す図である。

コンテンツ署名１４００は、コンテンツ識別情報領域１４０１、署名データ領域１４０２、署名日時領域１４０３、署名装置証明書領域１４０４から構成される。

コンテンツ識別情報領域１４０１には、コンテンツ識別情報送信部４２２が署名装置７００へ送信したコンテンツ識別情報１３００が記録される。

署名データ領域１４０２は、コンテンツ識別情報領域１４０１に対して、署名装置７００が、署名装置秘密鍵を用いて生成した署名データが記録される。署名日時領域１４０３には、署名装置７００が署名した日時が記録される。署名装置証明書領域１４０４には、署名装置証明書が記録される。

コンテンツ署名１４１０は、ハッシュテーブル領域１４０１−１、オーナーＩＤ領域１４０１−２、署名データ領域１４０２、署名日時領域１４０３、署名装置証明書領域１４０４から構成される。ハッシュテーブル領域１４０１−１及びオーナーＩＤ領域１４０１−２は、コンテンツ署名１４００のコンテンツ識別情報領域１４０１に記述する具体例を示す。

ハッシュテーブル領域１４０１−１には、図１０を用いて説明した部分コンテンツのハッシュ値が記録される。オーナーＩＤ領域１４０１−２には、コンテンツのオーナーを特定するためのオーナーＩＤが記録される。

ＵＲ受信部４２５は、コンテンツ制作装置１００から端末装置５００が利用要求したコンテンツのＵＲを受信する。
（２）ルート公開鍵格納部４１１、鍵配信装置秘密鍵・証明書格納部４１５、及びリボーク情報・ＭＳＧ格納部４１３
ルート公開鍵格納部４１１は、鍵発行装置２００が発行したルート公開鍵を記憶するための領域を備えている。

鍵配信装置秘密鍵・証明書格納部４１５は、鍵発行装置２００が発行した鍵配信装置秘密鍵及び鍵配信装置証明書１０２０を記憶するための領域を備えている。

リボーク情報・ＭＳＧ格納部４１３は、鍵発行装置２００から受信したリボーク情報１２００と、端末装置がリボーク対象と判断されたときに端末装置のユーザーに告知するための告知メッセージを記憶するための領域を備えている。
（３）相互認証部４３０
相互認証部４３０は、端末装置５００との間で素因数分解の複雑性を基盤とした鍵交換方式であるＤｉｆｉｅｅ−Ｈｅｌｍａｎ方式や、楕円曲線上の離散対数問題を基盤とした鍵交換方式であるＥＣ−ＤＨ（Ｅｌｉｐｔｉｃ Ｃｕｒｖｅ Ｄｉｆｉｅｅ−Ｈｅｌｍａｎ）方式などを用いて相互認証を行い、共通鍵を共有し合う。また、同様に、相互認証部４３０は、記録媒体装置６００と相互認証を行い、記録媒体装置６００との間で共通鍵を共有し合う。相互認証の具体的な方法については、後述する。
（４）暗号復号部４４１
暗号復号部４４１は、記録媒体装置６００との通信を、相互認証部４３０が共有した共有鍵を用いて、送信時は暗号化し、受信時は復号する。これにより、伝送路上のデータを保護する。

暗号復号部４４１は、記録媒体装置６００から記録媒体装置ＩＤを受信する。また、暗号復号部４４１は、タイトル鍵演算部で演算した演算タイトル鍵を記録媒装置に送信する。また、暗号復号部４４１は、オーナーＩＤ取得部４２８で取得したオーナーＩＤを記録媒体装置６００に送信する。また、記録媒体装置６００から記録媒体装置６００の秘密鍵を用いて演算したオーナーＩＤのＭＡＣを受信する。
（５）リボーク確認部４１８
リボーク確認部４１８は、署名装置７００から受信したコンテンツ署名に基づいて署名装置が正当な署名装置であるかを検証する。

また、リボーク確認部４１８は、端末装置ＩＤ・コンテンツＩＤ受信部４１７が受信した端末装置ＩＤとリボーク情報・ＭＳＧ格納部４１３に格納されているリボーク情報とに基づいて端末装置５００がリボーク対象であるか否かを判定する。
（６）ＵＲ処理部４２６
ＵＲ処理部４２６は、コンテンツ署名受信部４２３が受信したコンテンツ署名を用いて、コンテンツ署名の全体のハッシュ値、コンテンツ署名に記載された署名日時、コンテンツ署名の署名データとを、ＵＲ受信部４２５が受信したＵＲに対して追加した処理済みＵＲ１４４０を生成する。

図１４は、処理済みＵＲ１４２０、処理済みＵＲ１４４０の構造を示す図である。

処理済みＵＲ１４２０は、出力制御情報領域１４２１、その他情報領域１４２２、コンテンツ署名特定情報領域１４２３から構成される。

出力制御情報領域１４２１の内容は、図７の出力制御情報領域１４２１と同一内容であり、その他情報領域１４２２は、図７のその他情報領域１４２２と同一内容である。

コンテンツ署名特定情報領域１４２３は、コンテンツを特定するためのコンテンツ署名に係る情報を格納する領域であり、コンテンツ署名特定情報領域１４２３の値を用いることで対応するコンテンツを一意に特定することが可能である。

処理済みＵＲ１４４０は、出力制御情報領域１４２１、その他情報領域１４２２、署名日時領域１４２４、署名データ領域１４２５、コンテンツ署名ハッシュ値領域１４２６から構成される。署名日時領域１４２４、署名データ領域１４２５、コンテンツ署名ハッシュ値領域１４２６は、コンテンツ署名特定情報領域１４２３に記述する具体例を示す。

署名日時領域１４２４は、署名装置７００からコンテンツ署名受信部４２３が受信したコンテンツ署名１４００の署名日時領域１４０３の情報と同一内容の情報が記述される。

署名データ領域１４２５は、署名装置７００からコンテンツ署名受信部４２３が受信したコンテンツ署名１４００の署名データ領域１４０２の情報と同一内容の情報が記述される。

コンテンツ署名ハッシュ値領域１４２６は、コンテンツ署名１４００全体に対するハッシュ計算を行った結果のハッシュ値が記録される。
（７）オーナーＩＤ取得部４２８、タイトル鍵演算部４４０
オーナーＩＤ取得部４２８は、コンテンツ署名受信部４２３が受信したコンテンツ署名１４１０のオーナーＩＤ領域１４０１−２に記述されたオーナーＩＤを取得する。取得したオーナーＩＤを暗号復号部４４１に出力する。また、暗号復号部４４１が記録媒体装置６００から受信したオーナーＩＤのＭＡＣを取得する。

タイトル鍵演算部４４０は、ＵＲ処理部４２６から処理済みＵＲ１４４０を受け取り、オーナーＩＤ取得部４２８からオーナーＩＤのＭＡＣを受け取り、タイトル鍵・コンテンツ識別情報受信部４２１からタイトル鍵を受け取る。

また、処理済みＵＲ１４４０のハッシュ計算を行い、そのハッシュ値と、タイトル鍵と、オーナーＩＤのＭＡＣとを用いた可逆演算可能な演算を行って、演算タイトル鍵を生成する。ここでは一例として、タイトル鍵演算部４４０は、コンテンツ署名１４１０のハッシュ値及びオーナーＩＤのＭＡＣとを結合したデータと、タイトル鍵との排他的論理和（ＸＯＲ）を計算することにより、演算タイトル鍵（ＸＯＲｅｄタイトル鍵）を生成する。

タイトル鍵演算部４４０で生成された演算タイトル鍵は、暗号復号部４４１に渡り、暗号復号部４４１において、記録媒体装置６００と共有した共通鍵で暗号化された後に送信される。
（８）記録媒体装置ＩＤ取得部４５０、ＭＡＣ演算部４５１
記録媒体装置ＩＤ取得部４５０は、暗号復号部４４１が記録媒体装置６００から受信した記録媒体装置ＩＤを取得し、取得した記録媒体装置ＩＤをＭＡＣ演算部４５１に出力する。

ＭＡＣ演算部４５１は、タイトル鍵・コンテンツ識別情報受信部４２１が受信したタイトル鍵と記録媒体装置ＩＤ取得部から入力された記録媒体装置ＩＤとを用いて記録媒体装置ＩＤのＭＡＣを演算する。ＭＡＣ演算部４５１は、記録媒体装置ＩＤのＭＡＣを端末装置５００に送信する。
（９）ＭＳＧ通知部４１９、コンテンツ識別情報送信部４２２
ＭＳＧ通知部４１９は、端末装置ＩＤ・コンテンツＩＤ受信部４１７で受信した端末装置ＩＤに基づいて、リボーク確認部４１８が、端末装置５００がリボーク対象の端末装置と判断した場合に、リボーク情報・ＭＳＧ格納部４１３に格納されている告知メッセージを端末装置５００に送信する。また、告知メッセージを送信した応答として、処理を継続するか否かの情報を端末装置５００から受信する。

コンテンツ識別情報送信部４２２は、タイトル鍵・コンテンツ識別情報受信部４２１が受信したコンテンツ識別情報１３００を署名装置７００に送信する。
＜１−１０．相互認証処理＞
ここでは、相互認証部４３０が行う相互認証処理の詳細について説明する。

図１５は、ホスト／サーバ認証Ａとホスト／サーバ認証Ｂとの間の相互認証の手順例を説明するためのブロック図である。

ここで、ホスト／サーバ認証Ａは、例えば鍵配信装置４００であり、ホスト／サーバ認証Ｂは、例えば端末装置５００又は記録媒体装置６００である。

ホスト／サーバ認証Ａの相互認証部は、乱数生成部Ａ１０、復号部Ａ２０、乱数比較部Ａ３０及び暗号化部Ａ４０を含み、ホスト／サーバ認証Ｂの相互認証部は、暗号化部Ｂ１０、乱数生成部Ｂ２０、復号部Ｂ３０及び乱数比較部Ｂ４０を含む。

図１６は、ホスト／サーバ認証Ａとホスト／サーバ認証Ｂとの間の相互認証の処理のシーケンス図である。

＜ホスト／サーバ認証Ａによるホスト／サーバ認証Ｂの認証＞
まず、ホスト／サーバ認証Ａの乱数生成部Ａ１０は、乱数Ｒ１を生成し（ステップＳ１０００）、ホスト／サーバ認証Ｂに送信する（ステップＳ１００１）。

ホスト／サーバ認証Ｂの暗号化部Ｂ１０は、ホスト／サーバ認証Ａからの乱数Ｒ１を受信し、固有鍵Ｋｓｃで暗号化（Ｅ（Ｋｓｃ，Ｒ１））する（ステップＳ１００２）。暗号化した乱数Ｒ１（Ｅ（Ｋｓｃ，Ｒ１））をホスト／サーバ認証Ａに送信する（ステップＳ１００３）。

ホスト／サーバ認証Ａの復号部Ａ２０は、ホスト／サーバ認証Ｂから受信したＥ（Ｋｓｃ，Ｒ１）を固有鍵Ｋｓｃで復号（Ｄ（Ｋｓｃ，（Ｅ（Ｋｓｃ，Ｒ１））））（＝Ｒ１）する（ステップＳ１００４）。

ホスト／サーバ認証Ａの乱数比較部Ａ３０は、復号した結果Ｄ（Ｋｓｃ，（Ｅ（Ｋｓｃ，Ｒ１）））と生成した乱数Ｒ１とが一致するか否かを調べる（ステップＳ１００５）。一致しなかった場合（ステップＳ１００５：ＮＯ）は、認証が失敗したと判断し、通信路の確立を行わず処理を終了する。一方、一致した場合（ステップＳ１００５：ＹＥＳ）は、ホスト／サーバ認証Ｂが、正規のモジュールであるとの認証結果を得る。

＜ホスト／サーバ認証Ｂによるホスト／サーバ認証Ａの認証＞
次に、ホスト／サーバ認証Ｂの乱数生成部Ｂ２０は、乱数Ｒ２を生成し（ステップＳ１００６）、ホスト／サーバ認証Ａに送信する（ステップＳ１００７）。

ホスト／サーバ認証Ａの暗号化部Ａ４０は、ホスト／サーバ認証Ｂからの乱数Ｒ２を受信し、固有鍵Ｋｓｃで暗号化（Ｅ（Ｋｓｃ，Ｒ２））する（ステップＳ１００８）。そして、暗号化した乱数Ｒ２（Ｅ（Ｋｓｃ，Ｒ２））をホスト／サーバ認証Ｂに送信する（ステップＳ１００９）。

ホスト／サーバ認証Ｂの復号部Ｂ３０は、ホスト／サーバ認証Ａから受信したＥ（Ｋｓｃ，Ｒ２）を固有鍵Ｋｓｃで復号（Ｄ（Ｋｓｃ，（Ｅ（Ｋｓｃ，Ｒ２））））（＝Ｒ２）する（ステップＳ１０１０）。

ホスト／サーバ認証Ｂの乱数比較部Ｂ４０は、復号した結果Ｄ（Ｋｓｃ，（Ｅ（Ｋｓｃ，Ｒ２）））と生成した乱数Ｒ２とが一致するか否かを調べる（ステップＳ１０１１）。一致しなかった場合（ステップＳ１０１１：ＮＯ）は、認証が失敗したと判断し、通信路の確立を行わず処理を終了する。一方、一致した場合（ステップＳ１０１１：ＹＥＳ）は、ホスト／サーバ認証Ｂが、正規のモジュールであるとの認証結果を得る。

ステップＳ１００５及びステップＳ１０１１において、相手が正規モジュールであるとの認証結果が得られた場合に、ホスト／サーバ認証Ａ及びホスト／サーバ認証Ｂは、Ｒ１｜｜Ｒ２を入力として、Ｋｓｃを用いた一方向性関数で得た値を共通鍵とする（ステップＳ１０１２、ステップＳ１０１３）。ここで、「｜｜」はデータの連結を意味する記号である。

なお、ここでは、詳細には説明しないが、鍵配信装置４００と端末装置５００との間及び鍵配信装置４００と記録媒体装置６００との間それぞれの相互認証においては、共通鍵の授受だけでなく、証明書の授受も行われる。証明書の授受手順の詳細は、非特許文献２の「４．３ Ｄｒｉｖｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ａｌｇｏｒｉｔｈｍ ｆｏｒ ＡＡＣＳ（ＡＡＣＳ−Ａｕｔｈ）」の記載（特に、認証手順のステップ７及び１３）を参照されたい。また、ここで示した相互認証の手順は一例であり、他の相互認証方式を用いてもよい。
＜１−１１．鍵配信処理の動作＞
図１７は、鍵配信装置４００による鍵配信処理の動作を示すフローチャートである。

鍵配信装置４００は、鍵配信処理に先立ち、鍵発行装置２００からルート公開鍵を受信し、格納している。また、鍵配信装置４００は、鍵発行装置２００から鍵配信装置秘密鍵及び鍵配信装置証明書を受信し、格納している。また、鍵配信装置４００は、コンテンツ制作装置１００から、タイトル鍵とＵＲとコンテンツ識別情報１３００とを受信し、格納している。

以下の処理は、鍵配信装置４００が端末装置５００からタイトル鍵の送信要求を受け取った場合に実行される。

まず、端末装置ＩＤ・コンテンツＩＤ受信部４１７が端末装置５００から端末装置ＩＤとコンテンツＩＤとを受信したか否かを調べる（ステップＳ５０）。端末装置ＩＤとコンテンツＩＤとを受信していなければ（ステップＳ５０：ＮＯ）受信するまで待機する。

端末装置ＩＤとコンテンツＩＤとを受信すると（ステップＳ５０：ＹＥＳ）、リボーク確認部４１８は、端末装置ＩＤがリボーク対象であるか否かを調べる。具体的にはリボーク情報に含まれるリボーク対象装置のリストに端末装置ＩＤと一致するものがあるかを調べる。一致するものがある場合には、リボーク対象の端末装置と判定する。
ステップＳ５１でＹＥＳの場合には、ＭＳＧ通知部４１９はリボーク情報・ＭＳＧ格納部４１３から処理を継続するか否かを端末装置５００のユーザーに判断させるための告知メッセージを読出し端末装置５００に送信する（ステップＳ５２）。ＭＳＧ通知部４１９はＭＳＧ送信の応答として、処理続行の指示を受信した場合（ステップＳ５３：ＹＥＳ）にはステップＳ５４からの処理を続行する。処理続行の指示を受信しなかった場合又はＭＳＧ送信から予め設定した一定時間（例えば３０秒）応答がなければ処理を終了する。

ステップＳ５１でＮＯ又は、ステップＳ５３でＹＥＳの場合には、タイトル鍵・コンテンツ識別情報受信部は、コンテンツ配信装置３００からコンテンツＩＤに該当するコンテンツのコンテンツ識別情報１３００を受信する（ステップＳ５４）。

次に、コンテンツ識別情報送信部４２２は、署名装置７００へコンテンツ識別情報１３００を送信する（ステップＳ５５）。コンテンツ署名受信部４２３は、送信したコンテンツ識別情報１３００に対して署名されたコンテンツ署名１４１０を受信する（ステップＳ５６）。リボーク確認部４１８は、コンテンツ署名をした署名装置７００が正当な署名装置であるかを検証する。具体的には、電子認証署名で用いられる署名検証アルゴリズムにより、署名装置証明書１０５０に含まれる署名装置公開鍵を用いて、コンテンツ識別情報１３００とコンテンツ署名１４１０のデジタル署名の検証を行う。また、リボーク情報に含まれるリボーク対象装置のリストにコンテンツ署名１４１０に含まれる署名装置証明書で特定される署名装置ＩＤと一致するものがあるかを調べる。一致するものがある場合には、リボーク対象の装置と判定する。署名検証で失敗、又はリボーク対象の装置と判定された場合（ステップＳ５７：ＮＧ）には鍵配信処理を終了する。

ステップＳ５７でＯＫの場合には、相互認証部４３０は、端末装置５００と相互認証し、共通鍵ＢＫ１を生成する（ステップＳ５８）。これ以降、鍵配信装置４００と端末装置５００とで送受信するデータは共通鍵ＢＫ１で暗号化される。

次に、相互認証部４３０は、端末装置５００に接続されている記録媒体装置６００と相互認証し、共通鍵ＢＫ１と異なる共通鍵ＢＫ２を生成する（ステップＳ５９）。これ以降、鍵配信装置４００と記録媒体装置６００とで送受信するデータは共通鍵ＢＫ２で暗号化される。

暗号復号部４４１は、共通鍵ＢＫ１で暗号化された記録媒体装置ＩＤを端末装置５００から受信する（ステップＳ６０）。暗号復号部４４１は、暗号化された記録媒体装置ＩＤを、共通鍵ＢＫ１を用いて復号し、記録媒体装置ＩＤ取得部４５０に出力する（ステップＳ６１）。

次に、タイトル鍵・コンテンツ識別情報受信部４２１は、コンテンツ配信装置３００からタイトル鍵を受信する（ステップＳ６２）。ＵＲ受信部４２５は、コンテンツ制作装置１００からＵＲを受信する（ステップＳ６３）。

ＵＲ処理部４２６は、ＵＲ受信部４２５で受信したＵＲに、コンテンツ署名受信部４２３で受信したコンテンツ署名を用いて、コンテンツ署名の全体のハッシュ値を演算し、このハッシュ値、コンテンツ署名に記載された署名日時、及びコンテンツ署名の署名データを、ＵＲ受信部４２５が受信したＵＲに対して追加して処理済みＵＲ１４４０を生成する。

更に処理済みＵＲのハッシュ値を演算し、演算した処理済みＵＲのハッシュ値をタイトル鍵演算部４４０に出力する（ステップＳ６４）。

次に、オーナーＩＤ取得部４２８はコンテンツ署名受信部４２３が受信したコンテンツ署名のオーナーＩＤ領域１４０１−２からオーナーＩＤを取得し、暗号復号部４４１に出力する。暗号復号部４４１は共通鍵ＢＫ２でオーナーＩＤを暗号化して記録媒体装置６００に送信し、その応答として秘密鍵ＢＫ２で暗号化した、記録媒体装置６００が自装置の秘密鍵を用いて演算したオーナーＩＤのＭＡＣを受信する。暗号復号部４４１は、共通鍵ＢＫ２を用いて、暗号化されたオーナーＩＤのＭＡＣを復号し、オーナーＩＤ取得部に出力する（ステップＳ６５）。

タイトル鍵演算部４４０は、タイトル鍵・コンテンツ識別情報受信部４２１からタイトル鍵を、ＵＲ処理部４２６から処理済みＵＲ１４２０のハッシュ値を、オーナーＩＤ取得部４２８からオーナーＩＤのＭＡＣをそれぞれ受け取る。オーナーＩＤのＭＡＣと処理済みＵＲ１４２０のハッシュ値とを結合したデータと、タイトル鍵との排他的論理和（ＸＯＲ）を計算することにより、演算タイトル鍵（ＸＯＲｅｄタイトル鍵）を生成する（ステップＳ６６）。

暗号復号部４４１は、演算タイトル鍵を共通鍵ＢＫ２で暗号化し（ステップＳ６７）、記録媒体装置６００に送信する（ステップＳ６８）。

次に、ＭＡＣ演算部４５１は、タイトル鍵・コンテンツ識別情報受信部４２１で受信したタイトル鍵と記録媒体装置ＩＤ取得部で取得した記録媒体装置ＩＤとを用いて、記録媒体装置ＩＤのＭＡＣを演算する（ステップＳ６９）。

ＭＡＣ演算部４５１は、演算した記録媒体装置ＩＤのＭＡＣを共通鍵ＢＫ１で暗号化し（ステップＳ７０）、端末装置５００へ送信する（ステップＳ７１）。

ＵＲ処理部４２６は、処理済みＵＲ１４２０を端末装置５００へ送信する（ステップＳ７２）。
＜１−１２．端末装置５００の構成＞
端末装置５００は、インターネットやデジタル放送などのネットワークを介して、コンテンツ配信装置３００からコンテンツを受信し、また、鍵配信装置４００からタイトル鍵を受信する。端末装置５００は、受信したコンテンツとタイトル鍵とを、記録媒体装置６００に記録するコンテンツ記録処理を行う。

また、端末装置５００は、コンテンツとタイトル鍵とが記録された記録媒体装置６００から、コンテンツを読み出して再生するコンテンツ再生処理を行う。

図１８は、端末装置５００の受信及び書込み処理の際の主要部の機能構成を示すブロック図であり、図１９は、端末装置５００の再生処理の際の主要部の機能構成を示すブロック図である。

以下では、図１８を用いて、端末装置５００がコンテンツ配信装置３００及び鍵配信装置４００と連携してコンテンツと、コンテンツの保護及び再生に必要な鍵等のデータとを受信し、記録媒体装置６００に書き込む受信及び書込み処理に関連する構成を説明する。

また、図１９を用いて、記録媒体装置６００に上記コンテンツ及び鍵等のデータが既に書き込まれた状況において、端末装置５００が記録媒体装置６００からこのコンテンツ及び鍵等のデータを読み出して再生する再生処理に関連する構成を説明する。なお、受信及び書込み処理と、再生処理の間で重複している構成には、図１８及び図１９において、同一名称、同一符号を割り振っている。

図１８、図１９で示すように、端末装置５００は、端末装置秘密鍵・証明書格納部５１０、端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５、継続許否入力・通知部５１６、コンテンツ受信部５２０、コンテンツ書込部５２２、コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４、コンテンツ署名・ＵＲ・ＭＡＣ書込部５２６、演算タイトル鍵伝送部５２７、ルート公開鍵格納部５１１、相互認証部５３０、記録媒体装置ＩＤ取得部５３１、暗号復号部５３２、演算タイトル鍵受信部５５０、データ送信・ＭＡＣ受信部５５１、ＵＲ読出部５５５、タイトル鍵再演算部５５６、記録媒体装置ＩＤ ＭＡＣ読出部５５７、第１再生判断部５５８、コンテンツ読出部５６０、コンテンツ復号部５６１、コンテンツ署名読出部５７０、リボーク情報・ＭＳＧ受信・格納部５７１、コンテンツ署名検証部５７２、第２再生判断部５７３、第３再生判断部５７４、ＭＳＧ提示部５７５、及びコンテンツ再生部５８０を含む構成である。

なお、端末装置５００は、ＣＰＵ、メモリ、ネットワーク接続ユニットを含んで構成されており、相互認証部５３０、記録媒体装置ＩＤ取得部５３１、暗号復号部５３２、記録媒体装置ＩＤ送信部５３３、タイトル鍵再演算部５５６、第１再生判断部５５８、コンテンツ復号部５６１、コンテンツ署名検証部５７２、第２再生判断部５７３、第３再生判断部５７４、ＭＳＧ提示部５７５、及びコンテンツ再生部５８０の各機能は、上述のメモリに記憶されているプログラムを上述のＣＰＵが実行することにより実現される。

また、端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５、継続許否入力・通知部５１６、コンテンツ受信部５２０、コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４、及び、リボーク情報・ＭＳＧ受信・格納部５７１によるデータの授受は、上述のネットワーク接続ユニットを用いて行われる。

以下、各機能構成について説明する。
（１）端末装置秘密鍵・証明書格納部５１０、ルート公開鍵格納部５１１、及びリボーク情報・ＭＳＧ受信・格納部５７１
端末装置秘密鍵・証明書格納部５１０は、鍵発行装置２００により生成された端末装置秘密鍵及び端末装置証明書１０３０を記録するための領域を備えている。

ルート公開鍵格納部５１１は、鍵発行装置２００が発行したルート公開鍵を記憶するための領域を備えている。

リボーク情報・ＭＳＧ受信・格納部５７１は、鍵発行装置２００からリボーク情報１２００を受信し、記憶するための領域を備えている。また、端末装置がリボーク対象と判断されたときに端末装置のユーザーに告知するための告知メッセージを受信し、記憶するための領域を備えている。
（２）端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５、及び継続許否入力・通知部５１６
端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、自装置を特定するための識別情報である端末装置ＩＤと、自装置に接続されている記録媒体装置に記録するコンテンのコンテンツＩＤを鍵配信装置４００に通知する。また、鍵配信装置４００が、当端末装置５００がリボーク対象であると判断した場合に送信するＭＳＧを受信し、図示していない表示デバイス（例えば、ディスプレイ）に出力する。

継続許否入力・通知部５１６は、表示デバイスに表示されたＭＳＧに従い、ユーザーによってコンテンツの記録を継続しない旨の入力がなされると、処理を継続しない旨を鍵配信装置４００に通知する。一方、コンテンツの記録を継続する旨の入力がなされると、処理を継続する旨を鍵配信装置４００に通知する。
（３）コンテンツ受信部５２０及びコンテンツ書込部５２２
コンテンツ受信部５２０は、コンテンツ配信装置３００からコンテンツを受信する。

コンテンツ書込部５２２は、コンテンツ受信部５２０が受信したコンテンツを自装置に接続している記録媒体装置６００に書き込む。
（４）コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４及びコンテンツ署名・ＵＲ・ＭＡＣ書込部５２６、及び演算タイトル鍵伝送部５２７
コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４は、鍵配信装置４００からコンテンツ署名１４１０、処理済みＵＲ１４４０、記録媒体装置ＩＤのＭＡＣを受信する。

コンテンツ署名・ＵＲ・ＭＡＣ書込部５２６は、コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４が受信したコンテンツ署名１４１０、処理済みＵＲ１４４０、記録媒体装置ＩＤのＭＡＣを自装置に接続している記録媒体装置６００に書き込む。

演算タイトル鍵伝送部５２７は、鍵配信装置４００と記録媒体装置６００との間で送受信される通信データを伝送する。ここで伝送される通信データは、具体的には、鍵配信装置４００と記録媒体装置６００とが相互認証で共有した共通鍵ＢＫ３を用いて暗号化された暗号化演算タイトル鍵である。
（５）相互認証部５３０、暗号復号部５３２
相互認証部５３０は、鍵配信装置４００と相互認証を行い、鍵配信装置４００の正当性を確認し、鍵配信装置４００との間で共通鍵ＢＫ１を共有し合う。また、相互認証部５３０は、記録媒体装置６００と相互認証を行い、記録媒体装置６００の正当性を確認し、記録媒体装置６００との間で共通鍵ＢＫ３を共有し合う。相互認証処理については、図１５及び図１６を用いて既に説明したので、ここでは説明は省略する。

暗号復号部５３２は、鍵配信装置４００と共有した共通鍵ＢＫ１を用いて、鍵配信装置４００との間で送受信されるデータを暗号化したり復号したりする。同様に、暗号復号部５３２は、記録媒体装置６００と共有した共通鍵ＢＫ３を用いて、記録媒体装置６００との間で送受信されるデータを暗号化したり復号したりする。
（６）ＵＲ読出部５５５
ＵＲ読出部５５５は、コンテンツを記録している記録媒体装置６００から、再生するコンテンツの処理済みＵＲ１４４０を読み出し、タイトル鍵再演算部５５６及び第３再生判断部５７４に出力する。
（７）記録媒体装置ＩＤ取得部５３１、記録媒体装置ＩＤ送信部５３３、演算タイトル鍵受信部５５０、データ送信・ＭＡＣ受信部５５１、記録媒体装置ＩＤ ＭＡＣ読出部５５７、及びコンテンツ署名読出部５７０
記録媒体装置ＩＤ取得部５３１は、コンテンツ記録処理において、相互認証部５３０による相互認証処理の途中で受信する記録媒体装置証明書１０４０から、記録媒体装置ＩＤを取得し、取得した記録媒体装置ＩＤを、記録媒体装置ＩＤ送信部５３３へ出力する。

また、記録媒体装置ＩＤ取得部５３１は、コンテンツ再生処理において、相互認証部５３０による相互認証処理の途中で受信する記録媒体装置証明書１０４０から、記録媒体装置ＩＤを取得し、取得した記録媒体装置ＩＤを、第１再生判断部５５８へ出力する。

記録媒体装置ＩＤ送信部５３３は、記録媒体装置ＩＤ取得部５３１から、記録媒体装置ＩＤを受け取り、受け取った記録媒体装置ＩＤを、暗号復号部５３２を経由して、鍵配信装置４００へ送信する。

演算タイトル鍵受信部５５０は、コンテンツの再生処理時に、再生対象であるコンテンツの暗号化に用いられたタイトル鍵から生成された演算タイトル鍵を、記録媒体装置６００から暗号復号部５３２を経由して受信する。

データ送信・ＭＡＣ受信部５５１は、コンテンツ署名読出部５７０が読み出したコンテンツ署名１４１０からオーナーＩＤ領域１４０１−２に記述されているオーナーＩＤを抽出し、暗号復号部５３２による暗号処理を経由して、記録媒体装置６００へ送信する。

そして、記録媒体装置６００で、受信したオーナーＩＤに対して記録媒体装置６００の秘密鍵を用いて演算されたオーナーＩＤのＭＡＣを、暗号復号部５３２による復号処理を経由して受信する。そして、受信したオーナーＩＤのＭＡＣをタイトル鍵再演算部に出力する。

記録媒体装置ＩＤ ＭＡＣ読出部５５７は、記録媒体装置６００から、再生対象のコンテンツと関連付けて記録されている記録媒体装置ＩＤのＭＡＣを読出し、第１再生判断部５５８に出力する。

コンテンツ署名読出部５７０は、記録媒体装置６００からコンテンツ署名１４１０を読み出し、第２再生判断部５７３、コンテンツ署名検証部５７２に読み出したコンテンツ署名１４１０を出力する。
（８）タイトル鍵再演算部５５６
タイトル鍵再演算部５５６は、ＵＲ読出部５５５が読出した処理済みＵＲ１４２０のハッシュ値を計算する。次に、この処理済みＵＲ１４２０のハッシュ値とデータ送信・ＭＡＣ受信部５５１が受信したオーナーＩＤのＭＡＣとを連結したデータのハッシュ値を計算する。そして、演算タイトル鍵受信部５５０が受信した演算タイトル鍵との排他的論理和（ＸＯＲ）することにより、元のタイトル鍵を算出する。
（９）コンテンツ署名検証部５７２
コンテンツ署名検証部５７２は、リボーク情報１２００を参照し、コンテンツ署名読出部５７０から受け取ったコンテンツ署名を生成した署名装置７００がリボーク対象であるか否か確認する。署名装置７００がリボーク対象である場合、コンテンツ署名検証部５７２は、コンテンツ復号部５６１へ復号中止の指示を出力する。

また、コンテンツ署名検証部５７２は、ＵＲ読出部５５５から受け取った処理済みＵＲ１４４０の署名データ領域１４２５に記載されている署名データが、コンテンツ署名１４１０の署名データ領域１４０２に記載されている署名データと一致するか否かを確認する。一致しない場合、コンテンツ署名検証部５７２は、コンテンツ復号部５６１へ復号中止の指示を出力する。
（１０）第１再生判断部５５８、第２再生判断部５７３、及び第３再生判断部５７４
第１再生判断部５５８は、タイトル鍵再演算部５５６からタイトル鍵を受け取り、記録媒体装置ＩＤ取得部５３１から記録媒体装置ＩＤを受け取り、記録媒体装置ＩＤ ＭＡＣ読出部５５７から記録媒体装置ＩＤのＭＡＣを受け取る。第１再生判断部５５８は、受け取ったタイトル鍵を用いて記録媒体装置ＩＤのＭＡＣを演算する。そして第１再生判断部５５８は、演算されたＭＡＣと記録媒体装置ＩＤ ＭＡＣ読出部５５７が記録媒体装置６００から読み出した記録媒体装置ＩＤのＭＡＣとが一致するか否かを判断する。両ＭＡＣが一致しない場合、第１再生判断部５５８は、コンテンツ復号部５６１へ復号中止の指示を出力する。

第２再生判断部５７３は、コンテンツ署名読出部５７０からコンテンツ署名１４１０を受け取り、コンテンツ読出部５６０からコンテンツを受け取る。第２再生判断部５７３は、コンテンツ署名１４１０を用いてコンテンツの正当性を確認する。コンテンツが不正であると判断されると、第２再生判断部５７３は、コンテンツ復号部５６１へ復号中止の指示を出力する。

第３再生判断部５７４は、ＵＲ読出部５５５から処理済みＵＲ１４４０を受け取り、コンテンツ署名検証部５７２からコンテンツ署名１４１０を受け取る。第３再生判断部５７４は、コンテンツ署名全体のハッシュ値を計算し、計算されたハッシュ値と処理済みＵＲ１４４０のコンテンツ署名ハッシュ値領域１４２６に記載されたハッシュ値とが一致するか否かを確認する。ハッシュ値が一致しない場合、第３再生判断部５７４は、コンテンツ復号部５６１へ復号中止の指示を出力する。
（１１）コンテンツ読出部５６０、コンテンツ復号部５６１、コンテンツ再生部５８０及びＭＳＧ提示部５７５
コンテンツ読出部５６０は、記録媒体装置６００から再生対象であるコンテンツを読み出す。コンテンツ読出部５６０は、読み出したコンテンツを、コンテンツ復号部５６１及び第２再生判断部５７３へ出力する。

コンテンツ復号部５６１は、タイトル鍵再演算部から、タイトル鍵再演算部５５６により復元されたタイトル鍵を受け取り、コンテンツ読出部５６０からコンテンツを受け取る。コンテンツ復号部５６１は、タイトル鍵を復号鍵として用い、コンテンツに復号アルゴリズムＤを施して、コンテンツを復号する。復号アルゴリズムＤは、暗号化アルゴリズムＥにおり暗号化された暗号文を平文に復号するアルゴリズムである。コンテンツ復号部５６１は復号したコンテンツをコンテンツ再生部５８０へ出力する。

なお、コンテンツ復号部５６１は、第１再生判断部５５８、コンテンツ署名検証部５７２、第２再生判断部５７３、第３再生判断部５７４のいずれかから、復号中止の指示を受け取った場合には、コンテンツの復号を中止する。

コンテンツ再生部５８０は、コンテンツ復号部５６１から復号されたコンテンツを受け取りデコードする。そして、コンテンツ再生部５８０は、図示していない表示デバイス（例えば、ディスプレイ）へデコードされたコンテンツを出力する。

ＭＳＧ提示部５７５は、コンテンツ署名検証部で検証に失敗した場合にユーザーに告知するためのＭＳＧを受け取り、図示していない表示デバイスへＭＳＧを出力する。
＜１−１３．コンテンツ記録処理の動作＞
図２０は端末装置５００によるコンテンツ記録処理の動作を示すフローチャートである。なお、端末装置５００には、予め、ルート公開鍵、端末装置秘密鍵、及び端末装置証明書１０３０が格納されている。

相互認証部５３０は、記録媒体装置６００と相互認証を行い、記録媒体装置６００の正当性を確認する。記録媒体装置ＩＤ取得部５３１は、相互認証処理の途中で受信した記録媒体装置証明書１０４０から記録媒体装置ＩＤを取得する（ステップＳ８０）。

端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、コンテンツ配信装置３００へ、自装置の端末装置ＩＤと自装置に接続している記録媒体装置６００へ記録するコンテンツのコンテンツＩＤを送信する（ステップＳ８１）。

コンテンツ受信部５２０は、端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５が送信したコンテンツＩＤに対応するコンテンツをコンテンツ配信装置３００から受信する（ステップＳ８２）。また、コンテンツ受信部５２０は、コンテンツ識別情報１３００を鍵配信装置４００から取得する（ステップＳ８３）。

コンテンツ書込部５２２は、コンテンツ受信部５２０で受信したコンテンツとコンテンツ識別情報１３００を記録媒体装置に書き込む（ステップＳ８４）。

次に、端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、鍵配信装置４００へ端末装置ＩＤ及びコンテンツＩＤを送信する（ステップＳ８５）。端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、鍵配信装置４００から、その返信として、鍵配信装置４００で端末装置がリボーク対象であると判断された場合に送信されるＭＳＧを受信した場合（ステップＳ８６：ＹＥＳ）には受信したＭＳＧを図示しない表示デバイスに表示する。

継続許否入力・通知部５１６は、ユーザーからの記録処理を継続するか否かの指示の入力を受け付ける。ユーザーの入力が、記録処理続行しない指示の場合（ステップＳ８７：ＮＯ）は、処理を終了する。一方、ユーザーの入力が、記録処理続行の指示の場合（ステップＳ８７：ＹＥＳ）及び、端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５がＭＳＧを受信しなかった場合（ステップＳ８６：ＮＯ）には、鍵配信装置４００と相互認証して共通鍵ＢＫ１を生成する（ステップＳ８８）。相互認証処理については、図１５及び図１６を用いて既に説明したので、ここでは説明は省略する。

次に、暗号復号部５３２は、共通鍵ＢＫ１を用いて、コンテンツ識別情報１３００と記録媒体装置ＩＤを暗号化し（ステップＳ８９）、暗号化したコンテンツ識別情報及び記録媒体装置ＩＤを鍵配信装置４００に送信する（ステップＳ９０）。

コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４は、記録媒体装置ＩＤ送信の応答として鍵配信装置４００から共通鍵ＢＫ１で暗号化された記録媒体装置ＩＤのＭＡＣを受信（ステップＳ９１）し、復号して記録媒体装置ＩＤのＭＡＣをコンテンツ署名・ＵＲ・ＭＡＣ書込部５２６に出力する（ステップＳ９２）。

コンテンツ署名・ＵＲ・ＭＡＣ受信部５２４は、鍵配信装置４００からコンテンツ署名１４１０及び処理済みＵＲ１４４０を受信し、コンテンツ署名・ＵＲ・ＭＡＣ書込部に出力する（ステップＳ９３）。

コンテンツ署名・ＵＲ・ＭＡＣ書込部５２６は、記録媒体装置ＩＤのＭＡＣ、コンテンツ署名１４１０、及び処理済みＵＲ１４４０を自装置に接続している記録媒体装置６００に書き込む（ステップＳ９４）。

続いて、演算タイトル鍵伝送部５２７は、鍵配信装置４００から受信した演算タイトル鍵を記録媒体装置６００へ伝送する（ステップＳ９５）。なお、ステップＳ９５で伝送される演算タイトル鍵は、端末装置５００が知りえない、鍵配信装置４００及び記録媒体装置６００間で相互認証して共有された共通鍵ＢＫ３で暗号化されている。
＜１−１４．コンテンツ再生処理の動作＞
図２１は、端末装置５００によるコンテンツ再生処理の動作を示すフローチャートである。なお、記録媒体装置６００は、上述したコンテンツ記録処理を経て、コンテンツ、演算タイトル鍵、記録媒体装置ＩＤのＭＡＣ、処理済みＵＲ１４４０、コンテンツ署名１４１０等を既に格納していることとする。

相互認証部５３０は、記録媒体装置６００との間で相互認証処理を行い、共通鍵ＢＫ３を生成する。また、記録媒体装置ＩＤ取得部５３１は、相互認証処理の途中で受信した記録媒体装置証明書１０４０から記録媒体装置ＩＤを取得する（ステップＳ１００）。

記録媒体装置ＩＤ取得部５３１は、取得した記録媒体装置ＩＤを第１再生判断部５５８へ出力する。

暗号復号部５３２は、記録媒体装置６００から、共通鍵ＢＫ３で暗号化された演算タイトル鍵を受信し（ステップＳ１０１）、共通鍵ＢＫ３を用いて復号する。暗号復号部５３２は、復号された演算タイトル鍵を、演算タイトル鍵受信部５５０へ出力する（ステップＳ１０２）。演算タイトル鍵受信部５５０は、演算タイトル鍵を受け取り、タイトル鍵再演算部５５６へ出力する。

次に、ＵＲ読出部５５５は、記録媒体装置６００から処理済みＵＲ１４４０を読出し、読み出した処理済みＵＲを、タイトル鍵再演算部５５６及び第３再生判断部５７４へ出力する（ステップＳ１０３）。

コンテンツ署名読出部５７０は、記録媒体装置６００からコンテンツ署名１４１０を読み出して、読み出したコンテンツ署名１４１０を、タイトル鍵再演算部５５６、コンテンツ署名検証部５７２、第２再生判断部５７３、及びデータ送信・ＭＡＣ受信部５５１へ出力する（ステップＳ１０４）。

次に、コンテンツ署名検証部５７２は、コンテンツ署名１４１０の署名装置証明書領域１４０４から署名装置ＩＤを抽出する。コンテンツ署名検証部５７２は、リボーク情報・ＭＳＧ受信・格納部５７１に格納されているリボーク情報１２００に抽出した署名装置ＩＤが記載されているか否かを確認する（ステップＳ１０５）。なお、この確認に先だってリボーク情報・ＭＳＧ受信・格納部５７１は、格納しているリボーク情報１２００と、接続している記録媒体装置６００の格納しているリボーク情報とを比較し、記録媒体装置６００に格納されているリボーク情報が自装置に格納しているリボーク情報より新しければ、自装置のリボーク情報を記録媒体装置６００の格納しているリボーク情報に更新する。リボーク情報の新旧は、それぞれのリボーク情報の署名領域に記載されている署名日時を比較することで判断する。

リボーク情報１２００に署名装置ＩＤが記載されている場合、コンテンツ署名検証部５７２は、コンテンツ署名１４１０の署名日時領域１４０３から署名日時を抽出する。コンテンツ署名検証部５７２は、リボーク情報１２００内で署名装置ＩＤと対応付けて記載されているリボーク日時を確認する。リボーク日時が署名日時よりも古い場合は、署名装置がリボーク対象と判断し、（ステップＳ１０５：ＹＥＳ）、コンテンツ署名検証部５７２は、コンテンツ復号部５６１へ復号中止の指示を出力する。そして、端末装置５００は、コンテンツの再生処理を終了する。

一方、リボーク日時が署名日時よりも新しい場合、コンテンツ署名検証部５７２は、署名装置がリボーク対象ではないと判断する（ステップＳ１０５：ＮＯ）。

ステップＳ１０５でＮＯの場合には、第２再生判断部５７３は、コンテンツ署名読出部５７０から受け取ったコンテンツ署名１４１０のハッシュテーブル領域１４０１−１に記載されているハッシュ値を読み出す（ステップＳ１０６）。

コンテンツ読出部５６０は、記録媒体装置６００からコンテンツを読出し、読み出したコンテンツを、第２再生判断部５７３及びコンテンツ復号部５６１へ出力する（ステップＳ１０７）。

第２再生判断部５７３は、コンテンツ読出部５６０から受け取ったコンテンツを５個の部分コンテンツに分割する。そしてそれぞれの部分コンテンツのハッシュ値を計算する（ステップＳ１０８）。第２再生判断部５７３は、計算されたハッシュ値と、コンテンツ署名１４１０のハッシュテーブル領域１４０１−１のハッシュ値とを比較することにより、記録媒体装置６００から読み出したコンテンツが正当なコンテンツであるか検証する（ステップＳ１０９）。５個のハッシュ値のうち少なくとも１つが一致しない場合（ステップＳ１０９：ＮＯ）、第２再生判断部５７３は、コンテンツ復号部５６１へ復号中止の指示を出力する。そして、端末装置５００は、コンテンツの再生処理を終了する。

一方、５個のハッシュ値全てが一致する場合（ステップＳ１０９：ＹＥＳ）、第３再生判断部５７４は、ＵＲ読出部５５５から受け取った処理済みＵＲ１４４０が正規のコンテンツ署名を用いて加工されたものであるか否かを確認する。具体的には、まず、第３再生判断部５７４は、処理済みＵＲ１４４０のコンテンツ署名ハッシュ値領域１４２６からコンテンツ署名ハッシュ値を抽出する（ステップＳ１１０）。

次にコンテンツ署名１４１０のハッシュ値を計算し、計算されたハッシュ値と、処理済みＵＲ１４４０のコンテンツ署名ハッシュ値領域１４２６に記載されたハッシュ値とを比較する。ハッシュ値が一致しない場合（ステップＳ１１１：ＮＯ）、第３再生判断部５７４は、コンテンツ復号部５６１へ復号中止の指示を出力する。そして、端末装置５００は、コンテンツの再生処理を終了する。

一方、ハッシュ値が一致する場合（ステップＳ１１１：ＹＥＳ）、タイトル鍵再演算部５５６は、ＵＲ読出部５５５から受け取った処理済みＵＲ１４４０のハッシュ値を計算する（ステップＳ１１２）。

次に、データ送信・ＭＡＣ受信部５５１は、コンテンツ署名読出部５７０から受け取ったコンテンツ署名１４１０のオーナーＩＤ領域１４０１−２からオーナーＩＤを読み出し、読出したオーナーＩＤを記録媒体装置６００へ暗号復号部５３２を経由して送信する（ステップＳ１１３）。そして、データ送信・ＭＡＣ受信部５５１は、その応答してオーナーＩＤのＭＡＣを記録媒体装置６００から受信したか否かを確認する（ステップＳ１１４）。

データ送信・ＭＡＣ受信部５５１は、記録媒体装置６００からオーナーＩＤのＭＡＣを受信しなかった場合（ステップＳ１１４：ＮＯ）、コンテンツ復号部５６１へ復号中止の指示を出力する。そして、端末装置５００は、コンテンツの再生処理を終了する。一方、オーナーＩＤのＭＡＣを受信した場合（ステップＳ１１４：ＹＥＳ）、データ送信・ＭＡＣ受信部５５１は、受信したオーナーＩＤのＭＡＣをタイトル鍵再演算部５５６へ出力する。

タイトル鍵再演算部５５６は、コンテンツ署名１４１０のハッシュ値及びオーナーＩＤのＭＡＣを結合したデータと、演算タイトル鍵受信部５５０から受け取った演算タイトル鍵（ＸＯＲｅｄタイトル鍵）との排他的論理和（ＸＯＲ）を計算することにより、タイトル鍵を算出する（ステップＳ１１５）。

第１再生判断部５５８は、算出されたタイトル鍵と記録媒体装置ＩＤとから記録媒体装置ＩＤのＭＡＣを算出する（ステップＳ１１６）。記録媒体装置ＩＤ ＭＡＣ読出部５５７は、記録媒体装置６００から記録媒体装置ＩＤのＭＡＣを読み出し、第１再生判断部５５８へ出力する。第１再生判断部５５８は、この記録媒体装置６００から読み出されたＭＡＣとステップＳ１１６で算出したＭＡＣとが一致するか否か判断する（ステップＳ１１７）。

両ＭＡＣが一致しない場合（ステップＳ１１７：ＮＯ）、第１再生判断部５５８は、コンテンツ復号部５６１へ復号中止の指示を出力する。そして、端末装置５００は、コンテンツの再生処理を終了する。

一方、両ＭＡＣが一致する場合（ステップＳ１１７：ＹＥＳ）、コンテンツ復号部５６１は、タイトル鍵を復号鍵として用い、コンテンツに復号アルゴリズムＤを施してコンテンツを復号する（ステップＳ１１８）。

コンテンツ再生部５８０は、コンテンツをデコードして表示デバイスに出力する（ステップＳ１１９）。
＜１−１５．記録媒体装置６００の構成＞
記録媒体装置６００は、端末装置５００に接続して用いるＳＤカードである。

図２２は、記録媒体装置６００の主要部の機能構成を示すブロック図である。

図２２に示すように、記録媒体装置６００は、記憶部６０１とコントローラー６０２を含む構成である。なお、コントローラー６０２は、コントローラー製造業者により製造されたＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）デバイスであり、内部処理はセキュアに守られ、外部から情報を読み出すことができない。

以下、各機能構成について説明する。
（１）記憶部６０１
記憶部６０１は、フラッシュメモリ製造業者により製造されたフラッシュメモリである。記憶部６０１へのデータの書き込み、及び記憶部６０１からのデータの読出しは、コントローラー６０２を介して行われる。具体的に、記憶部６０１は、システム領域６０３、認証領域６０４及び通常領域６０５を含む。システム領域６０３は、コントローラー６０２のみからアクセス（データの読出し及び書込み）が可能であり、コントローラー６０２の外部からはアクセスが不可能な領域である。認証領域６０４は、アクセスするためには、コントローラー６０２を介した認証処理が必要な領域である。通常領域６０５は、認証処理を必要とせずコントローラー６０２を介して外部から自由にアクセス可能な領域である。

（１．１）システム領域６０３
システム領域６０３は、記録媒体装置秘密鍵・証明書格納部６１０、ルート公開鍵格納部６１１及び記録媒体装置ＩＤ格納部６５０を含む。

記録媒体装置秘密鍵・証明書格納部６１０は、鍵発行装置２００が発行した記録媒体装置秘密鍵及び記録媒体装置証明書１０４０を記憶するための領域を備えている。

ルート公開鍵格納部６１１は、鍵発行装置２００が発行したルート公開鍵を記憶するための領域を備えている。

記録媒体装置ＩＤ格納部６５０は、記録媒体装置製造者により、記録媒体装置製造時に格納される、記録媒体装置を識別するための記録媒体装置ＩＤを記憶するための領域を備えている。

（１．２）認証領域６０４
認証領域６０４は、演算タイトル鍵格納部６４０を含む。演算タイトル鍵格納部６４０は、鍵配信装置４００が生成して配信した演算タイトル鍵を記憶するための領域を備えている。上述したように、認証領域６０４にアクセスするためには、コントローラー６０２による認証処理が必要である。そのため、演算タイトル鍵の書き込み及び読出しは、必ず相互認証部６２０及び暗号復号部６３０を介して行われる。

（１．３）通常領域６０５
通常領域６０５は、リボーク情報・ＭＳＧ格納部６２２、コンテンツ格納部６６０、ＵＲ格納部６７０、記録媒体装置ＩＤ ＭＡＣ格納部６８０、及びコンテンツ署名格納部６９０を含む。

リボーク情報・ＭＳＧ格納部６２２は、鍵発行装置２００から受信したリボーク情報１２００と、端末装置がリボーク対象と判断されたときに端末装置のユーザーに告知するための告知メッセージを記憶するための領域を備えている。

コンテンツ格納部６６０は、コンテンツ配信装置３００から配信されるコンテンツを記憶するための領域を備えている。

ＵＲ格納部６７０は、鍵配信装置４００から配信される処理済みＵＲ１４４０を記憶するための領域を備えている。

記録媒体装置ＩＤ ＭＡＣ格納部６８０は、鍵配信装置４００から配信される、コンテンツのタイトル鍵と当該記録媒体装置ＩＤとを用いて演算された記録媒体装置ＩＤのＭＡＣを記憶するための領域を備えている。

コンテンツ署名格納部６９０は、署名装置７００が署名し、鍵配信装置４００から配信されるコンテンツ署名１４１０を記憶するための領域を備えている。
（２）コントローラー６０２
コントローラー６０２は、相互認証部６２０、暗号復号部６３０、読出書込部６３５、リボーク判断部６２１、及びＭＡＣ処理部６５５を含む。

相互認証部６２０は、鍵配信装置４００との間で相互認証処理を行い、共通鍵ＢＫ２を共有する。また、相互認証部６２０は、端末装置５００との間で相互認証処理を行い、共通鍵ＢＫ３を共有する。相互認証処理及び鍵交換処理については図１５及び図１６を用いて既に説明したので、ここでは説明を省略する。

暗号復号部６３０は、鍵配信装置４００と共有した共通鍵ＢＫ２を用いて、鍵配信装置４００との間で送受信されるデータを暗号化したり復号したりする。同様に、暗号復号部６３０は、端末装置５００と共有した共通鍵ＢＫ３を用いて、端末装置５００との間で送受信されるデータを暗号化したり復号したりする。具体的にコンテンツの記録時において、暗号復号部６３０は、鍵配信装置４００から送信された暗号化演算タイトル鍵を、端末装置５００の演算タイトル鍵伝送部５２７を介して受信する。そして、暗号復号部６３０は、受信した暗号化演算タイトル鍵を復号して演算タイトル鍵格納部６４０に書き込む。

また、コンテンツ再生時において、暗号復号部６３０は、演算タイトル鍵格納部６４０に格納されている演算タイトル鍵を読み出して暗号化し、端末装置５００へ送信する。

読出書込部６３５は、通常領域６０５からのデータの読出し、及び、通常領域６０５へのデータの書き込みを行う。

リボーク判断部６２１は、暗号復号部６３０を介して、端末装置５００から、端末装置ＩＤと、オーナーＩＤとを受け取り、リボーク情報・ＭＳＧ格納部６２２に格納されているリボーク情報１２００を参照し、端末装置ＩＤと、オーナーＩＤに基づいて端末装置５００がリボーク対象の端末装置であるか否かを判定する。

なお、この確認に先だってコンテンツ記録処理において、リボーク情報・ＭＳＧ格納部６２２に格納しているリボーク情報１２００と、接続している鍵配信装置４００の格納しているリボーク情報とを比較し、鍵配信装置４００に格納されているリボーク情報が自装置に格納しているリボーク情報より新しければ、自装置のリボーク情報を鍵配信装置４００の格納しているリボーク情報に更新する。また、コンテンツ再生処理において、リボーク情報・ＭＳＧ格納部６２２に格納しているリボーク情報１２００と、接続している端末装置５００の格納しているリボーク情報とを比較し、端末装置５００に格納されているリボーク情報が自装置に格納しているリボーク情報より新しければ、自装置のリボーク情報を端末装置５００の格納しているリボーク情報に更新する。リボーク情報の新旧は、それぞれのリボーク情報の署名領域に記載されている署名日時を比較することで判断する。

ＭＡＣ処理部６５５は、コンテンツの記録処理において、リボーク判断部６２１が、端末装置５００がリボーク対象の端末装置でないと判定した場合、オーナーＩＤを記録媒体装置秘密鍵・証明書格納部に格納されている記録媒体装置の秘密鍵とオーナーＩＤを用いてオーナーＩＤのＭＡＣを算出し、暗号復号部６３０を介して鍵配信装置４００に送信する。

また、ＭＡＣ処理部６５５は、コンテンツの再生処理において、リボーク判断部６２１が、端末装置５００がリボーク対象の端末装置でないと判定した場合、オーナーＩＤを記録媒体装置秘密鍵・証明書格納部に格納されている記録媒体装置の秘密鍵とオーナーＩＤを用いてオーナーＩＤのＭＡＣを算出し、暗号復号部６３０を介して端末装置５００に送信する。
＜１−１６．コンテンツ記録処理の動作＞
図２３は記録媒体装置６００によるコンテンツ記録処理の動作を示すフローチャートである。なお、記録媒体装置６００には、予め、ルート公開鍵、記録媒体装置秘密鍵、記録媒体装置証明書１０４０、及び記録媒体装置ＩＤが格納されている。

相互認証部６２０は、端末装置５００と相互認証を行い、端末装置５００の正当性を確認し、相互認証処理の途中で受信した端末装置証明書１０３０から端末装置ＩＤを取得する。また、相互認証部は、共通鍵ＢＫ３を生成し、端末装置５００と共通鍵ＢＫ３を共有する（ステップＳ１３０）。

更に、相互認証部６２０は、鍵配信装置４００と相互認証を行い、鍵配信装置４００の正当性を確認し、相互認証処理の途中で受信した鍵配信装置証明書１０２０から鍵配信装置ＩＤを取得する。また、相互認証部は、共通鍵ＢＫ２を生成し、鍵配信装置４００と共通鍵ＢＫ２を共有する（ステップＳ１３１）。

リボーク判断部６２１は、リボーク情報・ＭＳＧ格納部６２２からリボーク情報１２００を読み出す。また、鍵配信装置４００から鍵配信装置４００が格納しているリボーク情報を、暗号復号部６３０を介して受け取る。両リボーク情報を比較して、自装置のリボーク情報１２００の方が新しいか否かを確認する（ステップＳ１３２）。具体的には、両リボーク情報の署名領域１２５０に含まれる署名日時を比較し、自装置のリボーク情報１２００の署名日時が鍵配信装置４００からのリボーク情報の署名日時より新しければ、自装置のリボーク情報１２００の方が新しいと判断する。自装置のリボーク情報が古い場合（ステップＳ１３２：ＮＯ）は、リボーク判断部６２１は、自装置のリボーク情報を鍵配信装置４００から受け取ったリボーク情報に更新し、リボーク情報・ＭＳＧ格納部６２２に格納する（ステップＳ１３３）。一方、自装置のリボーク情報が新しい場合（ステップＳ１３２：ＹＥＳ）、ステップＳ１３３のリボーク情報の更新を行わない。

次に、リボーク判断部６２１は、鍵配信装置４００がリボーク対象であるか否かを調べる。具体的にはリボーク情報に含まれるリボーク対象装置のリストに鍵配信装置ＩＤと一致するものがあるかを調べる。一致するものがある場合には、リボーク対象の鍵配信装置と判定する（ステップＳ１３４）。ステップＳ１３４でＹＥＳの場合は、コンテンツ記録処理を終了する。

一方、ステップＳ１３４でＮＯの場合、ＭＡＣ処理部６５５は、鍵配信装置４００から暗号復号部６３０を介して、オーナーＩＤ受信する。

次に、ＭＡＣ処理部６５５は、記録媒体装置秘密鍵・証明書格納部に格納されている記録媒体装置秘密鍵と、オーナーＩＤとを用いて、オーナーＩＤのＭＡＣを算出する（ステップＳ１３６）。ＭＡＣ処理部６５５は、算出したオーナーＩＤのＭＡＣを、暗号復号部６３０を介して鍵配信装置４００に送信する（ステップＳ１３７）。

読出書込部６３５は、端末装置５００を介してコンテンツ配信装置３００からコンテンツを受信してコンテンツ格納部６６０に格納する。また、鍵配信装置４００から処理済みＵＲ１４４０を、端末装置５００を介して受信し、ＵＲ格納部６７０に格納する（ステップＳ１３８）。更に、読出書込部６３５は、鍵配信装置４００から端末装置５００を介してコンテンツ署名１４１０を受信し、コンテンツ署名格納部６９０に格納する（ステップＳ１３９）。

読出書込部６３５は、鍵配信装置４００から端末装置５００を介して記録媒体装置ＩＤのＭＡＣを受信し、記録媒体装置ＩＤ ＭＡＣ格納部６８０に格納する（ステップＳ１４０）。

暗号復号部６３０は、鍵配信装置４００から共通鍵ＢＫ２で暗号化された演算タイトル鍵を受信し、受信した暗号化された演算タイトル鍵を復号し、演算タイトル鍵格納部６４０に格納する（ステップＳ１４１）。
＜１−１７．コンテンツ再生処理の動作＞
図２４は記録媒体装置６００によるコンテンツ再生処理の動作を示すフローチャートである。なお、記録媒体装置６００には、予め、ルート公開鍵、記録媒体装置秘密鍵、記録媒体装置証明書１０４０、及び記録媒体装置ＩＤが格納されている。

相互認証部６２０は、端末装置５００と相互認証を行い、端末装置５００の正当性を確認し、相互認証処理の途中で受信した端末装置証明書１０３０から端末装置ＩＤを取得する（ステップＳ１５０）。

リボーク判断部６２１は、リボーク情報・ＭＳＧ格納部６２２からリボーク情報１２００を読み出す。また、端末装置５００から端末装置５００が格納しているリボーク情報を、暗号復号部６３０を介して受け取る。両リボーク情報を比較して、自装置のリボーク情報１２００の方が新しいか否かを確認する（ステップＳ１５１）。具体的には、両リボーク情報の署名領域１２５０に含まれる署名日時を比較し、自装置のリボーク情報１２００の署名日時が端末装置５００からのリボーク情報の署名日時より新しければ、自装置のリボーク情報１２００の方が新しいと判断する。自装置のリボーク情報が古い場合（ステップＳ１５１：ＮＯ）は、リボーク判断部６２１は、自装置のリボーク情報を端末装置５００から受け取ったリボーク情報に更新し、リボーク情報・ＭＳＧ格納部６２２に格納する（ステップＳ１５２）。一方、自装置のリボーク情報が新しい場合（ステップＳ１５１：ＹＥＳ）、ステップＳ１５２のリボーク情報の更新を行わない。

次に、リボーク判断部６２１は、端末装置５００がリボーク対象であるか否かを調べる。具体的にはリボーク情報に含まれるリボーク対象装置のリストに端末装置ＩＤと一致するものがあるかを調べる。一致するものがある場合には、リボーク対象の端末装置と判定する（ステップＳ１５３）。なお、ここで参照するリボーク対象のリストは、図４で示されるリボーク情報１２００のオーナーＩＤ１２２３までに記載されているリストと比較する。

ステップＳ１５３でＹＥＳの場合は、読出書込部６３５は、リボーク情報・ＭＳＧ格納部６２２から、ユーザーにリボークされた旨を告知するためのＭＳＧを取り出して端末装置５００に送信し、コンテンツ再生処理を終了する（ステップＳ１５９）。

一方ステップＳ１５３でＮＯの場合は、読出書込部６３５は、処理済みＵＲ１４４０をＲ格納部から読出し、端末装置５００へ出力する（ステップＳ１５４）。

読出書込部６３５は、コンテンツ署名格納部６９０からコンテンツ署名１４１０を読出し、端末装置５００へ出力する（ステップＳ１５５）。

更に、読出書込部６３５は、記録媒体装置ＩＤ ＭＡＣ格納部６８０から記録媒体装置ＩＤのＭＡＣを読出し、端末装置５００へ出力する（ステップＳ１５６）。

次に、暗号復号部６３０は、共通鍵ＢＫ３で暗号化されたオーナーＩＤを記録媒体装置６００から受信し、受信した暗号化されたオーナーＩＤを復号し、リボーク判断部６２１に出力する（ステップＳ１５７）。

リボーク判断部６２１は、オーナーＩＤと端末装置ＩＤとに基づいて、端末装置がリボーク対象の端末装置であるか否かを判断する（ステップＳ１５８）。具体的には、リボーク情報１２００のオーナーＩＤ１２２３以降に記述されているリボークリストを参照し、まずオーナーＩＤ１２２３に記述されているオーナーＩＤと端末装置５００から受信したオーナーＩＤが一致するか否かを確認する。両オーナーＩＤが一致する場合には、このオーナーＩＤ以降に記述されているリボークリストを参照し、一致する端末装置ＩＤがあるか否かを確認する。一致する端末装置がある場合には、更に、コンテンツ署名１４１０の署名日時領域１４０３と、リボーク情報１２００内で端末装置ＩＤと対応付けて記載されているリボーク日時とを比較する。リボーク日時が署名日時よりも古い場合は、端末装置５００がリボーク対象と判断する。一方、リボーク日時が署名日時より新しい場合は、リボーク対象でないと判断する。

リボーク判断部６２１で端末装置５００がリボーク対象と判断した場合（ステップＳ１５８：ＹＥＳ）には、ステップＳ１５９の処理を行う。一方、端末装置５００がリボーク対象ではない判断した場合（ステップＳ１５８：ＮＯ）、リボーク判断部６２１は、ＭＡＣ処理部６５５にオーナーＩＤを出力し、ＭＡＣ処理部６５５は、オーナーＩＤと記録媒体装置６００の秘密鍵とを用いてオーナーＩＤのＭＡＣを算出する（ステップＳ１６０）。ＭＡＣ処理部６５５は、算出したオーナーＩＤのＭＡＣを、暗号復号部６３０を介して端末装置５００へ送信する（ステップＳ１６１）。

次に、暗号復号部６３０は、演算タイトル鍵格納部６４０から演算タイトル鍵を読出し、読み出した演算タイトル鍵を共通鍵ＢＫ３で暗号化し端末装置５００へ送信する（ステップＳ１６２）。

読出書込部６３５は、コンテンツ格納部６６０からコンテンツを読出し、端末装置５００へ送信する（ステップＳ１６３）。
＜１−１８．署名装置７００の構成＞
署名装置７００は、鍵配信装置４００からコンテンツ識別情報を受信し、コンテンツ識別情報に対して正当な署名鍵で署名を施してコンテンツ署名を生成し、生成したコンテンツ署名を鍵配信装置４００に返送するコンテンツ署名生成処理を行う。

図２５は、署名装置７００の機能的な構成を示すブロック図である。

図２５に示すように、署名装置７００は、署名装置秘密鍵・証明書受信部７１０、署名装置秘密鍵・証明書格納部７１１、コンテンツ識別情報受信部７５０、署名部７５１及びコンテンツ署名送信部７５２を含む構成である。

なお、署名装置７００は、ＣＰＵ、メモリ、二次記憶ユニット（例えば、ハードディスク）、ネットワーク接続ユニットなどから構成されるコンピュータシステムである。

ここで、署名装置秘密鍵・証明書格納部７１１は、二次記憶ユニット（例えば、ハードディスク）により構成されている。署名部７５１は、メモリに記憶されているコンピュータプログラムがＣＰＵで実行されることによりその機能が実現される。また、署名装置秘密鍵・証明書受信部７１０、コンテンツ識別情報受信部７５０、及びコンテンツ署名送信部７５２は、それぞれ、ネットワーク接続ユニットにより構成されている。

署名装置秘密鍵・証明書受信部７１０は、鍵発行装置２００から署名装置秘密鍵及び署名装置証明書を受信する。

署名装置秘密鍵・証明書格納部７１１は、署名装置秘密鍵及び署名装置証明書を格納する。

コンテンツ識別情報受信部７５０は、鍵配信装置４００からコンテンツ識別情報１３００を受信する。

署名部７５１は、日時を計測している時計を内部に保持している。署名部７５１は、コンテンツ識別情報受信部７５０からコンテンツ識別情報１３００を受け取り、受け取ったコンテンツ識別情報１３００に署名データ等を付加してコンテンツ署名を生成する。署名部７５１は、生成したコンテンツ署名を、コンテンツ署名送信部７５２へ出力する。

コンテンツ署名送信部７５２は、署名部７５１からコンテンツ署名を受け取り、受け取ったコンテンツ署名を、コンテンツ識別情報１３００の送信元である鍵配信装置４００へ送信する。
＜１−１９．署名処理の動作＞
図２６は、署名装置７００によるコンテンツ署名生成処理の動作を示すフローチャートである。

署名装置７００は、コンテンツ署名生成処理に先立ち、鍵発行装置２００から署名装置秘密鍵及び署名装置証明書１０５０を受信し、格納している。

コンテンツ識別情報受信部７５０は、鍵配信装置４００からコンテンツ識別情報１３００を受信する（ステップＳ１７０）。

署名部７５１は、コンテンツ識別情報１３００に対し、署名装置秘密鍵を署名鍵として用いて、署名検証アルゴリズムＳを施すことにより、署名データを生成する（ステップＳ１７１）。署名検証アルゴリズムＳの一例は、ＤＳＡ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｔｕｒｅ Ａｌｇｏｒｉｔｈｍ）である。

具体的には、署名部７５１は、ステップＳ１７０で受信したコンテンツ識別情報１３００を、コンテンツ識別情報領域１４０１に記載し、ステップＳ１７１で生成した署名データを署名データ領域１４０２に記載する。次に、署名装置７００は、内部に保持している時計から現在の日時を取得し、現在の日時を署名日時領域１４０３に記載する。そして、署名装置７００は、署名装置証明書領域１４０４に署名装置証明書１０５０を記載して、コンテンツ署名１４００を生成する。

コンテンツ署名送信部７５２は、ステップＳ１７１で生成されたコンテンツ署名１４００を、鍵配信装置４００へ送信する（ステップＳ１７２）。
＜１−２０．まとめ＞
鍵配信装置４００は、記録媒体装置６００に格納されるコンテンツのタイトル鍵を配信する際に、コンテンツ提供者を特定するためのオーナーＩＤを記録媒体装置６００の秘密鍵で演算したオーナーＩＤのＭＡＣと格納するコンテンツの処理済みＵＲ１４２０のハッシュ値とを結合したデータとタイトル鍵との排他的論理和（ＸＯＲ）を計算して、演算タイトル鍵（ＸＯＲｅｄタイトル鍵）を生成して、記録媒体装置６００に送信する。

リボーク情報１２００には、オーナーＩＤ毎にリボークされるべき装置を記述したリボークリストの領域があるので、記録媒体装置６００は、端末装置５００がコンテンツを再生する際には、リボーク情報のオーナーＩＤ毎のリボークリストを参照し、コンテンツのコンテンツ署名に記載されているオーナーＩＤに基づいて端末装置５００がリボーク対象の端末装置であるか否かを確認する。

記録媒体装置６００は、リボーク情報のオーナーＩＤ毎のリボークリストに端末装置５００の端末装置ＩＤと一致するＩＤがある場合には、オーナーＩＤのＭＡＣを端末装置５００に出力しない。このため、端末装置５００は、演算タイトル鍵を記録媒体装置６００から読み出しても、オーナーＩＤのＭＡＣを得られなければ、演算タイトル鍵を逆演算することができないので、タイトル鍵を得ることができない。

また、もし、端末装置５００が、再生しようとするコンテンツのオーナーＩＤとは異なったオーナーＩＤを記録媒体装置６００に送り、記録媒体装置６００でリボーク対象の装置と判断されることを回避した場合は、記録媒体装置６００は、異なったオーナーＩＤのＭＡＣを端末装置５００に出力することになる。このため、異なったオーナーＩＤのＭＡＣを用いて演算タイトル鍵を逆演算しても正規のタイトル鍵を得ることはできない。

従って、端末装置５００は、コンテンツを復号できるタイトル鍵を得ることができないのでコンテンツを復号することができない。このようにして、記録媒体装置６００は、不正な端末装置でのコンテンツの再生を抑制することができる。
＜２．実施の形態２＞
＜２−１．概要＞
本発明に係る実施の形態２におけるコンテンツ配信システムの基本的な全体構成は図１で示される実施の形態１のコンテンツ配信システム１と同じである。本実施の形態のコンテンツ配信システムは、コンテンツ制作装置１００、鍵発行装置２００、コンテンツ配信装置３００ｂ、鍵配信装置４００ｂ、端末装置５００ｂ、記録媒体装置６００、署名装置７００を含む構成である。

実施の形態１では、コンテンツの記録時において、コンテンツ配信装置３００が暗号化されたコンテンツを端末装置５００に配信し、鍵配信装置４００が演算タイトル鍵を記録媒体装置６００に配信したのに対し、本実施の形態では、コンテンツ配信装置３００ｂが平文コンテンツを端末装置５００ｂに配信し、鍵配信装置４００ｂが平文タイトル鍵を記録媒体装置６００へ配信する。端末装置５００ｂが記録媒体装置６００から平文タイトル鍵を読み出し、読み出したタイトル鍵を用いて暗号化したコンテンツを生成して、記録媒体装置６００に記録する点が異なる。

以下、実施の形態１と同じ構成については同じ符号を用い、実施の形態１と異なる点を重点的に説明する。
＜２−２．鍵配信装置４００ｂの構成＞
図２７は、鍵配信装置４００ｂの機能的な構成を示すブロック図である。

鍵配信装置４００ｂは、図１２の鍵配信装置４００の構成に加えて、タイトル鍵生成部４３２と、平文タイトル鍵送信部４３１とを更に備え、鍵配信装置４００のタイトル鍵・コンテンツ識別情報受信部４２１の代わりにコンテンツ識別情報受信部４３３を備える。

図１２の鍵配信装置４００と共通の構成については説明を省略する。

タイトル鍵生成部４３２は、１２８ビットの乱数を生成し、生成した乱数をタイトル鍵とする。生成したタイトル鍵は平文タイトル鍵送信部４３１及びタイトル鍵演算部に出力される。

平文タイトル鍵送信部４３１は、暗号復号部４４１を介して記録媒体装置６００へ平文タイトル鍵を送信する。
＜２−３．鍵配信処理の動作＞
図２８は、鍵配信装置４００ｂによる鍵配信処理の動作を示すフローチャートである。

鍵配信装置４００ｂは、鍵配信処理に先立ち、鍵発行装置２００からルート公開鍵を受信し、格納している。また、鍵配信装置４００ｂは、鍵発行装置２００から鍵配信装置秘密鍵及び鍵配信装置証明書を受信し、格納している。また、鍵配信装置４００ｂは、コンテンツ制作装置１００から、ＵＲとコンテンツ識別情報１３００とを受信し、格納している。

以下の処理は、鍵配信装置４００ｂが端末装置５００ｂからタイトル鍵の送信要求を受け取った場合に実行される。

図２８のフローチャートにおいてステップＳ２００〜ステップＳ２１１までのステップは図１７のフローチャートにおけるステップＳ５０〜ステップＳ６１までの処理と同様なので説明を省略する。

ステップＳ２１１の処理が完了すると次に、タイトル鍵生成部４３２は、タイトル鍵（平文タイトル鍵）を生成する（ステップＳ２１２）。

タイトル鍵生成部４３２は、生成した平文タイトル鍵を平文タイトル鍵送信部に出力し、平文タイトル鍵送信部４３１は暗号復号部４４１を介して、平文タイトル鍵を記録媒体装置６００へ送信する。なお、平文タイトル鍵は、暗号復号部４４１によって共通鍵ＢＫ２で暗号化されて記録媒体装置６００へ送信される（ステップＳ２１３）。

ステップＳ２１４以降の処理は、図１７のフローチャートのステップＳ６３〜ステップＳ７２の処理と同じなので、ここでは説明を省略する。なお、ステップＳ２１９で送信される演算タイトル鍵は、記録媒体装置６００において、先にステップＳ２１３で送信した平文タイトル鍵を記録している領域に上書きされ、記録媒体装置６００から平文タイトル鍵は削除される。
＜２−４．端末装置５００ｂの構成＞
端末装置５００ｂの構成は、基本的には、端末装置５００と同じである。

図２９は、端末装置５００ｂの受信及び書込み処理の際の主要部の機能構成を示すブロック図である。端末装置５００との違いは、端末装置５００の構成に加えて、暗号部５２１、平文タイトル鍵受信部５２３、及びコンテンツ識別情報生成部５２５を更に備える点である。

端末装置５００と共通の構成については、同一の符号を付し、ここでは説明を省略する。

暗号部５２１は、コンテンツ受信部５２０がコンテンツ配信装置３００ｂから受け取った平文コンテンツを、平文タイトル鍵受信部５２３が受信した平文タイトル鍵を使って暗号化する。

平文タイトル鍵受信部５２３は、記録媒体装置６００から暗号復号部５３２を介して、記録媒体装置６００が格納している平文タイトル鍵を読み出す。なお、記録媒体装置６００に格納されている平文タイトル鍵は、記録媒体装置６００において共通鍵ＢＫ３で暗号化されて送信され、暗号復号部５３２で共通鍵ＢＫ３を用いて復号されて平文タイトル鍵受信部に出力される。

コンテンツ識別情報生成部５２５は、暗号部５２１が暗号化したコンテンツからコンテンツ識別情報１３００を生成し、鍵配信装置４００に生成したコンテンツ識別情報１３００を送信する。
＜２−５．コンテンツ記録処理の動作＞
図３０は、端末装置５００ｂによるコンテンツ記録処理の動作を示すフローチャートである。なお、端末装置５００ｂには、予め、ルート公開鍵、端末装置秘密鍵、及び端末装置証明書１０３０が格納されている。

相互認証部５３０は、記録媒体装置６００と相互認証を行い、記録媒体装置６００の正当性を確認する。記録媒体装置ＩＤ取得部５３１は、相互認証処理の途中で受信した記録媒体装置証明書１０４０から記録媒体装置ＩＤを取得する（ステップＳ１８０）。

端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、コンテンツ配信装置３００へ、自装置の端末装置ＩＤと自装置に接続している記録媒体装置６００へ記録するコンテンツのコンテンツＩＤを送信する（ステップＳ１８１）。

平文タイトル鍵受信部５２３は、暗号復号部５３２を介して鍵配信装置４００から平文タイトル鍵を受信する（ステップＳ１８２）。

次に、コンテンツ受信部５２０は、コンテンツ配信装置３００から平文コンテンツを受信する（ステップＳ１８３）。

暗号部５２１は、暗号化アルゴリズムにより、平文タイトル鍵を用いて、平文コンテンツを暗号化して暗号化されたコンテンツを生成する（ステップＳ１８４）。ここで、暗号化アルゴリズムは、秘密鍵暗号方式による暗号化アルゴリズムである。暗号化アルゴリズムは、一例として、ＡＥＳによるものである。

コンテンツ書込部５２２は、暗号化されたコンテンツを記録媒体装置６００に書き込む（ステップＳ１８５）。

次に、コンテンツ識別情報生成部は、暗号部５２１で暗号化されたコンテンツから、当該コンテンツを一意に識別するコンテンツ識別情報１３００を生成し、生成したコンテンツ識別情報１３００を鍵配信装置４００へ送信する（ステップＳ１８６）。コンテンツ識別情報１３００は、既に説明したのでここでは、説明を省略する。

端末装置ＩＤ・コンテンツＩＤ通知・ＭＳＧ受信・提示部５１５は、鍵配信装置４００へ端末装置ＩＤ及びコンテンツＩＤを送信する（ステップＳ１８７）。

ステップＳ１８８〜ステップＳ１９７の処理は、図２０のフローチャートのステップＳ８６〜ステップＳ９５の処理と同じなので、ここでは、説明を省略する。

以上の処理により、端末装置で平文コンテンツを鍵配信装置から受信した平文タイトル鍵を用いて暗号化したコンテンツを接続する記録媒体装置６００に格納し、その後に、鍵配信装置４００で演算された演算タイトル鍵を記録媒体装置６００が受信して、平文タイトル鍵の代わりに演算タイトル鍵を格納することができる。
＜３．変形例＞
以上、本発明の実施の形態を説明したが、例示したコンテンツ配信システムを以下のように変形することも可能であり、本発明が上記の実施の形態で示した通りのコンテンツ配信システムに限られないことは勿論である。
（１）実施の形態１では、鍵配信装置４００と署名装置７００とは、２つの独立した装置であったが、一つの装置で実現してもよい。また、同様に鍵配信装置４００ｂと署名装置７００とを一つの装置で実現してもよい。
（２）上記の実施形態では、コンテンツ制作装置１００とコンテンツ配信装置３００とは、２つの独立した装置であったが、一つの装置で実現してもよい。

また、図９に示したコンテンツ配信装置３００に含まれるタイトル鍵生成部３３１、暗号部３３２、コンテンツ識別情報生成部３４０及びタイトル鍵・コンテンツ識別情報送信部３４１は、コンテンツ配信装置３００ではなく、コンテンツ制作装置１００に含まれ、これらの機能ブロックによる機能がコンテンツ制作装置１００より実現される構成でもよい。
（３）リボーク情報１２００において、リボーク対象の装置と関連付ける情報は、オーナーＩＤに限らない。通常のコンテンツと区別するための情報であれば何であってもよい。例えば、オーナーに関する情報、コンテンツに関する情報、ユーザーに関する情報、端末装置に関する情報、及びコンテンツ配信サービスに係る情報であってもよい。

オーナーに関する情報としては、例えばオーナーのグループを示す識別情報、オーナーの名称、住所、電話番号などであってもよい。

コンテンツに関する情報としては、例えば、コンテンツを特定する情報、具体的には、コンテンツのタイプ情報、コンテンツＩＤ等の識別情報、コンテンツ識別情報そのもの、コンテンツ識別情報のハッシュ値、コンテンツ署名そのもの、コンテンツ署名の署名部、コンテンツ署名のハッシュ値、ＵＲそのもの、ＵＲのハッシュ値、乱数などの数字でこれをＵＲやコンテンツ署名に記録したものであってもよい。

ユーザーに関する情報としては、例えば、性別・年齢・家族等のユーザー種別、ユーザーＩＤであってもよい。

端末装置に関する情報としては、例えば、端末装置・記録媒体装置等の端末の種別、端末ＩＤであってもよい。

コンテンツ配信に係る情報としては、例えば、鍵配信端末のグループを示す識別情報、鍵配信端末の種別、鍵配信端末の端末ＩＤであってもよい。

鍵配信装置４００は、オーナーＩＤの代わりに、このリボーク情報の装置と関連付ける情報を端末装置５００、及び端末装置５００ｂに送信するようにする。これにより、リボーク情報に関連付けられた識別情報に基づいて演算タイトル鍵の生成が可能となる。
（４）記録媒体装置６００が鍵配信装置から受信したオーナーＩＤに対して演算して返送するデータは、ブロック暗号を使ったＭＡＣでなくてもよい。演算したデータが改ざんされていないことが検証できるようなデータであればよい。例えば、署名でもよいし、Ｈａｓｈ関数でもよし、ＡＥＳ暗号であってもよい。

また、記録媒体装置６００が演算に用いる鍵は記録媒体装置６００の秘密鍵としたが、これに限らない。コントローラーが独自に持つ固有鍵であってもよいし、サーバが配信時に与える鍵、数値であってもよい。
（５）実施の形態では、コンテンツ特定情報識別情報としてコンテンツを５つの部分に分割したそれぞれの部分のハッシュを用いたが、部分ハッシュは５つに限らない。部分に分割しなくてもよいし、５つ以外の複数に分割したハッシュを用いてもよい。

コンテンツの正当性検証の精度を上げるため、５つより多くの部分コンテンツからハッシュを計算してもよい。逆に、計算量を削減するために５つより少ない部分コンテンツからハッシュを計算してもよい。
（６）実施の形態では、告知メッセージ情報は、テキスト情報としたが、告知情報はテキスト情報に限定されるものではない。コンテンツ提供者の告知内容が伝えられればよく、例えば、音声情報や画像情報であってもよい。
（７）鍵発行装置２００の入力部２１５は、コンテンツ提供者からリボークされた端末装置ＩＤ、記録媒体装置ＩＤ、及び署名装置ＩＤを受け付けるとしたが、入力の受け付けは、各装置ＩＤに限らない。リボークする装置が特定できる情報であればよい。例えば、リボークされた端末装置、記録媒体装置、又は署名装置のモデルＩＤの入力を受け付けるとしてもよい。ここで、モデルＩＤとは、端末装置、記録媒体装置、又は署名装置の種類を識別する型番号である。また、リボークされた端末装置、記録媒体装置、又は署名装置に割り当てられた公開鍵証明書を識別する識別情報の入力を受け付けるとしてもよい。
（８）実施の形態における鍵発行装置２００のルート鍵ペア生成部２１０は、楕円曲線暗号による公開鍵暗号化方式でルート鍵ペア等の各装置の鍵ペアを生成するとしたが、鍵ペアの生成は、楕円曲線暗号による公開鍵暗号化方式でなくてもよい。公開鍵暗号化方式による鍵ペアが生成できる方法であればよい。例えば、ＲＳＡ暗号による公開鍵暗号化方式を用いて、秘密鍵及び公開鍵を生成するとしてもよい。
（９）上記の実施の形態では、記録媒体装置６００としてＳＤカードを具体例に用いて説明した。しかし、記録媒体装置６００は、ＳＤカードに限定されない。記録媒体装置６００は、ＨＤＤのようなストレージデバイスと制御ＬＳＩとから構成されるデバイスでもよい。また、記録媒体装置６００は、ＳＤカードのような脱着式のデバイスに限定されない。携帯電話機、ｅＢｏｏｋ、ＮｅｔＢｏｏｋなどに内蔵された内蔵型メモリと制御ＬＳＩとから構成されるデバイスでもよい。
（１０）上記の実施形態の端末装置５００及び端末装置５００ｂは、例えば、ＰＣ、並びに、スマートフォン、及びタブレット端末などの携帯端末でもよい。また、端末装置５００は、コンビニエンスストアなどの店舗に設置された所謂ＫＩＯＳＫ端末でもよい。また、端末装置５００は、デジタルテレビ放送を受信する受信装置でもよい。端末装置５００は、少なくともインターネットやテレビ放送網などのネットワークに接続可能な機器であり、ネットワークを介してコンテンツ、タイトル鍵、コンテンツ署名、ＵＲ等を取得し、記録媒体装置６００に記録する機能を有していればよい。
（１１）上記の実施の形態では、端末装置５００及び端末装置５００ｂは、記録媒体装置６００と相互認証を行う途中で、記録媒体装置ＩＤを取得する構成を有していた。しかし、記録媒体装置ＩＤの取得方法はこれに限定されない。

例えば、記録媒体装置６００の認証領域６０４に記録媒体装置６００を一意に識別するための記録媒体装置ＩＤが格納されていてもよい。この場合、端末装置５００及び端末装置５００ｂは、記録媒体装置６００と相互認証を行い、共通鍵ＢＫ３を共有した後に、記録媒体装置６００から、記録媒体装置ＩＤが共通鍵ＢＫ３で暗号化された暗号化記録媒体装置ＩＤを受信する。端末装置５００及び端末装置５００ｂは、受信した暗号化記録媒体装置ＩＤを、共通鍵ＢＫ３で復号し、記録媒体装置ＩＤを取得する構成でもよい。
（１２）上記の実施の形態における鍵配信装置４００のコンテンツ署名受信部４２３は、署名装置７００から受信したコンテンツ署名１４１０の検証を、以下のように行ってもよい。

コンテンツ署名受信部４２３は、リボーク情報・ＭＳＧ格納部４１３に格納されているリボーク情報１２００を参照し、署名装置ＩＤがリボーク情報に記載されているか否か判断する。署名装置ＩＤがリボーク情報１２００に記載されている場合、コンテンツ署名受信部４２３は、コンテンツ署名１４１０に記載されている署名日時と、リボーク情報に記載されているリボーク日時とを比較する。コンテンツ署名１４１０に記載されている署名日時が、リボーク情報１２００に記載されているリボーク日時がよりも新しい場合は、コンテンツ署名受信部４２３は、コンテンツ署名１４１０を無効であると判断する。

コンテンツ署名１４１０に記載されている署名日時がリボーク情報１２００に記載されているリボーク日時よりも古い場合、コンテンツ署名受信部４２３は、更に、コンテンツ署名１４１０の署名日時が、コンテンツ署名１４１０を受信した日時から大幅にずれていないか確認する。

一例として、署名日時と現在日時との間に４８時間以上の開きがないか確認する。確認の結果、署名日時と現在日時との間に４８時間以上の開きがある場合、コンテンツ署名受信部４２３は、受信したコンテンツ署名１４１０を無効であると判断する。
（１３）上記の実施の形態では、端末装置５００の第１再生判断部５５８は、記録媒体装置６００のＩＤに基づき生成されたＭＡＣを用いて、コンテンツの再生可否を判断した。しかし、再生可否の判断に用いる情報は、ＭＡＣに限定されない。例えば、演算タイトル鍵と記録媒体装置の識別情報とをＸＯＲしたものを用いてもよい。また、演算タイトル鍵と記録媒体装置の識別情報のハッシュ値とをＸＯＲしたものを用いてもよい。また、例えば、記録媒体装置６００の識別情報に鍵発行装置２００の署名を付与したものを用いてもよい。また、記録媒体装置６００の識別情報に鍵発行装置２００が署名を付与したものを用いてもよい。この場合、端末装置５００は、ＸＯＲを計算したり、署名検証を行うことで、コンテンツの再生可否を判断することができる。
（１４）上記の実施の形態では、端末装置５００の第３再生判断部５７４は、コンテンツ署名１４１０のハッシュ値を計算し、計算されたハッシュ値と、処理済みＵＲのコンテンツ署名ハッシュ値領域に記載されたハッシュ値とを比較する構成を有していた。

しかし、この構成は一例である。第３再生判断部５７４は、コンテンツ署名１４１０を特定する情報が正しく処理済みＵＲ１４４０に埋め込まれていることを確認できればよい。

例えば、第３再生判断部５７４は、ＵＲ読出部５５５が読み出した処理済みＵＲ１４４０の署名データ領域１４２５に記載されている署名データと、コンテンツ署名読出部５７０が読み出したコンテンツ署名１４１０の署名データ領域１４０２に記載されている署名データとが一致するか確認する構成でもよい。
（１５）上記の実施の形態では、第１再生判断部５５８、コンテンツ署名検証部５７２、第２再生判断部５７３及び第３再生判断部５７４は、判断結果に応じて、コンテンツ復号部５６１に対し、復号中止の指示を出力する構成を有していた。しかし、この構成は一例である。

コンテンツの再生を抑制するために、第１再生判断部５５８、コンテンツ署名検証部５７２、第２再生判断部５７３及び第３再生判断部５７４は、判断結果に応じて、コンテンツ再生部５８０に対し、デコード中止の指示を出力してもよい。

また、第１再生判断部５５８は、判断結果に応じて、コンテンツ読出部５６０に読出中止の指示を出力してもよい。
（１６）上記の実施の形態では、コンテンツの一例は、ビデオデータ及びオーディオデータから構成される映画であると記載した。しかし、コンテンツは、映画に限定されないのは勿論である。コンテンツは、ＪＰＥＧデータなどの静止画、コンピュータプログラム、コンピュータゲーム、ビデオデータを含まない音楽コンテンツ、テキストデータなどでもよい。
（１７）実施の形態で示した鍵配信処理及びコンテンツ再生処理を、鍵配信装置及び端末装置のプロセッサ、及びそのプロセッサに接続された各種回路に実行させるための機械語或いは高級言語のプログラムコードからなる制御プログラムを、記録媒体に記録すること、又は各種通信路等を介して流通させ頒布することもできる。
このような記録媒体には、ＩＣカード、ハードディスク、光ディスク、フレキシブルディスク、ＲＯＭ、フラッシュメモリ等がある。
流通、頒布された制御プログラムはプロセッサに読み出され得るメモリ等に格納されることにより利用に供され、そのプロセッサがその制御プログラムを実行することにより上記の実施の形態で示したような各機能が実現されるようになる。

なお、プロセッサは、制御プログラムを直接実行する他、コンパイルして実行或いはインタプリタにより実行してもよい。
（１８）実施の形態で示した各装置の各機能構成要素（一例として、記録媒体装置６００のリボーク判断部６２１、ＭＡＣ処理部６５５、相互認証部６２０、暗号復号部６３０、及び読出書込部６３５、端末装置５００の第１再生判断部５５８、第２再生判断部５７３、第3再生判断部５７４、コンテンツ署名検証部５７２、タイトル鍵再演算部５５６、コンテンツ復号部５６１、コンテンツ再生部５８０、及びＭＳＧ提示部、鍵配信装置４００のタイトル鍵演算部４４０、リボーク確認部４１８、ＭＡＣ演算部４５１など）は、その機能を実行する回路として実現されてもよいし、１又は複数のプロセッサによりプログラムを実行することで実現されてもよい。

また、実施の形態で示した鍵配信装置及び端末装置は、ＩＣ、ＬＳＩその他の集積回路のパッケージとして構成されるものとしてもよい。

このパッケージは各種装置に組み込まれて利用に供され、これにより各種装置は、上記の実施の形態で示したような各機能を実現するようになる。
（１９）上記の実施の形態及び上記の変形例を適宜組み合わせてもよい。
＜４．補足＞
以下、更に本発明の一実施形態としての記録媒体装置、端末装置、及び鍵配信装置の構成並びにその変形例と効果について説明する。
（１）本発明の一態様である記録媒体装置は、端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置であって、コンテンツを記録するコンテンツ記録手段と、前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶手段と、コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶手段と、前記端末装置から当該端末装置の識別情報を取得する識別情報取得手段と、前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力手段と、前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力手段が出力しないように制御する制御手段とを備える。

この構成によると、記録媒体装置は、コンテンツが通常のコンテンツと区別されるための情報が含まれる場合において前記コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶することができる。そして、コンテンツが通常のコンテンツと区別されるための情報がコンテンツに対応したコンテン属性情報に含まれる場合において、リボーク情報を参照し、記録媒体装置が接続している端末装置が、この通常のコンテンツと区別されるための情報に関連付けられたリボーク対象の装置であるか否かを判断し、リボーク対象と判断されたときには、コンテンツを利用するために必要な情報を端末装置に出力するのを抑制できる。従って、コンテンツ提供者が、柔軟に対応して設定したリボーク情報用いることにより、コンテンツ提供者が、通常のコンテンツと区別したコンテンツについて、通常のコンテンツと区別されたコンテンツについて、不正な端末装置での利用を抑制し得る。
（２）ここで、前記特殊コンテンツを利用するために必要な情報は、前記特殊コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した、暗号化鍵情報を復号するために必要な暗号化特有情報であるとしてもよい。

この構成によると、記録媒体装置が出力するコンテンツの利用に必要な情報は、暗号化されたタイトル鍵を復号するための暗号化特有情報である。従って、不正と判断された端末装置では、記録媒体に格納されているコンテンツを復号するためのタイトル鍵を得ることができないので、不正な端末装置でのコンテンツの利用を抑制し得る。
（３）ここで、前記暗号化特有情報は、当該記録媒体装置の秘密鍵と、前記コンテンツ判別情報とを用いて演算して得られるメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であるとしてもよい。

この構成によると、暗号化特有情報は、通常のコンテンツと区別されるための情報を、記録媒体装置の秘密鍵を用いて演算したＭＡＣである。

従って、端末装置が、通常のコンテンツと区別されるための情報を詐称してリボーク対象の端末装置でないと判断されても、暗号化特有情報として得られるのは、詐称した情報のＭＡＣである。この詐称した情報のＭＡＣでは、暗号化されたタイトル鍵を正しく復号できない。正しいタイトル鍵が得られなければ、コンテンツを復号できないので、不正な端末でのコンテンツの利用を抑制し得る。
（４）ここで、更に、前記制御手段が、前記利用情報出力手段が、前記暗号化特有情報を出力しないように制御した場合には、前記端末装置のユーザーに提示するための告知情報を前記端末装置に出力する告知情報出力手段を備えるとしてもよい。

この構成によると、記録媒体装置が、端末装置が不正な端末装置であると判断した場合には、端末装置に暗号化特有情報を送信する代わりに、端末装置のユーザーにコンテンツを利用できない旨の告知情報を出力する。

従って、端末装置のユーザーは、コンテンツが利用できない場合に、その理由を知ることができる。
（５）本発明の一態様である端末装置は、コンテンツを記録するための記録媒体装置と接続し、当該コンテンツを利用する端末装置であって、前記記録媒体装置へ当該端末装置を識別する識別情報を出力する識別情報出力手段と、前記記録媒体装置からコンテンツに係るコンテンツ属性情報を取得する属性情報取得手段と、前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出手段と、前記コンテンツ判別情報を前記記録媒体装置に出力する特定情報出力手段と、前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得手段と、 前記コンテンツを利用するために必要な情報を用いてコンテンツを利用する利用手段とを備える。

この構成によると、端末装置は、記録媒体装置に格納されているコンテンツのコンテンツ属性情報から、コンテンツ判別情報を抽出し記録媒体装置に出力し、記録媒体装置から送信したコンテンツ判別情報を用いて生成された、コンテンツを利用するために必要な情報を取得する。従って、端末装置は、コンテンツ利用の際に、記録媒体装置からコンテンツを利用するために必要な情報を得るための元になる情報をコンテンツ属性情報から得ることができ、その元になる情報を記録媒体装置に送信した応答として、コンテンツを利用するために必要な情報を得ることができる。
（６）ここで、前記コンテンツを利用するために必要な情報は、前記コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した、暗号化鍵情報を復号するために必要な暗号化特有情報であるとしてもよい。

この構成によると、端末装置が取得するコンテンツの利用に必要な情報は、暗号化されたタイトル鍵を復号するための暗号化特有情報である。従って、端末装置は、記録媒体装置から得た暗号化特有情報を用いてコンテンツを復号するためのタイトル鍵を得ることができるので、タイトル鍵を用いてコンテンツを復号し利用することができる。一方、記録媒体装置から暗号化特有情報が得られない場合には、タイトル鍵を得ることができないので、不正な端末装置でのコンテンツの利用を抑制し得る。
（７）ここで、前記暗号化特有情報は、コンテンツ属性情報にコンテンツ判別情報が含まれる場合において、前記記録媒体装置の秘密鍵と、前記コンテンツ判別情報とを用いて前記記録媒体装置で演算して得られたメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であるとしてもよい。

この構成によると、端末装置が記録媒体装置から得る暗号化特有情報は、通常のコンテンツと区別されるための情報を、記録媒体装置の秘密鍵を用いて演算したＭＡＣである。

従って、端末装置が、通常のコンテンツと区別されるための情報を詐称してリボーク対象の端末装置でないと判断されても、暗号化特有情報として得られるのは、詐称した情報のＭＡＣである。この詐称した情報のＭＡＣでは、暗号化されたタイトル鍵を正しく復号できない。正しいタイトル鍵が得られなければ、コンテンツを復号できないので、不正な端末でのコンテンツの利用を抑制し得る。
（８）ここで、前記端末装置は、更に、前記記録媒体装置に記録されている、前記コンテンツの復号に用いる鍵を暗号化した暗号化鍵情報を読み出す暗号化鍵情報読出手段と、前記暗号化特有情報を用いて、前記暗号化鍵情報を復号する復号手段とを備え、前記利用手段は、前記復号手段で復号して得られた鍵を用いて前記コンテンツを復号して再生するとしてもよい。

この構成によると、端末装置は、記録媒体装置から暗号化鍵情報を取得し、暗号化鍵情報を、暗号化特有情報を用いて復号することにより、コンテンツの復号に用いるタイトル鍵を取得する。従って、端末装置は取得したタイトル鍵を用いてコンテンツを復号して再生することができる。
（９）ここで、前記端末装置は、更に、前記記録媒体装置が、前記暗号化特有情報の代わりに、当該端末装置のユーザーに提示するために出力する告知情報を受信する告知情報受信手段と、前記告知情報を提示する提示手段とを備えるとしてもよい。

この構成によると、端末装置は、コンテンツが利用できない場合に、記録媒体装置から暗号化特有情報の代わりに、ユーザーにコンテンツを利用できない旨の告知情報を受信し、端末装置のユーザーに告知する。従って、端末装置のユーザーは、コンテンツが利用できない場合に、その理由を知ることができる。
（１０）本発明の一態様である配信装置は、端末装置に接続された記録媒体装置にコンテンツ利用に係る情報を配信する配信装置であって、前記コンテンツに係るコンテンツ属性情報を記憶する記憶手段と、前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出手段と、前記コンテンツ判別情報を記録媒体装置に送信する判別情報送信手段と、前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得手段と、前記コンテンツの復号に用いる鍵を、前記コンテンツを利用するために必要な情報と、前記コンテンツ属性情報とを用いて暗号化した暗号化鍵情報を生成する暗号化鍵情報生成手段と、前記暗号化鍵情報を記録媒体装置に送信する暗号化鍵情報送信手段とを備える。

この構成によると、配信装置は、コンテンツ属性情報から抽出した当該コンテンツが通常コンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報から生成したコンテンツを利用するために必要な情報を用いてコンテンツを復号するためのコンテンツ鍵を暗号化し、暗号化したコンテンツ鍵を記録媒体装置に送信する。従って、配信装置は、正しいコンテンツ判別情報が得られない場合には、復号することができない暗号化コンテンツ鍵を記録媒体装置に送信することができる。
（１１）ここで、前記コンテンツを利用するために必要な情報は、前記コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した暗号化鍵情報を、復号するために必要な暗号化特有情報であるとしてもよい。

この構成によると、鍵配信装置が生成するコンテンツを利用するために必要な情報は、暗号化されたタイトル鍵を復号するための暗号化特有情報である。従って、この鍵配信装置で生成された暗号化特有情報を用いると、不正と判断された端末装置では、記録媒体に格納されているコンテンツを復号するためのタイトル鍵を得ることができないので、不正な端末装置でのコンテンツの利用を抑制し得る。
（１２）ここで、前記暗号化特有情報は、コンテンツ属性情報に前記コンテンツ判別情報が含まれる場合において、前記記録媒体装置の秘密鍵と、前記コンテンツを通常のコンテンツと区別するための情報とを用いて前記記録媒体で演算して得られたメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）であるとしてもよい。

この構成によると、暗号化特有情報は、コンテンツ判別情報を、記録媒体装置の秘密鍵を用いて演算したＭＡＣである。このＭＡＣを用いて配信装置は、コンテンツを復号するためのタイトル鍵を暗号化して、端末装置に送信する。従って、このようにして生成された暗号化タイトル鍵を用いると、端末装置がコンテンツ判別情報を詐称してリボーク対象の端末装置でないと判断されても、暗号化タイトル鍵を復号するために得られるのは、詐称した情報のＭＡＣである。この詐称した情報のＭＡＣでは、暗号化されたタイトル鍵を正しく復号できない。正しいタイトル鍵が得られなければ、コンテンツを復号できないので、不正な端末でのコンテンツの利用を抑制し得る。
（１３）ここで、前記配信装置は、更に、コンテンツに係るコンテンツ属性情報に前記コンテンツ判別情報が含まれる場合に前記コンテンツの利用が制限されるべき端末装置を示すリボーク情報を前記記録媒体装置に送信するリボーク情報送信手段を備えるとしてもよい。

この構成によると、配信装置は、コンテンツ判別情報に関連付けたリボーク対象の装置を記載したリボーク情報を記録媒体装置に送信する。従って、コンテンツ製作者は、配信装置のリボーク情報を更新することによって、記録媒体装置に新たなリボーク情報を送信することができる。
（１４）ここで、更に、端末装置でのコンテンツの利用を抑制した際に当該端末装置のユーザーに提示するための告知情報を前記記録媒体装置に送信する告知情報送信手段を備えるとしてもよい。

この構成によると、配信装置は、端末装置でのコンテンツの利用が抑制された場合に、ユーザーに対してその旨を告知するための告知情報を記録媒体装置に送信する。従って、コンテンツ製作者は、配信装置の告知情報を更新することによって、記録媒体装置に新たな告知情報を送信することができる。

本発明は、ネットワーク配信されるコンテンツ及びタイトル鍵等をＳＤメモリカード等の記録媒体装置に記録する端末装置を製造及び販売する産業において、特定のコンテンツの不正利用を抑制する技術として利用することができる。

１ コンテンツ配信システム
１００ コンテンツ制作装置
２００ 鍵発行装置
３００ コンテンツ配信装置
４００ 鍵配信装置
４１０ ルート公開鍵受信部
４１１ ルート公開鍵格納部
４１２ リボーク情報・ＭＳＧ受信部
４１３ リボーク情報・ＭＳＧ格納部
４１４ 鍵配信装置秘密鍵・証明書受信部
４１５ 鍵配信装置秘密鍵・証明書格納部
４１８ リボーク確認部
４２６ ＵＲ処理部
４３０ 相互認証部
４４１ 暗号復号部
４４０ タイトル鍵演算部
４５０ 記録媒体装置ＩＤ取得部
４５１ ＭＡＣ演算部
５００ 端末装置
５１０ 端末装置秘密鍵・証明書格納部
５１１ ルート公開鍵格納部
５３０ 相互認証部
５３２ 暗号復号部
５５０ 演算タイトル鍵受信部
５５１ データ送信・ＭＡＣ受信部
５５６ タイトル鍵再演算部
５５８ 第１再生判断部
５６０ コンテンツ読出部
５６１ コンテンツ復号部
５７２ コンテンツ署名検証部
５７３ 第２再生判断部
５７４ 第３再生判断部
５８０ コンテンツ再生部
６００ 記録媒体装置
６１０ 記録媒体装置秘密鍵・証明書格納部
６１１ ルート公開鍵格納部
６２０ 相互認証部
６２１ リボーク判断部
６３０ 暗号復号部
６３５ 読出書込部
６４０ 演算タイトル鍵格納部
６５５ ＭＡＣ処理部
６６０ コンテンツ格納部
６７０ ＵＲ格納部
６８０ 記録媒体装置ＩＤ ＭＡＣ格納部
６９０ コンテンツ署名格納部

Claims (23)

1. 端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置であって、
   コンテンツを記録するコンテンツ記録手段と、
   前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶手段と、
   コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶手段と、
   前記端末装置から当該端末装置の識別情報を取得する識別情報取得手段と、
   前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力手段と、
   前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力手段が出力しないように制御する制御手段とを備える
   ことを特徴とする記録媒体装置。
2. 前記特殊コンテンツを利用するために必要な情報は、前記特殊コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した、暗号化鍵情報を復号するために必要な暗号化特有情報である
   ことを特徴とする請求項１に記載の記録媒体装置。
3. 前記暗号化特有情報は、当該記録媒体装置の秘密鍵と、前記コンテンツ判別情報とを用いて演算して得られるメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である
   ことを特徴とする請求項２に記載の記録媒体装置。
4. 更に、前記制御手段が、前記利用情報出力手段が、前記暗号化特有情報を出力しないように制御した場合には、前記端末装置のユーザーに提示するための告知情報を前記端末装置に出力する告知情報出力手段を備える
   ことを特徴とする請求項３に記載の記録媒体装置。
5. コンテンツを記録するための記録媒体装置と接続し、当該コンテンツを利用する端末装置であって、
   前記記録媒体装置へ当該端末装置を識別する識別情報を出力する識別情報出力手段と、
   前記記録媒体装置からコンテンツに係るコンテンツ属性情報を取得する属性情報取得手段と、
   前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出手段と、
   前記コンテンツ判別情報を前記記録媒体装置に出力する特定情報出力手段と、
   前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得手段と、
   前記コンテンツを利用するために必要な情報を用いてコンテンツを利用する利用手段とを備える
   ことを特徴とする端末装置。
6. 前記コンテンツを利用するために必要な情報は、前記コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した、暗号化鍵情報を復号するために必要な暗号化特有情報である
   ことを特徴とする請求項５に記載の端末装置。
7. 前記暗号化特有情報は、コンテンツ属性情報にコンテンツ判別情報が含まれる場合において、前記記録媒体装置の秘密鍵と、前記コンテンツ判別情報とを用いて前記記録媒体装置で演算して得られたメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である
   ことを特徴とする請求項６に記載の端末装置。
8. 更に、前記記録媒体装置に記録されている、前記コンテンツの復号に用いる鍵を暗号化した暗号化鍵情報を読み出す暗号化鍵情報読出手段と、
   前記暗号化特有情報を用いて、前記暗号化鍵情報を復号する復号手段とを備え、
   前記利用手段は、前記復号手段で復号して得られた鍵を用いて前記コンテンツを復号して再生する
   ことを特徴とする請求項７に記載の端末装置。
9. 更に、前記記録媒体装置が、前記暗号化特有情報の代わりに、当該端末装置のユーザーに提示するために出力する告知情報を受信する告知情報受信手段と、
   前記告知情報を提示する提示手段とを備える
   ことを特徴とする請求項８に記載の端末装置。
10. 端末装置に接続された記録媒体装置にコンテンツ利用に係る情報を配信する配信装置であって、
    前記コンテンツに係るコンテンツ属性情報を記憶する記憶手段と、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出手段と、
    前記コンテンツ判別情報を記録媒体装置に送信する判別情報送信手段と、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得手段と、
    前記コンテンツの復号に用いる鍵を、前記コンテンツを利用するために必要な情報と、前記コンテンツ属性情報とを用いて暗号化した暗号化鍵情報を生成する暗号化鍵情報生成手段と、
    前記暗号化鍵情報を記録媒体装置に送信する暗号化鍵情報送信手段とを備える
    ことを特徴とする配信装置。
11. 前記コンテンツを利用するために必要な情報は、前記コンテンツを復号する際に用いるタイトル鍵を前記コンテンツ判別情報と関連付けて暗号化した暗号化鍵情報を、復号するために必要な暗号化特有情報である
    ことを特徴とする請求項１０に記載の配信装置。
12. 前記暗号化特有情報は、コンテンツ属性情報に前記コンテンツ判別情報が含まれる場合において、前記記録媒体装置の秘密鍵と、前記コンテンツを通常のコンテンツと区別するための情報とを用いて前記記録媒体で演算して得られたメッセージ認証コード（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）である
    ことを特徴とする請求項１１に記載の配信装置。
13. 更に、コンテンツに係るコンテンツ属性情報に前記コンテンツ判別情報が含まれる場合に前記コンテンツの利用が制限されるべき端末装置を示すリボーク情報を前記記録媒体装置に送信するリボーク情報送信手段を備える
    ことを特徴とする請求項１２に記載の配信装置。
14. 更に、端末装置でのコンテンツの利用を抑制した際に当該端末装置のユーザーに提示するための告知情報を前記記録媒体装置に送信する告知情報送信手段を備える
    ことを特徴とする請求項１３に記載の配信装置。
15. 端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置の制御方法であって、
    コンテンツを記録するコンテンツ記録ステップと、
    前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶ステップと、
    コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶ステップと、
    前記端末装置から当該端末装置の識別情報を取得する識別情報取得ステップと、
    前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力ステップと、
    前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力ステップが出力しないように制御する制御ステップとを備える
    ことを特徴とする記録媒体装置の制御方法。
16. 端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置の制御プログラムであって、
    コンテンツを記録するコンテンツ記録ステップと、
    前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶ステップと、
    コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶ステップと、
    前記端末装置から当該端末装置の識別情報を取得する識別情報取得ステップと、
    前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力ステップと、
    前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力ステップが出力しないように制御する制御ステップとを
    前記記録媒体装置に実行させる
    ことを特徴とする記録媒体装置の制御プログラム。
17. 端末装置と接続し、当該端末装置で利用するコンテンツを記録する記録媒体装置に実行させる制御プログラムを記録した記録媒体であって、
    コンテンツを記録するコンテンツ記録ステップと、
    前記コンテンツそれぞれについてコンテンツ属性情報を記憶する属性情報記憶ステップと、
    コンテンツ属性情報に通常のコンテンツと区別するためのコンテンツ判別情報が含まれる特殊コンテンツについて、当該特殊コンテンツの利用が制限されるべき端末装置を示すリボーク情報を記憶するリボーク情報記憶ステップと、
    前記端末装置から当該端末装置の識別情報を取得する識別情報取得ステップと、
    前記特殊コンテンツを利用するために必要な情報を前記端末装置に出力するための利用情報出力ステップと、
    前記特殊コンテンツが前記端末装置で利用される際に、前記リボーク情報を参照し、前記端末装置の識別情報に基づき、前記端末装置が前記特殊コンテンツの利用を制限されるべき端末装置か否かを判定し、肯定的に判定したときには、前記特殊コンテンツを利用するために必要な情報を前記利用情報出力ステップが出力しないように制御する制御ステップとを
    前記記録媒体装置に実行させる制御プログラムを記録した記録媒体。
18. コンテンツを記録するための記録媒体装置と接続し、当該コンテンツを利用する端末装置の制御方法であって、
    前記記録媒体装置へ当該端末装置を識別する識別情報を出力する識別情報出力ステップと、
    前記記録媒体装置からコンテンツに係るコンテンツ属性情報を取得する属性情報取得ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を前記記録媒体装置に出力する特定情報出力ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツを利用するために必要な情報を用いてコンテンツを利用する利用ステップとを備える
    ことを特徴とする端末装置の制御方法。
19. コンテンツを記録するための記録媒体装置と接続し、当該コンテンツを利用する端末装置の制御プログラムであって、
    前記記録媒体装置へ当該端末装置を識別する識別情報を出力する識別情報出力ステップと、
    前記記録媒体装置からコンテンツに係るコンテンツ属性情報を取得する属性情報取得ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を前記記録媒体装置に出力する特定情報出力ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツを利用するために必要な情報を用いてコンテンツを利用する利用ステップとを
    前記端末装置に実行させる
    ことを特徴とする端末装置の制御プログラム。
20. コンテンツを記録するための記録媒体装置と接続し、当該コンテンツを利用する端末装置の制御プログラムを記録した記録媒体であって、
    前記記録媒体装置へ当該端末装置を識別する識別情報を出力する識別情報出力ステップと、
    前記記録媒体装置からコンテンツに係るコンテンツ属性情報を取得する属性情報取得ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を前記記録媒体装置に出力する特定情報出力ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツを利用するために必要な情報を用いてコンテンツを利用する利用ステップとを
    前記端末装置に実行させる制御プログラムを記録した記録媒体
21. 端末装置に接続された記録媒体装置にコンテンツ利用に係る情報を配信する配信装置の制御方法であって、
    前記コンテンツに係るコンテンツ属性情報を記憶する記憶ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を記録媒体装置に送信する判別情報送信ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツの復号に用いる鍵を、前記コンテンツを利用するために必要な情報と、前記コンテンツ属性情報とを用いて暗号化した暗号化鍵情報を生成する暗号化鍵情報生成ステップと、
    前記暗号化鍵情報を記録媒体装置に送信する暗号化鍵情報送信ステップとを備える
    ことを特徴とする配信装置の制御方法。
22. 端末装置に接続された記録媒体装置にコンテンツ利用に係る情報を配信する配信装置の制御プログラムであって、
    前記コンテンツに係るコンテンツ属性情報を記憶する記憶ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を記録媒体装置に送信する判別情報送信ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツの復号に用いる鍵を、前記コンテンツを利用するために必要な情報と、前記コンテンツ属性情報とを用いて暗号化した暗号化鍵情報を生成する暗号化鍵情報生成ステップと、
    前記暗号化鍵情報を記録媒体装置に送信する暗号化鍵情報送信ステップとを
    前記配信装置に実行させる
    ことを特徴とする配信装置の制御プログラム。
23. 端末装置に接続された記録媒体装置にコンテンツ利用に係る情報を配信する配信装置の制御プログラムを記録した記録媒体であって、
    前記コンテンツに係るコンテンツ属性情報を記憶する記憶ステップと、
    前記コンテンツ属性情報から当該コンテンツが通常のコンテンツと区別される特殊コンテンツであるか否かを示すコンテンツ判別情報を抽出する判別情報抽出ステップと、
    前記コンテンツ判別情報を記録媒体装置に送信する判別情報送信ステップと、
    前記記録媒体装置で前記コンテンツ判別情報を用いて生成された、前記コンテンツを利用するために必要な情報を取得する利用情報取得ステップと、
    前記コンテンツの復号に用いる鍵を、前記コンテンツを利用するために必要な情報と、前記コンテンツ属性情報とを用いて暗号化した暗号化鍵情報を生成する暗号化鍵情報生成ステップと、
    前記暗号化鍵情報を記録媒体装置に送信する暗号化鍵情報送信ステップとを
    前記配信装置に実行させる制御プログラムを記録した記録媒体。

Images