JP4144882B2 - 情報処理装置、情報システム、プロキシ処理方法、及びプログラムと記録媒体 - Google Patents

Description

本発明は、情報処理装置、情報システム、プロキシ処理方法、及びプログラムと記録媒体に関する。特に本発明は、情報処理装置、情報システム、プロキシ処理方法、及びプログラムと記録媒体に関する。

従来、例えば携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、又はＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報端末から、インターネット上のＷｅｂサーバ等のサーバ装置を無線によりアクセス可能とするために、無線通信網とインターネットとの間を、プロキシ装置により接続する方法が採られている。プロキシ装置は、情報端末及びサーバ装置の間の通信を中継する。すなわち、プロキシ装置は、サーバ装置へのリクエストを含む要求メッセージを情報端末から受信して、サーバ装置へ送信し、リクエストの処理結果を含む応答メッセージをサーバ装置から受信して、情報端末へ返信する。そしてプロキシ装置は、通信を中継する際に、コンテンツフィルタリングやコンテンツ変換等のサービスを提供するサービスゲートウェイとしても機能する（例えば特許文献１参照）。

情報端末が使用者により携帯される場合、使用者が一時的にサービス圏外に移動したり、通信状態の悪い場所を通過したりする等により、情報端末との間の無線通信が遮断されることがある。このような不安定な通信状態において情報端末との間の通信を効率良く行うことを目的として、情報端末からの要求に対するサーバ装置からの応答メッセージをプロキシ装置上に一時的に記憶しておき、情報端末から再度要求を受けた場合に記憶した応答メッセージを情報端末へ返信する方法が開示されている（特許文献２及び３参照）。
特開２０００−３５７１７６号公報 特開平１１−１２０１０８号公報 特開２００２−１９７００５号公報

情報端末に対してインターネットアクセスサービスを提供する場合、情報端末から不特定のサーバ装置に対してアクセス要求が送信され得る。このようなサーバ装置の一部は、レスポンス時間の低下や、サービスの停止等によりサービスレベルが低下している可能性がある。プロキシ装置は、情報端末からの要求に応じてこのようなサーバ装置へ要求メッセージを送信すると、サーバ装置からの応答メッセージを長時間受けられなかったり、応答メッセージをタイムアウトさせる必要が生じたりする。この結果、プロキシ装置の接続リソースが長時間占有され、正常なサーバ装置に対するアクセス処理が妨げられてしまう。

そこで本発明は、上記の課題を解決することのできる情報処理装置、情報システム、プロキシ処理方法、及びプログラムと記録媒体を提供することを目的とする。この目的は特許請求の範囲における独立項に記載の特徴の組み合わせにより達成される。また従属項は本発明の更なる有利な具体例を規定する。

第１の要求元装置から受信した第１のクライアント側要求メッセージに基づく第１のサーバ側要求メッセージを、宛先のサーバ装置へ送信する要求送信部と、前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶するサーバ状態記憶部と、第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている場合に、当該第２のクライアント側要求メッセージをタイムアウトさせることを決定する要求モニタ部と、タイムアウトさせると決定された前記第２のクライアント側要求メッセージに対応する第２のサーバ側要求メッセージを宛先のサーバ装置へ送信させずに、前記第２のクライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを前記第２の要求元装置へ送信する代理タイムアウト応答部とを備える情報処理装置と、当該情報処理装置に関する情報システム、プロキシ処理方法、及びプログラムと記録媒体とを提供する。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本発明によれば、要求元装置からのリクエスト先となるサーバ装置のサービスレベルが低下している場合においても、効率良くプロキシ処理を行うことができる情報処理装置及び情報システムを提供する。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではなく、また実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係る通信システム１０の構成を示す。
通信システム１０は、１又は複数の情報端末１００と、１又は複数の基地局１１０と、キャリア通信網１２０と、基地局制御装置１３０と、１又は複数のサーバ装置１４０と、ＷＡＮ１５０（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）と、プロキシシステム１６０とを備える。情報端末１００は、携帯電話、ＰＤＡ、又はＰＣ等の情報端末である。情報端末１００は、サーバ装置１４０に対してＷｅｂページの返信やサーバアプリケーションの実行等を要求する要求メッセージを送信し、要求メッセージに対するサーバ装置１４０の応答メッセージを受けて応答内容を表示する。情報端末１００は、本発明に係る要求元装置の一例である。これに代えて、情報端末１００は、本発明に係る要求元装置として機能する他のプロキシ装置等を介してプロキシシステム１６０に接続されてもよい。

基地局１１０は、情報端末１００との間で無線通信を行う。キャリア通信網１２０は、複数の基地局１１０及び基地局制御装置１３０を接続する。基地局制御装置１３０は、キャリア通信網１２０及びプロキシシステム１６０に接続され、複数の基地局１１０のそれぞれを制御すると共に、キャリア通信網１２０及びプロキシシステム１６０の間のプロトコル変換を行う。本実施形態に係る基地局１１０、キャリア通信網１２０、及び基地局制御装置１３０は、各情報端末１００に対し、他の情報端末１００又は基地局制御装置１３０との間で無線通信を行わせる。これに代えて、基地局１１０、キャリア通信網１２０、及び基地局制御装置１３０は、各情報端末１００に対して有線通信を行わせてもよい。

サーバ装置１４０は、例えばＷｅｂサーバ等であり、各情報端末１００から送信された要求メッセージをプロキシシステム１６０等を介して受信して、要求メッセージにより指定された処理を行う。そして、処理結果を含む応答メッセージを、プロキシシステム１６０等を介して要求元の情報端末１００へ送信する。ＷＡＮ１５０は、例えばインターネット等であり、複数のサーバ装置１４０及びプロキシシステム１６０を接続する。

プロキシシステム１６０は、本発明に係る情報システムの一例であり、情報端末１００から受信したクライアント側要求メッセージに基づくサーバ側要求メッセージをサーバ装置１４０へ送信し、サーバ装置１４０により返信されたサーバ側応答メッセージに基づくクライアント側応答メッセージを情報端末１００へ返信する。ここでプロキシシステム１６０は、情報端末１００及びサーバ装置１４０の間でメッセージを変換せずに中継してもよく、これに代えて情報端末１００との間で授受する要求／応答メッセージと、サーバ装置１４０との間で授受する要求／応答メッセージとの間の変換処理を行ってもよい。すなわち、メッセージの変換を行わない場合、プロキシシステム１６０は、クライアント側要求メッセージをサーバ側要求メッセージとしてサーバ装置１４０へ送信し、サーバ側応答メッセージをクライアント側応答メッセージとして情報端末１００へ返信する。メッセージの変換を行う場合、プロキシシステム１６０は、１又は複数のクライアント側要求メッセージに基づいて生成された１又は複数のサーバ側要求メッセージをサーバ装置１４０へ送信し、１又は複数のサーバ側応答メッセージに基づいて生成された１又は複数のクライアント側応答メッセージを情報端末１００へ返信する。

図２は、本実施形態に係るプロキシシステム１６０の構成を示す。プロキシシステム１６０は、負荷分散装置２００と、第１ＬＡＮ２１０（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）と、複数のプロキシ装置２２０と、第２ＬＡＮ２３０とを備える。負荷分散装置２００は、情報端末１００が送信したクライアント側要求メッセージを基地局制御装置１３０を介して受け取り、複数のプロキシ装置２２０のいずれかへ転送する。より具体的には、負荷分散装置２００は、複数のプロキシ装置２２０のうち、他のプロキシ装置２２０と比較し低負荷であると判断したプロキシ装置２２０へ転送する。第１ＬＡＮ２１０は、負荷分散装置２００と、１又は複数のプロキシ装置２２０とを接続する。各プロキシ装置２２０は、本発明に係る情報処理装置の一例であり、クライアント側要求メッセージを負荷分散装置２００及び第１ＬＡＮ２１０を介して受信し、受信したクライアント側要求メッセージに基づくサーバ側要求メッセージをサーバ装置１４０へ送信する。次にプロキシ装置２２０は、サーバ装置１４０により返信された、当該サーバ側要求メッセージに対するサーバ側応答メッセージをＷＡＮ１５０及び第２ＬＡＮ２３０を介して受信する。そして、プロキシ装置２２０は、サーバ側応答メッセージに基づくクライアント側応答メッセージを、第１ＬＡＮ２１０、負荷分散装置２００、キャリア通信網１２０及び基地局１１０を介して情報端末１００へ返信する。第２ＬＡＮ２３０は、１又は複数のプロキシ装置２２０と、ＷＡＮ１５０とを接続する。

図３は、本実施形態に係るプロキシ装置２２０の構成を示す。本実施形態に係るプロキシ装置２２０は、宛先のサーバ装置１４０のサービスレベルが低下している場合においても、正常なサーバ装置１４０に対するアクセス処理を効率良く行うことを特徴とする。プロキシ装置２２０は、要求受信部３００と、サーバ状態記憶部３３０と、要求モニタ部３０５と、要求送信部３１０と、応答受信部３５０と、応答メッセージ記憶部３５５と、応答モニタ部３１５と、タイムアウト検出部３２０と、遅延検出部３２５と、代理タイムアウト応答部３３５と、応答送信部３４０と、テンポラリ応答部３４５と、代理応答部３６０と、通過処理数計測部３６５と、要求処理数計測部３７０と、応答サイズ計測部３７５と、要求通過数調整部３８０と、リカバリ処理部３８５とを備える。

要求受信部３００は、情報端末１００が送信したクライアント側要求メッセージを、負荷分散装置２００及び第１ＬＡＮ２１０を介して受信する。サーバ状態記憶部３３０は、過去にサーバ装置１４０に対し送信されたサーバ側要求メッセージについて、当該サーバ側要求メッセージの宛先に対応付けて、宛先のサービスレベル低下を示すサービスレベル低下情報を記憶する。本実施形態に係るサーバ状態記憶部３３０は、サービスレベル低下情報として、宛先へのサーバ側要求メッセージに対するサーバ側応答メッセージが遅延したことを示す遅延情報、又は、宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶する。
本実施形態において、宛先とは、宛先のサーバ装置１４０自体、宛先のサーバ装置１４０における特定のディレクトリ又はファイル、宛先のサーバ装置１４０における特定のサービス又はサーバプログラム等、及び、宛先のサーバ装置１４０における特定のサービス又はサーバプログラム等とこれらに与えるパラメータの組のいずれであってもよい。すなわち例えば、本実施形態に係る宛先は、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）により表されるものであってよい。

要求モニタ部３０５は、情報端末１００から受信したクライアント側要求メッセージの宛先についてのサービスレベル低下情報に基づいて、当該要求メッセージの処理方法を決定する。より具体的には、本実施形態に係る要求モニタ部３０５は、宛先についてのサービスレベル低下情報がサーバ状態記憶部３３０に記憶されていない場合に、通常の応答を行うことを決定する。ここで、通常の応答とは、クライアント側要求メッセージに基づくサーバ側要求メッセージを宛先のサーバ装置１４０へ送信し、当該サーバ装置１４０から受信したサーバ側応答メッセージに基づくクライアント側応答メッセージを要求元の情報端末１００へ返信する応答方法である。

また、要求モニタ部３０５は、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されている場合に、代理タイムアウト応答を行うことを決定する。ここで、代理タイムアウト応答とは、宛先のサーバ装置１４０に対してサーバ側要求メッセージを送信せずに、当該クライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを返信する応答方法である。

また、要求モニタ部３０５は、宛先についての遅延情報がサーバ状態記憶部３３０に記憶されている場合に、代理応答を行うことを決定する。ここで、代理応答とは、テンポラリ応答メッセージを情報端末１００へ送信してクライアント側要求メッセージの再送を指示し、クライアント側要求メッセージが再送されるまでにサーバ装置１４０から受信したサーバ側応答メッセージに基づくクライアント側応答メッセージを、再送された要求メッセージに対する応答メッセージとして情報端末１００へ返信する応答方法である。

以上において要求モニタ部３０５は、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されている場合であっても、一部のクライアント側要求メッセージをタイムアウトさせず、当該クライアント側要求メッセージに対応するサーバ側要求メッセージを宛先のサーバ装置１４０へ送信する。これにより要求モニタ部３０５は、情報端末１００からのクライアント側要求メッセージに対応するサーバ側要求メッセージを用いて、過去にタイムアウトが発生した宛先が現時点においてもタイムアウトを発生するか否かを検出することができる。

なお、以上において要求モニタ部は、第１の情報端末１００から受信したクライアント側要求メッセージに関連してサーバ状態記憶部３３０に記憶されたサービスレベル低下情報に基づいて、第２の情報端末１００から受信したクライアント側要求メッセージの処理方法を決定する。ここで、第１の情報端末１００及び第２の情報端末１００は同一の情報端末１００であってもよく、異なる情報端末１００であってもよい。

要求送信部３１０は、サーバ側要求メッセージを送信すると要求モニタ部３０５により決定された場合に、情報端末１００から受信したクライアント側要求メッセージに基づくサーバ側要求メッセージを、宛先のサーバ装置１４０へ送信する。この際、要求送信部３１０は、例えばコンテンツ変換やコンテンツフィルタリング等の処理をクライアント側要求メッセージに対して行ってサーバ側要求メッセージを生成してもよい。応答受信部３５０は、サーバ側要求メッセージに対するサーバ側応答メッセージを宛先サーバ装置１４０から受信する。この際、応答受信部３５０は、例えばコンテンツ変換等の処理をサーバ側応答メッセージに対して行ってクライアント側応答メッセージを生成してもよい。応答メッセージ記憶部３５５は、代理応答を行うと決定されたクライアント側要求メッセージに対するサーバ側応答メッセージをサーバ装置１４０から受信した場合に、当該サーバ側応答メッセージに対応して情報端末１００に返信すべきクライアント側応答メッセージを一時的に記憶する。

応答モニタ部３１５は、サーバ装置１４０へ送信したサーバ側要求メッセージに対するサーバ側応答メッセージを受信したか否かを検出する。そして、遅延又はタイムアウト無しにサーバ側応答メッセージを受信できた場合に、当該宛先についてのサービスレベル低下情報をサーバ状態記憶部３３０から削除する。

タイムアウト検出部３２０は、当該プロキシ装置２２０がサーバ側要求メッセージを送信してから予め設定されたタイムアウト時間の間に当該サーバ側要求メッセージに対するサーバ側応答メッセージを受信しない場合に、当該サーバ側要求メッセージのタイムアウトを検出し、当該宛先についてのタイムアウト情報をサーバ状態記憶部３３０に記憶させる。遅延検出部３２５は、サーバ側要求メッセージを宛先のサーバ装置１４０へ送信してから予め設定された遅延時間の経過後かつタイムアウト時間の経過前に、当該サーバ側要求メッセージに対するサーバ側応答メッセージを受信した場合に、当該サーバ側要求メッセージの遅延を検出し、当該宛先についての遅延情報をサーバ状態記憶部３３０に記憶させる。

代理タイムアウト応答部３３５は、要求モニタ部３０５によりタイムアウトさせると決定されたクライアント側要求メッセージに対応するサーバ側要求メッセージを宛先のサーバ装置１４０へ送信させずに、当該サーバ側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを、応答送信部３４０を介して要求元の情報端末１００へ送信する。応答送信部３４０は、応答受信部３５０、代理タイムアウト応答部３３５、テンポラリ応答部３４５、及び代理応答部３６０から情報端末１００へ送信される応答メッセージの送信処理を行う。

テンポラリ応答部３４５は、要求モニタ部３０５により代理応答を行うと決定された場合に、当該クライアント側要求メッセージの再送を指示するテンポラリ応答メッセージを、応答送信部３４０を介して要求元の情報端末１００へ送信する。代理応答部３６０は、テンポラリ応答メッセージを受けた情報端末１００からクライアント側要求メッセージが再送された場合に、クライアント側要求メッセージが再送されるまでにサーバ装置１４０から受信されたサーバ側応答メッセージに基づいて、応答メッセージ記憶部３５５に記憶されたクライアント側応答メッセージを、応答送信部３４０を介して要求元の情報端末１００へ送信する。

通過処理数計測部３６５は、サーバ状態記憶部３３０にタイムアウト情報が記憶されている宛先に対するサーバ側要求メッセージのうち、宛先のサーバ装置１４０へ送信され、かつ、対応するサーバ側応答メッセージを受信していない数である通過処理数を計測する。この通過処理数に基づいて、要求モニタ部３０５は、タイムアウト情報が記憶されている宛先に対してサーバ側要求メッセージを更に送信するか否かを決定する。

要求処理数計測部３７０は、いずれかの宛先のサーバ装置１４０へ送信されたサーバ側要求メッセージのうち、対応するサーバ側応答メッセージを受信していない数である要求処理数を計測する。この要求処理数は、プロキシ装置２２０がサーバ装置１４０との間の通信に用いている接続リソースの数である。プロキシ装置２２０は、予め定められた上限接続リソース数の範囲内で、接続リソースを使用することができる。応答サイズ計測部３７５は、サーバ側要求メッセージの各宛先毎に、サーバ装置１４０から受信したサーバ側応答メッセージのサイズの統計を取る。この統計値は、例えば平均値、最小値、又は最大値である。要求通過数調整部３８０は、要求処理数や宛先サーバ装置１４０からのサーバ側応答メッセージのサイズに基づいて、タイムアウト情報がサーバ状態記憶部３３０に記憶されている宛先に対して送信するサーバ側要求メッセージの数を調整する。

リカバリ処理部３８５は、第２ＬＡＮ２３０を介してＷＡＮ１５０に接続されたＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバと通信し、サーバ側要求メッセージの宛先となるサーバ装置１４０のホスト名からＩＰアドレスを取得する。そして、リカバリ処理部３８５は、取得したＩＰアドレスを要求送信部３１０へ供給する。また、リカバリ処理部３８５は、代理応答処理において再送されたクライアント側要求メッセージを、第１ＬＡＮ２１０を介して、当該クライアント側要求メッセージを処理すべきプロキシ装置２２０へ転送する。

図４は、本実施形態に係るプロキシシステム１６０の動作フローを示す。
まず、要求受信部３００は、情報端末１００が送信したクライアント側要求メッセージを受信する（ステップＳ５００）。次に、要求モニタ部３０５は、受信したクライアント側要求メッセージが情報端末１００から再送されたメッセージであるか否かを判断する（Ｓ５０５）。

受信したクライアント側要求メッセージが再送されたメッセージでない場合（Ｓ５０５：Ｎｏ）、要求モニタ部３０５は、サーバ状態記憶部３３０を検索し、当該クライアント側要求メッセージの宛先についてのタイムアウト情報又は遅延情報がサーバ状態記憶部３３０に記憶されているか否かを検出する（Ｓ５１０、Ｓ５１５）。

当該クライアント側要求メッセージの宛先についてのタイムアウト情報及び遅延情報がサーバ状態記憶部３３０に記憶されていない場合（Ｓ５１０：Ｎｏ、Ｓ５１５：Ｎｏ）、要求モニタ部３０５は、当該クライアント側要求メッセージについて通常の要求応答処理を行うことを決定する（Ｓ５２０）。一方、当該クライアント側要求メッセージの宛先についての遅延情報がサーバ状態記憶部３３０に記憶されている場合（Ｓ５１０：Ｎｏ、Ｓ５１５：Ｙｅｓ）、当該クライアント側要求メッセージについて代理応答処理を行い、当該クライアント側要求メッセージを要求元の情報端末１００により再送させることを決定する（Ｓ５２５）。

また、要求モニタ部３０５は、当該クライアント側要求メッセージの宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されている場合（Ｓ５１０：Ｙｅｓ）、一部のクライアント側要求メッセージを除き、当該クライアント側要求メッセージをタイムアウトさせて代理タイムアウト応答を行うことを決定する（Ｓ５３０：Ｙｅｓ）。そして、代理タイムアウト応答部３３５は、タイムアウトさせると決定されたクライアント側要求メッセージに対応するサーバ側要求メッセージを宛先のサーバ装置１４０へ送信させずに、当該クライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを要求元の情報端末１００へ送信する（Ｓ５３５）。代理タイムアウト応答部３３５は、タイムアウト応答メッセージとして、例えばＨＴＴＰプロトコルにおけるステータスコード５０４（Ｇａｔｅｗａｙ Ｔｉｍｅ−ｏｕｔ）を含むクライアント側応答メッセージを送信する。これにより、プロキシ装置２２０は、タイムアウトする可能性が高い宛先へ多数のサーバ側要求メッセージを送信しないため、このようなサーバ側要求メッセージを処理するために接続リソースが長時間占有されるのを防ぐことができる。

また、要求モニタ部３０５は、当該クライアント側要求メッセージの宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されている複数のクライアント側要求メッセージのうち（Ｓ５１０：Ｙｅｓ）、一部のクライアント側要求メッセージをタイムアウトさせないことを決定する（Ｓ５３０：Ｎｏ）。プロキシ装置２２０は、タイムアウトさせないことを決定されたクライアント側要求メッセージに対し通常の要求応答処理を行う（Ｓ５２０）。これにより、プロキシ装置２２０は、タイムアウト情報がサーバ状態記憶部３３０に記憶された宛先についても一部のサーバ側要求メッセージを送信し、サーバ装置１４０の復旧等により再びサーバ側要求メッセージを正常に処理できるようになったことを検出することができる。

本実施形態に係る要求モニタ部３０５は、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されている複数のクライアント側要求メッセージのうち、予め設定された割合のクライアント側要求メッセージをタイムアウトさせないことを決定する。この割合は、プロキシ装置２２０の管理者により予め設定されてもよく、要求通過数調整部３８０により動的に設定又は調整されてもよい。

より具体的には、要求通過数調整部３８０は、要求処理数計測部３７０により計測された要求処理数がより大きい場合に、要求処理数がより小さい場合と比較してこの割合を小さくしてもよい。これにより要求通過数調整部３８０は、プロキシ装置２２０が既に多くの接続リソースを使用している場合に、タイムアウトする可能性が高いサーバ側要求メッセージをサーバ装置１４０へ送信する割合を減らすことができ、プロキシ装置２２０のアクセス処理効率を高めることができる。
また、要求通過数調整部３８０は、応答サイズ計測部３７５により計測された、当該サーバ側要求メッセージの宛先から受信したサーバ側応答メッセージのサイズの統計値がより大きい場合に、サイズの統計値がより小さい場合と比較してこの割合を小さくする。これにより、大量のデータを応答する可能性が高いサーバ装置１４０に対してサーバ側要求メッセージを送信する割合を減らすことができ、プロキシ装置２２０のアクセス処理効率を高めることができる。

また、要求モニタ部３０５は、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されており、かつ、当該宛先のサーバ装置１４０へサーバ側要求メッセージを送信してから予め設定された期間が経過している場合に、クライアント側要求メッセージをタイムアウトさせないことを決定してもよい。これにより、要求モニタ部３０５は、サーバ側要求メッセージを当該宛先に対してこの期間以上の間隔を空けて送信することができ、宛先のサーバ装置１４０の復旧を適度な間隔でチェックしつつ、当該サーバ装置１４０に対してサーバ側要求メッセージを送信する割合を減らすことができる。ここで、この期間は、上記の割合の増加又は減少と同様にして、要求通過数調整部３８０により動的に短く又は長く調整されてもよい。

また、要求モニタ部３０５は、通過処理数計測部３６５により計測された通過処理数が予め設定された上限値以下の場合に、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されているクライアント側要求メッセージをタイムアウトさせないことを決定してもよい。これにより、タイムアウトする可能性が高いサーバ側要求メッセージをサーバ装置１４０へ送信する数を当該上限値以下に設定することができ、このようなサーバ側要求メッセージにより接続リソースが長時間占有されて、正常な宛先に対するサーバ側要求メッセージが送信できなくなるのを防ぐことができる。ここで、この上限値は、上記の割合の増加又は減少と同様にして、要求通過数調整部３８０により動的に大きく又は小さく調整されてもよい。

受信したクライアント側要求メッセージが再送されたメッセージである場合（Ｓ５０５：Ｙｅｓ）において、元のクライアント側要求メッセージが他のプロキシ装置２２０宛に送付されたものであった場合（Ｓ５４０：Ｙｅｓ）に、リカバリ処理部３８５は、再送された当該クライアント側要求メッセージを当該他のプロキシ装置２２０へ転送する（Ｓ５５０）。一方、元のクライアント側要求メッセージが当該プロキシ装置２２０宛に送付されたものであった場合（Ｓ５４０：Ｎｏ）において、当該クライアント側要求メッセージに対するクライアント側応答メッセージが既に応答メッセージ記憶部３５５に記憶されている場合（Ｓ５４５：Ｙｅｓ）に、代理応答部３６０は、当該クライアント側応答メッセージを応答メッセージ記憶部３５５から読み出して応答送信部３４０を介して要求元の情報端末１００へ返信する。ここで、当該クライアント側応答メッセージがまだ応答メッセージ記憶部３５５に記憶されていない場合（Ｓ５４０：Ｎｏ、Ｓ５４５：Ｎｏ）、要求モニタ部３０５は、処理をＳ５１０へ進め、再送されたクライアント側要求メッセージについてＳ５１０以下の処理を行わせる。

以上に示したように、プロキシ装置２２０は、第１のクライアント側要求メッセージがタイムアウト又は遅延した場合に当該サーバ側要求メッセージの宛先についてのタイムアウト情報又は遅延情報をサーバ状態記憶部３３０に記憶しておく。そして、プロキシ装置２２０は、次に第２のクライアント側要求メッセージを受信した場合において、第２のクライアント側要求メッセージの宛先についてのタイムアウト情報又は遅延情報がサーバ状態記憶部３３０に記憶されている場合に、通常の応答処理に代えて、代理タイムアウト応答処理又は代理応答処理を行う。これにより、プロキシ装置２２０は、サーバ装置１４０のサービスレベルが低下している場合に、接続リソースを無駄に使用することなくサービスレベルの低下度合に応じた応答処理を行うことができ、効率良くサーバ装置１４０のアクセス処理を行うことができる。

図５は、図４に示したＳ５２０における通常の要求応答処理フローを示す。
プロキシ装置２２０は、宛先についての遅延情報及びタイムアウト情報がサーバ状態記憶部３３０に記憶されていないクライアント側要求メッセージと、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されており、かつ要求モニタ部３０５によりタイムアウトさせないと決定されたクライアント側要求メッセージとに対して、代理応答処理を行う。

まず、リカバリ処理部３８５は、サーバ装置１４０へ送信することを決定されたクライアント側要求メッセージに対応するサーバ側要求メッセージの宛先となるホスト名を、ＩＰアドレスに変換する（Ｓ６００）。次に、要求送信部３１０は、当該クライアント側要求メッセージを要求モニタ部３０５から受け取り、宛先のＩＰアドレスをリカバリ処理部３８５から受け取って、当該クライアント側要求メッセージに基づくサーバ側要求メッセージを宛先のサーバ装置１４０へ送信する（Ｓ６０５）。サーバ側要求メッセージが送信されると、応答モニタ部３１５は、当該サーバ側要求メッセージに対するサーバ側応答メッセージ受信の監視を開始する。また、要求処理数計測部３７０は、要求処理数をインクリメントする。

次に、タイムアウト検出部３２０及び遅延検出部３２５は、当該サーバ側要求メッセージの遅延又はタイムアウトを検出する（Ｓ６１０、Ｓ６２５）。応答送信部３４０は、宛先のサーバ装置１４０へ送信したサーバ側要求メッセージに対するサーバ側応答メッセージを設定された遅延時間以内に受信できた場合（Ｓ６１０：Ｎｏ）に、サーバ側応答メッセージに基づくクライアント側応答メッセージを要求元の情報端末１００へ返信する（Ｓ６２０）。

一方、当該サーバ側要求メッセージの遅延が検出された場合（Ｓ６１０：Ｙｅｓ、Ｓ６２５：Ｎｏ）、サーバ状態記憶部３３０は、当該サーバ側要求メッセージの宛先に対応付けて、当該宛先に対するサーバ側要求メッセージが遅延したことを示す遅延情報を記憶する（Ｓ６３０）。そして、応答送信部３４０は、応答受信部３５０が受信したサーバ側応答メッセージに基づくクライアント側応答メッセージを要求元の情報端末１００へ返信する（Ｓ６２０）。

また、当該サーバ側要求メッセージのタイムアウトが検出された場合（Ｓ６１０：Ｙｅｓ、Ｓ６２５：Ｙｅｓ）に、サーバ状態記憶部３３０は、当該サーバ側要求メッセージの宛先に対応付けて、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶する（Ｓ６３５）。そして、代理タイムアウト応答部３３５は、タイムアウトしたサーバ側要求メッセージに対応するクライアント側要求メッセージの情報を要求モニタ部３０５から受け取り、当該クライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを要求元の情報端末１００へ送信することにより代理タイムアウト応答を行う（Ｓ６４０）。

上記のＳ６１０又はＳ６２５においてサーバ側応答メッセージを受信した場合、及び、Ｓ６２５においてサーバ側要求メッセージのタイムアウトが検出された場合、応答モニタ部３１５はサーバ側応答メッセージ受信の監視を終了し、要求処理数計測部３７０は要求処理数をデクリメントする。

以上に示した動作により、プロキシ装置２２０は、サーバ側要求メッセージの宛先のサービスレベルに基づいて、サービスレベル低下情報をサーバ状態記憶部３３０へ記憶させることができる。

図６は、図４に示したＳ５２５における代理応答処理フローを示す。図６において図５と同一の符号を付した処理ステップは、図５と同様の処理を行うため、以下相違点を除き説明を省略する。

プロキシ装置２２０は、宛先についての遅延情報がサーバ状態記憶部３３０に記憶されたクライアント側要求メッセージと、サーバ装置１４０からサーバ側応答メッセージを受信していない状態において再送されたクライアント側要求メッセージの一部とに対して、代理応答処理を行う。

代理応答処理において、テンポラリ応答部３４５は、応答送信部３４０を介してテンポラリ応答メッセージを要求元の情報端末１００へ送信する（Ｓ７００）。この際、テンポラリ応答部３４５は、当該テンポラリ応答メッセージに、再送されるクライアント側要求メッセージに含めるべき再送識別情報を含めておき、再送されるクライアント側要求メッセージを識別可能としておく。テンポラリ応答部３４５は、テンポラリ応答メッセージとして、例えばＨＴＴＰプロトコルにおけるステータスコード３０７（Ｔｅｍｐｏｒａｒｙ Ｒｅｄｉｒｅｃｔ）を含む応答メッセージを送信する。これに代えて、テンポラリ応答部３４５は、ステータスコード３０４（Ｎｏｔ Ｍｏｄｉｆｉｅｄ）を含む応答メッセージを送信してもよい。

次に、リカバリ処理部３８５は、図５のＳ６００と同様にして、再送させると決定されたクライアント側要求メッセージに対応するサーバ側要求メッセージの宛先となるホスト名を、ＩＰアドレスに変換する（Ｓ６００）。要求送信部３１０は、図５のＳ６０５と同様にして、当該クライアント側要求メッセージを要求モニタ部３０５から受け取り、宛先のＩＰアドレスをリカバリ処理部３８５から受け取って、当該クライアント側要求メッセージに基づくサーバ側要求メッセージを宛先のサーバ装置１４０へ送信する（Ｓ６０５）。ここで、宛先についてのタイムアウト情報がサーバ状態記憶部３３０に記憶されたサーバ側要求メッセージを送信した場合、通過処理数計測部３６５は、通過処理数をインクリメントする。

次に、タイムアウト検出部３２０及び遅延検出部３２５は、図５のＳ６１０及びＳ６２５と同様にして、当該サーバ側要求メッセージの遅延又はタイムアウトを検出する（Ｓ６１０、Ｓ６２５）。応答モニタ部３１５は、サーバ側要求メッセージに対するサーバ側応答メッセージを遅延又はタイムアウトなく受信できた場合（Ｓ６１０：Ｎｏ）に、宛先に対応付けてサーバ状態記憶部３３０に記憶されている遅延情報又はタイムアウト情報があればこれを削除する（Ｓ７１０）。そして、応答メッセージ記憶部３５５は、当該サーバ側応答メッセージを設定された遅延時間以内に受信できた場合（Ｓ６１０：Ｎｏ）に、サーバ側応答メッセージに対応するクライアント側応答メッセージを記憶する（Ｓ７２０）。この結果、代理応答部３６０は、次にクライアント側要求メッセージが情報端末１００から再送された場合に、応答メッセージ記憶部３５５に記憶されたクライアント側応答メッセージを返信することができる。

一方、当該サーバ側要求メッセージの遅延が検出された場合（Ｓ６１０：Ｙｅｓ、Ｓ６２５：Ｎｏ）、サーバ状態記憶部３３０は、図５のＳ６３０と同様にして、当該宛先に対するサーバ側要求メッセージが遅延したことを示す遅延情報を記憶する（Ｓ６３０）。ここで、サーバ状態記憶部３３０は、当該宛先についてのタイムアウト情報が既にサーバ状態記憶部３３０に記憶されていた場合には、当該タイムアウト情報を削除しておく。そして、応答メッセージ記憶部３５５は、応答受信部３５０が受信したサーバ側応答メッセージに対応するクライアント側応答メッセージを記憶する（Ｓ７２０）。この結果、代理応答部３６０は、次にクライアント側要求メッセージが情報端末１００から再送された場合に、応答メッセージ記憶部３５５に記憶されたクライアント側応答メッセージを返信することができる。

また、当該サーバ側要求メッセージのタイムアウトが検出された場合（Ｓ６１０：Ｙｅｓ、Ｓ６２５：Ｙｅｓ）に、サーバ状態記憶部３３０は、図５のＳ６３５と同様にして、当該サーバ側要求メッセージの宛先に対応付けて、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶する（Ｓ６３５）。この結果、要求モニタ部３０５及び代理タイムアウト応答部３３５は、次にクライアント側要求メッセージが情報端末１００から再送された場合に、タイムアウト応答メッセージを返信することができる。

上記のＳ６１０又はＳ６２５においてサーバ側応答メッセージを受信した場合、及び、Ｓ６２５においてサーバ側要求メッセージのタイムアウトが検出された場合、応答モニタ部３１５はサーバ側応答メッセージ受信の監視を終了し、要求処理数計測部３７０は要求処理数をデクリメントする。ここで、図４のＳ５３０においてタイムアウトさせないことを決定したサーバ側要求メッセージに対するサーバ側応答メッセージを受信又はタイムアウトした場合、通過処理数計測部３６５は、通過処理数をデクリメントする。

以上に示した処理により、プロキシ装置２２０は、遅延する可能性が高い宛先について、情報端末１００を応答待ち状態から解放させると共に、情報端末１００の通信状態が悪化した場合等においても確実にサーバ側応答メッセージを取得して、クライアント側応答メッセージを情報端末１００へ返信することができる。

図７は、本実施形態に係るプロキシシステム１６０のテンポラリ応答の内容の一例を示す。
図７（ａ）は、情報端末１００が送信するクライアント側要求メッセージの要求内容の一例を示す。本例において、情報端末１００は、ＨＴＴＰプロトコルに基づく要求を送信する。

図７（ｂ）はＬｏｃａｔｉｏｎレスポンスヘッダによるテンポラリ応答メッセージの一例を示す。図７（ａ）の要求内容を含むクライアント側要求メッセージを受信した場合に、テンポラリ応答部３４５は、図７（ｂ）の応答内容を含むテンポラリ応答メッセージを返信する。すなわちテンポラリ応答部３４５は、テンポラリ応答メッセージに、情報端末１００により再送されるクライアント側要求メッセージに含めるべき再送識別情報の一例である「proxy_redirected=サーバID」を含める。また、テンポラリ応答部３４５は、テンポラリ応答メッセージに、当該プロキシ装置２２０の識別情報である「サーバID」を含める。情報端末１００は、このテンポラリ応答メッセージを受けると、再送識別情報及び当該プロキシ装置２２０の識別情報を含む「proxy_redirected=サーバID」を含むクライアント側要求メッセージを再送する。

この結果、要求モニタ部３０５は、図４のＳ５０５において、受信したクライアント側要求メッセージに「proxy_redirected=」が含まれる場合に、当該クライアント側要求メッセージが再送されたと判断することができる。そして、代理応答部３６０は、情報端末１００から受信したクライアント側要求メッセージに再送識別情報が含まれ（Ｓ５０５：Ｙｅｓ）、かつ、当該クライアント側要求メッセージに当該プロキシ装置２２０の識別情報が含まれる場合（Ｓ５４０：Ｎｏ）に、応答メッセージ記憶部３５５に記憶されたクライアント側応答メッセージを返信することができる（Ｓ５５５）。

また、リカバリ処理部３８５は、図４のＳ５４０において、受信したクライアント側要求メッセージに当該プロキシ装置２２０以外の「サーバID」が含まれている場合に、元のクライアント側要求メッセージが他のプロキシ装置２２０宛に送付されたものであると判断することができる。そして、リカバリ処理部３８５は、情報端末１００から受信したクライアント側要求メッセージに再送識別情報が含まれ（Ｓ５０５：Ｙｅｓ）、かつ、当該クライアント側要求メッセージに当該プロキシ装置２２０の識別情報が含まれない場合（Ｓ５４０：Ｎｏ）に、当該クライアント側要求メッセージに含まれるプロキシ装置２２０の識別情報により識別されるプロキシ装置２２０へ当該クライアント側要求メッセージを転送することができる（Ｓ５５０）。

図７（ｃ）は情報端末１００にページの自動再読み込みをさせるためのテンポラリ応答メッセージの一例を示す。図７（ａ）の要求内容を含むクライアント側要求メッセージを受信した場合に、テンポラリ応答部３４５は、図７（ｃ）の応答内容を含むテンポラリ応答メッセージを返信してもよい。すなわち、テンポラリ応答部３４５は、テンポラリ応答メッセージに、再送識別情報の一例である「proxy_redirected=サーバID」を含める。また、テンポラリ応答部３４５は、テンポラリ応答メッセージに、当該プロキシ装置２２０の識別情報である「サーバID」を含める。また、テンポラリ応答部３４５は、テンポラリ応答メッセージに、当該クライアント側要求メッセージを再送するまでの待ち時間を指定する待ち時間指定情報の一例である「n;」（nは再送までの秒数）を含める。情報端末１００は、図７（ｃ）の応答内容を含むＨＴＭＬ形式のテンポラリ応答メッセージを受けると、再送識別情報及び当該プロキシ装置２２０の識別情報を含む「proxy_redirected=サーバID」を含むクライアント側要求メッセージをn秒後に再送する。

この結果、要求モニタ部３０５及びリカバリ処理部３８５は、図７（ｂ）のテンポラリ応答メッセージを用いた場合と同様にして、再送されたクライアント側要求メッセージを適切に処理することができる。なお、テンポラリ応答部３４５は、遅延検出部３２５がサーバ側要求メッセージの遅延の検出に用いる遅延時間より長い待ち時間をテンポラリ応答メッセージに含めてよい。これに代えて、プロキシ装置２２０は、各宛先に対応付けて、サーバ側要求メッセージを送信してからサーバ側応答メッセージを受信するまでの経過時間を遅延情報と共にサーバ状態記憶部３３０に記憶しておき、この経過時間以上の待ち時間をテンポラリ応答メッセージに含める待ち時間として用いてもよい。

図８は、本実施形態に係るリカバリ処理部３８５の構成を示す。
リカバリ処理部３８５は、要求メッセージ転送部４００と、ＤＮＳサーバ問合せ部４１０と、ＩＰアドレス記憶部４２０と、ＩＰアドレス問合せ部４３０と、ＩＰアドレス問合せ応答部４４０とを有する。要求メッセージ転送部４００は、情報端末１００から受信したクライアント側要求メッセージに再送識別情報が含まれ、かつ、当該クライアント側要求メッセージに当該プロキシ装置２２０の識別情報が含まれない場合に、第１ＬＡＮ２１０を介して、当該クライアント側要求メッセージに含まれるプロキシ装置２２０の識別情報により識別される他のプロキシ装置２２０へ当該クライアント側要求メッセージを転送する。ＤＮＳサーバ問合せ部４１０は、サーバ側要求メッセージを宛先のサーバ装置１４０へ送信する場合において、宛先のドメイン名に対応するＩＰアドレスを、第２ＬＡＮ２３０及びＷＡＮ１５０を介してＤＮＳサーバに問い合わせる。ＩＰアドレス記憶部４２０は、ＤＮＳサーバから取得したＩＰアドレスを記憶する。ＩＰアドレス問合せ部４３０は、ＤＮＳサーバに要求したアドレス解決がタイムアウトした場合に、第２ＬＡＮ２３０を介して、プロキシシステム１６０内の他のプロキシ装置２２０に対して当該ドメイン名に対応するＩＰアドレスを問い合わせる。ＩＰアドレス問合せ応答部４４０は、他のプロキシ装置２２０からＩＰアドレスの問い合わせを受けた場合に、宛先のドメイン名に対応付けてＩＰアドレス記憶部４２０に記憶されたＩＰアドレスを返信する。

図９は、本実施形態に係るリカバリ処理部３８５によるＩＰアドレス解決のリカバリ処理フローを示す。まず、ＤＮＳサーバ問合せ部４１０は、情報端末１００から受信したクライアント側要求メッセージに含まれる宛先のドメイン名に対応するＩＰアドレスがＩＰアドレス記憶部４２０に記憶されていない場合、又は、ＩＰアドレス記憶部４２０に記憶されたＩＰアドレスの有効期限が切れており使用できない場合に、当該ＩＰアドレスをＷＡＮ１５０等に接続されたＤＮＳサーバに問い合わせる（Ｓ９００）。ＤＮＳサーバから当該ＩＰアドレスの応答を受け、当該ＩＰアドレスを取得できた場合（Ｓ９１０：Ｙｅｓ）、ＤＮＳサーバ問合せ部４１０は、当該ドメイン名に対応付けて当該ＩＰアドレスをＩＰアドレス記憶部４２０に記憶させ、要求送信部３１０へ供給する（Ｓ９４０）。

一方、ＤＮＳサーバへの問い合わせがタイムアウトした場合に、ＩＰアドレス問合せ部４３０は、第２ＬＡＮ２３０を介して他のプロキシ装置２２０に対して当該ドメイン名を送信し、当該ドメイン名に対応するＩＰアドレスを問い合わせる（Ｓ９２０）。当該他のプロキシ装置２２０内のＩＰアドレス問合せ部４３０は、要求元のプロキシ装置２２０からドメイン名に対応するＩＰアドレスの問い合わせを受けた場合に、当該ドメイン名に対応するＩＰアドレスがＩＰアドレス記憶部４２０に記憶されているか否かを検索する。そして、当該他のプロキシ装置２２０内のＩＰアドレス問合せ応答部４４０は、当該ドメイン名に対応するＩＰアドレスがＩＰアドレス記憶部４２０に記憶されている場合に、当該ドメイン名に対応するＩＰアドレスを当該要求元のプロキシ装置２２０に返信する。この結果、要求元のＩＰアドレス問合せ部４３０は、ドメイン名に対するＩＰアドレスを取得する（Ｓ９３０：Ｙｅｓ）。そしてＩＰアドレス記憶部４２０は、宛先のドメイン名に対応付けて当該ＩＰアドレスを記憶すると共に、要求送信部３１０へ供給する（Ｓ９４０）。

以上に示したリカバリ処理によれば、リカバリ処理部３８５は、ＤＮＳサーバに対するＩＰアドレスの問い合わせがタイムアウトした場合であっても、他のプロキシ装置２２０にキャッシュされたＩＰアドレスを取得して、サーバ側要求メッセージを送信することができる。したがってプロキシ装置２２０は、ＤＮＳサーバに障害が発生している場合においてもアクセス処理を継続することができ、アクセス処理が滞留するのを防ぐことができる。

図１０は、本実施形態に係る要求モニタ部３０５によるフィルタ範囲変更方法の一例を示す。
まず、タイムアウト検出部３２０は、宛先のＵＲＬ＿Ａ「http://www.abc_corp.com /whats_new」に対するサーバ側要求メッセージＡのタイムアウトを検出した場合に、宛先を指定する当該ＵＲＬに対応付けて、タイムアウト情報をサーバ状態記憶部３３０に記憶させる。これにより、要求モニタ部３０５は、ホスト名「www.abc_corp.com」上のディレクトリ「whats_new」を宛先とするクライアント側要求メッセージについて、代理タイムアウト応答を行うことを決定する。

次に、サーバ側要求メッセージＡの宛先と同一のホスト名「www.abc_corp.com」を含むＵＲＬ＿Ｂ「http://www.abc_corp.com /index.html」を指定する他のサーバ側要求メッセージＢのタイムアウトが検出された場合に、サーバ状態記憶部３３０は、タイムアウト情報に対応付けられる宛先の範囲を、サーバ側要求メッセージＡ及びＢの宛先に共通する部分の範囲に変更して記憶する。すなわちサーバ状態記憶部３３０は、タイムアウト検出部３２０からの指示に基づいて、ＵＲＬ＿Ａについてのタイムアウト情報を、ＵＲＬ＿Ａ及びＵＲＬ＿Ｂの共通部分の少なくとも一部である「http://www.abc_corp.com」に対応付ける変更を行う。

これにより要求モニタ部３０５は、宛先ＵＲＬ「http://www.abc_corp.com」を少なくとも一部に含む他のクライアント側要求メッセージを情報端末１００から受信した場合に、当該クライアント側要求メッセージをタイムアウトさせることを決定する。すなわち、プロキシ装置２２０は、サーバ装置１４０上のファイル、ディレクトリ、又はアプリケーションプログラム等を宛先とするサーバ側要求メッセージがタイムアウトした場合に、当該ファイル、ディレクトリ、又はアプリケーションプログラム等に対応付けてタイムアウト情報を記憶する。そして、プロキシ装置２２０は、同一のサーバ装置１４０上の他のファイル、ディレクトリ、又はアプリケーションプログラム等を宛先とするサーバ側要求メッセージがタイムアウトした場合に、タイムアウトしたサーバ側要求メッセージに共通する宛先の範囲のホスト、ディレクトリ、又はアプリケーションプログラム等に対応付けて、タイムアウト情報を記憶するよう変更する。

以上に示した処理によれば、プロキシ装置２２０は、同一のホスト名を含む複数のＵＲＬについてサーバ側要求メッセージがタイムアウトした場合に、これらの複数のＵＲＬに共通する範囲に障害が生じていると判断することができ、タイムアウト情報を記憶する宛先を適切な範囲に設定することができる。

図１１は、本実施形態に係る要求通過数調整部３８０によるフィルタ範囲変更方法の他の一例を示す。
まず、タイムアウト検出部３２０は、ＵＲＬ「http://www.abc_corp.com /shopping /search.php ? user=sample」を宛先とするサーバ側要求メッセージのタイムアウトが検出された場合に、当該ＵＲＬに対応付けてタイムアウト情報をサーバ状態記憶部３３０に記憶させる。次に、要求通過数調整部３８０は、要求処理数がより大きい場合に、要求処理数がより小さい場合と比較してサーバ状態記憶部３３０に記憶されたＵＲＬの比較範囲を、より多くのクライアント側要求メッセージをタイムアウトさせるように変更する。

すなわち例えば、要求通過数調整部３８０は、要求処理数が大きくなるにしたがって、ＵＲＬの比較範囲を「http://www.abc_corp.com /shopping /search.php ?user=sample」から、「http://www.abc_corp.com /shopping /search.php」、「http://www.abc_corp.com /shopping」、及び「http://www.abc_corp.com」というように変更して、下位階層の文字列についての制約を無くしていく。この結果、要求通過数調整部３８０は、より多くのクライアント側要求メッセージの宛先ＵＲＬを当該ＵＲＬにマッチングさせて、タイムアウトさせることができる。

そして、要求モニタ部３０５は、タイムアウト情報に対応付けられたＵＲＬのうち要求通過数調整部３８０により指定された比較範囲に対応する部分が、クライアント側要求メッセージにより指定されるＵＲＬに含まれる場合に、クライアント側要求メッセージをタイムアウトさせることを決定する。すなわち、上記の例において要求モニタ部３０５は、新たに受信したクライアント側要求メッセージの宛先を、「タイムアウト情報の宛先と同一サーバ装置１４０上の同一サーバアプリケーションの同一パラメータによる処理」、「タイムアウト情報の宛先と同一サーバ装置１４０上の同一サーバアプリケーション」、「タイムアウト情報の宛先と同一サーバ装置１４０上の同一ディレクトリ」、及び「タイムアウト情報の宛先と同一サーバ装置１４０」のうち、要求通過数調整部３８０により指定された比較範囲に対応する範囲と比較して、タイムアウトさせるか否かを決定する。

この結果、プロキシ装置２２０は、負荷が高い場合においてはタイムアウトの可能性が比較的低い宛先についても代理タイムアウト応答及び／又はを行う一方、負荷が低い場合においてはタイムアウトの可能性が比較的高い宛先についても通常の応答処理を行うことができ、負荷状況に応じて適切なアクセス処理を選択することができる。

以上において、要求モニタ部３０５及び／又は要求通過数調整部３８０は、要求処理数に代えて、通過処理数計測部３６５により計測された通過処理数や、応答サイズ計測部３７５により算出されたサーバ側応答メッセージのサイズ等に応じてＵＲＬの比較範囲を変更してもよい。

図１２は、本実施形態に係るコンピュータ１１００のハードウェア構成の一例を示す。本実施形態に係るコンピュータ１１００は、ホスト・コントローラ１２８２により相互に接続されるＣＰＵ１２００、ＲＡＭ１２２０、グラフィック・コントローラ１２７５、及び表示装置１２８０を有するＣＰＵ周辺部と、入出力コントローラ１２８４によりホスト・コントローラ１２８２に接続される通信インターフェイス１２３０、ハードディスクドライブ１２４０、及びＣＤ−ＲＯＭドライブ１２６０を有する入出力部と、入出力コントローラ１２８４に接続されるＲＯＭ１２１０、フレキシブルディスク・ドライブ１２５０、及び入出力チップ１２７０を有するレガシー入出力部とを備える。

ホスト・コントローラ１２８２は、ＲＡＭ１２２０と、高い転送レートでＲＡＭ１２２０をアクセスするＣＰＵ１２００及びグラフィック・コントローラ１２７５とを接続する。ＣＰＵ１２００は、ＲＯＭ１２１０及びＲＡＭ１２２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ１２７５は、ＣＰＵ１２００等がＲＡＭ１２２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示装置１２８０上に表示させる。これに代えて、グラフィック・コントローラ１２７５は、ＣＰＵ１２００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ１２８４は、ホスト・コントローラ１２８２と、比較的高速な入出力装置である通信インターフェイス１２３０、ハードディスクドライブ１２４０、ＣＤ−ＲＯＭドライブ１２６０を接続する。通信インターフェイス１２３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１２４０は、コンピュータ１１００内のＣＰＵ１２００が使用するプログラム及びデータを格納する。ＣＤ−ＲＯＭドライブ１２６０は、ＣＤ−ＲＯＭ１２９５からプログラム又はデータを読み取り、ＲＡＭ１２２０を介してハードディスクドライブ１２４０に提供する。

また、入出力コントローラ１２８４には、ＲＯＭ１２１０と、フレキシブルディスク・ドライブ１２５０、及び入出力チップ１２７０の比較的低速な入出力装置とが接続される。ＲＯＭ１２１０は、コンピュータ１１００が起動時に実行するブート・プログラムや、コンピュータ１１００のハードウェアに依存するプログラム等を格納する。フレキシブルディスク・ドライブ１２５０は、フレキシブルディスク１２９０からプログラム又はデータを読み取り、ＲＡＭ１２２０を介してハードディスクドライブ１２４０に提供する。入出力チップ１２７０は、フレキシブルディスク・ドライブ１２５０や、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。

ＲＡＭ１２２０を介してハードディスクドライブ１２４０に提供されるプログラムは、フレキシブルディスク１２９０、ＣＤ−ＲＯＭ１２９５、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ１２２０を介してコンピュータ１１００内のハードディスクドライブ１２４０にインストールされ、ＣＰＵ１２００において実行される。

コンピュータ１１００にインストールされ、コンピュータ１１００をプロキシ装置２２０として機能させるプログラムは、要求受信モジュールと、要求モニタモジュールと、要求送信モジュールと、応答モニタモジュールと、タイムアウト検出モジュールと、遅延検出モジュールと、サーバ状態管理モジュールと、代理タイムアウト応答モジュールと、応答送信モジュールと、テンポラリ応答モジュールと、応答受信モジュールと、応答メッセージ管理モジュールと、代理応答モジュールと、通過処理数計測モジュールと、要求処理数計測モジュールと、応答サイズ計測モジュールと、要求通過数調整モジュールと、リカバリ処理モジュールとを備える。これらのプログラム又はモジュールは、ＣＰＵ１２００等に働きかけて、コンピュータ１１００を、要求受信部３００と、要求モニタ部３０５と、要求送信部３１０と、応答モニタ部３１５と、タイムアウト検出部３２０と、遅延検出部３２５と、サーバ状態記憶部３３０と、代理タイムアウト応答部３３５と、応答送信部３４０と、テンポラリ応答部３４５と、応答受信部３５０と、応答メッセージ記憶部３５５と、代理応答部３６０と、通過処理数計測部３６５と、要求処理数計測部３７０と、応答サイズ計測部３７５と、要求通過数調整部３８０と、リカバリ処理部３８５としてそれぞれ機能させる。

また、リカバリ処理モジュールは、要求メッセージ転送モジュールと、ＤＮＳサーバ問合せモジュールと、ＩＰアドレス管理モジュールと、ＩＰアドレス問合せモジュールと、ＩＰアドレス問合せ応答モジュールとを有する。これらのプログラム又はモジュールは、ＣＰＵ１２００等に働きかけて、コンピュータ１１００を、要求メッセージ転送部４００と、ＤＮＳサーバ問合せ部４１０と、ＩＰアドレス記憶部４２０と、ＩＰアドレス問合せ部４３０と、ＩＰアドレス問合せ応答部４４０としてそれぞれ機能させる。

以上に示したプログラム又はモジュールは、外部の記憶媒体に格納されてもよい。記憶媒体としては、フレキシブルディスク１２９０、ＣＤ−ＲＯＭ１２９５の他に、ＤＶＤやＣＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワークやインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ１１００に提供してもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

本発明の実施形態に係る通信システム１０の構成を示す。 本発明の実施形態に係るプロキシシステム１６０の構成を示す。 本発明の実施形態に係るプロキシ装置２２０の構成を示す。 本発明の実施形態に係るプロキシシステム１６０の動作フローを示す。 本発明の実施形態に係るプロキシシステム１６０の通常の要求応答処理フローを示す。 本発明の実施形態に係るプロキシシステム１６０の代理応答処理フローを示す。 本発明の実施形態に係るプロキシシステム１６０のテンポラリ応答の内容の一例を示す。図７（ａ）は要求メッセージ、図７（ｂ）はＬｏｃａｔｉｏｎレスポンスヘッダによるテンポラリ応答メッセージの一例、図７（ｃ）は情報端末１００にページの自動再読み込みをさせるためのテンポラリ応答メッセージの一例をそれぞれ示す。 本発明の実施形態に係るリカバリ処理部３８５の構成を示す。 本発明の実施形態に係るリカバリ処理部３８５によるリカバリ処理フローを示す。 本発明の実施形態に係る要求モニタ部３０５によるフィルタ範囲変更方法の一例を示す。 本発明の実施形態に係る要求通過数調整部３８０によるフィルタ範囲変更方法の他の一例を示す。 本発明の実施形態に係るコンピュータ１１００のハードウェア構成の一例を示す。

符号の説明

１０ 通信システム
１００ 情報端末
１１０ 基地局
１２０ キャリア通信網
１３０ 基地局制御装置
１４０ サーバ装置
１５０ ＷＡＮ
１６０ プロキシシステム
２００ 負荷分散装置
２１０ 第１ＬＡＮ
２２０ プロキシ装置
２３０ 第２ＬＡＮ
３００ 要求受信部
３０５ 要求モニタ部
３１０ 要求送信部
３１５ 応答モニタ部
３２０ タイムアウト検出部
３２５ 遅延検出部
３３０ サーバ状態記憶部
３３５ 代理タイムアウト応答部
３４０ 応答送信部
３４５ テンポラリ応答部
３５０ 応答受信部
３５５ 応答メッセージ記憶部
３６０ 代理応答部
３６５ 通過処理数計測部
３７０ 要求処理数計測部
３７５ 応答サイズ計測部
３８０ 要求通過数調整部
３８５ リカバリ処理部
４００ 要求メッセージ転送部
４１０ ＤＮＳサーバ問合せ部
４２０ ＩＰアドレス記憶部
４３０ ＩＰアドレス問合せ部
４４０ ＩＰアドレス問合せ応答部
１１００ コンピュータ
１２００ ＣＰＵ
１２１０ ＲＯＭ
１２２０ ＲＡＭ
１２３０ 通信インターフェイス
１２４０ ハードディスクドライブ
１２５０ フレキシブルディスク・ドライブ
１２６０ ＣＤ−ＲＯＭドライブ
１２７０ 入出力チップ
１２７５ グラフィック・コントローラ
１２８０ 表示装置
１２８２ ホスト・コントローラ
１２８４ 入出力コントローラ
１２９０ フレキシブルディスク
１２９５ ＣＤ−ＲＯＭ

Claims (18)

1. 第１の要求元装置から受信した第１のクライアント側要求メッセージに基づく第１のサーバ側要求メッセージを、宛先のサーバ装置へ送信する要求送信部と、
   前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶するサーバ状態記憶部と、
   第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている場合に、当該第２のクライアント側要求メッセージをタイムアウトさせることを決定する要求モニタ部と、
   タイムアウトさせると決定された前記第２のクライアント側要求メッセージに対応する第２のサーバ側要求メッセージを宛先のサーバ装置へ送信させずに、前記第２のクライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを前記第２の要求元装置へ送信する代理タイムアウト応答部と
   を備え、
   前記要求モニタ部は、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている複数の前記第２のクライアント側要求メッセージのうち一部の前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定し、
   前記要求送信部は、タイムアウトさせないと決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
   更に、宛先のサーバ装置へ送信した前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該宛先に対応付けて前記サーバ状態記憶部に記憶された前記タイムアウト情報を削除する応答モニタ部を備える情報処理装置。
2. 前記要求モニタ部は、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている複数の前記第２のクライアント側要求メッセージのうち、予め設定された割合の前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定する
   請求項１記載の情報処理装置。
3. 宛先のサーバ装置へ送信されたサーバ側要求メッセージのうち、対応するサーバ側応答メッセージを受信していない要求処理数を計測する要求処理数計測部と、
   前記要求処理数がより大きい場合に、前記要求処理数がより小さい場合と比較して前記割合を小さくする要求通過数調整部と
   を更に備える請求項２記載の情報処理装置。
4. 各宛先毎に、当該宛先のサーバ装置から受信したサーバ側応答メッセージのサイズの統計を取る応答サイズ計測部と、
   前記サイズがより大きい場合に、前記サイズがより小さい場合と比較して前記割合を小さくする要求通過数調整部と
   を更に備える請求項２記載の情報処理装置。
5. 前記要求モニタ部は、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されており、かつ、当該宛先のサーバ装置へサーバ側要求メッセージを送信してから予め設定された期間が経過している場合に、前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定する
   請求項１記載の情報処理装置。
6. 宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている複数の前記第２のサーバ側要求メッセージのうち、宛先のサーバ装置へ送信され、対応するサーバ側応答メッセージを受信していない通過処理数を計測する通過処理数計測部を更に備え、
   前記要求モニタ部は、前記通過処理数が予め設定された上限値以下の場合に、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定する
   請求項１記載の情報処理装置。
7. 前記第１のサーバ側要求メッセージを送信してから予め設定されたタイムアウト時間の間に当該第１のサーバ側要求メッセージに対する第１のサーバ側応答メッセージを受信しない場合に、当該第１のサーバ側要求メッセージのタイムアウトを検出するタイムアウト検出部と、
   前記第１のサーバ側要求メッセージを宛先のサーバ装置へ送信してから予め設定された遅延時間の経過後かつ前記タイムアウト時間の経過前に、前記第１のサーバ側要求メッセージに対する第１のサーバ側応答メッセージを受信した場合に、前記第１のサーバ側要求メッセージの遅延を検出する遅延検出部と
   を更に備え、
   前記サーバ状態記憶部は、前記第１のサーバ側要求メッセージの遅延が検出された場合に、当該宛先に対するサーバ側要求メッセージが遅延したことを示す遅延情報を記憶し、
   前記要求モニタ部は、前記第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先について前記遅延情報が前記サーバ状態記憶部に記憶されている場合に、前記第２のクライアント側要求メッセージを当該第２の要求元装置により再送させることを決定し、
   前記要求送信部は、再送させると決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
   当該情報処理装置は、更に、
   再送される前記第２のクライアント側要求メッセージに含めるべき再送識別情報を含むテンポラリ応答メッセージを前記第２の要求元装置へ送信するテンポラリ応答部と、
   前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該第２のサーバ側応答メッセージに対応して当該第２の要求元装置に返信すべき第２のクライアント側応答メッセージを記憶する応答メッセージ記憶部と、
   前記第２の要求元装置から受信した前記第２のクライアント側要求メッセージに前記再送識別情報が含まれる場合に、前記応答メッセージ記憶部に記憶された前記第２のクライアント側応答メッセージを返信する代理応答部と
   を備える請求項１記載の情報処理装置。
8. 前記テンポラリ応答部は、前記再送識別情報と、前記第２のクライアント側要求メッセージを再送するまでの待ち時間を指定する待ち時間指定情報とを含む前記テンポラリ応答メッセージを要求元の前記第２の要求元装置へ送信する
   請求項７記載の情報処理装置。
9. 前記テンポラリ応答部は、前記予め設定された遅延時間より長い前記待ち時間を前記テンポラリ応答メッセージに含める
   請求項８記載の情報処理装置。
10. 前記サーバ状態記憶部は、宛先に対応付けて、前記遅延情報、及び、前記第１のサーバ側要求メッセージを送信してから前記第１のサーバ側応答メッセージを受信するまでの経過時間を記憶し、
    前記テンポラリ応答部は、前記経過時間以上の前記待ち時間を前記テンポラリ応答メッセージに含める
    請求項８記載の情報処理装置。
11. 前記サーバ状態記憶部は、
    一の前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、前記一の第１のサーバ側要求メッセージの宛先を指定する第１ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）に対応付けて、当該第１ＵＲＬをアクセスするサーバ側要求メッセージがタイムアウトしたことを示す前記タイムアウト情報を記憶し、
    前記第１ＵＲＬと同一のホスト名を含む第２ＵＲＬを指定する他の前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、前記タイムアウト情報を、前記第１ＵＲＬ及び前記第２ＵＲＬの共通部分の少なくとも一部である第３ＵＲＬに対応付ける変更を行い、
    前記要求モニタ部は、前記第３ＵＲＬを少なくとも一部に含む第２のクライアント側要求メッセージを前記第２の要求元装置から受信した場合に、前記第２のクライアント側要求メッセージをタイムアウトさせることを決定する
    請求項１記載の情報処理装置。
12. 前記サーバ状態記憶部は、前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、前記第１のサーバ側要求メッセージの宛先を指定するＵＲＬに対応付けて、当該ＵＲＬをアクセスするサーバ側要求メッセージがタイムアウトしたことを示す前記タイムアウト情報を記憶し、
    当該情報処理装置は、更に、
    宛先のサーバ装置へ送信されたサーバ側要求メッセージのうち、対応するサーバ側応答メッセージを受信していない要求処理数を計測する要求処理数計測部と、
    前記要求処理数がより大きい場合に、前記要求処理数がより小さい場合と比較して前記サーバ状態記憶部に記憶されたＵＲＬの比較範囲をより広くする要求通過数調整部と
    を備え、
    前記要求モニタ部は、前記タイムアウト情報に対応付けられたＵＲＬのうち前記要求通過数調整部により指定された比較範囲に対応する部分が、前記第２のクライアント側要求メッセージにより指定されるＵＲＬに含まれる場合に、前記第２のクライアント側要求メッセージをタイムアウトさせることを決定する
    請求項１記載の情報処理装置。
13. 要求元装置から受信したクライアント側要求メッセージに基づくサーバ側要求メッセージをサーバ装置へ送信し、前記サーバ装置により返信されたサーバ側応答メッセージに基づくクライアント側応答メッセージを前記要求元装置へ返信する複数の情報処理装置と、
    要求元装置から受信したクライアント側要求メッセージを、前記複数の情報処理装置のいずれかへ転送する負荷分散装置と
    を備え、
    前記複数の情報処理装置のそれぞれは、
    第１の要求元装置から受信した第１のクライアント側要求メッセージに基づく第１のサーバ側要求メッセージを、宛先のサーバ装置へ送信する要求送信部と、
    前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶するサーバ状態記憶部と、
    第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている場合に、当該第２のクライアント側要求メッセージをタイムアウトさせることを決定する要求モニタ部と、
    タイムアウトさせると決定された前記第２のクライアント側要求メッセージに対応する第２のサーバ側要求メッセージを宛先のサーバ装置へ送信させずに、前記第２のクライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを要求元の前記第２の要求元装置へ送信する代理タイムアウト応答部と
    を有し、
    前記複数の情報処理装置のそれぞれにおいて、
    前記要求モニタ部は、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている複数の前記第２のクライアント側要求メッセージのうち一部の前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定し、
    前記要求送信部は、タイムアウトさせないと決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
    前記複数の情報処理装置のそれぞれは、更に、宛先のサーバ装置へ送信した前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該宛先に対応付けて前記サーバ状態記憶部に記憶された前記タイムアウト情報を削除する応答モニタ部を有する情報システム。
14. 前記複数の情報処理装置のそれぞれは、
    前記第１のサーバ側要求メッセージを送信してから予め設定されたタイムアウト時間の間に当該第１のサーバ側要求メッセージに対する第１のサーバ側応答メッセージを受信しない場合に、当該第１のサーバ側要求メッセージのタイムアウトを検出するタイムアウト検出部と、
    前記第１のサーバ側要求メッセージを宛先のサーバ装置へ送信してから予め設定された遅延時間の経過後かつ前記タイムアウト時間の経過前に前記第１のサーバ側要求メッセージに対する第１のサーバ側応答メッセージを受信した場合に、前記第１のサーバ側要求メッセージの遅延を検出する遅延検出部と
    を更に有し、
    前記サーバ状態記憶部は、前記第１のサーバ側要求メッセージの遅延が検出された場合に、当該宛先に対するサーバ側要求メッセージが遅延したことを示す遅延情報を記憶し、
    前記要求モニタ部は、前記第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先について前記遅延情報が前記サーバ状態記憶部に記憶されている場合に、前記第２のクライアント側要求メッセージを当該第２の要求元装置により再送させることを決定し、
    前記要求送信部は、再送させると決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
    前記複数の情報処理装置のそれぞれは、更に、
    再送される前記第２のクライアント側要求メッセージに含めるべき再送識別情報と、当該情報処理装置の識別情報とを含むテンポラリ応答メッセージを要求元の前記第２の要求元装置へ送信するテンポラリ応答部と、
    前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該第２のサーバ側応答メッセージに対応して当該第２の要求元装置に返信すべき第２のクライアント側応答メッセージを記憶する応答メッセージ記憶部と、
    前記第２の要求元装置から受信した前記第２のクライアント側要求メッセージに前記再送識別情報が含まれ、かつ、当該第２のクライアント側要求メッセージに当該情報処理装置の識別情報が含まれる場合に、前記応答メッセージ記憶部に記憶された前記第２のクライアント側応答メッセージを返信する代理応答部と、
    前記第２の要求元装置から受信した前記第２のクライアント側要求メッセージに前記再送識別情報が含まれ、かつ、当該第２のクライアント側要求メッセージに当該情報処理装置の識別情報が含まれない場合に、当該第２のクライアント側要求メッセージに含まれる情報処理装置の識別情報により識別される情報処理装置へ当該第２のクライアント側要求メッセージを転送する要求メッセージ転送部と
    を有する
    請求項１３記載の情報システム。
15. 前記複数の情報処理装置のそれぞれは、
    前記第１の要求元装置から受信した第１のクライアント側要求メッセージに含まれる宛先のドメイン名に対応するＩＰアドレスをＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）サーバに問い合わせるＤＮＳサーバ問合せ部と、
    前記ドメイン名に対応するＩＰアドレスをＤＮＳサーバから取得した場合に、当該ドメイン名に対応付けて当該ＩＰアドレスを記憶するＩＰアドレス記憶部と、
    前記ＤＮＳサーバへの問い合わせがタイムアウトした場合に、他の前記情報処理装置に対して当該ドメイン名に対応するＩＰアドレスを問い合わせるＩＰアドレス問合せ部と、
    他の前記情報処理装置からドメイン名に対応するＩＰアドレスの問い合わせを受けた場合において、当該ドメイン名に対応するＩＰアドレスが前記ＩＰアドレス記憶部に記憶されている場合に、当該ドメイン名に対応するＩＰアドレスを当該他の情報処理装置に返信するＩＰアドレス問合せ応答部と
    を備える請求項１３記載の情報システム。
16. 要求元装置から受信したクライアント側要求メッセージに基づくサーバ側要求メッセージをサーバ装置へ送信し、前記サーバ装置により返信されたサーバ側応答メッセージに基づくクライアント側応答メッセージを前記要求元装置へ返信する情報処理装置におけるプロキシ処理方法であって、
    第１の要求元装置から受信した第１のクライアント側要求メッセージに基づく第１のサーバ側要求メッセージを、宛先のサーバ装置へ送信する要求送信段階と、
    前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶するサーバ状態記憶段階と、
    第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先についての前記タイムアウト情報が前記サーバ状態記憶段階において記憶されている場合に、当該第２のクライアント側要求メッセージをタイムアウトさせることを決定する要求モニタ段階と、
    タイムアウトさせると決定された前記第２のクライアント側要求メッセージに対応する第２のサーバ側要求メッセージを宛先のサーバ装置へ送信させずに、前記第２のクライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを前記第２の要求元装置へ送信する代理タイムアウト応答段階と
    を備え、
    前記要求モニタ段階において、宛先についての前記タイムアウト情報が前記サーバ状態記憶段階において記憶されている複数の前記第２のクライアント側要求メッセージのうち一部の前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定し、
    前記要求送信段階において、タイムアウトさせないと決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
    更に、宛先のサーバ装置へ送信した前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該宛先に対応付けて前記サーバ状態記憶段階において記憶された前記タイムアウト情報を削除する応答モニタ段階を備えるプロキシ処理方法。
17. 要求元装置から受信したクライアント側要求メッセージに基づくサーバ側要求メッセージをサーバ装置へ送信し、前記サーバ装置により返信されたサーバ側応答メッセージに基づくクライアント側応答メッセージを前記要求元装置へ返信する情報処理装置用のプログラムであって、
    当該プログラムは、前記情報処理装置を、
    第１の要求元装置から受信した第１のクライアント側要求メッセージに基づく第１のサーバ側要求メッセージを、宛先のサーバ装置へ送信する要求送信部と、
    前記第１のサーバ側要求メッセージのタイムアウトが検出された場合に、当該宛先に対するサーバ側要求メッセージがタイムアウトしたことを示すタイムアウト情報を記憶するサーバ状態記憶部と、
    第２の要求元装置から受信した第２のクライアント側要求メッセージの宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている場合に、当該第２のクライアント側要求メッセージをタイムアウトさせることを決定する要求モニタ部と、
    タイムアウトさせると決定された前記第２のクライアント側要求メッセージに対応する第２のサーバ側要求メッセージを宛先のサーバ装置へ送信させずに、前記第２のクライアント側要求メッセージがタイムアウトしたことを示すタイムアウト応答メッセージを要求元の前記第２の要求元装置へ送信する代理タイムアウト応答部と
    して機能させ、
    前記要求モニタ部は、宛先についての前記タイムアウト情報が前記サーバ状態記憶部に記憶されている複数の前記第２のクライアント側要求メッセージのうち一部の前記第２のクライアント側要求メッセージをタイムアウトさせないことを決定し、
    前記要求送信部は、タイムアウトさせないと決定された前記第２のクライアント側要求メッセージに対応する前記第２のサーバ側要求メッセージを、宛先のサーバ装置へ送信し、
    更に、宛先のサーバ装置へ送信した前記第２のサーバ側要求メッセージに対する第２のサーバ側応答メッセージを受信した場合に、当該宛先に対応付けて前記サーバ状態記憶部に記憶された前記タイムアウト情報を削除する応答モニタ部を備えるプログラム。
18. 請求項１７記載のプログラムを記録した、コンピュータ読み取り可能な記録媒体。

Images