JP3672192B2

JP3672192B2 - Monitoring device, monitoring method, recording medium, and program

Info

Publication number: JP3672192B2
Application number: JP2001397923A
Authority: JP
Inventors: 卓哉安藤; 慎一郎吉井; 隆弘杉山
Original assignee: キャノンネットワークコミュニケーションズ株式会社
Priority date: 2001-12-27
Filing date: 2001-12-27
Publication date: 2005-07-13
Anticipated expiration: 2021-12-27
Also published as: JP2003198545A

Description

【０００１】
【発明の属する技術分野】
本発明は、ユーザのネットワークシステムの状況を遠隔地で管理するための監視装置、監視方法、記録媒体及びプログラムに関し、特に、設備の導入が容易で且つ安全なサービスを安価に提供可能とするものである。
【０００２】
【従来の技術】
従来、企業、その他の組織等において、オフィス内、ビル内など比較的狭い範囲に設置されたコンピュータ同士でデータのやり取りをしたり、各コンピュータがプリンタなどの周辺機器を共有することが可能なネットワークシステムが広く利用されている。
【０００３】
その一方で、このようなネットワークシステムの普及に伴ってそのメンテナンス方法が重要な課題となるが、これには専門的な知識と技術を要するため、専門的なサービス運営体に委託することが一般的になされている。この場合、上記ネットワークシステムとサービスセンタのサーバとを専用回線で接続し、サービスセンタでネットワークシステムの状態を常時監視している。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来例では、既存のネットワークシステムに専用回線を新たに導入する必要があるため、ネットワークシステムのセキュリティーポリシーを崩す危険性が生じるほか、専用回線を導入するための手配等に相当の時間と手間を要していた。
【０００５】
また、一般的にネットワーク監視システムは、データ収集を行う「監視エージェント」と、そのデータを集計・加工する「監視マネージャー」の２種類のサブシステムからなり、通常複数の監視エージェントを一つの監視マネージャーで監視することが可能である。そのため上記のようなサービス運営体で従来の監視ソフトを使用して複数のユーザを一つの監視マネージャーで監視することが可能なように見えるが、実際には重大な問題が生じてしまうため、このような構成をとることができない。
【０００６】
その理由は、従来の監視ソフトでは、監視範囲が１ユーザのネットワークを前提としているためである。つまり、監視対象機器（ＰＣ、ルータ等）を特定するために機器固有のＩＤ（ＩＰアドレス）のみをキーとしており、従来の監視ソフトに使用した監視マネージャーでは監視対象機器がどのユーザのネットワークに属するものか特定することができない。特に、現在使用されているプロトコルＩＰＶ４（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）により定時又は即時サポートセンタサイト２に送信する。またその際には、ネットワーク監視装置１１は、送信情報の漏洩を回避し、システム運営の安全性を担保するため、例えばＰＧＰ手法により電子メールに暗号化を施す。
【００８７】
サポートセンタサイト２は、ユーザサイト１から送信された電子メールをセンタサーバ２１にて受信し、その電子メールに添付されたパフォーマンスデータ等の状態情報をデータベース管理サーバ２２に格納させ、データベース管理サーバ２２に格納された情報を利用して当該ユーザサイト１のネットワークシステムを管理する。
【００８８】
次に、ユーザサイト１からサポートセンタサイト２に送信される電子メールの種類について図８を参照しながら詳細に説明する。ユーザサイト１は、自らのネットワークシステムのリモート管理のために以下の４種類の電子メールを送信する。
（１）アライブメール
（２）コンフィグメール
（３）デイリーメール
（４）アラートメール
【００８９】
サポートセンタサイト２は、上記電子メールをセンタサーバ２１にて受信し、それらの電子メールに添付された各種情報をデータベース管理サーバ２２に格納し、当該ネットワークシステムのリモート監視のための解析に利用する。
【００９０】
アライブメール（１）は、ネットワーク監視装置１１の稼働状況をサポートセンタサイト２に通知するためのメールである。サポートセンタサイト２は、例えば１時間に１回ユーザサイト１に対して問い合わせを行い、その応答としてネットワーク監視装置１１からアライブメールを受信する。アライブメールには、ネットワーク監視装置１１自身の稼働状況（例えば、ＣＰＵ使用率、ネットワークインタフェースの負荷など）が記録されており、サポートセンタサイト２は、このアライブメールの添付されたこれらの情報をもとに、ネットワーク監視装置１１の稼働状況を把握することができる。
【００９１】
一方、ネットワーク監視装置１１は、通常の稼働状態にあるときは、このようにサポートセンタサイト２からの問い合わせに応じて自らの稼働状況をアライブメールに添付して返信するが、障害発生時にはアライブメールを返信することができない。したがって、サポートセンタサイト２は、ユーザサイト１に対して問い合わせを行い、ネットワーク監視装置１１からの返信が数回連続してない場合は、ネットワーク監視装置１１に障害が発生したものと判断する。
【００９２】
また、サポートセンタサイト２は、上記問い合わせを不定期に行うことも可能であり、例えば、ネットワーク監視装置１１の稼働状況を把握する必要が生じたときなど、適宜問い合わせを発行してアライブメールを受信することもできる。
【００９３】
コンフィグメール（２）は、ユーザサイト１においてネットワーク監視装置１１上で監視対象機器１２に関する登録内容（例えば、ＩＰアドレス、シリアル番号など）が変更された場合、即ち、ネットワーク上に新たな監視対象機器１２を設置するために、ネットワーク監視装置１１上でその監視対象機器１２に関する追加設定が行われた場合や、ネットワーク上に既に設置される監視対象機器１２に関する設定変更が行われた場合に、最新の登録内容をサポートセンタサイト２に通知すべく変更後の設定内容が添付されたメールである。ネットワーク監視装置１１は、このような設定変更等が行われた時点でサポートセンタサイト２に対してコンフィグメールを送信する。これにより、サポートセンタサイト２は、ネットワーク監視装置１１上の登録内容の変更を逐次把握することができる。また、第３者が勝手にネットワーク監視装置１１上の登録内容を変更した際も、コンフィグメールによってサポートセンタサイト２に通知されるので、サポートセンタサイト２はそれも検知することもできる。
【００９４】
デイリーメール（３）は、ネットワーク監視装置１１がパフォーマンス管理により収集した、「ＣＰＵ使用率」、「メモリ使用率」などのパフォーマンスデータをサポートセンタサイト２に対して定期的に送信するためのメールであり、例えば、一日一回サポートセンタサイト２に送信される。サポートセンタサイト２は、センタサーバ２１にてこのメールを受信し、データベース管理サーバ２２に蓄積する。アプリケーションサーバ２３又はＷｅｂレポートサーバ２４は、必要に応じて、データベース管理サーバ２２に格納されたパフォーマンスデータの履歴に基づきパフォーマンスグラフ等によるレポートを作成する。
【００９５】
アラートメール（４）は、既に説明したように、ネットワーク監視装置１１がパフォーマンス管理により収集したパフォーマンスデータから何らかの障害を検出した場合に、即時、その旨をサポートセンタサイト２等に通知するためのメールである。尚、このアラートメールは上記のように次の４種類がある。即ち、パフォーマンスデータにより示される状態値が所定の閾値を超えた場合に通知される電子メール、ｐｉｎｇテストにより監視対象機器１２のステータスの変化が検知されたときに通知される電子メール、監視対象機器１２から収集したログに設定される“プライオリティ”が所定基準より高いときに通知される電子メール、及び、プロセスのステータスの変化が検知されたときに通知される電子メールである。
【００９６】
また、ネットワーク監視装置１１は、アラートメールの送信先（例えば、サポートセンタサイト２、フィールドエンジニア、ユーザ担当者など）及び各送信先のセキュリティレベルが予め登録されており、それぞれのセキュリティレベルに応じてメール形式を選択し、各アラートメールを同時に送信するよう制御する。即ち、ネットワーク管理者に対しては、アラートメールはユーザ側においてセキュリティが確保された社内を通じて送信されるため、暗号化が施されずに送信される。サポートセンタサイト２に対しては、アラートメールはインターネットを経由するため、サービス運営上のセキュリティを担保すべく暗号化が施されて送信される。フィールドエンジニアに対しては、フィールドエンジニアが所持する通信装置が復号化を可能とする機能を有していれば、同じく暗号化されたアラートメールが送信される。サポートセンタサイト２では、センササーバ２１は暗号化されたアラートメールを受信すると、これを復号化して暗号化が解除される。
【００９７】
尚、上記の実施形態では、サポートセンタサイト２に複数のサーバ（センタサーバ２１、データベース管理サーバ２２、ドキュメント生成サーバ２３、Ｗｅｂレポートサーバ２４、管理コンソールサーバ２５）を配置した構成としているが、本発明はこれに限らず、複数のサーバによる機能を一台のサーバに備え、本実施形態より少ないハードウェア資源でサポートセンタサイト２を構成することもできる。
【００９８】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００９９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１００】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることが出来る。
【０１０１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ(オペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０３】
【発明の効果】
また、本発明によれば、監視装置から稼動状態に関する通知を電子メールで行う場合に、セキュリティレベルに応じてメール形式を選択することができる。
【０１０４】
また、本発明によれば、監視装置が各監視対象装置の状態情報を取得し、取得した状態情報を電子メールにて情報管理装置に対して送信するように構成したので、専用回線、専用回線の導入に伴うセキュリティーポリシーの崩壊の危険性、手間等を回避することができる。また、監視装置を導入する際には、一般的に広く普及されている電子メール送信装置にアカウントを一つ追加することで済み、サービス提供者にとっては設置が容易なものとなる。さらに、このように本監視装置は導入が容易であるため、従来の専用回線による監視システムと比較して導入に要する時間が短縮され、ユーザに対して迅速にサービスを提供することもできる。
【図面の簡単な説明】
【図１】本発明の一実施形態におけるネットワーク監視システムの構成を示したブロック図である。
【図２】本発明の一実施形態におけるネットワーク監視システムの全体動作の概略を説明するための図である。
【図３】本発明の一実施形態におけるネットワーク監視装置が各監視対象機器からパフォーマンスデータを収集し、このパフォーマンスデータに基づきパフォーマンスレポートをユーザに提供するまでの動作を説明するための図である。
【図４】本発明の一実施形態におけるサポートセンタサイトがネットワーク監視装置から送信されるアラート通知に基づいて、そのネットワークシステムの障害管理を行う際の動作について説明するための図である。
【図５】本発明の一実施形態におけるネットワーク監視装置、各監視対象装置間の通信方式（プロトコル）について説明するための図である。
【図６】本発明の一実施形態におけるネットワーク監視装置の障害管理時の処理内容について示した図である。
【図７】本発明の一実施形態におけるネットワーク監視装置が監視対象機器から収集したデータを電子メールでサポートセンタサイトに送信する際の流れを示した図である。
【図８】本発明の一実施形態におけるユーザサイトからサポートセンタサイトに送信される電子メールの種類について説明するための図である。
【図９】本発明の一実施形態におけるネットワーク監視装置が電子メールに機器ＩＤ及びグループＩＤを付加して送信する状態を示した図である。
【図１０】本発明の一実施形態におけるグループマスタテーブル及び機器マスタテーブルを模式的に示した図である。
【図１１】本発明の一実施形態におけるＷｅｂレポートサーバの動作の流れを示したフローチャートである。
【図１２】本発明の一実施形態におけるドキュメント生成サーバの動作の流れを示したフローチャートである。
【図１３】本発明の一実施形態におけるパフォーマンスの監視動作の流れを示したフローチャートである。
【図１４】本発明の一実施形態におけるＰｉｎｇテスト動作の流れを示したフローチャートである。
【図１５】本発明の一実施形態におけるログの収集と監視動作の流れを示したフローチャートである。
【図１６】本発明の一実施形態におけるプロセス監視動作の流れを示したフローチャートである。
【図１７】本発明の一実施形態におけるアラート通知の動作の流れを詳細に示したフローチャートである。
【図１８】本発明の一実施形態における電子メールのフォーマットを概略的に示した図である。
【符号の説明】
１：ユーザサイト
２：サポートセンタサイト
１１：ネットワーク監視装置
１２：監視対象機器
１３：メールサーバ
２１：センタサーバ
２２：データベース管理サーバ
２３：ドキュメント生成サーバ
２４：Ｗｅｂレポートサーバ
２５：管理コンソールサーバ
３１：クライアントＰＣ
４１，５１：ＰＣ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a monitoring device, a monitoring method, a recording medium, and a program for managing the status of a user's network system in a remote place, and particularly enables easy installation of equipment and providing a safe service at low cost. It is.
[0002]
[Prior art]
Conventionally, in a company, other organizations, etc., a network in which computers installed in a relatively narrow area such as an office or a building can exchange data, and each computer can share peripheral devices such as printers The system is widely used.
[0003]
On the other hand, the maintenance method becomes an important issue with the spread of such network systems, but since this requires specialized knowledge and technology, it is generally entrusted to specialized service operators. Has been made. In this case, the network system and the service center server are connected by a dedicated line, and the status of the network system is constantly monitored by the service center.
[0004]
[Problems to be solved by the invention]
However, in the above conventional example, since it is necessary to newly introduce a dedicated line to the existing network system, there is a risk of breaking the security policy of the network system, and a considerable amount of time is required for arranging the dedicated line. It took time and effort.
[0005]
In general, a network monitoring system consists of two types of subsystems, a “monitoring agent” that collects data and a “monitoring manager” that aggregates and processes the data. It is possible to monitor with. For this reason, it seems that it is possible to monitor multiple users with a single monitoring manager using the conventional monitoring software in the service operating body as described above, but in reality this causes serious problems. Such a configuration cannot be taken.
[0006]
This is because conventional monitoring software assumes that the monitoring range is a network of one user. In other words, only the device-specific ID (IP address) is used as a key to specify the device to be monitored (PC, router, etc.), and in the monitoring manager used in the conventional monitoring software, the monitored device belongs to which user's network I can't specify what it is. In particular, in the address system in the currently used protocol IPV4 (Internet Protocol Version 4), a private address is generally used in each user's company, and when a monitoring manager monitors a plurality of users, the IP address is IP. A fatal problem arises that address duplication occurs.
[0007]
In addition, when the address system or MAC address in IPV6 (Internet Protocol Versino 6) is used, the above-mentioned problems caused by duplication of device IDs are solved. However, to which user belongs to the monitoring manager? Cannot be specified.
[0008]
For this reason, in the above conventional example, a monitoring manager must be installed on the outsourcer side whenever the number of networks to be monitored increases (N: N type monitoring), which requires a great deal of cost to construct a network monitoring system. In addition, it is impossible to perform unified management for a plurality of users.
[0009]
The present invention has been made in view of the above problems, and enables monitoring using at least a device ID, which is an ID of a monitoring target device, and a user ID for identifying a user as a key. The purpose is to realize a central monitoring (N: 1 type monitoring) of a user's environment by one monitoring manager, and also to monitor the monitoring device itself by the monitoring manager.
[0010]
[Means for Solving the Problems]
In order to achieve such an object, the monitoring device according to claim 1 is acquired by a state information acquisition unit that acquires state information of one or a plurality of monitored devices that are communicably connected, and the state information acquisition unit. Generating an electronic mail including status information, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group including the one or more monitored devices, E-mail generation and transmission means for transmitting to the information management apparatus that manages the operating status of the monitored apparatus based on the status information, the device identification information, and the group identification information, and performs predetermined encryption on the e-mail The electronic mail generation and transmission means transmits a plurality of types of electronic mail, and at least the status information of the monitored device is transmitted. An e-mail for notifying the information management device and an e-mail for notifying the information management device of the operating status of the device itself are transmitted to the information management device, and the status information of the monitored device is managed by the information management device. An e-mail for notifying a communication device of a predetermined destination other than the device is transmitted in a format different from the e-mail transmitted to the information management device, and the e-mail transmitted to the information management device includes A predetermined encryption is performed by the encryption means, and an e-mail transmitted to the communication device of a predetermined destination connected to the intranet is transmitted without being encrypted.
[0011]
The monitoring method according to claim 2 is a monitoring method of a monitored device by a monitoring device, the status information acquisition step of acquiring status information of one or a plurality of monitored devices connected to be communicable, Including status information acquired by the status information acquisition step, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group of the one or more monitored devices An e-mail generating and transmitting step of generating an e-mail and transmitting the e-mail to an information management apparatus that manages an operating state of the monitored apparatus based on the status information, the device identification information, and the group identification information; And an e-mail generation and transmission step for transmitting a plurality of types of e-mails. And sending at least an e-mail for notifying the information management apparatus of the status information of the monitored apparatus and an e-mail for notifying the information management apparatus of the operating state of the own apparatus to the information management apparatus, An e-mail for notifying the status information of the monitored apparatus to a communication device of a predetermined destination other than the information management apparatus is transmitted in a format different from the e-mail transmitted to the information management apparatus. The e-mail to be transmitted to the information management device is subjected to predetermined encryption in the encryption step, and the e-mail to be transmitted to the communication device at a predetermined destination connected to the intranet is transmitted without being encrypted. It is a step.
[0012]
The recording medium according to claim 3 is a recording medium that records a program to be executed by a computer of a monitoring device that monitors the monitored device, and the state of one or a plurality of monitored devices that are communicably connected A status information acquisition procedure for acquiring information, status information acquired by the status information acquisition procedure, device identification information for identifying a monitored device corresponding to the status information, and the one or more monitored devices For an information management apparatus that generates an electronic mail including group identification information for identifying a group and manages an operating state of the monitored apparatus based on the state information, the device identification information, and the group identification information An e-mail generation and transmission procedure to be transmitted, and an encryption procedure for performing predetermined encryption on the e-mail, and the e-mail generation and transmission procedure includes a plurality of types. For sending at least the status information of the monitored device to the information management device and the email for notifying the information management device of the operating status of the device itself Is sent to the information management device, and an email for notifying the status information of the monitored device to a communication device of a predetermined destination other than the information management device is an email sent to the information management device The e-mail to be transmitted in a different format is subjected to predetermined encryption by the encryption procedure for the e-mail to be transmitted to the information management apparatus, and the e-mail to be transmitted to the communication apparatus at a predetermined destination connected to the intranet Is a computer-readable recording medium that records a program for causing a computer to execute a procedure for transmission without encryption. That.
[0013]
The program according to claim 4 is a program to be executed by a computer of a monitoring device that monitors the monitored device, and status information for acquiring status information of one or more monitored devices that are communicably connected For identifying an acquisition procedure, status information acquired by the status information acquisition procedure, device identification information for identifying a monitored device corresponding to the status information, and a group of the one or more monitored devices E-mail generation and transmission that generates an e-mail including group identification information and transmits the e-mail to an information management apparatus that manages the operating state of the monitored apparatus based on the state information, the device identification information, and the group identification information And an encryption procedure for performing predetermined encryption on the e-mail, and the e-mail generation and transmission procedure includes a plurality of types of e-mails. The information management includes at least an e-mail for notifying the information management apparatus of status information of the monitored apparatus and an e-mail for notifying the information management apparatus of an operating state of the own apparatus. An e-mail to be sent to the apparatus and to notify the status information of the monitored apparatus to a communication device of a predetermined destination other than the information management apparatus is transmitted in a format different from the e-mail to be transmitted to the information management apparatus The e-mail to be transmitted to the information management apparatus is subjected to predetermined encryption by the encryption procedure, and the e-mail to be transmitted to the communication apparatus at a predetermined destination connected to the intranet is encrypted. This is a program for causing a computer to execute a procedure for transmission without application.
[0036]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0037]
FIG. 1 is a block diagram showing a configuration of a network monitoring system according to an embodiment of the present invention. Reference numeral 1 denotes a user site that enjoys a remote monitoring service of a network system by this network monitoring system. Reference numeral 2 denotes a support center site that provides the remote monitoring service.
[0038]
The user site 1 includes a network monitoring device 11 that monitors the status of each monitoring target device connected to a network (for example, an intranet) in the user site 1, and a monitoring target device 12 (printer) that is a monitoring target of the network monitoring device 11. , A server, a router, etc.) and a mail server 13 that transmits the status information of each monitored device 12 attached to an electronic mail under the control of the network monitoring device 11.
[0039]
The support center site 2 also includes a center server 21 that receives an email from the mail server 13, a database management server 22 that stores status information attached to the email, and a history of status information stored in the database management server 22. Based on the history of the status information stored in the document generation server 23, which similarly generates a paper report document relating to the status of the corresponding network, and prints it out by the printer, and also on the status of the corresponding network. A web report that can be browsed by a web browser is generated and transmitted to a communication device (for example, a mobile phone, a PC, etc.) having a specific address, and stored in the database management server 22 in a connected client PC. State Composed by the management console server 25 to sequentially display the broadcast.
[0040]
Next, an outline of the overall operation of the network monitoring system according to the present embodiment will be described with reference to FIG. The network monitoring device 11 monitors the status of each monitored device 12 by acquiring each status information from the monitored devices 12 such as routers and servers existing on the network. The network monitoring device 11 controls the mail server 13 to attach the acquired status information to the support center site 2 via the Internet by attaching it to the e-mail on a regular or immediate basis.
[0041]
In the support center site 2, the electronic mail is received by the center server 21, the state information attached to the electronic mail is stored in the database management server 22, and the management console server 25 is stored in the database management server 22. Information is sequentially read and the analysis result of the state information is displayed on the client PCs 31a to 31d.
[0042]
The support member of the support center monitors the network system by referring to the analysis result of the state information on the screen of the client PC 31. Thereby, this network monitoring system can manage the operation state (performance) of each monitoring target device 12 of the network system in the support center site 2 (hereinafter referred to as performance management).
[0043]
Further, when the network monitoring device 11 detects a failure in the monitoring target device 12, the network monitoring device 11 attaches the status information at that time as an alert notification to an e-mail and transmits it to the support center site 2.
[0044]
Upon receiving the alert notification, the support center site 2 also displays the screen on the client PC 31 and turns on the revolving lamp 32 to notify the support member that the alert notification has been received. The support member of the support center recognizes that a failure has occurred in the monitored device 12 by checking the screen of the client PC 31 or the rotating light. Thereby, this network system can manage the failure of each monitored device 12 of the network system in the support center site 2 (hereinafter referred to as failure management).
[0045]
Further, as shown in FIG. 9, a user ID that is identification information of each user site A, B, C,... And a device ID that is identification information of the monitoring target device 12 are given to the e-mail. . Here, the user ID is set in association with each network monitoring device 11. For example, one user has a plurality of network environments, and tries to install the network monitoring device 11 and manage them. In that case, the user has a plurality of user IDs. In this case, if one network environment is a group composed of a plurality of monitoring target devices 12, the user ID plays a role as a group ID for identifying each group.
[0046]
The device ID is unique identification information associated with each of the plurality of monitoring target devices 12 belonging to one network environment, and this association is managed in the corresponding network monitoring apparatus 11. As a device ID management method in the present embodiment, the IP address or MAC address of each monitored device 12 and the device ID are managed in association with each other on the master table. When the network monitoring device 11 acquires the status information from each monitored device 12, the network monitoring device 11 refers to the device ID corresponding to the IP address of the monitored device 12 from the master table, and adds the device ID to the e-mail for support. Transmit to the center site 2.
[0047]
For example, when the monitored device 12 is replaced with another device having the same function in a certain network environment (when the IP address or MAC address of the monitored device 12 changes), or the IP address of the monitored device 12 changes. In such a case, the conventional monitoring software cannot determine which device has acquired the status information. In contrast, in the present embodiment, since the IP address and MAC address can be updated on the master table, the device ID does not change even when the IP address is changed. It can be determined that the status information transmitted from the monitored device 12 is from the same device. For example, even when an old router is replaced with a new one, the device ID does not change, so that the support center site 2 can similarly determine that the status information of the router.
[0048]
In the support center site 2, a user ID and a device ID are set by the group master table and the device master table shown in FIG. When the support center site 2 receives an e-mail from each network monitoring apparatus 11, the support center site 2 refers to the group master table and the apparatus master table for the user ID and the apparatus ID added to the e-mail, and is attached to the e-mail. In addition, it is possible to identify which network environment the status information is, and which monitoring target device 12 in the network environment.
[0049]
As described above, in this embodiment, the monitoring target devices are managed by the two keys of “device ID” and “user ID” throughout, and the network environment of a plurality of users is centrally monitored (N: 1 type monitoring). Accordingly, the support member who operates the monitoring agent can manage each network environment by operating one monitoring manager, and can individually monitor the status of monitored devices belonging to each network environment in detail. it can. Further, according to the present embodiment, it is not necessary to increase the number of monitoring managers as in the case of conventional monitoring software, so that the costs (especially expensive license fees) and installation man-hours of the monitoring manager that have been generated so far can be reduced. Is possible.
[0050]
Furthermore, according to the present embodiment, since the support center site 2 manages the person-in-charge contact information in association with each user ID in the group master table, there is a problem in monitoring the person-in-charge at each user site. An alert mail related to the target device can be transmitted. In addition, by using a management method using the user ID as a key, it is possible to create a report regarding each network environment state independently for each user site (user).
[0051]
Next, the remote management service provided by this network monitoring system will be described in detail. First, the performance management will be described.
[0052]
The network monitoring apparatus 11 can periodically acquire performance data indicating the operating state of the monitoring target device 12 as the status information of the monitoring target device 12 and investigate the state of each monitoring target device 12. Items that can be investigated (hereinafter referred to as management items) include “CPU (Central Processing Unit) usage rate” and “NIC (Network Interface Card) bandwidth usage”. The support center site 2 can create, for example, a graphed report based on such state information and provide it to the user.
[0053]
The network monitoring device 11 can investigate the following items as the management items.
(1) Network interface bandwidth usage
(2) Number of error packets sent and received
(3) Number of dropped packets generated during transmission / reception
(4) CPU usage rate
(5) Memory usage rate
(6) Disk usage rate
[0054]
The “network interface bandwidth usage (1)” indicates how much bandwidth is actually used with respect to the bandwidth of the network interface (for example, 100 Mbps). This usage rate can be aggregated for each network interface.
[0055]
The “number of error packets transmitted / received (2)” indicates the number of broken packets transmitted / received per unit time, and the network monitoring apparatus 11 can total the number of packets for each network interface. is there.
[0056]
“Number of dropped packets (3)” indicates the number of packets missed when the communication is in a high load state, and the network monitoring device 11 investigates the number of dropped packets per unit time. . Similarly, the network monitoring device 11 can investigate the number of dropped packets for each network interface.
[0057]
“CPU usage rate (4)” indicates, for example, an average CPU usage rate per 5 minutes. “Memory usage rate (5)” indicates the usage rate of the memory of the server that is one monitored device 12. “Disk usage rate (6)” indicates the usage rate of the disk of the server, which is one monitored device 12, and the network monitoring device 11 can individually count up when there are multiple disks to be monitored. Is possible.
[0058]
The support center site 2 can create a Web report and a paper report to be provided to the user based on the performance data of the management items. First, an operation until the network monitoring apparatus 11 collects performance data from each monitoring target device 12 and provides a user with a Web port based on the performance data will be described with reference to FIGS. 3 and 11.
[0059]
The network monitoring apparatus 11 acquires performance data from each monitored device 12 for each of the above management items, and controls the mail server 13 to send an e-mail attached with the acquired performance data via the Internet to the support center site. 2 to send.
[0060]
In the support center site 2, the e-mail is received by the center server 21, and the performance data attached to the e-mail is stored in the database management server 22. Next, when the web report server 24 receives the login ID and password input on the PC 41 by the user staff (step S111), the web report server 24 authenticates the legitimacy of the user staff based on the information (step S112). ).
[0061]
The “user person in charge” here means a person in charge of managing the network system on the user side. When creating this report, various types of graphs can be created in response to a request from the user staff. Of course, what can be searched here is limited to the monitoring target device associated with the corresponding user ID. Thereby, in this embodiment, since it is possible to prevent a problem that a certain user accesses information corresponding to another user, it is possible to maintain confidentiality for each user's network state.
[0062]
As a result of authentication, when the validity of the person in charge of the user is authenticated, the person in charge of the user designates a device and a date and time for which a Web report is to be output on the PC 41 (step S113). When the Web report server 24 receives the specified information and confirms the content of the specified information (step S114), the Web report server 24 searches the DB management server 22 for performance data of the specified device and date (step S115). Next, parameter data designated for the user is extracted from the DB management server 22 (step S116), a graph is created from the performance data searched in step S115 based on the extracted parameters, and then the PC 41 is used as a Web report. (Step S117).
[0063]
The “parameter” in step S116 is data that is an initial setting value related to graph creation. For example, an average value of parameter data acquired during a predetermined period is taken and plotted to create a graph. Alternatively, it can be set to create a graph by plotting the maximum value of the parameter data in a predetermined period. Finally, the Web report server 24 confirms that the PC 41 has logged out (step S118) and completes the processing. Thereby, a Web report is displayed on the screen of the PC 41, and the person in charge of the user can grasp the state transition related to the corresponding network system. The parameter data referred to when creating the graph can be freely set according to a request from the user staff, and various forms of graphs can be created based on this.
[0064]
Next, a paper report creation operation will be described in detail with reference to FIG. The document generation server 23 shown in FIG. 1 lists up users who are to create preset paper reports (step S121). Next, the period of performance data to be graphed is set (step S122). The period set by this setting operation may be registered in advance, or may be set by appropriately inputting on the document generation server 23.
[0065]
Next, one user is selected from the users listed in step S121, and the performance data of the monitoring target device 12 belonging to the network environment of the user is searched from the database management server 22 (step S123). In this search operation, performance data within the period set in step S122 is a search target. Further, the document generation server 23 extracts parameter data corresponding to the user (step S124) and creates a graph (step S125), as in step S116.
[0066]
Next, the document generation server 23 determines whether or not a report has been created for all the users listed in step S121 (step S126). A comment is input to each report on the screen, and the process ends (step S127).
[0067]
Next, the operation when the support center site 2 performs failure management of the network system based on the alert notification transmitted from the network monitoring device 11 will be described in detail with reference to FIG.
[0068]
The network monitoring device 11 acquires the current status information and the like from the performance data as well as the performance data from each monitoring target device 12, and monitors the operating state of each monitoring target device 12 based on the acquired information. As a result of the monitoring, if changes are detected in these, the network monitoring apparatus 11 controls the mail server 13 so that the status change is performed on the support center site 2, the user's staff PC 41, and the field engineer's PC 51. Send by email as alert notification. In particular, data is transmitted to the PC 41 and the PC 51 in a data format in which humans can easily recognize the state change. As a result, the support center site 2, the person in charge of the user, and the field engineer can monitor the status of the network system in real time and can respond to the occurrence of a failure. The “field engineer” here refers to a person in charge of maintenance of each network system on the support center side.
[0069]
The investigation items related to the failure management by the network monitoring device 11 include the following items, for example.
(1) Performance monitoring
(2) Ping test
(3) Log collection and monitoring
(4) Process monitoring
[0070]
FIG. 13 is a flowchart showing the operation flow of the “performance monitoring (1)”. After the initialization (step S131), the network monitoring device 11 determines the monitoring target device 12 to be monitored from its own network environment (step S132). Next, the network monitoring device 11 acquires performance data from the monitoring target device 12 to be monitored in response to the inquiry, and stores it (step S133). Next, the network monitoring device 11 determines whether or not the state value of the monitoring target device 12 such as the CPU usage rate indicated in the acquired performance data is equal to or greater than a predetermined threshold (step S134). If it is determined by this determination that the state value is equal to or greater than a predetermined threshold, the network monitoring device 11 detects that a failure has occurred in the monitored device 12, and supports performance data as an alert notification at that time. The data is transmitted to the center site 2 (step S135) and enters a standby state (step S136). In addition to the performance data, the PC 41 and 51 of the user staff and the field engineer are notified of the faulty device and its location in addition to the performance data so that it can be recognized that which part of which device has failed. Alert notifications in a format that can be done.
[0071]
FIG. 14 is a flowchart showing an operation flow of the “ping test (2)”. After the initialization (step S141), the network monitoring device 11 determines the monitoring target device 12 to be monitored (step S142). Next, the network monitoring apparatus 11 inquires status information to the monitoring target device 12, and acquires status information as a response (step S143). Next, the network monitoring apparatus 11 compares the test result obtained this time with the previous test result, and detects a status change (operation state to stop state, or stop state to operation state) (step S144). . If there is a change in the test result as a result of the comparison, the network monitoring device 11 detects a change in status, and at that time, transmits status information as an alert notification to the support center site 2 (step S145). (Step S146). In addition to status information, the PCs 41 and 51 of the person in charge of the user and the field engineer can be notified of the device whose operating state has changed in addition to the status information so that it can be recognized which device has changed its operating state. Alert notification.
[0072]
FIG. 15 is a flowchart showing the flow of the operation of “log collection and monitoring (3)”. After the initialization (step S151), the network monitoring device 11 enters a standby state for log messages (operation records) generated by each monitored device 12 (step S152). Next, the network monitoring device 11 determines whether or not a log message has been received from the monitoring target device 12 (step S153). If it is determined that the log message has been received, the log message is an important log message. It is determined whether or not there is (step S154). If it is determined by this determination that the log message is an important log message, the network monitoring device 11 transmits the log message to the support center site 2 as an alert notification at that time (step S155). In addition, in order to be able to recognize which device the log message is, the user staff and the field engineer PCs 41 and 51 can notify the device that generated the log message in addition to the log message. Alert notification.
[0073]
Here, when the network monitoring device 11 selects an important one from the collected log messages, if the “priority” preset in the log message is equal to or higher than a predetermined standard, the log message is important. Treat as. For example, this “priority” has 8 levels of “debug, info, notice, warning, err, crit, alert, emerge” in descending order of importance. In the present embodiment, the network monitoring apparatus 11 is notified by notice. Even when a message with high importance is received, an alert is notified.
[0074]
In the “process monitoring (4)”, when the monitored device 12 is a server, the network monitoring device 11 acquires performance data from the server that is the one monitored device 12 by an inquiry, and the process status ( This is performed by determining “starting”, “stop”, or “restart”.
[0075]
FIG. 16 is a flowchart showing the operation flow of the “process monitoring”. After performing initialization (step S161), the network monitoring device 11 determines the monitoring target device 12 to be monitored (step S162). Next, the network monitoring device 11 acquires performance data from the monitoring target device 12 by inquiry (step S163), and determines the status of the process from the performance data. Next, the network monitoring apparatus 11 detects a change in status by comparing the determination result relating to the current status with the previous determination result (step S164). If a change in status is detected in step S164, status information at that time is transmitted to the support center site 2 (step S165), and a transition is made to a standby state (step S166). In addition to the status information, the PC 41 and 51 of the person in charge of the user and the field engineer are notified of an alert in a format that can notify the device and OS corresponding to the status information.
[0076]
FIG. 17 is a flowchart showing in detail the alert notification operation in steps S135, S145, S155, and S165. The network monitoring apparatus 11 adds the user ID and the device ID of the monitoring target device 12 to the e-mail (step S171), and then creates an e-mail for the support center site 2 (center server 21) (step S172) and transmits it. (Step S173).
[0077]
Next, the network monitoring device 11 determines whether or not an alert notification is to be sent to the user staff (step S174). If it is determined that an alert notification is to be sent to the user staff, an email is sent to the PC 41 of the user staff. Is transmitted (step S175). Next, the network monitoring device 11 similarly determines whether or not to notify the field engineer of the alert (step S176). If it is determined that the alert notification is to be sent to the field engineer, an e-mail is sent to the field engineer's PC 51. Is transmitted (step S177). Here, whether the alert notification is sent to the user staff or the field engineer is determined depending on whether the alert notification setting is ON / OFF for the user staff or the fold engineer.
[0078]
FIG. 18 shows an example of an e-mail format in the alert notification. In the example of FIG. 18, the support center site 2 (center server 21) is sent as the destination in the e-mail, the network monitoring device (care box) is mainly sent, and an alert is described in “Subject”. In “Text”, the user ID, device ID, and alert notification content are attached to the e-mail.
[0079]
Next, a communication method (protocol) between the network monitoring device 11 and each monitoring target device 12 will be described with reference to FIG. The network monitoring device 11 acquires various types of information from each monitoring target device 12 using the following communication method.
[0080]
Regarding the above “performance management”, “performance monitoring”, and “process monitoring”, the network monitoring device 11 periodically (for example, once every 5 minutes) to the monitored device 12 by SNMP (Simple Network Management Protocol). ) And the performance data is obtained by the response. Thereby, the network monitoring apparatus 11 can investigate the state of each device of the monitoring target device 12.
[0081]
With respect to the “ping test (2)”, the network monitoring apparatus 11 periodically inquires the monitoring target device 12 using the ping program (for example, once / one minute), and the monitoring target target device 12 determines from the response result. Identifies whether or not it is in operation.
[0082]
Regarding the above “log collection and monitoring (3)”, log monitoring is performed by the network monitoring device 11 collecting log messages autonomously transmitted from each monitoring target device 12 by Syslog or TRAP. .
[0083]
FIG. 6 is a diagram showing processing contents of the network monitoring device 11 in failure management. When the network monitoring apparatus 11 obtains performance data from each monitored device 12 as described above, the fault management performs the following two determinations and decides whether or not to perform alert notification for each piece of information. Yes.
[0084]
For the log message acquired from each monitoring target device 12, the network monitoring device 11 collates the log message with a pre-registered filter list, and transmits the alert message as an alert mail if the log message is not in the filter list. Control. On the other hand, if the log message includes the same content as the filter list, the network monitoring device 11 controls not to transmit the message as an alert mail. As a result, only necessary log messages can be extracted and transmitted to the support center site 2, and the network resources can be used effectively.
[0085]
Further, the network monitoring device 11 detects a change in the state of the monitored device 12 under certain conditions, such as comparing the performance data acquired from each monitored device 12 with a predetermined threshold as described above. Control alert emails to be sent.
[0086]
FIG. 7 is a diagram illustrating a flow when the network monitoring apparatus 11 transmits data collected from the monitoring target device 12 to the support center site 2 by electronic mail. When the network monitoring device 11 acquires various information such as performance data from each monitored device 12, the network monitoring device 11 attaches the information to an e-mail by controlling the mail server 13, for example, on a regular basis by SMTP (Simple mail transfer protocol) or Send to the immediate support center site 2. At that time, the network monitoring device 11 encrypts the e-mail by, for example, the PGP method in order to avoid leakage of transmission information and ensure the safety of system operation.
[0087]
The support center site 2 receives the e-mail transmitted from the user site 1 at the center server 21, stores the status information such as performance data attached to the e-mail in the database management server 22, and the database management server 22 The network system of the user site 1 is managed using the information stored in.
[0088]
Next, the types of e-mails transmitted from the user site 1 to the support center site 2 will be described in detail with reference to FIG. The user site 1 transmits the following four types of e-mails for remote management of its network system.
(1) Alive mail
(2) Config mail
(3) Daily mail
(4) Alert mail
[0089]
The support center site 2 receives the e-mail at the center server 21, stores various information attached to the e-mail in the database management server 22, and uses it for analysis for remote monitoring of the network system. .
[0090]
The alive mail (1) is a mail for notifying the support center site 2 of the operation status of the network monitoring device 11. The support center site 2 makes an inquiry to the user site 1 once an hour, for example, and receives an alive mail from the network monitoring device 11 as a response. In the alive mail, the operation status of the network monitoring device 11 itself (for example, CPU usage rate, network interface load, etc.) is recorded, and the support center site 2 also stores these information attached to the alive mail. In addition, the operating status of the network monitoring device 11 can be grasped.
[0091]
On the other hand, when the network monitoring device 11 is in a normal operation state, the network monitoring device 11 returns the operation status of the network monitoring device 11 attached to the alive mail in response to the inquiry from the support center site 2 in this way. Can't reply. Therefore, the support center site 2 makes an inquiry to the user site 1 and determines that the network monitoring device 11 has failed if the reply from the network monitoring device 11 is not consecutive several times.
[0092]
The support center site 2 can also make the above inquiry irregularly. For example, when it becomes necessary to grasp the operation status of the network monitoring apparatus 11, the inquiry is appropriately issued and the alive mail is received. You can also
[0093]
The configuration mail (2) is used when the registered content (for example, IP address, serial number, etc.) regarding the monitoring target device 12 is changed on the network monitoring device 11 at the user site 1, that is, a new monitoring target device on the network 12 when the setting related to the monitored device 12 is made on the network monitoring apparatus 11 or when the setting related to the monitored device 12 already installed on the network is changed. This is an e-mail attached with the changed setting contents to notify the support center site 2 of the registered contents. The network monitoring device 11 transmits a configuration mail to the support center site 2 when such a setting change or the like is performed. As a result, the support center site 2 can sequentially grasp changes in the registered contents on the network monitoring device 11. Further, when the third party changes the registered contents on the network monitoring device 11 without permission, the support center site 2 is notified by the config mail, so the support center site 2 can also detect it.
[0094]
The daily mail (3) is a mail for regularly transmitting performance data such as “CPU usage rate” and “memory usage rate” collected by the network monitoring apparatus 11 through performance management to the support center site 2. Yes, for example, it is transmitted to the support center site 2 once a day. The support center site 2 receives this mail at the center server 21 and stores it in the database management server 22. The application server 23 or the web report server 24 creates a report using a performance graph or the like based on the history of performance data stored in the database management server 22 as necessary.
[0095]
As described above, the alert mail (4) is a mail for notifying the support center site 2 and the like immediately when any failure is detected from the performance data collected by the network monitoring apparatus 11 through performance management. It is. There are four types of alert emails as described above. That is, an e-mail notified when the status value indicated by the performance data exceeds a predetermined threshold, an e-mail notified when a status change of the monitoring target device 12 is detected by a ping test, and a monitoring target device 12 is an e-mail notified when a “priority” set in a log collected from 12 is higher than a predetermined standard, and an e-mail notified when a change in process status is detected.
[0096]
In addition, the network monitoring device 11 has alert mail transmission destinations (for example, support center site 2, field engineer, user person in charge, etc.) and security levels of the respective transmission destinations registered in advance, and according to each security level. Select the mail format and control to send each alert mail at the same time. That is, the alert mail is transmitted to the network manager without being encrypted because the alert mail is transmitted through the company where security is ensured on the user side. Since the alert mail is transmitted to the support center site 2 via the Internet, it is encrypted and transmitted so as to ensure security in service operation. If the communication device possessed by the field engineer has a function that enables decryption, an encrypted alert mail is transmitted to the field engineer. In the support center site 2, when the sensor server 21 receives the encrypted alert mail, it is decrypted and the encryption is released.
[0097]
In the above embodiment, a plurality of servers (center server 21, database management server 22, document generation server 23, Web report server 24, management console server 25) are arranged in the support center site 2. The invention is not limited to this, and the function of a plurality of servers can be provided in one server, and the support center site 2 can be configured with fewer hardware resources than in the present embodiment.
[0098]
Another object of the present invention is to supply a storage medium storing software program codes for realizing the functions of the above-described embodiments to a system or apparatus, and the computer (or CPU or MPU) of the system or apparatus stores the storage medium. Needless to say, this can also be achieved by reading and executing the program code stored in.
[0099]
In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention.
[0100]
As a storage medium for supplying the program code, for example, a flexible disk, a hard disk, an optical disk, a magneto-optical disk, a CD-ROM, a CD-R, a magnetic tape, a nonvolatile memory card, a ROM, or the like can be used.
[0101]
Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) running on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.
[0102]
Further, after the program code read from the storage medium is written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function is determined based on the instruction of the program code. It goes without saying that the CPU or the like provided in the expansion board or function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.
[0103]
【The invention's effect】
Further, according to the present invention, when a notification regarding the operating state is sent from the monitoring apparatus by electronic mail, the mail format can be selected according to the security level.
[0104]
Further, according to the present invention, the monitoring device acquires the status information of each monitoring target device, and transmits the acquired status information to the information management device by e-mail. The risk of security policy collapse and labor associated with the introduction of the system can be avoided. In addition, when introducing a monitoring device, it is only necessary to add one account to an electronic mail transmission device that is generally widely used, which makes it easy for service providers to install. Furthermore, since this monitoring apparatus can be easily introduced as described above, the time required for introduction can be shortened compared to a conventional monitoring system using a dedicated line, and a service can be provided to the user quickly.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a network monitoring system according to an embodiment of the present invention.
FIG. 2 is a diagram for explaining the outline of the overall operation of the network monitoring system according to the embodiment of the present invention.
FIG. 3 is a diagram for explaining an operation until a network monitoring apparatus according to an embodiment of the present invention collects performance data from each monitored device and provides a performance report to a user based on the performance data.
FIG. 4 is a diagram for explaining an operation when a support center site in the embodiment of the present invention performs failure management of a network system based on an alert notification transmitted from a network monitoring device.
FIG. 5 is a diagram for explaining a communication method (protocol) between a network monitoring apparatus and each monitoring target apparatus in an embodiment of the present invention.
FIG. 6 is a diagram showing processing contents at the time of failure management of the network monitoring device in one embodiment of the present invention.
FIG. 7 is a diagram illustrating a flow when the network monitoring apparatus according to the embodiment of the present invention transmits data collected from monitored devices to a support center site by e-mail.
FIG. 8 is a diagram for explaining types of electronic mail transmitted from a user site to a support center site in an embodiment of the present invention.
FIG. 9 is a diagram illustrating a state in which the network monitoring apparatus according to the embodiment of the present invention transmits a device ID and a group ID added to an electronic mail.
FIG. 10 is a diagram schematically showing a group master table and a device master table in an embodiment of the present invention.
FIG. 11 is a flowchart showing an operation flow of the Web report server according to the embodiment of the present invention.
FIG. 12 is a flowchart showing a flow of operation of the document generation server according to the embodiment of the present invention.
FIG. 13 is a flowchart showing a flow of performance monitoring operation according to the embodiment of the present invention.
FIG. 14 is a flowchart showing a flow of a Ping test operation in an embodiment of the present invention.
FIG. 15 is a flowchart showing the flow of log collection and monitoring operations in an embodiment of the present invention.
FIG. 16 is a flowchart showing a flow of a process monitoring operation in one embodiment of the present invention.
FIG. 17 is a flowchart showing in detail an alert notification operation flow according to an embodiment of the present invention;
FIG. 18 is a diagram schematically showing an e-mail format in an embodiment of the present invention.
[Explanation of symbols]
1: User site
2: Support center site
11: Network monitoring device
12: Monitored device
13: Mail server
21: Center server
22: Database management server
23: Document generation server
24: Web report server
25: Management console server
31: Client PC
41, 51: PC

Claims

Status information acquisition means for acquiring status information of one or a plurality of monitored devices connected to be communicable;
Status information acquired by the status information acquisition means, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group consisting of the one or more monitored devices E-mail generation and transmission means for generating an e-mail including, and transmitting to an information management apparatus that manages an operating state of the monitored apparatus based on the status information, the device identification information, and the group identification information;
Having an encryption means for performing predetermined encryption on the e-mail;
Further, the e-mail generation and transmission means transmits a plurality of types of e-mail, and at least the e-mail for notifying the information management apparatus of the status information of the monitored apparatus and the operating state of the own apparatus Regarding an e-mail for transmitting an e-mail for notifying an information management apparatus to the information management apparatus and notifying a status information of the monitored apparatus to a communication device of a predetermined destination other than the information management apparatus An e-mail transmitted to the information management apparatus in a format different from the e-mail transmitted to the information management apparatus, the e-mail transmitted to the information management apparatus is subjected to predetermined encryption by the encryption means, and is connected to an intranet An electronic mail transmitted to the communication apparatus is transmitted without being encrypted.

A monitoring method of a monitored device by a monitoring device,
A status information acquisition step of acquiring status information of one or a plurality of monitored devices connected to be communicable;
Status information acquired by the status information acquisition step, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group consisting of the one or more monitored devices Generating an e-mail including, and transmitting to an information management device that manages an operating state of the monitored device based on the status information, the device identification information, and the group identification information; and
An encryption step for applying a predetermined encryption to the email;
Further, the e-mail generation and transmission step is for transmitting a plurality of types of e-mails, and at least the e-mail for notifying the information management apparatus of the status information of the monitored apparatus and the operating state of the own apparatus E-mail for notifying the information management device to the information management device and notifying the status information of the monitored device to a communication device of a predetermined destination other than the information management device Is transmitted in a format different from the e-mail transmitted to the information management apparatus, and the e-mail transmitted to the information management apparatus is subjected to predetermined encryption in the encryption step and connected to the intranet. A monitoring method, comprising: a step of transmitting an e-mail to be transmitted to the communication device at a predetermined destination without encryption.

A recording medium recording a program to be executed by a computer of a monitoring device that monitors the monitored device,
Status information acquisition procedure for acquiring status information of one or a plurality of monitored devices connected to be communicable;
Status information acquired by the status information acquisition procedure, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group composed of the one or more monitored devices An e-mail generation transmission procedure for generating an e-mail including and transmitting the e-mail to an information management apparatus that manages an operating state of the monitored apparatus based on the state information, the device identification information, and the group identification information;
An encryption procedure for applying a predetermined encryption to an email;
Further, the e-mail generation / transmission procedure is a procedure for transmitting a plurality of types of e-mails, and at least an e-mail for notifying the information management device of status information of the monitored device and an operating state of the device itself E-mail for notifying the information management device to the information management device and notifying the status information of the monitored device to a communication device of a predetermined destination other than the information management device Is transmitted in a format different from the e-mail transmitted to the information management apparatus, and the e-mail transmitted to the information management apparatus is subjected to predetermined encryption by the encryption procedure and connected to the intranet. A program for causing a computer to execute a procedure for transmitting an e-mail to be transmitted to the communication device at a predetermined destination without encryption. Recording a computer-readable recording medium.

A program to be executed by a computer of a monitoring device that monitors a monitored device,
Status information acquisition procedure for acquiring status information of one or a plurality of monitored devices connected to be communicable;
Status information acquired by the status information acquisition procedure, device identification information for identifying a monitored device corresponding to the status information, and group identification information for identifying a group composed of the one or more monitored devices An e-mail generation transmission procedure for generating an e-mail including and transmitting the e-mail to an information management apparatus that manages an operating state of the monitored apparatus based on the state information, the device identification information, and the group identification information;
An encryption procedure for applying a predetermined encryption to an email;
Further, the e-mail generation / transmission procedure is a procedure for transmitting a plurality of types of e-mails, and at least an e-mail for notifying the information management device of status information of the monitored device and an operating state of the device itself E-mail for notifying the information management device to the information management device and notifying the status information of the monitored device to a communication device of a predetermined destination other than the information management device Is transmitted in a format different from the e-mail transmitted to the information management apparatus, and the e-mail transmitted to the information management apparatus is subjected to predetermined encryption by the encryption procedure and connected to the intranet. A program for causing a computer to execute a procedure for transmitting an e-mail to be transmitted to the communication device of a predetermined destination without encryption.