JP2018200668A - 情報処理装置、制御方法、及びプログラム - Google Patents

Abstract

【課題】不適切な接続先への接続を容易に制御する【解決手段】コネクション確立部３０４が、リクエストを送信したクライアントＰＣ１０２と当該リクエストの要求先に対してコネクションを確立し、データ送信制御部３０６が、このコネクションを確立したリクエストの要求先に対してデータが送信されるのを待機する。データを受信すると、遮断処理部３０８が、現在時刻からリクエスト処理を開始した時刻を減算することで、コネクションを確立してから経過した時間を算出し、算出した経過時間が遮断時間以上である場合は、確立していた通信を遮断する。【選択図】図５

Description

本発明は、他の装置との通信の中継制御に関し、特に、当該通信の接続時間を考慮した中継制御に関する。

ネットワーク技術の発展に伴い、多様な情報が流通するようになり、このような情報を多くのユーザに提供する非常に利便性の高いツールが存在する。

一方で、このようなツールにおいては、多くのユーザが関心を置くコンテンツを提供する装置についていえば、多くのユーザが同時にアクセスすることによる、当該装置への過負荷を回避するための方策を講じる必要がある。

その方法の一つとして、利用対象のコンテンツの接続開始時刻と当該コンテンツの最大視聴時間との和が現在時刻を超えている場合は、この接続を切断することで、それぞれのユーザに公平にコンテンツへのアクセスを許可する技術が開示されている（例えば、特許文献１参照）。

特許第４０９９０７８号公報

しかしながら、特許文献１に記載された技術では、接続の切断対象となるコンテンツをあらかじめ登録しておき、そのコンテンツへの通信を定期的に監視するため、登録の手間が必要になったり、監視のための処理負荷がかかったりするといった問題がある。

特に、昨今では、例えば、外部から侵入したコンピュータウィルスに接続元の装置が感染すると、そのコンピュータウィルスにより、予期せぬ接続先へ自動で接続され、感染した装置内の情報を外部へ曝したり、流出したりしてしまうことから、このような通信状況を監視する必要があるが、特許文献１に記載された技術では、予期せぬ接続先に対しての通信を監視することが難しい。

このような問題への対策として、当該装置間に設置されたプロキシサーバを経由させることにより、プロキシサーバにおいて装置間における通信を監視し、長時間接続されている場合は、その通信を遮断する方法があげられる。

しかしながら、このような方法では、プロキシサーバにおいて、装置間における通信を確立してからの時間が所定時間経過したかを定期的に繰り返し監視しなければならず、同じタイミングで多くの装置からの接続要求が発生した場合、この監視処理に負荷がかかるという問題がある。

例えば、最近のコンピュータウィルスでは、感染した装置からＣ＆Ｃサーバへ接続させるにあたり、ＨＴＴＰＳ（ＨＴＴＰ ｏｖｅｒ ＳＳＬ（ＴＬＳを含む）通信を用いてＣＯＮＮＥＣＴメソッドを使用して、装置とＣ＆Ｃサーバとでコネクションを確立し、以後、このコネクションを確立したまま、装置とＣ＆Ｃサーバとの間でデータの送受信を行うものが存在するが、このコネクションが確立されてからの時間を定期的に繰り返し監視する処理負荷が多大にかかるという問題がある。

そこで、本発明では、不適切な接続先への接続を容易に制御することが可能な情報処理装置、制御方法、及びプログラムを提供することを目的とする。

上記課題を解決するための本発明は、端末装置の通信を中継する情報処理装置であって、確立された通信におけるデータの送受信を行う送受信手段と、前記送受信手段によってデータを受信したとき、前記通信の確立に係る時間が所定時間を経過している場合、前記通信を遮断する遮断手段と、を備えたことを特徴とする。

本発明によれば、不適切な接続先への接続を容易に制御することができる、という効果を奏する。

情報処理システムの概略構成を示す構成図である。 プロキシサーバに適用可能な情報処理装置のハードウェア構成を示す構成図である。 プロキシサーバにおける機能構成を示す構成図である。 長時間接続通信の遮断処理の詳細を示すフローチャートである。 遮断処理の詳細を示すフローチャートである。 通信遮断設定画面の構成を示す構成図である。 設定ファイルの構成を示す構成図である。 記憶手段の構成を示す構成図である。 長時間接続通信の遮断処理の詳細を示すフローチャートである。 遮断処理の詳細を示すフローチャートである。 通信遮断設定画面の構成を示す構成図である。 設定ファイルの構成を示す構成図である。 記憶手段の構成を示す構成図である。 通信遮断設定画面の構成を示す構成図である。 設定ファイルの構成を示す構成図である。 長時間接続通信の遮断処理の詳細を示すフローチャートである。 未検査である通信の状態を設定する処理を示すフローチャートである。 アクセス制御リスト判定処理を示すフローチャートである。 遮断処理の詳細を示すフローチャートである。 通信遮断設定画面の構成を示す構成図である。 通信遮断後ブロック画面の構成を示す構成図である。 設定ファイルの構成を示す構成図である。 画面情報記憶手段の構成を示す構成図である。 アクセス制御リストの構成を示す構成図である。

以下、図面を参照して、本発明の実施形態を詳細に説明す

［第１の実施形態］
まず、第１の実施形態について説明する。

図１には、本発明の実施形態に係る情報処理システムの概略の構成図が示されている。

図１に示すように、本実施形態に係る情報処理システムは、プロキシサーバ１００、クライアントＰＣ１０２（少なくとも１台以上備える）、ＬＡＮ１０４、広域ネットワーク１０６、ウェブサーバ１０８（少なくとも１台以上備える）、及びＣ&Ｃサーバ１１０を含んで構成される。

プロキシサーバ１００は、情報処理装置として機能する装置であり、クライアントＰＣ１０２と広域ネットワーク１０６を介してデータの通信を行うウェブサーバ１０８との中継を行う。

また、プロキシサーバ１００は、クライアントＰＣ１０２とウェブサーバ１０８との間で送受信されるデータを中継するか、あるいは、中継しないかを決定するための中継制御ルールに従って、当該データの通信を制御している。

さらに、プロキシサーバ１００は、クライアントＰＣ１０２の接続先への接続状況を把握し、通信の制御を行う。

クライアントＰＣ１０２は、ウェブサーバ１０８から提供される様々なコンテンツ等をユーザへ提供する端末装置である。

また、クライアントＰＣ１０２は、ＬＡＮ１０４を介してプロキシサーバ１００に記憶した中継制御ルールの参照や登録等を行うことが可能である。

ウェブサーバ１０８は、様々なコンテンツ等をユーザへ提供する装置であり、サービス事業者や個人ユーザ等によって設置されたものである。

Ｃ&Ｃサーバ１１０は、コンピュータウィルスに感染したクライアントＰＣ１０２から接続がなされると、そのクライアントＰＣ１０２に対して指令を送り、自身の制御下に置くことで、当該クライアントＰＣ１０２へ攻撃を加える装置である。

次に、図２では、プロキシサーバ１００、及びクライアントＰＣ１０２に適用可能な情報処理装置のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。

なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。

次に、図３を用いてプロキシサーバ１００の機能構成について説明する。尚、各機能の詳細については、後述するフローチャートなどで説明を行う。

プロキシサーバ１００は、送受信部３００及び通信制御部３０２から構成され、送受信部３００は、クライアントＰＣ１０２から送信されたリクエストの要求を受付け、その要求に対する許可／拒否通知を行ったり、種々のデータの送受信を行ったりする。

通信制御部３０２は、クライアントＰＣ１０２とウェブサーバ１０８とのコネクションを確立し、種々のデータの送受信を行う。尚、クライアントＰＣ１０２に対しては、送受信部３００を介して、これらの通信やデータの送受信を行う。

通信制御部３０２は、コネクション確立部３０４とデータ送信制御部３０６とを備え、コネクション確立部３０４は、主に、クライアントＰＣ１０２からのリクエスト（例えば、ＣＯＮＮＥＣＴリクエスト）を受付け、クライアントＰＣ１０２とリクエストの要求先とのコネクションを確立する。

一方、データ送信制御部３０６は、コネクションが確立すると、以降、クライアントＰＣ１０２とリクエストの要求先とにおける種々のデータの送受信を行う。

また、データ送信制御部３０６は、遮断処理部３０８を備え、コネクション確立部３０４によって、長時間接続されている通信が存在する場合、その通信を遮断する。

例えば、リクエストの要求先が、Ｃ&Ｃサーバ１１０のように、クライアントＰＣ１０２のユーザが意図しない装置へ長時間接続されている場合、クライアントＰＣ１０２に対する攻撃を抑止することから、この通信を遮断する。

次に、図４に示すフローチャートを用いて長時間接続通信の遮断処理について説明を行う。

ステップＳ１００では、送受信部３００は、クライアントＰＣ１０２から新たなリクエストを受信する。

ステップＳ１０２では、送受信部３００は、ステップＳ１００において受信した時刻を、リクエスト処理を開始した時刻として記憶する。

ステップＳ１０４では、送受信部３００は、ステップＳ１００において受信したリクエストは、通信を遮断することなく継続して接続を行うリクエストである場合は、遮断除外リクエストフラグ（詳細後述）をＯＮとし、通信を遮断するリクエストである場合は、遮断除外リクエストフラグをＯＦＦとする。

ステップＳ１０２及びステップＳ１０４において、リクエスト処理を開始した時刻、及び遮断除外リクエストフラグを記憶したが、これらの各リクエストに関する情報は、例えば、図８に示すような記憶手段６００に記憶される。

図８では、記憶手段６００の構成が示され、リクエスト処理を開始した時刻を示すリクエスト処理開始時刻６０２、通信を強制的に遮断する機能のＯＮ／ＯＦＦ状態を示す遮断機能ＯＮ／ＯＦＦ６０４、リクエスト処理を開始してから長時間接続され続けている通信を遮断するため、遮断をすべきか否かを判別する際の基準とする遮断時間６０６、及びリクエストが遮断除外の対象であるか否かを示す遮断除外リクエストフラグ６０８等を含めて受信したリクエスト毎に記憶する。

遮断機能ＯＮ／ＯＦＦ６０４、遮断時間６０６、及び遮断除外リクエストフラグ６０８は、図６に示す通信遮断設定画面４００を用いて入力設定がなされ、図７に示す設定ファイル５００として保管されている情報から設定がなされる。

図６には、通信遮断設定画面４００の構成が示されており、通信遮断設定画面４００は、通信を強制的に遮断する機能のＯＮ／ＯＦＦを入力するための切替欄４０２、遮断をすべきか否かを判別する際に基準となる遮断時間を入力するための遮断時間入力欄４０４、及び遮断除外の対象となるリクエストに係る情報を入力するためのリクエスト入力欄４０６を備えている。

リクエスト入力欄４０６には、様々なリクエストに係る情報を入力することが可能であり、例えば、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）、装置によって安全性の高低があることからクライアントＰＣ１０２のＩＰアドレス、及びアプリケーションによって適宜更新する必要性が生じることからＵｓｅｒ Ａｇｅｎｔ等の情報を入力することが可能である。

また、通信遮断設定画面４００は、追加ボタン４０８、修正ボタン４１０、削除ボタン４１２、及び除外リスト４１４を備えており、追加ボタン４０８が押下されると、リクエスト入力欄４０６に入力されているリクエストに係る情報が除外リスト４１４へ表示される。

また、除外リスト４１４に表示されているリクエストに係る情報を選択すると、その選択されたリクエストに係る情報がリクエスト入力欄４０６に表示される。

そして、ユーザによってリクエスト入力欄４０６のリクエストに係る情報の修正がなされた後、修正ボタン４１０が押下されると、修正後のリクエストに係る情報で、除外リスト４１４が更新される。

さらに、除外リスト４１４に表示されているリクエストに係る情報を選択し、削除ボタン４１２が押下されると、選択されたリクエストに係る情報が、除外リスト４１４から削除される。

通信遮断設定画面４００は、除外リスト４１４に表示されているリクエストに係る情報を登録するための設定ボタン４１６、及び通信遮断設定画面４００を閉じるためのキャンセルボタン４１８を備えている。

設定ボタン４１６を押下すると、除外リスト４１４に表示されているリクエストに係る情報が、図７に示す設定ファイル５００として記憶される。

設定ファイル５００は、切替欄４０２によって入力された通信を強制的に遮断する機能のＯＮ／ＯＦＦを示す遮断機能フラグ５０２（遮断機能を有効にする場合、ＯＮ、無効にする場合、ＯＦＦに設定する）、遮断時間入力欄４０４に入力された遮断をすべきか否かを判別する際に基準となる遮断時間５０４、及び除外リスト４１４に表示されているリクエストに係る情報を示す遮断除外対象リクエスト５０６を備えている。

図７に示す例としては、遮断機能フラグ５０２がＯＮ、遮断時間５０４が１０００秒、遮断除外対象リクエスト５０６は、ＵＲＩとしてｗｗｗ．ｅｘａｍｐｌｅ．ｊｐ、クライアントＰＣ１０２のＩＰアドレスとして１９２．０．２．１０、Ｕｓｅｒ ＡｇｅｎｔとしてＴｅｓｔＣｏｎｎｅｃｔｉｏｎが設定されている。

つまり、本ステップでは、図８に示す遮断機能ＯＮ／ＯＦＦ６０４、遮断時間６０６、及び遮断除外リクエストフラグ６０８は、この記載順に、設定ファイル５００の遮断機能フラグ５０２、遮断時間５０４、リクエストが遮断除外対象リクエスト５０６に含まれない場合は、ＯＮが設定され、含まれる場合は、ＯＦＦが設定される。

ステップＳ１０６では、送受信部３００は、ステップＳ１００において受信したリクエストがＨＴＴＰＳの通信プロトコルを使用した際に用いられるＣＯＮＮＥＣＴメソッドによる通信の接続要求メッセージであるか否かを判定し、ＣＯＮＮＥＣＴメソッドによるものであると判定した場合は、ステップＳ１１０へ処理を進め、ＣＯＮＮＥＣＴメソッドによるものであると判定しない場合は（例えば、ＨＴＴＰの通信プロトコルを使用したＧＥＴ通信等）、ステップＳ１０８へ処理を進める。

ステップＳ１０８では、データ送信制御部３０６は、リクエストの要求先となるウェブサーバ１０８へデータを送信する。

ステップＳ１１０では、ステップＳ１００で受信したリクエストに対して遮断処理を行う（詳細は、図５参照）。

ステップＳ１１２では、ステップＳ１０８、ステップＳ１１０で行った各処理についてのログを出力する。

図５に示すフローチャートを用いて遮断処理について説明を行う。

ステップＳ２００では、コネクション確立部３０４は、ステップＳ１００においてリクエストを送信したクライアントＰＣ１０２と当該リクエストの要求先に対してコネクションを確立する。

具体的な例として、コネクション確立部３０４は、当該リクエストの要求先に対して、ＣＯＮＮＥＣＴメソッドのリクエストを送信し、要求先からの通信許可通知を受けると、リクエストを送信したクライアントＰＣ１０２に対して、コネクションが確立したことを示す２××のレスポンスを通知する。

ステップＳ２０２では、データ送信制御部３０６は、ステップＳ２００においてコネクションを確立したリクエストの要求先に対してデータが送信されるのを待機する。尚、リクエストの要求先からデータが送信されることを待機しても良い。

尚、通常のＨＴＴＰ通信とは異なり、クライアントＰＣ１０２からのコネクションの終了指示がなされるまで、継続して同じコネクション（ＴＣＰコネクション）を使用する。

ステップＳ２０４では、遮断処理部３０８は、遮断機能ＯＮ／ＯＦＦ６０４がＯＮか否かを判定し、ＯＮであると判定した場合は、ステップＳ２０６へ処理を進め、ＯＮであると判定しない場合は、ステップＳ２１４へ処理を進める。

ステップＳ２０６では、遮断処理部３０８は、遮断除外リクエストフラグにＯＮが設定されているか否かを判定し、設定されていると判定した場合は、ステップＳ２１４へ処理を進め、ＯＦＦが設定されていると判定した場合は、ステップＳ２０８へ処理を進める。

ステップＳ２０８では、遮断処理部３０８は、現在時刻をシステム日付などにより取得し、遮断時間６０６から遮断時間を取得する。

ステップＳ２１０では、遮断処理部３０８は、現在時刻からステップＳ１０２において記憶したリクエスト処理を開始した時刻を減算することで、コネクションを確立してから経過した時間を算出する。

ステップＳ２１２では、遮断処理部３０８は、ステップＳ２１０において算出した経過時間が遮断時間以上であるか否かを判定し、以上であると判定した場合は、ステップＳ２１８へ処理を進め、未満であると判定した場合は、ステップＳ２１４へ処理を進める。

ステップＳ２１４では、データ送信制御部３０６は、クライアントＰＣ１０２に対して、ステップＳ２０２で受信したデータを、送受信部３００を介して送信する。

ステップＳ２１６では、通信制御部３０２は、クライアントＰＣ１０２からＣＯＮＮＥＣＴメソッドによる通信を終了する指示を、送受信部３００を介して受信したか否かを判定し、受信したと判定した場合は、ステップＳ２１８へ処理を進め、受信したと判定しない場合は、ステップＳ２０２へ処理を進める。

ステップＳ２１８では、遮断処理部３０８は、確立していたＣＯＮＮＥＣＴメソッドによる通信を遮断する

［第２の実施形態］
次に第２の実施形態について説明する。第１の実施形態では、遮断除外の対象となるリクエストを考慮して遮断処理を行っているが、これに加えて、第２の実施形態では、個別に遮断時間を設定するリクエストを考慮して遮断処理を行う。

尚、第２の実施形態では、第１の実施形態の構成及び処理と、ほぼ同様な構成及び処理を備えるため、そのような構成及び処理については、同一符号を用い、詳細な説明については省略し、異なる部分のみ説明を行う。

図９に示すフローチャートを用いて、長時間接続通信の遮断処理について説明を行う。尚、このフローチャートは、図４に示すフローチャートを改良したものである。

ステップＳ３００では、遮断処理部３０８は、ステップＳ１００において受信したリクエストが、通信を遮断することなく継続して接続を行うリクエストである場合は、遮断除外リクエストフラグ６０８をＯＮとし、通信を遮断するリクエストである場合は、遮断除外リクエストフラグ６０８をＯＦＦとする。

さらに、ステップＳ１００において受信したリクエストは、遮断対象とするリクエストである場合は、個別遮断リクエストフラグ９０４をＯＮとし、遮断対象とするリクエストでない場合は、個別遮断リクエストフラグ９０４をＯＦＦとする。

ステップＳ１０２及びステップＳ３００において、リクエスト処理を開始した時刻、遮断除外リクエストフラグ、及び個別遮断リクエストフラグ９０４を記憶したが、これらの各リクエストに関する情報は、例えば、図１３に示すような記憶手段９００に記憶される。

図１３には、記憶手段９００の構成が示されているが、この記憶手段９００は、図８に示す記憶手段６００を改良したものである。

記憶手段９００は、リクエスト処理を開始してから所定時間接続され続けている通信を遮断するため、遮断をすべきか否かを判別する際に基準となる遮断時間９０２、及び当該リクエストが遮断対象となる場合に、個別に指定された遮断時間を使用するか否かを示す個別遮断リクエストフラグ９０４等を含めて受信したリクエスト毎に記憶する。

遮断機能ＯＮ／ＯＦＦ６０４、遮断時間９０２、遮断除外リクエストフラグ６０８、及び個別遮断リクエストフラグ９０４は、図１１に示す通信遮断設定画面７００を用いて入力設定がなされ、図１２に示す設定ファイル８００として保管されている情報から設定がなされる。

図１１には、通信遮断設定画面７００の構成が示されており、この画面は、図６に示す通信遮断設定画面４００を改良したものである。

通信遮断設定画面７００は、通信遮断設定画面４００の構成に加えて、遮断対象とするリクエストに係る情報を入力するための個別遮断リクエスト入力欄７０２、遮断をすべきか否かを判別する際に基準となる遮断時間を入力するための個別遮断時間入力欄７０４を備えている。

個別遮断リクエスト入力欄７０２は、リクエスト入力欄４０６と同様に、様々なリクエストに係る情報を入力することが可能である。

また、通信遮断設定画面７００は、追加ボタン７０６、修正ボタン７０８、削除ボタン７１０、及び個別遮断リスト７１２を備えており、追加ボタン７０６が押下されると、個別遮断リクエスト入力欄７０２に入力されているリクエストに係る情報が表示される。

また、個別遮断リスト７１２に表示されているリクエストに係る情報を選択すると、その選択されたリクエストに係る情報が個別遮断リクエスト入力欄７０２、および個別遮断時間入力欄７０４に表示される。

そして、ユーザによって個別遮断リクエスト入力欄７０２、個別遮断時間入力欄７０４のリクエストに係る情報の修正がなされた後、修正ボタン７０８が押下されると、修正後のリクエストに係る情報で、個別遮断リスト７１２が更新される。

さらに、個別遮断リスト７１２に表示されているリクエストに係る情報を選択し、削除ボタン７１０が押下されると、選択されたリクエストに係る情報が、個別遮断リスト７１２から削除される。

除外リスト４１４及び個別遮断リスト７１２に表示されているリクエストに係る情報を登録するための設定ボタン４１６、及び通信遮断設定画面７００を閉じるためのキャンセルボタン４１８を備えている。

設定ボタン４１６を押下すると、除外リスト４１４及び個別遮断リスト７１２に表示されているリクエストに係る情報が、図１２に示す設定ファイル８００として記憶される。

図１２に示す設定ファイル８００は、図７に示す設定ファイル５００を改良したものである。

設定ファイル８００は、設定ファイル５００の構成に加えて、個別遮断リスト７１２に表示されているリクエストに係る情報を示す個別遮断リクエスト８０２を備えている。

図１２に示す例としては、個別遮断リクエスト８０２は、ＵＲＩとしてｗｗｗ．ｅｘａｍｐｌｅ２．ｊｐ、その遮断時間として１５００秒、クライアントＰＣ１０２のＩＰアドレスとして１９２．０．２．２０、その遮断時間として３０００秒、User AgentとしてＴｅｓｔＣｏｎｎｅｃｔｉｏｎ２、遮断時間として５００秒が設定されている。

つまり、本ステップでは、図１３に示す遮断時間９０２は、リクエストが個別遮断リクエスト８０２に含まれる場合は、個別遮断リクエスト８０２の遮断時間を設定し、含まれない場合は、遮断時間５０４の遮断時間を設定する。

個別遮断リクエストフラグ９０４は、リクエストが個別遮断リクエスト８０２に含まれる場合は、ＯＮが設定され、含まれない場合は、ＯＦＦが設定される。

ステップＳ３０２では、ステップＳ１００で受信したリクエストに対して遮断処理を行う（詳細は、図１０参照）。

ここからは図１０に示すフローチャートを用いて、長時間接続通信の遮断処理について説明を行う。尚、このフローチャートは、図５に示すフローチャートを改良したものである。

ステップＳ４００では、遮断処理部３０８は、個別遮断リクエストフラグ９０４にＯＮが設定されているか否かを判定し、設定されていると判定した場合は、ステップＳ４０２へ処理を進め、ＯＦＦが設定されていると判定した場合は、ステップＳ４０４へ処理を進める。

ステップＳ４０２では、遮断処理部３０８は、遮断時間９０２から個別遮断時間を取得し、ステップＳ４０４では、遮断処理部３０８は、遮断時間９０２から遮断時間を取得する。

ステップＳ４０６では、遮断処理部３０８は、現在時刻をシステム日付などにより取得する。

ステップＳ４０８では、遮断処理部３０８は、現在時刻からステップＳ１０２において記憶したリクエスト処理を開始した時刻を減算することで、コネクションを確立してから経過した時間を算出する。

ステップＳ４１０では、遮断処理部３０８は、ステップＳ４０８において算出した経過時間がステップＳ４０２で取得した個別遮断時間あるいはステップＳ４０４で取得した遮断時間以上であるか否かを判定し、以上であると判定した場合は、ステップＳ２１８へ処理を進め、未満であると判定した場合は、ステップＳ２１４へ処理を進め

［第３の実施形態］
次に第３の実施形態について説明する。第１の実施形態及び第２の実施形態では、予め定義した遮断時間を用いて、遮断処理を行っているが、第３の実施形態では、連休中、ＰＣの持ち出しによりコンピュータウィルスに感染してしまった場合、あるいは、連休中、ウイルス対策ソフトの定義ファイルが更新され、連休明けに自身のＰＣへ定義ファイルが反映される前に、コンピュータウィルスに感染することなどが想定されることから、連休明けに関しては、この遮断時間を通常よりも短い時間に調整する。

尚、第３の実施形態では、第１及び第２の実施形態の構成及び処理と、ほぼ同様な構成及び処理を備えるため、そのような構成及び処理については、同一符号を用い、詳細な説明については省略し、異なる部分のみ説明を行う。

図１４には、通信遮断設定画面１０００が示されており、通信遮断設定画面１０００は、図６に示す通信遮断設定画面４００を改良したものである。

通信遮断設定画面１０００は、遮断時間調整欄１００２を備えており、ユーザが遮断時間調整欄１００２を選択して、設定ボタン４１６を押下すると、図１５に示す設定ファイル１１００の遮断時間調整フラグ１１０２にＯＮとして記憶され、遮断時間調整欄１００２が選択されずに、設定ボタン４１６を押下すると、遮断時間調整フラグ１１０２にＯＦＦとして記憶される。尚、設定ファイル１１００は、図７に示す設定ファイル５００を改良したものである。

そして、ステップＳ１０４において、遮断時間６０６に遮断時間５０４から取得した遮断時間を設定する際に、現在の日付が連休明けの日付か否かをカレンダー情報（不図示）から判定し、連休明けである場合は、遮断時間５０４から取得した遮断時間よりも短い時間を遮断時間６０６に設定する。

例えば、遮断時間５０４から取得した遮断時間へ予め定めた調整率（１未満の正の数）を乗じて得られた時間を遮断時間６０６に設定しても良いし、予め定めた遮断時間を遮断時間６０６に設定しても良い。

また、通信遮断設定画面７００にも、遮断時間調整欄１００２と同様な機能を、個別遮断時間入力欄７０４に対応させて備えることで、それぞれの個別のリクエストに対して遮断時間の調整が行っても良い。

この場合、ステップＳ３００では、遮断時間を調整するリクエストについては、設定ファイル８００の個別遮断リクエスト８０２の各リクエストに対応して、遮断時間調整フラグに記憶し、このフラグがＯＮであれば、遮断時間９０２には、個別遮断リクエスト８０２の遮断時間を前述のように調整した後の時間を設定する

［第４の実施形態］
次に、第４の実施形態について説明する。第１の実施形態乃至第３の実施形態では、予め定義した遮断時間を用いて、遮断処理を行っているが、第４の実施形態では、この遮断処理をした後、遮断されたリクエストと同様なリクエストが要求された場合、当該リクエストを要求先へ送信せずに保留させておき、このリクエストの要求を行ったクライアントPCを利用しているユーザに対して、当該リクエストを通信させることを確認するための画面を表示し、当該ユーザ操作によって画面を介してリクエストを通信する指示を受付けると、当該リクエストを要求先へ送信する。

コンピュータウィルスによるリクエストであれば、このような画面を表示した際に、ユーザ操作を行うことが難しいことから、画面を介してリクエストを通信する指示を受付けなければ、コンピュータウィルスによるリクエストであると推定して、当該リクエストを遮断する。

尚、第４の実施形態では、第１乃至第３の実施形態の構成及び処理と、ほぼ同様な構成及び処理を備えるため、そのような構成及び処理については、同一符号を用い、詳細な説明については省略し、異なる部分のみ説明を行う。

図１６に示すフローチャートを用いて、長時間接続通信の遮断処理について説明を行う。尚、このフローチャートは、図４に示すフローチャートを改良したものである。

ステップＳ５００では、送受信部３００は、ステップＳ１００において受信したリクエストは、通信を遮断するか否かの検査を行っていない場合、その検査の状態に関する情報を設定する処理を行う（詳細は、図１７参照）。

ステップＳ１０６では、送受信部３００は、ステップＳ１００において受信したリクエストが、ＣＯＮＮＥＣＴメソッドによるものであると判定した場合は、ステップＳ５０２へ処理を進め、ＣＯＮＮＥＣＴメソッドによるものであると判定しない場合は、ステップＳ１０８へ処理を進める。

ステップＳ５０２では、ステップＳ１００で受信したリクエストに対して、検査の状態に従って、当該リクエストに対するアクションを判定するアクセス制御リスト判定処理を行う（詳細は、図１８参照）。

ステップＳ１１２では、ステップＳ１０８、ステップＳ５０２で行った各処理についてのログを出力する。

図１７に示すフローチャートを用いて、未検査である通信の状態を設定する処理について説明を行う。

ステップＳ６００では、送受信部３００は、ステップＳ１００において受信したリクエストが、通信遮断後ブロック画面１３００（図２１参照）を介してのリクエストである場合、当該通信遮断後ブロック画面１３００に関する情報を画面情報記憶手段１５００（図２３参照）へ記憶する。

図２１には、通信遮断後ブロック画面１３００の構成が示されており、通信遮断後ブロック画面１３００は、現在、通信を行いたいアクセス先は、以前、通信が遮断されているため、このアクセス先へ通信させずに保留としていることを表示するとともに、アクセス先のＵＲＬやアクセスを要求しているクライアントＰＣ１０２のＩＰアドレス等の情報を表示し、保留を解除するためのパスワードの入力を催促する旨を表示するアクセス情報表示領域１３０２を備える。

通信遮断後ブロック画面１３００は、保留を解除するためのパスワードを入力するためのパスワード入力欄１３０４、パスワード入力欄１３０４に入力されたパスワードが適正なものか否かを判定する際に押下するための解除ボタン１３０６を備えている。

図２３には、画面情報記憶手段１５００の構成が示されており、画面情報記憶手段１５００は、通信遮断後ブロック画面１３００のパスワード入力欄１３０４に入力されたパスワードに関する情報を記憶するパスワード情報１５０２、及び、本来、アクセスしようとしていたアクセス先に関する情報を記憶する本来の接続先情報１５０４を備えている。

ステップＳ６０２では、遮断処理部３０８は、通信遮断後ブロック画面１３００のパスワード入力欄１３０４に入力されたパスワードに関する情報、本来、アクセスしようとしていたアクセス先に関する情報を画面情報記憶手段１５００のパスワード情報１５０２、本来の接続先情報１５０４に記憶する。

ステップＳ６０４では、遮断処理部３０８は、ステップＳ１００において受信したリクエストにパスワードに関する情報が含まれるか否かを判定し、含まれると判定した場合は、ステップＳ６０６へ処理を進め、含まれると判定しない場合は、ステップＳ６０８へ処理を進める。

本ステップにおける判定方法としては、ステップＳ６０２においてパスワード情報１５０２にパスワードが記憶されているか否かを判定し、記憶されていると判定した場合は、含まれると判定して、ステップＳ６０６へ処理を進め、記憶されていると判定しない場合は、ステップＳ６０８へ処理を進める。

ステップＳ６０６では、遮断処理部３０８は、パスワード入力欄１３０４に入力されたパスワードが正しいものであるか否かを判定し、正しいものであると判定した場合は、ステップＳ６１０へ処理を進め、正しいものであると判定しない場合は、ステップＳ６０８へ処理を進める。

本ステップにおける判定方法としては、パスワード情報１５０２に記憶されたパスワードが、設定ファイル１４００（図２２参照）に記憶された予め定めたパスワードに一致するか否かを判定し、一致すると判定した場合は、パスワードが正しいものであると判定して、ステップＳ６１０へ処理を進め、一致しないと判定した場合は、パスワードが正しいものであると判定せず、ステップＳ６０８へ処理を進める。

図２２には、設定ファイル１４００の構成が示されており、設定ファイル１４００は、アクセス制御リスト判定処理を行うか否かをOn、Offで示す処理フラグ１４０２、アクセスを保留する際に、そのアクセスに関する通信の条件によって保留を行うが、この条件として、アクセス先のＵＲＬ（ｕｒｌ）、アクセスを要求したクライアントＰＣ１０２のＩＰアドレス（ｉｐ）、及びクライアントＰＣ１０２のUser Agent（ｕａ）の何れの条件を用いるかを示す保留条件１４０４を備えている。

また、設定ファイル１４００は、前述したパスワードを記憶するパスワード１４０６、通信遮断後ブロック画面１３００を生成するための情報を有するファイルを示す確認画面情報ファイル１４０８、通信を遮断することを通知するための通信拒否画面（不図示）を生成するための情報を有するファイルを示す拒否画面情報ファイル１４１０を備えている。

さらに、設定ファイル１４００は、アクセスの制御対象となるアクセス先のＵＲＬやアクセスを要求しているクライアントＰＣ１０２のＩＰアドレス、アクセスに関する検査の状態を含むアクセス制御リスト情報１４１２を備えている。

この設定ファイル１４００は、通信遮断設定画面１２００（図２０参照）に対して入力された情報が記憶される。

図２０には、通信遮断設定画面１２００の構成が示されており、この画面は、図６に示す通信遮断設定画面４００を改良したものである。

通信遮断設定画面１２００は、アクセス制御リスト判定処理を行うか否かをOＮ、OＦＦで選択する処理選択欄１２０２、前述したように、アクセスを保留する際に、そのアクセスに関する通信の条件によって保留を行うが、この条件を選択するための条件選択領域１２０４を備えている。

条件選択領域１２０４は、当該条件として、アクセス先のＵＲＬを指定する場合に選択するための通信先ＵＲＬ欄１２０６、アクセスを要求したクライアントＰＣ１０２のＩＰアドレスを指定する場合に選択するためのクライアントＩＰアドレス欄１２０８、及びクライアントＰＣ１０２のUser Agentを指定する場合に選択するためのUser-Agent欄１２１０を備えている。

通信遮断設定画面１２００は、アクセスを保留された通信に関して、通信遮断後ブロック画面１３００を介して、保留を解除するためのパスワードを入力させるが、適正なパスワードや通信遮断後ブロック画面１３００へ表示するメッセージを入力するための画面情報入力領域１２１２を備えている。

画面情報入力領域１２１２は、適正なパスワードを入力するためのパスワード入力欄１２１４、通信遮断後ブロック画面１３００へ表示するメッセージを入力するためメッセージ入力欄１２１６を備えている。

通信遮断設定画面１２００は、アクセスに関する通信の条件を入力するための条件入力欄１２１８を備えている。

条件入力欄１２１８は、通信先ＵＲＬ欄１２０６、クライアントＩＰアドレス欄１２０８、及びUser-Agent欄１２１０のうち、選択された条件に応じて、入力可能な条件が定められる。

通信先ＵＲＬ欄１２０６が選択された場合、条件入力欄１２１８のＵＲＬが入力可能となり、クライアントＩＰアドレス欄１２０８が選択された場合、条件入力欄１２１８のＩＰアドレスが入力可能となり、User-Agent欄１２１０が選択された場合、条件入力欄１２１８のUser-Agentが入力可能である。

条件入力欄１２１８の状態には、遮断、除外、未判定といった検査の状態を入力可能である。

また、通信遮断設定画面１２００は、追加ボタン１２２０、修正ボタン１２２２、削除ボタン１２２４、及びアクセス制御リスト１２２６を備えており、追加ボタン１２２０が押下されると、条件入力欄１２１８に入力されているアクセスに関する通信の条件に係る情報がアクセス制御リスト１２２６へ表示される。

また、アクセス制御リスト１２２６に表示されているアクセスに関する通信の条件に係る情報を選択すると、その選択されたアクセスに関する通信の条件に係る情報が条件入力欄１２１８に表示される。

そして、ユーザによって条件入力欄１２１８のアクセスに関する通信の条件に係る情報の修正がなされた後、修正ボタン１２２２が押下されると、修正後のアクセスに関する通信の条件に係る情報で、アクセス制御リスト１２２６が更新される。

さらに、アクセス制御リスト１２２６に表示されているアクセスに関する通信の条件に係る情報を選択し、削除ボタン１２２４が押下されると、選択されたアクセスに関する通信の条件に係る情報が、アクセス制御リスト１２２６から削除される。

通信遮断設定画面１２００は、アクセス制御リスト１２２６に表示されているアクセスに関する通信の条件に係る情報を登録するための設定ボタン１２２８、及び通信遮断設定画面１２００を閉じるためのキャンセルボタン１２３０を備えている。

設定ボタン１２２８を押下すると、アクセス制御リスト１２２６に表示されているアクセスに関する通信の条件に係る情報が、図２２に示す設定ファイル１４００として記憶される。

つまり、処理選択欄１２０２にて選択されたON、OFFが処理フラグ１４０２に記憶し、通信先ＵＲＬ欄１２０６が選択された場合、保留条件１４０４にｕｒｌを記憶し、クライアントＩＰアドレス欄１２０８が選択された場合、保留条件１４０４にｉｐを記憶し、User-Agent欄１２１０が選択された場合、保留条件１４０４にｕａを記憶する。

パスワード入力欄１２１４に入力されたパスワードは、パスワード１４０６に記憶し、メッセージ入力欄１２１６に入力されたメッセージは、確認画面情報ファイル１４０８に記憶する。

通信拒否画面（不図示）についても、通信遮断後ブロック画面１３００と同様に、メッセージ入力欄（不図示）に入力されたメッセージは、拒否画面情報ファイル１４１０に記憶する。

アクセス制御リスト１２２６に表示されたアクセスに関する通信の条件に係る情報は、アクセス制御リスト情報１４１２に記憶される。

具体的にいうならば、アクセス制御リスト１２２６の行は、アクセス制御リスト情報１４１２のｉｄに記憶し、アクセス制御リスト１２２６のＵＲＬは、アクセス制御リスト情報１４１２のｕｒｌに記憶する。

また、アクセス制御リスト１２２６のＩＰアドレスは、アクセス制御リスト情報１４１２のｉｐに記憶し、アクセス制御リスト１２２６のUser-Agentは、アクセス制御リスト情報１４１２のｕａに記憶し、アクセス制御リスト１２２６の状態は、アクセス制御リスト情報１４１２のｆｌａｇに記憶する。

尚、本ステップにおいて、パスワードは、事前に、ユーザに対して通告しておくか、ユーザが予め登録しておいたパスワードを使用しても良い。

後者の場合、クライアントＰＣ１０２のＩＰアドレスと対応して、当該ユーザが登録しておいたパスワードを記憶しておき、本ステップでは、アクセスを要求しているクライアントＰＣ１０２のＩＰアドレスとパスワード情報１５０２に記憶されたパスワードとが、予め記憶しておいたものと一致するか否かによって判定を行う。

ステップＳ６０８では、通信制御部３０２は、アクセス制御リスト１６００（図２４参照）から該当する未検査のレコードの状態を遮断に変更する。

図２４には、アクセス制御リスト１６００の構成が示されており、アクセス制御リスト１６００は、アクセス制御リスト１６００へ記憶されたレコードを一意に識別するためのリストＩＤ１６０２、検査の状態を示す状態１６０４、アクセス先を示す接続先ＵＲＬ１６０６、アクセスを要求しているクライアントＰＣ１０２のＩＰアドレスを示すクライアントＩＰアドレス１６０８、及びクライアントＰＣ１０２におけるUser Agentを示すUser-Agent１６１０を含んで構成されている。

これらの情報は、設定ファイル１４００に情報が記憶されると、設定ファイル１４００のアクセス制御リスト情報１４１２のそれぞれのデータを記憶する。

例えば、アクセス制御リスト情報１４１２のｉｄに設定された値は、リストＩＤ１６０２、アクセス制御リスト情報１４１２のｕｒｌに設定された値は、接続先ＵＲＬ１６０６、アクセス制御リスト情報１４１２のｉｐに設定された値は、クライアントＩＰアドレス１６０８、アクセス制御リスト情報１４１２のｕａに設定された値は、User-Agent１６１０、アクセス制御リスト情報１４１２のｆｌａｇに設定された値は、状態１６０４に記憶される。

本ステップでは、ステップＳ１００において受信したリクエストにおいて、アクセス先となるＵＲＬ、アクセスの要求を行っているクライアントＰＣ１０２のＩＰアドレス、クライアントＰＣ１０２におけるUser Agentが、アクセス制御リスト１６００に記憶された各レコードにおいて、接続先ＵＲＬ１６０６、クライアントＩＰアドレス１６０８、及びUser-Agent１６１０を、すべて含んでおり、状態１６０４が未判定のレコードについて、状態１６０４を遮断に変更する。

ステップＳ６１０では、遮断処理部３０８は、ステップＳ１００において受信したリクエストにおいて、アクセス先となるＵＲＬ、アクセスの要求を行っているクライアントＰＣ１０２のＩＰアドレス、クライアントＰＣ１０２におけるUser Agentが、アクセス制御リスト１６００に記憶された各レコードにおいて、接続先ＵＲＬ１６０６、クライアントＩＰアドレス１６０８、及びUser-Agent１６１０を、すべて含んでおり、状態１６０４が未判定のレコードについて、状態１６０４を除外に変更する。

ステップＳ６１２では、データ送信制御部３０６は、本来のアクセス先へリダイレクトするように、ステップＳ６００において本来の接続先情報１５０４に記憶したアクセス先に対して通信を行うように設定する。

次に、図１８に示すフローチャートを用いて、アクセス制御リスト判定処理について説明を行う。

ステップＳ７００では、遮断処理部３０８は、設定ファイル１４００の処理フラグ１４０２がＯｎであるか否かを判定し、Ｏｎであると判定した場合、ステップＳ７０２へ処理を進め、Ｏｆｆであると判定した場合は、ステップＳ７１６へ処理を進める。

ステップＳ７０２では、遮断処理部３０８は、アクセス制御リスト１６００に未検査のレコードが存在するか否かを判定し、レコードが存在すると判定した場合、ステップＳ７０４へ処理を進め、存在すると判定しない場合は、ステップＳ７１６へ処理を進める。

本ステップにおける判定方法としては、アクセス制御リスト１６００の状態１６０４が未判定のレコードが存在するか否かを判定し、存在すると判定した場合は、ステップＳ７０４へ処理を進め、存在すると判定しない場合は、ステップＳ７１６へ処理を進める。

ステップＳ７０４では、遮断処理部３０８は、未検査のレコードを１レコード取得し、ステップＳ７０６では、遮断処理部３０８は、今回のリクエストが検査対象となっているか否かを判定し、検査対象となっている場合、ステップＳ７０８へ処理を進め、検査対象となっていない場合、ステップＳ７０２へ処理を進める。

本ステップにおける判定方法としては、ステップＳ１００において受信したリクエストにおいて、アクセス先となるＵＲＬ、アクセスの要求を行っているクライアントＰＣ１０２のＩＰアドレス、クライアントＰＣ１０２におけるUser Agentが、ステップＳ７０４で取得したレコードの接続先ＵＲＬ１６０６、クライアントＩＰアドレス１６０８、及びUser-Agent１６１０を、すべて含んでいる場合、検査対象となっており、何れかを含んでいない場合、検査対象となっていないものとして判定を行う。

ステップＳ７０８では、遮断処理部３０８は、ステップＳ７０４で取得した状態１６０４が、除外である場合、ステップＳ７１０へ処理を進め、遮断である場合は、ステップＳ７１２へ処理を進め、未判定である場合は、ステップＳ７１４へ処理を進める。

ステップＳ７１０では、遮断処理部３０８は、今回のリクエストに係るアクセス先に対して遮断除外フラグを設定する。

ステップＳ７１２では、遮断処理部３０８は、拒否画面情報ファイル１４１０を用いて、通信拒否画面（不図示）を生成する。

ステップＳ７１４では、遮断処理部３０８は、確認画面情報ファイル１４０８を用いて、通信遮断後ブロック画面１３００を生成する。この際に、ステップＳ１００で受信したリクエストに係るアクセス先のＵＲＬ等の情報を含めて生成を行うことで、本来のアクセス先に関する情報をクライアントＰＣ１０２へ送信することが可能となる。

ステップＳ７１６では、ステップＳ１００で受信したリクエストに対して遮断処理を行う（詳細は、図１９参照）。

図１９に示すフローチャートは、遮断処理を示している。尚、このフローチャートは、図５に示すフローチャートを改良したものである。

ステップＳ８００では、遮断処理部３０８は、有効なアクセス制御リスト追加条件が存在するか否かを判定し、存在すると判定した場合は、ステップＳ８０２へ処理を進め、存在すると判定しない場合は、ステップＳ２１８へ処理を進める。

本ステップにおける判定方法としては、設定ファイル１４００の保留条件１４０４に条件が設定されている場合、存在すると判定して、ステップＳ６０２へ処理を進め、条件が設定されていない場合、存在すると判定せずに、ステップＳ２１８へ処理を進める。

ステップＳ８０２では、遮断処理部３０８は、アクセス制御リスト１６００の状態１６０４を未判定として記憶する。

ステップＳ１１２の処理前、あるいは処理後において、アクセス制御リスト１６００の処理対象としているレコードに該当する設定ファイル１４００のアクセス制御リスト情報１４１２のｆｌａｇにアクセス制御リスト１６００の状態１６０４の情報を記憶する。

以上、本発明によれば、例えば、コネクションが確立されてからの時間が所定時間経過したか否かを繰り返し監視するための処理負荷を軽減することが可能となる。つまり、不適切な接続先への接続を容易に制御することができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

以上、一実施形態について示したが、本発明は、例えば、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。

また、本発明におけるプログラムは、図４、図５、図９、図１０、図１６乃至図１９、に示すフローチャートの処理方法をコンピュータが実行可能なプログラムである。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ プロキシサーバ
１０２ クライアント
１０４ ＬＡＮ
１０６ 広域ネットワーク
１０８ ウェブサーバ
１１０ C＆Cサーバ

上記課題を解決するための本発明は、情報処理装置として機能させるためのプログラムであって、前記情報処理装置を、確立された通信におけるデータの送受信を行う送受信手段と、前記送受信手段によるデータの受信に基づいて、通信が確立していた時間が所定時間経過していると判定された当該通信を遮断する遮断手段、として機能させることを特徴とする。

Claims (10)

1. 端末装置の通信を中継する情報処理装置であって、
   確立された通信におけるデータの送受信を行う送受信手段と、
   前記送受信手段によってデータを受信したとき、前記通信の確立に係る時間が所定時間を経過している場合、前記通信を遮断する遮断手段と、
   を備えたことを特徴とする情報処理装置。
2. 所定の通信に応じて所定時間を記憶する記憶手段と、
   前記遮断手段は、前記送受信手段によって受信したデータの通信の確立に係る時間が、前記記憶手段により記憶される所定時間を経過している場合、前記通信を遮断することを特徴とする請求項１に記載の情報処理装置。
3. 前記確立された通信は、ＨＴＴＰＳ通信におけるＣＯＮＮＥＣＴメソッドにより確立されたものであり、
   前記送受信手段は、コネクションが確立された通信におけるデータの送受信を行い、
   前記遮断手段は、前記送受信手段によってデータを受信したとき、前記コネクションの確立に係る時間が所定時間を経過している場合、前記通信を遮断することを特徴とする請求項１または２に記載の情報処理装置。
4. 前記遮断手段は、前記通信が連休明けになされた場合、前記所定時間を調整した時間を用いて、前記通信を遮断することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
5. 前記遮断手段によって遮断された通信と同様な通信がなされたとき、当該通信の接続にかかる指示をユーザ操作によって受付ける指示受付手段と、
   前記指示受付手段によって受付けた指示によって、前記通信の制御を行う制御手段と、
   を備えたことを特徴とする請求項１乃至４の何れか１項に記載の情報処理装置。
6. 前記制御手段は、前記指示受付手段によってユーザ操作による指示入力を受付けない場合、前記通信を遮断することを特徴とする請求項５に記載の情報処理装置。
7. 前記指示受付手段は、認証情報の入力を受付け、
   前記制御手段は、前記指示受付手段によって受付けた認証情報が適切であれば、前記通信を中継することを特徴とする請求項５または６に記載の情報処理装置。
8. 前記制御手段は、前記指示受付手段によって受付けた認証情報が不適切であれば、前記通信を遮断することを特徴とする請求項７に記載の情報処理装置。
9. 端末装置の通信を中継する情報処理装置の制御方法であって、
   前記情報処理装置は、
   確立された通信におけるデータの送受信を行う送受信手段と、
   前記送受信手段によってデータを受信したとき、前記通信の確立に係る時間が所定時間を経過している場合、前記通信を遮断する遮断手段と、
   を実行することを特徴とする情報処理装置の制御方法。
10. 端末装置の通信を中継する情報処理装置で読取実行可能なプログラムであって、
    前記情報処理装置を、
    確立された通信におけるデータの送受信を行う送受信手段と、
    前記送受信手段によってデータを受信したとき、前記通信の確立に係る時間が所定時間を経過している場合、前記通信を遮断する遮断手段と、
    して機能させることを特徴とするプログラム。