(57)【要約】【課題】  データ配信の際に、利用者のプライバシを保護する。【解決手段】  ダウンロードプロキシ装置２０１が、クライアント機器１０１に固有の機器ＩＤと許諾ＩＤとのハッシュ値としての機器判定値をコンテンツサーバ装置３０１に送信する構成により、従来とは異なり、クライアント固有の機器ＩＤがデータ配信装置に通知されないため、データ配信の際に、利用者のプライバシを保護することができる。【選択図】  図１
2008148132.tif 000002
【特許請求の範囲】
【請求項１】
データ配信サーバ装置と、データ配信クライアント装置とを備え、前記各装置が互いに通信可能なデータ配信システムであって、
前記データ配信サーバ装置は、
「コンテンツデータが暗号化されてなる暗号化コンテンツデータ」、「前記コンテンツデータの利用許諾に関する許諾素情報」及び「前記暗号化コンテンツデータを復号するためのデータ復号鍵」が記憶されるサーバ側記憶手段と、
無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能により前記許諾素情報を暗号化し、得られた暗号化許諾素情報を前記データ配信クライアント装置に送信する手段と、
前記データ配信クライアント装置からグループ署名及び機器判定値を受信すると、このグループ署名を検証する手段と、
前記グループ署名の検証結果が正当のとき、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成する手段と、
前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を前記データ配信クライアント装置に送信する手段と、
前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を前記データ配信クライアント装置に送信する手段と、
前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを前記データ配信クライアント装置に送信する手段とを備えており、
前記データ配信クライアント装置は、
「前記放送型暗号方式の放送型暗号復号鍵」及び「公開鍵暗号方式のクライアント公開鍵証明書」が記憶されるクライアント側記憶手段と、
前記データ配信サーバ装置から暗号化許諾素情報を受信すると、この暗号化許諾素情報を前記放送型暗号復号鍵により復号し、許諾素情報を得る手段と、
「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成する手段と、
前記復号により得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値をデータ配信サーバ装置に送信する手段と、
前記利用許諾情報をデータ配信サーバ装置から受信する手段と、
前記暗号化コンテンツデータをデータ配信サーバ装置から受信する手段と、
前記暗号化データ復号鍵を前記データ配信サーバ装置から受信し、この暗号化データ復号鍵を前記セッション鍵により復号してデータ復号鍵を得る手段と、
前記利用許諾情報と、前記暗号化コンテンツデータとを保存し、前記復号により得られたデータ復号鍵を暗号化して保存する手段と、
前記利用許諾情報と前記機器ＩＤとから生成される機器判定値と前記利用許諾情報に含まれる機器判定値とが一致することを検証する手段と、
この機器判定値の検証結果が正当のとき、前記暗号化して保存したデータ復号鍵を復号して得たデータ復号鍵及び前記保存した利用許諾情報に基づいて、前記暗号化コンテンツデータを復号して利用する手段と
を備えたことを特徴とするデータ配信システム。
【請求項２】
データ配信クライアント装置に通信可能なデータ配信サーバ装置であって、
「コンテンツデータが暗号化されてなる暗号化コンテンツデータ」、「前記コンテンツデータの利用許諾に関する許諾素情報」及び「前記暗号化コンテンツデータを復号するためのデータ復号鍵」が記憶されるサーバ側記憶手段と、
無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能により前記許諾素情報を暗号化し、得られた暗号化許諾素情報を前記データ配信クライアント装置に送信する手段と、
前記データ配信クライアント装置が、この暗号化許諾素情報が放送型暗号復号鍵により復号して許諾素情報を得ると共に、「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成し、前記得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値を送信した場合に、前記データ配信クライアント装置から当該グループ署名及び機器判定値を受信すると、このグループ署名を検証する手段と、
前記グループ署名の検証結果が正当のとき、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成する手段と、
前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を前記データ配信クライアント装置に送信する手段と、
前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を前記データ配信クライアント装置に送信する手段と、
前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを前記データ配信クライアント装置に送信する手段と
を備えたことを特徴とするデータ配信サーバ装置。
【請求項３】
データ配信サーバ装置に通信可能なデータ配信クライアント装置であって、
「前記放送型暗号方式の放送型暗号復号鍵」及び「公開鍵暗号方式のクライアント公開鍵証明書」が記憶されるクライアント側記憶手段と、
前記データ配信サーバ装置が、無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能によりコンテンツデータの利用許諾に関する許諾素情報を暗号化し、得られた暗号化許諾素情報を送信した場合に、前記データ配信サーバ装置から暗号化許諾素情報を受信すると、この暗号化許諾素情報を前記放送型暗号復号鍵により復号し、許諾素情報を得る手段と、
「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成する手段と、
前記復号により得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値をデータ配信サーバ装置に送信する手段と、
前記データ配信サーバ装置が、前記グループ署名を検証して検証結果が正当のときに、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成し、前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を送信した場合に、前記データ配信サーバ装置から前記利用許諾情報を受信する手段と、
前記データ配信サーバ装置が、前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを送信した場合に、前記データ配信サーバ装置から前記暗号化コンテンツデータを受信する手段と、
前記データ配信サーバ装置が、前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を送信した場合に、前記データ配信サーバ装置から前記暗号化データ復号鍵を受信し、この暗号化データ復号鍵を前記セッション鍵により復号してデータ復号鍵を得る手段と、
前記利用許諾情報と、前記暗号化コンテンツデータとを保存し、前記復号により得られたデータ復号鍵を暗号化して保存する手段と、
前記利用許諾情報と前記機器ＩＤとから生成される機器判定値と前記利用許諾情報に含まれる機器判定値とが一致することを検証する手段と、
この機器判定値の検証結果が正当のとき、前記暗号化して保存したデータ復号鍵を復号して得たデータ復号鍵及び前記保存した利用許諾情報に基づいて、前記暗号化コンテンツデータを復号して利用する手段と
を備えたことを特徴とするデータ配信クライアント装置。
【請求項４】
データ配信クライアント装置に通信可能なデータ配信サーバ装置に用いられるプログラムであって、
前記データ配信サーバ装置のコンピュータを、
「コンテンツデータが暗号化されてなる暗号化コンテンツデータ」、「前記コンテンツデータの利用許諾に関する許諾素情報」及び「前記暗号化コンテンツデータを復号するためのデータ復号鍵」が記憶されるサーバ側記憶手段、
無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能により前記許諾素情報を暗号化し、得られた暗号化許諾素情報を前記データ配信クライアント装置に送信する手段、
前記データ配信クライアント装置が、この暗号化許諾素情報が放送型暗号復号鍵により復号して許諾素情報を得ると共に、「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成し、前記得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値を送信した場合に、前記データ配信クライアント装置から当該グループ署名及び機器判定値を受信すると、このグループ署名を検証する手段、
前記グループ署名の検証結果が正当のとき、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成する手段、
前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を前記データ配信クライアント装置に送信する手段、
前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を前記データ配信クライアント装置に送信する手段、
前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを前記データ配信クライアント装置に送信する手段、
として機能させるためのプログラム。
【請求項５】
データ配信サーバ装置に通信可能なデータ配信クライアント装置に用いられるプログラムであって、
前記データ配信クライアント装置のコンピュータを、
「前記放送型暗号方式の放送型暗号復号鍵」及び「公開鍵暗号方式のクライアント公開鍵証明書」が記憶されるクライアント側記憶手段、
前記データ配信サーバ装置が、無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能によりコンテンツデータの利用許諾に関する許諾素情報を暗号化し、得られた暗号化許諾素情報を送信した場合に、前記データ配信サーバ装置から暗号化許諾素情報を受信すると、この暗号化許諾素情報を前記放送型暗号復号鍵により復号し、許諾素情報を得る手段、
「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成する手段、
前記復号により得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値をデータ配信サーバ装置に送信する手段、
前記データ配信サーバ装置が、前記グループ署名を検証して検証結果が正当のときに、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成し、前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を送信した場合に、前記データ配信サーバ装置から前記利用許諾情報を受信する手段、
前記データ配信サーバ装置が、前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを送信した場合に、前記データ配信サーバ装置から前記暗号化コンテンツデータを受信する手段、
前記データ配信サーバ装置が、前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を送信した場合に、前記データ配信サーバ装置から前記暗号化データ復号鍵を受信し、この暗号化データ復号鍵を前記セッション鍵により復号してデータ復号鍵を得る手段、
前記利用許諾情報と、前記暗号化コンテンツデータとを保存し、前記復号により得られたデータ復号鍵を暗号化して保存する手段、
前記利用許諾情報と前記機器ＩＤとから生成される機器判定値と前記利用許諾情報に含まれる機器判定値とが一致することを検証する手段、
この機器判定値の検証結果が正当のとき、前記暗号化して保存したデータ復号鍵を復号して得たデータ復号鍵及び前記保存した利用許諾情報に基づいて、前記暗号化コンテンツデータを復号して利用する手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者にデータを配信するデータ配信システム、装置及びプログラムに係り、例えば、データ配信の際に、利用者のプライバシを保護し得るデータ配信システム、装置及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワーク社会の発達により、コンテンツデータを配信する装置や配信を受ける装置が身近になってきている。この種のデータ配信のための公知技術としては、家庭内でのコンテンツデータの伝送に限定すれば、ＤＴＣＰ−ＩＰ(digital transmission content protection over internet protocol)という規格が確立されている（例えば、非特許文献１参照）。
【０００３】
ＤＴＣＰ−ＩＰは、コンテンツデータを配信するデータ配信装置と、例えばコピー禁止といった運用条件を含む許諾情報に従ってコンテンツデータを適正に運用する正当なクライアント機器との間で用いられる保護規格である。ＤＴＣＰ−ＩＰにおいては、データ配信装置がクライアント機器との間で公開鍵ベースの証明書により相互認証及び鍵交換をした上で、暗号化したデータを送受信する。ここで、データ配信装置は、公開鍵ベースの証明書を用いてクライアント機器の真正性を確認し、暗号化によってデータを安全に配信している。
【０００４】
このように、家庭内でのデータ伝送については、ＤＴＣＰ−ＩＰが確立しており、ＤＴＣＰ−ＩＰにより、公開鍵ベースの相互認証を用いてセキュアなデータ配信が実現されている。
【０００５】
しかしながら、ＤＴＣＰ−ＩＰは、家庭内でのコンテンツデータの伝送に限定されている。なお、ＤＴＣＰ−ＩＰを家庭外から家庭内へのダウンロードに用いる場合、相互認証の際に、利用者側の家庭内に配置されたクライアント機器の機器ＩＤが家庭外のデータ配信装置に通知されるため、利用者のプライバシが保護されない状況となる可能性がある。
【０００６】
例えば、クライアント機器の公開鍵証明書に含まれる機器ＩＤに関連付けてダウンロード履歴を配信サーバが蓄積する場合であって、利用者側の機器ＩＤと利用者とが関連付け可能な場合には、利用者のプライバシが保護されない状況になってしまう。
【非特許文献１】“Ｔｅｃｈ−ｏｎ！用語辞典ｂｙ日経エレクトロニクス”、［online］、日経エレクトロニクス、［平成１８年２月１３日検索］、インターネット＜URL：http://techon.nikkeibp.co.jp/NE/word/050308.html＞
【非特許文献２】A. Fiat and M. Naor, Broadcast Encryption.  In Advances in Cryptology - Crypto '93, Lecture Notes in Computer Science 773, Springer-Verlag, pp. 480-491.
【非特許文献３】特許庁ホームページ，資料室，標準記述集2005.3.25，クライアント上の情報セキュリティ技術，D-3-2 デコーダリボケーション，http://www.jpo.go.jp/shiryou/s_sonota/hyoujun_gijutsu/info_sec_tech/d-3-2.html，2005年5月10日アクセス
【非特許文献４】M.Naor, B.Pinkas, Efficient trace and revoke schemes, Financial Cryptography 2000, LNCS 1962, Springer-Verlag, pp.1-20, 2001.
【特許文献１】特願２００５−１４６０６６号明細書、第２２−第４１段落等
【特許文献２】特願２００５−  １６１４６号明細書
【特許文献３】特開２００４−３２０５６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
以上説明したように、従来のデータ配信の技術では、利用者側の機器ＩＤがデータ配信装置に通知されるため、利用者のプライバシが保護されない状況となる可能性がある。このため、データ配信の際に、利用者のプライバシを保護し得る技術が望まれている。
【０００８】
本発明は上記実情を考慮してなされたもので、データ配信の際に、利用者のプライバシを保護し得るデータ配信システム、装置及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
第１の発明は、データ配信サーバ装置と、データ配信クライアント装置とを備え、前記各装置が互いに通信可能なデータ配信システムであって、前記データ配信サーバ装置としては、「コンテンツデータが暗号化されてなる暗号化コンテンツデータ」、「前記コンテンツデータの利用許諾に関する許諾素情報」及び「前記暗号化コンテンツデータを復号するためのデータ復号鍵」が記憶されるサーバ側記憶手段と、無効化対象の放送型暗号復号鍵を無効にするように、前記放送型暗号方式のリボケーション機能により前記許諾素情報を暗号化し、得られた暗号化許諾素情報を前記データ配信クライアント装置に送信する手段と、前記データ配信クライアント装置からグループ署名及び機器判定値を受信すると、このグループ署名を検証する手段と、前記グループ署名の検証結果が正当のとき、前記機器判定値及び前記許諾素情報に対するデジタル署名を生成する手段と、前記機器判定値、前記許諾素情報及び前記デジタル署名を含む利用許諾情報を前記データ配信クライアント装置に送信する手段と、前記グループ署名の検証結果が正当のとき、前記データ復号鍵を通信のセッション鍵で暗号化してなる暗号化データ復号鍵を前記データ配信クライアント装置に送信する手段と、前記グループ署名の検証結果が正当のとき、前記暗号化コンテンツデータを前記データ配信クライアント装置に送信する手段とを備えており、前記データ配信クライアント装置としては、「前記放送型暗号方式の放送型暗号復号鍵」及び「公開鍵暗号方式のクライアント公開鍵証明書」が記憶されるクライアント側記憶手段と、前記データ配信サーバ装置から暗号化許諾素情報を受信すると、この暗号化許諾素情報を前記放送型暗号復号鍵により復号し、許諾素情報を得る手段と、「この許諾素情報内の許諾ＩＤと前記クライアント公開鍵証明書内の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値」又は「前記機器ＩＤと前記許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値」として機器判定値を生成する手段と、前記復号により得られた許諾素情報に基づいてグループ署名を生成し、このグループ署名及び前記機器判定値をデータ配信サーバ装置に送信する手段と、前記利用許諾情報をデータ配信サーバ装置から受信する手段と、前記暗号化コンテンツデータをデータ配信サーバ装置から受信する手段と、前記暗号化データ復号鍵を前記データ配信サーバ装置から受信し、この暗号化データ復号鍵を前記セッション鍵により復号してデータ復号鍵を得る手段と、前記利用許諾情報と、前記暗号化コンテンツデータとを保存し、前記復号により得られたデータ復号鍵を暗号化して保存する手段と、前記利用許諾情報と前記機器ＩＤとから生成される機器判定値と前記利用許諾情報に含まれる機器判定値とが一致することを検証する手段と、この機器判定値の検証結果が正当のとき、前記暗号化して保存したデータ復号鍵を復号して得たデータ復号鍵及び前記保存した利用許諾情報に基づいて、前記暗号化コンテンツデータを復号して利用する手段とを備えている。
【００１０】
なお、第１の発明は、各装置の集合体を「システム」として表現したが、これに限らず、各装置の集合体又は各装置毎に、「装置」、「方法」、「プログラム」又は「コンピュータ読取り可能な記憶媒体」として表現することができる。
【００１１】
（作用）
第１の発明では、クライアント装置が、クライアント固有の機器ＩＤと許諾素情報とのハッシュ値又は許諾ＩＤと機器ＩＤとのハッシュ値としての機器判定値をデータ配信装置に送信する構成により、従来とは異なり、クライアント固有の機器ＩＤがデータ配信装置に通知されないため、データ配信の際に、利用者のプライバシを保護することができる。
【発明の効果】
【００１２】
以上説明したように本発明によれば、データ配信の際に、利用者のプライバシを保護できる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の各実施形態を図面を用いて説明する。なお、以下の各装置及び各機器は、各装置及び各機器毎に、ハードウェア構成、又はハードウェア資源とソフトウェアとの組合せ構成のいずれでも実施可能となっている。組合せ構成のソフトウェアとしては、予めネットワーク又は記憶媒体から対応する装置のコンピュータにインストールされ、対応する装置の機能を実現させるためのプログラムが用いられる。
【００１４】
また、以下の「…鍵」、「…証明書」、「…乱数」、「…値」、「…署名」、「…ＩＤ」及び「…メッセージ」等の用語は、適宜、「データ」又は「情報」を追加した用語に読み替えてもよい。すなわち、適宜、「…鍵データ」又は「…鍵情報」、「…証明書データ」又は「…証明書情報」、「…乱数データ」又は「…乱数情報」、「…値データ」又は「…値情報」、「…署名データ」又は「…署名情報」、「…ＩＤデータ」又は「…ＩＤ情報」、「…メッセージデータ」又は「…メッセージ情報」と読み替えてもよい。
【００１５】
（第１の実施形態）
図１及び図２は本発明の第１の実施形態に係るデータ配信システムの構成を示す模式図である。このデータ配信システムにおいては、複数のクライアント機器１０１，１０２及び１台のダウンロードプロキシ装置２０１が家庭内ローカルネットワーク等のＬＡＮ１１に接続されてなるクライアント装置がルータ装置２１を介してインターネット３等の外部ネットワークに接続されている。
【００１６】
同様に、複数のクライアント機器１０３，１０４及び１台のダウンロードプロキシ装置２０２が別の家庭内ローカルネットワーク等のＬＡＮ１２に接続されてなる別のクライアント装置がルータ装置２２を介してインターネット３に接続されている。
【００１７】
また、インターネット３には、複数のコンテンツサーバ装置（データ配信装置）３０１〜３０３が接続されている。コンテンツサーバ装置３０１〜３０３には、ライセンスサーバ装置４からグループ公開鍵及び放送型暗号鍵が配信される。ダウンロードプロキシ装置２０１，２０２は、メーカ工場５により、グループ署名鍵情報などが実装された状態で出荷されたものである。
【００１８】
クライアント機器１０１〜１０４は、メーカ工場５により、公開鍵証明書などが実装された状態で出荷されたものである。このメーカ工場５は、予めライセンスサーバ装置４からグループ署名鍵情報及び公開鍵証明書の提供を受けている。ライセンスサーバ装置４は、説明の便宜上、グループ署名のグループ管理者と、放送型暗号方式の管理者と、公開鍵証明書の認証局とを兼用する装置としているが、実際には、これらを兼用せずに別々のライセンスサーバ装置に分担させて実装してもよい。
【００１９】
なお、各クライアント機器１０１〜１０４は、機器ＩＤ毎に識別可能な複数台のクライアント機器であり、互いに同一のハードウエア構成となっているため、クライアント機器１０１を代表例に挙げて説明する。同様に、各ダウンロードプロキシ装置２０１，２０２は互いに同一のハードウエア構成となっているため、ダウンロードプロキシ装置２０１を代表例に挙げて説明する。各コンテンツサーバ装置３０１〜３０３は互いに同一のハードウエアとなっているため、コンテンツサーバ装置３０１を代表例に挙げて説明する。
【００２０】
ここで、クライアント機器１０１は、秘密情報記憶部１１、コンテンツ情報記憶部１２、ダウンロード要求部１３、受信部１４及びコンテンツ利用部１５を備えている。
【００２１】
秘密情報記憶部１１は、ダウンロード要求部１３から読出／書込可能であり、且つコンテンツ利用部１５から読出可能なハードウエア資源としての記憶装置であって、クライアント機器固有の機器ＩＤ、機器公開鍵及びライセンスサーバ署名を含むクライアント証明書と、この機器公開鍵に対応する機器秘密鍵と、ライセンスサーバ公開鍵とが予め記憶されている。
【００２２】
なお、クライアント証明書は、クライアント機器１０１の公開鍵証明書である。クライアント証明書、機器秘密鍵及びライセンスサーバ公開鍵は、ライセンスサーバ装置４から発行され、メーカー工場５にて予め書き込まれる。
【００２３】
コンテンツ情報記憶部１２は、受信部１４から書込可能であり、且つコンテンツ利用部１５から読出可能なハードウエア資源としての記憶装置であって、許諾情報、暗号化復号鍵及び暗号化データ本体が互いに関連付けられて記憶される。
【００２４】
ダウンロード要求部１３は、次の各機能(f13-1)〜(f13-5)をもっている。
【００２５】
(f13-1)利用者の操作により、秘密情報記憶部１１を参照しながらダウンロードプロキシ要求メッセージＭ１を生成して秘密情報記憶部１１に書き込んだ後、このダウンロードプロキシ要求メッセージＭ１をダウンロードプロキシ装置２０１に送信する機能。  
ダウンロードプロキシ要求メッセージＭ１は、図３に示すように、ダウンロード要求ＩＤ、ダウンロードデータ情報、第１乱数ＲＡ及びクライアント証明書を含んでいる。ダウンロード要求ＩＤは、この要求メッセージを開始時点としてクライアントとダウンロードプロキシとの送受信で一貫して使用されるＩＤである。ダウンロードデータ情報は、ダウンロード要求の対象となる暗号化データ本体及びそのデータ復号鍵を示す情報であり、例えば、コンテンツサーバ名、ファイル名及び決済承認ＩＤを含んでいる。第１乱数ＲＡは、ダウンロード要求部１３が生成し、ダウンロードプロキシ装置２０１を認証するために使用されるものである。クライアント証明書は、秘密情報記憶部１１内のクライアントの公開鍵証明書であり、クライアント固有の機器ＩＤ、機器公開鍵及びライセンスサーバ署名を含んでいる。
【００２６】
(f13-2)ダウンロード要求メッセージＭ１の送信後、要求応答メッセージＭ２をダウンロードプロキシ装置２０１から受信して秘密情報記憶部１１に書き込む機能。  
要求応答メッセージＭ２は、図４に示すように、ダウンロード要求ＩＤ、ダウンロードプロキシ証明書、第１デジタル署名ＳＡ及び第２乱数ＲＢを含んでいる。ダウンロードプロキシ証明書は、ダウンロードプロキシ装置２０１が保持する公開鍵証明書であり、ダウンロードプロキシ装置２０１の機器ＩＤ、プロキシ公開鍵及びライセンスサーバ署名を含んでいる。第１デジタル署名ＳＡは、ダウンロードプロキシ装置２０１のプロキシ秘密鍵に基づいてダウンロード要求メッセージＭ１から生成されたデジタル署名である。第２乱数ＲＢは、ダウンロードプロキシ装置２０１が生成し、クライアント機器１０１を認証するために使用される。
【００２７】
(f13-3)要求応答メッセージＭ２内のダウンロードプロキシ証明書（のライセンスサーバ署名）を秘密情報記憶部２１内のライセンスサーバ公開鍵で検証し、第１デジタル署名ＳＡをダウンロードプロキシ証明書の公開鍵で検証する機能。
【００２８】
(f13-4)各検証結果が正当のとき、クライアント検証要求メッセージＭ３を生成して秘密情報記憶部１１に書き込んだ後、クライアント検証要求メッセージＭ３をダウンロードプロキシ装置２０１に送信する機能。  
クライアント検証要求メッセージＭ３は、図５に示すように、ダウンロード要求ＩＤ及び第２デジタル署名ＳＢを含んでいる。第２デジタル署名ＳＢは、クライアント秘密鍵に基づいて、要求応答メッセージＭ２から生成したデジタル署名である。
【００２９】
(f13-5)ダウンロード要求確立メッセージＭ４をダウンロードプロキシ装置２０１から受信して秘密情報記憶部１１に書き込む機能。  
ダウンロード要求確立メッセージＭ４は、図６に示すように、ダウンロード要求ＩＤ及び開始／中止フラグを含んでいる。開始／中止フラグは、デジタル署名ＳＢの検証結果が正当の場合に「開始」を示し、検証結果が不当の場合に「中止」を示すフラグである。
【００３０】
受信部１４は、ダウンロードプロキシ装置２０１から別々に許諾情報、暗号化復号鍵及び暗号化データ本体を受信する機能と、これら許諾情報、暗号化復号鍵及び暗号化データ本体を互いに関連付けてコンテンツ情報記憶部１２に書き込む機能とをもっている。
【００３１】
コンテンツ利用部１５は、コンテンツ情報記憶部１２内の許諾情報、暗号化復号鍵及び暗号化データ本体を読み出す機能と、読み出した暗号化データ本体を許諾情報に従って利用する機能とをもっている。
【００３２】
コンテンツ利用部１５は、具体的には次の各機能(f15-1)〜(f15-4)をもっている。
【００３３】
(f15-1)操作者の操作により、秘密情報記憶部１１内のライセンスサーバ公開鍵に基づいて、許諾情報内のコンテンツサーバ証明書を検証し、コンテンツサーバ証明書内のサーバ公開鍵に基づいて第４デジタル署名ＳＤを検証し、許諾情報内の許諾ＩＤ及び秘密情報記憶部１１に記憶されたクライアント証明書内の機器ＩＤに基づいて生成される機器判定値と、許諾情報内の機器判定値とが一致することを検証する機能。  
(f15-2)検証結果が正当のとき、利用処理の内容が許諾情報内のアクセス制御情報に適合するか否かを判定する機能。  
(f15-3)適合する場合に限り、秘密情報記憶部１１内の機器公開鍵に基づいて暗号化復号鍵を復号し、得られたデータ復号鍵に基づいて暗号化データ本体を復号する機能。  
(f15-4)復号により得られたコンテンツデータ本体を操作者の操作により利用処理（例、再生処理）する機能。
【００３４】
一方、ダウンロードプロキシ装置２０１は、秘密情報記憶部２１、要求確立部２２、ダウンロード要求部２３、鍵交換部２４及びダウンロード部２５を備えている。
【００３５】
秘密情報記憶部２１は、要求確立部２２、ダウンロード要求部２３、鍵交換部２４及びダウンロード部２５から読出／書込可能なハードウエア資源としての記憶装置であって、グループ署名生成のためのグループ署名鍵情報（メンバ証明書、メンバ秘密鍵、グループ公開鍵）、放送型暗号に対応する固有鍵情報、ダウンロードプロキシ証明書、ダウンロードプロキシ証明書に含まれるプロキシ公開鍵に対応するプロキシ秘密鍵、放送型暗号復号鍵及びライセンスサーバ公開鍵が記憶されている。なお、ダウンロードプロキシ証明書は、ダウンロードプロキシ装置２０１の公開鍵証明書であり、ダウンロードプロキシ固有の機器ＩＤ、プロキシ公開鍵及びライセンスサーバ署名を含んでいる。ダウンロードプロキシ証明書、プロキシ秘密鍵、グループ署名鍵情報及びライセンスサーバ公開鍵は、ライセンスサーバ装置４から発行され、メーカー工場５にて予め書き込まれる。放送型暗号復号鍵は、コンテンツサーバ装置３０１からデータ本体のダウンロード時に必要に応じて更新される。
【００３６】
要求確立部２２は、以下の各機能(f22-1)〜(f22-6)をもっている。
【００３７】
(f22-1)クライアント機器１０１からダウンロードプロキシ要求メッセージＭ１を受信して秘密情報記憶部２１に書き込む機能。
【００３８】
(f22-2)ダウンロードプロキシ要求メッセージＭ１内のクライアント証明書（のライセンスサーバ署名）を秘密情報記憶部２１内のライセンスサーバ公開鍵で検証する機能。
【００３９】
(f22-3)検証結果が正当のとき、秘密情報記憶部２１を参照しながら要求応答メッセージＭ２を生成して秘密情報記憶部２１に書き込んだ後、この要求応答メッセージＭ２をクライアント機器１０１に送信する機能。
【００４０】
(f22-4)クライアント検証要求メッセージＭ３をクライアント機器１０１から受信して秘密情報記憶部２１に書き込む機能。
【００４１】
(f22-5)クライアント検証要求メッセージＭ３内の第２デジタル署名ＳＢをクライアント証明書の機器公開鍵で検証する機能。
【００４２】
(f22-6)第２デジタル署名ＳＢの検証結果が正当のとき、ダウンロード要求確立メッセージＭ４を生成して秘密情報記憶部２１に書き込んだ後、このダウンロード要求確立メッセージＭ４をクライアント機器１０１に送信し、ダウンロード要求部２３を起動する機能。
【００４３】
ダウンロード要求部２３は、以下の各機能(f23-1)〜(f23-2)をもっている。
【００４４】
(f23-1)要求確立部２２に起動されると、秘密情報記憶部２１を参照しながらダウンロード要求メッセージＭ５を生成して秘密情報記憶部２１に書き込んだ後、このダウンロード要求メッセージＭ５をコンテンツサーバ装置３０１に送信する機能。
【００４５】
ダウンロード要求メッセージＭ５は、図７に示すように、ダウンロード要求ＩＤ、ダウンロードデータ情報、放送型暗号鍵バージョン及び第３乱数ＲＣを含んでいる。
【００４６】
ダウンロード要求ＩＤとダウンロードデータ情報は、秘密情報記憶部２１内のダウンロードプロキシ要求メッセージＭ１の値が使用される。第３乱数ＲＣは、ダウンロード要求部２３により生成される。
【００４７】
(f23-2)ダウンロード要求メッセージＭ５の送信後、鍵交換部２４を起動する機能。
【００４８】
鍵交換部２４は、次の各機能(f24-1)〜(f24-6)をもっている。
【００４９】
(f24-1)最新版の放送型暗号復号鍵をコンテンツサーバ装置３０１から受信して秘密情報記憶部２１に書き込む機能。
【００５０】
(f24-2)暗号化許諾素情報メッセージＭ６をコンテンツサーバ装置３０１から受信して秘密情報記憶部２１に書き込む機能。
【００５１】
暗号化許諾素情報メッセージＭ６は、図８に示すように、ダウンロード要求ＩＤ、暗号化許諾素情報本体、コンテンツサーバ証明書、第３デジタル署名ＳＣ、第４乱数ＲＤを含んでいる。ダウンロード要求ＩＤは、ダウンロード要求メッセージＭ５内のダウンロード要求ＩＤと同じ値である。暗号化許諾素情報本体は、「許諾ＩＤ、データＩＤ、アクセス制御情報」のメッセージのハッシュ値ＨＡを求め、得られた第１ハッシュ値ＨＡを含む許諾素情報（許諾ＩＤ、データＩＤ、アクセス制御情報、第１ハッシュ値ＨＡ）を放送型暗号暗号鍵により暗号化したものである。許諾ＩＤは、このダウンロードで発行されるアクセス制御情報のＩＤとしてコンテンツサーバ装置３０１が生成するものである。データＩＤは、本許諾情報の対象となるコンテンツデータのＩＤである。アクセス制御情報は、クライアント機器１０１が本データにアクセスする際の制御条件を示す。例えば、他の正当な機器への転送の可否、移動（Move）の可否などである。第３デジタル署名ＳＣは、コンテンツサーバ秘密鍵により、ダウンロード要求メッセージＭ５から生成されたデジタル署名である。
【００５２】
(f24-3)暗号化許諾素情報メッセージＭ６内の暗号化許諾素情報本体を秘密情報記憶部２１内の放送型暗号復号鍵に基づいて復号し、許諾素情報を得る機能。
【００５３】
(f24-4)許諾素情報に基づいて許諾素情報内の第１ハッシュ値ＨＡを検証し、秘密情報記憶部２１内のライセンスサーバ公開鍵に基づいてコンテンツサーバ証明書を検証し、コンテンツサーバ証明書内のコンテンツサーバ公開鍵に基づいて第３デジタル署名ＳＣを検証する機能。
【００５４】
(f24-5)これらの検証結果が不当（エラー）のときにはダウンロード要求を中止し、検証結果が正当のときには、認証鍵交換メッセージＭ７を生成して秘密情報記憶部２１に書き込んだ後、この認証鍵交換メッセージＭ７をコンテンツサーバ装置３０１に送信する機能。
【００５５】
認証鍵交換メッセージＭ７は、図９に示すように、ダウンロード要求ＩＤ、機器判定値、鍵交換情報、グループ署名を含んでいる。
【００５６】
ここで、機器判定値は、許諾ＩＤとクライアント証明書の機器ＩＤとを連接させた値からハッシュ演算により生成されたハッシュ値である。なお、機器判定値は、これに限らず、クライアント証明書の機器ＩＤと許諾素情報とを連接させた値からハッシュ演算により生成されたハッシュ値としてもよい。また、機器判定値は、ハッシュ演算により生成されたハッシュ値に限らず、機器ＩＤの推定を困難とするアルゴリズムであれば、（上記いずれかの連接させた値から）任意のアルゴリズムにより生成された生成値が使用可能となっている。鍵交換情報は、セッション鍵を生成してコンテンツサーバ証明書内のコンテンツサーバ公開鍵により暗号化してなる暗号化セッション鍵である。なお、セッション鍵の共有方法は、これに限らず、例えば、ディフィー-ヘルマン(Diffie - Hellman)の鍵共有方式などといった任意の鍵共有方法が使用可能となっている。グループ署名は、秘密情報記憶部２１内のグループ署名鍵情報に基づいて、ダウンロード要求ＩＤ、許諾素情報本体、機器判定値、鍵交換情報、第４乱数ＲＤからなる署名対象メッセージＭ７−１から生成される。なお、機器判定値及び鍵交換情報の両者を含む署名対象メッセージＭ７−１に代えて、図１０又は図１１に示すように、鍵交換情報を含まない署名対象メッセージＭ７−２、又は機器判定値を含まない署名対象メッセージＭ７−３を用いてもよい。すなわち、署名対象メッセージは、ダウンロード要求ＩＤ、許諾素情報本体及び第４乱数ＲＤの他に、機器判定値及び鍵交換情報のいずれか一方又は両方を含むものとなる。
【００５７】
(f24-6)認証鍵交換メッセージＭ７の送信後、ダウンロード部２５を起動する機能。
【００５８】
ダウンロード部２５は、次の各機能(f25-1)〜(f25-7)をもっている。
【００５９】
(f25-1)暗号化復号鍵許諾署名メッセージＭ８をコンテンツサーバ装置３０１から受信して秘密情報記憶部２１に書き込む機能。
【００６０】
暗号化復号鍵許諾署名メッセージＭ８は、図１２に示すように、ダウンロード要求ＩＤ、セッション鍵暗号化情報を含んでいる。セッション鍵暗号化情報は、第４デジタル署名ＳＤ、データ復号鍵及び第２ハッシュ値ＨＢを含むメッセージが、鍵交換情報の復号により得られるセッション鍵により暗号化されたものである。第４デジタル署名ＳＤは、コンテンツサーバ秘密鍵に基づいて、対象メッセージＭ８−１から生成される。第４デジタル署名ＳＤの対象メッセージＭ８−１は、許諾ＩＤ、機器判定値、データＩＤ、アクセス制御情報を含んでいる。データ復号鍵は暗号化データ本体を復号するために使われる鍵である。第２ハッシュ値ＨＢは、第４デジタル署名ＳＤ及びデータ復号鍵を連接した値のハッシュ値である。
【００６１】
(f25-2)秘密情報記憶部２１内のセッション鍵に基づいて、セッション鍵暗号化情報を復号し、第４デジタル署名ＳＤ、データ復号鍵、第２ハッシュ値ＨＢを得る機能。
【００６２】
(f25-3)第４デジタル署名ＳＤ及びデータ復号鍵に基づいて、第２ハッシュ値ＨＢを検証し、秘密情報記憶部１２内のコンテンツサーバ証明書のコンテンツサーバ公開鍵に基づいて第４デジタル署名ＳＤを検証する機能。
【００６３】
(f25-4)各検証結果が正当のとき、許諾情報Ｍ９を生成して秘密情報記憶部２１に書き込む機能。
【００６４】
許諾情報Ｍ９は、図１３に示すように、許諾ＩＤ、機器判定値、データＩＤ、アクセス制御情報、第４デジタル署名ＳＤ及びコンテンツサーバ証明書を含んでいる。
【００６５】
(f25-5)クライアント証明書の機器公開鍵に基づいてデータ復号鍵を暗号化し、得られた暗号化復号鍵を秘密情報記憶部２１内に書き込む機能。
【００６６】
(f25-6)暗号化データ本体の送信要求をコンテンツサーバ装置３０１に送信し、暗号化データ本体をコンテンツサーバ装置３０１から受信して秘密情報記憶部２１に書き込む機能。
【００６７】
(f25-7)秘密情報記憶部２１内の許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を個別にクライアント機器１０１に送信する機能。
【００６８】
また一方、コンテンツサーバ装置３０１は、秘密情報記憶部３１、コンテンツ情報記憶部３２、受付部３３、鍵交換部３４及びダウンロード部３５を備えている。
【００６９】
秘密情報記憶部３１は、受付部３３から読出／書込可能であり、且つダウンロード部３５から読出可能なハードウエア資源としての記憶装置であって、コンテンツサーバ固有の機器ＩＤ、コンテンツサーバ公開鍵及びライセンスサーバ署名を含むコンテンツサーバ証明書と、このコンテンツサーバ公開鍵に対応するコンテンツサーバ秘密鍵と、ライセンスサーバ公開鍵と、グループ公開鍵、放送型暗号暗号鍵及び放送型暗号復号鍵が予め記憶されている。なお、コンテンツサーバ証明書は、コンテンツサーバ装置３０１の公開鍵証明書である。コンテンツサーバ証明書、コンテンツサーバ秘密鍵、ライセンスサーバ公開鍵及びグループ公開鍵は、ライセンスサーバ装置４から発行され、メーカー工場５にて予め書き込まれる。グループ公開鍵は、グループ署名を検証するための公開鍵情報である。
【００７０】
コンテンツ情報記憶部３２は、鍵交換部３４及びダウンロード部３５から読出可能なハードウエア資源としての記憶装置であって、配信対象のコンテンツ毎に、暗号化データ本体、許諾素情報及びデータ復号鍵が互いに関連付けられて記憶される。暗号化データ本体は、例えばコンテンツデータが暗号化されてなる暗号化データである。許諾素情報は、コンテンツデータの利用許諾に関する情報であり、具体的には前述したように、「許諾ＩＤ、データＩＤ、アクセス制御情報」のメッセージと、このメッセージから得られた第１ハッシュ値ＨＡとを含む情報（許諾ＩＤ、データＩＤ、アクセス制御情報、第１ハッシュ値ＨＡ）である。なお、許諾素情報は、これに限らず、例えば第１ハッシュ値ＨＡを省略した構成としてもよい。データ復号鍵は、暗号化データを復号するための鍵情報である。
【００７１】
受付部３３は、次の各機能(f33-1)〜(f33-3)をもっている。
【００７２】
(f33-1)ダウンロード要求メッセージＭ５をダウンロードプロキシ装置２０１から受信して秘密情報記憶部２１に書き込む機能。
【００７３】
(f33-2)ダウンロード要求メッセージＭ５内の放送型暗号復号鍵のバージョンを確認し、最新のバージョンでなければ、秘密情報記憶部３１内の最新の放送型暗号復号鍵をダウンロードプロキシ装置２０１に送信する機能。
【００７４】
(f33-3)放送型暗号復号鍵のバージョン確認の後、鍵交換部３４を起動する機能。
【００７５】
鍵交換部３４は、次の各機能(f34-1)〜(f34-5)をもっている。
【００７６】
（f34-1）秘密情報記憶部３１及びコンテンツ情報記憶部３２を参照しながら暗号化許諾素情報メッセージＭ６を生成して秘密情報記憶部３１に書き込んだ後、この暗号化許諾素情報メッセージＭ６をダウンロードプロキシ装置２０１に送信する機能。なお、暗号化許諾素情報メッセージＭ６に含まれる暗号化許諾素情報本体は、無効化対象の放送型暗号復号鍵を無効にするように、放送型暗号方式のリボケーション機能によりコンテンツ記憶部３１内の許諾素情報を暗号化して得られる。
【００７７】
（f34-2）認証鍵交換メッセージＭ７をダウンロードプロキシ装置２０１から受信して秘密情報記憶部３１に書き込む機能。
【００７８】
(f34-3)秘密情報記憶部３１内のグループ公開鍵に基づいて、認証鍵交換メッセージＭ７内のグループ署名を検証する機能。
【００７９】
(f34-4)この検証結果が不当のとき、ダウンロードを中止し、検証結果が正当のとき、秘密情報記憶部３１内のコンテンツサーバ秘密鍵に基づいて、鍵交換情報を復号してセッション鍵を得る機能。
【００８０】
(f34-5)セッション鍵を得た後、ダウンロード部３５を起動する機能。
【００８１】
ダウンロード部３５は、以下の各機能(f35-1)〜(f35-3)をもっている。
【００８２】
(f35-1)秘密情報記憶部３１及びコンテンツ情報記憶部３２を参照しながら暗号化復号鍵許諾署名メッセージＭ８を生成して秘密情報記憶部３１に書き込んだ後、暗号化復号鍵許諾署名メッセージＭ８をダウンロードプロキシ装置２０１に送信する機能。
【００８３】
(f35-2)ダウンロードプロキシ装置２０１から受けた送信要求に応じて、コンテンツ情報記憶部３２内の暗号化データ本体をダウンロードプロキシ装置２０１に送信する機能。
【００８４】
次に、以上のように構成されたデータ配信システムの動作を図１４のシーケンス図及び図１５のフローチャートを用いて説明する。
【００８５】
（ダウンロード）
クライアント機器１０１においては、ダウンロード要求部１３が、利用者の操作により、秘密情報記憶部１１を参照しながら、ダウンロード要求ＩＤ、ダウンロードデータ情報、第１乱数ＲＡ及びクライアント証明書を含むダウンロードプロキシ要求メッセージＭ１を生成して秘密情報記憶部１１に書き込む。
【００８６】
しかる後、ダウンロード要求部１３は、このダウンロードプロキシ要求メッセージＭ１をダウンロードプロキシ装置２０１に送信する（ＳＴ１）。
【００８７】
一方、ダウンロードプロキシ装置２０１においては、要求確立部２２が、ダウンロードプロキシ要求メッセージＭ１を受信して秘密情報記憶部２１に書き込む。
【００８８】
要求確立部２２は、ダウンロードプロキシ要求メッセージＭ１内のクライアント証明書を秘密情報記憶部２１内のライセンスサーバ公開鍵で検証する。
【００８９】
要求確立部２２は、検証結果が正当のとき、秘密情報記憶部２１を参照しながら、ダウンロード要求ＩＤ、ダウンロードプロキシ証明書、第１デジタル署名ＳＡ及び第２乱数ＲＢを含む要求応答メッセージＭ２を生成して秘密情報記憶部２１に書き込む。
【００９０】
しかる後、要求確立部２２は、この要求応答メッセージＭ２をクライアント機器１０１に送信する（ＳＴ２）。
【００９１】
クライアント機器１０１においては、ダウンロード要求部１３が要求応答メッセージＭ２を受信して秘密情報記憶部１１に書き込む。
【００９２】
次に、ダウンロード要求部１３は、要求応答メッセージＭ２内のダウンロードプロキシ証明書を秘密情報記憶部２１内のライセンスサーバ公開鍵で検証し、第１デジタル署名ＳＡをダウンロードプロキシ証明書の公開鍵で検証する。
【００９３】
ダウンロード要求部１３は、各検証結果が正当のとき、ダウンロード要求ＩＤ及び第２デジタル署名ＳＢを含むクライアント検証要求メッセージＭ３を生成して秘密情報記憶部１１に書き込む。しかる後、ダウンロード要求部１３は、クライアント検証要求メッセージＭ３をダウンロードプロキシ装置２０１に送信する（ＳＴ３）。
【００９４】
ダウンロードプロキシ装置２０１においては、要求確立部２２がクライアント検証要求メッセージＭ３を受信して秘密情報記憶部２１に書き込む。
【００９５】
要求確立部２２は、クライアント検証要求メッセージＭ３内の第２デジタル署名ＳＢをクライアント証明書の機器公開鍵で検証する。
【００９６】
要求確立部２２は、第２デジタル署名ＳＢの検証結果が正当のとき、ダウンロード要求ＩＤ及び開始／中止フラグを含むダウンロード要求確立メッセージＭ４を生成して秘密情報記憶部２１に書き込む。
【００９７】
しかる後、要求確立部２２は、このダウンロード要求確立メッセージＭ４をクライアント機器１０１に送信する（ＳＴ４）。
【００９８】
クライアント機器１０１においては、ダウンロード要求部１３が、ダウンロード要求確立メッセージＭ４を受信して秘密情報記憶部１１に書き込む。
【００９９】
一方、ダウンロードプロキシ装置２０１においては、ダウンロード要求部２３が秘密情報記憶部２１を参照しながら、ダウンロード要求ＩＤ、ダウンロードデータ情報、放送型暗号鍵バージョン及び第３乱数ＲＣを含むダウンロード要求メッセージＭ５を生成して秘密情報記憶部２１に書き込む。しかる後、ダウンロード要求部２３は、このダウンロード要求メッセージＭ５をコンテンツサーバ装置３０１に送信する（ＳＴ５）。
【０１００】
また一方、コンテンツサーバ装置３０１においては、受付部３３が、ダウンロード要求メッセージＭ５を受信して秘密情報記憶部２１に書き込む。
【０１０１】
受付部３３は、ダウンロード要求メッセージＭ５内の放送型暗号復号鍵のバージョンを確認し、最新のバージョンでなければ、秘密情報記憶部３１内の最新の放送型暗号復号鍵をダウンロードプロキシ装置２０１に送信する（ＳＴ６）。
【０１０２】
ダウンロードプロキシ装置２０１においては、鍵交換部２４が最新版の放送型暗号復号鍵を受信して秘密情報記憶部２１に書き込む。
【０１０３】
一方、コンテンツサーバ装置３０１においては、鍵交換部３４が、秘密情報記憶部３１及びコンテンツ情報記憶部３２を参照しながら、ダウンロード要求ＩＤ、暗号化許諾素情報本体、コンテンツサーバ証明書、第３デジタル署名ＳＣ、第４乱数ＲＤを含む暗号化許諾素情報メッセージＭ６を生成して秘密情報記憶部３１に書き込む。
【０１０４】
しかる後、鍵交換部３４は、この暗号化許諾素情報メッセージＭ６をダウンロードプロキシ装置２０１に送信する（ＳＴ７）。
【０１０５】
ダウンロードプロキシ装置２０１においては、鍵交換部２４が、暗号化許諾素情報メッセージＭ６を受信して秘密情報記憶部２１に書き込む。
【０１０６】
鍵交換部２４は、暗号化許諾素情報メッセージＭ６内の暗号化許諾素情報本体を秘密情報記憶部２１内の放送型暗号復号鍵に基づいて復号し、許諾ＩＤ、データＩＤ、アクセス制御情報及び第１ハッシュ値ＨＡを含む許諾素情報を得る。
【０１０７】
鍵交換部２４は、許諾素情報に基づいて許諾素情報内の第１ハッシュ値ＨＡを検証し、秘密情報記憶部２１内のライセンスサーバ公開鍵に基づいてコンテンツサーバ証明書を検証し、コンテンツサーバ証明書内のコンテンツサーバ公開鍵に基づいて第３デジタル署名ＳＣを検証する。
【０１０８】
鍵交換部２４は、これらの検証結果が不当（エラー）のときにはダウンロード要求を中止し、検証結果が正当のときには、ダウンロード要求ＩＤ、機器判定値、鍵交換情報、グループ署名を含む認証鍵交換メッセージＭ７を生成して秘密情報記憶部２１に書き込む。
【０１０９】
このとき、機器判定値は、ハッシュ値であり、許諾ＩＤとクライアント証明書の機器ＩＤとを連接させた値からハッシュ演算により生成される。また、鍵交換情報は、セッション鍵を生成し、このセッション鍵をコンテンツサーバ証明書内のコンテンツサーバ公開鍵により暗号化して生成される。さらに、グループ署名は、秘密情報記憶部２１内のグループ署名鍵情報に基づいて、ダウンロード要求ＩＤ、許諾素情報本体、機器判定値、鍵交換情報、乱数ＲＤからなる署名対象メッセージＭ７−１から生成される（ＳＴ８）。
【０１１０】
しかる後、鍵交換部２４は、この認証鍵交換メッセージＭ７をコンテンツサーバ装置３０１に送信する（ＳＴ９）。
【０１１１】
コンテンツサーバ装置３０１においては、鍵交換部３４が、認証鍵交換メッセージＭ７を受信して秘密情報記憶部３１に書き込む。
【０１１２】
鍵交換部３４は、秘密情報記憶部３１内のグループ公開鍵に基づいて、認証鍵交換メッセージＭ７内のグループ署名を検証する。
【０１１３】
鍵交換部３４は、この検証結果が不当のとき、ダウンロードを中止し、検証結果が正当のとき、秘密情報記憶部３１内のコンテンツサーバ秘密鍵に基づいて、鍵交換情報を復号してセッション鍵を得る。しかる後、鍵交換部３４は、ダウンロード部３５を起動する。
【０１１４】
ダウンロード部３５は、秘密情報記憶部３１及びコンテンツ情報記憶部３２を参照しながら、ダウンロード要求ＩＤ及びセッション鍵暗号化情報を含む暗号化復号鍵許諾署名メッセージＭ８を生成して秘密情報記憶部３１に書き込む。
【０１１５】
このとき、セッション鍵暗号化情報は、第４デジタル署名ＳＤ、データ復号鍵及び第２ハッシュ値ＨＢを含むメッセージが、鍵交換情報の復号により得られるセッション鍵により暗号化されて生成される。第４デジタル署名ＳＤは、コンテンツサーバ秘密鍵に基づいて、対象メッセージＭ８−１から生成される。第４デジタル署名ＳＤの対象メッセージＭ８−１は、許諾ＩＤ、機器判定値、データＩＤ、アクセス制御情報を含んでいる。データ復号鍵は、暗号化データ本体を復号するために使われる鍵である。第２ハッシュ値ＨＢは、第４デジタル署名ＳＤ及びデータ復号鍵を連接した値のハッシュ値である。
【０１１６】
しかる後、ダウンロード部３５は、暗号化復号鍵許諾署名メッセージＭ８をダウンロードプロキシ装置２０１に送信する（ＳＴ１１）。
【０１１７】
ダウンロードプロキシ装置２０１においては、ダウンロード部２５が、暗号化復号鍵許諾署名メッセージＭ８を秘密情報記憶部２１に書き込む。
【０１１８】
ダウンロード部２５は、秘密情報記憶部２１内のセッション鍵に基づいて、セッション鍵暗号化情報を復号し、第４デジタル署名ＳＤ、データ復号鍵、第２ハッシュ値ＨＢを得る。
【０１１９】
ダウンロード部２５は、第４デジタル署名ＳＤ及びデータ復号鍵に基づいて、第２ハッシュ値ＨＢを検証し、秘密情報記憶部１２内のコンテンツサーバ証明書のコンテンツサーバ公開鍵に基づいて第４デジタル署名ＳＤを検証する。
【０１２０】
ダウンロード部２５は、各検証結果が正当のとき、許諾ＩＤ、機器判定値、データＩＤ、アクセス制御情報、第４デジタル署名ＳＤ及びコンテンツサーバ証明書を含む許諾情報Ｍ９を生成して秘密情報記憶部２１に書き込む。また、ダウンロード部２５は、クライアント証明書の機器公開鍵に基づいてデータ復号鍵を暗号化し、得られた暗号化復号鍵を秘密情報記憶部２１に書き込む。
【０１２１】
しかる後、ダウンロード部２５は、暗号化データ本体の送信要求をコンテンツサーバ装置３０１に送信し（ＳＴ１２）、暗号化データ本体をコンテンツサーバ装置３０１から受信する（ＳＴ１３）。
【０１２２】
ダウンロード部２５は、秘密情報記憶部２１内の許諾情報Ｍ９をクライアント機器１０１に送信する（ＳＴ１４）。また、ダウンロード部２５は、秘密情報記憶部２１内の暗号化復号鍵をクライアント機器１０１に送信する（ＳＴ１５）。さらに、ダウンロード部２５は、秘密情報記憶部２１内の暗号化データ本体をクライアント機器１０１に送信する（ＳＴ１６）。
【０１２３】
クライアント機器１０１においては、受信部１４が、ダウンロードプロキシ装置２０１から別々に許諾情報、暗号化復号鍵及び暗号化データ本体を受信すると、これら許諾情報、暗号化復号鍵及び暗号化データ本体を互いに関連付けてコンテンツ情報記憶部１２に書き込む。
【０１２４】
（コンテンツ利用）
クライアント機器１０１においては、コンテンツ利用部１５が、操作者の操作により、コンテンツ情報記憶部１２内に許諾情報Ｍ９があるか否かを判定する（ＳＴ２１）。
【０１２５】
コンテンツ利用部１５は、ステップＳＴ２１の判定の結果、許諾情報Ｍ９が無い場合には処理を終了するが、許諾情報Ｍ９がある場合には許諾情報Ｍ９を開いて（ＳＴ２２）、許諾情報Ｍ９から、許諾ＩＤ、機器判定値、データＩＤ、アクセス制御情報、第４デジタル署名ＳＤ及びコンテンツサーバ証明書を得る。
【０１２６】
続いて、コンテンツ利用部１５は、秘密情報記憶部１１内のライセンスサーバ公開鍵に基づいて、許諾情報内のコンテンツサーバ証明書を検証する（ＳＴ２３）。
【０１２７】
コンテンツ利用部１５は、ステップＳＴ２３の検証結果が不当のときには処理を終了するが、ステップＳＴ２３の検証結果が正当のときには、コンテンツサーバ証明書内のサーバ公開鍵に基づいて第４デジタル署名ＳＤを検証する（ＳＴ２４）。
【０１２８】
コンテンツ利用部１５は、ステップＳＴ２４の検証結果が不当のときには処理を終了するが、ステップＳＴ２４の検証結果が正当のときには、許諾情報内の許諾ＩＤ及び秘密情報記憶部１１に記憶されたクライアント証明書内の機器ＩＤに基づいて、許諾情報内の機器判定値を検証する（ＳＴ２５）。
【０１２９】
コンテンツ利用部１５は、ステップＳＴ２５の検証結果が不当のときには処理を終了するが、ステップＳＴ２５の検証結果が正当のときには、利用処理の内容が許諾情報内のアクセス制御情報に適合するか否かを判定する（ＳＴ２６）。
【０１３０】
コンテンツ利用部１５は、ステップＳＴ２６の判定結果が「適合する」場合に限り、秘密情報記憶部１１内の機器公開鍵に基づいて暗号化復号鍵を復号し（ＳＴ２７）、得られたデータ復号鍵に基づいて暗号化データ本体を復号する。
【０１３１】
コンテンツ利用部１５は、復号により得られたコンテンツデータ本体を操作者の操作により利用処理する（ＳＴ２８）。
【０１３２】
上述したように本実施形態によれば、匿名性を必要としない家庭内ＬＡＮ１１などのローカルエリア内では公開鍵証明書により、クライアント機器１０１とダウンロードプロキシ装置２０１間で機器相互の認証を行う。
【０１３３】
しかる後、インターネット３等の外部ネットワーク上のコンテンツサーバ装置３０１からのダウンロードの際には、コンテンツサーバ装置３０１が、ダウンロードプロキシ装置２０１の生成したグループ署名によりダウンロードプロキシ装置２０１を匿名認証することにより、認証の匿名性を確保すると同時に、グループ署名に必要となる高い情報処理能力を各クライアント１０１，１０２が持つ必要がない。このため、低い情報処理能力のクライアント機器１０１を用いて実現することができる。
【０１３４】
また、クライアント機器１０１の機器ＩＤを明示的に入れずに許諾ＩＤと機器ＩＤから生成される機器判定値をコンテンツサーバ装置３０１に渡すことにより、コンテンツサーバ装置３０１に機器ＩＤを通知せずに、クライアント機器１０１を特定した許諾情報を発行することができる。ここで、従来とは異なり、クライアント固有の機器ＩＤがコンテンツサーバ装置３０１に通知されないため、データ配信の際に、利用者のプライバシを保護することができる。
【０１３５】
また、コンテンツサーバ装置３０１は、特許文献１等に記載の放送型暗号方式のリボケーション機能により、グループ署名鍵（メンバ秘密鍵）の漏洩したダウンロードプロキシ装置２０１を容易に無効化することができる。
【０１３６】
なお、特許文献１等に記載の放送型暗号方式とは、例えば以下のようなものである。
【０１３７】
すなわち、放送型暗号方式として、予めグループに所属する全てのメンバに復号鍵を配布し、後から特定の復号鍵のみ復号可能な暗号文を生成することが可能な技術が知られている（例えば、非特許文献２〜４参照）。
【０１３８】
放送型暗号方式は、予め登録された利用者への有料放送の限定受信やＤＶＤの限定再生に広く適用されている。具体的には、予め放送受信機やＤＶＤ再生機に放送型暗号の復号鍵を格納し、有料放送やＤＶＤのコンテンツを放送型暗号方式で暗号化することにより、特定の（例えば、登録して視聴料金を払った）放送受信機およびＤＶＤ再生機でのみコンテンツを見ることが出来るようにしている。これら適用例からわかるように、放送や再生がリアルタイムで行えるよう、放送型暗号方式の暗号化および復号の計算量は非常に小さくなるように設計されている。
【０１３９】
放送型暗号方式は、以下の５つの関数からなる。（１）秘密情報生成関数 Init ：セキュリティパラメータを入力として、暗号化鍵および復号鍵の生成に必要な秘密情報Ｓを出力する。（２）復号鍵生成関数 DKeyGen ：秘密情報Ｓを入力として、メンバ毎に異なる復号鍵Ｋiを出力する。（３）暗号化鍵生成関数 EKeyGen ：秘密情報Ｓおよび復号可能な復号鍵を特定する情報（逆にリボークする復号鍵を特定する情報でも良い）を入力し、暗号化鍵Ｋvを出力する。（４）暗号化関数Ｅ：暗号化鍵とメッセージを入力し、暗号文を出力する。（５）復号関数Ｄ：復号鍵と暗号文を入力し、復号されたメッセージを出力する。ただし、復号鍵がリボークされている場合は、ＮＧまたは元のメッセージとは異なるメッセージが出力される。
【０１４０】
すなわち、本実施形態のコンテンツサーバ装置３０１は、このような放送型暗号方式のリボケーション機能（リボーク機能）を用いることにより、グループ署名鍵（メンバ秘密鍵）の漏洩したダウンロードプロキシ装置２０１を容易に無効化することができる。
【０１４１】
（第２の実施形態）
図１６及び図１７は本発明の第２の実施形態に係るデータ配信システムの構成を示す模式図であり、図１及び図２と同一部分については同一符号を付してその詳しい説明を省略し、ここでは異なる部分について主に述べる。なお、以下の各実施形態も同様にして重複した説明を省略する。
【０１４２】
すなわち、本実施形態は、第１の実施形態の変形例であり、ローカルデータサーバが外部のコンテンツサーバ装置３０１から直接にデータをダウンロードしておき、その後、ローカルデータサーバがクライアント機器１０１にデータをストリーミング送信する形態である。具体的には図１に示すダウンロードプロキシ装置２０１に代えて、ローカルデータサーバ装置４０１を設けている。
【０１４３】
ここで、ローカルデータサーバ装置４０１は、前述したダウンロードプロキシ装置２０１の各部２１〜２５とほぼ同一機能の各部２１’〜２５’を有し、更に、コンテンツ情報記憶部２６及びストリーミング部２７を備えている。
【０１４４】
秘密情報記憶部２１’は、前述した秘密情報記憶部２１において、ダウンロードプロキシ証明書及びプロキシ秘密鍵に代えて、ローカルデータサーバ証明書及びローカルデータサーバ秘密鍵を保持し、更にクライアント証明書が記憶されている。
【０１４５】
なお、ローカルデータサーバ証明書は、ローカルデータサーバ固有の機器ＩＤ、ローカルデータサーバ公開鍵及びライセンスサーバ署名を含む公開鍵証明書である。ローカルデータサーバ証明書、ローカルデータサーバ秘密鍵及びライセンスサーバ公開鍵は、ライセンスサーバ装置４から発行され、メーカー工場５にて予め書き込まれる。ローカルデータサーバ秘密鍵は、ローカルデータサーバ証明書に含まれるローカルデータサーバ公開鍵に対応する秘密鍵である。
【０１４６】
要求確立部２２は、前述した各機能(f22-1)〜(f22-6)を有し、機能(f22-6)において、ダウンロード要求部２３を起動する機能に代えて、ストリーミング部２７を起動する機能をもっている。
【０１４７】
これに伴い、前述したダウンロード要求に関するメッセージＭ１〜Ｍ４に代えて、図１８〜図２１に示すように、「ダウンロード」に代えて「ストリーミング」を用いた各メッセージＭ１’〜Ｍ４’と、「ダウンロードプロキシ証明書」に代えて「ローカルデータサーバ証明書」を用いたメッセージＭ２’とが使用される。
【０１４８】
ダウンロード要求部２３は、前述した各機能(f23-1)〜(f23-2)を有し、機能(f23-1)において、要求確立部２２に起動される機能に代えて、操作者の操作により起動される機能をもっている。
【０１４９】
鍵交換部２４は、前述した各機能(f24-1)〜(f24-6)をもっている。
【０１５０】
ダウンロード部２５は、前述した各機能(f25-1)〜(f25-6)を有し、機能(f25-4)〜(f25-6)において、許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体の書込先がコンテンツ情報記憶部２６であり、且つ許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を送信する機能(f25-7)が省略されている。
【０１５１】
コンテンツ情報記憶部２６は、ダウンロード部２５から書込可能であり、且つストリーミング部２７から読出可能なハードウエア資源としての記憶装置であって、許諾情報、暗号化復号鍵及び暗号化データ本体が互いに関連付けられて記憶される。
【０１５２】
ストリーミング部２７は、要求確立部２２に起動されると、コンテンツ情報記憶部２６内の許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を個別にクライアント機器１０１にストリーミング送信する機能をもっている。なお、許諾情報Ｍ９内のアクセス制御情報としては、例えば、同時に２台までのクライアント機器にストリーミング再生のためのデータ転送が許可される、といった内容を設けてもよい。
【０１５３】
次に、以上のように構成されたデータ配信システムの動作を図２２のシーケンス図を用いて説明する。
【０１５４】
始めに、予めローカルデータサーバ装置４０１においては、コンテンツサーバ装置３０１との間で、前述したステップＳＴ５〜ＳＴ１３を実行することにより、許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体をコンテンツ情報記憶部２６に書き込む。
【０１５５】
続いて、クライアント機器１０１においては、ローカルデータサーバ装置４０１との間で、前述したステップＳＴ１〜ＳＴ４と同等のステップＳＴ１’〜ＳＴ４’を実行することにより、ストリーミング要求を確立する。なお、「同等の」とは、ステップＳＴ１’〜ＳＴ４’は、各メッセージＭ１’〜Ｍ４’において、「ダウンロード」の語に代えて「ストリーミング」の語を用い、「ダウンロードプロキシ証明書」に代えて「ローカルデータサーバ証明書」を用いる以外は前述したステップＳＴ１〜ＳＴ４と同じ処理である旨を意味する。
【０１５６】
ストリーミング要求の確立により、ローカルデータサーバ装置４０１においては、要求確立部２２がストリーミング部２７を起動する。
【０１５７】
ストリーミング部２７は、前述したステップＳＴ１４〜ＳＴ１５と同様に、コンテンツ情報記憶部２６内の許諾情報Ｍ９及び暗号化復号鍵をそれぞれクライアント機器１０１に送信する（ＳＴ１４，ＳＴ１５）。
【０１５８】
しかる後、ストリーミング部２５は、コンテンツ情報記憶部２６内の暗号化データ本体をクライアント機器１０１にストリーミング送信する（ＳＴ１６’）。
【０１５９】
クライアント機器１０１においては、受信部１４が、ローカルデータサーバ装置４０１から別々に許諾情報、暗号化復号鍵及び暗号化データ本体を受信すると、これら許諾情報及び暗号化復号鍵を互いに関連付けてコンテンツ情報記憶部１２に書き込むと共に、暗号化データ本体をコンテンツ利用部１５に送出する。
【０１６０】
コンテンツ利用部１５は、前述したステップＳＴ２１〜ＳＴ２８を実行することにより、暗号化データ本体をストリーミング再生する。
【０１６１】
上述したように本実施形態によれば、ローカルデータサーバ装置４０１が、外部のコンテンツサーバ装置３０１から直接にデータをダウンロードしておき、その後、クライアント機器１０１にデータをストリーミング送信する形態に変形しても、第１の実施形態の効果を得ることができる。
【０１６２】
また、アクセス制御情報において、同時に２台までのクライアント機器にストリーミング再生のためのデータ転送が許可される、といった内容を設けた場合、ローカルデータサーバ装置４０１がダウンロードしたデータは、複数のクライアントで共有してアクセスすることができる。このため、ローカルネットワークにおいて暗号化データ本体を集中管理する場合に有利である。
【０１６３】
クライアント機器へのデータ転送は、ローカルデータサーバ装置４０１とクライアント機器１０１との間の公開鍵証明書に基づく相互認証と鍵交換とを実行し（ＳＴ１’〜ＳＴ４’）、ローカルデータサーバ装置４０１がクライアント機器１０１から機器公開鍵を得る一方、ローカルデータサーバ装置４０１がクライアント機器１０１にデータサーバ公開鍵を渡すといったＤＴＣＰ−ＩＰと同等の技術で実現することができる。
【０１６４】
（第３の実施形態）
次に、本発明の第３の実施形態に係るデータ配信システムについて説明する。  
本実施形態は、第２の実施形態の変形例であり、ローカルデータサーバ装置４０１が複数のクライアント機器１０１，１０２に対応した複数の機器判定値を生成しておくことにより、複数のクライアント機器１０１，１０２分の許諾情報Ｍ９を同時に得られる形態である。
【０１６５】
これに伴い、認証鍵交換メッセージＭ７は、図２３〜図２５のいずれかに示すように、１つの機器判定値に代えて、複数の機器判定値を含む構成となる。同様に、暗号化復号鍵許諾署名メッセージＭ８及び許諾情報Ｍ９は、それぞれ図２６又は図２７に示すように、１つの機器判定値に代えて、複数の機器判定値を含む構成となる。
【０１６６】
また、コンテンツ情報記憶部２６内の暗号化復号鍵としては、各機器判定値に対応するクライアント機器１０１，１０２のクライアント公開鍵でそれぞれデータ復号鍵が暗号化されたものとなるので、複数の暗号化復号鍵が記憶されることになる。
【０１６７】
以上のような構成によれば、第２の実施形態の効果に加え、ローカルデータサーバ装置４０１がダウンロードしたデータは、許諾情報の機器判定値に登録された複数のクライアントで共有してアクセスできるようになる。このため、ローカルネットワークにおいて暗号化データ本体を集中管理する場合に有利である。 
（第４の実施形態）
図２８及び図２９は本発明の第４の実施形態に係るデータ配信システムの構成を示す模式図である。本実施形態は、第１の実施形態の変形例であり、クライアント機器１０１がダウンロードプロキシを介さずにコンテンツサーバ装置３０１からデータをダウンロードする構成とし、且つ、高い情報処理能力を必要とするグループ署名の計算の大部分を匿名プロキシ装置５０１に委任する形態となっている。
【０１６８】
具体的には、図１に示したダウンロードプロキシ装置２０１に代えて、ダウンロードプロキシ装置２０１の各部２１，２３，２４，２５の機能をクライアント機器１０１に配置し、且つ特許文献２記載の匿名プロキシ装置５０１を設けている。
【０１６９】
ここで、クライアント機器１０１は、秘密情報記憶部２１”、ダウンロード要求部２３、鍵交換部２４”、ダウンロード部２５、コンテンツ情報記憶部２６及びコンテンツ利用部１５を備えている。
【０１７０】
秘密情報記憶部２１”は、前述した秘密情報記憶部１１，２１の記憶内容を合わせたものであり、記憶情報記憶部２１の記憶内容において、ダウンロードプロキシ証明書及びプロキシ秘密鍵に代えて、クライアント証明書及び機器秘密鍵が記憶されている。
【０１７１】
ダウンロード要求部２３は、前述した各機能(f23-1)〜(f23-2)を有し、機能(f23-1)において、要求確立部２２に起動される機能に代えて、操作者の操作により起動される機能をもっている。
【０１７２】
鍵交換部２４”は、前述した各機能(f24-1)〜(f24-6)を有し、機能(f24-5)において、グループ署名の計算の大部分を匿名プロキシ装置５０１に委任する機能をもっている。補足すると、グループ署名を生成する際に、鍵交換部２４”は、グループ署名鍵情報のうち、グループ公開鍵及びメンバ秘密鍵に基づく演算を実行する。一方、匿名プロキシ装置５０１は、グループ署名鍵情報のうち、メンバ証明書及びグループ公開鍵に基づく演算を実行する。
【０１７３】
ダウンロード部２５は、前述した各機能(f25-1)〜(f25-6)を有し、機能(f25-4)〜(f25-6)において、許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体の書込先がコンテンツ情報記憶部２６であり、且つ許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を送信する機能(f25-7)が省略されている。
【０１７４】
コンテンツ情報記憶部２６は、ダウンロード部２５から書込可能であり、且つコンテンツ利用部１５から読出可能なハードウエア資源としての記憶装置であって、許諾情報、暗号化復号鍵及び暗号化データ本体が互いに関連付けられて記憶される。
【０１７５】
コンテンツ利用部１５は、前述した各機能(f15-1)〜(f15-4)機能を有し、各機能において、秘密情報記憶部１１に代えて秘密情報記憶部２１”を用い、且つコンテンツ情報記憶部１２に代えてコンテンツ情報記憶部２６を用いる。
【０１７６】
一方、匿名プロキシ装置５０１は、署名生成情報記憶部４１及びグループ署名生成機能部４２を備えている。
【０１７７】
署名生成情報記憶部４１は、グループ署名生成機能部４２から読出／書込可能なハードウエア資源としての記憶装置であり、クライアント機器１０１から送信されたメンバ証明書、グループ公開鍵及び計算途中の演算パラメータ等が記憶される。
【０１７８】
グループ署名生成機能部（補助演算部）４２は、クライアント機器１０１によるグループ署名生成を補助する機能部であり、グループ署名を生成する際に、クライアント機器１０１から送信されたメンバ証明書及びグループ公開鍵に基づく演算（メンバ秘密鍵に基づかない演算）を実行し、演算結果をクライアント機器１０１に返信する機能をもっている。
【０１７９】
次に、以上のように構成されたデータ配信システムの動作を図３０のシーケンス図を用いて説明する。
【０１８０】
始めに、クライアント機器１０１においては、コンテンツサーバ装置３０１との間で、前述したステップＳＴ５〜ＳＴ７を実行することにより、受信した暗号化許諾素情報メッセージＭ６を秘密情報記憶部２１”に書き込む。
【０１８１】
続いて、クライアント機器１０１においては、前述同様に、鍵交換部２４”が、暗号化許諾素情報メッセージＭ６内の暗号化許諾素情報本体を放送型暗号復号鍵に基づいて復号し、許諾素情報を得る。
【０１８２】
鍵交換部２４”は、前述同様に、許諾素情報内の第１ハッシュ値ＨＡを検証し、コンテンツサーバ証明書を検証し、第３デジタル署名ＳＣを検証する。
【０１８３】
鍵交換部２４”は、これらの検証結果が不当（エラー）のときにはダウンロード要求を中止し、検証結果が正当のときには、ダウンロード要求ＩＤ、機器判定値、鍵交換情報、グループ署名を含む認証鍵交換メッセージＭ７の生成処理を開始する。
【０１８４】
鍵交換部２４”は、機器判定値を生成する（ＳＴ８−１）。  
そして、鍵交換部２４”は、グループ署名の生成に必要な情報を匿名プロキシ装置５０１との間で授受する（ＳＴ８−２）。このとき、鍵交換部２４”は、メンバ証明書及びグループ公開鍵を匿名プロキシ装置５０１に渡すが、メンバ秘密鍵を匿名プロキシ装置５０１に渡さない。そして、匿名プロキシ装置５０１は、メンバ証明書及びグループ公開鍵に基づく計算を実行するが、メンバ秘密鍵を用いる計算を実行しない（メンバ秘密鍵が無いので、実行できない）。
【０１８５】
補足すると、グループ署名の生成には、メンバ証明書及びグループ公開鍵を用いる計算と、メンバ秘密鍵を用いる計算との２種類の計算を必要としている。これら２種類の計算のうち、メンバ証明書及びグループ公開鍵を用いる計算の方を匿名プロキシ装置５０１に委任する。
【０１８６】
匿名プロキシ装置５０１は、鍵交換部２４”との間で授受した情報に基づいて、グループ署名を生成し（ＳＴ８−３）、得られたグループ署名をクライアント機器１０１に送信する（ＳＴ８−４）。
【０１８７】
ここで、ステップＳＴ８−２〜ＳＴ８−４間のグループ署名の委任計算（依頼計算）は、例えば、特許文献２記載の技術を用いた場合、以下のようになる。なお、特許文献２が未公開のまま取り下げられた場合には、以下の記載に加え、例えば特許文献２の背景技術である特許文献３等に記載のグループ署名の依頼計算の技術を参照してもよい。
【０１８８】
（ステップＳＴ８−２）
鍵更新部２４”は、メンバ証明書（cert＝（Ａ，ｅ）（但しＡ＝(ａｘａ0)1/e mod ｎであり、ｅは素数、ｘはメンバ秘密鍵））及びグループ公開鍵（ｐｋ＝（ｎ，ａ，ａ0，ｙ，ｇ，ｈ））を匿名プロキシ装置５０１に送信する。
【０１８９】
なお、ｎ＝ｐｑ，ｐ＝２ｐ’＋１，ｑ＝２ｑ’＋１（但し、ｐ’とｑ’はＬpビットの素数、Ｌpはセキュリティパラメータ）である。また、ａ ∈ ＱＲ（ｎ），ａ0 ∈ ＱＲ（ｎ），ｇ ∈ ＱＲ（ｎ），ｈ ∈ ＱＲ（ｎ）である（但し、ＱＲ（ｎ）は、ｎの平方剰余群）。ｙ＝ｇｘ mod ｎである。
【０１９０】
匿名プロキシ装置５０１は、グループ署名生成機能部４２が、このメンバ証明書、グループ公開鍵及びランダムに選ばれた乱数情報ｒ_1〜ｒ_4，ｗに基づいて証明書関連情報（Ｔ1，Ｔ2，Ｔ3）及び演算パラメータ（ｄ1’，ｄ2，ｄ3，ｄ4）を生成し、この証明書関連情報及び演算パラメータを鍵交換部２４”に送信する。
【０１９１】
但し、Ｔ1 ＝ Ａｙｗ mod ｎ，
Ｔ2 ＝ ｇｗ mod ｎ，
Ｔ3 ＝ ｇｅｈｗ mod ｎ．
ｄ1’＝Ｔ1{r_1} ／ ｙ{r_3} mod ｎ，（但し_は下付添字を表す）
ｄ2 ＝ Ｔ2{r_1} ／ ｇ{r_3} mod ｎ，
ｄ3 ＝ ｇ{r_4} mod ｎ，
ｄ4 ＝ ｇ{r_1}ｈ{r_4} mod ｎ．
鍵交換部２４”は、この証明書関連情報及び演算パラメータを受けると、メンバ秘密鍵（ｘ）及びメッセージ（ｍ）に基づいて、ハッシュ関数Ｈ（ｇ‖…‖ｍ）により、メンバ署名（ｃ，ｓ2）を生成し、このメンバ署名を匿名プロキシ装置５０１に送信する。なお、ここでいうメッセージ（ｍ）は、ダウンロード要求ＩＤ、許諾素情報本体、機器判定値、鍵交換情報、乱数ＲＤからなる署名対象メッセージＭ７−１である。
【０１９２】
また、ｄ1＝ｄ1’／ａ{r_2} mod ｎ，
ｃ＝Ｈ(ｇ‖ｈ‖ｙ‖ａ0‖ａ‖Ｔ1‖Ｔ2‖Ｔ3‖ｄ1‖ｄ2‖ｄ3‖ｄ4‖ｍ),  （但し、‖はデータの連接を表す）
ｓ2＝ｒ2−ｃ（ｘ−２{λ_1}).  （但しλ1はシステムパラメータ）
（ステップＳＴ８−３）
匿名プロキシ装置５０１においては、グループ署名生成機能部４２が、このメンバ署名及びメンバ証明書に基づいて、メンバ署名関連情報（ｓ1，ｓ3，ｓ4）を生成する。
【０１９３】
なお、ｓ1＝ｒ1−ｃ（ｅ−２{γ_1})，  （但しγ1はシステムパラメータ），
ｓ3＝ｒ3−ｃｅｗ，
ｓ4＝ｒ4−ｃｗ．
また、グループ署名生成機能部４２は、このメンバ署名関連情報、証明書関連情報及びメンバ署名からなるグループ署名（σ＝（Ｔ1，Ｔ2，Ｔ3，ｓ1，ｓ2，ｓ3，ｓ4，ｃ））を生成する。
【０１９４】
（ステップＳＴ８−４）
しかる後、匿名プロキシ装置５０１においては、グループ署名生成機能部４２が、このグループ署名を鍵交換部２４”に送信する。以上がステップＳＴ８−４までの処理である。
【０１９５】
クライアント機器１０１においては、鍵交換部２４”が、グループ署名を受信する。これにより、鍵交換部２４”は、ダウンロード要求ＩＤ、機器判定値、鍵交換情報、グループ署名を含む認証鍵交換メッセージＭ７を生成して秘密情報記憶部２１”に書き込む。しかる後、鍵交換部２４”は、この認証鍵交換メッセージＭ７をコンテンツサーバ装置３０１に送信する（ＳＴ９）。
【０１９６】
以下、クライアント機器１０１においては、コンテンツサーバ装置３０１との間で、前述したステップＳＴ１０〜ＳＴ１３を実行することにより、得られた許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体をコンテンツ情報記憶部２６に書き込む（ＳＴ１７）。
【０１９７】
コンテンツ利用部１５は、前述したステップＳＴ２１〜ＳＴ２８を実行することにより、暗号化データ本体を利用処理する。
【０１９８】
上述したように本実施形態によれば、クライアント機器１０１がダウンロードプロキシを介さずにコンテンツサーバ装置３０１からデータをダウンロードする構成とし、且つ、高い情報処理能力を必要とするグループ署名の計算の大部分を匿名プロキシ装置５０１に委任する形態に変形しても、第１の実施形態と同様の効果を得ることができる。
【０１９９】
補足すると、本実施形態では、クライアント機器１０１がグループ署名の鍵情報をもち、コンテンツサーバ装置３０１からデータをダウンロードする際に、高い情報処理能力を必要とするグループ署名の計算の大部分を匿名プロキシに委任することができる。
【０２００】
また、本実施形態では、第１の実施形態のクライアント機器１０１と比べてクライアント機器１０１に高い情報処理能力が必要であるが、放送型暗号によりクライアント機器を個別に無効化できるため、第１の実施形態よりも安全性を向上させることができる。
【０２０１】
（第５の実施形態）
図３１及び図３２は本発明の第５の実施形態に係るデータ配信システムの構成を示す模式図である。本実施形態は、第４の実施形態の変形例であり、クライアント機器１０１がダウンロードプロキシを介さずにコンテンツサーバ装置３０１からデータをダウンロードする構成とし、且つ、クライアント機器１０１がグループ署名の計算を匿名プロキシ装置５０１に委任しない形態となっている。
【０２０２】
具体的には図２９及び図３０に示した匿名プロキシ装置５０１を省略し、グループ署名生成の計算の大部分を委任する鍵交換部２４”に代えて、グループ署名生成機能を有する図１に述べた鍵交換部２４を備えている。
【０２０３】
次に、以上のように構成されたデータ配信システムの動作を図３３のシーケンス図を用いて説明する。
【０２０４】
始めに、クライアント機器１０１においては、コンテンツサーバ装置３０１との間で、図１４に述べたステップＳＴ５〜ＳＴ１３を実行することにより、得られた許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体をコンテンツ情報記憶部２６に書き込む（ＳＴ１７）。
【０２０５】
コンテンツ利用部１５は、前述したステップＳＴ２１〜ＳＴ２８を実行することにより、暗号化データ本体を利用処理する。
【０２０６】
上述したように本実施形態によれば、クライアント機器１０１がダウンロードプロキシを介さずにコンテンツサーバ装置３０１からデータをダウンロードする構成とし、且つ、クライアント機器１０１がグループ署名の計算を匿名プロキシ装置５０１に委任しない形態としても、第１の実施形態と同様の効果を得ることができる。
【０２０７】
なお、本実施形態では、クライアント機器１０１がグループ署名の情報処理能力を必要とするが、ダウンロードプロキシ装置２０１や匿名プロキシ装置５０１などが不要であるため、ＬＡＮ１１に接続されたクライアント機器が１台だけの場合には低コストに実現することができる。
【０２０８】
（第６の実施形態）
図３４及び図３５は本発明の第６の実施形態に係るデータ配信システムの構成を示す模式図である。
【０２０９】
本実施形態は、第１の実施形態の変形例であり、クライアント機器がダウンロードプロキシの機能を兼ねる形態となっている。具体的には、図１に示したクライアント機器１０１に代えてローカルデータサーバ装置４０１を設け、クライアント機器とダウンロードプロキシ装置との機能を兼ね備えたクライアント兼ダウンロードプロキシ装置２０１を備えている。
【０２１０】
クライアント兼ダウンロードプロキシ装置２０１は、秘密情報記憶部２１”、要求確立部２２、ダウンロード要求部２３、鍵交換部２４、ダウンロード部２５、コンテンツ情報記憶部１２、受信部１４、コンテンツ利用部１５及び送信要求部１６を備えている。
【０２１１】
秘密情報記憶部２１”は、前述した秘密情報記憶部１１，２１の記憶内容を合わせたものであり、記憶情報記憶部２１の記憶内容に加え、クライアント証明書及び機器秘密鍵が記憶されている。
【０２１２】
要求確立部２２、ダウンロード要求部２３、鍵交換部２４及びダウンロード部２５は、第１の実施形態に述べた機能をもっている。
【０２１３】
コンテンツ情報記憶部１２、受信部１４及びコンテンツ利用部１５は、第１の実施形態に述べた機能を有し、第１の実施形態とは異なり、クライアント兼ダウンロードプロキシ装置２０１に配置されている。
【０２１４】
送信要求部１６は、操作者の操作により、暗号化データ本体等のストリーミング送信をローカルデータサーバ装置４０１に要求するものである。
【０２１５】
一方、ローカルデータサーバ装置４０１は、大まかには前述したコンテンツ利用部１５に代えてストリーミング部１７を備えた構成となっている。具体的にはローカルデータサーバ装置４０１は、秘密情報記憶部１１、コンテンツ情報記憶部１２、ダウンロード要求部１３、受信部１４及びストリーミング部１７を備えている。
【０２１６】
ここで、秘密情報記憶部１１は、クライアント証明書及び機器秘密鍵に代えて、ローカルデータサーバ証明書及びローカルデータサーバ秘密鍵を記憶している。
【０２１７】
コンテンツ情報記憶部１２、ダウンロード要求部１３及び受信部１４は、第１の実施形態に述べた機能をもっている。
【０２１８】
ストリーミング部１７は、クライアント兼ダウンロードプロキシ装置２０１からストリーミング送信の要求を受けると、コンテンツ情報記憶部１２内の許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を個別にクライアント兼ダウンロードプロキシ装置２０１にストリーミング送信する機能をもっている。
【０２１９】
次に、以上のように構成されたデータ配信システムの動作を図３６のシーケンス図を用いて説明する。
【０２２０】
始めに、データ配信システムにおいては、ローカルデータサーバ装置４０１とクライアント兼ダウンロードプロキシ装置２０１との間で図１４に述べたステップＳＴ１〜ＳＴ４を実行し、クライアント兼ダウンロードプロキシ装置２０１とコンテンツサーバ装置３０１との間で同様にステップＳＴ５〜ＳＴ１３を実行し、ローカルデータサーバ装置４０１とクライアント兼ダウンロードプロキシ装置２０１との間で同様にステップＳＴ１４〜ＳＴ１６を実行する。
【０２２１】
これにより、ローカルデータサーバ装置４０１では、得られた許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体をコンテンツ情報記憶部１２に書き込む（ＳＴ１７）。
【０２２２】
しかる後、クライアント兼ダウンロードプロキシ装置２０１においては、送信要求部１６が、操作者の操作により、暗号化データ本体等のストリーミング送信をローカルデータサーバ装置４０１に要求する。
【０２２３】
クライアント兼ダウンロードプロキシ装置２０１においては、ストリーミング部１７が、ストリーミング送信の要求を受けると、コンテンツ情報記憶部１２内の許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を個別にクライアント兼ダウンロードプロキシ装置２０１にストリーミング送信する（ＳＴ１８）。
【０２２４】
クライアント兼ダウンロードプロキシ装置２０１においては、受信部１４が、別々に許諾情報、暗号化復号鍵及び暗号化データ本体を受信すると、これら許諾情報及び暗号化復号鍵を互いに関連付けてコンテンツ情報記憶部１２に書き込むと共に、暗号化データ本体をコンテンツ利用部１５に送出する。
【０２２５】
コンテンツ利用部１５は、前述したステップＳＴ２１〜ＳＴ２８を実行することにより、暗号化データ本体を利用処理する。
【０２２６】
上述したように本実施形態によれば、クライアント機器１０１に代えてローカルデータサーバ装置４０１を設け、クライアント機器がダウンロードプロキシの機能を兼ねたクライアント兼ダウンロードプロキシ装置２０１を備えた形態に変形しても、第１の実施形態と同様の効果を得ることができる。
【０２２７】
また、クライアント機器には、高解像度、高圧縮の動画像を再生したり、三次元の合成画像を生成するなどの高い計算能力を有する場合、グループ署名によるダウンロードプロキシに適している。これに対し、データサーバは、通常の場合、高い情報処理能力が不要であるため、本実施形態は実装上の有効性が高い。 
（第７の実施形態）
図３７及び図３８は本発明の第７の実施形態に係るデータ配信システムの構成を示す模式図である。
【０２２８】
本実施形態は、第４の実施形態の変形例であり、匿名プロキシ装置５０１がクライアント機器の機能を兼ねる形態となっている。
【０２２９】
具体的には匿名プロキシ装置５０１は、前述した各部４１，４２に加え、秘密情報記憶部１１’、コンテンツ情報記憶部１２、受信部１４及びコンテンツ利用部１５を備えている。これに伴い、クライアント機器１０１においては、コンテンツ利用部１５に代えてストリーミング部２７が設けられている。
【０２３０】
次に、以上のように構成されたデータ配信システムの動作を図３９のシーケンス図を用いて説明する。
【０２３１】
始めに、データ配信システムにおいては、クライアント機器１０１とコンテンツサーバ装置３０１との間で、前述したステップＳＴ５〜ＳＴ７を実行し、クライアント機器１０１と匿名プロキシ装置５０１との間で、前述したステップＳＴ８−１〜ＳＴ８−４を実行し、クライアント機器１０１とコンテンツサーバ装置３０１との間で、前述したステップＳＴ９〜ＳＴ１３を実行する
これにより、クライアント機器１０１においては、ダウンロード部２５が、得られた許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体をコンテンツ情報記憶部２６に書き込む。
【０２３２】
次に、匿名プロキシ装置５０１においては、操作者の操作により、図示しないストリーミング送信要求をクライアント機器１０１に送信する。
【０２３３】
クライアント機器１０１においては、ストリーミング部２７が、ストリーミング送信要求を受けると、コンテンツ情報記憶部２６内の許諾情報Ｍ９、暗号化復号鍵及び暗号化データ本体を個別にクライアント兼ダウンロードプロキシ装置２０１にストリーミング送信する（ＳＴ１４〜ＳＴ１６’）。
【０２３４】
匿名プロキシ装置５０１においては、受信部１４が、別々に許諾情報、暗号化復号鍵及び暗号化データ本体を受信すると、これら許諾情報及び暗号化復号鍵を互いに関連付けてコンテンツ情報記憶部１２に書き込むと共に、暗号化データ本体をコンテンツ利用部１５に送出する。コンテンツ利用部１５は、前述したステップＳＴ２１〜ＳＴ２８を実行することにより、暗号化データ本体を利用処理する。
【０２３５】
上述したように本実施形態によれば、第４の実施形態の効果に加え、匿名プロキシ装置５０１側でコンテンツを利用することができる。
【０２３６】
また、クライアント機器には、高解像度、高圧縮の動画像を再生したり、三次元の合成画像を生成するなどの高い計算能力を有する場合、グループ署名によるダウンロードプロキシに適している。これに対し、データサーバは、通常の場合、高い情報処理能力が不要であるため、本実施形態は実装上の有効性が高い。 
なお、上記実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。
【０２３７】
また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であっても良い。
【０２３８】
また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が上記実施形態を実現するための各処理の一部を実行しても良い。
【０２３９】
さらに、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。
【０２４０】
また、記憶媒体は１つに限らず、複数の媒体から上記実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であっても良い。
【０２４１】
尚、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、上記実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であっても良い。
【０２４２】
また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。
【０２４３】
なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。
【図面の簡単な説明】
【０２４４】
【図１】本発明の第１の実施形態に係るデータ配信システムの構成を示す模式図である。
【図２】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図３】同実施形態におけるダウンロードプロキシ要求メッセージの構成を示す模式図である。
【図４】同実施形態における要求応答メッセージの構成を示す模式図である。
【図５】同実施形態におけるクライアント検証要求メッセージの構成を示す模式図である。
【図６】同実施形態におけるダウンロード要求確立メッセージの構成を示す模式図である。
【図７】同実施形態におけるダウンロード要求メッセージの構成を示す模式図である。
【図８】同実施形態における暗号化許諾素情報メッセージの構成を示す模式図である。
【図９】同実施形態における認証鍵交換メッセージの構成を示す模式図である。
【図１０】同実施形態における認証鍵交換メッセージの変形構成を示す模式図である。
【図１１】同実施形態における認証鍵交換メッセージの変形構成を示す模式図である。
【図１２】同実施形態における暗号化復号鍵許諾署名メッセージの構成を示す模式図である。
【図１３】同実施形態における許諾情報の構成を示す模式図である。
【図１４】同実施形態における動作を説明するためのシーケンス図である。
【図１５】同実施形態における動作を説明するためのフローチャートである。
【図１６】本発明の第２の実施形態に係るデータ配信システムの構成を示す模式図である。
【図１７】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図１８】同実施形態におけるストリーミングプロキシ要求メッセージの構成を示す模式図である。
【図１９】同実施形態における要求応答メッセージの構成を示す模式図である。
【図２０】同実施形態におけるクライアント検証要求メッセージの構成を示す模式図である。
【図２１】同実施形態におけるストリーミング要求確立メッセージの構成を示す模式図である。
【図２２】同実施形態における動作を説明するためのシーケンス図である。
【図２３】同実施形態における認証鍵交換メッセージの構成を示す模式図である。
【図２４】同実施形態における認証鍵交換メッセージの変形構成を示す模式図である。
【図２５】同実施形態における認証鍵交換メッセージの変形構成を示す模式図である。
【図２６】同実施形態における暗号化復号鍵許諾署名メッセージの構成を示す模式図である。
【図２７】同実施形態における許諾情報の構成を示す模式図である。
【図２８】本発明の第４の実施形態に係るデータ配信システムの構成を示す模式図である。
【図２９】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図３０】同実施形態における動作を説明するためのシーケンス図である。
【図３１】本発明の第５の実施形態に係るデータ配信システムの構成を示す模式図である。
【図３２】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図３３】同実施形態における動作を説明するためのシーケンス図である。
【図３４】本発明の第６の実施形態に係るデータ配信システムの構成を示す模式図である。
【図３５】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図３６】同実施形態における動作を説明するためのシーケンス図である。
【図３７】本発明の第７の実施形態に係るデータ配信システムの構成を示す模式図である。
【図３８】同実施形態におけるデータ配信システムの構成を示す模式図である。
【図３９】同実施形態における動作を説明するためのシーケンス図である。
【符号の説明】
【０２４５】
１１，１２…ＬＡＮ、２１，２２…ルータ装置、３…インターネット、４…ライセンスサーバ装置、５…メーカ工場、１０１〜１０４…クライアント機器、１１，２１，２１’，２１”，３１…秘密情報記憶部、１２，３２，２６…コンテンツ情報記憶部、１３，２３…ダウンロード要求部、１４…受信部、１５…コンテンツ利用部、１６…送信要求部、１７，２７…ストリーミング部、２０１，２０２…ダウンロードプロキシ装置、２２…要求確立部、２４，２４”，３４…鍵交換部、２５，３５…ダウンロード部、３０１，３０２…コンテンツサーバ装置、３３…受付部、４０１，４０２…ローカルデータサーバ装置、４１…署名生成情報記憶部、４２…グループ署名生成機能部、５０１，５０２…匿名プロキシ装置。
【図１】
2008148132.tif 000003
【図２】
2008148132.tif 000004
【図３】
2008148132.tif 000005
【図４】
2008148132.tif 000006
【図５】
2008148132.tif 000007
【図６】
2008148132.tif 000008
【図７】
2008148132.tif 000009
【図８】
2008148132.tif 000010
【図９】
2008148132.tif 000011
【図１０】
2008148132.tif 000012
【図１１】
2008148132.tif 000013
【図１２】
2008148132.tif 000014
【図１３】
2008148132.tif 000015
【図１４】
2008148132.tif 000016
【図１５】
2008148132.tif 000017
【図１６】
2008148132.tif 000018
【図１７】
2008148132.tif 000019
【図１８】
2008148132.tif 000020
【図１９】
2008148132.tif 000021
【図２０】
2008148132.tif 000022
【図２１】
2008148132.tif 000023
【図２２】
2008148132.tif 000024
【図２３】
2008148132.tif 000025
【図２４】
2008148132.tif 000026
【図２５】
2008148132.tif 000027
【図２６】
2008148132.tif 000028
【図２７】
2008148132.tif 000029
【図２８】
2008148132.tif 000030
【図２９】
2008148132.tif 000031
【図３０】
2008148132.tif 000032
【図３１】
2008148132.tif 000033
【図３２】
2008148132.tif 000034
【図３３】
2008148132.tif 000035
【図３４】
2008148132.tif 000036
【図３５】
2008148132.tif 000037
【図３６】
2008148132.tif 000038
【図３７】
2008148132.tif 000039
【図３８】
2008148132.tif 000040
【図３９】
2008148132.tif 000041