(57)【要約】【課題】  認証システムにおいて、不正な利用者の接続を拒否し、正規の利用者の接続を可能にする。【解決手段】  認証装置２２０は、ユーザＩＤ、および接続元毎の認証失敗回数を管理しており、認証要求を受信すると、受信したユーザＩＤを用いた、同じ接続元からのユーザ認証の失敗の回数が認証ポリシーに適合するかを検査する。認証ポリシーに適合しない場合は、接続を拒否し、認証ポリシーに適合する場合には接続を許可する。そして、ユーザ認証の結果に応じて、そのユーザＩＤおよび接続元からの認証失敗回数を追加したり、削除したりする。【選択図】  図１
2006252016.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証する認証手段と、
前記通信ネットワークにおける前記クライアント端末の位置を示す接続元毎に、前記認証手段によるユーザＩＤの認証の失敗回数をカウントする認証失敗回数カウント手段と、
前記認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えている場合に、前記クライアント端末の接続要求を拒否する接続要求制御手段と
を備えたことを特徴とするユーザ認証システム。
【請求項２】
認証手段は、認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えていない場合に、ユーザＩＤの認証を行う
請求項１記載のユーザ認証システム。
【請求項３】
認証失敗回数検査手段の判断に用いられる所定の回数を、接続元、ユーザＩＤ、または接続元とユーザＩＤとに対応づけて記憶する失敗回数記憶手段を含む
請求項１または請求項２記載のユーザ認証システム。
【請求項４】
接続要求制御手段は、認証手段がユーザＩＤの認証に成功すると、そのユーザＩＤおよび接続元についての失敗回数をリセットする
請求項１から請求項３のうちのいずれか１項に記載のユーザ認証システム。
【請求項５】
認証手段は、第１の認証装置に搭載され、
認証失敗回数カウント手段および接続要求制御手段は、第２の認証装置に搭載されている
請求項１から請求項４のうちのいずれか１項に記載のユーザ認証システム。
【請求項６】
通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証するユーザ認証サーバにおいて、
ユーザＩＤを認証する認証手段と、
前記通信ネットワークにおける前記クライアント端末の位置を示す接続元毎に、前記認証手段によるユーザＩＤの認証の失敗回数をカウントする認証失敗回数カウント手段と、
前記認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えている場合に、前記クライアント端末の接続要求を拒否する接続要求制御手段と
を備えたことを特徴とするユーザ認証サーバ。
【請求項７】
通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証するユーザ認証サーバに搭載されるプログラムであって、
コンピュータに、
通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証する処理と、
前記通信ネットワークにおける前記クライアント端末の位置を示す接続元毎に、前記認証手段によるユーザＩＤの認証の失敗回数をカウントする処理と、
前記認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えている場合に、前記クライアント端末の接続要求を拒否する処理と
を実行させるためのユーザ認証プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ認証を行う際に不正アクセスを防止することができるユーザ認証システム、ユーザ認証サーバ、およびユーザ認証プログラムに関する。
【背景技術】
【０００２】
正当な権原を有さない第三者によるコンピュータシステムへのアクセスである不正アクセスを防止する従来の認証システムは、あるユーザＩＤに対するユーザ認証の失敗回数が、予め決められた設定回数を超えたか否かを判断する。失敗回数が設定回数を超えたと判断すると、そのユーザＩＤを使用禁止にする。その結果、いわゆるパスワード総当たり攻撃による不正アクセスを防止できる。
【０００３】
そのような認証システムでは、あるユーザＩＤに対するユーザ認証の失敗回数が予め決められた設定回数を超えると、そのユーザＩＤを完全にまたは一定時間だけ使用禁止にする。そのため、その後、正規のユーザがアクセスしてもユーザ認証が拒否されてしまうという問題がある。
【０００４】
そこで、ユーザや、ユーザの端末の接続元に応じてユーザ認証を行う認証サーバ装置の一例が、特許文献１に記載されている。
【０００５】
特許文献１に記載されている認証サーバ装置は、ユーザ端末から受信したユーザＩＤとパスワードとの組、またはＩＰＳｅｃ（Ｓｅｃｕｒｉｔｙ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の証明書を用いてユーザ認証を行う。
【０００６】
そして、認証サーバ装置は、正規のユーザであると判定すると、ユーザＩＤやＩＰＳｅｃの証明書を用いてユーザを特定する。認証サーバ装置は、ユーザ端末から受信したユーザ認証の要求のパケットが含む送信元ＩＰアドレスを示す情報やその他のパケット内の情報にもとづいて、ユーザ認証を要求したユーザ端末の通信ネットワークにおける位置を特定する。
【０００７】
認証サーバ装置は、データベースが記憶しているアクセス制御ポリシーにもとづいて、特定したユーザと、特定したユーザ端末の通信ネットワークにおける位置とに応じてユーザ端末のアクセスを制御する。
【０００８】
また、特許文献２には、ユーザ認証に失敗したクライアント端末のＩＰアドレスやホスト名を、ユーザ認証に失敗した比率と回数とにもとづいて、不正なアクセスを行うクライアント端末であるか否かを判定する。そして、そのクライアント端末が不正アクセスを行うクライアント端末であると判定すると、そのクライアント端末のＩＰアドレスやホスト名と合致するクライアント端末との接続を拒絶する装置が記載されている。
【０００９】
【特許文献１】特開２００４−６２４１７号公報  （段落０００９〜００４３、図１）
【特許文献２】特開２００２−２６９０４０号公報  （段落００２１〜００６６、図１）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、特許文献１に記載されている装置は、アクセス制御ポリシーを予め設定しておき、ユーザとユーザ端末との情報から静的にアクセス制御を行うため、ユーザ端末の接続元を予め特定しておかなければならないという問題がある。
【００１１】
また、特許文献２に記載されている装置は、クライアント端末が複数人で共有されている場合、一のユーザによって不正なアクセスを行うクライアント端末であると判定されると、そのクライアント端末を使用する他の正規のユーザが、接続を拒絶されてしまうという問題がある。
【００１２】
さらに、特許文献２に記載されている装置は、クライアント端末がプロキシサーバを経由して不正なアクセスを行った場合、その後、そのプロキシサーバを経由したすべてクライアント端末の接続が拒絶されてしまうという問題がある。
【００１３】
そこで、本発明は、不正なユーザからの接続を拒否し、正規のユーザの接続を許可するユーザ認証システム、ユーザ認証サーバ、およびユーザ認証プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明によるユーザ認証システムは、通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証する認証手段と、通信ネットワークにおけるクライアント端末の位置を示す接続元毎に、認証手段によるユーザＩＤの認証の失敗回数をカウントする認証失敗回数カウント手段と、認証失敗回数カウント手段がカウントした失敗回数が所定の回数（例えば、認証ポリシー部２３３に設定されている。）を超えている場合に、クライアント端末の接続要求を拒否する接続要求制御手段とを備えたことを特徴とする。
【００１５】
認証手段が、認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えていない場合に、ユーザＩＤの認証を行うように構成されていてもよい。
【００１６】
認証失敗回数検査手段の判断に用いられる所定の回数を、接続元、ユーザＩＤ、または接続元とユーザＩＤとに対応づけて記憶する失敗回数記憶手段を含んでもよい。
【００１７】
接続要求制御手段は、認証手段がユーザＩＤの認証に成功すると、そのユーザＩＤおよび接続元についての失敗回数をリセットすることが好ましい。
【００１８】
認証手段が第１の認証装置に搭載され、認証失敗回数カウント手段および接続要求制御手段が、第２の認証装置に搭載されている構成であってもよい。そのような構成によれば、既存の認証装置を第１の認証装置に流用できる。
【００１９】
本発明によるユーザ認証サーバは、通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証するユーザ認証サーバであって、ユーザＩＤを認証する認証手段と、通信ネットワークにおけるクライアント端末の位置を示す接続元毎に、認証手段によるユーザＩＤの認証の失敗回数をカウントする認証失敗回数カウント手段と、認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えている場合に、クライアント端末の接続要求を拒否する接続要求制御手段とを備えたことを特徴とする。
【００２０】
本発明によるユーザ認証プログラムは、コンピュータに、通信ネットワークに存在するクライアント端末から受信したユーザＩＤを認証する処理と、通信ネットワークにおけるクライアント端末の位置を示す接続元毎に、認証手段によるユーザＩＤの認証の失敗回数をカウントする処理と、認証失敗回数カウント手段がカウントした失敗回数が所定の回数を超えている場合に、クライアント端末の接続要求を拒否する処理とを実行させることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、不正な利用者による認証試行を拒否しつつ、正規のユーザからの認証を受け付けることができる。その理由は、各ユーザＩＤについて接続元毎に認証の失敗回数をカウントしているので、不正な利用者の接続元からのユーザＩＤに対する認証を拒否することができ、かつ、不正な利用者の接続元とは異なる接続元からの認証要求すなわち正規のユーザからの認証を受け付けることができるからである。
【００２２】
また、ある接続元からのあるユーザＩＤに対する認証の可否を動的に変更できる。その理由は、ユーザＩＤ毎および接続元毎に認証の失敗回数をカウントしているので、あるユーザＩＤに対する認証失敗回数が所定の回数を超えた時点でその接続元からの接続要求を拒否できるからである。
【発明を実施するための最良の形態】
【００２３】
実施の形態１．
本発明の第１の実施の形態について、図面を参照して説明する。図１は、本発明の第１の実施の形態の一構成例を示すブロック図である。
【００２４】
本発明の第１の実施の形態は、ユーザの情報等を送信するアプリケーションソフトウェア２１１を搭載するユーザ端末（クライアント端末）２１０、ユーザ認証を行う認証装置２２０、および認証装置２２０がユーザ認証を行う際に用いる情報を記憶するデータ記憶装置（失敗回数記憶手段）２３０を含む。ユーザ端末２１０と認証装置２２０とは、インターネットなどを介して通信可能に接続される。すなわち、インターネットなどを含む通信ネットワークに存在する。
【００２５】
ユーザ端末２１０が搭載するアプリケーションソフトウェア２１１は、ユーザの操作に従って、ユーザＩＤとパスワードとを含む認証情報を、通信ネットワークによって認証装置２２０に送信する。
【００２６】
データ記憶装置２３０は、各ユーザのユーザＩＤとパスワードとを対応づけて記憶するユーザデータ部２３１、各ユーザＩＤに対する接続元ごとにユーザ認証の失敗の回数を記憶する認証失敗記録部２３２、およびユーザ認証の失敗の許容数を示す認証ポリシーを記憶する認証ポリシー部２３３を含む。なお、接続元は、各ユーザの端末の通信ネットワークにおける位置であり、ＩＰアドレスや、ＩＰアドレスから求めたホスト名等で特定される。認証失敗記録部２３２は、接続元、ユーザＩＤ、または接続元とユーザＩＤとに対応づけて、ユーザ認証の失敗の回数を記憶する。また、認証ポリシー部２３３は、接続元、ユーザＩＤ、または接続元とユーザＩＤとに対応づけて、ユーザ認証の失敗の許容数を記憶する。
【００２７】
認証装置２２０は、通信ネットワークによってユーザ端末２１０から認証情報を受信する情報受信部２２１、ユーザ端末２１０に、ユーザ認証結果を送信する情報送信部（送信手段）２２２、およびユーザ認証の処理を実行する認証処理部２２３を含む。
【００２８】
認証処理部２２３は、ユーザ端末２１０の通信ネットワークにおける位置を特定する接続元特定手段２２４、ユーザ認証に失敗した回数が所定の回数を超えたか否かを判断する認証失敗回数検査手段２２５、認証情報にもとづいてユーザ認証を行う認証手段２２６、および認証手段がユーザ認証に失敗すると、ユーザ認証に失敗したことを認証失敗記録部２３２に記録する更新手段２２７を含む。なお、認証失敗回数カウント手段は、更新手段２２７によって実現される。
【００２９】
ユーザ端末２１０は、例えば、パーソナルコンピュータ等によって実現される。認証装置２２０は、例えば、サーバ等によって実現される。データ記憶装置２３０は、例えば、ハードディスク装置等の記憶手段によって実現され、認証装置２２０に内蔵されていてもよい。認証装置２２０の各構成要素は、プログラム（ユーザ認証プログラム）に従って処理を実行するＣＰＵによって実現される。
【００３０】
なお、この実施の形態では、認証装置２２０が、ユーザ端末２１０の他のコンピュータへの接続の可否を判断するためのユーザ認証を行う場合を例に説明する。
【００３１】
次に、本発明の第１の実施の形態の動作について、図面を参照して説明する。図２は、本発明の第１の実施の形態の動作を説明するフローチャートである。
【００３２】
ユーザ端末２１０のアプリケーションソフトウェア２１１は、ユーザの操作に従って、ユーザＩＤとパスワードを含む認証情報を、通信ネットワークによって認証装置２２０に送信し（ステップＳ１０１）、ユーザ認証を要求する。なお、説明の簡単のため、ユーザ端末２１０のＣＰＵ等の制御手段が、アプリケーションソフトウェア２１１に従って動作することを、アプリケーションソフトウェア２１１が動作するものとして記載する。
【００３３】
認証装置２２０では、情報受信部２２１が認証情報を受信すると（ステップＳ１０２）、接続元特定手段２２４が、ユーザ端末２１０の通信ネットワークにおける位置を特定する（ステップＳ１０３）。
【００３４】
認証失敗回数検査手段２２５は、接続元毎のユーザＩＤに対応する認証失敗回数を、データ記憶装置２３０の認証失敗記録部２３２から読み出す（ステップＳ１０４）。
【００３５】
認証失敗回数検査手段２２５は、データ記憶装置２３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置２３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多いか否かを判断する（ステップＳ１０５）。
【００３６】
認証失敗回数検査手段２２５が、データ記憶装置２３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置２３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多いと判断すると、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、通信ネットワークによって、接続が拒否されたことを通知する（ステップＳ１０６）。
【００３７】
認証失敗回数検査手段２２５は、データ記憶装置２３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置２３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多くないと判断すると、認証手段２２６は、ユーザＩＤに対応するパスワードをデータ記憶装置２３０のユーザデータ部２３１から読み出す（ステップＳ１０７）。そして、認証失敗回数検査手段２２５は、情報受信部２２１が認証情報として受信したパスワードと、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワードとが合致するか否か判断する（ステップＳ１０８）。
【００３８】
認証手段２２６が、情報受信部２２１が認証情報として受信したパスワードと、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワードとが合致すると判断すると、更新手段２２７は、ユーザＩＤと接続元に対応する認証失敗の記録をデータ記憶装置２３０の認証失敗記録部２３２から削除する（ステップＳ１０９）。すなわち、そのユーザＩＤおよび接続元についての失敗回数をリセットしておく。そして、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、通信ネットワークによってユーザ認証が成功し、接続を許可することを通知する（ステップＳ１１０）。
【００３９】
認証手段２２６が、情報受信部２２１が認証情報として受信したパスワードと、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワードとが合致しないと判断すると、更新手段２２７は、ユーザＩＤおよび接続元に対応する認証失敗の記録をデータ記憶装置２３０の認証失敗記録部２３２に追加する（ステップＳ１１１）。既に、ユーザＩＤおよび接続元に対応する認証失敗の記録が認証失敗記録部２３２に存在する場合には、その記録に含まれる認証失敗回数を＋１する。そして、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、通信ネットワークによって、接続が拒否されたことを通知する（ステップＳ１０６）。
【００４０】
情報送信部２２２が、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続を許可することを通知すると、情報受信部２２１は、その後ユーザ端末２１０が送信した情報を、ユーザ端末２１０の要求に応じて、他のコンピュータに送信する。そして、情報受信部２２１は、他のコンピュータから受信した情報をユーザ端末２１０に送信する。すなわち、ユーザ端末２１０は、認証装置２２０を介して、他のコンピュータと情報を送受信することができるようになる。
【００４１】
以上に述べたように、この実施の形態によれば、ステップＳ１０５およびステップＳ１０８において、接続元毎のユーザＩＤの認証失敗回数に応じてユーザ認証を行うように構成されている。そのため、一の接続元から、一のユーザＩＤに対する不正なパスワードでの認証試行を何度も行うといった不正なユーザからのユーザ認証を拒否しながら、他の接続元から、不正なユーザが用いたユーザＩＤによる正規のユーザからのユーザ認証を受け付けることができる。
【００４２】
また、この実施の形態では、ステップＳ１０５において、接続元ごとの認証失敗の回数によってもユーザ認証の可否を決定する。そのため、接続元の情報にもとづいてのユーザ認証の可否を予め設定しておく必要がない。また、認証ポリシーとして特定の接続元からの認証失敗の許容数を０にしておくことで、予め接続を拒否することもできる。
【００４３】
本発明の第１の実施の形態を、具体的な実施例を用いて説明する。図３は、データ記憶装置２３０のユーザデータ部２３１の状態の一例を示す説明図である。
【００４４】
ユーザデータ部２３１には、“ＵＳＥＲ＿Ａ”、“ＵＳＥＲ＿Ｂ”、および“ＵＳＥＲ＿Ｃ”の３つのユーザＩＤとパスワードとが格納されている。
【００４５】
図４は、データ記憶装置２３０の認証失敗記録部２３２の状態の一例を示す説明図である。
【００４６】
図４に示す例では、ユーザＩＤ “ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．１”から行ったユーザ認証の失敗回数が３回であり、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗回数が１回であり、ユーザＩＤ“ＵＳＥＲ＿Ｂ”が、接続元“１９２．１６８．１０．１”から行ったユーザ認証の失敗回数が１回であることを示している。
【００４７】
図５は、データ記憶装置２３０の認証ポリシー部２３３の状態の一例を示す説明図である。
【００４８】
認証ポリシー部２３３では、ユーザＩＤ“ＡＤＭＩＮ”に対して、任意の接続元を示す“＊”と、許容回数１０とが対応づけられ、“ＡＤＭＩＮ”以外の任意のユーザＩＤを示す“＊”に対して、任意の接続元を示す“＊”と、許容回数２とが対応づけられている。すなわち、ユーザＩＤ“ＡＤＭＩＮ”に対する任意の接続元からの認証失敗は１０回まで許容され、ユーザＩＤが“ＡＤＭＩＮ”ではない任意のユーザＩＤに対する任意の接続元からの認証失敗は２回まで許容されるように、認証ポリシーが設定されている。なお、図５には、ユーザＩＤに対応した許容回数（図５における上段）と、接続元とユーザＩＤとに対応した許容回数（図５における下段）とが例示されているが、接続元のみに対応した許容回数が設定されるようにしてもよい。
【００４９】
次に、この実施例の動作について、図面を参照して説明する。図６は、この実施例において、認証装置２２０がユーザ認証を行い、ユーザ端末２１０の接続を拒否する場合の動作を説明するフローチャートである。
【００５０】
ＩＰアドレスが、“１９２．１６８．１０．１”であるユーザ端末２１０のアプリケーションソフトウェア２１１が、ユーザＩＤ“ＵＳＥＲ＿Ａ”と、パスワード“ａｂｃ”とを認証情報として、認証装置２２０に送信する（ステップＳ２０１）。
【００５１】
認証装置２２０の情報受信部２２１は、認証情報を受信する（ステップＳ２０２）。接続元特定手段２２４は、受信した認証情報のパケットのＩＰアドレスから、接続元が“１９２．１６８．１０．１”であることを特定する（ステップＳ２０３）。
【００５２】
認証失敗回数検査手段２２５は、データ記憶装置２３０の認証失敗記録部２３２から、認証結果記録を読み出す。すると、認証失敗回数検査手段２２５は、図４に示す例によれば、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．１”から行ったユーザ認証の失敗回数が３回であることがわかる（ステップＳ２０４）。
【００５３】
また、認証失敗回数検査手段２２５は、データ記憶装置２３０の認証ポリシー部２３３の認証ポリシーを読み出す。図５に示す例によれば、認証失敗回数検査手段２２５は、“ＡＤＭＩＮ”以外の全てのユーザＩＤに対する全ての接続元からのユーザ認証の失敗は２回まで許容されることを認識する。そして、認証失敗回数検査手段２２５は、ステップＳ２０４における動作から、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．１”から行ったユーザ認証の失敗回数である３回は、ユーザ認証失敗の許容回数である２回よりも多いと判断する（ステップＳ２０５）。
【００５４】
情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続が拒否されたことを通知する（ステップＳ２０６）。
【００５５】
図７は、この実施例において、認証装置２２０がユーザ認証を行い、ユーザ端末２１０に接続を許可する場合の動作を説明するフローチャートである。
【００５６】
ＩＰアドレスが、“１９２．１６８．１０．２”であるユーザ端末２１０のアプリケーションソフトウェア２１１が、ユーザＩＤ“ＵＳＥＲ＿Ａ”と、パスワード“ａｂｃ”とを認証情報として、認証装置２２０に送信する（ステップＳ３０１）。
【００５７】
認証装置２２０の情報受信部２２１は、認証情報を受信する（ステップＳ３０２）。接続元特定手段２２４は、受信した認証情報のパケットのＩＰアドレスから、接続元が“１９２．１６８．１０．２”であることを特定する（ステップＳ３０３）。
【００５８】
認証失敗回数検査手段２２５は、データ記憶装置２３０の認証失敗記録部２３２から、認証結果記録を読み出す。すると、認証失敗回数検査手段２２５は、図４に示す例によれば、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗回数が１回であることがわかる（ステップＳ３０４）。
【００５９】
また、認証失敗回数検査手段２２５は、データ記憶装置２３０の認証ポリシー部２３３の認証ポリシーを読み出す。図５に示す例によれば、認証失敗回数検査手段２２５は、“ＡＤＭＩＮ”以外の全てのユーザＩＤに対する全ての接続元からのユーザ認証の失敗は２回まで許容されることを認識する。そして、認証失敗回数検査手段２２５は、ステップＳ３０４における動作から、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗回数である１回は、ユーザ認証失敗の許容回数である２回よりも多くないと判断する（ステップＳ３０５）。
【００６０】
すると、認証手段２２６は、ユーザＩＤ“ＵＳＥＲ＿Ａ”に対応するパスワード“ａｂｃ”をデータ記憶装置２３０のユーザデータ部２３１から読み出し（ステップＳ３０６）、情報受信部２２１が認証情報として受信したパスワード“ａｂｃ”と、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワード“ａｂｃ”とが合致するか否か判断する。
【００６１】
認証手段２２６が、情報受信部２２１が認証情報として受信したパスワード“ａｂｃ”と、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワード“ａｂｃ”とが合致すると判断すると（ステップＳ３０７）、更新手段２２７は、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗記録をデータ記憶装置２３０の認証失敗記録部２３２から削除する（ステップＳ３０８）。そして、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続を許可することを通知する（ステップＳ３０９）。
【００６２】
図８は、この実施例において、認証装置２２０がユーザ認証を行い、認証情報にもとづいて、ユーザ端末２１０の接続を拒否する場合の動作を説明するフローチャートである。
【００６３】
ＩＰアドレスが、“１９２．１６８．１０．２”であるユーザ端末２１０のアプリケーションソフトウェア２１１が、ユーザＩＤ“ＵＳＥＲ＿Ａ”と、パスワード“ｘｘｘ”とを認証情報として認証装置２２０に送信する（ステップＳ４０１）。
【００６４】
認証装置２２０の情報受信部２２１は、ユーザＩＤ“ＵＳＥＲ＿Ａ”と、パスワード“ｘｘｘ”とである認証情報を受信する（ステップＳ４０２）。接続元特定手段２２４は、受信した認証情報のパケットのＩＰアドレスから、接続元が“１９２．１６８．１０．２”であることを特定する（ステップＳ４０３）。
【００６５】
認証失敗回数検査手段２２５は、データ記憶装置２３０の認証失敗記録部２３２から、認証結果記録を読み出す。すると、認証失敗回数検査手段２２５は、図４に示す例によれば、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗回数が１回であることがわかる（ステップＳ４０４）。
【００６６】
また、認証失敗回数検査手段２２５は、データ記憶装置２３０の認証ポリシー部２３３の認証ポリシーを読み出す。図５に示す例によれば、認証失敗回数検査手段２２５は、“ＡＤＭＩＮ”以外の全てのユーザＩＤに対する全ての接続元からのユーザ認証の失敗は２回まで許容されることを認識する。そして、認証失敗回数検査手段２２５は、ステップＳ３０４における動作から、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗回数である１回は、ユーザ認証失敗の許容回数である２回よりも多くないと判断する（ステップＳ４０５）。
【００６７】
すると、認証手段２２６は、ユーザＩＤ“ＵＳＥＲ＿Ａ”に対応するパスワード“ａｂｃ”をデータ記憶装置２３０のユーザデータ部２３１から読み出し（ステップＳ４０６）、情報受信部２２１が認証情報として受信したパスワード“ｘｘｘ”と、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワード“ａｂｃ”とが合致するか否か判断する。
【００６８】
認証手段２２６が、情報受信部２２１が認証情報として受信したパスワード“ｘｘｘ”と、データ記憶装置２３０のユーザデータ部２３１から読み出したパスワード“ａｂｃ”とが合致しないと判断すると（ステップＳ４０７）、更新手段２２７は、ユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元“１９２．１６８．１０．２”から行ったユーザ認証の失敗記録として、データ記憶装置２３０の認証結果記録部２３２のユーザＩＤ“ＵＳＥＲ＿Ａ”が、接続元”１９２．１６８．１０．２”から行ったユーザ認証の失敗回数に１を加える（ステップＳ４０８）。
【００６９】
情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続が拒否されたことを通知する（ステップＳ４０９）。
【００７０】
実施の形態２．
本発明の第２の実施の形態について、図面を参照して説明する。図９は、本発明の第２の実施の形態の一構成例を示すブロック図である。
【００７１】
本発明の第２の実施の形態の構成は、本発明の第１の実施の形態の認証装置２２０から認証手段２２６を除いた構成の認証フロントエンド装置（第２の認証装置）８２０と、第１の実施の形態におけるユーザデータ部２３１を含むユーザデータ記憶装置８５０と、認証フロントエンド装置８２０およびユーザデータ記憶装置８５０から情報を受信する情報受信部８４１、認証フロントエンド装置８２０およびユーザデータ記憶装置８５０に情報を送信する情報送信部８４２、および第１の実施の形態における認証手段２２６を含む認証バックエンド装置（第１の認証装置）８４０と、第１の実施の形態のデータ記憶装置２３０からユーザデータ部２３１を除いた構成のデータ記憶装置８３０とを含む。
【００７２】
なお、第２の実施の形態において、第１の実施の形態と同様な構成要素には、図１と同じ符号を付し、説明を省略する。
【００７３】
認証フロントエンド装置８２０と認証バックエンド装置８４０とは、例えば、サーバ等によって実現される。データ記憶装置８３０は、例えば、ハードディスク装置等の記憶手段によって実現され、認証フロントエンド装置８２０に内蔵されていてもよい。ユーザデータ記憶装置８５０は、例えば、ハードディスク装置等の記憶手段によって実現され、認証バックエンド装置８４０に内蔵されていてもよい。
【００７４】
なお、この実施の形態では、認証フロントエンド装置８２０と認証バックエンド装置８４０とが、ユーザ端末２１０が、認証フロントエンド装置８２０と通信ネットワークとを介して他のコンピュータへの接続の可否を判断するためのユーザ認証を行う場合を例にする。
【００７５】
次に、本発明の第２の実施の形態の動作について、図面を参照して説明する。図１０は、本発明の第２の実施の形態の動作を説明するフローチャートである。
【００７６】
ユーザ端末２１０のアプリケーションソフトウェア２１１が、ユーザの操作に従って、ユーザＩＤとパスワードを含む認証情報を、認証フロントエンド装置８２０に送信し、ユーザ認証を要求する（ステップＳ５０１）。
【００７７】
認証フロントエンド装置８２０では、情報受信部２２１が認証情報を受信すると（ステップＳ５０２）、接続元特定手段２２４が、ユーザ端末２１０の通信ネットワークにおける位置を特定する（ステップＳ５０３）。
【００７８】
認証失敗回数検査手段２２５は、ユーザＩＤおよび接続元に対応する認証失敗回数を、データ記憶装置８３０の認証失敗記録部２３２から読み出す（ステップＳ５０４）。
【００７９】
認証失敗回数検査手段２２５は、データ記憶装置８３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置８３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多いか否かを判断する（ステップＳ５０５）。
【００８０】
認証失敗回数検査手段２２５が、データ記憶装置８３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置８３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多いと判断すると、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続が拒否されたことを通知する（ステップＳ５０６）。
【００８１】
認証失敗回数検査手段２２５が、データ記憶装置８３０の認証失敗記録部２３２から読み出した認証失敗回数が、データ記憶装置８３０の認証ポリシー部２３３に認証ポリシーとして設定されている認証失敗の許容数よりも多くないと判断すると、情報送信部２２２は、認証バックエンド装置８４０に、認証情報を出力する。
【００８２】
認証バックエンド装置８４０の情報受信部８４１が、認証フロントエンド装置８２０から認証情報を受信すると、認証手段２２６が、認証情報のユーザＩＤに対応するパスワードをユーザデータ記憶装置８５０のユーザデータ部２３１から読み出す（ステップＳ５０７）。認証手段２２６は、情報受信部８４１が認証情報として受信したパスワードと、ユーザデータ記憶装置８５０のユーザデータ部２３１から読み出したパスワードとが合致するか否か判断する（ステップＳ５０８）。そして、情報送信部８４２は、認証手段２２６の判断結果を、認証フロントエンド装置８２０に出力する。
【００８３】
情報受信部２２１が、情報受信部８４１が認証情報として受信したパスワードと、ユーザデータ記憶装置８５０のユーザデータ部２３１から読み出したパスワードとが合致すると認証手段２２６が判断した結果を受信すると、更新手段２２７は、ユーザＩＤおよび接続元に対応する認証失敗の記録をデータ記憶装置８３０の認証失敗記録部２３２から削除する（ステップＳ５０９）。そして、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、ユーザ認証が成功したことを通知する（ステップＳ５１０）。
【００８４】
情報受信部２２１が、情報受信部８４１が認証情報として受信したパスワードと、ユーザデータ記憶装置８５０のユーザデータ部２３１から読み出したパスワードとが合致しないと認証手段２２６が判断した結果を受信すると、更新手段２２７は、ユーザＩＤと接続元に対応する認証失敗の記録をデータ記憶装置８３０の認証失敗記録部２３２に追加する（ステップＳ５１１）。そして、情報送信部２２２は、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続が拒否されたことを通知する（ステップＳ５０６）。
【００８５】
情報送信部２２が、ユーザ端末２１０のアプリケーションソフトウェア２１１に、接続を許可することを通知すると、情報受信部２２１は、その後ユーザ端末２１０が送信した情報を、ユーザ端末２１０の要求に応じて、他のコンピュータに送信する。そして、情報受信部２２１は、他のコンピュータから受信した情報をユーザ端末２１０に送信する。すなわち、ユーザ端末２１０は、認証フロントエンド装置８２０を介して、他のコンピュータと情報を送受信することができるようになる。
【００８６】
以上に述べたように、この実施の形態によれば、本発明の第１の実施の形態と同様な効果を得ることができる。
【００８７】
また、この実施の形態では、ユーザＩＤと接続元とに対応するユーザ認証の失敗の記録の管理とそのユーザ認証の失敗の記録を用いる認証失敗回数検査手段２２５とを含む認証フロントエンド装置８２０と、ユーザＩＤとパスワードとを用いた従来のユーザ認証を行なう認証バックエンド装置８４０とが別の装置（例えば、サーバ）で構成されているため、既存の認証装置を認証バックエンド装置８４０として流用することで、既存のシステムを容易に拡張することができる。
【産業上の利用可能性】
【００８８】
本発明は、ユーザ認証を行う認証装置や、認証装置としてコンピュータを動作させるプログラムに適用することができる。また、本発明は、不特定多数のコンピュータから、通信ネットワークを介してアクセスされ、ユーザ認証を行う必要があるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバや、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバの認証装置に適用することができる。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１の実施の形態の一構成例を示すブロック図である。
【図２】本発明の第１の実施の形態の動作を説明するフローチャートである。
【図３】データ記憶装置のユーザデータ部の状態の一例を示す説明図である。
【図４】データ記憶装置の認証失敗記録部の状態の一例を示す説明図である。
【図５】データ記憶装置の認証ポリシー部の状態の一例を示す説明図である。
【図６】認証装置がユーザ認証を行い、接続元にもとづいて、ユーザ端末の接続を拒否する場合の動作を説明するフローチャートである。
【図７】認証装置がユーザ認証を行い、ユーザ端末に接続を許可する場合の動作を説明するフローチャートである。
【図８】認証装置がユーザ認証を行い、認証情報にもとづいて、ユーザ端末の接続を拒否する場合の動作を説明するフローチャートである。
【図９】本発明の第２の実施の形態の一構成例を示すブロック図である。
【図１０】本発明の第２の実施の形態の動作を説明するフローチャートである。
【符号の説明】
【００９０】
２１０  ユーザ端末
２１１  アプリケーションソフトウェア
２２０  認証装置
２２１  情報受信部
２２２  情報送信部
２２３  認証処理部
２２４  接続元特定手段
２２５  認証失敗回数検査手段
２２６  認証手段
２２７  更新手段
２３０  データ記憶装置
２３１  ユーザデータ部
２３２  認証失敗記録部
２３３  認証ポリシー部
８２０  認証フロントエンド装置
８３０  データ記憶装置
８４０  フロントバックエンド装置
８４１  情報受信部
８４２  情報送信部
８５０  ユーザデータ記憶装置
【図１】
2006252016.tif 000003
【図２】
2006252016.tif 000004
【図３】
2006252016.tif 000005
【図４】
2006252016.tif 000006
【図５】
2006252016.tif 000007
【図６】
2006252016.tif 000008
【図７】
2006252016.tif 000009
【図８】
2006252016.tif 000010
【図９】
2006252016.tif 000011
【図１０】
2006252016.tif 000012