(57)【要約】【課題】認証局やネットワークに多大な負荷をかけることなく、さらに、リプレイ攻撃を防止してコンテンツを配信することが可能なコンテンツ配信システムを提供する。【解決手段】コンテンツ配信システム１は、ユーザ端末６０からコンテンツ配信サーバ４０にコンテンツの要求があった段階で、コンテンツ配信サーバ４０が、ユーザ端末６０にチャレンジ情報を送信し、ユーザ端末６０がＩＤベース署名方式による署名を付加したレスポンス情報をコンテンツ配信サーバ４０に送信し、ユーザ情報認証サーバ５０において、ＩＤベース署名方式による検証を行うことで、ユーザ認証を行うことを特徴とする。【選択図】図１
2010193110.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ取得装置であって、
ＩＤベース署名方式における公開情報を記憶する公開情報記憶手段と、
前記ＩＤベース署名方式におけるユーザ固有の署名鍵を記憶するユーザ署名鍵記憶手段と、
前記コンテンツを要求するコンテンツ要求書を生成し、前記コンテンツ配信装置に前記コンテンツ要求書を送信するコンテンツ要求手段と、
前記コンテンツ配信装置から前記チャレンジ情報を受信する認証チャレンジ受信手段と、
前記公開情報と前記署名鍵とユーザ固有の識別情報であるユーザＩＤとに基づいて、前記ＩＤベース署名方式における署名を生成し、前記チャレンジ情報に前記署名を付加することでレスポンス情報を生成する認証レスポンス生成手段と、
この認証レスポンス生成手段で生成したレスポンス情報を、前記コンテンツ配信装置に送信する認証レスポンス送信手段と、
前記コンテンツ配信装置から前記コンテンツを受信するコンテンツ受信手段と、
を備えることを特徴とするコンテンツ取得装置。
【請求項２】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ配信装置であって、
前記コンテンツ取得装置から、前記コンテンツを要求するコンテンツ要求書を受信するコンテンツ要求受信手段と、
前記コンテンツ要求書を受信後、乱数により前記チャレンジ情報を生成する認証チャレンジ生成手段と、
この認証チャレンジ生成手段で生成したチャレンジ情報を、前記コンテンツ取得装置に送信する認証チャレンジ送信手段と、
前記チャレンジ情報の応答として、前記コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段と、
この認証レスポンス受信手段で受信したレスポンス情報に付加されているチャレンジ情報と、前記認証チャレンジ生成手段で生成したチャレンジ情報とを比較して同一性を確認するチャレンジ情報同一確認手段と、
前記認証レスポンス受信手段で受信したレスポンス情報を、前記ユーザ認証装置に送信する認証レスポンス送信手段と、
前記レスポンス情報に付加されている署名のＩＤベース署名方式におけるユーザ認証結果を前記ユーザ認証装置から受信するユーザ認証結果受信手段と、
このユーザ認証結果受信手段で受信したユーザ認証結果において、ユーザ認証が成功した場合、および、前記チャレンジ情報同一確認手段でチャレンジ情報の同一性が確認された場合に、前記コンテンツを前記コンテンツ取得装置に送信するコンテンツ送信手段と、
を備えることを特徴とするコンテンツ配信装置。
【請求項３】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ配信装置であって、
前記コンテンツ取得装置から、前記コンテンツを要求するコンテンツ要求書を受信するコンテンツ要求受信手段と、
前記コンテンツ要求書を受信後、乱数により前記チャレンジ情報を生成する認証チャレンジ生成手段と、
この認証チャレンジ生成手段で生成したチャレンジ情報を、前記コンテンツ取得装置に送信する認証チャレンジ送信手段と、
前記チャレンジ情報の応答として、前記コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段と、
この認証レスポンス受信手段で受信したレスポンス情報と前記認証チャレンジ生成手段で生成したチャレンジ情報とを、前記ユーザ認証装置に送信する認証レスポンス送信手段と、
この認証レスポンス送信手段が送信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報との同一性の確認結果と、前記レスポンス情報に付加されている署名のＩＤベース署名方式における認証結果とをユーザ認証結果として前記ユーザ認証装置から受信するユーザ認証結果受信手段と、
このユーザ認証結果受信手段で受信したユーザ認証結果において、ユーザ認証が成功した場合、および、前記チャレンジ情報の同一性が確認された場合に、前記コンテンツを前記コンテンツ取得装置に送信するコンテンツ送信手段と、
を備えることを特徴とするコンテンツ配信装置。
【請求項４】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるユーザ認証装置であって、
ＩＤベース署名方式における公開情報を記憶する公開情報記憶手段と、
前記コンテンツ配信装置から、前記チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段と、
この認証レスポンス受信手段で受信したレスポンス情報に付加されている署名を、前記公開情報記憶手段に記憶されている公開情報に基づいて、ＩＤベース署名方式における検証を行うユーザ署名検証手段と、
このユーザ署名検証手段の検証結果を、ユーザ認証結果として、前記コンテンツ配信装置に送信するユーザ認証結果送信手段と、
を備えることを特徴とするユーザ認証装置。
【請求項５】
失効したユーザＩＤのリストを失効リストとして記憶する失効リスト記憶手段と、
この失効リスト記憶手段に記憶されている失効リストに基づいて、前記レスポンス情報に付加されているユーザＩＤが失効したユーザＩＤであるか否かを判定する失効リスト判定手段と、をさらに備え、
前記ユーザ認証結果送信手段が、前記検証結果および前記失効リスト判定手段における判定結果に基づいて、前記ユーザ認証結果を生成し、前記コンテンツ配信装置に前記ユーザ認証結果を送信することを特徴とする請求項４に記載のユーザ認証装置。
【請求項６】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるユーザ認証装置であって、
ＩＤベース署名方式における公開情報を記憶する公開情報記憶手段と、
前記コンテンツ配信装置から、前記コンテンツ配信装置で生成したチャレンジ情報と、前記コンテンツ取得装置において前記チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報とを受信する認証レスポンス受信手段と、
この認証レスポンス受信手段で受信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報とを比較して同一性を確認するチャレンジ情報同一確認手段と、
前記認証レスポンス受信手段で受信したレスポンス情報に付加されている署名を、前記公開情報記憶手段に記憶されている公開情報に基づいて、ＩＤベース署名方式における検証を行うユーザ署名検証手段と、
前記チャレンジ情報同一確認手段の確認結果と、前記ユーザ署名検証手段の検証結果とを、ユーザ認証結果として、前記コンテンツ配信装置に送信するユーザ認証結果送信手段と、
を備えることを特徴とするユーザ認証装置。
【請求項７】
失効したユーザＩＤのリストを失効リストとして記憶する失効リスト記憶手段と、
この失効リスト記憶手段に記憶されている失効リストに基づいて、前記レスポンス情報に付加されているユーザＩＤが失効したユーザＩＤであるか否かを判定する失効リスト判定手段と、をさらに備え、
前記ユーザ認証結果送信手段が、前記確認結果、前記検証結果および前記失効リスト判定手段における判定結果に基づいて、前記ユーザ認証結果を生成し、前記コンテンツ配信装置に前記ユーザ認証結果を送信することを特徴とする請求項６に記載のユーザ認証装置。
【請求項８】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、前記チャレンジ情報に署名を付加するために、コンテンツ取得装置のコンピュータを、
前記コンテンツ配信装置から前記チャレンジ情報を受信する認証チャレンジ受信手段、
ＩＤベース署名方式における公開情報およびユーザ固有の署名鍵と、ユーザ固有の識別情報であるユーザＩＤとに基づいて、前記ＩＤベース署名方式における署名を生成し、前記チャレンジ情報に前記署名を付加することでレスポンス情報を生成する認証レスポンス生成手段、
この認証レスポンス生成手段で生成したレスポンス情報を、前記コンテンツ配信装置に送信する認証レスポンス送信手段、
として機能させることを特徴とするユーザ署名プログラム。
【請求項９】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証によりコンテンツを送信するために、コンテンツ配信装置のコンピュータを、
前記コンテンツ取得装置から、前記コンテンツを要求するコンテンツ要求書を受信するコンテンツ要求受信手段、
前記コンテンツ要求書を受信後、乱数により前記チャレンジ情報を生成する認証チャレンジ生成手段、
この認証チャレンジ生成手段で生成したチャレンジ情報を、前記コンテンツ取得装置に送信する認証チャレンジ送信手段、
前記チャレンジ情報の応答として、前記コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段、
この認証レスポンス受信手段で受信したレスポンス情報に付加されているチャレンジ情報と、前記認証チャレンジ生成手段で生成したチャレンジ情報とを比較して同一性を確認するチャレンジ情報同一確認手段、
前記認証レスポンス受信手段で受信したレスポンス情報を、前記ユーザ認証装置に送信する認証レスポンス送信手段、
前記レスポンス情報に付加されている署名のＩＤベース署名方式におけるユーザ認証結果を前記ユーザ認証装置から受信するユーザ認証結果受信手段、
このユーザ認証結果受信手段で受信したユーザ認証結果において、ユーザ認証が成功した場合、および、前記チャレンジ情報同一確認手段でチャレンジ情報の同一性が確認された場合に、前記コンテンツを前記コンテンツ取得装置に送信するコンテンツ送信手段、
として機能させることを特徴とするコンテンツ配信プログラム。
【請求項１０】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証によりコンテンツを送信するために、コンテンツ配信装置のコンピュータを、
前記コンテンツ取得装置から、前記コンテンツを要求するコンテンツ要求書を受信するコンテンツ要求受信手段、
前記コンテンツ要求書を受信後、乱数により前記チャレンジ情報を生成する認証チャレンジ生成手段、
この認証チャレンジ生成手段で生成したチャレンジ情報を、前記コンテンツ取得装置に送信する認証チャレンジ送信手段、
前記チャレンジ情報の応答として、前記コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段、
この認証レスポンス受信手段で受信したレスポンス情報と前記認証チャレンジ生成手段で生成したチャレンジ情報とを、前記ユーザ認証装置に送信する認証レスポンス送信手段、
この認証レスポンス送信手段が送信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報との同一性の確認結果と、前記レスポンス情報に付加されている署名のＩＤベース署名方式における認証結果とをユーザ認証結果として前記ユーザ認証装置から受信するユーザ認証結果受信手段、
このユーザ認証結果受信手段で受信したユーザ認証結果において、ユーザ認証が成功した場合、および、前記チャレンジ情報の同一性が確認された場合に、前記コンテンツを前記コンテンツ取得装置に送信するコンテンツ送信手段、
として機能させることを特徴とするコンテンツ配信プログラム。
【請求項１１】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証を行うために、ユーザ認証装置のコンピュータを、
前記コンテンツ配信装置から、前記チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する認証レスポンス受信手段、
この認証レスポンス受信手段で受信したレスポンス情報に付加されている署名を、ＩＤベース署名方式における公開情報に基づいて、前記ＩＤベース署名方式における検証を行うユーザ署名検証手段、
このユーザ署名検証手段の検証結果を、ユーザ認証結果として、前記コンテンツ配信装置に送信するユーザ認証結果送信手段、
として機能させることを特徴とするユーザ認証プログラム。
【請求項１２】
コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証を行うために、ユーザ認証装置のコンピュータを、
前記コンテンツ配信装置から、前記コンテンツ配信装置で生成したチャレンジ情報と、前記コンテンツ取得装置において前記チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報とを受信する認証レスポンス受信手段、
この認証レスポンス受信手段で受信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報とを比較して同一性を確認するチャレンジ情報同一確認手段、
前記認証レスポンス受信手段で受信したレスポンス情報に付加されている署名を、ＩＤベース署名方式における公開情報に基づいて、前記ＩＤベース署名方式における検証を行うユーザ署名検証手段、
前記チャレンジ情報同一確認手段の確認結果と、前記ユーザ署名検証手段の検証結果とを、ユーザ認証結果として、前記コンテンツ配信装置に送信するユーザ認証結果送信手段、
として機能させることを特徴とするユーザ認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツを配信するコンテンツ配信システムにおけるコンテンツ取得装置、コンテンツ配信装置およびユーザ認証装置、ならびに、ユーザ署名プログラム、コンテンツ配信プログラムおよびユーザ認証プログラムに関する。
【背景技術】
【０００２】
従来のコンテンツ配信において、コンテンツを利用するユーザの認証を行うには、ＰＫＩ（Public Key Infrastructure）と呼ばれる公開鍵暗号基盤が用いられている（非特許文献１参照）。このＰＫＩでは、各ユーザは独自に公開情報となる検証鍵と、秘密情報である署名鍵を生成し、その検証鍵に対して、信頼のおける第三者機関（Certification Authority：認証局）によって、証明書を発行してもらう。そして、コンテンツ要求等のメッセージに対し、ユーザが署名を付加する場合、署名鍵で実際の署名を生成するとともに、認証局が発行した証明書を署名に付加する。そして、この署名付きのメッセージを受信した検証者、例えば、コンテンツ配信者（プロバイダ）は、証明書に記載されている検証鍵を用いて、付加されている署名の正当性を検証するとともに、証明書の正当性を認証局に問い合わせる。そして、検証鍵による署名の検証が正しく、かつ、認証局から証明書が正当であることが確認された場合に、その署名が正しかったと証明されることになる。そして、その署名が正しいと証明された場合に、プロバイダは、ユーザ（ユーザ端末）に対して、コンテンツを送信する。
【０００３】
この方式においては、プロバイダが署名付きのメッセージを受信するたびに、署名を検証するため、認証局に証明書の正当性の確認を行わなければならず、ネットワークに負荷をかけるとともに、認証局のサーバにＣＰＵ（Central Processing Unit）負荷をかけることになる。
【０００４】
そこで、一般には、認証局への問い合わせを減らすために、コンテンツ配信を行うプロバイダにユーザが登録を行う際に、ユーザの検証鍵を予めプロバイダ側に登録しておく方式がとられている。すなわち、プロバイダが証明書の正当性の確認をユーザ登録時に行っておき、証明書の有効期限が経過するまで、プロバイダが認証局に対して証明書の確認を行わない方式が一般的にとられている。この場合、プロバイダは、ユーザごとに異なる署名鍵に対応した検証鍵をデータベースに登録しておく。そして、ユーザから署名付きのメッセージを受信した際に、プロバイダは、データベースからユーザに対応した検証鍵を探索し、その検証鍵を用いて署名の検証を行っている。
【０００５】
また、Ｐ２Ｐ（Peer to Peer）のようなコンテンツ共有サービスにおいても、どのユーザ端末が、どのような行為を行ったかを示すシステムログを収集することで、コンテンツの不正利用等を防止している。この方式においても、ユーザ端末は認証局が発行した証明書を付加した署名付きのログを、ログ収集サーバで収集することで、ログの真正性の確認を行っている。
【０００６】
また、最近では、ユーザごとに異なる検証鍵を用いることなく、ユーザの署名を検証することが可能な署名方式として、ＩＤベース署名（Identity-Based Signature）方式が提案されている（例えば、非特許文献２参照）。このＩＤベース署名方式を用いれば、ユーザＩＤと公開情報（検証鍵）から署名を検証することができるため、検証鍵が１つで済み、ユーザから署名付きのメッセージ（コンテンツ要求）を受信した場合であっても、認証局に対して認証を行う必要がない。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】独立行政法人情報処理推進機構  セキュリティセンター  情報セキュリティ分析ラボラトリー準備室、“ＰＫＩ関連技術解説”、[online]、[平成２１年１月９日検索]、インターネット＜ＵＲＬ：http://www.ipa.go.jp/security/pki/＞
【非特許文献２】K.Paterson and J.Shuldt、“Efficient Identity-based Signatures Secure in the Standard Model”、[online]、[平成２１年１月９日検索]、インターネット＜ＵＲＬ：http://eprint.iacr.org/2006/080＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、前記したように、ＰＫＩを利用して、コンテンツの配信を行う場合、ユーザ（ユーザ端末）ごとに異なる検証鍵を使用するため、プロバイダ側では、その検証鍵の認証のために認証局に対して、頻繁に問い合わせを行わなければならず、ネットワークや認証局に多大な負荷をかけるという問題がある。
【０００９】
また、前記したように、ユーザ登録時に予め検証鍵をプロバイダ側に登録しておく場合、プロバイダ側では、ユーザごとに異なる署名鍵に対応した検証鍵をデータベースに登録しておく必要がある。この場合、プロバイダ側では、ユーザから署名付きのメッセージを受信するたびに、データベース内の複数の検証鍵から、ユーザに対応した検証鍵を探索する必要があり、頻繁にデータベースにアクセスし、ＣＰＵ負荷が増加してしまうという問題がある。
【００１０】
また、ＰＫＩであれ、ＩＤベース署名方式を利用した方式であれ、一般論として、メッセージと署名のペアをプロバイダに送信する方式では、正規なリクエストとしてあるユーザがメッセージと署名のペアをプロバイダに送信する。このメッセージと署名のペアを盗聴した第三者は、そのまま、プロバイダに送信する、いわゆるリプレイ攻撃が可能である。
【００１１】
本発明は、以上のような問題点に鑑みてなされたものであり、認証局やネットワークに多大な負荷をかけることなく、データベースに頻繁にアクセスすることなく、さらに、リプレイ攻撃を防止してコンテンツを配信することが可能なコンテンツ取得装置、コンテンツ配信装置およびユーザ認証装置、ならびに、ユーザ署名プログラム、コンテンツ配信プログラムおよびユーザ認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、前記目的を達成するために創案されたものであり、まず、請求項１に記載のコンテンツ取得装置は、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ取得装置であって、公開情報記憶手段と、ユーザ署名鍵記憶手段と、コンテンツ要求手段と、認証チャレンジ受信手段と、認証レスポンス生成手段と、認証レスポンス送信手段と、コンテンツ受信手段と、を備える構成とした。
【００１３】
かかる構成において、コンテンツ取得装置は、公開情報記憶手段に、ＩＤベース署名方式における公開情報を記憶しておく。この公開情報は、ＩＤベース署名方式における署名を生成するために予め第三者機関等によって公開された情報である。また、コンテンツ取得装置は、ユーザ署名鍵記憶手段に、ＩＤベース署名方式におけるユーザ固有の署名鍵を記憶しておく。この署名鍵は、第三者機関等によってユーザごとに固有の情報として生成された情報である。
【００１４】
そして、コンテンツ取得装置は、コンテンツ要求手段によって、コンテンツをコンテンツ配信装置に要求した後、認証チャレンジ受信手段によって、コンテンツ配信装置からチャレンジ情報を受信する。その後、コンテンツ取得装置は、認証レスポンス生成手段によって、チャレンジ情報に対し、公開情報と署名鍵とユーザ固有の識別情報であるユーザＩＤとに基づいて、ＩＤベース署名方式における署名を生成し、チャレンジ情報に署名を付加することでレスポンス情報を生成する。そして、コンテンツ取得装置は、認証レスポンス送信手段によって、レスポンス情報をコンテンツ配信装置に送信する。その後、コンテンツ取得装置は、コンテンツ受信手段によって、コンテンツ配信装置からコンテンツを受信する。
【００１５】
このように、コンテンツ取得装置は、署名として、ＩＤベース署名方式における署名を使用しており、さらに複数あるコンテンツ取得装置で同じ公開情報を用いたＩＤベース署名を使用するため、署名を検証する側（コンテンツ提供側）では、複数のユーザからコンテンツ要求があった場合でも１つの検証鍵でユーザの認証を行うことができる。
【００１６】
また、コンテンツ取得装置は、コンテンツ要求時には署名を付加せず、コンテンツ配信装置からチャレンジ情報が送信された場合に、署名付きのレスポンス情報をコンテンツ配信装置に送信する。これによって、コンテンツ取得装置は、チャレンジ情報を受信した後でなければ、署名を送信しないため、コンテンツ要求時におけるリプレイ攻撃が防止されることになる。
【００１７】
また、請求項２に記載のコンテンツ配信装置は、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ配信装置であって、コンテンツ要求受信手段と、認証チャレンジ送信手段と、認証チャレンジ送信手段と、認証レスポンス受信手段と、チャレンジ情報同一確認手段と、認証レスポンス送信手段と、ユーザ認証結果受信手段と、コンテンツ送信手段と、を備える構成とした。
【００１８】
かかる構成において、コンテンツ配信装置は、コンテンツ要求受信手段によって、コンテンツ取得装置からコンテンツを要求するコンテンツ要求書を受信する。その後、コンテンツ配信装置は、認証チャレンジ生成手段によって、乱数によりチャレンジ情報を生成し、認証チャレンジ送信手段によって、チャレンジ情報をコンテンツ取得装置に送信する。そして、コンテンツ配信装置は、認証レスポンス受信手段によって、チャレンジ情報の応答として、コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。
【００１９】
また、コンテンツ配信装置は、チャレンジ情報同一確認手段によって、認証レスポンス受信手段で受信したレスポンス情報に付加されているチャレンジ情報と、認証チャレンジ生成手段で生成したチャレンジ情報とを比較して同一性を確認する。
【００２０】
そして、コンテンツ配信装置は、認証レスポンス送信手段によって、レスポンス情報をユーザ認証装置に送信する。そして、コンテンツ配信装置は、ユーザ認証結果受信手段によって、レスポンス情報に付加されている署名のＩＤベース署名方式におけるユーザ認証結果をユーザ認証装置から受信する。そして、コンテンツ配信装置は、コンテンツ送信手段によって、ユーザ認証が成功した場合、および、チャレンジ情報の同一性が確認された場合に、コンテンツをコンテンツ取得装置に送信する。
【００２１】
このように、コンテンツ配信装置は、コンテンツを要求してきたコンテンツ取得装置に対して、チャレンジ／レスポンス方式の認証を行うことで、同じチャレンジ情報を同じユーザに対して発行しない限り、同じ署名をコンテンツ取得装置から取得することはなく、コンテンツを要求する際のリプレイ攻撃を防止することができる。
また、コンテンツ配信装置がレスポンス情報にＩＤベース署名方式における署名を付加することで、署名を検証する側（コンテンツ提供側）では、複数のユーザ端末からコンテンツ要求があった場合でも１つの検証鍵でユーザの認証を行うことができる。
【００２２】
また、請求項３に記載のコンテンツ配信装置は、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるコンテンツ配信装置であって、コンテンツ要求受信手段と、認証チャレンジ送信手段と、認証チャレンジ送信手段と、認証レスポンス受信手段と、認証レスポンス送信手段と、ユーザ認証結果受信手段と、コンテンツ送信手段と、を備える構成とした。
【００２３】
かかる構成において、コンテンツ配信装置は、コンテンツ要求受信手段によって、コンテンツ取得装置からコンテンツを要求するコンテンツ要求書を受信する。その後、コンテンツ配信装置は、認証チャレンジ生成手段によって、乱数によりチャレンジ情報を生成し、認証チャレンジ送信手段によって、チャレンジ情報をコンテンツ取得装置に送信する。そして、コンテンツ配信装置は、認証レスポンス受信手段によって、チャレンジ情報の応答として、コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。
【００２４】
そして、コンテンツ配信装置は、認証レスポンス送信手段によって、認証レスポンス受信手段で受信したレスポンス情報と認証チャレンジ生成手段で生成したチャレンジ情報とをユーザ認証装置に送信する。そして、コンテンツ配信装置は、ユーザ認証結果受信手段によって、認証レスポンス送信手段が送信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報との同一性の確認結果と、レスポンス情報に付加されている署名のＩＤベース署名方式における認証結果とをユーザ認証結果としてユーザ認証装置から受信する。そして、コンテンツ配信装置は、コンテンツ送信手段によって、ユーザ認証が成功した場合、および、チャレンジ情報の同一性が確認された場合に、コンテンツをコンテンツ取得装置に送信する。
【００２５】
また、請求項４に記載のユーザ認証装置は、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるユーザ認証装置であって、公開情報記憶手段と、認証レスポンス受信手段と、ユーザ署名検証手段と、ユーザ認証結果送信手段と、を備える構成とした。
【００２６】
かかる構成において、ユーザ認証装置は、公開情報記憶手段に、ＩＤベース署名方式における公開情報を記憶しておく。この公開情報は、ＩＤベース署名方式における署名を検証するための検証鍵として予め第三者機関等によって公開された情報である。
【００２７】
そして、ユーザ認証装置は、認証レスポンス受信手段によって、コンテンツ配信装置から、チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。そして、ユーザ認証装置は、ユーザ署名検証手段によって、レスポンス情報に付加されている署名を、公開情報記憶手段に記憶されている公開情報に基づいて、ＩＤベース署名方式における検証を行う。そして、ユーザ認証装置は、ユーザ認証結果送信手段によって、ユーザ署名検証手段の検証結果を、ユーザ認証結果として、コンテンツ配信装置に送信する。このように、各コンテンツ取得装置で同じ公開情報を用いたＩＤベース署名を使用するため、ユーザ認証装置は、ＩＤベース署名方式における署名を検証する際に、複数のユーザに対して１つの検証鍵で検証を行うことができる。
【００２８】
さらに、請求項５に記載のユーザ認証装置は、請求項４に記載のユーザ認証装置において、失効リスト記憶手段と、失効リスト判定手段と、をさらに備える構成とした。
【００２９】
かかる構成において、ユーザ認証装置は、失効リスト記憶手段に失効したユーザＩＤのリストを失効リストとして記憶する。そして、ユーザ認証装置は、失効リスト判定手段によって、失効リスト記憶手段に記憶されている失効リストに基づいて、レスポンス情報に付加されているユーザＩＤが失効したユーザＩＤであるか否かを判定する。
【００３０】
そして、ユーザ認証装置は、ユーザ認証結果送信手段によって、検証結果および失効リスト判定手段における判定結果に基づいて、ユーザ認証結果を生成し、コンテンツ配信装置にその認証結果を送信する。これによって、ユーザ認証装置は、署名の正当性の判定に加え、コンテンツ配信を提供するユーザの離脱や、不正ユーザのリボークを失効リストの更新により行うことができる。
【００３１】
また、請求項６に記載のユーザ認証装置は、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおけるユーザ認証装置であって、公開情報記憶手段と、認証レスポンス受信手段と、チャレンジ情報同一確認手段と、ユーザ署名検証手段と、ユーザ認証結果送信手段と、を備える構成とした。
【００３２】
かかる構成において、ユーザ認証装置は、公開情報記憶手段に、ＩＤベース署名方式における公開情報を記憶しておく。そして、ユーザ認証装置は、認証レスポンス受信手段によって、コンテンツ配信装置から、コンテンツ配信装置で生成したチャレンジ情報と、コンテンツ取得装置においてチャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報とを受信する。
【００３３】
その後、ユーザ認証装置は、チャレンジ情報同一確認手段によって、認証レスポンス受信手段で受信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報とを比較して同一性を確認する。さらに、ユーザ認証装置は、ユーザ署名検証手段によって、レスポンス情報に付加されている署名を、公開情報記憶手段に記憶されている公開情報に基づいて、ＩＤベース署名方式における検証を行う。そして、ユーザ認証装置は、ユーザ認証結果送信手段によって、ユーザ署名検証手段の検証結果を、ユーザ認証結果として、コンテンツ配信装置に送信する。
【００３４】
さらに、請求項７に記載のユーザ認証装置は、請求項６に記載のユーザ認証装置において、失効リスト記憶手段と、失効リスト判定手段と、をさらに備える構成とした。
【００３５】
かかる構成において、ユーザ認証装置は、失効リスト記憶手段に失効したユーザＩＤのリストを失効リストとして記憶する。そして、ユーザ認証装置は、失効リスト判定手段によって、失効リスト記憶手段に記憶されている失効リストに基づいて、レスポンス情報に付加されているユーザＩＤが失効したユーザＩＤであるか否かを判定する。
【００３６】
そして、ユーザ認証装置は、ユーザ認証結果送信手段によって、チャレンジ情報の確認結果、署名の検証結果および失効リスト判定手段における判定結果に基づいて、ユーザ認証結果を生成し、コンテンツ配信装置にその認証結果を送信する。
【００３７】
また、請求項８に記載のユーザ署名プログラムは、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、前記チャレンジ情報に署名を付加するために、コンテンツ取得装置のコンピュータを、認証チャレンジ受信手段、認証レスポンス生成手段、認証レスポンス送信手段、として機能させる構成とした。
【００３８】
かかる構成において、ユーザ署名プログラムは、認証チャレンジ受信手段によって、コンテンツ配信装置からチャレンジ情報を受信する。その後、ユーザ署名プログラムは、認証レスポンス生成手段によって、ＩＤベース署名方式における公開情報およびユーザ固有の署名鍵と、ユーザ固有の識別情報であるユーザＩＤとに基づいて、ＩＤベース署名方式における署名を生成し、チャレンジ情報に署名を付加することでレスポンス情報を生成する。そして、ユーザ署名プログラムは、認証レスポンス送信手段によって、レスポンス情報をコンテンツ配信装置に送信する。
【００３９】
このように、ユーザ署名プログラムは、署名として、ＩＤベース署名方式における署名を使用しており、さらに複数あるコンテンツ取得装置で同じ公開情報を用いたＩＤベース署名を使用するため、署名を検証する側（コンテンツ提供側）では、複数のユーザからコンテンツ要求があった場合でも１つの検証鍵でユーザの認証を行うことができる。
【００４０】
また、ユーザ署名プログラムは、コンテンツ要求時には署名を付加せず、コンテンツ配信装置からチャレンジ情報が送信された場合に、署名付きのレスポンス情報をコンテンツ配信装置に送信する。これによって、ユーザ署名プログラムは、チャレンジ情報を受信した後でなければ、署名を送信しないため、コンテンツ要求時におけるリプレイ攻撃が防止されることになる。
【００４１】
さらに、請求項９に記載のコンテンツ配信プログラムは、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証によりコンテンツを送信するために、コンテンツ配信装置のコンピュータを、コンテンツ要求受信手段、認証チャレンジ生成手段、認証チャレンジ送信手段、認証レスポンス受信手段、チャレンジ情報同一確認手段、認証レスポンス送信手段、ユーザ認証結果受信手段、コンテンツ送信手段、として機能させる構成とした。
【００４２】
かかる構成において、コンテンツ配信プログラムは、コンテンツ要求受信手段によって、コンテンツ取得装置からコンテンツを要求するコンテンツ要求書を受信する。その後、コンテンツ配信プログラムは、認証チャレンジ生成手段によって、乱数によりチャレンジ情報を生成し、認証チャレンジ送信手段によって、チャレンジ情報をコンテンツ取得装置に送信する。そして、コンテンツ配信プログラムは、認証レスポンス受信手段によって、チャレンジ情報の応答として、コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。
【００４３】
また、コンテンツ配信プログラムは、チャレンジ情報同一確認手段によって、認証レスポンス受信手段で受信したレスポンス情報に付加されているチャレンジ情報と、認証チャレンジ生成手段で生成したチャレンジ情報とを比較して同一性を確認する。
【００４４】
そして、コンテンツ配信プログラムは、認証レスポンス送信手段によって、レスポンス情報をユーザ認証装置に送信する。そして、コンテンツ配信プログラムは、ユーザ認証結果受信手段によって、レスポンス情報に付加されている署名のＩＤベース署名方式における認証結果をユーザ認証装置から受信する。そして、コンテンツ配信プログラムは、コンテンツ送信手段によって、ユーザ認証が成功した場合、および、チャレンジ情報の同一性が確認された場合に、コンテンツをコンテンツ取得装置に送信する。
【００４５】
このように、コンテンツ配信プログラムは、コンテンツを要求してきたコンテンツ取得装置に対して、チャレンジ／レスポンス方式の認証を行うことで、コンテンツを要求する際のリプレイ攻撃を防止することができる。
また、コンテンツ配信プログラムがレスポンス情報にＩＤベース署名方式における署名を付加することで、署名を検証する側（コンテンツ提供側）では、複数のユーザ端末からコンテンツ要求があった場合でも１つの検証鍵でユーザの認証を行うことができる。
【００４６】
さらに、請求項１０に記載のコンテンツ配信プログラムは、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証によりコンテンツを送信するために、コンテンツ配信装置のコンピュータを、コンテンツ要求受信手段、認証チャレンジ生成手段、認証チャレンジ送信手段、認証レスポンス受信手段、認証レスポンス送信手段、ユーザ認証結果受信手段、コンテンツ送信手段、として機能させる構成とした。
【００４７】
かかる構成において、コンテンツ配信プログラムは、コンテンツ要求受信手段によって、コンテンツ取得装置からコンテンツを要求するコンテンツ要求書を受信する。その後、コンテンツ配信プログラムは、認証チャレンジ生成手段によって、乱数によりチャレンジ情報を生成し、認証チャレンジ送信手段によって、チャレンジ情報をコンテンツ取得装置に送信する。そして、コンテンツ配信プログラムは、認証レスポンス受信手段によって、チャレンジ情報の応答として、コンテンツ取得装置から、当該チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。
【００４８】
そして、コンテンツ配信プログラムは、認証レスポンス送信手段によって、認証レスポンス受信手段で受信したレスポンス情報と認証チャレンジ生成手段で生成したチャレンジ情報とをユーザ認証装置に送信する。そして、コンテンツ配信プログラムは、ユーザ認証結果受信手段によって、認証レスポンス送信手段が送信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報との同一性の確認結果と、レスポンス情報に付加されている署名のＩＤベース署名方式における認証結果とをユーザ認証結果としてユーザ認証装置から受信する。そして、コンテンツ配信プログラムは、コンテンツ送信手段によって、ユーザ認証が成功した場合、および、チャレンジ情報の同一性が確認された場合に、コンテンツをコンテンツ取得装置に送信する。
【００４９】
また、請求項１１に記載のユーザ認証プログラムは、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証を行うために、ユーザ認証装置のコンピュータを、認証レスポンス受信手段、ユーザ署名検証手段、ユーザ認証結果送信手段、として機能させる構成とした。
【００５０】
かかる構成において、ユーザ認証プログラムは、認証レスポンス受信手段によって、コンテンツ配信装置から、チャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報を受信する。そして、ユーザ認証プログラムは、ユーザ署名検証手段によって、レスポンス情報に付加されている署名を、ＩＤベース署名方式における公開情報に基づいて、ＩＤベース署名方式における検証を行う。そして、ユーザ認証プログラムは、ユーザ認証結果送信手段によって、ユーザ署名検証手段の検証結果を、ユーザ認証結果として、コンテンツ配信装置に送信する。このように、各コンテンツ取得装置で同じ公開情報を用いたＩＤベース署名を使用するため、ユーザ認証プログラムは、ＩＤベース署名方式における署名を検証する際に、複数のユーザに対して１つの検証鍵で検証を行うことができる。
【００５１】
また、請求項１２に記載のユーザ認証プログラムは、コンテンツ提供側に少なくともコンテンツ配信装置とユーザ認証装置とを備え、前記コンテンツ配信装置から、コンテンツを要求したユーザ側のコンテンツ取得装置にチャレンジ／レスポンス方式におけるチャレンジ情報を送信し、前記コンテンツ取得装置から、前記チャレンジ情報に署名を付加したレスポンス情報を前記チャレンジ情報の応答として前記コンテンツ配信装置に送信し、前記ユーザ認証装置で前記署名を認証することで前記コンテンツを配信する際のユーザ認証を行うコンテンツ配信システムにおいて、ユーザ認証を行うために、ユーザ認証装置のコンピュータを、認証レスポンス受信手段、チャレンジ情報同一確認手段、ユーザ署名検証手段、ユーザ認証結果送信手段、として機能させる構成とした。
【００５２】
かかる構成において、ユーザ認証プログラムは、認証レスポンス受信手段によって、コンテンツ配信装置から、コンテンツ配信装置で生成したチャレンジ情報と、コンテンツ取得装置においてチャレンジ情報にＩＤベース署名方式における署名を付加したレスポンス情報とを受信する。
【００５３】
その後、ユーザ認証プログラムは、チャレンジ情報同一確認手段によって、認証レスポンス受信手段で受信したチャレンジ情報とレスポンス情報に付加されているチャレンジ情報とを比較して同一性を確認する。さらに、ユーザ認証プログラムは、ユーザ署名検証手段によって、レスポンス情報に付加されている署名を、ＩＤベース署名方式における公開情報に基づいて、ＩＤベース署名方式における検証を行う。そして、ユーザ認証プログラムは、ユーザ認証結果送信手段によって、チャレンジ情報同一確認手段の確認結果と、ユーザ署名検証手段の検証結果とを、ユーザ認証結果として、コンテンツ配信装置に送信する。
【発明の効果】
【００５４】
本発明は、以下に示す優れた効果を奏するものである。
請求項１，８に記載の発明によれば、署名を検証する側（コンテンツ提供側）で、複数のユーザ端末からコンテンツ要求があった場合でも１つの検証鍵でユーザの認証を行うことができるため、従来のように認証局やネットワークに多大な負荷をかけることなく、データベースに頻繁にアクセスすることがない。また、本発明によれば、コンテンツ配信装置からチャレンジ情報を受信した後でなければ、署名を送信しないため、コンテンツ要求時におけるリプレイ攻撃を防止することができる。これによって、本発明は、ＩＤベース署名方式をコンテンツ配信システムに適用し、負荷が少なく、かつ、情報の安全性が高いシステムを構築することができる。
【００５５】
請求項２，３，９，１０に記載の発明によれば、コンテンツ取得装置からコンテンツの要求があった後に、チャレンジ情報をコンテンツ取得装置に送信するため、コンテンツを要求する際のリプレイ攻撃を防止することができる。これによって、本発明は、情報の安全性が高いシステムを構築することができる。
【００５６】
請求項４，６，１１，１２に記載の発明によれば、ＩＤベース署名方式における署名を検証するため、複数のユーザに対して１つの検証鍵で検証を行うことができ、従来のように認証局やネットワークに多大な負荷をかけることなく、データベースに頻繁にアクセスすることがない。これによって、本発明は、ＩＤベース署名方式をコンテンツ配信システムに適用し、負荷が少ないシステムを構築することができる。
【００５７】
請求項５，７に記載の発明によれば、ＩＤベース署名方式における署名の正当性の判定に加え、失効リストにおいて失効したユーザＩＤの有無を判定するだけで、コンテンツ配信を提供するユーザの離脱や、不正ユーザのリボークを行うことができるため、ＩＤベース署名方式を、コンテンツ配信システムの運用に適応させることができる。
【図面の簡単な説明】
【００５８】
【図１】本発明の実施形態に係るコンテンツ配信システムの全体構成を示すブロック図である。
【図２】本発明の実施形態に係る基本情報生成サーバの構成を示すブロック図である。
【図３】本発明の実施形態に係る署名鍵生成サーバの構成を示すブロック図である。
【図４】本発明の実施形態に係るコンテンツサーバの構成を示すブロック図である。
【図５】本発明の実施形態に係るコンテンツ配信サーバの構成を示すブロック図である。
【図６】本発明の実施形態に係るユーザ情報認証サーバの構成を示すブロック図である。
【図７】本発明の実施形態に係るユーザ端末の構成を示すブロック図である。
【図８】本発明の実施形態に係るコンテンツ配信システムにおける公開情報とユーザ署名鍵とを生成・配信する動作を示すフローチャートである。
【図９】本発明の実施形態に係るコンテンツ配信システムにおける失効リストの更新動作を示すフローチャートである。
【図１０】本発明の実施形態に係るコンテンツ配信システムにおけるコンテンツ配信動作を示すフローチャートである。
【図１１】本発明の他の実施形態に係るコンテンツ配信サーバの構成を示すブロック図である。
【図１２】本発明の他の実施形態に係るユーザ情報認証サーバの構成を示すブロック図である。
【図１３】本発明の他の実施形態に係るコンテンツ配信システムにおけるコンテンツ配信動作を示すフローチャートである。
【発明を実施するための形態】
【００５９】
以下、本発明の実施の形態について図面を参照して説明する。
≪コンテンツ配信システムの構成≫
最初に、図１を参照して、本発明の実施形態に係るコンテンツ配信システムの構成について説明する。このコンテンツ配信システム１は、ネットワーク上で、映像、音声等のコンテンツをユーザ側の端末（ユーザ端末６０）に配信するものである。また、このコンテンツ配信システム１は、コンテンツを配信する際に、ユーザの認証を行うとともに、当該システムが提供するコンテンツ配信サービスへのユーザの加入、離脱、あるいは不正ユーザの強制的リボーク等を行うものである。
【００６０】
ここでは、コンテンツ配信システム１は、署名鍵発行センタとして機能する信頼のおける第三者機関と、コンテンツを配信する配信者（以下、プロバイダという）と、コンテンツの購入者あるいは利用者（以下、ユーザという）とのそれぞれの側に、ネットワーク（インターネットＮ）を介して配置した複数の装置により構成されている。以下、それぞれの装置について概要を説明する。
【００６１】
＜署名鍵発行センタ側の構成概要＞
署名鍵発行センタ（第三者機関）側には、基本情報生成サーバ１０と、署名鍵生成サーバ２０とが備えられている。ここでは、基本情報生成サーバ１０と、署名鍵生成サーバ２０とは、イントラネットＮ１を介して接続され、ゲートウェイＧＷ１を介して、外部のネットワーク（インターネットＮ）に接続されている。
【００６２】
基本情報生成サーバ１０は、署名鍵（ユーザ署名鍵）を生成する際、および、署名（ユーザ署名）を検証する際に使用する公開情報（検証鍵）と、署名鍵（ユーザ署名鍵）を生成する際に使用する秘密情報（マスタ秘密情報）とを、ＩＤベース署名方式により基本情報として生成するものである。この生成された基本情報（公開情報および秘密情報）は、署名鍵生成サーバ２０に送信される。また、公開情報は、プロバイダ側のユーザ情報認証サーバ５０、および、ユーザ側のユーザ端末６０にも送信される。
【００６３】
署名鍵生成サーバ２０は、各ユーザが利用するユーザごとの署名鍵であるユーザ署名鍵を生成するものである。この生成されたユーザ署名鍵は、ユーザ側のユーザ端末６０に送信される。
【００６４】
＜プロバイダ側の構成概要＞
プロバイダ側には、コンテンツサーバ３０と、コンテンツ配信サーバ４０と、ユーザ情報認証サーバ５０とが備えられている。ここでは、コンテンツサーバ３０と、コンテンツ配信サーバ４０と、ユーザ情報認証サーバ５０とは、イントラネットＮ２を介して接続され、ゲートウェイＧＷ２を介して、外部のネットワーク（インターネットＮ）に接続されている。
【００６５】
コンテンツサーバ３０は、記憶手段（図示せず）に複数のコンテンツを保持し、コンテンツ配信サーバ４０から要求のあったコンテンツ（配信用コンテンツ）を、コンテンツ配信サーバ４０に送信するものである。
【００６６】
コンテンツ配信サーバ（コンテンツ配信装置）４０は、ユーザ端末６０から要求のあったコンテンツ（配信用コンテンツ）を、コンテンツサーバ３０から取得し、ユーザ端末６０に送信するものである。なお、コンテンツ配信サーバ４０は、ユーザ端末６０からコンテンツの配信要求があった場合に、ユーザを認証するための情報（チャレンジ情報）をユーザ端末６０に送信し、当該チャレンジ情報に対する応答（ユーザ署名鍵を用いてチャレンジ情報に署名が付加されたレスポンス情報）を取得する。そして、コンテンツ配信サーバ４０は、当該レスポンス情報をユーザ認証情報としてユーザ情報認証サーバ５０に送信し、ユーザ情報認証サーバ５０において、正規のユーザからの要求であると認証された場合にのみ、コンテンツを送信する。
【００６７】
ユーザ情報認証サーバ（ユーザ認証装置）５０は、ユーザ端末６０からコンテンツの配信要求があった場合に、コンテンツ配信サーバ４０を介してユーザ端末６０から取得したユーザ認証情報（レスポンス情報）に付加されている署名により、当該要求が正規のユーザからの要求であるか否かを認証するものである。
【００６８】
＜ユーザ側の構成概要＞
ユーザ側には、ネットワーク（インターネットＮ）に接続されたユーザ端末６０が備えられている。なお、ここでは、１台のユーザ端末６０のみを図示しているが、インターネットＮを介して、複数のユーザ端末６０が接続可能なことは言うまでもない。
【００６９】
ユーザ端末（コンテンツ取得装置）６０は、ユーザが所望するコンテンツを、プロバイダ側のコンテンツ配信サーバ４０に対して要求し、取得することで、コンテンツ再生等の利用を行うものである。なお、ユーザ端末６０は、コンテンツを要求後、コンテンツ配信サーバ４０から送信されるチャレンジ情報に、ユーザ署名鍵を用いて署名を付加したレスポンス情報をコンテンツ配信サーバ４０に送信する。このレスポンス情報によりプロバイダ側でユーザの認証が行われる。
【００７０】
以下、署名鍵発行センタ側の装置である基本情報生成サーバ１０、署名鍵生成サーバ２０と、プロバイダ側の装置であるコンテンツサーバ３０、コンテンツ配信サーバ４０、ユーザ情報認証サーバ５０と、ユーザ側の装置であるユーザ端末６０との各構成の内容について順次説明を行う。
【００７１】
＜署名鍵発行センタ側の構成＞
最初に、署名鍵発行センタ側の各構成について説明する。
（基本情報生成サーバ）
まず、図２を参照して、基本情報生成サーバ１０の構成について説明する。ここでは、基本情報生成サーバ１０は、基本情報生成手段１１と、公開情報送信手段１２と、基本情報送信手段１３と、を備えている。
【００７２】
基本情報生成手段１１は、ＩＤベース署名方式における公開情報と秘密情報とを基本情報として生成するものである。ここでは、基本情報生成手段１１は、公開情報生成手段１１ａと、秘密情報生成手段１１ｂと、を備えている。
【００７３】
公開情報生成手段１１ａは、ユーザ情報認証サーバ５０が署名（ユーザ署名）を検証する際、および、署名鍵生成サーバ２０が署名鍵（ユーザ署名鍵）を生成する際に使用する公開情報（検証鍵）を生成するものである。
【００７４】
具体的には、公開情報生成手段１１ａは、暗号の解読の困難性を示す尺度であるセキュリティパラメータをｋとして、ｋビットの素数ｐを選択（生成）する。そして、公開情報生成手段１１ａは、位数がｐである乗法に関して群をなし、かつ、双線形写像ｅ：Ｇ×Ｇ→ＧＴとなる群から、２つの群Ｇおよび群ＧＴを任意に選択する。
【００７５】
なお、セキュリティパラメータｋは、その値が大きいほど、素数ｐのビット数が大きくなり、暗号の解読の困難性が増すことになるが、この値は任意に設定することができる。ここでは、図示を省略したキーボード等の入力装置を介して、セキュリティパラメータを入力することとする。また、双線形写像ｅは、予め定めた写像を、図示を省略した記憶手段に記憶しておいてもよいし、外部から入力することとしてもよい。
【００７６】
さらに、公開情報生成手段１１ａは、群Ｇの中から生成元ｇを任意に選択する。そして、公開情報生成手段１１ａは、素数ｐよりも小さい整数からランダムに乱数αを選択し、ｇ１＝ｇαを計算する。また、公開情報生成手段１１ａは、群Ｇの中から元ｇ２を任意に選択する。なお、この整数（乱数）αおよび元ｇ２は、秘密情報生成手段１１ｂにおいても使用される。
【００７７】
また、公開情報生成手段１１ａは、群Ｇの中から要素ｕ′，ｍ′を任意に選択するとともに、群Ｇの中から任意数個（ここでは、ｎｕ個およびｎｍ個）の要素を選択し、以下の（１）式に示すベクトルＵ，Ｍを生成する。なお、ｎｕ個は、ユーザのＩＤ（ユーザ識別情報）の長さ、すなわち、ＩＤの最長ビット数であり、ｎｍ個は、署名を付加するメッセージの長さ、すなわち、本実施形態では、後記する認証チャレンジ生成手段４３１（図５参照）で生成されるチャレンジ情報のビット数である。
【００７８】
【数１】
2010193110.tif 000003
【００７９】
そして、公開情報生成手段１１ａは、前記したように選択、計算等された情報を、公開情報ｐａｒａｍｓ＝（Ｇ，ＧＴ，ｅ，ｇ，ｇ１，ｇ２，ｕ′，Ｕ，ｍ′，Ｍ）として生成する。このように生成された公開情報ｐａｒａｍｓは、公開情報送信手段１２および基本情報送信手段１３に出力される。
【００８０】
秘密情報生成手段１１ｂは、署名鍵生成サーバ２０が署名鍵を生成する際に使用する秘密情報（マスタ秘密情報）を生成するものである。
具体的には、秘密情報生成手段１１ｂは、公開情報生成手段１１ａで素数ｐよりも小さい整数からランダムに選択された乱数αと、群Ｇの中から選択されたｇ２とにより、ｇ２αを計算することで、マスタ秘密情報ＳＫＭ（＝ｇ２α）を生成する。このように生成されたマスタ秘密情報ＳＫＭは、基本情報送信手段１３に出力される。
【００８１】
公開情報送信手段１２は、基本情報生成手段１１の公開情報生成手段１１ａで生成された公開情報を、インターネットＮを介して、プロバイダ側のユーザ情報認証サーバ５０やユーザ側のユーザ端末６０に送信するものである。
【００８２】
基本情報送信手段１３は、基本情報生成手段１１の公開情報生成手段１１ａで生成された公開情報、および、秘密情報生成手段１１ｂで生成された秘密情報を連結し、イントラネットＮ１を介して、基本情報として、署名鍵発行センタ内の署名鍵生成サーバ２０に送信するものである。なお、基本情報送信手段１３は、公開情報と秘密情報とを分離して、個別の識別情報を付加して送信することとしてもよい。
【００８３】
このように基本情報生成サーバ１０を構成することで、基本情報生成サーバ１０は、ユーザ署名鍵を生成する際、および、ユーザ署名を検証する際に使用する公開情報（ｐａｒａｍｓ）と、ユーザ署名鍵を生成する際に使用するマスタ秘密情報（ＳＫＭ）とを生成することができる。なお、基本情報生成サーバ１０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、基本情報生成サーバ１０は、コンピュータを、前記した各手段として機能させる基本情報生成プログラムによって動作する。
【００８４】
（署名鍵生成サーバ）
次に、図３を参照して、署名鍵生成サーバ２０の構成について説明する。ここでは、署名鍵生成サーバ２０は、基本情報受信手段２１と、基本情報分離手段２２と、公開情報記憶手段２３と、秘密情報記憶手段２４と、ユーザ識別情報入力手段２５と、ユーザ署名鍵生成手段２６と、ユーザ署名鍵送信手段２７と、を備えている。
【００８５】
基本情報受信手段２１は、基本情報生成サーバ１０で生成された基本情報（公開情報および秘密情報）を、イントラネットＮ１を介して受信するものである。この基本情報受信手段２１は、受信した基本情報を基本情報分離手段２２に出力する。
【００８６】
基本情報分離手段２２は、基本情報受信手段２１で受信した基本情報を、公開情報と秘密情報とに分離するものである。この基本情報分離手段２２は、分離した公開情報を公開情報記憶手段２３に書き込み、秘密情報を秘密情報記憶手段２４に書き込むことで、基本情報を記憶する。なお、基本情報分離手段２２は、基本情報として、予め公開情報と秘密情報とが分離されて入力された場合は、各情報に付加されている識別情報に基づいて、公開情報と秘密情報とを識別し、各記憶手段（公開情報記憶手段２３または秘密情報記憶手段２４）に書き込むこととしてもよい。
【００８７】
公開情報記憶手段２３は、基本情報受信手段２１で受信した基本情報のうちで、基本情報分離手段２２で分離された公開情報（ｐａｒａｍｓ）を記憶するものであって、ハードディスク等の一般的な記憶装置である。この公開情報記憶手段２３に記憶された公開情報は、ユーザ署名鍵生成手段２６によって読み出される。
【００８８】
秘密情報記憶手段２４は、基本情報受信手段２１で受信した基本情報のうちで、基本情報分離手段２２で分離された秘密情報（マスタ秘密情報ＳＫＭ）を記憶するものであって、ハードディスク等の一般的な記憶装置である。この秘密情報記憶手段２４に記憶された秘密情報は、ユーザ署名鍵生成手段２６によって読み出される。
【００８９】
ユーザ識別情報入力手段２５は、ユーザを識別する情報（例えば、ユーザ固有の識別子〔ＩＤ〕；以下、ユーザＩＤという）を入力するものである。なお、ユーザＩＤは、図示を省略したキーボード等の入力装置を介して入力されることとする。また、入力されたユーザＩＤは、ユーザ署名鍵生成手段２６に出力される。
【００９０】
ユーザ署名鍵生成手段２６は、公開情報記憶手段２３に記憶されている公開情報（ｐａｒａｍｓ）と、秘密情報記憶手段２４に記憶されている秘密情報（マスタ秘密情報ＳＫＭ）と、ユーザ識別情報入力手段２５で入力されたユーザＩＤとから、ユーザ固有の署名鍵（ユーザ署名鍵）を生成するものである。なお、以下では、ユーザＩＤの値をＩＤｕと表記する。
【００９１】
ここでは、ユーザ署名鍵生成手段２６は、公開情報に含まれている素数ｐよりも小さい整数ｒｕを選択し、公開情報に含まれている（ｇ，ｕ′，Ｕ）と、マスタ秘密情報ＳＫＭとを用いて、以下の（２）式により、ＩＤベース署名方式におけるユーザ署名鍵ＳＫＩＤを生成する。
【００９２】
【数２】
2010193110.tif 000004
【００９３】
なお、ＩＤｕ［ｉ］は、ユーザＩＤの値ＩＤｕのｉ番目のビットとする。また、ｕｉは、公開情報に含まれているベクトルＵの要素である（前記（１）式参照）。
このユーザ署名鍵生成手段２６は、生成したユーザ署名鍵をユーザ署名鍵送信手段２７に出力する。
【００９４】
ユーザ署名鍵送信手段２７は、ユーザ署名鍵生成手段２６で生成されたユーザ署名鍵をネットワーク（イントラネットＮ１、インターネットＮ）を介して、ユーザ側のユーザ端末６０に送信するものである。
【００９５】
このように署名鍵生成サーバ２０を構成することで、署名鍵生成サーバ２０は、各ユーザが利用するユーザごとの署名鍵であるユーザ署名鍵を、ＩＤベース署名方式により生成することができる。なお、署名鍵生成サーバ２０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、署名鍵生成サーバ２０は、コンピュータを、前記した各手段として機能させる署名鍵生成プログラムによって動作する。
【００９６】
以上、署名鍵発行センタ側の構成について説明したが、本発明は、この構成に限定されるものではない。ここでは、基本情報生成サーバ１０の公開情報送信手段１２（図２参照）が、公開情報をユーザ端末６０に送信し、署名鍵生成サーバ２０のユーザ署名鍵送信手段２７（図３参照）が、ユーザ署名鍵をユーザ端末６０に送信することとした。しかし、このユーザ端末６０に送信する公開情報およびユーザ署名鍵は、ユーザ署名鍵送信手段２７が一括してユーザ端末６０に送信することとしてもよい。この場合、ユーザ署名鍵送信手段２７は、ユーザ署名鍵生成手段２６で生成されたユーザ署名鍵と、公開情報記憶手段２３に記憶されている公開情報とを、ユーザ端末６０に送信する。
【００９７】
また、ここでは、署名鍵生成サーバ２０は、ユーザ署名鍵送信手段２７によって、ネットワークを介してユーザ署名鍵（公開情報を含む場合もある）を、ユーザ端末６０に送信することとした。しかし、ユーザ署名鍵や公開情報は、耐タンパ性を有するＩＣカード、フレキシブルディスク等の汎用の記憶媒体（外部記憶媒体）に書き込まれ、ユーザ端末６０に配布される形態であっても構わない。この場合、ユーザ署名鍵送信手段２７は、記憶媒体に、ユーザ署名鍵や公開情報を書き込む記憶媒体書込手段として機能する。また、ユーザ署名鍵や公開情報が書き込まれた記憶媒体は、郵送等によって、ユーザ側に配送されることになる。
【００９８】
また、ここでは、基本情報生成サーバ１０および署名鍵生成サーバ２０をそれぞれ個別の装置として構成したが、１つの装置として構成することとしてもよい。
【００９９】
＜プロバイダ側の構成＞
次に、プロバイダ側の各構成について説明する。
（コンテンツサーバ）
まず、図４を参照して、コンテンツサーバ３０の構成について説明する。ここでは、コンテンツサーバ３０は、コンテンツ入力手段３１と、コンテンツ記憶手段３２と、コンテンツ要求受信手段３３と、コンテンツ送信手段３４と、を備えている。
【０１００】
コンテンツ入力手段３１は、配信用のコンテンツを入力するものである。ここで入力されたコンテンツは、固有のコンテンツ識別情報（例えば、ファイル名等）を付して、コンテンツ記憶手段３２に書き込まれ記憶される。このコンテンツ入力手段３１は、例えば、図示していない記録媒体からコンテンツを読み出すものであってもよいし、ネットワーク（インターネットＮ等）を介して、通信データとしてコンテンツを取得するものであってもよい。
【０１０１】
コンテンツ記憶手段３２は、コンテンツ入力手段３１で入力されたコンテンツを記憶するものであって、ハードディスク等の一般的な記憶装置である。このコンテンツ記憶手段３２に記憶されたコンテンツは、コンテンツ送信手段３４によって読み出される。
【０１０２】
コンテンツ要求受信手段３３は、コンテンツ配信サーバ４０から送信される、配信用のコンテンツを特定するコンテンツ識別情報を含んだコンテンツの要求（コンテンツ要求）を、イントラネットＮ２を介して受信するものである。このコンテンツ要求受信手段３３は、コンテンツ要求に含まれるコンテンツ識別情報をコンテンツ送信手段３４に出力する。
【０１０３】
コンテンツ送信手段３４は、コンテンツ要求受信手段３３から出力されるコンテンツ識別情報に対応するコンテンツを、コンテンツ記憶手段３２から読み出して、要求のあったコンテンツ配信サーバ４０に送信するものである。
【０１０４】
このようにコンテンツサーバ３０を構成することで、コンテンツサーバ３０は、コンテンツ配信サーバ４０から要求のあったコンテンツを、コンテンツ配信サーバ４０に送信することができる。なお、コンテンツサーバ３０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、コンテンツサーバ３０は、コンピュータを、前記した各手段として機能させるコンテンツ入出力プログラムによって動作する。
【０１０５】
（コンテンツ配信サーバ）
次に、図５を参照して、コンテンツ配信サーバ４０の構成について説明する。ここでは、コンテンツ配信サーバ４０は、コンテンツ要求受信手段４１と、コンテンツ要求送信手段４２と、ユーザ認証要求手段４３と、コンテンツ受信手段４４と、コンテンツ送信手段４５と、を備えている。
【０１０６】
コンテンツ要求受信手段４１は、ユーザ端末６０から送信される、ユーザが所望するコンテンツを示す要求（コンテンツ要求書）を、ネットワーク（インターネットＮ等）を介して受信するものである。このコンテンツ要求書には、少なくともコンテンツを特定するコンテンツ識別情報と、どのユーザ端末６０からの要求かを示す端末識別情報（例えば、ＩＰアドレス等）とが含まれている。このコンテンツ要求受信手段４１は、コンテンツ識別情報をコンテンツ要求送信手段４２に出力し、端末識別情報をユーザ認証要求手段４３とコンテンツ送信手段４５とに出力する。
【０１０７】
コンテンツ要求送信手段４２は、コンテンツ要求受信手段４１から出力されたコンテンツ識別情報を含んだコンテンツの要求（コンテンツ要求）を、イントラネットＮ２を介してコンテンツサーバ３０に送信するものである。
【０１０８】
ユーザ認証要求手段４３は、チャレンジ／レスポンス認証方式におけるチャレンジ情報を、コンテンツを要求してきたユーザ端末６０に送信し、ユーザ端末６０から返信されるレスポンス情報をユーザ情報認証サーバ５０に送信することで、ユーザ情報認証サーバ５０からユーザ認証結果を取得し、ユーザ認証を行うものである。ここでは、ユーザ認証要求手段４３は、認証チャレンジ生成手段４３１と、認証チャレンジ送信手段４３２と、認証レスポンス受信手段４３３と、チャレンジ情報同一確認手段４３４と、認証レスポンス送信手段４３５と、ユーザ認証結果受信手段４３６と、を備えている。
【０１０９】
認証チャレンジ生成手段４３１は、ユーザ端末６０に対して送信するチャレンジ／レスポンス認証方式におけるチャレンジ情報（Ｃｕ）を生成するものである。ここでは、認証チャレンジ生成手段４３１は、コンテンツ要求受信手段４１から端末識別情報を受信したタイミングでチャレンジ情報を生成することとする。また、ここでは、ランダムに生成した乱数をチャレンジ情報として使用する。この生成されたチャレンジ情報は、端末識別情報とともに、認証チャレンジ送信手段４３２に出力される。さらにチャレンジ情報は、チャレンジ情報同一確認手段４３４にも出力される。
【０１１０】
認証チャレンジ送信手段４３２は、認証チャレンジ生成手段４３１で生成されたチャレンジ情報を、端末識別情報で示されるユーザ端末６０に送信するものである。このチャレンジ情報に対する応答（レスポンス情報）が、ユーザ端末６０において生成されることになる。
【０１１１】
認証レスポンス受信手段４３３は、ユーザ端末６０から送信されたレスポンス情報（Ｒｕ）を受信するものである。この認証レスポンス受信手段４３３は、受信したレスポンス情報を、チャレンジ情報同一確認手段４３４に出力する。
【０１１２】
チャレンジ情報同一確認手段４３４は、認証チャレンジ生成手段４３１で生成したチャレンジ情報と、認証レスポンス受信手段４３３で受信したレスポンス情報に含まれているチャレンジ情報（レスポンス情報からユーザ署名情報を除いた部分）との同一性を確認するものである。チャレンジ情報の同一性が確認された場合、チャレンジ情報同一確認手段４３４は、認証レスポンス受信手段４３３で受信したレスポンス情報を認証レスポンス送信手段４３５に出力する。一方、チャレンジ情報の同一性が確認されなかった場合、チャレンジ情報同一確認手段４３４は、ユーザ認証結果として、正規のユーザではない旨を示す値（例えば、“０”）をコンテンツ送信手段４５に出力する。
【０１１３】
認証レスポンス送信手段４３５は、認証レスポンス受信手段４３３で受信され、チャレンジ情報同一確認手段４３４でチャレンジ情報の同一性が確認されたレスポンス情報を、イントラネットＮ２を介して、ユーザ情報認証サーバ５０に送信するものである。このレスポンス情報に基づいて、ユーザ情報認証サーバ５０が、ユーザの正当性を認証し、その認証結果（ユーザ認証結果）をコンテンツ配信サーバ４０に返信する。
【０１１４】
ユーザ認証結果受信手段４３６は、ユーザ情報認証サーバ５０から返信されるユーザ認証結果（Ｅｕ）を、イントラネットＮ２を介して受信するものである。このユーザ認証結果は、コンテンツを要求したユーザが正規のユーザであるか否かを示す情報であって、例えば、正規のユーザである場合に値として“１”が設定され、正規のユーザではない場合に値として“０”が設定されている。このユーザ認証結果は、コンテンツ送信手段４５に出力される。
【０１１５】
コンテンツ受信手段４４は、コンテンツ要求送信手段４２から送信されたコンテンツ識別情報に対応したコンテンツを、イントラネットＮ２を介して受信するものである。このコンテンツ受信手段４４は、受信したコンテンツを、コンテンツ送信手段４５に出力する。
【０１１６】
コンテンツ送信手段４５は、コンテンツ受信手段４４で受信されたコンテンツを、コンテンツ要求受信手段４１から出力された端末識別情報で示されるユーザ端末６０に送信するものである。なお、コンテンツ送信手段４５は、ユーザ認証要求手段４３から出力されるユーザ認証結果により、コンテンツを要求したユーザが正規のユーザである場合にのみ、コンテンツ要求を送信することとする。
【０１１７】
例えば、コンテンツ送信手段４５は、ユーザ認証結果として、ユーザが正規のユーザであることを示す値（例えば、“１”）を入力したときは、コンテンツをユーザ端末６０に送信する。また、コンテンツ送信手段４５は、ユーザ認証結果として、ユーザが正規のユーザではないことを示す値（例えば、“０”）を入力したときは、ユーザ認証が失敗した旨のメッセージ（Ｍｅ）をユーザ端末６０に送信する。
【０１１８】
このようにコンテンツ配信サーバ４０を構成することで、コンテンツ配信サーバ４０は、ユーザ端末６０からコンテンツの要求があった場合に、正規のユーザ端末６０に対してのみコンテンツを送信することができる。なお、コンテンツ配信サーバ４０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、コンテンツ配信サーバ４０は、コンピュータを、前記した各手段として機能させるコンテンツ配信プログラムによって動作する。
【０１１９】
（ユーザ情報認証サーバ）
次に、図６を参照して、ユーザ情報認証サーバ５０の構成について説明する。ここでは、ユーザ情報認証サーバ５０は、ユーザ識別情報入力手段５１と、失効リスト更新手段５２と、失効リスト記憶手段５３と、公開情報受信手段５４と、公開情報記憶手段５５と、ユーザ認証判定手段５６と、を備えている。
【０１２０】
ユーザ識別情報入力手段５１は、失効リスト記憶手段５３に記憶されている失効リストに登録するユーザ識別情報（ユーザＩＤ）を入力するものである。ここでは、ユーザ識別情報入力手段５１は、図示を省略したキーボード等の入力装置を介してユーザＩＤを入力されることとする。なお、このユーザ識別情報入力手段５１は、ユーザＩＤとともに、当該ユーザＩＤを失効リストに登録するか、失効リストから削除するかの指示を併せて入力されることとする。そして、ユーザ識別情報入力手段５１は、その指示とともにユーザＩＤを失効リスト更新手段５２に出力する。
【０１２１】
失効リスト更新手段５２は、ユーザ識別情報入力手段５１で入力されたユーザＩＤに基づいて、失効リスト記憶手段５３に記憶されている失効リストを更新するものである。すなわち、失効リスト更新手段５２は、新たなユーザＩＤの登録（追加）を指示された場合、当該ユーザＩＤを失効リストに追加することで失効リストを更新する。また、失効リスト更新手段５２は、ユーザＩＤの削除を指示された場合は、当該ユーザＩＤを失効リストから削除することで失効リストを更新する。
【０１２２】
失効リスト記憶手段５３は、失効したユーザＩＤを失効リストとして記憶するもので、ハードディスク等の一般的な記憶装置である。この失効リスト記憶手段５３に記憶される失効リストは、例えば、コンテンツ配信の契約期間が満了したユーザ、不正を行ったユーザ等のコンテンツ配信を停止させたいユーザのユーザＩＤを、リスト形式で記述したものである。なお、失効リストは、失効リスト更新手段５２によって更新される。また、失効リスト記憶手段５３に記憶された失効リストは、ユーザ認証判定手段５６によって読み出される。
【０１２３】
公開情報受信手段５４は、署名鍵発行センタ側の基本情報生成サーバ１０から送信される公開情報ｐａｒａｍｓ＝（Ｇ，ＧＴ，ｅ，ｇ，ｇ１，ｇ２，ｕ′，Ｕ，ｍ′，Ｍ）を、ネットワーク（インターネットＮ、イントラネットＮ２）を介して受信するものである。ここで受信された公開情報は、公開情報記憶手段５５に書き込まれ記憶される。
【０１２４】
公開情報記憶手段５５は、公開情報受信手段５４で受信された公開情報を記憶するものであって、ハードディスク等の一般的な記憶装置である。この公開情報記憶手段５５に記憶された公開情報は、ユーザ認証判定手段５６によって読み出される。
【０１２５】
ユーザ認証判定手段５６は、コンテンツ配信サーバ４０から送信されるユーザ認証情報（レスポンス情報）を、公開情報記憶手段５５に記憶されている公開情報に基づいて認証するものである。ここでは、ユーザ認証判定手段５６は、認証レスポンス受信手段５６１と、認証レスポンス確認手段５６２と、ユーザ認証結果送信手段５６３と、を備えている。
【０１２６】
認証レスポンス受信手段５６１は、コンテンツ配信サーバ４０から送信されるユーザ認証情報（レスポンス情報）を、イントラネットＮ２を介して受信するものである。ここで受信されたレスポンス情報は、認証レスポンス確認手段５６２に出力される。なお、このレスポンス情報は、ユーザ端末６０において、チャレンジ情報にユーザ署名情報が付加されたものである。
【０１２７】
認証レスポンス確認手段５６２は、コンテンツ配信サーバ４０から送信されるレスポンス情報と、公開情報記憶手段５５に記憶されている公開情報と、失効リスト記憶手段５３に記憶されている失効リストとに基づいて、ユーザ認証を行うものである。ここでは、認証レスポンス確認手段５６２は、失効リスト判定手段５６２ａと、ユーザ署名検証手段５６２ｂと、ユーザ認証結果生成手段５６２ｃと、を備えている。
【０１２８】
失効リスト判定手段５６２ａは、認証レスポンス受信手段５６１で受信したレスポンス情報に含まれているユーザ署名情報（σｕ）に記述されているユーザＩＤ（ＩＤｕ）が、失効リストに含まれているか否かを判定するものである。
この失効リスト判定手段５６２ａは、ユーザ署名情報（σｕ）に記述されているユーザＩＤ（ＩＤｕ）が、失効リストに含まれているいずれかのユーザＩＤと一致する場合、ユーザ認証結果生成手段５６２ｃにその旨を出力する。一方、ユーザＩＤ（ＩＤｕ）が、失効リストのすべてのユーザＩＤと一致しない場合、失効リスト判定手段５６２ａは、ユーザ署名検証手段５６２ｂに制御を移す。
【０１２９】
ユーザ署名検証手段５６２ｂは、認証レスポンス受信手段５６１で受信したレスポンス情報に含まれているユーザ署名情報（σｕ）の検証を行うものである。このユーザ署名検証手段５６２ｂは、ユーザ署名情報の検証結果をユーザ認証結果生成手段５６２ｃに出力する。なお、ユーザ署名検証手段５６２ｂが行うユーザ署名情報（σｕ）の検証方式については、後で、ユーザ署名情報の生成方式（署名方式）とともに説明を行う。
【０１３０】
ユーザ認証結果生成手段５６２ｃは、失効リスト判定手段５６２ａの判定結果、および、ユーザ署名検証手段５６２ｂの検証結果に基づいて、ユーザ認証結果を生成するものである。このユーザ認証結果は、ユーザ認証結果送信手段５６３に出力される。
【０１３１】
ここでは、ユーザ署名検証手段５６２ｂから、ユーザ署名が正しい旨が通知された場合、ユーザ認証結果生成手段５６２ｃは、ユーザ認証が正しく行われたことを示す情報をユーザ認証結果（Ｅｕ）として生成する。この場合、例えば、ユーザ認証結果生成手段５６２ｃは、ユーザ認証結果（Ｅｕ）として“１”を設定し、ユーザ認証結果送信手段５６３に出力する。
【０１３２】
一方、ユーザ署名検証手段５６２ｂから、ユーザ署名が正しくない旨が通知された場合、または、失効リスト判定手段５６２ａから、ユーザＩＤが失効リストに含まれている旨が通知された場合、ユーザ認証結果生成手段５６２ｃは、ユーザ認証が正しく行われたことを示す情報をユーザ認証結果（Ｅｕ）として生成する。この場合、例えば、ユーザ認証結果生成手段５６２ｃは、ユーザ認証結果（Ｅｕ）として“０”を設定し、ユーザ認証結果送信手段５６３に出力する。
【０１３３】
ユーザ認証結果送信手段５６３は、認証レスポンス確認手段５６２で生成されたユーザ認証結果を、イントラネットＮ２を介してコンテンツ配信サーバ４０に送信するものである。
【０１３４】
このようにユーザ情報認証サーバ５０を構成することで、ユーザ情報認証サーバ５０は、コンテンツ配信サーバ４０から送信されたユーザ認証情報（レスポンス情報）の正当性を認証することができる。また、ユーザ情報認証サーバ５０は、失効リストにより、ユーザの当該コンテンツ配信サービスからの離脱や、不正ユーザの利用停止（リボーク）を制御することができる。なお、ユーザ情報認証サーバ５０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、ユーザ情報認証サーバ５０は、コンピュータを、前記した各手段として機能させるプログラムによって動作する。例えば、ユーザ認証判定手段５６の機能は、ユーザ認証プログラムによってコンピュータを動作させることで実現する。
【０１３５】
以上、プロバイダ側の構成について説明したが、本発明は、この構成に限定されるものではない。ここでは、ユーザ情報認証サーバ５０の認証レスポンス確認手段５６２（図６参照）は、ユーザ署名検証手段５６２ｂの前段に失効リスト判定手段５６２ａを備えることで、ユーザＩＤが失効リストに含まれているか否かを判定し、含まれていない場合にのみ、ユーザ署名情報を検証することとした。しかし、認証レスポンス確認手段５６２は、失効リスト判定手段５６２ａの前段にユーザ署名検証手段５６２ｂを備える構成してもよい。この場合、認証レスポンス確認手段５６２は、ユーザ署名検証手段５６２ｂによって、ユーザ署名情報を検証し、検証が正しい場合にのみ、失効リスト判定手段５６２ａによって、ユーザＩＤが失効リストに含まれているか否かを判定することとしてもよい。
【０１３６】
また、ここでは、有料コンテンツの配信を想定し、失効リストにより、ユーザのコンテンツ配信サービスからの離脱、あるいは、不正ユーザのリボークを制御する構成としたが、ユーザ端末６０の正当性のみを認証する簡易な構成としてもよい。この場合、ユーザ情報認証サーバ５０は、図６で説明した構成から、ユーザ識別情報入力手段５１、失効リスト更新手段５２、失効リスト記憶手段５３および失効リスト判定手段５６２ａを省略して構成することができる。
【０１３７】
また、ここでは、コンテンツサーバ３０、コンテンツ配信サーバ４０およびユーザ情報認証サーバ５０をそれぞれ個別の装置として構成したが、２以上の装置を１つの装置として構成することとしてもよい。
【０１３８】
＜ユーザ側の構成＞
次に、ユーザ側の装置であるユーザ端末の構成について説明する。
（ユーザ端末）
図７を参照して、ユーザ端末６０の構成について説明する。ここでは、ユーザ端末６０は、公開情報受信手段６１と、公開情報記憶手段６２と、ユーザ署名鍵受信手段６３と、ユーザ署名鍵記憶手段６４と、コンテンツ要求手段６５と、ユーザ認証応答手段６６と、コンテンツ受信手段６７と、を備えている。
【０１３９】
公開情報受信手段６１は、署名鍵発行センタ側の基本情報生成サーバ１０から送信される公開情報ｐａｒａｍｓ＝（Ｇ，ＧＴ，ｅ，ｇ，ｇ１，ｇ２，ｕ′，Ｕ，ｍ′，Ｍ）を、ネットワーク（インターネットＮ）を介して受信するものである。ここで受信された公開情報は、公開情報記憶手段６２に書き込まれ記憶される。
【０１４０】
公開情報記憶手段６２は、公開情報受信手段６１で受信した公開情報を記憶するものであって、ハードディスク等の一般的な記憶装置である。この公開情報記憶手段６２に記憶された公開情報は、認証レスポンス生成手段６６２によって読み出される。
【０１４１】
ユーザ署名鍵受信手段６３は、署名鍵発行センタ側の署名鍵生成サーバ２０から送信されるユーザ署名鍵（ＳＫＩＤ）を、ネットワーク（インターネットＮ）を介して受信するものである。ここで受信されたユーザ署名鍵は、ユーザ署名鍵記憶手段６４に書き込まれ記憶される。
【０１４２】
ユーザ署名鍵記憶手段６４は、ユーザ署名鍵受信手段６３で受信したユーザ署名鍵を記憶するものであって、ハードディスク等の一般的な記憶装置である。このユーザ署名鍵記憶手段６４に記憶されたユーザ署名鍵は、認証レスポンス生成手段６６２によって読み出される。
【０１４３】
コンテンツ要求手段６５は、ユーザが所望するコンテンツを示す要求（コンテンツ要求書）を、インターネットＮを介してプロバイダ側のコンテンツ配信サーバ４０に送信するものである。例えば、コンテンツ要求手段６５は、図示を省略したキーボード等の入力装置によって、ユーザが所望するコンテンツを特定するコンテンツ識別情報（例えばファイル名等）を入力されることで、このコンテンツ識別情報を含んだコンテンツ要求書を生成し、コンテンツ配信サーバ４０にコンテンツ要求書を送信する。
【０１４４】
ユーザ認証応答手段６６は、プロバイダ側のコンテンツ配信サーバ４０から送信されるチャレンジ情報に対して、レスポンス情報を応答するものである。ここでは、ユーザ認証応答手段６６は、認証チャレンジ受信手段６６１と、認証レスポンス生成手段６６２と、認証レスポンス送信手段６６３と、を備えている。
【０１４５】
認証チャレンジ受信手段６６１は、プロバイダ側のコンテンツ配信サーバ４０から送信されるチャレンジ情報（Ｃｕ）を、ネットワーク（インターネットＮ）を介して受信するものである。この認証チャレンジ受信手段６６１は、受信したチャレンジ情報を認証レスポンス生成手段６６２に出力する。
【０１４６】
認証レスポンス生成手段６６２は、認証チャレンジ受信手段６６１で受信したチャレンジ情報（Ｃｕ）に、電子署名となるユーザ署名情報（σｕ）を付加することで、レスポンス情報（Ｒｕ＝（Ｃｕ，σｕ））を生成するものである。この認証レスポンス生成手段６６２は、生成したレスポンス情報（Ｒｕ）を、認証レスポンス送信手段６６３に出力する。
【０１４７】
なお、認証レスポンス生成手段６６２は、ユーザ署名情報（σｕ）を、認証チャレンジ受信手段６６１で受信したチャレンジ情報（Ｃｕ）と、公開情報記憶手段６２に記憶されている公開情報（ｐａｒａｍｓ）と、ユーザ署名鍵記憶手段６４に記憶されているユーザ署名鍵（ＳＫＩＤ）とを用いて生成するが、このユーザ署名情報の生成方式（署名方式）については、後で、ユーザ署名情報の検証方式とともに説明を行う。
【０１４８】
認証レスポンス送信手段６６３は、認証レスポンス生成手段６６２で生成されたレスポンス情報（Ｒｕ）を、ネットワーク（インターネットＮ）を介して、コンテンツ配信サーバ４０に送信するものである。このレスポンス情報は、プロバイダ側（より詳細には、ユーザ情報認証サーバ５０）で判定（ユーザ認証）される。そして、レスポンス情報が正しいと判定された場合は、プロバイダ側（より詳細には、コンテンツ配信サーバ４０）から、コンテンツが送信され、正しくないと判定された場合は、プロバイダ側（より詳細には、コンテンツ配信サーバ４０）から、ユーザ認証に失敗した旨のメッセージ（Ｍｅ）が送信されることになる。
【０１４９】
コンテンツ受信手段６７は、プロバイダ側のコンテンツ配信サーバ４０から、ユーザが要求したコンテンツを、ネットワーク（インターネットＮ）を介して受信するものである。このコンテンツ受信手段６７で受信されたコンテンツは、図示を省略したコンテンツ再生手段を介して再生後、表示装置Ｄに表示されたり、図示を省略した蓄積手段に蓄積されたりして、ユーザに利用される。
【０１５０】
なお、プロバイダ側でユーザ認証に失敗した場合、コンテンツ受信手段６７は、その旨のメッセージ（エラーメッセージ）をコンテンツ配信サーバ４０から受信する。そして、コンテンツ受信手段６７は、当該メッセージを表示装置Ｄに表示する。この場合、ユーザは、コンテンツを利用することができない。
【０１５１】
このようにユーザ端末６０を構成することで、ユーザ端末６０は、コンテンツを要求後、コンテンツ配信サーバ４０から送信されるチャレンジ情報に、ユーザ署名鍵を用いて署名（ユーザ署名情報）を付加したレスポンス情報をコンテンツ配信サーバ４０に送信することができる。これによって、プロバイダ側で、ユーザ認証を行うことが可能になる。なお、ユーザ端末６０は、図示を省略したＣＰＵやメモリを搭載した一般的なコンピュータで実現することができる。このとき、ユーザ端末６０は、コンピュータを、前記した各手段として機能させるプログラムによって動作する。例えば、ユーザ認証応答手段６６の機能は、ユーザ署名プログラムによってコンピュータを動作させることで実現する。
【０１５２】
＜署名・認証方式＞
次に、ユーザ端末６０において利用される署名方式と、ユーザ情報認証サーバ５０において利用される検証方式について具体的に説明する。
【０１５３】
（署名方式）
まず、数式を用いて、ユーザ端末６０が行う署名方式について説明する。なお、構成については、適宜図７を参照することとする。
ここで、署名（ユーザ署名情報）を生成するユーザのユーザＩＤをＩＤｕとし、ＩＤｕ［ｉ］をユーザＩＤの値ＩＤｕのｉ番目のビットとする。また、署名を付加するチャレンジ情報をＣｕとし、Ｃｕ［ｊ］を、チャレンジ情報Ｃｕのｊ番目のビットとする。
【０１５４】
そして、ユーザ端末６０の認証レスポンス生成手段６６２は、公開情報記憶手段６２に記憶されている公開情報に含まれている素数ｐよりも小さい整数ｒｍを選択し、同じく公開情報に含まれている（ｇ，ｍ′，Ｍ）と、ユーザ署名鍵記憶手段６４に記憶されているユーザ署名鍵ＳＫＩＤ（ここでは、ＳＫＩＤ＝（ｓｋ１，ｓｋ２）とする）とを用いて、以下の（３）式により、ＩＤベース署名方式におけるユーザ署名情報σｕを生成する。
【０１５５】
【数３】
2010193110.tif 000005
【０１５６】
（検証方式）
次に、数式を用いて、ユーザ情報認証サーバ５０が行う検証方式について説明する。なお、構成については、適宜図６を参照することとする。
ここで、検証する署名（ユーザ署名情報）をσｕ（ここでは、σｕ＝（ＩＤｕ，Ｖ，Ｖｕ，Ｖｍ）とする）とし、署名の際と同様に、ユーザＩＤの値ＩＤｕのｉ番目のビットをＩＤｕ［ｉ］、レスポンス情報に含まれるチャレンジ情報Ｃｕのｊ番目のビットをＣｕ［ｊ］としたとき、ユーザ情報認証サーバ５０のユーザ署名検証手段５６２ｂは、公開情報記憶手段５５に記憶されている公開情報に含まれている検証鍵となる（ｅ，ｇ，ｇ１，ｇ２，ｕ′，Ｕ，ｍ′，Ｍ）を用いて、以下の（４）式が成立するか否かにより、ユーザ署名情報σｕが有効であるか否かを判定する。すなわち、ユーザ署名検証手段５６２ｂは、以下の（４）式が成り立つ場合、署名が有効であり、成り立たない場合、署名が無効であると判定する。
【０１５７】
【数４】
2010193110.tif 000006
【０１５８】
（署名・検証方式の正当性の証明）
ここで、（４）式における署名の検証が正当であることを証明しておく。
前記（４）式の左辺のＶは、ユーザ署名情報σｕの要素であり、ユーザ署名情報σｕを生成する際に用いられるｓｋ１およびｓｋ２は、前記（３）式に示したようにユーザ署名鍵ＳＫＩＤの要素である。また、前記（２）式に示したようにユーザ署名鍵ＳＫＩＤの要素ｓｋ１を算出するためのＳＫＭは、秘密情報生成手段１１ｂにおいて生成されたマスタ秘密情報ＳＫＭ（＝ｇ２α）である。
【０１５９】
そこで、署名が正当であれば、前記（４）式の左辺は、以下の（５）式に示すように変形することができる。よって、前記（４）式が成り立てば、署名（ユーザ署名鍵ＳＫＩＤ）が有効であるといえる。
【０１６０】
【数５】
2010193110.tif 000007
【０１６１】
以上、コンテンツ配信システム１の構成について説明したが、本発明は、この実施形態に限定されるものではない。ここでは、署名方式として、非特許文献２に記載したＩｄｅｎｔｉｔｙ−Ｂａｓｅｄ  Ｓｉｇｎａｔｕｒｅを用いたが、一般的なＩＤベース署名方式を用いることができる。この場合、公開情報や秘密鍵の内容、それに伴う署名・検証方式が異なるだけである。
【０１６２】
また、ここでは、署名鍵発行センタとプロバイダとを分離して構成しているが、プロバイダが署名鍵発行センタと同じように信頼できる場合は、両者を同一（同一のイントラネット上）のエンティティとすることも可能である。
【０１６３】
≪コンテンツ配信システムの動作≫
次に、図８〜図１０を参照して、本発明の実施形態に係るコンテンツ配信システムの動作について説明する。
＜公開情報・ユーザ署名鍵生成・配信動作＞
最初に、図８を参照して、コンテンツ配信システム１において、公開情報とユーザ署名鍵とを生成・配信する動作について説明する。なお、構成については、適宜図１、図２、図３、図６および図７を参照することとする。
【０１６４】
まず、署名鍵発行センタ側において、基本情報生成サーバ１０が、基本情報生成手段１１の公開情報生成手段１１ａによって、外部からセキュリティパラメータｋを入力し（ステップＳ１０）、ｋビットの素数ｐを選択する（ステップＳ１１）。また、公開情報生成手段１１ａは、位数がｐである乗法に関して群をなし、かつ、双線形写像ｅ：Ｇ×Ｇ→ＧＴとなる群から、２つの群Ｇと群ＧＴとを任意に選択する（ステップＳ１２）。また、公開情報生成手段１１ａは、群Ｇの中から生成元ｇを任意に選択する（ステップＳ１３）。
【０１６５】
さらに、公開情報生成手段１１ａは、素数ｐよりも小さい整数からランダムに乱数αを選択し（ステップＳ１４）、ｇ１＝ｇαを計算する（ステップＳ１５）。また、公開情報生成手段１１ａは、群Ｇの中からｇ２を任意に選択する（ステップＳ１６）。
【０１６６】
また、公開情報生成手段１１ａは、群Ｇの中からｕ′，ｍ′を任意に選択するとともに、群Ｇの中から任意数個（ここでは、ｎｕ個およびｎｍ個）の要素を選択し、前記した（１）式に示すベクトルＵ，Ｍを生成する（ステップＳ１７）。そして、公開情報生成手段１１ａは、前記した各ステップにおいて、選択、計算等された情報を合成して公開情報ｐａｒａｍｓ＝（Ｇ，ＧＴ，ｅ，ｇ，ｇ１，ｇ２，ｕ′，Ｕ，ｍ′，Ｍ）を生成する（ステップＳ１８）。
【０１６７】
さらに、基本情報生成サーバ１０は、基本情報生成手段１１の秘密情報生成手段１１ｂによって、ステップＳ１４で選択された乱数αと、ステップＳ１６で選択されたｇ２とに基づいて、ｇ２αを計算し、マスタ秘密情報ＳＫＭとして生成する（ステップＳ１９）。
【０１６８】
そして、基本情報生成サーバ１０は、公開情報送信手段１２によって、ステップＳ１８で生成された公開情報を、インターネットＮを介して、プロバイダ側のユーザ情報認証サーバ５０、ユーザ側のユーザ端末６０に送信する（ステップＳ２０）。
また、基本情報生成サーバ１０は、基本情報送信手段１３によって、ステップＳ１８で生成された公開情報と、ステップＳ１９で生成されたマスタ秘密情報とを合成した基本情報を、イントラネットＮ１を介して、署名鍵生成サーバ２０に送信する（ステップＳ２１）。
【０１６９】
そして、署名鍵生成サーバ２０は、基本情報受信手段２１によって、ステップＳ２１で基本情報生成サーバ１０から送信された基本情報を受信する（ステップＳ２２）。さらに、署名鍵生成サーバ２０は、基本情報分離手段２２によって、ステップＳ２２で受信した基本情報を、公開情報とユーザ秘密情報とに分離し、公開情報を公開情報記憶手段２３に、ユーザ秘密情報を秘密情報記憶手段２４にそれぞれ書き込み記憶する（ステップＳ２３）。
その後、署名鍵生成サーバ２０は、ユーザ識別情報入力手段２５によって、ユーザを識別する情報（ユーザＩＤ；ＩＤｕ）を入力する（ステップＳ２４）。
【０１７０】
そして、署名鍵生成サーバ２０は、ユーザ署名鍵生成手段２６によって、ステップＳ２４で公開情報記憶手段２３に記憶された公開情報（ｐａｒａｍｓ）と、秘密情報記憶手段２４に記憶された秘密情報（マスタ秘密情報ＳＫＭ）と、ステップＳ２４で入力されたユーザＩＤとから、前記（２）式により、ユーザ固有の署名鍵（ユーザ署名鍵）を生成する（ステップＳ２５）。
【０１７１】
そして、署名鍵生成サーバ２０は、ユーザ署名鍵送信手段２７によって、ステップＳ２５で生成されたユーザ署名鍵を、ネットワーク（イントラネットＮ１、インターネットＮ）を介して、ユーザ側のユーザ端末６０に送信する（ステップＳ２６）。
以上の動作によって、公開情報が、プロバイダ側のユーザ情報認証サーバ５０と、ユーザ側のユーザ端末６０とに送信され、ユーザ署名鍵が、ユーザ端末６０に送信される。
【０１７２】
そして、プロバイダ側において、ユーザ情報認証サーバ５０は、公開情報受信手段５４によって、基本情報生成サーバ１０から、インターネットＮ等を介して、公開情報を受信する（ステップＳ２７）。そして、公開情報受信手段５４は、受信した公開情報を公開情報記憶手段５５に書き込み記憶する（ステップＳ２８）。
【０１７３】
また、ユーザ側において、ユーザ端末６０は、公開情報受信手段６１によって、基本情報生成サーバ１０から、インターネットＮ等を介して、公開情報を受信する（ステップＳ２９）。そして、公開情報受信手段６１は、受信した公開情報を公開情報記憶手段６２に書き込み記憶する（ステップＳ３０）。
【０１７４】
さらに、ユーザ端末６０は、ユーザ署名鍵受信手段６３によって、署名鍵生成サーバ２０から、インターネットＮ等を介して、ユーザ署名鍵を受信する（ステップＳ３１）。そして、ユーザ署名鍵受信手段６３は、受信したユーザ署名鍵をユーザ署名鍵記憶手段６４に書き込み記憶する（ステップＳ３２）。
【０１７５】
以上の動作によって、ユーザ情報認証サーバ５０において、ユーザ署名を検証する際に使用する公開情報（検証鍵）が一つ保持されることになる。また、ユーザ端末６０において、コンテンツ配信サーバ４０から送信されるチャレンジ情報にユーザ署名を付加する際に使用される公開情報（公開鍵）と、ユーザごとに異なるユーザ署名鍵とが保持されることになる。
【０１７６】
＜失効リスト更新動作＞
次に、図９を参照して、コンテンツ配信システム１において、コンテンツ配信を停止させたいユーザのユーザＩＤを登録した失効リストの更新動作について説明する。なお、本動作は、プロバイダ側のユーザ情報認証サーバ５０において行われる動作であって、構成については、適宜図６を参照することとする。
【０１７７】
まず、ユーザ情報認証サーバ５０は、ユーザ識別情報入力手段５１によって、失効リストに登録（追加）したいユーザＩＤ、あるいは、失効リストから削除したいユーザＩＤを、その更新内容（追加または削除）とともに入力する（ステップＳ４０）。そして、ユーザ情報認証サーバ５０は、失効リスト更新手段５２によって、更新内容を判定する（ステップＳ４１）。
【０１７８】
ここで、更新内容が追加の場合（ステップＳ４１で「追加」）、失効リスト更新手段５２は、失効リスト記憶手段５３に記憶されている失効リストを読み出し（ステップＳ４２）、失効リストにステップＳ４０で入力したユーザＩＤを追加する（ステップＳ４３）。一方、更新内容が削除の場合（ステップＳ４１で「削除」）、失効リスト更新手段５２は、失効リスト記憶手段５３に記憶されている失効リストを読み出し（ステップＳ４４）、失効リストからステップＳ４０で入力したユーザＩＤを削除する（ステップＳ４５）。
そして、失効リスト更新手段５２は、更新した失効リストを失効リスト記憶手段５３に書き込む（ステップＳ４６）。
【０１７９】
以上の動作によって、ユーザ情報認証サーバ５０において、コンテンツ配信サービスに対して、不正ユーザの強制的リボークを行うか否かを判定する失効リストが更新されることになる。
【０１８０】
＜コンテンツ配信動作＞
次に、図１０を参照して、コンテンツ配信システム１において、コンテンツを配信する動作について説明する。なお、構成については、適宜図１、図４、図５、図６および図７を参照することとする。また、公開情報、ユーザ署名鍵、失効リストは、図８および図９で説明した動作によって、予め各装置の記憶手段に記憶されているものとする。
【０１８１】
まず、ユーザ側において、ユーザ端末６０が、コンテンツ要求手段６５によって、ユーザが所望するコンテンツを示すコンテンツ識別情報を含んだコンテンツ要求書を生成し（ステップＳ５０）、インターネットＮを介して、プロバイダ側のコンテンツ配信サーバ４０にコンテンツ要求書を送信する（ステップＳ５１）。
【０１８２】
そして、プロバイダ側において、コンテンツ配信サーバ４０が、コンテンツ要求受信手段４１によって、ユーザ端末６０から送信されたコンテンツ要求書を受信する（ステップＳ５２）。そして、コンテンツ配信サーバ４０は、コンテンツ要求送信手段４２によって、ステップＳ５２で受信したコンテンツ要求書に記述されているコンテンツ識別情報を含んだコンテンツの要求（コンテンツ要求）を、イントラネットＮ２を介してコンテンツサーバ３０に送信する（ステップＳ５３）。
【０１８３】
さらに、コンテンツ配信サーバ４０は、ユーザ認証要求手段４３の認証チャレンジ生成手段４３１によって、ランダムに生成した乱数として、チャレンジ／レスポンス認証方式におけるチャレンジ情報であるチャレンジ情報を生成する（ステップＳ５４）。そして、コンテンツ配信サーバ４０は、ユーザ認証要求手段４３の認証チャレンジ送信手段４３２によって、ステップＳ５４で生成されたチャレンジ情報を、インターネットＮを介して、コンテンツ要求書に記述されている端末識別情報で特定されるユーザ端末６０に送信する（ステップＳ５５）。
【０１８４】
そして、ユーザ端末６０は、ユーザ認証応答手段６６の認証チャレンジ受信手段６６１によって、コンテンツ配信サーバ４０から送信されたチャレンジ情報を受信する（ステップＳ５６）。
【０１８５】
そして、ユーザ端末６０は、認証レスポンス生成手段６６２によって、ステップＳ５６で受信したチャレンジ情報と、公開情報記憶手段６２に記憶されている公開情報と、ユーザ署名鍵記憶手段６４に記憶されているユーザ署名鍵とを用いて、前記（３）式によりユーザ署名情報を生成し、チャレンジ情報にユーザ署名情報（署名）を付加することで、レスポンス情報を生成する（ステップＳ５７）。
【０１８６】
さらに、ユーザ端末６０は、認証レスポンス送信手段６６３によって、ステップＳ５７で生成されたレスポンス情報を、インターネットＮを介して、コンテンツ配信サーバ４０に送信する（ステップＳ５８）。
【０１８７】
そして、コンテンツ配信サーバ４０は、ユーザ認証要求手段４３の認証レスポンス受信手段４３３によって、ユーザ端末６０から送信されたレスポンス情報を受信する（ステップＳ５９）。そして、コンテンツ配信サーバ４０は、チャレンジ情報同一確認手段４３４によって、ステップＳ５４で生成したチャレンジ情報と、ステップＳ５９で受信したレスポンス情報のメッセージ部分（署名以外の部分）とが同一であるか否かを確認する（ステップＳ６０）。ここで、同一性が確認された場合（ステップＳ６０でＹｅｓ）、コンテンツ配信サーバ４０は、認証レスポンス送信手段４３５によって、ステップＳ５９で受信したレスポンス情報を、イントラネットＮ２を介してユーザ情報認証サーバ５０に送信する（ステップＳ６１）。一方、同一性が確認されなかった場合（ステップＳ６０でＮｏ）、コンテンツ配信サーバ４０は、ステップＳ７４に進み、コンテンツ送信手段４５によって、ユーザ認証に失敗した旨のメッセージ（エラーメッセージ）をユーザ端末６０に送信する。
そして、ユーザ情報認証サーバ５０は、ユーザ認証判定手段５６の認証レスポンス受信手段５６１によって、コンテンツ配信サーバ４０から送信されたレスポンス情報を受信する（ステップＳ６２）。
【０１８８】
そして、ユーザ情報認証サーバ５０は、認証レスポンス確認手段５６２の失効リスト判定手段５６２ａによって、ステップＳ６２で受信したレスポンス情報に含まれているユーザ署名情報に記述されているユーザＩＤ（ＩＤｕ）が、失効リスト記憶手段５３に記憶されている失効リストに含まれているか否かを判定する（ステップＳ６３）。さらに、ユーザ情報認証サーバ５０は、ユーザ署名検証手段５６２ｂによって、ステップＳ６２で受信したレスポンス情報に含まれているユーザ署名情報の検証を、公開情報記憶手段６２に記憶されている公開情報を用いて、前記（４）式が成り立つか否かにより、ユーザ署名を検証する（ステップＳ６４）。
【０１８９】
その後、ユーザ情報認証サーバ５０は、ユーザ認証結果生成手段５６２ｃによって、ステップＳ６３における判定結果、および、ステップＳ６４における検証結果に基づいて、ユーザ認証結果を生成する（ステップＳ６５）。例えば、ユーザＩＤ（ＩＤｕ）が失効リストに含まれておらず、かつ、ユーザ署名の検証に成功した場合、ユーザ認証結果生成手段５６２ｃは、ユーザ認証結果に“１”を設定し、それ以外の場合は、ユーザ認証結果に“０”を設定する。そして、ユーザ情報認証サーバ５０は、ユーザ認証結果送信手段５６３によって、ステップＳ６５で生成されたユーザ認証結果を、イントラネットＮ２を介してコンテンツ配信サーバ４０に送信する（ステップＳ６６）。
【０１９０】
一方、コンテンツサーバ３０は、コンテンツ要求受信手段３３によって、コンテンツ配信サーバ４０からステップＳ５３で送信されたコンテンツ要求を受信する（ステップＳ６７）。そして、コンテンツサーバ３０は、コンテンツ送信手段３４によって、コンテンツ要求に含まれているコンテンツ識別情報に対応するコンテンツをコンテンツ記憶手段３２から読み出し（ステップＳ６８）、イントラネットＮ２を介してコンテンツ配信サーバ４０に送信する（ステップＳ６９）。
【０１９１】
そして、コンテンツ配信サーバ４０は、ユーザ認証要求手段４３のユーザ認証結果受信手段４３６によって、ユーザ情報認証サーバ５０からユーザ認証結果を受信する（ステップＳ７０）。さらに、コンテンツ配信サーバ４０は、コンテンツ受信手段４４によって、コンテンツサーバ３０からコンテンツを受信する（ステップＳ７１）。
【０１９２】
さらに、コンテンツ配信サーバ４０は、コンテンツ送信手段４５によって、ユーザ認証結果を判定する（ステップＳ７２）。そして、ユーザ認証に成功した場合（ステップＳ７２で「成功」）、例えば、ユーザ認証結果に“１”が設定されている場合、コンテンツ送信手段４５は、ステップＳ７１で受信したコンテンツを、インターネットＮを介して、コンテンツを要求したユーザ端末６０に送信する（ステップＳ７３）。一方、ユーザ認証に失敗した場合（ステップＳ７２で「失敗」）、例えば、ユーザ認証結果に“０”が設定されている場合、コンテンツ送信手段４５は、ユーザ認証に失敗した旨のメッセージ（エラーメッセージ）をユーザ端末６０に送信する（ステップＳ７４）。
【０１９３】
そして、ユーザ端末６０は、コンテンツ配信サーバ４０から、ユーザが所望したコンテンツ、または、ユーザ認証に失敗したことを示すエラーメッセージのいずれかを受信する（ステップＳ７５）。そして、コンテンツを受信した場合、ユーザは、ユーザ端末６０において、コンテンツの利用が可能になる。
【０１９４】
以上の動作によって、コンテンツ配信システム１は、プロバイダ側でユーザ認証を行い、ユーザ端末６０から要求のあったコンテンツをユーザ端末６０に送信することができる。なお、このとき、ユーザ端末６０が、ユーザごとに異なるユーザ署名鍵を持っている場合であっても、ユーザ情報認証サーバ５０が保持している１つの公開情報（検証鍵）で、ユーザ認証を行うことができる。また、プロバイダは、ユーザ署名の正当性を第三者機関に問い合わせる必要がない。
【０１９５】
また、コンテンツ配信サービスに新たにユーザが加入する場合であっても、ユーザ端末６０は、署名鍵発行センタからユーザ署名鍵を取得するだけでよい。また、ユーザを離脱させる場合、あるいは、不正ユーザを強制的にリボークする場合には、失効リストにユーザＩＤを登録するだけでよい。
【０１９６】
これによって、コンテンツ配信システム１は、従来のように、第三者機関やネットワークに負荷をかけたり、ユーザごとに異なる検証鍵をデータベースにアクセスすることがない。また、コンテンツ配信システム１は、コンテンツ配信サービスからのユーザの離脱、リボークを容易に実現することができる。
【０１９７】
以上、コンテンツ配信システム１の構成および動作について説明したが、本発明は、この実施形態に限定されるものではない。ここでは、コンテンツ配信サーバ４０が、チャレンジ情報同一確認手段４３４によって、生成したチャレンジ情報と、レスポンス情報に含まれているチャレンジ情報との同一性を確認することで、ユーザ認証を行ったが、このチャレンジ情報の同一性は、ユーザ情報認証サーバ５０において行ってもよい。
【０１９８】
ここで、図１１〜図１３を参照して、チャレンジ情報の同一性の確認を、ユーザ情報認証サーバ５０Ｂにおいて行う構成および動作について説明する。
【０１９９】
（コンテンツ配信サーバの他の構成）
図１１に示すように、コンテンツ配信サーバ４０Ｂは、ユーザ認証要求手段４３Ｂの構成のみが、図５で説明したコンテンツ配信サーバ４０と異なっている。他の構成については、コンテンツ配信サーバ４０と同一であるため、同一の符号を付し、説明を省略する。
【０２００】
ユーザ認証要求手段４３Ｂは、チャレンジ／レスポンス認証方式におけるチャレンジ情報を、コンテンツを要求してきたユーザ端末６０に送信し、ユーザ端末６０から返信されるレスポンス情報をユーザ情報認証サーバ５０に送信することで、ユーザ情報認証サーバ５０からユーザ認証結果を取得し、ユーザ認証を行うものである。ここでは、ユーザ認証要求手段４３Ｂは、認証チャレンジ生成手段４３１Ｂと、認証チャレンジ送信手段４３２と、認証レスポンス受信手段４３３と、認証レスポンス送信手段４３５Ｂと、ユーザ認証結果受信手段４３６と、を備えている。すなわち、ユーザ認証要求手段４３Ｂは、ユーザ認証要求手段４３（図５参照）から、チャレンジ情報同一確認手段４３４を省略して構成している。認証チャレンジ生成手段４３１Ｂおよび認証レスポンス送信手段４３５Ｂ以外の構成については、ユーザ認証要求手段４３（図５参照）と同一であるため、同一の符号を付し、説明を省略する。
【０２０１】
認証チャレンジ生成手段４３１Ｂは、認証チャレンジ生成手段４３１（図５参照）と同一の機能を有しているが、生成したチャレンジ情報の出力先のみが異なっている。すなわち、認証チャレンジ生成手段４３１Ｂは、生成したチャレンジ情報を、認証チャレンジ送信手段４３２に出力するとともに、認証レスポンス送信手段４３５Ｂにも出力する。
【０２０２】
認証レスポンス送信手段４３５Ｂは、認証レスポンス送信手段４３５（図５参照）と同一の機能を有しているが、入出力にチャレンジ情報が追加された点が異なっている。すなわち、認証レスポンス送信手段４３５Ｂは、認証レスポンス受信手段４３３からレスポンス情報を入力するとともに、認証チャレンジ生成手段４３１Ｂからチャレンジ情報を入力する。そして、認証レスポンス送信手段４３５Ｂは、入力したレスポンス情報およびチャレンジ情報を、イントラネットＮ２を介して、ユーザ情報認証サーバ５０に送信する。このレスポンス情報に基づいて、ユーザ情報認証サーバ５０がユーザの正当性を認証し、チャレンジ情報に基づいて、ユーザ情報認証サーバ５０がチャレンジ情報の同一性を確認する。
【０２０３】
（ユーザ情報認証サーバの他の構成）
図１２に示すように、ユーザ情報認証サーバ５０Ｂは、ユーザ認証判定手段５６Ｂの構成のみが、図６で説明したユーザ情報認証サーバ５０と異なっている。他の構成については、ユーザ情報認証サーバ５０と同一であるため、同一の符号を付し、説明を省略する。
【０２０４】
ユーザ認証判定手段５６Ｂは、コンテンツ配信サーバ４０Ｂから送信されるユーザ認証情報（レスポンス情報）を、公開情報記憶手段５５に記憶されている公開情報に基づいて認証するものである。なお、ユーザ情報認証サーバ５０Ｂは、コンテンツ配信サーバ４０Ｂから送信されるチャレンジ情報について、その同一性を確認することでもユーザの認証を行う。
【０２０５】
このユーザ認証判定手段５６Ｂは、認証レスポンス受信手段５６１（図６参照）を認証レスポンス受信手段５６１Ｂとし、認証レスポンス確認手段５６２（図６参照）にチャレンジ情報同一確認手段５６２ｄを追加して認証レスポンス確認手段５６２Ｂを構成している点が、ユーザ認証判定手段５６（図６参照）と異なっている。認証レスポンス受信手段５６１Ｂおよびチャレンジ情報同一確認手段５６２ｄ以外の構成については、ユーザ認証判定手段５６（図６参照）と同一であるため、同一の符号を付し、説明を省略する。
【０２０６】
認証レスポンス受信手段５６１Ｂは、コンテンツ配信サーバ４０Ｂから送信されるユーザ認証情報（レスポンス情報、チャレンジ情報）を、イントラネットＮ２を介して受信するものである。ここで受信されたレスポンス情報およびチャレンジ情報は、認証レスポンス確認手段５６２Ｂのチャレンジ情報同一確認手段５６２ｄに出力される。
【０２０７】
チャレンジ情報同一確認手段５６２ｄは、認証レスポンス受信手段で受信したチャレンジ情報と、認証レスポンス受信手段で受信したレスポンス情報に含まれているチャレンジ情報（レスポンス情報からユーザ署名情報を除いた部分）との同一性を確認するものである。チャレンジ情報の同一性が確認された場合、チャレンジ情報同一確認手段５６２ｄは、認証レスポンス受信手段５６１Ｂで受信したレスポンス情報を失効リスト判定手段５６２ａおよびユーザ署名検証手段５６２ｂに出力する。一方、チャレンジ情報の同一性が確認されなかった場合、チャレンジ情報同一確認手段５６２ｄは、その確認結果（ユーザ認証に失敗した旨）をユーザ認証結果生成手段５６２ｃに出力する。
【０２０８】
（コンテンツ配信の他の動作）
次に、図１３を参照して、コンテンツ配信システム１において、コンテンツを配信する他の動作、すなわち、チャレンジ情報の確認をユーザ情報認証サーバ５０Ｂで行う動作について説明する。なお、図１０で説明した動作と同一の動作については、説明を省略する。
【０２０９】
ステップＳ５９の後、コンテンツ配信サーバ４０Ｂは、認証レスポンス送信手段４３５Ｂによって、ステップＳ５４で生成したチャレンジ情報と、ステップＳ５９で受信したレスポンス情報とを、イントラネットＮ２を介してユーザ情報認証サーバ５０Ｂに送信する（ステップＳ６１Ｂ）。
【０２１０】
そして、ユーザ情報認証サーバ５０Ｂは、ユーザ認証判定手段５６Ｂの認証レスポンス受信手段５６１Ｂによって、コンテンツ配信サーバ４０Ｂから送信されたチャレンジ情報とレスポンス情報を受信する（ステップＳ６２Ｂ）。
【０２１１】
そして、ユーザ情報認証サーバ５０Ｂは、認証レスポンス確認手段５６２Ｂのチャレンジ情報同一確認手段５６２ｄによって、ステップＳ６２Ｂで受信したチャレンジ情報と、レスポンス情報に含まれているチャレンジ情報（レスポンス情報からユーザ署名情報を除いた部分）との同一性を確認する（ステップＳ６２Ｃ）。なお、チャレンジ情報の同一性が確認された場合、ユーザ情報認証サーバ５０Ｂは、ステップＳ６３以降の動作を実行する。一方、チャレンジ情報の同一性が確認されなかった場合、ユーザ情報認証サーバ５０Ｂは、ステップＳ６５に進み、ユーザ認証に失敗した旨のユーザ認証結果を生成する。
【０２１２】
なお、ステップＳ６３以降の動作については、図１０で説明した動作と同一であるため、同一のステップ番号を付して説明を省略する。
以上の構成および動作によって、チャレンジ情報の同一性の確認がユーザ情報認証サーバ５０Ｂにおいて行われる。
【符号の説明】
【０２１３】
１      コンテンツ配信システム
１０    基本情報生成サーバ
１１    基本情報生成手段
１２    公開情報送信手段
１３    基本情報送信手段
２０    署名鍵生成サーバ
２１    基本情報受信手段
２２    基本情報分離手段
２３    公開情報記憶手段
２４    秘密情報記憶手段
２５    ユーザ識別情報入力手段
２６    ユーザ署名鍵生成手段
２７    ユーザ署名鍵送信手段
３０    コンテンツサーバ
３１    コンテンツ入力手段
３２    コンテンツ記憶手段
３３    コンテンツ要求受信手段
３４    コンテンツ送信手段
４０    コンテンツ配信サーバ（コンテンツ配信装置）
４１    コンテンツ要求受信手段
４２    コンテンツ要求送信手段
４３    ユーザ認証要求手段
４３１  認証チャレンジ生成手段
４３２  認証チャレンジ送信手段
４３３  認証レスポンス受信手段
４３４  チャレンジ情報同一確認手段
４３５  認証レスポンス送信手段
４３６  ユーザ認証結果受信手段
４４    コンテンツ受信手段
４５    コンテンツ送信手段
５０    ユーザ情報認証サーバ（ユーザ認証装置）
５１    ユーザ識別情報入力手段
５２    失効リスト更新手段
５３    失効リスト記憶手段
５４    公開情報受信手段
５５    公開情報記憶手段
５６    ユーザ認証判定手段
５６１  認証レスポンス受信手段
５６２  認証レスポンス確認手段
５６２ａ  失効リスト判定手段
５６２ｂ  ユーザ署名検証手段
５６２ｃ  ユーザ認証結果生成手段
５６２ｄ  チャレンジ情報同一確認手段
５６３  ユーザ認証結果送信手段
６０    ユーザ端末（コンテンツ取得装置）
６１    公開情報受信手段
６２    公開情報記憶手段
６３    ユーザ署名鍵受信手段
６４    ユーザ署名鍵記憶手段
６５    コンテンツ要求手段
６６    ユーザ認証応答手段
６６１  認証チャレンジ受信手段
６６２  認証レスポンス生成手段
６６３  認証レスポンス送信手段
６７    コンテンツ受信手段
【図１】
2010193110.tif 000008
【図２】
2010193110.tif 000009
【図３】
2010193110.tif 000010
【図４】
2010193110.tif 000011
【図５】
2010193110.tif 000012
【図６】
2010193110.tif 000013
【図７】
2010193110.tif 000014
【図８】
2010193110.tif 000015
【図９】
2010193110.tif 000016
【図１０】
2010193110.tif 000017
【図１１】
2010193110.tif 000018
【図１２】
2010193110.tif 000019
【図１３】
2010193110.tif 000020