JP4168679B2

JP4168679B2 - Content usage management system, information processing apparatus or method for using or providing content, and computer program

Info

Publication number: JP4168679B2
Application number: JP2002186786A
Authority: JP
Inventors: 陽一郎飯野; 直樹田中
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-06-26
Filing date: 2002-06-26
Publication date: 2008-10-22
Anticipated expiration: 2022-06-26
Also published as: JP2004030326A

Description

【０００１】
【発明の属する技術分野】
本発明は、広帯域通信網（ｘＤＳＬ：x Digital Subscriber Line、CATV（Cable TV）、無線ネットワーク）などによって配信される音楽データや画像データ、電子出版物などのデジタル・データや動画像などリッチ・コンテンツの利用を管理するコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに係り、特に、使用許諾など何らかの契約や利用条件に基づいてコンテンツの利用を管理するコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに関する。
【０００２】
さらに詳しくは、本発明は、コンテンツの利用者にライセンスを与えることによりコンテンツの利用を制御しコンテンツの保護を図るコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに係り、特に、コンテンツ鍵の不正利用を防止しながらコンテンツの利用者にライセンスを与えるコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムに関する。
【０００３】
【従来の技術】
近年の広帯域通信網（ｘＤＳＬ：x Digital Subscriber Line、CATV（Cable TV）、無線ネットワークなど）の普及により、音楽データや画像データ、電子出版物などのデジタル・データや動画像などリッチ・コンテンツの配信もユーザにストレスなく伝送できるような仕組みが整いつつある。
【０００４】
一方、配信されるコンテンツはデジタル・データであり、コピーや改ざんなどの操作を比較的容易に行うことができる。また、現在これらのコンテンツのコピーや改竄などの不正行為は頻繁に行われており、これがデジタル・コンテンツ・ベンダの利益を阻害する主要な要因となっている。この結果、コンテンツの値段も高くしなければならなくなり、普及の障壁となるという悪循環が起こっている。
【０００５】
暗号技術を用いることによって、通信路上に流れるコンテンツを悪意のある第三者から保護することが可能となっている。しかしながら、コンテンツの配信過程だけでなく、コンテンツが正規のユーザに提供された後に行なわれる不正コピーや不正利用も大きな問題となっている。
【０００６】
デジタル・コンテンツに関するこの種の問題への対策として、最近では権利管理方式（ＤＲＭ：Digital Rights Management）と呼ばれる方式が採用されている。以下では、このＤＲＭの概要とその問題点について説明する。
【０００７】
ＤＲＭ（ Digital Right Management ）：
権利情報管理方式（ＤＲＭ）によって、ユーザはコンテンツの利用許可（ライセンス）を得なければ，コンテンツを利用できない仕組みが実現される。このようなシステムとしては米マイクロソフト社の"Windows Media Right Manager"や、米ＩＢＭ社の"Electronic Media Management System（ＥＭＭＳ）"と呼ばれるシステムが挙げられる。
【０００８】
ＤＲＭのシステムは、典型的にはコンテンツ提供者とライセンス管理者とユーザという参加者で構成される。ユーザは、コンテンツの再生装置を所持し、それを使ってコンテンツを利用する。また、ライセンス管理者はユーザにライセンスの発行を行なう。また、コンテンツ提供者は、ユーザにコンテンツの提供を行なう。
【０００９】
コンテンツ（Ｃｏｎｔ）は、コンテンツ提供者によって、コンテンツ毎に異なる鍵（コンテンツ鍵Ｋ_c）で暗号化された形式Ｅ（Ｋ_c，Ｃｏｎｔ）で配布される。本明細書中では、これを暗号化コンテンツと呼ぶことにする。
【００１０】
ユーザは、あるコンテンツＣｏｎｔを使用する場合、ライセンス管理者に対してライセンス発行を要求する。これに対し、ライセンス発行者は、ユーザへの課金処理などを行なった上でライセンスを発行する。
【００１１】
ここで言うライセンスの発行は、実際には、ユーザの再生装置にコンテンツ鍵Ｋ_cを与えることである。このために、ライセンス管理者は再生装置との間で、再生装置毎に異なる暗号鍵Ｋ_uを共有しており（暗号鍵Ｋ_uの共有は、ライセンス発行時に行われるか、又はあらかじめ共有したものが再生装置に組み込まれている）、コンテンツ鍵Ｋ_cを暗号鍵Ｋ_uで暗号化したデータＥ（Ｋ_u，Ｋ_c）として再生装置に送付する。このデータのことを「ライセンス・トークン」と呼ぶ。
【００１２】
ライセンスを受けたユーザの再生装置は、暗号鍵Ｋuと受け取ったライセンス・トークンＥ（Ｋ_u，Ｋ_c）と暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）を使って、コンテンツを再生することができる。まず、ライセンス・トークンＥ（Ｋ_u，Ｋ_c）からコンテンツ鍵Ｋ_cを復号し、次いでコンテンツ鍵Ｋ_cを使って暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）からコンテンツＣｏｎｔを復号して再生する。したがって、再生装置とライセンス・トークンと暗号化コンテンツの組み合わせが正しいときだけ、つまりライセンスを得たユーザだけがコンテンツを利用できることになる。
【００１３】
ここで、コンテンツの利用権を保護するためには、再生装置側では、復号されたコンテンツが外部に漏洩することを防がなければならない。このためには、再生装置は、暗号鍵Ｋ_uやコンテンツ鍵Ｋ_cや復号されたコンテンツＣｏｎｔを外部に漏らさないように処理しなければならない。何故なら、復号されたコンテンツが一旦外部に漏洩すれば、それを複製し利用することが制約なしに可能になるからである。言い換えれば、再生装置には、暗号鍵Ｋ_uやコンテンツ鍵Ｋ_c、並びに復号されたコンテンツＣｏｎｔを外部に漏らさないで処理できるという条件が必要である。本明細書中では、このような条件を備えた再生装置のことを「正当」であると呼ぶことにする。
【００１４】
ＤＲＭでは、コンテンツのライセンス（利用許可）をユーザに与えることは、コンテンツ鍵Ｋ_cをそのユーザの再生装置に与えることで実現される。このライセンス供与の際に、コンテンツ鍵Ｋ_cを受け取る再生装置は正当であるという条件が必須である。したがって、ライセンスの発行を行なうライセンス発行者は、発行相手の再生装置を特定し、正当な再生装置だけにコンテンツ鍵を与えるようにしなければならない。このため、ライセンス発行者は正当な再生装置に関するデータベースを持ち、ライセンス発行はそれに基づいて行なう必要がある。
【００１５】
しかしながら、多数の再生装置が存在する場合を考えると、このようなデータベースの検索は時間あるいはコストを要する処理となる。特に、コンテンツの毎回ダウンロードなどの仕組みにより、ライセンス発行が頻繁に行なわれる場合、データベースの置かれるサーバの負荷が過剰になる。つまり、ＤＲＭでのライセンス発行は、再生装置の個数の増加に対してスケーラビリティのない処理となる。
【００１６】
例えば，特定のユーザに対してコンテンツを提供する場合を考えると、コンテンツ提供の前にユーザ認証を行うことになる。
【００１７】
ＤＲＭの方法を使うのであれば、さらにユーザ認証に加えてそのユーザが持つコンテンツの再生装置を特定し、再生装置に専用のライセンスを生成するという処理が必要になる。このことはコンテンツ提供の処理速度を低下させてしまう。
【００１８】
【発明が解決しようとする課題】
本発明の目的は、使用許諾など何らかの契約や利用条件に基づいてコンテンツの利用を好適に管理することができる、優れたコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００１９】
本発明のさらなる目的は、コンテンツの利用者にライセンスを与えることによりコンテンツの利用を制御しコンテンツの保護を図ることができる、優れたコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２０】
本発明のさらなる目的は、コンテンツ鍵の不正利用を防止しながらコンテンツの利用者にライセンスを与えることができる、優れたコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することにある。
【００２１】
【課題を解決するための手段及び作用】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、ライセンスの配布によりコンテンツの利用を管理するコンテンツ利用管理システムであって、
コンテンツを利用する正当な装置で生成された一回限りの乱数からなるノンスとコンテンツの利用許可の権限者に関する認証情報を少なくとも含むデータをライセンス・トークンとして用い、
コンテンツを利用する正当な装置側では、ライセンス・トークンに自分が生成したノンスが含まれていること及びコンテンツ利用許可の権限者に関する認証情報の認証処理によりライセンス・トークンの有効性を検証し、ライセンス・トークンが有効である場合に該当するコンテンツをユーザに利用させる、
ことを特徴とするコンテンツ利用管理システムである。
【００２２】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００２３】
また、本発明の第２の側面は、ライセンスの配布によりコンテンツの利用を管理する情報処理装置又は情報処理方法であって、
コンテンツの利用者から一回限りの乱数であるノンスを受信するノンス受信手段又はステップと、
受信したノンスと自身の認証情報を少なくとも含むライセンス・トークンをコンテンツの利用者に配布するライセンス・トークン発行手段又はステップと、
を具備することを特徴とする情報処理装置又は情報処理方法である。
【００２４】
また、本発明の第３の側面は、コンテンツを安全に提供する情報処理装置又は情報処理方法であって、
コンテンツを正当に利用する装置にイネーブル鍵を発行するイネーブル鍵発行手段又はステップと、
コンテンツ毎に固有のコンテンツ鍵でコンテンツを暗号化するコンテンツ暗号化手段又はステップと、
コンテンツ鍵を含むデータをイネーブル鍵で暗号化してなるコンテンツ・トークンを生成するコンテンツ・トークン生成手段又はステップと、
暗号化コンテンツをコンテンツ・トークンとともに配布するコンテンツ提供手段又はステップと、
を具備することを特徴とする情報処理装置又は情報処理方法である。
【００２５】
また、本発明の第４の側面は、ライセンスの取得によりコンテンツの正当な利用を行なう情報処理装置又は情報処理方法であって、
コンテンツを取得するコンテンツ取得手段又はステップと、
一回限りの乱数であるノンスを発行するノンス発行手段又はステップと、
コンテンツに関するライセンス・トークンを受信して、前記ノンス発行手段又はステップが発行したノンスが含まれているか、及び所定のコンテンツ利用許可の権限者から得られたものであるかどうかを認証することにより該ライセンス・トークンの有効性を検証するライセンス・トークン検証手段又はステップと、
ライセンス・トークンが有効であることに応答して、該当するコンテンツの利用を行なうコンテンツ利用手段又はステップと、
を具備することを特徴とする情報処理装置又は情報処理方法である。
【００２６】
本発明では、再生装置で生成されたノンス（１回限りの乱数）とコンテンツの識別番号、利用条件（例えば利用許可の回数や期間など）に、コンテンツの提供者あるいはシステム管理者などのコンテンツ利用許可の権限者が、電子署名やメッセージ認証コードを付加したものをランセンス・トークンとして用いる。
【００２７】
ライセンス・トークンを受け取った再生装置は、自分が生成したノンスが含まれることで、ライセンス・トークンが自分宛てであることを知り、なお且つコンテンツの提供者又はシステム管理者が電子署名やメッセージ認証コードが付加されていることで、ライセンス・トークンとして有効であることを判断することができる。
【００２８】
また本発明では、コンテンツ鍵をライセンスとして配布する代わりに、コンテンツ配布と同時にコンテンツ・トークンとして配布するようになっている。このコンテンツ・トークンは、コンテンツ鍵をイネーブル鍵で暗号化したデータである。また、イネーブル鍵はライセンスの有無とは独立に、正当な再生装置だけが利用可能な鍵である。
【００２９】
コンテンツの識別情報は、暗号化コンテンツ又はコンテンツ・トークンの一部として、コンテンツ鍵又はイネーブル鍵で暗号化して含まれるので、正当な再生装置が判断可能な形式で配布され、コンテンツ利用許可の権限者以外から意図的な改変ができない。したがって、暗号化コンテンツを復号するコンテンツ鍵を再生装置に与えるのではなく、再生装置から判断できる形式で、コンテンツの利用許可の権限者が利用を許可するコンテンツの識別情報を指定することにより、再生装置に対してコンテンツの利用を許可することができる。
【００３０】
そして、再生装置は、ライセンスを取得できたと判断した場合だけ、ライセンスで指定されたコンテンツの識別番号を含むコンテンツ・トークンを自身が保持するイネーブル鍵で復号してコンテンツ鍵を取り出し、次いで、コンテンツ鍵で暗号化コンテンツを復号して得られるコンテンツをユーザに利用させる。したがって、正当な再生装置は、復号したコンテンツそのものを装置外に漏らすことなく、コンテンツを利用に供することができる。
【００３１】
また、イネーブル鍵は、システム管理者が生成するとして、正当な再生装置にイネーブル鍵を利用可能にする方法としては２種類が考えられる。１つの方法は、正当な再生装置にあらかじめイネーブル鍵を配布しておく方法である。
【００３２】
このような方法としては、例えばＩＥＴＦ（ Internet Engineering TaskForce ）ＲＦＣ（Request for Comment）２６２７に記載のユーザ・グループに暗号鍵を共有させる方法のいずれかを用いればよい。最も単純にシステム管理者が再生装置毎にイネーブル鍵を配布する場合には、イネーブル鍵の配布に再生装置の個数Ｎに比例する手間が必要になる。しかし、ＲＦＣ２６２７には、各再生装置に再生装置の個数Ｎの対数に比例するサイズのデータを持たせる階層鍵構造（hierarchicalkey tree）による管理方式が示されており、これを適用することにより、個数Ｎの対数に比例するサイズのデータのブロードキャストでイネーブル鍵の配布を行なうことができる。
【００３３】
イネーブル鍵を配布するもう１つの方法は、イネーブル鍵を正当な再生装置だけに取得可能な形式で暗号化コンテンツとともに配布する方法である。本出願人に既に譲渡されている特開２００１−３５２３２１号公報（発明の名称：情報システム、情報処理方法、および情報記録媒体、並びにプログラム提供媒体）に開示されているように、各再生装置に再生装置に個数Ｎの対数に比例するサイズのデータを持たせることで、イネーブル鍵の配布を再生装置の個数Ｎの対数に比例するサイズのデータを暗号化コンテンツとともに配布することで行なうことができる。
【００３４】
また、耐タンパ性が破壊された再生装置が発生した場合には、イネーブル鍵を更新するようにしてもよい。イネーブル鍵を更新して、新しいコンテンツ鍵でコンテンツを暗号化したものと、新しいイネーブル鍵でコンテンツ鍵を暗号化したものとしてコンテンツの配布を行なうことで、耐タンパ性が破壊された再生装置に含まれる情報を使っても、暗号化コンテンツを２度と復号できなくすることができる。
【００３５】
本発明で重要な点は、ライセンスがコンテンツ鍵でないため、任意の装置にライセンスを与えても、実際にコンテンツを復号できるのは、あらかじめイネーブル鍵を共有している正当な再生装置に限定される、ということである。したがって、本発明によって、ライセンス発行時に発行対象の再生装置を特定して各再生装置に専用のライセンスを発行することが不要になる。これによって、ライセンス発行を高速に処理することが可能になり、再生装置の個数の増加に関してスケーラビリティのよいライセンス発行処理を実現することができる。
【００３６】
また、本発明の第５の側面は、ライセンスの配布によりコンテンツの利用を管理するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
コンテンツの利用者から一回限りの乱数であるノンスを受信するノンス受信手順と、
受信したノンスと自身の認証情報を少なくとも含むライセンス・トークンをコンテンツの利用者に配布するライセンス・トークン発行手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
【００３７】
また、本発明の第６の側面は、コンテンツを安全に提供するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
コンテンツを正当に利用する装置にイネーブル鍵を発行するイネーブル鍵発行手順と、
コンテンツ毎に固有のコンテンツ鍵でコンテンツを暗号化するコンテンツ暗号化手順と、
コンテンツ鍵を含むデータをイネーブル鍵で暗号化してなるコンテンツ・トークンを生成するコンテンツ・トークン生成手順と、
暗号化コンテンツをコンテンツ・トークンとともに配布するコンテンツ提供手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
【００３８】
また、本発明の第７の側面は、ライセンスの取得によりコンテンツの正当な利用を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、前記コンピュータ・システムに対し、
コンテンツを取得するコンテンツ取得手順と、
１回限りの乱数であるノンスを発行するノンス発行手順と、
コンテンツに関するライセンス・トークンを受信して、前記ノンス発行ステップにおいて発行したノンスが含まれているか、及び所定のコンテンツ利用許可の権限者から得られたものであるかどうかを認証することにより該ライセンス・トークンの有効性を検証するライセンス・トークン検証手順と、
ライセンス・トークンが有効であることに応答して、該当するコンテンツの利用を行なうコンテンツ利用手順と、
を実行させることを特徴とするコンピュータ・プログラムである。
【００３９】
本発明の第５乃至第７の各側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第５乃至第７の各側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第２乃至第４の各側面に係る情報処理装置又は情報処理方法と同様の作用効果を得ることができる。
【００４０】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４１】
【発明の実施の形態】
以下では、本発明の実施形態として、正当な再生装置であらかじめイネーブル鍵が共有されている場合（実施形態１）と、正当な再生装置にのみ取得可能な形式でイネーブル鍵が暗号化コンテンツとともに配布される場合（実施形態２）について、図面を参照しながら詳解する。その前に、まず本発明で用いられる暗号技術について簡単に説明しておく。
【００４２】
Ａ．暗号技術
本明細書では、Ｅ（Ｋ，Ｍ）は、暗号鍵ＫによるデータＭの暗号化を意味する。また、ＭＡＣ（Ｋ，Ｍ）はデータＭに対して鍵Ｋを使って生成したメッセージ認証コードを表す。
【００４３】
メッセージ認証コード（ＭＡＣ：Message Authentication Code）は、共通鍵暗号を利用してデータの改竄の発見とメッセージ生成者の特定を可能にする方法である。データＭの作成者とＭの送付先だけが共通鍵暗号の鍵Ｋを共有していると仮定し、このときデータＭのメッセージ認証コードは鍵Ｋを用いてＭＡＣ（Ｋ，Ｍ）=Ｅ（Ｋ，ｈ（Ｍ））（鍵Ｋによるｈ（Ｍ）の暗号化データ）とすればよい。ここで、ｈ（）はデータの送り側と受け側が共通に持つ一方向性関数である。一方向性関数としては、例えばＭＤ５やＳＨＡ−１と呼ばれるものが挙げられる（詳しくは、例えばＩＳＯ／ＩＥＣ１０１１８やＦＩＰＳ１８０−１などを参照のこと）。
【００４４】
データＭを送る際に、メッセージ認証コードと組み合わせて、（Ｍ，ＭＡＣ（Ｋ，Ｍ））という形式で送ると、データの受け取り側では、データＭに一方向性関数を適用して、ｈ（Ｍ）＝Ｅ（Ｋ，ｈ（Ｍ））が満たされるかどうかを確認することによって、データＭが改竄されていないことと、メッセージ認証コードＭＡＣ（Ｋ，Ｍ）が鍵Ｋの所有者によって付加されたものであることを確認することができる。
【００４５】
また、以下の説明においてメッセージ認証コードを使う箇所では、メッセージ認証コードの変わりに電子署名を使うこともできる。その場合には、以下の説明でメッセージ認証コードを確認する側が、共通鍵暗号の暗号鍵の代わりに署名検証のための公開鍵を保持すればよい。
【００４６】
電子署名は公開鍵暗号の応用の一種である。ここで、公開鍵暗号方式は、データを暗号化する際に用いる鍵（公開鍵）Ｐ_kと、復号化する際に用いる鍵（秘密鍵）Ｓ_kが異なり、且つ一方の鍵から他方を算出することが非常に困難であるという性質を持った暗号アルゴリズムである。すなわち、ｒのＰ_kによる暗号化をＲ=Ｅ（Ｐ_k，ｒ）とすれば、暗号データＲの秘密鍵Ｓ_kによる復号Ｄ（Ｓ_k，Ｒ）はｒに一致する）。公開鍵暗号については、例えばＩＥＥＥ−Ｐ１３６３で標準的手法がまとめられている。
【００４７】
電子署名は、データＭが存在するとき、Ｍの作成者が自分の秘密鍵Ｓ_kを用いて計算したデータＳＧ（Ｍ）＝Ｄ（Ｓ_k，ｈ（Ｍ））である。データＭを送る際に、電子署名と組み合わせて（Ｍ，ＳＧ（Ｍ））という形式で送ると、受け取り側では、受信したデータＭに一方向性関数を適用して、ｈ（Ｍ）＝Ｅ（Ｐ_k，ＳＧ（Ｍ））が満たされるかどうかを確認することによって、Ｍが改竄されていないこと、及びＳＧ（Ｍ）が秘密鍵Ｓ_kの所有者によって付加されたことを確認することができる。このような手続のことを電子署名の検証と呼ぶ。電子署名についても、例えばＩＥＥＥ−Ｐ１３６３に標準的手法がまとめられている。
【００４８】
Ｂ．第１の実施形態
Ｂ−１．全体構成
図１には、本発明の第１の実施形態に係るシステムの参加者を示している。同図に示すように、参加者は、コンテンツ提供者３０、システム管理者２０、及び再生装置４０からなる。なお、コンテンツ提供者と再生装置は複数存在してもよい。
【００４９】
再生装置４０は、システム管理者２０から、当該システムを利用するユーザに配布されているものとする。
【００５０】
コンテンツ提供者３０は、コンテンツ（例えば、音楽又は画像データや電子文書、ソフトウェアなど）をユーザへ提供するために、システム管理者２０と契約を結び、各ユーザの再生装置４０にコンテンツを提供する。
【００５１】
Ｂ−２．システム管理者
図２には、システム管理者２０の機能構成を模式的に示している。同図に示すように、システム管理者２０は、暗号処理部２１と、データ記憶部２２と、乱数発生器２３と、時計２４と、通信処理部２５とを備えている。システム管理者２０は、実際には、広域ネットワークに接続されたコンピュータ・システム上で所定のサーバ・アプリケーションを動作させることによって構成される。
【００５２】
システム管理者２０は、通信処理部２５によってコンテンツ提供者や再生装置との間で通信が可能であるとする。以下で説明するシステム管理者２０の保持するデータは、すべてデータ記憶部２２に保持される。
【００５３】
図３〜図５には、システム管理者２０において保持されているデータ構成を模式的に示している。
【００５４】
システム管理者２０は、システムに参加しているすべての再生装置４０についての再生装置固有番号、再生装置固有鍵ａ、並びに再生装置固有鍵ｂを管理する再生装置表２１１を備えている（図３を参照のこと）。この再生装置表２１１は、正当な再生装置毎の再生装置固有番号、再生装置固有鍵ａ、並びに再生装置固有鍵ｂを、表の１列（以下では１「レコード」と呼ぶ）とし、各レコードを再生装置固有番号で検索できるデータベースとして実装すればよい。
【００５５】
また、システム管理者２０は、システムに参加しているすべてのコンテンツ提供者３０のコンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂ、並びにコンテンツ提供者アドレスを管理するコンテンツ提供者表２１２を備えている（図４を参照のこと）。このコンテンツ提供者表２１２は、コンテンツ毎のコンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂ、コンテンツ提供者アドレスを１レコードで表し、各レコードをコンテンツ提供者固有番号で検索できるデータベースとして実装すればよい。
【００５６】
また、イネーブル鍵情報２１３は、現在のイネーブル鍵のバージョン番号ＩＶＥＲとイネーブル鍵Ｋ_rを保持する（図５を参照のこと）。
【００５７】
Ｂ−３．コンテンツ提供者
図６には、コンテンツ提供者３０の機能構成を模式的に示している。同図に示すように、コンテンツ提供者３０は、耐タンパ性暗号処理部３１と、耐タンパ性データ記憶部３２と、データ記憶部３３と、乱数発生器３４と、通信処理部３５と、時計３６とを備えている。通信処理部３５によってシステム管理者や再生装置との間で通信が可能であるとする。コンテンツ提供者３０は、実際には、広域ネットワークに接続されたコンピュータ・システム上で所定のサーバ・アプリケーションを動作させることによって構成される。
【００５８】
ここで言う「耐タンパ性」とは、外部からの観察や解析によって内部の処理やデータが取得、改竄できない性質のことである。また、耐タンパ性暗号処理部３１と耐タンパ性データ記憶部３２の間では、耐タンパ性を持った通信が可能である。
【００５９】
以下で説明するコンテンツ提供者３０の保持データのうちで、コンテンツ表はデータ記憶部３３に保持され、また、コンテンツ提供者固有情報とイネーブル鍵情報は耐タンパ性データ記憶部３２に保持される。また、イネーブル鍵を使う処理（後述のイネーブル鍵取得、及びコンテンツ・トークン生成）は、耐タンパ性暗号処理部３１で行なわれる。
【００６０】
図７〜図９には、コンテンツ提供者３０において保持されるデータ構成を模式的に示している。
【００６１】
コンテンツ提供者３０は、提供するコンテンツＣｏｎｔを管理するコンテンツ表３１１を備えている（図７を参照のこと）。コンテンツ識別番号ＣＩＤでコンテンツ鍵Ｋ_cであるコンテンツＣｏｎｔに対して、コンテンツ表３１１はコンテンツ識別番号ＣＩＤ、コンテンツ鍵Ｋc、暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）、コンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）からなるレコードを用意する。コンテンツ表３１１は、各レコードをコンテンツ識別番号ＣＩＤで検索できるデータベースとして実装すればよい。
【００６２】
上述の例では、コンテンツ識別番号ＣＩＤでコンテンツ鍵Ｋ_cであるコンテンツＣｏｎｔに対して、暗号化コンテンツとコンテンツ・トークンはそれぞれ、Ｅ（Ｋ_c，Ｃｏｎｔ）とＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）とした。但し、コンテンツ識別番号は暗号化コンテンツ又はコンテンツ・トークンから再生装置４０で取得できる形式であればよいので、例えば暗号化コンテンツとコンテンツ・トークンがＥ（Ｋ_c，Ｃｏｎｔ||ＣＩＤ）とＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c）という形式であっても構わない。後者の形式を扱う場合、以下で説明する実施例に必要な変更は自明であるので、その説明は省略する。また、コンテンツを暗号化するだけでなく、改変を防ぐためにメッセージ認証コード（前述）を付加することも考えられるが、その場合も必要な変更は自明であるので説明は省略する。
【００６３】
コンテンツ提供者固有情報３１２は、コンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂで構成される（図８を参照のこと）。これらは、コンテンツ提供者３０がシステムの使用の契約を結ぶときにシステム管理者２０が決めたもので、同じデータにコンテンツ提供者３０のアドレスを追加したレコードがシステム管理者２０のコンテンツ提供者表２１２にも登録される。
【００６４】
イネーブル鍵情報３１３は、現在のイネーブル鍵のバージョン番号ＩＶＥＲとイネーブル鍵Ｋ_rを保持し（図９を参照のこと）、これらは、イネーブル鍵取得の手続きでシステム管理者から取得する（後述）。
【００６５】
Ｂ−４．再生装置
図１０には、再生装置４０の機能構成を模式的に示している。同図に示すように、再生装置４０は、暗号処理部４１と、データ記憶部４２と、乱数発生器４３と、通信処理部４４と、時計４５とを備えている。再生装置４０は、全体が耐タンパ性を持つ。通信処理部４４によってシステム管理者やコンテンツ提供者との間で通信が可能であるとする。再生装置４０は、実際には、広域ネットワークに接続されたコンピュータ・システム上でコンテンツ再生・アプリケーションを動作させることによって構成される。以下で説明する再生装置の保持するデータはすべてデータ記憶部４２に保持される。
【００６６】
なお、時計４５は、再生装置４０に与えられる後述のライセンス情報に、（コンテンツの）利用条件として有効期限が含まれる場合のみ必要である。したがって、利用条件として有効期限を用いない場合には、再生装置４０に時計４５が含まれることは必須ではない。また、利用条件として有効期限を使う場合であっても、有効期限を時刻として指定するのではなく、ライセンスを受けとってからの経過時間（期間）として指定する場合には、時計４５の絶対的な時刻を保持するものを使う必要はない（この場合、再生装置４０の時計４５には時刻合わせが不要である）。
【００６７】
図１１〜図１３には、再生装置４０において保持されるデータ構成を模式的に示している。再生装置４０は、再生装置固有情報４１１と、イネーブル鍵情報４１２と、ライセンス情報４１３を備えている。
【００６８】
再生装置固有情報４１１は再生装置固有番号、再生装置固有鍵ａ、再生装置固有鍵ｂを保持する（図１１を参照のこと）。これらは再生装置４０が出荷される際に入力され、システム管理者２０の再生装置表２１１にも登録される。
【００６９】
イネーブル鍵情報４１２は、現在のイネーブル鍵のバージョン番号ＩＶＥＲとイネーブル鍵Ｋ_rを保持し（図１２を参照のこと）、これらは、イネーブル鍵取得の手続きでシステム管理者４０から取得する（後述）。
【００７０】
ライセンス情報４１３は、コンテンツ識別番号とライセンス条件からなり（図１３を参照のこと）、コンテンツ利用の際に取得したライセンスの情報が記録される。
【００７１】
Ｂ−５．動作の概要
コンテンツ提供者３０、システム管理者２０、並びに再生装置４０からなる本発明のシステムの動作について以下で説明する。
【００７２】
システムの動作は、初期化、コンテンツ利用、イネーブル鍵更新からなる。各参加者では最初に初期化が行われてから、コンテンツ追加・削除、コンテンツ利用、イネーブル鍵更新が行われる。
【００７３】
初期化は、最初にシステム管理者２０で行われる。コンテンツ提供者３０、再生装置４０については、システムに新たに参加した際に初期化が行われる。
【００７４】
コンテンツ追加・削除は、コンテンツ提供者３０が提供するコンテンツを追加あるいは削除する際に行なう処理である。
【００７５】
コンテンツ利用は、ユーザが自分の再生装置４０にコンテンツ提供者３０からコンテンツの提供を受けて、コンテンツを利用する際の処理である。以下の説明では、コンテンツ利用の際に暗号化コンテンツ、コンテンツ・トークン、ライセンスの取得が同時に行なわれる場合について説明するが、ライセンスの取得が暗号化コンテンツ、コンテンツ・トークンの取得とは別のタイミングで行われても勿論よい。
【００７６】
また、ライセンス取得の際には、ユーザへの課金処理や、ユーザがコンテンツを利用する権利を得ていることの確認のために、ユーザの認証が行われることが一般的である。このようなユーザ認証の方法としては，例えばＫｅｒｂｅｒｏｓやＰＫＩと呼ばれる方法を使えばよい。但し、これらは本発明の要旨には直接関係しないので、ここでは説明を省略して、以降は利用権利の確認が終わったユーザの持つ再生装置４０に対して１回又は複数回のコンテンツ利用のラインセンス（＝利用許可）を与える場合について説明する。
【００７７】
イネーブル鍵更新は、システムに参加しているいずれかの再生装置４０の耐タンパ性が破られ、再生装置４０のデータ記憶部４２に保持されているデータが漏洩したときに、それらの情報を使って暗号化コンテンツを復号できなくするための処理である。すなわち、イネーブル鍵を更新して、耐タンパ性の破られていない正当な再生装置４０だけに新たなイネーブル鍵を共有させる。コンテンツ提供者３０には新たなイネーブル鍵を提供して、コンテンツを新たなコンテンツ鍵で再暗号化させ、コンテンツ・トークンも新たなコンテンツ鍵を新たなイネーブル鍵で暗号化したものに置き換えることで、耐タンパ性の破られた再生装置４０に含まれていたイネーブル鍵を使っても暗号化コンテンツを復号できなくする。
【００７８】
イネーブル鍵更新はシステム管理者と再生装置、コンテンツ提供者で行なう処理になる。
【００７９】
以下では、再生装置４０、コンテンツ提供者３０、システム管理者２０についての初期化、コンテンツ追加・削除、コンテンツ利用、イネーブル鍵更新を順に説明する。
【００８０】
Ｂ−６．初期化
システム管理者２０の初期化では、乱数発生器２３を使って新たなイネーブル鍵を生成し、イネーブル鍵バージョン番号０とイネーブル鍵をイネーブル鍵情報２１３として保持する。また、再生装置表２１１とコンテンツ提供者表２１２にレコードがない状態にする。
【００８１】
コンテンツ提供者３０は、初期化の前に、コンテンツ利用権管理システムの利用契約を結ぶ。その際、システム管理者２０との間で一意なコンテンツ提供者固有番号ＰＩＤとコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbを取り決め、これをコンテンツ提供者固有情報３１２として保持する。このときに、システム管理者２０のコンテンツ提供者表２１２にもコンテンツ提供者固有番号ＰＩＤ、コンテンツ提供者固有鍵Ｋ_pa，Ｋ_pb、並びにコンテンツ提供者アドレスからなる新たなレコードが追加される。以上の登録手続きが終わってから、コンテンツ提供者３０の初期化として、コンテンツ表３１１にレコードがない状態にすることと、イネーブル鍵の取得を行なう。
【００８２】
ここで、コンテンツ提供者３０がシステム管理者２０からイネーブル鍵を取得するための処理手順について、図１４を参照しながら説明する。
【００８３】
まず、コンテンツ提供者３０からシステム管理者にイネーブル鍵取得要求が送付される（ステップＳ１）。イネーブル鍵取得要求は、コンテンツ提供者固有番号ＰＩＤとコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbとした場合に、ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ｎｏｎｃｅ||ＰＩＤ）で構成される。ここで、ｎｏｎｃｅはコンテンツ提供者が生成したノンス（１回限り使用される乱数）である。
【００８４】
これに対し、システム管理者２０側では、受け取ったイネーブル鍵取得要求からコンテンツ提供者固有番号ＰＩＤを使ってコンテンツ提供者表２１２を検索する。検索に成功した場合には対応するコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbを使ってイネーブル鍵取得要求が正しいこと（イネーブル鍵取得要求に含まれるメッセージ認証コードが正しいこと）を確認する。
【００８５】
イネーブル鍵取得要求の確認に成功した場合には、イネーブル・トークンＰＩＤ||ｎｏｎｃｅ||ＩＶＥＲ||Ｅ（Ｋ_pa，Ｋ_r）||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ||ＩＶＥＲ||Ｅ（Ｋ_pa，Ｋ_r））を生成する（ステップＳ３）。
【００８６】
図１５には、この場合のイネーブル・トークンのデータ構成を示している。同図において、Ｋ_rはイネーブル鍵、Ｋ_pa，Ｋ_pbはコンテンツ提供者固有鍵、ｎｏｎｃｅはステップＳ２においてコンテンツ提供者３０から受け取ったノンスである。
【００８７】
システム管理者２０は、イネーブル・トークンをコンテンツ提供者に送付する（ステップＳ４）。これに対し、コンテンツ提供者３０側では、イネーブル・トークンが正しいこと（イネーブル・トークンに含まれるメッセージ認証コードが正しいことと、ノンスがステップＳ１で自ら送ったものと一致すること）を確認する。コンテンツ提供者３０は確認に成功した場合には、受け取ったイネーブル・トークンからイネーブル鍵Ｋ_rを取り出し（ステップＳ６）、イネーブル鍵情報３１３として保持する。
【００８８】
再生装置４０は出荷される際に、その再生装置固有番号ＵＩＤと再生装置固有鍵Ｋ_ua，Ｋ_ubが決定され、システム管理者２０に登録される。これによって、システム管理者２０の再生装置表２１１に再生装置固有番号ＵＩＤと再生装置固有鍵Ｋ_ua，Ｋ_ubからなる新たなレコードが追加される。再生装置４０の初期化はイネーブル鍵の取得である。再生装置４０がイネーブル鍵を取得するための処理手順について、図１４を参照しながら説明する。
【００８９】
まず、再生装置４０からシステム管理者２０にイネーブル鍵取得要求が送付される（ステップＳ１）。イネーブル鍵取得要求は、再生装置４０が再生装置固有番号ＵＩＤと再生装置固有鍵Ｋ_ua，Ｋ_ubを持つ場合に対して、ＵＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_ub，ｎｏｎｃｅ||ＵＩＤ）である。ｎｏｎｃｅは、再生装置４０が生成したノンスである。
【００９０】
次いで、システム管理者２０側では、受け取ったイネーブル鍵取得要求から再生装置固有番号ＵＩＤを使って再生装置表２１１を検索する。検索に成功した場合には対応する再生装置固有鍵Ｋ_ua，Ｋ_ubを使ってイネーブル鍵取得要求が正しいことを確認する（ステップＳ２）。これは、イネーブル鍵取得要求に含まれるメッセージ認証コードが正しいことを確認することである。
【００９１】
イネーブル鍵取得要求の確認に成功した場合には、まずイネーブル・トークンＵＩＤ||ｎｏｎｃｅ||ＩＶＥＲ||Ｅ（Ｋ_ua，Ｋr）||ＭＡＣ（Ｋ_ub，ＵＩＤ||ｎｏｎｃｅ||ＩＶＥＲ||Ｅ（Ｋ_ua，Ｋr））を生成する（ステップＳ３）。
【００９２】
図１６には、この場合のイネーブル・トークンのデータ構成を示している。ここでＩＶＥＲはイネーブル鍵のバージョン番号、Ｋ_rはイネーブル鍵、Ｋ_ua，Ｋ_ubは再生装置固有鍵、ｎｏｎｃｅはステップＳ２において再生装置４０から受け取ったノンスである。
【００９３】
次いで、システム管理者２０は、生成したイネーブル・トークンを再生装置４０に送付する（ステップＳ４）。
【００９４】
再生装置４０側では、イネーブル・トークンが正しいこと（すなわち、イネーブル・トークンに含まれるメッセージ認証コードが正しいことと、ノンスがステップＳ１で送ったものと一致すること）を確認する（ステップＳ５）。
【００９５】
確認に成功した場合、再生装置４０は受け取ったイネーブル・トークンからイネーブル鍵のバージョン番号ＩＶＥＲとイネーブル鍵Ｋ_rを取り出して、これらをイネーブル鍵情報４１２として保持する。
【００９６】
Ｂ−７．コンテンツ追加・削除
コンテンツ提供者３０は、提供するコンテンツの追加又は削除の際の処理を行なう。図１７には、コンテンツ提供者３０におけるコンテンツの追加又は削除時の処理動作をフローチャートの形式で示している。
【００９７】
まず、コンテンツ提供者３０は、コンテンツの追加か削除かを判断する（ステップＳ１１）。
【００９８】
コンテンツＣｏｎｔを追加する場合ならば、追加するコンテンツに対するコンテンツ鍵Ｋ_cを乱数発生器３４で新たに生成するとともに、コンテンツ識別番号ＣＩＤをコンテンツ提供者３０が扱うコンテンツ毎の一意な番号とコンテンツ提供者固有番号を連結したものなどとして生成する（ステップＳ１２）。
【００９９】
次いで、ステップＳ１２で生成したコンテンツ鍵Ｋ_cで追加コンテンツＣｏｎｔを暗号化して、暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）を得る（ステップＳ１３）。次いで、コンテンツ鍵Ｋ_cとイネーブル鍵情報を使ってコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）を生成する（ステップＳ１４）。
【０１００】
そして、コンテンツの識別番号ＣＩＤとコンテンツ鍵Ｋ_cと暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）とコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）をコンテンツ表３１１の新たなレコードとして追加して（ステップＳ１５）、本処理ルーチン全体を終了する。
【０１０１】
一方、ステップＳ１１においてコンテンツを削除すると判断した場合には、削除されるコンテンツのレコードをコンテンツ表３１１から検索し（ステップＳ１６）、そのレコードを削除して（ステップＳ１７）、本処理ルーチン全体を終了する。
【０１０２】
Ｂ−８．コンテンツ利用
コンテンツ利用は、コンテンツ提供者３０からユーザの再生装置４０にコンテンツが送られて、ユーザ側でコンテンツを利用する際の処理である。図１８には、ユーザの再生装置４０がコンテンツ提供者３０から取得したコンテンツを利用するための処理手順をフローチャートの形式で示している。
【０１０３】
まず、ユーザが自分の再生装置４０上で利用するコンテンツを選択すると（ステップＳ２１）、これに応答して、選択したコンテンツの識別番号ＣＩＤがコンテンツ提供者３０に通知される。
【０１０４】
このコンテンツ選択操作には、例えば一般的なＷｅｂブラウザなどでユーザに対してコンテンツの内容（例えばコンテンツが音楽であれば曲名など）とその利用を希望するボタンを表示させ、ユーザがボタンをマウスなどでクリックするなどのＧＵＩ操作で実装することができる。但し、こうしたユーザ・インターフェースの構成は一般的なものであり、且つ本発明の要旨には直接関連しないので、ここではこれ以上説明しない。
【０１０５】
また、このときに、選択したコンテンツの利用権利をユーザが購入する、あるいは既にユーザが権利を持つことを確認する目的で、ユーザ認証が行われることが一般的である。しかし、これについても前述の通り、本発明の要旨とは直接関連しないのでここでは説明を省略する。そこで、以降では、ユーザが利用するコンテンツを選択して、そのコンテンツに対する利用権利の確認が済んでいるものとして、本実施形態に関する説明を進める。
【０１０６】
コンテンツ提供者３０は、ユーザから利用を希望するコンテンツの識別番号の通知を受け付けると、この識別番号に対応するレコードをコンテンツ表３１１から検索する（ステップＳ２２）。そして、該当するレコードに含まれる暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）とコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）を要求元ユーザの再生装置４０に送付する（ステップＳ２３）。図１９には、コンテンツ提供装置３０から再生装置４０に送付されるコンテンツ配布形式のデータ構成を示している。
【０１０７】
再生装置４０側では、暗号化コンテンツＥ（Ｋ_c1，Ｃｏｎｔ）とコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）を受け取ると、続いて、コンテンツ・トークンに含まれるイネーブル鍵のバージョン番号と自分のイネーブル鍵のバージョン番号を比較する（ステップＳ２４）。そして、コンテンツ・トークンに含まれるイネーブル鍵のバージョン番号のほうが新しい場合には、イネーブル鍵の取得を行なう（ステップＳ３１）。イネーブル鍵の取得は、再生装置４０の初期化時においてシステム管理者２０からイネーブル鍵を取得する処理として図１４を参照しながら既に説明した通りなので、ここでは説明を省略する。
【０１０８】
続いて、再生装置４０は、コンテンツ提供者３０にｎｏｎｃｅ（１回限りの乱数）を送る（ステップＳ２５）。これに対し、コンテンツ提供者３０は、ライセンス・トークンを生成する（ステップＳ２６）。ラインセンス・トークンはＣＩＤ||ＣＮＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_c，ＣＩＤ||ＣＮＤ||ｎｏｎｃｅ）で構成される。
【０１０９】
図２０には、ライセンス・トークンのデータ構成を示している。ここで、ＣＩＤは利用許可の対象となるコンテンツの識別番号、ＣＮＤは利用許可の条件、ｎｏｎｃｅはステップＳ２５で再生装置４０から送られたノンスである。
【０１１０】
ライセンス・トークンは、コンテンツの利用許可を与える権限者（一般的にはコンテンツ提供者３０）が生成したことを再生装置４０で確認できるデータであればよいので、メッセージ認証コードを使う代わりにＫ_cによる暗号化データＥ（Ｋ_c，ＣＩＤ||ＣＮＤ||ｎｏｎｃｅ）を使うことも可能である。また、コンテンツの利用許可を与える権限者をコンテンツ提供者３０以外の第３者やシステム管理者２０とすれば、コンテンツ鍵Ｋ_cの代わりに、これらと再生装置４０の間であらかじめ共有している暗号鍵（例えばイネーブル鍵Ｋr）を使うことも可能である。
【０１１１】
ステップＳ２７では、コンテンツ提供者３０は、ライセンス・トークンを再生装置４０に送る。これに対し、再生装置４０側では、受け取ったライセンス・トークンの確認を行なう（ステップＳ２８）。すなわち、ライセンス・トークンに含まれるｎｏｎｃｅがステップＳ２５において自分が送ったものと同じであり、なお且つメッセージ認証コードが正しいかどうかを確認する。
【０１１２】
ステップＳ２８において、ライセンス・トークンが正しいことが確認できた場合には、再生装置４０はライセンス・トークンに含まれているコンテンツの識別番号ＣＩＤと利用許可の条件ＣＮＤを再生装置４０内のライセンス情報４１３として保持する。
【０１１３】
次いで、再生装置４０は、ライセンス情報４１３のコンテンツ識別番号ＣＩＤがライセンス情報記憶領域に保持されているコンテンツの識別番号ＣＩＤと一致することを確認し、さらに利用許可条件ＣＮＤが満足されることを確認する（ステップＳ２９）。
【０１１４】
ここで、利用条件ＣＮＤは、例えば利用可能回数や有効期限である。利用可能回数であれば確認の度に１ずつ減算して０より大きい限りは条件が満たされるとする。また有効期限であれば再生装置４０内の時計４５が計時する実時刻と比較して条件が満たされることを判断する。但し、前述したように、利用条件ＣＮＤとして有効期限を使わない場合には、再生装置４０に時計４５は不要である。また、有効期限を使う場合であっても、有効期限を時刻で指定するのではなく、ライセンスを受け取ってからの経過時間（期間）で指定する場合には、時計４５として絶対的な時刻を保持するものを使う必要はない。
【０１１５】
ステップＳ２９において利用条件が満たされると判断した場合には、再生装置４０は、コンテンツ鍵Ｋ_cを使って暗号化コンテンツを復号して得たコンテンツをユーザの利用に供する（ステップＳ３０）。そして、コンテンツの利用が終わったらステップＳ２９の条件判断に戻り、条件が満足される限りコンテンツ利用を繰り返すことができる。
【０１１６】
Ｂ−９．イネーブル鍵更新
イネーブル鍵更新は、システムに参加しているいずれかの再生装置４０においてその耐タンパ性が破られたときに、イネーブル鍵を更新する処理のことである。イネーブル鍵を更新した後、コンテンツ提供者３０の保持するコンテンツの暗号化を新たなコンテンツ鍵で行ない、新たなコンテンツ鍵を含むコンテンツ・トークンの暗号化も新たなイネーブル鍵で行なう。この結果、耐タンパ性の破られた再生装置４０に含まれる情報を使ってコンテンツを再生することを不可能にすることができる。
【０１１７】
このようなイネーブル鍵の更新に伴うコンテンツの利用制限を実現するために、耐タンパ性の破られていない正当な再生装置４０には新たなイネーブル鍵を共有させる必要がある。このため、イネーブル鍵更新の処理は大きく２つの部分に分かれる。第１は、耐タンパ性が破られた以外の正当な再生装置４０に新たなイネーブル鍵を共有させることである。第２は、コンテンツ提供者３０がコンテンツ表３１１中のすべてのレコードについてコンテンツ鍵を更新して、暗号化コンテンツを新たなコンテンツ鍵で暗号化しなおしたものに置き換え、さらにコンテンツ・トークンを新たなイネーブル鍵を使って新たなコンテンツ鍵を含むように生成し直したものに置き換えることである。
【０１１８】
上述の第２の処理を行ない、イネーブル鍵のバージョンが更新されれば、再生装置４０でコンテンツを利用する際に、イネーブル鍵のバージョンの検査（ステップＳ３１：上述）で再生装置４０の保持するイネーブル鍵が古いことが分かるので、システム管理者２０から新規のイネーブル鍵の取得が行われる。したがって、本実施形態においては、イネーブル鍵更新としては第２の処理だけを行なえばよい。
【０１１９】
図２１には、システム管理者２０においてイネーブル鍵を更新する処理手順をフローチャートの形式で示している。
【０１２０】
耐タンパ性の破られた装置を発見したとき、システム管理者２０は、まず乱数発生器２３を使って新たなイネーブル鍵Ｋ_r'を生成し（ステップＳ４１）、システム管理者２０のイネーブル鍵情報２１３のイネーブル鍵を更新し、イネーブル鍵バージョン番号を１つ増加させる。
【０１２１】
次いで、コンテンツ提供者表２１２の最初のレコードを選択して（ステップＳ４２）、該選択されたレコードのコンテンツ提供者アドレスにイネーブル鍵更新通知を送る（ステップＳ４３）。
【０１２２】
イネーブル鍵更新通知は、新規のイネーブル鍵をＫ_r'としてＰＩＤ||ｔｉｍｅ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，ＩＶＥＲ'||Ｋ_r'）||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｔｉｍｅ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，ＩＶＥＲ'||Ｋ_r'））で構成される。ここで、ＰＩＤはこのイネーブル鍵更新通知を受け取るべきコンテンツ提供者のコンテンツ提供者固有番号、ｔｉｍｅはイネーブル鍵更新通知の生成時刻、ｎｏｎｃｅはシステム管理者の生成したノンス、Ｋ_paとＫ_pbはコンテンツ提供者固有鍵、ＩＶＥＲ'とＫ_r'は新たなイネーブル鍵のバージョン番号とイネーブル鍵である。
【０１２３】
コンテンツ提供者３０側では、イネーブル鍵更新通知を受け取ると、それが正しいことを確認する（ステップＳ４４）。ここでは、イネーブル鍵更新通知に含まれるコンテンツ提供者固有番号が自分のものであること、時刻ｔｉｍｅが現時刻から適当な基準の範囲内（例えば１分など）であること、並びにメッセージ認証コードが正しいことが確認される。
【０１２４】
イネーブル鍵更新通知の正しいことが確認できた場合には、コンテンツ提供者３０は、イネーブル鍵情報３１３を新たなイネーブル鍵のバージョン番号ＩＶＥＲ'とイネーブル鍵Ｋ_r'に置き換える。また、イネーブル鍵更新通知ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ）を生成して、システム管理者２０に送信する（ステップＳ４５）。ここで、ＰＩＤはコンテンツ提供者のコンテンツ提供者固有番号、ｎｏｎｃｅはステップＳ４４で受け取ったノンスである。
【０１２５】
次いで、コンテンツ提供者３０は、コンテンツ表３１１の更新を行なう（ステップＳ４６）。図２２には、コンテンツ表３１１を更新するための処理手順をフローチャートの形式で示している。
【０１２６】
コンテンツ提供者３０は、まず、コンテンツ表３１１の最初のレコードを選択する（ステップＳ５１）。
【０１２７】
次いで、選択したレコード向けに乱数発生器３４でコンテンツ鍵Ｋ_c'を再生成する（ステップＳ５２）。そして、選択したレコードの暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）をレコードに含まれるコンテンツ鍵Ｋcで復号してから、新しいコンテンツ鍵Ｋ_c'で再暗号化してＥ（Ｋ_c'，Ｃｏｎｔ）を得る（ステップＳ５３）。
【０１２８】
次いで、新しいコンテンツ鍵Ｋ_c'に対するコンテンツ・トークンＩＶＥＲ'||Ｅ（Ｋ_r'，Ｋ_c'）を生成して（ステップＳ５４）、新たなコンテンツ鍵Ｋ_c'、暗号化コンテンツＥ（Ｋ_c'，Ｃｏｎｔ）、コンテンツ・トークンＩＶＥＲ'||Ｅ（Ｋ_r'，Ｋ_c'）で現レコードを更新する（ステップＳ５５）。
【０１２９】
次いで、現レコードがコンテンツ表３１１の最後のレコードかどうかを確かめ（ステップＳ５６）、そうであれば本処理全体を終了し、そうでなければコンテンツ表３１１の次のレコードを現レコードとして選択してから（ステップＳ５７）、ステップＳ５２に戻り、次のレコードについて更新処理を繰り返し行なう。
【０１３０】
再び図２１に戻って、イネーブル鍵の更新処理について説明する。システム管理者２０は、イネーブル鍵更新通知ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ）を受け取ると（ステップＳ４７）、ＰＩＤ並びにｎｏｎｃｅがステップＳ４３において自分で送ったものであり、且つメッセージ認証コードが正しいかどうかを判断する。
【０１３１】
判断結果が肯定的である場合には、現レコードがコンテンツ提供者表２１２の最後のレコードであるかどうかを確認する（ステップＳ４８）。最後のレコードであれば本処理ルーチン全体を終了し、そうでなければコンテンツ提供者表２１２の次のレコードを現レコードとして選択してから（ステップＳ４９）、ステップＳ４３に戻り、次のレコードについてイネーブル鍵の更新処理を繰り返し行なう。
【０１３２】
また、ステップＳ４７で、適当な時間だけ待つなどの基準で、イネーブル鍵更新通知を受け取ることができない場合には、ステップＳ４３に戻って、イネーブル更新通知を再送付する。
【０１３３】
Ｃ．第２の実施形態
Ｃ−１．全体構成
本発明の第２の実施形態においても、図１に示すように、参加者は、コンテンツ提供者３０と、システム管理者２０と、再生装置４０で構成される。なお、コンテンツ提供者３０と再生装置２０は複数存在していてもよい。再生装置４０はシステム管理者２０から、本発明のシステムを利用するユーザに配布されているとする。また、コンテンツ提供者３０は、コンテンツ（例えば、音楽又は画像データや電子文書、ソフトウェアなど）をユーザへ提供するために、システム管理者２０と契約を結び、ユーザの再生装置４０にコンテンツを提供する。
【０１３４】
Ｃ−２．システム管理者
システム管理者２０の構成は、上述した第１の実施形態のそれと略同一なので、ここでは説明を省略する。なお、システム管理者２０の保持するデータはすべてデータ記憶部２２に保持されている。
【０１３５】
図２３〜図２５には、システム管理者２０において保持されるデータ構成を模式的に示している。
【０１３６】
システム管理者２０は、システムに参加しているすべての再生装置の再生装置固有番号、排除フラグ、再生装置固有鍵セットを管理する再生装置表２２１（図２３を参照のこと）を備えている。この再生装置表２２１は、正当な再生装置４０についての再生装置固有番号、排除フラグ、再生装置固有鍵セット（後述）を、表のレコードとして各レコードを再生装置固有番号で検索できるデータベースとして実装すればよい。
【０１３７】
また、システム管理者２０はシステムに参加しているすべてのコンテンツ提供者３０のコンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂ、コンテンツ提供者アドレスを管理するコンテンツ提供者表２２２（図２４を参照のこと）を備えている。コンテンツ提供者表２２１は、コンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂ、コンテンツ提供者アドレスを１レコードで表し、各レコードをコンテンツ提供者固有番号で検索できるデータベースとして実装すればよい。
【０１３８】
イネーブル鍵情報２２３は、イネーブル鍵とイネーブル鍵ブロックを保持する（図２５を参照のこと）。
【０１３９】
Ｃ−３．コンテンツ提供者
コンテンツ提供者３０の構成は、上述した第１の実施形態のそれと略同一なので、ここでは説明を省略する。なお、コンテンツ提供者３０が保持するデータのうちで、コンテンツ表はデータ記憶部３３に保持され、コンテンツ提供者固有情報とイネーブル鍵情報は耐タンパ性データ記憶部３２に保持される。また、イネーブル鍵を使う処理（後述のイネーブル鍵取得、及びコンテンツ・トークン生成）は、耐タンパ性暗号処理部３１で行なわれる。
【０１４０】
図２６〜図２８には、コンテンツ提供者３０において保持されるデータ構成を模式的に示している。
【０１４１】
コンテンツ提供者３０は、提供するコンテンツを管理するコンテンツ表３２１（図２６を参照のこと）を備えている。コンテンツ表３２１は、コンテンツ毎の一つのレコードが設けられ、各レコードは、コンテンツ識別番号ＣＩＤ、コンテンツ鍵Ｋ_c、コンテンツ鍵Ｋ_cでコンテンツＣｏｎｔを暗号化してなる暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）、コンテンツ・トークンＥ（Ｋ_r（ｔ），Ｋ_c||ＣＩＤ）で構成される。コンテンツ表３２１は、各レコードをコンテンツ識別番号ＣＩＤで検索できるデータベースとして実装すればよい。なお、コンテンツ識別番号ＣＩＤは暗号化コンテンツあるいはコンテンツ・トークンから再生装置で取得できる形式であればよく、他の形式で実現してもよい（同上）。
【０１４２】
コンテンツ提供者固有情報３２２は、コンテンツ提供者固有番号、コンテンツ提供者固有鍵ａ、コンテンツ提供者固有鍵ｂで構成され（図２７を参照のこと）、これらはコンテンツ提供者３０がシステムの使用の契約を結ぶときにシステム管理者が決めたものであり、同じデータにコンテンツ提供者のアドレスを追加したレコードがシステム管理者２０のコンテンツ提供者表２２２にも登録される。
【０１４３】
イネーブル鍵情報３２３は、現在のイネーブル鍵バージョン番号とイネーブル鍵を保持し（図２８を参照のこと）、これらは、イネーブル鍵取得の手続きでシステム管理者２０から取得する（後述）。
【０１４４】
Ｃ−４．再生装置
再生装置４０の構成は、上述した第１の実施形態のそれと略同一なので、ここでは説明を省略する。再生装置４０は耐タンパ性を持ち、以下のデータはすべてデータ記憶部４２に保持される。
【０１４５】
図２９〜図３０には、再生装置４０において保持されるデータ構成を模式的に示している。
【０１４６】
再生装置４０は、再生装置固有情報４２１とライセンス情報４２３を備えている。再生装置固有情報４２１は、再生装置固有番号、再生装置固有鍵セット（後述）を保持する（図２９を参照のこと）。これらは再生装置４０が出荷される際に入力され、同時にシステム管理者の再生装置表２２１にも登録される。
【０１４７】
ライセンス情報４２３は、コンテンツ識別番号とライセンス条件からなり（図３０を参照のこと）、コンテンツ利用の際に取得したライセンスの情報が記録される。
【０１４８】
Ｃ−５．再生装置固有鍵セット、イネーブル鍵ブロック
本実施形態では、すべての再生装置４０は仮想的なツリー構造に属する。図３１にはこの仮想的なツリー構造の例を示している。ツリー構造の最下段を「リーフ」と呼ぶ。各再生装置は１つのリーフに対応する。また、ツリー構造の途中の分岐点を「ノード」と呼ぶ。最上層の唯一のノードを「ルート」と呼ぶ。リーフとノードには暗号鍵が割り振られる。この暗号鍵は乱数を基に生成される。
【０１４９】
なお、図３１には対称な４段のツリー構造でリーフが１６個の場合を示したが、より多くのリーフを持ち段数の大きい場合や、対称でないツリー構造の場合、あるいは分岐の数が２個以上の場合を考えることもできる。こうした一般化については、例えばＲＦＣ２６２７を参照されたい。
【０１５０】
各再生装置４０の再生装置固有鍵セットは、対応するリーフの鍵、及び対応するリーフからルートまでのノードに割り振られている鍵であるとする。例えば、図３１中でリーフ１に対応する再生装置の再生装置固有鍵セットは｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝である。したがって、再生装置の耐タンパ性が完全であれば、Ｋ_rootがすべての再生装置で共有されていることになる。そこで、イネーブル鍵Ｋ_rに対して、イネーブル鍵ブロックは｛（“ｒｏｏｔ”，Ｅ（Ｋ_root，Ｋ_r））｝という集合とすればよい。但し、｛ａ，（ｂ，ｃ）｝は要素ａと（ｂ，ｃ）からなる集合を表し、（ｂ，ｃ）は要素ｂとｃの順序付きの集合を表す。また、“ｒｏｏｔ”は、ｒｏｏｔという文字列、あるいはｒｏｏｔを識別できる記号であるとし、（“ｒｏｏｔ”，Ｅ（Ｋ_root，Ｋ_r））は、“ｒｏｏｔ”に続く要素がルートのノードの鍵Ｋ_rootで暗号化されていることを示す。
【０１５１】
次に、あるリーフに対応する再生装置の耐タンパ性が破られた場合を考えると、その再生装置の持つ再生装置固有鍵セットが漏洩しているので、Ｋ_rootはもはや正当な再生装置だけに共有されているとは言えない。しかしながら、耐タンパ性の破られた再生装置を特定することができれば、その再生装置固有鍵セットは分かるので、適当なイネーブル鍵ブロックを使って、耐タンパ性の破られていない再生装置だけに新たに共通のイネーブル鍵を取得させることができる。
【０１５２】
例として、図３１中のリーフ１に対応する再生装置の耐タンパ性が破られたと仮定する。この場合、｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝の鍵が漏洩していることになる。したがって、新しいイネーブル鍵Ｋ_r'を｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝に含まれない鍵を使って暗号化して各再生装置に配布すればよい。
【０１５３】
また、図３１中のリーフ８からリーフ１５に対応する再生装置は、｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝に含まれない鍵Ｋ₁を共有しているので、Ｅ（Ｋ₁，Ｋ_r'）として配布すればよい。
【０１５４】
同様に、リーフ４からリーフ７に対応する再生装置は｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝に含まれない鍵Ｋ₀₁を共有しているので、Ｅ（Ｋ₀₁，Ｋ_r'）として配布すればよい。
【０１５５】
リーフ２とリーフ３に対応する再生装置は｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝に含まれない鍵Ｋ₀₀₁を共有しているので、Ｅ（Ｋ₀₀₁，Ｋ_r'）として配布すればよい。
【０１５６】
最後に、リーフ０は｛Ｋ₀₀₀₁，Ｋ₀₀₀，Ｋ₀₀，Ｋ₀，Ｋ_root｝に含まれない鍵Ｋ₀₀₀₀を持つので、Ｅ（Ｋ₀₀₀₀，Ｋ_r'）として配布すればよい。
【０１５７】
このことから、イネーブル鍵ブロックは｛（"１"，Ｅ（Ｋ₁，Ｋ_r'）），（"０１"，Ｅ（Ｋ₀₁，Ｋ_r'）），（"００１"，Ｅ（Ｋ₀₀₁，Ｋ_r'）），（"００００"，Ｅ（Ｋ₀₀₀₀，Ｋ_r'））｝とすればよい。図３２にはイネーブル鍵ブロック（ＥＢＬＫ）のデータ構成を模式的に示している。
【０１５８】
排除すべき再生装置が複数になった場合にも、上述と同様にイネーブル鍵ブロックを生成することができる。一般に、深さがｄで各ノードでの分岐がｋ本のツリー構造を使った場合、ｍ個の再生装置を排除したイネーブル鍵の共有に必要なイネーブル鍵ブロックの要素数は、高々（ｋ-１）×ｄ×ｍである（ＲＦＣ２６２７を参照のこと）。ツリー構造をできるだけ対称性よく構成することにより、深さｄは再生装置の個数Ｎのｋを底とする対数程度なので、Ｎに比べて非常に小さく、イネーブル鍵ブロックのデータサイズも小さくすることが可能である。イネーブル鍵ブロックを効率的に生成するデータ構造については、本出願人に既に譲渡されている特開２００１−３５２３２１号公報（発明の名称：情報システム、情報処理方法、および情報記録媒体、並びにプログラム提供媒体）に開示されている。
【０１５９】
Ｃ−６．動作の概要
コンテンツ提供者３０、システム管理者２０、並びに再生装置４０からなる本実施形態に係るシステムの動作について以下で説明する。システムの動作は、初期化、コンテンツ利用、イネーブル鍵更新で構成される。システムの各参加者では、最初に初期化が行なわれてから、コンテンツ追加・削除、コンテンツ利用、イネーブル鍵更新が行なわれる。
【０１６０】
初期化は、最初にシステム管理者２０で行なわれる。コンテンツ提供者３０、再生装置４０については、システムに新たに参加した際に初期化が行なわれる。
【０１６１】
コンテンツ追加・削除は、コンテンツ提供者３０が提供するコンテンツを追加あるいは削除する際に行なう処理である。
【０１６２】
コンテンツ利用は、ユーザが自分の再生装置４０にコンテンツ提供者側からコンテンツの提供を受けて、コンテンツを利用する際に行なう処理である。以下では、コンテンツの利用を求めてきた再生装置４０に対して１回又は複数回のコンテンツ利用のライセンス（＝利用許可）を与える場合について説明する。但し、コンテンツ利用の際に暗号化コンテンツ、コンテンツ・トークン、ライセンスの取得が同時に行なわれる場合を想定するが、ライセンスの取得が暗号化コンテンツ、コンテンツ・トークンの取得とは別のタイミングで行われてもよい。また、ライセンス取得の際には、課金処理あるいはコンテンツ利用権利の確認のためにユーザの認証が行われることが一般的であるが、本発明の要旨には直接関連しないので、ここでは説明を省略する。
【０１６３】
イネーブル鍵更新は、システムに参加しているいずれかの再生装置４０の耐タンパ性が破られ、再生装置４０内のデータ記憶部４２に保持されているデータ（再生装置固有鍵セット）が漏洩したときに、それらの情報を使っても暗号化コンテンツを復号できなくするための処理である。この場合、システム管理者２０はイネーブル鍵を更新するとともに、新たなイネーブル鍵ブロックを生成して、耐タンパ性の破られていない正当な再生装置だけが更新されたイネーブル鍵を取得できるようにする。また、コンテンツ提供者３０にはシステム管理者２０から新たなイネーブル鍵とイネーブル鍵ブロックが提供され、コンテンツを新たなコンテンツ鍵で再暗号化し、コンテンツ・トークンも新たなイネーブル鍵で生成し直すことで、耐タンパ性の破られた再生装置に含まれていたデータを使っても暗号化コンテンツを復号できなくする。イネーブル鍵更新はシステム管理者２０、及びコンテンツ提供者３０で行なう処理となる。
【０１６４】
以下では、再生装置４０、コンテンツ提供者３０、システム管理者２０の初期化、コンテンツ追加・削除、コンテンツ利用、イネーブル鍵更新という順で説明する。
【０１６５】
Ｃ−７．初期化
システム管理者２０の初期化では、乱数発生器２３を使ってイネーブル鍵Ｋ_rを生成する。この時点では不正者排除は必要ないので、イネーブル鍵ブロックは｛（"root"，Ｅ（Ｋ_root，Ｋ_r））｝とし、イネーブル鍵とイネーブル鍵ブロックをイネーブル鍵情報２１３として保持する。また、再生装置表２２１並びにコンテンツ提供者表２２２をレコードがない状態にする。
【０１６６】
コンテンツ提供者３０は、初期化の前に、コンテンツ利用権管理システムの利用契約を結ぶ。その際、システム管理者２０との間で一意なコンテンツ提供者固有番号ＰＩＤとコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbを取り決め、これをコンテンツ提供者固有情報３１２にとして保持する。このとき、システム管理者２０のコンテンツ提供者表２２２にもコンテンツ提供者固有番号ＰＩＤ、コンテンツ提供者固有鍵Ｋ_pa，Ｋ_pb、コンテンツ提供者アドレスからなる新たなレコードが追加される。この手続きはオフラインで行なわれることが好ましい。以上の登録手続きが終わってから、コンテンツ提供者３０の初期化では、コンテンツ表３２１にレコードがない状態にし、イネーブル鍵とイネーブル鍵ブロックの取得を行なう。
【０１６７】
本実施形態に係るシステムにおいて、コンテンツ提供者３０がイネーブル鍵とイネーブル鍵ブロックを取得する処理は、図１４でフローチャートの形式で示した処理手続きに従う。
【０１６８】
まず、コンテンツ提供者３０からシステム管理者２０にイネーブル鍵取得要求が送付される（ステップＳ１）。イネーブル鍵取得要求は、コンテンツ提供者固有番号ＰＩＤとコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbに対して、ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ｎｏｎｃｅ||ＰＩＤ）で構成される。ｎｏｎｃｅはコンテンツ提供者３０が生成したノンス（１回限り使用される乱数）である。
【０１６９】
システム管理者２０側では、受け取ったイネーブル鍵取得要求からコンテンツ提供者固有番号ＰＩＤを使ってコンテンツ提供者表２２２を検索する。そして、検索に成功した場合には対応するコンテンツ提供者固有鍵Ｋ_pa，Ｋ_pbを使ってイネーブル鍵取得要求が正しいこと(イネーブル鍵取得要求に含まれるメッセージ認証コードが正しいこと)を確認する（ステップＳ２）。
【０１７０】
イネーブル鍵取得要求の確認に成功した場合には、システム管理者２０はイネーブル・トークンＰＩＤ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，Ｋ_r）||ＥＢＬＫ||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，Ｋ_r)||ＥＢＬＫ）を生成する。図３３にはイネーブル・トークンのデータ構成を模式的に示している。ここでＫ_rはイネーブル鍵、Ｋ_pa，Ｋ_pbはコンテンツ提供者固有鍵、ｎｏｎｃｅはステップＳ２においてコンテンツ提供者から受け取ったノンス、ＥＢＬＫはイネーブル鍵ブロックである。
【０１７１】
システム管理者２０は、生成したイネーブル・トークンをコンテンツ提供者４０に送付する。これに対し、コンテンツ提供者３０は、イネーブル・トークンが正しいこと、すなわちイネーブル・トークンに含まれるメッセージ認証コードが正しいことと、ノンスがステップＳ１で送ったものと一致することを確認する（ステップＳ５）。
【０１７２】
そして、コンテンツ提供者は確認に成功した場合には、イネーブル・トークンからイネーブル鍵Ｋ_rとイネーブル鍵ブロックＥＢＬＫを取り出して（ステップＳ６）、イネーブル鍵情報３２３として保持する。
【０１７３】
再生装置４０は、出荷される際に、再生装置固有番号ＵＩＤと再生装置固有鍵セット｛Ｋ_root，Ｋ_x，Ｋ_xx，Ｋ_xxx，...｝が決定されシステム管理者２０に登録される。これによってシステム管理者２０の再生装置表２２１には再生装置固有番号ＵＩＤと排除フラグの値ＯＦＦ、再生装置固有鍵セット｛Ｋ_root，Ｋ_x，Ｋ_xx，Ｋ_xxx，...｝からなる新たなレコードが追加される。
【０１７４】
Ｃ−８．コンテンツ追加・削除
コンテンツ提供者が提供するコンテンツの追加あるいは削除の際の処理について説明する。図１７には、コンテンツ提供者３０におけるコンテンツの追加又は削除時の処理動作をフローチャートの形式で示している。
【０１７５】
まず、コンテンツ提供者３０は、コンテンツの追加か削除かを判断する（ステップＳ１１）。
【０１７６】
コンテンツＣｏｎｔを追加する場合ならば、追加するコンテンツに対するコンテンツ鍵Ｋ_cを乱数発生器３４で新たに生成するとともに、コンテンツ識別番号ＣＩＤをコンテンツ提供者３０が扱うコンテンツ毎の一意な番号とコンテンツ提供者固有番号を連結したものなどとして生成する（ステップＳ１２）。
【０１７７】
次いで、ステップＳ１２で生成したコンテンツ鍵Ｋ_cで追加コンテンツＣｏｎｔを暗号化して、暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）を得る（ステップＳ１３）。次いで、コンテンツ鍵Ｋ_cとイネーブル鍵情報を使ってコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）を生成する（ステップＳ１４）。
【０１７８】
そして、コンテンツの識別番号ＣＩＤとコンテンツ鍵Ｋ_cと暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）とコンテンツ・トークンＩＶＥＲ||Ｅ（Ｋ_r，Ｋ_c||ＣＩＤ）をコンテンツ表３２１の新たなレコードとして追加して（ステップＳ１５）、本処理ルーチン全体を終了する。
【０１７９】
一方、ステップＳ１１においてコンテンツを削除する場合と判断した場合には、削除されるコンテンツのレコードをコンテンツ表３２１から検索し（ステップＳ１６）、そのレコードを削除して（ステップＳ１７）、本処理ルーチン全体を終了する。
【０１８０】
Ｃ−９．コンテンツ利用
コンテンツ利用は、コンテンツ提供者３０からユーザの再生装置４０にコンテンツが送られて、ユーザ側でコンテンツを利用する際の処理である。図３４には、ユーザの再生装置４０がコンテンツ提供者３０から取得したコンテンツを利用するための処理手順をフローチャートの形式で示している。
【０１８１】
まず、ユーザが自分の再生装置４０上で利用するコンテンツを選択すると（ステップＳ６１）、これに応答して、選択したコンテンツの識別番号ＣＩＤがコンテンツ提供者３０に通知される。
【０１８２】
このコンテンツ選択操作には、例えば一般的なＷｅｂブラウザなどでユーザに対してコンテンツの内容（例えばコンテンツが音楽であれば曲名など）とその利用を希望するボタンを表示させ、ユーザがボタンをマウスなどでクリックするなどのＧＵＩ操作で実装することができる。但し、こうしたユーザ・インターフェースの構成は一般的なものであり、且つ本発明の要旨には直接関連しないので、ここではこれ以上説明しない。
【０１８３】
また、このときに、選択したコンテンツの利用権利をユーザが購入する、あるいは既にユーザが権利を持つことを確認する目的で、ユーザ認証が行われることが一般的である。しかし、これについても前述したように、本発明の要旨とは直接関係しないので、ここでは説明を省略する。そこで、以降では、ユーザが利用するこんてんつを選択して、そのコンテンツに対する利用権利の確認が済んでいるものとして本実施形態の説明を進める。
【０１８４】
コンテンツ提供者３０は、でユーザから利用を希望するコンテンツの識別番号の通知を受け付けると、この識別番号に対応するレコードをコンテンツ表３２１から検索する（ステップＳ６２）。そして、レコードに含まれる暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）とコンテンツ・トークンＥ（Ｋ_r，Ｋ_c||ＣＩＤ）、及びイネーブル鍵情報３２３のイネーブル鍵ブロックＥＢＬＫを要求元ユーザの再生装置４０に送付する（ステップＳ６３）。図３５には、このとき送付されるコンテンツ配布形式のデータ構成を模式的に示す。
【０１８５】
再生装置４０は、暗号化コンテンツＥ（Ｋ_c1，Ｃｏｎｔ）、コンテンツ・トークンＥ（Ｋ_r，Ｋ_c||ＣＩＤ）、並びにイネーブル鍵ブロックＥＢＬＫの組を受け取ると、続いて、イネーブル鍵ブロックＥＢＬＫからイネーブル鍵を取得する（ステップＳ６４）。
【０１８６】
一方、イネーブル鍵の取得に失敗した（すなわち、イネーブル鍵を暗号化している鍵が自分の持つ再生装置固有鍵セットに含まれない）場合には、コンテンツ利用は失敗して、本処理ルーチン全体を終了する。
【０１８７】
再生装置４０は、イネーブル鍵を取得すると、コンテンツ提供者３０にｎｏｎｃｅ（１回限りの乱数）を送付する（ステップＳ６５）。これに対し、コンテンツ提供者３０は、ライセンス・トークンを生成する（ステップＳ６６）。そして、コンテンツ提供者３０は、生成したライセンス・トークンを再生装置４０に送付する（ステップＳ６７）。
【０１８８】
図３６には、ライセンス・トークンのデータ構成を模式的に示している。ラインセンス・トークンはＣＩＤ||ＣＮＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_c，ＣＩＤ||ＣＮＤ||ｎｏｎｃｅ）で構成される。ＣＩＤは利用許可の対象となるコンテンツの識別番号、ＣＮＤは利用許可の条件、ｎｏｎｃｅはステップＳ６５において再生装置４０から送られたノンスである。
【０１８９】
ライセンス・トークンは、コンテンツの利用許可を与える権限者（一般的には、コンテンツ提供者３０）が生成したことを再生装置４０で確認できるデータであればよい。したがって、上述のようにメッセージ認証コードを使う代わりに、コンテンツ鍵Ｋ_cによる暗号化データＥ（Ｋ_c，ＣＩＤ||ＣＮＤ||ｎｏｎｃｅ）を使うことも可能である。また、コンテンツの利用許可を与える権限者をコンテンツ提供者３０以外の第３者やシステム管理者２０とすれば、コンテンツ鍵Ｋ_cの代わりに、これらと再生装置４０の間で共通に利用できる暗号鍵（例えばイネーブル鍵Ｋ_r）を使うことも可能である。
【０１９０】
次いで、再生装置４０側では、コンテンツ提供者３０から受け取ったライセンス・トークンの確認を行なう（ステップＳ６８）。すなわち、ライセンス・トークンに含まれるｎｏｎｃｅがステップＳ６５で送ったものと同じであり、なお且つメッセージ認証コードが正しいことを確認する。そして、ライセンス・トークンが正しいことが確認できた場合には、再生装置４０は、ライセンス・トークンに含まれているコンテンツの識別番号ＣＩＤと利用許可の条件ＣＮＤを再生装置４０のライセンス情報４２３として保持する。
【０１９１】
次いで、再生装置４０は、ライセンス情報４２３のコンテンツ識別番号ＣＩＤがライセンス情報記憶領域に保持されているコンテンツの識別番号ＣＩＤと一致することを確認し（ステップＳ６８）、さらに、ライセンスの確認すなわち利用許可条件ＣＮＤが満足されることを確認する（ステップＳ６９）。ＣＮＤは例えば利用可能回数や有効期限である。ＣＮＤが利用可能回数であれば、確認の度に１ずつ減算して０より大きい限りは条件が満たされるとする。また、ＣＮＤが有効期限であれば、再生装置４０の時計４５が計時する実時刻と比較して条件が満たされることを判断する。前述した通り、利用条件ＣＮＤとして有効期限を使わない場合には、再生装置４０に時計４５は不要である。また、有効期限を使う場合であっても、有効期限を時刻で指定するのではなく、ライセンスを受け取ってからの経過時間（期間）で指定する場合には、時計４５として絶対的な時刻を保持するものを使う必要はない。
【０１９２】
ステップＳ６９においてコンテンツの利用条件が満たされると判断された場合には、再生装置４０は、コンテンツ鍵Ｋ_cを使って暗号化コンテンツを復号して得たコンテンツを利用する。また、コンテンツの利用が終わったら、ステップＳ６９の条件判断に戻り、コンテンツの利用条件が満足される限り、コンテンツ利用を繰り返すことができる。
【０１９３】
Ｃ−１０．イネーブル鍵更新
イネーブル鍵更新は、耐タンパ性の破られた再生装置４０に含まれる情報を使ってコンテンツを再生することを不可能にする処理である。具体的には、システムに参加しているいずれかの再生装置４０の耐タンパ性が破られたときに、イネーブル鍵を更新して、コンテンツ提供者３０の保持するコンテンツの暗号化を新たなコンテンツ鍵で行ない、新たなコンテンツ鍵を含むコンテンツ・トークンの暗号化を新たなイネーブル鍵で行なう。
【０１９４】
また、正当な再生装置４０には新たなイネーブル鍵を利用できるようにするために、耐タンパ性が破られた再生装置を除く再生装置から新たなイネーブル鍵が取得可能なイネーブル鍵ブロックを、システム管理者２０がコンテンツ提供者３０に提供し、それをコンテンツ提供者３０がコンテンツ利用時に再生装置４０に配布する。
【０１９５】
図２１には、システム管理者２０においてイネーブル鍵を更新する処理手順をフローチャートの形式で示している。
【０１９６】
システム管理者２０は、耐タンパ性の破られた再生装置を発見したとき、再生装置表２２１の該当する再生装置のレコードの排除フラグをＯＮにするとともに、乱数発生器２３を使って新たなイネーブル鍵Ｋ_r'を生成し、新たなイネーブル鍵と耐タンパ性の破られた再生装置の情報（再生装置表２２１の排除フラグがＯＮであるレコードの再生装置固有鍵セット）から新たなイネーブル鍵ブロックＥＢＬＫ'を生成する（ステップＳ４１）。そして、システム管理者２０は、イネーブル鍵情報２２３のイネーブル鍵とイネーブル鍵ブロックを更新する。
【０１９７】
次いで、コンテンツ提供者表２２２の最初のレコードを選択し（ステップＳ４２）、該選択されたレコードのコンテンツ提供者アドレスにイネーブル鍵更新通知を送る（ステップＳ４３）。
【０１９８】
イネーブル鍵更新通知は新規のイネーブル鍵をＫ_r'としてＰＩＤ||ｔｉｍｅ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，Ｋ_r')||ＥＢＬＫ'||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｔｉｍｅ||ｎｏｎｃｅ||Ｅ（Ｋ_pa，Ｋr'）||ＥＢＬＫ')で構成される。ここで、ＰＩＤはこのイネーブル鍵更新通知を受け取るべきコンテンツ提供者３０のコンテンツ提供者固有番号、ｔｉｍｅはイネーブル鍵更新通知の生成時刻、ｎｏｎｃｅはシステム管理者２０の生成したノンス、Ｋ_paとＫ_pbはコンテンツ提供者固有鍵、Ｋ_r'は新たなイネーブル鍵、ＥＢＬＫ'は新たなイネーブル鍵ブロックである。
【０１９９】
コンテンツ提供者３０は、イネーブル鍵更新通知を受け取ると、それが正しいことを確認する（ステップＳ４４）。具体的には、イネーブル鍵更新通知に含まれるコンテンツ提供者固有番号が自分のものであること、時刻ｔｉｍｅが現時刻から適当な基準の範囲内（例えば１分など）であること、並びにメッセージ認証コードが正しいことを確認する。
【０２００】
イネーブル鍵更新通知の正しいことが確認できた場合、コンテンツ提供者３０は、新たなイネーブル鍵Ｋ_r'とイネーブル鍵ブロックＥＢＬＫ'を取り出して、イネーブル鍵情報３２３を更新する。また、イネーブル鍵更新通知ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ）を生成して、これをシステム管理者２０に送信する（ステップＳ４５）。ここで、ＰＩＤはコンテンツ提供者のコンテンツ提供者固有番号、ｎｏｎｃｅはステップＳ４４で受け取ったノンスである。
【０２０１】
次いで、コンテンツ提供者３０は、コンテンツ表３２１の更新を行なう（ステップＳ４６）。図２２には、コンテンツ表３２１を更新するための処理手順をフローチャートの形式で示している。
【０２０２】
コンテンツ提供者３０は、まず、コンテンツ表３１１の最初のレコードを選択する（ステップＳ５１）。
【０２０３】
次いで、選択したレコード向けに乱数発生器３４でコンテンツ鍵Ｋ_c'を再生成する（ステップＳ５２）。そして、選択したレコードの暗号化コンテンツＥ（Ｋ_c，Ｃｏｎｔ）をレコードに含まれるコンテンツ鍵Ｋ_cで復号してから、新しいコンテンツ鍵Ｋ_c'で再暗号化してＥ（Ｋ_c'，Ｃｏｎｔ）を得る（ステップＳ５３）。
【０２０４】
次いで、新しいコンテンツ鍵Ｋc'に対するコンテンツ・トークンＥ（Ｋ_r'，Ｋ_c'）を生成して（ステップＳ５４）、新たなコンテンツ鍵Ｋ_c'、暗号化コンテンツＥ（Ｋ_c'，Ｃｏｎｔ）、コンテンツ・トークンＥ（Ｋ_r'，Ｋ_c'）で現レコードを更新する（ステップＳ５５）。
【０２０５】
次いで、現レコードがコンテンツ表３１１の最後のレコードかどうかを確かめ（ステップＳ５６）、そうであれば本処理全体を終了し、そうでなければコンテンツ表３１１の次のレコードを現レコードとして選択してから（ステップＳ５７）、ステップＳ５２に戻り、次のレコードについて更新処理を繰り返し行なう。
【０２０６】
再び図２１に戻って、イネーブル鍵の更新処理について説明する。システム管理者２０は、イネーブル鍵更新通知ＰＩＤ||ｎｏｎｃｅ||ＭＡＣ（Ｋ_pb，ＰＩＤ||ｎｏｎｃｅ）を受け取ると（ステップＳ４７）、ＰＩＤ並びにｎｏｎｃｅがステップＳ４３において自分で送ったものであり、且つメッセージ認証コードが正しいかどうかを判断する。
【０２０７】
判断結果が肯定的である場合には、現レコードがコンテンツ提供者表２１２の最後のレコードであるかどうかを確認する（ステップＳ４８）。最後のレコードであれば本処理ルーチン全体を終了し、そうでなければコンテンツ提供者表２１２の次のレコードを現レコードとして選択してから（ステップＳ４９）、ステップＳ４３に戻り、次のレコードについてイネーブル鍵の更新処理を繰り返し行なう。
【０２０８】
また、ステップＳ４７で、適当な時間だけ待つなどの基準で、イネーブル鍵更新通知を受け取ることができない場合には、ステップＳ４３に戻って、イネーブル更新通知を再送付する。
【０２０９】
［追補］
以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０２１０】
【発明の効果】
以上詳記したように、本発明によれば、コンテンツの利用者にライセンスを与えることによりコンテンツの利用を制御しコンテンツの保護を図ることができる、優れたコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することができる。
【０２１１】
また、本発明によれば、コンテンツ鍵の不正利用を防止しながらコンテンツの利用者にライセンスを与えることができる、優れたコンテンツ利用管理システム、コンテンツを利用し又は提供する情報処理装置又は情報処理方法、並びにコンピュータ・プログラムを提供することができる。
【０２１２】
本発明によれば、コンテンツの利用許可が暗号化コンテンツを復号する鍵（コンテンツ鍵）ではなく、利用を許可するコンテンツの識別番号（ライセンス・トークン）を再生装置が判断できる形式でコンテンツの利用許可の権限者が指定することによりライセンスの付与を行なう。したがって、利用許可を与える先が権利保護を行なうかどうかを確認することなしに、利用許可を与えることが可能になり、利用許可を与える際の処理を高速化することができる。
【０２１３】
また、本発明によれば、正当な再生装置以外はイネーブル鍵を持たないので、コンテンツの利用許可の権限者が正当でない再生装置に利用許可を与えたとしても、その装置ではコンテンツを復号することができないので、コンテンツの利用権は保護される。
【０２１４】
また、本発明によれば、コンテンツ鍵を正当な再生装置だけが利用可能な暗号鍵（イネーブル鍵）で暗号化してコンテンツとともに配布するので、コンテンツ鍵を変更したとしても再生装置側で特別の処理を必要としない。
【０２１５】
また、本発明によれば、耐タンパ性が破られた再生装置が発生したときには、イネーブル鍵を変更し、新たなイネーブル鍵を耐タンパ性が破られていない正当な再生装置とコンテンツ提供者に配布することによって、耐タンパ性が破られた再生装置に含まれる情報を使っても、以降に配布されるコンテンツを利用することをできなくすることができる。
【０２１６】
本発明で重要な点は、ライセンスがコンテンツ鍵でないため、任意の装置にライセンスを与えても、実際にコンテンツを復号できるのは、あらかじめイネーブル鍵を共有している正当な再生装置に限定される、ということである。したがって、本発明によって、ライセンス発行時に発行対象の再生装置を特定して各再生装置に専用のライセンスを発行することが不要になる。これによって、ライセンス発行を高速に処理することが可能になり、再生装置の個数の増加に関してスケーラビリティのよいライセンス発行処理を実現することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るシステムの参加者を示した図である。
【図２】システム管理者２０の構成を模式的に示した図である。
【図３】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図４】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図５】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図６】コンテンツ提供者３０の機能構成を模式的に示した図である。
【図７】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図８】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図９】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図１０】再生装置４０の機能構成を模式的に示した図である。
【図１１】再生装置４０において保持されるデータ構成を模式的に示した図である。
【図１２】再生装置４０において保持されるデータ構成を模式的に示した図である。
【図１３】再生装置４０において保持されるデータ構成を模式的に示した図である。
【図１４】コンテンツ提供者３０又は再生装置がシステム管理者２０からイネーブル鍵を取得するための処理手順を示したフローチャートである。
【図１５】イネーブル・トークンのデータ構成を示した図である。
【図１６】イネーブル・トークンのデータ構成を示した図である。
【図１７】コンテンツ提供者３０における動作特性を示したフローチャートである。
【図１８】ユーザの再生装置４０がコンテンツ提供者３０から取得したコンテンツを利用するための処理手順を示したフローチャートである。
【図１９】コンテンツ提供装置３０から再生装置４０に送付されるコンテンツ配布形式のデータ構成を示した図である。
【図２０】ライセンス・トークンのデータ構成を示した図である。
【図２１】システム管理者２０においてイネーブル鍵を更新する処理手順をフローチャートである。
【図２２】コンテンツ表３１１を更新するための処理手順を示したフローチャートである。
【図２３】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図２４】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図２５】システム管理者２０において保持されるデータ構成を模式的に示した図である。
【図２６】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図２７】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図２８】コンテンツ提供者３０において保持されるデータ構成を模式的に示した図である。
【図２９】再生装置４０において保持されるデータ構成を模式的に示した図である。
【図３０】再生装置４０において保持されるデータ構成を模式的に示した図である。
【図３１】３１すべての再生装置が属する仮想的なツリー構造の例を示した図である。
【図３２】イネーブル鍵ブロックのデータ構成を模式的に示した図である。
【図３３】イネーブル・トークンのデータ構成を模式的に示した図である。
【図３４】ユーザの再生装置４０がコンテンツ提供者３０から取得したコンテンツを利用するための処理手順を示したフローチャートである。
【図３５】再生装置４０に送付されるコンテンツ配布形式のデータ構成を模式的に示した図である。
【図３６】ライセンス・トークンのデータ構成を模式的に示した図である。
【符号の説明】
２０…システム管理者
２１…暗号処理部，２２…データ記憶部
２３…乱数発生部，２４…時計
２５…通信処理部
３０…コンテンツ提供者
３１…耐タンパ性暗号処理部，３２…耐タンパ性データ記憶部
３３…データ記憶部，３４…乱数発生器
３５…通信処理部，３６…時計
４０…再生装置
４１…暗号処理部，４２…データ記憶部
４３…乱数発生器，４４…通信処理部
４５…時計[0001]
BACKGROUND OF THE INVENTION
The present invention provides rich content such as music data and image data distributed over a broadband communication network (xDSL: x Digital Subscriber Line, CATV (Cable TV), wireless network), digital data such as electronic publications, and moving images. Content usage management system, information processing apparatus or information processing method for using or providing content, and computer program, and in particular, management of content usage based on some contract or usage conditions such as license The present invention relates to a content usage management system, an information processing apparatus or information processing method that uses or provides content, and a computer program.
[0002]
More specifically, the present invention relates to a content use management system that controls the use of content by giving a license to the content user and protects the content, an information processing apparatus or information processing method that uses or provides the content, and The present invention relates to a computer program, and more particularly, to a content usage management system that grants a license to a content user while preventing unauthorized use of a content key, an information processing apparatus or information processing method that uses or provides content, and a computer program. .
[0003]
[Prior art]
Distribution of rich content such as digital data such as music data, image data, electronic publications, and moving images with the spread of broadband communication networks (xDSL: x Digital Subscriber Line, CATV (Cable TV), wireless network, etc.) in recent years However, a mechanism for transmitting data to users without stress is being prepared.
[0004]
On the other hand, the distributed content is digital data, and operations such as copying and tampering can be performed relatively easily. Currently, fraudulent acts such as copying and falsification of these contents are frequently performed, and this is a major factor that hinders the profits of digital content vendors. As a result, the price of the content has to be increased, and a vicious cycle has occurred, which becomes a barrier to popularization.
[0005]
By using encryption technology, it is possible to protect content flowing on a communication path from a malicious third party. However, not only the content distribution process, but also illegal copying and unauthorized use performed after the content is provided to legitimate users is a serious problem.
[0006]
Recently, a method called rights management method (DRM: Digital Rights Management) has been adopted as a countermeasure for this type of problem related to digital contents. Below, the outline | summary of this DRM and its problem are demonstrated.
[0007]
DRM ( Digital Right Management ):
A right information management system (DRM) realizes a mechanism in which content cannot be used unless the user obtains permission (license) to use the content. Examples of such a system include a system called “Windows Media Right Manager” by Microsoft Corporation and “Electronic Media Management System (EMMS)” by IBM Corporation.
[0008]
  A DRM system is typically composed of a content provider, a license manager, and a user. The user possesses a content reproduction apparatus and uses the content by using it. License administratorIsIssue a license to the user. The content provider provides content to the user.
[0009]
The content (Cont) is a key (content key K) that is different for each content depending on the content provider._c) Format E (K_c, Cont). In the present specification, this is called encrypted content.
[0010]
When using a certain content Cont, the user requests the license manager to issue a license. On the other hand, the license issuer issues a license after performing a charging process for the user.
[0011]
The issuance of the license here means that the content key K is actually assigned to the user's playback device._cIs to give. For this purpose, the license administrator makes a different encryption key K with each playback device._u(Encryption key K_uIs shared when the license is issued, or is shared in advance in the playback device), or the content key K_cEncryption key K_uData E (K encrypted with_u, K_c) To the playback device. This data is called a “license token”.
[0012]
The playback device of the licensed user receives the encryption key Ku and the received license token E (K_u, K_c) And encrypted content E (K_c, Cont) can be used to play the content. First, the license token E (K_u, K_c) To content key K_cAnd then the content key K_cEncrypted content E (K_c, Cont) is decrypted and reproduced from the content Cont. Therefore, the content can be used only when the combination of the playback device, the license token, and the encrypted content is correct, that is, only the licensed user.
[0013]
Here, in order to protect the right to use the content, the playback device side must prevent the decrypted content from leaking outside. For this purpose, the playback device uses the encryption key K_uAnd content key K_cAnd the decrypted content Cont must be processed so as not to leak outside. This is because once the decrypted content leaks to the outside, it can be copied and used without restriction. In other words, the playback device includes an encryption key K_uAnd content key K_cIn addition, the condition that the decrypted content Cont can be processed without leaking to the outside is necessary. In the present specification, a playback apparatus having such a condition is referred to as “valid”.
[0014]
In DRM, giving a content license (use permission) to a user is a content key K_cIs provided to the playback device of the user. At the time of licensing, the content key K_cIt is essential that the playback device that receives is valid. Therefore, a license issuer who issues a license must specify a reproduction apparatus as an issuance partner and give a content key only to a valid reproduction apparatus. For this reason, the license issuer has a database relating to a valid reproduction apparatus, and the license issue needs to be performed based on the database.
[0015]
However, considering the case where there are a large number of playback devices, such a database search is a time-consuming or costly process. In particular, when a license is frequently issued due to a mechanism such as downloading contents each time, the load on the server where the database is placed becomes excessive. That is, license issuance with DRM is a process that does not scale with respect to an increase in the number of playback devices.
[0016]
For example, considering the case where content is provided to a specific user, user authentication is performed before the content is provided.
[0017]
If the DRM method is used, in addition to user authentication, it is necessary to specify a content playback device for the user and generate a dedicated license for the playback device. This reduces the processing speed of content provision.
[0018]
[Problems to be solved by the invention]
An object of the present invention is to provide an excellent content usage management system, an information processing apparatus or an information processing method for using or providing content, which can suitably manage the usage of content based on some contract such as a license or usage conditions And providing a computer program.
[0019]
A further object of the present invention is to provide an excellent content use management system, an information processing apparatus that uses or provides content, which can control the use of content by protecting the content by giving a license to the content user, or It is to provide an information processing method and a computer program.
[0020]
A further object of the present invention is to provide an excellent content use management system, an information processing apparatus or an information processing method for using or providing content, capable of giving a license to the content user while preventing unauthorized use of the content key, And providing a computer program.
[0021]
[Means and Actions for Solving the Problems]
The present invention has been made in consideration of the above problems, and a first aspect of the present invention is a content usage management system that manages usage of content by distributing licenses,
Using data including at least authentication information regarding the nonce consisting of a one-time random number generated by a legitimate device that uses the content and the authorized user of the content as a license token,
The legitimate device that uses the content verifies the validity of the license token by verifying that the license token contains a nonce generated by the license token and the authentication processing of the authentication information related to the authorized user of the content usage.・ When the token is valid, let the user use the corresponding content.
This is a content usage management system.
[0022]
However, “system” here refers to a logical collection of a plurality of devices (or functional modules that realize specific functions), and each device or functional module is in a single housing. It does not matter whether or not.
[0023]
A second aspect of the present invention is an information processing apparatus or information processing method for managing the use of content by distributing a license,
A nonce receiving means or step for receiving a nonce that is a one-time random number from a user of the content;
A license token issuing means or step for distributing a license token including at least the received nonce and its authentication information to content users;
An information processing apparatus or an information processing method.
[0024]
The third aspect of the present invention is an information processing apparatus or information processing method for safely providing content,
An enable key issuing means or step for issuing an enable key to a device that properly uses content;
Content encryption means or step for encrypting content with a unique content key for each content;
A content token generating means or step for generating a content token formed by encrypting data including a content key with an enable key;
A content providing means or step for distributing encrypted content together with a content token;
An information processing apparatus or an information processing method.
[0025]
According to a fourth aspect of the present invention, there is provided an information processing apparatus or information processing method for performing legitimate use of content by acquiring a license,
Content acquisition means or step for acquiring content;
Nonce issuing means or step for issuing a nonce that is a one-time random number;
By receiving a license token related to the content and authenticating whether or not the nonce issued by the nonce issuing means or step is included and obtained from the authorized authority to use the content A license token verification means or step for verifying the validity of the license token;
In response to the validity of the license token, a content using means or step for using the corresponding content;
An information processing apparatus or an information processing method.
[0026]
In the present invention, content usage such as a content provider or a system administrator is added to the nonce (one-time random number) generated by the playback device, the content identification number, and the usage conditions (for example, the number of usage permission and the period). An authorized person uses an electronic signature or a message authentication code added as a license token.
[0027]
The playback device that has received the license token knows that the license token is addressed by the fact that the nonce generated by itself is included, and the content provider or the system administrator uses the electronic signature or message authentication code. Is added, it can be determined that the license token is valid.
[0028]
In the present invention, instead of distributing the content key as a license, the content key is distributed as a content token simultaneously with the content distribution. This content token is data obtained by encrypting a content key with an enable key. The enable key is a key that can be used only by a legitimate playback device, independent of the presence or absence of a license.
[0029]
Since the content identification information is included as part of the encrypted content or content token and encrypted with the content key or enable key, the content identification information is distributed in a format that can be judged by a legitimate playback device and authorized to use the content Intentional alterations cannot be made from outside. Therefore, the content key for decrypting the encrypted content is not given to the playback device, but in a format that can be determined from the playback device, the content authority authorized to use the content specifies the identification information of the content that is allowed to be used for playback. The device can be allowed to use the content.
[0030]
Then, only when it is determined that the license has been acquired, the playback device decrypts the content token including the content identification number specified by the license with the enable key held by itself, extracts the content key, and then the content key. The user is allowed to use the content obtained by decrypting the encrypted content. Therefore, a legitimate playback device can use the content without leaking the decrypted content itself outside the device.
[0031]
Also, there are two possible methods for making the enable key available to a legitimate playback device, assuming that the enable key is generated by the system administrator. One method is a method in which an enable key is distributed in advance to a valid playback device.
[0032]
  As such a method, for example,IETF ( Internet Engineering TaskForce )Any of the methods for sharing the encryption key with the user group described in RFC (Request for Comment) 2627 may be used. In the simplest case, when the system administrator distributes the enable key for each playback device, it takes time to distribute the enable key in proportion to the number N of playback devices. However, RFC2627 shows a management system based on a hierarchical key structure (hierarchical key tree) in which each playback device has data whose size is proportional to the logarithm of the number N of playback devices. The enable key can be distributed by broadcasting data having a size proportional to the logarithm of N.
[0033]
Another method of distributing the enable key is a method of distributing the enable key together with the encrypted content in a format that can be acquired only by a valid playback device. As disclosed in Japanese Patent Laid-Open No. 2001-352321 (title of the invention: information system, information processing method, information recording medium, and program providing medium) already assigned to the present applicant, By providing the playback device with data having a size proportional to the logarithm of the number N, the enable key can be distributed by distributing data having a size proportional to the logarithm of the number N of playback devices together with the encrypted content. .
[0034]
In addition, when a playback device in which tamper resistance is destroyed occurs, the enable key may be updated. Included in the playback device whose tamper resistance has been destroyed by updating the enable key and distributing the content as if the content was encrypted with the new content key and the content key was encrypted with the new enable key Even if the information to be used is used, the encrypted content cannot be decrypted again.
[0035]
The important point in the present invention is that the license is not a content key, so that even if a license is given to an arbitrary device, the content can actually be decrypted only to a legitimate playback device that shares an enable key in advance. ,That's what it means. Therefore, according to the present invention, it is not necessary to specify a playback device to be issued when issuing a license and issue a dedicated license to each playback device. As a result, it is possible to process license issuance at high speed, and it is possible to realize a license issuance process with good scalability with respect to an increase in the number of playback devices.
[0036]
  According to a fifth aspect of the present invention, there is provided a computer program written in a computer-readable format so that processing for managing the use of content by distributing a license is executed on a computer system.For the computer system:
  Nonce reception that receives a nonce that is a one-time random number from the content userprocedureWhen,
  Issuing a license token that distributes a license token containing at least the received nonce and its authentication information to content usersprocedureWhen,
TheExecuteThis is a computer program characterized by the above.
[0037]
  According to a sixth aspect of the present invention, there is provided a computer program written in a computer-readable format so as to execute a process for safely providing content on a computer system.For the computer system:
  Issuing an enable key to issue an enable key to devices that properly use contentprocedureWhen,
  Content encryption that encrypts content with a unique content key for each contentprocedureWhen,
  Content token generation that generates a content token by encrypting data including a content key with an enable keyprocedureWhen,
  Provision of content that distributes encrypted content with content tokensprocedureWhen,
TheExecuteThis is a computer program characterized by the above.
[0038]
  According to a seventh aspect of the present invention, there is provided a computer program written in a computer-readable format so as to execute processing for performing proper use of content by acquiring a license on a computer system,For the computer system:
  Content acquisition to acquire contentprocedureWhen,
  Nonce issuing that nonce is a one-time random numberprocedureWhen,
  The license token related to the content is received, and it is verified whether the nonce issued in the nonce issuing step is included and whether it is obtained from an authorized person authorized to use the content. License token verification to verify token validityprocedureWhen,
  Content usage that uses the corresponding content in response to the validity of the license tokenprocedureWhen,
TheExecuteThis is a computer program characterized by the above.
[0039]
The computer program according to each of the fifth to seventh aspects of the present invention defines a computer program described in a computer-readable format so as to realize predetermined processing on a computer system. In other words, by installing the computer program according to the fifth to seventh aspects of the present invention in the computer system, a cooperative action is exhibited on the computer system, and the second to the second aspects of the present invention. The same effect as the information processing apparatus or the information processing method according to each of the four aspects can be obtained.
[0040]
Other objects, features, and advantages of the present invention will become apparent from more detailed description based on embodiments of the present invention described later and the accompanying drawings.
[0041]
DETAILED DESCRIPTION OF THE INVENTION
In the following, as an embodiment of the present invention, when an enable key is shared in advance by a legitimate playback device (first embodiment), the enable key is distributed together with encrypted content in a format that can be acquired only by the legitimate playback device. The case (Embodiment 2) will be described in detail with reference to the drawings. Before that, first, the encryption technique used in the present invention will be briefly described.
[0042]
A. Cryptography
In the present specification, E (K, M) means encryption of data M using the encryption key K. MAC (K, M) represents a message authentication code generated for the data M using the key K.
[0043]
A message authentication code (MAC) is a method that makes it possible to discover data falsification and identify a message generator using common key cryptography. Assume that only the creator of data M and the destination of M share the key K of the common key encryption. At this time, the message authentication code of data M uses the key K and MAC (K, M) = E ( K, h (M)) (encrypted data of h (M) using the key K). Here, h () is a one-way function shared by the data sending side and the receiving side. Examples of the unidirectional function include those called MD5 and SHA-1 (for example, see ISO / IEC10118 and FIPS180-1 for details).
[0044]
When sending data M in combination with a message authentication code and sending it in the form of (M, MAC (K, M)), the data receiving side applies a one-way function to data M, and h ( By checking whether M) = E (K, h (M)) is satisfied, the data M has not been tampered with and the message authentication code MAC (K, M) is added by the owner of the key K Can be confirmed.
[0045]
In the following description, an electronic signature can be used instead of the message authentication code at a place where the message authentication code is used. In that case, the side that confirms the message authentication code in the following description may hold the public key for signature verification instead of the encryption key of the common key encryption.
[0046]
Electronic signature is a kind of application of public key cryptography. Here, the public key cryptosystem is a key (public key) P used for encrypting data._kAnd a key (secret key) S used for decryption_kAre different encryption algorithms, and it is very difficult to calculate the other from one key. That is, r's P_kEncryption with R = E (P_k, R), the secret key S of the encrypted data R_kDecryption D (S_k, R) matches r). As for public key cryptography, for example, IEEE-P1363 summarizes standard techniques.
[0047]
The electronic signature is such that when the data M exists, the creator of M has his private key S_kData SG (M) = D (S_k, H (M)). When sending data M in combination with an electronic signature in the form of (M, SG (M)), the receiving side applies a one-way function to the received data M, and h (M) = E (P_k, SG (M)) is satisfied by confirming that M has not been tampered with and that SG (M) has the private key S_kIt can be confirmed that it was added by the owner. Such a procedure is called verification of an electronic signature. For electronic signatures, for example, standard methods are summarized in IEEE-P1363.
[0048]
B. First embodiment
B-1. overall structure
FIG. 1 shows participants of the system according to the first embodiment of the present invention. As shown in the figure, the participants include a content provider 30, a system administrator 20, and a playback device 40. There may be a plurality of content providers and playback devices.
[0049]
The playback device 40 is distributed from the system administrator 20 to users who use the system.
[0050]
In order to provide content (for example, music or image data, electronic document, software, etc.) to the user, the content provider 30 makes a contract with the system administrator 20 and provides the content to the playback device 40 of each user.
[0051]
B-2. System Administrator
FIG. 2 schematically shows a functional configuration of the system administrator 20. As shown in the figure, the system administrator 20 includes an encryption processing unit 21, a data storage unit 22, a random number generator 23, a clock 24, and a communication processing unit 25. The system administrator 20 is actually configured by operating a predetermined server application on a computer system connected to a wide area network.
[0052]
It is assumed that the system administrator 20 can communicate with the content provider and the playback device by the communication processing unit 25. All data held by the system administrator 20 described below is held in the data storage unit 22.
[0053]
3 to 5 schematically show the data configuration held by the system administrator 20.
[0054]
The system administrator 20 includes a playback device table 211 for managing playback device unique numbers, playback device unique keys a, and playback device unique keys b for all playback devices 40 participating in the system (FIG. 3). checking). In this playback device table 211, a playback device unique number, a playback device unique key a, and a playback device unique key b for each valid playback device are set in one column of the table (hereinafter referred to as 1 “record”). Can be implemented as a database that can be searched by the playback device unique number.
[0055]
The system administrator 20 also manages content provider unique numbers, content provider unique keys a, content provider unique keys b, and content provider addresses of all content providers 30 participating in the system. A provider table 212 is provided (see FIG. 4). The content provider table 212 represents a content provider unique number, a content provider unique key a, a content provider unique key b, and a content provider address for each content by one record, and each record is represented by a content provider unique number. It can be implemented as a searchable database.
[0056]
The enable key information 213 includes the version number IVER of the current enable key and the enable key K._r(See FIG. 5).
[0057]
B-3. Content provider
FIG. 6 schematically shows the functional configuration of the content provider 30. As shown in the figure, the content provider 30 includes a tamper resistant encryption processing unit 31, a tamper resistant data storage unit 32, a data storage unit 33, a random number generator 34, a communication processing unit 35, a watch 36. It is assumed that the communication processing unit 35 can communicate with the system administrator and the playback device. The content provider 30 is actually configured by operating a predetermined server application on a computer system connected to a wide area network.
[0058]
The term “tamper resistance” as used herein refers to the property that internal processing and data cannot be acquired or altered by external observation or analysis. Further, communication with tamper resistance is possible between the tamper resistant encryption processing unit 31 and the tamper resistant data storage unit 32.
[0059]
Of the data held by the content provider 30 described below, the content table is held in the data storage unit 33, and the content provider specific information and enable key information are held in the tamper resistant data storage unit 32. Further, processing using an enable key (acquisition of an enable key described later and content token generation) is performed by the tamper resistant encryption processing unit 31.
[0060]
7 to 9 schematically show data structures held in the content provider 30. FIG.
[0061]
The content provider 30 includes a content table 311 for managing the provided content Cont (see FIG. 7). Content key K with content identification number CID_cThe content table 311 has a content identification number CID, a content key Kc, and an encrypted content E (K_c, Cont), content token IVER || E (K_r, K_c|| CID) is prepared. The content table 311 may be implemented as a database that can search each record by the content identification number CID.
[0062]
In the above example, the content key K is the content identification number CID._cFor content Cont, the encrypted content and content token are E (K_c, Cont) and IVER || E (K_r, K_c|| CID). However, since the content identification number may be in a format that can be acquired by the playback device 40 from the encrypted content or the content token, for example, the encrypted content and the content token are E (K_c, Cont || CID) and IVER || E (K_r, K_c). When the latter format is handled, the necessary changes in the embodiment described below are obvious, and the description thereof is omitted. In addition to encrypting the content, it is conceivable to add a message authentication code (described above) in order to prevent modification, but in this case as well, the necessary changes are obvious and description thereof will be omitted.
[0063]
The content provider unique information 312 includes a content provider unique number, a content provider unique key a, and a content provider unique key b (see FIG. 8). These are determined by the system administrator 20 when the content provider 30 concludes a contract for use of the system, and a record in which the address of the content provider 30 is added to the same data is a content provider table of the system administrator 20. 212 is also registered.
[0064]
The enable key information 313 includes the current enable key version number IVER and the enable key K._r(See FIG. 9), and these are acquired from the system administrator in the enable key acquisition procedure (described later).
[0065]
B-4. Playback device
FIG. 10 schematically shows the functional configuration of the playback device 40. As shown in the figure, the playback device 40 includes an encryption processing unit 41, a data storage unit 42, a random number generator 43, a communication processing unit 44, and a clock 45. The entire playback device 40 has tamper resistance. It is assumed that the communication processing unit 44 can communicate with the system administrator and the content provider. The playback device 40 is actually configured by operating a content playback / application on a computer system connected to a wide area network. All data held by the playback apparatus described below is held in the data storage unit 42.
[0066]
Note that the clock 45 is necessary only when the later-described license information given to the playback device 40 includes an expiration date as a (content) usage condition. Therefore, when the expiration date is not used as the usage condition, it is not essential that the playback device 40 includes the clock 45. Even if the expiration date is used as a usage condition, the absolute value of the clock 45 is not specified when the expiration date is specified as an elapsed time (period) since the license is received, rather than as the time. It is not necessary to use a device that maintains the time (in this case, the clock 45 of the playback device 40 does not require time adjustment).
[0067]
FIGS. 11 to 13 schematically show the data configuration held in the playback device 40. The playback device 40 includes playback device specific information 411, enable key information 412, and license information 413.
[0068]
The playback device unique information 411 holds a playback device unique number, a playback device unique key a, and a playback device unique key b (see FIG. 11). These are input when the playback device 40 is shipped, and are also registered in the playback device table 211 of the system administrator 20.
[0069]
The enable key information 412 includes the current enable key version number IVER and the enable key K._r(See FIG. 12), and these are obtained from the system administrator 40 in the procedure for obtaining the enable key (described later).
[0070]
The license information 413 includes a content identification number and license conditions (see FIG. 13), and records license information acquired when using the content.
[0071]
B-5. Overview of operation
The operation of the system of the present invention comprising the content provider 30, the system administrator 20, and the playback device 40 will be described below.
[0072]
The operation of the system consists of initialization, content use, and enable key update. Each participant first performs initialization, then adds / deletes content, uses content, and updates the enable key.
[0073]
Initialization is first performed by the system administrator 20. The content provider 30 and the playback device 40 are initialized when they newly join the system.
[0074]
Content addition / deletion is processing performed when content provided by the content provider 30 is added or deleted.
[0075]
Content use is processing when a user receives content from the content provider 30 to his / her playback device 40 and uses the content. In the following explanation, a case where encrypted content, content token, and license are acquired at the same time when content is used will be described. However, license acquisition is performed at a timing different from acquisition of encrypted content and content token. Of course it may be done.
[0076]
When acquiring a license, the user is generally authenticated in order to charge the user and confirm that the user has the right to use the content. As such a user authentication method, for example, a method called Kerberos or PKI may be used. However, since these are not directly related to the gist of the present invention, the description is omitted here, and thereafter, the user who has confirmed the usage right has used the content once or a plurality of times for the playback device 40. A case where a license (= use permission) is given will be described.
[0077]
When the tamper resistance of any playback device 40 participating in the system is broken and the data held in the data storage unit 42 of the playback device 40 is leaked, the enable key update uses that information. Thus, the encrypted content cannot be decrypted. That is, the enable key is updated so that only a valid playback device 40 whose tamper resistance is not broken is shared with the new enable key. By providing the content provider 30 with a new enable key, re-encrypting the content with the new content key, and replacing the content token with a new content key encrypted with the new enable key, Even if an enable key included in the playback device 40 whose tamper resistance is broken is used, the encrypted content cannot be decrypted.
[0078]
The enable key update is performed by the system administrator, the playback device, and the content provider.
[0079]
Hereinafter, initialization, content addition / deletion, content use, and enable key update for the playback device 40, the content provider 30, and the system administrator 20 will be described in order.
[0080]
B-6. Initialization
In initialization of the system administrator 20, a new enable key is generated using the random number generator 23, and the enable key version number 0 and the enable key are held as enable key information 213. Further, the playback device table 211 and the content provider table 212 are set to have no record.
[0081]
The content provider 30 concludes a usage contract for the content usage right management system before initialization. At that time, a unique content provider unique number PID and a content provider unique key K with the system administrator 20_pa, K_pbAre stored as content provider specific information 312. At this time, the content provider unique number PID and the content provider unique key K are also stored in the content provider table 212 of the system administrator 20._pa, K_pb, And a new record consisting of the content provider address is added. After the above registration procedure is completed, the content provider 30 is initialized so that there is no record in the content table 311 and an enable key is acquired.
[0082]
Here, a processing procedure for the content provider 30 to obtain an enable key from the system administrator 20 will be described with reference to FIG.
[0083]
First, an enable key acquisition request is sent from the content provider 30 to the system administrator (step S1). The enable key acquisition request includes a content provider unique number PID and a content provider unique key K._pa, K_pbPID || nonce || MAC (K_pb, Nonce || PID). Here, nonce is a nonce (a random number used only once) generated by the content provider.
[0084]
On the other hand, the system administrator 20 searches the content provider table 212 using the content provider specific number PID from the received enable key acquisition request. If the search is successful, the corresponding content provider unique key K_pa, K_pbTo confirm that the enable key acquisition request is correct (the message authentication code included in the enable key acquisition request is correct).
[0085]
If the confirmation of the enable key acquisition request is successful, the enable token PID || nonce || IVER || E (K_pa, K_r) || MAC (K_pb, PID || nonce || IVER || E (K_pa, K_r)) Is generated (step S3).
[0086]
FIG. 15 shows the data structure of the enable token in this case. In the figure, K_rIs the enable key, K_pa, K_pbIs the content provider unique key, and nonce is the nonce received from the content provider 30 in step S2.
[0087]
The system administrator 20 sends an enable token to the content provider (step S4). On the other hand, the content provider 30 confirms that the enable token is correct (the message authentication code included in the enable token is correct and that the nonce matches that sent by itself in step S1). If the content provider 30 succeeds in the confirmation, the content provider 30 uses the enable key K from the received enable token._rIs extracted (step S6) and held as enable key information 313.
[0088]
When the playback device 40 is shipped, the playback device unique number UID and the playback device unique key K_ua, K_ubIs determined and registered with the system administrator 20. As a result, the playback device table 211 of the system administrator 20 has a playback device unique number UID and a playback device unique key K._ua, K_ubA new record consisting of is added. Initialization of the playback device 40 is acquisition of an enable key. A processing procedure for the playback device 40 to acquire the enable key will be described with reference to FIG.
[0089]
First, an enable key acquisition request is sent from the playback device 40 to the system administrator 20 (step S1). In response to the enable key acquisition request, the playback device 40 receives the playback device unique number UID and the playback device unique key K_ua, K_ubUID || nonce || MAC (K_ub, Nonce || UID). The nonce is a nonce generated by the playback device 40.
[0090]
Next, the system administrator 20 searches the playback device table 211 using the playback device unique number UID from the received enable key acquisition request. If the search is successful, the corresponding playback device unique key K_ua, K_ubIs used to confirm that the enable key acquisition request is correct (step S2). This is to confirm that the message authentication code included in the enable key acquisition request is correct.
[0091]
When the confirmation of the enable key acquisition request is successful, the enable token UID || nonce || IVER || E (K_ua, Kr) || MAC (K_ub, UID || nonce || IVER || E (K_ua, Kr)) is generated (step S3).
[0092]
FIG. 16 shows the data structure of the enable token in this case. Where IVER is the version number of the enable key, K_rIs the enable key, K_ua, K_ubIs the reproduction device unique key, and nonce is the nonce received from the reproduction device 40 in step S2.
[0093]
Next, the system administrator 20 sends the generated enable token to the playback device 40 (step S4).
[0094]
On the playback device 40 side, it is confirmed that the enable token is correct (that is, the message authentication code included in the enable token is correct and that the nonce matches that sent in step S1) (step S5).
[0095]
If the verification is successful, the playback device 40 uses the received enable token from the enable key version number IVER and the enable key K._rAre stored as enable key information 412.
[0096]
B-7. Content addition / deletion
The content provider 30 performs processing when adding or deleting content to be provided. FIG. 17 shows a processing operation when adding or deleting content in the content provider 30 in the form of a flowchart.
[0097]
First, the content provider 30 determines whether content is added or deleted (step S11).
[0098]
If adding content Cont, content key K for the content to be added_cIs newly generated by the random number generator 34, and the content identification number CID is generated as a concatenation of a unique number for each content handled by the content provider 30 and a content provider unique number (step S12).
[0099]
Next, the content key K generated in step S12_cTo encrypt the additional content Cont with the encrypted content E (K_c, Cont) is obtained (step S13). Next, the content key K_cContent token IVER || E (K_r, K_c|| CID) is generated (step S14).
[0100]
The content identification number CID and the content key K_cAnd encrypted content E (K_c, Cont) and content token IVER || E (K_r, K_c|| CID) is added as a new record in the contents table 311 (step S15), and the entire processing routine is terminated.
[0101]
On the other hand, if it is determined in step S11 that the content is to be deleted, the content table 311 is searched for a record of the content to be deleted (step S16), the record is deleted (step S17), and the entire processing routine is terminated. To do.
[0102]
B-8. Content usage
Content use is processing when content is sent from the content provider 30 to the user's playback device 40 and used on the user side. FIG. 18 shows a processing procedure for using content acquired by the user's playback device 40 from the content provider 30 in the form of a flowchart.
[0103]
First, when a user selects content to be used on his / her playback device 40 (step S21), in response to this, the identification number CID of the selected content is notified to the content provider 30.
[0104]
In this content selection operation, for example, a general web browser or the like displays a content content (for example, a song name if the content is music) and a button for which the user wants to use the user, and the user presses the button with a mouse or the like. It can be implemented by a GUI operation such as clicking with the button. However, since the configuration of such a user interface is general and is not directly related to the gist of the present invention, it will not be described further here.
[0105]
At this time, the user is generally authenticated for the purpose of purchasing the right to use the selected content or confirming that the user already has the right. However, since this is not directly related to the gist of the present invention as described above, the description is omitted here. Therefore, in the following, the description regarding this embodiment will be made on the assumption that the content used by the user has been selected and the usage rights for the content have been confirmed.
[0106]
When the content provider 30 receives a notification of the identification number of the content desired to be used from the user, the content provider 30 searches the content table 311 for a record corresponding to the identification number (step S22). Then, the encrypted content E (K_c, Cont) and content token IVER || E (K_r, K_c|| CID) is sent to the playback device 40 of the requesting user (step S23). FIG. 19 shows a data structure of a content distribution format sent from the content providing device 30 to the playback device 40.
[0107]
On the playback device 40 side, the encrypted content E (K_c1, Cont) and content token IVER || E (K_r, K_c|| CID), the version number of the enable key included in the content token is compared with the version number of the own enable key (step S24). If the version number of the enable key included in the content token is newer, the enable key is acquired (step S31). The acquisition of the enable key has already been described with reference to FIG. 14 as the process of acquiring the enable key from the system administrator 20 at the time of initialization of the playback device 40, and thus the description thereof is omitted here.
[0108]
Subsequently, the playback device 40 sends a nonce (a one-time random number) to the content provider 30 (step S25). In response to this, the content provider 30 generates a license token (step S26). The license token is CID || CND || nonce || MAC (K_c, CID || CND || nonce).
[0109]
FIG. 20 shows the data structure of the license token. Here, CID is the identification number of the content to be permitted for use, CND is the condition for permission for use, and nonce is the nonce sent from the playback device 40 in step S25.
[0110]
The license token may be any data that can be confirmed by the playback device 40 by the authority (generally the content provider 30) who gives permission to use the content._cEncrypted data E (K_c, CID || CND || nonce). Further, if the authorized person who gives permission to use the content is a third party other than the content provider 30 or the system administrator 20, the content key K_cInstead of this, it is also possible to use an encryption key (for example, enable key Kr) shared in advance between these and the playback device 40.
[0111]
In step S27, the content provider 30 sends the license token to the playback device 40. On the other hand, the playback device 40 confirms the received license token (step S28). That is, it is confirmed whether or not the nonce included in the license token is the same as that sent in step S25 and the message authentication code is correct.
[0112]
If it is confirmed in step S28 that the license token is correct, the playback device 40 uses the license identification information 413 in the playback device 40 for the content identification number CID and usage permission condition CND included in the license token. Hold as.
[0113]
Next, the playback device 40 confirms that the content identification number CID of the license information 413 matches the content identification number CID held in the license information storage area, and further confirms that the use permission condition CND is satisfied. (Step S29).
[0114]
Here, the use condition CND is, for example, the number of times of use and the expiration date. It is assumed that the condition is satisfied as long as it is greater than 0 by subtracting 1 at each confirmation if the number is available. If it is the expiration date, it is determined that the condition is satisfied in comparison with the actual time measured by the clock 45 in the playback device 40. However, as described above, when the expiration date is not used as the use condition CND, the playback device 40 does not need the clock 45. Even when the expiration date is used, the absolute time is held as the clock 45 when the expiration date is not specified by the time but is specified by the elapsed time (period) after receiving the license. You don't have to use what you do.
[0115]
If it is determined in step S29 that the usage conditions are satisfied, the playback device 40 determines that the content key K_cThe content obtained by decrypting the encrypted content using is used for the user (step S30). When the use of the content ends, the process returns to the condition determination in step S29, and the content use can be repeated as long as the condition is satisfied.
[0116]
B-9. Enable key update
The enable key update is a process of updating the enable key when the tamper resistance is broken in any of the playback devices 40 participating in the system. After updating the enable key, the content held by the content provider 30 is encrypted with the new content key, and the content token including the new content key is also encrypted with the new enable key. As a result, it is possible to make it impossible to play back content using information included in the playback device 40 whose tamper resistance is broken.
[0117]
In order to realize the use restriction of the content accompanying such update of the enable key, it is necessary to share a new enable key with an authorized playback device 40 whose tamper resistance is not broken. For this reason, the processing for updating the enable key is roughly divided into two parts. The first is to allow a valid playback device 40 other than the one whose tamper resistance is broken to share a new enable key. Second, the content provider 30 updates the content key for all the records in the content table 311 and replaces the encrypted content with a new content key and re-encrypts the content token. It is to replace it with a key that has been regenerated to include a new content key.
[0118]
If the above-mentioned second processing is performed and the version of the enable key is updated, when the content is used in the playback device 40, the enable held by the playback device 40 by checking the version of the enable key (step S31: above) Since the key is known to be old, a new enable key is obtained from the system administrator 20. Therefore, in the present embodiment, only the second process needs to be performed as the enable key update.
[0119]
FIG. 21 shows a processing procedure for updating the enable key in the system administrator 20 in the form of a flowchart.
[0120]
When the system administrator 20 finds a device whose tamper resistance is broken, the system administrator 20 first uses the random number generator 23 to create a new enable key K._r'Is generated (step S41), the enable key in the enable key information 213 of the system administrator 20 is updated, and the enable key version number is incremented by one.
[0121]
Next, the first record in the content provider table 212 is selected (step S42), and an enable key update notification is sent to the content provider address of the selected record (step S43).
[0122]
The enable key update notification indicates that the new enable key is K_r'As PID || time || nonce || E (K_pa, IVER '|| K_r') || MAC (K_pb, PID || time || nonce || E (K_pa, IVER '|| K_r')). Here, PID is the content provider specific number of the content provider that should receive this enable key update notification, time is the generation time of the enable key update notification, nonce is the nonce generated by the system administrator, K_paAnd K_pbIs the content provider's unique key, IVER 'and K_r'Is the new enable key version number and the enable key.
[0123]
When receiving the enable key update notification, the content provider 30 confirms that it is correct (step S44). Here, the content provider specific number included in the enable key update notification is its own, the time time is within an appropriate standard range (for example, 1 minute) from the current time, and the message authentication code is Confirmed to be correct.
[0124]
When it is confirmed that the enable key update notification is correct, the content provider 30 uses the enable key information 313 as the new enable key version number IVER ′ and the enable key K._rReplace with '. Also, the enable key update notification PID || nonce || MAC (K_pb, PID || nonce) is generated and transmitted to the system administrator 20 (step S45). Here, PID is the content provider unique number of the content provider, and nonce is the nonce received in step S44.
[0125]
Next, the content provider 30 updates the content table 311 (step S46). FIG. 22 shows a processing procedure for updating the content table 311 in the form of a flowchart.
[0126]
The content provider 30 first selects the first record in the content table 311 (step S51).
[0127]
Next, the content key K is selected by the random number generator 34 for the selected record._c'Is regenerated (step S52). And the encrypted content E (K) of the selected record_c, Cont) with the content key Kc included in the record, and then the new content key K_cRe-encrypt with 'E (K_c', Cont) is obtained (step S53).
[0128]
Next, a new content key K_c'Content token for IVER' || E (K_r', K_c') Is generated (step S54), and a new content key K is generated._c', Encrypted content E (K_c', Cont), content token IVER' || E (K_r', K_c') Updates the current record (step S55).
[0129]
Next, it is confirmed whether or not the current record is the last record in the content table 311 (step S56). If so, the entire process is terminated. If not, the next record in the content table 311 is selected as the current record. (Step S57), the process returns to Step S52, and the update process is repeated for the next record.
[0130]
Returning to FIG. 21 again, the update process of the enable key will be described. The system administrator 20 sends an enable key update notification PID || nonce || MAC (K_pb, PID || nonce) is received (step S47), it is determined whether the PID and nonce were sent by themselves in step S43 and whether the message authentication code is correct.
[0131]
If the determination result is affirmative, it is confirmed whether or not the current record is the last record in the content provider table 212 (step S48). If it is the last record, the entire processing routine is terminated. Otherwise, the next record in the content provider table 212 is selected as the current record (step S49), and the process returns to step S43 to enable the next record. Repeat the key update process.
[0132]
If the enable key update notification cannot be received on the basis of waiting for an appropriate time in step S47, the process returns to step S43 to re-send the enable update notification.
[0133]
C. Second embodiment
C-1. overall structure
Also in the second embodiment of the present invention, as shown in FIG. 1, the participants include a content provider 30, a system administrator 20, and a playback device 40. A plurality of content providers 30 and playback devices 20 may exist. It is assumed that the playback device 40 is distributed from the system administrator 20 to users who use the system of the present invention. Further, the content provider 30 concludes a contract with the system administrator 20 to provide content (for example, music or image data, electronic documents, software, etc.) to the user, and provides the content to the playback device 40 of the user. .
[0134]
C-2. System Administrator
Since the configuration of the system administrator 20 is substantially the same as that of the first embodiment described above, description thereof is omitted here. All data held by the system administrator 20 is held in the data storage unit 22.
[0135]
23 to 25 schematically show the data configuration held by the system administrator 20.
[0136]
The system administrator 20 includes a playback device table 221 (see FIG. 23) for managing playback device unique numbers, exclusion flags, and playback device unique key sets of all playback devices participating in the system. This playback device table 221 is implemented as a database in which the playback device unique number, the exclusion flag, and the playback device unique key set (described later) for the legitimate playback device 40 can be searched as a table record by the playback device unique number. That's fine.
[0137]
The system administrator 20 is a content provider who manages the content provider unique numbers, content provider unique keys a, content provider unique keys b, and content provider addresses of all content providers 30 participating in the system. Table 222 (see FIG. 24) is provided. The content provider table 221 represents a content provider unique number, a content provider unique key a, a content provider unique key b, and a content provider address as one record, and is a database that can search each record with a content provider unique number. Just implement it.
[0138]
  The enable key information 223 isEnable keyHold the enable key block (see FIG. 25).
[0139]
C-3. Content provider
Since the configuration of the content provider 30 is substantially the same as that of the first embodiment described above, description thereof is omitted here. Of the data held by the content provider 30, the content table is held in the data storage unit 33, and the content provider specific information and enable key information are held in the tamper resistant data storage unit 32. Further, processing using an enable key (acquisition of an enable key described later and content token generation) is performed by the tamper resistant encryption processing unit 31.
[0140]
26 to 28 schematically show the data configuration held in the content provider 30. FIG.
[0141]
The content provider 30 includes a content table 321 (see FIG. 26) for managing the content to be provided. The content table 321 includes one record for each content, and each record includes a content identification number CID, a content key K_c, Content key K_cEncrypted content E (K_c, Cont), content token E (K_r(T), K_c|| CID). The content table 321 may be implemented as a database that can search each record by the content identification number CID. The content identification number CID may be in a format that can be acquired from the encrypted content or content token by the playback device, and may be realized in other formats (same as above).
[0142]
The content provider unique information 322 includes a content provider unique number, a content provider unique key a, and a content provider unique key b (see FIG. 27), which are used by the content provider 30 to use the system. A record determined by the system administrator when the contract is concluded, and a record in which the address of the content provider is added to the same data is also registered in the content provider table 222 of the system administrator 20.
[0143]
  The enable key information 323 indicates the current enable keyVersion numberAnd enable keys (see FIG. 28), and these are acquired from the system administrator 20 in the enable key acquisition procedure (described later).
[0144]
C-4. Playback device
Since the configuration of the playback device 40 is substantially the same as that of the above-described first embodiment, description thereof is omitted here. The playback device 40 has tamper resistance, and all of the following data is held in the data storage unit 42.
[0145]
29 to 30 schematically show the data configuration held in the playback device 40. FIG.
[0146]
The playback device 40 includes playback device specific information 421 and license information 423. The playback device unique information 421 holds a playback device unique number and a playback device unique key set (described later) (see FIG. 29). These are input when the playback device 40 is shipped, and are also registered in the playback device table 221 of the system administrator at the same time.
[0147]
The license information 423 includes a content identification number and a license condition (see FIG. 30), and records license information acquired when the content is used.
[0148]
C-5. Playback device unique key set, enable key block
In the present embodiment, all the playback devices 40 belong to a virtual tree structure. FIG. 31 shows an example of this virtual tree structure. The bottom of the tree structure is called “leaf”. Each playback device corresponds to one leaf. A branch point in the middle of the tree structure is called a “node”. The only node in the top layer is called the “root”. An encryption key is assigned to each leaf and node. This encryption key is generated based on a random number.
[0149]
FIG. 31 shows a case of 16 leaves in a symmetric 4-stage tree structure. However, when there are more leaves and a large number of stages, a non-symmetric tree structure, or the number of branches is 2. You can also consider the case of more than one. See RFC 2627 for such generalizations, for example.
[0150]
  It is assumed that the playback device unique key set of each playback device 40 is a key of a corresponding leaf and a key allocated to a node from the corresponding leaf to the root. For example, the playback device unique key set of the playback device corresponding to leaf 1 in FIG.₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root}. Therefore, if the tamper resistance of the playback device is perfect, K_rootIs shared by all playback devices. Therefore, enable key K_rOn the other hand, the enable key block is {(“root”, E (K_root, K_r))}. However, {a, (b, c)} is element a and (b,c)), And (b,c) Is an elementbWhencRepresents an ordered set of Further, “root” is a character string “root” or a symbol that can identify root (“root”, E (K_root, K_r)) Is the key K of the node whose root is the element following “root”_rootIndicates that it is encrypted with.
[0151]
Next, considering the case where the tamper resistance of the playback device corresponding to a certain leaf is broken, the playback device unique key set possessed by the playback device is leaked._rootIs no longer shared only with legitimate playback devices. However, if a playback device whose tamper resistance is broken can be identified, the unique key set of the playback device can be known. Therefore, using a proper enable key block, only a playback device whose tamper resistance is not broken is newly added. Can acquire a common enable key.
[0152]
As an example, assume that the tamper resistance of the reproducing apparatus corresponding to leaf 1 in FIG. 31 is broken. In this case, {K₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} Key is leaked. Therefore, the new enable key K_r'{K₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} May be encrypted using a key not included in} and distributed to each playback device.
[0153]
Also, the playback devices corresponding to leaf 8 to leaf 15 in FIG.₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} Keys not included in}₁E (K₁, K_r').
[0154]
Similarly, playback devices corresponding to leaf 4 to leaf 7 are {K₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} Keys not included in}₀₁E (K₀₁, K_r').
[0155]
The playback devices corresponding to leaf 2 and leaf 3 are {K₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} Keys not included in}₀₀₁E (K₀₀₁, K_r').
[0156]
Finally, leaf 0 is {K₀₀₀₁, K₀₀₀, K₀₀, K₀, K_root} Keys not included in}₀₀₀₀E (K₀₀₀₀, K_r').
[0157]
From this, the enable key block is {("1", E (K₁, K_r')), ("01", E (K₀₁, K_r')), ("001", E (K₀₀₁, K_r')), ("0000", E (K₀₀₀₀, K_r'))}And it is sufficient. FIG. 32 schematically shows the data structure of the enable key block (EBLK).
[0158]
Even when there are a plurality of playback devices to be excluded, the enable key block can be generated in the same manner as described above. In general, when a tree structure with a depth of d and k branches at each node is used, the number of elements of the enable key block required for sharing the enable key excluding m playback devices is at most (k− 1) xdxm (see RFC 2627). By constructing the tree structure with as much symmetry as possible, the depth d is about a logarithm with the number of playback devices N as the base, so that it is much smaller than N and the data size of the enable key block can be reduced. Is possible. Regarding a data structure for efficiently generating an enable key block, Japanese Patent Laid-Open No. 2001-352321 (Title of Invention: Information System, Information Processing Method, Information Recording Medium, and Program Provisional Already Assigned to the Applicant) Medium).
[0159]
C-6. Overview of operation
The operation of the system according to this embodiment including the content provider 30, the system administrator 20, and the playback device 40 will be described below. The system operation consists of initialization, content usage, and enable key update. Each participant in the system first performs initialization, then adds / deletes content, uses content, and updates the enable key.
[0160]
Initialization is first performed by the system administrator 20. The content provider 30 and the playback device 40 are initialized when they newly join the system.
[0161]
Content addition / deletion is processing performed when content provided by the content provider 30 is added or deleted.
[0162]
Content use is processing that is performed when a user receives content from the content provider side to his / her playback device 40 and uses the content. In the following, a case will be described in which a content use license (= use permission) is given to the playback apparatus 40 that has requested use of the content once or multiple times. However, it is assumed that encrypted content, content token, and license are acquired at the same time when content is used, but license acquisition is performed at a different timing from acquisition of encrypted content and content token. Also good. In addition, when a license is acquired, user authentication is generally performed for billing processing or confirmation of content usage rights. However, since it is not directly related to the gist of the present invention, description thereof is omitted here. To do.
[0163]
In the enable key update, the tamper resistance of one of the playback devices 40 participating in the system is broken, and the data (the playback device unique key set) held in the data storage unit 42 in the playback device 40 is leaked. Sometimes, it is a process for making it impossible to decrypt the encrypted content even if such information is used. In this case, the system administrator 20 updates the enable key and generates a new enable key block so that only a valid playback device whose tamper resistance is not broken can obtain the updated enable key. . The content provider 30 is provided with a new enable key and an enable key block from the system administrator 20, re-encrypts the content with the new content key, and regenerates the content token with the new enable key. The encrypted content cannot be decrypted even if the data included in the playback device whose tamper resistance is broken is used. The enable key update is a process performed by the system administrator 20 and the content provider 30.
[0164]
In the following, description will be made in the order of initialization of the playback device 40, the content provider 30, and the system administrator 20, content addition / deletion, content usage, and enable key update.
[0165]
C-7. Initialization
In initialization of the system administrator 20, the enable key K is used by using the random number generator 23._rIs generated. Since it is not necessary to exclude unauthorized persons at this point, the enable key block is {("root", E (K_root, K_r))}, And the enable key and the enable key block are held as enable key information 213. Further, the playback device table 221 and the content provider table 222 are set to have no records.
[0166]
The content provider 30 concludes a usage contract for the content usage right management system before initialization. At that time, a unique content provider unique number PID and a content provider unique key K with the system administrator 20_pa, K_pbIs stored in the content provider specific information 312. At this time, the content provider unique number PID and the content provider unique key K are also stored in the content provider table 222 of the system administrator 20._pa, K_pbA new record consisting of the content provider address is added. This procedure is preferably performed off-line. After the above registration procedure is completed, the content provider 30 initializes the content table 321 with no records and obtains an enable key and an enable key block.
[0167]
In the system according to the present embodiment, the content provider 30 acquires the enable key and the enable key block in accordance with the processing procedure shown in the form of a flowchart in FIG.
[0168]
First, an enable key acquisition request is sent from the content provider 30 to the system administrator 20 (step S1). The enable key acquisition request includes a content provider unique number PID and a content provider unique key K._pa, K_pbPID || nonce || MAC (K_pb, Nonce || PID). Nonce is a nonce (a random number used only once) generated by the content provider 30.
[0169]
The system administrator 20 searches the content provider table 222 using the content provider specific number PID from the received enable key acquisition request. If the search is successful, the corresponding content provider unique key K_pa, K_pbIs used to confirm that the enable key acquisition request is correct (the message authentication code included in the enable key acquisition request is correct) (step S2).
[0170]
If the confirmation of the enable key acquisition request is successful, the system administrator 20 enables the enable token PID || nonce || E (K_pa, K_r) || EBLK || MAC (K_pb, PID || nonce || E (K_pa, K_r) || EBLK). FIG. 33 schematically shows the data structure of the enable token. Where K_rIs the enable key, K_pa, K_pbIs a content provider unique key, nonce is a nonce received from the content provider in step S2, and EBLK is an enable key block.
[0171]
The system administrator 20 sends the generated enable token to the content provider 40. In response to this, the content provider 30 confirms that the enable token is correct, that is, that the message authentication code included in the enable token is correct, and that the nonce matches with the one sent in step S1 (step S5). ).
[0172]
Then, if the content provider succeeds in confirming, the enable key K to the enable key K_rThe enable key block EBLK is extracted (step S6) and held as enable key information 323.
[0173]
When the playback device 40 is shipped, the playback device unique number UID and the playback device unique key set {K_root, K_x, K_xx, K_xxx,... Are determined and registered with the system administrator 20. As a result, the playback device table 221 of the system administrator 20 stores the playback device unique number UID, the exclusion flag value OFF, and the playback device unique key set {K_root, K_x, K_xx, K_xxx, ...} is added.
[0174]
C-8. Content addition / deletion
A process for adding or deleting content provided by the content provider will be described. FIG. 17 shows a processing operation when adding or deleting content in the content provider 30 in the form of a flowchart.
[0175]
First, the content provider 30 determines whether content is added or deleted (step S11).
[0176]
If adding content Cont, content key K for the content to be added_cIs newly generated by the random number generator 34, and the content identification number CID is generated as a concatenation of a unique number for each content handled by the content provider 30 and a content provider unique number (step S12).
[0177]
Next, the content key K generated in step S12_cTo encrypt the additional content Cont with the encrypted content E (K_c, Cont) is obtained (step S13). Next, the content key K_cContent token IVER || E (K_r, K_c|| CID) is generated (step S14).
[0178]
The content identification number CID and the content key K_cAnd encrypted content E (K_c, Cont) and content token IVER || E (K_r, K_c|| CID) is added as a new record in the content table 321 (step S15), and the entire processing routine is terminated.
[0179]
On the other hand, if it is determined in step S11 that the content is to be deleted, a record of the content to be deleted is searched from the content table 321 (step S16), the record is deleted (step S17), and the entire processing routine is performed. Exit.
[0180]
C-9. Content usage
Content use is processing when content is sent from the content provider 30 to the user's playback device 40 and used on the user side. FIG. 34 shows a processing procedure for using the content acquired by the user's playback device 40 from the content provider 30 in the form of a flowchart.
[0181]
First, when a user selects content to be used on his / her playback device 40 (step S61), in response to this, the identification number CID of the selected content is notified to the content provider 30.
[0182]
In this content selection operation, for example, a general web browser or the like displays a content content (for example, a song name if the content is music) and a button for which the user wants to use the user, and the user presses the button with a mouse or the like. It can be implemented by a GUI operation such as clicking with the button. However, since the configuration of such a user interface is general and is not directly related to the gist of the present invention, it will not be described further here.
[0183]
At this time, the user is generally authenticated for the purpose of purchasing the right to use the selected content or confirming that the user already has the right. However, since this is not directly related to the gist of the present invention as described above, the description thereof is omitted here. Therefore, hereinafter, the description of the present embodiment will be made on the assumption that the user has selected an item to be used and the usage right for the content has been confirmed.
[0184]
When the content provider 30 receives a notification of the identification number of the content desired to be used from the user, the content provider 30 searches the content table 321 for a record corresponding to the identification number (step S62). Then, the encrypted content E (K_c, Cont) and content token E (K_r, K_c|| CID) and the enable key block EBLK of the enable key information 323 are sent to the playback device 40 of the requesting user (step S63). FIG. 35 schematically shows the data structure of the content distribution format sent at this time.
[0185]
The playback device 40 uses the encrypted content E (K_c1, Cont), content token E (K_r, K_c|| CID) and the set of the enable key block EBLK, the enable key is subsequently acquired from the enable key block EBLK (step S64).
[0186]
On the other hand, if acquisition of the enable key has failed (that is, the key that encrypted the enable key is not included in the playback device unique key set that the player owns), the content use fails and the entire processing routine is finish.
[0187]
When acquiring the enable key, the playback device 40 sends a nonce (one-time random number) to the content provider 30 (step S65). In response to this, the content provider 30 generates a license token (step S66). Then, the content provider 30 sends the generated license token to the playback device 40 (step S67).
[0188]
FIG. 36 schematically shows the data structure of the license token. The license token is CID || CND || nonce || MAC (K_c, CID || CND || nonce). CID is the identification number of the content to be used, CND is the use permission condition, and nonce is the nonce sent from the playback device 40 in step S65.
[0189]
The license token may be data that can be confirmed by the playback apparatus 40 by an authorized person (generally, the content provider 30) who gives permission to use the content. Therefore, instead of using the message authentication code as described above, the content key K_cEncrypted data E (K_c, CID || CND || nonce). Further, if the authorized person who gives permission to use the content is a third party other than the content provider 30 or the system administrator 20, the content key K_cInstead of the encryption key (for example, the enable key K) that can be used in common between these and the playback device 40._r) Can also be used.
[0190]
Next, on the playback device 40 side, the license token received from the content provider 30 is confirmed (step S68). That is, it is confirmed that the nonce included in the license token is the same as that sent in step S65 and that the message authentication code is correct. If it is confirmed that the license token is correct, the playback device 40 holds the content identification number CID and use permission condition CND included in the license token as license information 423 of the playback device 40. To do.
[0191]
Next, the playback device 40 confirms that the content identification number CID of the license information 423 matches the content identification number CID held in the license information storage area (step S68), and further confirms the license, ie, uses permission. It is confirmed that the condition CND is satisfied (step S69). CND is, for example, the number of times it can be used or an expiration date. If CND is available, the condition is satisfied as long as it is greater than 0 by subtracting 1 for each confirmation. If the CND is valid, it is determined that the condition is satisfied as compared with the actual time measured by the clock 45 of the playback device 40. As described above, when the expiration date is not used as the usage rule CND, the playback device 40 does not require the clock 45. Even when the expiration date is used, the absolute time is held as the clock 45 when the expiration date is not specified by the time but is specified by the elapsed time (period) after receiving the license. You don't have to use what you do.
[0192]
If it is determined in step S69 that the content usage conditions are satisfied, the playback device 40 determines that the content key K_cUse the content obtained by decrypting the encrypted content using. When the use of the content ends, the process returns to the condition determination in step S69, and the content use can be repeated as long as the content use condition is satisfied.
[0193]
C-10. Enable key update
The enable key update is a process for making it impossible to reproduce content using information included in the reproduction device 40 whose tamper resistance is broken. Specifically, when the tamper resistance of any of the playback devices 40 participating in the system is broken, the enable key is updated and the content held by the content provider 30 is encrypted. The content token including the new content key is encrypted with the new enable key.
[0194]
Further, in order to make it possible to use a new enable key for the legitimate playback device 40, an enable key block from which a new enable key can be obtained from a playback device other than the playback device whose tamper resistance is broken is provided in the system. The administrator 20 provides the content provider 30, and the content provider 30 distributes it to the playback device 40 when the content is used.
[0195]
FIG. 21 shows a processing procedure for updating the enable key in the system administrator 20 in the form of a flowchart.
[0196]
When the system administrator 20 finds a playback device whose tamper resistance is broken, the system administrator 20 turns on the exclusion flag of the record of the corresponding playback device in the playback device table 221 and uses the random number generator 23 to enable a new enable. Key K_r'And generate a new enable key block EBLK' from the new enable key and the information of the playback device whose tamper resistance is broken (the playback device unique key set of the record whose exclusion flag in the playback device table 221 is ON). Generate (step S41). Then, the system administrator 20 updates the enable key and the enable key block in the enable key information 223.
[0197]
Next, the first record in the content provider table 222 is selected (step S42), and an enable key update notification is sent to the content provider address of the selected record (step S43).
[0198]
Enable key renewal notification is a new enable key K_r'As PID || time || nonce || E (K_pa, K_r') || EBLK' || MAC (K_pb, PID || time || nonce || E (K_pa, Kr ′) || EBLK ′). Here, PID is the content provider specific number of the content provider 30 that should receive this enable key update notification, time is the generation time of the enable key update notification, nonce is the nonce generated by the system administrator 20, K_paAnd K_pbIs the content provider unique key, K_r'Is a new enable key, and EBLK' is a new enable key block.
[0199]
Upon receiving the enable key update notification, the content provider 30 confirms that it is correct (step S44). Specifically, the content provider unique number included in the enable key update notification is own, the time time is within an appropriate reference range (for example, 1 minute) from the current time, and message authentication. Make sure the code is correct.
[0200]
When it is confirmed that the enable key update notification is correct, the content provider 30 adds a new enable key K_r'And the enable key block EBLK' are extracted, and the enable key information 323 is updated. Also, the enable key update notification PID || nonce || MAC (K_pb, PID || nonce) is generated and transmitted to the system administrator 20 (step S45). Here, PID is the content provider unique number of the content provider, and nonce is the nonce received in step S44.
[0201]
Next, the content provider 30 updates the content table 321 (step S46). FIG. 22 shows a processing procedure for updating the content table 321 in the form of a flowchart.
[0202]
The content provider 30 first selects the first record in the content table 311 (step S51).
[0203]
Next, the content key K is selected by the random number generator 34 for the selected record._c'Is regenerated (step S52). And the encrypted content E (K) of the selected record_c, Cont) is a content key K included in the record._cDecrypted with the new content key K_cRe-encrypt with 'E (K_c', Cont) is obtained (step S53).
[0204]
Next, the content token E (K for the new content key Kc ′_r', K_c') Is generated (step S54), and a new content key K is generated._c', Encrypted content E (K_c', Cont), content token E (K_r', K_c') Updates the current record (step S55).
[0205]
Next, it is confirmed whether or not the current record is the last record in the content table 311 (step S56). If so, the entire process is terminated. If not, the next record in the content table 311 is selected as the current record. (Step S57), the process returns to Step S52, and the update process is repeated for the next record.
[0206]
Returning to FIG. 21 again, the update process of the enable key will be described. The system administrator 20 sends an enable key update notification PID || nonce || MAC (K_pb, PID || nonce) is received (step S47), it is determined whether the PID and nonce were sent by themselves in step S43 and whether the message authentication code is correct.
[0207]
If the determination result is affirmative, it is confirmed whether or not the current record is the last record in the content provider table 212 (step S48). If it is the last record, the entire processing routine is terminated. Otherwise, the next record in the content provider table 212 is selected as the current record (step S49), and the process returns to step S43 to enable the next record. Repeat the key update process.
[0208]
If the enable key update notification cannot be received on the basis of waiting for an appropriate time in step S47, the process returns to step S43 to re-send the enable update notification.
[0209]
[Supplement]
The present invention has been described in detail above with reference to specific embodiments. However, it is obvious that those skilled in the art can make modifications and substitutions of the embodiment without departing from the gist of the present invention. That is, the present invention has been disclosed in the form of exemplification, and the contents described in the present specification should not be interpreted in a limited manner. In order to determine the gist of the present invention, the claims section described at the beginning should be considered.
[0210]
【The invention's effect】
As described above in detail, according to the present invention, an excellent content use management system capable of controlling the use of content and protecting the content by giving a license to the content user, using the content, or An information processing apparatus or an information processing method to be provided, and a computer program can be provided.
[0211]
In addition, according to the present invention, an excellent content usage management system, an information processing apparatus or an information processing method for using or providing content, which can give a license to the content user while preventing unauthorized use of the content key As well as computer programs.
[0212]
According to the present invention, content usage permission is not a key for decrypting encrypted content (content key), but content usage permission in a format that allows the playback device to determine the identification number (license token) of the content permitted to be used. A license is given by the authorized person. Accordingly, it becomes possible to give the usage permission without confirming whether or not the destination to which the usage permission is given protects the right, and the processing at the time of giving the usage permission can be speeded up.
[0213]
In addition, according to the present invention, since only an authorized playback device does not have an enable key, even if an authorized user of content grants permission to an unauthorized playback device, the content can be decrypted by that device. The right to use the content is protected.
[0214]
Further, according to the present invention, since the content key is encrypted with an encryption key (enable key) that can be used only by a valid playback device and distributed together with the content, special processing is performed on the playback device side even if the content key is changed. Do not need.
[0215]
In addition, according to the present invention, when a playback device whose tamper resistance is broken occurs, the enable key is changed, and a new enable key is assigned to a valid playback device and content provider whose tamper resistance is not broken. By distributing the content, it is possible to make it impossible to use the content distributed thereafter even if the information included in the playback device whose tamper resistance is broken is used.
[0216]
The important point in the present invention is that the license is not a content key, so that even if a license is given to an arbitrary device, the content can actually be decrypted only to a legitimate playback device that shares an enable key in advance. ,That's what it means. Therefore, according to the present invention, it is not necessary to specify a playback device to be issued when issuing a license and issue a dedicated license to each playback device. As a result, it is possible to process license issuance at high speed, and it is possible to realize a license issuance process with good scalability with respect to an increase in the number of playback devices.
[Brief description of the drawings]
FIG. 1 is a diagram showing participants of a system according to a first embodiment of the present invention.
FIG. 2 is a diagram schematically showing the configuration of a system administrator 20;
FIG. 3 is a diagram schematically showing a data configuration held in the system administrator 20;
FIG. 4 is a diagram schematically showing a data configuration held in the system administrator 20;
FIG. 5 is a diagram schematically showing a data configuration held in the system administrator 20;
6 is a diagram schematically showing a functional configuration of a content provider 30. FIG.
7 is a diagram schematically showing a data configuration held in the content provider 30. FIG.
FIG. 8 is a diagram schematically showing a data configuration held in the content provider 30. FIG.
FIG. 9 is a diagram schematically showing a data configuration held in the content provider 30. FIG.
FIG. 10 is a diagram schematically illustrating a functional configuration of the playback device 40;
FIG. 11 is a diagram schematically showing a data configuration held in the playback device 40;
12 is a diagram schematically showing a data configuration held in the playback device 40. FIG.
13 is a diagram schematically showing a data configuration held in the playback device 40. FIG.
FIG. 14 is a flowchart showing a processing procedure for the content provider 30 or the playback apparatus to obtain an enable key from the system administrator 20;
FIG. 15 is a diagram showing a data structure of an enable token.
FIG. 16 is a diagram showing a data structure of an enable token.
FIG. 17 is a flowchart showing operation characteristics in the content provider 30;
FIG. 18 is a flowchart showing a processing procedure for the user's playback device 40 to use content acquired from the content provider 30;
FIG. 19 is a diagram showing a data structure of a content distribution format sent from the content providing apparatus 30 to the playback apparatus 40.
FIG. 20 is a diagram showing a data structure of a license token.
FIG. 21 is a flowchart showing a processing procedure for updating an enable key in the system administrator 20;
FIG. 22 is a flowchart showing a processing procedure for updating a content table.
FIG. 23 is a diagram schematically illustrating a data configuration held in the system administrator 20;
FIG. 24 is a diagram schematically illustrating a data configuration held in the system administrator 20;
FIG. 25 is a diagram schematically showing a data configuration held in the system administrator 20;
FIG. 26 is a diagram schematically showing a data configuration held in the content provider 30.
FIG. 27 is a diagram schematically showing a data configuration held in the content provider 30. FIG.
FIG. 28 is a diagram schematically showing a data configuration held in the content provider 30.
29 is a diagram schematically showing a data configuration held in the playback device 40. FIG.
30 is a diagram schematically showing a data configuration held in the playback device 40. FIG.
Fig. 31 is a diagram illustrating an example of a virtual tree structure to which all the playback devices belong.
FIG. 32 is a diagram schematically showing the data structure of an enable key block.
FIG. 33 is a diagram schematically showing the data structure of an enable token.
FIG. 34 is a flowchart showing a processing procedure for a user's playback device 40 to use content acquired from a content provider 30.
FIG. 35 is a diagram schematically showing a data configuration of a content distribution format sent to the playback device 40.
FIG. 36 is a diagram schematically showing the data structure of a license token.
[Explanation of symbols]
20 ... System administrator
21 ... Cryptographic processing unit, 22 ... Data storage unit
23 ... random number generator, 24 ... clock
25. Communication processing unit
30 ... Content provider
31 ... Tamper resistant encryption processing unit, 32 ... Tamper resistant data storage unit
33 ... Data storage unit, 34 ... Random number generator
35 ... Communication processing unit, 36 ... Clock
40. Playback device
41 ... Cryptographic processing unit, 42 ... Data storage unit
43 ... random number generator, 44 ... communication processor
45 ... clock

Claims

A content usage management system that manages content usage by distributing licenses,
One or more playback devices using content, one or more content providing means for providing content to the playback device, and system management means for managing use of the content provided by the content providing means in the playback device,
The system management unit holds a reproduction device unique key for each reproduction device, a content provision unit unique key for each content provision unit, and an enable key,
Each of the content providing means includes the enable key acquired from the system management means, identification information for each content to be provided, a content key, encrypted content encrypted with the content key, and data including the content key. Holds a set of content tokens consisting of data encrypted with a key and the unique key of the content providing means itself,
Each of the playback devices holds a unique key of the playback device itself, an enable key acquired from the system management unit, and license information about the content provided from the content providing unit,
The system management means securely sends the enable key using the corresponding content providing means unique key to each of the content providing means, and assigns a corresponding reproducing apparatus unique key to each of the reproducing apparatuses. Use to securely send the enable key,
When content is sent from any of the content providing means to any of the playback devices and used by the playback device,
The content providing means sends the encrypted content and the corresponding content token to the playback device,
The playback device generates a nonce and sends it to the content providing means,
The content providing means generates a license token including information related to the nonce and the content in a format that allows the playback apparatus to confirm the content providing means, and sends the license token to the playback apparatus.
The playback device confirms that the source of the received license token is the content providing means and includes the nonce generated by itself, and then uses the enable key to obtain the content key from the content token. Decrypting and using the encrypted content using the content key;
A content use management system characterized by this.

An information processing apparatus that operates as a content providing unit in the content use management system according to claim 1 and provides content safely by distributing a license,
Content encryption means for encrypting content with a unique content key for each content;
Content token generating means for generating a content token obtained by encrypting data including a content key with an enable key;
Content providing means for distributing encrypted content to the playback device together with a content token;
Nonce receiving means for receiving a nonce that is a one-time random number from the playback device;
A license token issuing means for distributing a license token including at least the received nonce and its authentication information to the playback device;
An information processing apparatus comprising:

The license token issuing means issues a license token including usage conditions such as the number of times permitted to use the content and a period,
The information processing apparatus according to claim 2.

The content encryption means encrypts with the content key including the identification information as part of the content, or the content token generation means encrypts with the enable key including the content identification information as part of the content key. ,
The information processing apparatus according to claim 2.

An information processing apparatus that operates as system management means in the content usage management system according to claim 1 and manages usage of content,
An enable key issuing means for issuing an enable key to a device that properly uses content;
An information processing apparatus comprising:

The enable key issuing means distributes an enable key in advance to the playback device that properly uses the content;
The information processing apparatus according to claim 5.

The enable key issuing means issues a unique enable key for each legitimate device that uses the content.
The information processing apparatus according to claim 5.

The enable key issuing means issues an enable key having a hierarchical structure composed of data having a size proportional to the logarithm of the number of the devices to the playback device that properly uses the content.
The information processing apparatus according to claim 5.

The enable key issuing means issues an enable key in a format that can be acquired only by the playback device that properly uses the content.
The information processing apparatus according to claim 5.

The enable key is held in a tamper-resistant storage means in the playback device that properly uses the content,
The enable key issuing means updates the enable key in response to the occurrence of a device whose tamper resistance has been destroyed.
The information processing apparatus according to claim 5.

An information processing apparatus that operates as a playback device in the content usage management system according to claim 1 and that performs legitimate use of content by acquiring a license,
Content acquisition means for acquiring content from the content providing means;
Nonce issuing means for issuing a nonce that is a one-time random number and sending it to the content providing means;
A license token related to content is received from the content providing means, and it is authenticated whether the nonce issued by the nonce issuing means is included and obtained from an authorized person authorized to use the content A license token verification means for verifying the validity of the license token,
In response to the validity of the license token, content using means for using the corresponding content;
An information processing apparatus comprising:

An enable key holding means for holding an enable key acquired from the system management means;
The content acquisition means acquires encrypted content encrypted with a content key together with a content token in which data including the content key is encrypted with an enable key,
The content using means decrypts the content token of the content corresponding to the license token with the enable key to extract the content key, and causes the user to use the content obtained by decrypting the encrypted content with the content key.
The information processing apparatus according to claim 11.

The license token contains the identification information of the corresponding content and the usage conditions of the content,
The content use means interrupts the use of the content if the license token is valid, but does not match the identification information of the content permitted to be used, or if the use conditions are not satisfied,
The information processing apparatus according to claim 11.

2. A computer program written in a computer-readable format so as to operate on a computer as a content providing means in the content use management system according to claim 1 and to safely execute a process for providing content by distributing a license. And the computer
Content encryption means for encrypting content with a unique content key for each content;
Content token generating means for generating a content token obtained by encrypting data including a content key with an enable key;
Content providing means for distributing encrypted content to the playback device together with a content token;
Nonce receiving means for receiving a nonce which is a one-time random number from the playback device;
A license token issuing means for distributing a license token including at least the received nonce and its authentication information to the playback device;
Computer program to function as

A computer program written in a computer-readable format to operate on a computer as a system management means in the content usage management system according to claim 1, The computer,
An enable key issuing means for issuing an enable key to a device that properly uses content;
The computer program to function as.

2. A computer program written in a computer-readable format so as to operate on a computer as a playback device in the content usage management system according to claim 1 and to perform a legitimate use of content by acquiring a license. And the computer
Content acquisition means for acquiring content from the content providing means;
Nonce issuing means for issuing a nonce that is a one-time random number and sending it to the content providing means;
A license token related to content is received from the content providing means, and it is authenticated whether the nonce issued by the nonce issuing means is included and obtained from an authorized person authorized to use the content A license token verification means for verifying the validity of the license token,
In response to the validity of the license token, content use means for using the corresponding content;
Computer program to function as