特開 2024-117604 情報処理装置、金融取引システム、金融取引認証方法及び金融取引認証プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024117604

(43)【公開日】2024-08-29

(54)【発明の名称】情報処理装置、金融取引システム、金融取引認証方法及び金融取引認証プログラム

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20240822BHJP

【ＦＩ】

G06Q20/40

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023023784

(22)【出願日】2023-02-17

(71)【出願人】

【識別番号】000237639

【氏名又は名称】富士通フロンテック株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】岡村 さぎり

(72)【発明者】

【氏名】三本木 大樹

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA73

5L055AA73

(57)【要約】

【課題】災害時でも、出金装置を通じて利用者の口座から残高を引き出すことができる情報処理装置等を提供する。
【解決手段】情報処理装置は、出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する。情報処理装置は、記憶部と、判定部と、認証部とを有する。記憶部は、通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶する。判定部は、前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、前記記憶部に記憶済みの前記第１の顔画像とが同一人物であるか否かを判定する。認証部は、前記第１の顔画像と前記第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の前記災害時取引要求の利用者を本人認証する。
【選択図】図１

【特許請求の範囲】

【請求項1】

出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する情報処理装置であって、
通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶した記憶部と、
前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、前記記憶部に記憶済みの前記第１の顔画像とが同一人物であるか否かを判定する判定部と、
前記第１の顔画像と前記第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の前記災害時取引要求の利用者を本人認証する認証部と、
を有することを特徴とする情報処理装置。

【請求項2】

前記記憶部は、
同一利用者の複数回の通常取引成立時に順次得た同一利用者の複数の前記第１の顔画像を記憶しておき、
前記判定部は、
前記災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該第２の顔画像と、前記記憶部に記憶済みの同一利用者の複数の第１の顔画像とが同一人物であるか否かを判定することを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記判定部は、
前記記憶部に記憶済みの同一利用者の複数の第１の顔画像と前記第２の顔画像とが所定の割合で同一人物であるか否かを判定することを特徴とする請求項２に記載の情報処理装置。

【請求項4】

前記記憶部は、
前記通常取引成立時に得た前記利用者の口座番号及び前記第１の顔画像の他に、当該利用者を識別する第１の識別情報を事前に記憶しておき、
前記判定部は、
前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像及び前記出金装置から当該災害時取引要求時に入力された前記利用者の第２の識別情報を受信した場合に、当該第２の識別情報に一致する前記第１の識別情報が前記記憶部内にあるか否かを判定する第１の判定部と、
前記第１の判定部にて前記第２の識別情報と前記第１の識別情報とが一致した場合に、前記記憶部内の前記第２の識別情報に一致した前記第１の識別情報に対応する前記利用者の第１の顔画像と、前記第２の顔画像とが同一人物であるか否かを判定する第２の判定部と、
を有することを特徴とする請求項１に記載の情報処理装置。

【請求項5】

口座番号の利用者を本人認証する情報処理装置と、前記情報処理装置にて利用者を本人認証した場合に当該利用者の口座番号から残高を引き出す出金装置と、を有する金融取引システムであって、
前記出金装置は、
通常取引時又は災害時取引要求時に利用者の顔画像を撮像する撮像部と、
前記通常取引成立時の当該利用者の口座番号及び顔画像を前記情報処理装置に通知すると共に、前記災害時取引要求時に撮像した利用者の顔画像を通知する通知部と、
を有し、
前記情報処理装置は、
前記出金装置から受信した前記通常取引成立時の前記利用者の口座番号及び顔画像を記憶した記憶部と、
前記出金装置から前記災害時取引要求時に前記利用者の顔画像を受信した場合に、当該災害時取引要求時の利用者の顔画像と、前記記憶部に記憶済みの顔画像とが一致するか否かを判定する判定部と、
前記災害時取引要求時の利用者の顔画像と記憶済みの顔画像とが一致する場合に、一致する当該顔画像に対応する口座番号の利用者を本人認証する認証部と、
を有することを特徴とする金融取引システム。

【請求項6】

出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する情報処理装置が、
通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶部に記憶し、
前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、前記記憶部に記憶済みの前記第１の顔画像とが同一人物であるか否かを判定し、
前記第１の顔画像と前記第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の前記災害時取引要求の利用者を本人認証する
処理を実行することを特徴とする金融取引認証方法。

【請求項7】

出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する情報処理装置のプロセッサに、
通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶部に記憶し、
前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、前記記憶部に記憶済みの前記第１の顔画像とが同一人物であるか否かを判定し、
前記第１の顔画像と前記第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の前記災害時取引要求の利用者を本人認証する
各処理を実行させることを特徴とする金融取引認証プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、金融取引システム、金融取引認証方法及び金融取引認証プログラムに関する。

【背景技術】

【0002】

例えば、金融機関のＡＴＭ(Automatic Teller Machine)は、金融機関の店舗に限らず、例えば、スーパーマーケットやコンビニエンスストア等の店舗、駅、無人店舗等の各所に配置されている。ＡＴＭでは、例えば、キャッシュカードや通帳によって利用者の口座を確認し、暗証番号の入力により、利用者を本人認証し、認証結果に基づき、当該口座から現金出金等の取引可否を判定するのが一般的である。

【0003】

また、大規模災害時の金融庁や日本銀行から被災地金融機関への要請に基づく特別措置では、例えば、カードや通帳等がなくても金融機関から少額の現金払い戻しを受けることが可能となる。この場合、金融機関は、窓口で利用者を本人確認し、本人確認ができた場合、利用者の口座から現金を払い戻すことができる。

【0004】

しかしながら、例えば、カードや通帳を非所持の状態での利用者の本人確認は、被災地金融機関の窓口で金融機関係員の人手による対応となり、原則、平日営業日での対応となる。また、窓口の金融機関係員が利用者の本人確認や口座確認を行うため、多大な時間を要する。なお、一部の金融機関のＡＴＭでは、生体認証によるカードレス取引の対応を行っているため、通帳やキャッシュカードがなくても、災害時での現金を引き出すことが可能である。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２００７－９４４６２号公報

【特許文献2】特開２０００－９０３２９号公報

【特許文献3】特開２００６－９９６１７号公報

【特許文献4】特開２０１３－１２０５１０号公報

【特許文献5】特開２００５－１８２３９８号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、ＡＴＭで使用する生体認証は、例えば、平日営業日内に金融機関に利用者本人が赴き、利用者本人の生体情報を事前に登録しておく必要があるため、生体認証を使用する利用者は未だに少ないのが実情である。従って、災害時に、通帳やキャッシュカードがなくても、ＡＴＭから現金を引き出すことができる方法が求められているのが実情である。

【0007】

一つの側面では、災害時でも、出金装置を通じて利用者の口座から残高を引き出すことができる情報処理装置等を提供することにある。

【課題を解決するための手段】

【0008】

一つの態様の情報処理装置は、出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する。情報処理装置は、記憶部と、判定部と、認証部とを有する。記憶部は、通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶する。判定部は、前記出金装置から災害時取引要求時に撮像された前記利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、前記記憶部に記憶済みの前記第１の顔画像とが同一人物であるか否かを判定する。認証部は、前記第１の顔画像と前記第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の前記災害時取引要求の利用者を本人認証する。

【発明の効果】

【0009】

一つの側面として、災害時でも、出金装置を通じて利用者の口座から残高を引き出すことができる。

【図面の簡単な説明】

【0010】

【図1】図１は、本実施例の金融取引システムの一例を示す説明図である。

【図2】図２は、ＡＴＭの外観の一例を示す斜視図である。

【図3】図３は、ＡＴＭの一例を示すブロック図である。

【図4】図４は、サーバの一例を示すブロック図である。

【図5】図５は、取引メモリの一例を示す説明図である。

【図6】図６は、災害時用照合メモリの一例を示す説明図である。

【図7A】図７Ａは、顧客情報の一例を示す図である。

【図7B】図７Ｂは、ホストコンピュータの一例を示すブロック図である。

【図8】図８は、口座管理メモリの一例を示す説明図である。

【図9】図９は、通常取引処理に関わる金融取引システムの処理動作の一例を示すシーケンス図である。

【図10】図１０は、登録処理に関わるサーバの処理動作の一例を示すフローチャートである。

【図11】図１１は、災害時モード設定処理に関わる金融取引システムの処理動作の一例を示すシーケンス図である。

【図12】図１２は、災害時取引処理に関わる金融取引システムの処理動作の一例を示すシーケンス図である。

【図13】図１３は、ＡＴＭの災害時取引説明画面の一例を示す説明図である。

【図14】図１４は、ＡＴＭの生年月日入力画面の一例を示す説明図である。

【図15】図１５は、災害時取引処理内の顔照合処理に関わる金融取引システムの処理動作の一例を示すシーケンス図である。

【図16】図１６は、ＡＴＭの顔写真撮影開始画面の一例を示す説明図である。

【図17】図１７は、ＡＴＭの顔写真撮影完了画面の一例を示す説明図である。

【図18】図１８は、第１の顔照合処理に関わるサーバの処理動作の一例を示すフローチャートである。

【図19】図１９は、災害時取引処理内の認証処理に関わる金融取引システムの処理動作の一例を示すシーケンス図である。

【図20】図２０は、ＡＴＭの災害時取引用暗証番号入力画面の一例を示す説明図である。

【図21】図２１は、ＡＴＭの災害時取引用取引金額入力画面の一例を示す説明図である。

【図22】図２２は、ＡＴＭの災害時取引完了画面の一例を示す説明図である。

【図23】図２３は、第２の顔照合処理に関わるサーバの処理動作の一例を示すフローチャートである。

【図24】図２４は、金融取引認証プログラムを実行する情報処理装置の一例を示す説明図である。

【発明を実施するための形態】

【0011】

以下、図面に基づいて、本願の開示する情報処理装置等の実施例を詳細に説明する。尚、本実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

【実施例0012】

図１は、本実施例の金融取引システム１の一例を示す説明図である。図１に示す金融取引システム１は、複数のＡＴＭ(Automatic Teller Machine)２と、サーバ３と、ホストコンピュータ４とを有する。ＡＴＭ２は、金融機関の店舗に限らず、例えば、スーパーマーケットやコンビニエンスストア等の店舗、駅、無人店舗等の各所に配置されている現金自動預払装置である。ＡＴＭ２は、例えば、キャッシュカードや通帳によって利用者の口座を確認し、暗証番号の入力等により、利用者を本人認証し、認証結果に基づき、当該口座から現金出金等の取引可否を判定する。サーバ３は、複数台のＡＴＭ２の取引ジャーナルの保存等を行う情報処理装置である。ホストコンピュータ４は、例えば、データセンタに配置し、サーバ３と通信接続すると共に、全てのＡＴＭ２の金融取引を統括管理する。

【0013】

図２は、ＡＴＭ２の外観の一例を示す斜視図である。図２に示すＡＴＭ２は、顧客カメラ１１と、通帳挿入口１２と、カード挿入口１３と、硬貨入出金口１４と、紙幣入出金口１５と、電話機１６と、タッチパネル１７とを有する。顧客カメラ１１は、例えば、ＡＴＭ２の通常の金融取引時や災害時の金融取引時に利用者の顔写真を撮像するカメラである。通帳挿入口１２は、通帳を挿入する挿入口及び排出する排出口である。カード挿入口１３は、キャッシュカードを挿入する挿入口及び排出する排出口である。硬貨入出金口１４は、硬貨を入金又は出金する口である。紙幣入出金口１５は、紙幣を入金又は出金する口である。電話機１６は、例えば、銀行係員と通話するための電話機である。タッチパネル１７は、各種情報を表示すると共に、各種の操作コマンドを入力する入出力インタフェースである。

【0014】

図３は、ＡＴＭ２の一例を示すブロック図である。図３に示すＡＴＭ２は、通信ＩＦ（Interface）２１と、タッチパネル１７と、顧客カメラ１１と、メモリ２２と、ＡＴＭメカ機構２３と、機構制御部２４と、プロセッサ２５とを有する。通信ＩＦ２１は、サーバ３やホストコンピュータ４と通信接続する通信ＩＦである。メモリ２２は、各種情報を記憶する。ＡＴＭメカ機構２３は、ＡＴＭ２内部の硬貨や紙幣を入出金する入出金機構等のメカ機構である。機構制御部２４は、ＡＴＭメカ機構２３を駆動制御する。プロセッサ２５は、ＡＴＭ２全体を制御する。プロセッサ２５は、機能として、通常取引成立時の当該利用者の口座番号及び顔写真をサーバ３に通知すると共に、災害時取引時に撮像した利用者の顔写真である第２の顔写真を通知する通知部２５１を有する。尚、サーバ３に通知する顔写真は、顔写真から生成した顔照合に必要なデータ、例えば、顔照合に必要な特徴点データや、暗号化した顔写真データでも良く、適宜変更可能である。

【0015】

図４は、サーバ３の一例を示すブロック図である。図４に示すサーバ３は、ＡＴＭ通信ＩＦ３１と、ホスト通信ＩＦ３２と、メモリ３３と、プロセッサ３４とを有する。ＡＴＭ通信ＩＦ３１は、ＡＴＭ２と通信接続する通信ＩＦである。ホスト通信ＩＦ３２は、ホストコンピュータ４と通信接続する通信ＩＦである。メモリ３３は、各種情報を記憶する。プロセッサ３４は、サーバ３全体を制御する。メモリ３３は、取引メモリ３３１と、災害時用照合メモリ３３２とを有する。取引メモリ３３１は、後述する取引情報を記憶している。災害時用照合メモリ３３２は、後述する災害時取引時に使用する顔照合情報等を記憶している。

【0016】

プロセッサ３４は、機能として、登録部３４１と、顔照合部３４２と、第１の制御部３４３とを有する。登録部３４１は、通常取引の成立時に得た利用者の口座を識別する口座番号及び第１の顔写真等を含む照合情報を災害時用照合メモリ３３２に登録する。尚、照合情報に含まれる顔写真は、顔写真から生成した顔照合に必要なデータ、例えば、顔照合に必要な特徴点データや、暗号化した顔写真データでも良く、適宜変更可能である。
顔照合部３４２は、災害時取引要求時に使用する利用者の顔写真と、災害時用照合メモリ３３２に登録済みの顔写真とを照合する。第１の制御部３４３は、サーバ３全体を制御する。

【0017】

顔照合部３４２は、判定部３４２Ａと、認証部３４２Ｂとを有する。判定部３４２Ａは、ＡＴＭ２から災害時取引要求時に撮像された利用者の第２の顔写真を受信した場合に、当該利用者の第２の顔写真と、災害時用照合メモリ３３２に記憶済みの第１の顔写真とが同一人物であるか否かを判定する。認証部３４２Ｂは、第１の顔写真と第２の顔写真とが同一人物の場合に、同一人物と判定された当該第１の顔写真に対応する口座番号の災害時取引要求の利用者を本人認証する。

【0018】

登録部３４１は、同一利用者の複数回の通常取引成立時に順次得た同一利用者の複数の第１の顔写真を災害時用照合メモリ３３２に登録する。判定部３４２Ａは、災害時取引要求時に撮像された利用者の第２の顔写真を受信した場合に、当該第２の顔写真と、災害時用照合メモリ３３２に記憶済みの同一利用者の複数の第１の顔写真とが同一人物であるか否かを判定する。

【0019】

また、登録部３４１は、通常取引成立時に得た利用者の口座番号及び第１の顔写真の他に、当該利用者を識別する第１の識別情報、例えば、生年月日を災害時用照合メモリ３３２に登録する。

【0020】

判定部３４２Ａは、第１の判定部３４２Ａ１と、第２の判定部３４２Ａ２とを有する。第１の判定部３４２Ａ１は、ＡＴＭ２から災害時取引要求時に撮像された利用者の第２の顔写真及びＡＴＭ２から当該災害時取引要求時に入力された利用者の第２の識別情報を受信する。第１の判定部３４２Ａ１は、第２の識別情報を受信した場合に、当該第２の識別情報に一致する第１の識別情報が災害時用照合メモリ３３２内にあるか否かを判定する。第１の判定部３４２Ａ１は、災害時取引要求時の第２の顔写真及び第２の識別情報、例えば、生年月日を受信した場合に、当該生年月日に一致する生年月日が災害時用照合メモリ３３２内にあるか否かを判定する。第２の判定部３４２Ａ２は、生年月日が一致した場合に、災害時用照合メモリ３３２内の生年月日に一致した利用者の第１の顔写真と、第２の顔写真とが同一人物であるか否かを判定する。

【0021】

図５は、取引メモリ３３１の一例を示す説明図である。図５に示す取引メモリ３３１は、取引通番３３１Ａ毎に、口座番号３３１Ｂ、生年月日３３１Ｄ、顔写真３３１Ｅ、取引結果３３１Ｆ、本日の出金可能残高３３１Ｇ、災害時取引３３１Ｈ、本日の災害時取引回数３３１Ｊを対応付ける取引情報を管理する。取引通番は、金融取引毎に付与される金融取引を識別する番号である。口座番号は、金融取引の利用者名義の口座を識別する番号である。生年月日は、口座名義の利用者の生年月日である。顔写真は、金融取引の際にＡＴＭ２の顧客カメラ１１で撮像した利用者の顔写真である。取引結果は、金融取引が成立又は不成立を示す取引結果である。本日の出金可能残高は、当日内に利用者が災害時取引で出金可能な残高である。災害時取引は、金融取引が災害時取引要求であるか否かを識別する情報である。本日の災害時取引回数は、災害時取引要求時での１日の取引回数である。

【0022】

図６は、災害時用照合メモリ３３２の一例を示す説明図である。図６に示す災害時用照合メモリ３３２は、口座番号３３２Ａ毎に、生年月日３３２Ｃ及び顔写真３３２Ｄを対応付ける災害時用照合情報を管理する。口座番号は、利用者の口座を識別する番号である。生年月日３３２Ｃは、利用者の生年月日である。顔写真３３２Ｄは、災害時取引要求に関わる利用者の本人認証に使用する第１の顔写真である。災害時用照合情報は、災害時取引要求に関わる利用者の本人認証に使用する照合情報である。

【0023】

ホストコンピュータ４は、例えば、金融機関の勘定系システムにおけるメインフレームである。ホストコンピュータ４は、例えば、顧客の口座情報や個人情報を含む顧客情報ファイル（ＣＩＦ：Customers Information Files)を管理する。ここで、図７Ａを用いて顧客情報４５について説明する。図７Ａは、顧客情報４５の一例を示す図である。図７Ａに示すように、顧客情報４５は、顧客情報ファイルに格納される各種の情報の一例である。なお、顧客情報ファイル（ＣＩＦ）は、ＭＣＩＦ（Marketing ＣＩＦ）であってもよい。顧客情報４５は、例えば、「口座情報（平文）」、「顧客属性」といった項目を有する。また、「顧客属性」は、例えば、「残高」、「氏名」、「住所」、「生年月日」、「職業」、「家族構成」、「利用サービス」といった項目を有する。「口座情報（平文）」は、金融機関コード、支店コードおよび口座番号を表す情報である。「残高」、「氏名」、「住所」、「生年月日」、「職業」、「家族構成」および「利用サービス」は、顧客に係るそれぞれの情報を示す。

【0024】

図７Ｂは、ホストコンピュータ４の一例を示すブロック図である。図７Ｂに示すホストコンピュータ４は、サーバ通信ＩＦ４１と、メモリ４２と、プロセッサ４３とを有する。サーバ通信ＩＦ４１は、サーバ３及びＡＴＭ２と通信接続する通信ＩＦである。メモリ４２は、各種情報を記憶する。プロセッサ４３は、ホストコンピュータ４全体を制御する。メモリ４２は、口座管理メモリ４２１と、通常取引メモリ４２２と、災害時取引メモリ４２３とを有する。口座管理メモリ４２１は、後述する口座情報を管理する。通常取引メモリ４２２は、通常取引に関わる取引情報を管理する。災害時取引メモリ４２３は、災害時取引要求に関わる災害時取引情報を管理する。

【0025】

プロセッサ４３は、機能として、登録部４３１と、取引認証部４３２と、取引処理部４３３と、第２の制御部４３４とを有する。登録部４３１は、口座情報を口座管理メモリ４２１に登録する。取引認証部４３２は、通常取引時の本人認証を実行する。取引処理部４３３は、金融取引、例えば、通常時取引や災害時取引要求に関わる処理を実行する。第２の制御部４３４は、プロセッサ４３全体を制御する。

【0026】

図８は、口座管理メモリ４２１の一例を示す説明図である。図８に示す口座管理メモリ４２１は、口座番号４２１Ａ毎に、住所４２１Ｃ、郵便番号４２１Ｄ、電話番号４２１Ｅ、生年月日４２１Ｆ及び暗証番号４２１Ｇを対応付ける利用者口座情報を管理する。口座番号４２１Ａは、口座を識別する番号である。住所４２１Ｃは口座名義の利用者の住所である。郵便番号４２１Ｄは口座名義の利用者住所の郵便番号である。電話番号４２１Ｅは、口座名義の利用者の電話番号である。生年月日４２１Ｆは、口座名義の利用者の生年月日である。暗証番号４２１Ｇは、口座の取引に使用する暗証番号である。

【0027】

図９は、通常取引処理に関わる金融取引システム１の処理動作の一例を示すシーケンス図である。通常取引処理は、通常取引時における利用者による口座から残高を引き出す金融取引の処理である。利用者は、例えば、キャッシュカードや通帳をＡＴＭ２内に挿入して暗証番号や取引金額をＡＴＭ２に入力するＡＴＭ取引操作を実行する（ステップＳ１１）。ＡＴＭ２は、取引操作を検出した場合、通常取引処理を実行する（ステップＳ１２）。尚、通常取引処理は、例えば、取引内容をホストコンピュータ４に送信すると共に、顧客カメラ１１を通じて、取引操作を実行する利用者の顔写真を撮影する各種処理である。

【0028】

ＡＴＭ２は、ＡＴＭ２の取引操作に応じて口座番号、暗証番号及び取引金額等の取引内容をホストコンピュータ４に送信する（ステップＳ１３）。ホストコンピュータ４は、口座番号、暗証番号及び取引金額等の取引内容に応じて利用者を本人認証する取引処理を実行する（ステップＳ１４）。尚、取引処理は、口座管理メモリ４２１内の内容と、取引内容の口座番号、取引金額、暗証番号とを照合し、照合結果に基づき、取引ＯＫであるか否かを判定する。また、取引処理は、取引内容を通常取引メモリ４２２に保存する。更に、取引処理は、取引ＯＫと判断した場合、取引の口座番号からの取引金額に応じた出金処理を実行し、取引ＯＫをＡＴＭ２に通知する。また、取引処理は、取引ＮＧと判断した場合、取引ＮＧをＡＴＭ２に通知する。

【0029】

ＡＴＭ２は、例えば、取引ＯＫの判定結果を受信した場合、利用者に対して口座番号からの取引金額を出金する。ＡＴＭ２は、取引金額を出金した場合、通常取引成立として、顔写真、口座番号及び取引結果（取引ＯＫ）をサーバ３に通知する（ステップＳ１５）。

【0030】

そして、サーバ３は、通常取引成立として利用者の顔写真、口座番号及び取引結果等を取引メモリ３３１に記憶する（ステップＳ１６）。更に、サーバ３は、通常取引成立の口座番号、生年月日及び顔写真を災害時用照合メモリ３３２に登録する登録処理を実行し（ステップＳ１７）、図９に示す処理動作を終了する。つまり、サーバ３は、利用者の通常取引が成立した場合、取引成立の口座番号、生年月日及び顔写真を災害時用照合メモリ３３２に順次登録する。その結果、災害時取引要求時に使用する災害時用照合情報を事前に登録できる。

【0031】

図１０は、登録処理に関わるサーバ３の処理動作の一例を示すフローチャートである。登録処理は、図９に示すステップＳ１７の処理である。図１０においてサーバ３内の登録部３４１は、通常取引成立の口座番号及び顔写真を取得する（ステップＳ１３１）。登録部３４１は、通常取引成立の口座番号が災害時用照合メモリ３３２に登録済みであるか否かを判定する（ステップＳ１３２）。

【0032】

登録部３４１は、通常取引成立の口座番号が災害時用照合メモリ３３２に登録済みの場合（ステップＳ１３２：Ｙｅｓ）、口座番号に対応する災害時用照合メモリ３３２内の顔写真と今回取得した通常取引成立の顔写真とを照合する（ステップＳ１３３）。そして、登録部３４１は、災害時用照合メモリ３３２内の顔写真と今回取得した通常取引成立の顔写真とが同一人物であるか否かを判定する（ステップＳ１３４）。

【0033】

登録部３４１は、同一人物である場合（ステップＳ１３４：Ｙｅｓ）、今回取得した通常取引成立の顔写真を第１の顔写真として口座番号に対応付けて災害時用照合メモリ３３２に登録し（ステップＳ１３５）、図１０に示す処理動作を終了する。つまり、登録部３４１は、通常取引が成立する都度、通常取引成立時に得た顔写真が同一人物の場合、通常取引成立の顔写真を第１の顔写真として口座番号に応じて災害時用照合メモリ３３２に順次登録できる。

【0034】

また、登録部３４１は、災害時用照合メモリ３３２内の顔写真と今回取得した通常取引成立の顔写真とが同一人物でない場合（ステップＳ１３４：Ｎｏ）、図１０に示す処理動作を終了する。

【0035】

登録部３４１は、通常取引成立の口座番号が災害時用照合メモリ３３２に登録済みでない場合（ステップＳ１３２：Ｎｏ）、今回取得した通常取引成立の顔写真、口座番号及び生年月日を災害時用照合メモリ３３２に新規登録する（ステップＳ１３６）。そして、登録部３４１は、図１０に示す処理動作を終了する。

【0036】

図１０に示す登録処理では、通常取引が成立する都度、通常取引成立時に得た顔写真が同一人物の場合、通常取引成立の顔写真を第１の顔写真として口座番号に応じて災害時用照合メモリ３３２に順次登録する。その結果、災害時取引要求時に使用する災害時用照合情報を事前に登録できる。

【0037】

図１１は、災害時モード設定処理に関わる金融取引システム１の処理動作の一例を示すシーケンス図である。災害時モード設定処理は、災害時に設定される処理である。

【0038】

銀行係員は、災害時モード及び災害時取引出金限度額をＡＴＭ２に設定する（ステップＳ３１）。尚、災害時取引出金限度額は、災害時に設定される１日の取引出金限度額であり、全国銀行協会等により定められた１日に預金から出金できる金額である。ＡＴＭ２は、災害時モードの設定に応じて、タッチパネル１７上の顧客待ち受け画面に災害時取引キーを画面表示する（ステップＳ３２）。更に、ＡＴＭ２は、災害時取引出金限度額の設定に応じて災害時取引出金限度額をサーバ３に通知する（ステップＳ３３）。そして、サーバ３は、ＡＴＭ２からの災害時取引出金限度額を保存し（ステップＳ３４）、図１１に示す処理動作を終了する。つまり、ＡＴＭ２は、銀行係員の設定操作に応じて災害時モードに移行できる。

【0039】

図１２は、災害時取引処理に関わる金融取引システム１の処理動作の一例を示すシーケンス図である。災害時取引処理は、災害時モードのＡＴＭ２で利用者が金融取引である災害時取引を実行する際の処理である。

【0040】

図１２において利用者は、ＡＴＭ２のタッチパネル１７の顧客待ち受け画面に表示中の災害時取引キーの選択操作を実行する（ステップＳ４１）。ＡＴＭ２は、災害時取引キーの選択操作を検出した場合、災害時取引を開始し（ステップＳ４２）、タッチパネル１７上に図１３に示す災害時取引説明画面１１０を表示する（ステップＳ４３）。図１３は、ＡＴＭ２の災害時取引説明画面１１０の一例を示す説明図である。図１３に示す災害時取引説明画面１１０は、災害時取引内容を示す説明画面である。

【0041】

利用者は、災害時取引説明画面１１０を確認した後（ステップＳ４４）、災害時取引説明画面１１０上の確認キーの選択操作を実行する（ステップＳ４５）。ＡＴＭ２は、災害時取引説明画面１１０上の確認キー又は取消キーの選択操作を検出したかを判定する（ステップＳ４６）。

【0042】

ＡＴＭ２は、災害時取引説明画面１１０上の取消キーの選択操作を検出した場合、現在の災害時取引を終了する（ステップＳ４７）。また、ＡＴＭ２は、災害時取引説明画面１１０上の確認キーの選択操作を検出した場合、タッチパネル１７上に生年月日入力画面１１１を表示する（ステップＳ４８）。図１４は、ＡＴＭ２の生年月日入力画面１１１の一例を示す説明図である。図１４に示す生年月日入力画面１１１は、利用者の本人認証に使用する生年月日を入力する画面である。

【0043】

利用者は、生年月日入力画面１１１上に銀行に届け出済みの生年月日を入力する操作を実行する（ステップＳ４９）。ＡＴＭ２は、生年月日の入力操作を検出した場合、生年月日及び取引通番をサーバ３に通知する（ステップＳ５０）。

【0044】

サーバ３は、生年月日及び取引通番を受信した場合（ステップＳ５１）、災害時用照合メモリ３３２内に生年月日に対応する災害時用照合情報があるか否かを判定する（ステップＳ５２）。サーバ３は、災害時用照合メモリ３３２内に生年月日に対応する災害時用照合情報がある場合、災害時用照合情報と取引通番とを対応付けて保存し（ステップＳ５３）、図１５に示す処理に移行する。

【0045】

また、ＡＴＭ２は、災害時用照合メモリ３３２内に生年月日に対応する災害時用照合情報がない場合、「条件に該当する取引の履歴はありませんでした。」等の取引終了画面をタッチパネル１７上に表示し（ステップＳ５４）、現在の災害時取引を終了する（ステップＳ５５）。

【0046】

図１５は、災害時取引処理内の顔照合処理に関わる金融取引システム１の処理動作の一例を示すシーケンス図である。ＡＴＭ２は、災害時用照合情報と取引通番とを対応付けて保存する通知を受信した後、タッチパネル１７上に顔写真撮影画面１１２を表示する（ステップＳ６１）。図１６は、ＡＴＭ２の顔写真撮影画面１１２の一例を示す説明図である。図１６に示す顔写真撮影画面１１２は、利用者に対して顔写真の撮影開始を促す画面である。利用者は、顔写真撮影画面１１２の画面内容を確認する（ステップＳ６２）。そして、ＡＴＭ２は、顧客カメラ１１を用いて、利用者の顔写真を第２の顔写真として撮影する（ステップＳ６３）。ＡＴＭ２は、第２の顔写真を撮影した後、タッチパネル１７上に顔写真撮影完了画面１１３を表示する（ステップＳ６４）。図１７は、ＡＴＭ２の顔写真撮影完了画面１１３の一例を示す説明図である。図１７に示す顔写真撮影完了画面１１３は、利用者に対して顔写真の撮影完了を知らせる画面である。ＡＴＭ２は、第２の顔写真及び取引通番をサーバ３に通知する（ステップＳ６５）。

【0047】

サーバ３は、ＡＴＭ２から第２の顔写真及び取引通番を受信した後（ステップＳ６６）、取引通番に紐づいた災害時用照合情報内の第１の顔写真と、今回撮影した第２の顔写真とを照合する顔照合処理を実行する（ステップＳ６７）。尚、顔照合処理は、第１の顔写真と第２の顔写真とが同一人物であるか否かを判定し、同一人物と判定した場合に照合ＯＫ、同一人物でないと判定した場合に照合ＮＧと判定する。

【0048】

サーバ３は、第１の顔写真と第２の顔写真とが同一人物と判定する照合ＯＫであるか否かを判定する（ステップＳ６８）。サーバ３は、第１の顔写真と第２の顔写真とが同一人物でないと判定する照合ＮＧの場合、照合ＮＧをＡＴＭ２に通知する。ＡＴＭ２は、照合ＮＧを受信した場合、「以前のお取引の際の顔写真と照合できませんでした。お近くの窓口までお越しください。」等の取引終了画面を表示し（ステップＳ６９）、取引を終了する（ステップＳ７０）。

【0049】

また、サーバ３は、第１の顔写真と第２の顔写真とが同一人物と判定する照合ＯＫの場合、照合ＯＫの災害時用照合データ内の口座番号を利用者の口座番号として確定する（ステップＳ７１）。そして、サーバ３は、確定の口座番号の本日の災害時取引回数に基づき、本日出金可能残高を設定する（ステップＳ７２）。尚、本日の災害時取引回数が当日１回目の場合、当該口座番号の本日出金可能残高を災害時取引出金限度額に設定する。また、本日の災害時取引回数が当日２回目以降の場合、当該口座番号の本日出金可能残高を（災害時取引出金限度額－当日の前取引の出金額）に設定する。

【0050】

そして、サーバ３は、本日出金可能残高を設定した後、確定の口座番号の本日出金可能残高があるか否かを判定する（ステップＳ７３）。そして、サーバ３は、確定の口座番号の本日出金可能残高があるか否かを判定する判定結果をＡＴＭ２に通知する。

【0051】

ＡＴＭ２は、確定の口座番号の本日出金可能残高がないとの判定結果を受信した場合、「本日のお引き出し可能額は全て引き出し済みです。」等の取引終了画面を表示し（ステップＳ７４）、取引を終了する（ステップＳ７５）。

【0052】

また、サーバ３は、確定の口座番号の本日出金可能残高があると判定した場合、確定の口座番号及び本日出金可能残高をＡＴＭ２に通知し（ステップＳ７６）、図１９に示す処理動作のステップＳ８１の処理に移行する。

【0053】

図１８は、第１の顔照合処理に関わるサーバ３の処理動作の一例を示すフローチャートである。第１の顔照合処理は、図１５に示すステップＳ６７で実行する顔照合処理である。図１８においてサーバ３内の顔照合部３４２は、第２の顔写真を取得する（ステップＳ１０１）。顔照合部３４２内の判定部３４２Ａ内の第１の判定部３４２Ａ１は、取引通番に紐付けた生年月日の顔照合情報を災害時用照合メモリ３３２から抽出する（ステップＳ１０２）。尚、第１の判定部３４２Ａ１は、災害時用照合メモリ３３２から生年月日を使用して顔照合対象の顔照合情報を絞り込む。判定部３４２Ａ内の第２の判定部３４２Ａ２は、抽出した顔照合情報内に、第２の顔写真と同一人物の第１の顔写真があるか否かを判定する（ステップＳ１０３）。

【0054】

第２の判定部３４２Ａ２は、第２の顔写真と同一人物の第１の顔写真がある場合（ステップＳ１０３：Ｙｅｓ）、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物であると判断する。そして、第２の判定部３４２Ａ２は、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物であると判断し、照合ＯＫと判定し（ステップＳ１０４）、図１８に示す処理動作を終了する。

【0055】

また、第２の判定部３４２Ａ２は、第２の顔写真と同一人物の第１の顔写真がない場合（ステップＳ１０３：Ｎｏ）、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物でないと判断する。そして、第２の判定部３４２Ａ２は、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物でないと判断し、照合ＮＧと判定し（ステップＳ１０５）、図１８に示す処理動作を終了する。

【0056】

図１８に示す第１の顔写真照合処理では、第２の顔写真を取得した後、生年月日で絞り込んだ顔照合情報の中で第２の顔写真と同一人物の第１の顔写真がある場合、同一人物として照合ＯＫと判断する。

【0057】

図１９は、災害時取引処理内の認証処理に関わる金融取引システム１の処理動作の一例を示すシーケンス図である。ＡＴＭ２は、ステップＳ７６にて口座番号及び本日出金可能残高を受信した後、災害時取引用暗証番号入力画面１１４をタッチパネル１７上に表示する（ステップＳ８１）。図２０は、ＡＴＭ２の災害時取引用暗証番号入力画面１１４の一例を示す説明図である。図２０に示す災害時取引用暗証番号入力画面１１４は、災害時取引に使用する暗証番号の入力画面である。利用者は、災害時取引用暗証番号入力画面１１４内の入力欄に取引用の暗証番号を入力する（ステップＳ８２）。

【0058】

更に、ＡＴＭ２は、災害時取引用取引金額入力画面１１５をタッチパネル１７上に表示する（ステップＳ８３）。図２１は、ＡＴＭ２の災害時取引用取引金額入力画面１１５の一例を示す説明図である。図２１に示す災害時取引用取引金額入力画面１１５は、災害時取引に使用する取引金額の入力画面である。利用者は、災害時取引用取引金額入力画面１１５内の入力欄に取引金額を入力する（ステップＳ８４）。ＡＴＭ２は、暗証番号及び取引金額を検出した場合、「お手続きを行っています。しばらくお待ちください。」等の取引送受信画面を表示する（ステップＳ８５）。

【0059】

ＡＴＭ２は、口座番号、暗証番号及び取引金額を含む災害時取引内容をホストコンピュータ４に送信する（ステップＳ８６）。ホストコンピュータ４は、災害時取引内容を受信した場合、災害時取引内容内の口座番号、暗証番号及び取引金額に基づき、取引処理を実行する（ステップＳ８７）。尚、取引処理は、口座管理メモリ４２１内の内容と、災害時取引内容内の口座番号、残高、暗証番号とを照合し、照合結果に基づき、取引ＯＫであるか否かを判定する（ステップＳ８８）。また、取引処理は、災害時取引内容を災害時取引メモリ４２３に保存する。更に、取引処理は、取引ＯＫと判断した場合、取引の口座番号からの取引金額に応じた出金処理を実行する。

【0060】

ホストコンピュータ４は、災害時取引内容に応じた取引ＮＧの場合、取引ＮＧをＡＴＭ２に送信する。ＡＴＭ２は、ホストコンピュータ４から取引ＮＧを受信した場合、例えば、暗証番号不一致や残高不足等の取引ＮＧ理由を含む取引終了画面をタッチパネル１７上に表示し（ステップＳ８９）、取引を終了する（ステップＳ９０）。

【0061】

また、ホストコンピュータ４は、災害時取引内容に応じた取引ＯＫの場合、取引ＯＫをＡＴＭ２に送信する。ＡＴＭ２は、取引ＯＫを受信した場合、取引送受信画面を画面表示したまま（ステップＳ９１）、口座番号、取引通番、取引金額、取引日時、取引場所等を含む取引内容をサーバ３に送信する（ステップＳ９２）。

【0062】

サーバ３は、取引内容を受信した場合、本日出金残高及び取引回数を更新する取引更新処理を実行する（ステップＳ９３）。つまり、取引更新処理は、（災害時出金限度額－今回の出金金額）で該当口座番号の本日出金可能残高を更新する。更に、サーバ３は、取引回数を＋１インクリメントし、取引回数を更新する。そして、サーバ３は、取引更新処理が正常に終了したか否かを判定する（ステップＳ９４）。

【0063】

サーバ３は、取引更新処理が正常に終了しなかった場合、正常終了ＮＧをＡＴＭ２に送信する。ＡＴＭ２は、サーバ３から正常終了ＮＧを受信した場合、「取引中にエラーが発生しました。遅いりますが、もう一度最初からやり直してください。」等の取引終了画面を表示し（ステップＳ９５）、取引を終了する（ステップＳ９６）。

【0064】

サーバ３は、取引更新処理が正常に終了した場合、正常終了ＯＫをＡＴＭ２に送信する（ステップＳ９７）。ＡＴＭ２は、正常終了ＯＫを受信した場合、災害時取引内容に応じた取引金額の現金を出金すると共に、災害時取引完了画面１１６をタッチパネル上に表示する（ステップＳ９８）。そして、利用者は、ＡＴＭ２から取引金額及びレシートを受け取り（ステップＳ９９）、災害時取引が終了することになる。図２２は、ＡＴＭ２の災害時取引完了画面１１６の一例を示す説明図である。図２２に示す災害時取引完了画面１１６は、利用者に災害時取引の完了を知らせる画面である。

【0065】

尚、顔照合処理では、図１８に示す第１の顔照合処理を実行する場合を例示したが、これに限定されるものではなく、適宜変更可能である。図２３は、第２の顔照合処理に関わるサーバ３の処理動作の一例を示すフローチャートである。図２３においてサーバ３内の顔照合部３４２は、第２の顔写真を取得する（ステップＳ１１１）。第１の判定部３４２Ａ１は、取引通番に紐付けた生年月日の顔照合情報を災害時用照合メモリ３３２から抽出する（ステップＳ１１２）。第２の判定部３４２Ａ２は、抽出した顔照合情報内に、第２の顔写真と同一人物の第１の顔写真があるか否かを判定する（ステップＳ１１３）。

【0066】

第２の判定部３４２Ａ２は、第２の顔写真と同一人物の第１の顔写真がある場合（ステップＳ１１３：Ｙｅｓ）、第２の顔写真と同一人物の第１の顔写真の同一口座番号内に複数の第１の顔写真があるか否かを判定する（ステップＳ１１４）。

【0067】

第２の判定部３４２Ａ２は、複数の第１の顔写真の内、未指定の第１の顔写真を指定する（ステップＳ１１５）。第２の判定部３４２Ａ２は、未指定の第１の顔写真を指定した後、指定の第１の顔写真と第２の顔写真とを照合する（ステップＳ１１６）。第２の判定部３４２Ａ２は、指定の第１の顔写真と第２の顔写真とが同一人物であるか否かを判定する（ステップＳ１１７）。

【0068】

第２の判定部３４２Ａ２は、指定の第１の顔写真と第２の顔写真とが同一人物である場合（ステップＳ１１７：Ｙｅｓ）、同一口座番号内に未指定の第１の顔写真があるか否かを判定する（ステップＳ１１８）。第２の判定部３４２Ａ２は、同一口座番号内に未指定の第１の顔写真がある場合（ステップＳ１１８：Ｙｅｓ）、同一口座番号内の未指定の第１の顔写真を指定すべく、ステップＳ１１５の処理に戻る。また、第２の判定部３４２Ａ２は、指定の第１の顔写真と第２の顔写真とが同一人物でない場合（ステップＳ１１７：Ｎｏ）、同一口座番号内に未指定の第１の顔写真があるか否かを判定するステップＳ１１８の処理に移行する。

【0069】

第２の判定部３４２Ａ２は、未指定の第１の顔写真がない場合（ステップＳ１１８：Ｎｏ）、同一口座番号内の全ての第１の顔写真を指定したものと判断し、同一口座番号内の複数の第１の顔写真と第２の顔写真との同一人物の確率を算出する（ステップＳ１１９）。第２の判定部３４２Ａ２は、例えば、（第２の顔写真と同一人物と判定された第１の顔写真の枚数）÷（第１の顔写真の枚数）×１００で同一人物の確率を算出する。

【0070】

第２の判定部３４２Ａ２は、同一人物の確率が所定閾値以上であるか否かを判定する（ステップＳ１２０）。尚、所定閾値は、例えば、８０％としても良く、適宜変更可能である。第２の判定部３４２Ａ２は、同一人物の確率が所定閾値以上である場合（ステップＳ１２０：Ｙｅｓ）、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物であると判断し、照合ＯＫと判定し（ステップＳ１２１）、図２３に示す処理動作を終了する。

【0071】

また、サーバ３は、第２の顔写真と同一人物の第１の顔写真がない場合（ステップＳ１１３：Ｎｏ）、利用者が災害時用照合メモリ３３２に登録済みの利用者と同一人物でないと判断し、照合ＮＧと判定し（ステップＳ１２２）、図２３に示す処理動作を終了する。

【0072】

また、第２の判定部３４２Ａ２は、同一人物の確率が所定閾値以上でない場合（ステップＳ１２０：Ｎｏ）、照合ＮＧと判定すべく、ステップＳ１２２の処理に移行する。

【0073】

図１８に示す第２の顔写真照合処理では、第２の顔写真を取得した後、生年月日で絞り込んだ顔照合情報内に複数枚の第１の顔写真と第２の顔写真との同一人物の確率が所定閾値以上であるか否かを判定する。第２の顔写真照合処理では、同一人物の確率が所定閾値以上の場合、同一人物として照合ＯＫと判断する。その結果、災害時取引時において、利用者は、キャッシュカードや通帳がなく、しかも、生体情報の事前登録がなくても、口座の本人認証を確認しながら、同口座から出金が可能になる。

【0074】

また、例えば、同一口座を夫婦で使用し、夫名義の口座の場合であっても、通常取引時に妻が夫名義の口座にキャッシュカードを使用して現金を引き出すことは一般的に行われている。このような場合でも、災害時用照合メモリ３３２の夫名義の口座の第１の顔写真に妻の顔写真が登録されているため、妻が災害時取引要求を実行した場合でも、同口座から通常取引と同様に一定金額の出金が可能となる。

【0075】

実施例のサーバ３では、通常取引の成立時に得た利用者の口座番号及び第１の顔写真を災害時用照合メモリ３３２に事前に登録しておく。更に、サーバ３は、ＡＴＭ２から災害時取引要求時に撮像された利用者の第２の顔写真を受信した場合に、当該利用者の第２の顔写真と、登録済みの第１の顔写真とが同一人物であるか否かを判定する。サーバ３は、第１の顔写真と第２の顔写真とが同一人物の場合に、同一人物と判定された当該第１の顔写真に対応する口座番号の災害時取引要求の利用者を本人認証する。その結果、災害時取引時において、利用者は、キャッシュカードや通帳がなく、しかも、生体情報の事前登録がなくても、口座の利用者の本人認証を実現しながら、同口座から出金が可能になる。

【0076】

サーバ３は、同一利用者の複数回の通常取引成立時に順次得た同一利用者の複数の第１の顔写真を災害時用照合メモリ３３２に順次登録する。更に、サーバ３は、災害時取引要求時に撮像された利用者の第２の顔写真と、登録済みの同一利用者の複数の第１の顔写真とが同一人物であるか否かを判定する。その結果、通常の取引成立時に得た複数枚の顔写真を使用して災害時取引時の利用者の本人認証を実現できる。更に、複数回の通常取引成立時に得た第１の顔写真を本人認証に使用するため、認証精度の向上を図ることができる。

【0077】

また、サーバ３は、登録済みの同一利用者の複数の第１の顔写真と第２の顔写真とが所定の割合で同一人物であるか否かを判定する。その結果、複数回の通常取引成立時に得た第１の顔写真を使用するため、認証精度の向上を図ることができる。

【0078】

また、サーバ３は、通常取引成立時に得た利用者の口座番号及び第１の顔写真の他に、当該利用者を識別する第１の識別情報、例えば、生年月日を事前に登録しておく。
サーバ３は、災害時取引要求時に撮像された利用者の第２の顔写真及び入力された利用者の第２の識別情報、例えば、生年月日を受信した場合に、生年月日が一致する第１の顔写真が災害時用照合メモリ３３２内にあるか否かを判定する。サーバ３は、第１の顔写真がある場合、生年月日が一致した利用者の第１の顔写真と、第２の顔写真とが同一人物であるか否かを判定する。その結果、災害時用照合メモリ３３２から照合対象の第１の顔写真を絞り込む処理負担を軽減できる。

【0079】

尚、本実施例では、照合対象の第１の顔写真を絞り込む第１の識別情報として生年月日を使用する場合を例示したが、生年月日に限定されるものではなく、例えば、利用者の電話番号や利用者住所の郵便番号等でも良く、適宜変更可能である。

【0080】

尚、説明の便宜上、サーバ３は、情報処理装置で実現する場合を例示したが、クラウドに設けても良く、適宜変更可能である。

【0081】

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

【0082】

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）（又はＭＰＵ（Micro Processing Unit）、ＭＣＵ（Micro Controller Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良いことは言うまでもない。

【0083】

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムを情報処理装置で実行することで実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行する情報処理装置の一例を説明する。図２４は、金融取引認証プログラムを実行する情報処理装置の一例を示す説明図である。

【0084】

図２４に示す金融取引認証プログラムを実行する情報処理装置１００では、通信部１０１と、ＨＤＤ（Hard Disk Drive）１０２と、ＲＯＭ(Read Only Memory)１０３と、ＲＡＭ(Random Access Memory)１０４と、を有する。更に、情報処理装置１００は、ＣＰＵ１０５と、バス１０６とを有する。ＨＤＤ１０２は、通常取引の成立時に得た利用者の口座を識別する口座番号及び第１の顔画像を事前に記憶している。情報処理装置１００は、出金装置を通じて利用者の口座から残高を引き出す際に、当該口座の利用者を本人認証する。

【0085】

そして、ＲＯＭ１０３には、上記実施例と同様の機能を発揮する金融取引認証プログラムが予め記憶されている。尚、ＲＯＭ１０３ではなく、図示せぬドライブで読取可能な記録媒体に金融取引認証プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ、ＳＤカード等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。金融取引認証プログラムとしては、図２４に示すように、判定プログラム１０３Ａ及び認証プログラム１０３Ｂである。尚、判定プログラム１０３Ａ及び認証プログラム１０３Ｂについては、適宜統合又は分散しても良い。

【0086】

そして、ＣＰＵ１０５は、これらのプログラム１０３Ａ及び１０３ＢをＲＯＭ１０３から読み出し、これら読み出された各プログラムをＲＡＭ１０４上に展開して実行する。そして、ＣＰＵ１０５は、図２４に示すように、各プログラム１０３Ａ及び１０３ＢをＲＡＭ１０４上で実行することで、判定プロセス１０４Ａ及び認証プロセス１０４Ｂとして機能する。

【0087】

ＣＰＵ１０５は、通常取引の成立時に得た前記利用者の口座を識別する口座番号及び第１の顔画像をＨＤＤに事前に記憶する。ＣＰＵ１０５は、出金装置から災害時取引要求時に撮像された利用者の第２の顔画像を受信した場合に、当該利用者の第２の顔画像と、ＨＤＤに記憶済みの第１の顔画像とが同一人物であるか否かを判定する。ＣＰＵ１０５は、第１の顔画像と第２の顔画像とが同一人物の場合に、同一人物と判定された当該第１の顔画像に対応する口座番号の災害時取引要求の利用者を本人認証する。その結果、災害時でも、出金装置を通じて利用者の口座から残高を引き出すことができる。

【符号の説明】

【0088】

１ 金融取引システム
２ ＡＴＭ
３ サーバ
１１ 顧客カメラ
２５１ 通知部
３３２ 災害時用照合メモリ
３４１ 登録部
３４２Ａ 判定部
３４２Ａ１ 第１の判定部
３４２Ａ２ 第２の判定部
３４２Ｂ 認証部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7A】

【図7B】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】