(57)【要約】【課題】  暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができるクライアント機器の提供を目的とする。【解決手段】  このクライアント１２において、権限管理部２２とコンテンツ利用部２３は、全ての機器で共通なセッション鍵（配送鍵）Ｋｓを予め出荷前に共有している。このため、権限管理部２２がコンテンツ利用部２３へコンテンツ鍵Ｋｃを送信するときには、自身が有するセッション鍵Ｋｓでコンテンツ鍵Ｋｃを暗号化する。そして、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する。暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を受信したコンテンツ利用部２３は、やはり自身が有するセッション鍵Ｋｓで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号化し、コンテンツ鍵Ｋｃを得る。【選択図】  図２
2005057435.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器において、
ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、
前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、
前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、
前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、
前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用することを特徴とするクライアント機器。
【請求項２】
前記配送鍵は予め前記権限管理手段及びコンテンツデータ利用手段に配布されており、この配送鍵を用いて前記権限管理手段は前記コンテンツ鍵を暗号化し、この配送鍵を用いて前記コンテンツ利用手段は暗号化コンテンツ鍵を復号することを特徴とする請求項１記載のクライアント機器。
【請求項３】
前記権限管理手段によって暗号化された暗号化コンテンツ鍵は、前記共通バス手段によって前記コンテンツ利用手段に配送されることを特徴とする請求項２記載のクライアント機器。
【請求項４】
前記権限管理手段は、耐タンパー性の半導体素子よりなることを特徴とする請求項１記載のクライアント機器。
【請求項５】
前記コンテンツデータ利用手段は、前記配送鍵を生成し、予め配布された共通鍵により暗号化し、この暗号化配送鍵を前記共通バス手段によって前記権限管理手段に渡し、前記権限管理手段は予め配布された共通鍵により前記暗号化配送鍵を復号化することを特徴とする請求項１記載のクライアント機器。
【請求項６】
前記配送鍵は、乱数を用いて毎回異なるものとなるように生成されることを特徴とする請求項５記載のクライアント機器。
【請求項７】
前記権限管理手段は、前記復号化した配送鍵により前記コンテンツ鍵を暗号化し、この配送鍵を用いて暗号化された暗号化コンテンツ鍵は、前記共通バス手段によって前記コンテンツ利用手段に配送されることを特徴とする請求項５記載のクライアント機器。
【請求項８】
前記権限管理手段と前記コンテンツ利用手段とを直接結ぶ専用バス手段を備え、この専用バス手段によって前記権限管理手段からの前記暗号化コンテンツ鍵を前記コンテンツ利用手段に配送することを特徴とする請求項１記載のクライアント機器。
【請求項９】
ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器におけるコンテンツ処理方法において、
ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース工程と、
前記インターフェース工程によって取り込まれた暗号化コンテンツデータを受け取り、暗号化を解いてから利用するコンテンツデータ利用工程と、
前記インターフェース工程によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理工程と、
前記インターフェース工程、コンテンツデータ利用工程及び権限管理工程からの、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通情報伝送工程とを備え、
前記権限管理工程は配送鍵を用いて前記コンテンツ鍵を暗号化し、前記コンテンツデータ利用工程は配送されてきた暗号化コンテンツ鍵を配送鍵を用いて復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用することを特徴とするクライアント機器におけるコンテンツ処理方法。
【請求項１０】
前記配送鍵は予め前記権限管理工程及びコンテンツデータ利用工程に配布されており、この配送鍵を用いて前記権限管理工程は前記コンテンツ鍵を暗号化し、この配送鍵を用いて前記コンテンツ利用工程は暗号化コンテンツ鍵を復号することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
【請求項１１】
前記権限管理工程によって暗号化された暗号化コンテンツ鍵は、前記共通情報伝送工程によって前記コンテンツ利用工程に配送されることを特徴とする請求項１０記載のクライアント機器におけるコンテンツ処理方法。
【請求項１２】
前記コンテンツデータ利用工程は、前記配送鍵を生成し、予め配布された共通鍵により暗号化し、この暗号化配送鍵を前記共通情報伝送工程によって前記権限管理工程に渡し、前記権限管理工程は予め配布された共通鍵により前記暗号化配送鍵を復号化することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
【請求項１３】
前記配送鍵は、乱数を用いて毎回異なるものとなるように生成されることを特徴とする請求項１２記載のクライアント機器におけるコンテンツ処理方法。
【請求項１４】
前記権限管理工程は、前記復号化した配送鍵により前記コンテンツ鍵を暗号化し、この配送鍵を用いて暗号化された暗号化コンテンツ鍵は、前記共通情報伝送工程によって前記コンテンツ利用工程に配送されることを特徴とする請求項１２記載のクライアント機器におけるコンテンツ処理方法。
【請求項１５】
前記権限管理工程と前記コンテンツ利用工程とを直接結ぶ専用情報伝送工程を備え、この専用情報伝送工程によって前記権限管理工程からの前記暗号化コンテンツ鍵を前記コンテンツ利用工程に配送することを特徴とする請求項９記載のクライアント機器におけるコンテンツ処理方法。
【請求項１６】
ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムにおいて、
前記クライアント機器は、
ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用すること
を特徴とするコンテンツ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント機器に関し、特にネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器及びこのクライアント機器におけるコンテンツ処理方法に関する。また、本発明は、ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムに関する。
【背景技術】
【０００２】
インターネット等のネットワークを経由して、音楽・映像等のディジタルコンテンツを購入するサービスが普及している。例えば、インターネットを利用した音楽配信サービス（Electronic Music Distribution：ＥＭＤ）を利用すれば、ディジタル音楽コンテンツをダウンロードしてクライアント端末であるパーソナルコンピュータに保存し、パーソナルコンピュータ上で聞くことができる。
【０００３】
このとき、パーソナルコンピュータ側では、所定の著作権保護技術を採用した音楽記録再生アプリケーションをオペレーティングシステム（Operatinh Sytem：ＯＳ）の基に起動し、暗号化したディジタルコンテンツを含むコンテンツファイルとそれに対応する利用条件を記述した権利ファイルをＨＤＤ等に格納してセキュアなサービスを実現していた。
【０００４】
本件出願人による特開平１４−３５９６１６号公報には、所定の著作権保護技術を採用した音楽記録再生アプリケーションを起動することによってコンテンツの流通を妨げることなく、不正に利用されることを確実に防止することを目的とした情報処理装置等が開示されている。
【０００５】
【特許文献１】特開平１４−３５９６１６号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、前記特許文献１では、セキュリティに関連する処理を実行させるプログラムは、その処理を解析させるのを防ぐため、そのプログラム自体が暗号化されているのが望ましいとされている。例えば、暗号処理などを行う処理については、そのプログラムをタンパーレジスタントモジュールとして構成する技術が記載されている。しかしながら、プログラムのタンパーレジスタント性は弱く、またタンパーレジスタント性を持つプログラムは移植の容易さやパフォーマンスに問題がある。
【０００７】
このため、例えば著作権管理情報の中からコンテンツ鍵を取りだして、暗号化されたコンテンツを復号する復号部に送るまでの間に、悪意のある第３者（攻撃者）によってコンテンツ鍵が盗まれるなどの攻撃を受けてしまう虞があった。
【０００８】
本発明は、前記実情に鑑みてなされたものであり、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることのできるクライアント機器、及びクライアント機器におけるコンテンツ処理方法、並びにコンテンツ提供システムの提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明に係るクライアント機器は、前記課題を解決するために、ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器において、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
【００１０】
このクライアント機器にあって、権限管理手段は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
【００１１】
本発明に係るクライアント機器におけるコンテンツ処理方法は、前記課題を解決するために、ネットワークに接続され、同様に前記ネットワークに接続されたサーバ機器からコンテンツデータ及び鍵情報を受信するクライアント機器におけるコンテンツ処理方法において、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース工程と、前記インターフェース工程によって取り込まれた暗号化コンテンツデータを受け取り、暗号化を解いてから利用するコンテンツデータ利用工程と、前記インターフェース工程によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理工程と、前記インターフェース工程、コンテンツデータ利用工程及び権限管理工程からの、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通情報伝送工程とを備え、前記権限管理工程は配送鍵を用いて前記コンテンツ鍵を暗号化し、前記コンテンツデータ利用工程は配送されてきた暗号化コンテンツ鍵を配送鍵を用いて復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
【００１２】
クライアント機器におけるコンテンツ処理方法にあって、権限管理工程は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用工程に配送し、コンテンツデータ利用工程は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
【００１３】
本発明に係るコンテンツ提供システムは、前記課題を解決するために、ネットワークを介してサーバ機器に接続されたクライアント機器にサーバ機器からコンテンツを提供するコンテンツ提供システムにおいて、前記クライアント機器は、ネットワークを介してサーバ機器から送られてきた暗号化コンテンツデータ、及び暗号化コンテンツデータを生成するために用いられたコンテンツ鍵が暗号化されて格納された鍵情報とを取り込むインターフェース手段と、前記インターフェース手段によって取り込まれた暗号化コンテンツデータを受け取り、復号してから利用するコンテンツデータ利用手段と、前記インターフェース手段によって取り込まれた鍵情報からコンテンツ鍵を取り出す権限管理手段と、前記インターフェース手段、コンテンツデータ利用手段及び権限管理手段を接続し、少なくとも前記暗号化コンテンツデータ、鍵情報を伝送する共通バス手段とを備え、前記権限管理手段は配送鍵を用いて前記コンテンツ鍵を暗号化して前記コンテンツデータ利用手段に配送し、前記コンテンツデータ利用手段は前記配送鍵を用いて前記暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を用いて前記暗号化コンテンツデータを復号して利用する。
【００１４】
このコンテンツ提供システムにあって、クライアント機器の権限管理手段は配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段は配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いる。
【発明の効果】
【００１５】
本発明のクライアント機器によれば権限管理手段が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
【００１６】
本発明のクライアント機器におけるコンテンツ処理方法によれば、権限管理工程が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用工程に配送し、コンテンツデータ利用工程が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
【００１７】
本発明のコンテンツ提供システムによれば、クライアント機器の権限管理手段が配送鍵を用いてコンテンツ鍵を暗号化してコンテンツデータ利用手段に配送し、コンテンツデータ利用手段が配送鍵を用いて暗号化コンテンツ鍵を復号し、復号して得たコンテンツ鍵を暗号化コンテンツの復号化に用いるので、システムとして暗号化されたコンテンツを復号するのに必要とされるコンテンツ鍵を悪意のある第３者から守ることができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明のいくつかの実施の形態について図面を参照しながら説明する。第１の実施の形態は、図１に示すコンテンツ提供システム１を構成しているクライアント１２−１，１２−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１２と称する）である。クライアント１２は、ネットワークの具体例であるインターネット２を介して各種サーバに接続している。もちろん、インターネット２には、任意の台数のクライアントが接続される。
【００１９】
クライアント１２とインターネット２を介して接続しているサーバ１１には、クライアント１２に対してコンテンツを提供するコンテンツサーバ１１−Ａ、コンテンツサーバ１１−Ａが提供するコンテンツを利用するのに必要なライセンスをクライアント１２に対して付与するライセンスサーバ１１−Ｂ、およびクライアント１２がライセンスを受け取った場合に、そのクライアント１２に対して課金処理を行う課金サーバ１１−Ｃがある。これらのコンテンツサーバ１１−Ａ、ライセンスサーバ１１−Ｂ、及び課金サーバ１１−Ｃも、任意の台数、インターネット２に接続されている。
【００２０】
クライアント１２は、キーボードやマウス、あるいは他の入力デバイスを備え、ユーザの操作に基づいてコンテンツサーバ１１−Ａに提供を受けたいコンテンツを通知する。
【００２１】
コンテンツサーバ１１−Ａは、クライアント１２から通知されたコンテンツをコンテンツ鍵Ｋｃを用いて暗号化し、暗号化コンテンツＫｃ（コンテンツ）を生成する。また、コンテンツサーバ１１−Ａではコンテンツ鍵Ｋｃ自体も、例えばクライアント機器にて使用することのできるクライアント機器固有の鍵を用いて暗号化され、鍵情報の一部又は全部として暗号化コンテンツＫｃ（コンテンツ）のヘッダに付加される。鍵情報が付加された暗号化コンテンツＫｃ（コンテンツ）はクライアントに送信される。
【００２２】
クライアント１２は、鍵情報がヘッダに付加された暗号化コンテンツＫｃ（コンテンツ）を、インターネット２を介して図２に示すインターフェース（Ｉ／Ｆ）部２１により取り込み、暗号化コンテンツＫｃ（コンテンツ）を復号部であるコンテンツ利用部２３へ共通バス２０を介して、また鍵情報を権限管理部２２へ共通バス２０を介して渡す。
【００２３】
権限管理部２２は、鍵情報などを、物理的、電気的な攻撃などの不正な手段によって、読み出したり利用したりできない仕組みを持ち、いわゆる、耐タンパー性を有している。データのセキュリティ度を高めるためにセキュアＭＭＵ機能を持ち、電気的或いは物理的な解析を防ぐための耐タンパー機能として、電圧・周波数・温度検知回路を備える。
【００２４】
権限管理部２２は、鍵情報から前述したクライアント機器固有の鍵を用いてコンテンツ鍵Ｋｃを取り出す。そして、このコンテンツ鍵Ｋｃを、配送用のセッション鍵Ｋｓを用いて暗号化（Ｋｓ（Ｋｃ））し、コンテンツ利用部２３へ送る。
【００２５】
コンテンツ利用部２３は、共通鍵暗号処理と、コンテンツ利用処理を行うハードウェアである。ここでいうコンテンツ利用処理とは、例えば音楽コンテンツであれば、圧縮データをＰＣＭデータに復号する処理あるいは、さらに、ＰＣＭデータをアナログ音声データに変換する処理をいう。コンテンツ利用部２３は、権限管理部２２から送られてきた暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を、自身が有するセッション鍵（配送鍵）Ｋｓにて復号化し、コンテンツ鍵Ｋｃを得る。このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号化し、この復号化コンテンツを利用する。
【００２６】
権限管理部２２は、耐タンパー機能を発揮するが、インターフェース部２１やコンテンツ利用部２３は、そのようなセキュリティ機能は十分に持てない。そのかわり、インターフェース部２１やコンテンツ利用部２３はコンテンツそのものに対して何らかのデータ処理を行う能力を有する。
【００２７】
インターフェース部２１と権限管理部２２を結ぶバスは鍵情報を受け渡すために必要である。また、インターフェース部２１とコンテンツ利用部２３を結ぶバスは暗号化コンテンツＫｃ（コンテンツ）を受け渡すために必要となる。
【００２８】
図２にあってＣＰＵ（Central Processing Unit）２４は、ハードディスク（ＨＤ）２６に記憶されているプログラムをメモリ２５に取り出して各種の処理を実行する。
【００２９】
このクライアント１２において、権限管理部２２とコンテンツ利用部２３は、全ての機器で共通なセッション鍵（配送鍵）Ｋｓを予め出荷前に共有している。このため、権限管理部２２がコンテンツ利用部２３へコンテンツ鍵Ｋｃを送信するときには、自身が有するセッション鍵Ｋｓでコンテンツ鍵Ｋｃを暗号化する。そして、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する。
【００３０】
暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を受信したコンテンツ利用部２３は、やはり自身が有するセッション鍵Ｋｓで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号化し、コンテンツ鍵Ｋｃを得る。
【００３１】
このように、第１の実施の形態のクライアント１２は、権限管理部２２にて一旦、クライアント機器固有鍵に基づいて鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。このため、悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを保護することができる。
【００３２】
図３には、コンテンツ提供システム１を構成している、コンテンツサーバ１１−Ａの構成を示す。ＣＰＵ（Central Processing Unit）３１は、ＲＯＭ（Read Only Memory）３２に記憶されているプログラム、または記憶部３８からＲＡＭ（Random Access Memory）３３にロードされたプログラムに従って各種の処理を実行する。タイマ３０は、計時動作を行い、時刻情報をＣＰＵ３１に供給する。ＲＡＭ３３にはまた、ＣＰＵ３１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３３】
暗号化復号部３４は、コンテンツデータを暗号化するとともに、既に暗号化されているコンテンツデータを復号する処理を行う。コーデック部３５は、例えば、ＡＴＲＡＣ（Adaptive Transform Acoustic Coding）３方式などでコンテンツデータをエンコードする。
【００３４】
ＣＰＵ３１、ＲＯＭ３２、ＲＡＭ３３、暗号化復号部３４、およびコーデック部３５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００３５】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部３６、ＣＲＴ、ＬＣＤなどよりなるディスプレイ、並びにスピーカなどよりなる出力部３７、ハードディスクなどより構成される記憶部３８、モデム、ターミナルアダプタなどより構成される通信部３９が接続されている。
【００３６】
通信部３９は、インターネット２を介しての通信処理を行う。ＣＰＵ３１から提供されたデータを送信する。また通信部３９は通信相手から受信したデータをＣＰＵ３１、ＲＡＭ３３、記憶部３８に出力する。記憶部３８はＣＰＵ３１との間でやり取りし、情報の保存・消去を行う。
【００３７】
以下、インターネット２を介したクライアント１２と各サーバ１１−Ａ、１１−Ｂ、１１−Ｃ間の各種処理について説明する。これらの各種処理は、図１に示したコンテンツ提供システム１全体として実行されるものである。本実施の形態のクライアント１２が第３者による攻撃から守りながら配送するコンテンツ鍵がシステム全体の中でどのように扱われているかを説明する。
【００３８】
先ず、図４のフローチャートを参照して、クライアント１２がコンテンツサーバ１１−Ａからコンテンツの提供を受ける処理の詳細について説明する。
【００３９】
ユーザが、クライアント１２の入力部を操作することでコンテンツサーバ１１−Ａに対するアクセスを指令すると、ＣＰＵ２４は、ステップＳ１において、Ｉ／Ｆ部２１を制御し、インターネット２を介してコンテンツサーバ１１−Ａにアクセスさせる。ステップＳ２において、ユーザが、入力部を操作して、提供を受けるコンテンツを指定すると、ＣＰＵ２４は、指定情報を受け取り、Ｉ／Ｆ部２１から、インターネット２を介してコンテンツサーバ１１−Ａに、指定されたコンテンツを通知する。図５のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ１１−Ａは、暗号化されたコンテンツデータを送信してくるので、ステップＳ３において、ＣＰＵ２４は、Ｉ／Ｆ部２１を介して、このコンテンツデータを受信すると、ステップＳ４において、その暗号化されているコンテンツデータをハードディスクＨＤ２６に供給し、記憶させる。
【００４０】
次に、図５のフローチャートを参照して、クライアント１２の以上の処理に対応するコンテンツサーバ１１−Ａのコンテンツ提供処理について説明する。
【００４１】
ステップＳ２１において、コンテンツサーバ１１−ＡのＣＰＵ３１は、インターネット２から通信部３９を介してクライアント１２よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ２２に進み、クライアント１２から送信されてきたコンテンツを指定する情報を取り込む。このコンテンツを指定する情報は、クライアント１２が、図４のステップＳ２において通知してきた情報である。
【００４２】
ステップＳ２３において、コンテンツサーバ１１−ＡのＣＰＵ３１は、記憶部３８に記憶されているコンテンツデータの中から、ステップＳ２２の処理で取り込まれた情報で指定されたコンテンツを読み出す。ＣＰＵ３１は、ステップＳ２４において、記憶部３８から読み出されたコンテンツデータを、暗号化復号部３４に供給し、コンテンツ鍵Ｋｃを用いて暗号化させる。
【００４３】
記憶部３８に記憶されているコンテンツデータは、コーデック部３５により、既にＡＴＲＡＣ３方式によりエンコードされているので、このエンコードされているコンテンツデータが暗号化されることになる。
【００４４】
なお、もちろん、記憶部３８に予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
【００４５】
次に、ステップＳ２５において、コンテンツサーバ１１−ＡのＣＰＵ３１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なコンテンツ鍵（キー）情報と、コンテンツを利用するのに必要なライセンスを識別するためのライセンスＩＤを付加する。このとき、コンテンツ鍵は、クライアント機器に固有の鍵に基づいて暗号化される。例えば、後述するＥＫＢ（有効化キーブロック）から生成される鍵ＫＥＫＢＣを用いて暗号化され、ＫＥＫＢＣ（Ｋｃ）とされる。そして、ステップＳ２６において、コンテンツサーバ１１−ＡのＣＰＵ３１は、ステップＳ２４の処理で暗号化したコンテンツと、ステップＳ２５の処理により暗号化コンテンツ鍵とライセンスＩＤを付加したヘッダとをフォーマット化したデータを、通信部３９から、インターネット２を介して、アクセスしてきたクライアント１２に送信する。
【００４６】
図６は、このようにして、コンテンツサーバ１１−Ａからクライアント１２にコンテンツが供給される場合のフォーマットの構成を表している。同図に示すように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。
【００４７】
ヘッダには、コンテンツ情報（Content information）、ＵＲＬ（Uniform Resource Locator）、イネーブリングキーブロック（有効化キーブロック）（ＥＫＢ（EnablingKey Block））および、ＥＫＢから生成された鍵ＫＥＫＢＣを用いて暗号化されたコンテンツ鍵ＫｃしてのデータＫＥＫＢＣ（Ｋｃ）が配置されている。
【００４８】
コンテンツ情報には、データとしてフォーマット化されているコンテンツデータを識別するためのコンテンツＩＤ（ＣＩＤ）、そのコンテンツのコーデックの方式などの情報が含まれている。
【００４９】
ＵＲＬは、ライセンスＩＤで規定されるライセンスを取得するときアクセスするアドレス情報であり、図１のシステムの場合、具体的には、ライセンスを受けるために必要なライセンスサーバ１１−Ｂのアドレスである。ライセンスＩＤは、データとして記録されているコンテンツを利用するとき必要とされるライセンスを識別するものである。
【００５０】
データは、任意の数の暗号化ブロック（Encryption Block）により構成される。各暗号化ブロックは、コンテンツデータをコンテンツ鍵Ｋｃで暗号化した暗号化コンテンツＫｃ（コンテンツ）により構成されている。
【００５１】
また、各暗号化ブロックは、イニシャルベクトル（ＩＶ（Initial Vector））、シード（Seed）、およびコンテンツデータをコンテンツ鍵Ｋｃで暗号化した暗号化コンテンツＫｃ（コンテンツ）により構成されていてもよい。この場合の暗号化は、コンテンツのデータを８（ＤＥＳの場合）バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるＣＢＣ（Cipher Block Chaining）モードで行われる。
【００５２】
ＣＢＣモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルＩＶを初期値として暗号化が行われる。
【００５３】
以上のようにして、クライアント１２は、コンテンツサーバ１１−Ａからコンテンツを取得することができる。
【００５４】
次に、図７を参照して、クライアント１２がコンテンツを再生する場合の処理について説明する。この処理の中には、クライアント１２が権限管理部２２によって一旦取り出したコンテンツ鍵Ｋｃをセッション鍵Ｋｓを用いて暗号化し、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を通してコンテンツ利用部２３に送信する処理がステップＳ４７のコンテンツの復号処理中に含まれる。
【００５５】
ステップＳ４１において、権限管理部２２は、コンテンツが指示されると、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスのＩＤ）を読み取る。このライセンスＩＤは、図９に示されるように、暗号化されているコンテンツデータのヘッダに記述されているものである。
【００５６】
次に、ステップＳ４２に進み、ＣＰＵ２４は、ステップＳ４１で読み取られたライセンスＩＤに対応するライセンスが、クライアント１２により既に取得され、ＨＤ２６に記憶されているか否かを判定する。まだ、ライセンスが取得されていない場合には、ステップＳ４３に進み、ＣＰＵ２４は、ライセンス取得処理を実行する。このライセンス取得処理の詳細は、図８のフローチャートを参照して後述する。
【００５７】
ステップＳ４２において、ライセンスが既に取得されていると判定された場合、または、ステップＳ４３において、ライセンス取得処理が実行された結果、ライセンスが取得された場合、ステップＳ４４に進み、権限管理部２２は、取得されているライセンスは有効期限内のものであるか否かを判定する。ライセンスが有効期限内のものであるか否かは、ライセンスの内容として規定されている期限と、権限管理部２２が、例えば時刻サーバから得た時刻情報と比較することで判断される。ライセンスの有効期限が既に満了していると判定された場合、権限管理部２２は、ステップＳ４５に進み、ライセンス更新処理を実行する。このライセンス更新処理の詳細は、後述のフローチャートを参照して後述する。
【００５８】
ステップＳ４４において、ライセンスはまだ有効期限内であると判定された場合、または、ステップＳ４５において、ライセンスが更新された場合、ステップＳ４６に進み、ＣＰＵ２４は、暗号化されているコンテンツデータ（Ｋｃ（コンテンツ））をＨＤ２６から読み出し、メモリ２５に格納させる。そして、ステップＳ４７において、ＣＰＵ２４は、メモリ２５に記憶された暗号化コンテンツデータを、図６のデータに配置されている暗号化ブロック単位で、コンテンツ利用部２３に供給し、権限管理部２２より受け渡されたコンテンツ鍵Ｋｃを用いて復号させる。
【００５９】
コンテンツ鍵Ｋｃを得る方法の具体例は、図１９を参照して後述するが、デバイスノード鍵（ＤＮＫ）（図１９）を用いて、ＥＫＢ（図６）に含まれる鍵ＫＥＫＢＣを得ることができ、その鍵ＫＥＫＢＣを用いて、データＫＥＫＢＣ（Ｋｃ）（図６）から、コンテンツ鍵Ｋｃを得ることができる。
【００６０】
コンテンツ利用部２３は、さらに、ステップＳ４８において、コンテンツ利用部２３により復号されたコンテンツデータをコーデック部によりデコードする。そして、コーデック部によりデコードしたデータを、Ｄ／Ａ変換し、スピーカから出力させる。
【００６１】
次に、図８のフローチャートを参照して、図７のステップＳ４３で行われるライセンス取得処理の詳細について説明する。
【００６２】
クライアント１２は、事前にライセンスサーバ１１−Ｂに登録することにより、リーフＩＤ、ＤＮＫ(Device Node Key)、クライアント１２の秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【００６３】
リーフＩＤは、クライアント毎に割り当てられた識別情報を表し、ＤＮＫは、そのライセンスに対応するＥＫＢ（有効化キーブロック）に含まれる暗号化されているコンテンツ鍵Ｋｃ（データＫＥＫＢＣ（Ｋｃ））を復号するのに必要なデバイスノード鍵である（図１３を参照して後述する）。
【００６４】
最初にステップＳ６１において、ＣＰＵ２４は、いま処理対象とされているライセンスＩＤに対応するＵＲＬを、図６に示すヘッダから取得する。上述したように、このＵＲＬは、やはりヘッダに記述されているライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。そこで、ステップＳ６２において、ＣＰＵ２４は、ステップＳ６１で取得したＵＲＬにアクセスする。具体的には、Ｉ／Ｆ部２１によりインターネット２を介してライセンスサーバ１１−Ｂにアクセスが行われる。このとき、ライセンスサーバ１１−Ｂは、クライアント１２に対して、購入するライセンス（コンテンツを使用するのに必要なライセンス）を指定するライセンス指定情報、並びにユーザＩＤとパスワードの入力を要求してくる（後述する図１０のステップＳ１０２）。ＣＰＵ２４は、この要求を図示を省略している出力部の表示部に表示させる。ユーザは、この表示に基づいて、入力部を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する。なお、このユーザＩＤとパスワードは、クライアント１２のユーザが、インターネット２を介してライセンスサーバ１１−Ｂにアクセスし、事前に取得しておいたものである。
【００６５】
ＣＰＵ２４は、ステップＳ６３，Ｓ６４において、入力部から入力されたライセンス識別情報を取り込むとともに、ユーザＩＤとパスワードを取り込む。ＣＰＵ２４は、ステップＳ６５において、Ｉ／Ｆ２１を制御し、入力されたユーザＩＤとパスワードを、ライセンス指定情報及びサービスデータ（後述する）に含まれるリーフＩＤを含むライセンス要求をインターネット２を介してライセンスサーバ１１−Ｂに送信させる。
【００６６】
ライセンスサーバ１１−Ｂは、図１０を参照して後述するように、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを送信してくる（ステップＳ１０９）か、または、条件が満たされない場合には、ライセンスを送信してこない（ステップＳ１１２）。
【００６７】
このステップＳ６６において、ＣＰＵ２４は、ライセンスサーバ１１−Ｂからライセンスが送信されてきたか否かを判定し、ライセンスが送信されてきた場合には、ステップＳ６７に進み、そのライセンスをＨＤ２６に供給し、記憶させる。
【００６８】
ステップＳ６６において、ライセンスが送信されて来ないと判定した場合、ＣＰＵ２４は、ステップＳ６８に進み、エラー処理を実行する。
【００６９】
以上のようにして、各クライアント１２は、コンテンツデータに付随しているライセンスＩＤに対応するライセンスを取得して、初めて、そのコンテンツを使用することが可能となる。
【００７０】
なお、図８のライセンス取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
【００７１】
クライアント１２に提供されるライセンスは、例えば、図９に示されるように、使用条件（使用権利Usage right）、リーフＩＤを含んでいる。
【００７２】
使用条件には、そのライセンスに基づいて、コンテンツを使用することが可能な使用期限、そのライセンスに基づいて、コンテンツをダウンロードすることが可能なダウンロード期限、そのライセンスに基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、チェックアウト回数、最大チェックアウト回数、そのライセンスに基づいて、コンテンツをＣＤ−Ｒに記録することができる権利、ＰＤ（Portable Device）にコピーすることが可能な回数、ライセンスを所有権（買い取り状態）に移行できる権利、使用ログをとる義務等を示す情報が含まれる。
【００７３】
次に、図１０のフローチャートを参照して、図８のクライアント１２のライセンス取得処理に対応して実行されるライセンスサーバ１１−Ｂのライセンス提供処理について説明する。なお、この場合において、図３のコンテンツサーバ１１−Ａの構成は、ライセンスサーバ１１−Ｂの構成として引用される。
【００７４】
ステップＳ１０１において、ライセンスサーバ１１−ＢのＣＰＵ３１は、クライアント１２よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１２に対して、ユーザＩＤとパスワード、並びに、ライセンス指定情報の送信を要求する。上述したようにして、クライアント１２から、図８のステップＳ６５の処理で、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）が送信されてきたとき、ライセンスサーバ１１−ＢのＣＰＵ３１は、通信部３９を介してこれを受信し、取り込む処理を実行する。
【００７５】
そして、ライセンスサーバ１１−ＢのＣＰＵ３１は、ステップＳ１０３において、通信部３９から課金サーバ１１−Ｃにアクセスし、ユーザＩＤとパスワードに対応するユーザの与信処理を要求する。課金サーバ１１−Ｃは、インターネット２を介してライセンスサーバ１１−Ｂから与信処理の要求を受けると、そのユーザＩＤとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を送信し、不払いの実績などがある場合には、ライセンス付与の不許可の与信結果を送信する。
【００７６】
ステップＳ１０４において、ライセンスサーバ１１−ＢのＣＰＵ３１は、課金サーバ１１−Ｃからの与信結果が、ライセンスを付与することを許容する与信結果であるか否かを判定し、ライセンスの付与が許容されている場合には、ステップＳ１０５に進み、ステップＳ１０２の処理で取り込まれたライセンス指定情報に対応するライセンスを、記憶部３８に記憶されているライセンスの中から取り出す。記憶部３８に記憶されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ１０６において、ＣＰＵ３１は、そのライセンスに受信したリーフＩＤを付加する。さらに、ステップＳ１０７において、ＣＰＵ３１は、ステップＳ１０５で選択されたライセンスに対応づけられている使用条件を選択する。あるいはまた、ステップＳ１０２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。ＣＰＵ３１は、選択された使用条件をライセンスに付加する。
【００７７】
ステップＳ１０８において、ＣＰＵ３１はライセンスサーバの秘密鍵によりライセンスに署名し、これにより、図９に示されるような構成のライセンスが生成される。
【００７８】
次に、ステップＳ１０９に進み、ライセンスサーバ１１−ＢのＣＰＵ３１は、そのライセンス（図９に示される構成を有する）を、通信部３９からインターネット２を介してクライアント１２に送信させる。
【００７９】
ステップＳ１１０においてライセンスサーバ１１−ＢのＣＰＵ３１は、ステップＳ１０９の処理で、いま送信したライセンス（使用条件、リーフＩＤを含む）を、ステップＳ１０２の処理で取り込まれたユーザＩＤとパスワードに対応して、記憶部３８に記憶させる。さらに、ステップＳ１１１において、ＣＰＵ３１は、課金処理を実行する。具体的には、ＣＰＵ３１は、通信部３９から課金サーバ１１−Ｃに、そのユーザＩＤとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ１１−Ｃは、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。上述したように、この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、ライセンスの付与を要求したとしても、ライセンスを受けることができないことになる。
【００８０】
すなわち、この場合には、課金サーバ１１−Ｃからライセンスの付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、ＣＰＵ３１は、エラー処理を実行する。具体的には、ライセンスサーバ１１−ＢのＣＰＵ３１は、通信部３９を制御してアクセスしてきたクライアント１２に対して、ライセンスを付与することができない旨のメッセージを出力し、処理を終了させる。
【００８１】
この場合、上述したように、そのクライアント１２はライセンスを受けることができないので、そのコンテンツを利用すること（暗号を復号すること）ができないことになる。
【００８２】
図１１は、図７のステップＳ４５におけるライセンス更新処理の詳細を表している。図１１のステップＳ１３１乃至ステップＳ１３５の処理は、図８のステップＳ６１乃至ステップＳ６５の処理と基本的に同様の処理である。ただし、ステップＳ１３３において、ＣＰＵ３１は、購入するライセンスではなく、更新するライセンスのライセンスＩＤを取り込む。そして、ステップＳ１３５において、ＣＰＵ３１は、ユーザＩＤとパスワードとともに、更新するライセンスのライセンスＩＤを、ライセンスサーバ１１−Ｂに送信する。
【００８３】
ステップＳ１３５の送信処理に対応して、ライセンスサーバ１１−Ｂは、後述するように、使用条件を提示してくる（図１２のステップＳ１５３）。そこで、クライアント１２のＣＰＵ３１は、ステップＳ１３６において、ライセンスサーバ１１−Ｂからの使用条件の提示を受信し、これを出力部３７に出力し、表示させる。ユーザは、入力部３６を操作して、この使用条件の中から所定の使用条件を選択したり、所定の使用条件を新たに追加したりする。ステップＳ１３７でＣＰＵ３１は、以上のようにして選択された使用条件（ライセンスを更新する条件）を購入するための申し込みをライセンスサーバ１１−Ｂに送信する。この申し込みに対応して、後述するようにライセンスサーバ１１−Ｂは、最終的な使用条件を送信してくる（図１２のステップＳ１５４）。そこで、ステップＳ１３８において、クライアント１２のＣＰＵ３１は、ライセンスサーバ１１−Ｂからの使用条件を取得し、ステップＳ１３９において、その使用条件を記憶部３８にすでに記憶されている対応するライセンスの使用条件として更新する。
【００８４】
図１２は、以上のクライアント１２のライセンス更新処理に対応して、ライセンスサーバ１１−Ｂが実行するライセンス更新処理を表している。
【００８５】
最初に、ステップＳ１５１において、ライセンスサーバ１１−ＢのＣＰＵ３１は、クライアント１２からのアクセスを受けると、ステップＳ１５２において、クライアント１２がステップＳ１３５で送信したライセンス指定情報をライセンス更新要求情報とともに受信する。
【００８６】
ステップＳ１５３において、ＣＰＵ３１は、ライセンスの更新要求を受信すると、そのライセンスに対応する使用条件（更新する使用条件）を、記憶部３８から読み出し、クライアント１２に送信する。
【００８７】
この提示に対して、上述したように、クライアント１２から使用条件の購入が図１１のステップＳ１３７の処理で申し込まれると、ステップＳ１５４において、ライセンスサーバ１１−ＢのＣＰＵ３１は、申し込まれた使用条件に対応するデータを生成し、ステップＳ１５４において、クライアント１２に送信する。クライアント１２は、上述したように、ステップＳ１３９の処理で受信した使用条件を用いて、すでに登録されているライセンスの使用条件を更新する。
【００８８】
コンテンツ提供システム１においては、例えば、図１３に示されるように、ブロードキャストインクリプション（Broadcast Encryption）方式の原理に基づいて、デバイスとライセンスの鍵が管理される。鍵は、階層ツリー構造とされ、最下段のリーフ（leaf）が個々のデバイスの鍵に対応する。図１３の例の場合、番号０から番号１５までの１６個のデバイス（クライアント）またはライセンスに対応する鍵が生成される。
【００８９】
各鍵は、図中丸印で示されるツリー構造の各ノードに対応して規定される。この例では、最上段のルートノードに対応してルート鍵ＫＲが、２段目のノードに対応して鍵Ｋ０，Ｋ１が、３段目のノードに対応して鍵Ｋ００乃至Ｋ１１が、第４段目のノードに対応して鍵Ｋ０００乃至鍵Ｋ１１１が、それぞれ対応されている。そして、最下段のノードとしてのリーフ（デバイスノード）に、鍵Ｋ００００乃至Ｋ１１１１が、それぞれ対応されている。
【００９０】
階層構造とされているため、例えば、鍵Ｋ００１０と鍵Ｋ００１１の上位の鍵は、Ｋ００１とされ、鍵Ｋ０００と鍵Ｋ００１の上位の鍵は、Ｋ００とされている。以下同様に、鍵Ｋ００と鍵Ｋ０１の上位の鍵は、Ｋ０とされ、鍵Ｋ０と鍵Ｋ１の上位の鍵は、ＫＲとされている。
【００９１】
コンテンツを利用するためのコンテンツ鍵Ｋｃは、最下段のデバイスノード（リーフ）から、最上段のルートノードまでの１つのパスの各ノードに対応する鍵で管理される。例えば、番号３のノード（リーフＩＤ）に対応するライセンスに基づき、コンテンツを利用するコンテンツ鍵Ｋｃは、鍵Ｋ００１１，Ｋ００１，Ｋ００，Ｋ０，ＫＲを含むパスの各鍵で管理される。
【００９２】
本発明が適用されるシステムにおいては、図１４に示されるように、図１３の原理に基づいて構成される鍵システムで、デバイスの鍵とライセンスの鍵の管理が行われる。図１４の例では、８＋２４＋３２段のノードがツリー構造とされ、ルートノードから下位の８段までの各ノードにカテゴリが対応される。ここにおけるカテゴリとは、例えばメモリスティックなどの半導体メモリを使用する機器のカテゴリ、デジタル放送を受信する機器のカテゴリといったカテゴリを意味する。そして、このカテゴリノードのうちの１つのノードに、ライセンスを管理するシステムとしてＴシステムが対応する。
【００９３】
すなわち、このＴシステムのノードよりさらに下の階層の２４段のノードに対応する鍵により、ライセンスが対応される。この例の場合、これにより、２２４（約１６メガ）のライセンスを規定することができる。さらに、最も下側の３２段の階層により、２３２（約４ギガ）のユーザ（あるいはクライアント１２）を規定することができる。最下段の３２段のノードに対応するキーが、ＤＮＫ（Device Node Key）を構成し、最下段のリーフに対応するＩＤがリーフＩＤとされる。
【００９４】
各デバイスやライセンスのキーは、６４（＝８＋２４＋３２）段の各ノードで構成されるパスの内の１つに対応される。例えば、コンテンツを暗号化したコンテンツキーは、対応するライセンスに割り当てられたパスを構成するノードに対応するキーを用いて暗号化される。上位の階層のキーは、その直近の下位の階層のキーを用いて暗号化され、ＥＫＢ（図１６を参照して後述する）内に配置される。最下段のＤＮＫは、ＥＫＢ内には配置されず、サービスデータに記述され、ユーザのクライアント１２に与えられる。クライアント１２は、ライセンスに記述されているＤＮＫを用いて、コンテンツデータとともに配布されるＥＫＢ（図１６）内に記述されている直近の上位の階層の鍵を復号し、復号して得た鍵を用いて、ＥＫＢ内に記述されているさらにその上の階層の鍵を復号する。以上の処理を順次行うことで、クライアント１２は、そのライセンスのパスに属するすべての鍵を得ることができる。
【００９５】
図１５に階層ツリー構造のカテゴリの分類の具体的な例を示す。図１５において、階層ツリー構造の最上段には、ルートキーＫＲ２３０１が設定され、以下の中間段にはノードキー２３０２が設定され、最下段には、リーフキー２３０３が設定される。各デバイスは個々のリーフキーと、リーフキーからルートキーに至る一連のノードキー、ルートキーを保有する。
【００９６】
最上段から第Ｍ段目（図１４の例では、Ｍ＝８）の所定のノードがカテゴリノード２３０４として設定される。すなわち第Ｍ段目のノードの各々が特定カテゴリのデバイス設定ノードとされる。第Ｍ段の１つのノードを頂点としてＭ＋１段以下のノード、リーフは、そのカテゴリに含まれるデバイスに関するノードおよびリーフとされる。
【００９７】
例えば図１５の第Ｍ段目の１つのノード２３０５にはカテゴリ［メモリスティック（商標）］が設定され、このノード以下に連なるノード、リーフはメモリステッイクを使用した様々なデバイスを含むカテゴリ専用のノードまたはリーフとして設定される。すなわち、ノード２３０５以下が、メモリスティックのカテゴリに定義されるデバイスの関連ノード、およびリーフの集合として定義される。
【００９８】
さらに、Ｍ段から数段分下位の段をサブカテゴリノード２３０６として設定することができる。図１５の例では、カテゴリ［メモリスティック］ノード２３０５の２段下のノードに、メモリスティックを使用したデバイスのカテゴリに含まれるサブカテゴリノードとして、［再生専用器］のノード２３０６が設定されている。さらに、サブカテゴリノードである再生専用器のノード２３０６以下に、再生専用器のカテゴリに含まれる音楽再生機能付き電話のノード２３０７が設定され、さらにその下位に、音楽再生機能付き電話のカテゴリに含まれる［ＰＨＳ］ノード２３０８と、［携帯電話］ノード２３０９が設定されている。
【００９９】
さらに、カテゴリ、サブカテゴリは、デバイスの種類のみならず、例えばあるメーカー、コンテンツプロバイダ、決済機関等が独自に管理するノード、すなわち処理単位、管轄単位、あるいは提供サービス単位等、任意の単位（これらを総称して以下、エンティティと呼ぶ）で設定することが可能である。例えば１つのカテゴリノードをゲーム機器メーカーの販売するゲーム機器ＸＹＺ専用の頂点ノードとして設定すれば、メーカーの販売するゲーム機器ＸＹＺに、その頂点ノード以下の下段のノード鍵、リーフ鍵を格納して販売することが可能となり、その後、暗号化コンテンツの配信、あるいは各種鍵の配信、更新処理を、その頂点ノード鍵以下のノード鍵、リーフ鍵によって構成される有効化キーブロック（ＥＫＢ）を生成して配信し、頂点ノード以下のデバイスに対してのみ利用可能なデータが配信可能となる。
【０１００】
このように、１つのノードを頂点として、以下のノードをその頂点ノードに定義されたカテゴリ、あるいはサブカテゴリの関連ノードとして設定する構成とすることにより、カテゴリ段、あるいはサブカテゴリ段の１つの頂点ノードを管理するメーカー、コンテンツプロバイダ等がそのノードを頂点とする有効化キーブロック（ＥＫＢ）を独自に生成して、頂点ノード以下に属するデバイスに配信する構成が可能となり、頂点ノードに属さない他のカテゴリのノードに属するデバイスには全く影響を及ぼさずに鍵更新を実行することができる。
【０１０１】
例えば、図１３に示されるツリー構造において、１つのグループに含まれる４つのデバイス０，１，２，３はノード鍵として共通の鍵Ｋ００、Ｋ０、ＫＲを保有する。このノード鍵共有構成を利用することにより、共通のコンテンツ鍵をデバイス０，１，２，３のみに提供することが可能となる。たとえば、共通に保有するノード鍵Ｋ００自体をコンテンツ鍵として設定すれば、新たな鍵送付を実行することなくデバイス０，１，２，３のみが共通のコンテンツ鍵の設定が可能である。また、新たなコンテンツ鍵Ｋｃをノード鍵Ｋ００で暗号化した値Ｅｎｃ（Ｋ００，Ｋｃ）を、ネットワークを介してあるいは記録媒体に格納してデバイス０，１，２，３に配布すれば、デバイス０，１，２，３のみが、それぞれのデバイスにおいて保有する共有ノード鍵Ｋ００を用いて暗号Ｅｎｃ（Ｋ００，Ｋｃ）を解いてコンテンツ鍵Ｋｃを得ることが可能となる。なお、Ｅｎｃ（Ｋａ，Ｋｂ）はＫｂをＫａによって暗号化したデータであることを示す。
【０１０２】
また、ある時点ｔにおいて、デバイス３の所有する鍵Ｋ００１１,Ｋ００１,Ｋ００,Ｋ０,ＫＲが攻撃者（ハッカー）により解析されて露呈したことが発覚した場合、それ以降、システム（デバイス０，１，２，３のグループ）で送受信されるデータを守るために、デバイス３をシステムから切り離す必要がある。そのためには、ノード鍵Ｋ００１,Ｋ００,Ｋ０,ＫＲを、それぞれ新たな鍵Ｋ（ｔ）００１,Ｋ（ｔ）００,Ｋ（ｔ）０,Ｋ（ｔ）Ｒに更新し、デバイス０，１，２にその更新キーを伝える必要がある。ここで、Ｋ（ｔ）ａａａは、鍵Ｋａａａの世代（Generation）ｔの更新キーであることを示す。
【０１０３】
更新鍵の配布処理ついて説明する。鍵の更新は、例えば、図１６Ａに示す有効化キーブロック（ＥＫＢ：Enabling Key Block）と呼ばれるブロックデータによって構成されるテーブルを、ネットワークを介して、あるいは記録媒体に格納してデバイス０，１，２に供給することによって実行される。なお、有効化キーブロック（ＥＫＢ）は、図１３に示されるようなツリー構造を構成する各リーフ（最下段のノード）に対応するデバイスに、新たに更新されたキーを配布するための暗号化キーによって構成される。有効化キーブロック（ＥＫＢ）は、キー更新ブロック（ＫＲＢ：Key Renewal Block）と呼ばれることもある。
【０１０４】
図１６Ａに示す有効化キーブロック（ＥＫＢ）は、ノードキーの更新の必要なデバイスのみが更新可能なデータ構成を持つブロックデータとして構成される。図１６Ａの例は、図１３に示すツリー構造中のデバイス０，１，２において、世代ｔの更新ノードキーを配布することを目的として形成されたブロックデータである。図１３から明らかなように、デバイス０，デバイス１は、更新ノード鍵としてＫ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要であり、デバイス２は、更新ノード鍵としてＫ（ｔ）００１、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒが必要である。
【０１０５】
図１６ＡのＥＫＢに示されるように、ＥＫＢには複数の暗号化キーが含まれる。図１６Ａの最下段の暗号化キーは、Ｅｎｃ（Ｋ００１０，Ｋ（ｔ）００１）である。これはデバイス２の持つリーフキーＫ００１０によって暗号化された更新ノード鍵Ｋ（ｔ）００１であり、デバイス２は、自身の持つリーフ鍵Ｋ００１０によってこの暗号化鍵を復号し、更新ノード鍵Ｋ（ｔ）００１を得ることができる。また、復号により得た更新ノード鍵Ｋ（ｔ）００１を用いて、図１６Ａの下から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００１，Ｋ（ｔ）００）が復号可能となり、更新ノード鍵Ｋ（ｔ）００を得ることができる。
【０１０６】
以下順次、図１６Ａの上から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノード鍵Ｋ（ｔ）０が得られ、これを用いて、図１６Ａの上から１段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルート鍵Ｋ（ｔ）Ｒが得られる。
【０１０７】
一方、ノード鍵Ｋ０００は更新する対象に含まれておらず、ノード０，１が、更新ノード鍵として必要なのは、Ｋ（ｔ）００、Ｋ（ｔ）０、Ｋ（ｔ）Ｒである。ノード０，１は、デバイス鍵Ｋ００００，Ｋ０００１を用いて、図１６Ａの上から３段目の暗号化鍵Ｅｎｃ（Ｋ０００，Ｋ（ｔ）００）を復号することで更新ノード鍵Ｋ（ｔ）００を取得し、以下順次、図１６Ａの上から２段目の暗号化鍵Ｅｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）０）を復号することで、更新ノード鍵Ｋ（ｔ）０を得、図１４Ａの上から１段目の暗号化キーＥｎｃ（Ｋ（ｔ）０，Ｋ（ｔ）Ｒ）を復号することで、更新ルート鍵Ｋ（ｔ）Ｒを得る。このようにして、デバイス０，１，２は更新した鍵Ｋ（ｔ）Ｒを得ることができる。
【０１０８】
なお、図１６Ａのインデックスは、図の右側の暗号化鍵を復号するための復号鍵として使用するノード鍵、リーフ鍵の絶対番地を示す。
【０１０９】
図１３に示すツリー構造の上位段のノード鍵Ｋ（ｔ）０,Ｋ（ｔ）Ｒの更新が不要であり、ノード鍵Ｋ００のみの更新処理が必要である場合には、図１６Ｂの有効化キーブロック（ＥＫＢ）を用いることで、更新ノード鍵Ｋ（ｔ）００をデバイス０，１，２に配布することができる。
【０１１０】
図１６Ｂに示すＥＫＢは、例えば特定のグループにおいて共有する新たなコンテンツ鍵を配布する場合に利用可能である。具体例として、図１３に点線で示すグループ内のデバイス０，１，２，３がある記録媒体を用いており、新たな共通のコンテンツ鍵Ｋ（ｔ）ｃｏｎが必要であるとする。このとき、デバイス０，１，２，３の共通のノードキーＫ００を更新したＫ（ｔ）００を用いて新たな共通の更新コンテンツキーＫ（ｔ）ｃを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃｏｎ）が、図１６Ｂに示されるＥＫＢとともに配布される。この配布により、デバイス４など、その他のグループの機器が復号することができないデータとしての配布が可能となる。
【０１１１】
すなわち、デバイス０，１，２はＥＫＢを処理して得た鍵Ｋ（ｔ）００を用いて暗号文を復号すれば、ｔ時点でのコンテンツ鍵Ｋ（ｔ）ｃｏｎを得ることが可能になる。
【０１１２】
図１７に、ｔ時点でのコンテンツ鍵Ｋ（ｔ）ｃｏｎを得る処理例として、Ｋ（ｔ）００を用いて新たな共通のコンテンツ鍵Ｋ（ｔ）ｃｏｎを暗号化したデータＥｎｃ（Ｋ（ｔ）００，Ｋ（ｔ）ｃ）と、図１６Ｂに示すＥＫＢとを記録媒体を介して受領したデバイス０の処理を示す。すなわちこの例は、ＥＫＢによる暗号化メッセージデータをコンテンツ鍵Ｋ（ｔ）ｃｏｎとした例である。
【０１１３】
図１７に示すように、デバイス０は、記録媒体に格納されている世代t時点のＥＫＢと、自分があらかじめ格納しているノード鍵Ｋ０００を用いて、上述したと同様のＥＫＢ処理により、ノード鍵Ｋ（ｔ）００を生成する。さらに、デバイス０は、復号した更新ノード鍵Ｋ（ｔ）００を用いて、更新コンテンツ鍵Ｋ（ｔ）ｃｏｎを復号して、後にそれを使用するために自分だけが持つリーフ鍵Ｋ００００で暗号化して格納する。
【０１１４】
図１８に有効化キーブロック（ＥＫＢ）のフォーマット例を示す。バージョン６０１は、有効化キーブロック（ＥＫＢ）のバージョンを示す識別子である。なお、バージョンは、最新のＥＫＢを識別する機能と、コンテンツとの対応関係を示す機能を持つ。デプスは、有効化キーブロック（ＥＫＢ）の配布先のデバイスに対する階層ツリーの階層数を示す。データポインタ６０３は、有効化キーブロック（ＥＫＢ）中のデータ部６０６の位置を示すポインタであり、タグポインタ６０４はタグ部６０７の位置、署名ポインタ６０５は署名６０８の位置を示すポインタである。
【０１１５】
データ部６０６は、例えば更新するノード鍵を暗号化したデータを格納する。例えば図１７に示すような更新されたノード鍵に関する各暗号化鍵等を格納する。
【０１１６】
署名（Signature）６０８は、有効化キーブロック（ＥＫＢ）を発行した例えば鍵管理センタ（ライセンスサーバ１１−Ｂ）、コンテンツプロバイダ（コンテンツサーバ１１−Ａ）、決済機関（課金サーバ１１−Ｃ）等が実行する電子署名である。ＥＫＢを受領したデバイスは、署名検証によって正当な有効化キーブロック（ＥＫＢ）発行者が発行した有効化キーブロック（ＥＫＢ）であることを確認する。
【０１１７】
以上のようにして、ライセンスサーバ１１−Ｂから供給されたライセンスに基づいて、コンテンツサーバ１１−Ａから供給されたコンテンツを利用する処理をまとめると、図１９に示されるようになる。
【０１１８】
すなわち、コンテンツサーバ１１−Ａからクライアント１２に対してコンテンツが提供されるとともに、ライセンスサーバ１１−Ｂからクライアント１２にライセンスが供給される。コンテンツは、コンテンツ鍵Ｋｃにより、暗号化されており（Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ））、コンテンツ鍵Ｋｃは、ルート鍵ＫＲ（ＥＫＢから得られるキーであって、図６におけるキーＫＥＫＢＣに対応する）で暗号化され（Ｅｎｃ（ＫＲ，Ｋｃ））、ＥＫＢとともに、暗号化されたコンテンツに付加されてクライアント１２に提供される。
【０１１９】
図１９の例におけるＥＫＢには、例えば、図２０に示されるように、ＤＮＫで暗号化したルートキーＫＲが含まれている（Ｅｎｃ（ＤＮＫ，ＫＲ））。従って、クライアント１２は、権限管理部２２によりサービスデータに含まれるＤＮＫを利用して、ＥＫＢからルート鍵ＫＲを得ることができる。さらに、権限管理部２２は、ルート鍵ＫＲを用いて、Ｅｎｃ（ＫＲ，Ｋｃ）からコンテンツ鍵Ｋｃを復号することができる。そして、本発明の方法により、セッション鍵Ｋｓにてコンテンツ鍵Ｋｃを暗号化し、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）をコンテンツ利用部２３に送信し、コンテンツ利用部２３にてセッション鍵Ｋｓを用いてコンテンツ鍵を復号し、このコンテンツ鍵Ｋｃを用いて、Ｅｎｃ（Ｋｃ，Ｃｏｎｔｅｎｔ）からコンテンツを復号する。このコンテンツを復号する処理は、前記図７のステップＳ４７として既に説明したが、以下に、図２１を参照しながら詳細に説明する。
【０１２０】
先ず、クライアント１２のＩ／Ｆ部２１は、コンテンツサーバ１１−Ａから送られてきた鍵情報と暗号化コンテンツＫＣ（コンテンツ）を取り込む。そして、暗号化コンテンツＫｃ（コンテンツ）を復号部であるコンテンツ利用部２３へ、鍵情報を権限管理部２２へそれぞれ共通バス２０を介して渡す（ステップＳ１７１）。
【０１２１】
次に、クライアント１２の権限管理部２２は、鍵情報をメモリ２２ａに格納する（ステップＳ１７２）。権限管理部２２は、前記図１９、２０を参照して説明したようにルート鍵ＫＲを用いて、鍵情報のＥｎｃ（ＫＲ，Ｋｃ）からコンテンツ鍵Ｋｃを復号する（ステップＳ１７３）。このコンテンツ鍵Ｋｃもメモリ２２ａに格納する。また、権限管理部２２は、メモリ２２ａに格納されたコンテンツ鍵Ｋｃを予め出荷時に受け取っていたセッション鍵Ｋｓにて暗号化する（ステップＳ１７４）。この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）もメモリ２２ａに格納する。
【０１２２】
次に、権限管理部２２から暗号化コンテンツ鍵Ｋｓ（Ｋｃ）が共通バス２０を介してコンテンツ利用部２３に送信される（ステップＳ１７５）。
【０１２３】
そして、コンテンツ利用部２３は、予め出荷時に受け取っていたセッション鍵Ｋｓを用いて暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号し（ステップＳ１７６）、このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号し、利用する（ステップＳ１７７）。
【０１２４】
このように、第１の実施の形態のクライアント１２は、権限管理部２２にて一旦、鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。このため、コンテンツ提供システム１にあってクライアント１２は悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを保護することができる。
【０１２５】
このクライアント１２にあって、セッション鍵は予め出荷前に共有しているとした。この場合、セッション鍵は、全ての機器（クライアント）で共通であってもよいし、あるいは機器（クライアント）毎に異なるものでもよい。
【０１２６】
次に、第２の実施の形態について説明する。この第２の実施の形態も、図１に示したコンテンツ提供システム１におけるクライアント１２（図２）と同様に用いられるが、図２２に示すように構成が異なるクライアント５０である。コンテンツ利用部２３に、疑似乱数のｓｅｅｄを保存するために用いる不揮発性メモリ（ＥＥＰＲＯＭ）５１を専用バス５２で接続した構成である。他の構成は図２に示した構成と同様であるので同一符号を付す。
【０１２７】
このクライアント５０が前記第１の実施の形態のクライアント１２と異なるのは、セッション鍵Ｋｓの共有の仕方である。第１の実施の形態では、予めセッション鍵Ｋｓは出荷時に権限管理部２２とコンテンツ利用部２３にて共有されていた。第２の実施の形態では、セッション鍵Ｋｓは予め共有されるのではなく、コンテンツ利用部２３が疑似乱数に基づいて生成し、これを共有することになる。
【０１２８】
以下、図２３のフローチャートを用いてセッション鍵をコンテンツ利用部２３と権限管理部２２とが共有するまでの処理手順を説明する。なお、権限管理部２２とコンテンツ利用部２３は、鍵Ｋａを予め（出荷前）に共有している。
【０１２９】
先ず、コンテンツ利用部２３は、疑似乱数を基に毎回異なるセッション鍵Ｋｓを生成する（ステップＳ１８１）。セッション鍵Ｋｓの生成には、疑似乱数を用いるが、同じ値が出現しないよう疑似乱数のシードseedは専用バス５２で接続されたＥＥＰＲＯＭ５１に保存し、乱数を生成するたびに書き換え、リセットできないようにしておく。次に、コンテンツ利用部２３は、疑似乱数を用いて生成したセッション鍵Ｋｓを自身が有する鍵Ｋａで暗号化（ステップＳ１８２）する。そして、コンテンツ利用部２３は、暗号化セッション鍵Ｋａ（Ｋｓ）を共通バス２０を介して権限管理部２２へ送信する（ステップＳ１８３）。この暗号化セッション鍵Ｋａ（Ｋｓ）を受信した権限管理部２２は、やはり自身が有する鍵Ｋａで暗号化セッション鍵Ｋａ（Ｋｓ）を復号化し、セッション鍵Ｋｓを得る（ステップＳ１８４）。このようにして、権限管理部２２とコンテンツ利用部２３はセッション鍵Ｋｓを共有する。
【０１３０】
この後、権限管理部２２は、鍵情報から取り出したコンテンツ鍵Ｋｃを前記セッション鍵Ｋｓを用いて暗号化し（図２１のステップＳ１７４を準用）、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信する（図２１のステップＳ１７５）。
【０１３１】
コンテンツ利用部２３は、暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を前記セッション鍵Ｋｓを用いて復号化し（図２１のステップＳ１７６）、コンテンツ鍵Ｋｃを得る。そして、このコンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号化し、利用する（図２１のステップＳ１７７）。
【０１３２】
このように、第２の実施の形態のクライアント５０は、コンテンツ利用部２３において、専用バス５２にて接続されたＥＥＰＲＯＭ５１を用い疑似乱数から毎回異なるセッション鍵Ｋｓを生成し、このセッション鍵Ｋｓを予め共有している鍵Ｋａにて暗号化し、権限管理部２２に送り、権限管理部２２とセッション鍵Ｋｓを共有する。権限管理部２２は、鍵情報から取り出したコンテンツ鍵Ｋｃを、前述して共有することになったセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を介してコンテンツ利用部２３に送信している。毎回異なるセッション鍵Ｋｓを生成することにより、安全性を高めることができる。
【０１３３】
なお、この第２の実施の形態では、乱数として疑似乱数を用いた構成であるが、真性乱数を用いた構成に変形することもできる。この変形例の場合、コンテンツ利用部２３は真性乱数生成器を内部に持つか、または専用バス５２を介して真性乱数生成器を外部に接続する。
【０１３４】
次に、第３の実施の形態について説明する。この第３の実施の形態も、図１に示したコンテンツ提供システム１におけるクライアント１２（図２）と同様に用いられるが、図２４に示すように構成が異なるクライアント６０である。権限管理部２２とコンテンツ利用部２３を専用バス６１で接続した構成である。この専用バス６１は、権限管理部２２とコンテンツ利用部２３とで暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を送受信するときに用いられる。他の構成は図２に示した構成と同様であるので同一符号を付す。
【０１３５】
このクライアント６０が前記第１の実施の形態のクライアント１２と異なるのは、共有のセッション鍵Ｋｓにて暗号化した暗号化コンテンツ鍵Ｋｓ（Ｋｃ）の送信の仕方である。第１の実施の形態では、権限管理部２２から暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を共通バス２０を通してコンテンツ利用部２３に送信していた。これに対して、この第３の実施の形態のクライアント６０は、権限管理部２２とコンテンツ利用部２３を直接結ぶ専用バス６１を通して暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を送信する。この専用バス６１は、Ｉ／Ｆ部２１からは直接アクセスできないバスである。よって、Ｉ／Ｆ部２１を通して外部から専用バス６１にアクセスすることはできず、配送される暗号化コンテンツ鍵を攻撃者から守ることができる。
【０１３６】
以下、図２５のフローチャートを用い、クライアント６０が暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を専用バス５２を用いてコンテンツ利用部２３に送信し、コンテンツ利用部２３にてセッション鍵Ｋｓを用いてコンテンツ鍵を復号する処理手順を説明する。この処理手順は、第１の実施の形態の処理手順を示した図２１とステップＳ１７５を除けば同じである。つまり、図２５の処理手順では、ステップＳ１７５’が特徴的となる。
【０１３７】
権限管理部２２がステップＳ１７４にてメモリ２２ａに格納されたコンテンツ鍵Ｋｃを予め出荷時に受け取っていたセッション鍵Ｋｓにて暗号化した後、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）は、ステップＳ１７５’により専用バス６１を通してコンテンツ利用部２３に送信される。そして、コンテンツ利用部２３は、予め出荷時に受け取っていたセッション鍵Ｋｓを用いて暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を復号する（ステップＳ１７６）。
【０１３８】
このように、第３の実施の形態のクライアント６０は、権限管理部２２にて一旦、鍵情報から取り出したコンテンツ鍵Ｋｃを、予め出荷前に共有している全ての機器で共通なセッション鍵Ｋｓを用いて暗号化し、この暗号化コンテンツ鍵Ｋｓ（Ｋｃ）を専用バス６１を介してコンテンツ利用部２３に送信している。この専用バス６１は、Ｉ／Ｆ部２１からは直接アクセスできないバスであり、よって、Ｉ／Ｆ部２１を通して外部から専用バス６１にアクセスすることはできず、配送される暗号化コンテンツ鍵を攻撃者から守ることができる。このため、コンテンツ提供システム１にあってクライアント６０は悪意のある第３者による攻撃からコンテンツ鍵Ｋｃを強く保護することができる。
【０１３９】
なお、前記第１〜第３の実施の形態では、コンテンツ利用部２３において、コンテンツ鍵Ｋｃを用いて暗号化コンテンツＫｃ（コンテンツ）を復号すると記載したが、コンテンツが各暗号化ブロックにおいて、イニシャルベクトル（ＩＶ（Initial Vector））や前の暗号化ブロック等、シード（Seed）、およびコンテンツ鍵Ｋｃを用いて暗号化されたＣＢＣモードによるものであるときには、コンテンツ鍵の他、ＩＶ等、シードを用いて復号化することとなる。
【０１４０】
本発明が適用されるクライアントは、いわゆるパーソナルコンピュータ以外に、ＰＤＡ（Personal Digital Assistants）、携帯電話機、ゲーム端末機などとすることができる。
【０１４１】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１４２】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１４３】
【図１】コンテンツ提供システムの構成図である。
【図２】第１の実施の形態のクライアントの主要部とその周辺部の構成を示すブロック図である。
【図３】各サーバの構成を示すブロック図である。
【図４】第１の実施の形態のクライアントのコンテンツのダウンロード処理を説明するためのフローチャートである。
【図５】コンテンツサーバのコンテンツ提供処理を説明するためのフローチャートである。
【図６】コンテンツサーバからクライアントにコンテンツが供給される場合のコンテンツのフォーマット図である。
【図７】第１の実施の形態のクライアントのコンテンツ再生処理を説明するためのフローチャートである。
【図８】第１の実施の形態のクライアントのライセンス取得処理を説明するためのフローチャートである。
【図９】ライセンスの構成を示す図である。
【図１０】ライセンスサーバのライセンス提供処理を説明するためのフローチャートである。
【図１１】第１の実施の形態のクライアントのライセンス更新処理を説明するためのフローチャートである。
【図１２】ライセンスサーバのライセンス更新処理を説明するためのフローチャートである。
【図１３】鍵の構成を説明する図である。
【図１４】カテゴリーノードを説明する図である。
【図１５】ノードとデバイスの対応の具体例を示す図である。
【図１６】有効キーブロックの構成を説明するための図である。
【図１７】有効キーブロックの利用を説明するための図である。
【図１８】有効キーブロックのフォーマットを説明するための図である。
【図１９】ＤＮＫを用いたコンテンツの復号処理を説明する図である。
【図２０】有効キーブロックの例を説明するための図である。
【図２１】第１の実施の形態のクライアントの処理手順を示すフローチャートである。
【図２２】第２の実施の形態のクライアントの構成を示すブロック図である。
【図２３】第２の実施の形態のクライアントがセッション鍵を生成してから権限管理部がセッション鍵を取り出すまでの処理手順を示すフローチャートである。
【図２４】第３の実施の形態のクライアントの構成を示すブロック図である。
【図２５】第３の実施の形態のクライアントの処理手順を示すフローチャートである。
【符号の説明】
【０１４４】
１  コンテンツ提供システム、２  インターネット、１１−Ａ  コンテンツサーバ、１１−Ｂ  ライセンスサーバ、１１−Ｃ  課金サーバ、１２  第１の実施の形態のクライアント、２０  共通バス、２１  インターフェース部、２２  権限管理部、２３  コンテンツ利用部、５０  第２の実施の形態のクライアント、５１  ＥＥＰＲＯＭ、６０  第３の実施の形態のクライアント、６１  専用バス
【図１】
2005057435.tif 000003
【図２】
2005057435.tif 000004
【図３】
2005057435.tif 000005
【図４】
2005057435.tif 000006
【図５】
2005057435.tif 000007
【図６】
2005057435.tif 000008
【図７】
2005057435.tif 000009
【図８】
2005057435.tif 000010
【図９】
2005057435.tif 000011
【図１０】
2005057435.tif 000012
【図１１】
2005057435.tif 000013
【図１２】
2005057435.tif 000014
【図１３】
2005057435.tif 000015
【図１４】
2005057435.tif 000016
【図１５】
2005057435.tif 000017
【図１６】
2005057435.tif 000018
【図１７】
2005057435.tif 000019
【図１８】
2005057435.tif 000020
【図１９】
2005057435.tif 000021
【図２０】
2005057435.tif 000022
【図２１】
2005057435.tif 000023
【図２２】
2005057435.tif 000024
【図２３】
2005057435.tif 000025
【図２４】
2005057435.tif 000026
【図２５】
2005057435.tif 000027