(57)【特許請求の範囲】
【請求項１】
認証アクセス制御サーバ装置とゲートウェイ装置とで構成されて、認証機能を持つサーバと認証機能を持たないサーバとで構成されるサーバ群に含まれるいずれかのサーバをアクセス要求先として、利用者端末から発行されるサーバへのアクセス要求を認証するシステムで用いられる認証アクセス制御サーバ装置であって、
上記ゲートウェイ装置にサーバへのアクセス要求の許可を示すエントリ情報が設定されていないことで、当該アクセス要求が上記ゲートウェイ装置から転送されてくる場合に、そのアクセス要求を受け取るアクセス要求受取手段と、
上記アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの初回のアクセス要求の場合にのみ、シングルサインオン用のパスワードを用いて当該利用者端末と端末アクセス認証を行う端末アクセス認証手段と、
上記端末アクセス認証手段にて端末アクセス認証が成功した場合に、アクセス要求元の利用者端末からの、上記サーバ群に含まれる認証機能を持たない全てのサーバへのアクセス許可を示すエントリ情報を上記ゲートウェイ装置に設定する第１のアクセス設定手段と、
上記アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの認証機能を持ついずれかのサーバへの当該サーバへの最初のアクセス要求である場合に、あらかじめ保持している当該利用者の当該サーバ用のパスワードを用いて当該サーバとサーバアクセス認証を行うサーバアクセス認証手段と、
上記端末アクセス認証手段にて端末アクセス認証が成功し、かつ上記サーバアクセス認証手段にてサーバアクセス認証が成功した場合に、アクセス要求元の利用者端末からの、上記サーバアクセス認証が成功したサーバへのアクセス許可を示すエントリ情報を上記ゲートウェイ装置に設定する第２のアクセス設定手段とを備えることを、
特徴とする認証アクセス制御サーバ装置。
【請求項２】
請求項１に記載の認証アクセス制御サーバ装置において、
規定の状態になる場合に、上記ゲートウェイ装置に設定したエントリ情報を無効化する無効化手段を備えることを、
特徴とする認証アクセス制御サーバ装置。
【請求項３】
請求項２に記載の認証アクセス制御サーバ装置において、
上記無効化手段は、利用者端末に送信したプログラムからの応答が一定時間なくなる場合に、上記ゲートウェイ装置に設定した当該利用者端末にかかる全てのエントリ情報を無効化することを、
特徴とする認証アクセス制御サーバ装置。
【請求項４】
アクセス要求受取手段と端末アクセス認証手段と第１のアクセス設定手段とサーバアクセス認証手段と第２のアクセス設定手段とを備える認証アクセス制御サーバ装置とゲートウェイ装置とで構成されて、認証機能を持つサーバと認証機能を持たないサーバとで構成されるサーバ群に含まれるいずれかのサーバをアクセス要求先として、利用者端末から発行されるサーバへのアクセス要求を認証するシステムで実行される認証アクセス制御方法であって、
上記アクセス要求受取手段が、上記ゲートウェイ装置にサーバへのアクセス要求の許可を示すエントリ情報が設定されていないことで、当該アクセス要求が上記ゲートウェイ装置から転送されてくる場合に、そのアクセス要求を受け取り、
上記端末アクセス認証手段が、上記アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの初回のアクセス要求の場合にのみ、シングルサインオン用のパスワードを用いて当該利用者端末と端末アクセス認証を行い、
上記第１のアクセス設定手段が、上記端末アクセス認証手段にて端末アクセス認証が成功した場合に、アクセス要求元の利用者端末からの、上記サーバ群に含まれる認証機能を持たない全てのサーバへのアクセス許可を示すエントリ情報を上記ゲートウェイ装置に設定し、
上記サーバアクセス認証手段が、上記アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの認証機能を持ついずれかのサーバへの当該サーバへの最初のアクセス要求である場合に、あらかじめ保持している当該利用者の当該サーバ用のパスワードを用いて当該サーバとサーバアクセス認証を行い、
上記第２のアクセス設定手段が、上記端末アクセス認証手段にて端末アクセス認証が成功し、かつ上記サーバアクセス認証手段にてサーバアクセス認証が成功した場合に、アクセス要求元の利用者端末からの、上記サーバアクセス認証が成功したサーバへのアクセス許可を示すエントリ情報を上記ゲートウェイ装置に設定することを、
特徴とする認証アクセス制御方法。
【請求項５】
請求項４に記載の認証アクセス制御方法において、
上記認証アクセス制御サーバ装置がさらに無効化手段を備えて、当該無効化手段が、規定の状態になる場合に、上記ゲートウェイ装置に設定したエントリ情報を無効化することを、
特徴とする認証アクセス制御方法。
【請求項６】
請求項５に記載の認証アクセス制御方法において、
上記無効化手段は、利用者端末に送信したプログラムからの応答が一定時間なくなる場合に、上記ゲートウェイ装置に設定した当該利用者端末にかかる全てのエントリ情報を無効化することを、
特徴とする認証アクセス制御方法。
【請求項７】
請求項４ないし６のいずれか１項に記載の認証アクセス制御方法の実現に用いられる処理をコンピュータに実行させるための認証アクセス制御プログラム。
【請求項８】
請求項４ないし６のいずれか１項に記載の認証アクセス制御方法の実現に用いられる処理をコンピュータに実行させるための認証アクセス制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、認証アクセス制御サーバ装置とゲートウェイ装置とで構成されて、通信網に接続された利用者端末から発行されるサーバ群へのアクセス要求を認証するシステムで用いられる認証アクセス制御サーバ装置と、その認証アクセス制御サーバ装置で実行される認証アクセス制御方法と、その認証アクセス制御方法の実現に用いられる認証アクセス制御プログラム及びそのプログラムを記録したコンピュータ読み取り可能な記録媒体とに関する。
【０００２】
特定の利用者にのみアクセスを許可したいサーバは、アクセス時に、利用者に認証を求める必要がある。利用者が複数のサーバへのアクセス権限を有している場合、サーバ毎に認証を行なうのでなく、一括して認証ができることがセキュリティ及び利便性の面から望ましい。
【０００３】
本発明は、一つまたは複数のサーバへのアクセス権限を有している利用者に対して、認証を一括して行なう認証アクセス制御システムに関するものである。
【０００４】
【従来の技術】
一度の認証で複数のサーバ（以下では特にコンテンツサーバ）へのアクセスを可能にする（以下、シングルサインオンと表記）方法として、網内に認証アクセス制御サーバを設置する方法が知られており、その処理形態によって、「リバース・プロキシ型」と、「エージェント・モジュール型」とに分類される。
【０００５】
リバース・プロキシ型のシングルサインオンは、図９に示すように、認証アクセス制御サーバを利用者端末とコンテンツサーバとの間に設置することで実現する。
【０００６】
このリバース・プロキシ型のシングルサインオンでは、コンテンツサーバへのアクセス要求は全て認証アクセス制御サーバを中継して送信され、認証アクセス制御サーバは、中継時に、内部に持つユーザ毎のアクセスリストを参照してアクセス制御を行なう。
【０００７】
一方、エージェント・モジュール型のシングルサインオンは、図１０に示すように、網内に設置される認証アクセス制御サーバと、コンテンツサーバに組み込むエージェント・モジュールとによって実現する。
【０００８】
このエージェント・モジュール型のシングルサインオンでは、利用者は、まず認証アクセス制御サーバにログインする。認証に成功すると、認証アクセス制御サーバは、当該利用者がアクセス可能なコンテンツサーバのリストをクッキーに埋め込んで利用者端末に送信する。
【０００９】
その後、利用者がコンテンツサーバにアクセスした時、コンテンツサーバ内のエージェント・モジュールがクッキー内の情報をもとにアクセスの可否を決定する。コンテンツサーバに対して、認証アクセス制御サーバで認証されていない利用者端末からのアクセスがあった場合は、当該コンテンツサーバ内のエージェント・モジュールがアクセス要求を認証アクセス制御サーバに転送して、認証を行なわせる。
【００１０】
【発明が解決しようとする課題】
リバース・プロキシ型では、コンテンツサーバには手を加えずにシングルサインオンが可能であることから、コンテンツサーバの種別によらずシングルサインオンを行なうことができる。
【００１１】
しかしながら、全てのアクセス要求を中継することから、セキュリティ強度は強い反面、認証アクセス制御サーバへアクセスが集中することにより、多数のコンテンツサーバが分散配置されているような大規模環境では、特に、サーバ処理性能や網リソースの限界に起因するスループット低下が発生する可能性があった。
【００１２】
一方、エージェント・モジュール型では、認証アクセス制御サーバを経由するのは未認証のアクセス要求のみであるため、リバース・プロキシ型の場合のようなスループットの低下が発生する可能性は低い。
【００１３】
しかしながら、未認証パケットが直接コンテンツサーバに届くことから、リバース・プロキシ型に比べてセキュリティ強度がやや弱く、各コンテンツサーバ内に専用のエージェント・モジュールを組み込む必要があることから、対応可能なコンテンツサーバが限定される可能性があった。
【００１４】
本発明は、シングルサインオンにおいて、上述したリバース・プロキシ型とエージェント・モジュール型が有する欠点を解決するためになされたものであり、リバース・プロキシ型のもつ、エージェント・モジュール型にない利点を継承しつつ、認証アクセス制御サーバへの負荷の集中を回避することで、セキュリティ強度が強く、かつ、コンテンツサーバの種別に依存せず、さらに、スループットの低下が発生しにくい通信システムを実現することをその目的とする。
【００１５】
【課題を解決するための手段】
この目的を達成するために、本発明の認証アクセス制御サーバ装置は、認証アクセス制御サーバ装置とゲートウェイ装置とで構成されて、認証機能を持つサーバと認証機能を持たないサーバとで構成されるサーバ群に含まれるいずれかのサーバをアクセス要求先として、利用者端末から発行されるサーバへのアクセス要求を認証するシステムで用いられるときにあって、（１）ゲートウェイ装置にサーバへのアクセス要求の許可を示すエントリ情報が設定されていないことで、当該アクセス要求がゲートウェイ装置から転送されてくる場合に、そのアクセス要求を受け取るアクセス要求受取手段と、（２）アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの初回のアクセス要求の場合にのみ、シングルサインオン用のパスワードを用いて当該利用者端末と端末アクセス認証を行う端末アクセス認証手段と、（３）端末アクセス認証手段にて端末アクセス認証が成功した場合に、アクセス要求元の利用者端末からの、サーバ群に含まれる認証機能を持たない全てのサーバへのアクセス許可を示すエントリ情報をゲートウェイ装置に設定する第１のアクセス設定手段と、（４）アクセス要求受取手段で受け取ったアクセス要求が、アクセス要求元の利用者端末からの認証機能を持ついずれかのサーバへの当該サーバへの最初のアクセス要求である場合に、あらかじめ保持している当該利用者の当該サーバ用のパスワードを用いて当該サーバとサーバアクセス認証を行うサーバアクセス認証手段と、（５）端末アクセス認証手段にて端末アクセス認証が成功し、かつサーバアクセス認証手段にてサーバアクセス認証が成功した場合に、アクセス要求元の利用者端末からの、サーバアクセス認証が成功したサーバへのアクセス許可を示すエントリ情報をゲートウェイ装置に設定する第２のアクセス設定手段と、（６）規定の状態になる場合に、ゲートウェイ装置に設定したエントリ情報を無効化する無効化手段とを備えるように構成する。
ここで、無効化手段は、利用者端末に送信したプログラムからの応答が一定時間なくなる場合に、ゲートウェイ装置に設定した当該利用者端末にかかる全てのエントリ情報を無効化することがある。
【００１６】
この本発明の認証アクセス制御サーバ装置が動作することで実現される認証アクセス制御方法については、具体的にはコンピュータプログラムで実現できるものであり、このコンピュータプログラムは適当な記録媒体に記録して提供することができる。
【００１７】
一方、この目的を達成するために、本発明に関連する技術で構成されるゲートウェイ装置は、認証アクセス制御サーバ装置とゲートウェイ装置とで構成されて、利用者端末から発行されるサーバへのアクセス要求を認証するシステムで用いられるときにあって、（１）認証アクセス制御サーバ装置から設定されるサーバへのアクセス要求を許可することを示すエントリ情報を管理する手段と、（２）利用者端末の発行するサーバへのアクセス要求に対応するエントリ情報が設定されていない場合に、そのアクセス要求を認証アクセス制御サーバ装置に転送する手段と、（３）アクセス要求の転送に応答して、認証アクセス制御サーバ装置からエントリ情報の設定指示がある場合に、そのエントリ情報を上記管理手段に設定する手段と、（４）認証アクセス制御サーバ装置からの無効化指示に応答して、指定される設定エントリ情報を無効化する手段と、（５）設定したエントリ情報が一定時間参照されない場合に、そのエントリ情報を無効化する手段とを備えるように構成する。
【００１８】
この本発明に関連する技術で構成されるゲートウェイ装置が動作することで実現されるゲートウェイ制御方法については、具体的にはコンピュータプログラムで実現できるものであり、このコンピュータプログラムは適当な記録媒体に記録して提供することができる。
【００１９】
次に、このように構成される本発明の認証システムの処理の流れの一例について説明する。
【００２０】
このように構成される本発明の認証システムでは、利用者端末からサーバへ最初のアクセス要求が発行されると、そのサーバにかかるエントリ情報（そのサーバへのアクセス要求の許可を示す情報）がゲートウェイ装置に設定されていないので、そのアクセス要求が認証アクセス制御サーバ装置に転送され、これを受けて、認証アクセス制御サーバ装置は、その利用者端末からサーバ群の認証に必要な情報を取得する。
【００２１】
続いて、認証アクセス制御サーバ装置は、この取得した認証に必要な情報を使ってサーバ群について認証を実行し、これにより、認証機能を持たない全てのサーバについて認証を得て、ゲートウェイ装置に対して、それらのサーバへのアクセス要求の許可を示す全てのエントリ情報を設定する。
これ以降、エントリ情報が設定されていることで、認証機能を持たないサーバへのアクセス要求（サーバ群についての認証を行った利用者からのアクセス要求）については、ゲートウェイ装置から転送されてくることはなくなる。
認証アクセス制御サーバ装置は、この初回のアクセス要求が認証機能を持たないサーバへのアクセス要求である場合には、このエントリ情報の設定により、この初回アクセス要求におけるゲートウェイ装置に対してのエントリ情報の設定を終了する。
【００２２】
一方、認証アクセス制御サーバ装置は、この初回のアクセス要求が認証機能を持つサーバへのアクセス要求である場合には、サーバ群についての認証が得られると、そのサーバからの要求に応答して、そのサーバの認証に必要な情報（認証アクセス制御サーバ装置の内部で保持している）を指定して、そのサーバに対して認証依頼を行うことでそのサーバについて認証を得て、ゲートウェイ装置にエントリ情報を設定する。
これ以降、エントリ情報が設定されていることで、その認証機能を持つサーバへのアクセス要求（サーバについての認証を行った利用者からのアクセス要求）については、ゲートウェイ装置から転送されてくることはなくなる。
【００２３】
そして、認証アクセス制御サーバ装置は、初回のアクセス要求の後に発行されるアクセス要求に従って、認証機能を持つ別のサーバへのアクセス要求が転送されてくる場合には、サーバ群についての認証は既に終了しているので、そのサーバからの要求に応答して、そのサーバの認証に必要な情報（認証アクセス制御サーバ装置の内部で保持している）を指定して、そのサーバに対して認証依頼を行うことでそのサーバについて認証を得て、ゲートウェイ装置にエントリ情報を設定する。
これ以降、エントリ情報が設定されていることで、その認証機能を持つサーバへのアクセス要求（サーバについての認証を行った利用者からのアクセス要求）については、ゲートウェイ装置から転送されてくることはなくなる。
【００２４】
このような形でゲートウェイ装置にエントリ情報を設定していくことで、アクセス要求が認証アクセス制御サーバ装置に転送されなくなってくるが、利用者端末とサーバとの接続関係をそのまま放置しておくことはセキュリティ上好ましいことではない。
【００２５】
そこで、認証アクセス制御サーバ装置は、▲１▼利用者端末にプログラムを送信するようにして、そのプログラムからの応答が一定時間なくなる場合に、ゲートウェイ装置に設定したその利用者端末にかかる全てのエントリ情報を無効化するようにしたり、▲２▼利用者端末にプログラムを送信するようにして、そのプログラムから認証の無効化指示が発行される場合に、ゲートウェイ装置に設定したその利用者端末にかかる全てのエントリ情報を無効化するようにしたり、▲３▼利用者端末からのアクセス要求に応答して設定したエントリ情報についての認証（認証してエントリ情報を設定する）から一定時間経過する場合に、ゲートウェイ装置に設定したその利用者端末にかかる全てのエントリ情報を無効化するように処理する。
【００２６】
一方、ゲートウェイ装置は、認証アクセス制御サーバ装置から設定されるサーバへのアクセス要求を許可することを示すエントリ情報を管理して、利用者端末の発行するサーバへのアクセス要求に対応するエントリ情報が設定されていない場合に、そのアクセス要求を認証アクセス制御サーバ装置に転送していく構成を採るときに、認証アクセス制御サーバ装置からの無効化指示に応答してエントリ情報を無効化するとともに、設定したエントリ情報が一定時間参照されない場合に、そのエントリ情報を無効化するように処理する。
【００２７】
このように、本発明は、従来のリバース・プロキシ型の認証アクセス制御サーバ装置からゲートウェイ機能を切り出し、ＩＰアドレスとポート番号等に基づくパケットフィルタリングのハードウェア処理が可能な専用のゲートウェイ装置と認証アクセス制御サーバ装置とに分離し、ゲートウェイ装置の通過を許可するエントリが設定されていないアクセス要求のみ認証アクセス制御サーバ装置に転送することを特徴とする。
【００２８】
そして、利用者端末とサーバとが直接通信することから引き起こされる、未認証のアクセス要求がサーバへ到達するのを防ぐために、端末確認用のプログラムを利用者端末に送信して監視を行い、通信の終了を検知して認証を無効化し、ゲートウェイ装置の通信許可エントリを削除（無効化）することを特徴とする。
【００２９】
このように、本発明によれば、ゲートウェイ装置の通過を許可するエントリが設定されていないアクセス要求のみ認証アクセス制御サーバ装置に転送させることにより、従来のリバース・プロキシ型の課題であった、認証アクセス制御サーバ装置への負荷の集中を回避することが可能となる。
【００３０】
そして、認証アクセス制御サーバ装置を経由しない直接通信において、端末確認用のプログラムを利用者端末に送信して監視を行い、通信の終了を検知してゲートウェイ装置の通信許可エントリを削除（無効化）することによって、サーバに手を加えることなく、従来のエージェント・モジュール型のように未認証のアクセス要求が直接サーバに到達してしまうことを防止することが可能となる。
【００３１】
次に、本発明の構成上の特徴についてまとめる。
【００３２】
（１）本発明では、認証アクセス制御サーバ装置とゲートウェイ装置で構成され、コネクションレス通信網に接続された利用者端末から複数のサーバへのアクセス時の認証において、▲１▼利用者がアクセス権限を持つサーバ群を利用者ごとに管理し、▲２▼利用者がアクセス権限を持つサーバ群へのアクセス要求を認証アクセス制御サーバ装置にて代理で受け付け、▲３▼利用者がアクセス権限を持つサーバ群への認証失効後の初めてのアクセス時のみ、利用者に対して認証に必要な情報の投入を要求し、▲４▼認証の有効期間内は、当該サーバ群に属する全てのサーバについて利用者が認証に必要な情報をアクセスの都度投入することを不要にし、▲５▼認証に成功した場合、通信網内に配置するゲートウェイ装置を制御して、利用者端末とサーバとの間で直接通信することを可能とすることを特徴とする。
【００３３】
（２）そして、ゲートウェイ装置の機能として、▲１▼利用者の認証に成功するまでは、利用者端末とサーバとの間の通信を許可しないことでセキュリティを確保し、▲２▼サーバ宛てで、かつ、通過を許可されていないアクセス要求については、認証アクセス制御サーバ装置に転送して認証を求めることを特徴とする。
【００３４】
（３）そして、認証機能を有するサーバへのアクセスにおいて、▲１▼認証アクセス制御サーバ装置が代理で受け付けたアクセス要求を、そのままアクセス要求先のサーバに転送して当該サーバからの認証要求を受信し、▲２▼そのサーバへのアクセスが、当該利用者がアクセス権限を持つサーバ群への認証失効後初めてのアクセスである場合のみ、当該利用者に対して認証に必要な情報の投入を要求して、利用者から受信した情報に基づいて認証を行ない、▲３▼当該サーバでの認証に必要な情報を利用者に代わって送信するとともに、網内のゲートウェイ装置にて、その利用者端末と当該サーバとの間の直接通信を許可し、▲４▼認証の有効期間内に認証アクセス制御サーバ装置で受け付けた、サーバ群内の他のサーバ向けのアクセス要求についてはそのままサーバに転送し、▲５▼サーバからの認証要求に対して、当該サーバでの認証に必要な情報を利用者に代わって送信するとともに、網内のゲートウェイ装置にて、その利用者端末とサーバとの間の直接通信を許可することを特徴とする。
【００３５】
（４）そして、認証機能を有するサーバへのアクセスにおいて、▲１▼利用者がアクセス権限を持つサーバ群に対する認証失効後の初めてのアクセス要求を、認証アクセス制御サーバにて代理で受け付けた場合、当該利用者に対して認証に必要な情報の投入を要求し、▲２▼認証成功後にサーバにアクセス要求を転送し、▲３▼サーバからの認証要求に対して、利用者に代わって当該サーバでの認証に必要な情報を送信するとともに、網内のゲートウェイ装置にて、その利用者端末とサーバとの間の直接通信を許可し、▲４▼認証の有効期間内に認証アクセス制御サーバ装置で受け付けた、サーバ群内の他のサーバ向けのアクセス要求についてはそのままサーバに転送し、▲５▼サーバからの認証要求に対して、当該サーバでの認証に必要な情報を利用者に代わって送信するとともに、網内のゲートウェイ装置にて、その利用者端末とサーバとの間の直接通信を許可することを特徴とする。
【００３６】
（５）そして、認証機能を有さないサーバへのアクセスにおいて、▲１▼利用者がアクセス権限を持つサーバ群に対する認証失効後の初めてのアクセス要求を認証アクセス制御サーバ装置にて代理で受け付け、▲２▼当該利用者に対して認証に必要な情報の投入を要求し、▲３▼認証成功後に、通信網内のゲートウェイ装置にて、その利用者端末とサーバ群に属する全てのサーバとの間の直接通信を許可することを特徴とする。
【００３７】
（６）そして、▲１▼利用者端末上で動作するプログラムを有し、▲２▼定期的に認証アクセス制御サーバ装置と当該プログラムとの間で通信を行うことで利用者端末の状態を監視し、▲３▼当該プログラムからの通信が無くなったことでセッションの終了を検知して当該利用者の認証を無効にし、▲４▼再びサーバ群へのアクセス要求を代理で受け付けるようにゲートウェイ装置の設定を変更することを特徴とする。
【００３８】
（７）そして、▲１▼認証アクセス制御サーバ装置での認証後、認証に成功した利用者端末のブラウザにプログラムを送信して、認証の強制失効を指示するボタン等をブラウザ上に表示し、▲２▼利用者がそのボタン等をクリックすることを契機にして、認証アクセス制御サーバ装置に対して認証の無効化を示す情報を送信させ、▲３▼その情報の受信をもって、再びサーバ群へのアクセス要求を代理で受け付けるようにゲートウェイ装置の設定を変更することを特徴とする。
【００３９】
（８）そして、▲１▼認証アクセス制御サーバ装置での認証後にゲートウェイ装置に設定した、利用者端末とサーバとの間の通信許可エントリが一定時間参照されなかった場合に、当該エントリを自動的に削除（無効化）し、再びサーバへのアクセス要求が認証アクセス制御サーバ装置に転送されるようにすることで当該利用者の認証を無効にすることを特徴とする。
【００４０】
（９）そして、▲１▼認証アクセス制御サーバ装置での認証後、一定時間経過した後に自動的にゲートウェイ装置に設定した、利用者端末とサーバとの間の通信許可エントリを削除（無効化）し、再びサーバへのアクセス要求が認証アクセス制御サーバ装置に転送されるようにすることで当該利用者の認証を無効にすることを特徴とする。
【００４１】
【発明の実施の形態】
以下、実施の形態に従って本発明を詳細に説明する。
【００４２】
図１に、本発明を実現するシステム構成の一実施形態例を図示する。
【００４３】
この図に示すように、本発明を実現する認証アクセス制御システム１は、認証アクセス制御サーバ２及びゲートウェイ装置３から構成されており、ゲートウェイ装置３は、ＩＰアドレス、ポート番号に基づく高速なパケットフィルタリング機能を有している。
【００４４】
この構成を採るときに、利用者４が、認証アクセス制御システム１を介して、利用者端末５からアクセス権限を持つコンテンツサーバ群６に属するコンテンツサーバ７〜１２にアクセスするものとする。
【００４５】
ここで、コンテンツサーバ群６は、認証機能を有するコンテンツサーバ７〜９と、認証機能を有さないコンテンツサーバ１０〜１２とから構成されるものとする。
【００４６】
（Ａ）認証機能を有するコンテンツサーバ７〜９に最初にアクセスする場合の処理（先に中継するパターン）
図２及び図３に、このときにおける処理の流れを示す。
【００４７】
利用者４が、コンテンツサーバ群６に対して、未認証の状態で、利用者端末５からコンテンツサーバ７〜９のいずれか宛てのアクセス要求のパケットを送信すると、ゲートウェイ装置３において、利用者端末５を送信元とし、送信先を当該コンテンツサーバ（ここでは仮にコンテンツサーバ７とする）とするパケットの通過を許可するエントリが無いことから、利用者端末５からのパケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由してコンテンツサーバ７と通信コネクションを確立する（ステップ１０１）。
【００４８】
利用者端末５から、コンテンツサーバ７での認証が必要なコンテンツへのアクセスがあった場合（ステップ１０２，１０３）、コンテンツサーバ７から、認証に必要な情報（本実施形態例ではパスワードとする）の送信が求められる（ステップ１０４）。
【００４９】
認証アクセス制御サーバ２は、これを受けて、利用者４のコンテンツサーバ群６に対する認証に必要なパスワードの送信要求を利用者端末５に送信する（ステップ１０５）。
【００５０】
認証アクセス制御サーバ２は、この送信要求に応答して返信されてくるパスワードを受信すると、利用者４のコンテンツサーバ群６に対する認証を行なった（ステップ１０６）後、内部に持つ利用者４のコンテンツサーバ７における認証に必要な情報を、代理でコンテンツサーバ７に送信して（ステップ１０７）、コンテンツサーバ７内で認証させるとともに、利用者端末５に対して、利用者端末５のブラウザ上に常駐プログラム（本実施形態例ではＪava（登録商標） アプレットとする）を送信する（ステップ１０８）。
【００５１】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、コンテンツサーバ７を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ１０９）。
【００５２】
さらに、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、認証機能を有さないコンテンツサーバ１０〜１２を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ１１０）。
【００５３】
ステップ１０２，１０３で送信したアクセス要求の応答を利用者端末５に送信した（ステップ１１１，１１２）後、次回以降のコンテンツサーバ７、およびコンテンツサーバ１０〜１２宛ての利用者端末５からのアクセス要求については、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバに到達するようになる（ステップ１１３，１１４）。
【００５４】
次に、利用者４が利用者端末５からコンテンツサーバ８or９宛てのアクセスを試みた場合、ゲートウェイ装置３において、利用者端末５を送信元とし、コンテンツサーバ８or９を送信先とするパケットの通過を許可するエントリは設定されていないため、当該パケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由して、当該コンテンツサーバ８or９と通信コネクションを確立する（ステップ１１５）。
【００５５】
当該コンテンツサーバ８or９での認証が必要なコンテンツへのアクセスがあった場合（ステップ１１６，１１７）は、当該コンテンツサーバ８or９からパスワードの送信が求められる（ステップ１１８）。
【００５６】
この場合、認証アクセス制御サーバ２は、利用者端末５に対してパスワードの送信要求は行なわず、認証アクセス制御サーバ２の内部に持つ利用者４の当該コンテンツサーバ８or９用のパスワードを代理で当該コンテンツサーバ８or９に送信して、当該コンテンツサーバ８or９内で認証させる（ステップ１１９）。
【００５７】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、当該コンテンツサーバ８or９を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ１２０）。
【００５８】
ステップ１１６，１１７で送信したアクセス要求の応答を利用者端末５に送信した（ステップ１２１，１２２）後、次回以降の当該コンテンツサーバ８or９宛ての利用者端末５からのアクセス要求は、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバ８or９に到達するようになる（ステップ１２３，１２４）。
【００５９】
次に、利用者４が利用者端末５からコンテンツサーバ１０〜１２のいずれか宛てのアクセスを試みた場合は、ゲートウェイ装置３において、パケットの通過を許可するエントリが設定済みであるため、認証アクセス制御サーバ２を経由せず、直接当該コンテンツサーバ１０〜１２との間で通信コネクションを確立し（ステップ１２５）、コンテンツへのアクセスが可能である（ステップ１２６，１２７）。
【００６０】
（Ｂ）認証機能を有するコンテンツサーバ７〜９に最初にアクセスする場合の処理（先に認証するパターン）
図４及び図５に、このときにおける処理の流れを示す。
【００６１】
利用者４が、コンテンツサーバ群６に対して、未認証の状態で、利用者端末５からコンテンツサーバ７〜９のいずれか宛てのアクセス要求のパケットを送信すると、ゲートウェイ装置３において、利用者端末５を送信元とし、送信先を当該コンテンツサーバ（ここでは仮にコンテンツサーバ７とする）とするパケットの通過を許可するエントリが無いことから、利用者端末５からのパケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由してコンテンツサーバ７と通信コネクションを確立する（ステップ２０１）。
【００６２】
その後、認証アクセス制御サーバ２は、利用者端末５からのコンテンツへのアクセス要求を受けて（ステップ２０２）、利用者４のコンテンツサーバ群６に対する認証に必要なパスワードの送信要求を利用者端末５に送信する（ステップ２０３）。
【００６３】
認証アクセス制御サーバ２は、この送信要求に応答して返信されてくるパスワードを受信すると、利用者４のコンテンツサーバ群６に対する認証を行なった（ステップ２０４）後、当初のコンテンツサーバ７宛てのアクセス要求を利用者端末５の代理でコンテンツサーバ７に送信して（ステップ２０５）、コンテンツサーバ７内で認証させるとともに、利用者端末５に対して、Ｊava アプレットを送信する（ステップ２０６）。
【００６４】
そして、ステップ２０２，２０５で送信したアクセス要求の応答を利用者端末５に送信する（ステップ２０７，２０８）。
【００６５】
その後、コンテンツサーバ７での認証が必要なコンテンツへのアクセスがあった場合（ステップ２０９，２１０）には、コンテンツサーバ７からパスワードの送信が求められる（ステップ２１１）。
【００６６】
この場合、認証アクセス制御サーバ２は、内部に持つ利用者４のコンテンツサーバ７用のパスワードを代理でコンテンツサーバ７に送信して、コンテンツサーバ７内で認証させる（ステップ２１２）。
【００６７】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、コンテンツサーバ７を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ２１３）。
【００６８】
さらに、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、認証機能を有さないコンテンツサーバ１０〜１２を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ２１４）。
【００６９】
ステップ２０９，２１０で送信したアクセス要求の応答を利用者端末５に送信した（ステップ２１５，２１６）後、次回以降のコンテンツサーバ７、およびコンテンツサーバ１０〜１２宛ての利用者端末５からのアクセス要求については、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバに到達するようになる（ステップ２１７、２１８）。
【００７０】
なお、ステップ２０２のアクセス要求が、コンテンツサーバ７での認証が必要なコンテンツへのアクセス要求であった場合には、ステップ２０７〜２１０までのステップは省略され、ステップ２１５，２１６でのアクセス要求の応答は、ステップ２０２，２０５で送信したアクセス要求の応答となる。
【００７１】
次に、利用者４が利用者端末５からコンテンツサーバ８or９宛てのアクセスを試みた場合、ゲートウェイ装置３において、利用者端末５を送信元とし、コンテンツサーバ８or９を送信先とするパケットの通過を許可するエントリは設定されていないため、当該パケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由して当該コンテンツサーバ８or９と通信コネクションを確立する（ステップ２１９）。
【００７２】
当該コンテンツサーバ８or９での認証が必要なコンテンツへのアクセスがあった場合（ステップ２２０，２２１）は、当該コンテンツサーバ８or９からパスワードの送信が求められる（ステップ２２２）。
【００７３】
この場合、認証アクセス制御サーバ２は、利用者端末５に対してパスワードの送信要求は行なわず、認証アクセス制御サーバ２の内部に持つ利用者４の当該コンテンツサーバ８or９用のパスワードを代理で当該コンテンツサーバ８or９に送信して、当該コンテンツサーバ８or９内で認証させる（ステップ２２３）。
【００７４】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、当該コンテンツサーバ８or９を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ２２４）。
【００７５】
ステップ２２０，２２１で送信したアクセス要求の応答を利用者端末５に送信した（ステップ２２５，２２６）後、次回以降の当該コンテンツサーバ８or９宛ての利用者端末５からのアクセス要求については、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバ８or９に到達するようになる（ステップ２２７，２２８）。
【００７６】
次に、利用者４が利用者端末５からコンテンツサーバ１０〜１２のいずれか宛てのアクセスを試みた場合には、ゲートウェイ装置３において、パケットの通過を許可するエントリは設定済みであるため、認証アクセス制御サーバ２を経由せず、直接当該コンテンツサーバ１０〜１２との間で通信コネクションを確立し（ステップ２２９）、コンテンツへのアクセスが可能である（ステップ２３０，２３１）。
【００７７】
（Ｃ）認証機能を有しないコンテンツサーバ１０〜１２に最初にアクセスする場合の処理
図６及び図７に、このときにおける処理の流れを示す。
【００７８】
利用者４が、コンテンツサーバ群６に対して、未認証の状態で、利用者端末５から認証機能を有さないコンテンツサーバ１０〜１２のいずれか宛てのアクセス要求のパケットを送信すると、ゲートウェイ装置３において、利用者端末５を送信元とし、送信先を当該コンテンツサーバ（ここでは仮にコンテンツサーバ１０とする）とするパケットの通過を許可するエントリが無いことから、利用者端末５からのパケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由してコンテンツサーバ１０と通信コネクションを確立する（ステップ３０１）。
【００７９】
その後、認証アクセス制御サーバ２は、利用者端末５からのコンテンツへのアクセス要求を受けて（ステップ３０２）、利用者４のコンテンツサーバ群６に対する認証に必要なパスワードの送信要求を利用者端末５に送信する（ステップ３０３）。
【００８０】
認証アクセス制御サーバ２は、この送信要求に応答して返信されてくるパスワードを受信すると、利用者４のコンテンツサーバ群６に対する認証を行なった（ステップ３０４）後、当初のコンテンツサーバ１０宛てのアクセス要求を利用者端末５の代理でコンテンツサーバ１０に送信して（ステップ３０５）、利用者端末５に対して、Ｊava アプレットを送信する（ステップ３０６）。
【００８１】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、コンテンツサーバ１０〜１２を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ３０７）。
【００８２】
そして、ステップ３０２，３０５で送信したアクセス要求の応答を利用者端末５に送信する（ステップ３０８，３０９）。
【００８３】
次回以降のコンテンツサーバ１０〜１２宛ての利用者端末５からのアクセス要求については、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバ１０〜１２に到達するようになる（ステップ３１０，３１１）。
【００８４】
次に、利用者４が利用者端末５からコンテンツサーバ７〜９のいずれか宛てのアクセスを試みた場合、ゲートウェイ装置３において、利用者端末５を送信元とし、コンテンツサーバ７〜９を送信先とするパケットの通過を許可するエントリは設定されていないため、当該パケットは認証アクセス制御サーバ２に転送され、認証アクセス制御サーバ２を経由して当該コンテンツサーバと通信コネクションを確立する（ステップ３１２）。
【００８５】
当該コンテンツサーバ７〜９での認証が必要なコンテンツへのアクセスがあった場合（ステップ３１３，３１４）には、当該コンテンツサーバ７〜９からパスワードの送信が求められる（ステップ３１５）。
【００８６】
この場合、認証アクセス制御サーバ２は、利用者端末５に対してパスワードの送信要求は行なわず、認証アクセス制御サーバ２の内部に持つ利用者４の当該コンテンツサーバ７〜９用のパスワードを代理で当該コンテンツサーバ７〜９に送信して、当該コンテンツサーバ７〜９内で認証させる（ステップ３１６）。
【００８７】
続いて、認証アクセス制御サーバ２は、ゲートウェイ装置３に対して、利用者端末５を送信元とし、当該コンテンツサーバ７〜９を送信先とするパケットを通過させるようにと、ファイアウォールエントリを設定（登録）する（ステップ３１７）。
【００８８】
ステップ３１３，３１４で送信したアクセス要求の応答を利用者端末５に送信した（ステップ３１８，３１９）後、次回以降の当該コンテンツサーバ７〜９宛ての利用者端末５からのアクセス要求は、認証アクセス制御サーバ２を経由せず、直接コンテンツサーバ７〜９に到達するようになる（ステップ３２０，３２１）。
【００８９】
次に、利用者４が利用者端末５からコンテンツサーバ１１or１２宛てのアクセスを試みた場合には、ゲートウェイ装置３において、パケットの通過を許可するエントリは設定済みであるため、認証アクセス制御サーバ２を経由せず、直接当該コンテンツサーバ１１or１２との間で通信コネクションを確立し（ステップ３２２）、コンテンツへのアクセスが可能である（ステップ３２３，３２４）。
【００９０】
（Ｄ）利用者のブラウザ終了による認証の無効化処理
認証アクセス制御サーバ２は、利用者４のコンテンツサーバ群６に対する認証を行なった後、利用者端末５に送信した常駐プログラム（ここではＪava アプレットとする）に対して一定時間毎に通信を行う。
【００９１】
認証アクセス制御サーバ２は、利用者端末５のＪava アプレットからの応答がなくなった場合、利用者４によるコンテンツサーバ閲覧が終了したものと判断して、ゲートウェイ装置３に対して先に設定した、利用者端末５を送信元としコンテンツサーバ群６に属するコンテンツサーバを送信先とする通過許可エントリを全て削除する。
【００９２】
これにより認証は無効化され、利用者端末５からコンテンツサーバ群６に属するコンテンツサーバ宛てのアクセス要求については、再び認証アクセス制御サーバ２を経由して認証を求められることになる。
【００９３】
（Ｅ）利用者のログアウト処理による認証の無効化処理
利用者４のコンテンツサーバ群６に対する認証を行なった後に利用者端末５に送信した常駐プログラム（ここではＪava アプレット）を使って、図８に示すように、利用者端末５上のブラウザに、認証の強制失効を指示するログアウトボタン２０を表示させる。
【００９４】
このログアウトボタン２０の表示を受けて、利用者端末５は、利用者４がログアウトボタン２０をクリックすることを契機にして、認証アクセス制御サーバ２に対して、認証の強制失効を指示するパケットを送信する。
【００９５】
認証アクセス制御サーバ２は、そのパケットを受信すると、ゲートウェイ装置３に対して先に設定した、利用者端末５を送信元としコンテンツサーバ群６に属するコンテンツサーバを送信先とする通過許可エントリを全て削除する。
【００９６】
これにより認証は無効化され、利用者端末５からコンテンツサーバ群６に属するコンテンツサーバ宛てのアクセス要求については、再び認証アクセス制御サーバ２を経由して認証を求められることになる。
【００９７】
（Ｆ）通信タイムアウトによる認証の無効化処理
ゲートウェイ装置３は、認証アクセス制御サーバ２から設定されたパケット通過許可エントリの参照状況を監視する。
【００９８】
ゲートウェイ装置３は、利用者端末５から一定時間連続してコンテンツサーバ群６に属するコンテンツサーバに対する通信が無かった場合、利用者端末５を送信元とし当該コンテンツサーバを送信先とする通過許可エントリを削除する。
【００９９】
この結果、コンテンツサーバ群６に属する全てのコンテンツサーバ宛てのエントリが削除された場合には、認証は無効化され、利用者端末５からコンテンツサーバ群６に属するコンテンツサーバ宛てのアクセス要求については、再び認証アクセス制御サーバ２を経由して認証を求められることになる。
【０１００】
（Ｇ）認証後一定時間経過による認証の無効化処理
認証アクセス制御サーバ２は、利用者４のコンテンツサーバ群６に対する認証を行なった時刻を記録しておき、一定時間が経過すると、ゲートウェイ装置３に対して先に設定した、利用者端末５を送信元としコンテンツサーバ群６に属するコンテンツサーバを送信先とする通過許可エントリを全て削除する。
【０１０１】
これにより認証は無効化され、利用者端末５からコンテンツサーバ群６に属するコンテンツサーバ宛てのアクセス要求については、再び認証アクセス制御サーバ２を経由して認証を求められることになる。
【０１０２】
図示実施形態例に従って本発明について説明したが、本発明はこれに限定されるものではない。例えば、実施形態例ではコンテンツサーバの認証を具体例にして本発明を説明したが、本発明はコンテンツサーバ以外のサーバの認証に対してもそのまま適用できるものである。
【０１０３】
【発明の効果】
以上のように本発明によれば、コンテンツサーバへのシングルサインオンを実現する認証アクセス制御システムにおいて、認証アクセス制御サーバへの負荷の集中を回避することで、認証アクセス制御サーバの処理性能や網リソースの限界に伴うスループットの低下を回避することが可能になるとともに、未認証のアクセス要求が直接コンテンツサーバに届くことを防止することでセキュリティ強度の高いシステムが実現できる、という効果が得られる。
【図面の簡単な説明】
【図１】本発明を実現するシステム構成の一実施形態例である。
【図２】実施形態例における処理の流れである。
【図３】実施形態例における処理の流れである。
【図４】実施形態例における処理の流れである。
【図５】実施形態例における処理の流れである。
【図６】実施形態例における処理の流れである。
【図７】実施形態例における処理の流れである。
【図８】ブラウザの説明図である。
【図９】リバース・プロキシ型のシングルサインオンの説明図である。
【図１０】エージェント・モジュール型のシングルサインオンの説明図である。
【符号の説明】
１        認証アクセス制御システム
２        認証アクセス制御サーバ
３        ゲートウェイ装置
４        利用者
５        利用者端末
６        コンテンツサーバ群
７〜１２  コンテンツサーバ
【図１】
0003863441.tif 000002
【図２】
0003863441.tif 000003
【図３】
0003863441.tif 000004
【図４】
0003863441.tif 000005
【図５】
0003863441.tif 000006
【図６】
0003863441.tif 000007
【図７】
0003863441.tif 000008
【図８】
0003863441.tif 000009
【図９】
0003863441.tif 000010
【図１０】
0003863441.tif 000011