情報処理装置、および情報処理方法、並びにプログラム
【課題】不正流通コンテンツからその出所を検証可能とする構成を提供する。
【解決手段】画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行い、配信元を判定する。
【解決手段】画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行い、配信元を判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。特に、コンテンツの不正利用の防止や不正流通コンテンツの出所追跡を可能とするシステムにおいて利用される情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、インターネット等のネットワークを介したデータ通信が盛んになり、多くの画像データや音楽データ等がネットワークを介して盛んに流通している。
【０００３】
音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、例えばサービスプロバイダがサーバからネットワークを介してユーザにコンテンツを提供する場合、正規な利用権を持つユーザのみにコンテンツの利用を許容する利用制御を行うのが一般的である。
【０００４】
具体的には、例えばコンテンツを暗号化コンテンツとして送信し、正規なコンテンツ購入処理を行ったユーザに提供した暗号鍵によってのみ復号可能とするといった制御等が行われる。しかし、このような処理を行っても、ユーザが復号コンテンツを、ネットワークを介して再配信するといった処理を行うと、コンテンツが無秩序に流通してしまうといった事態が発生する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、例えば上記問題点に鑑みてなされたものであり、不正に流通したコンテンツの流通元の特定を可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の側面は、
クライアントに対する配信用のコンテンツを生成するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理装置にある。
【０００７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サブ画像に識別情報を電子透かしデータとして記録したサブ画像の生成を実行する。
【０００８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通コンテンツに含まれるサブ画像の解析処理により、サブ画像に含まれる識別情報を取得し、取得した識別情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する。
【０００９】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サブ画像の一部領域を再生時にメイン画像の画素値を有効画素値として出力させるルマキー領域を設定したサブ画像を生成する。
【００１０】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記メイン画像と前記サブ画像を並列再生して合成画像の再生を実行させる再生制御情報ファイルとしてのプレイリストファイルを生成してクライアントに提供する。
【００１１】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの区分データであるセグメント単位で異なる電子透かしデータを記録した複数の異なる電子透かし記録コンテンツを保持し、前記クライアントに対する配信処理単位で、前記複数の異なる電子透かし記録コンテンツから異なる組み合わせのセグメント選択を行うことで、クライアント識別情報となるセグメント単位の電子透かしデータ列を設定したコンテンツを生成する。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの区分データであるセグメント単位で異なる暗号鍵を適用した暗号化セグメントからなる複数の異なる暗号化コンテンツを保持し、前記クライアントに対する配信処理単位で、前記複数の異なる暗号化コンテンツから異なる組み合わせのセグメント選択を行って、クライアントに提供する暗号化コンテンツを生成する。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、クライアントに提供した暗号化コンテンツに適用した暗号鍵の鍵情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通鍵情報を取得し、取得した鍵情報と前記管理情報の登録情報との照合処理により、コンテンツおよび鍵配信先としてのクライアントを特定する。
【００１５】
さらに、本発明の第２の側面は、
コンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像を格納したサプクリップファイルと、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を格納したメインクリップファイルを取得し、
前記メインクリップファイルとサブクリップファイルの並列再生処理を実行する再生制御情報ファイルであるプレイリストファイルを適用して、前記メイン画像とサブ画像との合成画像を生成して再生する情報処理装置にある。
【００１６】
さらに、本発明の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理方法にある。
【００１７】
さらに、本発明の第４の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成させ、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録させるプログラムにある。
【００１８】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００１９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２０】
本発明の一実施例の構成によれば、不正流通コンテンツからその出所を検証可能とする構成が提供される。画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行うことで配信元を判定することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の概要について説明する図である。
【図２】サーバの提供するコンテンツの具体例について説明する図である。
【図３】クライアントに提供するコンテンツを生成するサーバの構成と処理について説明する図である。
【図４】ＣＤＮを利用したコンテンツ配信処理について説明する図である。
【図５】サーバの提供するコンテンツの具体例でありルマキーを利用した例について説明する図である。
【図６】クライアントにおけるコンテンツ再生処理例について説明する図である。
【図７】プレイリストファイルを利用したコンテンツ再生処理の一例について説明する図である。
【図８】識別子（ＩＤ）を電子透かしとして記録する処理例について説明する図である。
【図９】電子透かし記録コンテンツの１つの具体例について説明する図である。
【図１０】配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）を含む電子透かしデータの具体例について説明する図である。
【図１１】配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）、ＭＡＣ、ＥＣＣを含む電子透かしデータの具体例について説明する図である。
【図１２】サーバの記憶手段に保持される管理情報のデータ構成例について説明する図である。
【図１３】クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する図である。
【図１４】クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する図である。
【図１５】サーバの記憶手段に保持される管理情報のデータ構成例について説明する図である。
【図１６】サービスプロバイダ等のサーバにおいて実行するコンテンツ生成処理シーケンスについて説明するフローチャートを示す図である。
【図１７】サービスプロバイダ等のサーバにおいて実行するコンテンツ提供処理シーケンスについて説明するフローチャートを示す図である。
【図１８】クライアントにおけるコンテンツ再生処理について説明する図である。
【図１９】不正な流通コンテンツが発見された場合に実行する出所判定処理シーケンスについて説明するフローチャートを示す図である。
【図２０】サーバのハードウェア構成例について説明する図である。
【図２１】クライアントのハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．本発明の概要について
２．サーバのコンテンツ提供処理の具体例について
３．ＣＤＮを利用したコンテンツ配信処理について
４．ルマキーを利用したサブコンテンツの生成処理例について
５．クライアントにおけるコンテンツ再生処理について
６．サブ画像に対する識別子（ＩＤ）記録処理の具体例について
７．コンテンツの暗号化処理構成の例について
８．サーバにおけるコンテンツ生成、提供処理シーケンスについて
８−１．サーバにおけるコンテンツ生成処理シーケンス
８−２．サーバにおけるコンテンツ提供処理シーケンス
９．クライアントにおけるコンテンツ再生シーケンスについて
１０．サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて
１１．各装置のハードウェア構成例について
【００２３】
［１．本発明の概要について］
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。
【００２４】
まず、図１を参照して、本発明の概要について説明する。本発明は例えばネットワーク上に流通する不正コンテンツの発信元を特定可能とするものである。
図１には映画や音楽などのコンテンツを提供するサービスプロバイダの運営するサーバ１０を示している。
例えばＰＣ等のクライアント２０はサーバ１０にアクセスして、正規のコンテンツ購入手続を行ってコンテンツを取得する。図１に示すネットワーク上のルート（ａ）を介して正規コンテンツを取得する。
【００２５】
クライアント２０のユーザは、正規購入コンテンツを一定の利用制限の下で再生する処理が許容される。例えば配信コンテンツが暗号化コンテンツである場合でも、正規購入者は、サーバから提供された鍵、あるいは予め保持した復号用の鍵を適用して暗号化コンテンツを復号して再生することができる。
【００２６】
しかし、クライアント２０のユーザは、復号したコンテンツを不正にネットワークを介して他のユーザ（図に示すクライアント３１〜３３のユーザ）に提供してしまう可能性がある。例えば図１に示すネットワーク上の経路（ｂ）を介して不特定多数のユーザに復号コンテンツを提供するといった事態が起こり得る。
【００２７】
あるいは、クライアント２０のユーザは、復号したコンテンツを、不正にディスクなどのメディアに記録して大量の不正コピー記録メディアを作成して他のユーザに提供してしまう場合がある。例えば図１に示すディスク４１である。
【００２８】
本発明は、このような不正なコンテンツの流通が発覚した場合に、不正コンテンツの出所元を特定することを可能とする。図１に示す場合、この出所元はクライアント２０となる。
【００２９】
［２．サーバのコンテンツ提供処理の具体例について］
上述したように、本発明は、不正コンテンツの出所を追跡可能とするものであり、この処理の実現のために、正規コンテンツの提供を行うサーバ１０は、特殊な構成を持つコンテンツを生成してクライアントに提供する処理を行う。
【００３０】
図２以下を参照して、サービスプロバイダ等の運営するサーバにおけるコンテンツ提供処理の具体例について説明する。サーバは、コンテンツを不正に流通させたクライアントあるいはユーザを特定可能とするための特殊なコンテンツを作成して各クライアントに提供する。
【００３１】
図２は、サーバの提供するコンテンツの具体例について説明する図である。
図２（１）オリジナル画像は、例えば映画等のコンテンツを構成する１つのフレーム画像を示している。
コンテンツを提供するサーバは、図２に示すように、この（１）オリジナル画像を分離して、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの画像を生成する。
【００３２】
オリジナル画像の一部の画像をサブ画像として設定し、メイン画像はオリジナル画像内のサブ画像部分を他のデータ（ダミー信号）に置き換え、あるいは削除した画像として生成する。
メイン画像とサブ画像を合成するとオリジナル画像となる設定である。
なお、図２にはコンテンツを構成する１つの画像フレームのみを示しているが、コンテンツを構成する画像フレームの全体、あるいは少なくともその一部の複数フレームがメイン画像とサブ画像に分離されてクライアントに提供される。
【００３３】
サーバは、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）、
を複数のクライアントに共通するデータ（コンテンツ）として提供する。
一方、
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）、
については、クライアント単位または配信処理単位の個別データとして各々異なる識別情報を記録した上で個別に提供する。サブ画像にはコンテンツを提供したクライアント単位、あるいは配信処理単位の識別情報（ＩＤ）が記録され、少なくとも提供したクライアントを識別可能とした画像として生成する。
【００３４】
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）はクライアント単位、あるいはコンテンツの配信単位に異なるＩＤが記録された異なるデータとなる。
ただし、メイン画像とサブ画像を合成して再生される画像の通常の観察時には、ＩＤ情報は認識することはできず、どの合成画像もオリジナル画像と同じ画像コンテンツとして再生することができる。
【００３５】
サブ画像内に記録された識別情報（ＩＤ）の解析は、不正流通コンテンツの解析を行う機関、例えばサービスプロバイダにおいて特別な解析装置を用いて行われる。
具体的には、識別情報（ＩＤ）の記録処理は例えば電子透かしの記録処理として実行され、識別情報（ＩＤ）の解析は、電子透かしデータの読み出し処理として実行される。
【００３６】
図２（２ｂ）に示すサブ画像は、コンテンツを構成する１つの画像フレームであり、この１つの画像フレームにクライアントを識別するＩＤの構成ビット、例えば１ビット〜数ビットを格納する。複数の画像フレームに渡って設定されるサブ画像に記録されたビット情報を連結してクライアントＩＤが構成される。
【００３７】
具体的には、例えばクライアントＩＤが６４ビットとすれば、
画像フレーム１〜画像フレーム６４の６４フレームの各フレーム各々に１ビットのクライアントＩＤ構成データを記録するといった設定である。
なお、読み取りエラーを防止するため、コンテンツを構成する画像レーム中に繰り返し同じクライアントＩＤを記録する設定とするのが好ましい。
【００３８】
例えば、
画像フレーム１〜１０：クライアントＩＤの第１ビット、
画像フレーム１１〜２０：クライアントＩＤの第２ビット、
画像フレーム２１〜３０：クライアントＩＤの第３ビット、
：
このような設定で任意ピット数からなるＩＤを記録する構成としてもよい。
【００３９】
なお、上述したサブ画像を設定するフレームはコンテンツ全体、例えば映画コンテンツの全フレームとしてもよいが、その一部のフレームとして、一部のフレームのみをメイン画像とサブ画像の組み合わせとし、その他はサブ画像を設定せず、メイン画像のみとする構成としてもよい。
【００４０】
次に、図３を参照して、クライアントに提供するコンテンツを生成するサーバの構成と処理について説明する。
図３はサーバにおけるコンテンツ生成処理を実行するデータ処理部の構成例を示す図である。
【００４１】
オリジナル画像データ７０は、図２を参照して説明した
（１）オリジナル画像
に対応する画像を含む映像（ｖｉｄｅｏ）データである。
画像分離部１０１は、このオリジナル画像データ（ｖｉｄｅｏ）７０を構成するフレーム画像各々について画像分離処理を実行し、メイン画像とサブ画像を生成する。すなわち、図２を参照して説明した
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの画像を生成する。
【００４２】
なお、オリジナル画像データ（ｖｉｄｅｏ）７０を構成するフレーム画像の全フレームについてメイン画像とサブ画像を生成してもよいし、一部のフレームについてメイン画像とサブ画像を生成し、残りについてはサブ画像を設定しないメイン画像（＝オリジナル画像）のみとする設定としてもよい。
【００４３】
画像分離部１０１において生成されたメイン画像は、符号化部１０２ａに入力され、符号化部１０２ａにおいて例えばＭＰＥＧ圧縮等の符号化（エンコード）処理がなされる。
さらに、画像データに併せて再生される音声データ（ａｕｄｉｏ）７１、字幕データ（ｓｕｂｔｉｔｌｅ）７２についても、それぞれ符号化部１０２ｂ，ｃにおいて符号化処理がなされる。
【００４４】
符号化部１０２ａ〜ｃにおいて符号化された画像、音声、字幕の各データは、多重化処理部１０３において多重化処理がなされ、これらの各データを格納したメインクリップファイル（Ｍａｉｎ ｃｌｉｐ ｆｉｌｅ）が生成される。
【００４５】
次に、メインクリップファイルは、暗号化部１０４に入力され暗号化処理が実行される。
暗号化されたクリッブファイルが図に示す暗号化メインコンテンツ（暗号化メインクリップ）８１となる。
この暗号化メインコンテンツ（暗号化メインクリップ）８１は、クライアント共通のデータとして各クライアントに提供される。
【００４６】
一方、画像分離部１０１において分離されたサブ画像、すなわちオリジナル画像データ７０を構成する一部の画像であり、メイン画像から取り除かれた部分画像によって構成されるサブ画像は、識別情報（ＩＤ）挿入部１５１に入力される。
【００４７】
識別情報（ＩＤ）挿入部１５１は、サブ画像の各々に対して、例えばコンテンツ配信先のクライアントを識別するためのＩＤ情報を記録する処理を行う。
なお、前述したように、例えば映画等のコンテンツ全体のいずれかの箇所からＩＤが読み取り可能な構成とすればよく、ＩＤを設定したサブ画像の設定は様々な態様が可能である。
例えば、複数の画像フレームのいくつかに設定したサブ画像に記録されたビット情報を連結して複数ビットからなるＩＤを構成するといった設定が可能である。
【００４８】
例えばクライアントＩＤの構成ビットが、コンテンツを構成する画像フレームの各々に設定されたサブ画像に電子透かしデータとして記録される。
なお、複数フレームを適用した電子透かしデータによるビット設定の具体例については後段で説明する。
【００４９】
ＩＤの記録されたサブ画像は、符号化部１５２において、メイン画像と同様、例えばＭＰＥＧ圧縮等の符号化処理がなされる。さらに、多重化処理部１５３において、必要に応じて画像以外のデータ、例えば音声データ等との多重化処理が実行され、サブクリップファイル（Ｓｕｂ ｃｌｉｐ ｆｉｌｅ）が生成される。
【００５０】
生成されたサブクリップファイルは、暗号化部１５４において暗号化処理が実行され、暗号化サブコンテンツ（暗号化サブクリップ）８２が生成される。
この暗号化サブコンテンツ８２は、クライアント共通データではなく、クライアントあるいは配信処理単位で個別に生成され、クライアントに提供される。
なお、サブコンテンツ８２を提供したクライアントについての情報は管理情報としてサーバにおいて記録、保持される。この管理情報については後段で説明する。
【００５１】
図３に示す点線枠１５０によって示される処理は、クライアント単位、あるいはコンテンツ配信単位の処理として、逐次、実行される処理である。
図３に示すサーバの生成した以下のデータ、すなわち、
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２、
これらのデータが各クライアントに提供される。
【００５２】
なお、サーバがクライアントに対して提供するデータは、図３を参照して説明した暗号化メインコンテンツからなる暗号化メインクリップと、暗号化サブコンテンツからなる暗号化サブクリップのみではなく、その他のデータも提供される。
具体的には、クリップを適用したコンテンツ再生を行うために利用される再生制御情報を記録したプレイリストファイルが提供される。さらに暗号化メインクリップや暗号化サブクリップを復号するための暗号鍵などがクライアントに対して提供される。なお、暗号鍵の具体例については後段で説明する。
【００５３】
［３．ＣＤＮを利用したコンテンツ配信処理について］
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１については各クライアントに共通のデータとして提供され、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２については、提供クライアント毎に異なる識別情報を記録したクライアント固有データとしてクライアントに提供される。
【００５４】
なお、このようなクライアント共通データと、クライアント固有データの配信処理を効率的に実行するため、例えば複数のキャッシュサーバを利用したＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ）が有効となる。ＣＤＮを適用したコンテンツ配信を行うと効率的なコンテンツ配信が実現できる。
【００５５】
ＣＤＮを利用したコンテンツ配信処理について図４を参照して説明する。
図４には、
配信サーバ２００、
キャッシュサーバａ，２０１、
キャッシュサーバｂ，２０２、
クライアントｃ１，２１１〜クライアントｃｎ，２１３
これらを示している。
【００５６】
配信サーバ２００は、図３を参照して説明した、
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２、
これらのコンテンツの生成処理を行うコンテンツ配信元のサーバである。
キャッシュサーバａ，２０１、キャッシュサーバｂ，２０２は、例えば、特定の地区対応のキャッシュサーバ、具体的には例えばヨーロッパ地区、北米地区、あるいはアジア地区等の区域単位で設定された特定地区のクライアント対応のキャッシュサーバである。あるいはコンテンツの種類別に設定されたキャッシュサーバ等である。
図４には、２つのキャッシュサーバを示しているが、この数は任意であり、さらに多数のキャッシュサーバを設ける設定としてもよい。、
【００５７】
図４に示す構成において、クライアントｃ１〜ｃｎ，２１１〜２１３に対するコンテンツ提供処理は、図に示すステップＳ０１〜ステップＳ０５のシーケンスに従って行われる。
【００５８】
まず、ステップＳ０１において、配信サーバ２００は、メインクリップのコピーデータを各キャッシュサーバに提供し、キャッシュサーバに格納させる。
メインクリップは、図３に示すメインコンテンツ８１に対応し、すべてのクライアントに対して共通に提供されるデータである。
【００５９】
次に、ステップＳ０２において、クライアントｃ１〜ｃｎ，２１１〜２１３は、配信サーバ２００に対して、コンテンツの配信（ダウンロード）要求を送信する。
【００６０】
次に、ステップＳ０３において、配信サーバ２００は、クライアントからのコンテンツ配信要求をクライアント対応のキャッシュサーバに対して転送する。
たとえばヨーロッパのクライアントからのコンテンツ配信要求は、ヨーロッパ地区対応のキャッシュサーバに転送し、日本のクライアントからのコンテンツ配信要求は、日本やアジア地区対応のキャッシュサーバに転送するといった処理を行う。
【００６１】
次にステップＳ０４において、配信サーバから、クライアントからのコンテンツ配信要求を受信したキャッシュサーバは、予め配信サーバ２００から受領済みのメインクリップをクライアントに提供する。
【００６２】
最後に、ステップＳ０５において、配信サーバ２００は、各クライアント単位（または配信単位）で異なる識別子（ＩＤ）を記録したサブ画像を含む異なるサブクリップを各クライアント単位で生成して、各クライアントに提供する。
【００６３】
ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ）を利用したコンテンツ配信では、多くのキャッシュサーバを利用することでデータ配信の負荷を分散することが可能となり、特定の１つのサーバによる処理負荷の増大による配信遅延等を防止することができる。
【００６４】
本発明に従った処理では、メインクリップの配信は主に分散配置されたキャッシュサーバが実行し、サブクリップの配信処理は配信サーバ２００が実行することになるが、サブクリップのデータ量は、コンテンツ全体のデータ量に比較して小さい。従って、配信サーバ２００が１クライアントに対して配信するデータ量は小さく、多数のクライアントに対する処理が集中しても、コンテンツ全体の配信処理に比較すると極めて軽い処理量となり、大きな遅延が発生する可能性は少ない。
【００６５】
［４．ルマキーを利用したサブコンテンツの生成処理例について］
先に、図２を参照して、サーバの生成する画像データ、すなわち、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの各画像データの例について説明した。
図２を参照して説明したメイン画像とサブ画像の設定例は、オリジナル画像の一部の画像をサブ画像として設定し、メイン画像については、オリジナル画像内のサブ画像領域部分を他のデータに置き換え、あるいは削除した画像として生成する構成として説明した。
【００６６】
しかし、メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）と、サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）の生成処理例としては、図２に示すような設定に限らず、例えば図５に示すようなルマキーを利用した設定としてもよい。
【００６７】
ルマキーとは、特定の輝度領域の画素を他の画像に置き換える画像合成手法である。例えばサブ画像に所定の輝度の値の範囲の画素部分を予め設定し、その画素部分をメイン画像の画素値に置き換える処理である。置き換え処理対象となる所定の輝度の値の範囲をルマキー（ｌｕｍａ ｋｅｙ）と呼ぶ。図５に示す例では、（２ｂ）サブ画像の輪郭部分（図の黒領域）に特定の輝度の値の領域２５１を設定している。ルマキー領域については、（２ａ）のメイン画像の画素値が合成画像上で有効な画素値として出力されることになる。
【００６８】
合成画像において、図５に示す（２ｂ）サブ画像から取得される有効画像は、ルマキー領域２５１に囲まれた小さい画像領域のみの画像であり、この領域の画素値のみが（２ｂ）サブ画像から取得され、その他の画像領域は全て図５に示す（２ａ）のメイン画像の画素値が有効となる。
【００６９】
クライアントにおける再生処理においては、メイン画像とサブ画像との合成処理がなされて合成画像の再生が実行されることになる。
図２に示す例では、メイン画像の構成画素中、サブ画像位置に対応する画素の画素値をすべてサブ画像の構成画素値に置き換える画像合成処理が実行される。
一方、図５に示す例では、サブ画像内のルマキー領域以外の画像領域についてのみサブ画像の画素値を利用して、ルマキー領域を含むその他のすべての画像部分については、すべてメイン画像の画素値を利用して合成画像を生成する処理が実行される。
【００７０】
［５．クライアントにおけるコンテンツ再生処理について］
次に図６以下を参照してクライアントにおけるコンテンツ再生処理例について説明する。
【００７１】
先に図３を参照して説明したように、サーバは、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの各画像データを生成してクライアントに提供する。
これらの画像は、例えば図２、図５を参照して説明した画像であり、サブ画像中には、クライアントごと、あるいは配信処理ごとに異なる識別子（ＩＤ）が記録されている。
【００７２】
クライアント装置である例えばユーザＰＣはこれらのデータをサーバから受領し、クライアント（ＰＣ等）のハードディスクなどの記録メディアに格納し、再生処理を実行する。
なお、先にも説明したが、サーバは、メイン画像、サブ画像を含む暗号化クリップファイルの他、再生制御情報ファイルとしてのプレイリストファイルや暗号化クリップファイルの復号用の鍵をクライアントに送信する。
クライアント側では、これらの受領データを記憶部に格納し、記憶部からこれらのデータを読み出して再生処理を行う。
【００７３】
図６は、例えばユーザのＰＣなどのクライアントのコンテンツ再生処理構成を示すブロック図である。
暗号化メインコンテンツ（暗号化メインクリップ）８１と、暗号化サブコンテンツ（暗号化サブクリップ）８２は、サーバから受信（ダウンロード）したデータであり、記憶部３０１に格納されたデータである。
これらのデータは、復号部３０２ａ，３０２ｂにおいてそれぞれ復号用の鍵を利用して復号処理がなされ、復号されたメインコンテンツ（メインクリップ）３５１とサブコンテンツ（サブクリップ）３５２を出力する。鍵データは、例えばコンテンツとともにサーバから取得した鍵データである。
【００７４】
これらのクリップは、デコードおよび再生処理部３０３において、デコード処理と再生処理が行われる。再生出力画像の一例が合成画像３５３である。この画像は、先に図２または図５を参照して説明した、以下の２つの画像、すなわち、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの合成画像である。
この合成画像に含まれるサブ画像には、クライアント単位（または配信単位）の識別子（ＩＤ）の構成データが例えば電子透かしデータとして記録されている。
【００７５】
なお、コンテンツ再生処理に際しては、再生制御情報ファイルであるプレイリストファイルが利用される。このプレイリストファイルは、メイン画像、サブ画像を含むコンテンツとともにサーバから受信したファイルである。
【００７６】
プレイリストファイルを利用したコンテンツ再生処理の一例について、図７を参照して説明する。
図７に示すプレイリストファイル＃１は、映像コンテンツのクリップ情報ファイルに対する再生開始位置と終了位置を示す再生指定情報を持つプレイアイテムとサブパスが並列に設定された構成を持つ。
【００７７】
プレイアイテムは、メインコンテンツ（メインクリップ）に対する再生制御情報であり、サブパスは、サブコンテンツ（サブクリップ）に対応する再生制御情報である。
図に示すプレイリストファイル＃１は、プレイリストの前半にプレイアイテムのみが設定され、後半にプレイアイテムとサブパスが並列に設定された構成を持つ。
なお、図７に示すプレイリスト＃１は２つのプレイアイテムと１つのサブパスを設定した例を示しているが、プレイアイテムやサブパスの設定数はこの例に限らず、さまざまな設定が可能である。
【００７８】
図７に示すプレイリストを適用したコンテンツ再生処理では、まず、再生開始後は１つのプレイアイテムのみを利用してメインコンテンツの再生が実行される。その後、プレイアイテムとサブパスを適用して、メインコンテンツとサブコンテンツの並列再生が実行される。
サブパスは、メイン画像の再生制御情報であるプレイアイテムに併せて再生する画像、音声、字幕などの再生制御情報として利用される。
【００７９】
図７に示す処理例において、サブパスは図２、図４を参照して説明したサブ画像を格納したクリップファイルに対する再生制御情報として利用されるサブパスである。
プレイアイテムによって再生されるメインコンテンツと、サブパスによって再生されるサブコンテンツは、図２、図４を参照して説明したメイン画像とサブ画像を持つコンテンツである。
メインコンテンツは全てのクライアント、ユーザに共通の画像データを含むコンテンツであり、サブコンテンツは各クライアント対応の識別子（ＩＤ）を記録したサブ画像を含むコンテンツである。
【００８０】
このような第１の画像（メイン画像）に第２の画像（サブ画像）を併せて表示する処理は、ＰｉｎＰ（ピクチャインピクチャ）と呼ばれる。
このＰｉｎＰを適用したコンテンツ再生処理は、プレイリストファイルを適用した再生処理の１つの態様として定義された再生方式である。
【００８１】
プレイリストファイルには、図７に示す再生開始位置と終了位置を定義したプレイアイテム、サブパスに関する情報の他、サブパスがどのようなタイプのサブパスであるかについてのタイプ情報が記録される。サブパスが、ＰｉｎＰのサブパスである場合、プレイリストファイルには、ＰｉｎＰのサブパスであることのサブパス定義情報（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝５）が記録される。
【００８２】
さらに、ＰｉｎＰのサブパスが定義されたプレイリストファイルには、サブパスによって指定されるクリップファイル中のサブ画像の出力位置に関する情報も記録される。再生処理に際しては、この位置情報を適用してメイン画像に対するサブ画像の出力位置を決定して合成画像の生成、再生処理が実行されることになる。
【００８３】
［６．サブ画像に対する識別子（ＩＤ）記録処理の具体例について］
先に、図２〜図５を参照して説明したように、サーバはクライアント単位またはコンテンツ配信単位の識別子を記録したサブ画像を生成してクライアントに個別に提供する。後日、不正にコピーコンテンツ等が流出した場合に、このサブ画像に記録された識別子を利用してその出所を解析可能とするためである。
【００８４】
図８以下を参照して、識別子（ＩＤ）を記録したサブコンテンツの生成、提供処理の具体例について説明する。なお、以下の処理例では、電子透かしによる識別子（ＩＤ）を記録したサブコンテンツの生成、提供処理例について説明する。
【００８５】
サーバは、図８に示す（Ａ）、（Ｂ１）〜（Ｂｎ）の各データを予め生成する。
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
これは、図２、図４を参照して説明したサブ画像の画像領域のみによって構成される映像データである。ただし電子透かしによる識別子は埋め込まれていない。
なお、図８は、左から右に再生時間ｔ０，ｔ１，ｔ２，・・・を記載しているように動画（ｖｉｄｅｏ）コンテンツを示している。
【００８６】
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）は、映像コンテンツの構成フレームの各々の部分画像であり、図２や図５を参照して説明したサブ画像の画像領域によってのみ構成される画像データであり、識別子（ＩＤ）は未記録の画像である。
【００８７】
サーバは、この（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）に対して、特定のビット情報を記録した図８に示す（Ｂ１）〜（Ｂｎ）の電子透かし（Ｗａｔｅｒｍａｒｋ）記録サブコンテンツを生成する。
【００８８】
（Ｂ１）〜（Ｂｎ）は、それぞれ異なる電子透かしデータを記録したサブコンテンツである。すなわち、（Ａ）サブコンテンツ用画像データに対して、それぞれ異なる電子透かしパターンを記録して、以下の複数の電子透かし記録サブコンテンツを作成する。
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数の電子透かし記録コンテンツを作成する。
【００８９】
さらに、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
【００９０】
これら、複数のコンテンツ（Ａ）、（Ｂ１）〜（Ｂｎ）について分割したセグメントを設定する。１つのセグメントには複数の画像フレーム構成する少なくとも１つまたは複数のサブ画像が含まれる。
例えば、図に示すように再生時間：ｔ０〜ｔ１までを第１セグメント、ｔ１〜ｔ２を第２セグメント、ｔ２〜ｔ３を第３セグメント、・・・このように、（Ａ）〜（Ｂｎ）のコンテンツを同じ区切り位置（ｔ０，ｔ１，ｔ２，・・・）でセグメントに分割する。
なお、（Ａ）〜（Ｂｎ）の各コンテンツの区切り位置（ｔ０，ｔ１，ｔ２，・・・）は同じ位置とする必要があるが、第１セグメント、第２セグメント、第３セグメント、・・これらの各セグメントの大きさは均一である必要はない。
【００９１】
さらに、図８の下部に示すように、セグメントに分割した（Ａ）〜（Ｂｎ）のサブコンテンツを組み合わせて、各ユーザに提供するサブコンテンツを生成する。
図８に示す例では、
（Ｕ１）ユーザＵ１提供コンテンツは、
ｔ０〜ｔ１のセグメントを（Ｂ１）第１電子透かし記録サブコンテンツ、
ｔ１〜ｔ２のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ２〜ｔ３のセグメントを（Ｂ２）第２電子透かし記録サブコンテンツ、
ｔ３〜ｔ４のセグメントを（Ｂｎ）第ｎ電子透かし記録サブコンテンツ、
・・・
このような設定で構成したサブコンテンツである。
【００９２】
（Ｕ１）ユーザＵ１提供コンテンツのセグメント配列は、
（Ｂ１），（Ａ），（Ｂ２），（Ｂｎ），（Ａ），（Ｂ１）・・・であり、これらの配列中の電子透かしビットのセグメント単位の配列は、
１，０，３，ｎ，０，１・・
となる。なお（Ａ）電子透かし記録なしサブコンテンツの電子透かしデータは［０］と解釈するものとしている。
【００９３】
このように所定時間の再生画像フレームに設定する複数のサブ画像から構成されるセグメント単位で（Ａ）〜（Ｂｎ）のサブコンテンツのセグメントを選択して、選択セグメントを連結してユーザ提供用の１つのサブコンテンツを作成することで、セグメント単位の固有の電子透かしデータ列を設定し、これをクライアント識別子として用いることができる。
【００９４】
ユーザＵ１と異なるユーザであるユーザＵ２に提供するサブコンテンツは、
ｔ０〜ｔ１のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ１〜ｔ２のセグメントを（Ｂｎ）第ｎ電子透かし記録サブコンテンツ、
ｔ２〜ｔ３のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ３〜ｔ４のセグメントを（Ｂ１）第１電子透かし記録サブコンテンツ、
・・・
このような設定で構成したサブコンテンツとする。
（Ｕ２）ユーザＵ１提供コンテンツのセグメント配列は、
（Ａ），（Ｂｎ），（Ａ），（Ｂ１），（Ｂ２），（Ｂ２）・・・であり、これらの配列中の電子透かしビットのセグメント単位の配列は、
０，ｎ，０，１，２，２・・
となる。
このように、サーバは、各クライアントに提供するサブコンテンツ各々について異なるセグメントの組み合わせとしたサブコンテンツを作成して配信することで、異なる電子透かし配列からなるサブコンテンツを生成して提供することができる。
【００９５】
なお、セグメント組み合わせが異なってもサブコンテンツの画像（動画）本体データは同じであり、コンテンツに埋め込まれた電子透かしデータが異なるのみである。従ってユーザの観察する再生コンテンツは同じ映画等の再生データとなる。
【００９６】
クライアント１，２１は、［（Ｕ１）ユーザＵ１提供サブコンテンツ］を、サーバから受領する。
なお、クライアント１，２１は、クライアント共通のメインコンテンツを格納したメインクリップと、［（Ｕ１）ユーザＵ１提供サブコンテンツ］を格納したサブクリップを受領することになる。
【００９７】
クライアントは、これらの受領コンテンツを例えばハードディスク等のメディアに格納し、その後、ハードディスクから読み出して再生処理を行う。
コンテンツ再生に際して、電子透かしデータは観察できない低レベルの信号であり、ユーザＵ１は、電子透かしデータが記録されていることを全く気づくことなくコンテンツ再生を行うことができる。
【００９８】
クライアント２，２２は、［（Ｕ１）ユーザＵ１提供サブコンテンツ］と異なるセグメント配列を持つ［（Ｕ２）ユーザＵ２提供サブコンテンツ］を、ネットワークを介して受信して、ハードディスク等のメディアに格納する。
なお、クライアント２，２２も、クライアント共通のメインコンテンツを格納したメインクリップと、［（Ｕ２）ユーザＵ２提供サブコンテンツ］を格納したサブクリップを受領することになる。
その後、ハードディスクから読み出して再生処理を行う。ユーザＵ２も電子透かしデータが記録されていることを全く気づくことなくコンテンツ再生を行うことができる。
【００９９】
このように、サーバは配信コンテンツ各々を、全て異なるセグメントの組み合わせに設定したコンテンツとして各ユーザ（クライアント）に提供する。
【０１００】
図９を参照して電子透かし記録コンテンツの１つの具体例について説明する。
図９には、図８と同様、サーバがクライアント（ユーザ）に提供するサブコンテンツを生成するために用いるサブコンテンツ生成用データとして、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数のデータを示している。
【０１０１】
（Ｂ１）〜（Ｂｎ）の電子透かし（ＷＭ）記録サブコンテンツは、それぞれ、
（Ｂ１）各セグメントにデータ［１］を電子透かしデータとして記録したサブコンテンツ、
（Ｂ２）各セグメントにデータ［２］を電子透かしデータとして記録したサブコンテンツ、
：
（Ｂｎ）各セグメントにデータ［ｎ］を電子透かしデータとして記録したサブコンテンツ、
このような設定とした電子透かしデータを記録したサブコンテンツとして設定される。
【０１０２】
なお、電子透かしの埋め込み態様としては様々な設定が可能であるが、例えば１つのセグメントに含まれる複数のサブ画像の各々に、電子透かしの有無情報と電子透かしデータ（１〜Ｎ）の組み合わせデータを多数、記録する。
例えば、（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツの１つのセグメント（ｔ０〜ｔ１）に含まれる複数のサブ画像の高周波領域に電子透かし有りの情報とともにビットデータ（１）が記録される。これらのデータは画像再生時に肉眼で観察することはできないレベルであり、電子透かし検出処理によって検出可能となる微小レベルのデータである。
【０１０３】
図９に示す例は、
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［１］が記録された設定であり、
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［２］が記録された設定である。
以下同様に、第ｎ電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［ｎ］が記録された設定である。
【０１０４】
サービスプロバイダ等のコンテンツ提供サーバは、このような設定の複数の電子透かし記録コンテンツを利用して、ユーザに提供するコンテンツを生成する。
図９に示す
（Ｕｘ）ユーザＵｘ提供サブコンテンツは、
セグメントの選択列は、（Ｂ１），（Ｂ２），（Ａ），（Ｂ３），（Ｂ５），（Ｂ４）・・・
であり、このコンテンツの電子透かしデータ列は、
１，２，０，３，５，４，０・・・
となる。
なお、前述したように電子透かしが記録されていないサブコンテンツのセグメントはデータ＝［０］の電子透かし情報が記録されていると解釈するものとしている。
なお、電子透かし記録なしコンテンツのセグメントは利用しないという設定としてもよい。
【０１０５】
図９に示すように、ｎ個の電子透かし記録サブコンテンツ（Ｂ１）〜（Ｂｎ）は、全セグメントに対して同じ電子透かしデータ［１］〜［ｎ］が記録された電子透かし記録コンテンツである。
これらのｎ種類の電子透かし記録サブコンテンツ（Ｂ１）〜（Ｂｎ）の組み合わせ、あるいは、これらｎ種類の電子透かし記録サブコンテンツと電子透かしの埋め込まれていないサブコンテンツをセグメント単位で組み合わせて配列することで、様々な異なる電子透かしデータ列を設定した配信コンテンツを生成することができる。これらの異なる電子透かしデータ列の各々がクライアント識別子、あるいは配信処理識別子として利用される。
【０１０６】
サーバは、新たなコンテンツ配信ごとに異なるセグメント配列、すなわち電子透かしデータ列を持つ配信コンテンツを生成して提供する。
サーバは、クライアント（ユーザ）に提供する配信コンテンツに含まれる電子透かしデータ列の一部のデータを、配信コンテンツ対応の識別情報である固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）として管理する。
この固有ＩＤは、サーバの管理情報として登録保持される。
配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）を含む電子透かしデータの具体例について、図１０を参照して説明する。
【０１０７】
図１０には、図９を参照して説明した１つのユーザ配信コンテンツであるユーザＵｘに提供するサブコンテンツ中のデータ列を示している。すなわち、
（Ｕｘ）ユーザＵｘに提供するサブコンテンツに記録された電子透かしのデータ列を示している。
電子透かしデータ列は、
１２０３５４０・・・・
このデータ列である。
【０１０８】
この電子透かしデータ列には、
（１）サブコンテンツに対応して設定される固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）、
（２）固有ＩＤに対する改ざん検証値（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）
（３）（固有ＩＤとＭＡＣ値）に対するエラー訂正コード（ＥＣＣ：Ｅｒｒｏｒ Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅ）
これらのデータが含まれる。
なお、これら（１）〜（３）のデータ組は１つの配信コンテンツ中に繰り返し設定される。
【０１０９】
固有ＩＤは、各配信コンテンツを識別可能なＩＤである。この固有ＩＤは、コンテンツを配信するサーバにおいて例えば乱数生成処理によって生成したＩＤでもよく、さらに、図１０に示すよう、ユーザＩＤ、取引ＩＤ、配信ＩＤ、クライアント装置ＩＤ、クライアントアドレス、クライアントＭＡＣアドレス等を適用してもよい。個々の配信コンテンツを識別可能なＩＤとして設定すればよい。
【０１１０】
改ざん検証値は、固有ＩＤに対する改ざん検証値であり、例えばＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）が利用される。
【０１１１】
エラー訂正コードは、（固有ＩＤとＭＡＣ値）に対するエラー訂正コード（ＥＣＣ：Ｅｒｒｏｒ Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅ）であり、例えばＲｅｅｄ Ｓｏｌｏｍｏｎ、あるいはＢＣＨ等のデータが利用される。
【０１１２】
サブコンテンツを含むコンテンツ配信を実行するサーバは、
まず、配信コンテンツに対応する固有ＩＤを決定し、
次に、固有ＩＤに対応するＭＡＣ値を算出し、
さらに、（固有ＩＤ＋ＭＡＣ）に対するＥＣＣを算出する。
この結果として設定される［固有ＩＤ／ＭＡＣ／ＥＣＣ］からなるデータ列に一致する電子透かしデータ列を決定し、その決定した電子透かしデータ列に従って、先に図８〜図９を参照して説明したコンテンツ、すなわち、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数のコンテンツからセグメントを順次選択して配信コンテンツを生成する。
【０１１３】
なお、図１１に示すように、サブコンテンツ中には、［固有ＩＤ／ＭＡＣ／ＥＣＣ］からなるデータ列が、繰り返し設定される。
【０１１４】
サブコンテンツを含むコンテンツを配信するサーバは、コンテンツ配信を実行するごとに配信コンテンツの固有ＩＤを含む管理情報をサーバの記憶手段に記録する。
図１２にサーバの記憶手段に保持される管理情報のデータ構成例を示す。
図１２に示すように、管理情報には、
配信コンテンツに対応する固有ＩＤ、
サブコンテンツセグメント構成情報、
配信コンテンツ情報、
配信先情報、
配信ユーザ情報、
配信日時情報、
例えばこれらの情報が含まれる。
【０１１５】
なお、サブコンテンツセグメント構成情報とは、コンテンツ構成データのどの位置に固有ＩＤ、ＭＡＣ、ＥＣＣが記録されているかを示す情報である。サブコンテンツを構成するセグメントのどのセグメントが固有ＩＤ記録セグメント、ＭＡＣ記録セグメント、ＥＣＣ記録セグメントであるかを示す情報である。
【０１１６】
図１２に示す管理情報の例は一例であり、これらの情報の全てを記録することが必ずしも必須ではなく、また、これらの情報以外の情報を管理情報として保持してもよい。サブコンテンツセグメント構成情報についても、配信コンテンツごとに変更せず、統一したデータ配置としたセグメント構成を設定して配信するのであれば配信コンテンツ対応の登録情報として設定する必要はない。
ただし、識別情報である固有ＩＤと配信先を特定するための情報を対応付けて登録することは必須である。
【０１１７】
［７．コンテンツの暗号化処理構成の例について］
先に、図３を参照して説明したように、コンテンツ配信を実行するサーバは、
メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）によって構成されるメインコンテンツ、
サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）によって構成されるサブ画像、
これらのコンテンツを生成してクライアントに提供する。
【０１１８】
メインコンテンツは、各クライアント共通のコンテンツであるが、サブコンテンツはクライアントごとに異なる識別情報が記録されたコンテンツである。
なお、これらのコンテンツはいずれも個別の暗号化データファイルであるクリップファイルとして設定される。
【０１１９】
クライアントに提供するコンテンツの暗号鍵としては、同じ暗号鍵を利用する設定も可能であるが、クライアント単位、または配信処理単位で異なる暗号鍵を設定して利用する構成としてもよい。
【０１２０】
図１３以下を参照して、クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する。
図１３には、サブコンテンツのセグメント単位で個別のセグメント鍵を暗号鍵として設定したコンテンツ暗号化の例を示している。
【０１２１】
例えば前述した電子透かしの記録されたセグメントと同様のセグメントに対して、個別の暗号鍵（セグメント鍵）を割り当ててセグメント単位て暗号化を実行する。
なお、セグメントの設定は、電子透かし記録セグメントと暗号化セグメントとを共通のセグメント設定としてもよいし、異なる設定としてもよい、
【０１２２】
サーバは、暗号化に適用するセグメント単位の暗号鍵（セグメント鍵）を多数、準備し、図１３に示すように、これらの各鍵を適用してセグメント単位で暗号化した暗号化セグメントからなる暗号化コンテンツを予め多数生成しておく。
図１３に示すように、
暗号化なしセグメントからなるコンテンツ（サブ画像からなるサブコンテンツ）の他、
鍵Ａで暗号化したセグメントのみによって構成されるサブコンテンツ、
鍵Ｂで暗号化したセグメントのみによって構成されるサブコンテンツ、
鍵Ｃで暗号化したセグメントのみによって構成されるサブコンテンツ、
：
鍵Ｘで暗号化したセグメントによって構成されるサブコンテンツ、
これらの多数の種類のサブコンテンツを予め準備する。
【０１２３】
サーバはコンテンツ配信時に、配信コンテンツ単位で異なる暗号化セグメントの組み合わせを選択して、選択した暗号化セグメントのセットからなるサブコンテンツを生成してクライアントに提供する。
【０１２４】
例えば、
クライアントＣ１に対して提供するサブコンテンツについては、
セグメント１＝暗号鍵Ａによる暗号化セグメント１
セグメント２＝暗号鍵Ｂによる暗号化セグメント２
セグメント３＝暗号鍵Ｃによる暗号化セグメント３
：
このような鍵の組み合わせを利用したセグメントセットとする。
【０１２５】
クライアントＣ２に対して提供するサブコンテンツについては、
セグメント１＝暗号鍵Ｅによる暗号化セグメント１
セグメント２＝暗号鍵Ｆによる暗号化セグメント２
セグメント３＝暗号鍵Ｇによる暗号化セグメント３
：
このような鍵の組み合わせを利用したセグメントセットとする。
【０１２６】
このように、サーバは、図１３に示すように、予め暗号鍵Ａ〜Ｘを適用してセグメント単位の暗号化データを作成しておき、配信処理時にはこれらを組み合わせるのみの処理で配信コンテンツを生成することが可能である。これは、先に図９を参照して説明した異なる電子透かしデータ列を含むコンテンツの生成処理と同様の処理である。
【０１２７】
このような多数の鍵を適用したセグメント単位の暗号化データを予め用意しておくことで、効率的に異なる暗号鍵の組み合わせを適用したコンテンツを生成してクライアントに提供することが可能となる。
【０１２８】
なお、このようなコンテンツ配信を実行する場合、サーバは、セグメントの暗号化に利用した暗号鍵のセットをコンテンツに併せてクライアントに提供する。
図１４に示すように、各クライアントにはセグメント単位のコンテンツ、具体的には電子透かしによる識別データを格納したサブコンテンツと、そのサブコンテンツの暗号化に適用した暗号鍵のセットを送信する。
なお、各セグメントにどの暗号鍵を適用したかを示すセグメントと鍵との対応情報についても提供する。
【０１２９】
サーバは、このように配信コンテンツやクライアント単位で異なる暗号鍵を適用したサブコンテンツの送信を行う場合、各クライアントに提供した鍵情報についても管理情報として記録する。
【０１３０】
この管理情報の例を図１５に示す。図１５に示す管理情報は、先に図１２を参照して説明した管理情報に暗号鍵情報を追加した構成である。
暗号鍵情報には、各提供コンテンツの暗号化処理に適用した暗号鍵の情報が記録される。
すなわち図１３を参照して説明したセグメント単位の暗号鍵として適用した暗号鍵情報が記録される。
例えば、
クライアントＣ１に対して提供したサブコンテンツに適用した暗号鍵情報として、
セグメント１＝暗号鍵Ａ
セグメント２＝暗号鍵Ｂ
セグメント３＝暗号鍵Ｃ
：
このような鍵の組み合わせが利用されていることを示す暗号鍵情報が管理情報としてコンテンツの配信先情報に対応付けて記録される。
【０１３１】
このように鍵の組み合わせを各配信コンテンツ単位で異なる設定とすることで、例えば鍵の漏えいが発生した場合、その漏えいした鍵、あるいは鍵の組み合わせを解析して、図１５に示す管理情報と照合することで、鍵の漏えい元のクライアントがどのクライアントであるかを判断することが可能となる。
【０１３２】
［８．サーバにおけるコンテンツ生成、提供処理シーケンスについて］
次に、図１６、図１７に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成と提供処理シーケンスについて説明する。
【０１３３】
（８−１．サーバにおけるコンテンツ生成処理シーケンス）
まず、図１６に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成処理シーケンスについて説明する。
【０１３４】
図１６に示すフローに従った処理は、サーバのデータ処理部において実行される。
まず、ステップＳ１０１において、
オリジナルデータの画像分離処理により、サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）を生成する。
次に、ステップＳ１０２において、
オリジナルデータのサブ画像領域を元の画像と異なる信号に置き換えて、メイン画像データ（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を生成する。
【０１３５】
次にステップＳ１０３において、
メイン画像データ（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）をエンコードし、さらに必要に応じて音声、字幕等のデータとの多重化を実行してメインクリップファイルを生成する。
次にステップＳ１０４において、
メインクリップファイルを暗号化して暗号化メインクリップファイルを生成する。
【０１３６】
次に、ステップＳ１０５において、
サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）に、クライアント識別情報となるＩＤを記録（例えば電子透かしとして記録）する。
次に、ステップＳ１０６において、
サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）をエンコードし、さらに必要に応じて他データとの多重化を実行してサブクリップファイルを生成する。
【０１３７】
次に、ステップＳ１０７において、
サブクリップファイルを暗号化して暗号化サブクリップファイルを生成する。
次に、ステップＳ１０８において、
メインクリップファイルと、サブクリップファイルの再生制御情報ファイルとしてのプレイリストファイルを生成する。
次に、ステップＳ１０９において、
作成したユーザ提供コンテンツをユーザに配信するとともに、固有ＩＤと配信先の対応情報を含む管理情報を登録する。
【０１３８】
これらの処理によって、クライアントに提供するデータの生成を行う。
なお、ステップＳ１０５におけるクライアント識別情報となるＩＤを例えば電子透かしとして記録する処理においては、先に、図８、図９を参照して説明したように、セグメント単位の電子透かし記録データを組み合わせて様々な電子透かしデータの記録されたコンテンツを生成する処理を実行可能である。
また、このステップＳ１０５では、先に、図１０、図１１を参照して説明したようにＩＤ情報の他、改ざん検証値やエラー訂正コード等を併せて記録する構成としてもよい。
【０１３９】
また、ステップＳ１０７におけるサブクリップファイルの暗号化に際しては、先に図１３等を参照して説明したように、セグメント単位の暗号鍵を利用して、クライアント単位で異なる暗号鍵を適用した暗号化処理を実行する構成としてもよい。
【０１４０】
（８−２．サーバにおけるコンテンツ提供処理シーケンス）
次に、図１７に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ提供処理シーケンスについて説明する。
【０１４１】
図１７に示すフローに従った処理は、サーバのデータ処理部において実行される。
まず、ステップＳ１５１において、
クライアントからのコンテンツダウンロードリクエストを受信する。
次に、ステップＳ１５２において、
暗号化メインクリップファイル、暗号化サブクリップファイル、これらの暗号化ファイルの復号に適用する暗号鍵、さらに、再生制御情報ファイルであるプレイリストファイル等のデータをクライアントに送信する。
【０１４２】
さらに、ステップＳ１５３において、
コンテンツ提供クライアント情報とサブ画像データに記録したＩＤとの対応データを含む管理情報を作成して記憶部に格納する。
【０１４３】
ステップＳ１５３における管理情報は、例えば、図１２、あるいは図１５を参照して説明した管理情報である。
各クライアントに提供したコンテンツ単位で、クライアント識別情報となる固有ＩＤと、配信先情報や配信ユーザ情報等のクライアント情報が対応付けて記録された管理情報である。
なお、図１３、図１４を参照して説明したように配信コンテンツごとに暗号鍵を異なる組み合わせとする設定とした場合は、図１５を参照して説明したように管理情報中に鍵情報も記録する。
【０１４４】
［９．クライアントにおけるコンテンツ再生シーケンスについて］
次に、図１８に示すフローチャートを参照してクライアントにおけるコンテンツ再生処理シーケンスについて説明する。この処理は、クライアント装置において再生処理を実行するデータ処理部の処理として実行される。
【０１４５】
コンテンツ再生処理を実行するクライアント装置は、まず、ステップＳ３０１において、再生用のプレイリストファイルを選択する。なお、このプレイリストファイル選択処理は、例えば再生コンテンツのタイトル指定に応じて自動選択される。
【０１４６】
次に、ステップＳ３０２において、選択されたプレイリストファイル内に設定されたプレイアイテム、サブパスを順次、選択する。例えばプレイリストファイルの先頭からプレイアイテムやサブパスを選択する。なお、ユーザが再生開始位置を指定した場合などには、その指定位置に対応するプレイアイテム、サプパスが選択される。
【０１４７】
なお、先に図７を参照して説明したように、メイン画像とサブ画像の合成処理による画像再生を実行する場合、プレイアイテムはメイン画像を格納したメインクリップの再生指定情報として機能し、サブパスは、サブ画像を格納したサブクリップの再生指定情報として機能する。
【０１４８】
次に、ステップＳ３０３において、選択されたプレイアイテム、サブパスの指定するクリップファイルを取得して、ステップＳ３０４で再生処理を実行する。
【０１４９】
ステップＳ３０５では、次のプレイアイテム、サブパスがあるか否かを判定する。ない場合は、ステップＳ３０５の判定がＮｏの判定となり、コンテンツ再生処理を終了する。
次のプレイアイテム、サブパスがある場合は、ステップＳ３０５の判定がＹｅｓとなり、ステップＳ３０２に戻り、次のプレイアイテム、サブパスを選択して、ステップＳ３０３以下の処理を継続する。
【０１５０】
このように、メイン画像を格納したメインクリップの再生指定情報であるプレイアイテムと、サブ画像を格納したサブクリップの再生指定情報であるサブパスの並列利用処理により、図６を参照して説明したように、メイン画像とサブ画像を合成した合成画像の再生処理が実行される。
【０１５１】
［１０．サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて］
次に、不正な流通コンテンツが発見された場合に実行する出所判定処理シーケンスについて図１９に示すフローチャートを参照して説明する。
【０１５２】
図１９に示すフローに従った処理は、例えばコンテンツ配信を実行したサービスプロバイダのサーバのデータ処理部において実行される処理である。
【０１５３】
まず、ステップＳ５０１において、
不正流通コンテンツの画像信号を取得する。
なお、不正流通コンテンツとは、例えばネットワーク上の誰でもアクセス可能なサイトから自由にダウンロード可能な設定とされたコンテンツや、不正に流通しているディスクに記録されたコピーコンテンツなどである。
【０１５４】
次に、ステップＳ５０２において、
不正流通コンテンツに対応するプレイリストファイルから、サブ画像の位置情報を取得する。
先に図７を参照して説明したように、第１の画像（メイン画像）に第２の画像（サブ画像）を併せて表示する処理は、ＰｉｎＰ（ピクチャインピクチャ）と呼ばれ、プレイリストファイルには、図７に示す再生開始位置と終了位置を定義したプレイアイテム、サブパスに関する情報の他、サブパスがどのようなタイプのサブパスであるかについてのタイプ情報（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝５）、さらにサブ画像の出力位置に関する情報が記録される。
ステップＳ５０２では、プレイリストファイルからサブ画像の画像位置情報を取得する。
【０１５５】
次に、ステップＳ５０３では、
サブ画像の解析によりサブ画像に含まれる識別情報（固有ＩＤ）を取得（電子透かし解析処理）する。
なお、この電子透かし解析処理に際しては、先に図１０、図１１を参照して説明したようにエラー訂正コード、改ざん検証値等が記録されている場合、これらのデータを利用したエラー訂正処理や、改ざん検証処理を実行した上で固有ＩＤである識別情報の読み取りを実行する。
【０１５６】
次に、ステップＳ５０４では、
不正流通コンテンツから取得した識別情報と、管理情報に記録された識別情報（固有ＩＤ）を照合し、不正流通コンテンツの流通元、すなわち、コンテンツを配信したクライアントを判定する。
なお、管理情報とは、先に説明した図１２、あるいは図１５に示す管理情報である。
【０１５７】
なお、図１９に示すフローでは、サブ画像中の電子透かしデータの解析処理例のみを説明したが、先に図１３〜図１５を参照して説明したように、サブ画像についてはセグメント単位で適用する暗号鍵を異なる組み合わせとして各クライアントに提供することができる。
【０１５８】
このような設定とした場合、不正に流通している鍵に基づいて、不正流通鍵と、図１５に示す管理情報の登録情報との照合を行うことで、不正流通鍵の出所を明らかにすることが可能となる。
【０１５９】
［１１．各装置のハードウェア構成例について］
最後に、図２０、図２１を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
まず、図２０を参照して、コンテンツ提供処理を実行するサーバのハードウェア構成例について説明する。
【０１６０】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。
【０１６１】
例えば、上述の各実施例において説明した識別情報（固有ＩＤ）としての電子透かしを記録したコンテンツの生成処理や、コンテンツ提供処理、管理情報の作成記録処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
【０１６２】
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
【０１６３】
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。例えば図６を参照して説明した管理情報等も記録される。
通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１６４】
次に、図２１を参照して、コンテンツの受信、再生処理等を実行するクライアント装置のハードウェア構成例について説明する。
【０１６５】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。
【０１６６】
例えば、上述の各実施例において説明したサーバとの通信処理やサーバからの受信データの記憶部７０８（ハードディスク等）に対する記録処理、記憶部７０８（ハードディスク等）からのデータ再生処理等を実行する。
【０１６７】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。
【０１６８】
ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。
【０１６９】
入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１７０】
入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツ、プログラム等の各種データを取得する。
【０１７１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１７２】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１７３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１７４】
以上、説明したように、本発明の一実施例の構成によれば、不正流通コンテンツからその出所を検証可能とする構成が提供される。画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行うことで配信元を判定することが可能となる。
【符号の説明】
【０１７５】
１０ サーバ
２０ クライアント
２１〜２２ クライアント
３１〜３３ クライアント
４１ ディスク
７０ オリジナル画像データ
７１ 音声データ
７２ 字幕データ
８１ 暗号化メインコンテンツ（暗号化メインクリップ）
８２ 暗号化サブコンテンツ（暗号化サブクリップ）
１０１ 画像分離部
１０２ 符号化部
１０３ 多重化処理部
１０４ 暗号化部
１５１ 識別情報挿入部
１５２ 符号化部
１５３ 多重化処理部
１５４ 暗号化部
２００ 配信サーバ
２０１，２０２ キャッシュサーバ
２１１〜２１３ クライアント
３０１ 記憶部
３０２ 復号部
３０３ デコードおよび再生処理部
３５１ メインコンテンツ（メインクリップ）
３５２ サブコンテンツ（サブクリップ）
３５３ 合成画像
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ バス
６０５ 入出力インタフェース
６０６ 入力部
６０７ 出力部
６０８ 記憶部
６０９ 通信部
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア
【技術分野】
【０００１】
本発明は、情報処理装置、および情報処理方法、並びにプログラムに関する。特に、コンテンツの不正利用の防止や不正流通コンテンツの出所追跡を可能とするシステムにおいて利用される情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
昨今、インターネット等のネットワークを介したデータ通信が盛んになり、多くの画像データや音楽データ等がネットワークを介して盛んに流通している。
【０００３】
音楽データ、画像データ等の多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有されている。従って、例えばサービスプロバイダがサーバからネットワークを介してユーザにコンテンツを提供する場合、正規な利用権を持つユーザのみにコンテンツの利用を許容する利用制御を行うのが一般的である。
【０００４】
具体的には、例えばコンテンツを暗号化コンテンツとして送信し、正規なコンテンツ購入処理を行ったユーザに提供した暗号鍵によってのみ復号可能とするといった制御等が行われる。しかし、このような処理を行っても、ユーザが復号コンテンツを、ネットワークを介して再配信するといった処理を行うと、コンテンツが無秩序に流通してしまうといった事態が発生する。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、例えば上記問題点に鑑みてなされたものであり、不正に流通したコンテンツの流通元の特定を可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の第１の側面は、
クライアントに対する配信用のコンテンツを生成するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理装置にある。
【０００７】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サブ画像に識別情報を電子透かしデータとして記録したサブ画像の生成を実行する。
【０００８】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通コンテンツに含まれるサブ画像の解析処理により、サブ画像に含まれる識別情報を取得し、取得した識別情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する。
【０００９】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記サブ画像の一部領域を再生時にメイン画像の画素値を有効画素値として出力させるルマキー領域を設定したサブ画像を生成する。
【００１０】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記メイン画像と前記サブ画像を並列再生して合成画像の再生を実行させる再生制御情報ファイルとしてのプレイリストファイルを生成してクライアントに提供する。
【００１１】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの区分データであるセグメント単位で異なる電子透かしデータを記録した複数の異なる電子透かし記録コンテンツを保持し、前記クライアントに対する配信処理単位で、前記複数の異なる電子透かし記録コンテンツから異なる組み合わせのセグメント選択を行うことで、クライアント識別情報となるセグメント単位の電子透かしデータ列を設定したコンテンツを生成する。
【００１２】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、コンテンツの区分データであるセグメント単位で異なる暗号鍵を適用した暗号化セグメントからなる複数の異なる暗号化コンテンツを保持し、前記クライアントに対する配信処理単位で、前記複数の異なる暗号化コンテンツから異なる組み合わせのセグメント選択を行って、クライアントに提供する暗号化コンテンツを生成する。
【００１３】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、クライアントに提供した暗号化コンテンツに適用した暗号鍵の鍵情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する。
【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、流通鍵情報を取得し、取得した鍵情報と前記管理情報の登録情報との照合処理により、コンテンツおよび鍵配信先としてのクライアントを特定する。
【００１５】
さらに、本発明の第２の側面は、
コンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像を格納したサプクリップファイルと、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を格納したメインクリップファイルを取得し、
前記メインクリップファイルとサブクリップファイルの並列再生処理を実行する再生制御情報ファイルであるプレイリストファイルを適用して、前記メイン画像とサブ画像との合成画像を生成して再生する情報処理装置にある。
【００１６】
さらに、本発明の第３の側面は、
情報処理装置において実行する情報処理方法であり、
データ処理部が、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理方法にある。
【００１７】
さらに、本発明の第４の側面は、
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成させ、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録させるプログラムにある。
【００１８】
なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００１９】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００２０】
本発明の一実施例の構成によれば、不正流通コンテンツからその出所を検証可能とする構成が提供される。画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行うことで配信元を判定することが可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の概要について説明する図である。
【図２】サーバの提供するコンテンツの具体例について説明する図である。
【図３】クライアントに提供するコンテンツを生成するサーバの構成と処理について説明する図である。
【図４】ＣＤＮを利用したコンテンツ配信処理について説明する図である。
【図５】サーバの提供するコンテンツの具体例でありルマキーを利用した例について説明する図である。
【図６】クライアントにおけるコンテンツ再生処理例について説明する図である。
【図７】プレイリストファイルを利用したコンテンツ再生処理の一例について説明する図である。
【図８】識別子（ＩＤ）を電子透かしとして記録する処理例について説明する図である。
【図９】電子透かし記録コンテンツの１つの具体例について説明する図である。
【図１０】配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）を含む電子透かしデータの具体例について説明する図である。
【図１１】配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）、ＭＡＣ、ＥＣＣを含む電子透かしデータの具体例について説明する図である。
【図１２】サーバの記憶手段に保持される管理情報のデータ構成例について説明する図である。
【図１３】クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する図である。
【図１４】クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する図である。
【図１５】サーバの記憶手段に保持される管理情報のデータ構成例について説明する図である。
【図１６】サービスプロバイダ等のサーバにおいて実行するコンテンツ生成処理シーケンスについて説明するフローチャートを示す図である。
【図１７】サービスプロバイダ等のサーバにおいて実行するコンテンツ提供処理シーケンスについて説明するフローチャートを示す図である。
【図１８】クライアントにおけるコンテンツ再生処理について説明する図である。
【図１９】不正な流通コンテンツが発見された場合に実行する出所判定処理シーケンスについて説明するフローチャートを示す図である。
【図２０】サーバのハードウェア構成例について説明する図である。
【図２１】クライアントのハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．本発明の概要について
２．サーバのコンテンツ提供処理の具体例について
３．ＣＤＮを利用したコンテンツ配信処理について
４．ルマキーを利用したサブコンテンツの生成処理例について
５．クライアントにおけるコンテンツ再生処理について
６．サブ画像に対する識別子（ＩＤ）記録処理の具体例について
７．コンテンツの暗号化処理構成の例について
８．サーバにおけるコンテンツ生成、提供処理シーケンスについて
８−１．サーバにおけるコンテンツ生成処理シーケンス
８−２．サーバにおけるコンテンツ提供処理シーケンス
９．クライアントにおけるコンテンツ再生シーケンスについて
１０．サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて
１１．各装置のハードウェア構成例について
【００２３】
［１．本発明の概要について］
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。
【００２４】
まず、図１を参照して、本発明の概要について説明する。本発明は例えばネットワーク上に流通する不正コンテンツの発信元を特定可能とするものである。
図１には映画や音楽などのコンテンツを提供するサービスプロバイダの運営するサーバ１０を示している。
例えばＰＣ等のクライアント２０はサーバ１０にアクセスして、正規のコンテンツ購入手続を行ってコンテンツを取得する。図１に示すネットワーク上のルート（ａ）を介して正規コンテンツを取得する。
【００２５】
クライアント２０のユーザは、正規購入コンテンツを一定の利用制限の下で再生する処理が許容される。例えば配信コンテンツが暗号化コンテンツである場合でも、正規購入者は、サーバから提供された鍵、あるいは予め保持した復号用の鍵を適用して暗号化コンテンツを復号して再生することができる。
【００２６】
しかし、クライアント２０のユーザは、復号したコンテンツを不正にネットワークを介して他のユーザ（図に示すクライアント３１〜３３のユーザ）に提供してしまう可能性がある。例えば図１に示すネットワーク上の経路（ｂ）を介して不特定多数のユーザに復号コンテンツを提供するといった事態が起こり得る。
【００２７】
あるいは、クライアント２０のユーザは、復号したコンテンツを、不正にディスクなどのメディアに記録して大量の不正コピー記録メディアを作成して他のユーザに提供してしまう場合がある。例えば図１に示すディスク４１である。
【００２８】
本発明は、このような不正なコンテンツの流通が発覚した場合に、不正コンテンツの出所元を特定することを可能とする。図１に示す場合、この出所元はクライアント２０となる。
【００２９】
［２．サーバのコンテンツ提供処理の具体例について］
上述したように、本発明は、不正コンテンツの出所を追跡可能とするものであり、この処理の実現のために、正規コンテンツの提供を行うサーバ１０は、特殊な構成を持つコンテンツを生成してクライアントに提供する処理を行う。
【００３０】
図２以下を参照して、サービスプロバイダ等の運営するサーバにおけるコンテンツ提供処理の具体例について説明する。サーバは、コンテンツを不正に流通させたクライアントあるいはユーザを特定可能とするための特殊なコンテンツを作成して各クライアントに提供する。
【００３１】
図２は、サーバの提供するコンテンツの具体例について説明する図である。
図２（１）オリジナル画像は、例えば映画等のコンテンツを構成する１つのフレーム画像を示している。
コンテンツを提供するサーバは、図２に示すように、この（１）オリジナル画像を分離して、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの画像を生成する。
【００３２】
オリジナル画像の一部の画像をサブ画像として設定し、メイン画像はオリジナル画像内のサブ画像部分を他のデータ（ダミー信号）に置き換え、あるいは削除した画像として生成する。
メイン画像とサブ画像を合成するとオリジナル画像となる設定である。
なお、図２にはコンテンツを構成する１つの画像フレームのみを示しているが、コンテンツを構成する画像フレームの全体、あるいは少なくともその一部の複数フレームがメイン画像とサブ画像に分離されてクライアントに提供される。
【００３３】
サーバは、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）、
を複数のクライアントに共通するデータ（コンテンツ）として提供する。
一方、
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）、
については、クライアント単位または配信処理単位の個別データとして各々異なる識別情報を記録した上で個別に提供する。サブ画像にはコンテンツを提供したクライアント単位、あるいは配信処理単位の識別情報（ＩＤ）が記録され、少なくとも提供したクライアントを識別可能とした画像として生成する。
【００３４】
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）はクライアント単位、あるいはコンテンツの配信単位に異なるＩＤが記録された異なるデータとなる。
ただし、メイン画像とサブ画像を合成して再生される画像の通常の観察時には、ＩＤ情報は認識することはできず、どの合成画像もオリジナル画像と同じ画像コンテンツとして再生することができる。
【００３５】
サブ画像内に記録された識別情報（ＩＤ）の解析は、不正流通コンテンツの解析を行う機関、例えばサービスプロバイダにおいて特別な解析装置を用いて行われる。
具体的には、識別情報（ＩＤ）の記録処理は例えば電子透かしの記録処理として実行され、識別情報（ＩＤ）の解析は、電子透かしデータの読み出し処理として実行される。
【００３６】
図２（２ｂ）に示すサブ画像は、コンテンツを構成する１つの画像フレームであり、この１つの画像フレームにクライアントを識別するＩＤの構成ビット、例えば１ビット〜数ビットを格納する。複数の画像フレームに渡って設定されるサブ画像に記録されたビット情報を連結してクライアントＩＤが構成される。
【００３７】
具体的には、例えばクライアントＩＤが６４ビットとすれば、
画像フレーム１〜画像フレーム６４の６４フレームの各フレーム各々に１ビットのクライアントＩＤ構成データを記録するといった設定である。
なお、読み取りエラーを防止するため、コンテンツを構成する画像レーム中に繰り返し同じクライアントＩＤを記録する設定とするのが好ましい。
【００３８】
例えば、
画像フレーム１〜１０：クライアントＩＤの第１ビット、
画像フレーム１１〜２０：クライアントＩＤの第２ビット、
画像フレーム２１〜３０：クライアントＩＤの第３ビット、
：
このような設定で任意ピット数からなるＩＤを記録する構成としてもよい。
【００３９】
なお、上述したサブ画像を設定するフレームはコンテンツ全体、例えば映画コンテンツの全フレームとしてもよいが、その一部のフレームとして、一部のフレームのみをメイン画像とサブ画像の組み合わせとし、その他はサブ画像を設定せず、メイン画像のみとする構成としてもよい。
【００４０】
次に、図３を参照して、クライアントに提供するコンテンツを生成するサーバの構成と処理について説明する。
図３はサーバにおけるコンテンツ生成処理を実行するデータ処理部の構成例を示す図である。
【００４１】
オリジナル画像データ７０は、図２を参照して説明した
（１）オリジナル画像
に対応する画像を含む映像（ｖｉｄｅｏ）データである。
画像分離部１０１は、このオリジナル画像データ（ｖｉｄｅｏ）７０を構成するフレーム画像各々について画像分離処理を実行し、メイン画像とサブ画像を生成する。すなわち、図２を参照して説明した
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの画像を生成する。
【００４２】
なお、オリジナル画像データ（ｖｉｄｅｏ）７０を構成するフレーム画像の全フレームについてメイン画像とサブ画像を生成してもよいし、一部のフレームについてメイン画像とサブ画像を生成し、残りについてはサブ画像を設定しないメイン画像（＝オリジナル画像）のみとする設定としてもよい。
【００４３】
画像分離部１０１において生成されたメイン画像は、符号化部１０２ａに入力され、符号化部１０２ａにおいて例えばＭＰＥＧ圧縮等の符号化（エンコード）処理がなされる。
さらに、画像データに併せて再生される音声データ（ａｕｄｉｏ）７１、字幕データ（ｓｕｂｔｉｔｌｅ）７２についても、それぞれ符号化部１０２ｂ，ｃにおいて符号化処理がなされる。
【００４４】
符号化部１０２ａ〜ｃにおいて符号化された画像、音声、字幕の各データは、多重化処理部１０３において多重化処理がなされ、これらの各データを格納したメインクリップファイル（Ｍａｉｎ ｃｌｉｐ ｆｉｌｅ）が生成される。
【００４５】
次に、メインクリップファイルは、暗号化部１０４に入力され暗号化処理が実行される。
暗号化されたクリッブファイルが図に示す暗号化メインコンテンツ（暗号化メインクリップ）８１となる。
この暗号化メインコンテンツ（暗号化メインクリップ）８１は、クライアント共通のデータとして各クライアントに提供される。
【００４６】
一方、画像分離部１０１において分離されたサブ画像、すなわちオリジナル画像データ７０を構成する一部の画像であり、メイン画像から取り除かれた部分画像によって構成されるサブ画像は、識別情報（ＩＤ）挿入部１５１に入力される。
【００４７】
識別情報（ＩＤ）挿入部１５１は、サブ画像の各々に対して、例えばコンテンツ配信先のクライアントを識別するためのＩＤ情報を記録する処理を行う。
なお、前述したように、例えば映画等のコンテンツ全体のいずれかの箇所からＩＤが読み取り可能な構成とすればよく、ＩＤを設定したサブ画像の設定は様々な態様が可能である。
例えば、複数の画像フレームのいくつかに設定したサブ画像に記録されたビット情報を連結して複数ビットからなるＩＤを構成するといった設定が可能である。
【００４８】
例えばクライアントＩＤの構成ビットが、コンテンツを構成する画像フレームの各々に設定されたサブ画像に電子透かしデータとして記録される。
なお、複数フレームを適用した電子透かしデータによるビット設定の具体例については後段で説明する。
【００４９】
ＩＤの記録されたサブ画像は、符号化部１５２において、メイン画像と同様、例えばＭＰＥＧ圧縮等の符号化処理がなされる。さらに、多重化処理部１５３において、必要に応じて画像以外のデータ、例えば音声データ等との多重化処理が実行され、サブクリップファイル（Ｓｕｂ ｃｌｉｐ ｆｉｌｅ）が生成される。
【００５０】
生成されたサブクリップファイルは、暗号化部１５４において暗号化処理が実行され、暗号化サブコンテンツ（暗号化サブクリップ）８２が生成される。
この暗号化サブコンテンツ８２は、クライアント共通データではなく、クライアントあるいは配信処理単位で個別に生成され、クライアントに提供される。
なお、サブコンテンツ８２を提供したクライアントについての情報は管理情報としてサーバにおいて記録、保持される。この管理情報については後段で説明する。
【００５１】
図３に示す点線枠１５０によって示される処理は、クライアント単位、あるいはコンテンツ配信単位の処理として、逐次、実行される処理である。
図３に示すサーバの生成した以下のデータ、すなわち、
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２、
これらのデータが各クライアントに提供される。
【００５２】
なお、サーバがクライアントに対して提供するデータは、図３を参照して説明した暗号化メインコンテンツからなる暗号化メインクリップと、暗号化サブコンテンツからなる暗号化サブクリップのみではなく、その他のデータも提供される。
具体的には、クリップを適用したコンテンツ再生を行うために利用される再生制御情報を記録したプレイリストファイルが提供される。さらに暗号化メインクリップや暗号化サブクリップを復号するための暗号鍵などがクライアントに対して提供される。なお、暗号鍵の具体例については後段で説明する。
【００５３】
［３．ＣＤＮを利用したコンテンツ配信処理について］
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１については各クライアントに共通のデータとして提供され、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２については、提供クライアント毎に異なる識別情報を記録したクライアント固有データとしてクライアントに提供される。
【００５４】
なお、このようなクライアント共通データと、クライアント固有データの配信処理を効率的に実行するため、例えば複数のキャッシュサーバを利用したＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ）が有効となる。ＣＤＮを適用したコンテンツ配信を行うと効率的なコンテンツ配信が実現できる。
【００５５】
ＣＤＮを利用したコンテンツ配信処理について図４を参照して説明する。
図４には、
配信サーバ２００、
キャッシュサーバａ，２０１、
キャッシュサーバｂ，２０２、
クライアントｃ１，２１１〜クライアントｃｎ，２１３
これらを示している。
【００５６】
配信サーバ２００は、図３を参照して説明した、
（１）暗号化メインコンテンツ（暗号化メインクリップ）８１、
（２）暗号化サブコンテンツ（暗号化サブクリップ）８２、
これらのコンテンツの生成処理を行うコンテンツ配信元のサーバである。
キャッシュサーバａ，２０１、キャッシュサーバｂ，２０２は、例えば、特定の地区対応のキャッシュサーバ、具体的には例えばヨーロッパ地区、北米地区、あるいはアジア地区等の区域単位で設定された特定地区のクライアント対応のキャッシュサーバである。あるいはコンテンツの種類別に設定されたキャッシュサーバ等である。
図４には、２つのキャッシュサーバを示しているが、この数は任意であり、さらに多数のキャッシュサーバを設ける設定としてもよい。、
【００５７】
図４に示す構成において、クライアントｃ１〜ｃｎ，２１１〜２１３に対するコンテンツ提供処理は、図に示すステップＳ０１〜ステップＳ０５のシーケンスに従って行われる。
【００５８】
まず、ステップＳ０１において、配信サーバ２００は、メインクリップのコピーデータを各キャッシュサーバに提供し、キャッシュサーバに格納させる。
メインクリップは、図３に示すメインコンテンツ８１に対応し、すべてのクライアントに対して共通に提供されるデータである。
【００５９】
次に、ステップＳ０２において、クライアントｃ１〜ｃｎ，２１１〜２１３は、配信サーバ２００に対して、コンテンツの配信（ダウンロード）要求を送信する。
【００６０】
次に、ステップＳ０３において、配信サーバ２００は、クライアントからのコンテンツ配信要求をクライアント対応のキャッシュサーバに対して転送する。
たとえばヨーロッパのクライアントからのコンテンツ配信要求は、ヨーロッパ地区対応のキャッシュサーバに転送し、日本のクライアントからのコンテンツ配信要求は、日本やアジア地区対応のキャッシュサーバに転送するといった処理を行う。
【００６１】
次にステップＳ０４において、配信サーバから、クライアントからのコンテンツ配信要求を受信したキャッシュサーバは、予め配信サーバ２００から受領済みのメインクリップをクライアントに提供する。
【００６２】
最後に、ステップＳ０５において、配信サーバ２００は、各クライアント単位（または配信単位）で異なる識別子（ＩＤ）を記録したサブ画像を含む異なるサブクリップを各クライアント単位で生成して、各クライアントに提供する。
【００６３】
ＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｎｅｔｗｏｒｋ）を利用したコンテンツ配信では、多くのキャッシュサーバを利用することでデータ配信の負荷を分散することが可能となり、特定の１つのサーバによる処理負荷の増大による配信遅延等を防止することができる。
【００６４】
本発明に従った処理では、メインクリップの配信は主に分散配置されたキャッシュサーバが実行し、サブクリップの配信処理は配信サーバ２００が実行することになるが、サブクリップのデータ量は、コンテンツ全体のデータ量に比較して小さい。従って、配信サーバ２００が１クライアントに対して配信するデータ量は小さく、多数のクライアントに対する処理が集中しても、コンテンツ全体の配信処理に比較すると極めて軽い処理量となり、大きな遅延が発生する可能性は少ない。
【００６５】
［４．ルマキーを利用したサブコンテンツの生成処理例について］
先に、図２を参照して、サーバの生成する画像データ、すなわち、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの各画像データの例について説明した。
図２を参照して説明したメイン画像とサブ画像の設定例は、オリジナル画像の一部の画像をサブ画像として設定し、メイン画像については、オリジナル画像内のサブ画像領域部分を他のデータに置き換え、あるいは削除した画像として生成する構成として説明した。
【００６６】
しかし、メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）と、サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）の生成処理例としては、図２に示すような設定に限らず、例えば図５に示すようなルマキーを利用した設定としてもよい。
【００６７】
ルマキーとは、特定の輝度領域の画素を他の画像に置き換える画像合成手法である。例えばサブ画像に所定の輝度の値の範囲の画素部分を予め設定し、その画素部分をメイン画像の画素値に置き換える処理である。置き換え処理対象となる所定の輝度の値の範囲をルマキー（ｌｕｍａ ｋｅｙ）と呼ぶ。図５に示す例では、（２ｂ）サブ画像の輪郭部分（図の黒領域）に特定の輝度の値の領域２５１を設定している。ルマキー領域については、（２ａ）のメイン画像の画素値が合成画像上で有効な画素値として出力されることになる。
【００６８】
合成画像において、図５に示す（２ｂ）サブ画像から取得される有効画像は、ルマキー領域２５１に囲まれた小さい画像領域のみの画像であり、この領域の画素値のみが（２ｂ）サブ画像から取得され、その他の画像領域は全て図５に示す（２ａ）のメイン画像の画素値が有効となる。
【００６９】
クライアントにおける再生処理においては、メイン画像とサブ画像との合成処理がなされて合成画像の再生が実行されることになる。
図２に示す例では、メイン画像の構成画素中、サブ画像位置に対応する画素の画素値をすべてサブ画像の構成画素値に置き換える画像合成処理が実行される。
一方、図５に示す例では、サブ画像内のルマキー領域以外の画像領域についてのみサブ画像の画素値を利用して、ルマキー領域を含むその他のすべての画像部分については、すべてメイン画像の画素値を利用して合成画像を生成する処理が実行される。
【００７０】
［５．クライアントにおけるコンテンツ再生処理について］
次に図６以下を参照してクライアントにおけるコンテンツ再生処理例について説明する。
【００７１】
先に図３を参照して説明したように、サーバは、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの各画像データを生成してクライアントに提供する。
これらの画像は、例えば図２、図５を参照して説明した画像であり、サブ画像中には、クライアントごと、あるいは配信処理ごとに異なる識別子（ＩＤ）が記録されている。
【００７２】
クライアント装置である例えばユーザＰＣはこれらのデータをサーバから受領し、クライアント（ＰＣ等）のハードディスクなどの記録メディアに格納し、再生処理を実行する。
なお、先にも説明したが、サーバは、メイン画像、サブ画像を含む暗号化クリップファイルの他、再生制御情報ファイルとしてのプレイリストファイルや暗号化クリップファイルの復号用の鍵をクライアントに送信する。
クライアント側では、これらの受領データを記憶部に格納し、記憶部からこれらのデータを読み出して再生処理を行う。
【００７３】
図６は、例えばユーザのＰＣなどのクライアントのコンテンツ再生処理構成を示すブロック図である。
暗号化メインコンテンツ（暗号化メインクリップ）８１と、暗号化サブコンテンツ（暗号化サブクリップ）８２は、サーバから受信（ダウンロード）したデータであり、記憶部３０１に格納されたデータである。
これらのデータは、復号部３０２ａ，３０２ｂにおいてそれぞれ復号用の鍵を利用して復号処理がなされ、復号されたメインコンテンツ（メインクリップ）３５１とサブコンテンツ（サブクリップ）３５２を出力する。鍵データは、例えばコンテンツとともにサーバから取得した鍵データである。
【００７４】
これらのクリップは、デコードおよび再生処理部３０３において、デコード処理と再生処理が行われる。再生出力画像の一例が合成画像３５３である。この画像は、先に図２または図５を参照して説明した、以下の２つの画像、すなわち、
（２ａ）メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）
（２ｂ）サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）
これらの合成画像である。
この合成画像に含まれるサブ画像には、クライアント単位（または配信単位）の識別子（ＩＤ）の構成データが例えば電子透かしデータとして記録されている。
【００７５】
なお、コンテンツ再生処理に際しては、再生制御情報ファイルであるプレイリストファイルが利用される。このプレイリストファイルは、メイン画像、サブ画像を含むコンテンツとともにサーバから受信したファイルである。
【００７６】
プレイリストファイルを利用したコンテンツ再生処理の一例について、図７を参照して説明する。
図７に示すプレイリストファイル＃１は、映像コンテンツのクリップ情報ファイルに対する再生開始位置と終了位置を示す再生指定情報を持つプレイアイテムとサブパスが並列に設定された構成を持つ。
【００７７】
プレイアイテムは、メインコンテンツ（メインクリップ）に対する再生制御情報であり、サブパスは、サブコンテンツ（サブクリップ）に対応する再生制御情報である。
図に示すプレイリストファイル＃１は、プレイリストの前半にプレイアイテムのみが設定され、後半にプレイアイテムとサブパスが並列に設定された構成を持つ。
なお、図７に示すプレイリスト＃１は２つのプレイアイテムと１つのサブパスを設定した例を示しているが、プレイアイテムやサブパスの設定数はこの例に限らず、さまざまな設定が可能である。
【００７８】
図７に示すプレイリストを適用したコンテンツ再生処理では、まず、再生開始後は１つのプレイアイテムのみを利用してメインコンテンツの再生が実行される。その後、プレイアイテムとサブパスを適用して、メインコンテンツとサブコンテンツの並列再生が実行される。
サブパスは、メイン画像の再生制御情報であるプレイアイテムに併せて再生する画像、音声、字幕などの再生制御情報として利用される。
【００７９】
図７に示す処理例において、サブパスは図２、図４を参照して説明したサブ画像を格納したクリップファイルに対する再生制御情報として利用されるサブパスである。
プレイアイテムによって再生されるメインコンテンツと、サブパスによって再生されるサブコンテンツは、図２、図４を参照して説明したメイン画像とサブ画像を持つコンテンツである。
メインコンテンツは全てのクライアント、ユーザに共通の画像データを含むコンテンツであり、サブコンテンツは各クライアント対応の識別子（ＩＤ）を記録したサブ画像を含むコンテンツである。
【００８０】
このような第１の画像（メイン画像）に第２の画像（サブ画像）を併せて表示する処理は、ＰｉｎＰ（ピクチャインピクチャ）と呼ばれる。
このＰｉｎＰを適用したコンテンツ再生処理は、プレイリストファイルを適用した再生処理の１つの態様として定義された再生方式である。
【００８１】
プレイリストファイルには、図７に示す再生開始位置と終了位置を定義したプレイアイテム、サブパスに関する情報の他、サブパスがどのようなタイプのサブパスであるかについてのタイプ情報が記録される。サブパスが、ＰｉｎＰのサブパスである場合、プレイリストファイルには、ＰｉｎＰのサブパスであることのサブパス定義情報（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝５）が記録される。
【００８２】
さらに、ＰｉｎＰのサブパスが定義されたプレイリストファイルには、サブパスによって指定されるクリップファイル中のサブ画像の出力位置に関する情報も記録される。再生処理に際しては、この位置情報を適用してメイン画像に対するサブ画像の出力位置を決定して合成画像の生成、再生処理が実行されることになる。
【００８３】
［６．サブ画像に対する識別子（ＩＤ）記録処理の具体例について］
先に、図２〜図５を参照して説明したように、サーバはクライアント単位またはコンテンツ配信単位の識別子を記録したサブ画像を生成してクライアントに個別に提供する。後日、不正にコピーコンテンツ等が流出した場合に、このサブ画像に記録された識別子を利用してその出所を解析可能とするためである。
【００８４】
図８以下を参照して、識別子（ＩＤ）を記録したサブコンテンツの生成、提供処理の具体例について説明する。なお、以下の処理例では、電子透かしによる識別子（ＩＤ）を記録したサブコンテンツの生成、提供処理例について説明する。
【００８５】
サーバは、図８に示す（Ａ）、（Ｂ１）〜（Ｂｎ）の各データを予め生成する。
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
これは、図２、図４を参照して説明したサブ画像の画像領域のみによって構成される映像データである。ただし電子透かしによる識別子は埋め込まれていない。
なお、図８は、左から右に再生時間ｔ０，ｔ１，ｔ２，・・・を記載しているように動画（ｖｉｄｅｏ）コンテンツを示している。
【００８６】
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）は、映像コンテンツの構成フレームの各々の部分画像であり、図２や図５を参照して説明したサブ画像の画像領域によってのみ構成される画像データであり、識別子（ＩＤ）は未記録の画像である。
【００８７】
サーバは、この（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）に対して、特定のビット情報を記録した図８に示す（Ｂ１）〜（Ｂｎ）の電子透かし（Ｗａｔｅｒｍａｒｋ）記録サブコンテンツを生成する。
【００８８】
（Ｂ１）〜（Ｂｎ）は、それぞれ異なる電子透かしデータを記録したサブコンテンツである。すなわち、（Ａ）サブコンテンツ用画像データに対して、それぞれ異なる電子透かしパターンを記録して、以下の複数の電子透かし記録サブコンテンツを作成する。
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数の電子透かし記録コンテンツを作成する。
【００８９】
さらに、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
【００９０】
これら、複数のコンテンツ（Ａ）、（Ｂ１）〜（Ｂｎ）について分割したセグメントを設定する。１つのセグメントには複数の画像フレーム構成する少なくとも１つまたは複数のサブ画像が含まれる。
例えば、図に示すように再生時間：ｔ０〜ｔ１までを第１セグメント、ｔ１〜ｔ２を第２セグメント、ｔ２〜ｔ３を第３セグメント、・・・このように、（Ａ）〜（Ｂｎ）のコンテンツを同じ区切り位置（ｔ０，ｔ１，ｔ２，・・・）でセグメントに分割する。
なお、（Ａ）〜（Ｂｎ）の各コンテンツの区切り位置（ｔ０，ｔ１，ｔ２，・・・）は同じ位置とする必要があるが、第１セグメント、第２セグメント、第３セグメント、・・これらの各セグメントの大きさは均一である必要はない。
【００９１】
さらに、図８の下部に示すように、セグメントに分割した（Ａ）〜（Ｂｎ）のサブコンテンツを組み合わせて、各ユーザに提供するサブコンテンツを生成する。
図８に示す例では、
（Ｕ１）ユーザＵ１提供コンテンツは、
ｔ０〜ｔ１のセグメントを（Ｂ１）第１電子透かし記録サブコンテンツ、
ｔ１〜ｔ２のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ２〜ｔ３のセグメントを（Ｂ２）第２電子透かし記録サブコンテンツ、
ｔ３〜ｔ４のセグメントを（Ｂｎ）第ｎ電子透かし記録サブコンテンツ、
・・・
このような設定で構成したサブコンテンツである。
【００９２】
（Ｕ１）ユーザＵ１提供コンテンツのセグメント配列は、
（Ｂ１），（Ａ），（Ｂ２），（Ｂｎ），（Ａ），（Ｂ１）・・・であり、これらの配列中の電子透かしビットのセグメント単位の配列は、
１，０，３，ｎ，０，１・・
となる。なお（Ａ）電子透かし記録なしサブコンテンツの電子透かしデータは［０］と解釈するものとしている。
【００９３】
このように所定時間の再生画像フレームに設定する複数のサブ画像から構成されるセグメント単位で（Ａ）〜（Ｂｎ）のサブコンテンツのセグメントを選択して、選択セグメントを連結してユーザ提供用の１つのサブコンテンツを作成することで、セグメント単位の固有の電子透かしデータ列を設定し、これをクライアント識別子として用いることができる。
【００９４】
ユーザＵ１と異なるユーザであるユーザＵ２に提供するサブコンテンツは、
ｔ０〜ｔ１のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ１〜ｔ２のセグメントを（Ｂｎ）第ｎ電子透かし記録サブコンテンツ、
ｔ２〜ｔ３のセグメントを（Ａ）電子透かし記録なしサブコンテンツ、
ｔ３〜ｔ４のセグメントを（Ｂ１）第１電子透かし記録サブコンテンツ、
・・・
このような設定で構成したサブコンテンツとする。
（Ｕ２）ユーザＵ１提供コンテンツのセグメント配列は、
（Ａ），（Ｂｎ），（Ａ），（Ｂ１），（Ｂ２），（Ｂ２）・・・であり、これらの配列中の電子透かしビットのセグメント単位の配列は、
０，ｎ，０，１，２，２・・
となる。
このように、サーバは、各クライアントに提供するサブコンテンツ各々について異なるセグメントの組み合わせとしたサブコンテンツを作成して配信することで、異なる電子透かし配列からなるサブコンテンツを生成して提供することができる。
【００９５】
なお、セグメント組み合わせが異なってもサブコンテンツの画像（動画）本体データは同じであり、コンテンツに埋め込まれた電子透かしデータが異なるのみである。従ってユーザの観察する再生コンテンツは同じ映画等の再生データとなる。
【００９６】
クライアント１，２１は、［（Ｕ１）ユーザＵ１提供サブコンテンツ］を、サーバから受領する。
なお、クライアント１，２１は、クライアント共通のメインコンテンツを格納したメインクリップと、［（Ｕ１）ユーザＵ１提供サブコンテンツ］を格納したサブクリップを受領することになる。
【００９７】
クライアントは、これらの受領コンテンツを例えばハードディスク等のメディアに格納し、その後、ハードディスクから読み出して再生処理を行う。
コンテンツ再生に際して、電子透かしデータは観察できない低レベルの信号であり、ユーザＵ１は、電子透かしデータが記録されていることを全く気づくことなくコンテンツ再生を行うことができる。
【００９８】
クライアント２，２２は、［（Ｕ１）ユーザＵ１提供サブコンテンツ］と異なるセグメント配列を持つ［（Ｕ２）ユーザＵ２提供サブコンテンツ］を、ネットワークを介して受信して、ハードディスク等のメディアに格納する。
なお、クライアント２，２２も、クライアント共通のメインコンテンツを格納したメインクリップと、［（Ｕ２）ユーザＵ２提供サブコンテンツ］を格納したサブクリップを受領することになる。
その後、ハードディスクから読み出して再生処理を行う。ユーザＵ２も電子透かしデータが記録されていることを全く気づくことなくコンテンツ再生を行うことができる。
【００９９】
このように、サーバは配信コンテンツ各々を、全て異なるセグメントの組み合わせに設定したコンテンツとして各ユーザ（クライアント）に提供する。
【０１００】
図９を参照して電子透かし記録コンテンツの１つの具体例について説明する。
図９には、図８と同様、サーバがクライアント（ユーザ）に提供するサブコンテンツを生成するために用いるサブコンテンツ生成用データとして、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数のデータを示している。
【０１０１】
（Ｂ１）〜（Ｂｎ）の電子透かし（ＷＭ）記録サブコンテンツは、それぞれ、
（Ｂ１）各セグメントにデータ［１］を電子透かしデータとして記録したサブコンテンツ、
（Ｂ２）各セグメントにデータ［２］を電子透かしデータとして記録したサブコンテンツ、
：
（Ｂｎ）各セグメントにデータ［ｎ］を電子透かしデータとして記録したサブコンテンツ、
このような設定とした電子透かしデータを記録したサブコンテンツとして設定される。
【０１０２】
なお、電子透かしの埋め込み態様としては様々な設定が可能であるが、例えば１つのセグメントに含まれる複数のサブ画像の各々に、電子透かしの有無情報と電子透かしデータ（１〜Ｎ）の組み合わせデータを多数、記録する。
例えば、（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツの１つのセグメント（ｔ０〜ｔ１）に含まれる複数のサブ画像の高周波領域に電子透かし有りの情報とともにビットデータ（１）が記録される。これらのデータは画像再生時に肉眼で観察することはできないレベルであり、電子透かし検出処理によって検出可能となる微小レベルのデータである。
【０１０３】
図９に示す例は、
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［１］が記録された設定であり、
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［２］が記録された設定である。
以下同様に、第ｎ電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツはコンテンツの全セグメントに対して同じ電子透かしデータ［ｎ］が記録された設定である。
【０１０４】
サービスプロバイダ等のコンテンツ提供サーバは、このような設定の複数の電子透かし記録コンテンツを利用して、ユーザに提供するコンテンツを生成する。
図９に示す
（Ｕｘ）ユーザＵｘ提供サブコンテンツは、
セグメントの選択列は、（Ｂ１），（Ｂ２），（Ａ），（Ｂ３），（Ｂ５），（Ｂ４）・・・
であり、このコンテンツの電子透かしデータ列は、
１，２，０，３，５，４，０・・・
となる。
なお、前述したように電子透かしが記録されていないサブコンテンツのセグメントはデータ＝［０］の電子透かし情報が記録されていると解釈するものとしている。
なお、電子透かし記録なしコンテンツのセグメントは利用しないという設定としてもよい。
【０１０５】
図９に示すように、ｎ個の電子透かし記録サブコンテンツ（Ｂ１）〜（Ｂｎ）は、全セグメントに対して同じ電子透かしデータ［１］〜［ｎ］が記録された電子透かし記録コンテンツである。
これらのｎ種類の電子透かし記録サブコンテンツ（Ｂ１）〜（Ｂｎ）の組み合わせ、あるいは、これらｎ種類の電子透かし記録サブコンテンツと電子透かしの埋め込まれていないサブコンテンツをセグメント単位で組み合わせて配列することで、様々な異なる電子透かしデータ列を設定した配信コンテンツを生成することができる。これらの異なる電子透かしデータ列の各々がクライアント識別子、あるいは配信処理識別子として利用される。
【０１０６】
サーバは、新たなコンテンツ配信ごとに異なるセグメント配列、すなわち電子透かしデータ列を持つ配信コンテンツを生成して提供する。
サーバは、クライアント（ユーザ）に提供する配信コンテンツに含まれる電子透かしデータ列の一部のデータを、配信コンテンツ対応の識別情報である固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）として管理する。
この固有ＩＤは、サーバの管理情報として登録保持される。
配信コンテンツ単位の固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）を含む電子透かしデータの具体例について、図１０を参照して説明する。
【０１０７】
図１０には、図９を参照して説明した１つのユーザ配信コンテンツであるユーザＵｘに提供するサブコンテンツ中のデータ列を示している。すなわち、
（Ｕｘ）ユーザＵｘに提供するサブコンテンツに記録された電子透かしのデータ列を示している。
電子透かしデータ列は、
１２０３５４０・・・・
このデータ列である。
【０１０８】
この電子透かしデータ列には、
（１）サブコンテンツに対応して設定される固有ＩＤ（Ｕｎｉｑｕｅ ＩＤ）、
（２）固有ＩＤに対する改ざん検証値（ＭＡＣ：Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）
（３）（固有ＩＤとＭＡＣ値）に対するエラー訂正コード（ＥＣＣ：Ｅｒｒｏｒ Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅ）
これらのデータが含まれる。
なお、これら（１）〜（３）のデータ組は１つの配信コンテンツ中に繰り返し設定される。
【０１０９】
固有ＩＤは、各配信コンテンツを識別可能なＩＤである。この固有ＩＤは、コンテンツを配信するサーバにおいて例えば乱数生成処理によって生成したＩＤでもよく、さらに、図１０に示すよう、ユーザＩＤ、取引ＩＤ、配信ＩＤ、クライアント装置ＩＤ、クライアントアドレス、クライアントＭＡＣアドレス等を適用してもよい。個々の配信コンテンツを識別可能なＩＤとして設定すればよい。
【０１１０】
改ざん検証値は、固有ＩＤに対する改ざん検証値であり、例えばＭＡＣ（Ｍｅｓｓａｇｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｃｏｄｅ）が利用される。
【０１１１】
エラー訂正コードは、（固有ＩＤとＭＡＣ値）に対するエラー訂正コード（ＥＣＣ：Ｅｒｒｏｒ Ｃｏｌｌｅｃｔｉｏｎ Ｃｏｄｅ）であり、例えばＲｅｅｄ Ｓｏｌｏｍｏｎ、あるいはＢＣＨ等のデータが利用される。
【０１１２】
サブコンテンツを含むコンテンツ配信を実行するサーバは、
まず、配信コンテンツに対応する固有ＩＤを決定し、
次に、固有ＩＤに対応するＭＡＣ値を算出し、
さらに、（固有ＩＤ＋ＭＡＣ）に対するＥＣＣを算出する。
この結果として設定される［固有ＩＤ／ＭＡＣ／ＥＣＣ］からなるデータ列に一致する電子透かしデータ列を決定し、その決定した電子透かしデータ列に従って、先に図８〜図９を参照して説明したコンテンツ、すなわち、
（Ａ）サブコンテンツ用画像データ（電子透かし記録なし）
（Ｂ１）第１電子透かし（Ｗａｔｅｒｍａｒｋ１）記録サブコンテンツ
（Ｂ２）第２電子透かし（Ｗａｔｅｒｍａｒｋ２）記録サブコンテンツ
：
（Ｂｎ）第ｎ電子透かし（Ｗａｔｅｒｍａｒｋｎ）記録サブコンテンツ
これらの複数のコンテンツからセグメントを順次選択して配信コンテンツを生成する。
【０１１３】
なお、図１１に示すように、サブコンテンツ中には、［固有ＩＤ／ＭＡＣ／ＥＣＣ］からなるデータ列が、繰り返し設定される。
【０１１４】
サブコンテンツを含むコンテンツを配信するサーバは、コンテンツ配信を実行するごとに配信コンテンツの固有ＩＤを含む管理情報をサーバの記憶手段に記録する。
図１２にサーバの記憶手段に保持される管理情報のデータ構成例を示す。
図１２に示すように、管理情報には、
配信コンテンツに対応する固有ＩＤ、
サブコンテンツセグメント構成情報、
配信コンテンツ情報、
配信先情報、
配信ユーザ情報、
配信日時情報、
例えばこれらの情報が含まれる。
【０１１５】
なお、サブコンテンツセグメント構成情報とは、コンテンツ構成データのどの位置に固有ＩＤ、ＭＡＣ、ＥＣＣが記録されているかを示す情報である。サブコンテンツを構成するセグメントのどのセグメントが固有ＩＤ記録セグメント、ＭＡＣ記録セグメント、ＥＣＣ記録セグメントであるかを示す情報である。
【０１１６】
図１２に示す管理情報の例は一例であり、これらの情報の全てを記録することが必ずしも必須ではなく、また、これらの情報以外の情報を管理情報として保持してもよい。サブコンテンツセグメント構成情報についても、配信コンテンツごとに変更せず、統一したデータ配置としたセグメント構成を設定して配信するのであれば配信コンテンツ対応の登録情報として設定する必要はない。
ただし、識別情報である固有ＩＤと配信先を特定するための情報を対応付けて登録することは必須である。
【０１１７】
［７．コンテンツの暗号化処理構成の例について］
先に、図３を参照して説明したように、コンテンツ配信を実行するサーバは、
メイン画像（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）によって構成されるメインコンテンツ、
サブ画像（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）によって構成されるサブ画像、
これらのコンテンツを生成してクライアントに提供する。
【０１１８】
メインコンテンツは、各クライアント共通のコンテンツであるが、サブコンテンツはクライアントごとに異なる識別情報が記録されたコンテンツである。
なお、これらのコンテンツはいずれも個別の暗号化データファイルであるクリップファイルとして設定される。
【０１１９】
クライアントに提供するコンテンツの暗号鍵としては、同じ暗号鍵を利用する設定も可能であるが、クライアント単位、または配信処理単位で異なる暗号鍵を設定して利用する構成としてもよい。
【０１２０】
図１３以下を参照して、クライアント単位、または配信処理単位で異なる暗号鍵を利用した暗号化コンテンツの生成および提供処理例について説明する。
図１３には、サブコンテンツのセグメント単位で個別のセグメント鍵を暗号鍵として設定したコンテンツ暗号化の例を示している。
【０１２１】
例えば前述した電子透かしの記録されたセグメントと同様のセグメントに対して、個別の暗号鍵（セグメント鍵）を割り当ててセグメント単位て暗号化を実行する。
なお、セグメントの設定は、電子透かし記録セグメントと暗号化セグメントとを共通のセグメント設定としてもよいし、異なる設定としてもよい、
【０１２２】
サーバは、暗号化に適用するセグメント単位の暗号鍵（セグメント鍵）を多数、準備し、図１３に示すように、これらの各鍵を適用してセグメント単位で暗号化した暗号化セグメントからなる暗号化コンテンツを予め多数生成しておく。
図１３に示すように、
暗号化なしセグメントからなるコンテンツ（サブ画像からなるサブコンテンツ）の他、
鍵Ａで暗号化したセグメントのみによって構成されるサブコンテンツ、
鍵Ｂで暗号化したセグメントのみによって構成されるサブコンテンツ、
鍵Ｃで暗号化したセグメントのみによって構成されるサブコンテンツ、
：
鍵Ｘで暗号化したセグメントによって構成されるサブコンテンツ、
これらの多数の種類のサブコンテンツを予め準備する。
【０１２３】
サーバはコンテンツ配信時に、配信コンテンツ単位で異なる暗号化セグメントの組み合わせを選択して、選択した暗号化セグメントのセットからなるサブコンテンツを生成してクライアントに提供する。
【０１２４】
例えば、
クライアントＣ１に対して提供するサブコンテンツについては、
セグメント１＝暗号鍵Ａによる暗号化セグメント１
セグメント２＝暗号鍵Ｂによる暗号化セグメント２
セグメント３＝暗号鍵Ｃによる暗号化セグメント３
：
このような鍵の組み合わせを利用したセグメントセットとする。
【０１２５】
クライアントＣ２に対して提供するサブコンテンツについては、
セグメント１＝暗号鍵Ｅによる暗号化セグメント１
セグメント２＝暗号鍵Ｆによる暗号化セグメント２
セグメント３＝暗号鍵Ｇによる暗号化セグメント３
：
このような鍵の組み合わせを利用したセグメントセットとする。
【０１２６】
このように、サーバは、図１３に示すように、予め暗号鍵Ａ〜Ｘを適用してセグメント単位の暗号化データを作成しておき、配信処理時にはこれらを組み合わせるのみの処理で配信コンテンツを生成することが可能である。これは、先に図９を参照して説明した異なる電子透かしデータ列を含むコンテンツの生成処理と同様の処理である。
【０１２７】
このような多数の鍵を適用したセグメント単位の暗号化データを予め用意しておくことで、効率的に異なる暗号鍵の組み合わせを適用したコンテンツを生成してクライアントに提供することが可能となる。
【０１２８】
なお、このようなコンテンツ配信を実行する場合、サーバは、セグメントの暗号化に利用した暗号鍵のセットをコンテンツに併せてクライアントに提供する。
図１４に示すように、各クライアントにはセグメント単位のコンテンツ、具体的には電子透かしによる識別データを格納したサブコンテンツと、そのサブコンテンツの暗号化に適用した暗号鍵のセットを送信する。
なお、各セグメントにどの暗号鍵を適用したかを示すセグメントと鍵との対応情報についても提供する。
【０１２９】
サーバは、このように配信コンテンツやクライアント単位で異なる暗号鍵を適用したサブコンテンツの送信を行う場合、各クライアントに提供した鍵情報についても管理情報として記録する。
【０１３０】
この管理情報の例を図１５に示す。図１５に示す管理情報は、先に図１２を参照して説明した管理情報に暗号鍵情報を追加した構成である。
暗号鍵情報には、各提供コンテンツの暗号化処理に適用した暗号鍵の情報が記録される。
すなわち図１３を参照して説明したセグメント単位の暗号鍵として適用した暗号鍵情報が記録される。
例えば、
クライアントＣ１に対して提供したサブコンテンツに適用した暗号鍵情報として、
セグメント１＝暗号鍵Ａ
セグメント２＝暗号鍵Ｂ
セグメント３＝暗号鍵Ｃ
：
このような鍵の組み合わせが利用されていることを示す暗号鍵情報が管理情報としてコンテンツの配信先情報に対応付けて記録される。
【０１３１】
このように鍵の組み合わせを各配信コンテンツ単位で異なる設定とすることで、例えば鍵の漏えいが発生した場合、その漏えいした鍵、あるいは鍵の組み合わせを解析して、図１５に示す管理情報と照合することで、鍵の漏えい元のクライアントがどのクライアントであるかを判断することが可能となる。
【０１３２】
［８．サーバにおけるコンテンツ生成、提供処理シーケンスについて］
次に、図１６、図１７に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成と提供処理シーケンスについて説明する。
【０１３３】
（８−１．サーバにおけるコンテンツ生成処理シーケンス）
まず、図１６に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ生成処理シーケンスについて説明する。
【０１３４】
図１６に示すフローに従った処理は、サーバのデータ処理部において実行される。
まず、ステップＳ１０１において、
オリジナルデータの画像分離処理により、サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）を生成する。
次に、ステップＳ１０２において、
オリジナルデータのサブ画像領域を元の画像と異なる信号に置き換えて、メイン画像データ（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）を生成する。
【０１３５】
次にステップＳ１０３において、
メイン画像データ（Ｐｒｉｍａｒｙ Ｖｉｄｅｏ）をエンコードし、さらに必要に応じて音声、字幕等のデータとの多重化を実行してメインクリップファイルを生成する。
次にステップＳ１０４において、
メインクリップファイルを暗号化して暗号化メインクリップファイルを生成する。
【０１３６】
次に、ステップＳ１０５において、
サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）に、クライアント識別情報となるＩＤを記録（例えば電子透かしとして記録）する。
次に、ステップＳ１０６において、
サブ画像データ（Ｓｅｃｏｎｄａｒｙ Ｖｉｄｅｏ）をエンコードし、さらに必要に応じて他データとの多重化を実行してサブクリップファイルを生成する。
【０１３７】
次に、ステップＳ１０７において、
サブクリップファイルを暗号化して暗号化サブクリップファイルを生成する。
次に、ステップＳ１０８において、
メインクリップファイルと、サブクリップファイルの再生制御情報ファイルとしてのプレイリストファイルを生成する。
次に、ステップＳ１０９において、
作成したユーザ提供コンテンツをユーザに配信するとともに、固有ＩＤと配信先の対応情報を含む管理情報を登録する。
【０１３８】
これらの処理によって、クライアントに提供するデータの生成を行う。
なお、ステップＳ１０５におけるクライアント識別情報となるＩＤを例えば電子透かしとして記録する処理においては、先に、図８、図９を参照して説明したように、セグメント単位の電子透かし記録データを組み合わせて様々な電子透かしデータの記録されたコンテンツを生成する処理を実行可能である。
また、このステップＳ１０５では、先に、図１０、図１１を参照して説明したようにＩＤ情報の他、改ざん検証値やエラー訂正コード等を併せて記録する構成としてもよい。
【０１３９】
また、ステップＳ１０７におけるサブクリップファイルの暗号化に際しては、先に図１３等を参照して説明したように、セグメント単位の暗号鍵を利用して、クライアント単位で異なる暗号鍵を適用した暗号化処理を実行する構成としてもよい。
【０１４０】
（８−２．サーバにおけるコンテンツ提供処理シーケンス）
次に、図１７に示すフローチャートを参照してサービスプロバイダ等のサーバにおいて実行するコンテンツ提供処理シーケンスについて説明する。
【０１４１】
図１７に示すフローに従った処理は、サーバのデータ処理部において実行される。
まず、ステップＳ１５１において、
クライアントからのコンテンツダウンロードリクエストを受信する。
次に、ステップＳ１５２において、
暗号化メインクリップファイル、暗号化サブクリップファイル、これらの暗号化ファイルの復号に適用する暗号鍵、さらに、再生制御情報ファイルであるプレイリストファイル等のデータをクライアントに送信する。
【０１４２】
さらに、ステップＳ１５３において、
コンテンツ提供クライアント情報とサブ画像データに記録したＩＤとの対応データを含む管理情報を作成して記憶部に格納する。
【０１４３】
ステップＳ１５３における管理情報は、例えば、図１２、あるいは図１５を参照して説明した管理情報である。
各クライアントに提供したコンテンツ単位で、クライアント識別情報となる固有ＩＤと、配信先情報や配信ユーザ情報等のクライアント情報が対応付けて記録された管理情報である。
なお、図１３、図１４を参照して説明したように配信コンテンツごとに暗号鍵を異なる組み合わせとする設定とした場合は、図１５を参照して説明したように管理情報中に鍵情報も記録する。
【０１４４】
［９．クライアントにおけるコンテンツ再生シーケンスについて］
次に、図１８に示すフローチャートを参照してクライアントにおけるコンテンツ再生処理シーケンスについて説明する。この処理は、クライアント装置において再生処理を実行するデータ処理部の処理として実行される。
【０１４５】
コンテンツ再生処理を実行するクライアント装置は、まず、ステップＳ３０１において、再生用のプレイリストファイルを選択する。なお、このプレイリストファイル選択処理は、例えば再生コンテンツのタイトル指定に応じて自動選択される。
【０１４６】
次に、ステップＳ３０２において、選択されたプレイリストファイル内に設定されたプレイアイテム、サブパスを順次、選択する。例えばプレイリストファイルの先頭からプレイアイテムやサブパスを選択する。なお、ユーザが再生開始位置を指定した場合などには、その指定位置に対応するプレイアイテム、サプパスが選択される。
【０１４７】
なお、先に図７を参照して説明したように、メイン画像とサブ画像の合成処理による画像再生を実行する場合、プレイアイテムはメイン画像を格納したメインクリップの再生指定情報として機能し、サブパスは、サブ画像を格納したサブクリップの再生指定情報として機能する。
【０１４８】
次に、ステップＳ３０３において、選択されたプレイアイテム、サブパスの指定するクリップファイルを取得して、ステップＳ３０４で再生処理を実行する。
【０１４９】
ステップＳ３０５では、次のプレイアイテム、サブパスがあるか否かを判定する。ない場合は、ステップＳ３０５の判定がＮｏの判定となり、コンテンツ再生処理を終了する。
次のプレイアイテム、サブパスがある場合は、ステップＳ３０５の判定がＹｅｓとなり、ステップＳ３０２に戻り、次のプレイアイテム、サブパスを選択して、ステップＳ３０３以下の処理を継続する。
【０１５０】
このように、メイン画像を格納したメインクリップの再生指定情報であるプレイアイテムと、サブ画像を格納したサブクリップの再生指定情報であるサブパスの並列利用処理により、図６を参照して説明したように、メイン画像とサブ画像を合成した合成画像の再生処理が実行される。
【０１５１】
［１０．サーバにおける不正流通コンテンツに基づく出所判定処理シーケンスについて］
次に、不正な流通コンテンツが発見された場合に実行する出所判定処理シーケンスについて図１９に示すフローチャートを参照して説明する。
【０１５２】
図１９に示すフローに従った処理は、例えばコンテンツ配信を実行したサービスプロバイダのサーバのデータ処理部において実行される処理である。
【０１５３】
まず、ステップＳ５０１において、
不正流通コンテンツの画像信号を取得する。
なお、不正流通コンテンツとは、例えばネットワーク上の誰でもアクセス可能なサイトから自由にダウンロード可能な設定とされたコンテンツや、不正に流通しているディスクに記録されたコピーコンテンツなどである。
【０１５４】
次に、ステップＳ５０２において、
不正流通コンテンツに対応するプレイリストファイルから、サブ画像の位置情報を取得する。
先に図７を参照して説明したように、第１の画像（メイン画像）に第２の画像（サブ画像）を併せて表示する処理は、ＰｉｎＰ（ピクチャインピクチャ）と呼ばれ、プレイリストファイルには、図７に示す再生開始位置と終了位置を定義したプレイアイテム、サブパスに関する情報の他、サブパスがどのようなタイプのサブパスであるかについてのタイプ情報（ＳｕｂＰａｔｈ＿ｔｙｐｅ＝５）、さらにサブ画像の出力位置に関する情報が記録される。
ステップＳ５０２では、プレイリストファイルからサブ画像の画像位置情報を取得する。
【０１５５】
次に、ステップＳ５０３では、
サブ画像の解析によりサブ画像に含まれる識別情報（固有ＩＤ）を取得（電子透かし解析処理）する。
なお、この電子透かし解析処理に際しては、先に図１０、図１１を参照して説明したようにエラー訂正コード、改ざん検証値等が記録されている場合、これらのデータを利用したエラー訂正処理や、改ざん検証処理を実行した上で固有ＩＤである識別情報の読み取りを実行する。
【０１５６】
次に、ステップＳ５０４では、
不正流通コンテンツから取得した識別情報と、管理情報に記録された識別情報（固有ＩＤ）を照合し、不正流通コンテンツの流通元、すなわち、コンテンツを配信したクライアントを判定する。
なお、管理情報とは、先に説明した図１２、あるいは図１５に示す管理情報である。
【０１５７】
なお、図１９に示すフローでは、サブ画像中の電子透かしデータの解析処理例のみを説明したが、先に図１３〜図１５を参照して説明したように、サブ画像についてはセグメント単位で適用する暗号鍵を異なる組み合わせとして各クライアントに提供することができる。
【０１５８】
このような設定とした場合、不正に流通している鍵に基づいて、不正流通鍵と、図１５に示す管理情報の登録情報との照合を行うことで、不正流通鍵の出所を明らかにすることが可能となる。
【０１５９】
［１１．各装置のハードウェア構成例について］
最後に、図２０、図２１を参照して、上述した処理を実行する各装置のハードウェア構成例について説明する。
まず、図２０を参照して、コンテンツ提供処理を実行するサーバのハードウェア構成例について説明する。
【０１６０】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）６０２、または記憶部６０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。
【０１６１】
例えば、上述の各実施例において説明した識別情報（固有ＩＤ）としての電子透かしを記録したコンテンツの生成処理や、コンテンツ提供処理、管理情報の作成記録処理等を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）６０３には、ＣＰＵ６０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ６０１、ＲＯＭ６０２、およびＲＡＭ６０３は、バス６０４により相互に接続されている。
【０１６２】
ＣＰＵ６０１はバス６０４を介して入出力インタフェース６０５に接続され、入出力インタフェース６０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部６０６、ディスプレイ、スピーカなどよりなる出力部６０７が接続されている。ＣＰＵ６０１は、入力部６０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部６０７に出力する。
【０１６３】
入出力インタフェース６０５に接続されている記憶部６０８は、例えばハードディスク等からなり、ＣＰＵ６０１が実行するプログラムや各種のデータを記憶する。例えば図６を参照して説明した管理情報等も記録される。
通信部６０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１６４】
次に、図２１を参照して、コンテンツの受信、再生処理等を実行するクライアント装置のハードウェア構成例について説明する。
【０１６５】
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）７０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）７０２、または記憶部７０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。
【０１６６】
例えば、上述の各実施例において説明したサーバとの通信処理やサーバからの受信データの記憶部７０８（ハードディスク等）に対する記録処理、記憶部７０８（ハードディスク等）からのデータ再生処理等を実行する。
【０１６７】
ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）７０３には、ＣＰＵ７０１が実行するプログラムやデータなどが適宜記憶される。これらのＣＰＵ７０１、ＲＯＭ７０２、およびＲＡＭ７０３は、バス７０４により相互に接続されている。
【０１６８】
ＣＰＵ７０１はバス７０４を介して入出力インタフェース７０５に接続され、入出力インタフェース７０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部７０６、ディスプレイ、スピーカなどよりなる出力部７０７が接続されている。ＣＰＵ７０１は、入力部７０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部７０７に出力する。
【０１６９】
入出力インタフェース７０５に接続されている記憶部７０８は、例えばハードディスク等からなり、ＣＰＵ７０１が実行するプログラムや各種のデータを記憶する。通信部７０９は、インターネットやローカルエリアネットワークなどのネットワークを介して外部の装置と通信する。
【０１７０】
入出力インタフェース７０５に接続されているドライブ７１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア７１１を駆動し、記録されているコンテンツ、プログラム等の各種データを取得する。
【０１７１】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０１７２】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１７３】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１７４】
以上、説明したように、本発明の一実施例の構成によれば、不正流通コンテンツからその出所を検証可能とする構成が提供される。画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報をたとえば電子透かしとして記録したサブ画像と、サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成して、サブ画像とメイン画像をクライアントに提供する。さらにサブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成し管理する。不正流通コンテンツが発見された場合、不正流通コンテンツに含まれるサブ画像に記録された識別情報を解析して管理情報の登録データと照合を行うことで配信元を判定することが可能となる。
【符号の説明】
【０１７５】
１０ サーバ
２０ クライアント
２１〜２２ クライアント
３１〜３３ クライアント
４１ ディスク
７０ オリジナル画像データ
７１ 音声データ
７２ 字幕データ
８１ 暗号化メインコンテンツ（暗号化メインクリップ）
８２ 暗号化サブコンテンツ（暗号化サブクリップ）
１０１ 画像分離部
１０２ 符号化部
１０３ 多重化処理部
１０４ 暗号化部
１５１ 識別情報挿入部
１５２ 符号化部
１５３ 多重化処理部
１５４ 暗号化部
２００ 配信サーバ
２０１，２０２ キャッシュサーバ
２１１〜２１３ クライアント
３０１ 記憶部
３０２ 復号部
３０３ デコードおよび再生処理部
３５１ メインコンテンツ（メインクリップ）
３５２ サブコンテンツ（サブクリップ）
３５３ 合成画像
６０１ ＣＰＵ
６０２ ＲＯＭ
６０３ ＲＡＭ
６０４ バス
６０５ 入出力インタフェース
６０６ 入力部
６０７ 出力部
６０８ 記憶部
６０９ 通信部
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ 入出力インタフェース
７０６ 入力部
７０７ 出力部
７０８ 記憶部
７０９ 通信部
７１０ ドライブ
７１１ リムーバブルメディア
【特許請求の範囲】
【請求項１】
クライアントに対する配信用のコンテンツを生成するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理装置。
【請求項２】
前記データ処理部は、
前記サブ画像に識別情報を電子透かしデータとして記録したサブ画像の生成を実行する請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
流通コンテンツに含まれるサブ画像の解析処理により、サブ画像に含まれる識別情報を取得し、取得した識別情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記サブ画像の一部領域を再生時にメイン画像の画素値を有効画素値として出力させるルマキー領域を設定したサブ画像を生成する請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記メイン画像と前記サブ画像を並列再生して合成画像の再生を実行させる再生制御情報ファイルとしてのプレイリストファイルを生成してクライアントに提供する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
コンテンツの区分データであるセグメント単位で異なる電子透かしデータを記録した複数の異なる電子透かし記録コンテンツを保持し、
前記クライアントに対する配信処理単位で、前記複数の異なる電子透かし記録コンテンツから異なる組み合わせのセグメント選択を行うことで、クライアント識別情報となるセグメント単位の電子透かしデータ列を設定したコンテンツを生成する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
コンテンツの区分データであるセグメント単位で異なる暗号鍵を適用した暗号化セグメントからなる複数の異なる暗号化コンテンツを保持し、
前記クライアントに対する配信処理単位で、前記複数の異なる暗号化コンテンツから異なる組み合わせのセグメント選択を行って、クライアントに提供する暗号化コンテンツを生成する請求項１に記載の情報処理装置。
【請求項８】
前記データ処理部は、
クライアントに提供した暗号化コンテンツに適用した暗号鍵の鍵情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する請求項７に記載の情報処理装置。
【請求項９】
前記データ処理部は、
流通鍵情報を取得し、取得した鍵情報と前記管理情報の登録情報との照合処理により、コンテンツおよび鍵配信先としてのクライアントを特定する請求項８に記載の情報処理装置。
【請求項１０】
コンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像を格納したサプクリップファイルと、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を格納したメインクリップファイルを取得し、
前記メインクリップファイルとサブクリップファイルの並列再生処理を実行する再生制御情報ファイルであるプレイリストファイルを適用して、前記メイン画像とサブ画像との合成画像を生成して再生する情報処理装置。
【請求項１１】
情報処理装置において実行する情報処理方法であり、
データ処理部が、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理方法。
【請求項１２】
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成させ、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録させるプログラム。
【請求項１】
クライアントに対する配信用のコンテンツを生成するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理装置。
【請求項２】
前記データ処理部は、
前記サブ画像に識別情報を電子透かしデータとして記録したサブ画像の生成を実行する請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
流通コンテンツに含まれるサブ画像の解析処理により、サブ画像に含まれる識別情報を取得し、取得した識別情報と前記管理情報の登録情報との照合処理により、コンテンツ配信先としてのクライアントを特定する請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記サブ画像の一部領域を再生時にメイン画像の画素値を有効画素値として出力させるルマキー領域を設定したサブ画像を生成する請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
前記メイン画像と前記サブ画像を並列再生して合成画像の再生を実行させる再生制御情報ファイルとしてのプレイリストファイルを生成してクライアントに提供する請求項１に記載の情報処理装置。
【請求項６】
前記データ処理部は、
コンテンツの区分データであるセグメント単位で異なる電子透かしデータを記録した複数の異なる電子透かし記録コンテンツを保持し、
前記クライアントに対する配信処理単位で、前記複数の異なる電子透かし記録コンテンツから異なる組み合わせのセグメント選択を行うことで、クライアント識別情報となるセグメント単位の電子透かしデータ列を設定したコンテンツを生成する請求項１に記載の情報処理装置。
【請求項７】
前記データ処理部は、
コンテンツの区分データであるセグメント単位で異なる暗号鍵を適用した暗号化セグメントからなる複数の異なる暗号化コンテンツを保持し、
前記クライアントに対する配信処理単位で、前記複数の異なる暗号化コンテンツから異なる組み合わせのセグメント選択を行って、クライアントに提供する暗号化コンテンツを生成する請求項１に記載の情報処理装置。
【請求項８】
前記データ処理部は、
クライアントに提供した暗号化コンテンツに適用した暗号鍵の鍵情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する請求項７に記載の情報処理装置。
【請求項９】
前記データ処理部は、
流通鍵情報を取得し、取得した鍵情報と前記管理情報の登録情報との照合処理により、コンテンツおよび鍵配信先としてのクライアントを特定する請求項８に記載の情報処理装置。
【請求項１０】
コンテンツ再生処理を実行するデータ処理部を有し、
前記データ処理部は、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像を格納したサプクリップファイルと、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を格納したメインクリップファイルを取得し、
前記メインクリップファイルとサブクリップファイルの並列再生処理を実行する再生制御情報ファイルであるプレイリストファイルを適用して、前記メイン画像とサブ画像との合成画像を生成して再生する情報処理装置。
【請求項１１】
情報処理装置において実行する情報処理方法であり、
データ処理部が、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成し、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録する情報処理方法。
【請求項１２】
情報処理装置において情報処理を実行させるプログラムであり、
データ処理部に、
画像データの一部領域のみからなる画像データ中にコンテンツ配信クライアントの識別情報を記録したサブ画像と、
前記サブ画像領域の画像信号を削除またはダミー信号で置き換えたメイン画像を生成させ、
前記サブ画像とメイン画像をクライアントに提供するとともに、前記サブ画像に記録した識別情報とコンテンツ提供先のクライアント情報とを対応付けた管理情報を生成して記憶部に記録させるプログラム。
【図３】
【図４】
【図９】
【図１０】
【図１２】
【図１３】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図１】
【図２】
【図５】
【図６】
【図７】
【図８】
【図１１】
【図１４】
【図４】
【図９】
【図１０】
【図１２】
【図１３】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図１】
【図２】
【図５】
【図６】
【図７】
【図８】
【図１１】
【図１４】
【公開番号】特開２０１２−６４１３５（Ｐ２０１２−６４１３５Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０９７３３（Ｐ２０１０−２０９７３３）
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１７日（２０１０．９．１７）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]