(57)【要約】【課題】生体情報印刷装置、生体情報印刷システム、プログラム、および生体情報印刷方法を提供すること。【解決手段】印刷媒体への印刷を行なう印刷部と、記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部と、任意のユーザから当該ユーザの生体情報を取得する取得部と、前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部と、前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データを前記印刷部に印刷させる印刷制御部と、を備える生体情報印刷装置。【選択図】図４
2010066875.tif 000002
【特許請求の範囲】
【請求項１】
印刷媒体への印刷を行なう印刷部と；
記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部と；
任意のユーザから当該ユーザの生体情報を取得する取得部と；
前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部と；
前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データを前記印刷部に印刷させる印刷制御部と；
を備える、生体情報印刷装置。
【請求項２】
前記生体情報印刷装置は、前記任意のユーザにより任意の処理内容が入力される入力部をさらに備え、
前記印刷制御部は、前記印刷媒体へ前記処理内容を前記印刷部に印刷させる、請求項１に記載の生体情報印刷装置。
【請求項３】
前記生体情報印刷装置は、通信部をさらに備え、
前記通信部は、前記印刷媒体に印刷された前記処理内容を読取る処理受付装置により前記処理内容が受け付けられる有効期間を設定する管理装置における、前記有効期間の設定のトリガとなる信号を送信する、請求項２に記載の生体情報印刷装置。
【請求項４】
前記有効期間は、前記処理受付装置が設置される店舗の混雑状況に応じて設定される、請求項３に記載の生体情報印刷装置。
【請求項５】
前記ユーザの生体情報のハッシュ値に基づいて前記印刷データを生成する生成部をさらに備える、請求項１〜４のいずれかに記載の生体情報印刷装置。
【請求項６】
印刷媒体への印刷を行なう印刷部、
記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部、
任意のユーザから当該ユーザの生体情報を取得する取得部、
当該ユーザにより任意の処理内容が入力される入力部、
前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部、および、
前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データおよび前記入力部に入力された処理内容を前記印刷部に印刷させる印刷制御部、
を有する生体情報印刷装置と；
前記生体情報印刷装置からの要求に応じて有効期間を設定する管理装置と；
前記印刷媒体の印刷を読取る読取り部を有し、現在時刻が前記管理装置により設定された有効期間内である場合に前記印刷媒体に印刷されている前記処理内容を受け付ける処理受付装置と；
を備える、生体情報印刷システム。
【請求項７】
前記管理装置は、前記処理受付装置が設置される店舗の混雑状況に応じた有効期間を設定する、請求項６に記載の生体情報印刷システム。
【請求項８】
前記管理装置は、乱数を生成して当該乱数と前記有効期間を対応付けて保持し、前記乱数を前記生体情報印刷装置へ送信し、前記有効期間内である場合に前記処理受付装置へ前記乱数を送信し、
前記生体情報印刷装置は、前記ユーザの生体情報のハッシュ値、および前記乱数に基づいて前記印刷データを生成し、
前記処理受付装置は、前記処理受付装置から前記乱数を受信でき、かつ、読取った前記印刷データと、当該乱数および事前に前記管理装置に登録されている前記特定のユーザの生体情報のハッシュ値に基づいて生成したデータと、が一致する場合に前記処理内容を受け付ける、請求項６に記載の生体情報印刷システム。
【請求項９】
コンピュータを、
印刷媒体への印刷を行なう印刷部と；
記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部と；
任意のユーザから当該ユーザの生体情報を取得する取得部と；
前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部と；
前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データを前記印刷部に印刷させる印刷制御部と；
として機能させるための、プログラム。
【請求項１０】
記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出すステップと；
任意のユーザから当該ユーザの生体情報を取得するステップと；
当該ユーザにより任意の処理内容が入力されるステップと；
読み出された生体情報、および取得された生体情報が同一のユーザの生体情報であるか否かを判断するステップと；
双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データおよび入力された処理内容を印刷媒体に印刷するステップと；
有効期間を設定するステップと；
前記印刷媒体の印刷を読取るステップと；
現在時刻が設定された有効期間内である場合に前記印刷媒体に印刷されている前記処理内容を受け付けるステップと；
を含む、生体情報印刷方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報印刷装置、生体情報印刷システム、プログラム、および生体情報印刷方法に関する。
【背景技術】
【０００２】
一般に、金融機関においては、顧客の所望する取引内容および口座番号が記載された帳票に押印されている印影と、帳票に記載されている口座番号と対応付けて登録されている印影とを照合することにより顧客の本人確認が行なわれている。このような印影による本人確認は、印鑑は本人のみが所有するという前提に基づいて行なわれている。
【０００３】
なお、特許文献１には、顧客情報を二次元バーコード化する技術、二次元バーコード化された顧客情報を読取る技術、およびこれら技術により金融機関における顧客情報の入力のための人的な処理負荷を抑制できることが記載されている。
【０００４】
【特許文献１】特開平７−２４９０７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、印影による本人確認を実施するためには、顧客が印鑑を金融機関に持参する必要があるため、利便性に欠ける。また、金融機関の窓口においてオペレータが印影の照合を行なう場合、オペレータへの負荷が大きくなってしまう。さらに、印影に不具合がある場合には、照合が困難であるため、顧客が印鑑を再度押印する必要があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、本人確認の実施に関する利便性を向上することが可能な、新規かつ改良された生体情報印刷装置、生体情報印刷システム、プログラム、および生体情報印刷方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、印刷媒体への印刷を行なう印刷部と、記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部と、任意のユーザから当該ユーザの生体情報を取得する取得部と、前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部と、前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データを前記印刷部に印刷させる印刷制御部と、を備える生体情報印刷装置が提供される。
【０００８】
前記生体情報印刷装置は、前記任意のユーザにより任意の処理内容が入力される入力部をさらに備え、前記印刷制御部は、さらに前記印刷媒体へ前記処理内容を前記印刷部に印刷させてもよい。
【０００９】
前記生体情報印刷装置は、通信部をさらに備え、前記通信部は、前記印刷媒体に印刷された前記処理内容を読取る処理受付装置により前記処理内容が受け付けられる有効期間を設定する管理装置における、前記有効期間の設定のトリガとなる信号を送信してもよい。
【００１０】
前記有効期間は、前記処理受付装置が設置される店舗の混雑状況に応じて設定されてもよい。
【００１１】
前記ユーザの生体情報のハッシュ値に基づいて前記印刷データを生成する生成部をさらに備えてもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、印刷媒体への印刷を行なう印刷部、記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部、任意のユーザから当該ユーザの生体情報を取得する取得部、当該ユーザにより任意の処理内容が入力される入力部、前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部、および、前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データおよび前記入力部に入力された処理内容を前記印刷部に印刷させる印刷制御部、を有する生体情報印刷装置と、前記生体情報印刷装置からの要求に応じて有効期間を設定する管理装置と、前記印刷媒体の印刷を読取る読取り部を有し、現在時刻が前記管理装置により設定された有効期間内である場合に前記印刷媒体に印刷されている前記処理内容を受け付ける処理受付装置と、を備える生体情報印刷システムが提供される。
【００１３】
前記管理装置は、前記処理受付装置が設置される店舗の混雑状況に応じた有効期間を設定してもよい。
【００１４】
前記管理装置は、乱数を生成して当該乱数と前記有効期間を対応付けて保持し、前記乱数を前記生体情報印刷装置へ送信し、前記有効期間内である場合に前記処理受付装置へ前記乱数を送信し、前記生体情報印刷装置は、前記ユーザの生体情報のハッシュ値、および前記乱数に基づいて前記印刷データを生成し、前記処理受付装置は、前記処理受付装置から前記乱数を受信でき、かつ、読取った前記印刷データと、当該乱数および事前に前記管理装置に登録されている前記特定のユーザの生体情報のハッシュ値に基づいて生成したデータと、が一致する場合に前記処理内容を受け付けてもよい。
【００１５】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、印刷媒体への印刷を行なう印刷部と、記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出す読出し部と、任意のユーザから当該ユーザの生体情報を取得する取得部と、前記読出し部により読み出された生体情報、および前記取得部により取得された生体情報が同一のユーザの生体情報であるか否かを判断する判断部と、前記判断部により双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データを前記印刷部に印刷させる印刷制御部と、として機能させるためのプログラムが提供される。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、記憶媒体から、当該記憶媒体に記憶されている特定のユーザの生体情報を読出すステップと、任意のユーザから当該ユーザの生体情報を取得するステップと、当該ユーザにより任意の処理内容が入力されるステップと、読み出された生体情報、および取得された生体情報が同一のユーザの生体情報であるか否かを判断するステップと、双方の生体情報が同一のユーザの生体情報であると判断された場合、当該ユーザの生体情報に基づく印刷データおよび入力された処理内容を印刷媒体に印刷するステップと、有効期間を設定するステップと、前記印刷媒体の印刷を読取るステップと、現在時刻が設定された有効期間内である場合に前記印刷媒体に印刷されている前記処理内容を受け付けるステップと、を含む生体情報印刷方法が提供される。
【発明の効果】
【００１７】
以上説明したように本発明にかかる生体情報印刷装置、生体情報印刷システム、プログラム、および生体情報印刷方法によれば、本人確認の実施に関する利便性を向上することができる。
【発明を実施するための最良の形態】
【００１８】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
また、以下に示す項目順序に従って当該「発明を実施するための最良の形態」を説明する。
〔１〕本発明の第１の実施形態
〔１−１〕第１の実施形態にかかる金融システムの全体構成
〔１−２〕第１の実施形態にかかる受付端末の構成
〔１−３〕期間設定について
〔１−４〕第１の実施形態にかかる窓口端末の構成
〔１−５〕第１の実施形態にかかる金融システムの動作
〔２〕本発明の第２の実施形態
〔２−１〕第２の実施形態にかかる金融システムの全体構成
〔２−２〕第２の実施形態にかかる受付端末の構成
〔２−３〕生体認証サーバの構成
〔２−４〕第２の実施形態にかかる窓口端末の構成
〔２−５〕第２の実施形態にかかる金融システムの動作
〔３〕補足
【００２０】
〔１〕本発明の第１の実施形態
〔１−１〕第１の実施形態にかかる金融システムの全体構成
まず、図１を参照し、第１の実施形態にかかる金融システム１の全体構成について説明する。
【００２１】
図１は、第１の実施形態にかかる金融システム１の全体構成を示した説明図である。図１に示したように、金融システム１は、営業店６に設置される受付端末２０、窓口端末２４および営業店サーバ２８と、センタ８に設置される期間管理サーバ３０およびホスト３４と、通信網１２と、を含む。通信網１２は、営業店６に設置される受付端末２０、窓口端末２４および営業店サーバ２８と、センタ８に設置される期間管理サーバ３０およびホスト３４を接続する専用線である。
【００２２】
営業店６は、第１の実施形態において、銀行などの金融機関における店舗に該当する。ただし、営業店６は金融機関における店舗に限られず、宿泊や移動手段の予約サービスを行なう旅行業者、教育サービスを提供する教育業者、異常事態に備える警備サービスを提供する警備業者、物品の販売サービスを提供する物品販売業者などの店舗であってもよい。
【００２３】
受付端末２０は、営業店６に訪れた顧客（ユーザ）による操作を受け付け、顧客が所望する取引を示す帳票を発行する。ここで、受付端末２０は、詳細については「〔１−２〕第１の実施形態にかかる受付端末の構成」において説明するが、さらに顧客の生体認証バーコードが印刷された帳票を発行する生体情報印刷装置としての機能を有する。
【００２４】
窓口端末２４は、金融機関のオペレータが操作する端末であり、受付端末２０により発行された帳票の示す取引（処理）を受け付け、ホスト３４に対して当該取引の実行を依頼する処理受付装置としての機能を有する。詳細については「〔１−４〕第１の実施形態にかかる窓口端末の構成」において説明するが、窓口端末２４は、帳票を読み取るためのスキャナ、通帳などに印字を行なう通伝プリンタ、現金を処理するための現金処理機などを含む、または接続される。また、窓口端末２４には生体認証装置が接続されていてもよい。
【００２５】
営業店サーバ２８は、詳細については「〔１−３〕期間設定について」において説明するが、取引待ち状態の顧客数、取引の種類、取引予約情報などから営業店６における取引状況や混雑状況を認識する。そして、営業店サーバ２８は、取引状況や混雑状況に基づき、新規に受付端末２０において発行される帳票に基づく処理が窓口端末２４において行なわれる期間（有効期間）を予測、計算する。営業店サーバ２８において予測、計算された有効期間は、期間管理サーバ３０において顧客の口座番号と対応付けて保持される。
【００２６】
ホスト３４は、図２に示す顧客情報を管理し、たとえば窓口端末２４から依頼のあった取引の制御、処理を行なう。
【００２７】
図２は、ホスト３４において管理される顧客情報の具体例を示した説明図である。図２に示したように、顧客情報は、口座番号、暗証番号、氏名、および住所などの顧客に関する情報を含む。なお、図２においては顧客情報の一例を示したに過ぎず、顧客情報は、例えば顧客の年齢、生年月日、電話番号、職業、家族構成、年収、預金情報などの情報をさらに含んでもよい。ここで、預金情報は、顧客の預金に関する情報であり、例えば顧客の普通預金、定期預金、外貨預金、有価証券、投資信託、保険商品などの種類および残高に関する情報を含んでもよい。
【００２８】
〔１−２〕第１の実施形態にかかる受付端末の構成
以上、第１の実施形態にかかる金融システム１の全体構成を説明した。続いて、図３〜図６を参照し、金融システム１に含まれる受付端末２０の構成を説明する。
【００２９】
図３は、第１の実施形態にかかる受付端末２０のハードウェア構成を示したブロック図である。受付端末２０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３と、内部バス２０４と、を備える。また、受付端末２０は、ブリッジ２０５と、外部バス２０６と、インタフェース２０７と、入力装置２０８と、出力装置２１０と、ストレージ装置（ＨＤＤ）２１１と、ドライブ２１２と、通信装置２１５とを備える。
【００３０】
ＣＰＵ２０１は、演算処理装置および制御装置として機能し、各種プログラムに従って受付端末２０内の動作全般を制御する。また、ＣＰＵ２０１は、マイクロプロセッサであってもよい。ＲＯＭ２０２は、ＣＰＵ２０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ２０３は、ＣＰＵ２０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成される内部バス２０４により相互に接続されている。
【００３１】
内部バス２０４は、ブリッジ２０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス２０６に接続されている。なお、必ずしも内部バス２０４、ブリッジ２０５および外部バス２０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００３２】
入力装置２０８は、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ２０１に出力する入力制御回路などから構成されている。受付端末２０のユーザは、該入力装置２０８を操作することにより、受付端末２０に対して各種のデータを入力したり処理動作を指示したりすることができる。また、入力装置２０８は、ユーザが生体情報が入力され、当該生体情報を解釈することが可能である。
【００３３】
出力装置２１０は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置２１０は、スピーカおよびヘッドホンなどの音声出力装置を含む。出力装置２１０は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。また、出力装置２１０は、印刷データを紙などの印刷媒体に印刷して帳票を発行することも可能である。
【００３４】
ストレージ装置２１１は、本実施形態にかかる受付端末２０の記憶部の一例として構成されたデータ格納用の装置である。ストレージ装置２１１は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置２１１は、例えば、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）で構成される。このストレージ装置２１１は、ハードディスクを駆動し、ＣＰＵ２０１が実行するプログラムや各種データを格納する。  
【００３５】
ドライブ２１２は、記憶媒体用リーダライタであり、受付端末２０に内蔵、あるいは外付けされる。ドライブ２１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２４に記録されている情報を読み出して、ＲＡＭ２０３に出力する。
【００３６】
通信装置２１５は、例えば、通信網１２や営業店サーバ２８に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置２１５は、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００３７】
なお、上記では図３を参照して受付端末２０のハードウェア構成について説明したが、窓口端末２４、営業店サーバ２８のハードウェアのハードウェア構成は受付端末２０と共通する部分が多いため、説明を省略する。
【００３８】
図４は、本実施形態にかかる受付端末２０の構成を示した機能ブロック図である。図４に示したように、受付端末２０は、顧客操作表示部２１６と、カードリーダ部２２０と、生体情報読取部２２４と、制御部２３０と、二次元バーコード生成部２４２と、帳票印刷部２４６と、記憶部２５０と、通信部２５４と、を備える。なお、顧客操作表示部２１６、カードリーダ部２２０、および生体情報読取部２２４は図３に示した入力装置２０８に対応し、顧客操作表示部２１６および帳票印刷部２４６は図３に示した出力装置２１０に対応する。
【００３９】
顧客操作表示部２１６は、各種画面を表示する液晶ディスプレイ、ＣＲＴディスプレイ、またはＯＬＥＤなどの表示部、および顧客による入力操作を受け付けるタッチパネル、タッチパッドまたはボタンなどの操作部（入力部）を有する。顧客操作表示部２１６により表示される各種画面としては、図５に示す取引選択画面、取引選択画面において選択された取引に関する入力画面などがあげられる。
【００４０】
図５は、取引選択画面の具体例を示した説明図である。図５に示したように、取引選択画面には、「入金」、「出金」、「振込」、「振替」、および「その他」などの選択項目が含まれる。取引選択画面において、例えば、顧客により選択項目「出金」が選択されると、顧客操作表示部２１６は、出金額などを入力するための入力画面に取引選択画面を切替える。
【００４１】
カードリーダ部２２０（読出し部）は、各種情報が記録されている記憶媒体の一例としてのカードがカード挿入口に挿入されると、当該カードからの情報の読出し、または当該カードに対しての情報の書き込みを行なう。具体的には、カードリーダ部２２０は、顧客によりカード挿入口に挿入されたキャッシュカードの磁気ストライプやＩＣチップなどから、顧客を識別するための顧客識別情報としての口座情報や後述の生体情報を読み出すことができる。なお、カード挿入口に挿入されたカードは、カード挿入口と同一または異なるカード排出口から排出され、顧客に返却される。
【００４２】
生体情報読取部２２４は、顧客から当該顧客の生体情報を取得する取得部としての機能を有する。生体情報としては、例えば、顧客の指紋、手指の静脈パターン、虹彩、声紋、または顔の形状などがあげられる。生体情報読取部２２４は、このような生体情報を読取ることが可能な、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅｓ）を備えたカメラ、音声入力装置などであってもよい。また、生体情報読取部２２４は、顧客から取得した生体情報を制御部２３０へ出力する。
【００４３】
制御部２３０は、図３に示したＣＰＵ２０１またはＭＰＵ（Ｍｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算および制御手段により構成される。また、制御部２３０は、記憶部２５０に記憶されている制御プログラム（ソフトウェア）に従い、顧客操作表示部２１６、カードリーダ部２２０、生体情報読取部２２４、二次元バーコード生成部２４２、帳票印刷部２４６、記憶部２５０、および通信部２５４の動作を制御する。このような制御部２３０は、生体情報判断部２３４および印刷制御部２３８の機能を包含する。
【００４４】
生体情報判断部２３４は、カードリーダ部２２０によりカードから読み出された顧客の生体情報、および生体情報読取部２２４により顧客から読取られた生体情報を照合する。そして、生体情報判断部２３４は、双方の生体情報が、同一の顧客の生体情報であるか否かを判断する。また、生体情報判断部２３４は、その他の例えば暗証番号も利用して総合的に、カードを挿入した顧客とカードの所有者の顧客が同一であるか否かを判断する。
【００４５】
印刷制御部２３８は、カードを挿入した顧客とカードの所有者の顧客が同一であると生体情報判断部２３４により判断された場合、顧客情報、取引内容（処理内容）、および二次元バーコード生成部２４２により生成された二次元バーコード（印刷データ）を帳票印刷部２４６に印刷させる。
【００４６】
二次元バーコード生成部２４２は、カードリーダ部２２０によりカードから読み出された顧客の生体情報に基づいて二次元バーコード（例えばＱＲ（Ｑｕｉｃｋ  Ｒｅｓｐｏｎｓｅ）コード（登録商標））を生成する。詳細については後述するが、二次元バーコード生成部２４２は、顧客の生体情報のハッシュ値、および暗証番号のハッシュ値から認証印字値を生成し、当該認証印字値に対応する二次元バーコードを生成する。
【００４７】
帳票印刷部２４６は、印刷紙を搬送する構成および各種情報を印刷するための構成などからなる。当該帳票印刷部２４６は、図６に示すように、氏名や口座番号などの顧客情報、顧客操作表示部２１６に入力された取引情報、および二次元バーコード生成部２４２により生成された二次元バーコードを印刷紙に印刷して帳票を発行する。
【００４８】
図６は、帳票４０の具体例を示した説明図である。図６には、帳票４０が出金票である例を示している。より詳細には、帳票４０は、口座番号や氏名を含む顧客情報、および出金額を含む取引情報などの印字データ４２と、二次元バーコード４４を含む。このように、本実施形態においては、印影に代えて顧客独自の二次元バーコード４４を帳票に印刷することが可能である。
【００４９】
記憶部２５０は、各種情報を記憶しており、記憶している情報を読み出すことができる。例えば、記憶部２５０は、受付端末２０における全体の動作を制御するための制御プログラム（ソフトウェア）、顧客操作表示部２１６に表示するための画面データ、および顧客が行なう取引に必要な情報などを記憶している。また、このような記憶部２５０は、不揮発性メモリ、磁気ディスク、光ディスク、およびＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ）ディスクなどの記憶媒体であってもよい。不揮発性メモリとしては、例えば、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）があげられる。また、磁気ディスクとしては、ハードディスクおよび円盤型磁性体ディスクなどがあげられる。また、光ディスクとしては、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ、ＤＶＤ−Ｒ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）およびＢＤ（Ｂｌｕ−Ｒａｙ  Ｄｉｓｃ（登録商標））などがあげられる。
【００５０】
通信部２５４は、窓口端末２４、営業店サーバ２８、期間管理サーバ３０およびホスト３４との間で通信を行なう。かかる通信部２５４は、図３に示した通信装置２１５に対応する。
【００５１】
〔１−３〕期間設定について
次に、図７および図８を参照し、営業店サーバ２８および期間管理サーバ３０により行なわれる、帳票の有効期間の設定について説明する。
【００５２】
受付端末２０は、ある取引に関する帳票を発行する際に、当該取引の受け付け要求を営業店サーバ２８へ送信する。また、窓口端末２４は、終了した取引を営業店サーバ２８へ送信する。これら情報に基づき、営業店サーバ２８は、取引ごとに当該取引を待っている顧客数などの取引情報を管理する。ここで、取引情報は、キュー（待ち行列）のような形式で管理されてもよい。
【００５３】
また、営業店サーバ２８は、図７に示すように、取引種別ごとに、１取引に必要と予想される処理時間を記憶している。
【００５４】
図７は、取引種別と１取引に必要な処理時間の関係を示した説明図である。図７には、１顧客の出金取引を行なうために必要な処理時間が３〜６分と見積もられ、１顧客の振込み取引を行なうために必要な処理時間が５〜１０分と見積もられている例を示している。
【００５５】
このような営業店サーバ２８は、受付端末２０が帳票を発行する際、管理している取引状況に応じて当該帳票の有効期間を動的に計算する。例えば、１番目の窓口で振込みを待っている顧客が３人であり、１顧客の振込み取引を行なうために必要な処理時間が５〜１０分と見積もられている場合、新たに振込み待ちに追加された４人目の顧客の取引は、１５〜３０分後（３×（５〜１０）分）であると予測できる。さらに、営業店サーバ２８は、現在時刻「２００８／８／１２  １４：１５」に１５〜３０分を加算し、取引開始予想時間を「２００８／８／１２  １４：３０〜２００８／８／１２  １４：４５」と算出することができる。
【００５６】
期間管理サーバ３０は、図８に示すように、このように営業店サーバ２８により算出された取引開始予想時間を、帳票の有効期間とし、帳票の口座番号と対応付けて記憶、管理する。
【００５７】
図８は、期間管理サーバ３０により管理する有効期間の具体例を示した説明図である。図８に示した例では、口座番号「１２３４５６７」と有効期間「２００８／８／２２  １５：００〜２００８／８／２２  １５：２７」が対応付けられている。すなわち、口座番号「１２３４５６７」を有する顧客に対して発行された帳票の有効期間が「２００８／８／２２  １５：００〜２００８／８／２２  １５：２７」である。この場合、窓口端末２４は、有効期間「２００８／８／２２  １５：００〜２００８／８／２２  １５：２７」に限り該当する帳票による取引を受け付ける。
【００５８】
このため、帳票の置忘れや紛失などにより正当権限を有さない第三者が他の顧客の帳票を入手した場合に、第三者により不正に取引が実行されてしまう場合を抑制し、セキュリティを向上することができる。また、本実施形態においては、営業店サーバ２８が現在時刻を基準として、固定時間でなく、営業店６の現在の取引状況に応じた取引開始予想時間を動的に計算する。かかる構成によれば、帳票の有効期間が合理的な範囲に設定されるため、本来の顧客の正常な取引を阻害することなく、セキュリティの一層の向上を図ることが可能である。
【００５９】
〔１−４〕第１の実施形態にかかる窓口端末の構成
続いて、図９を参照し、第１の実施形態にかかる窓口端末２４の構成について説明する。
【００６０】
図９は、第１の実施形態にかかる窓口端末２４の構成を示した機能ブロック図である。図９に示したように、窓口端末２４は、スキャナ３０４と、制御部３０８と、通信部３１２を備える。
【００６１】
スキャナ３０４は、顧客情報、取引情報、および二次元バーコードなどが印刷された帳票を読取る読取り部として機能する。
【００６２】
制御部３０８は、スキャナ３０４により読取られた帳票の有効期間内である場合、当該帳票に印刷されている取引情報の示す取引の実行をホスト３８に依頼する。具体的には、制御部３０８は、スキャナ３０４により読取られた帳票の口座番号を期間管理サーバ３０へ送信し、期間管理サーバ３０からの現在時刻が当該口座番号に対応付けられている有効期間内であるか否かの応答により有効期間内であるか否かを把握してもよい。または、制御部３０８は、スキャナ３０４により読取られた帳票の口座番号を期間管理サーバ３０へ送信し、期間管理サーバ３０から当該口座番号に対応付けられている有効期間を含む応答を受信し、現在時刻と当該有効期間を比較してもよい。
【００６３】
また、制御部３０８は、帳票に基づく取引が正常に処理されると、取引が終了した旨を通信部３１２から営業店サーバ２８へ送信する。なお、制御部３０８は、受付端末２０の制御部２３０と同様に、図３に示したＣＰＵ２０１またはＭＰＵなどの演算および制御手段により構成され、記憶媒体に記憶されている制御プログラム（ソフトウェア）に従って窓口端末２４の全体の動作を制御する。
【００６４】
通信部３１２は、受付端末２４、営業店サーバ２８、期間管理サーバ３０およびホスト３４とのインターフェースである。
【００６５】
〔１−５〕第１の実施形態にかかる金融システムの動作
次に、図１０および図１１を参照し、第１の実施形態にかかる金融システム１の動作を説明する。
【００６６】
図１０は、第１の実施形態にかかる金融システム１における帳票発行処理の流れを示したシーケンス図である。図１１は、第１の実施形態にかかる金融システム１における取引処理の流れを示したシーケンス図である。
【００６７】
まず、図１０に示したように、顧客が営業店６に入店後に受付端末２０の顧客操作表示部２１６に表示されている取引選択画面（図５参照）において、所望の取引を選択する（Ｓ４０２）。続いて、顧客によりキャッシュカードが挿入口に挿入されると、カードリーダ部２２０が当該キャッシュカードから口座番号および生体情報ＢＩＣを読み出す（Ｓ４０４）。
【００６８】
その後、生体情報読取部２２４が顧客から顧客の生体情報ＢＩＲを読み取る（Ｓ４０６）。また、受付端末２０は、キャッシュカードから読み出した口座番号をホスト３４に送信し、ホスト３４が当該口座番号に対応付けられている暗証番号ＰＩＮＨを検索して受付端末２０へ送信する（Ｓ４０８）。さらに、顧客は、受付端末２０の顧客操作表示部２１６に暗証番号ＰＩＮＲを入力する（Ｓ４１０）。
【００６９】
続いて、受付端末２０の生体情報判断部２３４は、生体情報ＢＩＣと生体情報ＢＩＲの照合率、および暗証番号ＰＩＮＨと暗証番号ＰＩＮＲの比較により本人確認を行なう（Ｓ４１２）。そして、本人確認に成功した場合、顧客操作表示部２１６が取引金額などの取引情報の入力画面を表示し、顧客が当該入力画面において取引情報を入力する（Ｓ４１４）。さらに、受付端末２０は、キャッシュカードから読み出した口座番号をホスト３４に送信し（Ｓ４１６）、ホスト３４が当該口座番号に対応付けられている顧客情報を検索し（Ｓ４１８）、受付端末２０が顧客情報を取得する（Ｓ４２０）。その後、受付端末２０は、営業店サーバ２８に対して有効期間の設定要求を行なう（Ｓ４２２）。
【００７０】
また、受付端末２０の二次元バーコード生成部２４２は、Ｓ４０４において取得した生体情報ＢＩＣをハッシュ化し、ハッシュ値Ｈａｓｈ（ＢＩＣ）を計算する（Ｓ４２４）。また、受付端末２０の二次元バーコード生成部２４２は、Ｓ４１０において入力されたＰＩＮＲをハッシュ化し、ハッシュ値Ｈａｓｈ（ＰＩＮＲ）を計算する（Ｓ４２６）。さらに、受付端末２０の二次元バーコード生成部２４２は、ハッシュ値Ｈａｓｈ（ＢＩＣ）およびハッシュ値Ｈａｓｈ（ＰＩＮＲ）を組み合わせて認証印字値ＲｅｓＰを生成する（Ｓ４２８）。
【００７１】
そして、二次元バーコード生成部２４２が認証印字値ＲｅｓＰから二次元バーコードを生成し（Ｓ４３０）、帳票印刷部２４６が、二次元バーコード、Ｓ４２０において取得した顧客情報、およびＳ４１４において入力された取引情報を帳票に印刷して顧客に提供する（Ｓ４３２）。なお、認証印字値ＲｅｓＰの生成方法は任意であるが、例えば、排他的論理和（ｘｏｒ）を利用する以下の数式１にしたがって生成することができる。
【００７２】
【数１】
2010066875.tif 000003
【００７３】
一方、営業店サーバ２８は、Ｓ４２０において受付端末２０から有効期間の設定を要求されると、営業店６の現在の混雑状況を照会する（Ｓ４３４）。そして、営業店サーバ２８は、照会した混雑状況に基づき、窓口端末２４が取引開始予想時間を計算し、取引開始予想時間を帳票の有効期間として期間管理サーバ３０へ送信する（Ｓ４３６）。有効期間を取得した期間管理サーバ３０は、顧客の口座番号と対応付けて当該有効期間を記憶する（Ｓ４４０）。
【００７４】
また、受付端末２０は、帳票の印刷後、営業店サーバ２８へ取引の受け付けを要求する（Ｓ４４２）。営業店サーバ２８は、要求された取引を受け付け、管理している取引状況を更新する（Ｓ４４４）。
【００７５】
その後、顧客が帳票を持って営業店６の窓口へ行くと、図１１に示したように、窓口端末２４は、オペレータ操作に基づき、帳票をスキャナ３０４で読取る（Ｓ４５２）。そして、窓口端末２４は、読取った画像のＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）スキャンにより口座番号を含む顧客情報や取引情報などの印字データを取得する（Ｓ４５３）。
【００７６】
さらに、窓口端末２４は、取得した口座番号を、期間確認要求として期間管理サーバ３０へ送信する（Ｓ４５４）。期間管理サーバ３０は、窓口端末２４から期間確認要求を受信すると、現在時刻が口座番号と対応付けて記憶している有効期間内であるか否かを判断する（Ｓ４５６）。そして、期間管理サーバ３０は、現在時刻が有効期間内である場合、その旨を窓口端末２４に通知し、窓口端末２４は、帳票から取得した取引情報にかかる取引の実行をホスト３４へ要求する（Ｓ４５８）。その後、ホスト３４が要求のあった取引を正常に処理し（Ｓ４６０）、一連のシーケンスが終了する。
【００７７】
以上説明したように、本発明の第１の実施形態によれば、印鑑を利用せずに取引を完了することができる点で、ユーザの利便性が高い。また、本人確認に成功した場合にのみ二次元バーコードが印刷され、かつ、当該二次元バーコードが顧客の生体情報のハッシュ値に基づいて生成されるため、セキュリティの向上を図ることができる。
【００７８】
さらに、本発明の第１の実施形態においては、帳票に有効期限が設定されるため、帳票の置忘れや紛失などにより正当権限を有さない第三者が他の顧客の帳票を入手した場合に、第三者により不正に取引が実行されてしまう場合を抑制し、セキュリティを向上することができる。
【００７９】
また、本発明の第１の実施形態においては、オペレータが２つの印影画像を確認する印鑑照合に代えて、生体情報のデータ比較が用いられるため、オペレータの負荷を緩和するとともに、オペレータの見間違いなどのヒューマンエラーを抑制することができる。また、印影が欠けていた場合に再度顧客が押印しなければならないという事態も防止することができる。
【００８０】
〔２〕本発明の第２の実施形態
以上、本発明の第１の実施形態について説明した。第１の実施形態では、窓口端末２４において生体情報に関する認証が行なわれない例を説明したが、第２の実施形態では、生体情報に関する認証を窓口端末２４’においても行なうことによりセキュリティを一層向上することができる。以下、図１２〜図１７を参照し、このような第２の実施形態について説明する。ただし、以下では、第１の実施形態と異なる点に重きをおいて説明する。
【００８１】
〔２−１〕第２の実施形態にかかる金融システムの全体構成
図１２は、第２の実施形態にかかる金融システム２の全体構成を示した説明図である。図１２に示したように、第２の実施形態にかかる金融システム２は、営業店６に設置される受付端末２０’、窓口端末２４’および営業店サーバ２８と、センタ８に設置されるホスト３４および生体認証サーバ３８と、通信網１２と、を備える。第１の実施形態と主に異なるのは、受付端末２０’、窓口端末２４’および生体認証サーバ３８であるため、各々について順次に説明する。
【００８２】
〔２−２〕第２の実施形態にかかる受付端末の構成
第２の実施形態にかかる受付端末２０’は、二次元バーコードの生成方法が第１の実施形態と異なる。具体的には、第２の実施形態にかかる受付端末２０’の二次元バーコード生成部２４２は、生体認証サーバ３８から乱数Ｒを取得し、認証印字値ＲｅｓＰを以下の数式２に従って算出する。
【００８３】
【数２】
2010066875.tif 000004
【００８４】
すなわち、第２の実施形態にかかる受付端末２０’の二次元バーコード生成部２４２は、乱数Ｒ、ハッシュ値Ｈａｓｈ（ＢＩＣ）およびハッシュ値Ｈａｓｈ（ＰＩＮＲ）の排他的論理和を演算して認証印字値ＲｅｓＰを算出する。さらに、二次元バーコード生成部２４２は、認証印字値ＲｅｓＰから二次元バーコードを生成し、帳票印刷部２４６が当該二次元バーコードを帳票に印刷する。
【００８５】
〔２−３〕生体認証サーバの構成
生体認証サーバ３８は、第１の実施形態における期間管理サーバ３０の機能、受付端末２０’からの要求に応じて乱数を生成・管理する機能、および生体情報の管理機能を有する管理装置である。生体認証サーバ３８は、例えば図１３に示すように生体情報を管理する。
【００８６】
図１３は、生体認証サーバ３８による生体情報の管理例を示した説明図である。図１３に示したように、生体認証サーバ３８は、生体情報のハッシュ値と口座番号を対応付けて管理している。ここで、生体認証サーバ３８が生体情報そのものでなく生体情報のハッシュ値を管理しているのは、例えば以下の２の要求に基づく。
（１）個人情報保護の観点より、生体情報そのものを金融機関にて管理させない。
（２）情報量の削減を図る。
これら要求を満たすことが可能な他の方式があれば、生体認証サーバ３８は当該方式により変換された生体情報を管理してもよい。
【００８７】
また、生体認証サーバ３８は、受付端末２０’からの要求に応じて生成した乱数を、第１の実施形態において説明した有効期間と対応付けて図１４に示すように管理する。
【００８８】
図１４は、生体認証サーバ３８による有効期間の管理例を示した説明図である。図１４に示したように、生体認証サーバ３８は、生成した乱数と、営業店サーバ２８により算出された有効期間を口座番号と対応付けて管理している。
【００８９】
〔２−４〕第２の実施形態にかかる窓口端末の構成
次に、第２の実施形態にかかる窓口端末２４’の構成について図１５を参照して説明する。
【００９０】
図１５は、第２の実施形態にかかる窓口端末２４’の構成を示した機能ブロック図である。図１５に示したように、第２の実施形態にかかる窓口端末２４’は、スキャナ３０４と、制御部３０８’と、通信部３１２と、認証印字値取得部３１６と、認証用データ生成部３２０と、を備える。
【００９１】
スキャナ３０４は、帳票から顧客情報および取引情報などの印字データと、二次元バーコードを読取る。認証印字値取得部３１６は、スキャナ３０４により読取られた二次元バーコードから認証印字値ＲｅｓＰを取得する。
【００９２】
認証用データ生成部３２０は、生体認証サーバ３８において管理されている乱数Ｒ、生体情報のハッシュ値Ｈａｓｈ（ＢＩｓ）、およびホスト３４から取得される暗証番号ＰＩＮＨに基づいて、以下の数式３に従い、認証用データＲｅｓＣを生成する。
【００９３】
【数３】
2010066875.tif 000005
【００９４】
そして、比較部３２４が認証印字値ＲｅｓＰと認証用データＲｅｓＣを比較し、認証印字値ＲｅｓＰと認証用データＲｅｓＣが一致する場合には、制御部３０８’がホスト３４へ帳票にかかる取引の実行を要求する。
【００９５】
〔２−５〕第２の実施形態にかかる金融システムの動作
続いて、図１６および図１７を参照し、第２の実施形態にかかる金融システム２の動作を説明する。
【００９６】
図１６は、第２の実施形態にかかる金融システム２における帳票発行処理の流れを示したシーケンス図である。図１７は、第２の実施形態にかかる金融システム２における取引処理の流れを示したシーケンス図である。
【００９７】
まず、図１６に示したように、顧客が営業店６に入店後に受付端末２０’の顧客操作表示部２１６に表示されている取引選択画面（図５参照）において、所望の取引を選択する（Ｓ５０２）。続いて、顧客によりキャッシュカードが挿入口に挿入されると、カードリーダ部２２０が当該キャッシュカードから口座番号および生体情報ＢＩＣを読み出す（Ｓ５０４）。
【００９８】
その後、生体情報読取部２２４が顧客から顧客の生体情報ＢＩＲを読み取る（Ｓ５０６）。また、受付端末２０’は、キャッシュカードから読み出した口座番号をホスト３４に送信し、ホスト３４が当該口座番号に対応付けられている暗証番号ＰＩＮＨを検索して受付端末２０’へ送信する（Ｓ５０８）。さらに、顧客は、受付端末２０’の顧客操作表示部２１６に暗証番号ＰＩＮＲを入力する（Ｓ５１０）。
【００９９】
続いて、受付端末２０’の生体情報判断部２３４は、生体情報ＢＩＣと生体情報ＢＩＲの照合率、および暗証番号ＰＩＮＨと暗証番号ＰＩＮＲの比較により本人確認を行なう（Ｓ５１２）。そして、本人確認に成功した場合、顧客操作表示部２１６が取引金額などの取引情報の入力画面を表示し、顧客が当該入力画面において取引情報を入力する（Ｓ５１４）。さらに、受付端末２０’は、キャッシュカードから読み出した口座番号をホスト３４に送信し（Ｓ５１６）、ホスト３４が当該口座番号に対応付けられている顧客情報を検索し（Ｓ５１８）、受付端末２０’が顧客情報を取得する（Ｓ５２０）。
【０１００】
その後、受付端末２０’は、生体認証サーバ３８へ乱数の生成を要求する（Ｓ５２２）。なお、当該要求は、後に説明するように生体認証サーバ３８における有効期間の設定のトリガとなる。生体認証サーバ３８は、受付端末２０’からの要求に応じて一意の乱数Ｒを生成し、受付端末２０’へ送信する（Ｓ５２４）。
【０１０１】
受付端末２０’が乱数Ｒを取得すると（Ｓ５２６）、受付端末２０’の二次元バーコード生成部２４２は、Ｓ５０４において取得した生体情報ＢＩＣをハッシュ化し、ハッシュ値Ｈａｓｈ（ＢＩＣ）を計算する（Ｓ５２８）。また、受付端末２０’の二次元バーコード生成部２４２は、Ｓ５１０において入力されたＰＩＮＲをハッシュ化し、ハッシュ値Ｈａｓｈ（ＰＩＮＲ）を計算する（Ｓ５３０）。さらに、受付端末２０’の二次元バーコード生成部２４２は、乱数Ｒ、ハッシュ値Ｈａｓｈ（ＢＩＣ）およびハッシュ値Ｈａｓｈ（ＰＩＮＲ）を組み合わせて認証印字値ＲｅｓＰを生成する（Ｓ５３２）。
【０１０２】
そして、二次元バーコード生成部２４２が認証印字値ＲｅｓＰから二次元バーコードを生成し（Ｓ５３４）、帳票印刷部２４６が、二次元バーコード、Ｓ５２０において取得した顧客情報、およびＳ５１４において入力された取引情報を帳票に印刷して顧客に提供する（Ｓ５３６）。
【０１０３】
一方、生体認証サーバ３８は、Ｓ５２４において乱数を生成した後、営業店サーバ２８に対して有効期間の計算を要求する（Ｓ５３８）。営業店サーバ２８は、生体認証サーバ３８からの要求に応じ、営業店６の現在の混雑状況を照会する（Ｓ５４０）。そして、営業店サーバ２８は、照会した混雑状況に基づき、窓口端末２４’が取引開始予想時間を計算し、取引開始予想時間を帳票の有効期間として期間管理サーバ３０へ送信する（Ｓ５４２）。有効期間を取得した期間管理サーバ３０は（Ｓ５４４）、Ｓ５２４において生成した乱数および有効期間を、顧客の口座番号と対応付けて記憶する（Ｓ５４８）。
【０１０４】
また、受付端末２０’は、帳票の印刷後、営業店サーバ２８へ取引の受け付けを要求する（Ｓ５５０）。営業店サーバ２８は、要求された取引を受け付け、管理している取引状況を更新する（Ｓ５５２）。
【０１０５】
その後、顧客が帳票を持って営業店６の窓口へ行くと、図１７に示したように、窓口端末２４’は、オペレータ操作に基づき、印字データおよび二次元バーコードが印刷された帳票をスキャナ３０４で読取る（Ｓ５６２、Ｓ５６４）。ここで、窓口端末２４’は、顧客による帳票の提示前に、再度の本人確認のために生体認証を行なってもよい。この場合、Ｓ５７２にて取得する生体情報は、当該生体認証時に使用した生体情報であってもよい。
【０１０６】
そして、窓口端末２４’は、読取った画像のＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）スキャンにより口座番号を含む顧客情報や取引情報などの印字データを取得する（Ｓ５６６）。また、認証印字値取得部３１６は、スキャナ３０４により読取られた二次元バーコードから認証印字値ＲｅｓＰを取得する。
【０１０７】
その後、窓口端末２４’は、取得した口座番号に基づいて、生体認証サーバ３８へ生体情報の照会依頼を行なう（Ｓ５６８）。生体認証サーバ３８は、窓口端末２４’からの依頼に応じ、口座番号と対応付けて記憶している生体情報のハッシュ値Ｈａｓｈ（ＢＩｓ）を検索し、窓口端末２４’へ送信する（Ｓ５７０）。
【０１０８】
また、窓口端末２４’は、生体情報のハッシュ値Ｈａｓｈ（ＢＩｓ）を取得すると（Ｓ５７２）、Ｓ５６６において取得した口座番号に基づいて、生体認証サーバ３８へ乱数Ｒの照会依頼を行なう（Ｓ５７４）。生体認証サーバ３８は、窓口端末２４’からの依頼に応じ、口座番号と対応付けて記憶している乱数Ｒを検索する（Ｓ５７６）。そして、生体認証サーバ３８は、現在時刻が、検索した乱数Ｒと対応付けられている有効期間内である場合、乱数Ｒを窓口端末２４’へ送信する（Ｓ５７８）。一方、現在時刻が有効期間外である場合、乱数Ｒを無効として処理を終了する。
【０１０９】
また、窓口端末２４’は、乱数Ｒを取得すると（Ｓ５８０）、Ｓ５６６において取得した口座番号に基づいて、ホスト３４へ暗証番号の照会依頼を行なう（Ｓ５８２）。ホスト３４は、窓口端末２４’からの依頼に応じ、図２に示した顧客情報から該当する暗証番号ＰＩＮＨを検索し、窓口端末２４’へ送信する（Ｓ５８４）。
【０１１０】
その結果、窓口端末２４’が暗証番号ＰＩＮＨを取得する（Ｓ５８６）。ここで、図１７においては暗証番号ＰＩＮＨをＳ５８２〜Ｓ５８６までの処理でホスト３４から取得する例を示しているが、窓口端末２４’において顧客に暗証番号ＰＩＮＨを入力させ、入力された暗証番号ＰＩＮＨを以下の処理で利用してもよい。
【０１１１】
その後、窓口端末２４’の認証用データ生成部３２０は、Ｓ５８６において取得した暗証番号をハッシュ化してハッシュ値Ｈａｓｈ（ＰＩＮＨ）を取得する（Ｓ５８８）。さらに、認証用データ生成部３２０は、Ｓ５７２において取得した生体情報のハッシュ値Ｈａｓｈ（ＢＩｓ）、Ｓ５８０において取得した乱数Ｒ、およびＳ５８８において取得した暗証番号のハッシュ値Ｈａｓｈ（ＰＩＮＨ）から、数式３にしたがって認証用データＲｅｓＣを生成する（Ｓ５９０）。
【０１１２】
そして、比較部３２４がＳ５６６において取得した認証印字値ＲｅｓＰとＳ５９０において生成した認証用データＲｅｓＣを比較する（Ｓ５９２）。ここで、認証印字値ＲｅｓＰと認証用データＲｅｓＣが一致している場合、ホスト３４において正常に取引が実行されて一連の処理が終了する（Ｓ５９４）。一方、認証印字値ＲｅｓＰと認証用データＲｅｓＣが一致しない場合、本人確認に失敗したと判断され、取引は異常終了される。
【０１１３】
以上説明したように、本発明の第２の実施形態によれば、窓口端末２４’においても生体情報に基づく本人確認を行なうため、顧客およびオペレータの利便性の向上などの第１の実施形態の効果に加え、一層セキュリティを強化できるという功を奏する。
【０１１４】
〔３〕補足
なお、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【０１１５】
例えば、本明細書の金融システム１または２の処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、金融システム１または２の処理における各ステップは、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）を含んでもよい。
【０１１６】
また、受付端末２０および２０’、窓口端末２４および２４’などに内蔵されるＣＰＵ２０１、ＲＯＭ２０２およびＲＡＭ２０３などのハードウェアを、上述した受付端末２０および２０’、窓口端末２４および２４’などの各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【図面の簡単な説明】
【０１１７】
【図１】第１の実施形態にかかる金融システムの全体構成を示した説明図である。
【図２】ホストにおいて管理される顧客情報の具体例を示した説明図である。
【図３】第１の実施形態にかかる受付端末のハードウェア構成を示したブロック図である。
【図４】本実施形態にかかる受付端末の構成を示した機能ブロック図である。
【図５】取引選択画面の具体例を示した説明図である。
【図６】帳票の具体例を示した説明図である。
【図７】取引種別と１取引に必要な処理時間の関係を示した説明図である。
【図８】期間管理サーバにより管理する有効期間の具体例を示した説明図である。
【図９】第１の実施形態にかかる窓口端末の構成を示した機能ブロック図である。
【図１０】第１の実施形態にかかる金融システムにおける帳票発行処理の流れを示したシーケンス図である。
【図１１】第１の実施形態にかかる金融システムにおける取引処理の流れを示したシーケンス図である。
【図１２】第２の実施形態にかかる金融システムの全体構成を示した説明図である。
【図１３】生体認証サーバによる生体情報の管理例を示した説明図である。
【図１４】生体認証サーバによる有効期間の管理例を示した説明図である。
【図１５】第２の実施形態にかかる窓口端末の構成を示した機能ブロック図である。
【図１６】第２の実施形態にかかる金融システムにおける帳票発行処理の流れを示したシーケンス図である。
【図１７】第２の実施形態にかかる金融システムにおける取引処理の流れを示したシーケンス図である。
【符号の説明】
【０１１８】
６      営業店
８      センタ
１２          通信網
２０、２０’  受付端末
２４、２４’  窓口端末
２８      営業店サーバ
３０      期間管理サーバ
３４      ホスト
３８      生体認証サーバ
２１６    顧客操作表示部
２２０    カードリーダ部
２２４    生体情報読取部
２３０、３０８、３０８’    制御部
２３４    生体情報判断部
２３８    印刷制御部
２４２    二次元バーコード生成部
２４６    帳票印刷部
２５０    記憶部
２５４、３１２    通信部
３０４    スキャナ
３１６    認証印字値取得部
３２０    認証用データ生成部
３２４    比較部
【図１】
2010066875.tif 000006
【図２】
2010066875.tif 000007
【図３】
2010066875.tif 000008
【図４】
2010066875.tif 000009
【図５】
2010066875.tif 000010
【図６】
2010066875.tif 000011
【図７】
2010066875.tif 000012
【図８】
2010066875.tif 000013
【図９】
2010066875.tif 000014
【図１０】
2010066875.tif 000015
【図１１】
2010066875.tif 000016
【図１２】
2010066875.tif 000017
【図１３】
2010066875.tif 000018
【図１４】
2010066875.tif 000019
【図１５】
2010066875.tif 000020
【図１６】
2010066875.tif 000021
【図１７】
2010066875.tif 000022