JP2002259338A

JP2002259338A - プロキシサーバとウェブサーバを含むシステム及びそのプログラム

Info

Publication number: JP2002259338A
Application number: JP2001052192A
Authority: JP
Inventors: Takeshi Hyodo; 毅兵藤
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2001-02-27
Filing date: 2001-02-27
Publication date: 2002-09-13
Anticipated expiration: 2021-02-27
Also published as: JP3709797B2

Abstract

(57)【要約】【課題】プロキシサーバが、配下のウェブサーバが応答
情報を返さない時に従来のエラーリターンの代わりに、
ウェブサーバが停止している旨と理由と稼動再開予定時
間をウェブクライアントに通知するシステム、サーバ等
の提供。【解決手段】プロキシサーバ２は、ウェブクライアント
１の要求情報から要求された情報を持つウェブサーバを
判定するＨＴＴＰ解析手段２１、要求情報を送信するウ
ェブサーバ送信手段２２、返信情報を受信する返信情報
受信手段２３、返信情報を要求元に送信するクライアン
ト送信手段２６、返信タイムアウトを検出する返信監視
手段２４、各ウェブサーバの停止期間、予定を格納した
停止情報ＤＢ２８、タイムアウト時対応するウェブサー
バの停止情報をＤＢ２８より取出し、停止期間中であれ
ば停止情報をウェブサーバの稼働停止、理由、再開予定
時間を含むページとし要求元への送信を指示する停止情
報取出送信手段２５を含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロキシサーバと
ウェブサーバを含みインターネットを通じアクセスされ
るシステムとサーバ及びこれらに搭載されるプログラム
に関し、特にプロキシサーバに通信接続されたウェブサ
ーバが運転やサービスの運用を一時停止している際に、
その旨と運転やサービスの再開日時をアクセス元に通知
するプロキシサーバやシステム及びこれらに搭載される
プログラムに関する。

【０００２】

【従来の技術】従来のプロキシ（代理）サーバとウェブ
サーバ（ウェブネットを通じアクセスされるサーバ）を
含むシステムを図１３を参照し説明する。図１３におい
てウェブクライアント１００は、クライアント要求手段
１０１、通信手段１０３により、インターネットを通じ
プロキシサーバ２００にウェブサーバ３００上にある提
供情報ファイル３０４の送信を要求し、返信情報受信・
表示手段１０２が受け取った返信情報を解析し画面に表
示する。

【０００３】プロキシサーバ２００は、ウェブサーバ３
００やサーバ／端末４００のインターネットアクセス
や、インターネットからこれら装置へのアクセスを仲介
しこれら装置のＩＰアドレスがインターネットからは見
えない様にしファイヤウォールとなっている。

【０００４】ＩＮＥＴ（ｉｎｔｅｒｎｅｔ）通信手段２
０１が、ウェブクライアント１からのファイル送信要求
を受信すると受信情報をＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ
ｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）解析手段２０
２に渡し、ＨＴＴＰ解析手段で受信情報を解析し、宛先
ＵＲＬ（ｕｎｉｆｏｒｍｒｅｓｏｕｒｃｅｌｏｃａ
ｔｏｒ）より要求ファイルが置かれているウェブサーバ
３００を判定し、ウェブサーバへの通信手段２０３がウ
ェブサーバ３００に指定されたファイルの送信を依頼す
る。

【０００５】更に、返信情報受信手段２０５によって、
ウェブサーバ３００からファイルを受信し、クライアン
ト送信手段２０６でウェブクライアント１００に送る。

【０００６】返信情報受信手段２０５は、ウェブサーバ
３００から返信情報を受信出来ないときはクライアント
送信手段２０６にファイル取出しエラーを通知する様依
頼し、クライアント送信手段２０６を介して、ウェブク
ライアント１にエラーが起きた旨を通知する。

【０００７】又、ファイル取出しエラーの発生率を下げ
る一般的な手法としては、公開公報特開２０００−０５
７０４１号「プロキシサーバ及びＬＡＮシステム」に示
されている様に、プロキシサーバ２００にウェブサーバ
３００のファイルのコピーをおきキャッシュを構成する
ことによって、ＨＴＴＰ解析手段２０２において要求さ
れたファイルがキャッシュ内に存在するときはウェブサ
ーバへの送信手段２０３をコールせずにキャッシュ内の
ファイルをクライアント送信手段２０６に引き渡す方法
が知られている。

【０００８】

【発明が解決しようとする課題】しかしながら、従来の
プロキシサーバとウェブサーバを含むシステムは、次の
様な課題がある。

【０００９】第１の課題は、ウェブサーバ３００が一時
的にダウンしているのかネットワーク経路のどこかが切
断されているのかエラー通知だけでは把握出来ず、要求
したファイル情報が必須情報であるときは何度となく取
出しを試みるため取出し作業に無駄な工数が発生し、イ
ンターネットやローカルネット（プロキシサーバとウェ
ブサーバ間ネット）の無駄な使用を招くことである。

【００１０】とりわけ、２４時間無停止運転でないウェ
ブサーバ３００やメンテナンスで停止しているウェブサ
ーバ３００からのファイル取出しで無駄なファイル取出
し工数が発生する。

【００１１】又、ウェブクライアント利用者は、エラー
の原因がウェブサーバ３００の一時的停止、ネットワー
クの故障や輻輳、サービスの廃止、宛先の指定誤りの何
れかを把握出来ず、そのウェブサーバのサービスに対し
不満を抱き徐々に利用しなくなることもある。

【００１２】第２の課題は、キャッシュ機構は物理的に
上限があるため、アクセス頻度あるいは、経過時間など
を考慮の上キャッシュから消されるため、結果的にキャ
ッシュされない状態が発生し、ウェブサーバ３００から
の全てのファイル取出しを完全に保証していないという
ことである。

【００１３】本発明の目的は、何らかの事情により配下
のウェブサーバが応答を返さないときに、従来のエラー
リターンの代わりに、ウェブサーバの稼動情報を伝える
ページを生成し、ウェブサーバが停止していること及び
再立ち上げ予定時間をウェブクライアントに通知するこ
とで、情報獲得の機会を増やし、無駄なファイル取出し
工数や通信を削減するプロキシサーバとウェブサーバの
システム、サーバ、及びこれらに搭載されるプログラム
を提供することにある。

【００１４】

【課題を解決するための手段】本発明の第１のプロキシ
サーバとウェブサーバを含むシステムは、インターネッ
トに通信接続されたプロキシサーバとこれの配下に通信
接続された１台以上のウェブサーバを含み、インターネ
ットを通じウェブクライアントにアクセスされるシステ
ムであり、前記プロキシサーバはウェブクライアントか
らの要求情報を解析し要求された情報が置かれているウ
ェブサーバを判定する解析手段と、そのウェブサーバに
前記要求情報を送信するウェブサーバへの送信手段と、
前記ウェブクライアントに要求された情報をウェブサー
バから返信情報とし受信する手段と、返信情報を要求元
に送信するクライアントへの送信手段と、返信情報が受
信できなかったことを検出する手段と、各ウェブサーバ
の固定的な停止期間と変動的な停止期間を格納した停止
情報データと、前記検出と要求元情報を受け前記停止情
報データより対応するウェブサーバの停止情報を取り出
し、その時が停止期間中であることを確認し停止情報に
基づきウェブサーバの稼働を停止している旨と停止理由
と再開予定時間を含む停止情報ページを作成し要求元情
報と共に前記クライアントへの送信手段に渡す停止情報
取出送信手段を有し、前記クライアントへの送信手段が
停止情報ページを受けると返信情報の代わりに停止情報
ページを要求元のウェブクライアントに送信することを
特徴とする。

【００１５】本発明の第２のプロキシサーバとウェブサ
ーバを含むシステムは、前記第１のシステムに於いて、
前記ウェブサーバは、操作者の指示や入力情報に従っ
て、停止情報を追加、更新、削除するための指示や内容
を前記プロキシサーバに送信する停止情報送信手段を有
し、前記プロキシサーバは、通信接続された配下装置か
ら停止情報の追加、更新、削除指示や内容を受け停止情
報データを更新する手段も有することを特徴とする。

【００１６】本発明の第３のプロキシサーバとウェブサ
ーバを含むシステムは、前記第２のシステムに於いて、
前記ウェブサーバの停止情報送信手段が、操作者の指示
や入力情報に従った前記処理を行うと共に、自装置のシ
ステムダウン通知を受け、その時間情報を埋め込んだ停
止情報を生成しプロキシサーバへ自動送信し、自装置の
再起動成功で、前記停止情報の自動送信の実行有無をチ
ェックし送信済みであれば停止情報の削除指示も送信す
ることを特徴とする。

【００１７】本発明の第１のプロキシサーバは、配下に
ウェブサーバを通信接続し、インターネットに通信接続
するプロキシサーバであり、インターネット上のウェブ
クライアントからの要求情報を解析し要求された情報が
置かれているウェブサーバを判定する解析手段と、その
ウェブサーバに前記要求情報を送信するウェブサーバへ
の送信手段と、前記ウェブクライアントに要求された情
報をウェブサーバから返信情報とし受信する手段と、返
信情報を要求元に送信するクライアントへの送信手段
と、返信情報が受信できなかったことを検出する手段
と、各ウェブサーバの固定的な停止期間と変動的な停止
期間を格納した停止情報データと、前記検出を要求元情
報と共に受け前記停止情報データより対応するウェブサ
ーバの停止情報を取り出し、その時が停止期間中である
ことを確認し停止情報に基づきウェブサーバの稼働を停
止している旨と停止理由と再開予定時間を含む停止情報
ページを作成し要求元情報と共に前記クライアントへの
送信手段に渡す停止情報取出送信手段を有し、前記クラ
イアントへの送信手段が停止情報ページを受けると返信
情報の代わりに停止情報ページを要求元のウェブクライ
アントに送信することを特徴とする。

【００１８】本発明の第２のプロキシサーバは、前記第
１のプロキシサーバに於いて、前記ウェブサーバへの送
信手段が送信先のウェブサーバに対応し送信バッファを
有し、バッファの一つのエントリから読み出した要求情
報の送信を通信手段に指示した際にその時刻をそのエン
トリに追記し、前記返信情報の受信手段が、前記送信バ
ッファの受信情報対応のエントリをクリアし、前記検出
手段は送信バッファに送信指示時刻が現在時刻より所定
時間分前の要求情報があるかを周期的にチェックするこ
とで返信情報が受信できなかった検出を行うことを特徴
とする。

【００１９】本発明の第３のプロキシサーバは、前記第
１のプロキシサーバに於いて、前記ウェブサーバへの送
信手段が前記検出手段も含み、要求情報の送信を通信手
段に指示した際に通信手段が送信先ウェブサーバとのコ
ネクトに失敗したことを検出することで前記検出を行う
ことを特徴とする。

【００２０】本発明の第４のプロキシサーバは、前記第
１のプロキシサーバに於いて、前記プロキシサーバが、
返信情報が受信できなかったことを検出し、停止情報取
出送信手段が停止情報データより、返信のなかったウェ
ブサーバの停止情報を取り出し、その時刻が停止期間に
入っていればオンにされるウェブサーバ毎の停止フラグ
も有し、前記解析手段がウェブクライアントからの要求
情報を解析し要求された情報が置かれているウェブサー
バを判定した際に、停止フラグをチェックし、オンであ
れば要求情報のウェブサーバへの送信依頼を抑止し停止
情報取出送信手段にウェブサーバ識別と、要求元情報を
渡し、停止情報の確認と送信を指示することを特徴とす
る。

【００２１】本発明のウェブサーバは、操作者の指示や
入力情報に従って、停止情報を追加、更新、削除するた
めの指示や内容を上位のプロキシサーバに送信すると共
に、自装置のシステムダウン通知を受け、その時間情報
を埋め込んだ停止情報を生成し前記プロキシサーバへ自
動送信し、自装置の再起動成功で、前記停止情報の自動
送信の実行有無をチェックし送信済みであれば停止情報
の削除指示を送信する停止情報送信手段を有することを
特徴とする。

【００２２】本発明の第１のプログラムは、配下にウェ
ブサーバを通信接続し、インターネットに通信接続され
たプロキシサーバに搭載されるプログラムであり、イン
ターネット上のウェブクライアントからの要求情報を解
析し要求された情報が置かれているウェブサーバを判定
する解析手順と、そのウェブサーバに前記要求情報を送
信するウェブサーバへの送信手順と、前記ウェブクライ
アントに要求された情報をウェブサーバから返信情報と
し受信する手順と、返信情報を要求元に送信するクライ
アントへの送信手順と、返信情報が受信できなかったこ
とを検出する手順と、各ウェブサーバの固定的な停止期
間と変動的な停止期間を格納した停止情報データと、前
記検出を要求元情報と共に受け前記停止情報データより
対応するウェブサーバの停止情報を取り出し、その時が
停止期間中であることを確認し停止情報に基づきウェブ
サーバの稼働を停止している旨と停止理由と再開予定時
間を含む停止情報ページを作成し要求元情報と共に前記
クライアントへの送信手段に渡す停止情報取出送信手順
を有し、前記クライアントへの送信手順が停止情報ペー
ジを受けると返信情報の代わりに停止情報ページを要求
元のウェブクライアントに送信することを特徴とする。

【００２３】本発明の第２のプログラムは、プロキシサ
ーバに搭載される前記第１のプログラムであって、ウェ
ブサーバへの送信手順が送信先のウェブサーバに対応し
送信バッファを有し、バッファの一つのエントリから読
み出した要求情報の送信を通信手順に指示した際にその
時刻をそのエントリに追記し、前記返信情報の受信手順
が、前記送信バッファの受信情報対応のエントリをクリ
アし、前記検出手順は送信バッファに送信指示時刻が現
在時刻より所定時間分前の要求情報があるかを周期的に
チェックすることで返信情報が受信できなかった検出を
行うことを特徴とする。

【００２４】本発明の第３のプログラムは、前記第１の
プログラムであって、前記ウェブサーバへの送信手順が
前記検出手順も含み、要求情報の送信を通信手順に指示
した際に通信手順が送信先ウェブサーバとのコネクトに
失敗したことを検出することで前記検出を行うことを特
徴とする。

【００２５】本発明の第４のプログラムは、前記第１の
プログラムであって、前記検出手順が返信情報が受信で
きなかったことを検出し、停止情報取出送信手順が停止
情報データより、返信のなかったウェブサーバの停止情
報を取り出し、その時刻が停止期間に入っていればオン
にされるウェブサーバ毎の停止フラグも有し、前記解析
手順がウェブクライアントからの要求情報を解析し要求
された情報が置かれているウェブサーバを判定した際
に、停止フラグをチェックし、オンであれば要求情報の
ウェブサーバへの送信依頼を抑止し停止情報取出送信手
順に判定したウェブサーバ識別と、送信元情報を渡し、
停止情報の確認と送信を指示することを特徴とする。

【００２６】本発明の第５のプログラムは、ウェブサー
バに搭載されるプログラムであって、操作者の指示や入
力情報に従って、停止情報を追加、更新、削除するため
の指示や内容を上位のプロキシサーバに送信すると共
に、自装置のシステムダウン通知を受け、その時間情報
を埋め込んだ停止情報を生成し前記プロキシサーバへ自
動送信し、自装置の再起動成功で、前記停止情報の自動
送信の実行有無をチェックし送信済みであれば停止情報
の削除指示を送信する停止情報送信手順を有することを
特徴とする。

【００２７】

【発明の実施の形態】次に、本発明の第１実施形態につ
いて図面を参照して詳細に説明する。図１は本発明のプ
ロキシサーバとウェブサーバを含むシステムの例と、こ
れを利用するウェブクライアント側も示した概略図であ
る。

【００２８】本発明のシステムは、インターネット７に
接続されたプロキシサーバ２と、この配下にウェブサー
バ３、・・４と管理端末５がＬＡＮ６等のローカル通信
手段で接続され構成される。

【００２９】又、本発明のシステムを利用するウェブク
ライアント１が、例えば公衆電話回線９とダイヤルアッ
プサーバ８を介してインターネット７に接続されてい
る。ウェブクライアント１はプロキシサーバ２にウェブ
サーバ３上にある提供情報ファイルの送信を要求し、受
け取ったファイルを閲覧する。

【００３０】プロキシサーバ２は、ＬＡＮ６に接続され
たウェブサーバ３、・・４や管理端末５や他のサーバや
クライアント端末（図示せず）のインターネット７の接
続装置へのアクセスやインターネット７接続装置からＬ
ＡＮ６接続装置へのアクセスを仲介し、ＬＡＮ６接続装
置のＩＰアドレスがインターネット７から見えない様に
していることは従来通りであるが、何らかの事情によっ
て、配下のウェブサーバ３、・・４が応答を返さないと
きに、従来のエラーリターンの代わりに、ウェブサーバ
３、・・４の稼動情報を記載したファイルを生成し、ウ
ェブサーバが停止している旨と理由と再立ち上げ予定時
間をウェブクライアントに通知する。

【００３１】図２はウェブクライアント１の具体的な構
成例を示したブロック図である。ウェブクライアント１
はパーソナルコンピュータ或いはウェブ端末装置等であ
り、クライアントが要求するＵＲＬにアクセスするクラ
イアント要求手段１１と要求したＵＲＬからの提供情報
を受け取り解析し表示装置１３に表示する返信情報受信
・表示手段１２と通信手段１４を含む。

【００３２】尚、ウェブクライアント１は閲覧処理機能
を有した携帯電話や携帯端末でもよく、この場合は公衆
電話回線９でなく基地局を含む無線ネットワークにより
インターネット７と接続される。

【００３３】図３はプロキシサーバ２とウェブサーバ３
を含む本発明のシステムの詳細構成例を示したブロック
図である。プロキシサーバ２は、ＩＮＥＴ（インターネ
ット）通信手段２０、ＨＴＴＰ解析手段２１、アドレス
変換情報２１２、ウェブサーバ送信手段２２、ＬＮＥＴ
（ローカルネット）通信手段２９、返信情報受信手段２
３、クライアント送信手段２６、返信監視手段２４、停
止情報取出送信手段２５、停止情報ＤＢ（データベー
ス）２８、停止情報ＤＢ更新手段２７を含む。

【００３４】ＩＮＥＴ通信手段２０はインターネット７
に接続されインターネット通信機能を持つ。即ち、プロ
キシサーバ２のＩＰアドレスを保持し、宛先ＩＰアドレ
スが一致する情報を受信し、クライアント送信手段２６
より受けた相手ＩＰアドレスを宛先アドレスとし、自装
置のＩＰアドレスを送信元としインターネット７に送信
する。

【００３５】ＨＴＴＰ解析手段２１は、複数エントリの
受信バッファ２１１を有し、ＩＮＥＴ通信手段２０から
受けたクライアントからの情報を受信バッファ２１１に
格納する。これを順次取り出し解析し、宛先ＵＲＬのウ
ェブサーバに相当する部分をアドレス変換情報２１２を
用いウェブサーバのホスト名に変換する。そしてクライ
アントからの情報（データ、送信元情報）を宛先ホスト
名を付随させウェブサーバ送信手段２２に渡す。

【００３６】ウェブサーバ送信手段２２は、ウェブサー
バ毎の送信バッファ２２１を有し、受け取ったクライア
ントからの情報を対応する送信バッファに格納する。各
バッファから順次情報を読み出し、これを対応のウェブ
サーバへ送信するようＬＮＥＴ通信手段２９に指示す
る。指示時刻（例えば１秒ないし０．５秒単位）を送信
バッファ２２１の対応エントリに追記する。

【００３７】ＬＮＥＴ（ローカルネット）通信手段２９
は、ウェブサーバ送信手段２２や停止情報ＤＢ更新手段
２７から受け取った情報を相手のＬＮＥＴ通信手段３９
等に送信する。情報と付随して受けた宛先ホスト名をＤ
ＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）等でＩ
Ｐアドレスに変換し宛先ＩＰアドレスとし、送信元ＩＰ
アドレス（自装置ＩＰアドレス）を付加し情報を送信す
る。

【００３８】又、ウェブサーバや管理端末からの情報の
宛先ＩＰアドレスが自装置ＩＰアドレスであればこれを
受信し、上位層の宛先に従って返信情報受信手段２３
や、停止情報ＤＢ更新手段２７に渡す。渡す際には送信
元ＩＰアドレスを必要に応じホスト名に変換する。

【００３９】返信情報受信手段２３は、ＬＮＥＴ通信手
段２９を介しウェブサーバ３、・・４から提供情報ファ
イルを受けると、送信バッファ２２１の送信元ホスト名
に対応するバッファより情報を取り出し、そのエントリ
をクリアする。取り出した情報のうち送信元情報を宛先
情報とし、提供情報ファイルとともにクライアント送信
手段２６に渡す。

【００４０】クライアント送信手段２６は返信情報受信
手段２３から提供情報ファイルと宛先情報（宛先ＩＰア
ドレス等）を受け、或いは停止情報取出送信手段２５か
ら停止情報ページと宛先情報を受けＩＮＥＴ通信手段２
０を介し宛先（ウェブクライアント１）に送信する。

【００４１】返信監視手段２４は、送信バッファ２２１
の各バッファの各エントリについて、送信指示時刻が現
在時刻より所定時間（例えば８秒）前のものがないかを
定期的（例えば４秒周期）でチェックする。ＬＮＥＴ通
信手段２９に送信指示後所定時間経過しても返信情報が
受信出来なかったクライアントからの要求情報を検出す
ると、そのエントリの情報を取り出し（同時にバッファ
より削除し）送信元情報（インターネット７上の宛先情
報）、ホスト名、指示（停止情報取り出し送信指示）を
停止情報取出送信手段２５に渡す。

【００４２】停止情報ＤＢ２８は各ウェブサーバ（ホス
ト名）の運転時間と停止データ識別（ＩＤ）からなる固
定情報テーブルと、複数の停止データを含む可変情報テ
ーブル２を有する。

【００４３】停止情報取出送信手段２５は、ホスト名に
対応する停止情報を停止情報ＤＢ２８より取り出し、カ
レンダクロックより取得の現在時刻がそのウェブサーバ
の停止期間であることを確認し停止情報を基に停止情報
ページを作成し宛先情報とともにクライアント送信手段
２６に渡す。

【００４４】停止情報ＤＢ更新手段２７は、ウェブサー
バ３の停止情報送信手段３４や、管理端末５の停止情報
更新手段５３から、登録済み停止情報の読み出し要求や
停止情報の追加更新要求を受け、対応情報の返信や、停
止情報ＤＢ２８を更新する。

【００４５】ウェブサーバ３は、ＨＴＴＰ解析手段３
１、返信情報送信手段３２、提供情報ファイル群３３、
停止情報送信手段３４、停止情報ファイル群３６、入出
力手段３５、運転制御手段３７、ＬＮＥＴ通信手段３９
を含む。

【００４６】ＨＴＴＰ解析手段３１は、ウェブクライア
ント１からの要求情報を解析し、返信情報が要求されて
いれば、返信情報送信手段３２をコールする。返信情報
送信手段３２は指定された提供情報ファイルを提供情報
ファイル群３３より読み出しプロキシサーバ２の返信情
報受信手段２３に送信する。

【００４７】入出力手段３５はキーボードとディスプレ
イ装置等の入出力装置である。停止情報ファイル群３６
は、サーバ管理者が作成した停止情報ファイルや、作成
用のテンプレートファイルである。運転制御手段３７
は、ウェブサーバ３の状態（運転状態、障害状態、スタ
ンバイ状態、動作電源オフ状態）を制御管理する。

【００４８】停止情報送信手段３４は、入出力手段３５
からの指示を受け停止情報の更新指示や更新用ファイル
を停止情報ＤＢ更新手段２７に送信する。又、運転制御
手段３７からシステムダウン通知を受け、停止情報に時
刻情報を追記し、停止情報ＤＢ更新手段２７に登録を指
示し、再起動で登録した停止情報の削除指示を自動的に
行う。

【００４９】管理端末５はサーバ管理者が自席よりサー
バの管理を行える端末であり、この装置の停止情報更新
手段は、システムダウン時の停止情報の自動登録、削除
機能を除き上記停止情報送信手段３４と同様の機能を持
つ。

【００５０】図４はアドレス変換情報２１２の例を示し
た図である。アドレス変換情報２１２はＵＲＬ名とウェ
ブサーバのホスト名の対応を示す情報で、例えばＵＲＬ
のｍａ１．ａｂｃ．ｃｏ．ｊｐはホスト名がＭａ１のウ
ェブサーバであることを示す。

【００５１】図５にサーバ管理者が入出力手段３５を用
い作成した、或いはシステムダウン時に生成された停止
情報の一例を示す。本例では、ホスト名「Ｍａ２」は、
２４時間運転ではなく、午前８時から午後１０時以外は
停止するということと、２０００年１１月１１日は、全
日運転を停止するという情報が格納されている。このよ
うな停止情報を停止情報ＤＢ更新手段２７に送信し、停
止情報ＤＢ２８に追加あるいは更新する。

【００５２】停止情報ＤＢ２８の情報格納例を図６に示
す。本例では、各ウェブサーバ装置に関する固定情報テ
ーブル（１）と、複数の停止データを取り込む可変情報
テーブル（２）とを有する。本例ではホストＭａ１は、
２４時間運用であり、１０／１０の午後０時から午後２
時までと、１０／１１の午後０時から午後２時まで停止
すること、ホストＭａ２は午前８時から午後１０時まで
しか運転されていないことが記載されている。

【００５３】よって、ウェブクライアント１が１０／１
０の午後１時にホスト名Ｍａ１のウェブサーバのＵＲＬ
（ｍａ１）にアクセスした場合、返信監視手段２４から
の指示を受け停止情報取出送信手段２５は本ＤＢの情報
を元に、「ただ今、ｍａ１は運転停止中です。午後２時
に再開予定です。」という停止情報ページをウェブクラ
イアント１に返す。

【００５４】また、１０／１０の午後１１時にｍａ２に
アクセスした場合、同様にして本ＤＢの情報を元に、
「ただ今、ｍａ２は運転停止中です。本ＵＲＬは２４時
間運転ではありません。運転時間は午前８時から午後１
０時までとなっておりますので運転時間内に再度おいで
頂きます様お願いします。」という停止情報ページをウ
ェブクライアント１に返すことが出来る。

【００５５】また、可変情報テーブル（２）のＩＤ３
は、停止情報送信手段３４によって、Ｍａ２がシステム
ダウンするときに自動的に停止時間を書き込み登録され
たもので、再起動したときにＩＤ３は削除される。この
様にし計画された停止ではなく緊急に停止したような場
合でもウェブサーバの運転が止まっているということを
通知出来る。

【００５６】尚、これらの固定情報テーブル、可変情報
テーブルはプロキシサーバ２を立ち上げた際に主メモリ
にロードしておく。

【００５７】次に、本実施形態の動作について図面を参
照して説明する。先ず図７のフローチャートを参照し、
サーバ管理者がウェブサーバ３の入出力手段３５から停
止情報を新規登録あるいは更新する際のウェブサーバ３
やプロキシサーバ２の動作を説明する。

【００５８】サーバ管理者は入出力手段３５より停止情
報の新規登録／更新要求をする（ステップＡ１）。新規
登録要求であれば（ステップＡ２）停止情報送信手段３
４は停止情報ＤＢ更新手段２７或いは停止情報ファイル
群３６から停止情報入力用テンプレートを取得し入出力
手段３５に表示する（ステップＡ３）。

【００５９】次に、サーバ管理者は画面上でホスト名
（Ｍａ１）、停止予定（停止月日停止時刻−再開時
刻）を入力し、送信指示する（ステップＡ４）。

【００６０】ステップＡ２で管理者が登録済み停止情報
の変更や削除を指定した場合、停止情報送信手段３４は
管理者にホスト名（Ｍａ１）を入力させ取得したホスト
名と共に停止情報読出要求を停止情報ＤＢ更新手段２７
へ送信する（ステップＡ５）。

【００６１】停止情報ＤＢ更新手段２７が停止情報ＤＢ
２８の固定情報テーブル、変動情報テーブルよりＭａ１
の停止情報を読み出し返信する（ステップＡ６）。停止
情報送信手段３４は受信した停止情報を入出力手段３５
に表示し（ステップＡ７）、サーバ管理者は画面上で停
止情報を変更或いは削除し停止情報ＤＢ２８の更新を指
示する（ステップＡ８）。

【００６２】上記ステップＡ４或いはステップＡ８での
指示を受けると停止情報送信処理手段３４が上記入力情
報、或いは変更後情報或いは削除指示を停止情報ＤＢ更
新手段２７宛に送信する（ステップＡ９）。

【００６３】停止情報ＤＢ更新手段２７が停止情報ＤＢ
２８を更新する。即ち、可変情報をＩＤ２に追加し、固
定情報のＭａ１の停止予定欄に「２」を追記する。又は
可変情報を変更後情報で上書きし、或いは可変情報を削
除し、固定情報のＭａ１の停止予定欄から対応するＩＤ
を削除する（ステップＡ１０）。

【００６４】次に図８のフローチャートを参照し、ウェ
ブサーバ３がシステムダウンした際の停止情報の自動登
録と、再起動後の自動削除動作を説明する。

【００６５】停止情報送信手段３４は運転制御手段３７
よりシステムダウン通知を受信すると（ステップＢ
１）、先ず停止情報ファイル群３６から停止情報通知用
テンプレートを取得し、次にカレンダクロックより日時
を取得し停止日時、時刻をテンプレートに書き込み停止
情報ＤＢ更新手段２７宛に送信する。そして停止情報送
信済みフラグを不揮発性記憶（例えばバッテリバックア
ップされたＣＭＯＳメモリ、或いはハードディスク）に
書込む（ステップＢ２）。

【００６６】停止情報ＤＢ更新手段２７が上記停止情報
を受信し、停止情報ＤＢ２８に登録する。即ち、可変情
報を追加し対応する固定情報の停止予定欄に識別を追記
する（ステップＢ３）。

【００６７】修復作業が実施され、ウェブサーバ３が再
起動される（ステップＢ５）と、システムダウン通知が
無いことを確認（ステップＢ６）し、不揮発性記憶の停
止情報送信済みフラグをチェック（ステップＢ７）し、
オンであれば停止情報ＤＢ更新手段２７に停止情報削除
指示を送信すると共に停止情報送信フラグをオフにする
（ステップＢ８）。

【００６８】これを受けた停止情報ＤＢ更新手段２７が
停止情報ＤＢ２８よりＭａ２の変動情報を削除する（ス
テップＢ９）。

【００６９】次に図９及び図１０のフローチャートを参
照し、本実施形態のシステムがウェブクライアント１か
ら提供情報ファイル要求を受けた際の動作を説明する。
先ずウェブサーバが稼働中の場合の動作を説明する。

【００７０】図９を参照し、ウェブクライアント１の利
用者は宛先ＵＲＬをウェブサーバ３の提供情報ファイル
３３−１とし閲覧要求するとクライアント要求手段１１
により宛先ＵＲＬが通信手段１４に渡され、ダイヤルア
ップサーバ８にこれらが送られ、ＵＲＬのＩＰアドレス
が取得され、インターネット７を通じプロキシサーバ２
宛にこれらの要求情報が送信される（ステップＣ１）。

【００７１】ＩＮＥＴ通信手段２０がクライアントから
の情報（データ、宛先情報、送信元情報）を受信しＨＴ
ＴＰ解析手段２１に渡す（ステップＣ２）。

【００７２】ＨＴＴＰ解析手段２１は受けた情報を受信
バッファ２１１に格納する（ステップＣ３）。ＨＴＴＰ
解析手段２１は受信バッファ２１１よりクライアント要
求情報を取出し、アドレス変換情報２１２を用い、宛先
のＵＲＬをウェブサーバ３のホスト名−ファイル指定に
変換し、送信バッファ２２１のホスト名に対応するバッ
ファに格納する（ステップＣ４）。

【００７３】ウェブサーバ送信手段２２が送信バッファ
２２１よりクライアント要求情報を読出しＬＮＥＴ通信
手段２９に送信要求し、送信指示時刻を送信バッファ２
２１の対応バッファの対応エントリに追記する（ステッ
プＣ５）。

【００７４】図１０に移り、ＬＮＥＴ通信手段２９は宛
先ホストのＩＰアドレスへの変換をし、ＬＮＥＴ通信手
段３９へ通信接続要求し（ステップＣ６）通信接続され
る（ステップＣ７）。ウェブサーバ３のＬＮＥＴ通信手
段３９がクライアント要求を受信し、ＨＴＴＰ解析手段
３１にて解析され、返信情報送信手段３２が要求された
提供情報ファイルを読出し、プロキシサーバ２の返信情
報受信手段２３宛に送信する（ステップＣ８）。

【００７５】ＬＮＥＴ通信手段２９を通じ、返信情報受
信手段２３が提供情報ファイルを受信し、送信バッファ
２２１のウェブサーバ３対応バッファより対応のクライ
アント要求情報を取り出し（バッファのエントリもクリ
ア）、送信元情報（ウェブクライアント１のＩＰアドレ
ス）を宛先情報としクライアント送信手段２６に渡す
（ステップＣ９）。

【００７６】図９に戻り、クライアント送信手段２６は
提供情報ファイルを宛先（ウェブクライアント１）に送
信し（ステップＣ１０）、ウェブクライアント１で返信
情報受信・表示手段１２が提供情報ファイルを解析し表
示装置１３に表示する（ステップＣ１１）。

【００７７】尚、ステップＣ５で送信指示時刻を送信バ
ッファ２２１の対応バッファの対応エントリに追記する
と、返信監視手段２４による監視（ステップＣ１２）の
対象となるが所定時間内にステップＣ９によるこのエン
トリのクリアが行われタイムアウトとはならない。

【００７８】次にウェブサーバ３の停止期間にウェブク
ライアント１からの要求を受けた場合の動作を説明す
る。

【００７９】ステップＣ１〜Ｃ５迄は前記同様で、ステ
ップ５の次に返信監視手段２４による監視が開始され送
信バッファ２２１内に送信要求時刻が現在時刻より所定
時間分前（例えば８秒前）の情報が有るか定周期でチェ
ックし（ステップＣ１２）、有れば返信監視手段２４は
該当情報を送信バッファ２２１より取出し宛先情報を停
止情報取出送信手段２５に渡す（ステップＣ１３）。

【００８０】停止情報取出送信手段２５が停止情報ＤＢ
２８より、ホスト名をキーとし停止情報を読み出し（ス
テップＣ１４）、その情報と現在日時を比較し停止期間
であれば停止情報を基に停止情報ページを作成し、宛先
情報（要求元）と共にクライアント送信手段２６に渡
す。停止期間でなければ異常終了の旨と宛先情報をクラ
イアント送信手段２６に渡す（ステップＣ１５）。

【００８１】クライアント送信手段２６は停止情報ペー
ジを宛先（ウェブクライアント１）に送信し（ステップ
Ｃ１０）、返信情報受信・表示手段１２が停止情報ペー
ジを表示装置１３に表示する（ステップＣ１１）。

【００８２】これによりクライアントは要求したファイ
ルが返信されなかった旨と理由と要求先ＵＲＬの再開日
時を把握する。

【００８３】次に本実施形態の他の実施例について説明
する。図３を参照し、この実施例ではプロキシサーバ２
は前記返信情報を所定時間に受信したかを監視する返信
監視手段２４を持たず、ウェブサーバ送信手段２２Ｂが
相手ウェブサーバに送信出来なかったことで停止情報取
り出し送信を行う。

【００８４】図９を参照し、この実施例の動作について
前記実施例と相違する部分を説明する。ウェブサーバ送
信手段が送信バッファ２２１よりクライアント要求情報
を取り出し、ＬＮＥＴ通信手段２９に送信指示した後、
その結果を待ち合わせる（ステップＣ５）。

【００８５】図１０に移り、ＬＮＥＴ通信手段６１は宛
先ホストのＩＰアドレスへの変換をし、ＬＮＥＴ通信手
段６２へ通信接続要求し（ステップＣ６）、通信接続失
敗であれば（ステップＣ７）、ウェブサーバ送信手段２
２Ｂがクライアント要求情報内の送信元情報と宛先ホス
ト名と共に停止情報取出送信手段２５に停止情報の取り
出しと送信を指示する（ステップＣ１６）。

【００８６】図９に戻り、停止情報取出送信手段２５が
前記ステップＣ１４、Ｃ１５の動作を行い、クライアン
ト送信手段２６が前記ステップ１０の動作を行いウェブ
クライアント１の返信情報受信・表示手段１２が停止情
報ページを表示装置１３に表示する。

【００８７】ウェブサーバ３の稼働を停止する際にはＬ
ＮＥＴ通信手段３９とＬＡＮ６との接続をディスエイブ
ルにしておくと言う運用ができるのであればこの実施例
の方式でも本発明の目的は達成出来る。

【００８８】尚、前記最初の実施例において、返信監視
手段２４による返信情報の監視とウェブサーバ送信手段
による送信失敗の検出の両方を行い、それぞれが停止情
報取出送信手段２５に指示する方式にしてもよい。

【００８９】次に、本発明のシステムの第２実施形態に
ついて説明する。図１１を参照し、本実施形態ではプロ
キシサーバ２Ａのアドレス変換情報２１２Ａに各ウェブ
サーバが停止状態に入ったことを示す停止フラグをウェ
ブサーバ毎に設ける（アドレス変換情報２１２Ａは図４
の点線部分も含めた内容となる）。

【００９０】そして、ＨＴＴＰ解析手段２１Ａがウェブ
クライアント１からの要求情報を解析し、宛先ＵＲＬを
宛先ウェブサーバ（ホスト名）に変換する際に、停止フ
ラグをチェックしオンであればその時点でウェブサーバ
送信手段２２のコールを抑止し、停止情報の取出しと確
認と送信を指示する。

【００９１】又、停止情報取出送信手段２５Ａはウェブ
サーバ３が停止状態に入った後の初期のクライアントか
らのアクセスで、返信監視手段２４から指示を受けると
停止情報を確認し対応する停止フラグをオンにし、稼働
状態に戻った後の最初のクライアントからのアクセス
で、ＨＴＴＰ解析手段２１Ａから指示を受けると停止期
間でなければ対応する停止フラグをオフにし、ＨＴＴＰ
解析手段２１Ａにクライアント要求情報のウェブサーバ
３への送信を指示する。これら以外は前記第１実施形態
と同様である。

【００９２】次に本実施形態のプロキシサーバ２Ａとウ
ェブサーバ３の動作を図１２及び図１０のフローチャー
トを参照し説明する。

【００９３】先ず、ウェブサーバ３が稼働中の場合を説
明する。ＩＮＥＴ通信手段２０が要求を受信しクライア
ントからの情報をＨＴＴＰ解析手段２１Ａに渡す（ステ
ップＤ１）。ＨＴＴＰ解析手段２１Ａがクライアントか
らの情報を解析し、アドレス変換情報２１２Ａを参照し
宛先ＵＲＬをウェブサーバのホスト名に変換し、対応す
る停止フラグもチェックする（ステップＤ２）。

【００９４】停止フラグがオフであり（ステップＤ
３）、変換後クライアント要求情報が送信バッファ２２
１の対応バッファに格納される（ステップＤ４）。

【００９５】ウェブサーバ送信手段２２が送信バッファ
２２１よりクライアント要求情報を読出しＬＮＥＴ通信
手段２９に送信指示し、送信指示時刻を送信バッファ２
２１の対応バッファの対応エントリに追記する（ステッ
プＤ５）。

【００９６】以降図１０に示す前記ステップＣ６、ステ
ップＣ７、ステップＣ８、ステップＣ９の動作が行わ
れ、クライアント送信手段２６が返信情報を宛先（ウェ
ブクライアント１）に送信する（ステップＤ６）。

【００９７】次に、ウェブサーバ３が停止した場合を説
明する。ウェブクライアント１からの提供情報ファイル
要求を受けると前記同様ステップＤ１〜Ｄ５の処理動作
が行われ、送信バッファ２２１のウェブサーバ３対応バ
ッファの最新エントリのクライアント要求情報に送信指
示時刻が追記されると、このエントリが返信監視手段２
４の監視対象となる。

【００９８】送信指示時刻が所定時間分前の情報有りと
判定され（ステップＤ７）、返信監視手段２４が該当情
報を取出し停止情報取出送信手段２５に渡す（ステップ
Ｄ８）。停止情報取出送信手段２５が停止情報ＤＢ２８
より該当ホスト名の停止情報を読出し（ステップＤ
９）、現在日時（カレンダクロックより取得）が停止期
間に入っているため（ステップＤ１０）、停止情報を基
に停止情報ページを作成し、宛先情報と共にクライアン
ト送信手段２６に渡す。又、コール元が返信監視手段２
４であり（停止フラグがオフと見なす）該当するホスト
名の停止フラグをオンセットする（ステップＤ１１）。

【００９９】クライアント送信手段２６が停止情報ペー
ジを宛先（ウェブクライアント１）に送信する（ステッ
プＤ６）。

【０１００】停止フラグがオンセットされてからウェブ
サーバ３の提供情報ファイル要求を受けると、前記ステ
ップＤ１、Ｄ２の処理動作が行われ停止フラグがオンで
あり（ステップＤ３）、ＨＴＴＰ解析手段２１Ａはウェ
ブサーバ３への要求情報送信（ウェブサーバ送信手段２
２のコール）は抑止し、ホスト名、送信元情報（ウェブ
クライアント１のＩＰアドレス）、指示（停止情報の確
認と送信）を停止情報取出送信手段２５Ａに渡す（ステ
ップＤ１２）。

【０１０１】停止情報ＤＢ２８より該当停止情報を読み
出し（ステップＤ９）、停止期間である為（ステップＤ
１０）上記同様ステップＤ１１、Ｄ６の処理動作を行
う。

【０１０２】ウェブサーバ３が稼働状態に復帰した後の
ウェブクライアント１からの最初のアクセス要求を受け
ると、ステップＤ１、Ｄ２、Ｄ３、Ｄ１２、Ｄ９、Ｄ１
０の処理動作が行われ、停止情報取出送信手段２５Ａが
コール元がＨＴＴＰ解析手段２１Ａであり（停止フラグ
がオンであると見なし）停止フラグをオフにし、ＨＴＴ
Ｐ解析手段２１Ａに抑止中のクライアント要求情報のウ
ェブサーバ３への送信を行う様指示する。要求元が返信
監視手段２４やウェブサーバ送信手段２２であれば異常
終了の旨と宛先情報をクライアント送信手段２６に渡す
（ステップＤ１３）。

【０１０３】上記第１及び第２実施形態の説明では宛先
のウェブサーバ識別をホスト名としたが、ホスト名の代
わりにウェブサーバのＩＰアドレス乃至この末尾番号を
用いてもよい。この場合アドレス変換情報２１２、２１
２Ａや停止情報のホスト名の欄はＩＰアドレス乃至この
末尾番号とする。

【０１０４】尚、上記第１及び第２実施形態の説明で
は、プロキシサーバ２のキャッシュ機構については特に
説明しなかったが、本発明は、プロキシサーバ２の従来
の技術によるキャッシュ機構との共存も可能であり、本
発明の制約するところではない。

【０１０５】即ち、ＨＴＴＰ解析手段２１がＵＲＬ名を
ホスト名に変換する前の段階で、ＵＲＬでキャッシュの
ディレクトリを索引しヒットすればキャッシュ上の提供
情報ファイルが返信され以降の処理動作（停止情報取出
送信手段２５コール等）は行わないのでウェブサーバ３
が停止状態でもキャッシュは有効利用される。

【０１０６】又、停止期間中にキャッシュのディレクト
リ索引がミスヒットすればクライアント送信手段２６が
停止情報を返信する際にこれをディレクトリ上で停止情
報と分かる形でキャッシュ登録し、上記停止フラグリセ
ットで停止情報表示のあるディレクトリエントリを無効
化すればよい。

【０１０７】

【発明の効果】以上説明した様に、本発明のシステムは
プロキシサーバ２が要求された提供情報を取得出来なか
った場合、代わりにその理由や再開予定時刻を含む停止
情報を返信するので、ウェブクライアントはウェブサー
バの障害なのかネットワークトラブルなのかが容易に把
握でき、クライアントは要求情報への再アクセスの最短
のタイミングを把握できると言う第１の効果を有す。

【０１０８】従って、クライアントは情報検索をより効
率的に行え、且つ、必要な情報の取りこぼしの可能性を
減少させると言う第２の効果も有する。

【０１０９】本発明の第２実施形態のシステムではプロ
キシサーバが要求されたＵＲＬを含むウェブサーバを判
定した時点で、ウェブサーバへの要求情報送信を抑止し
停止情報送信処理に切り替えるので、ＬＮＥＴ通信手段
２９による停止ウェブサーバへの通信接続のリトライ等
が防止されローカルネットや、他の稼働中ウェブサーバ
によるサービスへの影響を防止できると言う第３の効果
も有する。

【図面の簡単な説明】

【図１】本発明のプロキシサーバとウェブサーバを含む
システムの例と、これを利用するウェブクライアント側
も示す概略図。

【図２】図１のウェブクライアント１の具体的な構成を
示すブロック図。

【図３】プロキシサーバ２とウェブサーバ３を含む本発
明の第１実施形態のシステムの詳細構成を示すブロック
図。

【図４】図３のアドレス変換情報２１２や図１１のアド
レス変換情報２１２Ａの例を示す図。

【図５】サーバ管理者が図３の入出力手段３５を用い作
成した、或いは図３の停止情報送信手段３４がシステム
ダウン時に生成する停止情報の例を示す図。

【図６】図３の停止情報ＤＢ２８の情報格納例を示す
図。

【図７】サーバ管理者が入出力手段３５から停止情報を
新規登録あるいは更新する際のウェブサーバ３やプロキ
シサーバ２の動作を示すフローチャート。

【図８】図３のウェブサーバ３がシステムダウンした際
の停止情報の自動登録と、再起動後の自動削除動作を示
すフローチャート。

【図９】本発明の第１実施形態のシステムがウェブクラ
イアント１から提供情報ファイル要求を受けた際の動作
を示すフローチャート。

【図１０】本発明の第１実施形態のシステムがウェブク
ライアント１から提供情報ファイル要求を受けた際の動
作を示すフローチャート。

【図１１】本発明の第２実施形態のシステムのプロキシ
サーバ２Ａの詳細構成を示すブロック図。

【図１２】本発明の第２実施形態のシステムの動作を示
すフローチャート。

【図１３】従来のプロキシサーバとウェブサーバを含む
システムを説明する為の図。

【符号の説明】

１ウェブクライアント１１クライアント要求手段１３表示装置１４通信手段２プロキシサーバ２０通信手段２０ＩＮＥＴ通信手段２１、２１ＡＨＴＴＰ解析手段２１１受信バッファ２１２アドレス変換情報２１２Ａアドレス変換情報（停止フラグ付き）２２、２２Ｂウェブサーバ送信手段２２１送信バッファ２３返信情報受信手段２４返信監視手段２５、２５Ａ停止情報取出送信手段２６クライアント送信手段２７停止情報ＤＢ更新手段２８停止情報ＤＢ２９ＬＮＥＴ通信手段３ウェブサーバ３１ＨＴＴＰ解析手段３２返信情報送信手段３３提供情報ファイル群３４停止情報送信手段３５、５２入出力手段３６停止情報ファイル群３７運転制御手段３９、５１ＬＮＥＴ通信手段５管理端末５３停止情報更新手段６ＬＡＮ７インターネット８ダイヤルアップサーバ９公衆電話回線

Claims

【特許請求の範囲】

【請求項１】インターネットに通信接続されたプロキ
シサーバとこれの配下に通信接続された１台以上のウェ
ブサーバを含み、インターネットを通じウェブクライア
ントにアクセスされるシステムであり、前記プロキシサ
ーバはウェブクライアントからの要求情報を解析し要求
された情報が置かれているウェブサーバを判定する解析
手段と、そのウェブサーバに前記要求情報を送信するウ
ェブサーバへの送信手段と、前記ウェブクライアントに
要求された情報をウェブサーバから返信情報とし受信す
る手段と、返信情報を要求元に送信するクライアントへ
の送信手段と、返信情報が受信できなかったことを検出
する手段と、各ウェブサーバの固定的な停止期間と変動
的な停止期間を格納した停止情報データと、前記検出と
要求元情報を受け前記停止情報データより対応するウェ
ブサーバの停止情報を取り出し、その時が停止期間中で
あることを確認し停止情報に基づきウェブサーバの稼働
を停止している旨と停止理由と再開予定時間を含む停止
情報ページを作成し要求元情報と共に前記クライアント
への送信手段に渡す停止情報取出送信手段を有し、前記
クライアントへの送信手段が停止情報ページを受けると
返信情報の代わりに停止情報ページを要求元のウェブク
ライアントに送信することを特徴とするプロキシサーバ
とウェブサーバを含むシステム。
【請求項２】前記ウェブサーバは、操作者の指示や入
力情報に従って、停止情報を追加、更新、削除するため
の指示や内容を前記プロキシサーバに送信する停止情報
送信手段を有し、前記プロキシサーバは、通信接続され
た配下装置から停止情報の追加、更新、削除指示や内容
を受け停止情報データを更新する手段も有することを特
徴とする請求項１記載のプロキシサーバとウェブサーバ
を含むシステム。
【請求項３】前記ウェブサーバの停止情報送信手段
が、操作者の指示や入力情報に従った前記処理を行うと
共に、自装置のシステムダウン通知を受け、その時間情
報を埋め込んだ停止情報を生成しプロキシサーバへ自動
送信し、自装置の再起動成功で、前記停止情報の自動送
信の実行有無をチェックし送信済みであれば停止情報の
削除指示も送信することを特徴とする請求項２記載のプ
ロキシサーバとウェブサーバを含むシステム。
【請求項４】配下にウェブサーバを通信接続し、イン
ターネットに通信接続するプロキシサーバであり、イン
ターネット上のウェブクライアントからの要求情報を解
析し要求された情報が置かれているウェブサーバを判定
する解析手段と、そのウェブサーバに前記要求情報を送
信するウェブサーバへの送信手段と、前記ウェブクライ
アントに要求された情報をウェブサーバから返信情報と
し受信する手段と、返信情報を要求元に送信するクライ
アントへの送信手段と、返信情報が受信できなかったこ
とを検出する手段と、各ウェブサーバの固定的な停止期
間と変動的な停止期間を格納した停止情報データと、前
記検出を要求元情報と共に受け前記停止情報データより
対応するウェブサーバの停止情報を取り出し、その時が
停止期間中であることを確認し停止情報に基づきウェブ
サーバの稼働を停止している旨と停止理由と再開予定時
間を含む停止情報ページを作成し要求元情報と共に前記
クライアントへの送信手段に渡す停止情報取出送信手段
を有し、前記クライアントへの送信手段が停止情報ペー
ジを受けると返信情報の代わりに停止情報ページを要求
元のウェブクライアントに送信することを特徴とするプ
ロキシサーバ。
【請求項５】前記ウェブサーバへの送信手段が送信先
のウェブサーバに対応し送信バッファを有し、バッファ
の一つのエントリから読み出した要求情報の送信を通信
手段に指示した際にその時刻をそのエントリに追記し、
前記返信情報の受信手段が、前記送信バッファの受信情
報対応のエントリをクリアし、前記検出手段は送信バッ
ファに送信指示時刻が現在時刻より所定時間分前の要求
情報があるかを周期的にチェックすることで返信情報が
受信できなかった検出を行うことを特徴とする請求項４
記載のプロキシサーバ。
【請求項６】前記ウェブサーバへの送信手段が前記検
出手段も含み、要求情報の送信を通信手段に指示した際
に通信手段が送信先ウェブサーバとのコネクトに失敗し
たことを検出することで前記検出を行うことを特徴とす
る請求項４記載のプロキシサーバ。
【請求項７】前記プロキシサーバが、返信情報が受信
できなかったことを検出し、停止情報取出送信手段が停
止情報データより、返信のなかったウェブサーバの停止
情報を取り出し、その時刻が停止期間に入っていればオ
ンにされるウェブサーバ毎の停止フラグも有し、前記解
析手段がウェブクライアントからの要求情報を解析し要
求された情報が置かれているウェブサーバを判定した際
に、停止フラグをチェックし、オンであれば要求情報の
ウェブサーバへの送信依頼を抑止し停止情報取出送信手
段にウェブサーバ識別と、要求元情報を渡し、停止情報
の確認と送信を指示することを特徴とする請求項４記載
のプロキシサーバ。
【請求項８】操作者の指示や入力情報に従って、停止
情報を追加、更新、削除するための指示や内容を上位の
プロキシサーバに送信すると共に、自装置のシステムダ
ウン通知を受け、その時間情報を埋め込んだ停止情報を
生成し前記プロキシサーバへ自動送信し、自装置の再起
動成功で、前記停止情報の自動送信の実行有無をチェッ
クし送信済みであれば停止情報の削除指示を送信する停
止情報送信手段を有することを特徴とするウェブサー
バ。
【請求項９】配下にウェブサーバを通信接続し、イン
ターネットに通信接続するプロキシサーバに搭載される
プログラムであり、インターネット上のウェブクライア
ントからの要求情報を解析し要求された情報が置かれて
いるウェブサーバを判定する解析手順と、そのウェブサ
ーバに前記要求情報を送信するウェブサーバへの送信手
順と、前記ウェブクライアントに要求された情報をウェ
ブサーバから返信情報とし受信する手順と、返信情報を
要求元に送信するクライアントへの送信手順と、返信情
報が受信できなかったことを検出する手順と、各ウェブ
サーバの固定的な停止期間と変動的な停止期間を格納し
た停止情報データと、前記検出を要求元情報と共に受け
前記停止情報データより対応するウェブサーバの停止情
報を取り出し、その時が停止期間中であることを確認し
停止情報に基づきウェブサーバの稼働を停止している旨
と停止理由と再開予定時間を含む停止情報ページを作成
し要求元情報と共に前記クライアントへの送信手段に渡
す停止情報取出送信手順を有し、前記クライアントへの
送信手順が停止情報ページを受けると返信情報の代わり
に停止情報ページを要求元のウェブクライアントに送信
することを特徴とするプログラム。
【請求項１０】前記プロキシサーバに搭載されるプロ
グラムであり、ウェブサーバへの送信手順が送信先のウ
ェブサーバに対応し送信バッファを有し、バッファの一
つのエントリから読み出した要求情報の送信を通信手順
に指示した際にその時刻をそのエントリに追記し、前記
返信情報の受信手順が、前記送信バッファの受信情報対
応のエントリをクリアし、前記検出手順は送信バッファ
に送信指示時刻が現在時刻より所定時間分前の要求情報
があるかを周期的にチェックすることで返信情報が受信
できなかった検出を行うことを特徴とする請求項９記載
のプログラム。
【請求項１１】前記ウェブサーバへの送信手順が前記
検出手順も含み、要求情報の送信を通信手順に指示した
際に通信手順が送信先ウェブサーバとのコネクトに失敗
したことを検出することで前記検出を行うことを特徴と
する請求項９記載のプログラム。
【請求項１２】前記プロキシサーバ搭載のプログラム
が、返信情報が受信できなかったことを検出し、停止情
報取出送信手順が停止情報データより、返信のなかった
ウェブサーバの停止情報を取り出し、その時刻が停止期
間に入っていればオンにされるウェブサーバ毎の停止フ
ラグも有し、前記解析手順がウェブクライアントからの
要求情報を解析し要求された情報が置かれているウェブ
サーバを判定した際に、停止フラグをチェックし、オン
であれば要求情報のウェブサーバへの送信依頼を抑止し
停止情報取出送信手順に判定したウェブサーバ識別と、
送信元情報を渡し、停止情報の確認と送信を指示するこ
とを特徴とする請求項９記載のプログラム。
【請求項１３】ウェブサーバに搭載されるプログラム
であって、操作者の指示や入力情報に従って、停止情報
を追加、更新、削除するための指示や内容を上位のプロ
キシサーバに送信すると共に、自装置のシステムダウン
通知を受け、その時間情報を埋め込んだ停止情報を生成
し前記プロキシサーバへ自動送信し、自装置の再起動成
功で、前記停止情報の自動送信の実行有無をチェックし
送信済みであれば停止情報の削除指示を送信する停止情
報送信手順を有することを特徴とするプログラム。