(57)【要約】【課題】本発明は、安全性及び利便性の高い個人認証システムを提供することを課題とする。【解決手段】個人認証システムは、複数のクライアント計算機と、複数の電話機と、認証計算機とを備え、前記認証計算機は、前記クライアント計算機からユーザの固有な情報を受信すると、当該受信したユーザの固有な情報に対応する電話機の電話番号を特定し、当該認証計算機が着信可能な電話番号を、確認用電話番号として前記電話機に通知し、前記電話機からダイヤルの着信を受け、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記特定された発信者電話番号と前記特定された着信電話番号との対応と、前記電話機の電話番号と確認用電話番号との対応と、が一致するか否かを判定し、二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定する。【選択図】図１
2008027055.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を示すユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、前記ユーザ管理情報に基づいて、当該受信したユーザの固有な情報に対応する電話機の電話番号を特定し、
当該認証計算機が着信可能な電話番号のうち、以前に特定された電話機の電話番号のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記特定された電話機の電話番号と、前記選択された確認用電話番号と、を対応付けて記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記特定された発信者電話番号と前記特定された着信電話番号との対応と、前記記憶されている電話機の電話番号と確認用電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証システム。
【請求項２】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を示すユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記ユーザ管理情報に基づいて、当該特定された発信者電話番号に対応するユーザの固有な情報を特定し、
前記特定されたユーザの固有な情報と前記特定された着信電話番号との対応と、前記記憶されているユーザの固有な情報と確認用電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証システム。
【請求項３】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、
前記認証計算機は、
ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を含むユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて確認用電話番号対応情報に記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記確認用電話番号対応情報に基づいて、当該特定された着信電話番号に対応するユーザの固有な情報を特定し、
前記特定されたユーザの固有な情報と前記特定された発信者電話番号との対応と、前記ユーザ管理情報に含まれるユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証システム。
【請求項４】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項５】
前記認証計算機は、
前記確認用電話番号を対応付けて記憶してから所定の時間が経過すると、当該確認用電話番号の対応付けを解除し、
前記対応付けが解除された確認用電話番号を再度対応付けることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項６】
前記認証計算機は、前記選択された確認用電話番号を発信元とするダイヤルを、前記特定された電話機の電話番号に発信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項１に記載の認証システム。
【請求項７】
前記認証計算機は、
前記ユーザ管理情報に基づいて、前記受信したユーザの固有な情報に対応する電話機の電話番号を特定し、
前記選択された確認用電話番号を発信元とするダイヤルを、前記特定された電話機の電話番号に発信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項２又は３に記載の認証システム。
【請求項８】
前記ユーザ管理情報は、更に、ユーザの固有な情報と当該ユーザが所有する前記電話機のメールアドレスとの対応を含み、
前記認証計算機は、
前記ユーザ管理情報に基づいて、前記受信したユーザの固有な情報に対応する電話機のメールアドレスを特定し、
前記選択された確認用電話番号を含む電子メールを、前記特定された電話機のメールアドレス宛てに送信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項９】
前記認証計算機は、二つの対応が一致しないと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が不正なユーザによって操作されていると判定することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１０】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機を備え、
前記認証計算機は、前記ＷＥＢ計算機へアクセスする前記クライアント計算機を操作するユーザの正当性を判定することを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１１】
前記クライアント計算機は、パーソナルコンピュータ、カード情報を読み取るリーダ装置又はＡＴＭのいずれかであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１２】
前記認証計算機は、ＷＥＢサーバであることを特徴とする請求項１から３のいずれか一つに記載の認証システム。
【請求項１３】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を示すユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、前記ユーザ管理情報に基づいて、当該受信したユーザの固有な情報に対応する電話機の電話番号を特定し、
当該認証計算機が着信可能な電話番号のうち、以前に特定された電話機の電話番号のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記特定された電話機の電話番号と、前記選択された確認用電話番号と、を対応付けて記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記特定された発信者電話番号と前記特定された着信電話番号との対応と、前記記憶されている電話機の電話番号と確認用電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証計算機。
【請求項１４】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を示すユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記ユーザ管理情報に基づいて、当該特定された発信者電話番号に対応するユーザの固有な情報を特定し、
前記特定されたユーザの固有な情報と前記特定された着信電話番号との対応と、前記記憶されているユーザの固有な情報と確認用電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証計算機。
【請求項１５】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機であって、
前記プロセッサは、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を含むユーザ管理情報を記憶し、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて確認用電話番号対応情報に記憶し、
前記選択された確認用電話番号を、前記電話機に通知し、
前記電話機からダイヤルの着信を受け、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、
前記確認用電話番号対応情報に基づいて、当該特定された着信電話番号に対応するユーザの固有な情報を特定し、
前記特定されたユーザの固有な情報と前記特定された発信者電話番号との対応と、前記ユーザ管理情報に含まれるユーザの固有な情報とユーザが所有する電話機の電話番号との対応と、が一致するか否かを判定し、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証計算機。
【請求項１６】
前記ユーザの固有な情報は、ユーザの識別子、暗証番号、ユーザが所有するカードの番号及びユーザの生体情報のうち少なくとも一つを含むことを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項１７】
前記プロセッサは、
前記確認用電話番号を対応付けて記憶してから所定の時間が経過すると、当該確認用電話番号の対応付けを解除し、
前記対応付けが解除された確認用電話番号を再度対応付けることを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項１８】
前記プロセッサは、前記選択された確認用電話番号を発信元とするダイヤルを、前記特定された電話機の電話番号に発信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項１３に記載の認証計算機。
【請求項１９】
前記プロセッサは、
前記ユーザ管理情報に基づいて、前記受信したユーザの固有な情報に対応する電話機の電話番号を特定し、
前記選択された確認用電話番号を発信元とするダイヤルを、前記特定された電話機の電話番号に発信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項１４又は１５に記載の認証計算機。
【請求項２０】
前記ユーザ管理情報は、更に、ユーザの固有な情報と当該ユーザが所有する前記電話機のメールアドレスとの対応を含み、
前記プロセッサは、
前記ユーザ管理情報に基づいて、前記受信したユーザの固有な情報に対応する電話機のメールアドレスを特定し、
前記選択された確認用電話番号を含む電子メールを、前記特定された電話機のメールアドレス宛てに送信することによって、前記選択された確認用電話番号を、前記電話機に通知することを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項２１】
前記プロセッサは、二つの対応が一致しないと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が不正なユーザによって操作されていると判定することを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項２２】
更に、前記クライアント計算機にＷＥＢページを送信するＷＥＢ計算機に接続され、
前記プロセッサは、前記ＷＥＢ計算機へアクセスする前記クライアント計算機を操作するユーザの正当性を判定することを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項２３】
前記クライアント計算機は、パーソナルコンピュータ、カード情報を読み取るリーダ装置又はＡＴＭのいずれかであることを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項２４】
ＷＥＢサーバであることを特徴とする請求項１３から１５のいずれか一つに記載の認証計算機。
【請求項２５】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を示すユーザ管理情報を記憶するステップと、
前記クライアント計算機からユーザの固有な情報を受信すると、前記ユーザ管理情報に基づいて、当該受信したユーザの固有な情報に対応する電話機の電話番号を特定するステップと、
当該認証計算機が着信可能な電話番号のうち、以前に特定された電話機の電話番号のいずれにも対応付けられていない電話番号を、確認用電話番号として選択するステップと、
前記特定された電話機の電話番号と、前記選択された確認用電話番号と、を対応付けて記憶するステップと、
前記選択された確認用電話番号を、前記電話機に通知するステップと、
前記電話機からダイヤルの着信を受けるステップと、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定するステップと、
前記特定された発信者電話番号と前記特定された着信電話番号との対応と、前記記憶されている電話機の電話番号と確認用電話番号との対応と、が一致するか否かを判定するステップと、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定するステップと、を含むことを特徴とするプログラム。
【請求項２６】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を示すユーザ管理情報を記憶するステップと、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択するステップと、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて記憶するステップと、
前記選択された確認用電話番号を、前記電話機に通知するステップと、
前記電話機からダイヤルの着信を受けるステップと、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定するステップと、
前記ユーザ管理情報に基づいて、当該特定された発信者電話番号に対応するユーザの固有な情報を特定するステップと、
前記特定されたユーザの固有な情報と前記特定された着信電話番号との対応と、前記記憶されているユーザの固有な情報と確認用電話番号との対応と、が一致するか否かを判定するステップと、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定するステップと、を含むことを特徴とするプログラム。
【請求項２７】
複数のクライアント計算機にネットワークを介して接続され、プロセッサ、メモリ及びインタフェースを備える認証計算機に実行されるプログラムであって、
ユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応を含むユーザ管理情報を記憶するステップと、
前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択するステップと、
前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて確認用電話番号対応情報に記憶するステップと、
前記選択された確認用電話番号を、前記電話機に通知するステップと、
前記電話機からダイヤルの着信を受けるステップと、
前記着信したダイヤルから、発信者電話番号及び着信電話番号を特定するステップと、
前記確認用電話番号対応情報に基づいて、当該特定された着信電話番号に対応するユーザの固有な情報を特定するステップと、
前記特定されたユーザの固有な情報と前記特定された発信者電話番号との対応と、前記ユーザ管理情報に含まれるユーザの固有な情報と電話機の電話番号との対応と、が一致するか否かを判定するステップと、
二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定するステップと、を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は認証システム、認証計算機及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ユーザを特定してサービスを提供する場合の個人認証として、ユーザＩＤ及びパスワードの組み合わせが知られている。例えば、インターネットを経由してＷＥＢサイトにログインする者は、操作するパーソナルコンピュータに表示されたＷＥＢ画面に応じて、ユーザＩＤ及びパスワードを入力し、ＷＥＢサーバに認証要求を送信する。また、金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力し、認証要求を認証サーバに送信する。この場合のユーザＩＤは、キャッシュカードである。
【０００３】
しかし、ＷＥＢサイトのユーザは、ＷＥＢサイトの画面に応じてユーザＩＤ及びパスワードを入力する手間がいる。また、この認証方法は広く普及しており、インターネットバンキングや各種電子商取引のＷＥＢサイトで採用されている。このため、一人が管理すべきユーザＩＤ及びパスワードが増えている。ＷＥＢサイトのユーザは、ユーザＩＤ又はパスワードを忘れた場合には、ユーザＩＤ又はパスワードをサイト運営者に問い合わせる必要があり、ＷＥＢサイトの利便性を享受できない。また、本来のユーザではない者が、ユーザＩＤ及びパスワードを掠め取り、取引を行うなりすましが社会問題化している。ユーザＩＤ及びパスワードを掠め取る手段として、フィッシングやスパイウェアが知られている。フィッシングとは、正規のＷＥＢサイトにそっくりな擬似サイトを設けて、本来のユーザにユーザＩＤ及びパスワードを入力させ、ユーザＩＤ及びパスワードを掠め取る行為である。また、スパイウェアとは、パーソナルコンピュータのユーザが知らないうちにインストールされるソフトウェアで、ユーザが入力する各種ユーザＩＤ及びパスワードを読み取り、インターネット経由で盗聴者のサーバまで通知するソフトウェアのことである。インターネットバンキングや電子商取引でなりすましによる取引が成立した場合、本来のユーザはもとより、ＷＥＢサイトの運営者にもサイトの信頼性失墜や補償問題で甚大な被害が発生する。
【０００４】
金融機関の利用者が金融機関のＡＴＭで預け金を引き出す場合は、ＡＴＭにキャッシュカードを挿入して、暗証番号を入力する手間がいる。また、盗撮機によって暗証番号が盗撮され、キャッシュカードが盗まれた場合、なりすましのユーザによって預金が引き出されてしまう。預金者はもとより、銀行は、信頼性の失墜や補償問題で大きな被害を受ける。
【０００５】
特許文献１では、ＷＥＢサイトのユーザが認証を受ける際に、ＷＥＢサイトにユーザＩＤ及びパスワードを入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【０００６】
特許文献２では、ＷＥＢサイトのユーザが認証を受ける際に、電話番号をユーザＩＤとして、ＷＥＢサイトに入力し、特定の電話番号にダイヤルすることで、ユーザを認証する個人認証方法が公開されている。
【特許文献１】特許公開２００２−２２９９５１
【特許文献２】特許公開２００４−２１３４４０
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１の技術によれば、発信者電話番号を利用するために、ユーザＩＤ及びパスワードを掠め取られた場合でも、なりすましを防止できる。また、特許文献２の技術によれば、発信者電話番号を利用するために、なりすましの電話番号をＷＥＢサイトに入力された場合でも、なりすましを防止することができる。しかし、特許文献１及び特許文献２の技術では、発信者電話番号通知を伴うダイヤルをしたユーザと当該ユーザが操作する計算機との対応を正確に把握できない。そのため、特許文献１及び特許文献２の技術では、安全性及び利便性の高い認証を提供することができない。例えば、特許文献１及び特許文献２の技術では、本来のユーザでない者が、正当なユーザのユーザＩＤ等を何度も入力することによって、当該正当なユーザになりすませてしまう可能性がある。具体的には、正当なユーザが、特定の電話番号にダイヤルすることによって認証を行った後に、当該特定の電話番号に誤ってリダイヤルしてしまうと、本来のユーザでない者が正当なユーザとして認証されてしまう。
【０００８】
本発明は、前述した問題点に鑑みてなされたものであって、安全性及び利便性の高い個人認証システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を示すユーザ管理情報を記憶し、前記クライアント計算機からユーザの固有な情報を受信すると、前記ユーザ管理情報に基づいて、当該受信したユーザの固有な情報に対応する電話機の電話番号を特定し、当該認証計算機が着信可能な電話番号のうち、以前に特定された電話機の電話番号のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、前記特定された電話機の電話番号と、前記選択された確認用電話番号と、を対応付けて記憶し、前記選択された確認用電話番号を、前記電話機に通知し、前記電話機からダイヤルの着信を受け、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記特定された発信者電話番号と前記特定された着信電話番号との対応と、前記記憶されている電話機の電話番号と確認用電話番号との対応と、が一致するか否かを判定し、二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする。
【００１０】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を示すユーザ管理情報を記憶し、前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて記憶し、前記選択された確認用電話番号を、前記電話機に通知し、前記電話機からダイヤルの着信を受け、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記ユーザ管理情報に基づいて、当該特定された発信者電話番号に対応するユーザの固有な情報を特定し、前記特定されたユーザの固有な情報と前記特定された着信電話番号との対応と、前記記憶されているユーザの固有な情報と確認用電話番号との対応と、が一致するか否かを判定し、二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする。
【００１１】
また、プロセッサ、メモリ及びインタフェースを備える複数のクライアント計算機と、発信者番号通知を伴うダイヤルを発信する複数の電話機と、プロセッサ、メモリ及びインタフェースを備え、前記複数のクライアント計算機にネットワークを介して接続される認証計算機と、を備える認証システムであって、前記認証計算機は、ユーザの固有な情報と当該ユーザが所有する前記電話機の電話番号との対応を含むユーザ管理情報を記憶し、前記クライアント計算機からユーザの固有な情報を受信すると、当該認証計算機が着信可能な電話番号のうち、以前に受信したユーザの固有な情報のいずれにも対応付けられていない電話番号を、確認用電話番号として選択し、前記受信したユーザの固有な情報と前記選択された確認用電話番号と、を対応付けて確認用電話番号対応情報に記憶し、前記選択された確認用電話番号を、前記電話機に通知し、前記電話機からダイヤルの着信を受け、当該着信したダイヤルから、発信者電話番号及び着信電話番号を特定し、前記確認用電話番号対応情報に基づいて、当該特定された着信電話番号に対応するユーザの固有な情報を特定し、前記特定されたユーザの固有な情報と前記特定された発信者電話番号との対応と、前記ユーザ管理情報に含まれるユーザの固有な情報と当該ユーザが所有する電話機の電話番号との対応と、が一致するか否かを判定し、二つの対応が一致したと判定すると、前記ユーザの固有な情報の送信元であるクライアント計算機が正当なユーザによって操作されていると判定することを特徴とする認証システム。
【発明の効果】
【００１２】
本発明の代表的な実施形態によれば、個人認証システムの安全性及び利便性を高めることができる。
【発明を実施するための最良の形態】
【００１３】
本発明の実施形態を図面を参照して説明する。なお、第１の実施形態として、本発明の汎用的な実施形態を説明する。次に、第２の実施形態として、第１の実施形態を、ＷＥＢサイトに用いた具体的な実施形態を説明する。次に、第３の実施形態として、第２の実施形態を、既存のＷＥＢサーバへ容易に導入するための具体的な実施形態を説明する。次に、第４の実施形態として、第３の実施形態を、インターネットのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第５の実施形態として、第１の実施形態を、金融機関のＡＴＭに用いる具体的な実施形態について説明する。次に、第６の実施形態として、第１の実施形態を、店舗でのクレジットカード決済に用いる具体的な実施形態を説明する。次に、第７の実施形態として、第１の実施形態を、社内イントラネットの接続に用いる具体的な実施形態を説明する。次に、第８の実施形態として、第１の実施形態を、シンクライアントの集中サーバへの接続に用いる具体的な実施形態を説明する。次に、第９の実施形態として、第１の実施形態を、公衆無線ＬＡＮの接続に用いる具体的な実施形態を説明する。
【００１４】
（第１の実施形態）
図１は、第１の実施形態の個人認証システムの概略の構成図である。図１に示す個人認証システムは、クライアント装置８０１０、携帯電話８０６０、固定電話８０８０及びダイヤル認証装置８０４を備える。クライアント装置８０１０は、認証を受けようとするユーザによって操作される計算機である。また、クライアント装置８０１０はネットワーク９に接続されている。クライアント装置８０１０については、図２で詳細を説明する。ネットワーク９は、インターネットであってもよいし、インターナルネットワークであってもよい。携帯電話８０６０及び固定電話８０８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の技術で採用されているように、文字であってもよい。携帯電話８０６０及び固定電話８０８０は、公衆交換電話回線網２に接続されている。携帯電話８０６０及び固定電話８０８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置８０４は、ネットワーク９を介してクライアント装置８０１０に接続されている。また、ダイヤル認証装置８０４は、公衆交換電話回線網２を介して、携帯電話８０６０及び固定電話８０８０に接続されている。ダイヤル認証装置８０４については、図３で詳細を説明する。なお、説明を明瞭にするために、第１の実施形態の個人認証システムでは、１台のクライアント装置８０１０に対する認証処理を説明する。実際には、ダイヤル認証装置８０４は、ネットワーク９を介して、複数のクライアント装置８０１０に対する認証を行う。また、図１では、クライアント装置８０１０は５台を図示したが、個人認証システムに何台備わっていても良い。また、図１では、携帯電話８０６０及び固定電話８０８０は、それぞれ２台ずつを図示しているが、それぞれ何台ずつ備わっていてもよい。また、ダイヤル認証装置８０４は、複数のクライアント装置８０１０を認証することができる。
【００１５】
図２は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０の構成のブロック図である。クライアント装置８０１０は、物理的には、送受信部８０１１、中央処理装置８０１２、主記憶装置８０１３、補助記憶装置８０１４、入力装置（図示省略）及び表示装置（図示省略）等を備えたコンピュータシステムである。送受信部８０１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置８０４）とデータを送受信するインタフェースである。中央処理装置８０１２は、例えば、ＣＰＵである。中央処理装置８０１２は、主記憶装置８０１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置８０１３は、例えば、メモリである。主記憶装置８０１３は、中央処理装置８０１２によって実行されるプログラム及び中央処理装置８０１２によって必要とされる情報等が記憶される。補助記憶装置８０１４は、例えば、ハードディスクである。補助記憶装置８０１４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置８０１２から表示を指示された情報が表示される。なお、クライアント装置８０１０は、送受信部８０１１、中央処理装置８０１２及び主記憶装置８０１３を備えれば、いかなる形態であってもよい。例えば、クライアント装置８０１０は、パーソナルコンピュータ、サーバ、携帯電話又はＡＴＭ等である。
【００１６】
クライアント装置８０１０は、ユーザの操作を契機に、ユーザの固有な情報をダイヤル認証装置８０４に送信する。なお、ユーザの固有な情報は、ユーザを一意に識別する識別子である。例えば、ユーザの固有な情報は、ユーザＩＤ、パスワード、ユーザの生体情報、キャッシュカード番号及びクレジットカード番号のうち少なくとも一つを含む。本実施形態の説明では、ユーザの固有な情報がユーザＩＤの場合を説明する。
【００１７】
クライアント装置８０１０は、認証結果要求を、ダイヤル認証装置８０４に送信する。認証結果要求は、接続ＩＤを含む。接続ＩＤは、クライアント装置８０１０とダイヤル認証装置８０４との接続を一意に識別する識別子である。ダイヤル認証装置８０４は、接続ＩＤによって、クライアント装置８０１０から前もって受信したユーザＩＤと認証結果要求とを対応付けて、処理できる。この接続管理方法は、一般的なＷＥＢサーバに採用されている技術であるため、詳細の説明は省略する。また、ダイヤル認証装置８０４は、ＷＥＢサーバでない場合も、ＷＥＢサーバと同様な接続管理方法を用いればよい。なお、クライアント装置８０１０は、ユーザの操作を契機に認証結果要求を送信してもよいし、一定時間ごとに認証結果要求を送信してもよい。
【００１８】
その後、クライアント装置８０１０は、認証結果をダイヤル認証装置８０４から受信する。
【００１９】
携帯電話８０６０又は固定電話８０８０は、発信者電話番号通知を伴ったダイヤルを確認用電話番号に発信する。なお、確認用電話番号は、後ほど詳細を説明する。
【００２０】
図３は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４の構成のブロック図である。ダイヤル認証装置８０４は、物理的には、送受信部８０４１、中央処理装置８０４２、主記憶装置８０４３、補助記憶装置８０４４、入力装置（図示省略）、表示装置（図示省略）などを備えたコンピュータシステムである。送受信部８０４１は、ネットワーク９に接続され、外部の装置（クライアント装置８０１０、携帯電話８０６０及び固定電話８０８０）とデータを送受信するインタフェースである。中央処理装置８０４２は、例えば、ＣＰＵである。中央処理装置８０４２は、主記憶装置８０４３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置８０４３は、例えば、メモリである。主記憶装置８０４３は、中央処理装置８０４２によって実行されるプログラム及び中央処理装置８０４２によって必要とされる情報等が記憶される。補助記憶装置８０４４は、例えば、ハードディスクである。補助記憶装置８０４４は、各種情報を記憶する。入力装置は、例えば、マウス、キーボード又はタッチパネルである。入力装置には、管理者から各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置８０４２から表示を指示された情報が表示される。なお、ダイヤル認証装置８０４は、送受信部８０４１、中央処理装置８０４２及び主記憶装置８０４３を備えれば、いかなる形態であってもよい。例えば、ダイヤル認証装置８０４は、パーソナルコンピュータ又はサーバ等である。
【００２１】
図４は、第１の実施形態のダイヤル認証装置８０４の機能ブロック図である。ダイヤル認証装置８０４の補助記憶装置８０４４には、第１の実施形態の認証プログラム８０４００が記憶されている。第１の実施形態の認証プログラム８０４００が実行されると、ダイヤル認証装置８０４の主記憶装置８０４３には、メインモジュール８０４３１、ユーザＩＤ受信モジュール８０４３２１、認証結果要求受信モジュール８０４３２２、ユーザ情報検索モジュール８０４３３、確認用電話番号選択モジュール８０４３４、確認用電話番号送信モジュール８０４３５、ダイヤル着信モジュール８０４３６、電話番号読取モジュール８０４３７、認証モジュール８０４３８及び認証結果送信モジュール８０４３９が記憶される。
【００２２】
メインモジュール８０４３１は、ユーザＩＤ受信モジュール８０４３２１、認証結果要求受信モジュール８０４３２２、ユーザ情報検索モジュール８０４３３、確認用電話番号選択モジュール８０４３４、確認用電話番号送信モジュール８０４３５、ダイヤル着信モジュール８０４３６、電話番号読取モジュール８０４３７、認証モジュール８０４３８及び認証結果送信モジュール８０４３９の処理を統括する。
【００２３】
ユーザＩＤ受信モジュール８０４３２１は、クライアント装置８０１０からユーザＩＤを受信する。次に、ユーザＩＤ受信モジュール８０４３２１は、受信したユーザＩＤを、ユーザ情報検索モジュール８０４３３に引き渡す。そして、ユーザＩＤ受信モジュール８０４３２１は、ユーザ電話番号の検索を依頼する。なお、ユーザ電話番号は、ユーザＩＤによって識別されるユーザの電話番号である。
【００２４】
認証結果要求受信モジュール８０４３２２は、クライアント装置８０１０から認証結果要求を受信する。認証結果要求受信モジュール８０４３２２は、認証結果要求を受信すると、認証モジュール８０４３８に認証を依頼する。
【００２５】
ユーザ情報検索モジュール８０４３３は、ユーザＩＤ受信モジュール８０４３２１からユーザＩＤを引き受ける。ユーザ情報検索モジュール８０４３３は、引き受けたユーザＩＤとユーザ管理テーブル８０４４２のユーザＩＤ８０４４２１とが一致するレコードを、ユーザ管理テーブル８０４４２から選択する。ユーザ情報検索モジュール８０４３３は、選択したレコードから、ユーザ電話番号８０４４２２を抽出する。このようにして、ユーザ情報検索モジュール８０４３３は、引き受けたユーザＩＤに対応するユーザ電話番号を検索する。なお、ユーザ管理テーブル８０４４２については、図７で詳細を説明する。そして、ユーザ情報検索モジュール８０４３３は、抽出したユーザ電話番号を、確認用電話番号選択モジュール８０４３４に引き渡す。
【００２６】
確認用電話番号選択モジュール８０４３４は、ユーザ情報検索モジュール８０４３３からユーザ電話番号を引き受ける。確認用電話番号選択モジュール８０４３４は、一つの電話番号を確認用電話番号テーブル８０４４３から選択する。つまり、確認用電話番号選択モジュール８０４３４は、当該ダイヤル認証装置８０４が着信可能な電話番号のうち、以前に引き受けたユーザ電話番号のいずれにも割り当てられていない電話番号を、確認用電話番号テーブル８０４４３から選択する。なお、確認用電話番号テーブル８０４４３については、図５で詳細を説明する。そして、確認用電話番号選択モジュール８０４３４は、選択した電話番号を確認用電話番号として、引き受けたユーザ電話番号に割り当てる。更に、確認用電話番号選択モジュール８０４３４は、引き受けたユーザ電話番号と選択した確認用電話番号との対応を、確認用電話番号対応テーブル８０４４１に記憶する。なお、確認用電話番号対応テーブル８０４４１については、図６で詳細を説明する。
【００２７】
図５は、ダイヤル認証装置８０４の補助記憶装置８０４４に格納されている確認用電話番号テーブル８０４４３の構成図である。確認用電話番号テーブル８０４４３は、確認用電話番号８０４４３１及び割当フラグ８０４４３２を含む。確認用電話番号８０４４３１は、確認用電話番号の候補となる電話番号である。確認用電話番号８０４４３１には、ダイヤル認証装置８０４によってダイヤルを着信可能な電話番号のすべてが事前に格納されている。つまり、確認用電話番号８０４４３１には、公衆交換電話回線網２を運営する事業者によってダイヤル認証装置８０４に割り当てられた電話番号のすべてが格納されている。割当フラグ８０４４３２は、確認用電話番号８０４４３１がユーザ電話番号のいずれかに割り当てられているか否かを示す。具体的には、確認用電話番号８０４４３１がいずれかのユーザ電話番号に割り当てられている場合、割当フラグ８０４４３２には「１」が格納される。一方、確認用電話番号８０４４３１がユーザ電話番号のいずれにも割り当てられていない場合、割当フラグ８０４４３２には「０」が格納される。
【００２８】
図６は、ダイヤル認証装置８０４の補助記憶装置８０４４に格納されている確認用電話番号対応テーブル８０４４１の構成図である。確認用電話番号対応テーブル８０４４１は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を含む。確認用電話番号８０４４１２には、確認用電話番号選択モジュール８０４３４によって選択された電話番号が格納される。ユーザ電話番号８０４４１３は、ユーザ情報検索モジュール８０４３３によって抽出されたユーザ電話番号８０４４２２が格納される。つまり、確認用電話番号対応テーブル８０４４１は、クライアント装置８０１０から受信したユーザＩＤによって識別されるユーザの電話番号と、ダイヤル認証装置８０４によって受信可能な電話番号のうち、当該ユーザの電話番号に割り当てられた電話番号との対応を示す。
【００２９】
ここでは、確認用電話番号選択モジュール８０４３４の確認用電話番号の選択方法について、述べる。ユーザ電話番号と確認用電話番号とは、一対一で対応する必要がある。この目的を達成するために、確認用電話番号選択モジュール８０４３４は、ユーザ電話番号に既に割り当てられている電話番号を、確認用電話番号テーブル８０４４３から選択しない。確認用電話番号選択モジュール８０４３４は、確認用電話番号テーブル８０４４３の割当フラグ８０４４３２に「０」が格納されている一つのレコードを、確認用電話番号テーブル８０４４３から選択する。次に、確認用電話番号選択モジュール８０４３４は、選択したレコードから、確認用電話番号８０４４３１を抽出する。更に、確認用電話番号選択モジュール８０４３４は、選択したレコードの割当フラグ８０４４３２に「１」を格納する。そして、確認用電話番号選択モジュール８０４３４は、抽出した確認用電話番号８０４４３１を、ユーザ電話番号に割り当てる。確認用電話番号選択モジュール８０４３４は、確認用電話番号８０４４３１を割り当ててから所定の時間が経過すると、確認用電話番号の割り当てを解除する。また、確認用電話番号選択モジュール８０４３４は、ユーザ電話番号に対する認証を完了すると、当該ユーザ電話番号に対する確認用電話番号の割り当てを解除する。具体的には、確認用電話番号選択モジュール８０４３４は、割り当てを解除する確認用電話番号と確認用電話番号対応テーブル８０４４１の確認用電話番号８０４４１２とが一致するレコードを、確認用電話番号対応テーブル８０４４１から削除する。更に、確認用電話番号選択モジュール８０４３４は、割り当てを解除する確認用電話番号と確認用電話番号テーブル８０４４３の確認用電話番号８０４４３１とが一致するレコードを、確認用電話番号テーブル８０４４３から選択する。次に、認証モジュール８０４３８は、選択したレコードの割当フラグ８０４４３２に「０」を格納することによって、確認用電話番号の割り当てを解除する。そして、確認用電話番号選択モジュール８０４３４は、割り当てが解除された電話番号を確認用電話番号として、異なるユーザ電話番号に再度割り当てることができる。ただし、ダイヤル認証装置８０４は、公衆交換電話回線網２の事業者によって割り当てられた電話番号の数より多数のユーザを、所定の時間内に認証できない。なぜならば、ダイヤル認証装置８０４が着信可能な電話番号のすべてがユーザ電話番号に既に割り当てられていると、確認用電話番号選択モジュール８０４３４は、新たに引き受けたユーザ電話番号に電話番号を割り当てることができないからである。よって、ダイヤル認証装置８０４が着信可能な電話番号は、サービスの提供規模に応じた数だけ予め用意されるのが好ましい。なお、確認用電話番号選択モジュール８０４３４は、他の方法を用いて、確認用電話番号を選択してもよい。
【００３０】
図７は、第１の実施形態のダイヤル認証装置８０４の補助記憶装置に記憶されているユーザ管理テーブル８０４４２の構成図である。ユーザ管理テーブル８０４４２は、ユーザＩＤ８０４４２１及びユーザ電話番号８０４４２２を含む。ユーザＩＤ８０４４２１は、ダイヤル認証装置８０４で認証を受けるユーザの一意な識別子である。ユーザ電話番号８０４４２２は、ユーザＩＤ８０４４２１によって識別されるユーザの電話番号である。なお、ユーザ管理テーブル８０４４２は、ユーザ固有のその他の情報を保有してもよい。ユーザの固有な情報は、例えば、ユーザＩＤ、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、ユーザの生体情報、スケジュール表、操作履歴及び預金残高のうち少なくとも一つを含む。つまり、ユーザ管理テーブル８０４４２では、ユーザの固有な情報はユーザＩＤ８０４４２１に対応して管理されている。ところで、本実施形態において、ユーザ電話番号は、ユーザを識別する識別子としては使用されない。したがって、ユーザ管理テーブル８０４４２には、一つのユーザ電話番号に対応する複数のユーザＩＤが登録できる。すなわち、一つのの電話番号に対して複数のユーザを設定できる。
【００３１】
第１の実施形態のダイヤル認証装置８０４のユーザは、予め所定の方法で、ユーザ管理テーブル８０４４２にユーザＩＤ８０４４２１及びユーザ電話番号８０４４２２を登録する。
【００３２】
ここで、図４に戻る。確認用電話番号選択モジュール８０４３４は、選択した確認用電話番号及び引き受けたユーザ電話番号を、確認用電話番号送信モジュール８０４３５に引き渡す。
【００３３】
確認用電話番号送信モジュール８０４３５は、確認用電話番号選択モジュール８０４３４から確認用電話番号を引き受ける。確認用電話番号送信モジュール８０４３５は、引き受けた確認用電話番号を、携帯電話８０６０又は固定電話８０８０に通知する。具体的には、確認用電話番号送信モジュール８０４３５は、引き受けた確認用電話番号を発信元とするダイヤルを、引き受けたユーザ電話番号に発信する。このとき、確認用電話番号送信モジュール８０４３５は、発信者番号通知を伴ったダイヤルを発信する。これによって、携帯電話８０６０又は固定電話８０８０は、確認用電話番号を発信者電話番号とするダイヤルを受け付ける。このため、携帯電話８０６０又は固定電話８０８０は、ユーザの簡単な操作によって、確認用電話番号に発信者番号通知を伴うダイヤルを発信できる。
【００３４】
また、確認用電話番号送信モジュール８０４３５は、電子メールを用いて、携帯電話８０６０又は固定電話８０８０に、引き受けた確認用電話番号を通知してもよい。この場合、ユーザ管理テーブル８０４４２は、更に、ユーザＩＤ８０４４２１によって識別されるユーザが所有する携帯電話８０６０又は固定電話８０８０が受信可能なメールアドレスであるユーザメールアドレスを含む。ユーザ情報検索モジュール８０４３３は、引き受けたユーザＩＤに対応するユーザ電話番号と共に、引き受けたユーザＩＤに対応するユーザメールアドレスを、ユーザ管理テーブル８０４４２から抽出する。そして、確認用電話番号送信モジュール８０４３５は、確認用電話番号を含む電子メールを、携帯電話８０６０又は固定電話８０８０に送信する。具体的には、確認用電話番号送信モジュール８０４３５は、確認用電話番号が本文又は件名に記載された電子メールを、ユーザ情報検索モジュール８０４３３によって抽出されたユーザメールアドレス宛てに送信する。これによって、携帯電話８０６０又は固定電話８０８０は、確認用電話番号を含む電子メールを受信する。このため、携帯電話８０６０又は固定電話８０８０は、ユーザの簡単な操作によって、確認用電話番号に発信者番号通知を伴うダイヤルを発信できる。この場合、携帯電話８０６０又は固定電話８０８０は、電子メール受信機能を搭載する。なお、ユーザメールアドレスは、携帯電話８０６０及び固定電話８０８０以外の端末に割り当てられたものであってもよい。
【００３５】
ダイヤル着信モジュール８０４３６は、携帯電話８０６０又は固定電話８０８０から発信されたダイヤルを受け付ける。なお、ダイヤル着信モジュール８０４３６は、当該受け付けたダイヤルを通話状態にしてもよいし、通話状態にしなくてもよい。ダイヤル着信モジュール８０４３６がダイヤルを通話状態にしなくても、電話番号読取モジュール８０４３７は、発信者電話番号及び着信元の電話番号（着信電話番号）を取得できる。なお、ダイヤル着信モジュール８０４３６は、ダイヤルを通話状態にする場合、ダイヤルを受け付けた旨の音声メッセージを流すとよい。
【００３６】
電話番号読取モジュール８０４３７は、ダイヤル着信モジュール８０４３６が受け付けたダイヤルから、発信者電話番号を取得する。また、電話番号読取モジュール８０４３７は、ダイアルを着信したポートから、着信電話番号を取得する。電話番号読取モジュール８０４３７の発信者電話番後及び着信電話番号の取得方法は、通常のＣＴＩサーバに搭載されているため、説明を省略する。続けて、電話番号読取モジュール８０４３７は、取得した発信者電話番号と取得した着信電話番号とを対応付けて記憶する。なお、発信者電話番号と着信電話番号との対応は、ダイヤル認証装置８０４の補助記憶装置に格納される着信電話番号対応テーブル８０４４４によって管理される。着信電話番号対応テーブル８０４４４については、図８で詳細を説明する。
【００３７】
図８は、ダイヤル認証装置８０４の補助記憶装置に格納されている着信電話番号対応テーブル８０４４４の構成図である。着信電話番号対応テーブル８０４４４は、着信電話番号８０４４４２及び発信者電話番号８０４４４３を含む。着信電話番号８０４４４２には、電話番号読取モジュール８０４３７よって取得された着信電話番号が格納される。発信者電話番号８０４４４３は、電話番号読取モジュール８０４３７よって取得された発信者電話番号が格納される。
【００３８】
認証モジュール８０４３８は、認証の依頼を、認証結果要求受信モジュール８０４３２２から受け付ける。続けて、認証モジュール８０４３８は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。認証モジュール８０４３８は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、認証モジュール８０４３８は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、認証モジュール８０４３８は、認証可能と判定する。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、認証モジュール８０４３８は、認証不可と判定する。そして、認証モジュール８０４３８は、認証結果を、認証結果送信モジュール８０４３９に引き渡す。
【００３９】
また、次の通りであってもよい。認証モジュール８０４３８は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。認証モジュール８０４３８は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、認証モジュール８０４３８は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致するレコードを、着信電話番号対応テーブル８０４４４から選択する。認証モジュール８０４３８は、発信者電話番号８０４４４３を、選択したレコードから抽出する。次に、認証モジュール８０４３８は、確認用電話番号対応テーブル８０４４１から抽出したユーザ電話番号８０４４１３と、着信電話番号対応テーブル８０４４４から抽出した発信者電話番号８０４４４３と、を比較する。ユーザ電話番号８０４４１３と発信者電話番号８０４４４３とが一致する場合、認証モジュール８０４３８は、認証可能と判定する。一方、ユーザ電話番号８０４４１３と発信者電話番号８０４４４３とが不一致の場合、認証モジュール８０４３８は、認証不可と判定する。
【００４０】
また、次の通りであってもよい。認証モジュール８０４３８は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。認証モジュール８０４３８は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、認証モジュール８０４３８は、抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードを、着信電話番号対応テーブル８０４４４から選択する。次に、認証モジュール８０４３８は、選択したレコードから、着信電話番号８０４４４２を抽出する。次に、認証モジュール８０４３８は、確認用電話番号対応テーブル８０４４１から抽出した確認用電話番号８０４４１２と、着信電話番号対応テーブル８０４４４から抽出した着信電話番号８０４４４２と、を比較する。確認用電話番号８０４４１２と着信電話番号８０４４４２とが一致する場合、認証モジュール８０４３８は、認証可能と判定する。一方、確認用電話番号８０４４１２と着信電話番号８０４４４２とが不一致の場合、認証モジュール８０４３８は、認証不可と判定する。
【００４１】
前述したいずれの場合であっても、認証モジュール８０４３８は、発信者電話番号８０４４４３と着信電話番号８０４４４２との対応と、ユーザ電話番号８０４４１３と確認用電話番号８０４４１２との対応と、が一致するか否かを判定している。二つの対応が一致している場合、認証モジュール８０４３８は、認証可能と判定する。つまり、認証モジュール８０４３８は、ユーザの固有な情報の送信元であるクライアント装置８０１０が正当なユーザによって操作されていると判定する。一方、二つの対応が一致しない場合、認証モジュール８０４３８は、認証不可と判定する。つまり、認証モジュール８０４３８は、ユーザの固有な情報の送信元であるクライアント装置８０１０が正当でないユーザによって操作されていると判定する。
【００４２】
認証結果送信モジュール８０４３９は、認証モジュール８０４３８によって判定された認証結果を、クライアント装置８０１０に送信する。なお、認証モジュール８０４３８が認証可能と判定した場合、認証結果送信モジュール８０４３９は、ユーザ管理テーブル８０４４２のユーザＩＤ８０４４２１に対応するユーザの固有な情報を付随した認証結果を送信してもよい。
【００４３】
次に、第１の実施形態の個人認証方法の処理について図を用いて説明する。図９は、第１の実施形態の個人認証方法の処理のシーケンス図である。
【００４４】
クライアント装置８０１０は、ユーザの操作を契機に、ユーザＩＤを、ネットワーク９を介してダイヤル認証装置８０４に送信する（ＳＴ８０２１１）。
【００４５】
すると、ユーザＩＤ受信モジュール８０４３２１は、クライアント装置８０１０からユーザＩＤを受信する（ＳＴ８０２１２）。次に、ユーザＩＤ受信モジュール８０４３２１は、受信したユーザＩＤを、ユーザ情報検索モジュール８０４３３に引き渡す。
【００４６】
ユーザ情報検索モジュール８０４３３は、ユーザＩＤを引き受けると、引き受けたユーザＩＤとユーザ管理テーブル８０４４２のユーザＩＤ８０４４２１とが一致するレコードを、ユーザ管理テーブル８０４４２から選択する。次に、ユーザ情報検索モジュール８０４３３は、選択したレコードから、ユーザ電話番号８０４４２２を抽出する（ＳＴ８０２１３）。そして、ユーザ情報検索モジュール８０４３３は、抽出したユーザ電話番号８０４４２２を、確認用電話番号選択モジュール８０４３４に引き渡す
【００４７】
確認用電話番号選択モジュール８０４３４は、ユーザ情報検索モジュール８０４３３からユーザ電話番号８０４４２２を引き受ける。次に、確認用電話番号選択モジュール８０４３４は、一つの確認用電話番号８０４４３１を、確認用電話番号テーブル８０４４３から抽出する（ＳＴ８０２１４）。次に、確認用電話番号選択モジュール８０４３４は、確認用電話番号対応テーブル８０４４１に新たなレコードを生成する。次に、確認用電話番号選択モジュール８０４３４は、作成した新たなレコードの確認用電話番号８０４４１２に、抽出した確認用電話番号８０４４３１を格納する。次に、確認用電話番号選択モジュール８０４３４は、作成した新たなレコードのユーザ電話番号８０４４１３に、ユーザ情報検索モジュール８０４３３から引き受けたユーザ電話番号８０４４２２を格納する（ＳＴ８０２１５）。次に、確認用電話番号選択モジュール８０４３４は、抽出した確認用電話番号８０４４３１を、確認用電話番号送信モジュール８０４３５に引き渡す。
【００４８】
確認用電話番号送信モジュール８０４３５は、確認用電話番号８０４４３１を、確認用電話番号選択モジュール８０４３４から引き受ける。次に、確認用電話番号送信モジュール８０４３５は、引き受けた確認用電話番号８０４４３１を携帯電話８０６０に通知する（ＳＴ８０２１６）。
【００４９】
携帯電話８０６０は、ユーザの操作を契機に、公衆交換電話回線網２を介して、発信者電話番号を含むダイヤルを、通知された確認用電話番号８０４４３１に発信する（ＳＴ８０２１８）。
【００５０】
すると、ダイヤル着信モジュール８０４３６は、携帯電話８０６０からダイヤルの着信を受け付ける（ＳＴ８０２１９）。
【００５１】
電話番号読取モジュール８０４３７は、ダイヤル着信モジュール８０４３６が受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、電話番号読取モジュール８０４３７は、着信電話番号対応テーブル８０４４４に新たなレコードを生成する。次に、電話番号読取モジュール８０４３７は、作成した新たなレコードの着信電話番号８０４４４２に、取得した着信電話番号を格納する。次に、電話番号読取モジュール８０４３７は、作成した新たなレコードの発信者電話番号８０４４４３に、取得した発信者電話番号を格納する。（ＳＴ８０２２０）。
【００５２】
一方で、クライアント装置８０１０は、認証結果要求を、ネットワーク９を介して、ダイヤル認証装置８０４に送信する（ＳＴ８０２２１）。
【００５３】
すると、認証結果要求受信モジュール８０４３２２は、クライアント装置８０１０から認証結果要求を受信する（ＳＴ８０２２２）。認証結果要求受信モジュール８０４３２２は、認証結果要求を受信すると、認証モジュール８０４３８に認証を依頼する。
【００５４】
認証モジュール８０４３８は、認証の依頼を受ける。次に、認証モジュール８０４３８は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。続けて、認証モジュール８０４３８は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、次に、認証モジュール８０４３８は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、認証モジュール８０４３８は、認証可能と判定する。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、認証モジュール８０４３８は、認証不可と判定する。そして、認証モジュール８０４３８は、認証結果を、認証結果送信モジュール８０４３９に引き渡す（ＳＴ８０２２３）。
【００５５】
認証結果送信モジュール８０４３９は、認証モジュール８０４３８から認証結果を引き受ける。次に、認証結果送信モジュール８０４３９は、引き受けた認証結果を、ネットワーク９を介して、クライアント装置８０１０に送信する（ＳＴ８０２２４）。なお、認証結果送信モジュール８０４３９は、認証したユーザに対応するユーザの固有な情報を、認証結果に含めてもよい。
【００５６】
すると、クライアント装置８０１０は、ダイヤル認証装置８０４から認証結果を受信する（ＳＴ８０２２５）。
【００５７】
前述の通り、クライアント装置８０１０のユーザは、認証を受けるために、携帯電話８０６０を用いた。ユーザは、ユーザＩＤと携帯電話８０６０との両方がなければ、個人認証を受けることができない。これによって、ユーザＩＤだけを取得した他人は、当該クライアント装置８０１０のユーザに成り済まして、認証を受けることができない。つまり、ユーザＩＤが掠め取られたとしても、情報流出を防ぐことができる。また、一つのの電話番号に対して複数のユーザを設定することができる。また、ダイヤル認証装置８０４が、ユーザＩＤに対応付けられたユーザ電話番号と発信者電話番号とを比較する、そのため、一度認証されたユーザが、同一の確認用電話番号に誤ってダイヤルしても、他のユーザが、誤ってダイヤルしたユーザになりすまして認証されることはない。このように、本実施の形態によれば、安全且つ利便性の高い個人認証システムを提供できる。更に、本実施の形態によれば、確認用電話番号が携帯電話８０６０に直接通知される。よって、携帯電話８０６０は、ユーザの簡便な操作を契機に、確認用電話番号にダイヤルを発信できる。また、確認用電話番号がダイヤルによって通知される場合、携帯電話８０６０は、確認用電話番号からダイヤルを受け付けられなければならない。つまり、携帯電話８０６０の正当性が、発信者電話番号だけでなく、ダイヤルの受付からも立証される。また、確認用電話番号が電子メールを用いて通知される場合、携帯電話８０６０は、確認用電話番号を含む電子メールを受信できなければならない。つまり、携帯電話８０６０の正当性が、発信者電話番号だけでなく、メールアドレスからも立証される。そのため、他のユーザによるなりすましが、更に困難となる。
【００５８】
上記実施例では、ダイヤル認証装置８０４は、１台の装置で構成されるものとしたが、提供するサービスの規模などによっては、複数の装置で構成されてもよい。この場合、ダイヤル認証装置８０４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。また、ダイヤル認証装置８０４は、機能別に複数の装置で構成されてもよい。例えば、ダイヤル認証装置８０４は、確認用電話番号を選択し、ダイヤルを受信する装置と、ユーザＩＤ及び認証結果要求を受信し、確認用電話番号及び認証結果を送信する装置と、で構成される。この場合も、ダイヤル認証装置８０４を構成する装置は、適宜なデータ転送経路を介して互いに接続される。そして、確認用電話番号及び発信者電話番号等の情報は、データ転送経路を介して装置間で引き渡される。
【００５９】
前記実施例では、携帯電話８０６０が、発信者電話番号を伴ったダイヤルを発信する。しかし、クライアント装置８０１０が、ＩＰ電話の機能を搭載する場合、発信者電話番号を伴ったダイヤルを発信してもよい。これによって、ユーザは、クライアント装置８０１０に割り当てられた電話番号によって、認証を受けることができる。
【００６０】
ここで、本発明の第１の実施形態の第１変形例を説明する。第１の実施形態のダイヤル認証装置８０４は、発信者電話番号と着信電話番号との対応と、ユーザ電話番号と確認用電話番号との対応と、を比較する。しかし、第１変形例では、ダイヤル認証装置８０４は、ユーザの固有な情報と着信電話番号との対応と、ユーザの固有な情報と確認用電話番号との対応と、を比較してもよい。この場合、確認用電話番号対応テーブル８０４４１は、ユーザ電話番号８０４４１３の代わりに、ユーザの固有な情報を含む。また、着信電話番号対応テーブル８０４４４は、発信者電話番号８０４４４３の代わりに、ユーザの固有な情報を含む。そして、ダイヤル認証装置８０４は、クライアント装置８０１０から受信したユーザの固有な情報から、ユーザの電話番号を特定しない。そのため、ダイヤル認証装置８０４は、受信したユーザの固有な情報と選択された確認用電話番号との対応を、確認用電話番号対応テーブル８０４４１に格納する。また、ダイヤル認証装置８０４は、ユーザ管理テーブル８０４４２を参照して、ダイヤルから取得した発信者電話番号に対応するユーザの固有な情報を特定する。次に、ダイヤル認証装置８０４は、特定したユーザの固有な情報とダイヤルから取得した着信電話番号との対応を、着信電話番号対応テーブル８０４４４に格納する。そして、ダイヤル認証装置８０４は、着信電話番号対応テーブル８０４４４に格納されているユーザの固有な情報と着信電話番号との対応と、確認用電話番号対応テーブル８０４４１に格納されているユーザの固有な情報と確認用電話番号との対応と、を比較する。比較された二つの対応が一致する場合、ダイヤル認証装置８０４は、認証可能と判定する。一方、比較された二つの対応が不一致の場合、ダイヤル認証装置８０４は、認証不可と判定する。なお、以下で説明する全ての実施形態において、同様の変形例が考えられる。
【００６１】
ここで、本発明の第１の実施形態の第２変形例を説明する。第１の実施形態のダイヤル認証装置８０４は、発信者電話番号と着信電話番号との対応と、ユーザ電話番号と確認用電話番号との対応と、を比較する。しかし、第２変形例では、ダイヤル認証装置８０４は、受信したユーザの固有な情報とダイヤルから取得した発信者電話番号との対応と、ユーザ管理テーブル８０４４２に記憶されているユーザの固有な情報とユーザ電話番号との対応と、を比較してもよい。この場合、確認用電話番号対応テーブル８０４４１は、ユーザ電話番号８０４４１３の代わりに、ユーザの固有な情報を含む。また、着信電話番号対応テーブル８０４４４は、着信電話番号８０４４４２の代わりに、ユーザの固有な情報を含む。そして、ダイヤル認証装置８０４は、クライアント装置８０１０から受信したユーザの固有な情報から、ユーザの電話番号を特定しない。そのため、ダイヤル認証装置８０４は、受信したユーザの固有な情報と選択された確認用電話番号との対応を、確認用電話番号対応テーブル８０４４１に格納する。また、ダイヤル認証装置８０４は、確認用電話番号対応テーブル８０４４１を参照して、ダイヤルから取得した着信電話番号に対応するユーザの固有な情報を特定する。次に、ダイヤル認証装置８０４は、特定したユーザの固有な情報とダイヤルから取得した発信者電話番号との対応を、着信電話番号対応テーブル８０４４４に格納する。そして、ダイヤル認証装置８０４は、着信電話番号対応テーブル８０４４４に格納されているユーザの固有な情報と発信者電話番号との対応と、ユーザ管理テーブル８０４４２に格納されているユーザの固有な情報とユーザ電話番号との対応と、を比較する。比較された二つの対応が一致する場合、ダイヤル認証装置８０４は、認証可能と判定する。一方、比較された二つの対応が不一致の場合、ダイヤル認証装置８０４は、認証不可と判定する。なお、以下で説明する全ての実施形態において、同様の変形例が考えられる。
【００６２】
前記実施例では、ユーザの固有な情報が、ユーザＩＤの場合を説明した。しかし、ユーザの固有な情報は、ユーザを識別できるものであれば、いかなるものであってもよい。具体的には、ユーザの固有な情報は、ユーザＩＤ、パスワード、ユーザの生体情報、キャッシュカード番号及びクレジットカード番号のうち少なくとも一つを含む。例えば、クライアント装置８０１０は、ユーザＩＤとパスワードとの組み合わせを、ダイヤル認証装置８０４に送信してもよい。このように、従来の認証処理と合わせることによって、本実施形態の個人認証システムの安全性を高めることができる。
【００６３】
本実施の形態の認証の具体例を説明する。例えば、クライアント装置８０１０は、ユーザＩＤの送信によって、ＷＥＢページのログインを依頼する。この場合、ダイヤル認証装置８０４は、ＷＥＢサーバであってもよいし、ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、クライアント装置８０１０は、ユーザＩＤの送信によって、ＷＥＢページでのクレジットカード決済を依頼する。この場合、ダイヤル認証装置８０４は、クレジットカード決済を行うＷＥＢサーバであってもよいし、当該ＷＥＢサーバから認証の依頼を受ける認証専用装置であってもよい。また、クライアント装置８０１０は、ユーザＩＤの送信によって、ＡＴＭにおける預金の引き出し、借入金返済又は借入金の借り入れを依頼する。この場合、クライアント装置８０１０は、ＡＴＭである。更に、ダイヤル認証装置８０４は、ＡＴＭにおける決済を管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、店舗でのクレジットカード決済の
を依頼する。この場合、クライアント装置８０１０は、クレジットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置８０４は、当該リーダ装置におけるクレジットカードの決済を管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、デビットカード決済を依頼する。この場合、クライアント装置８０１０は、デビットカードの情報を読み取るリーダ装置である。更に、ダイヤル認証装置８０４は、当該リーダ装置におけるデビットカードの決済を管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、公共料金との合算後払いによる借り入れを依頼する。この場合、クライアント装置８０１０は、ＡＴＭである。更に、ダイヤル認証装置８０４は、当該ＡＴＭにおける借り入れを管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、公共料金の未払金の支払いを依頼する。この場合、クライアント装置８０１０は、コンビニ等に設置されている情報端末である。更に、ダイヤル認証装置８０４は、当該情報端末を管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、社内イントラネットへの接続を依頼する。この場合、ダイヤル認証装置８０４は、社内のイントラネットを管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、シンクライアント（ＴＨＩＮ  ＣＬＩＥＮＴ）によるサーバへの接続を依頼する。この場合、ダイヤル認証装置８０４は、シンクライアント装置とサーバとの接続を管理する管理サーバである。また、クライアント装置８０１０は、ユーザＩＤの送信によって、無線ＬＡＮのアクセスポイントへの接続を依頼する。この場合、ダイヤル認証装置８０４は、クライアント装置８０１０とアクセスポイントとの接続を管理する管理サーバである。なお、前述のユーザは、人でなく、コンピュータであってもよい。例えば、コンピュータがユーザとして、認証を受けてもよい。
【００６４】
（第２の実施形態）
以下で第２の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００６５】
図１０は、第２の実施形態の個人認証システムの概略の構成図である。図１０に示す個人認証システムは、クライアント装置８１１０、携帯電話８０６０、固定電話８０８０及びダイヤル認証ＷＥＢ装置８１４を備える。クライアント装置８１１０は、認証を受けようとするユーザによって操作される計算機である。また、クライアント装置８１１０はネットワーク９に接続されている。なお、ネットワーク９は、インターネットである。また、クライアント装置８１１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０（図２）と同一なので、説明を省略する。なお、クライアント装置８１１０は、送受信部、中央処理装置及び主記憶装置を備えれば、いかなる形態であってもよい。携帯電話８０６０及び固定電話８０８０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の技術で採用されているように、文字であってもよい。携帯電話８０６０及び固定電話８０８０は、公衆交換電話回線網２に接続されている。携帯電話８０６０及び固定電話８０８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証ＷＥＢ装置８１４は、ネットワーク９を介してクライアント装置８１１０に接続されている。また、ダイヤル認証ＷＥＢ装置８１４は、公衆交換電話回線網２を介して、携帯電話８０６０及び固定電話８０８０に接続されている。ダイヤル認証ＷＥＢ装置８１４は、ＷＥＢサーバ機能及びダイヤル着信サーバ機能を備える。ダイヤル認証ＷＥＢ装置８１４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第２の実施形態の個人認証システムでは、１台のクライアント装置８１１０に対する認証処理を説明する。実際には、ダイヤル認証ＷＥＢ装置８１４は、ネットワーク９を介して、複数のクライアント装置８１１０に対する認証を行う。また、図１０では、クライアント装置８１１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話８０６０は、４台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話８０８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。但し、携帯電話８０６０は、ＷＥＢブラウザ機能を備えていれば、クライアント装置８１１０として機能してもよい。なお、本実施形態の説明では、ユーザの固有な情報がユーザＩＤの場合を説明する。
【００６６】
クライアント装置８１１０の機能は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０と同様なので、説明を省略する。クライアント装置８１１０は、ＨＴＴＰによって、ユーザＩＤ及び認証結果要求を、ダイヤル認証ＷＥＢ装置８１４へ送信する。また、クライアント装置８１１０は、ＨＴＴＰによって、認証結果を、ダイヤル認証ＷＥＢ装置８１４から受信する。
【００６７】
クライアント装置８１１０は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０の機能に加えて、次の機能を持つ。クライアント装置８１１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求を、ダイヤル認証ＷＥＢ装置８１４に送信する。すると、クライアント装置８１１０は、ダイヤル認証ＷＥＢ装置８１４から、ログイン用のＷＥＢページを受信する。また、クライアント装置８１１０は、ダイヤル認証ＷＥＢ装置８１４から受信したログイン用のＷＥＢページを、表示装置に表示する。クライアント装置８１１０の表示装置に表示されるログイン用のＷＥＢページは、ユーザＩＤ入力欄及びユーザＩＤ送信ボタンを含む。ユーザＩＤ送信ボタンは、ユーザからユーザＩＤの送信の指示を受け付けるものである。ユーザＩＤボタンがユーザによって操作されると、クライアント装置８１１０は、ユーザＩＤ欄に入力されているユーザＩＤをダイヤル認証ＷＥＢ装置８１４に送信する。つまり、ログイン用のＷＥＢページには、ユーザの固有な情報が入力される。そして、クライアント装置８１１０は、ログイン用のＷＥＢページに入力されたユーザの固有な情報を、ダイヤル認証ＷＥＢ装置８１４に入力する。また、クライアント装置８１１０は、ユーザの操作を契機に、認証結果要求をダイヤル認証ＷＥＢ装置８１４へ送信する。なお、クライアント装置８１１０は、ユーザの操作を契機とせずに、認証結果要求をダイヤル認証ＷＥＢ装置８１４へ一定間隔で送信してもよい。
【００６８】
図１１は、第２の実施形態のダイヤル認証ＷＥＢ装置８１４の機能ブロック図である。ダイヤル認証ＷＥＢ装置８１４の補助記憶装置には、第２の実施形態の認証プログラム８１４００が記憶されている。第２の実施形態の認証プログラム８１４００が実行されると、ダイヤル認証ＷＥＢ装置８１４の主記憶装置には、メインモジュール８０４３１、ユーザＩＤ受信モジュール８０４３２１、認証結果要求受信モジュール８０４３２２、ユーザ情報検索モジュール８０４３３、確認用電話番号選択モジュール８０４３４、確認用電話番号送信モジュール８０４３５、ダイヤル着信モジュール８０４３６、電話番号読取モジュール８０４３７、認証モジュール８０４３８及び認証結果送信モジュール８１４３９が記憶される。
【００６９】
認証結果送信モジュール８１４３９は、第１の実施形態のダイヤル認証装置８０４に備わる認証結果送信モジュール８０４３９と同一の機能を備える。その他のモジュールは、第１の実施形態の個人認証装置のダイヤル認証装置８０４に備わるものと同一なので、説明を省略する。
【００７０】
認証結果送信モジュール８１４３９は、認証結果送信モジュール８０４３９と同一の機能に加え、認証モジュール８０４３８の認証結果を含むＷＥＢページを生成する。認証結果送信モジュール８１４３９は、生成したＷＥＢページを認証結果として、クライアント装置８１１０に送信する。なお、認証結果が認証可能であった場合、認証結果送信モジュール８１４３９によって生成されたＷＥＢページには、ユーザＩＤに対応するユーザの固有な情報が含まれてもよい。例えば、ユーザの固有な情報は、ユーザ名、パスワード、クレジットカード番号、キャッシュカード番号、スケジュール表、操作履歴及び預金残高等のうち少なくとも一つを含む。
【００７１】
次に、第２の実施形態の個人認証方法について図を用いて説明する。図１２は、第２の実施形態の個人認証方法の処理のシーケンス図である。本シーケンス図の処理の前に、クライアント装置８１１０は、ダイヤル認証ＷＥＢ装置８１４から、ログイン用のＷＥＢページを受信する。第２の実施形態の個人認証方法（図１２）と第１の実施形態の個人認証方法（図９）とを比較する。第２の実施形態の個人認証方法は、ＳＴ８１２２４を、ＳＴ８０２２４の代わりに含む。また、第２の実施形態の個人認証方法の処理は、ＳＴ８１２２４を除いて、第２の実施形態の個人認証方法の処理シーケンス（図９）と同様である。したがって、ＳＴ８１２２４以外のステップについては、説明を省略する。
【００７２】
ＳＴ８１２２４について述べる。認証結果送信モジュール８１４３９は、認証モジュール８０４３８から認証結果を引き受ける。次に、認証結果送信モジュール８１４３９は、引き受けた認証結果を含むＷＥＢページを生成する。次に、認証結果送信モジュール８１４３９は、生成したＷＥＢページを、ネットワーク９を介してクライアント装置８１１０に送信する（ＳＴ８１２２４）。なお、認証結果送信モジュール８１４３９は、ユーザＩＤに対応するユーザの固有な情報を含むＷＥＢページを生成し、生成したＷＥＢページを送信してもよい。
【００７３】
前述の通り、クライアント装置８１１０のユーザは、認証を受けるために、携帯電話８０６０を用いた。ユーザは、ユーザＩＤ及び携帯電話８０６０の両方がなければ、個人認証を受けることができない。これによって、ユーザＩＤだけを取得した他人は、当該クライアント装置８１１０のユーザに成り済まして、認証を受けることができない。つまり、ユーザＩＤが掠め取られたとしても、情報流出を防ぐことができる。また、一つの電話番号に対して複数のユーザを設定できる。ユーザが以前の認証で用いた確認用電話番号に誤ってダイヤルしたとしても、ダイヤル認証ＷＥＢ装置８１４は、他のユーザによるなりすましを防ぐことができる。なぜなら、ダイヤル認証ＷＥＢ装置８１４は、ユーザＩＤと対応付けられた電話番号と発信者電話番号とを照合するからである。このように、本実施の形態は、安全且つ利便性の高い個人認証システムを提供できる。更に、本実施の形態によれば、確認用電話番号が携帯電話８０６０に直接通知される。よって、携帯電話８０６０は、ユーザの簡便な操作を契機に、確認用電話番号にダイヤルを発信できる。また、確認用電話番号がダイヤルによって通知される場合、携帯電話８０６０は、確認用電話番号からダイヤルを受け付けられなければならない。つまり、携帯電話８０６０の正当性が、発信者電話番号だけでなく、ダイヤルの受付からも立証される。また、確認用電話番号が電子メールを用いて通知される場合、携帯電話８０６０は、確認用電話番号を含む電子メールを受信できなければならない。つまり、携帯電話８０６０の正当性が、発信者電話番号だけでなく、メールアドレスからも立証される。そのため、他のユーザによるなりすましが、更に困難となる。
【００７４】
なお、携帯電話８０６０は、ＷＥＢブラウザ機能を搭載する場合、携帯電話８０６０及びクライアント装置８１１０の両方として機能してもよい。また、クライアント装置８１１０は、ＩＰ電話の機能を備える場合、携帯電話８０６０及びクライアント装置８１１０の両方として機能してもよい。
【００７５】
（第３の実施形態）
以下で第３の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム又は第２の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００７６】
第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置８１４は、認証機能及びユーザの固有な情報を含むＷＥＢページの送信機能を備える。従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置８１４の機能を備えるように変更するためには、ＷＥＢサーバのプログラムの変更が不可欠である。また、従来のＷＥＢサーバをダイヤル認証ＷＥＢ装置８１４の機能を備えるように変更するためには、ダイヤルを受けられるようにしなければいけない。これに対して、第３の実施形態では、従来のＷＥＢサーバへ、本発明の個人認証方法を容易に導入可能な実施形態を説明する。第３の実施形態の個人認証システムに備わる従来のＷＥＢサーバを、導入ＷＥＢサーバ５とする。
【００７７】
図１３は、第３の実施形態の個人認証システムの概略の構成図である。図１３に示す個人認証システムは、クライアント装置８１１０、携帯電話８０６０、固定電話８０８０、導入ＷＥＢサーバ５及びダイヤル認証専用ＷＥＢ装置８５４を備える。クライアント装置８１１０は、認証を受けようとするユーザによって操作される計算機である。また、クライアント装置８１１０はネットワーク９に接続されている。なお、ネットワーク９は、インターネットである。また、クライアント装置８１１０の構成は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０（図２）と同一なので、説明を省略する。なお、クライアント装置８１１０は、送受信部、中央処理装置及び主記憶装置を備えれば、いかなる形態であってもよい。携帯電話８０６０及び固定電話８０８０は、ユーザの操作を契機に、発信者電話番号通知を伴ったダイヤルを発信する電話機である。発信者電話番号は、必ずしも数字である必要はなく、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）又はＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）の技術で採用されているように、文字であってもよい。携帯電話８０６０及び固定電話８０８０は、公衆交換電話回線網２に接続されている。携帯電話８０６０及び固定電話８０８０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。導入ＷＥＢサーバ５は、ネットワーク９を介してクライアント装置８１１０及び携帯電話８０６０に接続されている。導入ＷＥＢサーバ５は、従来のＷＥＢサーバである。例えば、導入ＷＥＢサーバ５は、クライアント装置８１１０のユーザからログインを受け付ける。ダイヤル認証専用ＷＥＢ装置８５４が認証可能と判定すると、導入ＷＥＢサーバ５は、ユーザの固有な情報を含むＷＥＢページをクライアント装置８１１０に送信する。例えば、導入ＷＥＢサーバ５は、ユーザＩＤに対応する会員用のＷＥＢページを送信する。ダイヤル認証専用ＷＥＢ装置８５４は、ネットワーク９を介してクライアント装置８１１０に接続されている。また、ダイヤル認証専用ＷＥＢ装置８５４は、公衆交換電話回線網２を介して、携帯電話８０６０及び固定電話８０８０に接続されている。ダイヤル認証専用ＷＥＢ装置８５４は、ＷＥＢサーバ機能及びダイヤル着信サーバ機能を備える。ダイヤル認証専用ＷＥＢ装置８５４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４（図３）と同一なので、説明を省略する。なお、説明を明瞭にするために、第３の実施形態の個人認証システムでは、１台のクライアント装置８１１０に対する認証処理を説明する。実際には、ダイヤル認証専用ＷＥＢ装置８５４は、ネットワーク９を介して、複数のクライアント装置８１１０に対する認証を行う。また、図１３では、クライアント装置８１１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話８０６０は、４台を図示したが、個人認証システムに何台備わっていてもよい。また、固定電話８０８０は、２台を図示したが、個人認証システムに何台備わっていてもよい。但し、携帯電話８０６０は、ＷＥＢブラウザ機��を備えていれば、クライアント装置８１１０としても機能する。
【００７８】
なお、説明を明瞭にするために、第３の実施形態の個人認証システムの説明では、導入ＷＥＢサーバ５には、ドメイン「ｄｏｕｎｙｕ．ｊｐ」が割り当てられているとする。また、ダイヤル認証専用ＷＥＢ装置８５４には、ドメイン「ｎｉｎｓｈｏ．ｊｐ」が割り当てられているとする。
【００７９】
クライアント装置８１１０は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０の機能に加えて、次の機能を持つ。クライアント装置８１１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。また、クライアント装置８１１０は、導入ＷＥＢサーバ５から、ログイン用のＷＥＢページを受信する。また、クライアント装置８１１０は、導入ＷＥＢサーバ５から受信したログイン用のＷＥＢページを、表示装置に表示する。クライアント装置８１１０の表示装置に表されるログイン用のＷＥＢページ（図示省略）は、ユーザＩＤ入力欄及びユーザＩＤ送信ボタンを含む。ユーザＩＤ送信ボタンは、ユーザからユーザＩＤの送信の指示を受け付けるものである。ユーザＩＤ送信ボタンがユーザによって操作されると、クライアント装置８１１０は、ユーザＩＤ欄に入力されているユーザＩＤをダイヤル認証専用ＷＥＢ装置８５４に送信する。
【００８０】
また、クライアント装置８１１０は、ダイヤル認証専用ＷＥＢ装置８５４から受信する認証結果を示すＷＥＢページに含まれる情報によって、会員用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。
【００８１】
導入ＷＥＢサーバ５は、クライアント装置８１１０からログイン用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、ログイン用のＷＥＢページをクライアント装置８１１０に送信する。ログイン用のＷＥＢページは、前述の通り、ユーザＩＤ入力欄及びユーザＩＤ送信ボタンを含む。また、ログイン用のＷＥＢページは、認証サイト情報を含む。認証サイト情報は、ユーザＩＤの送信先であるダイヤル認証専用ＷＥＢ装置８５４のＵＲＬ及び戻先ＵＲＬを含む。戻先ＵＲＬは、ダイヤル認証専用ＷＥＢ装置８５４による認証完了後に、クライアント装置８１１０が会員用のＷＥＢページの要求を送信するためのＵＲＬである。ここで、認証サイト情報の例を示す。例えば、認証サイト情報は、＜ＦＯＲＭ  ＭＥＴＨＯＤ=“ＰＯＳＴ”  ＡＣＴＩＯＮ=“ｈｔｔｐ：／／www．ｎｉｎｓｈｏ．ｊｐ／ｉｎｄｅｘ．ｐｈｐ？ｒｕｒｌ＝ｈｔｔｐ：／／www．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ”＞ ユーザＩＤ：＜ＩＮＰＵＴ  ＴＹＰＥ=“ｔｅｘｔ”  ＮＡＭＥ=“ＵＳＲＩＤ”＞＜ＢＲ＞ ＜ＩＮＰＵＴ  ＴＹＰＥ=“ｓｕｂｍｉｔ”  ＶＡＬＵＥ=“送信”＞ ＜／ＦＯＲＭ＞である。「ｒｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。なお、認証サイト情報は、その目的を達成する限り、他であってもよい。
【００８２】
クライアント装置８１１０は、ダイヤル認証専用ＷＥＢ装置８５４によって認証が許可されると、会員用ＷＥＢページの要求を送信する。導入ＷＥＢサーバ５は、クライアント装置８１１０から、会員用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。導入ＷＥＢサーバ５は、抽出したユーザの電話番号に対応するユーザの固有な情報を含むＷＥＢページを生成する。導入ＷＥＢサーバ５は、生成したＷＥＢページを、会員用のＷＥＢページとして、クライアント装置８１１０に送信する。
【００８３】
ダイヤル認証専用ＷＥＢ装置８５４の機能は、主に、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置８１４（図１１）と同様である。ダイヤル認証専用ＷＥＢ装置８５４の機能は、第２の実施形態の個人認証システムに備わるダイヤル認証ＷＥＢ装置８１４の機能に加えて、次の機能を備える。ダイヤル認証専用ＷＥＢ装置８５４は、ユーザＩＤと共に戻先ＵＲＬをクライアント装置８１１０から受信する。また、ダイヤル認証専用ＷＥＢ装置８５４は、受信した戻先ＵＲＬと選択した確認用電話番号とを対応付けて、確認用電話番号対応テーブル８０４４１に記憶する。そのため、確認用電話番号対応テーブル８０４４１は、戻先ＵＲＬ（図示省略）を含む。また、ダイヤル認証専用ＷＥＢ装置８５４は、認証結果、戻先ＵＲＬ及びユーザの電話番号を含むＷＥＢページを生成する。生成されたＷＥＢページに含まれるソースコードの例を示す。例えば、ソースコードは、「＜ｍｅｔａ  ｈｔｔｐ−ｅｑｕｉｖ＝“Ｒｅｆｒｅｓｈ”  ｃｏｎｔｅｎｔ＝“０；ｕｒｌ＝ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞」である。「ｕｒｌ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。また、例えば、ソースコードは、「＜Ａ  ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１”＞会員ページはこちら＜／Ａ＞」である。「ＨＲＥＦ＝」以降のＵＲＬが、戻先ＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。「ａｕｔｈ＝」以降の値が、認証結果である。例えば、「１」は、認証可能であり、「０」は認証不可である。ただし、「ａｕｔｈ＝」は必ずしも含まれている必要はない。なお、前記ＷＥＢページが含むソースコードは、その目的を達成する限り、他のものであってもよい。
【００８４】
次に、第３の実施形態の個人認証方法について図１４を用いて説明する。図１４は、第３の実施形態の個人認証方法の処理のシーケンス図である。第３の実施形態の個人認証方法（図１４）と、第２の実施形態の個人認証方法（図１２）を比較する。第３の実施形態の個人認証方法は、ＳＴ８５２１２を、ＳＴ８０２１２の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ８５２１５を、ＳＴ８０２１５の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ８５２２４を、ＳＴ８１２２４の代わりに含む。また、第３の実施形態の個人認証方法は、ＳＴ８５２０９、ＳＴ８５２１０、ＳＴ８５２２６、ＳＴ８５２２７及びＳＴ８５２２８を含む。第３の実施形態の個人認証方法の処理は、ＳＴ８５２１２、ＳＴ８５２１５及びＳＴ８５２２４を除いて、第２の実施形態の個人認証方法（図１２）と同様である。したがって、ＳＴ８５２０９、ＳＴ８５２１０、ＳＴ８５２１２、ＳＴ８５２１５、ＳＴ８５２２４及びＳＴ８５２２６、ＳＴ８５２２７及びＳＴ８５２２８以外のステップについては、説明を省略する。
【００８５】
ＳＴ８５２０９について説明する。クライアント装置８１１０は、ネットワーク９を介して導入ＷＥＢサーバ５へ、ログイン用のＷＥＢページの要求を送信する（ＳＴ８５２０９）。
【００８６】
ＳＴ８５２１０について説明する。導入ＷＥＢサーバ５は、クライアント装置８１１０から、ログイン用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、認証サイト情報を含むログイン用のＷＥＢページを、ネットワーク９を介してクライアント装置８１１０に送信する（ＳＴ８５２１０）。
【００８７】
ＳＴ８５２１２について説明する。ダイヤル認証専用ＷＥＢ装置８５４に備わるユーザＩＤ受信モジュール８０４３２１は、ユーザＩＤ及び戻先ＵＲＬをクライアント装置８１１０から受信する。次に、ユーザＩＤ受信モジュール８０４３２１は、ユーザ情報検索モジュールに、受信したユーザＩＤを引き渡す（ＳＴ８５２１２）。
【００８８】
ＳＴ８５２１５について説明する。確認用電話番号選択モジュール８０４３４は、確認用電話番号対応テーブル８０４４１に新たなレコードを生成する。次に、確認用電話番号選択モジュール８０４３４は、作成した新たなレコードの確認用電話番号８０４４１２に、選択した確認用電話番号を格納する。次に、確認用電話番号選択モジュール８０４３４は、作成した新たなレコードのユーザ電話番号８０４４１３に、ユーザ情報検索モジュール８０４３３から引き受けたユーザ電話番号を格納する。次に、確認用電話番号選択モジュール８０４３４は、作成した新たなレコードの戻先ＵＲＬに、ユーザＩＤ受信モジュール８０４３２１が受信した戻先ＵＲＬを格納する（ＳＴ８５２１５）。
【００８９】
ＳＴ８５２２４について説明する。認証結果送信モジュール８１４３９は、認証モジュール８０４３８から認証結果を引き受ける。次に、認証結果送信モジュール８１４３９は、認証に利用された確認用電話番号と確認用電話番号対応テーブル８０４４１の確認用電話番号８０４４１２とが一致するレコードを、確認用電話番号対応テーブル８０４４１から選択する。次に、認証結果送信モジュール８１４３９は、選択したレコードから、ユーザ電話番号８０４４１３及び戻先ＵＲＬを抽出する。認証結果送信モジュールは、抽出した戻先ＵＲＬ、抽出したユーザ電話番号８０４４１３及び引き受けた認証結果を含むＷＥＢページを生成する。次に、認証結果送信モジュール８１４３９は、生成したＷＥＢページを、認証結果として、ネットワーク９を介してクライアント装置８１１０に送信する（ＳＴ８５２２４）。
【００９０】
ＳＴ８５２２６について説明する。クライアント装置８１１０は、ダイヤル認証専用ＷＥＢ装置８５４から、認証結果として送信されたＷＥＢページを受信する。次に、クライアント装置８１１０は、受信したＷＥＢページに基づいて、会員用のＷＥＢページの要求を、ネットワーク９を介して導入ＷＥＢサーバ５へ送信する（ＳＴ８５２２６）。会員用のＷＥＢページの要求は、ユーザの電話番号を含む。例えば、会員用のＷＥＢページの要求は、「ｈｔｔｐ：／／ｗｗｗ．ｄｏｕｎｙｕ．ｊｐ／ｍｅｍｂｅｒ．ｐｈｐ？ｕｓｒｔｅｌ＝０９０１４８１２１２２＆ａｕｔｈ＝１」というＵＲＬである。「ｕｓｒｔｅｌ＝」以降の数字列が、ユーザの電話番号である。
【００９１】
ＳＴ８５２２７について説明する。導入ＷＥＢサーバ５は、クライアント装置８１１０から会員用ＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出したユーザの電話番号に基づいて、ユーザを特定する。次に、導入ＷＥＢサーバ５は、特定したユーザに対応する会員用のＷＥＢページを生成する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、生成した会員用のＷＥＢページを、ネットワーク９を介してクライアント装置８１１０に送信する（ＳＴ８５２２７）。
【００９２】
ＳＴ８５２２８について説明する。クライアント装置８１１０は、会員用のＷＥＢページを、ネットワーク９を介して導入ＷＥＢサーバ５から受信する。次に、クライアント装置８１１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ８５２２８）。
【００９３】
第３の実施形態の個人認証方法の処理の概要を説明する。クライアント装置８１１０は、ユーザの操作を契機に、ログイン用のＷＥＢページを、導入ＷＥＢサーバ５に、要求する（ＳＴ８５２０９）。導入ＷＥＢサーバ５は、要求されたログイン用のＷＥＢページを、クライアント装置８１１０に送信する（ＳＴ８５２１０）。クライアント装置８１１０は、ログイン用のＷＥＢページに含まれる認証サイト情報に基づいて、ダイヤル認証専用ＷＥＢ装置８５４にユーザＩＤ及び戻先ＵＲＬを送信する（ＳＴ８０２１１）。ダイヤル認証専用ＷＥＢ装置８５４は、ユーザＩＤ及び戻先ＵＲＬを受信する（ＳＴ８５２１２）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、ユーザＩＤに基づいて、ユーザ電話番号を検索する（ＳＴ８０２１３）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、確認用電話番号を選択する（ＳＴ８０２１４）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、検索したユーザ電話番号、選択した確認用電話番号及び受信した戻先ＵＲＬを対応付けて、確認用電話番号対応テーブル８０４４１に記憶する（ＳＴ８５２１５）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、選択した確認用電話番号を、携帯電話８０６０に通知する（ＳＴ８０２１６）。次に、携帯電話８０６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、通知された確認用電話番号に発信する（ＳＴ８０２１８）。ダイヤル認証専用ＷＥＢ装置８５４は、携帯電話８０６０からのダイヤルの着信を受け付ける（ＳＴ８０２１９）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、受け付けたダイヤルから発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、取得した発信者電話番号と取得した着信電話番号とを対応付けて、着信電話番号対応テーブル８０４４４に記憶する（ＳＴ８０２２０）。一方で、クライアント装置８１１０は、認証結果要求をダイヤル認証専用ＷＥＢ装置８５４に送信する（ＳＴ８０２２１）。ダイヤル認証専用ＷＥＢ装置８５４は、クライアント装置８１１０から認証結果要求を受信する（ＳＴ８０２２２）。ダイヤル認証専用ＷＥＢ装置８５４は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。続けて、ダイヤル認証専用ＷＥＢ装置８５４は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、ダイヤル認証専用ＷＥＢ装置８５４は、認証可能と判定する。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、ダイヤル認証専用ＷＥＢ装置８５４は、認証不可と判定する（ＳＴ８０２２３）。次に、ダイヤル認証専用ＷＥＢ装置８５４は、戻先ＵＲＬ、ユーザの電話番号及び認証結果を含むＷＥＢページを、クライアント装置８１１０に送信する（ＳＴ８５２２４）。クライアント装置８１１０は、ＷＥＢページを受信する（ＳＴ８０２２５）。次に、クライアント装置８１１０は、受信したＷＥＢページに含まれる戻先ＵＲＬに基づいて、会員用のＷＥＢページの要求を導入ＷＥＢサーバ５に送信する（ＳＴ８５２２６）。導入ＷＥＢサーバ５は、クライアント装置８１１０から、会員用のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した会員用のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出したユーザの電話番号に対応する会員用のＷＥＢページを、クライアント装置８１１０に送信する（ＳＴ８５２２７）。なお、会員用のＷＥＢページは、抽出されたユーザの電話番号に対応するユーザの固有な情報を含む。クライアント装置８１１０は、会員用のＷＥＢページを、導入ＷＥＢサーバ５から受信する。次に、クライアント装置８１１０は、受信した会員用のＷＥＢページを、表示装置に表示する（ＳＴ８５２２８）。
【００９４】
前述の通り、従来のＷＥＢサーバである導入ＷＥＢサーバ５は、ダイヤルを着信する機能を備える必要がない。導入ＷＥＢサーバ５は、クライアント装置８１１０に送信するログイン用のＷＥＢページに、認証サイト情報を含めるだけで、本発明の個人認証方法を導入することができる。
【００９５】
前述した実施形態では、ダイヤル認証専用ＷＥＢ装置８５４は、ユーザ管理テーブル８０４４２を記憶している。しかし、ダイヤル認証専用ＷＥＢ装置８５４は、必ずしも、ユーザ管理テーブル８０４４２を記憶している必要はない。代わりに、導入ＷＥＢサーバ５が、ユーザ管理テーブル８０４４２を記憶する。更に、ダイヤル認証専用ＷＥＢ装置８５４は、ユーザの固有な情報と当該ユーザが所有する携帯電話のメールアドレスとの対応を記憶する。この場合、ステップＳＴ８０２１３において、ダイヤル認証専用ＷＥＢ装置８５４は、受信したユーザＩＤに基づいて、ユーザの電話番号を検索しない。そして、ダイヤル認証専用ＷＥＢ８５４は、受信したユーザＩＤと選択した確認用電話番号との対応を、確認用電話番号対応テーブル８０４４１に格納する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、受信したユーザＩＤに対応する携帯電話のメールアドレスを検索する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、検索したメールアドレス宛てに、選択した確認用電話番号を含む電子メールを送信する。これによって、ダイヤル認証専用ＷＥＢ８５４は、確認用電話番号を携帯電話８０６０に通知する。また、ステップＳＴ８０２２３において、ダイヤル認証専用ＷＥＢ装置８５４は、取得した着信電話番号と確認用電話番号対応テーブル８０４４１の確認用電話番号８０４４１２とが一致するレコードを、確認用電話番号対応テーブル８０４４１から選択する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、選択したレコードから、ユーザＩＤを抽出する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、抽出したユーザＩＤ及び取得した発信者電話番号を、クライアント装置８１１０に送信する。次に、クライアント装置８１１０は、受信したユーザＩＤ及び発信者電話番号を含む会員用のＷＥＢページの要求を送信する。すると、導入ＷＥＢサーバ５は、クライアント装置８１１０から受信する会員用のＷＥＢページの要求から、ユーザＩＤ及び発信者電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出したユーザＩＤとユーザ管理テーブル８０４４２のユーザＩＤ８０４４２１とが一致し、且つ抽出した発信者電話番号とユーザ管理テーブル８０４４２のユーザ電話番号８０４４２２とが一致するレコードが、ユーザ管理テーブル８０４４２に存在するか否かを判定する。当該レコードがユーザ管理テーブル８０４４２に存在する場合、導入ＷＥＢサーバ５は、認証可能と判定する。一方、当該レコードがユーザ管理テーブル８０４４２に存在しない場合、導入ＷＥＢサーバ５は、認証不可と判定する。
【００９６】
前述した実施形態では、導入ＷＥＢサーバ５は、クライアント装置８１１０から受信する会員用のＷＥＢページの要求に含まれる電話番号を信頼して、会員用のＷＥＢページを送信する。しかし、会員用のＷＥＢページの要求に含まれる電話番号は、偽造されことがある。そこで、導入ＷＥＢサーバ５は、ｒｅｆｅｒｅｒを参照することによって、リンク元がダイヤル認証専用ＷＥＢ装置８５４であることを確認してもよい。
【００９７】
（第４の実施形態）
以下で第４の実施形態の個人認証システムについて説明するが、第３の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【００９８】
インターネット上の電子商取引では、決済手段として、クレジットカードが用いられることが多い。第４の実施形態では、第３の実施形態の個人認証システムを、インターネット上のクレジットカード決済に応用する例を説明する。第４の実施形態では、クレジットカード番号が、第３の実施形態におけるユーザＩＤと同様の役割を担う。
【００９９】
第４の実施形態の個人認証システムの概略の構成図は、第３の実施形態の個人認証システムの概略の構成図（図１３）と同一なので、詳細の説明は省略する。クライアント装置８１１０は、クレジットカード決済を実行しようとするユーザによって操作される。携帯電話８０６０は、クレジットカード決済を実行しようとするユーザによって操作される。導入ＷＥＢサーバ５は、物品販売又はサービス販売等の電子商取引を提供するＷＥＢサーバである。ダイヤル認証専用ＷＥＢ装置８５４は、クレジットカードの与信審査及び課金を処理するＷＥＢ装置である。ダイヤル認証専用ＷＥＢ装置８５４のユーザ管理テーブル８０４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル８０４４２に含まれるクレジットカード番号は、ユーザが所有するクレジットカードの番号である。ユーザ管理テーブル８０４４２には、クレジットカード番号と当該クレジットカードを所有するユーザの電話番号との対応が記憶されている。また、ダイヤル認証専用ＷＥＢ装置８５４の確認用電話番号対応テーブル８０４４１は、決済金額（図示省略）を含む。確認用電話番号対応テーブル８０４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。
【０１００】
第４の実施形態の個人認証方法の処理の概要を説明する。導入ＷＥＢサーバ５は、ユーザの操作を契機に、決済金額を確定する。決済金額の確定方法は、従来の電子商取引のサイトで採用されている方法でよい。クライアント装置８１１０は、ユーザの操作を契機に、ログイン用のＷＥＢページの要求に代えて、決済用のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、決済用のＷＥＢページの要求を受信する。すると、導入ＷＥＢサーバ５は、要求された決済用のＷＥＢページを生成する。次に、導入ＷＥＢサーバ５は、生成した決済用のＷＥＢページを、クライアント装置８１１０に送信する。導入ＷＥＢサーバ５によって生成される決済用のＷＥＢページ（図示省略）は、認証サイト情報を含む。認証サイト情報は、戻先ＵＲＬ及び決済金額を含む。クライアント装置８１１０は、決済用のＷＥＢページを受信する。決済用のＷＥＢページは、クレジットカード番号入力欄、クレジットカード番号送信ボタン及び決済金額を含む。また、決済用のＷＥＢページは、認証サイト情報を含む。クレジットカード番号送信ボタンは、ユーザからクレジットカード番号の送信の指示を受け付けるものである。クレジットカード番号送信ボタンがユーザによって操作されると、クライアント装置８１１０は、クレジットカード番号入力欄に入力されているクレジットカード番号をダイヤル認証専用ＷＥＢ装置８５４に送信する。このとき、クライアント装置８１１０は、クレジットカード番号と共に、戻先ＵＲＬ及び決済金額を、ダイヤル認証専用ＷＥＢ装置８５４に送信する。ダイヤル認証専用ＷＥＢ装置８５４は、クレジットカード番号、戻先ＵＲＬ及び決済金額を受信する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、受信したクレジットカード番号に基づいて、ユーザ管理テーブル８０４４２から、ユーザ電話番号を検索する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、確認用電話番号を選択する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、検索したユーザ電話番号、選択した確認用電話番号、受信した戻先ＵＲＬ及び受信した決済金額を対応付けて、確認用電話番号対応テーブル８０４４１に記憶する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、選択した確認用電話番号を、携帯電話８０６０に通知する。次に、携帯電話８０６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、通知された確認用電話番号に発信する。これによって、携帯電話８０６０は、発信者電話番号通知を伴うダイヤルを、ダイヤル認証専用ＷＥＢ装置８５４に発信する。ダイヤル認証専用ＷＥＢ装置８５４は、携帯電話８０６０からのダイヤルの着信を受け付ける。次に、ダイヤル認証専用ＷＥＢ装置８５４は、受け付けたダイヤルから発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、取得した着信電話番号と、取得した発信者電話番号とを対応付けて、着信電話番号対応テーブル８０４４４に記憶する。一方で、クライアント装置８１１０は、認証結果要求を、ダイヤル認証専用ＷＥＢ装置８５４に送信する。ダイヤル認証専用ＷＥＢ装置８５４は、クライアント装置８１１０から認証結果要求を受信する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、接続ＩＤに対応するレコードを、確認用電話番号対応テーブル８０４４１から選択する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、選択したレコードから、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を抽出する。次に、ダイヤル認証専用ＷＥＢ装置８５４は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、ダイヤル認証専用ＷＥＢ装置８５４は、認証不可と判定する。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、ダイヤル認証専用ＷＥＢ装置８５４は、抽出したユーザ電話番号８０４４１３に対応するクレジットカードに対する与信審査を行う。与信審査では、ダイヤル認証専用ＷＥＢ装置８５４は、確認用電話番号対応テーブル８０４４１に記憶されている決済金額を、当該クレジットカードで決済可能か否かを判定する。なお、与信審査は、従来のクレジットカード利用時の与信審査と同様である。ところで、ダイヤル認証専用ＷＥＢ装置８５４は、ユーザ管理テーブル８０４４１にクレジットカード番号を含むため、ユーザ電話番号に対応するクレジットカードを容易に特定できる。ダイヤル認証専用ＷＥＢ装置８５４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証専用ＷＥＢ装置８５４は、与信審査処理及び課金処理を、与信審査処理及び課金処理を専用に行う装置に依頼してもよい。ダイヤル認証専用ＷＥＢ装置８５４は、課金処理を完了すると、認証結果を認証可能と判定する。ダイヤル認証専用ＷＥＢ装置８５４は、ユーザ電話番号、認証結果及び戻先ＵＲＬを含むＷＥＢページを、クライアント装置８１１０に送信する。クライアント装置８１１０は、受信したＷＥＢページに含まれる認証結果及び戻先ＵＲＬに基づいて、ユーザの電話番号を含む決済終了のＷＥＢページの要求を、導入ＷＥＢサーバ５に送信する。導入ＷＥＢサーバ５は、クライアント装置８１１０から、決済終了のＷＥＢページの要求を受信する。次に、導入ＷＥＢサーバ５は、受信した決済終了のＷＥＢページの要求から、ユーザの電話番号を抽出する。次に、導入ＷＥＢサーバ５は、抽出したユーザの電話番号に対応する決済終了のＷＥＢページを、クライアント装置８１１０に送信する。なお、決済終了のＷＥＢページは、抽出されたユーザの電話番号に対応するユーザの固有な情報を含む。
【０１０１】
前述の通り、第３の実施形態の個人認証システムは、クレジットカードの決済に、応用することができる。なお、第４の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であればなんであってもよい。例えば、決済手段には、「Ｅｄｙ」（商標）、「ジェイデビット」（商標）又は「ケータイ払いサービス」（商標）等がある。「Ｅｄｙ」（商標）は、店舗又はインターネット上で利用可能な電子マネーである。「ジェイデビット」（商標）は、店舗又はインターネット上で利用可能な預金口座引き落としの決済サービスである。「ケータイ払いサービス」（商標）は、決済金額が携帯電話料金の請求に合算される、インターネット上で利用可能な後払いの決済サービスである。
【０１０２】
ところで、導入ＷＥＢサーバが生成する決済用のＷＥＢページは、クレジットカード番号入力欄を含んだ。導入ＷＥＢサーバが生成する決済用のＷＥＢページは、クレジットカード番号入力欄に加えて、クレジットカード有効期限の入力欄、契約者氏名の入力欄及び暗証番号の入力欄を含んでもよい。クライアント装置８１１０は、クレジットカード番号だけではなく、クレジットカード有効期限、契約者氏名及び暗証番号を、ダイヤル認証専用ＷＥＢ装置８５４に送信する。ダイヤル認証専用ＷＥＢ装置８５４は、クレジットカード番号、クレジットカード有効期限、契約者氏名及び暗証番号によって、従来の認証を重ねて実施する。従来の認証処理と合わせることで、本実施形態の個人システムの安全性が高まる。なお、本実施の形態におけるユーザの固有な情報は、クレジットカード有効期限、契約者氏名又は暗証番号等も含む。
【０１０３】
（第５の実施形態）
以下で第５の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１０４】
第５の実施形態の個人認証システムとして、第１の実施形態の個人認証システムを、ＡＴＭのユーザ認証に用いる具体的な実施形態について説明する。従来、ＡＴＭは、なりすましの利用を防止するために、暗証番号の照合を行う。しかし、暗証番号の盗撮などによる、なりすましの操作が社会問題化している。第５の実施形態の個人認証システムでは、暗証番号の照合の代わりに、電話の発信者電話番号を用いる実施例を説明する。なお、第５の実施形態では、金融機関の口座番号が、第１の実施形態におけるユーザＩＤと同様の役割を担う。つまり、第５の実施の形態では、ユーザの固有な情報が口座番号等を含むキャッシュカードの固有な情報である。
【０１０５】
図１５は、第５の実施形態の個人認証システムの概略の構成図である。図１５に示す個人認証システムは、複数のＡＴＭ（ＡＵＴＯＭＡＴＩＣ  ＴＥＬＬＥＲ  ＭＡＣＨＩＮＥ）８２１０、複数の携帯電話８０６０及びＡＴＭダイヤル認証装置８２４を備える。ＡＴＭ８２１０は、認証を受け、現金を出し入れしようとするユーザによって操作される。ＡＴＭ８２１０はネットワーク９に接続されている。ＡＴＭ８２１０については、図１６で詳細を説明する。携帯電話８０６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話８０６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ＡＴＭダイヤル認証装置８２４は、ネットワーク９を介してＡＴＭ８２１０に接続されている。第５の実施の形態では、ネットワーク９はインターナルネットワークである。また、ネットワーク９は、複数の金融機関に設置されたＡＴＭダイヤル認証装置を集約する中継装置を含んでもよい。また、ＡＴＭダイヤル認証装置８２４は、公衆交換電話回線網２を介して、携帯電話８０６０に接続されている。ＡＴＭダイヤル認証装置８２４の構成は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４（図３）と同一なので、説明を省略する。なお、図１５では、ＡＴＭ８２１０は、３台を図示したが、個人認証システムに何台備わっていても良い。また、携帯電話８０６０は、３台を図示したが、個人認証システムに何台備わっていてもよい。
【０１０６】
図１６は、第５の実施形態の個人認証システムに備わるＡＴＭ８２１０の構成のブロック図である。ＡＴＭ８２１０は、物理的には、送受信部８２１１、中央処理装置８２１２、主記憶装置８２１３、補助記憶装置８２１４、入力装置（図示省略）、表示装置（図示省略）、現金取扱部８２１５及びカード情報読取部８２１６等を備える。送受信部８２１１は、ネットワーク９に接続され、外部の装置（ＡＴＭダイヤル認証装置８２４及び携帯電話８０６０）とデータを送受信するインタフェースである。中央処理装置８２１２は、例えば、ＣＰＵである。中央処理装置８２１２は、主記憶装置８２１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置８２１３は、例えば、メモリである。主記憶装置８２１３は、中央処理装置８２１２によって実行されるプログラム及び中央処理装置８２１２によって必要とされる情報等が記憶される。補助記憶装置８２１４は、例えば、ハードディスクである。補助記憶装置８２１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置８２１２から表示を指示された情報が表示される。現金取扱部８２１５は、紙幣及び貨幣を物理的に管理する。更に、現金取扱部８２１５は、紙幣及び貨幣を入出金する。現金取扱部８２１５は、一般的な金融機関のＡＴＭに備えられているものでよい。カード情報読取部８２１６は、キャッシュカードに記憶された情報を読み取る装置である。カード情報読取部８２１６は、一般的なＡＴＭに備えられているもので十分である。なお、ＡＴＭ８２１０は、必ずしも、補助記憶装置８２１４を備えている必要はない。
【０１０７】
第５の実施形態の個人認証システムに備わるＡＴＭ８２１０の機能は、主に、第１の実施形態の個人認証システムに備わるクライアント装置８０１０と同様である。第５の実施形態の個人認証システムに備わるＡＴＭ８２１０は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０の機能に加えて、次の機能を持つ。ＡＴＭ８２１０は、ユーザの操作を契機に、キャッシュカードから、キャッシュカードの固有な情報を読み取る。ＡＴＭ８２１０は、キャッシュカードの固有な情報を、ＡＴＭダイヤル認証装置８２４に送信する。キャッシュカードの固有な情報は、例えば、銀行番号、支店番号、口座番号及び口座種別のうち少なくもと一つを含む。本実施形態の説明では、キャッシュカードの固有な情報は、口座番号とする。
【０１０８】
第５の実施形態の個人認証システムに備わるＡＴＭダイヤル認証装置８２４の機能は、主に、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４と同様である。第５の実施形態の個人認証システムに備わるＡＴＭダイヤル認証装置８２４は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４と同一の機能に加えて、次の機能を備える。第５の実施形態のＡＴＭダイヤル認証装置８２４は、ユーザの口座を管理する。ＡＴＭダイヤル認証装置８２４のユーザ管理テーブル８０４４２は、口座番号（図示省略）を含む。ユーザ管理テーブル８０４４２に含まれる口座番号は、ユーザが所有する金融機関の口座の番号である。ユーザ管理テーブル８０４４２には、予め、口座番号とユーザ電話番号８０４４２２とが対応付けて記憶されている。その他にも、ユーザ管理テーブル８０４４２は、ユーザＩＤに対応して、金融機関の口座情報を記憶する。金融機関の口座情報は、預金残高、借入金残高及び借入可能残高等である。ただし、ユーザの固有な情報は、必ずしもユーザ管理テーブル８０４４２によって管理されている必要はなく、ユーザＩＤに対応して複数のテーブルによって管理されていてもよい。ユーザの固有な情報の管理方法は、サービスの種類及び利用者の規模に応じて、本発明の実施者に委ねられる。ユーザＩＤに対応するユーザの固有な情報の一部は、ＡＴＭダイヤル認証装置８２４からＡＴＭ８２１０へ送信される認証結果に含まれる。
【０１０９】
次に、第５の実施形態の個人認証方法の処理の概要を説明する。第５の実施形態の個人認証方法のシーケンス図は、主に、第１の実施形態の個人認証方法のシーケンス図である図９と同様である。ＡＴＭ８２１０のカード情報読取部８２１６は、ユーザのカード操作によって、口座番号を読み取る。次に、ＡＴＭ８２１０は、読み取った口座番号を、ＡＴＭダイヤル認証装置８２４に送信する（ＳＴ８０２１１）。ＡＴＭダイヤル認証装置８２４は、口座番号を受信する（ＳＴ８０２１２）。次に、ＡＴＭダイヤル認証装置８２４は、受信した口座番号とユーザ管理テーブル８０４４２の口座番号とが一致するレコードを、ユーザ管理テーブル８０４４２から選択する。次に、ＡＴＭダイヤル認証装置８２４は、選択したレコードから、ユーザ電話番号８０４４２２を抽出する（ＳＴ８０２１３）。次に、ＡＴＭダイヤル認証装置８２４は、確認用電話番号を選択する（ＳＴ８０２１４）。次に、ＡＴＭダイヤル認証装置８２４は、抽出したユーザ電話番号８０４４２２と選択した確認用電話番号とを対応付けて、確認用電話番号対応テーブル８０４４１に記憶する（ＳＴ８０２１５）。次に、ＡＴＭダイヤル認証装置８２４は、選択した確認用電話番号を、携帯電話８０６０に通知する（ＳＴ８０２１６）。次に、携帯電話８０６０は、ユーザの操作を契機に、発信者電話番号通知を伴うダイヤルを、通知された確認用電話番号に発信する（ＳＴ８０２１８）。ＡＴＭダイヤル認証装置８２４は、携帯電話８０６０からのダイヤルの着信を受け付ける（ＳＴ８０２１９）。次に、ＡＴＭダイヤル認証装置８２４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ＡＴＭダイヤル認証装置８２４は、取得した着信電話番号と取得した発信者電話番号とを対応付けて、着信電話番号対応テーブル８０４４４に記憶する（ＳＴ８０２２０）。一方で、ＡＴＭ８２１０は、認証結果要求を、ＡＴＭダイヤル認証装置８２４に送信する（ＳＴ８０２２１）。ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０から、認証結果要求を受信する（ＳＴ８０２２２）。ＡＴＭダイヤル認証装置８２４は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。続けて、ＡＴＭダイヤル認証装置８２４は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、ＡＴＭダイヤル認証装置８２４は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、ＡＴＭダイヤル認証装置８２４は、認証可能と判定する。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、ＡＴＭダイヤル認証装置８２４は、認証不可と判定する（ＳＴ８０２２３）。ＡＴＭダイヤル認証装置８２４は、認証結果を、ＡＴＭ８２１０に送信する（ＳＴ８０２２４）。ＡＴＭ８２１０は、認証結果を受信する（ＳＴ８０２２５）。次に、ＡＴＭ８２１０は、認証結果を、表示装置に表示する。ＡＴＭ８２１０のユーザは、ＡＴＭ８２１０の表示装置に表示された情報に基づいて、後続の操作を実行する。後続の操作とは、例えば、預金の引き出し、借入金の返済又は借入金の借り入れである。
【０１１０】
ところで、一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。そこで、ＳＴ８０２１１に先立って、ＡＴＭ８２１０は、ユーザから操作の種類を受け付ける。ＡＴＭ８２１０は、口座番号と合わせて、受け付けた操作の種類を、ＡＴＭダイヤル認証装置８２４に送信する。ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０から操作の種類を受信する。そして、ＡＴＭダイヤル認証装置８２４は、受信した操作の種類に基づいて、認証結果に含めるユーザの固有な情報を決定する。
【０１１１】
また、次のような手順であってもよい。一般的なＡＴＭは、預金の引き出し、借入金の返済及び借入金の借り入れ等の種々の操作を受け付けることができる。ここでは、ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０のユーザから受け付け可能な操作をユーザＩＤに対応して予め記憶しておく。この場合、ＡＴＭ８２１０は、認証要求の送信の前に、ユーザから操作の種類を受け付けない。ＡＴＭダイヤル認証装置８２４は、認証したユーザＩＤに対応する受け付け可能な操作を、認証結果に含めて、ＡＴＭ８２１０に送信する。ＡＴＭ８２１０は、ＡＴＭダイヤル認証装置８２４から受信した認証結果及び受け付け可能な操作を表示装置に表示する。ＡＴＭ８２１０のユーザは、ＡＴＭ８２１０の表示装置に表示された操作の種類の中から、操作を選択する。そして、ＡＴＭ８２１０は、選択された種類の操作を実行する。
【０１１２】
なお、第５の実施形態の個人認証方法は、従来のキャッシュカード及び暗証番号による個人認証方法と組み合わせてもよい。これによって、キャッシュカード及び暗証番号が盗まれても、ユーザが所有する携帯電話８０６０からダイヤルされない限り、なりすましのユーザによって預金が引き出されることがない。
【０１１３】
ここで、本発明の第５の実施形態の応用例を説明する。第５の実施形態の個人認証システムに備わるＡＴＭダイヤル認証装置８２４は、公共料金の料金を計算する装置を兼ねる。ＡＴＭダイヤル認証装置８２４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金及び水道料金である。ＡＴＭダイヤル認証装置８２４は、携帯電話８０６０の電話番号と、公共料金のサービスを受けるユーザの識別子とを、対応付けて記憶する。ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０のユーザに、貸付金を貸し付ける場合、貸付金を公共料金の請求に合算して請求する。また、ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０のユーザから、公共料金の支払いを受け付ける。ＡＴＭダイヤル認証装置８２４は、ＡＴＭ８２１０のユーザを認証すると、携帯電話８０６０のユーザの未払分の公共料金の支払いを、ＡＴＭ８２１０から受け付ける。
【０１１４】
（第６の実施形態）
以下で第６の実施形態の個人認証システムについて説明するが、第１の実施形態の個人認証システム及び第５の実施形態の個人認証システムと重複する箇所は、同じ符号を用いることによって、説明を省略する。
【０１１５】
第６の実施形態の個人認証システムとして、第１の実施形態の個人認証システムを、店舗でのクレジットカード決済に用いる具体的な実施形態について説明する。従来、店舗のクレジットカード決済では、なりすましの利用を防止するために、店舗の販売員が、利用伝票の署名とクレジットカード裏面の署名とを目視で照合する。しかし、目視の照合は、なりすまし防止策としては、不十分である。第６の実施形態の個人認証システムでは、署名の照合の代わりに、電話の発信者電話番号を用いる実施例を説明する。なお、第６の実施形態では、クレジットカード番号が、第１の実施形態におけるユーザＩＤと同様の役割を担う。つまり、第６の実施の形態では、ユーザの固有な情報がクレジットカード番号である。
【０１１６】
図１７は、第６の実施形態の個人認証システムの概略の構成図である。図１７に示す個人認証システムは、複数のリーダ装置８３１０、複数の携帯電話８０６０及びダイヤル認証装置８０４を備える。リーダ装置８３１０は、ネットワーク９に接続されている。リーダ装置８３１０については、図１８で詳細を説明する。店舗では、通常は、店舗の販売員がリーダ装置８３１０を操作する。しかし、第６の実施形態の個人認証システムにおいて認証を受けるユーザは、クレジットカードの保有者である。そこで、説明を簡単にするために、本実施形態の説明においては、リーダ装置８３１０のユーザは、クレジットカードの保有者とする。携帯電話８０６０は、ユーザから操作されることによって、発信者電話番号通知を伴ったダイヤルを発信する電話機である。携帯電話８０６０は、ＩＰ電話であってもよい。この場合、公衆交換電話回線網２は、インターネットとなる。ダイヤル認証装置８０４は、ネットワーク９を介してリーダ装置８３１０に接続されている。また、ダイヤル認証装置８０４は、公衆交換電話回線網２を介して、携帯電話８０６０に接続されている。なお、説明を明瞭にするために、第６の実施形態の個人認証システムでは、１台のリーダ装置８３１０及び１台の携帯電話８０６０の処理を説明する。実際には、ダイヤル認証装置８０４は、ネットワーク９を介して、複数のリーダ装置８３１０に対する認証を行う。つまり、ダイヤル認証装置８０４は、複数のリーダ装置８３１０からクレジットカード番号の送信及び認証結果要求を受けることができる。また、実際には、ダイヤル認証装置８０４は、インターネット１を介して、複数の携帯電話８０６０に接続されている。なお、図１７では、リーダ装置８３１０は３台を図示したが、個人認証システムに何台備わっていても良い。また、図１７では、携帯電話８０６０は３台を図示したが、それぞれ何台ずつ個人認証システムに何台備わっていても良い。
【０１１７】
図１８は、第１３の実施形態の個人認証システムに備わるリーダ装置８３１０の構成のブロック図である。リーダ装置８３１０は、物理的には、送受信部８３１１、中央処理装置８３１２、主記憶装置８３１３、補助記憶装置８３１４、入力装置（図示省略）、表示装置（図示省略）及びカード情報読取部８３１６等を備えた装置である。送受信部８３１１は、ネットワーク９に接続され、外部の装置（ダイヤル認証装置８０４）とデータを送受信するインタフェースである。中央処理装置８３１２は、例えば、ＣＰＵである。中央処理装置８３１２は、主記憶装置８３１３に記憶されているプログラムを実行することによって、各種処理を行う。主記憶装置８３１３は、例えば、メモリである。主記憶装置８３１３は、中央処理装置８３１２によって実行されるプログラム及び中央処理装置８３１２によって必要とされる情報等が記憶される。補助記憶装置８３１４は、例えば、ハードディスクである。補助記憶装置８３１４は、各種情報を記憶する。入力装置は、例えば、キーボード又はタッチパネルである。入力装置には、ユーザから各種情報が入力される。表示装置は、ディスプレイである。表示装置には、中央処理装置８３１２から表示を指示された情報が表示される。カード情報読取部８３１６とは、クレジットカードに記憶された情報を読み取る装置である。カード情報読取部８３１６は、一般的なクレジットカードのカードリーダに備えられているもので十分である。なお、リーダ装置８３１０は、必ずしも、補助記憶装置８３１４を備えている必要はない。
【０１１８】
第６の実施形態の個人認証システムに備わるリーダ装置８３１０の機能は、主に、第１の実施形態の個人認証システムに備わるクライアント装置８０１０と同様である。第６の実施形態の個人認証システムに備わるリーダ装置８３１０は、第１の実施形態の個人認証システムに備わるクライアント装置８０１０の機能に加えて、次の機能を持つ。リーダ装置８３１０は、ユーザの操作によって、クレジットカード番号及び決済金額を受け付ける。リーダ装置８３１０は、クレジットカード番号及び決済金額を、ダイヤル認証装置８０４に送信する。
【０１１９】
第６の実施形態の個人認証システムに備わるダイヤル認証装置８０４の機能は、主に、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４と同様である。第６の実施形態の個人認証システムに備わるダイヤル認証装置８０４は、第１の実施形態の個人認証システムに備わるダイヤル認証装置８０４の機能に加えて、次の機能を持つ。第６の実施形態のダイヤル認証装置８０４は、クレジットカードの与信審査及び課金を処理する。ダイヤル認証装置８０４のユーザ管理テーブル８０４４２は、クレジットカード番号（図示省略）を含む。ユーザ管理テーブル８０４４２に含まれるクレジットカード番号は、ユーザが所有するクレジットカードの番号である。ユーザ管理テーブル８０４４２には、クレジットカード番号とユーザの電話番号との対応が予め記憶されている。また、ダイヤル認証装置８０４の確認用電話番号対応テーブル８０４４１は、決済金額（図示省略）を含む。確認用電話番号対応テーブル８０４４１に含まれる決済金額は、クレジットカードで決済しようとする金額である。
【０１２０】
次に、第６の実施形態の個人認証方法の処理の概要を説明する。第６の実施形態の個人認証方法のシーケンス図は、主に、第１の実施形態の個人認証方法のシーケンス図である図９と同様である。リーダ装置８３１０は、ユーザの操作によって、決済金額を受け付ける。また、リーダ装置８３１０のカード情報読取部８３１６は、ユーザのカード操作によって、クレジットカード番号を読み取る。次に、リーダ装置８３１０は、読み取ったクレジットカード番号及び受け付けた決済金額を、ダイヤル認証装置８０４に送信する（ＳＴ８０２１１）。ダイヤル認証装置８０４は、クレジットカード番号及び決済金額を受信する（ＳＴ８０２１２）。次に、ダイヤル認証装置８０４は、受信したクレジットカード番号とユーザ管理テーブル８０４４２のクレジットカード番号とが一致するレコードを、ユーザ管理テーブル８０４４２から選択する。次に、ダイヤル認証装置８０４は、選択したレコードから、ユーザ電話番号８０４４２２を抽出する（ＳＴ８０２１３）。次に、ダイヤル認証装置８０４は、確認用電話番号を選択する（ＳＴ８０２１４）。次に、ダイヤル認証装置８０４は、抽出したユーザ電話番号８０４４２２、選択した確認用電話番号及び受信した決済金額を対応付けて、確認用電話番号対応テーブル８０４４１に記憶する（ＳＴ８０２１５）。次に、ダイヤル認証装置８０４は、選択した確認用電話番号を、携帯電話８０６０に通知する（ＳＴ８０２１６）。携帯電話８０６０は、ユーザの操作を契機に、発信者電話番号通知を含むダイヤルを、通知された確認用電話番号に発信する（ＳＴ８０２１８）。ダイヤル認証装置８０４は、携帯電話８０６０からのダイヤルの着信を受け付ける（ＳＴ８０２１９）。次に、ダイヤル認証装置８０４は、受け付けたダイヤルから、発信者電話番号及び着信電話番号を取得する。次に、ダイヤル認証装置８０４は、取得した着信電話番号と取得した発信者電話番号とを対応付けて、着信電話番号対応テーブル８０４４４に記憶する（ＳＴ８０２２０）。一方で、リーダ装置８３１０は、認証結果要求を、ダイヤル認証装置８０４に送信する（ＳＴ８０２２１）。ダイヤル認証装置８０４は、リーダ装置８３１０から、認証結果要求を受信する（ＳＴ８０２２２）。ダイヤル認証装置８０４は、認証結果要求に含まれる接続ＩＤに基づいて、当該認証結果要求に関連するレコードを、確認用電話番号対応テーブル８０４４１から選択する。続けて、ダイヤル認証装置８０４は、確認用電話番号８０４４１２及びユーザ電話番号８０４４１３を、選択したレコードから抽出する。次に、ダイヤル認証装置８０４は、抽出した確認用電話番号８０４４１２と着信電話番号対応テーブル８０４４４の着信電話番号８０４４４２とが一致し、且つ抽出したユーザ電話番号８０４４１３と着信電話番号対応テーブル８０４４４の発信者電話番号８０４４４３とが一致するレコードが、着信電話番号対応テーブル８０４４４に存在するか否かを判定する。当該レコードが着信電話番号対応テーブル８０４４４に存在しない場合、ダイヤル認証装置８０４は、認証不可と判定する（ＳＴ８０２２３）。一方、当該レコードが着信電話番号対応テーブル８０４４４に存在する場合、ダイヤル認証装置８０４は、抽出したユーザ電話番号に対応するクレジットカードに対する与信審査を行う。ところで、ダイヤル認証装置８０４は、ユーザ管理テーブル８０４４２にクレジットカード番号を含むため、ユーザ電話番号に対応するクレジットカードを特定することは容易である。ダイヤル認証装置８０４は、与信審査が良好であると、クレジットカードに決済金額を課金する。なお、ダイヤル認証装置８０４は、与信審査処理及び課金処理を、与信審査処理及び課金処理を専用に行う装置に依頼してもよい。ダイヤル認証装置８０４は、課金処理を完了すると、認証結果を認証可能と判定する（ＳＴ８０２２３）。ダイヤル認証装置８０４は、認証結果を、リーダ装置８３１０に送信する（ＳＴ８０２２４）。リーダ装置８３１０は、認証結果を受信する（ＳＴ８０２２５）。そして、リーダ装置８３１０は、認証結果を、表示装置に表示する。
【０１２１】
前述の通り、第６の実施形態の個人認証システムでは、店舗でのクレジットカード決済において、署名の照合代わりに、電話の発信者電話番号を用いることができた。なお、第６の実施形態では、クレジットカード決済について、説明したが、決済手段は、認証を経て決済する手段であれば、なんでもよく、クレジットカードに限定されるものではない。例えば、決済手段は、「ジェイデビット」（商標）がある。
【０１２２】
ここで、本発明の第６の実施形態の応用例を説明する。第６の実施形態の応用例の個人認証システムに備わるダイヤル認証装置８０４は、公共料金の料金を計算する装置を兼ねる。ダイヤル認証装置８０４は、公共料金を計算し、請求書を発行し、支払状況を管理する。例えば、公共料金は、電話料金、携帯電話料金、電気料金、ガス料金及び水道料金である。ダイヤル認証装置８０４は、携帯電話８０６０の電話番号と公共料金のサービスを受けるユーザの識別子との対応を、ユーザ管理テーブル８０４４２に記憶する。ダイヤル認証装置８０４は、店舗での決済金額を、クレジットカードに課金する代わりに、公共料金に合算する。
【０１２３】
（第７の実施形態）
以下では、第７の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを、社内イントラネットに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１２４】
多くの企業が、社内の情報の機密性を保ちながら、従業員間の情報連絡を促すために、社内イントラネットを設ける。従業員は、出先からの社内情報の閲覧又は更新や、電子メールの送受信を目的として、パーソナルコンピュータ又はＰＤＡといったポータブル端末を、ダイヤルアップやＶＰＮといった通信手段によって、社内イントラネットに接続する。従来、従業員は、ユーザＩＤ及びパスワードを入力して、社内イントラネットに接続する。パーソナルコンピュータ又はＰＤＡのユーザは、第１の実施形態の個人認証システムによって、認証を受け、パーソナルコンピュータ又はＰＤＡを、社内イントラネットに接続できる。この場合、クライアント装置８０１０は、社内のイントラネットに接続されようとするパーソナルコンピュータ及びＰＤＡである。また、ダイヤル認証装置８０４は、社内のイントラネットを管理する管理サーバである。従業員は、ユーザの固有な情報の入力及び携帯電話８０６０のダイヤル発信によって、クライアント装置８０１０を、社内イントラネットに接続できる。クライアント装置８０１０を社内イントラに接続しようとするユーザは、ユーザの固有な情報及び携帯電話８０６０の両方がなければ、社内イントラネットに接続できない。これによって、クライアント装置８０１０だけを取得した他人は、当該クライアント装置８０１０のユーザに成り済まして、社内イントラネットに接続できない。つまり、クライアント装置８０１０を紛失したとしても、情報流出を防ぐことができる。
【０１２５】
（第８の実施形態）
以下では、第８の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、シンクライアント（ＴＨＩＮ  ＣＬＩＥＮＴ）装置を社内サーバに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１２６】
シンクライアント装置は、必要最低限の補助記憶装置を備えたパーソナルコンピュータである。企業は、パーソナルコンピュータの盗難又は紛失による、情報流出を防止するために、シンクライアントシステムを導入している。シンクライアント装置の補助記憶装置は、十分な社内データ及びアプリケーションを記憶しない。社内データ及びアプリケーションは、集中サーバによって記憶される。従業員は、シンクライアント装置を操作して集中サーバに接続し、データを閲覧及び更新する。従来であれば、従業員は、ユーザＩＤ及びパスワードのうち少なくとも一方を入力して、集中サーバに接続する。シンクライアント装置のユーザは、第２の実施形態の個人認証システムによって、認証を受ける。そして、シンクライアント装置を、社内イントラネットに接続する。この場合、クライアント装置８０１０は、集中サーバに接続されようとするシンクライアント装置である。また、ダイヤル認証装置８０４は、シンクライアント装置と集中サーバとの接続を管理する管理サーバである。管理サーバは、集中サーバ自身であってもよい。従業員は、ユーザの固有な情報の入力及び携帯電話８０６０のダイヤル発信によって、シンクライアント装置を、集中サーバに接続できる。シンクライアント装置を集中サーバに接続しようとするユーザは、シンクライアント装置、ユーザの固有な情報及び携帯電話８０６０のすべてがなければ、集中サーバに接続できない。これによって、シンクライアント装置だけを取得した他人は、当該シンクライアント装置のユーザに成りすまして、集中サーバに接続できない。つまり、シンクライアント装置を紛失したとしても、情報流出を防ぐことができる。
【０１２７】
（第９の実施形態）
以下では、第９の実施形態の個人認証システムとして、第１の実施形態の個人認証システムで、パーソナルコンピュータ及びＰＤＡを公衆無線ＬＡＮに接続する例を説明する。第１の実施形態の個人認証システムと重複する箇所は、同じ符号を用いる。
【０１２８】
出先で、インターネットに接続する公衆無線ＬＡＮが、普及している。従来、公衆無線ＬＡＮのユーザは、ユーザＩＤ及びパスワードを入力して、パーソナルコンピュータ及びＰＤＡ（ＰＥＲＳＯＮＡＬ  ＤＩＧＩＴＡＬ  ＡＳＳＩＳＴＡＮＣＥ）といったポータブル端末を、公衆無線ＬＡＮのアクセスポイントに接続する。公衆無線ＬＡＮのユーザは、第１の実施形態の個人認証システムによって、認証を受け、パーソナルコンピュータ及びＰＤＡを、アクセスポイントに接続できる。この場合、クライアント装置８０１０は、アクセスポイントに接続されようとするパーソナルコンピュータ及びＰＤＡである。また、ダイヤル認証装置８０４は、パーソナルコンピュータ及びＰＤＡと、アクセスポイントとの接続を管理する管理サーバである。公衆無線ＬＡＮのユーザは、ユーザの固有な情報の入力及び携帯電話８０６０のダイヤル発信によって、クライアント装置８０１０を、アクセスポイントに接続できる。クライアント装置８０１０を公衆無線ＬＡＮに接続しようとするユーザは、ユーザの固有な情報及び携帯電話８０６０の両方がなければ、公衆無線ＬＡＮに接続できない。これによって、クライアント装置８０１０だけを取得した他人は、当該クライアント装置８０１０のユーザに成り済まして、公衆無線ＬＡＮに接続できない。
【図面の簡単な説明】
【０１２９】
【図１】第１の実施形態の個人認証システムの概略構成を示す図である。
【図２】クライアント装置８０１０の構成のブロック図である。
【図３】ダイヤル認証装置８０４の構成のブロック図である。
【図４】ダイヤル認証装置８０４の機能ブロック図である。
【図５】ダイヤル認証装置８０４の補助記憶装置８０１４に記憶されている確認用電話番号テーブル８０４４３の構成図である。
【図６】ダイヤル認証装置８０４の補助記憶装置８０１４に記憶されている確認用電話番号対応テーブル８０４４１の構成図である。
【図７】ダイヤル認証装置８０４の補助記憶装置８０１４に記憶されているユーザ管理テーブル８０４４２の構成図である。
【図８】ダイヤル認証装置８０４の補助記憶装置８０１４に記憶されている着信電話番号対応テーブル８０４４４の構成図である。
【図９】第１の実施形態の個人認証方法の処理のシーケンス図である。
【図１０】第２の実施形態の個人認証システムの概略の構成図である。
【図１１】ダイヤル認証ＷＥＢ装置８１４の機能ブロック図である。
【図１２】第２の実施形態の個人認証方法の処理のシーケンス図である。
【図１３】第３の実施形態の個人認証システムの概略の構成図である。
【図１４】第３の実施形態の個人認証方法の処理のシーケンス図である。
【図１５】第５の実施形態の個人認証システムの概略の構成図である。
【図１６】ＡＴＭ８２１０の構成のブロック図である。
【図１７】第６の実施形態の個人認証システムの概略の構成図である。
【図１８】リーダ装置８３１０の構成のブロック図である。
【符号の説明】
【０１３０】
１                インターネット
２                公衆交換電話回線網
５                導入ＷＥＢサーバ
８０１０          クライアント装置
８０１１          送受信部
８０１２          中央処理装置
８０１３          主記憶装置
８０１４          補助記憶装置
８０４            ダイヤル認証装置
８０４００          認証プログラム
８０４１          送受信部
８０４２          中央処理装置
８０４３          主記憶装置
８０４３１          メインモジュール
８０４３２１        ユーザＩＤ受信モジュール
８０４３２２        認証結果要求受信モジュール
８０４３３          ユーザ情報検索モジュール
８０４３４          確認用電話番号選択モジュール
８０４３５          確認用電話番号送信モジュール
８０４３６          ダイヤル着信モジュール
８０４３７          電話番号読取モジュール
８０４３８          認証モジュール
８０４３９          認証結果送信モジュール
８０４４          補助記憶装置
８０４４１          確認用電話番号対応テーブル
８０４４１２        確認用電話番号
８０４４１３        ユーザ電話番号
８０４４２          ユーザ管理テーブル
８０４４２１        ユーザＩＤ
８０４４２２        ユーザ電話番号
８０４４３          確認用電話番号テーブル
８０４４３１        確認用電話番号
８０４４３２        割当フラグ
８０４４４          着信電話番号対応テーブル
８０４４４２        着信電話番号
８０４４４３        発信者電話番号
８０６０          携帯電話
８０８０          固定電話
８１１０          クライアント装置
８１４            ダイヤル認証ＷＥＢ装置
８１４００          認証プログラム
８１４３９          認証結果送信モジュール
８２１０          ＡＴＭ
８２１１          送受信部
８２１２          中央処理装置
８２１３          主記憶装置
８２１４          補助記憶装置
８２１５          現金取扱部
８２１６          カード情報読取部
８２４            ＡＴＭダイヤル認証装置
８３１０          リーダ装置
８３１１          送受信部
８３１２          中央処理装置
８３１３          主記憶装置
８３１４          補助記憶装置
８３１６          カード情報読取部
８５４            ダイヤル認証専用ＷＥＢ装置
９                ネットワーク
【図１】
2008027055.tif 000003
【図２】
2008027055.tif 000004
【図３】
2008027055.tif 000005
【図４】
2008027055.tif 000006
【図５】
2008027055.tif 000007
【図６】
2008027055.tif 000008
【図７】
2008027055.tif 000009
【図８】
2008027055.tif 000010
【図９】
2008027055.tif 000011
【図１０】
2008027055.tif 000012
【図１１】
2008027055.tif 000013
【図１２】
2008027055.tif 000014
【図１３】
2008027055.tif 000015
【図１４】
2008027055.tif 000016
【図１５】
2008027055.tif 000017
【図１６】
2008027055.tif 000018
【図１７】
2008027055.tif 000019
【図１８】
2008027055.tif 000020