生体情報登録システム及び装置
【課題】本発明は窓口担当者が顧客から生体情報の登録を受け付ける際に、本人確認等の必要な手続きを確実かつ容易に行う生体情報登録システムを提供することにある。
【解決手段】生体情報登録システムにおいて、必要な手続きを実施せずに生体情報登録が行えないよう抑止することにより、確実に生体情報登録を行うことができる。特に、特定のキーを押すことで手続き実施状況を判断して適切な画面へ遷移する。また複数の生体情報を各複数回取り込むような煩雑な手続きにおいて登録対象を案内する。これらにより、必須手続きの状況や煩雑な処理を窓口担当者に過度に意識させることなく行うよう誘導でき、操作性が向上される。
【解決手段】生体情報登録システムにおいて、必要な手続きを実施せずに生体情報登録が行えないよう抑止することにより、確実に生体情報登録を行うことができる。特に、特定のキーを押すことで手続き実施状況を判断して適切な画面へ遷移する。また複数の生体情報を各複数回取り込むような煩雑な手続きにおいて登録対象を案内する。これらにより、必須手続きの状況や煩雑な処理を窓口担当者に過度に意識させることなく行うよう誘導でき、操作性が向上される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体情報を登録するシステム及び装置等に関する。
【背景技術】
【０００２】
金融機関における口座開設、現金振込みなどの取引時に本人確認を行うための情報として、指紋認証、指静脈認証、手のひら静脈認証などの技術が開発されている。また、近年金融機関において本人特定事項の虚偽告知や名義人のなりすましにより犯罪が増えている。それを受けて、本人確認法が施行されて口座開設の際には本人確認資料による本人確認が必要となった。
【０００３】
特許文献１には、指静脈情報を用いた個人認証装置及び方法が記載されている。この技術は装置に習熟していない利用者の挿入や悪意ある利用者の偽造指の挿入などを防止するものである。利用者が登録のために指を提示するたびに、１回目あるいは過去の試行における指静脈パターンとのパターン照合を行い、パターンの変動の度合いを表示し、利用者はこのような履歴情報を見ながら何回も試行し、指の入れ方に応じた指挿入の変動を視覚的に理解する。これにより利用者の習熟度を高めると共に、信頼性の高い登録データを取得できる。
【０００４】
【特許文献１】特開２００５−７１１１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、１本の指に対して画像を何枚も撮っておくことしか考慮されていない。ケガをした時の対処やセキュリティの向上として複数本指の認証が望ましいが、そこまでは考慮されていない。まして、複数本数を登録しようとする場合にはその登録は煩雑になりかねないところ、そのような複数本数の登録を簡便かつ確実にする点まではまったく考慮されていない。
【０００６】
また、近年犯罪防止のため金融機関では口座への個人情報登録の際には本人確認資料の提示が義務付けされている。しかし、特許文献１の技術ではその点までの考慮はされていない。まして、本人確認資料などの重要情報の登録漏れを防ぐことまで考慮されておらず、また、オペレータがマウスとキーボードを併用して操作する際の問題点まではまったく考慮されていない。
【０００７】
そこで本発明の一つの目的は、セキュリティが要求されるデータの登録を容易にする、または登録漏れを防ぐことである。
【課題を解決するための手段】
【０００８】
上記課題の解決のため、例えば、生体情報を登録する生体情報登録システムにおいて、生体情報を取得する生体情報取得部と、操作者への指示を表示する表示部と、操作者からの選択入力を受ける入力部と、生体情報とは異なる必須情報の入力の有無を記憶する記憶部とを有し、入力部は、第１のキーを有し、制御部は、第１のキーが選択入力されたことの検知に基づいて、記憶部で必須情報の入力有が記録されているか否かを判断し、判断に基づいて遷移する画面を決定する、という手段を提供する。
【０００９】
また、例えば、生体情報を登録する生体情報登録システムにおいて、生体情報を取得する生体情報取得装置と、生体情報取得装置により取得した生体情報の認証テストが終わった指の本数を数える認証テスト指本数カウンターと、認証テスト指本数カウンターにより数えた認証テスト済の指の本数が第１の本数に達するまで指の認証テストを繰り返す制御部とを有する、という手段を提供する。
【発明の効果】
【００１０】
セキュリティが要求されるデータの登録を容易に又はミスなくすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図１〜７によって本発明に好適な実施例を説明する。なお、本発明は本実施例に限られるものではない。
【実施例１】
【００１２】
窓口担当者が登録者の生体情報をサーバへ登録する操作を行う実施例を説明する。
【００１３】
図１は生体情報登録システムの一実施例形態の構成を示すブロック図である。本実施例の生体情報登録システムは、指静脈情報を読み取る指静脈登録装置１１、生体情報の登録認証処理を制御する制御部２２を備えた端末装置２１、様々な情報を記憶しておくサーバ３１の３つを通信部でつなぎ、一つのシステムを構成する。指静脈登録装置１１は、指静脈情報を読み取る指静脈リーダー１２と、データの送受信を行う通信部１３とを備えている。端末装置２１（下位装置）は、登録や認証など様々な処理を制御する制御部２２と、登録処理を実行するのに用いる登録処理プログラム２３と、認証処理を実行するのに用いる認証処理プログラム２４と、情報を記憶するHDDや半導体メモリなどの記憶部２５と、窓口担当者の入力を受け付ける入力部２６と、窓口担当者へのガイダンスや入力された内容を表示する表示部２７、データの送受信を行う通信部２８とを備えている。サーバ３１（上位装置）は、情報検索など様々な処理を制御する制御部３２と、情報を記憶するHDDや半導体メモリなどの記憶部３３と、データの送受信を行う通信部３４とを備えている。入力部２６は、テンキーを含むキーボード、マウス、タッチパネルなどであり、本実施例ではマウスとテンキーにより操作する。指静脈登録装置１１で得られた生体情報を通信部１３、２８、３４を介してサーバ３１に記憶しておく。主な記憶部はサーバ３１に設けるので、店舗に設置する指静脈登録装置１１や端末装置２１に生体情報を記憶しておく必要がなく指静脈登録装置１１や端末装置２１が盗難にあっても生体情報は盗まれないのでセキュリテキィ面で利点がある上に、店舗に設置する装置の小型化が可能である。なお、この生体情報登録システムは指静脈以外に、指紋、手のひら静脈、顔、虹彩、など様々な生体情報の登録に対応可能である。
【００１４】
図２はサーバ３１の記憶部３３に記憶している登録者情報テーブル３５の例である。本実施例の生体情報登録システムでは、図２ように口座番号、人物区分、人物番号、氏名、印鑑の有無、運転免許証の有無、パスポートの有無、保険証の有無、その他について登録者情報テーブル３５として、サーバ３１の記憶部３３に情報を記憶している。なお、一口座につき複数人の登録（本人及び代理人）が可能で、人物区分は本人と代理人との区別のために用いられる。他にも後見人など任意の区分を追加できる。人物番号は代理人が複数いる場合に個人ごとに番号を付けるために用いられる。例を挙げると、本人の１番、代理人の１番、代理人の２番、・・・のように代理人に対して異なる番号を割り振っている。このようなテーブル構成にしておけば、口座に生体情報を登録している本人（口座保有者）以外の人物が認証を行う際に、人物区分・人物番号が細かく設定されるので照合時に照合すべきデータ数をより抑える（一つにする）ことができる。
【００１５】
図３はサーバ３１の記憶部３３に記憶している生体情報テーブル３６の例である。本実施例の生体情報システムでは、図３のように口座番号、人物区分、人物番号、登録指本数、生体データについて生体情報テーブル３６として、サーバ３１の記憶部３３に情報を記憶している。登録できる指は左右の手の人差し指、中指、薬指の計６本である。よって、生体データは１人に対して６個まで登録可能である。指１本だけの情報では、ケガなどによりその情報を読み取れない事態が起こることも考えられる。左右それぞれ複数の指の情報を登録しておけば、そのリスクを回避できる。
【００１６】
図７は、端末装置２１の表示部２７に表示される画面例でＧ０１からＧ１０が順に表示される。また、図４〜６は端末装置２１の制御部２２が登録処理プログラム２３を実行する際のフローチャート例である。以下、図４〜６と共に図７を説明する。
【００１７】
端末装置２１は表示部２７にメニュー画面（認証、登録、変更、終了などの処理の選択を案内する画面）を表示し、窓口担当者の操作を入力部２６により受け付ける。登録処理の実行が選択されると、登録処理プログラム２３を起動し、表示部２７に状況照会画面（図７のＧ０１）を表示する（ステップ１０１）。画面は、記憶部２５（又は３３）に記憶されている。状況照会画面（図７のＧ０１）は、口座番号と氏名との照合を行う画面である。画面内には、金融機関で用いられる口座番号を入出力する口座番号欄、口座の保有者本人とその代理人などの氏名を入出力する氏名欄、図２で説明した本人と代理人とを区別する人物区分を入出力する人物区分欄、図２で説明した本人と代理人とに個別につける人物番号を出力する人物番号欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。画面内のボタンは、マウスクリックを検知して選択され、この操作を押下という。「Enter」キー押下は文字通り、テンキーの「Enter」キー押下を指す。ただし、「Enter」に限られるものではなくキーボードの所定のキー又は画面上の所定のキー（ボタン）であってもよい。また、押下に言い換えて選択入力ともいう。なお、この画面では人物区分欄、人物番号欄に入力することはできない。これは、サーバ２１の制御部３２が記憶部３３の登録者テーブル３５に対し、口座番号以外に人物区分と人物番号を加えてキーワードとして氏名検索を行うと、指定した人物区分と人物番号とは異なる（本人しか登録していないなど）口座番号の氏名が検索にかからなくなるのを避けるためである。ここでは、口座番号に対応する氏名を全て表示し、後の画面で人物区分の入力を受け付ける。
【００１８】
次に、状況照会画面（図７のＧ０１）の口座番号入力欄への口座番号の入力を入力部２６により受け付ける（ステップ１０２）。ここで、「キャンセル」ボタンが押下されると（ステップ１０３）、メニュー画面に戻る（ステップ１０４）。一方、「入力完了」ボタンが押下されると（ステップ１０５）、口座番号が通信部２８、３４を介して端末装置２１からサーバ３１に送信される。
【００１９】
サーバ３１の制御部３２は記憶部３３に記憶している登録者情報テーブル３５に送信された口座番号に対応する登録者氏名があるどうかを検索し（ステップ１０６）、登録者氏名がある場合は端末装置２１に口座番号に対応する人物区分、人物番号、氏名の登録者情報を通信部２８、３４を介して送信する（ステップ１０７）。端末装置２１は登録者情報を通信部２８、３４を介して受信して、当該口座番号に対応する一つ又は複数の氏名を状況照会画面（図７のＧ０２）の氏名欄に出力する（ステップ１０８）。例えば、登録者情報テーブル３５に口座番号に口座保有者本人のみしか登録されていない場合には一つの氏名を表示し、口座保有者本人と代理人など２人以上が登録されている場合には複数の氏名を表示する。状況照会画面（図７のＧO２）は、サーバ３１が検索した結果得られた口座番号に対応する氏名を表示し、人物番号区分の入力を受け付ける画面である。画面内には、口座番号欄、氏名欄、人物区分欄、人物番号欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。なお、この画面では人物番号欄に入力することはできない。これは、登録時には人物番号は自動採番され、認証時に人物を指定するために初めて用いられるものだからである。
【００２０】
次に、状況照会画面（図７のＧO２）の人物区分欄に口座保有者との関係に応じた人物区分の入力を入力部２６により受け付ける（ステップ１０９）。端末装置２１の制御部２２は、口座番号に対応する氏名の中から入力された人物区分に一致する氏名を選び出し、状況照会画面（図７のＧO２）の人物区分欄に表示する（ステップ１１０）。ここで、「キャンセル」ボタンが押下されると、メニュー画面に戻る（ステップ１１１）。一方、「入力完了」ボタンが押下されると（ステップ１１２）、登録者入力画面（図７のＧ０３）を表示部２７に表示する（ステップ１１３）。登録者入力画面（図７のＧ０３）は、登録する指の選択を受け付ける画面である。画面内には、口座番号欄、指選択欄、指を選択する旨の操作ガイダンス表示欄（図７では「指を選択してください。」と表示している）、「情報入力」ボタン、「入力完了」ボタン、「メニューへ戻る」ボタン、本人確認資料の未入力・入力済表示（図７では未入力表示）がある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能であるが、この画面表示中の「Enter」キー押下は後述するように他の画面とは違い、条件によって操作が異なってくる。なお、口座番号欄には状況照会画面（図７のＧ０２）の入力値が引き継がれている。なお、本人確認資料を例示して説明するが、それ以外の情報（例えば、生体情報や個人情報の登録や取り扱いに関する覚書確認入力等）を入力する画面でもよい。このような情報と本人確認資料入力の情報を総称して必須情報ともいう。
【００２１】
しかし、ステップ１０５の検索の結果、登録者情報テーブルに送信された口座番号に対応する登録者がいなかった場合、口座に登録者氏名がない旨のメッセージを表示する（ステップ１１４）。その後、本人以外には登録させないため入力区分を１として（ステップ１１５）、本人確認資料情報入力画面（図７のＧ０４）を表示し、本人のみの生体情報登録を受け付ける（ステップ１１６）。本人確認資料情報入力画面（図７のＧ０４）は、本人確認資料情報提示の有無の入力を受け付ける画面である。画面内には、氏名欄、印鑑の有無欄、運転免許証の有無欄、その他欄、登録本数欄、エラー/確認内容欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。なおＧ０４をＧ０３とは別で重ねて表示されるウインドウとして例示したが、これに限られるものではなく、例えばＧ０３と並んで表示されるものでもよいしウインドウでなくともよい。またＧ０３と一体となって表示されるものでもよい。
【００２２】
図５は、端末装置２１の制御部２２が登録処理を実行する際のフローチャート例である。これに基づいて、本人確認資料情報入力操作について説明する。本実施例の生体情報登録システムでは、指の読込みの前に本人確認資料情報を入力させている。指の読込みを先に行ってしまい本人確認資料がないとわかった場合、登録者から「登録できないのに生体情報だけを採られた」と不満がでる可能性があり、個人情報保護の面で問題がある。また、指の読込みにかかる時間が無駄になってしまいかねない懸念もある。本実施例のようなシステムにすれば、そのような問題を未然に防ぐことができる。登録者入力画面（図７のＧ０３）において、次の操作として窓口担当者には、「情報入力」ボタン押下、「入力完了」ボタン押下、「Enter」キー押下、「メニューへ戻る」ボタン押下の４つの選択肢がある。テンキーの中に含まれている「Enter」キー押下操作は、選びたいボタン領域までマウスを動かしクリックする画面内の各種ボタン押下操作よりも素早く行うことができる。
【００２３】
（ア）登録者入力画面（図７のＧ０３）において、「情報入力」ボタンが押下された場合は、新たに本人確認資料情報入力画面（図７のＧ０４）を表示する（ステップ２０１）。窓口担当者は顧客が持参した本人確認資料に基づき、印鑑の有無、運転免許証の有無、パスポートの有無、保険証の有無などの入力を入力部２６により受け付ける（ステップ２０２）。このように生体情報登録時に本人確認資料の提示を求めることにより、セキュリティを高めることができる。入力部２６により入力された本人確認資料情報は通信部２８、３４を介して図２で示したサーバ３１の登録者情報テーブル３５に記憶される（記憶部２５に一時的に記憶してもよい）。ここで、「キャンセル」ボタンが押下されると、本人確認資料情報入力画面（図７のＧ０４）に戻る（ステップ２０３）。一方、「入力完了」ボタンが押下されると（ステップ２０４）、制御部２２は本人確認資料情報入力が全て入力されているか登録者情報テーブル３５又は記憶部２５をチェックし（ステップ２０５）、入力されていなければ本人確認資料情報が未入力である旨のメッセージを表示部２７に表示し、再び本人確認資料情報の入力を受け付ける（ステップ２０６）。ここで、本人確認資料情報が全て入力されていれば、登録条件入力画面の「情報入力」ボタン横の表示を「未入力」から「入力済」に変更し、登録条件入力画面（図７のＧ０５）を表示する（ステップ２０７）。この未入力・入力済表示により、本人確認資料の入力状況を確認できるので、窓口担当者にとって便利である。登録条件入力画面（図７のＧ０５）は、指の読込みを受け付ける画面である。画面内には、口座番号欄、指選択欄、操作ガイダンス表示欄（図７では「右手の中指をセットしてください。」と表示している）、指の読込み回数表示欄（図７では「読込みは１/３回目です。」と表示している）、「情報入力」ボタン、「読込み開始」ボタン、「中断」ボタン、本人確認資料の未入力・入力済表示（図７では入力済表示）がある。ただし、最初にＧ０５が表示されたときには、操作ガイダンス表示欄には「指を選択して下さい。」と表示されており、読込み回数表示欄はブランクである。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「認証テスト」ボタンと同じ操作とみなされる。操作ガイダンスを表示することにより、複数の指を登録しようとすると煩雑になる操作を容易に行えるようすることが可能である。なお、口座番号欄、指選択欄には登録条件入力画面（図７のＧ０３）の入力値が引き継がれている。
【００２４】
（イ）登録者入力画面（図７のＧ０３）において、「入力完了」ボタンが押下された場合は、本人確認資料情報が全て入力されているか（登録者情報テーブル３５や記憶部２５に本人確認資料情報「有」が記憶されているか）を確認し、入力されていない場合は再び登録条件入力画面（図７のＧ０３）を表示する（ステップ２０９）。ここで本人確認資料情報が入力されていない又は本人確認資料の入力を促す旨の警告メッセージも表示するようにするとよい。またＧ０４を表示するようにしてもよい。一方、入力されている場合は指の読込み処理へ進み、表示部２７に登録条件入力画面（図７のＧ０５）を表示する（ステップ２１０）。なおボタンやキーが押下された後表示される画面を遷移する画面という（Ｇ０３でボタンが押下された後に表示されるＧ０５はもちろん、再び表示されるＧ０３も遷移する画面と呼ぶ）。
【００２５】
（ウ）登録者入力画面（図７のＧ０３）において、「Enter」キーが押下された場合は、端末装置２１の制御部２２は記憶部２５又は登録者情報テーブル３５に本人確認資料情報「有」が記憶されているか、つまり本人確認資料情報入力が終わっているかどうかを確認し、入力が終わっていない場合は本人確認資料情報入力画面を表示する（ステップ２０８）。ここで本人確認資料情報が入力されていない又は本人確認資料の入力を促す旨の警告メッセージも表示するようにするとよい。これにより、登録者入力画面（図７のＧ０３）で窓口担当者が誤って「Enter」キーを押下してしまっても、登録条件画面（図７のＧ０５）へは進ませない。つまり、窓口担当者の意図せずに誤って「Enter」キーを押下してしまったミスや、本人確認資料情報の入力は終わっていないのに本人確認資料情報を入力したと勘違いして「Enter」キーを押下してしまったミスを防ぐことができる。一方、入力が終わっている場合は指読込み画面を表示する（ステップ２１０）。これにより、カーソルを「入力完了」ボタンまで動かし押下する手間をかけることなく、テンキーの「Enter」キー押下という簡単な操作で素早く次の操作画面に進むことができる。
【００２６】
（エ）登録者入力画面（図７のＧ０３）において、「メニューへ戻る」ボタンが押下された場合は、メニュー画面を表示する。（ステップ１０４）。
【００２７】
指の読込み処理について説明する。登録条件入力画面（図７のＧ０５）では、表示された選択可能な複数の候補の中から１本の指の選択を受け付ける（ステップ２１１）。入力された情報は図３で示した生体情報テーブル３６記憶される（記憶部２５に一時的に記憶してもよい）。なお、上記の登録条件入力画面（図７のＧ０５）の説明では、登録する指の指選択欄に「１」と入力されることにより指の選択を受け付けるとしている。ただし、このようなテンキーによる入力形式ではなく、ラジオボタンを用いたマウスによる入力形式にしても良い。そして、例えば、右手の中指の選択を受け付けると、「右手の中指をセットして下さい。」との表示（操作ガイダンス表示欄）と共に、「読込みは１／３回目です。」との表示（指の読込み回数表示欄）をする。読込み回数表示欄には、セットさせる指に対して何回目の読込みであるかを示している。登録する指が指静脈リーダー１２にセットされた後、「読込み開始」ボタンが押下されると（ステップ２１２）、指静脈リーダー１２により指静脈情報を読込み、登録条件入力画面（図７のＧ０６）を表示する（ステップ２１３）。登録条件入力画面（図７のＧ０６）は、指静脈情報の読込み実施中を示す画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「読込み中です。」と表示している）、「キャンセル」ボタンがある。
【００２８】
指静脈登録装置１１は、読込んだ指静脈情報を通信部１３、２８を介して端末装置２１に送信する。端末装置２１は、通信部１３、２８を介して指静脈情報を受信し、記憶部２５に記憶する。次に、制御部２２の指読込みカウンター（制御部２２で実行するプログラムにより制御部２２の内部メモリや記憶部２５で回数を計数（カウントアップ／ダウン等）することを示す、他のカウンターも同様）により指の読込み回数をカウントし（ステップ２１４）、規定回数の指の読込みが終わっていなければ、表示部２７に指の読込みが規定回数を満たしていない旨のメッセージを表示する。さらにもう一度「読込み開始」ボタンが押下されると、再び指静脈リーダー１２により指静脈情報を読込む（ステップ２１５）。そして、規定回数に達するまで指の読込みを繰り返し、規定回数分の指の読込みが終わっていれば、指読込みカウンターのカウントを０に戻し（ステップ２１６）、指の認証テストへ進み、登録条件入力画面（図７のＧ０７）を表示する（ステップ２１７）。制御部２２は読込んだ規定回数分の指静脈情報の中から最も認証に適した指静脈情報を選び出し、その指静脈情報を通信部２８、３４を介してサーバ３１に送信する。サーバ３１は通信部２８、３４を介して指静脈情報を受信し、記憶部３３の生体情報テーブル３６に記憶する（記憶部２５に一時的に記憶してもよい）。また、指の読込み回数表示欄を更新する（例えば、「読込みは１／３回目です。」の次は「読込みは２／３回目です。」）。これら２１１〜２１６のステップにより、規定回数の指の読込み終了前に読込み完了と判断してしまう窓口担当者のミスを防止できる。なお、指の読込み回数は任意に変更可能であり、図７では３回にしている。登録条件入力画面（図７のＧ０７）は、認証テスト開始の指示を受け付ける画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「認証テストを行います。」と表示している）、認証テスト回数表示欄（図７では「認証テストは１/１回目です。」と表示している）、「認証テスト」ボタン、「中断」ボタンがある。
【００２９】
指の認証テストについて説明する。図６は、端末装置２１の制御部２２が登録処理を実行する際のフローチャート例である。登録する指が指静脈リーダー１２にセットされた後、「認証テスト」ボタンが押下されると（ステップ３０１）、端末装置２１は認証処理プログラム２４を起動する。認証テストを開始し、再び指静脈リーダー１２により認証テストのための指静脈情報を読込む。指静脈登録装置１１は、読込んだ指静脈情報を通信部１３、２８を介して端末装置２１に送信する。端末装置２１は、通信部１３、２８を介して指静脈情報を受信し、記憶部２５に記憶する。さらに登録条件入力画面（図７のＧ０８）のように、認証テストを行っている旨を表示する（ステップ３０２）。制御部２２は記憶部２５に記憶した認証テストのための指静脈情報と、生体情報テーブル３６に記憶した指静脈情報（指の読込み時に記憶部２５に一時的に記憶していた場合は、記憶部２５に記憶した指静脈情報）との認証テスト（照合）を行う。登録条件入力画面（図７のＧ０８）は認証テスト実施中の画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「認証中です。」と表示している）、認証テスト回数表示欄（図７では「認証テストは１/１回目です。」と表示している）、「キャンセル」ボタンがある。
【００３０】
次に、端末装置２１は制御部２２の認証テストカウンターにより、認証テストの回数をカウントし（ステップ３０３）、規定回数の認証テストが終わっていなければ、表示部２７に認証テストが規定回数を満たしていない旨のメッセージを表示する。そして、もう一度「認証テスト」ボタンが押下されると、再び認証テストを行う（ステップ３０４）。そして、規定回数に達するまで認証テストを繰り返し、規定回数の認証テストが終われば、認証テストカウンターのカウントを０に戻す（ステップ３０５）。これら３０１〜３０５のステップにより、規定回数の認証テスト終了前に認証テスト完了と判断してしまう窓口担当者のミスを防止できる。なお、指の認証テストの回数は任意に変更可能であり、図７では１回にしている。
【００３１】
ステップ３０５に続いて、端末装置２１の制御部２２の認証テスト指本数カウンターにより、認証テストが終わった指の本数をカウントし（ステップ３０６）、規定本数分の認証テストが終わっていなければ、登録者入力画面（図７のＧ０３）を表示し、未だ認証テストが終わっていない指の中から登録する指の選択を受け付ける（ステップ３０７）。一方、規定本数分の認証テストが終わっていれば、認証テスト指本数カウンターのカウントを０に戻し（ステップ３０８）、登録条件入力画面（図７のＧ０９）を表示する。これら３０６〜３０８のステップにより、規定本数分の指認証テスト終了前に規定本数分の指認証テスト完了と判断してしまう窓口担当者のミスを防止できる。なお、登録する指の本数は任意に変更可能で、図７では２本にしている。登録条件入力画面（図７のＧ０９）は、規定本数分の認証テスト終了後に最終的な登録確認を行う画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「生体情報サーバへの登録を行います。」と表示している）、認証テスト結果表示欄（図７では「認証テストに成功しました。」と表示している）、「登録」ボタン、「中断」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「登録」ボタンと同じ操作とみなされる。
【００３２】
次に、「登録」ボタンが押下されると（ステップ３０９）、記憶部３３に記憶している登録者情報テーブル３５に登録者情報、生体情報テーブル３６に生体情報の書込みを行い（ステップ３１０）、登録履歴を出力し、登録条件入力画面（図７のＧ１０）を表示する（登録者情報又は生体情報を記憶部２５に一時記憶していた場合、端末装置２１は記憶部２５に記憶している登録者情報と生体情報を通信部２８、３４を介してサーバ３１に送信する。サーバ３１は通信部２８、３４を介して登録者情報と生体情報を受信し、記憶部３３に記憶している登録者情報テーブル３５に登録者情報、生体情報テーブル３６に生体情報の書込みを行う）。この登録履歴は出力後、管理者からのサインをもらい、管理者に提出するためのものである。登録条件入力画面（図７のＧ１０）は、登録操作を終了しメニュー画面に戻る画面である。画面内には、口座番号欄、指選択欄、操作ガイダンス表示欄（図７では「登録終了ボタンを押下して下さい。」と表示している）、「登録終了」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「登録終了」ボタンと同じ操作とみなされる。
【００３３】
「登録終了」ボタンが押下されると（ステップ３１１）、生体情報登録は終了する。
【００３４】
なお、指静脈情報の読込みは登録者にやり直しを求めることもあり時間がかかるので、操作ガイダンス表示欄に登録完了までの標準時間や現在の進行状況を利用者に伝えることで、利用者への心理的負担を減らすことができる。例えば「登録完了にはステップ１から５まで、標準で１０分ほどかかります。現在はステップ２（標準所要時間２分）です。」という表示である。
【００３５】
また、登録について説明してきたが更新や削除でも利用することができる。特に、口座保有者（生体情報登録者）本人の死亡、行方不明などにより、口座の名義人を変更したい事態が生じた場合は、本人以外でも削除や名義人の変更（人物区分・人物番号の変更）を可能とするため、更新や削除入力がされたことに基づいて、本人確認資料の一部または代わりとして続柄証明書の提示があったか否かを入力／チェックするようにする。
【００３６】
また、以上では、１本目の指の読込み、認証テストが終わってから２本目の指の読込み、認証テストを行った例を説明したが、このような指ごとに読込みから認証テストまで行う構成ではなく、例えば１本目の読込み、２本目の読込み終了後に１本目の認証テスト、２本目の認証テストを行うような、登録する本数分の読込み終了後に本数分の認証テストを行う構成にしても良い。
【実施例２】
【００３７】
実施例１では生体情報登録システム・装置を金融機関の窓口受付で用いること想定して、生体情報をサーバに記憶していたが、ICカード内に記憶するシステムにしても良い。ICカード内に記憶するシステムならば、登録者情報テーブルや生体情報テーブルを記憶するサーバが必要なくなる。サーバとデータを送受信する必要がなくなれば、データ通信間に情報が傍受される恐れがなくなるし、サーバ自体から情報が漏洩する恐れもなくなる。
【００３８】
装置としては、図１において、指静脈登録装置１１と端末装置２１と図示しないICカードリーダとで構成する。ICカードリーダは、指静脈登録装置１１又は端末装置２１と一体でもよい。ICカード内の情報は指静脈登録装置１１で処理することが端末装置２１まで送って処理することよりも情報漏洩等の防止の点で好ましい。サーバ３１に生体情報テーブル３６の生体データ等を記憶することは不要になるが、登録者情報テーブル３５の情報の一部などをサーバ３１や図示しない他のサーバやホストに記憶することが管理上望ましい。
【００３９】
実施例１で説明したフローチャートとしては、ICカード内の情報を読み取ることで口座番号がわかり、また、カード内には複数人のデータは記憶しないため人物番号による特定は行わないので、図４のステップ１１３（図７の登録条件入力画面Ｇ０３）から始まる、図４のステップ３１０でカードに記録を行う等の変更がある。
【００４０】
なお、生体情報をサーバあるいはICカード内のどちらに記憶するかを操作者（金融機関）が決めても良いし、登録者（顧客）に決めさせても良い。
【００４１】
また、実施例１では端末装置で生体情報の認証を行っていたが、指静脈登録装置、サーバ、ICカード内、のいずれかで生体情報の認証を行っても良い。指静脈登録装置やICカード内で認証を行えば、通信部を用いて装置間でデータを送受信する必要がなくなるので、情報漏洩を防ぐことができる。構成としては、認証プログラム２４を指静脈登録装置１１又はサーバ３１又はICカード内に設けることになる。
【実施例３】
【００４２】
実施例１と２では、登録者が顧客で操作者が銀行の係員（テラー）である例、つまり端末装置２１を銀行営業店の窓口端末である場合に特に好適な例を説明したが、ＡＴＭ等の顧客操作型の装置にも適用できる。この場合、画面デザインや画面フローなどを顧客操作向け変更することが好ましい。またＡＴＭでは、係員が常駐せず登録者自らが装置の操作を行うことを鑑みて、登録者が誤った指の挿入を続ける場合には、犯罪目的で登録を行っている可能性があるため例えば当該登録者の口座の利用を全て停止させる（登録者情報テーブルで口座利用不可のフラグを立てるなどする）ようにしてもよい。
【図面の簡単な説明】
【００４３】
【図１】生体情報登録システムの構成の例。
【図２】登録者情報テーブル３５の例。
【図３】生体情報テーブル３６の例。
【図４】制御部２２が登録処理プログラム２３を実行する際のフローチャートAの例。
【図５】制御部２２が登録処理プログラム２３を実行する際のフローチャートBの例。
【図６】制御部２２が登録処理プログラム２３を実行する際のフローチャートCの例。
【図７】端末装置の表示部に表示される画面表示フローの例。
【符号の説明】
【００４４】
１１・・・指静脈登録装置、１２・・・指静脈リーダー、１３・・・通信部、２１・・・端末装置、２２・・・制御部、２３・・・登録処理プログラム、２４・・・認証処理プログラム、２５・・・記憶部、２６・・・入力部、２７・・・表示部、２８・・・通信部、３１・・・サーバ、３２・・・制御部、３３・・・記憶部、３４・・・通信部、３５・・・登録者情報テーブル、３６・・・生体情報テーブル
【技術分野】
【０００１】
本発明は、生体情報を登録するシステム及び装置等に関する。
【背景技術】
【０００２】
金融機関における口座開設、現金振込みなどの取引時に本人確認を行うための情報として、指紋認証、指静脈認証、手のひら静脈認証などの技術が開発されている。また、近年金融機関において本人特定事項の虚偽告知や名義人のなりすましにより犯罪が増えている。それを受けて、本人確認法が施行されて口座開設の際には本人確認資料による本人確認が必要となった。
【０００３】
特許文献１には、指静脈情報を用いた個人認証装置及び方法が記載されている。この技術は装置に習熟していない利用者の挿入や悪意ある利用者の偽造指の挿入などを防止するものである。利用者が登録のために指を提示するたびに、１回目あるいは過去の試行における指静脈パターンとのパターン照合を行い、パターンの変動の度合いを表示し、利用者はこのような履歴情報を見ながら何回も試行し、指の入れ方に応じた指挿入の変動を視覚的に理解する。これにより利用者の習熟度を高めると共に、信頼性の高い登録データを取得できる。
【０００４】
【特許文献１】特開２００５−７１１１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、１本の指に対して画像を何枚も撮っておくことしか考慮されていない。ケガをした時の対処やセキュリティの向上として複数本指の認証が望ましいが、そこまでは考慮されていない。まして、複数本数を登録しようとする場合にはその登録は煩雑になりかねないところ、そのような複数本数の登録を簡便かつ確実にする点まではまったく考慮されていない。
【０００６】
また、近年犯罪防止のため金融機関では口座への個人情報登録の際には本人確認資料の提示が義務付けされている。しかし、特許文献１の技術ではその点までの考慮はされていない。まして、本人確認資料などの重要情報の登録漏れを防ぐことまで考慮されておらず、また、オペレータがマウスとキーボードを併用して操作する際の問題点まではまったく考慮されていない。
【０００７】
そこで本発明の一つの目的は、セキュリティが要求されるデータの登録を容易にする、または登録漏れを防ぐことである。
【課題を解決するための手段】
【０００８】
上記課題の解決のため、例えば、生体情報を登録する生体情報登録システムにおいて、生体情報を取得する生体情報取得部と、操作者への指示を表示する表示部と、操作者からの選択入力を受ける入力部と、生体情報とは異なる必須情報の入力の有無を記憶する記憶部とを有し、入力部は、第１のキーを有し、制御部は、第１のキーが選択入力されたことの検知に基づいて、記憶部で必須情報の入力有が記録されているか否かを判断し、判断に基づいて遷移する画面を決定する、という手段を提供する。
【０００９】
また、例えば、生体情報を登録する生体情報登録システムにおいて、生体情報を取得する生体情報取得装置と、生体情報取得装置により取得した生体情報の認証テストが終わった指の本数を数える認証テスト指本数カウンターと、認証テスト指本数カウンターにより数えた認証テスト済の指の本数が第１の本数に達するまで指の認証テストを繰り返す制御部とを有する、という手段を提供する。
【発明の効果】
【００１０】
セキュリティが要求されるデータの登録を容易に又はミスなくすることができる。
【発明を実施するための最良の形態】
【００１１】
以下、図１〜７によって本発明に好適な実施例を説明する。なお、本発明は本実施例に限られるものではない。
【実施例１】
【００１２】
窓口担当者が登録者の生体情報をサーバへ登録する操作を行う実施例を説明する。
【００１３】
図１は生体情報登録システムの一実施例形態の構成を示すブロック図である。本実施例の生体情報登録システムは、指静脈情報を読み取る指静脈登録装置１１、生体情報の登録認証処理を制御する制御部２２を備えた端末装置２１、様々な情報を記憶しておくサーバ３１の３つを通信部でつなぎ、一つのシステムを構成する。指静脈登録装置１１は、指静脈情報を読み取る指静脈リーダー１２と、データの送受信を行う通信部１３とを備えている。端末装置２１（下位装置）は、登録や認証など様々な処理を制御する制御部２２と、登録処理を実行するのに用いる登録処理プログラム２３と、認証処理を実行するのに用いる認証処理プログラム２４と、情報を記憶するHDDや半導体メモリなどの記憶部２５と、窓口担当者の入力を受け付ける入力部２６と、窓口担当者へのガイダンスや入力された内容を表示する表示部２７、データの送受信を行う通信部２８とを備えている。サーバ３１（上位装置）は、情報検索など様々な処理を制御する制御部３２と、情報を記憶するHDDや半導体メモリなどの記憶部３３と、データの送受信を行う通信部３４とを備えている。入力部２６は、テンキーを含むキーボード、マウス、タッチパネルなどであり、本実施例ではマウスとテンキーにより操作する。指静脈登録装置１１で得られた生体情報を通信部１３、２８、３４を介してサーバ３１に記憶しておく。主な記憶部はサーバ３１に設けるので、店舗に設置する指静脈登録装置１１や端末装置２１に生体情報を記憶しておく必要がなく指静脈登録装置１１や端末装置２１が盗難にあっても生体情報は盗まれないのでセキュリテキィ面で利点がある上に、店舗に設置する装置の小型化が可能である。なお、この生体情報登録システムは指静脈以外に、指紋、手のひら静脈、顔、虹彩、など様々な生体情報の登録に対応可能である。
【００１４】
図２はサーバ３１の記憶部３３に記憶している登録者情報テーブル３５の例である。本実施例の生体情報登録システムでは、図２ように口座番号、人物区分、人物番号、氏名、印鑑の有無、運転免許証の有無、パスポートの有無、保険証の有無、その他について登録者情報テーブル３５として、サーバ３１の記憶部３３に情報を記憶している。なお、一口座につき複数人の登録（本人及び代理人）が可能で、人物区分は本人と代理人との区別のために用いられる。他にも後見人など任意の区分を追加できる。人物番号は代理人が複数いる場合に個人ごとに番号を付けるために用いられる。例を挙げると、本人の１番、代理人の１番、代理人の２番、・・・のように代理人に対して異なる番号を割り振っている。このようなテーブル構成にしておけば、口座に生体情報を登録している本人（口座保有者）以外の人物が認証を行う際に、人物区分・人物番号が細かく設定されるので照合時に照合すべきデータ数をより抑える（一つにする）ことができる。
【００１５】
図３はサーバ３１の記憶部３３に記憶している生体情報テーブル３６の例である。本実施例の生体情報システムでは、図３のように口座番号、人物区分、人物番号、登録指本数、生体データについて生体情報テーブル３６として、サーバ３１の記憶部３３に情報を記憶している。登録できる指は左右の手の人差し指、中指、薬指の計６本である。よって、生体データは１人に対して６個まで登録可能である。指１本だけの情報では、ケガなどによりその情報を読み取れない事態が起こることも考えられる。左右それぞれ複数の指の情報を登録しておけば、そのリスクを回避できる。
【００１６】
図７は、端末装置２１の表示部２７に表示される画面例でＧ０１からＧ１０が順に表示される。また、図４〜６は端末装置２１の制御部２２が登録処理プログラム２３を実行する際のフローチャート例である。以下、図４〜６と共に図７を説明する。
【００１７】
端末装置２１は表示部２７にメニュー画面（認証、登録、変更、終了などの処理の選択を案内する画面）を表示し、窓口担当者の操作を入力部２６により受け付ける。登録処理の実行が選択されると、登録処理プログラム２３を起動し、表示部２７に状況照会画面（図７のＧ０１）を表示する（ステップ１０１）。画面は、記憶部２５（又は３３）に記憶されている。状況照会画面（図７のＧ０１）は、口座番号と氏名との照合を行う画面である。画面内には、金融機関で用いられる口座番号を入出力する口座番号欄、口座の保有者本人とその代理人などの氏名を入出力する氏名欄、図２で説明した本人と代理人とを区別する人物区分を入出力する人物区分欄、図２で説明した本人と代理人とに個別につける人物番号を出力する人物番号欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。画面内のボタンは、マウスクリックを検知して選択され、この操作を押下という。「Enter」キー押下は文字通り、テンキーの「Enter」キー押下を指す。ただし、「Enter」に限られるものではなくキーボードの所定のキー又は画面上の所定のキー（ボタン）であってもよい。また、押下に言い換えて選択入力ともいう。なお、この画面では人物区分欄、人物番号欄に入力することはできない。これは、サーバ２１の制御部３２が記憶部３３の登録者テーブル３５に対し、口座番号以外に人物区分と人物番号を加えてキーワードとして氏名検索を行うと、指定した人物区分と人物番号とは異なる（本人しか登録していないなど）口座番号の氏名が検索にかからなくなるのを避けるためである。ここでは、口座番号に対応する氏名を全て表示し、後の画面で人物区分の入力を受け付ける。
【００１８】
次に、状況照会画面（図７のＧ０１）の口座番号入力欄への口座番号の入力を入力部２６により受け付ける（ステップ１０２）。ここで、「キャンセル」ボタンが押下されると（ステップ１０３）、メニュー画面に戻る（ステップ１０４）。一方、「入力完了」ボタンが押下されると（ステップ１０５）、口座番号が通信部２８、３４を介して端末装置２１からサーバ３１に送信される。
【００１９】
サーバ３１の制御部３２は記憶部３３に記憶している登録者情報テーブル３５に送信された口座番号に対応する登録者氏名があるどうかを検索し（ステップ１０６）、登録者氏名がある場合は端末装置２１に口座番号に対応する人物区分、人物番号、氏名の登録者情報を通信部２８、３４を介して送信する（ステップ１０７）。端末装置２１は登録者情報を通信部２８、３４を介して受信して、当該口座番号に対応する一つ又は複数の氏名を状況照会画面（図７のＧ０２）の氏名欄に出力する（ステップ１０８）。例えば、登録者情報テーブル３５に口座番号に口座保有者本人のみしか登録されていない場合には一つの氏名を表示し、口座保有者本人と代理人など２人以上が登録されている場合には複数の氏名を表示する。状況照会画面（図７のＧO２）は、サーバ３１が検索した結果得られた口座番号に対応する氏名を表示し、人物番号区分の入力を受け付ける画面である。画面内には、口座番号欄、氏名欄、人物区分欄、人物番号欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。なお、この画面では人物番号欄に入力することはできない。これは、登録時には人物番号は自動採番され、認証時に人物を指定するために初めて用いられるものだからである。
【００２０】
次に、状況照会画面（図７のＧO２）の人物区分欄に口座保有者との関係に応じた人物区分の入力を入力部２６により受け付ける（ステップ１０９）。端末装置２１の制御部２２は、口座番号に対応する氏名の中から入力された人物区分に一致する氏名を選び出し、状況照会画面（図７のＧO２）の人物区分欄に表示する（ステップ１１０）。ここで、「キャンセル」ボタンが押下されると、メニュー画面に戻る（ステップ１１１）。一方、「入力完了」ボタンが押下されると（ステップ１１２）、登録者入力画面（図７のＧ０３）を表示部２７に表示する（ステップ１１３）。登録者入力画面（図７のＧ０３）は、登録する指の選択を受け付ける画面である。画面内には、口座番号欄、指選択欄、指を選択する旨の操作ガイダンス表示欄（図７では「指を選択してください。」と表示している）、「情報入力」ボタン、「入力完了」ボタン、「メニューへ戻る」ボタン、本人確認資料の未入力・入力済表示（図７では未入力表示）がある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能であるが、この画面表示中の「Enter」キー押下は後述するように他の画面とは違い、条件によって操作が異なってくる。なお、口座番号欄には状況照会画面（図７のＧ０２）の入力値が引き継がれている。なお、本人確認資料を例示して説明するが、それ以外の情報（例えば、生体情報や個人情報の登録や取り扱いに関する覚書確認入力等）を入力する画面でもよい。このような情報と本人確認資料入力の情報を総称して必須情報ともいう。
【００２１】
しかし、ステップ１０５の検索の結果、登録者情報テーブルに送信された口座番号に対応する登録者がいなかった場合、口座に登録者氏名がない旨のメッセージを表示する（ステップ１１４）。その後、本人以外には登録させないため入力区分を１として（ステップ１１５）、本人確認資料情報入力画面（図７のＧ０４）を表示し、本人のみの生体情報登録を受け付ける（ステップ１１６）。本人確認資料情報入力画面（図７のＧ０４）は、本人確認資料情報提示の有無の入力を受け付ける画面である。画面内には、氏名欄、印鑑の有無欄、運転免許証の有無欄、その他欄、登録本数欄、エラー/確認内容欄、「入力完了」ボタン、「キャンセル」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「入力完了」ボタンと同じ操作とみなされる。なおＧ０４をＧ０３とは別で重ねて表示されるウインドウとして例示したが、これに限られるものではなく、例えばＧ０３と並んで表示されるものでもよいしウインドウでなくともよい。またＧ０３と一体となって表示されるものでもよい。
【００２２】
図５は、端末装置２１の制御部２２が登録処理を実行する際のフローチャート例である。これに基づいて、本人確認資料情報入力操作について説明する。本実施例の生体情報登録システムでは、指の読込みの前に本人確認資料情報を入力させている。指の読込みを先に行ってしまい本人確認資料がないとわかった場合、登録者から「登録できないのに生体情報だけを採られた」と不満がでる可能性があり、個人情報保護の面で問題がある。また、指の読込みにかかる時間が無駄になってしまいかねない懸念もある。本実施例のようなシステムにすれば、そのような問題を未然に防ぐことができる。登録者入力画面（図７のＧ０３）において、次の操作として窓口担当者には、「情報入力」ボタン押下、「入力完了」ボタン押下、「Enter」キー押下、「メニューへ戻る」ボタン押下の４つの選択肢がある。テンキーの中に含まれている「Enter」キー押下操作は、選びたいボタン領域までマウスを動かしクリックする画面内の各種ボタン押下操作よりも素早く行うことができる。
【００２３】
（ア）登録者入力画面（図７のＧ０３）において、「情報入力」ボタンが押下された場合は、新たに本人確認資料情報入力画面（図７のＧ０４）を表示する（ステップ２０１）。窓口担当者は顧客が持参した本人確認資料に基づき、印鑑の有無、運転免許証の有無、パスポートの有無、保険証の有無などの入力を入力部２６により受け付ける（ステップ２０２）。このように生体情報登録時に本人確認資料の提示を求めることにより、セキュリティを高めることができる。入力部２６により入力された本人確認資料情報は通信部２８、３４を介して図２で示したサーバ３１の登録者情報テーブル３５に記憶される（記憶部２５に一時的に記憶してもよい）。ここで、「キャンセル」ボタンが押下されると、本人確認資料情報入力画面（図７のＧ０４）に戻る（ステップ２０３）。一方、「入力完了」ボタンが押下されると（ステップ２０４）、制御部２２は本人確認資料情報入力が全て入力されているか登録者情報テーブル３５又は記憶部２５をチェックし（ステップ２０５）、入力されていなければ本人確認資料情報が未入力である旨のメッセージを表示部２７に表示し、再び本人確認資料情報の入力を受け付ける（ステップ２０６）。ここで、本人確認資料情報が全て入力されていれば、登録条件入力画面の「情報入力」ボタン横の表示を「未入力」から「入力済」に変更し、登録条件入力画面（図７のＧ０５）を表示する（ステップ２０７）。この未入力・入力済表示により、本人確認資料の入力状況を確認できるので、窓口担当者にとって便利である。登録条件入力画面（図７のＧ０５）は、指の読込みを受け付ける画面である。画面内には、口座番号欄、指選択欄、操作ガイダンス表示欄（図７では「右手の中指をセットしてください。」と表示している）、指の読込み回数表示欄（図７では「読込みは１/３回目です。」と表示している）、「情報入力」ボタン、「読込み開始」ボタン、「中断」ボタン、本人確認資料の未入力・入力済表示（図７では入力済表示）がある。ただし、最初にＧ０５が表示されたときには、操作ガイダンス表示欄には「指を選択して下さい。」と表示されており、読込み回数表示欄はブランクである。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「認証テスト」ボタンと同じ操作とみなされる。操作ガイダンスを表示することにより、複数の指を登録しようとすると煩雑になる操作を容易に行えるようすることが可能である。なお、口座番号欄、指選択欄には登録条件入力画面（図７のＧ０３）の入力値が引き継がれている。
【００２４】
（イ）登録者入力画面（図７のＧ０３）において、「入力完了」ボタンが押下された場合は、本人確認資料情報が全て入力されているか（登録者情報テーブル３５や記憶部２５に本人確認資料情報「有」が記憶されているか）を確認し、入力されていない場合は再び登録条件入力画面（図７のＧ０３）を表示する（ステップ２０９）。ここで本人確認資料情報が入力されていない又は本人確認資料の入力を促す旨の警告メッセージも表示するようにするとよい。またＧ０４を表示するようにしてもよい。一方、入力されている場合は指の読込み処理へ進み、表示部２７に登録条件入力画面（図７のＧ０５）を表示する（ステップ２１０）。なおボタンやキーが押下された後表示される画面を遷移する画面という（Ｇ０３でボタンが押下された後に表示されるＧ０５はもちろん、再び表示されるＧ０３も遷移する画面と呼ぶ）。
【００２５】
（ウ）登録者入力画面（図７のＧ０３）において、「Enter」キーが押下された場合は、端末装置２１の制御部２２は記憶部２５又は登録者情報テーブル３５に本人確認資料情報「有」が記憶されているか、つまり本人確認資料情報入力が終わっているかどうかを確認し、入力が終わっていない場合は本人確認資料情報入力画面を表示する（ステップ２０８）。ここで本人確認資料情報が入力されていない又は本人確認資料の入力を促す旨の警告メッセージも表示するようにするとよい。これにより、登録者入力画面（図７のＧ０３）で窓口担当者が誤って「Enter」キーを押下してしまっても、登録条件画面（図７のＧ０５）へは進ませない。つまり、窓口担当者の意図せずに誤って「Enter」キーを押下してしまったミスや、本人確認資料情報の入力は終わっていないのに本人確認資料情報を入力したと勘違いして「Enter」キーを押下してしまったミスを防ぐことができる。一方、入力が終わっている場合は指読込み画面を表示する（ステップ２１０）。これにより、カーソルを「入力完了」ボタンまで動かし押下する手間をかけることなく、テンキーの「Enter」キー押下という簡単な操作で素早く次の操作画面に進むことができる。
【００２６】
（エ）登録者入力画面（図７のＧ０３）において、「メニューへ戻る」ボタンが押下された場合は、メニュー画面を表示する。（ステップ１０４）。
【００２７】
指の読込み処理について説明する。登録条件入力画面（図７のＧ０５）では、表示された選択可能な複数の候補の中から１本の指の選択を受け付ける（ステップ２１１）。入力された情報は図３で示した生体情報テーブル３６記憶される（記憶部２５に一時的に記憶してもよい）。なお、上記の登録条件入力画面（図７のＧ０５）の説明では、登録する指の指選択欄に「１」と入力されることにより指の選択を受け付けるとしている。ただし、このようなテンキーによる入力形式ではなく、ラジオボタンを用いたマウスによる入力形式にしても良い。そして、例えば、右手の中指の選択を受け付けると、「右手の中指をセットして下さい。」との表示（操作ガイダンス表示欄）と共に、「読込みは１／３回目です。」との表示（指の読込み回数表示欄）をする。読込み回数表示欄には、セットさせる指に対して何回目の読込みであるかを示している。登録する指が指静脈リーダー１２にセットされた後、「読込み開始」ボタンが押下されると（ステップ２１２）、指静脈リーダー１２により指静脈情報を読込み、登録条件入力画面（図７のＧ０６）を表示する（ステップ２１３）。登録条件入力画面（図７のＧ０６）は、指静脈情報の読込み実施中を示す画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「読込み中です。」と表示している）、「キャンセル」ボタンがある。
【００２８】
指静脈登録装置１１は、読込んだ指静脈情報を通信部１３、２８を介して端末装置２１に送信する。端末装置２１は、通信部１３、２８を介して指静脈情報を受信し、記憶部２５に記憶する。次に、制御部２２の指読込みカウンター（制御部２２で実行するプログラムにより制御部２２の内部メモリや記憶部２５で回数を計数（カウントアップ／ダウン等）することを示す、他のカウンターも同様）により指の読込み回数をカウントし（ステップ２１４）、規定回数の指の読込みが終わっていなければ、表示部２７に指の読込みが規定回数を満たしていない旨のメッセージを表示する。さらにもう一度「読込み開始」ボタンが押下されると、再び指静脈リーダー１２により指静脈情報を読込む（ステップ２１５）。そして、規定回数に達するまで指の読込みを繰り返し、規定回数分の指の読込みが終わっていれば、指読込みカウンターのカウントを０に戻し（ステップ２１６）、指の認証テストへ進み、登録条件入力画面（図７のＧ０７）を表示する（ステップ２１７）。制御部２２は読込んだ規定回数分の指静脈情報の中から最も認証に適した指静脈情報を選び出し、その指静脈情報を通信部２８、３４を介してサーバ３１に送信する。サーバ３１は通信部２８、３４を介して指静脈情報を受信し、記憶部３３の生体情報テーブル３６に記憶する（記憶部２５に一時的に記憶してもよい）。また、指の読込み回数表示欄を更新する（例えば、「読込みは１／３回目です。」の次は「読込みは２／３回目です。」）。これら２１１〜２１６のステップにより、規定回数の指の読込み終了前に読込み完了と判断してしまう窓口担当者のミスを防止できる。なお、指の読込み回数は任意に変更可能であり、図７では３回にしている。登録条件入力画面（図７のＧ０７）は、認証テスト開始の指示を受け付ける画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「認証テストを行います。」と表示している）、認証テスト回数表示欄（図７では「認証テストは１/１回目です。」と表示している）、「認証テスト」ボタン、「中断」ボタンがある。
【００２９】
指の認証テストについて説明する。図６は、端末装置２１の制御部２２が登録処理を実行する際のフローチャート例である。登録する指が指静脈リーダー１２にセットされた後、「認証テスト」ボタンが押下されると（ステップ３０１）、端末装置２１は認証処理プログラム２４を起動する。認証テストを開始し、再び指静脈リーダー１２により認証テストのための指静脈情報を読込む。指静脈登録装置１１は、読込んだ指静脈情報を通信部１３、２８を介して端末装置２１に送信する。端末装置２１は、通信部１３、２８を介して指静脈情報を受信し、記憶部２５に記憶する。さらに登録条件入力画面（図７のＧ０８）のように、認証テストを行っている旨を表示する（ステップ３０２）。制御部２２は記憶部２５に記憶した認証テストのための指静脈情報と、生体情報テーブル３６に記憶した指静脈情報（指の読込み時に記憶部２５に一時的に記憶していた場合は、記憶部２５に記憶した指静脈情報）との認証テスト（照合）を行う。登録条件入力画面（図７のＧ０８）は認証テスト実施中の画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「認証中です。」と表示している）、認証テスト回数表示欄（図７では「認証テストは１/１回目です。」と表示している）、「キャンセル」ボタンがある。
【００３０】
次に、端末装置２１は制御部２２の認証テストカウンターにより、認証テストの回数をカウントし（ステップ３０３）、規定回数の認証テストが終わっていなければ、表示部２７に認証テストが規定回数を満たしていない旨のメッセージを表示する。そして、もう一度「認証テスト」ボタンが押下されると、再び認証テストを行う（ステップ３０４）。そして、規定回数に達するまで認証テストを繰り返し、規定回数の認証テストが終われば、認証テストカウンターのカウントを０に戻す（ステップ３０５）。これら３０１〜３０５のステップにより、規定回数の認証テスト終了前に認証テスト完了と判断してしまう窓口担当者のミスを防止できる。なお、指の認証テストの回数は任意に変更可能であり、図７では１回にしている。
【００３１】
ステップ３０５に続いて、端末装置２１の制御部２２の認証テスト指本数カウンターにより、認証テストが終わった指の本数をカウントし（ステップ３０６）、規定本数分の認証テストが終わっていなければ、登録者入力画面（図７のＧ０３）を表示し、未だ認証テストが終わっていない指の中から登録する指の選択を受け付ける（ステップ３０７）。一方、規定本数分の認証テストが終わっていれば、認証テスト指本数カウンターのカウントを０に戻し（ステップ３０８）、登録条件入力画面（図７のＧ０９）を表示する。これら３０６〜３０８のステップにより、規定本数分の指認証テスト終了前に規定本数分の指認証テスト完了と判断してしまう窓口担当者のミスを防止できる。なお、登録する指の本数は任意に変更可能で、図７では２本にしている。登録条件入力画面（図７のＧ０９）は、規定本数分の認証テスト終了後に最終的な登録確認を行う画面である。画面内には、口座番号欄、指選択欄、現在の状況表示欄（図７では「生体情報サーバへの登録を行います。」と表示している）、認証テスト結果表示欄（図７では「認証テストに成功しました。」と表示している）、「登録」ボタン、「中断」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「登録」ボタンと同じ操作とみなされる。
【００３２】
次に、「登録」ボタンが押下されると（ステップ３０９）、記憶部３３に記憶している登録者情報テーブル３５に登録者情報、生体情報テーブル３６に生体情報の書込みを行い（ステップ３１０）、登録履歴を出力し、登録条件入力画面（図７のＧ１０）を表示する（登録者情報又は生体情報を記憶部２５に一時記憶していた場合、端末装置２１は記憶部２５に記憶している登録者情報と生体情報を通信部２８、３４を介してサーバ３１に送信する。サーバ３１は通信部２８、３４を介して登録者情報と生体情報を受信し、記憶部３３に記憶している登録者情報テーブル３５に登録者情報、生体情報テーブル３６に生体情報の書込みを行う）。この登録履歴は出力後、管理者からのサインをもらい、管理者に提出するためのものである。登録条件入力画面（図７のＧ１０）は、登録操作を終了しメニュー画面に戻る画面である。画面内には、口座番号欄、指選択欄、操作ガイダンス表示欄（図７では「登録終了ボタンを押下して下さい。」と表示している）、「登録終了」ボタンがある。また、この画面が表示されている状態で「Enter」キー押下を受け付けることも可能で、この画面表示中の「Enter」キー押下は「登録終了」ボタンと同じ操作とみなされる。
【００３３】
「登録終了」ボタンが押下されると（ステップ３１１）、生体情報登録は終了する。
【００３４】
なお、指静脈情報の読込みは登録者にやり直しを求めることもあり時間がかかるので、操作ガイダンス表示欄に登録完了までの標準時間や現在の進行状況を利用者に伝えることで、利用者への心理的負担を減らすことができる。例えば「登録完了にはステップ１から５まで、標準で１０分ほどかかります。現在はステップ２（標準所要時間２分）です。」という表示である。
【００３５】
また、登録について説明してきたが更新や削除でも利用することができる。特に、口座保有者（生体情報登録者）本人の死亡、行方不明などにより、口座の名義人を変更したい事態が生じた場合は、本人以外でも削除や名義人の変更（人物区分・人物番号の変更）を可能とするため、更新や削除入力がされたことに基づいて、本人確認資料の一部または代わりとして続柄証明書の提示があったか否かを入力／チェックするようにする。
【００３６】
また、以上では、１本目の指の読込み、認証テストが終わってから２本目の指の読込み、認証テストを行った例を説明したが、このような指ごとに読込みから認証テストまで行う構成ではなく、例えば１本目の読込み、２本目の読込み終了後に１本目の認証テスト、２本目の認証テストを行うような、登録する本数分の読込み終了後に本数分の認証テストを行う構成にしても良い。
【実施例２】
【００３７】
実施例１では生体情報登録システム・装置を金融機関の窓口受付で用いること想定して、生体情報をサーバに記憶していたが、ICカード内に記憶するシステムにしても良い。ICカード内に記憶するシステムならば、登録者情報テーブルや生体情報テーブルを記憶するサーバが必要なくなる。サーバとデータを送受信する必要がなくなれば、データ通信間に情報が傍受される恐れがなくなるし、サーバ自体から情報が漏洩する恐れもなくなる。
【００３８】
装置としては、図１において、指静脈登録装置１１と端末装置２１と図示しないICカードリーダとで構成する。ICカードリーダは、指静脈登録装置１１又は端末装置２１と一体でもよい。ICカード内の情報は指静脈登録装置１１で処理することが端末装置２１まで送って処理することよりも情報漏洩等の防止の点で好ましい。サーバ３１に生体情報テーブル３６の生体データ等を記憶することは不要になるが、登録者情報テーブル３５の情報の一部などをサーバ３１や図示しない他のサーバやホストに記憶することが管理上望ましい。
【００３９】
実施例１で説明したフローチャートとしては、ICカード内の情報を読み取ることで口座番号がわかり、また、カード内には複数人のデータは記憶しないため人物番号による特定は行わないので、図４のステップ１１３（図７の登録条件入力画面Ｇ０３）から始まる、図４のステップ３１０でカードに記録を行う等の変更がある。
【００４０】
なお、生体情報をサーバあるいはICカード内のどちらに記憶するかを操作者（金融機関）が決めても良いし、登録者（顧客）に決めさせても良い。
【００４１】
また、実施例１では端末装置で生体情報の認証を行っていたが、指静脈登録装置、サーバ、ICカード内、のいずれかで生体情報の認証を行っても良い。指静脈登録装置やICカード内で認証を行えば、通信部を用いて装置間でデータを送受信する必要がなくなるので、情報漏洩を防ぐことができる。構成としては、認証プログラム２４を指静脈登録装置１１又はサーバ３１又はICカード内に設けることになる。
【実施例３】
【００４２】
実施例１と２では、登録者が顧客で操作者が銀行の係員（テラー）である例、つまり端末装置２１を銀行営業店の窓口端末である場合に特に好適な例を説明したが、ＡＴＭ等の顧客操作型の装置にも適用できる。この場合、画面デザインや画面フローなどを顧客操作向け変更することが好ましい。またＡＴＭでは、係員が常駐せず登録者自らが装置の操作を行うことを鑑みて、登録者が誤った指の挿入を続ける場合には、犯罪目的で登録を行っている可能性があるため例えば当該登録者の口座の利用を全て停止させる（登録者情報テーブルで口座利用不可のフラグを立てるなどする）ようにしてもよい。
【図面の簡単な説明】
【００４３】
【図１】生体情報登録システムの構成の例。
【図２】登録者情報テーブル３５の例。
【図３】生体情報テーブル３６の例。
【図４】制御部２２が登録処理プログラム２３を実行する際のフローチャートAの例。
【図５】制御部２２が登録処理プログラム２３を実行する際のフローチャートBの例。
【図６】制御部２２が登録処理プログラム２３を実行する際のフローチャートCの例。
【図７】端末装置の表示部に表示される画面表示フローの例。
【符号の説明】
【００４４】
１１・・・指静脈登録装置、１２・・・指静脈リーダー、１３・・・通信部、２１・・・端末装置、２２・・・制御部、２３・・・登録処理プログラム、２４・・・認証処理プログラム、２５・・・記憶部、２６・・・入力部、２７・・・表示部、２８・・・通信部、３１・・・サーバ、３２・・・制御部、３３・・・記憶部、３４・・・通信部、３５・・・登録者情報テーブル、３６・・・生体情報テーブル
【特許請求の範囲】
【請求項１】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得部と、
操作者への指示を表示する表示部と、
操作者からの選択入力を受ける入力部と、
生体情報とは異なる必須情報の入力の有無を記憶する記憶部とを有し、
前記入力部は、第１のキーを有し、
前記制御部は、前記第１のキーが選択入力されたことの検知に基づいて、前記記憶部で前記必須情報の入力有が記録されているか否かを判断し、判断に基づいて遷移する画面を決定する。
【請求項２】
請求項１に記載の生体情報登録システムであって、
前記必須情報は、生体情報登録者の本人確認資料の提示を含む。
【請求項３】
請求項１又は２に記載の生体情報登録システムにおいて、
前記記憶部は、前記生体情報取得部で取得した生体情報を記憶する。
【請求項４】
請求項１から３のいずれかに記載の生体情報登録システムにおいて、
前記制御部は、必須情報の入力有と前記記憶部が記憶していると判断すると前記生体情報取得部での生体情報の取得を案内する画面を前記遷移する画面として決定し、必須情報の入力無と前記記憶部が記憶していると判断すると前記必須情報の入力の確認を案内する画面を前記遷移する画面として決定する。
【請求項５】
請求項１から４のいずれかに記載の生体情報登録システムにおいて、
前記表示部は、情報入力を指示する入力ボタンと情報入力の完了を指示する完了ボタンとを表示し、
前記入力部は前記入力ボタン及び完了ボタンへの選択入力を、前記第１のキーの選択入力の検知とは別に検知し、
前記制御部は、前記入力部で検知した選択入力に基づいて、前記遷移する画面を決定し前記表示部に表示する。
【請求項６】
請求項２に記載の生体情報登録システムにおいて、
前記表示部は本人確認資料提示有無の入力を指示する入力ボタンと完了を指示する完了ボタンとを表示し、
前記入力部は、前記入力ボタン及び完了ボタンへの選択入力を検知し、
前記制御部は、
前記第１キー又は前記完了ボタンの選択入力を前記入力部で検知したことに応じて本人確認資料情報提示の有と前記記憶部が記憶していると判断したとき、前記生体情報取得部での生体情報の取得を案内する画面を遷移する画面として決定し、
前記第１キーの選択入力を前記入力部で検知したことに応じて本人確認資料情報提示の無と前記記憶部が記憶していると判断したとき及び前記入力ボタンの選択入力を前記入力部で検知したとき、本人確認資料情報の確認を案内する画面を遷移する画面として決定する。
【請求項７】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得部と、
操作者への指示を表示する表示部と、
操作者からの入力を受ける入力部と、
生体情報登録者の本人確認資料の情報入力を案内する画面を表示し、当該画面で案内された情報入力を前記入力部で受けたことに基づいて、前記生体情報取得部による生体情報の読込みを案内する画面を表示するよう前記表示部を制御する制御部とを有する。
【請求項８】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得装置と、
前記生体情報取得装置により取得した生体情報の認証テストが終わった指の本数を数える認証テスト指本数カウンターと、
前記認証テスト指本数カウンターにより数えた認証テスト済の指の本数が第１の本数に達するまで前記認証テストを繰り返す制御部とを有する。
【請求項９】
請求項８に記載の生体情報登録システムであって、
操作者からの選択入力を受ける入力部と、
操作者への案内を表示する表示部と、
前記生体情報取得装置により取得した生体情報の前記認証テストの実行回数を数える認証テスト実行回数カウンターと、
前記入力部により選択入力された登録する指の種類を記憶する記憶部とを有し、
前記制御部は、前記記憶部により記憶した登録する指の種類及び、前記認証テスト実行回数カウンターにより数えた認証テスト実行回数を前記表示部に表示するよう制御する。
【請求項１】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得部と、
操作者への指示を表示する表示部と、
操作者からの選択入力を受ける入力部と、
生体情報とは異なる必須情報の入力の有無を記憶する記憶部とを有し、
前記入力部は、第１のキーを有し、
前記制御部は、前記第１のキーが選択入力されたことの検知に基づいて、前記記憶部で前記必須情報の入力有が記録されているか否かを判断し、判断に基づいて遷移する画面を決定する。
【請求項２】
請求項１に記載の生体情報登録システムであって、
前記必須情報は、生体情報登録者の本人確認資料の提示を含む。
【請求項３】
請求項１又は２に記載の生体情報登録システムにおいて、
前記記憶部は、前記生体情報取得部で取得した生体情報を記憶する。
【請求項４】
請求項１から３のいずれかに記載の生体情報登録システムにおいて、
前記制御部は、必須情報の入力有と前記記憶部が記憶していると判断すると前記生体情報取得部での生体情報の取得を案内する画面を前記遷移する画面として決定し、必須情報の入力無と前記記憶部が記憶していると判断すると前記必須情報の入力の確認を案内する画面を前記遷移する画面として決定する。
【請求項５】
請求項１から４のいずれかに記載の生体情報登録システムにおいて、
前記表示部は、情報入力を指示する入力ボタンと情報入力の完了を指示する完了ボタンとを表示し、
前記入力部は前記入力ボタン及び完了ボタンへの選択入力を、前記第１のキーの選択入力の検知とは別に検知し、
前記制御部は、前記入力部で検知した選択入力に基づいて、前記遷移する画面を決定し前記表示部に表示する。
【請求項６】
請求項２に記載の生体情報登録システムにおいて、
前記表示部は本人確認資料提示有無の入力を指示する入力ボタンと完了を指示する完了ボタンとを表示し、
前記入力部は、前記入力ボタン及び完了ボタンへの選択入力を検知し、
前記制御部は、
前記第１キー又は前記完了ボタンの選択入力を前記入力部で検知したことに応じて本人確認資料情報提示の有と前記記憶部が記憶していると判断したとき、前記生体情報取得部での生体情報の取得を案内する画面を遷移する画面として決定し、
前記第１キーの選択入力を前記入力部で検知したことに応じて本人確認資料情報提示の無と前記記憶部が記憶していると判断したとき及び前記入力ボタンの選択入力を前記入力部で検知したとき、本人確認資料情報の確認を案内する画面を遷移する画面として決定する。
【請求項７】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得部と、
操作者への指示を表示する表示部と、
操作者からの入力を受ける入力部と、
生体情報登録者の本人確認資料の情報入力を案内する画面を表示し、当該画面で案内された情報入力を前記入力部で受けたことに基づいて、前記生体情報取得部による生体情報の読込みを案内する画面を表示するよう前記表示部を制御する制御部とを有する。
【請求項８】
生体情報を登録する生体情報登録システムにおいて、
生体情報を取得する生体情報取得装置と、
前記生体情報取得装置により取得した生体情報の認証テストが終わった指の本数を数える認証テスト指本数カウンターと、
前記認証テスト指本数カウンターにより数えた認証テスト済の指の本数が第１の本数に達するまで前記認証テストを繰り返す制御部とを有する。
【請求項９】
請求項８に記載の生体情報登録システムであって、
操作者からの選択入力を受ける入力部と、
操作者への案内を表示する表示部と、
前記生体情報取得装置により取得した生体情報の前記認証テストの実行回数を数える認証テスト実行回数カウンターと、
前記入力部により選択入力された登録する指の種類を記憶する記憶部とを有し、
前記制御部は、前記記憶部により記憶した登録する指の種類及び、前記認証テスト実行回数カウンターにより数えた認証テスト実行回数を前記表示部に表示するよう制御する。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２００７−５２６８０（Ｐ２００７−５２６８０Ａ）
【公開日】平成１９年３月１日（２００７．３．１）
【国際特許分類】
【出願番号】特願２００５−２３８１０７（Ｐ２００５−２３８１０７）
【出願日】平成１７年８月１９日（２００５．８．１９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
【公開日】平成１９年３月１日（２００７．３．１）
【国際特許分類】
【出願日】平成１７年８月１９日（２００５．８．１９）
【出願人】（５０４３７３０９３）日立オムロンターミナルソリューションズ株式会社 (1,225)
【Ｆターム（参考）】
[ Back to top ]