(57)【要約】【課題】  ライセンスに基づくコンテンツの利用管理を行い、かつコンテンツ利用の利便性を向上させた構成を提供する。【解決手段】  コンテンツの利用権情報としてのライセンスを機器対応ではなく、ユーザ対応として設定して、ユーザに提供する。従来、クライアントの機器に縛り付けられていたライセンスをユーザ対応として設定することで、自己のクライアントマシンのみならず、どのようなクライアント機器においても、様々な機器に移動可能なライセンスの確認に基づくコンテンツ再生が可能となる。例えば鍵配信ツリー構成におけるリーフＩＤをユーザＩＤとして設定し、ユーザＩＤ対応のライセンスを発行してユーザに提供する。コンテンツの使用に関しては、ライセンスを格納した外部記憶装置と、コンテンツ再生機器との通信によりライセンス確認を行いライセンスによる使用制限を行う。【選択図】  図９
2005056234.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ再生を実行する情報処理装置であり、
外部記憶装置との通信を実行する通信インタフェースと、
ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納されたライセンスの確認要求を前記外部記憶装置に対して出力するとともに、前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを入力し、該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記ライセンスは、ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納され、前記情報処理装置は、前記外部記憶装置においてユーザＩＤに基づく復号処理の結果、取得されるライセンスを該外部記憶装置から入力し、ライセンスの有効期間の判定処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記ユーザ識別情報としてのユーザＩＤは、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記ユーザノードキーは、
鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、
前記データ処理部は、前記ユーザノードキーを適用した鍵情報ブロックの復号処理により、暗号化コンテンツの復号に適用する鍵を取得する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記暗号化コンテンツは、コンテンツキーで暗号化されたデータであり、
前記データ処理部は、前記ユーザノードキーに基づく暗号処理により、暗号化コンテンツキーの復号に適用する鍵を取得し、取得した鍵による暗号化コンテンツキーの復号によって、コンテンツキーを取得し、該コンテンツキーに基づく暗号化コンテンツの復号を実行し、コンテンツを取得する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記情報処理装置は、
前記外部記憶装置との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記情報処理装置は、ライセンスサーバとの接続によるライセンス取得処理を実行する構成であり、
ユーザ対応の識別子であるユーザＩＤまたはパスワードの前記ライセンスサーバに対する送信によりユーザ対応のライセンス取得処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
コンテンツ再生機器に対して着脱可能な情報記憶装置であり、
コンテンツの利用権情報としてのライセンスであり、ユーザ対応の権利情報として設定されたライセンスをユーザ識別情報に基づく暗号化データとして格納した不揮発性メモリと、
前記不揮発性メモリに格納されるライセンスのユーザ識別情報に基づく暗号化および復号処理を実行するデータ処理部と、
を有することを特徴とする情報記憶装置。
【請求項９】
前記情報記憶装置は、
前記コンテンツ再生機器との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行する構成であることを特徴とする請求項８に記載の情報記憶装置。
【請求項１０】
前記ユーザ識別情報は、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする請求項８に記載の情報記憶装置。
【請求項１１】
前記不揮発性メモリは、さらに、
鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記コンテンツ再生機器における暗号化コンテンツの復号に適用する鍵情報の取得処理に適用するユーザノードキーを格納した構成であることを特徴とする請求項８に記載の情報記憶装置。
【請求項１２】
前記情報記憶装置は、
前記ライセンスの有効性の確認を条件として、前記ユーザノードキーを前記コンテンツ再生機器に出力する構成であることを特徴とする請求項１１に記載の情報記憶装置。
【請求項１３】
コンテンツ再生を実行する情報処理装置における情報処理方法であり、
情報処理装置に接続された外部記憶装置に対してコンテンツ利用権情報としてのライセンスの確認要求を出力するライセンス確認ステップと、
前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを前記外部記憶装置から入力するステップと、
該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理ステップと、
を有することを特徴とする情報処理方法。
【請求項１４】
前記ライセンスは、ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納され、
前記ライセンス確認ステップは、
前記外部記憶装置においてユーザＩＤに基づく復号処理の結果、取得されるライセンスの有効期間判定処理を含むステップであることを特徴とする請求項１３に記載の情報処理方法。
【請求項１５】
前記ユーザ識別情報としてのユーザＩＤは、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする請求項１３に記載の情報処理方法。
【請求項１６】
前記ユーザノードキーは、
鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、
前記データ処理ステップは、
前記ユーザノードキーを適用した鍵情報ブロックの復号処理により、暗号化コンテンツの復号に適用する鍵を取得するステップを含むことを特徴とする請求項１３に記載の情報処理方法。
【請求項１７】
前記暗号化コンテンツは、コンテンツキーで暗号化されたデータであり、
前記データ処理ステップは、
前記ユーザノードキーに基づく暗号処理により、暗号化コンテンツキーの復号に適用する鍵を取得し、取得した鍵による暗号化コンテンツキーの復号によって、コンテンツキーを取得し、該コンテンツキーに基づく暗号化コンテンツの復号を実行し、コンテンツを取得するステップを含むことを特徴とする請求項１３に記載の情報処理方法。
【請求項１８】
前記情報処理方法は、さらに、
前記外部記憶装置との認証処理を実行するステップを含み、認証の成立を条件として相互のデータ送受信を実行することを特徴とする請求項１３に記載の情報処理方法。
【請求項１９】
前記情報処理方法は、さらに、
ライセンスサーバとの接続によるライセンス取得処理を実行するステップを有し、
ユーザ対応の識別子であるユーザＩＤまたはパスワードの前記ライセンスサーバに対する送信によりユーザ対応のライセンス取得処理を実行することを特徴とする請求項１３に記載の情報処理方法。
【請求項２０】
コンテンツ再生機器に接続された情報記憶装置において実行する情報処理方法であり、
前記コンテンツ再生機器からのライセンス確認要求に応じて、不揮発性メモリに格納された暗号化ライセンスを取得するライセンス取得ステップと、
取得したライセンスをユーザ識別情報に基づいて復号する復号ステップと、
前記復号ステップにおいて復号したライセンスから取得される情報を前記コンテンツ再生機器に出力するステップと、
を有することを特徴とする情報処理方法。
【請求項２１】
前記情報処理方法は、さらに、
前記コンテンツ再生機器との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行することを特徴とする請求項２０に記載の情報処理方法。
【請求項２２】
前記ユーザ識別情報は、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする請求項２０に記載の情報処理方法。
【請求項２３】
前記情報処理方法は、さらに、
鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記コンテンツ再生機器における暗号化コンテンツの復号に適用する鍵情報の取得処理に適用するユーザノードキーを、前記不揮発性メモリから取得し、前記コンテンツ再生機器に出力するユーザノードキー出力ステップを有することを特徴とする請求項２０に記載の情報処理方法。
【請求項２４】
前記情報理方法において、
ユーザノードキー出力ステップは、
前記ライセンスの有効性の確認を条件として、前記ユーザノードキーを前記コンテンツ再生機器に出力するステップであることを特徴とする請求項２３に記載の情報処理方法。
【請求項２５】
コンテンツ再生に関する情報処理を実行するコンピュータ・プログラムであり、
情報処理装置に接続された外部記憶装置に対してコンテンツ利用権情報としてのライセンスの確認要求を出力するライセンス確認ステップと、
前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを前記外部記憶装置から入力するステップと、
該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項２６】
コンテンツ再生機器に接続された情報記憶装置におけるデータ処理を実行するコンピュータ・プログラムであり、
前記コンテンツ再生機器からのライセンス確認要求に応じて、不揮発性メモリに格納された暗号化ライセンスを取得するライセンス取得ステップと、
取得したライセンスをユーザ識別情報に基づいて復号する復号ステップと、
前記復号ステップにおいて復号したライセンスから取得される情報を前記コンテンツ再生機器に出力するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報記憶装置、および方法、並びにコンピュータ・プログラムに関する。特に、コンテンツに関する著作権者あるいは頒布権所有者等のコンテンツ権利者からの正当なコンテンツ利用に関するライセンスを受けていないコンテンツの不正利用を防止し、かつ、ユーザによるコンテンツ利用の利便性を向上させた情報処理装置、情報記憶装置、および方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００２】
昨今、音楽データ、画像データ、ゲームプログラム、その他のアプリケーションプログラム等、様々なソフトウエアデータ（以下、これらをコンテンツ（Content）と呼ぶ）が、インターネット等のネットワークを介して流通している。また、オンラインショッピング等、ネットワークを介した商品売買も次第に盛んになってきている。
【０００３】
また、最近は、インターネットを介して、ユーザが、自分自身が保持している音楽データ等のコンテンツを他のユーザにネットワークや記録媒体を介して提供し、自分自身が保持していない音楽データを他のユーザから受領するなど、複数のユーザが無料で音楽データなどのコンテンツを交換するといったコンテンツの流通が行われている。
【０００４】
このようなコンテンツ交換システムが発展していくと、理論的には、１つの音楽データなどのコンテンツが存在すれば、コンテンツの格納場所にアクセスすることのできる他の全てのユーザが、そのコンテンツを利用することが可能となり、多くのユーザがコンテンツの購入を行わなくなり、コンテンツの著作権、あるいは頒布権等のコンテンツ権利者の利浮きが損なわれることになる。
【０００５】
音楽データ、画像データ等、多くのコンテンツは、一般的にその作成者あるいは販売者に頒布権等が保有されている。従って、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
【０００６】
特に、近年においては、情報をデジタル的に記録する記録装置や記録媒体が普及しつつある。このようなデジタル記録装置および記録媒体によれば、例えば画像や音声を劣化させることなく記録、再生を繰り返すことが可能であり、不正コピーコンテンツのインターネットを介した配信や、コンテンツをＣＤ−Ｒ等にコピーした、いわゆる海賊版ディスクの流通や、ＰＣ等のハードディスクに格納したコピーコンテンツの利用が蔓延しているといった問題が発生している。
【０００７】
このような不正なコンテンツ利用を防止するための構成については、様々提案されている。例えば特許文献１には、ライセンス発行装置が発行したライセンスをユーザデバイスに対して発行し、ユーザデバイスにおいて、コンテンツを再生する際に、ライセンス情報を参照し、正当なライセンスであることが確認されたことを条件としてコンテンツの再生を実行するシステムを開示している。
【０００８】
特許文献１に記載のシステムは、再生装置に限定されずにコンテンツを利用可能とするため、例えばユーザの携帯可能なメモリカードにライセンス情報を格納可能として、メモリカードを装着した再生装置においてコンテンツ再生を行う際にメモリカードからライセンス情報を読み出して検証を行う構成を開示している。
【０００９】
しかし、特許文献１に記載のシステムは、メモリカード等、特定の機器に対するライセンスの発行処理が原則であり、ライセンスと機器との対応が不可欠となってしまい、その特定のメモリカードを持たない場合には、コンテンツの再生行えなくなるという不便がある。
【特許文献１】特許公開２００２−７３４２１
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、上述の如き状況に鑑みてなされたものであり、特定の機器に対応させたライセンスという概念ではなく、ユーザに対するライセンスの設定とすることで、ユーザによるコンテンツ利用の利便性を向上させて、かつ、コンテンツの不正利用を防止することを可能とした情報処理装置、情報記憶装置、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、
コンテンツ再生を実行する情報処理装置であり、
外部記憶装置との通信を実行する通信インタフェースと、
ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納されたライセンスの確認要求を前記外部記憶装置に対して出力するとともに、前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを入力し、該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理部と、
を有することを特徴とする情報処理装置にある。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記ライセンスは、ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納され、前記情報処理装置は、前記外部記憶装置においてユーザＩＤに基づく復号処理の結果、取得されるライセンスを該外部記憶装置から入力し、ライセンスの有効期間の判定処理を実行する構成であることを特徴とする。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記ユーザ識別情報としてのユーザＩＤは、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記ユーザノードキーは、鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記データ処理部は、前記ユーザノードキーを適用した鍵情報ブロックの復号処理により、暗号化コンテンツの復号に適用する鍵を取得する構成であることを特徴とする。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記暗号化コンテンツは、コンテンツキーで暗号化されたデータであり、前記データ処理部は、前記ユーザノードキーに基づく暗号処理により、暗号化コンテンツキーの復号に適用する鍵を取得し、取得した鍵による暗号化コンテンツキーの復号によって、コンテンツキーを取得し、該コンテンツキーに基づく暗号化コンテンツの復号を実行し、コンテンツを取得する構成であることを特徴とする。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、前記外部記憶装置との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行する構成であることを特徴とする。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、ライセンスサーバとの接続によるライセンス取得処理を実行する構成であり、ユーザ対応の識別子であるユーザＩＤまたはパスワードの前記ライセンスサーバに対する送信によりユーザ対応のライセンス取得処理を実行する構成であることを特徴とする。
【００１８】
さらに、本発明の第２の側面は、
コンテンツ再生機器に対して着脱可能な情報記憶装置であり、
コンテンツの利用権情報としてのライセンスであり、ユーザ対応の権利情報として設定されたライセンスをユーザ識別情報に基づく暗号化データとして格納した不揮発性メモリと、
前記不揮発性メモリに格納されるライセンスのユーザ識別情報に基づく暗号化および復号処理を実行するデータ処理部と、
を有することを特徴とする情報記憶装置にある。
【００１９】
さらに、本発明の情報記憶装置の一実施態様において、前記情報記憶装置は、前記コンテンツ再生機器との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行する構成であることを特徴とする。
【００２０】
さらに、本発明の情報記憶装置の一実施態様において、前記ユーザ識別情報は、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする。
【００２１】
さらに、本発明の情報記憶装置の一実施態様において、前記不揮発性メモリは、さらに、鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記コンテンツ再生機器における暗号化コンテンツの復号に適用する鍵情報の取得処理に適用するユーザノードキーを格納した構成であることを特徴とする。
【００２２】
さらに、本発明の情報記憶装置の一実施態様において、前記情報記憶装置は、前記ライセンスの有効性の確認を条件として、前記ユーザノードキーを前記コンテンツ再生機器に出力する構成であることを特徴とする。
【００２３】
さらに、本発明の第３の側面は、
コンテンツ再生を実行する情報処理装置における情報処理方法であり、
情報処理装置に接続された外部記憶装置に対してコンテンツ利用権情報としてのライセンスの確認要求を出力するライセンス確認ステップと、
前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを前記外部記憶装置から入力するステップと、
該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理ステップと、
を有することを特徴とする情報処理方法にある。
【００２４】
さらに、本発明の情報処理方法の一実施態様において、前記ライセンスは、ユーザ識別情報としてのユーザＩＤに基づく暗号化データとして前記外部記憶装置に格納され、前記有効性確認ステップは、前記外部記憶装置においてユーザＩＤに基づく復号処理の結果、取得されるライセンスを該外部記憶装置から入力し、ライセンスの有効期間の判定処理を実行するステップであることを特徴とする。
【００２５】
さらに、本発明の情報処理方法の一実施態様において、前記ユーザ識別情報としてのユーザＩＤは、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする。
【００２６】
さらに、本発明の情報処理方法の一実施態様において、前記ユーザノードキーは、鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記データ処理ステップは、前記ユーザノードキーを適用した鍵情報ブロックの復号処理により、暗号化コンテンツの復号に適用する鍵を取得するステップを含むことを特徴とする。
【００２７】
さらに、本発明の情報処理方法の一実施態様において、前記暗号化コンテンツは、コンテンツキーで暗号化されたデータであり、前記データ処理ステップは、前記ユーザノードキーに基づく暗号処理により、暗号化コンテンツキーの復号に適用する鍵を取得し、取得した鍵による暗号化コンテンツキーの復号によって、コンテンツキーを取得し、該コンテンツキーに基づく暗号化コンテンツの復号を実行し、コンテンツを取得するステップを含むことを特徴とする。
【００２８】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記外部記憶装置との認証処理を実行するステップを含み、認証の成立を条件として相互のデータ送受信を実行することを特徴とする。
【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、ライセンスサーバとの接続によるライセンス取得処理を実行するステップを有し、ユーザ対応の識別子であるユーザＩＤまたはパスワードの前記ライセンスサーバに対する送信によりユーザ対応のライセンス取得処理を実行することを特徴とする。
【００３０】
さらに、本発明の第４の側面は、
コンテンツ再生機器に接続された情報記憶装置において実行する情報処理方法であり、
前記コンテンツ再生機器からのライセンス確認要求に応じて、不揮発性メモリに格納された暗号化ライセンスを取得するライセンス取得ステップと、
取得したライセンスをユーザ識別情報に基づいて復号する復号ステップと、
前記復号ステップにおいて復号したライセンスから取得される情報を前記コンテンツ再生機器に出力するステップと、
を有することを特徴とする情報処理方法にある。
【００３１】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記コンテンツ再生機器との認証処理を実行し、認証の成立を条件として相互のデータ送受信を実行することを特徴とする。
【００３２】
さらに、本発明の情報処理方法の一実施態様において、前記ユーザ識別情報は、鍵配信ツリー構成におけるリーフＩＤであることを特徴とする。
【００３３】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、鍵配信ツリー構成におけるノードキー、リーフキーから構成される鍵情報であり、前記コンテンツ再生機器における暗号化コンテンツの復号に適用する鍵情報の取得処理に適用するユーザノードキーを、前記不揮発性メモリから取得し、前記コンテンツ再生機器に出力するユーザノードキー出力ステップを有することを特徴とする。
【００３４】
さらに、本発明の情報処理方法の一実施態様において、前記情報理方法において、ユーザノードキー出力ステップは、前記ライセンスの有効性の確認を条件として、前記ユーザノードキーを前記コンテンツ再生機器に出力するステップであることを特徴とする。
【００３５】
さらに、本発明の第５の側面は、
コンテンツ再生に関する情報処理を実行するコンピュータ・プログラムであり、
情報処理装置に接続された外部記憶装置に対してコンテンツ利用権情報としてのライセンスの確認要求を出力するライセンス確認ステップと、
前記外部記憶装置に格納されたコンテンツ復号に必要な暗号鍵情報であるユーザ対応のユーザノードキーを前記外部記憶装置から入力するステップと、
該ユーザノードキーに基づく暗号処理を含むデータ処理により暗号化コンテンツの復号を実行するデータ処理ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３６】
さらに、本発明の第６の側面は、
コンテンツ再生機器に接続された情報記憶装置におけるデータ処理を実行するコンピュータ・プログラムであり、
前記コンテンツ再生機器からのライセンス確認要求に応じて、不揮発性メモリに格納された暗号化ライセンスを取得するライセンス取得ステップと、
取得したライセンスをユーザ識別情報に基づいて復号する復号ステップと、
前記復号ステップにおいて復号したライセンスから取得される情報を前記コンテンツ再生機器に出力するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００３７】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００３８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００３９】
本発明の構成によれば、ライセンスを機器対応ではなく、ユーザ対応として設定する構成としたので、暗号化したコンテンツを自由に配布し、ライセンスを自在に移動して利用することが可能となる。従来クライアントの機器に縛り付けられていたライセンスをユーザ対応として設定することで、自己のクライアントマシンのみならず、どのようなクライアント機器においても、様々な機器に移動可能なライセンスの確認に基づいてコンテンツ再生が可能となる。従って、ユーザのコンテンツ利用における使い勝手が向上し、さらに、コンテンツの使用に関しては、外部記憶装置上のライセンスを元に使用を制限することによって著作権の保護ができるため、コンテンツ保有者も安心して、コンテンツの流通を図っていくことが可能となる。
【００４０】
本発明の構成によれば、ライセンスが機器対応ではなく、ユーザ対応として設定されるので、コンテンツのやりとりは個人所有のマシン間で自由に実行可能であり、さらに、ネットワークを介して、友人や、配信業者保有のコンテンツサーバや、世界中の人々のマシンからでも、制限なく自由にやり取りすることが可能となる。また、このように自由にコンテンツがやり取りされた場合であっても、ライセンスがないと再生が出来ないため、著作権保護も可能なうえ、ライセンスが機器に縛られないので、ネットワークを介してのストリーミング再生や、ダウンロード再生を行う場合のネットワーク上のセキュリティー対策の構築や投資が不要で、またユーザにとってもライセンス管理の煩わしさから解放される。また、個人の確認を行った上で、所有した記憶装置と個人を1対１で対応させておき、さらにライセンスの有効期限を設定しておくことにより、ライセンスの悪用によるシステムの乱用の防止ができる。ユーザは、ライセンスを格納した外部記憶装置を携帯するだけで、どこのどんな端末でも、自由に好きなコンテンツを楽しむことが可能となる。
【発明を実施するための最良の形態】
【００４１】
以下、図面を参照しながら本発明の情報処理装置、情報記憶装置、および方法、並びにコンピュータ・プログラムの詳細について説明する。
【００４２】
図１は、本発明の適用可能なコンテンツ提供システムの構成例を示している。なお、以下の実施例では、主としてオーディオコンテンツの利用例について説明するが、コンテンツの種類は、オーディオに限らず、ビデオ、テキスト、ゲームなど、あらゆるコンテンツが想定可能であり、本発明は、コンテンツの利用権を設定可能なあらゆるコンテンツについて適用可能である。
【００４３】
図１に示すインターネット２には、クライアント１−１，１−２（以下、これらのクライアントを個々に区別する必要がない場合、単にクライアント１と称する）が接続されている。また。クライアント１−１には、外部記憶装置５０が接続されている。この例においては、クライアントが２台のみ示されているが、インターネット２には、任意の台数のクライアントが接続されるし、ユーザ毎に個別の外部記憶装置も、どのクライアントに対しても接続することができ、外部記憶装置５０が接続されたクライアントは、ユーザが特定されたクライアントマシンとして処理が行われる。
【００４４】
なお、外部記憶装置５０は、ＣＰＵ等の制御手段を持つ例えばメモリカード等の記憶手段であり、クライアント１とのデータ通信が可能であり、また転送データの暗号化、復号、認証処理機能などの機能を持つ記憶装置であり、クライアント装置に対して着脱可能な構成を持つ。
【００４５】
インターネット２には、クライアント１に対してコンテンツを提供するコンテンツサーバ３、コンテンツサーバ３が提供するコンテンツを利用するのに必要なライセンスをクライアント１に対して付与するライセンスサーバ４、およびクライアント１がライセンスを受け取った場合に、そのクライアント１に対して課金処理を行う課金サーバ５、公開鍵証明書の発行、ユーザに対して設定されるユーザ識別子としてのユーザＩＤに基づいてユーザのリボーク（無効化）状況の管理処理等を行う認証サーバ６が接続されている。なお、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５、認証サーバ６は、図に示すように、それぞれ個別に設定する構成としてもよいが、各サーバの機能を併せ持つ多機能サーバとして設定する構成としてもよい。
【００４６】
これらのコンテンツサーバ３、ライセンスサーバ４、および課金サーバ５、認証サーバ６も、任意の台数、インターネット２に接続可能である。
【００４７】
図２はクライアント１を構成する情報処理装置の構成例を表している。図２において、ＣＰＵ（Central Processing Unit）２１は、ＲＯＭ（Read Only Memory）２２に記憶されているプログラム、または記憶部２８からＲＡＭ（Random Access Memory）２３にロードされたプログラムに従って各種の処理を実行する。タイマ２０は、計時動作を行い、時刻情報をＣＰＵ２１に供給する。ＲＡＭ２３にはまた、ＣＰＵ２１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００４８】
暗号化復号部２４は、コンテンツデータ等の各種のデータを暗号化するとともに、既に暗号化されているデータを復号する処理を行う。コーデック部２５は、例えば、ＡＴＲＡＣ３（Adaptive Transform Acoustic Coding３）方式などでコンテンツデータをエンコードし、入出力インタフェース３２を介してドライブ３０に接続されている半導体メモリ４４に供給し、記録させる。あるいはまた、コーデック部２５は、ドライブ３０を介して半導体メモリ４４より読み出した、エンコードされているデータをデコードする。半導体メモリ４４は、例えば、メモリスティック（商標）などにより構成される。
【００４９】
ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、暗号化復号部２４、およびコーデック部２５は、バス３１を介して相互に接続されている。このバス３１にはまた、入出力インタフェース３２も接続されている。
【００５０】
入出力インタフェース３２には、キーボード、マウスなどよりなる入力部２６、ＣＲＴ、ＬＣＤなどよりなるディスプレイ、並びにスピーカなどよりなる出力部２７、ハードディスクなどより構成される記憶部２８、モデム、ターミナルアダプタなどより構成される通信部２９が接続されている。通信部２９は、インターネット２を介しての通信処理を行う。通信部２９はまた、他のクライアントとの間で、アナログ信号またはデジタル信号の通信処理を行う。
【００５１】
入出力インタフェース３２には、ドライブ３０が接続され、磁気ディスク４１、光ディスク４２、光磁気ディスク４３、或いは半導体メモリ４４などのデータ記憶装置が適宜装着され、これらのデータ記憶装置から読み出されたコンピュータプログラムが、必要に応じて記憶部２８にインストールされる。
【００５２】
外部記憶装置５０は、ＣＰＵ等の制御手段を持つ例えばメモリカード等の記憶手段であり、クライアント装置等、通信インタフェースを備えた機器とのデータ通信が可能であり、また転送データの暗号化、復号、認証処理機能などの機能を持つ記憶装置である。
【００５３】
例えば、クライアント装置に対して着脱可能な構成を持つ。図に示すように、外部記憶装置５０は、入出力インタフェース３２、通信部２９、ドライブ３０等、外部記憶装置５０の形態に応じて接続される。
【００５４】
なお、図示は省略するが、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５、認証サーバ６も、図２に示したクライアント１と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図２の構成は、コンテンツサーバ３、ライセンスサーバ４、課金サーバ５、認証サーバ６などの構成としても引用される。
【００５５】
図３は、外部記憶装置５０の構成を示している。図３において、ＣＰＵ（Central Processing Unit）５２は、ＲＯＭ（Read Only Memory）５６に記憶されているプログラム、またはＲＡＭ（Random Access Memory）５３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ５３は、ＣＰＵ５２が各種の処理を実行する上において必要なデータやプログラムを記憶する。不揮発性メモリ５４は、電源がオフされた後も保持する必要がある暗号鍵、識別情報（ＩＤ）などのデータを記憶する。ＲＯＭ５６には、例えばＣＰＵ５２から、暗号化されているプログラムが転送されてきたとき、それを復号するプログラム、また、暗号化プログラム、認証処理プログラムなどの暗号プログラムが記憶されている。ＲＴＣ（Real Time Clock）５５は、計時動作を実行し、時刻情報をＣＰＵ５２に供給する。
【００５６】
外部記憶装置５０は、具体的には、メモリースティック（商標）、フラッシュメモリカード、ＳＤメモリカード、コンパクトフラッシュ、非接触カード、メモリカード、ＩＣカード、ＵＳＢキーなどの可搬型メモリーデバイスなどにより構成される。
【００５７】
半導体メモリカードの場合は、インタフェース５１を介して、クライアント装置の半導体メモリスロットを通して、クライアント１のＣＰＵ２１と共働し、各種の処理を実行する。また、ＵＳＢキーなどのＵＳＢデバイスの場合は、クライアント装置の通信部２９の図示しないＵＳＢポートを通して、さらに非接触カードの場合は、通信部２９の図示しない非接触カードインターフェースポート、あるいは、無線インターフェースポートなどを通して、クライアント１のＣＰＵ１１と共働し、各種の処理を実行する。
【００５８】
次に、図４のフローチャートを参照して、クライアント１がコンテンツサーバ３からコンテンツの提供を受ける処理について説明する。
【００５９】
ユーザが、入力部２６を操作することでコンテンツサーバ３に対するアクセスを指令すると、クライアント装置のＣＰＵ２１（図２参照）は、ステップＳ１において、通信部２９を制御し、インターネット２を介してコンテンツサーバ３にアクセスする。
【００６０】
ステップＳ２において、ユーザが、入力部２６を操作して、提供を受けるコンテンツを例えばコンテンツＩＤにより指定すると、ＣＰＵ２１は、この指定情報を受け取り、通信部２９から、インターネット２を介してコンテンツサーバ３に、指定されたコンテンツを通知する。図５のフローチャートを参照して後述するように、この通知を受けたコンテンツサーバ３は、暗号化されたコンテンツデータを送信してくるので、ステップＳ３において、ＣＰＵ２１は、通信部２９を介して、このコンテンツデータを受信すると、ステップＳ４において、その暗号化されているコンテンツデータを記憶部２８を構成するハードディスクに記憶する。
【００６１】
この場合、外部記憶装置５０の接続、未接続に関らず、コンテンツの提供を受けることができる。また、コンテンツの提供に関しては、ネット配信だけに限らず、ＣＤや、ＤＶＤなどのパッケージメディアから暗号化されたコンテンツの提供を受けてもよい。
【００６２】
次に、図５のフローチャートを参照して、クライアント１の以上の処理に対応するコンテンツサーバ３のコンテンツ提供処理について説明する。なお、以下の説明において、図２の構成をコンテンツサーバ３の構成として引用する。
【００６３】
ステップＳ２１において、コンテンツサーバ３の制御部（ＣＰＵ２１）は、インターネット２から通信部２９を介してクライアント１よりアクセスを受けるまで待機し、アクセスを受けたと判定したとき、ステップＳ２２に進み、クライアント１から送信されてきたコンテンツを指定する情報を取り込む。このコンテンツを指定する情報は、クライアント１が、図４のステップＳ２において通知してきた情報である。
【００６４】
ステップＳ２３において、コンテンツサーバ３のＣＰＵ２１は、記憶部２８に記憶されているコンテンツデータの中から、ステップＳ２２の処理で取り込まれた情報で指定されたコンテンツを読み出す。ＣＰＵ２１は、ステップＳ２４において、記憶部２８から読み出されたコンテンツデータを、暗号化復号部２４に供給し、コンテンツキーＫｃを用いて暗号化する。
【００６５】
記憶部２８に記憶されているコンテンツデータは、コーデック部２５により、例えばＡＴＲＡＣ３方式によるエンコードがなされている場合には、エンコードされているコンテンツデータが暗号化されることになる。
【００６６】
なお、記憶部２８には、予め暗号化した状態でコンテンツデータを記憶させることができる。この場合には、ステップＳ２４の処理は省略することが可能である。
【００６７】
次に、ステップＳ２５において、コンテンツサーバ３のＣＰＵ２１は、暗号化したコンテンツデータを伝送するフォーマットを構成するヘッダに、暗号化されているコンテンツを復号するのに必要なキー情報と、コンテンツを利用するのに必要なライセンスを識別するためのライセンスＩＤを付加する。なお、コンテンツを復号するのに必要なキー情報は、具体的には、暗号鍵ブロックとしてのイネーブリングキーブロック（ＥＫＢ：Enabling Key Block）などの情報である。ＥＫＢ（Enabling Key Block）については後段で説明する。
【００６８】
ステップＳ２６において、コンテンツサーバ３は、ステップＳ２４の処理で暗号化したコンテンツと、ステップＳ２５の処理でキーとライセンスＩＤを付加したヘッダとをフォーマット化したデータを、通信部２９から、インターネット２を介して、アクセスしてきたクライアント１に送信する。
【００６９】
図６は、このようにして、コンテンツサーバ３からクライアント１にコンテンツが供給される場合の転送するコンテンツデータを含むデータのフォーマットの構成例を表している。同図に示されるように、このフォーマットは、ヘッダ（Header）とデータ（Data）とにより構成される。
【００７０】
ヘッダには、コンテンツ情報（Content information）、デジタル権利管理情報（DRM（Digital Right Management） information ）、ライセンスＩＤ（License ID）、イネーブリングキーブロック（有効化キーブロック）であるＥＫＢ（Enabling Key Block））および、ＥＫＢから取得されるキーＫＥＫＢＣを用いて暗号化されたコンテンツキーＫｃとしてのデータＫＥＫＢＣ（Ｋｃ）が配置されている。コンテンツキーＫｃは暗号化コンテンツの復号に適用するキーである。
【００７１】
ＥＫＢの構成および鍵取得処理について、図を参照して説明する。図７の最下段に示すナンバ０〜１５が、例えばコンテンツ利用を行なうユーザである。すなわち図７に示す階層ツリー（木）構造の各葉(リーフ：leaf)がそれぞれのユーザに相当する。各ユーザの識別子（ユーザＩＤ）は、各リーフのＩＤ（リーフＩＤ）が対応付けられる。例えばユーザ０は、ユーザＩＤ＝リーフＩＤ＝［００００］であり、ユーザ１は、ユーザＩＤ＝リーフＩＤ＝［０００１］であり、ユーザ１５は、ユーザＩＤ＝リーフＩＤ＝［１１１１］でありる。
【００７２】
各ユーザ０〜１５には、階層ツリー（木）構造における自分のリーフからルートに至るまでのノードに割り当てられた鍵（ノードキー）および各リーフのリーフキーからなるキーセットユーザノードキー（ＵＮＫ：User Node Key））が提供され、ユーザの所有する外部記憶装置など様々なユーザデバイスのメモリに格納する。図７の最下段に示すＫ００００〜Ｋ１１１１が各ユーザ０〜１５にそれぞれ割り当てられたリーフキーであり、最上段のＫＲ（ルートキー）から、最下段から２番目の節（ノード）に記載されたキー：ＫＲ〜Ｋ１１１をノードキーとする。
【００７３】
図７に示す木構造において、例えばユーザ０は、ユーザノードキー（ＵＮＫ）として、リーフキーＫ００００と、ノードキー：Ｋ０００、Ｋ００、Ｋ０、ＫＲを所有する。ユーザ５はＫ０１０１、Ｋ０１０、Ｋ０１、Ｋ０、ＫＲを所有する。ユーザ１５は、Ｋ１１１１、Ｋ１１１、Ｋ１１、Ｋ１、ＫＲを所有する。なお、図７のツリーにはユーザが０〜１５の１６個のみ記載され、ツリー構造も４段構成の均衡のとれた左右対称構成として示しているが、さらに多くのユーザがツリー中に構成され、また、ツリーの各部において異なる段数構成を持つことが可能である。
【００７４】
例えば図７の点線で囲んだ部分、すなわちユーザ０，１，２，３を１つのグループとして設定する。例えば、この点線で囲んだグループ内に含まれるユーザのみが情報記録媒体に格納した暗号化コンテンツの正当な利用権、すなわちライセンスを保有する。この場合、ユーザ０，１，２，３のみがコンテンツ復号に適用する鍵の取得を可能としたＥＫＢを設定して、暗号化コンテンツの利用が可能になる。
【００７５】
図７から明らかなように、１つのグループに含まれる３ユーザ０，１，２，３はそれぞれの共通のキーＫ００、Ｋ０、ＫＲを保有している。
【００７６】
このとき、ユーザ０，１，２のみがコンテンツの復号に適用するキーＫＥＫＢＣを取得可能としたＥＫＢの構成は、例えば図８に示す構成となる。すなわち、ＥＫＢは、
インデックス  暗号化データ
０００        Ｅｎｃ（Ｋ０００，ＫＥＫＢＣ）
００１０      Ｅｎｃ（Ｋ００１０，ＫＥＫＢＣ）
として設定される。
【００７７】
なお、Ｅｎｃ（Ｋｘ，Ｋｙ）は、データＫｙを鍵Ｋｘで暗号化した暗号化データを意味する。このとき、ユーザ０，１は自己の保有するキー［Ｋ０００］を用いてインデックス［０００］の暗号化データの復号が可能であり、またユーザ２はキー［Ｋ００１０］を用いて上記ＥＫＢのうちのインデックス［００１０］の暗号化データの復号が可能であり、それぞれの暗号化データの復号処理によりコンテンツの復号に適用するキーＫＥＫＢＣを取得することができる。その他のユーザは、キー［Ｋ０００］、［Ｋ００１０］のいずれも保有しておらず、図８に示す構成を持つＥＫＢを受領してもＥＫＢの復号によるコンテンツキーの取得ができない。
【００７８】
このように、ＥＫＢは、ライセンスを保有するユーザに応じた構成データとすることで、任意の選択されたユーザにおいてのみ処理可能としてコンテンツの復号に適用する鍵等の秘密情報を特定のユーザにのみ提供可能とした鍵情報ブロックとして構成される。
【００７９】
なお、ユーザに対するユーザＩＤの通知、リーフキーノードキーからなるユーザノードキー（ＵＮＫ）の配布は、コンテンツ提供処理を実行するコンテンツサーバ、あるいはライセンス提供処理をライセンスサーバ、あるいはその他のエンティテイからのサービスデータの配布処理として行うことが可能である。
【００８０】
ユーザＩＤと、リーフキー、ノードキーからなるユーザノードキー（ＵＮＫ）などを含むサービスデータの配布は、たとえば、
サービスデータ単独でクライアントにデータ送信する、あるいは記憶媒体に格納して提供するか、あるいは、
サービスデータを外部記憶装置に格納してクライアントに外部記憶装置を提供する構成、
のいずれかが可能である。外部記憶装置に格納してサービスデータを配布する場合の処理は、以下の処理となる。
【００８１】
（１）クライアントからサービス提供者にサービス申し込み
（２）ユーザＩＤ，パスワードの設定と登録（以上、オンライン、オフライン両方可能）
（３）サービス提供者側で、外部記憶装置のＲＯＭエリアに、リーフＩＤ、ＵＮＫ（Ｕｓｅｒ  Ｎｏｄｅ  Ｋｅｙ）、ユーザの秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書、ユーザＩＤ，パスワード等を含むサービスデータを書き込み、ユーザに配布（最低でも、ユーザＩＤまたは、リーフＩＤの書き込みが必要）、ライセンス情報は、外部記憶装置のＥＥＰＲＯＭなどの書き換え可能領域に記憶。
【００８２】
以上の処理によって、サービスデータを格納した外部記憶装置がユーザに提供され、ユーザは、ライセンスの確認を条件として、サービスデータからユーザノードキーを取り出して暗号化コンテンツの復号を行い、コンテンツ利用が可能となる。
【００８３】
この場合、必要であれば、同一のユーザＩＤまたは、リーフＩＤで、複数の種類の異なる、または同一の外部記憶装置を発行してもよい。この処理構成により、ユーザ側で、取得したライセンス情報を他の可搬型デバイスにコピーしても、ライセンスの復号ができない。なお、サービスデータは、ＥＥＰＲＯＭエリアであってもよいが、その場合、ユーザが書き換えできないようにしておけばよく、また書き換えが可能であっても、データの読み出しが正しくできないようにしておいてもよい。
【００８４】
サービス提供者側で、外部記憶装置へのサービスデータの書き込み配布を行わず、サービスデータ単独で、ネットワークあるいは媒体を介してクライアントに提供する場合は、サービスデータは、暗号化され、外部装置に書き込むことが必要である。その場合のサービスデータの管理態様としては、例えば以下に説明するパスワードによる管理態様と、個人認証に基づく管理態様とがある。
【００８５】
（１）  パスワードによる管理
サービス申し込み時に発行（取り決め）されたサービス用のユーザＩＤ，パスワードをユーザ、サービス側双方で管理する。ライセンス取得時、コンテンツ視聴時には、ユーザが、ユーザＩＤ、パスワードをコンテンツ利用機器としてのクライアント機器に入力することにより、ライセンス情報を取得する。本構成では、ライセンス取得可能なサービス用のユーザＩＤ，パスワードを視聴時に使用するため、ユーザ側のＩＤ管理が、慎重になるため、安易に他人には公開しない効果が期待できる。また、データの盗難にあった場合でも、パスワードが知られない限り、コンテンツの再生もできない。
【００８６】
（２）個人認証による管理
サービス申し込み時に発行（取り決め）されたサービス用のユーザＩＤ，パスワードをユーザ、サービス側双方で管理する。ライセンス取得時、コンテンツ視聴時には、ユーザが、自己の指紋情報等のバイオメトリクス情報等に基づく本人確認手段によって、個人認証を行うことにより、ライセンス情報を取得することができる。本構成は、ライセンス情報や、個人情報の盗用がされた場合でも、本人確認手段をもたない限り、コンテンツの視聴ができなくなる。
【００８７】
（３）オンライン認証期限を設定する
サービスデータに認証期限を設定しておくことにより、所定の期間が過ぎた場合は、オンラインによる、認証期限の更新手続きを行うものとする。更新時は、パスワードを使用したり、バイオメトリクス認証等を行ってもよい。サービスデータが、盗用された場合であっても、所定の期限後には、使用できなくなってしまうため、未来永劫の不正使用の権利の取得を防止できる。また、期限ではなく、回数制限等にしてもよい。
【００８８】
（４）コンテンツ視聴ごとにオンライン認証を行う。視聴ごとにオンライン認証を行い、同一ユーザの多重使用の防止を行う。認証時は、パスワードを使用したり、バイオメトリクス認証等を行ってもよい。
【００８９】
このように、ユーザＩＤ（リーフＩＤ）とユーザノードキーの配布、管理態様には、さまざまな態様が可能である。
【００９０】
図６に戻りコンテンツサーバ３からクライアント１にコンテンツが供給されるコンテンツデータを含むデータのフォーマットの説明を続ける。
【００９１】
コンテンツ情報には、さらに、データとしてフォーマット化されているコンテンツデータを識別するための識別情報としてのコンテンツＩＤ（ＣＩＤ）、そのコンテンツのコーデックの方式などの情報が含まれている。
【００９２】
デジタル権利管理情報には、コンテンツを使用する規則および状態（Usage rules/status）と、ＵＲＬ（Uniform Resource Locator）が配置されている。
【００９３】
ＵＲＬは、コンテンツ利用権としてのライセンス、すなわち、ライセンスＩＤで規定されるライセンスを取得するときアクセスするアドレス情報である。図１のシステムの場合、具体的には、ライセンスを受けるために必要なライセンスサーバ４のアドレスが設定される。ライセンスＩＤは、データとして記録されているコンテンツを利用するとき必要とされるライセンスを識別するものである。
【００９４】
コンテンツの実データを含むデータ（Ｄａｔａ）部は、任意の数の暗号化ブロック（Encryption Block）により構成される。各暗号化ブロックは、イニシャルベクトル（IV（Initial Vector））、シード（Seed）、およびコンテンツデータをキーＫ'ｃで暗号化したデータＥＫ'ｃ（data）により構成されている。
【００９５】
キーＫ'cは、次式により示されるように、コンテンツキーＫｃと、乱数で設定される値Seedをハッシュ関数に適用して演算された値により構成される。
K'c＝Hash(Kc, Seed)
【００９６】
イニシャルベクトルＩＶとシード（Seed）は、各暗号化ブロック毎に異なる値に設定される。暗号化は、コンテンツのデータを８バイト単位で区分して、８バイト毎に行われる。後段の８バイトの暗号化は、前段の８バイトの暗号化の結果を利用して行われるＣＢＣ（Cipher Block Chaining）モードで行われる。
【００９７】
ＣＢＣモードの場合、最初の８バイトのコンテンツデータを暗号化するとき、その前段の８バイトの暗号化結果が存在しないため、最初の８バイトのコンテンツデータを暗号化するときは、イニシャルベクトルIVを初期値として暗号化が行われる。
【００９８】
このＣＢＣモードによる暗号化を行うことで、１つの暗号化ブロックが解読されたとしても、その影響が、他の暗号化ブロックにおよぶことが抑制される。なお、暗号方式としては、ＣＢＣモードによるブロック暗号化に限らず他の方式を適用してもよい。
【００９９】
クライアント１は、図６に示すヘッダおよび暗号化コンテンツを含むデータフォーマットからなるデータを、コンテンツサーバ３から自由に取得することができる。この暗号化コンテンツそのものは、任意のクライアントが自由に取得することができる。
【０１００】
しかしながら、取得した暗号化コンテンツを利用するには、クライアントは、ライセンスを保持している必要がある。すなわち正当なライセンスを保持していることを条件として、暗号化コンテンツの復号に適用する鍵がＥＫＢから取得可能であり、正当なライセンスを保持するクライアントのみにおいて、コンテンツ利用が可能となる。
【０１０１】
図９を参照して、クライアント１がコンテンツを再生する場合の処理について説明する。
【０１０２】
図９の処理は、クライアント装置に予め格納されたプログラムに従って、クライアント１の制御部（ＣＰＵ２１）の制御の下に実行される。ステップＳ４１において、クライアントは、ユーザが入力部２６を操作することで指示したコンテンツの識別情報（ＣＩＤ）を取得する。この識別情報は、例えば、コンテンツのタイトルや、記憶されている各コンテンツ毎に付与されている番号などにより構成される。
【０１０３】
クライアント１の制御部（ＣＰＵ２１）は、コンテンツの指示情報を受領すると、そのコンテンツに対応するライセンスＩＤ（そのコンテンツを使用するのに必要なライセンスのＩＤ）を読み取る。このライセンスＩＤは、先に図６を参照して説明したように、暗号化されているコンテンツデータのヘッダに記述されているものである。
【０１０４】
次に、ステップＳ４２において、クライアント１の制御部（ＣＰＵ２１）は、ステップＳ４１で読み取られたライセンスＩＤに対応するライセンスが、クライアント１に接続された外部記憶装置５０の不揮発性メモリ５４に格納されているか否かを判定する。まだ、ライセンスが取得されていない場合には、ステップＳ４３に進み、クライアント１の制御部（ＣＰＵ２１）は、ライセンス取得処理を実行する。このライセンス取得処理の詳細については、図１０のフローチャートを参照して後段で説明する。
【０１０５】
ステップＳ４２において、ライセンスが既に取得されていると判定された場合、または、ステップＳ４３において、ライセンス取得処理が実行された結果、ライセンスが取得された場合、ステップＳ４４に進み、クライアント１の制御部（ＣＰＵ２１）は、取得されているライセンスは有効期限内のものであるか否かを判定する。ライセンスが有効期限内のものであるか否かは、ライセンスの内容として規定されている期限と、タイマ２０により計時されている現在日時と比較することで判断される。ライセンスの有効期限が既に満了していると判定された場合、クライアント１の制御部（ＣＰＵ２１）は、ステップＳ４５に進み、ライセンス更新処理を実行する。
【０１０６】
ステップＳ４４において、ライセンスはまだ有効期限内であると判定された場合、または、ステップＳ４５において、ライセンスが更新された場合、ステップＳ４６に進み、外部記憶装置５０は、指定されたコンテンツの復号に必要な鍵情報をクライアント１に渡す。これは、先に図７、図８を参照して説明した鍵配信ツリーのノードキー、リーフキーであり、ＥＫＢを復号するために必要な鍵情報である。なお、これらの鍵は、ユーザに対応付けられた鍵情報であり、前述したツリー構成（図７参照）におけるノードキー、リーフキーからなるユーザノードキー（ＵＮＫ）である。
【０１０７】
ステップ４７において、外部記憶装置５０からクライアント１に渡された鍵情報、すなわち、ユーザノードキー（ＵＮＫ）に基づいて、コンテンツサーバ３から受領済みの暗号化コンテンツを含むデータ（図６参照）のヘッダ部に格納された鍵情報ブロック（ＥＫＢ）の復号処理を実行し、鍵情報ブロック（ＥＫＢ）に格納されたキーＫＥＫＢＣを取得する。さらに、取得したキーＫＥＫＢＣを用いて暗号化されたコンテンツキーＫｃとしてのデータＫＥＫＢＣ（Ｋｃ）を、ＥＫＢから取得したキーＫＥＫＢＣを用いて復号し、コンテンツキーＫｃを取得する。なお、図６を参照して説明したように、キーＫＥＫＢＣを用いて暗号化されたコンテンツキーＫｃは、コンテンツサーバ３からの受信データ中のヘッダ部に含まれるデータである。
【０１０８】
次にステップ４８において、コンテンツサーバ３からの受信データに含まれる暗号化コンテンツデータを記憶部２８から読み出し、ＲＡＭ２３に格納し、ステップＳ４９において、ＲＡＭ２３に記憶した暗号化ブロックのデータを、図６を参照して説明したデータ部の暗号化ブロック単位で、暗号化復号部２４に供給し、コンテンツキーＫｃを用いて復号する。
【０１０９】
さらに、ステップＳ５０において、暗号化復号部２４により復号されたコンテンツデータをコーデック部２５に供給し、デコード処理を実行し、コーデック部２５によりデコードされたデータを、入出力インタフェース３２から出力部２７に供給し、Ｄ／Ａ変換後、スピーカ等の出力手段に出力する。
【０１１０】
なお、上述した例では、復号鍵をクライアント１側で生成するように述べたが、外部記憶装置５０の方で、復号関連情報をすべて保有し、復号鍵生成後、鍵をクライアントに渡すようにしてもよい。また、逆にクライアント側が、復号鍵関連情報を全て保有し、復号鍵を生成するが、外部装置と、ユーザ認証をするなどして、ライセンスの有効性を確認して、コンテンツを復号しても良いし、復号鍵の生成と、コンテンツの復号に関して、外部記憶装置と通信しあいながら、協働してセキュアに処理を行うようにしていれば、どのような分担であっても構わない。
【０１１１】
もし、クライアントの方でライセンスを保持している場合は、外部記憶装置の方の個人情報に従って、再生するコンテンツのライセンスを探し、コンテンツを再生する。また、クライアント、外部記憶装置の双方で、それぞれ特定個人のライセンスを保有しているようであれば、それぞれのもつライセンスの両方についてのコンテンツの再生を行うことができる。
【０１１２】
また、コンテンツは、誰の所有かどうかは不問であるため、他人のマシンの、他人が所有するコンテンツであっても、視聴用のライセンスを格納した外部記憶装置をもっていれば、そのコンテンツの視聴が可能となる。
【０１１３】
さらに、保有ライセンスに対応したコンテンツがない場合は、コンテンツサーバや、パッケージメディア、他の人の機器からコピーしたり、ネット上のピアツーピア（Ｐ２Ｐ）通信によってネットワーク接続された他のデバイスから取得したコンテンツを持ってきても、再生は行うことができる。
【０１１４】
また、これに限らず、外部記憶装置５０とクライアント１との間において、公開鍵暗号技術（ＰＫＩ：Public Key Infrastructure）に基づく相互認証を実行して、双方の機器の正当性を確認する構成にしてもよい。その際は、認証用に使われるＩＤを、ユーザに対応して設定されるユーザＩＤ、リーフＩＤと共通とすることができる。また、その場合は、ユーザに与えられたライセンス自体もクライアントに保有させ、外部記憶装置とのＰＫＩ認証に基づいて、個人を特定し、ライセンスをイネーブル化するような構成にしても構わないし、また、クライアントおよび外部記憶装置双方で、ライセンスをそれぞれ保有したりしても構わない。
【０１１５】
なお、再生対象としてのコンテンツは、コンテンツサーバ３からのネットワークを介して受信するコンテンツのみならず、例えばパッケージメディア上にあるコンテンツを再生する場合があるが、その場合でも、上述と同様、ライセンスの確認、ライセンスの確認に基づくＥＫＢの復号、コンテンツキーの取得処理において、外部記憶装置との通信を必要とする構成としてもよい。
【０１１６】
次に、図１０のフローチャートを参照して、図９のステップＳ４３で行われるライセンス取得処理の詳細について説明する。
【０１１７】
クライアント１に接続された外部記憶装置５０は、事前にライセンスサーバにユーザ登録を行うことにより、リーフＩＤ、ユーザノードキー（ＵＮＫ：User Node Key)、ユーザの秘密鍵・公開鍵のペア、ライセンスサーバの公開鍵、及び各公開鍵の証明書を含むサービスデータを取得しておく。
【０１１８】
なお、リーフＩＤは、先に、図７を参照して説明したツリー構造における各リーフに対応して設定される識別子である。これはユーザ毎に割り当てられる識別情報である。ユーザノードキー（ＵＮＫ：User Node Key)は、コンテンツの利用権としてのライセンスに対応するＥＫＢ（有効化キーブロック）の復号に適用する鍵である。
【０１１９】
図１０のフローに従った処理は、外部記憶装置５０を装着したクライアント１によって実行される。ステップＳ６１において、クライアント１の制御部（ＣＰＵ２１）は、利用対象のコンテンツに対応するライセンスＩＤに対して設定されているＵＲＬを、図６に示すヘッダから取得する。上述したように、このＵＲＬは、やはりヘッダに記述されているライセンスＩＤに対応するライセンスを取得するときアクセスすべきアドレスである。
【０１２０】
ステップＳ６２において、クライアント１は、ステップＳ６１で取得したＵＲＬにアクセスする。具体的には、通信部２９によりインターネット２を介してライセンスサーバ４にアクセスが行われる。このとき、ライセンスサーバ４は、クライアント１に対して、購入するライセンス（コンテンツを使用するのに必要なライセンス）を指定するライセンス指定情報、並びにユーザＩＤとパスワードの入力を要求してくる（後述する図１２のステップＳ１０２）。クライアント１は、この要求を出力部２７の表示部に表示させる。ユーザは、この表示に基づいて、入力部２６を操作して、ライセンス指定情報、ユーザＩＤ、およびパスワードを入力する。
【０１２１】
なお、このユーザＩＤとパスワードは、クライアント１のユーザが、インターネット２を介してライセンスサーバ４にアクセスし、事前に取得しておいたものである。ここで、ユーザＩＤは、リーフＩＤと関連させて発行させたり、共通のＩＤとしてもよく、外部記憶装置５０に記憶されているリーフＩＤから自動生成させたり、またユーザＩＤそのものを記憶させておいたりすることによって、自動的にクライアント１に供給するようにしてもよい。
【０１２２】
クライアント１は、ステップＳ６３，Ｓ６４において、入力部２６から入力されたライセンス識別情報を取り込むとともに、ユーザＩＤとパスワードを取り込む。次に、クライアント１は、ステップＳ６５において、通信部２９を制御し、入力されたユーザＩＤとパスワードと、ライセンス指定情報及びリーフＩＤとを含むライセンス要求をインターネット２を介してライセンスサーバ４に送信する。
【０１２３】
ライセンスサーバ４は、図１２を参照して後述するように、ユーザＩＤとパスワード、並びにライセンス指定情報に基づいてライセンスを送信してくる（図１２，ステップＳ１０９）か、または、条件が満たされない場合には、ライセンスを送信してこない（図１２，ステップＳ１１２）。
【０１２４】
ステップＳ６６において、クライアントは、ライセンスサーバ４からライセンスが送信されてきたか否かを判定し、ライセンスが送信されてきた場合には、ステップＳ６７に進み、そのライセンスをインタフェース３２を介して、外部記憶装置の不揮発性メモリ５４に供給し、記憶させる。
【０１２５】
ステップＳ６６において、ライセンスが送信されて来ないと判定した場合、クライアント１は、ステップＳ６８に進み、エラー処理を実行する。具体的には、コンテンツを利用するためのライセンスが得られないので、コンテンツの再生処理を禁止する。
【０１２６】
以上のようにして、各クライアント１は、コンテンツデータに付随しているライセンスＩＤに対応するライセンスを取得して、初めて、そのコンテンツを使用することが可能となる。
【０１２７】
なお、図１０のライセンス取得処理は、各ユーザがコンテンツを取得する前に、予め行っておくようにすることも可能である。
【０１２８】
ここでは、ライセンスの要求を、ユーザＩＤとパスワードの認証によって、行うように説明したが、これに限らず、外部記憶装置が、公開鍵暗号（ＰＫＩ）処理に基づいて、クライアントを通して、ライセンスサーバと個人認証を行うような構成にしてもよく、その際は、認証用に使われるＩＤをユーザＩＤ、リーフＩＤと共通に使用しても構わない。また、その場合は、クライアントとの間でも個人認証を行うようにしても構わないので、ユーザに与えられたライセンス自体もクライアントに保有させ、外部記憶装置とは、ＰＫＩによる個人認証に基づいて、ライセンスをイネーブル化するような構成にしても構わないし、逆に構成は説明したとおりとして、個人認証を追加するようにさせてもよい。
【０１２９】
さらに、ライセンスは、ライセンスサーバに一括して保有させ、再生ごとにサーバと認証を行うようにして取得させても構わない。
【０１３０】
クライアント１に接続された外部記憶装置５０に提供されるライセンスは、例えば、図１１に示されるように、ライセンス識別子としてのライセンスＩＤ、作成日時、有効期限、使用条件、リーフＩＤ、電子署名を含んでいる。
【０１３１】
使用条件には、そのライセンスに基づいて、コンテンツを使用することが可能な使用期限、そのライセンスに基づいて、コンテンツをダウンロードすることが可能なダウンロード期限、そのライセンスに基づいて、コンテンツをコピーすることが可能な回数（許されるコピー回数）、そのライセンスに基づいて、コンテンツをＣＤ−Ｒ等の記録媒体に記録することができる権利、ライセンスを所有権（買い取り状態）に移行できる権利、使用ログをとる義務等を示す情報が含まれる。
【０１３２】
ライセンスの提供に関しては、ネット配信コンテンツのライセンス提供だけに限らず、パッケージメディアに関しても、ネット上から、ライセンスの提供を行う場合があり、その際は、同様にしてライセンスを提供することができる。
【０１３３】
次に、図１２のフローチャートを参照して、先に図１０を参照して説明したクライアント１に接続された外部記憶装置５０のライセンス取得処理に対応して実行されるライセンスサーバ４のライセンス提供処理について説明する。なお、ライセンスサーバ４の構成は、図２に示す構成であるとして説明する。
【０１３４】
ステップＳ１０１において、ライセンスサーバ４の制御部（ＣＰＵ２１）は、クライアント１よりアクセスを受けるまで待機し、アクセスを受けたとき、ステップＳ１０２に進み、アクセスしてきたクライアント１に対して、ユーザＩＤとパスワード、並びに、ライセンス指定情報の送信を要求する。上述したようにして、外部記憶装置５０が接続されたクライアント１から、図１０のステップＳ６５の処理で、ユーザＩＤとパスワード、リーフＩＤ並びにライセンス指定情報（ライセンスＩＤ）が送信されてきたとき、ライセンスサーバ４のＣＰＵ２１は、通信部２９を介してこれを受信し、取り込む処理を実行する。
【０１３５】
そして、ライセンスサーバ４は、ステップＳ１０３において、通信部２９から課金サーバ５にアクセスし、ユーザＩＤとパスワードに対応するユーザの与信処理を要求する。課金サーバ５は、インターネット２を介してライセンスサーバ４から与信処理の要求を受けると、そのユーザＩＤとパスワードに対応するユーザの過去の支払い履歴などを調査し、そのユーザが、過去にライセンスの対価の不払いの実績があるか否かなどを調べ、そのような実績がない場合には、ライセンスの付与を許容する与信結果を送信し、不払いの実績などがある場合には、ライセンス付与の不許可の与信結果を送信する。
【０１３６】
ステップＳ１０４において、ライセンスサーバ４は、課金サーバ５からの与信結果が、ライセンスを付与することを許容する与信結果であるか否かを判定し、ライセンスの付与が許容されている場合には、ステップＳ１０５に進み、ステップＳ１０２の処理で取り込まれたライセンス指定情報に対応するライセンスを、記憶部２８に記憶されているライセンスの中から取り出す。記憶部２８に記憶されているライセンスは、あらかじめライセンスＩＤ、バージョン、作成日時、有効期限等の情報が記述されている。ステップＳ１０６において、ライセンスサーバ４は、そのライセンスに受信したリーフＩＤを付加する。さらに、ステップＳ１０７において、ライセンスサーバ４は、ステップＳ１０５で選択されたライセンスに対応づけられている使用条件を選択する。あるいはまた、ステップＳ１０２の処理で、ユーザから使用条件が指定された場合には、その使用条件が必要に応じて、予め用意されている使用条件に付加される。ライセンスサーバ４は、選択された使用条件をライセンスに付加する。
【０１３７】
ステップＳ１０８において、ライセンスサーバ４は、ライセンスサーバの秘密鍵によりライセンスに署名し、これにより、図１１に示されるような構成のライセンスが生成される。
【０１３８】
次に、ステップＳ１０９に進み、ライセンスサーバ４は、生成したライセンス（図１１参照）を、通信部２９からインターネット２を介してクライアント１に送信する。
【０１３９】
ステップＳ１１０においてライセンスサーバ４は、ステップＳ１０９の処理で、いま送信したライセンス（使用条件、リーフＩＤを含む）を、ステップＳ１０２の処理で取り込まれたユーザＩＤとパスワードに対応して、記憶部２８に記憶させる。さらに、ステップＳ１１１において、ライセンスサーバ４は、課金処理を実行する。具体的には、ライセンスサーバ４は、通信部２９から課金サーバ５に、そのユーザＩＤとパスワードに対応するユーザに対する課金処理を要求する。課金サーバ５は、この課金の要求に基づいて、そのユーザに対する課金処理を実行する。この課金処理に対して、そのユーザが支払いを行わなかったような場合には、以後、そのユーザは、ライセンスの付与を要求したとしても、ライセンスを受けることができないことになる。
【０１４０】
すなわち、この場合には、課金サーバ５からライセンスの付与を不許可とする与信結果が送信されてくるので、ステップＳ１０４からステップＳ１１２に進み、ライセンスサーバ４は、エラー処理を実行する。具体的には、ライセンスサーバ４は、通信部２９を制御してアクセスしてきたクライアント１に対して、ライセンスを付与することができない旨のメッセージを出力し、処理を終了させる。
【０１４１】
この場合、上述したように、そのクライアント１はライセンスを受けることができないので、そのコンテンツを利用すること（暗号を復号すること）ができないことになる。また、以上のように個人の確認と、所有した記憶装置と個人（ユーザＩＤとリーフＩＤ）とを1対１で対応させておけば、ライセンスの悪用（ライセンスごとに何個もの記憶装置を有し、他人に譲渡するなど）によるシステムの乱用の防止ができる。さらにネットワーク認証時にライセンスの更新（週１回程度の認証の義務付けなど）に追加、更新、停止処理を行ったり、また発行ライセンスの有効期限を設定しておくことにより、長期未認証ライセンスの悪用、乱用の防止が図られる。
【０１４２】
次に、図１３を参照して、図９の処理ステップＳ４５のライセンス更新処理におけるライセンスサーバ４側の処理について説明する。ライセンス更新処理は、外部記憶装置５０を装着したクライアント１によって実行される。ステップＳ１５１において、クライアント１からアクセスを受ける。クライアントは、ライセンスＩＤに対して設定されているＵＲＬを、図６に示すヘッダから取得し、ＵＲＬに基づいてライセンスサーバ４にアクセスする。
【０１４３】
ステップＳ１５２において、ライセンスサーバ４は、クライアントから更新要求情報、すなわち、ユーザＩＤ（リーフＩＤ）や、新たな更新期間の設定情報などをクライアントから受信する。
【０１４４】
ステップＳ１５３において、ライセンスサーバは、クライアントから提示されたユーザＩＤにもとづいてユーザＩＤが有効なライセンス保持ユーザであるかを確認する。この確認処理は、例えば公開鍵証明書の発行機関としての認証サーバに問い合わせを行い、ユーザＩＤ（リーフＩＤ）がリボーク（無効化）されていないことの確認処理として実行される。
【０１４５】
ステップＳ１５３において、ユーザＩＤに基づいて、正当なライセンス保持ユーザであることの確認がなされると、ステップＳ１５４において、新たな有効期限を設定したライセンスをクライアントに対して発行し、送信する。クライアントは、接続された外部記憶装置の不揮発性メモリ５４にライセンスを格納する。
【０１４６】
次に、図１４を参照して、ライセンス取得時の、クライアント、ライセンスサーバ、認証サーバの通信処理について説明する。
【０１４７】
ライセンス取得時において、クライアントは、ライセンスサーバに対してＵＲＬに基づいてアクセスを行う。このＵＲＬは、コンテンツサーバからの暗号化コンテンツを含む受信データ中のヘッダ（図６参照）に格納されている。ステップＳ２０２において、ライセンスサーバは、クライアントに対してライセンス指定情報の送信を要求する。クライアントは、ヘッダ部（図７参照）から、ライセンスＩＤ（ＬＩＣＩＤ：License ID））を取得し、ステップＳ２０３において、ライセンスサーバに送信する。
【０１４８】
ステップＳ２０４において、ライセンスサーバは、クライアントに対して、ユーザＩＤ、パスワードの入力を要求する。ステップＳ２０５において、クライアントは、予め取得済みのユーザＩＤ、パスワードをライセンスサーバに送信する。なお、この情報は、コジン（ユーザ）を特定可能な情報であれば、その他の情報でもよい。ここでは、ユーザＩＤはリーフＩＤに対応するものとする。
【０１４９】
ステップＳ２０６において、クライアントからユーザＩＤ、パスワードを受信したライセンスサーバはね認証サーバに対して、ユーザＩＤ（リーフＩＤ）が有効なライセンス保持ユーザであるかの問い合わせを行う。認証サーバは、無効化（リボーク）されたユーザＩＤのリストをリボケーションリストとして保持しており、ライセンスサーバからのユーザＩＤとリボケーションリストとの照合を実行し、リボケーションリストに提示されたユーザＩＤが記載されていない場合は、有効なライセンス保持ユーザであるとの確認をステップＳ２０７において、ライセンスサーバに対して送信する。
【０１５０】
ライセンスサーバは、確認応答を受信すると、ライセンス、すなわち、図１１に示すフォーマットを持つライセンスを生成して、ステップＳ２０８において、クライアントに送信する。なお、この際、ライセンスサーバは、クライアントの公開鍵でライセンスを暗号化して送信する。
【０１５１】
クライアントは、ライセンスサーバから受信した暗号化ライセンスを自己の秘密鍵で復号し、さらに、ユーザＩＤ（リーフＩＤ）を用いた暗号化処理を行い、外部記憶装置の不揮発性メモリ５４に格納する。ライセンスを参照する場合は、ユーザＩＤ（リーフＩＤ）を用いた復号処理を行い参照する。
【０１５２】
次に、図１５を参照して、クライアント側のコンテンツ再生処理において実行する処理シーケンスの詳細について説明する。
【０１５３】
ステップＳ２５１において、クライアント制御部（ＣＰＵ）は、インタフェースを介して接続されたクライアント側において入力されたコンテンツ情報（コンテンツＩＤ）に基づいて、コンテンツデータ（図６参照）のヘッダからライセンスＩＤが取得され、取得したライセンスＩＤが外部記憶装置に送信される。
【０１５４】
外部記憶装置は、ライセンスＩＤに基づいて、自己の不揮発性メモリに格納されたライセンスを取得して、ステップＳ２５２において、クライアントに送信する。なお、この際、ライセンスは、ユーザＩＤ（リーフＩＤ）を用いた暗号化がなされて外部記憶装置の不揮発性メモリ５４に格納されているので、ユーザＩＤ（リーフＩＤ）を用いた復号処理を実行する。
【０１５５】
クライアント側では、ライセンスの有効期限を確認し、ステップＳ２５３において、有効であることの確認情報を外部記憶装置に送信する。
【０１５６】
ライセンスの有効性の確認情報を受信した外部記憶装置は、ステップＳ２５４において、クライアントに対してユーザノードキー（ＵＮＫ）をクライアントに送信する。ユーザノードキー（ＵＮＫ）はＥＫＢの復号に適用するか議であり、図７を参照して説明した
ノードキー、リーフキーからなる鍵セットである。
【０１５７】
ステップＳ２５５において、クライアントは、ユーザノードキーを用いてコンテンツサーバから受信したデータ（図６参照）のヘッダ部に格納されたＥＫＢを復号などにより、コンテンツの暗号化キーとしてのコンテンツキーＫｃを生成する。
【０１５８】
さらに、ステップＳ２５６において、コンテンツキーＫｃを用いて暗号化コンテンツの復号を実行する。復号データは、ステップｓ２５７において、コーデックに出力され、コーデックにおいて、ステップＳ２５８で、デコード処理がなされて再生される。
【０１５９】
次に、公開鍵暗号（ＰＫＩ）処理に基づく処理を実行する際に適用する公開鍵を格納した公開鍵証明書の例について、図１６を参照して説明する。公開鍵証明書は、通常、公開鍵暗号方式における認証局（ＣＡ：Certificate Authority）、すなわち図１における認証サーバ６が発行する証明書であり、ユーザが、認証局に提出した自己のＩＤや公開鍵などに、認証局が有効期限等の情報を付加し、さらに、認証局によるデジタル署名を付加して作成される。なお、ライセンスサーバ４、またはコンテンツサーバ３が、認証サーバ６の基能を兼ね、証明書と秘密鍵、公開鍵の発行処理を実行する構成としてもよい。この構成の場合は、ユーザは、ユーザＩＤ、パスワード等をライセンスサーバ４に提供し登録処理を行うことによって、この公開鍵証明書を得ることができる。
【０１６０】
図１６における公開鍵証明書は、証明書のバージョン番号、ライセンスサーバ４が証明書の利用者（ユーザ）に対して割りつける証明書の通し番号、デジタル署名に用いたアルゴリズム、およびパラメータ、認証局（ライセンスサーバ４）の名前、証明書の有効期限、証明書利用者のＩＤ（ノードＩＤまたはリーフＩＤ）、並びに証明書利用者の公開鍵が、メッセージとして含まれている。さらに、このメッセージには、認証局としてのライセンスサーバ４により作成されたデジタル署名が付加されている。このデジタル署名は、メッセージに対してハッシュ関数を適用して生成されたハッシュ値に基づいて、ライセンスサーバ４の秘密鍵を用いて生成されたデータである。
【０１６１】
ノードＩＤまたはリーフＩＤは、例えば、図７のツリー構成の場合、デバイス０であれば「００００」とされ、デバイス１でれば「０００１」とされ、デバイス１５であれば「１１１１」とされる。このようなＩＤに基づいて、そのデバイス（エンティティ）がツリー構成のどの位置（リーフまたはノード）に位置するエンティティであるのかが識別される。
【０１６２】
このように、コンテンツを利用するのに必要なライセンスを、コンテンツとは分離して配布するようにすることにより、コンテンツの配布が自由に行われることになる。任意の方法、あるいは経路で入手されたコンテンツは、一元的に取り扱うことが可能である。
【０１６３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６４】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６５】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６７】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１６８】
以上、説明したように、本発明の構成によれば、暗号化したコンテンツを自由に配布し、かつ、従来クライアントの機器に縛り付けられていたライセンスをユーザ対応として設定することで、自己のクライアントマシンのみならず、どのようなクライアント機器においても、様々な機器に移動可能なライセンスの確認に基づいてコンテンツ再生が可能となる。従って、ユーザのコンテンツ利用における使い勝手が向上し、さらに、コンテンツの使用に関しては、外部記憶装置上のライセンスを元に使用を制限することによって著作権の保護ができるため、コンテンツ保有者も安心して、コンテンツの流通を図っていくことが可能であり、著作権、利用権の管理を必要とするコンテンツ利用システム、コンテンツ再生装置、ライセンス格納用情報記憶装置において適用可能である。
【０１６９】
本発明の構成によれば、ライセンスが機器対応ではなく、ユーザ対応として設定されるので、コンテンツのやりとりは個人所有のマシン間で自由に実行可能であり、さらに、ネットワークを介して、友人や、配信業者保有のコンテンツサーバや、世界中の人々のマシンからでも、制限なく自由にやり取りすることが可能となる。また、このように自由にコンテンツがやり取りされた場合であっても、ライセンスがないと再生が出来ないため、著作権保護も可能なうえ、ライセンスが機器に縛られないので、ネットワークを介してのストリーミング再生や、ダウンロード再生を行う場合のネットワーク上のセキュリティー対策の構築や投資が不要で、またユーザにとってもライセンス管理の煩わしさから解放される。また、個人の確認を行った上で、所有した記憶装置と個人を1対１で対応させておき、さらにライセンスの有効期限を設定しておくことにより、ライセンスの悪用によるシステムの乱用の防止ができる。ユーザは、ライセンスを格納した外部記憶装置を携帯するだけで、どこのどんな端末でも、自由に好きなコンテンツを楽しむことが可能となり、著作権、利用権の管理を必要とするコンテンツ利用システム、コンテンツ再生装置、ライセンス格納用情報記憶装置において適用可能である。
【図面の簡単な説明】
【０１７０】
【図１】本発明の適用が可能なコンテンツ提供システムの構成例を示すブロック図である。
【図２】クライアントの構成を示すブロック図である。
【図３】外部記憶装置の構成を示すブロック図である。
【図４】クライアントのコンテンツのダウンロード処理を説明するフローチャートである。
【図５】コンテンツサーバのコンテンツ提供処理を説明するフローチャートである。
【図６】コンテンツサーバの低起用するコンテンツデータのフォーマット例を示す図である。
【図７】鍵配信ツリー構成について説明する図である。
【図８】ＥＫＢ復号処理による鍵取得処理について説明する図である。
【図９】クライアントのコンテンツ再生処理を説明するフローチャートである。
【図１０】図９のステップＳ４３のライセンス取得処理の詳細を説明するフローチャートである。
【図１１】ライセンスのデータ構成を示す図である。
【図１２】図１のライセンスサーバのライセンス提供の処理を説明するフローチャートである。
【図１３】ライセンスサーバのライセンス更新処理を説明するフローチャートである。
【図１４】ライセンス取得処理シーケンスについて説明するシーケンス図である。
【図１５】コンテンツ再生シーケンスについて説明する図である。
【図１６】公開鍵証明書のデータ構成について説明する図である。
【符号の説明】
【０１７１】
１  クライアント
２  インターネット
３  コンテンツサーバ
４  ライセンスサーバ
５  課金サーバ
６  認証サーバ
２０  タイマ
２１  ＣＰＵ
２２  ＲＯＭ
２３  ＲＡＭ
２４  暗号化復号部
２５  コーデック部
２６  入力部
２７  出力部
２８  記憶部
２９  通信部
３０  ドライブ
３１  バス
３２  入出力インタフェース
４１  磁気ディスク
４２  光ディスク
４３  光磁気ディスク
４４  半導体メモリ
５０  外部記憶装置
５１  インタフェース
５２  ＣＰＵ
５３  ＲＡＭ
５４  不揮発性メモリ
５５  ＲＴＣ
５６  ＲＯＭ
【図１】
2005056234.tif 000003
【図２】
2005056234.tif 000004
【図３】
2005056234.tif 000005
【図４】
2005056234.tif 000006
【図５】
2005056234.tif 000007
【図６】
2005056234.tif 000008
【図７】
2005056234.tif 000009
【図８】
2005056234.tif 000010
【図９】
2005056234.tif 000011
【図１０】
2005056234.tif 000012
【図１１】
2005056234.tif 000013
【図１２】
2005056234.tif 000014
【図１３】
2005056234.tif 000015
【図１４】
2005056234.tif 000016
【図１５】
2005056234.tif 000017
【図１６】
2005056234.tif 000018