取引システム
【課題】生体情報を利用した個人認証方法を利用すると共に、１利用者の自動取引装置の待ち時間を短縮する。
【解決手段】（１）ユーザは、入口６０から店舗ＳＨに入店し、通路５０を矢印に沿って進み、空いているＡＴＭを利用する。いずれのＡＴＭも空いていない場合には、通路５０に並んで順番待ちをする。ユーザは、順番待ちの間に事前受付端末１０に生体情報を入力する。（２）事前受付端末１０は入力された生体情報を利用して個人認証を実行する。（３）ユーザは空いたＡＴＭを利用して取引を実行する。ユーザは、取引を実行する際に、ＡＴＭ２２に生体情報を入力する。（４）ＡＴＭ２２は、入力された生体情報を用いて、個人認証がなされているか否かを処理サーバ３０に確認する。（５）個人認証がなされている場合には、ＡＴＭ２２は取引を実行する。
【解決手段】（１）ユーザは、入口６０から店舗ＳＨに入店し、通路５０を矢印に沿って進み、空いているＡＴＭを利用する。いずれのＡＴＭも空いていない場合には、通路５０に並んで順番待ちをする。ユーザは、順番待ちの間に事前受付端末１０に生体情報を入力する。（２）事前受付端末１０は入力された生体情報を利用して個人認証を実行する。（３）ユーザは空いたＡＴＭを利用して取引を実行する。ユーザは、取引を実行する際に、ＡＴＭ２２に生体情報を入力する。（４）ＡＴＭ２２は、入力された生体情報を用いて、個人認証がなされているか否かを処理サーバ３０に確認する。（５）個人認証がなされている場合には、ＡＴＭ２２は取引を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の生体情報を用いた個人認証を行う取引システムに関する。
【背景技術】
【０００２】
個人の生体情報、例えば、指紋や静脈を利用する個人認証方法が利用されている。生体情報を利用した個人認証は安全性が高いため、近年では、金融機関に設置されている自動取引端末において応用されている。例えば、自動取引端末には、生体情報、口座番号が格納されているデータベースが備えられており、自動取引端末は、利用者から生体情報を取得し、取得された生体情報とデータベースに格納されている生体情報とを照合して個人認証を行い、利用者が所望する取引を実行する。
【０００３】
【特許文献１】特開平１１−３３８９４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データベースに格納されている生体情報が膨大な情報量である場合、取得された生体情報とデータベースに格納されている生体情報との照合に非常に時間がかかる。金融機関のような多人数の利用者が利用する自動取引端末において生体情報を利用した個人認証方法が適用されると、利用者が自動取引端末の操作を開始してから生体情報の照合がなされるため、利用者が自動取引端末を占有する時間が増大し、その結果、自動取引端末の利用を待つ利用者の待ち時間を増大させるという問題がある。
【０００５】
上述の課題は、金融機関における自動取引システムに固有の問題ではなく、多人数の利用者が利用するシステムに共通する課題である。本発明は、これらの課題に鑑みてなされたものであり、生体情報を利用した個人認証方法を利用すると共に、１利用者の自動取引端末の占有時間を短縮することを目的とする。
【課題を解決するための手段】
【０００６】
上述された課題の少なくとも一部を解決するために、本発明の取引システムは、ユーザが所望する取引を実行する自動取引端末と、前記取引の実行に先立ち前記ユーザの認証を行う事前受付端末と、を備える取引システムにおいて、前記事前受付端末は、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、前記認証済みの前記個人情報を記録する認証済個人情報記録部と、前記ユーザの事前生体情報を取得する事前生体情報取得手段と、前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う事前個人認証手段と、前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備え、前記自動取引端末は、前記ユーザから、前記ユーザの取引生体情報を取得する取引生体情報取得手段と、前記ユーザが所望する取引に関する取引情報を入力する入力手段と、前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断する判断手段と、前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する取引実行手段を備えることを要旨とする。
【０００７】
本発明の取引システムによれば、自動取引端末は、事前受付端末によって実行された個人認証の結果を利用して取引を実行できる。従って、１ユーザが自動取引端末を占有する時間を短縮することができ、その結果として、自動取引端末の利用を待っているユーザの待ち時間を短縮することができる。
【０００８】
本発明の取引システムにおいて、前記個人情報格納部は、更に、登録生体情報および前記口座情報に対応付けられている暗証番号を格納しており、前記事前受付端末は、更に、前記ユーザの暗証番号を入力する暗証番号入力手段と、前記入力された暗証番号と一致する暗証番号を含む前記個人情報を検索する検索手段と、を備え、前記個人認証手段は、前記検索された個人情報の中から、前記事前生体情報に一致する登録生体情報を検索してもよい。
【０００９】
本発明の取引システムによれば、入力された暗証番号に一致する個人情報に含まれる生体情報の中から、事前受付端末により取得された生体情報に一致する生体情報を検索することにより個人認証を行うことができる。従って、個人認証にかかる時間を短縮できる。また、暗証番号による認証と、生体情報による個人認証と２つの認証を行うことにより、ユーザを他人と誤って認識する誤認識率を軽減できる。
【００１０】
本発明の取引システムにおいて、前記自動取引端末は、更に、前記判断部により、前記認証済個人認証が前記認証済個人情報記録部に記録されていないと判断された場合に、前記事前受付端末の前記個人情報格納部に格納されている登録生体情報と、前記取引生体情報とを利用してユーザの認証を行う取引個人認証手段を備え、前記取引実行手段は、前記認証に成功したユーザの個人情報、および、前記取引情報に応じて前記取引を実行してもよい。
【００１１】
本発明の取引システムによれば、事前受付端末において取得された事前生体情報と登録生体情報とが一致しない場合にも、取引生体情報を用いて再度個人認証を実行できる。
【００１２】
本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、上述した取引システムとしての構成の他に、取引システムによる取引方法、事前受付端末、事前受付端末による受付方法、取引システムに取引を実行させるためのコンピュータプログラム、事前受付端末に受付を実行させるためのコンピュータプログラム、かかるコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体等としても構成できる。いずれの構成においても、上述した各態様を適宜適用可能である。コンピュータが読み取り可能な記録媒体としては、例えば、フレキシブルディスクや、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ハードディスク等種々の媒体を利用することが可能である。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について、実施例に基づき、適宜図面を参照しながら説明する。
【００１４】
Ａ．実施例：
実施例では、ユーザが自動取引端末の順番待ちをしている間に、事前受付端末を利用して個人認証を行う取引システムについて説明する。
【００１５】
Ａ１．システム構成：
図１は、本実施例における取引システム１０００を例示する説明図である。取引システム１０００は、事前受付端末１０、自動取引端末２０，２１，２２、処理サーバ３０および中央サーバ４０を備える。本実施例では、以降、自動取引端末２０，２１，２２をＡＴＭ２０，２１，２２と呼ぶ。事前受付端末１０、ＡＴＭ２０，２１，２２および処理サーバ３０は店舗ＳＨ内に設置されており、ローカルエリアネットワークＬＡＮを介してそれぞれ接続されている。処理サーバ３０は、専用線ＥＸを介して中央サーバ４０と接続されている。
【００１６】
事前受付端末１０の概略構成について、図２を用いて説明する。図２は、本実施例における事前受付端末１０の構成を例示する説明図である。事前受付端末１０は、セットエリア１１、赤外光源１２，カメラ１３、および、制御ユニット１５を備える。
【００１７】
セットエリア１１は、ユーザの右手が置かれる領域である。セットエリア１１には赤外線透過ガラスが利用されている。赤外光源１２は、セットエリア１１の上方に設置されており、波長７００〜１２００ｎｍの近赤外光をセットエリア１１に向かって放射する光源である。カメラ１３は、ＣＣＤ（Charge Coupled Device）カメラである。カメラ１３のレンズは、セットエリア１１の下方からセットエリア１１の方向を向いており、カメラ１３は、セットエリア１１を透過した赤外光を撮影して静脈のパターンを取得する。赤外光源から放射される波長７００〜１２００ｎｍの近赤外光はヘモグロビン、メラニン等の色素以外の生体組織を良く透過する特性を有する。すなわち、近赤外光を指に照射すると、近赤外光は血中のヘモグロビンに選択的に吸収されるため、静脈が存在する部分だけ光が吸収され反射が少なく、映像上黒く映し出されるため、明瞭な静脈画像が取得される。
【００１８】
以上説明した事前受付端末１０の各ユニットの動作は、制御ユニット１５により制御される。制御ユニット１５は、内部にＣＰＵ、メモリを備えたマイクロコンピュータとして構成されており、各ユニットとの情報の授受を行い、事前受付端末１０の全体の動作を制御する。
【００１９】
ＡＴＭ２０，２１，２２は同様の構成を備える。各ＡＴＭの構成について、ＡＴＭ２２を例に図３を用いて説明する。本実施例のＡＴＭ２２は、紙幣取扱機構２３ａと、取引処理部２６ａと、制御ユニット２９を備えている。
【００２０】
紙幣取扱機構２３ａは、一点鎖線２４を境界として、その上部に入出金部２３ｂを、下部に紙幣収納部２３ｃを備えている。入出金部２３ｂには、カバー２３ｄが設けられている。紙幣収納部２３ｃは、現金を収納しているため、セキュリティの観点から、金庫２５の内部に設置されている。顧客との紙幣の授受は、カバー２３ｄに設けられている紙幣入出金口２３ｅを通じて行われる。出金時には、顧客が指示した金額分の紙幣を、紙幣収納部２３ｃから用意し、紙幣入出金口２３ｅから顧客に受け渡す。
【００２１】
取引処理部２６ａは、操作パネル２６ｂと、セットエリア２７ａと、赤外光源２７ｂと、カメラ２７ｃとを備えている。操作パネル２６ｂは、顧客への取引処理の情報や案内などの表示や、取引処理時の操作入力を行うためのインターフェースである。本実施例では、操作パネル２６ｂはタッチパネルにより構成されている。セットエリア２７ａ、赤外光源２７ｂおよびカメラ２７ｃはそれぞれ、事前受付端末１０のセットエリア１１、赤外光源１２およびカメラ１３と同様の構成を備える。
【００２２】
以上説明したＡＴＭ２２の各ユニットの動作は、制御ユニット２９により制御される。制御ユニット２９は、内部にＣＰＵ、メモリを備えたマイクロコンピュータとして構成されており、各ユニットとの情報の授受を行い、ＡＴＭ２２の全体の動作を制御する。
【００２３】
処理サーバ３０および中央サーバ４０は、ＣＰＵ、メモリを備える一般的なコンピュータによって構成されているため、概略構成については説明を省略する。
【００２４】
図１の（１）〜（５）に沿って、本実施例の取引システム１０００の処理の流れについて説明する。（１）ユーザは、入口６０から店舗ＳＨに入店し、通路５０を矢印に沿って進み、空いているＡＴＭを利用する。いずれのＡＴＭも空いていない場合には、通路５０に並んで順番待ちをする。ユーザは、順番待ちの間に事前受付端末１０に生体情報を入力する。（２）事前受付端末１０は処理サーバ３０を介して中央サーバ４０と通信を行い、入力された生体情報を利用して個人認証を実行する。（３）ＡＴＭが空くと、ユーザは空いたＡＴＭを利用して取引を実行する。ユーザは、取引を実行する際に、ＡＴＭ２２に生体情報を入力する。（４）ＡＴＭ２２は、入力された生体情報を用いて、個人認証がなされているか否かを処理サーバ３０に確認する。（５）個人認証がなされている場合には、ＡＴＭ２２は、処理サーバ３０を介して中央サーバ４０をと通信を行い、取引を実行する。以下に、事前受付端末１０の制御ユニット１５、ＡＴＭ２２の制御ユニット２９、処理サーバ３０および中央サーバ４０の機能ブロックを説明すると共に、取引システム１０００の処理内容を、適宜図面を参照しながら説明する。
【００２５】
Ａ２．機能ブロック：
図４は、事前受付端末１０の制御ユニット１５の機能ブロックを例示する説明図である。制御ユニット１５は、ＣＰＵ１００、ＲＡＭ１０１、入出力部１０２、メモリ１０３を備える。メモリ１０３は、生体情報取得モジュール１０４および事前受付要求モジュール１０５を備える。各機能ブロックはＣＰＵ１００によって制御されている。入出力部１０２は、処理サーバ３０と通信を行うためのネットワークインターフェースである。
【００２６】
生体情報取得モジュール１０４は、セットエリア１１にユーザの手が置かれたことを検知すると、赤外光源１２およびカメラ１３を制御して右手人差し指の静脈画像データを取得し、取得された静脈画像を事前生体情報としてＲＡＭ１０１に記録する。
【００２７】
事前受付要求モジュール１０５は、事前生体情報と個人認証要求を含む事前受付要求を処理サーバ３０に送信する。
【００２８】
図５は、ＡＴＭ２２の制御ユニット２９の機能ブロックを例示する説明図である。制御ユニット２９は、ＣＰＵ２００、ＲＡＭ２０１、入出力部２０２、メモリ２０３を備える。メモリ２０３は、生体情報取得モジュール２０４、取引実行モジュール２０５および表示制御モジュール２０６を備える。各機能ブロックは、ＣＰＵ２００によって制御されている。入出力部２０２は、処理サーバ３０と通信を行うためのネットワークインターフェースである。
【００２９】
生体情報取得モジュール２０４は、セットエリア２７ａにユーザの手が置かれたことを検知すると、赤外光源２７ｂおよびカメラ２７ｃを制御して右手人差し指の静脈画像データを取得し、取得された静脈画像を取引生体情報としてＲＡＭ２０１に記録する。
【００３０】
取引実行モジュール２０５は、取得された取引生体情報と、操作パネル２６ｂを介して入力された取引に関する取引情報とが含まれる取引要求を処理サーバ３０に送信する。また、取引実行モジュール２０５は、処理サーバ３０から取引要求に対する結果を受信し、受信された結果に応じて、紙幣収納部２３ｃから紙幣の出金、入金された紙幣の紙幣収納部２３ｃへの格納を行う。
【００３１】
表示制御モジュール２０６は、取引メニューや操作案内メッセージ、エラーメッセージを操作パネル２６ｂに表示する。
【００３２】
図６は、本実施例における処理サーバ３０の機能ブロックを例示する説明図である。処理サーバ３０は、ＣＰＵ３００、ＲＡＭ３０１、通信部３０２、メモリ３０３を備える。ＲＡＭ３０１は、認証済情報格納領域３１０を有する。メモリ３０３には、認証要求モジュール３０４、認証結果確認モジュール３０６が備えられている。各機能ブロックは、ＣＰＵ３００によって制御されている。通信部３０２は、事前受付端末１０、ＡＴＭ２０，２１，２２および４０と通信を行うためのネットワークインターフェースである。
【００３３】
認証要求モジュール３０４は、事前受付端末１０から事前受付要求を受信すると、中央サーバ４０に対して、事前生体情報が含まれる個人認証要求を送信する。認証要求モジュール３０４は、また、中央サーバ４０から個人認証の結果を受信し、個人認証結果に含まれる登録生体情報および口座番号を認証済情報格納領域３１０に記憶する。
【００３４】
認証結果確認モジュール３０６は、ＡＴＭ２２から取引要求を受信すると、取引要求に含まれる取引生体情報と認証済情報格納領域３１０に記録されている登録生体情報とを照合する。また、認証結果確認モジュール３０６は、取引生体情報に一致する登録生体情報に対応付けられている口座情報および要求されている取引内容が含まれる取引要求を中央サーバ４０に対して送信する。
【００３５】
図７は、本実施例における中央サーバ４０の機能ブロックを例示する説明図である。中央サーバ４０は、ＣＰＵ４００、ＲＡＭ４０１、通信部４０２、メモリ４０３、ハードディスクドライブ４０６を備える。メモリ４０３は、個人認証モジュール４０４、取引実行モジュール４０５を備える。ハードディスクドライブ４０６は、個人情報データベース４１０、元帳データベース４２０を有する。各機能モジュールは、ＣＰＵ４００によって制御されている。通信部３０２は、専用線ＥＸを介して処理サーバ３０と通信するためのネットワークインターフェースである。
【００３６】
個人情報データベース４１０には、多数のユーザの個人情報が格納されている。個人情報データベース４１０の内容について、図８を用いて説明する。図８は、本実施例における個人情報データベース４１０の内容を例示する説明図である。個人情報データベース４１０は、口座番号、ユーザ名、登録生体情報、暗証番号の４項目を有する。口座番号は、ユーザが契約している口座の口座番号を表す。ユーザ名は、ユーザの氏名を表す。登録生体情報は、口座の契約時に登録したユーザの右手人差し指の静脈画像を示す。例えば、口座番号「０１２３４５」のユーザの名前は「○田×子」であり、このユーザの登録生体情報は指静脈画像４１１である。また、この口座の暗証番号は「９９３３」である。登録生体情報は、ユーザ「○田×子」を認証するために使用される。暗証番号は、ユーザの契約口座に対応する暗証番号を表しており、登録生体情報とともに、もしくは、単独でユーザの認証に利用される。
【００３７】
個人認証モジュール４０４は、処理サーバ３０から送信された個人認証要求を受信すると、個人認証要求に含まれる事前生体情報と個人情報データベース４１０に格納されている登録生体情報とを照合し、個人認証を行う。個人認証モジュール４０４は、また、事前生体情報に一致する登録生体情報および該登録生体情報に対応付けられている口座番号を個人認証の結果に含めて処理サーバ３０に対して送信する。
【００３８】
取引実行モジュール４０５は、処理サーバ３０から送信された取引要求を受信すると、元帳データベース４２０を参照し、取引内容に応じて、取引可能か否かを判断し、取引を実行する。
【００３９】
元帳データベース４２０について、図９を用いて説明する。図９は、本実施例における元帳データベース４２０の内容を例示する説明図である。元帳データベース４２０は、口座番号と残高の２項目を有する。口座番号はユーザの口座番号を表す。残高は、口座番号によって表されるユーザの口座の残高を表す。例えば、口座番号「３３４４５５」の口座の残高は「１３５，０００円」であることを示している。
【００４０】
Ａ３．取引処理：
取引システム１０００が実行する取引処理について、図１０〜図１７を用いて、詳細に説明する。図１０は、本実施例における取引処理の概略を説明するフローチャートである。図１１は、本実施例における事前受付処理を詳細に説明するフローチャートである。図１２は、本実施例における受付確認処理を詳細に説明するフローチャートである。図１３は、本実施例における取引処理を詳細に説明するフローチャートである。図１４は、本実施例における認証・取引処理を詳細に説明するフローチャートである。図１５〜図１７は、本実施例における操作パネル２６ｂに表示される画面例である。取引システム１０００が実行する一連の取引処理は、制御ユニット１５、制御ユニット２９、処理サーバ３０および中央サーバ４０に備えられている各ＣＰＵが、各機能モジュールを実行することにより行われる。
【００４１】
Ａ３−１．事前受付処理：
取引システム１０００の取引処理は、図１０に示すように、３段階の処理にわけられる。まず、取引システム１０００は、事前受付処理を実行する（ステップＳ１０００）。事前受付処理は、図１において（１）、（２）として示す処理に当たる。
【００４２】
事前受付処理について図１１を参照して詳細に説明する。事前受付処理は、事前受付端末１０、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、事前受付端末１０、処理サーバ３０および中央サーバ４０のＣＰＵではなく、事前受付端末１０、処理サーバ３０および中央サーバ４０が実行するものとして説明する。
【００４３】
事前受付端末１０は、ユーザの右手がセットエリア１１に置かれたことを検知すると、赤外光源１２およびカメラ１３を制御してユーザの事前生体情報を取得し（ステップＳ１０）、事前生体情報を含む事前受付要求を、処理サーバ３０に対して送信する（ステップＳ１１）。
【００４４】
処理サーバ３０は、事前受付要求を受信し（ステップＳ１３）、受信された事前受付要求を中央サーバ４０に対して送信する（ステップＳ１４）。
【００４５】
中央サーバ４０は、事前受付要求を受信する（ステップＳ１５）と、生体情報の照合を行う（ステップＳ１６）。具体的には、中央サーバ４０は、事前受付要求に含まれる事前生体情報と、個人情報データベース４１０に格納されている登録生体情報とを照合する。中央サーバ４０は、登録生体情報の中に、事前生体情報に一致する生体情報が存在するか否かを判断する（ステップＳ１７）。
【００４６】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、事前生体情報に一致する生体情報が存在する場合（ステップＳ１７：ＹＥＳ）、個人情報データベース４１０から事前受付情報に一致する登録生体情報、および、該登録生体情報に対応付けられている口座番号を取得し（ステップＳ１８）、取得された登録生体情報、口座番号を含む個人認証結果を処理サーバ３０に送信する（ステップＳ１９）。
【００４７】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、事前生体情報に一致する生体情報が存在しない場合（ステップＳ１７：ＮＯ）、事前生体情報に一致する生体情報が存在せず個人認証が行えなかった旨を表す個人認証結果を、処理サーバ３０に対して送信する（ステップＳ１９）。
【００４８】
処理サーバ３０は、中央サーバ４０から送信された個人認証結果を受信すると、個人認証結果に含まれる登録生体情報、口座番号を認証済情報格納領域３１０に記録する（ステップＳ２０）。
【００４９】
Ａ３−２．受付確認処理：
取引システム１０００は、事前受付処理を終えると受付確認処理を実行する（ステップＳ１００１）。受付確認処理は、図１において（３）、（４）として示す処理に当たる。受付確認処理は、ＡＴＭ２２、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、自動取引端末２０、処理サーバ３０および中央サーバ４０のＣＰＵではなく、自動取引端末２０、処理サーバ３０および中央サーバ４０が実行するものとして説明する。受付確認処理は、ユーザがＡＴＭの操作を開始することにより実行される。
【００５０】
ＡＴＭ２２は、セットエリア１１にユーザの右手が置かれたことを検知して、ユーザから取引生体情報を取得し（ステップＳ３０）、ユーザの操作に応じて、ユーザから取引の入力を受け付ける（ステップＳ３１）。ＡＴＭ２２は、取引生体情報および取引内容が含まれる取引要求を処理サーバ３０に対して送信する（ステップＳ３２）。
【００５１】
処理サーバ３０は、取引要求を受信する（ステップＳ３３）と、取引要求に含まれる取引生体情報と認証済情報格納領域３１０に記録されている登録生体情報とを照合し（ステップＳ３４）、一致するか否かを判断する（ステップＳ３５）。
【００５２】
処理サーバ３０は、認証済情報格納領域３１０に、取引生体情報と一致する生体情報が記録されている場合（ステップＳ３５：ＹＥＳ）、ＡＴＭ２２を操作しているユーザは個人認証が完了していると判断し、続けてステップＳ４０以降の取引処理を実行する。
【００５３】
処理サーバ３０は、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されていない場合（ステップＳ３５：ＮＯ）、ＡＴＭ２２を操作しているユーザは個人認証が行われていないと判断し、改めて、中央サーバ４０に対して生体情報を含む個人認証要求、および、取引要求を送信する（ステップＳ３６）。
【００５４】
中央サーバ４０は、個人認証要求および取引要求を受信すると個人認証を実行した後、取引要求に応じた取引処理を実行する。この処理については、後述する。
【００５５】
Ａ３−３．取引処理：
取引システム１０００は、受付確認処理において、事前受付がなされていることを確認すると、取引処理を実行する（ステップＳ１００２）。取引処理は、図１において（５）として示す処理に当たる。取引処理は、ＡＴＭ２２、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、ＡＴＭ２２、処理サーバ３０および中央サーバ４０のＣＰＵではなく、ＡＴＭ２２、処理サーバ３０および中央サーバ４０が実行するものとして説明する。取引処理は、図１２のステップＳ３５において、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されている場合に実行される。
【００５６】
処理サーバ３０は、認証済情報格納領域３１０に記録されている、取引生体情報と一致する登録生体情報に対応付けられている口座番号と取引内容とを中央サーバ４０に対して送信する（ステップＳ４０）。
【００５７】
中央サーバ４０は、処理サーバ３０から送信された口座番号と取引内容とを受信し（ステップＳ４１）、元帳データベース４２０を参照して、受信された口座番号の残高を確認し（ステップＳ４２）、取引内容に応じた取引が可能か否かを判断する（ステップＳ４３）。
【００５８】
中央サーバ４０は、取引内容に応じた取引が可能である場合（ステップＳ４３：ＹＥＳ）、取引を実行し（ステップＳ４４）、取引結果を処理サーバ３０に対して送信する（ステップＳ４５）。
【００５９】
中央サーバ４０は、取引内容に応じた取引が可能でない場合（ステップＳ４３：ＮＯ）、取引不可であることを表す情報を含む取引結果を処理サーバ３０に対して送信する（ステップＳ４５）。
【００６０】
処理サーバ３０は、中央サーバ４０から取引結果を受信し、ＡＴＭ２２に転送する（ステップＳ４６）。
【００６１】
ＡＴＭ２２は、処理サーバ３０から転送された取引結果を受信し（ステップＳ４７）、取引結果に応じて操作パネル２６ｂに取引結果を表示する（ステップＳ４８）。
【００６２】
操作パネル２６ｂに表示される取引結果について図１５および図１６を用いて説明する。図１５は、取引可能であった際の取引結果の画面例である。図１６は、取引不可であった際の取引結果の画面例である。
【００６３】
取引が実行された場合、図１５に示すように、操作パネル２６ｂに表示される取引終了通知画面５００には、ユーザの口座の残高および取引を終了した旨をユーザに通知するメッセージが表示される。
【００６４】
取引が実行されなかった場合、図１６に示すように、操作パネル２６ｂに表示されるエラー画面５１０には、取引内容の確認をユーザに促すメッセージが表示される。エラー画面５１０には、取引不可となった理由が併せて表示されてもよい。
【００６５】
Ａ３−４．個人認証・取引処理：
ステップＳ３５において、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されていない場合の処理について、図１４を用いて以下に説明する。
【００６６】
処理サーバ３０は、取引内容を含む取引要求および取引生体情報を含む個人認証要求を、中央サーバ４０に対して送信する（ステップＳ５０）。
【００６７】
中央サーバ４０は、取引要求および個人認証要求を受信すると（ステップＳ５１）、生体情報の照合を行う（ステップＳ５２）。具体的には、中央サーバ４０は、個人認証要求に含まれる取引生体情報と、個人情報データベース４１０に格納されている登録生体情報とを照合する。中央サーバ４０は、登録生体情報の中に、取引生体情報に一致する生体情報が存在するか否かを判断する（ステップＳ５３）。
【００６８】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、取引生体情報に一致する生体情報が存在する場合（ステップＳ５３：ＹＥＳ）、個人情報データベース４１０から取引受付情報に一致する登録生体情報に対応付けられている口座番号を取得し（ステップＳ５４）、元帳データベース４２０を参照して、取得した口座番号の残高を確認し（ステップＳ５６）、取引内容に応じた取引が可能か否かを判断する（ステップＳ５７）。
【００６９】
中央サーバ４０は、取引内容に応じた取引が可能である場合（ステップＳ５７：ＹＥＳ）、取引を実行し（ステップＳ５８）、取引結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７０】
中央サーバ４０は、取引内容に応じた取引が可能でない場合（ステップＳ５７：ＮＯ）、取引不可であることを表す情報を含む取引結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７１】
処理サーバ３０は、中央サーバ４０から取引結果を受信し、ＡＴＭ２２に転送する（ステップＳ６０）。
【００７２】
ＡＴＭ２２は、処理サーバ３０から取引結果を受信すると（ステップＳ６１）、結果を操作パネル２６ｂに表示し（ステップＳ６２）、処理を終了する。なお、取引可能であった場合には、図１５に示されている取引終了通知画面５００が表示される。取引不可であった場合には、図１６に示されているエラー画面５１０が表示される。
【００７３】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、取引生体情報に一致する生体情報が存在しない場合（ステップＳ５３：ＮＯ）、個人認証に失敗したと判断し、その旨を表す情報が含まれる個人認証結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７４】
処理サーバ３０は、中央サーバ４０から個人認証結果を受信し、ＡＴＭ２２に転送する（ステップＳ６０）。
【００７５】
ＡＴＭ２２は、処理サーバ３０から個人認証結果を受信すると（ステップＳ６１）、個人認証に失敗した旨の通知を操作パネル２６ｂに表示し（ステップＳ６２）処理を終了する。
【００７６】
個人認証に失敗した場合、図１５に示されるように、操作パネル２６ｂにはエラー画面５２０が表示される。エラー画面５２０には、認証に失敗したことをユーザに通知するメッセージが表示される。
【００７７】
以上説明した第１実施例の取引システムによれば、ユーザは、ＡＴＭ利用の待ち時間の間に事前受付端末を介して個人認証を実行できる。従って、ユーザは、ＡＴＭを操作する前に個人認証を行えるため、ユーザがＡＴＭの操作を開始してから個人認証を実行する場合と比較して、ユーザがＡＴＭを占有する時間を短縮できる。よって、ＡＴＭの利用待ちをしているユーザの待ち時間を短縮できる。
【００７８】
Ｂ．第２実施例：
上述した第１実施例では、事前受付端末で取得された生体情報と、中央サーバ４０の個人情報データベース４１０に格納されている生体情報とを照合して個人認証を行っている。第２実施例では、暗証番号を用いて個人情報データベース４１０から個人情報を絞り込んだ後、絞り込まれた個人情報に含まれる生体情報と、事前受付端末で取得された生体情報とを照合して個人認証を行う。
【００７９】
例えば、図８に示すように、各ユーザの個人情報には、暗証番号が含まれている。事前受付端末１０は、セットエリア１１、赤外光源１２およびカメラ１３以外に暗証番号入力部を備える。ユーザは、事前受付端末１０に対して生体情報と暗証番号を入力する。事前受付端末１０は入力された事前生体情報と暗証番号を、処理サーバ３０を介して中央サーバ４０へ送信する。
【００８０】
中央サーバ４０は、事前生体情報と暗証番号を受信すると、まず、個人情報データベース４１０を参照し、受信された暗証番号と同一の暗証番号が含まれる個人情報を検索する。次に、検索された個人情報に含まれる登録生体情報と、事前生体情報とを照合し、事前生体情報と一致する登録生体情報を含む個人情報を検索する。中央サーバ４０は、事前生体情報と一致する登録生体情報を含む個人情報が検索されれば、ユーザの個人認証がなされたと判断し、検索された個人情報に含まれる登録生体情報および口座番号を、処理サーバ３０に通知する。
【００８１】
上述した第２実施例の取引システムによれば、生体情報の照合を行う前に、暗証番号を利用して、膨大な個人情報の中から、同一の暗証番号が含まれる個人情報に絞り込みを行うことができるため、生体情報の照合にかかる時間を短縮できる。
【００８２】
Ｃ．変形例：
（１）上述の第１実施例では、ユーザがＡＴＭの操作を開始する段階で、既に事前受付が終了しているが、これに限られない。例えば、処理サーバ３０は、処理サーバ３０のＲＡＭの一領域に個人認証処理中の生体情報を記録する受付中生体情報記録領域に、個人認証処理中である事前生体情報を記録する。処理サーバ３０は、自動取引端末２０から取引要求を受信した際に、まず、取引要求に含まれる取引生体情報と受付中生体情報記録領域に記録されている事前生体情報とを照合する。一致する生体情報が受付中生体情報記録領域に記録されていれば、個人認証処理中であると判断し、認証済情報格納領域３１０に認証結果が記録されていない場合にも、一定時間の待ちを設け、認証済情報格納領域３１０に認証結果が記録されているか否かを判断してもよい。
【００８３】
こうすれば、ユーザがＡＴＭの操作を開始する時点で個人認証処理が終了していなくとも、取引処理を実行できる。また、受付中生体情報記録部に記録されている個人情報と取引要求に含まれる個人情報とを照合するため、更に安全性の高い取引システムを提供できる。
【００８４】
上述の第１実施例では、取引システム１０００には、ＡＴＭ，事前受付端末１０、処理サーバ３０および中央サーバ４０が含まれているが、これに限られない。本発明では、事前受付端末を準備し、ユーザのＡＴＭ操作に先立ち事前受付端末において個人認証を実行することによりユーザのＡＴＭ占有時間を短縮することを目的としている。よって、処理サーバ３０および中央サーバ４０の機能のうち、例えば、個人認証に関する機能を事前受付端末に組み込み、取引実行に関する機能をＡＴＭに組み込んで取引システムを構成してもよい。
【００８５】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成をとることができることは言うまでもない。
【図面の簡単な説明】
【００８６】
【図１】第１実施例における取引システムを例示する説明図である。
【図２】第１実施例における事前受付端末のハードウェア構成を例示する説明図。
【図３】第１実施例における自動取引端末のハードウェア構成を例示する説明図。
【図４】第１実施例における事前受付端末の機能ブロックを例示する説明図。
【図５】第１実施例における自動取引端末の機能ブロックを例示する説明図。
【図６】第１実施例における処理サーバの機能ブロックを例示する説明図。
【図７】第１実施例における中央サーバの機能ブロックを例示する説明図。
【図８】第１実施例における個人情報データベースの内容を例示する説明図。
【図９】第１実施例における元帳データベースの内容を例示する説明図。
【図１０】第１実施例における処理の概略を説明するフローチャート。
【図１１】第１実施例における事前受付処理を詳細に説明するフローチャート。
【図１２】第１実施例における受付確認処理を詳細に説明するフローチャート。
【図１３】第１実施例における取引処理を詳細に説明するフローチャート。
【図１４】第１実施例における個人認証・取引処理を詳細に説明するフローチャート。
【図１５】第１実施例における操作パネルに表示される画面例。
【図１６】第１実施例における操作パネルに表示される画面例。
【図１７】第１実施例における操作パネルに表示される画面例。
【符号の説明】
【００８７】
１０…事前受付端末
１１…セットエリア
１２…赤外光源
１３…カメラ
１５…制御ユニット
２０，２１，２２…ＡＴＭ
２３ａ…紙幣取扱機構
２３ｂ…入出金部
２３ｃ…紙幣収納部
２３ｄ…カバー
２３ｅ…紙幣入出金口
２４…一点鎖線
２５…金庫
２６ａ…取引処理部
２６ｂ…操作パネル
２７ａ…セットエリア
２７ｂ…赤外光源
２７ｃ…カメラ
２９…制御ユニット
３０…処理サーバ
４０…中央サーバ
５０…通路
６０…入口
１００…ＣＰＵ
１０１…ＲＡＭ
１０２…入出力部
１０３…メモリ
１０４…生体情報取得モジュール
１０５…事前受付要求モジュール
２００…ＣＰＵ
２０１…ＲＡＭ
２０２…入出力部
２０３…メモリ
２０４…生体情報取得モジュール
２０５…取引実行モジュール
２０６…表示制御モジュール
３００…ＣＰＵ
３０１…ＲＡＭ
３０２…通信部
３０３…メモリ
３０４…認証要求モジュール
３０６…認証結果確認モジュール
３１０…認証済情報格納領域
４００…ＣＰＵ
４０１…ＲＡＭ
４０２…通信部
４０３…メモリ
４０４…個人認証モジュール
４０５…取引実行モジュール
４０６…ハードディスクドライブ
４１０…個人情報データベース
４１１…指静脈画像
４２０…元帳データベース
５００…取引終了通知画面
５１０，５２０…エラー画面
１０００…取引システム
【技術分野】
【０００１】
本発明は、利用者の生体情報を用いた個人認証を行う取引システムに関する。
【背景技術】
【０００２】
個人の生体情報、例えば、指紋や静脈を利用する個人認証方法が利用されている。生体情報を利用した個人認証は安全性が高いため、近年では、金融機関に設置されている自動取引端末において応用されている。例えば、自動取引端末には、生体情報、口座番号が格納されているデータベースが備えられており、自動取引端末は、利用者から生体情報を取得し、取得された生体情報とデータベースに格納されている生体情報とを照合して個人認証を行い、利用者が所望する取引を実行する。
【０００３】
【特許文献１】特開平１１−３３８９４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データベースに格納されている生体情報が膨大な情報量である場合、取得された生体情報とデータベースに格納されている生体情報との照合に非常に時間がかかる。金融機関のような多人数の利用者が利用する自動取引端末において生体情報を利用した個人認証方法が適用されると、利用者が自動取引端末の操作を開始してから生体情報の照合がなされるため、利用者が自動取引端末を占有する時間が増大し、その結果、自動取引端末の利用を待つ利用者の待ち時間を増大させるという問題がある。
【０００５】
上述の課題は、金融機関における自動取引システムに固有の問題ではなく、多人数の利用者が利用するシステムに共通する課題である。本発明は、これらの課題に鑑みてなされたものであり、生体情報を利用した個人認証方法を利用すると共に、１利用者の自動取引端末の占有時間を短縮することを目的とする。
【課題を解決するための手段】
【０００６】
上述された課題の少なくとも一部を解決するために、本発明の取引システムは、ユーザが所望する取引を実行する自動取引端末と、前記取引の実行に先立ち前記ユーザの認証を行う事前受付端末と、を備える取引システムにおいて、前記事前受付端末は、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、前記認証済みの前記個人情報を記録する認証済個人情報記録部と、前記ユーザの事前生体情報を取得する事前生体情報取得手段と、前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う事前個人認証手段と、前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備え、前記自動取引端末は、前記ユーザから、前記ユーザの取引生体情報を取得する取引生体情報取得手段と、前記ユーザが所望する取引に関する取引情報を入力する入力手段と、前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断する判断手段と、前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する取引実行手段を備えることを要旨とする。
【０００７】
本発明の取引システムによれば、自動取引端末は、事前受付端末によって実行された個人認証の結果を利用して取引を実行できる。従って、１ユーザが自動取引端末を占有する時間を短縮することができ、その結果として、自動取引端末の利用を待っているユーザの待ち時間を短縮することができる。
【０００８】
本発明の取引システムにおいて、前記個人情報格納部は、更に、登録生体情報および前記口座情報に対応付けられている暗証番号を格納しており、前記事前受付端末は、更に、前記ユーザの暗証番号を入力する暗証番号入力手段と、前記入力された暗証番号と一致する暗証番号を含む前記個人情報を検索する検索手段と、を備え、前記個人認証手段は、前記検索された個人情報の中から、前記事前生体情報に一致する登録生体情報を検索してもよい。
【０００９】
本発明の取引システムによれば、入力された暗証番号に一致する個人情報に含まれる生体情報の中から、事前受付端末により取得された生体情報に一致する生体情報を検索することにより個人認証を行うことができる。従って、個人認証にかかる時間を短縮できる。また、暗証番号による認証と、生体情報による個人認証と２つの認証を行うことにより、ユーザを他人と誤って認識する誤認識率を軽減できる。
【００１０】
本発明の取引システムにおいて、前記自動取引端末は、更に、前記判断部により、前記認証済個人認証が前記認証済個人情報記録部に記録されていないと判断された場合に、前記事前受付端末の前記個人情報格納部に格納されている登録生体情報と、前記取引生体情報とを利用してユーザの認証を行う取引個人認証手段を備え、前記取引実行手段は、前記認証に成功したユーザの個人情報、および、前記取引情報に応じて前記取引を実行してもよい。
【００１１】
本発明の取引システムによれば、事前受付端末において取得された事前生体情報と登録生体情報とが一致しない場合にも、取引生体情報を用いて再度個人認証を実行できる。
【００１２】
本発明において、上述した種々の態様は、適宜、組み合わせたり、一部を省略したりして適用することができる。また、本発明は、上述した取引システムとしての構成の他に、取引システムによる取引方法、事前受付端末、事前受付端末による受付方法、取引システムに取引を実行させるためのコンピュータプログラム、事前受付端末に受付を実行させるためのコンピュータプログラム、かかるコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体等としても構成できる。いずれの構成においても、上述した各態様を適宜適用可能である。コンピュータが読み取り可能な記録媒体としては、例えば、フレキシブルディスクや、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ハードディスク等種々の媒体を利用することが可能である。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について、実施例に基づき、適宜図面を参照しながら説明する。
【００１４】
Ａ．実施例：
実施例では、ユーザが自動取引端末の順番待ちをしている間に、事前受付端末を利用して個人認証を行う取引システムについて説明する。
【００１５】
Ａ１．システム構成：
図１は、本実施例における取引システム１０００を例示する説明図である。取引システム１０００は、事前受付端末１０、自動取引端末２０，２１，２２、処理サーバ３０および中央サーバ４０を備える。本実施例では、以降、自動取引端末２０，２１，２２をＡＴＭ２０，２１，２２と呼ぶ。事前受付端末１０、ＡＴＭ２０，２１，２２および処理サーバ３０は店舗ＳＨ内に設置されており、ローカルエリアネットワークＬＡＮを介してそれぞれ接続されている。処理サーバ３０は、専用線ＥＸを介して中央サーバ４０と接続されている。
【００１６】
事前受付端末１０の概略構成について、図２を用いて説明する。図２は、本実施例における事前受付端末１０の構成を例示する説明図である。事前受付端末１０は、セットエリア１１、赤外光源１２，カメラ１３、および、制御ユニット１５を備える。
【００１７】
セットエリア１１は、ユーザの右手が置かれる領域である。セットエリア１１には赤外線透過ガラスが利用されている。赤外光源１２は、セットエリア１１の上方に設置されており、波長７００〜１２００ｎｍの近赤外光をセットエリア１１に向かって放射する光源である。カメラ１３は、ＣＣＤ（Charge Coupled Device）カメラである。カメラ１３のレンズは、セットエリア１１の下方からセットエリア１１の方向を向いており、カメラ１３は、セットエリア１１を透過した赤外光を撮影して静脈のパターンを取得する。赤外光源から放射される波長７００〜１２００ｎｍの近赤外光はヘモグロビン、メラニン等の色素以外の生体組織を良く透過する特性を有する。すなわち、近赤外光を指に照射すると、近赤外光は血中のヘモグロビンに選択的に吸収されるため、静脈が存在する部分だけ光が吸収され反射が少なく、映像上黒く映し出されるため、明瞭な静脈画像が取得される。
【００１８】
以上説明した事前受付端末１０の各ユニットの動作は、制御ユニット１５により制御される。制御ユニット１５は、内部にＣＰＵ、メモリを備えたマイクロコンピュータとして構成されており、各ユニットとの情報の授受を行い、事前受付端末１０の全体の動作を制御する。
【００１９】
ＡＴＭ２０，２１，２２は同様の構成を備える。各ＡＴＭの構成について、ＡＴＭ２２を例に図３を用いて説明する。本実施例のＡＴＭ２２は、紙幣取扱機構２３ａと、取引処理部２６ａと、制御ユニット２９を備えている。
【００２０】
紙幣取扱機構２３ａは、一点鎖線２４を境界として、その上部に入出金部２３ｂを、下部に紙幣収納部２３ｃを備えている。入出金部２３ｂには、カバー２３ｄが設けられている。紙幣収納部２３ｃは、現金を収納しているため、セキュリティの観点から、金庫２５の内部に設置されている。顧客との紙幣の授受は、カバー２３ｄに設けられている紙幣入出金口２３ｅを通じて行われる。出金時には、顧客が指示した金額分の紙幣を、紙幣収納部２３ｃから用意し、紙幣入出金口２３ｅから顧客に受け渡す。
【００２１】
取引処理部２６ａは、操作パネル２６ｂと、セットエリア２７ａと、赤外光源２７ｂと、カメラ２７ｃとを備えている。操作パネル２６ｂは、顧客への取引処理の情報や案内などの表示や、取引処理時の操作入力を行うためのインターフェースである。本実施例では、操作パネル２６ｂはタッチパネルにより構成されている。セットエリア２７ａ、赤外光源２７ｂおよびカメラ２７ｃはそれぞれ、事前受付端末１０のセットエリア１１、赤外光源１２およびカメラ１３と同様の構成を備える。
【００２２】
以上説明したＡＴＭ２２の各ユニットの動作は、制御ユニット２９により制御される。制御ユニット２９は、内部にＣＰＵ、メモリを備えたマイクロコンピュータとして構成されており、各ユニットとの情報の授受を行い、ＡＴＭ２２の全体の動作を制御する。
【００２３】
処理サーバ３０および中央サーバ４０は、ＣＰＵ、メモリを備える一般的なコンピュータによって構成されているため、概略構成については説明を省略する。
【００２４】
図１の（１）〜（５）に沿って、本実施例の取引システム１０００の処理の流れについて説明する。（１）ユーザは、入口６０から店舗ＳＨに入店し、通路５０を矢印に沿って進み、空いているＡＴＭを利用する。いずれのＡＴＭも空いていない場合には、通路５０に並んで順番待ちをする。ユーザは、順番待ちの間に事前受付端末１０に生体情報を入力する。（２）事前受付端末１０は処理サーバ３０を介して中央サーバ４０と通信を行い、入力された生体情報を利用して個人認証を実行する。（３）ＡＴＭが空くと、ユーザは空いたＡＴＭを利用して取引を実行する。ユーザは、取引を実行する際に、ＡＴＭ２２に生体情報を入力する。（４）ＡＴＭ２２は、入力された生体情報を用いて、個人認証がなされているか否かを処理サーバ３０に確認する。（５）個人認証がなされている場合には、ＡＴＭ２２は、処理サーバ３０を介して中央サーバ４０をと通信を行い、取引を実行する。以下に、事前受付端末１０の制御ユニット１５、ＡＴＭ２２の制御ユニット２９、処理サーバ３０および中央サーバ４０の機能ブロックを説明すると共に、取引システム１０００の処理内容を、適宜図面を参照しながら説明する。
【００２５】
Ａ２．機能ブロック：
図４は、事前受付端末１０の制御ユニット１５の機能ブロックを例示する説明図である。制御ユニット１５は、ＣＰＵ１００、ＲＡＭ１０１、入出力部１０２、メモリ１０３を備える。メモリ１０３は、生体情報取得モジュール１０４および事前受付要求モジュール１０５を備える。各機能ブロックはＣＰＵ１００によって制御されている。入出力部１０２は、処理サーバ３０と通信を行うためのネットワークインターフェースである。
【００２６】
生体情報取得モジュール１０４は、セットエリア１１にユーザの手が置かれたことを検知すると、赤外光源１２およびカメラ１３を制御して右手人差し指の静脈画像データを取得し、取得された静脈画像を事前生体情報としてＲＡＭ１０１に記録する。
【００２７】
事前受付要求モジュール１０５は、事前生体情報と個人認証要求を含む事前受付要求を処理サーバ３０に送信する。
【００２８】
図５は、ＡＴＭ２２の制御ユニット２９の機能ブロックを例示する説明図である。制御ユニット２９は、ＣＰＵ２００、ＲＡＭ２０１、入出力部２０２、メモリ２０３を備える。メモリ２０３は、生体情報取得モジュール２０４、取引実行モジュール２０５および表示制御モジュール２０６を備える。各機能ブロックは、ＣＰＵ２００によって制御されている。入出力部２０２は、処理サーバ３０と通信を行うためのネットワークインターフェースである。
【００２９】
生体情報取得モジュール２０４は、セットエリア２７ａにユーザの手が置かれたことを検知すると、赤外光源２７ｂおよびカメラ２７ｃを制御して右手人差し指の静脈画像データを取得し、取得された静脈画像を取引生体情報としてＲＡＭ２０１に記録する。
【００３０】
取引実行モジュール２０５は、取得された取引生体情報と、操作パネル２６ｂを介して入力された取引に関する取引情報とが含まれる取引要求を処理サーバ３０に送信する。また、取引実行モジュール２０５は、処理サーバ３０から取引要求に対する結果を受信し、受信された結果に応じて、紙幣収納部２３ｃから紙幣の出金、入金された紙幣の紙幣収納部２３ｃへの格納を行う。
【００３１】
表示制御モジュール２０６は、取引メニューや操作案内メッセージ、エラーメッセージを操作パネル２６ｂに表示する。
【００３２】
図６は、本実施例における処理サーバ３０の機能ブロックを例示する説明図である。処理サーバ３０は、ＣＰＵ３００、ＲＡＭ３０１、通信部３０２、メモリ３０３を備える。ＲＡＭ３０１は、認証済情報格納領域３１０を有する。メモリ３０３には、認証要求モジュール３０４、認証結果確認モジュール３０６が備えられている。各機能ブロックは、ＣＰＵ３００によって制御されている。通信部３０２は、事前受付端末１０、ＡＴＭ２０，２１，２２および４０と通信を行うためのネットワークインターフェースである。
【００３３】
認証要求モジュール３０４は、事前受付端末１０から事前受付要求を受信すると、中央サーバ４０に対して、事前生体情報が含まれる個人認証要求を送信する。認証要求モジュール３０４は、また、中央サーバ４０から個人認証の結果を受信し、個人認証結果に含まれる登録生体情報および口座番号を認証済情報格納領域３１０に記憶する。
【００３４】
認証結果確認モジュール３０６は、ＡＴＭ２２から取引要求を受信すると、取引要求に含まれる取引生体情報と認証済情報格納領域３１０に記録されている登録生体情報とを照合する。また、認証結果確認モジュール３０６は、取引生体情報に一致する登録生体情報に対応付けられている口座情報および要求されている取引内容が含まれる取引要求を中央サーバ４０に対して送信する。
【００３５】
図７は、本実施例における中央サーバ４０の機能ブロックを例示する説明図である。中央サーバ４０は、ＣＰＵ４００、ＲＡＭ４０１、通信部４０２、メモリ４０３、ハードディスクドライブ４０６を備える。メモリ４０３は、個人認証モジュール４０４、取引実行モジュール４０５を備える。ハードディスクドライブ４０６は、個人情報データベース４１０、元帳データベース４２０を有する。各機能モジュールは、ＣＰＵ４００によって制御されている。通信部３０２は、専用線ＥＸを介して処理サーバ３０と通信するためのネットワークインターフェースである。
【００３６】
個人情報データベース４１０には、多数のユーザの個人情報が格納されている。個人情報データベース４１０の内容について、図８を用いて説明する。図８は、本実施例における個人情報データベース４１０の内容を例示する説明図である。個人情報データベース４１０は、口座番号、ユーザ名、登録生体情報、暗証番号の４項目を有する。口座番号は、ユーザが契約している口座の口座番号を表す。ユーザ名は、ユーザの氏名を表す。登録生体情報は、口座の契約時に登録したユーザの右手人差し指の静脈画像を示す。例えば、口座番号「０１２３４５」のユーザの名前は「○田×子」であり、このユーザの登録生体情報は指静脈画像４１１である。また、この口座の暗証番号は「９９３３」である。登録生体情報は、ユーザ「○田×子」を認証するために使用される。暗証番号は、ユーザの契約口座に対応する暗証番号を表しており、登録生体情報とともに、もしくは、単独でユーザの認証に利用される。
【００３７】
個人認証モジュール４０４は、処理サーバ３０から送信された個人認証要求を受信すると、個人認証要求に含まれる事前生体情報と個人情報データベース４１０に格納されている登録生体情報とを照合し、個人認証を行う。個人認証モジュール４０４は、また、事前生体情報に一致する登録生体情報および該登録生体情報に対応付けられている口座番号を個人認証の結果に含めて処理サーバ３０に対して送信する。
【００３８】
取引実行モジュール４０５は、処理サーバ３０から送信された取引要求を受信すると、元帳データベース４２０を参照し、取引内容に応じて、取引可能か否かを判断し、取引を実行する。
【００３９】
元帳データベース４２０について、図９を用いて説明する。図９は、本実施例における元帳データベース４２０の内容を例示する説明図である。元帳データベース４２０は、口座番号と残高の２項目を有する。口座番号はユーザの口座番号を表す。残高は、口座番号によって表されるユーザの口座の残高を表す。例えば、口座番号「３３４４５５」の口座の残高は「１３５，０００円」であることを示している。
【００４０】
Ａ３．取引処理：
取引システム１０００が実行する取引処理について、図１０〜図１７を用いて、詳細に説明する。図１０は、本実施例における取引処理の概略を説明するフローチャートである。図１１は、本実施例における事前受付処理を詳細に説明するフローチャートである。図１２は、本実施例における受付確認処理を詳細に説明するフローチャートである。図１３は、本実施例における取引処理を詳細に説明するフローチャートである。図１４は、本実施例における認証・取引処理を詳細に説明するフローチャートである。図１５〜図１７は、本実施例における操作パネル２６ｂに表示される画面例である。取引システム１０００が実行する一連の取引処理は、制御ユニット１５、制御ユニット２９、処理サーバ３０および中央サーバ４０に備えられている各ＣＰＵが、各機能モジュールを実行することにより行われる。
【００４１】
Ａ３−１．事前受付処理：
取引システム１０００の取引処理は、図１０に示すように、３段階の処理にわけられる。まず、取引システム１０００は、事前受付処理を実行する（ステップＳ１０００）。事前受付処理は、図１において（１）、（２）として示す処理に当たる。
【００４２】
事前受付処理について図１１を参照して詳細に説明する。事前受付処理は、事前受付端末１０、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、事前受付端末１０、処理サーバ３０および中央サーバ４０のＣＰＵではなく、事前受付端末１０、処理サーバ３０および中央サーバ４０が実行するものとして説明する。
【００４３】
事前受付端末１０は、ユーザの右手がセットエリア１１に置かれたことを検知すると、赤外光源１２およびカメラ１３を制御してユーザの事前生体情報を取得し（ステップＳ１０）、事前生体情報を含む事前受付要求を、処理サーバ３０に対して送信する（ステップＳ１１）。
【００４４】
処理サーバ３０は、事前受付要求を受信し（ステップＳ１３）、受信された事前受付要求を中央サーバ４０に対して送信する（ステップＳ１４）。
【００４５】
中央サーバ４０は、事前受付要求を受信する（ステップＳ１５）と、生体情報の照合を行う（ステップＳ１６）。具体的には、中央サーバ４０は、事前受付要求に含まれる事前生体情報と、個人情報データベース４１０に格納されている登録生体情報とを照合する。中央サーバ４０は、登録生体情報の中に、事前生体情報に一致する生体情報が存在するか否かを判断する（ステップＳ１７）。
【００４６】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、事前生体情報に一致する生体情報が存在する場合（ステップＳ１７：ＹＥＳ）、個人情報データベース４１０から事前受付情報に一致する登録生体情報、および、該登録生体情報に対応付けられている口座番号を取得し（ステップＳ１８）、取得された登録生体情報、口座番号を含む個人認証結果を処理サーバ３０に送信する（ステップＳ１９）。
【００４７】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、事前生体情報に一致する生体情報が存在しない場合（ステップＳ１７：ＮＯ）、事前生体情報に一致する生体情報が存在せず個人認証が行えなかった旨を表す個人認証結果を、処理サーバ３０に対して送信する（ステップＳ１９）。
【００４８】
処理サーバ３０は、中央サーバ４０から送信された個人認証結果を受信すると、個人認証結果に含まれる登録生体情報、口座番号を認証済情報格納領域３１０に記録する（ステップＳ２０）。
【００４９】
Ａ３−２．受付確認処理：
取引システム１０００は、事前受付処理を終えると受付確認処理を実行する（ステップＳ１００１）。受付確認処理は、図１において（３）、（４）として示す処理に当たる。受付確認処理は、ＡＴＭ２２、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、自動取引端末２０、処理サーバ３０および中央サーバ４０のＣＰＵではなく、自動取引端末２０、処理サーバ３０および中央サーバ４０が実行するものとして説明する。受付確認処理は、ユーザがＡＴＭの操作を開始することにより実行される。
【００５０】
ＡＴＭ２２は、セットエリア１１にユーザの右手が置かれたことを検知して、ユーザから取引生体情報を取得し（ステップＳ３０）、ユーザの操作に応じて、ユーザから取引の入力を受け付ける（ステップＳ３１）。ＡＴＭ２２は、取引生体情報および取引内容が含まれる取引要求を処理サーバ３０に対して送信する（ステップＳ３２）。
【００５１】
処理サーバ３０は、取引要求を受信する（ステップＳ３３）と、取引要求に含まれる取引生体情報と認証済情報格納領域３１０に記録されている登録生体情報とを照合し（ステップＳ３４）、一致するか否かを判断する（ステップＳ３５）。
【００５２】
処理サーバ３０は、認証済情報格納領域３１０に、取引生体情報と一致する生体情報が記録されている場合（ステップＳ３５：ＹＥＳ）、ＡＴＭ２２を操作しているユーザは個人認証が完了していると判断し、続けてステップＳ４０以降の取引処理を実行する。
【００５３】
処理サーバ３０は、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されていない場合（ステップＳ３５：ＮＯ）、ＡＴＭ２２を操作しているユーザは個人認証が行われていないと判断し、改めて、中央サーバ４０に対して生体情報を含む個人認証要求、および、取引要求を送信する（ステップＳ３６）。
【００５４】
中央サーバ４０は、個人認証要求および取引要求を受信すると個人認証を実行した後、取引要求に応じた取引処理を実行する。この処理については、後述する。
【００５５】
Ａ３−３．取引処理：
取引システム１０００は、受付確認処理において、事前受付がなされていることを確認すると、取引処理を実行する（ステップＳ１００２）。取引処理は、図１において（５）として示す処理に当たる。取引処理は、ＡＴＭ２２、処理サーバ３０および中央サーバ４０により実行される。説明を明瞭とするために、ＡＴＭ２２、処理サーバ３０および中央サーバ４０のＣＰＵではなく、ＡＴＭ２２、処理サーバ３０および中央サーバ４０が実行するものとして説明する。取引処理は、図１２のステップＳ３５において、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されている場合に実行される。
【００５６】
処理サーバ３０は、認証済情報格納領域３１０に記録されている、取引生体情報と一致する登録生体情報に対応付けられている口座番号と取引内容とを中央サーバ４０に対して送信する（ステップＳ４０）。
【００５７】
中央サーバ４０は、処理サーバ３０から送信された口座番号と取引内容とを受信し（ステップＳ４１）、元帳データベース４２０を参照して、受信された口座番号の残高を確認し（ステップＳ４２）、取引内容に応じた取引が可能か否かを判断する（ステップＳ４３）。
【００５８】
中央サーバ４０は、取引内容に応じた取引が可能である場合（ステップＳ４３：ＹＥＳ）、取引を実行し（ステップＳ４４）、取引結果を処理サーバ３０に対して送信する（ステップＳ４５）。
【００５９】
中央サーバ４０は、取引内容に応じた取引が可能でない場合（ステップＳ４３：ＮＯ）、取引不可であることを表す情報を含む取引結果を処理サーバ３０に対して送信する（ステップＳ４５）。
【００６０】
処理サーバ３０は、中央サーバ４０から取引結果を受信し、ＡＴＭ２２に転送する（ステップＳ４６）。
【００６１】
ＡＴＭ２２は、処理サーバ３０から転送された取引結果を受信し（ステップＳ４７）、取引結果に応じて操作パネル２６ｂに取引結果を表示する（ステップＳ４８）。
【００６２】
操作パネル２６ｂに表示される取引結果について図１５および図１６を用いて説明する。図１５は、取引可能であった際の取引結果の画面例である。図１６は、取引不可であった際の取引結果の画面例である。
【００６３】
取引が実行された場合、図１５に示すように、操作パネル２６ｂに表示される取引終了通知画面５００には、ユーザの口座の残高および取引を終了した旨をユーザに通知するメッセージが表示される。
【００６４】
取引が実行されなかった場合、図１６に示すように、操作パネル２６ｂに表示されるエラー画面５１０には、取引内容の確認をユーザに促すメッセージが表示される。エラー画面５１０には、取引不可となった理由が併せて表示されてもよい。
【００６５】
Ａ３−４．個人認証・取引処理：
ステップＳ３５において、認証済情報格納領域３１０に、取引要求に含まれる取引生体情報と一致する生体情報が記録されていない場合の処理について、図１４を用いて以下に説明する。
【００６６】
処理サーバ３０は、取引内容を含む取引要求および取引生体情報を含む個人認証要求を、中央サーバ４０に対して送信する（ステップＳ５０）。
【００６７】
中央サーバ４０は、取引要求および個人認証要求を受信すると（ステップＳ５１）、生体情報の照合を行う（ステップＳ５２）。具体的には、中央サーバ４０は、個人認証要求に含まれる取引生体情報と、個人情報データベース４１０に格納されている登録生体情報とを照合する。中央サーバ４０は、登録生体情報の中に、取引生体情報に一致する生体情報が存在するか否かを判断する（ステップＳ５３）。
【００６８】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、取引生体情報に一致する生体情報が存在する場合（ステップＳ５３：ＹＥＳ）、個人情報データベース４１０から取引受付情報に一致する登録生体情報に対応付けられている口座番号を取得し（ステップＳ５４）、元帳データベース４２０を参照して、取得した口座番号の残高を確認し（ステップＳ５６）、取引内容に応じた取引が可能か否かを判断する（ステップＳ５７）。
【００６９】
中央サーバ４０は、取引内容に応じた取引が可能である場合（ステップＳ５７：ＹＥＳ）、取引を実行し（ステップＳ５８）、取引結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７０】
中央サーバ４０は、取引内容に応じた取引が可能でない場合（ステップＳ５７：ＮＯ）、取引不可であることを表す情報を含む取引結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７１】
処理サーバ３０は、中央サーバ４０から取引結果を受信し、ＡＴＭ２２に転送する（ステップＳ６０）。
【００７２】
ＡＴＭ２２は、処理サーバ３０から取引結果を受信すると（ステップＳ６１）、結果を操作パネル２６ｂに表示し（ステップＳ６２）、処理を終了する。なお、取引可能であった場合には、図１５に示されている取引終了通知画面５００が表示される。取引不可であった場合には、図１６に示されているエラー画面５１０が表示される。
【００７３】
中央サーバ４０は、個人情報データベース４１０に格納されている登録生体情報の中に、取引生体情報に一致する生体情報が存在しない場合（ステップＳ５３：ＮＯ）、個人認証に失敗したと判断し、その旨を表す情報が含まれる個人認証結果を処理サーバ３０に対して送信する（ステップＳ５９）。
【００７４】
処理サーバ３０は、中央サーバ４０から個人認証結果を受信し、ＡＴＭ２２に転送する（ステップＳ６０）。
【００７５】
ＡＴＭ２２は、処理サーバ３０から個人認証結果を受信すると（ステップＳ６１）、個人認証に失敗した旨の通知を操作パネル２６ｂに表示し（ステップＳ６２）処理を終了する。
【００７６】
個人認証に失敗した場合、図１５に示されるように、操作パネル２６ｂにはエラー画面５２０が表示される。エラー画面５２０には、認証に失敗したことをユーザに通知するメッセージが表示される。
【００７７】
以上説明した第１実施例の取引システムによれば、ユーザは、ＡＴＭ利用の待ち時間の間に事前受付端末を介して個人認証を実行できる。従って、ユーザは、ＡＴＭを操作する前に個人認証を行えるため、ユーザがＡＴＭの操作を開始してから個人認証を実行する場合と比較して、ユーザがＡＴＭを占有する時間を短縮できる。よって、ＡＴＭの利用待ちをしているユーザの待ち時間を短縮できる。
【００７８】
Ｂ．第２実施例：
上述した第１実施例では、事前受付端末で取得された生体情報と、中央サーバ４０の個人情報データベース４１０に格納されている生体情報とを照合して個人認証を行っている。第２実施例では、暗証番号を用いて個人情報データベース４１０から個人情報を絞り込んだ後、絞り込まれた個人情報に含まれる生体情報と、事前受付端末で取得された生体情報とを照合して個人認証を行う。
【００７９】
例えば、図８に示すように、各ユーザの個人情報には、暗証番号が含まれている。事前受付端末１０は、セットエリア１１、赤外光源１２およびカメラ１３以外に暗証番号入力部を備える。ユーザは、事前受付端末１０に対して生体情報と暗証番号を入力する。事前受付端末１０は入力された事前生体情報と暗証番号を、処理サーバ３０を介して中央サーバ４０へ送信する。
【００８０】
中央サーバ４０は、事前生体情報と暗証番号を受信すると、まず、個人情報データベース４１０を参照し、受信された暗証番号と同一の暗証番号が含まれる個人情報を検索する。次に、検索された個人情報に含まれる登録生体情報と、事前生体情報とを照合し、事前生体情報と一致する登録生体情報を含む個人情報を検索する。中央サーバ４０は、事前生体情報と一致する登録生体情報を含む個人情報が検索されれば、ユーザの個人認証がなされたと判断し、検索された個人情報に含まれる登録生体情報および口座番号を、処理サーバ３０に通知する。
【００８１】
上述した第２実施例の取引システムによれば、生体情報の照合を行う前に、暗証番号を利用して、膨大な個人情報の中から、同一の暗証番号が含まれる個人情報に絞り込みを行うことができるため、生体情報の照合にかかる時間を短縮できる。
【００８２】
Ｃ．変形例：
（１）上述の第１実施例では、ユーザがＡＴＭの操作を開始する段階で、既に事前受付が終了しているが、これに限られない。例えば、処理サーバ３０は、処理サーバ３０のＲＡＭの一領域に個人認証処理中の生体情報を記録する受付中生体情報記録領域に、個人認証処理中である事前生体情報を記録する。処理サーバ３０は、自動取引端末２０から取引要求を受信した際に、まず、取引要求に含まれる取引生体情報と受付中生体情報記録領域に記録されている事前生体情報とを照合する。一致する生体情報が受付中生体情報記録領域に記録されていれば、個人認証処理中であると判断し、認証済情報格納領域３１０に認証結果が記録されていない場合にも、一定時間の待ちを設け、認証済情報格納領域３１０に認証結果が記録されているか否かを判断してもよい。
【００８３】
こうすれば、ユーザがＡＴＭの操作を開始する時点で個人認証処理が終了していなくとも、取引処理を実行できる。また、受付中生体情報記録部に記録されている個人情報と取引要求に含まれる個人情報とを照合するため、更に安全性の高い取引システムを提供できる。
【００８４】
上述の第１実施例では、取引システム１０００には、ＡＴＭ，事前受付端末１０、処理サーバ３０および中央サーバ４０が含まれているが、これに限られない。本発明では、事前受付端末を準備し、ユーザのＡＴＭ操作に先立ち事前受付端末において個人認証を実行することによりユーザのＡＴＭ占有時間を短縮することを目的としている。よって、処理サーバ３０および中央サーバ４０の機能のうち、例えば、個人認証に関する機能を事前受付端末に組み込み、取引実行に関する機能をＡＴＭに組み込んで取引システムを構成してもよい。
【００８５】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成をとることができることは言うまでもない。
【図面の簡単な説明】
【００８６】
【図１】第１実施例における取引システムを例示する説明図である。
【図２】第１実施例における事前受付端末のハードウェア構成を例示する説明図。
【図３】第１実施例における自動取引端末のハードウェア構成を例示する説明図。
【図４】第１実施例における事前受付端末の機能ブロックを例示する説明図。
【図５】第１実施例における自動取引端末の機能ブロックを例示する説明図。
【図６】第１実施例における処理サーバの機能ブロックを例示する説明図。
【図７】第１実施例における中央サーバの機能ブロックを例示する説明図。
【図８】第１実施例における個人情報データベースの内容を例示する説明図。
【図９】第１実施例における元帳データベースの内容を例示する説明図。
【図１０】第１実施例における処理の概略を説明するフローチャート。
【図１１】第１実施例における事前受付処理を詳細に説明するフローチャート。
【図１２】第１実施例における受付確認処理を詳細に説明するフローチャート。
【図１３】第１実施例における取引処理を詳細に説明するフローチャート。
【図１４】第１実施例における個人認証・取引処理を詳細に説明するフローチャート。
【図１５】第１実施例における操作パネルに表示される画面例。
【図１６】第１実施例における操作パネルに表示される画面例。
【図１７】第１実施例における操作パネルに表示される画面例。
【符号の説明】
【００８７】
１０…事前受付端末
１１…セットエリア
１２…赤外光源
１３…カメラ
１５…制御ユニット
２０，２１，２２…ＡＴＭ
２３ａ…紙幣取扱機構
２３ｂ…入出金部
２３ｃ…紙幣収納部
２３ｄ…カバー
２３ｅ…紙幣入出金口
２４…一点鎖線
２５…金庫
２６ａ…取引処理部
２６ｂ…操作パネル
２７ａ…セットエリア
２７ｂ…赤外光源
２７ｃ…カメラ
２９…制御ユニット
３０…処理サーバ
４０…中央サーバ
５０…通路
６０…入口
１００…ＣＰＵ
１０１…ＲＡＭ
１０２…入出力部
１０３…メモリ
１０４…生体情報取得モジュール
１０５…事前受付要求モジュール
２００…ＣＰＵ
２０１…ＲＡＭ
２０２…入出力部
２０３…メモリ
２０４…生体情報取得モジュール
２０５…取引実行モジュール
２０６…表示制御モジュール
３００…ＣＰＵ
３０１…ＲＡＭ
３０２…通信部
３０３…メモリ
３０４…認証要求モジュール
３０６…認証結果確認モジュール
３１０…認証済情報格納領域
４００…ＣＰＵ
４０１…ＲＡＭ
４０２…通信部
４０３…メモリ
４０４…個人認証モジュール
４０５…取引実行モジュール
４０６…ハードディスクドライブ
４１０…個人情報データベース
４１１…指静脈画像
４２０…元帳データベース
５００…取引終了通知画面
５１０，５２０…エラー画面
１０００…取引システム
【特許請求の範囲】
【請求項１】
ユーザが所望する取引を実行する自動取引端末と、前記取引の実行に先立ち前記ユーザの認証を行う事前受付端末と、を備える取引システムであって、
前記事前受付端末は、
複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、
前記認証済みの前記個人情報を記録する認証済個人情報記録部と、
前記ユーザの事前生体情報を取得する事前生体情報取得手段と、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う事前個人認証手段と、
前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備え、
前記自動取引端末は、
前記ユーザから、前記ユーザの取引生体情報を取得する取引生体情報取得手段と、
前記ユーザが所望する取引に関する取引情報を入力する入力手段と、
前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断する判断手段と、
前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する取引実行手段を備える、取引システム。
【請求項２】
請求項１記載の取引システムであって、
前記個人情報格納部は、更に、登録生体情報および前記口座情報に対応付けられている暗証番号を格納しており、
前記事前受付端末は、更に、
前記ユーザの暗証番号を入力する暗証番号入力手段と、
前記入力された暗証番号と一致する暗証番号を含む前記個人情報を検索する検索手段と、を備え、
前記個人認証手段は、前記検索された個人情報の中から、前記事前生体情報に一致する登録生体情報を検索する、取引システム。
【請求項３】
請求項１または請求項２記載の取引システムであって、
前記自動取引端末は、更に、
前記判断部により、前記認証済個人認証が前記認証済個人情報記録部に記録されていないと判断された場合に、前記事前受付端末の前記個人情報格納部に格納されている登録生体情報と、前記取引生体情報とを利用してユーザの認証を行う取引個人認証手段を備え、
前記取引実行手段は、前記認証されたユーザの個人情報、および、前記取引情報に応じて前記取引を実行する、取引システム。
【請求項４】
ユーザが所望する取引を実行する自動取引端末と接続され、前記取引の実行に先立ち前記ユーザの認証を実行する事前受付端末であって、
複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、
前記認証済みの前記個人情報を記録する認証済個人情報記録部と、
前記ユーザの事前生体情報を取得する事前生体情報取得手段と、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う個人認証手段と、
前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備える事前受付端末。
【請求項５】
ユーザが所望する取引を実行する自動取引端末と、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部を有し、前記取引の実行に先立ちユーザの個人認証を実行する事前受付端末と、を備える取引システムが実行する取引方法であって、
前記事前受付端末は、
前記ユーザの事前生体情報を取得し、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行い、
前記認証済みの前記個人情報を記録する前記認証済個人情報記録部に、前記認証に成功したユーザの個人情報を記録し、
前記自動取引端末は、
前記ユーザから、前記ユーザの取引生体情報を取得し、
前記ユーザが所望する取引に関する取引情報を入力し、
前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断し、
前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する、取引方法。
【請求項６】
ユーザが所望する取引を実行する自動取引端末と接続され、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部を有し、前記取引の実行に先立ちユーザの個人認証を実行する事前受付方法であって、
前記ユーザの事前生体情報を取得し、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行い、
前記認証済みの前記個人情報を記録する認証済個人情報記録部に、前記認証に成功したユーザの個人情報を記録する、事前受付方法。
【請求項１】
ユーザが所望する取引を実行する自動取引端末と、前記取引の実行に先立ち前記ユーザの認証を行う事前受付端末と、を備える取引システムであって、
前記事前受付端末は、
複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、
前記認証済みの前記個人情報を記録する認証済個人情報記録部と、
前記ユーザの事前生体情報を取得する事前生体情報取得手段と、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う事前個人認証手段と、
前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備え、
前記自動取引端末は、
前記ユーザから、前記ユーザの取引生体情報を取得する取引生体情報取得手段と、
前記ユーザが所望する取引に関する取引情報を入力する入力手段と、
前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断する判断手段と、
前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する取引実行手段を備える、取引システム。
【請求項２】
請求項１記載の取引システムであって、
前記個人情報格納部は、更に、登録生体情報および前記口座情報に対応付けられている暗証番号を格納しており、
前記事前受付端末は、更に、
前記ユーザの暗証番号を入力する暗証番号入力手段と、
前記入力された暗証番号と一致する暗証番号を含む前記個人情報を検索する検索手段と、を備え、
前記個人認証手段は、前記検索された個人情報の中から、前記事前生体情報に一致する登録生体情報を検索する、取引システム。
【請求項３】
請求項１または請求項２記載の取引システムであって、
前記自動取引端末は、更に、
前記判断部により、前記認証済個人認証が前記認証済個人情報記録部に記録されていないと判断された場合に、前記事前受付端末の前記個人情報格納部に格納されている登録生体情報と、前記取引生体情報とを利用してユーザの認証を行う取引個人認証手段を備え、
前記取引実行手段は、前記認証されたユーザの個人情報、および、前記取引情報に応じて前記取引を実行する、取引システム。
【請求項４】
ユーザが所望する取引を実行する自動取引端末と接続され、前記取引の実行に先立ち前記ユーザの認証を実行する事前受付端末であって、
複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部と、
前記認証済みの前記個人情報を記録する認証済個人情報記録部と、
前記ユーザの事前生体情報を取得する事前生体情報取得手段と、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行う個人認証手段と、
前記認証に成功したユーザの個人情報を前記認証済個人情報記録部に記録する記録手段と、を備える事前受付端末。
【請求項５】
ユーザが所望する取引を実行する自動取引端末と、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部を有し、前記取引の実行に先立ちユーザの個人認証を実行する事前受付端末と、を備える取引システムが実行する取引方法であって、
前記事前受付端末は、
前記ユーザの事前生体情報を取得し、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行い、
前記認証済みの前記個人情報を記録する前記認証済個人情報記録部に、前記認証に成功したユーザの個人情報を記録し、
前記自動取引端末は、
前記ユーザから、前記ユーザの取引生体情報を取得し、
前記ユーザが所望する取引に関する取引情報を入力し、
前記事前受付端末の前記認証済個人情報記録部に、前記取引生体情報と一致する前記登録生体情報が含まれる認証済個人情報が記録されているかを判断し、
前記認証済個人認証が前記認証済個人情報記録部に記録されている場合に、前記認証済個人情報および前記取引情報に応じて前記取引を実行する、取引方法。
【請求項６】
ユーザが所望する取引を実行する自動取引端末と接続され、複数のユーザの口座に関する口座情報と、各前記ユーザの身体に関する一意の登録生体情報とが含まれる個人情報をユーザ別に格納する個人情報格納部を有し、前記取引の実行に先立ちユーザの個人認証を実行する事前受付方法であって、
前記ユーザの事前生体情報を取得し、
前記個人情報格納部に格納されている登録生体情報と、前記事前生体情報とを利用してユーザの認証を行い、
前記認証済みの前記個人情報を記録する認証済個人情報記録部に、前記認証に成功したユーザの個人情報を記録する、事前受付方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２００７−１４０８８４（Ｐ２００７−１４０８８４Ａ）
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【出願番号】特願２００５−３３３４７０（Ｐ２００５−３３３４７０）
【出願日】平成１７年１１月１８日（２００５．１１．１８）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【出願日】平成１７年１１月１８日（２００５．１１．１８）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]