"クライアントに提供するコンテンツを生成するデータ処理部を有し、前記データ処理部は、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出し、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定し、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成し、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択し、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成し、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する情報処理装置。前記データ処理部は、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、前記暗号化ブロックの復号処理に適用するブロック鍵KbPx,Byと、前記個別鍵ユーザ鍵Kuをクライアントに送信する処理を行う請求項1に記載の情報処理装置。前記データ処理部は、コンテンツの提供先であるクライアントを識別するクライアント識別情報と、提供コンテンツのブロック配列情報を対応付けた管理情報を生成して記憶部に格納する請求項1に記載の情報処理装置。前記データ処理部は、さらに、前記クライアント識別情報と、前記クライアントに提供した暗号鍵情報を対応付けた管理情報を生成して記憶部に格納する請求項3に記載の情報処理装置。前記データ処理部は、流通コンテンツに含まれるブロックの配列解析処理を実行し、解析したブロック配列情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する請求項3に記載の情報処理装置。前記データ処理部は、流通したブロック鍵または個別鍵の少なくともいずれかの鍵情報と前記管理情報の登録情報との照合処理により、ブロック鍵または個別鍵の配信先としてのクライアントを特定する請求項4に記載の情報処理装置。前記データ処理部は、前記ブロックを再分割したサブブロック単位で前記個別暗号化部分の設定を行う請求項1に記載の情報処理装置。前記データ処理部は、前記オリジナルコンテンツから抽出した複数のブロック以外のブロック外領域を複数のコンテンツ配信クライアントに共通する共通鍵で暗号化を行い、該共通鍵による暗号化処理を施したブロック外領域をクライアントに提供するコンテンツとして生成する請求項1に記載の情報処理装置。前記共通鍵は、コンテンツのタイトルに対応するタイトル鍵Ktである請求項8に記載の情報処理装置。前記データ処理部は、コンテンツの暗号化構成情報を含むコンテンツ構成情報をクライアントに提供するデータとして生成する請求項1に記載の情報処理装置。クライアントに対するコンテンツ提供処理を実行するコンテンツ提供ユニットと、前記コンテンツ提供ユニットからコンテンツを受信するクライアントからなるコンテンツ配信システムであり、クライアントに対する提供コンテンツは、複数ブロックとブロック領域外データから構成され、前記コンテンツ提供ユニットの構成ユニットAは、1ブロック領域外データを共通鍵Ktで暗号化した共通鍵暗号化データと、2ブロックデータを各々異なるブロック鍵Kbで暗号化した暗号化ブロックデータと、を記憶部に保持し、前記コンテンツ提供ユニットの構成ユニットBは、3ブロックデータの平文データ、を記憶部に保持し、前記コンテンツ提供ユニットの構成ユニットBは、前記クライアントからのコンテンツ要求に応じて、クライアント対応の個別鍵ユーザ鍵を生成し、クライアントに提供するブロックデータを選択し、選択ブロックの構成データの一部を前記クライアント対応の個別鍵ユーザ鍵で暗号化してクライアントに提供するとともに、個別鍵ユーザ鍵暗号化データを除くコンテンツ構成データを識別するデータ識別情報をクライアントに提供し、前記コンテンツ提供ユニットの構成ユニットAは、前記クライアントから前記データ識別情報を受信し、受信したデータ識別情報によって特定されるデータをクライアントに提供するコンテンツ配信システム。前記コンテンツ構成データを識別するデータ識別情報はURLUniformResourceLocatorである請求項11に記載のコンテンツ配信システム。コンテンツ再生処理を実行するデータ処理部を有し、前記データ処理部は、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行い、コンテンツ再生を実行する情報処理装置。前記ブロック鍵による暗号化領域は、各々が異なるブロック鍵で暗号化された複数のブロック領域によって構成され、前記データ処理部は、前記コンテンツ構成情報を参照して、各ブロックがどのブロック鍵によって暗号化された暗号化領域であるかを判別して、ブロック鍵の切り替えによる復号処理を実行する請求項13に記載の情報処理装置。クライアントに提供するコンテンツを生成する情報処理装置において実行する情報処理方法であり、前記情報処理装置は、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出し、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定し、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成し、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択し、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成し、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する情報処理方法。コンテンツ再生処理を実行する情報処理装置において実行する情報処理方法であり、前記情報処理装置は、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行い、コンテンツ再生を実行する情報処理方法。クライアントに提供するコンテンツを生成する情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置に、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出する処理と、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定する処理と、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成する処理と、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択する処理と、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成する処理と、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する処理とを実行させるプログラム。コンテンツ再生処理を実行する情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置に、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行わせて、コンテンツ再生を実行させるプログラム。本発明は、例えば上記問題点に鑑みてなされたものであり、不正に公開されたコンテンツの公開元の特定を可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。また、本発明は、不正にコンテンツを公開した公開元の特定を可能とする構成をサーバの処理負荷を過大に増大させることなく実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。本発明の第1の側面は、クライアントに提供するコンテンツを生成するデータ処理部を有し、前記データ処理部は、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出し、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定し、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成し、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択し、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成し、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、前記暗号化ブロックの復号処理に適用するブロック鍵KbPx,Byと、前記個別鍵ユーザ鍵Kuをクライアントに送信する処理を行う。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの提供先であるクライアントを識別するクライアント識別情報と、提供コンテンツのブロック配列情報を対応付けた管理情報を生成して記憶部に格納する。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、さらに、前記クライアント識別情報と、前記クライアントに提供した暗号鍵情報を対応付けた管理情報を生成して記憶部に格納する。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通コンテンツに含まれるブロックの配列解析処理を実行し、解析したブロック配列情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通したブロック鍵または個別鍵の少なくともいずれかの鍵情報と前記管理情報の登録情報との照合処理により、ブロック鍵または個別鍵の配信先としてのクライアントを特定する。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記ブロックを再分割したサブブロック単位で前記個別暗号化部分の設定を行う。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記オリジナルコンテンツから抽出した複数のブロック以外のブロック外領域を複数のコンテンツ配信クライアントに共通する共通鍵で暗号化を行い、該共通鍵による暗号化処理を施したブロック外領域をクライアントに提供するコンテンツとして生成する。さらに、本発明の情報処理装置の一実施態様において、前記共通鍵は、コンテンツのタイトルに対応するタイトル鍵Ktである。さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの暗号化構成情報を含むコンテンツ構成情報をクライアントに提供するデータとして生成する。さらに、本発明の第2の側面は、クライアントに対するコンテンツ提供処理を実行するコンテンツ提供ユニットと、前記コンテンツ提供ユニットからコンテンツを受信するクライアントからなるコンテンツ配信システムであり、クライアントに対する提供コンテンツは、複数ブロックとブロック領域外データから構成され、前記コンテンツ提供ユニットの構成ユニットAは、1ブロック領域外データを共通鍵Ktで暗号化した共通鍵暗号化データと、2ブロックデータを各々異なるブロック鍵Kbで暗号化した暗号化ブロックデータと、を記憶部に保持し、前記コンテンツ提供ユニットの構成ユニットBは、3ブロックデータの平文データ、を記憶部に保持し、前記コンテンツ提供ユニットの構成ユニットBは、前記クライアントからのコンテンツ要求に応じて、クライアント対応の個別鍵ユーザ鍵を生成し、クライアントに提供するブロックデータを選択し、選択ブロックの構成データの一部を前記クライアント対応の個別鍵ユーザ鍵で暗号化してクライアントに提供するとともに、個別鍵ユーザ鍵暗号化データを除くコンテンツ構成データを識別するデータ識別情報をクライアントに提供し、前記コンテンツ提供ユニットの構成ユニットAは、前記クライアントから前記データ識別情報を受信し、受信したデータ識別情報によって特定されるデータをクライアントに提供するコンテンツ配信システムにある。さらに、本発明のコンテンツ配信システムの一実施態様において、前記コンテンツ構成データを識別するデータ識別情報はURLUniformResourceLocatorである。さらに、本発明の第3の側面は、コンテンツ再生処理を実行するデータ処理部を有し、前記データ処理部は、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行い、コンテンツ再生を実行する情報処理装置にある。さらに、本発明の情報処理装置の一実施態様において、前記ブロック鍵による暗号化領域は、各々が異なるブロック鍵で暗号化された複数のブロック領域によって構成され、前記データ処理部は、前記コンテンツ構成情報を参照して、各ブロックがどのブロック鍵によって暗号化された暗号化領域であるかを判別して、ブロック鍵の切り替えによる復号処理を実行する。さらに、本発明の第4の側面は、クライアントに提供するコンテンツを生成する情報処理装置において実行する情報処理方法であり、前記情報処理装置は、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出し、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定し、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成し、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択し、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成し、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する情報処理方法にある。さらに、本発明の第5の側面は、コンテンツ再生処理を実行する情報処理装置において実行する情報処理方法であり、前記情報処理装置は、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行い、コンテンツ再生を実行する情報処理方法にある。さらに、本発明の第6の側面は、クライアントに提供するコンテンツを生成する情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置に、オリジナルコンテンツからコンテンツ構成データである複数のブロックブロック1~iを抽出する処理と、抽出ブロック1~ブロックiのブロック列からなる複数のパターンとして、パターン1~パターンkを設定する処理と、各パターンおよび各ブロック単位で異なるブロック鍵KbPx,Byを適用した暗号化ブロックを生成する処理と、ただし、Pxはk個のパターン識別子P1~Pk、Byはi個のブロック識別子B1~Bi、さらに、コンテンツ配信単位で、前記パターン1~kから暗号化されたブロック1~ブロックiをランダムに選択する処理と、選択ブロックの構成データの一部を、コンテンツ配信先のクライアント対応の個別鍵ユーザ鍵Kuを適用して暗号化を行って、個別暗号化部分を生成する処理と、前記ブロック鍵KbPx,Byによる暗号化処理を施した暗号化ブロックと、前記個別鍵ユーザ鍵Kuによる暗号化処理を施した個別暗号化部分と、を含む暗号化コンテンツをクライアントに提供するコンテンツとして生成する処理とを実行させるプログラムにある。さらに、本発明の第7の側面は、コンテンツ再生処理を実行する情報処理装置において情報処理を実行させるプログラムであり、前記情報処理装置に、コンテンツの暗号化構成情報としてのコンテンツ構成情報を参照して、共通鍵による暗号化領域と、ブロック鍵による暗号化領域と、ユーザ対応の個別鍵による暗号化領域を判別し、共通鍵とブロック鍵と個別鍵を切り替えて復号処理を行わせて、コンテンツ再生を実行させるプログラムにある。なお、本発明のプログラムは、例えば、様々なプログラムコードを実行可能な情報処理装置やコンピュータシステムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータシステム上でプログラムに応じた処理が実現される。本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。本発明の一実施例の構成によれば、暗号化コンテンツの暗号鍵の漏えいが生じた場合でも、コンテンツの完全な再生を防止可能とする構成が実現される。具体的には、コンテンツの構成データであるブロック1~ブロックiを異なるブロック鍵で暗号化したパターン1~kを設定し、コンテンツ配信単位でランダムにブロック選択を実行してブロック1~iの異なるブロック配列パターンシーケンスからなるコンテンツをクライアントに提供する。クライアントに対する提供コンテンツのブロック配列は管理情報として登録する。コンテンツの一部の暗号鍵として利用される共通鍵タイトル鍵が漏えいしても、コンテンツの完全再生は不可能となる。また、不正流通コンテンツからブロック配列を取得して管理情報の登録情報と照合することで不正流通コンテンツの出所元となったクライアントの特定が可能となる。以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。1.本発明の概要について2.サーバのコンテンツ提供処理の具体例について3.コンテンツ構成を規定するパラメータについて4.コンテンツ配信シーケンスについて5.コンテンツを提供するサーバのシステム例6.クライアントにおけるコンテンツ再生処理について7.サーバにおけるコンテンツ生成、提供処理シーケンスについて7-1.サーバにおけるコンテンツ生成処理シーケンス7-2.サーバにおけるコンテンツ提供処理シーケンス8.クライアントにおけるコンテンツ再生シーケンスについて9.サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて10.各装置のハードウェア構成例について[1.本発明の概要について]以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。まず、図4を参照して、本発明の概要について説明する。本発明は例えばネットワーク上に流通する不正コンテンツの発信元を特定可能とするものである。図4には映画や音楽などのコンテンツを提供するサービスプロバイダの運営するサーバ100を示している。例えばPC等のクライアント120はサーバ100にアクセスして、正規のコンテンツ購入手続を行ってコンテンツを取得する。図4に示すネットワーク上のルートaを介して正規コンテンツを取得する。クライアント120のユーザは、正規購入コンテンツを一定の利用制限の下で再生する処理が許容される。例えば配信コンテンツが暗号化コンテンツである場合でも、正規購入者は、サーバから提供された復号用の鍵を適用して暗号化コンテンツを復号して再生することができる。しかし、クライアント120のユーザは、復号したコンテンツを不正にネットワークを介して他のユーザ図に示すクライアント131~133のユーザに提供してしまう可能性がある。例えば図4に示すネットワーク上の経路bを介して不特定多数のユーザに復号コンテンツを提供するといった事態が起こり得る。例えば不特定多数のユーザがアクセス可能なネットワーク上のサイトに復号コンテンツを置くといった処理である。あるいは、クライアント120のユーザは、復号したコンテンツを、不正にディスクなどのメディアに記録して大量の不正コピー記録メディアを作成して他のユーザに提供してしまう場合がある。例えば図4に示すディスク141である。本発明は、このような不正なコンテンツの流通が発覚した場合に、不正コンテンツの出所元を特定することを可能とする。図4に示す場合、この出所元はクライアント120となる。また、このような構成をサーバ100の処理負荷を過大に増加させることなく実現する。[2.サーバのコンテンツ提供処理の具体例について]上述したように、本発明は、不正コンテンツの出所を追跡可能とするものであり、この処理の実現のために、正規コンテンツの提供を行うサーバ100は、特殊な構成を持つコンテンツを生成してクライアントに提供する。図5以下を参照して、例えばサービスプロバイダ等の運営するサーバコンテンツ配信サーバ等がクライアントユーザ装置に提供するコンテンツの構成について説明する。サーバは、コンテンツを不正に公開または流通させたクライアントあるいはユーザを特定可能とするための特殊なコンテンツを作成して各クライアントに提供する。図5は、サーバが予め準備するデータについて説明する図である。図5には、aコンテンツbブロック領域外データcブロック領域データこれらを示している。サーバは、コンテンツを構成する複数の部分データをブロックとして抽出する。ここではブロック数をiとして、i個のブロックを抽出する。コンテンツから抽出されたブロック以外のデータ領域が図5bに示すブロック領域外データである。このbブロック領域外データについては、1つの暗号鍵タイトル鍵Ktを適用して暗号化する。タイトル鍵Ktは例えばコンテンツのタイトルに対して設定された1つの暗号鍵である。一方、コンテンツから抽出したi個のブロックに対しては、図5cに示すような暗号化データを生成する。まず、コンテンツから抽出したi個のブロック列をk個、準備する。これらをパターン1P1~パターンkPkとする。次に、これらの各パターンに含まれるブロック各々について、異なるブロック鍵を適用して個別に暗号化を行う。例えば、パターン1P1のブロックB1の暗号化に適用するブロック鍵をKbP1,B1と表記する。図5に示すように、パターン1P1に含まれるi個のブロックは、それぞれ、ブロック鍵:KbP1,B1~KbP1,Biの異なるブロック鍵によって暗号化された暗号化ブロックの集合として設定される。また、パターン2P2に含まれるi個のブロックは、それぞれ、ブロック鍵:KbP2,B1~KbP2,Biの異なるブロック鍵によって暗号化された暗号化ブロックの集合として設定される。このようなパターンをkパターン生成する。なお、各パターン1~kの各々に含まれるブロックはi個であるので、k個のパターンを生成するために適用するブロック鍵は、パターン1:KbP1,B1~KbP1,Biパターン2:KbP2,B1~KbP2,Bi:パターンk:KbPk,B1~KbPk,Biこれらの鍵となる。すなわち、k個のパターンを生成するために適用するブロック鍵の総数は、KbP1,B1~KbPk,Biのi×k個のブロック鍵となる。このように、サーバは、まず、aコンテンツに基づいて、bタイトル鍵Ktで暗号化したブロック領域外データc各ブロックを個別のブロック鍵で暗号化したk個のパターンこれらを生成する。次に、図6を参照してクライアントユーザ装置への配信データについて説明する。サーバは、図5に示すbタイトル鍵Ktで暗号化したブロック領域外データc各ブロックを個別のブロック鍵で暗号化したk個のパターンこれらを利用して各クライアントに提供するデータを生成する。サーバは、コンテンツの配信単位の処理として、図5cに示すパターン1~パターンkのk個のパターンから、ランダムなブロックの選択を行う。すなわち、コンテンツの配信処理毎に、個別のブロック鍵Kbで暗号化された暗号化ブロックから、ブロック1~ブロックiまでを1つずつパターン1~kの中から選択する。図5cに示す個別のブロック鍵KbPx,Byで暗号化された暗号化ブロックからブロック1~ブロックiを1つずつ選択し、さらに、図5bに示すタイトル鍵Ktで暗号化したブロック領域外データを組み合わせて特定のクライアントに提供するコンテンツデータ列を設定する。さらに、生成したコンテンツデータ列に含まれるブロックの一部をユーザクライアントに対応する個別鍵ユーザ鍵Kuを適用して暗号化する。この処理によってユーザへの提供コンテンツを生成する。なお、ブロック内に設定されるユーザ対応の個別鍵ユーザ鍵Kuによる暗号化領域は、ブロック鍵:Kbの暗号化データを、さらに、ユーザ対応の個別鍵ユーザ鍵Kuを適用して2重に暗号化する設定としてもよいし、ブロック鍵:Kbの暗号化を施さず、またはブロック鍵:Kbの暗号化を復号し、ユーザ対応の個別鍵ユーザ鍵Kuのみによって暗号化された暗号化領域として設定する構成としてもよい。図6には、ユーザAに対する提供コンテンツ、ユーザBに対する提供コンテンツ、これらのデータ構成例を示している。例えば、図6に示すユーザAに対する提供コンテンツは、図5bに示すタイトル鍵Ktで暗号化したブロック領域外データと、図5cに示すパターン1~パターンkのk個のパターンから、ランダムなブロック選択によって選択されたブロック1~i、これらによって構成されている。さらに、ブロックの一部領域は、ユーザAに対応して生成されるユーザ個別のユーザ鍵Kuによって暗号化される。例えば図に示すユーザAに対する配信コンテンツとして選択されたブロック1は、ブロック鍵KbP2,B1によって暗号化されたブロック、すなわち図5cに示すパターン2のブロック1である。このブロック鍵KbP2,B1によって暗号化されたブロックの一部領域をユーザAに対応するユーザ固有の鍵であるユーザ鍵Kuaを適用して暗号化する。図に示す黒塗りつぶし部分がユーザ鍵Kuaによる暗号化部分個別暗号化部分である。ユーザ鍵による暗号化領域個別暗号化部分はブロック1~iの全ブロックに設定する。なお、一部のブロックに対してユーザ鍵による暗号化領域個別暗号化部分を設定する構成としてもよい。また、1つのブロック内に複数のユーザ鍵による暗号化領域個別暗号化部分を設定する構成としてもよい。また、図に示すユーザBに対する配信コンテンツとして選択されたブロック1は、ブロック鍵KbP1,B1によって暗号化されたブロック、すなわち図5cに示すパターン1のブロック1である。このブロック鍵KbP1,B1によって暗号化されたブロックの一部領域をユーザBに対応するユーザ固有の鍵であるユーザ鍵Kubを適用して暗号化する。図に示す黒塗りつぶし部分がユーザ鍵Kubによる暗号化部分である。なお、ユーザ鍵による暗号化領域は配信処理単位に変更してもよいし、同一領域としてもよい。また、ユーザ鍵による暗号化領域は、コンテンツの重要データ、重要シーン領域を含む設定とすることが好ましい。例えばMPEGデータにおけるiピクチャを含む領域等に設定することが好ましい。なお、ユーザ鍵は、例えば乱数生成処理などにより、サーバがコンテンツ配信時に生成し、生成鍵をユーザに提供するとともに、データベースに格納する。ユーザに対して提供するデータは、図6に示すように、暗号化コンテンツの他、暗号化コンテンツの復号に適用する暗号鍵のセットも含まれる。例えばユーザAに対して提供される暗号鍵は、a全ユーザに共通する共通鍵であるタイトル鍵bユーザAに対する提供コンテンツ中のi個のブロックの復号に適用するi個のブロック鍵、cユーザAのユーザ対応の個別鍵であるユーザ鍵:Kuaこれらの鍵セットとなる。また、ユーザBに対して提供される暗号鍵は、a全ユーザに共通する共通鍵であるタイトル鍵bユーザBに対する提供コンテンツ中のi個のブロックの復号に適用するi個のブロック鍵、cユーザBのユーザ対応の個別鍵であるユーザ鍵:Kubこれらの鍵セットとなる。aのタイトル鍵Ktは、コンテンツタイトルが共通すれば、すべてのユーザに同じタイトル鍵が提供される。bのi個のブロック鍵Kbは、各ユーザへの提供コンテンツとして選択されたブロックに応じて異なる組み合わせとなる。cのユーザ鍵Kuは、各ユーザ単位で異なる鍵となる。サーバは、このように各ユーザに対する配信コンテンツと鍵セットを生成して各ユーザに提供する。[3.コンテンツ構成を規定するパラメータについて]次に、ユーザに対する配信コンテンツの構成を規定するパラメータの設定例について図7、図8を参照して説明する。図7に示すように、配信コンテンツを規定するパラメータとしては例えば以下のパラメータがある。a:ブロックサイズi:ブロック数k:パターン数b:ユーザ鍵Kuによる個別暗号化部分のサイズc:1ブロック内のユーザ鍵Kuによる個別暗号化部分の数図8にこれらのパラメータの具体的な設定例の一例を示す。なお、図8に示す例は、コンテンツが、Videorate=8Mbps、Duration=7200sec、Size=7.2GB、IDRinterval=1sec、このような態様のコンテンツである場合のパラメータ設定例を示している。a:ブロックサイズブロックサイズは例えば1MBとする。ブロックサイズは、暗号化処理や復号処理の単位等の所定のフォーマットの規定に従った構成とすることが設定条件となる。この設定条件を満たすために、例えば1Block=1Symbol、8Block=1Segmentの設定とする。i:ブロック数ブロック数は、例えば1コンテンツあたり720とする。ブロック数は、ブロック部分が再生できない場合にもユーザを十分にフラストレートできる設定とすることが必要である。これを満たすため、コンテンツ全体の10程度72000.1=720sec720/8=90Segmentのブロックを設定する。k:パターン数パターン数kは例えば32とする。コンテンツ配信単位で異なるパターンの組み合わせが実現されることが望ましい。パターン数k=32として、ブロックをi個とすれば、32i個の異なるブロック組み合わせが実現される。b:ユーザ鍵Kuによる個別暗号化部分のサイズユーザ鍵による個別暗号化部分のサイズは例えば16Byteとする。c:1ブロック内のユーザ鍵Kuによる個別暗号化部分の数1ブロック内のユーザ鍵Kuによる個別暗号化部分の数は、例えば8個とする。これらのパラメータb,cは、例えば正当な配信コンテンツが、その後、不正に流通した場合に、ユーザ鍵Kuによる個別暗号化部分の復号なしでは正常なコンテンツ鑑賞ができないレベルとすることが要求され、コンテンツに応じて決定する構成とすることが好ましい。例えば図8に示すパラメータの設定とすることで、ユーザ対応の個別鍵ユーザ鍵がない場合に再生できないコンテンツ部分再生時間は720sec、ユーザ対応の個別鍵ユーザ鍵による暗号化部分の合計サイズは、1コンテンツあたり92160bytek個のパターンに対応するブロックの合計サイズは、22.3GBとなる。なお。パラメータ設定は、配信コンテンツの態様に応じて最適なパラメータを適宜、決定する設定としてよい。[4.コンテンツ配信シーケンスについて]次に、コンテンツ配信シーケンスの一例について図9に示すシーケンス図を参照して説明する。図9は、サーバとクライアント間のコンテンツ配信シーケンスを示す図である。クライアントは、例えばユーザの所有するPC、通信端末等の情報処理装置である。なお、コンテンツ提供処理に伴う例えば決済処理やサーバクライアント間の認証処理については、本シーケンスでは省略しているが、必要に応じてこのような決済処理、認証処理が実行される。クライアントは、まず、ステップS11において、サーバに対してコンテンツの配信を要求する。例えばサーバの提供するコンテンツリストから特定のコンテンツを指定したコンテンツ指定情報をサーバに送信する。サーバは、ステップS12において、コンテンツ要求に応じて、ユーザクライアントに対応する個別鍵であるユーザ鍵Kuを生成する。例えば乱数生成によりユーザ鍵Kuを生成する。次に、ステップS13において、クライアントに提供するコンテンツに設定するブロックの選択処理を実行し、さらに、選択したブロック各々について、ブロック内のユーザ対応の個別鍵ユーザ鍵による個別暗号化部分を決定する。ステップS13におけるブロック選択処理は、図5を参照して説明した図5cに示すパターン1~kからブロック1~iを1つずつランダムに選択する処理として実行される。選択したブロック内のユーザ鍵による個別暗号化部分の決定処理は、例えば図8を参照して説明したパラメータに従って、ブロック各々について重要なシーンやデータ領域を含めるように個別暗号化部分を決定する。次に、ステップS14において、サーバはステップS13で決定した個別暗号化部分に対して、クライアント対応の個別鍵ユーザ鍵:Kuを適用した暗号化処理を行う。さらに、ユーザ鍵:Kuによる暗号化の施された各ブロックの個別暗号化部分をまとめて、1つのデータファイルサブブロックファイルとして設定する。なお、各ブロックは、暗号化処理単位としてのサブブロックの集合として設定され、ユーザ対応の個別鍵ユーザ鍵による暗号化データ部分もサブブロックを単位として実行される。次に、サーバは、ステップS15において、クライアントに対するデータ配信を行う。配信データは例えば図9S15に示すように、以下のデータのセットとなる。1ブロック以外の共通鍵Kt暗号化データ2ユーザ対応の個別鍵ユーザ鍵暗号化部分を除くブロック鍵Kb暗号化データ3ユーザ対応の個別鍵ユーザ鍵暗号化データからなるサブブロックファイル4共通鍵Kt、ブロック鍵Kb、ユーザ鍵Kuこれらの暗号化コンテンツデータと、鍵セットをクライアントに送信する。なお、これらのデータの他、サーバは、ブロック領域、個別暗号化部分の領域情報を記録したコンテンツ構成情報をクライアントに提供する。次に、サーバは、ステップS16においてデータベースに配信コンテンツ情報としての管理情報を登録する。例えば図10に示す管理情報の登録処理を行う。この管理データについては後段で説明する。暗号化コンテンツと鍵セットをサーバから受信したクライアントは、ステップS17において、以下の受信データ、すなわち、1ブロック以外の共通鍵Kt暗号化データ2ユーザ対応の個別鍵ユーザ鍵暗号化部分を除くブロック鍵Kb暗号化データ3ユーザ対応の個別鍵ユーザ鍵暗号化データからなるサブブロックファイルこれらのデータを組み合わせて、一連のコンテンツを再構成し、さらに、サーバから受信した鍵データ、すなわち、4共通鍵Kt、ブロック鍵Kb、ユーザ鍵Kuこれらの鍵データとともにクライアント内の記憶装置に格納する。さらに、各暗号鍵を利用した復号処理を実行してコンテンツ再生を行う。なお、コンテンツの復号に際しては、サーバから提供されるコンテンツ構成情報、すなわち、ブロック領域、個別暗号化部分の領域情報を記録したコンテンツ構成情報を参照して適用する暗号鍵を切り替えた復号処理を行うことになる。図10を参照してサーバが配信コンテンツの管理情報として記録するデータについて説明する。図10は、サーバの記憶手段に保持される管理情報のデータ構成例である。図10に示すように、管理情報には、配信コンテンツ情報、配信先情報、配信ユーザ情報、配信日時情報、ブロック情報、暗号鍵情報共通鍵、ブロック鍵、ユーザ対応の個別鍵ユーザ鍵例えばこれらの情報が含まれる。配信コンテンツ情報は、コンテンツのタイトル、コンテンツのIDなどの情報によって構成される。配信先情報は、コンテンツ配信先のアドレス、例えばクライアントやユーザに対応するアドレスなどの情報である。配信ユーザ情報は、ユーザ名、住所、連絡先等ののユーザ情報である。配信日時情報は、コンテンツの配信日時情報である。ブロック情報は、配信コンテンツに含まれるブロック1~iに関する情報である。各ブロックがどのパターンから選択されたブロックであるかを識別可能とした次用法である。暗号鍵情報には、各提供コンテンツの暗号化処理に適用した暗号鍵の情報が記録される。具体的には、a全ユーザに共通する共通鍵であるタイトル鍵:Ktbユーザに対する提供コンテンツ中のi個のブロックの復号に適用するi個のブロック鍵:Kb、cユーザ対応の個別鍵であるユーザ鍵:Kuこれらの鍵セットに関する情報となる。このような鍵情報が管理情報としてコンテンツの配信先情報に対応付けて記録される。例えば配信コンテンツが不正に流通した場合、流通コンテンツに含まれるブロックの組み合わせを解析し、図10に示す管理情報の登録情報を利用することで、不正流通コンテンツの配信先クライアントを特定することが可能となる。また、例えば鍵の漏えいが発生した場合、その漏えいした鍵を解析して、図10に示す管理情報と照合することで、鍵の漏えい元のクライアントがどのクライアントであるかを判断することが可能となる。なお、図10に示す管理情報の例は一例であり、これらの情報の全てを記録することが必ずしも必須ではなく、また、これらの情報以外の情報を管理情報として保持してもよい。[5.コンテンツを提供するサーバのシステム例]上述した実施例では、クライアントに対するデータ配信を1つのサーバがすべて実行する処理例として説明した。以下では、データ配信効率等を考慮した構成例として、クライアントに対してコンテンツ提供処理を行う複数のサーバを設定し、サーバ各々が、コンテンツ構成データの一部をクライアントに提供する処理例について説明する。図11には、コンテンツ提供処理を実行する2つのサーバ第1サーバ201、第2サーバ202と、コンテンツを受信する複数のクライアントクライアントa211~クライアントn213を示している。図11に示すように、第1サーバウェブWebサーバ201は、各クライアント211~213に対して、以下のデータを送信する。1共通鍵Kt暗号化データ2個別鍵ユーザ鍵暗号化部分を除くブロックデータブロック鍵暗号化データ一方、第2サーバアプリケーションサーバ202は、各クライアント211~213に対して、以下のデータを送信する。3ユーザ対応の個別鍵ユーザ鍵Kuによる暗号化データこのように第1サーバウェブWebサーバ201と、第2サーバアプリケーションサーバ202は、それぞれ、クライアントに対する配信コンテンツの一部を送信コンテンツとして担当したデータ送信処理を行う。ユーザ対応個別鍵ユーザ鍵の生成処理と、個別鍵ユーザ鍵を適用した暗号化処理はコンテンツ配信単位の処理として、第2サーバアプリケーションサーバ202が実行する。第1サーバウェブWebサーバ201は、コンテンツ配信処理毎に新たなデータ暗号化等の処理は実行せず、予めデータベースに格納されたデータの選択抽出を実行し、選択したデータをクライアントに提供する。すなわち、1共通鍵Kt暗号化データ2個別鍵ユーザ鍵暗号化部分を除くブロックデータブロック鍵暗号化データこれらのデータを配信処理単位で選択してクライアントに提供する。このような2つのサーバを利用した構成とすることで、コンテンツ配信処理における負荷分散が可能となり、効率的なコンテンツ配信が実現される。図12、図13を参照して、第1サーバウェブWebサーバ201が保持するデータ、第2サーバアプリケーションサーバ202が保持するデータ、これらのデータ例について説明する。まず、図12を参照して、第1サーバウェブWebサーバ201が保持するデータについて説明する。図11を参照して説明したように、第1サーバウェブWebサーバ201は、1共通鍵Kt暗号化データ2ユーザ対応個別鍵ユーザ鍵による暗号化部分を除くブロックデータブロック鍵暗号化データこれらのデータをクライアントに提供する。上記データは、予め準備可能なデータである。2に示すユーザ対応個別鍵ユーザ鍵による暗号化部分を除くブロックデータブロック鍵暗号化データは、ユーザ単位で選択するブロックと、ユーザ対応個別鍵ユーザ鍵による暗号化部分については、コンテンツ配信処理次に決定することが必要であるが、ブロック鍵による暗号化データ事態は、コンテンツ配信先のクライアントの決定以前に予め準備し、データベースに格納しておくことができる。図12に示すように、第1サーバウェブWebサーバ201は、1ブロック領域外暗号化データ共通鍵タイトル鍵Ktによる暗号化データ2ブロック領域暗号化データブロック鍵Kbによる暗号化データこれらのデータをデータベースに保持すればよい。これらのデータは、先に図5を参照して説明したb、cのデータに対応する。第1サーバウェブWebサーバ201は、これらのデータを記憶部に保持すればよい。なお、鍵データとして共通鍵タイトル鍵Kt、ブロック鍵Kbを保有する。なお、2ブロック領域暗号化データブロック鍵Kbによる暗号化データは、暗号化処理単位として規定されるサブブロック単位でブロック鍵Kbによる暗号化が実行される。図12に示すように、第1サーバウェブサーバ201が保持するブロックデータは、暗号化処理単位としてのサブブロック単位で識別可能な設定となっている。図12に示す例は、1つのブロックがn個のサブブロックによって構成された例である。ユーザ対応の個別鍵ユーザ鍵による暗号化単位も、このサブブロック単位となる。ユーザ対応の個別鍵ユーザ鍵による暗号化は、第2サーバアプリケーションサーバ202において実行され、クライアントに提供される。従って、第1サーバウェブWebサーバ201は、ユーザ対応の個別鍵ユーザ鍵による暗号化がなされるサブブロック領域を除去したサブブロックのみからなるブロックデータをクライアントに提供する。第1サーバウェブWebサーバ201がクライアントに提供するデータは以下のデータである。1ブロック領域外暗号化データこれは、コンテンツタイトルに対応して設定される共通鍵タイトル鍵:Ktを適用してブロック以外のデータ領域を暗号化したデータである。2ブロック領域暗号化データこれは、図5cを参照して説明したように、パターン1~kのk個のパターンに対応するブロック1~iの各々に対して異なるブロク鍵:Kbを適用して暗号化した暗号化ブロックデータであり、ユーザ対応の個別鍵ユーザ鍵による暗号化がなされるサブブロック領域を除去したサブブロックのみからなるデータである。一方、第2サーバアプリケーションサーバ202が保持するデータは、図13に示すデータである。すなわち、各パターンパターン1~kに応じたブロックデータの暗号化の施されていない平文データを保持する。なお、第2サーバアプリケーションサーバ202が保持するブロックデータも、図13に示すように暗号化処理単位としてのサブブロック単位で識別可能な設定となっている。図13に示す例は、1つのブロックがn個のサブブロックによって構成された例である。本処理例では、ブロック内に設定する個別鍵ユーザ鍵:Kuによる個別暗号化部分は、ブロック鍵:Kbの暗号化を施さず、ユーザ対応の個別鍵ユーザ鍵Kuのみによって暗号化された暗号化データとして構成された処理例として説明する。なお、この態様に限らず、個別暗号化部分をブロック鍵:Kbと個別鍵ユーザ鍵:Kuとの二重暗号化部分として設定することも可能である。図14を参照して、第1サーバウェブWebサーバ201と、第2サーバアプリケーションサーバ202の2つのサーバを利用したコンテンツ提供シーケンスについて説明する。先に図9を参照して説明したシーケンスと同様、クライアントは、例えばユーザの所有するPC、通信端末等の情報処理装置である。コンテンツ提供処理に伴う例えば決済処理やサーバクライアント間の認証処理については、本シーケンスでは省略しているが、必要に応じてこのような決済処理、認証処理が実行される。クライアントは、まず、ステップS21において、アプリケーションサーバに対してコンテンツの配信を要求する。例えばアプリケーションサーバの提供するコンテンツリストから特定のコンテンツを指定したコンテンツ指定情報をサーバに送信する。アプリケーションサーバは、ステップS22において、コンテンツ要求に応じて、ユーザクライアントに対応する個別鍵であるユーザ鍵Kuを生成する。例えば乱数生成によりユーザ鍵Kuを生成する。次に、アプリケーションサーバは、ステップS23において、クライアントに提供するコンテンツに設定するブロックの選択処理を実行し、さらに、選択したブロック各々について、ブロック内のユーザ対応の個別鍵ユーザ鍵による個別暗号化部分を決定する。ステップS23におけるブロック選択処理は、先に図5を参照して説明した図5cに示すパターン1~kからブロック1~iを1つずつランダムに選択する処理に対応する処理である。ただし、アプリケーションサーバは、図13を参照して説明したブロック対応の平文データを保持しているのみで、ブロック鍵Kbで暗号化したデータを保持しているわけではない。従って、アプリケーションサーバは、ステップS23において、クライアントに対する提供ブロックに対応するパターンシーケンスを決定するのみとなる。例えば、ブロック1:パターン2、ブロック2:パターン1、ブロック3:パターンk、:ブロックi:パターン5、このようにブロック1~iをどのパターンから選択するかの、パターンシーケンス:[2,1,k,,5]を決定する。さらに、アプリケーションサーバは、ステップS23において、決定したパターンシーケンスに対応するブロックについて、各ブロック内の個別鍵ユーザ鍵:Kuによる暗号化部分個別暗号化部分を決定する。この選択ブロック内の個別暗号化部分の決定処理は、例えば図8を参照して説明したパラメータに従って、ブロック各々について重要なシーンやデータ領域を含めるように個別暗号化部分を決定する。なお、この個別暗号化部分は、サブブロック単位で決定する。次に、アプリケーションサーバは、ステップS24において、各ブロックから選択したユーザ鍵による暗号化データ部分、すなわち、個別暗号化部分として選択したサブブロックに対して、ステップS22で生成した個別鍵ユーザ鍵:Kuを適用した暗号化を実行する。先に図13を参照して説明したように、アプリケーションサーバは、平文データとしてのブロックデータを保持している。この平文ブロックデータはサブブロック単位で区分された設定であり、アプリケーションサーバは、個別暗号化部分として選択したサブブロック平文に対して、ステップS22で生成した個別鍵ユーザ鍵:Kuを適用して暗号化を行う。さらに、アプリケーションサーバは、個別鍵ユーザ鍵:Kuによって暗号化を行った個別暗号化サブブロックデータをまとめて、1つのデータファイルサブブロックファイルとして設定する。次に、ステップS25において、アプリケーションサーバは、ステップS24で生成した個別暗号化サブブロックデータファイルサブブロックファイルをクライアントに対して送信する。さらに、鍵データと、ウェブサーバからクライアントに対して提供すべきデータの識別情報例えば、データ対応のURLUniformResourceLocator、アドレス情報等をクライアントに送信する。なお、ウェブサーバからクライアントに対して提供すべきデータは、1ブロック以外の共通鍵Kt暗号化データ2ユーザ対応の個別鍵ユーザ鍵暗号化部分を除くブロック鍵Kb暗号化データこれらのデータである。アプリケーションサーバは、これらのデータの識別情報例えば、データ対応のURL、アドレス情報等を個別暗号化サブブロックデータファイルサブブロックファイルに併せてクライアントに送信する。アプリケーションサーバからクライアントに提供する配信データには例えば図14S25に示すように、以下のデータが含まれる。ユーザ対応の個別鍵ユーザ鍵による暗号化データブロック領域以外の共通鍵Ktによる暗号化データの識別情報例えば、データ対応のURL、アドレス情報等ユーザ対応の個別鍵ユーザ鍵による個別暗号化部分を除くサブブロックの識別情報例えば、サブブロックデータ対応のURL、アドレス情報等a4ユーザ対応個別鍵ユーザ鍵これらの暗号化データと、データ識別情報と、鍵セットをクライアントに送信する。なお、これらのデータの他、アプリケーションサーバは、ブロック領域、個別暗号化部分の領域情報を記録したコンテンツ構成情報をクライアントに提供する。次のステップS26の処理は、クライアントの処理である。クライアントは、上記a1~a4の各データをアプリケーションサーバから受信し、受信データに含まれる上記a2,a3のデータを利用して、アプリケーションサーバから受信したコンテンツ以外のコンテンツ構成データをウェブサーバに対して要求する。すなわち、ブロック領域以外の共通鍵Ktによる暗号化データの識別情報例えば、データ対応のURL、アドレス情報等ユーザ対応の個別鍵ユーザ鍵による個別暗号化部分を除くサブブロックの識別情報例えば、サブブロックデータ対応のURL、アドレス情報等これらのデータ識別情報例えばURLを利用してウェブサーバにアクセスして、データ識別情報に対応するデータの取得要求を行う。ウェブサーバは、ステップS27において、クライアントからの要求データをクライアントに提供する。ウェブサーバがクライアントに提供するデータには、図14S27に示すように以下のデータが含まれる。b1ブロック以外の共通鍵タイトル鍵:Ktによる暗号化データb2クライアントに対して選択されたブロックデータ中のユーザ対応の個別鍵ユーザ鍵による個別暗号化部分を除くサブブロックデータb3共通鍵タイトル鍵:Kt、ブロック鍵Kb上記データ中b1,b2の各データは、クライアントから受信する各データ対応のURL等のデータ識別情報によって特定される。b3の共通鍵Ktはコンテンツ対応のタイトルによって特定され、クライアントから受信するURL等のデータ識別情報に含まれるデータによって特定される。同様に、b3のブロック鍵Kbも、上記データ中のb2のサブブロックデータの識別情報から解析されるブロック識別子によって特定されるブロックに対応するブロック鍵を選択してクライアントに提供する処理が実行される。ウェブサーバから上述したb1~b3の暗号化データと鍵セットを受信したクライアントは、ステップS28において、アプリケーションサーバトウェブサーバからの受信データに基づいてコンテンツの再構成を行う。すなわち、以下の受信データ、すなわち、1ブロック以外の共通鍵Kt暗号化データ2ユーザ対応の個別鍵ユーザ鍵暗号化部分を除くブロック鍵Kb暗号化データサブブロックデータ3ユーザ対応の個別鍵ユーザ鍵暗号化データからなるサブブロックデータこれらのデータを組み合わせて、一連のコンテンツを再構成し、さらに、各サーバから受信した鍵データ、すなわち、4共通鍵Kt、ブロック鍵Kb、ユーザ鍵Kuこれらの鍵データとともにクライアント内の記憶装置に格納する。さらに、各暗号鍵を利用した復号処理を実行してコンテンツ再生を行う。なお、コンテンツの復号に際しては、サーバから提供されるコンテンツ構成情報、すなわち、共通鍵による暗号化領域、ブロック領域、個別暗号化部分等、復号に適用する鍵の選択に必要となる領域情報を記録したコンテンツ構成情報を参照して、適用暗号鍵を適宜、切り替えて復号処理を行うことになる。なお、上記実施例では、2つのサーバを利用したコンテンツ配信処理例について説明したが、前述したように、これらのコンテンツ配信処理は、1つのサーバ等の1つの装置ユニットにおいて実行してもよいし、2以上の複数の装置ユニットによる分散処理として実行してもよい。[6.クライアントにおけるコンテンツ再生処理について]次に図15を参照してクライアントにおけるコンテンツ再生処理例について説明する。図15には、クライアントにおけるコンテンツ再生処理を実行するデータ処理部の構成と記憶部を示している。図9と、図14を参照して2つの異なるシーケンスに従ったコンテンツ提供シーケンスについて説明した。しかし、いずれの処理においても、クライアントは、サーバから以下のデータを受信する。1ブロック以外の共通鍵Kt暗号化データ2ユーザ対応の個別鍵ユーザ鍵暗号化部分を除くブロック鍵Kb暗号化データサブブロックデータ3ユーザ対応の個別鍵ユーザ鍵暗号化データからなるサブブロックデータこれらのデータを組み合わせて、一連のコンテンツを再構成し、さらに、各サーバから受信した鍵データ、すなわち、4共通鍵Kt、ブロック鍵Kb、ユーザ鍵Ku5コンテンツ構成情報クライアントは、これらのデータを図15に示す記憶部501格納し、記憶部501に格納されたデータに基づくコンテンツの復号、再生処理を実行する。クライアントのデータ処理部の制御部502は、まず、記憶部501からコンテンツ構成情報511を取得する。これは、クライアントに提供されたコンテンツのブロック領域、ブロック内の個別暗号化部分等の位置情報等からなる暗号化データ構成を示す情報である。すなわち、共通鍵Ktによる暗号化領域、各ブロック鍵Kbによる暗号化領域、個別鍵ユーザ鍵Kuで暗号化された暗号化領域、これらの各領域を確認し、復号に適用する鍵を選択するために必要となる情報である。図15に示すように、クライアントの制御部502は、記憶部501からコンテンツ構成情報511を読みだして、コンテンツ構成情報511を参照して、鍵切り替え情報514を復号部503に出力する。すなわち、共通鍵Ktによる暗号化領域の処理に際しては、共通鍵の適用命令を復号部503に出力し、各ブロック鍵Kbによる暗号化領域の処理に際しては、復号対象のブロックに対応するブロック鍵の適用命令を復号部503に出力し、個別鍵ユーザ鍵Kuで暗号化されたデータ領域については個別鍵の適用命令を復号部503に出力する。復号部503は、記憶部501から読みだした暗号化コンテンツ512に対する復号処理を、記憶部501から読みだした暗号鍵共通鍵、ブロック鍵、個別鍵513を適用して適宜、鍵の切り替えを実行して復号処理を実行する。復号結果は、デコードおよび再生処理部504に提供される。デコードおよび再生処理部504は、所定のデコード処理、例えばMPEGデコードを実行して再生処理を実行し、再生データ520を出力する。[7.サーバにおけるコンテンツ生成、提供処理シーケンスについて]次に、図16、図17に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成と提供処理シーケンスについて説明する。7-1.サーバにおけるコンテンツ生成処理シーケンスまず、図16に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成処理シーケンスについて説明する。図16に示すフローに従った処理は、サーバのデータ処理部において実行される。まず、ステップS101において、オリジナルコンテンツ、例えば映画等のオリジナルコンテンツを取得する。次に、ステップS102において、オリジナルコンテンツに複数i個のブロックを設定し、抽出する。さらに、ステップS103において、抽出したブロック以外のブロック領域外データに対して共通鍵タイトル鍵Ktを適用して暗号化を行う。次に、ステップS104において、オリジナルコンテンツから抽出した複数i個のブロックを、ブロック1~ブロックiからなるk個のパターンとして設定する。さらに、ステップS105において、パターン1~パターンkのブロック1~ブロックiに対して、異なるブロック鍵KbPx,Byを適用して暗号化する処理を実行する。これらの処理によって、図5を参照して説明したb、cのデータが生成される。7-2.サーバにおけるコンテンツ提供処理シーケンス次に、図17に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ提供処理シーケンスについて説明する。なお、先に図9のシーケンス図と、図15のシーケンス図を参照して説明したように、クライアントに対するコンテンツ提供処理は、1つのサーバから実行してもよいし、複数のサーバによる処理として実行してもよい。従って、図17のフローに示す処理は、1つのサーバまたは複数のサーバによって実行可能な処理である。図17に示すフローに従った処理は、クライアントに対するコンテンツ配信処理毎に、逐次サーバのデータ処理部において実行される。まず、ステップS151において、クライアントからのコンテンツダウンロードリクエストを受信する。次に、ステップS152において、クライアントユーザ対応の個別鍵ユーザ鍵Kuを生成する。例えば乱数生成処理等によって生成する。次に、ステップS153において、クライアントに提供するブロック列を決定する。すなわち、ブロック1~iを選択するパターン1~kのシーケンスを決定する。例えば、以下のようなパターンシーケンスブロック配列情報である。ブロック1:パターン2、ブロック2:パターン1、ブロック3:パターンk、:ブロックi:パターン5、このようにブロック1~iをどのパターンから選択するかの、パターンシーケンス:[2,1,k,,5]=ブロック配列情報を決定する。次に、ステップS154において、選択したブロック各々について、ブロック内の個別暗号化部分を決定する。すなわち、各ブロック内の個別鍵ユーザ鍵:Kuによる暗号化部分個別暗号化部分を決定する。この選択ブロック内の個別暗号化部分の決定処理は、例えば図8を参照して説明したパラメータに従って、ブロック各々について重要なシーンやデータ領域を含めるように個別暗号化部分を決定する。なお、この個別暗号化部分は、各ブロックの再分割単位として設定されるサブブロック単位で決定する。次に、ステップS155において、個別鍵ユーザ鍵:Kuによる個別暗号化部分の暗号化を実行する。なお、この個別鍵ユーザ鍵:Kuによる個別暗号化部分の暗号化処理態様としては、先に説明したように、ユーザ鍵Kuのみの暗号化データとしてもよいし、ブロック鍵Kbとユーザ鍵Kuによる二重暗号化構成としてもよい。次に、ステップS156において、コンテンツ構成情報を作成する。コンテンツ構成情報は、コンテンツの復号に際して適用すべき鍵を選択するために必要な情報が含まれる。すなわち、共通鍵タイトル鍵Ktの適用領域各ブロック鍵KBPx,Byの適用領域、個別鍵ユーザ鍵Kuの適用領域、これらの各鍵の適用領域を識別可能な情報を含む。次に、ステップS157において、サーバは、クライアントに対するデータ配信を実行する。すなわち、以下のデータをクライアントに提供する。1共通鍵タイトル鍵Ktによる暗号化データ、2ブロック鍵Kbによる暗号化データ、3個別鍵ユーザ鍵Kuによる暗号化データ、4共通鍵Kt、ブロック鍵Kb、個別鍵Ku5コンテンツ構成情報、これらのデータをクライアントに対して配信する。さらに、ステップS158において、コンテンツ提供クライアント情報とブロック配列情報パターンシーケンスと暗号鍵情報との対応データを含む管理情報を作成して記憶部に格納する。ステップS158において生成する管理情報は、例えば、図6を参照して説明した管理情報である。各クライアントに提供したコンテンツ単位で、配信先情報や配信ユーザ情報等のクライアント情報、ブロック情報、暗号鍵情報が対応付けて記録された管理情報である。[8.クライアントにおけるコンテンツ再生シーケンスについて]次に、図18に示すフローチャートを参照してクライアントにおけるコンテンツ再生処理シーケンスについて説明する。この処理は、クライアント装置において再生処理を実行するデータ処理部の処理として実行される。コンテンツ再生処理を実行するクライアント装置は、まず、ステップS301において、サーバから受信したコンテンツ構成情報を取得する。すなわち、共通鍵タイトル鍵Ktの適用領域各ブロック鍵KBPx,Byの適用領域、個別鍵ユーザ鍵Kuの適用領域、これらの各鍵の適用領域を識別可能な情報を記録したコンテンツ構成情報である。次に、ステップS302において、コンテンツ構成情報に基づいて各暗号鍵の切り替え位置情報を取得する。次に、ステップS303において、取得した切り替え位置情報に応じて共通鍵とブロック鍵と個別鍵を切り替えて各暗号化コンテンツを順次、復号する。すなわち、共通鍵で暗号化されたデータ領域については共通鍵タイトル鍵Ktを適用した復号処理、ブロック鍵で暗号化されたデータ領域についてはブロック鍵KBPx,Byを適用した復号処理、個別鍵ユーザ鍵Kuで暗号化されたデータ領域については個別鍵ユーザ鍵Kuを適用した復号処理を実行する。なお、コンテンツ構成情報には、各ブロックがどのブロック鍵によって暗号化された暗号化領域であるかについての情報が記載されている。クライアントは、コンテンツ構成情報を参照して、各ブロックがどのブロック鍵によって暗号化された暗号化領域であるかを判別して、ブロック鍵の切り替えによる復号処理を実行する。次に、ステップS304において、復号コンテンツをデコード、例えばMPEGデコード処理を実行して再生処理を行う。[9.サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて]次に、不正な流通コンテンツが発見された場合に実行する出所判定処理シーケンスについて図19に示すフローチャートを参照して説明する。図19に示すフローに従った処理は、例えばコンテンツ配信を実行したサービスプロバイダのサーバのデータ処理部において実行される処理である。まず、ステップS501において、不正流通コンテンツを取得する。なお、不正流通コンテンツとは、例えばネットワーク上の誰でもアクセス可能なサイトから自由にダウンロード可能な設定とされたコンテンツや、不正に流通しているディスクに記録されたコピーコンテンツなどである。次に、ステップS502において、不正流通コンテンツの解析によりコンテンツを構成するブロック配列パターンシーケンスを解析する。次に、ステップS503では、不正流通コンテンツから取得したブロック配列情報と、管理情報に記録されたブロック情報を照合し、不正流通コンテンツの流通元であるコンテンツ配信先クライアントを判定する。なお、管理情報とは、先に説明した図10に示す管理情報である。なお、図19に示すフローでは、ブロック配列の解析処理例のみを説明したが、クライアントに提供する暗号鍵にはクライアント固有の個別鍵ユーザ鍵Kuや、クライアント固有のブロック配列に対応するブロック鍵のセットが含まれ、これらの鍵が、不正に流通している場合にも、その不正流通している鍵と、図10に示す管理情報の登録情報との照合を行うことで、不正流通鍵の出所を明らかにすることが可能となる。[10.各装置のハードウェア構成例について]最後に、図20、図21を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。まず、図20を参照して、コンテンツ提供処理を実行するサーバのハードウェア構成例について説明する。CPUCentralProcessingUnit601は、ROMReadOnlyMemory602、または記憶部608に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明した暗号化コンテンツの生成処理や、コンテンツ提供処理、管理情報の作成記録処理等を実行する。RAMRandomAccessMemory603には、CPU601が実行するプログラムやデータなどが適宜記憶される。これらのCPU601、ROM602、およびRAM603は、バス604により相互に接続されている。CPU601はバス604を介して入出力インタフェース605に接続され、入出力インタフェース605には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部606、ディスプレイ、スピーカなどよりなる出力部607が接続されている。CPU601は、入力部606から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部607に出力する。入出力インタフェース605に接続されている記憶部608は、例えばハードディスク等からなり、CPU601が実行するプログラムや各種のデータを記憶する。例えば図6を参照して説明した管理情報等も記録される。通信部609は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。次に、図22を参照して、コンテンツの受信、再生処理等を実行するクライアント装置のハードウェア構成例について説明する。CPUCentralProcessingUnit701は、ROMReadOnlyMemory702、または記憶部708に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述の各実施例において説明したサーバとの通信処理やサーバからの受信データの記憶部708ハードディスク等に対する記録処理、記憶部708ハードディスク等からのデータ再生処理等を実行する。RAMRandomAccessMemory703には、CPU701が実行するプログラムやデータなどが適宜記憶される。これらのCPU701、ROM702、およびRAM703は、バス704により相互に接続されている。CPU701はバス704を介して入出力インタフェース705に接続され、入出力インタフェース705には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部706、ディスプレイ、スピーカなどよりなる出力部707が接続されている。CPU701は、入力部706から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部707に出力する。入出力インタフェース705に接続されている記憶部708は、例えばハードディスク等からなり、CPU701が実行するプログラムや各種のデータを記憶する。通信部709は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。入出力インタフェース705に接続されているドライブ710は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア711を駆動し、記録されているコンテンツ、プログラム等の各種データを取得する。以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、LANLocalAreaNetwork、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。"