(57)【要約】【課題】システムの運用を停止することなく、機能の追加／削除を行うことが可能なネットワーク監視システムを提供する。【解決手段】システム管理プロセス２３はシステムの監視対象を監視するための機能＃１〜＃ｎを備えており、ＷＥＢサーバプロセス２１はシステム管理プロセス２３の各機能＃１〜＃ｎにアクセスするためのＨＴＭＬファイル２２を有している。ユーザクライアント１はこのＨＴＭＬファイルをダウンロードすることで、ＷＥＢブラウザ１１にて可視的にシステムの監視を行う。ユーザクライアント１から監視サーバ２に対して機能追加要求を出すことで、新規の機能に対応するＨＴＭＬファイル１２をＷＥＢサーバプロセス２１にアップロードする。【選択図】　　　図１
2004054803.tif 000002
【特許請求の範囲】
【請求項１】
監視対象からの監視情報をＷＥＢブラウザにて閲覧するクライアント装置を含むＷＥＢコンピューティングシステムにおいて少なくとも前記監視情報を収集する監視サーバ装置であって、
前記監視対象を監視するための複数の機能モジュールクラスを管理する手段と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する手段と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う手段とを有することを特徴とする監視サーバ装置。
【請求項２】
前記監視対象の監視を可視的に行うための前記クライアント装置からの要求に応答して前記アクセスファイルを前記クライアント装置にダウンロードすることを特徴とする請求項１記載の監視サーバ装置。
【請求項３】
前記複数の機能モジュールクラス各々に対するアクセスを自装置及び前記クライアント装置毎のディレクトリ構造にて管理することを特徴とする請求項１または請求項２記載の監視サーバ装置。
【請求項４】
前記アクセスファイルを管理する手段は、前記アクセスファイルの管理をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）＋ＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）の構成にて行うことを特徴とする請求項１から請求項３のいずれか記載の監視サーバ装置。
【請求項５】
前記アクセスファイルを管理する手段は、前記アクセスファイルであるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイル中にプログラムを埋め込んで前記監視サーバ装置で実行して前記ＨＴＭＬファイルを生成する機能と、再利用可能なソフトウェア部品を作成するための仕様とを前記複数の機能モジュールクラス各々に対応して設け、
前記複数の機能モジュールクラス各々へのアクセス時に予め設定された文書ファイルの内容に基づいて前記機能及び前記仕様を指定する手段を含むことを特徴とする請求項１から請求項３のいずれか記載の監視サーバ装置。
【請求項６】
前記アクセスファイルを管理する手段は、少なくとも前記アクセスファイルの種類及びタイムスタンプを定期的にチェックして前記アクセスファイルを更新することを特徴とする請求項１から請求項５のいずれか記載の監視サーバ装置。
【請求項７】
少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムであって、
前記監視対象を監視するための複数の機能モジュールクラスを管理する手段と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する手段と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う手段とを前記監視サーバ装置に有し、
前記クライアント装置が前記アクセスファイルを前記監視サーバ装置からダウンロードして前記監視対象の監視を可視的に行うことを特徴とするネットワーク監視システム。
【請求項８】
前記複数の機能モジュールクラス各々に対するアクセスを前記監視サーバ装置及び前記クライアント装置毎のディレクトリ構造にて管理することを特徴とする請求項７記載のネットワーク監視システム。
【請求項９】
前記アクセスファイルを管理する手段は、前記アクセスファイルの管理をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）＋ＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）の構成にて行うことを特徴とする請求項７または請求項８記載のネットワーク監視システム。
【請求項１０】
前記アクセスファイルを管理する手段は、前記アクセスファイルであるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイル中にプログラムを埋め込んで前記監視サーバ装置で実行して前記ＨＴＭＬファイルを生成する機能と、再利用可能なソフトウェア部品を作成するための仕様とを前記複数の機能モジュールクラス各々に対応して設け、
前記複数の機能モジュールクラス各々へのアクセス時に予め設定された文書ファイルの内容に基づいて前記機能及び前記仕様を指定する手段を含むことを特徴とする請求項７または請求項８記載のネットワーク監視システム。
【請求項１１】
前記アクセスファイルを管理する手段は、少なくとも前記アクセスファイルの種類及びタイムスタンプを定期的にチェックして前記アクセスファイルを更新することを特徴とする請求項７から請求項１０のいずれか記載のネットワーク監視システム。
【請求項１２】
少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムの機能変更方法であって、
前記監視対象を監視するための複数の機能モジュールクラスを管理するステップと、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理するステップと、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行うステップとを前記監視サーバ装置に有することを特徴とする機能変更方法。
【請求項１３】
前記クライアント装置が前記監視サーバ装置から前記ＨＴＭＬファイルをダウンロードしてＷＥＢブラウザにて前記監視対象の監視を可視的に行うことを特徴とする請求項１２記載の機能変更方法。
【請求項１４】
前記複数の機能モジュールクラス各々に対するアクセスを前記監視サーバ装置及び前記クライアント装置毎のディレクトリ構造にて管理することを特徴とする請求項１２または請求項１３記載の機能変更方法。
【請求項１５】
前記アクセスファイルを管理するステップは、前記アクセスファイルの管理をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）＋ＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）の構成にて行うことを特徴とする請求項１２から請求項１４のいずれか記載の機能変更方法。
【請求項１６】
前記アクセスファイルを管理するステップは、前記複数の機能モジュールクラス各々に対応して設けられかつ前記アクセスファイルであるＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイル中にプログラムを埋め込んで前記監視サーバ装置で実行して前記ＨＴＭＬファイルを生成する機能と再利用可能なソフトウェア部品を作成するための仕様とを、前記複数の機能モジュールクラス各々へのアクセス時に予め設定された文書ファイルの内容に基づいて指定することを特徴とする請求項１２から請求項１４のいずれか記載の機能変更方法。
【請求項１７】
前記アクセスファイルを管理するステップは、少なくとも前記アクセスファイルの種類及びタイムスタンプを定期的にチェックして前記アクセスファイルを更新することを特徴とする請求項１２から請求項１６のいずれか記載の機能変更方法。
【請求項１８】
少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムの機能変更方法のプログラムであって、前記監視サーバ装置のコンピュータに、前記監視対象を監視するための複数の機能モジュールクラスを管理する処理と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する処理と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う処理とを実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は監視サーバ装置、ネットワーク監視システム及びそれに用いる機能変更方法並びにそのプログラムに関し、特にネットワークを通して分散オブジェクトを監視する監視方法に関する。
【０００２】
【従来の技術】
従来、ネットワーク監視システムにおいては、ＷＥＢコンピューティングシステムを用いて、つまりネットワークを通して分散オブジェクトを監視する監視方法の実現が大きな課題となっている。
【０００３】
すなわち、この監視方法とは、インタネット上でホームページを閲覧するためのＷＥＢブラウザを使用して各管理サーバにアクセスし、各管理サーバから管理情報をＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等の形式でユーザに提供する方法である。尚、ＷＥＢブラウザを使用して各管理サーバにアクセスする方法としては、特開平１０−３３３９４０号公報等に開示された方法がある。
【０００４】
【発明が解決しようとする課題】
上述した従来の監視方法では、ＷＥＢコンピューティングシステムを採用することを前提として考えているので、機能のアップグレードを行う際にはＷＥＢコンピューティングシステムの運用を停止しなければならない。しかしながら、ＷＥＢコンピューティングシステムではその運用を停止させることなく、監視対象の監視を常時行う必要があるため、運用状態で機能のアップグレードを行えることが望ましい。
【０００５】
また、上記のようなＷＥＢコンピューティングシステムでは、ユーザの要望が多岐にわたるとともに、そのシステムの受注から納入までの期間が短いために、早急なシステム開発が求められている。
【０００６】
そこで、本発明の目的は上記の問題点を解消し、システムの運用を停止することなく、機能のアップグレード（追加／削除）を行うことができる監視サーバ装置、ネットワーク監視システム及びそれらに用いる機能変更方法並びにそのプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明による監視サーバ装置は、監視対象からの監視情報をＷＥＢブラウザにて閲覧するクライアント装置を含むＷＥＢコンピューティングシステムにおいて少なくとも前記監視情報を収集する監視サーバ装置であって、
前記監視対象を監視するための複数の機能モジュールクラスを管理する手段と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する手段と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う手段とを備えている。
【０００８】
本発明によるネットワーク監視システムは、少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムであって、
前記監視対象を監視するための複数の機能モジュールクラスを管理する手段と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する手段と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う手段とを前記監視サーバ装置に備え、
前記クライアント装置が前記アクセスファイルを前記監視サーバ装置からダウンロードして前記監視対象の監視を可視的に行っている。
【０００９】
本発明による機能変更方法は、少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムの機能変更方法であって、
前記監視対象を監視するための複数の機能モジュールクラスを管理するステップと、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理するステップと、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行うステップとを前記監視サーバ装置に備えている。
【００１０】
本発明による機能変更方法のプログラムは、少なくとも監視対象から監視情報を収集する監視サーバ装置と、前記監視情報をＷＥＢブラウザにて閲覧するクライアント装置とを含むＷＥＢコンピューティングシステムによって前記監視対象を監視するネットワーク監視システムの機能変更方法のプログラムであって、前記監視サーバ装置のコンピュータに、前記監視対象を監視するための複数の機能モジュールクラスを管理する処理と、前記ＷＥＢブラウザにて閲覧自在としかつ前記複数の機能モジュールクラス各々にアクセスするためのアクセスファイルを管理する処理と、前記クライアント装置からアップロードされる前記機能モジュールクラス及び前記アクセスファイルを用いて前記監視対象の監視機能の変更を行う処理とを実行させている。
【００１１】
すなわち、本発明のネットワーク監視システムは、ＷＥＢコンピューティングシステムによる分散オブジェクトの監視を実現する際に、オプショナルとなる機能をパッケージ化することで、エンドユーザ固有の要求にフレキシブルに対応することが可能としている。
【００１２】
本発明のネットワーク監視システムでは、システム立上げ時に、基本機能のみを低価格で提供し、随時、パッケージ化された機能をシステム運用中、エンドユーザが欲しい時に提供することが可能となる。また、本発明のネットワーク監視システムでは、各機能のアップグレードも可能となり、オプショナル機能を随時追加可能とすることで、ステップ開発が可能となる。
【００１３】
これによって、本発明のネットワーク監視システムでは、オプショナルとなる機能をパッケージ化することで、システムの運用を停止することなく、機能の変更（追加／削除）を行うことが可能となる。実際にはユーザ側からファイルのアップロードを行い、ユーザ毎のアクセスに際してそのアクセスの機能への橋渡しを行うためのＭＯ（Ｍａｎａｇｅｄ　Ｏｂｊｅｃｔ）に対して追加／削除処理を行うだけである。
【００１４】
また、本発明のネットワーク監視システムでは、監視対象を監視するための機能モジュールと機能モジュールにアクセスするためのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイルとをわけることで、各機能モジュールに対するユーザ毎のアクセス管理が可能となる。各機能モジュールに対応するＨＴＭＬファイルの格納場所のディレクトリ化等によって、ユーザ毎の機能モジュールへのアクセスが提供可能となる。
【００１５】
さらに、本発明のネットワーク監視システムでは、上記のような構成とすることで、クライアントのＷＥＢブラウザから機能モジュールの変更（追加／削除）が可能となる。上述したように、ファイルのアップロード及びＭＯに対する追加／削除処理は、一般的なＷＥＢブラウザから行うことが可能であり、その際に、クライアントがＷＥＢブラウザのみを有していればよく、特殊なアプリケーションが不要となる。
【００１６】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例によるネットワーク監視システムの構成を示すブロック図である。図１において、本発明の一実施例によるネットワーク監視システムはユーザクライアント１と、監視サーバ［例えば、ＮＭＳ（Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｓｅｒｖｅｒ）／ＬＭＳ（Ｌｉｎｅ　Ｍａｎａｇｅｍｅｎｔ　Ｓｅｒｖｅｒ）／ＥＭＳ（Ｅｌｅｍｅｎｔ　Ｍａｎａｇｅｍｅｎｔ　Ｓｅｒｖｅｒ）等］２と、監視対象システム［例えば、アラーム検知機器（センサ）等からなるシステム］３とから構成されている。
【００１７】
ユーザクライアント１は監視サーバ２に対して図示せぬインタネットを通じてＷＥＢブラウザ１１からアクセスする。監視サーバ２はＷＥＢサーバプロセス２１とシステム管理プロセス２３とを有し、記録媒体２０が接続されている。記録媒体２０にはＷＥＢサーバプロセス２１及びシステム管理プロセス２３をコンピュータ（図示せず）にて実現する場合に、そのコンピュータで動作可能なプログラムが格納されている。
【００１８】
システム管理プロセス２３は監視対象システム３の各監視対象（図示せず）を監視するための機能モジュール＃１〜＃ｎ（図示せず）を備えており、ＷＥＢサーバプロセス２１はシステム管理プロセス２３の各機能モジュール＃１〜＃ｎにアクセスするためのＨＴＭＬファイル２２（機能＃１．ｈｔｍｌ，機能＃２．ｈｔｍｌ，機能＃３．ｈｔｍｌ，機能＃４．ｈｔｍｌ，・・・，機能＃ｎ．ｈｔｍｌ）を有している。ユーザクライアント１はこのＨＴＭＬファイル２２をダウンロードすることで、ＷＥＢブラウザ１１にて可視的に監視対象システム３の各監視対象の監視を行うことが可能となる。
【００１９】
本実施例では、ユーザクライアント１から監視サーバ２に対して機能追加要求を出すことで、新規の機能モジュールに対応するＨＴＭＬファイル１２をＷＥＢサーバプロセス２１にアップロードする構成となっている。
【００２０】
図２は図２の監視サーバ２の動作を示す図であり、図３は図２の監視サーバ２の動作を示すフローチャートである。これら図１〜図３を参照して本発明の一実施例によるネットワーク監視システムの動作、特に監視サーバ２の動作について説明する。尚、図３に示す処理動作は監視サーバ２のコンピュータが記録媒体２０のプログラムを実行することで実現される。
【００２１】
まず、システム管理プロセス２２は、図２に示すように、「Ｇｅｔ」、「Ｓｅｔ」、「Ｃｒｅａｔｅ」、「Ｄｅｌｅｔｅ」、「Ｎｏｔｉｆ（Ｎｏｔｉｆｉｃａｔｉｏｎ）」の各機能からなるインタフェースモジュール２４と、監視対象システム３（ＷＥＢコンピューティングシステムによる分散オブジェクト）の監視を管理するＭＯ（Ｍａｎａｇｅｄ　Ｏｂｊｅｃｔ）２５と、その管理におけるファンクション（管理項目）の機能モジュールクラス２７を格納するファンクションモジュール２６（Ｆｕｎｃ＿１，Ｆｕｎｃ＿３，Ｆｕｎｃ＿３，・・・，Ｆｕｎｃ＿ｎ）とからなる。
【００２２】
ここで、インタフェースモジュール２４の「Ｇｅｔ」はＭＯ２５を通して監視対象からの情報を取得するためのインタフェースであり、「Ｓｅｔ」はＭＯ２５への値や指示等の設定を行うためのインタフェースであり、「Ｃｒｅａｔｅ」はＭＯ２５への管理項目の追加を行うためのインタフェースであり、「Ｄｅｌｅｔｅ」はＭＯ２５からの管理項目の削除を行うためのインタフェースであり、「Ｎｏｔｉｆ」はＭＯ２５からの情報（監視対象からの値やアラームの情報等）をＷＥＢサーバプロセス２１に通知するためのインタフェースである。
【００２３】
機能モジュールクラス２７は監視対象システム３の各監視対象からアラームやその値を収集したり、各監視対象から送られてくるそれらの情報を受け付けたりするためのプログラムからなり、ファンクションモジュール２６は機能モジュールクラス２７をファンクション（管理項目）として格納する。ファンクションモジュール２６には出荷時から格納されている機能モジュールクラス２７と、後から追加された機能モジュールクラス２７とが格納されている。
【００２４】
ＭＯ２５はインタフェースモジュール２４とファンクションモジュール２６との橋渡しを行うためプログラム（機能）であり、インタフェースモジュール２４からの指示内容をどの機能モジュールクラス２７に渡せばよいかを判断するためのテーブル（図示せず）を備えている。したがって、オプショナルとなる機能をパッケージ化したファイルのアップロードをユーザ側からＷＥＢサーバプロセス２１及びファンクションモジュール２６に行い、ＭＯ２５のテーブルに対して追加／削除処理を行うだけで、システムの運用を停止することなく、機能の変更（追加／削除）を行うことが可能となる。
【００２５】
監視サーバ２はユーザクライアント１のＷＥＢブラウザ１１からアクセス要求を受信すると（図３ステップＳ１）、そのアクセス要求が監視要求であれば（図３ステップＳ２）、対応するＨＴＭＬファイル２２（機能＃１．ｈｔｍｌ，機能＃２．ｈｔｍｌ，機能＃３．ｈｔｍｌ，機能＃４．ｈｔｍｌ，・・・，機能＃ｎ．ｈｔｍｌのいずれか）をＷＥＢサーバプロセス２１からユーザクライアント１にダウンロードする（図３ステップＳ３）。これによって、ユーザクライアント１ではＷＥＢブラウザ１１にて可視的に監視対象システム３の各監視対象を監視することができる。
【００２６】
次に、監視サーバ２はユーザクライアント１のＷＥＢブラウザ１１からのアクセス要求が機能モジュールクラス２７の変更を要求するもので（図３ステップＳ４）、管理項目の新規追加であれば（図３ステップＳ５）、監視サーバ２内のＷＥＢサーバプロセス２１に対して、ユーザクライアント１からＨＴＭＬファイル１２をアップロードすることで、ＨＴＭＬファイル１２を追加する（図３ステップＳ６）。
【００２７】
続いて、監視サーバ２はシステム管理プロセス２３に対して、ユーザクライアント１から管理項目に対応する機能モジュールクラス２７をアップロードすることで、機能モジュールクラス２７を追加する（図３ステップＳ７）。最後に、監視サーバ２はユーザクライアント１からのＭＯ２５に対する管理項目の追加（Ｃｒｅａｔｅ）を実行する（図３ステップＳ８）。
【００２８】
一方、監視サーバ２は管理項目の削除であれば（図３ステップＳ５）、ユーザクライアント１からその削除対象に対応するＷＥＢサーバプロセス２１のＨＴＭＬファイル２２を削除する（図３ステップＳ１０）。監視サーバ２は上記の処理動作を、ユーザクライアント１からのアクセスが終了するまで、繰返し実行する（図３ステップＳ１〜Ｓ１０）。
【００２９】
これによって、本実施例では、オプショナルとなる機能をＨＴＭＬファイル２２及び機能モジュールクラス２７にパッケージ化することで、システムの運用を停止することなく、機能の変更（追加／削除）を行うことができる。実際には、ユーザクライアント１からＨＴＭＬファイル及び機能モジュールクラスのファイルをアップロードし、ＭＯ２５に対して追加／削除処理を行うだけである。
【００３０】
また、本実施例では、機能モジュールクラスとＨＴＭＬファイルとをわけることで、各機能のユーザ毎のアクセス管理を可能としている。その際、各機能モジュールクラスに対応するＨＴＭＬファイルの格納場所のディレクトリ化等によって、ユーザ毎に機能を提供することができる。
【００３１】
さらに、本実施例では、ユーザクライアント１のＷＥＢブラウザ１１から機能の変更（追加／削除）を行うことができる。上述したファイルのアップロード及びＭＯ２５に対する追加／削除処理は、一般的なＷＥＢブラウザ１１から行うことが可能であり、その際、ユーザクライアント１がＷＥＢブラウザ１１のみを有していればよく、特殊なアプリケーションは不要である。
【００３２】
ここで、パッケージ化される機能モジュールクラス２７としては、例えばＡｌａｒｍ　Ｆｕｎｃｔｉｏｎ，Ｐｅｒｆｏｒｍａｎｃｅ　Ｍｏｎｉｔｏｒ　Ｆｕｎｃｔｉｏｎ，Ｌｏｇｇｉｎｇ　Ｆｕｎｃｔｉｏｎ，Ｃｏｎｔｒｏｌ　Ｆｕｎｃｔｉｏｎ，Ｓｅｃｕｒｉｔｙ　Ｆｕｎｃｔｉｏｎ，Ｐｒｉｎｔ　ｏｕｔ，ＤａｔａＢａｃｋｕｐ，Ｎｅｔｗｏｒｋ　Ｓｅｃｕｒｉｔｙ，Ｒｅｄｕｎｄａｎｃｙ，Ｅ−ｍａｉｌ等のスタンダードサービスやオプショナルサービスがある。
【００３３】
例えば、Ａｌａｒｍ　Ｆｕｎｃｔｉｏｎの場合には、警報通知（ｃｕｒｒｅｎｔ　ａｌａｒｍ）や障害位置特定等のスタンダードサービスと、警報重要度設定、トラブルシューティング表示、警告音通知、トラブルチケット発行等のオプショナルサービスとが機能モジュールクラスに相当する。尚、この機能モジュールクラスのパッケージ化はオプショナルサービスのパッケージ化が主となる。
【００３４】
図４は図１のＷＥＢブラウザ１１の表示画面例を示す図である。図４に示す表示画面例ではメニューＡ及びメニューＢからなるメニュー内容１１０にメニューＣを追加した場合、メニューＡの表示内容１１１（ｘｘｘｘＡ−○○○）とメニューＢの表示内容１１２（ｘｘｘｘＢ−○○○）とにメニューＣの表示内容１１３（ｘｘｘｘＣ−○○○）が追加されている。この場合、表示内容としては一つの画面や一つの項目等が追加されることが想定される。
【００３５】
図５は図１のＷＥＢサーバプロセス２１に格納されるＨＴＭＬファイル２２のディレクトリ化例を示す図であり、図６は図５に示すディレクトリ化例を適用した海底光ファイバ網の構成を示す図である。これら図５及び図６を参照して本発明の一実施例を海底光ファイバ網に適用した例について説明する。
【００３６】
図５において、ＷＥＢサーバプロセス２１に格納されるＨＴＭＬファイル２２は各管理レイヤ（ＮＭＳ，ＬＭＳ，ＥＭＳ）２−１〜２−３、各ユーザクライアント（ｕｓｒ−１，ｕｓｒ−２）１−１，１−２毎に分割してディレクトリ化されているので、ユーザ毎に個別の機能を提供することが可能となる。
【００３７】
図６において、端局５は海底に設置されたリピータ（中継器）７−１〜７−４及び光ファイバ１００を介して端局６に接続されており、端局５，６内にはそれぞれＷＤＭ（Ｗａｖｅｌｅｎｇｔｈ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ）５１，６１と、ＬＴＥ（Ｌｉｎｅ　Ｔｅｒｍｉｎａｔｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５２〜５４，６２〜６４と、ＲＦＴＥ（Ｒｅｍｏｔｅ　Ｆｉｂｅｒ　Ｔｅｓｔ　Ｅｑｕｉｐｍｅｎｔ）５５，６５と、ＰＦＥ（Ｐｏｗｅｒ　Ｆｅｅｄｉｎｇ　Ｅｑｕｉｐｍｅｎｔ）５６，６６とが配設されている。
【００３８】
つまり、本実施例では、図５に示すように、各管理レイヤ２−１〜２−３、各ユーザクライアント１−１，１−２毎のアクセスをディレクトリ構造４−１〜４−３にして管理している。ここで、管理レイヤ（ＮＭＳ）２−１は図６に示す海底光ファイバ網が複数配置されたネットワークすべてを管理するサーバであり、管理レイヤ（ＬＭＳ）２−２は図６に示す海底光ファイバ網、つまり端局５，６間のラインを管理するサーバであり、管理レイヤ（ＥＭＳ）２−３は端局５，６各々を管理するサーバである。
【００３９】
例えば、ユーザクライアント１−１が管理レイヤ２−１に「ｈｔｔｐ：／／ｐｊ−ｔｏｐ／ｎｍｓ／ｕｓｒ−１」でアクセスすると、ユーザクライアント１−１にはディレクトリ構造３−１の「ｐｊ−ｔｏｐ」の下層の「ｎｍｓ」の「ｕｓｒ−１」から「機能＊．ｈｔｍｌ」がダウンロードされる。この場合、「機能＊．ｈｔｍｌ」はディレクトリ構造３−２の「ｐｊ−ｔｏｐ」の下層の「ｌｍｓ」の「ｕｓｒ−１」の「機能＊．ｈｔｍｌ」にリンクされている。
【００４０】
したがって、ユーザクライアント１−１では「機能＊．ｈｔｍｌ」をダウンロードすることで、管理レイヤ２−２によって管理される図６に示す端局５，６、リピータ７−１〜７−４、光ファイバ１００からなるライン、管理レイヤ２−１によって管理される上記のラインを含むネットワークを監視対象とする監視をＷＥＢブラウザ１１の表示画面上で行うことができる。
【００４１】
また、ユーザクライアント１−２が管理レイヤ２−３に「ｈｔｔｐ：／／ｐｊ−ｔｏｐ／ｅｍｓ／ｕｓｒ−２」でアクセスすると、ユーザクライアント１−２にはディレクトリ構造３−２の「ｐｊ−ｔｏｐ」の下層の「ｅｍｓ」の「ｕｓｒ−２」から「機能＊．ｈｔｍｌ」がダウンロードされる。
【００４２】
したがって、ユーザクライアント１−２では「機能＊．ｈｔｍｌ」をダウンロードすることで、管理レイヤ２−３によって管理される図６に示す端局５，６を監視対象とする監視をＷＥＢブラウザ１１の表示画面上で行うことができる。
【００４３】
上記のように、本発明の一実施例を海底光ファイバ網に適用した場合、海底光ファイバ網が複数配置されたネットワーク、端局５，６間のライン（図６に示す海底光ファイバ網）、端局５，６それぞれに対するアクセスを個別の機能として各ユーザクライアント１−１，１−２毎に提供することができる。
【００４４】
言換えれば、各ユーザクライアント１−１，１−２への個別の機能のダウンロード、各ユーザクライアント１−１，１−２から各管理レイヤ２−１〜２−３への個別の機能のアップロードを行うことによって、各ユーザクライアント１−１，１−２の設定内容に応じて上記のアクセスを実行可能としたり、制限したりすることができる。
【００４５】
尚、上記の説明では海底光ファイバ網を監視対象とする場合について述べたが、本実施例は上記の海底光ファイバ網に限らず、陸上の光ファイバ網や他の伝送システムに適用することが可能である。
【００４６】
これによって、本実施例では、上記のようなディレクトリ構造化することで、運用時においても、容易にユーザ毎の機能提供を管理することができる。これは各機能を、上述したようにパッケージ化することによって可能となる。
【００４７】
図７は本発明の他の実施例による監視サーバの動作を示す図である。図７において、本発明の他の実施例による監視サーバは上記の本発明の一実施例と同様に、ＷＥＢサーバプロセス２１とシステム管理プロセス２３とを有している。
【００４８】
ＷＥＢサーバプロセス２１はサーブレット（Ｓｅｒｖｌｅｔ）２１１と、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ファイル２１２と、ＪＳＰ［Ｊａｖａ（Ｒ）　Ｓｅｒｖｅｒ　Ｐａｇｅｓ］２１３と、Ｂｅａｎ２１４と、アプリケーションサーバ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｅｒｖｅｒ）２１５とを備え、ＲＭＩ（Ｒｅｍｏｔｅ　Ｍｅｔｈｏｄ　Ｉｎｖｏｃａｔｉｏｎ）　ＩＦ（インタフェース）にてシステム管理プロセス２３に接続されている。
【００４９】
サーブレット（Ｓｅｒｖｌｅｔ）２１１はＸＭＬファイル２１２に記述されたコンパイル済みのＪａｖａ（Ｒ）プログラムを実行する。ＪＳＰ２１３はＨＴＭＬファイル中にＪａｖａ（Ｒ）プログラムを埋込んで、ＷＥＢサーバ側で実行し、ＨＴＭＬを生成する機能である。Ｂｅａｎ２１４はＪａｖａ（Ｒ）言語を使って再利用可能なソフトウェア部品（コンポーネント）を作るための仕様である。すなわち、サーブレット１２１はクライアントの要求に応じて、ＷＥＢサーバ側で実行されるＪａｖａ（Ｒ）プログラムのモジュールであり、ＪＳＰ２１３はＪａｖａ（Ｒ）のコードで記述された処理を実行し、その結果から動的にＨＴＭＬを生成してクライアントに返す機能である。
【００５０】
サーブレット１２１はＷＥＢブラウザ１１を介してクライアントの要求が入力されると、ＸＭＬファイル２１２に記述されたコンパイル済みのＪａｖａ（Ｒ）プログラムを実行し、クライアントの要求に対応するＪＳＰ２１３及びＢｅａｎ２１４を動作させることで、クライアントの要求に対応するファンクションのＨＴＭＬファイル２２を生成する。よって、機能モジュールクラス２７がアップロードされた場合、その機能モジュールクラス２７に対応するＪＳＰ２１３及びＢｅａｎ２１４を追加することで、機能モジュールクラス２７に対応するＨＴＭＬファイル２２を容易に生成することができる。
【００５１】
上述した本発明の一実施例では、図２に示すように、ＷＥＢサーバプロセス２１がＨＴＭＬ＋ＣＧＩ（Ｃｏｍｍｏｎ　Ｇａｔｅｗａｙ　Ｉｎｔｅｒｆａｃｅ）の構成であるのに対し、本実施例ではＷＥＢサーバプロセス２１の構成をＳｅｒｖｌｅｔ／ＪＳＰ＋Ｂｅａｎとしている。したがって、本実施例では、機能モジュールクラス２７の追加／削除を行うに際して、ＸＭＬファイル２１２の書換えと、対応するＪＳＰ２１３及びＢｅａｎ２１４の追加／削除とを行えばよい。
【００５２】
ＷＥＢサーバプロセス２１はＳｅｒｖｌｅｔ／ＪＳＰ＋Ｂｅａｎの構成で成り立ち、システム管理プロセス２３が提供するＲＭＩのインタフェースによって通信を行う。このような構成において、アドオン（Ａｄｄ　Ｏｎ）システムを構築する場合、アプリケーションサーバ２１５にサーブレット１２１が動作可能なＪａｖａ（Ｒ）アプリケーションサーバソフトウェアを使用すると、定期的にファイルの種類やタイムスタンプをチェックして自動的に更新される。
【００５３】
つまり、本実施例では、指定フォルダへファイルのアップロードのみを行うだけでよく、機能変更についても、Ｃｌａｓｓファイル等を指定フォルダへアップロードするだけでよい。
【００５４】
尚、上述した本発明の一実施例及び他の実施例では、ＨＴＭＬファイル２２と機能モジュールクラス２７とをそれぞれパッケージ化する例について述べたが、ＨＴＭＬの代わりに、ＷＥＢブラウザ１１で閲覧可能であれば、ＸＭＬやコンパクトＨＴＭＬ等を使用してもよい。コンパクトＨＴＭＬを使用する場合には、携帯電話端末やＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）等の移動端末を用いた監視が可能となる。
【００５５】
【発明の効果】
以上説明したように本発明は、クライアント装置と監視サーバ装置とを含むＷＥＢコンピューティングシステムによって監視対象を監視するネットワーク監視システムにおいて、監視対象を監視するための複数の機能モジュールクラスと、複数の機能モジュールクラス各々にアクセスするためのアクセスＬファイルとをそれぞれ個別に管理し、クライアント装置からアップロードされる機能モジュールクラス及びアクセスファイルを用いて監視機能の変更（追加／削除）を行うことによって、システムの運用を停止することなく、機能の追加／削除を行うことができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例によるネットワーク監視システムの構成を示すブロック図である。
【図２】図２の監視サーバの動作を示す図である。
【図３】図２の監視サーバの動作を示すフローチャートである。
【図４】図１のＷＥＢブラウザの表示画面例を示す図である。
【図５】図１のＷＥＢサーバプロセスに格納されるＨＴＭＬファイルのディレクトリ化例を示す図である。
【図６】図５に示すディレクトリ化例を適用した海底光ファイバ網の構成を示す図である。
【図７】本発明の他の実施例による監視サーバの動作を示す図である。
【符号の説明】
１，１−１，１−２　ユーザクライアント
２　監視サーバ
２−１〜２−３　管理レイヤ
３　監視対象システム
４−１〜４−３　ディレクトリ構造
５，６　端局
７−１〜７−４　リピータ
１１　ＷＥＢブラウザ
１２，２２　ＨＴＭＬファイル
２０　記録媒体
２１　ＷＥＢサーバプロセス
２３　システム管理プロセス
２４　インタフェースモジュール
２５　ＭＯ
２６　ファンクションモジュール
２７　機能モジュールクラス
５１，６１　ＷＤＭ
５２〜５４，６２〜６４　ＬＴＥ
５５，６５　ＲＦＴＥ
５６，６６　ＰＦＥ
１００　光ファイバ
１１０　メニュー内容
１１１〜１１３　表示内容
２１１　サーブレット
２１２　ＸＭＬファイル
２１３　ＪＳＰ
２１４　Ｂｅａｎ
２１５　アプリケーションサーバ
【図１】
2004054803.tif 000003
【図２】
2004054803.tif 000004
【図３】
2004054803.tif 000005
【図４】
2004054803.tif 000006
【図５】
2004054803.tif 000007
【図６】
2004054803.tif 000008
【図７】
2004054803.tif 000009