JP5317795B2 - 認証システムおよび認証方法 - Google Patents

Description

本発明は、ワンタイムパスワードを用いてユーザの正当性を認証する認証技術に関する。

近年、フィッシング詐欺に代表される、インターネット上でのユーザＩＤ、パスワードなどの詐取・盗難（identity theft）が問題となっている。そのため、より高いセキュリティを確保し、ユーザの正当性を認証する技術が求められている。例えば、特許文献１には、ワンタイムパスワードを用いて、ユーザ認証を行うワンタイムパスワード認証システムが記載されている。

特開２００２−２５９３４４

ところで、金融機関などの窓口業務において、顧客であるユーザの本人確認が行われている。一般的な本人確認としては、ユーザに通帳やキャッシュカードだけでなく、印鑑を提示させ、当該印鑑とあらかじめ金融機関に登録している印鑑との印影を照合させる印鑑照合により本人確認が行われている。

しかしながら、通帳および金融機関に登録された印鑑を所持しているユーザであっても、これらの通帳および印鑑を不正に取得した第三者である可能性があり、通帳および印鑑だけでは本人確認が不充分な場合がある。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、第３者によるなりすましを防止するとともに、ワンタイムパスワードを用いてより高度なユーザ認証を行うことにある。

上記課題を解決するために、本発明は、ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、を有する認証システムであって、前記認証装置は、前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、生成したワンタイムパスワードを第１の端末に送信するとともに、生成したワンタイムパスワードを認証記憶手段に記憶する生成手段と、前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶手段に記憶されたワンタイムパスワードとが一致するか否かを認証し、認証結果を前記業務装置に送信する認証手段と、を有し、前記業務装置は、前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードを前記認証装置に送信する要求受付手段と、ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理手段と、を有する。

また、本発明は、ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、が行う認証方法であって、前記認証装置は、前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、生成したワンタイムパスワードを第１の端末に送信するとともに、生成したワンタイムパスワードを認証記憶部に記憶する生成ステップと、前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶部に記憶されたワンタイムパスワードとが一致するか否かを認証し、認証結果を前記業務装置に送信する認証ステップと、を行い、前記業務装置は、前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードを前記認証装置に送信する要求受付ステップと、ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理ステップと、を行う。

本発明では、第３者によるなりすましを防止するとともに、ワンタイムパスワードを用いてより高度なユーザ認証を行うことができる。

本発明の実施形態が適用された本人認証システムの全体構成図である。 ユーザテーブルの一例を示す図である。 認証テーブルの一例を示す図である。 各装置のハードウェア構成例を示す図である。 本人認証処理の流れを示す図である。 本人認証処理の画面遷移の一例を示したものである。 １台目の携帯電話の登録処理の流れを示す図である。 ２台目の携帯電話の登録処理の流れを示す図である。

以下、本発明の実施の形態について説明する。

図１は、本発明の実施形態が適用された本人認証システムの全体構成図である。本実施形態の本人認証システムは、金融機関（銀行、証券会社等）の窓口業務において、窓口担当者が顧客であるユーザの本人確認する場合の認証処理を例に以下説明する。

図示する本人認証システムは、ユーザが使用する携帯電話（第１の端末）１およびユーザ端末２と、金融機関に設置されたＩＣリーダ５（例えば、フェリカ（FeliCa：登録商標）リーダ）と、金融機関の窓口担当者が使用する操作端末（第２の端末）６と、認証サーバ３と、業務サーバ４とを有する。これらの装置１〜６は、携帯電話網やインターネットなどのネットワーク９を介して接続される。

本実施形態のユーザは、業務サーバ４が提供する各種のサービスを利用可能なユーザであって、あらかじめ業務サーバ４に登録し、当該業務サーバ４内でユーザを識別するためのユーザＩＤを取得しているものとする。

また、ユーザは、金融機関の窓口で所定の業務を依頼する際に、事前に携帯電話１を用いて認証サーバ３から使い捨てのパスワード（以下、「ワンタイムパスワード」）を取得し、取得したワンタイムパスワードを本人確認のための認証情報として窓口担当者に提示するものとする。

携帯電話１（第１の端末）は、ユーザの指示を受け付けるとともに、各種の情報・画面を表示し、またメールの送受信を行うものとする。なお、携帯電話１は、図示しないメモリ等の記憶装置に、機体識別番号などの携帯電話ＩＤ（端末識別情報）があらかじめ記憶されているものとする。なお、携帯電話ＩＤが記憶されているメモリ等は、携帯電話１から着脱可能なＩＣカードであってもよい。また、携帯電話１は、フェリカ（FeliCa：登録商標）チップなどのＩＣチップを搭載したものであってもよい。

ユーザ端末２は、携帯電話１を認証サーバ３に登録する際に使用する端末２であって、ユーザの各種指示を受け付けるとともに、出力装置に各種の情報・画面を表示し、Ｗｅｂブラウザと同様の機能を有するものとする。

金融機関に設置されたＩＣリーダ５は、ＩＣチップを搭載した携帯電話１をかざす（接触する）ことにより、あらかじめ設定された所定のＵＲＬを指定して認証サーバ３にアクセスし、当該携帯電話１に認証サーバ３が提供する画面を表示させる。また、ＩＣリーダ５は、認証サーバ３にアクセスする際に、当該ＩＣリーダ５の記憶装置にあらかじめ記憶された金融機関の店番号（当該ＩＣリーダ５の設置情報）を認証サーバ３に送信するものとする。

金融機関の窓口担当者が使用する操作端末（第２の端末）６は、窓口に訪れたユーザの本人認証を行うための端末であるとともに、本人認証に成功した後にユーザが依頼した窓口業務を行うための端末である。操作端末６は、窓口担当者の各種指示を受け付けるとともに、出力装置に各種の情報・画面を表示し、Ｗｅｂブラウザと同様の機能を有するものとする。

認証サーバ３は、携帯電話１からの要求によりワンタイムパスワードを生成する生成部３１と、業務サーバ４の要求によりワンタイムパスワードの認証を行う認証部３２と、当該認証サーバ３への携帯電話１の登録を行う登録部３３と、認証テーブル３５とを有する。認証テーブル３５には、認証に必要な各種の情報が登録される。なお、認証サーバ３は、複数のサーバにより構成されるものであってもよい。

業務サーバ４は、金融機関が所有するシステムであって、操作端末６からの本人認証要求を受け付ける要求受付部４１と、本人認証に成功した後に所定の業務を行う業務処理部４２と、ユーザ端末２から認証サーバ３への携帯電話１の登録要求を受け付ける登録受付部４３と、ユーザテーブル４５とを有する。

次に、業務サーバ４のユーザテーブル４５、および、認証サーバ３の認証テーブル３５について説明する。

図２は、ユーザテーブル４５の一例を示す図である。図示するユーザテーブル４５は、口座番号４５１と、ユーザＩＤ４５２と、パスワード４５３と、認証用ＩＤ４５４と、図示しないその他の情報（氏名、パスワードなど）とを有する。ユーザＩＤ４６２は、業務サーバ４内でユーザを識別するための識別情報である。認証用ＩＤ４６４は、認証サーバ３内で携帯電話１（またはユーザ）を識別するための識別情報であって、携帯電話１を認証サーバ３に登録する際に当該認証用ＩＤがユーザテーブル４５に設定されるものとする。

図３は、認証テーブル３５の一例を示す図である。図示する認証テーブル３５は、認証用ＩＤ３５１と、ＰＩＮ（Personal Identification Number）３５２と、携帯電話ＩＤ３５３と、ワンタイムパスワード３５４と、店番号３５５と、図示しないその他の情報を有する。認証用ユーザＩＤ３５１は、認証サーバ３内で、携帯電話１（またはユーザ）を識別するための識別情報である。ＰＩＮ３５２は、ユーザが任意に設定する暗証番号である。携帯電話ＩＤ３５３としては、例えば、携帯電話１の機体識別番号、携帯電話の電話番号、携帯電話のＩＣメモリに記憶されたユーザ情報、などを用いることが考えられる。

ワンタイムパスワード３５４には、生成部３１が生成したワンタイムパスワードが設定される。店番号３５５には、携帯電話１がＩＣリーダ５を用いてワンタイムパスワードを要求した場合に、ＩＣリーダ５が送信した金融機関の店番号が設定される。なお、認証テーブル３５の登録方法については後述する。

上記説明した、携帯電話１、ユーザ端末２、ＩＣリーダ５、操作端末６、認証サーバ３および業務サーバ４は、いずれも、例えば図４に示すようなＣＰＵ９０１と、メモリ９０２と、ＨＤＤ等の外部記憶装置９０３と、キーボードやマウスなどの入力装置９０４と、ディスプレイやプリンタなどの出力装置９０５と、ネットワークと接続するための通信制御装置９０６と、を備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。

例えば、認証サーバ３および業務サーバ４の各機能は、認証サーバ３用のプログラムの場合は認証サーバ３のＣＰＵ９０１が、そして、業務サーバ４用のプログラムの場合は業務サーバ４のＣＰＵ９０１が、それぞれ実行することにより実現される。

なお、認証サーバ３の認証テーブル３５には、認証サーバ３のメモリ９０２または外部記憶装置９０３が用いられ、業務サーバ４のユーザテーブル４５には、業務サーバ４のメモリ９０２または外部記憶装置９０３が用いられるものとする。また、入力装置９０４および出力装置９０５については、各装置が必要に応じて備えるものとする。

次に、ワンタイムパスワードの発行処理および本人認証処理について説明する。ユーザは、金融機関の窓口で所定の処理（振込み処理、引出し処理、等）を依頼する前に携帯電話１を用いてワンタイムパスワードを取得しておき、取得したワンタイムパスワードと、口座番号が記載された通帳またはキャッシュカードとを窓口担当者に提示する。窓口担当者は、ユーザから提示されたワンタイムパスワードと口座番号を操作端末６に入力して当該ユーザの本人認証を行い、その後、ユーザに依頼された窓口業務を行う。

なお、携帯電話１がワンタイムパスワードを取得する処理には、ＩＣリーダ５を用いることなく認証サーバ３にアクセスする第１の方法と、携帯電話１をＩＣリーダ５にかざす（接触する）ことにより認証サーバ３にアクセスする第２の方法とがある。

図５は、第１の方法のワンタイムパスワードの取得処理および本人認証の流れを模式的に示した図である。図６は、図５に示す処理の携帯電話１および操作端末６の出力装置に表示される各種画面（画面遷移）の一例を示したものである。

第１の方法では、携帯電話１は、ユーザの指示を受け付けて所定のＵＲＬ（Uniform Resource Locator）を指定して認証サーバ３にアクセスし、例えば図６に示すメニュー画面６１を出力装置に表示する（Ｓ１１）。そして、携帯電話１は、ユーザの指示を受け付けて、ワンタイムパスワード発行要求を認証サーバ３に送信する（Ｓ１２）。図示する例では、ユーザは、メニュー画面６１の[２]ワンタイムパスワードをクリックするものとする。

認証サーバ３の生成部３１は、ワンタイムパスワード発行要求を受け付けると、ＰＩＮ入力画面を携帯電話１に送信する（Ｓ１３）。携帯電話１は、例えば、図６に示すＰＩＮ入力画面６２を出力装置に表示する。ユーザは、ＰＩＮ入力画面６２にあらかじめ登録しておいたＰＩＮを入力し、送信ボタンをクリックする。携帯電話１は、入力されたＰＩＮを認証サーバ３に送信する（Ｓ１４）。なお、携帯電話１は、認証サーバ３に情報を送信する際に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証サーバ３の生成部３１は、携帯電話１から受信したＰＩＮおよび携帯電話ＩＤが認証テーブル３５（図３参照）に存在するか否かを判別する。認証テーブル３５に存在する場合、生成部３１は、所定のアルゴリズムによりワンタイムパスワードを生成し、生成したワンタイムパスワードを認証テーブル３５の対応するレコードに記憶する（Ｓ１５）。そして、生成部３１は、生成されたワンタイムパスワードを含む画面を携帯電話１に送信する。携帯電話１は、例えば図６のワンタイムパスワード表示画面６３を出力装置に表示する（Ｓ１６）。

なお、Ｓ１５において、受信したＰＩＮおよび携帯電話ＩＤを有するレコードが認証テーブル３５に存在しない場合、生成部３１は、不正な携帯電話１またはユーザからの要求であると判別し、エラーメッセージを携帯電話１に送信する。

次に、金融機関の窓口担当者が、操作端末６を用いて、顧客であるユーザの本人確認を行う処理について説明する。ワンタイムパスワードを取得したユーザは、金融機関の窓口担当者に所定の業務を依頼する。窓口担当者は、あらかじめ当該窓口担当者のユーザＩＤ、金融機関の店番号などを操作端末６に入力して業務サーバ４にログインし、例えば図６に示す本人確認ＴＯＰ画面６４を操作端末６に表示しているものとする。

窓口担当者は、ユーザから所定の業務を依頼されると、当該業務を行う前に当該ユーザが本人であるか否かの本人認証を行うために、本人確認ＴＯＰ画面６４の開始ボタンをクリックする。これにより、操作端末６は、認証開始要求を業務サーバ４に送信し（Ｓ２１）、業務サーバ４は、認証情報を入力するための入力画面を操作端末６に送信する（Ｓ２２）。

操作端末６は、例えば図６に示す入力画面（またはダイアログボックス）６５を表示する。図示する画面６５には、ワンタイムパスワード入力欄と、口座番号入力欄と、送信ボタンとが表示されている。窓口担当者は、携帯電話１の画面６３に表示されたワンタイムパスワードと、通帳またはキャッシュカード６９に記載された口座番号の提示を、ユーザに依頼し、提示されたワンタイムパスワードおよび口座番号を操作端末６の画面６５に入力して送信ボタンをクリックする。操作端末６は、窓口担当者の入力を受け付けて、ワンタイムパスワードおよび口座番号を業務サーバ４に送信する（Ｓ２３）。

業務サーバ４の要求受付部４１は、ユーザテーブル４５（図２参照）の中から受信した口座番号を有するレコードを特定し、当該レコードに設定された認証用ＩＤを取得する。そして、要求受付部４１は、取得した認証用ＩＤと、Ｓ２３で受信したワンタイムパスワードとを含む認証要求を、認証サーバ３に送信する（Ｓ２４）。なお、ユーザテーブル４５の中に受け付けた口座番号を有するレコードが存在しない場合、要求受付部４１は、未登録または不正なユーザからの要求であると判別し、エラーメッセージを操作端末６に送信する。

認証要求を受信した認証サーバ３の認証部３２は、Ｓ１５のワンタイムパスワード生成時に生成したワンタイムパスワードと一致するか否かを判別し、一致した場合は認証成功通知を、一致しない場合は認証失敗通知を業務サーバ４に送信する（Ｓ２５）。具体的には、認証部３２は、業務サーバ４から受信した認証用ＩＤのレコードを特定し、当該レコードのワンタイムパスワードと業務サーバ４から受信したワンタイムパスワードとが一致する場合は認証に成功したと判別し、一致しない場合は認証に失敗したと判別する。

業務サーバ４の要求受付部４１は、認証成功通知を受信した場合、窓口にいるユーザは当該口座番号を使用する正当な本人であるとみなし、認証成功の結果画面を操作端末６に送信する（Ｓ２６）。操作端末６は、例えば図６に示す認証成功の結果画面６６を出力装置に表示する（Ｓ２７）。これにより、業務サーバ４の業務処理部４２の処理が許可され、窓口担当者は、ユーザが依頼した窓口業務を行うことができる。すなわち、操作端末６は、窓口担当者が指示した業務の処理要求を業務サーバ４に送信し、業務サーバ４の業務処理部４２は要求された業務の処理を行う。

なお、認証サーバ３から認証失敗通知を受信した場合（Ｓ２５）、業務サーバ４の要求受付部４１は、認証に失敗した旨を示すエラーメッセージを操作端末６に送信する。

次に、ＩＣリーダ５を用いてワンタイムパスワードを取得する第２の方法について説明する。

第２の方法では、ユーザは、金融機関に設置されたＩＣリーダ５に携帯電話１をかざす。これにより、ＩＣリーダ５は、あらかじめ設定された所定のＵＲＬを指定して認証サーバ３にアクセスし、例えば図６に示すＰＩＮ入力画面６２を携帯電話１の出力装置に表示させる。また、ＩＣリーダ５は、認証サーバ３にアクセスする際に、当該ＩＣリーダ５にあらかじめ記憶された金融機関の店番号（当該ＩＣリーダ５の設置情報）を認証サーバ３に送信するものとする。

このＩＣリーダ５の処理により第２の方法では、図５に示す処理のＳ１３に進み、認証サーバ３は、ＩＣリーダ５から店番号を受信すると、店番号を設定したＰＩＮ入力画面６２を生成して、携帯電話１に送信する。なお、店番号は、ＰＩＮ入力画面６２上に表示されていなくてもよい。

携帯電話１は、ＰＩＮ入力画面６２を出力装置に表示し、ユーザにより入力されたＰＩＮと、当該画面６２に設定されたＩＣリーダ５の店番号とを認証サーバ３に送信する（Ｓ１４）。なお、携帯電話１は、認証サーバ３に情報を送信する際に、当該携帯電話１のメモリ等に記憶された携帯電話ＩＤを併せて送信するものとする。

認証サーバ３の生成部３１は、ＰＩＮ、携帯電話ＩＤおよび店番号を受信し、当該ＰＩＮおよび携帯電話ＩＤが認証テーブル３５（図３参照）に存在するか否かを判別する。認証テーブル３５に存在する場合、生成部３１は、所定のアルゴリズムによりワンタイムパスワードを生成する。そして、認証部３２は、生成したワンタイムパスワードおよび受信した店番号を認証テーブル３５の対応するレコードに記憶する（Ｓ１５）。そして、生成部３１は、生成されたワンタイムパスワードを含む画面を携帯電話１に送信する。携帯電話１は、例えば図６のワンタイムパスワード表示画面６３を出力装置に表示する（Ｓ１６）。

なお、認証テーブル３５の中に受け付けたＰＩＮおよび携帯電話ＩＤを有するレコードが存在しない場合、生成部３１は、不正な携帯電話１またはユーザからの要求であると判別し、エラーメッセージを携帯電話１に送信する。

次に、第２の方法の場合における、金融機関の窓口担当者が、操作端末６を用いて本人確認を行う処理について説明する。なお、Ｓ２１およびＳ２２については、前述した第１の方法と同じであるため、ここでは説明を省略する。

Ｓ２３において、操作端末６は、窓口担当者の入力を受け付けて、入力されたワンタイムパスワードおよび口座番号と、店番号とを含む認証開始要求を業務サーバ４に送信する。店番号（操作端末６の設置情報）は、窓口担当者が業務サーバ４にログインする際に入力したものであって、操作端末６のメモリなどの記憶手段に記憶されているものとする。あるいは、店番号は業務サーバの記憶手段に記憶するようにして、業務サーバがワンタイムパスワードと口座番号とを含む認証開始要求を受け付けると、ログイン状態にある操作端末を識別し、認証用ＩＤとワンタイムパスワードを含む認証要求に店番号を付加して、認証サーバに送信するようにしてもよい。

業務サーバ４の要求受付部４１は、ユーザテーブル４５の中から受信した口座番号を有するレコードを特定し、当該レコードに設定された認証用ＩＤを取得する。そして、要求受付部４１は、取得した認証用ＩＤと、Ｓ２３で受信したワンタイムパスワードおよび店番号とを含む認証要求を、認証サーバ３に送信する（Ｓ２４）。なお、ユーザテーブル４５の中に受け付けた口座番号を有するレコードが存在しない場合、要求受付部４１は、未登録または不正なユーザからの要求であると判別し、エラーメッセージを操作端末６に送信する。

認証要求を受信した認証サーバ３の認証部３２は、Ｓ１５で生成したワンタイムパスワードおよびＩＣリーダ５の店番号と一致するか否かを判別し、一致した場合は認証成功通知を、一致しない場合は認証失敗通知を業務サーバ４に送信する（Ｓ２５）。具体的には、認証部３２は、業務サーバ４から受信した認証用ＩＤのレコードを特定し、当該レコードのワンタイムパスワードおよび店番号と、業務サーバ４から受信したワンタイムパスワードおよび店番号とが一致する場合は認証に成功したと判別し、一致しない場合は認証に失敗したと判別する。

業務サーバ４は、前述した第１の方法のＳ２６およびＳ２７で説明したように、認証成功通知を受信した場合は認証成功の結果画面を、また認証失敗通知を受信した場合は認証失敗の結果画面を操作端末６に送信する（Ｓ２６）。操作端末６は、受信した結果画面を出力装置に表示する（Ｓ２７）。認証成功の場合、業務サーバ４の業務処理部４２の処理が許可され、窓口担当者は、ユーザが依頼した窓口業務を行うことができる。

次に、認証サーバ３に対する携帯電話１の登録処理について説明する。本実施形態では、１つの口座番号（または１人のユーザ）に対して、複数の携帯電話を登録できるものとする。これにより、１人のユーザが複数の携帯電話を所有する場合に、どの携帯電話からでもワンタイムパスワードを取得し、金融機関の窓口で処理を依頼することができる。また、ユーザの家族等の携帯電話を登録することにより、ユーザの家族がユーザの代理で金融機関の窓口で処理を依頼することができる。

図７は、１台目の携帯電話１の登録処理の流れを模式的に示した図である。まず、ユーザ端末２は、ユーザの指示を受け付けて、業務サーバ４にアクセスし、例えば図示するログイン画面１０１（１台目の携帯電話の登録用）を表示する。そして、ユーザ端末２は、ユーザの指示を受け付けて、ユーザＩＤおよびパスワードを含むログイン要求を業務サーバ４に送信する（Ｓ５１）。なお、ユーザは、あらかじめ業務サーバ４のユーザテーブル４５に登録済みのユーザＩＤおよびパスワードを、ログイン画面に入力する。

業務サーバ４の登録受付部４３は、ユーザテーブル４５を参照し、受信したユーザＩＤおよびパスワードがユーザテーブル４５に登録されているのを確認した後、ログイン後画面を生成し、ユーザ端末２に送信する（Ｓ５２）。そして、ユーザ端末２は、例えば図示するログイン後画面１０２を表示し、ユーザの指示を受け付けて１台目の携帯電話の登録要求を業務サーバ４に送信する（Ｓ５３）。

業務サーバ４の登録受付部４３は、メールアドレス入力画面をユーザ端末２に送信する（Ｓ５４）。ユーザ端末２は、例えば図示するメールアドレス入力画面１０３を表示し、ユーザが入力した携帯電話１のメールアドレスを含む登録要求を、業務サーバ４に送信する（Ｓ５５）。業務サーバ４の登録受付部４３は、受付完了画面をユーザ端末２に送信し（Ｓ５６）、ユーザ端末２は、例えば図示する受付完了画面１０４を表示する。

また、業務サーバ４の登録受付部４３は、Ｓ５１で入力されたユーザＩＤを暗号化し、当該暗号化したユーザＩＤを用いて、時限付きかつワンタイムの登録用のＵＲＬを生成する。そして、登録受付部４３は、生成したＵＲＬが記述されたメールを生成し、生成したメールをＳ５５で送信された携帯電話１のメールアドレスに送信する（Ｓ５７）。

また、登録受付部４３は、ログイン画面で入力されたユーザＩＤと生成したＵＲＬとを、認証サーバ３に送信する（Ｓ５８）。

携帯電話１は、メールを受信し、ユーザの指示を受け付けて当該メールに記述された認証サーバ３のＵＲＬにアクセスする（Ｓ５９）。なお、図示する画面１０５は、業務サーバ４から送信されたメールの一例を示したものである。

そして、認証サーバ３の登録部３３は、登録に必要な情報をユーザに入力させる登録画面を生成して携帯電話１に送信し、携帯電話１は、登録画面を表示するとともに、当該画面にユーザが入力した情報を認証サーバ３に送信する。なお、携帯電話１は、認証サーバ３に情報を送信する際に、携帯電話ＩＤを併せて送信するものとする。

図示する例では、認証サーバ３の登録部３３は、ユーザＩＤ入力画面１０６を送信し（Ｓ６０）、携帯電話１は、当該画面１０６を表示し、ユーザが入力しユーザＩＤを認証サーバ３に送信する（Ｓ６１）。

認証サーバ３の登録部３３は、Ｓ５９でアクセスされたＵＲＬとＳ６１で受信したユーザＩＤが、Ｓ５８で受信したユーザＩＤおよびＵＲＬの組み合わせと一致するか否かを認証し、一致する場合、ＰＩＮ入力画面１０７を携帯電話１に送信する（Ｓ６２）。携帯電話１は、当該画面１０７を表示し、ユーザが入力したＰＩＮを認証サーバ３に送信する（Ｓ６３）。前述のとおり、携帯電話１は、認証サーバ３にＰＩＮを送信する際に、携帯電話ＩＤを併せて送信する。

認証サーバ３の登録部３３は、ＰＩＮおよび携帯電話ＩＤを受信し、当該携帯電話１のレコードを生成し、認証テーブル３５に登録する。すなわち、登録部３３は、認証サーバ３内でユニークな認証用ＩＤを生成し、当該認証用ＩＤ、受信したＰＩＮおよび携帯電話ＩＤを設定したレコードを認証テーブル３５に登録する。そして、登録部３３は、認証用ＩＤを含む登録完了画面を携帯電話１に送信する（Ｓ６４）。携帯電話１は、登録完了画面１０８を表示する。

また、認証サーバ３の登録部３３は、生成した認証用ＩＤを業務サーバ４に通知し、業務サーバ４の登録受付部４３は、ログイン画面１０１で入力されたユーザＩＤのレコードをユーザテーブル４５から特定し、当該レコードに通知された認証用ＩＤを設定する（Ｓ６５）。以上により、１台目の携帯電話１の登録処理を終了し、これにより登録した１台目の携帯電話１を用いて、認証サーバ３からワンタイムパスワードの取得が可能となる。

図８は、２台目の携帯電話１の登録処理の流れを模式的に示した図である。まず、ユーザ端末２は、ユーザの指示を受け付けて、業務サーバ４にアクセスし、例えば図示するログイン画面２０１（２台目の携帯電話の登録用）を表示する。最初に登録した１台目の携帯電話のユーザに無断で２台目の携帯電話の登録をできなくするために、本実施形態では、２台目の携帯電話の登録には、１台目の携帯電話を用いて認証サーバ３から取得したワンタイムパスワードを入力させることとする。

そのため、２台目の携帯電話の登録用のログイン画面２０１には、ユーザＩＤおよびパスワードの入力欄の他に、１台目の携帯電話を用いて取得したワンタイムパスワードを入力する入力欄が表示されている。このように、１台目の携帯電話から取得したワンタイムパスワードの入力を必須条件とすることにより、１台目の携帯電話を使用するユーザの承認が前提となり、無断登録を防止することができる。

そして、ユーザ端末２は、ユーザの指示を受け付けて、ユーザＩＤ、パスワードおよびワンタイムパスワードを含むログイン要求を業務サーバ４に送信する（Ｓ７１）。ユーザは、あらかじめ業務サーバ４のユーザテーブル４５に登録済みのユーザＩＤおよびパスワードと、１台目の携帯電話を用いて取得したワンタイムパスワードとを、ログイン画面に入力する。

以下、Ｓ７２からＳ７７までの処理は、図７で説明したＳ５１からＳ５７までの処理と同様であるため、ここでは説明を省略する。なお、メールアドレス入力画面１１３に入力されるメールアドレスは、２台目の携帯電話のメールアドレスであり、登録用のＵＲＬが記述されたメールは、Ｓ７７で２台目の携帯電話のメールアドレスに送信される。

Ｓ７８では、業務サーバ４の登録受付部４３は、ユーザテーブル４５を参照し、ログイン画面１１１で入力されたユーザＩＤに対応する認証用ＩＤを取得する。この認証用ＩＤは、図７のＳ６５で設定されたものである。そして、登録受付部４３は、ユーザＩＤおよびＵＲＬとともに、取得した認証用ＩＤおよびＳ７１で送信されたワンタイムパスワードを認証サーバ３に送信する。

そして、２台目の携帯電話は、メールを受信し、ユーザの指示を受け付けて当該メールに記述された認証サーバ３のＵＲＬにアクセスする（Ｓ７９）。なお、図示する画面２０５は、業務サーバ４から送信されたメールの一例を示したものである。

そして、認証サーバ３の登録部３３は、登録に必要な情報をユーザに入力させる登録画面を生成して携帯電話に送信し、携帯電話は、携帯電話ＩＤとともに、当該画面にユーザが入力した情報を認証サーバ３に送信する。

図示する例では、認証サーバ３の登録部３３は、ユーザＩＤ入力画面２０６を送信し（Ｓ８０）、携帯電話は、当該画面２０６を表示し、ユーザが入力しユーザＩＤを認証サーバ３に送信する（Ｓ８１）。

認証サーバ３の登録部３３は、Ｓ７９でアクセスされたＵＲＬとＳ８１で受信したユーザＩＤが、Ｓ７８で受信したユーザＩＤおよびＵＲＬの組み合わせと一致するか否かを認証し、一致する場合、ワンタイムパスワード入力画面２０７を携帯電話に送信する（Ｓ８２）。携帯電話１は、当該画面２０７を表示し、ユーザが入力した１台目の携帯電話のワンタイムパスワードを認証サーバ３に送信する（Ｓ８３）。ここでユーザは、Ｓ７１のログイン画面１１１で入力したワンタイムパスワードと同じワンタイムパスワードを入力する。

認証サーバ３の登録部３３は、Ｓ７８で受信した認証用ＩＤに対応するワンタイムパスワードを認証テーブル３５から取得し、取得したワンタイムパスワードと、Ｓ８３で送信されたワンタイムパスワードと、Ｓ７８で受信したワンタイムパスワードの３つが全て一致するか否かを認証し、一致する場合、ＰＩＮ入力画面２０８を携帯電話１に送信する（Ｓ８４）。なお、どれか１つでも一致しない場合は、１台目の携帯電話のユーザに無断で登録する場合など不正な登録であるとみなし、エラーメッセージを携帯電話に送信する。

一致する場合、携帯電話１は、ＰＩＮ入力画面２０８を表示し、ユーザが入力したＰＩＮを認証サーバ３に送信する（Ｓ８５）。前述のとおり、携帯電話１は、認証サーバ３にＰＩＮを送信する際に、携帯電話ＩＤを併せて送信する。

認証サーバ３の登録部３３は、ＰＩＮおよび携帯電話ＩＤを受信し、当該２台目の携帯電話１のレコードを生成し、認証テーブル３５に登録する。すなわち、登録部３３は、認証サーバ３内でユニークな認証用ＩＤを生成し、当該認証用ＩＤ、受信したＰＩＮおよび携帯電話ＩＤを設定したレコードを認証テーブル３５に登録する。そして、登録部３３は、認証用ＩＤを含む登録完了画面を携帯電話１に送信する（Ｓ８６）。携帯電話は、登録完了画面２０９を表示する。

また、認証サーバ３の登録部３３は、生成した認証用ＩＤを業務サーバ４に通知し、業務サーバ４の登録受付部４３は、ログイン画面１１１で入力されたユーザＩＤのレコードをユーザテーブル４５から特定し、当該レコードに通知された認証用ＩＤを設定する（Ｓ８７）。２台目の携帯電話が登録された場合、当該レコードには１台目の携帯電話の認証用ＩＤと２台目の携帯電話の認証用ＩＤの２つが設定される。以上により、２台目の携帯電話の登録処理を終了し、これにより２台目の携帯電話を用いて、認証サーバ３からワンタイムパスワードの取得が可能となる。なお、３台目の携帯電話の登録処理は、２台目の携帯電話の登録処理と同様である。

以上説明した本実施形態では、第３者によるなりすましを防止するとともに、ワンタイムパスワードを用いてより高度なユーザ認証を行うことができる。具体的には、本実施形態では、ユーザが自分の携帯電話で、あらかじめ自分で設定したＰＩＮ（暗証番号）入力しないと、認証サーバ３はワンタイムパスワードを発行しない。さらに、本実施形態では、ユーザは、携帯電話を用いて取得したワンタイムパスワードと、口座番号が記載された通帳またはキャッシュカードを窓口担当者に提示し、窓口担当者が提示されたワンタイムパスワードおよび口座番号を入力することにより本人認証が行われる。

すなわち、本実施形態では、携帯電話および通帳等の所有物認証と、ＰＩＮによる知識認証の２要素認証を行うことにより、より高度なユーザ認証を実現することができる。したがって、悪意のある第三者は、正当なユーザから携帯電話、ＰＩＮ、および通帳またはキャッシュカードを同時に盗む（または偽造する）必要があり、どれか１つでも欠けると不正使用を行うことができない。このように本実施形態の本人認証システムでは、第３者の不正使用を防止し、より高いセキュリティを確保することができる。

また、本実施形態では、万一、携帯電話の紛失とＰＩＮの漏洩が重なった場合であっても、認証サーバに当該携帯電話のワンタイムパスワードの発行停止を通知することで、ワンタイムパスワードの発行がされなくなるため、第三者のなりすまし発行の危険性を極力排除することができる。

また、本実施形態では、フェリカ（FeliCa：登録商標）チップなどのＩＣチップを搭載した携帯電話１の場合、フェリカ（FeliCa：登録商標）リーダなどＩＣリーダを用いて認証サーバ３にアクセスし、その際にＩＣリーダの設置場所を示す店番号と、窓口担当者が操作端末に入力した店番号とが一致するか否かの照合をさらに行う。これにより、本実施形態では、より高度なセキュリティを確保することができる。

また、本実施形態では、１つの口座番号（または１人のユーザ）に対して、複数台の携帯電話を認証サーバに登録することができる（図８参照）。すなわち、２台目以降の携帯電話の登録には、最初に登録した１台目の携帯電話を用いて認証サーバ３から取得したワンタイムパスワードを入力させる。このように、最初に登録した１台目の携帯電話から取得したワンタイムパスワードの入力を必須条件とすることにより、１台目の携帯電話を使用するユーザの承認が前提となり、当該ユーザに無断で２台目以降の登録を行うことを防止することができる。これにより、１人のユーザが複数の携帯電話を所有する場合に、どの携帯電話からでもワンタイムパスワードを取得することができ、また、ユーザの家族等の携帯電話を登録することにより家族がユーザの代理で金融機関の窓口で処理を依頼することができるなどのユーザの利便性を向上することができる。

なお、本発明は上記の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態の認証サーバ３は、複数の業務サーバ４が共同利用するものであってもよい。すなわち、認証サーバ３は、ＡＳＰ（Application Service Provider）であって、複数の業務サーバ４にユーザ認証機能を提供するものであってもよいとする。

１：携帯電話、２：ユーザ端末、３：認証サーバ、３１：生成部、３２：認証部、３３：登録部、３５：認証テーブル、４：業務サーバ、４１：要求受付部、４２：業務処理部、４３：登録受付部、４５：ユーザテーブル、５：ＩＣリーダ、６：操作端末、９ネットワーク

Claims (4)

1. ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、
   窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、
   前記第１の端末に搭載されたＩＣチップを読み取り、当該第１の端末を前記認証装置へアクセスさせ、その際に自装置の設置情報を前記認証装置に送信する、前記第２の端末と同じ場所に設置されるＩＣリーダと、を有する認証システムであって、
   前記認証装置は、
   前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、第１の端末に送信するとともに、生成したワンタイムパスワードと前記ＩＣリーダから送信された設置情報とを認証記憶手段に記憶する生成手段と、
   前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶手段に記憶されたワンタイムパスワードとが一致し、かつ、前記業務装置から受信した前記第２の端末の設置情報が前記認証記憶手段に記憶された前記ＩＣリーダの設置情報と一致するか否かを認証し、認証結果を前記業務装置に送信する認証手段と、を有し、
   前記業務装置は、
   前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードと前記第２の端末の設置情報とを前記認証装置に送信する要求受付手段と、
   ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理手段と、を有すること
   を特徴とする認証システム。
2. ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、を有する認証システムであって、
   前記認証装置は、
   前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、生成したワンタイムパスワードを第１の端末に送信するとともに、生成したワンタイムパスワードを認証記憶手段に記憶する生成手段と、
   前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶手段に記憶されたワンタイムパスワードとが一致するか否かを認証し、認証結果を前記業務装置に送信する認証手段と、を有し、
   前記業務装置は、
   前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードを前記認証装置に送信する要求受付手段と、
   ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理手段と、を有し、
   前記認証装置は、
   ２台目以降の第１の端末を当該認証装置に登録する際に、当該２台目以降の第１の端末から、最初に登録した１台目の第１の端末を用いて取得したワンタイムパスワードを受信し、当該ワンタイムパスワードと、前記生成手段が生成し前記認証記憶手段に記憶されたワンタイムパスワードとが一致する場合、前記２台目以降の第１の端末を登録する登録手段を、さらに有すること
   を特徴とする認証システム。
3. ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、
   窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、
   前記第１の端末に搭載されたＩＣチップを読み取り、当該第１の端末を前記認証装置へアクセスさせ、その際に自装置の設置情報を前記認証装置に送信する、前記第２の端末と同じ場所に設置されるＩＣリーダと、が行う認証方法であって、
   前記認証装置は、
   前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、第１の端末に送信するとともに、生成したワンタイムパスワードと前記ＩＣリーダから送信された設置情報とを認証記憶部に記憶する生成ステップと、
   前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶部に記憶されたワンタイムパスワードとが一致し、かつ、前記業務装置から受信した前記第２の端末の設置情報が前記認証記憶部に記憶された前記ＩＣリーダの設置情報と一致するか否かを認証し、認証結果を前記業務装置に送信する認証ステップと、を行い、
   前記業務装置は、
   前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードと前記第２の端末の設置情報とを前記認証装置に送信する要求受付ステップと、
   ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理ステップと、を行うこと
   を特徴とする認証方法。
4. ユーザが使用する第１の端末にワンタイムパスワードを送信する認証装置と、窓口業務を行う窓口担当者が使用する第２の端末からの要求に応じて業務処理を行う業務装置と、が行う認証方法であって、
   前記認証装置は、
   前記第１の端末から端末識別情報を含むワンタイムパスワード生成要求を受け付けて、当該端末識別情報に対応するワンタイムパスワードを生成し、生成したワンタイムパスワードを第１の端末に送信するとともに、生成したワンタイムパスワードを認証記憶部に記憶する生成ステップと、
   前記第２の端末から入力されたワンタイムパスワードを前記業務装置から受信し、受信したワンタイムパスワードと前記認証記憶部に記憶されたワンタイムパスワードとが一致するか否かを認証し、認証結果を前記業務装置に送信する認証ステップと、を行い、
   前記業務装置は、
   前記第２の端末からワンタイムパスワードを受信した場合、当該ワンタイムパスワードを前記認証装置に送信する要求受付ステップと、
   ワンタイムパスワードの認証に成功した認証結果を前記認証装置から受信した場合、前記第２の端末に所定の業務処理を提供する業務処理ステップと、を行い、
   前記認証装置は、
   ２台目以降の第１の端末を当該認証装置に登録する際に、当該２台目以降の第１の端末から、最初に登録した１台目の第１の端末を用いて取得したワンタイムパスワードを受信し、当該ワンタイムパスワードと、前記生成ステップで生成し前記認証記憶部に記憶されたワンタイムパスワードとが一致する場合、前記２台目以降の第１の端末を登録する登 録ステップを、さらに行うこと
   を特徴とする認証方法。

Images