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