(57)【要約】【課題】サーバにかかる負荷を抑えつつ、複数形式のコンテンツデータの配信及びユーザ端末による再生を可能とするコンテンツ配信システムを提供する。【解決手段】コンテンツ配信サーバ１０は、コンテンツデータＣｉ毎に異なるコンテンツ鍵データＫｃｉにより暗号化された暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をストリーミング（ＳＴ）形式又はダウンロード（ＤＬ）形式でユーザ端末３０に送信する送信部１２２を備える。鍵送信サーバ２０は、コンテンツ鍵データＫｃｉユーザ毎に異なるＳＴ用ユーザ鍵Ｋｕｓにより暗号化しＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）を生成する暗号化部２２１を備える。また、暗号化部２２１は、コンテンツ鍵データＫｃｉをユーザ毎に異なるＤＬ用ユーザ鍵データＫｕｄにより暗号化しＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を生成する。【選択図】図１
2008187691.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが保持するユーザ端末と、当該ユーザ端末からのコンテンツデータの要求に伴い前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを配信するコンテンツ配信サーバと、前記暗号化コンテンツデータを復号化する前記コンテンツ鍵データを前記ユーザ端末に配信する鍵配信サーバとを有するコンテンツ配信システムにおいて、
前記コンテンツ配信サーバは、コンテンツデータ毎に異なるコンテンツ鍵データにより暗号化された前記暗号化コンテンツデータを前記ユーザ端末に送信する第１送信部を備え、
前記鍵配信サーバは、
第１の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第１ユーザ鍵データにより暗号化し第１暗号化コンテンツ鍵データを生成すると共に、第２の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第２ユーザ鍵データにより暗号化し第２暗号化コンテンツ鍵データを生成する暗号化部と、
前記第１暗号化コンテンツ鍵データ、又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する第２送信部と
を備え、
前記ユーザ端末は、
受信した前記第１暗号化コンテンツ鍵データを前記第１ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第１の形式をもつ前記コンテンツデータを生成すると共に、受信した前記第２暗号化コンテンツ鍵データを前記第２ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第２の形式をもつ前記コンテンツデータを生成する復号化部
を備えることを特徴とするコンテンツ配信システム。
【請求項２】
前記第１暗号化コンテンツ鍵データに基づき復号化される前記暗号化コンテンツデータに含まれるコンテンツ識別情報は、前記第２暗号化コンテンツ鍵データに基づき復号化される前記暗号化コンテンツデータに含まれるコンテンツ識別情報と異なる
ことを特徴とする請求項１記載のコンテンツ配信システム。
【請求項３】
前記コンテンツ配信サーバは、
前記第１送信部にて、前記第１暗号化コンテンツ鍵データに基づき暗号化された前記暗号化コンテンツデータをストリーミング形式で送信し、
前記第１送信部にて、前記第２暗号化コンテンツ鍵データに基づき暗号化された前記暗号化コンテンツデータをダウンロード形式で送信する
ことを特徴とする請求項１又は請求項２記載のコンテンツ配信システム。
【請求項４】
前記コンテンツ配信サーバは、
前記ストリーミング形式の暗号化コンテンツデータを用いてダウンロード形式の暗号化コンテンツデータを生成し、当該生成したダウンロード形式の暗号化コンテンツデータにコンテンツ識別情報を付加する第１ダウンロード用コンテンツ生成部
を備えることを特徴とする請求項３記載のコンテンツ配信システム。
【請求項５】
前記コンテンツ配信サーバは、
前記第１送信部にて、前記第１暗号化コンテンツ鍵データに基づき暗号化された前記暗号化コンテンツデータをストリーミング形式で送信し、
前記ユーザ端末は、
前記ストリーミング形式の暗号化コンテンツデータを蓄積し、ダウンロード形式の暗号化コンテンツデータを生成する第２ダウンロード用コンテンツ生成部
を備えることを特徴とする請求項１又は請求項２記載のコンテンツ配信システム。
【請求項６】
前記ストリーミング形式は、Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ（ＴＳ）形式である
ことを特徴とする請求項１乃至請求項３記載のコンテンツ配信システム。
【請求項７】
前記コンテンツ識別情報と前記ＴＳ形式の情報に含まれるＰａｃｋｅｔ  Ｉｄｅｎｔｉｆｉｅｒ（ＰＩＤ）との対応を示すプログラムマップテーブル（ＰＭＴ）を前記ＴＳ形式のストリーミングに多重する
ことを特徴とする請求項６記載のコンテンツ配信システム。
【請求項８】
前記ユーザ端末は、
前記復号化部にて復号化されたコンテンツデータを、再びＴＳヘッダと共に暗号化する再暗号化部を
備えることを特徴とする請求項６又は請求項７記載のコンテンツ配信システム。
【請求項９】
前記ユーザ端末は、
復号されたコンテンツに個体識別情報に基づき電子透かしを重畳して出力する電子透かし重畳部
を備えることを特徴とする請求項１乃至請求項８のいずれか１項記載のコンテンツ配信システム。
【請求項１０】
前記電子透かし重畳部は、前記コンテンツ識別情報に個体識別情報に基づき前記電子透かしを重畳する
ことを特徴とする請求項９記載のコンテンツ配信システム。
【請求項１１】
前記鍵配信サーバは、
前記暗号化コンテンツデータが送信される前に、前記第１暗号化コンテンツ鍵データ又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する
ことを特徴とする請求項１乃至請求項１０のいずれか１項記載のコンテンツ配信システム。
【請求項１２】
前記鍵配信サーバは、
前記暗号化コンテンツデータが送信される都度、前記第１暗号化コンテンツ鍵データ又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する
ことを特徴とする請求項１乃至請求項１０のいずれか１項記載のコンテンツ配信システム。
【請求項１３】
ユーザが保持するユーザ端末からの要求に伴い暗号化コンテンツを配信するコンテンツ配信方法において、
コンテンツデータ毎に異なるコンテンツ鍵データにより暗号化された前記暗号化コンテンツデータを前記ユーザ端末に送信する第１送信ステップと、
第１の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第１ユーザ鍵データにより暗号化し第１暗号化コンテンツ鍵データを生成する、或いは、第２の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第２ユーザ鍵データにより暗号化し第２暗号化コンテンツ鍵データを生成する暗号化ステップと、
前記第１暗号化コンテンツ鍵データ、又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する第２送信ステップと、
受信した前記第１暗号化コンテンツ鍵データを前記第１ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第１の形式をもつ前記コンテンツデータを生成する、或いは、受信した前記第２暗号化コンテンツ鍵データを前記第２ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第２の形式をもつ前記コンテンツデータを生成する復号化ステップと
を備えることを特徴とするコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザにより保持されるユーザ端末からの要求に伴い暗号化コンテンツデータを配信するコンテンツ配信システム、及びコンテンツ配信方法に関する。
【背景技術】
【０００２】
近年、地上波テレビ、ＡＭ及びＦＭ放送等以外にも、インターネット等の通信ネットワークに接続された通信端末によりデータを受信して、音楽や映像などのデジタル情報のコンテンツが視聴されている。
【０００３】
ここで、コンテンツ視聴に際しては、大きく分けて、以下に示す２つの形式が用いられている。
【０００４】
一つ目の形式は、ダウンロード（以下、「ＤＬ」と記載）形式である。ＤＬ形式では、ユーザは、コンテンツデータの全体の受信をユーザ端末において完了した後、コンテンツの視聴が可能となる。
【０００５】
２つ目の形式は、ストリーミング（以下、「ＳＴ」と記載）形式である。ＳＴ形式において、ユーザは、コンテンツデータをユーザ端末において受信しながら、同時にその受信したコンテンツの視聴が可能である。
【０００６】
そして、デジタル情報であるコンテンツデータは、容易にコピー可能であるため、配信するコンテンツデータを暗号化する対策がとられている。例えば、特許文献１においては、２重鍵暗号化方式を用いてコンテンツデータの暗号化を行っている。
【０００７】
しかしながら、通常、ＤＬ形式、及びＳＴ形式では契約が別々のことが多く、その場合、ＤＬ形式、ＳＴ形式で同一のコンテンツデータを配信しているにも拘わらず、異なる鍵データ（コンテンツ鍵データ）を用意する必要があり、このため、サーバに格納される暗号化鍵のデータ量は増大し、サーバにかかる負荷は増大する。
【特許文献１】特開２００６−０２０１５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は、サーバにかかる負荷を抑えつつ、複数形式のコンテンツデータの配信及びユーザ端末による再生を可能とするコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明の一態様に係るコンテンツ配信システムは、ユーザが保持するユーザ端末と、当該ユーザ端末からのコンテンツデータの要求に伴い前記コンテンツデータをコンテンツ鍵データで暗号化してなる暗号化コンテンツデータを配信するコンテンツ配信サーバと、前記暗号化コンテンツデータを復号化する前記コンテンツ鍵データを前記ユーザ端末に配信する鍵配信サーバとを有するコンテンツ配信システムにおいて、前記コンテンツ配信サーバは、コンテンツデータ毎に異なるコンテンツ鍵データにより暗号化された前記暗号化コンテンツデータを前記ユーザ端末に送信する第１送信部を備え、前記鍵配信サーバは、第１の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第１ユーザ鍵データにより暗号化し第１暗号化コンテンツ鍵データを生成すると共に、第２の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第２ユーザ鍵データにより暗号化し第２暗号化コンテンツ鍵データを生成する暗号化部と、前記第１暗号化コンテンツ鍵データ、又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する第２送信部とを備え、前記ユーザ端末は、受信した前記第１暗号化コンテンツ鍵データを前記第１ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第１の形式をもつ前記コンテンツデータを生成すると共に、受信した前記第２暗号化コンテンツ鍵データを前記第２ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第２の形式をもつ前記コンテンツデータを生成する復号化部を備えることを特徴とする。
【００１０】
また、本発明の一態様に係るコンテンツ配信方法は、ユーザが保持するユーザ端末からの要求に伴い暗号化コンテンツを配信するコンテンツ配信方法において、コンテンツデータ毎に異なるコンテンツ鍵データにより暗号化された前記暗号化コンテンツデータを前記ユーザ端末に送信する第１送信ステップと、第１の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第１ユーザ鍵データにより暗号化し第１暗号化コンテンツ鍵データを生成する、或いは、第２の形式をもつ前記暗号化コンテンツデータに対応する前記コンテンツ鍵データをユーザ毎に異なる第２ユーザ鍵データにより暗号化し第２暗号化コンテンツ鍵データを生成する暗号化ステップと、前記第１暗号化コンテンツ鍵データ、又は前記第２暗号化コンテンツ鍵データを前記ユーザ端末に送信する第２送信ステップと、受信した前記第１暗号化コンテンツ鍵データを前記第１ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第１の形式をもつ前記コンテンツデータを生成する、或いは、受信した前記第２暗号化コンテンツ鍵データを前記第２ユーザ鍵データにより復号化し前記コンテンツ鍵データを生成し、当該生成したコンテンツ鍵データにより前記暗号化コンテンツデータを復号化して第２の形式をもつ前記コンテンツデータを生成する復号化ステップとを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、サーバにかかる負荷を抑えつつ、複数形式のコンテンツデータの配信及びユーザ端末による再生を可能とするコンテンツ配信システムを提供することができる。
【発明を実施するための最良の形態】
【００１２】
先ず、図１３を参照して、ＭＱｂｉｃ（登録商標）において採用されている暗号化二重鍵方式の一例を説明する。図１３は係るＭＱｂｉｃにおいて採用されている暗号化二重鍵方式に対応したＳＤカード及びユーザ端末の構成を示す模式図である。ここで、ＳＤカードＳＤｑは、データをセキュアに記憶したセキュア記憶媒体の一例であり、システム領域(System Area)１、秘匿領域(Hidden Area)２、保護領域(Protected Area)３、ユーザデータ領域(User Data Area)４及び暗復号部５を備えており、各領域１〜４にデータが記憶されている。
【００１３】
このようなＳＤカードＳＤｑは、具体的には、システム領域１には鍵管理情報ＭＫＢ(Media Key Block)及びメディア識別子ＩＤｍが記憶され、秘匿領域２にはメディア固有鍵Ｋｍｕが記憶され、保護領域３には暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ：Ｋｕ）が記憶され、ユーザデータ領域４には暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ：Ｋｃ）が記憶されている。なお、Ｅｎｃ（Ａ：Ｂ）の表記は、本明細書中ではデータＡにより暗号化されたデータＢを意味する。ここで、ユーザ鍵Ｋｕは、コンテンツ鍵Ｋｃに対する暗号化／復号鍵であり、複数個の暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ：Ｋｃ１）、Ｅｎｃ（Ｋｕ：Ｋｃ２）、…に対しても、共通に使用され得る。また、ＳＤカードＳＤｑの添字ｑは、ＭＱｂｉｃ（登録商標）に対応する旨を表す。
【００１４】
ここで、システム領域１は、読取専用でＳＤカード外部からアクセス可能な領域である。秘匿領域２は、読取専用でＳＤカード自身が参照する領域であり、外部からのアクセスが一切不可となっている。保護領域３は、認証に成功した場合にＳＤカード外部から読出／書込可能な領域である。ユーザデータ領域４は、ＳＤカード外部から自由に読出／書込可能な領域である。暗復号部５は、保護領域３とＳＤカード外部との間で、認証、鍵交換及び暗号通信を行なうものであり、暗号化／復号機能をもっている。
【００１５】
このようなＳＤカードＳＤｑに対し、再生用のユーザ端末１０ｑは以下のように論理的に動作する。すなわち、ユーザ端末１０ｑでは、ＳＤカードＳＤｑのシステム領域１から読み出した鍵管理情報ＭＫＢを、予め設定されたデバイス鍵ＫｄによりＭＫＢ処理し（ＳＴ１）、メディア鍵Ｋｍを得る。次に、ユーザ端末１０ｑは、このメディア鍵Ｋｍと、ＳＤカードＳＤｑのシステム領域１から読み出したメディア識別子ＩＤｍとを共にハッシュ処理し（ＳＴ２）、メディア固有鍵Ｋｍｕを得る。
【００１６】
しかる後、ユーザ端末１０ｑは、このメディア固有鍵Ｋｍｕに基づいて、ＳＤカードＳＤｑの暗復号部５との間で認証及び鍵交換（ＡＫＥ： Authentication Key Exchange）処理を実行し（ＳＴ３）、ＳＤカードＳＤｑとの間でセッション鍵Ｋｓを共有する。なお、ステップＳ３の認証及び鍵交換処理は、暗復号部５に参照される秘匿領域２内のメディア固有鍵Ｋｍｕと、ユーザ端末１０ａに生成されたメディア固有鍵Ｋｍｕとが一致するときに成功し、セッション鍵Ｋｓが共有される。
【００１７】
続いて、ユーザ端末１０ｑは、セッション鍵Ｋｓを用いた暗号通信を介して保護領域３から暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ：Ｋｕ）を読み出すと（ＳＴ４）、この暗号化ユーザ鍵Ｅｎｃ（Ｋｍｕ：Ｋｕ）をメディア固有鍵Ｋｍｕにより復号処理し（ＳＴ５）、ユーザ鍵Ｋｕを得る。
【００１８】
最後に、ユーザ端末２０ｑは、ＳＤカードＳＤｑのユーザデータ領域４から暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ：Ｋｃ）を読み出すと、この暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ：Ｋｃ）をユーザ鍵Ｋｕにより復号処理し（Ｓ５ｑ）、コンテンツ鍵Ｋｃを得る。最後に、ユーザ端末１０ａは、メモリ１１ｑから暗号化コンテンツＥｎｃ（Ｋｃ：Ｃ）を読出すと、この暗号化コンテンツＥｎｃ（Ｋｃ：Ｃ）をコンテンツ鍵Ｋｃにより復号処理し（ＳＴ６）、得られたコンテンツＣを再生する。なお、上記の例では、暗号化コンテンツは、ユーザ端末２０ｑ内のメモリ１１ｑに記憶されるとしたが、外部の記憶媒体に記憶されていてもよい。
【００１９】
次に、図１〜図１２を参照して、本発明にかかるコンテンツ配信システムの一実施形態を説明する。なお、本実施形態のコンテンツ配信システムには、上述した暗号化二重鍵方式であるＭＱｂｉｃ（登録商標）が用いられている。本システムの暗号化二重鍵方式にあっては、コンテンツデータＣｉをコンテンツ鍵データＫｃｉに基づき暗号化した暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を用いる。さらに、本システムにあっては、コンテンツ鍵データＫｃｉを、ＤＬ用ユーザ鍵Ｋｕｄにより暗号化したＤＬ用暗号化コンテンツ鍵Ｅｎｃ（Ｋｕｄ：Ｋｃｉ）、或いはＳＴ用ユーザ鍵Ｋｕｓにより暗号化したＳＴ用暗号化コンテンツ鍵Ｅｎｃ（Ｋｕｄ：Ｋｃｉ）を用いる。
【００２０】
[第１実施形態]
（第１実施形態の構成）
図１を参照して、本発明の第１実施形態に係るコンテンツ配信システムの構成を説明する。図１に示すように、第１実施形態に係るコンテンツ配信システムは、主に、コンテンツを配信するコンテンツ配信サーバ１０と、各種鍵を配信する鍵配信サーバ２０と、ユーザにより管理されるユーザ端末３０とにより構成されている。これらコンテンツ配信サーバ１０、鍵配信サーバ２０、ユーザ端末３０は、インターネット等の通信ネットワーク４０を介して接続されている。ＤＬ形式、ＳＴ形式でユーザ鍵データは別々（Ｋｕｄ、Ｋｕｓ）であるが、コンテンツ鍵データＫｃｉは共通とされている。
【００２１】
なお、図１においては、コンテンツ配信サーバ１０、鍵配信サーバ２０、ユーザ端末３０は、各々一台ずつ配置した構成を記載しているが、本発明は、この構成に限定されるものではない。例えば、コンテンツサーバ１０と、鍵配信サーバ２０とを、それぞれ複数配置してもよい。また、コンテンツサーバ１０と、鍵配信サーバ２０とを統合させてもよい。また、ユーザ端末３０は、パソコン以外に携帯電話等であってもよく、ユーザ個人所有のものに限らず、インターネットカフェ、コンビニエンスストア、ガソリンスタンド等に配置され公衆間で共用される端末であってもよい。
【００２２】
コンテンツ配信サーバ１０は、ＨＤＤ（Hard Disc Drive）等の記憶部１１と、ＣＰＵ（Central Processing Unit）等の制御部１２とを備える。なお、制御部１２の機能は、記憶部１１から読み出したプログラムにより実現する。
【００２３】
記憶部１１は、コンテンツデータＤＢ１１１、コンテンツメタデータＤＢ１１２、コンテンツ識別情報ＤＢ１１３を備える。その他、記憶部１１は、前述のプログラム等を格納する。なお、「ＤＢ」の記載は、データベースを示す。
【００２４】
コンテンツデータＤＢ１１１は、平文のコンテンツデータＣｉ、及びこのコンテンツデータＣｉをコンテンツ鍵データＫｃｉにより暗号化してなる暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を格納している。
【００２５】
コンテンツメタデータＤＢ１１２は、コンテンツに関する情報（コンテンツメタデータ）を格納している。コンテンツに関する情報とは、コンテンツ名称、種別、ジャンルなどの書誌情報等を含む。
【００２６】
コンテンツ識別情報ＤＢ１１３は、各暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を復号化するコンテンツ鍵データＫｃｉを一意に特定する情報であるＣＩＤ（コンテンツ識別情報）を含む。なお、ＳＴ形式の暗号化コンテンツＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＣＩＤは、ＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＣＩＤと異なるものとする。
【００２７】
制御部１２は、暗号化部１２１、送信部１２２、ＣＩＤ付与部１２３から構成されている。
【００２８】
暗号化部１２１は、コンテンツデータＤＢ１１１に格納されたコンテンツデータＣｉをコンテンツ鍵データＫｃｉにより暗号化し、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を生成する。また、暗号化部１２１は、この暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツデータＤＢ１１１に格納する。コンテンツデータＣｉ（Ｃ１、Ｃ２、・・・、Ｃｎ）には、それぞれコンテンツ鍵データＫＣｉ（Ｋｃ１、Ｋｃ２、・・・、Ｋｃｎ）が一対一に対応するように設けられている。
【００２９】
送信部１２２は、ユーザ端末３０からの要求に伴い、ネットワーク４０を介してユーザ端末３０に暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を送信する。また、この暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）の配信は、ＳＴ形式、或いはＤＬ形式で行われる。コンテンツ鍵データＫｃｉは、ＤＬ／ＳＴ形式のいずれかで配信が行われるが、ＤＬ／ＳＴ形式とは関係なく、対応するコンテンツデータＣｉに共通に用いられる。
【００３０】
ＣＩＤ付与部１２３は、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を復号化するコンテンツ鍵データＫｃｉを一意に特定する情報であるＣＩＤ（コンテンツ識別情報）を、送信する暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に付与する。
【００３１】
鍵配信サーバ２０は、ＨＤＤ等の記憶部２１と、ＣＰＵ等の制御部２２とを備える。なお、制御部２２の機能は、記憶部２１から読み出したプログラムにより実現する。
【００３２】
記憶部２１は、コンテンツ鍵データＤＢ２１１、ユーザデータＤＢ２１２から構成されている。
【００３３】
コンテンツ鍵データＤＢ２１１は、コンテンツ鍵データＫｃｉを格納する。
【００３４】
ユーザデータＤＢ２１２は、各ユーザの個人情報、ＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）を復号化するＳＴ用ユーザ鍵Ｋｕｓ、ＤＬ用コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を復号化するＤＬ用ユーザ鍵Ｋｕｄを格納する。なお、ＳＴ用ユーザ鍵データＫｕｓ及びＤＬ用ユーザ鍵データＫｕｄは、ユーザ毎に異なるユーザＩＤ（個体識別情報）に基づき生成されたものである。
【００３５】
制御部２２は、暗号化部２２１、送信部２２２から構成される。
【００３６】
暗号化部２２１は、コンテンツ鍵データＫｃｉを、ＳＴ用ユーザ鍵Ｋｕｓ、或いはＤＬ用ユーザ鍵Ｋｕｄに基づきコンテンツ鍵データＫｃｉを暗号化し、ＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）或いはＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を生成する。すなわち、コンテンツ鍵データＫｃｉは、ＤＬ形式、ＳＴ形式のいずれかに関係なく、一つのコンテンツデータＣｉに共通に用いられる。対して、ユーザ鍵、ＤＬ形式とＳＴ形式で異なっている（Ｋｕｄ、Ｋｕｓ）。
【００３７】
送信部２２２は、ユーザ端末３０からの要求に伴い、ネットワーク４０を介してＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）或いはＳＴ用コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）をユーザ端末３０に送信する。
【００３８】
ユーザ端末３０は、表示制御部３１、入出力（Ｉ／Ｏ）部３２、ＲＡＭ３３、ＣＰＵ等の制御部３４、ＳＤカード等の記憶部３５から構成されている。
【００３９】
制御部３４は、送受信部３４１、ＤＬ用コンテンツ生成部３４２を含んでいる。なお、これら制御部３４の構成は、記憶部３５に格納されたプログラムを実行することにより実現される。
【００４０】
送受信部３４１は、外部とコンテンツデータ等の送受信を行う。ＤＬ用コンテンツ生成部３４２は、ＳＴ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に基づきＤＬ形式のコンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を生成する。
【００４１】
記憶部３５において、システム領域３５１には鍵管理情報ＭＫＢ(Media Key Block)及びメディア識別子ＩＤｍが記憶され、秘匿領域３５２にはメディア固有鍵Ｋｍｕが記憶され、保護領域３５３にはＤＬ用暗号化ユーザ鍵データＥｎｃ（Ｋｍｕ：Ｋｕｓ）、及びＳＴ用暗号化ユーザ鍵データＥｎｃ（Ｋｍｕ：Ｋｕｓ）が記憶され、ユーザデータ領域４にはＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）、及びＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）が記憶される。なお、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）は、ユーザデータ領域３５４に格納されてもよいし、図示しない別の記憶媒体に格納されてもよい。ここで、ＳＴ用ユーザ鍵Ｋｕｓは、ＳＴ用暗号化コンテンツ鍵データＫｃｉに対する暗号化／復号鍵であり、複数個の暗号化コンテンツ鍵Ｅｎｃ（Ｋｕ：Ｋｃ１）、Ｅｎｃ（Ｋｕ：Ｋｃ２）、…に対しても、共通に使用され得る。ＤＬ用ユーザ鍵Ｋｕｄも同様である。
【００４２】
ここで、システム領域３５１は、読取専用で記憶部３５の外部からアクセス可能な領域である。秘匿領域３５２は、読取専用で記憶部３５自身が参照する領域であり、外部からのアクセスが一切不可となっている。保護領域３５３は、認証に成功した場合にＳＤカード外部から読出／書込可能な領域である。ユーザデータ領域３５４は、ＳＤカード外部から自由に読出／書込可能な領域である。暗号復号化部３５５は、保護領域３５３と記憶部３５との間で、認証、鍵交換及び暗号通信を行なうものであり、暗号化／復号機能をもっている。
【００４３】
（第１実施形態の暗号化コンテンツデータの構成）
次に、図２〜図６を参照して、第１実施形態の暗号化コンテンツの構成の概要を説明する。なお、第１実施形態の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）のＳＴ配信は、ＴＳ（Transport Streaming）形式で行われる。
【００４４】
図２は、ＴＳ形式の階層を示す図である。図２に示すように、ＴＳ形式において、その最上位にはＮＩＴ（Network Information Table）、ＰＡＴ（Program Allocation Table）が位置する。ＮＩＴは、ネットワーク内の全てのチャンネル情報、周波数情報を示すものである。ＰＡＴは、ＴＳ形式における全てのＰＭＴ（Program Map Table）のＰＩＤ（Packet ID）を示すものである。
【００４５】
ＰＡＴは、複数のＰＭＴ（ＰＭＴ１、ＰＭＴ２、・・・）を含む。各ＰＭＴ（ＰＭＴ１、ＰＭＴ２・・・等）は、Ｖｉｄｅｏ ＥＳ(Video Elementary Stream)、Ａｕｄｉｏ ＥＳ（Audio Elementary Stream）、ＰＣＲ（Program Clock Reference）を含む。ここで、Ｖｉｄｅｏ ＥＳは、映像情報を含むものである。Ａｕｄｉｏ ＥＳは、音声情報を含むものである。ＰＣＲは、送信部１２２の基準時刻（提示タイミングなど）を含む情報である。
【００４６】
図３は、ＭＰＥＧ ＴＳ Ｐａｃｋｅｔフォーマットの構成を示す図である。図３（ｂ）に示すように、送信される情報は、連続する複数のＴＳ Ｐａｃｋｅｔ(188bytes)から構成されている。
【００４７】
このＴＳ ＰａｃｋｅｔのＨｅａｄｅｒには、図３（ａ）の左側から示すように、「Sync byte」(8bits)，「Transport error Indicator」(1bit)，「Payload unit start Indicator」(1bit)，「Trans Priority」(1bit)，「ＰＩＤ」(13bits)，「Transport Scrambling Control」(2bits)，「Adaptation Filed Control」(2bits)，「Continuity Counter(4bits)」の情報を含む。
【００４８】
また、ＭＰＥＧ ＴＳ Ｐａｃｋｅｔフォーマットは、ＴＳＰａｃｋｅｔのＨｅａｄｅｒに続いて、図３（ｃ）に示す構成を有している。図３（ｃ）の左側から示すように、「Adaptation field length」(8bits)，「Discontinuity Indicator」(1bit)，「Random Access Indicator」(1bit)，「Elementary Stream Priority」(1bit)，「Flags」，「Optional Adaptation Fields」，「Stuffing bytes 0xFF」，「Packet Payload(PES or PSI data) Start code 0x000001yy」の情報を含む。暗号化コンテンツ（映像情報、音声情報等）は、「Packet Payload(PES（Packetized Elementary Stream）or PSI(Program Specific Information) data) Start code 0x000001yy」に含まれる。
【００４９】
また、図３（ｃ）に示した「Packet Payload」には、ＣＩＤは付与されない。つまり、ＰＩＤのみで、ＴＳパケットを識別する。この「Packet Payload」が、コンテンツ鍵データにより暗号化される。なお、「Packet Payload」は、複数のエレメンタリーストリームにより構成され、それぞれのストリームには固有のＰＩＤが付与される。ＣＩＤは、プログラム単位に付与される。従って、プログラムを構成する複数のエレメンタリーストリームは、同一のＣＩＤに対応する。
【００５０】
また、上述した図３（ｃ）の「Optional Adaptation Fields」は、図３（ｄ）の左側から示すように「PCR」(42+6res)，「OPCR(Original Clock Reference)」(42+6res)，「Splice countdown」(8bits)，「TS private data」(variable)，「Adaptation field ext.」の情報を含む。
【００５１】
次に、図４を参照して、ＰＡＴの構成を説明する。ＰＡＴは、図４の左上から示すように、「Table Identifier '0x00'」(8bits)，「Section syntax indicator "1"」(1bit)，「Reserved future use」(1bit)，「Reserved '11'」(2bits)，「Section length」(12bits)，「Transport stream identifier」(16bits)，「Reserved "11"」(2bits)，「Version number」(5bits)，「Current next indicator」(1bit)，「Section number」(8bits)，「Last section number」(8bits)，「Section number」(8bits)，「Last section number」(8bits)，「repeat」，「CRC(cyclic redundancy check)」(32bits)の情報を含む。
【００５２】
ここで、例えば、図４に示す「Table Identifier '0x00'」は、ＰＡＴのテーブルＩＤを示すものであり、「Transport stream identifier」は、当該ＰＡＴが含まれるＴＳのＩＤを示すものである。また、「repeat」は、繰り返し行う処理を示しており、「Broadcasting program number identifier = "0"」(16bits)，「Reserved "111"」(3bits)，「Network PID "0x0010"」(13bits)，「Broadcasting program number identifier <>"0"」(16bits)，「Reserved "111"」(3bits)，「Program map PID」(13bits)の情報を含む。ここで、「Network PID "0x0010"」は、ＮＩＴのＰＩＤを示すものであり、「Program map PID」は、ＰＭＴのＰＩＤを示すものである。
【００５３】
次に、図５を参照して、ＰＭＴの構成を説明する。ＰＭＴは、図５の左上から示すように、先頭ＴにＴＳのパケットヘッダを付加している。続いて、ＰＭＴは、「Table Identifier '0x02'」(8bits)，「Section syntax indicator "1"」(1bit)，「Reserved future use "0"」(1bit)，「Reserved "11"」(2bits)，「Section length」(12bits)，「Transport stream identifier」(16bits)，「Reserved "11"」(2bits)，「Version number」(5bits)，「Current next indicator」(1bit)，「Section number」(8bits)，「Last section number」(8bits)，「Reserved "111"」(3bits)，「PCR_PID」(13bits)，「Reserved "1111"」(4bits)，「Program information length」(12bits)，「Descriptors field1」(8*Nbits)，「repeat」，「CRC」(32bits)の情報を含む。
【００５４】
ここで、例えば、図５に示す「Table Identifier '0x02'」は、ＰＭＴのテーブルＩＤを示し、「Transport stream identifier」は、当該ＰＭＴが含まれるＴＳのＩＤを示す。また、「repeat」は、繰り返し行う処理を示しており、「Stream type identifier」(8bits)，「Reserved "111"」(3bits)，「Elementary stream PID」(13bits)，「Reserved "1111"」(4bits)，「ES information length」，「Descriptors field2」(8*Nbits)の情報を含む。
【００５５】
第１実施形態においては、ＣＩＤ付与部１２３が、「Descriptors field2」にＣＩＤを記載する。これにより、ＰＩＤとＣＩＤとを対応させることができる。
【００５６】
（第１実施形態のコンテンツデータ生成動作）
次に、図６及び図７を参照して第１実施形態のコンテンツデータ生成動作について説明する。図６は、コンテンツデータＣｉがＳＴ形式で生成される場合を示したコンテンツデータ生成動作を示し、図７は、コンテンツデータＣｉがＤＬ形式で生成される場合を示したコンテンツデータ生成動作を示す。
【００５７】
はじめに、図６を参照して、コンテンツデータＣｉがＳＴ形式で生成される場合を説明する。図６に示すように、先ず、ユーザ端末３０において、送受信部３４１は、Ｉ／Ｏ３２に接続されたキーボード又はマウス等（図示略）からの入力を受け付け、ＳＴ形式によるコンテンツデータＣｉの配信をコンテンツ配信端末１０に要求する（ステップＳ１０１）。
【００５８】
続いて、コンテンツ配信サーバ１０において、送信部１２２は、ユーザ端末３０から要求されたコンテンツデータＣｉに対応する暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツデータＤＢ１１１から読み出す（ステップＳ１０２）。次に、送信部１２２は、その暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）をユーザ端末３０に送信するように鍵配信サーバ２０に要求する（ステップＳ１０３）。そして、送信部１２２は、コンテンツ識別情報ＤＢ１１３から読み出した暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＣＩＤを読み出し、そのＣＩＤと暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をユーザ端末３０にＳＴ形式で配信する（ステップＳ１０４）。
【００５９】
暗号化部１２１は、映像信号、音声信号を符号化し、続いてＥＳ(Elementary Stream)とした後、ＰＥＳ（Packetized Elementary Stream）とする。暗号化部１２１は、ＰＥＳとする際に、映像信号及び音声信号を暗号化する。また、暗号化部１２１は、提示タイミング、及び信号形式に基づきＰＳＩ（各種配列情報）を生成する。
【００６０】
そして、配信について具体的に説明すると、暗号化部１２１は、ＰＥＳ化した映像情報、ＰＥＳ化した音声情報、及びＰＳＩを多重化して、スクランブルをかけて配信する。
【００６１】
一方、鍵配信サーバ２０において、送信部２２２は、コンテンツ鍵データＤＢ２１１よりコンテンツ鍵データＫｃｉを読み出す（ステップＳ１０５）。続いて、送信部２２２は、コンテンツ鍵データＫｃｉをＳＴ用ユーザ鍵Ｋｕｓで暗号化し、ＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）を生成する（ステップＳ１０６）。ここで、ステップＳ１０６において生成されるＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）は、使用規則（Usage Rule）を持たない型とする。そして、送信部２２２は、生成したＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）をユーザ端末３０に送信する（ステップＳ１０７）。
【００６２】
次に、ユーザ端末３０において、送受信部３４１は、ＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）を受信する（ステップＳ１０８）。次に、暗号復号化部３５５は、ＳＴ用暗号化ユーザ鍵データＥｎｃ（Ｋｍｕ：Ｋｕｓ）を読み出し（ステップＳ１０９）、メディア固有鍵データＫｍｕにより復号化し、ＳＴ用ユーザ鍵データＫｕｓを生成する（ステップＳ１１０）。
【００６３】
続いて、暗号復号化部３５５は、生成したＳＴ用ユーザ鍵データＫｕｓによりＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）を復号化し、コンテンツ鍵データＫｃｉを生成する（ステップＳ１１１）。そして、送受信部３４１は、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）及びＣＩＤをＳＴ形式にて受信し（ステップＳ１１２）、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツ鍵データＫｃｉにより復号化し、コンテンツデータＣｉを生成する（ステップＳ１１３）。以上で、図６に示す一連の処理を終了する。
【００６４】
ここで、ステップＳ１１２、及びステップＳ１１３の処理を具体的に説明する。先ず、送受信部３４１は、「ＰＩＤ＝０」のＴＳパケットを取得する（ＰＡＴ取得）。続いて、送受信部３４１は、ＰＡＴを解析し、ＰＭＴを伝送するＴＳパケットのＰＩＤを取得する。次に、送受信部３４１は、ＰＭＴを取得し、ＰＭＴ解析、各プログラムを構成するビットストリームのＰＩＤを取得する。そして、送受信部３４１は、ＰＩＤを選択して、メディアのＴＳパケットを取得する。
【００６５】
次に、暗号復号化部３５５は、先ず、受信したスクランブルがかかった情報を元のスクランブルのかかっていない情報に戻す。続いて、暗号復号化部３５５は、ＴＳ形式である暗号化コンテンツからＰＳＩを抽出し、そのＰＳＩに基づきパケットを選択する。そして、暗号復号化部３５５は、選択したパケットによりＰＥＳを取り出す。暗号復号化部３５５は、このＰＥＳを取り出す時点で、暗号化コンテンツの復号化を行う。続いて、暗号復号化部３５５は、取り出したＰＥＳをＥＳ化し、符号化し、最後に映像信号、及び音声信号に戻す。
【００６６】
次に、図７を参照して暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）がＤＬ形式で配信された場合を説明する。図７に示すように、先ず、ユーザ端末３０において、送受信部３４１は、Ｉ／Ｏ３２に接続されたキーボード又はマウス等からの入力を受け付け、ＤＬ形式によるコンテンツデータＣｉの配信をコンテンツ配信端末１０に要求する（ステップＳ２０１）。
【００６７】
続いて、コンテンツ配信サーバ１０において、送信部１２２は、ユーザ端末３０から要求されたコンテンツデータＣｉに対応する暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツデータＤＢ１１１から読み出す（ステップＳ２０２）。次に、送信部１２２は、その暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）をユーザ端末３０に送信するように鍵配信サーバ２０に要求する（ステップＳ２０３）。そして、送信部１２２は、コンテンツ識別情報ＤＢ１１３から読み出した暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するＣＩＤを読み出し、そのＣＩＤと暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をユーザ端末３０にＤＬ配信する（ステップＳ２０４）。
【００６８】
一方、鍵配信サーバ２０において、送信部２２２は、コンテンツ鍵データＤＢ２１１よりコンテンツ鍵データＫｃｉを読み出す（ステップＳ２０５）。続いて、送信部２２２は、コンテンツ鍵データＫｃｉをＤＬ用ユーザ鍵Ｋｕｄで暗号化し、ＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を生成する（ステップＳ２０６）。ここで、ステップＳ２０６において生成したＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）は、使用規則（Usage Rule）を有する型を使用する。ＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）には、使用期間などが記載される。そして、送信部２２２は、生成したＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）をユーザ端末３０に送信する（ステップＳ２０７）。
【００６９】
次に、ユーザ端末３０において、送受信部３４１は、ＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を受信する（ステップＳ２０８）。次に、暗号復号化部３５５は、ＤＬ用暗号化ユーザ鍵データＥｎｃ（Ｋｍｕ：Ｋｕｄ）を読み出し（ステップＳ２０９）、メディア固有鍵データＫｍｕにより復号化し、ＤＬ用ユーザ鍵データＫｕｄを生成する（ステップＳ２１０）。
【００７０】
続いて、暗号復号化部３５５は、生成したＤＬ用ユーザ鍵データＫｕｄによりＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を復号化し、コンテンツ鍵データＫｃｉを生成する（ステップＳ２１１）。そして、送受信部３４１は、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）及びＣＩＤをＳＴ形式にて受信する（ステップＳ２１２）。
【００７１】
続いて、ＤＬ用コンテンツ生成部３４２は、受信した暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を、コンテンツ識別情報、メタ情報、暗号化コンテンツデータの内容（映像、音声等）に分離する（ステップＳ２１３）。続いて、ＤＬ用コンテンツ生成部３４２は、ＳＴ形式のコンテンツデータのＣＩＤからＤＬ形式のコンテンツデータのＣＩＤを、予め定められた生成則に基づき生成する（ステップＳ２１４）。そして、ＤＬ用コンテンツ生成部３４３は、ＤＬ形式のコンテンツのＣＩＤ、メタ情報、暗号化コンテンツデータの内容（映像、音声等）によりＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を生成する（ステップＳ２１５）。
【００７２】
そして、暗号復号化部３５５は、生成したＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツ鍵データＫｃｉにより復号化し、コンテンツデータＣｉを生成する（ステップＳ２１６）。
【００７３】
このような動作によれば、コンテンツ配信サーバ１０は、各暗号化コンテンツＥｎｃ（Ｋｃｉ：Ｃｉ）に対応するコンテンツ鍵データをさらに、ＳＴ用とＤＬ用に異なる鍵で暗号化して、ユーザ端末３０に送信することができる。つまり、ユーザ端末３０毎に配信されるコンテンツデータの形式に応じて、ユーザ端末３０によるコンテンツデータの視聴を制限することができる。例えば、コンテンツ配信サーバ１０の管理者は、ＳＴ形式のコンテンツデータとＤＬ形式のコンテンツデータとに異なる設定料金を設けて、配信することができる。
【００７４】
また、上記のような動作によれば、ＳＴ形式で配信される暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）であっても、ユーザ端末３０においてＤＬ形式で保存することができる。つまり、ユーザは、ユーザ端末３０を用いてＳＴ形式で視聴したコンテンツを、再度、ＤＬ用ユーザ鍵データＫｕｄで暗号化したＤＬ形式のコンテンツデータとして保存した後、好きな時間に視聴することができる。
【００７５】
［第２実施形態］
（第２実施形態のコンテンツ生成動作）
次に、図８を参照して第２実施形態のコンテンツ配信システムについて説明する。第２実施形態に係るコンテンツ配信システムは、ユーザ端末３０におけるＤＬ形式によるコンテンツデータＣｉの生成動作において第１実施形態と異なる。なお、第２実施形態にかかるコンテンツ配信システムの構成、及びＳＴ形式によるコンテンツデータＣｉの生成動作は、第１実施形態と同一であるので、その説明を省略する。
【００７６】
図８において、ステップＳ３０１〜ステップＳ３１５の処理は、第１実施形態におけるＤＬ形式のコンテンツ生成動作（ステップＳ２０１〜ステップＳ２１５）と同様の処理を示す。よって、ステップＳ３０１〜ステップＳ３１５の処理の説明は、省略する。
【００７７】
ステップＳ３１５に続き、コンテンツ配信サーバ１０において、ＤＬ用コンテンツ生成部１２４は、ＴＳパケットとして受信された暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツ鍵データＫｃｉにより復号化し、コンテンツデータＣｉを生成する（ステップＳ３１６）。そして、図９に示すように、暗号復号化部３５５は、復号化されたコンテンツデータＣｉの「Ｐａｙｌｏａｄ（ＰＥＳ）」及び「ＴＳ  Ｈｅａｄｅｒ」をまとめて再度、コンテンツ鍵データＫｃｉ’により暗号化し、暗号化コンテンツデータＥｎｃ（Ｋｃｉ’：Ｃｉ＋ヘッダ）を生成する（ステップＳ３１７）。
【００７８】
つまり、上記ステップＳ３１６及びステップＳ３１７の処理は、図９に示すように、「Ｐａｙｌｏａｄ（ＰＥＳ）」のみが暗号化されていたもの（暗号化領域［１］）を、「Ｐａｙｌｏａｄ（ＰＥＳ）」及び「ＴＳ  Ｈｅａｄｅｒ」をまとめて暗号化したもの（暗号化領域［２］）に変換する処理である。
【００７９】
上記のような動作によれば、例えば、ＳＤカード等の保存規格に合わせて暗号化コンテンツデータＥｎｃ（Ｋｃｉ’：Ｃｉ＋ヘッダ）を格納することができる。
【００８０】
[第３実施形態]
次に、図１０及び図１１を参照して、本発明の第３実施形態に係るコンテンツ配信システムについて説明する。図１０は、第３実施形態に係るコンテンツ配信システムの概略構成を示す図であり、図１１は、第３実施形態におけるＤＬ形式のコンテンツ生成動作を説明するフローチャートである。
【００８１】
（第３実施形態のコンテンツ配信システムの構成）
先ず、図１０を参照して、第３実施形態のコンテンツ配信システムの構成について説明する。図１０に示すように、第３実施形態に係るコンテンツ配信システムは、コンテンツ配信サーバ１０’の制御部１２’、及びユーザ端末３０’の制御部３４’の構成が、第１及び第２実施形態と異なる。その他、第３実施形態のコンテンツ配信システムの構成は、第１実施形態及び第２実施形態と同様であるので、同一符号を付し、その説明を省略する。
【００８２】
コンテンツ配信サーバ１０’の制御部１２’は、第１及び第２実施形態の制御部１２にＤＬ用コンテンツ生成部１２４を加えたものである。ＤＬ用コンテンツ生成部１２４は、ＳＴ形式の暗号化コンテンツに基づきＤＬ形式の暗号化コンテンツデータを生成する。
【００８３】
ユーザ端末３０’は、第１実施形態のＤＬ用コンテンツ生成部３４２を省略した構成を有する。
【００８４】
（第３実施形態のコンテンツデータ生成動作）
次に、図１１を参照して、第３実施形態におけるＤＬ形式のコンテンツデータ生成動作について説明する。図１１に示すように、第３実施形態のステップＳ４０１〜ステップＳ４０３は、第１実施形態のステップＳ２０１〜ステップＳ２０３と同一である。また、第３実施形態のステップＳ４０８〜ステップＳ４１４は、第１実施形態のステップＳ２０５〜ステップＳ２１１と同一である。よって、第３実施形態のステップＳ４０１〜ステップＳ４０３、及びステップＳ４０８〜ステップＳ４１４の処理の説明は省略する。
【００８５】
第３実施形態のステップＳ４０３に続き、コンテンツ配信サーバ１０’においてＤＬ用コンテンツ生成部１２４は、ＳＴ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を、コンテンツ識別情報、メタ情報、暗号化コンテンツデータの内容（映像、音声等）に分離する（ステップＳ４０４）。続いて、ＤＬ用コンテンツ生成部１２４は、ＳＴ形式のコンテンツデータＣｉのＣＩＤからＤＬ形式のコンテンツデータのＣＩＤを、予め定められた生成則に基づき生成する（ステップＳ４０５）。そして、ＤＬ用コンテンツ生成部１２４は、ＤＬ形式のコンテンツのＣＩＤ、メタ情報、暗号化コンテンツデータの内容（映像、音声等）によりＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を生成し（ステップＳ４０６）、ユーザ端末３０’に送信する（ステップＳ４０７）。
【００８６】
第３実施形態のステップＳ４１４に続き、ユーザ端末３０’において送受信部３４１は、ＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）を受信する（ステップＳ４１５）。そして、送受信部３４１は、暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）をコンテンツ鍵データＫｃｉにより復号化し、コンテンツデータＣｉを生成する（ステップＳ４１６）。なお、ＤＬ用コンテンツ生成部１２４は、ステップＳ４０４〜ステップＳ４０６の処理にて生成されたＤＬ形式の暗号化コンテンツデータＥｎｃ（Ｋｃｉ：Ｃｉ）、及び当該ＤＬ形式のコンテンツデータＣｉのＣＩＤをコンテンツデータＤＢ１１１に格納する。
【００８７】
上記のような動作によれば、コンテンツ配信サーバ１０’は、ＳＴ形式のコンテンツデータ配信と並列してＤＬ形式のコンテンツデータＣｉを生成することができる。例えば、コンテンツ配信サーバ１０’は、Ｌｉｖｅ中継等を生放送するとともに、ＤＬ形式のコンテンツデータＣｉを生成する等が可能である。
【００８８】
[第４実施形態］
次に、図１２を参照して本発明の第４実施形態に係るコンテンツ配信システムについて説明する。
【００８９】
図１２に示すように、第４実施形態に係るコンテンツ配信システムにおいては、ユーザ端末３０’’の制御部３４’’の構成が、第３実施形態と異なる。その他、第４実施形態のコンテンツ配信システムの構成は、第３実施形態と同様であるので、同一符号を付し、その説明を省略する。
【００９０】
制御部３４’’は、第３実施形態の制御部３４’の構成に電子透かし重畳部３４３を加えた構成を有する。
【００９１】
上述した第１〜第３実施形態において、いずれの場合も最終的に復号化を行い、平文のコンテンツデータＣｉを生成する。第３実施形態のユーザ端末３０’’において、電子透かし重畳部３４３は、各ユーザ毎に定められたユーザＩＤ（個体識別情報）に基づきコンテンツデータＣｉに電子透かしを重畳し出力する。
【００９２】
このように平文のコンテンツデータＣｉに電子透かしを重畳して出力することにより、コンテンツデータＣｉのコピーを防ぎ、著作権保護を図ることができる。なお、電子透かし重畳部３４３は、ＤＬ用ユーザ鍵Ｋｕｄ又はＳＴ用ユーザ鍵Ｋｕｓの識別情報に基づきコンテンツデータＣｉに電子透かしを重畳し出力する構成であってもよい。また、電子透かし重畳部３４３は、コンテンツデータＣｉと共にＣＩＤに電子透かしを重畳し出力する構成としてもよい。
【００９３】
以上、発明の実施形態を説明したが、本発明はこれらに限定されるものではなく、発明の趣旨を逸脱しない範囲内において種々の変更、追加、置換等が可能である。例えば、上記実施形態においては、ユーザ端末３０が、コンテンツを要求する都度、鍵配信サーバ２０からＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）、又はＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を受信する構成である。これとは異なり、ユーザ端末３０は、コンテンツデータＣｉを要求する前に、予め鍵配信サーバ２０からＳＴ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｓ：Ｋｃｉ）、又はＤＬ用暗号化コンテンツ鍵データＥｎｃ（Ｋｕｄ：Ｋｃｉ）を受信する構成であってもよい。
【図面の簡単な説明】
【００９４】
【図１】本発明の第１実施形態に係るコンテンツ配信システムの概略図である。
【図２】ＴＳ形式の階層を示す図である。
【図３】ＭＰＥＧ ＴＳ Ｐａｃｋｅｔフォーマットの構成を示す図である。
【図４】ＰＡＴの構成を示す図である。
【図５】ＰＭＴの構成を示す図である。
【図６】コンテンツデータをＳＴ形式で生成する第１実施形態のコンテンツ生成動作を示すフローチャートである。
【図７】コンテンツデータをＤＬ形式で生成する第１実施形態のコンテンツ生成動作を示すフローチャートである。
【図８】コンテンツデータをＤＬ形式で生成する第２実施形態のコンテンツ配信動作を示すフローチャートである。
【図９】図８のステップＳ３１６及びステップＳ３１７における暗号化を行う領域を示す図である。
【図１０】本発明の第３実施形態に係るコンテンツ配信システムの概略図である。
【図１１】コンテンツデータをＤＬ形式で生成する第３実施形態のコンテンツ生成動作を示すフローチャートである。
【図１２】本発明の第４実施形態に係るコンテンツ配信システムの概略図である。
【図１３】ＭＱｂｉｃ（登録商標）において採用されている暗号化二重鍵方式の一例を説明する図である。
【符号の説明】
【００９５】
１０，１０’…コンテンツ配信サーバ、１１…記憶部、１１１…コンテンツデータＤＢ、１１２…コンテンツメタデータＤＢ、１１３…ＣＩＤＤＢ、１２、１２’…制御部、１２１…暗号化部、１２２…送信部、１２３…ＣＩＤ付与部、１２４…ＤＬ用コンテンツ生成部、２０…鍵配信サーバ、２１…記憶部、２１１…マスターコンテンツ鍵データＤＢ、２１２…ユーザデータＤＢ、２２…制御部、２２１…暗号化部、２２２…送信部、３０，３０’ ，３０’’…ユーザ端末、３１…表示制御部、３２…入出力（Ｉ／Ｏ）部、３３…ＲＡＭ、３４、３４’、３４’’…制御部、３４１…送受信部、３４２…ＤＬ用コンテンツ生成部、３４３…電子透かし重畳部、３５…記憶部、３５５…暗号復号化部。
【図１】
2008187691.tif 000003
【図２】
2008187691.tif 000004
【図３】
2008187691.tif 000005
【図４】
2008187691.tif 000006
【図５】
2008187691.tif 000007
【図６】
2008187691.tif 000008
【図７】
2008187691.tif 000009
【図８】
2008187691.tif 000010
【図９】
2008187691.tif 000011
【図１０】
2008187691.tif 000012
【図１１】
2008187691.tif 000013
【図１２】
2008187691.tif 000014
【図１３】
2008187691.tif 000015