JP7056027B2 - 金融取引方法、金融取引システム、情報処理装置および金融取引プログラム - Google Patents

Description

特許法第３０条第２項適用 Ｆｉｎａｎｃｉａｌ Ｉｎｎｏｖａｔｉｏｎ ＳＱＵＡＲＥ 公開日 平成２９年３月２７日 ｈｔｔｐ：／／ｆｏｒｕｍ．ｆｕｊｉｔｓｕ．ｃｏｍ／２０１７／ｔｏｋｙｏ／ ｈｔｔｐ：／／ｆｏｒｕｍ．ｆｕｊｉｔｓｕ．ｃｏｍ／２０１７／ｔｏｋｙｏ／ｅｘｈｉｂｉｔｉｏｎ／ｄｏｗｎｌｏａｄｓ／ｉｎｄｅｘ．ｈｔｍｌ ｈｔｔｐ：／／ｆｏｒｕｍ．ｆｕｊｉｔｓｕ．ｃｏｍ／２０１７／ｔｏｋｙｏ／ｅｘｈｉｂｉｔｉｏｎ／ｄｏｗｎｌｏａｄｓ／ｐｄｆ／ｆｉｎａｎｃｉａｌ０１＿１．ｐｄｆ 公開日 平成２９年５月１７日 富士通フォーラム２０１７東京 公開日 平成２９年５月１８日

本発明は、金融取引方法等に関する。

ユーザは、ＡＴＭ（Automatic Teller Machine）などの取引装置を利用することで、直接銀行窓口に行かなくても、現金の出金、振り込み、振り替え等の各種の金融取引を行うことができる。たとえば、ユーザが、ＡＴＭを用いて金融取引を行う場合には、キャッシュカードをＡＴＭに差し込み、ＡＴＭの画面に４桁のＰＩＮを入力する。勘定系のホストシステムは、専用のＡＴＭネットワークを介して、ユーザから入力されたＰＩＮ情報やキャッシュカードの情報を受信して、認証を行う。認証に成功すると、ユーザは、引き出し額などの取引情報を入力して、各種の金融取引を行うことができる。

特開２００９－７５７５２号公報 特開２００９－２０５１９６号公報 国際公開第２０１３／１２４２９０号

しかしながら、上述した従来技術では、取引を行う装置（例えばＡＴＭ）に対して、個別に取引額などの取引情報の入力を行うこととなり、操作が遅いユーザが先に操作している場合など、自分が利用できるまで時間がかかるといった問題がある。また、専用のＡＴＭ（Automatic Teller Machine）ネットワークを利用することとなり、インターネットバンキングなどの遠隔取引の仕組みを有効活用できないという問題がある。

１つの側面では、本発明は、円滑な取引を実現することを目的とする。また、１つの側面では、インターネットバンキングなどの、遠隔取引の仕組みを活用した金融取引方法、金融取引システム、情報処理装置および金融取引プログラムを提供することを目的とする。

第１の案では、現金払い出し機能を備えた取引装置は、近距離無線通信機能を備えた端末がかざされることで該端末から取引要求を受信し、受信した取引要求を情報処理装置に送信する。取引要求を受信した情報処理装置は、取引要求に従った額の資金の移動の要求を、資金を管理する管理装置に送信するとともに、額の現金を払いだすように取引装置に指示する。

１つの態様では、円滑な取引を実現することができる。また、１つの態様では、インターネットバンキングなどの、遠隔取引の仕組みを活用することができる。

図１は、本実施例に係る金融取引システムの構成の１例を示す図である。 図２は、金融取引システムにおけるユーザ登録処理の処理手順を示す図である。 図３は、金融取引システムにおける取引情報登録の処理手順を示す図である。 図４は、金融取引システムにおける出金処理の処理手順を示す図である。 図５は、金融取引システムにおける取引情報登録の処理手順（詳細）を示す図である。 図６は、金融システムにおける出金処理の処理手順（詳細）を示す図である。 図７は、本実施例に係る端末の構成を示す図である。 図８は、本実施例に係るＡＴＭの構成を示す図である。 図９は、本実施例に係るＩＢサーバの構成を示す図である。 図１０は、本実施例に係る勘定系サーバの構成を示す図である。 図１１は、本実施例に係るＦＩＤＯサーバの構成を示す図である。 図１２は、本実施例に係るオースサーバの構成を示す図である。 図１３は、本実施例に係る管理サーバの構成を示す図である。 図１４は、端末と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１５は、ＡＴＭと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１６は、ＩＢサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１７は、勘定系サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。 図１８は、サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

以下に、本発明に係る金融取引方法、金融取引システム、情報処理装置および金融取引プログラムの実施例を図面に基づいて詳細に説明する。

図１は、本実施例に係る金融取引システムの構成の１例を示す図である。図１に示すように、この金融取引システムは、取引情報の入力が可能な端末４０と、現金取引が可能な装置の例としてのＡＴＭ（Automatic Teller Machine）５０と、情報処理装置の例としてのＩＢ（Internet Banking）サーバ６０と、勘定系サーバ７０と、サーバ１００とを有する。たとえば、サーバ１００は、ＦＩＤＯ（Fast IDentity Online）サーバ２００と、オース（Auth）サーバ３００と、管理サーバ４００とを含む。以下の説明では、適宜、ＦＩＤＯサーバ２００と、オースサーバ３００と、管理サーバ４００とをまとめて、サーバ１００と表記する。サーバ１００を１つの情報処理装置で実現することもできるが、複数の情報処理装置で実現してもよい。

ＡＴＭ５０、ＩＢサーバ６０、サーバ１００は、インターネット等のネットワーク５を介して相互に接続される。ＩＢサーバ６０と、勘定系サーバ７０とは、専用回線等により、相互に接続される。端末４０は、図示しない基地局との無線通信により、ネットワーク５に接続し、ネットワーク５を介して、サーバ１００に接続される。また、端末４０は、ＮＦＣ（Near Field Communication）通信等の機能により、ＡＴＭ５０と近距離無線通信を行うことができる。

端末４０は、ユーザが金融取引を行う場合に操作する端末装置であり、たとえば、ＮＦＣ通信等の近距離無線通信、ネットワーク５に接続するためのモバイル通信（無線通信）の機能を有するスマートフォン、タブレット端末、ノートＰＣ（Personal Computer）等に対応する。ユーザは、端末４０を操作して、金融取引に関する情報を入力する。

ＡＴＭ５０は、各種の金融取引に関する処理を行う装置である。ＡＴＭ５０は、取引装置の一例である。ここでは、取引装置の一例として、ＡＴＭ５０を用いて説明を行うが、これに限定されるものではなく、出金等の現金取引が可能な他の装置を用いでもよい。例えば、各種自動販売機、ＰＯＳ（Point of Service）端末、キャッシュディスペンサーなどが他の例として挙げられる。

ＩＢサーバ６０は、ネットワーク５を介してモバイル環境での端末４０からのアクセスを受け付け、ユーザの認証や、勘定系サーバ７０に対する遠隔からの金融取引（口座振替指示等）指示に応じた処理を行う取引管理装置（以下ＩＢサーバと称する）である。ＩＢサーバ６０は、取引管理装置の一例である。また、後述するように、ＩＢサーバ６０は、サーバ１００の管理サーバ４００に、ＩＢサーバ６０へのアクセスおよび口座振替指示に関する実行権限などの認可を与えることができる。

勘定系サーバ７０は、ＩＢサーバ６０からの口座振替指示に応じて、資金を移動させる装置である。資金の移動は、振り込み、振り替え等を含む。たとえば、勘定系サーバ７０は、ユーザに出金をする場合に、ユーザの口座から、サーバ１００の運営者の口座等に、資金の移動を行う。

ＦＩＤＯサーバ２００は、金融取引を行うユーザの認証（ＦＩＤＯ認証）を行う装置である。オースサーバ３００は、ユーザの認証と、ＩＢサーバ６０の認可の取得に成功した場合に、トークンを管理サーバ４００に発行する装置である。管理サーバ４００は、取引情報の登録、取引コードの生成を行う装置である。

続いて、図１に示した金融システムにおけるユーザ登録処理、取引情報登録処理、ＡＴＭ出金処理について順に説明する。

図２は、金融取引システムにおけるユーザ登録処理の処理手順を示す図である。図２に示すように、端末４０は、ネットワーク経由の金融取引（この例では、インターネットバンキング）の利用と、端末を用いたオンライン認証とを対応づける要求であるＩＢ認証およびＦＩＤＯ登録要求を、サーバ１００に送信する（ステップＳ１０）。ＩＢ認証およびＦＩＤＯ登録要求には、ユーザにより入力されるインターネットバンキングに関するユーザのＩＤおよびパスワードが含まれる。

サーバ１００は、ＩＢ認証及びＦＩＤＯ登録要求を受け付けると、サーバ１００との間で端末を用いたオンライン認証（ここではＦＩＤＯ認証）の成功によりインターネットバンキングによる取引の実行を許容する対象として、ユーザのＩＤおよびパスワードをＩＢサーバ６０に通知して、ＩＢ認証の要求を行う（ステップＳ１１）。ＩＢサーバ６０は、ユーザのＩＤおよびパスワードを用いて、ユーザの認証を行い、認証に成功した場合は、そのユーザＩＤについては、サーバ１００によるＦＩＤＯ認証の成功によりユーザＩＤの通知による取引を許容する（ステップＳ１２）。ＩＢサーバ６０は、認証処理の結果を、サーバ１００に送信する（ステップＳ１３）。

サーバ１００は、ＩＢサーバ６０から、認証処理の結果を受信し、受信した認証処理の結果が成功を示す場合に、ＦＩＤＯ登録を行う（ステップＳ１４）。なお、認証処理の結果が失敗を示す場合は、端末４０にＩＢ認証及びＦＩＤＯ登録要求を拒否する旨の通知を行い、処理が完了する。サーバ１００は、ＦＩＤＯ－ＩＤと、ＩＢ－ＩＤとを対応づけた情報を保存する（ステップＳ１５）。ここで、ＦＩＤＯ－ＩＤは、ＦＩＤＯ認証で使用するユーザ情報を一意に識別する情報である。ＩＢ－ＩＤは、ステップＳ１０で端末４０から送信されたＩＢ認証及びＦＩＤＯ登録要求に含まれるＩＤである。なお、ＦＩＤＯ登録の完了に応じて、ＩＢサーバ６０に、Ｓ１１で通知したユーザＩＤについてＦＩＤＯとの紐付けが正常に完了したことを通知することとしてもよい。この場合、この通知がなければ、ＩＢサーバ６０は、Ｓ１２で認証成功であっても、そのユーザＩＤについて、その後のＦＩＤＯ認証成功によるユーザＩＤの通知による取引指示を無効（受け付けないよう）にしてもよい。

サーバ１００は、ユーザ登録完了通知を、端末４０に送信する（ステップＳ１６）。端末４０は、ユーザ登録完了通知を受信し、その通知を表示画面に表示する（ステップＳ１７）。

ここで、図２のステップＳ１４に示したＦＩＤＯ登録の一例について説明する。図２では説明を省略したが、ＦＩＤＯ登録は、端末４０で動作するＦＩＤＯクライアントと、サーバ１００に含まれるＦＩＤＯサーバ２００とが協働して、たとえば、下記の処理（１Ａ）～処理（５Ａ）を実行する。

処理（１Ａ）：サーバ１００のＦＩＤＯサーバ２００は、端末４０のＦＩＤＯクライアントに対して、登録要求を行う。
処理（２Ａ）：ＦＩＤＯクライアントは、端末４０の生体認証モジュール（Authenticator）に対して登録要求を行う。
処理（３Ａ）：生体認証モジュールは、ユーザに対して生体情報（虹彩、静脈パターン、指紋などの生体情報）を要求し、ユーザから提示される生体情報と、登録済みの生体情報とを比較して、ユーザを検証する。
処理（４Ａ）：生体認証モジュールは、ユーザの検証に成功すると、認証フェーズで使用するためのユーザの秘密鍵と公開鍵とのペアを生成する。生体認証モジュールは、必要なカウンタ値の加算を行い、ＫＲＤ（Key Registration Data）を生成する。ＦＩＤＯクライアントは、登録用秘密鍵により、ＫＲＤにデジタル署名し、デジタル署名付きのＫＲＤを、登録結果として、ＦＩＤＯサーバ２００に送信する。
処理（５Ａ）：ＦＩＤＯサーバ２００は、ＫＲＤのデジタル署名を検証し、ＫＲＤの情報を保存するとともに、ＫＲＤの情報を一意に識別するＦＩＤＯ－ＩＤを付与する。たとえば、ＫＲＤの情報には、端末４０の生体認証モジュールを一意に識別するＡＡＩＤ、ユーザの秘密鍵（KeyID）の情報が含まれる。
なお、ここではＦＩＤＯ認証を用いたが、他のオンライン認証を用いることもできる。

図３は、金融取引システムにおける取引情報登録の処理手順を示す図である。図３に示すように、端末４０は、ＦＩＤＯ認証及び残高要求を、サーバ１００に送信する（ステップＳ２０）。ここで、残高要求は、ユーザの口座の残高の表示を要求するものである。サーバ１００は、ＦＩＤＯ認証処理を行う（ステップＳ２１）。

サーバ１００は、ＦＩＤＯ認証に成功した場合には、ＩＢ認証及び残高要求を、ＩＢサーバ６０に送信する（ステップＳ２２）。たとえば、ＩＢ認証及び残高要求には、ＦＩＤＯ認証に成功した旨の情報、ユーザＩＤが含まれる。サーバ１００は、ＦＩＤＯ認証に失敗した場合は、端末４０に対して、ＦＩＤＯ認証失敗により残高照会は不可の旨通知する。

ＩＢサーバ６０は、ＩＢ認証及び残高要求をサーバ１００から受信すると、ＦＩＤＯ認証が成功した旨の情報が含まれ、ＦＩＤＯ認証の成功により取引を許容する対象のユーザＩＤであることを検出すると、残高要求を、勘定系サーバ７０に送信する（ステップＳ２３）。なお、ＦＩＤＯ認証の成功により取引を許容する対象のユーザＩＤでない場合は、ＩＢサーバは、図２に示した登録処理を行う様に、サーバ１００経由で端末４０に通知してもよい。

勘定系サーバ７０は、ＩＢサーバ６０から残高要求を受信すると、ユーザＩＤに対応する口座の残高確認を行う（ステップＳ２４）。勘定系サーバ７０は、残高応答を、ＩＢサーバ６０に送信する（ステップＳ２５）。ＩＢサーバ６０は、サーバ１００に残高応答の転送を行う（ステップＳ２６）。

サーバ１００は、残高応答を受信し、残高通知を、端末４０に対して行う（ステップＳ２７）。端末４０は、残高通知を受け付けると、残高の表示を行う。また、端末４０は、取引情報を受け付ける（ステップＳ２８）。たとえば、取引情報は、現金の出金、振り込み、振り替え等の金融取引に関する情報である。

端末４０は、取引情報の送信を行うとともに、ＦＩＤＯ認証を行う（ステップＳ２９）。サーバ１００は、取引情報を受信し、ＩＢサーバと連係してアクセストークンの登録を行う（ステップＳ３０）。サーバ１００は、取引コードの発行を行い、取引コードを端末４０に送信する（ステップＳ３１）。なお、取引コード、取引情報をアクセストークンと紐付けてサーバ１００の記憶部に記憶しておく。たとえば、ステップＳ３１において、サーバ１００は、ハッシュ関数を用いて、取引情報のハッシュ値を算出し、算出したハッシュ値と、取引情報とを組み合わせた情報を、取引コードとして用いる。ハッシュ値以外にも、取引を識別可能な識別情報を用いることができる。

端末４０は、取引コードを受信し、取引コードを格納する（ステップＳ３２）。

ここで、図３のステップＳ２０、Ｓ２１、Ｓ２９に示したＦＩＤＯ認証の一例について説明する。図３では説明を省略したが、ＦＩＤＯ認証は、端末４０で動作するＦＩＤＯクライアントと、ＦＩＤＯサーバ２００とが協働して、たとえば、下記の処理（１Ｂ）～（４Ｂ）を実行する。

処理（１Ｂ）：ＦＩＤＯサーバ２００は、端末４０からＦＩＤＯ認証の要求を受け付けると、端末４０のＦＩＤＯクライアントに対して、認証要求を行う。
処理（２Ｂ）：端末４０の生体認証モジュールは、ユーザに対して生体情報を要求し、ユーザから提示される生体情報と、登録済みの生体情報とを比較して、ユーザを検証する。
処理（３Ｂ）：生体認証モジュールは、ユーザの検証に成功すると、認証フェーズで使用するためのユーザの秘密鍵と公開鍵とのペアを生成する。生体認証モジュールは、必要なカウンタ値の加算を行い、ＳＤ（Signed Data）を生成する。ＦＩＤＯクライアントは、ユーザの秘密鍵により、ＳＤにデジタル署名し、デジタル署名付きのＳＤを、認証結果として、ＦＩＤＯサーバ２００に送信する。
処理（４Ｂ）：ＦＩＤＯサーバ２００は、ＳＤのデジタル署名を検証し、検証に成功すると、ユーザに対するＦＩＤＯ認証を完了する。

図４は、金融取引システムにおける出金処理の処理手順を示す図である。図４に示すように、端末４０は、ＮＦＣ通信により、取引コードをＡＴＭ５０に送信する（ステップＳ４０）。例えば、ＡＴＭに、ＮＦＣ通信のためのユニットが搭載されており、ユーザが端末４０をユニット搭載部分にかざすことでＮＦＣ通信が実行される。なお、赤外線通信など端末４０との間で、近距離で直接的な無線通信を行う他の通信手法を用いることもできる。ＡＴＭ５０は、取引コードを取り込む（ステップＳ４１）。ＡＴＭ５０は、取引コードをサーバ１００に送信する（ステップＳ４２）。

サーバ１００は、取引コードの有効性を検証する（ステップＳ４３）。サーバ１００は、取引コードが有効である場合に、取引コードに対応づけて記憶部に記憶したアクセストークン、取引情報を読み出し、読み出したアクセストークン、取引情報を含むＩＢ認証及び口座振替要求を、ＩＢサーバ６０に対して行う（ステップＳ４４）。なお、取引コードの有効性は、例えば、サーバ１００が記憶部に取引コードを記憶済みかどうか確認するなどして検証することができる。ＩＢサーバ６０は、サーバ１００からのアクセストークンに基づく認証を行い、認証に成功した場合に、取引情報に含まれる口座振替指示を、勘定系サーバ７０に対して実行する（ステップＳ４５）。たとえば、口座振替指示には、取引を行うユーザを識別する情報と、係るユーザが入力した取引情報が含まれる。

勘定系サーバ７０は、口座振替処理を行う（ステップＳ４６）。たとえば、ステップＳ４６において、勘定系サーバ７０は、ユーザの口座から、サーバ１００の運営者の口座等に、取引情報に応じた金額を移動させる。勘定系サーバ７０は、口座振替完了通知を、ＩＢサーバ６０に送信する（ステップＳ４７）。

ＩＢサーバ６０は、口座振替完了通知を受け付けると、振替完了情報を、サーバ１００に送信する（ステップＳ４８）。サーバ１００は、ＡＴＭ５０に取引情報を送信することで、取引の実行を指示する（ステップＳ４９）。

ＡＴＭ５０は、取引情報を受信する（ステップＳ５０）。ＡＴＭ５０は、取引情報に応じた現金出金処理を実行する（ステップＳ５１）。図示を省略するが、ステップＳ５１によって出金された現金を、ユーザは取り出す。ＡＴＭ５０は、現金が取り出されると、取引完了通知を、サーバ１００に対して送信する（ステップＳ５２）。サーバ１００は、取引完了通知を受けると、取引を完了する（ステップＳ５３）。

次に、図３に示した取引情報登録の処理の例について説明する。図５は、金融取引システムにおける取引情報登録の処理手順（詳細）を示す図である。図５に示すように、端末４０は、サーバ１００の管理サーバ４００に取引の開始要求及び取引情報を送信する（ステップＳ６０）。

管理サーバ４００は、取引情報を登録する（ステップＳ６１）。管理サーバ４００は、ＩＢサーバ６０への認可要求をオースサーバ３００に送信する（ステップＳ６２）。オースサーバ３００は、認可要求を受信すると、ユーザの認証確認を、ＩＢサーバ６０に送信する（ステップＳ６３）。

ＩＢサーバ６０は、ユーザの認証確認の要求を受け付けると、端末４０、ＩＢサーバ６０、ＦＩＤＯサーバ２００で、認証処理を実行する（ステップＳ６４）。たとえば、ステップＳ６４において、ＩＢサーバ６０は、ＦＩＤＯサーバ２００に対して、ＦＩＤＯ認証の要求を行うと、ＦＩＤＯサーバ２００と、端末４０のＦＩＤＯクライアントとの間で、上記の処理（１Ｂ）～処理（４Ｂ）が実行される。ＦＩＤＯサーバ２００は、ＦＩＤＯ認証の結果をＩＢサーバ６０に送信する。

ＩＢサーバ６０は、ＦＩＤＯ認証に成功した場合に、認可を管理サーバ４００に与える旨の通知を、オースサーバ３００に送信する（ステップＳ６５）。オースサーバ３００は、認可を与える旨の通知を受け付けると、管理サーバ４００にアクセストークン（ＩＢサーバ６０へのアクセストークン）を発行する（ステップＳ６６）。

管理サーバ４００は、アクセストークンが発行されると、取引コードを生成する（ステップＳ６７）。なお、アクセストークン、生成した取引コードは、登録済みの取引情報と対応づけて管理サーバ４００の記憶部に記憶しておく。管理サーバ４００は、取引コードを端末４０に発行し（ステップＳ６８）、端末４０は、取引コードを格納する（ステップＳ６９）。

次に、図４に示した出金処理の例について説明する。図６は、金融システムにおける出金処理の処理手順（詳細）を示す図である。図６に示すように、端末４０は、ＮＦＣ通信などの近距離での非接触通信等を利用して、取引コードをＡＴＭ５０に送信する（ステップＳ７０）。ＡＴＭ５０は、取引コードを、管理サーバ４００に送信する（ステップＳ７１）。

管理サーバ４００は、取引コードの有効性を検証する（ステップＳ７２）。たとえば、ステップＳ７２において、管理サーバ４００は、下記の条件１、条件２を満たす場合に、取引コードが有効であると判定する。必ずしも双方の条件を利用する必要はない。
条件１：取引コードが発行された時刻から、所定期間以内である。
条件２：ＡＴＭ５０から取得した取引コードと同一の取引コードが、管理サーバ４００の取引コードテーブルに保持されている。

管理サーバ４００は、取引コードが有効である場合に、アクセストークンを用いたＡＰＩを呼び出し、要求（取引情報および振替指示）をＩＢサーバ６０に送信する（ステップＳ７３）。

ＩＢサーバ６０は、口座振替指示を勘定サーバ７０に送信する（ステップＳ７４）。勘定系サーバ７０は、口座振替処理を実行する（ステップＳ７５）。勘定系サーバ７０は、口座振替完了通知を、ＩＢサーバ６０に送信する（ステップＳ７６）。

ＩＢサーバ６０は、口座振替完了通知を受け付けると、口座振替完了情報を、管理サーバ４００に送信する（ステップＳ７７）。管理サーバ４００は、ＡＴＭ５０に取引情報を送信することで、取引実行を指示する（ステップＳ７８）。

ＡＴＭ５０は、取引情報を受信すると、取引情報に応じた現金出金処理を実行する（ステップＳ７９）。図示を省略するが、ステップＳ７９によって出金された現金を、ユーザは取り出す。ＡＴＭ５０は、現金が取り出されると、取引完了通知を、管理サーバ４００に対して送信する（ステップＳ８０）。管理サーバ４００は、取引完了通知を受けると、取引完了画面の情報を端末４０に送信する（ステップＳ８１）。

端末４０は、取引完了画面の情報を受信すると、取引完了画面を表示し（ステップＳ８２）、処理を終了する。

上記のように、本実施例に係る金融取引システムでは、端末４０を取引装置（例えば、ＡＴＭ）にかざすことで、現金の引き出し取引などを行うことができ、円滑な取引を実現することができる。なお、上述した例では、取引内容を事前に登録することとしたが、簡易的には、端末４０に取引内情を事前に入力し端末４０の記憶部に記憶させ、端末４０は取引装置（例えばＡＴＭ５０）にかざされて近距離無線通信（例えばＮＦＣ通信）を行うことで、記憶部に記憶された記憶済みの取引情報（資金移動元の口座を特定する情報、資金移動額）を取引装置に送信し、取引装置は、受信した取引情報を、サーバ１００を介してＩＢサーバに送信して資金移動を実行させ、取引装置は、取引内容に応じた現金の払い出しを行うようにすることもできる。この際、取引装置、サーバ１００は、端末４０に対して認証を求め、適正な認証（ＦＩＤＯ認証含む）がなされることを条件にこのような処理を実行するようにしてもよい。また、ユーザが保有する端末４０（スマートフォン等）を用いたＦＩＤＯ認証と、取引毎にユニークかつ時限性のある「取引コード」をやり取りすることで、金融取引を行うための一連の認証を行う。これにより、ネットバンキングの仕組みを流用して、出金取引を簡易に実現することが可能となる。

本実施例に係る金融取引システムでは、ユーザが端末４０を操作して取引情報を入力し、入力された取引情報は、管理サーバ４００に格納される。管理サーバ４００は、取引情報を用いて、ユニークかつ時限性のある取引コードを生成する。この取引コードを用いることで、セキュアな金融取引を実現することができる。

本実施例に係る金融取引システムでは、ＡＴＭ５０が、ＮＦＣ通信により、取引コードを読み取り、取引コードを管理サーバ４００に通知する。管理サーバ４００は、事前にＩＢサーバ６０にアクセスするための認可を得ておき、取引コードに対応づけられた取引情報に基づく金融取引をＩＢサーバ６０に要求する。認可は、管理サーバ４００が、取引情報を端末４０から受信し、ユーザに対するＦＩＤＯ認証に成功した際にＩＢサーバ６０から発行されるものである。このため、取引コードを用いた金融取引をセキュアに実現することができる。

本実施例に係る金融取引システムでは、ユーザ登録処理を行う場合に、サーバ１００は、ＦＩＤＯ－ＩＤと、ＩＢ－ＩＤとの対応づけを行う。サーバ１００は、ＦＩＤＯ認証を行い、ＦＩＤＯ認証に成功したことをＩＢサーバ６０に通知することで、ＩＢサーバ６０は、ＩＢ認証に成功したとみなし、ＩＢサーバ６０は、利用者の口座から、サーバ１００の口座への振替を行う。これにより、既存のＩＢサーバ６０と勘定系システム７０とのデータのやり取りを簡略化できる。

本実施例に係る金融取引システムでは、ネットワーク５を介して、ＩＢサーバ６０越しに、勘定系サーバ７０とオンライン通信を実行することができる。

次に、図１に示した端末４０、ＡＴＭ５０、ＩＢサーバ６０、勘定系サーバ７０、ＦＩＤＯサーバ２００、オースサーバ３００、管理サーバ４００の機能構成について順に説明する。

図７は、本実施例に係る端末の構成を示す図である。図７に示すように、この端末４０は、通信部４１と、ＮＦＣ通信部４２と、生体情報リーダ４３と、入力部４４と、表示部４５と、記憶部４６と、制御部４７とを有する。

通信部４１は、基地局等を介して、ネットワーク５に接続し、サーバ１００とデータ通信を実行する処理部である。通信部４１は、通信装置に対応する。後述する制御部４７は、通信部４１を介して、サーバ１００とデータをやり取りする。

ＮＦＣ通信部４２は、ＮＦＣ対応のＡＴＭ５０との間で、近接無線通信を実行する処理部である。ＮＦＣ通信部４２の通信エリアは、数センチ程度であり、ユーザは、端末４０を、ＡＴＭ５０にかざすことで、ＮＦＣ通信を実行させる。後述する制御部４７は、ＮＦＣ通信部４２を介して、取引コードをＡＴＭ５０に通知する。

生体情報リーダ４３は、ユーザの生体情報を読み取る装置である。たとえば、ユーザの生体情報は、ユーザの指紋、虹彩等の情報に対応する。

入力部４４は、端末４０にユーザが各種の情報を入力するための入力装置である。たとえば、入力部４４は、タッチパネル、入力ボタン、キーボードなどに対応する。ユーザは、入力部４４を操作して、ＩＤ、パスワード、取引情報等を入力する。

表示部４５は、制御部４７から出力される情報を表示する表示装置である。たとえば、表示部４５は、タッチパネルや液晶ディスプレイに対応する。表示部４５は、ユーザの口座の残高、取引の結果等の情報を表示する。

記憶部４６は、セキュア情報４６ａと、取引コード４６ｂとを有する。記憶部４６は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子や、ＨＤＤ（Hard Disk Drive）などの記憶装置に対応する。

セキュア情報４６ａは、ＦＩＤＯ認証を行う際に用いられる情報である。たとえば、セキュア情報４６ａは、ユーザの生体情報、認証フェーズで使用するためのユーザの秘密鍵（秘密鍵と公開鍵とのペア）の情報を含む。セキュア情報４６ａは、記憶部４６のセキュアな領域に記憶される。

取引コード４６ｂは、管理サーバ４００から通知される取引コードである。

制御部４７は、アプリケーション処理部４７ａ、ＦＩＤＯクライアント４７ｂ、生体認証モジュール４７ｃを有する。制御部４７は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって実現できる。また、制御部４７は、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などのハードワイヤードロジックによっても実現できる。

アプリケーション処理部４７ａは、入力部４４を介して、ユーザからのユーザ登録や、各種の金融取引等の指示を受け付け、指示に応じた各種の処理を実行する処理部である。

アプリケーション処理部４７ａが、ユーザから、ユーザ登録処理の指示を受け付けた場合に実行する処理の一例について説明する。アプリケーション処理部４７ａは、ユーザ登録処理の指示を受け付けると、ＩＢ認証及びＦＩＤＯ登録要求を、ＦＩＤＯサーバ２００に送信する。ＩＢ認証及びＦＩＤＯ登録要求には、入力部４４等から入力されるユーザのＩＤ、パスワードが含まれる。サーバ１００側で、ＩＢ認証に成功すると、ＦＩＤＯサーバ２００と、後述するＦＩＤＯクライアント４７ｄとの間でデータがやり取りされ、ＦＩＤＯ登録がなされる。

アプリケーション処理部４７ａが、ユーザから、残高照会を受け付けた場合に実行する処理の一例について説明する。アプリケーション処理部４７ａは、ユーザから残高照会の指示を受け付けると、ＦＩＤＯ認証及び残高要求を、サーバ１００に送信する。ＩＢ認証及び残高要求には、ユーザのＩＤ（ＩＢ－ＩＤ）が含まれる。その後、ＦＩＤＯサーバ２００と、後述するＦＩＤＯクライアント４７ｄとの間でデータがやり取りされ、ＦＩＤＯ認証に成功すると、サーバ１００から残高が通知される。アプリケーション処理部４７ａは、通知された残高の情報を、表示部４５に表示させる。

アプリケーション処理部４７ａが、残高の情報を表示部４５に表示させると、ユーザは、取引情報を入力する。取引情報には、現金の出金、振り込み、振り替え等の金融取引に関する情報が含まれる。ここでは一例として、ユーザは、現金の出金を、取引情報として入力する場合について説明する。アプリケーション処理部４７ａは、入力部４４から、取引情報を受け付けると、取引情報及びＦＩＤＯ認証を、サーバ１００に送信する。その後、ＦＩＤＯサーバ２００と、後述するＦＩＤＯクライアント４７ｄとの間でデータがやり取りされ、ＦＩＤＯ認証に成功すると、サーバ１００から取引コードが発行される。アプリケーション処理部４７ａは、サーバ１００から取引コードを受信し、記憶部４６に格納する。記憶部４６に格納する取引コードを、取引コード４６ｂとする。

ユーザが、端末４０をＡＴＭ５０にかざした場合の、アプリケーション処理部４７ａの処理について説明する。アプリケーション処理部４７ａは、取引コード４６ｂを記憶部４６から取得し、取得した取引コード４６ｂを、ＮＦＣ通信部４２を介して、ＡＴＭ５０に送信する。アプリケーション処理部４７ａは、サーバ１００から、取引完了画面の情報を受け付けた場合には、表示部４５に取引完了画面を表示させる。

ＦＩＤＯクライアント４７ｂは、ＦＩＤＯサーバ２００との間で情報をやり取りし、ユーザのＦＩＤＯ登録およびＦＩＤＯ認証を実行する処理部である。ＦＩＤＯクライアント４７ｂは、ＦＩＤＯ登録を行う場合には、ＦＩＤＯサーバ２００との間で、上述した処理（１Ａ）～処理（５Ａ）を、ＦＩＤＯサーバ２００との間で実行する。ＦＩＤＯクライアント４７ｂは、ＦＩＤＯ認証を行う場合には、ＦＩＤＯサーバ２００との間で、上述した処理（１Ｂ）～処理（４Ｂ）を実行する。

生体認証モジュール４７ｃは、ＦＩＤＯクライアント４７ｂからの要求に応じて、ユーザの生体情報の登録および生体情報の検証を行う。生体認証モジュール４７ｃは、生体情報リーダ４３を用いて、ユーザの生体情報を取得する。たとえば、生体認証モジュール４７ｃは、ユーザの生体情報の登録を行う場合には、上記の処理（３Ａ）、処理（４Ａ）を実行する。生体認証モジュール４７ｃは、ＦＩＤＯクライアント４７ｂと、ＦＩＤＯサーバ２００との間で、ＦＩＤＯ認証を行う場合には、ＦＩＤＯクライアント４７ｂからの要求に応じて、上記の処理（２Ｂ）、処理（３Ｂ）を実行する。

図８は、本実施例に係るＡＴＭの構成を示す図である。図８に示すように、このＡＴＭ５０は、通信部５１と、ＮＦＣ通信部５２と、入力操作部５３と、記憶部５４と、機構部５５と、制御部５６とを有する。

通信部５１は、ネットワーク５を介して、サーバ１００とデータ通信を実行する通信装置である。後述する制御部５６は、通信部５１を介して、サーバとデータをやり取りする。

ＮＦＣ通信部５２は、近距離無線通信により、端末４０とデータをやり取りする通信装置である。

入力操作部５３は、ユーザがＡＴＭ５０に各種の情報を入力するための入力装置である。例えば、入力操作部５３は、入力ボタン、タッチパネル等に対応する。

記憶部５４は、各種の取引処理を実行する場合に利用する情報を記憶する記憶装置である。記憶部５４は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

機構部５５は、各種の金融取引を行う場合に利用するカードや現金などを処理する装置である。図示を省略するが、例えば、機構部５５は、カード読取部、明細票印字部、紙幣処理部、通帳印字部、硬貨処理部、生体認証部を含む。カード読取部は、ＩＣ（Integrated Circuit）カードの情報を取得する装置である。明細票印字部は、明細票を印字する装置である。紙幣処理部は、紙幣に関する各種の処理を実行する装置であり、例えば、出金等を行う。

制御部５６は、取引コード通知部５６ａと、取引実行部５６ｂとを有する。制御部５６は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部５６は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

取引コード通知部５６ａは、ＮＦＣ通信部５２を介して、端末４０から取引コードを取得する処理部である。取引コード通知部５６ａは、端末４０から取得した取引コードを、管理サーバ４００に通知する。

取引実行部５６ｂは、各種の金融取引を実行する処理部である。たとえば、取引実行部５６ｂは、管理サーバ４００から、取引実行指示を受け付けると、取引実行指示に応じた処理を行う。たとえば、取引実行部５６ｂは、取引実行指示が所定金額の出金である場合には、所定金額を出金する旨の情報を、機構部５５に出力する。

図９は、本実施例に係るＩＢサーバの構成を示す図である。図９に示すように、このＩＢサーバ６０は、通信部６１と、記憶部６２と、制御部６３とを有する。

通信部６１は、ネットワーク５を介して、サーバ１００とデータ通信を実行する。また、通信部６１は、専用回線等を介して、勘定系サーバ７０とデータ通信を実行する。後述する制御部６３は、通信部６１を介して、勘定系サーバ７０、サーバ１００とデータをやり取りする。

記憶部６２は、各種の取引処理を実行する場合に利用する情報を記憶する記憶装置である。記憶部６２は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

制御部６３は、認証処理部６３ａ、認可発行部６３ｂ、金融取引部６３ｃを有する。制御部６３は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部６３は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

認証処理部６３ａは、サーバ１００から、端末４０のユーザのＩＢ認証の依頼を受け付けた場合に、ユーザのＩＢ認証を行う処理部である。たとえば、認証処理部６３ａは、サーバ１００から、ユーザのＩＤと、パスワードとの組を取得する。認証処理部６３ａは、取得したユーザのＩＤとパスワードとの組が、記憶部６２の図示しない認証テーブルに存在する場合には、認証成功と判定する。一方、認証処理部６３ａは、取得したユーザのＩＤとパスワードとの組が、認証テーブルに存在しない場合には、認証失敗と判定する。認証処理部６３ａは、ＩＢ認証の結果を、サーバ１００に送信する。

認可発行部６３ｂは、管理サーバ４００からＩＢサーバ６０に対するアクセス権限（認可）の要求を、オースサーバ３００から受け付けた場合に、端末４０のユーザに対するＦＩＤＯ認証を、ＦＩＤＯサーバ２００に要求する。認可発行部６３ｂは、ＦＩＤＯサーバ２００から、端末４０のユーザに対するＦＩＤＯ認証が成功した旨の応答を受け付けた場合に、管理サーバ４００からＩＢサーバ６０に対するアクセス権限（認可）を認める旨の情報を、オースサーバ３００に送信する。

金融取引部６３ｃは、ネットワーク５を介した各種の金融取引を実行する処理部である。たとえば、金融取引部６３ｃは、アクセス権限を与えた管理サーバ４００から、ＡＰＩ呼び出しを受け付け、取引情報を受信した場合に、取引情報に対応する金融取引指示の情報を、勘定系サーバ７０に送信する処理部である。

図１０は、本実施例に係る勘定系サーバの構成を示す図である。図１０に示すように、この勘定系サーバ７０は、通信部７１と、記憶部７２と、制御部７３とを有する。

通信部７１は、専用回線等を介して、ＩＢサーバ６０とデータ通信を実行する処理部である。通信部７１は、通信装置に対応する。後述する制御部７３は、通信部７１を介して、ＩＢサーバ６０とデータをやり取りする。

記憶部７２は、各ユーザ、サーバ１００の運営者の口座等に関する各種の情報を記憶する記憶装置である。記憶部７２は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

制御部７３は、金融取引実行部７３ａを有する。制御部７３は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部７３は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

金融取引実行部７３ａは、ＩＢサーバ６０からの指示に応じて、各種の金融取引を実行する処理部である。たとえば、金融取引実行部７３ａは、ＩＢサーバ６０から、残高要求を受け付けた場合には、残高要求に含まれるユーザのＩＤ等を基にして、残高確認を行う。金融取引実行部７３ａは、残高応答を、ＩＢサーバ６０に送信する。

金融取引実行部７３ａは、ＩＢサーバ６０から、口座振替指示を受け付けた場合には、口座振替指示に含まれるユーザのＩＤ等を基にして、ユーザの口座の情報を特定する。金融取引実行部７３ａは、口座振替指示による振替対象の金額を、ユーザの口座から、サーバ１００の運営者の口座等に振り替え、口座振替完了通知を、ＩＢサーバ６０に送信する。

図１１は、本実施例に係るＦＩＤＯサーバの構成を示す図である。図１１に示すように、このＦＩＤＯサーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

通信部２１０は、ネットワーク５を介して、端末４０、ＩＢサーバ６０とデータ通信を実行する処理部である。また、通信部２１０は、オースサーバ３００とデータ通信を行う。通信部２１０は、通信装置に対応する。後述する制御部２３０は、通信部２１０を介して、端末４０、ＩＢサーバ６０、オースサーバ３００とデータをやり取りする。

記憶部２２０は、ＦＩＤＯサーバ２００が、端末４０のユーザをＦＩＤＯ認証する場合に用いる各種の情報を記憶する記憶装置である。記憶部２２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

制御部２３０は、ＦＩＤＯ認証部２３０ａを有する。制御部２３０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部２３０は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

ＦＩＤＯ認証部２３０ａは、端末４０上で動作するＦＩＤＯクライアント４７ｂとの間で情報をやり取りし、ユーザのＦＩＤＯ登録およびＦＩＤＯ認証を実行する処理部である。ＦＩＤＯ認証部２３０ａは、ＦＩＤＯ登録を行う場合には、上述した処理（１Ａ）～処理（５Ａ）を、ＦＩＤＯクライアント４７ｂとの間で実行する。ＦＩＤＯ認証部２３０ａは、ＦＩＤＯ登録を行う場合に、ＦＩＤＯ－ＩＤと、ＩＢ－ＩＤとを対応づけた情報を、記憶部２２０に登録する。

ＦＩＤＯ認証部２３０ａは、ＦＩＤＯ認証を行う場合には、ＦＩＤＯクライアント４７ｂとの間で、上述した処理（１Ｂ）～処理（４Ｂ）を実行する。たとえば、ＦＩＤＯ認証部２３０ａは、ＩＢサーバ６０から、ＦＩＤＯ認証を要求された場合には、ＦＩＤＯ認証を実行し、ＦＩＤＯ認証の結果を、ＩＢサーバ６０に送信する。

図１２は、本実施例に係るオースサーバの構成を示す図である。図１２に示すように、このオースサーバ３００は、通信部３１０と、記憶部３２０と、制御部３３０とを有する。

通信部３１０は、ＦＩＤＯサーバ２００、管理サーバ４００とデータ通信を行う処理部である。通信部３１０は、通信装置に対応する。

記憶部３２０は、各種の情報を記憶する記憶装置である。記憶部３２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

制御部３３０は、認証要求部３３０ａと、トークン発行部３３０ｂとを有する。制御部３３０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部３３０は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

認証要求部３３０ａは、管理サーバ４００からＩＢサーバ６０への認可要求を受け付けた場合に、ユーザの認証要求を、ＩＢサーバ６０に送信する処理部である。

トークン発行部３３０ｂは、ＩＢサーバ６０から、ユーザの認可要求に対する応答を受信し、ユーザの認証結果に応じて、管理サーバ４００にトークン（認可）を発行する処理部である。たとえば、トークン発行部３３０ｂは、ＩＢサーバ６０から、認可を管理サーバ４００に与える旨の通知を受け付けた場合に、管理サーバ４００にトークンを発行する。

図１３は、本実施例に係る管理サーバの構成を示す図である。図１３に示すように、この管理サーバ４００は、通信部４１０と、記憶部４２０と、制御部４３０とを有する。

通信部４１０は、ネットワーク５を介して、端末４０とデータ通信を行う。また、通信部４１０は、オースサーバ３００とデータ通信を行う。通信部４１０は、通信装置に対応する。

記憶部４２０は、取引情報４２０ａ、取引コードテーブル４２０ｂを有する。記憶部４２０は、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの半導体メモリ素子や、ＨＤＤなどの記憶装置に対応する。

取引情報４２０ａは、端末４０から送信される取引に関する情報であり、現金の出金、振り込み、振り替え等の金融取引に関する情報、ユーザの口座に関する情報を含む。また、取引情報４２０ａは、送信元の端末４０の情報、ユーザのＩＤと対応づけられる。

取引コードテーブル４２０ｂは、後述する取引コード生成部４３０ｃにて生成される取引コードと、取引コードが生成された時刻とを対応づけた情報を保持するテーブルである。

制御部４３０は、受付部４３０ａ、認可要求部４３０ｂ、取引コード生成部４３０ｃ、取引コード検証部４３０ｄ、指示部４３０ｅを有する。制御部４３０は、ＣＰＵやＭＰＵなどによって実現できる。また、制御部４３０は、ＡＳＩＣやＦＰＧＡなどのハードワイヤードロジックによっても実現できる。

受付部４３０ａは、端末４０から取引情報を受け付ける処理部である。受付部４３０ａは、受け付けた取引情報を、取引情報４２０ａとして、記憶部４２０に登録する。

認可要求部４３０ｂは、記憶部４２０に取引情報が登録された場合に、管理サーバ４００からＩＢサーバ６０に対する認可要求を、オースサーバ３００に送信する処理部である。

取引コード生成部４３０ｃは、取引情報４２０ａを基にして、取引コードを生成する処理部である。たとえば、取引コード生成部４３０ｃは、所定のハッシュ関数を用いて、取引情報４２０ａのハッシュ値を算出する。取引コード生成部４３０ｃは、取引情報４２０ａのハッシュ値と、取引情報４２０ａとを組み合わせた情報を、取引コードとして生成する。

取引コード生成部４３０ｃは、取引コードを生成した時刻を、図示しないタイマから取得する。取引コード生成部４３０ｃは、取引コードと、この取引コードを生成した時刻とを対応づけて、取引コードテーブル４２０ｂに登録する。また、取引コード生成部４３０ｃは、生成した取引コードを、端末４０に送信する。

取引コード検証部４３０ｄは、ＡＴＭ５０を介して、端末４０に格納された取引コードを取得し、取引コードの有効性を検証する処理部である。たとえば、取引コード検証部４３０ｄは、取得した取引コードと、取引コードテーブル４２０ｂとを比較して、上記の条件１および条件２を満たす場合に、取引コードが有効であると判定する。取引コード検証部４３０ｄは、検証結果を指示部４３０ｅに出力する。

取引コード検証部４３０ｄは、取得した取引コードが、取引コードテーブル４２０ｂに存在する場合に、条件１を満たすと判定する。取引コード検証部４３０ｄは、式（１）により算出される時間間隔が、所定時間間隔未満である場合に、条件２を満たすと判定する。

時間間隔＝第１取引コードの受信時刻－第２取引コードの生成時刻・・・（１）

式（１）において、第１取引コードは、取引コード検証部４３０ｄが、ＡＴＭ５０を介して、端末４０から取得した取引コードである。受信時刻は、取引コード検証部４３０ｄが、第１取引コードを受信した時刻である。

式（１）において、第２取引コードは、取引コード生成部４３０ｃが生成した取引コードである。生成時刻は、取引コード生成部４３０ｃが、第２取引コードを生成した時刻である。

指示部４３０ｅは、取引コードが有効であると判定された場合に、取引情報４２０ａに応じた指示（口座振替指示等）を、ＩＢサーバ６０に送信する処理部である。たとえば、取引コードには、取引識別情報が含まれており、指示部４３０ｅは、この取引識別情報に対応する取引情報４２０ａを取得し、取得した取引情報４２０ａに応じた指示を、ＩＢサーバ６０に送信する。指示部４３０ｅは、ＩＢサーバ６０に指示する場合には、ＩＢサーバ６０に発行されたアクセストークンを用いて、ＩＢサーバ６０へＡＰＩ呼び出しを行う。

指示部４３０ｅは、取引情報４２０ａに応じた指示の完了通知を、ＩＢサーバ６０から受信した場合には、ＡＴＭ５０に対して、取引情報４２０ａに応じた金融取引の実行指示を行う。指示部４３０ｅは、ＡＴＭ５０から取引完了通知を受信した場合には、取引完了画面の情報を、ネットワーク５を介して、端末４０に送信する。

次に、本実施例に係る金融取引システムの効果について説明する。金融取引システムでは、ＡＴＭ５０が、ＮＦＣ通信により、端末４０から取引コードを受信し、受信した取引コードをサーバ１００に送信する。サーバ１００は、受信した取引コードに対応する資金の移動の要求を、ＩＢサーバ６０（勘定系サーバ７０）に送信するとともに、取引コードに応じた額の現金を払い出すように、ＡＴＭ５０に指示を行う。これにより、円滑な取引を実現することができる。

また、取引コードには、取引識別情報が含まれており、管理サーバ４００は、この取引識別情報に対応する取引情報４２０ａを取得し、取得した取引情報４２０ａに応じた指示を、ＩＢサーバ６０に送信する。これにより、取引コードが有効である場合に、この取引コードに紐づけられた金融取引をセキュアに実行することができる。

また、取引コードには、有効期限が設定されており、管理サーバ４００は、有効期限の切れた取引コードを取得した場合には、取引コードに紐づけられた金融取引が行われることを抑止するため、信頼性を向上させることができる。

次に、上記実施例に示した端末４０と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１４は、端末と同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１４に示すように、コンピュータ５００は、各種演算処理を実行するＣＰＵ５０１と、ユーザからのデータの入力を受け付ける入力装置５０２と、ディスプレイ５０３とを有する。また、コンピュータ５００は、記憶媒体からプログラム等を読み取る読み取り装置５０４と、他のコンピュータとの間でデータの授受を行うインタフェース装置５０５とを有する。コンピュータ５００は、ネットワーク５を介して他のコンピュータとデータの授受を行う通信装置５０６と、近接無線通信により、他のコンピュータとデータの授受を行うＮＦＣ通信装置５０７とを有する。コンピュータ５００は、生体情報リーダ５０８を有する。また、コンピュータ５００は、各種情報を一時記憶するＲＡＭ５０９と、記憶装置５１０とを有する。そして、各装置５０１～５１０は、バス５１１に接続される。

記憶装置５１０は、アプリケーションプログラム５１０ａと、ＦＩＤＯクライアントプログラム５１０ｂと、生体認証プログラム５１０ｃとを有する。ＣＰＵ５０１は、アプリケーションプログラム５１０ａと、ＦＩＤＯクライアントプログラム５１０ｂと、生体認証プログラム５１０ｃを読み出して、ＲＡＭ５０９に展開する。

アプリケーションプログラム５１０ａは、アプリケーションプロセス５０９ａとして機能する。ＦＩＤＯクライアントプログラム５１０ｂは、ＦＩＤＯクライアントプロセス５０９ｂとして機能する。生体認証プログラム５１０ｃは、生体認証プロセス５０９ｃとして機能する。

アプリケーションプロセス５０９ａの処理は、アプリケーション処理部４７ａの処理に対応する。ＦＩＤＯクライアントプロセス５０９ｂの処理は、ＦＩＤＯクライアント４７ｂの処理に対応する。生体認証プロセス５０９ｃの処理は、生体認証モジュール４７ｃの処理に対応する。

なお、各プログラム５１０ａ～５１０ｃについては、必ずしも最初から記憶装置５１０に記憶させておかなくても良い。例えば、コンピュータ５００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ５００が各プログラム５１０ａ～５１０ｃを読み出して実行するようにしても良い。

次に、上記実施例に示したＡＴＭ５０と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１５は、ＡＴＭと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１５に示すように、コンピュータ６００は、各種演算処理を実行するＣＰＵ６０１と、ユーザからのデータの入力を受け付ける入力装置６０２と、ディスプレイ６０３とを有する。また、コンピュータ６００は、記憶媒体からプログラム等を読み取る読み取り装置６０４と、他のコンピュータとの間でデータの授受を行うインタフェース装置６０５とを有する。コンピュータ６００は、ネットワーク５を介して、サーバ１００とデータ通信を実行する通信装置６０６と、近距離無線通信により端末４０とデータをやり取りするＮＦＣ通信装置６０７とを有する。また、コンピュータ６００は、機構部６０８を有する。機構部６０８は、カードの読み取り、明細票の印字、紙幣の処理、通帳の印字、硬貨の処理、生体認証等を実行する装置である。また、コンピュータ６００は、各種情報を一時記憶するＲＡＭ６０９と、記憶装置６１０とを有する。各装置６０１～６１０は、バス６１１に接続される。

記憶装置６１０は、取引コード通知プログラム６１０ａ、取引実行プログラム６１０ｂを有する。ＣＰＵ６０１は、取引コード通知プログラム６１０ａ、取引実行プログラム６１０ｂを読み出してＲＡＭ６０９に展開する。

取引コード通知プログラム６１０ａは、取引コード通知プロセス６０９ａとして機能する。取引実行プログラム６１０ｂは、取引実行プロセス６０９ｂとして機能する。

取引コード通知プロセス６０９ａの処理は、取引コード通知部５６ａの処理に対応する。取引実行プロセス６０９ｂの処理は、取引実行部５６ｂの処理に対応する。

なお、各プログラム６１０ａ～６１０ｂについては、必ずしも最初から記憶装置６１０に記憶させておかなくても良い。例えば、コンピュータ６００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ６００が各プログラム６１０ａ～６１０ｂを読み出して実行するようにしても良い。

次に、上記実施例に示したＩＢサーバ６０と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１６は、ＩＢサーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１６に示すように、コンピュータ７００は、各種演算処理を実行するＣＰＵ７０１と、ユーザからのデータの入力を受け付ける入力装置７０２と、ディスプレイ７０３とを有する。また、コンピュータ７００は、記憶媒体からプログラム等を読み取る読み取り装置７０４と、他のコンピュータとの間でデータの授受を行うインタフェース装置７０５とを有する。コンピュータ７００は、サーバ１００、勘定系サーバ７０とデータ通信を実行する通信装置７０６を有する。コンピュータ７００は、各種情報を一時記憶するＲＡＭ７０７と、記憶装置７０８とを有する。各装置７０１～７０８は、バス７０９に接続される。

記憶装置７０８は、認証処理プログラム７０８ａ、認可発行プログラム７０８ｂ、金融取引プログラム７０８ｃを有する。ＣＰＵ７０１は、認証処理プログラム７０８ａ、認可発行プログラム７０８ｂ、金融取引プログラム７０８ｃを読み出してＲＡＭ７０７に展開する。

認証処理プログラム７０８ａは、認証処理プロセス７０７ａとして機能する。認可発行プログラム７０８ｂは、認可発行プロセス７０７ｂとして機能する。金融取引プログラム７０８ｃは、金融取引プロセス７０７ｃとして機能する。

認証処理プロセス７０７ａの処理は、認証処理部６３ａの処理に対応する。認可発行プロセス７０７ｂの処理は、認可発行部６３ｂの処理に対応する。金融取引プロセス７０７ｃは、金融取引部６３ｃの処理に対応する。

なお、各プログラム７０８ａ～７０８ｃについては、必ずしも最初から記憶装置７０８に記憶させておかなくても良い。例えば、コンピュータ７００に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ－ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ７００が各プログラム７０８ａ～７０８ｃを読み出して実行するようにしても良い。

次に、上記実施例に示した勘定系サーバ７０と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１７は、勘定系サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１７に示すように、コンピュータ８００は、各種演算処理を実行するＣＰＵ８０１と、ユーザからのデータの入力を受け付ける入力装置８０２と、ディスプレイ８０３とを有する。また、コンピュータ８００は、記憶媒体からプログラム等を読み取る読み取り装置８０４と、他のコンピュータとの間でデータの授受を行うインタフェース装置８０５とを有する。コンピュータ８００は、ＩＢサーバ６０とデータ通信を実行する通信装置８０６を有する。コンピュータ７００は、各種情報を一時記憶するＲＡＭ８０７と、記憶装置８０８とを有する。各装置８０１～８０８は、バス８０９に接続される。

記憶装置８０８は、金融取引実行プログラム８０８ａを有する。ＣＰＵ８０１は、金融取引実行プログラム８０８ａを読み出して、ＲＡＭ８０７に展開する。金融取引実行プログラム８０８ａは、金融取引実行プロセス８０７ａとして機能する。金融取引実行プロセス８０７ａの処理は、金融取引実行部７３ａの処理に対応する。

次に、上記実施例に示したサーバ１００と同様の機能を実現するコンピュータのハードウェア構成の一例について説明する。図１８は、サーバと同様の機能を実現するコンピュータのハードウェア構成の一例を示す図である。

図１８に示すように、コンピュータ９００は、各種演算処理を実行するＣＰＵ９０１と、ユーザからのデータの入力を受け付ける入力装置９０２と、ディスプレイ９０３とを有する。また、コンピュータ９００は、記憶媒体からプログラム等を読み取る読み取り装置９０４と、他のコンピュータとの間でデータの授受を行うインタフェース装置９０５とを有する。コンピュータ９００は、端末４０、ＡＴＭ５０、ＩＢサーバ６０とデータ通信を実行する通信装置９０６を有する。コンピュータ９００は、各種情報を一時記憶するＲＡＭ９０７と、記憶装置９０８とを有する。各装置９０１～９０８は、バス９０９に接続される。

記憶装置９０８は、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを有する。ＣＰＵ９０１は、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを読み出して、ＲＡＭ９０７に展開する。

ＦＩＤＯプログラム９０８ａは、ＦＩＤＯプロセス９０７ａとして機能する。オースプログラム９０８ｂは、オースプロセス９０７ｂとして機能する。管理プログラム９０８ｃは、管理プロセス９０７ｃとして機能する。

ＦＩＤＯプロセス９０７ａの処理は、ＦＩＤＯサーバ２００が実行する処理に対応する。オースプロセス９０７ｂの処理は、オースサーバ３００が実行する処理に対応する。管理プロセス９０７ｃの処理は、管理サーバ４００が実行する処理に対応する。

図１８では一例として、同一のコンピュータに、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを格納して、同一のコンピュータ上で、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを実行する場合について説明したが、これに限定されるものではない。たとえば、異なるコンピュータに、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを格納して、別々に、ＦＩＤＯプログラム９０８ａ、オースプログラム９０８ｂ、管理プログラム９０８ｃを実行してもよい。

以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）現金払い出し機能を備えた取引装置は、近距離無線通信機能を備えた端末がかざされることで該端末から取引要求を受信し、受信した前記取引要求を情報処理装置に送信し、
前記取引要求を受信した前記情報処理装置は、前記取引要求に従った額の資金の移動の要求を、資金を管理する管理装置に送信するとともに、前記額の現金を払いだすように前記取引装置に指示する、
ことを特徴とする金融取引方法。

（付記２）前記取引要求は、事前に登録してある取引情報を含むことを特徴とする付記１に記載の金融取引方法。

（付記３）前記取引要求は、取引識別情報を含み、前記情報処理装置は、該取引識別情報に対応づけて記憶部に記憶された口座情報、現金の払い出し額に基づいて、前記要求を生成することを特徴とする付記１または２に記載の金融取引方法。

（付記４）情報処理装置は、端末からの要求に応じて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を送信し、
現金払い出し機能を備えた取引装置は、前記端末から取引要求を近距離無線通信により受信し、受信した前記取引要求を前記情報処理装置に送信し、
前記取引要求を受信した前記情報処理装置は、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する、
ことを特徴とする金融取引方法。

（付記５）前記遠隔の金融取引は、インターネットバンキングによる金融取引である、ことを特徴とする付記４に記載の金融取引方法。

（付記６）前記取引管理装置は、前記端末を用いた所定の認証処理が成功したことを条件に、前記認可要求に応じた前記権限の前記情報処理装置への付与を許可する、ことを特徴とする付記４に記載の金融取引方法。

（付記７）前記取引装置に対する前記額の現金の払い出しの指示は、前記額の資金の移動の依頼について受け付け又は完了の通知を前記取引管理装置から受信した後に行うことを特徴とする付記４に記載の金融取引方法。

（付記８）情報処理装置は、端末から特定の口座について特定の額の出金の要求を受信すると、前記要求に対応づける取引の識別情報を前記端末に送信し、
現金払い出し機能を備えた取引装置は、前記端末からの前記取引の識別情報の受信に応じて、前記情報処理装置に前記取引の識別情報を送信し、
前記取引の識別情報を受信した前記情報処理装置は、前記取引の識別情報に対応づけた前記特定の口座からの前記額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記取引装置に指示する、
ことを特徴とする金融取引方法。

（付記９）前記取引の識別情報は、時間の経過に応じて前記取引装置への送信が規制される、又は、時間の経過に応じて前記取引装置において無効として扱われることを特徴とする付記８に記載の金融取引方法。

（付記１０）前記情報処理装置は、前記端末に対して前記取引の識別情報が有効な期間の情報を送信することを特徴とする付記８または９に記載の金融取引方法。

（付記１１）現金払い出し機能を備えた取引装置と、情報処理装置とを備える金融取引システムにおいて、
前記取引装置は、
近距離無線通信機能を備えた端末がかざされることで該端末から取引要求を受信する第１通信部と、
受信した前記取引要求を前記情報処理装置に送信する第２通信部と、
を備え、
前記情報処理装置は、前記取引装置から前記取引要求を受信すると該取引要求に従った額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記取引装置に指示する制御部、
を備えたことを特徴とする金融取引システム。

（付記１２）前記取引要求は、事前に登録された取引内容を指定する情報である、ことを特徴とする付記１１に記載の金融取引システム。

（付記１３）前記取引要求は、資金移動元の口座と資金移動額を指定する情報を含む、ことを特徴とする付記１１または１２に記載の金融取引システム。

（付記１４）通信部と、
制御部と、
を備え、
前記制御部は、
端末からの要求に応じて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を前記通信部を用いて受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を前記通信部を用いて送信する制御と、
前記端末から取引要求を近距離無線通信により受信した現金払い出し機能を備えた取引装置から、前記取引要求を前記通信部により受信すると、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する制御と、
を行うことを特徴とする金融取引システム。

（付記１５）前記遠隔の金融取引は、インターネットバンキングによる金融取引である、ことを特徴とする付記１４に記載の金融取引システム。

（付記１６）前記取引管理装置は、前記端末を用いた所定の認証処理が成功したことを条件に、前記認可要求に応じた前記権限の前記情報処理装置への付与を許可する、ことを特徴とする付記１４または１５に記載の金融取引システム。

（付記１７）通信部と、
制御部と、
を備え、
前記制御部は、
端末から特定の口座について特定の額の出金の要求を前記通信部により受信すると、前記要求に対応づける取引の識別情報を前記通信部により前記端末に送信する制御と、
前記端末から前記取引の識別情報を受信した現金払い出し機能を備えた取引装置から、前記取引の識別情報を前記通信部により受信すると、前記取引の識別情報に対応づけられた前記特定の口座からの前記額の資金の移動の要求を、前記通信部により資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記通信部により前記取引装置に指示する制御と、
を実行することを特徴とする情報処理装置。

（付記１８）コンピュータに、
近距離無線通信機能を備えた端末がかざされることで該端末から取引要求を受信した現金の取引装置から前記取引要求を受信し、
受信した前記取引要求に従った額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記取引装置に指示する、
処理を実行させることを特徴とする金融取引プログラム。

（付記１９）前記取引要求は、事前に登録された取引内容を指定する情報である、ことを特徴とする付記１８に記載の金融取引プログラム。

（付記２０）前記取引要求は、資金移動元の口座と資金移動額を指定する情報を含む、ことを特徴とする付記１８に記載の金融取引プログラム。

（付記２１）コンピュータに、
端末からの要求に応じて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を送信し、
前記端末から取引要求を近距離無線通信により受信した現金払い出し機能を備えた取引装置から、前記取引要求を受信すると、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する、
処理を実行させることを特徴とする金融取引プログラム。

（付記２２）前記遠隔の金融取引は、インターネットバンキングによる金融取引である、ことを特徴とする付記２１に記載の金融取引プログラム。

（付記２３）前記取引管理装置は、前記端末を用いた所定の認証処理が成功したことを条件に、前記認可要求に応じた前記権限の前記情報処理装置への付与を許可する、ことを特徴とする付記２１に記載の金融取引プログラム。

（付記２４）前記取引装置に対する前記額の現金の払い出しの指示は、前記額の資金の移動の依頼について受け付け又は完了の通知を前記取引管理装置から受信した後に行うことを特徴とする付記２１に記載の金融取引プログラム。

（付記２５）コンピュータに、
端末から特定の口座について特定の額の出金の要求を受信すると、前記要求に対応づける取引の識別情報を前記端末に送信し、
前記端末から前記取引の識別情報を受信した現金払い出し機能を備えた取引装置から、前記取引の識別情報を受信すると、前記取引の識別情報に対応づけられた前記特定の口座からの前記額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記取引装置に指示する、
ことを特徴とする金融取引プログラム。

（付記２６）前記取引の識別情報は、時間の経過に応じて前記取引装置への送信が規制される、又は、時間の経過に応じて前記取引装置において無効として扱われることを特徴とする付記２５に記載の金融取引プログラム。

（付記２７）前記情報処理装置は、前記端末に対して前記取引の識別情報が有効な期間の情報を送信することを特徴とする付記２５または２６に記載の金融取引プログラム。

４０ 端末
５０ ＡＴＭ
６０ ＩＢサーバ
７０ 勘定系サーバ
１００ サーバ
２００ ＦＩＤＯサーバ
３００ オースサーバ
４００ 管理サーバ

Claims (11)

1. 情報処理装置は、ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録しておき、端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を送信し、
   現金払い出し機能を備えた取引装置は、前記端末から取引要求を近距離無線通信により受信し、受信した前記取引要求を前記情報処理装置に送信し、
   前記取引要求を受信した前記情報処理装置は、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する、
   ことを特徴とする金融取引方法。
2. 前記遠隔の金融取引は、インターネットバンキングによる金融取引である、ことを特徴とする請求項１に記載の金融取引方法。
3. 前記取引管理装置は、前記端末を用いた所定の認証処理が成功したことを条件に、前記認可要求に応じた前記権限の前記情報処理装置への付与を許可する、ことを特徴とする請求項１に記載の金融取引方法。
4. 前記取引装置に対する前記額の現金の払い出しの指示は、前記額の資金の移動の依頼について受け付け又は完了の通知を前記取引管理装置から受信した後に行うことを特徴とする請求項１に記載の金融取引方法。
5. 情報処理装置は、ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録しておき、端末から特定の口座について特定の額の出金の要求を受信すると、前記端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記要求に対応づける取引の識別情報を前記端末に送信し、
   現金払い出し機能を備えたＡＴＭ（Automatic Teller Machine）は、前記端末からの前記取引の識別情報の受信に応じて、前記情報処理装置に前記取引の識別情報を送信し、
   前記取引の識別情報を受信した前記情報処理装置は、前記取引の識別情報に対応づけた前記特定の口座からの前記額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記ＡＴＭに指示する、
   ことを特徴とする金融取引方法。
6. 前記取引の識別情報は、時間の経過に応じて前記ＡＴＭへの送信が規制される、又は、時間の経過に応じて前記ＡＴＭにおいて無効として扱われることを特徴とする請求項５に記載の金融取引方法。
7. 前記情報処理装置は、前記端末に対して前記取引の識別情報が有効な期間の情報を送信することを特徴とする請求項５または６に記載の金融取引方法。
8. 通信部と、
   制御部と、
   を備え、
   前記制御部は、
   ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録しておき、端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を前記通信部を用いて受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を前記通信部を用いて送信する制御と、
   前記端末から取引要求を近距離無線通信により受信した現金払い出し機能を備えた取引装置から、前記取引要求を前記通信部により受信すると、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する制御と、
   を行うことを特徴とする金融取引システム。
9. 通信部と、
   制御部と、
   を備え、
   前記制御部は、
   ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録しておき、端末から特定の口座について特定の額の出金の要求を前記通信部により受信すると、前記端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記要求に対応づける取引の識別情報を前記通信部により前記端末に送信する制御と、
   前記端末から前記取引の識別情報を受信した現金払い出し機能を備えたＡＴＭ（Automatic Teller Machine）から、前記取引の識別情報を前記通信部により受信すると、前記取引の識別情報に対応づけられた前記特定の口座からの前記額の資金の移動の要求を、前記通信部により資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記通信部により前記ＡＴＭに指示する制御と、
   を実行することを特徴とする情報処理装置。
10. コンピュータに、
    ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録しておき、端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記端末からの前記遠隔の金融取引に関する取引情報を受信すると、前記取引管理装置に関して前記特定のユーザに関する取引の権限を求める認可要求を送信し、
    前記端末から取引要求を近距離無線通信により受信した現金払い出し機能を備えた取引装置から、前記取引要求を受信すると、前記認可要求に応じて取得した権限を用いて、前記取引管理装置に前記取引要求に従った額の資金の移動を依頼し、前記額の現金を払いだすように前記取引装置に指示する、
    処理を実行させることを特徴とする金融取引プログラム。
11. コンピュータに、
    ユーザの生体情報と、前記ユーザの認証情報とを対応付けて登録させておき、端末から特定の口座について特定の額の出金の要求を受信すると、前記端末からの要求に含まれる生体情報と、予め登録した生体情報との認証に成功した場合に、前記ユーザの認証情報を用いて、ネットを介した特定の金融機関についての遠隔の金融取引を受け付ける取引管理装置との間で、特定のユーザに関する前記遠隔の金融取引の認証処理を実行し、認証が成功した場合に、前記要求に対応づける取引の識別情報を前記端末に送信し、
    前記端末から前記取引の識別情報を受信した現金払い出し機能を備えたＡＴＭ（Automatic Teller Machine）から、前記取引の識別情報を受信すると、前記取引の識別情報に対応づけられた前記特定の口座からの前記額の資金の移動の要求を、資金を管理する取引管理装置に送信するとともに、前記額の現金を払いだすように前記ＡＴＭに指示する、
    ことを特徴とする金融取引プログラム。

Images