(57)【要約】【課題】ユーザに複雑な操作を強いることなく、短時間で、個人情報に紐付けてケータイ端末のメールアドレスを登録できるようにする。【解決手段】ＡＴＭでワンタイムパスワードを生成し、キャッシュカードから読み取った口座番号とワンタイムパスワードを認証サーバに送信し、認証サーバはそれらの情報を証ＤＢに登録し、そしてＡＴＭのＦｅｌｉＣａリーダにケータイ端末がかざされたら、ＡＴＭはワンタイムパスワードを含む空メールを３者間通信によりケータイ端末に送信し、ケータイ端末から空メールが送信されたら、認証サーバはそれらを受信して空メールに含まれるワンタイムパスワードと同一のワンタイムパスワードを持つレコードを認証ＤＢから探し出し、レコードの口座番号に紐付けて顧客ＤＢにメールアドレスを登録する。【選択図】図７
2009276864.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのメールアドレスを登録するための情報端末であって、
表示手段と、
ユーザ端末と非接触方式で通信可能な通信手段と、
ユーザによって挿入されたカードからユーザの口座番号および暗証番号を読み取る読取手段と、
ユーザによる暗証番号の入力を受け付ける入力手段と、
ユーザによって入力された暗証番号を前記カードから読み取られた暗証番号と照合する本人確認手段と、
前記口座番号と現在日時に基づいてワンタイムパスワードを生成するパスワード生成手段と、
前記口座番号と前記現在日時、および前記ワンタイムパスワードを認証サーバに送信するパスワード送信手段と、
メールを送信するか否かの選択肢、明細書を印刷するか否かの選択肢、およびメールアドレスの登録方法または変更方法の案内を前記表示手段の画面に表示し、その後に前記通信手段によって前記ユーザ端末を検知した場合に、前記ワンタイムパスワードをメール本文に記載したメールを前記ユーザ端末に送信するメール送信手段とを備えることを特徴とする情報端末。
【請求項２】
請求項１に記載の情報端末であって、
前記パスワード送信手段は、前記口座番号と前記現在日時、および前記ワンタイムパスワードに加えて、入出金指示を前記認証サーバに送信することを特徴とする情報端末。
【請求項３】
請求項１または２に記載の情報端末であって、
前記メール送信手段は、前記表示手段に前記案内を表示した後に前記通信手段が前記ユーザ端末を検知しないままユーザによって前記メールを送信するか否かの選択肢のいずれかまたは前記明細書を印刷するか否かの選択肢のいずれかが選択されたら、取引完了画面を前記表示手段に表示することを特徴とする情報端末。
【請求項４】
請求項３に記載の情報端末であって、
前記メール送信手段は、前記メールを送信するか否かの選択肢において送信する旨が選択されていたら、前記取引完了画面とともにメールが届かない場合の案内を前記表示手段に表示することを特徴とする情報端末。
【請求項５】
請求項１または２に記載の情報端末であって、
前記メール送信手段は、前記表示手段に前記案内を表示した後に前記通信手段によって前記ユーザ端末を検知した場合に、前記メールを送信するか否かの選択肢を前記表示手段の画面から削除することを特徴とする情報端末。
【請求項６】
請求項１または２に記載の情報端末であって、
前記メール送信手段は、ユーザのメールアドレスの登録有無を前記認証サーバから受信し、前記ユーザのメールアドレスが未登録であれば、明細書を印刷するか否かの選択肢およびメールアドレスの登録方法の案内を前記表示手段の画面に表示し、その後に前記通信手段によって前記ユーザ端末を検知した場合に、前記ワンタイムパスワードをメール本文に記載したメールを前記ユーザ端末に送信し、前記明細書を印刷するか否かの選択肢のいずれかが選択されたら取引完了画面を前記表示手段に表示することを特徴とする情報端末。
【請求項７】
請求項１または２に記載の情報端末であって、
前記メール送信手段は、ユーザのメールアドレスの登録有無を前記認証サーバから受信し、前記ユーザのメールアドレスが登録済みであれば、メールを送信するか否かの選択肢、明細書を印刷するか否かの選択肢、およびメールアドレスの変更方法の案内を前記表示手段の画面に表示し、その後に前記通信手段によって前記ユーザ端末を検知した場合に、前記ワンタイムパスワードをメール本文に記載したメールを前記ユーザ端末に送信し、その後に前記明細書を印刷するか否かの選択肢のいずれか選択されたら取引完了画面を前記表示手段に表示することを特徴とする情報端末。
【請求項８】
請求項１または２に記載の情報端末であって、
前記パスワード生成手段は、前記口座番号と前記現在日時を含む数字のハッシュ値を計算することにより前記ワンタイムパスワードを算出することを特徴とする情報端末。
【請求項９】
ユーザのメールアドレスを登録するための認証サーバであって、  情報端末から、情報端末によってユーザの口座番号と日時から生成されたワンタイムパスワード、ユーザのカードから読み取られた口座番号、および日時を受信する受信手段と、
受信した前記ワンタイムパスワード、前記口座番号、および前記日時を格納する認証ＤＢと、前記口座番号、当該口座番号に対応するユーザの生年月日または電話番号または郵便番号、および前記ユーザのメールアドレスを格納する顧客ＤＢと、を有する記憶装置と、
前記情報端末から前記口座番号、前記日時、および前記ワンタイムパスワードを受信し、前記認証ＤＢに追加するパスワード登録手段と、
ユーザ端末からのメールを受信し、前記メールから前記ワンタイムパスワードを抽出するパスワード抽出手段と、
抽出した前記ワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから検索し、見つかったらそのレコードの口座番号と同一の口座番号を持つ前記顧客ＤＢのレコードの、メールアドレスの項目に前記メールの受信元アドレスを記録するメールアドレス登録手段とを備えることを特徴とする認証サーバ。
【請求項１０】
請求項９に記載の認証サーバであって、
前記メールアドレス登録手段は、前記顧客ＤＢのレコードのメールアドレスの項目に前記メールの受信元アドレスを記録したら、さらに前記メールから抽出したワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから削除することを特徴とする認証サーバ。
【請求項１１】
請求項９に記載の認証サーバであって、
さらに、前記情報端末から受信した口座番号をキーにして前記顧客ＤＢを参照し、当該口座番号のユーザのメールアドレスが既に登録済みか否かを確認し、その結果を前記情報端末に送信するメールアドレス確認手段を備えることを特徴とする認証サーバ。
【請求項１２】
請求項９に記載の認証サーバであって、
前記パスワード登録手段は、前記情報端末から受信した前記口座番号と同一の口座番号を持つレコードが既に前記認証ＤＢに登録されていたら、当該レコードを上書きして前記口座番号、前記日時、および前記パスワードを登録することを特徴とする認証サーバ。
【請求項１３】
請求項９に記載の認証サーバであって、
前記メールアドレス登録手段は、前記顧客ＤＢのレコードのメールアドレスの項目に前記メールの受信元アドレスを記録したら、さらに前記メールを送信してきたユーザ端末に対して認証が成功した旨のメールを送信することを特徴とする認証サーバ。
【請求項１４】
請求項９に記載の認証サーバであって、
さらに、前記メールから抽出したワンタイムパスワードをＵＲＬに埋め込み、前記ＵＲＬを本文に記載したメールを前記メールの送信元であるユーザ端末に送信するメール送信手段を備えることを特徴とする認証サーバ。
【請求項１５】
請求項１４に記載の認証サーバであって、
さらに、前記ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受けて、前記ワンタイムパスワードをキーとして前記認証ＤＢを検索することにより、アクセスしたユーザの口座番号を特定し、前記ユーザの個人情報を入力するページのデータを前記ユーザ端末に送信し、前記ユーザ端末から送信された個人情報を前記顧客ＤＢに登録されている個人情報と照合し、一致していれば認証成功と判定し、不一致であれば認証失敗と判定する個人情報照合手段を備えることを特徴とする認証サーバ。
【請求項１６】
請求項９に記載の認証サーバであって、
前記認証ＤＢは、さらにメールアドレスを格納し、
前記メールアドレス登録手段は、前記メールから抽出したワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから検索し、見つからなかったら前記認証ＤＢに前記ワンタイムパスワードと前記メールの送信元アドレスと現在日時を登録し、
前記パスワード登録手段は、前記情報端末から前記口座番号、前記日時、および前記ワンタイムパスワードを受信したら、前記ワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから検索し、見つかったらそのレコードのメールアドレスを、前記情報端末から受信した口座番号と同一の口座番号を持つ前記顧客ＤＢのレコードのメールアドレスの項目に記録することを特徴とする認証サーバ。
【請求項１７】
請求項１６に記載の認証サーバであって、さらに、
前記情報端末から受信したワンタイムパスワードをＵＲＬに埋め込み、前記ワンタイムパスワードと同一のワンタイムパスワードを持つ前記認証ＤＢのレコードにおけるメールアドレスに対して、前記ＵＲＬを本文に記載したメールを送信するメール送信手段と、
前記ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受けて、前記ワンタイムパスワードをキーとして前記認証ＤＢを検索することにより、アクセスしたユーザの口座番号を特定し、前記ユーザの個人情報を入力するページのデータを前記ユーザ端末に送信し、前記ユーザ端末から送信された個人情報を前記顧客ＤＢに登録されている個人情報と照合し、一致していれば認証成功と判定し、不一致であれば認証失敗と判定する個人情報照合手段とを備えることを特徴とする認証サーバ。
【請求項１８】
ユーザ端末から個人専用ページへログインを支援するための情報端末であって、
表示手段と、
ユーザ端末と非接触方式で通信可能な通信手段と、
ユーザによって挿入されたカードからユーザの口座番号および暗証番号を読み取る読取手段と、
ユーザによる暗証番号の入力を受け付ける入力手段と、
ユーザによって入力された暗証番号を前記カードから読み取られた暗証番号と照合する本人確認手段と、
前記口座番号と現在日時に基づいてワンタイムパスワードを生成するパスワード生成手段と、
前記口座番号と前記現在日時、および前記ワンタイムパスワードを認証サーバに送信するパスワード送信手段と、
明細書を印刷するか否かの選択肢とＵＲＬの受信方法の案内を前記表示手段の画面に表示し、その後に前記通信手段によって前記ユーザ端末を検知した場合に、前記ワンタイムパスワードを埋め込んだＵＲＬをケータイに送信するＵＲＬ送信手段を備えることを特徴とする情報端末。
【請求項１９】
請求項１８に記載の情報端末であって、
前記ＵＲＬ送信手段は、前記明細書を印刷するか否かの選択肢と前記ＵＲＬの受信方法の案内を前記表示手段の画面に表示し、その後に前記通信手段が前記ユーザ端末を検知しないままユーザによって前記明細書を印刷するか否かの選択肢のいずれかが選択されたら、取引完了画面を前記表示手段に表示することを特徴とする情報端末。
【請求項２０】
請求項１８に記載の情報端末であって、
前記パスワード生成手段は、前記口座番号と前記現在日時を含む数字のハッシュ値を計算することにより前記ワンタイムパスワードを算出することを特徴とする情報端末。
【請求項２１】
ユーザ端末から個人専用ページへログインを支援するための認証サーバであって、
情報端末から、情報端末によってユーザの口座番号と日時から生成されたワンタイムパスワード、ユーザのカードから読み取られた口座番号、および日時を受信する受信手段と、
受信した前記ワンタイムパスワード、前記口座番号、および前記日時を格納する認証ＤＢと、前記口座番号、当該口座番号に対応するユーザの生年月日または電話番号または郵便番号、および前記ユーザのメールアドレスを格納する顧客ＤＢと、を有する記憶装置と、
前記情報端末から前記口座番号、前記日時、および前記ワンタイムパスワードを受信し、前記認証ＤＢに追加するパスワード登録手段と、
ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受け付け、前記ＵＲＬからワンタイムパスワードを抽出するパスワード抽出手段と、
抽出したワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから検索し、見つかったらそのレコードの口座番号に紐付く個人専用ページのデータをユーザ端末に送信するログイン処理手段とを備えることを特徴とする認証サーバ。
【請求項２２】
請求項２１に記載の認証サーバであって、
前記ログイン処理手段は、前記個人専用ページのデータをユーザ端末に送信したら、さらに前記ＵＲＬから抽出したワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから削除することを特徴とする認証サーバ。
【請求項２３】
請求項２１に記載の認証サーバであって、
さらに、前記ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受けて、前記ワンタイムパスワードをキーとして前記認証ＤＢを検索することにより、アクセスしたユーザの口座番号を特定し、前記ユーザの個人情報を入力するページのデータを前記ユーザ端末に送信し、前記ユーザ端末から送信された個人情報を前記顧客ＤＢに登録されている個人情報と照合し、一致していれば認証成功と判定し、不一致であれば認証失敗と判定する個人情報照合手段を備えることを特徴とする認証サーバ。
【請求項２４】
ユーザ端末から個人専用ページへログインを支援するための認証サーバであって、
口座番号、当該口座番号に対応するユーザの生年月日または電話番号または郵便番号、およびユーザのメールアドレスを格納する顧客ＤＢを有する記憶装置と、
ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受け付け、前記ＵＲＬからワンタイムパスワードを抽出するパスワード抽出手段と、
ＵＲＬから抽出したワンタイムパスワードを復号して日時と口座番号を抽出し、前記日時が現在時刻よりも一定時間以上前でなく、かつ一定時間以上後でもなく、また前記口座番号と同一の口座番号を持つレコードが前記顧客ＤＢに存在していれば、前記ワンタイムパスワードが埋め込まれたＵＲＬに基づくユーザ端末からのアクセスを受けて、前記ワンタイムパスワードをキーとして前記認証ＤＢを検索することにより、アクセスしたユーザの口座番号を特定し、前記ユーザの個人情報を入力するページのデータを前記ユーザ端末に送信し、前記ユーザ端末から送信された個人情報を前記顧客ＤＢに登録されている個人情報と照合し、一致であれば、前記口座番号に対応する個人専用ページのデータを前記ユーザ端末に送信するログイン処理手段とを備えることを特徴とする認証サーバ。
【請求項２５】
請求項９または１０または１１または１２または１３または１４または１５または１６または１７または２１または２２または２３に記載の認証サーバであって、
前記認証ＤＢから、日時が一定の期日以前であるレコードを全て削除するパスワード削除手段を備えることを特徴とする認証サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＡＴＭ（現金預入支払機）等の本人確認可能な装置において生成したワンタイムパスワードを、FeliCa（ソニー株式会社の登録商標である）リーダの3者間通信機能を利用してモバイル端末に送信し、そのワンタイムパスワードを用いてサーバにアクセスさせることにより、メールアドレスの登録や個人専用ページへのログイン処理を行う技術に関する。
【背景技術】
【０００２】
ＡＴＭ等の本人確認機能付きの端末を利用した人への付加的サービスとして、利用直後に携帯電話（以下、ケータイ）にメールを配信することによって、近隣のスーパー等で売られている商品に関する情報提供やクーポン配布を行おうとした場合、銀行が管理する顧客データベースに当該利用者のケータイのメールアドレスが登録されていることが必要となる。
【０００３】
事前に銀行口座の開設時の手続きやインターネットの会員専用ページ等においてメールアドレスを登録していれば問題はないが、そうでない場合は、ＡＴＭを利用したその場での迅速なメールアドレス登録が必要となる。すぐにクーポンを受け取って使いたい、あるいはすぐに詳細な情報を見たい利用者にとっては、書類にメールアドレスやその他本人確認情報を記入して郵送したり、自宅に帰ってインターネットバンキングにログインしてメールアドレスを登録するといった時間のかかる作業は好ましくない。ＡＴＭの利用中、または利用直後にメールアドレスを登録することが求められる。
【０００４】
上記を実現する公知の方法としては、主に以下に示す３つがある。
【０００５】
１つ目は、ＡＴＭの画面から利用者に直接入力してもらう方法である。
【０００６】
２つ目は、２次元バーコードを用いる方法である。特許文献１には、ケータイに２次元バーコードを読み込ませることによって、Webサイトのアドレス情報の入力操作を行うことなくWebサイトにアクセスする技術が開示されている。この技術を応用し、メールアドレスを登録するためのモバイルサイトのURLを情報として含んだ２次元バーコードをＡＴＭの画面に表示し、それを利用者のケータイに読み取らせ、ＡＴＭ利用後に上記サイトにアクセスしてもらう。そして、上記サイト内でメールアドレスとその他本人確認情報を入力させることによってメールアドレスを登録する。ここで本人確認情報とは、口座番号やニックネーム、パスワード、生年月日などの、個人を特定可能な情報である。誰のメールアドレスなのかを特定するためには、本人確認情報の入力が必要である。
【０００７】
３つ目として、空メールの送信による方法がある。ＡＴＭに付属のFeliCaリーダから３者間通信機能を用いてケータイに空メールを送信し、その空メールをユーザに送信してもらうことで送信元（すなわちユーザのケータイ）のメールアドレスを取得し、登録する。
【０００８】
【特許文献１】特開２００５−５７５０１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
１つ目の方法では、メールアドレスの入力操作に時間がかかってしまい、ＡＴＭの待ち行列に並んでいる他の顧客の満足度が下がるため、この方法は実用に適さない。
【００１０】
２つ目の２次元バーコードを用いる方法は、モバイルサイト内でメールアドレスや本人確認情報を入力するのに手間がかかってしまう。ユーザに多くの入力操作を行わせると、途中で登録を諦めてしまうユーザが多くなるため、より簡易な操作で登録を行わせる方法が求められる。
【００１１】
３つ目の方法では、本人を特定する情報が得られないため、誰のメールアドレスなのかが分からない。
【００１２】
メールアドレスの登録と並んで、モバイル端末のユーザにとって不便な操作を強いられているものが、個人専用ページへのログインである。個人専用ページとは、契約状況や保有資産、購買履歴などの個人ごとに異なる情報を閲覧したり、金融商品の売買やサービスの契約等の指示を出したりするためのページであり、アクセスするには通常、IDとパスワードの入力が必要とされる。モバイル端末でログインのためのIDやパスワードを入力するのはユーザにとって負担であり、より簡便なログイン操作が求められている。しかし、ケータイによる個人専用ページへのログインを簡便に行うための公知の技術は現在のところ存在しない。
【００１３】
本発明は上記事情を鑑みてなされたものであり、本発明の目的は、ユーザに複雑な操作を強いることなく、短時間で、個人情報に紐付けてユーザのメールアドレスを登録できるようにすること、または、簡単な操作でユーザ端末から個人専用ページへログインできるようにし、ユーザの負担を軽減する装置、システム。方法、プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明は、ＡＴＭ等の情報端末においてワンタイムパスワードを生成し、ユーザのカード（例えば、キャッシュカード）から読み取った口座番号と前記ワンタイムパスワードを認証サーバに送信し、認証サーバはそれらの情報を認証ＤＢに登録する。そして、情報端末の非接触方式通信手段（例えば、ＦｅｌｉＣａリーダ）にユーザ端末（例えば、ケータイ）がかざされたら、情報端末は前記ワンタイムパスワードを含む空メールまたはＵＲＬを３者間通信によりユーザ端末に送信する。ユーザ端末から空メールが送信されるか、ＵＲＬにアクセスされたら、認証サーバはそれらを受信して空メールまたはＵＲＬに含まれるワンタイムパスワードと同一のワンタイムパスワードを持つレコードを前記認証ＤＢから探し出し、当該レコードの口座番号に紐付けて顧客ＤＢにメールアドレスを登録する、あるいは当該レコードの口座番号に紐付く個人専用ページを前記ユーザ端末に送信する。
【発明の効果】
【００１５】
本発明によれば、ユーザに複雑な操作を求めずに、短時間で、個人情報に紐付けてケータイのメールアドレスを登録することができる。また、簡単な操作でケータイから個人専用ページへログインすることができる。よって、ユーザの負担を軽減できる。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明の実施の形態について説明する。
【００１７】
図１は、本発明の一実施形態に係るシステム構成図である。ＡＴＭ１１０は、銀行や小売店の店舗に設置されているＡＴＭである。ケータイ端末１３０は、ＡＴＭのユーザが所有しているケータイ端末であり、ここではＡＴＭの近くにあるものとする。認証サーバ１２０は、銀行のセンタに設置されているサーバであり、メールアドレスの登録や個人専用ページへのログインに必要な認証処理などを行う。ケータイ端末は、FeliCa方式のＩＣチップを内蔵する。
【００１８】
ＡＴＭ１１０は、FeliCaリーダ（非接触通信手段）内蔵型のＡＴＭであり、FeliCaの三者間通信によりケータイ端末１３０と通信を行うことができる。また、ＡＴＭ１１０はネットワーク１５０（例えば、有線ＬＡＮ）を介して認証サーバ１２０と通信を行う。ケータイ端末１３０は、無線ネットワーク１６０（例えば、携帯電話通信網）を介して認証サーバ１２０と通信を行う。
【００１９】
なお、ＡＴＭ１１０は必ずしもＡＴＭである必要はなく、例えば現金入出金機能のないキオスク端末でもよい。また、通信方式は、FeliCa方式に限られない。
【００２０】
図２は、ＡＴＭ１１０または認証サーバ１２０の機能を実現する情報処理装置２００のハードウェア構成を例示する図である。情報処理装置２００は、ＨＤＤに記録されたプログラムをメモリを利用して実行することにより各部の機能を実現するＣＰＵ（Central Processing Unit）２１０、メモリ２２０、ＨＤＤ（Hard Disk Drive）２３０、ＦｅｌｉＣａ通信インタフェース２４０、有線通信インタフェース２５０、無線通信インタフェース２６０、入出力インタフェース２７０を備え、これらはバスにより接続される。
【００２１】
以下では、ＡＴＭ１１０と認証サーバ１２０がメールアドレスの登録に利用される場合の実施形態と、個人専用ページへのログインに利用される場合の実施形態とについて、順に述べていく。
【実施例１】
【００２２】
まずはメールアドレスの登録に利用される場合の実施形態を説明する。
【００２３】
図３は、認証サーバ１２０の詳細な機能構成の一例を示すブロック図である。認証サーバ１２０は、パスワード登録部３１０、メールアドレス確認部３２０、個人情報照合部３３０、パスワード抽出部３４０、メールアドレス登録部３５０、パスワード削除部３６０、ＵＲＬ記載メール送信部３９０を備える。これらの機能は、ＣＰＵがプログラムを実行することにより実現される。さらに、認証DB３７０、顧客DB３８０を備える。これらはＨＤＤなどの記憶装置に格納される。
【００２４】
パスワード登録部３１０、メールアドレス確認部３２０、個人情報照合部３３０、パスワード抽出部３４０、メールアドレス登録部３５０、パスワード削除部３６０、ＵＲＬ記載メール送信部３９０の処理内容は、後に述べる認証サーバ１２０のフローチャートの中で詳しく説明する。
【００２５】
認証DB３７０は、ＡＴＭ１１０から送られてきた口座番号とワンタイムパスワード等の情報を一時的に登録し、ケータイ端末１３０から送られてきた空メールに含まれるワンタイムパスワードを突き合わせることによって、空メールを送信してきたユーザの口座番号を特定するために用いる。認証DB３７０は、例えば図４に示すように、口座番号４１０、口座番号４１０に対応する顧客が最後にＡＴＭを利用した日時４２０、およびワンタイムパスワード４３０を格納する。このワンタイムパスワード４３０は、口座番号４１０と日時４２０の値に基づいてＡＴＭ１１０が作成し認証サーバ１２０に送信したパスワードである。
【００２６】
顧客DB３８０は、顧客の口座番号に紐付けて顧客の個人情報を管理するデータベースである。これは例えば図５に示すように、口座番号５１０、口座番号５１０に対応する顧客の生年月日５２０とメールアドレス５３０を格納する。
【００２７】
なお、生年月日５２０は、個人を特定するための情報であって他人が容易に知りえない情報であれば他のものでもよく、例えば電話番号や郵便番号でも構わない。ただし、後で述べるようにこれらの個人情報は個人情報照合部３３０においてケータイ端末から入力された値との照合を行うために用いるため、ケータイ端末での入力のしやすさを鑑みて数字で表現されるものとする。また、口座番号の代わりに、個人ごとに割り当てられた個人ＩＤであってもよい。
【００２８】
図６は、ＡＴＭ１１０の詳細な機能構成の一例を示すブロック図である。ＡＴＭ１１０は、本人確認部６１０、パスワード生成部６２０、空メール送信部６３０を備える。これらの処理内容は、後に述べるＡＴＭ１１０のフローチャートにおいて詳しく説明する。
【００２９】
図７および図８は、ユーザによるＡＴＭ利用時におけるＡＴＭ１１０および認証サーバ１２０の動作の一例を示すフローチャートである。まず、ＡＴＭ１１０は、ユーザから入金または出金の指示を受ける。通常この指示はＡＴＭに表示されたメニュー画面へのユーザのタッチ操作によって行われる（Ｓ１００）。なお、各画面は記憶装置内に予め記憶されており、ＡＴＭは記憶装置から画面を読み出して、表示する。
【００３０】
次に、ＡＴＭ１１０はユーザが挿入したキャッシュカードから口座番号を読み取る（Ｓ１０１）。
【００３１】
続いて、ＡＴＭ１１０はユーザからの暗証番号（ＰＩＮ）の入力を受け付ける（Ｓ１０２）。このＰＩＮが正しいかどうかの確認は、ＰＩＮが入力されてすぐに行う場合もあれば、入出金の額などの必要事項が入力された後に認証サーバ１２０と交信する際に行われる場合もあるが、ここでは詳しく説明しない。いずれにしてもＰＩＮが正しければ入出金等の処理を継続し、正しくなければ処理を中止する。例えば、ユーザから入力されたＰＩＮの検証は、ユーザから入力されたＰＩＮがキャッシュカードから読み取られたＰＩＮに一致するか否かにより行う。一致すれば、ＰＩＮが正しいと判定し、一致しなければ、ＰＩＮが正しくないと判定する。
【００３２】
Ｓ１００における指示が出金の場合、ＡＴＭ１１０はユーザからの出金金額の入力を受け付ける（Ｓ１０３）。
【００３３】
Ｓ１００における指示が入金の場合、ＡＴＭ１１０は現金投入口を介してユーザから現金を受け取る（Ｓ１０４）。
【００３４】
なお、入出金機能のないキオスク端末の場合、上記Ｓ１００、Ｓ１０３、Ｓ１０４の処理は行われない。
【００３５】
次に、ＡＴＭ１１０は、Ｓ１０１で読み取った口座番号とＡＴＭ１１０が認識している現在日時に基づいてパスワードを生成する（Ｓ１０５）。例えば、ＡＴＭ１１０は、ＡＴＭ１１０に内蔵された時計から読み取ることにより、またはＡＴＭ１１０に接続されたセンタサーバへの問い合わせにより、現在日時を認識できる。
【００３６】
パスワードの具体的な生成方法としては、例えば図９に示すように、最初のＸ桁で口座番号を表し、次の14桁で現在の西暦、月、日、時、分、秒を表した数を、所定のハッシュ関数に入力してハッシュ値を求める方法がある。ハッシュ関数は一方向性関数であるためハッシュ関数を使ってパスワードを生成すると、万一ハッシュ関数が第三者に漏れて、さらに後で述べるケータイ端末１３０から認証サーバ１２０へ送信するメールが傍受され、メール本文に書かれたパスワードがその第三者に知られても、口座番号が知られることはないというメリットがある。それに対して、共通鍵を使ってパスワードを生成すると、万一共通鍵とパスワードが第三者に漏れた場合、パスワードが復号されて口座番号が知られることになるが、共通鍵を使ってパスワードを生成してもよい。
【００３７】
パスワードを現在日時と口座番号に基づいて生成する理由は、同じパスワードが2回以上生成される可能性を極力少なくするためである。異なるユーザが同時刻に別々のＡＴＭを利用することや、同一のユーザが異なる時刻に複数回ＡＴＭを利用することはあるが、同一のユーザが同時刻に別々のＡＴＭを利用することは不可能である。そのため、パスワードの元となる値（ハッシュ関数に入力する値）は同じものが2度使われることはない。その結果、他のユーザとパスワードがかぶる可能性は事実上ゼロに等しくなる。ハッシュ関数の性質上、異なる値のハッシュ値を求めた結果が同じになる可能性はゼロではないが、実務上はその可能性は無視してよい。
【００３８】
図７に戻って説明を続ける。ＡＴＭ１１０は、パスワード、パスワードを生成する元となった口座番号と日時、および入出金に関する指示を、認証サーバ１２０に対して送信する。なお、ＡＴＭ１１０が入出金機能のないキオスク端末の場合は、入出金に関する指示は送信しない（Ｓ１０６）。
【００３９】
上記のように、入出金指示と同時にパスワードや日時を認証サーバ１２０に送信することによって、ＡＴＭ１１０と認証サーバ１２０との間のメッセージ授受の回数が、入出金処理のみを行う場合と比較して変わらずに済む。したがって、ＡＴＭユーザから見た処理パフォーマンスを落とさずに、現状世の中に出回っているＡＴＭに本発明の認証機能を追加することができる。
【００４０】
認証サーバ１２０は、ＡＴＭ１１０からのパスワード、パスワードを生成する元となった口座番号と日時、および入出金に関する指示を受信する（Ｓ２００）。
【００４１】
認証サーバ１２０は、上記で受信したパスワード、口座番号、日時を認証ＤＢ３７０に登録する。このとき、同じ口座番号のレコードが既に存在していれば上書きする。それにより、１つの口座番号に関して許される（認証をパスできる）パスワードが常に１つ以下に保たれ、第三者による成りすましの成功確率がより低くなる（Ｓ２０１）。
【００４２】
認証サーバ１２０は、入出金指示の内容に基づき、口座残高の変更を行う（Ｓ２０２）。
【００４３】
パスワードを登録する処理（Ｓ２０１）と口座残高の変更処理（Ｓ２０２）はそれぞれ独立に行う。これは、何らかの障害によりパスワードの登録がスムーズに行えなかった場合でも、本来の銀行業務である入出金処理を滞りなく行い、速やかにＡＴＭの画面に処理結果を表示することで、ＡＴＭユーザの満足度を低下させないことを目的としている。
【００４４】
認証サーバ１２０は、顧客ＤＢ３８０を参照し、Ｓ２００で受信した口座番号に対応する顧客のメールアドレスが既に登録されているか否かを確認する。そして、その結果とＳ２０２における残高変更処理の結果をＡＴＭ１１０に送信する（Ｓ２０３）。
【００４５】
ＡＴＭ１１０は、メールアドレスが登録されているか否かの確認結果と残高変更処理の結果を受信する（Ｓ１０７）。
【００４６】
ＡＴＭ１１０は、画面に広告を表示する（Ｓ１０８）。なお、広告の表示タイミングは必ずしもＳ１０７の後である必要はなく、金額の入力受付Ｓ１０３または現金の受け取りＳ１０４の後から、Ｓ１０５、Ｓ１０６、Ｓ１０７の処理と並行しながら広告を表示していてもよい。また、必ずしも次に述べるＳ１０９やＳ１１０の前である必要もなく、Ｓ１０９やＳ１１０の画面表示と同時に広告表示を開始してもよい。
【００４７】
次にＡＴＭ１１０は、メールアドレスが未登録であった場合、明細書を印刷するか否かの選択肢と、メールアドレス登録方法の案内を表示する。画面遷移が増えてユーザが煩わしさを感じる事態を避けるため、これら２つの情報は１画面に表示する。なお、上で述べたように、ここで同時に広告を表示してもよい（Ｓ１０９）。
【００４８】
図１０に、ＡＴＭの画面イメージの一例を示す。Ｓ１０９の処理における画面のイメージはＧ１０９である。同様に、これから説明するＳ１１０、Ｓ１１１、Ｓ１１２の処理における画面のイメージはそれぞれＧ１１０、Ｇ１１１、Ｇ１１２である。
【００４９】
図７に戻って説明を続ける。Ｓ１０８の処理の後、メールアドレスが登録済みであった場合、ＡＴＭ１１０はメール送信を行うか否かの選択肢、明細書を印刷するか否かの選択肢、およびメールアドレス変更方法の案内を表示する。これらの情報は１画面に表示し、さらに広告を表示してもよい。（Ｓ１１０）。
【００５０】
Ｓ１０９またはＳ１１０においてＡＴＭに付属したＦｅｌｉＣａリーダにケータイ端末１３０がかざされたら、ＡＴＭはケータイ端末からのレスポンスの受信によりケータイ端末１３０がかざされたことを検知してＦｅｌｉＣａの３者間通信によりケータイ端末１３０のメーラー（メール機能を実現するアプリケーションプログラム）を起動して空メールを送信する。このとき、空メールの送信先アドレスには所定の空メール受付用のアドレスを設定し、空メールの本文にはＳ１０５で作成したパスワードを記載する。また、ＡＴＭ１１０の画面からはメールの送信可否を問う選択肢を削除する。これは、ユーザにメールアドレスの登録または変更の意思があり、旧メールアドレス（未登録の場合も含めて）にメールを送る意味がないためである。（Ｓ１１１）。
【００５１】
図１１に、Ｓ１１１でケータイ端末１３０に送信する空メールの内容の一例を示す。3者間通信機能により、ケータイ端末１３０のメーラーを起動すると同時に宛先や本文に図１１に示すような文字列を記載させることが可能である。ユーザはケータイ端末の「メール送信」ボタンを押すだけで空メールを銀行の空メール受付用アドレス（ここでは「bank@jp」）に送信することができる。
【００５２】
Ｓ１０９またはＳ１１１の後に明細書の印刷可否が選択されたら、またはＳ１１０の後に明細書の印刷可否とメールの送信可否が選択されたら、ＡＴＭ１１０は取引完了画面を表示する（Ｓ１１２）。
【００５３】
なお、Ｇ１１０の画面でメールを送信する旨が選択された場合、ＡＴＭ１１０からメールサーバ等に対してメール送信指示が出され、Ｓ１０８で表示した広告の商品やサービスに関する詳細な情報やＷｅｂサイトへのリンクを本文に記載したメールが、登録済みのメールアドレスに対して送信される。
【００５４】
図７および図８に示したフローチャートにおいて、本人確認部６１０はＳ１０１およびＳ１０２の処理を、パスワード生成部６２０はＳ１０５およびＳ１０６の処理を、空メール送信部６３０はＳ１０７、Ｓ１０８、Ｓ１０９、Ｓ１１０、Ｓ１１１、Ｓ１１２の処理を、パスワード登録部３１０はＳ２００とＳ２０１の処理を、メールアドレス確認部３２０はＳ２０３の処理を行う。
【００５５】
次に、別の実施形態として、認証サーバ１２０がメールアドレスの登録済／未登録の確認を行わない場合のフローチャートを図１２および図１３に示す。また、ＡＴＭ画面のイメージを図１４に示す。以下ではそれらが図７、図８、図１０と異なる部分について述べる。
【００５６】
まず、図７におけるメールアドレス登録済／未登録の確認処理（Ｓ２０３）は図１２では存在せず、認証サーバ１２０はＳ２０２の処理の後に直ちにＡＴＭ１１０に残高変更処理の結果を送信し（Ｓ２０４）、ＡＴＭ１１０はこれを受信する（Ｓ１１３）。
【００５７】
メールアドレスが登録済みか未登録かＡＴＭ１１０は分からないため、Ｓ１０９とＳ１１０のように分岐はせず、ＡＴＭ１１０はメール送信を行うか否かの選択肢、明細書を印刷するか否かの選択肢、およびメールアドレス登録／変更方法の案内を表示する（Ｓ１１４）。
【００５８】
Ｓ１１４におけるＡＴＭ１１０の画面イメージが図１４におけるＧ１１４である。以下同様に、Ｓ１１５、Ｓ１１６、Ｓ１１８に対応するＡＴＭ１１０の画面イメージはＧ１１５、Ｇ１１６、Ｇ１１８である。
【００５９】
Ｓ１１４の後、ＡＴＭ１１０に付属のＦｅｌｉＣａリーダにケータイ端末がかざされたら、３者間通信によりケータイ端末のメーラーを起動して空メールを送信する。空メールの内容はＳ１１１の場合と同様である。このとき、画面からはメールの送信可否を問う選択肢を削除する。これは、ユーザにメールアドレスの登録または変更の意思があり、旧メールアドレス（未登録の場合も含めて）にメールを送る意味がないためである（Ｓ１１５）。
【００６０】
Ｓ１１５の後にユーザによって明細書の印刷可否が選択されたら、ＡＴＭ１１０は取引完了の画面を表示する（Ｓ１１６）。
【００６１】
Ｓ１１４の後にユーザによって明細書の印刷可否およびメール送信可否が選択されたら、ＡＴＭ１１０はメールの送信可否について「送信する」が選択されたか「送信しない」が選択されたかを識別する（Ｓ１１７）。
【００６２】
「送信しない」が選択された場合、ＡＴＭ１１０は取引完了の画面を表示する（Ｓ１１６）。
【００６３】
「送信する」が選択された場合、ＡＴＭ１１０は取引完了の旨とともにメールがユーザに届かない場合の案内を表示する。これは、ユーザのメールアドレスが未登録でありながらメールを「送信する」旨がユーザによって選択される可能性があり、その場合にはユーザにメールが届かないためである。
【００６４】
図１５は、ユーザによってパスワード付き空メールが送信された際のケータイ端末１３０および認証サーバ１２０の動作の一例を示すフローチャートである。まず、ケータイ端末１３０は認証サーバ１２０に空メールを送信する（Ｓ３０１）。
【００６５】
認証サーバ１２０はケータイ端末１３０から送信された空メールを受信する（Ｓ４０１）。
【００６６】
次に、認証サーバ１２０は受信した空メールからパスワード部分を抽出する。このパスワード部分とは、図１１の例で言えば本文に記載された「bmsv8pm42aaat」の文字列のことである（Ｓ４０２）。
【００６７】
次に、認証サーバ１２０はメールから抽出したパスワードをキーとして認証ＤＢ３７０のワンタイムパスワード４３０の項目を検索する（Ｓ４０３）。
【００６８】
認証ＤＢ３７０に対する検索（Ｓ４０３）の結果、レコードが見つからなかった場合、認証サーバ１２０は認証失敗と判断し、認証失敗の旨のメールをケータイ端末１３０に送信する。その際の送信先メールアドレスは、空メールの送信元アドレスである（Ｓ４０５）。
【００６９】
認証ＤＢ３７０に対する検索（Ｓ４０３）の結果、レコードが見つかった場合、そのレコードの口座番号４１０の値は、空メールの送信元ユーザの口座番号であるはずである。そこで、認証サーバ１２０は認証成功と判断し、見つかったレコードの口座番号４１０の値をキーとして顧客ＤＢ３８０の口座番号５１０の項目を検索し、ヒットしたレコードのメールアドレス５３０の項目に、空メールの送信元のメールアドレスを登録する（Ｓ４０６）。
【００７０】
さらに認証サーバ１２０は、認証成功の旨のメールをケータイ端末１３０に送信する。その際の送信先メールアドレスは、空メールの送信元アドレスである（Ｓ４０７）。
【００７１】
そして、認証サーバ１２０は認証ＤＢ３７０から、Ｓ４０６でヒットしたレコードを削除する。これにより、その後悪意のある第三者が自らパスワード付き空メールを作成して他者に成りすまし、他者の顧客ＤＢレコードに自分のメールアドレスを登録させる行為を防止する（Ｓ４０８）。
【００７２】
また、別の実施形態として、空メールから抽出したパスワードをキーとして認証ＤＢを検索（Ｓ４０３）した結果、レコードがヒットした場合に、すぐに認証成功とは判断せず、より万全を期するため個人情報の照合を行い、照合が一致したら認証成功と判断することとしてもよい。その場合、まず認証サーバ１２０はケータイ端末１３０にメールを送信する（Ｓ４０９）。
【００７３】
このメールの本文には、個人情報の入力を行うためのサイトに誘導するＵＲＬ（サイトの格納場所）を記載しておく。そのＵＲＬには、Ｓ４０２でメールから抽出したパスワードを埋め込んでおく。それにより、当該ＵＲＬにユーザがアクセスした際に、どのユーザからのアクセスであるかを認証サーバが認識することができる。
【００７４】
そして、認証サーバ１２０は前記ＵＲＬに対するケータイ端末からのアクセスを受け、個人情報の照合を行う（Ｓ４１０）。この部分の詳細は後述する。
【００７５】
個人情報の照合結果が一致の場合は認証成功と判断し、前述したＳ４０６の処理に進む。
【００７６】
個人情報の照合結果が不一致の場合は認証失敗と判断し、認証サーバ１２０はケータイ端末１３０に認証失敗の旨のメールを送信する（Ｓ４１１）。
【００７７】
個人情報の照合処理について、図１６のフローチャートを用いて説明する。まず、認証サーバ１２０は、ケータイ端末１３０がアクセスしたＵＲＬに埋め込まれたパスワードをキーにして認証ＤＢを検索することにより、アクセスしたユーザの口座番号を特定する（Ｓ４１２）。
【００７８】
なお、口座番号の特定方法は、必ずしもパスワードをキーにした認証ＤＢの検索によらなくてもよく、例えばパスワードが口座番号を含む文字列を共通鍵で暗号化したものであるならば、バスワードを共通鍵で復号することにより口座番号を特定してもよい。
【００７９】
次に、認証サーバ１２０は個人情報の入力画面をケータイ端末１３０へ送信してケータイ端末１３０に表示させる。ここでの個人情報とは、例えば生年月日である。このときの入力画面は、例えば図１７のようになる。Ｓ４１２において口座番号が特定されているため、ユーザは口座番号を入力する必要はなく、個人情報だけを入力すればよい（Ｓ４１３）。
【００８０】
ケータイ端末１３０からの個人情報の入力（Ｓ３０４）を受けて、認証サーバ１２０は顧客ＤＢに登録されている個人情報との照合を行う。すなわち、Ｓ４１２で特定された口座番号をキーにして顧客ＤＢ３８０を検索し、ヒットしたレコードの生年月日５２０とケータイ端末１３０から入力された生年月日とが一致するかを判定する（Ｓ４１４）。
【００８１】
一致した場合は認証成功と判断し（Ｓ４１６）、不一致の場合は認証失敗と判断する（Ｓ４１７）。
【００８２】
ここまでで述べた実施形態は、認証サーバ１２０がＡＴＭ１１０から送信された口座番号やパスワードを登録する処理（例えばＳ２０１）が、認証サーバ１２０がケータイ端末１３０から空メールを受信する処理（Ｓ４０１）よりも前に行われていることが前提となっている。しかし、処理負荷増大などの理由により認証サーバのパフォーマンスが落ち、パスワード登録処理（Ｓ２０１）が完了するのに時間がかかってしまい、空メールの受信（Ｓ４０１）が先に行われる可能性も考えられる。そのようなことが起こった場合、これまでに述べた実施形態では、空メールから抽出したパスワードをキーにして認証ＤＢを検索（Ｓ４０３）してもヒットせず、認証が失敗（Ｓ４０５）してしまう。そこで、空メールの受信処理が先に来ても認証が成功するような実施形態について、これまでに述べた実施形態との違いを次に述べる。
【００８３】
まず、図１５におけるメールアドレス登録部３５０がどのように変わるかを述べる。図１５のフローチャートで示したメールアドレス登録部３５０では、空メールから抽出したパスワードをキーにして認証ＤＢを検索（Ｓ４０３）してヒットしなかった場合、認証失敗と判断して認証失敗の旨のメールをケータイ端末１３０に送信（Ｓ４０５）していたが、認証失敗と判断せず、認証ＤＢに日時、パスワード、およびメールアドレスを登録する。ここでの日時は認証サーバが認識する現在日時であり、メールアドレスは空メールの送信元アドレスである。認証ＤＢにメールアドレスを登録するため、認証ＤＢは図１９に示すようにメールアドレス１８４０を格納することができるものを用いる。
【００８４】
次に、図７のフローチャートにおけるパスワード登録部３１０がどのように変わるかを、図１８のフローチャートを用いて述べる。
【００８５】
認証サーバ１２０は、ＡＴＭ１１０から口座番号、日時、パスワード、および入出金指示を受信（Ｓ５００）した後、受信したパスワードをキーにして認証ＤＢのワンタイムパスワード４３０の項目を検索する（Ｓ５０１）。
【００８６】
検索でヒットしなかった場合、図７におけるパスワードの登録（Ｓ２０１）と同じ処理を行う（Ｓ５０２）。
【００８７】
検索でヒットした場合、すなわち先にユーザからの空メールが到着しており、認証ＤＢにパスワードとメールアドレスが登録されている場合、認証サーバ１２０は認証成功と判断し、ＡＴＭ１１０から受信した口座番号をキーとして顧客ＤＢ３８０の口座番号５１０の項目を検索し、ヒットしたレコードのメールアドレス５３０の項目に、認証ＤＢ３７０に登録されていたメールアドレスを登録する（Ｓ５０３）。
【００８８】
さらに認証サーバ１２０は、認証成功の旨のメールをケータイ端末１３０に送信する。その際の送信先メールアドレスは、認証ＤＢ３７０に登録されていたメールアドレスである（Ｓ５０４）。
【００８９】
そして、認証が成功したらＳ５０１でヒットしたレコードは不要になるため、認証サーバ１２０は認証ＤＢ３７０から当該レコードを削除する。（Ｓ５０５）。
【００９０】
また、別の実施形態として、ＡＴＭ１１０から受信したパスワードをキーとして認証ＤＢを検索（Ｓ５０１）した結果、レコードがヒットした場合に、すぐに認証成功とは判断せず、より万全を期するため個人情報の照合を行い、照合が一致したら認証成功と判断することとしてもよい。その場合、まず認証サーバ１２０はヒットしたレコードに記録されているメールアドレスに対してメールを送信し（Ｓ５０６）、個人情報の照合を行う（Ｓ５０７）。送信するメールの内容、および個人情報の照合方法は、それぞれ前述の図１５におけるメール送信処理（Ｓ４０９）と個人情報照合処理（Ｓ４１０）と同様である。個人情報の照合結果が一致であれば顧客ＤＢにメールアドレスを登録（Ｓ５０３）し、不一致であれば認証失敗と判断して認証失敗の旨のメールをケータイ端末１３０へ送信する（Ｓ５０８）。
【００９１】
ここで、セキュリティが一部破られた場合の影響について述べる。ＡＴＭ１１０と認証サーバ１２０との間の伝送路は通常は強固なセキュリティで守られているので、ここではユーザが認証サーバに送った空メールが傍受された場合と、ＡＴＭでパスワードを生成する際のハッシュ関数が漏れた場合について述べる。
【００９２】
メールが第三者によって傍受された場合の影響は以下である。その第三者が同じ内容のメールを自分のケータイ端末から送って、顧客ＤＢにおける他者のレコードに自分のメールアドレスを登録しようと企てたとする。その場合、正当なユーザのメールが第三者のメールよりも先に認証サーバ１２０に到着しているはずであるので、正当なユーザの認証は成功し、その後第三者がメールを送ったときには既に認証ＤＢ３７０からレコードは削除されているため、第三者の認証は失敗する。したがって、メールが傍受されることによって実質的な被害は発生しない。
【００９３】
ハッシュ関数が第三者に漏れた場合の影響は以下である。その第三者が、他者の口座番号を入手し、かつその口座番号のユーザのＡＴＭ最終利用日時を知ることができれば、それらの情報からハッシュ関数を使ってパスワードを生成し、メールを認証サーバ１２０に送信し、顧客ＤＢにおける他者のレコードに自分のメールアドレスを登録することができる。しかし、特定の他者がＡＴＭを利用した日時を正確に知ることは通常不可能である。しかも、パスワードは一定期間しか有効でないため、本ケースで第三者が成りすましに成功する可能性は低い。
【００９４】
メールが傍受され、かつハッシュ関数も第三者に漏れたとする。その場合でも、前に述べたように、メール本文のパスワードを復号することはできないので、口座番号が第三者に知られることはなく、実質的な被害は発生しない。
【００９５】
以上で、ＡＴＭ１１０と認証サーバ１２０がメールアドレスの登録に利用される場合の実施形態について述べた。
【実施例２】
【００９６】
次に、ＡＴＭ１１０と認証サーバ１２０が個人専用ページへのログインに利用される場合の実施形態について述べる。
【００９７】
図２０は、認証サーバ１２０の詳細な機能構成の一例を示すブロック図である。メールアドレスの登録に認証サーバが利用される場合の実施形態（図３）との違いは、メールアドレス確認部３２０がないことと、メールアドレス登録部３５０がログイン処理部３５０Ａになっていること、およびＵＲＬ記載メール送信部３９０がないことである。
【００９８】
図２１は、ＡＴＭ１１０の詳細な機能構成の一例を示すブロック図である。メールアドレスの登録にＡＴＭが利用される場合の実施形態（図６）との違いは、空メール送信部６３０がＵＲＬ送信部６３０Ａになっていることである。
【００９９】
図２２は、ユーザによるＡＴＭ利用時におけるＡＴＭ１１０および認証サーバ１２０の動作の一例を示すフローチャートである。以下、図７および図８との相違点について述べる。
【０１００】
まず、ＡＴＭ１１０の本人確認部６１０、パスワード生成部６２０の動作は図７と同様である。また、認証サーバ１２０のパスワード登録部３１０の動作も図７と同様である。
【０１０１】
図７ではメールアドレスが登録済みか否かの確認（Ｓ２０３）を認証サーバ１２０にて行っていたが、本実施例ではメールアドレスの登録が目的ではないのでこの処理はない。残高の変更（Ｓ２０２Ａ）の後、直ちにＡＴＭ１１０に対して処理結果を送信する。
【０１０２】
ＡＴＭ１１０は、処理結果を受信し（Ｓ６０１）、画面に広告を表示する（Ｓ６０２）。そして、画面に明細書を印刷するか否かの選択肢と、ケータイ端末１３０でＦｅｌｉＣａリーダからＵＲＬを受信する方法の案内を表示する。画面遷移が増えてユーザが煩わしさを感じる事態を避けるため、これら２つの情報は１画面に表示する。また、同時に広告を表示してもよい（Ｓ６０３）。
【０１０３】
図２３に、ＡＴＭ１１０の画面イメージの一例を示す。Ｓ６０３の処理における画面のイメージはＧ６０３である。同様に、これから説明するＳ６０４、Ｓ６０５の処理における画面のイメージはそれぞれＧ６０４、Ｇ６０５である。
【０１０４】
明細書の印刷可否の選択肢とＵＲＬ受信方法の案内を表示（Ｓ６０３）した後、ＡＴＭに付属したＦｅｌｉＣａリーダにケータイ端末１３０がかざされたら、ＡＴＭはそれを検知してＦｅｌｉＣａの３者間通信によりケータイ端末１３０のＷｅｂブラウザを起動してＵＲＬを送信する。このＵＲＬは、ユーザが個人専用ページにログインするためのＵＲＬである。また、このＵＲＬには、パスワード生成部６２０においてＡＴＭ１１０が生成したパスワードを埋め込んでおく（Ｓ６０４）。
【０１０５】
Ｓ６０３またはＳ６０４の処理の後、ユーザによって明細書の印刷可否が選択されたら、ＡＴＭ１１０は取引終了画面を表示する（Ｓ６０５）。
【０１０６】
図２４は、ＡＴＭ１１０からケータイ端末１３０に送信されたＵＲＬに基づいてユーザが認証サーバ１２０にアクセスした際のケータイ端末１３０および認証サーバ１２０の動作の一例を示すフローチャートである。
【０１０７】
まず、ケータイ端末１３０はパスワードが埋め込まれたＵＲＬに基づいて認証サーバ１２０にアクセスする（Ｓ７０１）。
【０１０８】
認証サーバ１２０はケータイ端末１３０からのアクセスを受け付け（Ｓ８０１）、アクセスしてきたＵＲＬからパスワード部分を抽出する（Ｓ８０２）。
【０１０９】
次に、認証サーバ１２０はＵＲＬから抽出したパスワードをキーとして認証ＤＢ３７０のワンタイムパスワード４３０の項目を検索する（Ｓ８０３）。
【０１１０】
認証ＤＢ３７０に対する検索（Ｓ８０３）の結果、レコードが見つからなかった場合、認証サーバ１２０は認証失敗と判断し、認証失敗の旨を記載したページデータをケータイ端末１３０に送信する（Ｓ８０４）。
【０１１１】
認証ＤＢ３７０に対する検索（Ｓ８０３）の結果、レコードが見つかった場合、そのレコードの口座番号４１０の値は、パスワード付きＵＲＬに基づき認証サーバ１２０にアクセスしたユーザの口座番号と同一のはずである。そこで、認証サーバ１２０は認証成功と判断し、当該口座番号に紐付く個人専用ページのデータをケータイ端末１３０に送信する（Ｓ８０５）。
【０１１２】
そして、認証サーバ１２０は認証ＤＢ３７０から、Ｓ８０３でヒットしたレコードを削除する（Ｓ８０６）。
【０１１３】
また、別の実施形態として、ＵＲＬから抽出したパスワードをキーとして認証ＤＢ３７０を検索（Ｓ８０３）した結果、レコードがヒットした場合に、すぐに認証成功とは判断せず、より万全を期するため個人情報（Ｓ８０７）の照合を行い、照合が一致したら認証成功と判断することとしてもよい。その場合の個人情報照合処理は、図１６のフローチャートを用いて既に説明した個人情報照合部３３０の処理と同様である。個人情報の照合結果が不一致の場合は認証失敗と判断し、認証サーバ１２０はケータイ端末１３０に認証失敗の旨を記載したページデータをケータイ端末１３０に送信する（Ｓ８０８）。その後、パスワードの削除処理を行う（Ｓ８０６）。
【０１１４】
以上の説明は、認証サーバ１２０によるパスワードの登録処理（Ｓ２０１）が、ケータイ端末１３０から認証サーバ１２０へのアクセス（Ｓ７０１）よりも前に行われることが前提になっている。しかし、処理負荷増大などの理由により認証サーバのパフォーマンスが落ち、パスワード登録処理（Ｓ２０１）が完了するのに時間がかかってしまい、ケータイ端末１３０からのアクセス（Ｓ７０１）が先に行われる可能性も考えられる。そのようなことが起こった場合、これまでに述べた実施形態では、ＵＲＬから抽出したパスワードをキーにして認証ＤＢを検索（Ｓ８０３）してもヒットせず、認証が失敗（Ｓ８０４）してしまう。そこで、そもそもパスワード登録処理（Ｓ２０１）を行わず、ケータイ端末１３０からのアクセスを受けたときにＵＲＬから抽出したパスワードを復号して口座番号と日時を復元することによって、認証サーバのパフォーマンスに関係なく確実に認証を行うことを可能にする。この実施形態について次に述べる。
【０１１５】
図２５は、ユーザによるＡＴＭ利用時におけるＡＴＭ１１０および認証サーバ１２０の動作の一例を示すフローチャートである。以下、図２２との相違点について述べる。
【０１１６】
まず、パスワード生成部６２０において、ＡＴＭ１１０は口座番号と日時に基づいてパスワードを生成する（Ｓ９００）。
【０１１７】
このとき、ハッシュ関数を使うのではなく、ＡＴＭ１１０が保管する共通鍵を使ってパスワードを生成する。また、この共通鍵は認証サーバ１２０でも保管しておく。
【０１１８】
ＡＴＭ１１０は生成したパスワード、口座番号および日時を認証サーバ１２０に送信することはしない。また、認証サーバ１２０ではパスワード登録処理は行わない。
【０１１９】
ＵＲＬ送信部６３０Ａにおける処理については図２２の説明と同様である。
【０１２０】
続いて、図２６のフローチャートを用いて、ＡＴＭ１１０からケータイ端末１３０に送信されたＵＲＬに基づいてユーザが認証サーバ１２０にアクセスした際のケータイ端末１３０および認証サーバ１２０の動作の一例を説明する。なお、図２４における説明との相違点についてのみ述べる。
【０１２１】
まず、パスワード抽出部３４０は図２４の説明と同様である。
【０１２２】
ＵＲＬからパスワードを抽出（Ｓ１００２）した後、認証サーバ１２０は共通鍵を用いてパスワードを復号し、パスワードの元となった日時と口座番号とを抽出する（Ｓ１００３）。
【０１２３】
次に、認証サーバ１２０は、抽出した日時が現在時刻から見て一定時間（仮にaとする）以上前でないか、一定時間（仮にbとする）以上後でないかを確認する。このaとbは同一でなくてよい。正当なユーザからのアクセスであれば、ユーザはＡＴＭの利用直後にアクセスしたのだから、抽出した日時は現在時刻よりも少しだけ前の時刻であるはずである。ただし、ＡＴＭと認証サーバの内部時計がずれている可能性もあるため、抽出した日時が現在時刻よりも少しだけ後の時刻であってもよいこととする。第三者からの不正アクセスを防止するため、抽出した日時が現在時刻よりも一定以上離れていたら、認証失敗と判定することとする（Ｓ１００４）。
【０１２４】
抽出した日時が現在時刻から見て一定以上前か、または一定以上後であれば、認証サーバ１２０は認証失敗と判定し、認証失敗の旨を記載したページデータをケータイ端末１３０に送信する（Ｓ１００５）。
【０１２５】
抽出した日時が現在時刻から見て一定以上前でなく、または一定以上後でなければ、認証サーバ１２０はＳ１００３で抽出した口座番号をキーとして顧客ＤＢを検索する（Ｓ１００６）。
【０１２６】
ここでヒットしなければ、認証サーバ１２０は認証失敗と判定し、認証失敗の旨を記載したページデータをケータイ端末１３０に送信する（Ｓ１００５）。
【０１２７】
ヒットすれば、認証サーバ１２０は個人情報照合処理を行う。この処理内容は、図１６のフローチャートを用いて既に説明した個人情報照合部３３０の処理と同様である。
【０１２８】
なお、これまでに説明した他の実施例では個人情報の照合を行わずに認証成功と判定する例もあったが、パスワードを復号することにより日時と口座番号を復元する本実施例では、個人情報の照合を行うものとする。これは、本実施例が他の実施例に比べてセキュリティの面で脆弱であるためである。すなわち、他の実施例ではハッシュ関数が外部に漏れても、第三者が他のユーザに成りすますためには他のユーザの口座番号に加えてＡＴＭ利用日時を正確に知る必要があるが、本実施例では、第三者が共通鍵を入手すると他のユーザの口座番号を知るだけで成りすましが成功する恐れがある。そのため、より万全を期するため個人情報の照合を行う。
【０１２９】
個人情報の照合の結果、一致であれば個人専用ページのデータをケータイ端末１３０に送信し（Ｓ１００６）、不一致であれば認証失敗の旨を記載したページのデータをケータイ端末１３０に送信する（Ｓ１００７）。
【０１３０】
なお、図２４のフローチャートで説明したパスワードの削除処理（Ｓ８０６）は、本実施例ではそもそも認証ＤＢを用いないので不要である。
【０１３１】
最後に、認証ＤＢに登録されてから一定期間が過ぎたレコードを削除する処理について説明する。これは、パスワードを一定期間のみ有効とすることにより、認証ＤＢのデータ容量を削減するとともに、第三者による不正アクセスの可能性を削減することを目的とする。通常、正当なユーザはＡＴＭの利用直後にケータイ端末から空メールもしくはパスワード埋め込み型ＵＲＬによって認証サーバにアクセスすることが想定されるので、認証ＤＢにおいて登録から一定期間が過ぎたレコードを削除することによって正当なユーザの利便性が損なわれることはない。
【０１３２】
図２７は、認証ＤＢからのレコード削除に関する認証サーバ１２０の動作の一例を示すフローチャートである。まず、認証サーバ１２０は、認証ＤＢ３７０から、日時４２０が一定期日よりも前のレコードを全て抽出する（Ｓ１１０１）。
【０１３３】
次に、認証サーバ１２０は抽出したレコードを削除する（Ｓ１１０２）。
【産業上の利用可能性】
【０１３４】
本発明は、ＡＴＭと携帯電話とを利用した携帯電話のメールアドレスの登録に利用可能である。
【図面の簡単な説明】
【０１３５】
【図１】システム全体のシステム構成図
【図２】ＡＴＭまたは認証サーバの機能を実現する情報処理装置のハードウェア構成図
【図３】認証サーバの機能構成図
【図４】認証ＤＢの格納する１レコードのデータ構成図
【図５】顧客ＤＢの格納するレコードのデータ構成図
【図６】ＡＴＭの機能構成図
【図７】ＡＴＭ利用時のＡＴＭおよび認証サーバの処理のフローチャート
【図８】ＡＴＭ利用時のＡＴＭの処理のフローチャート
【図９】パスワード生成方法を示す概念図
【図１０】ＡＴＭの画面イメージ
【図１１】ケータイ端末の空メールの画面イメージ
【図１２】メールアドレスの登録済／未登録の確認を行わない場合のＡＴＭ利用時のＡＴＭおよび認証サーバの処理のフローチャート
【図１３】メールアドレスの登録済／未登録の確認を行わない場合のＡＴＭ利用時のＡＴＭの処理のフローチャート
【図１４】ＡＴＭの画面イメージ
【図１５】パスワード付き空メール送信時のケータイ端末および認証サーバの処理のフローチャート
【図１６】個人情報の照合時の認証サーバおよびケータイ端末の処理のフローチャート
【図１７】ケータイ端末の個人情報の入力画面イメージ
【図１８】認証サーバおよびケータイ端末の処理のフローチャート
【図１９】認証ＤＢの１レコードのデータ構成図
【図２０】認証サーバの機能構成図
【図２１】ＡＴＭの機能構成図
【図２２】ＡＴＭ利用時のＡＴＭおよび認証サーバの処理のフローチャート
【図２３】ＡＴＭの画面イメージ
【図２４】認証サーバアクセス時のケータイ端末および認証サーバの処理のフローチャート
【図２５】ＡＴＭ利用時のＡＴＭおよび認証サーバの処理のフローチャート
【図２６】ＡＴＭ利用時のケータイ端末および認証サーバの処理のフローチャート
【図２７】レコード削除時の認証サーバの処理のフローチャート
【符号の説明】
【０１３６】
１１０‥ＡＴＭ、１２０‥認証サーバ、１３０‥ケータイ端末、１４０‥三者間通信網、１５０‥ネットワーク、１６０‥無線ネットワーク。
【図１】
2009276864.tif 000003
【図２】
2009276864.tif 000004
【図３】
2009276864.tif 000005
【図４】
2009276864.tif 000006
【図５】
2009276864.tif 000007
【図６】
2009276864.tif 000008
【図７】
2009276864.tif 000009
【図８】
2009276864.tif 000010
【図９】
2009276864.tif 000011
【図１０】
2009276864.tif 000012
【図１１】
2009276864.tif 000013
【図１２】
2009276864.tif 000014
【図１３】
2009276864.tif 000015
【図１４】
2009276864.tif 000016
【図１５】
2009276864.tif 000017
【図１６】
2009276864.tif 000018
【図１７】
2009276864.tif 000019
【図１８】
2009276864.tif 000020
【図１９】
2009276864.tif 000021
【図２０】
2009276864.tif 000022
【図２１】
2009276864.tif 000023
【図２２】
2009276864.tif 000024
【図２３】
2009276864.tif 000025
【図２４】
2009276864.tif 000026
【図２５】
2009276864.tif 000027
【図２６】
2009276864.tif 000028
【図２７】
2009276864.tif 000029