JP2990650B2 - ネットワーク管理システム - Google Patents
ネットワーク管理システムInfo
- Publication number
- JP2990650B2 JP2990650B2 JP7144226A JP14422695A JP2990650B2 JP 2990650 B2 JP2990650 B2 JP 2990650B2 JP 7144226 A JP7144226 A JP 7144226A JP 14422695 A JP14422695 A JP 14422695A JP 2990650 B2 JP2990650 B2 JP 2990650B2
- Authority
- JP
- Japan
- Prior art keywords
- protocol
- model
- handler
- management
- message
- 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.)
- Expired - Lifetime
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、ＬＡＮ、多重分離装
置、ルータ、データ交換機など、いわゆるコンピュータ
ネットワークを構成する複数種類、複数ベンダの提供す
る機器を統合的に管理する機能を具備したネットワーク
管理システムに関するものである。
置、ルータ、データ交換機など、いわゆるコンピュータ
ネットワークを構成する複数種類、複数ベンダの提供す
る機器を統合的に管理する機能を具備したネットワーク
管理システムに関するものである。
【０００２】
【従来の技術】図１及び図２により従来の技術を説明す
る。 （１）分散オブジェクト指向技術 分散オブジェクト指向技術とは、オブジェクト指向のイ
ンタフェースに基づいた複数の実行主体を、ネットワー
ク上に分散させて動作させる技術である。
る。 （１）分散オブジェクト指向技術 分散オブジェクト指向技術とは、オブジェクト指向のイ
ンタフェースに基づいた複数の実行主体を、ネットワー
ク上に分散させて動作させる技術である。
【０００３】これにより、マシンやそのプロセスが落ち
てしまったときに別のマシンでそのプロセスを立ち上げ
る事により、フォールトトレランシが向上する。また、
性能ネックであるオブジェクトに関しては、同一の役割
のオブジェクトを複数分配配置することにより、ボトル
ネックの回避ができる。
てしまったときに別のマシンでそのプロセスを立ち上げ
る事により、フォールトトレランシが向上する。また、
性能ネックであるオブジェクトに関しては、同一の役割
のオブジェクトを複数分配配置することにより、ボトル
ネックの回避ができる。
【０００４】（２）分散オブジェクト指向技術を用いた
ネットワーク管理システム 図１に分散オブジェクト指向技術を用いたネットワーク
管理システムの構成図を示す。個々の実装置に対し、対
象の装置の情報を収集、管理及び制御を行うネットワー
クエレメントモデル（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ
Ｍｏｄｅｌ：以下ＮＥモデルとする）（Ａ，Ｂ，Ｃ，
Ｄ）が存在し、処理を分散させている。ネットワーク管
理システムは、その各々のＮＥモデルから情報を取得し
たり、ＮＥモデルに制御指示を送出する事により、ネッ
トワークの管理及び制御を行っている。
ネットワーク管理システム 図１に分散オブジェクト指向技術を用いたネットワーク
管理システムの構成図を示す。個々の実装置に対し、対
象の装置の情報を収集、管理及び制御を行うネットワー
クエレメントモデル（Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ
Ｍｏｄｅｌ：以下ＮＥモデルとする）（Ａ，Ｂ，Ｃ，
Ｄ）が存在し、処理を分散させている。ネットワーク管
理システムは、その各々のＮＥモデルから情報を取得し
たり、ＮＥモデルに制御指示を送出する事により、ネッ
トワークの管理及び制御を行っている。
【０００５】（３）ネットワークエレメントモデル ネットワークエレメントモデルは、対象の実装置（ネッ
トワークエレメント）をソフトウェア化（モデル化）し
たものという位置付けである。その処理内容としては、
その実装置のもつ制御プロトコルを使用して設定情報を
蓄積したり、装置の制御情報の設定を行う。つまり、実
装置に複数の制御プロトコルが実装されている場合、そ
のネットワークエレメントモデルは複数の制御プロトコ
ルを使用してその役割を果たす事となる。
トワークエレメント）をソフトウェア化（モデル化）し
たものという位置付けである。その処理内容としては、
その実装置のもつ制御プロトコルを使用して設定情報を
蓄積したり、装置の制御情報の設定を行う。つまり、実
装置に複数の制御プロトコルが実装されている場合、そ
のネットワークエレメントモデルは複数の制御プロトコ
ルを使用してその役割を果たす事となる。
【０００６】（４）ネットワークエレメントモデルの継
承関係 図２に一般的なネットワークエレメントモデルの継承図
を示す。まず装置種別毎にサブクラス化（例：Ｒｏｕｔ
ｅｒＭｏｄｅｌ）しており、ここでは、その装置種別に
関係するモデルのもつインタフェース（メソッド）のみ
をまとめたものが実装されている。実際の処理の中身
は、そのベンダ（製造業者）毎にサブクラス化されたも
の（例：Ｃ社製Ｒｏｕｔｅｒに対してＣＲｏｕｔｅｒＭ
ｏｄｅｌ）に実装されている。つまり、各ベンダによっ
て、処理するプロトコルが異なったり、プロトコル利用
方法が異なったりするので、実際の処理はベンダ毎に分
けられたクラスで実装する事になる。
承関係 図２に一般的なネットワークエレメントモデルの継承図
を示す。まず装置種別毎にサブクラス化（例：Ｒｏｕｔ
ｅｒＭｏｄｅｌ）しており、ここでは、その装置種別に
関係するモデルのもつインタフェース（メソッド）のみ
をまとめたものが実装されている。実際の処理の中身
は、そのベンダ（製造業者）毎にサブクラス化されたも
の（例：Ｃ社製Ｒｏｕｔｅｒに対してＣＲｏｕｔｅｒＭ
ｏｄｅｌ）に実装されている。つまり、各ベンダによっ
て、処理するプロトコルが異なったり、プロトコル利用
方法が異なったりするので、実際の処理はベンダ毎に分
けられたクラスで実装する事になる。
【０００７】
【発明が解決しようとする課題】しかしながら、上述
の、現在多く運用されているネットワーク機器には、以
下の様な問題がある。 （１）一つのプロトコルでは全ての情報の取得設定がで
きない。 （２）ベンダにより同じ情報の取得設定で使用するプロ
トコルが異なる。 （３）同じプロトコルで情報を取得設定する場合でも、
ベンダによってその利用方法が異なっている。
の、現在多く運用されているネットワーク機器には、以
下の様な問題がある。 （１）一つのプロトコルでは全ての情報の取得設定がで
きない。 （２）ベンダにより同じ情報の取得設定で使用するプロ
トコルが異なる。 （３）同じプロトコルで情報を取得設定する場合でも、
ベンダによってその利用方法が異なっている。
【０００８】このような事から、既存のＮＥモデルに対
しベンダが異なるＮＥモデルを構築する場合（例えば、
Ｃ社製ＲｏｕｔｅｒのＲｏｕｔｅｒＭｏｄｅｌが既に構
築されていて、新たにＤ社製ＲｏｕｔｅｒのＲｏｕｔｅ
ｒＭｏｄｅｌを構築する場合）、同じインタフェースの
ＮＥモデルでありながらも、そのほとんどの部分を構築
し直す必要がある。更に、プロトコルに関する共通の処
理が多いにもかかわらず、各クラスで共有されないので
必要な再構築部分が大きくなる。
しベンダが異なるＮＥモデルを構築する場合（例えば、
Ｃ社製ＲｏｕｔｅｒのＲｏｕｔｅｒＭｏｄｅｌが既に構
築されていて、新たにＤ社製ＲｏｕｔｅｒのＲｏｕｔｅ
ｒＭｏｄｅｌを構築する場合）、同じインタフェースの
ＮＥモデルでありながらも、そのほとんどの部分を構築
し直す必要がある。更に、プロトコルに関する共通の処
理が多いにもかかわらず、各クラスで共有されないので
必要な再構築部分が大きくなる。
【０００９】また、使用中のプロトコルに異常があった
場合等、故障に対する処理を個々に構築するのは非常に
困難であり、機器へのアクセス処理を更に複雑にする。
場合等、故障に対する処理を個々に構築するのは非常に
困難であり、機器へのアクセス処理を更に複雑にする。
【００１０】本発明は上記問題点を改善し、ネットワー
クエレメントモデルの構築を簡単にすると共に、故障に
対する処理の構築が容易なネットワーク管理システムを
提供することを目的とする。
クエレメントモデルの構築を簡単にすると共に、故障に
対する処理の構築が容易なネットワーク管理システムを
提供することを目的とする。
【００１１】
【課題を解決するための手段】従って、本発明は、ネッ
トワークを構成する複数の種類の通信装置を、複数のベ
ンダによって提供される管理対象機器として統合的に管
理する機能を具備したネットワーク管理システムにおい
て、管理対象機器を管理するために管理メッセージを通
知する管理内容指定手段と、管理対象機器と通信を行
い、且つ該管理対象機器のベンダ情報毎にサブクラス化
して管理している、プロトコル種別毎の複数のプロトコ
ルハンドラと、管理メッセージが管理内容指定手段から
通知された際に、該管理メッセージに応答できるプロト
コルハンドラを選択し、該プロトコルハンドラへ該管理
メッセージを通知するプロトコル制御手段とを有するも
のであり、プロトコル制御手段は、プロトコルハンドラ
のリストを有しており、管理メッセージが管理内容指定
手段から通知された際に、該リストの最前部に位置する
プロトコルハンドラに対して応答できるか否かを問い合
わせ、応答できる場合に当該プロトコルハンドラへ管理
メッセージを通知したところ、異常が返答された場合
に、当該プロトコルハンドラをリストの最後部へ配置
し、該リストの次のプロトコルハンドラに対して応答で
きるか否かを問い合わせるように構成されているもので
ある。まず、使用しているプロトコルが変更になって
も、取得した情報を加工する部分、及び、ネットワーク
管理システムとのインタフェース部分の再利用性を高め
るため、ＮＥモデルをモデル上部層、モデル下部層に分
割する。モデル上部層は、モデル下部層を利用して情報
を蓄積加工するクラス層で、モデル下部層は、装置に実
装されているプロトコルを使用して実際の装置をアクセ
スするクラス層である。
トワークを構成する複数の種類の通信装置を、複数のベ
ンダによって提供される管理対象機器として統合的に管
理する機能を具備したネットワーク管理システムにおい
て、管理対象機器を管理するために管理メッセージを通
知する管理内容指定手段と、管理対象機器と通信を行
い、且つ該管理対象機器のベンダ情報毎にサブクラス化
して管理している、プロトコル種別毎の複数のプロトコ
ルハンドラと、管理メッセージが管理内容指定手段から
通知された際に、該管理メッセージに応答できるプロト
コルハンドラを選択し、該プロトコルハンドラへ該管理
メッセージを通知するプロトコル制御手段とを有するも
のであり、プロトコル制御手段は、プロトコルハンドラ
のリストを有しており、管理メッセージが管理内容指定
手段から通知された際に、該リストの最前部に位置する
プロトコルハンドラに対して応答できるか否かを問い合
わせ、応答できる場合に当該プロトコルハンドラへ管理
メッセージを通知したところ、異常が返答された場合
に、当該プロトコルハンドラをリストの最後部へ配置
し、該リストの次のプロトコルハンドラに対して応答で
きるか否かを問い合わせるように構成されているもので
ある。まず、使用しているプロトコルが変更になって
も、取得した情報を加工する部分、及び、ネットワーク
管理システムとのインタフェース部分の再利用性を高め
るため、ＮＥモデルをモデル上部層、モデル下部層に分
割する。モデル上部層は、モデル下部層を利用して情報
を蓄積加工するクラス層で、モデル下部層は、装置に実
装されているプロトコルを使用して実際の装置をアクセ
スするクラス層である。
【００１２】図３に分割後のＮＥモデル内部構成図を示
す。また、モデル下部層については、各プロトコル毎に
共通の処理をまとめることが可能であるため、制御プロ
トコル毎に処理をまとめたクラス（Ｐｒｏｔｏｃｏｌ
Ｈａｎｄｌｅｒ：以下ハンドラとする）の組合わせで構
築する事とする。そこで、このプロトコルに関する共通
の処理をまとめたクラスをスーパクラスとして、メーカ
によるプロトコル使用方法の異なりは、そのサブクラス
で実装する。
す。また、モデル下部層については、各プロトコル毎に
共通の処理をまとめることが可能であるため、制御プロ
トコル毎に処理をまとめたクラス（Ｐｒｏｔｏｃｏｌ
Ｈａｎｄｌｅｒ：以下ハンドラとする）の組合わせで構
築する事とする。そこで、このプロトコルに関する共通
の処理をまとめたクラスをスーパクラスとして、メーカ
によるプロトコル使用方法の異なりは、そのサブクラス
で実装する。
【００１３】図４に本発明におけるハンドラの継承関係
を示す。従って、複数の制御プロトコルをもつ装置に対
するＮＥモデルは、モデル下部層に複数のハンドラを実
装することになる。
を示す。従って、複数の制御プロトコルをもつ装置に対
するＮＥモデルは、モデル下部層に複数のハンドラを実
装することになる。
【００１４】図５に複数のハンドラを実装した場合のＮ
Ｅモデルの内部構成を示す。図５に示すように、モデル
下部層に複数のハンドラが存在することにより、モデル
上部層は情報取得のためのプロトコルを選択する必要が
あるので、モデル上部層にハンドラの振分け処理が必要
となるが、これでは、モデル上部層が複雑になるばかり
か、モデル上部層の再利用性が損なわれる。そこで、モ
デル上部層における振分け処理を解消するため、ハンド
ラのコントロール手法について以下に示す。
Ｅモデルの内部構成を示す。図５に示すように、モデル
下部層に複数のハンドラが存在することにより、モデル
上部層は情報取得のためのプロトコルを選択する必要が
あるので、モデル上部層にハンドラの振分け処理が必要
となるが、これでは、モデル上部層が複雑になるばかり
か、モデル上部層の再利用性が損なわれる。そこで、モ
デル上部層における振分け処理を解消するため、ハンド
ラのコントロール手法について以下に示す。
【００１５】このモデル上部層、モデル下部層のみの構
造では、どうしてもどこかにハンドラの振分け部分が必
要となってしまう。そこで、その２層間に、共通にアク
セスする部分を実装し、プロトコルコントローラとす
る。プロトコルコントローラは、自分が応答できるメッ
セージか否かを判断し、応答できないメッセージであれ
ば、設定されているハンドラにそのメッセージに応答で
きるか問い合わせを行う。もし、応答できるハンドラが
存在すれば、処理をそのハンドラに委譲する。
造では、どうしてもどこかにハンドラの振分け部分が必
要となってしまう。そこで、その２層間に、共通にアク
セスする部分を実装し、プロトコルコントローラとす
る。プロトコルコントローラは、自分が応答できるメッ
セージか否かを判断し、応答できないメッセージであれ
ば、設定されているハンドラにそのメッセージに応答で
きるか問い合わせを行う。もし、応答できるハンドラが
存在すれば、処理をそのハンドラに委譲する。
【００１６】図６にプロトコルコントローラを用いた場
合のＮＥモデル内部構成図を示す。また以下に、このプ
ロトコルコントローラを用いた場合の、モデル上部層と
プロトコルコントローラの処理を示す。 （１）モデル上部層は、プロトコルに関する情報（ハン
ドラ選択時の優先度も含む）をもったハンドラを、プロ
トコルコントローラに設定する。 （２）モデル上部層は、処理させるためのメッセージを
プロトコルコントローラに送出する。 （３）プロトコルコントローラは、自身が応答できるメ
ッセージでないならば、事前に設定されているハンドラ
群の中から、優先度の高い順にメッセージに応答出来る
か否かの問い合わせを行い、応答できるハンドラに処理
を委譲する。 （４）委譲されたハンドラは、その処理結果をモデル上
部層に返却する。
合のＮＥモデル内部構成図を示す。また以下に、このプ
ロトコルコントローラを用いた場合の、モデル上部層と
プロトコルコントローラの処理を示す。 （１）モデル上部層は、プロトコルに関する情報（ハン
ドラ選択時の優先度も含む）をもったハンドラを、プロ
トコルコントローラに設定する。 （２）モデル上部層は、処理させるためのメッセージを
プロトコルコントローラに送出する。 （３）プロトコルコントローラは、自身が応答できるメ
ッセージでないならば、事前に設定されているハンドラ
群の中から、優先度の高い順にメッセージに応答出来る
か否かの問い合わせを行い、応答できるハンドラに処理
を委譲する。 （４）委譲されたハンドラは、その処理結果をモデル上
部層に返却する。
【００１７】
【作用】このような構造でモデルを構築することによ
り、既存ＮＥモデルのベンダが異なるＮＥモデル（既存
モデルと同仕様）を構築する場合、 （１）モデル上部層 使用するプロトコル、及びプロトコルの利用方法の変更
に際し、ハンドラ設定部分の変更のみ （２）モデル下部層 該当メーカのハンドラが既存であれば、その組合わせを
実装するのみ 既存でないハンドラが必要でも、既存プロトコルを利用
すものであれば、そのベンダ特有の処理だけをサブクラ
ス化するだけで構築が可能となる。
り、既存ＮＥモデルのベンダが異なるＮＥモデル（既存
モデルと同仕様）を構築する場合、 （１）モデル上部層 使用するプロトコル、及びプロトコルの利用方法の変更
に際し、ハンドラ設定部分の変更のみ （２）モデル下部層 該当メーカのハンドラが既存であれば、その組合わせを
実装するのみ 既存でないハンドラが必要でも、既存プロトコルを利用
すものであれば、そのベンダ特有の処理だけをサブクラ
ス化するだけで構築が可能となる。
【００１８】また、機器へのアクセスは総てＰｒｏｔｏ
ｃｏｌＣｏｎｔｒｏｌｌｅｒ経由で処理されるので、ア
クセス方法を統一的に変更する事が容易となる。
ｃｏｌＣｏｎｔｒｏｌｌｅｒ経由で処理されるので、ア
クセス方法を統一的に変更する事が容易となる。
【００１９】
【実施例】図１は分散オブジェクト指向技術を用いたネ
ットワーク管理システムの構成を示したものである。１
つの実装置に対して１つのモデルが存在している。つま
り、各装置に関する処理を各モデルに分散させている。
ットワーク管理システムの構成を示したものである。１
つの実装置に対して１つのモデルが存在している。つま
り、各装置に関する処理を各モデルに分散させている。
【００２０】図２はネットワークエレメントモデルの従
来のクラス継承図である。まず、装置種別毎にサブクラ
ス化されており、それからベンダ毎にサブクラス化され
ている。
来のクラス継承図である。まず、装置種別毎にサブクラ
ス化されており、それからベンダ毎にサブクラス化され
ている。
【００２１】図３にＮＥモデルをモデル下部層、モデル
上部層に分割した場合のモデル内部構成図を示してい
る。各制御プロトコルの処理はモデル下部層で実装する
ことになる。
上部層に分割した場合のモデル内部構成図を示してい
る。各制御プロトコルの処理はモデル下部層で実装する
ことになる。
【００２２】図４は本発明によるモデル下部層を構成す
るクラスの継承図である。まず、プロトコル種別毎にサ
ブクラス化し、それからベンダ毎にサブクラス化してい
る。
るクラスの継承図である。まず、プロトコル種別毎にサ
ブクラス化し、それからベンダ毎にサブクラス化してい
る。
【００２３】図５は図４をモデル下部層に実装した場合
の、ネットワークエレメントモデルの内部構成を示した
ものである。複数の制御プロトコルをもつ装置を対象に
したものでは、モデル下部層は複数のクラスを持つよう
になる。そこで、モデル上部層にハンドラの振分け処理
が必要となる。
の、ネットワークエレメントモデルの内部構成を示した
ものである。複数の制御プロトコルをもつ装置を対象に
したものでは、モデル下部層は複数のクラスを持つよう
になる。そこで、モデル上部層にハンドラの振分け処理
が必要となる。
【００２４】図６は図５を更に進化させたものである。
モデル上部層に振分け処理が存在すると、使用するプロ
トコルに変更があった場合、モデル上部層を構築し直す
必要ができ、モデル上部層の汎用化が損なわれる。そこ
で、振分け処理を行うプロトコルコントローラを間にお
き、モデル上部層の振分け処理を解消した。プロトコル
コントローラは、モデル下部層がどのような構成である
のかにかかわらないので、モデル下部層により変更する
必要はない。
モデル上部層に振分け処理が存在すると、使用するプロ
トコルに変更があった場合、モデル上部層を構築し直す
必要ができ、モデル上部層の汎用化が損なわれる。そこ
で、振分け処理を行うプロトコルコントローラを間にお
き、モデル上部層の振分け処理を解消した。プロトコル
コントローラは、モデル下部層がどのような構成である
のかにかかわらないので、モデル下部層により変更する
必要はない。
【００２５】図７に通常時使用していたプロトコルが異
常になった時の処理を示す。図７では、通常ＣＳＮＭＰ
Ｈａｎｄｌｅｒを使用していたが、何らかの原因によ
り、機器側のＳＮＭＰが使用できなくなった場合、Ｐｒ
ｏｔｏｃｏｌＣｏｎｔｒｏｌｌｅｒはそれを通知されて
ＣＳＮＭＰＨａｎｄｌｅｒの選択優先度を下げる。これ
により、ＣＳＮＭＰＨａｎｄｌｅｒの使用頻度は低くな
り、別プロトコル（ＣＴｅｌｎｅｔＨａｎｄｌｅｒ）で
処理を行うことによって管理を継続させていることを示
している。
常になった時の処理を示す。図７では、通常ＣＳＮＭＰ
Ｈａｎｄｌｅｒを使用していたが、何らかの原因によ
り、機器側のＳＮＭＰが使用できなくなった場合、Ｐｒ
ｏｔｏｃｏｌＣｏｎｔｒｏｌｌｅｒはそれを通知されて
ＣＳＮＭＰＨａｎｄｌｅｒの選択優先度を下げる。これ
により、ＣＳＮＭＰＨａｎｄｌｅｒの使用頻度は低くな
り、別プロトコル（ＣＴｅｌｎｅｔＨａｎｄｌｅｒ）で
処理を行うことによって管理を継続させていることを示
している。
【００２６】図８にモデル上部層（ＣＲｏｕｔｅｒＭｏ
ｄｅｌ）の一部、図９にプロトコルコントローラの一
部、図１０にハンドラ群の中から図７に関連するハンド
ラの例を示す。尚、ここで示すプログラムはＯｂｊｅｃ
ｔｉｖｅ−Ｃで構築されている。
ｄｅｌ）の一部、図９にプロトコルコントローラの一
部、図１０にハンドラ群の中から図７に関連するハンド
ラの例を示す。尚、ここで示すプログラムはＯｂｊｅｃ
ｔｉｖｅ−Ｃで構築されている。
【００２７】図８の１から５は本発明の機構を利用する
ための準備を行ってる。１はプロトコルコントローラの
インスタンスをつくっており、２、３はそれぞれＣＴｅ
ｌｅｎｔＨａｎｄｌｅｒ、ＣＳＮＭＰＨａｎｄｌｅｒの
インスタンスをつくっている。そして、４、５はそれぞ
れのハンドラをプロトコルコントローラのハンドラリス
トに設定している。
ための準備を行ってる。１はプロトコルコントローラの
インスタンスをつくっており、２、３はそれぞれＣＴｅ
ｌｅｎｔＨａｎｄｌｅｒ、ＣＳＮＭＰＨａｎｄｌｅｒの
インスタンスをつくっている。そして、４、５はそれぞ
れのハンドラをプロトコルコントローラのハンドラリス
トに設定している。
【００２８】図８の６、７は実際にハンドラを使って装
置とアクセスする部分である。６の様にプロトコルコン
トローラにａｄｄＲｏｕｔｅ：を送出すると、プロトコ
ルコントローラは自分に実装していないメッセージであ
るので、−ｆｏｒｗａｒｄ：（ＳＥＬ）ａＳｅｌｅｃｔ
ｏｒ：（ｍａｒｇ＿ｌｉｓｔ）ａｒｇＦｒａｍｅを実行
する。プロトコルコントローラのｈａｎｄｌｅｒＬｉｓ
ｔには設定されたハンドラが設定されているので、図９
の８で一つずつ各ハンドラに応答できるか否かをきい
て、応答出来るハンドラがあれば、図９の９でそのハン
ドラに処理を委譲している。つまり、図８の６が実行さ
れる事によって、図９の９を経て図１０のＣＴｅｌｎｅ
ｔＨａｎｄｌｅｒのメソッド（ａｄｄＲｏｕｔｅ：）が
実行される。同様に、図９の７が実行されることによ
り、図１０のＣＳＮＭＰＨａｎｄｌｅｒのメソッド（ｇ
ｅｔＲｏｕｔｅＴａｂｌｅ）が実行される。また、図９
の１０、１１はハンドラがエラーを返した場合の処理を
示している。図９の１０ではそのハンドラをハンドラリ
ストから削除し、図９の１１でハンドラリストの最後部
に加えている。これにより、エラーを返したハンドラの
選択優先度が下がっている。
置とアクセスする部分である。６の様にプロトコルコン
トローラにａｄｄＲｏｕｔｅ：を送出すると、プロトコ
ルコントローラは自分に実装していないメッセージであ
るので、−ｆｏｒｗａｒｄ：（ＳＥＬ）ａＳｅｌｅｃｔ
ｏｒ：（ｍａｒｇ＿ｌｉｓｔ）ａｒｇＦｒａｍｅを実行
する。プロトコルコントローラのｈａｎｄｌｅｒＬｉｓ
ｔには設定されたハンドラが設定されているので、図９
の８で一つずつ各ハンドラに応答できるか否かをきい
て、応答出来るハンドラがあれば、図９の９でそのハン
ドラに処理を委譲している。つまり、図８の６が実行さ
れる事によって、図９の９を経て図１０のＣＴｅｌｎｅ
ｔＨａｎｄｌｅｒのメソッド（ａｄｄＲｏｕｔｅ：）が
実行される。同様に、図９の７が実行されることによ
り、図１０のＣＳＮＭＰＨａｎｄｌｅｒのメソッド（ｇ
ｅｔＲｏｕｔｅＴａｂｌｅ）が実行される。また、図９
の１０、１１はハンドラがエラーを返した場合の処理を
示している。図９の１０ではそのハンドラをハンドラリ
ストから削除し、図９の１１でハンドラリストの最後部
に加えている。これにより、エラーを返したハンドラの
選択優先度が下がっている。
【００２９】
【発明の効果】既存ＮＥモデルの異なるベンダのモデル
を同仕様で構築する場合、開発コストが非常に少なくな
る。
を同仕様で構築する場合、開発コストが非常に少なくな
る。
【００３０】また、 （１）実行途中でも、設定済ハンドラのもつ優先度の変
更により使用するプロトコルの変更が可能 （２）動作中のプロトコルが異常な時、また異常中であ
ったプロトコルが回復した時、ハンドラの削除・追加に
より、そのプロトコルへのアクセス停止・開始機能が簡
単に実装できる というような故障に対する処理も容易に構築できる。
更により使用するプロトコルの変更が可能 （２）動作中のプロトコルが異常な時、また異常中であ
ったプロトコルが回復した時、ハンドラの削除・追加に
より、そのプロトコルへのアクセス停止・開始機能が簡
単に実装できる というような故障に対する処理も容易に構築できる。
【図１】分散オブジェクト指向技術を用いたネットワー
ク管理システムの構成を示したものである。
ク管理システムの構成を示したものである。
【図２】ネットワークエレメントモデルの従来のクラス
継承図である。
継承図である。
【図３】ＮＥモデルをモデル下部層、モデル上部層に分
割した場合のモデル内部構成図を示している。
割した場合のモデル内部構成図を示している。
【図４】本発明によるモデル下部層を構成するクラスの
継承図である。
継承図である。
【図５】図４をモデル下部層に実装した場合の、ネット
ワークエレメントモデルの内部構成を示したものであ
る。
ワークエレメントモデルの内部構成を示したものであ
る。
【図６】プロトコルコントローラを利用して図５を更に
進化させたものである。
進化させたものである。
【図７】ハンドラが機器とのアクセスが異常であると判
断した場合の処理を示したものである。
断した場合の処理を示したものである。
【図８】本発明における、構築例をＯｂｊｅｃｔｉｖｅ
−Ｃで書いた図である。
−Ｃで書いた図である。
【図９】本発明における、構築例をＯｂｊｅｃｔｉｖｅ
−Ｃで書いた図である。
−Ｃで書いた図である。
【図１０】本発明における、構築例をＯｂｊｅｃｔｉｖ
ｅ−Ｃで書いた図である。
ｅ−Ｃで書いた図である。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒野 高志 東京都千代田区内幸町一丁目１番６号 日本電信電話株式会社内 (56)参考文献 特開 平７−93235（ＪＰ，Ａ) 特開 平７−219776（ＪＰ，Ａ) 1995信学総大Ｄ−154青野他「分散オ ブジェクト指向プラットフォーム上のネ ットワークマネージメントシステム」 信学技報ＩＮ94−119福井他「分散平 行オブジェクトを用いたネットワーク管 理」 信学技報ＣＳ93−122檜垣他「オブジ ェクト指向に基づくネットワーク管理シ ステム」 1992信学秋大ＳＢ６−４ 1990信学総大Ｂ427 ＮＴＴ Ｒ＆Ｄ ＶＯＬ．44 ＮＯ. １ (58)調査した分野(Int.Cl.6，ＤＢ名) H04L 12/24 G06F 9/44 535 H04L 12/26 H04L 29/06
Claims (1)
- 【請求項１】 ネットワークを構成する複数の種類の通
信装置を、複数のベンダによって提供される管理対象機
器として統合的に管理する機能を具備したネットワーク
管理システムにおいて、 前記管理対象機器を管理するために管理メッセージを通
知する管理内容指定手段と、 前記管理対象機器と通信を行い、且つ該管理対象機器の
ベンダ情報毎にサブクラス化して管理している、プロト
コル種別毎の複数のプロトコルハンドラと、 前記管理メッセージが前記管理内容指定手段から通知さ
れた際に、該管理メッセージに応答できる前記プロトコ
ルハンドラを選択し、該プロトコルハンドラへ該管理メ
ッセージを通知するプロトコル制御手段とを有してお
り、 前記プロトコル制御手段は、前記プロトコルハンドラの
リストを有しており、前記管理メッセージが前記管理内
容指定手段から通知された際に、該リストの最前部に位
置するプロトコルハンドラに対して応答できるか否かを
問い合わせ、応答できる場合に当該プロトコルハンドラ
へ前記管理メッセージを通知したところ、異常が返答さ
れた場合に、当該プロトコルハンドラを前記リストの最
後部へ配置し、該リストの次のプロトコルハンドラに対
して応答できるか否かを問い合わせるように構成されて
いる ことを特徴とするネットワーク管理システム。
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 JPH08316960A (ja) | 1996-11-29 |
| JP2990650B2 true 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) |
Families Citing this family (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 |
| US7574503B2 (en) * | 2004-08-27 | 2009-08-11 | Ricoh Company Ltd. | Method and system for using abstract classes to extract status information from networked devices |
| JP2015060278A (ja) * | 2013-09-17 | 2015-03-30 | 株式会社リコー | 情報処理装置、機器管理システム、プログラム及び機器管理方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0782465B2 (ja) * | 1989-08-14 | 1995-09-06 | 日本電気株式会社 | 統合ネットワーク管理方式 |
| JPH04157944A (ja) * | 1990-10-22 | 1992-05-29 | Nippon Telegr & Teleph Corp <Ntt> | 通信網管理制御方法および装置 |
| JP3430574B2 (ja) * | 1993-09-20 | 2003-07-28 | 富士通株式会社 | ネットワーク管理システム |
| JP2918088B2 (ja) * | 1994-02-10 | 1999-07-12 | 株式会社日立製作所 | 階層型ネットワーク管理システムおよびネットワーク管理情報の制御方法 |
-
1995
- 1995-05-19 JP JP7144226A patent/JP2990650B2/ja not_active Expired - Lifetime
Non-Patent Citations (6)
| Title |
|---|
| １９９０信学総大Ｂ４２７ |
| １９９２信学秋大ＳＢ６−４ |
| １９９５信学総大Ｄ−１５４青野他「分散オブジェクト指向プラットフォーム上のネットワークマネージメントシステム」 |
| ＮＴＴ Ｒ＆Ｄ ＶＯＬ．４４ ＮＯ．１ |
| 信学技報ＣＳ９３−１２２檜垣他「オブジェクト指向に基づくネットワーク管理システム」 |
| 信学技報ＩＮ９４−１１９福井他「分散平行オブジェクトを用いたネットワーク管理」 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08316960A (ja) | 1996-11-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210326167A1 (en) | Vnf service instantiation method and apparatus | |
| US7716373B2 (en) | Method, apparatus, and computer product for updating software | |
| US8145789B1 (en) | Method providing a single console control point for a network device cluster | |
| JP4350410B2 (ja) | ネットワーク・デバイスの構成を管理する方法、システム、そのためのプログラムおよび記録媒体 | |
| US6012084A (en) | Virtual network communication services utilizing internode message delivery task mechanisms | |
| US20090282283A1 (en) | Management server in information processing system and cluster management method | |
| US20030074426A1 (en) | Dynamic cluster versioning for a group | |
| US20020031214A1 (en) | Interface for interfacing client programs with network devices in a telecommunications network | |
| EP3413511B1 (en) | Vnfm determining method and network function virtualization orchestrator | |
| CN109101196A (zh) | 主节点切换方法、装置、电子设备及计算机存储介质 | |
| US7251813B2 (en) | Server apparatus having function of changing over from old to new module | |
| JPH1165968A (ja) | ネットワーク管理方法及びそのシステム | |
| JP2990650B2 (ja) | ネットワーク管理システム | |
| US6477539B1 (en) | Method and apparatus for interfacing a manager and a plant | |
| US7222174B2 (en) | Monitoring control network system | |
| JP4729174B2 (ja) | 交換システムにおけるプログラミング通話処理アプリケーション | |
| US6137801A (en) | Telecommunication switching system administrative and management tools | |
| JP4229288B2 (ja) | 分配情報生成システム、及び、分配情報生成方法 | |
| JPH04311251A (ja) | マルチプロセッサシステム | |
| JPH10116257A (ja) | 分散メディア処理サーバおよび該分散メディア処理サーバを用いた通信ネットワーク | |
| JP4034201B2 (ja) | 計算機資源利用方式及び計算機資源利用方法 | |
| CN109697126A (zh) | 一种针对服务器的数据处理方法和装置 | |
| EP4096192B1 (en) | Resilient routing systems and methods for hosted applications | |
| WO2023058137A1 (ja) | アクション実行システム及びその制御方法 | |
| JP2820942B2 (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 |