(57)【要約】【課題】不適切な接続先への接続を容易に制御する【解決手段】送受信制御部３０２は、クライアントＰＣ１０２から要求されたリクエストが不審な通信であるか否かを判定し、不審な通信であると判定した場合は、情報収集コード部３０６は、コンピュータウィルスであっても、コードの解析が難しいとされる言語（ＪａｖａＳｃｒｉｐｔ）を用いて記述された情報収集コードをクライアントＰＣ１０２へ送信し、送受信部３００によって、情報収集コードを実行することにより得られた収集情報データをクライアントＰＣ１０２から受信し、ＪａｖａＳｃｒｉｐｔにより記述されたコードを実行して取得した収集情報が存在しない場合は、アクセスが禁止であることが示された画面（不図示）をクライアントＰＣへ表示するように制御を行う。【選択図】図４
2019114166.tif 000002
【特許請求の範囲】
【請求項１】
端末装置の通信を中継する情報処理装置であって、
前記端末装置により通信がなされたとき、コンピュータウィルスにより解析困難な端末装置の情報を取得するコードを当該端末装置へ送信する送信手段と、
前記送信手段により送信されたコードにより取得した端末装置の情報を受信する受信手段と、
前記受信手段により受信した端末装置の情報に基づいて、前記通信の中継を行うか否かを判定する判定手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記送信手段は、前記コードを実行する押下部を備えた画面を送信し、
前記受信手段は、前記送信手段により送信された画面の押下部の押下により実行されるコードにより取得した端末装置の情報を受信することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記コードは、ＪａｖａＳｃｒｉｐｔの言語を用いて記述されたコードであることを特徴とする請求項１または２に記載の情報処理装置。
【請求項４】
前記判定手段は、前記画面の押下部が押下された時刻に関する情報に基づいて、前記通信の中継を行うか否かを判定することを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記判定手段は、前記画面の押下部が押下された位置に関する情報に基づいて、前記通信の中継を行うか否かを判定することを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置。
【請求項６】
前記コードは、所定時間の間隔で変更されることを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
【請求項７】
前記コードは、ランダムな時間の間隔で変更されることを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
【請求項８】
前記コードは、所定回数の間隔で変更されることを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項９】
前記コードは、ランダムな回数の間隔で変更されることを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
【請求項１０】
端末装置の通信を中継する情報処理装置の制御方法であって、
前記情報処理装置は、
前記端末装置により通信がなされたとき、コンピュータウィルスにより解析不能な端末装置の情報を取得するコードを当該端末装置へ送信する送信ステップと、
前記送信ステップにより送信されたコードにより取得した端末装置の情報を受信する受信ステップと、
前記受信ステップにより受信した端末装置の情報に基づいて、前記通信の中継を行うか否かを判定する判定ステップと、
を実行することを特徴とする情報処理装置の制御方法。
【請求項１１】
端末装置の通信を中継する情報処理装置で読取実行可能なプログラムであって、
前記情報処理装置を、
前記端末装置により通信がなされたとき、コンピュータウィルスにより解析不能な端末装置の情報を取得するコードを当該端末装置へ送信する送信手段と、
前記送信手段により送信されたコードにより取得した端末装置の情報を受信する受信手段と、
前記受信手段により受信した端末装置の情報に基づいて、前記通信の中継を行うか否かを判定する判定手段と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、他の装置との通信の中継制御に関し、特に、不審な通信の接続を抑止する中継制御に関する。
【背景技術】
【０００２】
ネットワーク技術の発展に伴い、多様な情報が流通するようになり、このような情報を多くのユーザに提供する非常に利便性の高いツールが存在する。
【０００３】
一方で、昨今では、このようなツールを悪用する事象が多く発生しており、例えば、外部から侵入したコンピュータウィルスに接続元の装置を感染させて、そのコンピュータウィルスにより、予期せぬ接続先へ自動で接続され、感染した装置内の情報を外部へ曝したり、流出したりしてしまうといった事象が発生している。
【０００４】
そこでこのような事象を抑止するため、各機器における通信データを監視し、単位時間当たりの通信データの集計量が一定の値以上となったときに、発信元の機器をマルウェアに感染したと判定し、ネットワークより遮断する技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１２３９９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に記載された技術では、通信データの集計量が一定以上とならないような通信を行うマルウェアに対しては功を奏さないことから、このようなマルウェアによる通信を特定して対処する必要がある。
【０００７】
そこで、本発明では、不適切な接続先への接続を容易に制御することが可能な情報処理装置、制御方法、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するための本発明は、端末装置の通信を中継する情報処理装置であって、前記端末装置により通信がなされたとき、コンピュータウィルスにより解析困難な端末装置の情報を取得するコードを当該端末装置へ送信する送信手段と、前記送信手段により送信されたコードにより取得した端末装置の情報を受信する受信手段と、前記受信手段により受信した端末装置の情報に基づいて、前記通信の中継を行うか否かを判定する判定手段と、を備えたことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、不適切な接続先への接続を容易に制御することができる、という効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】情報処理システムの概略構成を示す構成図である。
【図２】プロキシサーバに適用可能な情報処理装置のハードウェア構成を示す構成図である。
【図３】プロキシサーバにおける機能構成を示す構成図である。
【図４】不審な通信の遮断処理の詳細を示すフローチャートである。
【図５】情報取集コードの例を示す図である。
【図６】アクセス許可情報ＤＢの構成を示す構成図である。
【図７】不審な通信の遮断処理の詳細を示すフローチャートである。
【図８】ブロック画面の構成を示す構成図である。
【図９】ブロック画面のソースコードを示す図である。
【発明を実施するための形態】
【００１１】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１２】
［第１の実施形態］
まず、第１の実施形態について説明する。
【００１３】
図１には、本発明の実施形態に係る情報処理システムの概略の構成図が示されている。
【００１４】
図１に示すように、本実施形態に係る情報処理システムは、プロキシサーバ１００、クライアントＰＣ１０２（少なくとも１台以上備える）、ＬＡＮ１０４、広域ネットワーク１０６、ウェブサーバ１０８（少なくとも１台以上備える）、及びＣ&Ｃサーバ１１０を含んで構成される。
【００１５】
プロキシサーバ１００は、情報処理装置として機能する装置であり、クライアントＰＣ１０２と広域ネットワーク１０６を介してデータの通信を行うウェブサーバ１０８との中継を行う。
【００１６】
また、プロキシサーバ１００は、クライアントＰＣ１０２とウェブサーバ１０８との間で送受信されるデータを中継するか、あるいは、中継しないかを決定するための中継制御ルールに従って、当該データの通信を制御している。
【００１７】
さらに、プロキシサーバ１００は、クライアントＰＣ１０２の接続先への接続状況を把握し、通信の制御を行う。
【００１８】
クライアントＰＣ１０２は、ウェブサーバ１０８から提供される様々なコンテンツ等をユーザへ提供する端末装置である。
【００１９】
また、クライアントＰＣ１０２は、ＬＡＮ１０４を介してプロキシサーバ１００に記憶した中継制御ルールの参照や登録等を行うことが可能である。
【００２０】
ウェブサーバ１０８は、様々なコンテンツ等をユーザへ提供する装置であり、サービス事業者や個人ユーザ等によって設置されたものである。
【００２１】
Ｃ&Ｃサーバ１１０は、コンピュータウィルスに感染したクライアントＰＣ１０２から接続がなされると、そのクライアントＰＣ１０２に対して指令を送り、自身の制御下に置くことで、当該クライアントＰＣ１０２へ攻撃を加える装置である。
【００２２】
次に、図２では、プロキシサーバ１００、及びクライアントＰＣ１０２に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００２３】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２４】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２５】
また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。
【００２６】
なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２７】
２０７はメモリコントローラで、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２８】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３０】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００３１】
次に、図３を用いてプロキシサーバ１００の機能構成について説明する。尚、各機能の詳細については、後述するフローチャートなどで説明を行う。
【００３２】
プロキシサーバ１００は、送受信部３００、送受信制御部３０２、記憶部３０４、情報収集コード取得部３０６、収集情報解析部３０８、及び表示制御部３１０から構成されている。
【００３３】
送受信部３００は、クライアントＰＣ１０２から送信されたリクエストの要求を受付け、その要求に対する許可／拒否通知を行ったり、種々のデータの送受信を行ったりする。
【００３４】
送受信制御部３０２は、クライアントＰＣ１０２とウェブサーバ１０８とのコネクションを確立し、種々のデータの送受信を行う。尚、クライアントＰＣ１０２に対しては、送受信部３００を介して、これらの通信やデータの送受信を行う。
【００３５】
送受信制御部３０２は、クライアントＰＣ１０２からのリクエスト（例えば、ＣＯＮＮＥＣＴリクエスト）を受付け、クライアントＰＣ１０２とリクエストの要求先とのコネクションを確立し、以降、クライアントＰＣ１０２とリクエストの要求先とにおける種々のデータの送受信を行う。
【００３６】
記憶部３０４は、様々な情報データを記憶するテーブルの管理や、当該テーブルへ情報データを記憶する。情報収集コード取得部３０６は、クライアントＰＣ１０２に対して送信する情報収集コード（詳細後述）を所定の記憶領域から取得する。
【００３７】
収集情報解析部３０８は、クライアントＰＣ１０２で実行された情報収集コードによる実行結果を解析する。表示制御部３１０は、クライアントＰＣ１０２に対して表示を行う画面の表示を制御する。
【００３８】
次に、図４に示すフローチャートを用いて不審な通信の遮断処理について説明を行う。
【００３９】
ステップＳ１００では、送受信部３００は、クライアントＰＣ１０２から新たなリクエストを受信する。
【００４０】
ステップＳ１０２では、送受信制御部３０２は、ステップＳ１００において受信したリクエストが許可されたリクエストか否かを判定し、許可されたリクエストとして判定した場合、ステップＳ１１６へ処理を進め、許可されたリクエストとして判定しない場合、ステップＳ１１４へ処理を進める。
【００４１】
本ステップにおける判定方法としては、許可されたリクエストの要求元のクライアントＰＣ１０２のＩＰアドレス、Ｕｓｅｒ−Ａｇｅｎｔ、またはプロキシサーバ１００の利用可否を認証するために用いるプロキシ認証名が記憶部３０４のアクセス許可情報ＤＢ（図６参照）に記憶されている場合、許可されたリクエストとして判定し、記憶されていない場合、許可されたリクエストとして判定しない。
【００４２】
図６には、通信を許可するクライアントＰＣの通信に関しての情報を記憶するアクセス許可情報ＤＢの構成が示されており、アクセス許可情報ＤＢは、クライアントＰＣ１０２のＩＰアドレス、Ｕｓｅｒ−Ａｇｅｎｔ、またはプロキシ認証名を含んで構成されている。
【００４３】
ステップＳ１０４では、送受信制御部３０２は、ステップＳ１００で要求されたリクエストが不審な通信であるか否かを判定し、不審な通信であると判定した場合は、ステップＳ１０６へ処理を進め、不審な通信であると判定しない場合は、ステップＳ１１４へ処理を進める。
【００４４】
本ステップにおける判定方法としては、例えば、リクエストのヘッダーのサイズが小さいものであったり、所定の項目数に満たないものであったり、Ｕｓｅｒ−Ａｇｅｎｔの名称が短いものであったり等、予め決められた中継制御ルールに該当する場合に、不審な通信であると判定する。
【００４５】
また、初めてリクエストを要求したクライアントＰＣ１０２については、初めての当該リクエストを不審な通信であると判定しても良い。
【００４６】
ステップＳ１０６では、情報収集コード取得部３０６は、記憶部３０４により記憶された情報収集コードを取得して、送受信部３００によって、ステップＳ１００においてリクエストの要求がなされたクライアントＰＣ１０２へ当該情報収集コード（図５参照）を送信する。
【００４７】
図５の上段には、情報収集コードに関しての一例が示されており、概ねＨＴＭＬ言語によってコードが記述されているが、一部、最上段から３段目の＜Script＞から最上段から８段目の＜／Script＞の間に記述されているコードは、ＪａｖａＳｃｒｉｐｔ（登録商標）言語によってクライアントＰＣ１０２の情報を取得することが記述されている。
【００４８】
昨今のコンピュータウィルスでは、ＨＴＭＬ言語によって記述されたコードを解析し、ユーザがコンピュータウィルスへの対処を考慮して作成したコードによる対処方法を回避してしまうという事象がある。
【００４９】
例えば、リクエストをブロックする旨を示す情報が表示された画面（不図示）をクライアントＰＣ１０２へ送信することにより、ユーザがクライアントＰＣ１０２において当該画面のブロック解除ボタンを押下することにより、ブロックされたリクエストに係る通信を許可する方法をとることにより、コンピュータウィルスによっては、このようなボタンを押下することができないことから、不審な通信が発生しているかの判断を行うことが可能である。
【００５０】
しかしながら、このような対処方法をとった場合であっても、コンピュータウィルスによっては、ＨＴＭＬ言語を解析することが可能であることにより、この画面を解析し、この対処方法を回避すべく、ブロック解除ボタンを押下することが可能なものも存在する。
【００５１】
このため、このような対処方法では、不審な通信であっても、通信を許可してしまい、クライアントＰＣ１０２が被害を受けることが想定される。
【００５２】
そこで、このようなコンピュータウィルスであっても、コードの解析が困難とされる、例えば、ＪａｖａＳｃｒｉｐｔ言語を用いて、クライアントＰＣ１０２でアクションを起こさせるコードを埋め込むことで、不審な通信を許可しない対処方法をとる。
【００５３】
ステップＳ１０８では、送受信部３００によって、ステップＳ１０６において送信した情報収集コードを実行することにより得られた収集情報データをクライアントＰＣ１０２から受信する。
【００５４】
図５の下段には、収集情報データの一例が示されており、ｊｓｖａｌ＝の後に、情報収集コードのＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得したクライアントＰＣの情報が記述されている。
【００５５】
このため、ＪａｖａＳｃｒｉｐｔ言語が解析不能であるコンピュータウィルスでは、ｊｓｖａｌ＝の後には、何も情報が記述されないことになる。
【００５６】
ステップＳ１１０では、収集情報解析部３０８は、ステップＳ１０８により受信した収集情報データの解析を行い、ＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得した収集情報が存在するか否かを判定し、存在すると判定した場合は、ステップＳ１１２へ処理を進め、存在すると判定しない場合は、ステップＳ１１４へ処理を進める。
【００５７】
本ステップにおける判定方法としては、収集情報データのｊｓｖａｌ＝の後に、情報収集コードのＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得したクライアントＰＣ１０２の情報が記述されている場合は、ステップＳ１１４へ処理を進め、情報が記述されていない場合は、ステップＳ１１２へ処理を進める。
【００５８】
ステップＳ１１２では、表示制御部３１０は、ステップＳ１０８において収集情報データを送信したクライアントＰＣ１０２に対して、アクセスが禁止であることが示された画面（不図示）を表示するように制御を行い、クライアントＰＣ１０２からのリクエストに係る通信を遮断する。
【００５９】
ステップＳ１１４では、記憶部３０４は、ステップＳ１０２よりリクエストを送信したクライアントＰＣ１０２に関する情報をアクセス許可情報ＤＢへ登録する。
【００６０】
ステップＳ１１６では、送受信制御部３０２は、ステップＳ１０２により受信したリクエストをウェブサーバ１０８へ送信する。
【００６１】
ここでステップＳ１１０において、存在すると判定しない場合、このリクエストに関するＵＲＬの情報をブラックリストとして登録しておき、以後、このＵＲＬに関してのリクエストが発生した場合、このリクエストによるアクセスを禁止することが可能である。
【００６２】
あるいは、ステップＳ１１０において、存在すると判定しない場合、このリクエストに関するＵＲＬの情報を一時的に記憶部３０４へ記憶しておき、ユーザがこの記憶したＵＲＬに対してブラックリストへの登録を指示する画面により当該ブラックリストへ登録しても良い。
【００６３】
また、一度、アクセスを許可されたクライアントＰＣ１０２であっても、コンピュータウィルスに汚染されることもあり得ることから、アクセス許可情報ＤＢは、定期的なタイミングで、登録された情報を削除する態様をとっても良い。
【００６４】
［第２の実施形態］
次に、第２の実施形態について説明する。
【００６５】
第１の実施形態では、情報収集コードをクライアントＰＣへ送信したが、第２の実施形態では、クライアントの情報を収集するコードを含む画面を提示して、不審な通信を特定する。
【００６６】
尚、第２の実施形態は、第１の実施形態と、ほぼ同一の構成及び処理を備えることから、同一の構成及び処理については同一の符号を用いて説明を省略し、異なる部分についてのみ説明を行う。
【００６７】
図７には、図４に示す不審な通信の遮断処理を改良したフローチャートを示しており、ステップS２００では、表示制御部３１０は、ブロック画面４００（図８参照）をステップS１００にてリクエストを送信したクライアントＰＣ１０２に対して送信し、ブロック画面４００を表示するように制御を行う。
【００６８】
図８に示すようにブロック画面４００は、リクエストがブロックされた旨を示す情報を通知するとともに、当該ブロックを解除するために押下する押下部としてブロック解除ボタン４０２を備えている。
【００６９】
クライアントＰＣ１０２において、ブロック解除ボタン４０２が押下されると、ブロック画面４００のソースコードに含まれるコードを実行することにより、クライアントＰＣ１０２の所定の情報を取得し、プロキシサーバ１００へ送信する。
【００７０】
図９の上段には、このブロック画面４００のソースコードの一例が示されており、概ねＨＴＭＬ言語に従ってコードが記述されているが、一部、最上段から３段目の＜Script＞から最上段から７段目の＜／Script＞の間に記述されているコードは、ＪａｖａＳｃｒｉｐｔ言語によってクライアントＰＣ１０２の情報を取得することが記述されている。
【００７１】
ステップＳ２０２では、送受信部３００によって、ステップＳ１０６において送信したブロック画面４００のブロック解除ボタン４０２の押下によってコードを実行することにより得られた収集情報データをクライアントＰＣ１０２から受信する。
【００７２】
図９の下段には、収集情報データの一例が示されており、ｊｓｖａｌ＝の後に、ブロック解除ボタン４０２の押下により実行されるＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得したクライアントＰＣの情報が記述されている。
【００７３】
このため、ＪａｖａＳｃｒｉｐｔ言語が解析不能なコンピュータウィルスでは、ｊｓｖａｌ＝の後には、何も情報が記述されないことになる。
【００７４】
ステップＳ２０４では、収集情報解析部３０８は、ステップＳ２０２により受信した収集情報データの解析を行い、ＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得した収集情報が存在するか否かを判定し、存在すると判定した場合は、ステップＳ１１２へ処理を進め、存在すると判定しない場合は、ステップＳ１１４へ処理を進める。
【００７５】
本ステップにおける判定方法としては、収集情報データのｊｓｖａｌ＝の後に、ブロック解除ボタン４０２の押下により実行されるＪａｖａＳｃｒｉｐｔ言語により記述されたコードを実行して取得したクライアントＰＣ１０２の情報が記述されている場合は、ステップＳ１１４へ処理を進め、情報が記述されていない場合は、ステップＳ１１２へ処理を進める。
【００７６】
尚、ステップＳ２００において、リクエストに係る情報（ＵＲＬを含む）に対応させてブロック画面４００をクライアントＰＣ１０２へ送信した時刻を記憶しておき、ステップS２０２において、クライアントＰＣ１０２においてブロック解除ボタン４０２が押下された時刻も受信し、押下された時刻から記憶しておいたブロック画面４００を送信した時刻までの時間を蓄積して記憶しておき、一定の時間でブロック解除ボタン４０２が押下されているようであれば、ステップＳ１１２において禁止画面を表示しても良い。
【００７７】
あるいは、ステップＳ２０２において、クライアントＰＣ１０２においてブロック解除ボタン４０２が押下された位置に関する情報も受信して、リクエストに係る情報（ＵＲＬを含む）に対応させて当該位置に関する情報を蓄積して記憶しておき、リクエストに対して同じ位置でブロック解除ボタン４０２が押下されているようであれば、ステップＳ１１２において禁止画面を表示しても良い。
【００７８】
また、ステップＳ１０６において、情報収集コード取得部３０６は、記憶部３０４により記憶された情報収集コードを取得しているが、この情報収集コードは、所定期間の間隔、ランダムな間隔、所定回数、あるいはランダムな回数で変更しても良く、それぞれで利用する情報収集コードを予め定義することで対応することが可能である。
【００７９】
例えば、所定期間は、クライアントＰＣ１０２のＭＡＣアドレスを取得した後、次の予定期間では、クライアントＰＣ１０２のＩＰアドレス等を取得するような態様でも良い。
【００８０】
同じように、ブロック画面４００のブロック解除ボタン４０２の押下により実行されるコードを変更しても良い。
【００８１】
また、クライアントＰＣによって、取得する情報を変更しても良く、この場合、クライアントＰＣ１０２毎に送信する情報収集コード、あるいはブロック解除ボタン４０２の押下により実行されるコードを予め定義しておくことで実現可能である。
【００８２】
以上、本発明によれば、不適切な接続先への接続を容易に制御することができる。
【００８３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００８４】
以上、一実施形態について示したが、本発明は、例えば、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。
【００８５】
また、本発明におけるプログラムは、図４及び図７に示すフローチャートの処理方法をコンピュータが実行可能なプログラムである。
【００８６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００８７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００８８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【００８９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９１】
また、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【００９３】
なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【００９４】
１００  プロキシサーバ
１０２  クライアント
１０４  ＬＡＮ
１０６  広域ネットワーク
１０８  ウェブサーバ
１１０  C＆Cサーバ
【図１】
2019114166.tif 000003
【図２】
2019114166.tif 000004
【図３】
2019114166.tif 000005
【図４】
2019114166.tif 000006
【図５】
2019114166.tif 000007
【図６】
2019114166.tif 000008
【図７】
2019114166.tif 000009
【図８】
2019114166.tif 000010
【図９】
2019114166.tif 000011