(57)【要約】【課題】  複数の認証方式を有する認証処理装置、プログラム、認証処理システムおよび認証処理方法を提供すること。【解決手段】  本認証処理装置２００は、情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段２０４と、認証要求を受け付けないようにする契機となるロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段２０６と、認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の受付状態を更新する認証処理手段２０８と、関連付け情報に基づいて生成された一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう一の認証方式の受付状態を更新する解除判定手段２１０とを含む。【選択図】  図３
2016071688.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される情報機器を利用する利用者を認証する認証処理装置であって、
情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段と、
認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および前記認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段と、
前記認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の前記受付状態を更新する認証処理手段と、
前記関連付け情報に基づいて生成された前記一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新する解除判定手段と
を含む、認証処理装置。
【請求項２】
前記一の認証方式は、基準となる認証方式に比較してパスワード空間が狭い認証方式にかかるものであり、前記認証処理装置は、さらに、
前記基準となる認証方式の前記関連付け情報に基づき、前記一の認証方式のロック条件およびロック解除条件またはこれらの一方を、前記基準となる認証方式のものよりも厳しくなるように生成する条件生成手段をさらに含む、請求項１に記載の認証処理装置。
【請求項３】
前記条件生成手段は、前記一の認証方式のロック条件およびロック解除条件またはこれらの一方を、前記基準となる認証方式のパスワード空間、ロック条件およびロック解除条件で規定される攻撃耐性の評価値と、前記一の認証方式のパスワード空間、ロック条件およびロック解除条件で規定される攻撃耐性の評価値とが略同等となるように、算出する、請求項２に記載の認証処理装置。
【請求項４】
前記ロック条件は、その回数に達した場合に認証要求を受け付けないようにする連続失敗回数であり、前記ロック解除条件は、前記ロック条件により前記認証要求を受け付けないようにされた後、その時間が経過した場合に認証要求を再度受け付けるようにするロック解除時間である、請求項１〜３のいずれか１項に記載の認証処理装置。
【請求項５】
前記認証処理手段は、前記認証要求が該一の認証方式のロック条件を満していた場合に、前記関連付け情報にて該ロック条件に対応付けられるロック解除条件に規定される期間だけ、該認証方式による認証要求を受け付けないように制御することを特徴とする、請求項１〜４のいずれか１項に記載の認証処理装置。
【請求項６】
前記受付状態管理手段は、認証方式毎の受付状態を各利用者毎に管理し、前記ロック条件および前記ロック解除条件は、利用者毎のロックアウトを規定するものである、請求項１〜５のいずれか１項に記載の認証処理装置。
【請求項７】
前記認証処理手段は、前記一の認証方式とは異なる他の認証方式による認証要求の実行に基づき、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新することを特徴とする、請求項１〜６のいずれか１項に記載の認証処理装置。
【請求項８】
ネットワークを介して接続される情報機器を利用する利用者を認証する認証処理装置であって、
情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段と、
認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および前記認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段と、
前記認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の前記受付状態を更新する認証処理手段と
を含み、
前記認証処理手段は、前記一の認証方式とは異なる他の認証方式による認証要求の実行に基づき前記一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新する、認証処理装置。
【請求項９】
コンピュータを、ネットワークを介して接続される情報機器を利用する利用者を認証する認証処理装置として機能させるためのプログラムであって、コンピュータを、
情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段、
認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および前記認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段、
前記認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の前記受付状態を更新する認証処理手段、および
前記関連付け情報に基づいて生成された前記一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新する解除判定手段
として機能させるためのプログラム。
【請求項１０】
ネットワークを介して接続される情報機器を利用する利用者を認証する認証処理システムであって、
情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段と、
認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および前記認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段と、
前記認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の前記受付状態を更新する認証処理手段と、
前記関連付け情報に基づいて生成された前記一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新する解除判定手段と
を含む、認証処理システム。
【請求項１１】
ネットワークを介して接続される情報機器を利用する利用者を認証する認証処理装置が実行する認証処理方法であって、
情報機器を利用する場合の一の認証方式にかかる認証要求を受信するステップと、
前記認証要求の結果に応じ、該認証要求にかかる一の認証方式の、認証要求を受け付けないようにするためのロック条件が満たされるか否かを判定するステップと、
前記ロック条件が満たされたと判定された場合に、前記一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の管理される受付状態を更新するステップと、
前記一の認証方式の、認証要求を再度受け付けるようにするためのロック解除条件が満たされか否かを判定するステップと、
前記ロック解除条件が満たされたと判定された場合に、認証要求を再度受け付けるよう前記一の認証方式の前記受付状態を更新するステップと
を含み、前記一の認証方式のロック解除条件は、前記ロック条件、前記ロック解除条件および前記認証方式を少なくとも関連付けた関連付け情報に基づき生成される、認証処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証処理装置、プログラム、認証処理システムおよび認証処理方法に関し、より詳細には、複数の認証方式を有する認証処理装置、プログラム、認証処理システムおよび認証処理方法に関する。
【背景技術】
【０００２】
従来、情報機器を介してユーザを識別して認証するユーザ認証機能を備えたシステムが提供されている。認証に必要な情報としては、キーボードによるユーザ名およびパスワードや、ＩＣ（Integrated Circuit）カードリーダによるＩＣカード内の書き込まれたデータ、指紋認証装置による指紋データ、顔認証装置による顔画像データを挙げることができる。
【０００３】
上述したようなユーザ認証機能において、キーボードやＩＣカードリーダなどの入力装置を備えた情報機器であれば、ある程度複雑な認証情報が入力可能である。しかしながら、上述したような高度な入力装置を備えていない情報機器も存在する。
【０００４】
例えば、英字などによる人が覚えやすく理解しやすいユーザ名と、英字および数字が混在した８桁以上のパスワードを入力する場合を考える。クライアント・パーソナル・コンピュータから操作するアプリケーションでは、キーボードが広く採用されている。複合機などでは、ＩＣカードやキーボードが広く採用されている。このような、キーボードやＩＣカードリーダを利用できる情報機器であれば、上述したユーザ認証でも不自由なく運用可能である。
【０００５】
しかしながら、プリンタ、プロジェクタ、電話会議システムなどの情報機器では、部品コストや機器デザインの観点から、ＩＣカードリーダやキーボードを搭載していない場合もある。例えば、キーボードやＩＣカードリーダを備えないが、テンキーを備えたプリンタが知られている。このプリンタでは、テンキーにアルファベットを割り当てることで、英数字のユーザ名およびパスワードを入力可能にできる。しかしながら、ユーザにとって慣れない入力方法となり、かつ、１文字入力するために複数回の操作を行う必要があるため、ユーザビリティが低下してしまう。
【０００６】
また、これらの情報機器は、官公庁、教育機関および企業などの組織においては、組織内のネットワークに接続され、いずれの情報機器からでも同様な情報資産にアクセスできることが望まれる場合がある。しかしながら、例えば、通常は英数字のパスワードを求めるが、テンキーのみを備えたプリンタでは数字のみのパスワードを受け付けるというような複数の認証方式の混在を許容する運用を行うと、利用する情報機器によってユーザ認証のセキュリティ強度が異なることになる。これは、脆弱な攻撃ルートを作り、組織内の全体のセキュリティレベルを低下させてしまうことに繋がる。
【０００７】
このような背景から、入力装置が異なる複数の情報機器が混在する環境において、ユーザビリティを低下させず、かつ、全体のセキュリティレベルを維持することができる技術の開発が求められていた。
【０００８】
例えば、ユーザ認証に関連して、特許第５０６７０６５号公報（特許文献１）が知られている。特許文献１には、生体認証を備えた第１の画像形成装置と、ユーザ名およびパスワードによる認証を備えた第２の画像形成装置を併用する際に、後者を利用する際のセキュリティ強度を高めることを目的とした技術が開示される。特許文献１の従来技術では、第１の画像形成装置での認証に成功した際に発行される認証情報を第２の画像形成装置の認証時にユーザに入力させることで後者による認証を許可している。
【０００９】
また、特開２００６‐１８９９９９号公報（特許文献２）は、指紋認証と暗証コード認証による２つの認証方式を併用した機器においてセキュリティを強化することを目的とした技術を開示する。特許文献２には、生体認証と暗証コード認証のそれぞれで所定回数認証失敗した場合に、生体認証でのみ認証可能とする方式が開示されている。
【００１０】
しかしながら、特許文献１および特許文献２に開示される従来技術は、いずれも、入力装置が異なる複数の情報機器が混在する環境において、ユーザビリティを低下させず、かつ、全体のセキュリティレベルを維持することができるものではなかった。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明は、上記従来技術における不充分な点に鑑みてなされたものであり、本発明は、複数の認証方式が混在する環境において、複数の認証方式各々に応じたロック条件およびロック解除条件を導入することで、ユーザビリティを低下させず、全体のセキュリティ強度を維持することができる、認証処理装置、プログラム、認証処理システムおよび認証処理方法を提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明は、上記課題を解決するために、ネットワークを介して接続される情報機器を利用する利用者を認証する、下記特徴を有する認証処理装置を提供する。本認証処理装置は、情報機器を利用する場合の認証方式毎の受付状態を管理する受付状態管理手段と、認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件、および認証方式を少なくとも関連付けた関連付け情報を管理する認証方式情報管理手段とを含む。本認証処理装置は、さらに、認証要求の結果に応じ、該認証要求にかかる一の認証方式のロック条件が満たされた場合に、該一の認証方式にかかる認証要求を受け付けないよう該一の認証方式の上記受付状態を更新する認証処理手段と、上記関連付け情報に基づいて生成された上記一の認証方式のロック解除条件が満たされた場合に、認証要求を再度受け付けるよう一の認証方式の受付状態を更新する解除判定手段とを含む。
【発明の効果】
【００１３】
上記構成により、複数の認証方式が混在する環境において、認証要求の受付状態を制御するロック条件およびロック解除条件を認証方式毎に管理することで、ユーザビリティを低下させず、全体のセキュリティ強度を維持することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態による認証サーバを含み構成される認証システムを示す概略図。
【図２】本実施形態による認証サーバのハードウェア構成図。
【図３】本実施形態による認証サーバの構成を示す機能ブロック図。
【図４】本実施形態による利用者情報管理部で管理される利用者情報のデータ構造を示す図。
【図５】本実施形態による認証方式情報管理部で管理される認証方式情報のデータ構造を示す図。
【図６】本実施形態による認証システムにおいて実行される利用者認証処理を示すシーケンス図。
【図７】本実施形態による認証サーバが実行する利用者認証処理を示すフローチャート。
【図８】本実施形態による認証サーバが実行するロック解除判定処理を示すフローチャート。
【図９】他の実施形態による認証サーバの構成を示す機能ブロック図。
【図１０】他の実施形態による認証方式情報管理部で管理される認証方式情報のデータ構造を示す図。
【図１１】他の実施形態による認証システムにおいて実行される利用者認証処理、およびそれに後続する他の認証方式のロック解除処理を示すシーケンス図。
【発明を実施するための形態】
【００１５】
以下、本実施形態について説明するが、本実施形態は、以下に説明する実施形態に限定されるものではない。なお、以下に説明する実施形態では、認証処理装置および認証処理システムとして、ネットワークを介して接続される情報機器を利用する利用者の認証を行う認証サーバを含んだ認証システムを一例として説明する。
【００１６】
図１は、本実施形態による認証サーバ１２０を含み構成される認証システム１００の概略を示す図である。図１に示すように、認証システム１００は、１以上の情報機器１１０と、情報機器１１０各々からの利用者の認証要求を受け付ける認証サーバ１２０とを含み構成される。１以上の情報機器１１０および認証サーバ１２０は、ネットワーク１０２を介して相互に接続される。ネットワーク１０２は、特に限定されるものではないが、例えば、有線、無線またはこれらの混合のローカル・エリア・ネットワークなどとして構成される。
【００１７】
認証サーバ１２０は、官公庁、企業、教育機関などの組織において、システムを利用可能な利用者の認証に必要となる情報を管理する。認証サーバ１２０は、情報機器１１０からの認証要求を受信し、利用者認証を行い、情報機器１１０へ認証結果を送信する。認証サーバ１２０は、典型的には、サーバ・コンピュータなどの汎用コンピュータによって構成される。しかしながら、特に限定されるものではなく、他の実施形態では、複合機などの他の情報機器に組み込まれていてもよい。
【００１８】
また、説明する実施形態では、認証サーバ１２０は、利用者の認証に必要となる情報を保持するユーザ・データベースを自身が備えるものとして説明する。しかしながら、他の実施形態では、認証サーバ１２０とは別に、利用者の認証に必要となる情報を一元管理するユーザ・データベース・サーバが設けられてもよい。
【００１９】
図１には、利用者からの認証にかかる操作を受け付ける１以上の情報機器１１０が示されている。１以上の情報機器１１０は、それぞれ、利用者の入力操作に応答して、認証サーバ１２０に対し認証要求を行い、認証サーバ１２０からの認証結果に応じて、利用者に対して自身の各種情報処理機能を提供するか否かを制御する。提供される情報処理機能としては、情報機器１１０の備えるハードウェアに依存するものであり、特に限定されるものではないが、コピー、スキャン、プリント、ファクシミリ送信、電子メール送信、ファイル転送などの各種ジョブを挙げることができる。また、認証結果に応じて、ネットワーク１０２上の情報資産へのアクセスの可否が制御される。
【００２０】
利用者が操作する情報機器１１０としては、図１には、複合機１１０ａおよびレーザプリンタ１１０ｂが例示されている。複合機１１０ａは、ＩＣカードリーダまたはＮＦＣ（Near Field Communication）リーダを備え、ＩＣカードまたはＮＦＣデバイスをリーダに接触させることで、ユーザ名およびパスワードといった認証情報を入力することができる。複合機１１０ａは、説明する実施形態において、英数字などの多くの文字種を容易に入力できる入力装置を備えた情報機器の一例として示されている。一方、レーザプリンタ１１０ｂは、説明する実施形態においては、テンキーのみを備え、数字のみといった少ない文字種しか容易に入力できない入力装置を備えた情報機器の一例として示されている。
【００２１】
なお、情報機器１１０としては、これらに限定されるものではなく、複写機や複合機、レーザプリンタ、インクジェットプリンタなどの画像形成装置、スキャナなどの画像読取装置、ファクシミリなどの画像通信装置、プロジェクタなどの映像投影装置、デジタルスチルカメラやデジタルビデオカメラなどの撮像装置、パーソナル・コンピュータや携帯情報端末などの情報処理端末、電子黒板、遠隔会議端末といった如何なる情報機器を挙げることができる。情報機器は、製品価格帯、製品コンセプトあるいは機器デザインの観点から、種々の１つまたは複数の入力装置を備えている可能性がある。入力装置としては、特に限定されるものではないが、例えば、上述したＩＣカードリーダ、ＮＦＣリーダ、テンキーの他、ハードウェア・キーボード、タッチパネル上のソフトウェア・キーボード、上下左右のカーソルキーなどを挙げることができる。
【００２２】
また、図１では、情報機器として、２つのみが示されているが、１つであってもよいし、３以上であってもよく、情報機器１１０の数は、特に限定されるものではない。さらに、認証サーバ１２０が他の情報機器に組み込まれる特定の実施形態では、利用者からの認証を受け付ける機器として認証サーバ自身が含まれてもよい。
【００２３】
上述したように、異なる入力装置を備えた情報機器１１０ａ，１１０ｂが混在する環境においては、一律に同じ認証方式（どのような認証情報を使用して認証を行うかの方式をいう。）を求めることもできる。この場合は、例えばテンキーを備えるレーザプリンタ１１０ｂなどでは、数字キーにアルファベットを割り当てることで、英数字を入力可能とし、すべての情報機器１１０ａ，１１０ｂに英数字のパスワードの認証方式を求めてもよい。しかしながら、そのような入力方法は、ユーザにとって慣れないものとなり、かつ、１文字入力するために複数回の操作を行う必要があるため、ユーザビリティが大きく低下してしまう。
【００２４】
これに対して、リーダを備えた複合機１１０ａには英数字のパスワードを求める一方で、テンキーのみを備えたレーザプリンタ１１０ｂには、ユーザビリティを考慮して数字のみのパスワードを受け付けるという運用を行うこともできる。しかしながら、このように複数の認証方式の混在を許容する運用を行う場合は、そのままでは、よりパスワード空間の狭い数字のみのパスワードが脆弱な攻撃ルートとなる可能性がある。ひいては、組織内の全体のセキュリティレベルを低下させてしまうことに繋がりかねない。
【００２５】
そこで、説明する実施形態では、異なる入力装置を備えた情報機器が混在する環境において、情報機器が備える入力装置の特性に応じて複数の認証方式を許容するとともに、認証方式毎にそれに応じた寛厳でロックアウトのロック条件およびロック解除条件を導入する。特定の実施形態では、パスワード空間のより狭い認証方式に対して、より厳しいロック条件およびロック解除条件を課す。これにより、認証方式のパスワード空間の広さとは異なる観点からセキュリティ強化が図られ、システム全体の実効的なセキュリティ強度の維持が図られる。
【００２６】
以下、図２を参照しながら、本実施形態による認証サーバ１２０のハードウェア構成について説明する。
【００２７】
図２は、本実施形態による認証サーバ１２０のハードウェア構成を示す図である。本実施形態による認証サーバ１２０は、デスクトップ型のパーソナル・コンピュータ、ワークステーションなどの汎用コンピュータなどとして構成されている。図２に示す認証サーバ１２０は、ボード１０上に、シングルコアまたはマルチコアのＣＰＵ（Central Processing Unit）１２と、ＣＰＵ１２およびメモリの接続を担うノースブリッジ１４と、ＰＣＩバスやＵＳＢなどのＩ／Ｏへの接続を担うサウスブリッジ１６とを含む。
【００２８】
ノースブリッジ１４には、ＣＰＵ１２の作業領域を提供するＲＡＭ（Random Access Memory）１８と、映像信号を出力するグラフィックボード２０とが接続される。グラフィックボード２０には、映像出力インタフェースを介してディスプレイ５０に接続される。
【００２９】
サウスブリッジ１６には、ＰＣＩ（Peripheral Component Interconnect）２２、ＬＡＮポート２４、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）１３９４ポート２６、ＵＳＢ（Universal Serial Bus）ポート２８、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）などの補助記憶装置３０、オーディオ入出力３２およびシリアルポート３４が接続される。補助記憶装置３０は、認証サーバ１２０を制御するためのＯＳ、後述する機能部および処理を実現するための制御プログラムや各種システム情報や各種設定情報を格納する。
【００３０】
ＬＡＮポート２４は、認証サーバ１２０をネットワーク１０２に接続させるインタフェース機器である。ＵＳＢポート２８には、キーボード５２およびマウス５４などの入力装置が接続されてもよく、当該認証サーバ１２０の操作者からの各種指示の入力を受け付けるためのユーザ・インタフェースを提供することができる。
【００３１】
本実施形態による認証サーバ１２０は、補助記憶装置３０から制御プログラムを読み出し、ＲＡＭ１８が提供する作業空間に展開することにより、ＣＰＵ１２の制御の下、後述する各機能部および各処理を実現する。なお、図２を参照して、認証サーバ１２０について説明したが、複合機１１０ａおよびレーザプリンタ１１０ｂについては、詳細は説明しないが、同様に、ＣＰＵ、ＲＡＭ、入力装置、表示装置、ネットワーク・インタフェースなどを含んで構成することができる。
【００３２】
以下、図３〜図８を参照しながら、本実施形態による認証システム１００において実現される利用者認証機能について、より詳細に説明する。図３は、本実施形態による認証サーバ１２０の構成を示す機能ブロック図である。
【００３３】
本実施形態による認証サーバ１２０の機能ブロック２００は、ネットワーク制御部２０２と、利用者情報管理部２０４と、認証方式情報管理部２０６と、認証処理部２０８と、解除条件判定部２１０と、条件生成部２１２とを含み構成される。
【００３４】
ネットワーク制御部２０２は、ＬＡＮポート２４などのネットワーク・インタフェースを介して、所定プロトコルに従って通信を制御する。ネットワーク制御部２０２は、ネットワーク１０２を介した情報機器１１０からの認証要求を受信し、情報機器１１０へ認証結果を送信する。
【００３５】
利用者情報管理部２０４は、利用者の認証に必要となる情報を保持するユーザ・データベースであり、利用者毎に、認証に必要となる認証関連情報、アクセス制御に関する情報、および、氏名や連絡先などの属性情報を管理する。本実施形態による利用者情報管理部２０４は、情報機器１１０を利用する場合の認証方式毎に、認証要求を受け付け可能とするかを示すロックアウト状態を利用者毎に管理している。
【００３６】
図４は、利用者情報管理部２０４で管理される利用者情報のデータ構造を示す図である。図４（Ａ）は、利用者毎のテーブルを示し、図４（Ｂ）は、図４（Ａ）に示すテーブル内の特定の利用者の認証関連情報を示すテーブルである。図４（Ａ）に示すように、利用者情報は、認証関連情報、アクセス制御リスト、電子メールアドレスなどの項目を利用者毎に保持している。各利用者の認証関連情報は、図４（Ｂ）に示すように、複数の認証方式の各々毎に、ユーザ名、パスワード（そのハッシュ値など）、認証連続失敗回数、ロックアウト状態およびロックアウト開始時刻を管理する。ロックアウト状態が「ロック」であれば、その認証方式による認証要求が受け付けられず、「未ロック」であれば、その認証方式による認証要求が受け付け可能となる。
【００３７】
図４（Ｂ）の例示では、基本認証の認証方式には、英数字のユーザ名および英数字混合のパスワードが保持されており、テンキー認証の認証方式には、数字のみのユーザ名および数字のみのパスワードが保持されている。
【００３８】
上述した図４（Ｂ）に示すテーブル中の認証方式毎のロックアウト状態は、本実施形態における認証方式毎の受付状態であり、利用者情報管理部２０４は、本実施形態における受付状態管理手段を構成する。
【００３９】
なお、説明する実施形態では、同一ユーザ名に対する認証連続失敗回数を計数し、利用者毎にロックアウト状態を管理するものとして説明する。しかしながら、ある利用者のユーザ名に対して複数のパスワードを試行する攻撃パターンのほか、あるパスワードに対して複数のユーザ名を試行する攻撃パターンもある。したがって、他の実施形態では、同一パスワードの連続する認証失敗に反応させて、その連続認証失敗回数を計数し、パスワード毎にロックアウト状態を管理するように構成されてもよい。
【００４０】
認証方式情報管理部２０６は、認証要求を受け付けないようにするためのロック条件、認証要求を再度受け付けるようにするためのロック解除条件および認証方式を関連付けた認証方式情報を管理する。ここで、ロック条件は、典型的には、認証の失敗が、その回数に達した場合に認証要求を受け付けないようにする連続失敗回数に対する閾値、所定期間内の連続失敗回数（５分間のうちに３回失敗など）に対する閾値などとして規定することができる。ロック解除条件は、ロック条件によりロックアウトにされた後、その時間が経過した場合にロックアウトを解除するロック解除時間として規定することができる。説明する実施形態において、ロックアウトは、上述したようにユーザ名単位で制御される。
【００４１】
図５は、認証方式情報管理部２０６で管理される認証方式情報のデータ構造を示す図である。図５に示すように、認証方式情報は、パスワード形式、パスワード空間、認証失敗にかかる時間、ロック条件およびロック解除条件を認証方式毎に保持している。パスワード形式は、文字種および文字数を含み構成され、パスワード形式からパスワード空間を導くことができる。
【００４２】
図５の例示では、基本認証の認証方式では、パスワード形式が英数字の文字種で８桁の文字数とされ、パスワード空間が約３．０×１０１２あり、１回の認証失敗にかかる時間が１秒であり、連続失敗回数１０がロック条件であり、１０秒のロック解除時間がロック解除条件であることが示されている。また、テンキー認証の認証方式には、数字のみの文字種で８桁の文字数とされ、パスワード空間が約１．０×１０８あり、１回の認証失敗にかかる時間が１秒であり、連続失敗回数１がロック条件とされていることが示されている。テンキー認証のロック解除条件は、図５では、空欄となっているが、これは、好適な実施形態において、後述する条件生成部２１２にて生成される。
【００４３】
認証処理部２０８は、ネットワーク制御部２０２を介して受信した情報機器１１０からの認証要求に応答して、認証要求に含まれる認証方式で利用者認証処理を実行し、ネットワーク制御部２０２を介して情報機器１１０へ認証結果を送信する。本実施形態による認証処理部２０８は、さらに、認証要求の結果に応じ、該認証要求にかかる認証方式のロック条件が満たされたか否かを判定する。より具体的には、認証の失敗に応答し、認証方式毎に認証の連続失敗回数を計数するカウンタ（図４（Ｂ）の連続認証失敗回数のフィールド）をインクリメントし、ロック条件が満たされたか否かを判定する。
【００４４】
ロック条件が満たされ場合には、認証処理部２０８は、その認証方式にかかる認証要求を受け付けないように、利用者情報管理部２０４のそのユーザ名に対応するその認証方式のロックアウト状態（図４（Ｂ）のロックアウト状態のフィールド）を「ロック」に更新する。これにより、上記認証方式情報にて該ロック条件に対応付けられるロック解除条件に規定される期間だけ、当該認証方式による認証要求を受け付けないように制御される。
【００４５】
解除条件判定部２１０は、ロック条件が満たされて一度ロックアウトされた場合に、その認証方式についてロック解除条件が満たされたか否かを判定する。より具体的には、ロックアウト開始時刻が記録されるとすると、そのロックアウト開始時刻からの経過時間をモニタし、ロック解除条件として指定された解除時間が経過したか否かを判定する。あるいは、ロックアウト開始時に作動されるタイマーとして、ロック解除時間が経過したかを判定する。ロック解除条件が満たされた場合には、解除条件判定部２１０は、その認証方式にかかる認証要求を再度受け付けるように、利用者情報管理部２０４のそのユーザ名に対応するその認証方式のロックアウト状態（図４（Ｂ）のロックアウト状態のフィールド）を「未ロック」に更新する。
【００４６】
上述までの説明では、認証方式毎のロック条件およびロック解除条件が既に決定されているものとして説明した。本実施形態による条件生成部２１２は、認証方式毎に適したロック条件およびロック解除条件を計算し、生成する機能を提供する。
【００４７】
外部からパスワードを破るための攻撃としては、総当り攻撃や辞書攻撃が知られている。総当り攻撃とは、パスワードが取り得る値を機械的に順番に選択して認証にチャレンジする攻撃をいう。辞書攻撃とは、よく使われるパスワードのリストや、意味のある単語のリストなどのリストを使って、認証にチャレンジする攻撃である。
【００４８】
総当り攻撃への耐性は、総当りにかかる時間が長いほど強くなることが知られており、総当りにかかる時間は、１回のチャレンジに要する時間およびパスワード空間（取り得るパターン数）の積によって決まる。これに加えて、規定回数連続して認証失敗した場合に、一定時間認証できないようにする、所謂ロックアウトを行うことで、この総当りにかかる時間を延ばし、セキュリティ強化することができる。
【００４９】
例えば、１回のチャレンジに要する時間を１秒とし、数字のみ４桁でパスワード空間を１００００通りとし、ロック条件を１０回連続失敗とし、ロック解除条件をロックから１０秒経過に設定すると、全パスワードの総当りに要する時間は、１９９９０秒（＝１秒×１００００通り＋１０秒×９９９回）となる。そして、パスワードが破られるまでの平均回数は、その半分となる。
【００５０】
テンキーしか備えない情報機器１１０ｂの場合、ユーザビリティを損なわずに、比較的大きいパスワード空間のパスワードを入力させることは難しい。しかしながら、そのテンキーに対応した文字種の入力による認証方式のロック条件およびロック解除条件を、他の比較的大きいパスワード空間の認証方式よりも厳しくすることによって、総当たりに要する時間を延長し、セキュリティを強化することができる。なお、辞書攻撃への耐性は、パスワード空間の大きさに加えて、ユーザが注意をするかどうかで決定されるが、ロック条件およびロック解除条件を厳しくすることにより、総当たり攻撃の場合と同様な効果が期待される。
【００５１】
そこで、本実施形態による条件生成部２１２は、基準となる認証方式に比較してパスワード空間が狭い認証方式のロック条件およびロック解除条件またはこれらの一方を、基準となる認証方式の認証方式情報（ロック条件、ロック解除条件およびその認証方式に付随するパスワード空間や認証失敗１回に要する時間）に基づき、基準となる認証方式のものよりも厳しくなるように生成する。つまり、ロック条件については、ロックをかける閾値をより低くし、ロック解除条件については、ロックをかける時間をより長くする。
【００５２】
より好ましい実施形態では、条件生成部２１２は、基準となる認証方式のパスワード空間、ロック条件およびロック解除条件で規定される攻撃耐性の評価値と、生成しようとする認証方式のパスワード空間、ロック条件およびロック解除条件で規定される攻撃耐性の評価値とが略同等となるように、その認証方式のロック条件およびロック解除条件またはこれらの一方を算出することができる。
【００５３】
ここで、認証失敗に要する時間Ｔと、パスワード空間Ｓ、ロック条件の連続失敗回数Ｆ、ロック解除条件の解除時間Ｃとして、すべてのパスワードのパターンを試行するために要する時間（攻撃耐性の評価値）は、Ｓ（Ｔ＋Ｃ／Ｆ）で計算することができる。
【００５４】
図５に示す例を参照して、基準となる基本認証方式のパスワード空間Ｓ１、ロック条件Ｆ１、ロック解除条件Ｃ１、認証失敗にかかる時間Ｔ、求めようとするテンキー認証方式のパスワード空間Ｓ２、ロック条件Ｆ２、認証失敗にかかる時間Ｔが与えられるとして、基本認証およびテンキー認証間で上記評価値が略等しくなるように、以下のように、テンキー認証のロック解除条件を決定することができる。
【００５５】
Ｓ１（Ｔ＋Ｃ１／Ｆ１）＝Ｓ２（Ｔ＋Ｃ２／Ｆ２）
Ｃ２＝Ｆ２｛（Ｓ１／Ｓ２）＊（Ｔ＋Ｃ１／Ｆ１）−Ｔ｝
＝６．０×１０４−１［ｓ］（約１６．７時間）
【００５６】
条件生成部２１２は、この値を算出して、テンキー認証に対応するロック解除条件として認証方式情報管理部２０６に設定することで、テンキー認証でも、基本認証と略同等の実効的なセキュリティ強度を維持することが可能となる。なお、説明する実施形態では、ロック条件を固定し、ロック解除条件を計算するものとしたが、所定の制約条件の下で、ロック条件およびロック解除条件の組み合わせを最適化する態様としてもよい。なお、認証方式毎のロック条件およびロック解除条件の決定は、例えば、システムの運用開始時に設定することができる。また、運用開始後にセキュリティ強化またはユーザビリティ向上を目的として、パスワード形式やロック条件、ロック解除条件を変更することもできる。
【００５７】
上述したように、パスワード空間の狭い方の認証方式のロック条件およびロック解除条件を厳しくすることにより、間違えた場合の手間は増えることになる。しなしながら、間違えなければ手間は増えないため、頻繁に間違えることがなければ、この手間は実用上問題にならないと考えられる。これに対して、総当たり攻撃や辞書攻撃に対しては、間違えたことによる遅延により、より多くの時間を必要とすることになり、実効的なパスワード強度の強化を図ることができる。
【００５８】
なお、図３を参照して、本実施形態による単一の認証サーバ１２０の機能構成として説明したが、認証システムの構成は、特に限定されるものではない。他の実施形態では、図３に示す認証サーバ１２０の各機能部を複数のコンピュータで分散実装してもよく、その際のコンピュータの数は、特に限定されるものではなく、どのコンピュータにどの機能を備えさせてもよい。
【００５９】
以下、図６および図７を参照しながら、本実施形態による利用者認証処理について、より詳細に説明する。図６は、本実施形態による認証システム１００において実行される利用者認証処理を示すシーケンス図である。
【００６０】
図６に示す処理は、利用者が情報機器１１０を操作し、所定の認証方式で認証情報を入力したことにより、ステップＳ１０１から開始される。ここでは、備える入力装置に応じた認証方式が情報機器１１０により提示され、利用者は、それに従った認証情報（ユーザ名およびパスワード）を入力することになる。
【００６１】
ステップＳ１０２では、情報機器１１０は、認証サーバ１２０に対し、認証要求を送信し、認証要求が認証方式および認証情報とともにネットワーク制御部２０２を経由して認証処理部２０８に渡される。ステップＳ１０３では、認証サーバ１２０の認証処理部２０８は、利用者情報管理部２０４に対し、認証方式およびユーザ名とともに利用者情報取得を要求する。ステップＳ１０４では、認証処理部２０８は、利用者情報管理部２０４から、認証方式およびユーザ名に対応した利用者情報の通知を受け取る。ステップＳ１０４においては、例えば、特定の利用者の指定の認証方式のユーザ名、パスワードおよびロックアウト状態が取得される。
【００６２】
ステップＳ１０５では、認証処理部２０８は、利用者から入力された認証情報に含まれる入力パスワードと、利用者情報管理部２０４から取得された、入力ユーザ名に対応する登録パスワードとを照合し、認証処理を行う。入力パスワードと登録パスワードとが一致していれば、認証成功となり、一致していなければ、認証失敗となる。この際に、利用者からの入力ユーザ名に対応する指定の認証方式のロックアウト状態が「ロック」であれば、ロックアウト中であるため、無条件に認証失敗となる。
【００６３】
認証が終了すると、認証に成功した場合は、ステップＳ１１１で、認証処理部２０８は、ネットワーク制御部２０２を介して情報機器１１０に認証結果通知を行う。ステップＳ１１４では、認証結果通知を受けた情報機器１１０は、ディスプレイなどに認証結果を表示し、認証結果を利用者に通知する。
【００６４】
一方、図６には、認証に失敗した場合の処理も示されている。認証に失敗した場合は、ステップＳ１０６では、認証処理部２０８は、利用者情報管理部２０４に対し、認証方式、ユーザ名および増分（例えば＋１）を指定し、認証の連続失敗回数の更新を要求する。ステップＳ１０７では、認証処理部２０８は、利用者情報管理部２０４から、増分後の連続失敗回数の通知を受ける。
【００６５】
ステップＳ１０８では、認証処理部２０８は、認証方式情報管理部２０６に対し、認証方式を指定して認証方式情報取得を要求する。ステップＳ１０９では、認証処理部２０８は、認証方式情報管理部２０６から、指定した認証方式に対応したロック条件およびロック解除条件の通知を受ける。
【００６６】
ステップＳ１０９では、認証処理部２０８は、ステップＳ１０７で取得した連続失敗回数と、認証方式情報管理部２０６から取得したロック条件とを比較し、ロック条件が満たされるか否かを判定する。ロック判定が終了すると、ロック条件を満たしていない場合は、ステップＳ１１１で、認証処理部２０８は、認証結果通知を行うことになる。
【００６７】
図６には、ロック判定でロック条件が満たされると判定された場合の処理も示されている。ロック条件を満たす場合は、ステップＳ１１２では、認証処理部２０８は、利用者情報管理部２０４に対し、現在利用されている認証方式、入力されたユーザ名およびロックアウトを示す値（値「ロック」）を指定し、ロックアウト状態の更新を要求する。ステップＳ１１３では、認証処理部２０８は、認証方式情報管理部２０６から取得されたロック条件およびロックアウト条件を含むロック通知を情報機器１１０に対し行う。
【００６８】
図７は、本実施形態による認証サーバ１２０が実行する利用者認証処理を示すフローチャートである。図７に示す処理は、図６に示したシーケンス図を、認証サーバ１２０が実行する処理としてまとめたものである。
【００６９】
図７に示す処理は、認証サーバ１２０が、情報機器１１０から認証要求を受信したことに応答して、ステップＳ２００から開始される。ステップＳ２０１では、認証サーバ１２０は、入力された認証情報に含まれるユーザ名に対応する利用者情報を取得する。ステップＳ２０２では、認証サーバ１２０は、指定された認証方式に従って認証を実行する。ステップＳ２０３では、認証サーバ１２０は、認証結果に応じて処理を分岐させる。
【００７０】
ステップＳ２０３で、認証に失敗したと判定された場合（ＮＯ）は、ステップＳ２０４へ処理が分岐される。ステップＳ２０４では、認証サーバ１２０は、利用者情報管理部２０４で管理される認証連続失敗回数を更新する。ステップＳ２０５では、認証サーバ１２０は、認証方式情報管理部２０６で管理される認証方式情報を取得する。ステップＳ２０６では、認証サーバ１２０は、取得したロック条件を満たすか否かを判定する。
【００７１】
ステップＳ２０６で、ロック条件が満たされると判定された場合（ＹＥＳ）は、ステップＳ２０７へ処理が進められる。ステップＳ２０７では、認証サーバ１２０は、利用者情報管理部２０４の当該認証方式のロックアウト状態を「ロック」に更新し、当該認証方式をロック状態へ遷移させる。ステップＳ２０８では、認証サーバ１２０は、情報機器１１０にロック通知を行う。ステップＳ２０９では、認証サーバ１２０は、情報機器１１０に対して認証結果を通知し、ステップＳ２１０で本処理を終了する。
【００７２】
これに対して、ステップＳ２０６で、ロック条件が満たされないと判定された場合（ＮＯ）は、ステップＳ２０９へ直接処理が進められる。また、ステップＳ２０３で、認証に成功したと判定された場合（ＹＥＳ）は、ステップＳ２１１へ処理が進められる。ステップＳ２１１では、認証サーバ１２０は、当該認証方式の認証連続失敗回数のカウンタをリセットし、ステップＳ２０９へ処理を進める。
【００７３】
図８は、本実施形態による認証サーバ１２０が実行するロック解除判定処理を示すフローチャートである。図８に示す処理は、所定のユーザ名の所定の認証方式がロック状態に遷移されたことに応答して、ステップＳ３００から開始される。
【００７４】
ステップＳ３０１では、認証サーバ１２０は、利用者情報に所定のユーザ名の所定の認証方式について記録されたロック開始時刻と、現在時刻と、認証方式情報に記録される所定の認証方式のロック解除条件とを比較し、ロック解除条件が満たされるか否かを判定する。ステップＳ３０１で、ロック解除条件が満たされていないと判定された場合（ＮＯ）は、ステップＳ３０２へ処理が分岐される。ステップＳ３０２では、一定時間待機が行われ、ステップＳ３０１へ処理がループされる。
【００７５】
これに対して、ステップＳ３０１で、ロック解除条件が満たされたと判定された場合（ＹＥＳ）は、ステップＳ３０３へ処理が分岐される。ステップＳ３０３では、認証サーバ１２０は、利用者情報のロックアウト状態を「未ロック」に更新し、ロックアウト開始時刻をクリアし、未ロック状態へ遷移させ、ステップＳ３０４で、本処理を終了させる。
【００７６】
以上説明した実施形態によれば、認証方式に応じた寛厳でロック条件およびロック解除を設定することによって、入力様式の異なる複数の認証方式の間で略同等なセキュリティ強度を確保することが可能となる。特に好ましい実施形態では、基準となる認証方式のロック条件およびロック解除条件に基づいて、その他の認証方式のロック条件およびロック解除条件またはこれらの一方の適切な値を計算することができる。
【００７７】
なお、上述した実施形態では、基本認証を経由した場合でも、基本認証よりもパスワード空間が狭い認証方式による認証を経由した場合でも、同一のアクセス権限が与えられるものとして説明した。しかしながら、他の実施形態では、基本認証よりもパスワード空間が狭い認証方式による認証を経由した場合のアクセス権限の範囲を、基本認証を経由した場合のアクセス権限の範囲よりも限定することができる。これにより、さらに、パスワード空間とは異なる観点からセキュリティ強化を図ることができる。
【００７８】
また、上述した実施形態では、ロック解除条件は、条件生成部２１２により自動計算するものとして説明した。以下、自動計算せず、ロック解除条件を時間に因らない条件とする他の実施形態について、図９〜図１１を参照しながら説明する。
【００７９】
図９は、他の実施形態による認証サーバの構成を示す機能ブロック図である。他の実施形態による認証サーバ１２０の機能ブロック２５０は、ネットワーク制御部２５２と、利用者情報管理部２５４と、認証方式情報管理部２５６と、認証処理部２５８とを含み構成される。
【００８０】
ネットワーク制御部２５２、利用者情報管理部２５４、認証方式情報管理部２５６および認証処理部２５８は、図３に示したネットワーク制御部２０２、利用者情報管理部２０４、認証方式情報管理部２０６および認証処理部２０８と同様な働きをするが、認証方式情報管理部２５６が管理する認証方式情報および認証処理部２５８の働きに相違点があるので、以下説明する。
【００８１】
図１０は、他の実施形態による認証方式情報管理部２５６で管理される認証方式情報のデータ構造を示す図である。図１０に示すように、認証方式情報は、ロック条件およびロック解除条件を認証方式毎に保持している。特に、図１０に示す例では、テンキー認証の認証方式に対応するロック解除条件が、解除時間ではなく、「基本認証によるロック解除操作」となっている。
【００８２】
認証処理部２５８は、情報機器１１０からの認証要求に応答して、認証要求に含まれる認証方式で利用者認証処理を実行し、情報機器１１０へ認証結果を送信する。認証処理部２５８は、認証要求の結果に応じ、該認証要求にかかる認証方式のロック条件が満たされたか否かを判定し、ロック条件が満たされ場合には、利用者情報管理部２５４の対応するロックアウト状態を「ロック」に更新する。他の実施形態による認証処理部２５８は、さらに、テンキー認証の認証方式がロックアウトされている状態において、基本認証による認証に成功した場合であって、さらに、テンキー認証を指定したロック解除操作が行われた場合に、ロック解除条件が満たされたと判定し、利用者情報管理部２５４のテンキー認証のロックアウト状態を「未ロック」に更新する。
【００８３】
このように、他の実施形態による認証処理部２５８は、パスワード空間がより広い認証方式（例えば基本認証）による認証要求の実行に基づき、パスワード空間がより狭い認証方式（例えばテンキー認証）のロックアウト状態を解除することができる。
【００８４】
図１１は、他の実施形態による認証システム１００において実行される利用者認証処理、およびそれに後続する他の認証方式のロック解除処理を示すシーケンス図である。
【００８５】
図１１に示す処理は、利用者が情報機器１１０を操作し、所定の認証方式（ここでは基本認証とする。）で認証情報を入力したことにより、ステップＳ４０１から開始される。ステップＳ４０２では、情報機器１１０は、認証サーバ１２０に対し、認証要求を送信し、認証方式（ここでは基本認証である。）および認証情報とともに認証要求が認証処理部２５８に渡される。ステップＳ４０３では、認証サーバ１２０の認証処理部２５８は、利用者情報管理部２５４に対し、認証方式（ここでは基本認証である。）およびユーザ名とともに利用者情報取得を要求する。ステップＳ４０４では、認証処理部２５８は、利用者情報管理部２５４から、認証方式（ここでは基本認証である。）およびユーザ名に対応した利用者情報の通知を受け取る。
【００８６】
ステップＳ１０５では、認証処理部２５８は、利用者から入力された認証情報に含まれる入力パスワードと、利用者情報管理部２５４から取得された登録パスワードとを照合し、認証処理を行う。入力パスワードと登録パスワードとが一致していれば、認証成功となり、一致していなければ、また、当該認証方式のロックアウト状態が「ロック」であれば、認証失敗となる。
【００８７】
認証が終了すると、ステップＳ４０６で、認証処理部２５８は、ネットワーク制御部２５２を介して情報機器１１０に認証結果通知を行う。ステップＳ４０７では、認証結果通知を受けた情報機器１１０は、ディスプレイなどに認証結果を表示し、認証結果を利用者に通知する。
【００８８】
図１１には、認証に成功した場合の認証処理に後続するロック解除処理も示されている。認証に成功した場合は、利用者に、所定の認証方式のロック解除を行うためのユーザ・インタフェースが提供される。例えば、認証後のログイン画面、または、それからの遷移画面中に現在ロック中の認証方式が示され、そのロック解除ボタンが表示される。ステップＳ４０８では、利用者が情報機器１１０を操作し、ロック中の認証方式（ここではテンキー認証とする。）を指定したロック解除指示が行われる。ステップＳ４０９では、情報機器１１０は、認証サーバ１２０に対し、ロック解除要求を送信し、認証方式（ここではテンキー認証である。）とともにロック解除要求が認証処理部２５８に渡される。
【００８９】
ステップＳ４１０では、認証処理部２５８は、ロック解除判定を行う。ここでは、図１０に示した認証方式情報が設定されているので、ロック解除条件が満たされると判定される。ステップＳ４１１では、認証処理部２５８は、利用者情報管理部２５４に対し、ロック解除が指定された認証方式（ここでは、テンキー認証）、入力されたユーザ名およびロックアウトを示す値（値「未ロック」）を指定し、ロックアウト状態の更新を要求する。これにより、現在利用中の認証方式の認証成功後の状態から、他の認証方式のロック解除を手動で行うことが可能となる。
【００９０】
以上説明した他の実施形態によれば、認証方式に応じた寛厳でロック条件およびロック解除を設定することによって、入力様式の異なる複数の認証方式の間で略同等なセキュリティ強度を確保することが可能となる。特に、基準となる認証方式の認証実行に基づき、それよりもパスワード空間が狭い他の認証方式のロック状態が解除されることが条件づけられているので、基準となる認証方式と同等な実効的なセキュリティ強度が実現される。
【００９１】
認証に失敗した場合は、基準認証が可能な情報機器の前に出向かなければならず手間となるが、間違えなければ手間は増えないため、頻繁に間違えることがなければ、この手間は実用上問題にならないと考えられる。これに対して、総当たり攻撃や辞書攻撃に対しては、間違えたことによって、基準となる認証方式での認証成功後のロック解除操作までロックアウトされる。このため、少なくとも基準となる認証方式での認証が破られなければ安全であり、実効的なパスワード強度の強化を図ることができる。
【００９２】
なお、図９〜図１１を参照して説明した、「基本認証によるロック解除操作」というロック解除条件は、図１〜図８を参照して説明した実施形態に付加的に適用することもできる。この場合、一旦ロックアウトされた利用者の認証方式は、計算されたロック解除時間が経過するか、または、基準となる認証方式での認証成功後のロック解除操作が行われるかのいずれかまで、ロックアウトされることになる。
【００９３】
以上説明したように、上述した本実施形態によれば、複数の認証方式が混在する環境において、複数の認証方式各々に応じたロック条件およびロック解除条件を導入することで、ユーザビリティを低下させず、全体のセキュリティ強度を維持することができる認証処理装置、プログラム、認証処理システムおよび認証処理方法を提供することができる。
【００９４】
なお、上記機能部は、アセンブラ、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのレガシープログラミング言語やオブジェクト指向プログラミング言語などで記述されたコンピュータ実行可能なプログラムにより実現でき、ＲＯＭ、ＥＥＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ブルーレイディスク、ＳＤカード、ＭＯなど装置可読な記録媒体に格納して、あるいは電気通信回線を通じて頒布することができる。
【００９５】
これまで本発明の実施形態について説明してきたが、本発明の実施形態は上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００９６】
１０…ボード、１２…ＣＰＵ、１４…ノースブリッジ、１６…サウスブリッジ、１８…ＲＡＭ、２０…グラフィックボード、２２…ＰＣＩ、２４…ＬＡＮポート、２６…ＩＥＥＥ１３９４ポート、２８…ＵＳＢポート、３０…補助記憶装置、３２…オーディオ入出力、３４…シリアルポート、５０…ディスプレイ、５２…キーボード、５４…マウス、１００…認証システム、１０２…ネットワーク、１１０…情報機器、１１０ａ…複合機、１１０ｂ…レーザプリンタ、１２０…認証サーバ、２００，２５０…機能ブロック、２０２，２５２…ネットワーク制御部、２０４，２５４…利用者情報管理部、２０６，２５６…認証方式情報管理部、２０８，２５８…認証処理部、２１０…解除条件判定部、２１２…条件生成部
【先行技術文献】
【特許文献】
【００９７】
【特許文献１】特許第５０６７０６５号公報
【特許文献２】特開２００６‐１８９９９９号公報
【図１】
2016071688.tif 000003
【図２】
2016071688.tif 000004
【図３】
2016071688.tif 000005
【図４】
2016071688.tif 000006
【図５】
2016071688.tif 000007
【図６】
2016071688.tif 000008
【図７】
2016071688.tif 000009
【図８】
2016071688.tif 000010
【図９】
2016071688.tif 000011
【図１０】
2016071688.tif 000012
【図１１】
2016071688.tif 000013