(57)【要約】【課題】  類推される暗証番号が複数あったとしても、暗証番号の入力回数の上限までは試すことができるので、順番に試した中に正しい暗証番号があれば、取引は成立してしまう。【解決手段】  利用者が暗証情報を入力する操作部と、利用者が入力した暗証情報をホストに送信してホスト認証結果を得るホスト認証処理部と、利用者に対し暗証情報の入力を複数回求める入力指示部と、入力された暗証情報を記憶する記憶部とを備え、入力された暗証情報のホスト認証を行うとともに、ホスト認証結果に関わらず暗証情報の再入力を求め、同じ暗証情報が再度入力されることを以って本人認証成功とする。【選択図】  図１
2006268473.tif 000002
【特許請求の範囲】
【請求項１】
利用者が暗証情報を入力する操作部と、
利用者が入力した暗証情報をホストに送信してホスト認証結果を得るホスト認証処理部と、
利用者に対し暗証情報の入力を複数回求める入力指示部と、
入力された暗証情報を記憶する記憶部とを備え、
入力された暗証情報のホスト認証を行うとともに、ホスト認証結果に関わらず暗証情報の再入力を求め、ホスト認証成功した暗証情報と同じ暗証情報が再度入力されたことを以って本人認証成功とする、自動取引装置。
【請求項２】
前記入力指示部は、２回目以降の入力指示を、前記ホスト認証結果に関わらず認証失敗による再入力指示の画面の表示によって行う、
請求項１に記載の自動取引装置。
【請求項３】
入力された暗証情報のホスト認証が成功した場合に、同じ暗証情報が再度入力されたことを以って本人認証成功とするモードを第１のモードとし、
入力された暗証番号のホスト認証が成功した場合に、本人認証成功とするモードを第２のモードとし、
前記第１および第２のモードのどちらであっても暗証番号の入力可能回数は同じである、
請求項１または２に記載の自動取引装置。
【請求項４】
利用者に暗証情報を入力させ、ホストに送信して認証させることにより本人確認を行う自動取引装置において、
暗証情報を入力する操作部と、
入力された暗証情報を記憶する記憶部と、
入力された第１の暗証情報をホストに送信してホスト認証結果を得るホスト認証処理部と、
前記ホスト認証結果に関わらず利用者に対し第２の暗証情報の入力を求める再入力指示部と、
前記ホスト認証結果が認証成功であった場合は、前記第１の暗証情報と第２の暗証情報が一致することを以って本人認証成功とする、
自動取引装置。
【請求項５】
前記第１の暗証情報と第２の暗証情報が一致しないときは、前記再入力指示部によって利用者に対し第３の暗証情報の入力を求める再々入力指示を行ない、
再々入力された第３の暗証情報が、前記第１の暗証情報と一致することを以って本人認証成功とする、
請求項４に記載の自動取引装置。
【請求項６】
請求項４において、
前記第１の暗証情報によるホスト認証結果が認証失敗であった場合は、
ホスト認証処理部は前記第２の暗証情報をホストに送信して第２のホスト認証結果を得て、
再入力指示部は、前記第２のホスト認証結果に関わらず、利用者に対し第３の暗証情報の入力を求め、
前記第２のホスト認証結果が認証成功であった場合は、前記第２の暗証情報と第３の暗証情報が一致することを以って本人認証成功とする、
自動取引装置。
【請求項７】
前記第２のホスト認証結果が認証失敗であった場合は、前記第３の暗証情報のホスト認証を行わずに本人認証失敗とする、
請求項６に記載の、自動取引装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、金融機関等において使用される自動取引装置の、暗証番号による本人認証技術に関するものである。
【背景技術】
【０００２】
金融機関等において使用される自動取引装置（以下ＡＴＭ）においては、取引に際して本人認証が行われるが、本人認証のための情報としては、従来より暗証番号が使用されてきた。利用者は、キャッシュカード発行時に暗証番号を登録しておく。出金等の本人認証が必要な取引をＡＴＭで行う場合は、ＡＴＭのタッチパネルに暗証番号の入力画面が表示され、利用者は暗証番号を入力する。入力された暗証番号は、ホストに送信され、ホストから暗証番号の認証結果がＡＴＭに対して報告される。認証結果がＯＫであれば取引は続行されて成立するが、ＮＧであれば取引は成立しない。なお、利用者は操作ミス等により暗証番号の入力を間違えることがある。その場合は顧客は正しい暗証番号を入力したつもりであっても、認証結果がＮＧになってしまう。そのため、認証結果がＮＧの場合は顧客に対して、暗証番号の再入力を求める画面を表示する。顧客は、それによって暗証番号の入力ミスを知り、正しい暗証番号を入力して取引を成立させることができる。
ところで、盗難されたキャッシュカードが使用され、預金を引き出される等の被害を受けることがある。また近年では、キャッシュカードそのものの盗難だけでなく、スキミング等でカードの磁気情報を不正に取得され、キャッシュカードのコピーが作成されてしまう場合もある。預金の引き出しのためにはカードだけでなく暗証番号を入手する必要があるが、生年月日や電話番号等の個人情報を暗証番号にしている利用者も多いため、個人情報から暗証番号を類推されてしまうことがある。また、暗証番号式の貸しロッカーにいれたキャッシュカードをスキミングされたケースでは、貸しロッカーの暗証番号をキャッシュカードの暗証番号と同じ番号にしていたために預金を引き出されてしまったこともある。この場合は、貸しロッカーに使用した暗証番号がキャッシュカードの暗証番号と同じである、と類推されたことになる。このように、暗証番号を直接盗まれなくとも、類推された暗証番号によって預金の引き出しが行われる場合がある。
これついて、カードが盗まれてしまった場合の悪用を防ぐため、暗証番号の入力は回数が制限されている。例えば３回暗証番号を間違えると、そのカードは利用不可になる。（例えば、特許文献１参照）
【特許文献１】特開２００１−３１２４６９
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、類推される暗証番号が複数あったとしても、前記暗証番号の入力回数の上限までは試すことができる。それらを順番に試した中に正しい暗証番号があれば、取引は成立してしまう。例えば、ある人のカードが不正に取得され、その人の個人情報から類推される暗証番号が３つあるとする。前述のように暗証番号の入力もまた３回まで可能であるとすれば、その人のカードで類推した暗証番号のすべてを試すことができる。もし、その中に正しい暗証番号が含まれていれば、預金の引き出しに成功してしまうことになる。
【課題を解決するための手段】
【０００４】
このような課題を解決するために、本発明の自動取引装置は以下の構成を備える。
＜構成１＞
利用者が暗証情報を入力する操作部と、利用者が入力した暗証情報をホストに送信してホスト認証結果を得るホスト認証処理部と、利用者に対し暗証情報の入力を複数回求める入力指示部と、入力された暗証情報を記憶する記憶部とを備え、入力された暗証情報のホスト認証を行うとともに、ホスト認証結果に関わらず暗証情報の再入力を求め、ホスト認証成功した暗証情報と同じ暗証情報が再度入力されたことを以って本人認証成功とする。
＜構成２＞
前記入力指示部は、２回目以降の入力指示を、前記ホスト認証結果に関わらず認証失敗による再入力指示の画面の表示によって行う。
＜構成３＞
入力された暗証情報のホスト認証が成功した場合に、同じ暗証情報が再度入力されることを以って本人認証成功とするモードを第１のモードとし、入力された暗証番号のホスト認証が成功した場合に、本人認証成功とするモードを第２のモードとし、前記第１および第２のモードのどちらであっても暗証番号の入力可能回数は同じである。
＜構成４＞  
利用者に暗証情報を入力させ、ホストに送信して認証させることにより本人確認を行う自動取引装置において、暗証情報を入力する操作部と、入力された暗証情報を記憶する記憶部と、入力された第１の暗証情報をホストに送信してホスト認証結果を得るホスト認証処理部と、前記ホスト認証結果に関わらず利用者に対し第２の暗証情報の入力を求める再入力指示部と、前記ホスト認証結果が認証成功であった場合は、前記第１の暗証情報と第２の暗証情報が一致することを以って本人認証成功とする。
＜構成５＞  
前記第１の暗証情報と第２の暗証情報が一致しないときは、前記再入力指示部によって利用者に対し第３の暗証情報の入力を求める再々入力指示を行ない、再々入力された第３の暗証情報が、前記第１の暗証情報と一致することを以って本人認証成功とする。
＜構成６＞  
前記第１の暗証情報によるホスト認証結果が認証失敗であった場合は、ホスト認証処理部は前記第２の暗証情報をホストに送信して第２のホスト認証結果を得て、再入力指示部は、前記第２のホスト認証結果に関わらず、利用者に対し第３の暗証情報の入力を求め、前記第２のホスト認証結果が認証成功であった場合は、前記第２の暗証情報と第３の暗証情報が一致することを以って本人認証成功とする。
＜構成７＞  
前記第２のホスト認証結果が認証失敗であった場合は、前記第３の暗証情報のホスト認証を行わずに本人認証失敗とする。
【発明の効果】
【０００５】
暗証番号を必ず再入力させるようにしたので、正しい暗証番号を知らない者による不正な取引が成立することを防止することが出来る。
【発明を実施するための最良の形態】
【０００６】
本発明は、ＡＴＭの暗証番号認証の方式に特徴があるものである。ＡＴＭの設置場所としては、金融機関等の営業店や、コンビニ、街頭のキャッシュコーナーが考えられるが、暗証番号の認証を行うのであれば設置場所によらず本発明を適用することができる。ここでは、金融機関の営業店に設置されたＡＴＭの場合例にとって、以下のとおり説明する。また、ここではキャッシュカードを例にとって説明するが、暗証番号を入力させるものであればクレジットカード等他の種類のカードであっても本発明を適用可能である。
【実施例１】
【０００７】
＜実施例１の構成＞
図２は、本発明のシステム構成図である。
【０００８】
営業店１は、金融機関の営業店である。営業店１にはＡＴＭコーナーが設けられておりＡＴＭ５が設置されている。ＡＴＭ５は通常複数台設置されており、図２ではＡＴＭ５ａ、５ｂとして表している。ＡＴＭ５は営業店内のＬＡＮで接続されている。営業店１のＬＡＮはネットワーク２を介して、金融機関のセンタ３と接続されている。ネットワーク２は専用線等が用いられるが、セキュリティを確保できればインターネットＶＰＮ等他の通信網であってもよい。センタにはホスト４が設置される。ホスト４は金融機関の勘定取引を実行する。また、センタ３にはＣＲＭ（Ｃｕｓｔｏｍｅｒ  Ｒｅｌａｔｉｏｎｓｈｉｐ  Ｍａｎａｇｅｍｅｎｔ）サーバ６が設置される。ＣＲＭサーバ６は顧客情報データベースを備え、顧客のさまざまな情報を管理する機能を持つ。本実施例では、ＣＲＭサーバ６はＡＴＭに対して、各顧客が金融機関からどのようなサービスを受けているかの情報を、顧客情報として提供する、顧客情報提供サーバとして動作する。ＡＴＭ５は、前記営業店内ＬＡＮ、ネットワーク２を介してホストおよびＣＲＭサーバ６と通信を行い、勘定取引の実行および顧客情報の取得を行うことができる。
【０００９】
ここでホスト４での暗証番号認証について説明する。
【００１０】
ホスト４は、ある顧客の口座について、ＡＴＭ５から顧客が入力した暗証番号データを受け取ると、勘定マスタの当該口座の暗証番号と比較する。その結果、暗証番号が一致すれば認証ＯＫの旨をＡＴＭ５に通知し、一致しない場合は認証ＮＧの旨をＡＴＭ５に通知する。
【００１１】
次に、図１を基にＡＴＭ５の構成について説明する。
【００１２】
制御部５１は、ＡＴＭ５の各機能部を制御する処理部であり、実態はＡＴＭ５の制御プログラムである。
【００１３】
操作部５２は、顧客がＡＴＭ５を操作するためのインターフェース機能を提供するものであり、表示および入力機能を兼ね備えたタッチパネルが用いられる。もちろん表示機能および入力機能を有するものであれば他のものであってもよく、例えば液晶パネルやＣＲＴ等のディスプレイ装置とキーボードとの組み合わせであってもよい。
【００１４】
ホスト認証処理部５３は、図示しない通信部を介して顧客が入力した暗証番号をホスト４に送り、ホスト４からの認証結果を受け取る機能部である。
【００１５】
入力指示部５４は、顧客に対して取引に必要な入力を要求する機能部である。具体的には、入力指示部５４は、図３、図４に示すような各種の入力画面、もしくは操作画面を操作部５２に表示し、顧客に各種の入力やカード挿入等の操作を行わせる。本実施例においては、特に暗証番号の入力指示を行う際、暗証番号の入力指示部として動作する。
【００１６】
なお、暗証番号のホスト認証がＮＧとなった場合は、顧客が単に入力ミスした場合もあるため、図５のような画面を表示し、顧客に対して再入力を求める。この再入力の回数は、総当りによる不正利用を防ぐため所定の回数に制限されている。ここでは、入力可能な回数を３回とする。すなわち、暗証番号の入力は３回まで許され、暗証番号を３回間違えると暗証番号による本人認証は失敗となり、その取引は成立しない。その場合、その口座や使用されたカードを使用不可としてもよい。この再入力の操作の際には、前記入力指示部５４は暗証番号の再入力指示部ないしは再々入力指示部として動作する。
【００１７】
記憶部５５は、ＡＴＭ５の主記憶装置すなわちメインメモリないしはハードディスク等の補助記憶装置である。本実施例においては、顧客が入力した暗証番号を記憶する暗証情報記憶部として動作する。本実施例においては、前述のとおり暗証番号の入力可能回数を３回としたので、記憶部５５には、最初の入力、再入力、再々入力の計３回分の暗証番号が、第１の暗証情報５５ａ、第２の暗証情報２２ｂ、第３の暗証情報５５ｃとして格納される。なお、前記所定の回数が３回より多い場合には、これらの暗証情報は所定回数に合わせて増加させればよい。
【００１８】
ＡＴＭ５はこの他にキャッシュカードのリーダ部、現金の入出部、レシートの印刷部等、ＡＴＭに一般的に備わっている図示しない構成を備えている。
【００１９】
さて、本発明のＡＴＭ５では、前述の暗証番号による本人認証の手順に２つのモードを設ける。
【００２０】
１つは通常モードである。通常モードにおいては、ホスト認証結果がＯＫであれば、本人認証ＯＫとする。
【００２１】
２つめは再確認モードである。再確認モードにおいては、ホスト認証結果に関わらず、利用者に対して暗証番号の再入力を行わせる。すなわち、ホスト認証がＯＫであった場合にも、あたかもＮＧであったかのような画面が表示される。利用者は再度同じ暗証番号を入力することにより、本人認証がＯＫとなる。これらの比較処理や比較結果を基にした本人認証等の制御は制御部５１が行う。
【００２２】
なお、これらのモードのどちらを使用するかは、ＣＲＭサーバ６の顧客情報ＤＢに本人認証モード情報として保持されている。顧客は、口座開設時および口座開設後の所望の時期に、このモードを切り替えることができる。ＡＴＭ５は、適宜ＣＲＭサーバ６にアクセスすることによって、前記本人認証モード情報を取得し、その取引をどちらのモードで実行するかを決定する。
【００２３】
ここで、このような再確認モードを設ける意義について説明する。
【００２４】
暗証番号を入力した後、図５のような再入力画面が表示された場合、もしＡＴＭ５の利用者が正当な利用者すなわち本人や代理人（以下、正当利用者）であれば、正しい暗証番号を把握しているので再度同じ暗証番号を入力しようとする。
【００２５】
もしＡＴＭ５の利用者が不正な利用者すなわち盗難カードや不正にコピーしたカードを使用して不正に出金等を行おうとしている者（以下、不正者）であった場合、類推した暗証番号を使用している可能性が高い。この場合、類推しうる暗証番号は通常複数存在すると考えられる。すなわち、自身や家族の生年月日や電話番号や前述の貸しロッカー等他のものに利用した暗証番号等である。
【００２６】
例えば、ある正当利用者の誕生日が１０月３１日であり、配偶者と子供の誕生日がそれぞれ１２月０１日と４月１０日だったとする。その場合、暗証番号の候補としては、本人と家族の誕生日だけで「１０３１」「１２０１」「０４１０」の３つが存在する。前述の電話番号等の他の個人情報も用いれば、候補はさらに増える。このように暗証番号を類推した場合の候補は複数存在するので、不正者は暗証情報入力において、候補となる暗証番号を順番に試していくと考えられる。
【００２７】
仮に正当利用者のメモを盗み見る等して正しい暗証番号を入手していたとしても、その数字列が確実にその口座の暗証番号であるという確証が無ければ、予備として上記のような暗証番号の候補を用意するであろう。
【００２８】
従って、不正者は、図５のような再入力画面７ｃが表示された場合、入力した暗証番号に相当の確信を持っていない限り、次の候補すなわち最初に入力した暗証番号とは違う暗証番号を入力する。さらに再入力画面が表示されれば、さらに次の候補を入力するであろう。
【００２９】
なお、正当利用者は、自身が再確認モードの利用を選択している事実を記憶しているので、「暗証番号が違っています」というメッセージが出たとしても、あわてずに同じ暗証番号を入力することができる。仮に再確認モードの利用を選択している事実を失念したとしても、正しい暗証番号を知っていれば、暗証番号が違っていることを疑うよりも単に入力ミスをしたと判断して、再度同じ暗証番号を入力する可能性が高い。
【００３０】
このように、本発明は、正当利用者であれば暗証番号の再入力を求められた場合に同じ暗証番号を入力しようとし、不正者であれば異なる暗証番号を入力しようとする可能性が高い、という知見に基づき、カードの不正利用を防止するものである。
【００３１】
ところで、正当利用者であっても、暗証番号の入力をミスする場合がある。最初の暗証番号入力をミスした場合は、ホスト認証ＮＧとなる。この場合は、再入力した暗証番号によって、再度ホスト認証を行った後、暗証番号を再々入力させ、同様に比較すればよい。
【００３２】
最初のホスト認証はＯＫで、再入力でミスした場合は、再入力した暗証番号でホスト認証を行ってしまうとホスト認証結果がＮＧとなることは明らかである。従って、すでにホスト認証ＯＫとなった暗証番号がある場合は、以降入力された暗証番号についてはホスト認証は行わず、前記すでにホスト認証ＯＫとなった暗証番号との比較のみ行うようにする。
【００３３】
なおこれらの比較、判断の制御は制御部５１が行う。
【００３４】
＜実施例１の動作＞
ここで、図６を用いて、本実施例のＡＴＭ５における、通常モードの暗証番号による本人認証の処理について説明する。
【００３５】
Ｓ１０１：ＡＴＭ５の操作部５２には、入力指示部５４により、図３に示す取引選択画面７ａが表示されている。利用者は、取引選択画面７ａのボタンに触れることにより、所望の取引を開始することができる。ここでは、暗証番号による本人認証が必要な取引のうち「出金」を選択したものとする。
【００３６】
Ｓ１０２：ＡＴＭ５は、利用者に対してキャッシュカードの挿入を求める画面を操作部５２に表示する。利用者がキャッシュカードを挿入すると、ＡＴＭ５はキャッシュカードから口座情報を読み取る。
【００３７】
Ｓ１０３：ＡＴＭ５の制御部５１は、読み取った口座情報を元にＣＲＭサーバ６に対して当該口座の本人認証モード情報を要求する。その結果、ここでは通常モードであることが分かり、Ｓ１０４に移行する。なお、再確認モードであることが分かった場合には、後述の再確認モードの処理に移行する。
【００３８】
Ｓ１０４：操作部５２に、図４に示す暗証番号入力画面７ｂが表示される。暗証番号入力画面７ｂには、「暗証番号を入力してください」というメッセージと、数字を入力するためのテンキーと、入力した暗証番号をマスク表示する表示部と、暗証番号を入力せずに取引終了するための取引中ボタンが表示されている。利用者は、この画面を見て暗証番号を入力する。
なお、出金金額入力画面等その他の画面における操作については従来のＡＴＭと同様であるので説明を省略する。
【００３９】
Ｓ１０５：ホスト認証処理部５３は、入力された暗証番号をホスト４に送る。ホスト４では暗証番号の比較による認証を行い、ホスト認証結果をＡＴＭ５に通知する。ホスト認証処理部５３は通知された認証結果を受け取り、制御部５１に渡す。
【００４０】
Ｓ１０６：制御部５１は、ホスト認証結果がＯＫかＮＧかを判断する。ＯＫであれば、Ｓ１０７に移行する。ＮＧであれば、Ｓ１０８に移行する。
【００４１】
Ｓ１０７：制御部５１は、本人認証成功とする。
【００４２】
Ｓ１０８：制御部５１は、再入力が所定回数行われたかどうかを判断する。ここでは、入力可能回数が３回であるので、再入力の前記所定回数は２回である。既に２回の再入力が行われていた場合は、Ｓ１１０に移行する。再入力の回数が２回に達していない場合は，Ｓ１０９に移行する。
【００４３】
Ｓ１０９：入力指示部５４は、図５に示す暗証番号の再入力画面７ｃを操作部５２に表示させる。再入力画面７ｃは、メッセージが「暗証番号が違っています。もう一度暗証番号を入力してください」という文言に変わっている以外は、入力画面７ｂと同じである。利用者は、再入力画面を見て、暗証番号を再入力する。
なお、利用者が再度暗証番号の入力をミスしてホスト認証結果がＮＧとなった場合は、再びこのステップが実行される。その場合は再々入力画面として、画面７ｃが表示される。
【００４４】
Ｓ１１０：制御部５１は、本人認証失敗とする。
【００４５】
Ｓ１１１：制御部５１は、本人認証結果に基づいて、取引を終了する。すなわち、本人認証成功の場合は、取引が成立する。本人認証不成功の場合は、取引は成立せずキャンセルされる。特に、暗証番号の再入力が所定回数行われている場合は、キャッシュカードを取り込んだり無効にする等、防犯措置が取られる。
【００４６】
次に、再確認モードでの暗証番号による本人認証の処理について、図７を用いて説明する。
前記Ｓ１０３の結果、本人認証モードが再確認モードであった場合、Ｓ２０１の処理に移行する。なお、再確認モードにおいては入力された暗証番号を互いに比較するため記憶部５５に記憶する。また、記憶した暗証番号がホスト認証された場合、ＯＫかＮＧかの情報も一緒に記憶するものとする。
【００４７】
Ｓ２０１：Ｓ１０４と同じであるので、説明を省略する。なお、入力された暗証番号は第１の暗証情報５５ａに記憶する。
【００４８】
Ｓ２０２：Ｓ１０５と同じであるので、説明を省略する。
【００４９】
Ｓ２０３：入力指示部５４は、操作部５２に、再入力画面７ｃを表示する。すなわち、ホスト認証結果がＯＫであってもＮＧであっても、再入力画面７ｃが表示される。利用者は、この画面を見て、再度暗証番号を入力する。
ここで、前述のとおり、正当利用者であれば再度同じ暗証番号を、不正者であれば異なる暗証番号を入力することが期待される。
【００５０】
Ｓ２０４：制御部５１は、すでにホスト認証結果がＯＫとなった暗証番号があるかを判断する。すでにホスト認証結果がＯＫとなった暗証番号があれば、Ｓ２０５に移行する。なければ、Ｓ２０７に移行する。
【００５１】
Ｓ２０５：ホスト認証ＯＫとなった暗証番号と、再入力された暗証番号とを比較する。一致していればＳ２０６へ移行し、一致していなければＳ２０７へ移行する。
【００５２】
Ｓ２０６：制御部５１は本人認証成功と判断する。
【００５３】
Ｓ２０７：ホスト認証ＯＫとなった暗証番号と再入力した暗証番号が一致しない場合、またはホスト認証ＯＫとなった暗証番号がない場合、制御部５１は、再入力が所定回数行われたかどうかを判断する。ここでは、Ｓ１０８と同じく、再入力の前記所定回数は２回である。既に２回の再入力が行われていた場合は、Ｓ２０８に移行する。再入力の回数が２回に達していない場合は，Ｓ２０９に移行する。なお、再確認モードにおいては、最初にこのステップが実行される時点で、すでに１回の再入力が行われていることになる。
【００５４】
Ｓ２０８：制御部５１は、本人認証失敗とする。
【００５５】
Ｓ２０９：再入力が所定回数に達していない場合は、制御部５１は既にホスト認証結果がＯＫとなっているかどうかを確認する。まだホスト認証結果がＯＫとなった暗証番号が無ければ、Ｓ２１０に移行する。すでにホスト認証結果がＯＫとなった暗証番号があれば、Ｓ２１０は行わずにＳ２０３に移行し、暗証番号を再度入力させる。
【００５６】
Ｓ２１０：ホスト認証処理部５３は、再入力された暗証番号をホスト４に送り、ホスト認証結果を得る。その後再びＳ２０３に移行し、暗証番号を再度入力させる。
【００５７】
Ｓ２１１：Ｓ１１１と同様である。
【００５８】
以上の説明によって、本発明の本質である、ホスト認証ＯＫとなった暗証番号とその後再入力された暗証番号が一致することによって本人認証を成功とする、という特徴を明らかにした。
【００５９】
ここで、さらに本発明の再確認モードの動作を明確にするために、以下、記憶部に格納される暗証情報の取扱の観点によって本発明の動作を説明する。
【００６０】
図８は、記憶部の暗証情報の取扱を説明するために、本発明の処理をループを用いずに表現したものである。なお、ここでは最大入力回数を３回としている。また、通常モードについては省略した。
【００６１】
Ｓ３０１〜Ｓ３０３は、Ｓ１０１〜Ｓ１０３と同様であるので説明を省略する。また、Ｓ３０４〜Ｓ３０５は、Ｓ２０１〜Ｓ２０２と同様である。なお、Ｓ３０３では本人認証モード情報は再確認モードであったものとする。また、Ｓ３０４〜Ｓ３０５は、Ｓ２０１〜Ｓ２０２と同様である。
【００６２】
Ｓ３０６：入力指示部５４は、操作部５２に、再入力画面７ｃを表示する。すなわち、ホスト認証結果がＯＫであってもＮＧであっても、再入力画面７ｃが表示される。利用者は、この画面を見て、再度暗証番号を入力する。
ここで、前述のとおり、正当利用者であれば再度同じ暗証番号を、不正者であれば異なる暗証番号を入力することが期待される。
この再入力された暗証番号は、第２の暗証情報５５ｂに記憶される。
【００６３】
Ｓ３０７：制御部５１は、ホスト認証結果がＯＫかＮＧかを判断する。ＯＫであれば、Ｓ３０８に移行する。ＮＧであれば、Ｓ３１０に移行する。
【００６４】
Ｓ３０８：ホスト認証結果がＯＫであった場合は、第１の暗証情報５５ａと、第２の暗証情報５５ｂとを比較する。一致していればＳ３０９へ移行し、一致していなければＳ３１１へ移行する。
ここで、正当利用者であって本ステップが実行される場合は、通常は第１の暗証情報５５ａと、第２の暗証情報５５ｂは同じ暗証番号が入力されているので両者は一致し、本人認証成功となる。
不正者であって本ステップが実行される場合は、第１の暗証情報５５ｂとして入力された暗証番号の候補がたまたま正しい暗証情報であった場合である。その場合、第２の暗証情報５５ｃは、さらに次の暗証番号の候補が入力されているので、両者は一致せず、本人認証成功とはならない。
なお、一致していない場合にＳ３１１へ移行する（すなわち第２の暗証情報５５ｂでのホスト認証を行わない）理由は、既に第１の暗証情報５５ａでホスト認証がＯＫになっており、それと一致しない第２の暗証情報５５ｂによるホスト認証を行う意味が無いからである。
【００６５】
Ｓ３０９：制御部５１は本人認証成功と判断する。
【００６６】
Ｓ３１０：ホスト認証処理部５３は、第２の暗証情報５５ｂをホスト４に送信してホスト認証結果を得る。
【００６７】
Ｓ３１１：入力指示部５４は、操作部５２に、再々入力画面７ｃを表示する。すなわち、ホスト認証結果がＯＫであってもＮＧであっても、再々入力画面７ｃが表示される。なお、再々入力画面７ｃは、再入力画面と同じ画面である。利用者は、この画面を見て、再度暗証番号を入力する。入力された暗証番号は、第３の暗証情報５５ｃに記憶される。
【００６８】
Ｓ３１２：制御部５１は、ホスト認証結果がＯＫかＮＧかを判断する。ＯＫであれば、Ｓ３１３に移行する。ＮＧであれば、Ｓ３１４に移行する。
なお、その場合は前記第３の暗証番号の内容については考慮せず、ホスト認証等も行わない。第３の暗証番号は、入力可能な暗証番号の最後の１回であり、第３の暗証番号が正しい暗証番号だったとしても、その比較対象となる暗証番号がこれ以上入力されないからである。
【００６９】
Ｓ３１３：ホスト認証ＯＫとなった暗証番号と、第３の暗証情報５５ｃとを比較する。
ここで、正当利用者であって本ステップが実行される場合は、第１の暗証情報５５ａの入力をミスしたか、第２の暗証情報５５ｂの入力をミスしたかのいずれかによると考えられる。
このため、第１の暗証情報５５ａの入力ミスによるものであれば、第２の暗証情報５５ｂと、第３の暗証情報５５ｃが一致し、本人認証成功となる。第２の暗証情報５５ｂの入力ミスによるものであれば、第１の暗証情報５５ａと第３の暗証情報５５ｃが一致し、本人認証成功となる。なお、両者を連続してミスする可能性は通常の正当利用者であれば低いと考えられる。
不正者であって本ステップが実行される場合は、第２の暗証情報５５ｂとして入力された暗証番号の候補がたまたま正しい暗証情報であった場合である。その場合、第３の暗証情報５５ｃは、さらに次の暗証番号の候補が入力されているので、第２の暗証情報５４ａとは一致せず、本人認証失敗となる。
【００７０】
Ｓ３１４：制御部５１は、本人認証失敗とする。
【００７１】
Ｓ３１５：Ｓ１１１と同様である。
【００７２】
以上のように、ホスト認証ＯＫとなった暗証番号とその後再入力された暗証番号が一致することによって本人認証を成功とすることにより、不正者が類推した暗証番号の候補を用意して順次試すという不正方法をとった場合、それらの候補の中に正しい暗証番号が含まれていたとしても一度しか入力されないため、不正に出金等の取引を行われることを防ぐことができる。
【００７３】
これらの処理は、再入力させた暗証番号による比較はＡＴＭ５内で行うため、ホスト４の処理は通常モードと再確認モードとで変わらないので、再確認モードの実装に際してホスト４のプログラムを変更する必要が無い。
【００７４】
また、暗証番号を従来の再入力画面で入力させるのみで、追加の構成を必要としないため、生体情報等暗証番号以外の情報を用いるものに比べ新たなハードウェア等の構成の追加が必要なく、ＡＴＭ５のプログラム変更のみで実現することができる。
【００７５】
また、再入力の画面は、ホスト認証結果がＯＫかＮＧかに関わらず、暗証番号が違っている旨すなわちホスト認証失敗した旨の表示を行うようにしたので、入力した暗証番号が正しかった場合でも、不正者に対して間違った暗証番号を入力してしまったものと思わせることができる。また、仮に不正者が、当該口座が前記再確認モードを利用していることを知りえていたとしても、入力した暗証番号が正しかったのか否かは、同じ暗証番号を２回入力しなければ判断できないので、不正行為の効率を著しく下げることができる。
【００７６】
さらに、本実施例のように入力可能回数を３回とすれば、２回入力した時点で残りはホスト認証が行われない最後の１回分しか入力できず、試行できる暗証番号は実質１つのみとなる。通常モードであれば３回まで試行可能であるのに比べ、３分の１の数となり、不正行為の効率を著しく下げることができる。
【００７７】
なお、本実施例において入力可能回数を３回程度としたが、業務形態に応じて適宜変更することもできる。ただし、本人認証失敗になるまでの入力回数によってどちらの本人認証モードを利用しているかを知られてしまわないよう、通常モードと再確認モードとで暗証番号の入力可能回数は自動的に同じとなるよう、共通設定とすることが望ましい。
【００７８】
なお、暗証番号の再入力が行われた後、ホスト認証ＯＫとなった暗証番号と再入力した暗証番号が一致した場合実際にはホスト通信は行われないが、ホスト通信画面を出すとともにホスト通信時間と同程度の時間をウェイトした後、本人認証成功時の動作を行うようにしてもよい。そのようにすれば、再入力後の応答時間にからどちらの本人認証モードを利用しているかを知られないようにできる。
【００７９】
なお、再入力画面はどちらのモードであっても同じ画面を表示することが望ましいが、管理上の都合等により、表示された画面からどちらのモードであるかを区別する必要がある場合も考えられる。その場合、不正者に対しては「入力された暗証番号が違う」旨のメッセージが表示されれば一定の効果があると考えられるので、そのようなメッセージを含む別の画面を表示させてもよい。なお、部外者が一見しても違いが判らないような画面にすれば、より効果的である。
【００８０】
なお、本人認証モード情報はＣＲＭサーバ６から取得するとしたが、ＡＴＭ５において本人確認要取引を実行する際、本人認証処理を行うまでに本人認証モード情報を取得することができれば、キャッシュカードに情報を持たせても、ホスト４に情報を持たせてもよい。
【図面の簡単な説明】
【００８１】
【図１】ＡＴＭの機能ブロック図
【図２】システム構成図
【図３】取引選択画面
【図４】暗証番号入力画面
【図５】暗証番号再入力画面
【図６】通常モードの処理フロー
【図７】再確認モードの処理フロー
【図８】再確認モードの処理フロー
【符号の説明】
【００８２】
１  営業店
２  ネットワーク
３  センタ
４  ホスト
５  ＡＴＭ
５１  制御部
５２  操作部
５３  ホスト認証処理部
５４  入力指示部
５５  記憶部
６  ＣＲＭサーバ
【図１】
2006268473.tif 000003
【図２】
2006268473.tif 000004
【図３】
2006268473.tif 000005
【図４】
2006268473.tif 000006
【図５】
2006268473.tif 000007
【図６】
2006268473.tif 000008
【図７】
2006268473.tif 000009
【図８】
2006268473.tif 000010