ＩＰアドレスを用いるユーザ認証システム及びその方法
【課題】ＩＰアドレスチェックを利用するユーザ認証システム及びその方法を提供する。
【解決手段】本発明は、ユーザのアクセスログ記録から有効ＩＰアドレスリストを構築し、前記有効ＩＰアドレスリストをセッションクッキーに含めて、動的にＩＰアドレスが変わる環境でも円滑なウェブサービス提供とユーザ認証を行う。また、本発明は、ＩＰアドレスが変更された場合、重要ウェブサービスの利用において、再ログインを要請し、前記再ログインの結果によって、有効ＩＰアドレスリストを更新することにより適応的にユーザ認証を行うことになる。また、本発明は、前記有効ＩＰアドレスリストの利用及び保安レベルの選択を提供することにより、ユーザに、より便宜を図る。
【解決手段】本発明は、ユーザのアクセスログ記録から有効ＩＰアドレスリストを構築し、前記有効ＩＰアドレスリストをセッションクッキーに含めて、動的にＩＰアドレスが変わる環境でも円滑なウェブサービス提供とユーザ認証を行う。また、本発明は、ＩＰアドレスが変更された場合、重要ウェブサービスの利用において、再ログインを要請し、前記再ログインの結果によって、有効ＩＰアドレスリストを更新することにより適応的にユーザ認証を行うことになる。また、本発明は、前記有効ＩＰアドレスリストの利用及び保安レベルの選択を提供することにより、ユーザに、より便宜を図る。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰアドレスチェックによるユーザ認証システム及びその方法に関する。特に、本発明は、ユーザのログイン及びウェブサービスの要請に対し、ＩＰアドレスチェックを利用することにより、不正ユーザのアカウント盗用を防止すると共に、保安レベルを選択的に提供するシステム及びその方法に関する
【背景技術】
【０００２】
現在、オンライン上では、様々なウェブサービスがユーザのために提供されている。前記ウェブサービスは、ログインというユーザ認証の段階を通して、会員を識別及び認証し、前記会員の権限に適合した様々なウェブサービスを提供する。
【０００３】
このようなユーザ認証は、ニュースポータルサービス、イメールサービス、コミュニティサービス、ブログサービスなどのような様々なウェブサービスを提供するために用いられる。
【０００４】
ウェブサービスの提供業者も、多くのユーザを会員として確保し、前記会員の権限に適合した様々なウェブサービスを提供している。しかし、円滑なウェブサービスを提供するためには、前記会員に権限が付与されることと共に、前記会員に対するプライバシーと保安が保証されるべきである。
【０００５】
すなわち、ウェブサービスを提供するにおいて、ユーザ認証に成功した場合は、特定セッションの間は、会員が自分の権限を利用するのに不便さがなければならないが、前記ユーザ認証が要求されるウェブサービスに対するアクセスにおいて保安が維持される必要がある。
【０００６】
図１は、従来のユーザ認証システムの概要を示す図である。
【０００７】
従来のユーザ認証システムは、クライアント１０、ログインサーバ２０、サービスウェブサーバ３０を含む。従来のユーザ認証システムは、セッションクッキーを用いることにより、ユーザのセッションを維持し、ウェブサービスを提供する。
【０００８】
まず、クライアント１０は、ウェブブラウザーのログインのページを用いて、ＩＤ及びパスワードを入力し、前記ＩＤ及びパスワードをログインサーバ２０に伝送する（Ｓ１）。
【０００９】
ログインサーバ２０は、ユーザ認証を行うサーバで、前記ＩＤ及びパスワードが、ユーザ情報データベース（図示せず）に予め登録されているＩＤ及びパスワードと一致する場合は、ログインを許容し、セッション維持のためのセッションクッキーをクライアント１０に伝送する（Ｓ２）
【００１０】
クッキーは、サーバが、クライアントのウェブブラウザーに送ってから、サーバの追加の要請があった場合に、再びサーバに送られる文字列の情報で、あるユーザが特定ウェブサイトにアクセスし、どのような情報を見たのかなどの情報が記録されることができる。
【００１１】
前記セッションクッキーは、通常、ユーザＩＤ、イメール、名前、生年月日、性別、実名如何などの様々な個人情報を含んでいる。
【００１２】
クライアント１０が、ログインを行った後に、サービスウェブサーバ３０の特定ＵＲＬに対応するウェブサービスを利用しようとする場合には、該当ＵＲＬと前記セッションクッキーを伝送する（Ｓ３）。
【００１３】
サービスウェブサーバ３０は、前記ＵＲＬの受信に応答して、前記セッションクッキーがまだ有効な状態であるかを確認した後（例えば、タイムアウトをチェックする）、まだ有効な状態である場合には、前記ＵＲＬに対応するウェブサービスを提供し、タイムアウトの場合には、アクセスの拒否またはタイムアウトの状態を通報する（Ｓ４、Ｓ５）。
【００１４】
上述したように、従来の技術は、ユーザ認証が有効な状態であるかをチェックするにおいて、セッションクッキーを利用する。しかし、前記セッションクッキーは、ハッカーなどの不正ユーザにより奪取される可能性がある。
【００１５】
例えば、ハッカーは、悪性プログラムを用いて、クライアントのＰＣから転送されるパケットを横取りして前記セッションクッキーを奪取することができる。上述したようにパケットを横取りする行為をスニフィングと称する。
【００１６】
通常、クッキーの文字列は暗号化されているため、セッションクッキーが奪取されても、ＩＤ及びパスワードを知ることは容易ではないが、一旦奪取されたセッションクッキーは、不正ユーザが特定のウェブサービスを利用及びアクセスするのに用いられることができる。
【００１７】
従って、従来のユーザ認証システムは、このようなセッションクッキーの奪取に対し保安上の問題点が存在する。
【００１８】
一方、このような問題点を解決するために、一部のウェブサービスでは、定められたＩＰアドレスから伝送されたセッションクッキーのみをユーザ認証に利用する場合もある。
【００１９】
しかし、実際に１つのウェブサービスを利用するユーザのうち、ＩＰアドレスが変わるユーザ数の比率は５%以上である。このようにＩＰアドレスが変わる例示として、家、会社、ネットカフェなど、ユーザが利用するクライアントの位置が変更される場合、動的ＩＰ割当を利用する無線ＬＡＮを用いる場合、会社内の私設網のＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）装備を利用する場合がある。
【００２０】
従って、ユビキタス環境とネットワークの移動性が発展すれば発展するほど、単に指定されたＩＰアドレスを用いるユーザ認証は、反って、ユーザが円滑なウェブサービスを利用するのに障害になる問題点がある。
【００２１】
従って、上述した問題点を解決するために、ユーザ認証における保安と共に、円滑なウェブサービスを提供する、進歩したユーザ認証システム及び方法が切実に要求される。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
上述した従来技術の問題点を解決するために、本発明の一実施の形態による目的は、セッションクッキーが奪取された場合でも、ウェブサービスの保安を維持することができるユーザ認証システム及びその方法を提供することにある。
【００２３】
また、本発明の一実施の形態による他の目的は、保安レベルによってＩＰアドレスチェックを選択的に設定することができる、ユーザ認証システム及びその方法を提供することにある。
【００２４】
また、本発明の一実施の形態による更に他の目的は、動的にＩＰアドレスが変わる環境にいるユーザに対しても円滑なウェブサービスを提供するユーザ認証システム及びその方法を提供することにある。
【課題を解決するための手段】
【００２５】
本発明の第１の側面によるユーザ認証システムは、ユーザのＩＤ及びパスワードを用いてログインを行うログインサーバと、ログインを行ったクライアントのＩＰアドレスを含むアクセスログ記録を格納するログＤＢと、前記ログＤＢに記録されたＩＰアドレスから同一ユーザのＩＰアドレスのグループである第１有効ＩＰアドレスリストを抽出する共用パターン生成部と、前記共用パターン生成部から抽出された前記第１有効ＩＰアドレスリストを格納する共用パターンＤＢと、前記第１有効ＩＰアドレスリストを含むセッションクッキーを生成することにより、前記第１有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容するＩＰアドレスチェック認証モジュールとを含む。
【００２６】
ここで、前記ＩＰアドレスチェック認証モジュールは、前記クライアントのＩＰアドレスが変更された場合、前記変更されたＩＰアドレスを臨時ＩＰアドレスとして前記セッションクッキーに追加し、再ログインを要請して前記再ログインに成功した場合、前記臨時ＩＰアドレスを第２有効ＩＰアドレスリストに追加する。
【００２７】
本発明の第２の側面によるユーザ認証方法は、ａ）アクセスログ記録から抽出された同一ユーザのＩＰアドレスグループである有効ＩＰアドレスリストをユーザ認証に用いるか否かに関する選択を提供するステップと、ｂ）前記有効ＩＰアドレスリストを用いる場合、ユーザＩＤと前記有効ＩＰアドレスリストを含むセッションクッキーを生成するステップと、ｃ）前記生成されたセッションクッキーを用いて、前記有効ＩＰアドレスリスト内のＩＰアドレスを有するクライアントからのウェブサービスの要請を許容するステップとを含む。
【００２８】
ここで、ユーザ認証方法は、ｂ−１）前記有効ＩＰアドレスリストのＩＰアドレスの上位３つのオクテット値を指定する第１クラスと、４つのオクテット値を指定する第２クラスのうち１つの利用の選択を提供するステップと、ｂ−２）前記セッションクッキーに前記第１クラスまたは第２クラスの利用を識別するデータを追加するステップとを更に含むことができる。
【００２９】
また、本発明の第３の側面によるユーザ認証方法は、クライアントからＵＲＬ及びセッションクッキーを受信するステップと、前記セッションクッキーに基づいて、前記クライアントのＩＰアドレスが変更されたか否かを判断するステップと、前記ＩＰアドレスが変更された場合には、前記変更されたＩＰアドレスを臨時ＩＰアドレスにしてセッションクッキーを再設定するステップと、前記ＵＲＬが、前記臨時ＩＰアドレスに対して、ウェブサービスの提供が制限されるＩＰアドレスチェックが必要なＵＲＬであるか否かを判断するステップと、前記ＵＲＬが、前記ＩＰアドレスチェックが必要なＵＲＬである場合、前記クライアントに再ログインを要請するステップと、前記再ログインに成功した場合、前記臨時ＩＰアドレスを同一ユーザが利用可能な有効ＩＰアドレスリストに追加するステップとを含む。
【００３０】
また、本発明の第４の側面によるデータ構造が記録されたコンピュータ読み取り可能な記録媒体は、アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第１有効ＩＰアドレスリストと、アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第１有効ＩＰアドレスリストと、特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第２有効ＩＰアドレスリストと、特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第２有効ＩＰアドレスリストとを含む。
【発明の効果】
【００３１】
上述した本発明の一実施の形態によれば、セッションクッキーが奪取された場合でも、前記有効ＩＰアドレスリストを用いることにより、認証済のユーザのみがウェブサービスの提供を受けることができる。
【００３２】
また、前記有効ＩＰアドレスリストは、ＩＰアドレスが動的に変わる環境でも、ユーザの活動とアクセスの履歴によって適応的に更新され、ユーザにおける煩わしさを除き、円滑なウェブサービスを提供する。
【００３３】
また、保安レベル別にＩＰアドレスチェックのオプションの選択を提供することにより、ユーザが所望する保安レベルでウェブサービスの利用を提供する。
【００３４】
また、予め定められた特定のＵＲＬに対しＩＰアドレスチェックを行うことにより、ウェブサービスサーバの過負荷を防止し、ユーザにとっては、煩わしさがない円滑なウェブサービスの提供が可能である。
【発明を実施するための最良の形態】
【００３５】
以下、添付の図面を参照して、本発明が属する技術分野において通常の知識を有する者が容易に実施することができるように本発明の実施の形態を詳細に説明する。本発明は、様々な相異する形態で実現することができ、ここで説明する実施の形態に限定されない。図面においては、本発明を明確に説明するために、説明と関係ない部分は省略し、明細書全体にわたって類似する部分に対しては類似の図面符号を付する。
【００３６】
明細書全体にわたって、ある部分が他の部分と「連結」されているとしたとき、これは「直接的に連結」されている場合だけでなく、その中間に他の素子を挟んで「電気的に連結」されている場合も含む。また、ある部分がある構成要素を「含む」としたとき、これは、特別に反対する記載がない限り、他の構成要素を除外するのではなく、他の構成要素を更に含むことができることを意味する。
【００３７】
図２は、本発明の一実施の形態によるユーザ認証システムの構成を示すブロック図である。
【００３８】
ユーザ認証システム１００は、ログインサーバ１１０、ＩＰアドレスチェック認証モジュール１２０、共用パターン生成部１３０、ログＤＢ１４０、共用パターンＤＢ１５０、個人パターンＤＢ１６０を含む。
【００３９】
ログインサーバ１１０は、クライアントからＩＤ及びパスワードを受信し、ユーザログインを行う。前記ログインが成功的に行われた場合には、セッションクッキーが発行され、今後ログインに成功したユーザの権限を持って利用することができるウェブサービスを提供することができるように支援する。一方、本発明の実施の形態では、前記セッションクッキーは、ＩＰアドレスを含んでいる。前記ＩＰアドレスは、属性によって、有効ＩＰアドレスと臨時ＩＰアドレスに区分される。前記有効ＩＰアドレスと臨時ＩＰアドレスの詳細な処理は後述する。
【００４０】
ＩＰアドレスチェック認証モジュール１２０は、要請されたウェブサービスに対応するＵＲＬと共に伝送されたセッションクッキーに対するＩＰアドレスチェックを行い、セッションクッキーを再設定する。ＩＰアドレスチェック認証モジュール１２０は、最初ログインしたクライアントのＩＰアドレスと、セッションクッキーを伝送したクライアントのＩＰアドレスが相異する場合、変更されたＩＰアドレスを臨時ＩＰアドレスとして設定し、セッションクッキーを再設定する。また、前記変更されたＩＰアドレスが既にパターン化された有効ＩＰアドレスに該当するかを確認する。前記ＩＰアドレスのチェックは、予め定められたＵＲＬのうちいずれか１つに対応するウェブサービスを要請する場合に行われることができる。また、ＩＰアドレスチェック認証モジュール１２０は、ユーザが選択または設定した保安レベルに基づいて、前記ＩＰアドレスのチェックを行うこともできる。
【００４１】
ログＤＢ１４０は、アクセスまたはログイン−ログアウトによって生成されるアクセスログ記録を格納する。前記アクセスログ記録は、特定のユーザのＩＤに対応するクライアントのＩＰアドレスがマッチングされて格納される。
【００４２】
共用パターン生成部１３０は、ログＤＢ１４０に記録されているＩＰアドレスに基づいて、同一ユーザのＩＰアドレスパターンを生成する。実際に、ＮＡＴ装備を利用する私設網では、動的にＩＰアドレスが変化するため、特定のＩＰアドレスの対またはグループ内でのＩＰアドレスの変更は、正当なログインと推定されることができる。
【００４３】
前記同一ユーザのＩＰアドレスパターンは、有効ＩＰアドレスリストとして共用パターンＤＢ１５０に格納される。前記有効ＩＰアドレスリスト内で発生したＩＰアドレスの変更は、有効なものと取扱って、別途の処理（例えば、再ログインの要請）を省略することができる。
【００４４】
個人パターンＤＢ１６０は、ユーザの行為に基づいて、有効ＩＰアドレスリストを生成し格納する。例えば、ＩＰアドレスチェック認証モジュール１２０がクライアントに再ログインを要請したとき、再ログインに成功した場合には、臨時ＩＰアドレス（ログイン以後に変更されたＩＰアドレス）が有効ＩＰアドレスリストに追加され、個人パターンＤＢに格納される。
【００４５】
すなわち、共用パターンＤＢ１５０は、全ユーザを対象に収集されたアクセスログ記録に基づいて生成された有効ＩＰアドレスリストを格納し、個人パターンＤＢ１６０は、個別ユーザの特定の行為によって生成された有効ＩＰアドレスリストを格納する。
【００４６】
共用パターンＤＢ１５０及び個人パターンＤＢ１６０は、物理的に統合された装置に実現されても関係なく、前記有効ＩＰアドレスリストは、設定によってＩＰアドレスのうち上位３つのオクテット値のみを指定する第１クラス（例えば、２１１．２０３．５）と、ＩＰアドレスの４つのオクテット値を全て利用する第２クラス（例えば、１９２．２１１．２．３３）を選択的に用いることができる。
【００４７】
以下、本発明のユーザ認証システムのそれぞれの構成要素の動作について更に詳細に説明する。
【００４８】
図３は、本発明の一実施の形態によるユーザ認証システムにおいて有効ＩＰアドレスリストを生成する動作を示す図である。
【００４９】
同一ユーザＩＤにより、クライアント１１及びクライアント１２によってログインが行われ、それぞれのアクセスログ記録は、ログＤＢ１４０に格納される。上述したように、前記アクセスログ記録は、ログイン時のＩＰアドレスを含んでいる。ここで、クライアント１１及びクライアント１２は、互いに異なるＩＰアドレスを有するクライアントである。
【００５０】
共用パターン生成部１３０は、ログＤＢ１４０に記録されているアクセスログ記録に基づいて、有効ＩＰアドレスリストを生成する。例えば、同一ユーザのログインに用いられるクライアントのＩＰアドレス、または同一ＮＡＴ装備によって用いられるＩＰアドレスが、前記有効ＩＰアドレスリストに含まれることができる。
【００５１】
前記有効ＩＰアドレスリストは、共用パターンＤＢ１５０に格納され、後にＩＰアドレスチェックが選択された場合に、前記リスト内でのＩＰアドレスの変更は、有効な変更として取り扱われることができる。
【００５２】
上述した構成により、ＮＡＴ装備を用いることにより、随時、ＩＰアドレスが変えられる環境でも、ＩＰアドレスの変更をパターン化し、別途の処理手続なく、ユーザ認証に保安性を確保することができる。
【００５３】
上述したログ分析は、予め定められた頻度に基づいて、有効ＩＰアドレスリストを生成することができ、一定の周期（例えば、６ケ月）の単位で更新して、共用パターンＤＢ１５０を構築及び更新することができる。
【００５４】
図４は、本発明の一実施の形態によるユーザ認証システムにおいて臨時ＩＰアドレスを処理する動作を示す図である。
【００５５】
例えば、クライアント１１がログインを行い、セッションを維持した状態で、クライアント１２を通して特定のＵＲＬに対応するウェブサービスの要請が発生することができる。ここで、クライアント１１及びクライアント１２は、互いに異なるＩＰアドレスを有するクライアントである。
【００５６】
ＩＰアドレスチェック認証モジュール１２０は、クライアント１２からＵＲＬと共に伝送されたセッションクッキーに含まれているＩＰアドレスと、クライアント１２の現在のＩＰアドレスとが相異する場合、または個人パターンＤＢ１６０に格納されている有効ＩＰアドレスリストにクライアント１２の現在のＩＰアドレスがない場合には、クライアント１２の現在のＩＰアドレスを臨時ＩＰアドレスとして設定し、セッションクッキーに追加する。図４では、有効ＩＰアドレスリストのチェックを、個人パターンＤＢ１６０を参照して行うものとして示されているが、共用パターンＤＢ１５０の有効ＩＰアドレスリストを参照して行うことも可能である。
【００５７】
ＩＰアドレスチェック認証モジュール１２０は、伝送されたＵＲＬの属性によって２種類の動作を行うことができる。
【００５８】
伝送されたＵＲＬのウェブサービスが、ＩＰアドレスチェックが不要な場合には、通常のウェブサービスを提供するために、ＵＲＬに対応するウェブサービスへのアクセス及び利用を許容する。ここで、前記臨時ＩＰアドレスが追加され、再設定されたセッションクッキーも共にクライアント１２に伝送される。
【００５９】
しかし、伝送されたＵＲＬのウェブサービスが、ＩＰアドレスチェックが不要な場合には、ＩＰアドレスチェックの結果をログインサーバ１１０に転送する。ＩＰアドレスチェックが必要なＵＲＬは、例えば、メール、メッセージ、ブログの秘密文などの閲覧または主要掲示物の作成サービスのためのＵＲＬである。
【００６０】
ＩＰアドレスのチェックが必要な場合には、ログインサーバ１１０は、別途のログインのポップアップウィンドウを出して、クライアント１２に再ログインを要請する。クライアント１２が再ログインを成功的に行った場合には、ログインサーバ１１０は、前記臨時ＩＰアドレスを個人パターンＤＢ１６０の有効ＩＰアドレスリストに格納する。
【００６１】
以後、クライアント１２のＩＰアドレスは、有効ＩＰアドレスリストに含まれるため、ＩＰアドレスチェック認証モジュール１２０は、クライアント１２にウェブサービスを提供することを許容（許可）する。
【００６２】
図示されていないが、クライアント１２が再ログインに失敗した場合には、要請したウェブサービスへのアクセス及び利用は拒否される。
【００６３】
図３及び図４に示す構成によって、本発明の一実施の形態によるユーザ認証システムは、奪取されたセッションクッキーを用いる不正ユーザのウェブサービスの利用を遮断すると共に、ＩＰアドレスが変更される環境においても、正当なユーザにウェブサービスを適応的に提供することができるようになる。
【００６４】
図５は、本発明の一実施の形態における個人パターンＤＢと共用パターンＤＢのデータ構造を示す図である。
【００６５】
個人パターンＤＢ１６０では、ＩＰアドレスチェックのためのログインに成功した場合、臨時ＩＰアドレスを有効ＩＰアドレスとして格納する。格納されたデータの構造は、ユーザＩＤｆ１１、第１クラス有効ＩＰアドレスｆ１２、最近リフレッシュ時間ｆ１３を含む。また、前記データ構造は、ユーザＩＤｆ２１、第２クラス有効ＩＰアドレスｆ２２、最近リフレッシュ時間ｆ２３を含む。
【００６６】
ＩＰアドレスのためのデータｆ１２及びｆ２２は、複数のＩＰアドレスを含むことができる。第１クラスの有効ＩＰアドレスｆ１２は、ＩＰアドレスの４つのオクテットのうち上位３つのオクテット値のみによって表現される。すなわち、ＩＰアドレスに対して上位３つのオクテット値のみをチェックし、上位３つのオクテット値が同一である場合には、有効ＩＰアドレスとして取扱う。一方、第２クラスの有効ＩＰアドレスｆ２２は、４つのオクテット値を全てチェックし、４つのオクテット値が有効ＩＰアドレスと同一であるときのみ、ＩＰアドレスチェックを行わない。従って、第２クラスのＩＰアドレスをチェックするためのデータ構造が、第１クラスの有効ＩＰアドレスをチェックするためのデータ構造より、保安レベルが高いことを確認することができる。
【００６７】
最近リフレッシュ時間ｆ１３、ｆ２３は、最近、有効ＩＰアドレスリストがリフレッシュされた時間を記録する。前記リフレッシュ時間に基づいて、臨時ＩＰアドレスが有効ＩＰアドレスに転換されることが制限され得る。
【００６８】
共用パターンＤＢ１５０は、ウェブサーバにアクセスしたログ記録に基づいて、ＩＰアドレス対またはＩＰアドレスグループを抽出し、有効ＩＰアドレスリストを格納する。前記有効ＩＰアドレスリストは、大体、同一ＮＡＴ装備のＩＰアドレスリストに該当することができる。格納されたデータ構造は、第１クラスの有効ＩＰアドレスｆ３１、ｆ３２、頻度ｆ３３を含む。また、格納されたデータ構造は、第２クラスの有効ＩＰアドレスｆ４１、ｆ４２、頻度ｆ４３を含む。
【００６９】
データｆ３１、ｆ３２は、対をなす有効ＩＰアドレスであり、それぞれＩＰアドレスの上位３つのオクテットを格納する。データｆ４１、ｆ４２は、対をなす有効ＩＰアドレスで、それぞれＩＰアドレスの４つのオクテットを格納する。上述したように、２つのデータ構造は、実質的に同一であるが、第２クラスの有効ＩＰアドレスリストを構築したデータ構造が更に高い保安レベルを提供する。
【００７０】
頻度ｆ３３、ｆ４３は、有効ＩＰアドレスリストにリストアップできるＩＰアドレス対の発生頻度を意味する。前記頻度の具体的な値は、運営者によって選択されることができる。
【００７１】
図６は、本発明の一実施の形態によるユーザ認証設定方法を示すフローチャートである。
【００７２】
ステップＳ１１０で、ユーザ認証システムは、ＩＰアドレスチェックのオプションを設定する。前記ＩＰアドレスチェックのオプションは、クライアントからの選択に応答して設定されることができる。好ましくは、ユーザのログインウィンドウに前記オプションを選択することができるようにして、ユーザに、ログインと共に、前記ＩＰアドレスチェックのオプションを設定させる。
【００７３】
ここで、前記ＩＰアドレスチェックのオプションは、保安レベルの順に、（１）ＩＰアドレスチェックを使用しない場合、（２）第１クラスの有効ＩＰアドレスリストを利用する場合、（３）第２クラスの有効ＩＰアドレスリストを利用する場合、及び（４）単一ＩＰアドレスのみを利用する場合を含み、ユーザは、自分が所望する保安レベルによって前記ＩＰアドレスチェックのオプションのうちいずれか１つを選択する。
【００７４】
ステップＳ１２０では、ＩＰアドレスチェックが用いられるか否かを判断する。ＩＰアドレスチェックを使用しない場合は、前記ＩＰアドレスチェックのオプションの識別子と共にログインＩＤを含む第１セッションクッキーが生成される（Ｓ１２１）。
【００７５】
ＩＰアドレスチェックが用いられる場合は、有効ＩＰアドレスリストが用いられるか否かを判断する（Ｓ１３０）。有効ＩＰアドレスリストが使用されない場合には、現在ログインされたＩＰアドレスと、予め定められた単一ＩＰアドレスとを比較した結果値を含む第４セッションクッキーが生成される（Ｓ１３１）。ここで、有効ＩＰアドレスリストは、アクセスログ記録における同一ユーザのＩＰアドレスのグループを含む。また、前記有効ＩＰアドレスリストは、ＩＰアドレスの変更によって再ログインが要請され、前記再ログインに成功した場合、前記変更されたＩＰアドレスが追加されたＩＰアドレスのリストである。
【００７６】
有効ＩＰアドレスリストを利用するように設定された場合には、第１クラス有効ＩＰアドレスリストと第２クラス有効ＩＰアドレスリストのうち、どちらを選択するかを判断する（Ｓ１４０）。
【００７７】
第１クラスが選択される場合には、第１クラスの有効ＩＰアドレスリストを呼出し（Ｓ１５０）、前記有効ＩＰアドレスを含めた第２セッションクッキーを生成する（Ｓ１６０）。
【００７８】
第２クラスが選択される場合には、第２クラスの有効ＩＰアドレスリストを呼出し（Ｓ１７０）、前記有効ＩＰアドレスを含めた第３セッションクッキーを生成する（Ｓ１８０）。
【００７９】
本発明の実施の形態によるセッションクッキーは以下のような情報を含むことができる。
【００８０】
第１セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［ユーザＩＤ］
第２セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［第１クラスの有効ＩＰアドレス］、［第１クラスの臨時ＩＰアドレス］、［ユーザＩＤ］
第３セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［第２クラスの有効ＩＰアドレス］、［第２クラスの臨時ＩＰアドレス］、［ユーザＩＤ］
第４セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［ユーザＩＤ］
【００８１】
上述したようにそれぞれのＩＰアドレスチェックのオプションに対応するセッションクッキーを生成することにより、ユーザが所望する保安レベルのＩＰアドレスチェックのオプションによるユーザ認証を提供することができる。
【００８２】
図７は、本発明の実施の形態によるユーザ認証及び有効ＩＰアドレスリストを更新する方法を示すフローチャートである。
【００８３】
図７に示す実施の形態は、有効ＩＰアドレスリストを利用する場合に、前記有効ＩＰアドレスリストを更新する構成に関するものである。従って、図７に係る実施の形態で言及されるセッションクッキーは、図６の第２セッションクッキーまたは第３セッションクッキーのうちの１つになり得る。
【００８４】
ユーザ認証システムは、クライアントから要請されたウェブサービスに対応するＵＲＬ及びセッションクッキーを受信する（Ｓ２１０）。上述したように、セッションクッキーには、有効ＩＰアドレスが含まれている。
【００８５】
ステップＳ２２０では、ＩＰアドレスが変更されたか否かを判断する。前記ＩＰアドレスの変更は、ＵＲＬを転送したクライアントの現在のＩＰアドレスと、最初ログイン時に記録された有効ＩＰアドレスとが相異する場合に該当する。前記ＩＰアドレスの変更如何は、予め設定されたＩＰアドレスチェックのオプションによって、上位３つのオクテットのみを比較して判断することができる。
【００８６】
ＩＰアドレスが変更されない場合には、ＵＲＬに対応するウェブサービスを提供する（Ｓ２８０、Ｓ２８１）。
【００８７】
一方、ＩＰアドレスが変更された場合には、変更されたＩＰアドレスを臨時ＩＰアドレスとして追加したセッションクッキーを再設定する（Ｓ２３０）。
【００８８】
ステップＳ２４０では、要請されたウェブサービスのＵＲＬが、ＩＰアドレスチェックが必要なＵＲＬであるか否かを判断する。前記ＩＰアドレスチェックが必要なＵＲＬは、予め定められたＵＲＬのうちの１つになり得る。例えば、メール、メッセージ、ブログの秘密文などの閲覧または主要掲示物の作成サービスのためのＵＲＬになり得る。
【００８９】
ＩＰアドレスチェックが不要なＵＲＬの場合には、特別な制限なく、ウェブサービスを提供する（Ｓ２８０）。しかし、セッションクッキーには、臨時ＩＰアドレスが追加された状態であり、後に同じセッションクッキーを用いて、ＩＰアドレスチェックが必要なウェブサービスのＵＲＬを転送する場合には、ステップＳ２４０の判断を行うことになるであろう。
【００９０】
一方、ＩＰアドレスチェックが必要な場合には、再ログインの要請を行う（Ｓ２５０）。すなわち、クライアントは、ログイン以降に新しいＩＰアドレスに変更されており、前記新しいＩＰアドレスは、まだ制約的であるＵＲＬのウェブサービスへのアクセスが許容される臨時ＩＰアドレスである。前記臨時ＩＰアドレスが有効ＩＰアドレスに転換されるためには、再ログインの過程が必要である。前記再ログインの要請を行うために、別途のログインのポップアップウィンドウを提供することが好ましい。
【００９１】
ステップＳ２６０では、再ログインが成功的に行われたか否かを判断する。再ログインに失敗した場合には、要請されたウェブサービスの提供は拒否される（Ｓ２９０）。
【００９２】
再ログインが成功的に行われた場合には、臨時ＩＰアドレスは、有効ＩＰアドレスリストに格納される（Ｓ２７０）。後に、ユーザがログイン中に前記格納された臨時ＩＰアドレスに変更されても、前記ユーザとのセッションは、有効なものと認められることになる。
【００９３】
再ログインが成功的に行われた後は、ユーザが転送したＵＲＬに対応するウェブサービスが提供される（Ｓ２８１）。
【００９４】
ここで、ユーザ認証システムは、ＩＰアドレスチェックが必要なＵＲＬを以下のような構文（ｓｙｎｔａｘ）を使用して区分することにより、選択的なＩＰアドレスチェックを提供する。
【００９５】
＊ＩＰアドレスチェックＵＲＬ：ＩＰ Ｃｈｅｃｋ＿ＵＲＬ ｕｒｌ１、ｕｒｌ２、ｕｒｌ３、．．
＊ＩＰアドレスチェックリターンＵＲＬ：ＩＰ Ｃｈｅｃｋ＿ＲｅｔｕｒｎＵＲＬ ｕｒｌ
＊ＩＰアドレスチェックテストＵＲＬ:ＩＰ Ｃｈｅｃｋ＿ＴｅｓｔＵＲＬ ｕｒｌ
【００９６】
ここで、ＩＰアドレスチェックＵＲＬは、ＩＰアドレスチェックが設定された場合、ＩＰアドレスチェックが必要なＵＲＬを意味する。
【００９７】
ＩＰアドレスチェックリターンＵＲＬは、ＩＰアドレスチェックを通過することができなかった場合、リダイレクトされるＵＲＬを意味する。
【００９８】
ＩＰアドレスチェックテストＵＲＬは、ＩＰアドレスチェックをテストするＵＲＬを意味する。前記ＩＰアドレスチェックテストＵＲＬは、ＩＰアドレスチェックＵＲＬでのＩＰアドレスチェックの結果をクライアントに転送する役割を行う。
【００９９】
図８は、本発明の一実施の形態によるＩＰアドレスチェックを利用するログイン窓を示す図である。
【０１００】
本発明の実施の形態によるログイン窓は、「ＩＰ保安設定」というボタンが存在する。前記ＩＰ保安設定のボタンを用いて、ユーザは、ＩＰアドレスチェックのオプションを選択することができる。
【０１０１】
上述したように、ＩＰ保安設定は大きく、ＩＰアドレス情報を使用する場合と、使用しない場合に分けられる。
【０１０２】
ＩＰアドレス情報を使用しない場合には、通常のログインのようなユーザ認証を行う。この場合は、本発明の実施の形態のうち最も低い保安レベルに該当する。
【０１０３】
ＩＰアドレス情報を使用する場合には、保安レベルによって複数のオプションが存在する。
【０１０４】
例えば、「Ｓｍａｒｔ ＩＰ Ｃｈｅｃｋ Ｌｅｖｅｌ１」は、上述した有効ＩＰアドレスリストを使用し、第１クラス（上位３つのケオクテット）の比較を行う保安レベルである。
【０１０５】
「Ｓｍａｒｔ ＩＰ Ｃｈｅｃｋ Ｌｅｖｅｌ２」は、有効ＩＰアドレスリストを使用し、第２クラス（４つのケオクテット）の比較を行う保安レベルである。
【０１０６】
「Ｅｘａｃｔ ＩＰ比較」は、有効ＩＰアドレスリストを使用せず、単一ＩＰアドレスに対してのみログインを許容する保安レベルである。
【０１０７】
ユーザは、このようなログインのボックスのＩＰアドレスチェックのオプションを用いて、自分が所望する保安レベルを選択することにより、クッキーの奪取などによるハッキングを防止すると共に、円滑なウェブサービスの提供を受けることができる。
【０１０８】
詳細なＩＰアドレスチェックのオプションの例示は、下の表１のようにまとめられる。
【０１０９】
【表１】
【０１１０】
ログインＩＰ⇒ログインＩＰアドレス
セッションクッキーの有効ＩＰアドレスリストとして使用⇒前記ＩＰアドレスリストをセッションクッキーの有効ＩＰアドレスリストとして使用
ウェブ要請⇒ウェブサービスの要請
エントピア⇒（削除）
【０１１１】
図９は、本発明の一実施の形態による再ログイン要請窓を示す図である。
【０１１２】
上述したように、ＩＰアドレスチェックが必要なウェブサービスを要請する場合、臨時ＩＰアドレスと有効ＩＰアドレスが相異する場合には、図９のようなログインウィンドウが提供され、ログインに成功した場合に限ってウェブサービスへのアクセス及び利用が可能である。
【０１１３】
再ログイン要請窓は、ログインのためのＩＤ及びパスワードを入力する入力ボックスと共に、ＩＰアドレスチェックを継続して使用するか否かを選択することができるチェックボックスが存在する。例えば、窓の中央部の「ＩＰアドレスチェック」を解除した後、ログインに成功したユーザは、ＩＰアドレスが変更されても、図９のような再ログインのウィンドウが出ない。
【０１１４】
これはユーザが、現在継続的なＩＰアドレスの変更が予想される場合には、再ログインの煩わしさを回避するために、ＩＰアドレスチェックのオプションを解除させるためである。
【０１１５】
上述した本発明の実施の形態により、ユーザ認証システムは、クッキーの奪取によるハッキングから正当なユーザを保護すると共に、通常発生する正当なＩＰアドレスの変更に対して適応的に対処することができる。
【０１１６】
また、ユーザは自分に適合した様々な保安レベルの設定が可能であるため、自分のＩＰアドレスの環境に適合した保安レベルを選択することができる。
【０１１７】
更に、ウェブサービスに対応するＵＲＬに対し選別的にＩＰアドレスチェックを行うことにより、ＩＰアドレスチェックによって発生する過負荷を防止すると共に、保安性のあるユーザ認証を十分に提供することができる。
【０１１８】
本発明は、コンピュータによって実行されるプログラムモジュールのようなコンピュータにより実行可能な命令語を含む記録媒体の形態で実現されることができる。コンピュータ読取可能な媒体は、コンピュータによってアクセスできる任意の媒体であり、揮発性及び非揮発性媒体、分離型及び非分離型媒体を全て含む。また、コンピュータ読取可能な媒体は、コンピュータ格納媒体及び通信媒体を全て含むことができる。コンピュータ格納媒体は、コンピュータ読取可能な命令語、データ構造、プログラムモジュール又はその他のデータのような情報の格納のための任意の方法又は技術で実現された揮発性及び非揮発性、分離型及び非分離型媒体を全て含む。通信媒体は、典型的にコンピュータ読取可能な命令語、データ構造、プログラムモジュール、又は搬送波のような変調されたデータ信号のその他のデータ、又はその他の転送メカニズムを含み、任意の情報伝達媒体を含む。
【０１１９】
以上、本発明の詳細な説明では具体的な実施の形態について説明したが、本発明の要旨から逸脱しない範囲内で様々に変形できる。よって、本発明の権利範囲は、上述の実施の形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１２０】
【図１】従来のユーザ認証システムの概要を示す図である。
【図２】本発明の一実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図３】本発明の一実施の形態に係るユーザ認証システムで有効ＩＰアドレスリストを生成する動作を示す図である。
【図４】本発明の一実施の形態に係るユーザ認証システムで臨時ＩＰアドレスを処理する動作を示す図である。
【図５】本発明の一実施の形態における個人パターンＤＢと共用パターンＤＢのデータ構造を示す図である。
【図６】本発明の一実施の形態に係るユーザ認証設定方法を示すフローチャートである。
【図７】本発明の一実施の形態に係るユーザ認証及び有効ＩＰアドレスリストを更新する方法を示すフローチャートである。
【図８】本発明の一実施の形態に係るＩＰアドレスチェックを利用するログイン窓を示す図である。
【図９】本発明の一実施の形態に係る再ログイン要請窓を示す図である。
【符号の説明】
【０１２１】
１００ ユーザ認証システム
１１０ ログインサーバ
１２０ ＩＰアドレスチェック認証モジュール
１３０ 共用パターン生成部
１４０ ログＤＢ
１５０ 共用パターンＤＢ
１６０ 個人パターンＤＢ
【技術分野】
【０００１】
本発明は、ＩＰアドレスチェックによるユーザ認証システム及びその方法に関する。特に、本発明は、ユーザのログイン及びウェブサービスの要請に対し、ＩＰアドレスチェックを利用することにより、不正ユーザのアカウント盗用を防止すると共に、保安レベルを選択的に提供するシステム及びその方法に関する
【背景技術】
【０００２】
現在、オンライン上では、様々なウェブサービスがユーザのために提供されている。前記ウェブサービスは、ログインというユーザ認証の段階を通して、会員を識別及び認証し、前記会員の権限に適合した様々なウェブサービスを提供する。
【０００３】
このようなユーザ認証は、ニュースポータルサービス、イメールサービス、コミュニティサービス、ブログサービスなどのような様々なウェブサービスを提供するために用いられる。
【０００４】
ウェブサービスの提供業者も、多くのユーザを会員として確保し、前記会員の権限に適合した様々なウェブサービスを提供している。しかし、円滑なウェブサービスを提供するためには、前記会員に権限が付与されることと共に、前記会員に対するプライバシーと保安が保証されるべきである。
【０００５】
すなわち、ウェブサービスを提供するにおいて、ユーザ認証に成功した場合は、特定セッションの間は、会員が自分の権限を利用するのに不便さがなければならないが、前記ユーザ認証が要求されるウェブサービスに対するアクセスにおいて保安が維持される必要がある。
【０００６】
図１は、従来のユーザ認証システムの概要を示す図である。
【０００７】
従来のユーザ認証システムは、クライアント１０、ログインサーバ２０、サービスウェブサーバ３０を含む。従来のユーザ認証システムは、セッションクッキーを用いることにより、ユーザのセッションを維持し、ウェブサービスを提供する。
【０００８】
まず、クライアント１０は、ウェブブラウザーのログインのページを用いて、ＩＤ及びパスワードを入力し、前記ＩＤ及びパスワードをログインサーバ２０に伝送する（Ｓ１）。
【０００９】
ログインサーバ２０は、ユーザ認証を行うサーバで、前記ＩＤ及びパスワードが、ユーザ情報データベース（図示せず）に予め登録されているＩＤ及びパスワードと一致する場合は、ログインを許容し、セッション維持のためのセッションクッキーをクライアント１０に伝送する（Ｓ２）
【００１０】
クッキーは、サーバが、クライアントのウェブブラウザーに送ってから、サーバの追加の要請があった場合に、再びサーバに送られる文字列の情報で、あるユーザが特定ウェブサイトにアクセスし、どのような情報を見たのかなどの情報が記録されることができる。
【００１１】
前記セッションクッキーは、通常、ユーザＩＤ、イメール、名前、生年月日、性別、実名如何などの様々な個人情報を含んでいる。
【００１２】
クライアント１０が、ログインを行った後に、サービスウェブサーバ３０の特定ＵＲＬに対応するウェブサービスを利用しようとする場合には、該当ＵＲＬと前記セッションクッキーを伝送する（Ｓ３）。
【００１３】
サービスウェブサーバ３０は、前記ＵＲＬの受信に応答して、前記セッションクッキーがまだ有効な状態であるかを確認した後（例えば、タイムアウトをチェックする）、まだ有効な状態である場合には、前記ＵＲＬに対応するウェブサービスを提供し、タイムアウトの場合には、アクセスの拒否またはタイムアウトの状態を通報する（Ｓ４、Ｓ５）。
【００１４】
上述したように、従来の技術は、ユーザ認証が有効な状態であるかをチェックするにおいて、セッションクッキーを利用する。しかし、前記セッションクッキーは、ハッカーなどの不正ユーザにより奪取される可能性がある。
【００１５】
例えば、ハッカーは、悪性プログラムを用いて、クライアントのＰＣから転送されるパケットを横取りして前記セッションクッキーを奪取することができる。上述したようにパケットを横取りする行為をスニフィングと称する。
【００１６】
通常、クッキーの文字列は暗号化されているため、セッションクッキーが奪取されても、ＩＤ及びパスワードを知ることは容易ではないが、一旦奪取されたセッションクッキーは、不正ユーザが特定のウェブサービスを利用及びアクセスするのに用いられることができる。
【００１７】
従って、従来のユーザ認証システムは、このようなセッションクッキーの奪取に対し保安上の問題点が存在する。
【００１８】
一方、このような問題点を解決するために、一部のウェブサービスでは、定められたＩＰアドレスから伝送されたセッションクッキーのみをユーザ認証に利用する場合もある。
【００１９】
しかし、実際に１つのウェブサービスを利用するユーザのうち、ＩＰアドレスが変わるユーザ数の比率は５%以上である。このようにＩＰアドレスが変わる例示として、家、会社、ネットカフェなど、ユーザが利用するクライアントの位置が変更される場合、動的ＩＰ割当を利用する無線ＬＡＮを用いる場合、会社内の私設網のＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）装備を利用する場合がある。
【００２０】
従って、ユビキタス環境とネットワークの移動性が発展すれば発展するほど、単に指定されたＩＰアドレスを用いるユーザ認証は、反って、ユーザが円滑なウェブサービスを利用するのに障害になる問題点がある。
【００２１】
従って、上述した問題点を解決するために、ユーザ認証における保安と共に、円滑なウェブサービスを提供する、進歩したユーザ認証システム及び方法が切実に要求される。
【発明の開示】
【発明が解決しようとする課題】
【００２２】
上述した従来技術の問題点を解決するために、本発明の一実施の形態による目的は、セッションクッキーが奪取された場合でも、ウェブサービスの保安を維持することができるユーザ認証システム及びその方法を提供することにある。
【００２３】
また、本発明の一実施の形態による他の目的は、保安レベルによってＩＰアドレスチェックを選択的に設定することができる、ユーザ認証システム及びその方法を提供することにある。
【００２４】
また、本発明の一実施の形態による更に他の目的は、動的にＩＰアドレスが変わる環境にいるユーザに対しても円滑なウェブサービスを提供するユーザ認証システム及びその方法を提供することにある。
【課題を解決するための手段】
【００２５】
本発明の第１の側面によるユーザ認証システムは、ユーザのＩＤ及びパスワードを用いてログインを行うログインサーバと、ログインを行ったクライアントのＩＰアドレスを含むアクセスログ記録を格納するログＤＢと、前記ログＤＢに記録されたＩＰアドレスから同一ユーザのＩＰアドレスのグループである第１有効ＩＰアドレスリストを抽出する共用パターン生成部と、前記共用パターン生成部から抽出された前記第１有効ＩＰアドレスリストを格納する共用パターンＤＢと、前記第１有効ＩＰアドレスリストを含むセッションクッキーを生成することにより、前記第１有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容するＩＰアドレスチェック認証モジュールとを含む。
【００２６】
ここで、前記ＩＰアドレスチェック認証モジュールは、前記クライアントのＩＰアドレスが変更された場合、前記変更されたＩＰアドレスを臨時ＩＰアドレスとして前記セッションクッキーに追加し、再ログインを要請して前記再ログインに成功した場合、前記臨時ＩＰアドレスを第２有効ＩＰアドレスリストに追加する。
【００２７】
本発明の第２の側面によるユーザ認証方法は、ａ）アクセスログ記録から抽出された同一ユーザのＩＰアドレスグループである有効ＩＰアドレスリストをユーザ認証に用いるか否かに関する選択を提供するステップと、ｂ）前記有効ＩＰアドレスリストを用いる場合、ユーザＩＤと前記有効ＩＰアドレスリストを含むセッションクッキーを生成するステップと、ｃ）前記生成されたセッションクッキーを用いて、前記有効ＩＰアドレスリスト内のＩＰアドレスを有するクライアントからのウェブサービスの要請を許容するステップとを含む。
【００２８】
ここで、ユーザ認証方法は、ｂ−１）前記有効ＩＰアドレスリストのＩＰアドレスの上位３つのオクテット値を指定する第１クラスと、４つのオクテット値を指定する第２クラスのうち１つの利用の選択を提供するステップと、ｂ−２）前記セッションクッキーに前記第１クラスまたは第２クラスの利用を識別するデータを追加するステップとを更に含むことができる。
【００２９】
また、本発明の第３の側面によるユーザ認証方法は、クライアントからＵＲＬ及びセッションクッキーを受信するステップと、前記セッションクッキーに基づいて、前記クライアントのＩＰアドレスが変更されたか否かを判断するステップと、前記ＩＰアドレスが変更された場合には、前記変更されたＩＰアドレスを臨時ＩＰアドレスにしてセッションクッキーを再設定するステップと、前記ＵＲＬが、前記臨時ＩＰアドレスに対して、ウェブサービスの提供が制限されるＩＰアドレスチェックが必要なＵＲＬであるか否かを判断するステップと、前記ＵＲＬが、前記ＩＰアドレスチェックが必要なＵＲＬである場合、前記クライアントに再ログインを要請するステップと、前記再ログインに成功した場合、前記臨時ＩＰアドレスを同一ユーザが利用可能な有効ＩＰアドレスリストに追加するステップとを含む。
【００３０】
また、本発明の第４の側面によるデータ構造が記録されたコンピュータ読み取り可能な記録媒体は、アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第１有効ＩＰアドレスリストと、アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第１有効ＩＰアドレスリストと、特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第２有効ＩＰアドレスリストと、特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第２有効ＩＰアドレスリストとを含む。
【発明の効果】
【００３１】
上述した本発明の一実施の形態によれば、セッションクッキーが奪取された場合でも、前記有効ＩＰアドレスリストを用いることにより、認証済のユーザのみがウェブサービスの提供を受けることができる。
【００３２】
また、前記有効ＩＰアドレスリストは、ＩＰアドレスが動的に変わる環境でも、ユーザの活動とアクセスの履歴によって適応的に更新され、ユーザにおける煩わしさを除き、円滑なウェブサービスを提供する。
【００３３】
また、保安レベル別にＩＰアドレスチェックのオプションの選択を提供することにより、ユーザが所望する保安レベルでウェブサービスの利用を提供する。
【００３４】
また、予め定められた特定のＵＲＬに対しＩＰアドレスチェックを行うことにより、ウェブサービスサーバの過負荷を防止し、ユーザにとっては、煩わしさがない円滑なウェブサービスの提供が可能である。
【発明を実施するための最良の形態】
【００３５】
以下、添付の図面を参照して、本発明が属する技術分野において通常の知識を有する者が容易に実施することができるように本発明の実施の形態を詳細に説明する。本発明は、様々な相異する形態で実現することができ、ここで説明する実施の形態に限定されない。図面においては、本発明を明確に説明するために、説明と関係ない部分は省略し、明細書全体にわたって類似する部分に対しては類似の図面符号を付する。
【００３６】
明細書全体にわたって、ある部分が他の部分と「連結」されているとしたとき、これは「直接的に連結」されている場合だけでなく、その中間に他の素子を挟んで「電気的に連結」されている場合も含む。また、ある部分がある構成要素を「含む」としたとき、これは、特別に反対する記載がない限り、他の構成要素を除外するのではなく、他の構成要素を更に含むことができることを意味する。
【００３７】
図２は、本発明の一実施の形態によるユーザ認証システムの構成を示すブロック図である。
【００３８】
ユーザ認証システム１００は、ログインサーバ１１０、ＩＰアドレスチェック認証モジュール１２０、共用パターン生成部１３０、ログＤＢ１４０、共用パターンＤＢ１５０、個人パターンＤＢ１６０を含む。
【００３９】
ログインサーバ１１０は、クライアントからＩＤ及びパスワードを受信し、ユーザログインを行う。前記ログインが成功的に行われた場合には、セッションクッキーが発行され、今後ログインに成功したユーザの権限を持って利用することができるウェブサービスを提供することができるように支援する。一方、本発明の実施の形態では、前記セッションクッキーは、ＩＰアドレスを含んでいる。前記ＩＰアドレスは、属性によって、有効ＩＰアドレスと臨時ＩＰアドレスに区分される。前記有効ＩＰアドレスと臨時ＩＰアドレスの詳細な処理は後述する。
【００４０】
ＩＰアドレスチェック認証モジュール１２０は、要請されたウェブサービスに対応するＵＲＬと共に伝送されたセッションクッキーに対するＩＰアドレスチェックを行い、セッションクッキーを再設定する。ＩＰアドレスチェック認証モジュール１２０は、最初ログインしたクライアントのＩＰアドレスと、セッションクッキーを伝送したクライアントのＩＰアドレスが相異する場合、変更されたＩＰアドレスを臨時ＩＰアドレスとして設定し、セッションクッキーを再設定する。また、前記変更されたＩＰアドレスが既にパターン化された有効ＩＰアドレスに該当するかを確認する。前記ＩＰアドレスのチェックは、予め定められたＵＲＬのうちいずれか１つに対応するウェブサービスを要請する場合に行われることができる。また、ＩＰアドレスチェック認証モジュール１２０は、ユーザが選択または設定した保安レベルに基づいて、前記ＩＰアドレスのチェックを行うこともできる。
【００４１】
ログＤＢ１４０は、アクセスまたはログイン−ログアウトによって生成されるアクセスログ記録を格納する。前記アクセスログ記録は、特定のユーザのＩＤに対応するクライアントのＩＰアドレスがマッチングされて格納される。
【００４２】
共用パターン生成部１３０は、ログＤＢ１４０に記録されているＩＰアドレスに基づいて、同一ユーザのＩＰアドレスパターンを生成する。実際に、ＮＡＴ装備を利用する私設網では、動的にＩＰアドレスが変化するため、特定のＩＰアドレスの対またはグループ内でのＩＰアドレスの変更は、正当なログインと推定されることができる。
【００４３】
前記同一ユーザのＩＰアドレスパターンは、有効ＩＰアドレスリストとして共用パターンＤＢ１５０に格納される。前記有効ＩＰアドレスリスト内で発生したＩＰアドレスの変更は、有効なものと取扱って、別途の処理（例えば、再ログインの要請）を省略することができる。
【００４４】
個人パターンＤＢ１６０は、ユーザの行為に基づいて、有効ＩＰアドレスリストを生成し格納する。例えば、ＩＰアドレスチェック認証モジュール１２０がクライアントに再ログインを要請したとき、再ログインに成功した場合には、臨時ＩＰアドレス（ログイン以後に変更されたＩＰアドレス）が有効ＩＰアドレスリストに追加され、個人パターンＤＢに格納される。
【００４５】
すなわち、共用パターンＤＢ１５０は、全ユーザを対象に収集されたアクセスログ記録に基づいて生成された有効ＩＰアドレスリストを格納し、個人パターンＤＢ１６０は、個別ユーザの特定の行為によって生成された有効ＩＰアドレスリストを格納する。
【００４６】
共用パターンＤＢ１５０及び個人パターンＤＢ１６０は、物理的に統合された装置に実現されても関係なく、前記有効ＩＰアドレスリストは、設定によってＩＰアドレスのうち上位３つのオクテット値のみを指定する第１クラス（例えば、２１１．２０３．５）と、ＩＰアドレスの４つのオクテット値を全て利用する第２クラス（例えば、１９２．２１１．２．３３）を選択的に用いることができる。
【００４７】
以下、本発明のユーザ認証システムのそれぞれの構成要素の動作について更に詳細に説明する。
【００４８】
図３は、本発明の一実施の形態によるユーザ認証システムにおいて有効ＩＰアドレスリストを生成する動作を示す図である。
【００４９】
同一ユーザＩＤにより、クライアント１１及びクライアント１２によってログインが行われ、それぞれのアクセスログ記録は、ログＤＢ１４０に格納される。上述したように、前記アクセスログ記録は、ログイン時のＩＰアドレスを含んでいる。ここで、クライアント１１及びクライアント１２は、互いに異なるＩＰアドレスを有するクライアントである。
【００５０】
共用パターン生成部１３０は、ログＤＢ１４０に記録されているアクセスログ記録に基づいて、有効ＩＰアドレスリストを生成する。例えば、同一ユーザのログインに用いられるクライアントのＩＰアドレス、または同一ＮＡＴ装備によって用いられるＩＰアドレスが、前記有効ＩＰアドレスリストに含まれることができる。
【００５１】
前記有効ＩＰアドレスリストは、共用パターンＤＢ１５０に格納され、後にＩＰアドレスチェックが選択された場合に、前記リスト内でのＩＰアドレスの変更は、有効な変更として取り扱われることができる。
【００５２】
上述した構成により、ＮＡＴ装備を用いることにより、随時、ＩＰアドレスが変えられる環境でも、ＩＰアドレスの変更をパターン化し、別途の処理手続なく、ユーザ認証に保安性を確保することができる。
【００５３】
上述したログ分析は、予め定められた頻度に基づいて、有効ＩＰアドレスリストを生成することができ、一定の周期（例えば、６ケ月）の単位で更新して、共用パターンＤＢ１５０を構築及び更新することができる。
【００５４】
図４は、本発明の一実施の形態によるユーザ認証システムにおいて臨時ＩＰアドレスを処理する動作を示す図である。
【００５５】
例えば、クライアント１１がログインを行い、セッションを維持した状態で、クライアント１２を通して特定のＵＲＬに対応するウェブサービスの要請が発生することができる。ここで、クライアント１１及びクライアント１２は、互いに異なるＩＰアドレスを有するクライアントである。
【００５６】
ＩＰアドレスチェック認証モジュール１２０は、クライアント１２からＵＲＬと共に伝送されたセッションクッキーに含まれているＩＰアドレスと、クライアント１２の現在のＩＰアドレスとが相異する場合、または個人パターンＤＢ１６０に格納されている有効ＩＰアドレスリストにクライアント１２の現在のＩＰアドレスがない場合には、クライアント１２の現在のＩＰアドレスを臨時ＩＰアドレスとして設定し、セッションクッキーに追加する。図４では、有効ＩＰアドレスリストのチェックを、個人パターンＤＢ１６０を参照して行うものとして示されているが、共用パターンＤＢ１５０の有効ＩＰアドレスリストを参照して行うことも可能である。
【００５７】
ＩＰアドレスチェック認証モジュール１２０は、伝送されたＵＲＬの属性によって２種類の動作を行うことができる。
【００５８】
伝送されたＵＲＬのウェブサービスが、ＩＰアドレスチェックが不要な場合には、通常のウェブサービスを提供するために、ＵＲＬに対応するウェブサービスへのアクセス及び利用を許容する。ここで、前記臨時ＩＰアドレスが追加され、再設定されたセッションクッキーも共にクライアント１２に伝送される。
【００５９】
しかし、伝送されたＵＲＬのウェブサービスが、ＩＰアドレスチェックが不要な場合には、ＩＰアドレスチェックの結果をログインサーバ１１０に転送する。ＩＰアドレスチェックが必要なＵＲＬは、例えば、メール、メッセージ、ブログの秘密文などの閲覧または主要掲示物の作成サービスのためのＵＲＬである。
【００６０】
ＩＰアドレスのチェックが必要な場合には、ログインサーバ１１０は、別途のログインのポップアップウィンドウを出して、クライアント１２に再ログインを要請する。クライアント１２が再ログインを成功的に行った場合には、ログインサーバ１１０は、前記臨時ＩＰアドレスを個人パターンＤＢ１６０の有効ＩＰアドレスリストに格納する。
【００６１】
以後、クライアント１２のＩＰアドレスは、有効ＩＰアドレスリストに含まれるため、ＩＰアドレスチェック認証モジュール１２０は、クライアント１２にウェブサービスを提供することを許容（許可）する。
【００６２】
図示されていないが、クライアント１２が再ログインに失敗した場合には、要請したウェブサービスへのアクセス及び利用は拒否される。
【００６３】
図３及び図４に示す構成によって、本発明の一実施の形態によるユーザ認証システムは、奪取されたセッションクッキーを用いる不正ユーザのウェブサービスの利用を遮断すると共に、ＩＰアドレスが変更される環境においても、正当なユーザにウェブサービスを適応的に提供することができるようになる。
【００６４】
図５は、本発明の一実施の形態における個人パターンＤＢと共用パターンＤＢのデータ構造を示す図である。
【００６５】
個人パターンＤＢ１６０では、ＩＰアドレスチェックのためのログインに成功した場合、臨時ＩＰアドレスを有効ＩＰアドレスとして格納する。格納されたデータの構造は、ユーザＩＤｆ１１、第１クラス有効ＩＰアドレスｆ１２、最近リフレッシュ時間ｆ１３を含む。また、前記データ構造は、ユーザＩＤｆ２１、第２クラス有効ＩＰアドレスｆ２２、最近リフレッシュ時間ｆ２３を含む。
【００６６】
ＩＰアドレスのためのデータｆ１２及びｆ２２は、複数のＩＰアドレスを含むことができる。第１クラスの有効ＩＰアドレスｆ１２は、ＩＰアドレスの４つのオクテットのうち上位３つのオクテット値のみによって表現される。すなわち、ＩＰアドレスに対して上位３つのオクテット値のみをチェックし、上位３つのオクテット値が同一である場合には、有効ＩＰアドレスとして取扱う。一方、第２クラスの有効ＩＰアドレスｆ２２は、４つのオクテット値を全てチェックし、４つのオクテット値が有効ＩＰアドレスと同一であるときのみ、ＩＰアドレスチェックを行わない。従って、第２クラスのＩＰアドレスをチェックするためのデータ構造が、第１クラスの有効ＩＰアドレスをチェックするためのデータ構造より、保安レベルが高いことを確認することができる。
【００６７】
最近リフレッシュ時間ｆ１３、ｆ２３は、最近、有効ＩＰアドレスリストがリフレッシュされた時間を記録する。前記リフレッシュ時間に基づいて、臨時ＩＰアドレスが有効ＩＰアドレスに転換されることが制限され得る。
【００６８】
共用パターンＤＢ１５０は、ウェブサーバにアクセスしたログ記録に基づいて、ＩＰアドレス対またはＩＰアドレスグループを抽出し、有効ＩＰアドレスリストを格納する。前記有効ＩＰアドレスリストは、大体、同一ＮＡＴ装備のＩＰアドレスリストに該当することができる。格納されたデータ構造は、第１クラスの有効ＩＰアドレスｆ３１、ｆ３２、頻度ｆ３３を含む。また、格納されたデータ構造は、第２クラスの有効ＩＰアドレスｆ４１、ｆ４２、頻度ｆ４３を含む。
【００６９】
データｆ３１、ｆ３２は、対をなす有効ＩＰアドレスであり、それぞれＩＰアドレスの上位３つのオクテットを格納する。データｆ４１、ｆ４２は、対をなす有効ＩＰアドレスで、それぞれＩＰアドレスの４つのオクテットを格納する。上述したように、２つのデータ構造は、実質的に同一であるが、第２クラスの有効ＩＰアドレスリストを構築したデータ構造が更に高い保安レベルを提供する。
【００７０】
頻度ｆ３３、ｆ４３は、有効ＩＰアドレスリストにリストアップできるＩＰアドレス対の発生頻度を意味する。前記頻度の具体的な値は、運営者によって選択されることができる。
【００７１】
図６は、本発明の一実施の形態によるユーザ認証設定方法を示すフローチャートである。
【００７２】
ステップＳ１１０で、ユーザ認証システムは、ＩＰアドレスチェックのオプションを設定する。前記ＩＰアドレスチェックのオプションは、クライアントからの選択に応答して設定されることができる。好ましくは、ユーザのログインウィンドウに前記オプションを選択することができるようにして、ユーザに、ログインと共に、前記ＩＰアドレスチェックのオプションを設定させる。
【００７３】
ここで、前記ＩＰアドレスチェックのオプションは、保安レベルの順に、（１）ＩＰアドレスチェックを使用しない場合、（２）第１クラスの有効ＩＰアドレスリストを利用する場合、（３）第２クラスの有効ＩＰアドレスリストを利用する場合、及び（４）単一ＩＰアドレスのみを利用する場合を含み、ユーザは、自分が所望する保安レベルによって前記ＩＰアドレスチェックのオプションのうちいずれか１つを選択する。
【００７４】
ステップＳ１２０では、ＩＰアドレスチェックが用いられるか否かを判断する。ＩＰアドレスチェックを使用しない場合は、前記ＩＰアドレスチェックのオプションの識別子と共にログインＩＤを含む第１セッションクッキーが生成される（Ｓ１２１）。
【００７５】
ＩＰアドレスチェックが用いられる場合は、有効ＩＰアドレスリストが用いられるか否かを判断する（Ｓ１３０）。有効ＩＰアドレスリストが使用されない場合には、現在ログインされたＩＰアドレスと、予め定められた単一ＩＰアドレスとを比較した結果値を含む第４セッションクッキーが生成される（Ｓ１３１）。ここで、有効ＩＰアドレスリストは、アクセスログ記録における同一ユーザのＩＰアドレスのグループを含む。また、前記有効ＩＰアドレスリストは、ＩＰアドレスの変更によって再ログインが要請され、前記再ログインに成功した場合、前記変更されたＩＰアドレスが追加されたＩＰアドレスのリストである。
【００７６】
有効ＩＰアドレスリストを利用するように設定された場合には、第１クラス有効ＩＰアドレスリストと第２クラス有効ＩＰアドレスリストのうち、どちらを選択するかを判断する（Ｓ１４０）。
【００７７】
第１クラスが選択される場合には、第１クラスの有効ＩＰアドレスリストを呼出し（Ｓ１５０）、前記有効ＩＰアドレスを含めた第２セッションクッキーを生成する（Ｓ１６０）。
【００７８】
第２クラスが選択される場合には、第２クラスの有効ＩＰアドレスリストを呼出し（Ｓ１７０）、前記有効ＩＰアドレスを含めた第３セッションクッキーを生成する（Ｓ１８０）。
【００７９】
本発明の実施の形態によるセッションクッキーは以下のような情報を含むことができる。
【００８０】
第１セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［ユーザＩＤ］
第２セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［第１クラスの有効ＩＰアドレス］、［第１クラスの臨時ＩＰアドレス］、［ユーザＩＤ］
第３セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［第２クラスの有効ＩＰアドレス］、［第２クラスの臨時ＩＰアドレス］、［ユーザＩＤ］
第４セッションクッキー＝［セッションＩＰ Ｃｈｅｃｋのオプション］、［ユーザＩＤ］
【００８１】
上述したようにそれぞれのＩＰアドレスチェックのオプションに対応するセッションクッキーを生成することにより、ユーザが所望する保安レベルのＩＰアドレスチェックのオプションによるユーザ認証を提供することができる。
【００８２】
図７は、本発明の実施の形態によるユーザ認証及び有効ＩＰアドレスリストを更新する方法を示すフローチャートである。
【００８３】
図７に示す実施の形態は、有効ＩＰアドレスリストを利用する場合に、前記有効ＩＰアドレスリストを更新する構成に関するものである。従って、図７に係る実施の形態で言及されるセッションクッキーは、図６の第２セッションクッキーまたは第３セッションクッキーのうちの１つになり得る。
【００８４】
ユーザ認証システムは、クライアントから要請されたウェブサービスに対応するＵＲＬ及びセッションクッキーを受信する（Ｓ２１０）。上述したように、セッションクッキーには、有効ＩＰアドレスが含まれている。
【００８５】
ステップＳ２２０では、ＩＰアドレスが変更されたか否かを判断する。前記ＩＰアドレスの変更は、ＵＲＬを転送したクライアントの現在のＩＰアドレスと、最初ログイン時に記録された有効ＩＰアドレスとが相異する場合に該当する。前記ＩＰアドレスの変更如何は、予め設定されたＩＰアドレスチェックのオプションによって、上位３つのオクテットのみを比較して判断することができる。
【００８６】
ＩＰアドレスが変更されない場合には、ＵＲＬに対応するウェブサービスを提供する（Ｓ２８０、Ｓ２８１）。
【００８７】
一方、ＩＰアドレスが変更された場合には、変更されたＩＰアドレスを臨時ＩＰアドレスとして追加したセッションクッキーを再設定する（Ｓ２３０）。
【００８８】
ステップＳ２４０では、要請されたウェブサービスのＵＲＬが、ＩＰアドレスチェックが必要なＵＲＬであるか否かを判断する。前記ＩＰアドレスチェックが必要なＵＲＬは、予め定められたＵＲＬのうちの１つになり得る。例えば、メール、メッセージ、ブログの秘密文などの閲覧または主要掲示物の作成サービスのためのＵＲＬになり得る。
【００８９】
ＩＰアドレスチェックが不要なＵＲＬの場合には、特別な制限なく、ウェブサービスを提供する（Ｓ２８０）。しかし、セッションクッキーには、臨時ＩＰアドレスが追加された状態であり、後に同じセッションクッキーを用いて、ＩＰアドレスチェックが必要なウェブサービスのＵＲＬを転送する場合には、ステップＳ２４０の判断を行うことになるであろう。
【００９０】
一方、ＩＰアドレスチェックが必要な場合には、再ログインの要請を行う（Ｓ２５０）。すなわち、クライアントは、ログイン以降に新しいＩＰアドレスに変更されており、前記新しいＩＰアドレスは、まだ制約的であるＵＲＬのウェブサービスへのアクセスが許容される臨時ＩＰアドレスである。前記臨時ＩＰアドレスが有効ＩＰアドレスに転換されるためには、再ログインの過程が必要である。前記再ログインの要請を行うために、別途のログインのポップアップウィンドウを提供することが好ましい。
【００９１】
ステップＳ２６０では、再ログインが成功的に行われたか否かを判断する。再ログインに失敗した場合には、要請されたウェブサービスの提供は拒否される（Ｓ２９０）。
【００９２】
再ログインが成功的に行われた場合には、臨時ＩＰアドレスは、有効ＩＰアドレスリストに格納される（Ｓ２７０）。後に、ユーザがログイン中に前記格納された臨時ＩＰアドレスに変更されても、前記ユーザとのセッションは、有効なものと認められることになる。
【００９３】
再ログインが成功的に行われた後は、ユーザが転送したＵＲＬに対応するウェブサービスが提供される（Ｓ２８１）。
【００９４】
ここで、ユーザ認証システムは、ＩＰアドレスチェックが必要なＵＲＬを以下のような構文（ｓｙｎｔａｘ）を使用して区分することにより、選択的なＩＰアドレスチェックを提供する。
【００９５】
＊ＩＰアドレスチェックＵＲＬ：ＩＰ Ｃｈｅｃｋ＿ＵＲＬ ｕｒｌ１、ｕｒｌ２、ｕｒｌ３、．．
＊ＩＰアドレスチェックリターンＵＲＬ：ＩＰ Ｃｈｅｃｋ＿ＲｅｔｕｒｎＵＲＬ ｕｒｌ
＊ＩＰアドレスチェックテストＵＲＬ:ＩＰ Ｃｈｅｃｋ＿ＴｅｓｔＵＲＬ ｕｒｌ
【００９６】
ここで、ＩＰアドレスチェックＵＲＬは、ＩＰアドレスチェックが設定された場合、ＩＰアドレスチェックが必要なＵＲＬを意味する。
【００９７】
ＩＰアドレスチェックリターンＵＲＬは、ＩＰアドレスチェックを通過することができなかった場合、リダイレクトされるＵＲＬを意味する。
【００９８】
ＩＰアドレスチェックテストＵＲＬは、ＩＰアドレスチェックをテストするＵＲＬを意味する。前記ＩＰアドレスチェックテストＵＲＬは、ＩＰアドレスチェックＵＲＬでのＩＰアドレスチェックの結果をクライアントに転送する役割を行う。
【００９９】
図８は、本発明の一実施の形態によるＩＰアドレスチェックを利用するログイン窓を示す図である。
【０１００】
本発明の実施の形態によるログイン窓は、「ＩＰ保安設定」というボタンが存在する。前記ＩＰ保安設定のボタンを用いて、ユーザは、ＩＰアドレスチェックのオプションを選択することができる。
【０１０１】
上述したように、ＩＰ保安設定は大きく、ＩＰアドレス情報を使用する場合と、使用しない場合に分けられる。
【０１０２】
ＩＰアドレス情報を使用しない場合には、通常のログインのようなユーザ認証を行う。この場合は、本発明の実施の形態のうち最も低い保安レベルに該当する。
【０１０３】
ＩＰアドレス情報を使用する場合には、保安レベルによって複数のオプションが存在する。
【０１０４】
例えば、「Ｓｍａｒｔ ＩＰ Ｃｈｅｃｋ Ｌｅｖｅｌ１」は、上述した有効ＩＰアドレスリストを使用し、第１クラス（上位３つのケオクテット）の比較を行う保安レベルである。
【０１０５】
「Ｓｍａｒｔ ＩＰ Ｃｈｅｃｋ Ｌｅｖｅｌ２」は、有効ＩＰアドレスリストを使用し、第２クラス（４つのケオクテット）の比較を行う保安レベルである。
【０１０６】
「Ｅｘａｃｔ ＩＰ比較」は、有効ＩＰアドレスリストを使用せず、単一ＩＰアドレスに対してのみログインを許容する保安レベルである。
【０１０７】
ユーザは、このようなログインのボックスのＩＰアドレスチェックのオプションを用いて、自分が所望する保安レベルを選択することにより、クッキーの奪取などによるハッキングを防止すると共に、円滑なウェブサービスの提供を受けることができる。
【０１０８】
詳細なＩＰアドレスチェックのオプションの例示は、下の表１のようにまとめられる。
【０１０９】
【表１】
【０１１０】
ログインＩＰ⇒ログインＩＰアドレス
セッションクッキーの有効ＩＰアドレスリストとして使用⇒前記ＩＰアドレスリストをセッションクッキーの有効ＩＰアドレスリストとして使用
ウェブ要請⇒ウェブサービスの要請
エントピア⇒（削除）
【０１１１】
図９は、本発明の一実施の形態による再ログイン要請窓を示す図である。
【０１１２】
上述したように、ＩＰアドレスチェックが必要なウェブサービスを要請する場合、臨時ＩＰアドレスと有効ＩＰアドレスが相異する場合には、図９のようなログインウィンドウが提供され、ログインに成功した場合に限ってウェブサービスへのアクセス及び利用が可能である。
【０１１３】
再ログイン要請窓は、ログインのためのＩＤ及びパスワードを入力する入力ボックスと共に、ＩＰアドレスチェックを継続して使用するか否かを選択することができるチェックボックスが存在する。例えば、窓の中央部の「ＩＰアドレスチェック」を解除した後、ログインに成功したユーザは、ＩＰアドレスが変更されても、図９のような再ログインのウィンドウが出ない。
【０１１４】
これはユーザが、現在継続的なＩＰアドレスの変更が予想される場合には、再ログインの煩わしさを回避するために、ＩＰアドレスチェックのオプションを解除させるためである。
【０１１５】
上述した本発明の実施の形態により、ユーザ認証システムは、クッキーの奪取によるハッキングから正当なユーザを保護すると共に、通常発生する正当なＩＰアドレスの変更に対して適応的に対処することができる。
【０１１６】
また、ユーザは自分に適合した様々な保安レベルの設定が可能であるため、自分のＩＰアドレスの環境に適合した保安レベルを選択することができる。
【０１１７】
更に、ウェブサービスに対応するＵＲＬに対し選別的にＩＰアドレスチェックを行うことにより、ＩＰアドレスチェックによって発生する過負荷を防止すると共に、保安性のあるユーザ認証を十分に提供することができる。
【０１１８】
本発明は、コンピュータによって実行されるプログラムモジュールのようなコンピュータにより実行可能な命令語を含む記録媒体の形態で実現されることができる。コンピュータ読取可能な媒体は、コンピュータによってアクセスできる任意の媒体であり、揮発性及び非揮発性媒体、分離型及び非分離型媒体を全て含む。また、コンピュータ読取可能な媒体は、コンピュータ格納媒体及び通信媒体を全て含むことができる。コンピュータ格納媒体は、コンピュータ読取可能な命令語、データ構造、プログラムモジュール又はその他のデータのような情報の格納のための任意の方法又は技術で実現された揮発性及び非揮発性、分離型及び非分離型媒体を全て含む。通信媒体は、典型的にコンピュータ読取可能な命令語、データ構造、プログラムモジュール、又は搬送波のような変調されたデータ信号のその他のデータ、又はその他の転送メカニズムを含み、任意の情報伝達媒体を含む。
【０１１９】
以上、本発明の詳細な説明では具体的な実施の形態について説明したが、本発明の要旨から逸脱しない範囲内で様々に変形できる。よって、本発明の権利範囲は、上述の実施の形態に限定されるものではなく、特許請求の範囲の記載及びこれと均等なものに基づいて定められるべきである。
【図面の簡単な説明】
【０１２０】
【図１】従来のユーザ認証システムの概要を示す図である。
【図２】本発明の一実施の形態に係るユーザ認証システムの構成を示すブロック図である。
【図３】本発明の一実施の形態に係るユーザ認証システムで有効ＩＰアドレスリストを生成する動作を示す図である。
【図４】本発明の一実施の形態に係るユーザ認証システムで臨時ＩＰアドレスを処理する動作を示す図である。
【図５】本発明の一実施の形態における個人パターンＤＢと共用パターンＤＢのデータ構造を示す図である。
【図６】本発明の一実施の形態に係るユーザ認証設定方法を示すフローチャートである。
【図７】本発明の一実施の形態に係るユーザ認証及び有効ＩＰアドレスリストを更新する方法を示すフローチャートである。
【図８】本発明の一実施の形態に係るＩＰアドレスチェックを利用するログイン窓を示す図である。
【図９】本発明の一実施の形態に係る再ログイン要請窓を示す図である。
【符号の説明】
【０１２１】
１００ ユーザ認証システム
１１０ ログインサーバ
１２０ ＩＰアドレスチェック認証モジュール
１３０ 共用パターン生成部
１４０ ログＤＢ
１５０ 共用パターンＤＢ
１６０ 個人パターンＤＢ
【特許請求の範囲】
【請求項１】
ＩＰアドレスチェックを利用するユーザ認証システムであって、
ユーザのＩＤ及びパスワードを用いてログインを行うログインサーバと、
ログインを行ったクライアントのＩＰアドレスを含むアクセスログ記録を格納するログＤＢと、
前記ログＤＢに記録されたＩＰアドレスから同一ユーザのＩＰアドレスのグループである第１有効ＩＰアドレスリストを抽出する共用パターン生成部と、
前記共用パターン生成部から抽出された前記第１有効ＩＰアドレスリストを格納する共用パターンＤＢと、
前記第１有効ＩＰアドレスリストを含むセッションクッキーを生成することにより、前記第１有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容するＩＰアドレスチェック認証モジュールと、
を含むことを特徴とするユーザ認証システム。
【請求項２】
前記ＩＰアドレスチェック認証モジュールは、前記クライアントのＩＰアドレスが変更された場合、前記変更されたＩＰアドレスを臨時ＩＰアドレスとして前記セッションクッキーに追加し、再ログインを要請して前記再ログインに成功した場合、前記臨時ＩＰアドレスを第２有効ＩＰアドレスリストに追加することを特徴とする請求項１に記載のユーザ認証システム。
【請求項３】
前記再ログイン要請は、ＩＰアドレスチェックが必要なＵＲＬに対応するウェブサービスの要請があった場合に活性化することを特徴とする請求項２に記載のユーザ認証システム。
【請求項４】
前記第２有効ＩＰアドレスを格納する個人パターンＤＢを更に含み、
前記ＩＰアドレスチェック認証モジュールは、前記第２有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容することを特徴とする請求項２に記載のユーザ認証システム。
【請求項５】
前記ＩＰアドレスチェックが必要なＵＲＬは、メール、メッセージ、秘密文の閲覧及び掲示物の作成のうち少なくとも１つのウェブサービスのためのＵＲＬであることを特徴とする請求項３に記載のユーザ認証システム。
【請求項６】
前記第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストの各ＩＰアドレスは、ＩＰアドレス値のうち上位３つのオクテット値を指定する第１クラス、または４つのオクテット値を指定する第２クラスのうち１つの形態であることを特徴とする請求項４に記載のユーザ認証システム。
【請求項７】
前記第１クラスまたは第２クラスの選択は、ログインに成功したユーザのＩＰアドレスチェックのオプションの選択により決定されることを特徴とする請求項６に記載のユーザ認証システム。
【請求項８】
前記セッションクッキーは、前記ＩＰアドレスチェックのオプション値、ユーザＩＤ及び第１クラスの第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストを含むことを特徴とする請求項7に記載のユーザ認証システム。
【請求項９】
前記セッションクッキーは、前記ＩＰアドレスチェックのオプション値、ユーザＩＤ及び第２クラスの第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストを含むことを特徴とする請求項7に記載のユーザ認証システム。
【請求項１０】
ＩＰアドレスチェックを利用するユーザ認証方法であって、
ａ）アクセスログ記録から生成された同一ユーザの有効ＩＰアドレスリストをユーザ認証に用いるか否かをユーザが選択するようにするステップと、
ｂ）前記有効ＩＰアドレスリストの利用が選択された場合、ユーザＩＤと前記有効ＩＰアドレスリストを含むセッションクッキーを生成するステップと、
ｃ）前記生成されたセッションクッキーを用いて、前記有効ＩＰアドレスリスト内のＩＰアドレスを有するクライアントからのウェブサービスの要請を許容するステップと、
を含むことを特徴とするユーザ認証方法。
【請求項１１】
ｂ−１）前記有効ＩＰアドレスリストのＩＰアドレスの上位３つのオクテット値を指定する第１クラスと、４つのオクテット値を指定する第２クラスのうち１つの利用の選択を提供するステップと、
ｂ−２）前記セッションクッキーに前記第１クラスまたは第２クラスの利用を識別するデータを追加するステップと、を更に含むことを特徴とする請求項１０に記載のユーザ認証方法。
【請求項１２】
ｅ）前記有効ＩＰアドレスリストを利用しない場合、前記ＩＰアドレスのチェックを使用しないか、単一ＩＰアドレスのチェックを使用するかに関する選択を提供するステップと、
ｆ）前記ＩＰアドレスのチェックを使用しない場合には、ユーザＩＤを含むセッションクッキーを生成するステップと、
ｇ）前記単一ＩＰアドレスのチェックを使用する場合には、ユーザＩＤ及び前記単一ＩＰアドレスを含むセッションクッキーを生成するステップと、
を更に含むことを特徴とする請求項１１に記載のユーザ認証方法。
【請求項１３】
ＩＰアドレスチェックを利用するユーザ認証方法であって、
クライアントからＵＲＬ及びセッションクッキーを受信するステップと、
前記セッションクッキーに基づいて、前記クライアントのＩＰアドレスが変更されたか否かを判断するステップと、
前記ＩＰアドレスが変更された場合には、前記変更されたＩＰアドレスを臨時ＩＰアドレスにしてセッションクッキーを再設定するステップと、
前記ＵＲＬが、前記臨時ＩＰアドレスに対して、ウェブサービスの提供が制限されるＩＰアドレスチェックが必要なＵＲＬであるか否かを判断するステップと、
前記ＵＲＬが、前記ＩＰアドレスチェックが必要なＵＲＬである場合、前記クライアントに再ログインを要請するステップと、
前記再ログインに成功した場合、前記臨時ＩＰアドレスを同一ユーザが利用可能な有効ＩＰアドレスリストに追加するステップと、
を含むことを特徴とするユーザ認証方法。
【請求項１４】
前記セッションクッキーは、前記有効ＩＰアドレスリストを含むことを特徴とする請求項１３に記載のユーザ認証方法。
【請求項１５】
前記有効ＩＰアドレスリストは、アクセスログ記録から抽出された同一ユーザのＩＰアドレスグループを含むことを特徴とする請求項１４に記載のユーザ認証方法。
【請求項１６】
前記有効ＩＰアドレスリストは、ＩＰアドレス値のうち上位３つのオクテット値のみを利用することを特徴とする請求項１５に記載のユーザ認証方法。
【請求項１７】
前記再ログイン要請時に前記ＩＰアドレスチェックを中止するか否かに関する選択を提供するステップを更に含むことを特徴とする請求項１５に記載のユーザ認証方法。
【請求項１８】
保安レベル別にＩＰアドレスチェックを用いてユーザ認証を行うための、データ構造が記録されたコンピュータ読み取り可能な記録媒体であって、
アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第１有効ＩＰアドレスリストと、
アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第１有効ＩＰアドレスリストと、
特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第２有効ＩＰアドレスリストと、
特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第２有効ＩＰアドレスリストと
を含むデータ構造が記録されることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１９】
前記第１クラスの第１有効ＩＰアドレスリスト及び第１クラスの第２有効ＩＰアドレスリストは、第２クラスの第１有効ＩＰアドレスリスト及び第２クラスの第２有効ＩＰアドレスリストより低い保安レベルに用いられることを特徴とする請求項１８に記載のコンピュータ読み取り可能な記録媒体。
【請求項１】
ＩＰアドレスチェックを利用するユーザ認証システムであって、
ユーザのＩＤ及びパスワードを用いてログインを行うログインサーバと、
ログインを行ったクライアントのＩＰアドレスを含むアクセスログ記録を格納するログＤＢと、
前記ログＤＢに記録されたＩＰアドレスから同一ユーザのＩＰアドレスのグループである第１有効ＩＰアドレスリストを抽出する共用パターン生成部と、
前記共用パターン生成部から抽出された前記第１有効ＩＰアドレスリストを格納する共用パターンＤＢと、
前記第１有効ＩＰアドレスリストを含むセッションクッキーを生成することにより、前記第１有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容するＩＰアドレスチェック認証モジュールと、
を含むことを特徴とするユーザ認証システム。
【請求項２】
前記ＩＰアドレスチェック認証モジュールは、前記クライアントのＩＰアドレスが変更された場合、前記変更されたＩＰアドレスを臨時ＩＰアドレスとして前記セッションクッキーに追加し、再ログインを要請して前記再ログインに成功した場合、前記臨時ＩＰアドレスを第２有効ＩＰアドレスリストに追加することを特徴とする請求項１に記載のユーザ認証システム。
【請求項３】
前記再ログイン要請は、ＩＰアドレスチェックが必要なＵＲＬに対応するウェブサービスの要請があった場合に活性化することを特徴とする請求項２に記載のユーザ認証システム。
【請求項４】
前記第２有効ＩＰアドレスを格納する個人パターンＤＢを更に含み、
前記ＩＰアドレスチェック認証モジュールは、前記第２有効ＩＰアドレスリストに含まれているＩＰアドレスを有するクライアントから受信されたＵＲＬに対応するウェブサービスを提供するように許容することを特徴とする請求項２に記載のユーザ認証システム。
【請求項５】
前記ＩＰアドレスチェックが必要なＵＲＬは、メール、メッセージ、秘密文の閲覧及び掲示物の作成のうち少なくとも１つのウェブサービスのためのＵＲＬであることを特徴とする請求項３に記載のユーザ認証システム。
【請求項６】
前記第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストの各ＩＰアドレスは、ＩＰアドレス値のうち上位３つのオクテット値を指定する第１クラス、または４つのオクテット値を指定する第２クラスのうち１つの形態であることを特徴とする請求項４に記載のユーザ認証システム。
【請求項７】
前記第１クラスまたは第２クラスの選択は、ログインに成功したユーザのＩＰアドレスチェックのオプションの選択により決定されることを特徴とする請求項６に記載のユーザ認証システム。
【請求項８】
前記セッションクッキーは、前記ＩＰアドレスチェックのオプション値、ユーザＩＤ及び第１クラスの第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストを含むことを特徴とする請求項7に記載のユーザ認証システム。
【請求項９】
前記セッションクッキーは、前記ＩＰアドレスチェックのオプション値、ユーザＩＤ及び第２クラスの第１有効ＩＰアドレスリスト及び第２有効ＩＰアドレスリストを含むことを特徴とする請求項7に記載のユーザ認証システム。
【請求項１０】
ＩＰアドレスチェックを利用するユーザ認証方法であって、
ａ）アクセスログ記録から生成された同一ユーザの有効ＩＰアドレスリストをユーザ認証に用いるか否かをユーザが選択するようにするステップと、
ｂ）前記有効ＩＰアドレスリストの利用が選択された場合、ユーザＩＤと前記有効ＩＰアドレスリストを含むセッションクッキーを生成するステップと、
ｃ）前記生成されたセッションクッキーを用いて、前記有効ＩＰアドレスリスト内のＩＰアドレスを有するクライアントからのウェブサービスの要請を許容するステップと、
を含むことを特徴とするユーザ認証方法。
【請求項１１】
ｂ−１）前記有効ＩＰアドレスリストのＩＰアドレスの上位３つのオクテット値を指定する第１クラスと、４つのオクテット値を指定する第２クラスのうち１つの利用の選択を提供するステップと、
ｂ−２）前記セッションクッキーに前記第１クラスまたは第２クラスの利用を識別するデータを追加するステップと、を更に含むことを特徴とする請求項１０に記載のユーザ認証方法。
【請求項１２】
ｅ）前記有効ＩＰアドレスリストを利用しない場合、前記ＩＰアドレスのチェックを使用しないか、単一ＩＰアドレスのチェックを使用するかに関する選択を提供するステップと、
ｆ）前記ＩＰアドレスのチェックを使用しない場合には、ユーザＩＤを含むセッションクッキーを生成するステップと、
ｇ）前記単一ＩＰアドレスのチェックを使用する場合には、ユーザＩＤ及び前記単一ＩＰアドレスを含むセッションクッキーを生成するステップと、
を更に含むことを特徴とする請求項１１に記載のユーザ認証方法。
【請求項１３】
ＩＰアドレスチェックを利用するユーザ認証方法であって、
クライアントからＵＲＬ及びセッションクッキーを受信するステップと、
前記セッションクッキーに基づいて、前記クライアントのＩＰアドレスが変更されたか否かを判断するステップと、
前記ＩＰアドレスが変更された場合には、前記変更されたＩＰアドレスを臨時ＩＰアドレスにしてセッションクッキーを再設定するステップと、
前記ＵＲＬが、前記臨時ＩＰアドレスに対して、ウェブサービスの提供が制限されるＩＰアドレスチェックが必要なＵＲＬであるか否かを判断するステップと、
前記ＵＲＬが、前記ＩＰアドレスチェックが必要なＵＲＬである場合、前記クライアントに再ログインを要請するステップと、
前記再ログインに成功した場合、前記臨時ＩＰアドレスを同一ユーザが利用可能な有効ＩＰアドレスリストに追加するステップと、
を含むことを特徴とするユーザ認証方法。
【請求項１４】
前記セッションクッキーは、前記有効ＩＰアドレスリストを含むことを特徴とする請求項１３に記載のユーザ認証方法。
【請求項１５】
前記有効ＩＰアドレスリストは、アクセスログ記録から抽出された同一ユーザのＩＰアドレスグループを含むことを特徴とする請求項１４に記載のユーザ認証方法。
【請求項１６】
前記有効ＩＰアドレスリストは、ＩＰアドレス値のうち上位３つのオクテット値のみを利用することを特徴とする請求項１５に記載のユーザ認証方法。
【請求項１７】
前記再ログイン要請時に前記ＩＰアドレスチェックを中止するか否かに関する選択を提供するステップを更に含むことを特徴とする請求項１５に記載のユーザ認証方法。
【請求項１８】
保安レベル別にＩＰアドレスチェックを用いてユーザ認証を行うための、データ構造が記録されたコンピュータ読み取り可能な記録媒体であって、
アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第１有効ＩＰアドレスリストと、
アクセスログ記録のＩＰアドレスから抽出された同一ユーザと判断されるＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第１有効ＩＰアドレスリストと、
特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの上位３つのオクテット値が記録された第１クラスの第２有効ＩＰアドレスリストと、
特定のユーザＩＤ毎に再ログインに成功したＩＰアドレスグループの４つのオクテット値が記録された第２クラスの第２有効ＩＰアドレスリストと
を含むデータ構造が記録されることを特徴とするコンピュータ読み取り可能な記録媒体。
【請求項１９】
前記第１クラスの第１有効ＩＰアドレスリスト及び第１クラスの第２有効ＩＰアドレスリストは、第２クラスの第１有効ＩＰアドレスリスト及び第２クラスの第２有効ＩＰアドレスリストより低い保安レベルに用いられることを特徴とする請求項１８に記載のコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００９−４８６３５（Ｐ２００９−４８６３５Ａ）
【公開日】平成２１年３月５日（２００９．３．５）
【国際特許分類】
【出願番号】特願２００８−２０８４６７（Ｐ２００８−２０８４６７）
【出願日】平成２０年８月１３日（２００８．８．１３）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
【公開日】平成２１年３月５日（２００９．３．５）
【国際特許分類】
【出願日】平成２０年８月１３日（２００８．８．１３）
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
[ Back to top ]