Ｗｅｂ状態監視システム及びＷｅｂサーバ
【課題】ポーリング周期の調整作業の手間を軽減しつつ、監視対象の状態変化をＷｅｂページに適切に表示することを可能にする。
【解決手段】監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバ４で作成し、Ｗｅｂページをクライアント端末２にダウンロードして閲覧するＷｅｂ状態監視システム１であって、Ｗｅｂサーバ４は、監視対象の状態が変化する間隔を計測する変化計測手段５２と、変化計測手段５２で計測した間隔に基づき、クライアント端末２からＷｅｂサーバ４に向けてのＨＴＴＰリクエストの送信周期を決定する更新周期算出手段５５と、更新周期算出手段５５によって決定した送信周期をクライアント端末２に伝達するＨＴＴＰ応答送信手段４７とを備えるＷｅｂ状態監視システム１。
【解決手段】監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバ４で作成し、Ｗｅｂページをクライアント端末２にダウンロードして閲覧するＷｅｂ状態監視システム１であって、Ｗｅｂサーバ４は、監視対象の状態が変化する間隔を計測する変化計測手段５２と、変化計測手段５２で計測した間隔に基づき、クライアント端末２からＷｅｂサーバ４に向けてのＨＴＴＰリクエストの送信周期を決定する更新周期算出手段５５と、更新周期算出手段５５によって決定した送信周期をクライアント端末２に伝達するＨＴＴＰ応答送信手段４７とを備えるＷｅｂ状態監視システム１。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視対象の状態変化を監視するためのＷｅｂ状態監視システム、及びそれに用いるＷｅｂサーバに関し、特に、ユーザが指定した監視対象の状態をＷｅｂブラウザを通じて把握することが可能なシステム等に関する。
【背景技術】
【０００２】
近年、多くの企業において、社内イントラネットを利用したＷｅｂアプリケーションにより、情報の共有化及び作業の効率化が図られている。Ｗｅｂアプリケーションは、それを利用する端末にＷｅｂブラウザと呼ばれるＷｅｂページ閲覧用プログラムがインストールされていれば、誰でも利用できるという利点がある。
【０００３】
図８は、上記のようなＷｅｂシステムの一般的な構成を示すブロック図であり、このシステム８０は、複数のクライアント端末８１と、Ｗｅｂサーバ８２と、それらの間を接続するネットワーク８３により構成される。Ｗｅｂシステム８０において、各クライアント端末８１には、クライアント端末８１上で動作するＷｅｂブラウザ８４が搭載され、また、Ｗｅｂサーバ８２には、Ｗｅｂサーバ８２上で動作するＷｅｂアプリケーション８５と、Ｗｅｂアプリケーション８５で使用するデータを格納するデータベース８６とが搭載される。
【０００４】
Ｗｅｂブラウザ８４とＷｅｂサーバ８２との間においては、ＨＴＴＰ（Hypertext Transfer Protocol）と呼ばれる周知のプロトコルで通信が行われ、ＨＴＴＰメッセージを授受することにより情報が相互に伝達される。ここで、クライアント端末８１からＷｅｂサーバ８２へのメッセージは、ＨＴＴＰリクエストと呼ばれ、一方、Ｗｅｂサーバ８２からクライアント端末８１へのメッセージは、ＨＴＴＰレスポンスと呼ばれる。
【０００５】
また、Ｗｅｂページは、通常、ＨＴＭＬ（Hypertext Markup Language）で記述されており、ＨＴＴＰレスポンスとしてＷｅｂサーバ８２から返送される。クライアント端末８１のＷｅｂブラウザ８４は、受信したＨＴＭＬを解釈してＷｅｂページを表示する。
【０００６】
次に、Ｗｅｂシステム８０でのＷｅｂページの表示手順について説明する。
【０００７】
先ず、ユーザがクライアント端末８１上でＷｅｂブラウザ８４を起動し、利用するシステムを示すＵＲＬを入力する。Ｗｅｂブラウザ８４は、入力されたＵＲＬを含むＨＴＴＰリクエストを、ネットワーク８３を介してＷｅｂサーバ８２へ送出する。Ｗｅｂサーバ８２では、そのＨＴＴＰリクエストを受信すると、要求されたＷｅｂページを検索し、必要であれば、データベース８６より情報を取得し、ＨＴＭＬファイルを作成する。
【０００８】
こうして作成されたＨＴＭＬファイルは、ＨＴＴＰレスポンスとして、ネットワーク８３上に送出される。その後、Ｗｅｂサーバ８２からのＨＴＴＰレスポンスをクライアント端末８１が受信すると、Ｗｅｂブラウザ８４がＨＴＭＬファイルを解析し、これによって、クライアント端末８１上に所望のＷｅｂページが表示される。
【０００９】
上記のとおり、Ｗｅｂページを表示するにあたって、Ｗｅｂサーバ８２は、ＨＴＴＰリクエストというＷｅｂページの要求を受けた後に、その要求に対してＨＴＴＰレスポンスで応答するという動作を行うことになる。従って、クライアント端末８１上のＷｅｂブラウザ８４に表示中のＷｅｂページに関して、Ｗｅｂサーバ８２が内容を変更したとしても、クライアント端末８１のＷｅｂブラウザ８４に対し、Ｗｅｂサーバ８２側から自発的に変更を通知することができない。
【００１０】
このため、最新のＷｅｂページを表示したい場合には、通常、ユーザが手動操作をすることにより、Ｗｅｂブラウザ８４を介してＨＴＴＰリクエストをＷｅｂサーバ８２へ送信し、Ｗｅｂサーバ８２からＨＴＴＰレスポンスとして最新のＷｅｂページを受け取り、新規に表示せざるを得ない。
【００１１】
そこで、クライアント端末８１に表示されるＷｅｂページを自動的に最新の状態にすべく、クライアント端末８１からＷｅｂサーバ８２へ定期的にＨＴＴＰリクエストを送出することで、Ｗｅｂサーバ８２から更新後のＷｅｂページを適宜に取得するＷｅｂシステムが提案されている。このシステムでは、予め、表示内容の自動更新を希望するＷｅｂページ内にタイマを設定し、そのタイマのタイムアウト時にＷｅｂページをＷｅｂサーバ８２へ要求するプログラムコードを埋め込んでおく。このとき、タイマは、表示を更新したい周期でタイムアウトするように設定する。
【００１２】
こうした構成の下、クライアント端末８１のＷｅｂブラウザ８４は、Ｗｅｂサーバ８２からＨＴＴＰレスポンスとしてＷｅｂページを受信すると、プログラムコードを解釈し、Ｗｅｂページを表示するとともに、タイマを起動させる。そして、タイマがタイムアウトした段階で、Ｗｅｂブラウザ８４内のＷｅｂページを要求するプログラムコードを実行し、ＨＴＴＰリクエストをＷｅｂサーバ８２へ自動送信する。この動作を繰り返すことにより、Ｗｅｂページに関する情報を定期的にＷｅｂサーバ８２から受け取ることが可能になり、クライアント端末８１に最新のＷｅｂページを表示することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
近年、上記のＷｅｂシステムを利用し、監視対象（例えば、通信回線）の状態をＷｅｂページ上に表示し、それをクライアント端末８１で閲覧しながら、監視対象の状態を監視するＷｅｂ状態監視システムが実用化されている。このＷｅｂ状態監視システムは、監視対象の状態を表示するＷｅｂページをＷｅｂサーバ８２で作成し、それをクライアント端末８１にダウンロードして表示するように構成される。
【００１４】
しかし、従来のＷｅｂシステムにおいては、不要なネットワークトラフィックやＷｅｂサーバ８２の負荷が増大する危険性を避けるため、Ｗｅｂページの自動更新周期（ポーリング周期）を無制限に短く設定することができない。このため、ある程度の間隔を有する固定周期に設定せざるを得ず、その結果、Ｗｅｂページの表示内容を監視対象の状態変化に追従させることが困難となり、状態変化の表示漏れが発生するという問題がある。
【００１５】
また、上記のＷｅｂシステムにおいては、監視対象の状態変化の度合いをある程度予測し、その上で、監視対象に適したポーリング周期を予め設定する必要があるが、監視対象の状態変化の頻度を予測できない場合や、監視対象が不規則な変化を繰り返す場合は、トライ＆エラーを繰り返しながら幾度も調整作業を行わざるを得ず、ポーリング周期の設定に非常に手間がかかるという問題もある。
【００１６】
そこで、本発明は、上記従来の技術における問題点に鑑みてなされたものであって、ポーリング周期の調整作業の手間を軽減しつつ、監視対象の状態変化をＷｅｂページに適切に表示することが可能なＷｅｂ状態監視ステム等を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するため、本発明は、監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバで作成し、該Ｗｅｂページをクライアント端末にダウンロードして閲覧するＷｅｂ状態監視システムであって、前記Ｗｅｂサーバは、前記監視対象の状態が変化する間隔を計測する変化計測手段と、該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とする。
【００１８】
そして、本発明によれば、監視対象の状態が変化する間隔を計測した上で、クライアント端末からの要求信号の送信周期を決定するため、実際の状態変化の状況に応じた送信周期を決定することができる。このため、煩雑な調整作業を繰り返さなくても、適切な送信周期を設定することができ、ポーリング周期の設定に伴う手間を軽減することが可能になる。
【００１９】
また、上記のようにして決定した送信周期をクライアント端末に伝達することで、クライアント端末からＷｅｂサーバに対して、監視対象の状態変化の状況に適した周期（間隔）で自動的に要求信号が送信されるようになる。これにより、監視対象の状態変化を適切な間隔でクライアント端末にダウンロードし得るようになり、Ｗｅｂページ上に表示される監視対象の状態変化を好適に更新することが可能になる。
【００２０】
前記Ｗｅｂ状態監視システムにおいて、前記変化計測手段が、所定期間単位で区切りながら前記間隔の計測処理を行うとともに、１つの該所定期間において、複数の前記間隔を計測したときに該複数の間隔のうちの最小間隔を導き出し、前記送信周期決定手段が、前記変化計測手段によって導き出される前記最小間隔に基づいて前記要求信号の送信周期を決定することができる。これによれば、状態変化の最小間隔に合わせて要求信号の送信周期を決定するため、状態変化の状況により即した送信周期を決定することができ、状態変化の表示漏れが発生する頻度を大幅に低減することが可能になる。
【００２１】
前記Ｗｅｂ状態監視システムにおいて、複数の前記監視対象をグループ化し、前記変化計測手段が、同一グループ内で前記最小間隔を導き出し、前記送信周期決定手段が、グループ単位で前記要求信号の送信周期を決定することができる。これによれば、数多くの監視対象が存在する場合でも、グループ単位で処理を行えば足りるようになるため、Ｗｅｂサーバの負荷を軽減したり、処理の高速化を図ることが可能になる。
【００２２】
また、本発明は、監視対象の状態変化を表示したＷｅｂページを作成し、該Ｗｅｂページをクライアント端末上に表示させるＷｅｂサーバであって、前記監視対象の状態が変化する間隔を計測する変化計測手段と、該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とする。
【発明の効果】
【００２３】
以上のように、本発明によれば、ポーリング周期の調整作業の手間を軽減しつつ、監視対象の状態変化をＷｅｂページに適切に表示することが可能になる。
【図面の簡単な説明】
【００２４】
【図１】本発明にかかるＷｅｂ状態監視システムの一実施の形態を示す全体構成図である。
【図２】図１の状態情報格納部、変化情報格納部及びセッション情報格納部のデータ構成を示す図である。
【図３】状態記録処理時のＷｅｂサーバの動作を示すフローチャートである。
【図４】回線状況受信時の動作を示す図である。
【図５】更新周期設定処理時のＷｅｂサーバの動作を示すフローチャートである。
【図６】図１のＷｅｂ状態監視システムを回線状況の監視に適用した場合のシステム構成を示す図である。
【図７】図６のシステムでのＷｅｂページの一例を示す図である。
【図８】従来のＷｅｂシステムを示す全体構成図である。
【発明を実施するための形態】
【００２５】
次に、発明を実施するための形態について、図面を参照しながら詳細に説明する。
【００２６】
図１は、本発明にかかるＷｅｂ状態監視システムの一実施の形態を示し、このシステム１は、ネットワーク（不図示）を介して相互に接続されたクライアント端末２及びＷｅｂサーバ４と、監視対象（不図示）の状態変化をＷｅｂサーバ４に通知する監視装置６とで構成される。尚、図１においては、クライアント端末２及び監視装置６を１台のみ図示するが、これらの装置は、複数台設置される。
【００２７】
クライアント端末２は、Ｗｅｂページを閲覧可能なＷｅｂブラウザ２１を備える。Ｗｅｂブラウザ２１には、Ｗｅｂサーバ４へＨＴＴＰリクエストを送信するＨＴＴＰ要求送信手段２２と、Ｗｅｂサーバ４からのＨＴＴＰレスポンスを受信するＨＴＴＰ応答受信手段２３とが設けられる。また、Ｗｅｂブラウザ２１は、ユーザが監視対象の状態を参照したい場合に、ＨＴＴＰ要求送信手段２２を通じてＷｅｂサーバ４へ対象表示用ページ２４を要求し、ＨＴＴＰ応答受信手段２３を通じて対象表示用ページ２４をダウンロードするように構成される。
【００２８】
この対象表示用ページ２４には、表示更新タイマ１〜ｎを生成するタイマ生成手段２５と、生成された表示更新タイマ１〜ｎの集まりを示す表示更新タイマ群２６と、表示更新タイマ１〜ｎのタイムアウトに応答してＷｅｂサーバ４へ監視対象の状態を要求する状態要求手段２７と、Ｗｅｂサーバ４から監視対象の状態を受信する状態受信手段２８と、受信した監視対象の状態を直前まで表示した状態と比較し、Ｗｅｂブラウザ２１内の状態表示を更新する状態表示手段２９とが含まれる。ここで、表示更新タイマ１〜ｎは、後述する監視対象のグループ数と同数が生成される。
【００２９】
Ｗｅｂサーバ４は、クライアント端末２との通信処理を制御するＷｅｂサーバプログラム４１と、監視対象の状態が変化する間隔を記録するとともに、記録した状態変化の間隔に合わせてＷｅｂページの更新周期を決定する状態変化処理部４２とを備える。
【００３０】
Ｗｅｂサーバプログラム４１は、例えば、ＩＩＳ（Internet Information Service）やＡｐａｃｈｅのような一般的なＷｅｂサーバプログラムであり、また、ＣＧＩ（Common Gateway Interface）、ＡＳＰ（Active Server Page）等のように外部のプログラムを実行する機能を有する。このＷｅｂサーバプログラム４１は、クライアント端末２からのＨＴＴＰリクエストを受信するＨＴＴＰ要求受信手段４３と、状態取得用ページ４４や対象表示用ページ４５を生成してＨＴＭＬ変換するＷｅｂページ生成手段４６と、作成されたＨＴＭＬをＨＴＴＰレスポンスとしてクライアント端末２へ送信するＨＴＴＰ応答送信手段４７とを備える。
【００３１】
尚、Ｗｅｂページ生成手段４６が作成する対象表示用ページ４５は、クライアント端末２の対象表示用ページ２４と同様のものであり、すなわち、クライアント端末２の対象表示用ページ２４は、Ｗｅｂサーバ４のＷｅｂページ生成手段４６で作成した対象表示用ページ４５のファイル（ＨＴＭＬファイル等）をクライアント端末２がダウンロードし、Ｗｅｂブラウザ２１を通じてメモリ（不図示）上に展開したものである。
【００３２】
状態変化処理部４２は、監視装置６から通知される監視対象の状態を受信する状態変化受信手段４９と、受信した状態を格納する状態情報格納部５０と、状態情報格納部５０に格納された情報を取り出す状態取得手段５１と、監視対象の状態が変化する間隔を計測する変化計測手段５２と、変化計測手段５２での計測処理を所定期間毎に区切るための変化計測タイマ５３と、変化計測手段５２の計測結果を格納する変化情報格納部５４と、変化情報格納部５４内の情報に基づいてＷｅｂページの更新周期を算出する更新周期算出手段５５と、クライアント端末２から監視対象として設定される監視対象グループをセッション情報として蓄積するセッション情報格納部５６と、セッション情報格納部５６にセッション情報を登録するセッション登録手段５７とを備える。
【００３３】
各情報格納部５０、５４、５６のうち、状態情報格納部５０には、図２（ａ）に示すように、監視対象が属するグループを示す「グループ情報」と、個々の監視対象を識別するための「識別子情報」と、監視対象の状態を示す「状態情報」と、監視対象の状態変化を最後に検出した日時を示す「最終更新日時情報」とが格納される。
【００３４】
また、変化情報格納部５４には、図２（ｂ）に示すように、「グループ情報」と、直前の計測期間で計測された状態変化間隔の最小値を示す「前回最小間隔情報」と、今回の計測期間で計測された状態変化間隔の最小値を示す「今回最小間隔情報」とが格納される。
【００３５】
さらに、セッション情報格納部５６には、図２（ｃ）に示すように、セッション情報を識別するための「セッション識別子」と、セッション毎に割り当てる回線グループを示す「グループ情報」と、各グループの更新周期を示す「更新周期情報」とが格納される。尚、図２（ｃ）では、セッション識別子としてＩＰアドレスを例示している。
【００３６】
次に、上記構成を有するＷｅｂ状態監視システム１の動作について説明する。
【００３７】
Ｗｅｂ状態監視システム１が実行する処理は、監視対象の状態変化を示す情報を監視装置６からリアルタイムに受信し、監視対象の状態変化を刻々と記録する「状態記録処理」と、記録した状態変化に基づいて最適なＨＴＴＰリクエストの要求周期を決定し、決定した周期をクライアント端末２に設定する「更新周期設定処理」との２つの処理に大別される。そこで、ここでは、先ず、前者の「状態記録処理」について、図２〜図４を中心に参照しながら説明する。
【００３８】
監視装置６において、監視対象の状態変化（例えば、回線変化）が検出されると、その旨を示す情報が通信回線を通じてＷｅｂサーバ４へ通知され、Ｗｅｂサーバ４の状態変化受信手段４９に伝達される。次いで、状態変化受信手段４９において、状態情報格納部５０から「最終更新日時情報」（図２（ａ）参照）を取り出し、直前の監視対象の状態更新日時として保持する。
【００３９】
次に、図３に示すように、状態変化受信手段４９において、受信した監視対象の状態（例えば、「正常」、「異常」）と、監視対象の状態を受信した日時とを識別し、各々、「状態情報」、「最終更新日時情報」（図２（ａ）参照）として状態情報格納部５０に格納する（ステップＡ１）。それと同時に、変化計測手段５２において、状態変化受信手段４９で保持する直前の状態更新日時と監視対象の状態の受信日時とから状態変化の間隔を算出し、変化情報格納部５４へ格納する。尚、変化計測手段５２での変化間隔の具体的な計測手法については、後に詳述する。
【００４０】
続いて、状態変化のあった監視対象の所属するグループの表示更新周期を算出し（ステップＡ２）、その後、算出した表示更新周期を「更新周期情報」（図２（ｃ）参照）としてセッション情報格納部５６に格納する（ステップＡ３）。
【００４１】
次に、変化計測手段５２での変化間隔の計測方法について、図２及び図４を参照しながら具体例を挙げて説明する。尚、図４は、複数の電話回線を監視対象とした場合を例にとって、各回線の状況が変化したときの変化間隔の算出方法（状態変化量の計測方法）につき、時間経過の順を追って説明したものであり、図４（ａ）〜（ｆ）の各図においては、横軸を時間経過として縦軸方向の変化で各回線毎の回線状況を表している。
【００４２】
また、図４において、「基準点」とは、変化計測タイマ５３のタイムアウト発生時のタイミングを示すものであり、ここでは、変化計測タイマ５３のタイムアウト値（監視対象の状態変化量の予測値に応じて予め設定される）を６０秒に設定するものとする。さらに、同図中の回線Ａ、Ｂは、同一の監視グループに属するものとする。
【００４３】
先ず、図４（ａ）の場合を例にとると、システム起動直後から回線状況変化を受信するまで、又は、変化計測タイマ５３のタイムアウトが発生するまでの間は、回線状況の変化間隔（始点と終点）を特定することができないため、変化間隔は不明として扱う。また、ある回線グループに対して計測期間の回線変化がない場合も同様に、回線状況の変化間隔は不明として扱う。
【００４４】
システム起動後、ある回線の回線状況変化が発生（図４（ａ）の場合では、回線Ａが「空き」の状態から「使用中」の状態に変化）するが、この時点では、直前の状況変化（「空き」の前の状態変化）の発生日時が不明であるため、回線状況の変化間隔の最小値は、不明なままとして扱う。その後、図４（ｂ）に示すように、回線状況の更なる変化（回線Ａが「使用中」の状態から「空き」の状態に復帰）が生じると、変化計測手段５２において、そのタイミングで回線状況の変化間隔を算出する（図４（ｂ）の場合は、「１５秒」）。但し、この時点では、変化計測タイマ５３がタイムアウトしていないため、算出した間隔を暫定的な値として、変化情報格納部５４の「今回最小間隔情報」（図２（ｂ）参照）に格納する。
【００４５】
次いで、図４（ｃ）に示すように、変化計測タイマ５３がタイムアウトすると、変化計測手段５２において、基準点を設定し直すとともに、変化情報格納部５４において、確定した「今回最小間隔情報」の値（１５秒）を、「前回最小間隔情報」（図２（ｂ）参照）側に書き換える。尚、値（１５秒）を「前回最小間隔情報」として書き換えた際、「今回最小間隔情報」には「不明」を設定する。
【００４６】
その後、図４（ｄ）に示すように、基準点から変化計測タイマ５３がタイムアウトするまでの間において、例えば、回線Ｂ側に２０秒、１０秒を変化間隔とする変化が生じた場合には、短い側の１０秒を「今回最小間隔情報」として変化情報格納部５４に格納する。
【００４７】
更なる後、図４（ｅ）に示すように、変化計測タイマ５３がタイムアウトすると、図４（ｃ）の場合と同様に、変化情報格納部５４において、「今回最小間隔情報」の値（１０秒）を「前回最小間隔情報」側に書き換え、また、「今回最小間隔情報」には「不明」を設定する。尚、図４（ｅ）の場合には、間隔を２０秒、１０秒とする回線Ｂの変化の他、間隔を４５秒とする回線Ａの変化や、間隔を３０秒とする回線Ｂの変化も生じているが、これらは、１０秒よりも間隔が長く、かつ、回線Ａ、Ｂは、同一の監視グループに属するため、いずれの変化間隔も無視される。
【００４８】
そして、図４（ｆ）では、回線Ａの状況変化の間隔が２０秒となっており、変化情報格納部５４の「今回最小間隔情報」の現在値は不明という状態であるため、この値で更新する。
【００４９】
このように、状態変化量の計測に際しては、“変化計測タイマ５３のタイムアウトが発生するのに応じて、基準点をタイムアウト発生時点に移動させるとともに、変化情報格納部５４の「今回最小間隔情報」に格納されている値を「前回最小間隔情報」に移動させる”という動作と、“ある監視対象の状態変化を検出する都度、その変化間隔を算出するとともに、算出した変化間隔を、変化情報格納部５４に格納されている同一グループの最小変化間隔と対比し、「今回最小間隔情報」を逐次更新していく”という動作の２つの動作を繰り返すことにより、監視対象の状態変化間隔を記録していく。
【００５０】
この方式によると、個々の状態変化の履歴を管理する必要がないため、監視対象の状態変化を受信した際に、多量の履歴から該当する監視対象の状況を検索する手間を省くことができ、状態変化間隔を高速に導き出すことができる。
【００５１】
次に、Ｗｅｂ状態監視システム１が実行する処理のうちの「更新周期設定処理」について、図５を中心に参照しながら説明する。
【００５２】
本処理は、クライアント端末２からのＨＴＴＰリクエストにより動作を開始するものであるため、先ず、ユーザがＷｅｂブラウザ２１を起動し、監視対象の状態表示用のＵＲＬ（Uniform Resource Locator）を入力する。Ｗｅｂブラウザ２１は、ＨＴＴＰ要求送信手段２２により、指定されたＵＲＬを含むＨＴＴＰリクエストをＷｅｂサーバ４へ送信する。
【００５３】
ここで、ＵＲＬは、例えば、“http://web-server/○○○○.html”といった形式で表される。また、ＨＴＴＰリクエストに監視対象のグループの番号を付加することにより、クライアント端末２の各々において、監視対象をグループ単位で指定することが可能である。
【００５４】
そして、クライアント端末２からＨＴＴＰリクエストが送信されると、図５に示すように、Ｗｅｂサーバ４のＨＴＴＰ要求受信手段４３において、クライアント端末２からのＨＴＴＰリクエストを受信するとともに、Ｗｅｂページ生成手段４６に対してＵＲＬ情報を受け渡す。次いで、Ｗｅｂページ生成手段４６において、ＨＴＴＰ要求受信手段４３から受け取ったＵＲＬ情報を参照し、対象表示用ページ２４と状態取得用ページ４４のいずれを生成するかを決定し、さらに、ＨＴＴＰリクエストに含まれる情報から監視対象のグループを特定する（ステップＢ１）。
【００５５】
尚、生成ページの判別は、予め対象表示用ページ２４及び状態取得用ページ４４の各々に異なるＵＲＬを割り当てておき、ＵＲＬ自体を基準に行うようにしてもよいし（例えば、対象表示用ページ２４→http://web-server.○○○○.html、状態取得用ページ４４→http://web-server.△△△△.html）、或いは、クエリ文字列を利用して行うようにしてもよい（例えば、対象表示用ページ２４→http://web-server.○○○○.html、状態取得用ページ４４→http://web-server.○○○○.html？Request=true）。
【００５６】
次に、クライアント端末２のセッション情報がセッション情報格納部５６に未登録のものであるか否か（新規セッションであるか否か）を確認し（ステップＢ２）、未登録の場合には（ステップＢ２：Ｙｅｓ）、セッション登録手段５７において、新規にセッション情報を登録する（ステップＢ３）。このセッション情報には、クライアント端末２の識別子（例えば、ＩＰアドレス）、監視対象のグループ、監視対象グループの表示更新周期が含まれる（図２（ｃ）参照）。
【００５７】
次に、更新周期算出手段５５において、要求された監視対象グループの更新周期を算出する（ステップＢ４）。更新周期の算出に際しては、先ず、変化情報格納部５４に格納されている「今回最小間隔情報」の値（図２（ｂ）参照）と、「前回最小間隔情報」の値（図２（ｂ）参照）とを対比する。そして、より小さい値を監視対象の状態変化間隔の最小値として取得し、この最小値に基づいて更新周期を決定する。
【００５８】
このとき、変化間隔が小さくなる程、周期が短くなるように更新周期を決定し、逆に、状態変化間隔が大きい場合は、更新周期が長くなるように決定すればよい。この際、更新周期と変化間隔が単純な比例関係となるように設定してもよいし、非線形な関係となるように設定してもよい。尚、Ｗｅｂサーバ４の起動直後等のように、監視対象の状態の変化間隔を特定できない場合には、予め定めた更新周期のデフォルト値を適用する。
【００５９】
更新周期の算出処理が終了すると、図５に示すように、更新周期算出手段５５において、クライアント端末２側から要求された監視対象グループの更新周期を決定するとともに、セッション情報格納部５６において、セッション情報を更新する（ステップＢ５）。
【００６０】
これらに対し、クライアント端末２のセッション情報がセッション情報格納部５６に登録済みであった場合には（ステップＢ２：Ｎｏ）、ステップＢ３〜Ｂ５の処理を経ることなく、セッション情報格納部５６から監視対象グループの更新周期を取得する（ステップＢ６）。
【００６１】
次いで、Ｗｅｂページ生成手段４６において、ステップＢ４、Ｂ６で決定した更新周期に従い、定期的に監視対象の状態を要求するスクリプトを埋め込んだ対象表示用ページ４５（対象表示用ページ２４）を生成する（ステップＢ７）。この対象表示用ページ４５には、上述した表示更新タイマ群２６、状態要求手段２７、状態受信手段２８、タイマ生成手段２５及び状態表示手段２９を実現するスクリプトが含まれる。ここでのスクリプトとは、Ｗｅｂブラウザ内で実行可能なプログラムコード全般（スクリプト言語、バイナリコード）を指し、特定のスクリプト言語に限られるものではない。
【００６２】
その後、Ｗｅｂサーバプログラム４１は、Ｗｅｂページ生成手段４６が作成した対象表示用ページ４５をＨＴＴＰ応答送信手段４７により、クライアント端末２へ送信する。
【００６３】
そして、クライアント端末２において、Ｗｅｂサーバ４からの対象表示用ページ４５を受信すると、Ｗｅｂブラウザ２１により解釈し、対象表示用ページ２４として展開する。対象表示用ページ２４内のタイマ生成手段２５は、対象表示用ページ２４内に記載された更新周期に基づいて表示更新タイマ１〜ｎを作成し、各タイマをスタートさせる。
【００６４】
そして、表示更新タイマ１〜ｎがタイムアウトすると、該当する監視対象グループの最新の状態をＷｅｂサーバ４へ要求し、状態要求手段２７において、Ｗｅｂサーバ４へ状態取得用ページ４４を要求するＨＴＴＰリクエストを送信する。
【００６５】
Ｗｅｂサーバ４がＨＴＴＰリクエストを受信すると、このリクエストに対し、Ｗｅｂページ生成手段４６により状態取得用ページ４４の生成処理を実行する。この際、状態取得手段５１により状態情報格納部５０に格納されている最新の状態を取得し、状態取得用ページ４４の状態記載部分に反映させる。これと併せ、更新周期算出手段５５により更新周期を取得し、状態取得用ページ４４の該当部分に反映させる。
【００６６】
こうして生成された状態取得用ページ４４’は、ＨＴＴＰ応答送信手段４７により、クライアント端末２へ返信される。クライアント端末２は、状態取得用ページ４４’をＨＴＴＰ応答受信手段２３により受信し、状態受信手段２８に受け渡す。状態受信手段２８は、状態取得用ページ４４’内の監視対象の状態を、状態表示手段２９によりＷｅｂブラウザ２１上に表示する。また、状態受信手段２８は、状態取得用ページ４４’内の更新周期を取得し、該当する監視対象グループの表示更新タイマのタイムアウト値に更新周期を再設定する。以後、ユーザが本ページの閲覧を停止するまで、監視対象の状態要求を繰り返し、状態表示を最新の状態に更新するように動作する。
【００６７】
以上のように、本実施の形態によれば、Ｗｅｂサーバ４において、監視対象の状態が変化する間隔を計測した上で、クライアント端末２からのＨＴＴＰリクエストの送信周期を決定するため、実際の状態変化の状況に即した送信周期を決定することができる。また、状態変化の間隔に変動がある場合でも、それに追従して、逐次、要求信号の送信周期を変更することができるため、煩雑な調整作業を繰り返さなくても、適切な送信周期を設定することができ、ポーリング周期の設定に伴う手間を軽減することが可能になる。
【００６８】
また、上記のようにして決定した送信周期をクライアント端末２に伝達することで、クライアント端末２からＷｅｂサーバ４に対して、監視対象の状態変化の状況に適した周期（間隔）で自動的に要求信号が送信されるようになる。これにより、監視対象の状態変化を適切な間隔でクライアント端末２にダウンロードし得るようになり、Ｗｅｂページ上に表示される監視対象の状態変化を好適に更新することが可能になる。
【実施例】
【００６９】
次に、上記Ｗｅｂ状態監視システム１を適用した具体的な実施例について、図６及び図７を参照しながら説明する。
【００７０】
図６は、Ｗｅｂブラウザ２１上に内線電話の使用状況を表示することにより、電話をかける前に、通話相手の状況を把握することができるシステムに適用した例である。このシステムにおいては、図１の監視装置６として、収容する局線、中継線及び内線等の使用状況を外部に通知する機能を備えた交換機６Ａを用いる。尚、図６において、図１の構成要素と同一の構成要素については、同じ符号を付し、その説明を省略する。
【００７１】
また、図７は、クライアント端末２上で表示されるＷｅｂページのイメージであり、Ｗｅｂページには、ＵＲＬを入力するためのＵＲＬ入力領域と、監視したい内線の番号と各々の内線の状況を表示する状況表示部とが設けられる。
【００７２】
先ず、ユーザは、Ｗｅｂブラウザ２１を介してＷｅｂページ上のＵＲＬ入力欄（図７参照）に利用したいシステムＵＲＬを入力する。この適用例では、部署毎にＷｅｂページが作成されており、入力されたＵＲＬ毎に表示する回線グループが特定できるものとしている。尚、ユーザがＷｅｂブラウザ２１上で表示したい回線グループを指定するような構成とすることも可能である。
【００７３】
Ｗｅｂブラウザ２１は、回線状況要求手段２７ＡによりＷｅｂサーバ４へＷｅｂページを要求する。図６に示すシステムにおいては、回線グループ１と回線グループ２を監視対象としており、表示領域が回線グループ毎にフレームで分割されている。
【００７４】
次いで、Ｗｅｂサーバ４上のＷｅｂサーバプログラム４１は、ＨＴＴＰ要求受信手段４３により、Ｗｅｂページのリクエストを受信し、該当する回線状況ページ４５Ａを生成する。回線状況ページ４５Ａは、セッション登録手段５７により、Ｗｅｂページを要求したクライアント端末２の情報がセッション情報格納部５６に未登録であることを確認し、セッション情報格納部５６に新規に登録する。
【００７５】
回線状況ページ４５Ａは、Ｗｅｂサーバ４での前述の処理により、ＨＴＴＰ応答送信手段４７を通じてクライアント端末２に送信され、クライアント端末２のＷｅｂブラウザ２１により解析され表示される。その後、回線状況ページ４５Ａは、リンクしている回線グループ１、回線グループ２の各ページを要求する。
【００７６】
Ｗｅｂサーバ４は、クライアント端末２から回線グループ１、回線グループ２のページの要求を受け付けると、Ｗｅｂページ生成手段４６により回線状況取得用ページ４４Ａを生成し、回線状況取得手段５１Ａにより、状態情報格納部５０から最新の回線状況を取得し、表示用のページを生成する。
【００７７】
回線状況取得用ページ４４Ａは、同時に、更新周期算出手段５５により、各々の回線グループの更新周期を取得し、一定時間内に、再度、このページをＷｅｂサーバ４へ要求するスクリプトをページ内に埋め込む。こうして、回線グループ１のＷｅｂページ、回線グループ２のＷｅｂページの各々が生成され、クライアント端末２へ送信される。
【００７８】
クライアント端末２では、ＨＴＴＰ応答受信手段２３を経由し、回線状況受信手段２８Ａにより受信したこれらのＷｅｂページを、該当する回線グループの表示領域へ表示する。図７（ａ）が上記のようにして表示されるページの表示例である。
【００７９】
続いて、図７（ｂ）で示すように、Ｗｅｂブラウザ２１が回線グループ１のページに埋め込まれたスクリプトにより、回線グループ１の更新をＷｅｂサーバ４へ要求し、状態変化があれば表示が更新される。さらに、２．５秒後には、回線グループ２のページに埋め込まれたスクリプトにより、回線グループ２の表示更新をＷｅｂサーバ４へ要求し、状態表示を更新する（図７（ｃ））。このとき、同時に回線グループ１の表示更新も要求するが、回線状況の変化がないため、表示更新は行われない。
【００８０】
以上のように、回線グループ毎のページに埋め込まれたスクリプトにより、Ｗｅｂサーバ４へ指定された更新周期で要求を送信することにより、継続的に最新の回線状態を表示することができる。
【００８１】
尚、本実施例では、Ｗｅｂページを回線グループ毎にフレーム分割し、フレーム単位に回線グループの表示を行う例を説明したが、ＷｅｂブラウザとＷｅｂサーバ間の通信をＡｊａｘで行う方法でも実現することが可能である。
【符号の説明】
【００８２】
１ Ｗｅｂ状態監視システム
２ クライアント端末
４ Ｗｅｂサーバ
６ 監視装置
６Ａ 交換機
２１ Ｗｅｂブラウザ
２２ ＨＴＴＰ要求送信手段
２３ ＨＴＴＰ応答受信手段
２４ 対象表示用ページ
２４Ａ 回線状況ページ
２５ タイマ生成手段
２６ 表示更新タイマ群
２７ 状態要求手段
２７Ａ 回線状況要求手段
２８ 状態受信手段
２８Ａ 回線状況受信手段
２９ 状態表示手段
２９Ａ 回線状況表示手段
４１ Ｗｅｂサーバプログラム
４２ 状態変化処理部
４３ ＨＴＴＰ要求受信手段
４４ 状態取得用ページ
４４Ａ 回線状況取得用ページ
４５ 対象表示用ページ
４５Ａ 回線状況ページ
４６ Ｗｅｂページ生成手段
４７ ＨＴＴＰ応答送信手段
４９ 状態変化受信手段
４９Ａ 回線状況変化受信手段
５０ 状態情報格納部
５１ 状態取得手段
５１Ａ 回線状況取得手段
５２ 変化計測手段
５３ 変化計測タイマ
５４ 変化情報格納部
５５ 更新周期算出手段
５６ セッション情報格納部
５７ セッション登録手段
【技術分野】
【０００１】
本発明は、監視対象の状態変化を監視するためのＷｅｂ状態監視システム、及びそれに用いるＷｅｂサーバに関し、特に、ユーザが指定した監視対象の状態をＷｅｂブラウザを通じて把握することが可能なシステム等に関する。
【背景技術】
【０００２】
近年、多くの企業において、社内イントラネットを利用したＷｅｂアプリケーションにより、情報の共有化及び作業の効率化が図られている。Ｗｅｂアプリケーションは、それを利用する端末にＷｅｂブラウザと呼ばれるＷｅｂページ閲覧用プログラムがインストールされていれば、誰でも利用できるという利点がある。
【０００３】
図８は、上記のようなＷｅｂシステムの一般的な構成を示すブロック図であり、このシステム８０は、複数のクライアント端末８１と、Ｗｅｂサーバ８２と、それらの間を接続するネットワーク８３により構成される。Ｗｅｂシステム８０において、各クライアント端末８１には、クライアント端末８１上で動作するＷｅｂブラウザ８４が搭載され、また、Ｗｅｂサーバ８２には、Ｗｅｂサーバ８２上で動作するＷｅｂアプリケーション８５と、Ｗｅｂアプリケーション８５で使用するデータを格納するデータベース８６とが搭載される。
【０００４】
Ｗｅｂブラウザ８４とＷｅｂサーバ８２との間においては、ＨＴＴＰ（Hypertext Transfer Protocol）と呼ばれる周知のプロトコルで通信が行われ、ＨＴＴＰメッセージを授受することにより情報が相互に伝達される。ここで、クライアント端末８１からＷｅｂサーバ８２へのメッセージは、ＨＴＴＰリクエストと呼ばれ、一方、Ｗｅｂサーバ８２からクライアント端末８１へのメッセージは、ＨＴＴＰレスポンスと呼ばれる。
【０００５】
また、Ｗｅｂページは、通常、ＨＴＭＬ（Hypertext Markup Language）で記述されており、ＨＴＴＰレスポンスとしてＷｅｂサーバ８２から返送される。クライアント端末８１のＷｅｂブラウザ８４は、受信したＨＴＭＬを解釈してＷｅｂページを表示する。
【０００６】
次に、Ｗｅｂシステム８０でのＷｅｂページの表示手順について説明する。
【０００７】
先ず、ユーザがクライアント端末８１上でＷｅｂブラウザ８４を起動し、利用するシステムを示すＵＲＬを入力する。Ｗｅｂブラウザ８４は、入力されたＵＲＬを含むＨＴＴＰリクエストを、ネットワーク８３を介してＷｅｂサーバ８２へ送出する。Ｗｅｂサーバ８２では、そのＨＴＴＰリクエストを受信すると、要求されたＷｅｂページを検索し、必要であれば、データベース８６より情報を取得し、ＨＴＭＬファイルを作成する。
【０００８】
こうして作成されたＨＴＭＬファイルは、ＨＴＴＰレスポンスとして、ネットワーク８３上に送出される。その後、Ｗｅｂサーバ８２からのＨＴＴＰレスポンスをクライアント端末８１が受信すると、Ｗｅｂブラウザ８４がＨＴＭＬファイルを解析し、これによって、クライアント端末８１上に所望のＷｅｂページが表示される。
【０００９】
上記のとおり、Ｗｅｂページを表示するにあたって、Ｗｅｂサーバ８２は、ＨＴＴＰリクエストというＷｅｂページの要求を受けた後に、その要求に対してＨＴＴＰレスポンスで応答するという動作を行うことになる。従って、クライアント端末８１上のＷｅｂブラウザ８４に表示中のＷｅｂページに関して、Ｗｅｂサーバ８２が内容を変更したとしても、クライアント端末８１のＷｅｂブラウザ８４に対し、Ｗｅｂサーバ８２側から自発的に変更を通知することができない。
【００１０】
このため、最新のＷｅｂページを表示したい場合には、通常、ユーザが手動操作をすることにより、Ｗｅｂブラウザ８４を介してＨＴＴＰリクエストをＷｅｂサーバ８２へ送信し、Ｗｅｂサーバ８２からＨＴＴＰレスポンスとして最新のＷｅｂページを受け取り、新規に表示せざるを得ない。
【００１１】
そこで、クライアント端末８１に表示されるＷｅｂページを自動的に最新の状態にすべく、クライアント端末８１からＷｅｂサーバ８２へ定期的にＨＴＴＰリクエストを送出することで、Ｗｅｂサーバ８２から更新後のＷｅｂページを適宜に取得するＷｅｂシステムが提案されている。このシステムでは、予め、表示内容の自動更新を希望するＷｅｂページ内にタイマを設定し、そのタイマのタイムアウト時にＷｅｂページをＷｅｂサーバ８２へ要求するプログラムコードを埋め込んでおく。このとき、タイマは、表示を更新したい周期でタイムアウトするように設定する。
【００１２】
こうした構成の下、クライアント端末８１のＷｅｂブラウザ８４は、Ｗｅｂサーバ８２からＨＴＴＰレスポンスとしてＷｅｂページを受信すると、プログラムコードを解釈し、Ｗｅｂページを表示するとともに、タイマを起動させる。そして、タイマがタイムアウトした段階で、Ｗｅｂブラウザ８４内のＷｅｂページを要求するプログラムコードを実行し、ＨＴＴＰリクエストをＷｅｂサーバ８２へ自動送信する。この動作を繰り返すことにより、Ｗｅｂページに関する情報を定期的にＷｅｂサーバ８２から受け取ることが可能になり、クライアント端末８１に最新のＷｅｂページを表示することができる。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
近年、上記のＷｅｂシステムを利用し、監視対象（例えば、通信回線）の状態をＷｅｂページ上に表示し、それをクライアント端末８１で閲覧しながら、監視対象の状態を監視するＷｅｂ状態監視システムが実用化されている。このＷｅｂ状態監視システムは、監視対象の状態を表示するＷｅｂページをＷｅｂサーバ８２で作成し、それをクライアント端末８１にダウンロードして表示するように構成される。
【００１４】
しかし、従来のＷｅｂシステムにおいては、不要なネットワークトラフィックやＷｅｂサーバ８２の負荷が増大する危険性を避けるため、Ｗｅｂページの自動更新周期（ポーリング周期）を無制限に短く設定することができない。このため、ある程度の間隔を有する固定周期に設定せざるを得ず、その結果、Ｗｅｂページの表示内容を監視対象の状態変化に追従させることが困難となり、状態変化の表示漏れが発生するという問題がある。
【００１５】
また、上記のＷｅｂシステムにおいては、監視対象の状態変化の度合いをある程度予測し、その上で、監視対象に適したポーリング周期を予め設定する必要があるが、監視対象の状態変化の頻度を予測できない場合や、監視対象が不規則な変化を繰り返す場合は、トライ＆エラーを繰り返しながら幾度も調整作業を行わざるを得ず、ポーリング周期の設定に非常に手間がかかるという問題もある。
【００１６】
そこで、本発明は、上記従来の技術における問題点に鑑みてなされたものであって、ポーリング周期の調整作業の手間を軽減しつつ、監視対象の状態変化をＷｅｂページに適切に表示することが可能なＷｅｂ状態監視ステム等を提供することを目的とする。
【課題を解決するための手段】
【００１７】
上記目的を達成するため、本発明は、監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバで作成し、該Ｗｅｂページをクライアント端末にダウンロードして閲覧するＷｅｂ状態監視システムであって、前記Ｗｅｂサーバは、前記監視対象の状態が変化する間隔を計測する変化計測手段と、該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とする。
【００１８】
そして、本発明によれば、監視対象の状態が変化する間隔を計測した上で、クライアント端末からの要求信号の送信周期を決定するため、実際の状態変化の状況に応じた送信周期を決定することができる。このため、煩雑な調整作業を繰り返さなくても、適切な送信周期を設定することができ、ポーリング周期の設定に伴う手間を軽減することが可能になる。
【００１９】
また、上記のようにして決定した送信周期をクライアント端末に伝達することで、クライアント端末からＷｅｂサーバに対して、監視対象の状態変化の状況に適した周期（間隔）で自動的に要求信号が送信されるようになる。これにより、監視対象の状態変化を適切な間隔でクライアント端末にダウンロードし得るようになり、Ｗｅｂページ上に表示される監視対象の状態変化を好適に更新することが可能になる。
【００２０】
前記Ｗｅｂ状態監視システムにおいて、前記変化計測手段が、所定期間単位で区切りながら前記間隔の計測処理を行うとともに、１つの該所定期間において、複数の前記間隔を計測したときに該複数の間隔のうちの最小間隔を導き出し、前記送信周期決定手段が、前記変化計測手段によって導き出される前記最小間隔に基づいて前記要求信号の送信周期を決定することができる。これによれば、状態変化の最小間隔に合わせて要求信号の送信周期を決定するため、状態変化の状況により即した送信周期を決定することができ、状態変化の表示漏れが発生する頻度を大幅に低減することが可能になる。
【００２１】
前記Ｗｅｂ状態監視システムにおいて、複数の前記監視対象をグループ化し、前記変化計測手段が、同一グループ内で前記最小間隔を導き出し、前記送信周期決定手段が、グループ単位で前記要求信号の送信周期を決定することができる。これによれば、数多くの監視対象が存在する場合でも、グループ単位で処理を行えば足りるようになるため、Ｗｅｂサーバの負荷を軽減したり、処理の高速化を図ることが可能になる。
【００２２】
また、本発明は、監視対象の状態変化を表示したＷｅｂページを作成し、該Ｗｅｂページをクライアント端末上に表示させるＷｅｂサーバであって、前記監視対象の状態が変化する間隔を計測する変化計測手段と、該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とする。
【発明の効果】
【００２３】
以上のように、本発明によれば、ポーリング周期の調整作業の手間を軽減しつつ、監視対象の状態変化をＷｅｂページに適切に表示することが可能になる。
【図面の簡単な説明】
【００２４】
【図１】本発明にかかるＷｅｂ状態監視システムの一実施の形態を示す全体構成図である。
【図２】図１の状態情報格納部、変化情報格納部及びセッション情報格納部のデータ構成を示す図である。
【図３】状態記録処理時のＷｅｂサーバの動作を示すフローチャートである。
【図４】回線状況受信時の動作を示す図である。
【図５】更新周期設定処理時のＷｅｂサーバの動作を示すフローチャートである。
【図６】図１のＷｅｂ状態監視システムを回線状況の監視に適用した場合のシステム構成を示す図である。
【図７】図６のシステムでのＷｅｂページの一例を示す図である。
【図８】従来のＷｅｂシステムを示す全体構成図である。
【発明を実施するための形態】
【００２５】
次に、発明を実施するための形態について、図面を参照しながら詳細に説明する。
【００２６】
図１は、本発明にかかるＷｅｂ状態監視システムの一実施の形態を示し、このシステム１は、ネットワーク（不図示）を介して相互に接続されたクライアント端末２及びＷｅｂサーバ４と、監視対象（不図示）の状態変化をＷｅｂサーバ４に通知する監視装置６とで構成される。尚、図１においては、クライアント端末２及び監視装置６を１台のみ図示するが、これらの装置は、複数台設置される。
【００２７】
クライアント端末２は、Ｗｅｂページを閲覧可能なＷｅｂブラウザ２１を備える。Ｗｅｂブラウザ２１には、Ｗｅｂサーバ４へＨＴＴＰリクエストを送信するＨＴＴＰ要求送信手段２２と、Ｗｅｂサーバ４からのＨＴＴＰレスポンスを受信するＨＴＴＰ応答受信手段２３とが設けられる。また、Ｗｅｂブラウザ２１は、ユーザが監視対象の状態を参照したい場合に、ＨＴＴＰ要求送信手段２２を通じてＷｅｂサーバ４へ対象表示用ページ２４を要求し、ＨＴＴＰ応答受信手段２３を通じて対象表示用ページ２４をダウンロードするように構成される。
【００２８】
この対象表示用ページ２４には、表示更新タイマ１〜ｎを生成するタイマ生成手段２５と、生成された表示更新タイマ１〜ｎの集まりを示す表示更新タイマ群２６と、表示更新タイマ１〜ｎのタイムアウトに応答してＷｅｂサーバ４へ監視対象の状態を要求する状態要求手段２７と、Ｗｅｂサーバ４から監視対象の状態を受信する状態受信手段２８と、受信した監視対象の状態を直前まで表示した状態と比較し、Ｗｅｂブラウザ２１内の状態表示を更新する状態表示手段２９とが含まれる。ここで、表示更新タイマ１〜ｎは、後述する監視対象のグループ数と同数が生成される。
【００２９】
Ｗｅｂサーバ４は、クライアント端末２との通信処理を制御するＷｅｂサーバプログラム４１と、監視対象の状態が変化する間隔を記録するとともに、記録した状態変化の間隔に合わせてＷｅｂページの更新周期を決定する状態変化処理部４２とを備える。
【００３０】
Ｗｅｂサーバプログラム４１は、例えば、ＩＩＳ（Internet Information Service）やＡｐａｃｈｅのような一般的なＷｅｂサーバプログラムであり、また、ＣＧＩ（Common Gateway Interface）、ＡＳＰ（Active Server Page）等のように外部のプログラムを実行する機能を有する。このＷｅｂサーバプログラム４１は、クライアント端末２からのＨＴＴＰリクエストを受信するＨＴＴＰ要求受信手段４３と、状態取得用ページ４４や対象表示用ページ４５を生成してＨＴＭＬ変換するＷｅｂページ生成手段４６と、作成されたＨＴＭＬをＨＴＴＰレスポンスとしてクライアント端末２へ送信するＨＴＴＰ応答送信手段４７とを備える。
【００３１】
尚、Ｗｅｂページ生成手段４６が作成する対象表示用ページ４５は、クライアント端末２の対象表示用ページ２４と同様のものであり、すなわち、クライアント端末２の対象表示用ページ２４は、Ｗｅｂサーバ４のＷｅｂページ生成手段４６で作成した対象表示用ページ４５のファイル（ＨＴＭＬファイル等）をクライアント端末２がダウンロードし、Ｗｅｂブラウザ２１を通じてメモリ（不図示）上に展開したものである。
【００３２】
状態変化処理部４２は、監視装置６から通知される監視対象の状態を受信する状態変化受信手段４９と、受信した状態を格納する状態情報格納部５０と、状態情報格納部５０に格納された情報を取り出す状態取得手段５１と、監視対象の状態が変化する間隔を計測する変化計測手段５２と、変化計測手段５２での計測処理を所定期間毎に区切るための変化計測タイマ５３と、変化計測手段５２の計測結果を格納する変化情報格納部５４と、変化情報格納部５４内の情報に基づいてＷｅｂページの更新周期を算出する更新周期算出手段５５と、クライアント端末２から監視対象として設定される監視対象グループをセッション情報として蓄積するセッション情報格納部５６と、セッション情報格納部５６にセッション情報を登録するセッション登録手段５７とを備える。
【００３３】
各情報格納部５０、５４、５６のうち、状態情報格納部５０には、図２（ａ）に示すように、監視対象が属するグループを示す「グループ情報」と、個々の監視対象を識別するための「識別子情報」と、監視対象の状態を示す「状態情報」と、監視対象の状態変化を最後に検出した日時を示す「最終更新日時情報」とが格納される。
【００３４】
また、変化情報格納部５４には、図２（ｂ）に示すように、「グループ情報」と、直前の計測期間で計測された状態変化間隔の最小値を示す「前回最小間隔情報」と、今回の計測期間で計測された状態変化間隔の最小値を示す「今回最小間隔情報」とが格納される。
【００３５】
さらに、セッション情報格納部５６には、図２（ｃ）に示すように、セッション情報を識別するための「セッション識別子」と、セッション毎に割り当てる回線グループを示す「グループ情報」と、各グループの更新周期を示す「更新周期情報」とが格納される。尚、図２（ｃ）では、セッション識別子としてＩＰアドレスを例示している。
【００３６】
次に、上記構成を有するＷｅｂ状態監視システム１の動作について説明する。
【００３７】
Ｗｅｂ状態監視システム１が実行する処理は、監視対象の状態変化を示す情報を監視装置６からリアルタイムに受信し、監視対象の状態変化を刻々と記録する「状態記録処理」と、記録した状態変化に基づいて最適なＨＴＴＰリクエストの要求周期を決定し、決定した周期をクライアント端末２に設定する「更新周期設定処理」との２つの処理に大別される。そこで、ここでは、先ず、前者の「状態記録処理」について、図２〜図４を中心に参照しながら説明する。
【００３８】
監視装置６において、監視対象の状態変化（例えば、回線変化）が検出されると、その旨を示す情報が通信回線を通じてＷｅｂサーバ４へ通知され、Ｗｅｂサーバ４の状態変化受信手段４９に伝達される。次いで、状態変化受信手段４９において、状態情報格納部５０から「最終更新日時情報」（図２（ａ）参照）を取り出し、直前の監視対象の状態更新日時として保持する。
【００３９】
次に、図３に示すように、状態変化受信手段４９において、受信した監視対象の状態（例えば、「正常」、「異常」）と、監視対象の状態を受信した日時とを識別し、各々、「状態情報」、「最終更新日時情報」（図２（ａ）参照）として状態情報格納部５０に格納する（ステップＡ１）。それと同時に、変化計測手段５２において、状態変化受信手段４９で保持する直前の状態更新日時と監視対象の状態の受信日時とから状態変化の間隔を算出し、変化情報格納部５４へ格納する。尚、変化計測手段５２での変化間隔の具体的な計測手法については、後に詳述する。
【００４０】
続いて、状態変化のあった監視対象の所属するグループの表示更新周期を算出し（ステップＡ２）、その後、算出した表示更新周期を「更新周期情報」（図２（ｃ）参照）としてセッション情報格納部５６に格納する（ステップＡ３）。
【００４１】
次に、変化計測手段５２での変化間隔の計測方法について、図２及び図４を参照しながら具体例を挙げて説明する。尚、図４は、複数の電話回線を監視対象とした場合を例にとって、各回線の状況が変化したときの変化間隔の算出方法（状態変化量の計測方法）につき、時間経過の順を追って説明したものであり、図４（ａ）〜（ｆ）の各図においては、横軸を時間経過として縦軸方向の変化で各回線毎の回線状況を表している。
【００４２】
また、図４において、「基準点」とは、変化計測タイマ５３のタイムアウト発生時のタイミングを示すものであり、ここでは、変化計測タイマ５３のタイムアウト値（監視対象の状態変化量の予測値に応じて予め設定される）を６０秒に設定するものとする。さらに、同図中の回線Ａ、Ｂは、同一の監視グループに属するものとする。
【００４３】
先ず、図４（ａ）の場合を例にとると、システム起動直後から回線状況変化を受信するまで、又は、変化計測タイマ５３のタイムアウトが発生するまでの間は、回線状況の変化間隔（始点と終点）を特定することができないため、変化間隔は不明として扱う。また、ある回線グループに対して計測期間の回線変化がない場合も同様に、回線状況の変化間隔は不明として扱う。
【００４４】
システム起動後、ある回線の回線状況変化が発生（図４（ａ）の場合では、回線Ａが「空き」の状態から「使用中」の状態に変化）するが、この時点では、直前の状況変化（「空き」の前の状態変化）の発生日時が不明であるため、回線状況の変化間隔の最小値は、不明なままとして扱う。その後、図４（ｂ）に示すように、回線状況の更なる変化（回線Ａが「使用中」の状態から「空き」の状態に復帰）が生じると、変化計測手段５２において、そのタイミングで回線状況の変化間隔を算出する（図４（ｂ）の場合は、「１５秒」）。但し、この時点では、変化計測タイマ５３がタイムアウトしていないため、算出した間隔を暫定的な値として、変化情報格納部５４の「今回最小間隔情報」（図２（ｂ）参照）に格納する。
【００４５】
次いで、図４（ｃ）に示すように、変化計測タイマ５３がタイムアウトすると、変化計測手段５２において、基準点を設定し直すとともに、変化情報格納部５４において、確定した「今回最小間隔情報」の値（１５秒）を、「前回最小間隔情報」（図２（ｂ）参照）側に書き換える。尚、値（１５秒）を「前回最小間隔情報」として書き換えた際、「今回最小間隔情報」には「不明」を設定する。
【００４６】
その後、図４（ｄ）に示すように、基準点から変化計測タイマ５３がタイムアウトするまでの間において、例えば、回線Ｂ側に２０秒、１０秒を変化間隔とする変化が生じた場合には、短い側の１０秒を「今回最小間隔情報」として変化情報格納部５４に格納する。
【００４７】
更なる後、図４（ｅ）に示すように、変化計測タイマ５３がタイムアウトすると、図４（ｃ）の場合と同様に、変化情報格納部５４において、「今回最小間隔情報」の値（１０秒）を「前回最小間隔情報」側に書き換え、また、「今回最小間隔情報」には「不明」を設定する。尚、図４（ｅ）の場合には、間隔を２０秒、１０秒とする回線Ｂの変化の他、間隔を４５秒とする回線Ａの変化や、間隔を３０秒とする回線Ｂの変化も生じているが、これらは、１０秒よりも間隔が長く、かつ、回線Ａ、Ｂは、同一の監視グループに属するため、いずれの変化間隔も無視される。
【００４８】
そして、図４（ｆ）では、回線Ａの状況変化の間隔が２０秒となっており、変化情報格納部５４の「今回最小間隔情報」の現在値は不明という状態であるため、この値で更新する。
【００４９】
このように、状態変化量の計測に際しては、“変化計測タイマ５３のタイムアウトが発生するのに応じて、基準点をタイムアウト発生時点に移動させるとともに、変化情報格納部５４の「今回最小間隔情報」に格納されている値を「前回最小間隔情報」に移動させる”という動作と、“ある監視対象の状態変化を検出する都度、その変化間隔を算出するとともに、算出した変化間隔を、変化情報格納部５４に格納されている同一グループの最小変化間隔と対比し、「今回最小間隔情報」を逐次更新していく”という動作の２つの動作を繰り返すことにより、監視対象の状態変化間隔を記録していく。
【００５０】
この方式によると、個々の状態変化の履歴を管理する必要がないため、監視対象の状態変化を受信した際に、多量の履歴から該当する監視対象の状況を検索する手間を省くことができ、状態変化間隔を高速に導き出すことができる。
【００５１】
次に、Ｗｅｂ状態監視システム１が実行する処理のうちの「更新周期設定処理」について、図５を中心に参照しながら説明する。
【００５２】
本処理は、クライアント端末２からのＨＴＴＰリクエストにより動作を開始するものであるため、先ず、ユーザがＷｅｂブラウザ２１を起動し、監視対象の状態表示用のＵＲＬ（Uniform Resource Locator）を入力する。Ｗｅｂブラウザ２１は、ＨＴＴＰ要求送信手段２２により、指定されたＵＲＬを含むＨＴＴＰリクエストをＷｅｂサーバ４へ送信する。
【００５３】
ここで、ＵＲＬは、例えば、“http://web-server/○○○○.html”といった形式で表される。また、ＨＴＴＰリクエストに監視対象のグループの番号を付加することにより、クライアント端末２の各々において、監視対象をグループ単位で指定することが可能である。
【００５４】
そして、クライアント端末２からＨＴＴＰリクエストが送信されると、図５に示すように、Ｗｅｂサーバ４のＨＴＴＰ要求受信手段４３において、クライアント端末２からのＨＴＴＰリクエストを受信するとともに、Ｗｅｂページ生成手段４６に対してＵＲＬ情報を受け渡す。次いで、Ｗｅｂページ生成手段４６において、ＨＴＴＰ要求受信手段４３から受け取ったＵＲＬ情報を参照し、対象表示用ページ２４と状態取得用ページ４４のいずれを生成するかを決定し、さらに、ＨＴＴＰリクエストに含まれる情報から監視対象のグループを特定する（ステップＢ１）。
【００５５】
尚、生成ページの判別は、予め対象表示用ページ２４及び状態取得用ページ４４の各々に異なるＵＲＬを割り当てておき、ＵＲＬ自体を基準に行うようにしてもよいし（例えば、対象表示用ページ２４→http://web-server.○○○○.html、状態取得用ページ４４→http://web-server.△△△△.html）、或いは、クエリ文字列を利用して行うようにしてもよい（例えば、対象表示用ページ２４→http://web-server.○○○○.html、状態取得用ページ４４→http://web-server.○○○○.html？Request=true）。
【００５６】
次に、クライアント端末２のセッション情報がセッション情報格納部５６に未登録のものであるか否か（新規セッションであるか否か）を確認し（ステップＢ２）、未登録の場合には（ステップＢ２：Ｙｅｓ）、セッション登録手段５７において、新規にセッション情報を登録する（ステップＢ３）。このセッション情報には、クライアント端末２の識別子（例えば、ＩＰアドレス）、監視対象のグループ、監視対象グループの表示更新周期が含まれる（図２（ｃ）参照）。
【００５７】
次に、更新周期算出手段５５において、要求された監視対象グループの更新周期を算出する（ステップＢ４）。更新周期の算出に際しては、先ず、変化情報格納部５４に格納されている「今回最小間隔情報」の値（図２（ｂ）参照）と、「前回最小間隔情報」の値（図２（ｂ）参照）とを対比する。そして、より小さい値を監視対象の状態変化間隔の最小値として取得し、この最小値に基づいて更新周期を決定する。
【００５８】
このとき、変化間隔が小さくなる程、周期が短くなるように更新周期を決定し、逆に、状態変化間隔が大きい場合は、更新周期が長くなるように決定すればよい。この際、更新周期と変化間隔が単純な比例関係となるように設定してもよいし、非線形な関係となるように設定してもよい。尚、Ｗｅｂサーバ４の起動直後等のように、監視対象の状態の変化間隔を特定できない場合には、予め定めた更新周期のデフォルト値を適用する。
【００５９】
更新周期の算出処理が終了すると、図５に示すように、更新周期算出手段５５において、クライアント端末２側から要求された監視対象グループの更新周期を決定するとともに、セッション情報格納部５６において、セッション情報を更新する（ステップＢ５）。
【００６０】
これらに対し、クライアント端末２のセッション情報がセッション情報格納部５６に登録済みであった場合には（ステップＢ２：Ｎｏ）、ステップＢ３〜Ｂ５の処理を経ることなく、セッション情報格納部５６から監視対象グループの更新周期を取得する（ステップＢ６）。
【００６１】
次いで、Ｗｅｂページ生成手段４６において、ステップＢ４、Ｂ６で決定した更新周期に従い、定期的に監視対象の状態を要求するスクリプトを埋め込んだ対象表示用ページ４５（対象表示用ページ２４）を生成する（ステップＢ７）。この対象表示用ページ４５には、上述した表示更新タイマ群２６、状態要求手段２７、状態受信手段２８、タイマ生成手段２５及び状態表示手段２９を実現するスクリプトが含まれる。ここでのスクリプトとは、Ｗｅｂブラウザ内で実行可能なプログラムコード全般（スクリプト言語、バイナリコード）を指し、特定のスクリプト言語に限られるものではない。
【００６２】
その後、Ｗｅｂサーバプログラム４１は、Ｗｅｂページ生成手段４６が作成した対象表示用ページ４５をＨＴＴＰ応答送信手段４７により、クライアント端末２へ送信する。
【００６３】
そして、クライアント端末２において、Ｗｅｂサーバ４からの対象表示用ページ４５を受信すると、Ｗｅｂブラウザ２１により解釈し、対象表示用ページ２４として展開する。対象表示用ページ２４内のタイマ生成手段２５は、対象表示用ページ２４内に記載された更新周期に基づいて表示更新タイマ１〜ｎを作成し、各タイマをスタートさせる。
【００６４】
そして、表示更新タイマ１〜ｎがタイムアウトすると、該当する監視対象グループの最新の状態をＷｅｂサーバ４へ要求し、状態要求手段２７において、Ｗｅｂサーバ４へ状態取得用ページ４４を要求するＨＴＴＰリクエストを送信する。
【００６５】
Ｗｅｂサーバ４がＨＴＴＰリクエストを受信すると、このリクエストに対し、Ｗｅｂページ生成手段４６により状態取得用ページ４４の生成処理を実行する。この際、状態取得手段５１により状態情報格納部５０に格納されている最新の状態を取得し、状態取得用ページ４４の状態記載部分に反映させる。これと併せ、更新周期算出手段５５により更新周期を取得し、状態取得用ページ４４の該当部分に反映させる。
【００６６】
こうして生成された状態取得用ページ４４’は、ＨＴＴＰ応答送信手段４７により、クライアント端末２へ返信される。クライアント端末２は、状態取得用ページ４４’をＨＴＴＰ応答受信手段２３により受信し、状態受信手段２８に受け渡す。状態受信手段２８は、状態取得用ページ４４’内の監視対象の状態を、状態表示手段２９によりＷｅｂブラウザ２１上に表示する。また、状態受信手段２８は、状態取得用ページ４４’内の更新周期を取得し、該当する監視対象グループの表示更新タイマのタイムアウト値に更新周期を再設定する。以後、ユーザが本ページの閲覧を停止するまで、監視対象の状態要求を繰り返し、状態表示を最新の状態に更新するように動作する。
【００６７】
以上のように、本実施の形態によれば、Ｗｅｂサーバ４において、監視対象の状態が変化する間隔を計測した上で、クライアント端末２からのＨＴＴＰリクエストの送信周期を決定するため、実際の状態変化の状況に即した送信周期を決定することができる。また、状態変化の間隔に変動がある場合でも、それに追従して、逐次、要求信号の送信周期を変更することができるため、煩雑な調整作業を繰り返さなくても、適切な送信周期を設定することができ、ポーリング周期の設定に伴う手間を軽減することが可能になる。
【００６８】
また、上記のようにして決定した送信周期をクライアント端末２に伝達することで、クライアント端末２からＷｅｂサーバ４に対して、監視対象の状態変化の状況に適した周期（間隔）で自動的に要求信号が送信されるようになる。これにより、監視対象の状態変化を適切な間隔でクライアント端末２にダウンロードし得るようになり、Ｗｅｂページ上に表示される監視対象の状態変化を好適に更新することが可能になる。
【実施例】
【００６９】
次に、上記Ｗｅｂ状態監視システム１を適用した具体的な実施例について、図６及び図７を参照しながら説明する。
【００７０】
図６は、Ｗｅｂブラウザ２１上に内線電話の使用状況を表示することにより、電話をかける前に、通話相手の状況を把握することができるシステムに適用した例である。このシステムにおいては、図１の監視装置６として、収容する局線、中継線及び内線等の使用状況を外部に通知する機能を備えた交換機６Ａを用いる。尚、図６において、図１の構成要素と同一の構成要素については、同じ符号を付し、その説明を省略する。
【００７１】
また、図７は、クライアント端末２上で表示されるＷｅｂページのイメージであり、Ｗｅｂページには、ＵＲＬを入力するためのＵＲＬ入力領域と、監視したい内線の番号と各々の内線の状況を表示する状況表示部とが設けられる。
【００７２】
先ず、ユーザは、Ｗｅｂブラウザ２１を介してＷｅｂページ上のＵＲＬ入力欄（図７参照）に利用したいシステムＵＲＬを入力する。この適用例では、部署毎にＷｅｂページが作成されており、入力されたＵＲＬ毎に表示する回線グループが特定できるものとしている。尚、ユーザがＷｅｂブラウザ２１上で表示したい回線グループを指定するような構成とすることも可能である。
【００７３】
Ｗｅｂブラウザ２１は、回線状況要求手段２７ＡによりＷｅｂサーバ４へＷｅｂページを要求する。図６に示すシステムにおいては、回線グループ１と回線グループ２を監視対象としており、表示領域が回線グループ毎にフレームで分割されている。
【００７４】
次いで、Ｗｅｂサーバ４上のＷｅｂサーバプログラム４１は、ＨＴＴＰ要求受信手段４３により、Ｗｅｂページのリクエストを受信し、該当する回線状況ページ４５Ａを生成する。回線状況ページ４５Ａは、セッション登録手段５７により、Ｗｅｂページを要求したクライアント端末２の情報がセッション情報格納部５６に未登録であることを確認し、セッション情報格納部５６に新規に登録する。
【００７５】
回線状況ページ４５Ａは、Ｗｅｂサーバ４での前述の処理により、ＨＴＴＰ応答送信手段４７を通じてクライアント端末２に送信され、クライアント端末２のＷｅｂブラウザ２１により解析され表示される。その後、回線状況ページ４５Ａは、リンクしている回線グループ１、回線グループ２の各ページを要求する。
【００７６】
Ｗｅｂサーバ４は、クライアント端末２から回線グループ１、回線グループ２のページの要求を受け付けると、Ｗｅｂページ生成手段４６により回線状況取得用ページ４４Ａを生成し、回線状況取得手段５１Ａにより、状態情報格納部５０から最新の回線状況を取得し、表示用のページを生成する。
【００７７】
回線状況取得用ページ４４Ａは、同時に、更新周期算出手段５５により、各々の回線グループの更新周期を取得し、一定時間内に、再度、このページをＷｅｂサーバ４へ要求するスクリプトをページ内に埋め込む。こうして、回線グループ１のＷｅｂページ、回線グループ２のＷｅｂページの各々が生成され、クライアント端末２へ送信される。
【００７８】
クライアント端末２では、ＨＴＴＰ応答受信手段２３を経由し、回線状況受信手段２８Ａにより受信したこれらのＷｅｂページを、該当する回線グループの表示領域へ表示する。図７（ａ）が上記のようにして表示されるページの表示例である。
【００７９】
続いて、図７（ｂ）で示すように、Ｗｅｂブラウザ２１が回線グループ１のページに埋め込まれたスクリプトにより、回線グループ１の更新をＷｅｂサーバ４へ要求し、状態変化があれば表示が更新される。さらに、２．５秒後には、回線グループ２のページに埋め込まれたスクリプトにより、回線グループ２の表示更新をＷｅｂサーバ４へ要求し、状態表示を更新する（図７（ｃ））。このとき、同時に回線グループ１の表示更新も要求するが、回線状況の変化がないため、表示更新は行われない。
【００８０】
以上のように、回線グループ毎のページに埋め込まれたスクリプトにより、Ｗｅｂサーバ４へ指定された更新周期で要求を送信することにより、継続的に最新の回線状態を表示することができる。
【００８１】
尚、本実施例では、Ｗｅｂページを回線グループ毎にフレーム分割し、フレーム単位に回線グループの表示を行う例を説明したが、ＷｅｂブラウザとＷｅｂサーバ間の通信をＡｊａｘで行う方法でも実現することが可能である。
【符号の説明】
【００８２】
１ Ｗｅｂ状態監視システム
２ クライアント端末
４ Ｗｅｂサーバ
６ 監視装置
６Ａ 交換機
２１ Ｗｅｂブラウザ
２２ ＨＴＴＰ要求送信手段
２３ ＨＴＴＰ応答受信手段
２４ 対象表示用ページ
２４Ａ 回線状況ページ
２５ タイマ生成手段
２６ 表示更新タイマ群
２７ 状態要求手段
２７Ａ 回線状況要求手段
２８ 状態受信手段
２８Ａ 回線状況受信手段
２９ 状態表示手段
２９Ａ 回線状況表示手段
４１ Ｗｅｂサーバプログラム
４２ 状態変化処理部
４３ ＨＴＴＰ要求受信手段
４４ 状態取得用ページ
４４Ａ 回線状況取得用ページ
４５ 対象表示用ページ
４５Ａ 回線状況ページ
４６ Ｗｅｂページ生成手段
４７ ＨＴＴＰ応答送信手段
４９ 状態変化受信手段
４９Ａ 回線状況変化受信手段
５０ 状態情報格納部
５１ 状態取得手段
５１Ａ 回線状況取得手段
５２ 変化計測手段
５３ 変化計測タイマ
５４ 変化情報格納部
５５ 更新周期算出手段
５６ セッション情報格納部
５７ セッション登録手段
【特許請求の範囲】
【請求項１】
監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバで作成し、該Ｗｅｂページをクライアント端末にダウンロードして閲覧するＷｅｂ状態監視システムであって、
前記Ｗｅｂサーバは、
前記監視対象の状態が変化する間隔を計測する変化計測手段と、
該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、
該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とするＷｅｂ状態監視システム。
【請求項２】
前記変化計測手段は、所定期間単位で区切りながら前記間隔の計測処理を行うとともに、１つの所定期間において、複数の前記間隔を計測したときに該複数の間隔のうちの最小間隔を導き出し、
前記送信周期決定手段は、前記変化計測手段によって導き出される前記最小間隔に基づいて前記要求信号の送信周期を決定することを特徴とする請求項１に記載のＷｅｂ状態監視システム。
【請求項３】
複数の前記監視対象をグループ化し、
前記変化計測手段は、同一グループ内で前記最小間隔を導き出し、
前記送信周期決定手段は、グループ単位で前記要求信号の送信周期を決定することを特徴とする請求項２に記載のＷｅｂ状態監視システム。
【請求項４】
監視対象の状態変化を表示したＷｅｂページを作成し、該Ｗｅｂページをクライアント端末上に表示させるＷｅｂサーバであって、
前記監視対象の状態が変化する間隔を計測する変化計測手段と、
該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、
該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とするＷｅｂサーバ。
【請求項１】
監視対象の状態変化を表示したＷｅｂページをＷｅｂサーバで作成し、該Ｗｅｂページをクライアント端末にダウンロードして閲覧するＷｅｂ状態監視システムであって、
前記Ｗｅｂサーバは、
前記監視対象の状態が変化する間隔を計測する変化計測手段と、
該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、
該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とするＷｅｂ状態監視システム。
【請求項２】
前記変化計測手段は、所定期間単位で区切りながら前記間隔の計測処理を行うとともに、１つの所定期間において、複数の前記間隔を計測したときに該複数の間隔のうちの最小間隔を導き出し、
前記送信周期決定手段は、前記変化計測手段によって導き出される前記最小間隔に基づいて前記要求信号の送信周期を決定することを特徴とする請求項１に記載のＷｅｂ状態監視システム。
【請求項３】
複数の前記監視対象をグループ化し、
前記変化計測手段は、同一グループ内で前記最小間隔を導き出し、
前記送信周期決定手段は、グループ単位で前記要求信号の送信周期を決定することを特徴とする請求項２に記載のＷｅｂ状態監視システム。
【請求項４】
監視対象の状態変化を表示したＷｅｂページを作成し、該Ｗｅｂページをクライアント端末上に表示させるＷｅｂサーバであって、
前記監視対象の状態が変化する間隔を計測する変化計測手段と、
該変化計測手段で計測した間隔に基づいて前記クライアント端末から該Ｗｅｂサーバに向けての要求信号の送信周期を決定する送信周期決定手段と、
該送信周期決定手段によって決定した送信周期を前記クライアント端末に伝達する送信周期伝達手段とを備えることを特徴とするＷｅｂサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−１９８０５５（Ｐ２０１０−１９８０５５Ａ）
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願番号】特願２００９−３８７４４（Ｐ２００９−３８７４４）
【出願日】平成２１年２月２３日（２００９．２．２３）
【出願人】（３０３０１３７６３）ＮＥＣエンジニアリング株式会社 (651)
【Ｆターム（参考）】
【公開日】平成２２年９月９日（２０１０．９．９）
【国際特許分類】
【出願日】平成２１年２月２３日（２００９．２．２３）
【出願人】（３０３０１３７６３）ＮＥＣエンジニアリング株式会社 (651)
【Ｆターム（参考）】
[ Back to top ]