JPH08316960A - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JPH08316960A JPH08316960A JP7144226A JP14422695A JPH08316960A JP H08316960 A JPH08316960 A JP H08316960A JP 7144226 A JP7144226 A JP 7144226A JP 14422695 A JP14422695 A JP 14422695A JP H08316960 A JPH08316960 A JP H08316960A
- Authority
- JP
- Japan
- Prior art keywords
- model
- management
- protocol
- handler
- hierarchy
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】 ネットワークエレメントモデルの構築を容易
にすると共に故障に対する処理の容易なネットワーク管
理システムを提供することを目的とする。 【構成】 複数の異なる機器をふくむコンピュータネッ
トワークの管理システムにおいて、管理対象モデルが、
（ａ）管理対象機器を管理する管理プロトコルを複数種
類使用し、実際に管理対象機器の管理を実行する下層部
と、（ｂ）管理内容を指定する上層部と、（ｃ）上層部
の管理内容に基づき、下層部の管理プロトコルに指示を
発し、正しい応答のあった下層部の管理プロトコルにア
クセスする中層部と、から構成される。
にすると共に故障に対する処理の容易なネットワーク管
理システムを提供することを目的とする。 【構成】 複数の異なる機器をふくむコンピュータネッ
トワークの管理システムにおいて、管理対象モデルが、
（ａ）管理対象機器を管理する管理プロトコルを複数種
類使用し、実際に管理対象機器の管理を実行する下層部
と、（ｂ）管理内容を指定する上層部と、（ｃ）上層部
の管理内容に基づき、下層部の管理プロトコルに指示を
発し、正しい応答のあった下層部の管理プロトコルにア
クセスする中層部と、から構成される。
Description
【０００１】
【産業上の利用分野】本発明は、ＬＡＮ、多重分離装
置、ルータ、データ交換機など、いわゆるコンピュータ
ネットワークを構成する複数種類、複数ベンダの提供す
る機器を統合的に管理する機能を具備したネットワーク
管理システムに関するものである。
置、ルータ、データ交換機など、いわゆるコンピュータ
ネットワークを構成する複数種類、複数ベンダの提供す
る機器を統合的に管理する機能を具備したネットワーク
管理システムに関するものである。
【０００２】
【従来の技術】図１及び図２により従来の技術を説明す
る。 （１）分散オブジェクト指向技術 分散オブジェクト指向技術とは、オブジェクト指向のイ
ンタフェースに基づいた複数の実行主体を、ネットワー
ク上に分散させて動作させる技術である。
る。 （１）分散オブジェクト指向技術 分散オブジェクト指向技術とは、オブジェクト指向のイ
ンタフェースに基づいた複数の実行主体を、ネットワー
ク上に分散させて動作させる技術である。
【０００３】これにより、マシンやそのプロセスが落ち
てしまったときに別のマシンでそのプロセスを立ち上げ
る事により、フォールトトレランシが向上する。また、
性能ネックであるオブジェクトに関しては、同一の役割
のオブジェクトを複数分配配置することにより、ボトル
ネックの回避ができる。
てしまったときに別のマシンでそのプロセスを立ち上げ
る事により、フォールトトレランシが向上する。また、
性能ネックであるオブジェクトに関しては、同一の役割
のオブジェクトを複数分配配置することにより、ボトル
ネックの回避ができる。
【０００４】（２）分散オブジェクト指向技術を用いた
ネットワーク管理システム 図１に分散オブジェクト指向技術を用いたネットワーク
管理システムの構成図を示す。個々の実装置に対し、対
象の装置の情報を収集、管理及び制御を行うネットワー
クエレメントモデル（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ
Ｍｏｄｅｌ：以下ＮＥモデルとする）（Ａ，Ｂ，Ｃ，
Ｄ）が存在し、処理を分散させている。ネットワーク管
理システムは、その各々のＮＥモデルから情報を取得し
たり、ＮＥモデルに制御指示を送出する事により、ネッ
トワークの管理及び制御を行っている。
ネットワーク管理システム 図１に分散オブジェクト指向技術を用いたネットワーク
管理システムの構成図を示す。個々の実装置に対し、対
象の装置の情報を収集、管理及び制御を行うネットワー
クエレメントモデル（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ
Ｍｏｄｅｌ：以下ＮＥモデルとする）（Ａ，Ｂ，Ｃ，
Ｄ）が存在し、処理を分散させている。ネットワーク管
理システムは、その各々のＮＥモデルから情報を取得し
たり、ＮＥモデルに制御指示を送出する事により、ネッ
トワークの管理及び制御を行っている。
【０００５】（３）ネットワークエレメントモデル ネットワークエレメントモデルは、対象の実装置（ネッ
トワークエレメント）をソフトウェア化（モデル化）し
たものという位置付けである。その処理内容としては、
その実装置のもつ制御プロトコルを使用して設定情報を
蓄積したり、装置の制御情報の設定を行う。つまり、実
装置に複数の制御プロトコルが実装されている場合、そ
のネットワークエレメントモデルは複数の制御プロトコ
ルを使用してその役割を果たす事となる。
トワークエレメント）をソフトウェア化（モデル化）し
たものという位置付けである。その処理内容としては、
その実装置のもつ制御プロトコルを使用して設定情報を
蓄積したり、装置の制御情報の設定を行う。つまり、実
装置に複数の制御プロトコルが実装されている場合、そ
のネットワークエレメントモデルは複数の制御プロトコ
ルを使用してその役割を果たす事となる。
【０００６】（４）ネットワークエレメントモデルの継
承関係 図２に一般的なネットワークエレメントモデルの継承図
を示す。まず装置種別毎にサブクラス化（例：Ｒｏｕｔ
ｅｒＭｏｄｅｌ）しており、ここでは、その装置種別に
関係するモデルのもつインタフェース（メソッド）のみ
をまとめたものが実装されている。実際の処理の中身
は、そのベンダ（製造業者）毎にサブクラス化されたも
の（例：Ｃ社製Ｒｏｕｔｅｒに対してＣＲｏｕｔｅｒＭ
ｏｄｅｌ）に実装されている。つまり、各ベンダによっ
て、処理するプロトコルが異なったり、プロトコル利用
方法が異なったりするので、実際の処理はベンダ毎に分
けられたクラスで実装する事になる。
承関係 図２に一般的なネットワークエレメントモデルの継承図
を示す。まず装置種別毎にサブクラス化（例：Ｒｏｕｔ
ｅｒＭｏｄｅｌ）しており、ここでは、その装置種別に
関係するモデルのもつインタフェース（メソッド）のみ
をまとめたものが実装されている。実際の処理の中身
は、そのベンダ（製造業者）毎にサブクラス化されたも
の（例：Ｃ社製Ｒｏｕｔｅｒに対してＣＲｏｕｔｅｒＭ
ｏｄｅｌ）に実装されている。つまり、各ベンダによっ
て、処理するプロトコルが異なったり、プロトコル利用
方法が異なったりするので、実際の処理はベンダ毎に分
けられたクラスで実装する事になる。
【０００７】
【発明が解決しようとする課題】しかしながら、上述
の、現在多く運用されているネットワーク機器には、以
下の様な問題がある。 （１）一つのプロトコルでは全ての情報の取得設定がで
きない。 （２）ベンダにより同じ情報の取得設定で使用するプロ
トコルが異なる。 （３）同じプロトコルで情報を取得設定する場合でも、
ベンダによってその利用方法が異なっている。
の、現在多く運用されているネットワーク機器には、以
下の様な問題がある。 （１）一つのプロトコルでは全ての情報の取得設定がで
きない。 （２）ベンダにより同じ情報の取得設定で使用するプロ
トコルが異なる。 （３）同じプロトコルで情報を取得設定する場合でも、
ベンダによってその利用方法が異なっている。
【０００８】このような事から、既存のＮＥモデルに対
しベンダが異なるＮＥモデルを構築する場合（例えば、
Ｃ社製ＲｏｕｔｅｒのＲｏｕｔｅｒＭｏｄｅｌが既に構
築されていて、新たにＤ社製ＲｏｕｔｅｒのＲｏｕｔｅ
ｒＭｏｄｅｌを構築する場合）、同じインタフェースの
ＮＥモデルでありながらも、そのほとんどの部分を構築
し直す必要がある。更に、プロトコルに関する共通の処
理が多いにもかかわらず、各クラスで共有されないので
必要な再構築部分が大きくなる。
しベンダが異なるＮＥモデルを構築する場合（例えば、
Ｃ社製ＲｏｕｔｅｒのＲｏｕｔｅｒＭｏｄｅｌが既に構
築されていて、新たにＤ社製ＲｏｕｔｅｒのＲｏｕｔｅ
ｒＭｏｄｅｌを構築する場合）、同じインタフェースの
ＮＥモデルでありながらも、そのほとんどの部分を構築
し直す必要がある。更に、プロトコルに関する共通の処
理が多いにもかかわらず、各クラスで共有されないので
必要な再構築部分が大きくなる。
【０００９】また、使用中のプロトコルに異常があった
場合等、故障に対する処理を個々に構築するのは非常に
困難であり、機器へのアクセス処理を更に複雑にする。
場合等、故障に対する処理を個々に構築するのは非常に
困難であり、機器へのアクセス処理を更に複雑にする。
【００１０】本発明は上記問題点を改善し、ネットワー
クエレメントモデルの構築を簡単にすると共に、故障に
対する処理の構築が容易なネットワーク管理システムを
提供することを目的とする。
クエレメントモデルの構築を簡単にすると共に、故障に
対する処理の構築が容易なネットワーク管理システムを
提供することを目的とする。
【００１１】
【課題を解決するための手段】まず、使用しているプロ
トコルが変更になっても、取得した情報を加工する部
分、及び、ネットワーク管理システムとのインタフェー
ス部分の再利用性を高めるため、ＮＥモデルをモデル上
部層、モデル下部層に分割する。モデル上部層は、モデ
ル下部層を利用して情報を蓄積加工するクラス層で、モ
デル下部層は、装置に実装されているプロトコルを使用
して実際の装置とアクセスするクラス層である。
トコルが変更になっても、取得した情報を加工する部
分、及び、ネットワーク管理システムとのインタフェー
ス部分の再利用性を高めるため、ＮＥモデルをモデル上
部層、モデル下部層に分割する。モデル上部層は、モデ
ル下部層を利用して情報を蓄積加工するクラス層で、モ
デル下部層は、装置に実装されているプロトコルを使用
して実際の装置とアクセスするクラス層である。
【００１２】図３に分割後のＮＥモデル内部構成図を示
す。また、モデル下部層については、各プロトコル毎に
共通の処理をまとめることが可能であるため、制御プロ
トコル毎に処理をまとめたクラス（Ｐｒｏｔｏｃｏｌ
Ｈａｎｄｌｅｒ：以下ハンドラとする）の組合わせで構
築する事とする。そこで、このプロトコルに関する共通
の処理をまとめたクラスをスーパクラスとして、メーカ
によるプロトコル使用方法の異なりは、そのサブクラス
で実装する。
す。また、モデル下部層については、各プロトコル毎に
共通の処理をまとめることが可能であるため、制御プロ
トコル毎に処理をまとめたクラス（Ｐｒｏｔｏｃｏｌ
Ｈａｎｄｌｅｒ：以下ハンドラとする）の組合わせで構
築する事とする。そこで、このプロトコルに関する共通
の処理をまとめたクラスをスーパクラスとして、メーカ
によるプロトコル使用方法の異なりは、そのサブクラス
で実装する。
【００１３】図４に本発明におけるハンドラの継承関係
を示す。従って、複数の制御プロトコルをもつ装置に対
するＮＥモデルは、モデル下部層に複数のハンドラを実
装することになる。
を示す。従って、複数の制御プロトコルをもつ装置に対
するＮＥモデルは、モデル下部層に複数のハンドラを実
装することになる。
【００１４】図５に複数のハンドラを実装した場合のＮ
Ｅモデルの内部構成を示す。図５に示すように、モデル
下部層に複数のハンドラが存在することにより、モデル
上部層は情報取得のためのプロトコルを選択する必要が
あるので、モデル上部層にハンドラの振分け処理が必要
となるが、これでは、モデル上部層が複雑になるばかり
か、モデル上部層の再利用性が損なわれる。そこで、モ
デル上部層における振分け処理を解消するため、ハンド
ラのコントロール手法について以下に示す。
Ｅモデルの内部構成を示す。図５に示すように、モデル
下部層に複数のハンドラが存在することにより、モデル
上部層は情報取得のためのプロトコルを選択する必要が
あるので、モデル上部層にハンドラの振分け処理が必要
となるが、これでは、モデル上部層が複雑になるばかり
か、モデル上部層の再利用性が損なわれる。そこで、モ
デル上部層における振分け処理を解消するため、ハンド
ラのコントロール手法について以下に示す。
【００１５】このモデル上部層、モデル下部層のみの構
造では、どうしてもどこかにハンドラの振分け部分が必
要となってしまう。そこで、その２層間に、共通にアク
セスする部分を実装し、プロトコルコントローラとす
る。プロトコルコントローラは、自分が応答できるメッ
セージか否かを判断し、応答できないメッセージであれ
ば、設定されているハンドラにそのメッセージに応答で
きるか問い合わせを行う。もし、応答できるハンドラが
存在すれば、処理をそのハンドラに委譲する。
造では、どうしてもどこかにハンドラの振分け部分が必
要となってしまう。そこで、その２層間に、共通にアク
セスする部分を実装し、プロトコルコントローラとす
る。プロトコルコントローラは、自分が応答できるメッ
セージか否かを判断し、応答できないメッセージであれ
ば、設定されているハンドラにそのメッセージに応答で
きるか問い合わせを行う。もし、応答できるハンドラが
存在すれば、処理をそのハンドラに委譲する。
【００１６】図６にプロトコルコントローラを用いた場
合のＮＥモデル内部構成図を示す。また以下に、このプ
ロトコルコントローラを用いた場合の、モデル上部層と
プロトコルコントローラの処理を示す。 （１）モデル上部層は、プロトコルに関する情報（ハン
ドラ選択時の優先度も含む）をもったハンドラを、プロ
トコルコントローラに設定する。 （２）モデル上部層は、処理させるためのメッセージを
プロトコルコントローラに送出する。 （３）プロトコルコントローラは、自身が応答できるメ
ッセージでないならば、事前に設定されているハンドラ
群の中から、優先度の高い順にメッセージに応答出来る
か否かの問い合わせを行い、応答できるハンドラに処理
を委譲する。 （４）委譲されたハンドラは、その処理結果をモデル上
部層に返却する。
合のＮＥモデル内部構成図を示す。また以下に、このプ
ロトコルコントローラを用いた場合の、モデル上部層と
プロトコルコントローラの処理を示す。 （１）モデル上部層は、プロトコルに関する情報（ハン
ドラ選択時の優先度も含む）をもったハンドラを、プロ
トコルコントローラに設定する。 （２）モデル上部層は、処理させるためのメッセージを
プロトコルコントローラに送出する。 （３）プロトコルコントローラは、自身が応答できるメ
ッセージでないならば、事前に設定されているハンドラ
群の中から、優先度の高い順にメッセージに応答出来る
か否かの問い合わせを行い、応答できるハンドラに処理
を委譲する。 （４）委譲されたハンドラは、その処理結果をモデル上
部層に返却する。
【００１７】
【作用】このような構造でモデルを構築することによ
り、既存ＮＥモデルのベンダが異なるＮＥモデル（既存
モデルと同仕様）を構築する場合、 （１）モデル上部層 使用するプロトコル、及びプロトコルの利用方法の変更
に際し、ハンドラ設定部分の変更のみ （２）モデル下部層 該当メーカのハンドラが既存であれば、その組合わせを
実装するのみ 既存でないハンドラが必要でも、既存プロトコルを利用
すものであれば、そのベンダ特有の処理だけをサブクラ
ス化するだけで構築が可能となる。
り、既存ＮＥモデルのベンダが異なるＮＥモデル（既存
モデルと同仕様）を構築する場合、 （１）モデル上部層 使用するプロトコル、及びプロトコルの利用方法の変更
に際し、ハンドラ設定部分の変更のみ （２）モデル下部層 該当メーカのハンドラが既存であれば、その組合わせを
実装するのみ 既存でないハンドラが必要でも、既存プロトコルを利用
すものであれば、そのベンダ特有の処理だけをサブクラ
ス化するだけで構築が可能となる。
【００１８】また、機器へのアクセスは総てＰｒｏｔｏ
ｃｏｌＣｏｎｔｒｏｌｌｅｒ経由で処理されるので、ア
クセス方法を統一的に変更する事が容易となる。
ｃｏｌＣｏｎｔｒｏｌｌｅｒ経由で処理されるので、ア
クセス方法を統一的に変更する事が容易となる。
【００１９】
【実施例】図１は分散オブジェクト指向技術を用いたネ
ットワーク管理システムの構成を示したものである。１
つの実装置に対して１つのモデルが存在している。つま
り、各装置に関する処理を各モデルに分散させている。
ットワーク管理システムの構成を示したものである。１
つの実装置に対して１つのモデルが存在している。つま
り、各装置に関する処理を各モデルに分散させている。
【００２０】図２はネットワークエレメントモデルの従
来のクラス継承図である。まず、装置種別毎にサブクラ
ス化されており、それからベンダ毎にサブクラス化され
ている。
来のクラス継承図である。まず、装置種別毎にサブクラ
ス化されており、それからベンダ毎にサブクラス化され
ている。
【００２１】図３にＮＥモデルをモデル下部層、モデル
上部層に分割した場合のモデル内部構成図を示してい
る。各制御プロトコルの処理はモデル下部層で実装する
ことになる。
上部層に分割した場合のモデル内部構成図を示してい
る。各制御プロトコルの処理はモデル下部層で実装する
ことになる。
【００２２】図４は本発明によるモデル下部層を構成す
るクラスの継承図である。まず、プロトコル種別毎にサ
ブクラス化し、それからベンダ毎にサブクラス化してい
る。
るクラスの継承図である。まず、プロトコル種別毎にサ
ブクラス化し、それからベンダ毎にサブクラス化してい
る。
【００２３】図５は図４をモデル下部層に実装した場合
の、ネットワークエレメントモデルの内部構成を示した
ものである。複数の制御プロトコルをもつ装置を対象に
したものでは、モデル下部層は複数のクラスを持つよう
になる。そこで、モデル上部層にハンドラの振分け処理
が必要となる。
の、ネットワークエレメントモデルの内部構成を示した
ものである。複数の制御プロトコルをもつ装置を対象に
したものでは、モデル下部層は複数のクラスを持つよう
になる。そこで、モデル上部層にハンドラの振分け処理
が必要となる。
【００２４】図６は図５を更に進化させたものである。
モデル上部層に振分け処理が存在すると、使用するプロ
トコルに変更があった場合、モデル上部層を構築し直す
必要ができ、モデル上部層の汎用化が損なわれる。そこ
で、振分け処理を行うプロトコルコントローラを間にお
き、モデル上部層の振分け処理を解消した。プロトコル
コントローラは、モデル下部層がどのような構成である
のかにかかわらないので、モデル下部層により変更する
必要はない。
モデル上部層に振分け処理が存在すると、使用するプロ
トコルに変更があった場合、モデル上部層を構築し直す
必要ができ、モデル上部層の汎用化が損なわれる。そこ
で、振分け処理を行うプロトコルコントローラを間にお
き、モデル上部層の振分け処理を解消した。プロトコル
コントローラは、モデル下部層がどのような構成である
のかにかかわらないので、モデル下部層により変更する
必要はない。
【００２５】図７に通常時使用していたプロトコルが異
常になった時の処理を示す。図７では、通常ＣＳＮＭＰ
Ｈａｎｄｌｅｒを使用していたが、何らかの原因によ
り、機器側のＳＮＭＰが使用できなくなった場合、Ｐｒ
ｏｔｏｃｏｌＣｏｎｔｒｏｌｌｅｒはそれを通知されて
ＣＳＮＭＰＨａｎｄｌｅｒの選択優先度を下げる。これ
により、ＣＳＮＭＰＨａｎｄｌｅｒの使用頻度は低くな
り、別プロトコル（ＣＴｅｌｎｅｔＨａｎｄｌｅｒ）で
処理を行うことによって管理を継続させていることを示
している。
常になった時の処理を示す。図７では、通常ＣＳＮＭＰ
Ｈａｎｄｌｅｒを使用していたが、何らかの原因によ
り、機器側のＳＮＭＰが使用できなくなった場合、Ｐｒ
ｏｔｏｃｏｌＣｏｎｔｒｏｌｌｅｒはそれを通知されて
ＣＳＮＭＰＨａｎｄｌｅｒの選択優先度を下げる。これ
により、ＣＳＮＭＰＨａｎｄｌｅｒの使用頻度は低くな
り、別プロトコル（ＣＴｅｌｎｅｔＨａｎｄｌｅｒ）で
処理を行うことによって管理を継続させていることを示
している。
【００２６】図８にモデル上部層（ＣＲｏｕｔｅｒＭｏ
ｄｅｌ）の一部、図９にプロトコルコントローラの一
部、図１０にハンドラ群の中から図７に関連するハンド
ラの例を示す。尚、ここで示すプログラムはＯｂｊｅｃ
ｔｉｖｅ−Ｃで構築されている。
ｄｅｌ）の一部、図９にプロトコルコントローラの一
部、図１０にハンドラ群の中から図７に関連するハンド
ラの例を示す。尚、ここで示すプログラムはＯｂｊｅｃ
ｔｉｖｅ−Ｃで構築されている。
【００２７】図８の１から５は本発明の機構を利用する
ための準備を行ってる。１はプロトコルコントローラの
インスタンスをつくっており、２、３はそれぞれＣＴｅ
ｌｅｎｔＨａｎｄｌｅｒ、ＣＳＮＭＰＨａｎｄｌｅｒの
インスタンスをつくっている。そして、４、５はそれぞ
れのハンドラをプロトコルコントローラのハンドラリス
トに設定している。
ための準備を行ってる。１はプロトコルコントローラの
インスタンスをつくっており、２、３はそれぞれＣＴｅ
ｌｅｎｔＨａｎｄｌｅｒ、ＣＳＮＭＰＨａｎｄｌｅｒの
インスタンスをつくっている。そして、４、５はそれぞ
れのハンドラをプロトコルコントローラのハンドラリス
トに設定している。
【００２８】図８の６、７は実際にハンドラを使って装
置とアクセスする部分である。６の様にプロトコルコン
トローラにａｄｄＲｏｕｔｅ：を送出すると、プロトコ
ルコントローラは自分に実装していないメッセージであ
るので、−ｆｏｒｗａｒｄ：（ＳＥＬ）ａＳｅｌｅｃｔ
ｏｒ：（ｍａｒｇ＿ｌｉｓｔ）ａｒｇＦｒａｍｅを実行
する。プロトコルコントローラのｈａｎｄｌｅｒＬｉｓ
ｔには設定されたハンドラが設定されているので、図９
の８で一つずつ各ハンドラに応答できるか否かをきい
て、応答出来るハンドラがあれば、図９の９でそのハン
ドラに処理を委譲している。つまり、図８の６が実行さ
れる事によって、図９の９を経て図１０のＣＴｅｌｎｅ
ｔＨａｎｄｌｅｒのメソッド（ａｄｄＲｏｕｔｅ：）が
実行される。同様に、図９の７が実行されることによ
り、図１０のＣＳＮＭＰＨａｎｄｌｅｒのメソッド（ｇ
ｅｔＲｏｕｔｅＴａｂｌｅ）が実行される。また、図９
の１０、１１はハンドラがエラーを返した場合の処理を
示している。図９の１０ではそのハンドラをハンドラリ
ストから削除し、図９の１１でハンドラリストの最後部
に加えている。これにより、エラーを返したハンドラの
選択優先度が下がっている。
置とアクセスする部分である。６の様にプロトコルコン
トローラにａｄｄＲｏｕｔｅ：を送出すると、プロトコ
ルコントローラは自分に実装していないメッセージであ
るので、−ｆｏｒｗａｒｄ：（ＳＥＬ）ａＳｅｌｅｃｔ
ｏｒ：（ｍａｒｇ＿ｌｉｓｔ）ａｒｇＦｒａｍｅを実行
する。プロトコルコントローラのｈａｎｄｌｅｒＬｉｓ
ｔには設定されたハンドラが設定されているので、図９
の８で一つずつ各ハンドラに応答できるか否かをきい
て、応答出来るハンドラがあれば、図９の９でそのハン
ドラに処理を委譲している。つまり、図８の６が実行さ
れる事によって、図９の９を経て図１０のＣＴｅｌｎｅ
ｔＨａｎｄｌｅｒのメソッド（ａｄｄＲｏｕｔｅ：）が
実行される。同様に、図９の７が実行されることによ
り、図１０のＣＳＮＭＰＨａｎｄｌｅｒのメソッド（ｇ
ｅｔＲｏｕｔｅＴａｂｌｅ）が実行される。また、図９
の１０、１１はハンドラがエラーを返した場合の処理を
示している。図９の１０ではそのハンドラをハンドラリ
ストから削除し、図９の１１でハンドラリストの最後部
に加えている。これにより、エラーを返したハンドラの
選択優先度が下がっている。
【００２９】
【発明の効果】既存ＮＥモデルの異なるベンダのモデル
を同仕様で構築する場合、開発コストが非常に少なくな
る。
を同仕様で構築する場合、開発コストが非常に少なくな
る。
【００３０】また、 （１）実行途中でも、設定済ハンドラのもつ優先度の変
更により使用するプロトコルの変更が可能 （２）動作中のプロトコルが異常な時、また異常中であ
ったプロトコルが回復した時、ハンドラの削除・追加に
より、そのプロトコルへのアクセス停止・開始機能が簡
単に実装できる というような故障に対する処理も容易に構築できる。
更により使用するプロトコルの変更が可能 （２）動作中のプロトコルが異常な時、また異常中であ
ったプロトコルが回復した時、ハンドラの削除・追加に
より、そのプロトコルへのアクセス停止・開始機能が簡
単に実装できる というような故障に対する処理も容易に構築できる。
【図１】分散オブジェクト指向技術を用いたネットワー
ク管理システムの構成を示したものである。
ク管理システムの構成を示したものである。
【図２】ネットワークエレメントモデルの従来のクラス
継承図である。
継承図である。
【図３】ＮＥモデルをモデル下部層、モデル上部層に分
割した場合のモデル内部構成図を示している。
割した場合のモデル内部構成図を示している。
【図４】本発明によるモデル下部層を構成するクラスの
継承図である。
継承図である。
【図５】図４をモデル下部層に実装した場合の、ネット
ワークエレメントモデルの内部構成を示したものであ
る。
ワークエレメントモデルの内部構成を示したものであ
る。
【図６】プロトコルコントローラを利用して図５を更に
進化させたものである。
進化させたものである。
【図７】ハンドラが機器とのアクセスが異常であると判
断した場合の処理を示したものである。
断した場合の処理を示したものである。
【図８】本発明における、構築例をＯｂｊｅｃｔｉｖｅ
−Ｃで書いた図である。
−Ｃで書いた図である。
【図９】本発明における、構築例をＯｂｊｅｃｔｉｖｅ
−Ｃで書いた図である。
−Ｃで書いた図である。
【図１０】本発明における、構築例をＯｂｊｅｃｔｉｖ
ｅ−Ｃで書いた図である。
ｅ−Ｃで書いた図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒野 高志 東京都千代田区内幸町一丁目１番６号 日 本電信電話株式会社内
Claims (2)
- 【請求項１】 ＬＡＮ、多重分離装置、ルータ、交換機
など、ネットワークを構成する複数種類、複数ベンダの
提供する管理対象機器を統合的に管理する機能を具備し
たネットワーク管理システムにおいて、 上記の各管理対象機器を管理するためのプログラムが使
用する、管理対象を仮想的に表現した管理対象モデル
が、 （ａ）管理対象機器を管理する管理プロトコルを複数種
類使用し、実際に管理対象機器の管理を実行する下層部
と、 （ｂ）管理内容を指定する上層部と、 （ｃ）上層部の管理内容に基づき、下層部の管理プロト
コルに指示を発し、正しい応答のあった下層部の管理プ
ロトコルにアクセスする中層部と、を有することを特徴
とする、ネットワーク管理システム。 - 【請求項２】 管理に使用中の管理プロトコルが使用不
能になったとき、 （ａ）その管理プロトコルの使用を避け、 （ｂ）正しい応答のあった下層部の管理プロトコルを再
選択することにより管理を継続する機能を容易に具備で
きることを特徴とする、請求項１記載のネットワーク管
理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7144226A JP2990650B2 (ja) | 1995-05-19 | 1995-05-19 | ネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7144226A JP2990650B2 (ja) | 1995-05-19 | 1995-05-19 | ネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08316960A true JPH08316960A (ja) | 1996-11-29 |
| JP2990650B2 JP2990650B2 (ja) | 1999-12-13 |
Family
ID=15357182
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7144226A Expired - Lifetime JP2990650B2 (ja) | 1995-05-19 | 1995-05-19 | ネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2990650B2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003038630A1 (en) * | 2001-10-30 | 2003-05-08 | Sony Corporation | Electronic device monitoring method, electronic device, computer, and program thereof |
| JP2006107460A (ja) * | 2004-08-27 | 2006-04-20 | Ricoh Co Ltd | ネットワークデバイスからステータス情報を抽出するための抽象型クラス使用方法およびシステム |
| JP2015060278A (ja) * | 2013-09-17 | 2015-03-30 | 株式会社リコー | 情報処理装置、機器管理システム、プログラム及び機器管理方法 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0373049A (ja) * | 1989-08-14 | 1991-03-28 | Nec Corp | 統合ネットワーク管理方式 |
| JPH04157944A (ja) * | 1990-10-22 | 1992-05-29 | Nippon Telegr & Teleph Corp <Ntt> | 通信網管理制御方法および装置 |
| JPH0793235A (ja) * | 1993-09-20 | 1995-04-07 | Fujitsu Ltd | ネットワーク管理システム |
| JPH07226777A (ja) * | 1994-02-10 | 1995-08-22 | Hitachi Ltd | 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法 |
-
1995
- 1995-05-19 JP JP7144226A patent/JP2990650B2/ja not_active Expired - Lifetime
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0373049A (ja) * | 1989-08-14 | 1991-03-28 | Nec Corp | 統合ネットワーク管理方式 |
| JPH04157944A (ja) * | 1990-10-22 | 1992-05-29 | Nippon Telegr & Teleph Corp <Ntt> | 通信網管理制御方法および装置 |
| JPH0793235A (ja) * | 1993-09-20 | 1995-04-07 | Fujitsu Ltd | ネットワーク管理システム |
| JPH07226777A (ja) * | 1994-02-10 | 1995-08-22 | Hitachi Ltd | 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2003038630A1 (en) * | 2001-10-30 | 2003-05-08 | Sony Corporation | Electronic device monitoring method, electronic device, computer, and program thereof |
| JPWO2003038630A1 (ja) * | 2001-10-30 | 2005-02-24 | ソニー株式会社 | 電子機器監視方法、電子機器、コンピュータ、並びにそのプログラム |
| JP2010015589A (ja) * | 2001-10-30 | 2010-01-21 | Sony Corp | 電子機器保守システム、電子機器、コンピュータ、並びにそのプログラム |
| JP4513925B2 (ja) * | 2001-10-30 | 2010-07-28 | ソニー株式会社 | 電子機器保守システム、電子機器、コンピュータ、並びにそのプログラム |
| JP4599841B2 (ja) * | 2001-10-30 | 2010-12-15 | ソニー株式会社 | 電子機器監視方法 |
| US8886698B2 (en) | 2001-10-30 | 2014-11-11 | Sony Corporation | Electronic device monitoring method, electronic device computer and program thereof |
| JP2006107460A (ja) * | 2004-08-27 | 2006-04-20 | Ricoh Co Ltd | ネットワークデバイスからステータス情報を抽出するための抽象型クラス使用方法およびシステム |
| JP4728070B2 (ja) * | 2004-08-27 | 2011-07-20 | 株式会社リコー | ネットワークデバイスからステータス情報を抽出するための抽象型クラス使用方法およびシステム |
| JP2015060278A (ja) * | 2013-09-17 | 2015-03-30 | 株式会社リコー | 情報処理装置、機器管理システム、プログラム及び機器管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2990650B2 (ja) | 1999-12-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3893438B1 (en) | Vnf service instantiation method and device | |
| US6249883B1 (en) | System and method for monitoring domain controllers | |
| EP1323037B1 (en) | Method and apparatus for controlling an extensible computing system | |
| US7574491B2 (en) | Virtual data center for network resource management | |
| CA2406821C (en) | Switchable resource management in clustered computer system | |
| US6542926B2 (en) | Software partitioned multi-processor system with flexible resource sharing levels | |
| US6633916B2 (en) | Method and apparatus for virtual resource handling in a multi-processor computer system | |
| US20060242290A1 (en) | Integrated service management system for remote customer support | |
| US20090282283A1 (en) | Management server in information processing system and cluster management method | |
| US20190056975A1 (en) | Virtualized network function manager determining method and network functions virtualization orchestrator | |
| US8468228B2 (en) | System architecture method and computer program product for managing telecommunication networks | |
| CN1614936A (zh) | 处理设备管理系统 | |
| JP2008517382A (ja) | 仮想マシンを含む資源グループの構成、監視、および／または管理 | |
| WO2015078498A1 (en) | Method and system for balancing load in a sdn network | |
| US20120233305A1 (en) | Method, apparatus, and computer product for managing operation | |
| US5894555A (en) | Apparatus and method for managing shared resources | |
| CN113839814B (zh) | 去中心化的Kubernetes集群联邦实现方法及系统 | |
| WO2020001409A1 (zh) | 一种虚拟网络功能vnf部署方法及装置 | |
| US7966394B1 (en) | Information model registry and brokering in virtualized environments | |
| US11500690B2 (en) | Dynamic load balancing in network centric process control systems | |
| JP3790717B2 (ja) | クラスタ化コンピュータ・システムでの入出力ブリッジ・デバイスのアトミック所有権変更動作 | |
| CN114615268A (zh) | 基于Kubernetes集群的服务网络、监控节点、容器节点及设备 | |
| JPH08316960A (ja) | ネットワーク管理システム | |
| US20050125516A1 (en) | Method and apparatus for managing configuration of a network | |
| JPH04311251A (ja) | マルチプロセッサシステム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 19990907 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071015 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081015 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091015 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101015 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101015 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111015 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111015 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121015 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121015 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131015 Year of fee payment: 14 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |