情報処理装置、および情報処理方法、並びにプログラム
【課題】コンテンツの暗号鍵の漏洩に基づくコンテンツの不正利用を防止する構成を実現する。
【解決手段】クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。
【解決手段】クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。特に、コンテンツの不正利用の防止構成を実現する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、情報記録媒体として、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）や、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはフラッシュメモリなど、様々なメディアが利用されている。特に、昨今は、大容量のフラッシュメモリを搭載したＵＳＢメモリなどのメモリカードの利用が盛んになっている。ユーザは、このような様々な情報記録媒体（メディア）に音楽や映画などのコンテンツを記録して再生装置（プレーヤ）に装着してコンテンツの再生を行うことができる。
【０００３】
また、近年、ネットワークを介したコンテンツの流通が盛んになり、ユーザによるコンテンツ購入処理の形態は、コンテンツを予め記録したディスクの購入処理から、ネットワーク接続したサーバからダウンロードする処理に次第にシフトしている。
【０００４】
具体的なコンテンツ購入形態としては、ＲＯＭディスク等のメディアの購入を行う処理の他、例えば、以下のようなコンテンツ購入形態がある。
（ａ）ネットワーク接続可能な端末やＰＣ等のユーザ装置を利用してコンテンツ提供サーバに接続して、コンテンツをダウンロードして購入するＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）。
（ｂ）コンビニや、駅等の公共スペースに設置された共用端末を利用して、ユーザのメディア（メモリカード等）にコンテンツを記録するＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）。
【０００５】
このように、ユーザは、コンテンツ記録用のメモリカードなどのメディアを有していれば、様々なコンテンツ提供プロバイダ等のコンテンツソースから自由に様々なコンテンツを選択購入し、自分のメディアに記録することができる。
なお、ＥＳＴ、ＭｏＤ等の処理については、例えば特許文献１（特開２００８−９８７６５号公報）に記載されている。
【０００６】
しかし、音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、ユーザにコンテンツを提供する場合には、一定の利用制限、すなわち正規な利用権を持つユーザのみにコンテンツの利用を許諾し、許可のないコピー等の無秩序な利用が行われないような制御を行うのが一般的となっている。
【０００７】
具体的には、ユーザが映画等のコンテンツをサーバからダウンロードしてユーザのメモリカード等の記録メディアに記録する場合、例えば以下のような処理が行われる。
サーバはコンテンツを暗号化コンテンツとしてクライアント（ユーザ装置）に提供する。
さらに、正規なコンテンツ購入処理を行ったユーザにのみ、暗号化コンテンツを復号するための鍵を提供する。
このようなコンテンツ提供処理を行うことで、コンテンツの利用制御を実現しようとしている。
【０００８】
しかし、上述の処理を行っても、例えば、正規なコンテンツ購入処理を行ったユーザが、サーバから取得したコンテンツ復号用の鍵を、他人に提供してしまうことを防止することは難しい。具体的には、サーバから取得した鍵をネット上で公開するなどして、不特定多数のユーザが利用可能な状態に設定されることも想定される。このような行為が行われると、この流出鍵を用いて誰でも暗号化コンテンツの復号、再生、利用を行うことが可能となり、コンテンツの不正利用が蔓延するといった事態が発生する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−９８７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、例えば上記問題点に鑑みてなされたものであり、暗号化コンテンツの復号に利用される鍵の流出によるコンテンツ不正利用を効果的に防止する構成を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、
クライアントに対する配信用のコンテンツを生成するデータ処理部と、
前記データ処理部の生成したコンテンツを送信する通信部を有し、
前記データ処理部は、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成し、
生成した前記変換暗号化コンテンツと、暗号化シードをクライアントに対する提供データとして前記通信部を介して送信する情報処理装置にある。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記変換暗号化コンテンツに含まれる各ユニットのブロックは、前記基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記個別鍵を乱数生成処理により生成する。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記個別鍵をコンテンツ配信先情報と対応付けた管理情報を生成して記憶部に格納する処理を行う。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、生成した個別鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、コンテンツ対応のタイトル鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クライアントから受信する記憶メディアの識別子であるメディアＩＤと逐次生成するバインド鍵を適用して生成した暗号鍵により前記タイトル鍵を暗号化して暗号化タイトル鍵を生成し、生成した暗号化タイトル鍵と前記バインド鍵を前記クライアントに前記通信部を介して送信する。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クライアントとの認証処理を実行し、さらに共有秘密鍵としてしたセッション鍵を生成し、生成したセッション鍵を適用してクライアントに対する送信データの暗号化を行う。
【００１９】
さらに、本発明の第２の側面は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理装置にある。
【００２０】
さらに、本発明の第３の側面は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理装置にある。
【００２１】
さらに、本発明の第４の側面は、
サーバとしての情報処理装置において実行する情報処理方法であり、
データ処理部が、クライアントに対する配信用のコンテンツを生成するデータ処理ステップと、
通信部が、前記データ処理ステップにおいて生成したコンテンツを送信する通信ステップを実行し、
前記データ処理ステップは、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成するステップを含み、
前記通信ステップは、生成した前記変換暗号化コンテンツと、暗号化シードを送信するステップである情報処理方法にある。
【００２２】
さらに、本発明の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理方法にある。
【００２３】
さらに、本発明の第６の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理方法にある。
【００２４】
さらに、本発明の第７の側面は、
サーバとしての情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、クライアントに対する配信用のコンテンツを生成させるデータ処理ステップと、
通信部に、前記データ処理ステップにおいて生成したコンテンツを送信させる通信ステップを実行させ、
前記データ処理ステップにおいては、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成させ、
前記通信ステップにおいては、生成した前記変換暗号化コンテンツと、暗号化シードを送信させるプログラムにある。
【００２５】
さらに、本発明の第８の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記プログラムは、
前記データ処理部に、前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定した前記基本暗号化コンテンツを生成させ、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行させるプログラムにある。
【００２６】
さらに、本発明の第９の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記プログラムは、
前記通信部に、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信させ、
前記データ処理部に、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行させるプログラムにある。
【００２７】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００２８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２９】
本発明の一実施例の構成によれば、コンテンツの暗号鍵の漏洩に基づくコンテンツの不正利用を防止する構成が実現される。具体的には、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。本処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【図面の簡単な説明】
【００３０】
【図１】コンテンツ提供処理および利用処理の概要について説明する図である。
【図２】メモリカードに記録されたコンテンツの利用形態について説明する図である。
【図３】従来の一般的なユーザに対する提供コンテンツとデータの基本構成例について説明する図である。
【図４】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図５】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図６】本発明の一実施例に従ったサーバクライアント間のコンテンツ提供シーケンスについて説明するシーケンス図である。
【図７】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図８】サーバにおける管理情報に記録されるデータ例について説明する図である。
【図９】サーバにおけるコンテンツのクライアントに対する提供処理シーケンスについて説明するフローチャートを示す図である。
【図１０】クライアントにおけるコンテンツ再生シーケンスについて説明するフローチャートを示す図である。
【図１１】シードデータの置き換え処理を、サーバからのコンテンツ受信、メディアに対する記録処理時にクライアントにおいて実行する場合の処理シーケンスについて説明するフローチャートを示す図である。
【図１２】クライアントにおいてシードデータの置き換え処理を実行してメディアに対する記録した場合のコンテンツ再生処理シーケンスについて説明するフローチャートを示す図である。
【図１３】個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する図である。
【図１４】個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する図である。
【図１５】メモリカードの記憶領域の具体的構成例について説明する図である。
【図１６】サーバおよびクライアントとしての情報処理装置のハードウェア構成例について説明する図である。
【図１７】メモリカードのハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．コンテンツ提供処理および利用処理の概要について
２．ユーザに対する提供コンテンツとデータの従来の基本構成例について
３．本発明に従ったユーザへの提供コンテンツとデータの一実施例について
４．サーバとクライアントにおいて実行する処理の処理シーケンスについて
（４−１）サーバにおけるデータ処理シーケンス
（４−２）クライアントにおけるコンテンツ再生シーケンス
（４−３）クライアントにおける受信データのメディアに対する記録処理シーケンス
（４−４）クライアントにおける第２のコンテンツ再生シーケンス
５．バインド鍵を適用したコンテンツ提供処理シーケンスについて
６．各装置のハードウェア構成例について
【００３２】
［１．コンテンツ提供処理および利用処理の概要について］
【００３３】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。
【００３４】
まず、図１以下を参照して、コンテンツ提供処理および利用処理の概要について説明する。
図１には、左から、
（ａ）コンテンツ提供元
（ｂ）コンテンツ記録装置（ホスト）
（ｃ）コンテンツ記録メディア
これらを示している。
【００３５】
（ｃ）コンテンツ記録メディアはユーザがコンテンツを記録して、コンテンツの再生処理に利用するメディアである。図１には、例えばフラッシュメモリ等からなる記録部を持つメモリカード３１と、データ記録可能なディスク３２を示している。
【００３６】
ユーザは、例えば音楽や映画などの様々なコンテンツをメモリカード３１やディスク３２に記録して利用する。これらのコンテンツは例えば著作権管理コンテンツ等、利用制御対象となるコンテンツである。所定の利用条件下での利用のみが許容され、基本的に無秩序なコピー処理やコピーデータの無制限な配布等は禁止される。なお、メモリカード３１やディスク３２にコンテンツを記録する場合、その記録コンテンツの許容コピー回数などのコピー制限情報や、他機器への出力制限情報などを規定した利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）も併せて記録される場合が多い。
【００３７】
図１に示す（ａ）コンテンツ提供元は、利用制限のなされた音楽や映画等のコンテンツの提供元である。図１には、コンテンツサーバ１１と、予めコンテンツの記録されたＲＯＭディスク等のコンテンツ記録ディスク１２を示している。
コンテンツサーバ１１は、音楽や映画等のコンテンツを提供するサーバである。コンテンツ記録ディスク１２は予め音楽や映画等のコンテンツを記録したＲＯＭディスク等のディスクである。
【００３８】
ユーザは、図１に示す（ｃ）コンテンツ記録メディアである例えばメモリカード３１を（ｂ）コンテンツ記録装置（ホスト）に装着し、（ｂ）コンテンツ記録装置（ホスト）を介してコンテンツサーバ１１に接続して、コンテンツを受信（ダウンロード）してメモリカード３１に記録することができる。
【００３９】
なお、コンテンツサーバ１１は、このダウンロード処理に際して、所定のシーケンスに従った処理を行い、暗号化コンテンツの他、暗号化コンテンツの復号に適用する鍵情報等コンテンツ再生に必要な情報をクライアントに提供する。さらに、コンテンツに対する利用制御情報、コンテンツＩＤ他のコンテンツ管理情報を記録したトークン等のコンテンツ関連情報を提供する場合もある。
【００４０】
コンテンツサーバ１１からのダウンロード処理の他、ユーザは、図１（ａ）に示すコンテンツ記録ディスク１２からコンテンツをコピーして（ｃ）コンテンツ記録メディアであるメモリカード３１等に記録することもできる。
【００４１】
例えば、ユーザは、メモリカード３１を装着した（ｂ）コンテンツ記録装置（ホスト）に、予めコンテンツの記録されたＲＯＭディスク等のコンテンツ記録ディスク１２を装着してコンテンツ記録ディスク１２の記録コンテンツをメモリカード３１にコピーを行う。ただし、このコピー処理が無秩序に実行されると、コピーコンテンツが無制限に増加することになる。このような事態を防止するため、例えばＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従った暗号化コンテンツを記録したメディアからのコンテンツコピー処理に際しては、コンテンツサーバ１１に接続して所定のシーケンスに従った処理が必須とされている。このコピー処理は、マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）と呼ばれる。なお、ＡＡＣＳはコンテンツの著作権保護のための様々な規格を規定している。
【００４２】
マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）に従ったコンテンツコピーを行う場合、図１（ｂ）に示すコンテンツ記録装置（ホスト）としての記録再生装置２２や、ＰＣ２３はコンテンツサーバ１１に接続し、コンテンツサーバ１１から、コピーコンテンツに対応する利用制御情報やトークン、さらにさらに暗号化コンテンツの復号に適用する鍵情報等のコンテンツ管理情報を受信し、コピー先メディアに記録する。
【００４３】
ユーザは、このように、
サーバからのコンテンツのダウンロード処理、あるいは、
コンテンツが記録されたディスクからのコンテンツコピー処理、
これらのいずれかの形態で、ユーザの所有する図１（ｃ）に示すメモリカード３１等のコンテンツ記録メディアにコンテンツを記録して利用することができる。
【００４４】
なお、ユーザのメディアにコンテンツを記録する装置としては、図１（ｂ）コンテンツ記録装置（ホスト）に示すように、
不特定多数のユーザが利用可能な公共スペース、例えば駅やコンビニ等に設置された共用端末２１、
ユーザ機器としての記録再生器［ＣＥ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器］２２、ＰＣ２３、
これらの様々な機器がある。
これらはすべて（ｃ）コンテンツ記録メディアであるメモリカード３１を装着可能な装置である。
また、これらの（ｂ）コンテンツ記録装置（ホスト）は、コンテンツサーバ１１からのダウンロード処理を実行する構成である場合は、ネットワークを介したデータ送受信処理を実行する通信部を備えていることが必要であり、コンテンツ記録ディスク１２を利用する構成である場合は、ディスク再生可能な装置であることが必要である。
【００４５】
図１に示すように、ユーザは、
（ａ）コンテンツ提供元であるコンテンツサーバ１１からのダウンロードコンテンツ、あるいはＲＯＭディスク等のコンテンツ記録ディスク１２に記録されたコンテンツを（ｂ）コンテンツ記録装置（ホスト）を介して、（ｃ）コンテンツ記録メディアとしてのメモリカード３１やディスク３２に記録する。
【００４６】
このメモリカード３１やディスク３２に記録されたコンテンツの利用形態について図２を参照して説明する。
なお、以下では、コンテンツ記録メディアをメモリカード３１とした場合の処理例について説明する。
ユーザは、コンテンツを記録したメモリカード３１を、例えば、図１（ｂ）を参照して説明した（ｂ）コンテンツ記録装置（ホスト）としてのユーザ機器である記録再生器（ＣＥ機器）２２やＰＣ２３等に装着してメモリカード３１に記録されたコンテンツを読み取り、再生する。
【００４７】
なお、多くの場合、これらのコンテンツは暗号化コンテンツとして記録されており、記録再生器（ＣＥ機器）２２やＰＣ２３等の再生装置は、所定のシーケンスに従った復号処理を実行した後、コンテンツ再生を行う。
なお、メモリカード３１に記録されたコンテンツを再生する機器は、図１（ｂ）を参照して説明した（ｂ）コンテンツ記録装置（ホスト）に限られず、その他の再生装置（プレーヤ）であってもよい。ただし、例えば予め規定されたシーケンスに従った暗号化コンテンツの復号処理等を実行可能な機器、すなわち予め規定された再生処理シーケンスを実行するプログラムを格納した機器であることが必要となる。なお、コンテンツ再生シーケンスの詳細については、後段で説明する。
【００４８】
［２．ユーザに対する提供コンテンツとデータの従来の基本構成例について］
次に、図３を参照して、従来の一般的なユーザに対する提供コンテンツとデータの基本構成例について説明する。
【００４９】
図３に示す構成は、例えばＢｌｕ−ｒａｙ（登録商標）ディスク等に記録されるＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従った暗号化コンテンツの基本的な構成例である。なお、前述したようにＡＡＣＳはコンテンツの著作権保護のための様々な規格を規定している。ＡＡＣＳ規格の代表的な暗号化構成として、コンテンツをユニット単位に区分してユニット毎に異なる暗号化鍵を適用する構成がある。このような暗号化構成を採用することで、ユニット単位のコンテンツの利用制御が可能となり、厳格で多様なコンテンツ利用制御が実現される。
【００５０】
図３には、以下の各データを示している。
（ａ）暗号化コンテンツ
（ｂ）暗号化コンテンツを構成する各ユニットの暗号化フォーマット
（ｃ）ユーザに対する提供データ（従来）
【００５１】
図３（ａ）暗号化コンテンツは、例えば映画等のコンテンツであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）ディスク）等に記録されるコンテンツの構成に対応する。
図３（ａ）に示すようにコンテンツはユニット（Ｕｎｉｔ）単位に区分されている。
１ユニットは、６１４４バイト単位のデータから構成される。
【００５２】
図３（ｂ）には、ユニット単位の暗号化フォーマットを示している。
（ｂ１）にはユニット１（Ｕｎｉｔ１）、（ｂｎ）にはユニットｎ（Ｕｎｉｔｎ）に対する暗号化フォーマットを示している。
ユニット１〜ユニットｎは、それぞれ共通の構成、すなわち、
１６バイトのシード（ＳＥＥＤ）、
６１２８バイトのブロック（Ｂｌｏｃｋ）データ、
を有している。
【００５３】
シードは暗号鍵生成用データとして用いられ、ブロックはシードを適用して生成した暗号鍵によって暗号化されるデータ領域である。
具体的には、各ユニットｘ（ｘ＝１〜ｎ）において、コンテンツ対応の暗号鍵であるタイトル鍵（Ｋｔ）と、各ユニットのシード（ＳＥＥＤｘ）を利用してブロックに対する暗号鍵であるブロック鍵（Ｋｂｘ）が生成され、生成したブロック鍵（Ｋｂｘ）でブロック（Ｂｌｏｃｋ＿ｘ）が暗号化される。
すなわち図に示す例ではｎ個のユニット１〜ｎの各ユニットのブロック１〜ｎは、それぞれ異なるシード１〜ｎを用いて生成された異なるブロック鍵（Ｋｂ１〜Ｋｂｎ）によって暗号化されることになる。
図３（ｃ１）暗号化コンテンツに示すような構成を持つ暗号化コンテンツである。
【００５４】
なお、ブロック鍵（Ｋｂｘ）は、例えば、以下の演算処理によって生成される。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットｘのシード（ＳＥＥＤｘ）をタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シード（ＳＥＥＤｘ）との排他論理和（ＸＯＲ）演算結果として算出される。
【００５５】
このように生成されたユニット対応のブロック鍵（Ｋｂｘ）を利用して各ユニットのブロック（ブロックｘ）の暗号化がなされる。
【００５６】
このようにユニット単位で異なるブロック鍵を適用した暗号化ブロックを持つ複数ユニットからなる暗号化コンテンツがディスク、あるいはサーバを介してユーザに提供される。
図３（ｃ）が、ユーザに対する提供データの例を示している。ユーザに提供されるデータには、以下のデータが含まれる。
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
【００５７】
（ｃ１）暗号化コンテンツは、上述した説明に従って生成される暗号化コミンテンツであり、ユニット単位で、シードとタイトル鍵で生成されブロック鍵を適用した暗号化ブロックを連結したデータである。
（ｃ２）タイトル鍵（Ｋｔ）は、コンテンツ対応のタイトル鍵（Ｋｔ）である。
【００５８】
これらの
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
が、ディスクなどに記録され、あるいはサーバからユーザに提供されるというのがこれまでの一般的なコンテンツの提供形態である。
【００５９】
ユーザは、暗号化コンテンツの復号処理を行う場合は、各ユニット単位で、ブロック鍵を生成して生成したブロック鍵を利用して各ユニットのブロックの復号を実行する。すなわち、前述のブロック鍵の生成式、
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式を適用して、タイトル鍵（Ｋｔ）と各ブロックのシードデータ（ＳＥＥＤｘ）を利用して、各ユニットｘのブロック鍵ｘ（Ｋｂｘ）を生成して、ユニット単位でブロックの復号を実行してコンテンツ再生を実行する。
なおシードデータは暗号化されていない平文データとしてユーザに提供されることになる。
【００６０】
しかし、このように、ユーザに対して、
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
を提供した場合、
その後、ユーザがタイトル鍵（Ｋｔ）を漏洩してしまうと、例えば不正なコピーコンテンツを持つユーザがコピーコンテンツを復号することが可能となり、コンテンツの利用制御が不可能になる。
特に、昨今は個人がネットワーク上で様々な情報を公開しており、このような情報の１つとしてタイトル鍵を公開してしまうと、即座にそのタイトル鍵は誰でも利用可能な状態になってしまう。このような場合、コンテンツの利用制御は不可能となる。
本発明は、このような事態を防止するため、ユーザに提供するデータの構成を変更した。
【００６１】
［３．本発明に従ったユーザへの提供コンテンツとデータの一実施例について］
図４以下を参照して本発明の一実施例に従ったユーザに対する提供データの構成例について説明する。
【００６２】
図４には、
（ｃ）ユーザに対する提供データ（従来）
（ｄ）本発明の一実施例に従ったユーザへの提供データ
これらのデータを示している。
図４（ｃ）ユーザに対する提供データ（従来）は、図３の（ｃ）ユーザに対する提供データ（従来）と同じデータであり、（ｃ１）暗号化コンテンツは、図３を参照して説明したと同じ暗号化コンテンツである。すなわちユニット単位で、シードとタイトル鍵（Ｋｔ）を利用して生成したブロック鍵（Ｋｂ）を適用して各ユニットのブロックの暗号化がなされたコンテンツである。すなわち、
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式に従って、タイトル鍵（Ｋｔ）と各ブロックのシードデータ（ＳＥＥＤｘ）を利用して生成した各ユニットｘのブロック鍵ｘ（Ｋｂｘ）により、ユニットのブロック（Ｂｌｏｃｋｘ）が暗号化されたコンテンツである。
【００６３】
本発明において、この基本（オリジナル）コンテンツの基本的な暗号化構成は変更しないが、ユーザに提供するデータの構成を、この（ｃ１）暗号化コンテンツの構成を変更したデータとする。
【００６４】
図４に示すステップＳ１１、ステップＳ１２の処理がユーザに対する提供データの生成処理に対応する。
例えばこれらの処理がコンテンツ提供サーバにおいて実行される。
【００６５】
ステップＳ１１の処理は、
暗号化コンテンツのデータ変換処理である。具体的には、暗号化コンテンツのシード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）のデータをダミーデータ、例えば全て０、あるいは全て１といった設定のダミーデータに置き換える。あるいはシードデータを削除する。
【００６６】
この処理結果が、図４（ｄ１）変換暗号化コンテンツに示すデータである。図４（ｄ１）に示すデータは、シード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）を全て０（Ａｌｌ ０）に設定したデータである。
ブロック領域（Ｂｌｏｃｋ１〜Ｂｌｏｃｋｎ）は、（ｃ１）暗号化コンテンツと同じであり、各ブロックがユニット対応のシードとタイトル鍵で生成されたブロック鍵（Ｋｂｘ）で暗号化されたデータである。
すなわち、変換暗号化コンテンツに含まれる各ユニットのブロックは、基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである。
【００６７】
さらに、ステップＳ１２の処理を実行する。ステップＳ１２の処理は、暗号化シードファイルの生成処理である。
暗号化シードファイルは、（ｃ１）暗号化コンテンツの各ユニットのシード（ＳＥＥＤ１〜ＳＥＥＤｎ）の構成データを全て抽出し、各シード（ＳＥＥＤ１〜ＳＥＥＤｎ）をコンテンツ提供処理単位で異なる鍵とした個別鍵（Ｋｉｎｄ）を適用して暗号化したデータである。このデータが。例えば、図４（ｄ２）暗号化シードファイルに示すデータである。
【００６８】
図４（ｄ２）に示す［Ｅ＿ＳＥＥＤｘ］は、ＳＥＥＤｘを個別鍵（Ｋｉｎｄ）で暗号化したデータであることを示す。
個別鍵（Ｋｉｎｄ）は、例えばコンテンツ提供サーバが、コンテンツの提供処理時に逐次、乱数生成処理などを行って生成する鍵であり、コンテンツの配送単位、あるいはユーザ単位で異なる鍵として設定される。
なお、この生成鍵情報は、コンテンツ提供先情報とともにサーバにおいて登録、管理される。
【００６９】
図４（ｄ）に示すデータは、ユーザに提供されるデータの一部である。
図５にユーザ装置（クライアント）１００に提供されるデータのセットの一例を示す。
図５に示すように、ユーザ装置（クライアント）１００には例えば以下のデータが提供される。
（ｄ１）変換暗号化コンテンツ
（ｄ２）暗号化シードファイル
（ｄ３）個別鍵
（ｄ４）タイトル鍵
【００７０】
（ｄ１）変換暗号化コンテンツは、前述したようにコンテンツを構成する区分データである各ユニットのシード領域をダミーデータ（オール０など）または削除した暗号化コンテンツである。各ユニットのブロックは従来と同様タイトル鍵と本来のシードによって生成されたブロック鍵（Ｋｂ）によって暗号化されたコンテンツである。
【００７１】
（ｄ２）暗号化シードファイルは、本来のシードデータを個別鍵（Ｋｉｎｄ）を適用して暗号化したデータである。
（ｄ３）個別鍵はコンテンツの配信単位、あるいは配信ユーザ単位で異なる設定とした鍵であり、（ｄ２）暗号化シードファイルの暗号化および復号に適用する鍵である。
（ｄ４）タイトル鍵は、従来と同様のコンテンツ対応（タイトル対応）の鍵であり、ブロック鍵の生成に適用される鍵である。
【００７２】
なお、これらのデータは必要に応じて例えばセッション鍵によりさらに暗号化されてユーザ装置（クライアント）に提供される。
サーバからユーザ装置（クライアント）に対するデータ提供シーケンスについて、図６に示すシーケンス図を参照して説明する。
【００７３】
図６に葉コンテンツ送信を実行するサーバとコンテンツ受信を行うクライアント間の通信シーケンスを示している。なお、クライアントは、メモリカード等のメディアを装着したＰＣや記録再生装置である場合と、通信機能を有するメモリカード自体である場合の双方が含まれる。
【００７４】
まずステップＳ１０１において、コンテンツの提供処理を実行するサーバと、コンテンツ受領処理を実行するクライアント間で双方の機器正当性を確認するための相互認証処理が行われる。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。この認証処理に際して、サーバとクライアントは、共有秘密鍵としてのセッション鍵（Ｋｓｅｓ）を生成し双方で共有する。
【００７５】
認証処理が終了し、双方の機器確認が終了すると、サーバは、ステップＳ１０２において暗号化コンテンツの生成、さらにシード領域をダミーデータで置き換えまたは削除して変換暗号化コンテンツを生成する。図５の（ｄ１）に示す変換暗号化コンテンツである。
【００７６】
さらに、ステップＳ１０３において、個別鍵（Ｋｉｎｄ）を例えば乱数生成処理によって生成する。
【００７７】
次に、ステップＳ１０４において、生成した個別鍵（Ｋｉｎｄ）を用いてシードデータを暗号化して暗号化シードファイルを生成する。図５の（ｄ２）に示す暗号化シードファイルである。
【００７８】
最後に、ステップＳ１０５において、サーバは、データをクライアントに送信する。
（ｄ１）変換暗号化コンテンツ
（ｄ２）暗号化シードファイル
（ｄ３）個別鍵
（ｄ４）タイトル鍵
これらのデータをクライアントに送信する。
なお、これらの送信データ中、少なくとも暗号化されていないデータについてはセッション鍵（Ｋｓｅｓ）で暗号化して送信する。
【００７９】
クライアントは、受信データをメディア、例えば図１に示すメモリカード３１に記録する。なお、セッション鍵で暗号化したデータとして受信したデータについては、セッション鍵で復号した後、記録処理を行う。
【００８０】
このように、本発明におけるコンテンツ提供処理を実行するサーバは、コンテンツの提供処理単位あるいはユーザ単位で異なる個別鍵（Ｋｉｎｄ）を生成し、生成した個別鍵（Ｋｉｎｄ）を適用して基本（オリジナル）暗号化コンテンツのオリジナルシードデータのみを暗号化した個別の暗号化シードファイルを生成してユーザ（クライアント）に提供する。
また暗号化コンテンツについては本来のオリジナルのシードデータはダミーデータ（オール０など）へ置き換え、あるいは削除してユーザ（クライアント）に提供する。
【００８１】
図７にサーバから各クライアントに提供するデータの概念図を示す。
図７に示すように、
サーバ２００は、同じタイトルのコンテンツを提供するクライアント１，２に対して、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
これらのデータは、全て共通するデータを提供する。
しかし、各クライアント単位で異なるデータとして、
（ｃ）個別鍵（Ｋｉｎｄ）
（ｄ）暗号化シード
これらのデータを提供する。
【００８２】
図７に示すクライアント１には、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
（ｃ）個別鍵（Ｋｉｎｄ１）
（ｄ）暗号化シード１
図７に示すクライアント２には、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
（ｃ）個別鍵（Ｋｉｎｄ２）
（ｄ）暗号化シード２
これらのデータが提供される。
【００８３】
タイトル鍵は全てのクライアントに共通に提供されるが、このタイトル鍵が漏洩し、不特定多数のユーザによって利用可能な状況となっても、個別鍵や暗号化シードは、クライアント単位（配信コンテンツ単位）で異なるデータであり、これらの個別データが不特定多数が利用可能な状況にならない限り、コンテンツの不正利用が広がることはない。
【００８４】
また、個別鍵はサーバによって、配信先情報とともに管理されるので、万が一、不正に広まった個別鍵や暗号化シードが発見された場合は、その個別鍵の配送先を特定することが可能となる。
図８にサーバの記憶手段に保持される管理情報のデータ構成例を示す。
図８に示すように、管理情報には、
配信コンテンツに対応する固有ＩＤ、
配信コンテンツ情報、
タイトル鍵（Ｋｔ）情報
個別鍵（Ｋｉｎｄ）情報
配信先情報、
配信ユーザ情報、
配信日時情報、
例えばこれらの情報が含まれる。
【００８５】
なお、タイトル鍵（Ｋｔ）情報としては、同じタイトルのコンテンツの配信エントリの場合、同じデータが記録される。
個別鍵（Ｋｉｎｄ）情報は、全てのエントリに対して異なるデータが記録される。なお、配信先のユーザが同じ場合には、同じ個別鍵を利用する構成としてもよい。この場合、個別鍵は配信処理単位ではなく配信先ユーザ単位で異なる鍵として設定されることになる。
この場合でも、不正なデータ流出があった場合には個別鍵の照合によって流出元としてのユーザの特定は可能となる。
なお、図８に示す管理情報の例は一例であり、これらの情報の全てが必須ではなく、また、これらの情報以外の情報を管理情報として保持してもよい。
【００８６】
このように、本発明の構成では、コンテンツ配信を行うサーバが、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。
また、個別鍵情報はコンテンツ配信先情報に対応付けて管理する。
これらの処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【００８７】
［４．サーバとクライアントにおいて実行する処理の処理シーケンスについて］
次に図９以下のフローチャートを参照してサーバとクライアントにおいて実行する処理の処理シーケンスについて説明する。
【００８８】
（４−１）サーバにおけるデータ処理シーケンス
まず、図９に示すフローチャートを参照してサーバにおけるコンテンツのクライアントに対する提供処理シーケンスについて説明する。
図９に示す処理はサーバのデータ処理部の制御の下に実行される処理である。
【００８９】
ステップＳ１２１において、暗号化コンテンツの生成または取得を行う。この暗号化コンテンツは、図３（ｃ）や図４（ｃ）に示す基本（オリジナル）暗号化コンテンツであり、ユニット単位のブロックデータがユニットのシードとタイトル鍵で生成されたブロック鍵（Ｋｂ）を適用して暗号化されたコンテンツである。
【００９０】
次に、ステップＳ１２２において、ステップＳ１２１で生成または取得した暗号化コンテンツのシード領域をダミーデータ（例えばオール０）で置き換えまたは削除した変換暗号化コンテンツを生成する。この変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。
【００９１】
次に、ステップＳ１２３において、個別鍵（Ｋｉｎｄ）を生成する。この個別鍵生成処理は、例えば乱数生成処理によって実行される。
【００９２】
次にステップＳ１２４において、ステップＳ１２１で生成した暗号化コンテンツのオリジナルのシードデータをステップＳ１２３で生成した個別鍵（Ｋｉｎｄ）で暗号化して、暗号化シードを生成する。この暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した暗号化シードである。
【００９３】
次に、ステップＳ１２５において、変換暗号化コンテンツと暗号化シード、その他のデータをクライアントに送信する。この処理は、先に図６のシハーケンス図を参照して説明したステップＳ１０５の処理に対応する。なお、クライアントに対する送信データには、個別鍵（Ｋｉｎｄ）、タイトル鍵（Ｋｔ）等も含まれる。
【００９４】
最後に、ステップＳ１２６において、個別鍵（Ｋｉｎｄとコンテンツ提供先クライアント情報とを対応づけた管理情報エントリを生成して記憶部に格納する。
この管理情報は、先に図８を参照して説明した管理情報である。
【００９５】
（４−２）クライアントにおけるコンテンツ再生シーケンス
次に、図１０に示すフローチャートを参照して、クライアントにおけるコンテンツ再生シーケンスについて説明する。
図１０に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【００９６】
ステップＳ１５１においてコンテンツを記録したメディアを再生装置にセットする。例えば図１、図２に示すメモリカード３１を再生装置としての記録再生器２２や、ＰＣ２３等にセットする。
【００９７】
次に、ステップＳ１５２において、メディアから暗号化シードを読み出す。この暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した個別鍵（Ｋｉｎｄ）で暗号化された暗号化シードである。
【００９８】
次にステップＳ１５３において、暗号化シードファイルを、個別鍵（Ｋｉｎｄ）を適用して復号する。なお個別鍵（Ｋｉｎｄ）もサーバから受領し、メディアに記録されており、メディアから読み出して利用する。
【００９９】
次に、ステップＳ１５４において、変換暗号化コンテンツをメディアから読み出す。この変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。コンテンツの本来のシード領域がダミーデータ（例えばオール０）で置き換えまたは削除された変換暗号化コンテンツである。
【０１００】
次に、ステップＳ１５５において、変換暗号化コンテンツのシード領域に、復号したシードデータを設定して、変換前の暗号化コンテンツを生成する。すなわち、この処理は、図４（ｄ１）の変換暗号化コンテンツを図４（ｃ１）に示す変換前の暗号化コンテンツに戻す処理に相当する。
【０１０１】
次に、ステップＳ１５６において、暗号化コンテンツのユニット単位で、シードとタイトル鍵に基づくブロック鍵を生成し暗号化ブロックを復号する。
ブロック鍵の生成は、先に説明したように以下の式によって行われる。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ｘはブロック識別子
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットのシードをタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シードとの排他論理和演算結果として取得される。
【０１０２】
ステップＳ１５７において、復号ブロックを利用したコンテンツ再生処理を実行する。なおコンテンツ再生処理においては、暗号化シードを復号して得られるシードと、復号ブロックの双方を利用した再生処理が実行される。なお、シード領域には再生処理に必要なヘッダ情報や、再生コンテンツの実体データが含まれる場合もある。
【０１０３】
クライアント装置では、このように暗号化シードファイルを復号して得られるシードを、変換暗号化コンテンツのシード領域に設定して変換前の基本（オリジナル）暗号化コンテンツを生成した上でコンテンツ再生処理が実行される。なお、基本（オリジナル）暗号化コンテンツを生成した後のコンテンツ再生処理は、従来と同様の再生シーケンスでブロック鍵の生成、生成したブロック鍵によるユニット単位のブロックデータの復号を伴う再生処理として実行される。
【０１０４】
（４−３）クライアントにおける受信データのメディアに対する記録処理シーケンス
図１０に示すコンテンツ再生シーケンスでは、再生処理に際して、変換暗号化コンテンツのシード領域を本来のシードデータに置き換える処理を行う構成として説明した。
このシードデータの置き換え処理は、サーバからのコンテンツ受信、メディアに対する記録処理時に実行する構成としてもよい。
この処理を実行する場合のクライアントの処理シーケンスについて図１１に示すフローチャートを参照して説明する。
図１１に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【０１０５】
まず、ステップＳ１７１においてコンテンツを記録するメディアをセットする。例えば図１に示すメモリカード３１をユーザ装置（クライアント）にセットする。
【０１０６】
ステップＳ１７２において、サーバから変換暗号化コンテンツと暗号化シードファイルを受信する。この処理は、先に図６を参照して説明したステップＳ１０５の処理に対応する処理である。
なお、サーバクライアント間ではデータ送受信処理の前に認証処理やセッション鍵の共有処理が実行されているが、図１１のフローではこれらの処理は省略して示している。
【０１０７】
ステップＳ１７２において、クライアントがサーバから受信するデータには、図１１に示すように、
（ａ）変換暗号化コンテンツ
（ｂ）暗号化シード
これらのデータが含まれる。
【０１０８】
（ａ）変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。コンテンツの本来のシード領域がダミーデータ（例えばオール０）で置き換えまたは削除された変換暗号化コンテンツである。
（ｂ）暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した個別鍵（Ｋｉｎｄ）で暗号化された暗号化シードである。
【０１０９】
クライアントは、これらのデータをサーバから受信した後、ステップＳ１７３において、変換暗号化コンテンツのシード領域に暗号化シードを設定する処理を行なう。
すなわち、図１１（ｃ）に示すようにオール０等のダミーデータが設定された領域に暗号化シードを上書きする処理を実行して、シード領域を暗号かシードに置き換えたコンテンツを生成する。
【０１１０】
ステップＳ１７４では、このようにして生成した暗号化シードを含む変換暗号化コンテンツをメディアに記録する。
この処理を実行した場合は、図１１（ｂ）に示す暗号化シードファイルはメディアに記録する必要がなく記録スペースを削減することが可能となる。
【０１１１】
（４−４）クライアントにおける第２のコンテンツ再生シーケンス
図１１に示すフローチャートを参照して説明した処理によって記録された変換暗号化コンテンツ、すなわち暗号化シードと暗号化ブロックによって構成されるユニットからなるコンテンツをメディアに記録した場合、先に図１０に示すフローを参照して説明した再生シーケンスとは異なるシーケンスで再生処理が実行される。
この再生シーケンスについて、図１２に示すフローチャートを参照して説明する。
図１２に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【０１１２】
まず、ステップＳ１８１においてコンテンツを記録したメディアを再生装置（クライアント）にセットする。メディアには、図１２（ｃ）に示すコンテンツ、すなわち、
暗号化シードと暗号化ブロックとの組み合わせからなるユニットによって構成されるコンテンツが記録されている。
【０１１３】
ステップＳ１８２において、暗号化シードを含む変換暗号化コンテンツをメディアから読み出す。図１２（ｃ）に示すデータ構成を持つコンテンツであるる
次に、ステップＳ１８３において、暗号化シードを個別鍵（Ｋｉｎｄ）で復号する。なお個別鍵（Ｋｉｎｄ）もサーバから受信しメディアに記録されている。
ステップＳ１８２における暗号化シードの復号によって、図１２（ｄ）に示す変換前の基本（オリジナル）暗号化コンテンツが生成されることになる。
【０１１４】
次に、ステップＳ１８４において、暗号化コンテンツのユニット単位で、シードとタイトル鍵に基づくブロック鍵を生成し暗号化ブロックを復号する。
ブロック鍵の生成は、先に説明したように以下の式によって行われる。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ｘはブロック識別子
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットのシードをタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シードとの排他論理和演算結果として取得される。
【０１１５】
次に、ステップＳ１８５において、復号ブロックを利用したコンテンツ再生処理を実行する。なおコンテンツ再生処理においては、暗号化シードを復号して得られるシードと、復号ブロックの双方を利用した再生処理が実行される。なお、シード領域には再生処理に必要なヘッダ情報や、再生コンテンツの実体データが含まれる場合もある。
【０１１６】
本発明の処理では、このようにサーバが提供するコンテンツの構成テータの一部であるシードデータを個別鍵で暗号化したデータとしてクライアントに提供する。また、暗号化コンテンツのシード領域はダミーデータに置き換え、または削除したデータとして設定してクライアントに提供する。
この設定により、サーバから受信した変換暗号化コンテンツをタイトル鍵とともに漏洩や公開するなどの行為を行ったとしても、オリジナルのシード部分のデータが得られない限り、復号が不可能となる。
【０１１７】
また、暗号化シードファイルや、個別鍵を漏洩した場合には、個別鍵データの構成を解析して、サーバの管理情報（図８参照）の登録情報と照合することでデータの漏洩元を突き止め、特定することが可能となる。
【０１１８】
［５．バインド鍵を適用したコンテンツ提供処理シーケンスについて］
次に、図１３、図１４を参照して、個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する。
なお、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は暗号化コンテンツの復号に適用するタイトル鍵の暗号化処理に利用される鍵であり、コンテンツサーバにおいて例えば乱数生成処理等によって生成される。
【０１１９】
図１３には、左から、
（Ａ）コンテンツサーバ２００
（Ｂ）コンテンツ記録装置（ホスト）３００
（Ｃ）メモリカード４００
これらを示している。
（Ａ）コンテンツサーバ２００は、図１（ａ）に示すコンテンツサーバ１１に対応し、
（Ｂ）コンテンツ記録装置は、図１（ｂ）に示すコンテンツ記録装置（ホスト）としての記録再生器２２やＰＣ２３に対応し、
（Ｃ）メモリカードは図１（ｃ）に示すメモリカード３１に対応する。
【０１２０】
図１３には、コンテンツサーバがメモリカードに対して、コンテンツと、コンテンツ以外のコンテンツ管理情報を提供して記録させる場合の処理シーケンスを示している。
なお、コンテンツを図１に示すディスク１２からコピーしてメモリカードに記録する場合は、コンテンツはディスクからメモリカードに記録されるが、その他のトークンを含む管理データについては、コンテンツサーバからメモリカードに送信されて記録される。
【０１２１】
なお、図１３に示す（Ｃ）メモリカード４００は、（Ｂ）コンテンツ記録装置（ホスト）３００に装着し、（Ｂ）コンテンツ記録装置（ホスト）３００の通信部を介して（Ａ）コンテンサーバ２００との通信を実行し、（Ａ）コンテンツサーバ２００から受信する各種のデータを（Ｂ）コンテンツ記録装置（ホスト）３００を介して受信してメモリカード４００に記録する。
【０１２２】
図１３を参照して処理シーケンスについて説明する。
まず、ステップＳ２０１において、コンテンツサーバ２００とメモリカード４００間で相互認証処理を実行する。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。コンテンツサーバ２００は認証局の発行した公開鍵を格納したサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ）と秘密鍵を保持している。メモリカード４００も予め認証局から公開鍵証明書と秘密鍵のペアを受信し自己の記憶部に格納している。
【０１２３】
なお、メモリカードは相互認証処理や、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に対するアクセス可否判定を行うプログラムを格納し、これらのプログラムを実行するデータ処理部を有する。保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）については、後段で説明する。
【０１２４】
コンテンツサーバ２００とメモリカード４００間の相互認証が成立し、双方の正当性が確認されると、サーバ２００はメモリカード４００に対して様々なデータを提供する。相互認証が成立しない場合は、サーバ２００からのデータ提供処理は行われない。
【０１２５】
相互認証の成立後、コンテンツサーバ２００は、データベース２１１に記録された特定のコンテンツ集合に対応する識別子であるボリュームＩＤやコンテンツ識別子としてのコンテンツＩＤ等のデータを取得して、これらのＩＤやその他のコンテンツ管理情報を記録したトークン２１３を生成し、ステップＳ２０２においてトークン２１３に対する署名を実行して、コンテンツ記録装置（ホスト）３００に対して送信、すなわちメモリカード４００に対する書き込みデータとして送信する。
【０１２６】
なお、トークン２１３は、提供コンテンツの識別子としてのコンテンツＩＤや、コンテンツに対する利用規則を定めたデータとしてクライアントに提供される利用制御情報の正当性を検証するためのハッシュ値等を記録したデータである。トークンにはサーバの署名が設定され、改ざんの検証が可能な設定となっている。
クライアントではコンテンツ再生時にトークンの署名を検証してトークンの正当性を検証しさらにトークンに記録された利用制御情報のハッシュ値に基づいてさーばから受信する利用制御情報ファイルの正当性を検証し、正当性の確認された利用制御情報ファイルに記録された利用制御情報に従ってコンテンツの利用（再生やコピー）を行う。
【０１２７】
トークンは、（Ａ）コンテンツサーバ２００から（Ｂ）コンテンツ記録装置（ホスト）３００を介して（Ｃ）メモリカード４００に送信され、メモリカード４００に記録される。この記録データが図１３の（Ｃ）メモリカード４００中に示すトークン（Ｔｏｋｅｎ）４１５である。
【０１２８】
なお、メモリカード４００は、機器に応じたアクセス制限のなされる保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）と、アクセス制限のない非保護領域（Ｕｓｅｒ Ａｒｅａ）に分割されている。
【０１２９】
メモリカード４００の記憶領域の具体的構成例を図１５に示す。
メモリカード４００の記憶領域は、図１５に示すように、
（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１、
（ｂ）非保護領域（Ｕｓｅｒ Ａｒｅａ）４０２、
これら２つの領域によって構成される。
【０１３０】
（ｂ）非保護領域（Ｕｓｅｒ Ａｒｅａ）４０２はユーザの利用する記録再生装置によって、自由にアクセス可能な領域であり、コンテンツや一般のコンテンツ管理データ等が記録される。ユーザによって自由にデータの書き込みや読み取りを行うことか可能な領域である。
【０１３１】
一方、（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１は、自由なアクセスが許容されない領域である。
例えば、ユーザの利用する記録再生装置、再生装置、あるいはネットワークを介して接続されるサーバ等によってデータの書き込みあるいは読み取りを行おうとする場合、メモリカード４００に予め格納されたプログラムに従って、各装置に応じて読み取り（Ｒｅａｄ）または書き込み（Ｗｒｉｔｅ）の可否が決定される。
【０１３２】
メモリカード４００は、予め格納されたプログラムを実行するためのデータ処理部や認証処理を実行する認証処理部を備えており、メモリカード４００は、まず、メモリカード４００に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。
【０１３３】
この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書（たとえばサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ））を受信し、その証明書に記載された情報を用いて、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１の各区分領域のアクセスが許容されるか否かを判定する。この判定処理は、図１５に示す保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１内の区分領域（図に示す領域＃０，＃１，＃２・・・）単位で判定処理が行われ、許可された区分領域で許可された処理のみが実行される。
【０１３４】
このメディアに対する読み取り／書き込み制限情報（ＰＡＤ Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）は、例えば、アクセスしようとする装置、例えばコンテンツサーバ、あるいは記録再生装置（ホスト）単位で設定される。これらの情報は各装置対応のサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）や、ホスト証明書（Ｈｏｓｔ Ｃｅｒｔ）に記録される。
【０１３５】
メモリカード４００は、メモリカード４００に予め格納された規定のプログラムに従って、サーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）や、ホスト証明書（Ｈｏｓｔ Ｃｅｒｔ）の記録データを検証して、アクセス許可のなされた領域についてのみアクセスを許容する処理を行う。
【０１３６】
図１３に示す（Ｃ）メモリカード４００には保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）４１２を示している。保護領域４１２以外の領域は非保護領域である。保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）４１２は、図に示すようにバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４が記録される。その他のデータは、非保護領域（Ｕｓｅｒ Ａｒｅａ）に記録される。
【０１３７】
なお、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４は暗号化コンテンツの復号に適用するタイトル鍵の暗号化処理に利用される鍵であり、コンテンツサーバにおいて乱数生成処理等によって生成される。
【０１３８】
図１３（Ａ）コンテンツサーバ２００のステップＳ２０３の処理として示すように、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は、コンテンツサーバにおいて生成される。この鍵は、コンテンツのメモリカードに対する提供処理、あるいはディスクからのコンテンツのコピー処理が実行される毎に、サーバが、逐次、乱数生成等を実行して生成してメモリカードに提供する。従って、コンテンツの提供あるいはコピー処理ごとに異なるバインド鍵が生成されることになる。
【０１３９】
サーバ２００の生成したバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は、メモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に書き込まれる。
なお、メモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に対するデータの書き込み（Ｗｒｉｔｅ）、あるいは保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）からのデータ読み込み（Ｒｅａｄ）処理は制限される。アクセス要求装置（サーバや、記録再生装置（ホスト））単位、および保護領域に設定される区分領域（＃１，＃２・・・）単位で書き込み（Ｗｒｉｔｅ）、読み取り（Ｒｅａｄ）の可否が設定される。
【０１４０】
メモリカードは、アクセス要求装置から受領した証明書、例えばサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）を参照して、書き込みの許容された保護領域内の区分領域にバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））を記録する。図１３に示すバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂ））４１４である。なお、図１３では、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４１２の内部を詳細に示していないが、この保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）は複数の区分領域（＃０，＃１，＃２・・・）に区分されており、サーバ証明書に書き込み許容領域として記録された区分領域にバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４が記録される。
【０１４１】
なお、コンテンツサーバ２００からメモリカード４００へのバインド鍵の送信は、セッション鍵で暗号化したデータとして送信が行われる。
セッション鍵は、サーバ２００とメモリカード４００間の相互認証処理（ステップＳ２０１）時に生成され、双方で共有する鍵である。メモリカード４００は、暗号化されたバインド鍵をセッション鍵で復号してメモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４１２の所定の区分領域に記録する。
【０１４２】
図１３に示す（Ａ）コンテンツサーバ２００は、次に、生成したバインド鍵（Ｋｂｉｎｄ）と、（Ｃ）メモリカード４００から受領したメディアＩＤを利用して、ステップＳ２０４において、鍵生成処理（ＡＥＳ−Ｇ）を行う。ここで生成する鍵はボリュームユニーク鍵と呼ばれる。
なお、メディアＩＤは、メモリカード４００の識別情報としてメモリカード４００内のメモリに予め記録されたＩＤである。
【０１４３】
次に、コンテンツサーバ２００は、ステップＳ２０５において、コンテンツの暗号化鍵であるタイトル鍵（例えばＣＰＳユニット鍵）２１５をボリュームユニーク鍵で暗号化して暗号化タイトル鍵を生成する。
【０１４４】
（Ａ）コンテンツサーバ２００は生成した暗号化タイトル鍵を（Ｂ）コンテンツ記録装置（ホスト）３００を介して（Ｃ）メモリカード４００に送信する。メモリカード４００は、受信した暗号化タイトル鍵をメモリカード４００に記録する。この記録データが図１３の（Ｃ）メモリカード４００中に示す暗号化タイトル鍵４１６である。なお、タイトル鍵はＣＰＳユニット鍵とも呼ばれる。
【０１４５】
さらに、コンテンツサーバ２００は、コンテンツに対応する利用制御情報２１６を生成して、ステップＳ２０６でコンテンツサーバ２００の秘密鍵で署名処理を実行してメモリカード４００に提供する。
また、コンテンツサーバ２００は、ステップＳ２０７において、コンテンツ２１７をタイトル鍵２１５で暗号化する。
ここで生成する暗号化コンテンツは、例えば図３（ｃ１）、図４（ｃ１）に示す基本（オリジナル）暗号化コンテンツである。各ユニットのブロックが、それぞれ各ユニットのシードを用いて生成された異なるブロック鍵（Ｋｂ１〜Ｋｂｎ）によって暗号化された暗号化コンテンツである。従来はこの暗号化コンテンツをそのまま提供していた。
【０１４６】
本発明の構成では、サーバ２００は、この基本（オリジナル）暗号化コンテンツを変換する処理を行う。
この処理について、図１４を参照して説明する。
コンテンツサーバ２００は、ステップＳ２０７において生成した基本（オリジナル）暗号化コンテンツを用いて、ステップＳ２０８において、シードデータの置き換えまたは削除を行う。
この処理は、先に図４を参照して説明したステップＳ１１の処理に対応する。具体的には、暗号化コンテンツのシード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）のデータをダミーデータ、例えば全て０、あるいは全て１といった設定のダミーデータに置き換える。あるいはシードデータを削除する。
【０１４７】
この処理結果が、図１４の変換暗号化コンテンツ２１８であり、図４（ｄ１）変換暗号化コンテンツに示すデータに相当する。変換暗号化コンテンツ２１８は、図４（ｄ１）に示すように、シード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）を全て０に設定したデータである。ブロック領域（Ｂｌｏｃｋ１〜Ｂｌｏｃｊｎ）は、（ｃ１）暗号化コンテンツと同じであり、各ブロックがユニット対応のシードとタイトル鍵で生成されたブロック鍵（Ｋｂｘ）で暗号化されたデータである。
【０１４８】
図１４の変換暗号化コンテンツ２１８は、サーバ２００からコンテンツ記録装置（ホスト）３００を介してメモリカード４００に提供されて記録される。
図１４のメモリカード４００の記録テータとして示す変換暗号化コンテンツ４１８である。
【０１４９】
コンテンツサーバ２００は、次に、ステップＳ２０９において個別鍵（Ｋｉｎｄ）を生成する。例えば乱数生成処理によって生成する。この個別鍵（Ｋｉｎｄ）は、コンテンツ配信処理単位あるいはユーザ単位で異なる鍵として生成する。
さらに、ステップＳ２１０において、ステップＳ２０７で生成した基本（オリジナル）暗号化コンテンツ（図３（ｃ１）、図４（ｃ１）に示す暗号化コンテンツ）からシードデータのみを抽出し、ステップＳ２１１において、個別鍵（Ｋｉｎｄ）を用いて暗号化処理を実行する。
【０１５０】
この暗号化処理により、暗号化シードファイル２１９を作成する。この暗号化シードファイメ２１９は、図４（ｄ２）、図５（ｄ２）等を参照して説明したデータであり、基本（オリジナル）コンテンツのオリジナルシードデータの暗号化データである。なおオリジナルシードはブロック鍵の生成に必要となるデータである。
【０１５１】
図１４の暗号化シードファイル２１９は、サーバ２００からコンテンツ記録装置（ホスト）３００を介してメモリカード４００に提供されて記録される。
図１４のメモリカード４００の記録テータとして示す暗号化シードファイル４１９である。
【０１５２】
なお、本処理例ではメモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）にはバインド鍵が記録される。暗号化コンテンツの復号処理にはタイトル鍵を取得することが必要であり、このタイトル鍵は、前述したように、バインド鍵とメディアＩＤを利用して生成されるボリュームユニーク鍵で暗号化されている。
【０１５３】
従って、再生装置においてタイトル鍵を取得するためには、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に記録されたバインド鍵を取り出して、さらにメディアＩＤを利用してボリュームユニーク鍵を生成して、生成したボリュームユニーク鍵を適用して暗号化タイトル鍵を復号してタイトル鍵を取得する処理を行うことが必要となる。その後、タイトル鍵とシードを適用してブロック鍵を生成して各ブロックの復号を実行するといったシーケンスとなる。
【０１５４】
なお、変換暗号化コンテンツを変換前の基本（オリジナル）暗号化コンテンツに戻す処理は、先に図１０や図１２に示すフローチャートを参照して説明した処理と同様の処理として実行することが必要である。
【０１５５】
［６．各装置のハードウェア構成例について］
最後に、図１６以下を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
まず、図１６を参照して、コンテンツ提供処理を実行するサーバ、およびメモリカードを装着してデータの記録や再生処理を行うクライアントとしての情報処理装置のハードウェア構成例について説明する。
【０１５６】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバクライアント間の通信処理や受信データのメモリカード(図中のリムーバブルメディア７１１)に対する記録処理、メモリカード(図中のリムーバブルメディア７１１)からのデータ再生処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。
【０１５７】
ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。
【０１５８】
入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１５９】
入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツや鍵情報、プログラム等の各種データを取得する。例えば、取得されたプログラムに従ったデータ処理、あるいはコンテンツや鍵データを用いて、ＣＰＵによって実行するデータ処理、記録再生プログラムに従って鍵生成、コンテンツの暗号化、記録処理、復号、再生処理などが行われる。
【０１６０】
図１７は、メモリカードのハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８０２、または記憶部８０７に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバやホスト機器との通信処理やデータの記憶部８０７に対する書き込み、読み取り等の処理、記憶部８０７の保護領域８１１の区分領域単位のアクセス可否判定処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８０３には、ＣＰＵ８０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、バス８０４により相互に接続されている。
【０１６１】
ＣＰＵ８０１はバス８０４を介して入出力インタフェース８０５に接続され、入出力インタフェース８０５には、通信部８０６、記憶部８０７が接続されている。
【０１６２】
入出力インタフェース８０５に接続されている通信部８０４は、例えばサーバ、ホスト機器との通信を実行する。記憶部８０７は、データの記憶領域であり、先に説明したようにアクセス制限のある保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｅａ）８１１、自由にデータ記録読み取りができる非保護領域８１２を有する。
【０１６３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１６４】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６５】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１６６】
以上、説明したように、本発明の一実施例の構成によれば、コンテンツの暗号鍵の漏洩に基づくコンテンツの不正利用を防止する構成が実現される。具体的には、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。本処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【符号の説明】
【０１６７】
１１ コンテンツサーバ
１２ コンテンツ記録ディスク
２１ 共用端末
２２ 記録再生器（ＣＥ機器）
２３ ＰＣ
３１ メモリカード
１００ ユーザ装置（クライアント）
２００ コンテンツサーバ
２１１ データベース（ＤＢ）
２１２ ボリュームＩＤ
２１３ トークン
２１４ ボリュームユニーク鍵
２１５ タイトル鍵（例えばＣＰＳユニット鍵）
２１６ 利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）
２１７ コンテンツ
２１８ 変換暗号化コンテンツ
２１９ 暗号化シードファイル
３００ コンテンツ記録装置（ホスト）
４００ メモリカード
４０１ 保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）
４０２ 非保護領域
４１１ メディアＩＤ
４１２ 保護領域
４１４ バインド鍵
４１５ トークン
４１６ 暗号化タイトル鍵
４１７ 利用制御情報
４１８ 変換暗号化コンテンツ
４１９ 暗号化シードファイル
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア
８０１ ＣＰＵ
８０２ ＲＯＭ
８０３ ＲＡＭ
８０４ バス
８０５ 入出力インタフェース
８０６ 通信部
８０７ 記憶部
８１１ 保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）
８１２ 非保護領域（Ｕｓｅｒ Ａｒｅａ）
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。特に、コンテンツの不正利用の防止構成を実現する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、情報記録媒体として、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）や、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、あるいはフラッシュメモリなど、様々なメディアが利用されている。特に、昨今は、大容量のフラッシュメモリを搭載したＵＳＢメモリなどのメモリカードの利用が盛んになっている。ユーザは、このような様々な情報記録媒体（メディア）に音楽や映画などのコンテンツを記録して再生装置（プレーヤ）に装着してコンテンツの再生を行うことができる。
【０００３】
また、近年、ネットワークを介したコンテンツの流通が盛んになり、ユーザによるコンテンツ購入処理の形態は、コンテンツを予め記録したディスクの購入処理から、ネットワーク接続したサーバからダウンロードする処理に次第にシフトしている。
【０００４】
具体的なコンテンツ購入形態としては、ＲＯＭディスク等のメディアの購入を行う処理の他、例えば、以下のようなコンテンツ購入形態がある。
（ａ）ネットワーク接続可能な端末やＰＣ等のユーザ装置を利用してコンテンツ提供サーバに接続して、コンテンツをダウンロードして購入するＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）。
（ｂ）コンビニや、駅等の公共スペースに設置された共用端末を利用して、ユーザのメディア（メモリカード等）にコンテンツを記録するＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎ Ｄｅｍａｎｄ）。
【０００５】
このように、ユーザは、コンテンツ記録用のメモリカードなどのメディアを有していれば、様々なコンテンツ提供プロバイダ等のコンテンツソースから自由に様々なコンテンツを選択購入し、自分のメディアに記録することができる。
なお、ＥＳＴ、ＭｏＤ等の処理については、例えば特許文献１（特開２００８−９８７６５号公報）に記載されている。
【０００６】
しかし、音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、ユーザにコンテンツを提供する場合には、一定の利用制限、すなわち正規な利用権を持つユーザのみにコンテンツの利用を許諾し、許可のないコピー等の無秩序な利用が行われないような制御を行うのが一般的となっている。
【０００７】
具体的には、ユーザが映画等のコンテンツをサーバからダウンロードしてユーザのメモリカード等の記録メディアに記録する場合、例えば以下のような処理が行われる。
サーバはコンテンツを暗号化コンテンツとしてクライアント（ユーザ装置）に提供する。
さらに、正規なコンテンツ購入処理を行ったユーザにのみ、暗号化コンテンツを復号するための鍵を提供する。
このようなコンテンツ提供処理を行うことで、コンテンツの利用制御を実現しようとしている。
【０００８】
しかし、上述の処理を行っても、例えば、正規なコンテンツ購入処理を行ったユーザが、サーバから取得したコンテンツ復号用の鍵を、他人に提供してしまうことを防止することは難しい。具体的には、サーバから取得した鍵をネット上で公開するなどして、不特定多数のユーザが利用可能な状態に設定されることも想定される。このような行為が行われると、この流出鍵を用いて誰でも暗号化コンテンツの復号、再生、利用を行うことが可能となり、コンテンツの不正利用が蔓延するといった事態が発生する。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００８−９８７６５号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明は、例えば上記問題点に鑑みてなされたものであり、暗号化コンテンツの復号に利用される鍵の流出によるコンテンツ不正利用を効果的に防止する構成を実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の第１の側面は、
クライアントに対する配信用のコンテンツを生成するデータ処理部と、
前記データ処理部の生成したコンテンツを送信する通信部を有し、
前記データ処理部は、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成し、
生成した前記変換暗号化コンテンツと、暗号化シードをクライアントに対する提供データとして前記通信部を介して送信する情報処理装置にある。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記変換暗号化コンテンツに含まれる各ユニットのブロックは、前記基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記個別鍵を乱数生成処理により生成する。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記個別鍵をコンテンツ配信先情報と対応付けた管理情報を生成して記憶部に格納する処理を行う。
【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、生成した個別鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する。
【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、コンテンツ対応のタイトル鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する。
【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クライアントから受信する記憶メディアの識別子であるメディアＩＤと逐次生成するバインド鍵を適用して生成した暗号鍵により前記タイトル鍵を暗号化して暗号化タイトル鍵を生成し、生成した暗号化タイトル鍵と前記バインド鍵を前記クライアントに前記通信部を介して送信する。
【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記クライアントとの認証処理を実行し、さらに共有秘密鍵としてしたセッション鍵を生成し、生成したセッション鍵を適用してクライアントに対する送信データの暗号化を行う。
【００１９】
さらに、本発明の第２の側面は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理装置にある。
【００２０】
さらに、本発明の第３の側面は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理装置にある。
【００２１】
さらに、本発明の第４の側面は、
サーバとしての情報処理装置において実行する情報処理方法であり、
データ処理部が、クライアントに対する配信用のコンテンツを生成するデータ処理ステップと、
通信部が、前記データ処理ステップにおいて生成したコンテンツを送信する通信ステップを実行し、
前記データ処理ステップは、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成するステップを含み、
前記通信ステップは、生成した前記変換暗号化コンテンツと、暗号化シードを送信するステップである情報処理方法にある。
【００２２】
さらに、本発明の第５の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理方法にある。
【００２３】
さらに、本発明の第６の側面は、
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理方法にある。
【００２４】
さらに、本発明の第７の側面は、
サーバとしての情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、クライアントに対する配信用のコンテンツを生成させるデータ処理ステップと、
通信部に、前記データ処理ステップにおいて生成したコンテンツを送信させる通信ステップを実行させ、
前記データ処理ステップにおいては、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成させ、
前記通信ステップにおいては、生成した前記変換暗号化コンテンツと、暗号化シードを送信させるプログラムにある。
【００２５】
さらに、本発明の第８の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記プログラムは、
前記データ処理部に、前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定した前記基本暗号化コンテンツを生成させ、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行させるプログラムにある。
【００２６】
さらに、本発明の第９の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記プログラムは、
前記通信部に、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信させ、
前記データ処理部に、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行させるプログラムにある。
【００２７】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００２８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２９】
本発明の一実施例の構成によれば、コンテンツの暗号鍵の漏洩に基づくコンテンツの不正利用を防止する構成が実現される。具体的には、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。本処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【図面の簡単な説明】
【００３０】
【図１】コンテンツ提供処理および利用処理の概要について説明する図である。
【図２】メモリカードに記録されたコンテンツの利用形態について説明する図である。
【図３】従来の一般的なユーザに対する提供コンテンツとデータの基本構成例について説明する図である。
【図４】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図５】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図６】本発明の一実施例に従ったサーバクライアント間のコンテンツ提供シーケンスについて説明するシーケンス図である。
【図７】本発明の一実施例に従ったユーザに対する提供データの構成例について説明する図である。
【図８】サーバにおける管理情報に記録されるデータ例について説明する図である。
【図９】サーバにおけるコンテンツのクライアントに対する提供処理シーケンスについて説明するフローチャートを示す図である。
【図１０】クライアントにおけるコンテンツ再生シーケンスについて説明するフローチャートを示す図である。
【図１１】シードデータの置き換え処理を、サーバからのコンテンツ受信、メディアに対する記録処理時にクライアントにおいて実行する場合の処理シーケンスについて説明するフローチャートを示す図である。
【図１２】クライアントにおいてシードデータの置き換え処理を実行してメディアに対する記録した場合のコンテンツ再生処理シーケンスについて説明するフローチャートを示す図である。
【図１３】個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する図である。
【図１４】個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する図である。
【図１５】メモリカードの記憶領域の具体的構成例について説明する図である。
【図１６】サーバおよびクライアントとしての情報処理装置のハードウェア構成例について説明する図である。
【図１７】メモリカードのハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００３１】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．コンテンツ提供処理および利用処理の概要について
２．ユーザに対する提供コンテンツとデータの従来の基本構成例について
３．本発明に従ったユーザへの提供コンテンツとデータの一実施例について
４．サーバとクライアントにおいて実行する処理の処理シーケンスについて
（４−１）サーバにおけるデータ処理シーケンス
（４−２）クライアントにおけるコンテンツ再生シーケンス
（４−３）クライアントにおける受信データのメディアに対する記録処理シーケンス
（４−４）クライアントにおける第２のコンテンツ再生シーケンス
５．バインド鍵を適用したコンテンツ提供処理シーケンスについて
６．各装置のハードウェア構成例について
【００３２】
［１．コンテンツ提供処理および利用処理の概要について］
【００３３】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。
【００３４】
まず、図１以下を参照して、コンテンツ提供処理および利用処理の概要について説明する。
図１には、左から、
（ａ）コンテンツ提供元
（ｂ）コンテンツ記録装置（ホスト）
（ｃ）コンテンツ記録メディア
これらを示している。
【００３５】
（ｃ）コンテンツ記録メディアはユーザがコンテンツを記録して、コンテンツの再生処理に利用するメディアである。図１には、例えばフラッシュメモリ等からなる記録部を持つメモリカード３１と、データ記録可能なディスク３２を示している。
【００３６】
ユーザは、例えば音楽や映画などの様々なコンテンツをメモリカード３１やディスク３２に記録して利用する。これらのコンテンツは例えば著作権管理コンテンツ等、利用制御対象となるコンテンツである。所定の利用条件下での利用のみが許容され、基本的に無秩序なコピー処理やコピーデータの無制限な配布等は禁止される。なお、メモリカード３１やディスク３２にコンテンツを記録する場合、その記録コンテンツの許容コピー回数などのコピー制限情報や、他機器への出力制限情報などを規定した利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）も併せて記録される場合が多い。
【００３７】
図１に示す（ａ）コンテンツ提供元は、利用制限のなされた音楽や映画等のコンテンツの提供元である。図１には、コンテンツサーバ１１と、予めコンテンツの記録されたＲＯＭディスク等のコンテンツ記録ディスク１２を示している。
コンテンツサーバ１１は、音楽や映画等のコンテンツを提供するサーバである。コンテンツ記録ディスク１２は予め音楽や映画等のコンテンツを記録したＲＯＭディスク等のディスクである。
【００３８】
ユーザは、図１に示す（ｃ）コンテンツ記録メディアである例えばメモリカード３１を（ｂ）コンテンツ記録装置（ホスト）に装着し、（ｂ）コンテンツ記録装置（ホスト）を介してコンテンツサーバ１１に接続して、コンテンツを受信（ダウンロード）してメモリカード３１に記録することができる。
【００３９】
なお、コンテンツサーバ１１は、このダウンロード処理に際して、所定のシーケンスに従った処理を行い、暗号化コンテンツの他、暗号化コンテンツの復号に適用する鍵情報等コンテンツ再生に必要な情報をクライアントに提供する。さらに、コンテンツに対する利用制御情報、コンテンツＩＤ他のコンテンツ管理情報を記録したトークン等のコンテンツ関連情報を提供する場合もある。
【００４０】
コンテンツサーバ１１からのダウンロード処理の他、ユーザは、図１（ａ）に示すコンテンツ記録ディスク１２からコンテンツをコピーして（ｃ）コンテンツ記録メディアであるメモリカード３１等に記録することもできる。
【００４１】
例えば、ユーザは、メモリカード３１を装着した（ｂ）コンテンツ記録装置（ホスト）に、予めコンテンツの記録されたＲＯＭディスク等のコンテンツ記録ディスク１２を装着してコンテンツ記録ディスク１２の記録コンテンツをメモリカード３１にコピーを行う。ただし、このコピー処理が無秩序に実行されると、コピーコンテンツが無制限に増加することになる。このような事態を防止するため、例えばＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従った暗号化コンテンツを記録したメディアからのコンテンツコピー処理に際しては、コンテンツサーバ１１に接続して所定のシーケンスに従った処理が必須とされている。このコピー処理は、マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）と呼ばれる。なお、ＡＡＣＳはコンテンツの著作権保護のための様々な規格を規定している。
【００４２】
マネージドコピー（ＭＣ：Ｍａｎａｇｅｄ Ｃｏｐｙ）に従ったコンテンツコピーを行う場合、図１（ｂ）に示すコンテンツ記録装置（ホスト）としての記録再生装置２２や、ＰＣ２３はコンテンツサーバ１１に接続し、コンテンツサーバ１１から、コピーコンテンツに対応する利用制御情報やトークン、さらにさらに暗号化コンテンツの復号に適用する鍵情報等のコンテンツ管理情報を受信し、コピー先メディアに記録する。
【００４３】
ユーザは、このように、
サーバからのコンテンツのダウンロード処理、あるいは、
コンテンツが記録されたディスクからのコンテンツコピー処理、
これらのいずれかの形態で、ユーザの所有する図１（ｃ）に示すメモリカード３１等のコンテンツ記録メディアにコンテンツを記録して利用することができる。
【００４４】
なお、ユーザのメディアにコンテンツを記録する装置としては、図１（ｂ）コンテンツ記録装置（ホスト）に示すように、
不特定多数のユーザが利用可能な公共スペース、例えば駅やコンビニ等に設置された共用端末２１、
ユーザ機器としての記録再生器［ＣＥ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ）機器］２２、ＰＣ２３、
これらの様々な機器がある。
これらはすべて（ｃ）コンテンツ記録メディアであるメモリカード３１を装着可能な装置である。
また、これらの（ｂ）コンテンツ記録装置（ホスト）は、コンテンツサーバ１１からのダウンロード処理を実行する構成である場合は、ネットワークを介したデータ送受信処理を実行する通信部を備えていることが必要であり、コンテンツ記録ディスク１２を利用する構成である場合は、ディスク再生可能な装置であることが必要である。
【００４５】
図１に示すように、ユーザは、
（ａ）コンテンツ提供元であるコンテンツサーバ１１からのダウンロードコンテンツ、あるいはＲＯＭディスク等のコンテンツ記録ディスク１２に記録されたコンテンツを（ｂ）コンテンツ記録装置（ホスト）を介して、（ｃ）コンテンツ記録メディアとしてのメモリカード３１やディスク３２に記録する。
【００４６】
このメモリカード３１やディスク３２に記録されたコンテンツの利用形態について図２を参照して説明する。
なお、以下では、コンテンツ記録メディアをメモリカード３１とした場合の処理例について説明する。
ユーザは、コンテンツを記録したメモリカード３１を、例えば、図１（ｂ）を参照して説明した（ｂ）コンテンツ記録装置（ホスト）としてのユーザ機器である記録再生器（ＣＥ機器）２２やＰＣ２３等に装着してメモリカード３１に記録されたコンテンツを読み取り、再生する。
【００４７】
なお、多くの場合、これらのコンテンツは暗号化コンテンツとして記録されており、記録再生器（ＣＥ機器）２２やＰＣ２３等の再生装置は、所定のシーケンスに従った復号処理を実行した後、コンテンツ再生を行う。
なお、メモリカード３１に記録されたコンテンツを再生する機器は、図１（ｂ）を参照して説明した（ｂ）コンテンツ記録装置（ホスト）に限られず、その他の再生装置（プレーヤ）であってもよい。ただし、例えば予め規定されたシーケンスに従った暗号化コンテンツの復号処理等を実行可能な機器、すなわち予め規定された再生処理シーケンスを実行するプログラムを格納した機器であることが必要となる。なお、コンテンツ再生シーケンスの詳細については、後段で説明する。
【００４８】
［２．ユーザに対する提供コンテンツとデータの従来の基本構成例について］
次に、図３を参照して、従来の一般的なユーザに対する提供コンテンツとデータの基本構成例について説明する。
【００４９】
図３に示す構成は、例えばＢｌｕ−ｒａｙ（登録商標）ディスク等に記録されるＡＡＣＳ（Ａｄｖａｎｃｅｄ Ａｃｃｅｓｓ Ｃｏｎｔｅｎｔ Ｓｙｓｔｅｍ）規格に従った暗号化コンテンツの基本的な構成例である。なお、前述したようにＡＡＣＳはコンテンツの著作権保護のための様々な規格を規定している。ＡＡＣＳ規格の代表的な暗号化構成として、コンテンツをユニット単位に区分してユニット毎に異なる暗号化鍵を適用する構成がある。このような暗号化構成を採用することで、ユニット単位のコンテンツの利用制御が可能となり、厳格で多様なコンテンツ利用制御が実現される。
【００５０】
図３には、以下の各データを示している。
（ａ）暗号化コンテンツ
（ｂ）暗号化コンテンツを構成する各ユニットの暗号化フォーマット
（ｃ）ユーザに対する提供データ（従来）
【００５１】
図３（ａ）暗号化コンテンツは、例えば映画等のコンテンツであり、例えばＢＤ（Ｂｌｕ−ｒａｙ（登録商標）ディスク）等に記録されるコンテンツの構成に対応する。
図３（ａ）に示すようにコンテンツはユニット（Ｕｎｉｔ）単位に区分されている。
１ユニットは、６１４４バイト単位のデータから構成される。
【００５２】
図３（ｂ）には、ユニット単位の暗号化フォーマットを示している。
（ｂ１）にはユニット１（Ｕｎｉｔ１）、（ｂｎ）にはユニットｎ（Ｕｎｉｔｎ）に対する暗号化フォーマットを示している。
ユニット１〜ユニットｎは、それぞれ共通の構成、すなわち、
１６バイトのシード（ＳＥＥＤ）、
６１２８バイトのブロック（Ｂｌｏｃｋ）データ、
を有している。
【００５３】
シードは暗号鍵生成用データとして用いられ、ブロックはシードを適用して生成した暗号鍵によって暗号化されるデータ領域である。
具体的には、各ユニットｘ（ｘ＝１〜ｎ）において、コンテンツ対応の暗号鍵であるタイトル鍵（Ｋｔ）と、各ユニットのシード（ＳＥＥＤｘ）を利用してブロックに対する暗号鍵であるブロック鍵（Ｋｂｘ）が生成され、生成したブロック鍵（Ｋｂｘ）でブロック（Ｂｌｏｃｋ＿ｘ）が暗号化される。
すなわち図に示す例ではｎ個のユニット１〜ｎの各ユニットのブロック１〜ｎは、それぞれ異なるシード１〜ｎを用いて生成された異なるブロック鍵（Ｋｂ１〜Ｋｂｎ）によって暗号化されることになる。
図３（ｃ１）暗号化コンテンツに示すような構成を持つ暗号化コンテンツである。
【００５４】
なお、ブロック鍵（Ｋｂｘ）は、例えば、以下の演算処理によって生成される。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットｘのシード（ＳＥＥＤｘ）をタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シード（ＳＥＥＤｘ）との排他論理和（ＸＯＲ）演算結果として算出される。
【００５５】
このように生成されたユニット対応のブロック鍵（Ｋｂｘ）を利用して各ユニットのブロック（ブロックｘ）の暗号化がなされる。
【００５６】
このようにユニット単位で異なるブロック鍵を適用した暗号化ブロックを持つ複数ユニットからなる暗号化コンテンツがディスク、あるいはサーバを介してユーザに提供される。
図３（ｃ）が、ユーザに対する提供データの例を示している。ユーザに提供されるデータには、以下のデータが含まれる。
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
【００５７】
（ｃ１）暗号化コンテンツは、上述した説明に従って生成される暗号化コミンテンツであり、ユニット単位で、シードとタイトル鍵で生成されブロック鍵を適用した暗号化ブロックを連結したデータである。
（ｃ２）タイトル鍵（Ｋｔ）は、コンテンツ対応のタイトル鍵（Ｋｔ）である。
【００５８】
これらの
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
が、ディスクなどに記録され、あるいはサーバからユーザに提供されるというのがこれまでの一般的なコンテンツの提供形態である。
【００５９】
ユーザは、暗号化コンテンツの復号処理を行う場合は、各ユニット単位で、ブロック鍵を生成して生成したブロック鍵を利用して各ユニットのブロックの復号を実行する。すなわち、前述のブロック鍵の生成式、
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式を適用して、タイトル鍵（Ｋｔ）と各ブロックのシードデータ（ＳＥＥＤｘ）を利用して、各ユニットｘのブロック鍵ｘ（Ｋｂｘ）を生成して、ユニット単位でブロックの復号を実行してコンテンツ再生を実行する。
なおシードデータは暗号化されていない平文データとしてユーザに提供されることになる。
【００６０】
しかし、このように、ユーザに対して、
（ｃ１）暗号化コンテンツ
（ｃ２）タイトル鍵（Ｋｔ）
を提供した場合、
その後、ユーザがタイトル鍵（Ｋｔ）を漏洩してしまうと、例えば不正なコピーコンテンツを持つユーザがコピーコンテンツを復号することが可能となり、コンテンツの利用制御が不可能になる。
特に、昨今は個人がネットワーク上で様々な情報を公開しており、このような情報の１つとしてタイトル鍵を公開してしまうと、即座にそのタイトル鍵は誰でも利用可能な状態になってしまう。このような場合、コンテンツの利用制御は不可能となる。
本発明は、このような事態を防止するため、ユーザに提供するデータの構成を変更した。
【００６１】
［３．本発明に従ったユーザへの提供コンテンツとデータの一実施例について］
図４以下を参照して本発明の一実施例に従ったユーザに対する提供データの構成例について説明する。
【００６２】
図４には、
（ｃ）ユーザに対する提供データ（従来）
（ｄ）本発明の一実施例に従ったユーザへの提供データ
これらのデータを示している。
図４（ｃ）ユーザに対する提供データ（従来）は、図３の（ｃ）ユーザに対する提供データ（従来）と同じデータであり、（ｃ１）暗号化コンテンツは、図３を参照して説明したと同じ暗号化コンテンツである。すなわちユニット単位で、シードとタイトル鍵（Ｋｔ）を利用して生成したブロック鍵（Ｋｂ）を適用して各ユニットのブロックの暗号化がなされたコンテンツである。すなわち、
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式に従って、タイトル鍵（Ｋｔ）と各ブロックのシードデータ（ＳＥＥＤｘ）を利用して生成した各ユニットｘのブロック鍵ｘ（Ｋｂｘ）により、ユニットのブロック（Ｂｌｏｃｋｘ）が暗号化されたコンテンツである。
【００６３】
本発明において、この基本（オリジナル）コンテンツの基本的な暗号化構成は変更しないが、ユーザに提供するデータの構成を、この（ｃ１）暗号化コンテンツの構成を変更したデータとする。
【００６４】
図４に示すステップＳ１１、ステップＳ１２の処理がユーザに対する提供データの生成処理に対応する。
例えばこれらの処理がコンテンツ提供サーバにおいて実行される。
【００６５】
ステップＳ１１の処理は、
暗号化コンテンツのデータ変換処理である。具体的には、暗号化コンテンツのシード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）のデータをダミーデータ、例えば全て０、あるいは全て１といった設定のダミーデータに置き換える。あるいはシードデータを削除する。
【００６６】
この処理結果が、図４（ｄ１）変換暗号化コンテンツに示すデータである。図４（ｄ１）に示すデータは、シード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）を全て０（Ａｌｌ ０）に設定したデータである。
ブロック領域（Ｂｌｏｃｋ１〜Ｂｌｏｃｋｎ）は、（ｃ１）暗号化コンテンツと同じであり、各ブロックがユニット対応のシードとタイトル鍵で生成されたブロック鍵（Ｋｂｘ）で暗号化されたデータである。
すなわち、変換暗号化コンテンツに含まれる各ユニットのブロックは、基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである。
【００６７】
さらに、ステップＳ１２の処理を実行する。ステップＳ１２の処理は、暗号化シードファイルの生成処理である。
暗号化シードファイルは、（ｃ１）暗号化コンテンツの各ユニットのシード（ＳＥＥＤ１〜ＳＥＥＤｎ）の構成データを全て抽出し、各シード（ＳＥＥＤ１〜ＳＥＥＤｎ）をコンテンツ提供処理単位で異なる鍵とした個別鍵（Ｋｉｎｄ）を適用して暗号化したデータである。このデータが。例えば、図４（ｄ２）暗号化シードファイルに示すデータである。
【００６８】
図４（ｄ２）に示す［Ｅ＿ＳＥＥＤｘ］は、ＳＥＥＤｘを個別鍵（Ｋｉｎｄ）で暗号化したデータであることを示す。
個別鍵（Ｋｉｎｄ）は、例えばコンテンツ提供サーバが、コンテンツの提供処理時に逐次、乱数生成処理などを行って生成する鍵であり、コンテンツの配送単位、あるいはユーザ単位で異なる鍵として設定される。
なお、この生成鍵情報は、コンテンツ提供先情報とともにサーバにおいて登録、管理される。
【００６９】
図４（ｄ）に示すデータは、ユーザに提供されるデータの一部である。
図５にユーザ装置（クライアント）１００に提供されるデータのセットの一例を示す。
図５に示すように、ユーザ装置（クライアント）１００には例えば以下のデータが提供される。
（ｄ１）変換暗号化コンテンツ
（ｄ２）暗号化シードファイル
（ｄ３）個別鍵
（ｄ４）タイトル鍵
【００７０】
（ｄ１）変換暗号化コンテンツは、前述したようにコンテンツを構成する区分データである各ユニットのシード領域をダミーデータ（オール０など）または削除した暗号化コンテンツである。各ユニットのブロックは従来と同様タイトル鍵と本来のシードによって生成されたブロック鍵（Ｋｂ）によって暗号化されたコンテンツである。
【００７１】
（ｄ２）暗号化シードファイルは、本来のシードデータを個別鍵（Ｋｉｎｄ）を適用して暗号化したデータである。
（ｄ３）個別鍵はコンテンツの配信単位、あるいは配信ユーザ単位で異なる設定とした鍵であり、（ｄ２）暗号化シードファイルの暗号化および復号に適用する鍵である。
（ｄ４）タイトル鍵は、従来と同様のコンテンツ対応（タイトル対応）の鍵であり、ブロック鍵の生成に適用される鍵である。
【００７２】
なお、これらのデータは必要に応じて例えばセッション鍵によりさらに暗号化されてユーザ装置（クライアント）に提供される。
サーバからユーザ装置（クライアント）に対するデータ提供シーケンスについて、図６に示すシーケンス図を参照して説明する。
【００７３】
図６に葉コンテンツ送信を実行するサーバとコンテンツ受信を行うクライアント間の通信シーケンスを示している。なお、クライアントは、メモリカード等のメディアを装着したＰＣや記録再生装置である場合と、通信機能を有するメモリカード自体である場合の双方が含まれる。
【００７４】
まずステップＳ１０１において、コンテンツの提供処理を実行するサーバと、コンテンツ受領処理を実行するクライアント間で双方の機器正当性を確認するための相互認証処理が行われる。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。この認証処理に際して、サーバとクライアントは、共有秘密鍵としてのセッション鍵（Ｋｓｅｓ）を生成し双方で共有する。
【００７５】
認証処理が終了し、双方の機器確認が終了すると、サーバは、ステップＳ１０２において暗号化コンテンツの生成、さらにシード領域をダミーデータで置き換えまたは削除して変換暗号化コンテンツを生成する。図５の（ｄ１）に示す変換暗号化コンテンツである。
【００７６】
さらに、ステップＳ１０３において、個別鍵（Ｋｉｎｄ）を例えば乱数生成処理によって生成する。
【００７７】
次に、ステップＳ１０４において、生成した個別鍵（Ｋｉｎｄ）を用いてシードデータを暗号化して暗号化シードファイルを生成する。図５の（ｄ２）に示す暗号化シードファイルである。
【００７８】
最後に、ステップＳ１０５において、サーバは、データをクライアントに送信する。
（ｄ１）変換暗号化コンテンツ
（ｄ２）暗号化シードファイル
（ｄ３）個別鍵
（ｄ４）タイトル鍵
これらのデータをクライアントに送信する。
なお、これらの送信データ中、少なくとも暗号化されていないデータについてはセッション鍵（Ｋｓｅｓ）で暗号化して送信する。
【００７９】
クライアントは、受信データをメディア、例えば図１に示すメモリカード３１に記録する。なお、セッション鍵で暗号化したデータとして受信したデータについては、セッション鍵で復号した後、記録処理を行う。
【００８０】
このように、本発明におけるコンテンツ提供処理を実行するサーバは、コンテンツの提供処理単位あるいはユーザ単位で異なる個別鍵（Ｋｉｎｄ）を生成し、生成した個別鍵（Ｋｉｎｄ）を適用して基本（オリジナル）暗号化コンテンツのオリジナルシードデータのみを暗号化した個別の暗号化シードファイルを生成してユーザ（クライアント）に提供する。
また暗号化コンテンツについては本来のオリジナルのシードデータはダミーデータ（オール０など）へ置き換え、あるいは削除してユーザ（クライアント）に提供する。
【００８１】
図７にサーバから各クライアントに提供するデータの概念図を示す。
図７に示すように、
サーバ２００は、同じタイトルのコンテンツを提供するクライアント１，２に対して、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
これらのデータは、全て共通するデータを提供する。
しかし、各クライアント単位で異なるデータとして、
（ｃ）個別鍵（Ｋｉｎｄ）
（ｄ）暗号化シード
これらのデータを提供する。
【００８２】
図７に示すクライアント１には、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
（ｃ）個別鍵（Ｋｉｎｄ１）
（ｄ）暗号化シード１
図７に示すクライアント２には、
（ａ）変換暗号化コンテンツ
（ｂ）タイトル鍵（Ｋｔ）
（ｃ）個別鍵（Ｋｉｎｄ２）
（ｄ）暗号化シード２
これらのデータが提供される。
【００８３】
タイトル鍵は全てのクライアントに共通に提供されるが、このタイトル鍵が漏洩し、不特定多数のユーザによって利用可能な状況となっても、個別鍵や暗号化シードは、クライアント単位（配信コンテンツ単位）で異なるデータであり、これらの個別データが不特定多数が利用可能な状況にならない限り、コンテンツの不正利用が広がることはない。
【００８４】
また、個別鍵はサーバによって、配信先情報とともに管理されるので、万が一、不正に広まった個別鍵や暗号化シードが発見された場合は、その個別鍵の配送先を特定することが可能となる。
図８にサーバの記憶手段に保持される管理情報のデータ構成例を示す。
図８に示すように、管理情報には、
配信コンテンツに対応する固有ＩＤ、
配信コンテンツ情報、
タイトル鍵（Ｋｔ）情報
個別鍵（Ｋｉｎｄ）情報
配信先情報、
配信ユーザ情報、
配信日時情報、
例えばこれらの情報が含まれる。
【００８５】
なお、タイトル鍵（Ｋｔ）情報としては、同じタイトルのコンテンツの配信エントリの場合、同じデータが記録される。
個別鍵（Ｋｉｎｄ）情報は、全てのエントリに対して異なるデータが記録される。なお、配信先のユーザが同じ場合には、同じ個別鍵を利用する構成としてもよい。この場合、個別鍵は配信処理単位ではなく配信先ユーザ単位で異なる鍵として設定されることになる。
この場合でも、不正なデータ流出があった場合には個別鍵の照合によって流出元としてのユーザの特定は可能となる。
なお、図８に示す管理情報の例は一例であり、これらの情報の全てが必須ではなく、また、これらの情報以外の情報を管理情報として保持してもよい。
【００８６】
このように、本発明の構成では、コンテンツ配信を行うサーバが、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。
また、個別鍵情報はコンテンツ配信先情報に対応付けて管理する。
これらの処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【００８７】
［４．サーバとクライアントにおいて実行する処理の処理シーケンスについて］
次に図９以下のフローチャートを参照してサーバとクライアントにおいて実行する処理の処理シーケンスについて説明する。
【００８８】
（４−１）サーバにおけるデータ処理シーケンス
まず、図９に示すフローチャートを参照してサーバにおけるコンテンツのクライアントに対する提供処理シーケンスについて説明する。
図９に示す処理はサーバのデータ処理部の制御の下に実行される処理である。
【００８９】
ステップＳ１２１において、暗号化コンテンツの生成または取得を行う。この暗号化コンテンツは、図３（ｃ）や図４（ｃ）に示す基本（オリジナル）暗号化コンテンツであり、ユニット単位のブロックデータがユニットのシードとタイトル鍵で生成されたブロック鍵（Ｋｂ）を適用して暗号化されたコンテンツである。
【００９０】
次に、ステップＳ１２２において、ステップＳ１２１で生成または取得した暗号化コンテンツのシード領域をダミーデータ（例えばオール０）で置き換えまたは削除した変換暗号化コンテンツを生成する。この変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。
【００９１】
次に、ステップＳ１２３において、個別鍵（Ｋｉｎｄ）を生成する。この個別鍵生成処理は、例えば乱数生成処理によって実行される。
【００９２】
次にステップＳ１２４において、ステップＳ１２１で生成した暗号化コンテンツのオリジナルのシードデータをステップＳ１２３で生成した個別鍵（Ｋｉｎｄ）で暗号化して、暗号化シードを生成する。この暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した暗号化シードである。
【００９３】
次に、ステップＳ１２５において、変換暗号化コンテンツと暗号化シード、その他のデータをクライアントに送信する。この処理は、先に図６のシハーケンス図を参照して説明したステップＳ１０５の処理に対応する。なお、クライアントに対する送信データには、個別鍵（Ｋｉｎｄ）、タイトル鍵（Ｋｔ）等も含まれる。
【００９４】
最後に、ステップＳ１２６において、個別鍵（Ｋｉｎｄとコンテンツ提供先クライアント情報とを対応づけた管理情報エントリを生成して記憶部に格納する。
この管理情報は、先に図８を参照して説明した管理情報である。
【００９５】
（４−２）クライアントにおけるコンテンツ再生シーケンス
次に、図１０に示すフローチャートを参照して、クライアントにおけるコンテンツ再生シーケンスについて説明する。
図１０に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【００９６】
ステップＳ１５１においてコンテンツを記録したメディアを再生装置にセットする。例えば図１、図２に示すメモリカード３１を再生装置としての記録再生器２２や、ＰＣ２３等にセットする。
【００９７】
次に、ステップＳ１５２において、メディアから暗号化シードを読み出す。この暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した個別鍵（Ｋｉｎｄ）で暗号化された暗号化シードである。
【００９８】
次にステップＳ１５３において、暗号化シードファイルを、個別鍵（Ｋｉｎｄ）を適用して復号する。なお個別鍵（Ｋｉｎｄ）もサーバから受領し、メディアに記録されており、メディアから読み出して利用する。
【００９９】
次に、ステップＳ１５４において、変換暗号化コンテンツをメディアから読み出す。この変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。コンテンツの本来のシード領域がダミーデータ（例えばオール０）で置き換えまたは削除された変換暗号化コンテンツである。
【０１００】
次に、ステップＳ１５５において、変換暗号化コンテンツのシード領域に、復号したシードデータを設定して、変換前の暗号化コンテンツを生成する。すなわち、この処理は、図４（ｄ１）の変換暗号化コンテンツを図４（ｃ１）に示す変換前の暗号化コンテンツに戻す処理に相当する。
【０１０１】
次に、ステップＳ１５６において、暗号化コンテンツのユニット単位で、シードとタイトル鍵に基づくブロック鍵を生成し暗号化ブロックを復号する。
ブロック鍵の生成は、先に説明したように以下の式によって行われる。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ｘはブロック識別子
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットのシードをタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シードとの排他論理和演算結果として取得される。
【０１０２】
ステップＳ１５７において、復号ブロックを利用したコンテンツ再生処理を実行する。なおコンテンツ再生処理においては、暗号化シードを復号して得られるシードと、復号ブロックの双方を利用した再生処理が実行される。なお、シード領域には再生処理に必要なヘッダ情報や、再生コンテンツの実体データが含まれる場合もある。
【０１０３】
クライアント装置では、このように暗号化シードファイルを復号して得られるシードを、変換暗号化コンテンツのシード領域に設定して変換前の基本（オリジナル）暗号化コンテンツを生成した上でコンテンツ再生処理が実行される。なお、基本（オリジナル）暗号化コンテンツを生成した後のコンテンツ再生処理は、従来と同様の再生シーケンスでブロック鍵の生成、生成したブロック鍵によるユニット単位のブロックデータの復号を伴う再生処理として実行される。
【０１０４】
（４−３）クライアントにおける受信データのメディアに対する記録処理シーケンス
図１０に示すコンテンツ再生シーケンスでは、再生処理に際して、変換暗号化コンテンツのシード領域を本来のシードデータに置き換える処理を行う構成として説明した。
このシードデータの置き換え処理は、サーバからのコンテンツ受信、メディアに対する記録処理時に実行する構成としてもよい。
この処理を実行する場合のクライアントの処理シーケンスについて図１１に示すフローチャートを参照して説明する。
図１１に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【０１０５】
まず、ステップＳ１７１においてコンテンツを記録するメディアをセットする。例えば図１に示すメモリカード３１をユーザ装置（クライアント）にセットする。
【０１０６】
ステップＳ１７２において、サーバから変換暗号化コンテンツと暗号化シードファイルを受信する。この処理は、先に図６を参照して説明したステップＳ１０５の処理に対応する処理である。
なお、サーバクライアント間ではデータ送受信処理の前に認証処理やセッション鍵の共有処理が実行されているが、図１１のフローではこれらの処理は省略して示している。
【０１０７】
ステップＳ１７２において、クライアントがサーバから受信するデータには、図１１に示すように、
（ａ）変換暗号化コンテンツ
（ｂ）暗号化シード
これらのデータが含まれる。
【０１０８】
（ａ）変換暗号化コンテンツは、例えば先に図４（ｄ１）、また図５（ｄ１）を参照して説明したコンテンツである。コンテンツの本来のシード領域がダミーデータ（例えばオール０）で置き換えまたは削除された変換暗号化コンテンツである。
（ｂ）暗号化シードは、例えば先に図４（ｄ２）、また図５（ｄ２）を参照して説明した個別鍵（Ｋｉｎｄ）で暗号化された暗号化シードである。
【０１０９】
クライアントは、これらのデータをサーバから受信した後、ステップＳ１７３において、変換暗号化コンテンツのシード領域に暗号化シードを設定する処理を行なう。
すなわち、図１１（ｃ）に示すようにオール０等のダミーデータが設定された領域に暗号化シードを上書きする処理を実行して、シード領域を暗号かシードに置き換えたコンテンツを生成する。
【０１１０】
ステップＳ１７４では、このようにして生成した暗号化シードを含む変換暗号化コンテンツをメディアに記録する。
この処理を実行した場合は、図１１（ｂ）に示す暗号化シードファイルはメディアに記録する必要がなく記録スペースを削減することが可能となる。
【０１１１】
（４−４）クライアントにおける第２のコンテンツ再生シーケンス
図１１に示すフローチャートを参照して説明した処理によって記録された変換暗号化コンテンツ、すなわち暗号化シードと暗号化ブロックによって構成されるユニットからなるコンテンツをメディアに記録した場合、先に図１０に示すフローを参照して説明した再生シーケンスとは異なるシーケンスで再生処理が実行される。
この再生シーケンスについて、図１２に示すフローチャートを参照して説明する。
図１２に示す処理はクライアントのデータ処理部の制御の下に実行される処理である。
【０１１２】
まず、ステップＳ１８１においてコンテンツを記録したメディアを再生装置（クライアント）にセットする。メディアには、図１２（ｃ）に示すコンテンツ、すなわち、
暗号化シードと暗号化ブロックとの組み合わせからなるユニットによって構成されるコンテンツが記録されている。
【０１１３】
ステップＳ１８２において、暗号化シードを含む変換暗号化コンテンツをメディアから読み出す。図１２（ｃ）に示すデータ構成を持つコンテンツであるる
次に、ステップＳ１８３において、暗号化シードを個別鍵（Ｋｉｎｄ）で復号する。なお個別鍵（Ｋｉｎｄ）もサーバから受信しメディアに記録されている。
ステップＳ１８２における暗号化シードの復号によって、図１２（ｄ）に示す変換前の基本（オリジナル）暗号化コンテンツが生成されることになる。
【０１１４】
次に、ステップＳ１８４において、暗号化コンテンツのユニット単位で、シードとタイトル鍵に基づくブロック鍵を生成し暗号化ブロックを復号する。
ブロック鍵の生成は、先に説明したように以下の式によって行われる。
Ｋｂｘ＝（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））（ＸＯＲ）（ＳＥＥＤｘ）
上記式において、
ｘはブロック識別子
ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ）は、タイトル鍵によるシードｘ（ＳＥＥＤｘ）の暗号化処理（ＡＥＳ Ｅｎｃｒｉｐｔｉｏｎ）、
（ＸＯＲ）は、排他論理和演算、
を示している。
すなわち、各ユニットにおけるブロック鍵は、そのユニットのシードをタイトル鍵（Ｋｔ）で暗号化したデータ（ＡＥＳ＿Ｅ（Ｋｔ，ＳＥＥＤｘ））と、シードとの排他論理和演算結果として取得される。
【０１１５】
次に、ステップＳ１８５において、復号ブロックを利用したコンテンツ再生処理を実行する。なおコンテンツ再生処理においては、暗号化シードを復号して得られるシードと、復号ブロックの双方を利用した再生処理が実行される。なお、シード領域には再生処理に必要なヘッダ情報や、再生コンテンツの実体データが含まれる場合もある。
【０１１６】
本発明の処理では、このようにサーバが提供するコンテンツの構成テータの一部であるシードデータを個別鍵で暗号化したデータとしてクライアントに提供する。また、暗号化コンテンツのシード領域はダミーデータに置き換え、または削除したデータとして設定してクライアントに提供する。
この設定により、サーバから受信した変換暗号化コンテンツをタイトル鍵とともに漏洩や公開するなどの行為を行ったとしても、オリジナルのシード部分のデータが得られない限り、復号が不可能となる。
【０１１７】
また、暗号化シードファイルや、個別鍵を漏洩した場合には、個別鍵データの構成を解析して、サーバの管理情報（図８参照）の登録情報と照合することでデータの漏洩元を突き止め、特定することが可能となる。
【０１１８】
［５．バインド鍵を適用したコンテンツ提供処理シーケンスについて］
次に、図１３、図１４を参照して、個別鍵（Ｋｉｎｄ）に加え、さらにコンテンツ配信単位で異なる鍵として設定されるバインド鍵（Ｋｂｉｎｄ）を利用して、コンテンツ提供、管理を実行する処理例について説明する。
なお、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は暗号化コンテンツの復号に適用するタイトル鍵の暗号化処理に利用される鍵であり、コンテンツサーバにおいて例えば乱数生成処理等によって生成される。
【０１１９】
図１３には、左から、
（Ａ）コンテンツサーバ２００
（Ｂ）コンテンツ記録装置（ホスト）３００
（Ｃ）メモリカード４００
これらを示している。
（Ａ）コンテンツサーバ２００は、図１（ａ）に示すコンテンツサーバ１１に対応し、
（Ｂ）コンテンツ記録装置は、図１（ｂ）に示すコンテンツ記録装置（ホスト）としての記録再生器２２やＰＣ２３に対応し、
（Ｃ）メモリカードは図１（ｃ）に示すメモリカード３１に対応する。
【０１２０】
図１３には、コンテンツサーバがメモリカードに対して、コンテンツと、コンテンツ以外のコンテンツ管理情報を提供して記録させる場合の処理シーケンスを示している。
なお、コンテンツを図１に示すディスク１２からコピーしてメモリカードに記録する場合は、コンテンツはディスクからメモリカードに記録されるが、その他のトークンを含む管理データについては、コンテンツサーバからメモリカードに送信されて記録される。
【０１２１】
なお、図１３に示す（Ｃ）メモリカード４００は、（Ｂ）コンテンツ記録装置（ホスト）３００に装着し、（Ｂ）コンテンツ記録装置（ホスト）３００の通信部を介して（Ａ）コンテンサーバ２００との通信を実行し、（Ａ）コンテンツサーバ２００から受信する各種のデータを（Ｂ）コンテンツ記録装置（ホスト）３００を介して受信してメモリカード４００に記録する。
【０１２２】
図１３を参照して処理シーケンスについて説明する。
まず、ステップＳ２０１において、コンテンツサーバ２００とメモリカード４００間で相互認証処理を実行する。例えば公開鍵暗号方式に従って、双方の公開鍵証明書の交換処理等を含む相互認証処理を行う。コンテンツサーバ２００は認証局の発行した公開鍵を格納したサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔｉｆｉｃａｔｅ）と秘密鍵を保持している。メモリカード４００も予め認証局から公開鍵証明書と秘密鍵のペアを受信し自己の記憶部に格納している。
【０１２３】
なお、メモリカードは相互認証処理や、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に対するアクセス可否判定を行うプログラムを格納し、これらのプログラムを実行するデータ処理部を有する。保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）については、後段で説明する。
【０１２４】
コンテンツサーバ２００とメモリカード４００間の相互認証が成立し、双方の正当性が確認されると、サーバ２００はメモリカード４００に対して様々なデータを提供する。相互認証が成立しない場合は、サーバ２００からのデータ提供処理は行われない。
【０１２５】
相互認証の成立後、コンテンツサーバ２００は、データベース２１１に記録された特定のコンテンツ集合に対応する識別子であるボリュームＩＤやコンテンツ識別子としてのコンテンツＩＤ等のデータを取得して、これらのＩＤやその他のコンテンツ管理情報を記録したトークン２１３を生成し、ステップＳ２０２においてトークン２１３に対する署名を実行して、コンテンツ記録装置（ホスト）３００に対して送信、すなわちメモリカード４００に対する書き込みデータとして送信する。
【０１２６】
なお、トークン２１３は、提供コンテンツの識別子としてのコンテンツＩＤや、コンテンツに対する利用規則を定めたデータとしてクライアントに提供される利用制御情報の正当性を検証するためのハッシュ値等を記録したデータである。トークンにはサーバの署名が設定され、改ざんの検証が可能な設定となっている。
クライアントではコンテンツ再生時にトークンの署名を検証してトークンの正当性を検証しさらにトークンに記録された利用制御情報のハッシュ値に基づいてさーばから受信する利用制御情報ファイルの正当性を検証し、正当性の確認された利用制御情報ファイルに記録された利用制御情報に従ってコンテンツの利用（再生やコピー）を行う。
【０１２７】
トークンは、（Ａ）コンテンツサーバ２００から（Ｂ）コンテンツ記録装置（ホスト）３００を介して（Ｃ）メモリカード４００に送信され、メモリカード４００に記録される。この記録データが図１３の（Ｃ）メモリカード４００中に示すトークン（Ｔｏｋｅｎ）４１５である。
【０１２８】
なお、メモリカード４００は、機器に応じたアクセス制限のなされる保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）と、アクセス制限のない非保護領域（Ｕｓｅｒ Ａｒｅａ）に分割されている。
【０１２９】
メモリカード４００の記憶領域の具体的構成例を図１５に示す。
メモリカード４００の記憶領域は、図１５に示すように、
（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１、
（ｂ）非保護領域（Ｕｓｅｒ Ａｒｅａ）４０２、
これら２つの領域によって構成される。
【０１３０】
（ｂ）非保護領域（Ｕｓｅｒ Ａｒｅａ）４０２はユーザの利用する記録再生装置によって、自由にアクセス可能な領域であり、コンテンツや一般のコンテンツ管理データ等が記録される。ユーザによって自由にデータの書き込みや読み取りを行うことか可能な領域である。
【０１３１】
一方、（ａ）保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１は、自由なアクセスが許容されない領域である。
例えば、ユーザの利用する記録再生装置、再生装置、あるいはネットワークを介して接続されるサーバ等によってデータの書き込みあるいは読み取りを行おうとする場合、メモリカード４００に予め格納されたプログラムに従って、各装置に応じて読み取り（Ｒｅａｄ）または書き込み（Ｗｒｉｔｅ）の可否が決定される。
【０１３２】
メモリカード４００は、予め格納されたプログラムを実行するためのデータ処理部や認証処理を実行する認証処理部を備えており、メモリカード４００は、まず、メモリカード４００に対してデータの書き込みまたは読み取りを実行しようとする装置との認証処理を行う。
【０１３３】
この認証処理の段階で、相手装置、すなわちアクセス要求装置から公開鍵証明書等の装置証明書（たとえばサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ））を受信し、その証明書に記載された情報を用いて、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１の各区分領域のアクセスが許容されるか否かを判定する。この判定処理は、図１５に示す保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４０１内の区分領域（図に示す領域＃０，＃１，＃２・・・）単位で判定処理が行われ、許可された区分領域で許可された処理のみが実行される。
【０１３４】
このメディアに対する読み取り／書き込み制限情報（ＰＡＤ Ｒｅａｄ／ＰＡＤＷｒｉｔｅ）は、例えば、アクセスしようとする装置、例えばコンテンツサーバ、あるいは記録再生装置（ホスト）単位で設定される。これらの情報は各装置対応のサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）や、ホスト証明書（Ｈｏｓｔ Ｃｅｒｔ）に記録される。
【０１３５】
メモリカード４００は、メモリカード４００に予め格納された規定のプログラムに従って、サーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）や、ホスト証明書（Ｈｏｓｔ Ｃｅｒｔ）の記録データを検証して、アクセス許可のなされた領域についてのみアクセスを許容する処理を行う。
【０１３６】
図１３に示す（Ｃ）メモリカード４００には保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）４１２を示している。保護領域４１２以外の領域は非保護領域である。保護領域（ｐｏｔｅｃｔｅｄ Ａｒｅａ）４１２は、図に示すようにバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４が記録される。その他のデータは、非保護領域（Ｕｓｅｒ Ａｒｅａ）に記録される。
【０１３７】
なお、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４は暗号化コンテンツの復号に適用するタイトル鍵の暗号化処理に利用される鍵であり、コンテンツサーバにおいて乱数生成処理等によって生成される。
【０１３８】
図１３（Ａ）コンテンツサーバ２００のステップＳ２０３の処理として示すように、バインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は、コンテンツサーバにおいて生成される。この鍵は、コンテンツのメモリカードに対する提供処理、あるいはディスクからのコンテンツのコピー処理が実行される毎に、サーバが、逐次、乱数生成等を実行して生成してメモリカードに提供する。従って、コンテンツの提供あるいはコピー処理ごとに異なるバインド鍵が生成されることになる。
【０１３９】
サーバ２００の生成したバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））は、メモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に書き込まれる。
なお、メモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に対するデータの書き込み（Ｗｒｉｔｅ）、あるいは保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）からのデータ読み込み（Ｒｅａｄ）処理は制限される。アクセス要求装置（サーバや、記録再生装置（ホスト））単位、および保護領域に設定される区分領域（＃１，＃２・・・）単位で書き込み（Ｗｒｉｔｅ）、読み取り（Ｒｅａｄ）の可否が設定される。
【０１４０】
メモリカードは、アクセス要求装置から受領した証明書、例えばサーバ証明書（Ｓｅｒｖｅｒ Ｃｅｒｔ）を参照して、書き込みの許容された保護領域内の区分領域にバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））を記録する。図１３に示すバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂ））４１４である。なお、図１３では、保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４１２の内部を詳細に示していないが、この保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）は複数の区分領域（＃０，＃１，＃２・・・）に区分されており、サーバ証明書に書き込み許容領域として記録された区分領域にバインド鍵（Ｂｉｎｄｉｎｇ Ｋｅｙ（Ｋｂｉｎｄ））４１４が記録される。
【０１４１】
なお、コンテンツサーバ２００からメモリカード４００へのバインド鍵の送信は、セッション鍵で暗号化したデータとして送信が行われる。
セッション鍵は、サーバ２００とメモリカード４００間の相互認証処理（ステップＳ２０１）時に生成され、双方で共有する鍵である。メモリカード４００は、暗号化されたバインド鍵をセッション鍵で復号してメモリカード４００の保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）４１２の所定の区分領域に記録する。
【０１４２】
図１３に示す（Ａ）コンテンツサーバ２００は、次に、生成したバインド鍵（Ｋｂｉｎｄ）と、（Ｃ）メモリカード４００から受領したメディアＩＤを利用して、ステップＳ２０４において、鍵生成処理（ＡＥＳ−Ｇ）を行う。ここで生成する鍵はボリュームユニーク鍵と呼ばれる。
なお、メディアＩＤは、メモリカード４００の識別情報としてメモリカード４００内のメモリに予め記録されたＩＤである。
【０１４３】
次に、コンテンツサーバ２００は、ステップＳ２０５において、コンテンツの暗号化鍵であるタイトル鍵（例えばＣＰＳユニット鍵）２１５をボリュームユニーク鍵で暗号化して暗号化タイトル鍵を生成する。
【０１４４】
（Ａ）コンテンツサーバ２００は生成した暗号化タイトル鍵を（Ｂ）コンテンツ記録装置（ホスト）３００を介して（Ｃ）メモリカード４００に送信する。メモリカード４００は、受信した暗号化タイトル鍵をメモリカード４００に記録する。この記録データが図１３の（Ｃ）メモリカード４００中に示す暗号化タイトル鍵４１６である。なお、タイトル鍵はＣＰＳユニット鍵とも呼ばれる。
【０１４５】
さらに、コンテンツサーバ２００は、コンテンツに対応する利用制御情報２１６を生成して、ステップＳ２０６でコンテンツサーバ２００の秘密鍵で署名処理を実行してメモリカード４００に提供する。
また、コンテンツサーバ２００は、ステップＳ２０７において、コンテンツ２１７をタイトル鍵２１５で暗号化する。
ここで生成する暗号化コンテンツは、例えば図３（ｃ１）、図４（ｃ１）に示す基本（オリジナル）暗号化コンテンツである。各ユニットのブロックが、それぞれ各ユニットのシードを用いて生成された異なるブロック鍵（Ｋｂ１〜Ｋｂｎ）によって暗号化された暗号化コンテンツである。従来はこの暗号化コンテンツをそのまま提供していた。
【０１４６】
本発明の構成では、サーバ２００は、この基本（オリジナル）暗号化コンテンツを変換する処理を行う。
この処理について、図１４を参照して説明する。
コンテンツサーバ２００は、ステップＳ２０７において生成した基本（オリジナル）暗号化コンテンツを用いて、ステップＳ２０８において、シードデータの置き換えまたは削除を行う。
この処理は、先に図４を参照して説明したステップＳ１１の処理に対応する。具体的には、暗号化コンテンツのシード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）のデータをダミーデータ、例えば全て０、あるいは全て１といった設定のダミーデータに置き換える。あるいはシードデータを削除する。
【０１４７】
この処理結果が、図１４の変換暗号化コンテンツ２１８であり、図４（ｄ１）変換暗号化コンテンツに示すデータに相当する。変換暗号化コンテンツ２１８は、図４（ｄ１）に示すように、シード領域（ＳＥＥＤ１〜ＳＥＥＤｎ）を全て０に設定したデータである。ブロック領域（Ｂｌｏｃｋ１〜Ｂｌｏｃｊｎ）は、（ｃ１）暗号化コンテンツと同じであり、各ブロックがユニット対応のシードとタイトル鍵で生成されたブロック鍵（Ｋｂｘ）で暗号化されたデータである。
【０１４８】
図１４の変換暗号化コンテンツ２１８は、サーバ２００からコンテンツ記録装置（ホスト）３００を介してメモリカード４００に提供されて記録される。
図１４のメモリカード４００の記録テータとして示す変換暗号化コンテンツ４１８である。
【０１４９】
コンテンツサーバ２００は、次に、ステップＳ２０９において個別鍵（Ｋｉｎｄ）を生成する。例えば乱数生成処理によって生成する。この個別鍵（Ｋｉｎｄ）は、コンテンツ配信処理単位あるいはユーザ単位で異なる鍵として生成する。
さらに、ステップＳ２１０において、ステップＳ２０７で生成した基本（オリジナル）暗号化コンテンツ（図３（ｃ１）、図４（ｃ１）に示す暗号化コンテンツ）からシードデータのみを抽出し、ステップＳ２１１において、個別鍵（Ｋｉｎｄ）を用いて暗号化処理を実行する。
【０１５０】
この暗号化処理により、暗号化シードファイル２１９を作成する。この暗号化シードファイメ２１９は、図４（ｄ２）、図５（ｄ２）等を参照して説明したデータであり、基本（オリジナル）コンテンツのオリジナルシードデータの暗号化データである。なおオリジナルシードはブロック鍵の生成に必要となるデータである。
【０１５１】
図１４の暗号化シードファイル２１９は、サーバ２００からコンテンツ記録装置（ホスト）３００を介してメモリカード４００に提供されて記録される。
図１４のメモリカード４００の記録テータとして示す暗号化シードファイル４１９である。
【０１５２】
なお、本処理例ではメモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）にはバインド鍵が記録される。暗号化コンテンツの復号処理にはタイトル鍵を取得することが必要であり、このタイトル鍵は、前述したように、バインド鍵とメディアＩＤを利用して生成されるボリュームユニーク鍵で暗号化されている。
【０１５３】
従って、再生装置においてタイトル鍵を取得するためには、メモリカードの保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）に記録されたバインド鍵を取り出して、さらにメディアＩＤを利用してボリュームユニーク鍵を生成して、生成したボリュームユニーク鍵を適用して暗号化タイトル鍵を復号してタイトル鍵を取得する処理を行うことが必要となる。その後、タイトル鍵とシードを適用してブロック鍵を生成して各ブロックの復号を実行するといったシーケンスとなる。
【０１５４】
なお、変換暗号化コンテンツを変換前の基本（オリジナル）暗号化コンテンツに戻す処理は、先に図１０や図１２に示すフローチャートを参照して説明した処理と同様の処理として実行することが必要である。
【０１５５】
［６．各装置のハードウェア構成例について］
最後に、図１６以下を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
まず、図１６を参照して、コンテンツ提供処理を実行するサーバ、およびメモリカードを装着してデータの記録や再生処理を行うクライアントとしての情報処理装置のハードウェア構成例について説明する。
【０１５６】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバクライアント間の通信処理や受信データのメモリカード(図中のリムーバブルメディア７１１)に対する記録処理、メモリカード(図中のリムーバブルメディア７１１)からのデータ再生処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。
【０１５７】
ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。
【０１５８】
入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１５９】
入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツや鍵情報、プログラム等の各種データを取得する。例えば、取得されたプログラムに従ったデータ処理、あるいはコンテンツや鍵データを用いて、ＣＰＵによって実行するデータ処理、記録再生プログラムに従って鍵生成、コンテンツの暗号化、記録処理、復号、再生処理などが行われる。
【０１６０】
図１７は、メモリカードのハードウェア構成例を示している。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８０２、または記憶部８０７に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバやホスト機器との通信処理やデータの記憶部８０７に対する書き込み、読み取り等の処理、記憶部８０７の保護領域８１１の区分領域単位のアクセス可否判定処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８０３には、ＣＰＵ８０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ８０１、ＲＯＭ８０２、およびＲＡＭ８０３は、バス８０４により相互に接続されている。
【０１６１】
ＣＰＵ８０１はバス８０４を介して入出力インタフェース８０５に接続され、入出力インタフェース８０５には、通信部８０６、記憶部８０７が接続されている。
【０１６２】
入出力インタフェース８０５に接続されている通信部８０４は、例えばサーバ、ホスト機器との通信を実行する。記憶部８０７は、データの記憶領域であり、先に説明したようにアクセス制限のある保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｅａ）８１１、自由にデータ記録読み取りができる非保護領域８１２を有する。
【０１６３】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１６４】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６５】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１６６】
以上、説明したように、本発明の一実施例の構成によれば、コンテンツの暗号鍵の漏洩に基づくコンテンツの不正利用を防止する構成が実現される。具体的には、クライアントに対する配信用のコンテンツとして、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
これら（ａ），（ｂ）の各データを生成してクライアントに提供する。個別鍵情報はコンテンツ配信先情報に対応付けて管理する。本処理により、コンテンツ対応のタイトル鍵が漏洩してもタイトル鍵のみではコンテンツ復号ができずコンテンツの不正利用が防止される。また、個別鍵が漏洩した場合は管理情報に基づいて配信先を特定可能であり、個別鍵の漏洩元を追求することが可能となる。
【符号の説明】
【０１６７】
１１ コンテンツサーバ
１２ コンテンツ記録ディスク
２１ 共用端末
２２ 記録再生器（ＣＥ機器）
２３ ＰＣ
３１ メモリカード
１００ ユーザ装置（クライアント）
２００ コンテンツサーバ
２１１ データベース（ＤＢ）
２１２ ボリュームＩＤ
２１３ トークン
２１４ ボリュームユニーク鍵
２１５ タイトル鍵（例えばＣＰＳユニット鍵）
２１６ 利用制御情報（Ｕｓａｇｅ Ｒｕｌｅ）
２１７ コンテンツ
２１８ 変換暗号化コンテンツ
２１９ 暗号化シードファイル
３００ コンテンツ記録装置（ホスト）
４００ メモリカード
４０１ 保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）
４０２ 非保護領域
４１１ メディアＩＤ
４１２ 保護領域
４１４ バインド鍵
４１５ トークン
４１６ 暗号化タイトル鍵
４１７ 利用制御情報
４１８ 変換暗号化コンテンツ
４１９ 暗号化シードファイル
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア
８０１ ＣＰＵ
８０２ ＲＯＭ
８０３ ＲＡＭ
８０４ バス
８０５ 入出力インタフェース
８０６ 通信部
８０７ 記憶部
８１１ 保護領域（Ｐｒｏｔｅｃｔｅｄ Ａｒｅａ）
８１２ 非保護領域（Ｕｓｅｒ Ａｒｅａ）
【特許請求の範囲】
【請求項１】
クライアントに対する配信用のコンテンツを生成するデータ処理部と、
前記データ処理部の生成したコンテンツを送信する通信部を有し、
前記データ処理部は、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成し、
生成した前記変換暗号化コンテンツと、暗号化シードをクライアントに対する提供データとして前記通信部を介して送信する情報処理装置。
【請求項２】
前記変換暗号化コンテンツに含まれる各ユニットのブロックは、前記基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記個別鍵を乱数生成処理により生成する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記個別鍵をコンテンツ配信先情報と対応付けた管理情報を生成して記憶部に格納する処理を行う請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、さらに、
生成した個別鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、さらに、
コンテンツ対応のタイトル鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記クライアントから受信する記憶メディアの識別子であるメディアＩＤと逐次生成するバインド鍵を適用して生成した暗号鍵により前記タイトル鍵を暗号化して暗号化タイトル鍵を生成し、生成した暗号化タイトル鍵と前記バインド鍵を前記クライアントに前記通信部を介して送信する請求項６に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記クライアントとの認証処理を実行し、さらに共有秘密鍵としてしたセッション鍵を生成し、生成したセッション鍵を適用してクライアントに対する送信データの暗号化を行う請求項１に記載の情報処理装置。
【請求項９】
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理装置。
【請求項１０】
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理装置。
【請求項１１】
サーバとしての情報処理装置において実行する情報処理方法であり、
データ処理部が、クライアントに対する配信用のコンテンツを生成するデータ処理ステップと、
通信部が、前記データ処理ステップにおいて生成したコンテンツを送信する通信ステップを実行し、
前記データ処理ステップは、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成するステップを含み、
前記通信ステップは、生成した前記変換暗号化コンテンツと、暗号化シードを送信するステップである情報処理方法。
【請求項１２】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理方法。
【請求項１３】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理方法。
【請求項１４】
サーバとしての情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、クライアントに対する配信用のコンテンツを生成させるデータ処理ステップと、
通信部に、前記データ処理ステップにおいて生成したコンテンツを送信させる通信ステップを実行させ、
前記データ処理ステップにおいては、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成させ、
前記通信ステップにおいては、生成した前記変換暗号化コンテンツと、暗号化シードを送信させるプログラム。
【請求項１５】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記プログラムは、
前記データ処理部に、前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定した前記基本暗号化コンテンツを生成させ、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行させるプログラム。
【請求項１６】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記プログラムは、
前記通信部に、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信させ、
前記データ処理部に、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行させるプログラム。
【請求項１】
クライアントに対する配信用のコンテンツを生成するデータ処理部と、
前記データ処理部の生成したコンテンツを送信する通信部を有し、
前記データ処理部は、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成し、
生成した前記変換暗号化コンテンツと、暗号化シードをクライアントに対する提供データとして前記通信部を介して送信する情報処理装置。
【請求項２】
前記変換暗号化コンテンツに含まれる各ユニットのブロックは、前記基本暗号化コンテンツ中のブロックと同じユニットに含まれる変換前のシードと、コンテンツ対応のタイトル鍵との暗号処理によって生成したブロック鍵により暗号化されたブロックである請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記個別鍵を乱数生成処理により生成する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記個別鍵をコンテンツ配信先情報と対応付けた管理情報を生成して記憶部に格納する処理を行う請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、さらに、
生成した個別鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、さらに、
コンテンツ対応のタイトル鍵を暗号化してクライアントに対する提供データとして前記通信部を介して送信する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
前記クライアントから受信する記憶メディアの識別子であるメディアＩＤと逐次生成するバインド鍵を適用して生成した暗号鍵により前記タイトル鍵を暗号化して暗号化タイトル鍵を生成し、生成した暗号化タイトル鍵と前記バインド鍵を前記クライアントに前記通信部を介して送信する請求項６に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記クライアントとの認証処理を実行し、さらに共有秘密鍵としてしたセッション鍵を生成し、生成したセッション鍵を適用してクライアントに対する送信データの暗号化を行う請求項１に記載の情報処理装置。
【請求項９】
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理装置。
【請求項１０】
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理装置。
【請求項１１】
サーバとしての情報処理装置において実行する情報処理方法であり、
データ処理部が、クライアントに対する配信用のコンテンツを生成するデータ処理ステップと、
通信部が、前記データ処理ステップにおいて生成したコンテンツを送信する通信ステップを実行し、
前記データ処理ステップは、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成するステップを含み、
前記通信ステップは、生成した前記変換暗号化コンテンツと、暗号化シードを送信するステップである情報処理方法。
【請求項１２】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記データ処理部は、
前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定して前記基本暗号化コンテンツを生成し、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行する情報処理方法。
【請求項１３】
情報処理装置において実行する情報処理方法であり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記通信部は、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信し、
前記データ処理部は、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行する情報処理方法。
【請求項１４】
サーバとしての情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、クライアントに対する配信用のコンテンツを生成させるデータ処理ステップと、
通信部に、前記データ処理ステップにおいて生成したコンテンツを送信させる通信ステップを実行させ、
前記データ処理ステップにおいては、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツと、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを生成させ、
前記通信ステップにおいては、生成した前記変換暗号化コンテンツと、暗号化シードを送信させるプログラム。
【請求項１５】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
暗号化コンテンツを記憶した記憶部と、
前記記憶部に格納された暗号化コンテンツの再生処理を実行するデータ処理部を有し、
前記記憶部には、
暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データが格納され、
前記プログラムは、
前記データ処理部に、前記暗号化シードを個別鍵で復号し、復号シードを前記変換暗号化コンテンツのシード領域に設定した前記基本暗号化コンテンツを生成させ、
生成した基本暗号化コンテンツに対してユニット単位のブロック鍵生成処理を実行してコンテンツの復号処理を実行させるプログラム。
【請求項１６】
情報処理装置において情報処理を実行させるプログラムであり、
前記情報処理装置は、
サーバからの送信データを受信する通信部と、
前記通信部を介する受信データに対するデータ処理を実行して記憶部に対するデータ格納処理を実行するデータ処理部を有し、
前記プログラムは、
前記通信部に、
前記サーバから、暗号鍵生成用データであるシードと、前記シードを利用して生成した暗号鍵による暗号化データであるブロックから構成されるユニットを複数持つ基本暗号化コンテンツに基づいて生成された、
（ａ）前記シードをダミーデータで置き換えまたは削除する変換処理を行った変換暗号化コンテンツ、および、
（ｂ）前記シードをコンテンツ配信処理または配信先のユーザ単位で異なる個別鍵で暗号化した暗号化シード、
上記（ａ），（ｂ）の各データを受信させ、
前記データ処理部に、
前記暗号化シードを前記変換暗号化コンテンツのシード領域に設定する前記変換暗号化コンテンツの再変換を実行し、再変換暗号化コンテンツを前記記憶部に記録する処理を実行させるプログラム。
【図３】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１】
【図２】
【図７】
【図４】
【図５】
【図６】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１】
【図２】
【図７】
【公開番号】特開２０１２−４４５７６（Ｐ２０１２−４４５７６Ａ）
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願番号】特願２０１０−１８５８３２（Ｐ２０１０−１８５８３２）
【出願日】平成２２年８月２３日（２０１０．８．２３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願日】平成２２年８月２３日（２０１０．８．２３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]