(57)【特許請求の範囲】
【請求項１】
ユーザー端末により設定された第１の認証情報を登録する記憶手段と、
前記ユーザー端末からの第２の認証情報の入力を受付する受付手段と、
前記第２の認証情報の前記受付手段で前記入力を受付した受付回数を記録する記録手段と、
前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、
前記記録手段により記録した入力受付回数が、予め設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段と、
前記第２の認証情報を入力した日時と、認証を試みたユーザー端末で入力されたユーザーＩＤと、前記認証判定手段での認証可否結果とを関連づけてステータス管理テーブルとして記憶する結果記憶手段と、
前記結果記憶手段の記憶が書き換わる度に、前記第２の認証情報を入力した日時、送信元ＩＰアドレス、入力されたユーザーＩＤを履歴として記録する履歴格納手段と、
前記履歴格納手段に記録された前記履歴に基づき、ユーザー端末からのログイン要求の不正を判断する不正判断手段と、
一定時間毎に、前記結果記憶手段に記憶されたユーザーの認証結果と認証情報を入力した日時を確認する認証結果監視手段と、
を備えることを特徴とする認証サーバ。
【請求項２】
前記不正判断手段は、前記認証判定手段で認証されず、送信元ＩＰアドレスが同一であるにもかかわらず、ユーザーＩＤが一定回数以上変更された場合に、当該ユーザーＩＤについて前記認証可否の判断を停止することを特徴とする請求項１に記載の認証サーバ。
【請求項３】
前記不正判断手段は、前記履歴格納手段にて記録された前記履歴中において、送信元ＩＰアドレスが同一で、且つ設定した時間より長い時間に同一の第２の認証情報を入力しない回数が、設定した回数より多いユーザー端末を、不正なユーザー端末と判断することを特徴とする請求項１又は２に記載の認証サーバ。
【請求項４】
請求項１乃至３のいずれかに記載の認証サーバを制御するための認証サーバプログラムであって、
前記認証サーバを、
ユーザー端末により設定された第１の認証情報を登録する記憶手段と、
前記ユーザー端末からの第２の認証情報の入力を受付する受付手段と、
前記認証情報の前記受付手段で前記入力を受け付けた受付回数を記録する記録手段と、
前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、
前記記録手段により記録した入力受付回数が、予め設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段と、
前記第２の認証情報を入力した日時と、認証を試みたユーザー端末で入力されたユーザーＩＤと、前記認証判定手段での認証可否結果とを関連づけてステータス管理テーブルとして記録する結果記憶手段と、
前記結果記憶手段の記憶が書き換わる度に、送信元ＩＰアドレス、前記第２の認証情報を入力した日時、当該入力がされたユーザーＩＤを履歴として記録する履歴格納手段に記録された前記履歴に基づき、ユーザー端末からのログイン要求の不正を判断する不正判断手段と、
一定時間毎に、前記結果記憶手段に記憶されたユーザーの認証結果と認証情報を入力した日時を確認する認証結果監視手段
として機能させることを特徴とする認証サーバプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はパスワードを用いて被認証者を認証するための認証サーバ及び認証サーバプログラムに関する。
【背景技術】
【０００２】
ネットワーク上のサービスやシステム等にログインする際、ログインを行う被認証者が正当かどうかを確認するために、被認証者がユーザーＩＤとパスワードを入力し、ユーザーＩＤと対応付けて登録されている登録パスワードと入力パスワードとが一致する場合にだけ、ログインを可能とする認証技術が一般化している。
【０００３】
このようなユーザーＩＤとパスワードを用いた認証方法では、第三者によるパスワード推定や、リスト型にログインを試みる不正攻撃を防止する方法として、登録パスワードを定期的に変更する方法や登録パスワードの文字数を多くする方法等が提案されている。また、特許文献１に記載の認証方法では、認証強度を上げるために、ＩＣカードにユーザーＩＤとパスワードを保持させ、ＩＣカードリーダなどを用いてＩＣカード内のＩＤとパスワードが読み取られ、このＩＤとパスワードが、ユーザーが入力した他のパスワード等により暗号化され、サーバに送られることで認証している。
【０００４】
さらに、システムに登録されたユーザーＩＤとパスワードへの不正ログインを防ぐ方法として、ＷＡＦ（Ｗｅｂ Ａｐｐｌｉｃａｔｉｏｎ Ｆｉｒｅｗａｌｌ）、ＩＤＳ（Ｉｎｔｒｕｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ Ｓｙｓｔｅｍ）、ＩＰＳ（Ｉｎｔｒｕｓｉｏｎ Ｐｒｅｖｅｎｔｉｏｎ Ｓｙｓｔｅｍ）等が知られている。これらの方法では、同じユーザーＩＤへの連続したログイン試行やシステム全体に対するログイン試行・アクセス傾向等に基づき不正ログインを試みるユーザー端末装置を検知し、ＩＰアドレス等の情報に基づき当該ユーザー端末装置からのアクセスを遮断する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１７８０３４号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記の認証方法においては、第三者が、別のＷｅｂサイトから入手したユーザーＩＤとパスワードのリストを使って不正ログインを試行した場合（リスト型攻撃）、ログインできてしまう可能性があった。
【０００７】
そこで、本発明はリスト型攻撃によってログインすることを防止するための、より精度の高い認証を実現する認証サーバ及び認証サーバプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明では、ユーザー端末により設定された第１の認証情報を登録する記憶手段と、前記ユーザー端末からの第２の認証情報の入力を受付する受付手段と、前記第２の認証情報の前記受付手段で前記入力を受付した受付回数を記録する記録手段と、前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、前記記録手段により記録した入力受付回数が、予め設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段と、前記第２の認証情報を入力した日時と、当該入力がされたユーザー端末を特定するためのユーザー端末情報と、前記認証判定手段での認証可否結果とを関連づけて記憶する結果記憶手段と、前記結果記憶手段の記憶が書き換わる度に履歴として記録する履歴格納手段と、前記結果記憶手段に記録された前記履歴に基づき、ユーザー端末からのログイン要求の不正を判断する不正判断手段と、前記結果記憶手段を一定時間毎にユーザーの認証結果と認証情報を入力した日時を確認する認証結果監視手段と、を備えることを特徴とする認証サーバを提供する。
【０００９】
請求項２に記載の発明では、前記不正判断手段は、前記履歴格納手段にて記録された前記履歴中において、前記ユーザー端末情報が同一で、且つ設定した回数より多く、前記第１の認証情報との一致度が所定の閾値を下回る第２の認証情報を、入力日時の差が設定した時間より短い時間で入力し、認証可否結果が認証否となっているユーザー端末を、不正なユーザー端末と判断することを特徴とする請求項１に記載の認証サーバを提供する。
【００１０】
請求項３に記載の発明では、前記不正判断手段は、前記認証判定手段で認証されず、前記ユーザー端末情報が同一であるにもかかわらず、ユーザーＩＤが一定回数以上変更された場合に、当該ユーザーＩＤについて前記認証可否の判断を停止することを特徴とする請求項１乃至２のいずれかに記載の認証サーバを提供する。
【００１１】
請求項４に記載の発明では、  前記不正判断手段は、前記履歴格納手段にて記録された前記履歴中において、前記ユーザー端末情報が同一で、且つ設定した時間より長い時間に同一の第２の認証情報を入力しない回数が、設定した回数より多いユーザー端末を、不正なユーザー端末を判断することを特徴とする請求項１乃至３のいずれかに記載の認証サーバを提供する。
【００１２】
請求項５に記載の発明では、請求項１乃至４のいずれかに記載の認証サーバを制御するための認証サーバプログラムであって、前記認証サーバを、ユーザー端末により設定された第１の認証情報を登録する記憶手段と、前記ユーザー端末からの第２の認証情報の入力を受付する受付手段と、前記認証情報の前記受付手段で前記入力を受け付けた受付回数を記録する記録手段と、前記記憶手段に登録した第１の認証情報と、前記受付手段により入力を受け付けた第２の認証情報とを照合する照合手段と、前記記録手段により記録した入力受付回数が、予め設定された所定の認証開始回数を満たす場合に入力された認証情報について、認証可否を判断する認証判定手段と、前記第２の認証情報を入力した日時と、当該入力がされたユーザー端末に関するユーザー端末情報と、前記認証判定手段での認証可否結果とを関連づけて履歴として記録する結果記憶手段と、前記結果記憶手段に記録された前記履歴に基づき、ユーザー端末からのログイン要求の不正を判断する不正判断手段と、前記結果記憶手段を一定時間毎にユーザーの認証結果と認証情報を入力した日時を確認する認証結果監視手段として機能させることを特徴とする認証サーバプログラムを提供する。
【発明の効果】
【００１３】
本発明によれば、リスト型攻撃による不正ログインを抑制できる、より精度の高い認証を提供できる。
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００１４】
【図１】システム１の通信環境の一例を概略的に示す。
【図２】パスワード認証サーバ４２の機能構成の一例を概略的に示す。
【図３】ユーザー設定登録の処理の流れの一例を概略的に示す。
【図４】認証の処理の流れの一例を概略的に示す。
【図５】認証の処理の流れの一部であるステータス管理の処理の流れの一例を概略的に示す。
【図６】パスワード認証サーバ４２におけるステータス管理テーブルのチェック処理の流れの一例を概略的に示す。
【図７】パスワード認証サーバ４２におけるログのチェック処理の流れの一例を概略的に示す。
【図８】パスワード認証サーバ４２における登録認証情報テーブルの一例を概略的に示す。
【図９】パスワード認証サーバ４２における設定情報テーブルの一例を概略的に示す。
【図１０】ユーザー登録画面の一例を概略的に示す。
【図１１】初回時のユーザー表示画面の一例を概略的に示す。
【図１２】認証失敗応答時のユーザー表示画面の一例を概略的に示す。
【図１３】アカウントロック時のユーザー表示画面の一例を概略的に示す。
【図１４】ログの一例を概略的に示す。
【図１５】タイムアウトが存在した場合のログの一例を概略的に示す。
【図１６】パスワード認証サーバ４２におけるステータス管理テーブルの一例を概略的に示す。
【発明を実施するための形態】
【００１５】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１６】
図１は、ネットワークサービス提供システム１の通信環境の一例を概略的に示す。ネットワークサービス提供システム１は、サービス提供サイト４を運営する事業者によって提供されるシステムであってよい。ネットワークサービス提供システム１は、無線通信システムの一例であってよい。
【００１７】
ネットワークサービス提供システム１は、通信機能を有するユーザー端末２と、サービス提供サイト４を提供するサービス提供サーバ４１及びパスワード認証サーバ４２を有する。
【００１８】
ユーザー端末２は、アクセス権限を有する正規のユーザーが使用する端末であり、ネットワーク３に接続し、サービス提供サイト４を提供するサービス提供サーバ４１を介して、パスワード認証サーバ４２と通信する。ネットワーク３は、電話網及びインターネットを含む。ユーザー端末２は通信機能を有している機器であり、例えば、スマートフォン等の携帯電話、タブレット端末及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等である。
【００１９】
不正アクセス端末５は、アクセス権限を有さない悪意のあるユーザーが使用する端末であり、本実施形態の説明上登場する仮想上の端末である。不正アクセス端末５は、ネットワーク３を介してサービス提供サーバ４１及びパスワード認証サーバ４２に通信可能な端末であり、例えば、ＰＣ及びタブレット端末等である。
【００２０】
図２は、パスワード認証サーバ４２の機能構成の一例を概略的に示す。パスワード認証サーバ４２は、認証情報記憶部２０２、入力受付部２０４、入力受付回数記録部２０６、通信部２０８、照合部２１０、認証判定部２１２、履歴格納部２１４、計時部２１６、制御部２１８、結果記録部２２０、不正判断部２２２、及び認証結果監視部２２４を備える。
【００２１】
制御部２１８は、パスワード認証サーバ４２の各部を制御する際に必要な種々の演算処理を行うＣＰＵ等の演算処理装置である。なお、後述する各部２０２〜２２４は、この制御部２１８においてＯＳやファームウェアなど、所定のプログラムを実行することにより制御され、半導体装置や電子回路、その他のハードウェア、或いはその機能を持ったソフトウェア、又はこれらの組み合わせによって構成される機能モジュールとして構成することができる。なお、本実施形態では、この制御部２１８において、本発明に係る認証サーバプログラムを実行することにより、本発明の認証サーバとしての機能モジュールを構成している。
【００２２】
認証情報記憶部２０２は、入力受付部２０４においてユーザー端末２から入力を受け付け、設定された第１の認証情報を登録する記憶手段である。この第１の認証情報としては、例えば氏名、住所、電話番号、メールアドレス、ユーザーＩＤ，パスワード及びログイン試行回数（認証開始回数）を含んでよい。他にもアカウントロック機能を有する場合にはロック回数を含んでよい。
【００２３】
入力受付回数記録部２０６は、入力受付部２０４を介してユーザー端末２から第２の認証情報の入力を受け付けた回数を受付回数として記録する記録手段である。
通信部２０８は、例えばイーサネット（登録商標）などの有線の通信インターフェース回路を有する。通信部２０８は、ネットワーク３を介してユーザー端末２等と通信を行う。そして通信部２０８は、制御部２１８を介して、ユーザー端末２等から受信したデータを各部に供給する。また、通信部２０８は、無線の通信インターフェース回路を有してもよい。
【００２４】
照合部２１０は、入力受付回数記録部２０６に記録した入力受付回数と、認証情報記憶部２０２に記憶されたログイン試行回数とを照合し、照合したデータを認証判定部２１２に制御部２１８を介して送信する照合手段である。また、照合部２１０は、認証情報記憶部２０２において記憶した認証情報と、入力受付部２０４において入力を受け付けた認証情報とを照合して認証判定部２１２に送信してもよい。
【００２５】
認証判定部２１２は、照合部２１０において照合した入力受付回数とログイン試行回数とを比較し、認証すべきか否かを判定する認証判定手段である。また、照合部２１０において照合した認証情報について、認証すべきか否かを判定する。
【００２６】
履歴格納部２１４は、ユーザー端末２或いはその他の端末、例えば不正アクセス端末５を用いて入力を受け付けたログ履歴が書き換わる度に格納する履歴格納手段である。ログ履歴には例えば、送信元ＩＰアドレス、第２の認証情報を入力した日時、当該入力されたユーザーＩＤ、及びログイン試行に対する応答内容を含んでよい。
【００２７】
計時部２１６は、入力受付部２０４において認証情報の入力を受け付けた日時を記録し、履歴格納部２１４と結果記録部２２０に送信する。
結果記録部２２０は、認証判定部２１２の結果と計時部２１６から受信した日時（第２の認証情報を入力した日時）と、ユーザーＩＤ（ユーザー端末情報）とを関連づけて登録する結果記憶手段としての記憶装置である。
【００２８】
不正判断部２２２は、履歴格納部２１４に格納されているログ履歴に基づき、ユーザー端末２からのログイン要求の不正を判断するモジュールであり、設定した時間毎に、ログイン試行したユーザーが不正かどうかを判定する不正判断手段である。例えば、この不正判断部２２２は、履歴格納部２１４にて記録されたログ履歴中において、ユーザー端末情報が同一で、且つ設定した回数より多く、第１の認証情報との一致度が所定の閾値を下回る第２の認証情報を、入力日時の差が設定した時間より短い時間で入力し、認証可否結果が認証否となっているユーザー端末２を、不正なユーザー端末と判断する。
【００２９】
また、不正判断部２２２は、認証判定部２１２で認証されず、送信元情報が同一であるにもかかわらず、ユーザーＩＤが一定回数以上変更された場合に、当該ユーザーＩＤについての認証判定の実行を中断させ、認証可否の判断を停止する機能も有している。さらに、不正判断部２２２は、履歴格納部２１４にて記録されたログ履歴中において、ユーザー端末情報が同一で、且つ設定した時間より長い時間に同一の第２の認証情報を入力しない回数が、設定した回数より多いユーザー端末２を、不正なユーザー端末２を判断する機能も有する。
【００３０】
認証結果監視部２２４は、設定した一定時間毎に、結果記録部２２０に登録されている各ユーザーＩＤの最後に認証の入力を受け付けた日時と現在時刻の差分を算出し、設定した時間以上経ているユーザーＩＤについて確認し、情報を更新する認証結果監視手段である。この確認処理としては、上記差分を所定の閾値と比較する処理が含まれ、この比較結果及び認証結果によっては、ユーザーＩＤの情報自体を削除してもよい。
【００３１】
図３は、ネットワークサービス提供システム１において、認証サーバにユーザー情報を登録するために実行される処理の一例を表すフローチャートである。図３では、ユーザー端末２においてサービスを利用する場合において、サービスに初めてアクセスした状態を開始状態として説明する。ここでいうサービスとは、例えば、Ｗｅｂベースの電子商取引サイト、ＳＮＳサイト、有料ニュース提供サイトなどである。
【００３２】
まず、ユーザー端末２のブラウザから所定のＵＲＬを入力してサービス提供サーバ４１にアクセスして、ユーザー端末２のブラウザにサービスホーム画面を表示させる。サービスホーム画面には、ユーザーＩＤとパスワードを入力してログインを可能とする、ユーザー登録者向けのログイン入力案内と、ユーザーＩＤ、パスワードを有さない未登録者向けのユーザー登録要求案内の双方が表示される。サービス提供を受けるためには、まずはユーザー登録して第１の認証情報であるユーザーＩＤ・パスワードの設定し、登録をする必要がある。そのため、未登録のユーザーはユーザー登録要求案内に従い、ユーザー登録要求ボタンを押下する。すると、ステップＳ３０２において、ユーザー端末２から、サービス提供サーバ４１へユーザー情報設定要求が送信されることとなる。
【００３３】
つづいて、ステップＳ３０４において、サービス提供サーバ４１は、ユーザー情報設定要求の受信に応じて、ユーザー情報設定入力画面をユーザー端末２に送信する。なお、Ｓ３０４で、サービス提供サーバ４１は、ユーザー端末２からユーザー情報設定要求を受信した際に、ユーザー端末２の識別情報であるユーザー端末情報、例えば送信元ＭＡＣアドレスを、設定要求履歴として取得して格納してもよい。また、不正アクセス端末５として登録したＭＡＣアドレスのリストをサービス提供サーバ４１に保持しておき、そのＭＡＣアドレスと照合して不正ユーザー端末と判定された場合には、ステップＳ３０４を行わないよう機能させてもよい。また、不正アクセス端末５として登録したユーザー端末２のＩＰアドレスのリストをサービス提供サーバ４１に保持しておき、そのユーザー端末２のＩＰアドレスと照合して不正ユーザー端末と判定された場合には、ステップＳ３０４を行わないよう機能させてもよい。
【００３４】
ステップＳ３０６において、ユーザー端末２は、Ｓ３０４において受信したユーザー情報設定入力画面をブラウザに表示する。なおユーザー情報設定入力画面のデータ形式は、例えばＷｅｂブラウザで表示可能なＨＴＭＬ形式などである。
【００３５】
図１０は、Ｓ３０６でユーザー端末２のブラウザに表示されるユーザー情報設定入力画面の一例である。登録するユーザー情報には、例えば、ユーザーの氏名、ふりがな、郵便番号、住所、電話番号、メールアドレス、ユーザーが登録を希望する第１の認証情報であるユーザーＩＤ、パスワード、そして、認証するか否か判定するログイン試行回数等である。これに限定されるわけではなく、別の種類のユーザー情報の入力が可能であってもよい。ここで認証するか否かを判定するログイン試行回数とは、何回目に入力したログインの情報を用いて認証を行うかを定めるための回数（認証開始回数）である。つまり、図１０でログイン試行回数を３と入力した場合において、認証時にユーザー端末から正しい第２の認証情報であるユーザーＩＤ・パスワードを入力したとしても、設定したログイン試行回数未満の場合には、図１２の画面を、サービス提供サーバ４１からの指示により認証失敗としてユーザー端末２に表示させる。このとき、サービス提供サーバ４１側において、受付手段で入力を受け付けた受付回数が記憶される。
【００３６】
図１２において、認証失敗応答時には、例えば「認証できません。もう一度入力してください。」と表示し、ユーザーＩＤの入力欄１２０２とパスワード入力欄１２０４へ再度、第２の認証情報であるユーザーＩＤとパスワードの入力を促す。つづいて、ユーザーは第２の認証情報であるユーザーＩＤ、パスワードを再入力するが、所定の時間内に入力する入力回数の合計が試行回数３に達するまでは図１２が表示され、入力回数の合計が試行回数３に達したときに初めて、入力したＩＤとパスワードが正しいものかパスワード認証サーバ４２で認証が実行され、認証がＯＫであれば、ユーザー端末２はサービス提供サーバ４１からサービスを受けることが可能となる。
【００３７】
図１０でのユーザー情報設定項目に加えて、入力画面は図示しないが、図９の設定情報を登録させてもよい。例えば、図１０ではログイン試行回数３で入力し、ユーザー指定の固定値である場合の説明をしたが、１回目から、ログイン入力が停止されるすなわち入力画面がロックアウトとなる連続入力回数（ロックアウト回数）までの間でランダムにする設定を選択できるようにしてもよい。ランダムにする設定を選択した場合には、例えば、図１１に示すように、認証するか否か判定するログイン試行回数を示す認証受付番号の表示欄１１０６に表示する。また試行回数３とした場合に、試行回数３でＩＤ・パスワードを誤って入力したとしても、試行回数で受付してから所定の回数は認証機能を動作させる回数を設定できるようにしてもよい。また、ロックアウトの回数となる連続入力回数を設定してもよい。さらに、連続入力回数と判断するための条件として、連続入力とみなす時間間隔を設定してもよい。なお、これらの設定は、ユーザー登録後に再設定、変更可能としてもよい。これらの設定でセキュリティの強度や利便性を変化させることができる。
【００３８】
つづいて、ステップＳ３０８において、ユーザー端末２は、Ｓ３０６で入力されたユーザー情報を含むユーザー情報登録要求をサービス提供サーバ４１に送信する。そして、ユーザー情報登録要求を受信したサービス提供サーバ４１は、ユーザー情報の登録要求をパスワード認証サーバ４２に転送する。なお、Ｓ３０８で、ユーザー端末２から、サービス提供サーバ４１を介せずに、直接、パスワード認証サーバ４２に送信させるよう動作させてもよい。
【００３９】
ステップＳ３１０において、パスワード認証サーバ４２は、ユーザー端末２から受信したユーザー情報に記載不備、例えば情報の欠落やデータ形式の相違など不備がないかを確認する。もしくは既に登録済のＩＤを使用していないか、既に登録済で重複登録ではないかなども確認する。登録に問題がないと判断されれば、認証情報記憶部４０２に登録する。なお、認証に必要なユーザー情報は、サービス提供事業者によって決定されてもよく、例えばユーザーＩＤとパスワードとログイン試行回数とを対応付けて記憶してもよい。
【００４０】
図８に、ステップＳ３１０で認証情報記憶部２０２に登録された登録認証情報の一例を示す。図８に示す一例では、図８のユーザー情報設定入力画面で入力されたユーザー情報がユーザー毎に対応付けられて記録される。
【００４１】
次に、ステップＳ３１２において、パスワード認証サーバ４２は、受信したユーザー情報を格納し終えたことを、ユーザー情報の登録完了報告としてサービス提供サーバ４１に送信する。
【００４２】
ステップＳ３１４において、パスワード認証サーバ４２から登録完了報告を受けたことに応じて、サービス提供サーバ４１はユーザー端末２に登録完了画面を送信する。
なお、登録完了画面は、サービス提供サーバ４１を介さずにパスワード認証サーバ４２から直接ユーザー端末２に送信してもよい。
【００４３】
ステップＳ３１６において、ユーザー端末２は、サービス提供サーバ４１から登録完了画面を受信して、ユーザー端末２の画面上に登録完了画面を表示する。本フローチャートの処理によれば、ユーザー端末２のユーザー情報を正しく登録できる。なお、登録完了画面中に、図１１のＳ４０６で表示する入力画面、すなわちサービス開始のためのログイン入力画面を表示させてもよい。そうすれば登録完了次第、ユーザーは図４の認証フローをステップＳ４０６から開始できるからである。
【００４４】
図４は、ネットワークサービス提供システム１において、正しいユーザーかどうか認証を行う場合に実行される処理の一例を表すフローチャートである。本フローチャートで表される処理は、例えば、ユーザー端末２がサービス提供サーバ４１にて、サービス提供を受けようとした場合に実行される認証サービスのプロセスによる処理の一部として実行される。本フローチャートの処理は、認証サーバにユーザー端末から入力されたユーザー情報が記憶されている場合に開始される状態である。
【００４５】
ステップＳ４０２において、ユーザー端末２は、サービスを利用するためにサービスコンテンツ取得要求をサービス提供サーバ４１に送信する。具体的にいうと、例えばユーザー端末２はブラウザに所定のＵＲＬを入力する。このＵＲＬに基づきブラウザはサービス提供サーバ４１にアクセスし、コンテンツ取得要求としてホーム画面のユーザー端末２への送信を要求する。なお、Ｓ４０２で、サービス提供サーバ４１は、ユーザー端末２からサービスコンテンツ取得要求を受信した際に、ユーザー端末２の識別情報、例えば送信元ＭＡＣアドレスを、設定要求履歴として取得して格納してもよい。また、不正アクセス端末５として事前に登録したＭＡＣアドレスのリストをサービス提供サーバ４１に保持しておき、そのＭＡＣアドレスと照合して不正ユーザー端末と判定された場合には、ステップＳ４０４を行わないよう機能させてもよい。
【００４６】
コンテンツ取得要求、例えばホーム画面のユーザー端末２への送信要求を受信したサービス提供サーバ４１は、ステップＳ４０４において、コンテンツ取得要求を送信したユーザー端末２が正しいユーザーであるか否か判断するために、認証要求画面を表示する指示をユーザー端末２に送信する。
【００４７】
ステップＳ４０６において、ユーザー端末２は、サービス提供サーバ４１から認証要求画面を表示する指示を受信したことに応じて、認証情報入力画面を表示する。
ユーザー端末２において表示する認証情報入力画面の一例を図１１に示す。認証情報入力画面は、ユーザー端末２においてサービスを受けるために1回目にログインする場合であってよい。ユーザーにより入力される情報は、例えば、ユーザーＩＤ入力欄１００２と、パスワードの入力欄１１０４を設ける。また、認証するか否か判定するログイン試行回数を示す認証受付番号の表示欄１１０６に表示してよい。なお表示欄１１０６は画像による数字で人間でないと読み取れないものとする。これによりユーザーは、リスト型不正アクセス端末にはログイン試行回数（認証受付番号）知られることなく、ユーザーＩＤとパスワードを連続で入力する際、何回目に認証が行われるのか事前に知ることができ、認証が行われる回数を間違えずにユーザーＩＤとパスワードを入力することができる。ユーザーＩＤとパスワードを入力したのち、ＯＫボタン１１０８を押下すると、連続入力回数が認証受付番号に至るまでは図１２が表示される。前述したとおり、図１２にてユーザーＩＤとパスワードの再入力を促す。
【００４８】
図４に戻り、ステップＳ４０８においてユーザー端末２は、Ｓ４０６においてＯＫボタン１１０８を選択されると、入力された認証情報をサービス提供サーバ４１に送信する。認証情報には、ユーザーＩＤ、パスワードが含まれている。
【００４９】
つづいて、ステップＳ４１０において、サービス提供サーバ４１は、ユーザー端末２から認証情報を受信したことに応じて、入力された認証情報をパスワード認証サーバ４２へ転送する。
ステップＳ４１２において、パスワード認証サーバ４２は、サービス提供サーバ４１から認証情報を受信し、ステータス管理処理を行う。
【００５０】
図５は、パスワード認証サーバ４２において、ステップＳ４１２のステータス管理処理の一例を表すフローチャートである。
ステップＳ５０２において、サービス提供サーバ４１から認証情報を受信し、ステップＳ５０４の処理へ進む。
【００５１】
ステップＳ５０４において、認証情報に含まれる認証ＩＤが図１６のようなステータス管理テーブル内に存在するかどうか判定する。ステータス管理テーブルに存在する場合はステップＳ５０６の処理に進む。存在しない場合はステップＳ５２８の処理に進む。
【００５２】
図１６はステータス管理テーブルの一例である。認証を試みたユーザー端末２で入力されたユーザーＩＤ、ユーザーＩＤで最後に認証を試みた日時、認証を試みた結果を示すステータス、ユーザーＩＤで認証を受け付けた受付回数を保存してもよい。ステータスは、CORRECT、FAIL、CORRECT_TIMEOUT、LOCKを設定する例にしているが、このとおりではない。
【００５３】
ステップＳ５０６において、ステータス管理テーブルの認証ＩＤの受付回数を１増加し、最終試行日時を現在日時に更新する。その後、ステップＳ５０８の処理へ進む。
ステップＳ５０８において、認証ＩＤのステータスを判定する。ステータスがCORRECTの場合はステップＳ５１２の処理に進む。ステータスがFAILの場合はステップＳ５２０の処理に進む。ステータスがLOCKの場合はステップＳ５１０の処理に進む。
【００５４】
ステップＳ５１０において、図１４のようなログに認証ＩＤのステータスLOCKと現在日時を出力して、ステップＳ５３６の処理に進む。
図１４は、パスワード認証サーバ４２が記録するログの一例である。認証を試みた送信元ＩＰアドレス、認証を試みた日時、入力したユーザーＩＤと認証結果を出力する。
【００５５】
ステップＳ５１２において、受付回数と認証開始回数の比較を行う。受付回数より認証開始回数が大きい場合は、ステップＳ５３６の処理に進む。受付回数と認証開始回数が同じ場合は、ステップＳ５１４の処理に進む。受付回数より認証開始回数が小さい場合は、ステップＳ５２２の処理に進む。
【００５６】
ステップＳ５１４において、認証情報として入力されたパスワードが認証ＩＤのものかどうか判定する。パスワードが認証ＩＤのものである場合は、ステップＳ５１６の処理に進む。パスワードが認証ＩＤのものでない場合は、ステップＳ５２０の処理に進む。
【００５７】
ステップＳ５１６において、ログに認証ＩＤのステータスSUCCESSと現在日時を出力して、ステップＳ５１８の処理に進む。
ステップＳ５１８において、ステータス管理テーブルから認証ＩＤの情報を削除し、ステップＳ５３６の処理に進む。
【００５８】
ステップＳ５２０において、ステータス管理テーブルの認証ＩＤに対応するステータスをFAILに設定し、ログに認証ＩＤのステータスFAILと現在日時を出力して、ステップＳ５３６の処理に進む。
【００５９】
ステップＳ５２２において、受付回数とロックアウト回数が一致するか判定する。一致する場合は、ステップＳ５２６へ処理を進める。一致しない場合は、ステップＳ５２４へ処理を進める。
【００６０】
ステップＳ５２４において、ステータス管理テーブルの認証ＩＤに対応するステータスをFAILに設定し、ログに認証ＩＤのステータスFAILと現在日時を出力して、ステップＳ５３６の処理に進む。
【００６１】
ステップＳ５２６において、ステータス管理テーブルの認証ＩＤに対応するステータスをLOCKに設定し、ログに認証ＩＤのステータスLOCKと現在日時を出力して、ステップＳ５３６の処理に進む。
【００６２】
ステップＳ５２８において、入力された認証情報をステータス管理テーブルに登録する。その際、ステータス管理テーブルの該当する認証ＩＤの受付回数を１に設定し、現在日時を最終試行日時に設定する。
【００６３】
ステップＳ５３０において、認証情報として入力されたパスワードが認証ＩＤのものかどうか判定する。パスワードが認証ＩＤのものである場合は、ステップＳ５３２の処理に進む。パスワードが認証ＩＤのものでない場合は、ステップＳ５３４の処理に進む。
【００６４】
ステップＳ５３２において、ログに認証ＩＤのステータスSUCCESSと現在日時を出力して、ステップＳ５３６の処理に進む。
ステップＳ５３４において、ログに認証ＩＤのステータスFAILと現在日時を出力して、ステップＳ５３６の処理に進む。
ステップＳ５３６において、ステップＳ５３６の前ステップでログに出力したステータスを、サービス提供サーバ４１へ送信する。
【００６５】
図４に戻って、ステップＳ４１４において、パスワード認証サーバ４２は、ステップＳ４１２のステータス管理の結果を、サービス提供サーバ４１へ送信する。
ステップＳ４１６において、サービス提供サーバ４１は、パスワード認証サーバ４２から受信したステータス管理の結果を判定する。ステータス管理の結果がCORRECTの場合、ユーザー端末２へ図１２の認証再要求画面を送信する（ステップＳ４１８）。ステータス管理の結果がSUCCESSの場合、ユーザー端末２へサービスコンテンツ配信を行う（ステップＳ４２２）。ステータス管理の結果がLOCKの場合、ユーザー端末２へ図１３のロック画面を送信する（ステップＳ４２６）。ロックアウトの解除の条件として、所定の時間が経過したら自動で解除するか、システム管理者のリセット操作がないと解除できないようにしてもよい。また、ロックアウトさせたユーザー端末２を不正アクセス端末５とみなして、取得したユーザー端末のＭＡＣアドレス又はＩＰアドレスを接続拒否するブラックリストに追加させてもよい。
【００６６】
ステップＳ４１８において、パスワード認証サーバ４２からステータス管理の結果がCORRECT又はFAILを受信したことに応じて、サービス提供サーバ４１は、ユーザー端末２に認証失敗したことと、認証情報を再入力するように促す認証再要求画面、例えば図１２を表示させる指示を送信する。
【００６７】
ステップＳ４２０において、ユーザー端末２は図１２に示すように、認証に失敗した旨をブラウザに表示するとともに、ユーザーに認証情報を再度入力するように促す。図１２においてユーザーにより入力される情報は、例えば、ユーザーＩＤ入力欄１１０２と、パスワードの入力欄１１０４を設ける。また、図１１の初回のログイン画面において認証受付番号を表示欄１００６に表示したが、図１２においても認証受付番号表示欄を設けてもよい。
【００６８】
図１２の再入力画面表示における入力後のフローはステップＳ４０８以降の流れと同様であるため、説明を省略する。
ステップＳ４２０において、ユーザー端末２は、サービス提供サーバ４１から受信した認証再要求画面をユーザー端末２の画面に表示し、認証情報の再入力を促す。
【００６９】
ステップＳ４２４において、ユーザー端末２は、サービス提供サーバ４１から受信したサービスコンテンツをユーザー端末２の画面に表示する。ユーザー端末はコンテンツを実行し、本フローチャートの処理を終了する。
【００７０】
ステップＳ４２８において、ユーザー端末２は、サービス提供サーバ４１から受信した図１３のロック画面を表示する。前記ロック画面を表示してから、一定時間の間、ユーザー端末２が入力したＩＤでは認証ができないようにしてもよい。
【００７１】
図６は、パスワード認証サーバ４２におけるステータス管理テーブルのチェック処理の流れの一例を概略的に示すフローチャートである。本フローチャートで表される処理は、例えば、ステータス管理テーブルに登録されている認証ＩＤ毎に、一定時間毎に行われる。
【００７２】
ステップＳ６０２において、パスワード認証サーバ４２は、認証ＩＤのステータスを判断する。認証ＩＤのステータスがCORRECT又はLOCK以外の場合は、他の認証ＩＤのステータスの判断を行う。認証ＩＤのステータスがCORRECTの場合は、ステップＳ６０４の処理に進む。認証ＩＤのステータスがLOCKの場合は、ステップＳ６０６の処理に進む。
【００７３】
ステップＳ６０４において、パスワード認証サーバ４２は、現在日時と認証ＩＤの最終試行日時との差分が、予め設定されている試行有効時間内かどうかの判定を行う。判定結果が、前記試行有効時間内の場合は、次の認証ＩＤのステータスチェック処理に進む。前記試行有効時間外の場合は、ステップＳ６０８の処理に進む。
【００７４】
ステップＳ６０６において、パスワード認証サーバ４２は、現在日時と認証ＩＤの最終試行日時との差分が、予め設定されているロック解除時間内かどうかの判定を行う。判定結果が、前記ロック解除時間内の場合、次の認証ＩＤのステータスチェック処理に進む。判定結果が前記ロック解除時間外の場合は、ステップＳ６１０の処理に進む。
【００７５】
ステップＳ６０８において、パスワード認証サーバ４２は、図１５のログに、認証ＩＤと認証日時と前回の認証から施行有効時間を過ぎていることを示すCORRECT_TIMEOUTを出力する。出力した後、ステップＳ６１０の処理に進む。
【００７６】
図１５はCORRECT_TIMEOUTを出力したログの一例である。認証を試みた送信元ＩＰアドレス、認証を試みた日時、入力したユーザーＩＤと認証結果を出力する。
ステップＳ６１０において、パスワード認証サーバ４２は、ステータスを確認した認証ＩＤをステータス管理テーブルから削除する。削除処理の後、次の認証ＩＤのステータスチェックの処理に進む。
【００７７】
図７は、パスワード認証サーバ４２において、出力したログから不正にアクセスをしようとしたユーザー端末２を抽出するための処理の一例を表すフローチャートである。
ステップＳ７０２において、パスワード認証サーバ４２は、不正試行チェックのために一定時間のログを抽出する。
【００７８】
ステップＳ７０４において、パスワード認証サーバ４２は、前記抽出したログから、同一ユーザー端末２で、且つ異なるユーザーＩＤでCORRECT_TIMEOUTとなった回数を計算する。
【００７９】
ステップＳ７０６において、パスワード認証サーバ４２は、前記CORRECT_TIMEOUTとなった回数が予め設定した不正試行判定数以上かどうか判定する。前記CORRECT_TIMEOUTとなった回数が不正試行判定数以上の場合、ユーザー端末２を不正アクセスの端末と判断し、以降アクセスできないようにしてもよい。また、サービス管理者に連絡するようにしてもよい（ステップＳ７０８）。
【００８０】
以上のフローにより、アクセスを試行した各ユーザー端末のステータスと受付回数と最終試行日時を管理し、ログに出力するため、短い時間に複数のユーザーＩＤで不正アクセスを試行するユーザー端末を特定することができ、セキュリティ強度を高めることができる。
【符号の説明】
【００８１】
１…ネットワークサービス提供システム
２…ユーザー端末
３…ネットワーク
４…サービス提供サイト
５…不正アクセス端末
４１…サービス提供サーバ
４２…パスワード認証サーバ
２０２…認証情報記憶部
２０４…入力受付部
２０６…入力受付回数記録部
２０８…通信部
２１０…照合部
２１２…認証判定部
２１４…履歴格納部
２１６…計時部
２１８…制御部
２２０…結果記録部
２２２…不正判断部
２２４…認証結果監視部
４０２…認証情報記憶部
１００２…入力欄
１００６…表示欄
１１０２…入力欄
１１０４…入力欄
１１０６…表示欄
１１０８…ＯＫボタン
１２０２…入力欄
１２０４…パスワード入力欄
【図１】
0006611249.tif 000002
【図２】
0006611249.tif 000003
【図３】
0006611249.tif 000004
【図４】
0006611249.tif 000005
【図５】
0006611249.tif 000006
【図６】
0006611249.tif 000007
【図７】
0006611249.tif 000008
【図８】
0006611249.tif 000009
【図９】
0006611249.tif 000010
【図１０】
0006611249.tif 000011
【図１１】
0006611249.tif 000012
【図１２】
0006611249.tif 000013
【図１３】
0006611249.tif 000014
【図１４】
0006611249.tif 000015
【図１５】
0006611249.tif 000016
【図１６】
0006611249.tif 000017