(57)【要約】【課題】  本発明の目的は、認証スイッチが外部サーバの障害監視を行い、その結果を使って、端末に認証情報登録画面データを保持するＷｅｂサーバへのリダイレクト情報を提供することである。【解決手段】  認証スイッチ１００内に外部Ｗｅｂサーバ１２０の生死監視をするための生死監視制御部３０５を設け、外部Ｗｅｂサーバ１２０の生死監視を行う。また、認証スイッチ１００内の認証処理部３０４が、端末１１０からの認証リクエストに対して、生死監視制御部３０５が持つ外部Ｗｅｂサーバ１２０の生死監視テーブル３０７を元にリダイレクト情報を切り替えて、外部Ｗｅｂサーバ１２０の障害時でも、Ｗｅｂ認証を可能にする。【選択図】図２
2014149754.tif 000002
【特許請求の範囲】
【請求項１】
端末を収容し、認証サーバと前記認証サーバに送信されるデータに関連するコンテンツを保持する第一のサーバと前記認証サーバの認証結果に応じて前記端末が通信可能となる第二のサーバとにネットワークを介して接続される認証スイッチであって、
前記第一のサーバの状態を監視する状態監視部と、
前記端末からの第二のサーバへのアクセス要求を受けた場合、前記端末からのアクセス状況と前記第一のサーバの状態とに基づいて、リダイレクト先のＵＲＬを含むリダイレクト通知を前記端末に行うリダイレクト通知部と、
前記リダイレクト通知に従って端末からの要求により提供されるコンテンツに関連付けられるデータに基づく前記認証サーバの認証結果に基づいて前記端末の認証スイッチに対するアクセス状況を更新する認証部と、
前記アクセス要求に含まれる情報に従って、前記第二のサーバに前記端末からの通信を中継する中継処理部と、を有する、ことを特徴とする認証スイッチ。
【請求項２】
請求項１記載の認証スイッチであって、
さらに、前記認証サーバに送信されるデータに関連するコンテンツを保持するモジュールを有し、
前記リダイレクト通知部は、前記アクセス状況が前記端末のアクセス認証されていない場合に、前期状態監視部の結果に基づいて、前記第一のサーバあるいは前記モジュールを示すＵＲＬを含むリダイレクト通知を前記端末に行う、ことを特徴とする認証スイッチ。
【請求項３】
請求項１または2記載の認証スイッチであって、
前記状態監視部は、前記第一のサーバが稼働しているか、障害が発生しているかを示す生死状況を保持し、
前記リダイレクト通知部は、前記第一のサーバの生死状況に基づいて、リダイレクト先のＵＲＬを決定する、ことを特徴とする認証スイッチ。
【請求項４】
請求項１ないし３いずれか記載の認証スイッチであって、前記リダイレクト通知部は、前記第一のサーバが複数ある場合、第一のサーバの生死状況とリダイレクト先の候補の優先度でリダイレクト先ＵＲＬを決定することを特徴とする認証スイッチ。
【請求項５】
請求項１ないし３いずれか記載の認証スイッチであって、第一のサーバが複数ある場合、端末および接続情報または、端末からアクセスするネットワークの所定のサイトの種別に応じて、リダイレクト先ＵＲＬを決定することを特徴とする認証スイッチ。
【請求項６】
請求項１ないし５いずれか記載の認証スイッチであって、
前記端末とｈｔｔｐプロトコルに従って通信が行なわれ、前記端末からの前記第二のサーバのアクセス要求に対し、Ｗｅｂ認証処理を行う、ことを特徴とする認証スイッチ。
【請求項７】
請求項１または２記載の認証スイッチであって、
前記第一のサーバまたは前記認証スイッチが保持するコンテンツは、前記認証をするためのログイン画面である、ことを特徴とする認証スイッチ。
【請求項８】
請求項１または２記載の認証スイッチであって、
前記第一のサーバが保持するコンテンツは、前記認証スイッチが保持するコンテンツよりも情報量が多い、ことを特徴とする認証スイッチ。
【請求項９】
端末を収容し、認証サーバと前記認証サーバに送信されるデータに関連するコンテンツを保持する第一のサーバと前記認証サーバの認証結果に応じて前記端末が通信可能となる第二のサーバとにネットワークを介して接続される認証スイッチにおける認証処理方法であって、
前記第一のサーバの状態を監視し、
前記端末からの第二のサーバへのアクセス要求を受けた場合、前記端末からのアクセス状況と前記第一のサーバの状態とに基づいて、リダイレクト先のＵＲＬを決定し、前記決定されたＵＲＬを含むリダイレクト通知を前記端末に実行し、
前記リダイレクト通知に従って端末からの要求により提供されるコンテンツに関連付けられるデータに基づく前記認証サーバの認証結果に基づいて前記端末の認証スイッチに対するアクセス状況を更新し、
前記アクセス要求に従って、前記第二のサーバに前記端末からの通信を中継する、ことを特徴とする認証処理方法。
【請求項１０】
ネットワークシステムであって、
端末と、
認証サーバと、
前記認証サーバに送信されるデータに関連するコンテンツを保持する第一のサーバと、
前記認証サーバの認証結果に応じて前記端末が通信可能となる第二のサーバと、
前記端末を収容し前記第一のサーバと前記第二のサーバと前記認証サーバとにネットワークを介して接続される認証スイッチと、を備え、
前期認証スイッチは、前記第一のサーバの状態を監視する状態監視部と、
前記端末からの第二のサーバへのアクセス要求を受けた場合、前記端末からのアクセス状況と前記第一のサーバの状態とに基づいて、リダイレクト先のＵＲＬを含むリダイレクト通知を前記端末に行うリダイレクト通知部と、
前記リダイレクト通知に従って端末からの要求により提供されるコンテンツに関連付けられるデータに基づく前記認証サーバの認証結果に基づいて前記端末の認証スイッチに対するアクセス状況を更新する認証部と、
前記アクセス要求に含まれる情報にしたがって前記第二のサーバに前記端末からの通信を中継する中継処理部と、を有する、ことを特徴とするネットワークシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証スイッチ、認証スイッチを有するネットワークシステム、または認証スイッチに関連する認証方法に関わり、特に、Ｗｅｂ認証を行うスイッチに関する。
【背景技術】
【０００２】
通信ネットワークのインフラ化とともに、セキュリティを強化するさまざまな機能が提案されている。ネットワーク認証もその１つである。ネットワーク認証システムを構成するのは、主にＰＣ等の端末機器、認証スイッチ、認証サーバである。認証システムの基本的な動作としては、まず、ＰＣ等の端末機器から認証スイッチに対して認証リクエストパケットを出力する。
【０００３】
特許文献１では、認証スイッチで、Ｗｅｂ認証を行なうシステムが開示されている。
認証スイッチでは、この認証リクエストパケットを受信すると受信パケット中の認証情報を基に認証サーバに対して、該認証情報が登録されているかを問い合わせる。認証スイッチは、認証サーバから該認証情報が登録済みのものであることを通知されると該認証リクエストパケットのソースＭＡＣアドレスを通信可能とする。
認証スイッチにおけるＷｅｂ認証においては、ｈｔｔｐを使って端末から、認証スイッチへ、認証リクエストパケットを送信し、認証サーバ内のＷｅｂサーバにより、認証画面データ（ログイン画面データ）を端末に返信する。端末を使用するユーザは、認証録画面（ログイン画面データ）から、ユーザＩＤ、パスワード等の情報を入力し、認証スイッチへ送信する。認証スイッチでは、受信したユーザＩＤやパスワード等の認証情報を使って、認証サーバに問い合わせ、該当認証情報が、認証サーバに登録されたものであれば、該当する端末のＭＡＣアドレスを持つパケットを転送可能とする。
【０００４】
特許文献２では、認証サーバとクライアント端末の間にあるネットワーク装置が、認証サーバが機能を停止したと判断すると、認証サーバと異なる認証方式でネットワーク装置が認証する、システムが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１１−１０７７９６
【特許文献２】特開２０１１−２３８１６２
【発明の概要】
【発明が解決しようとする課題】
【０００６】
背景技術で開示された文献では、端末からのアクセスから認証完了までに、外部のサーバの状態によって、認証が続行できない場合は、認証を終了させるか、再度別の方式で認証処理を再度行う必要がある。そうすると、端末が、所望のサイトへのアクセスに時間がかかる。帯域の無駄も発生する場合がある。
【０００７】
例えば、Ｗｅｂ認証では、端末からの認証リクエストに対して、認証画面（ログイン画面データ）を認証スイッチからダウンロードして行う。認証画面（ログイン画面データ）は、通常、認証スイッチに内に設定し、使用する。本画面には、ユーザＩＤとパスワード情報を入力するエリアがあるが、ネットワークを使用するユーザに配信するため使用する環境（企業、大学）によって、使用ユーザに対する情報提供のツールになる。
従って、認証画面（ログイン画面データ）に画像データ等の挿入や新規情報を追加等が必要になるが、認証スイッチでは、メモリ等のリソースに限度があり、実現が困難である。そのため、外部Ｗｅｂサーバに認証画面データを持たせる必要がある。認証スイッチでは、認証画面データ量に応じたメモリ等の拡張ができないが、外部Ｗｅｂサーバであれば、メモリ、ディスク容量等拡張が可能であるため、外部Ｗｅｂサーバに認証画面（ログイン画面データ）を持たせることにより、認証画面への付加情報の追加が可能になる。
【０００８】
また、外部Ｗｅｂサーバの認証画面を端末からアクセスさせるためには、端末から認証スイッチへの認証リクエストに対して、外部Ｗｅｂサーバにリダイレクトさせることが必要になる（認証スイッチは、端末からのアクセスに対して、外部Ｗｅｂサーバへのリダイレクトアクセス指示を出すことが必要）。
【０００９】
また、外部Ｗｅｂサーバに認証画面データを持たせリダイレクト先を固定してしまうと、外部Ｗｅｂサーバの障害時でも端末は、外部Ｗｅｂサーバに対して、認証画面の要求を出すため、認証画面をダウロードできず、結果として、ネットワーク認証ができなくなり、認証スイッチを介した外部ネットワークへの通信が出来なくなってしまうという問題が生じるため、外部Ｗｅｂサーバと認証スイッチ内のＷｅｂサーバとの切り替えなければならない。
【課題を解決するための手段】
【００１０】
上記課題の少なくとも一を解決するために、本発明の一態様として、例えば、端末を収容する認証スイッチは、認証サーバと前記認証サーバに送信されるデータに関連するコンテンツを保持する第一のサーバと前記認証サーバの認証結果に応じて前記端末が通信可能となる第二のサーバとにネットワークを介して接続され、第一のサーバの状態を監視し、端末からの第二のサーバへのアクセス要求に応じて、第一のサーバの状態に基づいて、リダイレクト先のＵＲＬを含むリダイレクト通知を前記端末に行う。また、認証スイッチは、そのリダイレクト通知に従って端末からの要求により提供されるコンテンツに関連付けられるデータに基づく前記認証サーバの認証結果に基づいて前記端末の認証スイッチに対するアクセス状況を更新する。また、認証スイッチは、アクセス要求にしたがって前記第二のサーバに前記端末からの通信を中継する。
【発明の効果】
【００１１】
サーバの稼働状況やサーバとの通信状況に応じた認証処理が可能となる。
【図面の簡単な説明】
【００１２】
【図１】ネットワークシステム構成図
【図２】端末、認証スイッチ、複数外部Ｗｅｂサーバ、外部認証サーバ、サイト提供サーバ間のシーケンス図
【図３】認証スイッチの装置構成図
【図４】生死監視テーブル図
【図５】ＨＴＴＰレスポンスメッセージフォーマット図
【図６】実施例１における生死監視制御部の処理フロー図
【図７】実施例１における認証処理部によるＵＲＬリダイレクト先切り替え処理フロー図
【図８】サーバ選択条件テーブル図
【図９】複数外部Ｗｅｂサーバ時の認証処理部によるＷｅｂサーバ切り替え処理フロー図の変形例
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について、図１〜図９を用いて説明する。なお、実質同一部位には、同じ参照番号を振り、説明は繰り返さない。
【００１４】
図１は、認証システムを含むネットワークシステムを説明する。図１において、認証スイッチ１００と、端末１１０と、外部Ｗｅｂサーバ１２０と、Ｌ３スイッチ１３０と、ＨＵＢ１４０と、外部認証サーバ１５０と、サイト提供サーバ１６０を有するシステムを示す。
【００１５】
端末１１０は、ＨＵＢ１４０を介して、認証スイッチ１００と接続されている。認証スイッチ１００は、Ｌ３スイッチ１３０を介して、外部Ｗｅｂサーバ１２０と、外部認証サーバ１５０と接続されている。
【００１６】
端末１１０は、サイト提供サーバ１６０と通信をするＰＣ（パーソナル・コンピューター）などのコンピューター装置である。また、端末１１０は、例えば、情報処理装置や計算機、を含み、また、無線ＬＡＮ  ＨＵＢ１４５やスイッチが無線基地局として構成され、無線ＬＡＮネットワークが提供される場合、端末１１０は、無線端末や無線通信機能を備えた情報処理装置であってもよい。サイト提供サーバ１６０は端末１１０に各種サービスを提供するためのサーバであり、例えば企業、もしくは学校内の業務サーバである。
【００１７】
外部認証サーバ１５０は端末１１０の認証を行うサーバであり、端末１１０の認証情報が記憶されている。
【００１８】
外部Ｗｅｂサーバは、端末に提供する認証画面データ１２５を保持する計算機や情報処理装置である。認証画面データ１２５は、少なくとも端末１１０の識別子（ＩＤ）や端末を使用するユーザの識別子の入力ある表示領域と、外部認証サーバの認証処理に用いられるパスワードの入力エリアを含む。外部Ｗｅｂサーバであれば、認証スイッチに比べリソースが多くメモリ、ディスク容量等拡張も容易である。従って、外部Ｗｅｂサーバが保持する認証画面（ログイン画面データ）は、認証スイッチが保持するものに比べて、認証画面データ１２５には、ＩＤとパスワードの入力・表示エリア以外に、認証画面への付加情報の追加された情報も含まれてもよい。
【００１９】
外部Ｗｅｂサーバ１２０は、複数であってもあらかじめ決められた単一のサーバであってもよい。複数とすることで、よりシステム冗長機能を高めることができる。認証スイッチ１００は、端末１１０とサイト提供サーバ１６０との通信を中継するスイッチ装置である。また、認証スイッチ１００は、サイト提供サーバ１６０へのアクセスを要求する通信元の端末１１０を認証する、ゲートウエイである。  
認証スイッチは、状態管理部１０２、リダイレクト通知部１０４、ログイン画面提供部１０６、認証部１０８、ローカルＷｅｂサーバ３０３、認証画面データ３０９を有する。
【００２０】
ローカルＷｅｂサーバ３０３は、外部Ｗｅｂサーバ１２０が障害状態である場合、外部Ｗｅｂサーバ１２０に代わり認証画面（ログインデータ）を提供する代理サーバの処理を行う。
【００２１】
認証スイッチ１００は、未認証端末からのサイト提供サーバに対するアクセスに対し、外部Ｗｅｂサーバや認証スイッチ１００自身が保持するログイン画面を表示させ、強制的に認証処理を要求する。特に、本実施例では、外部Ｗｅｂサーバの障害と復旧を監視し、障害を検出した場合は認証スイッチのローカルＷｅｂサーバ３０３に、復旧を検出した場合、外部Ｗｅｂサーバ１２０にリダイレクト先を設定する。
【００２２】
認証スイッチ１００の状態管理部１０２は、ログイン画面の提供元となる、外部Ｗｅｂサーバの稼働状況や障害発生状況を監視する。
【００２３】
一方、認証スイッチ１００は、未認証の端末からのサイト提供サーバへのアクセス要求に対し、認証処理を要求する。ここでの認証処理要求は、外部Ｗｅｂサーバの認証画面を端末からアクセスさせるためには、端末から認証スイッチへの認証リクエストに対して、外部Ｗｅｂサーバにリダイレクトさせる要求である。つまり、認証スイッチのリダイレクト通知部１０４は、端末からのアクセスに対して、状態管理部１０２の監視結果に基づいて選択された外部Ｗｅｂサーバあるいは認証スイッチ内のローカルＷｅｂサーバへのリダイレクトアクセス指示を出す。この要求には、リダイレクト先の通知つまり、認証処理を行うために必要な情報である認証画面データを提供するリソースが指定されるＵＲＬを含む。なお、リダイレクト先は、外部Ｗｅｂサーバの稼働状況や障害発生状況の監視結果で、外部Ｗｅｂサーバや認証スイッチ１００自身に決定される。
【００２４】
そして、リダイレクト通知に従ったログイン画面要求を端末１１０から受けると、認証スイッチ１００のログイン画面提供部１０６は、外部Ｗｅｂサーバの認証画面データあるいは認証スイッチが保持する認証画面データを用いて、ログイン画面データを端末１１０に提供する。なお、ログイン画面データは、少なくとも端末１１０の識別子（ＩＤ）や端末を使用するユーザの識別子の入力ある表示領域と、外部認証サーバの認証処理に用いられるパスワードの入力エリアを含む。さらに、端末１１０から、ログイン画面データに応じて入力された端末１１０のＩＤとパスワードを含む認証要求を受け取ると、認証スイッチ１００の認証部１０８は、外部認証サーバに、その認証要求を送る。外部認証サーバから認証結果を受け取り、認証スイッチ１００は、認証結果を端末１１０に送る。
【００２５】
以上により、認証スイッチは、未認証の端末からのアクセスに対して、認証画面を提供するサーバの状況によってリダイレクト先を選択し、認証処理を行う。認証が完了することで、端末１１０はサイト提供サーバ１６０と通信が可能となる。以上が、認証スイッチの概要と、システムの構成の説明である。
【００２６】
図２を参照して、図１で説明した認証スイッチによる、認証処理をシーケンス図を用いて説明する。実施例１における、図２は、端末１１０、認証スイッチ１００と、外部Ｗｅｂサーバ１２０と、複数の外部認証サーバ１５０と、サイト提供サーバ１６０間のシーケンスである。
【００２７】
端末１１０から認証スイッチ１００（例えば状態監視部１０２）は定期的に外部Ｗｅｂサーバ１２０の生死状態を監視する（２００）。
【００２８】
認証スイッチ１００（例えば、リダイレクト通知部１０４）は、端末１１０から、ネットワークの所定のサイトへのアクセス要求（アクセスの種類はｈｔｔｐ（ｈｙｐｅｒ  ｔｅｘｔ ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）のＧＥＴメソッド）（２０１）に対して、Ｗｅｂサーバのアクセス情報を端末１１０に通知する（２０２）。外部Ｗｅｂサーバ１２０が正常稼動していれば、認証スイッチ１００は、ＵＲＬリダイレクト先サーバとして、外部Ｗｅｂサーバ１２０のアクセス情報を端末１１０に通知する。一方、外部Ｗｅｂサーバ１２０が障害状態の場合、認証スイッチ１００はＵＲＬリダイレクト先サーバとして、認証スイッチ１００内のローカルＷｅｂサーバのアクセス情報を端末１１０に通知する（２１０）。本通知メッセージの具体的な構成例を図５に示すが、詳細については後述する。
【００２９】
ＵＲＬリダイレクト先サーバが外部Ｗｅｂサーバ１２０と指定された場合、端末１１０はＵＲＬリダイレクト先サーバである外部Ｗｅｂサーバ１２０（正常稼動している１つ）に認証画面（ログイン画面データ）を要求する（アクセスの種類はｈｔｔｐのＧＥＴメソッド）（２２１）。外部Ｗｅｂサーバ１２０（正常稼動している１つ）は端末１１０に認証画面（ログイン画面データ）を認証スイッチ１００（例えば、ログイン画面提供部１０６）を介して応答する（２２２）。
【００３０】
ＵＲＬリダイレクト先サーバが認証スイッチ１００内のローカルＷｅｂサーバと指定された場合、端末１１０はＵＲＬリダイレクト先サーバである認証スイッチ１００内のローカルＷｅｂサーバに認証画面（ログイン画面データ）を要求する（２１１）。認証スイッチ１００内のローカルＷｅｂサーバは端末１１０に認証画面（ログイン画面データ）を（例えば、ログイン画面提供部１０６を介して）送信する（２１２）。
【００３１】
端末１１０は、認証スイッチ１００にログイン認証を要求する（アクセスの種類はｈｔｔｐのＰＯＳＴメソッド）（２０５）。認証スイッチ１００（例えば、認証部１０８）は外部認証サーバ１５０にログイン認証を要求する（２０６）。なお、図２では外部認証サーバ１５０をＲａｄｉｕｓサーバとする。外部認証サーバ１５０は認証スイッチ１００に認証結果を通知する（２０７）。
【００３２】
認証許可完了後は、認証スイッチ１００は端末１１０に完了画面、および認証前のＵＲＬ（２０１のｈｔｔｐアクセスに含まれるＵＲＬ）を通知して（２０８）、認証前のＵＲＬにジャンプすることで（２０９）、端末１１０は所定のサイトへのアクセスが可能となる。なお、シーケンス２０９のジャンプするために、認証前のＵＲＬを、端末１１０から所定のサイトへのアクセス要求を受けてから認証スイッチ１００が保持してもよい。または、シーケンス２０１から２０８の各処理で、やりとりされるｈｔｔｐデータ（ｆｏｒｍ内）に、認証前のＵＲＬをタグで記述することにより、認証前のＵＲＬを引き継がせてもよい。認証不許可の場合は、認証スイッチ１００は端末１１０に認証不許可の画面を通知する。
【００３３】
なお、正常稼動している外部Ｗｅｂサーバ１２０が複数ある場合、最初に正常稼動を確認した外部Ｗｅｂサーバ１２０を選択してもよい。また、任意に指定した優先度により選択してもよい。端末１１０の端末情報または、端末１１０の接続情報または、端末１１０からアクセスするネットワークの所定のサイトの種別に応じて選択してもよい。
【００３４】
なお、２０２で、リダイレクト先は、少なくとも一の外部Ｗｅｂサーバ１２０と認証スイッチ内のローカルＷｅｂサーバ３０３との中から指定してもよい。また、リダイレクト先は、複数の外部Ｗｅｂサーバ１２０の中から指定してもよい。また、リダイレクト先は、稼働している外部Ｗｅｂサーバが指定されてもよい。
【００３５】
図３を参照して、認証スイッチ１００の装置構成を説明する。図３において、認証スイッチ１００は、ＣＰＵ部３１２、記憶部３１３、ＬＡＮスイッチ制御部３１４から構成されている。ＣＰＵ部３１２はパケット送受信部３０１、Ｗｅｂ認証モジュール３５０（認証登録部３０２、認証処理部３０４、ローカルＷｅｂサーバ３０３から構成）、生死監視制御部３０５、ＵＲＬリダイレクト処理部３０６を有する。
【００３６】
記憶部３１３は、生死監視テーブル３０７、認証済み端末登録テーブル３０８、認証画面データ３０９、未認証端末登録テーブル３１０を保持する。また、認証サーバが複数ある場合は、  記憶部３１３は、サーバ選択条件テーブル３１５も保持してもよい。
【００３７】
認証画面データ３０９は、端末１１０に提供するログイン画面データや、認証許可完了画面などの認証画面データを記憶する。
【００３８】
生死監視テーブル３０７は、外部Ｗｅｂサーバの監視結果であるサーバの稼働状態や障害状態が保持される。具体的には、生死監視テーブル３０７は、外部Ｗｅｂサーバ１２０の生死情報を記録する。
【００３９】
未認証済み端末登録テーブル３１０は、認証前の端末１１０のＭＡＣアドレス、ＶＡＬＮアドレス、ＩＰアドレス、認証前のＵＲＬ（図２の２０１のｈｔｔｐアクセスに含まれるＵＲＬ）３９５を記憶する。
【００４０】
認証済み端末登録テーブル３０８は、未認証済み端末登録テーブル３１０に含まれる端末情報３９０と認証前ＵＲＬ３９５のうち、認証済みとなった端末１１０のＭＡＣアドレス、ＶＡＬＮアドレス、ＩＰアドレス、認証前のＵＲＬ（図２の２０１のｈｔｔｐアクセスに含まれるＵＲＬ）３９５を記憶する。
【００４１】
サーバ選択条件テーブル３１５は、端末１１０の端末情報または接続情報または、端末１１０からアクセスするネットワークの所定のサイトの種別と、その場合に選択する外部Ｗｅｂサーバ１２０との対応付けにより構成される。
【００４２】
ＬＡＮスイッチ制御部３１４は、転送制御部３００とパケット転送テーブル３１１を有する。
【００４３】
パケット転送テーブル３１１は、認証済みとなった端末１１０のＭＡＣアドレスを登録する。つまり、パケット転送テーブル３１１は、過去のアクセスによって、認証が行なわれ、認証済みとなった端末１１０を特定する情報が保持されている。パケット転送テーブル３１１は、ＬＡＮスイッチ制御部が備えるメモリに格納されてもよい。本テーブルに登録されたＭＡＣアドレスからのパケットをサイト提供サーバ１６０への転送対象とする。
【００４４】
転送制御部３００は、外部からポートを介してパケットを受信する（３３５）。転送制御部３００は、外部からポートを介して受信したパケットの送信元がパケット転送テーブル３１１に登録されているか判別する。判別結果、登録されていれば、転送制御部３００は、受信したパケットを宛先であるサイト提供サーバ１６０に向けて外部にポートを介して送信する（３４０）。
【００４５】
判別結果、登録されていない場合、転送制御部３００は、端末１１０の認証処理を行うため、つまり、過去にアクセスされていないか、アクセス後、一定時間経過によるログアウトやログアウト要求によりログアウトした結果、再度認証が必要な場合である。端末１１０および外部認証サーバ１５０からネットワークを介して受信したパケットをパケット送受信部３０１に転送する（３６０）。また、転送制御部３００は、端末１１０からネットワークの所定のサイトへのアクセスパケットを受信して、ＣＰＵ部３１２にあるパケット送受信部３０１に転送する（３６０）。
【００４６】
転送制御部３００は、パケット送受信部３０１から受信したパケットを端末１１０および外部認証サーバ１５０に転送する（３６１）。
【００４７】
パケット送受信部３０１は、転送制御部３００から受信したパケットを認証登録部３０２、認証処理部３０４に転送する（３６２）。また、パケット送受信部３０１は、認証登録部３０２、認証処理部３０４およびＵＲＬリダイレクト処理部３０６から受信したパケットを転送制御部３００に転送する（３６１）。
【００４８】
具体的には、ＵＲＬリダイレクト処理部３０６からのＨＴＴＰレスポンスメッセージは、転送制御部３００を介して、端末１１０に転送される。
【００４９】
認証処理部３０４は、未認証の端末１１０のＷｅｂ認証処理を行う。具体的には、認証処理部３０４は、ネットワークの所定のサイトへのアクセス要求（アクセスの種類はｈｔｔｐのＧＥＴメソッド）（２０１）に対する認証処理を実行する。このアクセス要求元の端末を特定する情報が、パケット転送テーブル３１１に登録されていないため、未認証の端末に対して、強制的に認証勝利をさせるため認証処理部３０４での処理が行われる。
【００５０】
認証処理部３０４は、パケットに含まれているＵＲＬ情報に関する外部Ｗｅｂサーバ１２０の生死情報を生死監視制御部３０５に問い合わせる（３６４）。
【００５１】
なお、複数外部Webサーバがある場合、認証処理部３０４が外部Ｗｅｂサーバ１２０の生死情報を生死監視制御部３０５に問い合わせる（３６４）前に、パケットに含まれる端末１１０の端末情報または、端末１１０の接続情報または、端末１１０からアクセスするネットワークの所定のサイトの種別を元に、サーバ選択条件テーブル３１５から外部Ｗｅｂサーバ１２０を選択してもよい（３８０）。そして、認証処理部３０４が選択された外部Webサーバ１２０の生死情報を生死監視制御部３０５に問い合わせてよい（３６４）。
【００５２】
また、認証処理部３０４は、記憶部３０７に格納される外部Ｗｅｂサーバ１２０の生死情報や生死情報に関連する外部Ｗｅｂサーバの稼働情報を取得してもよい。
【００５３】
認証処理部３０４は、生死監視制御部３０５から問い合わせ結果を受け取り（３６６）、外部Ｗｅｂサーバ１２０の生死情報からＵＲＬリダイレクト先サーバを決定して、ＵＲＬリダイレクト処理部３０６に通知する（３６８）。
【００５４】
ＵＲＬリダイレクト処理部３０６は、リダイレクト通知部１０４の一例である。ＵＲＬリダイレクト処理部３０６は、ＵＲＬリダイレクト先サーバのＵＲＬを含んだＨＴＴＰレスポンスメッセージを生成する。また、ＵＲＬリダイレクト処理部３０６は、未認証端末登録テーブル３１０に端末１１０の情報３９０（例えば、端末を識別する情報としてIPアドレス）とアクセス要求に含まれる認証前のＵＲＬ３９５とを対応付けて登録する（３７０）。ＵＲＬリダイレクト処理部３０６は、ＨＴＴＰレスポンスメッセージ内のＬｏｃａｔｉｏｎヘッダにリダイレクト先ＵＲＬを格納して、パケット送受信部３０１に通知する（３７２）。図５にＬｏｃａｔｉｏｎヘッダの構成例を示すが、詳細については後述する。
【００５５】
ＵＲＬリダイレクト先サーバを外部Ｗｅｂサーバ１２０とする場合、端末１１０は、ＵＲＬリダイレクト先サーバである外部Ｗｅｂサーバ１２０に対しての認証画面（ログイン画面データ）を要求する。その要求を、その要求に含まれるＵＲＬリダイレクト先サーバ決定されたサーバのアドレスに向けて、認証スイッチ１００は外部Ｗｅｂサーバ１２０に転送する。そして、図１のログイン画面提供部１０６の一例として、認証スイッチ１００は、外部Ｗｅｂサーバ１２０から送信される、認証画面（ログイン画面データ）を端末１１０に転送する（図２の２０４が対応）。
【００５６】
その後、認証スイッチ１００の認証処理部３０４は、端末１１０から、認証スイッチ１００にログイン認証の要求を、ｈｔｔｐのＰＯＳＴメソッドに従って、ＬＡＮスイッチ制御部を介して受信する。（図２の２０５が対応）。認証処理部３０４は、外部認証サーバ１５０にログイン認証をＬＡＮスイッチ制御部を介して要求する（図２の２０６が対応）。なお、本実施例では、外部認証サーバ１５０をＲａｄｉｕｓサーバとする。外部認証サーバ１５０は、認証スイッチ１００に認証結果を通知する（図２の２０７が対応）。認証許可完了後は、認証スイッチ１００は端末１１０に完了画面を通知する（２０８）。
【００５７】
認証許可完了後、認証スイッチ１００は、所定のサイトへのアクセス要求（アクセスの種類はｈｔｔｐのＧＥＴメソッド）（図２の２０１）に含まれるＵＲＬを用いてジャンプすることで、端末１１０に、所定のサイトが提供するコンテンツを転送する。認証不許可の場合は、認証スイッチ１００は端末１１０に認証不許可の画面を通知する。
【００５８】
一方、ＵＲＬリダイレクト先サーバを認証スイッチ１００内のローカルＷｅｂサーバ３０３とする場合、認証スイッチ１００のＵＲＬリダイレクト処理部３０６は、ＵＲＬリダイレクト先サーバとして、認証スイッチ１００内のローカルＷｅｂサーバのアクセス情報を端末１１０に通知する。そして、端末１１０から、ＬＡＮスイッチ制御部３１４は、そのアクセス情報に基づいてローカルＷｅｂサーバ３０３の認証画面（ログイン画面データ）の要求を、転送制御部３００、パケット送受信部３０１を介して、認証処理部３０４に通知する（３６２）。認証画面（ログイン画面データ）の要求は、図２のシーケンス２０３、シーケンス２０４に示すとおり、アクセスの種類はｈｔｔｐのＧＥＴメソッドである。（２０３）端末１１０はＵＲＬリダイレクト先サーバである認証スイッチ１００内のローカルＷｅｂサーバに認証画面（ログイン画面データ）を要求する（２１１）。図１のログイン画面提供部１０６の一例として、認証スイッチ１００内のローカルＷｅｂサーバは、認証画面データ３０９を取得しＬＡＮスイッチ制御部３１４を介して端末１１０に認証画面（ログイン画面データ）を送る。
【００５９】
端末１１０からログイン認証の要求があった場合、転送制御部３００、パケット送受信部３０１、認証処理部３０４を介して、外部認証サーバ１５０にログイン認証を要求する。
【００６０】
認証処理部３０４は、認証部１０８の一例である。認証処理部３０４は、ＵＲＬリダイレクト先サーバであるローカルＷｅｂサーバ３０３の認証画面（ログイン画面データ）３０９を記憶部３１３からローカルＷｅｂサーバ３０３を介して取得する（３６５）。認証処理部３０４は、取得した認証画面３０９をパケット送受信部３０１、転送制御部３００を介して、端末１１０に通知する（３６３）。
【００６１】
ローカルＷｅｂサーバモジュール３０３は、外部Ｗｅｂサーバ１２０が障害状態である場合、外部Ｗｅｂサーバ１２０に代わり認証画面（ログインデータ）を提供する代理サーバの処理を行う。  ローカルＷｅｂサーバモジュール３０３は、認証画面データ３０９から認証画面（ログイン画面データ）を抽出して、端末１１０への認証画面（ログイン画面データ）を提供する。ローカルＷｅｂサーバ３０３は、端末１１０からＵＲＬリダイレクト先サーバであるローカルＷｅｂサーバ３０３に対して認証画面の要求を認証処理部３０４を介して受けると、認証画面データ３０９を取得し（３６５）、要求に応答し、認証画面データを、認証処理部３０４およびＬＡＮスイッチ制御部を介して送信する。
【００６２】
認証登録部３０２は、外部Ｗｅｂサーバ１２０またはローカルＷｅｂサーバ３０３による認証処理により、端末１１０が認証完了となった場合、未認証端末登録テーブル３１０から、端末１１０の情報を抽出し、認証済み端末登録テーブル３０８に端末１１０の情報３９０と認証前ＵＲＬ３９５を登録する（３７７）。また、認証登録部３０２は、認証画面データ３０９から認証許可完了画面を抽出して、端末１１０に提供する（３７６）。なお、外部認証サーバ１５０から認証許可の通知があった場合、転送制御部３００、パケット送受信部３０１を介して（３３５、３６０）、認証登録部３０２に通知する（３７７）。
【００６３】
認証登録部３０２は、認証済み端末登録テーブル３０８に端末１１０の情報を登録する（３７５）。この登録により、パケット転送テーブル３１１に端末１１０の情報を登録して、端末１１０からネットワークの所定のサイトへのアクセスを可能とする。さらに、認証登録部は、認証画面データ３０９から抽出した認証完了画面、および認証済み端末登録テーブル３０８に含まれる認証前のＵＲＬをパケット送受信部３０１、転送制御部３００を介して端末１１０に通知する（３７６）。端末１１０は、認証前のＵＲＬを用いてジャンプすることで、所定のサイトが提供するコンテンツにアクセス可能となる。なお、認証前のＵＲＬを端末１１０に通知するもう一つの手法は、認証前の端末１１０からの所定のサイトへのアクセス要求に含まれる認証前のＵＲＬを抽出し、各処理で認証前のＵＲＬを引き継ぎさせてもよい。
【００６４】
生死監視制御部３０５は、状態管理部１０２の一例である。生死監視制御部３０５は、外部Ｗｅｂサーバ１２０の生死状態を、ネットワークを介して監視して、生死結果を生死監視テーブル３０７に登録する（３９０）。生死監視制御部３０５は、記憶部３１３にある生死監視テーブル３０７から外部Ｗｅｂサーバ１２０の生死情報を抽出して（３９０）、生死情報を認証処理部３０４に通知する（３６６）。以上が、認証スイッチの装置構成である。
【００６５】
図４を参照して、生死監視テーブル３０７について説明する。生死監視テーブル３０７は、外部Ｗｅｂサーバの状態を管理する。例えば、生死監視テーブル３０７は、ＵＲＬ６００、ＩＰアドレス６０１、生死状態６０２、監視間隔時間６０３、正常規定数６０４、障害規定数６０５、正常カウンタ６０６、障害カウンタ６０７、優先度６０８を含む。ＵＲＬ６００、ＩＰアドレス６０１、の組み合わせで外部Ｗｅｂサーバ１２０ごとに、生死状態に関する情報が対応づけられる。ＵＲＬ６００は、外部Ｗｅｂサーバ１２０のＵＲＬを記録する。ＩＰアドレス６０１は、外部Ｗｅｂサーバ１２０のＩＰアドレスを記録する。
【００６６】
生死状態６０２は、外部Ｗｅｂサーバの稼働状態が登録され、または更新される。生死状態６０２は、外部Ｗｅｂサーバ１２０が正常稼動であれば「０」、障害状態であれば「１」を記録する。監視間隔時間６０３は外部Ｗｅｂサーバ１２０へのヘルスチェック周期時間（秒単位）であり、任意に設定可能とする。正常規定数６０４は外部Ｗｅｂサーバ１２０が正常稼動と判断するため、ヘルスチェックに対する連続応答回数であり、任意に設定可能とする。障害規定数６０５は外部Ｗｅｂサーバ１２０が障害状態と判断するため、ヘルスチェックに対する連続無応答回数であり、任意に設定可能とする。正常カウンタ６０６はヘルスチェックに対する応答回数を記録する。障害カウンタ６０７はヘルスチェックに対する無応答回数を記録する。優先度６０８は任意に数値で優先度を指定する。数値が小さい程、優先度が高い。
【００６７】
生死監視テーブル３０７は、複数の外部Webサーバの生死状態に関する情報が管理される構成としてもよいし、認証スイッチ１００ごとに対応する一つの外部Webサーバの生死状態に関する情報が管理される構成としてもよい。
【００６８】
なお、優先度６０８がない生死監視テーブル３０７の構成とした場合、複数の外部Webサーバのエントリのうち、一番上のエントリから参照してもよい。
【００６９】
図５を参照して、外部Ｗｅｂサーバ１２０またはローカルＷｅｂサーバ３０３が指定されるＵＲＬリダイレクト先サーバの指定を含むＨＴＴＰレスポンスメッセージフォーマットを説明する。一般的なＨＴＴＰレスポンスメッセージフォーマットのＬｏｃａｔｉｏｎヘッダにリダイレクト先ＵＲＬが格納されているが、本実施例では拡張して、リダイレクト先ＵＲＬ（またはＩＰアドレス）７００、認証スイッチ１００のホスト名７０１、認証スイッチ１００のＭＡＣアドレス７０２、認証スイッチ１００のＩＰアドレス７０３、端末１１０のＭＡＣアドレス７０４、端末１１０のＶＬＡＮ番号７０５、端末１１０のＩＰアドレス７０６、端末１１０が接続されているポート番号７０７、リダイレクト前のＵＲＬ７０８（認証前のＵＲＬ）のヘッダーを設ける。リダイレクト前のＵＲＬ７０８（認証前のＵＲＬ）は、図２の各シーケンスでやりとりされるｈｔｔｐデータに含まれていてもよい。
【００７０】
認証スイッチ１００、端末１１０の情報により、外部Ｗｅｂサーバ１２０は設置場所、使用ユーザに対応した認証画面を端末１１０に送信することが可能になる。
【００７１】
生死監視制御部３０５の処理フローを図６を参照して説明する。
【００７２】
まず、生死監視制御部３０５は、生死監視制御部３０５に登録された全ての外部Ｗｅｂサーバ１２０に対して、ヘルスチェックを生死監視テーブル３０７の監視間隔時間６０３の周期で各々実施する（Ｓ５１２）。  生死監視制御部３０５は外部Ｗｅｂサーバ１２０に対して、ヘルスチェックを生死監視テーブル３０７の監視間隔時間６０３の周期で実施する（Ｓ５００）。
【００７３】
なお、ヘルスチェックはＴＣＰ監視方式としてもよい。外部ＷｅｂサーバとＴＣＰ接続（ＳＹＮ送信）に対して、コネクション確立（ＳＹＮ＋ＡＣＫ受信）の場合は応答と判定する。コネクション確立失敗、もしくはコネクション拒否（ＲＳＴ受信）の場合は無応答と判定する。また、ヘルスチェックはＩＣＭＰ監視方式としてもよい。ＩＣＭＰエコー要求に対して、ＩＣＭＰエコーリプライの応答受信の場合は応答と判定する。タイムアウト（例として１秒）の場合は、無応答と判定する。
【００７４】
生死監視制御部３０５は、ヘルスチェックに対して、外部Ｗｅｂサーバ１２０が応答判定した場合、ステップＳ５０１でＹＥＳとなり、正常カウンタ６０６を１つ増加する（Ｓ５０２）。さらに、障害カウンタ６０７を「０」とする（Ｓ５０３）。正常カウンタ６０６と正常規定数６０４の値が一致した場合、ステップＳ５０４でＹＥＳとなり、生死状態６０２の値を「０」とする（Ｓ５０５）。すなわち外部Ｗｅｂサーバ１２０を正常稼動とする。さらに、正常カウンタ６０６を「０」とする（Ｓ５０６）。ステップ５０４にてＮＯとなった場合は、ステップ５１２に移動する。
【００７５】
一方、生死監視制御部３０５は、ヘルスチェックに対して、外部Ｗｅｂサーバ１２０が無応答判定した場合、ステップＳ５０１でＮＯとなり、障害カウンタ６０７を１つ増加する（Ｓ５０７）。さらに、正常カウンタ６０６を「０」とする（Ｓ５０８）。障害カウンタ６０７と障害規定数６０５の値が一致した場合、ステップＳ５０９でＹＥＳとなり、生死状態６０２の値を「１」とする（Ｓ５１０）。すなわち外部Ｗｅｂサーバ１２０は障害状態と判断する。さらに、障害カウンタ６０７を「０」とする（Ｓ５１１）。ステップ５０９にてＮＯとなった場合は、ステップ５１２に移動する。
【００７６】
例えば、外部Ｗｅｂサーバ１２０が障害状態により、ＵＲＬリダイレクト先サーバをローカルＷｅｂサーバ３０３として使用中の時、外部Ｗｅｂサーバ１２０が障害状態から復旧し、正常稼動となった場合、図６で説明した処理フローに従って、生死状態６０２の値を「１」から「０」とする。
【００７７】
次に、図７を参照して、認証処理部３０４によるＷｅｂサーバ切り替え処理フローを説明する。先ず、ＵＲＬリダイレクト先をローカルＷｅｂサーバ３０３に設定する（Ｓ６０６）。認証処理部３０４は、生死監視制御部３０５から１エントリ分の外部Ｗｅｂサーバ１２０の生死情報を取得する（Ｓ６００）。
【００７８】
生死監視テーブル３０７の生死状態６０２の値が「０」、すなわち外部Ｗｅｂサーバ１２０が正常稼動である場合（ステップＳ６０１でＹＥＳ）、認証処理部３０４は、現在のＵＲＬリダイレクト先となっている外部Ｗｅｂサーバ１２０との優先度６０８を比較する（Ｓ６０７）。比較した結果、認証処理部３０４は、外部Ｗｅｂサーバ３０３の優先度が高い場合、ＵＲＬリダイレクト先を外部Ｗｅｂサーバに設定する（Ｓ６０８）。なお、ステップＳ６０７にて、ローカルＷｅｂサーバとの比較となった場合は、ＵＲＬリダイレクト先を外部Ｗｅｂサーバに設定する（Ｓ６０８）。
【００７９】
次の外部Ｗｅｂサーバエントリがある場合、ステップＳ６０２でＹＥＳとなり、次の外部Ｗｅｂサーバに対して同様に生死情報を取得する。ステップ６０１でＮＯとなる場合は、ステップ６０２に移動する。ステップ６０７にて優先度６０８を比較した結果、外部Ｗｅｂサーバ３０３の優先度が低い場合、ステップ６０２に移動する。ステップＳ６０２でＮＯとなる場合、決定したＵＲＬリダイレクト先をＵＲＬリダイレクト処理部３０６に通知する（Ｓ６０５）。
【００８０】
なお、Ｓ６００では、認証処理部３０４が、生死監視テーブル３０７を参照して、外部Ｗｅｂサーバ１２０の生死情報を取得してもよい。また、認証処理部３０４が、生死監視テーブル３０７に保持されるIPアドレスを用いて外部認証サーバのヘルスチェックを行い生死情報を取得してもよい。
【００８１】
なお、Ｓ６０７を省略して、正常稼動している外部Ｗｅｂサーバ１２０が複数ある場合、Ｓ６００で認証処理部３０４は、正常稼動を示す生死情報のエントリに該当する外部Ｗｅｂサーバ１２０を選択してもよい。また、Ｓ６０６を省略してＳ６００から認証処理部３０４は、Ｗｅｂサーバ切り替え処理を開始してもよい。
【００８２】
また、端末１１０の端末情報または、端末１１０の接続情報または、端末１１０からアクセスするネットワークの所定のサイトの種別に応じて選択してもよい。この場合、認証スイッチ１００は、記憶部３１３に保持されるサーバ選択条件テーブルを参照する。具体的な例を図８、９を用いて説明する。
【００８３】
図８を参照して、サーバ選択条件テーブル構成を説明する。端末および接続情報７００になりうる要素は、端末１１０のＩＰアドレス、ＭＡＣアドレスなどであり、任意に設定可能とする。図８の例では、端末及び接続情報７００は、端末１１０のＩＰアドレスとする。なお、端末情報の代わりに、端末１１０の接続情報（例えば端末１１０が接続されているポート番号、端末１１０のＶＬＡＮ番号）、もしくは端末１１０からアクセスするネットワークの所定のサイトの種別（例えばサイトのドメイン）としてもよい。外部ＷｅｂサーバのＵＲＬ７０１は端末および接続情報７００に対応する外部Ｗｅｂサーバ１２０のＵＲＬであり、任意に設定可能とする。
【００８４】
次に、サーバ選択条件テーブル３１５を用いた外部Ｗｅｂサーバ選択処理を図９を用いて説明する。図９は、先ず、端末１１０の端末および接続情報を元に、サーバ選択条件テーブル３１５から一致するエントリを取得する（Ｓ６０６）。サーバ選択条件テーブル３１５にエントリがあった場合、ステップ６０７でＹＥＳとなり、生死監視制御部３０５からエントリ先の外部Ｗｅｂサーバ１２０の生死情報を取得する（Ｓ６０８）。ステップ６０７でＮＯとなった場合、ステップ６０３に移動する。生死監視テーブル３０７の生死状態６０２の値が「０」、すなわち外部Ｗｅｂサーバ１２０が正常稼動である場合、ＵＲＬリダイレクト先を外部Ｗｅｂサーバ１２０に決定する（Ｓ６０４）。外部Ｗｅｂサーバ１２０が障害状態である場合、ステップＳ６０１でＮＯとなり、ＵＲＬリダイレクト先をローカルＷｅｂサーバ３０３に決定する（Ｓ６０３）。決定したＵＲＬリダイレクト先をＵＲＬリダイレクト処理部３０６に通知する（Ｓ６０５）。以上が、図９を用いた説明である。
【００８５】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００８６】
例えば、上述した実施例の態様として、認証スイッチに外部Ｗｅｂサーバの生死状態を監視する生死監視制御部と生死監視テーブルとサーバ選択条件テーブルを使って最適なＷｅｂサーバを選択制御する認証処理部を設ける。具体的には、生死監視制御部は、生死監視テーブルに登録されている外部Ｗｅｂサーバに対して、生死監視を行い、その状態を生死監視テーブルに登録する手段をもつ。認証処理部は、生死監視テーブルを参照し、外部Ｗｅｂサーバが正常稼動である場合は外部Ｗｅｂサーバが保持する認証画面（ログイン画面データ）を使用し、外部Ｗｅｂサーバが障害状態である場合は認証スイッチ内のローカルＷｅｂサーバが保持する認証画面（ログイン画面データ）を使用する手段をもつ。
認証処理部は、外部Ｗｅｂサーバが複数ある場合に、生死監視テーブルに対し、外部Ｗｅｂサーバの優先度を設定し、生死監視制御部による外部Ｗｅｂサーバの生死監視結果を基に、外部Ｗｅｂサーバに障害が発生した場合でも、別の外部Ｗｅｂサーバをリダイレクト先に設定できる手段をもつ。
【００８７】
認証処理部は、外部Ｗｅｂサーバが複数ある場合、サーバ選択条件テーブルに対し、外部Ｗｅｂサーバ毎にＭＡＣアドレス等の端末情報や、接続情報、端末からアクセスするネットワークの所定サイトの種別等の情報を付帯させ、端末からの認証リクエストがあった場合、該当の端末情報等から、外部Ｗｅｂサーバを選択し、生死監視テーブルから該当のリダイレクト先外部Ｗｅｂサーバを決定し、端末に対して通知する手段を持つ。
【００８８】
認証処理部は、端末からの認証リクエストに対して、生死監視制御部を使ってＷｅｂサーバを選択し、ＵＲＬリダイレクト処理部を使って、端末にリダイレクト先を通知する手段を持つ。
【００８９】
Ｗｅｂ認証方式を使ったネットワーク認証において、認証画面（ログイン画面データ）を持たせた外部Ｗｅｂサーバを認証スイッチが障害監視することによって、外部Ｗｅｂサーバが障害時でも認証スイッチ内のＷｅｂサーバを使ったネットワーク認証が可能になる。
【００９０】
Ｗｅｂ認証方式を使ったネットワーク認証において、認証画面（ログイン画面データ）を持たせた外部Ｗｅｂサーバを複数台用意し、認証スイッチが、優先制御情報を基に該当する外部Ｗｅｂサーバを選択することにより、外部Ｗｅｂサーバの冗長運用が可能になる。Ｗｅｂ認証方式を使ったネットワーク認証において、複数種類の認証画面（ログイン画面データ）を持たせた複数の外部Ｗｅｂサーバを用意し、端末情報や端末接続情報、及び端末からアクセスするネットワークの所定サイトの種別情報に対応して外部Ｗｅｂサーバを選択することにより、端末の接続場所や、端末の種別に対応した認証画面を端末に送信することができる。つまり、認証画面（ログイン画面データ）のユーザＩＤとパスワード情報を入力するエリア以外の付加情報を、端末や、端末の接続状況等に応じて変更して、端末を利用するユーザに情報配信し、利便性を向上させることが可能になる。
【００９１】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置いてもよい。  また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００９２】
１００・・・認証スイッチ
１０２・・・状態監視部
１０４・・・リダイレクト通知部
１０６・・・ログイン画面提供部
１０８・・・認証部
１１０・・・端末
１２０・・・外部Ｗｅｂサーバ
１５０・・・外部認証サーバ
１６０・・・サイト提供サーバ
３００・・・転送制御部
３０２・・・認証登録部
３０３・・・ローカルＷｅｂサーバ
３０４・・・認証処理部
３０５・・・生死監視制御部
３０６・・・ＵＲＬリダイレクト処理部
３０７・・・生死監視テーブル
３０８・・・認証済み端末登録テーブル
３０９・・・認証画面データ
３１０・・・未認証端末登録テーブル
３１１・・・パケット転送テーブル
３１５・・・サーバ選択条件テーブル
【図１】
2014149754.tif 000003
【図２】
2014149754.tif 000004
【図３】
2014149754.tif 000005
【図４】
2014149754.tif 000006
【図５】
2014149754.tif 000007
【図６】
2014149754.tif 000008
【図７】
2014149754.tif 000009
【図８】
2014149754.tif 000010
【図９】
2014149754.tif 000011