(57)【要約】【課題】  被監視装置から自律的にリアルタイム性を持ち警報データをサーバに送信すると共に、監視端末や保守端末の処理負荷を大きくすることなく被監視装置の監視データを取得して表示するＷｅｂ監視システム、データ処理方法、および被監視装置を提供する。【解決手段】  被監視装置１は、通常、ネットワーク３を介してサーバ２にＳＮＭＰ手順により自律的にトラップ（警報）データを送信すると共に、サーバ２、又は保守端末４から監視データの要求コマンドが有った場合、そのレスポンス（応答）として自装置の監視データをＸＭＬフォーマットで記述したモニタデータにしてネットワーク３を介して要求元のサーバ２又は、保守端末４へ送信する。保守端末４は、受信したモニタデータをブラウザ処理して４５にＷｅｂ画面表示し、監視端末５は、サーバ２のデータベース２２１からモニタデータをコマンドレスポンス応答により取得して表示する。【選択図】  図１
2006085623.tif 000002
【特許請求の範囲】
【請求項１】
自装置が接続されたＩＰ通信を行うネットワークを介してサーバへ自装置の監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記サーバへ送信すると共に、前記サーバ、又はおよび前記ネットワークを介するか、もしくは直接自装置に接続される前記保守端末からＨＴＴＰ手順によって前記監視情報のうち所定の自装置の監視データを要求するコマンドを受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求の送信元へＨＴＴＰ手順により送信して応答する少なくとも１台の被監視装置と、
前記被監視装置と直接、又は前記ネットワークを介して接続され、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信してＷｅｂブラウザすることにより自装置のモニタに画面表示する保守端末と、
前記ネットワークに接続され、前記被監視装置から前記トラップデータをＳＮＭＰ／ＵＤＰ手順により受信して内部のデータベース部に書き込み記憶すると共に、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記被監視装置から前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信して前記データベース部に書き込み記憶し、前記被監視装置から受信する前記モニタデータを自装置のモニタに画面表示する場合、前記モニタデータをＷｅｂブラウザ表示するサーバとを
具備することを特徴とするＷｅｂ監視システム。
【請求項２】
各前記モニタデータは、
書式設定が同じに揃えられた所定のＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、および前記サーバは、
前記モニタデータを同じ表示形式で前記画面表示することを特徴とする請求項１に記載のＷｅｂ監視システム。
【請求項３】
各前記モニタデータは、
書式設定が省略されたＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、前記サーバは、
予めそれぞれカスタマイズされた所定の書式でＷｅｂブラウズすることが設定され、前記送信されたモニタデータを受信した場合、前記それぞれカスタマイズされた書式による表示形式で前記監視データを画面表示することを特徴とする請求項１に記載のＷｅｂ監視システム。
【請求項４】
前記ネットワークは、ＩＰ通信を行う公衆電話網を備え、
前記公衆電話網と前記被監視装置の間にダイヤルアップルータが設置され、
前記ダイヤルアップルータを介して前記サーバから前記ダイヤルアップ接続を行っても前記被監視装置が前記ネットワークに接続出来なかった場合、又は、前記モニタデータを要求するコマンドを送信してもそれに応答して前記モニタデータが受信できない場合、
前記被監視装置が異常と判断することを特徴とする請求項１に記載のＷｅｂ監視システム。
【請求項５】
前記サーバは、
前記被監視装置が異常と判断した場合、正常で有れば前記被監視装置から受信されるトラップデータの代わりに前記データベースに異常を設定したトラップデータを書き込むことを特徴とする請求項４に記載のＷｅｂ監視システム。
【請求項６】
自装置が接続されたＩＰ通信を行うネットワークを介してサーバへ自装置の監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記サーバへ送信すると共に、前記サーバ、又はおよび前記ネットワークを介するか、もしくは直接自装置に接続される保守端末からＨＴＴＰ手順によって前記監視情報のうち所定の自装置の監視データを要求する前記コマンドを受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求の送信元の保守端末へＨＴＴＰ手順で送信する少なくとも１台の被監視装置と、
前記被監視装置と直接、又は前記ネットワークを介して接続され、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信してＷｅｂブラウザすることにより自装置のモニタに画面表示する保守端末と、
前記ネットワークに接続され、前記被監視装置から前記トラップデータをＳＮＭＰ／ＵＤＰ手順により受信して内部のデータベース部に書き込み記憶すると共に、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記被監視装置から前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信して前記データベース部に書き込み記憶し、前記被監視装置から受信する前記モニタデータを自装置のモニタに画面表示する場合、前記モニタデータを前記データベースから読み出してＷｅｂブラウザ表示し、前記ネットワークに接続される監視端末から前記記憶した前記モニタデータを前記データベース部からダウンロードするコマンドを受信した場合、前記モニタデータを前記データベース部から読み出して前記監視端末へＨＴＴＰ手順で送信するサーバと、
前記ネットワークに接続され、前記サーバへ、前記データベース部が記憶する前記被監視装置の前記モニタデータをダウンロードするコマンドをＨＴＴＰ手順で送信し、そのコマンドに応答して前記送信された前記モニタデータを受信してＷｅｂブラウザすることにより画面表示する監視端末とを
具備することを特徴とするＷｅｂ監視システム。
【請求項７】
各前記モニタデータは、
書式設定が同じに揃えられたＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、前記サーバ、および前記監視端末は、
前記モニタデータを同じ表示形式で前記画面表示することを特徴とする請求項６に記載のＷｅｂ監視システム。
【請求項８】
各前記モニタデータは、
書式設定が省略されたＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、前記サーバ、および前記監視端末は、
予めそれぞれカスタマイズされた所定の書式でＷｅｂブラウズすることが設定され、前記送信されたモニタデータを受信した場合、前記それぞれカスタマイズされた書式による表示形式で前記監視データを前記画面表示することを特徴とする請求項６に記載のＷｅｂ監視システム。
【請求項９】
ＩＰ通信を行うネットワークに接続されるサーバと、前記ネットワークを介して前記サーバとの間で自装置の監視情報の通信をする少なくとも１台の被監視装置と、前記被監視装置と直接、又は前記ネットワークを介して接続されて前記被監視装置との間で前記監視情報の通信をする保守端末とを備えるＷｅｂ監視システムのデータ処理方法において、
前記被監視装置は、
前記サーバへ自装置の前記監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記サーバへ送信すると共に、前記保守端末、又はおよび前記サーバからＨＴＴＰ手順により送信される前記監視情報のうち所定の自装置の監視データを要求する前記コマンドを受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求の送信元へＨＴＴＰ手順により送信して応答し、
前記保守端末は、
前記被監視装置へ前記監視情報のうち所定の監視データを要求するコマンドをＨＴＴＰ手順により送信し、前記コマンドに応答して当該被監視装置からＨＴＴＰ手順により送信された前記所定の監視データがＸＭＬフォーマットで記述されたモニタデータを受信してＷｅｂブラウザすることにより自装置のモニタに画面表示し、
前記被監視装置から前記トラップデータをＳＮＭＰ／ＵＤＰ手順で受信したサーバは、
前記トラップデータを内部のデータベース部に書き込み記憶すると共に、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記被監視装置から前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信して前記データベース部に書き込み記憶することを特徴とするＷｅｂ監視システムのデータ処理方法。
【請求項１０】
前記サーバが前記被監視装置から受信する前記モニタデータを自装置のモニタに画面表示する場合前記サーバは、
前記モニタデータをＷｅｂブラウザ表示し、
各前記モニタデータは、
書式設定が同じに揃えられた所定のＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、および前記サーバは、
前記モニタデータを同じ表示形式で前記画面表示することを特徴とする請求項９に記載のＷｅｂ監視システムのデータ処理方法。
【請求項１１】
前記サーバが前記被監視装置から受信する前記モニタデータを自装置のモニタ画面で表示する場合前記サーバは、
前記モニタデータを前記データベースから読み出してＷｅｂブラウザ表示し、
各前記モニタデータは、書式設定が省略されたＸＭＬフォーマットで記述されて前記送信され、
前記保守端末、前記サーバは、
予めそれぞれカスタマイズされた所定の書式でＷｅｂブラウズすることが設定され、前記送信されたモニタデータを受信した場合、前記それぞれカスタマイズされた書式による表示形式で前記監視データを前記画面表示することを特徴とする請求項９に記載のＷｅｂ監視システムのデータ処理方法。
【請求項１２】
前記ネットワークは、ＩＰ通信を行う公衆電話網を備え、
前記公衆電話網と前記被監視装置の間にダイヤルアップルータが設置され、
前記ダイヤルアップルータを介して前記サーバから前記ダイヤルアップ接続を行っても前記被監視装置が前記ネットワークに接続出来なかった場合、又は、前記モニタデータを要求するコマンドを送信してもそれに応答して前記モニタデータが受信できない場合、
前記被監視装置を異常と判断することを特徴とする請求項９に記載のＷｅｂ監視システムのデータ処理方法。
【請求項１３】
前記サーバは、
前記被監視装置を異常と判断した場合、正常で有れば前記被監視装置から受信されるトラップデータの代わりに前記データベースに異常を設定したトラップデータを書き込むことを特徴とする請求項９に記載のＷｅｂ監視システムのデータ処理方法。
【請求項１４】
通信機能を有する少なくとも１つの外部機器との間で自装置の監視情報を通信管理部を備えて通信するＷｅｂ監視システムの被監視装置において、
前記被監視装置は、
前記通信管理部を介して自装置の前記監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記外部機器のへ送信すると共に、前記外部機器から前記監視情報のうち、所定の自装置の監視データを要求する前記コマンドをＨＴＴＰ手順で受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求元へＨＴＴＰ手順により送信して応答することを特徴とする被監視装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂを利用して機器、装置の動作を監視するＷｅｂ監視システム、データ処理方法および被監視装置に関する。
【背景技術】
【０００２】
近年インターネットプロトコルを利用して機器の動作状態を遠隔監視するＷｅｂ監視システムの導入が進んでいる。Ｗｅｂ監視システムでは、中央監視装置（以下、サーバと称する）が被監視装置から動作状態の監視データを収集してデータベースに記憶する。そして、サーバは、そのデータベースをネットワーク上に公開し、ネットワークに接続された監視装置がサーバのデータベースから必要な監視データファイルをダウンロードしてモニタ表示することにより、被監視装置を遠隔監視するものもある（例えば、特許文献１。）。
【０００３】
ところが、これらのシステムでは、サーバや監視端末がリアルタイム性を持って常時、監視データを収集出来るよう、被監視装置が監視データをＳＮＭＰ手順でサーバへ送信するため、被監視装置とサーバとの間にブロードバンドの通信ネットワークを使うことにより通信ネットワークの利用効率が悪い欠点が有った。また、被監視装置の保守端末が所要の監視データを被監視装置から取得する際には、被監視機器からＳＮＭＰ手順で受信する通信制御プログラムが必要であり、監視端末や保守端末では受信する監視データを保存や表示に適したフォーマットに変換する等のアプリケーションプログラムを備えねばならず、処理負荷が大きい問題があった。
【特許文献１】特開２００１−２４３１５２号公報  （第３頁、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来Ｗｅｂを利用した監視システムは、被監視機器からリアルタイム性に監視データを取得するために通信帯域を広く確保するので利用効率が悪く、また監視端末、保守端末では監視データの受信、および表示や保存する際の処理負荷が大きい問題があった。
【０００５】
本発明は上記問題を解決するためになされたもので、被監視装置から自律的にリアルタイム性を持ち警報データをサーバに送信するとともに、監視端末や保守端末の処理負荷を大きくすることなく被監視装置の監視データを取得して表示出来るＷｅｂ監視システムデータ処理方法、および被監視装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明のＷｅｂ監視システムは、自装置が接続されたＩＰ通信を行うネットワークを介してサーバへ自装置の監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記サーバへ送信すると共に、前記サーバ、又はおよび前記ネットワークを介するか、もしくは直接自装置に接続される前記保守端末からＨＴＴＰ手順によって前記監視情報のうち所定の自装置の監視データを要求するコマンドを受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求の送信元へＨＴＴＰ手順により送信して応答する少なくとも１台の被監視装置と、前記被監視装置と直接、又は前記ネットワークを介して接続され、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信してＷｅｂブラウザすることにより自装置のモニタに画面表示する保守端末と、前記ネットワークに接続され、前記被監視装置から前記トラップデータをＳＮＭＰ／ＵＤＰ手順により受信して内部のデータベース部に書き込み記憶すると共に、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記被監視装置から前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信して前記データベース部に書き込み記憶し、前記被監視装置から受信する前記モニタデータを自装置のモニタに画面表示する場合、前記モニタデータをＷｅｂブラウザ表示するサーバとを具備することを特徴とする。
【０００７】
また、本発明のＷｅｂ監視システムのデータ処理方法は、ＩＰ通信を行うネットワークに接続されるサーバと、前記ネットワークを介して前記サーバとの間で自装置の監視情報の通信をする少なくとも１台の被監視装置と、前記被監視装置と直接、又は前記ネットワークを介して接続されて前記被監視装置との間で前記監視情報の通信をする保守端末とを備えるＷｅｂ監視システムのデータ処理方法において、前記被監視装置は、前記サーバへ自装置の前記監視情報のうち警報に関わるトラップデータをＳＮＭＰ／ＵＤＰ手順により前記サーバへ送信すると共に、前記保守端末、又はおよび前記サーバからＨＴＴＰ手順により送信される前記監視情報のうち所定の自装置の監視データを要求する前記コマンドを受信した場合、前記要求された監視データをＸＭＬフォーマットで記述されたモニタデータにして前記要求の送信元へＨＴＴＰ手順により送信して応答し、前記保守端末は、前記被監視装置へ前記監視情報のうち所定の監視データを要求するコマンドをＨＴＴＰ手順により送信し、前記コマンドに応答して当該被監視装置からＨＴＴＰ手順により送信された前記所定の監視データがＸＭＬフォーマットで記述されたモニタデータを受信してＷｅｂブラウザすることにより自装置のモニタに画面表示し、前記被監視装置から前記トラップデータをＳＮＭＰ／ＵＤＰ手順で受信したサーバは、前記トラップデータを内部のデータベース部に書き込み記憶すると共に、前記被監視装置へ前記所定の監視データを要求する前記コマンドを前記送信し、前記被監視装置から前記コマンドに応答して当該被監視装置から前記送信された前記モニタデータを受信して前記データベース部に書き込み記憶することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、被監視装置は、サーバにＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）／ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）手順により自律的に警報データを送信すると共に、サーバ、監視端末、又は保守端末からＨＴＴＰ手順で警報以外の監視データの要求が有った場合、ＸＭＬフォーマットで監視データを要求元へ送信するコマンドレスポンス応答をすることにより、リアルタイム性を持ち被監視装置から警報データをサーバに送信できると共に、監視端末や保守端末の処理負荷を大きくすることなく被監視装置のデータを取得して表示するＷｅｂ監視システム、およびデータ処理方法を提供することができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の実施例を説明する。
【実施例１】
【００１０】
図１は、本発明の実施例１に係るＷｅｂ監視システムの構成図である。  
図１においてＷｅｂ監視システムは、プラント設備や、通信設備、情報処理システム等の監視に適用され、自装置の動作の警報や監視データを出力する被監視装置（以下、リモート装置１（＃１）〜リモート装置１（＃ｎ）と称する。また、各リモート装置（＃１〜＃ｎ）に共通な事項について説明する場合リモート装置１と省略する。）、サーバ２、ネットワーク３、リモート装置１に付属する保守端末４、監視端末５（＃ａ〜＃ｍ）（以下、各監視端末５（＃ａ〜＃ｍ）に共通な事項を説明する場合、監視端末５と省略する。）とを備えている。
【００１１】
以上の各構成の間では、リモート装置１が出力する警報や監視データ、および監視データを要求するコマンドなどの監視情報を送受信する通信が行われる。
【００１２】
ネットワーク３は、リモート装置１、サーバ２、保守端末４、監視端末５との間を接続するＩＰ（インターネットプロトコル）通信網である。
【００１３】
リモート装置１は、ネットワーク３を介してサーバ２に警報の監視データ（以下、トラップデータと称する）をＳＮＭＰ／ＵＤＰ手順で自律的に送信し、サーバ２、又は保守端末４から警報以外の監視データ（以下、モニタデータと称する。）の要求コマンドを受信するとＸＭＬフォーマットにして送信するコマンドレスポンス応答を行う。
【００１４】
なお、警報、トラップデータは、独立した監視データ、又は、モニタデータのうち所定の基準値を超えたものから生成されるものである。
【００１５】
サーバ２は、ネットワーク３を介して各リモート装置１から送信されるトラップデータやモニタデータを収集してデータベース部２２１に記憶する中央監視装置である。監視データは、データベース部２２１ではＷｅｂ画面で監視出来るモニタデータ、又はトラップデータのファイルに編集される。このモニタデータのファイルは、ネットワーク３を介して監視端末５からのモニタデータ要求のコマンドのレスポンス応答としてダウンロード、言い換えれば、送信される。
【００１６】
保守端末４は、リモート装置１と直接、又はネットワーク３を介して接続され、ＩＰ通信により、リモート装置１のモニタデータを要求するコマンドを送信し、それにレスポンス応答して返信されるＸＭＬフォーマットのモニタデータを受信してＷｅｂブラウザすることにより画面表示する。ネットワーク３を介して接続される保守端末４は、リモート装置１から離れた場所からリモート端末１の遠隔保守に用いられる。
【００１７】
監視端末５は、ネットワーク３を介してサーバ２のデータベース部２２１から所望のリモート端末１のモニタデータのファイルをダウンロードしてＷｅｂブラウザすることにより画面表示して監視するサーバ２の外部表示端末に相当する。
【００１８】
従来のＷｅｂ監視システムは、サーバ２、保守端末４は、リモート装置１との間で必要な監視データをＳＮＭＰ手順により受信していた。そのため、保守端末４では、ＳＮＭＰ手順を処理する通信制御プログラム、および受信した監視データをモニタ画面に表示する表示プログラムを必要としていた。しかし、本発明では、リモート端末１から、監視データを、コマンドに応じたＸＭＬフォーマットで送信することにより、保守端末４と監視端末５は、それらのプログラムが不要になり標準のブラウザ処理を行うだけで済むのでＣＰＵの処理負荷が少なくて済む効果がある。
【００１９】
また、モニタデータのファイルはＸＭＬフォーマットにより監視項目や、表示形式を同じに揃えているので、保守端末４、監視端末５、またサーバ２それぞれがＷｅｂブラウザ表示すればそれらの間で表示形式が揃った画面になる効果がある。
【００２０】
図２は、Ｗｅｂ監視システムの動作手順の概要を説明するシーケンス図である。  
以下、図１、図２を参照してＷｅｂ監視システムにおける各構成のコマンドレスポンス動作概要を説明する。  
リモート装置１は、自己点検機能により、自装置内の動作の監視データのうち、トラップデータのみをＳＮＭＰ／ＵＤＰ手順によりネットワーク３を介してサーバ２へ予め定められたタイミングで、又は、必要警報発生時に送信する（ステップｓ１）。
【００２１】
サーバ２は、ネットワーク３を介して受信したリモート装置１からのトラップデータをサーバ２が備えるデータベース部２２１へ記憶する（ステップｓ２）。
【００２２】
また、サーバ２は、リモート装置１の所定の監視データ（モニタデータ）を収集するため、予め定めたタイミングで、又は操作員等の操作によりモニタデータ要求のコマンドをリモート装置１へネットワーク３を介して送信する（ステップｓ３）。
【００２３】
コマンドを受信した、例えば、リモート装置１（＃１）は、所定の監視データをＸＭＬフォーマットで記述したモニタデータ（＃１）としてネットワーク３を介して送信するレスポンス応答を行う（ステップｓ４）。サーバ２は、ネットワーク３を介して受信したリモート装置１からのモニタデータ（＃１）をサーバ２が備えるデータベース部２２１へ記憶する（ステップｓ５）。
【００２４】
一方、保守端末４は、接続先のリモート装置１（＃１）所定の監視データ、即ち、モニタデータが必要になると操作員等の操作によりモニタデータ要求のコマンドをリモート装置１（＃１）へ送信する（ステップｓ６）。
【００２５】
コマンドを受信した、リモート装置１（＃１）は、所定の監視データをＸＭＬフォーマットで記述したモニタデータ（＃１）として送信するレスポンス応答を行う（ステップｓ７）。保守端末４は、受信したモニタデータ（＃１）をＷｅｂブラウザすることにより画面に表示する（ステップｓ８）。
【００２６】
監視端末５は、例えば、リモート装置１（＃１）の動作を監視することが必要になると、操作員の操作により、サーバ２のデータベース部２２１からモニタデータ（＃１）をダウンロードするコマンドをネットワーク３を介して送信する（ステップｓ９）。コマンドを受信した、サーバ２は、モニタデータ（＃１）をデータベース部２２１から読み出してネットワーク３を介して監視端末５へ送信するレスポンス応答を行う（ステップｓ１０）。
【００２７】
監視端末５は、受信したモニタデータ（＃１）をＷｅｂブラウザすることにより画面に表示する（ステップｓ１１）。
【００２８】
図３、図４、図７、図８は、リモート装置１、保守端末４、サーバ２、監視端末５の機能構成を示すブロック図、図５は、モニタデータの表示例の図、リモート端末のリストの図である。  
以下、図３〜図８を参照して上記各構成の動作を説明する。
【００２９】
図３において、リモート装置１は、それぞれが内部バス等で接続され、リモート装置１の動作全般の監視、制御を行う装置制御部１１、リモート装置１の各部の動作をモニタする制御を行う障害管理部１２、リモート装置１の各機能構成との入出力を行う装置Ｉ／Ｆ（インタフェース）部１３、ネットワーク３との間でパケットを送受信する通信管理部１４から構成される。以下では、リモート装置１が無線送受信器である場合を例に動作説明をするが、無線送受信器に限ること無くプロセス制御装置等においても主要動作は同様である。
【００３０】
障害管理部１２は、自己診断機能を実行するもので、内部バスを介して装置Ｉ／Ｆ１３からリモート装置１の各部から動作状態の監視データを受信しリモート装置１の各機能要素の動作を監視する。障害管理部１２は、内部にメモリ１２２を備え、装置Ｉ／Ｆ１３から入力される監視データを書き込み記憶し、装置制御部１１からの制御に従ってデータをメモリ１２２から読み出して内部バスを介して通信管理部１４に出力する。
【００３１】
監視データは、例えば、無線送受信器の送信器部分の送信レベルや受信器部分の受信レベル、エラーチェック等である。障害管理部１２は、予め警報が設定された監視データ項目にトラップを設ける。
【００３２】
そして、警報が発生するとそのトラップデータが内部バスを介して通信管理部１４へ出力される。また、障害管理部１２は、警報が発生するとランプやブザー等の警報手段１２１によりリモート装置１の操作員に警報を通知する。
【００３３】
装置制御部１１は、内部バスを監視し、警報が発生したことを検知すると障害管理部１２からトラップデータを通信管理部１４へ出力し、ＳＭＴＰ／ＵＤＰ手順でネットワーク３を介してサーバ２へ送信する制御を行う。
【００３４】
一方、装置制御部１１は、通信管理部１４がネットワーク３を介して、サーバ２、又は、保守端末４から自装置のモニタデータの要求コマンドを受信したことを検知した場合、障害管理部１２に対してモニタデータをメモリ１２２から読み出して内部バスを介して通信管理部１４へ出力する。そして、通信管理部１４に対して入力されたモニタデータをＸＭＬフォーマットで記述されたモニタデータに変換してネットワーク３を介して要求元のサーバ２、又は、保守端末４へ送信して応答する制御を行う。
【００３５】
要約すれば、保守端末４、サーバ２からのモニタデータを要求するコマンドは、例えば、「ＭＤＡＴＡ」の様なテキストデータでＨＴＴＰ手順で送信され、リモート装置１からモニタデータが、ＨＴＴＰ手順に従ったコマンドレスポンス応答により送信される。
【００３６】
通信管理部１４は、障害管理部１２から内部バスを介して入力されるトラップデータをＳＮＭＰ／ＵＤＰ手順で出力する処理を行うＳＮＭＰマネージャ１４１、および障害管理部１２から入力されるモニタデータをＸＭＬフォーマットのモニタデータに変換するＨＴＴＰマネージャ１４２を備える。そして更に、ＳＮＭＰマネージャ１４１、およびＨＴＴＰマネージャ１４２から入力されるデータをＴＣＰ／ＩＰ手順によりネットワーク３に出力し、ならびにネットワーク３からモニタデータを要求するコマンドを受信して内部バスに出力するＴＣＰ／ＩＰ  ＩＦ（インタフェース）１４３とから構成される。
【００３７】
なお、保守端末４とリモート装置１との間はネットワーク３を介さずに直接接続されＩＰで通信するものであっても良いが、以下ではネットワーク３を介して通信する場合を例に説明する。
【００３８】
なお、装置制御部１１は、サーバ２、および保守端末４から自分宛の接続要求、又は、モニタデータの送信要求のコマンドを受信すると、その要求元の保守端末１、のＩＰアドレス情報、例えば（＃Ａ）を判読して、保守端末４へ自装置（リモート装置１）のモニタデータを送信する処理を行うが、このアドレス処理については、通常のＩＰ手順であるので以下、説明は省略する。
【００３９】
図４は、保守端末４の機能構成を示すブロック図である。  
以下、図４を参照して保守端末４の構成と動作を説明する。図４において、保守端末４は、それぞれが内部バス等で接続され、保守端末４の動作全般の監視、制御を行う監視制御部４１、通信管理部４２、監視制御部４１へのコマンド入力や警報ブザー等アラーム入出力を行うキーボードやランプ、スピーカ等の入出力部品からなる入出力部４３、ネットワーク３を介して通信管理部４２から入力されたモニタデータをブラウザ処理してモニタ４５に出力するブラウザ処理部４４から構成される。なお、保守端末４は、上記の機能構成を備える、例えば、パーソナルコンピュータやＰＤＡ（個人情報端末）であっても良い。
【００４０】
保守端末４は、リモート装置１、又は、監視端末５でリモート装置１に障害が発生した場合、又は、定期点検等でリモート装置１の動作を確認する場合に、直接、通信管理部４２がリモート装置１の通信管理部１４と接続されるか、又は、ネットワーク３を介してリモート装置１へ接続される。
【００４１】
監視制御部４１は、メモリ４１１を備え、リモート装置１から通信管理部４２を介して受信したモニタデータをブラウザ処理部４４との間で入出力しモニタ４５に表示する監視制御を行う。また、入出力部４３から入力されるモニタデータの要求コマンドを通信管理部４２へ出力する制御等を行う。
【００４２】
保守端末４が直接リモート装置１へ接続される場合、監視制御部４１は、通信管理部４２へリモート装置１と常にＩＰ通信できるようにコネクションを確立する制御を行い、保守端末は待機状態に入る。
【００４３】
モニタデータを取得する場合、操作員が入出力部４３のキーボードから、例えば、「ＭＤＡＴＡ」の様なコマンドを入力する。監視制御部４１は、内部バスを監視してこのコマンドを検出すると、通信管理部へ出力する。通信管理部４２は、ＴＣＰ／ＩＰ  ＩＦ４２２、ＨＴＴＰマネージャ２４１を備え、ＨＴＴＰマネージャ４２１がバイナリデータの「ＭＤＡＴＡ」をテキストデータに変換し、ＴＣＰ／ＩＰ  ＩＦ４２２がＨＴＴＰ手順でコマンドのパケットにしてネットワーク３を介して、例えば、リモート装置１（＃１）へ送信する。
【００４４】
別のコマンド送信方法として、監視制御部４１が、内部タイマ（図示せず）を参照して一定のタイミングで、「ＭＤＡＴＡ」のコマンドを通信管理部２４へ出力するものであっても良い。コマンドを受信した、リモート装置１（＃１）は、先述の如く、ＸＭＬフォーマットにしたモニタデータ（＃１）をネットワーク３を介して保守端末４に送信する。
【００４５】
モニタデータ（＃１）をネットワーク３から受信した通信管理部４２のＴＣＰ／ＩＰ  ＩＦ４２２は、パケットを復調してＨＴＴＰマネージャ２４１へ出力し、ＨＴＴＰマネージャ２４１はテキストデータをバイナリデータにして内部バスへ出力する。
【００４６】
監視制御部４１は、内部バスを介して通信管理部４２から入力されたモニタデータ（＃１）をブラウザ処理部４５へ出力し、監視制御部４１は、Ｗｅｂ画面に編集（ブラウザ）してモニタ４５の画面に表示する。
【００４７】
図５は、モニタデータの画面表示の例である。  
図５において、モニタデータは、無線送受信器であるリモート装置１の「受信レベル」、「エラーチェック」、「送信レベル」、「筐体温度」が表示されている。
【００４８】
一方、保守端末４がネットワーク３を介してリモート装置１へ接続される場合、モニタ４５には、デフォルト画面としてリモート装置１（＃１〜＃ｎ）のリスト画面が表示される。
【００４９】
図６は、リモート装置１をリストにした表示画面の例である。  
図６において、リモート装置１（＃１〜＃ｎ）のリストデータは、初期設定により、入出力部４３のキーボード等から入力されるか、又は、所定の手順によりサーバ２のデータベース部２２１からダウンロードされることによりメモリ４１１に記憶され、監視制御部４１は、このデータをメモリ４１１から読み出してブラウザ処理部４４に出力し、リスト画面がモニタ４５に表示される。
【００５０】
保守端末４のモニタ４５で表示されるＷｅｂ画面のリモート装置１（＃１〜＃ｎ）には、それぞれに対応したＩＰアドレスがリンク設定されている。保守端末４の操作員から、入出力部４３のマウス等のポインタ機能により、例えば、リモート装置１（＃１）がクリックされると、監視制御部４１は、メモリ４１１に記憶したそのリンク先のリモート装置１（＃１）のＩＰアドレスを探し出す。そして、監視制御部４１は通信管理部４２とネットワーク３を介してリモート装置１（＃１）と接続する制御を行い、モニタデータを要求するコマンド「ＭＤＡＴＡ」を送信する。コマンドを受信したリモート装置１（＃１）と保守端末４との間の応答等の動作は、直接接続された場合と同様になる。
【００５１】
そして内部バスを監視してモニタデータを受信したことを検知した監視制御部４１は、ブラウザ処理部４４がモニタデータを入力する制御を行い、そこでＷｅｂブラウズが行われモニタ４５の画面上には、図６のリスト画面に代わって、図５のモニタデータの画面が表示される。
【００５２】
図７は、サーバ２の機能構成を示すブロック図である。  
以下、図７を参照してサーバ２の構成と動作を説明する。図７において、サーバ２は、それぞれが内部バス等で接続され、サーバ２の動作全般の監視、制御を行う監視制御部２１、リモート装置１から送信されたトラップデータ、およびモニタデータをデータベース部２２１との間で書き込み、および読み出す記憶処理をする警報管理部２２、監視制御部２１へのコマンド入力を行うキーボードやマウスと、警報を出力するランプ点灯、又はブザー鳴動等の警報手段２３１等とを備える入出力部２３、ネットワーク３との間でパケット（データ）を送受信する通信管理部２４、警報管理部２２のデータベース部２２１からのモニタデータ等内部バスから入力されたデータをＷｅｂブラウザ処理するブラウザ処理部２５、およびＷｅｂブラウザ処理されたデータを表示するモニタ２６を具備する。
【００５３】
サーバ２はネットワーク３と通信管理部２４を介してリモート装置１、監視端末５との間でコマンドや監視データを送受信する。
【００５４】
通信管理部２４は、ＴＣＰ／ＩＰ  ＩＦ（インタフェース）２４３、ＨＴＴＰマネージャ２４２、およびＳＮＭＰマネージャ２４１を備える。
【００５５】
ＴＣＰ／ＩＰ  ＩＦ２４３は、ネットワーク３と内部バスとの間でＴＣＰ／ＩＰ手順によるパケットの送受信インタフェースを行う。ＨＴＴＰマネージャ２４２は、ネットワーク３からＴＣＰ／ＩＰ  ＩＦ２４３を介して受信したテキスト形式のコマンドデータをバイナリデータに変換して内部バスに出力する。また、内部バスから入力されたバイナリのモニタデータをＸＭＬ（又はＨＴＭＬ）フォーマットのパケットデータに変換する。
【００５６】
ＳＮＭＰマネージャ２４１は、ネットワーク３を介してリモート装置１からＳＮＭＰ手順で受信するトラップデータを内部バスを介して警報管理部２２へ出力する。
【００５７】
監視制御部２１は、リモート装置１からネットワーク３および通信管理部２４を介して受信したトラップデータ、およびモニタデータを警報管理部２２のデータベース部２２１との間で書き込む制御を行う。
【００５８】
警報管理部２２は、通信管理部２４を介して受信する各リモート端末１のトラップデータ、およびモニタデータのデータベース管理を行うもので監視制御部２１の制御に従って内部メモリ、即ち、データベース部２２１に書き込みを読み出して記憶する制御や、それらのデータを分析して必要に応じて警報を出力する制御を行う。
【００５９】
また警報管理部２２は、リモート装置１から警報を受信した場合、又は、リモート装置１から受信したモニタデータを分析して警報を生成した場合、ランプ表示等の警報手段２３１から所定の警報を発生させる制御を行う。
【００６０】
監視制御部２１は、初期設定等によりネットワーク３に接続された各リモート装置１（＃１〜＃ｎ）をリストする。そして、この各リモート装置１（＃１〜＃ｎ）に対応したトラップデータやモニタデータのファイル名、例えば、トラップデータ（＃１〜＃ｎ）モニタデータ（＃１〜＃ｎ）をデータベース２２１に登録する。
【００６１】
監視制御部２１は、各リモート装置１（＃１〜＃ｎ）との間で内部タイマ（図示せず）を参照して所定のタイミング、例えば５分間隔でモニタデータを要求するコマンド、例えば、「ＭＤＡＴＡ＃１」〜「ＭＤＡＴＡ＃ｎ」を通信管理部２４を介してＨＴＴＰ手順で送信する制御を行う。
【００６２】
そして、例えば、コマンド「ＭＤＡＴＡ＃１」に応答して送信されたモニタデータ（＃１）を受信して警報管理部２２のデータベース部２２１へ書き込み記憶する。
【００６３】
なお、モニタデータを要求するコマンドは、後述するように管理端末５と同様に入出力部２３から操作員に起動されるもので有っても良い。
【００６４】
次に、監視端末５との間でモニタデータを送受信する動作について説明する。
【００６５】
サーバ２は、監視端末５がモニタデータをダウンロードするリモート装置１（＃１〜＃ｎ）を選択できるようリモート装置１（＃１〜＃ｎ）のリストをＷｅｂ上で公開する。そのリストは、図６に示される保守端末で表示されるリモート装置１（＃１〜＃ｎ）のリスト画面と同じ表示であるが、画面に表示される各リモート装置１（＃１〜＃ｎ）に対するリンク設定が保守端末４の場合と異なっている。
【００６６】
サーバ２がＷｅｂ上で公開する図６のＷｅｂ画面上では各リモート装置１（＃１〜＃ｎ）は、データベース２２１に記憶されたモニタデータ（＃１〜＃ｎ）とリンク設定が行われている。そしてサーバ２のＵＲＬにこのＷｅｂ画面に編集したリストファイルが登録されている。監視端末５は、ネットワークを介してこのＵＲＬからリストファイルを取得して画面表示した中からモニタデータを取得したいリモート端末１を選択する。
【００６７】
監視端末５では、操作員がモニタ５５に表示されたリストから、例えば、リモート装置１（＃１）をマウスのポインタで指定する。そして、そのリモート装置１（＃１）の表示にリンク設定されたモニタデータ（＃１）のダウンロードコマンド、例えば「ＭＤＡＴＡ＃１」がサーバ２へ送信される。
【００６８】
サーバ２の監視制御部２１は、内部バスを監視して、通信管理部２４が監視端末５からのコマンドを受信したことを検知する。そして、レスポンドとして警報管理部２２に対してリモート装置１（＃１）のモニタデータ（＃１）をデータベース部２２１から読み出して内部バスを介して通信管理部２４へ出力する制御、および通信管理部２４へ入力されたモニタデータ（＃１）をＸＭＬフォーマットで記述したモニタデータに変換してネットワーク３を介して当該監視端末５へ送信する制御を行う。
【００６９】
なお、監視制御部２１は、監視端末５からリモート装置１のモニタデータの送信要求のコマンドを受信すると、その要求元の、例えば監視端末５（＃ａ）、およびリモート装置１、（＃１）のアドレス情報やモニタデータのファイル名などのダウンロード情報を判読して、要求元へそれぞれ応答するモニタデータを送信するレスポンス応答を行うが、このアドレス情報、およびリンク設定されたファイルのダウンロードの処理手順については、通常のＩＰ手順によるので以下、説明を省略する。
【００７０】
また監視制御部２１は、警報管理部２２から警報が発生されると、警報が発生された、例えば、リモート装置１（＃１）をリスト画面上で表示を点滅、または色表示を変える等の警報を発生する様、リストファイルの編集を行う。
【００７１】
また、図６のリスト画面は、モニタ２６にも表示される。操作員が、入出力部２３のポインタにより、リスト上のリモート装置１（＃１）をクリックした場合、モニタデータ（＃１）をデータベース部２２１から読み出してブラウザ処理部２５へ出力し、モニタ２６に表示する監視制御を行う。また、このクリックを検出した場合、リモート装置１（＃１）にモニタデータを要求するコマンド「ＭＤＡＴＡ」を送信し、その応答として受信したモニタデータ（＃１）をデータベース部２２１へ書き込み更新、および読み出して表示するものであっても良い。
【００７２】
ブラウザ処理部２５は、監視制御部２１の制御に従い、内部バスを介してデータベース部２２１からリモート装置１のモニタデータ、リストファイルが入力され、そのファイルをＷｅｂブラウザしてモニタ２６に出力しＷｅｂ画面で表示する。
【００７３】
図８は、監視端末５の機能構成を示すブロック図である。  
以下、図８を参照して監視端末５の構成と動作を説明する。図８において、監視端末５は、それぞれが内部バス等で接続され、監視端末５の動作全般の監視、制御および、サーバ２との間でモニタデータの要求や受信の制御を行う監視制御部５１、ネットワーク３との間でコマンドやモニタデータ等のパケットを送受信する通信管理部５２、監視制御部５１へのコマンド入力を行うキーボード、および警報を出力するランプ点灯、又はブザー鳴動等の警報手段５３１等からなる入出力部５３、通信管理部５２から受信したモニタデータをＷｅｂブラウザ処理するブラウザ処理部５４、およびブラウザ処理されたデータを表示するモニタ５５を備える。
【００７４】
監視端末５は、サーバ２のデータベース部２２１が記憶しているリモート装置１のモニタデータをサーバ２のモニタ２６と同様に表示して監視するサーバ２の外部モニタ装置として機能する。従って、監視端末５は、ネットワーク３を介してサーバ２に所望のリモート端末１のモニタデータのファイルをデータベース部２２１から呼出すコマンドを送信する。そして、サーバ２から応答として送信される当該リモート装置１のＸＭＬフォーマットのモニタデータを受信してモニタ５５の画面上に表示する。なお、監視端末５は、上記の機能構成を備えるもので有れば、ワークステーション、又は、パーソナルコンピュータの様な情報端末であっても良い。
【００７５】
監視端末５は、待機状態では、図６のリモート端末１（＃１〜＃ｎ）のリスト画面が表示されている。即ち、監視制御部５１は、デフォルト画面として、ネットワーク３を介してサーバ２のＵＲＬへアクセスする。そして、データベース部２２１からリモート装置１（＃１〜＃ｎ）のリスト画面をダウンロードしてブラウザ処理部５４に出力し、Ｗｅｂ画面にして表示している。
【００７６】
上述のサーバ２の動作説明で紹介したように、モニタ５５の画面に表示されたリストから、所望のリモート装置１をクリックするとそのモニタデータのファイルのダウンロードコマンドが生成される。即ち、リモート装置１のモニタデータのファイル名は、図６の画面のリストのリモート装置１にリンク設定されている。例えば、リモート装置１（＃１）が入出力部５３のマウス等のポインタによって選択されると、内部バスを監視している監視制御部５１は、コマンド「ＭＤＡＴＡ＃１」を内部バスを介して通信管理部５２へ出力する。
【００７７】
通信管理部５２は、ＴＣＰ／ＩＰ  ＩＦ５２１、ＨＴＴＰマネージャ５２２を備える。
【００７８】
ＨＴＴＰマネージャ５２２は、モニタデータのダウンロードコマンド「ＭＤＡＴＡ＃１」を監視制御部５１から入力されると、テキストファイルに変換してＴＣＰ／ＩＰ  ＩＦ５２１へ出力する。ＴＣＰ／ＩＰ  ＩＦ５２１は、コマンドのパケットをネットワーク３を介してサーバ２へ送信する。そして、通信管理部５２は、ネットワーク３を介してサーバ２から応答として送信されたモニタデータ（＃１）を受信すると、それを内部バスを介してブラウザ処理部５４へ出力する。
【００７９】
監視制御部５１は、モニタデータ（＃１）を受信したことを検知すると、ブラウザ処理部５４へモニタデータ（＃１）を出力する。ブラウザ処理部５４は、図６の画面データに代わって入力されたモニタデータ（＃１）をＷｅｂ画面に表示するＷｅｂブラウザ処理を行いモニタ５５に図５のモニタデータ（＃１）の表示画面が表示される。
【００８０】
（モニタデータのＸＭＬフォーマット処理）
サーバ２のモニタ２６の表示画面と、保守端末４のモニタ４５、および監視端末５のモニタ５５が表示する画面表示は同じになる。即ち、サーバ２の表示画面の編集内容と揃う様にリモート装置１から保守端末４へ送信されるモニタデータ（＃１）、およびサーバ２から監視装置５へ送信されるリモート装置１のモニタデータ（＃１）は、ＸＭＬファイルのデータ項目や書式設定が同じにされていることから保守端末４、および監視端末５のＷｅｂ表示画面は同じものとなる。
【００８１】
以上説明したように本発明の実施例１では、モニタデータは、コマンドレスポンス方法によりＸＭＬフォーマットで送信され、それを受信した保守端末４、および監視端末５でブラウザにより処理されたＷｅｂ画面で表示される。従って、ＳＮＭＰ手順で監視データを全てリモート装置１から受信する場合と異なり、保守端末４、および監視端末５では、ＳＮＭＰ制御プログラムや監視データをサーバ２と揃えて表示するための表示処理プログラムを揃える必要が無い。その結果、データ処理の負担を少なく済ませる効果があり、また、更にネットワーク３上でもテキスト化して送信するので、監視データは実質上圧縮されるので伝送効率も高くなる。
【００８２】
図９、図１０は、リモート装置１（＃１）から保守端末４へ、およびサーバ２から監視端末５へ送信されるモニタデータのファイルの記述内容を説明する図である。
【００８３】
この２つのファイルは組になって、送受信される。ＸＭＬフォーマット（書式）については、標準書式であるので、以下、本発明に関わる記述部分のみ説明する。  
図９は、モニタデータのコンテンツ（データの種類や数値等）を送信するＸＭＬフォーマットのテキストファイルの記述例で、行頭に「rfdata.xml」の名称であることが示されている。図１０は、モニタデータの表示書式を規定したＸＭＬフォーマットのテキストファイルの記述例で、行頭に「idu_main.xsl」の名称であることが示されている。
【００８４】
図９において、２行目は、ファイルの作成バージョンや文字コードについての記述がなされ、リモート装置１である無線送受信器のモニタデータの書式は３行目の
「＜      ．．．．/idu_main.xsl"?＞」で設定されている。  
それに続く「＜rfdata＞」等のタグに続く「<mon n1="-60" n2="5" n3="5.0" n4="45"/>」
のタグ内の記述が図５の受信レベルから筐体温度等のモニタデータの数値であって、例えば、「n1="-60"」は、受信レベルの「―６０」ｄＢｍの数値を表している。「n2="5" n3="5.0" n4="45"」も同様にモニタデータ項目の数値が"  "で挟まれた部分に記述されている。
【００８５】
図１０に示される記述例では、図９のモニタデータの書式を設定したファイルであることが行頭に、「idu_main.xsl」で示されている。それに続く、例えば「<table ．．．．>」のタグ記述は、監視データ項目をＷｅｂ画面上で表にする書式を設定している部分である（詳細記載省略。）。
【００８６】
そして、注１〜注４のマークが付いている行が、図９の監視データ項目の数値の記述を設定している部分である。例えば、「n1」に相当する部分については、注１の行の「<span id="mon1"><xsl:value-of select="rfdata/status/idu/mon/@n1" /></span>」に数値記述であることを示す「@n1」を含んだことが示されている。
【００８７】
リモート装置１では、図９の「<mon n1="-60" n2="5" n3="5.0" n4="45"/>」にあたる数値データが書き込まれたファイル「rfdata.xml」が作成され、コンテンツの項目や書式を設定した「idu_main.xsl」が対になりサーバ２、又は、保守端末４へコマンドに応答するモニタデータとして送信される。また、サーバ２では、この受信した対のファイルがデータベース部２２１に書き込まれ、監視端末５からモニタデータを要求するダウンロードコマンドを受信するとデータベース部２２１からそれらが読み出されて監視端末５へ送信される。
【００８８】
サーバ２、保守端末４、監視端末５は、こら等の２つのファイルを受信し、上述の関連づけをブラウザ処理部２５、４４、５４が判読してＷｅｂブラウザすることにより、それらの間で図５に示される同じ表示画面でモニタデータが表示される。
【実施例２】
【００８９】
実施例２は、ＸＭＬフォーマットでモニタデータを送信する場合、モニタデータを書式とデータの意味、データコンテンツからなるコンテンツに分離し、コンテンツのみを記述した「rfdata.xml」のファイルを送信し、書式は、予めコンテンツデータの受信側に設定、又は記憶しておき、その書式設定でコンテンツデータを表示するものである。
【００９０】
実施例２では、トラップデータやモニタデータの送受信手順は、実施例１の場合と同様に行われるが、サーバ２のブラウザ処理部２５、保守端末４のブラウザ処理部４４、および監視端末５のブラウザ部５４には、同じ「idu_main.xsl」のファイル名であるものの、予めそれぞれにカスタマイズされたフォーマット情報（書式設定）が各ブラウザ処理部に設定されるか、又はメモリ等に記憶される。
【００９１】
そして、保守端末４ではリモート装置１からＸＭＬフォーマットで送信される「rfdata.xml」に記述されたデータを受信すると、ブラウザ処理部４４は、保守端末４用にカスタマイズされた「idu_main.xsl」によりＷｅｂブラウザしてモニタ４５の画面で表示する。また、監視端末５でもブラウザ部５４が同様にサーバ２から「rfdata.xml」で送信されてきたリモート装置１のモニタデータを受信すると監視端末５用にカスタマイズされている「idu_main.xsl」によりＷｅｂブラウザしてモニタ５５の画面で表示する。
【００９２】
この様にすれば、書式設定ファイルを送信しなくて済み、伝送されるデータ量が削減できることからネットワーク３の帯域が少なくてもデータを伝送出来、ネットワーク運用効率を高くすることが出来る。
【００９３】
図１１は、実施例２における保守端末４の表示画面例、図１２は、保守端末４用にカスタマイズされた書式設定ファイル「idu_main.xsl」の記述例である。  
図１０において、保守端末４の表示画面は、図５における４項目の「筐体温度」のデータが省略され、図１２は、「筐体温度」の表示を削除するため、図１０の「idu_main.xsl」ファイルの記述から、最終行の「</table>」のタグから逆昇り６行目の「<table width…>」までの記述が削除されている。その結果、送信側のリモート装置１ではコンテンツのデータファイル「rfdata.xml」送信先毎に変更することなく同じコンテンツデータの送信を行う一方、受信側の保守端末４では、「筐体温度」のデータを受信しても表示しない。
【００９４】
監視端末５でも同様に表示項目の省略等のカスタマイズを行うことが出来る。又独自な表の形式（図示せず。）を監視端末５が用いる「idu_main.xsl」に設定することも可能である。
【００９５】
カスタマイズは、サーバ２、保守端末４、監視端末５で同じ画面に揃うようにしても良いし、それらの間で異なる様にしても良い。また、例えば保守端末４（＃１）と保守端末４（＃２）が更に異なる様にするもので有っても良い。
【００９６】
以上の様に、各端末で表示をカスタマイズしても、ブラウザ上の表示フォーマット設定のみのカスタマイズを行うだけなので、保守端末４および監視端末５の負担の増加を少なく抑えることが出来る。
【実施例３】
【００９７】
実施例３は、リモート装置１が、例えば、山中の送信所等に設置されている場合、ネットワーク３が公衆電話網を経由するものであっても良い。例えば、リモート装置１がトラップデータを１時間に１回送信する程度で頻繁に送信する必要が無い場合、リモート装置１とネットワーク３との間はダイヤルアップ接続され、リモート装置１は、サーバ２へトラップデータを送信する。
【００９８】
図１３は、実施例３におけるＷｅｂ監視システムの構成図である。  
図１３において、Ｗｅｂ監視システムは、ネットワーク３には、ＩＰパケットを伝送する公衆電話網３１が含まれている。そして、ＩＰリモート装置１との間にダイヤルアップルータ１４４が設けられている。ダイヤルアップルータ１４４を介して公衆電話網３１およびネットワーク３に接続される。以下、説明を容易にするためダイヤルアップルータ１４４がリモート装置１に含まれる場合を例にＷｅｂ監視システムの動作を説明する。
【００９９】
図１４は、実施例３におけるリモート装置１の構成図である。  
ＩＰリモート装置１は、通信管理部１４にダイヤルアップルータ１４４を備えている以外、図３に示すリモート装置１と構成は同様である。ダイヤルアップルータ１４４は、ＴＣＰ／ＩＰ  ＩＦ１４３に接続され、リモート装置１の装置制御部１１のコマンドによりダイヤルアップ接続を行うか、又は、公衆電話網３１からのサーバ２からの着呼信号によりサーバ２との間がダイヤルアップ接続される。最初にリモート装置１からダイヤルアップ接続する場合における動作について説明する。
【０１００】
装置制御部１１は、内部タイマ（図示せず）を参照して所定の間、例えば、１時間でダイヤルアップ接続してリモート装置１をネットワークにログインし、ログイン後は、実施例１と同様にサーバ２へ各トラップデータ、およびサーバ２からコマンドを受信すればモニタデータを送信する。また、公衆網電話網３１に接続されていない時間にリモート装置１の障害管理部１２で警報が発生された場合に、それを検知した装置制御部１１が、ダイヤルアップルータ１４４を起動して公衆電話網３１を介してリモート装置１がネットワーク３にログインする制御を行うようにしても良い。
【０１０１】
この様なダイヤルアップ接続は、監視制御部１１が内部タイマ（図示せず）を参照してネットワーク３との間の通信を監視し、必要なデータの送信が終了してから所定の時間が経過した場合タイムアウト切断される。ダイヤルアップ接続中のリモート装置１、サーバ２、保守端末４、監視装置５の間の動作は実施例１、実施例２の場合と同様である。
【０１０２】
サーバ２の警報管理部２２は、リモート装置１から受信したトラップデータに警報がある場合、又は、受信したモニタデータを分析して警報を生成した場合、警報を監視制御部１１に通知する。そして、監視制御部１１は、監視端末５へ図６のリスト画面に表示される警報のある、例えば、リモート装置１（＃１）の表示を点滅させる制御を行う。監視端末５のリスト画面でリモート装置１（＃１）の警報を知った操作員は、モニタ５５の画面上でリモート装置１（＃１）を設定することにより監視端末５からサーバ２へアクセスしてデータベース２２１から、リモート装置１（＃１）のモニタデータ（＃１）を受信することができる。
【０１０３】
また、保守端末４がネットワーク３を介してリモート装置１（＃１）へ接続されている場合、タイムアウト前で有れば、リモート装置１（＃１）へモニタデータを要求するコマンドを送信してモニタデータを取得することが出来る。
【０１０４】
次に、サーバ２からリモート装置１のダイヤルアップルータ１４４を起動してリモート装置１との間を呼接続する場合を説明する。サーバ２の監視制御部２１は、内部タイマ（図示せず）を参照して、通信管理部２４を制御して定期的なタイミング、例えば、１時間毎にダイヤルアップ接続を行って各リモート装置１へポーリングする。
【０１０５】
この場合、図示しないダイヤルアップルータが、サーバ２にも備えられ、公衆電話網３１を介してダイヤルアップルータ１４４へ発呼して呼接続するか、又は、サーバ２からネットワーク３を介してダイヤルアップルータ１４４を起動するコマンドを送信することによりリモート端末１に着信動作をさせて呼接続するものでも良い。サーバ２から所定の手順によりリモート装置１を呼び出すコマンドがダイヤルアップルータ１４４へ送信され、ダイヤルアップルータ１４４が備えるＮＣＵ手段によりリモート装置１が公衆電話網３１と接続されネットワーク３へ当該リモート装置１がログインする。ログイン後のＷｅｂ化監視装置の各構成の動作は、実施例１、実施例２と同様である。また、監視制御部２１は、内部タイマ（図示せず）を参照して、ダイヤルアップ接続後、所定の時間以上データの送受信が行われないと、ダイヤルアップ接続をタイムアウト切断する。
【０１０６】
実施例３においては、サーバ２は、ダイヤルアップ接続してもリモート装置１がログイン出来ない場合、または、ログイン後、モニタデータの要求コマンドに応答が無い場合、トラップデータの警報受信できなくてもそのリモート装置１を異常と判断する生存確認を行う。
【０１０７】
サーバ２の監視制御部２１、または警報管理部２２がリモート装置１を異常と判断した場合、そのリモート装置１が異常であることをデータベース部２２１へ書き込み記憶する制御を行う。例えば、本来リモート装置１（＃１）から受信するトラップデータファイル（＃１）へ、代わりに異常であることを設定してデータベース２１１に書き込み記憶しても良い。
【０１０８】
以上、説明した様にダイヤルアップ接続では、監視データが必要な時だけ公衆電話網３１が接続されて監視データが送信されるので、ネットワーク３に高額な通信費用を要する専用線等のブロードバンドのネットワークを備える必要は無く、通信効率、および通信費の節約を図ることが可能である。
【図面の簡単な説明】
【０１０９】
【図１】本発明の実施例１に係わるＷｅｂ監視システムの構成図。
【図２】本発明の実施例１に係わるＷｅｂ監視システムの動作手順の概要を示すシーケンス図。
【図３】本発明の実施例１に係わるＷｅｂ監視システムのリモート装置の機能構成を説明するブロック図。
【図４】本発明の実施例１に係わるＷｅｂ監視システムの保守端末の機能構成を説明するブロック図。
【図５】モニタデータの表示画面の例。
【図６】リモート装置のリストのＷｅｂ表示画面の例
【図７】本発明の実施例１に係わるＷｅｂ監視システムのサーバの機能構成を説明するブロック図。
【図８】本発明の実施例１に係わるＷｅｂ監視システムの監視端末の機能構成を説明するブロック図。
【図９】モニタデータのコンテンツを送信するＸＭＬフォーマットのテキストファイルの記述例。
【図１０】モニタデータの表示書式を規定したＸＭＬフォーマットのテキストファイルの記述例。
【図１１】実施例２における保守端末のモニタの表示画面例。
【図１２】保守端末４用にカスタマイズされた書式設定ファイルの記述例。
【図１３】実施例３に係わるＷｅｂ監視システムの構成図。
【図１４】実施例３におけるリモート装置１の機能構成を示すブロック図。
【符号の説明】
【０１１０】
１  リモート装置
１１  装置制御部
１２  障害管理部
１２２  メモリ
１３  装置Ｉ／Ｆ（インタフェース）部
１４  通信管理部  
１４１  ＳＮＭＰマネージャ
１４２  ＨＴＴＰマネージャ
１４３  ＴＣＰ／ＩＰ  ＩＦ（インタフェース）
１４４  ダイヤルアップルータ
２  サーバ
２１  監視制御部
２２  警報管理部
２２１  データベース部
２３  入出力部
２３１  警報手段
２４  通信管理部
２４１  ＳＮＭＰマネージャ
２４２  ＨＴＴＰマネージャ
２４３  ＴＣＰ／ＩＰ  ＩＦ（インタフェース）
２５  ブラウザ処理部
２６  モニタ
３  ネットワーク
３１  公衆電話網
４  保守端末
４１  監視制御部
４２  通信管理部
４２１  ＨＴＴＰマネージャ
４２２  ＴＣＰ／ＩＰ  ＩＦ
４３  入出力部
４４  ブラウザ処理部
４５  モニタ
５  監視端末
５１  監視制御部
５２  通信管理部
５２１  ＴＣＰ／ＩＰ  ＩＦ
５２２  ＨＴＴＰマネージャ
５３  入出力部
５４  ブラウザ処理部
５５  モニタ
【図１】
2006085623.tif 000003
【図２】
2006085623.tif 000004
【図３】
2006085623.tif 000005
【図４】
2006085623.tif 000006
【図５】
2006085623.tif 000007
【図６】
2006085623.tif 000008
【図７】
2006085623.tif 000009
【図８】
2006085623.tif 000010
【図９】
2006085623.tif 000011
【図１０】
2006085623.tif 000012
【図１１】
2006085623.tif 000013
【図１２】
2006085623.tif 000014
【図１３】
2006085623.tif 000015
【図１４】
2006085623.tif 000016