(57)【要約】【課題】  第３者のなりすましによるプロバイダへの不正アクセスを防止でき、個人単位で認証可能にする。【解決手段】  インテグレータサーバ２は、ユーザのメールアドレスを利用して、ユーザがサービスの提供を受けるプロバイダサーバ４のＵＲＬ、並びに、このプロバイダにおけるユーザの個人ＩＤ及びパスワードを管理する。インテグレータサーバ２は電話網５から通知される電話番号、ユーザ端末３から受信するＵＲＬ、ユーザに対する問い合わせの結果決定したメールアドレスを利用して個人ＩＤ及びパスワードを特定する。インテグレータサーバ２はＬ２−ＭＰＬＳ網６でインテグレータアドレス、特定した個人ＩＤなどをプロバイダサーバ４へ送信する。プロバイダサーバ４は、インテグレータアドレスを基にインテグレータサーバ２から受信したものかを判断する。【選択図】    図１
2005063088.tif 000002
【特許請求の範囲】
【請求項１】
電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバにおいて、
電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段と、
前記電話網により送信される端末装置の電話番号を受信する発番受信手段と、
前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手段と、
前記発番受信手段により受信される電話番号及び前記ＵＲＬ受信手段により受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手段と、
前記メールアドレス特定手段により特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手段と、
前記発番受信手段により受信される電話番号、前記ＵＲＬ受信手段により受信されるＵＲＬ、及び前記メールアドレス決定手段により決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手段と、
前記発番受信手段により受信される電話番号、並びに、前記ログイン情報特定手段により特定される個人識別子及びパスワードを前記ＵＲＬ受信手段により受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手段と、
前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手段と、
を備えたことを特徴とする認証代行サーバ。
【請求項２】
前記送信手段は、さらに自身のアドレスを送信することを特徴とする請求項１に記載の認証代行サーバ。
【請求項３】
電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバにおいて行われる認証代行方法において、
前記認証代行サーバには、電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段が備えられており、
前記電話網により送信される端末装置の電話番号を受信する発番受信手順と、
前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手順と、
前記発番受信手順において受信される電話番号及び前記ＵＲＬ受信手順において受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手順と、
前記メールアドレス特定手順において特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手順と、
前記発番受信手順において受信される電話番号、前記ＵＲＬ受信手順において受信されるＵＲＬ、及び前記メールアドレス決定手順において決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手順と、
前記発番受信手順において受信される電話番号、並びに前記ログイン情報特定手順において特定される個人識別子及びパスワードを前記ＵＲＬ受信手順において受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手順と、
前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手順と、
を有することを特徴とする認証代行方法。
【請求項４】
前記送信手順において、さらに自身のアドレスを送信することを特徴とする請求項３に記載の認証代行方法。
【請求項５】
電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバとしてのコンピュータを、
電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段、
前記電話網により送信される端末装置の電話番号を受信する発番受信手段、
前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手段、
前記発番受信手段により受信される電話番号及び前記ＵＲＬ受信手段により受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手段、
前記メールアドレス特定手段により特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手段、
前記発番受信手段により受信される電話番号、前記ＵＲＬ受信手段により受信されるＵＲＬ、及び前記メールアドレス決定手段により決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手段、
前記発番受信手段により受信される電話番号、並びに、前記ログイン情報特定手段により特定される個人識別子及びパスワードを前記ＵＲＬ受信手段により受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手段、及び
前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手段
として機能させることを特徴とするプログラム。
【請求項６】
前記送信手段は、さらに自身のアドレスを送信することを特徴とする請求項５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの認証を代行する認証代行サーバ、認証代行方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワーク上でプロバイダにより様々なサービスが提供されるようになってきた。プロバイダにより提供されるサービスを受ける際、提供を受ける者（ユーザ）はログイン情報（ユーザＩＤやパスワード）を入力する。そして、入力されたログイン情報が予め登録されたログイン情報と比較され、一致する場合にプロバイダにより提供されるサービスを受けることができる（例えば、特許文献１、特許文献２、特許文献３、特許文献４参照。）。ところが、第３者が何らかの方法でログイン情報を入手した場合、この第３者は入手したログイン情報を利用して正規のユーザになりすまして不正にサービスを受けることができてしまうという問題があった。
【０００３】
この問題を解決するために、予めユーザの電話番号及びパスワードをプロバイダに登録しておく。ユーザがプロバイダのサーバの提供を受ける際、サーバは発信者電話番号通知機能により通知される電話番号（電話網内の交換機により送信される電話番号）を受信し、また、ユーザのパスワードを受信する。そして、受信した電話番号及びパスワードを予め登録されたユーザの電話番号及びパスワードと比較し、一致する場合に正規のユーザであると判断する（例えば、特許文献５参照。）。
【特許文献１】特開２００２−３３４０５６号公報
【特許文献２】特開２００２−０３２３４０号公報
【特許文献３】特開２００１−２４９９８４号公報
【特許文献４】特開２００１−２０９６１１号公報
【特許文献５】特開２００２−０３３８２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところが、上述したユーザ認証の仕組みは電話番号単位でパスワードを登録しており、同じ電話番号を利用するユーザが複数いるような場合に個人単位でパスワードを登録することができないという問題がある。
【０００５】
そこで、本発明は、第３者のなりすましによるプロバイダへの不正アクセスを防止することができるとともに、個人単位で認証可能な認証代行サーバ、認証代行方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の発明は、電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバにおいて、電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段と、前記電話網により送信される端末装置の電話番号を受信する発番受信手段と、前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手段と、前記発番受信手段により受信される電話番号及び前記ＵＲＬ受信手段により受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手段と、前記メールアドレス特定手段により特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手段と、前記発番受信手段により受信される電話番号、前記ＵＲＬ受信手段により受信されるＵＲＬ、及び前記メールアドレス決定手段により決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手段と、前記発番受信手段により受信される電話番号、並びに、前記ログイン情報特定手段により特定される個人識別子及びパスワードを前記ＵＲＬ受信手段により受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手段と、前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手段と、を備えたことを特徴とする。
【０００７】
請求項２に記載の発明は、前記送信手段は、さらに自身のアドレスを送信することを特徴とする。
【０００８】
請求項３に記載の発明は、電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバにおいて行われる認証代行方法において、前記認証代行サーバには、電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段が備えられており、前記電話網により送信される端末装置の電話番号を受信する発番受信手順と、前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手順と、前記発番受信手順において受信される電話番号及び前記ＵＲＬ受信手順において受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手順と、前記メールアドレス特定手順において特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手順と、前記発番受信手順において受信される電話番号、前記ＵＲＬ受信手順において受信されるＵＲＬ、及び前記メールアドレス決定手順において決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手順と、前記発番受信手順において受信される電話番号、並びに前記ログイン情報特定手順において特定される個人識別子及びパスワードを前記ＵＲＬ受信手順において受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手順と、前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手順と、を有することを特徴とする。
【０００９】
請求項４に記載の発明は、前記送信手順において、さらに自身のアドレスを送信することを特徴とする。
【００１０】
請求項５に記載の発明は、電話網及びＬ２−ＭＰＬＳ網に接続され、前記電話網を介して１又は複数の端末装置とデータの送受信を行い、前記Ｌ２−ＭＰＬＳ網を介して１又は複数のサーバとデータの送受信を行う認証代行サーバとしてのコンピュータを、電話番号にこの電話番号を利用する各ユーザのメールアドレスを対応付け、メールアドレスにこのメールアドレスのユーザが接続する各サーバのＵＲＬを対応付け、ＵＲＬにこのＵＲＬのサーバにおけるユーザの個人識別子及びパスワードを対応付けて管理する利用者情報管理手段、前記電話網により送信される端末装置の電話番号を受信する発番受信手段、前記端末装置により送信される前記サーバのＵＲＬを受信するＵＲＬ受信手段、前記発番受信手段により受信される電話番号及び前記ＵＲＬ受信手段により受信されるＵＲＬに対応付けて前記利用者情報管理手段に管理されている１又は複数のメールアドレスを特定するメールアドレス特定手段、前記メールアドレス特定手段により特定される１又は複数のメールアドレスのいずれであるかを前記端末装置に問い合わせ、問い合わせに対する応答を基にメールアドレスを決定するメールアドレス決定手段、前記発番受信手段により受信される電話番号、前記ＵＲＬ受信手段により受信されるＵＲＬ、及び前記メールアドレス決定手段により決定されるメールアドレスに対応付けて前記利用者情報管理手段に管理されている個人識別子及びパスワードを特定するログイン情報特定手段、前記発番受信手段により受信される電話番号、並びに、前記ログイン情報特定手段により特定される個人識別子及びパスワードを前記ＵＲＬ受信手段により受信されるＵＲＬのサーバに前記Ｌ２−ＭＰＬＳ網を介して送信する送信手段、及び前記サーバから当該サーバにおける認証確認を前記Ｌ２−ＭＰＬＳ網を介して受信し、この受信した認証確認を前記端末装置に対して前記電話網を介して送信する認証確認送受信手段として機能させることを特徴とする。
【００１１】
請求項６に記載の発明は、前記送信手段は、さらに自身のアドレスを送信することを特徴とする。
【発明の効果】
【００１２】
請求項１、請求項３、及び請求項５によれば、電話網から受信する電話番号を利用しているため、第３者のなりすましによるプロバイダへの不正アクセスを防止することができる。また、メールアドレスを利用することにより個人単位で認証を行うことが可能になる。
請求項２、請求項４、及び請求項６によれば、Ｌ２−ＭＰＬＳ網により認証代行サーバのアドレスを送信しているため、このアドレスを利用して認証を行えば、第３者のなりすましによるプロバイダへの不正アクセスをより確実に防止することができる。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について図面を参照しつつ説明する。尚、本実施の形態においては、ユーザ認証の関連部分について説明する。
まず、本発明の実施の形態における認証代行システムの全体構成について図１を参照しつつ説明する。図１は、本実施の形態における認証代行システムの構成を示すシステム図である。
【００１４】
認証代行システム１は、図１に示すように、例えばＩＳＰ（Internet Service Provider）などにより設置され、サービスの提供を行うプロバイダに代わってユーザの認証を行うサーバ（以下、インテグレータサーバという。：認証代行サーバ）２と、ユーザにより利用される端末装置（以下、ユーザ端末という。）３：３ａ，３ｂと、インテグレータサーバ２にユーザ認証を代行してもらうプロバイダにより設置されるサーバ（以下、プロバイダサーバという。）４：４ａ，４ｂと、を有している。インテグレータサーバ２は、電話網５及びＬ２−ＭＰＬＳ（Layer2-Multiprotocol Label Switching）網６に接続されている。各ユーザ端末３：３ａ，３ｂは、電話網５に接続されている。各プロバイダサーバ４：４ａ，４ｂは、Ｌ２−ＭＰＬＳ網６に接続されている。
【００１５】
この認証代行システム１では、プロバイダサーバ４はインテグレータサーバ２から接続された場合のみサービスを提供することとなっている。言い換えると、ユーザ端末３からプロバイダサーバ４に直接（インテグレータサーバ２を経由することなく）接続された場合にはサービスの提供を行わない。
また、インテグレータサーバ２はメールサービスを行っている（ユーザにメールアドレスを払い出す機能を有している）こととなっている。
【００１６】
次に、図１のインテグレータサーバ２の機能について図２を参照しつつ説明する。図２はインテグレータサーバの構成を示すブロック図である。
インテグレータサーバ２は、図２に示すように、利用者情報管理部２１と、発番受信部２２と、ＵＲＬ受信部２３と、ユーザ・ログイン情報抽出部（メールアドレス特定手段、メールアドレス決定手段、ログイン情報特定手段）２４と、ユーザ情報送信部（送信手段）２５と、認証確認送受信部２６とを有している。
【００１７】
利用者情報管理部２１は、利用者情報（電話番号、メールアドレス、ＵＲＬ、個人ＩＤ、パスワード）を格納し管理する。具体的には、インテグレータサーバ２に電話網５経由で接続された各ユーザ端末３に割り当てた電話番号が格納されて管理されている。また、夫々の電話番号において、ユーザ端末３を利用する各ユーザに払い出されたメールアドレスがこのユーザ端末３の電話番号に対応付けて格納されて管理されている。さらに、夫々のメールアドレスにおいて、ユーザがサービスの提供を受ける各プロバイダのＵＲＬ（Uniform Resource Locator）がこのユーザに払いだされたメールアドレスに対応付けて格納されて管理されている。また、夫々のＵＲＬにおいて、ＵＲＬのプロバイダにユーザ（このＵＲＬが対応付けられたメールアドレスのユーザ）が登録した個人識別子（以下、個人ＩＤという。）及びパスワードがこのＵＲＬに対応付けて格納されて管理されている。この一例が図３に示されている。
【００１８】
図３は、利用者情報管理部２１に管理されている利用者情報の一例を示す図である。
図３の例では、電話番号“０３＊＊＊＊０１２３”（ユーザＡ、ユーザＢ、ユーザＣが利用するユーザ端末の電話番号）、及び電話番号“０４２２＊＊７８９０”が管理されている。
メールアドレス“F**1@x**.jp”（ユーザＡのメールアドレス）、メールアドレス“F**2@x**.jp”（ユーザＢのメールアドレス）、及びメールアドレス“F**3@x**.jp”（ユーザＣのメールアドレス）が、電話番号“０３＊＊＊＊０１２３”に対応付けて管理されている。
【００１９】
ＵＲＬ“www.p*1.co.jp”（ユーザＡがサービスの提供を受けるプロバイダａのＵＲＬ）、ＵＲＬ“www.p*2.co.jp”（ユーザＡがサービスの提供を受けるプロバイダｂのＵＲＬ）、及びＵＲＬ“www.p*3.co.jp”（ユーザＡがサービスの提供を受けるプロバイダｃのＵＲＬ）が、メールアドレス“F**1@x**.jp”（ユーザＡのメールアドレス）に対応付けて管理されている。
個人ＩＤ“ah**125”（ユーザＡがプロバイダａに登録したＩＤ番号）及びパスワード“XY**20”（ユーザＡがプロバイダａに登録したパスワード）が、ＵＲＬ“www.p*1.co.jp”（プロバイダａのＵＲＬ）に対応付けて管理されている。また、個人ＩＤ“bg**587”（ユーザＡがプロバイダｂに登録したＩＤ番号）及びパスワード“PO**98”（ユーザＡがプロバイダｂに登録したパスワード）が、ＵＲＬ“www.p*2.co.jp”（プロバイダｂのＵＲＬ）に対応付けて管理されている。さらに、個人ＩＤ“sw**745”（ユーザＡがプロバイダｃに登録したＩＤ番号）及びパスワード“FG**56”（ユーザＡがプロバイダｃに登録したパスワード）が、ＵＲＬ“www.p*3.co.jp”（プロバイダｃのＵＲＬ）に対応付けて管理されている。
【００２０】
ＵＲＬ“www.p*1.co.jp”（ユーザＢがサービスの提供を受けるプロバイダａのＵＲＬ）、ＵＲＬ“www.p*8.co.jp”（ユーザＢがサービスの提供を受けるプロバイダｄのＵＲＬ）、及びＵＲＬ“www.p*9.co.jp”（ユーザＢがサービスの提供を受けるプロバイダｅのＵＲＬ）が、メールアドレス“F**2@x**.jp”（ユーザＢのメールアドレス）に対応付けて管理されている。
個人ＩＤ“r**487”（ユーザＢがプロバイダａに登録したＩＤ番号）及びパスワード“74**69”（ユーザＢがプロバイダａに登録したパスワード）が、ＵＲＬ“www.p*1.co.jp”（プロバイダａのＵＲＬ）に対応付けて管理されている。また、個人ＩＤ“w**893”（ユーザＢがプロバイダｄに登録したＩＤ番号）及びパスワード“09**12”（ユーザＢがプロバイダｄに登録したパスワード）が、ＵＲＬ“www.p*8.co.jp”（プロバイダｄのＵＲＬ）に対応付けて管理されている。さらに、個人ＩＤ“mn**196”（ユーザＢがプロバイダｅに登録したＩＤ番号）及びパスワード“DD**56”（ユーザＢがプロバイダｅに登録したパスワード）が、ＵＲＬ“www.p*9.co.jp”（プロバイダｅのＵＲＬ）に対応付けて管理されている。
【００２１】
図３の例から分かるように、ユーザに払いだされたメールアドレスを利用し、このユーザが利用するプロバイダのＵＲＬなどがメールアドレスに対応付けて管理されるようになっている。これにより、電話番号では不可能であった個人単位でサービスの提供を受けるプロバイダの登録が可能になる。
また、図３の例からも分かるように、メールアドレス“F**1@x**.jp”が払い出されたユーザＡと、メールアドレス“F**2@x**.jp”が払い出されたユーザＢとが、ＵＲＬ“www.p*1.co.jp”のプロバイダａからサービスを受けることがある。このことから、電話番号とＵＲＬとからは一義的にプロバイダからサービスの提供を受けようとするユーザを特定することができない。
【００２２】
発番受信部２２は、電話網５（電話網５内に設けられた交換機）が発する電話番号（プロバイダからサービスを受けようとするユーザのユーザ端末の電話番号）を受信する。
ＵＲＬ受信部２３は、電話網５経由でユーザ端末３からユーザにより入力されたＵＲＬ（ユーザがサービスの提供を受けようとするプロバイダサーバ４のＵＲＬ）を受信する。
【００２３】
ユーザ・ログイン情報抽出部２４は、利用者情報管理部２１に管理されている利用者情報を参照して、発番受信部２２により受信される電話番号を基に、この電話番号に関連して利用者情報管理２１に管理されている利用者情報（電話番号、メールアドレス、ＵＲＬ、個人ＩＤ、パスワード）を抽出する。
また、ユーザ・ログイン情報抽出部２４は、電話番号を基に抽出した利用者情報を参照して、ＵＲＬ受信部２３により受信されるＵＲＬを基に、このＵＲＬに関連する利用者情報を電話番号を基に抽出された利用者情報から抽出する。これにより、発番受信部２２により受信される電話番号及びＵＲＬ受信部２３により受信されるＵＲＬに関連して利用者情報管理部２１に管理されている１又は複数のメールアドレスが特定されることになる。
さらに、ユーザ・ログイン情報抽出部２４は、特定される１又は複数のメールアドレスを基にユーザ端末３に問い合わせを行い、この問い合わせに対するユーザ端末３の応答によりプロバイダ４にサービスの提供を受けようとするユーザのメールアドレスを決定する。そして、ＵＲＬを基に抽出した利用者情報を参照して、決定したメールアドレスに関連する利用者情報をＵＲＬを基に抽出された利用者情報から抽出する。これにより、ユーザがサービスの提供を受けようとするプロバイダにおけるユーザの個人ＩＤ及びパスワードが特定されることになる。
このユーザ・ログイン情報抽出部２４の処理の一例についての記載は、図４のシーケンス例の説明に併せて行う。
【００２４】
ユーザ情報送信部２５は、インテグレータサーバ２のアドレス（以下、インテグレータアドレスという。）、並びに、ユーザ・ログイン情報抽出部２４により抽出される利用者情報の電話番号（発番受信部２２により受信される電話番号と同じ）、個人ＩＤ、及びパスワードを、Ｌ２−ＭＰＬＳ網６経由で、この抽出される利用者情報のＵＲＬ（ＵＲＬ受信部２３により受信されるＵＲＬと同じ）のプロバイダサーバ４へ送信する。この送信されたデータは、Ｌ２−ＭＰＬＳ網６内のノード間で転送されて（この際、送信元のアドレス（インテグレータアドレス）と送信先のアドレスとがペアになっている）、プロバイダサーバ４に到達する。プロバイダサーバ４では、インテグレータアドレスを基にインテグレータサーバ２から送信されたデータであるかを判断する。
認証確認送受信部２６は、プロバイダサーバ４から認証確認を受信するとともに、プロバイダサーバ４から受信する認証確認をユーザ端末３へ転送する。
【００２５】
以下、上述した認証代行システム１において実行される認証代行処理について図４、図５、図６、及び図７を参照しつつ説明する。図４は認証代行システム１において実行される認証代行処理のシーケンス例を示す図である。図５、図６、及び図７は、ユーザ・ログイン情報抽出部２４の処理を説明するための図である。但し、利用者情報管理部２１に管理されている利用者情報が図３に示すものであるとする。また、プロバイダからサービスの提供を受けようとするユーザのユーザ端末３の電話番号が“０３＊＊＊＊０１２３”であり、ユーザに払い出されたメールアドレスが“F**2@x**.jp”であるとする。さらに、ユーザがサービスを受けようとするプロバイダサーバのＵＲＬを“www.p*1.co.jp”であるとする。
【００２６】
まず、ユーザはユーザ端末３を利用してインテグレータサーバ２にダイアルアップすると、電話網５（電話網５の交換機）によりインテグレータサーバ２に対してユーザ端末３の電話番号が送信される（ステップＳ１０１）。
【００２７】
インテグレータサーバ２において、発番受信部２２が電話網５（電話網５の交換機）からユーザ端末３の電話番号を受信すると、ユーザ・ログイン情報抽出部２４は、受信した電話番号に関連した利用者情報を利用者情報管理部２１から抽出する（ステップＳ１０２）。このステップＳ１０２におけるユーザ・ログイン情報抽出部２４の動作が図５に示されている。
図５（ａ）は、本シーケンス例における利用者情報管理部２１に管理されている利用者情報を示しており、図５（ａ）には電話番号“０３＊＊＊＊０１２３”に関連した利用者情報、及び電話番号“０４２２＊＊７８９０”に関連した利用者情報が含まれている。そして、本シーケンス例では、ユーザ端末３の電話番号（電話網５により送信される電話番号）が“０３＊＊＊＊０１２３”であるので、図５（ａ）の利用者情報から、図５（ｂ）に示すように、電話番号“０３＊＊＊＊０１２３”に関連した利用者情報が抽出される。
尚、電話網５の交換機から通知される電話番号を利用して利用者情報の抽出を行うようになっているので、第３者は自身が使用しているユーザ端末の電話番号以外の電話番号のユーザ端末を使用する他人になりすますことができない。
【００２８】
ユーザは自身のユーザ端末３においてサービスの提供を受けたいプロバイダサーバ４のＵＲＬを入力する。この入力操作の後、この入力されたＵＲＬがユーザ端末３からインテグレータサーバ２へ送信される（ステップＳ１０３）。
【００２９】
インテグレータサーバ２において、ＵＲＬ受信部２３がユーザ端末３からＵＲＬを受信すると、ユーザ・ログイン情報抽出部２４は、受信したＵＲＬに関連した利用者情報をステップＳ１０２において抽出された利用者情報から抽出する（ステップＳ１０４）。ステップＳ１０４において抽出された利用者情報は、電話網５から受信した電話番号及びユーザ端末３から受信したＵＲＬに関連して利用者情報管理部２１に管理されている利用者情報になる。これにより、電話網５から受信する電話番号及びユーザ端末３から受信するＵＲＬに対応付けて利用者情報管理部２１に管理されている１又は複数のメールアドレスが特定されることになる。このステップＳ１０４におけるユーザ・ログイン情報抽出部２４の動作が図６に示されている。
図６（ａ）は、本シーケンス例におけるステップＳ１０２において抽出された、電話番号“０３＊＊＊＊０１２３”に関連した利用者情報を示している。本シーケンス例では、ユーザにより入力されるＵＲＬが“www.p*1.jp”であるので、図６（ａ）の利用者情報から、図６（ｂ）に示すように、ＵＲＬ“www.p*1.jp”に関連した利用者情報が抽出される。そして、この抽出された利用者情報には、メールアドレスが“F**1@x**.co.jp”に関連するものと、“F**2@x**.co.jp”に関連するものがある。
【００３０】
インテグレータサーバ２において、ユーザ・ログイン情報抽出部２４は、ユーザ（ユーザ端末３）に対してメールアドレスが“F**1@x**.co.jp”であるかを問い合わせる（ステップＳ１０５）。但し、このメールアドレス“F**1@x**.co.jp”はステップＳ１０４で抽出された一つの利用者情報のメールアドレスである。
ユーザ端末３において、ユーザ端末３が備える表示部に＜メールアドレスが“F**1@x**.co.jp”ですか＞と表示される。本シーケンス例では、ユーザのメールアドレスが“F**2@x**.co.jp”であるので、ユーザはユーザ端末３が備える入力部を利用して“いいえ”と入力する。この入力操作の後、ユーザ端末３からインテグレータサーバ２に対して“いいえ”の応答が行われる（ステップＳ１０６）。
【００３１】
インテグレータサーバ２において、ユーザ・ログイン情報抽出部２４は、ユーザ端末３から“いいえ”の応答を受けたので、ユーザ（ユーザ端末３）に対してメールアドレスが“F**2@x**.co.jp”であるかを問い合わせる（ステップＳ１０７）。但し、このメールアドレス“F**2@x**.co.jp”はステップＳ１０４で抽出されたもう一つの利用者情報のメールアドレスである。
ユーザ端末３において、ユーザ端末３が備える表示部に＜メールアドレスが“F**2@x**.co.jp”ですか＞と表示される。本シーケンス例では、ユーザのメールアドレスが“F**2@x**.co.jp”であるので、ユーザはユーザ端末３が備える入力部を利用して“はい”と入力する。この入力操作の後、ユーザ端末３からインテグレータサーバ２に対して“はい”の応答が行われる（ステップＳ１０８）。
【００３２】
インテグレータサーバ２において、ユーザ・ログイン情報抽出部２４は、ユーザ端末３から“はい”の応答を受けると、メールアドレスを“はい”の応答の対象となったメールアドレス“F**2@x**.co.jp”に決定する。これにより、プロバイダからサービスを受けようとするユーザが特定されることになる。そして、決定したメールアドレスに関連した利用者情報をステップＳ１０４において抽出された利用者情報から抽出して、利用者情報を決定する（ステップＳ１０９）。これにより、ユーザがサービスを受けようとするプロバイダに登録した個人ＩＤ及びパスワードが特定される。このステップＳ１０９におけるユーザ・ログイン情報抽出部２４の動作が図７に示されている。
図７（ａ）は、本シーケンス例におけるステップＳ１０４において抽出された、電話番号“０３＊＊＊＊０１２３”及びＵＲＬ“www.p*1.jp”に関連した利用者情報を示している。本シーケンス例では、ユーザのメールアドレスが“F**2@x**.jp”であるので、図７（ａ）の利用者情報から、図７（ｂ）に示すように、メールアドレス“F**2@x**.jp”に関連した利用者情報が抽出される。これにより、ユーザがサービスの提供を受けようとするプロバイダにおけるこのユーザの個人ＩＤ“r**487”及びパスワード“74**69”が特定される。
このように、ユーザは自ら個人ＩＤ及びパスワードを入力する必要がない。
【００３３】
インテグレータサーバ２において、ユーザ情報送信部２５は、自サーバのインテグレータアドレス、並びに、ステップＳ１０９において決定された利用者情報の電話番号、個人ＩＤ、及びパスワードを、Ｌ２−ＭＰＬＳ網６経由で、この抽出される利用者情報のＵＲＬのプロバイダサーバ４へ送信する（ステップＳ１１０）。
【００３４】
プロバイダサーバ４において、インテグレータサーバ２から電話番号などを受信すると、インテグレータアドレスを基に、インテグレータサーバ２から送信されたものかを確認する。また、インテグレータサーバ２から受信した電話番号、個人ＩＤ、及びパスワードを基にユーザの確認を行う。そして、プロバイダサーバ４からインテグレータサーバ２へ認証確認を送信する（ステップＳ１１１）。このようにインテグレータアドレスを利用してインテグレータサーバ２から送信されたものかを確認しているため、第３者がインテグレータサーバ２になりすますことを防止することができる。尚、インテグレータサーバ２からではないと確認された場合には、プロバイダサーバ４はサービスの提供を行わない。
そして、インテグレータサーバ２において、認証確認送受信部２６がプロバイダサーバ４から認証確認を受信すると、認証確認送受信部２６は、受信した認証確認をユーザ端末３に対して転送する（ステップＳ１１２）。以降において、ユーザはユーザ端末３を利用してプロバイダサーバ４のプロバイダからサービスの提供を受ける。
【００３５】
以上説明した本実施の形態の認証代行システム１によれば、電話網５の交換機から通知される電話番号を利用して利用者情報の抽出を行うようになっているので、第３者は自身が使用しているユーザ端末の電話番号以外の電話番号のユーザ端末を使用する他人になりすますことができなくなる。また、インテグレータサーバ２はＬ２−ＭＰＬＳ網６でインテグレータアドレスを送信し、プロバイダサーバ４はこのインテグレータアドレスを基にインテグレータサーバ２から送信されたものか確認しているため、第３者がインテグレータサーバ２になりすますことを防止できる。従って、第３者がプロバイダサーバ４から不正にサービスの提供を受けることを防ぐことが可能になる。
【００３６】
また、個人単位で払い出されたメールアドレスを利用し、このユーザが利用するプロバイダのＵＲＬなどがメールアドレスに対応付けて管理されるようになっている。このため、電話番号では不可能であった個人単位で認証を行うことが可能になる。
さらに、ユーザ端末３とインテグレータサーバ２との間は既存の電話網を利用し、インテグレータサーバ２とプロバイダサーバ４との間はＬ２−ＭＰＬＳ網を適用しているため、認証代行システム１を低いコストで実現することが可能になる。
【００３７】
以上、本発明の好適な実施の形態について説明したが、本発明は上述の実施の形態に限られるものではなく、特許請求の範囲に記載した限りにおいて様々な設計変更が可能なものになっている。
尚、上述した認証代行システムの各処理部の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより認証代行処理を行ってもよい。尚、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００３８】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００３９】
【図１】本発明の実施の形態における認証代行システムの構成を示すシステム図。
【図２】図１の装置の構成を示すブロック図。
【図３】図２の利用者情報管理部に管理されている利用者情報の一例を示す図。
【図４】図１の認証代行システムにおいて実行される認証代行処理のシーケンス例を示す図。
【図５】図２のユーザ・ログイン情報抽出部における処理を説明するための図。
【図６】図２のユーザ・ログイン情報抽出部における処理を説明するための図。
【図７】図２のユーザ・ログイン情報抽出部における処理を説明するための図。
【符号の説明】
【００４０】
１  認証代行システム
２  インテグレータサーバ
３，３ａ，３ｂ  ユーザ端末
４，４ａ，４ｂ  プロバイダサーバ
５  電話網
６  Ｌ２−ＭＰＬＳ網
２１  利用者情報管理部
２２  発番受信部
２３  ＵＲＬ受信部
２４  ユーザ・ログイン情報抽出部
２５  ユーザ情報送信部
２６  認証確認送受信部
【図１】
2005063088.tif 000003
【図２】
2005063088.tif 000004
【図３】
2005063088.tif 000005
【図４】
2005063088.tif 000006
【図５】
2005063088.tif 000007
【図６】
2005063088.tif 000008
【図７】
2005063088.tif 000009