JP2002084303A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 【課題】 重複するＩＰアドレスを有するエージェント
の統一的な管理を可能にする。 【解決手段】 ローカル監視マネージャ３０Ａ（３０
Ｂ）は、各エージェント群２０Ａ（２０Ｂ）からのＴｒ
ａｐメッセージが、管理センタ５０に通知が必要なもの
であるかを判断し、必要であれば、当該Ｔｒａｐメッセ
ージに当該エージェント群２０Ａ（２０Ｂ）が属するロ
ーカルネットワーク１０Ａ（１０Ｂ）毎に固有の識別情
報を付加して管理センタ５０に送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク接続
された監視対象の装置を管理するネットワーク管理シス
テムに関し、特に、異なるローカルネットワークに接続
されている重複したＩＰアドレス（プライベートアドレ
ス）を有する装置をも統一的に管理することができるネ
ットワーク管理システムに関する。

【０００２】

【従来の技術】近年、企業等の内部のネットワーク（Ｌ
ＡＮ：Local Area Network）のプロトコルとして、イン
タネットで用いられているＴＣＰ／ＩＰプロトコルが普
及している。

【０００３】このようなＴＣＰ／ＩＰプロトコルでは、
ネットワークに接続されるインテリジェントな装置に対
して固有のＩＰアドレスが割り当てられており、このＩ
Ｐアドレスを用いて送信側の装置と受信側の装置を特定
して通信を行うようになっている。

【０００４】また、このようなＴＣＰ／ＩＰプロトコル
では、ネットワークに接続された装置の管理を行うため
のＳＮＭＰ（Simple Network Management Protocol）プ
ロトコルが規定されている。このようなネットワークの
管理を行うためのネットワーク管理システムでは、この
ＳＮＭＰプロトコルに従って管理対象の装置（エージェ
ント）と、ネットワーク管理サーバ（ＮＭＳ：Network
Management Server）等の管理装置（マネージャ）間で
コマンドの送受信によって管理が行われる。

【０００５】コマンドには、マネージャからエージェン
トに対して、当該エージェント内の動作状態を示すＭＩ
Ｂ（Management Information Base：管理情報データベ
ース）の値の送信を要求するＧｅｔ，このＧｅｔに対す
るエージェントの応答であるＧｅｔ Ｒｅｓｐｏｎｓ
ｅ，エージェントの動作状態が所定の条件となったとき
にエージェントからマネージャに対して当該条件の発生
を通知するＴｒａｐ等がある。

【０００６】マネージャは、各エージェントからのＴｒ
ａｐに応じて各エージェントの動作状態を監視する他、
例えばエージェントに対して送信したいわゆるｐｉｎｇ
コマンドに対する応答（ｅｃｈｏ）等によって、エージ
ェントの動作状態を監視している。

【０００７】ところで、近年の情報処理装置，ネットワ
ーク技術の進展等に応じてネットワークの普及が進んで
いるが、ネットワークの管理には煩雑な作業が必要であ
る。このため、外部の業者等にネットワークの管理を委
託するいわゆるアウトソーシングも行われるようになっ
ている。

【０００８】このようなアウトソーシングによるネット
ワーク管理では、例えば外部の業者側にＮＭＳ（マネー
ジャ）を設置し、通信回線で管理対象のローカルネット
ワークとＮＭＳとを接続し、通信回線経由でのネットワ
ークの監視，メンテナンス等のリモート管理が行われる
ようになっている。

【０００９】上述のＩＰアドレスには、インタネット上
の全ての装置に対して固有であってインタネット上でそ
のまま使用することができるＩＰアドレス（グローバル
アドレス）の他に、そのままではインタネット上で使用
することができないが、同一企業，同一事業所等の限定
された領域内のローカルネットワーク内で自由に使用す
ることができるプライベートアドレスが規定されてい
る。

【００１０】従って、ローカルネットワークの設置主体
の企業等が異なれば、これらの企業等間で相互に調整が
行われずに装置のＩＰアドレスが重複することがある。
通常は、異なる企業等のローカルネットワーク間は接続
されてないか、あるいは接続されるローカルネットワー
ク間では、ＩＰアドレスの重複を避けて割り当てを行う
ために問題にならないと考えられる。

【００１１】

【発明が解決しようとする課題】しかしながら、上述の
ようなリモート管理により異なるローカルネットワーク
の管理を一のＮＭＳによって行おうとすると、各々のロ
ーカルネットワークにおいて独自にＩＰアドレスが割り
当てられているため、監視対象の装置のＩＰアドレスが
重複する場合がある。

【００１２】上述のような管理システムでは、ネットワ
ーク上の重複のないＩＰアドレスを有する装置の管理を
前提としており、ＩＰアドレスによって監視対象の装置
を特定しているため、重複するＩＰアドレスを有する管
理対象を含む複数のローカルネットワークではＩＰアド
レスだけでは監視対象の装置を特定することができず、
管理を行うことができない。

【００１３】このように重複したＩＰアドレスを有する
装置が接続された複数のローカルネットワークのリモー
ト管理を行うためには、従来、以下のような方法を採っ
ていた。

【００１４】第１の方法では、各々のローカルネットワ
ーク毎に、通信回線を介してＮＭＳを設け、各々のＮＭ
Ｓによってリモート管理を行う。しかし、この方法で
は、ＩＰアドレスの重複があるローカルネットワーク毎
にＮＭＳを設ける必要があり、例えば管理対象の全ての
ローカルネットワークのＩＰアドレスが重複している場
合には、管理対象の各々のローカルネットワーク毎にＮ
ＭＳを設ける必要があり、システム的，人的に効率が悪
い問題がある。また、ＮＭＳは、上述のように、ｐｉｎ
ｇの送信等を行うため、このような方法では、通信回線
は、常時接続された専用回線でなければならず、通信コ
ストが高くなる問題がある。

【００１５】第２の方法では、例えば特開２０００−１
５６７１０公報において開示されているように、重複の
ない仮想アドレス空間を設定し、現実のアドレスと仮想
アドレス空間の間のアドレス変換テーブルを設け、ロー
カルネットワークとＮＭＳの間の通信時に、アドレス変
換テーブルに従ってローカルネットワーク内の装置のＩ
Ｐアドレスを変換してＮＭＳに供給する。

【００１６】しかし、この方法では、重複しているＩＰ
アドレスを全て変換する必要があり、さらに、管理上か
らは重複しているＩＰアドレスを有するローカルネット
ワーク単位でＩＰアドレスの変換を行うことが望まし
い。このため、管理対象の装置あるいはローカルネット
ワークの数が増加した場合に、ＩＰアドレスが不足する
可能性がある。また、この方法では、データの伝送単位
であるＩＰパケット毎に、アドレス変換が必要になるた
め、通信のレスポンスを低下させる問題もある。

【００１７】第３の方法では、例えば特開２０００−５
９３８５公報において開示されているように、ローカル
ネットワーク内の管理対象のサーバ（エージェント）に
おいて、当該サーバの動作状態を示す送信データを所定
の手順で送信するためのソフトウェア（監視アプリケー
ション）を実行させると共に、サーバと監視マネージャ
との通信を仲介する代理受信サーバを設けている。監視
マネージャは、サーバに通信データを送信する際に、通
信データに送信先となるサーバが属するローカルネット
ワークを特定するためのシステムＩＤを付加して送信
し、代理受信サーバは、監視マネージャからの通信デー
タからシステムＩＤを削除し、通信データ中のＩＰアド
レスに応じて当該通信データを供給するサーバを選択す
るようになっている。

【００１８】逆に、サーバが監視マネージャに対してデ
ータを送信する際には、代理受信サーバが、サーバから
の通信データに、発信元であるサーバが属するローカル
ネットワークを特定するためのシステムＩＤを付加して
送信する。このようなシステムＩＤが付加された通信デ
ータが供給されると、監視マネージャは、受信した通信
データ中のＩＰアドレスと当該通信データに付加された
システムＩＤに応じて、送信元のローカルネットワーク
とサーバを特定することができる。

【００１９】しかし、この方法では、管理対象のサーバ
（エージェント）毎に、監視アプリケーションソフトウ
ェアを実行させる必要があるため、ルータ，ハブ（ＳＷ
−ＨＵＢ），レイヤ３スイッチ（Ｌ３ＳＷ），ＶｏＩＰ
機器，ＩＰ構内交換機（ＩＰ−ＰＢＸ）等のソフトウェ
アをインストールして実行することができない装置の監
視を行うことができない問題がある。

【００２０】本発明は、上述の課題に鑑みてなされたも
のであり、ＩＰアドレス変換あるいは管理対象の装置に
別途ソフトウェアを実行させることなく異なるローカル
ネットワークに接続されている重複したＩＰアドレスを
有する装置を統一的に管理することができるネットワー
ク管理システムを提供することを目的とする。また、本
発明は、通信コストの低減に寄与することができるネッ
トワーク管理システムを提供することを目的とする。

【００２１】

【課題を解決するための手段】本発明は、管理対象の装
置（エージェント）が接続されたローカルネットワーク
であって，当該ローカルネットワーク内のエージェント
に対して固有のアドレスが割り当てられた複数のローカ
ルネットワークと、各ローカルネットワーク毎に設けら
れ，自己の属するローカルネットワーク内のエージェン
トの動作状態を監視する監視手段と，当該エージェント
の動作状態が警告が必要なものであるか否かを判定する
判定手段と，判定手段が警告が必要であると判定したと
きに，当該エージェントのアドレスを示すアドレス情報
と自己の属するローカルネットワークを識別するための
識別情報を含む警告メッセージを送信する警告送信手段
とを有するローカル監視マネージャと、警告送信手段か
らの警告メッセージを受信し，受信した警告メッセージ
中の識別情報に応じて当該警告メッセージの送信元であ
るエージェントが属するローカルネットワークを識別
し，当該警告メッセージ中のアドレス情報に応じて当該
ローカルネットワーク内のエージェントのアドレスを識
別して管理を行う管理センタとを備えることを特徴とす
る。

【００２２】

【発明の実施の形態】本発明は、例えば複数の企業等に
設置されたローカルネットワークを一括して管理するネ
ットワーク管理システムに適用することができる。

【００２３】図１は、本発明の第１の実施形態に係るネ
ットワーク管理システムの構成を示すブロック図であ
る。このネットワーク管理システムは、企業等の管理を
外部に委託する顧客のローカルネットワーク１０Ａ，１
０Ｂと、当該ローカルネットワーク１０Ａ，１０Ｂに接
続された管理対象の装置（エージェント）群２０Ａ，２
０Ｂと、各ローカルネットワーク１０Ａ，１０Ｂ毎に設
けられ，当該ローカルネットワーク１０Ａ，１０Ｂに接
続された各エージェント群２０Ａ，２０Ｂの動作状態の
監視等の処理を実行するローカル監視マネージャ３０
Ａ，３０Ｂと、これらのローカル監視マネージャ３０
Ａ，３０Ｂと公衆交換網４０を介して接続され，各ロー
カル監視マネージャ３０Ａ，３０Ｂからの警告メッセー
ジに応じて各ローカルネットワーク１０Ａ，１０Ｂ内の
エージェント群２０Ａ，２０Ｂの管理を行う管理センタ
５０とを備えている。

【００２４】各々のローカルネットワーク１０Ａ，１０
Ｂでは、通信プロトコルとしてＴＣＰ／ＩＰプロトコル
が採用されており、所定長のパケット（ＩＰパケット）
単位で通信が行われている。

【００２５】各エージェント群２０Ａ，２０Ｂは、例え
ばファイル共有サービス，印刷サービスあるいはログイ
ンサービス等を提供するサーバ２１Ａ，２１Ｂ、ファイ
ル共有サービス等を利用するクライアント２２Ａ，２２
Ｂ、ＩＰパケットの経路制御（ルーティング）を行うル
ータ２３Ａ，２３Ｂ、いわゆるスイッチングハブ（以
下、単にＳＷ−ＨＵＢという。）２４Ａ，２４Ｂ、ＯＳ
Ｉ参照モデルの第３層すなわちＩＰプロトコル上でＩＰ
アドレスに応じたパケットのスイッチングを行うレイヤ
３スイッチ（以下、単にＬ３ＳＷという。）２５Ａ，２
５Ｂ、ＩＰプロトコル上で音声通信を行うＶｏＩＰ機器
（以下、単にＶｏＩＰという。）２６Ａ，２６Ｂ、従来
別個の装置，配線により独立して実行していた事業所内
の端末と事業所外の音声回線，ファクシミリ回線及びデ
ータ通信回線等との交換をＴＣＰ／ＩＰプロトコルを用
いたローカルネットワーク経由で統合的に実行する構内
交換機（以下、単にＩＰ−ＰＢＸという。）２７Ａ，２
７Ｂ、ＩＰ−ＰＢＸ２７Ａ，２７Ｂ経由で公衆音声交換
網との音声通信を行う電話機（ＩＰ−Ｔｅｌ）２８Ａ，
２８Ｂ等の管理対象の装置（エージェント）からなる。

【００２６】各エージェント２１Ａ〜２８Ａ，２１Ｂ〜
２８Ｂには、各々、各ローカルネットワーク１０Ａ，１
０Ｂ内において固有のＩＰアドレス（プライベートアド
レス）が割り当てられている。具体的には、例えばサー
バ２１Ａ，２１Ｂには１９２．１６８．０．１が、クラ
イアント２２Ａ，２２Ｂには１９２．１６８．０．２
が、ルータ２３Ａ，２３Ｂには１９２．１６８．０．３
が、ＳＷ−ＨＵＢ２４Ａ，２４Ｂには１９２．１６８．
０．４が、Ｌ３ＳＷ２５Ａ，２５Ｂには１９２．１６
８．０．５が、ＶｏＩＰ２６Ａ，２６Ｂには１９２．１
６８．０．６が、ＩＰ−ＰＢＸ２７Ａ，２７Ｂには１９
２．１６８．０．７が、ＩＰ−Ｔｅｌ２８Ａ，２８Ｂに
は１９２．１６８．０．８が割り当てられている。

【００２７】また、各エージェント２１Ａ〜２８Ａ，２
１Ｂ〜２８Ｂは、ＳＮＭＰプロトコルに従って、動作状
態を示すメッセージ（例えばＳＮＭＰプロトコルで規定
されているＴｒａｐ，Ｇｅｔ Ｒｅｓｐｏｎｓｅ等のメ
ッセージ）を送信する手段を備えている。

【００２８】各ローカル監視マネージャ３０Ａ，３０Ｂ
は、自己が属するローカルネットワーク１０Ａ，１０Ｂ
内の各エージェント２１Ａ〜２８Ａ，２１Ｂ〜２８Ｂか
らのメッセージを受信し、警告が必要であれば、当該メ
ッセージに各ローカルネットワーク１０Ａ、１０Ｂ毎に
割り当てられた固有の識別情報を付加し、警告メッセー
ジとして公衆交換網４０を介して管理センタ５０宛に送
信する。公衆交換網４０は、例えばＩＳＤＮ等のディジ
タル交換網，音声交換網等のアナログ交換網等からな
り、警告メッセージ等の送受信時に呼が設定される。

【００２９】また、管理センタ５０は、公衆交換網４０
を介して供給される警告メッセージを受信する受信部５
１と、各ローカルネットワーク１０Ａ，１０Ｂ毎に設け
られ，各エージェント２１Ａ〜２８Ａ，２１Ｂ〜２８Ｂ
からの警告メッセージ，警告メッセージに対応する処理
の設定情報等を記録するデータベース５２Ａ，５２Ｂ
と、警告メッセージ中の識別情報に応じて送信元のロー
カルネットワークを識別し，データベース５２Ａ，５２
Ｂに保持されている設定情報に応じて処理を選択する判
定部５３と、判定結果に応じた所定の処理，例えば所定
の表示形式による警告表示等を実行する警告表示部５４
と、エージェントの状態を示すメッセージと後述の警告
ＩＤとの対応関係を保持するＳＱＬサーバ５５とを備え
ている。なお、この警告表示部５４による表示形式とし
ては、例えば画像による表示の他，警告音による音声表
示，光による表示等も用いることができる。

【００３０】各ローカル監視マネージャ３０Ａ，３０Ｂ
は、図２に示すように、各エージェント２１Ａ〜２８
Ａ，２１Ｂ〜２８Ｂからのメッセージ（Ｔｒａｐ，Ｇｅ
ｔ Ｒｅｓｐｏｎｓｅ等）あるいは当該ローカル監視マ
ネージャ３０Ａ，３０Ｂからのいわゆるｐｉｎｇコマン
ドに対する応答等を受信する受信部３１Ａ，３１Ｂと、
ローカル監視マネージャ３０Ａ，３０Ｂの動作を設定す
るための判定テーブル等を格納するためのハードディス
クドライブ装置（ＨＤＤ）３２Ａ，３２Ｂと、このＨＤ
Ｄ３２Ａ，３２Ｂに格納されている判定テーブルに基づ
いて，受信部３１Ａ，３１Ｂが受信したメッセージある
いは応答が管理センタ５０に警告が必要なものであるか
否かを判定する判定部３３Ａ，３３Ｂと、この判定部３
３Ａ，３３Ｂの判定結果に応じて、各エージェント２１
Ａ〜２８Ａ，２１Ｂ〜２８Ｂからの警告が必要なメッセ
ージあるいは応答に応じて作成したメッセージに各ロー
カルネットワーク１０Ａ，１０Ｂを識別するための識別
情報を付加して警告メッセージを生成する識別情報付加
部３４Ａ，３４Ｂと、この警告メッセージを公衆交換網
４０を介して管理センタ５０に送信する送信部３５Ａ，
３５Ｂとを備えている。

【００３１】ＨＤＤ３２Ａ，３２Ｂに格納される各々の
判定テーブルは、例えば図３に示すように、各エージェ
ント２１Ａ〜２８Ａ，２１Ｂ〜２８Ｂからのメッセージ
の種類と、これに応じて管理センタ５０に警告メッセー
ジを送信する必要の有無を示す情報とを対応させて構成
されている。これらの判定テーブルでは、メッセージの
種類毎に、省略時の値（デフォルト値）が規定されてお
り、Ｔｒａｐメッセージではデフォルト値が“有”であ
り、判定テーブルには通知が不要なもの（警告：
“無”）についてのみ登録され、その他のメッセージで
はデフォルト値が“無”であり、判定テーブルには通知
が必要なもの（警告：“有”）についてのみ登録される
ようになっている。

【００３２】各ＨＤＤ３２Ａ，３２Ｂに格納される判定
テーブルは、各々のＨＤＤ３２Ａ，３２Ｂは属するロー
カルネットワーク毎に独立に設定することができ、例え
ばＨＤＤ３２Ａに格納される判定テーブルには、同図
（Ａ）に示すように、警告メッセージの送信が不要なＴ
ｒａｐ ａ，ｂと、警告が必要なローカル監視マネージ
ャ３０Ａからのｐｉｎｇに対する応答（ｅｃｈｏ）がな
い場合（ｅｃｈｏ ｎｏｎｅ）を登録しておき、ＨＤＤ
３２Ｂに格納される判定テーブルには、同図（Ｂ）に示
すように、警告メッセージの送信が不要なＴｒａｐ ａ
と、警告が必要なローカル監視マネージャ３０Ｂからの
ｐｉｎｇに対する応答（ｅｃｈｏ）がない場合（ｅｃｈ
ｏ ｎｏｎｅ）を登録しておくことができる。

【００３３】このような判定テーブルを、各ローカル監
視マネージャ３０Ａ，３０Ｂ毎に設けることにより、各
ローカルネットワーク１０Ａ，１０Ｂ毎に、管理センタ
５０に警告メッセージを送信する際の条件を独立に設定
することができる。これにより、例えばローカルネット
ワーク１０Ａ，１０Ｂの管理者，利用者等の技量あるい
は契約等に応じて、警告メッセージを送信する際の条件
を容易に設定することができ、システムの柔軟性の向上
に寄与することができる。

【００３４】受信部３１Ａ，３１Ｂは、例えば各々のロ
ーカル監視マネージャ３０Ａ，３０Ｂ自体の制御を行う
ためのＯＳ（オペレーティングシステム）上で実行され
る常駐ソフトウェア（インタフェースアプリケーショ
ン）として実装されている。また、判定部３３Ａ，３３
Ｂも同様に、例えばＯＳ上で実行されるソフトウェアと
して実装されており、受信部３１Ａ，３１Ｂと判定部３
３Ａ，３３Ｂは、例えば動的にデータを交換するための
手順の１つであるＤＤＥ（Dynamic Data Exchange：動
的データ交換）によって連携して動作するようになって
いる。一方、管理センタ５０の受信部５１、判定部５３
の動作の連携は、例えば受信部５１が警告メッセージを
受信するためのＦＴＰサーバを備えており、判定部５３
が当該ＦＴＰサーバの所定のディレクトリを監視するこ
とによって実現している。

【００３５】各エージェント２１Ａ〜２８Ａ，２１Ｂ〜
２８Ｂは、所定の動作状態となったときに、ローカル監
視マネージャ３０Ａ，３０Ｂに対して、メッセージ（例
えばＴｒａｐ ｃ）を送信する。例えばサーバ２１Ａが
メッセージ（例えばＴｒａｐｃ）を送信すると、受信部
３１Ａがこのメッセージを受信し、判定部３３Ａに供給
する。

【００３６】このメッセージは、例えば図４に示すよう
に、警告が必要となったメッセージを送信したエージェ
ント２１Ａ〜２８Ａ，２１Ｂ〜２８Ｂを示す情報，動作
状態等を示す情報（例えばＴｒａｐ ｃ）等を含む所定
フォームのテキストファイルとされている。当該メッセ
ージのテキストファイルの名前は、例えば日時を示す文
字を含む“２００００７１２２１０９４２．ｌｏｇ”と
されている。

【００３７】判定部３３Ａは、当該メッセージ中の動作
状態等を示す情報（例えばＴｒａｐｃ）に基づいて判定
テーブルを参照し、当該メッセージが管理センタに警告
メッセージを送信する必要のあるものであるかを判定す
る。この場合では、上述の図３（Ｂ）に示すように、当
該Ｔｒａｐ ｃが警告メッセージの送信を要するもので
あるため、判定部３３Ａは、識別情報付加部３４Ａに識
別情報の付加を指示する。

【００３８】識別情報付加部３４Ａは、警告メッセージ
の送信が指示されると、例えば図５に示すように、当該
メッセージのテキストファイル中に、ＵｓｅｒＩＤの欄
を追加し、この欄に当該ローカルネットワークに割り当
てられた識別情報、例えば“００２”を記載する。さら
に、識別情報付加部３４Ａは、当該メッセージのテキス
トファイルの名前を、例えば当該ローカルネットワーク
の識別情報“００２”と日時を示す“２００００７１２
２１０９４２”を含む“００２＿２００００７１２２１
０９４２．ｌｏｇ”とし、送信部３５Ａに当該メッセー
ジの送信を指示する。送信部３５Ａは、これに応じて、
例えばＦＴＰプロトコルにより、受信部５１において動
作しているＦＴＰサーバの所定にディレクトリ宛てに送
信する。

【００３９】具体的には、送信部３５Ａは、送信が指示
されると、まず、いわゆるダイアルアップ接続により、
管理センタ５０の受信部５１との間に呼を確立する。呼
が確立されると、送信部３５Ａは、ＦＴＰプロトコルに
より、当該警告メッセージのテキストファイルを送信
し、送信が終了すると、呼を切断する。なお、受信部５
１が話中である等の理由によって呼が設定できないとき
は、所定の回数，間隔でリトライするようにしてもよ
い。

【００４０】受信部５１は、ＦＴＰサーバの所定のディ
レクトリに警告メッセージが格納されると、その旨を判
定部５３に通知する。判定部５３は、当該警告メッセー
ジ中の識別情報（警告メッセージのファイル名，あるい
は当該警告メッセージのテキストファイル中の記載“Ｕ
ｓｅｒＩＤ＝００２”）によって、送信元のローカルネ
ットワーク（１０Ａ）を把握し、データベース５２Ａに
記録されている当該ローカルネットワーク１０Ａの処理
設定情報に応じて処理（警告表示方式）を選択し、警告
表示部５４に警告の表示を指示する。

【００４１】なお、識別情報は、ＵｓｅｒＩＤ欄の又は
ファイル名の一方でローカルネットワーク１０Ａ，１０
Ｂの特定ができるため、いずれか一方のみを用いること
としてもよい。

【００４２】上述のように、このネットワーク管理シス
テムでは、各ローカルネットワーク１０Ａ，１０Ｂ毎に
設けたローカル監視マネージャ３０Ａ，３０Ｂが、各ロ
ーカルネットワーク１０Ａ，１０Ｂ内のエージェント群
２０Ａ，２０Ｂの動作状態を監視しており、管理センタ
５０に通知が必要なときに、警告メッセージを送信す
る。

【００４３】この管理メッセージには、各ローカルネッ
トワーク１０Ａ，１０Ｂ内のＩＰアドレスと共に、各々
のローカルネットワーク１０Ａ，１０Ｂ毎に固有の識別
情報が付加されているため、管理センタ５０は、ローカ
ルネットワーク１０Ａ，１０Ｂ間で重複したＩＰアドレ
スが付与されている場合であっても、いずれのローカル
ネットワーク１０Ａ，１０Ｂからの警告メッセージであ
るかを判断することができる。

【００４４】このため、このネットワーク管理システム
では、相互に重複してＩＰアドレスが割り当てられてい
るローカルネットワークであっても、管理センタ５０で
統一的に管理を行うことができる。

【００４５】従来、例えば特開２０００−５９３８５公
報において開示されているシステム管理方法では、重複
するＩＰアドレスを有するエージェントが属するローカ
ルネットワークを識別するためのシステムＩＤを付加す
る代理受信機能を設けているが、この代理受信機能は、
単にシステムＩＤの付加，削除を行うだけであり、警告
が必要か否かの判定は行わない。このため、代理受信サ
ーバとマネージャ間の接続回線として常時接続されてい
る専用回線が必要であった。

【００４６】これに対し、この実施形態のネットワーク
管理システムでは、上述のように、各ローカルネットワ
ーク１０Ａ，１０Ｂ内のエージェント群２０Ａ，２０Ｂ
の状態は、各々のローカルネットワーク内に設けたロー
カル監視マネージャ３０Ａ，３０Ｂが監視しており、警
告メッセージの送信の必要が生じたときに、警告メッセ
ージとしてテキストファイルを管理センタ５０に送信し
ている。

【００４７】このため、各ローカル監視マネージャ３０
Ａ，３０Ｂの送信部３５Ａ，３５Ｂと管理センタ５０の
受信部５１との間には、当該警告メッセージの送信の際
に呼が確立されていれば足りる。このため、これらの間
を接続するための回線として上述の公衆交換網４０を用
い、送信部３５Ａ，３５Ｂと受信部５１をいわゆるダイ
アルアップ接続とすることができ、専用回線を用いた常
時接続に比較して通信コストを大幅に削減することがで
きる。

【００４８】また、上述のシステム管理方法では、監視
対象のサーバ（エージェント）に監視ソフトウェアを実
行させる必要があるため、例えばルータ，ＳＷ−ＨＵ
Ｂ，Ｌ３ＳＷ，ＶｏＩＰ，ＩＰ−ＰＢＸ，ＩＰ−Ｔｅｌ
等のソフトウェアをインストールして実行させることが
できないエージェントは管理することができない。

【００４９】これに対し、この実施形態のネットワーク
管理システムでは、上述のように、ＳＮＭＰプロトコル
に従うメッセージの送信機能，あるいはＩＰアドレスが
割り当てられており、ｐｉｎｇコマンドに対する応答等
の機能が実装されていればルータ，ＳＷ−ＨＵＢ，Ｌ３
ＳＷ，ＶｏＩＰ，ＩＰ−ＰＢＸ，ＩＰ−Ｔｅｌ等をも管
理することができる。

【００５０】ところで、上述の実施形態では、上述の図
３に示すように、各々のローカルネットワーク１０Ａ，
１０Ｂ毎に判定テーブルを設け、エージェント群２０
Ａ，２０Ｂの動作状態毎に警告メッセージの送信の有無
を設定する場合について説明したが、例えば図６に示す
ように、警告の有無だけではなく、エージェント群２０
Ａ，２０Ｂの動作状態に応じた緊急度を設定しておき、
管理センタ５０において、緊急度に応じた処理を選択す
るようにしてもよい。

【００５１】この場合、例えば判定部５３は、上述のよ
うに、各エージェント２１Ａ〜２８Ａ，２１Ｂ〜２８Ｂ
からのメッセージを受信すると、上述の図６に示す判定
テーブルを参照し、メッセージの種類に対応する緊急度
を検出する。判定部５３は、検出した緊急度に応じて、
例えば緊急度が最も高い状態（メジャー：ＭＪ、例えば
ローカルネットワーク１０Ａ，１０Ｂ自体の停止等）で
ある場合には、状態を監視し、担当者に緊急連絡をする
旨の表示を行う。また、次に緊急度が高い状態（マイナ
ー：ＭＮ、例えばエージェントの停止等）である場合に
は、状態を監視し、さらに低い緊急度（無印：“−”）
では必要に応じて状態を監視する旨を表示する。このよ
うに、緊急度に応じた処理を選択し得るようにしておけ
ば、担当者に対する指示等の処理を細かく設定すること
ができ、システムの柔軟性のさらなる向上に寄与するこ
とができる。

【００５２】また、上述のようにローカル監視マネージ
ャ３０Ａ，３０Ｂは、各ローカルネットワーク１０Ａ，
１０Ｂ内に設けられているため、各ローカル監視マネー
ジャ３０Ａ，３０Ｂが各々、自己が属するローカルネッ
トワーク１０Ａ，１０Ｂのトラフィック等の各ネットワ
ークの状態を記録しておくようにしてもよい。このよう
な、状態を示す情報を、例えば管理センタ５０からの要
求によって、管理センタ５０に送信するようにすれば、
管理センタ５０から各ローカルネットワーク１０Ａ、１
０Ｂの状態の把握が容易になり、障害発生時の原因究明
のための情報，ローカルネットワーク１０Ａ，１０Ｂの
改善を行うための情報等を容易に得ることができる。

【００５３】あるいは、ローカル監視マネージャ３０
Ａ，３０Ｂ経由で、管理センタ５０からＩＰ−ＰＢＸ２
７Ａ，２７Ｂの設定を行い得るようにしてもよい。この
ためには、ＩＰ−ＰＢＸ２７Ａ，２７ＢにＨＴＴＰサー
バを設けておき、このＨＴＴＰサーバ経由でＩＰ−ＰＢ
Ｘ２７Ａ，２７Ｂの設定を行い得るように構成する。管
理センタ５０のオペレータ等は、Ｗｅｂブラウザを操作
してＩＰ−ＰＢＸ２７Ａ，２７Ｂに設定変更の指示を供
給し、ＩＰ−ＰＢＸ２７Ａ，２７Ｂは、この設定変更指
示に応じて動作条件等の設定を変更する。このように、
管理センタ５０からＩＰ−ＰＢＸ２７Ａ，２７Ｂの設定
変更を行い得る構成とすれば、ＩＰ−ＰＢＸ２７Ａ，２
７Ｂの設定のために、その設置場所に出向する必要が無
くなるため設定変更の作業を容易に行うことができる。

【００５４】ところで、当該ＨＴＴＰサーバを管理セン
タ５０側から直接操作するようにしてもよいが、ＨＴＴ
Ｐサーバ経由でＩＰ−ＰＢＸ２７Ａ，２７Ｂの設定を行
うための処理はセキュリティの確保等のための複雑なス
クリプトの実行等を伴うため、通信負荷が非常に重くな
っているため、通信コストが増大する問題がある。

【００５５】このため、ローカル監視マネージャ３０
Ａ，３０Ｂに、管理センタ５０から操作可能なＷｅｂブ
ラウザを設けておき、このＷｅｂブラウザにより、ＩＰ
−ＰＢＸ２７Ａ，２７Ｂの設定を行うようにすれば、ロ
ーカル監視マネージャ３０Ａ，３０Ｂと管理センタ５０
間のトラフィックを低減させることができる。

【００５６】また、ＩＰ−ＰＢＸ２７Ａ，２７Ｂが、例
えば所定期間毎あるいは個々の通信毎にローカル監視マ
ネージャ３０Ａ，３０Ｂに当該通信の通信料金を示す課
金情報を送信するようにしてもよい。各ローカル監視マ
ネージャ３０Ａ，３０Ｂは、各々ＩＰ−ＰＢＸ２７Ａ，
２７Ｂからの課金情報を記録する。この課金情報の記録
は、所定期間毎に管理センタ５０に送信してもよいし、
あるいは所定期間毎の合計金額を求め、合計金額のみを
管理センタ５０に送信するようにしてもよい。このよう
に、課金情報，合計金額等の情報を管理センタ５０に送
信することにより、管理センタ５０側で課金情報の管理
を行うことが容易になる。

【００５７】また、上述の説明では、ローカル監視マネ
ージャ３０Ａ，３０Ｂから管理センタ５０に警告メッセ
ージを送信する場合について説明したが、所定時間毎に
管理センタ５０からローカル監視マネージャ３０Ａ，３
０Ｂに発呼し、ローカル監視マネージャ３０Ａ，３０Ｂ
の動作，公衆交換網４０の通信状態の確認等を行っても
よい。これにより、ローカル監視マネージャ３０Ａ，３
０Ｂ，公衆交換網４０の機能が正常であるか否かを定期
的に確認することができ、必要に応じた措置を講じるこ
とにより、可用性（availability）の向上に寄与するこ
とができる。

【００５８】また、上述の説明では、警告メッセージ
は、図５に示すように、エージェントの状態を示す文字
情報としていたが、当該文字情報に対応させた番号（警
告ＩＤ）を警告メッセージ中に記載して送信するように
してもよい。この場合、警告ＩＤとエージェントの状態
を示す文字情報（メッセージ）との対応関係をＳＱＬサ
ーバ５５に格納しておき、判定部５３は、取得した警告
メッセージ中の警告ＩＤをＳＱＬサーバ５５に供給し、
この警告ＩＤに対応するメッセージをＳＱＬサーバ５５
が判定部５３に供給するようにする。

【００５９】このように、エージェントの状態を示す文
字情報と警告ＩＤとの対応を予めＳＱＬサーバ５５に登
録しておき、警告ＩＤによってエージェントの状態を示
した警告メッセージとすることにより、警告メッセージ
のサイズを低減させて、各ローカル監視マネージャ３０
Ａ，３０Ｂと管理センタ５０との間で伝送するデータ量
を低減させることができる。

【００６０】

【発明の効果】本発明では、ローカル監視マネージャの
判定手段が、監視手段によって監視するローカルネット
ワーク内のエージェントの動作状態が、警告が必要なも
のであるか否かを判定し、警告が必要であるときに、警
告送信手段が、当該エージェントのアドレスを示す情報
と各々のローカルネットワークを識別するための識別情
報を含む警告メッセージを送信する。

【００６１】これにより、警告表示手段は、受信手段に
よって受信した警告メッセージ中の識別情報に応じて個
々のローカルネットワークと当該エージェントのアドレ
スを識別することができ、これに応じて警告を表示する
ことができる。

【００６２】従って、本発明では、ＩＰアドレス変換あ
るいは管理対象の装置に別途ソフトウェアを実行させる
ことなく異なるローカルネットワークに接続されている
重複したＩＰアドレスを有する装置を統一的に管理する
ことができる。

【００６３】また、本発明では、上述のように、ローカ
ルネットワーク内のエージェントの動作状態が警告が必
要な状態となったときに、警告メッセージを送信するた
め、警告メッセージ送信手段と、受信手段の間を公衆交
換網を介して接続することができ、専用回線によって常
時、接続する場合に比較して、通信コストの低減に寄与
することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るネットワーク管
理システムの構成を示すブロック図である。

【図２】上記ネットワーク管理システムを構成するロー
カル監視マネージャの構成を示すブロック図である。

【図３】上記ローカル監視マネージャが警告メッセージ
の生成を判定するために用いるテーブルを示す図であ
る。

【図４】上記ネットワーク管理システムにおいてエージ
ェントからローカル監視マネージャに供給されるメッセ
ージの一例を示す図である。

【図５】上記ネットワーク管理システムにおいて管理セ
ンタに送信される警告メッセージの一例を示す図であ
る。

【図６】上記ローカル監視マネージャが警告メッセージ
の生成を判定するために用いるテーブルを示す図であ
る。

【符号の説明】

１０Ａ，１０Ｂ ローカルネットワーク ２０Ａ，２０Ｂ エージェント群 ２１Ａ，２１Ｂ サーバ ２２Ａ，２２Ｂ クライアント ２３Ａ，２３Ｂ ルータ ２４Ａ，２４Ｂ ＳＷ−ＨＵＢ ２５Ａ，２５Ｂ Ｌ３ＳＷ ２６Ａ，２６Ｂ ＶｏＩＰ ２７Ａ，２７Ｂ ＩＰ−ＰＢＸ ２８Ａ，２８Ｂ ＩＰ−Ｔｅｌ ３０Ａ，３０Ｂ ローカル監視マネージャ ３１Ａ，３１Ｂ，５１ 受信部 ３２Ａ，３２Ｂ ＨＤＤ ３３Ａ，３３Ｂ，５３ 判定部 ３４Ａ，３４Ｂ 識別情報付加部 ３５Ａ，３５Ｂ 送信部 ４０ 公衆交換網 ５０ 管理センタ ５２Ａ，５２Ｂ データベース ５４ 警告表示部 ５５ ＳＱＬサーバ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B089 GA11 GA21 GB02 HB06 JA35 JB14 KA12 KA13 KB04 5K030 GA14 HB06 HC01 HC14 HD07 HD09 JA10 MA01 MB01 MC07 MC09 5K033 AA09 BA08 CB01 CB08 CB11 DA01 DA03 DA06 DB20 EA07 EC03

Claims (7)

【特許請求の範囲】
1. 【請求項１】 管理対象の装置（エージェント）が接続
   されたローカルネットワークであって，当該ローカルネ
   ットワーク内のエージェントに対して固有のアドレスが
   割り当てられた複数のローカルネットワークと、 前記各ローカルネットワーク毎に設けられ，自己の属す
   るローカルネットワーク内のエージェントの動作状態を
   監視する監視手段と，当該エージェントの動作状態が警
   告が必要なものであるか否かを判定する判定手段と，該
   判定手段が警告が必要であると判定したときに，当該エ
   ージェントのアドレスを示すアドレス情報と自己の属す
   るローカルネットワークを識別するための識別情報を含
   む警告メッセージを送信する警告送信手段とを有するロ
   ーカル監視マネージャと、 前記警告送信手段からの警告メッセージを受信し，受信
   した警告メッセージ中の識別情報に応じて当該警告メッ
   セージの送信元であるエージェントが属するローカルネ
   ットワークを識別し，当該警告メッセージ中のアドレス
   情報に応じて当該ローカルネットワーク内のエージェン
   トのアドレスを識別して管理を行う管理センタとを備え
   ることを特徴とするネットワーク管理システム。
2. 【請求項２】 前記管理センタは、警告メッセージに応
   じた警告を表示する警告表示手段を備えることを特徴と
   する請求項１記載のネットワーク管理システム。
3. 【請求項３】 前記管理センタは、前記警告メッセージ
   中の識別情報に応じて個々のローカルネットワーク毎
   に、当該警告メッセージを記録する記録手段を備えるこ
   とを特徴とする請求項１記載のネットワーク管理システ
   ム。
4. 【請求項４】 前記エージェントは、動作状態に応じた
   メッセージを前記監視手段に送信するメッセージ送信手
   段を備え、 前記監視手段は、前記エージェントのメッセージ送信手
   段からのメッセージに応じて当該エージェントの動作状
   態を監視することを特徴とする請求項１記載のネットワ
   ーク管理システム。
5. 【請求項５】 前記監視手段は、前記エージェントに対
   するエコー要求を送信し、当該エコー要求に対する応答
   に応じて当該エージェントの動作状態を監視することを
   特徴とする請求項１記載のネットワーク管理システム。
6. 【請求項６】 前記警告送信手段は、前記警告メッセー
   ジを送信する際に、前記管理センタとの呼を確立する呼
   設定手段を備えることを特徴とする請求項１記載のネッ
   トワーク管理システム。
7. 【請求項７】 前記各判定手段は、前記メッセージの種
   類毎に警告が必要であるか否かを設定するための警告設
   定手段を備えることを特徴とする請求項１記載のネット
   ワーク管理システム。