JP2017033199A - 認証サーバおよび認証サーバプログラム - Google Patents

Abstract

【課題】ユーザＩＤとパスワードを用いた認証方法にて容易に認証強度を高める。
【解決手段】ユーザ端末により設定された第１の認証情報を登録する記憶手段と、前記ユーザ端末からの第２の認証情報の入力を受付する受付手段と、前記認証情報の前記受付手段で前記入力を受付けた受付回数を記録する記録手段と、前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、前記記録手段により記録した入力受付回数が、あらかじめ設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段とを備える認証サーバを提供する。
【選択図】図１

Description

本発明はパスワードを用いて被認証者を認証するための技術に関する。

ネットワーク上のサービスやシステム等にログインする際、ログインを行う被認証者が正当かどうかを確認するために、被認証者がユーザＩＤとパスワードを入力し、ユーザＩＤと対応づけて登録されている登録パスワードと入力パスワードとが一致する場合にだけ、ログインを可能とする認証技術が一般化している。
このようなユーザＩＤとパスワードを用いた認証方法では、第三者によるパスワード推定や、リスト型にログインを試みる不正攻撃を防止する方法として、登録パスワードを定期的に変更する方法や登録パスワードの文字数を多くする方法等が提案されている。また、特許文献に記載の認証方法では、認証強度を上げるために、ＩＣカードにユーザＩＤとパスワードを保持させ、ＩＣカードリーダなどを用いてＩＣカード内のＩＤとパスワードが読み取られ、このＩＤとパスワードが、ユーザが入力した他のパスワード等により暗号化され、サーバに送られることで認証している。

特開２００３−１７８０３４号

しかし、上記の認証方法においては、パスワードを忘れてしまい新たに登録しなおしたり、定期的に変更する必要があったりするためユーザにとって煩雑であった。また、ＩＣカードやＩＣカードリーダ等の他の媒体を用意する必要があった。

そこで、本発明は被認証者が他の媒体を用意することなく、第三者からのパスワード推定を防止するための、より精度の高い認証を実現することを課題とする。

請求項１に記載の発明では、ユーザ端末により設定された第１の認証情報を登録する記憶手段と、前記ユーザ端末からの第２の認証情報の入力を受付する受付手段と、前記認証情報の前記受付手段で前記入力を受付けた受付回数を記録する記録手段と、前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、前記記録手段により記録した入力受付回数が、あらかじめ設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段とを備えることを特徴とする認証サーバを提供する。
請求項２に記載の発明では、前記認証判定手段は、前記所定の認証開始回数は都度変更することを特徴とする請求項１に記載の認証サーバを提供する。
請求項３に記載の発明では、ユーザ端末からの要求に応じて認証情報入力画面をユーザ端末に表示させる表示手段をさらに備え、前記受付手段は、前記ユーザ端末に前記認証情報入力画面を表示させてから所定の時間内において前記第２の認証情報の入力を受付けた受付回数を記録することを特徴とする請求項１に記載の認証サーバを提供する。
請求項４に記載の発明では、前記所定の認証開始回数を、画像で前記ユーザ端末に表示させることを特徴とする請求項1又は２に記載のパスワード認証サーバを提供する。
請求項５に記載の発明では、前記ユーザ端末により設定された第１の認証情報を登録する記憶手段と、前記ユーザ端末からの第２の認証情報の入力を受付する受付手段と、前記認証情報の前記受付手段で入力を受付した受付回数を記録する記録手段と、前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、前記記録手段により記録した入力受付回数が、あらかじめ設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段として機能させることを特徴とする請求項１乃至４のいずれかに記載の認証サーバを制御するための認証サーバプログラムを提供する。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。これらの特徴群のサブコンビネーションもまた、発明となりうる。

本発明によれば、ユーザが新たな機器を備える必要なく利便性を高めつつ、正規ユーザ以外の第三者からのパスワード推定を防止し、不正利用を抑制することができる。

システム１の通信環境の一例を概略的に示す。 パスワード認証サーバ４２の機能構成の一例を概略的に示す。 ユーザ設定登録の処理の流れの一例を概略的に示す。 認証の処理の流れの一例を概略的に示す。 パスワード認証サーバ４２における登録認証情報テーブルの一例を概略的に示す。 パスワード認証サーバ４２における設定情報テーブルの一例を概略的に示す。 ユーザ登録画面の一例を概略的に示す。 初回時のユーザ表示画面の一例を概略的に示す。 認証失敗応答時のユーザ表示画面の一例を概略的に示す。 アカウントロック時のユーザ表示画面の一例を概略的に示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、ネットワークサービス提供システム１の通信環境の一例を概略的に示す。ネットワークサービス提供システム１は、サービス提供サイト４を運営する事業者によって提供されるシステムであってよい。ネットワークサービス提供システム１は、無線通信システムの一例であってよい。

ネットワークサービス提供システム１は、通信機能を有するユーザ端末２と、サービス提供サイト４を提供するサービス提供サーバ４１およびパスワード認証サーバ４２を有する。

ユーザ端末２は、アクセス権限を有する正規のユーザが使用する端末であり、ネットワーク３に接続し、サービス提供サイト４を提供するサービス提供サーバ４１を介して、パスワード認証サーバ４２と通信する。ネットワーク３は、電話網及びインターネットを含む。ユーザ端末２は通信機能を有している機器であり、例えば、スマートフォン等の携帯電話、タブレット端末及びＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等である。

不正アクセス端末５は、アクセス権限を有さない悪意のあるユーザが使用する端末であり、本実施形態の説明上登場する仮想上の端末である。不正アクセス端末５は、ネットワーク３を介してサービス提供サーバ４１およびパスワード認証サーバ４２に通信可能な端末であり、例えば、ＰＣ及びタブレット端末等である。

図２は、パスワード認証サーバ４２の機能構成の一例を概略的に示す。パスワード認証サーバ４２は、認証情報記憶部４０２、入力受付部４０４、入力受付回数記録部４０６、通信部４０８、照合部４１０、認証判定部４１２、履歴格納部４１４および計時部４１６を備える。

認証情報記憶部４０２は、入力受付部４０４においてユーザ端末２から入力を受け付け、設定された第１の認証情報を登録する記憶装置である。この第１の認証情報としては、たとえば氏名、住所、電話番号、メールアドレス、ユーザＩＤ，パスワードおよびログイン試行回数（認証開始回数）を含んでよい。他にもアカウントロック機能を有する場合にはロック回数を含んでよい。

入力受付回数記録部４０６は、入力受付部４０４を介してユーザ端末２から第２の認証情報の入力を受け付けた回数を記録する記憶装置である。

通信部４０８は、たとえばイーサネット（登録商標）などの有線の通信インターフェース回路を有する。通信部４０８は、ネットワーク３を介してユーザ端末２等と通信を行う。そして通信部４０８は、制御部４１８を介して、ユーザ端末２等から受信したデータを各部に供給する。

照合部４１０は、入力受付回数記録部４０６に記録した入力受付回数と、認証情報記憶部４０２に記憶されたログイン試行回数とを照合し、照合したデータを認証判定部４１２に制御部４１８を介して送信する。また、照合部４１０は、認証情報記憶部４０２において記憶した認証情報と、入力受付部４０４において入力を受け付けた認証情報とを照合して認証判定部４１２に送信してもよい。

認証判定部４１２は、照合部４１０において照合した入力受付回数とログイン試行回数とを比較し、認証すべきか否かを判定する。また、照合部４１０において照合した認証情報について、認証すべきか否かを判定する。

履歴格納部４１４は、ユーザ端末２あるいはその他の端末、たとえば不正アクセス端末５をもちいて入力を受け付けたログ履歴を格納する。ログ履歴にはたとえば送信元ＩＰアドレス、日時、ユーザＩＤ、およびログイン試行に対する応答内容を含んでよい。

計時部４１６は、入力受付部４０４において認証情報の入力を受け付けた日時を記録し、履歴格納部４１４に送信する。

図３は、ネットワークサービス提供システム１において、パスワード認証サーバにユーザ情報を登録するために実行される処理の一例を表すフローチャートである。図３では、ユーザ端末２においてサービスを利用する場合において、サービスに初めてアクセスした状態を開始状態として説明する。ここでいうサービスとは、例えば、Ｗｅｂベースの電子商取引サイト、ＳＮＳサイト、有料ニュース提供サイトなどである。

まず、ユーザ端末２のブラウザから所定のURLを入力してサービス提供サーバ４１にアクセスして、ユーザ端末２のブラウザにサービスホーム画面を表示させる。サービスホーム画面には、ユーザＩＤとパスワードを入力してログインを可能とする、ユーザ登録者向けのログイン入力案内と、ユーザＩＤ、パスワードを有さない未登録者向けのユーザ登録要求案内の双方が表示される。サービス提供を受けるためには、まずはユーザ登録して第１の認証情報であるユーザＩＤ・パスワードの設定し、登録をする必要がある。そのため、未登録のユーザはユーザ登録要求案内に従い、ユーザ登録要求ボタンを押下する。すると、ステップＳ３０２において、ユーザ端末２から、サービス提供サーバ４１へユーザ情報設定要求が送信されることとなる。

つづいて、ステップS３０４において、サービス提供サーバ４１は、ユーザ情報設定要求の受信に応じて、ユーザ情報設定入力画面をユーザ端末2に送信する。なお、Ｓ３０４で、サービス提供サーバ４１は、ユーザ端末２からユーザ情報設定要求を受信した際に、ユーザ端末２の識別情報、たとえば送信元ＭＡＣアドレスを、設定要求履歴として取得して格納してもよい。また、不正アクセス端末５として登録したＭＡＣアドレスのリストをサービス提供サーバ４１に保持しておき、そのＭＡＣアドレスと照合して不正ユーザ端末と判定された場合には、ステップS３０４を行わないよう機能させてもよい。

ステップS３０６において、ユーザ端末２は、S３０４において受信したユーザ情報設定入力画面をブラウザに表示する。なおユーザ情報設定入力画面のデータ形式は、例えばWebブラウザで表示可能なＨＴＭＬ形式などである。

図７は、Ｓ３０６でユーザ端末２のブラウザに表示されるユーザ情報設定入力画面の一例である。登録するユーザ情報には、例えば、ユーザの氏名、ふりがな、郵便番号、住所、電話番号、メールアドレス、ユーザが登録を希望する第１の認証情報であるユーザID、パスワード、そして、認証するか否か判定するログイン試行回数等である。これに限定されるわけではなく、別の種類のユーザ情報の入力が可能であってもよい。ここで認証するか否かを判定するログイン試行回数とは、何回目に入力したログインの情報を用いて認証を行うかを定めるための回数（認証開始回数）である。つまり、図７でログイン試行回数を３と入力した場合において、認証時にユーザ端末から正しい第２の認証情報であるＩＤ・パスワードを入力したとしても、設定したログイン試行回数未満の場合には、図９の画面を、サービス提供サーバ４１からの指示により認証失敗としてユーザ端末２に表示させる。このとき、サービス提供サーバ４１側において、受付手段で入力を受け付けた受付回数が記憶される。

図９において、認証失敗応答時には、たとえば「認証できません。もう一度入力してください。」と表示し、ユーザＩＤの入力欄７０２とパスワード入力欄７０４へ再度、第２の認証情報であるユーザＩＤとパスワードの入力を促す。つづいて、ユーザは第２の認証情報であるユーザＩＤ、パスワードを再入力するが、所定の時間内に入力する入力回数の合計が試行回数３に達するまでは図９が表示され、入力回数の合計が試行回数３に達したときに初めて、入力したＩＤとパスワードが正しいものかパスワード認証サーバ４２で認証が実行され、認証がＯＫであれば、ユーザ端末２はサービス提供サーバ４１からサービスを受けることが可能となる。

図７でのユーザ情報設定項目に加えて、入力画面は図示しないが、図６の設定情報を登録させてもよい。例えば、図７ではログイン試行回数３で入力し、ユーザ指定の固定値である場合の説明をしたが、１回目から、ログイン入力が停止されるすなわち入力画面がロックアウトとなる連続入力回数（ロックアウト回数）までの間でランダムにする設定を選択できるようにしてもよい。ランダムにする設定を選択した場合には、たとえば、図８に示すように、認証するか否か判定するログイン試行回数を示す認証受付番号の表示欄６０６に表示する。また試行回数３とした場合に、試行回数３でＩＤ・パスワードを誤って入力したとしても、試行回数で受付してから所定の回数は認証機能を動作させる回数を設定できるようにしてもよい。また、ロックアウトの回数となる連続入力回数を設定してもよい。更に、連続入力回数と判断するための条件として、連続入力とみなす時間間隔を設定してもよい。なお、これらの設定は、ユーザ登録後に再設定、変更可能としてもよい。これらの設定でセキュリティの強度や利便性を変化させることができる。

つづいて、ステップS３０８において、ユーザ端末2は、S３０６で入力されたユーザ情報を含むユーザ情報登録要求をサービス提供サーバ４１に送信する。そして、ユーザ情報登録要求を受信したサービス提供サーバ４１は、ユーザ情報の登録要求をパスワード認証サーバ４２に転送する。なお、Ｓ３０８で、ユーザ端末２から、サービス提供サーバ４１を介せずに、直接、パスワード認証サーバ４２に送信させるよう動作させてもよい。

ステップS３１０において、パスワード認証サーバ４２は、ユーザ端末２から受信したユーザ情報に記載不備、例えば情報の欠落やデータ形式の相違など不備がないかを確認する。もしくはすでに登録済のＩＤを使用していないか、すでに登録済で重複登録ではないかなども確認する。登録に問題がないと判断されれば、認証情報記憶部４０２に登録する。なお、認証に必要なユーザ情報は、サービス提供事業者によって決定されてもよく、たとえばユーザIDとパスワードとログイン試行回数とを対応付けて記憶してもよい。

図５に、ステップS３１０で認証情報記録部４０２に登録された登録認証情報の一例を示す。図５に示す一例では、図７のユーザ情報設定入力画面で入力されたユーザ情報がユーザごとに対応付けられて記録される。

次に、ステップS３１２において、パスワード認証サーバ４２は、受信したユーザ情報を格納し終えたことを、ユーザ情報の登録完了報告としてサービス提供サーバ４１に送信する。

ステップS３１４において、パスワード認証サーバ４２から登録完了報告を受けたことに応じて、サービス提供サーバ４１はユーザ端末２に登録完了画面を送信する。
なお、登録完了画面は、サービス提供画面サーバ４１を介さずにパスワード認証サーバ４２から直接ユーザ端末２に送信してもよい。

ステップS３１６において、ユーザ端末２は、サービス提供サーバ４１から登録完了画面を受信して、ユーザ端末２の画面上に登録完了画面を表示する。本フローチャートの処理によれば、ユーザ端末２のユーザ情報を正しく登録できる。
なお、登録完了画面中に、図４のＳ４０６で表示する入力画面、すなわちサービス開始のためのログイン入力画面を表示させてもよい。そうすれば登録完了次第、ユーザは図４の認証フローをステップＳ４０６から開始できるからである。

図４は、ネットワークサービス提供システム１において、正しいユーザかどうか認証をおこなう場合に実行される処理の一例を表すフローチャートである。本フローチャートで表される処理は、例えば、ユーザ端末２がサービス提供サーバ４１にて、サービス提供を受けようとした場合に実行される認証サービスのプロセスによる処理の一部として実行される。本フローチャートの処理は、パスワード認証サーバにユーザ端末から入力されたユーザ情報が記憶されている場合に開始される状態である。

ステップS４０２において、ユーザ端末２は、サービスを利用するためにサービスコンテンツ取得要求をサービス提供サーバ４１に送信する。具体的に言うと、例えばユーザ端末２はブラウザに所定のＵＲＬを入力する。このＵＲＬに基づきブラウザはサービス提供サーバ４１にアクセスし、コンテンツ取得要求としてホーム画面のユーザ端末２への送信を要求する。なお、Ｓ４０２で、サービス提供サーバ４１は、ユーザ端末２からサービスコンテンツ取得要求を受信した際に、ユーザ端末２の識別情報、たとえば送信元ＭＡＣアドレスを、設定要求履歴として取得して格納してもよい。また、不正アクセス端末５として事前に登録したＭＡＣアドレスのリストをサービス提供サーバ４１に保持しておき、そのＭＡＣアドレスと照合して不正ユーザ端末と判定された場合には、ステップS４０４を行わないよう機能させてもよい。

コンテンツ取得要求、例えばホーム画面のユーザ端末２への送信要求を受信したサービス提供サーバ４１は、ステップS４０４において、コンテンツ取得要求を送信したユーザ端末２が正しいユーザであるか否か判断するために、認証要求画面を表示する指示をユーザ端末2に送信する。

ステップS４０６において、ユーザ端末２は、サービス提供サーバ４１から認証要求画面を表示する指示を受信したことに応じて、認証情報入力画面を表示する。

ユーザ端末２において表示する認証情報入力画面の一例を図８に示す。認証情報入力画面は、ユーザ端末2においてサービスを受けるために1回目にログインする場合であってよい。ユーザにより入力される情報は、例えば、ユーザID入力欄６０２と、パスワードの入力欄６０４を設ける。また、認証するか否か判定するログイン試行回数を示す認証受付番号の表示欄６０６に表示してよい。なお表示欄６０６は画像による数字で人間でないと読み取れないものとする。これによりユーザは、リスト型不正アクセス端末にはログイン試行回数（認証受付番号）知られることなく、ユーザＩＤとパスワードを連続で入力する際、何回目に認証が行われるのか事前に知ることができ、認証が行われる回数を間違えずにユーザＩＤとパスワードを入力することができる。ユーザIDとパスワードを入力したのち、OKボタン６０８を押下すると、連続入力回数が認証受付番号に至るまでは図９が表示される。前述したとおり、図９にてユーザＩＤとパスワードの再入力を促す。

図４に戻り、ステップS４０８においてユーザ端末２は、S４０６においてOKボタンを選択されると、入力された認証情報をサービス提供サーバ４１に送信する。認証情報には、ユーザID、パスワードが含まれている。

つづいて、ステップS４１０において、サービス提供サーバ４１は、ユーザ端末２から認証情報を受信したことに応じて、パスワード認証サーバ４２に入力された認証情報をパスワード認証サーバ４２へ転送する。

ステップS４１２において、パスワード認証サーバ４２は、S４０６において入力された認証情報を何回受信したかを表す入力受付回数を記録する。

ステップS４１４において、パスワード認証サーバ４２は、記録した認証情報の入力受付回数と、あらかじめ正規のユーザ端末２により登録されているログイン試行回数とを比較する。

パスワード認証サーバ４２は、ステップＳ４１４において入力受付回数とログイン試行回数とを比較し、認証すべきかどうか判断したのち、ステップＳ４１６において認証結果をサービス提供サーバ４１に送信する。このとき、ステップＳ４１４において入力受付回数がログイン試行回数よりも少ないと判断した場合には、パスワード認証サーバ４２は、ステップS４１６において認証に失敗した認証結果を送信する。

ステップS４１８において、パスワード認証サーバ４２から認証失敗した旨の認証結果を受信したことに応じて、サービス提供サーバ４１は、ユーザ端末2に認証失敗したことと、認証情報を再入力するように促す画面、例えば図９を表示させる指示を送信する。

ステップＳ４２０において、ユーザ端末２は図９に示すように、認証に失敗した旨をブラウザに表示するとともに、ユーザに認証情報を再度入力するように促す。図９においてユーザにより入力される情報は、例えば、ユーザID入力欄７０２と、パスワードの入力欄７０４を設ける。また、図３の初回のログイン画面において認証受付番号を表示欄６０６に表示したが、図９においても認証受付番号表示欄を設けてもよい。

図９の再入力画面表示における入力後のフローはステップS４０８以降の流れと同様であるため、説明を省略する。

図４にもどり、ステップS４１４において、入力回数がログイン試行回数よりも多い場合（入力回数とログイン試行回数が一致しない場合）でも、認証を動作させない場合には、サービス提供サーバ４１に認証NGとして図９の画面を送信するようにしてもよい。そして、所定のロックアウト回数を超えた場合には、図１０の画面を送信し、その後のログインを受付けさせない。ロックアウトの解除の条件として、所定の時間が経過したら自動で解除するか、システム管理者のリセット操作がないと解除できないようにしてもよい。また、ロックアウトさせたユーザ端末２を不正端末５とみなして、取得したユーザ端末のＭＡＣアドレスを接続拒否するブラックリストに追加させてもよい。

ステップS４１４にもどり、入力回数が、パスワード認証サーバ４２において記憶している認証回数（認証開始回数）以上の場合は、つづいてステップS４２２にすすみ、パスワード認証サーバ４２は、認証情報と記録している認証情報とを比較する。

ステップS４２４において、パスワード認証サーバ４２はステップS４２２で比較した照合結果をサービス提供サーバ４１に送信する。

ステップS４２２において認証情報が正しいと判断された場合には、サービス提供サーバ４１は、ステップS４２６においてユーザ端末２にサービスコンテンツを配信し、ユーザ端末はコンテンツを実行し、本フローチャートの処理を終了する。（ステップS４２８）

ステップS４２２において、パスワード認証サーバ４２は、たとえばIDとパスワードの組み合わせなどの認証情報の少なくともいずれか一方が正しくないと判断した場合には、サービス提供サーバ４１に照合結果を送信するとともに、ステップS４３０にすすむ。

ステップS４３０において、パスワード認証サーバ４２は、入力回数とあらかじめ設定したロックアウト回数とを比較する。入力回数があらかじめ設定したロックアウト回数と同等である場合は、サービス提供サーバ４１に認証結果を送信するとともに、ログインを試行した端末について、入力画面の動作を停止（ロックアウト）させて、ユーザ端末２から入力情報を受信しても、認証しないように記録する。

つづいて、ステップS４３４において、サービス提供サーバ４１は、パスワード認証サーバ４２から受信した認証結果が認証失敗の場合には、ユーザ端末２に認証失敗したことと、以降はサービス提供を受けることのできないロック画面を表示させる指示を送信する。

ステップS４３６において、ユーザ端末２は図１０のロック画面を表示する。なお、ステップS４３０からステップS４３６はサービス提供事業者がアカウントロックの設定を行わない場合は省略することができる。

ステップS４３０において入力回数が設定したロック回数に満たない場合は、認証失敗の返答をサービス提供サーバ４１へ送信するとともに、ステップS４０６にもどる。なお、ユーザ端末２に表示する画面は、図８，９に例示したいずれか一方を表示してよい。

以上のフローにより所定の回数連続して入力した時又はそれ以降でないと認証をおこなわないため、異なるＩＤとパスワードの組合せのリストを用いて不正アクセスする端末に対して、セキュリティ強度を高めることができる。また、ワンタイムパスワードのように毎回調べたり、２段階認証のような複数のＩＤやパスワードを覚えたり、調べたりすることも不要で、従来通り、一組のＩＤとパスワードで実現できる点でユーザの利便性も高めることができる。

１ ネットワークサービス提供システム
２ ユーザ端末
３ ネットワーク
４ サービス提供サイト
５ 不正アクセス端末
４１ サービス提供サーバ
４２ パスワード認証サーバ
４０２ 認証情報記録部
４０４ 入力受付部
４０６ 入力受付回数記録部
４０８ 通信部
４１０ 照合部
４１２ 認証判定部
４１４ 履歴格納部
４１６ 計時部
４１８ 制御部
５０２ 氏名入力欄
５０４ 氏名（ひらがな）入力欄
５０６ 電話番号入力欄
５０８ 住所入力欄
５１０ 電話番号入力欄
５１２ メールアドレス入力欄
５１４ メールアドレス確認用再入力欄
５１６ ユーザＩＤ入力欄
５１８ パスワード入力欄
５２０ ログイン試行回数入力欄
５２１ ＯＫボタン
６０２ ユーザＩＤ入力欄
６０４ パスワード入力欄
６０６ 認証受付番号画像表示部
６０８ ＯＫボタン
７０２ ユーザＩＤ入力欄
７０４ パスワード入力欄
７０６ ＯＫボタン
８０２ アカウントロック時表示欄

Claims (5)

1. ユーザ端末により設定された第１の認証情報を登録する記憶手段と、
   前記ユーザ端末からの第２の認証情報の入力を受付する受付手段と、
   前記認証情報の前記受付手段で前記入力を受付けた受付回数を記録する記録手段と、
   前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、
   前記記録手段により記録した入力受付回数が、あらかじめ設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段とを備えることを特徴とする認証サーバ。
2. 前記認証判定手段は、前記所定の認証開始回数は都度変更することを特徴とする請求項１に記載の認証サーバ。
3. ユーザ端末からの要求に応じて認証情報入力画面をユーザ端末に表示させる表示手段をさらに備え、
   前記受付手段は、前記ユーザ端末に前記認証情報入力画面を表示させてから所定の時間内において前記第２の認証情報の入力を受付けた受付回数を記録することを特徴とする請求項１に記載の認証サーバ。
4. 前記所定の認証開始回数を、画像で前記ユーザ端末に表示させることを特徴とする請求項1又は２に記載のパスワード認証サーバ。
5. 前記ユーザ端末により設定された第１の認証情報を登録する記憶手段と、
   前記ユーザ端末からの第２の認証情報の入力を受付する受付手段と、
   前記認証情報の前記受付手段で入力を受付した受付回数を記録する記録手段と、
   前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、
   前記記録手段により記録した入力受付回数が、あらかじめ設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段として機能させることを特徴とする請求項１乃至４のいずれかに記載の認証サーバを制御するための認証サーバプログラム。
   

Images