情報処理装置、情報処理方法及びプログラム
【課題】本発明の課題は、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることを可能とする技術を提供することである。
【解決手段】本発明の情報処理装置は、ユーザのユーザ識別情報を受け付ける受付部と、ユーザによる入金に係る入金額を取得する入金額取得部と、ユーザ識別情報に対応するユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、暗証番号と入金額とを比較することによりユーザ認証をするユーザ認証部と、暗証番号と入金額とが対応することによりユーザ認証部が認証成立と判定した場合には、口座情報に基づく取引を受け付ける取引処理部と、を備えることを特徴とする。
【解決手段】本発明の情報処理装置は、ユーザのユーザ識別情報を受け付ける受付部と、ユーザによる入金に係る入金額を取得する入金額取得部と、ユーザ識別情報に対応するユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、暗証番号と入金額とを比較することによりユーザ認証をするユーザ認証部と、暗証番号と入金額とが対応することによりユーザ認証部が認証成立と判定した場合には、口座情報に基づく取引を受け付ける取引処理部と、を備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動取引装置におけるユーザ認証の技術に関する。
【背景技術】
【０００２】
従来、現金自動預け払い機（ＡＴＭ、Automated teller machine）などの自動取引装置において暗証番号の入力が必要とされる。暗証番号が他人に漏えいすると、当該他人に不正な出金等の取引が行われる危険性がある。このような暗証番号の漏えいを防止する技術として、特許文献１が挙げられる。
【０００３】
特許文献１には、超音波スピーカシステムを用いることで、暗証番号の特定の個所に数字などを加えた状態で入力するように指示する音声を利用者にのみ聞こえるようにする技術が開示されている。
【０００４】
しかしながら、特許文献１において開示される技術は、暗証番号自体を保護する技術ではない。そのため、例えば、キャッシュカード等の磁気カードの情報がスキミングされた場合、暗証番号に対する総当たり攻撃（ブルートフォースアタック）が行われると、暗証番号が他人に漏えいしてしまうという問題点があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−０６５５７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、このような点を考慮してなされたものであり、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上述した課題を解決するために、以下の構成を採用する。
【０００８】
すなわち、本発明の情報処理装置は、ユーザのユーザ識別情報を受け付ける受付部と、
前記ユーザによる入金に係る入金額を取得する入金額取得部と、前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、前記暗証番号と前記入金額とを比較することによりユーザ認証をするユーザ認証部と、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記口座情報に基づく取引を受け付ける取引処理部と、を備えることを特徴とする。
【０００９】
ここで、取引処理部によって行われる取引とは、例えば、預貯金口座への預け入れ、貸与金の返済、預貯金の引き出し、貸付金の引き出し、預貯金残高の照会、取引明細の照会、預貯金通帳に記入されていない取引の記入、振込、振替等である。
【００１０】
上記構成によれば、ユーザ認証は、暗証番号と入金額の比較によって行われる。そして、上記構成によれば、ユーザ認証が成立した場合に、口座情報に基づく取引が受け付けられる。つまり、口座情報に基づく取引を所望するユーザは、暗証番号の比較に用いられる入金額に係る入金を行わなければならない。
【００１１】
したがって、上記構成によれば、従来よりも、口座情報に基づく取引に係るユーザ認証に手間がかかるため、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることが可能となる。
【００１２】
また、本発明の別の形態として、前記取引処理部は、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記入金額の返金処理をして、前記口座情報に基づく取引を受け付け、前記暗証番号と前記入金額とが対応しないことにより前記ユーザ認証部が認証不成立と判定した場合には、前記入金額の返金処理を行わず、取引を終了してもよい。
【００１３】
また、本発明の別の形態として、前記取引処理部は、前記入金額に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００１４】
暗証番号との比較に用いられる入金額が少ないほど、総当たり攻撃により該入金額の漏えいする危険性が高い。上記構成によれば、取引金額の限度は、該入金額に比例している。
【００１５】
したがって、上記構成によれば、取引金額の限度が入金額に比例して制限されるため、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００１６】
また、本発明の別の形態として、前記ユーザ認証部は、前記暗証番号と前記入金額とが一致することにより認証成立と判定してもよい。
【００１７】
上記構成によれば、暗証番号と入金額とが一致することにより認証成立と判定される。そのため、上記構成によれば、暗証番号として比較的に桁数の多い番号を採用することで、不正を働く者に対して、暗証番号に対する総当たり攻撃を心理的に更に実行し難くすることが可能となる。
【００１８】
また、本発明の別の形態として、前記取引処理部は、前記暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００１９】
暗証番号の桁数が少ないほど、総当たり攻撃により該暗証番号の漏えいする危険性が高い。上記構成によれば、取引金額の限度は、該暗証番号に比例している。
【００２０】
したがって、上記構成によれば、取引金額の限度が暗証番号に比例して制限されるため、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００２１】
なお、本発明の別態様としては、以上の各構成を実現する情報処理方法であってもよいし、プログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。また、本発明の別態様として、以上の各構成を実現する複数の装置が通信可能に構成された情報処理システムであってもよい。
【発明の効果】
【００２２】
本発明によれば、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることを可能とする技術を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】実施の形態に係るネットワーク構成を例示する図。
【図２】実施の形態に係る情報処理装置を例示する図。
【図３】実施の形態における自動取引に係る手順を示すフローチャート。
【図４】実施の形態に係る登録情報データベースのレコードを例示する図。
【発明を実施するための形態】
【００２４】
以下、本発明の一側面に係る情報処理装置、情報処理方法及びプログラム等の実施の形態（以下、「本実施形態」とも表記する）を説明する。ただし、本実施形態は例示であり、本発明は本実施形態の構成に限定されない。
【００２５】
なお、本実施形態において登場するデータを自然言語（日本語等）により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメタ、マシン語等で指定される。
【００２６】
§１ ネットワーク構成例
＜構成例の説明＞
まず、本実施形態に係るネットワークの構成例について説明する。図１は、本実施形態に係るネットワークの構成例を示す。図１に示されるとおり、本実施形態に係るネットワークは、情報処理装置１、サーバ３、及び、専用ネットワーク５を含んでいる。そして、情報処理装置１、及び、サーバ３は、専用ネットワーク５を介して、それぞれ通信可能となっている。
【００２７】
＜本実施形態の概要＞
本実施形態に係る情報処理装置１は、現金の預け払い等の自動取引サービスをユーザに提供する。ユーザは、入出金装置２を介して、情報処理装置１に対して自動取引サービスに係る金銭のやり取りを行う。
【００２８】
入出金装置２は、例えば、現金自動預け払い機に用いられている、現金の受け取り及び引き渡しを行うための装置である。また、入出金装置２は、磁気カード、又は、ＩＣカードから、自動取引に係るユーザのユーザ識別情報を読み出す。更に、入出金装置２は、ユーザによって投入された入金に係る現金を取り込んで、取り込んだ現金に係る金銭情報を生成する。そして、入出金装置２は、出金に係る金銭情報に基づいて、該出金に係る金銭情報により示される金額分の現金を送出する。
【００２９】
なお、入出金に係る金銭は、現金でなくともよい。例えば、入出金に係る金銭は、電子マネーであってもよい。この場合、入出金装置２は、電子マネーの情報を格納する端末、又は、ＩＣカード等と金銭情報の送受信をする。このような装置は、現在、一般的に広く用いられているため、ここでは説明を省略する。
【００３０】
情報処理装置１は、入出金装置２を介して、自動取引を所望するユーザのユーザ情報と、入金に係る入金額を取得する。また、情報処理装置１は、入出金装置２を介して、出金処理をする。
【００３１】
サーバ３は、例えば、ＰＣ（Personal Computer）である。例えば、サーバ３は、その
ハードウェア構成として、それぞれバスを介して接続された、各種データ及びプログラムを格納するための記憶部、記憶部に格納されたプログラムを実行する制御部、ネットワーク通信を行うための入出力部を有している。サーバ３は、このようなハードウェア構成により、情報処理装置１からの要求に応じて、情報処理装置１から受信するユーザ識別情報に対応するユーザの登録情報を抽出する。そして、サーバ３は、抽出した登録情報を情報処理装置１に返信する。
【００３２】
サーバ３は、自動取引に係るユーザの登録情報を記憶部に格納する。登録情報は、自動取引に係るユーザの暗証番号と口座情報を含む。暗証番号は、自動取引を所望するユーザのユーザ認証に用いられる。また、口座情報は、例えば、該ユーザの預金残高、貸付金、貸与金等の情報を格納する。
【００３３】
§２ 情報処理装置の構成例
次に、本実施形態に係る情報処理装置１について説明する。
【００３４】
図２は、情報処理装置１の構成例を示す。情報処理装置１は、図２に示されるように、そのハードウェア構成として、バス１３で接続される、記憶部１１、制御部１２、入出力部１４等の既存のハードウェアを有している。
【００３５】
記憶部１１は、制御部１２で実行される処理で利用される各種データ及びプログラムを記憶する（不図示）。記憶部１１は、例えば、ハードディスクによって実現される。記憶部１１は、ＵＳＢメモリ等の記録媒体により実現されてもよい。
【００３６】
なお、記憶部１１が格納する当該各種データ及びプログラムは、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等の記録媒体から取得されてもよい。また、記憶部１１は、外部記憶装置と呼ばれてもよい。
【００３７】
制御部１２は、マイクロプロセッサ又はＣＰＵ（Central Processing Unit）等の１又
は複数のプロセッサと、このプロセッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、インタフェース回路等）と、を有する。制御部１２は、記憶部１１に格納されている各種データ及びプログラムを実行することにより、本実施形態における情報処理装置１の処理を実現する。ＲＯＭ、ＲＡＭ等は、制御部１２内のプロセッサが取り扱うアドレス空間に配置されているという意味で主記憶装置と呼ばれてもよい。
【００３８】
入出力部１４は、情報処理装置１の外部に存在する装置とデータの送受信を行うための１又は複数のインタフェースである。入出力部１４は、例えば、ＬＡＮ（Local Area Network）ケーブルを接続するためのインタフェース、ユーザインタフェースと接続するためのインタフェース、又はＵＳＢ（Universal Serial Bus）等のインタフェースである。
【００３９】
入出力部１４は、本実施形態において、入出金装置２からユーザ情報を取得する。また、入出力部１４は、入出金装置２と金銭情報の送受信を行う。更に、入出力部１４は、専用ネットワーク５を介して、サーバ３とデータの送受信を行う。
【００４０】
なお、入出力部１４は、不図示のユーザインタフェース（タッチパネル、テンキー、キーボード、マウス、ディスプレイ等の入出力装置）と接続してもよい。また、入出力部１４は、ＣＤドライブ、ＤＶＤドライブ等の着脱可能な記憶媒体の入出力装置、或いはメモリカード等の不揮発性の可搬型の記憶媒体等の入出力装置と接続していてもよい。また、入出力部１４は、インターネット接続を行うインタフェースという意味で通信部と呼ばれてもよい。
【００４１】
なお、情報処理装置１は、例えば、入出金装置２を含んで、現金自動預け払い機として実現される。また、情報処理装置１は、ＰＣ（Personal Computer）等のような汎用コン
ピュータで構成されてもよい。
【００４２】
本実施形態では、情報処理装置１は、現金の預け払い等の自動取引サービスをユーザに提供する。この処理は、制御部１２の処理として実現される。
【００４３】
図２に示されるとおり、制御部１２は、上記処理を実現するために、受付部３１、入金額取得部３２、登録情報抽出部３３、ユーザ認証部３４、及び、取引処理部３５を含む。受付部３１、入金額取得部３２、登録情報抽出部３３、ユーザ認証部３４、及び、取引処理部３５は、例えば、記憶部１１に格納されたプログラム等が制御部１２の周辺回路であるＲＡＭ等に展開され、制御部１２のプロセッサにより実行されることによって実現される。
【００４４】
受付部３１は、自動取引を所望するユーザのユーザ識別情報を受け付ける。そして、受付部３１は、受け付けたユーザ識別情報を取得する。
【００４５】
入金額取得部３２は、ユーザによる入金に係る入金額を取得する。本実施形態では、入金額取得部３２は、入出金装置２を介して、該入金額を取得する。本実施形態では、該入金額は、ユーザ認証に用いられる。
【００４６】
登録情報部３３は、受付部３１により取得したユーザ識別情報に対応するユーザの登録情報をサーバ３から取得する。具体的には、登録情報部３３は、専用ネットワーク５を介して、サーバ３に対して、ユーザ識別情報を送信し、該ユーザ識別情報に対応するユーザの登録情報の抽出を要求する。そして、登録情報部３３は、抽出した登録情報の返信をサーバ３に対して要求する。これにより、登録情報部３３は、ユーザ識別情報に対応するユーザの暗証番号と口座情報を含む登録情報を取得する。
【００４７】
ユーザ認証部３４は、入金額取得部３２によって取得された入金額と、登録情報部３３によって取得された暗証番号とを比較することによりユーザ認証をする。そして、ユーザ認証部３４は、該入金額と該暗証番号とが対応することにより、認証成立と判定する。また、ユーザ認証部３４は、該入金額と該暗証番号とが対応しないことにより、認証不成立と判定する。
【００４８】
取引処理部３５は、ユーザ認証部３４により認証成立と判定されたユーザに対して、入金額取得部３２によって取得された入金額の返金処理をして、登録情報部３３によって取得された口座情報に基づく取引を受け付ける。また、取引処理部３５は、ユーザ認証部３４により認証不成立と判定されたユーザに対して、入金額取得部３２によって取得された入金額の返金処理を行わず、取引に係る処理を終了する。
【００４９】
§３ 動作例
次に、図３を用いて、本実施形態における動作例を説明する。図３は、本実施形態に係る情報処理装置１によって実行される処理を例示する。なお、図３では、ステップを「Ｓ」と略称する。
【００５０】
まず、ステップ１００では、例えば、自動取引を所望するユーザにより情報処理装置１が操作されることで、情報処理装置１は処理を開始する。
【００５１】
次に、ステップ１０１では、受付部３１により、ユーザ識別情報が受け付けられる。ユーザは、入出金装置２を介して、磁気カード、又は、ＩＣカードに格納されているユーザ識別情報を情報処理装置１に入力してもよい。また、ユーザは、情報処理装置１の不図示のユーザインタフェースを介して、ユーザ識別情報を該情報処理装置１に入力してもよい。受付部３１は、このようにして入力されたユーザ識別情報を受け付け、取得する。
【００５２】
次に、ステップ１０２では、ユーザ識別情報が取得されると、入金額取得部３２は、ユーザに対して、後述するユーザ認証に用いる入金を受け付け、該入金に係る入金額を取得
する。ユーザは、入出金装置２を介して、入金を行う。上述したとおり、該入金に係る金銭は、現金であってもよいし、電子マネー等の金銭情報であってもよい。
【００５３】
例えば、該入金に係る金銭が現金である場合、自動取引を所望するユーザは、ユーザ認証を受けるために、暗証番号に対応する入金額に係る入金を現金で行わなければならない。つまり、自動取引を所望するユーザは、自動取引に係るユーザ認証を受けるために、暗証番号に対応する入金額に係る現金を用意し、入出金装置２に該現金を投入しなければならない。
【００５４】
また、例えば、該入金に係る金銭が電子マネーである場合、自動取引を所望するユーザは、ユーザ認証を受けるために、該入金に係る電子マネーの情報を格納した端末、又は、ＩＣカード等を用意しなければならない。そして、自動取引を所望するユーザは、ユーザ認証を受けるために、入出金装置２を操作して、該用意した端末等から金銭情報を読み出し、暗証番号に対応する入金額に係る入金を行わなければならない。
【００５５】
次に、ステップ１０３では、入金額が取得されると、登録情報抽出部３３は、サーバ３に格納されている登録情報から、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。
【００５６】
具体的には、登録情報抽出部３３は、サーバ３に対して、受付部３１により取得されたユーザ識別情報を送信し、該ユーザ識別情報に対応するユーザの登録情報の抽出を要求する。サーバ３は、登録情報を格納するデータベース（以下、「登録情報データベース」と記載）を記憶部に有する。
【００５７】
図４は、登録情報データベースのレコードを例示する。図４に示されるとおり、本実施形態に係る登録情報データベースのレコードは、登録情報ＩＤフィールド、利用者ＩＤフィールド、暗証番号フィールド、及び、口座情報フィールドを有する。
【００５８】
登録情報ＩＤフィールドには、登録情報を識別するための情報が格納される。情報処理装置１及びサーバ３は、該情報を用いて、登録情報を識別する。
【００５９】
利用者ＩＤフィールドには、ユーザ識別情報に対応するユーザの登録情報を抽出するための情報が格納される。サーバ３は、該情報を参照することで、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。言い換えると、情報処理装置１は、サーバ３を介して、該情報を参照することで、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。
【００６０】
暗証番号フィールドには、ユーザ識別情報に対応するユーザの暗証番号が格納される。暗証番号は、後述するユーザ認証部３４によるユーザ認証に用いられる。
【００６１】
口座情報フィールドには、ユーザ識別情報に対応するユーザの口座情報が格納される。口座情報には、例えば、該ユーザの預金残高、貸付金、貸与金等の情報が格納される。なお、図４には、口座情報の例示として、預金残高が表示されている。
【００６２】
そして、サーバ３は、登録情報抽出部３３による要求に応じて、受信したユーザ識別情報に対応するユーザの登録情報を抽出し、抽出した登録情報を情報処理装置１に返信する。登録情報抽出部３３は、該返信に係る登録情報を取得する。
【００６３】
次に、ステップ１０４では、図３に示されるとおり、ユーザ認証部３４によって、登録情報抽出部３３によって取得された登録情報に含まれる暗証番号と、入金額取得部３２に
よって取得された入金額とを比較することにより、ユーザ認証が実行される。ユーザ認証部３４は、暗証番号と入金額とが対応する場合、認証成立と判定し、次のステップ１０５に処理を進める。また、ユーザ認証部３４は、暗証番号と入金額とが対応しない場合、認証不成立と判定し、次のステップ１０５に処理を進めず、ステップ１０７に処理を進める。
【００６４】
ユーザ認証部３４によって認証成立と判定されるための暗証番号と入金額との対応関係は、例えば、暗証番号と入金額とが何らかの数学的関係を有することである。数学的関係とは、数１で表現されるような関数関係にあることを指す。なお、数１におけるｘは入金額、ｙは暗証番号を指す。
【００６５】
【数１】
数１により示される関数関係は、例えば、暗証番号と入金額とが一致することを定めるものであってもよい（ｙ＝ｘ）。また、関数関係は、例えば、暗証番号と入金額とが所定の値（ａ）の差を有することを定めるものであってもよい（ｙ＝ｘ＋ａ）。更に、関数関係は、例えば、暗証番号と入金額とが比例定数ｂとする比例関係にあることを定めるものであってもよい（ｙ＝ｂｘ）。
【００６６】
ユーザ認証部３４は、登録情報抽出部３３によって取得された登録情報に含まれる暗証番号と、入金額取得部３２によって取得された入金額とが、上記のような関係にあるか否かを判定することにより、認証の成立又は不成立を認識する。
【００６７】
なお、上記のような暗証番号と入金額との対応関係は、登録情報毎に定められてもよい。この場合、登録情報毎に定められる暗証番号と入金額との対応関係を示す情報は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、ユーザ認証部３４は、登録情報又はユーザ識別情報より、登録情報毎に定められる暗証番号と入金額との対応関係を示す情報を取得し、ユーザ認証を実施してもよい。
【００６８】
次に、ステップ１０５では、取引処理部３５によって、ユーザ認証部３４によって認証成立と判定されたユーザに対して、入金額取得部３２により取得された入金額の返金処理が実行される。返金処理が実行されると、取引処理部３５は、次のステップ１０６に処理を進める。
【００６９】
該返金処理は、入出金装置２を介して実行される。返金処理に係る金銭が現金である場合、取引処理部３５は、入出金装置２により返金処理に係る現金を送出する。また、返金処理に係る金銭が電子マネー等の金銭情報である場合、取引処理部３５は、入出金装置２を介して、電子マネー等の情報を格納する端末、又は、ＩＣカード等に対して、返金処理をする。
【００７０】
なお、取引処理部３５は、ユーザ認証部３４によって認証不成立と判定されたユーザに対しては、ステップ１０５における返金処理を実行せず、取引を終了する（ステップ１０７）。つまり、ユーザ認証部３４によって認証不成立と判定されたユーザは、ユーザ認証のために入金した金銭の返金処理を受けることはできない。
【００７１】
次に、ステップ１０６では、取引処理部３５によって、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引が受け付けられる。該取引は、例えば、預貯金口座への預け入れ、貸与金の返済、預貯金の引き出し、貸付金の引き出し、預貯金
残高の照会、取引明細の照会、預貯金通帳に記入されていない取引の記入、振込、振替等である。ユーザは、情報処理装置１のユーザインタフェースを介して、該取引に係る情報を入力する。なお、該取引に係る入金及び出金は、入出金装置２を介して、実現される。該取引に係る入金及び出金に係る処理は、ステップ１０２における入金処理、及び、ステップ１０５における返金処理（出金処理）と同様である。したがって、該入金及び出金に係る処理についての説明は省略する。
【００７２】
ここで、取引処理部３５は、入金額取得部３２によって取得され、ユーザ認証に用いられた入金額が大きければ大きいほど、高い限度額の取引を受け付けてもよい。例えば、取引処理部３５は、入金額取得部３２によって取得され、ユーザ認証に用いられた入金額に比例する金額を限度として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。該比例に係る比例定数は、自動取引を所望するユーザ毎に設定されてもよい。
【００７３】
この時、該比例定数は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、取引処理部３５は、登録情報又はユーザ識別情報より、取引の限度額に係る比例定数を取得し、取得した比例定数と入金額とを掛け合わせることにより、取引の限度額を取得してもよい。取引処理部３５は、このようにして取得した取引の限度額を上限として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。
【００７４】
例えば、入金額が１０００円であり、比例定数が１００であるならば、取引処理部３５は、１０００００円を限度として、取引を受け付けてもよい。
【００７５】
また、取引処理部３５は、登録情報抽出部３３によって取得された暗証番号の数値又は桁数が大きければ大きいほど、高い限度額の取引を受け付けてもよい。例えば、取引処理部３５は、登録情報抽出部３３によって取得された暗証番号に比例する金額を限度として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。該比例に係る比例定数は、自動取引を所望するユーザ毎に設定されてもよい。
【００７６】
この時、該比例定数は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、取引処理部３５は、登録情報又はユーザ識別情報より、取引の限度額に係る比例定数を取得し、取得した比例定数と暗証番号とを掛け合わせることにより、取引の限度額を取得してもよい。取引処理部３５は、このようにして取得した取引の限度額を上限として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。
【００７７】
例えば、暗証番号が２１４３２であり、比例定数が１００であるならば、取引処理部３５は、２１４３２００円を限度として、取引を受け付けてもよい。
【００７８】
そして、取引処理部３５は、受け付けた取引に関連する処理を実行する。例えば、受け付けた取引が預貯金の引き出しであるならば、取引処理部３５は、入出金装置２を介して、該引き出しに係る金銭の出金処理をする。また、取引処理部３５は、口座情報に含まれる預金残高から該引き出しに係る金銭を引き算する。取引処理部３５は、口座情報に含まれる預金残高を引き算後の預金残高に置き換えることにより、口座情報を更新する。そして、取引処理部３５は、サーバ３に対して、更新した口座情報を送信し、該取引に係るユーザの登録情報の更新を要求する。サーバ３は、取引処理部３５からの要求に応じ、該取引に係るユーザの登録情報を更新する。なお、預貯金の引き出し以外の処理についても同様に説明可能である。
【００７９】
このように、取引処理部３５は、受け付けた取引に関連する処理を実行し、次のステップ１０７に処理を進める。
【００８０】
最後に、ステップ１０７では、取引処理部３５は、取引に関連する処理を終了する。例えば、取引処理部３５は、情報処理装置１のユーザインタフェース（表示装置）に、取引が終了したことのメッセージを表示し、取引に関連する処理を終了する。これにより、情報処理装置１は、処理を終了する。
【００８１】
§４ 実施の形態に係る作用及び効果
以上によれば、本実施形態に係る情報処理装置１では、ユーザ認証部３４は、入金額取得部３２により取得された入金額と、登録情報抽出部３３により取得された暗証番号との比較によって、ユーザ認証を実行する。自動取引を所望するユーザは、該ユーザ認証のために、入出金装置２に対して、暗証番号に対応する入金額に係る入金を行わなければならない。
【００８２】
したがって、本実施形態に係る情報処理装置１では、従来よりも、口座情報に基づく取引に係るユーザ認証に手間がかかるため、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることが可能となる。
【００８３】
また、本実施形態に係る情報処理装置１では、自動取引に係るユーザ認証が成立した場合には、取引処理部３５は、該入金額の返金処理を実行し、ユーザ認証が成立しなかった場合には、取引処理部３５は、該入金額の返金処理を実行しない。つまり、認証が成立しなかった場合、入金額に係る金銭が喪失する。
【００８４】
したがって、本実施形態に係る情報処理装置１では、ユーザ認証の不成立により、ユーザ認証に係る金銭が喪失してしまうため、不正を働く者に対して、暗証番号に対する総当たり攻撃を心理的に実行し難くすることが可能となる。
【００８５】
また、本実施形態に係る情報処理装置１では、取引処理部３５は、入金額取得部３２により取得された入金額に比例する金額を限度として、登録情報抽出部３３により取得された口座情報に基づく取引を受け付けてもよい。
【００８６】
暗証番号との比較に用いられる入金額が少ないほど、総当たり攻撃により該入金額の漏えいする危険性が高い。しかしながら、取引金額の限度が入金額に比例して制限されるため、本実施形態に係る情報処理装置１では、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００８７】
更に、本実施形態に係る情報処理装置１では、取引処理部３５は、登録情報抽出部３３により取得された暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００８８】
暗証番号の桁数が少ないほど、総当たり攻撃により該暗証番号の漏えいする危険性が高い。しかしながら、取引金額の限度が暗証番号に比例して制限されるため、本実施形態に係る情報処理装置１では、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００８９】
§５ 変形例
以上、本発明の実施の形態を詳細に説明してきたが、前述までの説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を
逸脱することなく種々の改良や変形を行うことができることは言うまでもない。
【００９０】
例えば、Ｓ１０１とＳ１０２の動作は順序が入れ替わってもよい。また、上記処理では、用いられる金銭は「円」で説明したが、本実施形態において他国の金銭が用いられてもよいことは言うまでもない。
【００９１】
§６ 補足
当業者は、上記本実施形態の記載から、特許請求の範囲の記載および技術常識に基づいて等価な範囲を実施することができる。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられる。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解される意味と同じ意味を有する。両者が矛盾する場合、本明細書において使用される用語は、本明細書（定義を含めて）に記載された意味において理解される。
【符号の説明】
【００９２】
１ 情報処理装置
２ 入出金装置
３ サーバ
５ 専用ネットワーク
１１ 記憶部
１２ 制御部
１３ バス
１４ 入出力部
３１ 受付部
３２ 入金額取得部
３３ 登録情報抽出部
３４ ユーザ認証部
３５ 取引処理部
【技術分野】
【０００１】
本発明は、自動取引装置におけるユーザ認証の技術に関する。
【背景技術】
【０００２】
従来、現金自動預け払い機（ＡＴＭ、Automated teller machine）などの自動取引装置において暗証番号の入力が必要とされる。暗証番号が他人に漏えいすると、当該他人に不正な出金等の取引が行われる危険性がある。このような暗証番号の漏えいを防止する技術として、特許文献１が挙げられる。
【０００３】
特許文献１には、超音波スピーカシステムを用いることで、暗証番号の特定の個所に数字などを加えた状態で入力するように指示する音声を利用者にのみ聞こえるようにする技術が開示されている。
【０００４】
しかしながら、特許文献１において開示される技術は、暗証番号自体を保護する技術ではない。そのため、例えば、キャッシュカード等の磁気カードの情報がスキミングされた場合、暗証番号に対する総当たり攻撃（ブルートフォースアタック）が行われると、暗証番号が他人に漏えいしてしまうという問題点があった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−０６５５７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、このような点を考慮してなされたものであり、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、上述した課題を解決するために、以下の構成を採用する。
【０００８】
すなわち、本発明の情報処理装置は、ユーザのユーザ識別情報を受け付ける受付部と、
前記ユーザによる入金に係る入金額を取得する入金額取得部と、前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、前記暗証番号と前記入金額とを比較することによりユーザ認証をするユーザ認証部と、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記口座情報に基づく取引を受け付ける取引処理部と、を備えることを特徴とする。
【０００９】
ここで、取引処理部によって行われる取引とは、例えば、預貯金口座への預け入れ、貸与金の返済、預貯金の引き出し、貸付金の引き出し、預貯金残高の照会、取引明細の照会、預貯金通帳に記入されていない取引の記入、振込、振替等である。
【００１０】
上記構成によれば、ユーザ認証は、暗証番号と入金額の比較によって行われる。そして、上記構成によれば、ユーザ認証が成立した場合に、口座情報に基づく取引が受け付けられる。つまり、口座情報に基づく取引を所望するユーザは、暗証番号の比較に用いられる入金額に係る入金を行わなければならない。
【００１１】
したがって、上記構成によれば、従来よりも、口座情報に基づく取引に係るユーザ認証に手間がかかるため、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることが可能となる。
【００１２】
また、本発明の別の形態として、前記取引処理部は、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記入金額の返金処理をして、前記口座情報に基づく取引を受け付け、前記暗証番号と前記入金額とが対応しないことにより前記ユーザ認証部が認証不成立と判定した場合には、前記入金額の返金処理を行わず、取引を終了してもよい。
【００１３】
また、本発明の別の形態として、前記取引処理部は、前記入金額に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００１４】
暗証番号との比較に用いられる入金額が少ないほど、総当たり攻撃により該入金額の漏えいする危険性が高い。上記構成によれば、取引金額の限度は、該入金額に比例している。
【００１５】
したがって、上記構成によれば、取引金額の限度が入金額に比例して制限されるため、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００１６】
また、本発明の別の形態として、前記ユーザ認証部は、前記暗証番号と前記入金額とが一致することにより認証成立と判定してもよい。
【００１７】
上記構成によれば、暗証番号と入金額とが一致することにより認証成立と判定される。そのため、上記構成によれば、暗証番号として比較的に桁数の多い番号を採用することで、不正を働く者に対して、暗証番号に対する総当たり攻撃を心理的に更に実行し難くすることが可能となる。
【００１８】
また、本発明の別の形態として、前記取引処理部は、前記暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００１９】
暗証番号の桁数が少ないほど、総当たり攻撃により該暗証番号の漏えいする危険性が高い。上記構成によれば、取引金額の限度は、該暗証番号に比例している。
【００２０】
したがって、上記構成によれば、取引金額の限度が暗証番号に比例して制限されるため、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００２１】
なお、本発明の別態様としては、以上の各構成を実現する情報処理方法であってもよいし、プログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記憶媒体であってもよい。また、本発明の別態様として、以上の各構成を実現する複数の装置が通信可能に構成された情報処理システムであってもよい。
【発明の効果】
【００２２】
本発明によれば、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることを可能とする技術を提供することができる。
【図面の簡単な説明】
【００２３】
【図１】実施の形態に係るネットワーク構成を例示する図。
【図２】実施の形態に係る情報処理装置を例示する図。
【図３】実施の形態における自動取引に係る手順を示すフローチャート。
【図４】実施の形態に係る登録情報データベースのレコードを例示する図。
【発明を実施するための形態】
【００２４】
以下、本発明の一側面に係る情報処理装置、情報処理方法及びプログラム等の実施の形態（以下、「本実施形態」とも表記する）を説明する。ただし、本実施形態は例示であり、本発明は本実施形態の構成に限定されない。
【００２５】
なお、本実施形態において登場するデータを自然言語（日本語等）により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメタ、マシン語等で指定される。
【００２６】
§１ ネットワーク構成例
＜構成例の説明＞
まず、本実施形態に係るネットワークの構成例について説明する。図１は、本実施形態に係るネットワークの構成例を示す。図１に示されるとおり、本実施形態に係るネットワークは、情報処理装置１、サーバ３、及び、専用ネットワーク５を含んでいる。そして、情報処理装置１、及び、サーバ３は、専用ネットワーク５を介して、それぞれ通信可能となっている。
【００２７】
＜本実施形態の概要＞
本実施形態に係る情報処理装置１は、現金の預け払い等の自動取引サービスをユーザに提供する。ユーザは、入出金装置２を介して、情報処理装置１に対して自動取引サービスに係る金銭のやり取りを行う。
【００２８】
入出金装置２は、例えば、現金自動預け払い機に用いられている、現金の受け取り及び引き渡しを行うための装置である。また、入出金装置２は、磁気カード、又は、ＩＣカードから、自動取引に係るユーザのユーザ識別情報を読み出す。更に、入出金装置２は、ユーザによって投入された入金に係る現金を取り込んで、取り込んだ現金に係る金銭情報を生成する。そして、入出金装置２は、出金に係る金銭情報に基づいて、該出金に係る金銭情報により示される金額分の現金を送出する。
【００２９】
なお、入出金に係る金銭は、現金でなくともよい。例えば、入出金に係る金銭は、電子マネーであってもよい。この場合、入出金装置２は、電子マネーの情報を格納する端末、又は、ＩＣカード等と金銭情報の送受信をする。このような装置は、現在、一般的に広く用いられているため、ここでは説明を省略する。
【００３０】
情報処理装置１は、入出金装置２を介して、自動取引を所望するユーザのユーザ情報と、入金に係る入金額を取得する。また、情報処理装置１は、入出金装置２を介して、出金処理をする。
【００３１】
サーバ３は、例えば、ＰＣ（Personal Computer）である。例えば、サーバ３は、その
ハードウェア構成として、それぞれバスを介して接続された、各種データ及びプログラムを格納するための記憶部、記憶部に格納されたプログラムを実行する制御部、ネットワーク通信を行うための入出力部を有している。サーバ３は、このようなハードウェア構成により、情報処理装置１からの要求に応じて、情報処理装置１から受信するユーザ識別情報に対応するユーザの登録情報を抽出する。そして、サーバ３は、抽出した登録情報を情報処理装置１に返信する。
【００３２】
サーバ３は、自動取引に係るユーザの登録情報を記憶部に格納する。登録情報は、自動取引に係るユーザの暗証番号と口座情報を含む。暗証番号は、自動取引を所望するユーザのユーザ認証に用いられる。また、口座情報は、例えば、該ユーザの預金残高、貸付金、貸与金等の情報を格納する。
【００３３】
§２ 情報処理装置の構成例
次に、本実施形態に係る情報処理装置１について説明する。
【００３４】
図２は、情報処理装置１の構成例を示す。情報処理装置１は、図２に示されるように、そのハードウェア構成として、バス１３で接続される、記憶部１１、制御部１２、入出力部１４等の既存のハードウェアを有している。
【００３５】
記憶部１１は、制御部１２で実行される処理で利用される各種データ及びプログラムを記憶する（不図示）。記憶部１１は、例えば、ハードディスクによって実現される。記憶部１１は、ＵＳＢメモリ等の記録媒体により実現されてもよい。
【００３６】
なお、記憶部１１が格納する当該各種データ及びプログラムは、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等の記録媒体から取得されてもよい。また、記憶部１１は、外部記憶装置と呼ばれてもよい。
【００３７】
制御部１２は、マイクロプロセッサ又はＣＰＵ（Central Processing Unit）等の１又
は複数のプロセッサと、このプロセッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、インタフェース回路等）と、を有する。制御部１２は、記憶部１１に格納されている各種データ及びプログラムを実行することにより、本実施形態における情報処理装置１の処理を実現する。ＲＯＭ、ＲＡＭ等は、制御部１２内のプロセッサが取り扱うアドレス空間に配置されているという意味で主記憶装置と呼ばれてもよい。
【００３８】
入出力部１４は、情報処理装置１の外部に存在する装置とデータの送受信を行うための１又は複数のインタフェースである。入出力部１４は、例えば、ＬＡＮ（Local Area Network）ケーブルを接続するためのインタフェース、ユーザインタフェースと接続するためのインタフェース、又はＵＳＢ（Universal Serial Bus）等のインタフェースである。
【００３９】
入出力部１４は、本実施形態において、入出金装置２からユーザ情報を取得する。また、入出力部１４は、入出金装置２と金銭情報の送受信を行う。更に、入出力部１４は、専用ネットワーク５を介して、サーバ３とデータの送受信を行う。
【００４０】
なお、入出力部１４は、不図示のユーザインタフェース（タッチパネル、テンキー、キーボード、マウス、ディスプレイ等の入出力装置）と接続してもよい。また、入出力部１４は、ＣＤドライブ、ＤＶＤドライブ等の着脱可能な記憶媒体の入出力装置、或いはメモリカード等の不揮発性の可搬型の記憶媒体等の入出力装置と接続していてもよい。また、入出力部１４は、インターネット接続を行うインタフェースという意味で通信部と呼ばれてもよい。
【００４１】
なお、情報処理装置１は、例えば、入出金装置２を含んで、現金自動預け払い機として実現される。また、情報処理装置１は、ＰＣ（Personal Computer）等のような汎用コン
ピュータで構成されてもよい。
【００４２】
本実施形態では、情報処理装置１は、現金の預け払い等の自動取引サービスをユーザに提供する。この処理は、制御部１２の処理として実現される。
【００４３】
図２に示されるとおり、制御部１２は、上記処理を実現するために、受付部３１、入金額取得部３２、登録情報抽出部３３、ユーザ認証部３４、及び、取引処理部３５を含む。受付部３１、入金額取得部３２、登録情報抽出部３３、ユーザ認証部３４、及び、取引処理部３５は、例えば、記憶部１１に格納されたプログラム等が制御部１２の周辺回路であるＲＡＭ等に展開され、制御部１２のプロセッサにより実行されることによって実現される。
【００４４】
受付部３１は、自動取引を所望するユーザのユーザ識別情報を受け付ける。そして、受付部３１は、受け付けたユーザ識別情報を取得する。
【００４５】
入金額取得部３２は、ユーザによる入金に係る入金額を取得する。本実施形態では、入金額取得部３２は、入出金装置２を介して、該入金額を取得する。本実施形態では、該入金額は、ユーザ認証に用いられる。
【００４６】
登録情報部３３は、受付部３１により取得したユーザ識別情報に対応するユーザの登録情報をサーバ３から取得する。具体的には、登録情報部３３は、専用ネットワーク５を介して、サーバ３に対して、ユーザ識別情報を送信し、該ユーザ識別情報に対応するユーザの登録情報の抽出を要求する。そして、登録情報部３３は、抽出した登録情報の返信をサーバ３に対して要求する。これにより、登録情報部３３は、ユーザ識別情報に対応するユーザの暗証番号と口座情報を含む登録情報を取得する。
【００４７】
ユーザ認証部３４は、入金額取得部３２によって取得された入金額と、登録情報部３３によって取得された暗証番号とを比較することによりユーザ認証をする。そして、ユーザ認証部３４は、該入金額と該暗証番号とが対応することにより、認証成立と判定する。また、ユーザ認証部３４は、該入金額と該暗証番号とが対応しないことにより、認証不成立と判定する。
【００４８】
取引処理部３５は、ユーザ認証部３４により認証成立と判定されたユーザに対して、入金額取得部３２によって取得された入金額の返金処理をして、登録情報部３３によって取得された口座情報に基づく取引を受け付ける。また、取引処理部３５は、ユーザ認証部３４により認証不成立と判定されたユーザに対して、入金額取得部３２によって取得された入金額の返金処理を行わず、取引に係る処理を終了する。
【００４９】
§３ 動作例
次に、図３を用いて、本実施形態における動作例を説明する。図３は、本実施形態に係る情報処理装置１によって実行される処理を例示する。なお、図３では、ステップを「Ｓ」と略称する。
【００５０】
まず、ステップ１００では、例えば、自動取引を所望するユーザにより情報処理装置１が操作されることで、情報処理装置１は処理を開始する。
【００５１】
次に、ステップ１０１では、受付部３１により、ユーザ識別情報が受け付けられる。ユーザは、入出金装置２を介して、磁気カード、又は、ＩＣカードに格納されているユーザ識別情報を情報処理装置１に入力してもよい。また、ユーザは、情報処理装置１の不図示のユーザインタフェースを介して、ユーザ識別情報を該情報処理装置１に入力してもよい。受付部３１は、このようにして入力されたユーザ識別情報を受け付け、取得する。
【００５２】
次に、ステップ１０２では、ユーザ識別情報が取得されると、入金額取得部３２は、ユーザに対して、後述するユーザ認証に用いる入金を受け付け、該入金に係る入金額を取得
する。ユーザは、入出金装置２を介して、入金を行う。上述したとおり、該入金に係る金銭は、現金であってもよいし、電子マネー等の金銭情報であってもよい。
【００５３】
例えば、該入金に係る金銭が現金である場合、自動取引を所望するユーザは、ユーザ認証を受けるために、暗証番号に対応する入金額に係る入金を現金で行わなければならない。つまり、自動取引を所望するユーザは、自動取引に係るユーザ認証を受けるために、暗証番号に対応する入金額に係る現金を用意し、入出金装置２に該現金を投入しなければならない。
【００５４】
また、例えば、該入金に係る金銭が電子マネーである場合、自動取引を所望するユーザは、ユーザ認証を受けるために、該入金に係る電子マネーの情報を格納した端末、又は、ＩＣカード等を用意しなければならない。そして、自動取引を所望するユーザは、ユーザ認証を受けるために、入出金装置２を操作して、該用意した端末等から金銭情報を読み出し、暗証番号に対応する入金額に係る入金を行わなければならない。
【００５５】
次に、ステップ１０３では、入金額が取得されると、登録情報抽出部３３は、サーバ３に格納されている登録情報から、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。
【００５６】
具体的には、登録情報抽出部３３は、サーバ３に対して、受付部３１により取得されたユーザ識別情報を送信し、該ユーザ識別情報に対応するユーザの登録情報の抽出を要求する。サーバ３は、登録情報を格納するデータベース（以下、「登録情報データベース」と記載）を記憶部に有する。
【００５７】
図４は、登録情報データベースのレコードを例示する。図４に示されるとおり、本実施形態に係る登録情報データベースのレコードは、登録情報ＩＤフィールド、利用者ＩＤフィールド、暗証番号フィールド、及び、口座情報フィールドを有する。
【００５８】
登録情報ＩＤフィールドには、登録情報を識別するための情報が格納される。情報処理装置１及びサーバ３は、該情報を用いて、登録情報を識別する。
【００５９】
利用者ＩＤフィールドには、ユーザ識別情報に対応するユーザの登録情報を抽出するための情報が格納される。サーバ３は、該情報を参照することで、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。言い換えると、情報処理装置１は、サーバ３を介して、該情報を参照することで、受付部３１により取得されたユーザ識別情報に対応するユーザの登録情報を抽出する。
【００６０】
暗証番号フィールドには、ユーザ識別情報に対応するユーザの暗証番号が格納される。暗証番号は、後述するユーザ認証部３４によるユーザ認証に用いられる。
【００６１】
口座情報フィールドには、ユーザ識別情報に対応するユーザの口座情報が格納される。口座情報には、例えば、該ユーザの預金残高、貸付金、貸与金等の情報が格納される。なお、図４には、口座情報の例示として、預金残高が表示されている。
【００６２】
そして、サーバ３は、登録情報抽出部３３による要求に応じて、受信したユーザ識別情報に対応するユーザの登録情報を抽出し、抽出した登録情報を情報処理装置１に返信する。登録情報抽出部３３は、該返信に係る登録情報を取得する。
【００６３】
次に、ステップ１０４では、図３に示されるとおり、ユーザ認証部３４によって、登録情報抽出部３３によって取得された登録情報に含まれる暗証番号と、入金額取得部３２に
よって取得された入金額とを比較することにより、ユーザ認証が実行される。ユーザ認証部３４は、暗証番号と入金額とが対応する場合、認証成立と判定し、次のステップ１０５に処理を進める。また、ユーザ認証部３４は、暗証番号と入金額とが対応しない場合、認証不成立と判定し、次のステップ１０５に処理を進めず、ステップ１０７に処理を進める。
【００６４】
ユーザ認証部３４によって認証成立と判定されるための暗証番号と入金額との対応関係は、例えば、暗証番号と入金額とが何らかの数学的関係を有することである。数学的関係とは、数１で表現されるような関数関係にあることを指す。なお、数１におけるｘは入金額、ｙは暗証番号を指す。
【００６５】
【数１】
数１により示される関数関係は、例えば、暗証番号と入金額とが一致することを定めるものであってもよい（ｙ＝ｘ）。また、関数関係は、例えば、暗証番号と入金額とが所定の値（ａ）の差を有することを定めるものであってもよい（ｙ＝ｘ＋ａ）。更に、関数関係は、例えば、暗証番号と入金額とが比例定数ｂとする比例関係にあることを定めるものであってもよい（ｙ＝ｂｘ）。
【００６６】
ユーザ認証部３４は、登録情報抽出部３３によって取得された登録情報に含まれる暗証番号と、入金額取得部３２によって取得された入金額とが、上記のような関係にあるか否かを判定することにより、認証の成立又は不成立を認識する。
【００６７】
なお、上記のような暗証番号と入金額との対応関係は、登録情報毎に定められてもよい。この場合、登録情報毎に定められる暗証番号と入金額との対応関係を示す情報は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、ユーザ認証部３４は、登録情報又はユーザ識別情報より、登録情報毎に定められる暗証番号と入金額との対応関係を示す情報を取得し、ユーザ認証を実施してもよい。
【００６８】
次に、ステップ１０５では、取引処理部３５によって、ユーザ認証部３４によって認証成立と判定されたユーザに対して、入金額取得部３２により取得された入金額の返金処理が実行される。返金処理が実行されると、取引処理部３５は、次のステップ１０６に処理を進める。
【００６９】
該返金処理は、入出金装置２を介して実行される。返金処理に係る金銭が現金である場合、取引処理部３５は、入出金装置２により返金処理に係る現金を送出する。また、返金処理に係る金銭が電子マネー等の金銭情報である場合、取引処理部３５は、入出金装置２を介して、電子マネー等の情報を格納する端末、又は、ＩＣカード等に対して、返金処理をする。
【００７０】
なお、取引処理部３５は、ユーザ認証部３４によって認証不成立と判定されたユーザに対しては、ステップ１０５における返金処理を実行せず、取引を終了する（ステップ１０７）。つまり、ユーザ認証部３４によって認証不成立と判定されたユーザは、ユーザ認証のために入金した金銭の返金処理を受けることはできない。
【００７１】
次に、ステップ１０６では、取引処理部３５によって、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引が受け付けられる。該取引は、例えば、預貯金口座への預け入れ、貸与金の返済、預貯金の引き出し、貸付金の引き出し、預貯金
残高の照会、取引明細の照会、預貯金通帳に記入されていない取引の記入、振込、振替等である。ユーザは、情報処理装置１のユーザインタフェースを介して、該取引に係る情報を入力する。なお、該取引に係る入金及び出金は、入出金装置２を介して、実現される。該取引に係る入金及び出金に係る処理は、ステップ１０２における入金処理、及び、ステップ１０５における返金処理（出金処理）と同様である。したがって、該入金及び出金に係る処理についての説明は省略する。
【００７２】
ここで、取引処理部３５は、入金額取得部３２によって取得され、ユーザ認証に用いられた入金額が大きければ大きいほど、高い限度額の取引を受け付けてもよい。例えば、取引処理部３５は、入金額取得部３２によって取得され、ユーザ認証に用いられた入金額に比例する金額を限度として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。該比例に係る比例定数は、自動取引を所望するユーザ毎に設定されてもよい。
【００７３】
この時、該比例定数は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、取引処理部３５は、登録情報又はユーザ識別情報より、取引の限度額に係る比例定数を取得し、取得した比例定数と入金額とを掛け合わせることにより、取引の限度額を取得してもよい。取引処理部３５は、このようにして取得した取引の限度額を上限として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。
【００７４】
例えば、入金額が１０００円であり、比例定数が１００であるならば、取引処理部３５は、１０００００円を限度として、取引を受け付けてもよい。
【００７５】
また、取引処理部３５は、登録情報抽出部３３によって取得された暗証番号の数値又は桁数が大きければ大きいほど、高い限度額の取引を受け付けてもよい。例えば、取引処理部３５は、登録情報抽出部３３によって取得された暗証番号に比例する金額を限度として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。該比例に係る比例定数は、自動取引を所望するユーザ毎に設定されてもよい。
【００７６】
この時、該比例定数は、登録情報に格納されてもよいし、ユーザ識別情報に保持されてもよい。そして、取引処理部３５は、登録情報又はユーザ識別情報より、取引の限度額に係る比例定数を取得し、取得した比例定数と暗証番号とを掛け合わせることにより、取引の限度額を取得してもよい。取引処理部３５は、このようにして取得した取引の限度額を上限として、登録情報抽出部３３により取得された登録情報に含まれる口座情報に基づく取引を受け付けてもよい。
【００７７】
例えば、暗証番号が２１４３２であり、比例定数が１００であるならば、取引処理部３５は、２１４３２００円を限度として、取引を受け付けてもよい。
【００７８】
そして、取引処理部３５は、受け付けた取引に関連する処理を実行する。例えば、受け付けた取引が預貯金の引き出しであるならば、取引処理部３５は、入出金装置２を介して、該引き出しに係る金銭の出金処理をする。また、取引処理部３５は、口座情報に含まれる預金残高から該引き出しに係る金銭を引き算する。取引処理部３５は、口座情報に含まれる預金残高を引き算後の預金残高に置き換えることにより、口座情報を更新する。そして、取引処理部３５は、サーバ３に対して、更新した口座情報を送信し、該取引に係るユーザの登録情報の更新を要求する。サーバ３は、取引処理部３５からの要求に応じ、該取引に係るユーザの登録情報を更新する。なお、預貯金の引き出し以外の処理についても同様に説明可能である。
【００７９】
このように、取引処理部３５は、受け付けた取引に関連する処理を実行し、次のステップ１０７に処理を進める。
【００８０】
最後に、ステップ１０７では、取引処理部３５は、取引に関連する処理を終了する。例えば、取引処理部３５は、情報処理装置１のユーザインタフェース（表示装置）に、取引が終了したことのメッセージを表示し、取引に関連する処理を終了する。これにより、情報処理装置１は、処理を終了する。
【００８１】
§４ 実施の形態に係る作用及び効果
以上によれば、本実施形態に係る情報処理装置１では、ユーザ認証部３４は、入金額取得部３２により取得された入金額と、登録情報抽出部３３により取得された暗証番号との比較によって、ユーザ認証を実行する。自動取引を所望するユーザは、該ユーザ認証のために、入出金装置２に対して、暗証番号に対応する入金額に係る入金を行わなければならない。
【００８２】
したがって、本実施形態に係る情報処理装置１では、従来よりも、口座情報に基づく取引に係るユーザ認証に手間がかかるため、暗証番号に対する総当たり攻撃を従来よりも実行し難くすることが可能となる。
【００８３】
また、本実施形態に係る情報処理装置１では、自動取引に係るユーザ認証が成立した場合には、取引処理部３５は、該入金額の返金処理を実行し、ユーザ認証が成立しなかった場合には、取引処理部３５は、該入金額の返金処理を実行しない。つまり、認証が成立しなかった場合、入金額に係る金銭が喪失する。
【００８４】
したがって、本実施形態に係る情報処理装置１では、ユーザ認証の不成立により、ユーザ認証に係る金銭が喪失してしまうため、不正を働く者に対して、暗証番号に対する総当たり攻撃を心理的に実行し難くすることが可能となる。
【００８５】
また、本実施形態に係る情報処理装置１では、取引処理部３５は、入金額取得部３２により取得された入金額に比例する金額を限度として、登録情報抽出部３３により取得された口座情報に基づく取引を受け付けてもよい。
【００８６】
暗証番号との比較に用いられる入金額が少ないほど、総当たり攻撃により該入金額の漏えいする危険性が高い。しかしながら、取引金額の限度が入金額に比例して制限されるため、本実施形態に係る情報処理装置１では、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００８７】
更に、本実施形態に係る情報処理装置１では、取引処理部３５は、登録情報抽出部３３により取得された暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けてもよい。
【００８８】
暗証番号の桁数が少ないほど、総当たり攻撃により該暗証番号の漏えいする危険性が高い。しかしながら、取引金額の限度が暗証番号に比例して制限されるため、本実施形態に係る情報処理装置１では、暗証番号との比較に用いられる入金額の漏えいにおける被害を比較的に軽減することができる。
【００８９】
§５ 変形例
以上、本発明の実施の形態を詳細に説明してきたが、前述までの説明はあらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を
逸脱することなく種々の改良や変形を行うことができることは言うまでもない。
【００９０】
例えば、Ｓ１０１とＳ１０２の動作は順序が入れ替わってもよい。また、上記処理では、用いられる金銭は「円」で説明したが、本実施形態において他国の金銭が用いられてもよいことは言うまでもない。
【００９１】
§６ 補足
当業者は、上記本実施形態の記載から、特許請求の範囲の記載および技術常識に基づいて等価な範囲を実施することができる。また、本明細書において使用される用語は、特に言及しない限り、当該分野で通常用いられる意味で用いられる。したがって、他に定義されない限り、本明細書中で使用される全ての専門用語および技術用語は、本発明の属する分野の当業者によって一般的に理解される意味と同じ意味を有する。両者が矛盾する場合、本明細書において使用される用語は、本明細書（定義を含めて）に記載された意味において理解される。
【符号の説明】
【００９２】
１ 情報処理装置
２ 入出金装置
３ サーバ
５ 専用ネットワーク
１１ 記憶部
１２ 制御部
１３ バス
１４ 入出力部
３１ 受付部
３２ 入金額取得部
３３ 登録情報抽出部
３４ ユーザ認証部
３５ 取引処理部
【特許請求の範囲】
【請求項１】
ユーザのユーザ識別情報を受け付ける受付部と、
前記ユーザによる入金に係る入金額を取得する入金額取得部と、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするユーザ認証部と、
前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記口座情報に基づく取引を受け付ける取引処理部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記取引処理部は、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記入金額の返金処理をして、前記口座情報に基づく取引を受け付け、前記暗証番号と前記入金額とが対応しないことにより前記ユーザ認証部が認証不成立と判定した場合には、前記入金額の返金処理を行わず、取引を終了することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取引処理部は、前記入金額に比例する金額を限度として、前記口座情報に基づく取引を受け付けることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記ユーザ認証部は、前記暗証番号と前記入金額とが一致することにより認証成立と判定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記取引処理部は、前記暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
コンピュータが、
ユーザのユーザ識別情報を受け付けるステップと、
前記ユーザによる入金に係る入金額を取得するステップと、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出するステップと、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするステップと、
前記暗証番号と前記入金額とが対応することにより認証成立と判定されたユーザには、前記口座情報に基づく取引を受け付けるステップと、
を実行することを特徴とする情報処理方法。
【請求項７】
コンピュータに、
ユーザのユーザ識別情報を受け付けるステップと、
前記ユーザによる入金に係る入金額を取得するステップと、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出するステップと、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするステップと、
前記暗証番号と前記入金額とが対応することにより認証成立と判定されたユーザには、前記口座情報に基づく取引を受け付けるステップと、
を実行させるためのプログラム。
【請求項１】
ユーザのユーザ識別情報を受け付ける受付部と、
前記ユーザによる入金に係る入金額を取得する入金額取得部と、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出する登録情報抽出部と、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするユーザ認証部と、
前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記口座情報に基づく取引を受け付ける取引処理部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記取引処理部は、前記暗証番号と前記入金額とが対応することにより前記ユーザ認証部が認証成立と判定した場合には、前記入金額の返金処理をして、前記口座情報に基づく取引を受け付け、前記暗証番号と前記入金額とが対応しないことにより前記ユーザ認証部が認証不成立と判定した場合には、前記入金額の返金処理を行わず、取引を終了することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記取引処理部は、前記入金額に比例する金額を限度として、前記口座情報に基づく取引を受け付けることを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記ユーザ認証部は、前記暗証番号と前記入金額とが一致することにより認証成立と判定することを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記取引処理部は、前記暗証番号に比例する金額を限度として、前記口座情報に基づく取引を受け付けることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
コンピュータが、
ユーザのユーザ識別情報を受け付けるステップと、
前記ユーザによる入金に係る入金額を取得するステップと、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出するステップと、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするステップと、
前記暗証番号と前記入金額とが対応することにより認証成立と判定されたユーザには、前記口座情報に基づく取引を受け付けるステップと、
を実行することを特徴とする情報処理方法。
【請求項７】
コンピュータに、
ユーザのユーザ識別情報を受け付けるステップと、
前記ユーザによる入金に係る入金額を取得するステップと、
前記ユーザ識別情報に対応する前記ユーザの暗証番号と口座情報を所定のデータベースから抽出するステップと、
前記暗証番号と前記入金額とを比較することによりユーザ認証をするステップと、
前記暗証番号と前記入金額とが対応することにより認証成立と判定されたユーザには、前記口座情報に基づく取引を受け付けるステップと、
を実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１２−１８１７５４（Ｐ２０１２−１８１７５４Ａ）
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願番号】特願２０１１−４５３２７（Ｐ２０１１−４５３２７）
【出願日】平成２３年３月２日（２０１１．３．２）
【出願人】（５９１１１７１９２）ニフティ株式会社 (144)
【Ｆターム（参考）】
【公開日】平成２４年９月２０日（２０１２．９．２０）
【国際特許分類】
【出願日】平成２３年３月２日（２０１１．３．２）
【出願人】（５９１１１７１９２）ニフティ株式会社 (144)
【Ｆターム（参考）】
[ Back to top ]