(57)【特許請求の範囲】
【請求項１】
通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手段と、
前記状態情報取得手段により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手段と、
電子メールに所定の暗号化を施す暗号化手段を有し、
さらに前記電子メール生成送信手段は、複数の種類の電子メールを送信するものであり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手段により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信することを特徴とする監視装置。
【請求項２】
監視装置による被監視装置の監視方法であって、
通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得ステップと、
前記状態情報取得ステップにより取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信ステップと、
電子メールに所定の暗号化を施す暗号化ステップを有し、
さらに前記電子メール生成送信ステップは、複数の種類の電子メールを送信するためのものであり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化ステップにより所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信するステップであることを特徴とする監視方法。
【請求項３】
被監視装置の監視を行う監視装置のコンピュータに実行させるプログラムを記録した記録媒体であって、
通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手順と、
前記状態情報取得手順により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手順と、
電子メールに所定の暗号化を施す暗号化手順を有し、
さらに前記電子メール生成送信手順は、複数の種類の電子メールを送信するための手順であり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手順により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信する手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項４】
被監視装置の監視を行う監視装置のコンピュータに実行させるプログラムであって、
通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手順と、
前記状態情報取得手順により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手順と、
電子メールに所定の暗号化を施す暗号化手順を有し、
さらに前記電子メール生成送信手順は、複数の種類の電子メールを送信するための手順であり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手順により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信する手順をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザのネットワークシステムの状況を遠隔地で管理するための監視装置、監視方法、記録媒体及びプログラムに関し、特に、設備の導入が容易で且つ安全なサービスを安価に提供可能とするものである。
【０００２】
【従来の技術】
従来、企業、その他の組織等において、オフィス内、ビル内など比較的狭い範囲に設置されたコンピュータ同士でデータのやり取りをしたり、各コンピュータがプリンタなどの周辺機器を共有することが可能なネットワークシステムが広く利用されている。
【０００３】
その一方で、このようなネットワークシステムの普及に伴ってそのメンテナンス方法が重要な課題となるが、これには専門的な知識と技術を要するため、専門的なサービス運営体に委託することが一般的になされている。この場合、上記ネットワークシステムとサービスセンタのサーバとを専用回線で接続し、サービスセンタでネットワークシステムの状態を常時監視している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来例では、既存のネットワークシステムに専用回線を新たに導入する必要があるため、ネットワークシステムのセキュリティーポリシーを崩す危険性が生じるほか、専用回線を導入するための手配等に相当の時間と手間を要していた。
【０００５】
また、一般的にネットワーク監視システムは、データ収集を行う「監視エージェント」と、そのデータを集計・加工する「監視マネージャー」の２種類のサブシステムからなり、通常複数の監視エージェントを一つの監視マネージャーで監視することが可能である。そのため上記のようなサービス運営体で従来の監視ソフトを使用して複数のユーザを一つの監視マネージャーで監視することが可能なように見えるが、実際には重大な問題が生じてしまうため、このような構成をとることができない。
【０００６】
その理由は、従来の監視ソフトでは、監視範囲が１ユーザのネットワークを前提としているためである。つまり、監視対象機器（ＰＣ、ルータ等）を特定するために機器固有のＩＤ（ＩＰアドレス）のみをキーとしており、従来の監視ソフトに使用した監視マネージャーでは監視対象機器がどのユーザのネットワークに属するものか特定することができない。特に、現在使用されているプロトコルＩＰＶ４（Internet Protocol Version 4）におけるアドレス体系では、各ユーザの社内においてプライベートアドレスを使用するのが一般的であり、監視マネージャーが複数のユーザを監視することになるとＩＰアドレスの重複が発生してしまうという致命的な問題が生じる。
【０００７】
また、ＩＰＶ６（Internet Protocol Versino 6）におけるアドレス体系やＭＡＣアドレスを使用した場合には上記のような機器のＩＤの重複による問題点は解消されるが、やはり監視マネージャーではどのユーザに属する機器なのかを特定することができない。
【０００８】
そのため上記従来例では、監視対象となるネットワークが増加する度に委託先側で監視マネージャーを設置しなければならない（N:N型監視）ため、ネットワーク監視システムの構築に多大なコストを要することとなり、また複数のユーザにつき一元管理を行うことが不可能であった。
【０００９】
本発明は、上記問題点に鑑みてなされたものであり、少なくとも監視対象機器のＩＤである機器ＩＤとユーザを識別するためのユーザＩＤとをキーとした監視を可能とすることにより、複数のユーザの環境を一つの監視マネージャーにて一元監視（Ｎ：１型監視）を実現し、また監視装置自体も監視マネージャーによる監視対象とすることを目的とする。
【００１０】
【課題を解決するための手段】
かかる目的を達成するために、請求項１記載の監視装置は、通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手段と、前記状態情報取得手段により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手段と、電子メールに所定の暗号化を施す暗号化手段を有し、さらに前記電子メール生成送信手段は、複数の種類の電子メールを送信するものであり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手段により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信することを特徴とする。
【００１１】
また、請求項２記載の監視方法は、監視装置による被監視装置の監視方法であって、通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得ステップと、前記状態情報取得ステップにより取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信ステップと、電子メールに所定の暗号化を施す暗号化ステップを有し、さらに前記電子メール生成送信ステップは、複数の種類の電子メールを送信するためのものであり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化ステップにより所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信するステップであることを特徴とする。
【００１２】
また、請求項３記載の記録媒体は、被監視装置の監視を行う監視装置のコンピュータに実行させるプログラムを記録した記録媒体であって、通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手順と、前記状態情報取得手順により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手順と、電子メールに所定の暗号化を施す暗号化手順を有し、さらに前記電子メール生成送信手順は、複数の種類の電子メールを送信するための手順であり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手順により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信する手順をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１３】
また、請求項４記載のプログラムは、被監視装置の監視を行う監視装置のコンピュータに実行させるプログラムであって、通信可能に接続される一又は複数の被監視装置の状態情報を取得する状態情報取得手順と、前記状態情報取得手順により取得される状態情報、当該状態情報に該当する被監視装置を識別するための機器識別情報及び前記一又は複数の被監視装置により成るグループを識別するためのグループ識別情報を含む電子メールを生成して、前記状態情報、前記機器識別情報及び前記グループ識別情報に基づき前記被監視装置の稼働状態の管理を行う情報管理装置に対して送信する電子メール生成送信手順と、電子メールに所定の暗号化を施す暗号化手順を有し、さらに前記電子メール生成送信手順は、複数の種類の電子メールを送信するための手順であり、少なくとも前記被監視装置の状態情報を前記情報管理装置に通知するための電子メールと自装置の稼動状態を前記情報管理装置に通知するための電子メールを前記情報管理装置に送信し、且つ前記被監視装置の状態情報を前記情報管理装置以外の所定宛先の通信装置に対して通知するための電子メールについては前記情報管理装置に送信する電子メールと異なる形式で送信するものであって、前記情報管理装置に送信する電子メールには前記暗号化手順により所定の暗号化を施し、イントラネットに接続される所定宛先の前記通信装置に送信する電子メールには暗号化を施すことなく送信する手順をコンピュータに実行させるためのプログラムである。
【００３６】
【発明の実施の形態】
以下、本発明の実施形態を添付図面を参照しながら詳細に説明する。
【００３７】
図１は、本発明の一実施形態におけるネットワーク監視システムの構成を示したブロック図である。１は、本ネットワーク監視システムによるネットワークシステムのリモート監視サービスを享受するユーザサイトである。２は、上記リモート監視サービスを提供するサポートセンタサイトである。
【００３８】
ユーザサイト１は、ユーザサイト１内のネットワーク（例えば、イントラネット等）に接続される各監視対象機器の状態を監視するネットワーク監視装置１１、ネットワーク監視装置１１の監視対象である監視対象機器１２（プリンタ、サーバ、ルータ等）、及び、ネットワーク監視装置１１の制御により各監視対象機器１２の状態情報を電子メールに添付して送信するメールサーバ１３により構成される。
【００３９】
また、サポートセンタサイト２は、メールサーバ１３から電子メールを受信するセンタサーバ２１、電子メールに添付される状態情報を格納するデータベース管理サーバ２２、データベース管理サーバ２２に格納される状態情報の履歴に基づき、該当するネットワークの状態に関する紙レポート用のドキュメントを生成し、プリンタで印字出力させるドキュメント生成サーバ２３、同じく、データベース管理サーバ２２に格納される状態情報の履歴に基づき、該当するネットワークの状態に関しＷｅｂブラウザで閲覧可能なＷｅｂレポートを生成して、特定のアドレスの通信装置（例えば、携帯電話、ＰＣ等）に送信するＷｅｂレポートサーバ２４、及び、接続されるクライアントＰＣにおいてデータベース管理サーバ２２に格納される状態情報を逐次表示させる管理コンソールサーバ２５により構成される。
【００４０】
次に、図１に示した符号を用いて、本実施形態におけるネットワーク監視システムの全体動作の概略を図２を参照しながら説明する。ネットワーク監視装置１１は、ネットワーク上に存在するルータやサーバ等の監視対象機器１２から各状態情報を取得することにより、各監視対象機器１２の状態を監視する。ネットワーク監視装置１１は、メールサーバ１３を制御することにより、取得した各状態情報を定時的又は即時的に電子メールに添付しインターネット経由でサポートセンタサイト２に送信する。
【００４１】
サポートセンタサイト２では、当該電子メールをセンタサーバ２１により受信し、電子メールに添付される状態情報をデータベース管理サーバ２２に格納すると共に、管理コンソールサーバ２５がデータベース管理サーバ２２内に格納される状態情報を逐次読み込み、その状態情報の解析結果をクライアントＰＣ３１ａ〜３１ｄ上で画面表示させる。
【００４２】
サポートセンタのサポートメンバは、クライアントＰＣ３１の画面上で状態情報の解析結果を参照することによりネットワークシステムを監視する。これにより、本ネットワーク監視システムは、当該ネットワークシステムの各監視対象機器１２の稼働状態（パフォーマンス）をサポートセンタサイト２において管理（以下、パフォーマンス管理と称す）することができる。
【００４３】
また、ネットワーク監視装置１１は、監視対象機器１２に障害を検知した場合は、そのときの状態情報をアラート通知として電子メールに添付してサポートセンタサイト２に対して送信する。
【００４４】
サポートセンタサイト２は、アラート通知を受けると、同じく、クライアントＰＣ３１上で画面表示させると共に、サポートメンバにアラート通知を受けたことを通知するために回転灯３２を点灯させる。サポートセンタのサポートメンバは、クライアントＰＣ３１の画面又は回転灯を確認することにより、監視対象機器１２に障害が発生したことを認識する。これにより、本ネットワークシステムは、当該ネットワークシステムの各監視対象機器１２の障害をサポートセンタサイト２において管理（以下、障害管理と称す）することができる。
【００４５】
さらに、電子メールには、図９に示すように、各ユーザサイトＡ，Ｂ，Ｃ，・・・の識別情報であるユーザＩＤ及び監視対象機器１２の識別情報である機器ＩＤが付与されている。ここで、ユーザＩＤは各ネットワーク監視装置１１に対応付けられて設定されるものであり、例えば、１ユーザが複数のネットワーク環境を持ち、夫々についてネットワーク監視装置１１を設置してそれらを管理しようとした場合には、そのユーザは複数のユーザＩＤを持つことになる。この場合、１つのネットワーク環境を複数の監視対象機器１２で構成されるグループとすれば、ユーザＩＤは各グループを識別するためのグループＩＤとしての役割を果たす。
【００４６】
また、機器ＩＤは、一ネットワーク環境に属する複数の監視対象機器１２夫々に対応付けられた固有の識別情報であり、この対応付けは該当するネットワーク監視装置１１内にて管理される。本実施形態における機器ＩＤの管理手法としては、各監視対象機器１２のＩＰアドレスやＭＡＣアドレスと機器ＩＤとをマスタテーブル上で対応付けて管理している。ネットワーク監視装置１１は、各監視対象機器１２から状態情報を取得すると、当該監視対象機器１２のＩＰアドレスに対応する機器ＩＤを上記マスタテーブルから参照し、電子メールにその機器ＩＤを付加してサポートセンタサイト２に送信する。
【００４７】
例えば、あるネットワーク環境において監視対象機器１２が同じ機能を有する他の機器に交換された場合（監視対象機器１２のＩＰアドレスやＭＡＣアドレスが変化する場合）や、監視対象機器１２のＩＰアドレスが変更された場合には、従来の監視ソフトではどの機器についての状態情報を取得したのか判断できなくなる。これに対して、本実施形態では上記マスタテーブル上でＩＰアドレス、ＭＡＣアドレスを更新することも可能であるため、ＩＰアドレスが変更された場合でも機器ＩＤに変化はないため、サポートセンタサイト２はその監視対象機器１２から送信される状態情報について同一の機器からのものであることを判断することができる。また、例えば古いルータを新しいものに交換された場合でも機器ＩＤに変化はないため、サポートセンタサイト２は同様にルータの状態情報であることを判断できる。
【００４８】
サポートセンタサイト２には、図１０に示すグループマスタテーブル及び機器マスタテーブルによりユーザＩＤ及び機器ＩＤを設定している。サポートセンタサイト２は、各ネットワーク監視装置１１から電子メールを受信すると、電子メールに付加されているユーザＩＤ及び機器ＩＤにつき上記のグループマスタテーブルと機器マスタテーブルを参照し、当該電子メールに添付された状態情報がどのネットワーク環境のものであるか、さらにそのネットワーク環境のうちのどの監視対象機器１２であるかを識別することができる。
【００４９】
このように、本実施形態では、全体を通して「機器ＩＤ」と「ユーザＩＤ」の２つのキーにより監視対象機器を管理し、複数のユーザのネットワーク環境を１つの監視マネージャーにて一元監視（N:1型監視）することを可能としている。従って、監視エージェントを運営するサポートメンバーは、１つの監視マネージャーを操作すれば個々のネットワーク環境を管理することができ、各ネットワーク環境に属する監視対象機器の状態を詳細に個別的に監視することができる。また、本実施形態によれば、従来の監視ソフトのように監視マネージャーの増設を必要としないので、今まで発生していた監視マネージャーの費用（特に高価なライセンス料）および設置工数を削減することが可能となる。
【００５０】
さらに、本実施形態によれば、サポートセンタサイト２は上記グループマスタテーブルにおいて各ユーザＩＤに対応付けて担当者連絡先を管理しているため、各ユーザサイトの担当者宛に問題のあった監視対象機器に関するアラートメールを送信することができる。また、ユーザＩＤをキーとした管理手法を採ることにより各ネットワーク環境状態に関するレポートをユーザサイト（ユーザ）毎に独立して作成することも可能となる。
【００５１】
次に、本ネットワーク監視システムにより提供するリモート管理サービスについて詳細に説明する。まず、上記パフォーマンス管理について説明する。
【００５２】
ネットワーク監視装置１１は、監視対象機器１２の状態情報として、監視対象機器１２の稼働状態を示すパフォーマンスデータを定期的に取得し、各監視対象機器１２の状態を調査することができる。調査可能な項目（以下、管理項目と称す）は、「ＣＰＵ（Central Processing Unit）使用率」や「ＮＩＣ（Network Interface Card）の帯域使用量」等がある。サポートセンタサイト２では、このような状態情報をもとに例えばグラフ化したレポートを作成し、ユーザに対して提供することができる。
【００５３】
ネットワーク監視装置１１は、上記管理項目として以下の項目を調査することができる。
（１）ネットワークインタフェースの帯域使用率
（２）送受信したエラーパケット数
（３）送受信時に発生したドロップパケット数
（４）ＣＰＵ使用率
（５）メモリ使用率
（６）ディスク使用率
【００５４】
「ネットワークインタフェースの帯域使用率（１）」とは、ネットワークインタフェースの帯域幅（例えば、100Mbps）に対して、実際にどれだけの帯域を使用したかを示すものであり、ネットワーク監視装置１１は、ネットワークインタフェース毎にこの使用率を集計することが可能である。
【００５５】
「送受信したエラーパケット数（２）」とは、単位時間あたりに送受信した、壊れたパケット数を示すものであり、ネットワーク監視装置１１は、ネットワークインタフェース毎にこのパケット数を集計することが可能である。
【００５６】
「ドロップパケット数（３）」とは、通信が高負荷状態となった時などに取りこぼしたパケット数を示すものであり、ネットワーク監視装置１１は、単位時間あたりに発生したドロップパケット数を調査する。同様に、ネットワーク監視装置１１は、ネットワークインタフェース毎にこのドロップパケット数を調査することが可能である。
【００５７】
「ＣＰＵ使用率（４）」とは、例えば５分あたりの平均ＣＰＵ使用率を示す。「メモリ使用率（５）」とは、一監視対象機器１２であるサーバのメモリの使用率を示す。「ディスク使用率（６）」とは、一監視対象機器１２であるサーバのディスクの使用率を示し、ネットワーク監視装置１１は、監視対象となるディスクが複数ある場合には個別に集計することが可能である。
【００５８】
また、サポートセンタサイト２では、上記管理項目のパフォーマンスデータに基づき、ユーザに提供するＷｅｂレポート及び紙レポートを作成することができる。先ず、ネットワーク監視装置１１が各監視対象機器１２からパフォーマンスデータを収集し、このパフォーマンスデータに基づくＷｅｂポートをユーザに提供するまでの動作について図３及び図１１を参照しながら説明する。
【００５９】
ネットワーク監視装置１１は、上記の各管理項目について各監視対象機器１２からパフォーマンスデータを取得し、メールサーバ１３を制御することにより、取得したパフォーマンスデータを添付した電子メールをインターネットを介してサポートセンタサイト２に送信する。
【００６０】
サポートセンタサイト２では、電子メールをセンタサーバ２１にて受信し、当該電子メールに添付されたパフォーマンスデータをデータベース管理サーバ２２に格納する。次に、Ｗｅｂレポートサーバ２４は、ユーザ担当者によりＰＣ４１上で入力されたログインＩＤ及びパスワードを受信すると（ステップＳ１１１）、それらの情報に基づき、当該ユーザ担当者の正当性を認証する（ステップＳ１１２）。
【００６１】
尚、ここでいう「ユーザ担当者」とは、ユーザ側においてネットワークシステムの管理を担当する者をいう。また、このレポートを作成する際には、ユーザ担当者からの要求に応じて様々な形態のグラフを作成することもできる。勿論、ここで検索することができるのは該当するユーザＩＤに対応付けられる監視対象機器に限定される。これにより本実施形態では、あるユーザが別のユーザに該当する情報にアクセスしてしまう等の問題を防ぐことが可能なので、各ユーザのネットワーク状態につき機密性を保持することができる。
【００６２】
認証の結果、当該ユーザ担当者の正当性が認証されると、ユーザ担当者はＰＣ４１上でＷｅｂレポートの出力対象となる機器及び日時を指定する（ステップＳ１１３）。Ｗｅｂレポートサーバ２４はそれらの指定情報を受信し当該指定情報の内容を確認すると（ステップＳ１１４）、指定された機器及び日時のパフォーマンスデータをＤＢ管理サーバ２２から検索する（ステップＳ１１５）。次に、同じくＤＢ管理サーバ２２から当該ユーザにつき指定されているパラメータデータを抽出し（ステップＳ１１６）、抽出したパラメータに基づきステップＳ１１５にて検索したパフォーマンスデータからグラフを作成した後、ＷｅｂレポートとしてＰＣ４１に送信する（ステップＳ１１７）。
【００６３】
尚、ステップＳ１１６における「パラメータ」とは、グラフ作成に関する初期設定値となるデータであり、例えば所定期間に取得したパラメータデータの平均値をとりそれをプロットしてグラフを作成することを設定したり、或いは所定期間におけるパラメータデータの最大値をプロットしてグラフを作成することを設定することができる。最後に、Ｗｅｂレポートサーバ２４はＰＣ４１がログアウトしたことを確認し（ステップＳ１１８）、処理を完了する。これにより、ＰＣ４１の画面上にＷｅｂレポートを表示され、ユーザ担当者は、該当するネットワークシステムに関する状態遷移を把握することができる。また、グラフ作成の際に参照されるパラメータデータはユーザ担当者からの要求に応じて自由な設定が可能であり、これに基づいて様々な形態のグラフを作成することもできる。
【００６４】
次に、紙レポートの作成動作を図１２を参照しながら詳細に説明する。図１のドキュメント生成サーバ２３は、予め設定される紙レポートの作成対象となるユーザをリストアップする（ステップＳ１２１）。次に、グラフ作成対象となるパフォーマンスデータの期間を設定する（ステップＳ１２２）。この設定動作により設定される期間は予め登録されていてもよいし、ドキュメント生成サーバ２３上で適宜入力されることにより設定する構成としてもよい。
【００６５】
次に、ステップＳ１２１にてリストアップされたユーザから一人を選択し、そのユーザのネットワーク環境に属する監視対象機器１２のパフォーマンスデータをデータベース管理サーバ２２から検索する（ステップＳ１２３）。この検索動作の際にはステップＳ１２２にて設定された期間内のパフォーマンスデータが検索対象となる。さらに、ドキュメント生成サーバ２３は上記ステップＳ１１６と同様に当該ユーザに該当するパラメータデータを抽出して（ステップＳ１２４）、グラフを作成する（ステップＳ１２５）。
【００６６】
次に、ドキュメント生成サーバ２３は、ステップＳ１２１にてリストアップされた全てのユーザにつきレポートを作成したか否かを判断し（ステップＳ１２６）、レポートを全て作成したと判断した場合には専門エンジニアにより画面上で各レポートにコメントが入力されて処理を終了する（ステップＳ１２７）。
【００６７】
次に、サポートセンタサイト２がネットワーク監視装置１１から送信されるアラート通知に基づいて、そのネットワークシステムの障害管理を行う際の動作について図４を参照しながら詳細に説明する。
【００６８】
ネットワーク監視装置１１は、各監視対象機器１２から上記パフォーマンスデータのほか、現在のステータス情報等を取得し、取得した情報に基づき各監視対象機器１２の稼働状態を監視する。監視の結果、これらに変化を検出した場合は、ネットワーク監視装置１１はメールサーバ１３を制御することにより、サポートセンタサイト２、ユーザ担当者のＰＣ４１、及びフィールドエンジニアのＰＣ５１に対して当該状態変化をアラート通知として電子メールで送信する。特に、ＰＣ４１及びＰＣ５１に対しては人間が当該状態変化を認識しやすいデータ形式で送信する。これにより、サポートセンタサイト２、ユーザ担当者及びフィールドエンジニアはネットワークシステムの状況をリアルタイムに監視し、障害発生時に対応することができる。尚、ここでいう「フィールドエンジニア」とは、サポートセンタ側において各ネットワークシステムのメンテナンスを担当する者をいう。
【００６９】
ネットワーク監視装置１１による障害管理に関する調査項目は、例えば、以下のような項目がある。
（１）フォーマンスの監視
（２）ｐｉｎｇテスト
（３）ログの収集と監視
（４）プロセス監視
【００７０】
図１３は、上記「パフォーマンスの監視（１）」の動作の流れを示したフローチャートである。ネットワーク監視装置１１は、初期化を行った後（ステップＳ１３１）、自らのネットワーク環境から監視対象となる監視対象機器１２を決定する（ステップＳ１３２）。次に、ネットワーク監視装置１１は、問い合わせにより監視対象の監視対象機器１２からパフォーマンスデータを取得し、保存する（ステップＳ１３３）。次に、ネットワーク監視装置１１は、取得したパフォーマンスデータに示される、例えばＣＰＵ使用率等の監視対象機器１２の状態値が所定の閾値以上であるか否かを判断する（ステップＳ１３４）。この判断により上記状態値が所定の閾値以上であると判断された場合は、ネットワーク監視装置１１は、監視対象機器１２に障害が発生したことを検知し、その時点でパフォーマンスデータをアラート通知としてサポートセンタサイト２に送信し（ステップＳ１３５）、待機状態となる（ステップＳ１３６）。また、ユーザ担当者及びフィールドエンジニアのＰＣ４１、５１に対しては、どの装置のどの部分に障害が発生したことが認識可能なように、パフォーマンスデータのほか、障害が発生した装置及びその箇所も通知できるような形式でアラート通知を行う。
【００７１】
図１４は、上記「ｐｉｎｇテスト（２）」の動作の流れを示したフローチャートである。ネットワーク監視装置１１は、初期化を行った後（ステップＳ１４１）、監視対象となる監視対象機器１２を決定する（ステップＳ１４２）。次に、ネットワーク監視装置１１は監視対象機器１２に対してステータス情報の問い合わせを行い、その返答としてステータス情報を取得する（ステップＳ１４３）。次に、ネットワーク監視装置１１は、今回得られたテスト結果と前回のテスト結果とを比較し、ステータスの変化（稼働状態から停止状態、又は、停止状態から稼働状態）を検知する（ステップＳ１４４）。比較によりテスト結果に変更があった場合は、ネットワーク監視装置１１はステータスの変化を検知し、その時点でステータス情報をアラート通知としてサポートセンタサイト２に対して送信し（ステップＳ１４５）、待機状態となる（ステップＳ１４６）。また、ユーザ担当者及びフィールドエンジニアのＰＣ４１、５１に対しては、どの装置の稼働状態が変化したのか認識可能なように、ステータス情報のほか、稼働状態が変化した装置も通知できるような形式でアラート通知を行う。
【００７２】
図１５は、上記「ログの収集と監視（３）」の動作の流れを示したフローチャートである。ネットワーク監視装置１１は、初期化を行った後（ステップＳ１５１）、各監視対象機器１２にて生成されるログメッセージ（動作記録）の待ち受け状態とする（ステップＳ１５２）。次に、ネットワーク監視装置１１は、ログメッセージを監視対象装置１２から受信したか否かを判断し（ステップＳ１５３）、ログメッセージを受信したと判断した場合には当該ログメッセージが重要なログメッセージであるか否かを判断する（ステップＳ１５４）。この判断により当該ログメッセージが重要なログメッセージであると判断した場合には、ネットワーク監視装置１１はその時点で、当該ログメッセージをアラート通知としてサポートセンタサイト２に対して送信する（ステップＳ１５５）。また、ユーザ担当者及びフィールドエンジニアのＰＣ４１，５１に対しては、どの装置のログメッセージであるか認識可能なように、ログメッセージのほか、当該ログメッセージを生成した装置も通知できるような形式でアラート通知を行う。
【００７３】
ここで、ネットワーク監視装置１１は、収集したログメッセージから重要なものを選別する際には、ログメッセージに予め設定される“プライオリティ”が所定の基準以上であれば、そのログメッセージを重要なものとして扱う。例えば、この“プライオリティ”は、重要度に低い順に「ｄｅｂｕｇ，ｉｎｆｏ，ｎｏｔｉｃｅ，ｗａｒｎｉｎｇ，ｅｒｒ，ｃｒｉｔ，ａｌｅｒｔ，ｅｍｅｒｇ」の８レベルがあり、本実施形態においては、ネットワーク監視装置１１は、ｎｏｔｉｃｅよりも重要度の高いメッセージを受け取ったときにアラート通知を行う。
【００７４】
「プロセス監視（４）」は、監視対象機器１２がサーバであった場合、ネットワーク監視装置１１が問い合わせにより一監視対象機器１２であるサーバからパフォーマンスデータを取得し、そのパフォーマンスデータからプロセスのステータス（“起動中”、“停止”又は“再起動“）を判断することにより行われる。
【００７５】
図１６は、上記「プロセス監視」の動作の流れを示したフローチャートである。ネットワーク監視装置１１は、初期化を行った後（ステップＳ１６１）、監視対象となる監視対象機器１２を決定する（ステップＳ１６２）。次に、ネットワーク監視装置１１は、問い合わせにより監視対象機器１２からパフォーマンスデータを取得し（ステップＳ１６３）、そのパフォーマンスデータからプロセスのステータスを判定する。次に、ネットワーク監視装置１１は今回のステータスに係る判定結果と前回の判定結果とを比較することによりステータスの変化を検知する（ステップＳ１６４）。ステップＳ１６４によりステータスの変更が検出された場合には、その時点のステータス情報をサポートセンタサイト２に対して送信し（ステップＳ１６５）、待機状態に移行する（ステップＳ１６６）。また、ユーザ担当者及びフィールドエンジニアのＰＣ４１、５１に対しては、当該ステータス情報のほか、当該ステータス情報に該当する装置及びＯＳを通知できるような形式でアラート通知を行う。
【００７６】
図１７は、上記ステップＳ１３５、ステップＳ１４５、ステップＳ１５５及びステップＳ１６５のアラート通知の動作を詳細に示したフローチャートである。ネットワーク監視装置１１は、ユーザＩＤ及び監視対象機器１２の機器ＩＤを電子メールに付加した後（ステップＳ１７１）、サポートセンタサイト２（センタサーバ２１）向けの電子メールを作成し（ステップＳ１７２）、送信する（ステップＳ１７３）。
【００７７】
次に、ネットワーク監視装置１１はユーザ担当者にアラート通知を行うか否かを判断し（ステップＳ１７４）、ユーザ担当者にアラート通知を行うと判断した場合には、ユーザ担当者のＰＣ４１に電子メールを送信する（ステップＳ１７５）。次に、ネットワーク監視装置１１は、同様にフィールドエンジニアにアラート通知を行うか否かを判断し（ステップＳ１７６）、フィールドエンジニアにアラート通知を行うと判断した場合には、フィールドエンジニアのＰＣ５１に電子メールを送信する（ステップＳ１７７）。ここで、ユーザ担当者或いはフィールドエンジニアにアラート通知を行うか否かは、ユーザ担当者或いはフォールドエンジニアにつきアラート通知の設定がＯＮ／ＯＦＦとなっているかに応じて判断されるものである。
【００７８】
図１８に、アラート通知における電子メールのフォーマットの一例を示す。図１８の例では、電子メールには宛先としてサポートセンタサイト２（センタサーバ２１）、送り主としてネットワーク監視装置（care box）、"Subject"にはアラート(Alert)が記述されており、また、"本文"においてユーザＩＤ、機器ＩＤ及びアラート通知内容が電子メールに添付されている。
【００７９】
次に、ネットワーク監視装置１１、各監視対象装置１２間の通信方式（プロトコル）について図５を参照しながら説明する。ネットワーク監視装置１１は以下の通信方式を利用して各監視対象装置１２から各種情報を取得している。
【００８０】
上記の「パフォーマンスの管理」、「パフォーマンスの監視」及び「プロセスの監視」については、ネットワーク監視装置１１がＳＮＭＰ（Simple Network Management Protocol）により監視対象機器１２に定期的（例えば、１回／５分）に問い合わせ、その返答によってパフォーマンスデータを取得している。これにより、ネットワーク監視装置１１は監視対象機器１２の各デバイスの状態を調査することができる。
【００８１】
上記の「ｐｉｎｇテスト（２）」については、ネットワーク監視装置１１がｐｉｎｇプログラムにより監視対象機器１２に定期的（例えば、１回／１分）に問い合わせ、その返答結果からその監視体対象機器１２が稼働状態にあるか否かを識別する。
【００８２】
上記の「ログの収集と監視（３）」については、ネットワーク監視装置１１がＳｙｓｌｏｇ又はＴＲＡＰにより各監視対象機器１２から自律的に送信されるログメッセージを収集することによりログメッセージの監視が行われる。
【００８３】
図６は、障害管理におけるネットワーク監視装置１１の処理内容について示した図である。ネットワーク監視装置１１は、上記のように各監視対象機器１２からパフォーマンスデータ等を取得すると、障害管理においては以下の２つの判定を行い、それぞれの情報についてアラート通知を行うか否かを決定している。
【００８４】
ネットワーク監視装置１１は、各監視対象機器１２から取得したログメッセージについては、ログメッセージと予め登録されるフィルタリストとを照合し、ログメッセージがフィルタリストにない内容であればアラートメールとして送信するよう制御する。一方、ログメッセージがフィルタリストと同じ内容を含むものであれば、ネットワーク監視装置１１は、そのメッセージをアラートメールとして送信しないよう制御する。これにより、必要なログメッセージのみを抽出してサポートセンタサイト２に送信することができ、ネットワーク資源の有効活用に供することができる。
【００８５】
また、ネットワーク監視装置１１は、各監視対象機器１２から取得したパフォーマンスデータ等については、上記のように所定の閾値と比較するなど、一定の条件のもとで監視対象機器１２の状態変化を検知した場合にアラートメールを送信するよう制御する。
【００８６】
図７は、ネットワーク監視装置１１が監視対象機器１２から収集したデータを電子メールでサポートセンタサイト２に送信する際の流れを示した図である。ネットワーク監視装置１１は、各監視対象機器１２からパフォーマンスデータ等の各種情報を取得すると、メールサーバ１３を制御することによりその情報を電子メールに添付し、例えばＳＭＴＰ（Simple mail transfer protocol）により定時又は即時サポートセンタサイト２に送信する。またその際には、ネットワーク監視装置１１は、送信情報の漏洩を回避し、システム運営の安全性を担保するため、例えばＰＧＰ手法により電子メールに暗号化を施す。
【００８７】
サポートセンタサイト２は、ユーザサイト１から送信された電子メールをセンタサーバ２１にて受信し、その電子メールに添付されたパフォーマンスデータ等の状態情報をデータベース管理サーバ２２に格納させ、データベース管理サーバ２２に格納された情報を利用して当該ユーザサイト１のネットワークシステムを管理する。
【００８８】
次に、ユーザサイト１からサポートセンタサイト２に送信される電子メールの種類について図８を参照しながら詳細に説明する。ユーザサイト１は、自らのネットワークシステムのリモート管理のために以下の４種類の電子メールを送信する。
（１）アライブメール
（２）コンフィグメール
（３）デイリーメール
（４）アラートメール
【００８９】
サポートセンタサイト２は、上記電子メールをセンタサーバ２１にて受信し、それらの電子メールに添付された各種情報をデータベース管理サーバ２２に格納し、当該ネットワークシステムのリモート監視のための解析に利用する。
【００９０】
アライブメール（１）は、ネットワーク監視装置１１の稼働状況をサポートセンタサイト２に通知するためのメールである。サポートセンタサイト２は、例えば１時間に１回ユーザサイト１に対して問い合わせを行い、その応答としてネットワーク監視装置１１からアライブメールを受信する。アライブメールには、ネットワーク監視装置１１自身の稼働状況（例えば、ＣＰＵ使用率、ネットワークインタフェースの負荷など）が記録されており、サポートセンタサイト２は、このアライブメールの添付されたこれらの情報をもとに、ネットワーク監視装置１１の稼働状況を把握することができる。
【００９１】
一方、ネットワーク監視装置１１は、通常の稼働状態にあるときは、このようにサポートセンタサイト２からの問い合わせに応じて自らの稼働状況をアライブメールに添付して返信するが、障害発生時にはアライブメールを返信することができない。したがって、サポートセンタサイト２は、ユーザサイト１に対して問い合わせを行い、ネットワーク監視装置１１からの返信が数回連続してない場合は、ネットワーク監視装置１１に障害が発生したものと判断する。
【００９２】
また、サポートセンタサイト２は、上記問い合わせを不定期に行うことも可能であり、例えば、ネットワーク監視装置１１の稼働状況を把握する必要が生じたときなど、適宜問い合わせを発行してアライブメールを受信することもできる。
【００９３】
コンフィグメール（２）は、ユーザサイト１においてネットワーク監視装置１１上で監視対象機器１２に関する登録内容（例えば、ＩＰアドレス、シリアル番号など）が変更された場合、即ち、ネットワーク上に新たな監視対象機器１２を設置するために、ネットワーク監視装置１１上でその監視対象機器１２に関する追加設定が行われた場合や、ネットワーク上に既に設置される監視対象機器１２に関する設定変更が行われた場合に、最新の登録内容をサポートセンタサイト２に通知すべく変更後の設定内容が添付されたメールである。ネットワーク監視装置１１は、このような設定変更等が行われた時点でサポートセンタサイト２に対してコンフィグメールを送信する。これにより、サポートセンタサイト２は、ネットワーク監視装置１１上の登録内容の変更を逐次把握することができる。また、第３者が勝手にネットワーク監視装置１１上の登録内容を変更した際も、コンフィグメールによってサポートセンタサイト２に通知されるので、サポートセンタサイト２はそれも検知することもできる。
【００９４】
デイリーメール（３）は、ネットワーク監視装置１１がパフォーマンス管理により収集した、「ＣＰＵ使用率」、「メモリ使用率」などのパフォーマンスデータをサポートセンタサイト２に対して定期的に送信するためのメールであり、例えば、一日一回サポートセンタサイト２に送信される。サポートセンタサイト２は、センタサーバ２１にてこのメールを受信し、データベース管理サーバ２２に蓄積する。アプリケーションサーバ２３又はＷｅｂレポートサーバ２４は、必要に応じて、データベース管理サーバ２２に格納されたパフォーマンスデータの履歴に基づきパフォーマンスグラフ等によるレポートを作成する。
【００９５】
アラートメール（４）は、既に説明したように、ネットワーク監視装置１１がパフォーマンス管理により収集したパフォーマンスデータから何らかの障害を検出した場合に、即時、その旨をサポートセンタサイト２等に通知するためのメールである。尚、このアラートメールは上記のように次の４種類がある。即ち、パフォーマンスデータにより示される状態値が所定の閾値を超えた場合に通知される電子メール、ｐｉｎｇテストにより監視対象機器１２のステータスの変化が検知されたときに通知される電子メール、監視対象機器１２から収集したログに設定される“プライオリティ”が所定基準より高いときに通知される電子メール、及び、プロセスのステータスの変化が検知されたときに通知される電子メールである。
【００９６】
また、ネットワーク監視装置１１は、アラートメールの送信先（例えば、サポートセンタサイト２、フィールドエンジニア、ユーザ担当者など）及び各送信先のセキュリティレベルが予め登録されており、それぞれのセキュリティレベルに応じてメール形式を選択し、各アラートメールを同時に送信するよう制御する。即ち、ネットワーク管理者に対しては、アラートメールはユーザ側においてセキュリティが確保された社内を通じて送信されるため、暗号化が施されずに送信される。サポートセンタサイト２に対しては、アラートメールはインターネットを経由するため、サービス運営上のセキュリティを担保すべく暗号化が施されて送信される。フィールドエンジニアに対しては、フィールドエンジニアが所持する通信装置が復号化を可能とする機能を有していれば、同じく暗号化されたアラートメールが送信される。サポートセンタサイト２では、センササーバ２１は暗号化されたアラートメールを受信すると、これを復号化して暗号化が解除される。
【００９７】
尚、上記の実施形態では、サポートセンタサイト２に複数のサーバ（センタサーバ２１、データベース管理サーバ２２、ドキュメント生成サーバ２３、Ｗｅｂレポートサーバ２４、管理コンソールサーバ２５）を配置した構成としているが、本発明はこれに限らず、複数のサーバによる機能を一台のサーバに備え、本実施形態より少ないハードウェア資源でサポートセンタサイト２を構成することもできる。
【００９８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１００】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることが出来る。
【０１０１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ(オペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０３】
【発明の効果】
また、本発明によれば、監視装置から稼動状態に関する通知を電子メールで行う場合に、セキュリティレベルに応じてメール形式を選択することができる。
【０１０４】
また、本発明によれば、監視装置が各監視対象装置の状態情報を取得し、取得した状態情報を電子メールにて情報管理装置に対して送信するように構成したので、専用回線、専用回線の導入に伴うセキュリティーポリシーの崩壊の危険性、手間等を回避することができる。また、監視装置を導入する際には、一般的に広く普及されている電子メール送信装置にアカウントを一つ追加することで済み、サービス提供者にとっては設置が容易なものとなる。さらに、このように本監視装置は導入が容易であるため、従来の専用回線による監視システムと比較して導入に要する時間が短縮され、ユーザに対して迅速にサービスを提供することもできる。
【図面の簡単な説明】
【図１】本発明の一実施形態におけるネットワーク監視システムの構成を示したブロック図である。
【図２】本発明の一実施形態におけるネットワーク監視システムの全体動作の概略を説明するための図である。
【図３】本発明の一実施形態におけるネットワーク監視装置が各監視対象機器からパフォーマンスデータを収集し、このパフォーマンスデータに基づきパフォーマンスレポートをユーザに提供するまでの動作を説明するための図である。
【図４】本発明の一実施形態におけるサポートセンタサイトがネットワーク監視装置から送信されるアラート通知に基づいて、そのネットワークシステムの障害管理を行う際の動作について説明するための図である。
【図５】本発明の一実施形態におけるネットワーク監視装置、各監視対象装置間の通信方式（プロトコル）について説明するための図である。
【図６】本発明の一実施形態におけるネットワーク監視装置の障害管理時の処理内容について示した図である。
【図７】本発明の一実施形態におけるネットワーク監視装置が監視対象機器から収集したデータを電子メールでサポートセンタサイトに送信する際の流れを示した図である。
【図８】本発明の一実施形態におけるユーザサイトからサポートセンタサイトに送信される電子メールの種類について説明するための図である。
【図９】本発明の一実施形態におけるネットワーク監視装置が電子メールに機器ＩＤ及びグループＩＤを付加して送信する状態を示した図である。
【図１０】本発明の一実施形態におけるグループマスタテーブル及び機器マスタテーブルを模式的に示した図である。
【図１１】本発明の一実施形態におけるＷｅｂレポートサーバの動作の流れを示したフローチャートである。
【図１２】本発明の一実施形態におけるドキュメント生成サーバの動作の流れを示したフローチャートである。
【図１３】本発明の一実施形態におけるパフォーマンスの監視動作の流れを示したフローチャートである。
【図１４】本発明の一実施形態におけるＰｉｎｇテスト動作の流れを示したフローチャートである。
【図１５】本発明の一実施形態におけるログの収集と監視動作の流れを示したフローチャートである。
【図１６】本発明の一実施形態におけるプロセス監視動作の流れを示したフローチャートである。
【図１７】本発明の一実施形態におけるアラート通知の動作の流れを詳細に示したフローチャートである。
【図１８】本発明の一実施形態における電子メールのフォーマットを概略的に示した図である。
【符号の説明】
１：ユーザサイト
２：サポートセンタサイト
１１：ネットワーク監視装置
１２：監視対象機器
１３：メールサーバ
２１：センタサーバ
２２：データベース管理サーバ
２３：ドキュメント生成サーバ
２４：Ｗｅｂレポートサーバ
２５：管理コンソールサーバ
３１：クライアントＰＣ
４１，５１：ＰＣ
【図１】
0003672192.tif 000002
【図２】
0003672192.tif 000003
【図３】
0003672192.tif 000004
【図４】
0003672192.tif 000005
【図５】
0003672192.tif 000006
【図６】
0003672192.tif 000007
【図７】
0003672192.tif 000008
【図８】
0003672192.tif 000009
【図９】
0003672192.tif 000010
【図１０】
0003672192.tif 000011
【図１１】
0003672192.tif 000012
【図１２】
0003672192.tif 000013
【図１３】
0003672192.tif 000014
【図１４】
0003672192.tif 000015
【図１５】
0003672192.tif 000016
【図１６】
0003672192.tif 000017
【図１７】
0003672192.tif 000018
【図１８】
0003672192.tif 000019