JP2005250810A - 個人認証装置および個人認証プログラム - Google Patents

Abstract

【課題】 不正な使用者の侵入を防げることができる個人認証装置および個人認証プログラムを提供する。
【解決手段】 始めに利用者から利用が要求された時点で個人認証を行い、利用者の生体情報を初期認証情報として記憶し、その後、情報の照会要求や更新要求がされたときにはその都度利用者の継続個人認証を行う。この継続個人認証者が初期認証者と一致するときに作業を進め、継続個人認証を行った時点で初期認証者と一致しない場合には作業を行わないようにする。このように個人認証を複数回行うことにより不正アクセスを防ぎ、情報の漏洩を防止して高度なセキュリティを保つことができる。
【選択図】 図２

Description

本発明は、利用者から操作要求があった際に利用者の生体情報を取得し、取得した生体情報を利用して個人認証を行う個人認証装置および個人認証プログラムに関する。

現在、ログイン作業などにおいては個人認証が不可欠であり、このような個人認証により情報の安全性を保つために情報を操作する個人を特定している。

例えば、個人認証のために利用者にＩＤやパスワードを入力させて個人を認証して利用が許可される方法が多く用いられている。

また最近では、ＩＤやパスワードを個人認証のために入力する変わりに、利用者の指紋や虹彩などの生体情報を使用した個人認証も用いられている（例えば特許文献１〜３など）。
特開２００１−５２１８０号公報 特開２００１−５２１８１号公報 特開２００１−５２１８２号公報

しかしながら、従来の技術では、このような個人認証はログイン時等のような初期段階にのみ行われており、例えばパソコンなどの端末において情報操作する場合には、ログインによりアプリケーションを立ち上げた後には利用者によりログアウトが要求されてアプリケーションが終了するまで使用可能である。

そのため、始めに個人認証を行った利用者が席を立ったときなどに「なりすまし」として他の人が操作した場合にも、始めに個人認証を行った人が操作したことになり、個人認証の精度が劣るという問題が発生する。

本発明は上記の事情に鑑みてなされたもので、個人認証の精度が高く、不正な使用者の侵入を確実に妨げることができる個人認証装置および個人認証プログラムを提供することを目的とする。

上記の目的を達成するために請求項１の発明は、利用者が所定のコンピュータシステムを利用する際に、利用者の生体的な特徴を読み取り個人識別用の生体情報を生成する認証情報取得手段を用いて個人認証を行う個人認証装置であって、利用者の生体情報を利用者情報として予め記憶する利用者情報記憶手段と、利用者から前記コンピュータシステムへの利用要求があった際に前記認証情報取得手段により取得した生体情報を初期認証情報として記憶する初期記憶手段と、前記初期認証情報と前記利用者情報とが一致するか否かにより、利用が許可された利用者であるかを判定する第一の判定手段と、第一の判定手段により利用が許可された利用者から前記コンピュータシステムへの新たな操作が要求されるときは、前記認証者情報取得手段からの個人情報を取得して現認証情報とし、該現認証情報と前記初期認証情報とが一致するか否かを判断する第二の判定手段と、を有することを特徴とする。

請求項２の発明は、請求項１記載の発明において、前記認証情報取得手段は、利用者の指紋、静脈情報、虹彩、顔情報、音声情報のうち少なくとも１つを個人認証情報として取得することを特徴とする。

請求項３の発明は、請求項１又は２記載の発明において、前記第二の判定手段は、前記コンピュータシステムに対する処理、前記コンピュータシステムが備えるデータ、および利用者の前記コンピュータシステムに対する権限のうち少なくとも１つに応じて操作要求を認識することを特徴とする。

請求項４の発明は、請求項１乃至３のいずれか１項に記載の発明において、前記利用者の操作をログ情報として記録するログ情報記録手段を有することを特徴とする。

請求項５の発明は、利用者が所定のコンピュータシステムを利用する際に、利用者の生体的な特徴を読み取り個人識別用の生体情報を生成する認証情報取得手段を用いて個人認証を行う個人認証装置が読み取り可能な個人認証プログラムであって、利用者の生体情報を利用者情報として記憶する利用者情報記憶ステップと、利用者から前記コンピュータシステムへの利用要求があった際に前記認証情報取得手段により取得した生体情報を初期認証情報として記憶する初期記憶ステップと、前記初期認証情報と前記利用者情報とが一致するか否かにより、利用が許可された利用者であるかを判定する第一の判定ステップと、第一の判定ステップにより利用が許可された利用者から前記コンピュータシステムへの新たな操作が要求されるときは、前記認証者情報取得手段からの個人情報を取得して現認証情報とし、該現認証情報と前記初期認証情報とが一致するか否かを判断する第二の判定ステップと、を前記個人認証装置に実行させることを特徴とする。

請求項６の発明は、請求項５記載の発明において、前記認証情報取得手段は、利用者の指紋、静脈情報、虹彩、顔情報、音声情報のうち少なくとも１つを個人認証情報として取得することを特徴とする。

請求項７の発明は、請求項５又は６記載の発明において、前記第二の判定ステップは、前記コンピュータシステムに対する処理、前記コンピュータシステムが備えるデータ、および利用者の前記コンピュータシステムに対する権限のうち少なくとも１つに応じて操作要求を認識することを特徴とする。

請求項８の発明は、請求項５乃至７のいずれか１項に記載の発明において、前記利用者の操作をログ情報として記録するログ情報記録ステップを前記個人認証装置に実行することを特徴とする。

上記の構成において、アプリケーションを立ち上げるログイン時やメールの送受信時などのように始めに利用者から利用が要求された時点で個人認証を行い、利用者の生体情報を初期認証情報として記憶する。その後、情報の照会要求や更新要求がされたときにはその都度利用者の継続個人認証を行う。この継続個人認証者が初期認証者と一致するときに作業を進め、継続個人認証を行った時点で初期認証者と一致しない場合には作業を行わないようにする。このように個人認証を複数回行うことにより不正アクセスを防ぎ、情報の漏洩を防止して高度なセキュリティを保つことができる。

また、その個人認証の方法として通常利用されるような使用者により入力されるパスワードではなく使用者個人の生体情報を利用することにより、予め登録されている登録者を正確に判断し、使用者のみにより操作させることを可能とする。

本発明によれば、情報を操作する際に操作する個人を初期段階で認証するだけでなく、操作する過程において新たな要求がある都度、個人を認証するようにしているため、不正な使用者の侵入を確実に防止することができる。また、その個人認証の方法として使用者により入力されるパスワードなどではなく、使用者個人の生体情報を利用することにより、予め登録されている使用者のみにより操作させることを可能とするので、個人認証の精度を高めることができる。

また、利用者に意識させることなく自動的に情報を読み取り、生体情報が要求されると利用できるように構成されているため、新たな操作要求がある度に認証を行う構成であっても、通常の操作に煩わしさのない個人認証を行うことが可能である。

＜構成＞
次に、図面を参照して本発明に係る個人認証装置の一実施形態として、端末からデータベースの操作を行う場合を例に説明する。

図１に示すように、本実施の形態において個人認証装置１０は、アプリケーション部２０を介して利用者の端末３０に接続されている。個人認証装置１０は制御部１１と認証データベース１２と認証プロダクト５０を備えている。

認証データベース１２は利用者記憶エリア１３と初期認証記憶エリア１４を有している。利用者記憶エリア１３では情報の操作が可能な利用者の生体情報を利用者情報として予め記憶している。また、初期認証記憶エリア１４では始めに利用者から利用の要求を受けた際に取得した利用者の生体情報に基づく初期認証コードを記憶している。

端末３０は個人認証に用いる生体情報を得るために認証情報取得手段として指紋センサ３１を備えている。個人認証装置１０ではこの指紋センサ３１で取得した生体情報を利用して個人認証を行うように構成されている。

制御部１１は端末３０に備えられる指紋センサ３１から利用者の生体情報を取得するための制御、利用者の生体情報を得た際に認証データベース１２に備えられる初期認証記憶エリア１４に利用者の生体情報に基づく初期認証コードを記憶させる制御、また、端末３０の指紋センサ３１から得た生体情報に基づく個人コードと初期認証記憶エリア１４に記憶されている初期認証コードとを比較させる制御等を実行するものである。

さらに制御部１１には指紋センサ３１により得られた情報を扱うための認証プロダクト５０が接続されている。尚、認証プロダクト５０は、図１に示すように個人認証装置１０に含まれる場合の他、端末３０に含まれる場合も考えられ、本発明にあってはいずれであってもよいものである。

端末３０はアプリケーション部２０を介して業務データベース４０とも接続されて業務データベース４０を操作するように構成されている。

アプリケーション部２０は、個人認証装置１０により正当な利用者に操作要求がされていることが判断されて操作の許可がされたときに、端末３０からの指令により業務データベース４０を操作する処理を実行するようになっている。

尚、図１に示すシステム構成は、クライアント側の端末３０とサーバ側の個人認証装置１０とがコンピュータネットワークを介して接続されるクライアントサーバ型の形態が一般的であるが、本発明はこれに限定されず、各構成部が物理的に１つとなったスタンドアロン型のシステムであってもよいものである。

＜本発明実施の形態の全体の流れ＞
図２を用いて本発明の個人認証の流れについて説明する。

図２において、利用者の端末３０から業務データベース４０に対するアプリケーション開始要求があると“認証制御初期化処理”が行われる（ステップＳ００１）。

この“認証制御初期化処理”では、先ず始めに業務データベース４０にアクセスする際に、利用者の端末３０に備えている認証情報取得手段である指紋センサ３１により、利用者の指紋情報を取得する。

“認証制御初期化処理”で初期認証情報である利用者の指紋情報を取得すると、予め利用者記憶エリア１３に記憶している利用者の指紋情報である利用者情報と照合し、新たに取得した初期認証情報が利用者情報と一致するか否かを判定する。

許可されている利用者（利用者記憶エリア１３に記憶している利用者）により利用要求がされたと判定した場合、アプリケーション処理が可能であると判断する。その後、初期認証者の個人コードを初期認証コードとして初期認証記憶エリア１４に記憶するとともに、それぞれのアプリケーション処理画面へ進む（ステップＳ００２，Ｓ００３）。

利用者によってアプリケーション処理が進められ、アプリケーション処理としてデータベース照会、更新、登録、削除などの要求がされた場合には各要求をした利用者が始めに認証した正当な利用者であるか確認するためにその都度“認証制御継続認証処理”を行う。

この“認証制御継続認証処理”では再び利用者の指紋情報を取得する。この新たに指紋を取得した利用者の個人コードを現認証コードとする。この現認証コードが、初期認証記憶エリア１４に記憶される初期認証コードと一致するかを確認することで、利用者が同一であるか否かを判断する（ステップＳ００４，Ｓ００５）。

この“認証制御継続認証処理”で利用者が一致したときには要求されたアプリケーション処理を行い、その後、ステップＳ００３に戻り、アプリケーションがある場合には続けてアプリケーション処理が進められる。

ステップＳ００１の“認証制御初期化処理”においてアプリケーション開始の要求をした利用者が利用者記憶エリア１３に記憶される利用者でなかった場合には認証エラーであると判断してアプリケーション処理は強制終了する。もしくはステップＳ００４でアプリケーション処理の途中に“認証制御継続認証処理”を行った際に初期認証コードと現認証コードが一致しない場合にも、「なりすまし」と判断してアプリケーション処理は強制終了する（ステップＳ００７）。

次に図３〜図８に示されるフローチャートを用いて本発明の個人認証の各処理の流れについて詳細に説明する。

＜認証制御初期化処理＞
図３は“認証制御初期化処理”の流れを示すフローチャートである。

利用者の端末３０から業務データベース４０に対して利用要求があると、利用者の端末３０には個人認証を開始している旨の表示がされ（ステップＳ１０１）、予め許可された利用者によってアプリケーションの立ち上げが行われたかを検査する“認証制御初期化処理”が開始される（ステップＳ１０２）。尚、認証制御初期化処理”が開始される前には、アプリケーションの操作／動作ログを記録する（ステップＳ１０１Ａ）。これは、具体的には、日時、アプリケーションＩＤ（以下、ＡＰＩＤという）、端末ＩＤ、動作点（例えば、アプリケーション起動、認証完了、メニュー選択、項目入力などの動作点）、操作者個人コードを含む内容を記録するものである。

“認証制御初期化処理”においては、始めに“戻りコードＢ”を「不存在」、“戻り値Ｂ”を「ＮＵＬＬ」とした後（ステップＳ１０７）、認証プロダクト５０に対して“認証要求処理”が開始される（ステップＳ１０８）。

“認証要求処理”としては、始めに“戻りコードＡ”を「登録なし」、“戻り値Ａ”を「ＮＵＬＬ」とする（ステップＳ１１５）。

その後、利用者の端末３０のマウスに備えられた指紋センサ３１に対して利用者の指紋情報の読み取りを命令する。指紋情報を得ると、取得した指紋情報を初期認証情報として正規化する（ステップＳ１１６，Ｓ１１７）。

初期認証情報を正規化すると認証データベース１２の利用者記憶エリア１３に予め登録している利用可能な利用者の指紋情報である利用者情報を読み出し、読み出した利用者情報と正規化した初期認証情報とが一致するか否かを判定する（ステップＳ１１８〜Ｓ１２０）。

一致すると判定したときには登録している利用者によって認証がされた為、“戻りコードＡ”を「正常」、“戻り値Ａ”に利用者の個人コードを設定して“認証要求処理”を終了し、“認証制御初期化処理”に戻る（ステップＳ１２１、Ｓ１２２）。

“認証要求処理”の結果において、“戻りコードＡ”が「正常」である時には、アプリケーションの利用要求が許可された利用者によりされたと判断する。

認証プロダクト５０で許可された利用者によって利用要求がされたと判断した場合、“戻り値Ａ”として返された個人コードが暗号化され、初期認証記憶エリア１４に、初期認証コードとして登録する（ステップＳ１０９，Ｓ１１０，Ｓ１１１）。

たとえば、この初期認証コードの暗号化は、共通鍵方式で暗号化して暗号鍵はソース上に隠すという方法をとることができる。

その後、“戻りコードＢ”として「正常」、“戻り値Ｂ”には初期認証コードが設定される（ステップＳ１１２）。

また、ステップＳ１０８の“認証要求処理”において渡された“戻りコードＡ”が「登録なし」であった場合には、ステップＳ１０７の“戻りコードＢ”を「不存在」、“戻り値Ｂ”を「ＮＵＬＬ」のまま設定される（ステップＳ１１３）。

最後に、ログ出力（具体的には、日時、ＡＰＩＤ、端末ＩＤ、、操作者個人コード、戻りコード、戻り値を含む内容をログとして記録する）が行われ、“認証制御初期化処理”が終了する（ステップＳ１１４）。

“認証制御初期化処理”がされ、“戻りコードＢ”が「正常」であり利用者が正当な利用者であると認証したときには利用者の端末３０にメニューを表示してアプリケーションを進める（Ｘ５，ステップＳ１０３，Ｓ１０５）。尚、“戻りコードＢ”が「正常」である場合には、メニュー表示の前に操作／動作ログを記録する（ステップＳ１０３Ａ）
メニューを表示して利用者によって各処理要求の画面が選択されると、Ｘ１〜Ｘ４の各処理に進む（ステップＳ１０６）。

また、ステップＳ１０３において、“戻りコードＢ”が「不存在」であったときには個人認証を行った際に認証を行った利用者が、予め利用が許可されている者ではないと判断されたため、個人認証が不可であったことを利用者の端末３０に表示し、“認証不一致処理”Ｙに進み、アプリケーションを強制終了する（ステップＳ１０４）。

＜照会系処理＞
図４は、“照会系処理”Ｘ１の流れを示すフローチャートである。

“照会系処理”においては利用者から“照会系処理”が要求されると、利用者の端末３０に照会系画面が表示させ、検索項目の入力を促す。利用者によって検索項目が入力されてさらに画面上の検索要求画面上で選択要求ボタンが押下され、正しい検索要求がされたと判断すると始めに“認証制御継続認証処理”が行われる（ステップＳ２０１〜Ｓ２０５）。

また、ステップＳ２０４において正しい検索要求がされなかったと判断した場合には利用者の端末３０に対して検索項目の選択作業が正しく行われなかったことを表示し（ステップ２２２）、ステップＳ２０２に戻り再び利用者に対して検索項目の入力を促す。

“認証制御継続確認処理”においては利用者のなりすまし防止のため、現在操作している人がアプリケーションを立ち上げた人であるか検査する。

“識別制御継続認証処理”では、始めに“戻りコードＢ”を「不存在」、“戻り値Ｂ”を「ＮＵＬＬ」とし、続けて“認証要求処理”が行われる（ステップＳ２１１，Ｓ２１２）。

“認証要求処理”は図３で説明したステップＳ１１５〜Ｓ１２２の処理順序で進められる。

“認証要求処理”が終了すると、“認証要求処理”ステップＳ２１２で返された“戻りコードＡ”が「正常」であるか「登録なし」であるかを判定し、「正常」であるときには“認証要求処理”において認証した利用者が許可されている利用者であると判断する。続けて、現認証者と初期認証者が同一であるか否かを判定するために、初期認証記憶エリア１４から“認証制御初期化処理”の際に記憶した初期認証コードの読み込みを行う（ステップＳ２１３，Ｓ２１４）。

初期認証コードが読み込まれると、読み込まれた初期認証コードを復号化し、初期認証者と現認証者が一致するかの検査のために、ステップＳ２１２の“認証要求処理”により得られた現認証コードと複合化された初期認証コードを比較し、現認証コードと初期認証コードが一致したときに“戻りコードＢ”を「正常」と登録し、“戻り値Ｂ”に個人認証コードが設定され、ログ出力（ステップＳ１１４と同じ項目を記録する）がされ、“認証制御継続認証処理”を終了する（Ｓ２１５〜Ｓ２２０）。

また、ステップＳ２１７において現認証コードと初期認証コードを比較したときに不一致である場合には、“戻りコードＢ”に「不一致」、“戻り値Ｂ”に現認証コードが設定されて、“認証制御継続認証処理”を終了する（ステップＳ２２１，Ｓ２１９，Ｓ２２０）。

また、ステップＳ２１３において“戻りコードＡ”として「登録なし」と返された場合には、“戻りコードＢ”はステップＳ２１１で決めた「不存在」、戻り値Ｂは「ＮＵＬＬ」で設定されて、“認証制御継続認証処理”を終了する（ステップＳ２１９，Ｓ２２０）。

“認証制御継続確認処理”の“戻りコードＢ”が「正常」であるときには、業務データベース４０の検索が行われ、検索データを利用者の端末３０に表示し、処理が進められる（ステップＳ２０６〜Ｓ２０８）。

また、“照会系処理”が終了であるか否かを判定し（ステップＳ２０９）、“照会系処理”の終了が要求されていると判断した場合、次に業務の終了が要求されているか否かを判定する（ステップＳ２１０）。その結果、業務の終了が要求されていることを判定したときには“業務終了処理”Ｚを実行する。また、ステップＳ２０９において“照会系処理”の終了が要求されていないときに“照会系処理”はＸ１に戻り、照会系処理の作業が続行され、ステップＳ２１０において業務終了の要求がされていない場合には再び“メニュー表示処理”Ｘ５に進み、メニュー画面が利用者の端末３０に表示し、アプリケーションが進められる。

一方、ステップＳ２０６の判定において、“戻りコードＢ”が「正常」でないときには初期認証者と現認証者が不一致、またはもともと許可された利用者でないということであり、なりすましと考えられるためにアプリケーションを強制終了するため“認証不一致処理”Ｙに進む。

尚、アプリケーション部２０の処理においては、照会系画面表示（ステップＳ２０１）、検査項目入力チェック（ステップＳ２０４）、および“認証制御継続確認処理”（ステップＳ２０５）の各ステップの後で上述した操作／動作ログを取得する（ステップＳ２０１Ａ，Ｓ２０４Ａ，Ｓ２０６Ａ）。

＜更新系処理＞
図５は、“更新系処理”Ｘ２の流れを示すフローチャートである。

“更新系処理”Ｘ２が要求されると、更新系画面を利用者の端末３０に表示し、利用者に対して検索項目の入力を促す（ステップＳ３０１）。

利用者により検索項目から、照会を希望する項目選択がされ、「検索」ボタンが押下されたときに、利用者の選択が正しいか否かを判定する（ステップＳ３０２〜Ｓ３０４）。

利用者の選択が正しく行われていると判断された場合には、続けて“認証制御継続認証処理”が行われ（ステップＳ３０５）、正しく行われていないと判断された場合には、利用者の端末３０に対して検索項目の選択作業が正しく行われなかったことを表示し（ステップＳ３１９）、ステップＳ３０２に戻り、再度利用者に検索項目の入力を促す。

“認証制御継続認証処理”（ステップＳ３２０〜Ｓ３３０）は図４のステップＳ２１１〜Ｓ２２１と同じであるため、説明を省略する。

“認証制御継続認証処理”が終了すると、“戻りコードＢ”が「正常」であるか否かを判定し、“戻りコードがＢ”であるときに初期認証者と現認証者が一致すると判定して、業務データベース４０を検索する。検索されたデータは利用者の端末３０に表示して利用者に更新項目の入力を促す（ステップＳ３０６〜Ｓ３０８）。

その結果、利用者により更新項目の入力がされ、さらに「更新」ボタンが押下され、正しい作業が行われている場合には、再び、“認証制御継続認証処理”に進む（ステップＳ３０９〜Ｓ３１２）。また作業が正しく行われていないと判断されたときには、利用者の端末３０に対して更新項目の入力がエラーであることを表示し、ステップＳ３０９に戻り再び更新項目の入力を促す。

ここでの“認証制御継続認証処理”（ステップＳ３２０〜Ｓ３３０）も図４のステップＳ２１１〜Ｓ２２１と同じであるため、説明を省略する。

“認証制御継続認証処理”ステップＳ３１２の“戻りコードＢ”が「正常」であるか否かを判定し、「正常」であるときに初期認証者と現認証者が一致すると判定して、業務データベース４０を更新して“更新系処理”が行われる（ステップＳ３１３，Ｓ３１４，Ｓ３１５）。

業務データベース４０が更新されて更新が確定すると更新が完了したことを利用者の端末３０に表示し（ステップＳ３１６）、“更新系処理”を終了するか否かを判定し、利用者により“更新系処理”を終了するとされたときには業務が終了するか否かを判定する（ステップＳ３１７，Ｓ３１８）。業務を終了すると判定したときには“業務終了処理”Ｚに進み、終了しないとされたときには再び“メニュー表示処理”Ｘ５に戻り、ステップＳ００５で利用者の端末３０に対してメニューを表示する。

ステップＳ３１７において更新を終了すると判定されなかった場合には再び“更新系処理”Ｘ２を繰り返し、利用者の端末３０に更新系画面を表示して再び“更新系処理”が実行される（ステップＳ３０１）。

また、ステップＳ３１３において、“認証制御継続認証処理”ステップＳ３１２の“戻りコードＢ”が「正常」でないことが判定されたときには、データベースのロールバックを行い、“認証不一致処理”Ｙに進み強制終了する。

尚、アプリケーション部２０の処理においては、更新系画面表示（ステップＳ３０１）、検査項目入力チェック（ステップＳ３０４）、 “認証制御継続確認処理”（ステップＳ３０５）、更新項目入力チェック（ステップＳ３１１）、および“認証制御継続確認処理”（ステップＳ３１２）の各ステップの後で上述した操作／動作ログを取得する（ステップＳ３０１Ａ，Ｓ３０４Ａ，Ｓ３０６Ａ，Ｓ３１１Ａ，Ｓ３１３Ａ）。

＜登録系処理＞
図６は、“登録系処理”Ｘ３の流れを示すフローチャートである。

“登録系処理”が要求されると、登録系画面を利用者の端末３０に表示して登録項目の入力を促す（ステップＳ４０１，Ｓ４０２）。

利用者から登録項目が入力されて「登録」ボタンが押下されると、入力された登録項目が正しいか否かをチェックし、正しいときには“認証制御継続認証処理”が行われる（ステップＳ４０３〜Ｓ４０５）。

また、登録項目の入力が正しくされていないと判断した場合には、登録項目の入力にエラーが生じていることを利用者の端末に表示してステップＳ４０２に戻り、再び登録項目の入力を促す（ステップＳ４２３）。

“認証制御継続認証処理”（ステップＳ４１２〜Ｓ４２２）は図４のステップＳ２１１〜ステップＳ２２１と同じため、説明を省略する。

“認証制御継続認証処理”ステップＳ４０５の“戻りコードＢ”が「正常」であったか否かを判定し、「正常」であるときには業務データベース４０へ追加記録する（ステップＳ４０６〜Ｓ４０８）。また、“戻りコードＢ”が「正常」でないときには“認証不一致処理”Ｙに進む。

ステップＳ４０８において登録が完了すると、登録が完了したことを利用者の端末３０に対して表示し（ステップＳ４０９）、“登録系処理”を終了させるか否かを判定する（ステップＳ４１０）。

“登録系処理”が終了したと判断したときには、業務を終了するか否かを判定し（ステップＳ４１１）、“業務終了処理”Ｚに進む。また、業務を終了しないときには“メニュー表示処理”Ｘ５に戻る。

また、ステップＳ４１０で登録が終了しないとしたときには“登録系処理”Ｘ３に戻り、再び“登録系処理”が続けられる。

尚、アプリケーション部２０の処理においては、登録系画面表示（ステップＳ４０１）、登録項目入力チェック（ステップＳ４０４）、 “認証制御継続確認処理”（ステップＳ４０５）の各ステップの後で上述した操作／動作ログを取得する（ステップＳ４０１Ａ，Ｓ４０４Ａ，Ｓ４０６Ａ）。

＜削除系処理＞
図７は、“削除系処理”Ｘ４の流れを示すフローチャートである。

“削除系処理”が要求されると利用者の端末３０に削除系画面を表示させ、利用者に対して検索項目の入力を促す（ステップＳ５０１）。検索項目が入力されて、利用者から「検索」ボタンが押下されると検索項目の入力が正しく行われたか否かが判定される（ステップＳ５０２〜Ｓ５０４）。

検索項目の入力が正しく行われたときには“認証制御継続認証処理”が行われ（ステップＳ５０５）、正しく行われてないときにはステップＳ５０２に戻り、再び検索項目の入力を促す。

“認証制御継続認証処理”（ステップＳ５１９〜Ｓ５２９）は図４のステップＳ２１１〜Ｓ２２１と同じであるため、説明を省略する。

“認証制御継続認証処理”ステップＳ５０５が終了すると、“戻りコードＢ”が「正常」であったか否かを判定し、「正常」であるときには初期認証者と現認証者が一致した者であるため業務データベース４０を検索する（ステップＳ５０６，Ｓ５０７）。

ステップＳ５０７でデータが検索されると検索されたデータは利用者の端末３０に表示され、利用者に「削除」ボタンが押下されると作業が正しく行われたか否かを判断する。その結果、正しく行われたときには“認証制御継続認証処理”に進む（ステップＳ５０８〜Ｓ５１１）。

この“認証制御継続認証処理”（ステップＳ５１９〜Ｓ５２９）は図４のステップＳ２１１〜Ｓ２２１と同じであるため、説明は省略する。

“認証制御継続認証処理”ステップＳ５１１の“戻りコードＢ”が「正常」であったときには、初期認証者と現認証者が一致すると判断して業務データベース４０における“削除系処理”を行い、削除が完了したときには、利用者の端末３０に削除が完了したことを表示する（ステップＳ５１２〜Ｓ５１５）。

その後、“削除系処理”を終了させるか否かを判定し、終了すると判断された場合には業務を終了するか否かを判定し、業務を終了すると判断したときには“業務終了処理”Ｚに進む（ステップＳ５１６，Ｓ５１７）。

また、ステップＳ５１６において“削除系処理”を終了しないときには再び“削除系処理”Ｘ４を実行する。ステップＳ５１７において業務を終了すると判断したときには再び“メニュー表示処理”Ｘ５に戻り、利用者の端末３０にアプリケーションのメニューを表示させる。

尚、アプリケーション部２０の処理においては、削除系画面表示（ステップＳ５０１）、検索項目入力チェック（ステップＳ５０４）、 “認証制御継続確認処理”（ステップＳ５０５）、削除チェック（ステップＳ５１０）、および“認証制御継続確認処理”（ステップＳ５１１）の各ステップの後で上述した操作／動作ログを取得する（ステップＳ５０１Ａ，Ｓ５０４Ａ，Ｓ５０６Ａ，Ｓ５１２Ａ）。

＜終了処理＞
図８は、“認証不一致処理”Ｙと、“業務終了処理”Ｚの流れを説明するフローチャートである。

それぞれの処理において認証が不一致であるときには“認証不一致処理”Ｙに進む。“認証不一致処理”Ｙにおいては認証が不可であったことを利用者の端末３０に表示し、続いて業務の強制終了を開始することを表示し（ステップＳ６０１，Ｓ６０２）、業務データベース４０における処理を終了させる（ステップＳ６０４）。

また、Ｘ１〜Ｘ４までの各処理業務の終了が要求されると“業務終了処理”Ｚに進む。“業務終了処理”Ｚでは業務の終了を開始することを利用者の端末３０に表示し（ステップＳ６０３）、強制終了の時と同様に業務データベース４０が閉じられ（ステップＳ６０４）、“認証制御終了処理”に進む。

“認証制御終了処理”が開始されると、“戻りコードＢ”を「正常」、“戻り値”を「ＮＵＬＬ」とし、初期認証記憶エリア１４から初期認証コードが削除され、認証制御データベース４０が終了され、“戻りコードＢ”と“戻り値Ｂ”を設定して、“認証制御終了処理”を実行する（ステップＳ６０６〜Ｓ６１０）。

“認証制御終了処理”ステップＳ６０５が終了すると、“戻りコードＢ”が「正常」であるか否かを判定し、「正常」であったときには“認証制御終了処理”は正しく終了したとして、業務が終了したことを利用者の端末３０に表示してアプリケーションを終了する（ステップＳ６１１，Ｓ６１２）。

尚、アプリケーション部２０の処理においては、認証不可表示（ステップＳ６０１）、および“認証制御継続確認処理”（ステップＳ６１１）の各ステップの後で上述した操作／動作ログを取得する（ステップＳ６０１Ａ，Ｓ６１１Ａ）。

以上、本実施の形態によれば新たな操作が要求される都度、個人認証を行うようにしたので、なりすまし等の不正アクセスや情報漏洩を防止でき、高度なセキュリティを保つことが可能となる。また、ログを記録するので、本人においても操作を否認することができない。

なお、本実施の形態においては認証情報取得手段として指紋センサ３１を用いているが、これに限らず指紋センサ３１の他にも例えば利用者の指紋、静脈、掌紋、虹彩、顔貌、音声（声）などを取得する手段が挙げられる。

また、指紋センサは利用者の手から指紋情報を取得したり、虹彩センサはカメラなどで利用者の虹彩を取得したりして生体情報を取得している。しかし、例えば利用者が手袋をしている場合やサングラスや眼帯をしている場合には生体情報を正確に取得することは不可能である。このような問題に対応して生体情報取得手段を複数設け、取得可能な生体情報のみを取得して個人認証することも可能である。

また、以上の実施の形態では個人認証装置として説明したが、本実施の形態で説明したような「操作要求がある度に生体情報を取得して、予め記憶している登録された利用者のみに操作を許可するステップＳ２１１〜Ｓ２２１に記載される認証制御認証継続処理機能を備えたプログラム」をインストールすることで本発明の個人認証装置が実現される。

さらに、上記実施の形態においては、業務データベース４０にアクセスするたびに一律に個人認証を行うようにしていたが、本発明はこの方法に限定されず、種々の変形や変更を施すことができる。例えば、上述した “照会系処理”、“更新系処理”、“登録系処理”、“削除系処理”などの各処理に応じて個人認証処理を制御してもよい（“照会系処理”においては個人認証を行わないが、更新系処理”、“登録系処理”、“削除系処理”においては個人認証を行うなど）。また、業務データベース４０に格納された各データの種類に応じて個人認証処理を制御してもよい（業務データベース４０のテーブルＡにアクセスする場合には個人認証を行わないが、テーブルＢにアクセスする場合には個人認証を行うなど）。さらには、アプリケーションにおいてユーザに割り当てられたアクセス権と絡めて、個人認証処理を制御してもよい（業務データベース４０にアクセス権限があるユーザに対して個人認証を行うなど）

本発明に係る個人認証装置のブロック図である。 本発明の個人認証の流れを示すフローチャートである。 アプリケーション部における、処理の流れを示すフローチャートである。 照会系処理Ｘ１の流れを示すフローチャートである。 更新系処理Ｘ２の流れを示すフローチャートである。 照会系処理Ｘ２の流れを示すフローチャートである。 削除系処理Ｘ４の流れを示すフローチャートである。 認証不一致の処理Ｙと業務終了の処理Ｚの流れを示すフローチャートである。

符号の説明

１０ 個人認証装置
１１ 制御部
１２ 認証データベース
１３ 利用者記憶エリア
１４ 初期認証記憶エリア
２０ アプリケーション部
３０ 端末
３１ 指紋センサ
４０ 業務データベース
５０ 認証プロダクト

Claims (8)

1. 利用者が所定のコンピュータシステムを利用する際に、利用者の生体的な特徴を読み取り個人識別用の生体情報を生成する認証情報取得手段を用いて個人認証を行う個人認証装置であって、
   利用者の生体情報を利用者情報として予め記憶する利用者情報記憶手段と、
   利用者から前記コンピュータシステムへの利用要求があった際に前記認証情報取得手段により取得した生体情報を初期認証情報として記憶する初期記憶手段と、
   前記初期認証情報と前記利用者情報とが一致するか否かにより、利用が許可された利用者であるかを判定する第一の判定手段と、
   第一の判定手段により利用が許可された利用者から前記コンピュータシステムへの新たな操作が要求されるときは、前記認証者情報取得手段からの個人情報を取得して現認証情報とし、該現認証情報と前記初期認証情報とが一致するか否かを判断する第二の判定手段と、
   を有することを特徴とする個人認証装置。
2. 前記認証情報取得手段は、利用者の指紋、静脈情報、虹彩、顔情報、音声情報のうち少なくとも１つを個人認証情報として取得することを特徴とする請求項１記載の個人認証装置。
3. 前記第二の判定手段は、前記コンピュータシステムに対する処理、前記コンピュータシステムが備えるデータ、および利用者の前記コンピュータシステムに対する権限のうち少なくとも１つに応じて操作要求を認識することを特徴とする請求項１又は２記載の個人認証装置。
4. 前記利用者の操作をログ情報として記録するログ情報記録手段を有することを特徴とする請求項１乃至３のいずれか１項に記載の個人認証装置。
5. 利用者が所定のコンピュータシステムを利用する際に、利用者の生体的な特徴を読み取り個人識別用の生体情報を生成する認証情報取得手段を用いて個人認証を行う個人認証装置が読み取り可能な個人認証プログラムであって、
   利用者の生体情報を利用者情報として記憶する利用者情報記憶ステップと、
   利用者から前記コンピュータシステムへの利用要求があった際に前記認証情報取得手段により取得した生体情報を初期認証情報として記憶する初期記憶ステップと、
   前記初期認証情報と前記利用者情報とが一致するか否かにより、利用が許可された利用者であるかを判定する第一の判定ステップと、
   第一の判定ステップにより利用が許可された利用者から前記コンピュータシステムへの新たな操作が要求されるときは、前記認証者情報取得手段からの個人情報を取得して現認証情報とし、該現認証情報と前記初期認証情報とが一致するか否かを判断する第二の判定ステップと、
   を前記個人認証装置に実行させることを特徴とする個人認証プログラム。
6. 前記認証情報取得手段は、利用者の指紋、静脈情報、虹彩、顔情報、音声情報のうち少なくとも１つを個人認証情報として取得することを特徴とする請求項５記載の個人認証プログラム。
7. 前記第二の判定ステップは、前記コンピュータシステムに対する処理、前記コンピュータシステムが備えるデータ、および利用者の前記コンピュータシステムに対する権限のうち少なくとも１つに応じて操作要求を認識することを特徴とする請求項５又は６記載の個人認証プログラム。
8. 前記利用者の操作をログ情報として記録するログ情報記録ステップを前記個人認証装置に実行させることを特徴とする請求項５乃至７のいずれか１項に記載の個人認証プログラム。

Images