JP2009294906A - 認証装置、認証方法、及びプログラム - Google Patents

Abstract

【課題】認証を適切なタイミングで行うことができ認証装置を提供する。
【解決手段】入力を受け付ける入力受付部１３と、受け付けた入力に応じた処理を実行する処理実行部１４と、認証のための条件情報が記憶される条件情報記憶部１６と、条件情報の条件が満たされるかどうか判断する判断部１７と、認証情報を受け付ける認証情報受付部２０と、受け付けられた認証情報を用いて、正当であるかどうかを認証する認証部２１と、条件情報の条件が満たされると判断された場合において、入力された認証情報を用いて正当であると認証されたときには、処理実行部１４による処理が実行されるように制御し、入力された認証情報を用いて正当でないと認証されたときには、処理実行部１４による処理が実行されないように制御する制御部２３と、を備える。
【選択図】図１

Description

本発明は、認証情報を受け付け、その受け付けた認証情報を用いた認証を行う認証装置等に関する。

従来、操作環境及び権限の認証と、本人認証とを独立させる認証方式が知られている（例えば、特許文献１参照）。
特開２００８−３３８６６号公報

しかしながら、従来の認証方式では、本人認証を適切なタイミングで行うことができないという問題があった。

一般的にいえば、適切なタイミングで認証を行うことができないという問題があった。

本発明は、上記問題点を解決するためになされたものであり、適切なタイミングで認証を行うことができる認証装置等を提供することを目的とする。

上記目的を達成するため、本発明による認証装置は、入力を受け付ける入力受付部と、前記入力受付部が受け付けた入力に応じた処理を実行する処理実行部と、認証を行う条件を示す情報である条件情報が記憶される条件情報記憶部と、前記条件情報記憶部で記憶されている条件情報の条件が満たされるかどうか判断する判断部と、認証情報を受け付ける認証情報受付部と、前記認証情報受付部が受け付けた認証情報を用いて、正当であるかどうかを認証する認証部と、条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、前記処理実行部による処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御する制御部と、を備えたものである。

このような構成により、条件情報の条件が満たされたタイミングで、認証を行うようにすることができうる。その結果、条件情報を適切に設定しておくことによって、適切なタイミングで認証を行うことができるようになる。

また、本発明による認証装置では、前記条件情報の条件が満たされると前記判断部が判断した場合に、認証情報の入力を要求する情報である入力要求情報を出力する入力要求情報出力部をさらに備え、前記認証情報受付部は、前記入力要求情報の出力に応じて、認証情報を受け付け、前記制御部は、条件情報の条件が満たされると前記判断部が判断した場合において、当該判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて前記認証部によって正当であると認証されたときには、前記処理実行部による処理が実行されるように制御し、当該判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御してもよい。

このような構成により、条件情報の条件が満たされると判断された場合に、入力要求情報を出力することによって、認証情報の入力を促すことができるようになる。

また、本発明による認証装置では、前記条件情報記憶部では、特定の処理を実行することを認証の条件とする条件情報が記憶されてもよい。

このような構成により、特定の処理が実行される際に、認証を行うことができるようになる。したがって、例えば、正当な権限を有さないユーザが、特定の処理を実行することができないようにすることができうる。

また、本発明による認証装置では、前記特定の処理は、情報の送信であってもよい。
このような構成により、情報が送信されるタイミングで、認証を行うことができるようになる。したがって、例えば、正当な権限を有さないユーザが、情報を送信する処理を実行することができないようにすることができうる。

また、本発明による認証装置では、前記特定の処理は、特定のウィンドウをアクティブにすることであってもよい。

このような構成により、特定のウィンドウがアクティブにされるタイミングで、認証を行うことができるようになる。したがって、例えば、正当な権限を有さないユーザが、特定のウィンドウをアクティブにして、そのウィンドウにおける操作を行うことや、そのウィンドウに表示される情報を閲覧することなどを防止できうる。

また、本発明による認証装置では、前記制御部は、前記特定の処理を実行することを認証の条件とする条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、当該特定の処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、当該特定の処理が実行されないように制御してもよい。

このような構成により、例えば、正当でないと認証された処理以外の処理については、実行することができるようになりうる。

また、本発明による認証装置では、前記条件情報記憶部では、前記入力受付部で所定の時間以上入力が受け付けられていないことを認証の条件とする条件情報が記憶されてもよい。

このような構成により、ユーザが、認証装置に対する入力が長時間行われなかった場合に、認証を行うことができるようになる。

また、本発明による認証装置では、前記条件情報記憶部では、特定のファイルに対する処理を実行することを認証の条件とする条件情報が記憶されてもよい。

このような構成により、特定のファイルに対する処理が実行される際に、認証を行うことができるようになる。したがって、例えば、正当な権限を有さないユーザが、特定のファイルに対する処理を実行することができないようにすることができうる。

また、本発明による認証装置では、前記条件情報と、認証方法を識別する情報である認証方法識別情報とを対応付ける情報である認証方法対応情報が記憶される認証方法対応情報記憶部をさらに備え、前記入力要求情報出力部は、前記判断部によって条件が満たされると判断された条件情報に、前記認証方法対応情報によって対応付けられる認証方法識別情報の識別する認証方法による認証情報の入力を要求する入力要求情報を出力し、前記認証部は、当該入力要求情報の出力に応じて受け付けられた認証情報を用いて、当該入力要求情報に応じた認証方法を用いた認証を行ってもよい。

このような構成により、条件が満たされると判断された条件情報に応じて、認証方法を変更することができるようになる。

また、本発明による認証装置では、前記処理実行部が実行した処理の履歴に関する情報である処理履歴情報を蓄積する処理履歴情報蓄積部と、前記認証部が実行した認証の履歴に関する情報である認証履歴情報を蓄積する認証履歴情報蓄積部と、をさらに備えてもよい。

このような構成により、処理履歴情報や、認証履歴情報を用いて、処理の履歴や、認証の履歴を知ることができるようになる。

また、本発明による認証装置では、前記認証情報受付部が受け付ける認証情報には、ユーザを識別する情報であるユーザ識別情報が含まれてもよい。

このような構成により、例えば、認証履歴情報にユーザ識別情報が含まれるようにすることができ、その結果、処理の実行を指示したユーザを特定することが可能となり、不正な行為を行ったユーザを特定することが可能となる。

また、本発明による認証装置では、前記認証情報の認証で用いられる情報である登録認証情報が記憶される登録認証情報記憶部をさらに備え、前記認証部は、前記認証情報受付部が受け付けた認証情報と、前記登録情報記憶部で記憶されている登録認証情報とを用いて認証を行ってもよい。
このような構成により、登録認証情報を用いて、認証の処理を行うことができるようになる。

また、本発明による認証装置では、前記認証部は、前記認証情報受付部が受け付けた認証情報を認証サーバに送信し、当該認証サーバから送信された、認証の結果を示す情報である認証結果情報を受信し、当該認証結果情報を用いて認証を行ってもよい。

このような構成により、認証サーバを用いて、認証を行うことができるようになる。

また、本発明による認証装置では、ログイン時の認証情報であるログイン認証情報を受け付けるログイン認証情報受付部と、前記ログイン認証情報受付部が受け付けたログイン認証情報を用いて、正当であるかどうかを認証するログイン認証部と、をさらに備え、前記処理実行部、前記判断部、前記認証情報受付部、前記認証部、前記制御部による処理は、前記ログイン認証部によって正当であると認証された後に実行されるものであってもよい。

このような構成により、例えば、ログインの後の個別の認証を、認証装置において行うことができるようになる。

本発明による認証装置等によれば、認証を行う条件である条件情報が満たされた場合に認証を行うことができ、適切なタイミングで認証を行うことができうる。

以下、本発明による認証装置について、実施の形態を用いて説明する。なお、以下の実施の形態において、同じ符号を付した構成要素及びステップは同一または相当するものであり、再度の説明を省略することがある。

（実施の形態１）
本発明の実施の形態１による認証装置について、図面を参照しながら説明する。本実施の形態による認証装置は、条件情報の満たす条件が満たされる場合に、認証情報を受け付け、その認証情報に応じた認証を行うものである。

図１は、本実施の形態による認証装置１の構成を示すブロック図である。本実施の形態による認証装置１は、ログイン認証情報受付部１１と、ログイン認証部１２と、入力受付部１３と、処理実行部１４と、処理履歴情報蓄積部１５と、条件情報記憶部１６と、判断部１７と、認証方法対応情報記憶部１８と、入力要求情報出力部１９と、認証情報受付部２０と、認証部２１と、認証履歴情報蓄積部２２と、制御部２３とを備える。

ログイン認証情報受付部１１は、ログイン時の認証情報であるログイン認証情報を受け付ける。このログイン認証情報は、ログイン時の認証に用いられるものである。ログイン認証情報は、例えば、パスワードであってもよく、指紋や虹彩、手のひらの静脈、声紋等の生体認証情報であってもよく、その他の認証情報であってもよい。パスワードは、入力デバイスを用いて入力されたものであってもよく、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等から読み出されたものであってもよい。また、ログイン認証情報には、ユーザを識別するユーザ識別情報や、グループや部署を識別するグループ識別情報等が含まれていてもよい。

ログイン認証情報受付部１１は、例えば、入力デバイス（例えば、キーボードやマウス、タッチパネルなど）から入力されたログイン認証情報を受け付けてもよく、有線もしくは無線の通信回線を介して送信されたログイン認証情報を受信してもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）から読み出されたログイン認証情報を受け付けてもよい。なお、ログイン認証情報受付部１１は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、ログイン認証情報受付部１１は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

ログイン認証部１２は、ログイン認証情報受付部１１が受け付けたログイン認証情報を用いて、正当であるかどうかを認証する。ログイン認証部１２は、例えば、あらかじめ登録されている、ログイン時の認証で用いる情報である登録ログイン認証情報を用いて認証を行ってもよい。その登録ログイン認証情報は、図示しない記録媒体において記憶されていてもよい。ログイン認証部１２は、例えば、ログイン認証情報に含まれるパスワード等の情報と、登録ログイン認証情報に含まれるパスワード等の情報とが、一致する場合に正当であると認証してもよく、所定の関係にある場合に正当であると認証してもよい。所定の関係にあるとは、例えば、一方のパスワード等についてあらかじめ決められた処理（例えば、ハッシュをとる処理であってもよく、所定の演算を行う処理でもよい）を行ったものが、他のパスワード等と一致することであってもよい。また、ログイン認証部１２は、例えば、ログイン時の認証を行う図示しないサーバ等にログイン認証情報を送信し、そのサーバ等での認証の結果を受信することによって、ログイン時の認証を行ってもよい。なお、ログイン認証部１２によって正当であると認証された場合には、後述する処理実行部１４や、判断部１７、認証情報受付部１８、認証部２１、制御部２２による処理が実行されることになり、正当でないと認証された場合には、後述する処理実行部１４や、判断部１７、認証情報受付部１８、認証部２１、制御部２２による処理が実行されないことになる。なお、このログイン時の認証については、すでに公知であり、詳細な説明を省略する。

また、ログイン認証部１２によって正当であると認証された際に、ログイン処理が実行されてもよい。ログイン処理は、例えば、ログイン認証情報に含まれていたユーザ識別情報を管理したり、プロセスの管理をしたりする処理等であり、すでに公知であるため、詳細な説明を省略する。このログイン処理を実行する場合には、図示しないログイン処理部を認証装置１が備えてもよく、あるいは、他の構成要素（例えば、処理実行部１４等）がそのログイン処理を実行してもよい。

入力受付部１３は、入力を受け付ける。この入力は、例えば、後述する処理実行部１４での処理の実行を要求する処理要求情報の入力であってもよく、その他の入力であってもよい。

入力受付部１３は、例えば、入力デバイス（例えば、キーボードやマウス、タッチパネルなど）から入力を受け付けてもよく、有線もしくは無線の通信回線を介して送信された情報の入力を受信してもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）から読み出された情報の入力を受け付けてもよい。なお、入力受付部１３は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、入力受付部１３は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

処理実行部１４は、入力受付部１３が受け付けた入力に応じた処理を実行する。処理実行部１４による処理は、例えば、アプリケーションの処理であってもよく、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の処理であってもよく、通信に関する処理であってもよく、その他の処理であってもよい。

処理履歴情報蓄積部１５は、処理実行部１４が実行した処理（例えば、実行プログラムであってもよく、プロセスであってもよく、タスクであってもよく、その他の単位の処理であってもよい）の履歴に関する情報である処理履歴情報を記録媒体に蓄積する。処理履歴情報蓄積部１５は、処理履歴情報に含まれる処理内容を示す情報を、例えば、処理実行部１４から受け取ってもよい。この記録媒体は、例えば、半導体メモリや、光ディスク、磁気ディスク等であり、処理履歴情報蓄積部１５が有していてもよく、あるいは処理履歴情報蓄積部１５の外部に存在してもよい。また、この記録媒体は、処理履歴情報を一時的に記憶するものであってもよく、そうでなくてもよい。処理履歴情報は、例えば、処理実行部１４が実行した処理を示す情報を含んでもよく、処理実行部１４が実行しなかった処理（例えば、後述する認証によって正当でないと判断されたことによって実行できなかった処理や、実行途中にエラーが発生したことにより、適切に実行できなかった処理等）を示す情報を含んでもよい。また、処理履歴情報は、例えば、処理の実行された日時を示す情報を含んでもよい。

条件情報記憶部１６では、認証を行う条件を示す情報である条件情報が記憶される。条件情報記憶部１６で記憶される条件情報は、１個であってもよく、２個以上であってもよい。条件情報、及びその条件情報の条件の判断については後述する。なお、認証装置１がプログラムによって動作する場合に、例えば、この条件情報はプログラムに埋め込まれている情報であってもよく、あるいは、そうでなくてもよい。

条件情報記憶部１６に条件情報が記憶される過程は問わない。例えば、記録媒体を介して条件情報が条件情報記憶部１６で記憶されるようになってもよく、通信回線等を介して送信された条件情報が条件情報記憶部１６で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された条件情報が条件情報記憶部１６で記憶されるようになってもよい。条件情報記憶部１６での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。条件情報記憶部１６は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。

判断部１７は、条件情報記憶部１６で記憶されている条件情報の条件が満たされるかどうか判断する。条件情報記憶部１６で２以上の条件情報が記憶されている場合には、判断部１７は、その各条件情報の条件が満たされるかどうか判断してもよい。

ここで、条件情報記憶部１６で記憶される条件情報と、判断部１７による判断とについて説明する。
条件情報は、例えば、特定の処理を実行することを認証の条件とするものであってもよい。この場合には、例えば、その特定の処理を識別する情報（例えば、処理の名称等であってもよい。処理の名称は、例えば、関数名、メソッド名、プロセス名、メッセージ名等であってもよい）が、条件情報に含まれていてもよい。また、特定の処理は、例えば、処理内容（例えば、処理の名称等）のみを示すものであってもよく、あるいは、処理内容と共に、処理対象（例えば、処理が行われるファイル名等）をも示すものであってもよい。条件情報が、特定の処理を実行することを認証の条件とするものである場合には、その特定の処理が実行される際に、判断部１７によって、この条件情報が満たされると判断されることになる。判断部１７は、例えば、その特定の処理の実行を要求する処理要求情報が入力受付部１３で受け付けられた際に、この条件情報が満たされると判断してもよく（この場合には、その特定の処理が実行される前に、後述する認証の処理が行われることになる）、あるいは、その特定の処理が処理実行部１４で開始された際に、この条件情報が満たされると判断してもよい（この場合には、その特定の処理の一部が実行された後に、後述する認証の処理が行われることになる）。

また、その特定の処理は、情報の送信であってもよい。その場合に、条件情報に、その処理を識別する情報として、「ｓｅｎｄ」等の関数名が含まれていてもよい。また、例えば、情報の送信先（例えば、ＩＰアドレスやポート番号等）が条件情報に含まれていてもよく、含まれていなくてもよい。また、例えば、情報の送信形態（例えば、ＴＣＰ／ＩＰや、ＵＤＰ、ＳＭＴＰ等のプロトコルであってもよい）が条件情報に含まれていてもよく、含まれていなくてもよい。また、その他の送信に関する条件が条件情報に含まれていてもよく、含まれていなくてもよい。例えば、条件情報は、特定の送信先（あるいは、特定の送信先でない送信先）への情報の送信処理を実行することを認証の条件とするものであってもよい。

また、その特定の処理は、特定のウィンドウをアクティブにすることであってもよい。その場合に、特定のウィンドウを識別するために、例えば、アクティブなウィンドウのタイトルが条件情報に含まれていてもよく、あるいは、アクティブなウィンドウのタイトルと、そのウィンドウで実行されているプロセス名とが条件情報に含まれていてもよい。例えば、条件情報は、特定のタイトルのウィンドウをアクティブにする処理を実行することを認証の条件とするものであってもよい。

また、条件情報は、例えば、入力受付部１３で所定の時間以上入力が受け付けられていないことを認証の条件とするものであってもよい。この場合には、所定の時間以上、入力受付部１３で入力が受け付けられていない場合に、判断部１７によって、この条件情報が満たされると判断されることになる。なお、判断部１７は、入力受付部１３での最後の入力が受け付けられてから所定の時間が経過した時点で、この条件情報が満たされると判断してもよく、あるいは、入力受付部１３での最後の入力が受け付けられてから所定の時間が経過した後であって、新たな入力が入力受付部１３で受け付けられた時点で、この条件情報が満たされると判断してもよい。

また、条件情報は、例えば、特定のファイルに対する処理を実行することを認証の条件とするものであってもよい。この場合には、例えば、その特定のファイルを識別する情報が、条件情報に含まれていてもよい。条件情報が、特定のファイルに対する処理を実行することを認証の条件とするものである場合には、その特定のファイルに対する処理が実行される際に、判断部１７によって、この条件情報が満たされると判断されることになる。その判断の際に、判断部１７は、その条件情報で示される特定のファイルに関する処理であれば、どのような処理がなされる場合にも、この条件情報が満たされると判断してもよい。また、判断部１７は、例えば、その特定のファイルに対する処理の実行を要求する処理要求情報が入力受付部１３で受け付けられた際に、この条件情報が満たされると判断してもよく（この場合には、その特定のファイルに対する処理が実行される前に、後述する認証の処理が行われることになる）、あるいは、その特定のファイルに対する処理が処理実行部１４で開始された際に、この条件情報が満たされると判断してもよい（この場合には、その特定のファイルに対する処理の一部が実行された後に、後述する認証の処理が行われることになる）。

また、条件情報記憶部１６で記憶される条件情報は、これら以外の情報であってもよい。例えば、ユーザが処理を行う場合には、読み取り機にＲＦＩＤを有するカード（例えば、社員証のＩＣカード等）を装着したり、載せたりすることになっている場合には、その読み取り機でＲＦＩＤの情報を読み取ることができなくなったことを認証の条件とする条件情報が条件情報記憶部１６で記憶されてもよい。

認証方法対応情報記憶部１８では、条件情報と、認証方法識別情報とを対応付ける情報である認証方法対応情報が記憶される。認証方法識別情報とは、認証方法を識別する情報である。認証方法としては、例えば、キーボード等から入力されたパスワードを用いて認証する認証方法や、カード（例えば、そのカードの有するＲＦＩＤや、磁気ストライプ等に認証情報が含まれていてもよい）から読み出された情報を用いて認証する認証方法、生体情報（例えば、指紋や虹彩、手のひらの静脈、声紋等）を用いて認証する認証方法、あるいは、その他の認証方法がありうる。なお、認証装置１がプログラムによって動作する場合に、例えば、この認証方法対応情報はプログラムに埋め込まれている情報であってもよく、あるいは、そうでなくてもよい。

ここで、「条件情報と、認証方法識別情報とを対応付ける」とは、条件情報と認証方法識別情報の一方の情報から、他方の情報を取得できればよいという意味である。したがって、認証方法対応情報は、条件情報と認証方法識別情報とを組として含む情報を有してもよく、条件情報と認証方法識別情報とをリンク付ける情報であってもよい。後者の場合には、認証方法対応情報は、例えば、条件情報と認証方法識別情報の格納されている位置を示すポインタやアドレスとを対応付ける情報であってもよい。本実施の形態では、認証方法対応情報が、条件情報を識別する情報と認証方法識別情報とを組として含む情報を有する場合について説明する。また、条件情報と認証方法識別情報とは、直接対応付けられていなくてもよい。例えば、条件情報に、第３の情報が対応しており、その第３の情報に認証方法識別情報が対応していてもよい。他の２以上の情報が対応付けられている場合にも同様であるとする。

なお、認証方法対応情報を作成する際に、例えば、機密レベルに応じて、条件情報と、認証方法識別情報とを対応付けるようにしてもよい。例えば、より機密レベルの高い処理に応じた条件情報には、より安全性の高い認証（例えば、生体認証等）に応じた認証方法識別情報が対応付けられるようにしてもよい。また、一の条件情報に、二以上の認証方法識別情報が対応付けられるようにしてもよい。この場合には、その一の条件情報が満たされると判断された場合に、その一の条件情報に対応付けられている二以上の認証方法識別情報で識別される二以上の認証方法を用いた認証が行われるようにしてもよい。

認証方法対応情報記憶部１８に認証方法対応情報が記憶される過程は問わない。例えば、記録媒体を介して認証方法対応情報が認証方法対応情報記憶部１８で記憶されるようになってもよく、通信回線等を介して送信された認証方法対応情報が認証方法対応情報記憶部１８で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された認証方法対応情報が認証方法対応情報記憶部１８で記憶されるようになってもよい。認証方法対応情報記憶部１８での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。認証方法対応情報記憶部１８は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。

入力要求情報出力部１９は、条件情報記憶部１６で記憶されている条件情報の条件が満たされると判断部１７が判断した場合に、認証情報の入力を要求する情報である入力要求情報を出力する。また、入力要求情報出力部１９は、判断部１７によって条件が満たされると判断された条件情報に、認証方法対応情報記憶部１８で記憶されている認証方法対応情報によって対応付けられる認証方法識別情報の識別する認証方法による認証情報の入力を要求する入力要求情報を出力してもよい。本実施の形態では、この場合について説明する。

入力要求情報出力部１９が出力する入力要求情報は、図示しない記録媒体において記憶されており、入力要求情報出力部１９は、その入力要求情報を読み出して出力してもよい。入力要求情報出力部１９が、条件が満たされると判断された条件情報に対応する認証方法による認証情報の入力を要求する入力要求情報を出力する場合には、図示しない記録媒体において、認証方法対応情報に対応付けられた入力要求情報が記憶されていており、入力要求情報出力部１９は、条件が満たされると判断された条件情報に対応する認証方法識別情報に対応付けられている入力要求情報を読み出して出力してもよい。

ここで、この出力は、例えば、表示デバイス（例えば、ＣＲＴや液晶ディスプレイなど）への表示でもよく、所定の機器への通信回線を介した送信でもよく、プリンタによる印刷でもよく、スピーカによる音声出力でもよく、記録媒体への蓄積でもよく、他の構成要素への引き渡しでもよい。なお、この出力が送信や、記録媒体への蓄積、他の構成要素への引き渡しである場合であっても、最終的に入力要求情報がユーザに対して示されるものとする。入力要求情報は、認証情報の入力をユーザに要求するものであるからである。また、入力要求情報出力部１９は、出力を行うデバイス（例えば、表示デバイスやプリンタなど）を含んでもよく、あるいは含まなくてもよい。また、入力要求情報出力部１９は、ハードウェアによって実現されてもよく、あるいは、それらのデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

認証情報受付部２０は、入力要求情報の出力に応じて、認証情報を受け付ける。この認証情報は、例えば、パスワードであってもよく、指紋や虹彩、手のひらの静脈、声紋等の生体認証情報であってもよく、その他の認証で用いられる情報であってもよい。パスワードは、入力デバイスを用いて入力されたものであってもよく、ＲＦＩＤ等から読み出されたものであってもよい。また、認証情報には、ユーザを識別する情報であるユーザ識別情報が含まれていてもよい。

認証情報受付部２０は、例えば、入力デバイス（例えば、キーボードやマウス、タッチパネルなど）から入力された認証情報を受け付けてもよく、有線もしくは無線の通信回線を介して送信された認証情報を受信してもよく、所定の記録媒体（例えば、光ディスクや磁気ディスク、半導体メモリなど）から読み出された認証情報を受け付けてもよい。なお、認証情報受付部２０は、受け付けを行うためのデバイス（例えば、モデムやネットワークカードなど）を含んでもよく、あるいは含まなくてもよい。また、認証情報受付部２０は、ハードウェアによって実現されてもよく、あるいは所定のデバイスを駆動するドライバ等のソフトウェアによって実現されてもよい。

認証部２１は、入力要求情報の出力に応じて認証情報受付部２０が受け付けた認証情報を用いて、正当であるかどうかを認証する。この場合に、認証部２１は、入力要求情報に応じた認証方法を用いた認証を行ってもよい。入力要求情報に応じた認証方法とは、入力要求情報が入力を要求した認証情報の認証方法である。認証部２１における認証は、例えば、認証装置１のみで行われてもよく、あるいは、図示しない認証サーバをも用いて行われてもよい。前者の場合には、認証部２１は、例えば、認証情報受付部２０が受け付けた認証情報と、図示しない記憶部で記憶されている登録認証情報を用いて認証を行ってもよい。後者の場合には、認証部２１は、例えば、認証情報受付部２０が受け付けた認証情報を認証サーバに送信し、その認証サーバから送信された、認証の結果を示す情報である認証結果情報を受信し、その認証結果情報を用いて認証を行ってもよい。認証結果情報を用いた認証とは、認証結果情報が示す認証の結果が、「正当」であるのか、「正当でない」であるのかを判断することであってもよい。認証部２１が認証サーバに送信する認証情報は、認証情報受付部２０が受け付けた認証情報と同じであってもよく、あるいは、異なっていてもよい。後者の場合には、例えば、認証部２１が認証サーバに送信する認証情報は、認証情報受付部２０が受け付けた認証情報が暗号化されたものであってもよい。例えば、認証情報に含まれるパスワード等の情報と、登録認証情報に含まれるパスワード等の情報とが、一致する場合に正当であると認証されてもよく、所定の関係にある場合に正当であると認証されてもよい。所定の関係にあるとは、例えば、一方のパスワード等についてあらかじめ決められた処理（例えば、ハッシュをとる処理であってもよく、所定の演算を行う処理でもよい）を行ったものが、他のパスワード等と一致することであってもよい。また、認証情報や登録認証情報にユーザ識別情報が含まれる場合には、認証情報や登録認証情報において同じユーザ識別情報に対応するパスワード等を用いて認証の処理を行ってもよい。

認証履歴情報蓄積部２２は、認証部２１が実行した認証の履歴に関する情報である認証履歴情報を記録媒体に蓄積する。この記録媒体は、例えば、半導体メモリや、光ディスク、磁気ディスク等であり、認証履歴情報蓄積部２２が有していてもよく、あるいは認証履歴情報蓄積部２２の外部に存在してもよい。また、この記録媒体は、認証履歴情報を一時的に記憶するものであってもよく、そうでなくてもよい。認証履歴情報は、認証部２１による認証の結果を示す情報を含んでもよい。その場合に、認証履歴情報は、例えば、認証部２１が認証した全ての結果を示す情報を含んでもよく、認証部２１が認証して正当であると認証された結果を示す情報を含んでもよい。また、認証履歴情報は、例えば、認証の行われた日時を示す情報を含んでもよい。また、認証履歴情報は、例えば、認証情報受付部２０が受け付けた認証情報にユーザ識別情報が含まれる場合には、そのユーザ識別情報を含んでもよい。なお、処理履歴情報と、認証履歴情報とは、一体の情報であってもよく、そうでなくてもよい。本実施の形態では、後者の場合について説明する。

制御部２３は、条件情報の条件が満たされると判断部１７が判断した場合において、その判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて認証部２１によって正当であると認証されたときには、処理実行部１４による処理が実行されるように制御し、その判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて認証部２１によって正当でないと認証されたときには、処理実行部１４による処理が実行されないように制御する。なお、実行されるように、あるいは、実行されないように制御部２３が制御する対象となる処理実行部１４による処理は、処理実行部１４で実行される全ての処理であってもよく、その制御の時点でちょうど実行されている処理であってもよく、あるいは、その制御が行われる契機となった、条件が満たされると判断された条件情報に対応付けられている処理であってもよい（この場合には、条件情報と処理とを対応付ける情報が別途、保持されていてもよい）。

なお、制御部２３は、特定の処理を実行することを認証の条件とする条件情報の条件が満たされると判断部１７が判断した場合において、入力された認証情報を用いて認証部２１によって正当であると認証されたときには、その特定の処理が実行されるように制御し、入力された認証情報を用いて認証部２１によって正当でないと認証されたときには、その特定の処理が実行されないように制御してもよい（その特定の処理以外は実行されるようにしてもよい）。あるいは、入力された認証情報を用いて認証部２１によって正当でないと認証されたときには、制御部２３は、全ての処理を実行できないように制御してもよい。例えば、制御部２３は、強制的にフリーズした状態になるように制御してもよく、強制的にログアウトされるように制御してもよい。

なお、「処理実行部１４による処理が実行されるように制御する」とは、制御部２３が、積極的に処理実行部１４に対して処理の実行を指示する制御を行うことであってもよく、あるいは、制御部２３が、処理実行部１４に対して処理の実行が行われないように指示する制御を行わないことによって、結果として、処理が実行されるようにすることであってもよい。このように、「処理実行部１４による処理が実行されるように制御する」とは、結果として処理実行部１４による処理が実行されるようになるのであれば、その制御の内容を問わない。

また、「処理実行部１４による処理が実行されないように制御する」とは、制御部２３が、積極的に処理実行部１４に対して処理の実行が行われないように指示する制御を行うことであってもよく、あるいは、制御部２３が、処理実行部１４に対して処理の実行を指示する制御を行わないことによって、結果として、処理が実行されないようにすることであってもよい。このように、「処理実行部１４による処理が実行されないように制御する」とは、結果として処理実行部１４による処理が実行されないようになるのであれば、その制御の内容を問わない。

なお、処理履歴情報蓄積部１５が処理履歴情報を蓄積する記録媒体と、条件情報記憶部１６と、認証方法対応情報記憶部１８と、認証履歴情報蓄積部２２が認証履歴情報を蓄積する記録媒体とは、同一の記録媒体によって実現されてもよく、あるいは、別々の記録媒体によって実現されてもよい。前者の場合には、例えば、条件情報を記憶している領域が条件情報記憶部１６となり、認証方法対応情報を記憶している領域が認証方法対応情報記憶部１８となる。

また、ログイン認証部１２によって行われるログイン時の認証は、例えば、操作環境や、複数のユーザによって共有される環境に関する認証であってもよい。一方、認証部２１によって行われる認証は、例えば、ユーザの個別の認証であってもよい。すなわち、ログイン時の認証によって正当であると判断された場合に、必要最低限の環境（例えば、ＯＳを使用できる環境等）が提供され、認証部２１による認証によって正当であると判断された場合に、個別のアプリケーションを使用できる環境が提供されてもよい。なお、このような区別がなくてもよい。

次に、本実施の形態による認証装置１の動作について、図２のフローチャートを用いて説明する。
（ステップＳ１０１）ログイン認証情報受付部１１は、ログイン認証情報を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ１０２に進み、そうでない場合には、受け付けるまでステップＳ１０１の処理を繰り返す。

（ステップＳ１０２）ログイン認証部１２は、ログイン認証情報受付部１１が受け付けたログイン認証情報を用いたログイン時の認証を行う。

（ステップＳ１０３）ログイン認証部１２は、ログイン時の認証において、正当であると判断されたかどうか判断する。そして、正当であると判断された場合には、ステップＳ１０４に進み、そうでない場合には、ステップＳ１０１に戻る。ステップＳ１０１に戻る際に、ログインに失敗した旨をユーザ等に示すようにしてもよい。

（ステップＳ１０４）入力受付部１３は、入力を受け付けたかどうか判断する。そして、受け付けた場合には、ステップＳ１０５に進み、そうでない場合には、ステップＳ１０６に進む。

（ステップＳ１０５）入力受付部１３は、受け付けた入力に関する情報（例えば、マウスでクリックされた位置を示す情報であってもよく、押下されたキーを識別する情報であってもよい）を図示しない記録媒体において一時的に記憶する。そして、ステップＳ１０４に戻る。

（ステップＳ１０６）判断部１７は、条件情報を用いた判断を実行するかどうか判断する。そして、条件情報を用いた判断を行う場合には、ステップＳ１０７に進み、そうでない場合には、ステップＳ１０８に進む。判断部１７は、例えば、定期的（例えば、１０秒ごとなど）に条件情報を用いた判断を実行すると判断してもよく、あらかじめ決められたイベントの発生（例えば、新たな入力が受け付けられたことや、新たな処理（例えば、実行プログラムでもよく、プロセスでもよく、スレッドでもよい）が実行されたことなど）をトリガーとして条件情報を用いた判断を実行すると判断してもよい。

（ステップＳ１０７）判断部１７等は、条件情報を用いた判断等の処理を行う。この処理の詳細については、図３のフローチャートを用いて後述する。そして、ステップＳ１０４に戻る。

（ステップＳ１０８）処理実行部１４は、処理を実行するかどうか判断する。そして、処理を実行する場合には、ステップＳ１０９に進み、そうでない場合には、ステップＳ１１０に進む。処理実行部１４は、例えば、入力受付部１３で処理要求情報が受け付けられた場合に、処理を実行すると判断してもよく、処理実行部１４が実行している一連の処理がまだ終了しておらず、実行すべき処理が残っている場合に、処理を実行すると判断してもよい。なお、このステップＳ１０８での判断は、ログアウト以外の処理を実行するかどうかの判断であるとする。

（ステップＳ１０９）処理実行部１４は、処理の実行を行う。このステップＳ１０９での処理の実行は、一連のまとまりのある処理（例えば、実行プログラムやプロセスなど）の実行であってもよく、その一連のまとまりのある処理が細分化された一つの実行単位での処理（例えば、プロセスやスレッドなど）の実行であってもよい。前者の場合には、一連の処理が開始された後には、条件の判断（ステップＳ１０６，Ｓ１０７）が実行されることがないが、後者の場合には、一連の処理が開始された後であっても、条件の判断が割り込みで実行されることがありうる。

（ステップＳ１１０）処理履歴情報蓄積部１５は、処理履歴情報を蓄積するかどうか判断する。そして、処理履歴情報を蓄積すると判断した場合には、ステップＳ１１１に進み、そうでない場合には、ステップＳ１１２に進む。例えば、処理履歴情報蓄積部１５は、ひとまとまりの処理（例えば、実行プログラムやプロセスなど）が終了された時点において、その処理に関する処理履歴情報を蓄積すると判断してもよい。

（ステップＳ１１１）処理履歴情報蓄積部１５は、処理履歴情報を図示しない記録媒体に蓄積する。そして、ステップＳ１０４に戻る。

（ステップＳ１１２）処理実行部１４は、ログアウトを行うかどうか判断する。そして、ログアウトを行う場合には、ステップＳ１１３に進み、そうでない場合には、ステップＳ１０４に戻る。処理実行部１４は、例えば、最後の処理がなされてからあらかじめ決められている時間（例えば、２４時間等）が経過しても処理がなされない場合に、ログアウトを行うと判断してもよく、あるいは、入力受付部１３でログアウトの指示が受け付けられた場合に、ログアウトを行うと判断してもよい。

（ステップＳ１１３）処理実行部１４は、ログアウトの処理を行う。そして、ステップＳ１０１に戻る。
なお、図２のフローチャートにおいて、電源オフや処理終了の割り込みにより処理は終了する。

図３は、図２のフローチャートにおける条件判断処理（ステップＳ１０７）の詳細を示すフローチャートである。
（ステップＳ２０１）判断部１７は、カウンタｉを１に設定する。

（ステップＳ２０２）判断部１７は、条件情報記憶部１６で記憶されているｉ番目の条件情報を読み出し、その条件情報の条件が満たされるかどうかの判断を行う。

（ステップＳ２０３）ステップＳ２０２での判断の結果、ｉ番目の条件情報の条件が満たされる場合には、ステップＳ２０７に進み、そうでない場合には、ステップＳ２０４に進む。

（ステップＳ２０４）判断部１７は、カウンタｉを１だけインクリメントする。

（ステップＳ２０５）判断部１７は、ｉ番目の条件情報が条件情報記憶部１６で記憶されているかどうか判断する。そして、記憶されている場合には、ステップＳ２０２に戻り、そうでない場合には、ステップＳ２０６に進む。

（ステップＳ２０６）制御部２３は、処理実行部１４での処理が実行されるように制御を行う。なお、この制御は、前述のように、その処理が実行されるように処理実行部１４に対して積極的に指示を与える制御であってもよく、その処理が処理実行部１４で実行されることに対して、その処理の実行の停止を指示しないことによる制御であってもよい。そして、図２のフローチャートに戻る。

（ステップＳ２０７）認証部２１等は、認証の処理を行う。この処理の詳細については、図４のフローチャートを用いて後述する。

（ステップＳ２０８）ステップＳ２０７での認証の結果、正当であると認証された場合には、ステップＳ２０６に進み、そうでない場合には、ステップＳ２０９に進む。

（ステップＳ２０９）制御部２３は、処理実行部１４での処理が実行されないように制御を行う。なお、この制御は、前述のように、その処理が実行されないように処理実行部１４に対して積極的に指示を与える制御であってもよく、その処理を処理実行部１４が実行しないことに対して、その処理の実行を指示しないことによる制御であってもよい。そして、図２のフローチャートに戻る。

図４は、図３のフローチャートにおける認証の処理（ステップＳ２０７）の詳細を示すフローチャートである。
（ステップＳ３０１）入力要求情報出力部１９は、認証方法対応情報記憶部１８で記憶されている認証方法対応情報を参照して、判断部１７で満たされると判断された条件情報に対応する認証方法識別情報を取得する。この取得された認証方法識別情報は、図示しない記録媒体において一時的に記憶されてもよい。

（ステップＳ３０２）入力要求情報出力部１９は、ステップＳ３０１で取得した認証方法識別情報に対応する入力要求情報を出力する。例えば、入力要求情報出力部１９は、図示しない記録媒体から入力要求情報を読み出して出力してもよい。

（ステップＳ３０３）認証情報受付部２０は、認証情報を受け付けたかどうか判断する。そして、認証情報を受け付けた場合には、ステップＳ３０４に進み、そうでない場合には、受け付けるまでステップＳ３０３の処理を繰り返す。なお、認証情報受付部２０は、入力要求情報が出力されてからあらかじめ決められた時間（例えば、１０分等）が経過しても認証情報を受け付けない場合には、タイムアウトであるとして、ヌル（Ｎｕｌｌ）の認証情報を受け付けたと判断してステップＳ３０４に進んでもよい。

（ステップＳ３０４）認証部２１は、認証情報受付部２０が受け付けた認証情報を用いた認証を行う。前述のように、認証部２１は、認証装置１のみで認証を行ってもよく、あるいは、図示しない認証サーバに問い合わせることによって認証を行ってもよい。

（ステップＳ３０５）認証履歴情報蓄積部２２は、認証部２１による認証の結果に関する認証履歴情報を蓄積する。そして、図３のフローチャートに戻る。

次に、本実施の形態による認証装置１の動作について、具体例を用いて説明する。
この具体例では、条件情報記憶部１６において、図５で示される条件情報が記憶されているものとする。各条件情報は、図５で示されるように、条件情報を識別する条件ＩＤに対応付けられている。条件ＩＤ「Ｃ００１」で識別される条件情報「ＰｒｏｃｅｓｓＮａｍｅ＝"ＳｐｒｅａｄｓｈｅｅｔＡＢＣ"」は、「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」という名称のプロセスが実行されたことを認証の条件としている。また、条件ＩＤ「Ｃ００２」で識別される条件情報「ＦｉｌｅＮａｍｅ＝"Ａｃｃｏｕｎｔｉｎｇ００１"」は、「Ａｃｃｏｕｎｔｉｎｇ００１」という名称のファイルに対する処理が実行されたことを認証の条件としている。また、条件ＩＤ「Ｃ００３」で識別される条件情報「ＡｃｔｉｖｅＷｉｎｄｏｗＴｉｔｌｅ＝"＊ｓｅｃｒｅｔ＊"」は、「ｓｅｃｒｅｔ」を含むウィンドウのタイトルがアクティブにされたことを認証の条件としている。その条件中の「＊」は、その箇所に任意の０個以上の文字が存在してもよいことを意味しているものとする。また、条件ＩＤ「Ｃ００４」で識別される条件情報「ＤｅｓｔＡｄｄｒｅｓｓ！＝"１９２．１６８．＊．＊"」は、ＩＰアドレスが「１９２．１６８．＊．＊」ではない送信先への通信が行われたことを認証の条件としている。その条件中の「＊」は、前述の説明と同様である。また、条件ＩＤ「Ｃ００５」で識別される条件情報「ＮｏＩｎｐｕｔＴｉｍｅ>"２０ｍｉｎ．"」は、入力受付部１３での入力の受け付けが２０分を超える時間だけないことを認証の条件としている。この条件の判断を行うことができるようにするため、判断部１７は、最後の入力が行われてからの時間を図示しないタイマを用いて測定しているものとする。なお、新たな入力が行われると、そのタイマによる計時がリセットされ、再度、計時が開始されるものとする。

また、この具体例では、認証方法対応情報記憶部１８において、図６で示される認証方法対応情報が記憶されているものとする。この認証方法対応情報では、条件ＩＤと、認証方法識別情報とが対応付けられている。この具体例では、認証方法識別情報「ｐａｓｓｗｏｒｄ」で識別される認証方法であるパスワードを用いた認証と、認証方法識別情報「Ｃａｒｄ」で識別される認証方法であるＩＣカードを用いた認証と、認証方法識別情報「Ｆｉｎｇｅｒｐｒｉｎｔ」で識別される認証方法である指紋を用いた認証とが行われるものとする。したがって、認証情報受付部２０は、キーボード等から入力されたパスワードや、ＩＣカードから読み出されたパスワード、ユーザの指から読み取られた指紋等の情報を受け付けるものとする。

図６で示される認証方法対応情報において、例えば、１番目のレコードでは、条件ＩＤ「Ｃ００１」と、認証方法識別情報「Ｐａｓｓｗｏｒｄ」とが対応付けられており、入力要求情報出力部１９は、判断部１７によって条件ＩＤ「Ｃ００１」で識別される条件情報の条件が満たされると判断された場合に、その条件ＩＤ「Ｃ００１」に対応する認証方法識別情報「Ｐａｓｓｗｏｒｄ」で識別される認証方法による認証情報の入力を要求する入力要求情報を出力するものとする。この具体例では、その出力は表示であるとする。

また、この具体例では、入力要求情報出力部１９は、図示しない記録媒体において、図７で示される認証方法識別情報と、入力要求情報とを対応付ける情報を保持しており、その情報を用いて、出力する入力要求情報を取得するものとする。図７で示される情報の１番目のレコードでは、認証方法識別情報「Ｐａｓｓｗｏｒｄ」と、入力要求情報「ｐａｓｓｗｏｒｄ．ｈｔｍｌ」とが対応付けられている。したがって、入力要求情報出力部１９は、認証方法識別情報「Ｐａｓｓｗｏｒｄ」で識別される認証方法による認証情報の入力を要求する入力要求情報を出力する際に、その認証方法識別情報「Ｐａｓｓｗｏｒｄ」に対応付けられている入力要求情報「ｐａｓｓｗｏｒｄ．ｈｔｍｌ」を読み出して、そのＨＴＭＬファイルを解釈・実行して表示するものとする。

また、この具体例では、図８で示されるように、認証装置１は、有線または無線の通信回線５００を介して認証サーバ２に接続されているものとする。通信回線５００は、例えば、インターネットやイントラネット、公衆電話回線網等である。そして、認証部２１は、認証サーバ２にアクセスして、認証サーバ２に認証の処理を要求し、その認証結果を受け取るものとする。図８では、通信回線５００に１個の認証装置１のみが接続されている場合について示しているが、２以上の認証装置１が通信回線５００に接続されていてもよい。また、認証サーバ２では、図９で示される登録認証情報が保持されており、認証サーバ２は、その登録認証情報を用いて、認証装置１で受け付けられた認証情報が正当であるかどうかを判断するものとする。図９で示される登録認証情報において、ユーザ識別情報と、パスワードと、特徴情報とが対応付けられている。ユーザ識別情報とパスワードは、キーボード等を介して入力されたり、ＩＣカードから読み出されたりするものである。また、特徴情報は、指紋を用いた認証を行う際に用いられる、あらかじめ登録されたユーザの指紋の特徴を示す情報である。

また、この具体例では、判断部１７は、新たな処理が実行されたことをトリガーとして、条件情報の判断処理を行うものとする。

次に、具体的な処理について説明する。まず、ユーザ識別情報「Ｕ００１」で識別されるユーザ（以下、このユーザを「ユーザＵ００１」と呼ぶことがある。他のユーザについても同様であるとする）が認証装置１を操作して、ログイン画面を図示しない表示画面に表示させたとする。そして、図１０で示されるように、そのユーザＵ００１の属するグループに対応するユーザ識別情報「Ｇ００１」と、パスワードとを入力し、「ログイン」ボタンをクリックしたとする。すると、入力されたユーザ識別情報「Ｇ００１」と、パスワードとを含むログイン認証情報がログイン認証情報受付部１１で受け付けられ（ステップＳ１０１）、ログイン認証部１２に渡される。ログイン認証部１２は、ログイン認証情報受付部１１から受け取ったログイン認証情報を用いたログイン時の認証を行う（ステップＳ１０２）。この場合には、正当であると認証されたものとする（ステップＳ１０３）。すると、ログイン時の認証において正当であると判断された旨がログイン認証部１２から処理実行部１４に渡され、処理実行部１４は、ログイン後の処理を行うことになる。例えば、処理実行部１４は、ログイン後の画面を表示する等の処理を行ってもよい（ステップＳ１０８，Ｓ１０９）。

次に、ユーザがキーボードやマウス等の入力デバイスを操作して、表計算のアプリケーション・ソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」のファイルである「Ｓｈｅｅｔ１」を開ける旨の指示を入力したとする。すると、その入力が入力受付部１３で受け付けられ（ステップＳ１０４）、図示しない記録媒体において、その入力が一時的に記憶される（ステップＳ１０５）。

すると、処理実行部１４は、図示しない記録媒体に新たな入力が蓄積されたことを検知し、その蓄積された入力を読み出して、ソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」を起動して、ファイル「Ｓｈｅｅｔ１」を開ける処理を開始する（ステップＳ１０８，Ｓ１０９）。なお、処理実行部１４は、ソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」を起動した際に、そのプロセスの名称「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」を実行中のプロセス名を保持する記録媒体に一時的に記憶するものとする。また、処理実行部１４が、ファイル「Ｓｈｅｅｔ１」を開ける処理を開始した時点において、判断部１７は、条件判断を行うタイミングであると判断し（ステップＳ１０６）、条件を判断する処理を実行する（ステップＳ１０７）。

具体的には、判断部１７は、条件情報記憶部１６で記憶されている図５の１番目の条件情報を参照し、その時点で実行されている全てのプロセスの名称を処理実行部１４から受け取り、そのプロセスの名称に「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」が含まれるかどうか判断する（ステップＳ２０１，Ｓ２０２）。この場合には、含まれるため、判断部１７は、条件ＩＤ「Ｃ００１」で識別される条件情報が満たされると判断し（ステップＳ２０３）、その条件ＩＤ「Ｃ００１」を入力要求情報出力部１９に渡す。その後、入力要求情報出力部１９による入力要求情報の出力や、認証部２１による認証の処理が行われることになる（ステップＳ２０７）。

具体的には、入力要求情報出力部１９は、判断部１７から受け取った条件ＩＤ「Ｃ００１」を検索キーとして、図６で示される認証方法対応情報を検索する。この場合には、１番目のレコードがヒットするため、入力要求情報出力部１９は、その１番目のレコードから認証方法識別情報「Ｐａｓｓｗｏｒｄ」を取得する（ステップＳ３０１）。次に、入力要求情報出力部１９は、図７で示される情報を参照し、取得した認証方法識別情報「Ｐａｓｓｗｏｒｄ」に対応する入力要求情報「ｐａｓｓｗｏｒｄ．ｈｔｍｌ」を取得し、そのＨＴＭＬファイルを解釈・実行して表示する（ステップＳ３０２）。その結果、ユーザ識別情報とパスワードの入力を要求する図１１で示される表示がなされる。そして、図１１で示されるように、ユーザがキーボードやマウス等を操作して、ユーザ識別情報「Ｕ００１」と、パスワード「ＡＢＣＤＥＦ」とを入力したとする。そして、「ＯＫ」ボタンをクリックすると、そのユーザ識別情報と、パスワードとを含む認証情報が認証情報受付部２０で受け付けられ（ステップＳ３０３）、認証部２１に渡される。

認証部２１は、認証情報受付部２０から受け取った認証情報を暗号化して認証サーバ２に送信する。認証サーバ２は、その暗号化された認証情報を受信すると、暗号化を解除し、その認証情報に含まれるユーザ識別情報「Ｕ００１」を検索キーとして、図９で示される登録認証情報を検索する。すると、１番目のレコードがヒットするため、認証サーバ２は、受信した認証情報に含まれたパスワードと、その１番目のレコードに含まれるパスワードとが一致するかどうか判断する。この場合には、一致するため、認証サーバ２は、認証結果が正当であると判断し、「正当」である旨の認証結果情報を認証装置１に送信する。

認証装置１の認証部２１は、その認証結果情報を受信し、その認証結果情報によって認証結果が「正当」である旨が示されるため、認証情報による認証の結果が正当であると判断する（ステップＳ３０４）。また、認証部２１は、認証の結果が「正当」である旨を制御部２３に渡すと共に、認証情報受付部２０が受け付けた認証情報に含まれたユーザ識別情報「Ｕ００１」と、認証の結果が「正当」である旨とを認証履歴情報蓄積部２２に渡す。すると、認証履歴情報蓄積部２２は、その時点での日時を示す日時情報と、受け取ったユーザ識別情報と、受け取った認証の結果を示す結果情報とを対応付けて図示しない記録媒体に蓄積する（ステップＳ３０５）。図１２で示される１番目のレコードは、そのようにして蓄積された認証履歴情報である。その１番目のレコードによって、２００８年５月３０日１０時１０分に行われた、ユーザ識別情報「Ｕ００１」で識別されるユーザに関する認証において、「正当」であると認証された旨が示されることになる。

制御部２３は、認証部２１から「正当」である旨の認証結果を受け取ると（ステップＳ２０８）、処理実行部１４による処理が実行されるように制御する（ステップＳ２０６）。具体的には、制御部２３は、処理実行部１４に対して処理の実行の停止を指示しないことによって、処理が実行されるように制御するものとする。その結果、処理実行部１４によるソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」の起動が行われてファイル「Ｓｈｅｅｔ１」が開けられ、そのファイル「Ｓｈｅｅｔ１」に関する処理が継続して実行されることになる。

なお、処理実行部１４によってソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」が起動され、ファイル「Ｓｈｅｅｔ１」が開けられた時点において、処理履歴情報蓄積部１５は、ソフトウェアの起動とファイルを開ける処理が実行されたため、処理履歴情報を蓄積するタイミングであると判断し（ステップＳ１１０）、その処理内容を示す情報を処理実行部１４から受け取り、その情報と、その時点での日時を示す情報である日時情報とを含む処理履歴情報を蓄積する（ステップＳ１１１）。図１３で示される１番目のレコードは、そのようにして蓄積された処理履歴情報である。そのレコードに、処理履歴情報の蓄積された日時を示す日時情報と、処理内容を示す処理内容情報とが含まれる。処理内容情報「ｓｔａｒｔ＿"ＳｐｒｅａｄｓｈｅｅｔＡＢＣ"＿"Ｓｈｅｅｔ１"」は、ソフトウェア「ＳｐｒｅａｄｓｈｅｅｔＡＢＣ」が起動され、ファイル「Ｓｈｅｅｔ１」が開けられる処理が実行されたことを示している。

次に、ユーザＵ００１が編集後のファイル「Ｓｈｅｅｔ１」を、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、ＩＰアドレス「２１１．１３２．１７４．７５」のサーバにアップロードしようとしたとする。そのために、ユーザが、ＦＴＰの接続コマンドを用いて、ＩＰアドレス「２１１．１３２．１７４．７５」のサーバにアクセスする処理を入力したとする（ステップＳ１０４，Ｓ１０５）。すると、それに応じて、処理実行部１４は、ＩＰアドレス「２１１．１３２．１７４．７５」のサーバに接続を行う処理を実行する（ステップＳ１０８，Ｓ１０９）。その際に、判断部１７は、送信先のアドレスが「１９２．１６８．＊．＊」ではないため、条件ＩＤ「Ｃ００４」で識別される条件が満たされると判断する（ステップＳ２０１〜Ｓ２０５）。そして、判断部１７は、条件ＩＤ「Ｃ００４」を入力要求情報出力部１９に渡す。すると、入力要求情報出力部１９は、受け取った条件ＩＤ「Ｃ００４」に対応する認証方法識別情報「Ｃａｒｄ」を取得する（ステップＳ３０１）。その後、入力要求情報出力部１９は、図７で示される情報を参照して、取得した認証方法識別情報「Ｃａｒｄ」に対応する入力要求情報「ｃａｒｄ．ｈｔｍｌ」を取得し、そのＨＴＭＬファイルを解釈・実行して表示する（ステップＳ３０２）。その結果、ユーザの社員証を読み取り機にかざす旨を要求する図１４で示される表示がなされる。ユーザが、その要求に応じて、社員証のＩＣカードを読み取り機にかざしたとする。そのＩＣカードの有するＲＦＩＤには、ユーザ識別情報「Ｕ００１」と、パスワード「ＡＢＣＤＥＦ」とが記憶されているものとする。すると、その社員証のＩＣカードに含まれるＲＦＩＤから、そのユーザのユーザ識別情報「Ｕ００１」と、パスワード「ＡＢＣＤＥＦ」とが読み取り機によって読み出され、認証情報受付部２０で受け付けられる（ステップＳ３０３）。そして、前述の説明と同様に、認証サーバ２を用いた認証の処理が行われる。この場合にも、前回と同様に正当であると判断されたとする（ステップＳ３０４）。すると、認証履歴情報が蓄積される（ステップＳ３０５）。また、ＩＰアドレス「２１１．１３２．１７４．７５」のサーバにＦＴＰで接続する処理が実行され（ステップＳ２０６，Ｓ１０８，Ｓ１０９）、その処理に関する処理履歴情報が蓄積される（ステップＳ１１０，Ｓ１１１）。

次に、ユーザＵ００１が複数のウィンドウを開けて処理をしていた状況において、ユーザＵ００１が席を離れた後に、登録認証情報にユーザ識別情報等が登録されていないユーザＵ１２３が認証装置１を操作して、タイトルが「Ｐｅｎｓｉｏｎ（ｓｅｃｒｅｔ）」であるウィンドウの一部をクリックして、そのウィンドウをアクティブにしようとしたとする。すると、その入力が入力受付部１３で受け付けられ（ステップＳ１０４，Ｓ１０５）、処理実行部１４は、そのウィンドウをアクティブにする処理を実行する（ステップＳ１０８，Ｓ１０９）。その際に、判断部１７は、アクティブになるウィンドウのタイトルが「＊ｓｅｃｒｅｔ＊」に該当するため、条件ＩＤ「Ｃ００３」で識別される条件が満たされると判断する（ステップＳ２０１〜Ｓ２０５）。そして、判断部１７は、条件ＩＤ「Ｃ００３」を入力要求情報出力部１９に渡す。

すると、入力要求情報出力部１９は、受け取った条件ＩＤ「Ｃ００３」に対応する認証方法識別情報「Ｆｉｎｇｅｒｐｒｉｎｔ」を取得する（ステップＳ３０１）。その後、入力要求情報出力部１９は、図７で示される情報を参照して、取得した認証方法識別情報「Ｆｉｎｇｅｒｐｒｉｎｔ」に対応する入力要求情報「ｆｉｎｇｅｒｐｒｉｎｔ．ｈｔｍｌ」を取得し、そのＨＴＭＬファイルを解釈・実行して表示する（ステップＳ３０２）。その結果、ユーザ識別情報を入力した上で、指紋を読み取らせる旨を要求する図１５で示される表示がなされる。ユーザが、図１５で示されるように、その入力要求に応じて、ユーザ識別情報「Ｕ１２３」を入力して「ＯＫ」ボタンをクリックし、指紋読み取り機で指紋を読み取らせたとする。すると、そのユーザ識別情報「Ｕ１２３」と、指紋の情報とを含む認証情報が認証情報受付部２０で受け付けられる（ステップＳ３０３）。そして、前述の説明と同様に、その認証情報が暗号化されて認証サーバ２に送信される。

なお、認証サーバ２が保持している図９で示される登録認証情報には、ユーザ識別情報「Ｕ１２３」で示されるユーザのレコードがなかったとする。すると、認証サーバ２は、「正当でない」と認証し、その結果を示す認証結果情報を認証装置１に送信する。認証装置１の認証部２１は、その認証結果情報を受信すると、正当でないと認証する（ステップＳ３０４）。また、その認証結果が認証履歴情報蓄積部２２によって蓄積される（ステップＳ３０５）。その後、制御部２３は、処理実行部１４に対して、タイトルが「Ｐｅｎｓｉｏｎ（ｓｅｃｒｅｔ）」であるウィンドウをアクティブにする処理を実行しないように制御する（ステップＳ２０８，Ｓ２０９）。具体的には、制御部２３は、処理実行部１４がアクティブにしたタイトルが「Ｐｅｎｓｉｏｎ（ｓｅｃｒｅｔ）」であるウィンドウを、アクティブでないようにする処理を実行するように処理実行部１４を制御し、その結果、そのウィンドウがアクティブでなくなるようになる。なお、その際に、処理実行部１４は、図１６で示される、認証の結果が正当でない旨を示す認証結果情報を表示する処理を行ってもよい。

なお、この具体例では、認証の際に、ユーザ識別情報と、パスワードとの組合せ、あるいは、ユーザ識別情報と、特徴情報との組合せがあっている場合には、正当であると認証する場合について説明したが、認証ごとに、正当であると認証されるユーザ識別情報が指定されていてもよい。例えば、図１７で示されるように、条件ＩＤと、正当なユーザを識別するユーザ識別情報である正当ユーザ識別情報とを対応付ける情報を用いて、認証が行われてもよい。その認証が行われる場合には、例えば、条件ＩＤ「Ｃ００１」で識別される条件情報の条件が満たされたことに応じて認証の処理が行われる際には、ユーザ識別情報「Ｕ００１」「Ｕ００２」で識別されるユーザのみが正当であると判断されうることになる。なお、この図１７を用いた認証とは別に、パスワード等を用いた認証が行われることは、前述の説明と同様である。なお、図１７で示される情報は、登録認証情報に含まれていてもよく、あるいは、登録認証情報とは別個に管理されていてもよい。

また、この具体例では、特定のウィンドウがアクティブにされた際の認証で、正当でないと判断された場合に、そのウィンドウをアクティブにする処理を取りやめる処理を行う場合について説明したが、そうでなくてもよい。例えば、特定のウィンドウがアクティブにされた際の認証で、正当でないと判断された場合に、そのウィンドウの上に別の画像を表示してマスクすることによって、そのウィンドウの情報が表示されないようにしてもよい。

また、この具体例では、認証部２１が認証サーバ２にアクセスして認証を行う場合について説明したが、前述のように、認証部２１は、認証サーバ２にアクセスしないで認証の処理を行ってもよい。例えば、図１８で示されるように、認証装置１が、認証情報の認証で用いられる情報である登録認証情報の記憶される登録認証情報記憶部３１をさらに備え、認証部２１は、認証情報受付部２０が受け付けた認証情報と、その登録認証情報記憶部３１で記憶されている登録認証情報とを用いて認証の処理を行ってもよい。なお、登録認証情報記憶部３１に登録認証情報が記憶される過程は問わない。例えば、記録媒体を介して登録認証情報が登録認証情報記憶部３１で記憶されるようになってもよく、通信回線等を介して送信された登録認証情報が登録認証情報記憶部３１で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された登録認証情報が登録認証情報記憶部３１で記憶されるようになってもよい。登録認証情報記憶部３１での記憶は、ＲＡＭ等における一時的な記憶でもよく、あるいは、長期的な記憶でもよい。登録認証情報記憶部３１は、所定の記録媒体（例えば、半導体メモリや磁気ディスク、光ディスクなど）によって実現されうる。

また、図示しない記録媒体において、条件情報と、制御対象の処理を特定する情報とを対応付ける情報である制御対象対応情報が記憶されており、制御部２３は、その制御対象対応情報を用いて、制御の対象の処理を特定するようにしてもよい。制御対象対応情報は、例えば、条件ＩＤと制御対象の処理を特定する情報（例えば、制御対象の処理の名称等）とを有する情報であってもよい。例えば、制御部２３は、条件情報の条件が満たされると判断された場合において、正当であると認証されたときには、その条件が満たされると判断された条件情報に制御対象対応情報を介して対応付けられる制御対象の処理を特定する情報によって特定される処理が実行されるように制御し、正当でないと認証されたときには、その条件情報に制御対象対応情報を介して対応付けられる制御対象の処理を特定する情報によって特定される処理が実行されないように制御してもよい。

以上のように、本実施の形態による認証装置１によれば、条件情報の条件が満たされる際に、認証を行うことができるようになる。したがって、その条件情報を適切に設定することによって、適切なタイミングで認証を行うことができるようになる。例えば、ログイン時の一つのアカウントを用いて、複数のユーザが業務を行うような場合（例えば、銀行などではそのようなことが行われている）にも、個別の認証を行うことができるようになり、セキュリティーを高めることができるようになる。また、ユーザが代わるごとにログインやログアウトを行っていたのでは、操作環境を維持したまま、操作者が入れ替わるような業務を適切に行うことができなくなるが、本実施の形態による認証装置１では、ログインやログアウトを行わなくても認証を行うことができるため、操作環境を維持したまま、操作者が入れ替わるような業務を適切に行うことができるようになる。

また、処理履歴情報や、ユーザ識別情報を有する認証履歴情報を蓄積することによって、処理を指示したユーザを特定することができうる。その結果、不正な処理や、疑いのある処理が実行された場合に、その処理の実行を指示したユーザを特定することが可能となる。

また、従来の認証処理は、アプリケーションやファイルにあらかじめ組み込まれていることが一般的である。そして、例えば、アプリケーションの起動時に、そのアプリケーションの起動の可否を判断する認証が行われたり、ファイルを開ける際に、そのファイルを開ける処理の可否を判断する認証が行われたりする。一方、本実施の形態のように認証を行うタイミングを条件情報で設定できるようにすることによって、認証の処理を拡張的な機能（アドオン）として付加することが可能となり、起動時の認証の処理を行わないアプリケーションや、ファイルを開ける際に認証を行わないファイルに対しても、アプリケーションの起動時や、ファイルを開ける際に認証を行うことができるようにすることができる。また、条件情報の条件が限定されるものではないため、例えば、従来の認証処理では、認証を行っていないようなタイミング、例えば、上記具体例で説明したように、特定のタイトルのウィンドウがアクティブにされたタイミングで認証を行うこともできうる。

なお、本実施の形態では、ログイン認証部１２によるログイン認証を行う場合について説明したが、そうでなくてもよい。すなわち、ログイン認証を行わない環境において、本実施の形態による認証の処理を行うようにしてもよい。その場合には、認証装置１は、ログイン認証情報受付部１１と、ログイン認証部１２とを備えていなくてもよい。

また、本実施の形態では、認証情報受付部２０が受け付ける認証情報にユーザ識別情報が含まれる場合について説明したが、そうでなくてもよい。ユーザ識別情報を含まない認証情報、例えば、パスワードや、生体情報のみを含む認証情報を、認証情報受付部２０が受け付けるようにしてもよい。

また、本実施の形態では、処理履歴情報と認証履歴情報とが蓄積される場合について説明したが、認証のみを行えばよく、その認証の履歴等を蓄積しなくてもよい場合には、処理履歴情報と認証履歴情報とを蓄積しなくてもよい。処理履歴情報と認証履歴情報とを蓄積しない場合には、認証装置１は、処理履歴情報蓄積部１５と、認証履歴情報蓄積部２２とを備えていなくてもよい。

また、本実施の形態では、入力要求情報出力部１９が、判断部１７によって条件が満たされると判断された条件情報に、認証方法対応情報によって対応付けられる認証方法識別情報の識別する認証方法による認証情報の入力を要求する入力要求情報を出力する場合について説明したが、条件が満たされると判断された条件情報に応じて認証方法を変更する必要がないのであれば、入力要求情報出力部１９は、条件が満たされると判断された条件情報に関わらず、同じ入力要求情報を出力してもよい。その場合には、認証装置１は、認証方法対応情報記憶部１８を備えていなくてもよい。

また、本実施の形態では、判断部１７によって、条件情報の条件が満たされると判断された場合に、入力要求情報を出力する入力要求情報出力部１９を備える構成について説明したが、認証装置１は、その入力要求情報出力部１９を備えなくてもよい。その場合には、制御部２３は、条件情報の条件が満たされると判断部１７が判断した場合において、入力された認証情報を用いて認証部２１によって正当であると認証されたときには、処理実行部１４による処理が実行されるように制御し、入力された認証情報を用いて認証部２１によって正当でないと認証されたときには、処理実行部１４による処理が実行されないように制御してもよい。なお、認証装置１が入力要求情報出力部１９を備えない場合であっても、ユーザに対して認証情報を入力させる契機となるように、条件情報の条件が満たされたことを直接的あるいは間接的に示す処理がなされてもよい。すなわち、認証装置１は、条件情報の条件が満たされたことを示す情報を直接的あるいは間接的に示す図示しない構成を備えていてもよい。条件情報の条件が満たされたことを直接的に示す処理とは、例えば、「条件情報の条件が満たされました」というテキストの情報の出力であってもよい。また、条件情報の条件が満たされたことを間接的に示す処理とは、例えば、入力受付部１３での入力の受け付けが行われなくなることや、強制的にフリーズの状態となるように制御することであってもよい。

また、認証装置１は、スタンドアロンの装置であってもよく、サーバ・クライアントシステムにおけるサーバ装置であってもよい。後者の場合には、出力部や受付部は、通信回線を介して入力を受け付けたり、出力したりしてもよい。

また、上記実施の形態において、各処理または各機能は、単一の装置または単一のシステムによって集中処理されることによって実現されてもよく、あるいは、複数の装置または複数のシステムによって分散処理されることによって実現されてもよい。

また、上記実施の形態において、各構成要素が実行する処理に関係する情報、例えば、各構成要素が受け付けたり、取得したり、選択したり、生成したり、送信したり、受信したりした情報や、各構成要素が処理で用いるしきい値や数式、アドレス等の情報等は、上記説明で明記していない場合であっても、図示しない記録媒体において、一時的に、あるいは長期にわたって保持されていてもよい。また、その図示しない記録媒体への情報の蓄積を、各構成要素、あるいは、図示しない蓄積部が行ってもよい。また、その図示しない記録媒体からの情報の読み出しを、各構成要素、あるいは、図示しない読み出し部が行ってもよい。

また、上記実施の形態において、各構成要素等で用いられる情報、例えば、各構成要素が処理で用いるしきい値やアドレス、各種の設定値等の情報がユーザによって変更されてもよい場合には、上記説明で明記していない場合であっても、ユーザが適宜、それらの情報を変更できるようにしてもよく、あるいは、そうでなくてもよい。それらの情報をユーザが変更可能な場合には、その変更は、例えば、ユーザからの変更指示を受け付ける図示しない受付部と、その変更指示に応じて情報を変更する図示しない変更部とによって実現されてもよい。その図示しない受付部による変更指示の受け付けは、例えば、入力デバイスからの受け付けでもよく、通信回線を介して送信された情報の受信でもよく、所定の記録媒体から読み出された情報の受け付けでもよい。

また、上記実施の形態において、認証装置１に含まれる２以上の構成要素が通信デバイスや入力デバイス等を有する場合に、２以上の構成要素が物理的に単一のデバイスを有してもよく、あるいは、別々のデバイスを有してもよい。

また、上記実施の形態において、各構成要素は専用のハードウェアにより構成されてもよく、あるいは、ソフトウェアにより実現可能な構成要素については、プログラムを実行することによって実現されてもよい。例えば、ハードディスクや半導体メモリ等の記録媒体に記録されたソフトウェア・プログラムをＣＰＵ等のプログラム実行部が読み出して実行することによって、各構成要素が実現され得る。なお、上記実施の形態における認証装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、コンピュータを、認証を行う条件を示す情報である条件情報が記憶される条件情報記憶部で記憶されている条件情報の条件が満たされるかどうか判断する判断部と、認証情報を受け付ける認証情報受付部と、前記認証情報受付部が受け付けた認証情報を用いて、正当であるかどうかを認証する認証部と、条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、入力を受け付ける入力受付部が受け付けた入力に応じた処理を実行する処理実行部による処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御する制御部として機能させるためのものである。

なお、上記プログラムにおいて、上記プログラムが実現する機能には、ハードウェアでしか実現できない機能は含まれない。例えば、情報を取得する取得部や、情報を出力する出力部などにおけるモデムやインターフェースカードなどのハードウェアでしか実現できない機能は、上記プログラムが実現する機能には少なくとも含まれない。

また、このプログラムは、サーバなどからダウンロードされることによって実行されてもよく、所定の記録媒体（例えば、ＣＤ−ＲＯＭなどの光ディスクや磁気ディスク、半導体メモリなど）に記録されたプログラムが読み出されることによって実行されてもよい。また、このプログラムは、プログラムプロダクトを構成するプログラムとして用いられてもよい。

また、このプログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

図１９は、上記プログラムを実行して、上記実施の形態による認証装置１を実現するコンピュータの外観の一例を示す模式図である。上記実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムによって実現されうる。

図１９において、コンピュータシステム９００は、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）ドライブ９０５、ＦＤ（Ｆｌｏｐｐｙ（登録商標） Ｄｉｓｋ）ドライブ９０６を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、モニタ９０４とを備える。

図２０は、コンピュータシステム９００の内部構成を示す図である。図２０において、コンピュータ９０１は、ＣＤ−ＲＯＭドライブ９０５、ＦＤドライブ９０６に加えて、ＭＰＵ（Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）９１３と、アプリケーションプログラム、システムプログラム、及びデータを記憶するハードディスク９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５とを備える。なお、コンピュータ９０１は、ＬＡＮへの接続を提供する図示しないネットワークカードを含んでいてもよい。

コンピュータシステム９００に、上記実施の形態による認証装置１の機能を実行させるプログラムは、ＣＤ−ＲＯＭ９２１、またはＦＤ９２２に記憶されて、ＣＤ−ＲＯＭドライブ９０５、またはＦＤドライブ９０６に挿入され、ハードディスク９１４に転送されてもよい。これに代えて、そのプログラムは、図示しないネットワークを介してコンピュータ９０１に送信され、ハードディスク９１４に記憶されてもよい。プログラムは実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ＣＤ−ＲＯＭ９２１やＦＤ９２２、またはネットワークから直接、ロードされてもよい。

プログラムは、コンピュータ９０１に、上記実施の形態による認証装置１の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティプログラム等を必ずしも含んでいなくてもよい。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいてもよい。コンピュータシステム９００がどのように動作するのかについては周知であり、詳細な説明は省略する。

また、本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

以上より、本発明による認証装置等によれば、適切なタイミングで認証を行うことができるという効果が得られ、認証を行う認証装置等として有用である。

本発明の実施の形態１による認証装置の構成を示すブロック図 同実施の形態による認証装置の動作を示すフローチャート 同実施の形態による認証装置の動作を示すフローチャート 同実施の形態による認証装置の動作を示すフローチャート 同実施の形態における条件情報の一例を示す図 同実施の形態における認証方法対応情報の一例を示す図 同実施の形態における認証方法識別情報と入力要求情報との対応の一例を示す図 同実施の形態における認証装置を含むシステムの一例を示す図 同実施の形態における登録認証情報の一例を示す図 同実施の形態における表示の一例を示す図 同実施の形態における表示の一例を示す図 同実施の形態における認証履歴情報の一例を示す図 同実施の形態における処理履歴情報の一例を示す図 同実施の形態における表示の一例を示す図 同実施の形態における表示の一例を示す図 同実施の形態における表示の一例を示す図 同実施の形態における条件ＩＤと正当ユーザ識別情報との対応の一例を示す図 同実施の形態による登録認証情報記憶部を備えた認証装置の構成を示すブロック図 同実施の形態におけるコンピュータシステムの外観一例を示す模式図 同実施の形態におけるコンピュータシステムの構成の一例を示す図

符号の説明

１ 認証装置
２ 認証サーバ
１１ ログイン認証情報受付部
１２ ログイン認証部
１３ 入力受付部
１４ 処理実行部
１５ 処理履歴情報蓄積部
１６ 条件情報記憶部
１７ 判断部
１８ 認証方法対応情報記憶部
１８、２０ 認証情報受付部
１９ 入力要求情報出力部
２１ 認証部
２２ 認証履歴情報蓄積部
２２、２３ 制御部
３１ 登録認証情報記憶部

Claims (16)

1. 入力を受け付ける入力受付部と、
   前記入力受付部が受け付けた入力に応じた処理を実行する処理実行部と、
   認証を行う条件を示す情報である条件情報が記憶される条件情報記憶部と、
   前記条件情報記憶部で記憶されている条件情報の条件が満たされるかどうか判断する判断部と、
   認証情報を受け付ける認証情報受付部と、
   前記認証情報受付部が受け付けた認証情報を用いて、正当であるかどうかを認証する認証部と、
   条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、前記処理実行部による処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御する制御部と、を備えた認証装置。
2. 前記条件情報の条件が満たされると前記判断部が判断した場合に、認証情報の入力を要求する情報である入力要求情報を出力する入力要求情報出力部をさらに備え、
   前記認証情報受付部は、前記入力要求情報の出力に応じて、認証情報を受け付け、
   前記制御部は、条件情報の条件が満たされると前記判断部が判断した場合において、当該判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて前記認証部によって正当であると認証されたときには、前記処理実行部による処理が実行されるように制御し、当該判断に応じた入力要求情報の出力に応じて入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御する、請求項１記載の認証装置。
3. 前記条件情報記憶部では、特定の処理を実行することを認証の条件とする条件情報が記憶される、請求項１または請求項２記載の認証装置。
4. 前記特定の処理は、情報の送信である、請求項３記載の認証装置。
5. 前記特定の処理は、特定のウィンドウをアクティブにすることである、請求項３記載の認証装置。
6. 前記制御部は、前記特定の処理を実行することを認証の条件とする条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、当該特定の処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、当該特定の処理が実行されないように制御する、請求項３から請求項５のいずれか記載の認証装置。
7. 前記条件情報記憶部では、前記入力受付部で所定の時間以上入力が受け付けられていないことを認証の条件とする条件情報が記憶される、請求項１から請求項６のいずれか記載の認証装置。
8. 前記条件情報記憶部では、特定のファイルに対する処理を実行することを認証の条件とする条件情報が記憶される、請求項１から請求項７のいずれか記載の認証装置。
9. 前記条件情報と、認証方法を識別する情報である認証方法識別情報とを対応付ける情報である認証方法対応情報が記憶される認証方法対応情報記憶部をさらに備え、
   前記入力要求情報出力部は、前記判断部によって条件が満たされると判断された条件情報に、前記認証方法対応情報によって対応付けられる認証方法識別情報の識別する認証方法による認証情報の入力を要求する入力要求情報を出力し、
   前記認証部は、当該入力要求情報の出力に応じて受け付けられた認証情報を用いて、当該入力要求情報に応じた認証方法を用いた認証を行う、請求項２記載の認証装置。
10. 前記処理実行部が実行した処理の履歴に関する情報である処理履歴情報を蓄積する処理履歴情報蓄積部と、
    前記認証部が実行した認証の履歴に関する情報である認証履歴情報を蓄積する認証履歴情報蓄積部と、をさらに備えた、請求項１から請求項９のいずれか記載の認証装置。
11. 前記認証情報受付部が受け付ける認証情報には、ユーザを識別する情報であるユーザ識別情報が含まれる、請求項１から請求項１０のいずれか記載の認証装置。
12. 前記認証情報の認証で用いられる情報である登録認証情報が記憶される登録認証情報記憶部をさらに備え、
    前記認証部は、前記認証情報受付部が受け付けた認証情報と、前記登録情報記憶部で記憶されている登録認証情報とを用いて認証を行う、請求項１から請求項１１のいずれか記載の認証装置。
13. 前記認証部は、前記認証情報受付部が受け付けた認証情報を認証サーバに送信し、当該認証サーバから送信された、認証の結果を示す情報である認証結果情報を受信し、当該認証結果情報を用いて認証を行う、請求項１から請求項１１のいずれか記載の認証装置。
14. ログイン時の認証情報であるログイン認証情報を受け付けるログイン認証情報受付部と、
    前記ログイン認証情報受付部が受け付けたログイン認証情報を用いて、正当であるかどうかを認証するログイン認証部と、をさらに備え、
    前記処理実行部、前記判断部、前記認証情報受付部、前記認証部、前記制御部による処理は、前記ログイン認証部によって正当であると認証された後に実行されるものである、請求項１から請求項１３のいずれか記載の認証装置。
15. 入力受付部と、処理実行部と、認証を行う条件を示す情報である条件情報が記憶される条件情報記憶部と、判断部と、認証情報受付部と、認証部と、制御部とを用いて処理される認証方法であって、
    前記入力受付部が、入力を受け付ける入力受付ステップと、
    前記処理実行部が、前記入力受付ステップで受け付けた入力に応じた処理を実行する処理実行ステップと、
    前記判断部が、前記条件情報記憶部で記憶されている条件情報の条件が満たされるかどうか判断する判断ステップと、
    前記認証情報受付部が、認証情報を受け付ける認証情報受付ステップと、
    前記認証部が、前記認証情報受付ステップで受け付けた認証情報を用いて、正当であるかどうかを認証する認証ステップと、
    前記制御部が、条件情報の条件が満たされると前記判断ステップで判断した場合において、入力された認証情報を用いて前記認証ステップで正当であると認証されたときには、前記処理実行ステップでの処理が実行されるように制御し、入力された認証情報を用いて前記認証ステップで正当でないと認証されたときには、前記処理実行ステップでの処理が実行されないように制御する制御ステップと、を備えた認証方法。
16. コンピュータを、
    認証を行う条件を示す情報である条件情報が記憶される条件情報記憶部で記憶されている条件情報の条件が満たされるかどうか判断する判断部と、
    認証情報を受け付ける認証情報受付部と、
    前記認証情報受付部が受け付けた認証情報を用いて、正当であるかどうかを認証する認証部と、
    条件情報の条件が満たされると前記判断部が判断した場合において、入力された認証情報を用いて前記認証部によって正当であると認証されたときには、入力を受け付ける入力受付部が受け付けた入力に応じた処理を実行する処理実行部による処理が実行されるように制御し、入力された認証情報を用いて前記認証部によって正当でないと認証されたときには、前記処理実行部による処理が実行されないように制御する制御部として機能させるためのプログラム。

Images