JP4544366B2 - コンテンツ利用デバイス、および情報処理方法 - Google Patents

Description

本発明は、コンテンツ利用権の確認を条件としてコンテンツの利用を可能とするコンテンツ配信および利用構成に関し、さらに詳細には、コンテンツの利用を行なう装置、例えばＰＣ、プレーヤ等のコンテンツ再生装置によって構成されるコンテンツ利用デバイスが、コンテンツの利用権利情報を格納した利用権情報格納デバイスに接続して、利用権情報を取得し、取得した利用権情報をコンテンツ配信サーバに送信することで、コンテンツを取得し、コンテンツ利用を行なうことを可能としたコンテンツ利用デバイス、および情報処理方法に関する。

昨今、音楽等のオーディオデータ、映画等の画像データ、ゲームプログラム、各種アプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）が、インターネット等のネットワークを介して、あるいはＤＶＤ、ＣＤ等の記憶媒体（メディア）を介して流通している。これらの流通コンテンツは、ユーザの所有するＰＣ（Personal Computer）、再生装置、ゲーム機器等において利用される。

音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者、販売者に頒布権等が保有されている。従って、ユーザは、例えば利用料金を支払って、コンテンツの利用権を取得した上で、コンテンツを受領、再生する。例えば、コンテンツがＤＶＤ，ＣＤ等の記憶媒体によって流通する場合には、ＤＶＤ，ＣＤ等の記憶媒体の販売時に代金を回収し、インターネット等のネットワークを介してコンテンツを配信する場合には、コンテンツ配信に際してユーザのクレジット番号等のユーザ情報を取得してユーザからコンテンツ提供に対する対価、すなわち利用料金を取得する構成を採用している。

従来のネットワーク配信型の有料コンテンツ配信システムでは、コンテンツを利用するある端末において、ネットワークを介してコンテンツの購入を行なった場合、購入コンテンツの再生権利情報はその端末内でのみ有効となる。すなわちコンテンツ利用権は、その端末で閉じられたものとなり、コンテンツ購入端末においては、コンテンツ購入時に取得した利用権に基づいてコンテンツの再生、利用が可能となるが、他の端末あるいは再生装置等において取得コンテンツを利用することはできない。

同一のコンテンツを複数の端末で再生、利用するためにはそれぞれの端末で同一コンテンツを購入する必要性があり、資産の重複というユーザデメリットが発生する。

ＣＤ、ＤＶＤなどのように記憶媒体に格納したコンテンツであれば、ユーザは、様々な再生装置を利用して再生、利用できるが、ネットワーク配信型のコンテンツは、利用権と不可分な構成をもつものが一般的であり、コンテンツ利用がコンテンツ購入装置、端末に限られてしまい、ＣＤ等に比較して、ユーザ側のコンテンツ利用態様が制限されてしまうという問題がある。

異なる再生装置、あるいは端末間においてコンテンツ利用権利情報の移動を可能とするシステムを構築しようとする場合には、利用権情報の移動時に権利の消失および重複などが決して発生しないようにプロトコルを組み立てることが必要となり、利用権情報の不正な取得、利用を排除するための構成を構築することが必須となる。また、ユーザが正当に購入した権利情報やコンテンツデータは端末内のハードディスク、フラッシュメモリ等、長期記憶の可能な記憶装置に格納されることになるが、このような記憶装置の信頼性が高くない場合などには、権利情報やコンテンツデータが消失する場合があり、このような場合には、一度購入したコンテンツといえども再生ができなくなる状況が発生する。

また、例えば完全会員制のコンテンツ配信システムなどで加入ユーザの購入履歴をセンターで保存し、購入しているコンテンツをチェックした後にユーザに配信するというシステムも想定されるが、その場合センター側の管理の負荷が大きく、コスト増大の原因となる。また、売り切り型のコンテンツでは一度販売したコンテンツデータは販売後に内容の変更を行うことは実質上不可能であった。

また、コンテンツの利用権情報として、コンテンツの利用回数、利用期間等を設定した利用権を設定する構成が考案されているが、例えばコンテンツ利用端末、再生装置、ＰＣ等でコンテンツの利用制限（回数、期間制限）の確認を行う場合には、すべての制御をソフトウェア上で行なうことになり、悪意のある利用者が稼働するソフトウェアに対して攻撃を行い、不正な利用をしてしまう可能性が常に存在する。

本発明は、上述の状況に鑑みなされたものであり、安全にかつユーザの利便性を損なわずにネットワークを介したコンテンツ配信および利用を可能とするコンテンツ配信および利用構成を提供するものであり、コンテンツの利用を行なう装置、例えばＰＣ、プレーヤ等のコンテンツ再生装置によって構成されるコンテンツ利用デバイスが、コンテンツの利用権利情報を格納したライセンス格納デバイスに接続して、利用権情報を取得し、取得した利用権情報をコンテンツ配信サーバに送信することで、コンテンツを取得し、コンテンツ利用を行なうことを可能としたコンテンツ利用デバイス、および情報処理方法を提供する。

本発明の第１の側面は、
ユーザの提供するオリジナルコンテンツをコンテンツ利用デバイスからコンテンツ配信サーバに送信するコンテンツ送信手段と、
前記オリジナルコンテンツの利用権を記述した利用権情報に対して、前記ユーザの署名用鍵に基づく電子署名を付与する電子署名付与手段と、
前記電子署名付与手段によって電子署名が付与された利用権情報を、前記コンテンツ利用デバイスからライセンス格納デバイスに送信する送信手段と、
前記コンテンツ配信サーバからコンテンツを受信するコンテンツ受信手段と、
前記ライセンス格納デバイスとの間で認証処理を実行する認証手段と、
前記認証手段による認証処理が不成立の場合に前記コンテンツ受信手段によるコンテンツ受信を停止する制御手段と、
を備えるコンテンツ利用デバイスにある。

さらに、本発明のコンテンツ利用デバイスの一実施態様において、前記コンテンツ利用デバイスは、さらに、前記コンテンツ受信手段で受信したコンテンツをストリーミング再生する再生手段を有し、前記認証手段は、前記再生手段における前記コンテンツのストリーミング再生開始後に、前記ライセンス格納デバイスとの間で認証処理を実行し、前記再生手段は、前記認証手段による認証結果に応じて前記ストリーミング再生を停止する。

さらに、本発明のコンテンツ利用デバイスの一実施態様において、前記再生手段は、前記ライセンス格納デバイスとの接続がなされていない場合、または、前記認証手段による前記ライセンス格納デバイスとの認証が不成立の場合に前記ストリーミング再生を停止する。

さらに、本発明のコンテンツ利用デバイスの一実施態様において、前記認証手段は、前記コンテンツ配信サーバから受信するコンテンツの付加情報に前記ライセンス格納デバイスとの接続をコンテンツ再生条件とすることを示すモード情報の記録がある場合に前記ライセンス格納デバイスとの認証処理を実行する。

さらに、本発明のコンテンツ利用デバイスの一実施態様において、前記オリジナルコンテンツは前記ユーザの作成したオリジナルコンテンツであり、前記利用権情報は、前記オリジナルコンテンツの作成ユーザの署名用鍵に基づく電子署名が設定された構成である。

さらに、本発明の第２の側面は、
コンテンツ利用デバイスにおいて実行する情報処理方法であり、
コンテンツ送信手段が、ユーザの提供するオリジナルコンテンツをコンテンツ利用デバイスからコンテンツ配信サーバに送信するコンテンツ送信ステップと、
電子署名付与手段が、前記オリジナルコンテンツの利用権を記述した利用権情報に対して、前記ユーザの署名用鍵に基づく電子署名を付与する電子署名付与ステップと、
送信手段が、前記電子署名付与ステップにおいて電子署名が付与された利用権情報を、前記コンテンツ利用デバイスからライセンス格納デバイスに送信する送信ステップと、
コンテンツ受信手段が、前記コンテンツ配信サーバからコンテンツを受信するコンテンツ受信ステップと、
認証手段が、前記ライセンス格納デバイスとの間で認証処理を実行する認証ステップと、
制御手段が、前記認証ステップにおける認証処理が不成立の場合に前記コンテンツ受信手段によるコンテンツ受信を停止する制御ステップと、
を有する情報処理方法にある。

本発明の構成によれば、ライセンス格納デバイス（ＲＨＤ）にコンテンツに対応する利用権としてのライセンスを示す権利情報（Ｒｉｇｈｔ）を格納し、コンテンツ利用に際して、権利情報（Ｒｉｇｈｔ）をライセンス格納デバイス（ＲＨＤ）から、コンテンツ利用デバイス（ＣＰＴ）に出力し、さらにコンテンツ配信サーバ（ＣＳＳ）に送信し、コンテンツ配信サーバ（ＣＳＳ）において、権利情報（Ｒｉｇｈｔ）の正当性検証を実行し、権利情報（Ｒｉｇｈｔ）に対応するコンテンツをコンテンツ利用デバイス（ＣＰＴ）に送信する構成としたので、１つのライセンス格納デバイス（ＲＨＤ）があれば複数のコンテンツ利用デバイス（ＣＰＴ）で同じコンテンツを次々と再生することができる。

また、本発明の構成によれば、権利情報（Ｒｉｇｈｔ）には発行者、例えばライセンスサーバ（ＲＳＳ）の署名が付加されており、利用時には署名検証が行なわれるので、不正に生成されたりあるいは改竄された権利情報（Ｒｉｇｈｔ）による不正なコンテンツ利用は排除され、また、各エンティテイ間の通信実行時には、相互認証を実行し、送受信データに対するＭＡＣを付加する構成としたので、確実な通信相手と確実なデータの送受信が可能となる。

また、本発明の構成においては、コンテンツ利用デバイス（ＣＰＴ）が定期的にライセンス格納デバイス（ＲＨＤ）の存在を相互認証により確かめて、存在が確認されないと再生を停止する処理を可能としたので、ＣＤのようにメディアをセットした状態でのみコンテンツを再生可能とした設定が可能である。

さらに、本発明の構成においては、コンテンツのＩＤに対して有効期限、有効回数情報をリンクさせたデータベースとしての有効性管理情報データベース（ＶＩＤ）を作成し、権利情報（Ｒｉｇｈｔ）に基づくコンテンツ利用時にコンテンツ配信サーバ（ＣＤＳ）が参照し、権利情報の有効性を確認する構成としたので、権利の寿命、有効性判断等のコントロールがサーバ側で可能となる。

また、本発明の構成によれば、コンテンツファイルのヘッダ情報に出力コントロール情報を格納し、コンテンツ利用デバイス（ＣＰＴ）がこれに準拠した動作をする構成としたので、コンテンツファイルのヘッダー情報の設定により、コピーコントロールを著作権側がフレキシブルに設定することが可能となる。

さらに、本発明の構成によれば、コンテンツ利用デバイス（ＣＰＴ）からスペック情報、通信路情報をコンテンツ配信サーバ（ＣＤＳ）に送信する構成としたので、コンテンツの態様をコンテンツ利用デバイス（ＣＰＴ）に最適なフォーマット、送受信速度で送信することが可能となる。

また、本発明の構成においては、権利情報（Ｒｉｇｈｔ）にコンテンツ配信サーバ（ＣＤＳ）またはインデックスサーバ（ＣＩＳ）情報を格納する構成としたので、コンテンツの配信先をコンテンツ利用デバイス（ＣＰＴ）において容易に決定できる。

さらに、本発明の構成によれば、権利情報（Ｒｉｇｈｔ）中にキャッシュの許可情報等、詳細なコンテンツ処理態様を設定可能としたので、コンテンツに応じた様々な利用制限を実現することができる。例えば、コンテンツにはダウンロード型コンテンツとストリーミング配信コンテンツがあるが、ダウンロード型でなおかつデータの更新のないスタティックなコンテンツの場合はコンテンツ利用デバイス（ＣＰＴ）の記憶領域にコンテンツをキャッシュしておくことで、再生のたびにダウンロードする必要がなくなる。そのような制御情報を権利情報中に格納することができる。

さらに、本発明の構成によれば、１つのライセンス格納デバイス（ＲＨＤ）に複数のコンテンツに対応する権利情報を格納可能であり、コンテンツ毎のデバイスを設定する必要がない。また、権利の格納されていない空のライセンス格納デバイス（ＲＨＤ）を販売し、購入用の端末を通じて権利情報を購入し、ライセンス格納デバイス（ＲＨＤ）に格納することが可能であり、ＣＤ等のように固定コンテンツとしてではなく、複数のコンテンツ、あるいは新規のコンテンツの利用権情報として利用することができる。また、権利情報には、ライセンス格納デバイス（ＲＨＤ）の識別情報（ＩＤｒｈｄ）が、ライセンスサーバにおいて書き込み格納する構成であるので、他のライセンス格納デバイス（ＲＨＤ）へのコピー等が行われた場合でも不正が容易に検出可能となり、権利情報（Ｒｉｇｇｈｔ）の不正利用が防止される。

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

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

本発明の適用可能なシステム構成について説明する図である。 コンテンツ配信サーバ（ＣＤＳ）、インデックスサーバ（ＣＩＳ）、ライセンスサーバ（ＲＳＳ）、利用権料金納付管理サーバ（ＰＡＳ）の構成例を示す図である。 ライセンス購入デバイス（ＲＢＴ）、コンテンツ利用デバイス（ＣＰＴ）の構成例を示す図である。 ライセンス格納デバイス（ＲＨＤ）、ユーザ利用料金支払実行デバイス（ＵＰＤ）の構成例を示す図である。 各エンティテイの不揮発性メモリとしての記憶部に格納されている情報について説明する図である。 各エンティテイの不揮発性メモリとしての記憶部に格納されている情報について説明する図である。 公開鍵証明書（ＣＥＲＴ）のフォーマットを示す図である。 コンテンツ配信サーバ（ＣＤＳ）から、コンテンツ利用デバイス（ＣＰＴ）に対して配信されるコンテンツファイルのフォーマットを示す図である。 ライセンス格納デバイス（ＲＨＤ）に格納されるコンテンツ利用権を証明する権利情報（Ｒｉｇｈｔ）のフォーマットについて説明する図である。 権利情報識別子（ＩＤｒｉｇｈｔ）の詳細、および有効性管理情報データベース構成について説明する図である。 権利情報（Ｒｉｇｈｔ）に基づくコンテンツ再生処理の手順について説明するフロー図である。 権利情報（Ｒｉｇｈｔ）送信処理の詳細を説明するフロー図である。 ＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を説明する図である。 権利情報（Ｒｉｇｈｔ）の選択処理について説明するフロー図である。 コンテンツ配信サーバ（ＣＤＳ）決定処理について説明するフロー図である。 コンテンツダウンロード処理について説明するフロー図である。 スペック情報について説明する図である。 コンテンツ再生処理について説明するフロー図である。 ストリーミング再生処理について説明するフロー図である。 権利情報（Ｒｉｇｈｔ）の購入、ライセンス格納デバイス（ＲＨＤ）に対する格納処理について説明するフロー図である。 決済処理の詳細について説明するフロー図である。 権利情報（Ｒｉｇｈｔ）のライセンス格納デバイス（ＲＨＤ）に対する書き込み処理の詳細について説明するフロー図である。

以下、図面を参照しながら、本発明のコンテンツ利用デバイス、および情報処理方法について説明する。

本発明は、コンテンツの利用権情報を格納したデバイスと、家庭内などにユーザが保持するコンテンツ利用デバイスとが接続し、コンテンツ利用デバイスが、コンテンツの利用権情報を取得して、コンテンツ配信サーバに接続し、利用権に基づいてコンテンツをダウンロードして利用、再生する構成を実現する。以下、本発明の詳細な説明について、以下の項目に従って説明する。
１．システム構成
２．各機器の構成
３．コンテンツ、権利情報（Ｒｉｇｈｔ）の構成
４．権利情報に基づくコンテンツ再生処理
５．権利情報の購入、格納処理

［１．システム構成］
まず、図１を参照して、本発明のコンテンツ配信、利用構成を実現するシステム全体構成について説明する。

コンテンツを再生、利用するユーザは、ローカル領域１１０において、ネットワーク１５０接続可能なコンテンツ利用デバイス（ＣＰＴ：Ｃｏｎｔｅｎｔ Ｐｌａｙｉｎｇ Ｔｅｒｍｉｎａｌ）１１１を有する。コンテンツは、コンテンツ配信サーバ１２１からネットワーク１５０を介してコンテンツ利用デバイス（ＣＰＴ）に配信され、利用される。

コンテンツの配信を受け、コンテンツを利用するためには、コンテンツの利用権（ライセンス）が必要となる。このコンテンツ利用権（ライセンス）は、所定のライセンス取得手続きによって、ライセンスサーバ（ＲＳＳ：Ｒｉｇｈｔ Ｓｅｌｌｉｎｇ Ｓｅｒｖｅｒ）１２２から取得し、ライセンス格納デバイス（ＲＨＤ：Ｒｉｇｈｔ Ｈｏｌｄｉｎｇ Ｄｅｖｉｃｅ）１１２に格納される。また、コンテンツ利用権（ライセンス）があらかじめ格納されたライセンス格納デバイスを購入することで利用権を取得する方法もある。

ライセンス格納デバイス（ＲＨＤ）１１２は、コンテンツ利用デバイス（ＣＰＴ）１１１と通信するためのインタフェースを持っている。それぞれの装置はセキュアなセッションを張るための暗号処理装置と認証に必要な鍵情報を保持するエリアを備えている。ライセンス格納デバイス（ＲＨＤ）１１２は、例えば暗号処理部を備えた非接触ＩＣカードやメモリデバイスなどにより構成される。

ライセンス格納デバイス（ＲＨＤ）１１２に格納されているライセンス情報としてのコンテンツ利用権を示す権利情報（以下、Ｒｉｇｈｔと呼ぶ）が、セキュアなセッションにおいて、コンテンツ利用デバイス（ＣＰＴ）１１１に安全に渡されると、コンテンツ利用デバイス（ＣＰＴ）１１１は、受領したコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の正当性を検証する。

受領したコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の正当性が確認されると、コンテンツ利用デバイス（ＣＰＴ）１１１は、コンテンツ配信サーバ（ＣＤＳ）１２１に接続する。なお、コンテンツ利用デバイス（ＣＰＴ）１１１は、利用するコンテンツ、すなわち、受領した権利情報（Ｒｉｇｈｔ）に対応するコンテンツを配信可能なコンテンツ配信サーバ情報を取得するために、必要に応じてインデックスサーバ（ＣＩＳ：ＣＤＳ Ｉｎｄｅｘ Ｓｅｒｖｅｒ）１２４とネゴシエーションを実行する。これは特定のコンテンツ配信サーバ（ＣＤＳ）へのアクセスによる負荷の集中を避けるためにも利用される。

コンテンツ利用デバイス（ＣＰＴ）１１１は、コンテンツ配信サーバ（ＣＤＳ）１２１に接続された後にコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）をセキュアに送信する。コンテンツ配信サーバ（ＣＤＳ）１２１は、コンテンツ利用デバイス（ＣＰＴ）１１１から受信したコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の検証処理を実行して、偽造の有無の確認を行なう。さらに、権利情報（Ｒｉｇｈｔ）の有効期限を管理するデータベース、有効性管理情報データベース（ＶＩＤ：Ｖａｌｉｄｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａｂａｓｅ）１２３を利用して、受領したコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）が有効期限内であるかなどの正当性の確認を行なう。

コンテンツ配信サーバ（ＣＤＳ）１２１は、コンテンツ利用デバイス（ＣＰＴ）１１１から受信したコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の正当性が確認されると、コンテンツ利用デバイス（ＣＰＴ）１１１に対してコンテンツの配信を実行する。

コンテンツ利用デバイス（ＣＰＴ）１１１は、コンテンツ配信サーバ（ＣＤＳ）１２１から受信したコンテンツを再生、利用する。再生の形態としては一括ダウンロードし、付属の記憶媒体に格納後に再生する態様、あるいはストリーミング再生の態様とがある。

コンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）は、コンテンツ識別子としてのコンテンツＩＤに権利情報（Ｒｉｇｈｔ）提供者の秘密鍵でディジタル署名を施したデータを含むものである。権利情報（Ｒｉｇｈｔ）の検証を行なうエンティテイ、例えばコンテンツ配信サーバ（ＣＤＳ）１２１は、権利情報（Ｒｉｇｈｔ）提供者の秘密鍵に対応する公開鍵を使って署名検証処理を行ない、コンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の正当性検証を行う。

権利情報（Ｒｉｇｈｔ）を格納しているライセンス格納デバイス（ＲＨＤ）を有するユーザがそのコンテンツの利用権を有するユーザと認定されることを意味し、ユーザは、様々なコンテンツ利用機器、例えばＰＣ、再生専用装置、ゲーム端末、通信端末等に、ライセンス格納デバイス（ＲＨＤ）からコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）を受信し、受信した権利情報（Ｒｉｇｈｔ）をコンテンツ配信サーバ（ＣＤＳ）に転送することで、コンテンツを受信し、利用、再生することができる。

ユーザがライセンス格納デバイス（ＲＨＤ）を取得する方法としては、例えば以下の方法がある。
（１）コンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）が保存されたライセンス格納デバイス（ＲＨＤ）を店頭にて購入したりレンタルする。これは、既存のＣＤ，ＤＶＤ等の流通経路と同様である。
（２）何も書き込まれていないライセンス格納デバイス（ＲＨＤ）を購入後、オンラインでコンテンツを所定の利用料金の支払いに基づいて購入し、その購入時に動的に生成されたコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）をライセンス格納デバイス（ＲＨＤ）に書き込む。なお、権利情報（Ｒｉｇｈｔ）の書き込みには専用のデバイスを利用する。

オンラインでのコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）の購入処理には、図１に示すライセンス購入デバイス（ＲＢＴ：Ｒｉｇｈｔ Ｂｕｙｉｎｇ Ｔｅｒｍｉｎａｌ）１１３と、ユーザ利用料金支払実行デバイス（ＵＰＤ：Ｕｓｅｒ Ｐａｙｍｅｎｔ Ｄｅｖｉｃｅ）１１４を適用する。

ライセンス購入デバイス（ＲＢＴ）１１３がライセンスサーバ（ＲＳＳ）１２２に接続し、ユーザの決済情報を格納、あるいは入力可能なユーザ利用料金支払実行デバイス（ＵＰＤ）からライセンス購入デバイス（ＲＢＴ）を介して決済情報をライセンスサーバ（ＲＳＳ）１２２に送信する。ライセンスサーバ（ＲＳＳ）１２２は、決済処理を実行する利用権料金納付管理サーバ（ＰＡＳ：Ｐａｙｍｅｎｔ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｓｅｒｖｅｒ）１２５に対して、決済情報を送信する。利用権料金納付管理サーバ（ＰＡＳ）１２５は、ユーザ利用料金支払実行デバイス（ＵＰＤ）１１４毎の与信情報を管理する。利用権料金納付管理サーバ（ＰＡＳ）１２５は、決済情報の正当性、決済処理の可否等を判定し、決済処理可能な場合は、決済処理を実行して、結果をライセンスサーバ（ＲＳＳ）１２２に通知し、ライセンスサーバ（ＲＳＳ）１２２は、通知に基づいて、ライセンス購入デバイス（ＲＢＴ）１１３にライセンスを送信し、ライセンス購入デバイス（ＲＢＴ）１１３からライセンス格納デバイス（ＲＨＤ）にライセンス書き込みが行われる。

（３）ユーザ自身がコンテンツ提供者になる場合、例えば、オリジナルコンテンツ等の提供を行なう場合等には、ユーザが所定のフォーマットに従ったコンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）を作成し、適切な署名用鍵（ＰＲＩｒｓｓ）を作成して、署名を付加し、ライセンス格納デバイス（ＲＨＤ）に書き込む。なお、この場合、ユーザは、コンテンツ利用権情報としての権利情報（Ｒｉｇｈｔ）に対応したコンテンツ配信サーバ（ＣＤＳ）を自ら立ち上げる。

図１に示すライセンス格納デバイス（ＲＨＤ）１１２、コンテンツ利用デバイス（ＣＰＴ）１１１は、耐タンパ構成を持つ公開鍵暗号モジュールを有し、ライセンス格納デバイス（ＲＨＤ）１１２、コンテンツ利用デバイス（ＣＰＴ）１１１、コンテンツ配信サーバ（ＣＤＳ）１２１は、それぞれ認証局（ＣＡ）１３１より公開鍵証明書を受領している。

公開鍵証明書には、属性情報としてライセンス格納デバイス（ＲＨＤ）、コンテンツ利用デバイス（ＣＰＴ）、コンテンツ配信サーバ（ＣＤＳ）のいずれであるかの種類を示す情報を記述したフィールドが存在する。

ライセンス格納デバイス（ＲＨＤ）にはコンテンツの利用権を示す権利情報（Ｒｉｇｈｔ）のみが格納されており、その権利情報（Ｒｉｇｈｔ）の正当性はコンテンツ配信サーバ（ＣＤＳ）が確認する。

コンテンツ利用デバイス（ＣＰＴ）において、コンテンツを利用するには、ライセンス格納デバイス（ＲＨＤ）をコンテンツ利用デバイス（ＣＰＴ）に接続し相互認証（相手の属性チェック、鍵共有を行う）を行い、ライセンス格納デバイス（ＲＨＤ）からコンテンツ利用デバイス（ＣＰＴ）に権利情報（Ｒｉｇｈｔ）を送信する。

次に、コンテンツ利用デバイス（ＣＰＴ）とコンテンツ配信サーバ（ＣＤＳ）が相互認証（相手の属性チェック、鍵共有を行う）し、コンテンツ利用デバイス（ＣＰＴ）からコンテンツ配信サーバ（ＣＤＳ）に対して権利情報を送信する。コンテンツ配信サーバ（ＣＤＳ）は権利情報の正当性をチェックし、正当性が確認されたことを条件として、コンテンツヘッダ、暗号化コンテンツ本体を、コンテンツ利用デバイス（ＣＰＴ）に対して送信する。コンテンツ利用デバイス（ＣＰＴ）ではヘッダ情報を読みとり、ヘッダ情報中の鍵情報を適用してコンテンツ復号処理を実行しコンテンツ再生を行う。

なお、コンテンツ配信サーバ（ＣＤＳ）における権利情報の正当性チェック処理は、権利情報に付与された電子署名の検証処理として実行されるものである。権利情報は、権利情報の発行者または販売者の秘密鍵による署名のなされたデータであり、コンテンツ配信サーバ（ＣＤＳ）は、秘密鍵に対応する公開鍵を適用した署名検証処理を行なって、権利情報の正当性を検証する。

［２．各機器の構成］
次に、図１に示したシステムを構成する各機器（エンティテイ）のハードウェア構成例について説明する。

（１）コンテンツ配信サーバ（ＣＤＳ）、インデックスサーバ（ＣＩＳ）、ライセンスサーバ（ＲＳＳ）、利用権料金納付管理サーバ（ＰＡＳ）の構成
まず、コンテンツ配信サーバ（ＣＤＳ）、インデックスサーバ（ＣＩＳ）、ライセンスサーバ（ＲＳＳ）、利用権料金納付管理サーバ（ＰＡＳ）の構成例について、図２を参照して説明する。図２に示すように、これらのサーバ２１０は、ＣＰＵ（Central Processing Unit）等によって構成される制御部２１１、ＲＡＭによって構成される揮発性の記憶部２１２、ネットワークを介したデータ送受信部としての通信部２１３、キーボード、マウス等の各種入力手段を備えた入力部２１４、ＣＲＴ、ＬＣＤ等のディスプレイ、スピーカ等からなる表示部２１５、ＲＯＭ、ハードディスク、フラッシュメモリ等によって構成される不揮発性記憶部２１６等を有する。

それぞれのサーバに応じた処理プログラムが、記憶部に記憶され、制御部においてプログラムが実行され、各サーバに応じた処理が行われる。各サーバにおける具体的な処理については、後段で説明する。

（２）ライセンス購入デバイス（ＲＢＴ）、コンテンツ利用デバイス（ＣＰＴ）の構成
次に、ライセンス購入デバイス（ＲＢＴ）、コンテンツ利用デバイス（ＣＰＴ）の構成例について、図３を参照して説明する。図３に示すように、これらのデバイス２２０は、ＣＰＵ（Central Processing Unit）等によって構成される制御部２２１、ＲＡＭによって構成される揮発性記憶部２２２、ＲＯＭ、ハードディスク、フラッシュメモリ等によって構成される不揮発性記憶部２２３、ネットワークを介したデータ送受信部としての通信部１，２２４、例えば無線ＬＡＮ、ブルートゥース等による他のデバイスとの近距離通信を実行する通信インタフェースとしての通信部２，２２５、通信データの暗号処理、認証処理、署名生成、検証処理等の各種暗号処理を実行する暗号処理部２２６、暗号処理部２２６における処理プログラム、鍵情報、パラメータ等の格納部としての揮発性記憶部２２７、不揮発性記憶部２２８、キーボード、マウス等の各種入力手段を備えた入力部２２９、ＣＲＴ、ＬＣＤ等のディスプレイ、スピーカ等からなる表示部２３０等を有する。

なお、暗号処理部２２６、揮発性記憶部２２７、不揮発性記憶部２２８は、外部からのデータ読み取り等が防止された耐タンパー部２３１に格納されている。

それぞれのデバイスに応じた処理プログラムが、記憶部に記憶され、制御部においてプログラムが実行され、各デバイスに応じた処理が行われる。各デバイスにおける具体的な処理については、後段で説明する。

（３）ライセンス格納デバイス（ＲＨＤ）、ユーザ利用料金支払実行デバイス（ＵＰＤ）の構成
次に、ライセンス格納デバイス（ＲＨＤ）、ユーザ利用料金支払実行デバイス（ＵＰＤ）の構成例について、図４を参照して説明する。図４に示すように、これらのデバイス２５０は、通信データの暗号処理、認証処理、署名生成、検証処理等の各種暗号処理を実行する暗号処理部２５１、暗号処理部２５１における処理プログラム、鍵情報、パラメータ等の格納部としての揮発性記憶部２５２、不揮発性記憶部２５３、端末（ターミナル）とのデータ送受信部としての通信部２５４を有する。

なお、暗号処理部２５１、揮発性記憶部２５２、不揮発性記憶部２５３は、外部からのデータ読み取り等が防止された耐タンパー部２６０に格納されている。

これらのデバイスでは、デバイスに応じた暗号処理プログラムが記憶部に記憶され、暗号処理部２５１においてプログラムが実行され、各デバイスに応じた処理が行われる。各デバイスにおける具体的な処理については、後段で説明する。

（４）記憶部内の格納データ
次に、図５、図６を参照して、各エンティテイの不揮発性メモリとしての記憶部に格納されている情報について説明する。図５は、ａ．コンテンツ配信サーバ（ＣＤＳ）、ｂ．インデックスサーバ（ＣＩＳ）、ｃ．ライセンスサーバ（ＲＳＳ）、ｄ．利用権料金納付管理サーバ（ＰＡＳ）の不揮発性メモリにおける格納データを示している。

ＩＤｘｘｘは、エンティテイｘｘｘの識別情報（ＩＤ）であり、ＰＲＩｘｘｘはエンティテイｘｘｘの秘密鍵（ＰＲＩ）、ＣＥＲＴｘｘｘはエンティテイｘｘｘの公開鍵証明書（ＣＥＲＴ）、ＰＵＢｘｘｘはエンティテイｘｘｘの公開鍵（ＰＵＢ）、ＤＢはデータベースを意味している。

図５に示すように、ａ．コンテンツ配信サーバ（ＣＤＳ）、ｂ．インデックスサーバ（ＣＩＳ）、ｃ．ライセンスサーバ（ＲＳＳ）、ｄ．利用権料金納付管理サーバ（ＰＡＳ）の各々は、自己の識別子（ＩＤ）、秘密鍵（ＰＲＩ）、公開鍵証明書（ＣＥＲＴ）を保持するとともに、認証局（ＣＡ）の公開鍵を格納している。

ａ．コンテンツ配信サーバ（ＣＤＳ）は、データベース（ＤＢ）内に、複数のコンテンツ（Ｃｏｎｔ１〜ｎ）に、各々コンテンツＩＤ（ＩＤｃｏｎｔ１〜ｎ）とライセンスサーバ（ＲＳＳ）の公開鍵（ＰＵＢｒｓｓ１〜ｎ）を対応付けたデータを持つ。公開鍵（ＰＵＢｒｓｓ１〜ｎ）は、コンテンツ利用時における権利情報（Ｒｉｇｈｔ）の正当性制検証（署名検証）に適用される鍵であり、ライセンスサーバ（ＲＳＳ）の秘密鍵に対応する公開鍵である。

ｂ．インデックスサーバ（ＣＩＳ）は、データベース（ＤＢ）内に、複数のコンテンツＩＤ（ＩＤｃｏｎｔ１〜ｎ）とコンテンツ配信サーバ（ＣＤＳ）の識別子（ＩＤｃｄｓ１〜ｎ）を対応付けたデータを持つ。

ｃ．ライセンスサーバ（ＲＳＳ）は、データベース（ＤＢ）内に、権利情報（Ｒｉｇｈｔ）を格納し、ｄ．利用権料金納付管理サーバ（ＰＡＳ）は、データベース（ＤＢ）内に、ユーザ利用料金支払実行デバイス（ＵＰＤ）の識別子にそれぞれの与信情報を対応付けて格納している。

図６は、コンテンツ利用デバイス（ＣＰＴ）、ライセンス格納デバイス（ＲＨＤ）、ライセンス購入デバイス（ＲＢＴ）、ユーザ利用料金支払実行デバイス（ＵＰＤ）の不揮発性メモリにおける格納データを示している。

図５と同様、ＩＤｘｘｘは、エンティテイｘｘｘの識別情報（ＩＤ）であり、ＰＲＩｘｘｘはエンティテイｘｘｘの秘密鍵（ＰＲＩ）、ＣＥＲＴｘｘｘはエンティテイｘｘｘの公開鍵証明書（ＣＥＲＴ）、ＰＵＢｘｘｘはエンティテイｘｘｘの公開鍵（ＰＵＢ）、ＤＢはデータベースを意味している。

図６に示すように、ｅ．コンテンツ利用デバイス（ＣＰＴ）の耐タンパ部内のメモリ、ｇ．ライセンス格納デバイス（ＲＨＤ）、ｈ．ライセンス購入デバイス（ＲＢＴ）の耐タンパ部内のメモリ、ｉ．ユーザ利用料金支払実行デバイス（ＵＰＤ）の各記憶部には、自己の識別子（ＩＤ）、秘密鍵（ＰＲＩ）、公開鍵証明書（ＣＥＲＴ）を保持するとともに、認証局（ＣＡ）の公開鍵を格納している。

ｅ．コンテンツ利用デバイス（ＣＰＴ）の耐タンパ部内のメモリ、すなわち図３に示す暗号処理部２２６に接続された記憶部（不揮発性）２，２２８には、さらに、デフォルトのインデックスサーバ（ＣＩＳ）の情報としてのインデックスサーバ（ＣＩＳ）識別子（ＩＤｃｉｓ）と、コンテンツをローカルに保存（自デバイスの記憶部に格納）する際の暗号処理用の鍵としてのストレージ鍵（Ｋｓｔｏ１，Ｋｓｔｏ２）を格納している。

ｆ．コンテンツ利用デバイス（ＣＰＴ）の耐タンパ部外のメモリには、コンテンツ（Ｃｏｎｔ１〜ｎ）が、改竄検証用データとしてのＭＡＣとともに格納される。

ｇ．ライセンス格納デバイス（ＲＨＤ）の記憶部には、保有する権利情報（Ｒｉｇｈｔ１〜ｎ）が格納される。この権利情報（Ｒｉｇｈｔ１〜ｎ）は、コンテンツに対応して設定される権利情報であり、コンテンツ利用デバイス（ＣＰＴ）においてコンテンツを利用する際に、コンテンツ利用デバイス（ＣＰＴ）に出力される。

図７に、公開鍵証明書（ＣＥＲＴ）のフォーマットを示す。公開鍵証明書には、公開鍵証明書識別子（ＩＤｃｅｒｔ）、公開鍵（ＰＵＢｘｘｘ）、属性情報（Ａｔｔｒｉｂｕｔｅ）、認証局署名（ＳＩＧｃａ）が格納される。具体的には、例えば、Ｘ．５０９のフォーマット規定に従った公開鍵証明書が適用可能である。

［３．コンテンツ、権利情報（Ｒｉｇｈｔ）の構成］
次に、コンテンツ配信サーバ（ＣＤＳ）から、コンテンツ利用デバイス（ＣＰＴ）に対して配信されるコンテンツファイルのフォーマット、ライセンス格納デバイス（ＲＨＤ）に格納されるコンテンツ利用権を証明する権利情報（Ｒｉｇｈｔ）のフォーマットについて説明する。

図８は、コンテンツ配信サーバ（ＣＤＳ）から、コンテンツ利用デバイス（ＣＰＴ）に対して配信されるコンテンツファイルのフォーマットを示している。コンテンツファイルは、ヘッダ（Ｈｅａｄｅｒ）と、コンテンツデータ（Ｄａｔａ）部からなり、コンテンツデータ（Ｄａｔａ）部のコンテンツは、ヘッダ（Ｈｅａｄｅｒ）部に格納された暗号鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）により暗号化されている。

ヘッダ部には、フォーマットバージョン（Ｆｏｒｍａｔ Ｖｅｒｓｉｏｎ）、コンテンツ識別子（ＩＤｃｏｎｔ）、コンテンツの外部機器に対する出力許可情報（Ｏｕｔｐｕｔ Ｐｅｒｍｉｓｓｉｏｎ）、この領域には、例えばアナログ、デジタル、ＳＣＭＳ（Ｓｅｒｉａｌ Ｃｏｐｙ Ｍａｎａｇｉｍｅｎｔ Ｓｙｓｔｅｍ）等のデータ出力制限情報を格納する。

さらに、コンテンツ利用デバイス（ＣＰＴ）におけるコンテンツ再生、利用時に、ライセンス格納デバイス（ＲＨＤ）が、コンテンツ利用デバイス（ＣＰＴ）と接続されていることを条件とするか否かのＲＨＤチェックモード情報（ＲＨＤ ｃｈｅｃｋ ｍｏｄｅ）、ＲＨＤチェックモードがＹｅｓの設定の場合には、コンテンツ利用デバイス（ＣＰＴ）におけるコンテンツ再生、利用時に、ライセンス格納デバイス（ＲＨＤ）が、コンテンツ利用デバイス（ＣＰＴ）と接続されているか否かのチェック処理が実行され、ライセンス格納デバイス（ＲＨＤ）の接続が確認されたことを条件として、コンテンツ再生が可能となる。これらの処理の詳細については、後述する。

さらに、格納コンテンツのメディアフォーマット情報（Ｃｏｎｔｅｎｔ Ｍｅｄｉａ Ｆｏｒｍａｔ）、例えば、ＭＰＥＧ、ＨＤ、Ｑｕｉｃｋ Ｔｉｍｅ等のフォーマット情報である。さらに、格納コンテンツの暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）が格納される。

次に、図９を参照して、ライセンス格納デバイス（ＲＨＤ）に格納されるコンテンツ利用権を証明する権利情報（Ｒｉｇｈｔ）のフォーマットについて説明する。権利情報（Ｒｉｇｈｔ）は、コンテンツに対応して設定される権利情報であり、コンテンツ利用デバイス（ＣＰＴ）においてコンテンツを利用する際に、コンテンツ利用デバイス（ＣＰＴ）に出力され、さらに、コンテンツ配信サーバ（ＣＤＳ）に送信され、正当性が確認されたことを条件として、図８を参照して説明したコンテンツがコンテンツ配信サーバ（ＣＤＳ）からコンテンツ利用デバイス（ＣＰＴ）に配信されることになる。

権利情報（Ｒｉｇｈｔ）には、フォーマットバージョン（Ｆｏｒｍａｔ Ｖｅｒｓｉｏｎ）、権利情報識別子（ＩＤｒｉｇｈｔ）、権利情報（Ｒｉｇｈｔ）の付与されたライセンス格納デバイス（ＲＨＤ）識別子（ＩＤｒｈｄ）、権利情報（Ｒｉｇｈｔ）に対応するコンテンツを保持するコンテンツ配信サーバ（ＣＤＳ）の識別子（ＩＤｃｄｓ）、インデックスサーバ（ＣＩＳ）の識別子（ＩＤｃｉｓ）、キャッシュ処理の可否、ストリーミングデータであるか否か等のコンテンツのダウンロードタイプ情報（Ｄｏｗｎｌｏａｄ Ｔｙｐｅ）が含まれ、これらの情報に対してライセンスサーバ（ＲＳＳ）の秘密鍵による署名（ＳＩＧｒｓｓ）が付加されている。

なお、コンテンツ配信サーバ（ＣＤＳ）の識別子（ＩＤｃｄｓ）、インデックスサーバ（ＣＩＳ）の識別子（ＩＤｃｉｓ）はオプションであり、必須項目ではない。

権利情報識別子（ＩＤｒｉｇｈｔ）の詳細構成について図１０を参照して説明する。権利情報識別子（ＩＤｒｉｇｈｔ）は、図１０（ａ）に示すように、権利情報（Ｒｉｇｈｔ）に対応するコンテンツのコンテンツ識別子（ＩＤｃｏｎｔ）と、有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）とを含む情報である。

有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）は、図１０（ｂ）に示す有効性管理情報データベース（ＶＩＤ：Ｖａｌｉｄｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ Ｄａｔａｂａｓｅ）に設定されたコードである。有効性管理情報データベース（ＶＩＤ）は、コンテンツ識別子（ＩＤｃｏｎｔ）と、有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）と、コンテンツ利用開始可能期間の開始日時（Ｓｔａｒｔ）、終了日時（Ｅｎｄ）、コンテンツ利用可能の残り回数（残りカウント）の各情報が格納されている。このデータベース（ＶＩＤ）は、権利情報（Ｒｉｇｈｔ）の発行処理を実行するライセンスサーバ（ＲＳＳ）においてエントリが生成され、その後、権利情報（Ｒｉｇｈｔ）の使用に基づいて、コンテンツ配信サーバ（ＣＤＳ）により参照され、またデータ更新が実行される。例えば、コンテンツ配信サーバ（ＣＤＳ）に対して新たな権利情報（Ｒｉｇｈｔ）が送信され、コンテンツ利用要求がなされた際に参照される。

また、コンテンツ利用の際に、コンテンツ利用開始可能期間の開始日時（Ｓｔａｒｔ）、終了日時（Ｅｎｄ）、コンテンツ利用可能の残り回数（残りカウント）の各情報が参照され、必要に応じて更新、例えば残り回数データに対する減算処理（［−１］の更新処理）が行なわれる。

［４．権利情報に基づくコンテンツ再生処理］
次に、権利情報（Ｒｉｇｈｔ）に基づくコンテンツ再生処理の手順について、図１１以下の処理フロー等を参照して詳細に説明する。

図１１は、コンテンツ利用デバイス（ＣＰＴ）が、ライセンス格納デバイス（ＲＨＤ）に格納されたコンテンツ利用ライセンスとしての権利情報（Ｒｉｇｈｔ）を受信して、権利情報（Ｒｉｇｈｔ）を、コンテンツ配信サーバ（ＣＤＳ）に送信し、権利情報（Ｒｉｇｈｔ）に対応するコンテンツをコンテンツ配信サーバ（ＣＤＳ）から受信して再生する一連の処理を説明するフロー図である。コンテンツ配信サーバ（ＣＤＳ）の決定処理において、インデックスサーバ（ＣＩＳ）への問い合わせを行なう場合の処理についても示してある。

なお、以下において説明する処理フローにおける各処理は、それぞれのエンティテイの構成（図２、図３、図４）における制御部を中心として、あらかじめ記憶部に格納されたプログラムに従って実行する処理である。ただし、認証処理、ＭＡＣ生成、ＭＡＣ検証、署名生成、署名検証、通信データの暗号化、復号等の各種の暗号処理は、各エンティテイの暗号処理部において実行される処理である。

図１１の処理フローの各ステップについて説明する。まず、コンテンツの再生、利用を行なうコンテンツ利用デバイス（ＣＰＴ）に対して、ライセンス格納デバイス（ＲＨＤ）からコンテンツ利用ライセンスとしての権利情報（Ｒｉｇｈｔ）を送信する処理（ステップＳ１０１，Ｓ１１１）を実行する。

この権利情報（Ｒｉｇｈｔ）送信処理の詳細を図１２を参照して説明する。まず、ステップＳ２０１において、ライセンス格納デバイス（ＲＨＤ）が、コンテンツ利用デバイス（ＣＰＴ）に接続し、通信路を確保する。この通信路は、有線、無線どちらの形態でもよい。次に、ライセンス格納デバイス（ＲＨＤ）とコンテンツ利用デバイス（ＣＰＴ）間において、相互認証処理を実行し、セッション鍵（Ｋｓｅｓ１）の共有を行なう。相互認証は、公開鍵暗号方式による例えばＩＳＯ／ＩＥＣ９７９８−３の処理に従う。相互認証が成立しなかった場合は、以下の処理は中止される。

ライセンス格納デバイス（ＲＨＤ）とコンテンツ利用デバイス（ＣＰＴ）間において、相互認証が成立し、セッション鍵が共有されると、ライセンス格納デバイス（ＲＨＤ）は、ステップＳ２０３において、自己の記憶部に格納済みの権利情報（Ｒｉｇｈｔ）に対してセッションキー（Ｋｓｅｓ）を適用して改竄検証値としてのＭＡＣ（ＭＡＣ１）の生成を実行する。

メッセージ認証コード（ＭＡＣ：Message authentication Code）は、データの改竄検証用のデータとして生成されるものである。ＭＡＣ生成処理、検証処理態様には様々な態様が可能であるが、１例としてＤＥＳ暗号処理構成を用いたＭＡＣ値生成例を図１３に示す。

図１３のＤＥＳ暗号処理構成を適用したＭＡＣ生成例について説明する。対象となるメッセージを８バイト単位に分割し、（以下、分割されたメッセージをＭ１、Ｍ２、・・・、ＭＮとする）、まず、初期値（Initial Value（以下、ＩＶとする））とＭ１を排他的論理和する（その結果をＩ１とする）。次に、Ｉ１をＤＥＳ暗号化部に入れ、鍵（以下、Ｋ１とする）を用いて暗号化する（出力をＥ１とする）。続けて、Ｅ１およびＭ２を排他的論理和し、その出力Ｉ２をＤＥＳ暗号化部へ入れ、鍵Ｋ１を用いて暗号化する（出力Ｅ２）。以下、これを繰り返し、全てのメッセージに対して暗号化処理を施す。最後に出てきたＥＮがメッセージ認証符号（ＭＡＣ（Message Authentication Code））となる。

ライセンス格納デバイス（ＲＨＤ）は、自己の記憶部に格納済みの権利情報（Ｒｉｇｈｔ）全体に対してセッションキー（Ｋｓｅｓ）を適用して、例えば図１３に示すＤＥＳ暗号処理により検証値としてのＭＡＣ（ＭＡＣ１）を生成する。

ステップＳ２０４において、権利情報（Ｒｉｇｈｔ）全体と生成ＭＡＣ（ＭＡＣ１）をコンテンツ利用デバイス（ＣＰＴ）に送信する。コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ２１２において、権利情報（Ｒｉｇｈｔ）とＭＡＣ（ＭＡＣ１）を受信し、ステップＳ２１３において、ＭＡＣ検証処理、すなわち受信権利情報（Ｒｉｇｈｔ）に基づいて算出したＭＡＣと受信ＭＡＣ（ＭＡＣ１）の照合を行なう。一致すれば、受信した権利情報（Ｒｉｇｈｔ）には改竄がないと判断し、ステップＳ２１４に進む。一致しない場合は、受信した権利情報（Ｒｉｇｈｔ）には改竄があると判断しエラー終了とする。

ステップＳ２１４においては、受信した権利情報（Ｒｉｇｈｔ）に格納されているライセンス格納デバイス（ＲＨＤ）の識別子（ＩＤｒｈｄ）（図９参照）が、先のステップＳ２１１において認証を行なったライセンス格納デバイス（ＲＨＤ）の識別子（ＩＤｒｈｄ）と一致するかを判定する。一致しない場合は、受信した権利情報（Ｒｉｇｈｔ）は、権利情報（Ｒｉｇｈｔ）を送信してきたライセンス格納デバイス（ＲＨＤ）に保有が許可されている権利情報（Ｒｉｇｈｔ）ではないと判定し、エラー終了とする。

一致した場合は、受信した権利情報（Ｒｉｇｈｔ）は、権利情報（Ｒｉｇｈｔ）を送信してきたライセンス格納デバイス（ＲＨＤ）に保有が許可されている権利情報（Ｒｉｇｈｔ）であり、正当な権利情報（Ｒｉｇｈｔ）であると判定し、ステップＳ２１５において、ライセンス格納デバイス（ＲＨＤ）の識別子（ＩＤｒｈｄ）を記憶部に保存する。

図１１に戻り、説明を続ける。ステップＳ１０１，Ｓ１１１の権利情報（Ｒｉｇｈｔ）送信処理が完了すると、コンテンツ利用デバイス（ＣＰＴ）とライセンス格納デバイス（ＲＨＤ）間において、利用（再生）コンテンツに対応する権利情報（Ｒｉｇｈｔ）の選択処理を実行する。

権利情報（Ｒｉｇｈｔ）の選択処理について、図１４のフローを参照して説明する。ステップＳ３０１，Ｓ３１１において、ライセンス格納デバイス（ＲＨＤ）とコンテンツ利用デバイス（ＣＰＴ）間において、相互認証処理を実行する。なお、図１１に示すステップＳ１０１，Ｓ１１１の権利情報（Ｒｉｇｈｔ）送信処理に継続して、図１４に示す再生権利情報（Ｒｉｇｈｔ）選択処理が実行される場合は、ステップＳ１０１，Ｓ１１１の権利情報（Ｒｉｇｈｔ）送信処理において相互認証が行なわれているので、この認証処理は省略してもよい。認証が不成立の場合は、エラーとして処理を終了する。

認証が成立または済んでいる場合は、コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ３１２において、ライセンス格納デバイス（ＲＨＤ）の識別子（ＩＤｒｈｄ）が、先に記憶部に格納（図１２，Ｓ２１５）したＩＤｒｈｄと一致するか否かを判定し、一致しない場合は、先に権利情報（Ｒｉｇｈｔ）を送信してきたライセンス格納デバイス（ＲＨＤ）と異なるデバイスが接続されていると判定し、エラー終了する。

一致した場合は、先に権利情報（Ｒｉｇｈｔ）を送信してきたライセンス格納デバイス（ＲＨＤ）と同じ正しいライセンス格納デバイス（ＲＨＤ）が接続されていると判定し、ステップＳ３１３において、利用（再生）コンテンツに対応する権利情報（Ｒｉｇｈｔ）を先に受信した権利情報全体データから選択する。

図１１に戻り、説明を続ける。次にコンテンツ利用デバイス（ＣＰＴ）は、ステップＳ１１３において、選択した権利情報（Ｒｉｇｈｔ）のダウンロードタイプ（図９参照）を検証し、ダウンロードタイプがストリーミングコンテンツとして設定されているか否かを判定する。ストリーミングタイプの場合は、ステップＳ１２０のコンテンツ配信サーバ（ＤＣＳ）決定処理を実行する。

ストリーミングタイプでない場合は、ステップＳ１１４に進み、さらにダウンロードタイプを検証し、キャッシュが許可されているか否かを判定する、キャッシュが許可されている場合は、ステップＳ１１５において、利用予定のコンテンツと同一コンテンツが記憶部にすでに格納されているか否かを判定して、格納済みの場合は、ステップＳ１１８のコンテンツ再生処理に進み、格納されていない場合は、ステップＳ１１６のコンテンツ配信サーバ（ＣＤＳ）決定処理を実行する。キャッシュが許可されていない場合（Ｓ１１４でＮｏ）も、ステップＳ１１６のコンテンツ配信サーバ（ＣＤＳ）決定処理を実行する。

ステップＳ１１６および、ステップＳ１２０、ステップＳ１３１におけるコンテンツ配信サーバ（ＣＤＳ）決定処理について、図１５の処理フローを参照して説明する。

ステップＳ４０１において、コンテンツ利用デバイス（ＣＰＴ）は、選択した権利情報（Ｒｉｇｈｔ）のコンテンツ配信サーバ（ＣＤＳ）識別子情報（ＩＤｃｄｓ）フィールド（図９参照）に値が格納、すなわち、ＩＤｃｄｓが格納されているか否かを判定する。格納されている場合は、ステップＳ４０９において、その格納値（ＩＤｃｄｓ）を接続先コンテンツ配信サーバ（ＣＤＳ）としてセットする。

選択した権利情報（Ｒｉｇｈｔ）のコンテンツ配信サーバ（ＣＤＳ）識別子情報（ＩＤｃｄｓ）フィールドに値が格納されていない場合は、ステップＳ４０２において、さらに、権利情報（Ｒｉｇｈｔ）のインデックスサーバ（ＣＩＳ）識別子情報（ＩＤｃｉｓ）フィールド（図９参照）に値が格納、すなわち、ＩＤｃｉｓが格納されているか否かを判定する。格納されている場合は、ステップＳ４０３において、その格納値（ＩＤｃｉｓ）を接続先ＩＤとしてセットする。格納されていない場合は、ステップＳ４０４において、耐タンパー部の記憶部に格納（図６（ｅ）参照）されているインデックスサーバ（ＣＩＳ）識別子情報（ＩＤｃｉｓ）を接続先ＩＤとしてセットする。

次に、コンテンツ利用デバイス（ＣＰＴ）と接続先として設定されたインデックスサーバ（ＣＩＳ）間において相互認証および鍵共有処理が実行（Ｓ４０５，Ｓ４２１）される。この相互認証が不成立の場合は、エラーとして後続処理は中止する。相互認証が成立し、セッション鍵（Ｋｓｅｓ２）の共有がなされると、コンテンツ利用デバイス（ＣＰＴ）は、利用予定コンテンツに対応する先に選択した権利情報（Ｒｉｇｈｔ）に含まれる権利情報識別子（ＩＤｒｉｇｈｔ）に対して共有したセッション鍵（Ｋｓｅｓ２）を適用して生成したＭＡＣ値（ＭＡＣ２）とともに、インデックスサーバ（ＣＩＳ）に送信する。

インデックスサーバ（ＣＩＳ）は、ステップＳ４２２において、これらのデータを受信し、ステップＳ４２３においてＭＡＣ検証処理を実行して、権利情報識別子（ＩＤｒｉｇｈｔ）の改竄の有無を判定し、改竄ありと判定した場合は、エラー終了する。

改竄なしと判定した場合は、ステップＳ４２４に進み、受信した権利情報識別子（ＩＤｒｉｇｈｔ）（図９、図１０参照）に含まれるコンテンツ識別子（ＩＤｃｏｎｔ）を取得する。さらに、コンテンツ識別子（ＩＤｃｏｎｔ）に対して設定されたコンテンツ提供可能なコンテンツ配信サーバの識別子（ＩＤｃｄｓ）をデータベース格納情報（図５（ｂ）参照）から取得する。

インデックスサーバ（ＣＩＳ）は、ステップＳ４２５において、取得したコンテンツ配信サーバ識別子（ＩＤｃｄｓ）にセッション鍵（Ｋｓｅｓ２）を適用して生成したＭＡＣ値（ＭＡＣ３）を付加して、コンテンツ利用デバイス（ＣＰＴ）に送信する。

コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ４０７においてデータを受信し、ステップＳ４０８において、受信データについてのＭＡＣ検証処理を実行し、検証不成立の場合は、エラー終了とし、検証成立の場合は、ステップＳ４１０において、受信データとしてのコンテンツ配信サーバ識別子（ＩＤｃｄｓ）を接続先コンテンツ配信サーバとしてセットする。

図１１に戻り、説明を続ける。選択した権利情報（Ｒｉｇｈｔ）に対応するコンテンツを配信可能なコンテンツ配信サーバ（ＣＤＳ）が、ＣＤＳ決定処理によって決定すると、ステップＳ１１７、Ｓ１０３、Ｓ１４１において、コンテンツダウンロード処理が実行される。

コンテンツダウンロード処理について、図１６の処理フローを参照して説明する。まず、ステップＳ５１１、Ｓ５２１において、コンテンツ利用デバイス（ＣＰＴ）と、利用コンテンツの配信を実行するコンテンツ配信サーバ（ＣＤＳ）との間で、相互認証および鍵共有処理が実行される。相互認証が不成立の場合は、エラーとして処理を終了する。

相互認証が成立し、２つのセッション鍵（Ｋｓｅｓ３，Ｋｓｅｓ４）の共有がなされると、コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ５１２において、利用予定コンテンツに対応する先に選択した権利情報（Ｒｉｇｈｔ）とスペック情報に、セッション鍵（Ｋｓｅｓ３）を適用して生成したＭＡＣ値（ＭＡＣ４）を付加してコンテンツ配信サーバ（ＣＤＳ）に送信する。

スペック情報とは、コンテンツ利用デバイス（ＣＰＴ）の受信、再生可能なデータフォーマット情報等であり、例えば図１７に示すように、オーディオ再生能力、画像再生能力、通信路設定情報等を含む情報である。コンテンツ配信サーバ（ＣＤＳ）は、このスペック情報に基づいて、コンテンツ配信先のコンテンツ利用デバイス（ＣＰＴ）に適応したデータフォーマットでのコンテンツ配信を行なう。

コンテンツ配信サーバ（ＣＤＳ）は、ステップＳ５２２において、これらのデータを受信し、ステップＳ５２３においてＭＡＣ検証処理を実行して、権利情報（Ｒｉｇｈｔ）等の改竄の有無を判定し、改竄ありと判定した場合は、エラー終了する。

改竄なしと判定した場合は、ステップＳ５２４に進み、受信した権利情報（Ｒｉｇｈｔ）に格納された署名（ＳＩＧｒｓｓ）について、署名に適用されているライセンスサーバ（ＲＳＳ）の秘密鍵に対応する公開鍵（ＰＵＢｒｓｓ）を適用した署名検証処理（Ｓ５２５）を実行する。署名検証が不成立の場合は、データ改竄ありと判定し、エラー終了する。

署名検証が成立し、データ改竄なしと判定した場合には、ステップＳ５２６に進み、受信した権利情報（Ｒｉｇｈｔ）に格納された権利情報識別子（ＩＤｒｉｇｈｔ）（図９、図１０参照）に含まれる有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）に基づいて有効性管理情報データベース（ＶＩＤ）（図１０（ｂ）参照）に基づいて、有効期限内にある権利情報（Ｒｉｇｈｔ）であるか否か、利用回数残があるか否かを判定する。有効期限内でないあるいは利用可能回数残がない場合は、エラー終了とする。

有効に利用可能な権利情報（Ｒｉｇｈｔ）であると判定された場合には、ステップＳ５２７において、コンテンツデータベースからコンテンツ利用デバイス（ＣＰＴ）から受信した権利情報（Ｒｉｇｈｔ）とスペック情報に対応するコンテンツを検索して取得する。

次に、ステップＳ５２８に進み、権利情報（Ｒｉｇｈｔ）のヘッダ内の暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）を先に共有鍵として設定したセッション鍵（Ｋｓｅｓ４）を適用して暗号化し、ステップＳ５２９に進み、受信した権利情報（Ｒｉｇｈｔ）に対応するコンテンツファイル（図８参照）にセッション鍵（Ｋｓｅｓ３）を適用したＭＡＣ値（ＭＡＣ５）を付加してコンテンツ利用デバイス（ＣＰＴ）に送信する。

コンテンツ利用デバイス（ＣＰＴ）は、データを受信（Ｓ５１３）し、受信データについてのＭＡＣ検証（Ｓ５１４）を実行して、ＭＡＣ検証不成立の場合はエラー終了とする。

なお、データのダウンロード（Ｓ５１３）に際し、コンテンツファイルのヘッダ内のＲＨＤチェックモード（図８参照）のモード情報を検証する。モード情報がＹｅｓ、すなわちライセンス格納デバイス（ＲＨＤ）との接続をコンテンツ再生条件としている場合は、コンテンツのダウンロードに際して、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ５０１）を実行する。ライセンス格納デバイス（ＲＨＤ）との接続がなされていない場合や、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ５０１）が不成立の場合は、コンテンツダウンロードは中止される。

ステップＳ５１５において、セッション鍵（ｋｓｅｓ４）を用いて、暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）を復号し、さらに、自己の保有するストレージ鍵（Ｋｓｔｏ１）（図６（ｅ）参照）で再暗号化する。さらに、ステップＳ５１６において、コンテンツファイルにストレージ鍵（Ｋｓｔｏ２）を適用して生成したＭＡＣ（ＭＡＣ５）を付加して記憶部に保存する。コンテンツ利用デバイス（ＣＰＴ）におけるコンテンツファイルの格納形態は、図８に示すコンテンツファイルと同様であるが、コンテンツファイル中の暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）をストレージ鍵（Ｋｓｔｏ１）で暗号化したものとなる。

なお、この記憶コンテンツを再生する場合にも、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ５０１）を実行する。ライセンス格納デバイス（ＲＨＤ）との接続がなされていない場合や、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ５０１）が不成立の場合は、コンテンツ再生は実行されない。以下、この再生処理について説明する。

図１１に示すフローにおけるコンテンツ再生処理（ステップＳ１１８，Ｓ１０４）について、図１８のフローを参照して説明する。このフローにおけるコンテンツ再生処理は、ダウンロードコンテンツの再生処理であり、コンテンツ利用デバイス（ＣＰＴ）の記憶部に既に格納済みのコンテンツを再生する処理である。

まず、コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ６１１において、記憶部に格納したコンテンツファイル（図８参照）を読み出してストレージ鍵（Ｋｓｔｏ２）を適用して読み出しコンテンツファイルのＭＡＣ（ＭＡＣ６）を算出する。次に、ステップＳ６１２において、記憶部にコンテンツファイルと共に格納してあるＭＡＣ（図１６，ステップＳ５１６参照）と照合処理を行ないＭＡＣ検証を実行する。算出ＭＡＣと格納ＭＡＣが一致すればコンテンツファイルが正当なファイルであると判定し、ステップＳ６１３に進む。ＭＡＣが不一致の場合は、エラー終了する。

ステップＳ６１３では、ストレージ鍵（Ｋｓｔｏ１）を適用して記憶部に格納されているコンテンツファイル中の暗号化された暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）をストレージ鍵（Ｋｓｔｏ１）で復号する。

ステップＳ６１４において、コンテンツファイル（図８参照）のメディアフォーマットを確認し、適切な復号、例えばＭＰＥＧ処理等の準備処理を行ない、ステップＳ６１５において、再生時のコピー処理の実行有無を判定し、コピー処理を行なう場合は、ステップＳ６１６において、コンテンツファイル（図８参照）の出力許可（Ｏｕｔｐｕｔ Ｐｅｒｍｉｓｓｉｏｎ）を確認し、出力許可情報に従ったコピー処理準備を実行する。

次に、ステップＳ６１７において、ステップＳ６１３で取得した暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）で暗号化コンテンツを復号しながら再生処理を実行する。

コンテンツファイルのＲＨＤチェックモードがＹｅｓ、すなわち、コンテンツ再生時にライセンス格納デバイス（ＲＨＤ）がコンテンツ利用デバイス（ＣＰＴ）に接続されていることをコンテンツ再生条件としているコンテンツである場合は、このコンテンツ再生時に、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ６０１）を実行する。ライセンス格納デバイス（ＲＨＤ）との接続がなされていない場合や、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ６０１）が不成立の場合は、コンテンツ再生は実行されない。

ステップＳ６１８において、権利情報（Ｒｉｇｈｔ）（図９参照）のＤｏｗｎｌｏａｄＴｙｐｅ情報としてキャッシュ不許可（Ｃａｓｈ ＮＧ）が設定されているか否かを判定し、Ｃａｓｈ ＮＧの設定である場合は、ステップＳ６１９において、記憶部からコンテンツとＭＡＣを消去して再生処理を終了する。Ｃａｓｈ ＮＧではなく、Ｃａｓｈ ＯＫである場合は、ステップＳ６１９のコンテンツＭＡＣ消去を実行することなく、記憶部にデータを残したままとして処理を終了する。

次に、図１１のフローにおける、ステップＳ１２１、Ｓ１４２のストリーミング再生処理について図１９の処理フローを参照して説明する。まず、ステップＳ７１１、Ｓ７２１において、コンテンツ利用デバイス（ＣＰＴ）と、利用コンテンツのストリーミング配信を実行するコンテンツ配信サーバ（ＣＤＳ）との間で、相互認証および鍵共有処理が実行される。相互認証が不成立の場合は、エラーとして処理を終了する。

相互認証が成立し、２つのセッション鍵（Ｋｓｅｓ３，Ｋｓｅｓ４）の共有がなされると、コンテンツ利用デバイス（ＣＰＴ）は、ステップＳ７１２において、利用予定コンテンツに対応する先に選択した権利情報（Ｒｉｇｈｔ）とスペック情報に、セッション鍵（Ｋｓｅｓ３）を適用して生成したＭＡＣ値（ＭＡＣ４）を付加してコンテンツ配信サーバ（ＣＤＳ）に送信する。

スペック情報とは、先に図１７を参照して説明したように、コンテンツ利用デバイス（ＣＰＴ）の受信、再生可能なデータフォーマット情報等であり、オーディオ再生能力、画像再生能力、通信路設定情報等を含む情報である。コンテンツ配信サーバ（ＣＤＳ）は、このスペック情報に基づいて、コンテンツ配信先のコンテンツ利用デバイス（ＣＰＴ）に適応したデータフォーマットでのコンテンツのストリーミング配信を行なう。

コンテンツ配信サーバ（ＣＤＳ）は、ステップＳ７２２において、これらのデータを受信し、ステップＳ７２３においてＭＡＣ（ＭＡＣ４）検証処理を実行して、権利情報（Ｒｉｇｈｔ）等の改竄の有無を判定し、改竄ありと判定した場合は、エラー終了する。

改竄なしと判定した場合は、ステップＳ７２４に進み、受信した権利情報（Ｒｉｇｈｔ）に格納された署名（ＳＩＧｒｓｓ）について、署名に適用されているライセンスサーバ（ＲＳＳ）の秘密鍵に対応する公開鍵（ＰＵＢｒｓｓ）を適用した署名検証処理（Ｓ７２５）を実行する。署名検証が不成立の場合は、データ改竄ありと判定し、エラー終了する。

署名検証が成立し、データ改竄なしと判定した場合には、ステップＳ７２６に進み、受信した権利情報（Ｒｉｇｈｔ）に格納された権利情報識別子（ＩＤｒｉｇｈｔ）（図９、図１０参照）に含まれる有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）に基づいて有効性管理情報データベース（ＶＩＤ）（図１０（ｂ）参照）に基づいて、有効期限内にある権利情報（Ｒｉｇｈｔ）であるか否か、利用回数残があるか否かを判定する。有効期限内でないあるいは利用可能回数残がない場合は、エラー終了とする。

有効に利用可能な権利情報（Ｒｉｇｈｔ）であると判定された場合には、ステップＳ７２７において、コンテンツデータベースからコンテンツ利用デバイス（ＣＰＴ）から受信した権利情報（Ｒｉｇｈｔ）とスペック情報に対応するコンテンツを検索して取得する。

次に、ステップＳ７２８に進み、権利情報（Ｒｉｇｈｔ）のヘッダ内の暗号処理鍵（Ｅｎｃｒｙｐｔｉｏｎ Ｋｅｙ）を先に共有鍵として設定したセッション鍵（Ｋｓｅｓ４）を適用して暗号化し、ステップＳ７２９に進み、受信した権利情報（Ｒｉｇｈｔ）に対応するコンテンツファイル（図８参照）のヘッダ部のみセッション鍵（Ｋｓｅｓ３）を適用したＭＡＣ値（ＭＡＣ５）を付加してコンテンツ利用デバイス（ＣＰＴ）に送信する。

コンテンツ利用デバイス（ＣＰＴ）は、ヘッダおよびＭＡＣ（ＭＡＣ５）を受信（Ｓ７１３）し、ＭＡＣ検証（Ｓ７１４）を実行して、ＭＡＣ検証不成立の場合はエラー終了とする。

なお、コンテンツヘッダを受信（Ｓ７１３）後、ヘッダ内のＲＨＤチェックモード（図８参照）のモード情報を検証し、モード情報がＹｅｓ、すなわちライセンス格納デバイス（ＲＨＤ）との接続をコンテンツ再生条件としている場合は、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ７０１）を実行する。ライセンス格納デバイス（ＲＨＤ）との接続がなされていない場合や、ライセンス格納デバイス（ＲＨＤ）との認証が不成立の場合は、その後のコンテンツ再生は実行されない。

ステップＳ７１４においてＭＡＣ検証が成立し、データ改竄のないヘッダ情報であることが確認されると、ステップＳ７１５に進み、ヘッダ情報に基づいて、再生処理準備を行ない。ステップＳ７１６において、コンテンツ配信サーバ（ＣＤＳ）に対してコンテンツのストリーミング配信を要求する。ステップＳ７３０で、コンテンツ配信サーバ（ＣＤＳ）が要求データを受信し、ステップＳ７３１において、先に送付済みのヘッダ情報に対応するコンテンツデータをセッション鍵（Ｋｓｅｓ４）で暗号化して送信する。

ステップＳ７１７において、コンテンツ利用デバイス（ＣＰＴ）は、暗号化コンテンツを受信し、セッション鍵（Ｋｓｅｓ４）で復号処理を実行しながら、ストリーミング再生処理を実行する。なお、ストリーミング再生時においても、コンテンツ利用デバイス（ＣＰＴ）は、ライセンス格納デバイス（ＲＨＤ）との認証処理（Ｓ７０２）を随時実行する。ライセンス格納デバイス（ＲＨＤ）との接続がなされていない場合や、ライセンス格納デバイス（ＲＨＤ）との認証不成立の場合は、コンテンツ再生は停止される。

［５．権利情報の購入、格納処理］
次に、権利情報（Ｒｉｇｈｔ）の購入、ライセンス格納デバイス（ＲＨＤ）に対する格納処理について、図２０以下のフローを参照して説明する。

まず、権利情報（Ｒｉｇｈｔ）の購入処理について、図２０のフローを参照して説明する。図２０に示す処理フローは、オンラインによりネットワークを介して権利情報（Ｒｉｇｈｔ）を取得し、ライセンス格納デバイス（ＲＨＤ）に格納する処理手順を示している。

まず、権利情報（Ｒｉｇｈｔ）を取得しようとするユーザは、ライセンス購入デバイス（ＲＢＴ）を用いて、コンテンツ販売サイトに接続し、利用（再生）コンテンツを決定し、コンテンツ指定情報としてのコンテンツＩＤ（ＩＤｃｏｎｔ）をライセンスサーバ（ＲＳＳ）に送信（Ｓ８２１，Ｓ８３１）する。

次に、ステップＳ８１１，８２２，８３２において、ライセンス購入デバイス（ＲＢＴ）は、ユーザの決済情報を格納、あるいは入力可能なユーザ利用料金支払実行デバイス（ＵＰＤ）からライセンス購入デバイス（ＲＢＴ）を介して、クレジットカード番号等、支払者情報をライセンスサーバ（ＲＳＳ）に送信する。ライセンスサーバ（ＲＳＳ）は、支払者情報に基づく決済処理を行なう。

ステップＳ８１１，８２２，８３２において実行される決済処理の詳細について、図２１の処理フローを参照して説明する。まず、ライセンス購入デバイス（ＲＢＴ）と、ユーザ利用料金支払実行デバイス（ＵＰＤ）との間で相互認証および鍵共有処理（Ｓ９０１，Ｓ９１１）が実行され、セッション鍵（Ｋｓｅｓ５）を共有する。認証不成立の場合は、エラー終了とする。

ライセンス購入デバイス（ＲＢＴ）と、ユーザ利用料金支払実行デバイス（ＵＰＤ）との間で相互認証および鍵共有処理が成功すると、次に、ライセンス購入デバイス（ＲＢＴ）とライセンスサーバ（ＲＳＳ）との間で相互認証および鍵共有処理（Ｓ９１２，Ｓ９２１）が実行され、セッション鍵（Ｋｓｅｓ６）を共有する。認証不成立の場合は、エラー終了とする。

ライセンス購入デバイス（ＲＢＴ）とライセンスサーバ（ＲＳＳ）との間で相互認証および鍵共有処理が成功すると、ライセンス購入デバイス（ＲＢＴ）は、ステップＳ９１３において、ユーザ利用料金支払実行デバイス（ＵＰＤ）のＩＤにセッション鍵（Ｋｓｅｓ６）で生成したＭＡＣ（ＭＡＣ７）を付加してライセンスサーバ（ＲＳＳ）に送信する。

ライセンスサーバ（ＲＳＳ）は、ステップＳ９２２において、これらの送信データを受信し、ＭＡＣ検証（Ｓ９２３）を行ない、算出ＭＡＣと受信ＭＡＣが不一致の場合は、エラー終了とする。ＭＡＣ検証が成立し、データ改竄の無いことが確認されると、ライセンスサーバ（ＲＳＳ）は、ステップＳ９２４において、決済処理を実行する利用権料金納付管理サーバ（ＰＡＳ：Ｐａｙｍｅｎｔ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｓｅｒｖｅｒ）に対して、決済情報を送信し、利用権料金納付管理サーバ（ＰＡＳ）において、ユーザ利用料金支払実行デバイス（ＵＰＤ）毎の与信情報に基づいて、決済情報の正当性、決済処理の可否等を判定し、決済処理可能な場合は、決済処理を実行して、結果をライセンスサーバ（ＲＳＳ）に通知し、ライセンスサーバ（ＲＳＳ）は、通知に基づいて、決済が実行されていない場合は、エラー終了とし、決済が実行された場合は、ライセンス購入デバイス（ＲＢＴ）に対する権利情報（Ｒｉｇｈｔ）送信処理に移行する。

図２０に戻り、説明を続ける。ステップＳ８１１，８２２，８３２において決済処理が成功すると、次に、ステップＳ８２３、Ｓ８０１において、ライセンス購入デバイス（ＲＢＴ）が受信した権利情報（Ｒｉｇｈｔ）のライセンス格納デバイス（ＲＨＤ）に対する書き込み処理が行われる。

この権利情報（Ｒｉｇｈｔ）のライセンス格納デバイス（ＲＨＤ）に対する書き込み処理の詳細について、図２２の処理フローを参照して説明する。

まず、ライセンス購入デバイス（ＲＢＴ）と、ライセンス格納デバイス（ＲＨＤ）との間で相互認証および鍵共有処理（Ｓ９５１，Ｓ９６１）が実行され、セッション鍵（Ｋｓｅｓ７）を共有する。認証不成立の場合は、エラー終了とする。

ライセンス購入デバイス（ＲＢＴ）と、ライセンス格納デバイス（ＲＨＤ）との間で相互認証および鍵共有処理が成功すると、次に、ライセンス購入デバイス（ＲＢＴ）は、ステップＳ９６２において、ライセンス格納デバイス（ＲＨＤ）のＩＤ（ＩＤｒｈｄ）にセッション鍵（Ｋｓｅｓ７）を適用してＭＡＣ（ＭＡＣ８）を付加してライセンスサーバ（ＲＳＳ）に送信する。

ライセンスサーバ（ＲＳＳ）は、ステップＳ９７１において、これらの送信データを受信し、ＭＡＣ検証（Ｓ９７２）を行ない、算出ＭＡＣと受信ＭＡＣが不一致の場合は、エラー終了とする。ＭＡＣ検証が成立し、データ改竄の無いことが確認されると、ライセンスサーバ（ＲＳＳ）は、ステップＳ９７３において、利用（再生）予定のコンテンツに対応する権利情報（Ｒｉｇｈｔ）（図９参照）を生成する。この権利情報（Ｒｉｇｈｔ）には、ライセンス購入デバイス（ＲＢＴ）から受信し、正当性検証により正当性の検証されたライセンス格納デバイス（ＲＨＤ）のＩＤ（ＩＤｒｈｄ）を格納する。

さらに、ステップＳ９７４において、ライセンスサーバ（ＲＳＳ）は、権利情報（Ｒｉｇｈｔ）に自己の秘密鍵による署名を付加する。ステップＳ９７５では、コンテンツの利用条件に応じて、有効性管理情報データベース（ＶＩＤ）（図１０（ｂ）参照）にエントりを設定する。有効性管理情報データベース（ＶＩＤ）は、図１０（ｂ）に示すように、コンテンツ識別子（ＩＤｃｏｎｔ）と、有効情報コード（Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）と、コンテンツ利用開始可能期間の開始日時（Ｓｔａｒｔ）、終了日時（Ｅｎｄ）、コンテンツ利用可能の残り回数（残りカウント）の各情報を格納しており、コンテンツ利用条件に基づいてこれらの情報が設定される。

次に、ステップＳ９７６において、生成した権利情報（Ｒｉｇｈｔ）にセッション鍵（Ｋｓｅｓ６）を適用したＭＡＣ（ＭＡＣ９）を付加してライセンス購入デバイス（ＲＢＴ）に送信する。ライセンス購入デバイス（ＲＢＴ）は権利情報（Ｒｉｇｈｔ）およびＭＡＣ９を受信（Ｓ９６３）し、ＭＡＣ検証（Ｓ９６４）を行ない、検証不成立の場合はエラー終了とする。

ＭＡＣ検証が成立した場合は、ステップＳ９６５において、受信した権利情報（ｒｉｇｈｔ）にセッション鍵（Ｋｓｅｓ７）を適用して生成したＭＡＣ（ＭＡＣ１０）を付加して、ライセンス格納デバイス（ＲＨＤ）に送信する。

ライセンス格納デバイス（ＲＨＤ）は、権利情報（Ｒｉｇｈｔ）およびＭＡＣ１０を受信（Ｓ９５２）し、ＭＡＣ検証（Ｓ９５３）を行ない、検証不成立の場合はエラー終了とする。

ＭＡＣ検証が成立した場合は、ステップＳ９５４において、受信した権利情報（ｒｉｇｈｔ）を記憶部に書き込みし、処理を終了する。

上述した処理によって、権利情報（Ｒｉｇｈｔ）をライセンス格納デバイス（ＲＨＤ）に格納し、コンテンツ利用に際しては、権利情報（Ｒｉｇｈｔ）をライセンス格納デバイス（ＲＨＤ）から、コンテンツ利用デバイス（ＣＰＴ）に出力し、さらにコンテンツ配信サーバ（ＣＳＳ）に送信し、コンテンツ配信サーバ（ＣＳＳ）において、前述したように、権利情報（Ｒｉｇｈｔ）の正当性検証を実行し、権利情報（Ｒｉｇｈｔ）に対応するコンテンツをコンテンツ利用デバイス（ＣＰＴ）に送信し、コンテンツ利用デバイス（ＣＰＴ）はこれを再生、利用することが可能となる。

このように、本発明の構成においては、１つのライセンス格納デバイス（ＲＨＤ）があれば複数のコンテンツ利用デバイス（ＣＰＴ）で同じコンテンツを次々と再生することができる。また、権利情報（Ｒｉｇｈｔ）には発行者、例えばライセンスサーバ（ＲＳＳ）の署名が付加されており、利用時には署名検証が行なわれるので、不正に生成されたりあるいは改竄された権利情報（Ｒｉｇｈｔ）による不正なコンテンツ利用は排除される。

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

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

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

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

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

以上、説明したように、本発明においては、ライセンス格納デバイス（ＲＨＤ）にコンテンツに対応する利用権としてのライセンスを示す権利情報（Ｒｉｇｈｔ）を格納し、コンテンツ利用に際して、権利情報（Ｒｉｇｈｔ）をライセンス格納デバイス（ＲＨＤ）から、コンテンツ利用デバイス（ＣＰＴ）に出力し、さらにコンテンツ配信サーバ（ＣＳＳ）に送信し、コンテンツ配信サーバ（ＣＳＳ）において、権利情報（Ｒｉｇｈｔ）の正当性検証を実行し、権利情報（Ｒｉｇｈｔ）に対応するコンテンツをコンテンツ利用デバイス（ＣＰＴ）に送信する構成としたので、１つのライセンス格納デバイス（ＲＨＤ）があれば複数のコンテンツ利用デバイス（ＣＰＴ）で同じコンテンツを次々と再生することができる。

また、本発明の構成によれば、権利情報（Ｒｉｇｈｔ）には発行者、例えばライセンスサーバ（ＲＳＳ）の署名が付加されており、利用時には署名検証が行なわれるので、不正に生成されたりあるいは改竄された権利情報（Ｒｉｇｈｔ）による不正なコンテンツ利用は排除され、また、各エンティテイ間の通信実行時には、相互認証を実行し、送受信データに対するＭＡＣを付加する構成としたので、確実な通信相手と確実なデータの送受信が可能となる。

また、本発明の構成においては、コンテンツ利用デバイス（ＣＰＴ）が定期的にライセンス格納デバイス（ＲＨＤ）の存在を相互認証により確かめて、存在が確認されないと再生を停止する処理を可能としたので、ＣＤのようにメディアをセットした状態でのみコンテンツを再生可能とした設定が可能である。

さらに、本発明の構成においては、コンテンツのＩＤに対して有効期限、有効回数情報をリンクさせたデータベースとしての有効性管理情報データベース（ＶＩＤ）を作成し、権利情報（Ｒｉｇｈｔ）に基づくコンテンツ利用時にコンテンツ配信サーバ（ＣＤＳ）が参照し、権利情報の有効性を確認する構成としたので、権利の寿命、有効性判断等のコントロールがサーバ側で可能となる。

また、本発明の構成によれば、コンテンツファイルのヘッダ情報に出力コントロール情報を格納し、コンテンツ利用デバイス（ＣＰＴ）がこれに準拠した動作をする構成としたので、コンテンツファイルのヘッダー情報の設定により、コピーコントロールを著作権側がフレキシブルに設定することが可能となる。

さらに、本発明の構成によれば、コンテンツ利用デバイス（ＣＰＴ）からスペック情報、通信路情報をコンテンツ配信サーバ（ＣＤＳ）に送信する構成としたので、コンテンツの態様をコンテンツ利用デバイス（ＣＰＴ）に最適なフォーマット、送受信速度で送信することが可能となる。

また、本発明の構成においては、権利情報（Ｒｉｇｈｔ）にコンテンツ配信サーバ（ＣＤＳ）またはインデックスサーバ（ＣＩＳ）情報を格納する構成としたので、コンテンツの配信先をコンテンツ利用デバイス（ＣＰＴ）において容易に決定できる。

さらに、本発明の構成によれば、権利情報（Ｒｉｇｈｔ）中にキャッシュの許可情報等、詳細なコンテンツ処理態様を設定可能としたので、コンテンツに応じた様々な利用制限を実現することができる。例えば、コンテンツにはダウンロード型コンテンツとストリーミング配信コンテンツがあるが、ダウンロード型でなおかつデータの更新のないスタティックなコンテンツの場合はコンテンツ利用デバイス（ＣＰＴ）の記憶領域にコンテンツをキャッシュしておくことで、再生のたびにダウンロードする必要がなくなる。そのような制御情報を権利情報中に格納することができる。

さらに、本発明の構成によれば、１つのライセンス格納デバイス（ＲＨＤ）に複数のコンテンツに対応する権利情報を格納可能であり、コンテンツ毎のデバイスを設定する必要がない。また、権利の格納されていない空のライセンス格納デバイス（ＲＨＤ）を販売し、購入用の端末を通じて権利情報を購入し、ライセンス格納デバイス（ＲＨＤ）に格納することが可能であり、ＣＤ等のように固定コンテンツとしてではなく、複数のコンテンツ、あるいは新規のコンテンツの利用権情報として利用することができる。また、権利情報には、ライセンス格納デバイス（ＲＨＤ）の識別情報（ＩＤｒｈｄ）が、ライセンスサーバにおいて書き込み格納する構成であるので、他のライセンス格納デバイス（ＲＨＤ）へのコピー等が行われた場合でも不正が容易に検出可能となり、権利情報（Ｒｉｇｇｈｔ）の不正利用が防止される。

１１０ ローカル領域
１１１ コンテンツ利用デバイス（ＣＰＴ）
１１２ ライセンス格納デバイス（ＲＨＤ）
１１３ ライセンス購入デバイス（ＲＢＴ）
１１４ ユーザ利用料金支払実行デバイス（ＵＰＤ）
１２１ コンテンツ配信サーバ（１２１）
１２２ ライセンスサーバ（ＲＳＳ）
１２３ 有効性管理情報データベース
１２４ ＣＤＳインデックスサーバ（ＣＩＳ）
１２５ 利用権料金納付管理サーバ（ＰＡＳ）
１３１ 認証局（ＣＡ）
２１０ サーバ
２１１ 制御部
２１２ 記憶部（揮発性）
２１３ 通信部
２１４ 入力部
２１５ 表示部
２１６ 記憶部（不揮発性）
２２０ デバイス
２２１ 制御部
２２２ 記憶部（揮発性）
２２３ 記憶部（不揮発性）
２２４，２２５ 通信部
２２６ 暗号処理部
２２７ 記憶部（揮発性）
２２８ 記憶部（不揮発性）
２２９ 入力部
２３０ 表示部
２３１ 耐タンパー部
２５０ デバイス
２５１ 暗号処理部
２５２ 記憶部（揮発性）
２５３ 記憶部（不揮発性）
２５４ 通信部

Claims (6)

1. ユーザの提供するオリジナルコンテンツをコンテンツ利用デバイスからコンテンツ配信サーバに送信するコンテンツ送信手段と、
   前記オリジナルコンテンツの利用権を記述した利用権情報に対して、前記ユーザの署名用鍵に基づく電子署名を付与する電子署名付与手段と、
   前記電子署名付与手段によって電子署名が付与された利用権情報を、前記コンテンツ利用デバイスからライセンス格納デバイスに送信する送信手段と、
   前記コンテンツ配信サーバからコンテンツを受信するコンテンツ受信手段と、
   前記ライセンス格納デバイスとの間で認証処理を実行する認証手段と、
   前記認証手段による認証処理が不成立の場合に前記コンテンツ受信手段によるコンテンツ受信を停止する制御手段と、
   を備えるコンテンツ利用デバイス。
2. 前記コンテンツ利用デバイスは、さらに、
   前記コンテンツ受信手段で受信したコンテンツをストリーミング再生する再生手段を有し、
   前記認証手段は、前記再生手段における前記コンテンツのストリーミング再生開始後に、前記ライセンス格納デバイスとの間で認証処理を実行し、
   前記再生手段は、前記認証手段による認証結果に応じて前記ストリーミング再生を停止する請求項１に記載のコンテンツ利用デバイス。
3. 前記再生手段は、
   前記ライセンス格納デバイスとの接続がなされていない場合、または、
   前記認証手段による前記ライセンス格納デバイスとの認証が不成立の場合に前記ストリーミング再生を停止する請求項２に記載のコンテンツ利用デバイス。
4. 前記認証手段は、
   前記コンテンツ配信サーバから受信するコンテンツの付加情報に前記ライセンス格納デバイスとの接続をコンテンツ再生条件とすることを示すモード情報の記録がある場合に前記ライセンス格納デバイスとの認証処理を実行する請求項２に記載のコンテンツ利用デバイス。
5. 前記オリジナルコンテンツは前記ユーザの作成したオリジナルコンテンツであり、
   前記利用権情報は、前記オリジナルコンテンツの作成ユーザの署名用鍵に基づく電子署名が設定された構成である請求項１に記載のコンテンツ利用デバイス。
6. コンテンツ利用デバイスにおいて実行する情報処理方法であり、
   コンテンツ送信手段が、ユーザの提供するオリジナルコンテンツをコンテンツ利用デバイスからコンテンツ配信サーバに送信するコンテンツ送信ステップと、
   電子署名付与手段が、前記オリジナルコンテンツの利用権を記述した利用権情報に対して、前記ユーザの署名用鍵に基づく電子署名を付与する電子署名付与ステップと、
   送信手段が、前記電子署名付与ステップにおいて電子署名が付与された利用権情報を、前記コンテンツ利用デバイスからライセンス格納デバイスに送信する送信ステップと、
   コンテンツ受信手段が、前記コンテンツ配信サーバからコンテンツを受信するコンテンツ受信ステップと、
   認証手段が、前記ライセンス格納デバイスとの間で認証処理を実行する認証ステップと、
   制御手段が、前記認証ステップにおける認証処理が不成立の場合に前記コンテンツ受信手段によるコンテンツ受信を停止する制御ステップと、
   を有する情報処理方法。

Images