ユーザ認証システム
本発明では、ネットワーク接続の認証処理を行う第１サーバから、その認証処理を代行する第２サーバに保存されるユーザ情報を削除する。従って、本発明によれば、複数の第２サーバの何れかに格納されたユーザ情報を、第１サーバから容易且つ確実に削除処理することができる。すなわち、本発明によれば、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除することができる。
【発明の詳細な説明】
【技術分野】
本発明は、ユーザ認証を負荷分散により行う認証技術に関する。
【背景技術】
無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用いたネットワークへの接続システムが利用されている。このようなシステムでは、無線ＬＡＮのアクセスポイントが設置された、いわゆるホットスポットと呼ばれる領域が複数用意される。そして、ユーザは、ホットスポットでユーザ端末（無線ＬＡＮに接続可能な端末）を操作し、アクセスポイント（ＡＰ）を介してネットワーク（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク）へ接続できる。
上記の無線ＬＡＮを用いたネットワーク接続におけるユーザ認証システムには、このネットワークを利用するユーザ端末（不図示）を認証する、認証サーバがある。認証サーバは、アクセスポイントからのユーザの認証要求を受け取り、認証処理を行い、その結果をアクセスポイントを通じてユーザに返送する。
ＩＰネットワークの接続に際しては、インターネットサービスプロバイダ（ＩＳＰ）等のネットワークサービスプロバイダによるユーザ認証が行われる。このユーザ認証の手順では、ユーザ認証を行うためのプロトコルとして、一般にＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）が用いられている。ＲＡＤＩＵＳは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によりＲＦＣ２１３８／ＲＦＣ２１３９として標準化され、ＲＡＤＩＵＳサーバのソースコードは公開されている。
無線ＬＡＮ等の通信機能を用いてアクセスポイントに接続したユーザ端末は、ＲＡＤＩＵＳ、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）内のＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、或いはＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の認証プロトコルを使用する。この場合、ユーザ端末は、認証処理に使用するユーザ情報（ユーザのＩＤ、パスワード等）を格納するＲＡＤＩＵＳによる認証要求パケットを、上記のプロトコルを用いてアクセスポイントへ伝送する。認証要求パケットは、アクセスポイントを介して認証サーバに転送される。
認証サーバは、アクセスポイントから認証要求パケットを受け付けた場合に以下の処理を行う。まず、認証サーバは、受け付けた認証要求パケットと、認証サーバが予め保持しているユーザ情報とに基づいてこのユーザの認証処理を行う。そして、認証サーバは、ユーザが接続するアクセスポイントに認証処理の結果を含む応答パケットを送信する。この応答パケットを受け付けたアクセスポイントは、認証結果が「成功（許可）」であれば、このユーザの認証が成功（許可）したものとして、このユーザ端末のネットワーク接続を許可する。
ＲＡＤＩＵＳプロトコルを用いたユーザ認証システムにおいて、認証サーバの負荷を分散させるために、認証サーバをホームサーバと１以上のプロキシサーバとで構成する場合がある。プロキシサーバは、ユーザ端末とホームサーバとの間に介在して、ホームサーバにおける認証処理の負荷を軽減する。
図１３は、上記した負荷分散型のユーザ認証システムの一例を示す図である。図１３には、或る一人のユーザが同じプロキシサーバを介してネットワーク接続を行う場合における初回の認証処理、及び二回目以降の認証処理の一例を示している。
図１３によれば、このネットワークへの接続において、初回の認証処理は以下のように行われる。まず、ユーザ端末からユーザ情報を含む認証要求パケットを受信したプロキシサーバは、自身が持つ記憶手段（キャッシュメモリ）内に、当該認証要求パケットに含まれるユーザ情報が格納されて（キャッシュされて）いるか否かを判定する。ここでは、ユーザ情報はキャッシュされていないので、プロキシサーバは、その認証要求パケットをホームサーバに送信する。ホームサーバは、認証要求パケットを受け取ると、これに含まれているユーザ情報と、自身が予め保持している認証処理に必要なユーザ情報とに基づいて、ユーザの認証処理を行う。ホームサーバは、この認証要求パケットが正規のものであれば（認証が成功の場合には）、プロキシサーバに対し、認証成功（接続許可）を示す情報、及びユーザ情報を含む応答パケットを送信する。プロキシサーバは、応答パケットに含まれるユーザ情報を記憶手段（キャッシュメモリ）に格納（キャッシュ）した後、応答パケットをアクセスポイントを介してユーザ端末に送信する。二回目以降の認証処理では、プロキシサーバは、ユーザ端末からの当該ユーザの認証要求パケットを受信すると、初回と同様に認証要求パケットに対応するユーザ情報がキャッシュメモリにキャッシュされているか否かを判定する。ここでは、ユーザ情報がキャッシュされているので、このユーザ情報を用いてホームサーバの代わりに認証処理を行い、「許可」の応答パケットを生成し、ユーザに送信する。
上記のようなネットワーク接続におけるユーザ認証システムを構成することによって、例えば、ユーザが一度認証されると、次回の認証からは、プロキシサーバのキャッシュメモリに格納されたユーザ情報を用いて認証が行われる。従って、上記ネットワーク接続におけるユーザ認証システムにおいて、ホームサーバの負荷は、プロキシサーバに分散される。そして、プロキシサーバのキャッシュには、個々のユーザのユーザ情報が格納される。
図１４は、上記したような負荷分散型のユーザ認証システムでの、ユーザ情報を削除する際の問題点の一例を示す図である。ホームサーバで管理されているユーザ情報は、ユーザとネットワークサービスプロバイダとの契約終了、或いはパスワード変更等によって、削除又は変更される。図１４に示すように、或るユーザについて、ホームサーバ上のユーザ情報の削除又は変更を行った場合でも、プロキシサーバのキャッシュメモリには、削除又は変更に係るユーザ情報が残ったままの状態となる。すなわち、プロキシサーバのキャッシュメモリには、削除処理を行わない限り、ホームサーバで削除又は変更されたユーザ情報が保存された状態が維持される。このため、ホームサーバで或るユーザに対するユーザ情報が削除又は変更されているにも拘わらず、その削除又は変更に係るユーザ情報を用いたネットワーク接続が、プロキシサーバで保存されているユーザ情報により許可されてしまう可能性があった。
上記のようなユーザ認証システムにおいて、プロキシサーバに格納されたユーザ情報を削除する方法として、プロキシサーバ内に格納されたユーザ情報を、管理者がプロキシサーバを操作することで定期的に（例えば、一日一回といった所定の期間毎に）削除する方法が考えられる。
しかしながら、上記の方法では以下のような問題があった。上記のような所定期間毎のキャッシュクリア方法では、全てのプロキシサーバを個々に操作して、削除対象のユーザ情報がキャッシュメモリに残っているか否かを調べた上で、その削除を行う必要がある。このため、ホームサーバでユーザ情報の削除又は変更が行われてから、上記キャッシュクリアが行われるまでにかなりの時間がかかる可能性がある。この間に、削除又は変更に係る古いユーザ情報でネットワーク接続が許可されてしまう可能性があった。
なお、ネットワーク接続におけるユーザ情報の管理に関する技術として、例えば、ユーザ情報を暗号化して他のコンピュータの接続を閉鎖する技術（例えば特許文献１参照）、プロキシサーバから登録を抹消する技術（例えば特許文献２参照）、及び通信装置に関する技術（例えば特許文献３参照）などが開示されている。
【特許文献１】 日本国特開２００１−３１２４６６号公報
【特許文献２】 日本国特開２００１−２２４０７０号公報
【特許文献３】 日本国特開平１１−２４９５０号公報
【発明の開示】
本発明は、上記事項に鑑みて為されたものであり、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除可能な技術を提供することを、解決すべき課題とする。
本発明は上記課題を解決するために、以下の手段を採用した。
本発明は、ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバを備える。また、本発明は、ユーザと前記第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、少なくとも１つの第２サーバを備える。そして、前記第１サーバは、前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含む。また、前記少なくとも１つの第２サーバは、前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含むようにした。
本発明では、ネットワーク接続の認証処理を行う第１サーバから、その認証処理を代行する第２サーバに保存されるユーザ情報を削除する。従って、本発明によれば、複数の第２サーバの何れかに格納されたユーザ情報を、第１サーバから容易且つ確実に削除処理することができる。すなわち、本発明によれば、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除することができる。
また、本発明は、前記第１サーバは、特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含んでもよい。
また、本発明は、前記第１サーバは、ユーザに対する認証処理の履歴情報を保持する手段と、前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含んでもよい。
従って、本発明によれば、第１サーバから容易且つ確実に、第２サーバに格納される特定のユーザ情報を削除することができる。
また、本発明は、前記第１サーバは、第２サーバから受信された認証要求を、格納部に保存する手段と、前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含んでもよい。
従って、本発明によれば、削除要求の対象となる第２サーバを、容易に決定することができる。
また、本発明は、前記第１サーバは、全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含んでもよい。
従って、本発明によれば、削除要求の対象となる第２サーバを、容易に決定することができる。
また、本発明は、前記第２サーバは、第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含んでもよい。
従って、本発明によれば、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除する処理を、第１サーバに設けられるＷｅｂクライアント及び削除要求生成用のＣＧＩと、第２サーバに設けられるＷｅｂサーバ及び削除処理用のＣＧＩからなるＷｅｂシステムの適用により容易に実現することができる。
また、本発明は、前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、前記第１サーバは、削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信し、前記第２サーバは、受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除してもよい。
従って、本発明によれば、ユーザ情報を削除するために新たなポートを設けることなく、第１サーバからユーザ情報の削除要求を送信することができる。
また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【図面の簡単な説明】
図１は、本実施の形態に係る、ユーザ認証システムの各構成要素を説明する概略構成図であり、
図２は、本実施の形態に係る、ユーザ認証システムのＨＴＴＰを用いたユーザ情報の削除処理手順を説明する図であり、
図３は、ユーザ認証システムのＲＡＤＩＵＳを用いたユーザ情報の削除処理手順を説明する図であり、
図４Ａは、図１に示したプロキシサーバ特定部の第１の方式に沿った構成例を示す図であり、
図４Ｂは、図４Ａに示したプロキシサーバ特定部が適用されるユーザ認証システムの一例を示す概略図であり、
図５は、認証パケットの一例であり、
図６は、ログの参照による削除要求を送信先のプロキシサーバの決定手順を説明するフローチャートであり、
図７は、ログを構成する１レコード分の一例を示す図であり、
図８は、ＲＡＤＩＵＳ属性のフォーマットの一例を示す図であり、
図９Ａは、図１に示したプロキシサーバ特定部の第２の方式に沿った構成例を示す図であり、
図９Ｂは、第２の方式に係るユーザ認証システムの一例を示す概略図であり、
図１０は、パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順を説明するフローチャートであり、
図１１は、ユーザＩＤを指定したユーザ情報の削除処理手順を説明するフローチャートであり、
図１２は、ホームサーバからプロキシサーバ側にある全てのユーザのユーザ情報のキャッシュを削除する処理（動作）を説明するフローチャートであり、
図１３は、負荷分散型のユーザ認証システムの一例を示す図であり、
図１４は、上記したような負荷分散型のユーザ認証システムでの、ユーザ情報を削除する際の問題点の一例を示す図である。
【発明を実施するための最良の形態】
以下、図面を参照して、本発明の好適な実施の形態に係るユーザ認証システムを図１から図１２の図面に基づいて説明する。
〈システム構成〉
図１は、本実施の形態に係る、ユーザ認証システムの各構成要素を説明する概略構成図である。
図１には、ユーザが無線ＬＡＮ端末を操作してホットスポット等に配置されたアクセスポイントを介してＩＰネットワークに接続（アクセス）を行う場合におけるユーザ認証システムの構成要素の例が示されている。
ユーザ認証システムは、ホームサーバ１００と、プロキシサーバ２００とを含み、プロキシサーバ２００は、ホームサーバ１００とユーザ（ユーザ端末４００）との間に介在し、アクセスポイント（ＡＰ）３００にネットワークを介して接続される。端末４００は無線ＬＡＮによりアクセスポイント３００に接続可能である。なお、図１において、プロキシサーバ２００は、一つだけ図示されているが、必要に応じた複数のプロキシサーバ２００が用意される。また、アクセスポイント３００も、ホットスポットの数等に応じて複数個用意される。
〈ホームサーバの構成〉
次に、本実施の形態に係るホームサーバ１００の構成要素について説明する。ホームサーバ１００は、ユーザのネットワークへのアクセスに対する認証要求を受信した場合に、このユーザの認証処理、及び認証結果の送信処理を行う。また、ホームサーバ１００は、本発明に係るユーザ情報の削除要求を生成し、その削除要求をプロキシサーバ２００に送信する。
ホームサーバ１００は、パーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ），専用のサーバマシン等のコンピュータを用いて構成される。ホームサーバ１００は、不図示のハードウェアとして、制御装置（ＣＰＵ，主記憶（ＲＡＭ等），入出力ユニット，デバイスドライバ等で構成される），二次記憶（ハードディスク等），通信制御装置（ネットワークインターフェイス装置等），入力装置（キーボード，マウス等），出力装置（ディスプレイ装置等）を備えている。そして、ホームサーバ１００は、ＣＰＵが二次記憶に格納されているプログラムを主記憶にロードして実行することにより、図１に示すような機能を実現する装置として機能する。
即ち、ホームサーバ１００は、通信（受付）部１０１、認証処理部１０２、プロキシサーバ特定部１０５、及び削除要求生成部１０６を備えた装置として機能する。なお、ホームサーバ１００は、本発明の第１サーバに相当する。
通信部１０１は、プロキシサーバ等との間での通信を司る。例えば、通信部１０１は、ユーザのネットワークへのアクセスに対する認証要求を、プロキシサーバ２００などから受信する。また、通信部１０１は、通常の認証要求に対する認証結果の送信処理を行う。さらに、通信部１０１は、プロキシサーバ２００に対する削除要求の送信を行う。
認証処理部１０２は、通信部１０１で受信された認証要求を受け取り、この認証要求に対する認証処理を行う。認証処理部１０２は、全ユーザ情報が格納されたデータベース（例えば二次記憶上に作成される）１０２Ａと接続されており、認証要求に含まれたユーザ情報がデータベース１０２Ａに登録されているか否かを判定することで、認証処理を行う。このとき、データベース１０２Ａに該当ユーザ情報があれば認証結果は成功となり、なければ失敗となる。
データベース１０２Ａは、更新部１０２Ｂと接続されている。更新部１０２Ｂは、入力装置から入力されるユーザ情報の削除／変更指示に応じて、削除対象のユーザ情報をデータベース１０２Ａから削除し、変更対象のユーザ情報を変更（更新）する。
プロキシサーバ特定部１０５は、複数のプロキシサーバ２００から削除対象のユーザ情報を保存しているプロキシサーバ２００を特定する。プロキシサーバ特定部１０５は、認証処理部１０２からプロキシサーバの割り出し用情報（認証要求パケット、認証結果等）を受け取り、これを管理する。また、プロキシサーバ決定部１０５は、入力装置から入力されるユーザ情報の削除／変更指示に応じて、割り出し用情報を用いて削除要求を与えるべき１以上のプロキシサーバを特定する（割り出す）。なお、上記削除指示は、データベース１０２Ａ及びキャッシュメモリ２０３からユーザ情報を削除する場合と、キャッシュメモリ２０３のみからユーザ情報を削除する場合とを含む。
削除要求生成部１０６は、プロキシサーバ特定部１０５から通知される削除要求の特定結果（削除要求を送信すべきプロキシサーバ）について、そのプロキシサーバ２００のキャッシュメモリ２０３に格納されているユーザ情報の削除要求を生成する。削除要求には削除対象のユーザ情報を特定（推定）するための情報を含む。この情報として、削除対象のユーザ情報、及びキャッシュメモリ２０３上の全てのユーザ情報の削除指定を含むことができる。なお、削除要求生成部１０６は、本発明に係る削除要求を生成する手段に相当する。
〈プロキシサーバの構成〉
次に、本実施の形態に係るプロキシサーバ２００について説明する。本実施の形態に係るプロキシサーバ２００は、ユーザ側の端末とホームサーバ１００との間に介在している。プロキシサーバ２００も、ホームサーバ１００と同様に、制御装置，二次記憶，通信制御装置，入力装置，出力装置等を備えるＰＣ，ＷＳ，専用のサーバマシンを用いて構成することができ、制御装置を構成するＣＰＵが二次記憶上のプログラムを実行することによって、図１に示されるような機能を実現する装置として機能する。
即ち、プロキシサーバ２００は、アクセスポイント３００からの認証要求の受信処理，及びアクセスポイント３００への認証要求に対する応答の送信処理を司るアクセスポイント側の通信部２０１と、通信部２０１で受け付けられた認証要求に対する認証処理を行う認証処理部２０２と、認証処理部２０２が認証処理を行う場合に使用されるユーザ情報を格納するキャッシュメモリ（記憶手段）２０３と、ホームサーバ１００への認証要求の転送処理，及びホームサーバ１００からの認証要求に対する応答や削除要求の受信処理を司るホームサーバ側の通信部２０４と、通信部２０４で受け付けられた削除要求で指定されるユーザ情報をキャッシュメモリ２０３から削除する削除処理部２０５とを備えた装置として機能する。
認証処理部２０３は、認証要求を受け取ると、これに含まれているユーザ情報と同じユーザ情報がキャッシュメモリ２０３に格納されているか否かを判定することで、認証要求に対する認証処理を行う。このとき、該当ユーザ情報が格納されていなければ、当該認証要求を通信部２０４に渡し、格納されていれば、認証結果として「成功（許可）」を示す情報を含む認証要求に対する応答を生成して通信部２０１に渡す。
また、キャッシュメモリ２０３には、通信部２０４で受信される、ホームサーバ１００からの「成功」を示す情報を含む応答に含まれているユーザ情報を格納（キャッシュ）する。このユーザ情報の格納処理は、例えば認証処理部２０３が行うことができる。なお、プロキシサーバ２００は、本発明の第２サーバに相当する。
〈アクセスポイントの構成〉
アクセスポイント３００は、ユーザ側の端末４００などユーザのネットワークへのアクセス要求を受け付ける無線ＬＡＮの接続先である。アクセスポイント３００は、ユーザからの認証要求の情報、及びユーザ情報をパケットとして、例えば、ユーザＩＤ、認証用パスワード、或いは送信元アドレス情報などを受信する。
〈端末の構成〉
端末４００は、無線ＬＡＮ接続機能を備える、一般のＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ／Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔｓ）等の情報処理装置である。この端末４００は、上記無線ＬＡＮ接続機能を利用して、アクセスポイント３００に接続する。そして、このアクセスポイント３００を介して、端末４００はネットワークへの接続を行う。
〈ＨＴＴＰを用いたユーザ情報の削除手順〉
次に、本実施の形態に係る、ユーザ認証システムにおいて、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いたユーザ情報の削除処理の手順について説明する。
図２は、本実施の形態に係る、ユーザ認証システムのＨＴＴＰを用いたユーザ情報の削除処理手順を説明する図である。図２において、ホームサーバ１００は、Ｗｅｂクライアントとして機能するように構成されている。具体的には、ホームサーバ１００は、ユーザ情報の削除／変更操作を行うためのＷｅｂブラウザ画面（図示せず）によるユーザインターフェイス（保守画面）を管理者に対して提供するように構成されており、その画面を介してユーザ情報の削除／変更指示が入力されると、更新部１０２Ｂが、データベース２０３内の該当ユーザ情報を削除又は変更するように構成されている。また、ユーザ情報の削除／変更指示が入力されることにより、図１に示したプロキシサーバ特定部１０５及び削除要求生成部１０６としての機能を実現するＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）１０７に対し、その起動命令が与えられるように構成されている。
一方、図２において、プロキシサーバ２００は、図１に示した通信部２０４としての機能を含むＷｅｂサーバ２０６と、削除処理部２０５としての機能を実現するＣＧＩ２０７とを含むように構成されている。
ホームサーバ１００に備えられるディスプレイ（不図示）に表示される保守画面（Ｗｅｂ画面）から、オペレータは、ホームサーバ１００の保守画面を参照して、ユーザ情報の削除、或いはパスワードの変更等の、ユーザ情報の変更処理を行う（図２の▲１▼）。このとき、ホームサーバ１００に対し、ユーザ情報の削除／変更指示が入力される。すると、更新部１０２Ｂは、データベース１０２Ａから該当するユーザ情報を削除又は変更する。一方、ＣＧＩ１０７に対し起動命令が与えられる（図２の▲１▼−２）。
ＣＧＩ１０７は、上記ユーザ情報の変更処理が行われたことを受けて、ユーザ情報の削除要求を与える対象となるプロキシサーバ２００を割り出す。そして、削除対象決定部１０５は、割り出したプロキシサーバ２００宛の、ＨＴＴＰに基づくＧＥＴメッセージを削除要求として生成する。ＧＥＴメッセージは、削除対象のユーザ情報を特定するための情報、割り出したプロキシサーバ２００へのユーザ情報の削除を実行するＣＧＩの起動要求を含む。そして、ＣＧＩ１０７は、このＧＥＴメッセージをプロキシサーバ２００に送信する（図２における▲２▼）。
プロキシサーバ２００のＷｅｂサーバ２０６は、削除要求たるＧＥＴメッセージを受け取ると、このＧＥＴメッセージに含まれているＣＧＩの起動要求によって、ユーザ情報のキャッシュクリア処理を行うＣＧＩ２０７を起動させる。ＣＧＩ２０７は、ＧＥＴメッセージに含まれていたユーザ情報の特定情報（指定情報）に基づいて、該当するユーザ情報をキャッシュメモリ２０３から削除する（図２における▲３▼）。
その後、Ｗｅｂサーバ２０６は、ＣＧＩ２０７から、ユーザ情報の削除処理の完了通知を受け取る。すると、Ｗｅｂサーバ２０６は、削除処理の完了を示すＯＫレスポンスメッセージを生成し、ホームサーバ１００に返信する（図２における▲４▼）。
このように、本発明に係るユーザ情報の削除処理は、ホームサーバ１００に設けられるＷｅｂクライアント及び削除要求生成用のＣＧＩと、プロキシサーバ２００に設けられるＷｅｂサーバ及び削除処理用のＣＧＩからなるＷｅｂシステムの適用により容易に実現することができる。
〈ＲＡＤＩＵＳを用いたユーザ情報の削除処理手順〉
次に、ユーザ認証システムのＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）を用いたユーザ情報の削除処理の手順について説明する。
図３は、ユーザ認証システムのＲＡＤＩＵＳを用いたユーザ情報の削除処理手順を説明する図である。図３に示すように、ホームサーバ１００及びプロキシサーバ２００の夫々には、ＲＡＤＩＵＳによる認証処理を行うＲＡＤＩＵＳサーバ１１０，２１０が備えられている。各ＲＡＤＩＵＳサーバ１１０，２１０は、図１に示した各認証処理部１０２，２０２に相当する。また、ホームサーバ１００には、図１に示したプロキシサーバ特定部１０５及び削除要求生成部１０６としての機能を持つＣＧＩ１１１が用意される。
ホームサーバ１００に対し、ユーザ情報の削除／変更指示が与えられると、更新部１０２Ｂによるデータベース１０２Ａの更新が行われる。また、ＣＧＩ１１１に対する起動要求が与えられる。すると、ＣＧＩ１１１は、ユーザ情報の削除要求を与える対象のプロキシサーバ２００を割り出す。そして、削除対象決定部１０５は、割り出したプロキシサーバ２００宛の、削除要求を生成する。ここでは、ＣＧＩ１１１は、削除要求として、ＲＡＤＩＵＳに従った認証要求メッセージを作成する（Ｓ１）。この認証要求メッセージは、認証対象のユーザ情報を格納するフィールドを含んでいる。ＣＧＩ１１１は、このフィールドに対し、削除対象のユーザ情報を特定するための情報として、キャッシュクリア専用のユーザ情報が格納される。キャッシュクリア専用のユーザ情報は、プロキシサーバ２００のＲＡＤＩＵＳサーバ２１０が区別可能な形式を持つ。例えば、ＲＡＤＩＵＳでは、ユーザ情報はユーザＩＤ（ユーザ名：Ｕｓｅｒ−Ｎａｍｅ）とパスワード（Ｕｓｅｒ−Ｐａｓｓｗｏｒｄ）とを組み合わせた「ユーザＩＤ／パスワード」で生成される。このときのユーザＩＤに、キャッシュクリア（ユーザ情報の削除）を示す特別な文字列を適用することで、ユーザ情報を区別することができる。キャッシュクリア専用のユーザ情報は、削除対象の１つのユーザ情報、或いは、キャッシュ２０３内の全てのユーザ情報の削除を特定することができる。そして、ＣＧＩ１１１は、ＲＡＤＩＵＳプロトコルに従ってプロキシサーバ２００に対して認証要求メッセージを送信する（Ｓ２）。
プロキシサーバ２００のＲＡＤＩＵＳサーバ２１０は、受信した認証要求メッセージに、キャッシュクリア専用のユーザ情報が含まれているか否かを判定する（Ｓ３）。このとき、キャッシュクリア専用のユーザ情報が含まれている場合には、ＲＡＤＩＵＳサーバ２１０はこの認証要求がユーザ情報の削除要求であると判断する（Ｓ３；ＹＥＳ）。この場合、ＲＡＤＩＵＳサーバ２１０は、当該ユーザ情報から特定できるユーザ情報をキャッシュメモリ２０３から削除（キャッシュクリア）する（Ｓ４）。
キャッシュクリア処理を実施した後、ＲＡＤＩＵＳサーバ２１０は、ホームサーバ１００に認証要求に対する応答として、認証不許可（認証失敗）を返信する（Ｓ５）。プロキシサーバ２００がホームサーバ１００に対して認証不許可を送信するのは、以下の理由による。すなわち、仮にプロキシサーバ２００が、キャッシュクリア専用のユーザ情報を含む認証要求に対して認証許可の応答を返す構成とすると、キャッシュクリア専用のユーザ情報を入手した第三者が当該ユーザ情報を悪用して不正にネットワークに侵入することを防止するためである。
なお、ホームサーバ１００からの認証要求に含まれるユーザ情報がキャッシュクリア専用のユーザ情報でない場合（Ｓ３；ＮＯ）には、ＲＡＤＩＵＳサーバ２１０は特に処理を行わないように構成される。例えば、認証要求メッセージに含まれたユーザ情報がキャッシュクリア専用のユーザ情報ではなく、且つ当該メッセージの送信元がホームサーバ１００である場合には、特に処理を行わないように構成することができる。
削除対象のユーザユーザ情報がキャッシュメモリ２０３から削除された後、当該ユーザからの認証要求をプロキシサーバ２００が受信した場合には、この認証要求はプロキシサーバ２００からホームサーバ１００に転送される。そして、この認証要求は、ホームサーバ１００において、変更済みのユーザ情報によって、ネットワーク接続の認証処理が行われる。
ＲＡＤＩＵＳプロトコルによるホームサーバ１００からプロキシサーバ２００への削除要求の転送方式によれば、ＲＡＤＩＵＳプロトコルを利用して、ホームサーバ１００がＲＡＤＩＵＳクライアントとして、キャッシュクリア専用のユーザ情報を含む認証要求メッセージ（削除要求）を生成し、プロキシサーバ２００とホームサーバ１００との間で予め設定されているＲＡＤＩＵＳ用のＴＣＰ／ＩＰポートを用いたＲＡＤＩＵＳの認証手順を利用して、ホームサーバ１００は、削除要求をプロキシサーバ２００に送信する。従って、ホームサーバ１００は、キャッシュクリア専用に新たなＴＣＰ／ＩＰポートを使用することなく、ホームサーバ１００からプロキシサーバ２００へ削除要求を送信することができる。これにより、ホームサーバ１００とプロキシサーバ２００との間がファイヤウォールにより分離されている場合において、キャッシュクリア専用のＴＣＰ／ＩＰポートがファイヤウォールによりフィルタリングされないように、ファイヤウォールの再設定（フィルタ条件）を変更する必要が無い。
このように、キャッシュクリア専用のユーザ情報を含む認証要求メッセージ（削除要求）の生成し送信するＣＧＩ１１１をホームサーバ１００に設け、且つプロキシサーバ２００のＲＡＤＩＵＳサーバ２１０にステップＳ３〜Ｓ５の処理を行うルーチンを追加することで、プロキシサーバ２００のキャッシュメモリ２０３に格納されている所望のユーザ情報の削除を実現することができる。
〈履歴情報の参照による削除要求を送信するプロキシサーバの決定手順〉
次に、ユーザ情報の削除処理において、ユーザ情報の削除要求を送信する送信先のプロキシサーバを特定する第１の方式として、認証処理を要求する接続時の履歴情報を参照して決定する手順（プロキシサーバ特定部１０５の構成）について説明する。
図４Ａは、図１に示したプロキシサーバ特定部１０５の第１の方式に沿った構成例を示す図であり、図４Ｂは、図４Ａに示したプロキシサーバ特定部１０５が適用されるユーザ認証システムの一例を示す概略図である。
図４Ａにおいて、プロキシサーバ特定部１０５は、履歴情報（ログ）作成部１０５１と、履歴情報（ログ）１０５２と、送信先判定部１０５３とを含む。履歴情報作成部１０５１は、認証処理部１０２から認証要求及びこれに対する認証結果（割り出し用情報）を受け取り、個々の認証処理に係る認証要求の内容及びその結果を含むレコードを作成し、所定の保存領域（履歴情報格納部１０３）に格納する。
履歴情報（ログ）１０５２は、履歴情報作成部１０５１によって作成されるレコードの集合である。
送信先判定部１０５３は、ユーザ情報の削除指示に対し、履歴情報１０５２を参照して削除対象のユーザ情報をキャッシュメモリ２０３に格納しているプロキシサーバ２００を割り出し、割り出したプロキシサーバ２００に係る情報を送信先情報として削除要求生成部１０６に与える。
図４Ｂには、図４Ａに示したプロキシサーバ特定部１０５を持つホームサーバ１００、少なくとも１つのプロキシサーバ２００、アクセスポイント（以下「ＡＰ」とも称する）３００、及びユーザが利用するネットワーク接続可能な端末（ＰＣ）４００が図示されている。
図４Ｂに示すユーザ認証システムにおいて、プロキシサーバ２００内にキャッシュとして保存されるユーザ情報の認証方式は、例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスによる認証、又はＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）方式による認証を適用するのが望ましい。ここでは、ＰＡＰによる認証方式が適用されている例について説明する。
上述したように、ホームサーバ１００の履歴情報作成部１０５１は、認証処理部１０２が行った個々のユーザ情報に対する認証処理の履歴情報（ログ）１０５２を履歴情報記憶部１０３上に作成する。そして、ホームサーバ１００の送信先判定部１０５３は、このログ１０５２に基づいて、削除要求を送信先に該当するプロキシサーバ２００の決定処理を行う。図５は、認証要求パケットの一例である。
図６は、ログ１０５２の参照による削除要求パケットを送信先のプロキシサーバの決定手順（送信先判定部１０５３の処理）を説明するフローチャートである。この処理は、例えば、送信先判定部１０５３がオペレータによって入力されるユーザ情報の削除指示を受け取った場合に開始する。
送信先判定部１０５３は、処理を開始すると、履歴情報記憶部１０３に格納されるログ１０５２を１レコード分読み込む（ステップ１０１、以下「Ｓ１０１」のように表記する）。
図７は、Ｓ１０１で読み込まれるログ１０５２を構成する１レコード１０５の一例を示す図である。レコード１０５には、接続時の日付（認証要求の受信日時）１０５ａ、「ユーザＩＤ（ユーザ名）／ドメイン名」の形式で記載されたユーザＩＤ１０５ｂや認証方式を示すＲＡＤＩＵＳ属性情報、認証要求パケットの送信元アドレス１０５ｃ、などが記録されている。
送信先判定部１０５３は、レコード１０５に含まれるユーザＩＤ（ユーザ情報１０５ｂ）が、削除対象に該当するか否かを判定する（Ｓ１０２）。このとき、ユーザＩＤが削除対象に該当しない場合（Ｓ１０２；ＮＯ）には、処理がＳ１０１に戻り、該当する場合（Ｓ１０２；ＹＥＳ）には、処理がＳ１０３に進む。
Ｓ１０３では、送信先判定部１０５３は、レコード１０５中の送信元アドレス１０５ｃを参照して、認証要求の送信元がプロキシサーバ２００であるかＡＰ３００であるかを判定する。送信先判定部１０５３は、ＡＰ３００及びプロキシサーバ２００の各アドレスを予め知っている。このとき、送信元がＡＰ３００である場合（Ｓ１０３；ＡＰ）には処理がＳ１０１に戻る。これに対し、送信元がプロキシサーバ２００である場合（Ｓ１０３；Ｐｒｏｘｙ）には、処理がＳ１０４に進む。
認証要求の送信元がプロキシサーバ２００であると判定された場合（Ｓ１０３；Ｐｒｏｘｙ）には、送信先判定部１０５３は、レコード１０５中のＲＡＤＩＵＳ Ｃｏｄｅが、この認証要求に対する結果が「成功（許可）」であることを示すコードである「ａｃｃｅｐｔ」であるか否かを判定する（Ｓ１０４）。
このとき、ＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」である場合（Ｓ１０４；ＹＥＳ）には、送信先判定部１０５３は、Ｓ１０５の処理を実行する。これに対し、ＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」ではない場合（Ｓ１０４；ＮＯ）には、処理がＳ１０１に戻る。ここで、処理がＳ１０１に戻るのは、認証が失敗（不許可）の場合には、プロキシサーバ２００のキャッシュメモリ２０３には、当該ユーザ情報は格納されないからである。
Ｓ１０５では、送信先判定部１０５３は、レコード１０５に属性情報として含まれているＡｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”であるか否かを判定する。即ち、認証要求で指定された認証方式がＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）方式であるか否かを判定する。
このとき、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”である場合（認証方式がＣＨＡＰである場合：Ｓ１０５；ＹＥＳ）には、送信先判定部１０５３は、処理をＳ１０１に戻す。ここで、処理がＳ１０１に戻るのは、ＣＨＡＰは、プロキシサーバ２００で実施される認証方式に該当しないため、ＣＨＡＰで使用される形式のユーザ情報はキャッシュメモリ２０３に格納（キャッシュ）されないからである。
図８は、ＲＡＤＩＵＳ属性のフォーマットの一例を示す図である。図８に示すように、認証方式がＣＨＡＰである場合には、認証要求におけるＡｔｔｒｉｂｕｔｅ ｔｙｐｅとして、“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”を示す値“６０”が設定される。送信先判定部１０５３は、Ｓ１０５の処理を、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅの値が“６０”か否かを判定することによって行う。
これに対し、Ｓ１０５の処理において、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”でない場合（Ｓ１０５；ＮＯ）には、送信先判定部１０５３は、Ｓ１０６に処理を進める。認証方式がＣＨＡＰでなければ、当該認証要求で指定された認証方式がプロキシサーバ２００で実施されている認証方式“ＰＡＰ”であると判定できるからである。
以上のＳ１０２〜Ｓ１０５の処理により残るレコード１０５は、プロキシサーバ２００から転送された認証要求に対して行われた「成功（許可）」の認証結果を含むレコードであると判定することができる。上述したように、プロキシサーバ２００は、ホームサーバ１００へ転送した認証要求に対する「成功」の結果を含む応答をホームサーバ１００から受信した場合には、この応答に含まれるユーザ情報をキャッシュするように構成されている。従って、このレコード１０５中の送信元アドレスを持つプロキシサーバ２００のキャッシュメモリ２０３には削除対象のユーザ情報が格納されている。
これより、Ｓ１０６では、送信先判定部１０５３は、レコード１０５中の送信元アドレス１０５ｃを削除要求の送信先（送信対象）のプロキシサーバ２００のアドレスとして取得する。
その後、送信先判定部１０５３は、ログを最後まで読み込んだか（全てのレコードに対する処理が終了したか）否かを判定する（Ｓ１０７）。このとき、全てのレコード１０５に対する処理が終了していない場合（Ｓ１０７；ＮＯ）には、処理がＳ１０１に戻る。これに対し、全てのレコード１０５に対する処理が終了している場合には、送信先判定部１０５３は、処理を終了する。
Ｓ１０６で取得される送信対象のプロキシサーバ２００のアドレスは、削除対象のユーザ情報とともに、削除要求生成指示として削除要求生成部１０６に与えられる。削除要求生成部１０６は、削除要求の生成指示を受け取ると、削除要求の生成を開始する。
なお、Ｓ１０６でアドレスが取得される毎に、当該アドレスを含む削除要求の生成指示が削除要求生成部１０６に与えられるように構成しても良く、送信先判定部１０５３が処理を終了するときに、それまでのＳ１０６の処理で得られた１以上のアドレスを含む削除要求の生成指示が削除要求生成部１０６に与えるように構成しても良い。
以上のような構成及び手順により、プロキシサーバ特定部１０５は、認証処理の履歴情報１０５２から削除対象のユーザ情報をキャッシュしている１以上のプロキシサーバ２００を特定する（割り出す）。これによって、複数のプロキシサーバ２００のうち、どのプロキシサーバ２００に削除対象のユーザ情報がキャッシュされているかを容易に調べることができる。また、ユーザ情報をキャッシュしているプロキシサーバ２００のみに、削除要求を送信することができる。
〈認証要求パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順〉
次に、ユーザ情報をキャッシュメモリから削除する場合において、ユーザ情報の削除要求を送信する対象のプロキシサーバを特定する第２の方式として、プロキシサーバ２００からの認証要求パケットをキューイングによって保持し、これに基づいてプロキシサーバ２００を割り出す（特定する）手順（プロキシサーバ特定部１０５の構成）について説明する。
図９Ａは、図１に示したプロキシサーバ特定部１０５の第２の方式に沿った構成例を示す図であり、図９Ｂは、第２の方式に係るユーザ認証システムの一例を示す概略図である。
図９Ａに示すように、第２の方式におけるプロキシサーバ特定部１０５は、送信プロキシ判定部１０５４と、キュー格納部１０５５と、送信処理部１０５６とを含む。
送信プロキシ判定部１０５４は、認証処理部１０２から認証要求パケットと、その認証要求に対する認証結果（例えば認証結果を含む認証要求パケット）とを割り出し用情報として受け取る。送信プロキシ判定部１０５４は、認証処理部１０２から受け取る認証要求パケットのうち、プロキシサーバ２００から転送されたものであり、プロキシサーバ２００で実施される認証方式に合致した形式のユーザ情報を含み、且つ認証処理の結果が「成功（許可）」であった認証要求パケットを、キュー格納部１０５５に格納されている所定のキューに格納する。所定のキューがない場合、新たにキューを作成するように構成することもできる。
キュー格納部１０５５は、ユーザ毎に用意された複数（ｎ個：ｎは自然数）のキューを有している。各キューは、送信プロキシ判定部１０５４により格納される対応ユーザの認証要求パケットを保持する。
送信処理部１０５６は、オペレータから入力されるユーザ情報の削除指示に従って、削除対象のユーザ情報を含んでいる認証要求パケットをキュー格納部１０５５の該当キューから取り出し、取り出した認証要求パケットの送信元アドレスを、削除要求の送信先のアドレスとして、削除対象のユーザ情報とともに、削除要求生成指示として削除要求生成部１０６に与える。
なお、上記構成に代えて、プロキシサーバ特定部１０５は、次のように構成することができる。送信プロキシ判定部１０５４は、認証処理部１０２からの認証要求パケットから、プロキシサーバ２００から転送されたものであり、プロキシサーバ２００で実施されている認証方式に合致した形式のユーザ情報を含み、且つ認証処理結果が「成功（許可）」であった認証要求パケットから送信元アドレスと、ユーザ情報とを取得する。この送信元アドレス及びユーザ情報は削除要求生成指示として削除要求生成部１０６に与えられる。削除要求生成部１０６は、送信元アドレスを送信先とするユーザ情報の削除要求パケットを予め生成し、キュー格納部１０５５の対応ユーザのキューにキューイングしておく。その後、送信処理部１０５６は、ユーザ情報の削除指示を受け取ると、削除対象のユーザ情報に対応するキューから、予めキューイングされている削除要求パケットを取り出し、通信部１０１（図１）を介して各プロキシサーバ２００に送信する。
図９Ｂには、ホームサーバ１００、少なくとも１つのプロキシサーバ２００、ＡＰ３００、及びユーザが利用するネットワーク接続可能な端末４００が示されている。
図９Ｂにおいて、ホームサーバ１００は、ユーザからの認証要求パケットを受信する。ホームサーバ１００は、認証要求パケットのヘッダに格納されている送信元アドレスから、送信元のホストを検出し、送信元がプロキシサーバ２００か否かを判定する。これにより、ＡＰ３００からのアクセス（認証要求パケット）を除外する。さらに、ホームサーバ１００は、ＲＡＤＩＵＳプロトコルの属性情報を参照して、ＣＨＡＰ方式のアクセス（認証要求パケット）を除外する。これにより、残った認証要求パケットの送信元に該当するプロキシサーバ２００を、ユーザ情報がキャッシュされているターゲットと判定することができる。そして、当該認証要求パケットのキューイングを行う。その後、ユーザ情報の削除／変更指示が入力された場合には、キューイングされている認証要求パケットの送信元に該当するプロキシサーバ２００に対してのみ、削除要求を送信する。
図１０は、パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順（第２の方式におけるプロキシサーバ特定部１０５の送信プロキシ判定処理部１０５４による処理）を説明するフローチャートである。
図１０に示す処理は、認証処理部１０２から送信プロキシ判定処理部１０５４入力される割り出し用情報（認証要求パケット及びその認証結果）毎に行われる。
送信プロキシ判定処理部１０５４は、処理を開始すると、処理対象の認証要求パケットを１つ分読み込む（Ｓ２０１）。
次に、送信プロキシ判定処理部１０５４は、この認証要求パケットの送信元が、プロキシサーバ２００であるかＡＰ３００であるかを判定する（Ｓ２０２）。この判定処理は、認証要求パケットのヘッダに設定されている送信元アドレスを参照することにより行われる。送信プロキシ判定処理部１０５４は、プロキシサーバ２００及びＡＰ３００の各アドレスを予め知っている。
Ｓ２０２において、送信プロキシ判定処理部１０５４は、送信元がプロキシサーバ２００であると判定する場合（Ｓ２０２；Ｐｒｏｘｙ）には、処理をＳ２０３に進める。これに対し、認証要求パケットの送信元がＡＰ３００であると判定する場合（Ｓ２０２；ＡＰ）には、処理を終了する（次の認証要求パケットの待ち受け状態となる）。
次に、送信プロキシ判定処理部１０５４は、認証処理の結果が含まれる認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが、この認証要求パケットに対する認証の「成功（許可）」を示す「ａｃｃｅｐｔ」であるか否かを判定する（Ｓ２０３）。このとき、認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」である場合（Ｓ２０３；ＹＥＳ）には、送信プロキシ判定処理部１０５４は、Ｓ２０４へ処理を進める。これに対し、認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」ではない場合（Ｓ２０３；ＮＯ）には、処理を終了する。
Ｓ２０４では、送信プロキシ判定処理部１０５４は、この認証要求パケットのＲＡＤＩＵＳ属性情報の一つであるＡｔｔｒｉｂｕｔｅ ｔｙｐｅが「ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ」であるか否かを判定する。言い換えれば、認証方式がＣＨＡＰか否かを判定する。このＳ２０４の処理は、第１の方式で説明したように、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅの値が“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”を示す“６０”であるか否かを判定することにより行われる。このとき、送信プロキシ判定処理部１０５４は、認証方式がＣＨＡＰである場合（Ｓ２０４；ＹＥＳ）には、ＣＨＡＰはプロキシサーバ２００で実施される認証方式ではないので、処理をＳ２０１に戻す。これに対し、認証方式がＣＨＡＰでない場合（Ｓ２０４；ＮＯ）には、認証方式がプロキシサーバ２００で実施されているＰＡＰであると想定できるので、送信プロキシ判定処理部１０５４は、当該認証要求パケットを、キュー格納部１０５５の該当キュー（認証要求パケットに含まれているユーザ情報で特定されるユーザに対応するキュー）にキューイング（格納）する（Ｓ２０５）。そして、処理を終了する。
以上説明した第２の方式によれば、第１の方式と同様の作用効果を得ることができる。但し、第２の方式は、ユーザ情報の削除／変更が行われるときには、該当キューにキューイングされている認証要求パケットの送信元アドレスを取得することで、削除要求の送信対象のプロキシサーバ２００を特定する（割り出す）ことができる。従って、ユーザ情報の削除／変更指示が入力された際における処理が第１の方式に比べて簡易且つ高速な処理となる。
〈ユーザＩＤを指定したユーザ情報の削除処理手順〉
次に、ホームサーバ１００側から、ユーザＩＤを指定してプロキシサーバ２００のキャッシュメモリ２０３に保存されているユーザ情報を削除する方法を説明する。
図３に示した形態では、ＲＡＤＩＵＳに基づく認証要求パケットを削除要求としてホームサーバ１００からプロキシサーバ２００に送信する。上述したように、この認証要求パケット（認証要求メッセージ）は、ユーザ情報を指定するための領域（フィールド）を含んでいる。通常は、当該領域には、ユーザ情報として、「ユーザ名（ユーザＩＤ）／認証パスワード」の形式で、ユーザ名及びパスワードが記載される。
これに対し、削除要求としての認証要求パケットでは、ユーザ情報の格納領域におけるユーザ名の格納部分（ユーザ名エリア）には、このユーザ情報がキャッシュクリア専用のユーザ情報であることを示す一般のユーザＩＤと識別可能な特殊な文字列（例えば、“／（スラッシュ）”を含まない通常のユーザＩＤをみなされない文字列（具体例：“Ｃａｃｈｅ＿ｃｌｅａｒ”））が設定される。さらに、認証パスワードを格納する部分（パスワードエリア）には、削除対象のユーザ情報に係るユーザＩＤが設定される。即ち、削除対象の特定のユーザ情報を指定するキャッシュクリア専用のユーザ情報は、「Ｃａｃｈｅ＿ｃｌｅａｒ／ユーザＩＤ」の形式で表現される。
プロキシサーバ２００（のＲＡＤＩＵＳサーバ２１０）は、上記のようなキャッシュクリア専用のユーザ情報を含む認証要求パケットをホームサーバ１００から受信することで、当該認証要求が削除要求であることと、削除対象のユーザ情報とを知ることができる。
図１１は、上述したユーザＩＤを指定したユーザ情報の削除処理手順を説明するフローチャートである。
まず、ホームサーバ１００は、ユーザＡからの要求に応じる等の要因で、このユーザＡの認証パスワードが変更される場合には、ホームサーバ１００の操作により、データベース１０２Ａ上のユーザＡに対する認証パスワードが更新部１０２Ｂにより変更される（Ｓ３０１）。
この場合、ホームサーバ１００の削除要求生成部１０６（ＣＧＩ１１１）は、パスワードエリアにユーザＡのユーザＩＤが設定されたキャッシュクリア専用のユーザ情報を、認証要求パケット（ＲＡＤＩＵＳパケット）に設定する（Ｓ３０２）。そして、ホームサーバ１００は、この認証要求パケット（削除要求）をプロキシサーバ２００に送信する。
プロキシサーバ２００（のＲＡＤＩＵＳサーバ２１０）は、ホームサーバ１００から送信された認証要求パケットを受信する（Ｓ３０３）。プロキシサーバ２００は、この認証要求パケットのパスワードエリアから、削除対象のユーザＩＤを取得する（Ｓ３０４）。そして、プロキシサーバ２００は、取得したユーザＩＤを含むユーザ情報をキャッシュメモリ２０３から削除する（Ｓ３０５）。
該当するユーザＩＤを含むユーザ情報のキャッシュを削除後、プロキシサーバ２００は、認証不許可（ＮＧ）をホームサーバ１００に返信する。ホームサーバ１００は、認証不許可の応答をユーザ情報の削除処理の完了通知として扱うことができる。
なお、図１１に示す例では、特定のユーザ情報のキャッシュクリア処理はデータベース１０２Ａに対するユーザ情報の変更を契機に行ったが、本発明ではこれに限定されない。すなわち、キャッシュクリアのみを目的として、所定の適宜のタイミングを契機として特定のユーザ情報のキャッシュクリア処理を行ってもよい。
〈全てのユーザに対するユーザ情報のキャッシュクリア処理の手順〉
次に、ホームサーバ１００からプロキシサーバ２００でキャッシュされている（キャッシュメモリ２０３に格納されている）全てのユーザ情報を削除する処理について説明する。
図１２は、ホームサーバからプロキシサーバ側にある全てのユーザに対するユーザ情報のキャッシュを削除する処理（動作）を説明するフローチャートである。
まず、ホームサーバ１００（の削除要求生成部１０６（ＣＧＩ１１１））は、全てのユーザのキャッシュクリアの指示を受け付けると（Ｓ４０１）、プロキシサーバ２００でキャッシュされている全てのユーザＩＤに対する削除を指定するキャッシュクリア専用のユーザ情報を、認証要求パケットに設定する（Ｓ４０２）。当該ユーザ情報は、例えば、上述したキャッシュクリア専用のユーザ情報であることを示す特殊な文字列（例えば「Ｃａｃｈｅ＿ｃｌｅａｒ」）がユーザ名エリアに設定され、パスワードエリアが空白に設定されたユーザ情報であると定めることができる。但し、当該ユーザ情報の形式は、通常のユーザ情報と識別可能であれば、様々な形式を適用することができる。そして、ホームサーバ１００は、この認証要求パケット（ＲＡＤＩＵＳパケット）をプロキシサーバ２００に送信する。このとき、認証要求パケットは、この時点でユーザ情報をキャッシュしている全てのプロキシサーバ２００を対象として送信される。
各プロキシサーバ２００は、ホームサーバ１００から送信された認証要求パケットを受信する（Ｓ４０３）。プロキシサーバ２００は、ユーザＩＤが「Ｃａｃｈｅ＿ｃｌｅａｒ」であることを以てこの認証要求パケットが削除要求であることを認識するとともに、パスワードエリアが空白であることを確認する（Ｓ４０４）。これによって、プロキシサーバ２００は、パスワードエリアの空白を確認することによって、この削除要求についての削除対象がキャッシュメモリ２０３に格納された全てのユーザ情報であることを認識することができる。そして、プロキシサーバ２００は、取得した認証要求パケットの削除要求に応じて、全ユーザに対するユーザ情報のキャッシュ（キャッシュメモリ２０３に格納されている全てのユーザ情報）を削除する（Ｓ４０５）。
その後、各プロキシサーバ２００は、認証不許可（ＮＧ）をホームサーバ１００に返信する。ホームサーバ１００は、この認証不許可の応答を、キャッシュクリアの完了通知として扱うことができる。
図１２に示した動作において、ホームサーバ１００では、複数のプロキシサーバ２００のうち、ユーザ情報をキャッシュしているプロキシサーバ２００を特定する処理が行われる。この処理は、上述した第１の方式と第２の方式との双方を適用することができる。第１の方式が適用される場合には、図６に示した処理のうち、Ｓ１０２の処理を省略したルーチンが実行されることにより、ユーザ情報をキャッシュしているプロキシサーバ２００を削除要求の送信先として割り出すことができる。これに対し、第２の方式が適用される場合には、全てのキューにキューイングされている認証要求パケットの送信元アドレスが、削除要求の送信先のプロキシサーバ２００のアドレスとして取り扱われる。
ユーザ認証システムが図１２に示す動作を行うことにより、ホームサーバの障害或いはメンテナンス時に、ホームサーバ１００のオペレーションのみで、ユーザ情報をキャッシュしている全てのプロキシサーバ２００に対し、キャッシュされている全てのユーザ情報の一斉削除を行うことができる。
〈実施形態の効果〉
以上説明した本発明の実施形態によれば、ホームサーバ１００のデータベース１０２Ａに格納されているユーザ情報の変更又は削除を契機として、または、所定の適宜のタイミングを契機として、削除対象の特定のユーザ情報をキャッシュしている全てのプロキシサーバ２００が割り出され、割り出された各プロキシサーバ２００に対してユーザ情報の削除要求を一斉に転送することができる。そして、各プロキシサーバ２００は、削除要求に応じて削除対象の特定のユーザ情報をキャッシュメモリ２０３から削除する。
これによって、ホームサーバ１００におけるユーザ情報の更新（ユーザ情報の変更／削除）の後に、プロキシサーバ２００のキャッシュメモリに残っている変更／削除に係るユーザ情報により、ネットワークへのアクセスが許可されてしまうことが防止される。
また、削除要求がホームサーバ１００から送信対象の全てのプロキシサーバ２００に一斉に送信され、削除処理が行われる。これによって、従来の方法のように、各プロキシサーバ２００を個別に操作して該当ユーザ情報をキャッシュメモリから削除しなくて良い。このため、全てのプロキシサーバ２００から削除対象のユーザ情報が削除されるまでの間に生じるタイムラグの発生を抑えることができる。従って、このタイムラグによって、プロキシサーバ２００に残ったユーザ情報でネットワークアクセスが許可されてしまう可能性をなくすことができる。
また、プロキシサーバ２００の個々の操作を回避できるので、キャッシュされたユーザ情報の削除処理を円滑且つ容易に実施することが可能となる。
さらに、キャッシュされたユーザ情報を持つ全てのプロキシサーバ２００を対象として、キャッシュされている全てのユーザ情報を一斉に削除することも可能である。
〈変形例〉
なお、本発明のユーザ認証システムは、本実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
例えば、本実施の形態における、削除要求を送信するプロキシサーバを決定する第１の方式及び第２の方式の場合に、それぞれの方式の処理によってすでに対象となっているプロキシサーバを重複して決定してしまうことが考えられる。そのような場合に、ユーザＩＤ、或いはＩＰアドレスを参照して、重複するプロキシサーバを、削除要求の送信を決定する前ないし決定した後に除外してもよい。
【産業上の利用可能性】
本発明は、ネットワーク接続におけるユーザ認証処理を行う産業に適用可能である。
【図１】
【図２】
【図３】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【技術分野】
本発明は、ユーザ認証を負荷分散により行う認証技術に関する。
【背景技術】
無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を用いたネットワークへの接続システムが利用されている。このようなシステムでは、無線ＬＡＮのアクセスポイントが設置された、いわゆるホットスポットと呼ばれる領域が複数用意される。そして、ユーザは、ホットスポットでユーザ端末（無線ＬＡＮに接続可能な端末）を操作し、アクセスポイント（ＡＰ）を介してネットワーク（例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワーク）へ接続できる。
上記の無線ＬＡＮを用いたネットワーク接続におけるユーザ認証システムには、このネットワークを利用するユーザ端末（不図示）を認証する、認証サーバがある。認証サーバは、アクセスポイントからのユーザの認証要求を受け取り、認証処理を行い、その結果をアクセスポイントを通じてユーザに返送する。
ＩＰネットワークの接続に際しては、インターネットサービスプロバイダ（ＩＳＰ）等のネットワークサービスプロバイダによるユーザ認証が行われる。このユーザ認証の手順では、ユーザ認証を行うためのプロトコルとして、一般にＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）が用いられている。ＲＡＤＩＵＳは、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によりＲＦＣ２１３８／ＲＦＣ２１３９として標準化され、ＲＡＤＩＵＳサーバのソースコードは公開されている。
無線ＬＡＮ等の通信機能を用いてアクセスポイントに接続したユーザ端末は、ＲＡＤＩＵＳ、ＰＰＰ（Ｐｏｉｎｔ ｔｏ Ｐｏｉｎｔ Ｐｒｏｔｏｃｏｌ）内のＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、或いはＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）等の認証プロトコルを使用する。この場合、ユーザ端末は、認証処理に使用するユーザ情報（ユーザのＩＤ、パスワード等）を格納するＲＡＤＩＵＳによる認証要求パケットを、上記のプロトコルを用いてアクセスポイントへ伝送する。認証要求パケットは、アクセスポイントを介して認証サーバに転送される。
認証サーバは、アクセスポイントから認証要求パケットを受け付けた場合に以下の処理を行う。まず、認証サーバは、受け付けた認証要求パケットと、認証サーバが予め保持しているユーザ情報とに基づいてこのユーザの認証処理を行う。そして、認証サーバは、ユーザが接続するアクセスポイントに認証処理の結果を含む応答パケットを送信する。この応答パケットを受け付けたアクセスポイントは、認証結果が「成功（許可）」であれば、このユーザの認証が成功（許可）したものとして、このユーザ端末のネットワーク接続を許可する。
ＲＡＤＩＵＳプロトコルを用いたユーザ認証システムにおいて、認証サーバの負荷を分散させるために、認証サーバをホームサーバと１以上のプロキシサーバとで構成する場合がある。プロキシサーバは、ユーザ端末とホームサーバとの間に介在して、ホームサーバにおける認証処理の負荷を軽減する。
図１３は、上記した負荷分散型のユーザ認証システムの一例を示す図である。図１３には、或る一人のユーザが同じプロキシサーバを介してネットワーク接続を行う場合における初回の認証処理、及び二回目以降の認証処理の一例を示している。
図１３によれば、このネットワークへの接続において、初回の認証処理は以下のように行われる。まず、ユーザ端末からユーザ情報を含む認証要求パケットを受信したプロキシサーバは、自身が持つ記憶手段（キャッシュメモリ）内に、当該認証要求パケットに含まれるユーザ情報が格納されて（キャッシュされて）いるか否かを判定する。ここでは、ユーザ情報はキャッシュされていないので、プロキシサーバは、その認証要求パケットをホームサーバに送信する。ホームサーバは、認証要求パケットを受け取ると、これに含まれているユーザ情報と、自身が予め保持している認証処理に必要なユーザ情報とに基づいて、ユーザの認証処理を行う。ホームサーバは、この認証要求パケットが正規のものであれば（認証が成功の場合には）、プロキシサーバに対し、認証成功（接続許可）を示す情報、及びユーザ情報を含む応答パケットを送信する。プロキシサーバは、応答パケットに含まれるユーザ情報を記憶手段（キャッシュメモリ）に格納（キャッシュ）した後、応答パケットをアクセスポイントを介してユーザ端末に送信する。二回目以降の認証処理では、プロキシサーバは、ユーザ端末からの当該ユーザの認証要求パケットを受信すると、初回と同様に認証要求パケットに対応するユーザ情報がキャッシュメモリにキャッシュされているか否かを判定する。ここでは、ユーザ情報がキャッシュされているので、このユーザ情報を用いてホームサーバの代わりに認証処理を行い、「許可」の応答パケットを生成し、ユーザに送信する。
上記のようなネットワーク接続におけるユーザ認証システムを構成することによって、例えば、ユーザが一度認証されると、次回の認証からは、プロキシサーバのキャッシュメモリに格納されたユーザ情報を用いて認証が行われる。従って、上記ネットワーク接続におけるユーザ認証システムにおいて、ホームサーバの負荷は、プロキシサーバに分散される。そして、プロキシサーバのキャッシュには、個々のユーザのユーザ情報が格納される。
図１４は、上記したような負荷分散型のユーザ認証システムでの、ユーザ情報を削除する際の問題点の一例を示す図である。ホームサーバで管理されているユーザ情報は、ユーザとネットワークサービスプロバイダとの契約終了、或いはパスワード変更等によって、削除又は変更される。図１４に示すように、或るユーザについて、ホームサーバ上のユーザ情報の削除又は変更を行った場合でも、プロキシサーバのキャッシュメモリには、削除又は変更に係るユーザ情報が残ったままの状態となる。すなわち、プロキシサーバのキャッシュメモリには、削除処理を行わない限り、ホームサーバで削除又は変更されたユーザ情報が保存された状態が維持される。このため、ホームサーバで或るユーザに対するユーザ情報が削除又は変更されているにも拘わらず、その削除又は変更に係るユーザ情報を用いたネットワーク接続が、プロキシサーバで保存されているユーザ情報により許可されてしまう可能性があった。
上記のようなユーザ認証システムにおいて、プロキシサーバに格納されたユーザ情報を削除する方法として、プロキシサーバ内に格納されたユーザ情報を、管理者がプロキシサーバを操作することで定期的に（例えば、一日一回といった所定の期間毎に）削除する方法が考えられる。
しかしながら、上記の方法では以下のような問題があった。上記のような所定期間毎のキャッシュクリア方法では、全てのプロキシサーバを個々に操作して、削除対象のユーザ情報がキャッシュメモリに残っているか否かを調べた上で、その削除を行う必要がある。このため、ホームサーバでユーザ情報の削除又は変更が行われてから、上記キャッシュクリアが行われるまでにかなりの時間がかかる可能性がある。この間に、削除又は変更に係る古いユーザ情報でネットワーク接続が許可されてしまう可能性があった。
なお、ネットワーク接続におけるユーザ情報の管理に関する技術として、例えば、ユーザ情報を暗号化して他のコンピュータの接続を閉鎖する技術（例えば特許文献１参照）、プロキシサーバから登録を抹消する技術（例えば特許文献２参照）、及び通信装置に関する技術（例えば特許文献３参照）などが開示されている。
【特許文献１】 日本国特開２００１−３１２４６６号公報
【特許文献２】 日本国特開２００１−２２４０７０号公報
【特許文献３】 日本国特開平１１−２４９５０号公報
【発明の開示】
本発明は、上記事項に鑑みて為されたものであり、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除可能な技術を提供することを、解決すべき課題とする。
本発明は上記課題を解決するために、以下の手段を採用した。
本発明は、ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバを備える。また、本発明は、ユーザと前記第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、少なくとも１つの第２サーバを備える。そして、前記第１サーバは、前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含む。また、前記少なくとも１つの第２サーバは、前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含むようにした。
本発明では、ネットワーク接続の認証処理を行う第１サーバから、その認証処理を代行する第２サーバに保存されるユーザ情報を削除する。従って、本発明によれば、複数の第２サーバの何れかに格納されたユーザ情報を、第１サーバから容易且つ確実に削除処理することができる。すなわち、本発明によれば、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除することができる。
また、本発明は、前記第１サーバは、特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含んでもよい。
また、本発明は、前記第１サーバは、ユーザに対する認証処理の履歴情報を保持する手段と、前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含んでもよい。
従って、本発明によれば、第１サーバから容易且つ確実に、第２サーバに格納される特定のユーザ情報を削除することができる。
また、本発明は、前記第１サーバは、第２サーバから受信された認証要求を、格納部に保存する手段と、前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含んでもよい。
従って、本発明によれば、削除要求の対象となる第２サーバを、容易に決定することができる。
また、本発明は、前記第１サーバは、全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含んでもよい。
従って、本発明によれば、削除要求の対象となる第２サーバを、容易に決定することができる。
また、本発明は、前記第２サーバは、第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含んでもよい。
従って、本発明によれば、プロキシサーバのような認証処理を代行するサーバに格納されるユーザ情報を短期間で削除する処理を、第１サーバに設けられるＷｅｂクライアント及び削除要求生成用のＣＧＩと、第２サーバに設けられるＷｅｂサーバ及び削除処理用のＣＧＩからなるＷｅｂシステムの適用により容易に実現することができる。
また、本発明は、前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、前記第１サーバは、削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信し、前記第２サーバは、受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除してもよい。
従って、本発明によれば、ユーザ情報を削除するために新たなポートを設けることなく、第１サーバからユーザ情報の削除要求を送信することができる。
また、本発明は、以上の何れかの機能を実現させるプログラムであってもよい。また、本発明は、そのようなプログラムをコンピュータが読み取り可能な記憶媒体に記録してもよい。
【図面の簡単な説明】
図１は、本実施の形態に係る、ユーザ認証システムの各構成要素を説明する概略構成図であり、
図２は、本実施の形態に係る、ユーザ認証システムのＨＴＴＰを用いたユーザ情報の削除処理手順を説明する図であり、
図３は、ユーザ認証システムのＲＡＤＩＵＳを用いたユーザ情報の削除処理手順を説明する図であり、
図４Ａは、図１に示したプロキシサーバ特定部の第１の方式に沿った構成例を示す図であり、
図４Ｂは、図４Ａに示したプロキシサーバ特定部が適用されるユーザ認証システムの一例を示す概略図であり、
図５は、認証パケットの一例であり、
図６は、ログの参照による削除要求を送信先のプロキシサーバの決定手順を説明するフローチャートであり、
図７は、ログを構成する１レコード分の一例を示す図であり、
図８は、ＲＡＤＩＵＳ属性のフォーマットの一例を示す図であり、
図９Ａは、図１に示したプロキシサーバ特定部の第２の方式に沿った構成例を示す図であり、
図９Ｂは、第２の方式に係るユーザ認証システムの一例を示す概略図であり、
図１０は、パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順を説明するフローチャートであり、
図１１は、ユーザＩＤを指定したユーザ情報の削除処理手順を説明するフローチャートであり、
図１２は、ホームサーバからプロキシサーバ側にある全てのユーザのユーザ情報のキャッシュを削除する処理（動作）を説明するフローチャートであり、
図１３は、負荷分散型のユーザ認証システムの一例を示す図であり、
図１４は、上記したような負荷分散型のユーザ認証システムでの、ユーザ情報を削除する際の問題点の一例を示す図である。
【発明を実施するための最良の形態】
以下、図面を参照して、本発明の好適な実施の形態に係るユーザ認証システムを図１から図１２の図面に基づいて説明する。
〈システム構成〉
図１は、本実施の形態に係る、ユーザ認証システムの各構成要素を説明する概略構成図である。
図１には、ユーザが無線ＬＡＮ端末を操作してホットスポット等に配置されたアクセスポイントを介してＩＰネットワークに接続（アクセス）を行う場合におけるユーザ認証システムの構成要素の例が示されている。
ユーザ認証システムは、ホームサーバ１００と、プロキシサーバ２００とを含み、プロキシサーバ２００は、ホームサーバ１００とユーザ（ユーザ端末４００）との間に介在し、アクセスポイント（ＡＰ）３００にネットワークを介して接続される。端末４００は無線ＬＡＮによりアクセスポイント３００に接続可能である。なお、図１において、プロキシサーバ２００は、一つだけ図示されているが、必要に応じた複数のプロキシサーバ２００が用意される。また、アクセスポイント３００も、ホットスポットの数等に応じて複数個用意される。
〈ホームサーバの構成〉
次に、本実施の形態に係るホームサーバ１００の構成要素について説明する。ホームサーバ１００は、ユーザのネットワークへのアクセスに対する認証要求を受信した場合に、このユーザの認証処理、及び認証結果の送信処理を行う。また、ホームサーバ１００は、本発明に係るユーザ情報の削除要求を生成し、その削除要求をプロキシサーバ２００に送信する。
ホームサーバ１００は、パーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ），専用のサーバマシン等のコンピュータを用いて構成される。ホームサーバ１００は、不図示のハードウェアとして、制御装置（ＣＰＵ，主記憶（ＲＡＭ等），入出力ユニット，デバイスドライバ等で構成される），二次記憶（ハードディスク等），通信制御装置（ネットワークインターフェイス装置等），入力装置（キーボード，マウス等），出力装置（ディスプレイ装置等）を備えている。そして、ホームサーバ１００は、ＣＰＵが二次記憶に格納されているプログラムを主記憶にロードして実行することにより、図１に示すような機能を実現する装置として機能する。
即ち、ホームサーバ１００は、通信（受付）部１０１、認証処理部１０２、プロキシサーバ特定部１０５、及び削除要求生成部１０６を備えた装置として機能する。なお、ホームサーバ１００は、本発明の第１サーバに相当する。
通信部１０１は、プロキシサーバ等との間での通信を司る。例えば、通信部１０１は、ユーザのネットワークへのアクセスに対する認証要求を、プロキシサーバ２００などから受信する。また、通信部１０１は、通常の認証要求に対する認証結果の送信処理を行う。さらに、通信部１０１は、プロキシサーバ２００に対する削除要求の送信を行う。
認証処理部１０２は、通信部１０１で受信された認証要求を受け取り、この認証要求に対する認証処理を行う。認証処理部１０２は、全ユーザ情報が格納されたデータベース（例えば二次記憶上に作成される）１０２Ａと接続されており、認証要求に含まれたユーザ情報がデータベース１０２Ａに登録されているか否かを判定することで、認証処理を行う。このとき、データベース１０２Ａに該当ユーザ情報があれば認証結果は成功となり、なければ失敗となる。
データベース１０２Ａは、更新部１０２Ｂと接続されている。更新部１０２Ｂは、入力装置から入力されるユーザ情報の削除／変更指示に応じて、削除対象のユーザ情報をデータベース１０２Ａから削除し、変更対象のユーザ情報を変更（更新）する。
プロキシサーバ特定部１０５は、複数のプロキシサーバ２００から削除対象のユーザ情報を保存しているプロキシサーバ２００を特定する。プロキシサーバ特定部１０５は、認証処理部１０２からプロキシサーバの割り出し用情報（認証要求パケット、認証結果等）を受け取り、これを管理する。また、プロキシサーバ決定部１０５は、入力装置から入力されるユーザ情報の削除／変更指示に応じて、割り出し用情報を用いて削除要求を与えるべき１以上のプロキシサーバを特定する（割り出す）。なお、上記削除指示は、データベース１０２Ａ及びキャッシュメモリ２０３からユーザ情報を削除する場合と、キャッシュメモリ２０３のみからユーザ情報を削除する場合とを含む。
削除要求生成部１０６は、プロキシサーバ特定部１０５から通知される削除要求の特定結果（削除要求を送信すべきプロキシサーバ）について、そのプロキシサーバ２００のキャッシュメモリ２０３に格納されているユーザ情報の削除要求を生成する。削除要求には削除対象のユーザ情報を特定（推定）するための情報を含む。この情報として、削除対象のユーザ情報、及びキャッシュメモリ２０３上の全てのユーザ情報の削除指定を含むことができる。なお、削除要求生成部１０６は、本発明に係る削除要求を生成する手段に相当する。
〈プロキシサーバの構成〉
次に、本実施の形態に係るプロキシサーバ２００について説明する。本実施の形態に係るプロキシサーバ２００は、ユーザ側の端末とホームサーバ１００との間に介在している。プロキシサーバ２００も、ホームサーバ１００と同様に、制御装置，二次記憶，通信制御装置，入力装置，出力装置等を備えるＰＣ，ＷＳ，専用のサーバマシンを用いて構成することができ、制御装置を構成するＣＰＵが二次記憶上のプログラムを実行することによって、図１に示されるような機能を実現する装置として機能する。
即ち、プロキシサーバ２００は、アクセスポイント３００からの認証要求の受信処理，及びアクセスポイント３００への認証要求に対する応答の送信処理を司るアクセスポイント側の通信部２０１と、通信部２０１で受け付けられた認証要求に対する認証処理を行う認証処理部２０２と、認証処理部２０２が認証処理を行う場合に使用されるユーザ情報を格納するキャッシュメモリ（記憶手段）２０３と、ホームサーバ１００への認証要求の転送処理，及びホームサーバ１００からの認証要求に対する応答や削除要求の受信処理を司るホームサーバ側の通信部２０４と、通信部２０４で受け付けられた削除要求で指定されるユーザ情報をキャッシュメモリ２０３から削除する削除処理部２０５とを備えた装置として機能する。
認証処理部２０３は、認証要求を受け取ると、これに含まれているユーザ情報と同じユーザ情報がキャッシュメモリ２０３に格納されているか否かを判定することで、認証要求に対する認証処理を行う。このとき、該当ユーザ情報が格納されていなければ、当該認証要求を通信部２０４に渡し、格納されていれば、認証結果として「成功（許可）」を示す情報を含む認証要求に対する応答を生成して通信部２０１に渡す。
また、キャッシュメモリ２０３には、通信部２０４で受信される、ホームサーバ１００からの「成功」を示す情報を含む応答に含まれているユーザ情報を格納（キャッシュ）する。このユーザ情報の格納処理は、例えば認証処理部２０３が行うことができる。なお、プロキシサーバ２００は、本発明の第２サーバに相当する。
〈アクセスポイントの構成〉
アクセスポイント３００は、ユーザ側の端末４００などユーザのネットワークへのアクセス要求を受け付ける無線ＬＡＮの接続先である。アクセスポイント３００は、ユーザからの認証要求の情報、及びユーザ情報をパケットとして、例えば、ユーザＩＤ、認証用パスワード、或いは送信元アドレス情報などを受信する。
〈端末の構成〉
端末４００は、無線ＬＡＮ接続機能を備える、一般のＰＣやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ／Ｐｅｒｓｏｎａｌ Ｄａｔａ Ａｓｓｉｓｔａｎｔｓ）等の情報処理装置である。この端末４００は、上記無線ＬＡＮ接続機能を利用して、アクセスポイント３００に接続する。そして、このアクセスポイント３００を介して、端末４００はネットワークへの接続を行う。
〈ＨＴＴＰを用いたユーザ情報の削除手順〉
次に、本実施の形態に係る、ユーザ認証システムにおいて、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いたユーザ情報の削除処理の手順について説明する。
図２は、本実施の形態に係る、ユーザ認証システムのＨＴＴＰを用いたユーザ情報の削除処理手順を説明する図である。図２において、ホームサーバ１００は、Ｗｅｂクライアントとして機能するように構成されている。具体的には、ホームサーバ１００は、ユーザ情報の削除／変更操作を行うためのＷｅｂブラウザ画面（図示せず）によるユーザインターフェイス（保守画面）を管理者に対して提供するように構成されており、その画面を介してユーザ情報の削除／変更指示が入力されると、更新部１０２Ｂが、データベース２０３内の該当ユーザ情報を削除又は変更するように構成されている。また、ユーザ情報の削除／変更指示が入力されることにより、図１に示したプロキシサーバ特定部１０５及び削除要求生成部１０６としての機能を実現するＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）１０７に対し、その起動命令が与えられるように構成されている。
一方、図２において、プロキシサーバ２００は、図１に示した通信部２０４としての機能を含むＷｅｂサーバ２０６と、削除処理部２０５としての機能を実現するＣＧＩ２０７とを含むように構成されている。
ホームサーバ１００に備えられるディスプレイ（不図示）に表示される保守画面（Ｗｅｂ画面）から、オペレータは、ホームサーバ１００の保守画面を参照して、ユーザ情報の削除、或いはパスワードの変更等の、ユーザ情報の変更処理を行う（図２の▲１▼）。このとき、ホームサーバ１００に対し、ユーザ情報の削除／変更指示が入力される。すると、更新部１０２Ｂは、データベース１０２Ａから該当するユーザ情報を削除又は変更する。一方、ＣＧＩ１０７に対し起動命令が与えられる（図２の▲１▼−２）。
ＣＧＩ１０７は、上記ユーザ情報の変更処理が行われたことを受けて、ユーザ情報の削除要求を与える対象となるプロキシサーバ２００を割り出す。そして、削除対象決定部１０５は、割り出したプロキシサーバ２００宛の、ＨＴＴＰに基づくＧＥＴメッセージを削除要求として生成する。ＧＥＴメッセージは、削除対象のユーザ情報を特定するための情報、割り出したプロキシサーバ２００へのユーザ情報の削除を実行するＣＧＩの起動要求を含む。そして、ＣＧＩ１０７は、このＧＥＴメッセージをプロキシサーバ２００に送信する（図２における▲２▼）。
プロキシサーバ２００のＷｅｂサーバ２０６は、削除要求たるＧＥＴメッセージを受け取ると、このＧＥＴメッセージに含まれているＣＧＩの起動要求によって、ユーザ情報のキャッシュクリア処理を行うＣＧＩ２０７を起動させる。ＣＧＩ２０７は、ＧＥＴメッセージに含まれていたユーザ情報の特定情報（指定情報）に基づいて、該当するユーザ情報をキャッシュメモリ２０３から削除する（図２における▲３▼）。
その後、Ｗｅｂサーバ２０６は、ＣＧＩ２０７から、ユーザ情報の削除処理の完了通知を受け取る。すると、Ｗｅｂサーバ２０６は、削除処理の完了を示すＯＫレスポンスメッセージを生成し、ホームサーバ１００に返信する（図２における▲４▼）。
このように、本発明に係るユーザ情報の削除処理は、ホームサーバ１００に設けられるＷｅｂクライアント及び削除要求生成用のＣＧＩと、プロキシサーバ２００に設けられるＷｅｂサーバ及び削除処理用のＣＧＩからなるＷｅｂシステムの適用により容易に実現することができる。
〈ＲＡＤＩＵＳを用いたユーザ情報の削除処理手順〉
次に、ユーザ認証システムのＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）を用いたユーザ情報の削除処理の手順について説明する。
図３は、ユーザ認証システムのＲＡＤＩＵＳを用いたユーザ情報の削除処理手順を説明する図である。図３に示すように、ホームサーバ１００及びプロキシサーバ２００の夫々には、ＲＡＤＩＵＳによる認証処理を行うＲＡＤＩＵＳサーバ１１０，２１０が備えられている。各ＲＡＤＩＵＳサーバ１１０，２１０は、図１に示した各認証処理部１０２，２０２に相当する。また、ホームサーバ１００には、図１に示したプロキシサーバ特定部１０５及び削除要求生成部１０６としての機能を持つＣＧＩ１１１が用意される。
ホームサーバ１００に対し、ユーザ情報の削除／変更指示が与えられると、更新部１０２Ｂによるデータベース１０２Ａの更新が行われる。また、ＣＧＩ１１１に対する起動要求が与えられる。すると、ＣＧＩ１１１は、ユーザ情報の削除要求を与える対象のプロキシサーバ２００を割り出す。そして、削除対象決定部１０５は、割り出したプロキシサーバ２００宛の、削除要求を生成する。ここでは、ＣＧＩ１１１は、削除要求として、ＲＡＤＩＵＳに従った認証要求メッセージを作成する（Ｓ１）。この認証要求メッセージは、認証対象のユーザ情報を格納するフィールドを含んでいる。ＣＧＩ１１１は、このフィールドに対し、削除対象のユーザ情報を特定するための情報として、キャッシュクリア専用のユーザ情報が格納される。キャッシュクリア専用のユーザ情報は、プロキシサーバ２００のＲＡＤＩＵＳサーバ２１０が区別可能な形式を持つ。例えば、ＲＡＤＩＵＳでは、ユーザ情報はユーザＩＤ（ユーザ名：Ｕｓｅｒ−Ｎａｍｅ）とパスワード（Ｕｓｅｒ−Ｐａｓｓｗｏｒｄ）とを組み合わせた「ユーザＩＤ／パスワード」で生成される。このときのユーザＩＤに、キャッシュクリア（ユーザ情報の削除）を示す特別な文字列を適用することで、ユーザ情報を区別することができる。キャッシュクリア専用のユーザ情報は、削除対象の１つのユーザ情報、或いは、キャッシュ２０３内の全てのユーザ情報の削除を特定することができる。そして、ＣＧＩ１１１は、ＲＡＤＩＵＳプロトコルに従ってプロキシサーバ２００に対して認証要求メッセージを送信する（Ｓ２）。
プロキシサーバ２００のＲＡＤＩＵＳサーバ２１０は、受信した認証要求メッセージに、キャッシュクリア専用のユーザ情報が含まれているか否かを判定する（Ｓ３）。このとき、キャッシュクリア専用のユーザ情報が含まれている場合には、ＲＡＤＩＵＳサーバ２１０はこの認証要求がユーザ情報の削除要求であると判断する（Ｓ３；ＹＥＳ）。この場合、ＲＡＤＩＵＳサーバ２１０は、当該ユーザ情報から特定できるユーザ情報をキャッシュメモリ２０３から削除（キャッシュクリア）する（Ｓ４）。
キャッシュクリア処理を実施した後、ＲＡＤＩＵＳサーバ２１０は、ホームサーバ１００に認証要求に対する応答として、認証不許可（認証失敗）を返信する（Ｓ５）。プロキシサーバ２００がホームサーバ１００に対して認証不許可を送信するのは、以下の理由による。すなわち、仮にプロキシサーバ２００が、キャッシュクリア専用のユーザ情報を含む認証要求に対して認証許可の応答を返す構成とすると、キャッシュクリア専用のユーザ情報を入手した第三者が当該ユーザ情報を悪用して不正にネットワークに侵入することを防止するためである。
なお、ホームサーバ１００からの認証要求に含まれるユーザ情報がキャッシュクリア専用のユーザ情報でない場合（Ｓ３；ＮＯ）には、ＲＡＤＩＵＳサーバ２１０は特に処理を行わないように構成される。例えば、認証要求メッセージに含まれたユーザ情報がキャッシュクリア専用のユーザ情報ではなく、且つ当該メッセージの送信元がホームサーバ１００である場合には、特に処理を行わないように構成することができる。
削除対象のユーザユーザ情報がキャッシュメモリ２０３から削除された後、当該ユーザからの認証要求をプロキシサーバ２００が受信した場合には、この認証要求はプロキシサーバ２００からホームサーバ１００に転送される。そして、この認証要求は、ホームサーバ１００において、変更済みのユーザ情報によって、ネットワーク接続の認証処理が行われる。
ＲＡＤＩＵＳプロトコルによるホームサーバ１００からプロキシサーバ２００への削除要求の転送方式によれば、ＲＡＤＩＵＳプロトコルを利用して、ホームサーバ１００がＲＡＤＩＵＳクライアントとして、キャッシュクリア専用のユーザ情報を含む認証要求メッセージ（削除要求）を生成し、プロキシサーバ２００とホームサーバ１００との間で予め設定されているＲＡＤＩＵＳ用のＴＣＰ／ＩＰポートを用いたＲＡＤＩＵＳの認証手順を利用して、ホームサーバ１００は、削除要求をプロキシサーバ２００に送信する。従って、ホームサーバ１００は、キャッシュクリア専用に新たなＴＣＰ／ＩＰポートを使用することなく、ホームサーバ１００からプロキシサーバ２００へ削除要求を送信することができる。これにより、ホームサーバ１００とプロキシサーバ２００との間がファイヤウォールにより分離されている場合において、キャッシュクリア専用のＴＣＰ／ＩＰポートがファイヤウォールによりフィルタリングされないように、ファイヤウォールの再設定（フィルタ条件）を変更する必要が無い。
このように、キャッシュクリア専用のユーザ情報を含む認証要求メッセージ（削除要求）の生成し送信するＣＧＩ１１１をホームサーバ１００に設け、且つプロキシサーバ２００のＲＡＤＩＵＳサーバ２１０にステップＳ３〜Ｓ５の処理を行うルーチンを追加することで、プロキシサーバ２００のキャッシュメモリ２０３に格納されている所望のユーザ情報の削除を実現することができる。
〈履歴情報の参照による削除要求を送信するプロキシサーバの決定手順〉
次に、ユーザ情報の削除処理において、ユーザ情報の削除要求を送信する送信先のプロキシサーバを特定する第１の方式として、認証処理を要求する接続時の履歴情報を参照して決定する手順（プロキシサーバ特定部１０５の構成）について説明する。
図４Ａは、図１に示したプロキシサーバ特定部１０５の第１の方式に沿った構成例を示す図であり、図４Ｂは、図４Ａに示したプロキシサーバ特定部１０５が適用されるユーザ認証システムの一例を示す概略図である。
図４Ａにおいて、プロキシサーバ特定部１０５は、履歴情報（ログ）作成部１０５１と、履歴情報（ログ）１０５２と、送信先判定部１０５３とを含む。履歴情報作成部１０５１は、認証処理部１０２から認証要求及びこれに対する認証結果（割り出し用情報）を受け取り、個々の認証処理に係る認証要求の内容及びその結果を含むレコードを作成し、所定の保存領域（履歴情報格納部１０３）に格納する。
履歴情報（ログ）１０５２は、履歴情報作成部１０５１によって作成されるレコードの集合である。
送信先判定部１０５３は、ユーザ情報の削除指示に対し、履歴情報１０５２を参照して削除対象のユーザ情報をキャッシュメモリ２０３に格納しているプロキシサーバ２００を割り出し、割り出したプロキシサーバ２００に係る情報を送信先情報として削除要求生成部１０６に与える。
図４Ｂには、図４Ａに示したプロキシサーバ特定部１０５を持つホームサーバ１００、少なくとも１つのプロキシサーバ２００、アクセスポイント（以下「ＡＰ」とも称する）３００、及びユーザが利用するネットワーク接続可能な端末（ＰＣ）４００が図示されている。
図４Ｂに示すユーザ認証システムにおいて、プロキシサーバ２００内にキャッシュとして保存されるユーザ情報の認証方式は、例えば、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスによる認証、又はＰＡＰ（Ｐａｓｓｗｏｒｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）方式による認証を適用するのが望ましい。ここでは、ＰＡＰによる認証方式が適用されている例について説明する。
上述したように、ホームサーバ１００の履歴情報作成部１０５１は、認証処理部１０２が行った個々のユーザ情報に対する認証処理の履歴情報（ログ）１０５２を履歴情報記憶部１０３上に作成する。そして、ホームサーバ１００の送信先判定部１０５３は、このログ１０５２に基づいて、削除要求を送信先に該当するプロキシサーバ２００の決定処理を行う。図５は、認証要求パケットの一例である。
図６は、ログ１０５２の参照による削除要求パケットを送信先のプロキシサーバの決定手順（送信先判定部１０５３の処理）を説明するフローチャートである。この処理は、例えば、送信先判定部１０５３がオペレータによって入力されるユーザ情報の削除指示を受け取った場合に開始する。
送信先判定部１０５３は、処理を開始すると、履歴情報記憶部１０３に格納されるログ１０５２を１レコード分読み込む（ステップ１０１、以下「Ｓ１０１」のように表記する）。
図７は、Ｓ１０１で読み込まれるログ１０５２を構成する１レコード１０５の一例を示す図である。レコード１０５には、接続時の日付（認証要求の受信日時）１０５ａ、「ユーザＩＤ（ユーザ名）／ドメイン名」の形式で記載されたユーザＩＤ１０５ｂや認証方式を示すＲＡＤＩＵＳ属性情報、認証要求パケットの送信元アドレス１０５ｃ、などが記録されている。
送信先判定部１０５３は、レコード１０５に含まれるユーザＩＤ（ユーザ情報１０５ｂ）が、削除対象に該当するか否かを判定する（Ｓ１０２）。このとき、ユーザＩＤが削除対象に該当しない場合（Ｓ１０２；ＮＯ）には、処理がＳ１０１に戻り、該当する場合（Ｓ１０２；ＹＥＳ）には、処理がＳ１０３に進む。
Ｓ１０３では、送信先判定部１０５３は、レコード１０５中の送信元アドレス１０５ｃを参照して、認証要求の送信元がプロキシサーバ２００であるかＡＰ３００であるかを判定する。送信先判定部１０５３は、ＡＰ３００及びプロキシサーバ２００の各アドレスを予め知っている。このとき、送信元がＡＰ３００である場合（Ｓ１０３；ＡＰ）には処理がＳ１０１に戻る。これに対し、送信元がプロキシサーバ２００である場合（Ｓ１０３；Ｐｒｏｘｙ）には、処理がＳ１０４に進む。
認証要求の送信元がプロキシサーバ２００であると判定された場合（Ｓ１０３；Ｐｒｏｘｙ）には、送信先判定部１０５３は、レコード１０５中のＲＡＤＩＵＳ Ｃｏｄｅが、この認証要求に対する結果が「成功（許可）」であることを示すコードである「ａｃｃｅｐｔ」であるか否かを判定する（Ｓ１０４）。
このとき、ＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」である場合（Ｓ１０４；ＹＥＳ）には、送信先判定部１０５３は、Ｓ１０５の処理を実行する。これに対し、ＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」ではない場合（Ｓ１０４；ＮＯ）には、処理がＳ１０１に戻る。ここで、処理がＳ１０１に戻るのは、認証が失敗（不許可）の場合には、プロキシサーバ２００のキャッシュメモリ２０３には、当該ユーザ情報は格納されないからである。
Ｓ１０５では、送信先判定部１０５３は、レコード１０５に属性情報として含まれているＡｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”であるか否かを判定する。即ち、認証要求で指定された認証方式がＣＨＡＰ（Ｃｈａｌｌｅｎｇｅ Ｈａｎｄｓｈａｋｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）方式であるか否かを判定する。
このとき、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”である場合（認証方式がＣＨＡＰである場合：Ｓ１０５；ＹＥＳ）には、送信先判定部１０５３は、処理をＳ１０１に戻す。ここで、処理がＳ１０１に戻るのは、ＣＨＡＰは、プロキシサーバ２００で実施される認証方式に該当しないため、ＣＨＡＰで使用される形式のユーザ情報はキャッシュメモリ２０３に格納（キャッシュ）されないからである。
図８は、ＲＡＤＩＵＳ属性のフォーマットの一例を示す図である。図８に示すように、認証方式がＣＨＡＰである場合には、認証要求におけるＡｔｔｒｉｂｕｔｅ ｔｙｐｅとして、“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”を示す値“６０”が設定される。送信先判定部１０５３は、Ｓ１０５の処理を、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅの値が“６０”か否かを判定することによって行う。
これに対し、Ｓ１０５の処理において、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅが“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”でない場合（Ｓ１０５；ＮＯ）には、送信先判定部１０５３は、Ｓ１０６に処理を進める。認証方式がＣＨＡＰでなければ、当該認証要求で指定された認証方式がプロキシサーバ２００で実施されている認証方式“ＰＡＰ”であると判定できるからである。
以上のＳ１０２〜Ｓ１０５の処理により残るレコード１０５は、プロキシサーバ２００から転送された認証要求に対して行われた「成功（許可）」の認証結果を含むレコードであると判定することができる。上述したように、プロキシサーバ２００は、ホームサーバ１００へ転送した認証要求に対する「成功」の結果を含む応答をホームサーバ１００から受信した場合には、この応答に含まれるユーザ情報をキャッシュするように構成されている。従って、このレコード１０５中の送信元アドレスを持つプロキシサーバ２００のキャッシュメモリ２０３には削除対象のユーザ情報が格納されている。
これより、Ｓ１０６では、送信先判定部１０５３は、レコード１０５中の送信元アドレス１０５ｃを削除要求の送信先（送信対象）のプロキシサーバ２００のアドレスとして取得する。
その後、送信先判定部１０５３は、ログを最後まで読み込んだか（全てのレコードに対する処理が終了したか）否かを判定する（Ｓ１０７）。このとき、全てのレコード１０５に対する処理が終了していない場合（Ｓ１０７；ＮＯ）には、処理がＳ１０１に戻る。これに対し、全てのレコード１０５に対する処理が終了している場合には、送信先判定部１０５３は、処理を終了する。
Ｓ１０６で取得される送信対象のプロキシサーバ２００のアドレスは、削除対象のユーザ情報とともに、削除要求生成指示として削除要求生成部１０６に与えられる。削除要求生成部１０６は、削除要求の生成指示を受け取ると、削除要求の生成を開始する。
なお、Ｓ１０６でアドレスが取得される毎に、当該アドレスを含む削除要求の生成指示が削除要求生成部１０６に与えられるように構成しても良く、送信先判定部１０５３が処理を終了するときに、それまでのＳ１０６の処理で得られた１以上のアドレスを含む削除要求の生成指示が削除要求生成部１０６に与えるように構成しても良い。
以上のような構成及び手順により、プロキシサーバ特定部１０５は、認証処理の履歴情報１０５２から削除対象のユーザ情報をキャッシュしている１以上のプロキシサーバ２００を特定する（割り出す）。これによって、複数のプロキシサーバ２００のうち、どのプロキシサーバ２００に削除対象のユーザ情報がキャッシュされているかを容易に調べることができる。また、ユーザ情報をキャッシュしているプロキシサーバ２００のみに、削除要求を送信することができる。
〈認証要求パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順〉
次に、ユーザ情報をキャッシュメモリから削除する場合において、ユーザ情報の削除要求を送信する対象のプロキシサーバを特定する第２の方式として、プロキシサーバ２００からの認証要求パケットをキューイングによって保持し、これに基づいてプロキシサーバ２００を割り出す（特定する）手順（プロキシサーバ特定部１０５の構成）について説明する。
図９Ａは、図１に示したプロキシサーバ特定部１０５の第２の方式に沿った構成例を示す図であり、図９Ｂは、第２の方式に係るユーザ認証システムの一例を示す概略図である。
図９Ａに示すように、第２の方式におけるプロキシサーバ特定部１０５は、送信プロキシ判定部１０５４と、キュー格納部１０５５と、送信処理部１０５６とを含む。
送信プロキシ判定部１０５４は、認証処理部１０２から認証要求パケットと、その認証要求に対する認証結果（例えば認証結果を含む認証要求パケット）とを割り出し用情報として受け取る。送信プロキシ判定部１０５４は、認証処理部１０２から受け取る認証要求パケットのうち、プロキシサーバ２００から転送されたものであり、プロキシサーバ２００で実施される認証方式に合致した形式のユーザ情報を含み、且つ認証処理の結果が「成功（許可）」であった認証要求パケットを、キュー格納部１０５５に格納されている所定のキューに格納する。所定のキューがない場合、新たにキューを作成するように構成することもできる。
キュー格納部１０５５は、ユーザ毎に用意された複数（ｎ個：ｎは自然数）のキューを有している。各キューは、送信プロキシ判定部１０５４により格納される対応ユーザの認証要求パケットを保持する。
送信処理部１０５６は、オペレータから入力されるユーザ情報の削除指示に従って、削除対象のユーザ情報を含んでいる認証要求パケットをキュー格納部１０５５の該当キューから取り出し、取り出した認証要求パケットの送信元アドレスを、削除要求の送信先のアドレスとして、削除対象のユーザ情報とともに、削除要求生成指示として削除要求生成部１０６に与える。
なお、上記構成に代えて、プロキシサーバ特定部１０５は、次のように構成することができる。送信プロキシ判定部１０５４は、認証処理部１０２からの認証要求パケットから、プロキシサーバ２００から転送されたものであり、プロキシサーバ２００で実施されている認証方式に合致した形式のユーザ情報を含み、且つ認証処理結果が「成功（許可）」であった認証要求パケットから送信元アドレスと、ユーザ情報とを取得する。この送信元アドレス及びユーザ情報は削除要求生成指示として削除要求生成部１０６に与えられる。削除要求生成部１０６は、送信元アドレスを送信先とするユーザ情報の削除要求パケットを予め生成し、キュー格納部１０５５の対応ユーザのキューにキューイングしておく。その後、送信処理部１０５６は、ユーザ情報の削除指示を受け取ると、削除対象のユーザ情報に対応するキューから、予めキューイングされている削除要求パケットを取り出し、通信部１０１（図１）を介して各プロキシサーバ２００に送信する。
図９Ｂには、ホームサーバ１００、少なくとも１つのプロキシサーバ２００、ＡＰ３００、及びユーザが利用するネットワーク接続可能な端末４００が示されている。
図９Ｂにおいて、ホームサーバ１００は、ユーザからの認証要求パケットを受信する。ホームサーバ１００は、認証要求パケットのヘッダに格納されている送信元アドレスから、送信元のホストを検出し、送信元がプロキシサーバ２００か否かを判定する。これにより、ＡＰ３００からのアクセス（認証要求パケット）を除外する。さらに、ホームサーバ１００は、ＲＡＤＩＵＳプロトコルの属性情報を参照して、ＣＨＡＰ方式のアクセス（認証要求パケット）を除外する。これにより、残った認証要求パケットの送信元に該当するプロキシサーバ２００を、ユーザ情報がキャッシュされているターゲットと判定することができる。そして、当該認証要求パケットのキューイングを行う。その後、ユーザ情報の削除／変更指示が入力された場合には、キューイングされている認証要求パケットの送信元に該当するプロキシサーバ２００に対してのみ、削除要求を送信する。
図１０は、パケットのキューイングによる削除要求を送信するプロキシサーバの決定手順（第２の方式におけるプロキシサーバ特定部１０５の送信プロキシ判定処理部１０５４による処理）を説明するフローチャートである。
図１０に示す処理は、認証処理部１０２から送信プロキシ判定処理部１０５４入力される割り出し用情報（認証要求パケット及びその認証結果）毎に行われる。
送信プロキシ判定処理部１０５４は、処理を開始すると、処理対象の認証要求パケットを１つ分読み込む（Ｓ２０１）。
次に、送信プロキシ判定処理部１０５４は、この認証要求パケットの送信元が、プロキシサーバ２００であるかＡＰ３００であるかを判定する（Ｓ２０２）。この判定処理は、認証要求パケットのヘッダに設定されている送信元アドレスを参照することにより行われる。送信プロキシ判定処理部１０５４は、プロキシサーバ２００及びＡＰ３００の各アドレスを予め知っている。
Ｓ２０２において、送信プロキシ判定処理部１０５４は、送信元がプロキシサーバ２００であると判定する場合（Ｓ２０２；Ｐｒｏｘｙ）には、処理をＳ２０３に進める。これに対し、認証要求パケットの送信元がＡＰ３００であると判定する場合（Ｓ２０２；ＡＰ）には、処理を終了する（次の認証要求パケットの待ち受け状態となる）。
次に、送信プロキシ判定処理部１０５４は、認証処理の結果が含まれる認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが、この認証要求パケットに対する認証の「成功（許可）」を示す「ａｃｃｅｐｔ」であるか否かを判定する（Ｓ２０３）。このとき、認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」である場合（Ｓ２０３；ＹＥＳ）には、送信プロキシ判定処理部１０５４は、Ｓ２０４へ処理を進める。これに対し、認証応答パケットのＲＡＤＩＵＳ Ｃｏｄｅが「ａｃｃｅｐｔ」ではない場合（Ｓ２０３；ＮＯ）には、処理を終了する。
Ｓ２０４では、送信プロキシ判定処理部１０５４は、この認証要求パケットのＲＡＤＩＵＳ属性情報の一つであるＡｔｔｒｉｂｕｔｅ ｔｙｐｅが「ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ」であるか否かを判定する。言い換えれば、認証方式がＣＨＡＰか否かを判定する。このＳ２０４の処理は、第１の方式で説明したように、Ａｔｔｒｉｂｕｔｅ ｔｙｐｅの値が“ＣＨＡＰ−Ｃｈａｌｌｅｎｇｅ”を示す“６０”であるか否かを判定することにより行われる。このとき、送信プロキシ判定処理部１０５４は、認証方式がＣＨＡＰである場合（Ｓ２０４；ＹＥＳ）には、ＣＨＡＰはプロキシサーバ２００で実施される認証方式ではないので、処理をＳ２０１に戻す。これに対し、認証方式がＣＨＡＰでない場合（Ｓ２０４；ＮＯ）には、認証方式がプロキシサーバ２００で実施されているＰＡＰであると想定できるので、送信プロキシ判定処理部１０５４は、当該認証要求パケットを、キュー格納部１０５５の該当キュー（認証要求パケットに含まれているユーザ情報で特定されるユーザに対応するキュー）にキューイング（格納）する（Ｓ２０５）。そして、処理を終了する。
以上説明した第２の方式によれば、第１の方式と同様の作用効果を得ることができる。但し、第２の方式は、ユーザ情報の削除／変更が行われるときには、該当キューにキューイングされている認証要求パケットの送信元アドレスを取得することで、削除要求の送信対象のプロキシサーバ２００を特定する（割り出す）ことができる。従って、ユーザ情報の削除／変更指示が入力された際における処理が第１の方式に比べて簡易且つ高速な処理となる。
〈ユーザＩＤを指定したユーザ情報の削除処理手順〉
次に、ホームサーバ１００側から、ユーザＩＤを指定してプロキシサーバ２００のキャッシュメモリ２０３に保存されているユーザ情報を削除する方法を説明する。
図３に示した形態では、ＲＡＤＩＵＳに基づく認証要求パケットを削除要求としてホームサーバ１００からプロキシサーバ２００に送信する。上述したように、この認証要求パケット（認証要求メッセージ）は、ユーザ情報を指定するための領域（フィールド）を含んでいる。通常は、当該領域には、ユーザ情報として、「ユーザ名（ユーザＩＤ）／認証パスワード」の形式で、ユーザ名及びパスワードが記載される。
これに対し、削除要求としての認証要求パケットでは、ユーザ情報の格納領域におけるユーザ名の格納部分（ユーザ名エリア）には、このユーザ情報がキャッシュクリア専用のユーザ情報であることを示す一般のユーザＩＤと識別可能な特殊な文字列（例えば、“／（スラッシュ）”を含まない通常のユーザＩＤをみなされない文字列（具体例：“Ｃａｃｈｅ＿ｃｌｅａｒ”））が設定される。さらに、認証パスワードを格納する部分（パスワードエリア）には、削除対象のユーザ情報に係るユーザＩＤが設定される。即ち、削除対象の特定のユーザ情報を指定するキャッシュクリア専用のユーザ情報は、「Ｃａｃｈｅ＿ｃｌｅａｒ／ユーザＩＤ」の形式で表現される。
プロキシサーバ２００（のＲＡＤＩＵＳサーバ２１０）は、上記のようなキャッシュクリア専用のユーザ情報を含む認証要求パケットをホームサーバ１００から受信することで、当該認証要求が削除要求であることと、削除対象のユーザ情報とを知ることができる。
図１１は、上述したユーザＩＤを指定したユーザ情報の削除処理手順を説明するフローチャートである。
まず、ホームサーバ１００は、ユーザＡからの要求に応じる等の要因で、このユーザＡの認証パスワードが変更される場合には、ホームサーバ１００の操作により、データベース１０２Ａ上のユーザＡに対する認証パスワードが更新部１０２Ｂにより変更される（Ｓ３０１）。
この場合、ホームサーバ１００の削除要求生成部１０６（ＣＧＩ１１１）は、パスワードエリアにユーザＡのユーザＩＤが設定されたキャッシュクリア専用のユーザ情報を、認証要求パケット（ＲＡＤＩＵＳパケット）に設定する（Ｓ３０２）。そして、ホームサーバ１００は、この認証要求パケット（削除要求）をプロキシサーバ２００に送信する。
プロキシサーバ２００（のＲＡＤＩＵＳサーバ２１０）は、ホームサーバ１００から送信された認証要求パケットを受信する（Ｓ３０３）。プロキシサーバ２００は、この認証要求パケットのパスワードエリアから、削除対象のユーザＩＤを取得する（Ｓ３０４）。そして、プロキシサーバ２００は、取得したユーザＩＤを含むユーザ情報をキャッシュメモリ２０３から削除する（Ｓ３０５）。
該当するユーザＩＤを含むユーザ情報のキャッシュを削除後、プロキシサーバ２００は、認証不許可（ＮＧ）をホームサーバ１００に返信する。ホームサーバ１００は、認証不許可の応答をユーザ情報の削除処理の完了通知として扱うことができる。
なお、図１１に示す例では、特定のユーザ情報のキャッシュクリア処理はデータベース１０２Ａに対するユーザ情報の変更を契機に行ったが、本発明ではこれに限定されない。すなわち、キャッシュクリアのみを目的として、所定の適宜のタイミングを契機として特定のユーザ情報のキャッシュクリア処理を行ってもよい。
〈全てのユーザに対するユーザ情報のキャッシュクリア処理の手順〉
次に、ホームサーバ１００からプロキシサーバ２００でキャッシュされている（キャッシュメモリ２０３に格納されている）全てのユーザ情報を削除する処理について説明する。
図１２は、ホームサーバからプロキシサーバ側にある全てのユーザに対するユーザ情報のキャッシュを削除する処理（動作）を説明するフローチャートである。
まず、ホームサーバ１００（の削除要求生成部１０６（ＣＧＩ１１１））は、全てのユーザのキャッシュクリアの指示を受け付けると（Ｓ４０１）、プロキシサーバ２００でキャッシュされている全てのユーザＩＤに対する削除を指定するキャッシュクリア専用のユーザ情報を、認証要求パケットに設定する（Ｓ４０２）。当該ユーザ情報は、例えば、上述したキャッシュクリア専用のユーザ情報であることを示す特殊な文字列（例えば「Ｃａｃｈｅ＿ｃｌｅａｒ」）がユーザ名エリアに設定され、パスワードエリアが空白に設定されたユーザ情報であると定めることができる。但し、当該ユーザ情報の形式は、通常のユーザ情報と識別可能であれば、様々な形式を適用することができる。そして、ホームサーバ１００は、この認証要求パケット（ＲＡＤＩＵＳパケット）をプロキシサーバ２００に送信する。このとき、認証要求パケットは、この時点でユーザ情報をキャッシュしている全てのプロキシサーバ２００を対象として送信される。
各プロキシサーバ２００は、ホームサーバ１００から送信された認証要求パケットを受信する（Ｓ４０３）。プロキシサーバ２００は、ユーザＩＤが「Ｃａｃｈｅ＿ｃｌｅａｒ」であることを以てこの認証要求パケットが削除要求であることを認識するとともに、パスワードエリアが空白であることを確認する（Ｓ４０４）。これによって、プロキシサーバ２００は、パスワードエリアの空白を確認することによって、この削除要求についての削除対象がキャッシュメモリ２０３に格納された全てのユーザ情報であることを認識することができる。そして、プロキシサーバ２００は、取得した認証要求パケットの削除要求に応じて、全ユーザに対するユーザ情報のキャッシュ（キャッシュメモリ２０３に格納されている全てのユーザ情報）を削除する（Ｓ４０５）。
その後、各プロキシサーバ２００は、認証不許可（ＮＧ）をホームサーバ１００に返信する。ホームサーバ１００は、この認証不許可の応答を、キャッシュクリアの完了通知として扱うことができる。
図１２に示した動作において、ホームサーバ１００では、複数のプロキシサーバ２００のうち、ユーザ情報をキャッシュしているプロキシサーバ２００を特定する処理が行われる。この処理は、上述した第１の方式と第２の方式との双方を適用することができる。第１の方式が適用される場合には、図６に示した処理のうち、Ｓ１０２の処理を省略したルーチンが実行されることにより、ユーザ情報をキャッシュしているプロキシサーバ２００を削除要求の送信先として割り出すことができる。これに対し、第２の方式が適用される場合には、全てのキューにキューイングされている認証要求パケットの送信元アドレスが、削除要求の送信先のプロキシサーバ２００のアドレスとして取り扱われる。
ユーザ認証システムが図１２に示す動作を行うことにより、ホームサーバの障害或いはメンテナンス時に、ホームサーバ１００のオペレーションのみで、ユーザ情報をキャッシュしている全てのプロキシサーバ２００に対し、キャッシュされている全てのユーザ情報の一斉削除を行うことができる。
〈実施形態の効果〉
以上説明した本発明の実施形態によれば、ホームサーバ１００のデータベース１０２Ａに格納されているユーザ情報の変更又は削除を契機として、または、所定の適宜のタイミングを契機として、削除対象の特定のユーザ情報をキャッシュしている全てのプロキシサーバ２００が割り出され、割り出された各プロキシサーバ２００に対してユーザ情報の削除要求を一斉に転送することができる。そして、各プロキシサーバ２００は、削除要求に応じて削除対象の特定のユーザ情報をキャッシュメモリ２０３から削除する。
これによって、ホームサーバ１００におけるユーザ情報の更新（ユーザ情報の変更／削除）の後に、プロキシサーバ２００のキャッシュメモリに残っている変更／削除に係るユーザ情報により、ネットワークへのアクセスが許可されてしまうことが防止される。
また、削除要求がホームサーバ１００から送信対象の全てのプロキシサーバ２００に一斉に送信され、削除処理が行われる。これによって、従来の方法のように、各プロキシサーバ２００を個別に操作して該当ユーザ情報をキャッシュメモリから削除しなくて良い。このため、全てのプロキシサーバ２００から削除対象のユーザ情報が削除されるまでの間に生じるタイムラグの発生を抑えることができる。従って、このタイムラグによって、プロキシサーバ２００に残ったユーザ情報でネットワークアクセスが許可されてしまう可能性をなくすことができる。
また、プロキシサーバ２００の個々の操作を回避できるので、キャッシュされたユーザ情報の削除処理を円滑且つ容易に実施することが可能となる。
さらに、キャッシュされたユーザ情報を持つ全てのプロキシサーバ２００を対象として、キャッシュされている全てのユーザ情報を一斉に削除することも可能である。
〈変形例〉
なお、本発明のユーザ認証システムは、本実施の形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
例えば、本実施の形態における、削除要求を送信するプロキシサーバを決定する第１の方式及び第２の方式の場合に、それぞれの方式の処理によってすでに対象となっているプロキシサーバを重複して決定してしまうことが考えられる。そのような場合に、ユーザＩＤ、或いはＩＰアドレスを参照して、重複するプロキシサーバを、削除要求の送信を決定する前ないし決定した後に除外してもよい。
【産業上の利用可能性】
本発明は、ネットワーク接続におけるユーザ認証処理を行う産業に適用可能である。
【図１】
【図２】
【図３】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【特許請求の範囲】
【請求項１】
ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバと、
ユーザと前記第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、少なくとも１つの第２サーバと、を備え、
前記第１サーバは、
前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含み、
前記少なくとも１つの第２サーバは、
前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含む、ユーザ認証システム。
【請求項２】
前記第１サーバは、
特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、
割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含む、請求項１に記載のユーザ認証システム。
【請求項３】
前記第１サーバは、
ユーザに対する認証処理の履歴情報を保持する手段と、
前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含む、請求項１または２に記載のユーザ認証システム。
【請求項４】
前記第１サーバは、
第２サーバから受信された認証要求を、格納部に保存する手段と、
前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含む、請求項１または２に記載のユーザ認証システム。
【請求項５】
前記第１サーバは、
全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、
割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含む、請求項１から４のいずれかに記載のユーザ認証システム。
【請求項６】
前記第２サーバは、
第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、
前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含む、請求項１から５のいずれかに記載のユーザ認証システム。
【請求項７】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第１サーバは、
削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信し、
前記第２サーバは、
受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除する
請求項１から５のいずれかに記載のユーザ認証システム。
【請求項８】
ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバであって、
前記第１サーバは、
前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含む、第１サーバ。
【請求項９】
前記第１サーバは、
特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、
割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含む、請求項８に記載の第１サーバ。
【請求項１０】
前記第１サーバは、
ユーザに対する認証処理の履歴情報を保持する手段と、
前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含む、請求項８または９に記載の第１サーバ。
【請求項１１】
前記第１サーバは、
第２サーバから受信された認証要求を、格納部に保存する手段と、
前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含む、請求項８または９に記載の第１サーバ。
【請求項１２】
前記第１サーバは、
全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、
割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含む、請求項８から１１のいずれかに記載の第１サーバ。
【請求項１３】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第１サーバは、
削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信する、請求項８から１２のいずれかに記載の第１サーバ。
【請求項１４】
ユーザと第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、第２サーバであって、
前記第２サーバは、
前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含む、第２サーバ。
【請求項１５】
前記第２サーバは、
第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、
前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含む、請求項１４に記載の第２サーバ。
【請求項１６】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第２サーバは、
受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除する、請求項１４または１５に記載の第２サーバ。
【請求項１】
ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバと、
ユーザと前記第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、少なくとも１つの第２サーバと、を備え、
前記第１サーバは、
前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含み、
前記少なくとも１つの第２サーバは、
前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含む、ユーザ認証システム。
【請求項２】
前記第１サーバは、
特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、
割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含む、請求項１に記載のユーザ認証システム。
【請求項３】
前記第１サーバは、
ユーザに対する認証処理の履歴情報を保持する手段と、
前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含む、請求項１または２に記載のユーザ認証システム。
【請求項４】
前記第１サーバは、
第２サーバから受信された認証要求を、格納部に保存する手段と、
前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含む、請求項１または２に記載のユーザ認証システム。
【請求項５】
前記第１サーバは、
全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、
割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含む、請求項１から４のいずれかに記載のユーザ認証システム。
【請求項６】
前記第２サーバは、
第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、
前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含む、請求項１から５のいずれかに記載のユーザ認証システム。
【請求項７】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第１サーバは、
削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信し、
前記第２サーバは、
受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除する
請求項１から５のいずれかに記載のユーザ認証システム。
【請求項８】
ユーザのネットワークアクセスに対する認証要求を受信した場合にユーザの認証処理及び認証結果の送信処理を行う、第１サーバであって、
前記第１サーバは、
前記記憶手段にユーザ情報を格納している第２サーバにユーザ情報の削除要求を送信する手段を含む、第１サーバ。
【請求項９】
前記第１サーバは、
特定のユーザ情報の削除指示を受け取った場合に、この特定のユーザ情報を記憶手段に記憶している第２サーバを割り出す手段と、
割り出した前記第２サーバへ送信される、特定のユーザ情報の削除要求を生成する手段とをさらに含む、請求項８に記載の第１サーバ。
【請求項１０】
前記第１サーバは、
ユーザに対する認証処理の履歴情報を保持する手段と、
前記履歴情報から削除対象のユーザ情報を記憶している第２サーバを割り出す手段をさらに含む、請求項８または９に記載の第１サーバ。
【請求項１１】
前記第１サーバは、
第２サーバから受信された認証要求を、格納部に保存する手段と、
前記格納部に保存された認証要求から、削除対象のユーザ情報を記憶している第２サーバを割り出す手段とをさらに含む、請求項８または９に記載の第１サーバ。
【請求項１２】
前記第１サーバは、
全てのユーザ情報の削除指示を受け取った場合に、記憶手段にユーザ情報を記憶している第２サーバの全てを割り出す手段と、
割り出された各第２サーバへ送信される、記憶手段に記憶されている全てのユーザ情報の削除要求を生成する手段とをさらに含む、請求項８から１１のいずれかに記載の第１サーバ。
【請求項１３】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第１サーバは、
削除対象のユーザ情報を記憶手段に記憶している第２サーバに対し、ユーザ情報の削除要求を含む認証要求パケットを送信する、請求項８から１２のいずれかに記載の第１サーバ。
【請求項１４】
ユーザと第１サーバとの間に介在し、記憶手段を有し、ユーザから前記認証要求を受信した場合にこのユーザに対する認証を行うためのユーザ情報が前記記憶手段に格納されていればそのユーザ情報を用いて前記第１サーバの代わりに前記認証処理を行いその認証結果を当該ユーザに通知し、該当するユーザ情報が前記記憶手段に格納されていなければ当該認証要求を前記第１サーバへ転送し当該認証要求に対する認証結果を前記第１サーバから受信して当該ユーザに通知し、このとき通知される認証結果が認証成功を示す場合には、当該認証結果に含まれている当該ユーザのユーザ情報を前記記憶手段に格納する、第２サーバであって、
前記第２サーバは、
前記第１サーバから前記削除要求を受信した場合に、この削除要求で特定されるユーザ情報を前記記憶手段から削除する手段を含む、第２サーバ。
【請求項１５】
前記第２サーバは、
第１サーバから送信される、削除要求を含むＨＴＴＰメッセージを受信するＷｅｂサーバと、
前記Ｗｅｂサーバにより起動され、削除要求で指定されるユーザ情報を記憶手段から削除する処理を実行するＣＧＩとを含む、請求項１４に記載の第２サーバ。
【請求項１６】
前記第１及び第２サーバの夫々は、ＲＡＤＩＵＳに従った認証要求パケットを受け取って認証処理を行い、
前記第２サーバは、
受信された認証要求パケットが、前記ユーザ情報の削除要求を含む場合には、この削除要求で指定されるユーザ情報を記憶手段から削除する、請求項１４または１５に記載の第２サーバ。
【国際公開番号】ＷＯ２００４／１１２３１２
【国際公開日】平成１６年１２月２３日（２００４．１２．２３）
【発行日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【出願番号】特願２００５−５００７５５（Ｐ２００５−５００７５５）
【国際出願番号】ＰＣＴ／ＪＰ２００３／００７５０９
【国際出願日】平成１５年６月１２日（２００３．６．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【国際公開日】平成１６年１２月２３日（２００４．１２．２３）
【発行日】平成１８年７月２０日（２００６．７．２０）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００３／００７５０９
【国際出願日】平成１５年６月１２日（２００３．６．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]