(57)【要約】【課題】  金融機関で扱われる端末装置で顧客の生体情報の登録、認証等を行うその端末装置に、スクリーンセーバ機能を持たせ、その解除にオペレータの生体情報を使用する場合において、上述した問題を解決するのに好適な装置、方法を提供することを目的とする。【解決手段】  スクリーンセーバの起動時間になると、取引案内のために生体認証装置を用いる第１生体プログラムが実行されているか否かを判断し、実行されていれば、第１生体プログラムをキャンセルして、スクリーンセーバ解除のために生体認証装置を用いる第２生体プログラムを実行した上でスクリーンセーバを起動する。【選択図】  図４
2008065721.tif 000002
【特許請求の範囲】
【請求項１】
各種操作に基づいて処理を実行する端末装置において、
入力を検知する入力部と、
操作案内を表示する表示部と、
生体情報を取得する生体情報取得部と、
取引案内のために前記生体情報取得部により顧客の生体情報を取得する処理の実行時に用いる第１生体プログラムと、スクリーンセーバ解除のために前記生体情報取得部により操作者の生体情報を取得する処理の実行時に用いる第２生体プログラムとを記憶する記憶部と、
前記入力部により入力を検知した後の時間を計測するタイマと、
前記タイマにより計測された時間が予め設定した時間を超え、かつ、前記第１生体プログラムの実行を判断したとき、前記第１生体プログラムの実行をキャンセルして前記第２生体プログラムを実行するとともに、前記表示部にスクリーンセーバを起動する制御部と、を有することを特徴とする端末装置。
【請求項２】
請求項１記載の端末装置であって、
前記記憶部は、前記操作者の生体情報を予め記憶し、
前記制御部は、前記生体情報取得部により取得された前記操作者の生体情報と、前記記憶部の前記操作者の生体情報との照合の結果が成功であった場合に前記スクリーンセーバを解除することを特徴とする端末装置。
【請求項３】
金融機関の営業店において使用される端末装置において、
入力を検知する入力部と、
操作案内を表示する表示部と、
生体情報を取得する生体情報取得部と、
取引案内のために前記生体情報取得部により顧客の生体情報を取得する処理の実行時に用いる第１生体プログラムと、スクリーンセーバ解除のために前記生体情報取得部により操作者の生体情報を取得する処理の実行時に用いる第２生体プログラムと、
前記第１生体プログラムを実行しているか否かを示す取引フラグを記憶する記憶部と、
前記入力部により入力を検知した後の時間を計測するタイマと、
前記タイマにより計測された時間が予め設定した時間を超え、かつ、前記第１生体プログラムの実行を判断したとき、前記取引フラグをオンに、判断しなかったとき前記取引フラグをオフに設定し、前記表示部にスクリーンセーバを起動する制御部と、を有することを特徴とする端末装置。
【請求項４】
請求項３記載の端末装置であって、
前記記憶部は、パスワードの照合により本人確認をする第１条件とパスワード照合と生体情報の照合により本人確認をする第２条件とを記憶し、
前記制御部は、前記取引フラグがオンに設定されているとき前記入力部による入力が第１条件を満たしていれば前記スクリーンセーバを解除し、前記取引フラグがオフに設定されているとき前記入力部による入力が第２条件を満たしていれば前記スクリーンセーバを解除することを特徴とする端末装置。
【請求項５】
各種操作に基づいて処理を実行する端末装置において、
入力を検知する入力部と、
操作案内を表示する表示部と、
生体情報を取得する生体情報取得部と、
顧客に取引を案内する処理の実行時に用いる取引プログラムと、スクリーンセーバを起動及び解除する処理の実行時に用いるユーザ管理プログラムと、前記取引プログラムまたは前記ユーザ管理プログラムにより実行されるプログラムであって前記生体情報取得部により生体情報を取得する処理の実行時に用いる生体プログラムと、を記憶する記憶部と、
前記入力部により入力を検知した後の時間を計測するタイマと、
前記タイマにより計測された時間が予め設定した時間を超え、かつ、前記取引プログラムによる前記生体プログラムの実行を判断したとき、前記取引プログラムの実行をキャンセルして、前記ユーザ管理プログラムを実行するとともに、前記表示部にスクリーンセーバを起動する制御部と、を有することを特徴とする端末装置。
【請求項６】
生体情報を用いて端末装置を制御する制御方法において、
入力を検知するステップと、
操作案内を表示するステップと、
生体情報を取得するステップと、
顧客に取引を案内する処理の実行時に用いる取引プログラムと、スクリーンセーバを起動及び解除する処理の実行時に用いるユーザ管理プログラムと、前記取引プログラムまたは前記ユーザ管理プログラムにより実行されるプログラムであって前記生体情報取得部により生体情報を取得する処理の実行時に用いる生体プログラムと、を記憶するステップと、
入力部により入力を検知した後の時間を計測するステップと、
タイマにより計測された時間が予め設定した時間を超え、かつ、前記取引プログラムによる前記生体プログラムの実行を判断したとき、前記取引プログラムの実行をキャンセルして、前記ユーザ管理プログラムを実行するとともに、表示部にスクリーンセーバを起動するステップと、を有することを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、生体認証等に用いる専用装置を使用して認証等を実行する場合における、スクリーンセーバの起動又は解除、顧客に対する取引をそれぞれ制御する端末装置、および制御方法に関する。
【背景技術】
【０００２】
近年、金融機関に設置される自動取引装置（ＡＴＭ）での出金、残高照会等の取引における個人認証ではパスワード認証に代わり、指や掌の静脈といった生体情報を用いた個人認証（本人確認とも言う）が導入されている。そしてこの個人認証を行う上で、顧客が保有するＩＣカードに事前に顧客自身の生体情報を登録しておくのが一般的であり、その登録には顧客が金融機関のカウンタに赴き、そのカウンタに設置された営業店システムのコンピュータ（端末装置）とコンピュータに接続され且つ生体情報を撮影、認証するデバイス（生体情報取得装置）を使用して、オペレータ（銀行員）の指示の基に登録業務、取引、処理を行っている。またオペレータの操作するコンピュータ（端末装置）では指静脈、掌静脈の生体情報の登録業務の他、ＡＴＭと同様な出金、残高照会等の取引においても生体情報による認証も可能であり、このような生体情報の登録、認証以外の業務、例えば印鑑照合、税金等の振込処理、各種帳票の認識処理などの業務も処理している。
【０００３】
また、家庭や企業にあるパーソナルコンピュータに対して利用者がログインする場合や、コンピュータの機能の一つとしてスクリーンセーバ（端末ロック）が起動され、それを利用者が解除する場合には、キーボードよりパスワードを入力してログイン又はスクリーンセーバの解除を行っている。そしてコンピュータに記憶される個人情報及び重要な情報を守るため、より高いセキュリティが求められており、パスワードに代わる認証方式として静脈、指紋、虹彩、顔、声紋などの生体情報を用いた認証が導入、提案されている。
【０００４】
このスクリーンセーバの設定や解除に関する技術として、特許文献１は他人のなりすましを防止するため、指紋情報を照合してパソコンのスクリーンセーバを解除する技術を開示し、特許文献２はスクリーンセーバに対して複数の起動／解除条件を設定でき、それによってコンピュータ上で動作しているアプリケーションの種類や状態に合わせてスクリーンセーバの起動と解除の条件を調整できるスクリーンセーバの制御方法を開示している。
【０００５】
【特許文献１】特開２００３−５８５０８号公報
【特許文献２】特開２０００−１６３０３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１、２の技術は、営業店システムの端末装置を対象としたものではないが、この営業店システムの端末装置にスクリーンセーバ機能を持たせ、その解除に生体情報を用いた認証技術を適用すると、端末装置がスクリーンセーバ機能を実行している状態においては、オペレータの生体情報なのか、顧客の生体情報なのかを判断できず、オペレータの生体情報を生体情報取得装置で取得してもスクリーンセーバを解除できず、端末装置を使用できない、といった問題も発生し得る。
【０００７】
本発明は金融機関で扱われる端末装置で顧客の生体情報の登録、認証等を行うその端末装置に、スクリーンセーバ機能を持たせ、その解除にオペレータの生体情報を使用する場合において、上述した問題を解決するのに好適な装置、方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上述した目的を達成するため、本発明は、各種取引処理を制御する取引プログラム、ユーザ情報の管理のための処理を制御するユーザ管理プログラム、生体情報に関する処理を制御する第１生体プログラム及び第２生体プログラムを記憶部に備える。端末装置の制御部は、スクリーンセーバの起動時間になると、取引プログラムにより第１生体プログラムが実行されているか否かを判断し、実行されていれば第１生体プログラムをキャンセルして、ユーザ管理プログラム及び第２生体プログラムを実行してスクリーンセーバを起動する。実行されていなければ、ユーザ管理プログラム及び第２生体プログラムを実行してスクリーンセーバを起動する。
【発明の効果】
【０００９】
本発明によれば、金融機関のオペレータと顧客の双方が生体認証装置を使用する場合に、状況に応じて適切なセキュリティを保ちつつスクリーンセーバの制御、取引処理を実行できる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に好適な実施の形態について図面を用いて詳細に説明するが、説明する構成、機能その他を制限するものではない。
【実施例１】
【００１１】
本実施例では、金融機関の営業店のカウンタに設置され、オペレータ（銀行員、窓口担当者）が扱う端末装置を例に挙げ、その端末装置への入力がない状態が一定時間経過したときに端末装置がロック状態（操作不可）、所謂、スクリーンセーバ機能が実行され、そのスクリーンセーバをオペレータの生体情報を用いた生体認証（生体照合）によって解除する処理を中心に説明する。なお、オペレータはカウンタに訪れた顧客に対して金融商品の説明などをしている間に、端末装置への入力なし状態が続けば、その端末装置のスクリーンセーバが起動される。また、生体情報とは本人であることを示す本人固有の情報であり、指静脈、掌（てのひら）静脈、指紋、虹彩、顔など様々なものを含むが、一例として指静脈を挙げて説明する。
【００１２】
図１は上述の端末装置、システムの構成図を示し、端末装置１０１は、ＣＲＴや液晶ディスプレイなどで構成され、操作案内を表示する表示部１０２、キーボード、マウスなどで構成され、入力操作を受け付ける入力部１０３、を備えており、また、生体情報の登録及び認証を行う生体認証装置１０４と接続されている。生体認証装置１０４は、生体情報として利用者の指静脈パターンを撮影して（読み取って）取得する生体リーダ（カメラ、ＣＣＤ）１０５、カードの挿入／排出、カードの磁気ストライプ又はＩＣチップに記憶されたデータに対し読み書き機能などを有するカード機構部１０６を備えている。
【００１３】
ここで端末装置１０１を用いた銀行の業務、取引処理について説明する。その処理には、顧客が持ち込んだ振込帳票を端末装置１０１に備わる認識機構（図示しない）によって自動認識して振込金額を求めて決済する振込取引や、帳票に押印された印鑑とサーバに登録された登録印鑑とを照合して帳票を持ち込んだ顧客が正当であることを確認する印鑑照合処理など、端末装置１０１は種々の取引処理を実行する。これらの取引処理は、端末装置１０１の表示部１０２に表示される各種の取引に応じた操作案内から、オペレータが入力部１０３を介して操作する項目、入力データを基に、各種処理を進めていく。更に、端末装置１０１にて実行可能な取引には、生体認証装置１０４を使用する取引もある。例えば、顧客が銀行の口座開設を行う場合や、顧客が要求する額での出金取引を行う場合などがあり、これらの例について簡単に説明する。
【００１４】
口座開設するときに生体認証装置１０４を使用する例として、ＩＣカード（単にカードとも言う）に顧客の生体情報を登録する生体情報登録処理があり、このとき、オペレータは新規のカード１１０を生体認証装置１０４のカード機構部１０６に挿入し、生体リーダ１０５にて顧客の生体情報を取得して、カード機構部１０６内のカード１１０に記憶して登録処理を完了する。加えてオペレータは端末装置１０１に対し、予め決められた操作を行い、顧客の口座番号などを発行して口座を開設する。
【００１５】
また、顧客の生体情報がカードに登録され、その生体情報を利用して出金取引する例としては、オペレータは顧客が持参したカード１１０を生体認証装置１０４のカード機構部１０６に挿入し、その一方で生体リーダ１０５にて顧客の生体情報を取得し、カード内（生体認証装置内で認証しても良い）で予めカード１１０に記憶していた生体情報と、生体リーダ１０５にて取得した新たな生体情報とを照合することによって本人であることを確認し、顧客が要求する出金を許容する。
【００１６】
図２は端末装置１０１のブロック図である。
【００１７】
端末装置１０１は、端末装置１０１全体を制御する制御部２０１、表示部１０２、入力部１０３、プログラムなどを記憶するメモリ２０３、様々なデータを記憶する記憶部２０８、生体認証装置１０４とデータを送受信する通信部２０９を備える。
【００１８】
また、メモリ２０３は、各種取引処理を制御する取引プログラム２０４、ユーザ情報の管理のための処理を制御するユーザ管理プログラム２０５、生体情報に関する処理を制御する第１生体プログラム２０６及び第２生体プログラム２０７、を記憶している。これらのプログラムは、ＣＰＵ２０２、メモリ２０３より成る制御部２０１により実行されるアプリケーションソフトである。
【００１９】
例えば、取引プログラム２０４が実行する処理には、顧客の生体情報をカード１１０に登録する生体登録処理、顧客の本人確認のために生体認証を用いる出金取引処理や残高照会処理などが挙げられる。また、ユーザ管理プログラム２０５が実行する処理には、スクリーンセーバの起動、解除、及びパスワード照合などが挙げられる。また、第１生体プログラム２０６、及び第２生体プログラム２０７は、それぞれ生体情報の登録、照合処理を行い、前者は顧客取引時、後者はオペレータの操作時に実行される。
【００２０】
従って、第１生体プログラム２０６は取引プログラム２０４とともに起動されるプログラムであり、第２生体プログラム２０７はユーザ管理プログラム２０５とともに起動されるプログラムである。
【００２１】
具体的に説明すると、オペレータが顧客に対し案内をするため、端末装置１０１にて取引プログラム２０４を実行中に、生体認証装置１０４を用いる処理があれば第１生体プログラム２０６も実行される。そして、端末装置１０１がスクリーンセーバを起動する際には、ユーザ管理プログラム２０５を実行する。このときはスクリーンセーバの解除のために生体認証装置１０４を使用するので、ユーザ管理プログラム２０５の起動と同時に第２生体プログラム２０７も実行する仕組みとする。
【００２２】
生体認証装置１０４は、生体認証装置全体を制御する制御部２１１、生体リーダ１０５と、カード機構部１０６と、外部とデータを送受信する通信部２１２とを備えている。また、端末装置１０１と生体認証装置１０４とを合わせて端末装置と呼んでも良い。
【００２３】
図３は記憶部２０８に保持するデータテーブルの例である。システムの利用者のユーザＩＤ、権限、認証方法、生体情報、パスワードを対応させて記憶しておく。システムの使用者には、全ての情報について書き換え可能など、強い権限を有する『管理者』、一般的なオペレータを対象とする『利用者』、一時的な来訪者が端末装置１０１を使用するために使う『来訪者』を用意する。例えば、『管理者』はユーザＩＤが００００、権限がＡｄｍｉｎｉｓｔｒａｔｏｒ、認証方法がパスワード＋生体認証、生体情報がＡＡＡ、パスワードが１２３４である。一般オペレータはユーザＩＤが０００１、権限がＵｓｅｒｓ、認証方法がパスワード＋生体認証、生体情報がＢＢＢ、パスワードが２３４５である。来訪者はユーザＩＤが０１００、権限がＧｕｅｓｔ、認証方法がパスワード＋生体認証、生体情報がなし、パスワードが４５６７である。
【００２４】
また、図３のデータベースに示すように、管理者、利用者、来訪者として権限レベルが強い順に予め設定しておく。アドミニストレータ権限を持つ管理者であれば、他者を強制的にログオフできるなどの特別な操作を許可する構成にしても良い。
【００２５】
次に図４のフローチャートに基づいて、図１の各部の動作を説明する。
【００２６】
端末装置１０１の制御部２０１は、入力部１０３により入力を検知すると、タイマを初期化し（ステップ４０１）、未入力の時間の測定を開始する（ステップ４０２）。そして、未入力の時間が、記憶部２０８に記憶されているスクリーンセーバの起動する設定時間に達すると（ステップ４０３）、第１生体プログラム２０６の実行状態をチェックする。なお、上述したように、第１生体プログラム２０６が実行されていることは、すなわち取引プログラム２０４も実行されていることを示す。
【００２７】
第１生体プログラム２０６が実行されているか否かを判断し（ステップ４０４）、実行されていれば、第１生体プログラム２０６を停止（キャンセル）して（ステップ４０５）、ユーザ管理プログラム２０５を実行するとともに第２生体プログラム２０７を実行する。これにより、表示部１０２にスクリーンセーバを起動する（ステップ４０６）。このように、スクリーンセーバを起動するとき、スクリーンセーバを解除するのに使用される生体認証装置１０４の動作を制御する第２生体プログラム２０７も起動する。
【００２８】
ここで、ステップ４０５で第１生体プログラム２０６を停止させることの理由を説明する。生体認証装置１０４を制御するプログラムが複数存在する構成は、生体認証装置１０４がどのような動作をすればよいのか分からなくってしまうので好ましくない。よって、ステップ４０５で第２生体プログラム２０７を実行する以上、それまでに実行されている第１生体プログラム２０６を停止させる。
【００２９】
一方、ステップ４０４において、第１生体プログラム２０６が実行されていなければ、ユーザ管理プログラム２０５を実行するとともに第２生体プログラム２０７を実行する。これにより、スクリーンセーバを起動する（ステップ４０６）。ここでは、第１生体プログラム２０６が実行されていないので、何も支障なく第２生体プログラム２０７を実行することが可能である。
【００３０】
端末装置１０１の制御部２０１は、スクリーンセーバを起動した後、オペレータからの入力を待つ入力待機状態に入る。
【００３１】
そして、端末装置１０１の制御部２０１は、入力部１０３により入力を検知すると（ステップ４０７）、表示部１０２にＩＤ及びパスワードの入力を案内する画面Ｇ０１（ＩＤ、パスワード入力画面）を表示する（ステップ４０８）。オペレータは画面Ｇ０１の案内に従って、入力部１０３にＩＤ及びパスワードを入力する。
【００３２】
端末装置１０１の制御部２０１は、入力部１０３により入力を検知すると、入力されたＩＤ及びパスワードに対し、図３で示す記憶部２０８に保持されたデータテーブルのＩＤ及びパスワードが一致するか否かを判断する（ステップ４０９）。
【００３３】
ここで、正当なオペレータであるユーザ１が入力部１０３を用いてＩＤとして『０００１』、パスワードとして『２３４５』を入力したとする。データテーブルには、入力されたＩＤとパスワードが予め記憶（登録）されているので、『一致する』となる。
【００３４】
また、不審者が入力部１０３を用いてＩＤとして『０００１』、パスワードとして『５５５５』を入力したとする。データテーブルには、入力されたＩＤとパスワードが予め記憶（登録）されていないので、『一致しない』となる。
【００３５】
ステップ４０９で一致しなかったとき、ステップ４０８に戻って画面Ｇ０１を表示する。なお、一致しなかったときには以下のようにいくつかの原因が考えられ、その原因に応じた案内を表示部１０２に表示する。
【００３６】
（１）原因はＩＤ未登録であったとき。このとき、表示部１０２には「入力されたＩＤは登録されていません。もう一度ＩＤとパスワードを入力し直してください」とその旨を表示する。
【００３７】
（２）原因はパスワード不整合であったとき（ＩＤは登録されていた）。このとき、表示部１０２には「パスワードは間違えて入力されています。もう一度ＩＤとパスワードを入力し直してください」とその旨を表示する。
【００３８】
ステップ４０９で一致したとき、端末装置１０１の制御部２０１は、表示部１０２に生体認証を案内する画面Ｇ０２を表示する（ステップ４１０）。なお、画面Ｇ０２は、生体リーダ１０５へ生体をかざすよう案内を出力する画面である。オペレータは画面Ｇ０２の案内に従って、生体リーダ１０５に指をかざす。
【００３９】
次に、端末装置１０１の制御部２０１は、生体リーダ１０５にかざされた指の情報を読み取って生体認証を実行する（ステップ４１１）。具体的には生体リーダ１０５により取得した生体情報（指の画像）と、記憶部２０８に保持されたデータテーブルのＩＤに対応する生体情報（指の画像）とが一致するか否か（生体認証が成功したか否か）を判断する（ステップ４１２）。
【００４０】
ここで、例えば生体リーダ１０５により取得した生体情報が『ＢＢＢ』であったとする。データテーブルにはＩＤが『０００１』の者の生体情報は『ＢＢＢ』として記憶しているので、『一致する（生体認証が成功した）』となる。
【００４１】
また、生体リーダ１０５により取得した生体情報が『ＢＢＡ』であったとする。データテーブルにはＩＤが『０００１』の者の生体情報は『ＢＢＢ』として記憶しているので、『一致しない（生体認証が失敗した）』となる。
【００４２】
ステップ４１２で一致しなかった（生体認証が失敗であった）とき、ステップ４１０に戻って画面Ｇ０２を表示する。
【００４３】
ステップ４１２で一致した（生体認証が成功であった）とき、スクリーンセーバを解除する（ステップ４１３）。
【００４４】
なお、ステップ４０５で第１生体プログラム２０６を一時停止状態にしたとき、それまで端末装置１０１の制御部２０１により処理された内容の情報は消去する。そして、ステップ４１３でスクリーンセーバを解除した後、改めて最初から取引プログラムによる取引を再開する。
【００４５】
このフローチャートによれば、オペレータが顧客に対して生体認証装置１０４の使用を含む生体登録処理や生体認証処理について案内をしていたときであっても、スクリーンセーバを確実に起動することができる。よって、オペレータが顧客に対し生体認証装置１０４を使った取引案内をしているときにそのオペレータが別のオペレータに交代することにより、入力部１０３への未入力時間が発生したとき、スクリーンセーバを確実に起動できるので、セキュリティ面で高い効果がある。なお、もちろんオペレータが顧客に対して生体認証装置１０４の使用を含む生体登録処理や生体認証処理について案内をしていないときも、スクリーンセーバを確実に起動することができる。
【実施例２】
【００４６】
次に図５のフローチャートに基づいて、第２の実施例を説明する。
【００４７】
端末装置１０１の制御部２０１は、入力部１０３により入力を検知すると、タイマを初期化し（ステップ５０１）、未入力の時間の測定を開始する（ステップ５０２）。そして未入力の時間が、記憶部２０８に記憶されているスクリーンセーバの起動する設定時間に達すると、取引プログラム２０４の起動状態をチェックする（ステップ５０３）。
【００４８】
第１生体プログラム２０６が実行されているか否かを判断し（ステップ５０４）、実行されていれば、記憶部２０８に記憶している取引フラグをＯＮ（オン）に設定し（ステップ５０５）、ユーザ管理プログラム２０５を実行する。これにより、表示部１０２にスクリーンセーバを起動する（ステップ５０７）。ここで、第２生体プログラム２０７を実行しないのは、取引フラグがＯＮのときはスクリーンセーバの解除に生体認証を用いないためである。
【００４９】
一方、ステップ５０４において、第１生体プログラム２０６が実行されていなければ、記憶部２０８に記憶している取引フラグをＯＦＦ（オフ）に設定し（ステップ５０６）、ユーザ管理プログラム２０５を実行するとともに第２生体プログラム２０７を実行する。これにより、スクリーンセーバを起動する（ステップ５０７）。
【００５０】
端末装置１０１の制御部２０１は、スクリーンセーバを起動した後、オペレータからの入力を待つ入力待機状態に入る。
【００５１】
そして、端末装置１０１の制御部２０１は、入力部１０３により入力を検知すると（ステップ５０８）、表示部１０２にＩＤ及びパスワードの入力を案内する画面Ｇ０１（ＩＤ、パスワード入力画面）を表示する（ステップ５０９）。オペレータは画面Ｇ０１の案内に従って、入力部１０３にＩＤ及びパスワードを入力する。
【００５２】
次に、端末装置１０１の制御部２０１は、入力部１０３によりＩＤ及びパスワードの入力を検知すると、入力されたＩＤ及びパスワードに対し、記憶部２０８に保持されたデータテーブルのＩＤ及びパスワードと一致するか否かを判断する（ステップ５１０）。
【００５３】
ステップ５１０で一致しなかったとき、ステップ５０９に戻って画面Ｇ０１を表示する。なお、一致しなかったときには第１の実施例にて示したように、いくつかの原因が考えられ、その原因に応じた案内を表示部１０２に表示する。ステップ５１０で一致したとき、端末装置１０１の制御部２０１は、記憶部２０８の取引フラグを読み取る。取引フラグがＯＮに設定されているか否かを判断し（ステップ５１１）、ＯＮであれば生体認証を実行せずにスクリーンセーバを解除する（ステップ５１５）。
【００５４】
一方、取引フラグがＯＦＦであれば生体認証処理へと進む。端末装置１０１の制御部２０１は、表示部１０２に生体認証を案内する画面Ｇ０２を表示し（ステップ５１２）、画面Ｇ０２に表示された生体リーダ１０５へ生体をかざす案内によって、オペレータは生体リーダ１０５に指をかざす。
【００５５】
端末装置１０１の制御部２０１は、生体リーダ１０５にかざされた指の情報を読み取って生体認証を実行する（ステップ５１３）。具体的には生体リーダ１０５により生体情報を取得し、得た生体情報が記憶部２０８に保持されたデータテーブルのＩＤに対応する生体情報と一致するか否かを判断する（ステップ５１４）。
【００５６】
ステップ５１４で不一致のときは、ステップ５１２に戻って画面Ｇ０２を表示し、ステップ５１４で一致のときは、スクリーンセーバを解除する（ステップ５１５）。
【００５７】
なお、ステップ５０５で取引フラグをＯＮにしたとき、それまで端末装置１０１の制御部２０１により処理された内容の情報は消去せずにそのまま記憶部２０８に記憶する。そして、ステップ５１５でスクリーンセーバを解除した後、記憶部２０８に記憶されていた情報をもとにスクリーンセーバを起動する前の段階から取引プログラムによる取引を再開する。これにより、スクリーンセーバの起動によって取引を中断するもものの、中断前の状態から取引を再開できるので、オペレータの操作性は向上する。
【００５８】
このフローチャートによれば、オペレータが顧客に対して生体認証装置の使用を含む生体登録処理や生体認証処理について案内をしていたときに、生体認証を用いずにパスワード照合を解除条件としてスクリーンセーバを起動することができる。また、上述の案内をしていないときは、生体認証とパスワード照合を解除条件としてスクリーンセーバを起動することができる。
【００５９】
よって、生体認証装置１０４を用いた取引のない状態ではセキュリティの高いスクリーンセーバ制御を実現する効果がある。また、生体認証装置１０４を用いた取引のある状態では、出金取引や口座開設のような取引を中断して取引状態が破棄されてしまうと取引に影響がある場合でも、スクリーンセーバを確実に起動できるので、従来と同程度のセキュリティを実現できる。
【００６０】
ここまでは、第１の実施例と第２の実施例について、それぞれの特徴をまとめる。
【００６１】
第１の実施例において、端末装置１０１は一定時間を経過しても入力部１０３に対する入力がなければ、第１生体プログラム２０６を実行しているか否かを判断する。そして、第１生体プログラム２０６を実行しているとき、第１生体プログラム２０６を一時的に停止させスクリーンセーバを起動する。一方、第１生体プログラム２０６を起動していないときは、自動的にスクリーンセーバを起動するものである。その後、スクリーンセーバの解除にはパスワード照合と生体認証を用いる。
【００６２】
すなわち、第１の実施例は、取引案内よりもスクリーンセーバの起動に対して優先的に生体認証装置１０４を使用させるフローであるとも言える。
【００６３】
第２の実施例において、端末装置１０１は一定時間を経過しても入力部１０３に対する入力がなければ、第１生体プログラム２０６を実行しているか否かを判断する。そして、第１生体プログラム２０６を実行しているとき、取引フラグ２０４を『ＯＮ（オン）』と設定してスクリーンセーバを起動する。一方、第１生体プログラム２０６を起動していないときは、取引フラグを『ＯＦＦ（オフ）』と設定して自動的にスクリーンセーバを起動するものである。その後、取引フラグが『ＯＮ』に設定されていれば、生体認証を用いずパスワード照合だけでスクリーンセーバを解除し、取引フラグが『ＯＦＦ』に設定されていれば、生体認証とパスワード照合で本人確認がされたあとでスクリーンセーバを解除する。
【００６４】
すなわち、第２の実施例は、取引フラグを有効的に活用してスクリーンセーバを起動し、生体認証装置１０４を用いた生体認証をスクリーンセーバ解除に利用するか否かを判断するフローであるとも言える。
【００６５】
ここまでは、第１生体プログラム、第２生体プログラムの２つの生体プログラムがある例について説明してきたが、以下では生体プログラムが１つである態様について説明する。取引プログラム２０４を実行中に生体認証装置１０４を使用する処理に進むと生体プログラムを実行し、またスクリーンセーバの起動のためにユーザ管理プログラム２０５を実行するときにも同じ生体プログラムを実行する。生体プログラムは、取引プログラム２０４とユーザ管理プログラム２０５のうちどちらか１つの実行を指示されるものである。言い換えると、取引プログラム２０４とユーザ管理プログラム２０５の両方が同時に生体プログラムを実行することはできない。
【００６６】
これを図４のフローチャート上で説明すると、ステップ４０４の「第１生体プログラムを実行中か？」は「取引プログラムを実行中であって、かつ、生体プログラムを実行中か？」と変更され、ステップ４０５の「第１生体プログラムを停止」は「取引プログラムを停止」と変更される。つまり、取引プログラム２０４が生体認証装置１０４を使うために生体プログラムを実行しているかを判断し、実行していれば、取引プログラム２０４を停止してユーザ管理プログラム２０５を実行する。そして、ユーザ管理プログラム２０５が生体認証装置１０４を使うための生体プログラムを実行する。
【００６７】
一方、これを図５のフローチャート上で説明すると、ステップ５０４の「第１生体プログラムを実行中か？」は「取引プログラムを実行中で、かつ、生体プログラムを実行中か？」と変更される。つまり、取引プログラム２０４が生体認証装置１０４を使うために生体プログラムを実行しているかを判断し、実行していれば、取引中フラグをＯＮに設定し、取引プログラム２０４を実行したままで、ユーザ管理プログラム２０５を実行する。このフローチャートでは、取引フラグがＯＮに設定されているときは生体認証を実施しないので、ユーザ管理プログラム２０５は生体プログラムを実行しない。
【００６８】
このように生体プログラムが１つである場合でも、２つである場合と同様に高いセキュリティを有している。そして、第１の実施例や第２の実施例のように生体プログラムを２つ作成しなくて良い利点がある。
【００６９】
また、上述した実施例１では常に、また実施例２では取引フラグをＯＦＦとしたときに、スクリーンセーバ解除時に生体認証をさせる構成にしたが、指のけがや生体認証装置１０４の故障などの理由で生体認証ができない場合に、決められたキー操作やその他の手段により生体認証をスキップして、パスワード照合のみでスクリーンセーバを解除できる構成としても良い。
【００７０】
ここまでは、制御部２０１が各種情報を記憶部２０８のデータテーブルから読み取って処理を実行する構成で説明した。しかし、これらの情報はＩＣカード等の媒体やサーバのデータベースに保持し、制御部２０１が各種情報を媒体やサーバから読み取って処理を実行する構成にしても良い。媒体に保持する場合においては、ユーザＩＤを媒体から読み取る構成にできるので、オペレータ等が入力部１０３を用いて入力する手間を省くこともできる。
【００７１】
そして、サーバのデータベースに保持する場合においては、生体情報などの個人情報を一括管理できるので、端末装置１０１に個人情報を記憶させておく構成よりも、管理が簡単である。金融機関では一般的に複数の窓口にオペレータと端末装置１０１を配置しており、オペレータは常に同じ端末装置１０１を使用するわけではなく時と場合によって使う端末装置１０１が変わってしまう。よって、端末装置１０１には使用する可能性のある全てのオペレータの生体情報を記憶しておくのがよく、複数の場所に生体情報を記憶しておくとなると、情報漏洩のリスクが高くなってしまうからである。
【００７２】
なお、個人情報をサーバで一括管理する際には、端末装置１０１が生体情報の照合をするたびに通信部２０９を使って、サーバと予め記憶しておいた生体情報の送受信を行う構成にすればよい。
【００７３】
以上のように、本発明によれば、金融機関のオペレータと顧客の双方が生体認証装置を使用する場合に、状況に応じて適切なセキュリティを保ちつつスクリーンセーバの制御及び取引処理を実行できる。
【図面の簡単な説明】
【００７４】
【図１】端末装置のシステム構成図。
【図２】端末装置のブロック図。
【図３】生体情報やパスワードを管理するデータテーブル例。
【図４】スクリーンセーバ制御方法に関する第１の実施例のフローチャート。
【図５】スクリーンセーバ制御方法に関する第２の実施例のフローチャート。
【符号の説明】
【００７５】
１０１…端末装置、１０２…表示部、１０３…入力部、１０４…生体認証装置、１０５…生体リーダ、１０６…カード機構部、１１０…カード、２０１…制御部（端末装置）、２０２…ＣＰＵ、２０３…メモリ、２０４…取引プログラム、２０５…ユーザ管理プログラム、２０６…第１生体プログラム、２０７…第２生体プログラム、２０８…記憶部、２０９…通信部（端末装置）、２１１…制御部（生体認証装置）、２１２…通信部（生体認証装置）。
【図１】
2008065721.tif 000003
【図２】
2008065721.tif 000004
【図３】
2008065721.tif 000005
【図４】
2008065721.tif 000006
【図５】
2008065721.tif 000007