(57)【要約】【課題】セキュリティを低下させることなく、サーバからバースト的に発生するイベントを含む情報をリアルタイムに通知可能な監視システムを提供する。【解決手段】クライアントＰＣ１はＨＴＭＬを表示するためのＷＥＢブラウザ１１を搭載し、ＷＥＢブラウザ１１を通してＷＥＢサーバ２からＨＴＭＬ２１をダウンロードする。ＨＴＭＬ２１にはアプレット２２が含まれている。ＷＥＢサーバ２はサーブレット２３と、Ｂｅａｎ２４とを搭載し、アプレット２２を含むＨＴＭＬ２１をダウロード自在としている。ＨＴＭＬ２１はクライアントＰＣ１のＷＥＢブラウザ１１で表示される。クライアントＰＣ１がアプレット２２によってＰＯＳＴ要求を送信すると、サーブレット２３は監視対象システム３からのバースト的な警報通知の受信処理を行うＢｅａｎ２４の情報からＨＴＭＬ情報を生成し、ＰＯＳＴ要求に対してＨＴＭＬ情報をＰＯＳＴ応答として返す。【選択図】　　　図１
2004054804.tif 000002
【特許請求の範囲】
【請求項１】
バースト的な状態変化の通知を含む監視対象からの監視情報をネットワークを通してクライアント装置に転送する監視サーバ装置であって、
前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイルを前記クライアント装置にダウンロードする手段と、そのダウロードされたファイル内に組込まれたプログラムからの前記監視情報の要求を受信するまで前記バースト的な状態変化の通知を含む監視情報を保持する保持手段と、前記プログラムからの前記監視情報の要求を受信した後に前記監視対象で変化が発生した時及び前記保持手段に前記監視情報が保持されている時のいずれかの場合にその監視情報を前記クライアント装置に送信する手段とを有することを特徴とする監視サーバ装置。
【請求項２】
前記監視情報の受信処理を行う手段を含み、
前記監視情報を前記クライアント装置に送信する手段は、前記受信処理で取得した情報から前記ＷＥＢブラウザで閲覧可能なファイルを生成することを特徴とする請求項１記載の監視サーバ装置。
【請求項３】
前記監視情報が少なくとも前記監視対象からの警報を含むことを特徴とする請求項１または請求項２記載の監視サーバ装置。
【請求項４】
前記クライアント装置との間でＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）にて通信することを特徴とする請求項１から請求項３のいずれか記載の監視サーバ装置。
【請求項５】
前記クライアント装置との間の通信を中継する中継サーバ装置を介して前記クライアント装置に接続したことを特徴とする請求項１から請求項４のいずれか記載の監視サーバ装置。
【請求項６】
バースト的な状態変化の通知を含む監視対象からの監視情報をネットワークを通してサーバ装置からクライアント装置に転送する監視システムであって、
前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイルを前記クライアント装置にダウンロードする手段と、そのダウロードされたファイル内に組込まれたプログラムからの前記監視情報の要求を受信するまで前記バースト的な状態変化の通知を含む監視情報を保持する保持手段と、前記プログラムからの前記監視情報の要求を受信した後に前記監視対象で変化が発生した時及び前記保持手段に前記監視情報が保持されている時のいずれかの場合にその監視情報を前記クライアント装置に送信する手段とを前記サーバ装置に有することを特徴とする監視システム。
【請求項７】
前記監視情報の受信処理を行う手段を前記サーバ装置に含み、
前記監視情報を前記クライアント装置に送信する手段は、前記受信処理で取得した情報から前記ＷＥＢブラウザで閲覧可能なファイルを生成することを特徴とする請求項６記載の監視システム。
【請求項８】
前記監視情報が少なくとも前記監視対象からの警報を含むことを特徴とする請求項６または請求項７記載の監視システム。
【請求項９】
前記クライアント装置と前記サーバ装置とは、それらの間でＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）にて通信することを特徴とする請求項６から請求項８のいずれか記載の監視システム。
【請求項１０】
前記クライアント装置と前記サーバ装置との間の通信を中継する中継サーバ装置を配設したことを特徴とする請求項６から請求項９のいずれか記載の監視システム。
【請求項１１】
バースト的な状態変化の通知を含みかつ監視対象において発生したイベントをネットワークを通してサーバ装置からクライアント装置に転送する監視システムのイベント通知方法であって、
前記サーバ装置から前記クライアント装置にダウンロードされかつ前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイル内に組込まれたプログラムからの前記イベントの要求を受信するまで前記バースト的な状態変化の通知を含むイベントを保持するステップと、前記プログラムからの前記イベントの要求を受信した後に前記監視対象で変化が発生した時及び前記イベントが保持されている時のいずれかの場合にそのイベントを前記クライアント装置に送信するステップとを前記サーバ装置に有することを特徴とするイベント通知方法。
【請求項１２】
前記サーバ装置での前記イベントの通知の受信処理を行い、その受信処理で取得した情報から前記ＷＥＢブラウザで閲覧可能なファイルを生成することを特徴とする請求項１１記載のイベント通知方法。
【請求項１３】
前記イベントが少なくとも前記監視対象からの警報を含むことを特徴とする請求項１１または請求項１２記載のイベント通知方法。
【請求項１４】
前記クライアント装置と前記サーバ装置との間でＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）にて通信することを特徴とする請求項１１から請求項１３のいずれか記載のイベント通知方法。
【請求項１５】
前記クライアント装置と前記サーバ装置との間の通信を中継する中継サーバ装置を配設したことを特徴とする請求項１１から請求項１４のいずれか記載のイベント通知方法。
【請求項１６】
バースト的な状態変化の通知を含みかつ監視対象において発生したイベントをネットワークを通してサーバ装置からクライアント装置に転送する監視システムのイベント通知方法のプログラムであって、前記サーバ装置のコンピュータに、前記サーバ装置から前記クライアント装置にダウンロードされかつ前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイル内に組込まれたプログラムからの前記イベントの要求を受信するまで前記バースト的な状態変化の通知を含むイベントを保持する処理と、前記プログラムからの前記イベントの要求を受信した後に前記監視対象で変化が発生した時及び前記イベントが保持されている時のいずれかの場合にそのイベントを前記クライアント装置に送信する処理とを実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は監視サーバ装置、監視システム及びそれらに用いるイベント通知方法並びにそのプログラムに関し、特にインタネット等のネットワークを用いたＷｅｂコンピューティング技術による監視システムに関する。
【０００２】
【従来の技術】
従来、この種の監視システムにおいては、インタネット上でホームページを閲覧するためのＷＥＢブラウザを使用して各監視サーバにアクセスし、各監視サーバから監視情報をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等の形式でユーザに提供している。
【０００３】
上記のような監視システムとしては、特開平１０−３３３９４０号公報に開示された技術がある（以下、第１の従来技術とする）。この第１の従来技術では、障害警報のように画面上で点滅して運用者の注意を喚起したい監視情報について、予めそのような動作を提供するＪａｖａ（Ｒ）プログラムをデータベース上に用意してＨＴＭＬファイルの中にアプレット［Ｊａｖａ（Ｒ）アプレット：Ｊａｖａ（Ｒ）対応のブラウザ上で実行可能なＪａｖａ（Ｒ）のプログラム］として記述しておく。
【０００４】
サーバは監視対象のイベントが発生すると、データベースを更新し、イベントファイル［Ｊａｖａ（Ｒ）プログラムを含むＨＴＭＬファイル］をＷＥＢブラウザに送信するので、ＷＥＢブラウザ上でＪａｖａ（Ｒ）プログラムが実行され、監視情報が画面上で点滅されて運用者の注意を喚起する。
【０００５】
また、上記のような監視システムとしては、特開平１１−１１０３１１号公報に開示された技術がある（以下、第２の従来技術とする）。この第２の従来技術では、クライアント装置がホームページのファイルの転送要求を発すると、予め自動受信を行わせるアプレットの転送要求を行わせる記述を含むファイルをクライアント装置に転送する。
【０００６】
クライアント装置がこのファイルを受信してそのアプレットの転送要求がなされると、サーバ装置はそのアプレットをクライアント装置に送信し、アプレットから状態情報の転送要求があった場合、カメラのアングルが変更されたことを示すイベントが発生した時のみ、そのカメラからの画像をクライアントに転送している。
【０００７】
上記のような監視システムのように、汎用技術であるＷＥＢコンピューティング技術を使用してシステムを構築することは、安価かつ信頼性のあるシステムを構築する意味で有意義である。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述した従来の監視システムでは、第１及び第２の従来技術の場合、監視対象に何らかの異常が発生すると、早急に対処しなければならず、装置等の警報をリアルタイムに表示する必要がある。この場合、例えばブラウザと監視サーバとの間での通信に用いられるプロトコルにＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を利用すると、ＨＴＴＰがリクエスト・レスポンス型のプロトコルであるため、クライアントからのリクエストに対して監視サーバがレスポンスを返すので、監視サーバ側から任意のタイミングでイベントを通知することができない。
【０００９】
また、アプレットを使って通常のＲＭＩ（Ｒｅｍｏｔｅ　Ｍｅｔｈｏｄ　Ｉｎｖｏｃａｔｉｏｎ）通信を行うと、ファイアウォールにおいてＨＴＴＰの標準ポート（８０番）以外を解放する必要があり、この解放によるセキュリティ面での問題が残ってしまう。
【００１０】
さらに、第１及び第２の従来技術では、一つのイベントの発生毎に監視情報や状態情報を送信することになるので、例えば図６に示すように、端局５，６間がリピータ（中継器）７−１〜７−４及び光ファイバ１００を介して接続された伝送システムに用いた場合、リピータ７−１〜７−４及び光ファイバ１００のうちのいずれかで故障が発生すると、端局５，６やリピータ７−１〜７−４から、あるいは端局５，６内のＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）５１，６１、ＬＴＥ（Ｌｉｎｅ　Ｔｅｒｍｉｎａｔｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５２〜５４，６２〜６４、ＲＦＴＥ（Ｒｅｍｏｔｅ　Ｆｉｂｅｒ　Ｔｅｓｔ　Ｅｑｕｉｐｍｅｎｔ）５５，６５、ＰＦＥ（ＰｏｗｅｒＦｅｅｄｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５６，６６からバースト的に障害情報が発生する。
【００１１】
そのため、その監視情報の一つ一つが発生する毎に監視情報の送信が行われるので、上記の第１及び第２の従来技術ではバースト的な監視情報に対処することができず、また監視情報の伝送路上で輻輳が発生することにもなる。
【００１２】
そこで、本発明の目的は上記の問題点を解消し、セキュリティを低下させることなく、サーバからバースト的に発生するイベントを含む情報をリアルタイムに通知することができる監視サーバ装置、監視システム及びそれらに用いるイベント通知方法並びにそのプログラムを提供することにある。
【００１３】
【課題を解決するための手段】
本発明による監視サーバ装置は、バースト的な状態変化の通知を含む監視対象からの監視情報をネットワークを通してクライアント装置に転送する監視サーバ装置であって、
前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイルを前記クライアント装置にダウンロードする手段と、そのダウロードされたファイル内に組込まれたプログラムからの前記監視情報の要求を受信するまで前記バースト的な状態変化の通知を含む監視情報を保持する保持手段と、前記プログラムからの前記監視情報の要求を受信した後に前記監視対象で変化が発生した時及び前記保持手段に前記監視情報が保持されている時のいずれかの場合にその監視情報を前記クライアント装置に送信する手段とを備えている。
【００１４】
本発明による監視システムは、バースト的な状態変化の通知を含む監視対象からの監視情報をネットワークを通してサーバ装置からクライアント装置に転送する監視システムであって、
前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイルを前記クライアント装置にダウンロードする手段と、そのダウロードされたファイル内に組込まれたプログラムからの前記監視情報の要求を受信するまで前記バースト的な状態変化の通知を含む監視情報を保持する保持手段と、前記プログラムからの前記監視情報の要求を受信した後に前記監視対象で変化が発生した時及び前記保持手段に前記監視情報が保持されている時のいずれかの場合にその監視情報を前記クライアント装置に送信する手段とを備えている。
【００１５】
本発明によるイベント通知方法は、バースト的な状態変化の通知を含みかつ監視対象において発生したイベントをネットワークを通してサーバ装置からクライアント装置に転送する監視システムのイベント通知方法であって、
前記サーバ装置から前記クライアント装置にダウンロードされかつ前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイル内に組込まれたプログラムからの前記イベントの要求を受信するまで前記バースト的な状態変化の通知を含むイベントを保持するステップと、前記プログラムからの前記イベントの要求を受信した後に前記監視対象で変化が発生した時及び前記イベントが保持されている時のいずれかの場合にそのイベントを前記クライアント装置に送信するステップとを前記サーバ装置に備えている。
【００１６】
本発明によるイベント通知方法のプログラムは、バースト的な状態変化の通知を含みかつ監視対象において発生したイベントをネットワークを通してサーバ装置からクライアント装置に転送する監視システムのイベント通知方法のプログラムであって、前記サーバ装置のコンピュータに、前記サーバ装置から前記クライアント装置にダウンロードされかつ前記クライアント装置からの要求に応答して前記ＷＥＢブラウザで閲覧可能なファイル内に組込まれたプログラムからの前記イベントの要求を受信するまで前記バースト的な状態変化の通知を含むイベントを保持する処理と、前記プログラムからの前記イベントの要求を受信した後に前記監視対象で変化が発生した時及び前記イベントが保持されている時のいずれかの場合にそのイベントを前記クライアント装置に送信する処理とを実行させている。
【００１７】
すなわち、本発明の監視システムは、市販のＷＥＢブラウザを実装したクライアントＰＣ（パーソナルコンピュータ）を用い、インタネットを通信基盤として監視制御システムを構築する場合に、監視対象の装置や下位レイヤのサーバからバースト的に発生する警報等の通知をリアルタイムかつ安全に送信する方式を提供するものである。
【００１８】
より具体的に説明すると、本発明の監視システムでは、ＷＥＢサーバがクライアントＰＣからの要求がくるまで、監視対象システムからのイベント（バースト的に発生するイベントを含む）を保持しておき、クライアントＰＣからの要求がきた時に保持しているイベントのデータをまとめてクライアントＰＣに送信している。
【００１９】
上記のように、保持しているイベントのデータをまとめてクライアントＰＣに送信するために、本発明の監視システムでは、クライアントＰＣがＷＥＢサーバとＨＴＴＰ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）で通信するようにしているので、クライアントＰＣにはＷＥＢページを表示するＷＥＢブラウザだけが実装されていればよく、特殊なソフトウェアを必要とすることなく、まとめて受信したイベントのデータを表示することが可能となる。
【００２０】
しかしながら、ＨＴＴＰはリクエスト・レスポンス型のプロトコルであるため、監視対象からの通知をリアルタイムに受信することは困難である。アプレット［Ｊａｖａ（Ｒ）アプレット：Ｊａｖａ（Ｒ）対応のブラウザ上で実行可能なＪａｖａ（Ｒ）のプログラム］を使用することで、リアルタイム通知が可能となるが、アプレットのコネクション確立方式（通信を行う際、送信元が送信先に接続要求を出す方式）では、８０番以外のポートを開放する必要があるため、セキュリティ上の問題がある。
【００２１】
本発明の監視システムでは、アプレットがサーブレット（Ｓｅｒｖｌｅｔ）［クライアントの要求に応じて、ウェブサーバ側で実行されるＪａｖａ（Ｒ）プログラムのモジュール］に対してＰＯＳＴ要求を送信し、サーブレットが監視装置から受信した通知をＰＯＳＴ応答としてクライアントＰＣに送信することで、セキュリティを確保しながらクライアントＰＣへのリアルタイム通知を可能にしている。
【００２２】
また、本発明の監視システムでは、クライアントＰＣとＷＥＢサーバとの間のＰＯＳＴ要求及びＰＯＳＴ応答を送受信するためのソケットが確立したままとなるので、ＷＥＢサーバに接続可能なクライアントＰＣの数が制限されてしまうが、中継サーバをクライアントＰＣとＷＥＢサーバとの間に挿入することによってクライアントＰＣ数の制限も拡張可能としている。
【００２３】
これによって、本発明の監視システムでは、ＷＥＢコンピューティング技術を使用して、リアルタイムにかつセキュリティを低下させずに、ＷＥＢサーバからバースト的なイベントの通知を行う方式が提供可能となる。
【００２４】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による監視システムの構成を示すブロック図である。図１において、本発明の一実施例による監視システムはクライアントＰＣ（パーソナルコンピュータ）１と、ＷＥＢサーバ２と、監視対象システム３とから構成されている。
【００２５】
クライアントＰＣ１はＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）を表示するためのＷＥＢブラウザ１１を搭載し、ＷＥＢブラウザ１１を通してＷＥＢサーバ２からアプレット２２が含まれているＨＴＭＬ２１をダウンロードする。アプレット２２はＪａｖａ（Ｒ）対応のブラウザ上で実行可能なＪａｖａ（Ｒ）のプログラムである。
【００２６】
ＷＥＢサーバ２はサーブレット（Ｓｅｒｖｌｅｔ）２３と、Ｂｅａｎ２４と、イベント保持部２５と、記録媒体２６とを搭載している。ＷＥＢサーバ２はその内部のコンピュータ（図示せず）が記録媒体２６に記録されたプログラムを実行して以下に示すような動作を行うとともに、アプレット２２を含むＨＴＭＬ２１をダウロード自在としている。ＨＴＭＬ２１はクライアントＰＣ１のＷＥＢブラウザ１１によって表示され、アプレット２２によってクライアントＰＣ１がＷＥＢサーバ２にＰＯＳＴ要求を送信する。
【００２７】
サーブレット２３はクライアントＰＣ１の要求に応じてＷＥＢサーバ２側で実行されるＪａｖａ（Ｒ）プログラムのモジュールであり、クライアントＰＣ１からのＰＯＳＴ要求に対してＰＯＳＴ応答を返すために存在する。また、サーブレット２３はＢｅａｎ２４から受信した情報あるいはイベント保持部２５に保持されたイベントの情報からＨＴＭＬ情報を生成する。
【００２８】
Ｂｅａｎ２４は監視対象システム３からのイベント通知の受信処理を行い、クライアントＰＣ１からのＰＯＳＴ要求がある場合にサーブレット２３に対して受信した情報を渡し、クライアントＰＣ１からのＰＯＳＴ要求がない場合にイベント保持部２５に保持する。イベント保持部２５は監視対象システム３からのイベント通知を保持するもので、図１に示すように、サーブレット２３及びＢｅａｎ２４とは独立に設けても、あるいはサーブレット２３またはＢｅａｎ２４内に設けてもよい。
【００２９】
監視対象システム３は管理対象である一つまたは複数の監視対象からなり、警報等のイベント情報をＷＥＢサーバ２に通知する。また、監視対象システム３はＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）等によってＷＥＢサーバ２への通知を発行する。
【００３０】
図２は本発明の一実施例による監視システムの動作を示すシーケンスチャートである。これら図１及び図２を参照して本発明の一実施例による監視システムの動作について説明する。尚、図２に示すシーケンスのうち、ＷＥＢサーバ２の処理はコンピュータが記録媒体２６のプログラムを実行することで実現される。
【００３１】
ユーザはクライアントＰＣ１のＷＥＢブラウザ１１を起動し、ＨＴＭＬ２１をＷＥＢサーバ２からダウンロードして取得する。ＨＴＭＬ２１にはアプレット２２が含まれており、アプレット２２はサーブレット２３に対して一意のＩＤ（識別情報）でＰＯＳＴ要求を送信する（図２のＳ１１，Ｓ１２参照）。ここで、ＰＯＳＴ要求ではパラメータの設定が不可となっているので、例えば警報の送出を要求する値、あるいは送信されるイベント通知の数を指定する値等をパラメータとして一意のＩＤに割当てている。
【００３２】
サーブレット２３ではアプレット２２からＰＯＳＴ要求を受信すると、そのＰＯＳＴ要求のＩＤが警報の送出を示していれば（図２のＳ２１参照）、Ｂｅａｎ２４を通して監視対象システム３からイベントの情報を受信するまで、アプレット２２に応答を返さない。サーブレット２３はＢｅａｎ２４を通して監視対象システム３からイベントの情報を受信すると（イベント発生）（図２のＳ３１参照）、ＰＯＳＴ応答をアプレット２２に返す（図２のＳ２２，Ｓ２３参照）。
【００３３】
アプレット２２では受信した応答内容をＨＴＭＬ情報とし、ＷＥＢブラウザ１１を利用して受信したイベントを表示する（図２のＳ１３参照）。その後、アプレット２２では上記と同様に、再度、ＰＯＳＴ要求をサーブレット２３に対して送信する（図２のＳ１４，Ｓ１５参照）。アプレット２２では予め設定された間隔でＰＯＳＴ要求を送信するように構成されている。
【００３４】
サーブレット２３は同一ＩＤ（この場合、警報の送出を示すＩＤ）のＰＯＳＴ要求を受信するまで、Ｂｅａｎ２４から受信したバースト的なイベント［例えば、警報（状態変化）の通知］をイベント保持部２５に保持しておき（図２のＳ３２，Ｓ２４参照）、ＰＯＳＴ要求を受信した後、イベント保持部２５に保持しているイベント情報をＰＯＳＴ応答としてアプレット２２に返す（図２のＳ２５〜Ｓ２７参照）。
【００３５】
サーブレット２３はＢｅａｎ２４からイベントを受信していない場合、つまりイベント保持部２５に保持しているイベントがなければ、監視対象システム３からイベントの情報を受信するまでＰＯＳＴ応答を返さない。監視対象システム３からイベントの情報が送られてくると、サーブレット２３は上記の動作と同様の動作を実行する（図２のＳ１６〜Ｓ１８，Ｓ２８，Ｓ３３参照）。
【００３６】
アプレット２２からサーブレット２３へのＰＯＳＴ要求は、例えば上述したように、警報の送出を示すＩＤと同一のＩＤとする。これによって、サーブレット２３では受信したＰＯＳＴ要求のＩＤを判別することで、その判別結果に応じた処理（上記のようなＰＯＳＴ応答の処理）を実行する。
【００３７】
このように、本実施例では、不要なパケットを送受信しなくてもリアルタイムにイベントをクライアントＰＣ１に通知することができる。クライアントＰＣ１とＷＥＢサーバ２との間で用いられるＨＴＴＰはリクエスト・レスポンス型のプロトコルであるため、ＷＥＢサーバ２からの通知を受信するには非常に短い間隔で取得処理を行う必要があるが、本実施例ではＰＯＳＴ要求及びＰＯＳＴ応答を用いているので、その取得処理が不要となる。
【００３８】
また、リクエスト・レスポンス型のプロトコルでは返信するデータに制限があるが、ＰＯＳＴ要求及びＰＯＳＴ応答を用いると、その制限も無くなり、監視対象システム３からバースト的に発生する警報もまとめて返信することが可能となる。
【００３９】
さらに、本実施例ではＨＴＴＰの標準ポート（８０番）以外を使用しないので、ファイアウォールにおいて、他のポートを開放する必要がなく、セキュリティを確保しつつインタネット環境でも適用することができる。
【００４０】
図３は本発明の一実施例によるＷＥＢサーバへのクライアントＰＣの接続例を示す図であり、図４は本発明の一実施例によるＷＥＢサーバへのクライアントＰＣの他の接続例を示す図である。
【００４１】
ＷＥＢサーバ２にはＵＮＩＸ（Ｒ）系のＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を使用しているため、ＷＥＢサーバ２にソケット（Ｓｏｃｋｅｔ）を張る数（最大２５５）が制限されている。そのため、図３に示すように、ＷＥＢサーバ２に同時に接続可能なクライアントＰＣ１−１〜１−２５５の台数も制限されてしまう。
【００４２】
そこで、クライアントＰＣとＷＥＢサーバとの間に中継サーバを置くことで、ＷＥＢサーバへのクライアントＰＣの接続台数の制限を解消している。例えば、図４に示すように、クライアントＰＣ１ａ−１〜１ａ−２５４，１ｂ−１〜１ｂ−２５４とＷＥＢサーバ２との間に２台の中継サーバ４−１，４−２を置いている。
【００４３】
中継サーバ４−１，４−２はＷＥＢサーバ２と通信するためには、それぞれ１本のソケットが必要になるため、中継サーバ４−１，４−２にはそれぞれ２５４台のクライアントＰＣ１ａ−１〜１ａ−２５４，１ｂ−１〜１ｂ−２５４が接続可能となり、ＷＥＢサーバ２と接続可能になるクライアントＰＣは５０８台となる。
【００４４】
つまり、クライアントＰＣとＷＥＢサーバとの間に中継サーバを置くことで、ＷＥＢサーバとクライアントＰＣとの接続台数が「２５４×ｎ（ｎは中継サーバの台数）」台分にすることができる。
【００４５】
尚、中継サーバが１台の場合には、ＷＥＢサーバ２とクライアントＰＣの接続台数が２５４台となり、中継サーバを置かない構成よりも接続台数が少なくなるため、クライアントＰＣとＷＥＢサーバとの間に中継サーバを置く場合には、中継サーバを２台以上とし、ＷＥＢサーバとソケットを張れる中継サーバは最大２５５台となる。
【００４６】
図５は本発明の他の実施例による監視システムの動作を示すシーケンスチャートである。本発明の他の実施例による監視システムは図１に示す本発明の一実施例による監視システムの構成と同様であるので、これら図１及び図５を参照して本発明の他の実施例による監視システムの動作について説明する。尚、図２に示すシーケンスのうち、ＷＥＢサーバ２の処理はコンピュータが記録媒体２６のプログラムを実行することで実現される。
【００４７】
ユーザはクライアントＰＣ１のＷＥＢブラウザ１１を起動し、ＨＴＭＬ２１をＷＥＢサーバ２からダウンロードして取得する。ＨＴＭＬ２１にはアプレット２２が含まれており、アプレット２２はサーブレット２３に対して一意のＩＤ（識別情報）でＰＯＳＴ要求を送信する（図５のＳ１１，Ｓ１２参照）。ここで、ＰＯＳＴ要求ではパラメータの設定が不可となっているので、例えば警報の送出を要求する値、あるいは送信されるイベント通知の数を指定する値等をパラメータとして一意のＩＤに割当てている。
【００４８】
サーブレット２３ではアプレット２２からＰＯＳＴ要求を受信すると、そのＰＯＳＴ要求のＩＤが警報の送出を示していれば（図５のＳ４１参照）、Ｂｅａｎ２４を通して監視対象システム３からイベントの情報を受信するまで、アプレット２２に応答を返さない。サーブレット２３はＢｅａｎ２４を通して監視対象システム３からイベントの情報を受信すると（イベント発生）（図５のＳ３１参照）、ＰＯＳＴ応答をアプレット２２に返す（図５のＳ４２，Ｓ４３参照）。
【００４９】
アプレット２２では受信した応答内容をＨＴＭＬ情報とし、ＷＥＢブラウザ１１を利用して受信したイベントを表示する（図５のＳ１３参照）。その後、アプレット２２では上記と同様に、再度、ＰＯＳＴ要求をサーブレット２３に対して送信する（図５のＳ１４，Ｓ１５参照）。アプレット２２では予め設定された間隔でＰＯＳＴ要求を送信するように構成されている。
【００５０】
サーブレット２３は同一ＩＤ（この場合、警報の送出を示すＩＤ）のＰＯＳＴ要求を受信するまで、Ｂｅａｎ２４から受信したバースト的なイベントをイベント保持部２５に保持しておき（図５のＳ３２，Ｓ４４参照）、ＰＯＳＴ要求を受信した後、イベント保持部２５に保持しているイベント情報の数が所定数ｎ（ｎは１以上の整数）を越えていれば（図５のＳ４５，Ｓ４６参照）、ＰＯＳＴ応答としてアプレット２２に返す（図５のＳ４７，Ｓ４８参照）。
【００５１】
但し、サーブレット２３はイベント保持部２５に保持しているイベント情報の数が所定数ｎを越えていなければ、イベント情報の数が所定数ｎを越えるまで、アプレット２２に応答を返さない。尚、所定数ｎ＝１の場合は上述した本発明の一実施例による監視システムと同様の動作となる。
【００５２】
サーブレット２３はＢｅａｎ２４からイベントを受信していない場合、つまりイベント保持部２５に保持しているイベントがなければ、監視対象システム３からイベントの情報を受信するまでＰＯＳＴ応答を返さない。監視対象システム３からイベントの情報が送られてくると、サーブレット２３は上記の動作と同様の動作を実行する（図５のＳ１６〜Ｓ１８，Ｓ２８，Ｓ３３参照）。
【００５３】
アプレット２２からサーブレット２３へのＰＯＳＴ要求は、例えば上述したように、警報の送出を示すＩＤあるいは上記の所定数ｎを含みかつ警報の送出を示すＩＤと同一のＩＤとする。これによって、サーブレット２３では受信したＰＯＳＴ要求のＩＤを判別することで、その判別結果に応じた処理（上記のようなＰＯＳＴ応答の処理）を実行する。
【００５４】
このように、本実施例では、不要なパケットを送受信しなくてもリアルタイムにイベントをクライアントＰＣ１に通知することができる。クライアントＰＣ１とＷＥＢサーバ２との間で用いられるＨＴＴＰはリクエスト・レスポンス型のプロトコルであるため、ＷＥＢサーバ２からの通知を受信するには非常に短い間隔で取得処理を行う必要があるが、本実施例ではＰＯＳＴ要求及びＰＯＳＴ応答を用いているので、その取得処理が不要となる。
【００５５】
図６は本発明を適用する海底光ファイバ網の構成を示す図である。図６において、端局５は海底に設置されたリピータ（中継器）７−１〜７−４及び光ファイバ１００を介して端局６に接続されており、端局５，６内にはそれぞれＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）５１，６１と、ＬＴＥ（Ｌｉｎｅ　Ｔｅｒｍｉｎａｔｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５２〜５４，６２〜６４と、ＲＦＴＥ（Ｒｅｍｏｔｅ　Ｆｉｂｅｒ　Ｔｅｓｔ　Ｅｑｕｉｐｍｅｎｔ）５５，６５と、ＰＦＥ（Ｐｏｗｅｒ　Ｆｅｅｄｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５６，６６とが配設されている。
【００５６】
上記の端局５，６間がリピータ（中継器）７−１〜７−４及び光ファイバ１００を介して接続された海底光ファイバ網では、リピータ７−１〜７−４及び光ファイバ１００のうちのいずれかで故障が発生すると、端局５，６やリピータ７−１〜７−４から、あるいは端局５，６内のＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）５１，６１、ＬＴＥ（Ｌｉｎｅ　Ｔｅｒｍｉｎａｔｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５２〜５４，６２〜６４、ＲＦＴＥ（Ｒｅｍｏｔｅ　Ｆｉｂｅｒ　Ｔｅｓｔ　Ｅｑｕｉｐｍｅｎｔ）５５，６５、ＰＦＥ（Ｐｏｗｅｒ　Ｆｅｅｄｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５６，６６からバースト的に障害情報が発生する。
【００５７】
しかしながら、本発明の一実施例及び他の実施例では、上記のように、バースト的に障害情報が発生しても、バースト的に発生した障害情報をＰＯＳＴ応答によってまとめてクライアントＰＣ１に送信することが可能であるので、バースト的な障害情報の発生にも対処することができる。尚、本発明は上記の海底光ファイバ網に限らず、陸上の光ファイバ網や他の伝送システム、あるいは他の監視対象に適用することが可能である。
【００５８】
【発明の効果】
以上説明したように本発明は、バースト的な状態変化の通知を含みかつ監視対象において発生したイベントをネットワークを通してサーバ装置からクライアント装置に転送する監視システムにおいて、サーバ装置からクライアント装置にダウンロードされかつクライアント装置からの要求に応答してＷＥＢブラウザで閲覧可能なファイル内に組込まれたプログラムからのイベントの要求を受信するまでバースト的な状態変化の通知を含むイベントを保持し、プログラムからのイベントの要求を受信した後に監視対象で変化が発生した時及びイベントが保持されている時のいずれかの場合にそのイベントをクライアント装置に送信することによって、セキュリティを低下させることなく、サーバからバースト的に発生するイベントを含む情報をリアルタイムに通知することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による監視システムの構成を示すブロック図である。
【図２】本発明の一実施例による監視システムの動作を示すシーケンスチャートである。
【図３】本発明の一実施例によるＷＥＢサーバへのクライアントＰＣの接続例を示す図である。
【図４】本発明の一実施例によるＷＥＢサーバへのクライアントＰＣの他の接続例を示す図である。
【図５】本発明の他の実施例による監視システムの動作を示すシーケンスチャートである。
【図６】本発明を適用する海底光ファイバ網の構成を示す図である。
【符号の説明】
１，１−１〜１−２５５，
１ａ−１〜１ａ−２５４，
１ｂ−１〜１ｂ−２５４　クライアントＰＣ
２　ＷＥＢサーバ
３　監視装置
４−１，４−２　中継サーバ
５，６　端局
７−１〜７−４　リピータ
１１　ＷＥＢブラウザ
２１　ＨＴＭＬ
２２　アプレット
２３　サーブレット
２４　Ｂｅａｎ
２５　イベント保持部
２６　記録媒体
３１　監視制御部
５１，６１　ＷＤＭ
５２〜５４，６２〜６４　ＬＴＥ
５５，６５　ＲＦＴＥ
５６，６６　ＰＦＥ
１００　光ファイバ
【図１】
2004054804.tif 000003
【図２】
2004054804.tif 000004
【図３】
2004054804.tif 000005
【図４】
2004054804.tif 000006
【図５】
2004054804.tif 000007
【図６】
2004054804.tif 000008