(57)【要約】【課題】ネットワーク上でコンテンツを流通させる際に、第三機関を介さずに、ユーザのなりすまし、プロバイダのなりすまし、コンテンツの改竄等の問題をなくした認証方式を提供する。【解決手段】利用者証明書発行サーバ１０において、利用者認証データ生成手段１１で生成したユーザを認証するための利用者認証データＣＵ１と、配信者認証データ生成手段１２で生成したプロバイダを認証するための配信者認証データＣＰ１とを、認証データ合成手段１３で合成して生成される利用者証明書Ｅｃａｕを用いて、ユーザ認証及びプロバイダ認証を行うことを特徴とする。【選択図】      図２
2004193921.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを視聴及び／又は閲覧する利用者を特定した利用者証明書発行要求を受信して、前記利用者が正規の利用者であることを証明するための電子情報である利用者証明書を発行する利用者証明書発行サーバであって、
前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成手段と、
前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成手段と、
前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成手段と、
を備えていることを特徴とする利用者証明書発行サーバ。
【請求項２】
前記利用者認証データ生成手段は、公開鍵暗号化方式における前記配信者の公開鍵である配信者公開鍵に基づいて、前記利用者認証データを暗号化することを特徴とする請求項１に記載の利用者証明書発行サーバ。
【請求項３】
前記配信者認証データ生成手段は、公開鍵暗号化方式における前記利用者の公開鍵である利用者公開鍵に基づいて、前記配信者認証データを暗号化することを特徴とする請求項１又は請求項２に記載の利用者証明書発行サーバ。
【請求項４】
コンテンツを視聴及び／又は閲覧する利用者が正規の利用者であることを証明するための電子証明書である署名付利用者証明書を発行する利用者証明書発行方法であって、
前記署名付利用者証明書の発行を要求する利用者証明書発行要求を受信する証明書発行要求受信ステップと、
前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成ステップと、
前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成ステップと、
前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成ステップと、
この認証データ合成ステップで生成された利用者証明書に、前記配信者の電子署名を付加して、署名付利用者証明書を生成する電子署名付加ステップと、
この電子署名付加ステップで生成された署名付利用者証明書を、前記利用者証明書発行要求の送信元へ送信する証明書送信ステップと、
を含んでいることを特徴とする利用者証明書発行方法。
【請求項５】
コンテンツを視聴及び／又は閲覧する利用者を特定した利用者証明書発行要求に基づいて、前記利用者が正規の利用者であることを証明するための電子情報である利用者証明書を発行するために、コンピュータを、
前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成手段、
前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成手段、
前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成手段、
として機能させることを特徴とする利用者証明書発行プログラム。
【請求項６】
コンテンツ要求に含まれて送信されてくる、コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報により生成された利用者認証データに基づいて、前記コンテンツの配信を要求した利用者の認証を行う利用者認証サーバであって、
前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生手段と、
この利用者認証データ再生手段で再生された再生利用者認証データと、前記コンテンツ要求に含まれる利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較手段と、
を備えていることを特徴とする利用者認証サーバ。
【請求項７】
コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報に基づいて生成された、利用者を特定する利用者認証データにより、前記コンテンツの配信を要求した利用者の認証を行う利用者認証方法であって、
前記コンテンツを要求するコンテンツ要求元において、前記利用者が所望するコンテンツを指定した電子情報であるコンテンツ要求書と、前記利用者認証データとを合成して合成コンテンツ要求書を生成する要求書合成ステップと、
この要求書合成ステップで合成された合成コンテンツ要求書に前記利用者の電子署名を付加して、署名付コンテンツ要求書を生成する電子署名付加ステップと、
この電子署名付加ステップで生成された前記署名付コンテンツ要求書をコンテンツ配信元へ送信する要求書送信ステップと、
前記コンテンツ配信元において、前記署名付コンテンツ要求書を受信する要求書受信ステップと、
前記署名付コンテンツ要求書を前記合成コンテンツ要求書と前記電子署名とに分離して、署名の確認を行う署名確認ステップと、
前記合成コンテンツ要求書を前記コンテンツ要求書と前記利用者認証データとに分離する要求書分離ステップと、
前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生ステップと、
前記要求書分離ステップで分離された前記利用者認証データと、前記利用者認証データ再生ステップで再生された前記再生利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較ステップと、
を含んでいることを特徴とする利用者認証方法。
【請求項８】
コンテンツ要求に含まれて送信されてくる、コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報により生成された利用者認証データに基づいて、前記コンテンツの配信を要求した利用者の認証を行うために、コンピュータを、
前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生手段、
この利用者認証データ再生手段で再生された再生利用者認証データと、前記コンテンツ要求に含まれる利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較手段、
として機能させることを特徴とする利用者認証プログラム。
【請求項９】
コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うコンテンツ取得認証装置であって、
前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行うコンテンツ署名確認分離手段と、
この署名確認分離手段で分離されたカプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離手段と、
このカプセル分離手段で分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生手段と、
前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離手段と、
この配信者認証データ分離手段で分離して抽出された前記配信者認証データと、前記配信者認証データ再生手段で再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較手段と、
を備えていることを特徴とするコンテンツ取得認証装置。
【請求項１０】
コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うコンテンツ取得認証方法であって、
前記署名付カプセルコンテンツを受信する署名付カプセルコンテンツ受信ステップと、
前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行う署名確認ステップと、
前記カプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離ステップと、
このカプセル分離ステップで分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生ステップと、
前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離ステップと、
この配信者認証データ分離ステップで分離して抽出された前記配信者認証データと、前記配信者認証データ再生ステップで再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較ステップと、
を含んでいることを特徴とするコンテンツ取得認証方法。
【請求項１１】
コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うために、コンピュータを、
前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行うコンテンツ署名確認分離手段と、
この署名確認分離手段で分離されたカプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離手段、
このカプセル分離手段で分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生手段、
前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離手段、
この配信者認証データ分離手段で分離して抽出された前記配信者認証データと、前記配信者認証データ再生手段で再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較手段、
として機能させることを特徴とするコンテンツ取得認証プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツをネットワーク経由で配信する際のコンテンツ、コンテンツの配信者及びコンテンツの利用者を認証する技術に関する。
【０００２】
【従来の技術】
近年、映像や音声などのマルチメディアコンテンツ（以下コンテンツという）が、ネットワーク（インターネット等）上で流通するようになっている。このような環境において、コンテンツの売買を行うためには、コンテンツの購入者（利用者；以下ユーザという）、コンテンツの配信者（以下プロバイダという）及びコンテンツそのものが正当なものであるかどうかの認証を行う必要がある。
【０００３】
従来、ユーザを認証する方法としては、最も簡易な方法として、予めプロバイダに登録してあるユーザ名、パスワードによりユーザを認証する方法がある。ＩＳＰ（Ｉｎｔｅｒｎｅｔ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）を経由して、ＩＳＰがコンテンツの売買の仲介をする場合は、このユーザ名、パスワードによる方法が多く用いられている。
【０００４】
なお、ＩＳＰを経由しない場合は、クレジットカード会社に登録されている情報に基づいて認証を行う方法が一般的である。例えば、クレジットカード会社に登録されているユーザ名、クレジットカード番号、ユーザ本人の生年月日、電話番号等がユーザの認証に使用される。
【０００５】
さらに、ＩＳＰの代わりに携帯電話会社が仲介を行う場合がある。この場合は、携帯電話会社とプロバイダ間でコンテンツ購入の取引の決済を行い、購入費用は後日、携帯電話料金とともに徴収される方式となっている。なお、この場合は携帯電話番号がユーザの認証に使用される。
しかし、これらの方法では、パスワード、クレジットカード番号、ユーザ本人の生年月日、（携帯）電話番号等が他のユーザに知られた場合に、ユーザの「なりすまし」が生じる可能性がある。
【０００６】
そこで、厳密にユーザを認証する別の方法として、ネットワーク上に存在する認証局と呼ばれる信用ある第三機関によって認証を行う方法がある。この方法では、予めユーザが認証局からユーザの証明書（電子証明書）を取得しておき、コンテンツ購入の取引が発生したときに、その証明書をプロバイダに示すことでユーザの認証を行う。この証明書には、ユーザ名、公開鍵暗号化方式における公開鍵等が記載されるとともに、認証局の署名がなされている。なお、この認証局の署名は、証明書に記載されている事項（情報）にハッシュ関数をかけることでハッシュ値を求め、その求められたハッシュ値を認証局の秘密鍵によって暗号化したものが使用されることが一般的である。
【０００７】
また、従来、プロバイダを認証する方法としては、公開鍵暗号化方式を用いた認証方法がある。この方法では、プロバイダに関する情報をプロバイダの秘密鍵で暗号化しておき、その暗号化された情報を、ユーザがプロバイダの公開鍵により復号することで、プロバイダに関する情報を取得し、プロバイダの認証を行う。この場合、プロバイダの公開鍵を認証する機関がなければ、プロバイダの「なりすまし」が生じる可能性がある。
【０００８】
そこで、厳密にプロバイダの認証を行う別の方法として、ユーザの認証と同様に信用ある第三機関である認証局によって認証を行う方法がある。この方法では、プロバイダが、認証局から取得したプロバイダの証明書をプロバイダの秘密鍵で暗号化し、ユーザが、その暗号化された証明書をプロバイダの公開鍵によって復号する。これによって、ユーザがプロバイダの証明書を取得し、プロバイダの認証を行う。このプロバイダの証明書には、プロバイダ名、プロバイダの公開鍵等が記載され、認証局の署名がなされている。（例えば、非特許文献１参照）。
【０００９】
また、従来、コンテンツそのものを認証する方法としては、プロバイダ側から、コンテンツにハッシュ関数をかけることで生成されたハッシュ値を、コンテンツとともに配信し、ユーザ側のコンテンツ取得装置内で、そのコンテンツのハッシュ値を求め、配信されたハッシュ値と比較することで、コンテンツを認証する方法が一般的である。この場合、コンテンツが改竄され、その改竄されたコンテンツから得られるハッシュ値を、改竄されたコンテンツと同時に配信することで、改竄されたコンテンツが配信される可能性がある。
【００１０】
そこで、厳密にコンテンツの認証を行うには、そのコンテンツを配信したプロバイダの正当性を認証することで、当該コンテンツが正当なコンテンツであると判定する手法もある。この場合も、第三機関である認証局が発行した証明書を用いることで、より厳密に認証を行うことが可能である。
このように、従来、ユーザの認証、プロバイダの認証及びコンテンツの認証を厳密に行うには、認証局により署名された証明書に基づいて認証を行うことが一般的であった。
【００１１】
【非特許文献１】
ウォーウィック・フォード、マイケル・バウム著、山田慎一郎訳、「ディジタル署名と暗号技術」、第２版、株式会社ピアソン・エデュケーション、２００１年１０月１０日
【００１２】
【発明が解決しようとする課題】
しかし、前記従来の技術では、ユーザの認証、プロバイダの認証及びコンテンツの認証を、第三機関である認証局を介して行わない場合、ユーザのなりすまし、プロバイダのなりすまし、改竄されたコンテンツの配信等が生じるという問題がある。
【００１３】
また、クレジットカード会社、携帯電話会社、認証局等の第三機関を経由してユーザの認証を行うと、その第三機関に対する費用が発生し、配信されるコンテンツの価格が高くなってしまうという問題がある。また、認証局によってプロバイダの認証を行うと、認証局に対する費用が発生するため、ユーザがコンテンツを購入しようとする購買意欲を低下させ、コンテンツ流通の弊害になっていた。
【００１４】
また、認証局等の第三機関によってユーザ認証やプロバイダ認証の証明書を作成する場合、証明書の記載内容に変更があったときは、再度第三機関に依頼して、新たな証明書を発行してもらうため、手間がかかるという問題がある。さらに、プロバイダ側では、ユーザの認証に対してユーザ毎に異なる証明書を要するため、第三機関に対する費用が発生し、配信されるコンテンツの価格が高くなってしまうという問題がある。
【００１５】
本発明は、以上のような問題点に鑑みてなされたものであり、ネットワーク上でコンテンツを流通させる際に、第三機関を介さずに、ユーザのなりすまし、プロバイダのなりすまし、コンテンツの改竄等の問題をなくし、ユーザ認証、プロバイダ認証及びコンテンツ認証を行うことを可能にした利用者証明書発行サーバ、その方法及びそのプログラム、利用者認証サーバ、その方法及びそのプログラム、並びに、コンテンツ取得認証装置、その方法及びそのプログラムを提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載の利用者証明書発行サーバは、コンテンツを視聴及び／又は閲覧する利用者を特定した利用者証明書発行要求を受信して、前記利用者が正規の利用者であることを証明するための電子情報である利用者証明書を発行する利用者証明書発行サーバであって、前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成手段と、前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成手段と、前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成手段と、を備える構成とした。
【００１７】
かかる構成によれば、利用者証明書発行サーバは、利用者認証データ生成手段によって、コンテンツを視聴及び／又は閲覧するユーザ（利用者）を特定する秘密情報に基づいて、ユーザ（利用者）毎に固有のデータとなるユーザを認証するための利用者認証データを生成する。この利用者認証データは、ユーザがコンテンツの配信を要求したときに、その要求をしたユーザが正規のユーザであるかどうかを、プロバイダ（配信者）側で認証するために用いられる。
【００１８】
また、利用者証明書発行サーバは、配信者認証データ生成手段によって、コンテンツを配信するプロバイダ（配信者）を特定する秘密情報に基づいて、プロバイダを認証するための配信者認証データを生成する。この配信者認証データは、プロバイダがユーザの端末にコンテンツを配信したときに、その配信を行ったプロバイダが正規のプロバイダであるかどうかを、ユーザ側で認証するために用いられる。
【００１９】
なお、利用者認証データを生成するときに使用する秘密情報（第一の秘密情報）、及び、配信者認証データを生成するときに使用する秘密情報（第二の秘密情報）は、プロバイダ側で秘密となる情報であれば、どのような情報であってもよい。例えば、乱数の一部分を使用して秘匿性を高めた情報を用いることとしてもよい。また、利用者認証データは、一般的な電子証明書で用いられるユーザ名、ユーザ公開鍵（利用者公開鍵）等を含んで生成されてもよい。また、配信者認証データも、一般的な電子証明書で用いられるプロバイダ名、プロバイダ公開鍵（配信者公開鍵）等を含んで生成されてもよい。
【００２０】
そして、利用者証明書発行サーバは、認証データ合成手段によって、利用者認証データと配信者認証データとを合成して利用者証明書を生成する。この利用者証明書は、コンテンツを視聴及び／又は閲覧するユーザが、プロバイダに対してユーザ登録を行うことで、ユーザ側の端末に配信されるものである。
【００２１】
なお、プロバイダ側では、ユーザ端末（コンテンツ取得装置）から利用者証明書に含まれる利用者認証データを含んだコンテンツの要求を受信することで、コンテンツを要求したユーザが正規のユーザであるかどうかを認証することができる。
また、ユーザ側では、配信者認証データに基づいて、コンテンツが正規のプロバイダから配信された正規のコンテンツであることを認証することができる。
【００２２】
また、請求項２に記載の利用者証明書発行サーバは、請求項１に記載の利用者証明書発行サーバにおいて、前記利用者認証データ生成手段が、公開鍵暗号化方式における前記配信者の公開鍵である配信者公開鍵に基づいて、前記利用者認証データを暗号化することを特徴とする。
【００２３】
かかる構成によれば、利用者証明書発行サーバは、利用者認証データを公開鍵暗号化方式におけるプロバイダ（配信者）の公開鍵（配信者公開鍵）で暗号化を行う。これによって、利用者認証データは、ユーザ（利用者）の秘密鍵（ユーザ秘密鍵）を用いなければ復号することができず、利用者認証データの秘匿性を高めることができる。
【００２４】
さらに、請求項３に記載の利用者証明書発行サーバは、請求項１又は請求項２に記載の利用者証明書発行サーバにおいて、前記配信者認証データ生成手段が、公開鍵暗号化方式における前記利用者の公開鍵である利用者公開鍵に基づいて、前記配信者認証データを暗号化することを特徴とする。
【００２５】
かかる構成によれば、利用者証明書発行サーバは、配信者認証データを公開鍵暗号化方式におけるユーザ（利用者）の公開鍵（利用者公開鍵）で暗号化を行う。これによって、配信者認証データは、プロバイダ（配信者）の秘密鍵（プロバイダ秘密鍵）を用いなければ復号することができず、配信者認証データの秘匿性を高めることができる。
【００２６】
また、請求項４に記載の利用者証明書発行方法は、コンテンツを視聴及び／又は閲覧する利用者が正規の利用者であることを証明するための電子証明書である署名付利用者証明書を発行する利用者証明書発行方法であって、前記署名付利用者証明書の発行を要求する利用者証明書発行要求を受信する証明書発行要求受信ステップと、前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成ステップと、前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成ステップと、前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成ステップと、この認証データ合成ステップで生成された利用者証明書に、前記配信者の電子署名を付加して、署名付利用者証明書を生成する電子署名付加ステップと、この電子署名付加ステップで生成された署名付利用者証明書を、前記利用者証明書発行要求の送信元へ送信する証明書送信ステップと、を含むことを特徴とする。
【００２７】
この方法によれば、利用者証明書発行方法は、証明書発行要求受信ステップで、利用者証明書発行要求を受信し、利用者認証データ生成ステップで、コンテンツを視聴及び／又は閲覧するユーザ（利用者）を特定する秘密情報に基づいて、ユーザ（利用者）毎に固有のデータとなるユーザを認証するための利用者認証データを生成し、配信者認証データ生成ステップで、コンテンツを配信するプロバイダ（配信者）を特定する秘密情報に基づいて、プロバイダを認証するための配信者認証データを生成する。
【００２８】
なお、利用者認証データは、ユーザがコンテンツの配信を要求したときに、その要求をしたユーザが正規のユーザであるかどうかを、プロバイダ側で認証するために用いられ、配信者認証データは、プロバイダがユーザの端末にコンテンツを配信したときに、その配信を行ったプロバイダが正規のプロバイダであるかどうかを、ユーザ側で認証するために用いられる。また、利用者認証データを生成するときに使用する秘密情報（第一の秘密情報）、及び、配信者認証データを生成するときに使用する秘密情報（第二の秘密情報）は、プロバイダ側で秘密となる情報であれば、どのような情報であってもよい。
【００２９】
そして、利用者証明書発行方法は、認証データ合成ステップで、利用者認証データと配信者認証データとを合成して利用者証明書を生成し、電子署名付加ステップで、その利用者証明書に対して、プロバイダ（配信者）の電子署名を付加することで署名付利用者証明書を生成する。そして、証明書送信ステップで、署名付利用者証明書を、利用者証明書の発行を要求したユーザ側の端末へ送信する。なお、利用者証明書に電子署名を付加する方式は、一般的な署名付加方式であって、ＲＳＡ方式でも、ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ａｌｇｏｒｉｔｈｍ）方式でもよい。
このように、利用者証明書にプロバイダの電子署名を付加することで、署名付利用者証明書を受信したユーザ側の端末では、利用者証明書が改竄されていないかどうかを検証（確認）することができる。
【００３０】
さらに、請求項５に記載の利用者証明書発行プログラムは、コンテンツを視聴及び／又は閲覧する利用者を特定した利用者証明書発行要求に基づいて、前記利用者が正規の利用者であることを証明するための電子情報である利用者証明書を発行するために、コンピュータを、以下の各手段により機能させる構成とした。
【００３１】
すなわち、前記コンテンツを視聴及び／又は閲覧する利用者を特定する第一の秘密情報に基づいて、前記利用者を認証するデータとなる利用者認証データを生成する利用者認証データ生成手段、前記配信者を特定する第二の秘密情報に基づいて、前記配信者を認証するデータとなる配信者認証データを生成する配信者認証データ生成手段、前記利用者認証データ及び前記配信者認証データを合成することで、利用者証明書を生成する認証データ合成手段、とした。
【００３２】
かかる構成によれば、利用者証明書発行プログラムは、利用者認証データ生成手段によって、コンテンツを視聴及び／又は閲覧するユーザ（利用者）を特定する秘密情報に基づいて、ユーザ（利用者）毎に固有のデータとなるユーザを認証するための利用者認証データを生成し、配信者認証データ生成手段によって、コンテンツを配信するプロバイダ（配信者）を特定する秘密情報に基づいて、プロバイダを認証するための配信者認証データを生成する。
【００３３】
そして、認証データ合成手段によって、利用者認証データと配信者認証データとを合成して利用者証明書を生成する。この利用者証明書は、コンテンツを視聴及び／又は閲覧するユーザが、プロバイダに対してユーザ登録をすることで、ユーザ側の端末に配信される。
【００３４】
また、請求項６に記載の利用者認証サーバは、コンテンツ要求に含まれて送信されてくる、コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報により生成された利用者認証データに基づいて、前記コンテンツの配信を要求した利用者の認証を行う利用者認証サーバであって、前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生手段と、この利用者認証データ再生手段で再生された再生利用者認証データと、前記コンテンツ要求に含まれる利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較手段と、を備える構成とした。
【００３５】
かかる構成によれば、利用者認証サーバは、コンテンツの配信を要求するユーザ（利用者）の端末から送信されるコンテンツ要求に含まれる利用者認証データに基づいて、ユーザが正規のユーザであるかどうかを認証する。
【００３６】
すなわち、利用者認証サーバは、利用者認証データ再生手段によって、そのユーザに対応する秘密情報から、利用者認証データを再生（再生利用者認証データ）する。なお、このユーザ端末から送信された利用者認証データは、プロバイダ側で生成した情報であるため、正規の情報であれば、プロバイダ側で再生した再生利用者認証データと同じものとなる。そこで、利用者認証データ比較手段によって、再生利用者認証データと、コンテンツ要求に含まれる利用者認証データとを比較することで、ユーザ側から送信されたコンテンツ要求が正規のユーザのものであるかどうかを認証する。
【００３７】
さらに、請求項７に記載の利用者認証方法は、コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報に基づいて生成された、利用者を特定する利用者認証データにより、前記コンテンツの配信を要求した利用者の認証を行う利用者認証方法であって、以下の各ステップを含むことを特徴とする。
【００３８】
すなわち、前記コンテンツを要求するコンテンツ要求元において、前記利用者が所望するコンテンツを指定した電子情報であるコンテンツ要求書と、前記利用者認証データとを合成して合成コンテンツ要求書を生成する要求書合成ステップと、この要求書合成ステップで合成された合成コンテンツ要求書に前記利用者の電子署名を付加して、署名付コンテンツ要求書を生成する電子署名付加ステップと、この電子署名付加ステップで生成された前記署名付コンテンツ要求書をコンテンツ配信元へ送信する要求書送信ステップと、前記コンテンツ配信元において、前記署名付コンテンツ要求書を受信する要求書受信ステップと、前記署名付コンテンツ要求書を前記合成コンテンツ要求書と前記電子署名とに分離して、署名の確認を行う署名確認ステップと、前記合成コンテンツ要求書を前記コンテンツ要求書と前記利用者認証データとに分離する要求書分離ステップと、前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生ステップと、前記要求書分離ステップで分離された前記利用者認証データと、前記利用者認証データ再生ステップで再生された前記再生利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較ステップと、を含むことを特徴とする。
【００３９】
この方法によれば、利用者認証方法は、ユーザ側の端末（コンテンツ要求元）において、要求書合成ステップで、予めプロバイダ（配信者）側でユーザ（利用者）を特定する秘密情報に基づいて生成された利用者認証データと、コンテンツを指定したコンテンツ要求書とを合成して合成コンテンツ要求書を生成する。
【００４０】
そして、電子署名付加ステップで、合成コンテンツ要求書にＲＳＡ方式、ＤＳＡ方式等の署名付加方式によって、ユーザ（利用者）の電子署名を付加した署名付コンテンツ要求書を生成し、要求書送信ステップで、コンテンツ配信元であるプロバイダへ送信する。このように、合成コンテンツ要求書に電子署名を付加することで、署名付コンテンツ要求書を受信したプロバイダは、合成コンテンツ要求書が改竄されていないかどうかを検証することができる。
【００４１】
そして、利用者認証方法は、プロバイダ（コンテンツ配信元）において、要求書受信ステップで、署名付コンテンツ要求書を受信し、署名確認ステップで、ユーザが付加した電子署名によって合成コンテンツ要求書が改竄されていないかどうかを検証（確認）する。そして、要求書分離ステップで、合成コンテンツ要求書をコンテンツ要求書と利用者認証データとに分離する。
【００４２】
この要求書分離ステップで分離された利用者認証データは、正規のユーザから送信されたコンテンツ要求書であれば、プロバイダが秘密情報に基づいて生成したものである。そこで、利用者認証データ再生ステップで、その秘密情報に基づいて再生利用者認証データとして再生し、利用者認証データ比較ステップで、再生利用者認証データと、要求書分離ステップで分離された利用者認証データとを比較することで、コンテンツの要求が正規のユーザから送られたものかどうかを判定する。これによって、プロバイダは、コンテンツの要求を行ったユーザが正規のユーザであるかどうかを認証することができる。
【００４３】
また、請求項８に記載の利用者認証プログラムは、コンテンツ要求に含まれて送信されてくる、コンテンツを視聴及び／又は閲覧する利用者を特定する秘密情報により生成された利用者認証データに基づいて、前記コンテンツの配信を要求した利用者の認証を行うために、コンピュータを、以下の各手段により機能させる構成とした。
【００４４】
すなわち、前記秘密情報に基づいて、前記利用者認証データを再生利用者認証データとして再生する利用者認証データ再生手段、この利用者認証データ再生手段で再生された再生利用者認証データと、前記コンテンツ要求に含まれる利用者認証データとを比較することで、前記利用者の認証を行う利用者認証データ比較手段、とした。
【００４５】
かかる構成によれば、利用者認証プログラムは、利用者認証データ再生手段によって、そのユーザに対応する秘密情報から、利用者認証データを再生（再生利用者認証データ）する。そして、利用者認証データ比較手段によって、再生利用者認証データと、コンテンツ要求に含まれる利用者認証データとを比較することで、ユーザ側から送信されたコンテンツ要求が正規のユーザのものであるかどうかを認証する。
【００４６】
さらに、請求項９に記載のコンテンツ取得認証装置は、コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うコンテンツ取得認証装置であって、前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行うコンテンツ署名確認分離手段と、この署名確認分離手段で分離された前記カプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離手段と、このカプセル分離手段で分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生手段と、前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離手段と、この配信者認証データ分離手段で分離して抽出された前記配信者認証データと、前記配信者認証データ再生手段で再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較手段と、を備える構成とした。
【００４７】
かかる構成によれば、コンテンツ取得認証装置は、コンテンツ署名確認分離手段によって、コンテンツと、ユーザを特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツが、改竄されていないかどうかを配信者の電子署名（プロバイダ署名）により確認する。そして、カプセル分離手段によって、カプセル化コンテンツを、コンテンツと、配信者認証元データとに分離する。
この配信者認証元データは、プロバイダ側で配信者認証データを生成する際に用いられた情報であるため、正規の情報であれば、この配信者認証元データに基づいて配信者認証データを再生することができる。
【００４８】
そこで、コンテンツ取得認証装置は、配信者認証データ再生手段によって、配信者認証元データから配信者認証データを再生配信者認証データとして再生し、配信者認証データ比較手段によって、再生配信者認証データと予め取得してある利用者証明書の配信者認証データとを比較することで、コンテンツが正規のプロバイダから配信されたものであるかどうかを認証する。
【００４９】
また、請求項１０に記載のコンテンツ取得認証方法は、コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うコンテンツ取得認証方法であって、前記署名付カプセルコンテンツを受信する署名付カプセルコンテンツ受信ステップと、前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行う署名確認ステップと、前記カプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離ステップと、このカプセル分離ステップで分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生ステップと、前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離ステップと、この配信者認証データ分離ステップで分離して抽出された前記配信者認証データと、前記配信者認証データ再生ステップで再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較ステップと、を含むことを特徴とする。
【００５０】
この方法によれば、コンテンツ取得認証方法は、カプセルコンテンツ受信ステップで署名付カプセルコンテンツを受信し、署名確認ステップで署名付カプセルコンテンツに含まれるカプセル化コンテンツと電子署名とを分離し、その電子署名に基づいてカプセル化コンテンツの認証を行う。そして、カプセル分離ステップで、カプセル化コンテンツを、コンテンツと、配信者認証元データとに分離する。そして、配信者認証データ再生ステップで、配信者認証元データに基づいて、配信者認証データを再生配信者認証データとして再生し、配信者認証データ比較ステップで、再生配信者認証データと予め取得してある利用者証明書の配信者認証データとを比較する。
【００５１】
この配信者認証元データは、プロバイダ側で配信者認証データを生成する際に用いられた情報であるため、正規の情報であれば、ユーザ側において、この配信者認証元データに基づいて同一の配信者認証データを再生することができる。すなわち、配信者認証データ比較ステップで、再生配信者認証データと利用者証明書の配信者認証データとが同一の場合に、コンテンツが正規のプロバイダから配信されたものと認証することができる。
【００５２】
さらに、請求項１１に記載のコンテンツ取得認証プログラムは、コンテンツと、そのコンテンツを配信する配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツに、前記配信者の電子署名を付加した署名付カプセルコンテンツを受信して、予め取得してある前記配信者認証データを含んだ電子情報である利用者証明書に基づいて、前記配信者の認証を行うために、コンピュータを、以下の各手段により機能させる構成とした。
【００５３】
すなわち、前記署名付カプセルコンテンツに含まれる前記カプセル化コンテンツと前記電子署名とを分離し、その電子署名に基づいて前記カプセル化コンテンツの認証を行うコンテンツ署名確認分離手段、この署名確認分離手段で分離されたカプセル化コンテンツから、前記コンテンツと前記配信者認証元データとを分離して抽出するカプセル分離手段、このカプセル分離手段で分離して抽出された前記配信者認証元データに基づいて、前記配信者認証データを再生配信者認証データとして再生する配信者認証データ再生手段、前記利用者証明書から、前記配信者認証データを分離して抽出する配信者認証データ分離手段、この配信者認証データ分離手段で分離して抽出された前記配信者認証データと、前記配信者認証データ再生手段で再生された前記再生配信者認証データとを比較することで、前記配信者の認証を行う配信者認証データ比較手段、とした。
【００５４】
かかる構成によれば、コンテンツ取得認証プログラムは、コンテンツ署名確認分離手段によって、コンテンツと、コンテンツの配信者を特定する配信者認証データを生成する元となる配信者認証元データとを合成したカプセル化コンテンツが、改竄されていないかどうかを配信者の電子署名（プロバイダ署名）により確認する。そして、カプセル分離手段によって、カプセル化コンテンツを、コンテンツと、配信者認証元データとに分離する。そして、配信者認証データ再生手段によって、配信者認証元データから配信者認証データを再生配信者認証データとして再生し、配信者認証データ比較手段によって、再生配信者認証データと予め取得してある利用者証明書の配信者認証データとを比較する。
【００５５】
この配信者認証元データは、プロバイダ側で配信者認証データを生成する際に用いられた情報であるため、正規の情報であれば、ユーザ側において、この配信者認証元データに基づいて同一の配信者認証データを再生することができる。すなわち、配信者認証データ比較手段で、再生配信者認証データと利用者証明書の配信者認証データとが同一の場合に、コンテンツが正規のプロバイダから配信されたものと認証することができる。
【００５６】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して説明する。
［コンテンツ配信システムの構成：第一の実施の形態］
まず、図１を参照して、本発明の第一の実施の形態であるコンテンツ配信システム１の構成について説明する。図１は、コンテンツ配信システム１の構成を示すブロック図である。コンテンツ配信システム１は、コンテンツの配信者（以下プロバイダという）側にイントラネット３で接続された利用者証明書発行サーバ１０と、コンテンツ配信サーバ２０と、要求書分析サーバ３０と、利用者認証サーバ４０と、コンテンツサーバ５０と、コンテンツカプセル化サーバ６０と、ゲートウェイ（ＧＷ）５とを備え、インターネット７を経由してコンテンツの購入者（利用者；以下ユーザという）側の端末であるコンテンツ取得装置７０にコンテンツを配信するシステムである。
【００５７】
利用者証明書発行サーバ１０は、ユーザがコンテンツを取得する前に、コンテンツ取得装置７０からユーザ登録の要求を受け付けて、そのユーザがコンテンツを受信するための正規のユーザであることを示す利用者証明書を発行するものである。なお、ここで発行される利用者証明書は、プロバイダが電子署名を行った署名付利用者証明書として、コンテンツ取得装置７０へ送信される。
【００５８】
コンテンツ配信サーバ２０は、要求書分析サーバ３０から通知されるコンテンツ配信の要求（コンテンツ要求書）に基づいて、その要求されたコンテンツをコンテンツ取得装置７０へ配信するものである。
このコンテンツ配信サーバ２０は、コンテンツサーバ５０に対して、要求されたコンテンツをコンテンツカプセル化サーバ６０へ送る指示を出すとともに、コンテンツカプセル化サーバ６０でカプセル化したコンテンツを受信して、コンテンツ取得装置７０へ配信する。
【００５９】
要求書分析サーバ３０は、コンテンツ取得装置７０から通知されるユーザ側で電子署名を行った署名付コンテンツ要求書を分析し、その署名（電子署名）を確認して、コンテンツ要求書をコンテンツ配信サーバ２０へ送信するものである。なお、このコンテンツ要求書は、コンテンツ取得装置７０において、利用者証明書発行サーバ１０で発行された利用者証明書の情報（ユーザデータ）を含んでおり、そのユーザデータはユーザを認証するために、利用者認証サーバ４０へ送信される。
【００６０】
利用者認証サーバ４０は、要求書分析サーバ３０から送信されるユーザデータに基づいて、ユーザが正規のユーザであるかどうかを認証するものである。ここで認証された結果（利用者認証結果）は、コンテンツカプセル化サーバ６０へ送信される。
【００６１】
コンテンツサーバ５０は、配信用のコンテンツを蓄積したもので、コンテンツ配信サーバ２０から指示されたコンテンツをコンテンツカプセル化サーバ６０へ送信するものである。なお、このコンテンツサーバ５０には、暗号化を行う前のコンテンツが蓄積されている。
【００６２】
コンテンツカプセル化サーバ６０は、利用者認証サーバ４０から送信された利用者認証結果において、ユーザが正規のユーザであると認証されたときに、コンテンツサーバ５０から送信されたコンテンツをセッション鍵で暗号化するとともに、そのセッション鍵をさらにユーザの公開鍵で暗号化し、暗号化されたコンテンツ（暗号化コンテンツ）と、暗号化されたセッション鍵（暗号化セッション鍵）と、コンテンツ取得装置７０でプロバイダを認識する元となる情報（配信者認証元データ）とを合成（カプセル化）し、電子署名を付加して署名付カプセル化コンテンツとして、コンテンツ配信サーバ２０へ送信するものである。
【００６３】
ゲートウェイ（ＧＷ）５は、イントラネット３とインターネット７との各ネットワークを接続するための装置である。このゲートウェイ５は、例えば、ＩＰルータ（ＩＰ：Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）であり、イントラネット３内への不正アクセスを防ぐファイア・ウォールの機能を有するものである。
【００６４】
コンテンツ取得装置７０は、プロバイダに対してユーザ登録（証明書発行要求）を行い、利用者証明書発行サーバ１０から発行される利用者証明書に基づいて、ユーザが所望するコンテンツをプロバイダから取得するものである。ここでは、コンテンツ取得装置７０を、利用者証明書を要求して取得する利用者証明書取得手段（利用者証明書取得装置）７０１と、コンテンツを要求するコンテンツ要求手段（コンテンツ要求装置）７０２と、コンテンツをプロバイダから取得し認証を行うコンテンツ取得認証手段（コンテンツ取得認証装置）７０３とで構成した。
このコンテンツ取得装置７０は、ネットワーク（インターネット７）を介してプロバイダと接続され、インターネット７上に複数接続することができることは言うまでもない。
【００６５】
（利用者証明書発行に関連する構成について）
まず、図２及び図３を参照（適宜図１参照）して、コンテンツ配信システム１において、利用者証明書の発行に関連する構成について説明を行う。図２は、プロバイダのネットワークであるイントラネット３に接続された利用者証明書発行サーバ１０の構成を示すブロック図である。図３は、利用者証明書発行サーバ１０に対して利用者証明書の発行を要求して、利用者証明書を取得するコンテンツ取得装置７０内の利用者証明書取得手段７０１の構成を示すブロック図である。
【００６６】
＜利用者証明書発行サーバ１０の構成＞
利用者証明書発行サーバ１０は、ユーザ側の装置であるコンテンツ取得装置７０から、ネットワーク（インターネット７）を介して送信されるユーザ登録の要求（証明書発行要求）に基づいて、電子署名を付加した電子証明書である署名付利用者証明書を生成し、発行するものである。ここでは、利用者証明書発行サーバ１０を、利用者認証データ生成手段１１と、配信者認証データ生成手段１２と、認証データ合成手段１３と、電子署名付加手段１４と、配信者情報記憶手段１５と、利用者情報記憶手段１６とを備えて構成した。なお、この利用者証明書発行サーバ１０は、図示していないＣＰＵやメモリを搭載した一般的なコンピュータで実現されている。
【００６７】
図２に示すように利用者証明書発行サーバ１０は、コンテンツ取得装置７０から送信される証明書発行要求を図示していない受信手段で受信し、その証明書発行要求に含まれるユーザの公開情報のうち、少なくともユーザを識別する情報であるユーザ名Ｕｉｄと、公開鍵暗号化方式に基づいてユーザが公開している公開鍵（ユーザ公開鍵Ｋｕｐ）とにより、ユーザを認証する署名付利用者証明書ＣＡｕを発行する。なお、受信したユーザ名Ｕｉｄ及びユーザ公開鍵Ｋｕｐは、利用者情報記憶手段１６に記憶される。
【００６８】
利用者認証データ生成手段１１は、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐと、プロバイダがユーザを特定するための秘密情報Ｓｅ１とに基づいて、プロバイダがユーザを認証するデータとなる利用者認証データＣＵ１を生成するものである。ここでは、利用者認証データ生成手段１１を、合成部９０ａ（９０）とハッシュ化部９１ａ（９１）と、暗号化部９２ａ（９２）とを備えて構成した。
【００６９】
なお、後記する配信者認証データ生成手段１２、認証データ合成手段１３及び電子署名付加手段１４も、合成部９０、ハッシュ化部９１及び暗号化部９２のいずれか１つ以上を含んで構成しているが、これらは同一の機能を有するものであって、利用者証明書発行サーバ１０内で、同一のハードウェア又はソフトウェアで構成することとしてもよい。
【００７０】
合成部９０は、入力された複数のデータを１つのデータに合成するものである。例えば、入力されたデータを単純に連結するものであってもよい。あるいは、合成されたデータを分離して使用する場合は、連結した位置を書き込んだヘッダ情報を合成データに付加するものであってもよいし、合成する側と分離する側とで予め定めた配置によって、合成することとしてもよい。このような機能を有する合成部９０ａは、入力されたユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ１とを合成して、ハッシュ化部９１ａへ出力する。
【００７１】
なお、本発明においては、ユーザの公開情報がなくても動作させることが可能であるが、ここでは、一般的な電子証明書で使用されているユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐとを使用することで、他の電子証明書の発行手段と整合性を持たせることとした。
【００７２】
また、秘密情報Ｓｅ１は、プロバイダ側で秘密となる情報であれば、どのような情報であってもよい。例えば、乱数の一部分を使用して秘匿性を高めた情報を用いることとしてもよい。ここでは、図示していない乱数生成手段で生成された情報を秘密情報Ｓｅ１として、ユーザ毎に利用者情報記憶手段１６に記憶しておくこととする。
【００７３】
ハッシュ化部９１は、入力されたデータに対して、ＳＨＡ（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）等のハッシュ関数によってハッシュ値を計算し、そのハッシュ値を出力するものである。このような機能を有するハッシュ化部９１ａは、合成部９０ａで合成された情報に対してハッシュ値ＨＳ１を求め、そのハッシュ値ＨＳ１を、暗号化部９２ａへ出力する。
【００７４】
暗号化部９２は、入力されたデータを秘密鍵又は公開鍵によって暗号化を行うものである。ここでは、暗号化部９２ａは、ハッシュ化部９１ａから入力されたハッシュ値ＨＳ１を、配信者情報記憶手段１５に記憶されているプロバイダ公開鍵Ｋｃｐにより暗号化し、利用者を認証するためのデータ（利用者認証データＣＵ１）として、認証データ合成手段１３へ通知する。なお、この利用者認証データＣＵ１は、プロバイダ側の秘密鍵であるプロバイダ秘密鍵を用いなければ復号することができない。
【００７５】
配信者認証データ生成手段１２は、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐと、プロバイダ名Ｐｉｄと、プロバイダ公開鍵Ｋｃｐと、プロバイダを特定するための秘密情報Ｓｅ２とに基づいて、ユーザがプロバイダを認証するデータとなる配信者認証データＣＰ１を生成するものである。ここでは、配信者認証データ生成手段１２を、合成部９０ｂ（９０）及び９０ｃ（９０）とハッシュ化部９１ｂ（９１）及び９１ｃ（９１）と、暗号化部９２ｂ（９２）とを備えて構成した。
【００７６】
合成部９０ｂは、入力されたユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ２とを合成して、ハッシュ化部９１ｂへ出力するものである。なお、合成部９０ａと同様に、一般的な電子証明書で使用されているユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐとを使用することで、他の電子証明書の発行手段と整合性を持たせることとした。
【００７７】
また、秘密情報Ｓｅ２は、秘密情報Ｓｅ１と同様、プロバイダ側で秘密となる情報であれば、どのような情報であってもよい。例えば、乱数の一部分を使用して秘匿性を高めた情報を用いることとしてもよい。ここでは、図示していない乱数生成手段で生成された情報を秘密情報Ｓｅ２として、ユーザ毎に利用者情報記憶手段１６に記憶しておくこととする。
【００７８】
ハッシュ化部９１ｂは、合成部９０ｂで合成された情報に対してハッシュ値を求め、そのハッシュ値を、配信者を認証するための元データ（配信者認証元データＨＳ２）として、合成部９０ｃへ通知するものである。
【００７９】
合成部９０ｃは、ハッシュ化部９１ｂから通知される配信者認証元データＨＳ２と、プロバイダの公開情報であるプロバイダ名Ｐｉｄと、公開鍵暗号化方式に基づいてプロバイダが公開している公開鍵（プロバイダ公開鍵Ｋｃｐ）とを合成して、ハッシュ化部９１ｃへ出力するものである。なお、プロバイダ名Ｐｉｄ及びプロバイダ公開鍵Ｋｃｐは、予め配信者情報記憶手段１５に記憶されているものとする。
【００８０】
ハッシュ化部９１ｃは、合成部９０ｃで合成された情報に対してハッシュ値ＨＳ３を求め、そのハッシュ値ＨＳ３を、暗号化部９２ｂへ出力するものである。
暗号化部９２ｂは、ハッシュ化部９１ｃから入力されたハッシュ値ＨＳ３を、ユーザ公開鍵Ｋｕｐにより暗号化し、配信者を認証するためのデータ（配信者認証データＣＰ１）として、認証データ合成手段１３へ通知するものである。なお、この配信者認証データＣＰ１は、ユーザ側の秘密鍵であるユーザ秘密鍵を用いなければ復号することができない。
【００８１】
認証データ合成手段１３は、利用者認証データ生成手段１１で生成された利用者認証データＣＵ１と、配信者認証データ生成手段１２で生成された配信者用認証データＣＰ１と、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐとに基づいて、利用者証明書Ｅｃａｕを生成するものである。ここでは、認証データ合成手段１３を合成部９０ｄで実現した。
【００８２】
電子署名付加手段１４は、認証データ合成手段１３で生成された利用者証明書Ｅｃａｕに電子署名を付加した署名付利用者証明書ＣＡｕを生成するものである。ここでは、電子署名付加手段１４をハッシュ化部９１ｄ（９１）と暗号化部９２ｃ（９２）と合成部９０ｅ（９０）とを備えて構成した。
ハッシュ化部９１ｄは、利用者証明書Ｅｃａｕに対するハッシュ値ＨＳ４を求め、そのハッシュ値ＨＳ４を暗号化部９２ｃへ通知するものである。
【００８３】
暗号化部９２ｃは、ハッシュ化部９１ｄから通知されるハッシュ値ＨＳ４を、配信者情報記憶手段１５に記憶されているプロバイダの秘密鍵であるプロバイダ秘密鍵Ｋｃｓで暗号化して、電子署名であるプロバイダ署名Ｓｃ１を生成するものである。
【００８４】
合成部９０ｅは、利用者証明書Ｅｃａｕと、暗号化部９２ｃで生成されたプロバイダ署名Ｓｃ１とを合成することで、電子証明書である署名付利用者証明書ＣＡｕを生成するものである。ここで生成された署名付利用者証明書ＣＡｕは、コンテンツ取得装置７０へ送信される。
【００８５】
配信者情報記憶手段１５は、プロバイダ名Ｐｉｄと、プロバイダ公開鍵Ｋｃｐと、プロバイダ秘密鍵Ｋｃｓとを記憶しておくもので、ハードディスク等の記憶媒体で構成されている。なお、この配信者情報記憶手段１５は、イントラネット３内の他のサーバからも参照可能な構成としている。
【００８６】
利用者情報記憶手段１６は、証明書発行要求に含まれるユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ等のユーザ公開情報と、秘密情報Ｓｅをユーザ毎に記憶しておくもので、ハードディスク等の記憶媒体で構成されている。なお、この利用者情報記憶手段１５は、イントラネット３内の他のサーバからも参照可能な構成としている。
【００８７】
以上、利用者証明書発行サーバ１０の構成について説明したが、本発明はこれに限定されるものではない。例えば、ここでは、電子署名付加手段１４を、一般的な電子署名の付加方式であるＲＳＡ方式を用いて実現したが、これ以外にも、ＤＳＡ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｔｕｒｅ  Ａｌｇｏｒｉｔｈｍ）方式により電子署名を付加することとしてもよい。また、配信者情報記憶手段１５及び利用者情報記憶手段１６は、イントラネット３のサーバから参照可能な位置に配置されていればよく、特に利用者証明書発行サーバ１０内に限定して配置されるものではない。
【００８８】
さらに、利用者証明書発行サーバ１０は、コンピュータにおいて利用者認証データ生成手段１１と、配信者認証データ生成手段１２と、認証データ合成手段１３と、電子署名付加手段１４とを各機能プログラムとして実現することも可能であり、各機能プログラムを結合して利用者証明書発行プログラムとして動作させることも可能である。
【００８９】
＜コンテンツ取得装置７０（利用者証明書取得手段７０１）の構成＞
次に、図３を参照して、利用者証明書取得手段７０１の構成について説明する。利用者証明書取得手段７０１は、コンテンツ取得装置７０内にあって、ユーザの操作に基づいて、プロバイダの利用者証明書発行サーバ１０に対して、ユーザが正規のユーザであることを認証する利用者証明書の発行を要求し、発行された利用者証明書を取得するものである。ここでは、利用者証明書取得手段７０１を、証明書要求手段７１と、証明書署名確認分離手段７２とを備えて構成した。
さらに、コンテンツ取得装置７０は、外部に記憶手段８１を備え、利用者証明書取得手段７０１が読み込み及び書き込みが可能な構成とした。
【００９０】
証明書要求手段７１は、ユーザの公開情報であるユーザを識別するユーザ名Ｕｉｄ（Ｕｉｄ１）と、公開鍵暗号化方式に基づいてユーザが公開している公開鍵（ユーザ公開鍵Ｋｕｐ（Ｋｕｐ１））とを含んだ証明書発行要求を図示していない送信手段を介して利用者証明書発行サーバ１０へ送信するものである。この証明書要求手段７１では、予め記憶手段８１に記憶されているユーザ名Ｕｉｄ（Ｕｉｄ１）及びユーザ公開鍵Ｋｕｐ（Ｋｕｐ１）をユーザの公開情報として使用する。
【００９１】
証明書署名確認分離手段７２は、利用者証明書発行サーバ１０から送信される署名付利用者証明書ＣＡｕを図示していない受信手段を介して受信し、その署名付利用者証明書ＣＡｕの署名を判定し、正規のプロバイダから発行された利用者証明書Ｅｃａｕのみを記憶手段８１に記憶するものである。ここでは、証明書署名確認分離手段７２を、分離部９３ａ（９３）と、ハッシュ化部９１ｅ（９１）と、復号部９４ａ（９４）と、比較部９５ａ（９５）と、判定部９６ａ（９６）とを備えて構成した。
【００９２】
分離部９３は、入力された１つのデータを複数のデータに分離するものである。分離部９３ａでは、入力された署名付利用者証明書ＣＡｕから、電子署名であるプロバイダ署名Ｓｃ１と、利用者証明書Ｅｃａｕとを分離して、プロバイダ署名Ｓｃ１を復号部９４ａへ通知し、利用者証明書Ｅｃａｕをハッシュ化部９１ｅ及び判定部９６ａへ通知する。
【００９３】
復号部９４は、入力された暗号化データを公開鍵暗号化方式に基づく鍵によって復号するものである。復号部９４ａでは、分離部９３ａから通知されたプロバイダ署名Ｓｃ１をプロバイダの公開鍵であるプロバイダ公開鍵Ｋｃｐで復号し、その復号した値を比較部９５ａに通知するものである。
ハッシュ化部９１ｅは、分離部９３ａから通知された利用者証明書Ｅｃａｕに対してハッシュ値を求め、そのハッシュ値を比較部９５ａに通知するものである。
【００９４】
比較部９５は、入力された２つのデータの値を比較することで、その比較結果Ｃｏｍｐを出力するものである。例えば、２つのデータの差分を比較結果Ｃｏｍｐとすることで、２つのデータが同値である場合は、比較結果Ｃｏｍｐの値は「０」となり、異なる場合は、「０以外」の値となる。比較部９５ａは、復号部９４ａで復号された値と、ハッシュ化部９１ｅで得られたハッシュ値とを比較して、その比較結果Ｃｏｍｐを判定部９６ａへ通知するものである。
【００９５】
判定部９６は、データと比較結果Ｃｏｍｐとの２つの入力に対し、入力された比較結果Ｃｏｍｐを判定し、比較結果Ｃｏｍｐが「０」（比較結果が同値）の場合は、入力されたデータをそのまま出力し、比較結果Ｃｏｍｐが「０以外」（比較結果が異なる）の場合は、データを出力させないように動作するものである。判定部９６ａでは、比較部９５ａの比較結果Ｃｏｍｐに基づいて、分離部９３ａから通知された利用者証明書Ｅｃａｕを出力するかどうかを判定する。なお、判定部９６ａは、この比較部９５ａにおける比較結果Ｃｏｍｐが「０」（比較結果が同値）の場合は、利用者証明書Ｅｃａｕが改竄されておらず、利用者証明書Ｅｃａｕを正当なものであると判定し、利用者証明書Ｅｃａｕを記憶手段８１へ書き込み、比較結果Ｃｏｍｐが「０以外」（比較結果が異なる）の場合は、記憶手段８１への書き込みを行わない。
【００９６】
また、判定部９６ａにおいて、比較結果Ｃｏｍｐが「０以外」（比較結果が異なる）の場合は、利用者証明書Ｅｃａｕが改竄されているため、証明書要求手段７１に対して、再送要求を通知することで、再度証明書発行要求を送信する等の処理を行うこととしてもよい。
【００９７】
記憶手段８１は、プロバイダを認証するための情報となるプロバイダ名Ｐｉｄ及びプロバイダ公開鍵Ｋｃｐと、ユーザの公開情報であるユーザ名Ｕｉｄ（Ｕｉｄ１）及びユーザ公開鍵Ｋｕｐ（Ｋｕｐ１）と、ユーザ公開鍵Ｋｕｐ（Ｋｕｐ１）によって暗号化された情報を復号するユーザ秘密鍵Ｋｕｓとを記憶しておくもので、ハードディスク等の記憶媒体で構成されている。
【００９８】
さらに、この記憶手段８１には、利用者証明書取得手段７０１で取得した利用者証明書Ｅｃａｕが記憶される。なお、利用者証明書Ｅｃａｕに含まれているユーザ名Ｕｉｄ２及びユーザ公開鍵Ｋｕｐ２は、証明書要求手段７１が証明書発行要求に含めた情報であるユーザ名Ｕｉｄ１及びユーザ公開鍵Ｋｕｐ１と同じものとなる。
【００９９】
以上、コンテンツ取得装置７０における利用者証明書を取得するための利用者証明書取得手段７０１の構成について説明したが、証明書要求手段７１及び証明書署名確認分離手段７２を機能プログラムとして実現することも可能であり、各機能プログラムを結合して利用者証明書取得プログラムとして動作させることも可能である。
【０１００】
（利用者証明書発行の動作について）
次に、図４を参照（構成については適宜図２及び図３参照）して、コンテンツ配信システム１（図１）において、利用者証明書を発行する動作について説明する。図４は、利用者証明書取得手段７０１及び利用者証明書発行サーバ１０における、利用者証明書を発行する動作を示すフローチャートである。
【０１０１】
＜証明書発行要求送信ステップ＞
利用者証明書取得手段７０１（コンテンツ取得装置７０内）は、証明書要求手段７１によって、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐとを含んだ証明書発行要求を利用者証明書発行サーバ１０へ送信する（ステップＳ１）。
【０１０２】
＜証明書発行要求受信ステップ＞
利用者証明書発行サーバ１０は、図示していない受信手段によって、コンテンツ取得装置７０から送信された証明書発行要求を受信して（ステップＳ２）、その証明書発行要求に含まれるユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐとを利用者認証データ生成手段１１と、配信者認証データ生成手段１２に通知する。
【０１０３】
＜利用者認証データ生成ステップ＞
そして、利用者証明書発行サーバ１０は、利用者認証データ生成手段１１で、ユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ１とに基づいて、利用者を認証するためのデータ（利用者認証データＣＵ１）を生成する（ステップＳ３）。
【０１０４】
＜配信者認証データ生成ステップ＞
また、利用者証明書発行サーバ１０は、配信者認証データ生成手段１２で、ユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ２とプロバイダ名Ｐｉｄとプロバイダ公開鍵Ｋｃｐとに基づいて、配信者を認証するためのデータ（配信者認証データＣＰ１）を生成する（ステップＳ４）。なお、ステップＳ３とステップＳ４とは、順次処理を行ってもよいし、並行して処理を行ってもよい。
【０１０５】
＜認証データ合成ステップ＞
そして、利用者証明書発行サーバ１０は、認証データ合成手段１３で、ステップＳ３で生成された利用者認証データＣＵ１と、ステップＳ４で生成された配信者認証データＣＰ１と、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐとを合成して利用者証明書Ｅｃａｕを生成する（ステップＳ５）。
【０１０６】
＜電子署名付加ステップ＞
また、利用者証明書発行サーバ１０は、電子署名付加手段１４によって、ステップＳ５で生成された利用者証明書Ｅｃａｕに対して、プロバイダ秘密鍵Ｋｃｓにより電子署名（プロバイダ署名Ｓｃ１）を付加することで署名付利用者証明書ＣＡｕを生成する（ステップＳ６）。この電子署名は、ＲＳＡ方式、ＤＳＡ方式等の電子署名の付加方式に基づいて、付加するものとする。
【０１０７】
＜証明書送信ステップ＞
そして、利用者証明書発行サーバ１０は、図示していない送信手段によって、電子署名が付加された電子証明書である署名付利用者証明書ＣＡｕをコンテンツ取得装置７０（利用者証明書取得手段７０１）へ送信する（ステップＳ７）。
【０１０８】
＜証明書受信ステップ＞
そして、利用者証明書取得手段７０１は、図示していない受信手段により、利用者証明書発行サーバ１０から送信された署名付利用者証明書ＣＡｕを受信する（ステップＳ８）。
【０１０９】
＜署名確認ステップ＞
そして、証明書署名確認分離手段７２で、署名付利用者証明書ＣＡｕを利用者証明書Ｅｃａｕとプロバイダ署名Ｓｃ１とに分離し（ステップＳ９）、プロバイダ署名Ｓｃ１によって利用者証明書Ｅｃａｕが正当なものであるかどうかの確認（署名確認）を行う（ステップＳ１０）。
【０１１０】
＜証明書記憶ステップ＞
ここで利用者証明書Ｅｃａｕが正当なものである場合（ステップＳ１０でＯＫ）は、利用者証明書Ｅｃａｕを記憶手段８１に記憶して（ステップＳ１１）、処理を終了する。一方、利用者証明書Ｅｃａｕが正当なものでない場合（ステップＳ１０でＮＧ）は、動作を終了する。なお、利用者証明書Ｅｃａｕが正当なものでない場合は、再度ステップＳ１へ戻って、証明書発行要求を送信することとしてもよい。
【０１１１】
以上の各ステップによって、利用者証明書発行サーバ１０は、利用者認証データＣＵ１と配信者認証データＣＰ１とを付加した利用者証明書Ｅｃａｕを生成することができる。そして、利用者証明書発行サーバ１０は、利用者証明書Ｅｃａｕにプロバイダ署名Ｓｃ１を付加することで、利用者証明書取得手段７０１に利用者証明書Ｅｃａｕを、その正当性を保ちつつ配信することができる。
【０１１２】
（コンテンツ配信に関連する構成について）
次に、図５乃至図９を参照（適宜図１参照）して、コンテンツ配信システム１において、コンテンツの配信に関連する構成について説明を行う。図５は、プロバイダに対してコンテンツ要求書を送信するコンテンツ取得装置７０内のコンテンツ要求手段７０２の構成を示すブロック図である。図６は、コンテンツ取得装置７０から送信されるコンテンツ要求書（署名付コンテンツ要求書）を分析する要求書分析サーバ３０の構成を示すブロック図である。図７は、コンテンツ要求書を送信したユーザが正規のユーザであるかどうかを認証する利用者認証サーバ４０の構成を示すブロック図である。図８は、要求のあったコンテンツをカプセル化するコンテンツカプセル化サーバ６０の構成を示すブロック図である。図９は、配信されたコンテンツの認証を行うコンテンツ取得装置７０内のコンテンツ取得認証手段７０３の構成を示すブロック図である。
【０１１３】
＜コンテンツ取得装置７０（コンテンツ要求手段７０２）の構成＞
まず、図５を参照して、コンテンツ要求手段７０２の構成について説明する。コンテンツ要求手段７０２は、コンテンツ取得装置７０内にあって、ユーザが所望するコンテンツを記述した電子情報であるコンテンツ要求書を、ネットワーク（インターネット７）を介して送信するものである。ここでは、コンテンツ要求手段７０２を、コンテンツ要求書暗号化手段７３と、電子署名付加手段７４とを備えて構成した。さらに、コンテンツ取得装置７０は、記憶手段８１を接続している。この記憶手段８１は、図３で説明したものと同じものであるため、ここでは説明を省略する。なお、記憶手段８１の内容については、適宜図３を参照することとする。
【０１１４】
コンテンツ要求書暗号化手段７３は、ユーザが生成したコンテンツ要求書Ｃｒｆと、利用者証明書Ｅｃａｕ内の情報である利用者認証データＣＵ１とを合成（合成コンテンツ要求書）し、暗号化することで、暗号化コンテンツ要求書Ｅｃｒｆを生成するものである。ここでは、コンテンツ要求書暗号化手段７３を、分離部９３ｂ（９３）と、合成部９０ｆ（９０）と、暗号化部９２ｄ（９２）とを備えて構成した。ここで、ユーザが生成するコンテンツ要求書Ｃｒｆは、少なくともユーザが所望するコンテンツ名を含んだ電子情報である。
【０１１５】
分離部９３ｂは、記憶手段８１に記憶されている利用者証明書Ｅｃａｕを分離して、その中の利用者認証データＣＵ１、ユーザ名Ｕｉｄ及びユーザ公開鍵Ｋｕｐを合成部９０ｆに通知するものである。
合成部９０ｆは、分離部９３ｂから通知された利用者認証データＣＵ１、ユーザ名Ｕｉｄ及びユーザ公開鍵Ｋｕｐと、ユーザが生成したコンテンツ要求書Ｃｒｆとを合成して、暗号化部９２ｄへ出力するものである。
【０１１６】
暗号化部９２ｄは、暗号化部９２ｄで合成された情報に対して、記憶手段８１に記憶されているプロバイダ公開鍵Ｋｃｐで暗号化を行い、暗号化コンテンツ要求書Ｅｃｒｆを生成するものである。なお、暗号化コンテンツ要求書Ｅｃｒｆは、プロバイダ側の秘密鍵であるプロバイダ秘密鍵を用いなければ復号することができない。
【０１１７】
電子署名付加手段７４は、コンテンツ要求書暗号化手段７３で生成された暗号化コンテンツ要求書Ｅｃｒｆに電子署名を付加した署名付コンテンツ要求書Ｅｃｒを生成するものである。ここでは、電子署名付加手段７４をハッシュ化部９１ｆ（９１）と暗号化部９２ｅ（９２）と合成部９０ｇ（９０）とを備えて構成した。
ハッシュ化部９１ｆは、暗号化コンテンツ要求書Ｅｃｒｆに対するハッシュ値ＨＳ５を求め、そのハッシュ値ＨＳ５を暗号化部９２ｅへ通知するものである。暗号化部９２ｅは、ハッシュ化部９１ｆから通知されるハッシュ値ＨＳ５を、記憶手段８１に記憶されているユーザの秘密鍵であるユーザ秘密鍵Ｋｕｓで暗号化して、電子署名であるユーザ署名Ｓｃ２を生成するものである。
【０１１８】
合成部９０ｇは、暗号化コンテンツ要求書Ｅｃｒｆと、暗号化部９２ｅで生成されたユーザ署名Ｓｃ２とを合成することで、電子証明書である署名付コンテンツ要求書Ｅｃｒを生成する。ここで生成された署名付コンテンツ要求書Ｅｃｒは、プロバイダ側の要求書分析サーバ３０へ送信される。
なお、ここでは電子署名付加手段７４をＲＳＡ方式により実現したが、ＤＳＡ方式により電子署名を付加することとしてもよい。
【０１１９】
このように、コンテンツ要求手段７０２を構成することで、コンテンツ要求手段７０２は、暗号化コンテンツ要求書Ｅｃｒｆにユーザ署名Ｓｃ２を付加することで、改竄が行われた場合でも容易に検出することができる署名付コンテンツ要求書Ｅｃｒを生成することができる。
なお、コンテンツ要求手段７０２は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してコンテンツ要求プログラムとして動作させることも可能である。
【０１２０】
＜要求書分析サーバ３０の構成＞
次に、図６を参照して、要求書分析サーバ３０の構成について説明する。要求書分析サーバ３０は、コンテンツ取得装置７０から、ネットワーク（インターネット７）を介して送信されてくる署名付コンテンツ要求書Ｅｃｒが、正当な署名付コンテンツ要求書Ｅｃｒかどうかを分析し、その中に含まれているコンテンツ要求書Ｃｒｆと、ユーザデータ（ユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１）とを分離して出力するものである。ここでは、要求書分析サーバ３０を、要求書署名確認分離手段３１と、要求書分離手段３２とを備えて構成した。なお、この要求書分析サーバ３０は、図示していないＣＰＵやメモリを搭載した一般的なコンピュータで実現されている。
【０１２１】
要求書署名確認分離手段３１は、コンテンツ取得装置７０から送信される署名付コンテンツ要求書Ｅｃｒを図示していない受信手段を介して受信し、その署名付コンテンツ要求書Ｅｃｒが、データの改竄が行われていないかどうかを判定し、改竄が行われていないときのみ、署名付コンテンツ要求書Ｅｃｒ内の暗号化コンテンツ要求書Ｅｃｒｆを要求書分離手段３２へ出力するものである。ここでは、要求書署名確認分離手段３１を、分離部９３ｃ（９３）と、ハッシュ化部９１ｇ（９１）と、復号部９４ｂ（９４）と、比較部９５ｂ（９５）と、判定部９６ｂ（９６）とを備えて構成した。
【０１２２】
分離部９３ｃは、入力された署名付コンテンツ要求書Ｅｃｒを、電子署名であるユーザ署名Ｓｃ２と、暗号化コンテンツ要求書Ｅｃｒｆとに分離して、ユーザ署名Ｓｃ２を復号部９４ｂへ通知し、暗号化コンテンツ要求書Ｅｃｒｆをハッシュ化部９１ｇ及び判定部９６ｂへ通知するものである。
復号部９４ｂは、分離部９３ｃから通知されたユーザ署名Ｓｃ２を、ユーザの公開鍵であるユーザ公開鍵Ｋｕｐで復号し、その復号した値を比較部９５ｂに通知するものである。なお、ユーザ公開鍵Ｋｕｐは、利用者情報記憶手段１６（図２）に記憶されている。
【０１２３】
ハッシュ化部９１ｇは、分離部９３ｃから通知された暗号化コンテンツ要求書Ｅｃｒｆに対してハッシュ値を求め、そのハッシュ値を比較部９５ｂに通知するものである。
比較部９５ｂは、復号部９４ｂで復号された値と、ハッシュ化部９１ｇで得られたハッシュ値とを比較して、その比較結果Ｃｏｍｐを判定部９６ｂへ通知するものである。
【０１２４】
判定部９６ｂは、比較部９５ｂの比較結果Ｃｏｍｐに基づいて、分離部９３ｃから通知された暗号化コンテンツ要求書Ｅｃｒｆを出力するかどうかを判定するものである。なお、判定部９６ｂは、比較部９５ｂにおける比較結果Ｃｏｍｐが「０」（比較結果が同値）の場合は、暗号化コンテンツ要求書Ｅｃｒｆが改竄されておらず、暗号化コンテンツ要求書Ｅｃｒｆを正当なものであると判定し、要求書分離手段３２へ出力する。比較結果Ｃｏｍｐが「０以外」（比較結果が異なる）の場合は、処理を中断する。
【０１２５】
要求書分離手段３２は、要求書署名確認分離手段３１から出力される暗号化コンテンツ要求書Ｅｃｒｆを入力して、その中に含まれるコンテンツ要求書Ｃｒｆと、ユーザデータ（ユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１）とを分離するものである。ここでは、要求書分離送信手段３２を復号部９４ｃ（９４）と、分離部９３ｄ（９３）とを備えて構成した。
復号部９４ｃは、入力された暗号化コンテンツ要求書Ｅｃｒｆを、プロバイダの秘密鍵であるプロバイダ秘密鍵Ｋｃｓで復号して、分離部９３ｄへ通知するものである。なお、プロバイダ秘密鍵Ｋｃｓは、配信者情報記憶手段１５（図２）に記憶されている。
【０１２６】
分離部９３ｄは、復号部９４ｃで復号された情報を、コンテンツ要求書Ｃｒｆ及びユーザデータ（ユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１）に分離するものである。なお、この分離部９３ｄで分離された、コンテンツ要求書Ｃｒｆ及びユーザデータ（ユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１）は、図示していない送信手段によって、コンテンツ配信サーバ２０及び利用者認証サーバ４０へそれぞれ送信される。
【０１２７】
このように、要求書分析サーバ３０を構成することで、要求書分析サーバ３０は、ユーザ側のコンテンツ取得装置７０から送信されてくる署名付コンテンツ要求書Ｅｃｒのユーザ署名Ｓｃ２によって、暗号化コンテンツ要求書Ｅｃｒｆが改竄されているかどうかを判定することが可能になる。
なお、要求書分析サーバ３０は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合して要求書分析プログラムとして動作させることも可能である。
【０１２８】
＜利用者認証サーバ４０の構成＞
次に、図７を参照して、利用者認証サーバ４０の構成について説明する。利用者認証サーバ４０は、要求書分析サーバ３０から送信されるユーザデータに基づいて、ユーザが正規のユーザであるかどうかを認証するものである。ここでは、利用者認証サーバ４０を、利用者認証データ再生手段４１と、利用者認証データ復号手段４２と、利用者認証データ比較手段４３とを備えて構成した。なお、この利用者認証サーバ４０は、図示していないＣＰＵやメモリを搭載した一般的なコンピュータで実現されている。
【０１２９】
利用者認証データ再生手段４１は、要求書分析サーバ３０から送信されてくるユーザ名Ｕｉｄ及びユーザ公開鍵Ｋｕｐと、利用者情報記憶手段１６（図２）に記憶されている利用者証明書発行時に使用した秘密情報Ｓｅ１とに基づいて、利用者認証データを再生（再生利用者認証データ）するものである。ここでは、利用者認証データ再生手段４１を、合成部９０ｈ（９０）と、ハッシュ化部９１ｈ（９１）とを備えて構成した。
合成部９０ｈは、ユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ１とを合成するものである。ここで合成された情報はハッシュ化部９１ｈへ出力される。
【０１３０】
ハッシュ化部９１ｈは、合成部９０ｈで合成された情報に対してハッシュ値ＨＳ６を求めるものである。ここで求められたハッシュ値ＨＳ６は利用者認証データ比較手段４３へ出力される。
この利用者認証データ再生手段４１で再生された利用者認証データのハッシュ値ＨＳ６は、図２の利用者認証発行サーバ１０の利用者認証データ生成手段１１において、ハッシュ化部９１ａから出力されるハッシュ値ＨＳ１に相当するものである。ユーザが正規のユーザであれば、ハッシュ値ＨＳ６はハッシュ値ＨＳ１と同じ値となる。
【０１３１】
利用者認証データ復号手段４２は、要求書分析サーバ３０から送信されてくるユーザデータである利用者認証データＣＵ１を復号するものである。ここでは利用者認証データ復号手段４２を復号部９４ｄ（９４）で実現した。
復号部９４ｄは、利用者認証データＣＵ１を配信者情報記憶手段１５（図２）に記憶されているプロバイダ秘密鍵Ｋｃｓで復号するものである。ここで復号された値ＨＳ７は利用者認証データ比較手段４３へ出力される。この復号部９４ｄから出力される値ＨＳ７は、図２の利用者認証発行サーバ１０の利用者認証データ生成手段１１において、ハッシュ化部９１ａから出力されるハッシュ値ＨＳ１そのものである。
【０１３２】
利用者認証データ比較手段４３は、利用者認証データ再生手段４１からの出力であるハッシュ値ＨＳ６と、利用者認証データ復号手段４２からの出力であるハッシュ値ＨＳ７とを比較して、コンテンツを要求したユーザが正規のユーザであるかどうかを判定するものである。ここでハッシュ値ＨＳ６とハッシュ値ＨＳ７とが同じ値の場合は、ユーザが正規のユーザであると判定し、異なる値の場合は、不正ユーザであると判定する。なお、ここで判定した結果（利用者認証結果）は、コンテンツカプセル化サーバ６０へ通知される。
【０１３３】
このように、利用者認証サーバ４０を構成することで、ユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ１とから生成されるハッシュ値レベルの利用者認証データと、ユーザ側から送信されるデータに含まれている利用者認証データＣＵ１を復号することで得られるハッシュ値とを比較することができ、ユーザが正規のユーザであるかどうかを認証することができる。
なお、利用者認証サーバ４０は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合して利用者認証プログラムとして動作させることも可能である。
【０１３４】
＜コンテンツカプセル化サーバ６０の構成＞
次に、図８を参照して、コンテンツカプセル化サーバ６０の構成について説明する。コンテンツカプセル化サーバ６０は、コンテンツサーバ５０から送信されたコンテンツをセッション鍵で暗号化するとともに、そのセッション鍵をさらにユーザの公開鍵で暗号化し、暗号化されたコンテンツ（暗号化コンテンツ）と、暗号化されたセッション鍵（暗号化セッション鍵）と、コンテンツ取得装置７０でプロバイダを認識する元となる情報（配信者認証元データ）とを一体化（カプセル化）し、電子署名を付加して署名付カプセル化コンテンツとして、コンテンツ配信サーバ２０へ送信するものである。
ここでは、コンテンツカプセル化サーバ６０を、コンテンツ暗号化手段６１と、セッション鍵暗号化手段６２と、配信者認証元データ生成手段６３と、カプセル化手段６４と、電子署名付加手段６５とを備えて構成した。
【０１３５】
コンテンツ暗号化手段６１は、コンテンツサーバ５０から送信されるコンテンツＣを暗号化して、暗号化コンテンツＥｃを生成するものである。ここでは、コンテンツ暗号化手段６１を、暗号化部９２ｆ（９２）で実現した。この暗号化部９２ｆでは、コンテンツＣを共通鍵暗号化方式におけるセッション鍵Ｋｓで共通鍵暗号化を行う。ここで生成された暗号化コンテンツＥｃは、カプセル化手段６４へ出力される。
【０１３６】
セッション鍵暗号化手段６２は、コンテンツ暗号化手段６１においてコンテンツＣを暗号化したセッション鍵Ｋｓを暗号化して、暗号化セッション鍵Ｅｋｓを生成するものである。なお、このセッション鍵暗号化手段６２では、利用者認証サーバ４０から送信される利用者認証結果に基づいて、セッション鍵を暗号化するかどうかを判定するものでもある。ここでは、セッション鍵暗号化手段６２を判定部９６ｃ（９６）と、暗号化部９２ｇ（９２）とを備えて構成した。
【０１３７】
判定部９６ｃは、利用者認証サーバ４０から送信される利用者認証結果に基づいて、セッション鍵を出力するかどうかを判定するものである。この判定部９６ｃは、利用者認証結果としてユーザが正規のユーザであるという認証結果が通知されたときは、セッション鍵を暗号化部９２ｇへ出力し、ユーザが不正ユーザである旨の認証結果が通知されたときは、セッション鍵を暗号化部９２ｇへ出力しない。これによって、不正ユーザからのコンテンツの要求に対しては、コンテンツの配信が行われないことになる。
【０１３８】
暗号化部９２ｇは、判定部９６ｃから入力されるセッション鍵Ｋｓを、ユーザ公開鍵Ｋｕｐにより暗号化して、暗号化セッション鍵Ｅｋｓを生成するものである。ここで生成された暗号化セッション鍵Ｅｋｓは、カプセル化手段６４へ出力される。なお、ここで使用したユーザ公開鍵Ｋｕｐは、利用者情報記憶手段１６（図２）において、コンテンツ配信サーバ２０から通知されるユーザ名Ｕｉｄに対応するユーザ公開鍵Ｋｕｐを使用するものとする。
【０１３９】
配信者認証元データ生成手段６３は、ユーザ名Ｕｉｄと、利用者情報記憶手段１６（図２）に記憶されているユーザ名Ｕｉｄに対応するユーザ公開鍵Ｋｕｐと、利用者証明書発行時に使用した秘密情報Ｓｅ２とに基づいて、配信者認証データを生成する元となるデータを生成するものである。ここでは、合成部９０ｉ（９０）と、ハッシュ化部９１ｉ（９１）と、暗号化部９２ｈ（９２）とを備えて構成した。
合成部９０ｉは、ユーザ名Ｕｉｄとユーザ公開鍵Ｋｕｐと秘密情報Ｓｅ２とを合成するものである。ここで合成された情報はハッシュ化部９１ｉへ出力される。
【０１４０】
ハッシュ化部９１ｉは、合成部９０ｉで合成された情報に対してハッシュ値ＨＳ８を求めるものである。ここで求められたハッシュ値ＨＳ８は暗号化部９２ｈへ出力される。このハッシュ化部９１ｉから出力されるハッシュ値ＨＳ８は、図２の利用者認証発行サーバ１０の配信者認証データ生成手段１２において、ハッシュ化部９１ｂから出力されるハッシュ値ＨＳ２に相当するものである。
【０１４１】
暗号化部９２ｈは、ハッシュ化部９１ｉから入力されたハッシュ値ＨＳ８をユーザ公開鍵Ｋｕｐにより暗号化して、配信者認証元データＥｈｓを生成するものである。ここで生成された配信者認証元データＥｈｓは、カプセル化手段６４へ出力される。なお、この配信者認証元データＥｈｓは、コンテンツ取得装置７０のコンテンツ取得認証手段７０３において、配信者認証データを再生するためのデータとして使用される。
【０１４２】
カプセル化手段６４は、コンテンツ暗号化手段６１で暗号化された暗号化コンテンツＥｃと、セッション鍵暗号化手段６２で暗号化された暗号化セッション鍵Ｅｋｓと、配信者認証元データＥｈｓとを合成し一体化（カプセル化）するものである。ここでカプセル化されたカプセル化コンテンツＥｐｃは、電子署名付加手段６５へ出力される。
【０１４３】
電子署名付加手段６５は、カプセル化手段６４でカプセル化されたカプセル化コンテンツＥｐｃに電子署名を付加した署名付カプセル化コンテンツＰｃを生成するものである。ここでは、電子署名付加手段６５をハッシュ化部９１ｊ（９１）と暗号化部９２ｉ（９２）と合成部９０ｊ（９０）とを備えて構成した。
ハッシュ化部９１ｊは、カプセル化コンテンツＥｐｃに対するハッシュ値ＨＳ９を求め、そのハッシュ値ＨＳ９を暗号化部９２ｉへ通知するものである。
【０１４４】
暗号化部９２ｉは、ハッシュ化部９１ｊから通知されるハッシュ値ＨＳ９を、配信者情報記憶手段１５に記憶されているプロバイダの秘密鍵であるプロバイダ秘密鍵Ｋｃｓで暗号化して、電子署名であるプロバイダ署名Ｓｃ３を生成するものである。
【０１４５】
合成部９０ｊは、カプセル化コンテンツＥｐｃと、暗号化部９２ｉで生成されたプロバイダ署名Ｓｃ３とを合成することで、電子証明書である署名付カプセル化コンテンツＰｃを生成するものである。ここで生成された署名付カプセル化コンテンツＰｃは、コンテンツ配信サーバ２０へ送信された後に、コンテンツ取得装置７０へ配信される。
なお、ここでは電子署名付加手段６５をＲＳＡ方式により実現したが、ＤＳＡ方式により電子署名を付加することとしてもよい。
【０１４６】
このように、コンテンツカプセル化サーバ６０を構成することで、コンテンツに配信者を認証するためのデータを付加することができ、コンテンツ取得装置７０において、配信者の認証を行うことが可能になる。
なお、コンテンツカプセル化サーバ６０は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してコンテンツカプセル化プログラムとして動作させることも可能である。
【０１４７】
＜コンテンツ取得装置７０（コンテンツ取得認証手段７０３）の構成＞
次に、図９を参照して、コンテンツ取得認証手段７０３の構成について説明する。コンテンツ取得認証手段７０３は、コンテンツ取得装置７０内にあって、プロバイダから配信されるコンテンツ（署名付カプセル化コンテンツＰｃ）の認証並びにコンテンツを配信したプロバイダの認証を行うとともに、暗号化されたコンテンツの復号を行うものである。ここでは、コンテンツ取得認証手段７０３を、コンテンツ署名確認分離手段７５と、カプセル分離手段７６と、配信者認証データ再生手段７７と、配信者認証データ分離手段７８と、配信者認証データ比較手段７９と、コンテンツ復号手段８０とを備えて構成した。
【０１４８】
コンテンツ署名確認分離手段７５は、プロバイダ（コンテンツ配信サーバ２０）から配信された署名付カプセル化コンテンツＰｃを図示していない受信手段を介して受信し、その署名付カプセル化コンテンツＰｃの署名により、コンテンツか改竄されていないかどうかを判定するものである。ここでは、コンテンツ署名確認分離手段７５を、分離部９３ｄ（９３）と、ハッシュ化部９１ｋ（９１）と、復号部９４ｅ（９４）と、比較部９５ｃ（９５）と、判定部９６ｄ（９６）とを備えて構成した。
【０１４９】
分離部９３ｄは、入力された署名付カプセル化コンテンツＰｃを、電子署名であるプロバイダ署名Ｓｃ３と、カプセル化コンテンツＥｐｃとも分離して、プロバイダ署名Ｓｃ３を復号部９４ｅへ通知し、カプセル化コンテンツＥｐｃをハッシュ化部９１ｋ及び判定部９６ｄへ通知するものである。
【０１５０】
復号部９４ｅは、分離部９３ｄから通知されたプロバイダ署名Ｓｃ３を、プロバイダの公開鍵であるプロバイダ公開鍵Ｋｃｐで復号し、その復号した値を比較部９５ｃに通知するものである。なお、プロバイダ公開鍵Ｋｃｐは、記憶手段８１（図３）に記憶されている。
【０１５１】
ハッシュ化部９１ｋは、分離部９３ｄから通知されたカプセル化コンテンツＥｐｃに対してハッシュ値を求め、そのハッシュ値を比較部９５ｃに通知するものである。
比較部９５ｃは、復号部９４ｅで復号された値と、ハッシュ化部９１ｋで得られたハッシュ値とを比較して、その比較結果Ｃｏｍｐを判定部９６ｄへ通知するものである。
【０１５２】
判定部９６ｄは、比較部９５ｃの比較結果Ｃｏｍｐに基づいて、分離部９３ｄから通知されたカプセル化コンテンツＥｐｃを出力するかどうかを判定するものである。なお、判定部９６ｄは、比較部９５ｃにおける比較結果Ｃｏｍｐが「０」（比較結果が同値）の場合は、カプセル化コンテンツＥｐｃが改竄されておらず、カプセル化コンテンツＥｐｃを正当なものであると判定し、カプセル分離手段７６へ出力する。比較結果Ｃｏｍｐが「０以外」（比較結果が異なる）の場合は、処理を中断する。
【０１５３】
カプセル分離手段７６は、コンテンツ署名確認分離手段７５から出力されるカプセル化コンテンツＥｐｃを入力して、その中に含まれる配信者認証元データＥｈｓと、暗号化セッション鍵Ｅｋｓと、暗号化コンテンツＥｃとを分離するものである。ここで分離された配信者認証元データＥｈｓは、配信者認証データ再生手段７７へ出力され、暗号化セッション鍵Ｅｋｓ及び暗号化コンテンツＥｃは、コンテンツ復号手段８０へ出力される。
【０１５４】
配信者認証データ再生手段７７は、カプセル分離手段７６で分離された配信者認証元データＥｈｓから配信者認証データを再生（再生配信者認証データ）するものである。ここでは、復号部９４ｆ（９４）と、合成部９０ｋ（９０）と、ハッシュ化部９１ｌ（９１）とを備えて構成した。
復号部９４ｆは、配信者認証元データＥｈｓを記憶手段８１（図３）に記憶されているユーザ秘密鍵Ｋｕｓで復号するものである。ここで復号された値（ハッシュ値ＨＳ９）は合成部９０ｋへ出力される。
【０１５５】
合成部９０ｋは、復号部９４ｆで復号されたハッシュ値ＨＳ９と、記憶手段８１（図３）に記憶されているプロバイダ名Ｐｉｄ及びプロバイダ公開鍵Ｋｃｐとを合成して、ハッシュ化部９１ｌへ出力するものである。
ハッシュ化部９１ｌは、合成部９０ｋで合成された情報に対してハッシュ値ＨＳ１０を求め、そのハッシュ値ＨＳ１０を、配信者認証データ比較手段７９へ出力するものである。
【０１５６】
この配信者認証データ再生手段７７で再生された配信者認証データのハッシュ値ＨＳ１０は、図２の利用者認証発行サーバ１０の配信者認証データ生成手段１２において、ハッシュ化部９１ｃから出力されるＨＳ３に相当するものである。コンテンツが正当なプロバイダから配信されたものであれば、ハッシュ値ＨＳ１０はハッシュ値ＨＳ３と同じ値となる。
【０１５７】
配信者認証データ分離手段７８は、記憶手段８１（図３）に記憶されている利用者証明書Ｅｃａｕから配信者認証データＣＰ１を分離して復号するものである。ここでは、配信者認証データ分離手段７８を分離部９３ｅ（９３）と、復号部９４ｇ（９４）とで構成した。
分離部９３ｅは、利用者証明書Ｅｃａｕに含まれるユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１及び配信者認証データＣＰ１から、配信者認証データＣＰ１のみを分離して、復号部９４ｇへ出力するものである。
【０１５８】
復号部９４ｇは、分離部９３ｅで分離された配信者認証データＣＰ１を、記憶手段８１（図３）に記憶されているユーザ秘密鍵Ｋｕｓで復号するものである。ここで復号された値ＨＳ１１は配信者認証データ比較手段７９へ出力される。この復号部９４ｇから出力される値ＨＳ１１は、図２の利用者認証発行サーバ１０の配信者認証データ生成手段１２において、ハッシュ化部９１ｃから出力されるＨＳ３そのものである。
【０１５９】
配信者認証データ比較手段７９は、配信者認証データ再生手段７７からの出力であるハッシュ値ＨＳ１０と、配信者認証データ分離手段７８からの出力であるハッシュ値ＨＳ１１とを比較するものである。この比較結果はコンテンツ復号手段８０へ通知される。
【０１６０】
コンテンツ復号手段８０は、配信者認証データ比較手段７９から通知される比較結果に基づいて、暗号化コンテンツＥｃをコンテンツＣに復号するものである。ここでは、コンテンツ復号手段８０を判定部９６ｅ（９６）と、復号部９４ｈ（９４）と、復号部９４ｊ（９４）とで構成した。
【０１６１】
判定部９６ｅは、配信者認証データ比較手段７９から通知される比較結果に基づいて、コンテンツの復号を行うかどうかを判定するものである。この判定部９６ｅでは、比較結果が等しい場合は、コンテンツを配信したプロバイダが正規のプロバイダであると判定し、カプセル分離手段７６で分離された暗号化セッション鍵Ｅｋｓを復号部９４ｈへ出力する。また、比較結果が異なる場合は、コンテンツを配信したプロバイダが正規のプロバイダでないと判定し、暗号化セッション鍵Ｅｋｓを復号部９４ｊへ出力しない。これによって、プロバイダが正規のプロバイダでない場合は、コンテンツの復号が行われないことになる。
【０１６２】
復号部９４ｈは、判定部９６ｅから出力される暗号化セッション鍵Ｅｋｓを、ユーザ秘密鍵Ｋｕｓで復号し、復号されたセッション鍵Ｋｓを復号部９４ｊへ出力するものである。
復号部９４ｊは、カプセル分離手段７６で分離された暗号化コンテンツＥｃを、復号部９４ｈで復号されたセッション鍵ＫｓによりコンテンツＣに復号するものである。ここで復号されたコンテンツＣは、図示していないコンテンツ再生手段によって、映像、音声等としてユーザが視聴することが可能になる。
【０１６３】
このように、コンテンツ取得認証手段７０３を構成することで、コンテンツ取得装置７０は、プロバイダから配信されるコンテンツが、改竄されていないかどうかを判定することができ、さらに、コンテンツを配信したプロバイダが正規のプロバイダであるかどうかを判定することができる。
なお、コンテンツ取得認証手段７０３は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してコンテンツ取得認証プログラムとして動作させることも可能である。
【０１６４】
（コンテンツ配信の動作について）
次に、図１０乃至図１３を参照して、コンテンツ配信システム１（図１）において、プロバイダがユーザからの要求に基づいて、コンテンツを配信する動作について説明する。
【０１６５】
まず、図１０を参照（構成については適宜図１、図５及び図６を参照）して、ユーザ（コンテンツ取得装置７０）が、コンテンツの配信を要求して、プロバイダ側の要求書分析サーバ３０が、その要求を受け付けるまでのコンテンツ配信要求受付動作について説明する。図１０は、コンテンツ要求手段７０２及び要求書分析サーバ３０における、コンテンツ配信要求受付動作を示すフローチャートである。
【０１６６】
＜要求書合成ステップ＞
コンテンツ要求手段７０２（コンテンツ取得装置７０内）は、コンテンツ要求書暗号化手段７３によって、ユーザが所望するコンテンツ名を含んだ電子情報であるコンテンツ要求書Ｃｒｆと、利用者証明書Ｅｃａｕ内のユーザデータであるユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ及び利用者認証データＣＵ１とを合成し（ステップＳ２０）、プロバイダの公開鍵であるプロバイダ公開鍵Ｋｃｐによって暗号化を行うことで、暗号化コンテンツ要求書Ｅｃｒｆを生成する（ステップＳ２１）。
【０１６７】
＜電子署名付加ステップ＞
そして、コンテンツ要求手段７０２は、電子署名付加手段７４によって、暗号化コンテンツ要求書Ｅｃｒｆに対して、ユーザ秘密鍵Ｋｕｓにより電子署名（ユーザ署名Ｓｃ２）を付加することで署名付コンテンツ要求書Ｅｃｒを生成する（ステップＳ２２）。この電子署名は、ＲＳＡ方式、ＤＳＡ方式等の電子署名の付加方式に基づいて、付加するものとする。
【０１６８】
＜要求書送信ステップ＞
そして、コンテンツ要求手段７０２は、図示していない送信手段によって、電子署名が付加された電子証明書である署名付コンテンツ要求書Ｅｃｒをプロバイダ側（要求書分析サーバ３０）へ送信する（ステップＳ２３）。
＜要求書受信ステップ＞
この署名付コンテンツ要求書Ｅｃｒは、プロバイダ側の要求書分析サーバ３０の図示していない受信手段によって受信される（ステップＳ２４）。
【０１６９】
＜署名確認ステップ＞
この署名付コンテンツ要求書Ｅｃｒを受信した要求書分析サーバ３０は、要求書署名確認分離手段３１で、署名付コンテンツ要求書Ｅｃｒを暗号化コンテンツ要求書Ｅｃｒｆとユーザ署名Ｓｃ２とに分離し（ステップＳ２５）、ユーザ署名Ｓｃ２によって暗号化コンテンツ要求書Ｅｃｒｆが正当なものであるかどうかの確認（署名確認）を行う（ステップＳ２６）。
【０１７０】
＜要求書分離ステップ＞
ここで暗号化コンテンツ要求書Ｅｃｒｆが正当なものである場合（ステップＳ２６でＯＫ）は、要求書分離手段３２が、暗号化コンテンツ要求書Ｅｃｒｆをプロバイダ秘密鍵Ｋｃｓで復号し、その復号した情報をコンテンツ要求書Ｃｒｆとユーザデータ（ユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ、利用者認証データＣＵ１）とに分離する（ステップＳ２７）。一方、暗号化コンテンツ要求書Ｅｃｒｆが不正なものである場合（ステップＳ２６でＮＧ）は、動作を終了する。
【０１７１】
＜ユーザデータ及びコンテンツ要求書送信ステップ＞
そして、ユーザデータを利用者認証サーバ４０へ送信し（ステップＳ２８）、コンテンツ要求書Ｃｒｆをコンテンツ配信サーバ２０へ送信する（ステップＳ２９）。
【０１７２】
次に、図１１を参照（構成については適宜図１、図７を参照）して、利用者認証サーバ４０が要求書分析サーバ３０から送信されるユーザデータに基づいて、利用者の認証を行う動作について説明する。図１１は、利用者認証サーバ４０が、利用者認証を行う動作を示すフローチャートである。
【０１７３】
＜ユーザデータ受信ステップ＞
利用者認証サーバ４０は、図示していない受信手段によって、要求書分析サーバ３０から送信されたユーザデータであるユーザ名Ｕｉｄ、ユーザ公開鍵Ｋｕｐ及び利用者認証データＣＵ１を受信する（ステップＳ３０）。
【０１７４】
＜利用者認証データ再生ステップ＞
そして、利用者認証データ再生手段４１によって、ユーザ名Ｕｉｄ及びユーザ公開鍵Ｋｕｐと、利用者証明書発行時に使用した秘密情報Ｓｅ１とに基づいて、利用者認証データＣＵ１の暗号化前のハッシュ値を再生する（ステップＳ３１）。一方、利用者認証データ復号手段４２によって、利用者認証データＣＵ１を復号してハッシュ値を生成する（ステップＳ３２）。
【０１７５】
＜利用者認証データ比較ステップ＞
そして、利用者認証データ比較手段４３によって、ステップＳ３１とステップＳ３２とで生成されたハッシュ値を比較する（ステップＳ３３）。
＜利用者認証結果送信ステップ＞
そして、コンテンツを要求したユーザが正規のユーザであれば、このハッシュ値は同じ値となるため、ハッシュ値が同じ値である場合は、正規のユーザである旨を示す利用者認証結果を、ハッシュ値が異なる場合は、不正なユーザである旨を示す利用者認証結果を、図示していない送信手段によって、コンテンツカプセル化サーバ６０へ送信する（ステップＳ３４）。
【０１７６】
次に、図１２を参照（構成については適宜図１、図８を参照）して、コンテンツカプセル化サーバ６０が、コンテンツとプロバイダを認識する元となる情報（配信者認証元データ）とをカプセル化する動作について説明する。図１２は、コンテンツカプセル化サーバ６０において、コンテンツをカプセル化する動作を示すフローチャートである。
【０１７７】
＜利用者認証結果受信ステップ＞
コンテンツカプセル化サーバ６０は、図示していない受信手段によって、利用者認証サーバ４０から、利用者認証結果を受信し（ステップＳ４０）、その利用者認証結果に基づいて、判定部９６ｃが、ユーザが正規のユーザであるかどうかを判定する（ステップＳ４１）。ここで、ユーザが正規のユーザでない場合（Ｎｏ）は、処理を中止し、コンテンツのカプセル化動作を終了する。
【０１７８】
＜コンテンツ受信ステップ＞
一方、ユーザが正規のユーザである場合（ステップＳ４１でＹｅｓ）は、コンテンツサーバ５０からコンテンツを受信し（ステップＳ４２）、コンテンツ暗号化手段６１によって、セッション鍵Ｋｓでコンテンツを暗号化した暗号化コンテンツＥｃを生成する（ステップＳ４３）。
【０１７９】
＜セッション鍵暗号化ステップ＞
そして、セッション鍵暗号化手段６２によって、このコンテンの暗号化に使用したセッション鍵Ｋｓをユーザ公開鍵Ｋｕｐで暗号化して、暗号化セッション鍵Ｅｋｓを生成する（ステップＳ４４）。
【０１８０】
＜配信者認証元データ生成ステップ＞
さらに、コンテンツカプセル化サーバ６０は、配信者認証元データ生成手段６３によって、ユーザ名Ｕｉｄと、ユーザ公開鍵Ｋｕｐと、利用者証明書発行時に使用した秘密情報Ｓｅ２とに基づいて、配信者認証データを生成する元となる配信者認証元データＥｈｓを生成する（ステップＳ４５）。
【０１８１】
＜コンテンツカプセル化ステップ＞
そして、カプセル化手段６４によって、ステップＳ４３で生成した暗号化コンテンツＥｃと、ステップＳ４４で生成した暗号化セッション鍵Ｅｋｓと、ステップＳ４５で生成した配信者認証元データＥｈｓとを一体化（カプセル化）して、カプセル化コンテンツＥｐｃを生成する（ステップＳ４６）。
【０１８２】
＜電子署名付加ステップ＞
そして、コンテンツカプセル化サーバ６０は、電子署名付加手段６５によって、カプセル化コンテンツＥｐｃに対して、プロバイダ秘密鍵Ｋｃｓにより電子署名（プロバイダ署名Ｓｃ３）を付加することで署名付カプセル化コンテンツＰｃを生成する（ステップＳ４７）。この電子署名は、ＲＳＡ方式、ＤＳＡ方式等の電子署名の付加方式に基づいて、付加するものとする。
【０１８３】
＜署名付カプセル化コンテンツ送信ステップ＞
そして、コンテンツカプセル化サーバ６０は、電子署名が付加された電子証明書である署名付カプセル化コンテンツＰｃを、コンテンツ配信サーバ２０へ送信する（ステップＳ４８）。なお、コンテンツ配信サーバ２０は、この署名付カプセル化コンテンツＰｃを、コンテンツを要求したコンテンツ取得装置７０へ送信する。
【０１８４】
次に、図１３を参照（構成については適宜図１、図９を参照）して、コンテンツ配信サーバ２０から配信される署名付カプセル化コンテンツＰｃを取得し、認証を行う動作について説明する。図１３は、コンテンツ取得認証手段７０３において、署名付カプセル化コンテンツＰｃを取得する動作を示すフローチャートである。
【０１８５】
＜署名付カプセル化コンテンツ受信ステップ＞
コンテンツ取得認証手段７０３（コンテンツ取得装置７０内）は、図示していない受信手段によって、コンテンツ配信サーバ２０から送信される署名付カプセル化コンテンツＰｃを受信する（ステップＳ５０）。
【０１８６】
＜署名確認ステップ＞
そして、コンテンツ取得認証手段７０３は、コンテンツ署名確認分離手段７５で、署名付カプセル化コンテンツＰｃをカプセル化コンテンツＥｐｃと、プロバイダ署名Ｓｃ３とに分離し（ステップＳ５１）、プロバイダ署名Ｓｃ３によってカプセル化コンテンツＥｐｃが改竄されていないかどうかの確認（署名確認）を行う（ステップＳ５２）。
【０１８７】
＜カプセル分離ステップ＞
ここでカプセル化コンテンツＥｐｃが改竄されていない場合（ステップＳ５２でＯＫ）は、カプセル分離手段７６が、カプセル化コンテンツＥｐｃを暗号化コンテンツＥｃと、暗号化セッション鍵Ｅｋｓと、配信者認証元データＥｈｓとに分離して（ステップＳ５３）、ステップＳ５４へ進む。一方、カプセル化コンテンツＥｐｃが改竄されている場合（ステップＳ５２でＮＧ）は、動作を終了する。
【０１８８】
＜配信者認証データ再生ステップ＞
そして、配信者認証データ再生手段７７によって、ステップＳ５３で分離された配信者認証元データＥｈｓをユーザ秘密鍵Ｋｕｓで復号した値と、プロバイダ名Ｐｉｄと、プロバイダ公開鍵Ｋｃｐとに基づいて配信者認証データＣＰ１の元となる（暗号化前の）ハッシュ値を再生する（ステップＳ５４）。
【０１８９】
＜配信者認証データ分離ステップ＞
一方、配信者認証データ分離手段７８によって、利用者証明書Ｅｃａｕから配信者認証データＣＰ１を分離し、復号することでハッシュ値を生成する（ステップＳ５５）。
【０１９０】
＜配信者認証データ比較ステップ＞
そして、配信者認証データ比較手段７９によって、ステップＳ５４とステップＳ５５とで生成されたハッシュ値を比較する（ステップＳ５６）。そして、コンテンツを配信したプロバイダが正規のプロバイダであれば、このハッシュ値は同じ値となるため、このハッシュ値によって、プロバイダの認証を行う（ステップＳ５７）。ここで正規のプロバイダではないと判定した場合（ステップＳ５７でＮｏ）は、動作を終了する。
【０１９１】
＜コンテンツ復号ステップ＞
一方、プロバイダが正規のプロバイダであると認証された場合（ステップＳ５７でＹｅｓ）は、コンテンツ復号手段８０で、プロバイダ公開鍵Ｋｃｐによって、暗号化セッション鍵Ｅｋｓを復号し、セッション鍵Ｋｓを取得する（ステップＳ５８）。そして、そのセッション鍵Ｋｓによって、暗号化コンテンツＥｃを復号し、コンテンツＣを取得する（ステップＳ５９）。
【０１９２】
以上の各ステップによって、コンテンツ取得装置７０は、プロバイダから配信されるコンテンツが改竄されていないかどうかを検出することができるとともに、このコンテンツが正規のプロバイダから配信されたものであるかどうかの、プロバイダの認証を行うこともできる。
【０１９３】
［コンテンツ配信システムの構成：第二の実施の形態］
次に、本発明の第二の実施の形態であるコンテンツ配信システム１Ｂ（図１）の構成について説明する。コンテンツ配信システム１Ｂは、図１に示したようにコンテンツ配信システム１において、コンテンツカプセル化サーバ６０をコンテンツカプセル化サーバ６０Ｂに、コンテンツ取得認証手段７０３をコンテンツ取得認証手段７０３Ｂに代えて構成した。
【０１９４】
前記した第一の実施の形態であるコンテンツ配信システム１では、コンテンツを共通鍵暗号化方式によるセッション鍵を用いて暗号化することで、コンテンツが大きい場合において暗号化速度を速めたり、多数のユーザにコンテンツを配信することが可能である。このコンテンツ配信システム１Ｂでは、コンテンツの暗号化に公開鍵暗号化方式を用いてコンテンツを配信することで、個人ユーザにコンテンツの使用を特定するものである。
【０１９５】
＜コンテンツカプセル化サーバ６０Ｂの構成＞
まず、図１４を参照（適宜図１参照）して、コンテンツカプセル化サーバ６０Ｂの構成について説明する。図１４は、コンテンツカプセル化サーバ６０Ｂの構成を示すブロック図である。
【０１９６】
コンテンツカプセル化サーバ６０Ｂは、プロバイダ側のイントラネット３に接続されて、ユーザ側から要求のあったコンテンツを公開鍵暗号化方式に基づくユーザ公開鍵で暗号化し、その暗号化されたコンテンツ（暗号化コンテンツ）と、プロバイダを認証する元となる情報（配信者認証元データ）とを一体化（カプセル化）し、電子署名を付加して署名付カプセル化コンテンツとして、コンテンツ配信サーバ２０へ送信するものである。この署名付カプセル化コンテンツを受信したコンテンツ配信サーバ２０は、その署名付カプセル化コンテンツをコンテンツの要求のあったコンテンツ取得装置７０へ配信する。
【０１９７】
コンテンツ取得認証手段７０３Ｂは、コンテンツ取得装置７０内に存在し、プロバイダから配信されるコンテンツカプセル化サーバ６０Ｂで生成された署名付カプセル化コンテンツの認証並びにコンテンツを配信したプロバイダの認証を行うとともに、暗号化されたコンテンツの復号を行うものである。
【０１９８】
ここでは、コンテンツカプセル化サーバ６０Ｂを、コンテンツ暗号化手段６１Ｂと、配信者認証元データ生成手段６３と、カプセル化手段６４Ｂと、電子署名付加手段６５とで構成した。コンテンツ暗号化手段６１Ｂ及びカプセル化手段６４Ｂ以外の構成は、図８で説明したコンテンツカプセル化サーバ６０と同じ構成であるので、同一の符号を付し説明を省略する。
【０１９９】
コンテンツ暗号化手段６１Ｂは、コンテンツサーバ５０から送信されるコンテンツＣを暗号化して、暗号化コンテンツＥｃを生成するものである。ここでは、コンテンツ暗号化手段６１Ｂを、暗号化部９２ｈ（９２）と、判定部９６ｆ（９６）とで構成した。
暗号化部９２ｈは、コンテンツＣを公開鍵暗号化方式におけるユーザの公開鍵であるユーザ公開鍵Ｋｕｐで暗号化し、暗号化コンテンツＥｃを生成するものである。ここで生成された暗号化コンテンツＥｃは、判定部９６ｆへ出力される。
【０２００】
判定部９６ｆは、利用者認証サーバ４０から送信される利用者認証結果に基づいて、暗号化コンテンツＥｃを出力するかどうかを判定するものである。この判定部９６ｆは、利用者認証結果としてユーザが正規のユーザであるという認証結果が通知されたときは、暗号化コンテンツＥｃをカプセル化手段６４Ｂへ出力し、ユーザが不正ユーザである旨の認証結果が通知されたときは、暗号化コンテンツＥｃをカプセル化手段６４Ｂへ出力しない。これによって、不正ユーザからのコンテンツの要求に対しては、コンテンツの配信が行われないことになる。
【０２０１】
カプセル化手段６４Ｂは、コンテンツ暗号化手段６１Ｂで暗号化された暗号化コンテンツＥｃと、配信者認証元データＥｈｓとを合成し一体化（カプセル化）するものである。ここでカプセル化されたカプセル化コンテンツＥｐｃは、電子署名付加手段６５へ出力される。
【０２０２】
＜コンテンツ取得認証手段７０３Ｂの構成＞
次に、図１５を参照（適宜図１参照）して、コンテンツ取得認証手段７０３Ｂの構成について説明する。図１５は、コンテンツ取得認証手段７０３Ｂの構成を示すブロック図である。ここでは、コンテンツ取得認証手段７０３Ｂを、コンテンツ署名確認分離手段７５と、カプセル分離手段７６Ｂと、配信者認証データ再生手段７７と、配信者認証データ分離手段７８と、配信者認証データ比較手段７９と、コンテンツ復号手段８０Ｂとで構成した。カプセル分離手段７６Ｂ及びコンテンツ復号手段８０Ｂ以外の構成は、図９で説明したコンテンツ取得認証手段７０３と同じ構成であるので、同一の符号を付し説明を省略する。
【０２０３】
カプセル分離手段７６Ｂは、コンテンツ署名確認分離手段７５から出力されるカプセル化コンテンツＥｐｃを入力して、その中に含まれる配信者認証元データＥｈｓと、暗号化コンテンツＥｃとを分離するものである。ここで分離された配信者認証元データＥｈｓは、配信者認証データ再生手段７７へ出力され、暗号化コンテンツＥｃは、コンテンツ復号手段８０Ｂへ出力される。
【０２０４】
コンテンツ復号手段８０Ｂは、配信者認証データ比較手段７９から通知される比較結果に基づいて、暗号化コンテンツＥｃをコンテンツＣに復号するものである。ここでは、コンテンツ復号手段８０Ｂを判定部９６ｇ（９６）と、復号部９４ｉ（９４）とで構成した。
【０２０５】
判定部９６ｇは、配信者認証データ比較手段７９から通知される比較結果に基づいて、コンテンツの復号を行うかどうかを判定するものである。この判定部９６ｇでは、比較結果が等しい場合は、コンテンツを配信したプロバイダが正規のプロバイダであると判定し、カプセル分離手段７６Ｂで分離された暗号化コンテンツＥｃを復号部９４ｉへ出力する。また、比較結果が異なる場合は、コンテンツを配信したプロバイダが正規のプロバイダでないと判定し、暗号化コンテンツＥｃを復号部９４ｉへ出力しない。これによって、プロバイダが正規のプロバイダでない場合は、コンテンツの復号が行われないことになる。
復号部９４ｉは、判定部９６ｇから出力される暗号化コンテンツＥｃを、ユーザ秘密鍵ＫｕｓによりコンテンツＣに復号するものである。
【０２０６】
このように、コンテンツ配信システム１Ｂは、コンテンツの暗号化に公開鍵暗号化方式を用いることで、個人ユーザにコンテンツの使用を特定したコンテンツの配信を行うシステムとなる。このシステムにおいても、コンテンツの認証、ユーザの認証及びプロバイダの認証を行うことが可能で、コンテンツの配信に際して厳密な認証を行うことができる。
【０２０７】
［コンテンツ配信システムの構成：第三の実施の形態］
次に、図１６を参照して、本発明の第三の実施の形態であるコンテンツ配信システム１Ｃの構成について説明する。コンテンツ配信システム１Ｃは、図１に示したコンテンツ配信システム１において、利用者証明書発行サーバ１０を利用者証明書発行サーバ１０Ｃに、利用者認証サーバ４０を利用者認証サーバ４０Ｃに、コンテンツカプセル化サーバ６０をコンテンツカプセル化サーバ６０Ｃに、コンテンツ取得認証手段７０３をコンテンツ取得認証手段７０３Ｃに代えて構成した。他の構成はコンテンツ配信システム１と同じであるので、同一の符号を付して説明を省略する。なお、このコンテンツ配信システム１Ｃは、コンテンツ配信システム１における配信者認証データ及び利用者認証データの暗号化及び復号動作を行わないものである。
【０２０８】
以下、図１７乃至図２０を参照（適宜図１６参照）して、コンテンツ配信システム１Ｃの構成について説明する。図１７は、利用者証明書発行サーバＣの構成を示すブロック図である。図１８は、利用者認証サーバ４０Ｃの構成を示すブロック図である。図１９は、コンテンツカプセル化サーバ６０Ｃの構成を示すブロック図である。図２０は、コンテンツ取得認証手段７０３Ｃの構成を示すブロック図である。
【０２０９】
図１７に示すように、利用者証明書発行サーバ１０Ｃは、図２に示した利用者証明書発行サーバ１０における利用者認証データ生成手段１１の暗号化部９２ａと、配信者認証データ生成手段１２の暗号化部９２ｂとを削除して、利用者認証データ生成手段１１Ｂ及び配信者認証データ生成手段１２Ｂとした。これによって、利用者証明書Ｅｃａｕに含まれる利用者認証データＣＵ１及び配信者認証データＣＰ１は、暗号化されていないハッシュ値となる。
【０２１０】
また、図１８に示すように、利用者認証サーバ４０Ｃは、図７に示した利用者認証サーバ４０から利用者認証データ復号手段４２を削除して、入力された利用者認証データＣＵ１をそのまま利用者認証データ比較手段４３へ入力する構成とした。
【０２１１】
また、図１９に示すように、コンテンツカプセル化サーバ６０Ｃは、図８に示したコンテンツカプセル化サーバ６０における配信者認証元データ生成手段６３の暗号化部９２ｈを削除した配信者認証元データ生成手段６３Ｃとした。これによって、配信者認証元データＥｈｓは、暗号化されていないハッシュ値となる。
【０２１２】
そして、図２０に示すように、コンテンツ取得認証手段７０３Ｃは、図９に示したコンテンツ取得認証手段７０３における配信者認証データ再生手段７７の復号部９４ｆと、配信者認証データ分離手段７８の復号部９４ｇとを削除して、配信者認証データ再生手段７７Ｃ及び配信者認証データ分離手段７８Ｃとした。これは、図１７に示した利用者証明書発行サーバ１０Ｃの配信者認証データ生成手段１２Ｂで生成される配信者認証データＣＰ１と、図１９に示した配信者認証元データ６３Ｃで生成される配信者認証元データＥｈｓとが、暗号化されていないハッシュ値であるためである。
【０２１３】
このように、コンテンツ配信システム１Ｃは、利用者証明書に含まれる配信者認証データ及び利用者認証データに対して、暗号化及び復号の動作を行わないため、プロバイダ側の各サーバ、及び、ユーザ側の端末の付加を軽減させることができる。
【０２１４】
［コンテンツ配信システムの構成：第四の実施の形態］
次に、本発明の第四の実施の形態であるコンテンツ配信システム１Ｄ（図１６）の構成について説明する。コンテンツ配信システム１Ｄは、図１６に示したようにコンテンツ配信システム１Ｃにおいて、コンテンツカプセル化サーバ６０Ｃをコンテンツカプセル化サーバ６０Ｄに、コンテンツ取得認証手段７０３Ｃをコンテンツ取得認証手段７０３Ｄに代えて構成した。図２１は、コンテンツカプセル化サーバ６０Ｄの構成を示すブロック図である。図２２は、コンテンツ取得認証手段７０３Ｄの構成を示すブロック図である。
このコンテンツ配信システム１Ｄでは、コンテンツの暗号化に公開鍵暗号化方式を用いてコンテンツを配信することで、個人ユーザにコンテンツの使用を特定するものである。
【０２１５】
コンテンツカプセル化サーバ６０Ｄは、プロバイダ側のイントラネット３に接続されて、ユーザ側から要求のあったコンテンツを公開鍵暗号化方式に基づくユーザ公開鍵で暗号化し、その暗号化されたコンテンツ（暗号化コンテンツ）と、プロバイダを認証する元となる情報（配信者認証元データ）とを一体化（カプセル化）し、電子署名を付加して署名付カプセル化コンテンツとして、コンテンツ配信サーバ２０へ送信するものである。この署名付カプセル化コンテンツを受信したコンテンツ配信サーバ２０は、その署名付カプセル化コンテンツをコンテンツの要求のあったコンテンツ取得装置７０へ配信する。
【０２１６】
図２１に示すように、コンテンツカプセル化サーバ６０Ｄは、図１９に示したコンテンツカプセル化サーバ６０Ｃのコンテンツ暗号化手段６１をコンテンツ暗号化手段６１Ｂに変更し、セッション鍵暗号化手段６２を削除し、カプセル化手段６４をカプセル化手段６４Ｂに変更して構成した。
このコンテンツ暗号化手段６１Ｂ及びカプセル化手段６４Ｂは、すでに図１４で説明したコンテンツカプセル化サーバ６０Ｂの構成と同一であるので説明を省略する。
【０２１７】
コンテンツ取得認証手段７０３Ｄは、コンテンツ取得装置７０内に存在し、プロバイダから配信されるコンテンツカプセル化サーバ６０Ｄで生成された署名付カプセル化コンテンツの認証並びにコンテンツを配信したプロバイダの認証を行うとともに、暗号化されたコンテンツの復号を行うものである。
【０２１８】
図２２に示すように、コンテンツ取得認証手段７０３Ｄは、図２０に示したコンテンツ取得認証手段７０３Ｃのカプセル分離手段７６をカプセル分離手段７６Ｂに、コンテンツ復号手段８０をコンテンツ復号手段８０Ｂにそれぞれ変更して構成した。このカプセル分離手段７６Ｂ及びコンテンツ復号手段８０Ｂは、すでに図１５で説明したコンテンツ取得認証手段７０３Ｂの構成と同一であるので説明を省略する。
【０２１９】
このように、コンテンツ配信システム１Ｄは、コンテンツの暗号化に公開鍵暗号化方式を用いることで、個人ユーザにコンテンツの使用を特定したコンテンツの配信を行うシステムとなる。このシステムにおいても、コンテンツの認証、ユーザの認証及びプロバイダの認証を行うことが可能で、コンテンツの配信に際して厳密な認証を行うことができる。
【０２２０】
【発明の効果】
以上説明したとおり、本発明に係る利用者証明書発行サーバ、その方法及びそのプログラム、利用者認証サーバ、その方法及びそのプログラム、並びに、コンテンツ取得認証装置、その方法及びそのプログラムでは、以下に示す優れた効果を奏する。
【０２２１】
請求項１、請求項４又は請求項５に記載の発明によれば、ユーザがプロバイダにユーザ登録を行う際に、ユーザの証明書となる利用者証明書を生成し、発行することができる。この利用者証明書には、プロバイダがユーザを認証するためのデータ（利用者認証データ）と、ユーザがプロバイダを認証するためのデータ（配信者認証データ）とを含んでいるため、１つの利用者証明書で、ユーザ認証及びプロバイダ認証を行うことができる。
また、第三機関を介さずに認証を行うことができるので、第三機関に対する費用を削減することができ、コンテンツ配信にかかる費用を軽減することができる。
【０２２２】
請求項２に記載の発明によれば、利用者認証データを公開鍵暗号化方式におけるプロバイダ公開鍵で暗号化するため、プロバイダ秘密鍵を保持するプロバイダしか利用者認証データを復号することができない。これによって、コンテンツのユーザを正規のユーザに限定することができ、ユーザのなりすましが困難になる。
【０２２３】
請求項３に記載の発明によれば、配信者認証データを公開鍵暗号化方式におけるユーザ公開鍵で暗号化するため、ユーザ秘密鍵を保持するユーザしか配信者認証データを復号することができない。これによって、コンテンツを配信するプロバイダを正規のプロバイダに限定することができ、プロバイダのなりすましが困難になる。
【０２２４】
請求項６乃至請求項８に記載の発明によれば、プロバイダ側の秘密情報で生成された利用者認証データによって、ユーザからのコンテンツ要求が正規のユーザからのものかどうかを認証するため、ユーザのなりすましが困難になる。また、この認証は第三機関を介さないため、コンテンツ配信にかかる費用を軽減することがでる。
【０２２５】
請求項９乃至請求項１１に記載の発明によれば、プロバイダ側の秘密情報で生成された配信者認証データによって、ユーザ側において、プロバイダから配信されたコンテンツの認証及びプロバイダの認証を行うため、コンテンツの改竄、プロバイダのなりすましが困難になる。また、この認証は第三機関を介さないため、コンテンツ配信にかかる費用を軽減することがでる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図２】本発明の第一の実施の形態に係る利用者証明書発行サーバの構成を示すブロック図である。
【図３】本発明の第一の実施の形態に係る利用者証明書取得装置（利用者証明書取得手段）の構成を示すブロック図である。
【図４】利用者証明書を発行する動作を示すフローチャートである。
【図５】本発明の第一の実施の形態に係るコンテンツ要求装置（コンテンツ要求手段）の構成を示すブロック図である。
【図６】本発明の第一の実施の形態に係る要求書分析サーバの構成を示すブロック図である。
【図７】本発明の第一の実施の形態に係る利用者認証サーバの構成を示すブロック図である。
【図８】本発明の第一の実施の形態に係るコンテンツカプセル化サーバの構成を示すブロック図である。
【図９】本発明の第一の実施の形態に係るコンテンツ取得認証装置（コンテンツ取得認証手段）の構成を示すブロック図である。
【図１０】コンテンツ配信要求を受け付ける動作を示すフローチャートである。
【図１１】ユーザの認証（利用者認証）を行う動作を示すフローチャートである。
【図１２】コンテンツをカプセル化する動作を示すフローチャートである。
【図１３】署名付カプセル化コンテンツを取得する動作を示すフローチャートである。
【図１４】本発明の第二の実施の形態に係るコンテンツカプセル化サーバの構成を示すブロック図である。
【図１５】本発明の第二の実施の形態に係るコンテンツ取得認証装置（コンテンツ取得認証手段）の構成を示すブロック図である。
【図１６】本発明の第三の実施の形態に係るコンテンツ配信システムの構成を示すブロック図である。
【図１７】本発明の第三の実施の形態に係る利用者証明書発行サーバの構成を示すブロック図である。
【図１８】本発明の第三の実施の形態に係る利用者認証サーバの構成を示すブロック図である。
【図１９】本発明の第三の実施の形態に係るコンテンツカプセル化サーバの構成を示すブロック図である。
【図２０】本発明の第三の実施の形態に係るコンテンツ取得認証装置（コンテンツ取得認証手段）の構成を示すブロック図である。
【図２１】本発明の第四の実施の形態に係るコンテンツカプセル化サーバの構成を示すブロック図である。
【図２２】本発明の第四の実施の形態に係るコンテンツ取得認証装置（コンテンツ取得認証手段）の構成を示すブロック図である。
【符号の説明】
１、１Ｂ、１Ｃ、１Ｄ……コンテンツ配信システム
３          ……イントラネット
５          ……ゲートウェイ（ＧＷ）
７          ……インターネット
１０、１０Ｃ……利用者証明書発行サーバ
１１、１１Ｂ……利用者認証データ生成手段
１２、１２Ｂ……配信者認証データ生成手段
１３        ……認証データ合成手段
１４        ……電子署名付加手段
１５        ……配信者情報記憶手段
１６        ……利用者情報記憶手段
２０        ……コンテンツ配信サーバ
３０        ……要求書分析サーバ
３１        ……要求書署名確認分離手段
３２        ……要求書分離手段
４０、４０Ｃ……利用者認証サーバ
４１        ……利用者認証データ再生手段
４２        ……利用者認証データ復号手段
４３        ……利用者認証データ比較手段
５０        ……コンテンツサーバ
６０、６０Ｂ、６０Ｃ、６０Ｄ……コンテンツカプセル化サーバ
６１、６１Ｂ……コンテンツ暗号化手段
６２        ……セッション鍵暗号化手段
６３、６３Ｃ……配信者認証元データ生成手段
６４、６４Ｂ……カプセル化手段
６５        ……電子署名付加手段
７０        ……コンテンツ取得装置
７１        ……証明書要求手段
７２        ……証明書署名確認分離手段
７３        ……コンテンツ要求書暗号化手段
７４        ……電子署名付加手段
７５        ……コンテンツ署名確認分離手段
７６、７６Ｂ……カプセル分離手段
７７、７７Ｃ……配信者認証データ再生手段
７８、７８Ｃ……配信者認証データ分離手段
７９        ……配信者認証データ比較手段
８０、８０Ｂ……コンテンツ復号手段
８１        ……記憶手段
９０        ……合成部
９１        ……ハッシュ化部
９２        ……暗号化部
９３        ……分離部
９４        ……復号部
９５        ……比較部
９６        ……判定部
７０１      ……利用者証明書取得手段（利用者証明書取得装置）
７０２      ……コンテンツ要求手段（コンテンツ要求装置）
７０３、７０３Ｂ、７０３Ｃ、７０３Ｄ……コンテンツ取得認証手段（コンテンツ取得認証装置）
Ｕｉｄ      ……ユーザ名
Ｋｕｐ      ……ユーザ公開鍵（利用者公開鍵）
Ｋｕｓ      ……ユーザ秘密鍵
Ｐｉｄ      ……プロバイダ名
Ｋｃｐ      ……プロバイダ公開鍵（配信者公開鍵）
Ｋｃｓ      ……プロバイダ秘密鍵
Ｓｅ（Ｓｅ１、Ｓｅ２）……秘密情報
ＣＵ１      ……利用者認証データ
ＣＰ１      ……配信者認証データ
Ｅｃａｕ    ……利用者証明書
Ｓｃ１、Ｓｃ３……プロバイダ署名（電子署名）
Ｓｃ２      ……ユーザ署名（電子署名）
【図１】
2004193921.tif 000003
【図２】
2004193921.tif 000004
【図３】
2004193921.tif 000005
【図４】
2004193921.tif 000006
【図５】
2004193921.tif 000007
【図６】
2004193921.tif 000008
【図７】
2004193921.tif 000009
【図８】
2004193921.tif 000010
【図９】
2004193921.tif 000011
【図１０】
2004193921.tif 000012
【図１１】
2004193921.tif 000013
【図１２】
2004193921.tif 000014
【図１３】
2004193921.tif 000015
【図１４】
2004193921.tif 000016
【図１５】
2004193921.tif 000017
【図１６】
2004193921.tif 000018
【図１７】
2004193921.tif 000019
【図１８】
2004193921.tif 000020
【図１９】
2004193921.tif 000021
【図２０】
2004193921.tif 000022
【図２１】
2004193921.tif 000023
【図２２】
2004193921.tif 000024