JP2008022145A - ユーザ認証サーバ、ユーザ管理サーバ、ユーザ端末、ユーザ認証プログラム、ユーザ管理プログラム及びユーザ端末プログラム - Google Patents

Abstract

【課題】ユーザ情報を登録した事業者Ａとは異なる事業者Ｂから、事業者Ａに登録したユーザ情報に基づいてユーザ認証を受ける際に、事業者Ｂにはユーザ情報を開示することなくユーザ認証を受けることができるユーザ認証技術を提供する。
【解決手段】ユーザ管理サーバは、自ら記憶するユーザ情報中の所定の情報を秘匿化処理して第１識別情報を生成すると共に、所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、それぞれユーザ認証サーバとユーザ端末とに送信する。ユーザ端末は、送信され記憶しておいた第２識別情報を秘密鍵Ｋｓで暗号化してユーザ認証サーバに送信する。ユーザ認証サーバは、送信された暗号化第２識別情報を公開鍵Ｋｐで復号化し、得られた第２識別情報と、送信され記憶しておいた第１識別情報とを検証することでユーザ認証を行う。
【選択図】図４

Description

本発明は、ユーザの個人情報を秘匿化した情報に基づいてユーザ認証を行う技術に関する。

個人ユーザが、ある事業者Ａに対して提供したユーザの個人情報（ユーザ情報）を元に、他の事業者Ｂがそのユーザにコンテンツ配信等のサービスを提供する場合には、事業者Ｂは、サービスを提供する際に、そのユーザの個人情報を、事業者Ａに逐一問い合わせてユーザ認証を行う必要があった。

しかしながら、ユーザとしては、事業者Ｂのマーケティング活動による不要なダイレクトメールや電話勧誘等を避けるために、事業者Ｂには個人情報を明示的に開示せずに、かつ事業者Ｂからサービスの提供を受けたいという需要があり、また、個人情報をインターネット等の通信回線上に頻繁に載せることは、情報漏洩の機会を増やすため、個人情報保護の観点からも好ましくなかった。

そこで、個人ユーザとその個人ユーザの個人情報との関係が直接分らないようにして、サービスの提供を受けようとする事業者から認証を受けるシステムが、例えば、特許文献１、特許文献２に記載されている。

特許文献１には、通信事業者の加入者が、他業者から通信事業者の管理する加入者の個人情報を利用したサービスの提供を受ける際に、加入者を特定するために必要な情報として、加入者ＩＤ、氏名、電話番号などの加入者識別情報そのものではなく、加入者を一時的に識別できる一時的ＩＤを生成し、この一時的ＩＤを他業者に提示することで、加入者は他業者に特定されることなくサービスを受けることができるサービス提供システムが記載されている。

また、特許文献２には、ユーザの個人情報を秘密にしつつサプライヤに対して物品又はサービスを要求するために、ユーザは、サプライヤ以外が管理する支援サーバにクレジットカード番号を登録し、支援サーバが発行するクレジットカード番号に対応した識別コードを用いてサプライヤに注文するシステムが記載されている。これにより、ユーザは、クレジットカード番号をサプライヤに直接開示することなく、物品又はサービスの注文を行うことができる。

特開２００５−５１６７１号公報（段落００１８〜段落００２４、段落００３２〜段落００３４、図１、図８） 特開２００３−２９６６３７号公報（段落００４９〜段落００５３、図７）

しかしながら、特許文献１に記載のシステムでは、通信事業者は、他業者から加入者へのサービスの提供が完了するまでの間は、加入者ＩＤと他業者へ提示した一時的ＩＤとを対応付ける変換テーブルを保持する必要があり、また、他業者は、認証を行うために一時的ＩＤを通信事業者に問い合わせる必要があった。そのため、他業者によるサービスを利用する加入者が増大した場合は、保持すべき変換テーブル数が増大すると共に、他業者と通信事業者との間の通信量が増大し、通信事業者の負荷が大きくなるという問題があった。

また、特許文献２に記載のシステムにおいても同様に、支援サーバはユーザＩＤと識別コードを対応付ける変換テーブルを保持すると共に、サプライヤは支援サーバに識別コードを問い合わせて認証する必要があった。このため、利用ユーザ数が増大すると保持すべき変換テーブル数が増大すると共に、サプライヤと支援サーバとの間の通信量が増大し、支援サーバの負荷が大きくなるという問題があった。

本発明は、以上のような問題点に鑑みてなされたものであり、ユーザが、ユーザ情報（個人情報）を登録している事業者Ａとは異なる事業者Ｂから、事業者Ａに登録しているユーザ情報に基づいてユーザ認証を受ける際に、事業者Ｂにはユーザ情報を開示することなくユーザ認証を受けることができるユーザ認証技術を提供することを目的とする。さらに、ユーザが事業者Ｂからユーザ認証を受ける際に、ユーザ認証のための情報の送受信量を低減できるユーザ認証技術を提供することを目的とする。

本発明は、前記目的を達成するために創案されたものであり、請求項１に記載のユーザ認証サーバは、ネットワークを介して接続されるユーザ端末のユーザ認証を行うユーザ認証サーバであって、ユーザ端末を操作するユーザのユーザ情報をユーザＩＤと対応付けて記憶し、当該ユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、前記第１識別情報を前記ユーザ認証サーバに送信すると共に、前記第２識別情報を前記ユーザ端末に送信するユーザ管理サーバに対して、前記第１識別情報を要求する第１識別情報要求送信手段と、第１識別情報受信手段と、第１識別情報記憶手段と、第２識別情報受信手段と、第２識別情報復号化手段と、識別情報検証手段とを備える構成とした。

かかる構成によると、ユーザ認証サーバは、第１識別情報要求送信手段によって、ユーザ管理サーバに対して、ユーザＩＤに対応する第１識別情報を要求し、第１識別情報受信手段によって、この要求に対応してユーザ管理サーバから送信されたユーザＩＤに対応する第１識別情報を受信し、第１識別情報受信手段で受信した第１識別情報をユーザＩＤと対応付けて第１識別情報記憶手段に記憶する。また、第２識別情報受信手段によって、ユーザ管理サーバからユーザ端末に送信されてユーザ端末に記憶された第２識別情報が、ユーザ端末によって公開鍵暗号化方式による暗号化のための秘密鍵によって暗号化されて送信された暗号化第２識別情報を受信し、第２識別情報復号化手段によって、第２識別情報受信手段で受信した暗号化第２識別情報を、秘密鍵と対をなす復号化のための公開鍵によって復号化する。そして、識別情報検証手段によって、第１識別情報記憶手段に記憶されたユーザＩＤに対応する第１識別情報と、第２識別情報復号化手段で復号化された第２識別情報とを検証して、ユーザ端末のユーザ認証を行う。

これによって、ユーザ認証サーバは、ユーザ管理サーバのユーザ情報記憶手段に記憶されたユーザ情報中の所定の情報の内容を知ることなく、ユーザ認証を適切に行うことができる。
また、ユーザ認証サーバは、ユーザ管理サーバから送信されて記憶しておいた第１識別情報と、ユーザ端末によって暗号化されて送信されてくる暗号化第２識別情報とに基づいてユーザ認証を行うため、ユーザ認証サーバは、ユーザ認証を行う毎にユーザ管理サーバからユーザ認証のための情報の提供を受ける必要がない。

請求項２に記載のユーザ管理サーバは、ネットワークを介して接続されるユーザ端末を操作するユーザのユーザ情報を管理するユーザ管理サーバであって、ユーザ情報記憶手段と、識別情報生成手段と、請求項１に記載のユーザ認証サーバからの前記第１識別情報の要求を受信する第１識別情報要求受信手段と、識別情報送信手段とを備える構成とした。

かかる構成によれば、ユーザ管理サーバは、ユーザ情報記憶手段にユーザ端末を操作するユーザのユーザ情報をユーザＩＤと対応付けて記憶し、第１識別情報要求受信手段によって、請求項１に記載のユーザ認証サーバからのユーザＩＤに対応する第１識別情報の要求を受信すると、識別情報生成手段によって、ユーザ情報記憶手段に記憶されたユーザＩＤに対応するユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、識別情報送信手段によって、識別情報生成手段で生成された第１識別情報と第２識別情報とを、それぞれユーザ認証サーバとユーザ端末とに送信する。

これによって、ユーザ管理サーバは、ユーザ管理サーバのユーザ情報記憶手段に記憶しているユーザ情報中の所定の情報の内容をユーザ認証サーバに対して開示することなく、ユーザ認証サーバに適切なユーザ認証を行わせることができる。
また、ユーザ認証サーバは、ユーザ管理サーバから送信されて記憶しておいた第１識別情報と、ユーザ端末によって暗号化されて送信されてくる暗号化第２識別情報とに基づいてユーザ認証を行うため、ユーザ管理サーバは、ユーザ認証サーバがユーザ認証を行う毎にユーザ認証サーバ及びユーザ端末にユーザ認証のための情報を送信する必要がない。

請求項３に記載のユーザ管理サーバは、請求項２に記載のユーザ管理サーバにおいて、前記識別情報生成手段は、少なくともユーザＩＤと当該ユーザＩＤに対応するユーザ情報中の前記所定の情報と乱数値とに基づいてハッシュ化して前記第１識別情報と前記第２識別情報とを生成する構成とした。

これによって、ユーザ管理サーバは、元のユーザ情報中の所定の情報の内容を検知されることがなく、かつ固有性の高い第１識別情報と第２識別情報とを生成することができる。

請求項４に記載のユーザ管理サーバは、請求項２又は請求項３に記載のユーザ管理サーバにおいて、前記ユーザ情報記憶手段に前記ユーザＩＤと対応付けて記憶された前記ユーザ情報は、前記第１識別情報を送信した宛先として１以上の前記ユーザ認識サーバを識別する認証サーバ識別情報を含み、前記所定の情報を変更したときは、前記変更後の所定の情報に基づいて、前記識別情報生成手段によって前記第１識別情報と前記第２識別情報とを生成し、前記識別情報送信手段によって、前記第２識別情報を前記ユーザ端末に送信すると共に、前記第１識別情報を、前記ユーザ情報記憶手段に記憶されている前記認証サーバ識別情報に基づいて、１以上の前記ユーザ認識サーバに送信する構成とした。

これによって、ユーザ管理サーバは、ユーザ情報記憶手段に、ユーザＩＤと対応付けて、第１識別情報を送信した送信先のユーザ認証サーバを識別する情報を記憶しているため、あるユーザＩＤに対応する所定のユーザ情報の変更があった際に、そのユーザＩＤのユーザが認証を得る対象となるユーザ認証サーバ、すなわち、ユーザ管理サーバが第１識別情報を送信したユーザ認証サーバが複数の場合においても、それらのユーザ認証サーバに対して漏れなく変更後の所定のユーザ情報に基づく第１識別情報を送信（配布）することができる。

請求項５に記載のユーザ端末は、ネットワークを介して請求項１に記載のユーザ認証サーバ及び請求項２乃至請求項４の何れか一項に記載のユーザ管理サーバに接続するユーザ端末であって、第２識別情報受信手段と、第２識別情報記憶手段と、第２識別情報暗号化手段と、第２識別情報送信手段とを備える構成とした。

かかる構成によれば、ユーザ端末は、第２識別情報受信手段によって、ユーザ管理サーバから送信された第２識別情報を受信し、第２識別情報記憶手段に第２識別情報受信手段で受信した第２識別情報と公開鍵暗号化方式による暗号化のための秘密鍵とを記憶する。そして、ユーザ認証を受ける必要があるときに、第２識別情報暗号化手段によって、第２情報記憶手段に記憶された第２識別情報を秘密鍵を用いて暗号化して暗号化第２識別情報を生成し、第２識別情報送信手段によって、第２識別情報暗号化手段で生成した暗号化第２識別情報をユーザ認証サーバに送信する。

これによって、ユーザはユーザ端末を用いて、ユーザ管理サーバに記憶（登録）されているユーザ情報中の所定の情報の内容を自らユーザ認証サーバに開示することなく、かつユーザ管理サーバからユーザ認証サーバに対して開示することもなく、ユーザ認証サーバから適切にユーザ認証を得ることができる。
また、ユーザ端末は、ユーザ管理サーバから送信される第２識別情報を記憶しておき、ユーザ認証が必要なときに暗号化してユーザ認証サーバに送信し、ユーザ認証サーバは、ユーザ端末から送信される暗号化された第２識別情報を復号化して得られる第２識別情報と、ユーザ管理サーバから送信されて記憶しておいた第１識別情報とに基づいてユーザ認証を行うため、ユーザ管理サーバは、ユーザ認証サーバがユーザ認証を行う毎にユーザ認証サーバ及びユーザ端末にユーザ認証のための情報を送信する必要がない。

請求項６に記載のユーザ認証プログラムは、ネットワークを介して接続されるユーザ端末のユーザ認証を行うために、コンピュータを、前記ユーザ端末を操作するユーザのユーザ情報をユーザＩＤと対応付けて記憶し、当該ユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、前記第１識別情報を前記ユーザ認証サーバに送信すると共に、前記第２識別情報を前記ユーザ端末に送信するユーザ管理サーバに対して、前記第１識別情報を要求する第１識別情報要求送信手段、第１識別情報受信手段、第２識別情報受信手段、第２識別情報復号化手段、識別情報検証手段として機能させることとした。

かかる構成によれば、ユーザ認証プログラムは、第１識別情報要求送信手段によって、ユーザ管理サーバに対して、ユーザＩＤに対応する第１識別情報を要求し、第１識別情報受信手段によって、この要求に対応してユーザ管理サーバから送信されたユーザＩＤに対応する第１識別情報を受信してユーザＩＤと対応付けて記憶する。また、第２識別情報受信手段によって、ユーザ端末によって公開鍵暗号化方式による暗号化のための秘密鍵によって暗号化されて送信された暗号化第２識別情報を受信し、第２識別情報復号化手段によって、第２識別情報受信手段で受信された暗号化第２識別情報を、秘密鍵と対をなす復号化のための公開鍵によって復号化する。そして、識別情報検証手段によって、第１識別情報受信手段で受信されて記憶されたユーザＩＤに対応する第１識別情報と、第２識別情報復号化手段によって復号化された第２識別情報とを検証して、ユーザ端末のユーザ認証を行う。

これによって、ユーザ認証プログラムは、ユーザ管理サーバに記憶されたユーザ情報中の所定の情報の内容を知ることなく、適切にユーザ認証を行うことができる。
また、ユーザ認証プログラムは、ユーザ管理サーバから送信されて記憶しておいた第１識別情報と、ユーザ端末によって暗号化されて送信されてくる暗号化第２識別情報とに基づいてユーザ認証を行うため、ユーザ認証サーバは、ユーザ認証を行う毎にユーザ管理サーバからユーザ認証のための情報の提供を受ける必要がない。

請求項７に記載のユーザ管理プログラムは、ネットワークを介して接続されるユーザ端末を操作するユーザのユーザ情報を管理するために、コンピュータを、識別情報生成手段、請求項１に記載のユーザ認証サーバからの前記第１識別情報の要求を受信する第１識別情報要求受信手段、識別情報送信手段として機能させることとした。

かかる構成によれば、ユーザ認証プログラムは、第１識別情報要求手段によって、請求項１に記載のユーザ認証サーバからユーザＩＤに対応する第１識別情報の要求を受信すると、識別情報生成手段によって、ユーザ端末を操作するユーザのユーザＩＤと対応付けて記憶されたユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、識別情報送信手段によって、識別情報生成手段で生成されたユーザＩＤに対応する第１識別情報と第２識別情報とを、それぞれユーザ認証サーバとユーザ端末とに送信する。

これによって、ユーザ管理プログラムは、ユーザ管理サーバが記憶しているユーザ情報中の所定の情報の内容をユーザ認証サーバに対して開示することなく、ユーザ認証サーバに適切なユーザ認証を行わせることができる。
また、ユーザ認証サーバは、ユーザ管理プログラムによって送信されて記憶しておいた第１識別情報と、ユーザ端末に記憶され、暗号化されて送信されてくる暗号化第２識別情報とに基づいてユーザ認証を行うため、ユーザ管理プログラムは、ユーザ認証サーバがユーザ認証を行う毎にユーザ認証サーバ及びユーザ端末にユーザ認証のための情報を送信する必要がない。

請求項８に記載のユーザ端末プログラムは、ネットワークを介して請求項１に記載のユーザ認証サーバ及び請求項２乃至請求項４の何れか一項に記載のユーザ管理サーバに接続するために、コンピュータを、第２識別情報受信手段、第２識別情報暗号化手段、第２識別情報送信手段として機能させることとした。

かかる構成によれば、ユーザ端末プログラムは、第２識別情報受信手段によって、ユーザ管理サーバから送信された第２識別情報を受信して記憶する。そして、ユーザ認証を受ける必要があるときに、第２識別情報暗号化手段によって、第２識別情報受信手段で受信されて記憶された第２識別情報を、公開鍵暗号化方式による暗号化のための秘密鍵を用いて暗号化して暗号化第２識別情報を生成し、第２識別情報送信手段によって、第２識別情報暗号化手段で生成された暗号化第２識別情報をユーザ認証サーバに送信する。

これによって、ユーザはユーザ端末プログラムによって、ユーザ管理サーバに記憶（登録）されているユーザ情報中の所定の情報の内容を自らユーザ認証サーバに開示することなく、かつユーザ管理サーバからユーザ認証サーバに対して開示することもなく、ユーザ認証サーバによって、適切にユーザ認証を得ることができる。
また、ユーザ端末プログラムは、ユーザ管理サーバから送信される第２識別情報を記憶しておき、ユーザ認証が必要なときに、暗号化してユーザ認証サーバに送信し、ユーザ認証サーバは、ユーザ端末プログラムによって送信される暗号化された暗号化第２識別情報を復号化して得られる第２識別情報と、ユーザ管理サーバから送信されて記憶しておいた第１識別情報とを検証してユーザ認証を行うため、ユーザ管理サーバは、ユーザ認証サーバがユーザ認証を行う毎にユーザ認証サーバ及びユーザ端末にユーザ認証のための情報を送信する必要がない。

請求項１又は請求項２又は請求項５から請求項８に記載の発明によれば、ユーザ認証システムにおいて用いるユーザ認証を行うための識別情報からは、識別情報の元となったユーザ情報中の所定の情報の内容を知ることができないため、ユーザは、ユーザ認証サーバにユーザ情報を開示することなくユーザ認証を受けることができると共に、ユーザ管理サーバとユーザ認証サーバとユーザ端末との間の通信によって送受信される識別情報が盗聴されても、ユーザ情報自体が漏洩することがなく、情報セキュリティを向上することができる。また、ユーザ端末からユーザ認証サーバに提示する第２識別情報を、公開鍵方式の秘密鍵を用いて暗号化して送信するため、他人がユーザになりすました場合の誤認証を防止することができる。
また、ユーザ管理サーバは、ユーザ認証を行う毎に、ユーザ管理サーバ及びユーザ端末に対してユーザ認証を行うためのユーザ情報を送信する必要がないため、ユーザ管理サーバとユーザ認証サーバとの間及びユーザ管理サーバとユーザ端末との間の管理サーバとの間の通信量を低減し、ユーザ管理サーバの負荷の増大を防ぐことができる。

請求項３に記載の発明によれば、ユーザ管理サーバは、ユーザＩＤと所定のユーザ情報と乱数とに基づいてハッシュ化することで識別情報を生成するため、識別情報から元のユーザ情報を知られることがなく、かつ固有性の高い識別情報とすることができるため、ユーザ認証サーバにおいて適切にユーザ認証を行わせることができる。

請求項４に記載の発明によれば、ユーザ管理サーバは、識別情報を送信したユーザ認証サーバをユーザＩＤと対応付けて記憶するため、ユーザＩＤに対応する所定のユーザ情報に変更があった場合に、変更後のユーザ情報に基づいて識別情報を生成し直し、識別情報を必要とするユーザ認証サーバが複数の場合であっても、漏れなく識別情報を配布することができ、ユーザ認証サーバにおいて古い識別情報に基づく誤ったユーザ認証を行なうことを防止することができる。

以下、発明を実施するための最良の形態について、適宜図面を参照して説明する。
まず、本発明によるユーザ認証システムの実施形態について、図１を参照して説明する。ここで、図１は、本発明によるユーザ認証システムを利用したコンテンツ配信システムの構成を示すブロック図である。

（システム全体の構成）
図１に示すコンテンツ配信システム（ユーザ認証システム）１は、事業者Ａが運用し、ユーザ情報を管理・保有するユーザ情報管理装置１０と、事業者Ａの管理するユーザ情報を利用して視聴者Ｃ（ユーザ）に、コンテンツ配信などのサービスを提供する事業者Ｂが運用するコンテンツ配信管理装置２０と、サービスの提供を受けるために視聴者Ｃが操作するユーザ端末（視聴端末装置）５００と、から構成され、これらはインターネット６を介して互いに接続されており、ユーザ端末５００からコンテンツ配信管理装置２０に対して、コンテンツの配信要求があった際に、コンテンツ配信管理装置２０が、ユーザ端末５００のユーザ認証を行ってコンテンツの配信の可否を判断して、ユーザ端末５００に対してコンテンツを配信するシステムである。

ユーザ情報管理装置１０は、イントラネット２を介して互いに接続されるユーザ情報を管理するユーザ管理サーバ１００と、ユーザ端末５００又はコンテンツ配信管理装置２０に提供するコンテンツを保有・配信するための番組サーバ２００と、イントラネット２をインターネット６に接続するためのゲートウェイ（ＧＷ）３と、から構成される。
ここで、イントラネット２は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等で構築され、ゲートウェイ３は、例えばＩＰルータ（ＩＰ：Internet Protocol）であり、インターネット６からイントラネット２への不正アクセスを防ぐファイア・ウォールの機能を有するものである。

コンテンツ配信管理装置２０は、イントラネット４を介して互いに接続されるコンテンツ配信を要求するユーザ端末５００のユーザ認証を行うユーザ認証サーバ３００と、ユーザ端末５００にコンテンツを配信する配信サーバ４００と、イントラネット４をインターネット６に接続するためのゲートウェイ（ＧＷ）５と、から構成される。なお、イントラネット４及びゲートウェイ５は、それぞれ前記したイントラネット２及びゲートウェイ３と同様に構成される。

ユーザ端末５００は、視聴者Ｃ（ユーザ）の操作にしたがって、コンテンツ配信管理装置２０にコンテンツの配信を要求し、また、配信されたコンテンツを受信して再生し、視聴者Ｃがコンテンツを視聴するための視聴端末装置であり、インターネット６に接続するための通信手段を備えたＰＣ（Personal Computer）等のコンピュータ、ＳＴＢ（Set Top Box）を備えたテレビ受信機、コンテンツを視聴する機能を備えた携帯電話やＰＤＡ（Personal Digital Assistant）等の携帯移動端末等で構成される。

なお、コンテンツ配信システム１は、インターネット６に複数のコンテンツ配信管理装置２０及び複数のユーザ端末５００が接続されていてもよく、ユーザ情報管理装置１０、コンテンツ配信管理装置２０及びユーザ端末５００の間は、そのすべて又は一部がインターネット以外の通信手段を介して接続されていてもよい。

次に、各部の構成について詳細に説明する。
（ユーザ管理サーバの構成）
まず、図２を参照して、ユーザ管理サーバ１００の構成について説明する。ここで、図２は、ユーザ管理サーバの構成を示すブロック図である。

ユーザ管理サーバ１００は、ユーザ情報（データベース）１０１ａを記憶するユーザ情報記憶手段１０１と、ログイン要求受信手段１０２と、ユーザ認証手段１０３と、ログイン通知送信手段１０４と、ユーザ情報変更要求受信手段１０５と、第１識別情報要求受信手段１０６と、ユーザ情報秘匿化手段（識別情報生成手段）１０７と、公開鍵ペア生成手段１０８と、識別情報送信手段１０９と、コンテンツ配信要求受信手段１１０と、配信可否判断手段１１１と、コンテンツ配信指令手段１１２と、コンテンツ配信不許可通知手段１１３と、イントラネット２と接続して番組サーバ２００、ユーザ認証サーバ３００、ユーザ端末５００等と通信するための通信手段１２０とから構成される。

ユーザ情報記憶手段１０１は、ユーザ名、ユーザＩＤ（ｉｄ＿Ａ）、パスワード、視聴料情報Ｆ及びユーザ情報に基づく識別情報を提供した事業者名等を含むユーザ情報（データベース）１０１ａをユーザＩＤ（ｉｄ＿Ａ）と対応付けて記憶する。記憶したユーザ情報１０１ａは、ユーザ認証サーバ１０３、ユーザ情報秘匿化手段１０７、識別情報送信手段１０９、配信可否判断手段１１１によって読み出されて参照され、ユーザ情報変更要求受信手段１０５及び第１識別情報要求受信手段によって記憶内容が更新される。

ログイン要求受信手段１０２は、ユーザ端末５００からのログイン要求を受信し、受信時に入力されたユーザＩＤ（ｉｄ＿Ａ）及びパスワードをユーザ認証手段１０３に出力する。

ユーザ認証手段１０３は、ログイン要求受信手段１０２から入力されたユーザＩＤ（ｉｄ＿Ａ）、パスワード及びユーザ情報記憶手段１０１に記憶されているパスワードに基づいてユーザ認証を行い、認証結果をログイン通知送信手段１０４に出力する。

ログイン通知送信手段１０４は、ユーザ認証手段１０３から入力された認証結果に基づき、ユーザ端末５００に対してログインの可否の通知をメッセージを添えて送信する。

ユーザ情報変更要求受信手段１０５は、ユーザ端末５００からの視聴料情報Ｆを含むユーザ情報の変更要求を受信し、受信したユーザ情報をユーザ情報記憶手段１０１に記憶する。

第１識別情報要求受信手段１０６は、ユーザ認証サーバ３００からの第１識別情報要求を受信し、そのユーザ認証サーバ３００を識別する、例えば、事業者名を、入力されたユーザＩＤ（ｉｄ＿Ａ）と対応付けてユーザ情報記憶手段１０１に記憶する。

ユーザ情報秘匿化手段（識別情報生成手段）１０７は、ユーザ情報記憶手段１０１から、ユーザＩＤ（ｉｄ＿Ａ）と対応付けて記憶されている視聴料情報Ｆを含むユーザ情報を読み出し、少なくとも視聴料情報Ｆを秘匿化処理して第１識別情報ａを生成すると共に、視聴料情報Ｆとしてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報ａ’を生成する。生成した第１識別情報ａ及び第２識別情報ａ’は、識別情報送信手段１０９に出力する。

公開鍵ペア生成手段１０８は、ユーザ認証のために用いる公開鍵暗号化方式による公開鍵ペア（公開鍵Ｋｐ及び秘密鍵Ｋｓ）を生成し、生成した公開鍵ペアＫｐ，Ｋｓを識別情報送信手段１０９に出力する。

識別情報送信手段１０９は、ユーザ情報秘匿化手段１０７から第１識別情報ａ及び第２識別情報ａ’を入力すると共に、公開鍵ペア生成手段１０８から公開鍵ペアＫｐ，Ｋｓを入力し、そして、第１識別情報ａ及び公開鍵Ｋｐを、第１識別情報を対応する事業者のユーザ認証サーバ３００に対して送信すると共に、第２識別情報ａ’、秘密鍵Ｋｓ及び対応する事業者名をユーザ端末５００に送信する。

コンテンツ配信要求受信手段１１０は、ユーザ端末５００からのコンテンツ配信要求を受信し、配信可否判断手段１１１にユーザＩＤ（ｉｄ＿Ａ）のユーザから配信要求を受信した旨の通知を出力する。また、入力したコンテンツ名をコンテンツ配信指令手段１１０に出力する。

配信可否判断手段１１１は、コンテンツ配信要求受信手段１１０からユーザＩＤ（ｉｄ＿Ａ）のユーザからコンテンツ配信要求を受信した旨の通知を入力し、ユーザ情報記憶手段１０１に記憶されているユーザＩＤ（ｉｄ＿Ａ）に対応する視聴料情報Ｆを読み出し、コンテンツの配信可否を判断する。そして、判断結果を、コンテンツ配信指令手段１１２及びコンテンツ配信不許可通知手段１１３に出力する。

コンテンツ配信指令手段１１２は、コンテンツ配信要求受信手段１１０から配信要求のあったコンテンツ名を入力し、配信可否判断手段１１１から判断結果を入力して配信が許可された場合に、番組サーバ２００に対してユーザＩＤ（ｉｄ＿Ａ）とコンテンツ名を添えて、コンテンツの配信指令を送信する。

コンテンツ配信不許可通知手段１１３は、配信可否判断手段１１１から判断結果を入力してコンテンツの配信が不許可の場合に、ユーザ端末５００に対してコンテンツの配信が不許可である旨の通知を不許可メッセージを添えて送信する。

ここで、公開鍵暗号化方式とは、例えば、ＲＳＡ（開発者のRivest, Shamir, Adlemanの頭文字）暗号、楕円曲線暗号等の暗号化方式である。

なお、ユーザ管理サーバ１００は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してユーザ管理プログラムとして動作させることも可能である。

（番組サーバの構成）
次に、図３を参照して、番組サーバ２００の構成について説明する。ここで、図３は番組サーバの構成を示すブロック図である。

番組サーバ２００は、コンテンツ記憶手段２０１と、コンテンツ配信指令受信手段２０２と、コンテンツ配信手段２０３と、コンテンツ提供手段２０４と、イントラネット２に接続してユーザ管理サーバ１００、配信サーバ４００、ユーザ端末５００等と通信するための通信手段２２０とから構成される。

コンテンツ記憶手段２０１は、映画やドラマ等の番組のコンテンツを記憶し、記憶したコンテンツは、コンテンツ配信手段２０３及びコンテンツ提供手段２０４によって読み出される。

コンテンツ配信指令受信手段２０２は、ユーザ管理サーバ１００からのコンテンツ配信指令を受信し、入力された配信先のユーザＩＤ（ｉｄ＿Ａ）と配信するコンテンツ名とをコンテンツ配信手段２０３に出力する。

コンテンツ配信手段２０３は、コンテンツ配信指令受信手段２０２からコンテンツの配信先のユーザＩＤ（ｉｄ＿Ａ）と配信するコンテンツ名を入力し、コンテンツ記憶手段２０１からコンテンツ名に対応するコンテンツを読み出してユーザＩＤ（ｉｄ＿Ａ）に対応するユーザ端末５００に送信（配信）する。

コンテンツ提供手段２０４は、事業者Ｂ（図１参照）の運用する配信サーバ４００に対して、コンテンツ記憶手段２０１に記憶するコンテンツを読み出して送信（提供）する。

（ユーザ認証サーバの構成）
次に、図４を参照して、ユーザ認証サーバ３００の構成について説明する。ここで、図４はユーザ認証サーバの構成を示すブロック図である。

ユーザ認証サーバ３００は、ユーザ情報（データベース）３０１ａを記憶するユーザ情報記憶手段（第１識別情報記憶手段）３０１と、ログイン要求受信手段３０２と、ユーザ認証手段３０３と、ログイン通知送信手段３０４と、ユーザ登録要求受信手段３０５と、第１識別情報要求送信手段３０６と、第１識別情報受信手段３０７と、コンテンツ配信要求受信手段３０８と、第２識別情報要求送信手段３０９と、第２識別情報受信手段３１０と、第２識別情報復号化手段３１１と、識別情報検証手段３１２と、コンテンツ配信指令手段３１３と、コンテンツ配信不許可通知手段３１４と、イントラネット４に接続してユーザ管理サーバ１００、配信サーバ４００、ユーザ端末５００等と通信する通信手段３２０とから構成される。

ユーザ情報記憶手段（第１識別情報記憶手段）３０１は、ユーザ名、事業者ＢにおけるユーザＩＤ（ｉｄ＿Ｂ）、パスワード、事業者ＡにおけるユーザＩＤ（ｉｄ＿Ａ）、第１識別情報ａ及び公開鍵Ｋｐ等を含むユーザ情報（データベース）３０１ａをユーザＩＤ（ｉｄ＿Ａ）又はユーザＩＤ（ｉｄ＿Ｂ）と対応付けて記憶する。記憶したユーザ情報は、ユーザ認証手段３０３、第２識別情報復号化手段３１１、識別情報検証手段３１２によって読み出されて参照され、ユーザ登録要求受信手段３０５及び第１識別情報受信手段３０７によって記憶内容が更新される。

ログイン要求受信手段３０２は、ユーザ端末５００からのログイン要求を受信し、受信時に入力されたユーザＩＤ（ｉｄ＿Ｂ）及びパスワードをユーザ認証手段３０３に出力する。

ユーザ認証手段３０３は、ログイン要求受信手段３０２から入力されたユーザＩＤ（ｉｄ＿Ｂ）、パスワード及びユーザ情報記憶手段１０１に記憶されているパスワードに基づいてユーザ認証を行い、認証結果をログイン通知送信手段３０４に出力する。

ログイン通知送信手段３０４は、ユーザ認証手段３０３から入力された認証結果に基づき、ユーザ端末５００に対してログイン可否の通知をメッセージを添えて送信する。

ユーザ登録要求受信手段３０５は、ユーザ端末５００からの事業者Ａの提供するコンテンツの配信サービスを受けるためのユーザ登録要求を受信し、入力されたユーザＩＤ（ｉｄ＿Ａ）を、ユーザ情報記憶手段３０１に事業者ＢにおけるユーザＩＤ（ｉｄ＿Ｂ）と対応付けて記憶すると共に、第１識別情報要求送信手段３０６に出力する。

第１識別情報要求送信手段３０６は、ユーザ登録要求受信手段３０５から、ユーザ登録要求をしたユーザのユーザＩＤ（ｉｄ＿Ａ）を添えて、ユーザ管理サーバ１００に対してそのユーザＩＤ（ｉｄ＿Ａ）に対する第１識別情報ａの要求を送信する。

第１識別情報受信手段３０７は、ユーザ管理サーバ１００から送信されるユーザＩＤ（ｉｄ＿Ａ）、第１識別情報a及び公開鍵Ｋｐを受信し、第１識別情報ａ及び公開鍵Ｋｐを、ユーザ情報記憶手段３０１に、ユーザＩＤ（ｉｄ＿Ａ）と対応付けて記憶する。

コンテンツ配信要求受信手段３０８は、ユーザ端末５００からのコンテンツ配信要求を受信し、第２識別情報要求送信手段３０９にユーザＩＤ（ｉｄ＿Ａ）のユーザから配信要求を受信した旨の通知を出力する。また、入力したコンテンツ名をコンテンツ配信指令手段３１３に出力する。

第２識別情報要求送信手段３０９は、コンテンツ配信要求受信手段３０８からユーザＩＤ（ｉｄ＿Ａ）を入力し、そのユーザＩＤ（ｉｄ＿Ａ）に対応するユーザ端末５００に、秘密鍵Ｋｓを用いて暗号化された暗号化第２識別情報Ｋｓ（ａ’）の要求を送信する。

第２識別情報受信手段３１０は、ユーザＩＤ（ｉｄ＿Ａ）のユーザ端末５００から送信された暗号化第２識別情報Ｋｓ（ａ’）を受信し、受信した暗号化第２識別情報Ｋｓ（ａ’）を第２識別情報復号化手段３１１に出力する。

第２識別情報復号化手段３１１は、第２識別情報受信手段３１０から暗号化第２識別情報Ｋｓ（ａ’）を入力し、ユーザ情報記憶手段３０１からユーザＩＤ（ｉｄ＿Ａ）に対応する復号化のための公開鍵Ｋｐを読み出して、入力した暗号化第２識別情報Ｋｓ（ａ’）から公開鍵Ｋｐを用いて第２識別情報ａ’を復号する。復号した第２識別情報ａ’は、識別情報検証手段３１２に出力する。

識別情報検証手段３１２は、第２識別情報復号化手段３１１から第２識別情報ａ’を入力すると共に、ユーザ情報記憶手段３０１からユーザＩＤ（ｉｄ＿Ａ）に対応する第１識別情報ａを読み出し、この第１識別情報ａと第２識別情報ａ’とを照合し、コンテンツ配信要求を送信してきたユーザＩＤ（ｉｄ＿Ａ）のユーザがコンテンツ配信を受ける正当な権限を有するか否かを検証し、ユーザ認証を行う。そして、検証結果をコンテンツ配信指令手段３１３及びコンテンツ配信不許可通知手段３１４に出力する。

コンテンツ配信指令手段３１３は、コンテンツ配信要求受信手段３０８から配信要求のあったコンテンツ名を入力し、識別情報検証手段３１２から検証結果を入力して、コンテンツ配信要求を送信してきたユーザＩＤ（ｉｄ＿Ａ）のユーザ端末５００が正当な権限を有するという検証結果の場合に、配信サーバ４００に対してユーザＩＤ（ｉｄ＿Ａ）とコンテンツ名を添えて、コンテンツの配信指令を送信する。

コンテンツ配信不許可通知手段３１４は、識別情報検証手段３１２から検証結果を入力して、コンテンツ配信要求を送信してきたユーザＩＤ（ｉｄ＿Ａ）のユーザ端末５００が正当な権限を有さないという検証結果の場合に、ユーザ端末５００に対して、コンテンツの配信が不許可である旨の通知を不許可メッセージを添えて送信する。

なお、ユーザ認証サーバ３００は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してユーザ認証プログラムとして動作させることも可能である。

（配信サーバの構成）
次に、図５を参照して、配信サーバ４００の構成について説明する。ここで、図５は配信サーバの構成を示すブロック図である。

配信サーバ４００は、コンテンツ記憶手段４０１と、コンテンツ配信指令受信手段４０２と、コンテンツ配信手段４０３と、コンテンツ受信手段４０４と、イントラネット４に接続して番組サーバ２００、ユーザ認証サーバ３００、ユーザ端末５００等と通信するための通信手段４２０とから構成される。

コンテンツ記憶手段４０１は、コンテンツ受信手段４０４から入力される映画やドラマ等の番組のコンテンツを記憶し、記憶したコンテンツは、コンテンツ配信手段４０３によって読み出される。

コンテンツ配信指令受信手段４０２は、ユーザ認証サーバ３００からのコンテンツ配信指令を受信し、入力された配信先のユーザＩＤ（ｉｄ＿Ａ）と配信するコンテンツ名とをコンテンツ配信手段４０３に出力する。

コンテンツ配信手段４０３は、コンテンツ配信指令受信手段４０２からコンテンツの配信先のユーザＩＤ（ｉｄ＿Ａ）と配信するコンテンツ名を入力し、コンテンツ記憶手段４０１からコンテンツ名に対応するコンテンツを読み出して、ユーザＩＤ（ｉｄ＿Ａ）に対応するユーザ端末５００に送信（配信）する。

コンテンツ受信手段４０４は、事業者Ａ（図１参照）の運用する番組サーバ２００から送信（供給）されるコンテンツを受信し、コンテンツ記憶手段４０１に記憶する

（ユーザ端末の構成）
次に、図６を参照して、ユーザ端末５００の構成について説明する。ここで、図６はユーザ端末の構成を示すブロック図である。

ユーザ端末５００は、ユーザ情報５０１ａを記憶するユーザ情報記憶手段（第２識別情報記憶手段）５０１と、ログイン要求手段５０２と、ログイン通知受信手段５０３と、ユーザ情報変更要求送信手段５０４と、ユーザ登録要求送信手段５０５と、第２識別情報受信手段５０６と、第２識別情報要求受信手段５０７と、第２識別情報暗号化手段５０８と、第２識別情報送信手段５０９と、コンテンツ配信不許可通知受信手段５１０と、コンテンツ配信要求送信手段５１１と、コンテンツ受信手段５１２と、コンテンツ再生手段５１３と、インターネット６と接続してユーザ管理サーバ１００、番組サーバ２００、ユーザ認証サーバ３００、配信サーバ４００等と通信するための通信手段５２０とから構成される。

ユーザ情報記憶手段（第２識別情報記憶手段）５０１は、コンテンツの配信サービスを受ける事業者Ｂの事業者名と対応付けて、第２識別情報ａ’及び秘密鍵Ｋｓを含むユーザ情報５０１ａを記憶する。記憶したユーザ情報５０１ａは、第２識別情報暗号化手段５０８によって読み出され参照され、第２識別情報受信手段５０６によって記憶内容が更新される。

ログイン要求手段５０２は、ユーザ管理サーバ１００又はユーザ認証サーバ３００に対して、ユーザＩＤ（ｉｄ＿Ａ）又はユーザＩＤ（ｉｄ＿Ｂ）に、対応するパスワードを添えて、ログインの要求を送信する。

ログイン通知受信手段５０３は、ユーザ管理サーバ１００又はユーザ認証サーバ３００から送信されるログイン通知を受信する。ログイン通知に添付されたメッセージは、例えば、コンテンツ再生手段５１３の後記する映像表示手段５１５等に出力して表示させる。

ユーザ情報変更要求送信手段５０４は、ユーザ管理サーバ１００に対して少なくとも視聴料情報Ｆを含むユーザ情報の変更の要求を、変更するユーザ情報を添えて送信する。

ユーザ登録要求送信手段５０５は、ユーザ認証サーバ３００に対してコンテンツの配信サービスを受けるためのユーザ登録の要求を、事業者ＡにおけるユーザＩＤ（ｉｄ＿Ａ）を添えて送信する。

第２識別情報受信手段５０６は、ユーザ管理サーバ１００から送信される事業者Ｂの事業者名、第２識別情報ａ’及び秘密鍵Ｋｓを受信し、事業者名と対応付けてユーザ情報記憶手段５０１に記憶する。
なお、秘密鍵Ｋｓは事業者毎に異なるものではなく、各事業者Ｂに対して共通する１個の秘密鍵Ｋｓを用いるようにしてもよい。また、第２識別情報ａ’も、各事業者Ｂに共通して用いるようにしてもよい。

第２識別情報要求受信手段５０７は、ユーザ認証サーバ３００からの第２識別情報要求を受信し、要求のあった事業者名を第２識別情報暗号化手段５０８に出力する。

第２識別情報暗号化手段５０８は、第２識別情報要求受信手段５０７から要求のあった事業者名を入力し、ユーザ情報記憶手段５０１から、その事業者名の事業者Ｂに対応する第２識別情報ａ’及び秘密鍵Ｋｓを読み出し、第２識別情報ａ’を秘密鍵Ｋｓを用いて暗号化して暗号化第２識別情報Ｋｓ（ａ’）を生成する。そして、事業者名と生成した暗号化第２識別情報Ｋｓ（ａ’）とを、第２識別情報送信手段５０９に出力する。

第２識別情報送信手段５０９は、第２識別情報暗号化手段５０８から事業者名と暗号化第２識別情報Ｋｓ（ａ’）とを入力し、入力した事業者名に対応するユーザ認証サーバ３００に対して、第２識別情報Ｋｓ（ａ’）をユーザＩＤ（ｉｄ＿Ａ）を添えて送信する。

コンテンツ配信不許可通知受信手段５１０は、ユーザ管理サーバ１００又はユーザ認証サーバ３００から送信されるコンテンツ配信不許可通知を受信する。コンテンツ配信不許可通知に添付された不許可メッセージは、例えば、コンテンツ再生手段５１３の後記する映像表示手段５１５等に出力して表示させる。

コンテンツ配信要求送信手段５１１は、ユーザ管理サーバ１００又はユーザ認証サーバ３００に対して、ユーザＩＤ（ｉｄ＿Ａ）及びコンテンツ名を添えて、コンテンツの配信の要求を送信する。

コンテンツ受信手段５１２は、番組サーバ２００又は配信サーバ４００から配信されるコンテンツを受信し、コンテンツ再生手段５１３に出力する。

コンテンツ再生手段５１３は、コンテンツ受信手段５１２からコンテンツを入力し、入力したコンテンツを視聴可能に再生する。
コンテンツ再生手段５１３は、暗号化、圧縮符号化等を施されて配信されるコンテンツを復号化するためのコンテンツ復号化手段５１４と、復号化されたコンテンツ（信号情報）を視聴者Ｃが視聴できるように、映像情報を再生するためのブラウン管や液晶ディスプレイ等の映像表示手段５１５と、音声情報を再生するためのスピーカやヘッドホン等の音声再生手段５１６とから構成される。

ユーザ端末５００は、コンピュータにおいて各手段を各機能プログラムとして実現することも可能であり、各機能プログラムを結合してユーザ端末プログラムとして動作させることも可能である。

次に、コンテンツ配信システム（ユーザ認証システム）１の動作の説明に先立って、本実施形態で想定する事業者Ａ，事業者Ｂ及び視聴者Ｃの役割、機能の概要について、図１を参照して説明する。

ここでは、事業者Ａと視聴者Ｃ（ユーザ）は、視聴者Ｃが事業者Ａから提供される番組を有料で視聴する契約を締結しており、この契約内容は、例えば、視聴料情報Ｆ（支払い可否データ）に反映され、事業者Ａの運用するユーザ情報管理装置１０のユーザ管理サーバ１００に、ユーザ情報として登録（記憶）されている（図２の１０１ａ参照）。この契約に基づき、ユーザは、ユーザ端末５００を用い、インターネット６を介してユーザ情報管理装置１０に接続し、契約時に設定されたユーザＩＤ（ｉｄ＿Ａ）及びパスワードを入力すると、ユーザ管理サーバ１００は、ユーザ端末５００を用いて接続してきたユーザのユーザ認証を行い、ユーザ端末５００にコンテンツの配信を行う。ユーザは、事業者Ａからユーザ端末５００にコンテンツの配信を受けて視聴することができる。

また、事業者Ａは、ユーザに対して、自らコンテンツを配信すると共に、事業者Ｂに対してコンテンツを提供している。事業者Ｂは、事業者Ａから提供されたコンテンツを、事業者Ａとコンテンツの有料視聴契約を締結しているユーザに対してコンテンツの配信サービスを行っている。このとき、事業者Ｂは、ネットワークを介してユーザ端末５００を用いて、事業者Ｂの運用するコンテンツ配信管理装置２０に接続してきたユーザが、コンテンツの配信を受ける正当な権限を有する視聴者かどうか、すなわち、そのユーザが事業者Ａと有料視聴契約を締結している正当な視聴者かどうかを確認してからユーザ端末５００にコンテンツの配信を行うものである。

ここで、事業者Ｂは、視聴料情報Ｆを明示的に知ることはできないが、そのユーザが正当な権限を有しているか否かを識別するための、視聴料情報Ｆに基づいて生成された識別情報を取得することができる。すなわち、他人が正規のユーザになりすました場合又は権限が失効している（有料視聴契約が解除されている）場合には、正当な権限を有さないと判断して、コンテンツの配信を拒否することができる。
もし、事業者Ｂの保有する識別情報が外部に漏洩しても、この識別情報からは視聴者Ｃのユーザ情報である視聴料情報Ｆを知ることはできないため、高い情報セキュリティを実現するものである。

なお、以上の説明は、発明の理解を容易にするために設定した状況の一例であって、本発明は、ユーザ認証を行うための識別情報を生成するために用いるユーザ情報中の所定の情報は、有料視聴料契約の有無を表すユーザ情報に限定されるものではなく、提供を受けるサービスもコンテンツの配信に限定されるものではない。また、事業者Ａから事業者Ｂに対してコンテンツを提供することを前提とするものでもなく、事業者Ａが、例えば、料金の代行収納業者であり、ユーザは、自己の個人情報（ユーザ情報）を事業者Ａ以外に明示的に開示することなく、事業者Ａとは異なる事業者Ｂから種々のサービスを受ける場合にも適用することができる。

（システムの動作）
以下、コンテンツ配信システム（ユーザ認証システム）１の動作について説明する。
（ユーザ登録処理）
まず、図７、図１０及び図２乃至図６を参照（適宜図１を参照）して、視聴者Ｃ（ユーザ名Ｃ１のユーザ）が事業者Ｂ（事業者名Ｂ１）から初めてコンテンツの提供を受けるために、ユーザ登録を行うときの処理の流れを説明する。ここで、図７は、視聴者Ｃが、事業者Ｂへのユーザ登録の処理の流れを示すフロー図である。また、図１０は、ユーザ管理サーバ、ユーザ認証サーバ及びユーザ端末が、それぞれ保有するユーザ情報の内容を示す図であり、（ａ）（ｂ）（ｃ）は、ユーザ登録前のユーザ情報であり、（ｄ）（ｅ）（ｆ）は、ユーザ登録後のユーザ情報であり、（ｇ）（ｈ）（ｉ）は、ユーザ情報変更後のユーザ情報である。
なお、視聴者Ｃ（ユーザ名Ｃ１）は、事業者Ａ及び事業者Ｂ（事業者名Ｂ１）に対して、予め、それぞれ個別に登録作業は完了しており、それぞれのユーザＩＤ（ｉｄ＿Ａ及びｉｄ＿Ｂ）は取得済みであるものとする（図１０（ａ）及び図１０（ｂ）参照）。
また、ユーザＩＤ（ｉｄ＿Ａ，ｉｄ＿Ｂ）は、ユーザ同士で重複しないように任意に設定された記号を用いるほかに、ユーザを識別しうるものであれば、例えば、受信契約番号、電話番号、氏名等を用いることもできる。

ユーザ端末５００は、ログイン要求手段５０２によって、視聴者Ｃ（ユーザ名Ｃ１）によって入力されたユーザＩＤ（ｉｄ＿Ｂ）及びパスワードをコンテンツ配信管理装置２０のユーザ認証サーバ３００に対して送信する（ステップ１００）。ユーザ認証サーバ３００は、ログイン要求受信手段３０２によってログイン要求を受信し（ステップＳ１０１）、ユーザ認証手段３０３によって、受信したパスワードとユーザ情報記憶手段３０１に記憶されているユーザＩＤ（ｉｄ＿Ｂ）に対応するパスワード（図１０（ｂ）参照）とを照合し、正当なユーザか否かのユーザ認証を行う（ステップＳ１０２）。

ユーザ認証サーバ３００は、ユーザ認証の結果、正当なユーザでないと判断した場合（ステップＳ１０２でＮＧ）、ログイン通知送信手段３０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが拒絶されました。」のように、ログイン要求が拒絶された旨を示すメッセージを添付してログイン不許可通知を送信する（ステップＳ１０３）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が拒絶された旨の通知を受信すると（ステップＳ１０５）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

ユーザ認証サーバ３００は、ユーザ認証の結果、正当なユーザであると判断した場合（ステップＳ１０２でＯＫ）、ログイン通知送信手段３０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが許可されました。事業者Ｂにようこそいらっしゃいました。」のように、ログイン要求が許可された旨を示すメッセージを添付してログイン許可通知を送信する（ステップＳ１０４）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が許可された旨の通知を受信すると（ステップＳ１０６）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示し、ユーザ登録要求（ステップＳ１０７）に処理を進める。

ユーザ端末５００は、ユーザ登録要求送信手段５０５を用いて、事業者Ａにおいて登録されているユーザＩＤ（ｉｄ＿Ａ）を添えて、事業者Ｂの運用するコンテンツ配信管理装置２０のユーザ認証サーバ３００に対して、事業者Ａとの有料視聴契約に基づくコンテンツの配信を受けるためのユーザ登録を要求する（ステップＳ１０７；ユーザ登録要求ステップ）。ユーザ認証サーバ３００は、ユーザ登録要求受信手段３０５によってユーザ登録要求を受信すると（ステップＳ１０８；ユーザ登録要求受信ステップ）、ユーザ登録要求のあったユーザＩＤ（ｉｄ＿Ｂ）と対応付けて、そのユーザの事業者ＡにおけるユーザＩＤ（ｉｄ＿Ａ）を、ユーザ情報記憶手段５０１に記憶する（図１０（ｅ）参照）（ステップＳ１０９；ユーザ情報記憶ステップ）。また、ユーザ認証サーバ３００は、ユーザ登録要求のあったユーザＩＤ（ｉｄ＿Ａ）が、コンテンツの配信を受ける正当な権限を有するか否かを認証するための識別情報を取得するために、第１識別情報要求送信手段３０６によって、事業者Ａの運用するユーザ情報管理装置１０のユーザ管理サーバ１００に対してユーザＩＤ（ｉｄ＿Ａ）を添えて、第１識別情報要求を送信する（ステップＳ１１０；第１識別情報要求ステップ）。

ユーザ情報管理装置１０のユーザ管理サーバ１００は、第１識別情報要求受信手段１０６によって、第１識別情報要求を受信すると（ステップＳ１１１；第１識別情報要求受信ステップ）、要求のあった事業者の事業者名（Ｂ１）等の、その事業者のコンテンツ配信管理装置２０のユーザ認証サーバ３００を識別するための認証サーバ識別情報を、ユーザＩＤ（ｉｄ＿Ａ）と対応付けて、ユーザ情報記憶手段１０１に記憶する（図１０（ｄ）参照）（ステップＳ１１２；認証サーバ識別情報記憶ステップ）。そして、ユーザ情報秘匿化手段１０７によって、ユーザ情報記憶手段１０１においてユーザＩＤ（ｉｄ＿Ａ）と対応付けて記憶されている視聴料情報Ｆ（有料視聴契約の有無に基づき、有料視聴料の支払い可否を示すユーザ情報。図１０（ｄ）参照）を読み出し、このユーザ情報を秘匿化処理して第１識別情報ａ及び第２識別情報ａ’を生成する（ステップＳ１１３；識別情報生成ステップ）。

なお、ユーザ管理サーバ１００のユーザ情報記憶手段１０１に記憶されているユーザ情報は、図１０の（ａ）、（ｄ）、（ｇ）に示すように、ユーザ名に対してランダムになるように配列されており、情報の盗み見等による盗難に対するセキュリティの向上を図っている。ユーザ認証サーバ３００のユーザ情報記憶装置３０１に記憶されるユーザ情報についても、同様の記憶手法を採用するようにしてもよい。

本実施形態では、第１識別情報ａ及び第２識別情報ａ’として、ユーザＩＤ（ｉｄ＿Ａ）、視聴料情報Ｆ及び乱数値ｒを適宜なハッシュ関数を用いてハッシュ化することで算出されるハッシュ値を用いる。このハッシュ値は、元になった視聴料情報Ｆを秘匿化しながら、視聴料情報Ｆの値によってユニークな値をとる識別情報である。なお、ハッシュ関数としては、例えば、ＭＤ５（Message Digest Algorithm 5）、ＳＨＡ（Secure Hash Algorithm）等を用いることができる。

ここで、ユーザ情報秘匿化手段１０７は、事業者Ｂに提供する（ユーザ認証サーバ３００に送信する）第１識別情報ａとユーザＩＤ（ｉｄ＿Ａ）を有する視聴者Ｃに提供する（ユーザ端末５００に送信する）第２識別情報ａ’とは、それぞれ次の手順で生成する。
第１識別情報ａは、ハッシュ関数をＨとすると、
ａ ＝ Ｈ（ｉｄ＿Ａ，Ｆ，ｒ） ・・・（１）
第２識別情報ａ’は、
ａ’＝ Ｈ（ｉｄ＿Ａ，１，ｒ） ・・・（２）
によって算出する。両者の相違点は、ハッシュ関数の２番目の入力変数が、式（１）においては、ユーザ情報記憶手段１０１に記憶されている視聴料情報Ｆ（視聴料支払い可否に対応してＹｅｓ（１）又はＮｏ（０）の何れかの値をとる。）であるのに対して、式（２）においては、常に、視聴料支払い可に対応する一定の値（Ｙｅｓ（１））が設定される。すなわち、ユーザ情報記憶手段１０１に記憶されている視聴料情報ＦがＹｅｓ（１）のときは、ａ＝ａ’となり、視聴料情報ＦがＮｏ（０）のときは、ａ≠ａ’となる。

また、ユーザ管理サーバ１００は、第１識別情報ａ及び第２識別情報ａ’を生成すると共に、公開鍵ペア生成手段１０８によって、公開鍵暗号化方式による公開鍵ペア（公開鍵Ｋｐ及び秘密鍵Ｋｓ）を生成する（ステップＳ１１４）。

ユーザ管理サーバ１００は、第１識別情報ａ、第２識別情報ａ’及び公開鍵ペアＫｐ，Ｋｓを生成すると、識別情報送信手段１０９によって、第２識別情報ａ’及び秘密鍵Ｋｓをユーザ端末５００に対して送信する（ステップＳ１１５；第２識別情報送信ステップ）と共に、第１識別情報ａ及び公開鍵Ｋｐをユーザ認証サーバ３００に対して送信する（ステップＳ１１６；第１識別情報送信ステップ）。

ユーザ端末５００は、第２識別情報受信手段５０６によって、ユーザ管理サーバ１００から送信された第２識別情報ａ’及び秘密鍵Ｋｓを受信し（ステップＳ１１７；第２識別情報受信ステップ）、受信した第２識別情報ａ’及び秘密鍵Ｋｓを、事業者名（Ｂ１）と対応付けてユーザ情報記憶手段５０１に記憶する（図１０（ｆ）参照）（ステップＳ１１８；第２識別情報記憶ステップ）。また、事業者名ではなく、各事業者ＢにおけるユーザＩＤ（ｉｄ＿Ｂ）と対応付けて記憶するようにしてもよい。
なお、秘密鍵Ｋｓ及び第２識別情報ａ’は、その一方又は両方を複数の事業者Ｂ（Ｂ１、Ｂ２等）において共通に用いるようにしてもよく、その場合は、共通に用いる情報は事業者名と対応付けて記憶する必要はない。

また、ユーザ認証サーバ３００は、第１識別情報受信手段３０７によって、ユーザ管理サーバ１００から送信された第１識別情報ａ及び公開鍵Ｋｐを受信し（ステップＳ１１９；第１識別情報受信ステップ）、受信した第１識別情報ａ及び公開鍵Ｋｐを、ユーザＩＤ（ｉｄ＿Ｂ又はｉｄ＿Ａ）と対応付けてユーザ情報記憶手段３０１に記憶する（図１０（ｅ）参照）（ステップＳ１２０；第１識別情報記憶ステップ）。
以上で、ユーザ登録処理が終了する。

ここで、第１識別情報ａ及び第２識別情報ａ’の送信処理は、ユーザ端末５００からのユーザ登録要求がある毎に、前記した一連の処理として続けて行ってもよいが、第１識別情報ａ及び第２識別情報ａ’を、生成したユーザ管理サーバ１００がユーザＩＤに対応付けて蓄積しておき、第２識別情報ａ’のユーザ端末５００への送信のみ、ユーザ登録要求時に行い、事業者Ｂのユーザ認証サーバ３００への送信は、例えば、１日毎や１週間毎のように、定期的に、複数のユーザに対するユーザ登録処理をまとめて行うようにしてもよい。事業者Ａから事業者Ｂへまとめて第１識別情報ａを送信することで、ユーザ管理サーバ１００とユーザ認証サーバ３００との間の通信を効率的に行うことができると共に、両サーバ内部の登録処理も効率的に行うことができる。

なお、本実施形態においては、公開鍵ペアの生成は、ユーザ管理サーバ１００が行うようにしたが、ユーザ端末５００が認証用の公開鍵ペア（Ｋｐ，Ｋｓ）を生成し、ユーザ端末５００において秘密鍵Ｋｓを保有すると共に、公開鍵Ｋｐをユーザ管理サーバ１００に送信し、ユーザ管理サーバ１００からユーザ認証サーバ３００に転送するようにしてもよい。また、ユーザが公開鍵基盤（ＰＫＩ：Public Key Infrastructure）における適宜な認証局（ＣＡ：Certificate Authority）に公開鍵ペア（Ｋｐ，Ｋｓ）の生成及び管理を委託し、ユーザ端末５００において秘密鍵Ｋｓを保有すると共に、ユーザ認証サーバ３００は、認証局から公開鍵Ｋｐを取得してユーザ情報記憶手段３０１に記憶して保有するか、ユーザ認証を行う毎に認証局から認証を行うユーザの公開鍵Ｋｐを取得して用いるようにしてもよい。
認証局を利用する場合は、公開鍵ペア（Ｋｐ，Ｋｓ）の生成や鍵の送受信、記憶等の処理ステップは、適宜に省略するか、認証局との通信に置き換えることができる。

また、ユーザが複数の事業者Ｂからコンテンツの配信サービスを受けるために、複数回に分けてユーザ登録を行う場合には、後から追加登録する事業者Ｂに公開鍵Ｋｐを配布する必要があるため、本実施形態のように、ユーザ管理サーバ１００が、公開鍵ペアＫｐ，Ｋｓを生成するように構成した場合には、生成した公開鍵Ｋｐを、ユーザ管理サーバ１００がユーザＩＤ（ｉｄ＿Ａ）と対応付けて、ユーザ情報記憶手段１０１に記憶しておくか、新たに事業者Ｂを追加してユーザ登録する際に、改めて公開鍵ペアＫｐ，Ｋｓを生成し、登録されているすべての事業者Ｂのユーザ認証サーバ３００及びユーザ端末５００に対して送信するようにすればよい。
ここで、前記したように、認証局によって公開鍵の生成及び管理を委託する場合には、複数の事業者Ｂは、各々が認証局からユーザの公開鍵を入手できるため、ユーザ管理サーバ１００は、公開鍵Ｋｐを生成、保有及び配布する必要がなく、サーバの負荷を低減できる利点がある。

なお、ユーザ端末５００とユーザ管理サーバ１００との間の通信及びユーザ端末５００とユーザ認証サーバ３００との間の通信において、少なくとも、ユーザＩＤ，パスワード及びその他のユーザ情報の送受信を行う際には、例えば、ＳＳＬ（Secure Socket Layer）等の一般的な暗号化方式を用いることで、情報の漏洩を防止するようにすることが好ましい。

（コンテンツ配信処理）
次に、図８及び図２乃至図６を参照（適宜図１を参照）して、視聴者Ｃが事業者Ｂからコンテンツの配信サービスを受けるときの処理の流れについて説明する。ここで、図８は、視聴者Ｃが、事業者Ｂからコンテンツ配信を受けるときの処理の流れを示すフロー図である。

ユーザ端末５００は、ログイン要求手段５０２によって、視聴者Ｃ（ユーザ名Ｃ１）によって入力されたユーザＩＤ（ｉｄ＿Ｂ）及びパスワードをコンテンツ配信管理装置２０のユーザ認証サーバ３００に対して送信する（ステップ２００）。ユーザ認証サーバ３００は、ログイン要求受信手段３０２によってログイン要求を受信し（ステップＳ２０１）、ユーザ認証手段３０３によって、受信したパスワードとユーザ情報記憶手段３０１に記憶されているユーザＩＤ（ｉｄ＿Ｂ）に対応するパスワード（図１０（ｅ）参照）とを照合し、正当なユーザか否かのユーザ認証を行う（ステップＳ２０２）。

ユーザ認証サーバ３００は、ユーザ認証の結果、正当なユーザでないと判断した場合（ステップＳ２０２でＮＧ）、ログイン通知送信手段３０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが拒絶されました。」のように、ログイン要求が拒絶された旨を示すメッセージを添付してログイン不許可通知を送信する（ステップＳ２０３）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が拒絶された旨の通知を受信すると（ステップＳ２０５）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

ユーザ認証サーバ３００は、ユーザ認証の結果、正当なユーザであると判断した場合（ステップＳ２０２でＯＫ）、ログイン通知送信手段３０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが許可されました。事業者Ｂにようこそいらっしゃいました。」のように、ログイン要求が許可された旨を示すメッセージを添付してログイン許可通知を送信する（ステップＳ２０４）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が許可された旨の通知を受信すると（ステップＳ２０６）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示し、コンテンツ配信要求（ステップＳ２０７）に処理を進める。

ユーザ端末５００は、コンテンツ配信要求送信手段５１１を用いて、配信を受けたいコンテンツ名（又はコンテンツを識別する記号などでもよい）に、事業者Ａにおいて登録されているユーザＩＤ（ｉｄ＿Ａ）を添えて、ユーザ認証サーバ３００に対して、コンテンツの配信要求を送信する（ステップＳ２０７；ユーザ認証要求ステップ）。なお、ユーザ端末５００がユーザ認証サーバ３００に対してコンテンツの配信要求をするときは、同時にユーザ認証サーバに対して、事業者Ａの登録ユーザとしてのユーザ認証を要求することを意味する。

ユーザ認証サーバ３００は、コンテンツ配信要求受信手段３０８によって、コンテンツ配信要求を受信すると（ステップＳ２０８）、折り返し、ユーザ端末５００に対して、第２識別情報要求送信手段３０９を用いて、ユーザ端末５００が保有する第２識別情報ａ’を要求する（ステップＳ２０９；第２識別情報要求ステップ）。

ユーザ端末５００は、第２識別情報要求受信手段５０７によって第２識別情報要求を受信すると（ステップＳ２１０；第２識別情報要求受信ステップ）、第２識別情報暗号化手段５０８によって、第２識別情報ａ’の要求があった事業者Ｂ（事業者名Ｂ１）と対応付けてユーザ情報記憶手段５０１に記憶されている第２識別情報ａ’及び秘密鍵Ｋｓ（図１０（ｆ）参照）を読み出し、第２識別情報ａ’を秘密鍵Ｋｓを用いて暗号化する（ステップＳ２１１；第２識別情報暗号化ステップ）。そして、第２識別情報ａ’を暗号化して生成した暗号化第２識別情報Ｋｓ（ａ’）を第２識別情報送信手段５０９によって、ユーザ認証サーバ３００に送信する（ステップＳ２１２；第２識別情報送信ステップ）。
なお、Ｋｓ（ａ’）は、第２識別情報ａ’を秘密鍵Ｋｓを用いて暗号化した情報を表す。

ユーザ認証サーバ３００は、第２識別情報受信手段３１０によって、暗号化第２識別情報Ｋｓ（ａ’）を受信すると（ステップＳ２１３；第２識別情報受信ステップ）、第２識別情報復号化手段３１１によって、ユーザ情報記憶手段３０１に記憶されているユーザＩＤ（ｉｄ＿Ａ）に対応する公開鍵Ｋｐ（図１０（ｅ）参照）を用いて、暗号化第２識別情報Ｋｓ（ａ’）を復号化し、第２識別情報ａ’を得る（ステップＳ２１４；第２識別情報復号化ステップ）。

ユーザ認証サーバ３００は、識別情報検証手段３１２によって、復号化した第２識別情報ａ’と、ユーザ情報記憶手段３０１に記憶されている第１識別情報ａとに基づいて、ユーザ端末５００からコンテンツ配信要求のあったユーザが、正当なコンテンツ配信を受ける権限を有するか否かを検証する（ステップＳ２１５；識別情報検証ステップ）。すなわち、第１識別情報ａと第２識別情報ａ’とを照合し、両者が一致した場合のみ正当な権限を有するユーザであるとユーザ認証する。

ここで、両者が不一致の場合について説明する。まず、配信要求したのが正規のユーザであるが有料視聴契約をしていない場合、すなわち、視聴料情報ＦがＮｏ（０）の場合は、事業者Ｂの保有する第１識別情報ａは、視聴料情報ＦがＮｏ（０）である情報に基づいて生成されており、第２識別情報ａ’は、視聴料情報Ｆが常にＹｅｓ（１）である情報に基づいて生成されているため、両者は不一致になる。
換言すれば、第２識別情報ａ’は、常に、ユーザ認証を行うと肯定的な結果が得られる一定のユーザ情報（視聴料情報Ｆ）の値に基づいて生成されており、ユーザ認証サーバ３００は、第１識別情報ａを生成した際に、ユーザ管理サーバ１００が記憶する所定のユーザ情報が肯定的な値である場合にのみ、ユーザ認証を与えることができる。

次に、正規のユーザが有料視聴契約をしている状況で、他人がその正規のユーザになりすまして配信要求した場合について考える。この場合は、事業者Ｂの保有している第１識別情報ａは、視聴料情報ＦとしてＹｅｓ（１）である情報に基づいて生成されている。一方、正規のユーザになりすました他人は、正規のユーザのユーザＩＤ（ｉｄ＿Ａ）を何らかの方法で取得したとしても、本実施形態における第２識別情報ａ’は、ハッシュ関数等を用いた秘匿化処理によって元の情報との対応が実質的に割り出すことができないため、適切な第２識別情報ａ’を生成することはできず、両者が偶然一致する可能性は極めて低い。したがって、事業者Ｂにおいては、第１識別情報ａと第２識別情報ａ’とは不一致となり、ユーザ認証を得ることはできない。

また、第２識別情報ａ’を何らかの方法で取得したとしても、正規のユーザのみが保有する秘密鍵Ｋｓを有さないと、正しい秘密鍵Ｋｓと異なる暗号化鍵を用いて第２識別情報ａ’を暗号化して事業者Ｂに提示しても、事業者Ｂにおいて正規の公開鍵Ｋｐを用いて正しく復号化できないため、この場合も、事業者Ｂからユーザ認証を得ることはできない。

すなわち、事業者Ｂ（ユーザ認証サーバ３００）から見ると、正しいユーザＩＤ（ｉｄ＿Ａ）と、正当な権限（視聴料情報ＦがＹｅｓ（１）に設定）と、対応する第２識別情報ａ’と、秘密鍵Ｋｓとを保有するユーザからの配信要求に対してのみ、ユーザ認証を与えることができる。

そこで、識別情報検証手段３１２によって、識別情報ａ，ａ’を検証した結果、ユーザ認証できなかった場合、すなわち、第１識別情報ａと第２識別情報ａ’とが不一致であった場合（ステップＳ２１５でＮＧ）、コンテンツ配信不許可通知手段３１４によって、例えば、「権限がありませんので、コンテンツの配信は拒絶されました。」というような、コンテンツの配信が不許可である旨のメッセージを添えて、コンテンツ配信不許可通知をユーザ端末５００に対して送信する（ステップＳ２１８）。

ユーザ端末５００は、コンテンツ配信不許可通知受信手段５１０によって、ユーザ認証サーバ３００から送信されたコンテンツ配信不許可通知を受信すると、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

また、識別情報検証手段３１２によって識別情報を検証した結果、ユーザ認証できた場合、すなわち、第１識別情報ａと第２識別情報ａ’とを照合して一致した場合（ステップＳ２１５でＯＫ）、ユーザ認証サーバ３００は、コンテンツ配信指令手段３１３によって、コンテンツ配信先であるユーザＩＤ（ｉｄ＿Ａ）と配信すべきコンテンツ名を添えて、配信サーバ４００に対してコンテンツの配信指令を送信する。配信サーバ４００は、コンテンツ配信指令受信手段４０２によって、コンテンツ配信指令を受信すると、コンテンツ配信手段４０３によって、コンテンツ記憶手段４０１に記憶されているコンテンツを読み出し、ユーザ端末５００に対してコンテンツの配信を行う（ステップＳ２１７）。

ユーザ端末５００は、コンテンツ受信手段５１２によって、配信サーバ４００から配信されるコンテンツを受信し（ステップＳ２１９）、コンテンツ再生手段５１３のコンテンツ復号化手段５１４によって暗号化、圧縮符号化などを施されたコンテンツ情報を復号化し、映像表示手段５１５及び音声再生手段５１６を用いてコンテンツを視聴可能なように再生する（ステップＳ２２１）。
このようにして、視聴者Ｃ（ユーザ名Ｃ１）は、ユーザ端末（視聴端末装置）５００を用いてコンテンツの配信を受け、視聴することができる。

（ユーザ情報変更処理）
次に、図９、図１０及び図２乃至図６を参照（適宜図１を参照）して、ユーザ認証に関わるユーザ情報である視聴料情報Ｆを変更するときの処理の流れについて説明する。ここで、図９は、視聴者Ｃが、事業者Ａに登録したユーザ情報を変更するときの処理の流れを示すフロー図である。

ユーザ端末５００は、ログイン要求手段５０２によって、視聴者Ｃ（ユーザ名Ｃ１）によって入力されたユーザＩＤ（ｉｄ＿Ａ）及びパスワードをユーザ情報管理装置１０のユーザ管理サーバ１００に対して送信する（ステップ３００）。ユーザ管理サーバ１００は、ログイン要求受信手段１０２によってログイン要求を受信し（ステップＳ３０１）、ユーザ認証手段１０３によって、受信したパスワードとユーザ情報記憶手段１０１に記憶されているユーザＩＤ（ｉｄ＿Ａ）に対応するパスワード（図１０（ｄ）参照）とを照合し、正当なユーザか否かのユーザ認証を行う（ステップＳ３０２）。

ユーザ管理サーバ１００は、ユーザ認証の結果、正当なユーザでないと判断した場合（ステップＳ３０２でＮＧ）、ログイン通知送信手段１０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが拒絶されました。」のように、ログイン要求が拒絶された旨を示すメッセージを添付してログイン不許可通知を送信する（ステップＳ３０３）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が拒絶された旨の通知を受信すると（ステップＳ３０５）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

ユーザ管理サーバ１００は、ユーザ認証の結果、正当なユーザであると判断した場合（ステップＳ３０２でＯＫ）、ログイン通知送信手段１０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが許可されました。事業者Ａにようこそいらっしゃいました。」のように、ログイン要求が許可された旨を示すメッセージを添付してログイン許可通知を送信する（ステップＳ３０４）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が許可された旨の通知を受信すると（ステップＳ３０６）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示し、ユーザ情報変更要求（ステップＳ３０７）に処理を進める。

ユーザ端末５００は、ユーザ情報変更要求送信手段５０４を用いて、ユーザ管理サーバ１００に対して、ユーザ認証に関わるユーザ情報である視聴料情報Ｆを送信する（ステップＳ３０７；ユーザ情報変更要求ステップ）。ユーザ管理サーバ１００は、ユーザ情報変更要求受信手段１０５によって、視聴料情報Ｆの変更要求を受信すると（ステップＳ３０８；ユーザ情報変更要求受信ステップ）、ユーザ情報記憶手段１０１に記憶されている視聴料情報Ｆ（図１０（ｄ）参照）を、変更要求に添付された視聴料情報Ｆに更新して記憶する（図１０（ｇ）参照）（ステップＳ３０９；ユーザ情報更新ステップ）。

ユーザ管理サーバ１００は、続けて、ユーザ情報秘匿化手段１０７を用いて、変更後の視聴料情報Ｆに基づいて、ユーザ登録処理において説明したのと同様の手順で、第１識別情報ａ及び第２識別情報ａ’を改めて生成する（ステップＳ３１０；識別情報生成ステップ）。

なお、第１識別情報ａ及び第２識別情報ａ’は、新たな乱数値ｒを用いて算出するため、今まで使用していた識別情報ａ，ａ’及びそれ以前に使用していた何れの識別情報ａ，ａ’とも異なる識別情報ａ，ａ’となるため、過去に使用していた識別情報ａ，ａ’を用いた場合は、正しいユーザ認証は得られないようになっている。

また、本実施形態では、複数の事業者毎に異なる識別情報ａ，ａ’を用いるようにしているため、ユーザ情報記憶手段１０１においてユーザＩＤ（ｉｄ＿Ａ）と対応付けて登録されている事業者名を読み出し、登録されている事業者Ｂ毎に、例えば、図１０（ｇ）に示したユーザ名Ｃ４（ユーザＩＤ＝２３２１）の場合には、事業者Ｂ１及び事業者Ｂ２用として、それぞれ異なる乱数値ｒを用いて識別情報ａ，ａ’を生成する。

第１識別情報ａ及び第２識別情報ａ’が生成されると、ユーザ管理サーバ１００は、識別情報送信手段１０９によって、ユーザ端末５００に対して、登録されたそれぞれの事業者Ｂの事業者名（ユーザ名Ｃ１のユーザの場合は、Ｂ１のみであり、ユーザ名Ｃ４のユーザの場合は、Ｂ１及びＢ２の二つ）と、対応する第２識別情報ａ’を順次送信する（ステップＳ３１１；第２識別情報送信ステップ）と共に、登録されたそれぞれの事業者Ｂ（ユーザ名Ｃ１のユーザの場合は、Ｂ１の１箇所のみであり、ユーザ名Ｃ４のユーザの場合は、Ｂ１及びＢ２の２箇所）の運用するコンテンツ配信管理装置２０のユーザ認証サーバ３００に対して、ユーザＩＤ（ｉｄ＿Ａ）に対応する第１識別情報ａを送信する（ステップＳ３１２；第１識別情報送信ステップ）。

ユーザ端末５００は、第２識別情報受信手段５０６によって、ユーザ管理サーバ１００から送信された事業者名と第２識別情報ａ’を受信し（ステップＳ３１３；第２識別情報受信ステップ）、受信した第２識別情報ａ’を、事業者名と対応付けてユーザ情報記憶手段５０１に記憶する（図１０（ｉ）参照）（ステップＳ３１４；第２識別情報記憶ステップ）。

また、ユーザ認証サーバ３００は、第１識別情報受信手段３１０によって、ユーザ管理サーバ１００から送信されたユーザＩＤ（ｉｄ＿Ａ）及び第１識別情報ａを受信し（ステップＳ３１５；第２識別情報受信ステップ）、受信した第１識別情報ａを、ユーザＩＤ（ｉｄ＿Ａ）と対応付けてユーザ情報記憶手段３０１に記憶する（図１０（ｈ）参照）（ステップＳ３１６；第１識別情報記憶ステップ）。
以上で、ユーザ情報変更処理が終了する。

ここで、第１識別情報ａ及び第２識別情報ａ’の送信処理は、ユーザ端末５００からのユーザ情報変更要求がある毎に、前記した一連の処理として続けて行ってもよいが、第１識別情報ａ及び第２識別情報ａ’を、生成したユーザ管理サーバ１００がユーザＩＤに対応付けて蓄積しておき、第２識別情報ａ’のユーザ端末５００への送信のみ、変更要求時に行い、事業者Ｂのユーザ認証サーバ３００への送信は、例えば、１日毎や１週間毎のように、定期的に、複数のユーザからのユーザ情報変更要求処理をまとめて行うようにしてもよい。事業者Ａから事業者Ｂへまとめて第１識別情報ａを送信するようにすることで、効率的に通信できるため、事業者Ａと事業者Ｂとの間の通信量を低減することができる。このように時間差を設けて送信しても、事業者Ｂの保有する変更前の第１識別情報ａと、視聴者Ｃの保有する変更後の第２識別情報ａ’は必ず不一致となるため、事業者Ｂにおいては、不正な配信要求に対する配信を防ぐことができる。

また、セキュリティ向上のため、ユーザ情報に変更がなくとも、ユーザ管理サーバ１００において、例えば、半年毎や１年毎のように、定期的に第１識別情報ａ及び第２識別情報ａ’を生成し直し、それぞれユーザ認証サーバ３００及びユーザ端末５００に送信するようにしてもよい。

なお、本実施形態においては、ユーザ登録処理時は、ユーザ管理サーバ１００は、公開鍵ペア生成手段１０８によって公開鍵ペアＫｐ，Ｋｓを生成し、識別情報送信手段１０９によって、それぞれ第１識別情報ａ及び第２識別情報ａ’と共に、ユーザ認証サーバ３００及びユーザ端末５００に送信し、ユーザ情報変更処理時は、公開鍵ペアは更新しないため、第１識別情報ａ及び第２識別情報ａ’のみを、それぞれユーザ認証サーバ３００及びユーザ端末５００に送信するようにしたが、ユーザ情報変処理時にも、公開鍵ペアを改めて生成して送信するようにしてもよい。
また、前記したように、公開鍵ペアＫｐ，Ｋｓの生成及び管理を認証局に委託する場合には、ユーザ管理サーバ１００は、公開鍵ペアＫｐ，Ｋｓの生成及び配布に関する処理は省略することができる。

また、ユーザ端末５００からのユーザ情報変更要求を起点としてユーザ情報が変更処理される場合について説明したが、ユーザ管理サーバ１００を起点として変更処理を行うようにしてもよい。例えば、第１識別情報ａの元となる所定のユーザ情報が視聴料情報Ｆである場合には、ユーザが視聴料の支払いを滞納している場合、ユーザ管理サーバ１００は、視聴料情報Ｆを強制的にＮｏ（０）に変更し、変更後の視聴料情報Ｆに基づいて第１識別情報ａを生成し、ユーザ認証サーバ３００に対して送信すると共に、第２識別情報ａ’も再生成してユーザ端末５００に送信する。
そして、ユーザ管理サーバ１００は、ユーザが滞納していた視聴料の支払いを確認すると、視聴料情報ＦをＹｅｓ（１）に変更し、再度、第１識別情報ａ及び第２識別情報ａ’を生成して、それぞれユーザ認証サーバ３００及びユーザ端末５００に送信するようにすればよい。

（事業者Ａからのコンテンツ配信処理）
次に、図１１及び図２、図３、図６を参照（適宜図１を参照）して、視聴者Ｃが事業者Ａから直接に、コンテンツの配信サービスを受けるときの処理の流れについて説明する。ここで、図１１は、視聴者Ｃが、事業者Ａからコンテンツ配信を受けるときの処理の流れを示すフロー図である。

ユーザ端末５００は、ログイン要求手段５０２によって、視聴者Ｃ（ユーザ名Ｃ１）によって入力されたユーザＩＤ（ｉｄ＿Ａ）及びパスワードをユーザ情報管理装置１０のユーザ管理サーバ１００に対して送信する（ステップ４００）。ユーザ管理サーバ１００は、ログイン要求受信手段１０２によってログイン要求を受信し（ステップＳ４０１）、ユーザ認証手段１０３によって、受信したパスワードとユーザ情報記憶手段１０１に記憶されているユーザＩＤ（ｉｄ＿Ａ）に対応するパスワード（図１０の（ａ）、（ｄ）、（ｇ）参照）とを照合し、正当なユーザか否かのユーザ認証を行う（ステップＳ４０２）。

ユーザ管理サーバ１００は、ユーザ認証の結果、正当なユーザでないと判断した場合（ステップＳ４０２でＮＧ）、ログイン通知送信手段１０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが拒絶されました。」のように、ログイン要求が拒絶された旨を示すメッセージを添付してログイン不許可通知を送信する（ステップＳ４０３）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が拒絶された旨の通知を受信すると（ステップＳ４０５）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

ユーザ管理サーバ１００は、ユーザ認証の結果、正当なユーザであると判断した場合（ステップＳ４０２でＯＫ）、ログイン通知送信手段１０４によって、ログイン要求を送信してきたユーザ端末５００に対して、例えば、「ログインが許可されました。事業者Ａにようこそいらっしゃいました。」のように、ログイン要求が許可された旨を示すメッセージを添付してログイン許可通知を送信する（ステップＳ４０４）。ユーザ端末５００は、ログイン通知受信手段５０３によって、ログイン要求が許可された旨の通知を受信すると（ステップＳ４０６）、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示し、コンテンツ配信要求（ステップＳ４０７）に処理を進める。

ユーザ端末５００は、コンテンツ配信要求送信手段５１１を用いて、配信を受けたいコンテンツ名（又はコンテンツを識別する記号などでもよい）を、ユーザ管理サーバ１００に対して、コンテンツの配信要求を送信する（ステップＳ４０７）。

ユーザ管理サーバ１００は、コンテンツ配信要求受信手段１１０によって、コンテンツ配信要求を受信すると（ステップＳ４０８）、配信可否判断手段１１１によって、ユーザ情報記憶手段１０１においてユーザＩＤ（ｉｄ＿Ａ）と対応付けて記憶されている視聴料情報Ｆを読み出し、有料視聴契約の有無（支払い可否）を確認し、コンテンツの配信の可否を判断する（ステップＳ４０９）。
事業者Ｂが配信を行う場合と異なり、事業者Ａの運用するユーザ管理サーバ１００は、識別情報の検証ではなく、視聴料情報Ｆを直接参照してコンテンツの配信の可否を判断する。

視聴料情報ＦがＮｏ（０）の場合は、配信可否判断手段１１１は、コンテンツの配信は不許可であると判断し（ステップＳ４０９でＮＧ）、コンテンツ配信不許可通知手段１１３によって、例えば、「有料視聴契約がされていませんので、コンテンツの配信は拒絶されました。」というような、コンテンツの配信が不許可である旨のメッセージを添えて、コンテンツ配信不許可通知をユーザ端末５００に対して送信する（ステップＳ４１０）。

ユーザ端末５００は、コンテンツ配信不許可通知受信手段５１０によって、ユーザ管理サーバ１００から送信されたコンテンツ配信不許可通知を受信すると、添付されたメッセージを、例えば、コンテンツ再生手段５１３の映像表示手段５１５に表示して処理を終了する。

また、視聴料情報ＦがＹｅｓ（１）の場合は、配信可否判断手段１１１は、コンテンツの配信は許可できる判断し（ステップＳ４０９でＯＫ）、ユーザ認証サーバ３００は、コンテンツ配信指令手段１１２によって、コンテンツ配信先であるユーザＩＤ（ｉｄ＿Ａ）と配信すべきコンテンツ名を添えて、番組サーバ２００に対してコンテンツの配信指令を送信する。番組サーバ２００は、コンテンツ配信指令受信手段２０２によって、コンテンツ配信指令を受信すると、コンテンツ配信手段２０３によって、コンテンツ記憶手段２０１に記憶されているコンテンツを読み出し、ユーザ端末５００に対してコンテンツの配信を行う（ステップＳ４１１）。

ユーザ端末５００は、コンテンツ受信手段５１２によって、番組サーバ２００から配信されるコンテンツを受信し（ステップＳ４１３）、コンテンツ再生手段５１３のコンテンツ復号化手段５１４によって暗号化、圧縮符号化などを施されたコンテンツ情報を復号化し（ステップＳ４１４）、映像表示手段５１５及び音声再生手段５１６を用いて視聴可能なようにコンテンツを再生する（ステップＳ４１５）。
このようにして、ユーザは、ユーザ端末（視聴端末装置）５００を用いて事業者Ａからコンテンツの配信を受け、視聴することができる。

（コンテンツ提供処理）
次に、図１２、図３及び図５を参照（適宜図１を参照）して、事業者Ａから事業者Ｂへコンテンツを提供する処理の流れについて説明する。ここで、図１２は、事業者Ａから事業者Ｂに対してコンテンツの提供を行うときの処理の流れを示すフロー図である。

ユーザ情報管理装置１０の番組サーバ２００は、コンテンツ提供手段２０４によって、コンテンツ記憶手段２０１に記憶しているコンテンツを読み出し、コンテンツ配信管理装置２０の配信サーバ４００に対してコンテンツの送信（提供）を行う（ステップＳ５００）。

配信サーバ４００は、コンテンツ受信手段４０４によって、番組サーバ２００から送信されたコンテンツを受信し、コンテンツ記憶手段４０１に記憶する（ステップＳ５０１）。コンテンツ記憶手段４０１に記憶されたコンテンツは、例えば、事業者Ｂのホームページ上に配信可能なコンテンツのリストに追加開示しておき、正当な権限を有するユーザからの配信要求に応じてユーザ端末５００に配信される。

以上、説明したように、本発明によるユーザ認証システムを利用したコンテンツ配信システム１においては、コンテンツ配信管理装置２０のユーザ認証サーバ３００が、ユーザ認証サーバ３００に接続されたユーザ端末５００のユーザ認証を行うために、ユーザ情報管理装置１０のユーザ管理サーバ１００が保有するユーザ情報に基づいて生成された第１識別情報ａ及び第２識別情報ａ’を、それぞれユーザ認証サーバ３００及びユーザ端末５００が記憶して、ユーザ認証を行う際に、ユーザ認証サーバ３００は、自ら記憶する第１識別情報ａと、ユーザ端末５００が記憶し、ユーザ端末５００によって暗号化されてユーザ認証サーバ３００に送信される第２識別情報ａ’と、に基づいてユーザ認証を行うため、ユーザ認証サーバ３００は、第１識別情報ａの元となったユーザ情報の内容を知ることなく、かつ、ユーザ管理サーバ１００は、ユーザ認証サーバ３００及びユーザ端末５００と通信を行うことなくユーザ認証を行うことができる。
このため、本発明によるユーザ認証システムを利用するコンテンツ配信システム１は、ユーザ認証のためにユーザ情報管理装置１０のユーザ管理サーバ１００の負荷を増大させることなく、コンテンツ配信管理装置２０の配信サーバ４００からユーザ端末５００にコンテンツ配信サービスを行うことができる。

コンテンツ配信システム（ユーザ認証システム）の構成を示すブロック図である。 ユーザ管理サーバの構成を示すブロック図である。 番組サーバの構成を示すブロック図である。 ユーザ認証サーバの構成を示すブロック図である。 配信サーバの構成を示すブロック図である。 ユーザ端末の構成を示すブロック図である。 視聴者Ｃが、事業者Ｂへユーザ登録するときの処理の流れを示すフロー図である。 視聴者Ｃが、事業者Ｂからコンテンツ配信を受けるときの処理の流れを示すフロー図である。 視聴者Ｃが、事業者Ａに登録したユーザ情報を変更するときの処理の流れを示すフロー図である。 ユーザ管理サーバ、ユーザ認証サーバ及びユーザ端末が、それぞれ保有するユーザ情報の内容を示す図であり、（ａ）（ｂ）（ｃ）は、ユーザ登録前のユーザ情報であり、（ｄ）（ｅ）（ｆ）は、ユーザ登録後のユーザ情報であり、（ｇ）（ｈ）（ｉ）は、ユーザ情報変更後のユーザ情報である。 視聴者Ｃが、事業者Ａからコンテンツ配信を受けるときの処理の流れを示すフロー図である。 事業者Ａから事業者Ｂに対してコンテンツの提供を行うときの処理の流れを示すフロー図である。

符号の説明

１ コンテンツ配信システム（ユーザ認証システム）
１００ ユーザ管理サーバ
１０１ ユーザ情報記憶手段
１０６ 第１識別情報要求受信手段
１０７ ユーザ情報秘匿化手段（識別情報生成手段）
１０９ 識別情報送信手段
３００ ユーザ認証サーバ
３０１ ユーザ情報記憶手段（第１識別情報記憶手段）
３０６ 第１識別情報要求送信手段
３０７ 第１識別情報受信手段
３１０ 第２識別情報受信手段
３１１ 第２識別情報復号化手段
３１２ 識別情報検証手段
５００ ユーザ端末
５０１ ユーザ情報記憶手段（第２識別情報記憶手段）
５０６ 第２識別情報受信手段
５０８ 第２識別情報暗号化手段
５０９ 第２識別情報送信手段
ａ 第１識別情報
ａ’ 第２識別情報
Ｋｐ 公開鍵
Ｋｓ 秘密鍵

Claims (8)

1. ネットワークを介して接続されるユーザ端末のユーザ認証を行うユーザ認証サーバであって、
   前記ユーザ端末を操作するユーザのユーザ情報をユーザＩＤと対応付けて記憶し、当該ユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、前記第１識別情報を前記ユーザ認証サーバに送信すると共に、前記第２識別情報を前記ユーザ端末に送信するユーザ管理サーバに対して、前記ユーザＩＤに対応する第１識別情報を要求する第１識別情報要求送信手段と、
   前記ユーザ管理サーバから送信された前記ユーザＩＤに対応する第１識別情報を受信する第１識別情報受信手段と、
   前記第１識別情報受信手段によって受信された前記第１識別情報を前記ユーザＩＤと対応付けて記憶する第１識別情報記憶手段と、
   前記ユーザ管理サーバから前記ユーザ端末に送信されて前記ユーザ端末に記憶された前記第２識別情報が、前記ユーザ端末によって公開鍵暗号化方式による暗号化のための秘密鍵によって暗号化されて送信された暗号化第２識別情報を受信する第２識別情報受信手段と、
   前記第２識別情報受信手段によって受信された前記暗号化第２識別情報を、前記秘密鍵と対をなす復号化のための公開鍵によって復号化する第２識別情報復号化手段と、
   前記第１識別情報記憶手段に記憶された前記ユーザＩＤに対応する第１識別情報と、前記第２識別情報復号化手段によって復号化された第２識別情報とを検証して、前記ユーザ端末のユーザ認証を行う識別情報検証手段と、
   を備えたことを特徴とするユーザ認証サーバ。
2. ネットワークを介して接続されるユーザ端末を操作するユーザのユーザ情報を管理するユーザ管理サーバであって、
   前記ユーザ端末を操作するユーザの前記ユーザ情報をユーザＩＤと対応付けて記憶するユーザ情報記憶手段と、
   前記ユーザ情報記憶手段に記憶された前記ユーザＩＤに対応するユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成する識別情報生成手段と、
   請求項１に記載のユーザ認証サーバからの前記ユーザＩＤに対応する第１識別情報の要求を受信する第１識別情報要求受信手段と、
   前記識別情報生成手段によって生成された前記ユーザＩＤに対応する第１識別情報と第２識別情報とを、それぞれ前記ユーザ認証サーバと前記ユーザ端末とに送信する識別情報送信手段と、
   を備えたことを特徴とするユーザ管理サーバ。
3. 前記識別情報生成手段は、少なくともユーザＩＤと当該ユーザＩＤに対応するユーザ情報中の前記所定の情報と乱数値とに基づいてハッシュ化して前記第１識別情報と前記第２識別情報とを生成することを特徴とする請求項２に記載のユーザ管理サーバ。
4. 前記ユーザ情報記憶手段に前記ユーザＩＤと対応付けて記憶された前記ユーザ情報は、前記第１識別情報を送信した宛先として１以上の前記ユーザ認識サーバを識別する認証サーバ識別情報を含み、
   前記所定の情報を変更したときは、
   前記変更後の所定の情報に基づいて、前記識別情報生成手段によって前記第１識別情報と前記第２識別情報とを生成し、
   前記識別情報送信手段によって、前記第２識別情報を前記ユーザ端末に送信すると共に、
   前記第１識別情報を、前記ユーザ情報記憶手段に記憶されている前記認証サーバ識別情報に基づいて、１以上の前記ユーザ認識サーバに送信すること、
   を特徴とする請求項２又は請求項３に記載のユーザ管理サーバ。
5. ネットワークを介して請求項１に記載のユーザ認証サーバ及び請求項２乃至請求項４の何れか一項に記載のユーザ管理サーバに接続するユーザ端末であって、
   前記ユーザ管理サーバから送信された前記第２識別情報を受信する第２識別情報受信手段と、
   前記第２識別情報受信手段によって受信された前記第２識別情報と公開鍵暗号化方式による暗号化のための秘密鍵とを記憶する第２識別情報記憶手段と、
   前記第２識別情報記憶手段に記憶された前記第２識別情報を、前記秘密鍵を用いて暗号化して暗号化第２識別情報を生成する第２識別情報暗号化手段と、
   前記第２識別情報暗号化手段によって生成された前記暗号化第２識別情報を前記ユーザ認証サーバに送信する第２識別情報送信手段と、
   を備えたことを特徴とするユーザ端末。
6. ネットワークを介して接続されるユーザ端末のユーザ認証を行うために、コンピュータを、
   前記ユーザ端末を操作するユーザのユーザ情報をユーザＩＤと対応付けて記憶し、当該ユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成し、前記第１識別情報を前記ユーザ認証サーバに送信すると共に、前記第２識別情報を前記ユーザ端末に送信するユーザ管理サーバに対して、前記ユーザＩＤに対応する第１識別情報を要求する第１識別情報要求送信手段、
   前記ユーザ管理サーバから送信された前記ユーザＩＤに対応する第１識別情報を受信して前記ユーザＩＤと対応付けて記憶する第１識別情報受信手段、
   前記ユーザ管理サーバから前記ユーザ端末に送信されて前記ユーザ端末に記憶された前記第２識別情報が、前記ユーザ端末によって公開鍵暗号化方式による暗号化のための秘密鍵によって暗号化されて送信された暗号化第２識別情報を受信する第２識別情報受信手段、
   前記第２識別情報受信手段によって受信された暗号化第２識別情報を、前記秘密鍵と対をなす復号化のための公開鍵によって復号化する第２識別情報復号化手段、
   前記第１識別情報受信手段によって受信されて記憶された前記ユーザＩＤに対応する第１識別情報と、前記第２識別情報復号化手段によって復号化された第２識別情報とを検証して、前記ユーザ端末のユーザ認証を行う識別情報検証手段、
   として機能させることを特徴とするユーザ認証プログラム。
7. ネットワークを介して接続されるユーザ端末を操作するユーザのユーザ情報を管理するために、コンピュータを、
   前記ユーザ端末を操作するユーザのユーザＩＤと対応付けて記憶されたユーザ情報中の少なくとも所定の情報を秘匿化処理して第１識別情報を生成すると共に、前記所定の情報としてとりうる予め定めた一定の値を用いて秘匿化処理して第２識別情報を生成する識別情報生成手段、
   請求項１に記載のユーザ認証サーバからの前記ユーザＩＤに対応する第１識別情報の要求を受信する第１識別情報要求受信手段、
   前記識別情報生成手段によって生成された前記ユーザＩＤに対応する第１識別情報と第２識別情報とを、それぞれ前記ユーザ認証サーバと前記ユーザ端末とに送信する識別情報送信手段、
   として機能させることを特徴とするユーザ管理プログラム。
8. ネットワークを介して請求項１に記載のユーザ認証サーバ及び請求項２乃至請求項４の何れか一項に記載のユーザ管理サーバに接続するために、コンピュータを、
   前記ユーザ管理サーバから送信された前記第２識別情報を受信して記憶する第２識別情報受信手段、
   前記第２識別情報受信手段によって受信されて記憶された前記第２識別情報を、公開鍵暗号化方式による暗号化のための秘密鍵を用いて暗号化して暗号化第２識別情報を生成する第２識別情報暗号化手段、
   前記第２識別情報暗号化手段によって生成された前記暗号化第２識別情報を前記ユーザ認証サーバに送信する第２識別情報送信手段、
   として機能させることを特徴とするユーザ端末プログラム。
   

Images