JPH11234291A - ネットワーク管理方法 - Google Patents
ネットワーク管理方法Info
- Publication number
- JPH11234291A JPH11234291A JP10034831A JP3483198A JPH11234291A JP H11234291 A JPH11234291 A JP H11234291A JP 10034831 A JP10034831 A JP 10034831A JP 3483198 A JP3483198 A JP 3483198A JP H11234291 A JPH11234291 A JP H11234291A
- Authority
- JP
- Japan
- Prior art keywords
- network
- network management
- managed
- information
- status
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
- Telephonic Communication Services (AREA)
- Multi Processors (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】ネットワーク管理装置の負荷を分散させる。
【解決手段】結合装置ＧＷを介して接続されたネットワ
ークに複数のネットワーク管理システムを配置し、前記
ネットワーク管理システムのネットワーク管理装置１，
２が監視する複数の被管理装置３（ａ，ｂ，ｃ，ｄ）の
集約した状態情報を記憶手段１３，２３に記憶し、要求
に応じて通信手段１２，２２により他のネットワーク管
理装置から送信された前記状態情報を受信した前記記憶
手段１３，２３に記憶し、操作要求により前記記憶装置
１３，２３から状態情報を状態表示手段１１、２１に表
示する。
ークに複数のネットワーク管理システムを配置し、前記
ネットワーク管理システムのネットワーク管理装置１，
２が監視する複数の被管理装置３（ａ，ｂ，ｃ，ｄ）の
集約した状態情報を記憶手段１３，２３に記憶し、要求
に応じて通信手段１２，２２により他のネットワーク管
理装置から送信された前記状態情報を受信した前記記憶
手段１３，２３に記憶し、操作要求により前記記憶装置
１３，２３から状態情報を状態表示手段１１、２１に表
示する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワークを分
散管理するネットワーク管理方法に関する。
散管理するネットワーク管理方法に関する。
【０００２】
【従来の技術】従来のネットワーク管理方法は、例え
ば、特開平８−８９５１に示すように、大量のネットワ
ーク構成機器を滞り無く管理するために用いられる。こ
の管理方法では、従来例の図１に示すようにネットワー
ク管理システムは上位と下位の関係を構成していた。
ば、特開平８−８９５１に示すように、大量のネットワ
ーク構成機器を滞り無く管理するために用いられる。こ
の管理方法では、従来例の図１に示すようにネットワー
ク管理システムは上位と下位の関係を構成していた。
【０００３】
【発明が解決しようとする課題】上述の従来のネットワ
ーク管理方法において、第一の問題点は、ネットワーク
全体の状態を管理できるのは、上位のネットワーク管理
システムだけであるという点である。
ーク管理方法において、第一の問題点は、ネットワーク
全体の状態を管理できるのは、上位のネットワーク管理
システムだけであるという点である。
【０００４】その理由は、下位ネットワーク管理システ
ムには、他の下位ネットワーク管理システムが管理する
ネットワーク構成機器の状態を認識する手段を持たない
ことと、他の下位ネットワーク管理システムと状態管理
情報をやり取りする機能がないためである。
ムには、他の下位ネットワーク管理システムが管理する
ネットワーク構成機器の状態を認識する手段を持たない
ことと、他の下位ネットワーク管理システムと状態管理
情報をやり取りする機能がないためである。
【０００５】本発明の目的は、ネットワーク内に分散さ
れたネットワーク管理システムを上位と下位という役割
分担を持たせず、どのネットワーク管理システムから
も、自分の管理する被管理装置の状態だけでなく、他の
ネットワーク管理システムの管理する被管理装置の状態
を認識することができるようにすることで、どのネット
ワーク管理装置からも、ネットワーク全体の状態を管理
することができ、また上位のネットワーク管理システム
を設ける必要もなくなるので、ネットワーク管理装置の
台数を減らし、装置構成も簡単にすることが可能とな
る。
れたネットワーク管理システムを上位と下位という役割
分担を持たせず、どのネットワーク管理システムから
も、自分の管理する被管理装置の状態だけでなく、他の
ネットワーク管理システムの管理する被管理装置の状態
を認識することができるようにすることで、どのネット
ワーク管理装置からも、ネットワーク全体の状態を管理
することができ、また上位のネットワーク管理システム
を設ける必要もなくなるので、ネットワーク管理装置の
台数を減らし、装置構成も簡単にすることが可能とな
る。
【０００６】
【課題を解決するための手段】本発明のネットワーク管
理方法は、結合装置を介して接続されたネットワークに
複数のネットワーク管理システムを配置し、前記ネット
ワーク管理システムの管理装置が監視する複数の被管理
装置の集約した状態情報を記憶手段に記憶し、要求に応
じて通信手段により他の管理装置から送信された前記状
態情報を受信して前記記憶手段に記憶し、操作要求によ
り前記記憶手段から状態情報を状態表示手段に表示する
ことを特徴とする。
理方法は、結合装置を介して接続されたネットワークに
複数のネットワーク管理システムを配置し、前記ネット
ワーク管理システムの管理装置が監視する複数の被管理
装置の集約した状態情報を記憶手段に記憶し、要求に応
じて通信手段により他の管理装置から送信された前記状
態情報を受信して前記記憶手段に記憶し、操作要求によ
り前記記憶手段から状態情報を状態表示手段に表示する
ことを特徴とする。
【０００７】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して詳細に説明する。図１は、本発明の第
１の実施例のブロック図を示している。
て図面を参照して詳細に説明する。図１は、本発明の第
１の実施例のブロック図を示している。
【０００８】ネットワーク１ｎに接続されるネットワー
ク管理装置２において、ネットワーク管理装置１の管理
する被管理装置３ａ，３ｂの状態を知ることができる。
被管理装置３ａ，３ｂの状態は、記憶手段１３の中で管
理し、集約した状態（記憶装置１３の中の被管理装置３
のａ＋ｂの状態）を通信手段１２にて、ネットワーク管
理装置２に送信する。ネットワーク管理装置２は、通信
手段２２にて、受信し記憶手段２３に書き込む。このよ
うにして、ネットワーク管理装置２において、被管理装
置３のａ＋ｂの状態を管理する。また、被管理装置３
ａ，３ｂの個別の状態は、ネットワーク管理システムの
利用者からの要求を状態表示手段２１が認識し、通信手
段２２に情報取得の要求を行い、通信手段２２はネット
ワーク管理装置１に対し、情報取り出しの要求を行い、
通信手段１２が状態を管理する記憶装置１３の中から情
報をとりだし、ネットワーク管理装置２に転送する。
ク管理装置２において、ネットワーク管理装置１の管理
する被管理装置３ａ，３ｂの状態を知ることができる。
被管理装置３ａ，３ｂの状態は、記憶手段１３の中で管
理し、集約した状態（記憶装置１３の中の被管理装置３
のａ＋ｂの状態）を通信手段１２にて、ネットワーク管
理装置２に送信する。ネットワーク管理装置２は、通信
手段２２にて、受信し記憶手段２３に書き込む。このよ
うにして、ネットワーク管理装置２において、被管理装
置３のａ＋ｂの状態を管理する。また、被管理装置３
ａ，３ｂの個別の状態は、ネットワーク管理システムの
利用者からの要求を状態表示手段２１が認識し、通信手
段２２に情報取得の要求を行い、通信手段２２はネット
ワーク管理装置１に対し、情報取り出しの要求を行い、
通信手段１２が状態を管理する記憶装置１３の中から情
報をとりだし、ネットワーク管理装置２に転送する。
【０００９】図２は本発明の第２の実施例のブロック図
であり、ネットワーク１ｎにネットワーク管理装置１、
被管理装置３ａ，３ｂが接続され、ネットワーク管理装
置１は、被管理装置３ａ，３ｂを管理している。ネット
ワーク１ｎは、他ネットワークとの結合装置ＧＷ（ゲー
トウェイ）を経由して、ネットワーク２ｎにつながって
いる。ネットワーク２ｎには、ネットワーク管理装置
２、被管理装置３ｃ、３ｄが接続され、ネットワーク管
理装置２は被管理装置３ｃ、３ｄを管理している。ネッ
トワーク管理装置１および２は、同じ機能及び構成を有
している。
であり、ネットワーク１ｎにネットワーク管理装置１、
被管理装置３ａ，３ｂが接続され、ネットワーク管理装
置１は、被管理装置３ａ，３ｂを管理している。ネット
ワーク１ｎは、他ネットワークとの結合装置ＧＷ（ゲー
トウェイ）を経由して、ネットワーク２ｎにつながって
いる。ネットワーク２ｎには、ネットワーク管理装置
２、被管理装置３ｃ、３ｄが接続され、ネットワーク管
理装置２は被管理装置３ｃ、３ｄを管理している。ネッ
トワーク管理装置１および２は、同じ機能及び構成を有
している。
【００１０】ネットワーク管理装置１，２の内部構成に
おいて、通信手段１２、２２は被管理装置３及び、他の
ネットワーク管理装置と通信を行う。状態表示手段（Ｕ
Ｉ手段）１１、１２は利用者からの操作要求を内部に取
り込み、内部の情報を利用者に表示する。記憶手段１
３、２３は被管理装置からの通知を選別し情報を保持
し、ＵＩ手段や通信手段を経て受信した他のネットワー
ク管理装置からの要求に応じて、被管理装置の状態情報
を取り出す。
おいて、通信手段１２、２２は被管理装置３及び、他の
ネットワーク管理装置と通信を行う。状態表示手段（Ｕ
Ｉ手段）１１、１２は利用者からの操作要求を内部に取
り込み、内部の情報を利用者に表示する。記憶手段１
３、２３は被管理装置からの通知を選別し情報を保持
し、ＵＩ手段や通信手段を経て受信した他のネットワー
ク管理装置からの要求に応じて、被管理装置の状態情報
を取り出す。
【００１１】次に、図２，図３，図４，図５及び図６を
参照して被管理装置からの通知発生時の動作を説明す
る。
参照して被管理装置からの通知発生時の動作を説明す
る。
【００１２】図３（１）では、被管理装置ａから、通信
メッセージが発生し、ネットワーク管理装置１に届く。
図３（２）では、ネットワーク管理装置１内の通信手段
１２がこれを受信し、被管理装置からの通信情報を記憶
手段１３に送信する。（図５の１Ａと４Ａの処理）。図
３（３）では、記憶手段１３の中で、メッセージを分析
して送信元を特定する（図６の１Ｂと６Ｂの処理）、被
管理装置ａの状態のエリアにメッセージから被管理装置
ａの状態を取り出し記憶媒体へ書き込み保持する（図６
の７Ｂの処理）。また、この被管理装置ａの状態の変化
に伴い被管理装置３のａ＋ｂの状態の集約も、一定の定
められた法則に従って更新をかけ記憶媒体に書き込む
（図６の８Ｂと９Ｂの処理）。被管理装置３のａ＋ｂの
状態を通信手段１２に通知依頼して送信する（図６の１
０Ｂの処理）。図３（４）では通信手段１２は、被管理
装置３のａ＋ｂの状態を外部装置への送信情報の送信先
アドレスを取得してネットワーク管理装置２へ送信する
（図５の１Ａと２Ａと３Ａの処理）。
メッセージが発生し、ネットワーク管理装置１に届く。
図３（２）では、ネットワーク管理装置１内の通信手段
１２がこれを受信し、被管理装置からの通信情報を記憶
手段１３に送信する。（図５の１Ａと４Ａの処理）。図
３（３）では、記憶手段１３の中で、メッセージを分析
して送信元を特定する（図６の１Ｂと６Ｂの処理）、被
管理装置ａの状態のエリアにメッセージから被管理装置
ａの状態を取り出し記憶媒体へ書き込み保持する（図６
の７Ｂの処理）。また、この被管理装置ａの状態の変化
に伴い被管理装置３のａ＋ｂの状態の集約も、一定の定
められた法則に従って更新をかけ記憶媒体に書き込む
（図６の８Ｂと９Ｂの処理）。被管理装置３のａ＋ｂの
状態を通信手段１２に通知依頼して送信する（図６の１
０Ｂの処理）。図３（４）では通信手段１２は、被管理
装置３のａ＋ｂの状態を外部装置への送信情報の送信先
アドレスを取得してネットワーク管理装置２へ送信する
（図５の１Ａと２Ａと３Ａの処理）。
【００１３】このように、ネットワーク管理装置１の被
管理装置の状態をネットワーク管理装置２に通知するこ
とでネットワーク管理装置１が管理する装置の状態を認
識でき、かつ、情報を集約して通知しているため、通信
料を少なくでき、ネットワーク及び、ネットワーク管理
装置の負荷を軽くすることができる。
管理装置の状態をネットワーク管理装置２に通知するこ
とでネットワーク管理装置１が管理する装置の状態を認
識でき、かつ、情報を集約して通知しているため、通信
料を少なくでき、ネットワーク及び、ネットワーク管理
装置の負荷を軽くすることができる。
【００１４】次に利用者から、被管理装置の状態表示の
要求があったときの動作を図４、図５、図６及び図７に
より説明する。情報種別図７の１Ｃの利用者要求が、被
管理装置ａの状態の表示をＵＩ手段に行った場合におい
て、図４（１）ではＵＩ手段１１は記憶手段１３に対
し、情報取得要求を送信する（図７の４Ｃの処理）。図
４（２）では記憶手段１３は、内部に保持している被管
理装置ａの要求データ取得（３Ｂ）の状態をＵＩ手段１
１の要求元へ応答（４Ｂ）として返送する（図６の１
Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。ＵＩ手段１１は、受信
した情報を利用者に表示する（図７の１Ｃと２Ｃの処
理）。
要求があったときの動作を図４、図５、図６及び図７に
より説明する。情報種別図７の１Ｃの利用者要求が、被
管理装置ａの状態の表示をＵＩ手段に行った場合におい
て、図４（１）ではＵＩ手段１１は記憶手段１３に対
し、情報取得要求を送信する（図７の４Ｃの処理）。図
４（２）では記憶手段１３は、内部に保持している被管
理装置ａの要求データ取得（３Ｂ）の状態をＵＩ手段１
１の要求元へ応答（４Ｂ）として返送する（図６の１
Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。ＵＩ手段１１は、受信
した情報を利用者に表示する（図７の１Ｃと２Ｃの処
理）。
【００１５】次に利用者が、被管理装置ｃの状態の表示
要求をＵＩ手段１１に行った場合において、図４（３）
では、ＵＩ手段１１は、記憶手段１３に対し、被管理装
置ｃの情報取得要求を送信する（図７の４Ｃの処理）。
図４（４）では記憶手段１３は、自記憶装置内に、状態
を保持していないこと（図６の１Ｂと２Ｂの処理）、お
よび、その情報がネットワーク管理装置２に保持されて
いることを通知する（図６の４Ｂと５Ｂの処理）。図４
（５）ではＵＩ手段１１は、通信手段１２に対し、ネッ
トワーク管理装置２に被管理装置ｃの状態を問い合わせ
るように要求（図７の１Ｃと３Ｃの処理）。図４（６）
では通信手段１２は、ネットワーク管理装置２の通信手
段２２に、被管理装置ｃの状態を要求する（図５の１
Ａ、２Ａ、３Ａの処理）。図４（７）では通信手段２２
は、記憶装置２２に対し、被管理装置ｃの状態を要求す
る（図５の１Ａと４Ａの処理）。図４（８）では記憶手
段２２は、通信手段２２に対し、被管理装置ｃの状態を
返す（図６の１Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。図４
（９）では通信手段２２は、通信手段２１に対し、被管
理装置ｃの状態を返す（図５の１Ａ、２Ａ、３Ａの処
理）。図４（１０）では通信手段１２は、ＵＩ手段１１
に対し、被管理装置ｃの状態を返し（図５の１Ａと５Ａ
の処理）、ＵＩ手段１１は、利用者に対し、情報を表示
する。
要求をＵＩ手段１１に行った場合において、図４（３）
では、ＵＩ手段１１は、記憶手段１３に対し、被管理装
置ｃの情報取得要求を送信する（図７の４Ｃの処理）。
図４（４）では記憶手段１３は、自記憶装置内に、状態
を保持していないこと（図６の１Ｂと２Ｂの処理）、お
よび、その情報がネットワーク管理装置２に保持されて
いることを通知する（図６の４Ｂと５Ｂの処理）。図４
（５）ではＵＩ手段１１は、通信手段１２に対し、ネッ
トワーク管理装置２に被管理装置ｃの状態を問い合わせ
るように要求（図７の１Ｃと３Ｃの処理）。図４（６）
では通信手段１２は、ネットワーク管理装置２の通信手
段２２に、被管理装置ｃの状態を要求する（図５の１
Ａ、２Ａ、３Ａの処理）。図４（７）では通信手段２２
は、記憶装置２２に対し、被管理装置ｃの状態を要求す
る（図５の１Ａと４Ａの処理）。図４（８）では記憶手
段２２は、通信手段２２に対し、被管理装置ｃの状態を
返す（図６の１Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。図４
（９）では通信手段２２は、通信手段２１に対し、被管
理装置ｃの状態を返す（図５の１Ａ、２Ａ、３Ａの処
理）。図４（１０）では通信手段１２は、ＵＩ手段１１
に対し、被管理装置ｃの状態を返し（図５の１Ａと５Ａ
の処理）、ＵＩ手段１１は、利用者に対し、情報を表示
する。
【００１６】次に、図８を参照して、本実施例の機器構
成を説明する。ネットワーク１ｎは、イーサネット（Ｅ
ｔｈｅｒＮｅｔ）サブネットアドレス（ＳｕｂＮｅｔａ
ｄｄｒｅｓｓ）１３３．２０６．５６で構成され、ネッ
トワーク管理装置１（ＮＭＳ１）、被管理装置３ａ、３
ｂが接続され、ネットワーク管理装置１は、被管理装置
３Ａ、３ｂをアドレス（ａｄｄｒｅｓｓ：１３３．２０
６．５６．１５）として管理している。他ネットワーク
との結合装置（ゲートウェイ）ＧＷを経由して、ネット
ワーク２ｎにつながっている。ネットワーク２ｎではイ
ーサネット（ＥｔｈｅｒＮｅｔ）サブアドレス（Ｓｕｂ
Ｎｅｔａｄｄｒｅｓｓ）１０．２０．５６で構成され、
ネットワーク管理装置２（ＮＭＳ２）アドレス（ａｄｄ
ｒｅｓｓ：１０．２０．５６．１５）、被管理装置３
ｃ、３ｄがアドレス（ａｄｄｒｅｓｓ：１０．２０．５
６．１６：１７）が接続され、ネットワーク管理装置２
は、被管理装置３ｃ、３ｄを管理している。ネットワー
ク管理装置１及び２は、同じ機能及び構成を持ってい
る。
成を説明する。ネットワーク１ｎは、イーサネット（Ｅ
ｔｈｅｒＮｅｔ）サブネットアドレス（ＳｕｂＮｅｔａ
ｄｄｒｅｓｓ）１３３．２０６．５６で構成され、ネッ
トワーク管理装置１（ＮＭＳ１）、被管理装置３ａ、３
ｂが接続され、ネットワーク管理装置１は、被管理装置
３Ａ、３ｂをアドレス（ａｄｄｒｅｓｓ：１３３．２０
６．５６．１５）として管理している。他ネットワーク
との結合装置（ゲートウェイ）ＧＷを経由して、ネット
ワーク２ｎにつながっている。ネットワーク２ｎではイ
ーサネット（ＥｔｈｅｒＮｅｔ）サブアドレス（Ｓｕｂ
Ｎｅｔａｄｄｒｅｓｓ）１０．２０．５６で構成され、
ネットワーク管理装置２（ＮＭＳ２）アドレス（ａｄｄ
ｒｅｓｓ：１０．２０．５６．１５）、被管理装置３
ｃ、３ｄがアドレス（ａｄｄｒｅｓｓ：１０．２０．５
６．１６：１７）が接続され、ネットワーク管理装置２
は、被管理装置３ｃ、３ｄを管理している。ネットワー
ク管理装置１及び２は、同じ機能及び構成を持ってい
る。
【００１７】次に、ネットワーク管理装置１及び２の内
部構成について図９を用いて説明する。ネットワークを
管理する標準プロトコルであるＳＮＭＰアプリケーショ
ン３２は被管理装置及び、他のネットワーク管理装置と
通信を行う。情報処理手段のＸアプリケーション３１は
利用者からの要求を内部に取り込み、内部の情報を利用
者に示す。標準的な管理情報（ＭＩＢ）のＭＩＢデータ
ベース管理３３は被管理装置からの通知を選別し情報を
保持し、Ｘアプリケーション３１やＳＮＭＰアプリケー
ション３２を経て受信した他のネットワーク管理からの
要求に応じて、被管理装置の状態情報を取り出す手段を
有し、ＭＩＢデータベース３４は被管理装置の情報を保
持する。
部構成について図９を用いて説明する。ネットワークを
管理する標準プロトコルであるＳＮＭＰアプリケーショ
ン３２は被管理装置及び、他のネットワーク管理装置と
通信を行う。情報処理手段のＸアプリケーション３１は
利用者からの要求を内部に取り込み、内部の情報を利用
者に示す。標準的な管理情報（ＭＩＢ）のＭＩＢデータ
ベース管理３３は被管理装置からの通知を選別し情報を
保持し、Ｘアプリケーション３１やＳＮＭＰアプリケー
ション３２を経て受信した他のネットワーク管理からの
要求に応じて、被管理装置の状態情報を取り出す手段を
有し、ＭＩＢデータベース３４は被管理装置の情報を保
持する。
【００１８】次に、図８、図１０、図１１、図１２及び
図１３を参照して、被管理装置からの通知発生時の動作
について説明する。図１０（１）では被管理装置から、
通知メッセージが発生し、ＮＭＳ１のＳＮＭＰ−ＡＰ
（アプリケーション）に届く。図１０（２）ではＮＭＳ
１内のＳＮＭＰアプリケーションがこれを受信し、ＭＩ
Ｂ（データベース）管理に渡す（図１２の１Ａと４Ａの
処理）。図１０（３）ではＮＭＳ１内のＭＩＢ管理の中
で、メッセージ分析し（図１３の１Ｂと６Ｂの処理）、
被管理装置の状態のエリアにメッセージから被管理装置
ａの状態を取り出し保持する（図１３の７Ｂ）。また、
この被管理装置ａの状態の変化に伴い、被管理装置３の
ａ＋ｂの状態も一定の定められた法則に従って更新をか
ける（図１３の８Ｂと９Ｂの処理）。被管理装置３のａ
＋ｂの状態をＮＭＳ１内のＳＮＭＰアプリケーションに
送信する（図１３の１０Ｂ）。図１０（４）ではＮＭＳ
１内のＳＮＭＰアプリケーションは、被管理装置３のａ
＋ｂの状態をＮＭＳ２へ送信する（図１２の１Ａと２Ａ
と３Ａの処理）。
図１３を参照して、被管理装置からの通知発生時の動作
について説明する。図１０（１）では被管理装置から、
通知メッセージが発生し、ＮＭＳ１のＳＮＭＰ−ＡＰ
（アプリケーション）に届く。図１０（２）ではＮＭＳ
１内のＳＮＭＰアプリケーションがこれを受信し、ＭＩ
Ｂ（データベース）管理に渡す（図１２の１Ａと４Ａの
処理）。図１０（３）ではＮＭＳ１内のＭＩＢ管理の中
で、メッセージ分析し（図１３の１Ｂと６Ｂの処理）、
被管理装置の状態のエリアにメッセージから被管理装置
ａの状態を取り出し保持する（図１３の７Ｂ）。また、
この被管理装置ａの状態の変化に伴い、被管理装置３の
ａ＋ｂの状態も一定の定められた法則に従って更新をか
ける（図１３の８Ｂと９Ｂの処理）。被管理装置３のａ
＋ｂの状態をＮＭＳ１内のＳＮＭＰアプリケーションに
送信する（図１３の１０Ｂ）。図１０（４）ではＮＭＳ
１内のＳＮＭＰアプリケーションは、被管理装置３のａ
＋ｂの状態をＮＭＳ２へ送信する（図１２の１Ａと２Ａ
と３Ａの処理）。
【００１９】次に利用者から、被管理装置の状態表示の
要求があったときの動作について、図１１、図１２、図
１３及び図１４を参照して説明する。利用者が、被管理
装置ａの状態の表示をＸアプリケーションに要求した場
合において、図１１（１）ではＮＭＳ１内のＸ−ＡＰ
（アプリケーション）は、ＮＭＳ１内のＭＩＢ（データ
ベース）管理に対し情報を要求する（図１４の４Ｃの処
理）。図１１（２）ではＮＭＳ１内のＭＩＢ（データベ
ース）管理は、内部に保持している被管理装置ａの状態
をＮＭＳ１内のＸアプリケーションに返送する（図１３
の１Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。ＮＭＳ１内のＸア
プリケーションは、受信した情報を利用者に表示する
（図１４の１Ｃと２Ｃの処理）。
要求があったときの動作について、図１１、図１２、図
１３及び図１４を参照して説明する。利用者が、被管理
装置ａの状態の表示をＸアプリケーションに要求した場
合において、図１１（１）ではＮＭＳ１内のＸ−ＡＰ
（アプリケーション）は、ＮＭＳ１内のＭＩＢ（データ
ベース）管理に対し情報を要求する（図１４の４Ｃの処
理）。図１１（２）ではＮＭＳ１内のＭＩＢ（データベ
ース）管理は、内部に保持している被管理装置ａの状態
をＮＭＳ１内のＸアプリケーションに返送する（図１３
の１Ｂ、２Ｂ、３Ｂ、４Ｂの処理）。ＮＭＳ１内のＸア
プリケーションは、受信した情報を利用者に表示する
（図１４の１Ｃと２Ｃの処理）。
【００２０】次に利用者が被管理装置ｃの状態表示をＸ
アプリケーションに要求した場合において、図１１
（３）ではＮＭＳ１内のＸアプリケーションは、ＮＭＳ
１内のＭＩＢ（データベース）管理に対し、被管理装置
ｃの情報を要求する（図１４の４Ｃの処理）。図１１
（４）ではＮＭＳ１内のＭＩＢデータベース管理は、自
記憶装置内に、状態を保持していないこと（図１３の１
Ｂと２Ｂの処理）、及び、その情報がＮＭＳ２に保持さ
れていることを通知する（図１３の４Ｂと５Ｂの処
理）。図１１（５）ではＮＭＳ１内のＸアプリケーショ
ンは、ＮＭＳ１内のＳＮＭＰアプリケーションに対し、
ＮＭＳ２の被管理装置ｃの状態を問い合わせるように要
求（図１４の１Ｃと３Ｃの処理）。図１１（６）ではＮ
ＭＳ１内のＳＮＭＰアプリケーションは、ＮＭＳ２のＳ
ＮＭＰアプリケーションに、被管理装置ｃの状態を要求
する（図１２の１Ａ、２Ａ、３Ａの処理）。図１１
（７）ではＮＭＳ２内のＳＮＭＰアプリケーションは、
ＮＭＳ２内のＭＩＢ（データベース）管理に対し、被管
理装置ｃの状態を要求する（図１２の１Ａと４Ａの処
理）。図１１（８）ではＮＭＳ２内のＭＩＢ管理は、Ｎ
ＭＳ２内のＳＮＭＰアプリケーションに対し、被管理装
置ｃの状態を返す（図１３の１Ｂ、２Ｂ、３Ｂ、４Ｂの
処理）。図１１（９）ではＮＭＳ２内のＳＮＭＰアプリ
ケーションは、ＮＭＳ２内のＳＮＭＰアプリケーション
に対し、被管理装置ｃの状態を返す（図１２の１Ａ、２
Ａ、３Ａの処理）。図１１（１０）ではＮＭＳ１内のＳ
ＮＭＰアプリケーションは、ＮＭＳ１内のＸアプリケー
ションに対し、被管理装置ｃの状態を返し（図１２の１
Ａと５Ａの処理）、Ｘアプリケーションは、利用者に対
し、情報を表示する。
アプリケーションに要求した場合において、図１１
（３）ではＮＭＳ１内のＸアプリケーションは、ＮＭＳ
１内のＭＩＢ（データベース）管理に対し、被管理装置
ｃの情報を要求する（図１４の４Ｃの処理）。図１１
（４）ではＮＭＳ１内のＭＩＢデータベース管理は、自
記憶装置内に、状態を保持していないこと（図１３の１
Ｂと２Ｂの処理）、及び、その情報がＮＭＳ２に保持さ
れていることを通知する（図１３の４Ｂと５Ｂの処
理）。図１１（５）ではＮＭＳ１内のＸアプリケーショ
ンは、ＮＭＳ１内のＳＮＭＰアプリケーションに対し、
ＮＭＳ２の被管理装置ｃの状態を問い合わせるように要
求（図１４の１Ｃと３Ｃの処理）。図１１（６）ではＮ
ＭＳ１内のＳＮＭＰアプリケーションは、ＮＭＳ２のＳ
ＮＭＰアプリケーションに、被管理装置ｃの状態を要求
する（図１２の１Ａ、２Ａ、３Ａの処理）。図１１
（７）ではＮＭＳ２内のＳＮＭＰアプリケーションは、
ＮＭＳ２内のＭＩＢ（データベース）管理に対し、被管
理装置ｃの状態を要求する（図１２の１Ａと４Ａの処
理）。図１１（８）ではＮＭＳ２内のＭＩＢ管理は、Ｎ
ＭＳ２内のＳＮＭＰアプリケーションに対し、被管理装
置ｃの状態を返す（図１３の１Ｂ、２Ｂ、３Ｂ、４Ｂの
処理）。図１１（９）ではＮＭＳ２内のＳＮＭＰアプリ
ケーションは、ＮＭＳ２内のＳＮＭＰアプリケーション
に対し、被管理装置ｃの状態を返す（図１２の１Ａ、２
Ａ、３Ａの処理）。図１１（１０）ではＮＭＳ１内のＳ
ＮＭＰアプリケーションは、ＮＭＳ１内のＸアプリケー
ションに対し、被管理装置ｃの状態を返し（図１２の１
Ａと５Ａの処理）、Ｘアプリケーションは、利用者に対
し、情報を表示する。
【００２１】
【発明の効果】以上説明したように本発明において、第
一の効果は、他のネットワーク管理システムの管理する
装置の状態を認識することができることである。その理
由は、他のネットワーク管理システムから、被管理装置
の情報を取得する機能があるからである。
一の効果は、他のネットワーク管理システムの管理する
装置の状態を認識することができることである。その理
由は、他のネットワーク管理システムから、被管理装置
の情報を取得する機能があるからである。
【００２２】第二の効果は、他のネットワーク管理シス
テムの管理する複数装置の集約した状態を認識すること
ができることである。その理由は、自ネットワーク管理
システムの被管理装置の集約した状態を、他のネットワ
ーク管理システムに通知する機能があるからである。
テムの管理する複数装置の集約した状態を認識すること
ができることである。その理由は、自ネットワーク管理
システムの被管理装置の集約した状態を、他のネットワ
ーク管理システムに通知する機能があるからである。
【図１】本発明の第１の実施例のブロック図である。
【図２】本発明の第２の実施例のブロック図である。
【図３】本実施例の被管理装置から通知が発生するとき
のシーケンスチャートである。
のシーケンスチャートである。
【図４】本実施例の被管理装置の状態表示の時のシーケ
ンスチャートである。
ンスチャートである。
【図５】本実施例の通信手段の動作を説明するためのフ
ローチャートである。
ローチャートである。
【図６】本実施例の記憶手段の動作を説明するためのフ
ローチャートである。
ローチャートである。
【図７】本実施例の状態表示手段の動作を説明するため
のフローチャートある。
のフローチャートある。
【図８】本実施例の機器構成を示すブロック図である。
【図９】本実施例のネットワーク管理装置の機能構成を
示すブロック図である。
示すブロック図である。
【図１０】本実施例の被管理装置から通知が発生する時
のシーケンスチャートである。
のシーケンスチャートである。
【図１１】本実施例の被管理装置の状態表示の時のシー
ケンスチャートである。
ケンスチャートである。
【図１２】本実施例のＳＮＭＰアプリケーションの動作
を説明するためのフローチャートである。
を説明するためのフローチャートである。
【図１３】本実施例のＭＩＢ管理アプリケーションの動
作を説明するためのフローチャートである。
作を説明するためのフローチャートである。
【図１４】本実施例のＸアプリケーションの動作を説明
するためのフローチャートである。
するためのフローチャートである。
１，２ ネットワーク管理装置 １ｎ，２ｎ ネットワーク ３ 被管理装置 １１，２１ 状態表示手段（ＵＩ手段） １２，２２ 通信手段 １３．２３ 記憶手段 ２１ 状態表示手段 ２２ 通信手段 ２３ 記憶手段 ３１ ＳＮＭＰアプリケーション ３２ Ｘアプリケーション ３３ データベース管理 ３４ ＭＩＢデータベース
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｌ 12/26 Ｈ０４Ｌ 11/08 Ｈ０４Ｍ 3/00
Claims (3)
- 【請求項１】 ネットワーク内に複数のネットワーク管
理システムを配置し、複数存在するネットワーク構成機
器を分担して管理を行うネットワーク管理方法におい
て、前記ネットワーク管理システム間に上位と下位の区
別を持たせず、双方向に他の管理する前記ネットワーク
構成機器の状態管理情報を引き出す管理手段を有するこ
とを特徴とするネットワーク管理方法。 - 【請求項２】 前記ネットワーク管理システムのうちの
少なくとも一つが、他の上位と下位にかかわらず前記管
理手段からの要求に応じて前記ネットワーク構成機器の
状態管理情報を送信することを特徴とする請求項１記載
のネットワーク管理方法。 - 【請求項３】 結合装置を介して接続されたネットワー
クに複数のネットワーク管理システムを配置し、前記ネ
ットワーク管理システムの管理装置が監視する複数の被
管理装置の集約した状態情報を記憶手段に記憶し、要求
に応じて通信手段により他の管理装置から送信された前
記状態情報を受信して前記記憶手段に記憶し、操作要求
により前記記憶手段から状態情報を状態表示手段に表示
することを特徴とする請求項１及び２記載のネットワー
ク管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10034831A JPH11234291A (ja) | 1998-02-17 | 1998-02-17 | ネットワーク管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP10034831A JPH11234291A (ja) | 1998-02-17 | 1998-02-17 | ネットワーク管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11234291A true JPH11234291A (ja) | 1999-08-27 |
Family
ID=12425155
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP10034831A Pending JPH11234291A (ja) | 1998-02-17 | 1998-02-17 | ネットワーク管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11234291A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7443806B2 (en) | 2002-04-19 | 2008-10-28 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
-
1998
- 1998-02-17 JP JP10034831A patent/JPH11234291A/ja active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7443806B2 (en) | 2002-04-19 | 2008-10-28 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
| US7990890B2 (en) | 2002-04-19 | 2011-08-02 | Yamaha Corporation | Communication management apparatus and method for an audio data communication management system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5227778A (en) | Service name to network address translation in communications network | |
| US5991828A (en) | System for automatically connecting portable device to network using network environment information including domain name of naming device and community name of network management protocol | |
| US6347336B1 (en) | Automatic discovery and positioning method of the network elements in the network management system in case that the network topology is configured | |
| EP1414186B1 (en) | System and method for providing internet broadcasting data based on hierarchical structure | |
| JP3770831B2 (ja) | ネットワークの負荷分散を行うコンピュータ、監視装置、その方法およびそのためのプログラムを記録した記録媒体 | |
| US7519598B2 (en) | Prioritizing network management traffic | |
| JP4707288B2 (ja) | ネットワーク監視装置およびネットワーク監視方法 | |
| CN110365752A (zh) | 业务数据的处理方法、装置、电子设备和存储介质 | |
| KR101230944B1 (ko) | 통신 네트워크에서 이벤트들을 모니터링하기 위한 방법 | |
| CN102763373B (zh) | 基于远程访问使用本地网络装置的服务的方法和设备 | |
| CN107544837B (zh) | 云服务设备性能数据采集系统、方法和装置 | |
| CN110351111A (zh) | 一种订阅处理方法、网络节点及用户数据库 | |
| CN106453690A (zh) | Ip地址分配方法及装置 | |
| US20030009541A1 (en) | Method and system for setting communication parameters on network apparatus using information recordable medium | |
| JP2002344475A (ja) | ホームネットワーク内の機器にサービスを提供するシステムとその方法及びホームネットワークでサービスが提供されるシステムとその方法 | |
| CN109241128A (zh) | 一种过期事件自动触发方法及系统 | |
| CN103716230A (zh) | 消息发送方法、装置及服务器 | |
| US10102286B2 (en) | Local object instance discovery for metric collection on network elements | |
| CN106790339A (zh) | 元数据服务器、网络装置及自动资源管理方法 | |
| JPH11234291A (ja) | ネットワーク管理方法 | |
| CN107911642A (zh) | 一种有线电视网络管理系统 | |
| CN111127706B (zh) | 智能锁控制方法、智能锁、云服务器及计算设备 | |
| CN1666488B (zh) | 具有带有客户功能和服务器功能以及带有搜寻功能的通信部件的通信网 | |
| KR100285709B1 (ko) | 통신망관리시스템에서의망상황도시방법 | |
| CN109451047A (zh) | 监控告警系统的数据传送方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20010731 |