認証システム、認証計算機及びプログラム
【課題】本発明は、安全性及び利便性の高い個人認証システムを提供することを目的とする。
【解決手段】個人認証システムは、複数のクライアント計算機と、前記複数の計算機に接続される認証計算機を備え、前記認証計算機は、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断する。
【解決手段】個人認証システムは、複数のクライアント計算機と、前記複数の計算機に接続される認証計算機を備え、前記認証計算機は、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は認証システム、認証計算機及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ユーザを特定してサービスを提供する場合の個人認証として、ユーザＩＤ及びパスワードの組み合わせが知られている。例えば、インターネットを経由してＷＥＢサイトにログインする者は、操作するパーソナルコンピュータに表示されたＷＥＢ画面に応じて、ユーザＩＤ及びパスワードを入力し、ＷＥＢサーバに認証要求を送信する。また、金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力し、認証要求を認証サーバに送信する。この場合のユーザＩＤは、キャッシュカードである。
【０００３】
しかし、ＷＥＢサイトのユーザは、ＷＥＢサイトの画面に応じてユーザＩＤ及びパスワードを入力する手間がいる。また、この認証方法は広く普及しており、インターネットバンキングや各種電子商取引のＷＥＢサイトで採用されている。このため、一人が管理すべきユーザＩＤ及びパスワードが増えている。ＷＥＢサイトのユーザは、ユーザＩＤ又はパスワードを忘れた場合には、ユーザＩＤ又はパスワードをサイト運営者に問い合わせる必要があり、ＷＥＢサイトの利便性を享受できない。また、本来のユーザではない者が、ユーザＩＤ及びパスワードを掠め取り、取引を行うなりすましが社会問題化している。ユーザＩＤ及びパスワードを掠め取る手段として、フィッシングやスパイウェアが知られている。フィッシングとは、正規のＷＥＢサイトにそっくりな擬似サイトを設けて、本来のユーザにユーザＩＤ及びパスワードを入力させ、ユーザＩＤ及びパスワードを掠め取る行為である。また、スパイウェアとは、パーソナルコンピュータのユーザが知らないうちにインストールされるソフトウェアで、ユーザが入力する各種ユーザＩＤ及びパスワードを読み取り、インターネット経由で盗聴者のサーバまで通知するソフトウェアのことである。インターネットバンキングや電子商取引でなりすましによる取引が成立した場合、本来のユーザはもとより、ＷＥＢサイトの運営者にもサイトの信頼性失墜や補償問題で甚大な被害が発生する。
【０００４】
金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力する手間がいる。また、盗撮機によって暗証番号が盗撮され、キャッシュカードが盗まれた場合、なりすましのユーザによって預金が引き出されてしまう。預金者はもとより、銀行は、信頼性の失墜や補償問題で大きな被害を受ける。
【０００５】
特許文献１では、ＷＥＢサイトのユーザが認証を受ける際に、ＷＥＢサイトにユーザＩＤ及びパスワードを入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【０００６】
特許文献２では、ＷＥＢサイトのユーザが認証を受ける際に、電話番号をユーザＩＤとして、ＷＥＢサイトに入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【特許文献１】特許公開２００２−２２９９５１
【特許文献２】特許公開２００４−２１３４４０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１の技術によれば、発信者電話番号を利用するために、ユーザＩＤ及びパスワードを掠め取られた場合でも、なりすましを防止できる。また、特許文献２の技術によれば、発信者電話番号を利用するために、なりすましの電話番号をＷＥＢサイトに入力された場合でも、なりすましを防止することができる。しかし、特許文献１及び特許文献２の技術では、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握できない。そのため、特許文献１及び特許文献２の技術では、安全性及び利便性の高い認証を提供することができない。例えば、特許文献１及び特許文献２の技術では、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がある。具体的には、正当なユーザが、特定の電話番号にダイヤルすることによって認証を行った後に、当該特定の電話番号に誤ってリダイヤルしてしまうと、本来のユーザでない者が正当なユーザとして認証されてしまう。
【０００８】
本発明は、前述した問題点に鑑みてなされたものであって、安全性及び利便性の高い個人認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【００１０】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【００１１】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、前記クライアント計算機から認証要求を受信し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【発明の効果】
【００１２】
本発明の代表的な実施形態によれば、個人認証システムの安全性及び利便性を高めることができる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施形態を図面を参照して説明する。なお、第１の実施形態として、本発明の汎用的な実施形態を説明する。次に、第２の実施形態として、第１の実施形態を、ＷＥＢサイトに用いた具体的な実施形態を説明する。次に、第３の実施形態として、第２の実施形態を、既存のＷＥＢサーバへ容易に導入するための具体的な実施形態を説明する。次に、第４の実施形態として、第３の実施形態を、インターネットのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第５の実施形態として、第１の実施形態を、金融機関のＡＴＭに用いる具体的な実施形態について説明する。次に、第６の実施形態として、第１の実施形態を、店舗でのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第７の実施形態として、第１の実施形態を、社内イントラネットの接続に用いる具体的な実施形態を説明する。次に、第８の実施形態として、第１の実施形態を、シンクライアントの集中サーバへの接続に用いる具体的な実施形態を説明する。次に、第９の実施形態として、第１の実施形態を、公衆無線ＬＡＮの接続に用いる具体的な実施形態を説明する。次に、第１０の実施形態として、認証要求ＩＤの代わりに、クライアント装置の識別子であるクライアントＩＤを用いる汎用的な実施形態を説明する。
【００１４】
（第１の実施形態）
図１は、第１の実施形態の個人認証システムの概略の構成図である。図１に示す個人認証システムは、クライアント装置１０、携帯電話６０、固定電話８０及びダイヤル認証装置４を備える。クライアント装置１０はネットワーク９に接続されている。ネットワーク９は、インターネットであってもよいし、インターナルネットワークであってもよい。クライアント装置１０については、図２で詳細を説明する。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で採用されているように、文字であってもよい。携帯電話６０及び固定電話８０は、公衆交換電話回線網２に接続されている。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置４は、ネットワーク９を介してクライアント装置１０に接続されている。具体的には、ダイヤル認証装置４は、インターネット及びインターナルネットワークの少なくとも一方を介してクライアント装置１０に接続される。また、ダイヤル認証装置４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。ダイヤル認証装置４については、図３で詳細を説明する。なお、説明を明瞭にするために、第１の実施形態の個人認証システムでは、１台のクライアント装置１０に対する認証処理を説明する。実際には、ダイヤル認証装置４は、ネットワーク９を介して、複数のクライアント装置１０に対する認証を行う。また、図１では、クライアント装置１０は５台を図示したが、個人認証システムに何台備わっていても良い。また、図１では、携帯電話６０及び固定電話８０は、それぞれ２台ずつを図示しているが、それぞれ何台ずつ備わっていてもよい。また、ダイヤル認証装置４は、複数のクライアント装置１０から認証要求を受けることができる。
【００１５】
図２は、第１の実施形態の個人認証システムに備わるクライアント装置１０の構成のブロック図である。クライアント装置１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）及び表示装置（図示省略）等を備えたコンピュータシステムである。送受信部１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。なお、クライアント装置１０は、送受信部１１、中央処理装置１２及び主記憶装置１３を備えれば、いかなる形態であってもよい。例えば、クライアント装置１０は、パーソナルコンピュータ、サーバ、携帯電話又はＡＴＭ等である。
【００１６】
クライアント装置１０は、ユーザの操作を契機に、認証要求をダイヤル認証装置４に送信する。クライアント装置１０は、ダイヤル認証装置４から認証用電話番号及び認証要求ＩＤを受信する。認証要求ＩＤ及び認証用電話番号は、後ほど詳細を説明する。
【００１７】
クライアント装置１０は、認証要求ＩＤを含む認証結果要求を、ダイヤル認証装置４に送信する。なお、クライアント装置１０は、ユーザの操作を契機に認証結果要求を送信してもよいし、一定時間ごとに認証結果要求を送信してもよい。
【００１８】
クライアント装置１０は、認証結果をダイヤル認証装置４から受信する。
【００１９】
携帯電話６０又は固定電話８０は、認証用電話番号に対して発信者電話番号通知を伴ったダイヤルを発信する。
【００２０】
図３は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の構成のブロック図である。ダイヤル認証装置４は、物理的には、送受信部３１、中央処理装置３２、主記憶装置３３、補助記憶装置３４、入力装置（図示省略）、表示装置（図示省略）などを備えたコンピュータシステムである。送受信部３１は、ネットワーク９に接続され、外部の装置（クライアント装置１０）とデータを送受信するインタフェースである。中央処理装置３２は、例えば、ＣＰＵである。中央処理装置３２は、主記憶装置３３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置３３は、例えば、メモリである。主記憶装置３３は、中央処理装置３２によって実行されるプログラム及び中央処理装置３２によって必要とされる情報等が記憶される。補助記憶装置３４は、例えば、ハードディスクである。補助記憶装置３４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、管理者から各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置３２から表示を指示された情報が表示される。なお、ダイヤル認証装置４は、送受信部３１、中央処理装置３２及び主記憶装置３３を備えれば、いかなる形態であってもよい。例えば、ダイヤル認証装置４は、パーソナルコンピュータ又はサーバ等である。
【００２１】
図４は、第１の実施形態のダイヤル認証装置４の機能ブロック図である。ダイヤル認証装置４の補助記憶装置には、第１の実施形態の認証プログラム４００が記憶されている。第１の実施形態の認証プログラム４００が実行されると、ダイヤル認証装置４の主記憶装置には、メインモジュール４３１、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール４３９が記憶される。
【００２２】
メインモジュール４３１は、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール４３９の処理を統括する。
【００２３】
認証要求受信モジュール４３２１は、クライアント装置１０から認証要求を受信する。認証要求受信モジュール４３２１は、認証要求を受信すると、認証要求ＩＤ生成モジュール４３３に認証要求ＩＤの生成を依頼する。
【００２４】
認証結果要求受信モジュール４３２２は、クライアント装置１０から認証結果要求を受信する。認証結果要求受信モジュール４３２２は、認証結果要求を受信すると、認証モジュール４３８に認証を依頼する。
【００２５】
認証要求ＩＤ生成モジュール４３３は、認証要求ＩＤを生成する。認証要求ＩＤは、認証要求の一意な識別子である。仮に、ダイヤル認証装置４が、認証要求を複数のクライアント装置１０から同時に受信すると、受信したそれぞれの認証要求に対して異なる認証要求ＩＤを割り当てる。また、ダイヤル認証装置４は、第１の認証要求を処理中に、当該処理中の第１の認証要求の送信元であるクライアント装置１０から第２の認証要求を受信してもよい。この場合、ダイヤル認証装置４は、第１の認証要求と異なる認証要求ＩＤを、第２の認証要求に割り当てる。これによって、ダイヤル認証装置４は、同一のクライアント装置１０から送信された複数の認証要求を同時に処理できる。認証要求ＩＤ生成モジュール４３３は、乱数、アプリケーションＩＤ及び認証要求ＩＤの生成時刻等に基づいて、認証要求ＩＤを生成する。なお、アプリケーションＩＤは、当該ダイヤル認証装置４にインストールされている認証プログラム４００の一意な識別子である。なお、アプリケーションＩＤは、一般的にライセンスキーとして知られているものであり、詳細な説明は省略する。なお、認証要求ＩＤの生成方法は、その目的を達成する限り他の方法を用いてもよい。続いて、認証要求ＩＤ生成モジュール４３３は、生成した認証要求ＩＤを認証用電話番号選択モジュール４３４に引き渡す。
【００２６】
認証用電話番号選択モジュール４３４は、認証要求ＩＤ生成モジュール４３３から認証要求ＩＤを引き受ける。認証用電話番号選択モジュール４３４は、一つの電話番号を認証用電話番号テーブル４４３から選択する。認証用電話番号テーブル４４３については、図５で詳細を説明する。そして、認証用電話番号選択モジュール４３４は、選択した電話番号を認証用電話番号として、引き受けた認証要求ＩＤに割り当てる。更に、認証用電話番号選択モジュール４３４は、引き受けた認証要求ＩＤ及び選択した認証用電話番号を対応付けて記憶する。なお、認証要求ＩＤと認証用電話番号との対応は、ダイヤル認証装置４の補助記憶装置に格納される認証用電話番号対応テーブル４４１によって管理されている。認証用電話番号対応テーブル４４１については、図６で詳細を説明する。これによって、ダイヤル認証装置４は、認証用電話番号に対応する認証要求ＩＤを一意に特定できる。
【００２７】
図５は、ダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号テーブル４４３の構成図である。認証用電話番号テーブル４４３は、認証用電話番号４４３１及び割当フラグ４４３２を含む。認証用電話番号４４３１は、認証用電話番号の候補となる電話番号である。認証用電話番号４４３１には、ダイヤル認証装置４によってダイヤルを着信可能な電話番号のすべてが事前に格納されている。つまり、認証用電話番号４４３１には、公衆交換電話回線網２を運営する事業者によってダイヤル認証装置４に割り当てられた電話番号のすべてが格納されている。割当フラグ４４３２は、認証用電話番号４４３１が認証要求のいずれかに割り当てられているか否かを示す。具体的には、認証用電話番号４４３１がいずれかの認証要求に割り当てられている場合、割当フラグ４４３２には「１」が格納される。一方、認証用電話番号４４３１が認証要求のいずれにも割り当てられていない場合、割当フラグ４４３２には「０」が格納される。
【００２８】
図６は、ダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号対応テーブル４４１の構成図である。認証用電話番号対応テーブル４４１は、認証要求ＩＤ４４１１、認証用電話番号４４１２及びユーザ電話番号４４１３を含む。認証要求ＩＤ４４１１は、認証要求の一意な識別子である。なお、認証要求ＩＤ４４１１には、認証要求ＩＤ生成モジュール４３３によって生成される認証要求ＩＤが格納される。認証用電話番号４４１２は、当該レコードの認証要求ＩＤ４４１１によって識別される認証要求に割り当てられた電話番号である。なお、認証用電話番号４４１２には、認証用電話番号選択モジュール４３４によって選択された電話番号が格納される。ユーザ電話番号４４１３は、認証を要求するユーザの電話番号である。なお、ユーザ電話番号４４１３には、携帯電話６０又は固定電話８０から発信されたダイヤルの発信者電話番号が格納される。また、本実施の形態では、ユーザの電話番号は、ユーザの一意な識別子としても使用される。
【００２９】
ここでは、認証用電話番号選択モジュール４３４の認証用電話番号の選択方法について、述べる。認証要求ＩＤは、認証用電話番号によって一意に特定されなければならない。この目的を達成するために、認証用電話番号選択モジュール４３４は、認証要求ＩＤに既に割り当てられている電話番号を、認証用電話番号テーブル４４３から選択しない。認証用電話番号選択モジュール４３４は、認証用電話番号テーブル４４３の割当フラグ４４３２に「０」が格納されているレコードを、認証用電話番号テーブル４４３から選択する。次に、認証用電話番号選択モジュール４３４は、選択したレコードから、認証用電話番号４４３１を抽出する。更に、認証用電話番号選択モジュール４３４は、選択したレコードの割当フラグ４４３２に「１」を格納する。そして、認証用電話番号選択モジュール４３４は、抽出した認証用電話番号４４３１を、認証要求に割り当てる。認証用電話番号選択モジュール４３４は、認証用電話番号４４３１を割り当ててから所定の時間が経過すると、認証用電話番号の割り当てを解除する。また、認証用電話番号選択モジュール４３４は、認証要求に対する認証を完了すると、当該認証要求に対する認証用電話番号の割り当てを解除する。なお、認証用電話番号選択モジュール４３４は、他の契機によって、認証用電話番号の割り当てを解除してもよい。具体的には、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号と認証電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証電話番号対応テーブル４４１から選択する。認証用電話番号選択モジュール４３４は、選択したレコードを、認証電話番号対応テーブル４４１から削除する。すなわち、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号とファイルＩＤとの対応を、削除する。次に、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号と認証用電話番号テーブル４４３の認証用電話番号４４３１とが一致するレコードを、認証用電話番号テーブル４４３から選択する。次に、認証用電話番号選択モジュール４３４は、選択したレコードの割当フラグ４４３２に「０」を格納することによって、認証用電話番号の割り当てを解除する。そして、認証用電話番号選択モジュール４３４は、割り当てが解除された電話番号を認証用電話番号として、異なる認証要求ＩＤに再度割り当てることができる。ただし、ダイヤル認証装置４は、公衆交換電話回線網の事業者によって割り当てられた電話番号の数より多数のユーザを、所定の時間内に認証できない。なぜならば、ダイヤル認証装置４が着信可能な電話番号のすべてが認証要求ＩＤに既に割り当てられていると、認証用電話番号選択モジュール４３４は、新たに引き受けた認証要求ＩＤに電話番号を割り当てることができないからである。よって、ダイヤル認証装置４が着信可能な電話番号は、サービスの提供規模に応じた数だけ予め用意されるのが好ましい。なお、認証用電話番号選択モジュール４３４は、他の方法を用いて、認証用電話番号を選択してもよい。
【００３０】
ここで、図４に戻る。認証用電話番号選択モジュール４３４は、選択した認証用電話番号及び引き受けた認証要求ＩＤを、認証用電話番号送信モジュール４３５に引き渡す。
【００３１】
認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４から認証用電話番号及び認証要求ＩＤを、引き受ける。認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４から引き受けた認証用電話番号を、クライアント装置１０に送信する。
【００３２】
ダイヤル着信モジュール４３６は、携帯電話６０又は固定電話８０から発信されたダイヤルを受け付ける。なお、ダイヤル着信モジュール４３６は、当該ダイヤルを通話状態にしてもよいし、通話状態にしなくてもよい。ダイヤル着信モジュール４３６がダイヤルを通話状態にしなくても、電話番号読取モジュール４３７は、発信者電話番号及び着信電話番号を取得できる。なお、ダイヤル着信モジュール４３６は、ダイヤルを通話状態にする場合、ダイヤルを受け付けた旨の音声メッセージを流すとよい。
【００３３】
電話番号読取モジュール４３７は、ダイヤル着信モジュール４３６が受け付けたダイヤルから、発信者電話番号を取得する。また、電話番号読取モジュール４３７は、ダイアルを着信したポートから、着信した電話番号を取得する。電話番号読取モジュール４３７の発信者電話番後及び着信電話番号の取得方法は、通常のＣＴＩサーバに搭載されているため、説明を省略する。続けて、電話番号読取モジュール４３７は、取得した着信電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、電話番号読取モジュール４３７は、選択したレコードのユーザ電話番号４４１３に、取得した発信者電話番号を格納する。
【００３４】
認証モジュール４３８は、認証要求ＩＤを含む認証結果要求を、認証結果要求受信モジュール４３２２から引き受ける。続けて、認証モジュール４３８は、認証結果要求から認証要求ＩＤを取得する。次に、認証モジュール４３８は、取得した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。続けて、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。認証モジュール４３８は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。
【００３５】
次に、認証モジュール４３８は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。ユーザ管理テーブル４４２については、図７で詳細を説明する。認証モジュール４３８は、ユーザ電話番号が一致するレコードを選択できない場合、認証不可と判定する。一方、認証モジュール４３８は、ユーザ電話番号が一致するレコードを選択できた場合、認証可能と判定する。そして、認証モジュール４３８は、認証可能を認証結果として、認証結果送信モジュール４３９に引き渡す。これによって、認証モジュール４３８は、認証要求の発行元のユーザを特定できる。具体的には、認証モジュール４３８は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、認証モジュール４３８は、取得した認証要求ＩＤによって識別される認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。
【００３６】
図７は、第１の実施形態のダイヤル認証装置４の補助記憶装置に記憶されているユーザ管理テーブル４４２の構成図である。ユーザ管理テーブル４４２は、ユーザＩＤ４４２１、電話番号４４２２を含む。ユーザＩＤは、第１の実施形態のダイヤル認証装置４で認証を受けるユーザの一意な識別子である。電話番号４４２２は、ユーザＩＤ４４２１によって識別されるユーザの電話番号である。なお、ユーザ管理テーブル４４２は、ユーザ固有のその他の情報を保有してもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。つまり、ユーザ管理テーブル４４２では、ユーザの固有な情報はユーザＩＤ４４２１に対応して管理されている。
【００３７】
第１の実施形態のダイヤル認証装置４のユーザは、予め所定の方法で、ユーザ管理テーブル４４２にユーザＩＤ４４２１及び電話番号４４２２を登録する。なお、電話番号４４２２がユーザＩＤとして使用される場合、ユーザＩＤ４４２１は省略できる。
【００３８】
認証結果送信モジュール４３９は、認証モジュール４３８が判定した認証結果を、クライアント装置１０に送信する。なお、認証モジュール４３８が認証可能と判定した場合、認証結果送信モジュール４３９は、ユーザＩＤ４４２１に対応するユーザの固有な情報を付随した認証結果を送信してもよい。
【００３９】
次に、第１の実施形態の個人認証方法の処理について図を用いて説明する。図８は、第１の実施形態の個人認証方法の処理のシーケンス図である。
【００４０】
クライアント装置１０は、ユーザの操作を契機に、認証要求を、ネットワーク９を介して、ダイヤル認証装置４に送信する（ＳＴ２１１）。
【００４１】
すると、認証要求受信モジュール４３２１は、クライアント装置１０から認証要求を受信する（ＳＴ２１２）。次に、認証要求受信モジュール４３２１は、認証要求ＩＤ生成モジュール４３３に、認証要求ＩＤの生成を依頼する。
【００４２】
認証要求ＩＤ生成モジュール４３３は、認証要求ＩＤの生成の依頼を受けると、認証要求ＩＤを生成する（ＳＴ２１３）。次に、認証要求ＩＤ生成モジュール４３３は、生成した認証要求ＩＤを、認証用電話番号選択モジュール４３４に引き渡す。
【００４３】
認証用電話番号選択モジュール４３４は、認証要求ＩＤ生成モジュール４３３から認証要求ＩＤを引き受ける。次に、認証用電話番号選択モジュール４３４は、一つの認証用電話番号を、認証用電話番号テーブル４４３の認証用電話番号４４３１の中から選択する（ＳＴ２１４）。次に、認証用電話番号選択モジュール４３４は、認証用電話番号対応テーブル４４１に新たなレコードを生成する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの認証要求ＩＤ４４１１に、認証要求ＩＤ生成モジュール４３３から引き受けた認証要求ＩＤを格納する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの認証用電話番号４４１２に、選択した認証用電話番号を格納する（ＳＴ２１５）。次に、認証用電話番号選択モジュール４３４は、選択した認証用電話番号及び引き受けた認証要求ＩＤを、認証用電話番号送信モジュール４３５に引き渡す。
【００４４】
認証用電話番号送信モジュール４３５は、認証用電話番号及び認証要求ＩＤを、認証用電話番号選択モジュール４３４から引き受ける。次に、認証用電話番号送信モジュール４３５は、引き受けた認証用電話番号及び認証要求ＩＤを、ネットワーク９を介して、クライアント装置１０に送信する（ＳＴ２１６）。
【００４５】
クライアント装置１０は、ダイヤル認証装置４から認証用電話番号及び認証要求ＩＤを受信する（ＳＴ２１７）。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。
【００４６】
携帯電話６０は、ユーザの操作を契機に、公衆交換電話回線網２を介して、発信者電話番号を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。
【００４７】
すると、ダイヤル着信モジュール４３６は、携帯電話６０からダイヤルの着信を受け付ける（ＳＴ２１９）。
【００４８】
電話番号読取モジュール４３７は、ダイヤル着信モジュール４３６が受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、電話番号読取モジュール４３７は、取得した着信電話番号と、認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、電話番号読取モジュール４３７は、選択したレコードのユーザ電話番号４４１３に、取得した発信者電話番号を格納する（ＳＴ２２０）。
【００４９】
一方で、クライアント装置１０は、認証要求ＩＤを含む認証結果要求を、ネットワーク９を介して、ダイヤル認証装置４に送信する（ＳＴ２２１）。
【００５０】
すると、認証結果要求受信モジュール４３２２は、クライアント装置１０から認証結果要求を受信する（ＳＴ２２２）。認証結果要求受信モジュール４３２２は、認証結果要求を受信すると、認証モジュール４３８に認証を依頼する。
【００５１】
認証モジュール４３８は、認証の依頼を受けると、認証結果要求受信モジュール４３２２が受信した認証結果要求から認証要求ＩＤを取得する。次に、認証モジュール４３８は、取得した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。続けて、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。認証モジュール４３８は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。認証不可と判定した場合、認証モジュール４３８は、認証結果送信モジュール４３９に、認証不可を認証結果として引き渡す。一方、ユーザ電話番号４４１３を抽出できた場合、認証モジュール４３８は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２（図７）の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。認証モジュール４３８は、電話番号が一致するレコードを抽出できない場合、認証不可と判定する。認証不可と判定した場合、認証モジュール４３８は、認証結果送信モジュール４３９に、認証不可を認証結果として引き渡す。なお、第１の実施形態では、認証モジュール４３８は、ユーザ管理テーブル４４２に予め登録されていないユーザを、認証不可と判定した。しかし、認証モジュール４３８は、ユーザ管理テーブル４４２に予め登録されていないユーザを、新規のユーザとして認証してもよい。この場合、認証モジュール４３８は、電話番号が一致するレコードをユーザ管理テーブル４４２から抽出できない場合、新たなユーザＩＤを生成する。このとき、認証モジュール４３８は、ユーザ管理テーブル４４２に含まれるすべてのユーザＩＤ４４２１と重複しないように、ユーザＩＤを生成する。次に、認証モジュール４３８は、ユーザ管理テーブル４４２に、新たにレコードを生成する。次に、認証モジュール４３８は、生成したユーザＩＤを、生成した新たなレコードのユーザＩＤ４４２１に格納する。更に、認証モジュール４３８は、抽出したユーザ電話番号４４１３を、生成した新たなレコードの電話番号４４２２に格納する。これによって、認証モジュール４３８は、生成したユーザＩＤとダイヤルから取得した発信者電話番号とを対応付けて、ユーザ管理テーブル４４２に記憶する。そして、認証モジュール４３８は、ダイヤルから取得した発信者電話番号に対応するユーザを、新規のユーザとして認証を許可する。なお、認証モジュール４３８は、登録されるユーザの固有な情報をクライアント装置１０から受信してもよい。そして、認証モジュール４３８は、受信したユーザの固有な情報を、新たに生成したレコードに格納する。なお、ユーザの固有な情報は、認証要求に含まれてもよいし、認証結果要求に含まれてもよいし、単独で送信されてもよい。
【００５２】
一方、認証モジュール４３８は、電話番号が一致するレコードを抽出できた場合、認証可能と判定する。そして、認証モジュール４３８は、認証可能を認証結果として、認証結果送信モジュール４３９に引き渡す（ＳＴ２２３）。これによって、認証モジュール４３８は、認証要求の発行元のユーザを特定できる。具体的には、認証モジュール４３８は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、認証モジュール４３８は、取得した認証要求ＩＤによって識別される認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。なお、認証モジュール４３８は、抽出したユーザＩＤ４４２１に対応するユーザの固有な情報を、認証結果に含めてもよい。
【００５３】
認証結果送信モジュール４３９は、認証モジュール４３８から認証結果を引き受ける。次に、認証結果送信モジュール４３９は、引き受けた認証結果を、ネットワーク９を介して、クライアント装置１０に送信する（ＳＴ２２４）。
【００５４】
すると、クライアント装置１０は、ダイヤル認証装置４から認証結果を受信する（ＳＴ２２５）。
【００５５】
前述の通り、クライアント装置１０のユーザは、ユーザＩＤ及びパスワードを入力することなく、個人認証を受けることができた。したがって、ユーザＩＤ及びパスワードが掠め取られる危険性がない。また、本実施の形態では、クライアント装置１０のユーザは、ユーザＩＤ及びパスワードを管理する必要がない。このように、ユーザＩＤ及びパスワードを入力する手間を省略できる。更に、ユーザは、クライアント装置１０と携帯電話６０との両方がなければ、個人認証を受けることができない。これによって、クライアント装置１０だけを取得した他人は、当該クライアント装置１０のユーザに成り済まして、認証を受けることができない。つまり、クライアント装置１０を紛失したとしても、情報流出を防ぐことができる。このように、本実施の形態によれば、ユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードを入力する手間を省き、ユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高い個人認証システムを提供することができる。また、ダイヤル認証装置４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【００５６】
上記実施例では、ダイヤル認証装置４は、１台の装置で構成されるものとしたが、提供するサービスの規模などによっては、複数の装置で構成されてもよい。この場合、ダイヤル認証装置４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。また、ダイヤル認証装置４は、機能別に複数の装置で構成されてもよい。例えば、ダイヤル認証装置４は、認証用電話番号を選択し、ダイヤルを受信する装置と、認証要求及び認証結果要求を受信し、認証用電話番号及び認証結果を送信する装置と、で構成される。この場合も、ダイヤル認証装置４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。そして、認証用電話番号や認証用電話番号宛のダイヤルの電話番号等を含む情報は、前記データ転送経路を介して装置間で引き渡される。
【００５７】
ここで、本実施の形態の最大の特徴について述べる。前述の通り、携帯電話６０は、発信者電話番号を伴ったダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、ダイヤルの着信を受ける。ダイヤル認証装置４は、受け付けたダイヤルの発信者電話番号に基づいて、認証を受けようとするユーザを特定する。また、ダイヤル認証装置４は、ダイヤルを着信した電話番号に基づいて、認証結果要求の一意な識別子である認証要求ＩＤを特定する。つまり、ダイヤル認証装置４は、認証要求と当該認証要求によって認証を要求するユーザとの対応を特定できる。次に、クライアント装置１０は、認証結果要求をダイヤル認証装置４へ送信する。すると、ダイヤル認証装置４は、認証結果要求を受信する。ダイヤル認証装置４は、受信した認証結果要求に含まれる認証要求ＩＤに基づいて、特定したユーザによって操作されるクライアント装置を特定できる。これによって、本実施の形態では、ダイヤル認証装置４は、認証要求にユーザＩＤが含まれないにもかかわらず、認証を実現できる。ユーザＩＤ及びパスワードによる認証方法では、認証要求に、ユーザＩＤ及びパスワードが含まれる。一方、本実施の形態のダイヤル認証装置４は、認証を受けるユーザをダイヤルで特定する。そして、ダイヤル認証装置４は、特定したユーザによって操作されるクライアント装置を特定する。これによって、ダイヤル認証装置４は、認証要求にユーザＩＤが含まれていなくても、認証を行うことができる。
【００５８】
上記実施例では、認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４が選択した認証用電話番号及び認証要求ＩＤ生成モジュール４３３が生成した認証要求ＩＤを、クライアント装置１０に送信した。しかし、認証用電話番号送信モジュール４３５は、認証用電話番号のみをクライアント装置１０に送信してもよい。この場合、認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１を省略できる。そして、クライアント装置１０は、認証要求ＩＤの代わりに認証用電話番号を含む認証結果要求をダイヤル認証装置４に送信する。つまり、認証用電話番号が、認証要求を識別するための識別子としても使用される。すると、認証モジュール４３８は、認証結果要求から認証用電話番号を取得する。次に、認証モジュール４３８は、取得した認証用電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。そして、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。
【００５９】
また、本実施の形態では、携帯電話６０が、発信者電話番号を伴ったダイヤルを発信する。しかし、クライアント装置１０が、ＩＰ電話の機能を搭載する場合、発信者電話番号を伴ったダイヤルを発信してもよい。これによって、ユーザは、クライアント装置１０に割り当てられた電話番号によって、認証を受けることができる。
【００６０】
ここで、本発明の第１の実施形態の変形例を説明する。第１の実施形態のダイヤル認証装置４は、クライアント装置１０から認証結果要求を受信すると、認証用電話番号対応テーブル４４１から抽出したユーザ電話番号４４１３が、ユーザ管理テーブル４４２に格納されているか否かを確認した。しかし、ダイヤル認証装置４は、ダイヤルを受信した際に、取得した発信者電話番号が、ユーザ管理テーブル４４２に格納されているか否かを確認してもよい。この場合、認証用電話番号対応テーブル４４１は、確認結果フラグを含む。確認結果フラグは、ダイヤルの発信者電話番号が、ユーザ管理テーブル４４２に格納されていることをダイヤル認証装置４によって確認されたか否かを示す。具体的には、確認結果フラグには「０」が予め格納されている。そして、ダイヤル認証装置４は、受け付けたダイヤルの発信者電話番号が、ユーザ管理テーブル４４２に格納されていることを確認すると、確認結果フラグに「１」を格納する。そして、ダイヤル認証装置４は、クライアント装置１０から認証結果要求を受信すると、ユーザ管理テーブル４４２を参照する代わりに、認証用電話番号対応テーブル４４１を参照する。具体的には、認証用電話番号対応テーブル４４１の確認結果フラグに「１」が格納されていると、ダイヤル認証装置４は、認証可能と判定する。一方、認証用電話番号対応テーブル４４１の確認結果フラグに「０」が格納されていると、ダイヤル認証装置４は、認証不可と判定する。
【００６１】
なお、本実施の形態のユーザは、人でなく、コンピュータであってもよい。例えば、コンピュータがユーザとして、認証を受けてもよい。ところで、本発明のなりすましに対する安全性は、発信者電話番号の偽装に対する強度に依存しているため、発信者電話番号の偽装について述べる。
【００６２】
発信者電話番号は、携帯電話６０からではなく、公衆交換電話回線網２の交換機から発信される。携帯電話６０は、ダイヤルの発信に付随して、発信者電話番号をダイヤルの着信者に通知する指示を、交換機に出す。したがって、携帯電話６０の操作による発信者電話番号の偽造は、困難である。
【００６３】
ここでは、本発明における認証について説明する。本発明における認証は、一般的な概念だけでなく、広い意味での認証を含む。具体的には、本発明における認証とは、個人認証システムによって提供されるサービスを利用する権利が、ユーザにあるか否かの検証である。本発明の個人認証システムは、クライアント装置を利用しているユーザを識別し、識別したユーザごとに対応するサービスを提供できる。従って、本発明における認証要求とは、個人認証システムによって提供されるサービスを利用する権利が、ユーザにあるか否かの検証の要求である。本実施の形態の認証の具体例を説明する。例えば、認証要求は、ＷＥＢページのログインの要求である。この場合、ダイヤル認証装置４は、ＷＥＢサーバであってもよいし、ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、認証要求は、ＷＥＢページでのクレジットカード決済の要求である。この場合、ダイヤル認証装置４は、クレジットカード決済を行うＷＥＢサーバであってもよいし、当該ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、認証要求は、ＡＴＭにおける預金の引き出し、借入金返済又は借入金の借り入れの要求である。この場合、クライアント装置１０は、ＡＴＭである。更に、ダイヤル認証装置４は、ＡＴＭにおける決済を管理する管理サーバである。また、認証要求は、店舗でのクレジットカード決済の要求である。この場合、クライアント装置１０は、クレジットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置４は、当該リーダ装置におけるクレジットカードの決済を管理する管理サーバである。また、認証要求は、デビットカード決済の要求である。この場合、クライアント装置１０は、デビットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置４は、当該リーダ装置におけるデビットカードの決済を管理する管理サーバである。また、認証要求は、公共料金との合算後払いによる借り入れの要求である。この場合、クライアント装置１０は、ＡＴＭである。更に、ダイヤル認証装置４は、当該ＡＴＭにおける借り入れを管理する管理サーバである。また、認証要求は、公共料金の未払金の支払いの要求である。この場合、クライアント装置１０は、コンビニ等に設置されている情報端末である。更に、ダイヤル認証装置４は、当該情報端末を管理する管理サーバである。また、認証要求は、社内イントラネットへの接続の要求である。この場合、ダイヤル認証装置４は、社内のイントラネットを管理する管理サーバである。また、認証要求は、シンクライアント（ＴＨＩＮ ＣＬＩＥＮＴ）によるサーバへの接続の要求である。この場合、ダイヤル認証装置４は、シンクライアント装置とサーバとの接続を管理する管理サーバである。また、認証要求は、無線ＬＡＮのアクセスポイントへの接続の要求である。この場合、ダイヤル認証装置４は、クライアント装置１０とアクセスポイントとの接続を管理する管理サーバである。本実施の形態の認証要求は、ユーザＩＤ及びパスワードを含まないが、ダイヤル認証装置４は、認証処理を行うことができる。なお、ダイヤル認証装置４は、本実施の形態の認証処理とあわせて、従来の認証処理を実行することによって、安全性を高めてもよい。例えば、ダイヤル認証装置４は、本実施の形態の認証処理とあわせて、ユーザの固有な情報を照合することによって、認証してもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、メールアドレス、電話番号、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。但し、ユーザの固有な情報は、携帯電話６０の電話番号以外であるのが好ましい。なぜなら、なりすましによって認証を受けようとする悪意者は、携帯電話６０の電話番号を知っているので、本実施の形態の認証システムの安全性を高めることにならないからである。次に、ユーザの固有な情報を照合する認証方法の具体例を説明する。具体的には、ダイヤル認証装置４は、ユーザＩＤ及びパスワードの少なくとも一方を照合することによって、認証してもよい。この場合、ダイヤル認証装置４は、ユーザＩＤとユーザの固有な情報との対応を予め記憶しておく。一方、認証を受けようとするユーザは、クライアント装置１０に、ユーザの固有な情報を入力する。ここでの入力は、キーボード等の操作によるものでだけでなく、カードリーダにカードを読み込ませる等を含む。つまり、クライアント装置１０が、ユーザの固有な情報を取得できればいかなるものであってもよい。また、ユーザの固有な情報の入力タイミングは、いつでもよい。クライアント装置１０は、入力されたユーザの固有な情報を、ダイヤル認証装置４に送信する。なお、クライアント装置１０は、入力されたユーザの固有な情報を、認証要求に含めて送信してもよいし、認証結果要求に含めて送信してもよいし、単独で送信してもよい。ダイヤル認証装置４は、ユーザの固有な情報をクライアント装置１０から受信する。ダイヤル認証装置４の認証モジュール４３８は、個人認証方法の処理（図８）のステップＳＴ２２３において認証要求の発行元として特定されたユーザのユーザＩＤに対応して記憶されているユーザの固有な情報を特定する。次に、ダイヤル認証装置４の認証モジュール４３８は、特定したユーザの固有な情報と、クライアント装置１０から受信したユーザの固有な情報と、が一致するか否かを判定する。そして、ダイヤル認証装置４は、二つのユーザの固有な情報が一致すると、認証可能と判定する。一方、ダイヤル認証装置４は、二つのユーザの固有な情報が一致しない場合、認証不可と判定する。
【００６４】
（第２の実施形態）
以下で第２の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００６５】
第２の実施形態では、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードの入力の手間を省き、フィッシングやスパイウェアによるユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高いＷＥＢサイト個人認証システムを提供することを課題とする。また、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応が正確に把握され、本来のＷＥＢサイトのユーザでない者が、正当なＷＥＢサイトのユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない、安全性及び利便性の高い個人認証システムを提供することを課題とする。
【００６６】
図９は、第２の実施形態の個人認証システムの概略の構成図である。図９に示す個人認証システムは、クライアント装置９１１０、携帯電話９１６０、固定電話９１８０及びダイヤル認証ＷＥＢ装置９１４を備える。クライアント装置９１１０は、認証を受けようとするユーザによって操作される計算機である。また、クライアント装置９１１０は、ネットワーク９に接続されている。なお、第２の実施の形態では、ネットワーク９は、インターネットである。また、クライアント装置９１１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０（図２）と同一なので、説明を省略する。なお、クライアント装置９１１０は、送受信部、中央処理装置及び主記憶装置を備えれば、いかなる形態であってもよい。携帯電話９１６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で採用されているように、文字であってもよい。携帯電話９１６０は、公衆交換電話回線網２に接続されている。携帯電話９１６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証ＷＥＢ装置９１４は、ネットワーク９を介してクライアント装置９１１０に接続されている。また、ダイヤル認証ＷＥＢ装置９１４は、公衆交換電話回線網２を介して、携帯電話９１６０及び固定電話９１８０に接続されている。ダイヤル認証ＷＥＢ装置９１４は、ＷＥＢサーバ機能及びダイヤル着信サーバ機能を備える。ダイヤル認証ＷＥＢ装置９１４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第２の実施形態の個人認証システムでは、１台のクライアント装置９１１０に対する認証処理を説明する。実際には、ダイヤル認証ＷＥＢ装置９１４は、ネットワーク９を介して、複数のクライアント装置１０に対する認証を行う。また、図９では、クライアント装置９１１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話９１６０は、４台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話９１８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。但し、携帯電話９１６０は、ＷＥＢブラウザ機能を備えていれば、クライアント装置９１１０としても機能する。
【００６７】
クライアント装置９１１０の機能は、第１の実施形態の個人認証システムに備わるクライアント装置１０と同様なので、説明を省略する。クライアント装置９１１０は、ＨＴＴＰによって、認証要求及び認証結果要求を、ダイヤル認証ＷＥＢ装置９１４へ送信する。また、クライアント装置９１１０は、ＨＴＴＰによって、認証用電話番号及び認証結果を、ダイヤル認証ＷＥＢ装置９１４から受信する。
【００６８】
図１０は、第２の実施形態のダイヤル認証ＷＥＢ装置９１４の機能ブロック図である。ダイヤル認証ＷＥＢ装置９１４の補助記憶装置には、第２の実施形態の認証プログラム９１４００が記憶されている。第２の実施形態の認証プログラム９１４００が実行されると、ダイヤル認証ＷＥＢ装置９１４の主記憶装置には、メインモジュール４３１、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール９１４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール９１４３９が記憶される。
【００６９】
認証用電話番号送信モジュール９１４３５は、第２の実施形態のダイヤル認証装置４に備わる認証用電話番号送信モジュール４３５と同一の機能を備える。また、認証結果送信モジュール９１４３９は、第２の実施形態のダイヤル認証装置４に備わる認証結果送信モジュール４３９と同一の機能を備える。その他のモジュールは、第２の実施形態の個人認証システムのダイヤル認証装置４に備わるものと同一なので、説明を省略する。
【００７０】
認証用電話番号送信モジュール９１４３５は、認証用電話番号送信モジュール４３５の機能に加え、認証用電話番号を含むＷＥＢページを生成する。認証用電話番号送信モジュール９１４３５は、生成したＷＥＢページ及び認証要求ＩＤ生成モジュール４３３から引き受けた認証要求ＩＤを、クライアント装置９１１０に送信する。
【００７１】
認証用電話番号送信モジュール９１４３５によって生成されるＷＥＢページ（図示省略）は、認証用電話番号及び認証結果要求ボタンを含み、クライアント装置９１１０に表示される。認証結果要求ボタンは、ユーザから認証結果要求の送信の指示を受け付けるものである。つまり、認証結果要求ボタンがユーザによって操作されると、クライアント装置９１１０は、認証結果要求をダイヤル認証ＷＥＢ装置９１４に送信する。なお、認証用電話番号送信モジュール９１４３５によって生成されるＷＥＢページは、認証要求ボタンを含まなくてもよい。この場合、クライアント装置９１１０は、ユーザの操作を契機とせずに、認証結果要求をダイヤル認証ＷＥＢ装置９１４へ一定間隔で送信する。
【００７２】
認証結果送信モジュール９１４３９は、認証結果送信モジュール４３９の機能に加え、認証モジュール４３８の認証結果を含むＷＥＢページを生成する。認証結果送信モジュール９１４３９は、生成したＷＥＢページを認証結果として、クライアント装置９１１０に送信する。なお、認証結果が認証可能であった場合、認証結果送信モジュール９１４３９によって生成されたＷＥＢページには、ユーザＩＤに対応するユーザの固有な情報が含まれてもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。
【００７３】
次に、第２の実施形態の個人認証方法について図を用いて説明する。図１１は、第２の実施形態の個人認証方法の処理のシーケンス図である。第２の実施形態の個人認証方法（図１１）と第２の実施形態の個人認証方法（図８）とを比較する。第２の実施形態の個人認証方法は、ＳＴ９１２１６を、ＳＴ２１６の代わりに含む。また、第２の実施形態の個人認証方法は、ＳＴ９１２２４を、ＳＴ２２４の代わりに含む。また、第２の実施形態の個人認証方法の処理は、ＳＴ９１２１６及びＳＴ９１２２４を除いて、第２の実施形態の個人認証方法の処理シーケンス（図８）と同様である。したがって、ＳＴ９１２１６及びＳＴ９１２２４以外のステップについては、説明を省略する。
【００７４】
ＳＴ９１２１６について述べる。認証用電話番号送信モジュール９１４３５は、認証用電話番号選択モジュール４３４によって選択された認証用電話番号及び認証要求ＩＤ生成モジュール４３３によって生成された認証要求ＩＤを、認証用電話番号選択モジュール４３４から引き受ける。次に、認証用電話番号送信モジュール９１４３５は、引き受けた認証用電話番号を含むＷＥＢページを生成する。次に、認証用電話番号送信モジュール９１４３５は、生成したＷＥＢページ及び引き受けた認証要求ＩＤを、ネットワーク９を介して、クライアント装置９１１０に送信する（ＳＴ９１２１６）。
【００７５】
次に、ＳＴ９１２２４について述べる。認証結果送信モジュール９１４３９は、認証モジュール４３８から認証結果を引き受ける。次に、認証結果送信モジュール９１４３９は、引き受けた認証結果を含むＷＥＢページを生成する。次に、認証結果送信モジュール９１４３９は、生成したＷＥＢページを、ネットワーク９を介してクライアント装置９１１０に送信する（ＳＴ９１２２４）。なお、認証結果送信モジュール９１４３９は、ユーザＩＤに対応するユーザの固有な情報を含むＷＥＢページを生成し、生成したＷＥＢページを送信してもよい。
【００７６】
前述の通り、クライアント装置９１１０のユーザは、ユーザＩＤ及びパスワードを入力することなく、個人認証を受けることができる。したがって、ユーザＩＤ及びパスワードが掠め取られる危険性がない。また、クライアント装置９１１０のユーザは、ユーザＩＤ及びパスワードを管理する必要がない。このように、本実施の形態は、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とする。また、ユーザＩＤ及びパスワードをユーザが入力する手間を省略できる。更に、フィッシング又はスパイウェア等によって、ユーザＩＤ及びパスワードが掠め取られる危険性がなくなる。更に、ユーザは、クライアント装置９１１０と携帯電話９１６０との両方がなければ、個人認証を受けることができない。これによって、クライアント装置１０だけを取得した他人は、当該クライアント装置１０のユーザに成り済まして、認証を受けることができない。つまり、クライアント装置１０を紛失したとしても、情報流出を防ぐことができる。このように、本実施形態によれば、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードの入力の手間を省き、フィッシングやスパイウェアによるユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高いＷＥＢサイト個人認証システムを提供することができる。また、ダイヤル認証ＷＥＢ装置９１４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【００７７】
なお、携帯電話９１６０は、ＷＥＢブラウザ機能を搭載する場合、携帯電話９１６０及びクライアント装置９１１０の両方として機能してもよい。また、クライアント装置９１１０は、ＩＰ電話の機能を備える場合、携帯電話９１６０及びクライアント装置９１１０の両方として機能してもよい。
【００７８】
また、認証要求ＩＤの代わりに、セッションＩＤを用いてもよい。セッションＩＤは、ＷＥＢサーバとＷＥＢブラウザとの間の通信を識別する識別子である。セッションＩＤは、ＵＲＬパラメータ、クッキー又はＨＩＤＤＥＮタグなどによって、管理される。セッションＩＤの生成及び管理は、通常のＷＥＢサーバ及び通常のＷＥＢブラウザの機能である。したがって、セッションＩＤの詳細な説明は、省略する。
【００７９】
（第３の実施形態）
以下で第３の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム又は第２の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００８０】
第３の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４は、認証機能及びユーザの固有な情報を含むＷＥＢページの送信機能を備える。このとき従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置９１４の機能を備えるように変更するためには、ＷＥＢサーバのプログラムの変更が不可欠である。また、従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置９１４の機能を備えるように変更するためには、ダイヤルを受けられるようにしなければいけない。これに対して、第３の実施形態では、従来のＷＥＢサーバへ、本発明の個人認証方法を容易に導入可能な実施形態を説明する。第３の実施形態の個人認証システムに備わる従来のＷＥＢサーバを、導入ＷＥＢサーバ５とする。
【００８１】
図１２は、第３の実施形態の個人認証システムの概略の構成図である。図１２に示す個人認証システムは、複数のクライアント装置１０、複数の携帯電話６０、複数の固定電話８０、導入ＷＥＢサーバ５及びダイヤル認証専用ＷＥＢ装置９５４を備える。クライアント装置１０は、認証を受けようとするユーザによって操作される計算機である。クライアント装置１０はネットワーク９に接続されている。なお、本実施の形態では、ネットワーク９は、インターネットである。クライアント装置１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０（図２）と同一なので、説明を省略する。携帯電話６０は、認証を受けようとするユーザによって操作される。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。なお、携帯電話６０は、クライアント装置１０として動作する場合、ＷＥＢブラウザを搭載する。この場合、携帯電話６０は、ネットワーク９に接続されている。導入ＷＥＢサーバ５は、ネットワーク９を介してクライアント装置１０及び携帯電話６０に接続されている。導入ＷＥＢサーバ５は、従来のＷＥＢサーバである。例えば、導入ＷＥＢサーバ５は、クライアント装置１０のユーザからログインを受け付ける。そして、導入ＷＥＢサーバ５は、ユーザの固有な情報を含むＷＥＢページをクライアント装置１０に送信する。具体的には、導入ＷＥＢサーバ５は、ユーザＩＤに対応する会員用のＷＥＢページを送信する。ダイヤル認証専用ＷＥＢ装置９５４は、ネットワーク９を介してクライアント装置１０及び携帯電話６０に接続されている。また、ダイヤル認証専用ＷＥＢ装置９５４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。ダイヤル認証専用ＷＥＢ装置９５４は、ＷＥＢサーバ機能を備えている。ダイヤル認証専用ＷＥＢ装置９５４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第３の実施形態の個人認証システムでは、１台のクライアント装置１０及び１台の導入ＷＥＢサーバ５の認証処理を説明する。なお、図１２では、クライアント装置１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話６０は、５台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。また、導入ＷＥＢサーバ５は、１台を図示したが、個人認証システムに何台備わっていてもよい。
【００８２】
なお、説明を明瞭にするために、第３の実施形態の個人認証システムの説明では、導入ＷＥＢサーバ５には、ドメイン「ｄｏｕｎｙｕ．ｊｐ」が割り当てられているとする。また、ダイヤル認証専用ＷＥＢ装置９５４には、ドメイン「ｎｉｎｓｈｏ．ｊｐ」が割り当てられているとする。
【００８３】
クライアント装置１０の機能構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０と同一なので説明を省略する。なお、クライアント装置１０は、導入ＷＥＢサーバ５でなく、ダイヤル認証専用ＷＥＢ装置９５４に、認証要求を送信する。その後、クライアント装置１０は、認証用電話番号及び認証要求ＩＤを、ダイヤル認証専用ＷＥＢ装置９５４から受信する。また、クライアント装置１０は、認証要求ＩＤを含む認証結果要求をダイヤル認証専用ＷＥＢ装置９５４に送信する。
【００８４】
クライアント装置１０は、第１の実施形態の個人認証システムに備わるクライアント装置１０の機能に加えて、次の機能を持つ。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。また、クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から受信する認証の結果を示すＷＥＢページに含まれる情報によって、会員用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。
【００８５】
導入ＷＥＢサーバ５は、クライアント装置１０が送信するログイン用のＷＥＢページの要求を、受信し、ログイン用のＷＥＢページを送信する。前記ＷＥＢページは、認証サイト情報を含む。認証サイト情報は、クライアント装置１０に、ダイヤル認証専用ＷＥＢ装置９５４へ認証要求の送信を促す情報である。また、認証サイト情報は、戻先ＵＲＬを含む。戻先ＵＲＬは、ダイヤル認証専用ＷＥＢ装置９５４による認証完了後に、クライアント装置１０が会員用のＷＥＢページの要求を送信するＵＲＬである。ここで、認証サイト情報の例を示す。例えば、認証サイト情報は、「＜ＳＣＲＩＰＴ ＳＲＣ＝‘ｈｔｔｐ：／／www．ｎｉｎｓｈｏ．ｊｐ／ｉｎｄｅｘ．ｐｈｐ？ｒｕｒｌ＝ｈｔｔｐ：／／www．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ’＞＜／ＳＣＲＩＰＴ＞」である。「ｒｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。また、例えば、認証サイト情報は、「＜Ａ ＨＲＥＦ＝‘ｈｔｔｐ：／／www．ｎｉｎｓｈｏ．ｊｐ／ｉｎｄｅｘ．ｐｈｐ？ｒｕｒｌ＝ｈｔｔｐ：／／www．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ’＞認証はこちら＜／Ａ＞」である。「ｒｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。認証サイト情報は、その目的を達成する限り、他のものであってもよい。
【００８６】
導入ＷＥＢサーバ５は、クライアント装置１０から、会員用のＷＥＢページの要求を受信する。導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。導入ＷＥＢサーバ５は、抽出した電話番号に対応するユーザの固有な情報を含むＷＥＢページを生成する。導入ＷＥＢサーバ５は、生成したＷＥＢページを、会員用のＷＥＢページとして、クライアント装置１０に送信する。
【００８７】
ダイヤル認証専用ＷＥＢ装置９５４の機能は、主に、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４と同様である。ダイヤル認証専用ＷＥＢ装置９５４の機能は、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４の機能に加えて、次の機能を備える。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から受信する認証要求から、戻先ＵＲＬを抽出する。また、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した戻先ＵＲＬと生成する認証要求ＩＤとを対応付けて、認証用電話番号対応テーブル４４１に記憶する。そのため、認証用電話番号対応テーブル４４１は、戻先ＵＲＬ（図示省略）を含む。また、ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果、戻先ＵＲＬ及びユーザの電話番号を含むＷＥＢページを生成する。生成されたＷＥＢページに含まれるソースコードの例を示す。例えば、ソースコードは、「＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝“Ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝“０；ｕｒｌ＝ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞」である。「ｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証の結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。また、例えば、ソースコードは、「＜Ａ ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞会員ページはこちら＜／Ａ＞」である。「ｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証の結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。なお、前記ＷＥＢページが含むソースコードは、その目的を達成する限り、他のものであってもよい。
【００８８】
次に、第３の実施形態の個人認証方法について図を用いて説明する。図１３は、第３の実施形態の個人認証方法の処理のシーケンス図である。第３の実施形態の個人認証方法（図１３）と、第２の実施形態の個人認証方法（図１１）を比較する。第３の実施形態の個人認証方法は、ＳＴ９５２１２を、ＳＴ２１２の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２１５を、ＳＴ２１５の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２２４を、ＳＴ２２４の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８を、含む。第３の実施形態の個人認証方法の処理は、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２１２、ＳＴ９５２１５、ＳＴ９５２２４、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８を除いて、第２の実施形態の個人認証方法（図１１）と同様である。したがって、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２１２、ＳＴ９５２１５、ＳＴ９５２２４、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８以外のステップについては、説明を省略する。
【００８９】
ＳＴ９５２０９について説明する。クライアント装置１０は、ネットワーク９を介して導入ＷＥＢサーバ５へ、ログイン用のＷＥＢページの要求を送信する（ＳＴ９５２０９）。
【００９０】
ＳＴ９５２１０について説明する。導入ＷＥＢサーバ５は、クライアント装置１０から、ログイン用のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、認証サイト情報を含むログイン用のＷＥＢページを、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２１０）。
【００９１】
ＳＴ９５２１２について説明する。ダイヤル認証専用ＷＥＢ装置９５４に備わる認証要求受信モジュールは、クライアント装置１０から認証要求を受信する。次に、認証要求受信モジュールは、受信した認証要求に含まれる戻先ＵＲＬを抽出する。次に、認証要求受信モジュールは、認証要求ＩＤ生成モジュールに、認証要求ＩＤの生成を依頼する（ＳＴ９５２１２）。
【００９２】
ＳＴ９５２１５について説明する。認証用電話番号選択モジュールは、認証用電話番号対応テーブル４４１に新たなレコードを生成する。次に、認証用電話番号選択モジュールは、作成した新たなレコードの認証要求ＩＤ４４１１に、認証要求ＩＤ生成モジュールから引き受けた認証要求ＩＤを格納する。次に、認証用電話番号選択モジュールは、作成した新たなレコードの認証用電話番号４４１２に、選択した認証用電話番号を格納する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの戻先ＵＲＬに、認証要求受信モジュールによって抽出された戻先ＵＲＬを格納する（ＳＴ９５２１５）。
【００９３】
ＳＴ９５２２４について説明する。認証結果送信モジュールは、認証モジュールから認証の結果を引き受ける。次に、認証結果送信モジュールは、認証結果要求受信モジュールによって抽出された認証要求ＩＤに基づいて、認証用電話番号対応テーブル４４１から、戻先ＵＲＬ及びユーザの電話番号を抽出する。認証結果送信モジュールは、認証の結果、戻先ＵＲＬ及びユーザの電話番号を含むＷＥＢページを生成する。次に、認証結果送信モジュールは、生成したＷＥＢページを、認証の結果として、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２２４）。
【００９４】
ＳＴ９５２２６について説明する。クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から、認証の結果として送信されたＷＥＢページを受信する。次に、クライアント装置１０は、受信したＷＥＢページに基づいて、会員用のＷＥＢページの要求を、ネットワーク９を介して導入ＷＥＢサーバ５へ送信する（ＳＴ９５２２６）。クライアント装置１０によって送信される会員用のＷＥＢページの要求は、ユーザの電話番号を含む。例えば、会員用のＷＥＢページの要求は、「ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１」というＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。
【００９５】
ＳＴ９５２２７について説明する。導入ＷＥＢサーバ５は、クライアント装置１０から会員用ＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に基づいて、ユーザを特定する。次に、導入ＷＥＢサーバ５は、特定したユーザに対応する会員用のＷＥＢページを生成する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した会員用のＷＥＢページを、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２２７）。
【００９６】
ＳＴ９５２２８について説明する。クライアント装置１０は、会員用のＷＥＢページを、ネットワーク９を介して導入ＷＥＢサーバ５から受信する。次に、クライアント装置１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ９５２２８）。
【００９７】
第３の実施形態の個人認証方法の処理の概要を説明する。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページを、導入ＷＥＢサーバ５に、要求する（ＳＴ９５２０９）。導入ＷＥＢサーバ５は、要求されたログイン用のＷＥＢページを、クライアント装置１０に送信する（ＳＴ９５２１０）。クライアント装置１０は、ログイン用のＷＥＢページに含まれる認証サイト情報に基づいて、ダイヤル認証専用ＷＥＢ装置９５４に認証要求を送信する（ＳＴ２１１）。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から戻先ＵＲＬを抽出する（ＳＴ９５２１２）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤを生成する（ＳＴ２１３）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を選択する（ＳＴ２１４）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤ、認証用電話番号及び戻先ＵＲＬを対応付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ９５２１５）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、クライアント装置１０に送信する（ＳＴ９１２１６）。クライアント装置１０は、認証要求ＩＤ及び認証用電話番号を受信する（ＳＴ２１７）。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。次に、携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。ダイヤル認証専用ＷＥＢ装置９５４は、携帯電話６０からのダイヤルの着信を受け付ける（ＳＴ２１９）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから発信者電話番号を取得する。また、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、取得した着信電話番号に対応する認証要求ＩＤと、取得した発信者電話番号と、を対応付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ２２０）。一方で、クライアント装置１０は、認証結果要求をダイヤル認証専用ＷＥＢ装置９５４に送信する（ＳＴ２２１）。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する（ＳＴ２２２）。ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求から、認証要求ＩＤを、抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号対応テーブル４４１から、抽出した認証要求ＩＤに対応するユーザ電話番号４４１３を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したユーザ電話番号４４１３がユーザ管理テーブル４４２の電話番号４４２２に格納されているか否かを判定する（ＳＴ２２３）。ユーザ電話番号４４１３がユーザ管理テーブル４４２に格納されている場合、ダイヤル認証専用ＷＥＢ装置９５４は、認証可能と判定する。一方、ユーザ電話番号４４１３がユーザ管理テーブル４４２に格納されていない場合、ダイヤル認証専用ＷＥＢ装置９５４は、認証不可と判定する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果を、クライアント装置１０に送信する（ＳＴ９５２２４）。クライアント装置１０は、認証の結果を受信する（ＳＴ２２５）。次に、クライアント装置１０は、受信した認証の結果に基づいて、会員用のＷＥＢページの要求を導入ＷＥＢサーバ５に送信する（ＳＴ９５２２６）。導入ＷＥＢサーバ５は、クライアント装置１０から、会員用のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に対応する会員用のＷＥＢページを、クライアント装置１０に送信する（ＳＴ９５２２７）。なお、会員用のＷＥＢページは、抽出された電話番号のユーザに対応するユーザの固有な情報を含む。クライアント装置１０は、会員用のＷＥＢページを、導入ＷＥＢサーバ５から受信する。次に、クライアント装置１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ９５２２８）。
【００９８】
前述の通り、従来のＷＥＢサーバである導入ＷＥＢサーバ５は、クライアント装置１０に送信するログイン用のＷＥＢページに、認証サイト情報を含めるだけで、本発明の個人認証方法を導入することができる。
【００９９】
前述した実施形態では、ダイヤル認証専用ＷＥＢ装置９５４は、ユーザ管理テーブル４４２を記憶している。しかし、ダイヤル認証専用ＷＥＢ装置９５４は、必ずしも、ユーザ管理テーブル４４２を記憶している必要はない。この場合、導入ＷＥＢサーバ５が、ユーザ管理テーブル４４２を記憶する。この場合、ステップＳＴ２２３において、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したユーザ電話番号４４１３がユーザ管理テーブル４４２の電話番号４４２２に格納されているか否かを判定しない。その代わりに、導入ＷＥＢサーバ５が、クライアント装置１０から受信する会員用のＷＥＢページの要求に含まれる電話番号が、ユーザ管理テーブル４４２に格納されているか否かを判定する。
【０１００】
前述した実施形態では、導入ＷＥＢサーバ５は、クライアント装置１０から受信する会員用のＷＥＢページの要求に含まれる電話番号を信頼して、会員用のＷＥＢページを送信する。しかし、会員用のＷＥＢページの要求に含まれる電話番号は、偽造されことがある。そこで、導入ＷＥＢサーバ５は、ｒｅｆｅｒｅｒを参照することによって、リンク元がダイヤル認証専用ＷＥＢ装置９５４であることを確認してもよい。
【０１０１】
ここで、本発明の第３の実施形態の変形例を説明する。第３の実施形態では、ダイヤル認証専用ＷＥＢ装置９５４が、認証要求ＩＤを生成した。しかし、導入ＷＥＢサーバ５が、ダイヤル認証専用ＷＥＢ装置９５４の代わりに、認証要求ＩＤを生成してもよい。この場合、導入ＷＥＢサーバ５は、生成した認証要求ＩＤを記憶する。次に、導入ＷＥＢサーバ５は、生成した認証要求ＩＤを含む認証サイト情報を、クライアント装置１０に送信する。クライアント装置１０は、受信した認証サイト情報から認証要求ＩＤを抽出する。次に、クライアント装置１０は、抽出した認証要求ＩＤを含む認証要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤを生成する代わりに、クライアント装置１０から受信した認証要求ＩＤと認証用電話番号とを対応付けて、認証用電話番号対応テーブル４４１に記憶する。ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号対応テーブル４４１に記憶されている認証要求ＩＤを含むＷＥＢページを、認証の結果としてクライアント装置１０に送信する。クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から認証の結果を受信する。次に、クライアント装置１０は、受信した認証の結果に基づいて、会員用のＷＥＢページの要求を導入ＷＥＢサーバ５に送信する。ここでは、クライアント装置１０は、認証要求ＩＤを含む会員用ＷＥＢページの要求を導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、会員用ＷＥＢページの要求をクライアント装置１０から受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、認証要求ＩＤを抽出する。次に、導入ＷＥＢサーバ５は、抽出した認証要求ＩＤを、記憶しているか否かを判定する。導入ＷＥＢサーバは、抽出した認証要求ＩＤを記憶している場合、会員用のＷＥＢページをクライアント装置１０に送信する。一方、導入ＷＥＢサーバ５は、抽出した認証要求ＩＤを記憶していない場合、受信した会員用のＷＥＢページの要求が偽装されていると判断する。よって、導入ＷＥＢサーバ５は、会員用のＷＥＢページを送信しない。なお、ダイヤル認証専用ＷＥＢ装置９５４が複数の導入ＷＥＢサーバ５に接続されている場合、それぞれの導入ＷＥＢサーバ５は、個人認証システムないで一意な認証要求ＩＤを生成する。例えば、導入ＷＥＢサーバ５は、該導入ＷＥＢサーバ５の一意な識別子を含む認証要求ＩＤを生成することによって、個人認証システム内で一意な認証要求ＩＤを生成する。
【０１０２】
（第４の実施形態）
以下で第４の実施形態の個人認証システムについて説明するが、第３の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１０３】
インターネット上の電子商取引では、決済手段として、クレジットカードが用いられることが多い。第４の実施形態では、第３の実施形態の個人認証システムを、インターネット上のクレジットカード決済に応用する例を説明する。
【０１０４】
第４の実施形態の個人認証システムの概略の構成図は、第３の実施形態の個人認証システムの概略の構成図（図１２）と同一なので、詳細の説明は省略する。クライアント装置１０は、クレジットカード決済を実行しようとするユーザによって操作される。携帯電話６０は、クレジットカード決済を実行しようとするユーザによって操作される。導入ＷＥＢサーバ５は、物品販売又はサービス販売等の電子商取引を提供するＷＥＢサーバである。ダイヤル認証専用ＷＥＢ装置９５４は、クレジットカードの与信審査及び課金を処理するＷＥＢ装置である。ダイヤル認証専用ＷＥＢ装置９５４のユーザ管理テーブル４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル４４２に含まれるクレジットカード番号は、ユーザのクレジットカードの番号である。ユーザ管理テーブル４４２には、クレジットカード番号と当該クレジットカードを所有するユーザの電話番号とが対応付けて記憶されている。また、ダイヤル認証専用ＷＥＢ装置９５４の認証用電話番号対応テーブル４４１は、決済金額（図示省略）を含む。認証用電話番号対応テーブル４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。
【０１０５】
第４の実施形態の個人認証方法の処理の概要を説明する。導入ＷＥＢサーバ５は、ユーザの操作を契機に、決済金額を確定する。決済金額の確定方法は、従来の電子商取引のサイトで採用されている方法でよい。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求に代えて、決済用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、決済用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、要求された決済用のＷＥＢページを生成する。次に、導入ＷＥＢサーバ５は、生成した決済用のＷＥＢページを、クライアント装置１０に送信する。導入ＷＥＢサーバ５によって生成される決済用のＷＥＢページは、認証サイト情報を含む。認証サイト情報は、戻先ＵＲＬだけでなく、決済金額を含む。クライアント装置１０は、決済用のＷＥＢページを受信する。次に、クライアント装置１０は、受信した決済用のＷＥＢページに含まれる認証サイト情報に基づいて、認証要求をダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から戻先ＵＲＬ及び決済金額を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤ生成する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を選択する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ、選択した認証用電話番号、抽出した戻先ＵＲＬ及び抽出した決済金額を、認証用電話番号対応テーブル４４１に対応付けて記憶する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、クライアント装置１０に送信する。クライアント装置１０は、認証要求ＩＤ及び認証用電話番号を受信する。次に、携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する。これによって、携帯電話６０は、発信者電話番号通知を伴うダイヤルを、ダイヤル認証専用ＷＥＢ装置９５４に発信する。ダイヤル認証専用ＷＥＢ装置９５４は、携帯電話６０からのダイヤルの着信を受け付ける。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、取得した着信電話番号に対応する認証要求ＩＤと、取得した発信者電話番号とを対応付けて、認証用電話番号対応テーブル４４１に記憶する。一方で、クライアント装置１０は、認証結果要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する。ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した認証要求ＩＤに対応する電話番号及び決済金額を、認証用電話番号対応テーブル４４１から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した電話番号に対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号で、抽出した決済金額が利用可能か否かを判定することによって、与信審査を行う。ここでの与信審査は、従来のクレジットカード利用時の与信審査と同様である。ダイヤル認証専用ＷＥＢ装置９５４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証専用ＷＥＢ装置９５４は、与信審査処理及び課金処理を、与信審査処理及び課金処理を専用に行う装置に依頼してもよい。ダイヤル認証専用ＷＥＢ装置９５４は、課金処理を完了すると、認証の結果を認証可能と判定する。ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果を、クライアント装置１０に送信する。クライアント装置１０は、受信した認証の結果に基づいて、決済終了のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、クライアント装置１０から、決済終了のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信したＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に対応する決済終了のＷＥＢページを、クライアント装置１０に送信する。なお、決済終了のＷＥＢページは、抽出された電話番号に対応するユーザの固有な情報を含む。
【０１０６】
前述の通り、第３の実施形態の個人認証システムは、クレジットカードの決済に、応用することができる。なお、第４の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であればなんであってもよい。例えば、決済手段には、「Ｅｄｙ」（商標）、「ジェイデビット」（商標）又は「ケータイ払いサービス」（商標）等がある。「Ｅｄｙ」（商標）は、店舗又はインターネットで利用可能な電子マネーである。「ジェイデビット」（商標）は、店舗又はインターネットで利用可能な預金口座引き落としの決済サービスである。「ケータイ払いサービス」（商標）は、決済金額が携帯電話料金の請求に合算される、インターネットで利用可能な後払いの決済サービスである。
【０１０７】
ここで、第４の実施形態の個人認証システムの変形例を説明する。第４の実施形態の個人認証システムに備わるダイヤル認証専用ＷＥＢ装置９５４は、着信を受け付けたダイヤルの発信者電話番号に基づいて、クレジットカード番号を特定した。そのため、ダイアルの発信者電話番号が偽装された場合は、なりすましのユーザによって決済されてしまう。なりすましの決済を防止するために、ユーザは、クレジットカード番号をクライアント装置１０に入力する。クライアント装置１０は、入力されたクレジットカード番号をダイヤル認証専用ＷＥＢ装置９５４に送信する。なお、クライアント装置１０は、入力されたクレジットカード番号を、認証要求又は認証確認要求に含めて送信してもよい。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０からクレジットカード番号を受信する。そして、ダイヤル認証専用ＷＥＢ装置９５４は、受信したクレジットカード番号を記憶する。変形例の概要は、次の通りである。導入ＷＥＢサーバ５が、クレジットカード番号の入力欄を含む決済用のＷＥＢページを、クライアント装置１０に送信する。クライアント装置１０のユーザは、決済用のＷＥＢページの入力欄に、クレジットカード番号を入力する。ここでの入力は、キーボード等の操作によるものでだけでなく、カードリーダにカードを読み込ませる等を含む。つまり、クライアント装置１０が、クレジット番号を取得できればいかなるものであってもよい。クライアント装置１０は、入力されたクレジットカード番号を含む認証要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から、クレジットカード番号を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証要求ＩＤとを対応付けて、認証用電話番号対応テーブル４４１に記憶する。一方で、前述した通り、ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求に含まれる認証要求ＩＤに対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。これによって、ダイヤル認証専用ＷＥＢ装置９５４は、決済に用いるクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証用電話番号対応テーブル４４１に記憶されているクレジットカード番号とを照合する。双方のクレジットカード番号が一致する場合のみ、ダイヤル認証専用ＷＥＢ装置９５４は、当該クレジットカードに対して与信審査して、課金する。また、次の通りであってもよい。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から、認証要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を含むＷＥＢページを、クライアント装置１０に送信する。前記認証用電話番号を含むＷＥＢページは、更に、クレジットカード番号の入力欄を含む。クライアント装置１０のユーザは、認証用電話番号を含むＷＥＢページのクレジットカード番号入力欄に、クレジットカード番号を入力する。クライアント装置１０は、入力されたクレジットカード番号を含む認証結果要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、前述した通り、クライアント装置１０から認証結果要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求に含まれる認証要求ＩＤに対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。これによって、ダイヤル認証専用ＷＥＢ装置９５４は、決済に用いるクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証結果要求に含まれるクレジットカードとを照合する。双方のクレジットカード番号が一致する場合のみ、ダイヤル認証専用ＷＥＢ装置９５４は、当該クレジットカード番号に対して与信審査して、課金する。なお、第４の実施の形態の変形例では、クレジットカード番号をユーザに入力させる代わりに、暗証番号等の他の情報を入力させることによって、なりすましを防止してもよい。
【０１０８】
（第５の実施形態）
以下で第５の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１０９】
第５の実施形態では、金融機関の利用者がＡＴＭにキャッシュカード挿入し、暗証番号を入力する手間をなくし、かつ、暗証番号が盗撮される危険性をなくした、安全で利便性の高い個人認証システムを提供することを課題とする。また、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応が正確に把握され、本来のＷＥＢサイトのユーザでない者が、正当なＷＥＢサイトのユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない、安全性及び利便性の高い個人認証システムを提供することを課題とする。
【０１１０】
図１４は、第５の実施形態の個人認証システムの概略の構成図である。図１４に示す個人認証システムは、複数のＡＴＭ（ＡＵＴＯＭＡＴＩＣ ＴＥＬＬＥＲ ＭＡＣＨＩＮＥ）９２１０、複数の携帯電話６０及びＡＴＭダイヤル認証装置９３４を備える。ＡＴＭ９２１０は、認証を受け、現金を出し入れしようとするユーザによって操作される。ＡＴＭ９２１０は、ネットワーク９に接続されている。ＡＴＭ９２１０については、図１５で詳細を説明する。携帯電話６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ＡＴＭダイヤル認証装置９３４は、ネットワーク９を介してＡＴＭ９２１０に接続されている。第５の実施の形態では、ネットワーク９はインターナルネットワークである。また、ネットワーク９は、複数の金融機関に設置された認証装置を集約する中継装置を含んでもよい。また、ＡＴＭダイヤル認証装置９３４は、公衆交換電話回線網２を介して、携帯電話６０に接続されている。ＡＴＭダイヤル認証装置９３４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、図１４では、ＡＴＭ９２１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話６０は、３台を図示したが、個人認証システムに何台備わっていてもよい。
【０１１１】
図１５は、第５の実施形態の個人認証システムに備わるＡＴＭ９２１０の構成のブロック図である。ＡＴＭ９２１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）、表示装置（図示省略）及び現金取扱部１５等を備える。送受信部１１は、ネットワーク９に接続され、外部の装置（ＡＴＭダイヤル認証装置９３４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。現金取扱部１５は、紙幣及び貨幣を物理的に管理する。更に、現金取扱部１５は、紙幣及び貨幣を入出金する。現金取扱部１５は、一般的な金融機関のＡＴＭに備えられているものでよい。
【０１１２】
第５の実施形態の個人認証システムに備わるＡＴＭ９２１０の機能は、現金取扱部１５を除いて、第１の実施形態の個人認証システムに備わるクライアント装置１０と同一なので、説明を省略する。
【０１１３】
携帯電話６０は、認証用電話番号に対して発信者電話番号通知を伴ったダイヤルを発信する。
【０１１４】
第５の実施形態のＡＴＭダイヤル認証装置９３４の機能構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の機能（図４）と同一なので、説明を省略する。
【０１１５】
なお、ＡＴＭダイヤル認証装置９３４の補助記憶装置に記憶されているユーザ管理テーブル４４２には、ユーザＩＤに対応してユーザの固有な情報が格納される。本実施の形態におけるユーザの固有な情報は、金融機関の口座情報である。金融機関の口座情報は、口座番号、預金残高、借入金残高及び借入可能残高等を含む。ただし、ユーザの固有な情報は、必ずしもユーザ管理テーブル４４２によって管理されている必要はなく、ユーザＩＤに対応して管理されていればいかなる方法であってもよい。ユーザの固有な情報の管理方法は、サービスの種類及び利用者の規模に応じて、本発明の実施者に委ねられる。ユーザＩＤに対応するユーザの固有な情報の一部は、ＡＴＭダイヤル認証装置９３４からＡＴＭ９２１０へ送信される認証の結果に含まれる。
【０１１６】
次に、第５の実施形態の個人認証方法について説明する。第５の実施形態の個人認証方法の処理は、第２の実施形態の個人認証方法（図８）と同一なので、説明を省略する。但し、ここでは、第５の実施形態の個人認証方法の特徴的なステップを説明する。
【０１１７】
第５の実施形態におけるＳＴ２２４について述べる。ＡＴＭダイヤル認証装置９３４の認証結果送信モジュール４３９は、認証の結果を、ネットワーク９を介してＡＴＭ９２１０に送信する。認証の結果は、ユーザＩＤに対応する口座番号、預金残高、借入金残高及び借入可能残高等のユーザの固有な情報を含む。
【０１１８】
ＳＴ２２４に引き続き、ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４から受信した認証の結果及びユーザの固有な情報を表示装置に表示する。ＡＴＭ９２１０のユーザは、表示された情報に基づいて、後続の操作を実行する。後続の操作とは、例えば、預金の引き出し、借入金の返済又は借入金の借り入れである。
【０１１９】
ところで、一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。そこで、ＳＴ２１１に先立って、ＡＴＭ９２１０は、ユーザから操作の種類を受け付ける。ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４へ送信する認証要求に、ユーザが求める操作の種類を含める。ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０から受信する認証要求から、ＡＴＭ９２１０のユーザが求める操作の種類を抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出した操作の種類に基づいて、認証の結果に含めるユーザの固有な情報を決定する。
【０１２０】
また、次のような手順であってもよい。一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。ここでは、ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから受け付け可能な操作をユーザＩＤに対応して予め記憶しておく。この場合、ＡＴＭ９２１０は、認証要求の送信の前に、ユーザから操作の種類を受け付けない。まず、ＡＴＭ９２１０は、第５の実施形態の個人認証方法によって、認証を受ける。ＡＴＭダイヤル認証装置９３４は、認証したユーザＩＤに対応する受け付け可能な操作を、認証の結果に含めて、ＡＴＭ９２１０に送信する。ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４から受信した認証の結果及び受け付け可能な操作を表示装置に表示する。ＡＴＭ９２１０のユーザは、ＡＴＭ９２１０の表示装置に表示された操作の種類の中から、操作を選択する。すると、ＡＴＭ９２１０は、選択された種類の操作を実行する。
【０１２１】
前述の通り、本実施形態によれば、金融機関の利用者がＡＴＭにキャッシュカード挿入し、暗証番号を入力する手間をなくし、かつ、暗証番号が盗撮される危険性をなくした、安全で利便性の高い個人認証システムを提供することができる。また、ＡＴＭダイヤル認証装置９３４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作するＡＴＭとの対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【０１２２】
なお、第５の実施形態の個人認証方法は、従来のキャッシュカード及び暗証番号による個人認証方法と組み合わせてもよい。これによって、キャッシュカード及び暗証番号が盗まれても、ユーザの電話番号によってダイヤルされない限り、なりすましのユーザによって預金が引き出されることがない。また、第５の実施形態の個人認証方法は、キャッシュカード又は暗証番号の一方による個人認証と組み合わせてもよい。
【０１２３】
ここで、本発明の第５の実施形態の変形例を説明する。第５の実施形態では、ＡＴＭダイヤル認証装置９３４は、認証要求ＩＤを生成し、ＡＴＭ９２１０に送信する。しかし変形例では、ＡＴＭ９２１０が、自身のＡＴＭ＿ＩＤを含む認証要求をＡＴＭダイヤル認証装置９３４に送信してもよい。ＡＴＭ＿ＩＤは、ＡＴＭ９２１０の一意な識別子である。すると、ＡＴＭダイヤル認証装置９３４は、認証要求からＡＴＭ＿ＩＤを抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出したＡＴＭ＿ＩＤと認証用電話番号とを対応付けて記憶する。この場合、認証用電話番号対応テーブル４４１は、認証要求ＩＤ４４１１の代わりにＡＴＭ＿ＩＤを含む。なお、ＡＴＭ９２１０は、一つの認証要求に対する処理が完了する前に、異なる認証要求をＡＴＭダイヤル認証装置９３４に送信することはない。よって、ＡＴＭ＿ＩＤと認証用電話番号との対応は、１対１になる。ＡＴＭダイヤル認証装置９３４は、携帯電話６０からダイヤルを着信すると、当該ダイヤルの発信者電話番号及び着信電話番号を取得する。次に、ＡＴＭダイヤル認証装置９３４は、取得した着信電話番号に対応するＡＴＭ＿ＩＤを、認証用電話番号対応テーブル４４１から抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出したＡＴＭ＿ＩＤによって識別されるＡＴＭ９２１０に認証の結果を送信する。つまり、ＡＴＭダイヤル認証装置９３４は、認証結果要求をＡＴＭ９２１０から受信しなくても、認証の結果を送信できる。
【０１２４】
ここで、本発明の第５の実施形態の応用例を説明する。第５の実施形態の応用例の個人認証システムに備わるＡＴＭダイヤル認証装置９３４は、公共料金の料金を計算する装置を兼ねる。この場合、ＡＴＭダイヤル認証装置９３４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金又は水道料金等である。ＡＴＭダイヤル認証装置９３４は、携帯電話６０の電話番号と、公共料金のサービスを受けるユーザの識別子とを、関連付けて記憶する。ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから、公共料金の支払いの要求を受け付ける。ＡＴＭダイヤル認証装置９３４は、前述したようにＡＴＭ９２１０のユーザを認証すると、携帯電話６０のユーザの未払分の公共料金の支払いを、ＡＴＭ９２１０から受け付ける。また、ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから、貸付金の貸し出しの要求を受け付ける。ＡＴＭダイヤル認証装置９３４は、前述したようにＡＴＭ９２１０のユーザを認証すると、貸付金をＡＴＭ９２１０から貸し出す。なお、ＡＴＭダイヤル認証装置９３４は、貸付金を公共料金の請求に合算して請求する。
【０１２５】
また、本発明の第５の実施の形態では、重複しない認証用電話番号を、すべてのＡＴＭ９２１０のそれぞれに予め割り当てておいてもよい。この場合、ＡＴＭ９２１０と認証用電話番号との対応は、不変であり、認証用電話番号対応テーブル４４１等に予め記憶しておく。そして、ＡＴＭダイヤル認証装置９３４は、着信電話番号に基づいて、ユーザの認証要求の送信元のＡＴＭ９２１０を特定できる。
【０１２６】
（第６の実施形態）
以下で第６の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム及び第５の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１２７】
第６の実施形態の個人認証システムとして、第１の実施形態の個人認証システムを、店舗でのクレジットカード決済に用いる具体的な実施形態について説明する。従来、店舗のクレジットカード決済では、なりすましの利用を防止するために、店舗の販売員が、利用伝票の署名とクレジットカード裏面の署名とを目視で照合する。しかし、目視の照合は、なりすまし防止策としては、不十分である。第６の実施形態の個人認証システムでは、署名の照合の代わりに、電話の発信者電話番号を用いる実施例を説明する。
【０１２８】
図１６は、第６の実施形態の個人認証システムの概略の構成図である。図１６に示す個人認証システムは、複数のリーダ装置９３１０、複数の携帯電話６０、複数の固定電話８０及びダイヤル認証装置４を備える。リーダ装置９３１０は、ネットワーク９に接続されている。リーダ装置９３１０については、図１７で詳細を説明する。店舗では、通常は、店舗の販売員がリーダ装置９３１０を操作する。しかし、第６の実施形態の個人認証システムにおいて認証を受けるユーザは、クレジットカードの保有者である。そこで、説明を簡単にするために、本実施形態の説明においては、リーダ装置９３１０のユーザは、クレジットカードの保有者とする。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置４は、ネットワーク９を介してリーダ装置９３１０に接続されている。また、ダイヤル認証装置４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。なお、説明を明瞭にするために、第６の実施形態の個人認証システムでは、１台のリーダ装置９３１０及び１台の携帯電話６０の処理を説明する。実際には、ダイヤル認証装置４は、ネットワーク９を介して、複数のリーダ装置９３１０に対する認証を行う。つまり、ダイヤル認証装置４は、複数のリーダ装置９３１０から認証要求及び認証結果要求を受けることができる。また、実際には、ダイヤル認証装置４は、公衆交換電話回線網２を介して、複数の携帯電話６０に接続されている。なお、図１６では、リーダ装置９３１０は３台を図示したが、個人認証システムに何台備わっていても良い。また、図１６では、携帯電話６０及び固定電話８０は、それぞれ２台ずつを図示したが、それぞれ何台ずつ個人認証システムに何台備わっていても良い。
【０１２９】
図１７は、第１３の実施形態の個人認証システムに備わるリーダ装置９３１０の構成のブロック図である。リーダ装置９３１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）、表示装置（図示省略）及びカード情報読取部１６等を備える。送受信部１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。カード情報読取部１６とは、クレジットカードに記憶された情報を読み取る。カード情報読取部１６は、一般的なクレジットカードのカードリーダに備えられているもので十分である。なお、リーダ装置９３１０は、必ずしも、補助記憶装置１４を備えている必要はない。
【０１３０】
第６の実施形態の個人認証システムに備わるリーダ装置９３１０の機能は、主に、第１の実施形態の個人認証システムに備わるクライアント装置１０と同様である。第６の実施形態の個人認証システムに備わるリーダ装置９３１０は、第１の実施形態の個人認証システムに備わるクライアント装置１０の機能に加えて、次の機能を持つ。リーダ装置９３１０は、ユーザの操作によって、クレジットカード番号及び決済金額を受け付ける。リーダ装置９３１０は、ダイヤル認証装置４に送信する認証要求に、受け付けたクレジットカード番号及び決済金額を含める。
【０１３１】
第６の実施形態の個人認証システムに備わるダイヤル認証装置４の機能は、主に、第１の実施形態の個人認証システムに備わるダイヤル認証装置４と同様である。第６の実施形態の個人認証システムに備わるダイヤル認証装置４は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の機能に加えて、次の機能を持つ。第６の実施形態のダイヤル認証装置４は、クレジットカードの与信審査及び課金を処理する。ダイヤル認証装置４のユーザ管理テーブル４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル４４２に含まれるクレジットカード番号は、ユーザが所有するクレジットカードの番号である。つまり、ユーザ管理テーブル４４２には、クレジットカード番号とユーザの電話番号とが関連付けて予め記憶されている。また、ダイヤル認証装置４の認証用電話番号対応テーブル４４１は、決済金額（図示省略）及びクレジットカード番号（図示省略）を含む。認証用電話番号対応テーブル４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。認証用電話番号対応テーブル４４１に含まれるクレジットカード番号は、決済に利用されてようとしているクレジットカードの番号である。
【０１３２】
次に、第６の実施形態の個人認証方法の処理の概要を説明する。第６の実施形態の個人認証方法のシーケンス図は、主に、第１の実施形態の個人認証方法のシーケンス図である図８と同様である。リーダ装置９３１０は、ユーザの操作を契機に、決済金額を受け付ける。また、リーダ装置９３１０のカード情報読取部１６は、ユーザのカード操作によって、クレジットカード番号を読み取る。次に、リーダ装置９３１０は、受け付けた決済金額及び読み取ったクレジットカード番号を、ダイヤル認証装置４に送信する（ＳＴ２１１）。ダイヤル認証装置４は、認証要求を受信する（ＳＴ２１２）。次に、ダイヤル認証装置４は、受信した認証要求から、決済金額及びクレジットカード番号を抽出する。次に、ダイヤル認証装置４は、認証要求ＩＤを生成する（ＳＴ２１３）。次に、ダイヤル認証装置４は、認証用電話番号を選択する（ＳＴ２１４）。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ、選択した認証用電話番号、抽出した決済金額及び抽出したクレジットカード番号を、認証用電話番号対応テーブル４４１に関連付けて記憶する（ＳＴ２１５）。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、リーダ装置９３１０に送信する（ＳＴ２１６）。リーダ装置９３１０は、認証要求ＩＤ及び認証用電話番号を受信する（ＳＴ２１７）。次に、リーダ装置９３１０は、表示装置に、受信した認証用電話番号を表示する。なお、リーダ装置９３１０は、認証用電話番号を表示せずに、認証用電話番号が記載された紙を印刷してもよい。つまり、リーダ装置９３１０は、認証用電話番号をユーザに通知できれば、いかなる方法であってもよい。携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。ダイヤル認証装置４は、携帯電話６０からのダイヤルの着信を受け付ける（ＳＴ２１９）。次に、ダイヤル認証装置４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号に基づいて、取得した発信者電話番号を認証要求ＩＤと関連付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ２２０）。具体的には、ダイヤル認証装置４は、取得した着信電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、取得した発信者電話番号を、選択したレコードのユーザ電話番号４４１３に格納する。一方、リーダ装置９３１０は、認証結果要求をダイヤル認証装置４に送信する（ＳＴ２２１）。ダイヤル認証装置４は、リーダ装置９３１０から認証結果要求を受信する（ＳＴ２２２）。ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３、決済金額、クレジットカード番号を抽出する（ＳＴ２２３）。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、認証用電話番号対応テーブル４４１から抽出したクレジットカード番号と、ユーザ管理テーブル４４２から抽出したクレジットカード番号と、を照合する。抽出された二つのクレジットカード番号が一致しない場合、ダイヤル認証装置４は、認証不可と判定する。一方、抽出された二つのクレジットカード番号が一致する場合、ダイヤル認証装置４は、抽出した決済金額が利用可能か否かを判定する与信審査を行う。与信審査は、従来のクレジットカード利用時に行われるものと同様である。ダイヤル認証装置４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証装置４は、与信審査及び課金処理を、専用の装置に依頼してもよい。この場合、ダイヤル認証装置４は、与信審査及び課金を行う専用の装置と、ネットワークを介して接続される。ダイヤル認証装置４は、課金処理が完了すると、認証可能と判定する。ダイヤル認証装置４は、認証の結果を、リーダ装置９３１０に送信する（ＳＴ２２４）。リーダ装置９３１０は、認証結果を受信する（ＳＴ２２５）。次に、リーダ装置９３１０は、認証結果を、表示装置に表示する。
【０１３３】
上述の通り、第６の実施形態の個人認証システムでは、店舗でのクレジットカード決済において、署名の照合代わりに、電話の発信者電話番号を用いることができた。なお、第６の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であれば、なんでもよく、クレジットカードに限定されるものではない。例えば、決済手段は、「ジェイデビット」（商標）がある。
【０１３４】
上述した実施例では、リーダ装置９３１０によって送信される認証の要求が、クレジットカード番号を含む。しかし、次の通りであってもよい。リーダ装置９３１０は、クレジット番号を、認証要求でなく、認証結果要求に含めてもよい。この場合、ダイヤル認証装置４の認証用電話番号対応テーブル４４１は、クレジットカード番号を含まなくてよい。リーダ装置９３１０は、認証結果要求を、ダイヤル認証装置４へ送信する。ダイヤル認証装置４は、リーダ装置９３１０から認証結果要求を受信する。次に、ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３及び決済金額を抽出する。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、ユーザ管理テーブル４４２から抽出したクレジット番号と、認証結果要求に含まれるクレジットカードと、を照合する。二つのクレジットカード番号が一致する場合、ダイヤル認証装置４は、与信審査を行い、課金する。
【０１３５】
ここで、本発明の第６の実施形態の変形例を説明する。第６の実施形態の個人認証システムでは、リーダ装置９３１０は、クレジットカードの情報を読み取った。しかし、第６の実施形態の変形例では、リーダ装置９３１０によるクレジットカードの情報の読み取りがなくても、クレジットカード決済が実行できる実施例について説明する。すなわち、ユーザが、物理的にクレジットカードを保有していなくても、店舗でクレジットカード決済ができる。
【０１３６】
第６の実施形態の変形例に備わるリーダ装置９３１０が送信する認証要求は、クレジットカード番号を含まない。また、第６の実施形態の変形例に備わるダイヤル認証装置４の認証用電話番号対応テーブル４４１は、クレジットカード番号を含まない。
【０１３７】
第６の実施形態の変形例の処理の概要を説明する。リーダ装置９３１０は、ユーザの操作を契機に、認証要求をダイヤル認証装置４に送信する。ダイヤル認証装置４は、認証要求を受信する。次に、ダイヤル認証装置４は、受信した認証要求から、決済金額を抽出する。次に、ダイヤル認証装置４は、認証要求ＩＤを生成する。次に、ダイヤル認証装置４は、認証用電話番号を選択する。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ、選択した認証用電話番号及び抽出した決済金額を、認証用電話番号対応テーブル４４１に関連付けて記憶する。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、リーダ装置９３１０に送信する。リーダ装置９３１０は、認証要求ＩＤ及び認証用電話番号を受信する。次に、リーダ装置９３１０は、表示装置に、受信した認証用電話番号を表示する。携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、携帯電話６０からのダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号に基づいて、取得した発信者電話番号を認証要求ＩＤと関連付けて、認証用電話番号対応テーブル４４１に、記憶する。一方で、リーダ装置９３１０は、認証結果要求を、ダイヤル認証装置４に送信する。ダイヤル認証装置４は、リーダ装置９３１０から、認証結果要求を受信する。ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３及び決済金額を抽出する。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、抽出したクレジットカード番号に対して、与信審査を行う。与信審査は、従来のクレジットカード利用時の与信審査である。与信審査が良好であると、ダイヤル認証装置４は、クレジットカードに決済金額を課金する。なお、ダイヤル認証装置４は、与信審査及び課金処理を、専用の装置に依頼してもよい。この場合、ダイヤル認証装置４は、与信審査及び課金を行う専用の装置と、ネットワークを介して接続される。ダイヤル認証装置４は、課金処理が完了すると、認証可能と判定する。ダイヤル認証装置４は、認証の結果を、リーダ装置９３１０に送信する。リーダ装置９３１０は、認証結果を受信する。次に、リーダ装置９３１０は、認証結果を表示装置に表示する。
【０１３８】
前述の通り、第６の実施形態の変形例では、ユーザは、店舗で、物理的にクレジットカードを保有しない。ユーザは、携帯電話６０を保有するだけで、クレジットカード決済ができる。
【０１３９】
ここで、本発明の第６の実施形態の応用例を説明する。第６の実施形態の応用例の個人認証システムに備わるダイヤル認証装置４は、公共料金を計算する装置を兼ねる。つまり、ダイヤル認証装置４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金又は水道料金等である。第６の実施形態では、ダイヤル認証装置４のユーザ管理テーブル４４２は、携帯電話６０の電話番号とクレジットカード番号との対応を記憶する。第６の実施形態の変形例の応用例では、ダイヤル認証装置４のユーザ管理テーブル４４２は、携帯電話６０の電話番号と公共料金のサービスを受けるユーザの識別子との対応を記憶する。ダイヤル認証装置４は、店舗での決済金額を、クレジットカードに課金する代わりに、公共料金に合算する。以上のように、リーダ装置９３１０のユーザは、携帯電話６０を保有するだけで、店舗での支払いを済ませることができる。
【０１４０】
（第７の実施形態）
以下では、第７の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを、社内イントラネットに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４１】
多くの企業が、社内の情報の機密性を保ちながら、従業員間の情報連絡を促すために、社内イントラネットを設ける。従業員は、出先からの社内情報の閲覧又は更新や、電子メールの送受信を目的として、パーソナルコンピュータ又はＰＤＡといったポータブル端末を、ダイヤルアップやＶＰＮといった通信手段によって、社内イントラネットに接続する。従来、従業員は、ユーザＩＤ及びパスワードを入力して、社内イントラネットに接続する。ポータブル端末のユーザは、第１の実施形態の認証方法を用いて、認証を受け、ポータブル端末を、社内イントラネットに接続する。この場合、クライアント装置１０は、社内のイントラネットに接続されようとするポータブル端末である。また、ダイヤル認証装置４は、社内のイントラネットを管理する管理サーバである。従業員は、ユーザＩＤ及びパスワードを入力せずに、社内イントラネットに接続できる。ポータブル端末を社内イントラに接続しようとするユーザは、ポータブル端末及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、ポータブル端末だけを取得した他人は、当該ポータブル端末のユーザに成り済まして、認証を受けることができない。つまり、ポータブル端末を紛失したとしても、情報流出を防ぐことができる。
【０１４２】
（第８の実施形態）
以下では、第８の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、シンクライアント（ＴＨＩＮ ＣＬＩＥＮＴ）装置を社内サーバに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４３】
シンクライアント装置は、必要最低限の補助記憶装置を備えたパーソナルコンピュータである。企業は、パーソナルコンピュータの盗難又は紛失による、情報流出を防止するために、シンクライアントシステムを導入している。シンクライアント装置の補助記憶装置は、十分な社内データ及びアプリケーションを記憶しない。社内データ及びアプリケーションは、集中サーバによって記憶される。従業員は、シンクライアント装置を操作して集中サーバに接続し、データを閲覧、更新する。従来であれば、従業員は、ユーザＩＤ及びパスワードを入力して、集中サーバに接続する。シンクライアント装置のユーザは、第１の実施形態の認証方法を用いて、認証を受け、シンクライアント装置を、社内イントラネットに接続する。この場合、クライアント装置１０は、集中サーバに接続されるシンクライアント装置である。また、ダイヤル認証装置４は、シンクライアント装置とサーバとの接続を管理する管理サーバである。管理サーバは、集中サーバに含まれてもよい。従業員は、ユーザＩＤ及びパスワードを入力せずに、シンクライアント装置を、集中サーバに接続できる。シンクライアント装置を社内イントラに接続しようとするユーザは、シンクライアント装置及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、シンクライアント装置だけを取得した他人は、当該シンクライアント装置のユーザに成り済まして、認証を受けることができない。つまり、シンクライアント装置を紛失したとしても、情報流出を防ぐことができる。
【０１４４】
（第９の実施形態）
以下では、第９の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを公衆無線ＬＡＮに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４５】
出先で、インターネットに接続する公衆無線ＬＡＮが、普及している。従来、公衆無線ＬＡＮのユーザは、ユーザＩＤ及びパスワードを入力して、パーソナルコンピュータ及びＰＤＡ（ＰＥＲＳＯＮＡＬ ＤＩＧＩＴＡＬ ＡＳＳＩＳＴＡＮＣＥ）といったポータブル端末を、公衆無線ＬＡＮのアクセスポイントに接続する。公衆無線ＬＡＮのユーザは、第１の実施形態の認証方法を用いて、認証を受け、ポータブル端末を、アクセスポイントに接続する。この場合、クライアント装置１０は、アクセスポイントに接続されようとするポータブル端末である。また、ダイヤル認証装置４は、ポータブル端末とアクセスポイントとの接続を管理する管理サーバである。公衆無線ＬＡＮのユーザは、ユーザＩＤ及びパスワードを入力せずに、アクセスポイントに接続できる。公衆無線ＬＡＮに接続しようとするユーザは、ポータブル端末及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、ポータブル端末だけを取得した他人は、当該ポータブル端末のユーザに成り済まして、公衆無線ＬＡＮに接続できない。
【０１４６】
（第１０の実施の形態）
以下で第１０の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１４７】
第１０の実施形態の個人認証システムは、認証要求ＩＤの代わりに、クライアント装置１０の識別子であるクライアントＩＤを用いる。なお、第１０の実施形態の個人認証システムは、第１〜第９の個人認証システムのいずれにも適用できる。ここでは、第１の実施形態の認証システムに適用した場合を説明する。
【０１４８】
第１０の実施の形態の個人認証システムは、ダイヤル認証装置４に記憶される認証用電話番号対応テーブル（図６）を除き、第１の実施の形態の個人認証システム（図１）と同一である。
【０１４９】
図１８は、第１０の実施の形態のダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号対応テーブル２０４４１の構成図である。認証用電話番号対応テーブル２０４４１は、クライアントＩＤ２０４４１１、認証用電話番号４４１２及びユーザ電話番号４４１３を含む。認証用電話番号４４１２及びユーザ電話番号は、第１の実施の形態の認証用電話番号対応テーブル（図６）に含まれるものと同一であるので説明を省略する。クライアントＩＤ２０４４１１は、個人認証システムに備わるクライアント装置１０の一意な識別子である。なお、クライアントＩＤ２０４４１１には、クライアント装置１０から送信された認証要求に含まれるクライアントＩＤが格納される。
【０１５０】
次に、第１０の実施の形態の個人認証システムの処理を説明する。なお、第１の実施の形態と同一の処理については、説明を省略する。クライアント装置１０は、自身のクライアントＩＤを含む認証要求を送信する。すると、ダイヤル認証装置４は、受信した認証要求に含まれるクライアントＩＤに、認証用電話番号を割り当てる。次に、ダイヤル認証装置４は、受信した認証要求に含まれるクライアントＩＤと当該クライアントＩＤに割り当てられた認証用電話番号との対応を、認証用電話番号対応テーブル２０４４１に記憶する。具体的には、ダイヤル認証装置４は、一つの認証用電話番号を、認証用電話番号テーブル４４３の認証用電話番号４４３１の中から選択する。次に、認証用電話番号選択モジュール４３４は、認証用電話番号対応テーブル２０４４１に新たなレコードを生成する。次に、ダイヤル認証装置４は、作成した新たなレコードのクライアントＩＤ２０４４１１に、受信した認証要求に含まれるクライアントＩＤを格納する。更に、ダイヤル認証装置４は、選択した認証用電話番号を、作成した新たなレコードの認証用電話番号４４１２に格納する。
【０１５１】
次に、ダイヤル認証装置４は、選択した認証用電話番号を、ネットワーク９を介して、クライアント装置１０に送信する。クライアント装置１０は、ダイヤル認証装置４から認証用電話番号を受信する。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。
【０１５２】
携帯電話６０は、ユーザの操作を契機に、公衆交換電話回線網２を介して、発信者電話番号を含むダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、携帯電話６０からダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、当該受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号と、認証用電話番号対応テーブル２０４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クライアントＩＤ２０４４１１を抽出する。次に、ダイヤル認証装置４は、取得した発信者電話番号とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、ダイヤル認証装置４は、抽出したクライアントＩＤ２０４４１１によって識別されるクライアント装置１０から送信された認証要求は、抽出したユーザＩＤ４４２１によって識別されるユーザによるものと判断する。そこで、ダイヤル認証装置４は、抽出したユーザＩＤ４４２１によって識別されるユーザを認証するか否かを判定する。そして、ダイヤル認証装置４は、認証の結果を、抽出したクライアントＩＤ２０４４１１によって識別されるクライアント装置１０に送信する。この場合、ダイヤル認証装置４は、認証結果要求を受信しなくても、認証結果をクライアント装置１０に送信できる。
【０１５３】
また、次のようであってもよい。ダイヤル認証装置４は、携帯電話６０からダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、当該受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号と、認証用電話番号対応テーブル２０４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、取得した発信者電話番号を、選択したレコードのユーザ電話番号４４１３に格納する。
【０１５４】
一方、クライアント装置１０は、自身のクライアントＩＤを含む認証結果要求を、ダイヤル認証装置４に送信する。ダイヤル認証装置４は、認証結果要求に含まれるクライアントＩＤと認証用電話番号対応テーブル２０４４１のクライアントＩＤ２０４４１１とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３を抽出する。そして、ダイヤル認証装置４は、第１の実施形態と同様に、抽出したユーザ電話番号４４１３に基づいて、認証結果を判定する。具体的には、ダイヤル認証装置４は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。一方、ユーザ電話番号４４１３を抽出できた場合、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２（図７）の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。ダイヤル認証装置４は、電話番号が一致するレコードを抽出できない場合、認証不可と判定する。一方、ダイヤル認証装置４は、電話番号が一致するレコードを抽出できた場合、認証可能と判定する。これによって、ダイヤル認証装置４は、認証要求の発行元のユーザを特定できる。具体的には、ダイヤル認証装置４は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、ダイヤル認証装置４は、認証結果要求に含まれるクライアントＩＤによって識別されるクライアント装置１０から送信された認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。なお、ダイヤル認証装置４は、抽出したユーザＩＤ４４２１に対応するユーザの固有な情報を、認証結果に含めてもよい。そして、ダイヤル認証装置４は、認証結果を、ネットワーク９を介して、認証結果要求に含まれるクライアントＩＤによって識別されるクライアント装置１０に送信する。なお、第１０の実施形態のそれ以外の処理は、第１の実施形態と同一である。よって、同一の処理については説明を省略する。
【０１５５】
また、本発明の第１０の実施の形態では、重複しない認証用電話番号を、すべてのクライアント装置１０のそれぞれに予め割り当てておいてもよい。この場合、クライアント装置１０と認証用電話番号との対応は、不変であり、認証用電話番号対応テーブル２０４４１等に予め記憶しておく。そして、ダイヤル認証装置４は、着信電話番号に基づいて、ユーザの認証要求の送信元のクライアント装置１０を特定できる。
【図面の簡単な説明】
【０１５６】
【図１】第１の実施形態の個人認証システムの概略構成を示す図である。
【図２】クライアント装置１０の構成のブロック図である。
【図３】ダイヤル認証装置４の構成のブロック図である。
【図４】ダイヤル認証装置４の機能ブロック図である。
【図５】ダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号テーブル４４３の構成図である。
【図６】ダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号対応テーブル４４１の構成図である。
【図７】ダイヤル認証装置４の補助記憶装置３４に記憶されているユーザ管理テーブル４４２の構成図である。
【図８】第１の実施形態の個人認証方法の処理のシーケンス図である。
【図９】第２の実施形態の個人認証システムの概略の構成図である。
【図１０】ダイヤル認証ＷＥＢ装置９１４の機能ブロック図である。
【図１１】第２の実施形態の個人認証方法の処理のシーケンス図である。
【図１２】第３の実施形態の個人認証システムの概略の構成図である。
【図１３】第３の実施形態の個人認証方法の処理のシーケンス図である。
【図１４】第５の実施形態の個人認証システムの概略の構成図である。
【図１５】ＡＴＭ９２１０の構成のブロック図である。
【図１６】第６の実施形態の個人認証システムの概略の構成図である。
【図１７】リーダ装置９３１０の構成のブロック図である。
【図１８】第１０の実施形態のダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号対応テーブル２０４４１の構成図である。
【符号の説明】
【０１５７】
２ 公衆交換電話回線網
４ ダイヤル認証装置
５ 導入ＷＥＢサーバ
９ ネットワーク
１０ クライアント装置
１１ 送受信部
１２ 中央処理装置
１３ 主記憶装置
１４ 補助記憶装置
１５ 現金取扱部
１６ カード情報読取部
２０４４１ 認証用電話番号対応テーブル
２０４４１１ クライアントＩＤ
３１ 送受信部
３２ 中央処理装置
３３ 主記憶装置
３４ 補助記憶装置
４００ 認証プログラム
４３１ メインモジュール
４３３ 認証要求ＩＤ生成モジュール
４３４ 認証用電話番号選択モジュール
４３５ 認証用電話番号送信モジュール
４３６ ダイヤル着信モジュール
４３７ 電話番号読取モジュール
４３８ 認証モジュール
４３９ 認証結果送信モジュール
４４１ 認証用電話番号対応テーブル
４４２ ユーザ管理テーブル
４４３ 認証用電話番号テーブル
４３２１ 認証要求受信モジュール
４３２２ 認証結果要求受信モジュール
４４１１ 認証要求ＩＤ
４４１２ 認証用電話番号
４４１３ ユーザ電話番号
４４２１ ユーザＩＤ
４４２２ 電話番号
４４３１ 認証用電話番号
４４３２ 割当フラグ
６０ 携帯電話
８０ 固定電話
９１１０ クライアント装置
９１４ ダイヤル認証ＷＥＢ装置
９１４００ 認証プログラム
９１４３５ 認証用電話番号送信モジュール
９１４３９ 認証結果送信モジュール
９１６０ 携帯電話
９１８０ 固定電話
９２１０ ＡＴＭ
９３４ ＡＴＭダイヤル認証装置
９３１０ リーダ装置
９５４ ダイヤル認証専用ＷＥＢ装置
【技術分野】
【０００１】
本発明は認証システム、認証計算機及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ユーザを特定してサービスを提供する場合の個人認証として、ユーザＩＤ及びパスワードの組み合わせが知られている。例えば、インターネットを経由してＷＥＢサイトにログインする者は、操作するパーソナルコンピュータに表示されたＷＥＢ画面に応じて、ユーザＩＤ及びパスワードを入力し、ＷＥＢサーバに認証要求を送信する。また、金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力し、認証要求を認証サーバに送信する。この場合のユーザＩＤは、キャッシュカードである。
【０００３】
しかし、ＷＥＢサイトのユーザは、ＷＥＢサイトの画面に応じてユーザＩＤ及びパスワードを入力する手間がいる。また、この認証方法は広く普及しており、インターネットバンキングや各種電子商取引のＷＥＢサイトで採用されている。このため、一人が管理すべきユーザＩＤ及びパスワードが増えている。ＷＥＢサイトのユーザは、ユーザＩＤ又はパスワードを忘れた場合には、ユーザＩＤ又はパスワードをサイト運営者に問い合わせる必要があり、ＷＥＢサイトの利便性を享受できない。また、本来のユーザではない者が、ユーザＩＤ及びパスワードを掠め取り、取引を行うなりすましが社会問題化している。ユーザＩＤ及びパスワードを掠め取る手段として、フィッシングやスパイウェアが知られている。フィッシングとは、正規のＷＥＢサイトにそっくりな擬似サイトを設けて、本来のユーザにユーザＩＤ及びパスワードを入力させ、ユーザＩＤ及びパスワードを掠め取る行為である。また、スパイウェアとは、パーソナルコンピュータのユーザが知らないうちにインストールされるソフトウェアで、ユーザが入力する各種ユーザＩＤ及びパスワードを読み取り、インターネット経由で盗聴者のサーバまで通知するソフトウェアのことである。インターネットバンキングや電子商取引でなりすましによる取引が成立した場合、本来のユーザはもとより、ＷＥＢサイトの運営者にもサイトの信頼性失墜や補償問題で甚大な被害が発生する。
【０００４】
金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力する手間がいる。また、盗撮機によって暗証番号が盗撮され、キャッシュカードが盗まれた場合、なりすましのユーザによって預金が引き出されてしまう。預金者はもとより、銀行は、信頼性の失墜や補償問題で大きな被害を受ける。
【０００５】
特許文献１では、ＷＥＢサイトのユーザが認証を受ける際に、ＷＥＢサイトにユーザＩＤ及びパスワードを入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【０００６】
特許文献２では、ＷＥＢサイトのユーザが認証を受ける際に、電話番号をユーザＩＤとして、ＷＥＢサイトに入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【特許文献１】特許公開２００２−２２９９５１
【特許文献２】特許公開２００４−２１３４４０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１の技術によれば、発信者電話番号を利用するために、ユーザＩＤ及びパスワードを掠め取られた場合でも、なりすましを防止できる。また、特許文献２の技術によれば、発信者電話番号を利用するために、なりすましの電話番号をＷＥＢサイトに入力された場合でも、なりすましを防止することができる。しかし、特許文献１及び特許文献２の技術では、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握できない。そのため、特許文献１及び特許文献２の技術では、安全性及び利便性の高い認証を提供することができない。例えば、特許文献１及び特許文献２の技術では、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がある。具体的には、正当なユーザが、特定の電話番号にダイヤルすることによって認証を行った後に、当該特定の電話番号に誤ってリダイヤルしてしまうと、本来のユーザでない者が正当なユーザとして認証されてしまう。
【０００８】
本発明は、前述した問題点に鑑みてなされたものであって、安全性及び利便性の高い個人認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【００１０】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【００１１】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数の計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、前記クライアント計算機から認証要求を受信し、ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【発明の効果】
【００１２】
本発明の代表的な実施形態によれば、個人認証システムの安全性及び利便性を高めることができる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施形態を図面を参照して説明する。なお、第１の実施形態として、本発明の汎用的な実施形態を説明する。次に、第２の実施形態として、第１の実施形態を、ＷＥＢサイトに用いた具体的な実施形態を説明する。次に、第３の実施形態として、第２の実施形態を、既存のＷＥＢサーバへ容易に導入するための具体的な実施形態を説明する。次に、第４の実施形態として、第３の実施形態を、インターネットのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第５の実施形態として、第１の実施形態を、金融機関のＡＴＭに用いる具体的な実施形態について説明する。次に、第６の実施形態として、第１の実施形態を、店舗でのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第７の実施形態として、第１の実施形態を、社内イントラネットの接続に用いる具体的な実施形態を説明する。次に、第８の実施形態として、第１の実施形態を、シンクライアントの集中サーバへの接続に用いる具体的な実施形態を説明する。次に、第９の実施形態として、第１の実施形態を、公衆無線ＬＡＮの接続に用いる具体的な実施形態を説明する。次に、第１０の実施形態として、認証要求ＩＤの代わりに、クライアント装置の識別子であるクライアントＩＤを用いる汎用的な実施形態を説明する。
【００１４】
（第１の実施形態）
図１は、第１の実施形態の個人認証システムの概略の構成図である。図１に示す個人認証システムは、クライアント装置１０、携帯電話６０、固定電話８０及びダイヤル認証装置４を備える。クライアント装置１０はネットワーク９に接続されている。ネットワーク９は、インターネットであってもよいし、インターナルネットワークであってもよい。クライアント装置１０については、図２で詳細を説明する。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で採用されているように、文字であってもよい。携帯電話６０及び固定電話８０は、公衆交換電話回線網２に接続されている。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置４は、ネットワーク９を介してクライアント装置１０に接続されている。具体的には、ダイヤル認証装置４は、インターネット及びインターナルネットワークの少なくとも一方を介してクライアント装置１０に接続される。また、ダイヤル認証装置４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。ダイヤル認証装置４については、図３で詳細を説明する。なお、説明を明瞭にするために、第１の実施形態の個人認証システムでは、１台のクライアント装置１０に対する認証処理を説明する。実際には、ダイヤル認証装置４は、ネットワーク９を介して、複数のクライアント装置１０に対する認証を行う。また、図１では、クライアント装置１０は５台を図示したが、個人認証システムに何台備わっていても良い。また、図１では、携帯電話６０及び固定電話８０は、それぞれ２台ずつを図示しているが、それぞれ何台ずつ備わっていてもよい。また、ダイヤル認証装置４は、複数のクライアント装置１０から認証要求を受けることができる。
【００１５】
図２は、第１の実施形態の個人認証システムに備わるクライアント装置１０の構成のブロック図である。クライアント装置１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）及び表示装置（図示省略）等を備えたコンピュータシステムである。送受信部１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。なお、クライアント装置１０は、送受信部１１、中央処理装置１２及び主記憶装置１３を備えれば、いかなる形態であってもよい。例えば、クライアント装置１０は、パーソナルコンピュータ、サーバ、携帯電話又はＡＴＭ等である。
【００１６】
クライアント装置１０は、ユーザの操作を契機に、認証要求をダイヤル認証装置４に送信する。クライアント装置１０は、ダイヤル認証装置４から認証用電話番号及び認証要求ＩＤを受信する。認証要求ＩＤ及び認証用電話番号は、後ほど詳細を説明する。
【００１７】
クライアント装置１０は、認証要求ＩＤを含む認証結果要求を、ダイヤル認証装置４に送信する。なお、クライアント装置１０は、ユーザの操作を契機に認証結果要求を送信してもよいし、一定時間ごとに認証結果要求を送信してもよい。
【００１８】
クライアント装置１０は、認証結果をダイヤル認証装置４から受信する。
【００１９】
携帯電話６０又は固定電話８０は、認証用電話番号に対して発信者電話番号通知を伴ったダイヤルを発信する。
【００２０】
図３は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の構成のブロック図である。ダイヤル認証装置４は、物理的には、送受信部３１、中央処理装置３２、主記憶装置３３、補助記憶装置３４、入力装置（図示省略）、表示装置（図示省略）などを備えたコンピュータシステムである。送受信部３１は、ネットワーク９に接続され、外部の装置（クライアント装置１０）とデータを送受信するインタフェースである。中央処理装置３２は、例えば、ＣＰＵである。中央処理装置３２は、主記憶装置３３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置３３は、例えば、メモリである。主記憶装置３３は、中央処理装置３２によって実行されるプログラム及び中央処理装置３２によって必要とされる情報等が記憶される。補助記憶装置３４は、例えば、ハードディスクである。補助記憶装置３４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、管理者から各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置３２から表示を指示された情報が表示される。なお、ダイヤル認証装置４は、送受信部３１、中央処理装置３２及び主記憶装置３３を備えれば、いかなる形態であってもよい。例えば、ダイヤル認証装置４は、パーソナルコンピュータ又はサーバ等である。
【００２１】
図４は、第１の実施形態のダイヤル認証装置４の機能ブロック図である。ダイヤル認証装置４の補助記憶装置には、第１の実施形態の認証プログラム４００が記憶されている。第１の実施形態の認証プログラム４００が実行されると、ダイヤル認証装置４の主記憶装置には、メインモジュール４３１、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール４３９が記憶される。
【００２２】
メインモジュール４３１は、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール４３９の処理を統括する。
【００２３】
認証要求受信モジュール４３２１は、クライアント装置１０から認証要求を受信する。認証要求受信モジュール４３２１は、認証要求を受信すると、認証要求ＩＤ生成モジュール４３３に認証要求ＩＤの生成を依頼する。
【００２４】
認証結果要求受信モジュール４３２２は、クライアント装置１０から認証結果要求を受信する。認証結果要求受信モジュール４３２２は、認証結果要求を受信すると、認証モジュール４３８に認証を依頼する。
【００２５】
認証要求ＩＤ生成モジュール４３３は、認証要求ＩＤを生成する。認証要求ＩＤは、認証要求の一意な識別子である。仮に、ダイヤル認証装置４が、認証要求を複数のクライアント装置１０から同時に受信すると、受信したそれぞれの認証要求に対して異なる認証要求ＩＤを割り当てる。また、ダイヤル認証装置４は、第１の認証要求を処理中に、当該処理中の第１の認証要求の送信元であるクライアント装置１０から第２の認証要求を受信してもよい。この場合、ダイヤル認証装置４は、第１の認証要求と異なる認証要求ＩＤを、第２の認証要求に割り当てる。これによって、ダイヤル認証装置４は、同一のクライアント装置１０から送信された複数の認証要求を同時に処理できる。認証要求ＩＤ生成モジュール４３３は、乱数、アプリケーションＩＤ及び認証要求ＩＤの生成時刻等に基づいて、認証要求ＩＤを生成する。なお、アプリケーションＩＤは、当該ダイヤル認証装置４にインストールされている認証プログラム４００の一意な識別子である。なお、アプリケーションＩＤは、一般的にライセンスキーとして知られているものであり、詳細な説明は省略する。なお、認証要求ＩＤの生成方法は、その目的を達成する限り他の方法を用いてもよい。続いて、認証要求ＩＤ生成モジュール４３３は、生成した認証要求ＩＤを認証用電話番号選択モジュール４３４に引き渡す。
【００２６】
認証用電話番号選択モジュール４３４は、認証要求ＩＤ生成モジュール４３３から認証要求ＩＤを引き受ける。認証用電話番号選択モジュール４３４は、一つの電話番号を認証用電話番号テーブル４４３から選択する。認証用電話番号テーブル４４３については、図５で詳細を説明する。そして、認証用電話番号選択モジュール４３４は、選択した電話番号を認証用電話番号として、引き受けた認証要求ＩＤに割り当てる。更に、認証用電話番号選択モジュール４３４は、引き受けた認証要求ＩＤ及び選択した認証用電話番号を対応付けて記憶する。なお、認証要求ＩＤと認証用電話番号との対応は、ダイヤル認証装置４の補助記憶装置に格納される認証用電話番号対応テーブル４４１によって管理されている。認証用電話番号対応テーブル４４１については、図６で詳細を説明する。これによって、ダイヤル認証装置４は、認証用電話番号に対応する認証要求ＩＤを一意に特定できる。
【００２７】
図５は、ダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号テーブル４４３の構成図である。認証用電話番号テーブル４４３は、認証用電話番号４４３１及び割当フラグ４４３２を含む。認証用電話番号４４３１は、認証用電話番号の候補となる電話番号である。認証用電話番号４４３１には、ダイヤル認証装置４によってダイヤルを着信可能な電話番号のすべてが事前に格納されている。つまり、認証用電話番号４４３１には、公衆交換電話回線網２を運営する事業者によってダイヤル認証装置４に割り当てられた電話番号のすべてが格納されている。割当フラグ４４３２は、認証用電話番号４４３１が認証要求のいずれかに割り当てられているか否かを示す。具体的には、認証用電話番号４４３１がいずれかの認証要求に割り当てられている場合、割当フラグ４４３２には「１」が格納される。一方、認証用電話番号４４３１が認証要求のいずれにも割り当てられていない場合、割当フラグ４４３２には「０」が格納される。
【００２８】
図６は、ダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号対応テーブル４４１の構成図である。認証用電話番号対応テーブル４４１は、認証要求ＩＤ４４１１、認証用電話番号４４１２及びユーザ電話番号４４１３を含む。認証要求ＩＤ４４１１は、認証要求の一意な識別子である。なお、認証要求ＩＤ４４１１には、認証要求ＩＤ生成モジュール４３３によって生成される認証要求ＩＤが格納される。認証用電話番号４４１２は、当該レコードの認証要求ＩＤ４４１１によって識別される認証要求に割り当てられた電話番号である。なお、認証用電話番号４４１２には、認証用電話番号選択モジュール４３４によって選択された電話番号が格納される。ユーザ電話番号４４１３は、認証を要求するユーザの電話番号である。なお、ユーザ電話番号４４１３には、携帯電話６０又は固定電話８０から発信されたダイヤルの発信者電話番号が格納される。また、本実施の形態では、ユーザの電話番号は、ユーザの一意な識別子としても使用される。
【００２９】
ここでは、認証用電話番号選択モジュール４３４の認証用電話番号の選択方法について、述べる。認証要求ＩＤは、認証用電話番号によって一意に特定されなければならない。この目的を達成するために、認証用電話番号選択モジュール４３４は、認証要求ＩＤに既に割り当てられている電話番号を、認証用電話番号テーブル４４３から選択しない。認証用電話番号選択モジュール４３４は、認証用電話番号テーブル４４３の割当フラグ４４３２に「０」が格納されているレコードを、認証用電話番号テーブル４４３から選択する。次に、認証用電話番号選択モジュール４３４は、選択したレコードから、認証用電話番号４４３１を抽出する。更に、認証用電話番号選択モジュール４３４は、選択したレコードの割当フラグ４４３２に「１」を格納する。そして、認証用電話番号選択モジュール４３４は、抽出した認証用電話番号４４３１を、認証要求に割り当てる。認証用電話番号選択モジュール４３４は、認証用電話番号４４３１を割り当ててから所定の時間が経過すると、認証用電話番号の割り当てを解除する。また、認証用電話番号選択モジュール４３４は、認証要求に対する認証を完了すると、当該認証要求に対する認証用電話番号の割り当てを解除する。なお、認証用電話番号選択モジュール４３４は、他の契機によって、認証用電話番号の割り当てを解除してもよい。具体的には、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号と認証電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証電話番号対応テーブル４４１から選択する。認証用電話番号選択モジュール４３４は、選択したレコードを、認証電話番号対応テーブル４４１から削除する。すなわち、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号とファイルＩＤとの対応を、削除する。次に、認証用電話番号選択モジュール４３４は、割り当てを解除する認証用電話番号と認証用電話番号テーブル４４３の認証用電話番号４４３１とが一致するレコードを、認証用電話番号テーブル４４３から選択する。次に、認証用電話番号選択モジュール４３４は、選択したレコードの割当フラグ４４３２に「０」を格納することによって、認証用電話番号の割り当てを解除する。そして、認証用電話番号選択モジュール４３４は、割り当てが解除された電話番号を認証用電話番号として、異なる認証要求ＩＤに再度割り当てることができる。ただし、ダイヤル認証装置４は、公衆交換電話回線網の事業者によって割り当てられた電話番号の数より多数のユーザを、所定の時間内に認証できない。なぜならば、ダイヤル認証装置４が着信可能な電話番号のすべてが認証要求ＩＤに既に割り当てられていると、認証用電話番号選択モジュール４３４は、新たに引き受けた認証要求ＩＤに電話番号を割り当てることができないからである。よって、ダイヤル認証装置４が着信可能な電話番号は、サービスの提供規模に応じた数だけ予め用意されるのが好ましい。なお、認証用電話番号選択モジュール４３４は、他の方法を用いて、認証用電話番号を選択してもよい。
【００３０】
ここで、図４に戻る。認証用電話番号選択モジュール４３４は、選択した認証用電話番号及び引き受けた認証要求ＩＤを、認証用電話番号送信モジュール４３５に引き渡す。
【００３１】
認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４から認証用電話番号及び認証要求ＩＤを、引き受ける。認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４から引き受けた認証用電話番号を、クライアント装置１０に送信する。
【００３２】
ダイヤル着信モジュール４３６は、携帯電話６０又は固定電話８０から発信されたダイヤルを受け付ける。なお、ダイヤル着信モジュール４３６は、当該ダイヤルを通話状態にしてもよいし、通話状態にしなくてもよい。ダイヤル着信モジュール４３６がダイヤルを通話状態にしなくても、電話番号読取モジュール４３７は、発信者電話番号及び着信電話番号を取得できる。なお、ダイヤル着信モジュール４３６は、ダイヤルを通話状態にする場合、ダイヤルを受け付けた旨の音声メッセージを流すとよい。
【００３３】
電話番号読取モジュール４３７は、ダイヤル着信モジュール４３６が受け付けたダイヤルから、発信者電話番号を取得する。また、電話番号読取モジュール４３７は、ダイアルを着信したポートから、着信した電話番号を取得する。電話番号読取モジュール４３７の発信者電話番後及び着信電話番号の取得方法は、通常のＣＴＩサーバに搭載されているため、説明を省略する。続けて、電話番号読取モジュール４３７は、取得した着信電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、電話番号読取モジュール４３７は、選択したレコードのユーザ電話番号４４１３に、取得した発信者電話番号を格納する。
【００３４】
認証モジュール４３８は、認証要求ＩＤを含む認証結果要求を、認証結果要求受信モジュール４３２２から引き受ける。続けて、認証モジュール４３８は、認証結果要求から認証要求ＩＤを取得する。次に、認証モジュール４３８は、取得した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。続けて、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。認証モジュール４３８は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。
【００３５】
次に、認証モジュール４３８は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。ユーザ管理テーブル４４２については、図７で詳細を説明する。認証モジュール４３８は、ユーザ電話番号が一致するレコードを選択できない場合、認証不可と判定する。一方、認証モジュール４３８は、ユーザ電話番号が一致するレコードを選択できた場合、認証可能と判定する。そして、認証モジュール４３８は、認証可能を認証結果として、認証結果送信モジュール４３９に引き渡す。これによって、認証モジュール４３８は、認証要求の発行元のユーザを特定できる。具体的には、認証モジュール４３８は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、認証モジュール４３８は、取得した認証要求ＩＤによって識別される認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。
【００３６】
図７は、第１の実施形態のダイヤル認証装置４の補助記憶装置に記憶されているユーザ管理テーブル４４２の構成図である。ユーザ管理テーブル４４２は、ユーザＩＤ４４２１、電話番号４４２２を含む。ユーザＩＤは、第１の実施形態のダイヤル認証装置４で認証を受けるユーザの一意な識別子である。電話番号４４２２は、ユーザＩＤ４４２１によって識別されるユーザの電話番号である。なお、ユーザ管理テーブル４４２は、ユーザ固有のその他の情報を保有してもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。つまり、ユーザ管理テーブル４４２では、ユーザの固有な情報はユーザＩＤ４４２１に対応して管理されている。
【００３７】
第１の実施形態のダイヤル認証装置４のユーザは、予め所定の方法で、ユーザ管理テーブル４４２にユーザＩＤ４４２１及び電話番号４４２２を登録する。なお、電話番号４４２２がユーザＩＤとして使用される場合、ユーザＩＤ４４２１は省略できる。
【００３８】
認証結果送信モジュール４３９は、認証モジュール４３８が判定した認証結果を、クライアント装置１０に送信する。なお、認証モジュール４３８が認証可能と判定した場合、認証結果送信モジュール４３９は、ユーザＩＤ４４２１に対応するユーザの固有な情報を付随した認証結果を送信してもよい。
【００３９】
次に、第１の実施形態の個人認証方法の処理について図を用いて説明する。図８は、第１の実施形態の個人認証方法の処理のシーケンス図である。
【００４０】
クライアント装置１０は、ユーザの操作を契機に、認証要求を、ネットワーク９を介して、ダイヤル認証装置４に送信する（ＳＴ２１１）。
【００４１】
すると、認証要求受信モジュール４３２１は、クライアント装置１０から認証要求を受信する（ＳＴ２１２）。次に、認証要求受信モジュール４３２１は、認証要求ＩＤ生成モジュール４３３に、認証要求ＩＤの生成を依頼する。
【００４２】
認証要求ＩＤ生成モジュール４３３は、認証要求ＩＤの生成の依頼を受けると、認証要求ＩＤを生成する（ＳＴ２１３）。次に、認証要求ＩＤ生成モジュール４３３は、生成した認証要求ＩＤを、認証用電話番号選択モジュール４３４に引き渡す。
【００４３】
認証用電話番号選択モジュール４３４は、認証要求ＩＤ生成モジュール４３３から認証要求ＩＤを引き受ける。次に、認証用電話番号選択モジュール４３４は、一つの認証用電話番号を、認証用電話番号テーブル４４３の認証用電話番号４４３１の中から選択する（ＳＴ２１４）。次に、認証用電話番号選択モジュール４３４は、認証用電話番号対応テーブル４４１に新たなレコードを生成する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの認証要求ＩＤ４４１１に、認証要求ＩＤ生成モジュール４３３から引き受けた認証要求ＩＤを格納する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの認証用電話番号４４１２に、選択した認証用電話番号を格納する（ＳＴ２１５）。次に、認証用電話番号選択モジュール４３４は、選択した認証用電話番号及び引き受けた認証要求ＩＤを、認証用電話番号送信モジュール４３５に引き渡す。
【００４４】
認証用電話番号送信モジュール４３５は、認証用電話番号及び認証要求ＩＤを、認証用電話番号選択モジュール４３４から引き受ける。次に、認証用電話番号送信モジュール４３５は、引き受けた認証用電話番号及び認証要求ＩＤを、ネットワーク９を介して、クライアント装置１０に送信する（ＳＴ２１６）。
【００４５】
クライアント装置１０は、ダイヤル認証装置４から認証用電話番号及び認証要求ＩＤを受信する（ＳＴ２１７）。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。
【００４６】
携帯電話６０は、ユーザの操作を契機に、公衆交換電話回線網２を介して、発信者電話番号を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。
【００４７】
すると、ダイヤル着信モジュール４３６は、携帯電話６０からダイヤルの着信を受け付ける（ＳＴ２１９）。
【００４８】
電話番号読取モジュール４３７は、ダイヤル着信モジュール４３６が受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、電話番号読取モジュール４３７は、取得した着信電話番号と、認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、電話番号読取モジュール４３７は、選択したレコードのユーザ電話番号４４１３に、取得した発信者電話番号を格納する（ＳＴ２２０）。
【００４９】
一方で、クライアント装置１０は、認証要求ＩＤを含む認証結果要求を、ネットワーク９を介して、ダイヤル認証装置４に送信する（ＳＴ２２１）。
【００５０】
すると、認証結果要求受信モジュール４３２２は、クライアント装置１０から認証結果要求を受信する（ＳＴ２２２）。認証結果要求受信モジュール４３２２は、認証結果要求を受信すると、認証モジュール４３８に認証を依頼する。
【００５１】
認証モジュール４３８は、認証の依頼を受けると、認証結果要求受信モジュール４３２２が受信した認証結果要求から認証要求ＩＤを取得する。次に、認証モジュール４３８は、取得した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。続けて、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。認証モジュール４３８は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。認証不可と判定した場合、認証モジュール４３８は、認証結果送信モジュール４３９に、認証不可を認証結果として引き渡す。一方、ユーザ電話番号４４１３を抽出できた場合、認証モジュール４３８は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２（図７）の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。認証モジュール４３８は、電話番号が一致するレコードを抽出できない場合、認証不可と判定する。認証不可と判定した場合、認証モジュール４３８は、認証結果送信モジュール４３９に、認証不可を認証結果として引き渡す。なお、第１の実施形態では、認証モジュール４３８は、ユーザ管理テーブル４４２に予め登録されていないユーザを、認証不可と判定した。しかし、認証モジュール４３８は、ユーザ管理テーブル４４２に予め登録されていないユーザを、新規のユーザとして認証してもよい。この場合、認証モジュール４３８は、電話番号が一致するレコードをユーザ管理テーブル４４２から抽出できない場合、新たなユーザＩＤを生成する。このとき、認証モジュール４３８は、ユーザ管理テーブル４４２に含まれるすべてのユーザＩＤ４４２１と重複しないように、ユーザＩＤを生成する。次に、認証モジュール４３８は、ユーザ管理テーブル４４２に、新たにレコードを生成する。次に、認証モジュール４３８は、生成したユーザＩＤを、生成した新たなレコードのユーザＩＤ４４２１に格納する。更に、認証モジュール４３８は、抽出したユーザ電話番号４４１３を、生成した新たなレコードの電話番号４４２２に格納する。これによって、認証モジュール４３８は、生成したユーザＩＤとダイヤルから取得した発信者電話番号とを対応付けて、ユーザ管理テーブル４４２に記憶する。そして、認証モジュール４３８は、ダイヤルから取得した発信者電話番号に対応するユーザを、新規のユーザとして認証を許可する。なお、認証モジュール４３８は、登録されるユーザの固有な情報をクライアント装置１０から受信してもよい。そして、認証モジュール４３８は、受信したユーザの固有な情報を、新たに生成したレコードに格納する。なお、ユーザの固有な情報は、認証要求に含まれてもよいし、認証結果要求に含まれてもよいし、単独で送信されてもよい。
【００５２】
一方、認証モジュール４３８は、電話番号が一致するレコードを抽出できた場合、認証可能と判定する。そして、認証モジュール４３８は、認証可能を認証結果として、認証結果送信モジュール４３９に引き渡す（ＳＴ２２３）。これによって、認証モジュール４３８は、認証要求の発行元のユーザを特定できる。具体的には、認証モジュール４３８は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、認証モジュール４３８は、取得した認証要求ＩＤによって識別される認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。なお、認証モジュール４３８は、抽出したユーザＩＤ４４２１に対応するユーザの固有な情報を、認証結果に含めてもよい。
【００５３】
認証結果送信モジュール４３９は、認証モジュール４３８から認証結果を引き受ける。次に、認証結果送信モジュール４３９は、引き受けた認証結果を、ネットワーク９を介して、クライアント装置１０に送信する（ＳＴ２２４）。
【００５４】
すると、クライアント装置１０は、ダイヤル認証装置４から認証結果を受信する（ＳＴ２２５）。
【００５５】
前述の通り、クライアント装置１０のユーザは、ユーザＩＤ及びパスワードを入力することなく、個人認証を受けることができた。したがって、ユーザＩＤ及びパスワードが掠め取られる危険性がない。また、本実施の形態では、クライアント装置１０のユーザは、ユーザＩＤ及びパスワードを管理する必要がない。このように、ユーザＩＤ及びパスワードを入力する手間を省略できる。更に、ユーザは、クライアント装置１０と携帯電話６０との両方がなければ、個人認証を受けることができない。これによって、クライアント装置１０だけを取得した他人は、当該クライアント装置１０のユーザに成り済まして、認証を受けることができない。つまり、クライアント装置１０を紛失したとしても、情報流出を防ぐことができる。このように、本実施の形態によれば、ユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードを入力する手間を省き、ユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高い個人認証システムを提供することができる。また、ダイヤル認証装置４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【００５６】
上記実施例では、ダイヤル認証装置４は、１台の装置で構成されるものとしたが、提供するサービスの規模などによっては、複数の装置で構成されてもよい。この場合、ダイヤル認証装置４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。また、ダイヤル認証装置４は、機能別に複数の装置で構成されてもよい。例えば、ダイヤル認証装置４は、認証用電話番号を選択し、ダイヤルを受信する装置と、認証要求及び認証結果要求を受信し、認証用電話番号及び認証結果を送信する装置と、で構成される。この場合も、ダイヤル認証装置４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。そして、認証用電話番号や認証用電話番号宛のダイヤルの電話番号等を含む情報は、前記データ転送経路を介して装置間で引き渡される。
【００５７】
ここで、本実施の形態の最大の特徴について述べる。前述の通り、携帯電話６０は、発信者電話番号を伴ったダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、ダイヤルの着信を受ける。ダイヤル認証装置４は、受け付けたダイヤルの発信者電話番号に基づいて、認証を受けようとするユーザを特定する。また、ダイヤル認証装置４は、ダイヤルを着信した電話番号に基づいて、認証結果要求の一意な識別子である認証要求ＩＤを特定する。つまり、ダイヤル認証装置４は、認証要求と当該認証要求によって認証を要求するユーザとの対応を特定できる。次に、クライアント装置１０は、認証結果要求をダイヤル認証装置４へ送信する。すると、ダイヤル認証装置４は、認証結果要求を受信する。ダイヤル認証装置４は、受信した認証結果要求に含まれる認証要求ＩＤに基づいて、特定したユーザによって操作されるクライアント装置を特定できる。これによって、本実施の形態では、ダイヤル認証装置４は、認証要求にユーザＩＤが含まれないにもかかわらず、認証を実現できる。ユーザＩＤ及びパスワードによる認証方法では、認証要求に、ユーザＩＤ及びパスワードが含まれる。一方、本実施の形態のダイヤル認証装置４は、認証を受けるユーザをダイヤルで特定する。そして、ダイヤル認証装置４は、特定したユーザによって操作されるクライアント装置を特定する。これによって、ダイヤル認証装置４は、認証要求にユーザＩＤが含まれていなくても、認証を行うことができる。
【００５８】
上記実施例では、認証用電話番号送信モジュール４３５は、認証用電話番号選択モジュール４３４が選択した認証用電話番号及び認証要求ＩＤ生成モジュール４３３が生成した認証要求ＩＤを、クライアント装置１０に送信した。しかし、認証用電話番号送信モジュール４３５は、認証用電話番号のみをクライアント装置１０に送信してもよい。この場合、認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１を省略できる。そして、クライアント装置１０は、認証要求ＩＤの代わりに認証用電話番号を含む認証結果要求をダイヤル認証装置４に送信する。つまり、認証用電話番号が、認証要求を識別するための識別子としても使用される。すると、認証モジュール４３８は、認証結果要求から認証用電話番号を取得する。次に、認証モジュール４３８は、取得した認証用電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。そして、認証モジュール４３８は、選択したレコードから、ユーザ電話番号４４１３を抽出する。
【００５９】
また、本実施の形態では、携帯電話６０が、発信者電話番号を伴ったダイヤルを発信する。しかし、クライアント装置１０が、ＩＰ電話の機能を搭載する場合、発信者電話番号を伴ったダイヤルを発信してもよい。これによって、ユーザは、クライアント装置１０に割り当てられた電話番号によって、認証を受けることができる。
【００６０】
ここで、本発明の第１の実施形態の変形例を説明する。第１の実施形態のダイヤル認証装置４は、クライアント装置１０から認証結果要求を受信すると、認証用電話番号対応テーブル４４１から抽出したユーザ電話番号４４１３が、ユーザ管理テーブル４４２に格納されているか否かを確認した。しかし、ダイヤル認証装置４は、ダイヤルを受信した際に、取得した発信者電話番号が、ユーザ管理テーブル４４２に格納されているか否かを確認してもよい。この場合、認証用電話番号対応テーブル４４１は、確認結果フラグを含む。確認結果フラグは、ダイヤルの発信者電話番号が、ユーザ管理テーブル４４２に格納されていることをダイヤル認証装置４によって確認されたか否かを示す。具体的には、確認結果フラグには「０」が予め格納されている。そして、ダイヤル認証装置４は、受け付けたダイヤルの発信者電話番号が、ユーザ管理テーブル４４２に格納されていることを確認すると、確認結果フラグに「１」を格納する。そして、ダイヤル認証装置４は、クライアント装置１０から認証結果要求を受信すると、ユーザ管理テーブル４４２を参照する代わりに、認証用電話番号対応テーブル４４１を参照する。具体的には、認証用電話番号対応テーブル４４１の確認結果フラグに「１」が格納されていると、ダイヤル認証装置４は、認証可能と判定する。一方、認証用電話番号対応テーブル４４１の確認結果フラグに「０」が格納されていると、ダイヤル認証装置４は、認証不可と判定する。
【００６１】
なお、本実施の形態のユーザは、人でなく、コンピュータであってもよい。例えば、コンピュータがユーザとして、認証を受けてもよい。ところで、本発明のなりすましに対する安全性は、発信者電話番号の偽装に対する強度に依存しているため、発信者電話番号の偽装について述べる。
【００６２】
発信者電話番号は、携帯電話６０からではなく、公衆交換電話回線網２の交換機から発信される。携帯電話６０は、ダイヤルの発信に付随して、発信者電話番号をダイヤルの着信者に通知する指示を、交換機に出す。したがって、携帯電話６０の操作による発信者電話番号の偽造は、困難である。
【００６３】
ここでは、本発明における認証について説明する。本発明における認証は、一般的な概念だけでなく、広い意味での認証を含む。具体的には、本発明における認証とは、個人認証システムによって提供されるサービスを利用する権利が、ユーザにあるか否かの検証である。本発明の個人認証システムは、クライアント装置を利用しているユーザを識別し、識別したユーザごとに対応するサービスを提供できる。従って、本発明における認証要求とは、個人認証システムによって提供されるサービスを利用する権利が、ユーザにあるか否かの検証の要求である。本実施の形態の認証の具体例を説明する。例えば、認証要求は、ＷＥＢページのログインの要求である。この場合、ダイヤル認証装置４は、ＷＥＢサーバであってもよいし、ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、認証要求は、ＷＥＢページでのクレジットカード決済の要求である。この場合、ダイヤル認証装置４は、クレジットカード決済を行うＷＥＢサーバであってもよいし、当該ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、認証要求は、ＡＴＭにおける預金の引き出し、借入金返済又は借入金の借り入れの要求である。この場合、クライアント装置１０は、ＡＴＭである。更に、ダイヤル認証装置４は、ＡＴＭにおける決済を管理する管理サーバである。また、認証要求は、店舗でのクレジットカード決済の要求である。この場合、クライアント装置１０は、クレジットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置４は、当該リーダ装置におけるクレジットカードの決済を管理する管理サーバである。また、認証要求は、デビットカード決済の要求である。この場合、クライアント装置１０は、デビットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置４は、当該リーダ装置におけるデビットカードの決済を管理する管理サーバである。また、認証要求は、公共料金との合算後払いによる借り入れの要求である。この場合、クライアント装置１０は、ＡＴＭである。更に、ダイヤル認証装置４は、当該ＡＴＭにおける借り入れを管理する管理サーバである。また、認証要求は、公共料金の未払金の支払いの要求である。この場合、クライアント装置１０は、コンビニ等に設置されている情報端末である。更に、ダイヤル認証装置４は、当該情報端末を管理する管理サーバである。また、認証要求は、社内イントラネットへの接続の要求である。この場合、ダイヤル認証装置４は、社内のイントラネットを管理する管理サーバである。また、認証要求は、シンクライアント（ＴＨＩＮ ＣＬＩＥＮＴ）によるサーバへの接続の要求である。この場合、ダイヤル認証装置４は、シンクライアント装置とサーバとの接続を管理する管理サーバである。また、認証要求は、無線ＬＡＮのアクセスポイントへの接続の要求である。この場合、ダイヤル認証装置４は、クライアント装置１０とアクセスポイントとの接続を管理する管理サーバである。本実施の形態の認証要求は、ユーザＩＤ及びパスワードを含まないが、ダイヤル認証装置４は、認証処理を行うことができる。なお、ダイヤル認証装置４は、本実施の形態の認証処理とあわせて、従来の認証処理を実行することによって、安全性を高めてもよい。例えば、ダイヤル認証装置４は、本実施の形態の認証処理とあわせて、ユーザの固有な情報を照合することによって、認証してもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、メールアドレス、電話番号、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。但し、ユーザの固有な情報は、携帯電話６０の電話番号以外であるのが好ましい。なぜなら、なりすましによって認証を受けようとする悪意者は、携帯電話６０の電話番号を知っているので、本実施の形態の認証システムの安全性を高めることにならないからである。次に、ユーザの固有な情報を照合する認証方法の具体例を説明する。具体的には、ダイヤル認証装置４は、ユーザＩＤ及びパスワードの少なくとも一方を照合することによって、認証してもよい。この場合、ダイヤル認証装置４は、ユーザＩＤとユーザの固有な情報との対応を予め記憶しておく。一方、認証を受けようとするユーザは、クライアント装置１０に、ユーザの固有な情報を入力する。ここでの入力は、キーボード等の操作によるものでだけでなく、カードリーダにカードを読み込ませる等を含む。つまり、クライアント装置１０が、ユーザの固有な情報を取得できればいかなるものであってもよい。また、ユーザの固有な情報の入力タイミングは、いつでもよい。クライアント装置１０は、入力されたユーザの固有な情報を、ダイヤル認証装置４に送信する。なお、クライアント装置１０は、入力されたユーザの固有な情報を、認証要求に含めて送信してもよいし、認証結果要求に含めて送信してもよいし、単独で送信してもよい。ダイヤル認証装置４は、ユーザの固有な情報をクライアント装置１０から受信する。ダイヤル認証装置４の認証モジュール４３８は、個人認証方法の処理（図８）のステップＳＴ２２３において認証要求の発行元として特定されたユーザのユーザＩＤに対応して記憶されているユーザの固有な情報を特定する。次に、ダイヤル認証装置４の認証モジュール４３８は、特定したユーザの固有な情報と、クライアント装置１０から受信したユーザの固有な情報と、が一致するか否かを判定する。そして、ダイヤル認証装置４は、二つのユーザの固有な情報が一致すると、認証可能と判定する。一方、ダイヤル認証装置４は、二つのユーザの固有な情報が一致しない場合、認証不可と判定する。
【００６４】
（第２の実施形態）
以下で第２の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００６５】
第２の実施形態では、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードの入力の手間を省き、フィッシングやスパイウェアによるユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高いＷＥＢサイト個人認証システムを提供することを課題とする。また、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応が正確に把握され、本来のＷＥＢサイトのユーザでない者が、正当なＷＥＢサイトのユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない、安全性及び利便性の高い個人認証システムを提供することを課題とする。
【００６６】
図９は、第２の実施形態の個人認証システムの概略の構成図である。図９に示す個人認証システムは、クライアント装置９１１０、携帯電話９１６０、固定電話９１８０及びダイヤル認証ＷＥＢ装置９１４を備える。クライアント装置９１１０は、認証を受けようとするユーザによって操作される計算機である。また、クライアント装置９１１０は、ネットワーク９に接続されている。なお、第２の実施の形態では、ネットワーク９は、インターネットである。また、クライアント装置９１１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０（図２）と同一なので、説明を省略する。なお、クライアント装置９１１０は、送受信部、中央処理装置及び主記憶装置を備えれば、いかなる形態であってもよい。携帯電話９１６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）で採用されているように、文字であってもよい。携帯電話９１６０は、公衆交換電話回線網２に接続されている。携帯電話９１６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証ＷＥＢ装置９１４は、ネットワーク９を介してクライアント装置９１１０に接続されている。また、ダイヤル認証ＷＥＢ装置９１４は、公衆交換電話回線網２を介して、携帯電話９１６０及び固定電話９１８０に接続されている。ダイヤル認証ＷＥＢ装置９１４は、ＷＥＢサーバ機能及びダイヤル着信サーバ機能を備える。ダイヤル認証ＷＥＢ装置９１４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第２の実施形態の個人認証システムでは、１台のクライアント装置９１１０に対する認証処理を説明する。実際には、ダイヤル認証ＷＥＢ装置９１４は、ネットワーク９を介して、複数のクライアント装置１０に対する認証を行う。また、図９では、クライアント装置９１１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話９１６０は、４台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話９１８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。但し、携帯電話９１６０は、ＷＥＢブラウザ機能を備えていれば、クライアント装置９１１０としても機能する。
【００６７】
クライアント装置９１１０の機能は、第１の実施形態の個人認証システムに備わるクライアント装置１０と同様なので、説明を省略する。クライアント装置９１１０は、ＨＴＴＰによって、認証要求及び認証結果要求を、ダイヤル認証ＷＥＢ装置９１４へ送信する。また、クライアント装置９１１０は、ＨＴＴＰによって、認証用電話番号及び認証結果を、ダイヤル認証ＷＥＢ装置９１４から受信する。
【００６８】
図１０は、第２の実施形態のダイヤル認証ＷＥＢ装置９１４の機能ブロック図である。ダイヤル認証ＷＥＢ装置９１４の補助記憶装置には、第２の実施形態の認証プログラム９１４００が記憶されている。第２の実施形態の認証プログラム９１４００が実行されると、ダイヤル認証ＷＥＢ装置９１４の主記憶装置には、メインモジュール４３１、認証要求受信モジュール４３２１、認証結果要求受信モジュール４３２２、認証要求ＩＤ生成モジュール４３３、認証用電話番号選択モジュール４３４、認証用電話番号送信モジュール９１４３５、ダイヤル着信モジュール４３６、電話番号読取モジュール４３７、認証モジュール４３８及び認証結果送信モジュール９１４３９が記憶される。
【００６９】
認証用電話番号送信モジュール９１４３５は、第２の実施形態のダイヤル認証装置４に備わる認証用電話番号送信モジュール４３５と同一の機能を備える。また、認証結果送信モジュール９１４３９は、第２の実施形態のダイヤル認証装置４に備わる認証結果送信モジュール４３９と同一の機能を備える。その他のモジュールは、第２の実施形態の個人認証システムのダイヤル認証装置４に備わるものと同一なので、説明を省略する。
【００７０】
認証用電話番号送信モジュール９１４３５は、認証用電話番号送信モジュール４３５の機能に加え、認証用電話番号を含むＷＥＢページを生成する。認証用電話番号送信モジュール９１４３５は、生成したＷＥＢページ及び認証要求ＩＤ生成モジュール４３３から引き受けた認証要求ＩＤを、クライアント装置９１１０に送信する。
【００７１】
認証用電話番号送信モジュール９１４３５によって生成されるＷＥＢページ（図示省略）は、認証用電話番号及び認証結果要求ボタンを含み、クライアント装置９１１０に表示される。認証結果要求ボタンは、ユーザから認証結果要求の送信の指示を受け付けるものである。つまり、認証結果要求ボタンがユーザによって操作されると、クライアント装置９１１０は、認証結果要求をダイヤル認証ＷＥＢ装置９１４に送信する。なお、認証用電話番号送信モジュール９１４３５によって生成されるＷＥＢページは、認証要求ボタンを含まなくてもよい。この場合、クライアント装置９１１０は、ユーザの操作を契機とせずに、認証結果要求をダイヤル認証ＷＥＢ装置９１４へ一定間隔で送信する。
【００７２】
認証結果送信モジュール９１４３９は、認証結果送信モジュール４３９の機能に加え、認証モジュール４３８の認証結果を含むＷＥＢページを生成する。認証結果送信モジュール９１４３９は、生成したＷＥＢページを認証結果として、クライアント装置９１１０に送信する。なお、認証結果が認証可能であった場合、認証結果送信モジュール９１４３９によって生成されたＷＥＢページには、ユーザＩＤに対応するユーザの固有な情報が含まれてもよい。ユーザの固有な情報は、例えば、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。
【００７３】
次に、第２の実施形態の個人認証方法について図を用いて説明する。図１１は、第２の実施形態の個人認証方法の処理のシーケンス図である。第２の実施形態の個人認証方法（図１１）と第２の実施形態の個人認証方法（図８）とを比較する。第２の実施形態の個人認証方法は、ＳＴ９１２１６を、ＳＴ２１６の代わりに含む。また、第２の実施形態の個人認証方法は、ＳＴ９１２２４を、ＳＴ２２４の代わりに含む。また、第２の実施形態の個人認証方法の処理は、ＳＴ９１２１６及びＳＴ９１２２４を除いて、第２の実施形態の個人認証方法の処理シーケンス（図８）と同様である。したがって、ＳＴ９１２１６及びＳＴ９１２２４以外のステップについては、説明を省略する。
【００７４】
ＳＴ９１２１６について述べる。認証用電話番号送信モジュール９１４３５は、認証用電話番号選択モジュール４３４によって選択された認証用電話番号及び認証要求ＩＤ生成モジュール４３３によって生成された認証要求ＩＤを、認証用電話番号選択モジュール４３４から引き受ける。次に、認証用電話番号送信モジュール９１４３５は、引き受けた認証用電話番号を含むＷＥＢページを生成する。次に、認証用電話番号送信モジュール９１４３５は、生成したＷＥＢページ及び引き受けた認証要求ＩＤを、ネットワーク９を介して、クライアント装置９１１０に送信する（ＳＴ９１２１６）。
【００７５】
次に、ＳＴ９１２２４について述べる。認証結果送信モジュール９１４３９は、認証モジュール４３８から認証結果を引き受ける。次に、認証結果送信モジュール９１４３９は、引き受けた認証結果を含むＷＥＢページを生成する。次に、認証結果送信モジュール９１４３９は、生成したＷＥＢページを、ネットワーク９を介してクライアント装置９１１０に送信する（ＳＴ９１２２４）。なお、認証結果送信モジュール９１４３９は、ユーザＩＤに対応するユーザの固有な情報を含むＷＥＢページを生成し、生成したＷＥＢページを送信してもよい。
【００７６】
前述の通り、クライアント装置９１１０のユーザは、ユーザＩＤ及びパスワードを入力することなく、個人認証を受けることができる。したがって、ユーザＩＤ及びパスワードが掠め取られる危険性がない。また、クライアント装置９１１０のユーザは、ユーザＩＤ及びパスワードを管理する必要がない。このように、本実施の形態は、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とする。また、ユーザＩＤ及びパスワードをユーザが入力する手間を省略できる。更に、フィッシング又はスパイウェア等によって、ユーザＩＤ及びパスワードが掠め取られる危険性がなくなる。更に、ユーザは、クライアント装置９１１０と携帯電話９１６０との両方がなければ、個人認証を受けることができない。これによって、クライアント装置１０だけを取得した他人は、当該クライアント装置１０のユーザに成り済まして、認証を受けることができない。つまり、クライアント装置１０を紛失したとしても、情報流出を防ぐことができる。このように、本実施形態によれば、ＷＥＢサイトのユーザによるユーザＩＤ及びパスワードの管理を不要とし、ユーザＩＤ及びパスワードの入力の手間を省き、フィッシングやスパイウェアによるユーザＩＤ及びパスワードの掠め取りの危険性をなくした、安全で利便性の高いＷＥＢサイト個人認証システムを提供することができる。また、ダイヤル認証ＷＥＢ装置９１４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【００７７】
なお、携帯電話９１６０は、ＷＥＢブラウザ機能を搭載する場合、携帯電話９１６０及びクライアント装置９１１０の両方として機能してもよい。また、クライアント装置９１１０は、ＩＰ電話の機能を備える場合、携帯電話９１６０及びクライアント装置９１１０の両方として機能してもよい。
【００７８】
また、認証要求ＩＤの代わりに、セッションＩＤを用いてもよい。セッションＩＤは、ＷＥＢサーバとＷＥＢブラウザとの間の通信を識別する識別子である。セッションＩＤは、ＵＲＬパラメータ、クッキー又はＨＩＤＤＥＮタグなどによって、管理される。セッションＩＤの生成及び管理は、通常のＷＥＢサーバ及び通常のＷＥＢブラウザの機能である。したがって、セッションＩＤの詳細な説明は、省略する。
【００７９】
（第３の実施形態）
以下で第３の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム又は第２の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００８０】
第３の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４は、認証機能及びユーザの固有な情報を含むＷＥＢページの送信機能を備える。このとき従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置９１４の機能を備えるように変更するためには、ＷＥＢサーバのプログラムの変更が不可欠である。また、従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置９１４の機能を備えるように変更するためには、ダイヤルを受けられるようにしなければいけない。これに対して、第３の実施形態では、従来のＷＥＢサーバへ、本発明の個人認証方法を容易に導入可能な実施形態を説明する。第３の実施形態の個人認証システムに備わる従来のＷＥＢサーバを、導入ＷＥＢサーバ５とする。
【００８１】
図１２は、第３の実施形態の個人認証システムの概略の構成図である。図１２に示す個人認証システムは、複数のクライアント装置１０、複数の携帯電話６０、複数の固定電話８０、導入ＷＥＢサーバ５及びダイヤル認証専用ＷＥＢ装置９５４を備える。クライアント装置１０は、認証を受けようとするユーザによって操作される計算機である。クライアント装置１０はネットワーク９に接続されている。なお、本実施の形態では、ネットワーク９は、インターネットである。クライアント装置１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０（図２）と同一なので、説明を省略する。携帯電話６０は、認証を受けようとするユーザによって操作される。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。なお、携帯電話６０は、クライアント装置１０として動作する場合、ＷＥＢブラウザを搭載する。この場合、携帯電話６０は、ネットワーク９に接続されている。導入ＷＥＢサーバ５は、ネットワーク９を介してクライアント装置１０及び携帯電話６０に接続されている。導入ＷＥＢサーバ５は、従来のＷＥＢサーバである。例えば、導入ＷＥＢサーバ５は、クライアント装置１０のユーザからログインを受け付ける。そして、導入ＷＥＢサーバ５は、ユーザの固有な情報を含むＷＥＢページをクライアント装置１０に送信する。具体的には、導入ＷＥＢサーバ５は、ユーザＩＤに対応する会員用のＷＥＢページを送信する。ダイヤル認証専用ＷＥＢ装置９５４は、ネットワーク９を介してクライアント装置１０及び携帯電話６０に接続されている。また、ダイヤル認証専用ＷＥＢ装置９５４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。ダイヤル認証専用ＷＥＢ装置９５４は、ＷＥＢサーバ機能を備えている。ダイヤル認証専用ＷＥＢ装置９５４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第３の実施形態の個人認証システムでは、１台のクライアント装置１０及び１台の導入ＷＥＢサーバ５の認証処理を説明する。なお、図１２では、クライアント装置１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話６０は、５台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。また、導入ＷＥＢサーバ５は、１台を図示したが、個人認証システムに何台備わっていてもよい。
【００８２】
なお、説明を明瞭にするために、第３の実施形態の個人認証システムの説明では、導入ＷＥＢサーバ５には、ドメイン「ｄｏｕｎｙｕ．ｊｐ」が割り当てられているとする。また、ダイヤル認証専用ＷＥＢ装置９５４には、ドメイン「ｎｉｎｓｈｏ．ｊｐ」が割り当てられているとする。
【００８３】
クライアント装置１０の機能構成は、第１の実施形態の個人認証システムに備わるクライアント装置１０と同一なので説明を省略する。なお、クライアント装置１０は、導入ＷＥＢサーバ５でなく、ダイヤル認証専用ＷＥＢ装置９５４に、認証要求を送信する。その後、クライアント装置１０は、認証用電話番号及び認証要求ＩＤを、ダイヤル認証専用ＷＥＢ装置９５４から受信する。また、クライアント装置１０は、認証要求ＩＤを含む認証結果要求をダイヤル認証専用ＷＥＢ装置９５４に送信する。
【００８４】
クライアント装置１０は、第１の実施形態の個人認証システムに備わるクライアント装置１０の機能に加えて、次の機能を持つ。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。また、クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から受信する認証の結果を示すＷＥＢページに含まれる情報によって、会員用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。
【００８５】
導入ＷＥＢサーバ５は、クライアント装置１０が送信するログイン用のＷＥＢページの要求を、受信し、ログイン用のＷＥＢページを送信する。前記ＷＥＢページは、認証サイト情報を含む。認証サイト情報は、クライアント装置１０に、ダイヤル認証専用ＷＥＢ装置９５４へ認証要求の送信を促す情報である。また、認証サイト情報は、戻先ＵＲＬを含む。戻先ＵＲＬは、ダイヤル認証専用ＷＥＢ装置９５４による認証完了後に、クライアント装置１０が会員用のＷＥＢページの要求を送信するＵＲＬである。ここで、認証サイト情報の例を示す。例えば、認証サイト情報は、「＜ＳＣＲＩＰＴ ＳＲＣ＝‘ｈｔｔｐ：／／www．ｎｉｎｓｈｏ．ｊｐ／ｉｎｄｅｘ．ｐｈｐ？ｒｕｒｌ＝ｈｔｔｐ：／／www．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ’＞＜／ＳＣＲＩＰＴ＞」である。「ｒｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。また、例えば、認証サイト情報は、「＜Ａ ＨＲＥＦ＝‘ｈｔｔｐ：／／www．ｎｉｎｓｈｏ．ｊｐ／ｉｎｄｅｘ．ｐｈｐ？ｒｕｒｌ＝ｈｔｔｐ：／／www．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ’＞認証はこちら＜／Ａ＞」である。「ｒｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。認証サイト情報は、その目的を達成する限り、他のものであってもよい。
【００８６】
導入ＷＥＢサーバ５は、クライアント装置１０から、会員用のＷＥＢページの要求を受信する。導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。導入ＷＥＢサーバ５は、抽出した電話番号に対応するユーザの固有な情報を含むＷＥＢページを生成する。導入ＷＥＢサーバ５は、生成したＷＥＢページを、会員用のＷＥＢページとして、クライアント装置１０に送信する。
【００８７】
ダイヤル認証専用ＷＥＢ装置９５４の機能は、主に、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４と同様である。ダイヤル認証専用ＷＥＢ装置９５４の機能は、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置９１４の機能に加えて、次の機能を備える。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から受信する認証要求から、戻先ＵＲＬを抽出する。また、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した戻先ＵＲＬと生成する認証要求ＩＤとを対応付けて、認証用電話番号対応テーブル４４１に記憶する。そのため、認証用電話番号対応テーブル４４１は、戻先ＵＲＬ（図示省略）を含む。また、ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果、戻先ＵＲＬ及びユーザの電話番号を含むＷＥＢページを生成する。生成されたＷＥＢページに含まれるソースコードの例を示す。例えば、ソースコードは、「＜ｍｅｔａ ｈｔｔｐ−ｅｑｕｉｖ＝“Ｒｅｆｒｅｓｈ” ｃｏｎｔｅｎｔ＝“０；ｕｒｌ＝ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞」である。「ｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証の結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。また、例えば、ソースコードは、「＜Ａ ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞会員ページはこちら＜／Ａ＞」である。「ｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証の結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。なお、前記ＷＥＢページが含むソースコードは、その目的を達成する限り、他のものであってもよい。
【００８８】
次に、第３の実施形態の個人認証方法について図を用いて説明する。図１３は、第３の実施形態の個人認証方法の処理のシーケンス図である。第３の実施形態の個人認証方法（図１３）と、第２の実施形態の個人認証方法（図１１）を比較する。第３の実施形態の個人認証方法は、ＳＴ９５２１２を、ＳＴ２１２の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２１５を、ＳＴ２１５の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２２４を、ＳＴ２２４の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８を、含む。第３の実施形態の個人認証方法の処理は、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２１２、ＳＴ９５２１５、ＳＴ９５２２４、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８を除いて、第２の実施形態の個人認証方法（図１１）と同様である。したがって、ＳＴ９５２０９、ＳＴ９５２１０、ＳＴ９５２１２、ＳＴ９５２１５、ＳＴ９５２２４、ＳＴ９５２２６、ＳＴ９５２２７及びＳＴ９５２２８以外のステップについては、説明を省略する。
【００８９】
ＳＴ９５２０９について説明する。クライアント装置１０は、ネットワーク９を介して導入ＷＥＢサーバ５へ、ログイン用のＷＥＢページの要求を送信する（ＳＴ９５２０９）。
【００９０】
ＳＴ９５２１０について説明する。導入ＷＥＢサーバ５は、クライアント装置１０から、ログイン用のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、認証サイト情報を含むログイン用のＷＥＢページを、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２１０）。
【００９１】
ＳＴ９５２１２について説明する。ダイヤル認証専用ＷＥＢ装置９５４に備わる認証要求受信モジュールは、クライアント装置１０から認証要求を受信する。次に、認証要求受信モジュールは、受信した認証要求に含まれる戻先ＵＲＬを抽出する。次に、認証要求受信モジュールは、認証要求ＩＤ生成モジュールに、認証要求ＩＤの生成を依頼する（ＳＴ９５２１２）。
【００９２】
ＳＴ９５２１５について説明する。認証用電話番号選択モジュールは、認証用電話番号対応テーブル４４１に新たなレコードを生成する。次に、認証用電話番号選択モジュールは、作成した新たなレコードの認証要求ＩＤ４４１１に、認証要求ＩＤ生成モジュールから引き受けた認証要求ＩＤを格納する。次に、認証用電話番号選択モジュールは、作成した新たなレコードの認証用電話番号４４１２に、選択した認証用電話番号を格納する。次に、認証用電話番号選択モジュール４３４は、作成した新たなレコードの戻先ＵＲＬに、認証要求受信モジュールによって抽出された戻先ＵＲＬを格納する（ＳＴ９５２１５）。
【００９３】
ＳＴ９５２２４について説明する。認証結果送信モジュールは、認証モジュールから認証の結果を引き受ける。次に、認証結果送信モジュールは、認証結果要求受信モジュールによって抽出された認証要求ＩＤに基づいて、認証用電話番号対応テーブル４４１から、戻先ＵＲＬ及びユーザの電話番号を抽出する。認証結果送信モジュールは、認証の結果、戻先ＵＲＬ及びユーザの電話番号を含むＷＥＢページを生成する。次に、認証結果送信モジュールは、生成したＷＥＢページを、認証の結果として、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２２４）。
【００９４】
ＳＴ９５２２６について説明する。クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から、認証の結果として送信されたＷＥＢページを受信する。次に、クライアント装置１０は、受信したＷＥＢページに基づいて、会員用のＷＥＢページの要求を、ネットワーク９を介して導入ＷＥＢサーバ５へ送信する（ＳＴ９５２２６）。クライアント装置１０によって送信される会員用のＷＥＢページの要求は、ユーザの電話番号を含む。例えば、会員用のＷＥＢページの要求は、「ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１」というＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。
【００９５】
ＳＴ９５２２７について説明する。導入ＷＥＢサーバ５は、クライアント装置１０から会員用ＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に基づいて、ユーザを特定する。次に、導入ＷＥＢサーバ５は、特定したユーザに対応する会員用のＷＥＢページを生成する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した会員用のＷＥＢページを、ネットワーク９を介してクライアント装置１０に送信する（ＳＴ９５２２７）。
【００９６】
ＳＴ９５２２８について説明する。クライアント装置１０は、会員用のＷＥＢページを、ネットワーク９を介して導入ＷＥＢサーバ５から受信する。次に、クライアント装置１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ９５２２８）。
【００９７】
第３の実施形態の個人認証方法の処理の概要を説明する。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページを、導入ＷＥＢサーバ５に、要求する（ＳＴ９５２０９）。導入ＷＥＢサーバ５は、要求されたログイン用のＷＥＢページを、クライアント装置１０に送信する（ＳＴ９５２１０）。クライアント装置１０は、ログイン用のＷＥＢページに含まれる認証サイト情報に基づいて、ダイヤル認証専用ＷＥＢ装置９５４に認証要求を送信する（ＳＴ２１１）。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から戻先ＵＲＬを抽出する（ＳＴ９５２１２）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤを生成する（ＳＴ２１３）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を選択する（ＳＴ２１４）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤ、認証用電話番号及び戻先ＵＲＬを対応付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ９５２１５）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、クライアント装置１０に送信する（ＳＴ９１２１６）。クライアント装置１０は、認証要求ＩＤ及び認証用電話番号を受信する（ＳＴ２１７）。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。次に、携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。ダイヤル認証専用ＷＥＢ装置９５４は、携帯電話６０からのダイヤルの着信を受け付ける（ＳＴ２１９）。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから発信者電話番号を取得する。また、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、取得した着信電話番号に対応する認証要求ＩＤと、取得した発信者電話番号と、を対応付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ２２０）。一方で、クライアント装置１０は、認証結果要求をダイヤル認証専用ＷＥＢ装置９５４に送信する（ＳＴ２２１）。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する（ＳＴ２２２）。ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求から、認証要求ＩＤを、抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号対応テーブル４４１から、抽出した認証要求ＩＤに対応するユーザ電話番号４４１３を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したユーザ電話番号４４１３がユーザ管理テーブル４４２の電話番号４４２２に格納されているか否かを判定する（ＳＴ２２３）。ユーザ電話番号４４１３がユーザ管理テーブル４４２に格納されている場合、ダイヤル認証専用ＷＥＢ装置９５４は、認証可能と判定する。一方、ユーザ電話番号４４１３がユーザ管理テーブル４４２に格納されていない場合、ダイヤル認証専用ＷＥＢ装置９５４は、認証不可と判定する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果を、クライアント装置１０に送信する（ＳＴ９５２２４）。クライアント装置１０は、認証の結果を受信する（ＳＴ２２５）。次に、クライアント装置１０は、受信した認証の結果に基づいて、会員用のＷＥＢページの要求を導入ＷＥＢサーバ５に送信する（ＳＴ９５２２６）。導入ＷＥＢサーバ５は、クライアント装置１０から、会員用のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に対応する会員用のＷＥＢページを、クライアント装置１０に送信する（ＳＴ９５２２７）。なお、会員用のＷＥＢページは、抽出された電話番号のユーザに対応するユーザの固有な情報を含む。クライアント装置１０は、会員用のＷＥＢページを、導入ＷＥＢサーバ５から受信する。次に、クライアント装置１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ９５２２８）。
【００９８】
前述の通り、従来のＷＥＢサーバである導入ＷＥＢサーバ５は、クライアント装置１０に送信するログイン用のＷＥＢページに、認証サイト情報を含めるだけで、本発明の個人認証方法を導入することができる。
【００９９】
前述した実施形態では、ダイヤル認証専用ＷＥＢ装置９５４は、ユーザ管理テーブル４４２を記憶している。しかし、ダイヤル認証専用ＷＥＢ装置９５４は、必ずしも、ユーザ管理テーブル４４２を記憶している必要はない。この場合、導入ＷＥＢサーバ５が、ユーザ管理テーブル４４２を記憶する。この場合、ステップＳＴ２２３において、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したユーザ電話番号４４１３がユーザ管理テーブル４４２の電話番号４４２２に格納されているか否かを判定しない。その代わりに、導入ＷＥＢサーバ５が、クライアント装置１０から受信する会員用のＷＥＢページの要求に含まれる電話番号が、ユーザ管理テーブル４４２に格納されているか否かを判定する。
【０１００】
前述した実施形態では、導入ＷＥＢサーバ５は、クライアント装置１０から受信する会員用のＷＥＢページの要求に含まれる電話番号を信頼して、会員用のＷＥＢページを送信する。しかし、会員用のＷＥＢページの要求に含まれる電話番号は、偽造されことがある。そこで、導入ＷＥＢサーバ５は、ｒｅｆｅｒｅｒを参照することによって、リンク元がダイヤル認証専用ＷＥＢ装置９５４であることを確認してもよい。
【０１０１】
ここで、本発明の第３の実施形態の変形例を説明する。第３の実施形態では、ダイヤル認証専用ＷＥＢ装置９５４が、認証要求ＩＤを生成した。しかし、導入ＷＥＢサーバ５が、ダイヤル認証専用ＷＥＢ装置９５４の代わりに、認証要求ＩＤを生成してもよい。この場合、導入ＷＥＢサーバ５は、生成した認証要求ＩＤを記憶する。次に、導入ＷＥＢサーバ５は、生成した認証要求ＩＤを含む認証サイト情報を、クライアント装置１０に送信する。クライアント装置１０は、受信した認証サイト情報から認証要求ＩＤを抽出する。次に、クライアント装置１０は、抽出した認証要求ＩＤを含む認証要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤを生成する代わりに、クライアント装置１０から受信した認証要求ＩＤと認証用電話番号とを対応付けて、認証用電話番号対応テーブル４４１に記憶する。ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号対応テーブル４４１に記憶されている認証要求ＩＤを含むＷＥＢページを、認証の結果としてクライアント装置１０に送信する。クライアント装置１０は、ダイヤル認証専用ＷＥＢ装置９５４から認証の結果を受信する。次に、クライアント装置１０は、受信した認証の結果に基づいて、会員用のＷＥＢページの要求を導入ＷＥＢサーバ５に送信する。ここでは、クライアント装置１０は、認証要求ＩＤを含む会員用ＷＥＢページの要求を導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、会員用ＷＥＢページの要求をクライアント装置１０から受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、認証要求ＩＤを抽出する。次に、導入ＷＥＢサーバ５は、抽出した認証要求ＩＤを、記憶しているか否かを判定する。導入ＷＥＢサーバは、抽出した認証要求ＩＤを記憶している場合、会員用のＷＥＢページをクライアント装置１０に送信する。一方、導入ＷＥＢサーバ５は、抽出した認証要求ＩＤを記憶していない場合、受信した会員用のＷＥＢページの要求が偽装されていると判断する。よって、導入ＷＥＢサーバ５は、会員用のＷＥＢページを送信しない。なお、ダイヤル認証専用ＷＥＢ装置９５４が複数の導入ＷＥＢサーバ５に接続されている場合、それぞれの導入ＷＥＢサーバ５は、個人認証システムないで一意な認証要求ＩＤを生成する。例えば、導入ＷＥＢサーバ５は、該導入ＷＥＢサーバ５の一意な識別子を含む認証要求ＩＤを生成することによって、個人認証システム内で一意な認証要求ＩＤを生成する。
【０１０２】
（第４の実施形態）
以下で第４の実施形態の個人認証システムについて説明するが、第３の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１０３】
インターネット上の電子商取引では、決済手段として、クレジットカードが用いられることが多い。第４の実施形態では、第３の実施形態の個人認証システムを、インターネット上のクレジットカード決済に応用する例を説明する。
【０１０４】
第４の実施形態の個人認証システムの概略の構成図は、第３の実施形態の個人認証システムの概略の構成図（図１２）と同一なので、詳細の説明は省略する。クライアント装置１０は、クレジットカード決済を実行しようとするユーザによって操作される。携帯電話６０は、クレジットカード決済を実行しようとするユーザによって操作される。導入ＷＥＢサーバ５は、物品販売又はサービス販売等の電子商取引を提供するＷＥＢサーバである。ダイヤル認証専用ＷＥＢ装置９５４は、クレジットカードの与信審査及び課金を処理するＷＥＢ装置である。ダイヤル認証専用ＷＥＢ装置９５４のユーザ管理テーブル４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル４４２に含まれるクレジットカード番号は、ユーザのクレジットカードの番号である。ユーザ管理テーブル４４２には、クレジットカード番号と当該クレジットカードを所有するユーザの電話番号とが対応付けて記憶されている。また、ダイヤル認証専用ＷＥＢ装置９５４の認証用電話番号対応テーブル４４１は、決済金額（図示省略）を含む。認証用電話番号対応テーブル４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。
【０１０５】
第４の実施形態の個人認証方法の処理の概要を説明する。導入ＷＥＢサーバ５は、ユーザの操作を契機に、決済金額を確定する。決済金額の確定方法は、従来の電子商取引のサイトで採用されている方法でよい。クライアント装置１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求に代えて、決済用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、決済用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、要求された決済用のＷＥＢページを生成する。次に、導入ＷＥＢサーバ５は、生成した決済用のＷＥＢページを、クライアント装置１０に送信する。導入ＷＥＢサーバ５によって生成される決済用のＷＥＢページは、認証サイト情報を含む。認証サイト情報は、戻先ＵＲＬだけでなく、決済金額を含む。クライアント装置１０は、決済用のＷＥＢページを受信する。次に、クライアント装置１０は、受信した決済用のＷＥＢページに含まれる認証サイト情報に基づいて、認証要求をダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から戻先ＵＲＬ及び決済金額を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証要求ＩＤ生成する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を選択する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ、選択した認証用電話番号、抽出した戻先ＵＲＬ及び抽出した決済金額を、認証用電話番号対応テーブル４４１に対応付けて記憶する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、クライアント装置１０に送信する。クライアント装置１０は、認証要求ＩＤ及び認証用電話番号を受信する。次に、携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する。これによって、携帯電話６０は、発信者電話番号通知を伴うダイヤルを、ダイヤル認証専用ＷＥＢ装置９５４に発信する。ダイヤル認証専用ＷＥＢ装置９５４は、携帯電話６０からのダイヤルの着信を受け付ける。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受け付けたダイヤルから発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、取得した着信電話番号に対応する認証要求ＩＤと、取得した発信者電話番号とを対応付けて、認証用電話番号対応テーブル４４１に記憶する。一方で、クライアント装置１０は、認証結果要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する。ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した認証要求ＩＤに対応する電話番号及び決済金額を、認証用電話番号対応テーブル４４１から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出した電話番号に対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号で、抽出した決済金額が利用可能か否かを判定することによって、与信審査を行う。ここでの与信審査は、従来のクレジットカード利用時の与信審査と同様である。ダイヤル認証専用ＷＥＢ装置９５４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証専用ＷＥＢ装置９５４は、与信審査処理及び課金処理を、与信審査処理及び課金処理を専用に行う装置に依頼してもよい。ダイヤル認証専用ＷＥＢ装置９５４は、課金処理を完了すると、認証の結果を認証可能と判定する。ダイヤル認証専用ＷＥＢ装置９５４は、認証の結果を、クライアント装置１０に送信する。クライアント装置１０は、受信した認証の結果に基づいて、決済終了のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、クライアント装置１０から、決済終了のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信したＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出した電話番号に対応する決済終了のＷＥＢページを、クライアント装置１０に送信する。なお、決済終了のＷＥＢページは、抽出された電話番号に対応するユーザの固有な情報を含む。
【０１０６】
前述の通り、第３の実施形態の個人認証システムは、クレジットカードの決済に、応用することができる。なお、第４の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であればなんであってもよい。例えば、決済手段には、「Ｅｄｙ」（商標）、「ジェイデビット」（商標）又は「ケータイ払いサービス」（商標）等がある。「Ｅｄｙ」（商標）は、店舗又はインターネットで利用可能な電子マネーである。「ジェイデビット」（商標）は、店舗又はインターネットで利用可能な預金口座引き落としの決済サービスである。「ケータイ払いサービス」（商標）は、決済金額が携帯電話料金の請求に合算される、インターネットで利用可能な後払いの決済サービスである。
【０１０７】
ここで、第４の実施形態の個人認証システムの変形例を説明する。第４の実施形態の個人認証システムに備わるダイヤル認証専用ＷＥＢ装置９５４は、着信を受け付けたダイヤルの発信者電話番号に基づいて、クレジットカード番号を特定した。そのため、ダイアルの発信者電話番号が偽装された場合は、なりすましのユーザによって決済されてしまう。なりすましの決済を防止するために、ユーザは、クレジットカード番号をクライアント装置１０に入力する。クライアント装置１０は、入力されたクレジットカード番号をダイヤル認証専用ＷＥＢ装置９５４に送信する。なお、クライアント装置１０は、入力されたクレジットカード番号を、認証要求又は認証確認要求に含めて送信してもよい。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０からクレジットカード番号を受信する。そして、ダイヤル認証専用ＷＥＢ装置９５４は、受信したクレジットカード番号を記憶する。変形例の概要は、次の通りである。導入ＷＥＢサーバ５が、クレジットカード番号の入力欄を含む決済用のＷＥＢページを、クライアント装置１０に送信する。クライアント装置１０のユーザは、決済用のＷＥＢページの入力欄に、クレジットカード番号を入力する。ここでの入力は、キーボード等の操作によるものでだけでなく、カードリーダにカードを読み込ませる等を含む。つまり、クライアント装置１０が、クレジット番号を取得できればいかなるものであってもよい。クライアント装置１０は、入力されたクレジットカード番号を含む認証要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証要求から、クレジットカード番号を抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証要求ＩＤとを対応付けて、認証用電話番号対応テーブル４４１に記憶する。一方で、前述した通り、ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から認証結果要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求に含まれる認証要求ＩＤに対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。これによって、ダイヤル認証専用ＷＥＢ装置９５４は、決済に用いるクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。次に、ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証用電話番号対応テーブル４４１に記憶されているクレジットカード番号とを照合する。双方のクレジットカード番号が一致する場合のみ、ダイヤル認証専用ＷＥＢ装置９５４は、当該クレジットカードに対して与信審査して、課金する。また、次の通りであってもよい。ダイヤル認証専用ＷＥＢ装置９５４は、クライアント装置１０から、認証要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、認証用電話番号を含むＷＥＢページを、クライアント装置１０に送信する。前記認証用電話番号を含むＷＥＢページは、更に、クレジットカード番号の入力欄を含む。クライアント装置１０のユーザは、認証用電話番号を含むＷＥＢページのクレジットカード番号入力欄に、クレジットカード番号を入力する。クライアント装置１０は、入力されたクレジットカード番号を含む認証結果要求を、ダイヤル認証専用ＷＥＢ装置９５４に送信する。ダイヤル認証専用ＷＥＢ装置９５４は、前述した通り、クライアント装置１０から認証結果要求を受信する。すると、ダイヤル認証専用ＷＥＢ装置９５４は、受信した認証結果要求に含まれる認証要求ＩＤに対応するクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。これによって、ダイヤル認証専用ＷＥＢ装置９５４は、決済に用いるクレジットカード番号を、ユーザ管理テーブル４４２から抽出する。ダイヤル認証専用ＷＥＢ装置９５４は、抽出したクレジットカード番号と認証結果要求に含まれるクレジットカードとを照合する。双方のクレジットカード番号が一致する場合のみ、ダイヤル認証専用ＷＥＢ装置９５４は、当該クレジットカード番号に対して与信審査して、課金する。なお、第４の実施の形態の変形例では、クレジットカード番号をユーザに入力させる代わりに、暗証番号等の他の情報を入力させることによって、なりすましを防止してもよい。
【０１０８】
（第５の実施形態）
以下で第５の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１０９】
第５の実施形態では、金融機関の利用者がＡＴＭにキャッシュカード挿入し、暗証番号を入力する手間をなくし、かつ、暗証番号が盗撮される危険性をなくした、安全で利便性の高い個人認証システムを提供することを課題とする。また、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応が正確に把握され、本来のＷＥＢサイトのユーザでない者が、正当なＷＥＢサイトのユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない、安全性及び利便性の高い個人認証システムを提供することを課題とする。
【０１１０】
図１４は、第５の実施形態の個人認証システムの概略の構成図である。図１４に示す個人認証システムは、複数のＡＴＭ（ＡＵＴＯＭＡＴＩＣ ＴＥＬＬＥＲ ＭＡＣＨＩＮＥ）９２１０、複数の携帯電話６０及びＡＴＭダイヤル認証装置９３４を備える。ＡＴＭ９２１０は、認証を受け、現金を出し入れしようとするユーザによって操作される。ＡＴＭ９２１０は、ネットワーク９に接続されている。ＡＴＭ９２１０については、図１５で詳細を説明する。携帯電話６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ＡＴＭダイヤル認証装置９３４は、ネットワーク９を介してＡＴＭ９２１０に接続されている。第５の実施の形態では、ネットワーク９はインターナルネットワークである。また、ネットワーク９は、複数の金融機関に設置された認証装置を集約する中継装置を含んでもよい。また、ＡＴＭダイヤル認証装置９３４は、公衆交換電話回線網２を介して、携帯電話６０に接続されている。ＡＴＭダイヤル認証装置９３４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４（図３）と同一なので、説明を省略する。なお、図１４では、ＡＴＭ９２１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話６０は、３台を図示したが、個人認証システムに何台備わっていてもよい。
【０１１１】
図１５は、第５の実施形態の個人認証システムに備わるＡＴＭ９２１０の構成のブロック図である。ＡＴＭ９２１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）、表示装置（図示省略）及び現金取扱部１５等を備える。送受信部１１は、ネットワーク９に接続され、外部の装置（ＡＴＭダイヤル認証装置９３４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。現金取扱部１５は、紙幣及び貨幣を物理的に管理する。更に、現金取扱部１５は、紙幣及び貨幣を入出金する。現金取扱部１５は、一般的な金融機関のＡＴＭに備えられているものでよい。
【０１１２】
第５の実施形態の個人認証システムに備わるＡＴＭ９２１０の機能は、現金取扱部１５を除いて、第１の実施形態の個人認証システムに備わるクライアント装置１０と同一なので、説明を省略する。
【０１１３】
携帯電話６０は、認証用電話番号に対して発信者電話番号通知を伴ったダイヤルを発信する。
【０１１４】
第５の実施形態のＡＴＭダイヤル認証装置９３４の機能構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の機能（図４）と同一なので、説明を省略する。
【０１１５】
なお、ＡＴＭダイヤル認証装置９３４の補助記憶装置に記憶されているユーザ管理テーブル４４２には、ユーザＩＤに対応してユーザの固有な情報が格納される。本実施の形態におけるユーザの固有な情報は、金融機関の口座情報である。金融機関の口座情報は、口座番号、預金残高、借入金残高及び借入可能残高等を含む。ただし、ユーザの固有な情報は、必ずしもユーザ管理テーブル４４２によって管理されている必要はなく、ユーザＩＤに対応して管理されていればいかなる方法であってもよい。ユーザの固有な情報の管理方法は、サービスの種類及び利用者の規模に応じて、本発明の実施者に委ねられる。ユーザＩＤに対応するユーザの固有な情報の一部は、ＡＴＭダイヤル認証装置９３４からＡＴＭ９２１０へ送信される認証の結果に含まれる。
【０１１６】
次に、第５の実施形態の個人認証方法について説明する。第５の実施形態の個人認証方法の処理は、第２の実施形態の個人認証方法（図８）と同一なので、説明を省略する。但し、ここでは、第５の実施形態の個人認証方法の特徴的なステップを説明する。
【０１１７】
第５の実施形態におけるＳＴ２２４について述べる。ＡＴＭダイヤル認証装置９３４の認証結果送信モジュール４３９は、認証の結果を、ネットワーク９を介してＡＴＭ９２１０に送信する。認証の結果は、ユーザＩＤに対応する口座番号、預金残高、借入金残高及び借入可能残高等のユーザの固有な情報を含む。
【０１１８】
ＳＴ２２４に引き続き、ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４から受信した認証の結果及びユーザの固有な情報を表示装置に表示する。ＡＴＭ９２１０のユーザは、表示された情報に基づいて、後続の操作を実行する。後続の操作とは、例えば、預金の引き出し、借入金の返済又は借入金の借り入れである。
【０１１９】
ところで、一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。そこで、ＳＴ２１１に先立って、ＡＴＭ９２１０は、ユーザから操作の種類を受け付ける。ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４へ送信する認証要求に、ユーザが求める操作の種類を含める。ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０から受信する認証要求から、ＡＴＭ９２１０のユーザが求める操作の種類を抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出した操作の種類に基づいて、認証の結果に含めるユーザの固有な情報を決定する。
【０１２０】
また、次のような手順であってもよい。一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。ここでは、ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから受け付け可能な操作をユーザＩＤに対応して予め記憶しておく。この場合、ＡＴＭ９２１０は、認証要求の送信の前に、ユーザから操作の種類を受け付けない。まず、ＡＴＭ９２１０は、第５の実施形態の個人認証方法によって、認証を受ける。ＡＴＭダイヤル認証装置９３４は、認証したユーザＩＤに対応する受け付け可能な操作を、認証の結果に含めて、ＡＴＭ９２１０に送信する。ＡＴＭ９２１０は、ＡＴＭダイヤル認証装置９３４から受信した認証の結果及び受け付け可能な操作を表示装置に表示する。ＡＴＭ９２１０のユーザは、ＡＴＭ９２１０の表示装置に表示された操作の種類の中から、操作を選択する。すると、ＡＴＭ９２１０は、選択された種類の操作を実行する。
【０１２１】
前述の通り、本実施形態によれば、金融機関の利用者がＡＴＭにキャッシュカード挿入し、暗証番号を入力する手間をなくし、かつ、暗証番号が盗撮される危険性をなくした、安全で利便性の高い個人認証システムを提供することができる。また、ＡＴＭダイヤル認証装置９３４は、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作するＡＴＭとの対応を正確に把握する。したがって、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がない。本実施の形態によれば、安全性及び利便性の高い個人認証システムを提供することができる。
【０１２２】
なお、第５の実施形態の個人認証方法は、従来のキャッシュカード及び暗証番号による個人認証方法と組み合わせてもよい。これによって、キャッシュカード及び暗証番号が盗まれても、ユーザの電話番号によってダイヤルされない限り、なりすましのユーザによって預金が引き出されることがない。また、第５の実施形態の個人認証方法は、キャッシュカード又は暗証番号の一方による個人認証と組み合わせてもよい。
【０１２３】
ここで、本発明の第５の実施形態の変形例を説明する。第５の実施形態では、ＡＴＭダイヤル認証装置９３４は、認証要求ＩＤを生成し、ＡＴＭ９２１０に送信する。しかし変形例では、ＡＴＭ９２１０が、自身のＡＴＭ＿ＩＤを含む認証要求をＡＴＭダイヤル認証装置９３４に送信してもよい。ＡＴＭ＿ＩＤは、ＡＴＭ９２１０の一意な識別子である。すると、ＡＴＭダイヤル認証装置９３４は、認証要求からＡＴＭ＿ＩＤを抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出したＡＴＭ＿ＩＤと認証用電話番号とを対応付けて記憶する。この場合、認証用電話番号対応テーブル４４１は、認証要求ＩＤ４４１１の代わりにＡＴＭ＿ＩＤを含む。なお、ＡＴＭ９２１０は、一つの認証要求に対する処理が完了する前に、異なる認証要求をＡＴＭダイヤル認証装置９３４に送信することはない。よって、ＡＴＭ＿ＩＤと認証用電話番号との対応は、１対１になる。ＡＴＭダイヤル認証装置９３４は、携帯電話６０からダイヤルを着信すると、当該ダイヤルの発信者電話番号及び着信電話番号を取得する。次に、ＡＴＭダイヤル認証装置９３４は、取得した着信電話番号に対応するＡＴＭ＿ＩＤを、認証用電話番号対応テーブル４４１から抽出する。そして、ＡＴＭダイヤル認証装置９３４は、抽出したＡＴＭ＿ＩＤによって識別されるＡＴＭ９２１０に認証の結果を送信する。つまり、ＡＴＭダイヤル認証装置９３４は、認証結果要求をＡＴＭ９２１０から受信しなくても、認証の結果を送信できる。
【０１２４】
ここで、本発明の第５の実施形態の応用例を説明する。第５の実施形態の応用例の個人認証システムに備わるＡＴＭダイヤル認証装置９３４は、公共料金の料金を計算する装置を兼ねる。この場合、ＡＴＭダイヤル認証装置９３４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金又は水道料金等である。ＡＴＭダイヤル認証装置９３４は、携帯電話６０の電話番号と、公共料金のサービスを受けるユーザの識別子とを、関連付けて記憶する。ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから、公共料金の支払いの要求を受け付ける。ＡＴＭダイヤル認証装置９３４は、前述したようにＡＴＭ９２１０のユーザを認証すると、携帯電話６０のユーザの未払分の公共料金の支払いを、ＡＴＭ９２１０から受け付ける。また、ＡＴＭダイヤル認証装置９３４は、ＡＴＭ９２１０のユーザから、貸付金の貸し出しの要求を受け付ける。ＡＴＭダイヤル認証装置９３４は、前述したようにＡＴＭ９２１０のユーザを認証すると、貸付金をＡＴＭ９２１０から貸し出す。なお、ＡＴＭダイヤル認証装置９３４は、貸付金を公共料金の請求に合算して請求する。
【０１２５】
また、本発明の第５の実施の形態では、重複しない認証用電話番号を、すべてのＡＴＭ９２１０のそれぞれに予め割り当てておいてもよい。この場合、ＡＴＭ９２１０と認証用電話番号との対応は、不変であり、認証用電話番号対応テーブル４４１等に予め記憶しておく。そして、ＡＴＭダイヤル認証装置９３４は、着信電話番号に基づいて、ユーザの認証要求の送信元のＡＴＭ９２１０を特定できる。
【０１２６】
（第６の実施形態）
以下で第６の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム及び第５の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１２７】
第６の実施形態の個人認証システムとして、第１の実施形態の個人認証システムを、店舗でのクレジットカード決済に用いる具体的な実施形態について説明する。従来、店舗のクレジットカード決済では、なりすましの利用を防止するために、店舗の販売員が、利用伝票の署名とクレジットカード裏面の署名とを目視で照合する。しかし、目視の照合は、なりすまし防止策としては、不十分である。第６の実施形態の個人認証システムでは、署名の照合の代わりに、電話の発信者電話番号を用いる実施例を説明する。
【０１２８】
図１６は、第６の実施形態の個人認証システムの概略の構成図である。図１６に示す個人認証システムは、複数のリーダ装置９３１０、複数の携帯電話６０、複数の固定電話８０及びダイヤル認証装置４を備える。リーダ装置９３１０は、ネットワーク９に接続されている。リーダ装置９３１０については、図１７で詳細を説明する。店舗では、通常は、店舗の販売員がリーダ装置９３１０を操作する。しかし、第６の実施形態の個人認証システムにおいて認証を受けるユーザは、クレジットカードの保有者である。そこで、説明を簡単にするために、本実施形態の説明においては、リーダ装置９３１０のユーザは、クレジットカードの保有者とする。携帯電話６０及び固定電話８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話６０及び固定電話８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置４は、ネットワーク９を介してリーダ装置９３１０に接続されている。また、ダイヤル認証装置４は、公衆交換電話回線網２を介して、携帯電話６０及び固定電話８０に接続されている。なお、説明を明瞭にするために、第６の実施形態の個人認証システムでは、１台のリーダ装置９３１０及び１台の携帯電話６０の処理を説明する。実際には、ダイヤル認証装置４は、ネットワーク９を介して、複数のリーダ装置９３１０に対する認証を行う。つまり、ダイヤル認証装置４は、複数のリーダ装置９３１０から認証要求及び認証結果要求を受けることができる。また、実際には、ダイヤル認証装置４は、公衆交換電話回線網２を介して、複数の携帯電話６０に接続されている。なお、図１６では、リーダ装置９３１０は３台を図示したが、個人認証システムに何台備わっていても良い。また、図１６では、携帯電話６０及び固定電話８０は、それぞれ２台ずつを図示したが、それぞれ何台ずつ個人認証システムに何台備わっていても良い。
【０１２９】
図１７は、第１３の実施形態の個人認証システムに備わるリーダ装置９３１０の構成のブロック図である。リーダ装置９３１０は、物理的には、送受信部１１、中央処理装置１２、主記憶装置１３、補助記憶装置１４、入力装置（図示省略）、表示装置（図示省略）及びカード情報読取部１６等を備える。送受信部１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置４）とデータを送受信するインタフェースである。中央処理装置１２は、例えば、ＣＰＵである。中央処理装置１２は、主記憶装置１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置１３は、例えば、メモリである。主記憶装置１３は、中央処理装置１２によって実行されるプログラム及び中央処理装置１２によって必要とされる情報等が記憶される。補助記憶装置１４は、例えば、ハードディスクである。補助記憶装置１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置１２から表示を指示された情報が表示される。カード情報読取部１６とは、クレジットカードに記憶された情報を読み取る。カード情報読取部１６は、一般的なクレジットカードのカードリーダに備えられているもので十分である。なお、リーダ装置９３１０は、必ずしも、補助記憶装置１４を備えている必要はない。
【０１３０】
第６の実施形態の個人認証システムに備わるリーダ装置９３１０の機能は、主に、第１の実施形態の個人認証システムに備わるクライアント装置１０と同様である。第６の実施形態の個人認証システムに備わるリーダ装置９３１０は、第１の実施形態の個人認証システムに備わるクライアント装置１０の機能に加えて、次の機能を持つ。リーダ装置９３１０は、ユーザの操作によって、クレジットカード番号及び決済金額を受け付ける。リーダ装置９３１０は、ダイヤル認証装置４に送信する認証要求に、受け付けたクレジットカード番号及び決済金額を含める。
【０１３１】
第６の実施形態の個人認証システムに備わるダイヤル認証装置４の機能は、主に、第１の実施形態の個人認証システムに備わるダイヤル認証装置４と同様である。第６の実施形態の個人認証システムに備わるダイヤル認証装置４は、第１の実施形態の個人認証システムに備わるダイヤル認証装置４の機能に加えて、次の機能を持つ。第６の実施形態のダイヤル認証装置４は、クレジットカードの与信審査及び課金を処理する。ダイヤル認証装置４のユーザ管理テーブル４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル４４２に含まれるクレジットカード番号は、ユーザが所有するクレジットカードの番号である。つまり、ユーザ管理テーブル４４２には、クレジットカード番号とユーザの電話番号とが関連付けて予め記憶されている。また、ダイヤル認証装置４の認証用電話番号対応テーブル４４１は、決済金額（図示省略）及びクレジットカード番号（図示省略）を含む。認証用電話番号対応テーブル４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。認証用電話番号対応テーブル４４１に含まれるクレジットカード番号は、決済に利用されてようとしているクレジットカードの番号である。
【０１３２】
次に、第６の実施形態の個人認証方法の処理の概要を説明する。第６の実施形態の個人認証方法のシーケンス図は、主に、第１の実施形態の個人認証方法のシーケンス図である図８と同様である。リーダ装置９３１０は、ユーザの操作を契機に、決済金額を受け付ける。また、リーダ装置９３１０のカード情報読取部１６は、ユーザのカード操作によって、クレジットカード番号を読み取る。次に、リーダ装置９３１０は、受け付けた決済金額及び読み取ったクレジットカード番号を、ダイヤル認証装置４に送信する（ＳＴ２１１）。ダイヤル認証装置４は、認証要求を受信する（ＳＴ２１２）。次に、ダイヤル認証装置４は、受信した認証要求から、決済金額及びクレジットカード番号を抽出する。次に、ダイヤル認証装置４は、認証要求ＩＤを生成する（ＳＴ２１３）。次に、ダイヤル認証装置４は、認証用電話番号を選択する（ＳＴ２１４）。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ、選択した認証用電話番号、抽出した決済金額及び抽出したクレジットカード番号を、認証用電話番号対応テーブル４４１に関連付けて記憶する（ＳＴ２１５）。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、リーダ装置９３１０に送信する（ＳＴ２１６）。リーダ装置９３１０は、認証要求ＩＤ及び認証用電話番号を受信する（ＳＴ２１７）。次に、リーダ装置９３１０は、表示装置に、受信した認証用電話番号を表示する。なお、リーダ装置９３１０は、認証用電話番号を表示せずに、認証用電話番号が記載された紙を印刷してもよい。つまり、リーダ装置９３１０は、認証用電話番号をユーザに通知できれば、いかなる方法であってもよい。携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する（ＳＴ２１８）。ダイヤル認証装置４は、携帯電話６０からのダイヤルの着信を受け付ける（ＳＴ２１９）。次に、ダイヤル認証装置４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号に基づいて、取得した発信者電話番号を認証要求ＩＤと関連付けて、認証用電話番号対応テーブル４４１に記憶する（ＳＴ２２０）。具体的には、ダイヤル認証装置４は、取得した着信電話番号と認証用電話番号対応テーブル４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、取得した発信者電話番号を、選択したレコードのユーザ電話番号４４１３に格納する。一方、リーダ装置９３１０は、認証結果要求をダイヤル認証装置４に送信する（ＳＴ２２１）。ダイヤル認証装置４は、リーダ装置９３１０から認証結果要求を受信する（ＳＴ２２２）。ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３、決済金額、クレジットカード番号を抽出する（ＳＴ２２３）。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、認証用電話番号対応テーブル４４１から抽出したクレジットカード番号と、ユーザ管理テーブル４４２から抽出したクレジットカード番号と、を照合する。抽出された二つのクレジットカード番号が一致しない場合、ダイヤル認証装置４は、認証不可と判定する。一方、抽出された二つのクレジットカード番号が一致する場合、ダイヤル認証装置４は、抽出した決済金額が利用可能か否かを判定する与信審査を行う。与信審査は、従来のクレジットカード利用時に行われるものと同様である。ダイヤル認証装置４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証装置４は、与信審査及び課金処理を、専用の装置に依頼してもよい。この場合、ダイヤル認証装置４は、与信審査及び課金を行う専用の装置と、ネットワークを介して接続される。ダイヤル認証装置４は、課金処理が完了すると、認証可能と判定する。ダイヤル認証装置４は、認証の結果を、リーダ装置９３１０に送信する（ＳＴ２２４）。リーダ装置９３１０は、認証結果を受信する（ＳＴ２２５）。次に、リーダ装置９３１０は、認証結果を、表示装置に表示する。
【０１３３】
上述の通り、第６の実施形態の個人認証システムでは、店舗でのクレジットカード決済において、署名の照合代わりに、電話の発信者電話番号を用いることができた。なお、第６の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であれば、なんでもよく、クレジットカードに限定されるものではない。例えば、決済手段は、「ジェイデビット」（商標）がある。
【０１３４】
上述した実施例では、リーダ装置９３１０によって送信される認証の要求が、クレジットカード番号を含む。しかし、次の通りであってもよい。リーダ装置９３１０は、クレジット番号を、認証要求でなく、認証結果要求に含めてもよい。この場合、ダイヤル認証装置４の認証用電話番号対応テーブル４４１は、クレジットカード番号を含まなくてよい。リーダ装置９３１０は、認証結果要求を、ダイヤル認証装置４へ送信する。ダイヤル認証装置４は、リーダ装置９３１０から認証結果要求を受信する。次に、ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３及び決済金額を抽出する。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、ユーザ管理テーブル４４２から抽出したクレジット番号と、認証結果要求に含まれるクレジットカードと、を照合する。二つのクレジットカード番号が一致する場合、ダイヤル認証装置４は、与信審査を行い、課金する。
【０１３５】
ここで、本発明の第６の実施形態の変形例を説明する。第６の実施形態の個人認証システムでは、リーダ装置９３１０は、クレジットカードの情報を読み取った。しかし、第６の実施形態の変形例では、リーダ装置９３１０によるクレジットカードの情報の読み取りがなくても、クレジットカード決済が実行できる実施例について説明する。すなわち、ユーザが、物理的にクレジットカードを保有していなくても、店舗でクレジットカード決済ができる。
【０１３６】
第６の実施形態の変形例に備わるリーダ装置９３１０が送信する認証要求は、クレジットカード番号を含まない。また、第６の実施形態の変形例に備わるダイヤル認証装置４の認証用電話番号対応テーブル４４１は、クレジットカード番号を含まない。
【０１３７】
第６の実施形態の変形例の処理の概要を説明する。リーダ装置９３１０は、ユーザの操作を契機に、認証要求をダイヤル認証装置４に送信する。ダイヤル認証装置４は、認証要求を受信する。次に、ダイヤル認証装置４は、受信した認証要求から、決済金額を抽出する。次に、ダイヤル認証装置４は、認証要求ＩＤを生成する。次に、ダイヤル認証装置４は、認証用電話番号を選択する。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ、選択した認証用電話番号及び抽出した決済金額を、認証用電話番号対応テーブル４４１に関連付けて記憶する。次に、ダイヤル認証装置４は、生成した認証要求ＩＤ及び選択した認証用電話番号を、リーダ装置９３１０に送信する。リーダ装置９３１０は、認証要求ＩＤ及び認証用電話番号を受信する。次に、リーダ装置９３１０は、表示装置に、受信した認証用電話番号を表示する。携帯電話６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、携帯電話６０からのダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号に基づいて、取得した発信者電話番号を認証要求ＩＤと関連付けて、認証用電話番号対応テーブル４４１に、記憶する。一方で、リーダ装置９３１０は、認証結果要求を、ダイヤル認証装置４に送信する。ダイヤル認証装置４は、リーダ装置９３１０から、認証結果要求を受信する。ダイヤル認証装置４は、受信した認証結果要求から、認証要求ＩＤを抽出する。次に、ダイヤル認証装置４は、抽出した認証要求ＩＤと認証用電話番号対応テーブル４４１の認証要求ＩＤ４４１１とが一致するレコードを、認証用電話番号対応テーブル４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３及び決済金額を抽出する。次に、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クレジットカード番号を抽出する。次に、ダイヤル認証装置４は、抽出したクレジットカード番号に対して、与信審査を行う。与信審査は、従来のクレジットカード利用時の与信審査である。与信審査が良好であると、ダイヤル認証装置４は、クレジットカードに決済金額を課金する。なお、ダイヤル認証装置４は、与信審査及び課金処理を、専用の装置に依頼してもよい。この場合、ダイヤル認証装置４は、与信審査及び課金を行う専用の装置と、ネットワークを介して接続される。ダイヤル認証装置４は、課金処理が完了すると、認証可能と判定する。ダイヤル認証装置４は、認証の結果を、リーダ装置９３１０に送信する。リーダ装置９３１０は、認証結果を受信する。次に、リーダ装置９３１０は、認証結果を表示装置に表示する。
【０１３８】
前述の通り、第６の実施形態の変形例では、ユーザは、店舗で、物理的にクレジットカードを保有しない。ユーザは、携帯電話６０を保有するだけで、クレジットカード決済ができる。
【０１３９】
ここで、本発明の第６の実施形態の応用例を説明する。第６の実施形態の応用例の個人認証システムに備わるダイヤル認証装置４は、公共料金を計算する装置を兼ねる。つまり、ダイヤル認証装置４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金又は水道料金等である。第６の実施形態では、ダイヤル認証装置４のユーザ管理テーブル４４２は、携帯電話６０の電話番号とクレジットカード番号との対応を記憶する。第６の実施形態の変形例の応用例では、ダイヤル認証装置４のユーザ管理テーブル４４２は、携帯電話６０の電話番号と公共料金のサービスを受けるユーザの識別子との対応を記憶する。ダイヤル認証装置４は、店舗での決済金額を、クレジットカードに課金する代わりに、公共料金に合算する。以上のように、リーダ装置９３１０のユーザは、携帯電話６０を保有するだけで、店舗での支払いを済ませることができる。
【０１４０】
（第７の実施形態）
以下では、第７の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを、社内イントラネットに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４１】
多くの企業が、社内の情報の機密性を保ちながら、従業員間の情報連絡を促すために、社内イントラネットを設ける。従業員は、出先からの社内情報の閲覧又は更新や、電子メールの送受信を目的として、パーソナルコンピュータ又はＰＤＡといったポータブル端末を、ダイヤルアップやＶＰＮといった通信手段によって、社内イントラネットに接続する。従来、従業員は、ユーザＩＤ及びパスワードを入力して、社内イントラネットに接続する。ポータブル端末のユーザは、第１の実施形態の認証方法を用いて、認証を受け、ポータブル端末を、社内イントラネットに接続する。この場合、クライアント装置１０は、社内のイントラネットに接続されようとするポータブル端末である。また、ダイヤル認証装置４は、社内のイントラネットを管理する管理サーバである。従業員は、ユーザＩＤ及びパスワードを入力せずに、社内イントラネットに接続できる。ポータブル端末を社内イントラに接続しようとするユーザは、ポータブル端末及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、ポータブル端末だけを取得した他人は、当該ポータブル端末のユーザに成り済まして、認証を受けることができない。つまり、ポータブル端末を紛失したとしても、情報流出を防ぐことができる。
【０１４２】
（第８の実施形態）
以下では、第８の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、シンクライアント（ＴＨＩＮ ＣＬＩＥＮＴ）装置を社内サーバに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４３】
シンクライアント装置は、必要最低限の補助記憶装置を備えたパーソナルコンピュータである。企業は、パーソナルコンピュータの盗難又は紛失による、情報流出を防止するために、シンクライアントシステムを導入している。シンクライアント装置の補助記憶装置は、十分な社内データ及びアプリケーションを記憶しない。社内データ及びアプリケーションは、集中サーバによって記憶される。従業員は、シンクライアント装置を操作して集中サーバに接続し、データを閲覧、更新する。従来であれば、従業員は、ユーザＩＤ及びパスワードを入力して、集中サーバに接続する。シンクライアント装置のユーザは、第１の実施形態の認証方法を用いて、認証を受け、シンクライアント装置を、社内イントラネットに接続する。この場合、クライアント装置１０は、集中サーバに接続されるシンクライアント装置である。また、ダイヤル認証装置４は、シンクライアント装置とサーバとの接続を管理する管理サーバである。管理サーバは、集中サーバに含まれてもよい。従業員は、ユーザＩＤ及びパスワードを入力せずに、シンクライアント装置を、集中サーバに接続できる。シンクライアント装置を社内イントラに接続しようとするユーザは、シンクライアント装置及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、シンクライアント装置だけを取得した他人は、当該シンクライアント装置のユーザに成り済まして、認証を受けることができない。つまり、シンクライアント装置を紛失したとしても、情報流出を防ぐことができる。
【０１４４】
（第９の実施形態）
以下では、第９の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを公衆無線ＬＡＮに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１４５】
出先で、インターネットに接続する公衆無線ＬＡＮが、普及している。従来、公衆無線ＬＡＮのユーザは、ユーザＩＤ及びパスワードを入力して、パーソナルコンピュータ及びＰＤＡ（ＰＥＲＳＯＮＡＬ ＤＩＧＩＴＡＬ ＡＳＳＩＳＴＡＮＣＥ）といったポータブル端末を、公衆無線ＬＡＮのアクセスポイントに接続する。公衆無線ＬＡＮのユーザは、第１の実施形態の認証方法を用いて、認証を受け、ポータブル端末を、アクセスポイントに接続する。この場合、クライアント装置１０は、アクセスポイントに接続されようとするポータブル端末である。また、ダイヤル認証装置４は、ポータブル端末とアクセスポイントとの接続を管理する管理サーバである。公衆無線ＬＡＮのユーザは、ユーザＩＤ及びパスワードを入力せずに、アクセスポイントに接続できる。公衆無線ＬＡＮに接続しようとするユーザは、ポータブル端末及び携帯電話６０の両方がなければ、個人認証を受けることができない。これによって、ポータブル端末だけを取得した他人は、当該ポータブル端末のユーザに成り済まして、公衆無線ＬＡＮに接続できない。
【０１４６】
（第１０の実施の形態）
以下で第１０の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１４７】
第１０の実施形態の個人認証システムは、認証要求ＩＤの代わりに、クライアント装置１０の識別子であるクライアントＩＤを用いる。なお、第１０の実施形態の個人認証システムは、第１〜第９の個人認証システムのいずれにも適用できる。ここでは、第１の実施形態の認証システムに適用した場合を説明する。
【０１４８】
第１０の実施の形態の個人認証システムは、ダイヤル認証装置４に記憶される認証用電話番号対応テーブル（図６）を除き、第１の実施の形態の個人認証システム（図１）と同一である。
【０１４９】
図１８は、第１０の実施の形態のダイヤル認証装置４の補助記憶装置に格納されている認証用電話番号対応テーブル２０４４１の構成図である。認証用電話番号対応テーブル２０４４１は、クライアントＩＤ２０４４１１、認証用電話番号４４１２及びユーザ電話番号４４１３を含む。認証用電話番号４４１２及びユーザ電話番号は、第１の実施の形態の認証用電話番号対応テーブル（図６）に含まれるものと同一であるので説明を省略する。クライアントＩＤ２０４４１１は、個人認証システムに備わるクライアント装置１０の一意な識別子である。なお、クライアントＩＤ２０４４１１には、クライアント装置１０から送信された認証要求に含まれるクライアントＩＤが格納される。
【０１５０】
次に、第１０の実施の形態の個人認証システムの処理を説明する。なお、第１の実施の形態と同一の処理については、説明を省略する。クライアント装置１０は、自身のクライアントＩＤを含む認証要求を送信する。すると、ダイヤル認証装置４は、受信した認証要求に含まれるクライアントＩＤに、認証用電話番号を割り当てる。次に、ダイヤル認証装置４は、受信した認証要求に含まれるクライアントＩＤと当該クライアントＩＤに割り当てられた認証用電話番号との対応を、認証用電話番号対応テーブル２０４４１に記憶する。具体的には、ダイヤル認証装置４は、一つの認証用電話番号を、認証用電話番号テーブル４４３の認証用電話番号４４３１の中から選択する。次に、認証用電話番号選択モジュール４３４は、認証用電話番号対応テーブル２０４４１に新たなレコードを生成する。次に、ダイヤル認証装置４は、作成した新たなレコードのクライアントＩＤ２０４４１１に、受信した認証要求に含まれるクライアントＩＤを格納する。更に、ダイヤル認証装置４は、選択した認証用電話番号を、作成した新たなレコードの認証用電話番号４４１２に格納する。
【０１５１】
次に、ダイヤル認証装置４は、選択した認証用電話番号を、ネットワーク９を介して、クライアント装置１０に送信する。クライアント装置１０は、ダイヤル認証装置４から認証用電話番号を受信する。次に、クライアント装置１０は、受信した認証用電話番号を、表示装置に表示する。
【０１５２】
携帯電話６０は、ユーザの操作を契機に、公衆交換電話回線網２を介して、発信者電話番号を含むダイヤルを、認証用電話番号に発信する。すると、ダイヤル認証装置４は、携帯電話６０からダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、当該受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号と、認証用電話番号対応テーブル２０４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、クライアントＩＤ２０４４１１を抽出する。次に、ダイヤル認証装置４は、取得した発信者電話番号とユーザ管理テーブル４４２の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、ダイヤル認証装置４は、抽出したクライアントＩＤ２０４４１１によって識別されるクライアント装置１０から送信された認証要求は、抽出したユーザＩＤ４４２１によって識別されるユーザによるものと判断する。そこで、ダイヤル認証装置４は、抽出したユーザＩＤ４４２１によって識別されるユーザを認証するか否かを判定する。そして、ダイヤル認証装置４は、認証の結果を、抽出したクライアントＩＤ２０４４１１によって識別されるクライアント装置１０に送信する。この場合、ダイヤル認証装置４は、認証結果要求を受信しなくても、認証結果をクライアント装置１０に送信できる。
【０１５３】
また、次のようであってもよい。ダイヤル認証装置４は、携帯電話６０からダイヤルの着信を受け付ける。次に、ダイヤル認証装置４は、当該受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置４は、取得した着信電話番号と、認証用電話番号対応テーブル２０４４１の認証用電話番号４４１２とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、取得した発信者電話番号を、選択したレコードのユーザ電話番号４４１３に格納する。
【０１５４】
一方、クライアント装置１０は、自身のクライアントＩＤを含む認証結果要求を、ダイヤル認証装置４に送信する。ダイヤル認証装置４は、認証結果要求に含まれるクライアントＩＤと認証用電話番号対応テーブル２０４４１のクライアントＩＤ２０４４１１とが一致するレコードを、認証用電話番号対応テーブル２０４４１から選択する。次に、ダイヤル認証装置４は、選択したレコードから、ユーザ電話番号４４１３を抽出する。そして、ダイヤル認証装置４は、第１の実施形態と同様に、抽出したユーザ電話番号４４１３に基づいて、認証結果を判定する。具体的には、ダイヤル認証装置４は、ユーザ電話番号４４１３を抽出できない場合、認証不可と判定する。一方、ユーザ電話番号４４１３を抽出できた場合、ダイヤル認証装置４は、抽出したユーザ電話番号４４１３とユーザ管理テーブル４４２（図７）の電話番号４４２２とが一致するレコードを、ユーザ管理テーブル４４２から選択する。ダイヤル認証装置４は、電話番号が一致するレコードを抽出できない場合、認証不可と判定する。一方、ダイヤル認証装置４は、電話番号が一致するレコードを抽出できた場合、認証可能と判定する。これによって、ダイヤル認証装置４は、認証要求の発行元のユーザを特定できる。具体的には、ダイヤル認証装置４は、選択したレコードから、ユーザＩＤ４４２１を抽出する。そして、ダイヤル認証装置４は、認証結果要求に含まれるクライアントＩＤによって識別されるクライアント装置１０から送信された認証要求の発行元が、抽出したユーザＩＤ４４２１によって識別されるユーザあると特定する。なお、ダイヤル認証装置４は、抽出したユーザＩＤ４４２１に対応するユーザの固有な情報を、認証結果に含めてもよい。そして、ダイヤル認証装置４は、認証結果を、ネットワーク９を介して、認証結果要求に含まれるクライアントＩＤによって識別されるクライアント装置１０に送信する。なお、第１０の実施形態のそれ以外の処理は、第１の実施形態と同一である。よって、同一の処理については説明を省略する。
【０１５５】
また、本発明の第１０の実施の形態では、重複しない認証用電話番号を、すべてのクライアント装置１０のそれぞれに予め割り当てておいてもよい。この場合、クライアント装置１０と認証用電話番号との対応は、不変であり、認証用電話番号対応テーブル２０４４１等に予め記憶しておく。そして、ダイヤル認証装置４は、着信電話番号に基づいて、ユーザの認証要求の送信元のクライアント装置１０を特定できる。
【図面の簡単な説明】
【０１５６】
【図１】第１の実施形態の個人認証システムの概略構成を示す図である。
【図２】クライアント装置１０の構成のブロック図である。
【図３】ダイヤル認証装置４の構成のブロック図である。
【図４】ダイヤル認証装置４の機能ブロック図である。
【図５】ダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号テーブル４４３の構成図である。
【図６】ダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号対応テーブル４４１の構成図である。
【図７】ダイヤル認証装置４の補助記憶装置３４に記憶されているユーザ管理テーブル４４２の構成図である。
【図８】第１の実施形態の個人認証方法の処理のシーケンス図である。
【図９】第２の実施形態の個人認証システムの概略の構成図である。
【図１０】ダイヤル認証ＷＥＢ装置９１４の機能ブロック図である。
【図１１】第２の実施形態の個人認証方法の処理のシーケンス図である。
【図１２】第３の実施形態の個人認証システムの概略の構成図である。
【図１３】第３の実施形態の個人認証方法の処理のシーケンス図である。
【図１４】第５の実施形態の個人認証システムの概略の構成図である。
【図１５】ＡＴＭ９２１０の構成のブロック図である。
【図１６】第６の実施形態の個人認証システムの概略の構成図である。
【図１７】リーダ装置９３１０の構成のブロック図である。
【図１８】第１０の実施形態のダイヤル認証装置４の補助記憶装置３４に記憶されている認証用電話番号対応テーブル２０４４１の構成図である。
【符号の説明】
【０１５７】
２ 公衆交換電話回線網
４ ダイヤル認証装置
５ 導入ＷＥＢサーバ
９ ネットワーク
１０ クライアント装置
１１ 送受信部
１２ 中央処理装置
１３ 主記憶装置
１４ 補助記憶装置
１５ 現金取扱部
１６ カード情報読取部
２０４４１ 認証用電話番号対応テーブル
２０４４１１ クライアントＩＤ
３１ 送受信部
３２ 中央処理装置
３３ 主記憶装置
３４ 補助記憶装置
４００ 認証プログラム
４３１ メインモジュール
４３３ 認証要求ＩＤ生成モジュール
４３４ 認証用電話番号選択モジュール
４３５ 認証用電話番号送信モジュール
４３６ ダイヤル着信モジュール
４３７ 電話番号読取モジュール
４３８ 認証モジュール
４３９ 認証結果送信モジュール
４４１ 認証用電話番号対応テーブル
４４２ ユーザ管理テーブル
４４３ 認証用電話番号テーブル
４３２１ 認証要求受信モジュール
４３２２ 認証結果要求受信モジュール
４４１１ 認証要求ＩＤ
４４１２ 認証用電話番号
４４１３ ユーザ電話番号
４４２１ ユーザＩＤ
４４２２ 電話番号
４４３１ 認証用電話番号
４４３２ 割当フラグ
６０ 携帯電話
８０ 固定電話
９１１０ クライアント装置
９１４ ダイヤル認証ＷＥＢ装置
９１４００ 認証プログラム
９１４３５ 認証用電話番号送信モジュール
９１４３９ 認証結果送信モジュール
９１６０ 携帯電話
９１８０ 固定電話
９２１０ ＡＴＭ
９３４ ＡＴＭダイヤル認証装置
９３１０ リーダ装置
９５４ ダイヤル認証専用ＷＥＢ装置
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項２】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項３】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、
前記クライアント計算機から認証要求を受信し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項４】
前記認証計算機は、
電話番号を割り当ててから所定の時間が経過すると、当該電話番号の割り当てを解除し、
前記割り当てを解除した電話番号を再度割り当てることを特徴とする請求項１又は２に記載の認証システム。
【請求項５】
前記認証計算機は、前記割り当てた電話番号を、前記認証要求の送信元であるクライアント計算機に送信し、
当該クライアント計算機は、前記認証計算機から受信した電話番号を出力することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項６】
前記クライアント計算機は、前記認証計算機から受信した電話番号を含む認証結果要求を、前記認証計算機に送信し、
前記認証計算機は、前記クライアント計算機から前記認証結果要求を受信すると、当該受信した認証結果要求から電話番号を抽出し、
前記抽出された電話番号が着信電話番号であるダイヤルを着信したか否かを判定し、
当該ダイヤルを着信していると、前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項５に記載の認証システム。
【請求項７】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定されたクライアント計算機から受信した認証要求の結果を、認証不可と判定することを特徴とする請求項１又は３に記載の認証システム。
【請求項８】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定された認証要求の結果を、認証不可と判定することを特徴とする請求項２に記載の認証システム。
【請求項９】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、当該特定された発信者電話番号を新規ユーザの電話番号として、前記ユーザ情報に格納することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１０】
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定されたクライアント計算機に、前記判定した結果を送信することを特徴とする請求項１又は３に記載の認証システム。
【請求項１１】
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定された認証要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２に記載の認証システム。
【請求項１２】
前記認証計算機は、
前記認証要求の送信元であるクライアント計算機の識別子を含む認証結果要求を、当該クライアント計算機から受信すると、当該受信した認証結果要求から前記クライアント計算機の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別されるクライアント計算機から受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項１又は３に記載の認証システム。
【請求項１３】
前記認証計算機は、
前記クライアント計算機から認証要求を受信すると、当該受信した認証要求の識別子を生成し、
前記生成された認証要求の識別子を、前記クライアント計算機に送信し、
前記認証要求の識別子を含む認証結果要求を前記クライアント計算機から受信し、
当該受信した認証結果要求から、認証要求の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別される認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２に記載の認証システム。
【請求項１４】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの固有な情報との対応を含み、
前記認証計算機は、
前記ユーザ情報を参照して、前記特定されたユーザに対応する固有な情報を特定し、
前記クライアント計算機からユーザの固有な情報を受信し、
前記特定された固有な情報と前記受信した固有な情報とが一致すると、前記受信した認証要求の結果を、認証可能と判定することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１５】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項１４に記載の認証システム。
【請求項１６】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機を備え、
前記認証計算機は、前記クライアント計算機が前記ＷＥＢ計算機へアクセスするための認証要求を処理することを特徴とする請求項１又は２に記載の認証システム。
【請求項１７】
前記ユーザ情報は、更に、前記ユーザと当該ユーザのクレジットカードとの対応を含み、
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証要求の結果を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応するクレジットカードを特定し、
前記特定されたクレジットカードに対する与信審査を行い、
与信審査の結果が良好であると、前記特定されたクレジットカードでの決済を許可することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１８】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの口座との対応を含み、
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し
前記受信した認証要求を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応する口座を特定し、
前記特定された口座に対する取引を実行することを特徴とする請求項１又は２に記載の認証システム。
【請求項１９】
前記クライアント計算機は、パーソナルコンピュータ、カード情報を読み取るリーダ装置又はＡＴＭのいずれかであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項２０】
前記認証計算機は、ＷＥＢサーバであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項２１】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２２】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２３】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、
前記クライアント計算機から認証要求を受信し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２４】
前記プロセッサは、
電話番号を割り当ててから所定の時間が経過すると、当該電話番号の割り当てを解除し、
前記割り当てを解除した電話番号を再度割り当てることを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項２５】
前記プロセッサは、前記割り当てた電話番号を、前記認証要求の送信元であるクライアント計算機に送信し、
前記送信した電話番号の出力を前記クライアント計算機に指示することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項２６】
前記プロセッサは、前記送信した電話番号を含む認証結果要求を、前記クライアント計算機から受信し、
当該受信した認証結果要求から電話番号を抽出し、
前記抽出された電話番号が着信電話番号であるダイヤルを着信したか否かを判定し、
当該ダイヤルを着信していると、前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２５に記載の認証計算機。
【請求項２７】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定されたクライアント計算機から受信した認証要求の結果を、認証不可と判定することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項２８】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定された認証要求の結果を、認証不可と判定することを特徴とする請求項２２に記載の認証計算機。
【請求項２９】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、当該特定された発信者電話番号を新規ユーザの電話番号として、前記ユーザ情報に格納することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３０】
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定されたクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項３１】
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定された認証要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２２に記載の認証計算機。
【請求項３２】
前記プロセッサは、
前記認証要求の送信元であるクライアント計算機の識別子を含む認証結果要求を、当該クライアント計算機から受信すると、当該受信した認証結果要求から前記クライアント計算機の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別されるクライアント計算機から受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項３３】
前記プロセッサは、
前記クライアント計算機から認証要求を受信すると、当該受信した認証要求の識別子を生成し、
前記生成された認証要求の識別子を、前記クライアント計算機に送信し、
前記認証要求の識別子を含む認証結果要求を前記クライアント計算機から受信し、
当該受信した認証結果要求から、認証要求の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別される認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２２に記載の認証計算機。
【請求項３４】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの固有な情報との対応を含み、
前記プロセッサは、
前記ユーザ情報を参照して、前記特定されたユーザに対応する固有な情報を特定し、
前記クライアント計算機からユーザの固有な情報を受信し、
前記特定された固有な情報と前記受信した固有な情報とが一致すると、前記受信した認証要求の結果を、認証可能と判定することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３５】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項３４に記載の認証計算機。
【請求項３６】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機に接続され、
前記プロセッサは、前記クライアント計算機が前記ＷＥＢ計算機へアクセスするための認証要求を処理することを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項３７】
前記ユーザ情報は、更に、前記ユーザと当該ユーザのクレジットカードとの対応を含み、
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証要求の結果を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応するクレジットカードを特定し、
前記特定されたクレジットカードに対する与信審査を行い、
与信審査の結果が良好であると、前記特定されたクレジットカードでの決済を許可することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３８】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの口座との対応を含み、
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し
前記受信した認証要求を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応する口座を特定し、
前記特定された口座に対する取引を実行することを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項３９】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当てるステップと、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定するステップと、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【請求項４０】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当てるステップと、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定するステップと、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【請求項４１】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶するステップと、
前記クライアント計算機から認証要求を受信するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定するステップと、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【請求項１】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項２】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項３】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、前記複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、
前記クライアント計算機から認証要求を受信し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証システム。
【請求項４】
前記認証計算機は、
電話番号を割り当ててから所定の時間が経過すると、当該電話番号の割り当てを解除し、
前記割り当てを解除した電話番号を再度割り当てることを特徴とする請求項１又は２に記載の認証システム。
【請求項５】
前記認証計算機は、前記割り当てた電話番号を、前記認証要求の送信元であるクライアント計算機に送信し、
当該クライアント計算機は、前記認証計算機から受信した電話番号を出力することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項６】
前記クライアント計算機は、前記認証計算機から受信した電話番号を含む認証結果要求を、前記認証計算機に送信し、
前記認証計算機は、前記クライアント計算機から前記認証結果要求を受信すると、当該受信した認証結果要求から電話番号を抽出し、
前記抽出された電話番号が着信電話番号であるダイヤルを着信したか否かを判定し、
当該ダイヤルを着信していると、前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項５に記載の認証システム。
【請求項７】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定されたクライアント計算機から受信した認証要求の結果を、認証不可と判定することを特徴とする請求項１又は３に記載の認証システム。
【請求項８】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定された認証要求の結果を、認証不可と判定することを特徴とする請求項２に記載の認証システム。
【請求項９】
前記認証計算機は、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、当該特定された発信者電話番号を新規ユーザの電話番号として、前記ユーザ情報に格納することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１０】
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定されたクライアント計算機に、前記判定した結果を送信することを特徴とする請求項１又は３に記載の認証システム。
【請求項１１】
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定された認証要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２に記載の認証システム。
【請求項１２】
前記認証計算機は、
前記認証要求の送信元であるクライアント計算機の識別子を含む認証結果要求を、当該クライアント計算機から受信すると、当該受信した認証結果要求から前記クライアント計算機の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別されるクライアント計算機から受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項１又は３に記載の認証システム。
【請求項１３】
前記認証計算機は、
前記クライアント計算機から認証要求を受信すると、当該受信した認証要求の識別子を生成し、
前記生成された認証要求の識別子を、前記クライアント計算機に送信し、
前記認証要求の識別子を含む認証結果要求を前記クライアント計算機から受信し、
当該受信した認証結果要求から、認証要求の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別される認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２に記載の認証システム。
【請求項１４】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの固有な情報との対応を含み、
前記認証計算機は、
前記ユーザ情報を参照して、前記特定されたユーザに対応する固有な情報を特定し、
前記クライアント計算機からユーザの固有な情報を受信し、
前記特定された固有な情報と前記受信した固有な情報とが一致すると、前記受信した認証要求の結果を、認証可能と判定することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１５】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項１４に記載の認証システム。
【請求項１６】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機を備え、
前記認証計算機は、前記クライアント計算機が前記ＷＥＢ計算機へアクセスするための認証要求を処理することを特徴とする請求項１又は２に記載の認証システム。
【請求項１７】
前記ユーザ情報は、更に、前記ユーザと当該ユーザのクレジットカードとの対応を含み、
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証要求の結果を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応するクレジットカードを特定し、
前記特定されたクレジットカードに対する与信審査を行い、
与信審査の結果が良好であると、前記特定されたクレジットカードでの決済を許可することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１８】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの口座との対応を含み、
前記認証計算機は、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し
前記受信した認証要求を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応する口座を特定し、
前記特定された口座に対する取引を実行することを特徴とする請求項１又は２に記載の認証システム。
【請求項１９】
前記クライアント計算機は、パーソナルコンピュータ、カード情報を読み取るリーダ装置又はＡＴＭのいずれかであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項２０】
前記認証計算機は、ＷＥＢサーバであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項２１】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当て、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２２】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当て、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定し、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２３】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶し、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶し、
前記クライアント計算機から認証要求を受信し、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定し、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定し、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定し、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断することを特徴とする認証計算機。
【請求項２４】
前記プロセッサは、
電話番号を割り当ててから所定の時間が経過すると、当該電話番号の割り当てを解除し、
前記割り当てを解除した電話番号を再度割り当てることを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項２５】
前記プロセッサは、前記割り当てた電話番号を、前記認証要求の送信元であるクライアント計算機に送信し、
前記送信した電話番号の出力を前記クライアント計算機に指示することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項２６】
前記プロセッサは、前記送信した電話番号を含む認証結果要求を、前記クライアント計算機から受信し、
当該受信した認証結果要求から電話番号を抽出し、
前記抽出された電話番号が着信電話番号であるダイヤルを着信したか否かを判定し、
当該ダイヤルを着信していると、前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２５に記載の認証計算機。
【請求項２７】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定されたクライアント計算機から受信した認証要求の結果を、認証不可と判定することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項２８】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、前記特定された認証要求の結果を、認証不可と判定することを特徴とする請求項２２に記載の認証計算機。
【請求項２９】
前記プロセッサは、前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定できない場合、当該特定された発信者電話番号を新規ユーザの電話番号として、前記ユーザ情報に格納することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３０】
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定されたクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項３１】
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記特定された認証要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２２に記載の認証計算機。
【請求項３２】
前記プロセッサは、
前記認証要求の送信元であるクライアント計算機の識別子を含む認証結果要求を、当該クライアント計算機から受信すると、当該受信した認証結果要求から前記クライアント計算機の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別されるクライアント計算機から受信した認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２１又は２３に記載の認証計算機。
【請求項３３】
前記プロセッサは、
前記クライアント計算機から認証要求を受信すると、当該受信した認証要求の識別子を生成し、
前記生成された認証要求の識別子を、前記クライアント計算機に送信し、
前記認証要求の識別子を含む認証結果要求を前記クライアント計算機から受信し、
当該受信した認証結果要求から、認証要求の識別子を抽出し、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記抽出された識別子によって識別される認証要求の結果を判定し、
前記受信した認証結果要求の送信元であるクライアント計算機に、前記判定した結果を送信することを特徴とする請求項２２に記載の認証計算機。
【請求項３４】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの固有な情報との対応を含み、
前記プロセッサは、
前記ユーザ情報を参照して、前記特定されたユーザに対応する固有な情報を特定し、
前記クライアント計算機からユーザの固有な情報を受信し、
前記特定された固有な情報と前記受信した固有な情報とが一致すると、前記受信した認証要求の結果を、認証可能と判定することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３５】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項３４に記載の認証計算機。
【請求項３６】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機に接続され、
前記プロセッサは、前記クライアント計算機が前記ＷＥＢ計算機へアクセスするための認証要求を処理することを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項３７】
前記ユーザ情報は、更に、前記ユーザと当該ユーザのクレジットカードとの対応を含み、
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し、
前記受信した認証要求の結果を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応するクレジットカードを特定し、
前記特定されたクレジットカードに対する与信審査を行い、
与信審査の結果が良好であると、前記特定されたクレジットカードでの決済を許可することを特徴とする請求項２１から２３のいずれか一つに記載の認証計算機。
【請求項３８】
前記ユーザ情報は、更に、前記ユーザと当該ユーザの口座との対応を含み、
前記プロセッサは、
前記ユーザ情報及び前記認証用電話番号対応情報のうち少なくとも一方を参照して、前記受信した認証要求の結果を判定し
前記受信した認証要求を認証可能と判定すると、前記ユーザ情報を参照して、前記特定されたユーザに対応する口座を特定し、
前記特定された口座に対する取引を実行することを特徴とする請求項２１又は２２に記載の認証計算機。
【請求項３９】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、前記複数のクライアント計算機のいずれにも割り当てられていない電話番号を、当該受信した認証要求の送信元であるクライアント計算機に割り当てるステップと、
前記受信した認証要求の送信元であるクライアント計算機と当該クライアント計算機に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定するステップと、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【請求項４０】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機から認証要求を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信した認証要求のいずれにも割り当てられていない電話番号を、当該受信した認証要求に割り当てるステップと、
前記受信した認証要求と当該認証要求に割り当てられた電話番号との対応を、認証用電話番号対応情報に記憶するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応する認証要求を特定するステップと、
前記特定された認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【請求項４１】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザと当該ユーザの電話番号との対応を示すユーザ情報を記憶するステップと、
前記クライアント計算機と、当該認証計算機が受信可能な電話番号のうち、他のクライアント計算機と重複しないように当該クライアント計算機に割り当てられた電話番号と、の対応を、認証用電話番号対応情報に記憶するステップと、
前記クライアント計算機から認証要求を受信するステップと、
ダイヤルを着信すると、当該着信したダイヤルの発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ情報を参照して、前記特定された発信者電話番号に対応するユーザを特定するステップと、
前記認証用電話番号対応情報を参照して、前記特定された着信電話番号に対応するクライアント計算機を特定するステップと、
前記特定されたクライアント計算機から受信した認証要求では、前記特定されたユーザによって認証が要求されていると判断するステップと、を含むことを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【公開番号】特開２００７−３０４７５２（Ｐ２００７−３０４７５２Ａ）
【公開日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願番号】特願２００６−１３１０６５（Ｐ２００６−１３１０６５）
【出願日】平成１８年５月１０日（２００６．５．１０）
【出願人】（３０６０１６６８２）株式会社キーテル (28)
【Ｆターム（参考）】
【公開日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願日】平成１８年５月１０日（２００６．５．１０）
【出願人】（３０６０１６６８２）株式会社キーテル (28)
【Ｆターム（参考）】
[ Back to top ]