(57)【特許請求の範囲】
【請求項１】
インターネットに通信接続されたプロキシサーバとこれの配下に通信接続された１台以上のウェブサーバを含み、インターネットを通じウェブクライアントにアクセスされるシステムであり、前記プロキシサーバはウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手段と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手段と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手段と、返信情報を要求元に送信するクライアントへの送信手段と、返信情報が受信できなかったことを検出する手段と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出と要求元情報を受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手段に渡す停止情報取出送信手段を有し、前記クライアントへの送信手段が停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信することを特徴とするプロキシサーバとウェブサーバを含むシステム。
【請求項２】
前記ウェブサーバは、操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を前記プロキシサーバに送信する停止情報送信手段を有し、前記プロキシサーバは、通信接続された配下装置から停止情報の追加、更新、削除指示や内容を受け停止情報データを更新する手段も有することを特徴とする請求項１記載のプロキシサーバとウェブサーバを含むシステム。
【請求項３】
前記ウェブサーバの停止情報送信手段が、操作者の指示や入力情報に従った前記処理を行うと共に、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成しプロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示も送信することを特徴とする請求項２記載のプロキシサーバとウェブサーバを含むシステム。
【請求項４】
配下にウェブサーバを通信接続し、インターネットに通信接続するプロキシサーバであり、インターネット上のウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手段と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手段と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手段と、返信情報を要求元に送信するクライアントへの送信手段と、返信情報が受信できなかったことを検出する手段と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出を要求元情報と共に受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手段に渡す停止情報取出送信手段を有し、前記クライアントへの送信手段が停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信することを特徴とするプロキシサーバ。
【請求項５】
前記ウェブサーバへの送信手段が送信先のウェブサーバに対応し送信バッファを有し、バッファの一つのエントリから読み出した要求情報の送信を通信手段に指示した際にその時刻をそのエントリに追記し、前記返信情報の受信手段が、前記送信バッファの受信情報対応のエントリをクリアし、前記検出手段は送信バッファに送信指示時刻が現在時刻より所定時間分前の要求情報があるかを周期的にチェックすることで返信情報が受信できなかった検出を行うことを特徴とする請求項４記載のプロキシサーバ。
【請求項６】
前記ウェブサーバへの送信手段が前記検出手段も含み、要求情報の送信を通信手段に指示した際に通信手段が送信先ウェブサーバとのコネクトに失敗したことを検出することで前記検出を行うことを特徴とする請求項４記載のプロキシサーバ。
【請求項７】
前記プロキシサーバが、返信情報が受信できなかったことを検出し、停止情報取出送信手段が停止情報データより、返信のなかったウェブサーバの停止情報を取り出し、その時刻が停止期間に入っていればオンにされるウェブサーバ毎の停止フラグも有し、前記解析手段がウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定した際に、停止フラグをチェックし、オンであれば要求情報のウェブサーバへの送信依頼を抑止し停止情報取出送信手段にウェブサーバ識別と、要求元情報を渡し、停止情報の確認と送信を指示することを特徴とする請求項４記載のプロキシサーバ。
【請求項８】
操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を上位のプロキシサーバに送信すると共に、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成し前記プロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示を送信する停止情報送信手段を有することを特徴とするウェブサーバ。
【請求項９】
配下にウェブサーバを通信接続し、インターネットに通信接続するプロキシサーバに搭載されるプログラムであり、インターネット上のウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手順と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手順と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手順と、返信情報を要求元に送信するクライアントへの送信手順と、返信情報が受信できなかったことを検出する手順と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出を要求元情報と共に受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手順に渡す停止情報取出送信手順とをサーバコンピュータに実行させるためのプログラムであって、前記クライアントへの送信手順を停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信する手順とすることを特徴とするプログラム。
【請求項１０】
前記プロキシサーバに搭載されるプログラムであり、前記ウェブサーバへの送信手順に、送信先のウェブサーバに対応し送信バッファを用い、バッファの一つのエントリから読み出した要求情報の送信を通信手順に指示した際にその時刻をそのエントリに追記する手順を含み、前記返信情報の受信手順に、前記送信バッファの受信情報対応のエントリをクリアする手順を含み、前記検出する手順を、送信バッファに送信指示時刻が現在時刻より所定時間分前の要求情報があるかを周期的にチェックすることで返信情報が受信できなかった検出を行う手順とすることを特徴とする請求項９記載のプログラム。
【請求項１１】
前記ウェブサーバへの送信手順に、要求情報の送信を通信手順に指示した際に通信手順が送信先ウェブサーバとのコネクトに失敗したことを検出し前記検出とする手順を含むことを特徴とする請求項９記載のプログラム。
【請求項１２】
前記停止情報取出送信手順に、停止情報データより、返信のなかったウェブサーバの停止情報を取り出し、そのときの時刻が停止期間に入っていればウェブサーバ毎の停止フラグをオンにする手順も含み、前記解析手順に、ウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定した際に、停止フラグをチェックし、オンであれば要求情報のウェブサーバへの送信依頼を抑止し停止情報取出送信手順に判定したウェブサーバ識別と、送信元情報を渡し、停止情報の確認と送信を指示する手順を含むことを特徴とする請求項９記載のプログラム。
【請求項１３】
ウェブサーバに搭載されるプログラムであって、操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を上位のプロキシサーバに送信する手順と、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成し前記プロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示を送信する停止情報送信手順とをサーバコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プロキシサーバとウェブサーバを含みインターネットを通じアクセスされるシステムとサーバ及びこれらに搭載されるプログラムに関し、特にプロキシサーバに通信接続されたウェブサーバが運転やサービスの運用を一時停止している際に、その旨と運転やサービスの再開日時をアクセス元に通知するプロキシサーバやシステム及びこれらに搭載されるプログラムに関する。
【０００２】
【従来の技術】
従来のプロキシ（代理）サーバとウェブサーバ（ウェブネットを通じアクセスされるサーバ）を含むシステムを図１３を参照し説明する。図１３においてウェブクライアント１００は、クライアント要求手段１０１、通信手段１０３により、インターネットを通じプロキシサーバ２００にウェブサーバ３００上にある提供情報ファイル３０４の送信を要求し、返信情報受信・表示手段１０２が受け取った返信情報を解析し画面に表示する。
【０００３】
プロキシサーバ２００は、ウェブサーバ３００やサーバ／端末４００のインターネットアクセスや、インターネットからこれら装置へのアクセスを仲介しこれら装置のＩＰアドレスがインターネットからは見えない様にしファイヤウォールとなっている。
【０００４】
ＩＮＥＴ（ｉｎｔｅｒｎｅｔ）通信手段２０１が、ウェブクライアント１からのファイル送信要求を受信すると受信情報をＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）解析手段２０２に渡し、ＨＴＴＰ解析手段で受信情報を解析し、宛先ＵＲＬ（ｕｎｉｆｏｒｍ  ｒｅｓｏｕｒｃｅ  ｌｏｃａｔｏｒ）より要求ファイルが置かれているウェブサーバ３００を判定し、ウェブサーバへの通信手段２０３がウェブサーバ３００に指定されたファイルの送信を依頼する。
【０００５】
更に、返信情報受信手段２０５によって、ウェブサーバ３００からファイルを受信し、クライアント送信手段２０６でウェブクライアント１００に送る。
【０００６】
返信情報受信手段２０５は、ウェブサーバ３００から返信情報を受信出来ないときはクライアント送信手段２０６にファイル取出しエラーを通知する様依頼し、クライアント送信手段２０６を介して、ウェブクライアント１にエラーが起きた旨を通知する。
【０００７】
又、ファイル取出しエラーの発生率を下げる一般的な手法としては、公開公報特開２０００−０５７０４１号「プロキシサーバ及びＬＡＮシステム」に示されている様に、プロキシサーバ２００にウェブサーバ３００のファイルのコピーをおきキャッシュを構成することによって、ＨＴＴＰ解析手段２０２において要求されたファイルがキャッシュ内に存在するときはウェブサーバへの送信手段２０３をコールせずにキャッシュ内のファイルをクライアント送信手段２０６に引き渡す方法が知られている。
【０００８】
【発明が解決しようとする課題】
しかしながら、従来のプロキシサーバとウェブサーバを含むシステムは、次の様な課題がある。
【０００９】
第１の課題は、ウェブサーバ３００が一時的にダウンしているのかネットワーク経路のどこかが切断されているのかエラー通知だけでは把握出来ず、要求したファイル情報が必須情報であるときは何度となく取出しを試みるため取出し作業に無駄な工数が発生し、インターネットやローカルネット（プロキシサーバとウェブサーバ間ネット）の無駄な使用を招くことである。
【００１０】
とりわけ、２４時間無停止運転でないウェブサーバ３００やメンテナンスで停止しているウェブサーバ３００からのファイル取出しで無駄なファイル取出し工数が発生する。
【００１１】
又、ウェブクライアント利用者は、エラーの原因がウェブサーバ３００の一時的停止、ネットワークの故障や輻輳、サービスの廃止、宛先の指定誤りの何れかを把握出来ず、そのウェブサーバのサービスに対し不満を抱き徐々に利用しなくなることもある。
【００１２】
第２の課題は、キャッシュ機構は物理的に上限があるため、アクセス頻度あるいは、経過時間などを考慮の上キャッシュから消されるため、結果的にキャッシュされない状態が発生し、ウェブサーバ３００からの全てのファイル取出しを完全に保証していないということである。
【００１３】
本発明の目的は、何らかの事情により配下のウェブサーバが応答を返さないときに、従来のエラーリターンの代わりに、ウェブサーバの稼動情報を伝えるページを生成し、ウェブサーバが停止していること及び再立ち上げ予定時間をウェブクライアントに通知することで、情報獲得の機会を増やし、無駄なファイル取出し工数や通信を削減するプロキシサーバとウェブサーバのシステム、サーバ、及びこれらに搭載されるプログラムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明の第１のプロキシサーバとウェブサーバを含むシステムは、インターネットに通信接続されたプロキシサーバとこれの配下に通信接続された１台以上のウェブサーバを含み、インターネットを通じウェブクライアントにアクセスされるシステムであり、前記プロキシサーバはウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手段と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手段と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手段と、返信情報を要求元に送信するクライアントへの送信手段と、返信情報が受信できなかったことを検出する手段と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出と要求元情報を受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手段に渡す停止情報取出送信手段を有し、前記クライアントへの送信手段が停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信することを特徴とする。
【００１５】
本発明の第２のプロキシサーバとウェブサーバを含むシステムは、前記第１のシステムに於いて、前記ウェブサーバは、操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を前記プロキシサーバに送信する停止情報送信手段を有し、前記プロキシサーバは、通信接続された配下装置から停止情報の追加、更新、削除指示や内容を受け停止情報データを更新する手段も有することを特徴とする。
【００１６】
本発明の第３のプロキシサーバとウェブサーバを含むシステムは、前記第２のシステムに於いて、前記ウェブサーバの停止情報送信手段が、操作者の指示や入力情報に従った前記処理を行うと共に、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成しプロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示も送信することを特徴とする。
【００１７】
本発明の第１のプロキシサーバは、配下にウェブサーバを通信接続し、インターネットに通信接続するプロキシサーバであり、インターネット上のウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手段と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手段と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手段と、返信情報を要求元に送信するクライアントへの送信手段と、返信情報が受信できなかったことを検出する手段と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出を要求元情報と共に受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手段に渡す停止情報取出送信手段を有し、前記クライアントへの送信手段が停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信することを特徴とする。
【００１８】
本発明の第２のプロキシサーバは、前記第１のプロキシサーバに於いて、前記ウェブサーバへの送信手段が送信先のウェブサーバに対応し送信バッファを有し、バッファの一つのエントリから読み出した要求情報の送信を通信手段に指示した際にその時刻をそのエントリに追記し、前記返信情報の受信手段が、前記送信バッファの受信情報対応のエントリをクリアし、前記検出手段は送信バッファに送信指示時刻が現在時刻より所定時間分前の要求情報があるかを周期的にチェックすることで返信情報が受信できなかった検出を行うことを特徴とする。
【００１９】
本発明の第３のプロキシサーバは、前記第１のプロキシサーバに於いて、前記ウェブサーバへの送信手段が前記検出手段も含み、要求情報の送信を通信手段に指示した際に通信手段が送信先ウェブサーバとのコネクトに失敗したことを検出することで前記検出を行うことを特徴とする。
【００２０】
本発明の第４のプロキシサーバは、前記第１のプロキシサーバに於いて、前記プロキシサーバが、返信情報が受信できなかったことを検出し、停止情報取出送信手段が停止情報データより、返信のなかったウェブサーバの停止情報を取り出し、その時刻が停止期間に入っていればオンにされるウェブサーバ毎の停止フラグも有し、前記解析手段がウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定した際に、停止フラグをチェックし、オンであれば要求情報のウェブサーバへの送信依頼を抑止し停止情報取出送信手段にウェブサーバ識別と、要求元情報を渡し、停止情報の確認と送信を指示することを特徴とする。
【００２１】
本発明のウェブサーバは、操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を上位のプロキシサーバに送信すると共に、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成し前記プロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示を送信する停止情報送信手段を有することを特徴とする。
【００２２】
本発明の第１のプログラムは、配下にウェブサーバを通信接続し、インターネットに通信接続されたプロキシサーバに搭載されるプログラムであり、インターネット上のウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定する解析手順と、そのウェブサーバに前記要求情報を送信するウェブサーバへの送信手順と、前記ウェブクライアントに要求された情報をウェブサーバから返信情報とし受信する手順と、返信情報を要求元に送信するクライアントへの送信手順と、返信情報が受信できなかったことを検出する手順と、各ウェブサーバの固定的な停止期間と変動的な停止期間を格納した停止情報データと、前記検出を要求元情報と共に受け前記停止情報データより対応するウェブサーバの停止情報を取り出し、その時が停止期間中であることを確認し停止情報に基づきウェブサーバの稼働を停止している旨と停止理由と再開予定時間を含む停止情報ページを作成し要求元情報と共に前記クライアントへの送信手順に渡す停止情報取出送信手順とをサーバコンピュータに実行させるためのプログラムであって、前記クライアントへの送信手順を停止情報ページを受けると返信情報の代わりに停止情報ページを要求元のウェブクライアントに送信する手順とすることを特徴とする。
【００２３】
本発明の第２のプログラムは、プロキシサーバに搭載される前記第１のプログラムであって、前記ウェブサーバへの送信手順に、送信先のウェブサーバに対応し送信バッファを用い、バッファの一つのエントリから読み出した要求情報の送信を通信手順に指示した際にその時刻をそのエントリに追記する手順を含み、前記返信情報の受信手順に、前記送信バッファの受信情報対応のエントリをクリアする手順を含み、前記検出する手順を、送信バッファに送信指示時刻が現在時刻より所定時間分前の要求情報があるかを周期的にチェックすることで返信情報が受信できなかった検出を行う手順とすることを特徴とする。
【００２４】
本発明の第３のプログラムは、前記第１のプログラムであって、前記ウェブサーバへの送信手順に、要求情報の送信を通信手順に指示した際に通信手順が送信先ウェブサーバとのコネクトに失敗したことを検出し前記検出とする手順を含むことを特徴とする。
【００２５】
本発明の第４のプログラムは、前記第１のプログラムであって、前記停止情報取出送信手順に、停止情報データより、返信のなかったウェブサーバの停止情報を取り出し、そのときの時刻が停止期間に入っていればウェブサーバ毎の停止フラグをオンにする手順も含み、前記解析手順に、ウェブクライアントからの要求情報を解析し要求された情報が置かれているウェブサーバを判定した際に、停止フラグをチェックし、オンであれば要求情報のウェブサーバへの送信依頼を抑止し停止情報取出送信手順に判定したウェブサーバ識別と、送信元情報を渡し、停止情報の確認と送信を指示する手順を含むことを特徴とする。
【００２６】
本発明の第５のプログラムは、ウェブサーバに搭載されるプログラムであって、操作者の指示や入力情報に従って、停止情報を追加、更新、削除するための指示や内容を上位のプロキシサーバに送信する手順と、自装置のシステムダウン通知を受け、その時間情報を埋め込んだ停止情報を生成し前記プロキシサーバへ自動送信し、自装置の再起動成功で、前記停止情報の自動送信の実行有無をチェックし送信済みであれば停止情報の削除指示を送信する停止情報送信手順とをサーバコンピュータに実行させる。
【００２７】
【発明の実施の形態】
次に、本発明の第１実施形態について図面を参照して詳細に説明する。図１は本発明のプロキシサーバとウェブサーバを含むシステムの例と、これを利用するウェブクライアント側も示した概略図である。
【００２８】
本発明のシステムは、インターネット７に接続されたプロキシサーバ２と、この配下にウェブサーバ３、・・４と管理端末５がＬＡＮ６等のローカル通信手段で接続され構成される。
【００２９】
又、本発明のシステムを利用するウェブクライアント１が、例えば公衆電話回線９とダイヤルアップサーバ８を介してインターネット７に接続されている。ウェブクライアント１はプロキシサーバ２にウェブサーバ３上にある提供情報ファイルの送信を要求し、受け取ったファイルを閲覧する。
【００３０】
プロキシサーバ２は、ＬＡＮ６に接続されたウェブサーバ３、・・４や管理端末５や他のサーバやクライアント端末（図示せず）のインターネット７の接続装置へのアクセスやインターネット７接続装置からＬＡＮ６接続装置へのアクセスを仲介し、ＬＡＮ６接続装置のＩＰアドレスがインターネット７から見えない様にしていることは従来通りであるが、何らかの事情によって、配下のウェブサーバ３、・・４が応答を返さないときに、従来のエラーリターンの代わりに、ウェブサーバ３、・・４の稼動情報を記載したファイルを生成し、ウェブサーバが停止している旨と理由と再立ち上げ予定時間をウェブクライアントに通知する。
【００３１】
図２はウェブクライアント１の具体的な構成例を示したブロック図である。ウェブクライアント１はパーソナルコンピュータ或いはウェブ端末装置等であり、クライアントが要求するＵＲＬにアクセスするクライアント要求手段１１と要求したＵＲＬからの提供情報を受け取り解析し表示装置１３に表示する返信情報受信・表示手段１２と通信手段１４を含む。
【００３２】
尚、ウェブクライアント１は閲覧処理機能を有した携帯電話や携帯端末でもよく、この場合は公衆電話回線９でなく基地局を含む無線ネットワークによりインターネット７と接続される。
【００３３】
図３はプロキシサーバ２とウェブサーバ３を含む本発明のシステムの詳細構成例を示したブロック図である。プロキシサーバ２は、ＩＮＥＴ（インターネット）通信手段２０、ＨＴＴＰ解析手段２１、アドレス変換情報２１２、ウェブサーバ送信手段２２、ＬＮＥＴ（ローカルネット）通信手段２９、返信情報受信手段２３、クライアント送信手段２６、返信監視手段２４、停止情報取出送信手段２５、停止情報ＤＢ（データベース）２８、停止情報ＤＢ更新手段２７を含む。
【００３４】
ＩＮＥＴ通信手段２０はインターネット７に接続されインターネット通信機能を持つ。即ち、プロキシサーバ２のＩＰアドレスを保持し、宛先ＩＰアドレスが一致する情報を受信し、クライアント送信手段２６より受けた相手ＩＰアドレスを宛先アドレスとし、自装置のＩＰアドレスを送信元としインターネット７に送信する。
【００３５】
ＨＴＴＰ解析手段２１は、複数エントリの受信バッファ２１１を有し、ＩＮＥＴ通信手段２０から受けたクライアントからの情報を受信バッファ２１１に格納する。これを順次取り出し解析し、宛先ＵＲＬのウェブサーバに相当する部分をアドレス変換情報２１２を用いウェブサーバのホスト名に変換する。そしてクライアントからの情報（データ、送信元情報）を宛先ホスト名を付随させウェブサーバ送信手段２２に渡す。
【００３６】
ウェブサーバ送信手段２２は、ウェブサーバ毎の送信バッファ２２１を有し、受け取ったクライアントからの情報を対応する送信バッファに格納する。各バッファから順次情報を読み出し、これを対応のウェブサーバへ送信するようＬＮＥＴ通信手段２９に指示する。指示時刻（例えば１秒ないし０．５秒単位）を送信バッファ２２１の対応エントリに追記する。
【００３７】
ＬＮＥＴ（ローカルネット）通信手段２９は、ウェブサーバ送信手段２２や停止情報ＤＢ更新手段２７から受け取った情報を相手のＬＮＥＴ通信手段３９等に送信する。情報と付随して受けた宛先ホスト名をＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）等でＩＰアドレスに変換し宛先ＩＰアドレスとし、送信元ＩＰアドレス（自装置ＩＰアドレス）を付加し情報を送信する。
【００３８】
又、ウェブサーバや管理端末からの情報の宛先ＩＰアドレスが自装置ＩＰアドレスであればこれを受信し、上位層の宛先に従って返信情報受信手段２３や、停止情報ＤＢ更新手段２７に渡す。渡す際には送信元ＩＰアドレスを必要に応じホスト名に変換する。
【００３９】
返信情報受信手段２３は、ＬＮＥＴ通信手段２９を介しウェブサーバ３、・・４から提供情報ファイルを受けると、送信バッファ２２１の送信元ホスト名に対応するバッファより情報を取り出し、そのエントリをクリアする。取り出した情報のうち送信元情報を宛先情報とし、提供情報ファイルとともにクライアント送信手段２６に渡す。
【００４０】
クライアント送信手段２６は返信情報受信手段２３から提供情報ファイルと宛先情報（宛先ＩＰアドレス等）を受け、或いは停止情報取出送信手段２５から停止情報ページと宛先情報を受けＩＮＥＴ通信手段２０を介し宛先（ウェブクライアント１）に送信する。
【００４１】
返信監視手段２４は、送信バッファ２２１の各バッファの各エントリについて、送信指示時刻が現在時刻より所定時間（例えば８秒）前のものがないかを定期的（例えば４秒周期）でチェックする。ＬＮＥＴ通信手段２９に送信指示後所定時間経過しても返信情報が受信出来なかったクライアントからの要求情報を検出すると、そのエントリの情報を取り出し（同時にバッファより削除し）送信元情報（インターネット７上の宛先情報）、ホスト名、指示（停止情報取り出し送信指示）を停止情報取出送信手段２５に渡す。
【００４２】
停止情報ＤＢ２８は各ウェブサーバ（ホスト名）の運転時間と停止データ識別（ＩＤ）からなる固定情報テーブルと、複数の停止データを含む可変情報テーブル２を有する。
【００４３】
停止情報取出送信手段２５は、ホスト名に対応する停止情報を停止情報ＤＢ２８より取り出し、カレンダクロックより取得の現在時刻がそのウェブサーバの停止期間であることを確認し停止情報を基に停止情報ページを作成し宛先情報とともにクライアント送信手段２６に渡す。
【００４４】
停止情報ＤＢ更新手段２７は、ウェブサーバ３の停止情報送信手段３４や、管理端末５の停止情報更新手段５３から、登録済み停止情報の読み出し要求や停止情報の追加更新要求を受け、対応情報の返信や、停止情報ＤＢ２８を更新する。
【００４５】
ウェブサーバ３は、ＨＴＴＰ解析手段３１、返信情報送信手段３２、提供情報ファイル群３３、停止情報送信手段３４、停止情報ファイル群３６、入出力手段３５、運転制御手段３７、ＬＮＥＴ通信手段３９を含む。
【００４６】
ＨＴＴＰ解析手段３１は、ウェブクライアント１からの要求情報を解析し、返信情報が要求されていれば、返信情報送信手段３２をコールする。返信情報送信手段３２は指定された提供情報ファイルを提供情報ファイル群３３より読み出しプロキシサーバ２の返信情報受信手段２３に送信する。
【００４７】
入出力手段３５はキーボードとディスプレイ装置等の入出力装置である。停止情報ファイル群３６は、サーバ管理者が作成した停止情報ファイルや、作成用のテンプレートファイルである。運転制御手段３７は、ウェブサーバ３の状態（運転状態、障害状態、スタンバイ状態、動作電源オフ状態）を制御管理する。
【００４８】
停止情報送信手段３４は、入出力手段３５からの指示を受け停止情報の更新指示や更新用ファイルを停止情報ＤＢ更新手段２７に送信する。又、運転制御手段３７からシステムダウン通知を受け、停止情報に時刻情報を追記し、停止情報ＤＢ更新手段２７に登録を指示し、再起動で登録した停止情報の削除指示を自動的に行う。
【００４９】
管理端末５はサーバ管理者が自席よりサーバの管理を行える端末であり、この装置の停止情報更新手段は、システムダウン時の停止情報の自動登録、削除機能を除き上記停止情報送信手段３４と同様の機能を持つ。
【００５０】
図４はアドレス変換情報２１２の例を示した図である。アドレス変換情報２１２はＵＲＬ名とウェブサーバのホスト名の対応を示す情報で、例えばＵＲＬのｍａ１．ａｂｃ．ｃｏ．ｊｐはホスト名がＭａ１のウェブサーバであることを示す。
【００５１】
図５にサーバ管理者が入出力手段３５を用い作成した、或いはシステムダウン時に生成された停止情報の一例を示す。本例では、ホスト名「Ｍａ２」は、２４時間運転ではなく、午前８時から午後１０時以外は停止するということと、２０００年１１月１１日は、全日運転を停止するという情報が格納されている。このような停止情報を停止情報ＤＢ更新手段２７に送信し、停止情報ＤＢ２８に追加あるいは更新する。
【００５２】
停止情報ＤＢ２８の情報格納例を図６に示す。本例では、各ウェブサーバ装置に関する固定情報テーブル（１）と、複数の停止データを取り込む可変情報テーブル（２）とを有する。本例ではホストＭａ１は、２４時間運用であり、１０／１０の午後０時から午後２時までと、１０／１１の午後０時から午後２時まで停止すること、ホストＭａ２は午前８時から午後１０時までしか運転されていないことが記載されている。
【００５３】
よって、ウェブクライアント１が１０／１０の午後１時にホスト名Ｍａ１のウェブサーバのＵＲＬ（ｍａ１）にアクセスした場合、返信監視手段２４からの指示を受け停止情報取出送信手段２５は本ＤＢの情報を元に、「ただ今、ｍａ１は運転停止中です。午後２時に再開予定です。」という停止情報ページをウェブクライアント１に返す。
【００５４】
また、１０／１０の午後１１時にｍａ２にアクセスした場合、同様にして本ＤＢの情報を元に、「ただ今、ｍａ２は運転停止中です。本ＵＲＬは２４時間運転ではありません。運転時間は午前８時から午後１０時までとなっておりますので運転時間内に再度おいで頂きます様お願いします。」という停止情報ページをウェブクライアント１に返すことが出来る。
【００５５】
また、可変情報テーブル（２）のＩＤ３は、停止情報送信手段３４によって、Ｍａ２がシステムダウンするときに自動的に停止時間を書き込み登録されたもので、再起動したときにＩＤ３は削除される。この様にし計画された停止ではなく緊急に停止したような場合でもウェブサーバの運転が止まっているということを通知出来る。
【００５６】
尚、これらの固定情報テーブル、可変情報テーブルはプロキシサーバ２を立ち上げた際に主メモリにロードしておく。
【００５７】
次に、本実施形態の動作について図面を参照して説明する。先ず図７のフローチャートを参照し、サーバ管理者がウェブサーバ３の入出力手段３５から停止情報を新規登録あるいは更新する際のウェブサーバ３やプロキシサーバ２の動作を説明する。
【００５８】
サーバ管理者は入出力手段３５より停止情報の新規登録／更新要求をする（ステップＡ１）。新規登録要求であれば（ステップＡ２）停止情報送信手段３４は停止情報ＤＢ更新手段２７或いは停止情報ファイル群３６から停止情報入力用テンプレートを取得し入出力手段３５に表示する（ステップＡ３）。
【００５９】
次に、サーバ管理者は画面上でホスト名（Ｍａ１）、停止予定（停止月日  停止時刻−再開時刻）を入力し、送信指示する（ステップＡ４）。
【００６０】
ステップＡ２で管理者が登録済み停止情報の変更や削除を指定した場合、停止情報送信手段３４は管理者にホスト名（Ｍａ１）を入力させ取得したホスト名と共に停止情報読出要求を停止情報ＤＢ更新手段２７へ送信する（ステップＡ５）。
【００６１】
停止情報ＤＢ更新手段２７が停止情報ＤＢ２８の固定情報テーブル、変動情報テーブルよりＭａ１の停止情報を読み出し返信する（ステップＡ６）。停止情報送信手段３４は受信した停止情報を入出力手段３５に表示し（ステップＡ７）、サーバ管理者は画面上で停止情報を変更或いは削除し停止情報ＤＢ２８の更新を指示する（ステップＡ８）。
【００６２】
上記ステップＡ４或いはステップＡ８での指示を受けると停止情報送信処理手段３４が上記入力情報、或いは変更後情報或いは削除指示を停止情報ＤＢ更新手段２７宛に送信する（ステップＡ９）。
【００６３】
停止情報ＤＢ更新手段２７が停止情報ＤＢ２８を更新する。即ち、可変情報をＩＤ２に追加し、固定情報のＭａ１の停止予定欄に「２」を追記する。又は可変情報を変更後情報で上書きし、或いは可変情報を削除し、固定情報のＭａ１の停止予定欄から対応するＩＤを削除する（ステップＡ１０）。
【００６４】
次に図８のフローチャートを参照し、ウェブサーバ３がシステムダウンした際の停止情報の自動登録と、再起動後の自動削除動作を説明する。
【００６５】
停止情報送信手段３４は運転制御手段３７よりシステムダウン通知を受信すると（ステップＢ１）、先ず停止情報ファイル群３６から停止情報通知用テンプレートを取得し、次にカレンダクロックより日時を取得し停止日時、時刻をテンプレートに書き込み停止情報ＤＢ更新手段２７宛に送信する。そして停止情報送信済みフラグを不揮発性記憶（例えばバッテリバックアップされたＣＭＯＳメモリ、或いはハードディスク）に書込む（ステップＢ２）。
【００６６】
停止情報ＤＢ更新手段２７が上記停止情報を受信し、停止情報ＤＢ２８に登録する。即ち、可変情報を追加し対応する固定情報の停止予定欄に識別を追記する（ステップＢ３）。
【００６７】
修復作業が実施され、ウェブサーバ３が再起動される（ステップＢ５）と、システムダウン通知が無いことを確認（ステップＢ６）し、不揮発性記憶の停止情報送信済みフラグをチェック（ステップＢ７）し、オンであれば停止情報ＤＢ更新手段２７に停止情報削除指示を送信すると共に停止情報送信フラグをオフにする（ステップＢ８）。
【００６８】
これを受けた停止情報ＤＢ更新手段２７が停止情報ＤＢ２８よりＭａ２の変動情報を削除する（ステップＢ９）。
【００６９】
次に図９及び図１０のフローチャートを参照し、本実施形態のシステムがウェブクライアント１から提供情報ファイル要求を受けた際の動作を説明する。先ずウェブサーバが稼働中の場合の動作を説明する。
【００７０】
図９を参照し、ウェブクライアント１の利用者は宛先ＵＲＬをウェブサーバ３の提供情報ファイル３３−１とし閲覧要求するとクライアント要求手段１１により宛先ＵＲＬが通信手段１４に渡され、ダイヤルアップサーバ８にこれらが送られ、ＵＲＬのＩＰアドレスが取得され、インターネット７を通じプロキシサーバ２宛にこれらの要求情報が送信される（ステップＣ１）。
【００７１】
ＩＮＥＴ通信手段２０がクライアントからの情報（データ、宛先情報、送信元情報）を受信しＨＴＴＰ解析手段２１に渡す（ステップＣ２）。
【００７２】
ＨＴＴＰ解析手段２１は受けた情報を受信バッファ２１１に格納する（ステップＣ３）。ＨＴＴＰ解析手段２１は受信バッファ２１１よりクライアント要求情報を取出し、アドレス変換情報２１２を用い、宛先のＵＲＬをウェブサーバ３のホスト名−ファイル指定に変換し、送信バッファ２２１のホスト名に対応するバッファに格納する（ステップＣ４）。
【００７３】
ウェブサーバ送信手段２２が送信バッファ２２１よりクライアント要求情報を読出しＬＮＥＴ通信手段２９に送信要求し、送信指示時刻を送信バッファ２２１の対応バッファの対応エントリに追記する（ステップＣ５）。
【００７４】
図１０に移り、ＬＮＥＴ通信手段２９は宛先ホストのＩＰアドレスへの変換をし、ＬＮＥＴ通信手段３９へ通信接続要求し（ステップＣ６）通信接続される（ステップＣ７）。ウェブサーバ３のＬＮＥＴ通信手段３９がクライアント要求を受信し、ＨＴＴＰ解析手段３１にて解析され、返信情報送信手段３２が要求された提供情報ファイルを読出し、プロキシサーバ２の返信情報受信手段２３宛に送信する（ステップＣ８）。
【００７５】
ＬＮＥＴ通信手段２９を通じ、返信情報受信手段２３が提供情報ファイルを受信し、送信バッファ２２１のウェブサーバ３対応バッファより対応のクライアント要求情報を取り出し（バッファのエントリもクリア）、送信元情報（ウェブクライアント１のＩＰアドレス）を宛先情報としクライアント送信手段２６に渡す（ステップＣ９）。
【００７６】
図９に戻り、クライアント送信手段２６は提供情報ファイルを宛先（ウェブクライアント１）に送信し（ステップＣ１０）、ウェブクライアント１で返信情報受信・表示手段１２が提供情報ファイルを解析し表示装置１３に表示する（ステップＣ１１）。
【００７７】
尚、ステップＣ５で送信指示時刻を送信バッファ２２１の対応バッファの対応エントリに追記すると、返信監視手段２４による監視（ステップＣ１２）の対象となるが所定時間内にステップＣ９によるこのエントリのクリアが行われタイムアウトとはならない。
【００７８】
次にウェブサーバ３の停止期間にウェブクライアント１からの要求を受けた場合の動作を説明する。
【００７９】
ステップＣ１〜Ｃ５迄は前記同様で、ステップ５の次に返信監視手段２４による監視が開始され送信バッファ２２１内に送信要求時刻が現在時刻より所定時間分前（例えば８秒前）の情報が有るか定周期でチェックし（ステップＣ１２）、有れば返信監視手段２４は該当情報を送信バッファ２２１より取出し宛先情報を停止情報取出送信手段２５に渡す（ステップＣ１３）。
【００８０】
停止情報取出送信手段２５が停止情報ＤＢ２８より、ホスト名をキーとし停止情報を読み出し（ステップＣ１４）、その情報と現在日時を比較し停止期間であれば停止情報を基に停止情報ページを作成し、宛先情報（要求元）と共にクライアント送信手段２６に渡す。停止期間でなければ異常終了の旨と宛先情報をクライアント送信手段２６に渡す（ステップＣ１５）。
【００８１】
クライアント送信手段２６は停止情報ページを宛先（ウェブクライアント１）に送信し（ステップＣ１０）、返信情報受信・表示手段１２が停止情報ページを表示装置１３に表示する（ステップＣ１１）。
【００８２】
これによりクライアントは要求したファイルが返信されなかった旨と理由と要求先ＵＲＬの再開日時を把握する。
【００８３】
次に本実施形態の他の実施例について説明する。図３を参照し、この実施例ではプロキシサーバ２は前記返信情報を所定時間に受信したかを監視する返信監視手段２４を持たず、ウェブサーバ送信手段２２Ｂが相手ウェブサーバに送信出来なかったことで停止情報取り出し送信を行う。
【００８４】
図９を参照し、この実施例の動作について前記実施例と相違する部分を説明する。ウェブサーバ送信手段が送信バッファ２２１よりクライアント要求情報を取り出し、ＬＮＥＴ通信手段２９に送信指示した後、その結果を待ち合わせる（ステップＣ５）。
【００８５】
図１０に移り、ＬＮＥＴ通信手段６１は宛先ホストのＩＰアドレスへの変換をし、ＬＮＥＴ通信手段６２へ通信接続要求し（ステップＣ６）、通信接続失敗であれば（ステップＣ７）、ウェブサーバ送信手段２２Ｂがクライアント要求情報内の送信元情報と宛先ホスト名と共に停止情報取出送信手段２５に停止情報の取り出しと送信を指示する（ステップＣ１６）。
【００８６】
図９に戻り、停止情報取出送信手段２５が前記ステップＣ１４、Ｃ１５の動作を行い、クライアント送信手段２６が前記ステップ１０の動作を行いウェブクライアント１の返信情報受信・表示手段１２が停止情報ページを表示装置１３に表示する。
【００８７】
ウェブサーバ３の稼働を停止する際にはＬＮＥＴ通信手段３９とＬＡＮ６との接続をディスエイブルにしておくと言う運用ができるのであればこの実施例の方式でも本発明の目的は達成出来る。
【００８８】
尚、前記最初の実施例において、返信監視手段２４による返信情報の監視とウェブサーバ送信手段による送信失敗の検出の両方を行い、それぞれが停止情報取出送信手段２５に指示する方式にしてもよい。
【００８９】
次に、本発明のシステムの第２実施形態について説明する。図１１を参照し、本実施形態ではプロキシサーバ２Ａのアドレス変換情報２１２Ａに各ウェブサーバが停止状態に入ったことを示す停止フラグをウェブサーバ毎に設ける（アドレス変換情報２１２Ａは図４の点線部分も含めた内容となる）。
【００９０】
そして、ＨＴＴＰ解析手段２１Ａがウェブクライアント１からの要求情報を解析し、宛先ＵＲＬを宛先ウェブサーバ（ホスト名）に変換する際に、停止フラグをチェックしオンであればその時点でウェブサーバ送信手段２２のコールを抑止し、停止情報の取出しと確認と送信を指示する。
【００９１】
又、停止情報取出送信手段２５Ａはウェブサーバ３が停止状態に入った後の初期のクライアントからのアクセスで、返信監視手段２４から指示を受けると停止情報を確認し対応する停止フラグをオンにし、稼働状態に戻った後の最初のクライアントからのアクセスで、ＨＴＴＰ解析手段２１Ａから指示を受けると停止期間でなければ対応する停止フラグをオフにし、ＨＴＴＰ解析手段２１Ａにクライアント要求情報のウェブサーバ３への送信を指示する。これら以外は前記第１実施形態と同様である。
【００９２】
次に本実施形態のプロキシサーバ２Ａとウェブサーバ３の動作を図１２及び図１０のフローチャートを参照し説明する。
【００９３】
先ず、ウェブサーバ３が稼働中の場合を説明する。ＩＮＥＴ通信手段２０が要求を受信しクライアントからの情報をＨＴＴＰ解析手段２１Ａに渡す（ステップＤ１）。ＨＴＴＰ解析手段２１Ａがクライアントからの情報を解析し、アドレス変換情報２１２Ａを参照し宛先ＵＲＬをウェブサーバのホスト名に変換し、対応する停止フラグもチェックする（ステップＤ２）。
【００９４】
停止フラグがオフであり（ステップＤ３）、変換後クライアント要求情報が送信バッファ２２１の対応バッファに格納される（ステップＤ４）。
【００９５】
ウェブサーバ送信手段２２が送信バッファ２２１よりクライアント要求情報を読出しＬＮＥＴ通信手段２９に送信指示し、送信指示時刻を送信バッファ２２１の対応バッファの対応エントリに追記する（ステップＤ５）。
【００９６】
以降図１０に示す前記ステップＣ６、ステップＣ７、ステップＣ８、ステップＣ９の動作が行われ、クライアント送信手段２６が返信情報を宛先（ウェブクライアント１）に送信する（ステップＤ６）。
【００９７】
次に、ウェブサーバ３が停止した場合を説明する。ウェブクライアント１からの提供情報ファイル要求を受けると前記同様ステップＤ１〜Ｄ５の処理動作が行われ、送信バッファ２２１のウェブサーバ３対応バッファの最新エントリのクライアント要求情報に送信指示時刻が追記されると、このエントリが返信監視手段２４の監視対象となる。
【００９８】
送信指示時刻が所定時間分前の情報有りと判定され（ステップＤ７）、返信監視手段２４が該当情報を取出し停止情報取出送信手段２５に渡す（ステップＤ８）。停止情報取出送信手段２５が停止情報ＤＢ２８より該当ホスト名の停止情報を読出し（ステップＤ９）、現在日時（カレンダクロックより取得）が停止期間に入っているため（ステップＤ１０）、停止情報を基に停止情報ページを作成し、宛先情報と共にクライアント送信手段２６に渡す。又、コール元が返信監視手段２４であり（停止フラグがオフと見なす）該当するホスト名の停止フラグをオンセットする（ステップＤ１１）。
【００９９】
クライアント送信手段２６が停止情報ページを宛先（ウェブクライアント１）に送信する（ステップＤ６）。
【０１００】
停止フラグがオンセットされてからウェブサーバ３の提供情報ファイル要求を受けると、前記ステップＤ１、Ｄ２の処理動作が行われ停止フラグがオンであり（ステップＤ３）、ＨＴＴＰ解析手段２１Ａはウェブサーバ３への要求情報送信（ウェブサーバ送信手段２２のコール）は抑止し、ホスト名、送信元情報（ウェブクライアント１のＩＰアドレス）、指示（停止情報の確認と送信）を停止情報取出送信手段２５Ａに渡す（ステップＤ１２）。
【０１０１】
停止情報ＤＢ２８より該当停止情報を読み出し（ステップＤ９）、停止期間である為（ステップＤ１０）上記同様ステップＤ１１、Ｄ６の処理動作を行う。
【０１０２】
ウェブサーバ３が稼働状態に復帰した後のウェブクライアント１からの最初のアクセス要求を受けると、ステップＤ１、Ｄ２、Ｄ３、Ｄ１２、Ｄ９、Ｄ１０の処理動作が行われ、停止情報取出送信手段２５Ａがコール元がＨＴＴＰ解析手段２１Ａであり（停止フラグがオンであると見なし）停止フラグをオフにし、ＨＴＴＰ解析手段２１Ａに抑止中のクライアント要求情報のウェブサーバ３への送信を行う様指示する。要求元が返信監視手段２４やウェブサーバ送信手段２２であれば異常終了の旨と宛先情報をクライアント送信手段２６に渡す（ステップＤ１３）。
【０１０３】
上記第１及び第２実施形態の説明では宛先のウェブサーバ識別をホスト名としたが、ホスト名の代わりにウェブサーバのＩＰアドレス乃至この末尾番号を用いてもよい。この場合アドレス変換情報２１２、２１２Ａや停止情報のホスト名の欄はＩＰアドレス乃至この末尾番号とする。
【０１０４】
尚、上記第１及び第２実施形態の説明では、プロキシサーバ２のキャッシュ機構については特に説明しなかったが、本発明は、プロキシサーバ２の従来の技術によるキャッシュ機構との共存も可能であり、本発明の制約するところではない。
【０１０５】
即ち、ＨＴＴＰ解析手段２１がＵＲＬ名をホスト名に変換する前の段階で、ＵＲＬでキャッシュのディレクトリを索引しヒットすればキャッシュ上の提供情報ファイルが返信され以降の処理動作（停止情報取出送信手段２５コール等）は行わないのでウェブサーバ３が停止状態でもキャッシュは有効利用される。
【０１０６】
又、停止期間中にキャッシュのディレクトリ索引がミスヒットすればクライアント送信手段２６が停止情報を返信する際にこれをディレクトリ上で停止情報と分かる形でキャッシュ登録し、上記停止フラグリセットで停止情報表示のあるディレクトリエントリを無効化すればよい。
【０１０７】
【発明の効果】
以上説明した様に、本発明のシステムはプロキシサーバ２が要求された提供情報を取得出来なかった場合、代わりにその理由や再開予定時刻を含む停止情報を返信するので、ウェブクライアントはウェブサーバの障害なのかネットワークトラブルなのかが容易に把握でき、クライアントは要求情報への再アクセスの最短のタイミングを把握できると言う第１の効果を有す。
【０１０８】
従って、クライアントは情報検索をより効率的に行え、且つ、必要な情報の取りこぼしの可能性を減少させると言う第２の効果も有する。
【０１０９】
本発明の第２実施形態のシステムではプロキシサーバが要求されたＵＲＬを含むウェブサーバを判定した時点で、ウェブサーバへの要求情報送信を抑止し停止情報送信処理に切り替えるので、ＬＮＥＴ通信手段２９による停止ウェブサーバへの通信接続のリトライ等が防止されローカルネットや、他の稼働中ウェブサーバによるサービスへの影響を防止できると言う第３の効果も有する。
【図面の簡単な説明】
【図１】本発明のプロキシサーバとウェブサーバを含むシステムの例と、これを利用するウェブクライアント側も示す概略図。
【図２】図１のウェブクライアント１の具体的な構成を示すブロック図。
【図３】プロキシサーバ２とウェブサーバ３を含む本発明の第１実施形態のシステムの詳細構成を示すブロック図。
【図４】図３のアドレス変換情報２１２や図１１のアドレス変換情報２１２Ａの例を示す図。
【図５】サーバ管理者が図３の入出力手段３５を用い作成した、或いは図３の停止情報送信手段３４がシステムダウン時に生成する停止情報の例を示す図。
【図６】図３の停止情報ＤＢ２８の情報格納例を示す図。
【図７】サーバ管理者が入出力手段３５から停止情報を新規登録あるいは更新する際のウェブサーバ３やプロキシサーバ２の動作を示すフローチャート。
【図８】図３のウェブサーバ３がシステムダウンした際の停止情報の自動登録と、再起動後の自動削除動作を示すフローチャート。
【図９】本発明の第１実施形態のシステムがウェブクライアント１から提供情報ファイル要求を受けた際の動作を示すフローチャート。
【図１０】本発明の第１実施形態のシステムがウェブクライアント１から提供情報ファイル要求を受けた際の動作を示すフローチャート。
【図１１】本発明の第２実施形態のシステムのプロキシサーバ２Ａの詳細構成を示すブロック図。
【図１２】本発明の第２実施形態のシステムの動作を示すフローチャート。
【図１３】従来のプロキシサーバとウェブサーバを含むシステムを説明する為の図。
【符号の説明】
１    ウェブクライアント
１１    クライアント要求手段
１３    表示装置
１４    通信手段
２    プロキシサーバ
２０    通信手段
２０    ＩＮＥＴ通信手段
２１、２１Ａ    ＨＴＴＰ解析手段
２１１    受信バッファ
２１２    アドレス変換情報
２１２Ａ    アドレス変換情報（停止フラグ付き）
２２、２２Ｂ    ウェブサーバ送信手段
２２１    送信バッファ
２３    返信情報受信手段
２４    返信監視手段
２５、２５Ａ    停止情報取出送信手段
２６    クライアント送信手段
２７    停止情報ＤＢ更新手段
２８    停止情報ＤＢ
２９    ＬＮＥＴ通信手段
３    ウェブサーバ
３１    ＨＴＴＰ解析手段
３２    返信情報送信手段
３３    提供情報ファイル群
３４    停止情報送信手段
３５、５２    入出力手段
３６    停止情報ファイル群
３７    運転制御手段
３９、５１    ＬＮＥＴ通信手段
５    管理端末
５３    停止情報更新手段
６    ＬＡＮ
７    インターネット
８    ダイヤルアップサーバ
９    公衆電話回線
【図１】
0003709797.tif 000002
【図２】
0003709797.tif 000003
【図３】
0003709797.tif 000004
【図４】
0003709797.tif 000005
【図５】
0003709797.tif 000006
【図６】
0003709797.tif 000007
【図７】
0003709797.tif 000008
【図８】
0003709797.tif 000009
【図９】
0003709797.tif 000010
【図１０】
0003709797.tif 000011
【図１１】
0003709797.tif 000012
【図１２】
0003709797.tif 000013
【図１３】
0003709797.tif 000014