(57)【要約】【課題】サービス提供者の個人情報を管理する負荷を低減する。【解決手段】認証装置２であって、サービス提供者のサービサ電話機３からの電話により、ユーザＩＤを受信する受信手段２３と、ユーザ電話機１から送信された第１の認証情報と、ユーザ登録時に認証記憶手段２７に登録された前記ユーザＩＤに対応する第２の認証情報とを照合し、両者が一致する場合は、認証に成功したと判別する認証手段２６と、認証に成功した場合、ユーザ電話機１との電話を、サービサ電話機３に転送する接続手段２３とを備え、サービサ電話機３からの電話は、ユーザ電話機１からサービサ電話機３への電話が転送されたものであり、前記ユーザＩＤは転送の際に付加されるサブアドレスとして受信される。【選択図】図１
2014006580.tif 000002
【特許請求の範囲】
【請求項１】
認証装置であって、
サービス提供者のサービサ電話機からの電話により、ユーザＩＤを受信する受信手段と、
ユーザ電話機から送信された第１の認証情報と、ユーザ登録時に認証記憶手段に登録された前記ユーザＩＤに対応する第２の認証情報とを照合し、両者が一致する場合は、認証に成功したと判別する認証手段と、
認証に成功した場合、前記ユーザ電話機との電話を、前記サービサ電話機に転送する接続手段と、を備え、
前記サービサ電話機からの電話は、前記ユーザ電話機からサービサ電話機への電話が転送されたものであり、前記ユーザＩＤは、転送の際に付加されるサブアドレスとして受信されること
を特徴とする認証装置。
【請求項２】
認証装置であって、
ユーザ電話機からの電話により、ユーザＩＤを受信する受信手段と、
ユーザ電話機から送信された第１の認証情報と、ユーザ登録時に認証記憶手段に登録された前記ユーザＩＤに対応する第２の認証情報とを照合し、両者が一致する場合は、認証に成功したと判別する認証手段と、
認証に成功した場合、前記ユーザ電話機との電話を、前記サービサ電話機に中継または転送する接続手段と、を備え、
前記接続手段は、サービス提供者がユーザを特定するための顧客ＩＤをサブアドレスとして付加して前記サービサ電話機に中継または転送すること
を特徴とする認証装置。
【請求項３】
請求項２記載の認証装置であって、
前記認証記憶手段には、前記ユーザＩＤ、当該認証装置内でユーザを識別するための内部ＩＤ、および前記顧客ＩＤが、対応付けて記憶されていること
を特徴とする認証装置。
【請求項４】
請求項１から３のいずれか一項に記載の認証装置であって、
前記認証手段は、回線利用者情報記憶手段から取得した、前記ユーザ電話機の回線に対応する通知先にアクセスし、前記通知先から認証情報を取得すること
を特徴とする認証装置。
【請求項５】
請求項１から４のいずれか一項に記載の認証装置として、コンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話を利用するユーザを認証する認証装置、およびプログラムに関する。
【背景技術】
【０００２】
ユーザが、電話を利用したサービスを受ける際に、ユーザ登録を必要とする場合がある。現在、本人認証のために、ユーザ登録時に、氏名、住所、生年月日などをユーザがサービサ（サービス提供者）に通知し、サービス利用時にユーザがあらかじめ登録した情報を伝えることで本人認証を行うことが、一般的に行われている。例えば、非特許文献１では、電話を通じてサービサのシステムに、生年月日を入力することが記載されている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「鎌田内科クリニック：電話（音声自動応答）からの予約システム利用方法」、［online］、インターネット＜http://www.kamata-cl.com/reserve/ivr.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前述の一般的な本人認証の方法の場合、サービスに直接は利用しないにもかかわらず、本人認証のためだけに住所、生年月日などのプライバシーに関わる個人情報を登録する必要があるため、ユーザにとって、サービスを利用するためにユーザ登録をする心理的障壁が大きい。
【０００５】
また、サービサにとっても、サービスに直接は利用しないにもかかわらず、本人認証のためだけに住所、生年月日などのプライバシーに関わる個人情報を管理することは、情報漏えいに対するリスク対策などの負担が大きい。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、サービス提供者の個人情報を管理する負荷を低減する認証装置、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、認証装置であって、サービス提供者のサービサ電話機からの電話により、ユーザＩＤを受信する受信手段と、ユーザ電話機から送信された第１の認証情報と、ユーザ登録時に認証記憶手段に登録された前記ユーザＩＤに対応する第２の認証情報とを照合し、両者が一致する場合は、認証に成功したと判別する認証手段と、認証に成功した場合、前記ユーザ電話機との電話を、前記サービサ電話機に転送する接続手段と、を備え、前記サービサ電話機からの電話は、前記ユーザ電話機からサービサ電話機への電話が転送されたものであり、前記ユーザＩＤは、転送の際に付加されるサブアドレスとして受信されることを要旨とする。
【０００８】
本発明は、認証装置であって、ユーザ電話機からの電話により、ユーザＩＤを受信する受信手段と、ユーザ電話機から送信された第１の認証情報と、ユーザ登録時に認証記憶手段に登録された前記ユーザＩＤに対応する第２の認証情報とを照合し、両者が一致する場合は、認証に成功したと判別する認証手段と、認証に成功した場合、前記ユーザ電話機との電話を、前記サービサ電話機に中継または転送する接続手段と、を備え、前記接続手段は、サービス提供者がユーザを特定するための顧客ＩＤをサブアドレスとして付加して前記サービサ電話機に中継または転送することを要旨とする。
【０００９】
本発明は、上記認証装置として、コンピュータを機能させるためのプログラムである。
【発明の効果】
【００１０】
本発明によれば、サービス提供者の個人情報を管理する負荷を低減する認証装置、およびプログラムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る認証システムの全体構成を示す図である。
【図２】第１の実施例のユーザ登録時の動作を示すシーケンス図である。
【図３】第１の実施例のサービス利用時の動作を示すシーケンス図である。
【図４】第２の実施例のユーザ登録時の動作を示すシーケンス図である。
【図５】第２の実施例のサービス利用時の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１３】
図１は本発明の実施形態に係る認証代理システム２（認証装置）の構成図である。認証代理システム２は、電話回線を通じてユーザ電話機１およびサービサ電話機３に接続され、サービサ電話機３に認証サービスを提供する。図示する認証代理システム２は、ユーザ側入力部２１と、ユーザ側出力部２２と、処理部２３と、サービサ側入力部２４と、サービサ側出力部２５と、認証部２６と、認証DB２７とを備える。
【００１４】
ユーザ側入力部２１は、ユーザ電話機１から送信されるユーザの音声を文字列として認識し、処理部２３に転送する。また、ユーザ側入力部２１は、ユーザ電話機１から送信されるDTMF（Dual-Tone Multi-Frequency）を検出し、処理部２３に転送する。ユーザ側出力部２２は、処理部２３から転送された文字列を音声として合成し、ユーザ電話機１に送出する。
【００１５】
サービサ側入力部２４は、サービサ電話機３から送信されるユーザの音声を文字列として認識し、処理部２３に転送する。また、サービサ側入力部２４は、サービサ電話機３かえら送信されるDTMFを検出し、処理部２３に転送する。サービサ側出力部２５は、処理部２３から転送された文字列を音声として合成し、サービサ電話機３に送出する。
【００１６】
処理部２３（受信手段、接続手段）は、各入出力部２１、２２、２４、２５、認証部２６、認証DB２７を用いて、後述する処理を行う。また、処理部２３は、各入出力部２１、２２、２４、２５を介して、ユーザ電話機１およびサービサ電話機３と情報を送受信する。
【００１７】
認証部２６は、ユーザ電話機１から送信されたパスワード（第１の認証情報）と、ユーザ登録時に認証DB２７に登録されたパスワード（第２の認証情報）とを照合し、両者が一致するか否かを判別する。一致する場合は認証に成功したと判別し、一致しない場合は認証に失敗したと判別し、判別結果を処理部２３に送出する。また、認証部２６は、ユーザ登録時に、IDを払い出す。認証DB２７（認証記憶手段）には、ユーザ登録した各ユーザの認証情報が記憶される。
【００１８】
回線利用者DB４（回線利用者情報記憶手段）は、既存の電話回線の利用者DBであって、認証代理システム２と通信し、電話番号をキーとして、回線契約時に登録され、保管された情報を返却する。
【００１９】
上記説明した認証代理システム２には、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた認証代理システム２用のプログラムを実行することにより、認証代理システム２の各機能が実現される。また、認証代理システム２用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワークを介して配信することもできる。
【００２０】
次に、本実施形態の認証代理システム２の動作について説明する。本実施形態では、第１の実施例と、第２の実施例の２つの認証方式が考えられる。
【００２１】
＜第１の実施例＞
図２は、第１の実施例のユーザ登録時の動作を示すシーケンスである。
【００２２】
まず、ユーザは、ユーザ電話機１を用いて、サービサ電話機３にサービス登録希望の電話をかける。ユーザ電話機１は、ユーザの操作を受け付けて、サービサ電話機３に、通常の電話接続（発呼）をする（Ｓ１１）。この電話接続には、発信元のユーザ電話機１の発信元番号（図示する例では「046-1」：ここでは、電話番号を簡略化して示している）が含まれる。
【００２３】
サービサ電話機３がオフフックされることで、ユーザ電話機１とサービサ電話機３との間で呼が接続され、通話が開始される。サービサ電話機３を使用するサービサ（オペレータ）は、ユーザと通話し、新規ユーザか否かをユーザに問い合わせ、新規ユーザの場合に、サービサ電話機３を操作して、認証代理システム２に電話を転送する（Ｓ１２）。その際に、サービサは、ユーザ電話機１の発信元番号のサブアドレスとして、新規ユーザを表す番号（図示する例では「0000」）を付加して転送する（Ｓ１２）。なお、本実施形態では、認証代理システム２とサービサとの間の電話あるいは転送は、サブアドレスを有する電話網（例えば、ISDN、SIP電話など）を利用して行われるものとする。
【００２４】
認証代理システム２の処理部２３は、転送されたユーザ電話機１からの呼を受け付け、発呼元電話番号およびサブアドレスを取得する。そして、処理部２３は、取得したサブアドレスが、新規ユーザを表す番号か否かを判別する。ここでは、新規ユーザを表す番号が設定されているため、処理部２３は、ユーザ電話機１に対して、例えば「新規登録を行うため生年月日を入力してください」などのガイダンス音声を送出する（Ｓ１３）。ここでは、パスワードとして、回線利用者DB４に登録された生年月日を、ユーザに入力させることとするが、生年月日以外の回線利用者DB４に登録されている他の情報でもよい。
【００２５】
ガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）によりパスワード（生年月日）の入力を行う。ユーザ電話機１は、ユーザが入力した音声またはDTMFを認証代理システム２に送信する（Ｓ１４）。
【００２６】
認証代理システム２の認証部２６は、処理部２３を介して、ユーザ電話機１から送信されたパスワード（生年月日）を取得する。そして、処理部２３は、Ｓ１２でサービサ電話機３から通知されたユーザ電話機１の発信元電話番号を用いて、回線利用者DB４から当該電話番号に対応する回線登録時に登録されたユーザのパスワード（生年月日：図２に示す例では「19790617」）を取得し、認証部２６に送出する。認証部２６は、回線利用者DB４に登録されたパスワード（生年月日）と、Ｓ１４で送信されたパスワード（生年月日）とを比較し、両者が一致するか否かを判別する（Ｓ１５）。
【００２７】
一致する場合、認証部２６は、ユーザ電話機１のユーザ用の新規IDを払い出し、当該IDと、ユーザ電話機１の発信元電話番号と、パスワード（生年月日）とを認証DB２７に登録する（Ｓ１６）。具体的には、図２に示す認証DB２７には、ID=0001、tel=046-1、Pass=19790617が対応付けて新規に登録される。
【００２８】
そして、認証代理システム２の処理部２３は、Ｓ１６で払い出したIDを音声でユーザ電話機１に送出し、ユーザに通知する（Ｓ１７）。これにより、ユーザ電話機１のユーザは、IDを取得する。
【００２９】
その後、認証代理システム２の処理部２３は、ユーザ電話機１との電話を、サービサ電話機３に転送する（Ｓ１８）。その際、処理部２３は、サブアドレスとして払い出したIDを、ユーザ電話機１の発信元電話番号に付与して転送する。サービサ電話機３は、発信元電話番号およびサブアドレスをディスプレイなどに表示し、これにより、サブアドレス（ユーザ電話機１のユーザのID）をサービサに通知する。
【００３０】
Ｓ１８で認証代理システム２から電話が転送されることで、ユーザ電話機１とサービサ電話機３との間で通話が可能になる。そして、サービサは、ユーザにIDを問い合わせ、ユーザが回答したIDと、Ｓ１８で認証代理システム２から通知されたサブアドレスとが一致する場合、当該ユーザは認証代理システム２での認証に成功し、新規登録されたユーザであると判別し、当該ユーザ電話機１の電話番号とID（サブアドレス）とを、所定の記憶手段（例えば顧客DB３１）に入力・保管する。また、サービサは、電話番号とID以外にも、通話によりユーザからサービスに必要な情報を取得し、併せて保管することとしてもよい。
【００３１】
図３は、第１の実施例のサービス利用時の動作を示すシーケンスである。
【００３２】
まず、ユーザは、ユーザ電話機１を用いて、サービサ電話機３にサービス利用希望の電話をかける。ユーザ電話機１は、ユーザの操作を受け付けて、サービサ電話機３に、通常の電話接続（発呼）する（Ｓ３１）。この電話接続には、発信元のユーザ電話機１の発信者番号（図示する例では「046-1」）が含まれる。この際に、ユーザは、ユーザ登録時に通知されたID（図２：Ｓ１７）をサブアドレスとしてユーザ電話機１に入力することで、サービサ電話機３に通知してもよい。この場合、サービサ電話機３のディスプレイには、発信元電話番号とサブアドレス（ID）が表示され、サービサは、ユーザのIDを取得することができる。あるいは、サービサ電話機３がオフフックされることで、ユーザ電話機１とサービサ電話機３との間で呼が接続され、通話が開始された後に、サービサがユーザにIDを問い合わせることでIDを取得してもよい。
【００３３】
サービサは、IDが通知されため、登録ユーザである判別し、サービサ電話機３を操作して、認証代理システム２に電話を転送する。その際に、サービサは、ユーザ電話機１の発信元電話番号のサブアドレスとして通知されたIDを付与して、認証代理システム２に電話を転送する（Ｓ３２）。なお、サービサは、通知されたIDと発信元電話番号とが所定の記憶手段（顧客DB３１）に登録されているかをチェックし、登録されている場合に認証代理システム２に転送することとしてもよい。
【００３４】
認証代理システム２の処理部２３は、転送された、ユーザ電話機１からの電話を受け付けるとともに、ユーザ電話機１の発信元電話番号およびサブアドレスを取得する。そして、処理部２３は、取得した発信元電話番号を用いて、回線利用者DB４から当該電話番号に対応する回線登録時に登録された所定の通知先情報（ここでは携帯番号とする）を取得する（Ｓ３３）。通知情報は、携帯番号以外の回線利用者DB４に登録された他の通知先情報（例えは、メールアドレス等）であってもよい。
【００３５】
そして、処理部２３は、ユーザ電話機１に対して、例えば「本人認証を行うため生年月日を入力してください」などのガイダンス音声を送出する（Ｓ３４）。ここでは、パスワードとして、回線利用者DB４に登録された生年月日を、ユーザに入力させることとするが、他の情報でもよい。
【００３６】
ガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）によりパスワード（生年月日）の入力を行う。ユーザ電話機１は、ユーザが入力した音声またはDTMFを認証代理システム２に送信する（Ｓ３５）。
【００３７】
認証代理システム２の認証部２６は、処理部２３を介して、ユーザ電話機１から送信されたパスワード（生年月日）を取得する。そして、認証部２６は、Ｓ３２でサービサ電話機３から通知されたID（サブアドレス）を用いて、認証DB２７から当該IDに対応するパスワード（生年月日）を取得する。そして、認証部２６は、認証DB２７に登録されたパスワード（生年月日）と、Ｓ１４で送信されたパスワード（生年月日）とを比較し、両者が一致するか否かを判別する（Ｓ３６）。
【００３８】
一致する場合、処理部２３は、さらにＳ３３で取得した通知先情報（携帯電話番号）に対して電話を発信し、受話したユーザに対しＳ３４と同様のガイダンス音声を送出し、再度、パスワード（生年月日）の入力を要求する（Ｓ３７）。ガイダンス音声により、ユーザは、Ｓ３５と同様にパスワード（生年月日）の入力を行い、携帯電話機は、ユーザが入力したパスワード（生年月日）を認証代理システム２に送信する（Ｓ３８）。なお、通知先情報がメールアドレスの場合は、処理部２３は、メールにてパスワードの送信を要求し、ユーザはパスワードをメールで返信する。
【００３９】
認証代理システム２の認証部２６は、処理部２３を介して携帯電話機から送信されたパスワード（生年月日）を取得し、Ｓ３６と同様に、認証DB２７を用いて認証する（Ｓ３９）。両者が一致する場合、認証代理システム２の処理部２３は、ユーザ電話機１との電話をサービサ電話機３に転送する（Ｓ４０）。なお、Ｓ３６またはＳ３９で、パスワードが一致せず認証に失敗した場合、認証代理システム２の処理部２３は、認証に失敗した旨のガイダンス音声をユーザ電話機１に送出し、ユーザ電話機１との通話を切断する。また、処理部２３は、サービサ電話機３にも認証に失敗した旨を通知する。
【００４０】
認証代理システム２から電話が転送されることで、ユーザ電話機１とサービサ電話機３との間で通話が可能になる。そして、転送されたことで、サービサは、ユーザ電話機１のユーザは認証代理システム２による本人確認に成功したと判断し、当該ユーザに対して、所望のサービスを提供する。
【００４１】
なお、Ｓ３３およびＳ３７からＳ３９の処理は、認証強度をより高めるための追加認証処理であって、省略してもよい。
【００４２】
＜第２の実施例＞
図４は、第２の実施例のユーザ登録時の動作を示すシーケンスである。本実施形態では、３種類のIDを用いるものとする。
【００４３】
まず、ユーザは、ユーザ電話機１を用いて、認証代理システム２にサービス登録を希望する電話をかける。ユーザ電話機１は、ユーザの操作を受け付けて、認証代理システム２に、通常の電話接続（発呼）をする（Ｓ５１）。認証代理システム２の処理部２３は、ユーザ電話機１からの電話を着信すると、例えば「新規ユーザの場合は0を、既存ユーザの場合はユーザIDを入力してください」などのガイダンス音声をユーザ電話機１に送出する（Ｓ５２）。このガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）により0またはユーザIDの入力を行う。ここでは、新規ユーザであるため、ユーザは0を入力する。ユーザ電話機１は、ユーザが入力した音声またはDTMFを認証代理システム２に送信する（Ｓ５３）。
【００４４】
認証代理システム２の処理部２３は、新規ユーザを示す0を受信すると、例えば、「新規登録を行うため希望するユーザIDと生年月日を入力してください」などのガイダンス音声をユーザ電話機１に送出する（Ｓ５４）。ここでは、パスワードとして、回線利用者DB４に登録された生年月日をユーザに入力させることとするが、生年月日以外の回線利用者DB４に登録されている他の情報（例えば、住所など）でもよい。
【００４５】
このガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）により、任意のユーザID およびパスワード（生年月日）の入力を行う。ユーザ電話機１は、ユーザが入力した音声またはDTMFを認証代理システム２に送信する（Ｓ５５）。
【００４６】
認証代理システム２の認証部２６は、処理部２３を介して、ユーザ電話機１から送信されたユーザIDおよびパスワード（生年月日）を取得する。そして、処理部２３は、Ｓ５１で着信したユーザ電話機１の発信元電話番号を用いて、回線利用者DB４から当該電話番号に対応する回線登録時に登録されたユーザのパスワード（生年月日）を取得し、認証部２６に送出する。認証部２６は、回線利用者DB４に登録されたパスワード（生年月日）と、Ｓ５５で送信されたパスワード（生年月日）とを比較し、両者が一致するか否かを判別する（Ｓ５６）。
【００４７】
一致する場合、認証部２６は、ユーザ電話機１のユーザ用の新規の内部IDを払い出し、Ｓ５５でユーザ電話機１から送信されたユーザIDと、払いだした内部IDと、ユーザ電話機１の発信元電話番号と、パスワード（生年月日）とを対応付けて、認証DB２７に新規登録する（Ｓ５７）。
【００４８】
そして、認証代理システム２の処理部２３は、登録完了の通知と、利用したいサービサ電話機３の電話番号の入力依頼とのガイダンス音声をユーザ電話機１に送出する（Ｓ５８）。このガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）により、所望のサービサ電話機３の電話番号を入力する。ユーザ電話機１は、ユーザが入力した電話番号の音声またはDTMFを、認証代理システム２に送信する（Ｓ５９）。
【００４９】
認証代理システム２の処理部２３は、ユーザ電話機１から送信された電話番号のサービサ電話機３に電話発信し（Ｓ６０）、新規ユーザ登録の通知と、希望する顧客IDの入力要求とのガイダンス音声をサービサ電話機３に送出する（Ｓ６１）。ガイダンス音声により、サービサは、サービサ側で一意（ユニーク）の顧客IDを払い出し（Ｓ６２）、払い出した顧客IDを所定の記憶手段（顧客DB３１）に入力・保管する。そして、サービサは、払い出した顧客IDを音声もしくはサービサ電話機３のボタン操作（DTMF）によりサービサ電話機３に入力する。サービサ電話機３は、サービサが入力した音声またはDTMFを、認証代理システム２に送信する（Ｓ６３）。なお、顧客IDは、サービサがユーザを特定するためのIDであって、顧客IDの一意性（一貫性）は、サービサ側の責任で管理するものとする。
【００５０】
認証代理システム２の認証部２６は、処理部２３を介して顧客IDを受信し、当該顧客IDをＳ５７で新規登録したデータに対応付けて認証DB２７に登録する（Ｓ６４）。これにより、図４の認証DB２７に示すように、ユーザID、内部ID、顧客ID、ユーザ電話機１の電話番号、パスワードが対応付けて登録される。ここでは、認証部２６は、サービサ電話機３から送信された顧客IDに、当該サービサ電話機３の電話番号を付加したものを顧客IDとして認証DB２７に登録するものとする。そして、認証代理システム２の処理部２３は、ユーザ電話機１に、登録が完了した旨をガイダンス音声で通知する（Ｓ６５）。
【００５１】
図５は、第２の実施例のサービス利用時の動作を示すシーケンス図である。
【００５２】
まず、ユーザは、ユーザ電話機１を用いて、認証代理システム２にサービス利用を希望する電話をかける。ユーザ電話機１は、ユーザの操作を受け付けて、認証代理システム２に、通常の電話接続（発呼）をする（Ｓ７１）。
【００５３】
認証代理システム２の処理部２３は、ユーザ電話機１からの電話を着信すると、例えば「新規ユーザの場合は0を、既存ユーザの場合はユーザIDを入力してください」などのガイダンス音声をユーザ電話機１に送出する（Ｓ７２）。このガイダンス音声により、ここでは、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）によりユーザIDを入力する。ユーザ電話機１は、ユーザが入力した音声またはDTMFのユーザIDを認証代理システム２に送信する（Ｓ７３）。
【００５４】
認証代理システム２の処理部２３は、ユーザIDを受信すると、例えば「本人認証を行うため生年月日を入力してください」などのガイダンス音声をユーザ電話機１に送出する（Ｓ７４）。ここでは、パスワードとして、回線利用者DB４に登録された生年月日を、ユーザに入力させることとするが、他の情報でもよい。
【００５５】
ガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）によりパスワード（生年月日）の入力を行う。ユーザ電話機１は、ユーザが入力した音声またはDTMFを認証代理システム２に送信する（Ｓ７５）。
【００５６】
認証代理システム２の認証部２６は、処理部２３を介して、ユーザ電話機１から送信されたパスワード（生年月日）を取得する。そして、認証部２６は、Ｓ７３で送信されたユーザIDを用いて、認証DB２７から当該ユーザIDに対応するパスワード（生年月日）を取得する。そして、認証部２６は、認証DB２７に登録された生年月日と、Ｓ７５で送信された生年月日とを比較し、両者が一致するか否かを判別する（Ｓ７６）。パスワードが一致せず認証に失敗した場合、認証代理システム２の処理部２３は、認証に失敗した旨のガイダンス音声をユーザ電話機１に送出し、ユーザ電話機１との通話を切断する。
【００５７】
両者が一致する場合、認証代理システム２の処理部２３は、利用したいサービサ電話機３の電話番号の入力を依頼するガイダンス音声をユーザ電話機１に送出する（Ｓ７７）。このガイダンス音声により、ユーザは、音声もしくはユーザ電話機１のボタン操作（DTMF）により、所望のサービサ電話機３の電話番号を入力する。ユーザ電話機１は、ユーザが入力した音声またはDTMFを、認証代理システム２に送信する（Ｓ７８）。
【００５８】
認証代理システム２の処理部２３は、ユーザ電話機１から送信された電話番号のサービサ電話機３に電話発信し、ユーザ電話機１との電話を中継する（Ｓ７９）。その際、処理部２３は、Ｓ７３で取得したユーザIDに対応する顧客IDを認証DB２７から取得し、取得した顧客IDをサブアドレスとしてサービサ電話機３の電話番号に付加して発信する。ユーザIDに対応する顧客IDが複数存在する場合であっても、Ｓ７８でユーザ電話機１から送信されたサービサ電話機３の電話番号を用いることで、顧客IDを一意に特定することができる。なお、処理部２３は、ユーザ電話機１の発信元番号をサービサ電話機３に通知しない状態でユーザ電話機１からの電話をサービサ電話機３に転送できる場合は、サブアドレスとして顧客IDを付加して転送してもよい。
【００５９】
サービサ電話機３は、認証代理システム２からの電話を着信することで、認証代理システム２の発信元電話番号およびサブアドレス（顧客ID）をディスプレイなどに表示し、これにより、サブアドレス（顧客ID）をサービサに通知する。サービサは、通知された顧客IDが、所定の記憶手段（顧客DB３１など）に記憶されている場合は登録済みのユーザあると判別し、サービサ電話機３をオフフックする（Ｓ８０）。これにより、認証代理システム２の処理部２３は、ユーザ電話機１とサービサ電話機３とを、当該認証代理システム２を介して接続し、これにより、ユーザ電話機１とサービサ電話機３との間で通話が可能になる（Ｓ８１）。なお、Ｓ７９で転送した場合は、ユーザ電話機１とサービサ電話機３とが、直接、接続される。
【００６０】
そして、サービサは、ユーザ電話機１のユーザは認証代理システム２による本人確認に成功したと判断し、当該ユーザに対して、所望のサービスを提供する。
【００６１】
なお、図５の第２の実施例においても、第１の実施例のサービス利用時の追加認証処理（図４：Ｓ３３、Ｓ３７〜Ｓ３９）を行うこととしてもよい。
【００６２】
以上説明した本実施形態では、ユーザ認証を、サービサではなく、第三者の認証代理システム２が代行する。これにより、ユーザが個人情報を複数のサービサの各々に通知してユーザ登録する場合に比べ、個人情報漏えいの危険性を低下させることができる。また、ユーザは、サービサに個人情報を通知することなく、ユーザ登録できるため、ユーザ登録への抵抗を少なくすることができる。また、認証を代行する認証代理システム２の運営事業者の社会的信用が高い場合は、ユーザの心理的なサービス利用障壁を下げることができる。また，サービサにとっても、個人情報を管理する負荷を低減することができる。
【００６３】
また、本実施形態では、既存の回線利用者DB４を利用することで、より強固なユーザ認証を実現することができる。例えば、認証代理システム２を回線事業者が運営する場合、既存の回線利用者DB４の情報と照らし合わせることで、より強固な認証を実施することができる。
【００６４】
また、第２の実施例の場合、ユーザの電話番号が直接サービサに通知されないため、さらにユーザの安心感を高めることができる（サービス利用心理障壁をさらに下げることができる。）。また、第２の実施例の場合、認証代理システム２が内部IDを持ち、ユーザIDと顧客IDとをひもづけるため（認証代理システム２だけがその３つのIDを保持するため）、ユーザが記憶するユーザIDと、サービサが管理する顧客IDとを別々にできる。これにより、情報漏えい時に、片方だけのIDを容易に書き換えることができる。
【００６５】
なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。また、本発明は、上記実施形態を組み合わせたものであってもよい。
【符号の説明】
【００６６】
１  ：ユーザ電話機
２  ：認証代理システム
２１：ユーザ側入力部
２２：ユーザ側出力部
２３：処理部
２４：サービサ側入力部
２５：サービサ側出力部
２６：認証部
２７：認証DB
３  ：サービサ電話機
４  ：回線利用者DB
【図１】
2014006580.tif 000003
【図２】
2014006580.tif 000004
【図３】
2014006580.tif 000005
【図４】
2014006580.tif 000006
【図５】
2014006580.tif 000007