自動判別システム、自動判別方法、及びプログラム
【課題】通信端末の使用者によらず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を認識し、ファイアウォールのＨＴＴＰ接続の制限を一時解除する。
【解決手段】ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。ファイアウォールは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、通信端末のネットワーク接続の制限を一時解除する。
【解決手段】ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。ファイアウォールは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、通信端末のネットワーク接続の制限を一時解除する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動判別システムに関し、特にｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を自動認識する自動判別システムに関する。
【背景技術】
【０００２】
インターネット通信におけるセキュリティ対策として、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）通信以外のネットワーク通信を禁止（制限）するｆｉｒｅｗａｌｌ（ファイアウォール）製品がある。
【０００３】
このようなｆｉｒｅｗａｌｌ機能が動作している通信端末は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続しても、ＷＥＢ認証を行う事が出来ない。このため、ＷＥＢ認証を行う時のみ、ｆｉｒｅｗａｌｌにより禁止されたＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）接続を実施できるように、ＨＴＴＰ接続の制限を一時解除する必要がある。
【０００４】
しかし、ＨＴＴＰ接続の制限の一時解除は、ユーザ操作を伴い不便であると共に、管理者の意図しないＨＴＴＰ接続をユーザが行ってしまうという問題点があった。
【０００５】
関連する技術として、特開２００６−１６３８２９号公報（特許文献１）にリダイレクト機能を有した中継装置及びそのアクセス方法が開示されている。
この関連技術では、リダイレクト機能がＯＮの場合、端末から受信したパケットをリダイレクト先に送信するためのリダイレクトパケットを生成し、生成されたパケットをリダイレクト先に送信する。
【０００６】
また、特開平１１−２４２６３９号公報（特許文献２）にプロキシサーバが開示されている。
この関連技術では、プロキシサーバは、ユーザのリクエスト先がアクセス不可リストに含まれている場合、ＨＴＴＰサーバへの接続を禁止する。
【０００７】
また、特表２００７−５００９７６号公報（特許文献３）にリダイレクトを使用してネットワークへのアクセスを制御するシステム及び方法が開示されている。
この関連技術では、ネットワークのアクセスポイントは、クライアントにより送信された、ネットワークにアクセスする要求を受信し、アクセス要求をローカルサーバにリダイレクトし、ローカルサーバはクライアントが認証サーバを選択することを要求するウェブページを生成してクライアントに転送し、クライアントは、選択した認証サーバに認証要求を送信し、認証成功の場合にネットワークのアクセスが可能となる。
【０００８】
【特許文献１】特開２００６−１６３８２９号公報
【特許文献２】特開平１１−２４２６３９号公報
【特許文献３】特表２００７−５００９７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ｆｉｒｅｗａｌｌ機能によりＶＰＮ通信以外のネットワーク通信が禁止されている通信端末を、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続した場合、通信端末の使用者は、ｃａｐｔｉｖｅ ｐｏｒｔａｌである事を自ら認識し、ＨＴＴＰ接続の制限を一時解除しなければならない、という問題点があった。
【課題を解決するための手段】
【００１０】
本発明の自動判別システムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段と、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、通信端末のネットワーク接続の制限を一時解除するファイアウォールとを含む。
【００１１】
本発明の自動判別方法は、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、通信端末のネットワーク接続の制限を一時解除するステップとを含む。
【００１２】
本発明のプログラムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、通信端末のネットワーク接続の制限を一時解除するステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１３】
通信端末の使用者によらず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を認識し、ＨＴＴＰ接続の制限を一時解除する事が可能になる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１を参照すると、本発明の自動判別システムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と、ＨＴＴＰサーバ２０と、通信端末３０を含む。
【００１５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、インターネットを介して、ＨＴＴＰサーバ２０と接続する。また、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００を介して、通信端末３０と接続する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証が済んでいない通信端末からのインターネットアクセスを全て遮断する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証サーバでもあり、認証が済んでいない通信端末に対して、ＷＥＢ認証を行う。
【００１６】
ＨＴＴＰサーバ２０は、インターネット上のＷｅｂサーバである。
【００１７】
通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１と、ｆｉｒｅｗａｌｌ３２と、ＷＥＢブラウザ３３と、ＶＰＮクライアント３４を備える。
【００１８】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ＬＡＮ１００を介して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と接続する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０が接続された環境が、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうか判定する。
【００１９】
ｆｉｒｅｗａｌｌ３２は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１と接続する。ｆｉｒｅｗａｌｌ３２は、ＷＥＢブラウザ３３からのＨＴＴＰ接続に対してフィルタ破棄を行い、ＶＰＮクライアント３４からのＶＰＮ接続に対してフィルタ通過を行う。なお、フィルタ破棄とは、通信パケットの破棄を示す。フィルタ通過とは、通信パケットの通過を示す。ここでは、ＷＥＢブラウザ３３を用いて、ＨＴＴＰサーバ２０に通信要求する事例であるため、ＨＴＴＰ接続を例に説明するが、実際には、ＨＴＴＰ接続に限定されない。
【００２０】
ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０の例として、認証サーバを想定している。ＨＴＴＰサーバ２０の例として、Ｗｅｂサーバを想定している。通信端末３０の例として、ＰＣ（パソコン）を想定している。なお、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、ＨＴＴＰサーバ２０、及び通信端末３０は、コンピュータに搭載された仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））環境でも良い。他にも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、及びＨＴＴＰサーバ２０の例として、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等のコンピュータが考えられる。また、通信端末３０の例として、携帯端末、シンクライアント端末、デジタルガジェット（ｄｉｇｉｔａｌ ｇａｄｇｅｔ）等が考えられる。但し、実際には、これらの例に限定されない。
【００２１】
ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、ｆｉｒｅｗａｌｌ３２、ＷＥＢブラウザ３３、及びＶＰＮクライアント３４の例として、通信端末３０に導入されているアプリケーションソフトウェアを想定している。このとき、ＷＥＢブラウザ３３は、ＨＴＴＰ接続を行うアプリケーションソフトウェアであれば良い。ＶＰＮクライアント３４は、ＶＰＮ接続を行うアプリケーションソフトウェアであれば良い。他にも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の例として、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）や通信ポート等の拡張カードが考えられる。なお、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２は、通信端末３０に搭載されていると好適であるが、他の実施例として、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の各々を独立した装置とする事例が考えられる。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の例として、ルータやスイッチ、ゲートウェイ、プロキシ、アクセスポイント等の中継装置が考えられる。但し、実際には、これらの例に限定されない。
【００２２】
ここでは、ＬＡＮ１００は、有線ＬＡＮや無線ＬＡＮを想定している。他にも、ＬＡＮ１００の例として、携帯電話網、ＷｉＭＡＸ、３Ｇ（第３世代携帯電話）、専用線、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線等が考えられる。但し、実際には、これらの例に限定されない。ＬＡＮ１００は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と通信端末３０が通信可能な通信回線であれば良い。
【００２３】
まず、図２を参照して、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌが動作する環境について説明する。
図２を参照すると、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌ環境は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と、ＨＴＴＰサーバ２０と、通信端末３０を含む。一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌ環境では、通信端末３０は、ＷＥＢブラウザ３３のみ備える。
【００２４】
次に、図３を参照して、ｃａｐｔｉｖｅ ｐｏｒｔａｌの基本的な動作について説明する。
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、配下のＬＡＮ１００に接続された端末に対して、ＨＴＴＰ接続によるＷＥＢ認証を行う。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証の結果、認証済みの端末からのインターネットアクセスを許可する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証の結果、未認証端末からのインターネットアクセスを全て遮断する。
【００２５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、未認証端末に対して、次のような方法でＷＥＢ認証を行う。
（１）ステップＳ１０１
通信端末３０のユーザが、ＬＡＮ１００に通信端末３０を接続する。このとき、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０によるＷＥＢ認証が済んでいない端末である。
（２）ステップＳ１０２
通信端末３０のユーザが、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、又はインターネット上のＨＴＴＰサーバ２０にアクセスを試みる。このとき、ＷＥＢブラウザ３３は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、又はＨＴＴＰサーバ２０にＨＴＴＰ ＧＥＴリクエストを送信する。
（３）ステップＳ１０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、通信端末３０からのＨＴＴＰ接続を全て終端し、ＷＥＢブラウザ３３から送信されるＨＴＴＰ ＧＥＴリクエストを受信し、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか確認する。
（４）ステップＳ１０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛であれば、ＨＴＴＰ ＧＥＴレスポンスで認証画面、又は確認画面を返信する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢブラウザ３３に対して、認証画面、又は確認画面を表示するために必要な情報を返信する。
（５）ステップＳ１０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛で無ければ、ＨＴＴＰ ＧＥＴレスポンスのステータスコードに、リダイレクトを指示する値を設定して返信する。この際、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｌｏｃａｔｉｏｎにはｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を設定する。なお、ＵＲＬは、一例に過ぎず、実際には、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０の識別情報やＩＰアドレス等でも良い。
（６）ステップＳ１０６
ＷＥＢブラウザ３３は、リダイレクトを指示するＨＴＴＰ ＧＥＴレスポンスを受信した場合、ｌｏｃａｔｉｏｎで指定されたｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（７）ステップＳ１０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、同様に、このＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか確認する。ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｌｏｃａｔｉｏｎにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬが指定されているため、このＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛と判断する。
（８）ステップＳ１０８
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、このＨＴＴＰ ＧＥＴリクエストをｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛と判断するので、認証画面、又は確認画面をＨＴＴＰ ＧＥＴレスポンスとして返信する。
（９）ステップＳ１０９
通信端末３０のユーザは、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と認証を行う。
（１０）ステップＳ１１０
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証が済むと、通信端末３０からのインターネットアクセスを許可する。
【００２６】
次に、図４を参照して、本実施形態の動作について説明する。
通信端末３０にはｆｉｒｅｗａｌｌ３２が動作しており、ＷＥＢブラウザ３３からのＨＴＴＰ接続はフィルタ破棄する。しかし、ＶＰＮクライアント３４のＶＰＮ接続はフィルタ通過する。ＶＰＮクライアント３４は、インターネット上もしくは企業などの組織内に設置されているＶＰＮサーバと、ＶＰＮセッションを張る。すなわち、ｆｉｒｅｗａｌｌ３２は、ＶＰＮクライアント３４とＶＰＮサーバとの間のＶＰＮセッションを確立する。通信端末３０が行う通信は、全てＶＰＮを経由して行われる。
【００２７】
（１）ステップＳ２０１
通信端末３０のユーザは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０配下のＬＡＮ１００に通信端末３０を接続する。すなわち、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０配下のＬＡＮ１００に接続された状態になる。
（２）ステップＳ２０２
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０がＬＡＮ１００に接続された事を検出する。
（３）ステップＳ２０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ＬＡＮ１００への接続を検出したら、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理を行う。
（４）ステップＳ２０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定したら、ｆｉｒｅｗａｌｌ３２にリダイレクト先のＩＰアドレスとポート番号情報を通知する。
（５）ステップＳ２０５
ｆｉｒｅｗａｌｌ３２は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１から通知を受けたリダイレクト先のＩＰアドレスとポート番号に対してアクセスを一時許可する。
（６）ステップＳ２０６
通信端末３０のユーザは、ｆｉｒｅｗａｌｌ３２によりアクセスが一時許可されたら、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０とＷＥＢ認証を行う。
（７）ステップＳ２０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証が済むと、通信端末３０からのインターネットアクセスを許可する。すなわち、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０でのＷＥＢ認証に成功した場合、インターネットアクセスの許可を受ける。
（８）ステップＳ２０８
通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定されたら、又はインターネットアクセスが許可となったら、ＶＰＮクライアント３４を使用して、ＶＰＮセッションを張る。すなわち、ｆｉｒｅｗａｌｌ３２は、通信端末３０と外部との間のＶＰＮセッションを確立する。
（９）ステップＳ２０９
ｆｉｒｅｗａｌｌ３２は、ＶＰＮセッション確立と同時に、ＶＰＮ通信以外のネットワーク通信を禁止（制限）する動作となる。
【００２８】
本実施形態では、上記のステップＳ２０３での、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理に、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０がｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛でないＨＴＴＰ ＧＥＴリクエストに対して、リダイレクトを示すＨＴＴＰ ＧＥＴレスポンスを返信する事を利用する。
【００２９】
図５を参照して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理の具体的な手順について詳細に説明する。
（１）ステップＳ３０１
まず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１が、通信端末３０のＬＡＮ１００への接続を検出する。
（２）ステップＳ３０２
これをトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、インターネット上のＨＴＴＰサーバ２０に対して、ＨＴＴＰ ＧＥＴリクエストを送信する。上記処理にて使用するＨＴＴＰサーバ２０のＵＲＬは、予め通信端末３０の管理者により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１に設定されている。このＨＴＴＰサーバ２０は、リダイレクトを指示する値を返さない、任意のＨＴＴＰサーバである必要がある。ＨＴＴＰサーバ２０のＵＲＬは、通信端末３０の管理者により、変更可能である。
（３）ステップＳ３０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１からのＨＴＴＰ ＧＥＴリクエストを受信し、リダイレクトを指示するＨＴＴＰ ＧＥＴレスポンスを返信する。すなわち、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０から、送信したＧＥＴリクエストに対するＧＥＴレスポンスを受信する。
（４）ステップＳ３０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスのステータスコードがリダイレクトを指示する値かどうか確認する。リダイレクトを指示する値は今後拡張される事も考えられるので、確認する値は任意に変更、追加可能とする。
（５）ステップＳ３０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値であった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｌｏｃａｔｉｏｎで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（６）ステップＳ３０６
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値でなかった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｆｉｒｅｗａｌｌ３２に対して、通常通りにＶＰＮセッションを確立し、ＶＰＮ接続を行うように通知する。
【００３０】
なお、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが独立しており、通信端末３０が複数存在する場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、複数の通信端末３０の各々からネットワーク接続を要求される都度、個別に上記の処理を実施するようにすると好適である。通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが独立している事例として、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが物理的に独立した装置である場合や、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが互いに独立した仮想マシン（ＶＭ）環境である場合が考えられる。
【００３１】
以上の解析処理により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０のＬＡＮ１００接続検出後、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定が可能となる。
【００３２】
以下に、本発明の第２実施形態について説明する。
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部が受信したＨＴＴＰ ＧＥＴレスポンスのステータスコードが、リダイレクトを指示する値で無い場合の処理の流れが、第１実施形態と異なる。
【００３３】
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０がＨＴＴＰ ＧＥＴリクエストを受信し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか判定する点では、図５に示す判定処理と同じである。
【００３４】
しかし、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛で無い場合のＨＴＴＰ ＧＥＴレスポンス返信が、図５に示す判定処理と異なっている。
【００３５】
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、返信するＨＴＴＰ ＧＥＴレスポンスのステータスコードで、リダイレクトを指示していない。
【００３６】
但し、このＨＴＴＰ ＧＥＴレスポンスには、ｒｅｆｒｅｓｈ属性のｍｅｔａタグと、ｃｏｎｔｅｎｔにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬが設定されている。すなわち、本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＨＴＴＰ ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグを設定し、ＨＴＴＰ ＧＥＴレスポンスのｃｏｎｔｅｎｔにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬを設定する。
【００３７】
このＨＴＴＰ ＧＥＴレスポンスを受信したＨＴＴＰクライアントは、ｃｏｎｔｅｎｔで指定されたｃａｐｔｉｖｅ ｐｏｒｔａｌ１０に対して、再びＨＴＴＰ ＧＥＴリクエストを送信する必要がある。
【００３８】
しかし、この場合、図５のステップＳ３０４では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードにリダイレクトを指示する値が設定されていないため、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。
【００３９】
このように、ステータスコードにリダイレクトを指示する値が設定されない場合、図５に示す判定処理では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であっても、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと誤判定してしまう。
【００４０】
本実施形態では、この場合でもｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を正しく判定できるようにする。この判定には、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０が返信するＨＴＴＰ ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれる事を利用する。
【００４１】
図６を参照して、本実施形態における判定処理の具体的な手順について詳細に説明する。なお、図５に示す判定処理と比較すると、相違点が明確となる。
（１）ステップＳ４０１
まず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１が、通信端末３０のＬＡＮ１００への接続を検出する。
（２）ステップＳ４０２
これをトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、インターネット上のＨＴＴＰサーバ２０に対して、ＨＴＴＰ ＧＥＴリクエストを送信する。上記処理にて使用するＨＴＴＰサーバ２０のＵＲＬは、予め通信端末３０の管理者により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１に設定されている。このＨＴＴＰサーバ２０は、リダイレクトを指示する値を返さない、任意のＨＴＴＰサーバである必要がある。ＨＴＴＰサーバ２０のＵＲＬは、通信端末３０の管理者により、変更可能である。
（３）ステップＳ４０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１からのＨＴＴＰ ＧＥＴリクエストを受信し、ＨＴＴＰ ＧＥＴレスポンスを返信する。すなわち、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０から、送信したＧＥＴリクエストに対するＧＥＴレスポンスを受信する。なお、本実施形態では、ＨＴＴＰ ＧＥＴレスポンスは、ステータスコードがリダイレクトを指示する値であるとは限らず、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合もある。
（４）ステップＳ４０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスのステータスコードがリダイレクトを指示する値かどうか確認する。
（５）ステップＳ４０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値であった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｌｏｃａｔｉｏｎで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。この場合は、図５に示す判定処理と同様である。
（６）ステップＳ４０６
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値でなかった場合、受信されたＧＥＴレスポンスに、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスに、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃｏｎｔｅｎｔで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（７）ステップＳ４０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれていない場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｆｉｒｅｗａｌｌ３２に対して、通常通りにＶＰＮセッションを確立し、ＶＰＮ接続を行うように通知する。
【００４２】
以上の動作により、ステータスコードにリダイレクトを指示する値が設定されない場合でも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかを、正しく判定できる。
【００４３】
以上のように、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、インターネット上のＨＴＴＰサーバに対して、ＨＴＴＰ ＧＥＴリクエストを送信する。ｃａｐｔｉｖｅ ｐｏｒｔａｌはＨＴＴＰサーバに代わり、ｃａｐｔｉｖｅ ｐｏｒｔａｌ（認証サーバ）へリダイレクトさせる旨のＧＥＴレスポンスを返信する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、受信したＧＥＴレスポンスを解析し、リダイレクトを指示する内容であるかどうか調べる。ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段はｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｆｉｒｅｗａｌｌに通知する。ｆｉｒｅｗａｌｌは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知されたら、ＨＴＴＰ接続の制限を一時解除する。
【００４４】
本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下かどうかを、自動的に判定する。
【００４５】
また、本発明では、ＬＡＮ接続をトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定を開始する。
【００４６】
また、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であった場合、自動的にｆｉｒｅｗａｌｌのＨＴＴＰ接続禁止を解除する。
【００４７】
また、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌがｍｅｔａ−ｒｅｆｒｅｓｈを返信する場合でも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を正しく判定できる。
【００４８】
第一の効果は、ｆｉｒｅｗａｌｌによりＨＴＴＰ接続が禁止されている通信端末をｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続するのみで、ＨＴＴＰ接続が一時解除にされる事である。この結果、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下でも、通信端末の利便性が向上する。その理由は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を、自動的に認識できるためである。
【００４９】
第二の効果は、ユーザはＨＴＴＰ接続の制限の一時解除を行うことができないため、管理者の意図しないＨＴＴＰ接続をユーザが行ってしまうという問題を防ぐことが可能である。これによりインターネットへのＨＴＴＰ接続によるセキュリティリスクを回避することが可能である。
【００５０】
以上、本発明の実施形態を詳述してきたが、実際には上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【図面の簡単な説明】
【００５１】
【図１】図１は、本発明の自動判別システムの構成例を示す概念図である。
【図２】図２は、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌが動作する環境を示す概念図である。
【図３】図３は、ｃａｐｔｉｖｅ ｐｏｒｔａｌの基本的な動作を示すフローチャートである。
【図４】図４は、本発明の第１実施形態の動作を示すフローチャートである。
【図５】図５は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理の具体的な手順を示すフローチャートである。
【図６】図６は、本発明の第２実施形態における判定処理の具体的な手順を示すフローチャートである。
【符号の説明】
【００５２】
１０… ｃａｐｔｉｖｅ ｐｏｒｔａｌ（認証サーバ）
２０… ＨＴＴＰサーバ
３０… 通信端末
３１… ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部
３２… ｆｉｒｅｗａｌｌ
３３… ＷＥＢブラウザ
３４… ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）クライアント
１００… ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
【技術分野】
【０００１】
本発明は、自動判別システムに関し、特にｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を自動認識する自動判別システムに関する。
【背景技術】
【０００２】
インターネット通信におけるセキュリティ対策として、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）通信以外のネットワーク通信を禁止（制限）するｆｉｒｅｗａｌｌ（ファイアウォール）製品がある。
【０００３】
このようなｆｉｒｅｗａｌｌ機能が動作している通信端末は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続しても、ＷＥＢ認証を行う事が出来ない。このため、ＷＥＢ認証を行う時のみ、ｆｉｒｅｗａｌｌにより禁止されたＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）接続を実施できるように、ＨＴＴＰ接続の制限を一時解除する必要がある。
【０００４】
しかし、ＨＴＴＰ接続の制限の一時解除は、ユーザ操作を伴い不便であると共に、管理者の意図しないＨＴＴＰ接続をユーザが行ってしまうという問題点があった。
【０００５】
関連する技術として、特開２００６−１６３８２９号公報（特許文献１）にリダイレクト機能を有した中継装置及びそのアクセス方法が開示されている。
この関連技術では、リダイレクト機能がＯＮの場合、端末から受信したパケットをリダイレクト先に送信するためのリダイレクトパケットを生成し、生成されたパケットをリダイレクト先に送信する。
【０００６】
また、特開平１１−２４２６３９号公報（特許文献２）にプロキシサーバが開示されている。
この関連技術では、プロキシサーバは、ユーザのリクエスト先がアクセス不可リストに含まれている場合、ＨＴＴＰサーバへの接続を禁止する。
【０００７】
また、特表２００７−５００９７６号公報（特許文献３）にリダイレクトを使用してネットワークへのアクセスを制御するシステム及び方法が開示されている。
この関連技術では、ネットワークのアクセスポイントは、クライアントにより送信された、ネットワークにアクセスする要求を受信し、アクセス要求をローカルサーバにリダイレクトし、ローカルサーバはクライアントが認証サーバを選択することを要求するウェブページを生成してクライアントに転送し、クライアントは、選択した認証サーバに認証要求を送信し、認証成功の場合にネットワークのアクセスが可能となる。
【０００８】
【特許文献１】特開２００６−１６３８２９号公報
【特許文献２】特開平１１−２４２６３９号公報
【特許文献３】特表２００７−５００９７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ｆｉｒｅｗａｌｌ機能によりＶＰＮ通信以外のネットワーク通信が禁止されている通信端末を、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続した場合、通信端末の使用者は、ｃａｐｔｉｖｅ ｐｏｒｔａｌである事を自ら認識し、ＨＴＴＰ接続の制限を一時解除しなければならない、という問題点があった。
【課題を解決するための手段】
【００１０】
本発明の自動判別システムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段と、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、通信端末のネットワーク接続の制限を一時解除するファイアウォールとを含む。
【００１１】
本発明の自動判別方法は、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、通信端末のネットワーク接続の制限を一時解除するステップとを含む。
【００１２】
本発明のプログラムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、サーバの代わりにｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、通信端末のネットワーク接続の制限を一時解除するステップとをコンピュータに実行させるためのプログラムである。
【発明の効果】
【００１３】
通信端末の使用者によらず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を認識し、ＨＴＴＰ接続の制限を一時解除する事が可能になる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の第１実施形態について添付図面を参照して説明する。
図１を参照すると、本発明の自動判別システムは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と、ＨＴＴＰサーバ２０と、通信端末３０を含む。
【００１５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、インターネットを介して、ＨＴＴＰサーバ２０と接続する。また、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１００を介して、通信端末３０と接続する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証が済んでいない通信端末からのインターネットアクセスを全て遮断する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証サーバでもあり、認証が済んでいない通信端末に対して、ＷＥＢ認証を行う。
【００１６】
ＨＴＴＰサーバ２０は、インターネット上のＷｅｂサーバである。
【００１７】
通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１と、ｆｉｒｅｗａｌｌ３２と、ＷＥＢブラウザ３３と、ＶＰＮクライアント３４を備える。
【００１８】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ＬＡＮ１００を介して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と接続する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０が接続された環境が、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうか判定する。
【００１９】
ｆｉｒｅｗａｌｌ３２は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１と接続する。ｆｉｒｅｗａｌｌ３２は、ＷＥＢブラウザ３３からのＨＴＴＰ接続に対してフィルタ破棄を行い、ＶＰＮクライアント３４からのＶＰＮ接続に対してフィルタ通過を行う。なお、フィルタ破棄とは、通信パケットの破棄を示す。フィルタ通過とは、通信パケットの通過を示す。ここでは、ＷＥＢブラウザ３３を用いて、ＨＴＴＰサーバ２０に通信要求する事例であるため、ＨＴＴＰ接続を例に説明するが、実際には、ＨＴＴＰ接続に限定されない。
【００２０】
ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０の例として、認証サーバを想定している。ＨＴＴＰサーバ２０の例として、Ｗｅｂサーバを想定している。通信端末３０の例として、ＰＣ（パソコン）を想定している。なお、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、ＨＴＴＰサーバ２０、及び通信端末３０は、コンピュータに搭載された仮想マシン（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＶＭ））環境でも良い。他にも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、及びＨＴＴＰサーバ２０の例として、シンクライアントサーバ、ワークステーション、メインフレーム、スーパーコンピュータ等のコンピュータが考えられる。また、通信端末３０の例として、携帯端末、シンクライアント端末、デジタルガジェット（ｄｉｇｉｔａｌ ｇａｄｇｅｔ）等が考えられる。但し、実際には、これらの例に限定されない。
【００２１】
ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、ｆｉｒｅｗａｌｌ３２、ＷＥＢブラウザ３３、及びＶＰＮクライアント３４の例として、通信端末３０に導入されているアプリケーションソフトウェアを想定している。このとき、ＷＥＢブラウザ３３は、ＨＴＴＰ接続を行うアプリケーションソフトウェアであれば良い。ＶＰＮクライアント３４は、ＶＰＮ接続を行うアプリケーションソフトウェアであれば良い。他にも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の例として、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）や通信ポート等の拡張カードが考えられる。なお、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２は、通信端末３０に搭載されていると好適であるが、他の実施例として、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の各々を独立した装置とする事例が考えられる。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１、及びｆｉｒｅｗａｌｌ３２の例として、ルータやスイッチ、ゲートウェイ、プロキシ、アクセスポイント等の中継装置が考えられる。但し、実際には、これらの例に限定されない。
【００２２】
ここでは、ＬＡＮ１００は、有線ＬＡＮや無線ＬＡＮを想定している。他にも、ＬＡＮ１００の例として、携帯電話網、ＷｉＭＡＸ、３Ｇ（第３世代携帯電話）、専用線、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、シリアル通信回線等が考えられる。但し、実際には、これらの例に限定されない。ＬＡＮ１００は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と通信端末３０が通信可能な通信回線であれば良い。
【００２３】
まず、図２を参照して、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌが動作する環境について説明する。
図２を参照すると、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌ環境は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と、ＨＴＴＰサーバ２０と、通信端末３０を含む。一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌ環境では、通信端末３０は、ＷＥＢブラウザ３３のみ備える。
【００２４】
次に、図３を参照して、ｃａｐｔｉｖｅ ｐｏｒｔａｌの基本的な動作について説明する。
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、配下のＬＡＮ１００に接続された端末に対して、ＨＴＴＰ接続によるＷＥＢ認証を行う。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証の結果、認証済みの端末からのインターネットアクセスを許可する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証の結果、未認証端末からのインターネットアクセスを全て遮断する。
【００２５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、未認証端末に対して、次のような方法でＷＥＢ認証を行う。
（１）ステップＳ１０１
通信端末３０のユーザが、ＬＡＮ１００に通信端末３０を接続する。このとき、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０によるＷＥＢ認証が済んでいない端末である。
（２）ステップＳ１０２
通信端末３０のユーザが、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、又はインターネット上のＨＴＴＰサーバ２０にアクセスを試みる。このとき、ＷＥＢブラウザ３３は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０、又はＨＴＴＰサーバ２０にＨＴＴＰ ＧＥＴリクエストを送信する。
（３）ステップＳ１０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、通信端末３０からのＨＴＴＰ接続を全て終端し、ＷＥＢブラウザ３３から送信されるＨＴＴＰ ＧＥＴリクエストを受信し、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか確認する。
（４）ステップＳ１０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛であれば、ＨＴＴＰ ＧＥＴレスポンスで認証画面、又は確認画面を返信する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢブラウザ３３に対して、認証画面、又は確認画面を表示するために必要な情報を返信する。
（５）ステップＳ１０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、受信されたＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛で無ければ、ＨＴＴＰ ＧＥＴレスポンスのステータスコードに、リダイレクトを指示する値を設定して返信する。この際、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｌｏｃａｔｉｏｎにはｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を設定する。なお、ＵＲＬは、一例に過ぎず、実際には、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０の識別情報やＩＰアドレス等でも良い。
（６）ステップＳ１０６
ＷＥＢブラウザ３３は、リダイレクトを指示するＨＴＴＰ ＧＥＴレスポンスを受信した場合、ｌｏｃａｔｉｏｎで指定されたｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（７）ステップＳ１０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、同様に、このＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか確認する。ここでは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｌｏｃａｔｉｏｎにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬが指定されているため、このＨＴＴＰ ＧＥＴリクエストがｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛と判断する。
（８）ステップＳ１０８
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、このＨＴＴＰ ＧＥＴリクエストをｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛と判断するので、認証画面、又は確認画面をＨＴＴＰ ＧＥＴレスポンスとして返信する。
（９）ステップＳ１０９
通信端末３０のユーザは、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０と認証を行う。
（１０）ステップＳ１１０
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、認証が済むと、通信端末３０からのインターネットアクセスを許可する。
【００２６】
次に、図４を参照して、本実施形態の動作について説明する。
通信端末３０にはｆｉｒｅｗａｌｌ３２が動作しており、ＷＥＢブラウザ３３からのＨＴＴＰ接続はフィルタ破棄する。しかし、ＶＰＮクライアント３４のＶＰＮ接続はフィルタ通過する。ＶＰＮクライアント３４は、インターネット上もしくは企業などの組織内に設置されているＶＰＮサーバと、ＶＰＮセッションを張る。すなわち、ｆｉｒｅｗａｌｌ３２は、ＶＰＮクライアント３４とＶＰＮサーバとの間のＶＰＮセッションを確立する。通信端末３０が行う通信は、全てＶＰＮを経由して行われる。
【００２７】
（１）ステップＳ２０１
通信端末３０のユーザは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０配下のＬＡＮ１００に通信端末３０を接続する。すなわち、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０配下のＬＡＮ１００に接続された状態になる。
（２）ステップＳ２０２
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０がＬＡＮ１００に接続された事を検出する。
（３）ステップＳ２０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ＬＡＮ１００への接続を検出したら、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理を行う。
（４）ステップＳ２０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定したら、ｆｉｒｅｗａｌｌ３２にリダイレクト先のＩＰアドレスとポート番号情報を通知する。
（５）ステップＳ２０５
ｆｉｒｅｗａｌｌ３２は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１から通知を受けたリダイレクト先のＩＰアドレスとポート番号に対してアクセスを一時許可する。
（６）ステップＳ２０６
通信端末３０のユーザは、ｆｉｒｅｗａｌｌ３２によりアクセスが一時許可されたら、ＷＥＢブラウザ３３を使用して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０とＷＥＢ認証を行う。
（７）ステップＳ２０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＷＥＢ認証が済むと、通信端末３０からのインターネットアクセスを許可する。すなわち、通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０でのＷＥＢ認証に成功した場合、インターネットアクセスの許可を受ける。
（８）ステップＳ２０８
通信端末３０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定されたら、又はインターネットアクセスが許可となったら、ＶＰＮクライアント３４を使用して、ＶＰＮセッションを張る。すなわち、ｆｉｒｅｗａｌｌ３２は、通信端末３０と外部との間のＶＰＮセッションを確立する。
（９）ステップＳ２０９
ｆｉｒｅｗａｌｌ３２は、ＶＰＮセッション確立と同時に、ＶＰＮ通信以外のネットワーク通信を禁止（制限）する動作となる。
【００２８】
本実施形態では、上記のステップＳ２０３での、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理に、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０がｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛でないＨＴＴＰ ＧＥＴリクエストに対して、リダイレクトを示すＨＴＴＰ ＧＥＴレスポンスを返信する事を利用する。
【００２９】
図５を参照して、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理の具体的な手順について詳細に説明する。
（１）ステップＳ３０１
まず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１が、通信端末３０のＬＡＮ１００への接続を検出する。
（２）ステップＳ３０２
これをトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、インターネット上のＨＴＴＰサーバ２０に対して、ＨＴＴＰ ＧＥＴリクエストを送信する。上記処理にて使用するＨＴＴＰサーバ２０のＵＲＬは、予め通信端末３０の管理者により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１に設定されている。このＨＴＴＰサーバ２０は、リダイレクトを指示する値を返さない、任意のＨＴＴＰサーバである必要がある。ＨＴＴＰサーバ２０のＵＲＬは、通信端末３０の管理者により、変更可能である。
（３）ステップＳ３０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１からのＨＴＴＰ ＧＥＴリクエストを受信し、リダイレクトを指示するＨＴＴＰ ＧＥＴレスポンスを返信する。すなわち、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０から、送信したＧＥＴリクエストに対するＧＥＴレスポンスを受信する。
（４）ステップＳ３０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスのステータスコードがリダイレクトを指示する値かどうか確認する。リダイレクトを指示する値は今後拡張される事も考えられるので、確認する値は任意に変更、追加可能とする。
（５）ステップＳ３０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値であった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｌｏｃａｔｉｏｎで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（６）ステップＳ３０６
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値でなかった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｆｉｒｅｗａｌｌ３２に対して、通常通りにＶＰＮセッションを確立し、ＶＰＮ接続を行うように通知する。
【００３０】
なお、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが独立しており、通信端末３０が複数存在する場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、複数の通信端末３０の各々からネットワーク接続を要求される都度、個別に上記の処理を実施するようにすると好適である。通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが独立している事例として、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが物理的に独立した装置である場合や、通信端末３０とｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１とが互いに独立した仮想マシン（ＶＭ）環境である場合が考えられる。
【００３１】
以上の解析処理により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、通信端末３０のＬＡＮ１００接続検出後、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定が可能となる。
【００３２】
以下に、本発明の第２実施形態について説明する。
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部が受信したＨＴＴＰ ＧＥＴレスポンスのステータスコードが、リダイレクトを指示する値で無い場合の処理の流れが、第１実施形態と異なる。
【００３３】
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０がＨＴＴＰ ＧＥＴリクエストを受信し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛かどうか判定する点では、図５に示す判定処理と同じである。
【００３４】
しかし、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０宛で無い場合のＨＴＴＰ ＧＥＴレスポンス返信が、図５に示す判定処理と異なっている。
【００３５】
本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、返信するＨＴＴＰ ＧＥＴレスポンスのステータスコードで、リダイレクトを指示していない。
【００３６】
但し、このＨＴＴＰ ＧＥＴレスポンスには、ｒｅｆｒｅｓｈ属性のｍｅｔａタグと、ｃｏｎｔｅｎｔにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬが設定されている。すなわち、本実施形態では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ＨＴＴＰ ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグを設定し、ＨＴＴＰ ＧＥＴレスポンスのｃｏｎｔｅｎｔにｃａｐｔｉｖｅ ｐｏｒｔａｌ１０のＵＲＬを設定する。
【００３７】
このＨＴＴＰ ＧＥＴレスポンスを受信したＨＴＴＰクライアントは、ｃｏｎｔｅｎｔで指定されたｃａｐｔｉｖｅ ｐｏｒｔａｌ１０に対して、再びＨＴＴＰ ＧＥＴリクエストを送信する必要がある。
【００３８】
しかし、この場合、図５のステップＳ３０４では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードにリダイレクトを指示する値が設定されていないため、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。
【００３９】
このように、ステータスコードにリダイレクトを指示する値が設定されない場合、図５に示す判定処理では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であっても、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと誤判定してしまう。
【００４０】
本実施形態では、この場合でもｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を正しく判定できるようにする。この判定には、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０が返信するＨＴＴＰ ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれる事を利用する。
【００４１】
図６を参照して、本実施形態における判定処理の具体的な手順について詳細に説明する。なお、図５に示す判定処理と比較すると、相違点が明確となる。
（１）ステップＳ４０１
まず、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１が、通信端末３０のＬＡＮ１００への接続を検出する。
（２）ステップＳ４０２
これをトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、インターネット上のＨＴＴＰサーバ２０に対して、ＨＴＴＰ ＧＥＴリクエストを送信する。上記処理にて使用するＨＴＴＰサーバ２０のＵＲＬは、予め通信端末３０の管理者により、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１に設定されている。このＨＴＴＰサーバ２０は、リダイレクトを指示する値を返さない、任意のＨＴＴＰサーバである必要がある。ＨＴＴＰサーバ２０のＵＲＬは、通信端末３０の管理者により、変更可能である。
（３）ステップＳ４０３
ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１からのＨＴＴＰ ＧＥＴリクエストを受信し、ＨＴＴＰ ＧＥＴレスポンスを返信する。すなわち、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ１０から、送信したＧＥＴリクエストに対するＧＥＴレスポンスを受信する。なお、本実施形態では、ＨＴＴＰ ＧＥＴレスポンスは、ステータスコードがリダイレクトを指示する値であるとは限らず、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合もある。
（４）ステップＳ４０４
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスのステータスコードがリダイレクトを指示する値かどうか確認する。
（５）ステップＳ４０５
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値であった場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｌｏｃａｔｉｏｎで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。この場合は、図５に示す判定処理と同様である。
（６）ステップＳ４０６
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ステータスコードがリダイレクトを指示する値でなかった場合、受信されたＧＥＴレスポンスに、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、受信されたＧＥＴレスポンスに、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｃｏｎｔｅｎｔで指定されているＵＲＬに対して、再びＨＴＴＰ ＧＥＴリクエストを送信する。
（７）ステップＳ４０７
ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれていない場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下ではないと判定する。この場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部３１は、ｆｉｒｅｗａｌｌ３２に対して、通常通りにＶＰＮセッションを確立し、ＶＰＮ接続を行うように通知する。
【００４２】
以上の動作により、ステータスコードにリダイレクトを指示する値が設定されない場合でも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかを、正しく判定できる。
【００４３】
以上のように、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、インターネット上のＨＴＴＰサーバに対して、ＨＴＴＰ ＧＥＴリクエストを送信する。ｃａｐｔｉｖｅ ｐｏｒｔａｌはＨＴＴＰサーバに代わり、ｃａｐｔｉｖｅ ｐｏｒｔａｌ（認証サーバ）へリダイレクトさせる旨のＧＥＴレスポンスを返信する。ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、受信したＧＥＴレスポンスを解析し、リダイレクトを指示する内容であるかどうか調べる。ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段はｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｆｉｒｅｗａｌｌに通知する。ｆｉｒｅｗａｌｌは、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知されたら、ＨＴＴＰ接続の制限を一時解除する。
【００４４】
本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下かどうかを、自動的に判定する。
【００４５】
また、本発明では、ＬＡＮ接続をトリガとして、ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定を開始する。
【００４６】
また、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であった場合、自動的にｆｉｒｅｗａｌｌのＨＴＴＰ接続禁止を解除する。
【００４７】
また、本発明では、ｃａｐｔｉｖｅ ｐｏｒｔａｌがｍｅｔａ−ｒｅｆｒｅｓｈを返信する場合でも、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を正しく判定できる。
【００４８】
第一の効果は、ｆｉｒｅｗａｌｌによりＨＴＴＰ接続が禁止されている通信端末をｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下に接続するのみで、ＨＴＴＰ接続が一時解除にされる事である。この結果、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下でも、通信端末の利便性が向上する。その理由は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下である事を、自動的に認識できるためである。
【００４９】
第二の効果は、ユーザはＨＴＴＰ接続の制限の一時解除を行うことができないため、管理者の意図しないＨＴＴＰ接続をユーザが行ってしまうという問題を防ぐことが可能である。これによりインターネットへのＨＴＴＰ接続によるセキュリティリスクを回避することが可能である。
【００５０】
以上、本発明の実施形態を詳述してきたが、実際には上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。
【図面の簡単な説明】
【００５１】
【図１】図１は、本発明の自動判別システムの構成例を示す概念図である。
【図２】図２は、一般的なｃａｐｔｉｖｅ ｐｏｒｔａｌが動作する環境を示す概念図である。
【図３】図３は、ｃａｐｔｉｖｅ ｐｏｒｔａｌの基本的な動作を示すフローチャートである。
【図４】図４は、本発明の第１実施形態の動作を示すフローチャートである。
【図５】図５は、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であるかどうかの判定処理の具体的な手順を示すフローチャートである。
【図６】図６は、本発明の第２実施形態における判定処理の具体的な手順を示すフローチャートである。
【符号の説明】
【００５２】
１０… ｃａｐｔｉｖｅ ｐｏｒｔａｌ（認証サーバ）
２０… ＨＴＴＰサーバ
３０… 通信端末
３１… ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定部
３２… ｆｉｒｅｗａｌｌ
３３… ＷＥＢブラウザ
３４… ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）クライアント
１００… ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）
【特許請求の範囲】
【請求項１】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段と、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、前記通信端末のネットワーク接続の制限を一時解除するファイアウォールと
を含む
自動判別システム。
【請求項２】
請求項１に記載の自動判別システムであって、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信する
自動判別システム。
【請求項３】
請求項１又は２に記載の自動判別システムであって、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信する
自動判別システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の自動判別システムであって、
前記ファイアウォールは、前記通信端末のネットワーク接続を制限し、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限する
自動判別システム。
【請求項５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、
前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、
ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記通信端末のネットワーク接続の制限を一時解除するステップと
を含む
自動判別方法。
【請求項６】
請求項５に記載の自動判別方法であって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更に含む
自動判別方法。
【請求項７】
請求項５又は６に記載の自動判別方法であって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更に含む
自動判別方法。
【請求項８】
請求項５乃至７のいずれか一項に記載の自動判別方法であって、
前記ファイアウォールにおいて、前記通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限するステップ
を更に含む
自動判別方法。
【請求項９】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、
前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、
ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記通信端末のネットワーク接続の制限を一時解除するステップと
をコンピュータに実行させるための
プログラム。
【請求項１０】
請求項９に記載のプログラムであって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１１】
請求項９又は１０に記載のプログラムであって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１２】
請求項９乃至１１のいずれか一項に記載のプログラムであって、
前記ファイアウォールにおいて、前記通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段と、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段の配下にあり、通信端末のネットワーク接続を制限し、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、前記通信端末のネットワーク接続の制限を一時解除するファイアウォールと
を含む
自動判別システム。
【請求項２】
請求項１に記載の自動判別システムであって、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信する
自動判別システム。
【請求項３】
請求項１又は２に記載の自動判別システムであって、
前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段は、前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信する
自動判別システム。
【請求項４】
請求項１乃至３のいずれか一項に記載の自動判別システムであって、
前記ファイアウォールは、前記通信端末のネットワーク接続を制限し、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ判定手段からｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると通知された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限する
自動判別システム。
【請求項５】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、
前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、
ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記通信端末のネットワーク接続の制限を一時解除するステップと
を含む
自動判別方法。
【請求項６】
請求項５に記載の自動判別方法であって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更に含む
自動判別方法。
【請求項７】
請求項５又は６に記載の自動判別方法であって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更に含む
自動判別方法。
【請求項８】
請求項５乃至７のいずれか一項に記載の自動判別方法であって、
前記ファイアウォールにおいて、前記通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限するステップ
を更に含む
自動判別方法。
【請求項９】
ｃａｐｔｉｖｅ ｐｏｒｔａｌを介して接続されたネットワーク上のサーバに対してＧＥＴリクエストを送信し、前記サーバの代わりに前記ｃａｐｔｉｖｅ ｐｏｒｔａｌからＧＥＴレスポンスを受信するステップと、
前記ＧＥＴレスポンスがリダイレクトを指示する内容であるかどうか確認し、前記ＧＥＴレスポンスがリダイレクトを指示する内容であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定するステップと、
ファイアウォールにおいて、通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記通信端末のネットワーク接続の制限を一時解除するステップと
をコンピュータに実行させるための
プログラム。
【請求項１０】
請求項９に記載のプログラムであって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値であれば、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｌｏｃａｔｉｏｎで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１１】
請求項９又は１０に記載のプログラムであって、
前記ＧＥＴレスポンスのステータスコードがリダイレクトを指示する値でなければ、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれているかどうか確認し、前記ＧＥＴレスポンスにｒｅｆｒｅｓｈ属性のｍｅｔａタグが含まれている場合、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定し、ｃｏｎｔｅｎｔで指定された前記ｃａｐｔｉｖｅ ｐｏｒｔａｌの所在情報に基づいて、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌ宛のＧＥＴリクエストを送信するステップ
を更にコンピュータに実行させるための
プログラム。
【請求項１２】
請求項９乃至１１のいずれか一項に記載のプログラムであって、
前記ファイアウォールにおいて、前記通信端末のネットワーク接続を制限し、ｃａｐｔｉｖｅ ｐｏｒｔａｌ環境下であると判定された場合、前記ｃａｐｔｉｖｅ ｐｏｒｔａｌに対する前記通信端末のネットワーク接続を一時的に許可し、前記通信端末が前記ｃａｐｔｉｖｅ ｐｏｒｔａｌでの認証に成功した場合、前記通信端末のＶＰＮセッションを確立し、前記ＶＰＮセッションが確立すると、前記通信端末のＶＰＮ通信以外のネットワーク通信を制限するステップ
を更にコンピュータに実行させるための
プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−２７６９２５（Ｐ２００９−２７６９２５Ａ）
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願番号】特願２００８−１２６２８４（Ｐ２００８−１２６２８４）
【出願日】平成２０年５月１３日（２００８．５．１３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
【公開日】平成２１年１１月２６日（２００９．１１．２６）
【国際特許分類】
【出願日】平成２０年５月１３日（２００８．５．１３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（０００１９７３６６）ＮＥＣアクセステクニカ株式会社 (1,236)
【Ｆターム（参考）】
[ Back to top ]