JPH0589018A

JPH0589018A - 管理情報ベース

Info

Publication number: JPH0589018A
Application number: JP3252034A
Authority: JP
Inventors: Atsushi Ishiba; 淳石場; Harunobu Mizuno; 治展水野; Tetsuya Wada; 哲也和田; Nobutoshi Higaki; 伸俊桧垣; Tomoko Izaki; 智子井崎; Yoshihiro Kawagoe; 義広川越
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1991-09-30
Filing date: 1991-09-30
Publication date: 1993-04-09

Abstract

(57)【要約】【目的】複数の被管理装置に対して管理操作を行うネ
ットワーク管理装置に設けられ、管理アプリケーション
の要求に応じて、前記被管理装置の管理情報を蓄積する
管理情報ベースにおいて、アプリケーションを作成する
ユーザが下位の通信プロトコルを意識することなく、通
常のデータベースを扱うように、簡潔な操作で、管理情
報ベースをアクセスして、管理操作要求を行うことがで
きることを目的とする。【構成】被管理装置の管理情報を格納する管理情報格納
部と、前記管理情報格納部に管理操作要求を行う管理操
作要求部と、前記管理情報格納部から管理操作要求メッ
セージを作成する管理プロトコルインタフェース部とを
備え、管理操作要求部からの入力に従って管理情報格納
部を検索するとともに、直接管理情報格納部から管理操
作要求メッセージを管理プロトコルインタフェース部に
送出することによって、管理操作とそれに対する結果応
答の格納が一括して行える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の被管理装置に対
して管理操作を行うネットワーク管理装置に設けられ、
管理アプリケーションの要求に応じて、前記被管理装置
の管理情報を蓄積する管理情報ベースに関するものであ
る。

【０００２】

【従来の技術】通信ネットワーク上に分散する複数の被
管理装置の属性やその振舞いに関する情報は、各被管理
装置がもつ管理情報ベースに蓄えられており、ネットワ
ーク管理装置は、各被管理装置の管理情報ベースに対し
てリモートアクセスを行って、管理情報の検索や設定を
行い、ネットワークシステム全体の効率的な運用管理を
行う。この際、ネットワーク管理装置に、例えば、1990
年電子情報通信学会秋季全国大会予稿B-555に開示され
ているような管理情報ベースが設けられる。

【０００３】この種の管理情報ベースは、例えば図４に
示すように、管理ノード３００並びに被管理ノード４０
０からなるネットワーク管理システムに設けられる。管
理ノード３００は、管理アプリケーション処理部３１
０、管理情報ベース３２０、通信プロトコル処理部３３
０から構成される。管理ノード３００内の管理情報ベー
ス３２０には管理情報構造検索部３２１、管理情報格納
部３２２及び管理プロトコルインタフェース部３２３が
設けられている。また、被管理ノード４００は、被管理
アプリケーション部４１０、管理情報ベース４２０、通
信プロトコル処理部４３０から構成される。

【０００４】上記、被管理ノード４００内の管理対象に
対して管理操作、例えば属性値の検索を行う場合、管理
アプリケーション処理部３１０において、該当の管理ア
プリケーションを起動する。起動されたアプリケーショ
ンは、管理情報構造検索部３２１を使って、管理操作を
行いたい被管理ノード４００内の管理対象の識別名を管
理情報格納部３２２から検索する。検索して得られた管
理対象の複数の識別名から、管理プロトコルインタフェ
ース部３２３を使って、管理操作要求を作成し、通信プ
ロトコル処理部３３０に対して要求を発行し、通信プロ
トコル処理部３３０でプロトコル処理を施して被管理ノ
ード４００に対して通信メッセージを送出する。管理ノ
ード３００からの通信メッセージを受信した被管理ノー
ド４００は、通信プロトコル処理部４３０において受信
したメッセージから管理操作を抽出し、被管理アプリケ
ーション処理部４１０に送出する。管理ノード３００か
らの管理操作を受信した被管理アプリケーション処理部
４１０は、該当の管理操作を実行するアプリケーション
を起動し、管理情報ベース４２０内の該当の管理対象を
検索し、該当の管理操作を実行し、実行した結果応答を
同様に通信プロトコル処理部４３０を介して管理ノード
３００に対して返送する。管理ノード４００からの結果
応答を受信した管理ノード３００では、通信プロトコル
処理部３３０において受信したメッセージから結果応答
を抽出し、管理操作を起動した管理アプリケーション処
理部３１０内の該当管理アプリケーションに結果を渡
し、返送された結果を管理情報ベース３２０に格納す
る。

【０００５】この従来の構成において、例えば、ある管
理対象の属性値の検索（ＧＥＴ処理）を行う場合、通信
プロトコル処理部３３０が被管理装置の管理情報構造に
対応して例えばＯＳＩでISO/IEC 9596として規定されて
いるＣＭＩＰ（Common Management Information Protoc
ol）を使用するなら、以下のパラメータが管理プロトコ
ルインタフェース部３２３の入力として必要となる。

【０００６】・コマンド識別子 …サービスの種別（この
場合ＧＥＴ）・起動識別子 …各操作の識別番号・基点管理対象クラス …検索の基点とする管理
対象の属するクラスの識別子・基点管理対象インスタンス …検索の基点とする管理
対象の識別名・スコープ …基点となるインスタン
スから検索する包含キーの深さ・フィルタ …検索する属性値の条件・同期機能 …指定した複数対象に対
する要求の時、途中で失敗したら中断するか、途中で失
敗しても最後まで検索するかの指定・属性識別子リスト …検索したい属性値の属
性識別子のリストまた、属性値の変更（ＳＥＴ）を行う場合には、上記属
性識別子リストが属性リスト（属性識別子と変更したい
属性値の組のリスト）に置き代わる。

【０００７】その他、ＯＳＩのサービスにはＧＥＴ，Ｓ
ＥＴの他にＣＲＥＡＴＥ（管理対象の生成）、ＤＥＬＥ
ＴＥ（管理対象の削除）、ＡＣＴＩＯＮ（管理対象の制
御）、ＥＶＥＮＴ−ＲＥＰＯＲＴ（管理対象からの事象
報告）、ＣＡＮＣＥＬ−ＧＥＴ（検索要求の取消）があ
り、複雑な操作要求が可能である。一方、通信プロトコ
ル処理部３３０がＯＳＩの管理プロトコルではなく、Ｒ
ＦＣ１１５７で規定されているＳＮＭＰを使う場合、Ｇ
ＥＴのパラメータはＣＭＩＰと比べると比較的簡単で、
以下のものからなる。

【０００８】・コマンド識別子・宛先アドレス・操作識別子・属性識別子リスト尚、ＳＮＭＰにおけるサービスは、ＧＥＴの他にＧＥＴ
−ＮＥＸＴ，ＳＥＴがあるが、ＣＲＥＡＴＥ，ＤＥＬＥ
ＴＥ等はない。

【０００９】

【発明が解決しようとする課題】ところで、上記従来の
構成において、管理ノードの管理アプリケーションは、
管理ノード内の管理情報ベース３２０を一旦検索して、
検索する管理対象を特定したのち、（例えば上記の場
合、基点管理対象クラス、基点管理対象インスタンス及
びスコープから管理対象の識別名を求める）、管理プロ
トコルインタフェース部３２３（その他のパラメータを
入力として）を使って、被管理ノード４００に要求を送
信し、その応答を得ていた。すなわち、従来は、管理ア
プリケーションの作成者に対して、仮想的なデータベー
スを検索したのち、管理プロトコルインタフェース部３
２３を使って対象となる管理対象に要求を行うという２
段階に分けたインタフェースを提供していた。なぜな
ら、管理プロトコルが変われば、行える要求の種類も変
わるし、各要求に必要なパラメータも変わるという理由
からである。

【００１０】本発明は、管理プロトコルがＯＳＩで規定
されているＣＭＩＰであろうと、ＲＦＣ１１５７で規定
されているＳＮＭＰ（Simple Network Management Prot
ocol）であろうと、管理プロトコルを意識せずに、管理
アプリケーション作成者が通常のデータベースを扱うの
と似た簡単なインタフェースで、ネットワーク上に分散
した管理対象にさまざまな管理要求を出し、管理情報を
格納することのできる管理情報ベースを提供することを
目的としている。

【００１１】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数の被管理装置に対して管理操作を行
うネットワーク管理装置に設けられ、管理アプリケーシ
ョンの要求に応じて、前記被管理装置の管理情報を蓄積
する管理情報ベースにおいて、被管理装置の管理情報を
格納する管理情報格納部と、管理アプリケーションの要
求に基づく管理操作要求を前記管理情報格納部に与える
と共に、管理対象とする被管理装置の管理情報構造の種
類を判定する管理操作要求部と、被管理装置の管理情報
構造の種類に対応した管理プロトコルを保有し、管理操
作要求時には、前記管理操作要求部で判定された管理情
報構造に対応した所定の管理プロトコルを選択し、管理
情報格納部から得る管理操作メッセージを選択された管
理プロトコルで作成する管理プロトコルインタフェース
と、を備えていることを特徴としている。

【００１２】

【作用】本発明によれば、管理操作要求部が被管理装置
の管理情報構造に対応した管理プロトコルを判定し、管
理情報格納部に管理操作と識別名を検索するための条件
を入力して管理対象の管理操作要求を行い、これを受け
て、管理情報格納部は管理対象の識別名を検索し、検索
処理の結果から管理プロトコルインタフェース部を使っ
て、自動的に管理操作要求メッセージの作成を行い、被
管理装置に管理操作を送出する。この場合、管理プロト
コルインタフェース部は被管理装置の管理情報構造の種
類に対応した管理プロトコルを有しており、管理操作要
求時には管理操作要求部で判定された所定の管理プロト
コルで管理操作要求メッセージを作成することとなるの
で、管理アプリケーションの作成者は何ら管理プロトコ
ルを意識せずに様々な種類の被管理装置に管理操作を送
出することができる。

【００１３】

【実施例】図１は、本発明の第１の実施例における管理
情報ベースの構成を示すブロック図である。図１におい
て、１００はネットワーク管理装置である管理ノード
で、管理アプリケーション処理部１１０と、管理情報ベ
ース１２０と、通信プロトコル処理部１３０とからな
る。管理情報ベース１２０は管理操作要求部１２１と管
理情報格納部１２２と、管理プロトコルインタフェース
部１２３とからなる。

【００１４】管理アプリケーション処理部１１０は、被
管理ノードに対して管理操作を行う場合にオペレータに
よって起動されるべき管理アプリケーションを保有して
いる。管理操作要求部１２１は、アプリケーションの管
理操作要求指示に応じて、管理対象の識別名の検索条件
や実行する管理操作等の要件を要求として受けつけるよ
うになっている。詳しくは、管理操作要求部１２１は、
管理アプリケーション処理部から入力される所定のパラ
メータから管理プロトコルの種類（例えばＣＭＩＰであ
るかＳＮＭＰであるか）を判断すると共に、その他に必
要なパラメータの補充を行うインタフェース部である。
管理アプリケーション処理部１１０から入力されるパラ
メータとは、例えば、ＧＥＴ（属性値の検索）の場合、
コマンド識別子（例えば、ＧＥＴ）、相対識別名及び属
性識別子リスト（ＳＥＴの場合は属性リスト）の３種で
ある。入力されたパラメータから管理プロトコルの種類
を判定すると共に、必要なパラメータの補充を行うとい
った動作をするため、管理操作要求部１２１は管理プロ
トコル判定部１２１ａと、起動識別子生成部１２１ｂと
管理表検索及びデータ格納部１２１ｃとを有している。

【００１５】管理プロトコル判定部１２１ａは入力され
るパラメータのうちコマンド識別子と属性識別子リスト
とから管理プロトコルがＯＳＩで規定されているＣＭＩ
ＰであるかＲＦＣ１１５７で規定されているＳＮＭＰで
あるかを判断する。上記２つのパラメータはＣＭＩＰと
ＳＮＭＰとで明らかに異なっているので、そのパラメー
タから自動的に管理プロトコルの種類を判定できる。管
理プロトコルの判定結果は、管理情報格納部１２２を経
由して管理プロトコルインタフェース部１２３に伝送さ
れる。

【００１６】前記起動識別子生成部１２１ａは、各管理
要求の操作を識別するための数値を生成する。管理表検
索及びデータ格納部１２１ｂは、いくつかの管理表を予
め作成し、それらを検索することによって、パラメータ
を補完したり、値を格納したりする。これらの管理表は
メモリ又はディスク内で保持され、その中のデータは必
要に応じて、動的に追加・削除される。追加・削除は検
索作業を伴うが、必要な検索は速く行えるように、予
め、ひとつの表のある項目がキーになるようにした検索
用の表を複数作成しておく。

【００１７】管理表の例を図２に示す。ＧＥＴ（ＣＭＩ
Ｐの場合）パラメータを作成する場合を説明すると、管
理表検索及びデータ格納部１２１ｂは、図２（ａ）に示
す管理対象インスタンス管理表を使って、入力されたパ
ラメータのうち相対識別名（インスタンスの名前）から
インスタンスＩＤを検索し、表中の“定義”にあるイン
スタンスの性質を定義している管理対象クラス管理表の
管理対象ＩＤを得る。得られた管理対象ＩＤをキーにし
て、図２（ｂ）の管理対象クラス管理表から、ＩＤを得
て、図２（ｃ）のＩＤ管理表から、規格で決められてい
る実際のオブジェクトＩＤ（＝管理対象クラス）を得
る。

【００１８】更に、“上位”に存在する自分自身が包含
される上位のインスタンスＩＤを得て、次々とリンクす
ることによって、各々の名前（相対識別名）から、それ
らをつなげた識別名（＝基点管理対象インスタンス）を
得る。また、入力されたパラメータのうち、属性識別子
リスト（属性固有のオブジェクトＩＤのリスト）から、
ＩＤ管理表のオブジェクトＩＤをキーにして検索し、Ｉ
Ｄを得る。このＩＤをキーにして図２（ｅ）の属性管理
表から属性ＩＤを得る。このようにして属性識別子リス
トは属性ＩＤのリストに変換する。

【００１９】尚、属性の初期値は、管理表作成時に、属
性ＩＤとその属性値の初期値を使って属性値管理表に登
録し、属性値ＩＤを生成する。一方、管理操作要求部１
２１が属性値の変更（ＳＥＴ）要求を受付けると、管理
対象インスタンス管理表に、インスタンスＩＤ、属性値
ＩＤ及び属性値を入力する。まず、インスタンスＩＤを
キーにして“属性値ＩＤ”を得る。得られた属性値ＩＤ
をキーにして属性値管理表を使って属性ＩＤを得て、さ
らに属性管理表を検索し、対応するメソッドとパラメー
タを得て、実際の値を求め、属性値管理表の“属性値”
の項に入れる。

【００２０】次に、管理情報格納部１２２は、管理操作
要求部１２１から送られてくるパラメータに応じて、該
当する管理対象の識別名等の検索を行い、該当の識別名
と管理操作等を出力する。管理プロトコルインタフェー
ス部１２３は、図３に示すように被管理装置の管理情報
構造の種類に対応して、ＣＭＩＰやＳＮＭＰの管理プロ
トコルインタフェース１２３ａ、ｂを有していると共
に、その管理プロトコルインタフェースの１つを選択す
る選択部１２３ｃを備えている。この管理プロトコル選
択部１２３ｃは管理操作要求部１２１で判定された管理
プロトコル判定情報をもとに管理プロトコルインタフェ
ース１２３ａ、ｂの選択を行う。

【００２１】通信プロトコル処理部１３０は、通信プロ
トコル処理によって、管理操作メッセージの送受信を行
う。より具体的には、例えば、管理情報ベース１２０か
らのメッセージ送出指示に基づいて、メッセージの宛先
ノードの指定等を含む所定のフォーマットのデータを生
成し、さらに宛先ノードとの通信に用いるネットワーク
や電送方式等に応じた形式への変換等を行って、電気信
号または光信号として送出するなどの処理を行ってい
る。

【００２２】上記の構成において、複数の被管理ノード
に対して、管理ノード１００から管理操作を行う場合、
管理アプリケーション処理部１１０でオペレータによっ
て管理アプリケーションが起動され、管理情報要求部１
２１において入力されたパラメータから管理プロトコル
の判定と他の必要なパラメータを補充して管理情報格納
部１２２に出力する。管理操作要求を受けた管理情報格
納部１２２は該当の管理対象の識別名を検索する。検索
を行った結果と、それに対する管理操作から管理プロト
コルインタフェース部１２３は、該当の管理プロトコル
に応じた管理操作要求メッセージを作成し、通信プロト
コル処理部１３０に送る。通信プロトコル処理部１３０
ではプロトコル処理を施して、複数の被管理ノードに送
信する。被管理ノードからの結果応答メッセージを受信
した管理ノード１００は、通信プロトコル処理部１３０
において、受信したメッセージから管理操作要求に対す
る結果応答を抽出し、管理情報ベース１２０に送出す
る。

【００２３】管理情報ベース１２０は、管理プロトコル
インタフェース部１２３において、抽出された結果応答
から管理対象の識別名と管理操作結果を取り出し、管理
情報格納部１２２に送出する。管理情報格納部１２２に
おいては、得られた管理操作結果を識別名ごとに蓄積す
るとともに、管理アプリケーション処理部１１０に要求
の結果として送出する。管理アプリケーション処理部１
１０では該当の管理操作を要求したアプリケーションに
対して結果を渡す。

【００２４】このように、管理アプリケーションからの
管理操作を管理対象の検索と共に一括して処理すること
ができるので、通信処理を意識する必要がなくなり、ア
プリケーション作成の容易さが大幅に向上する。

【００２５】

【発明の効果】以上説明したように、本発明によれば、
複数の被管理装置に対して管理操作を行うネットワーク
管理装置に設けられ、管理アプリケーションの要求に応
じて、前記被管理装置の管理情報を蓄積する管理情報ベ
ースにおいて、アプリケーションを作成するユーザが下
位の通信プロトコルを意識することなく、通常のデータ
ベースを扱うように、簡潔な操作で、管理情報ベースを
アクセスして、様々な管理構造をもった被管理装置に対
して管理操作要求を行うことができるという効果があ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施例における管理情報ベース
の構成を示すブロック図である。

【図２】管理操作要求部の保有している管理表を例示し
た図である。

【図３】管理プロトコルインタフェース部の構成を示す
図である。

【図４】従来の管理情報ベースを備えたネットワーク管
理システム図である。

【符号の説明】

１００管理ノード１１０管理アプリケーション処理部１２０管理情報ベース１２１管理操作要求部１２２管理情報格納部１２３管理プロトコルインタフェース部１３０通信プロトコル処理部３００管理ノード３１０管理アプリケーション処理部３２０管理情報ベース３２１管理情報構造検索部３２２管理情報格納部３２３管理プロトコルインタフェース部３３０通信プロトコル処理部４００被管理ノード４１０被管理アプリケーション処理部４２０管理情報ベース４３０通信プロトコル処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者桧垣伸俊大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者井崎智子大阪府門真市大字門真1006番地松下電器産業株式会社内 (72)発明者川越義広大阪府門真市大字門真1006番地松下電器産業株式会社内

Claims

【特許請求の範囲】

【請求項１】複数の被管理装置に対して管理操作を行
うネットワーク管理装置に設けられ、管理アプリケーシ
ョンの要求に応じて、前記被管理装置の管理情報を蓄積
する管理情報ベースにおいて、被管理装置の管理情報を格納する管理情報格納部と、管理アプリケーションの要求に基づく管理操作要求を前
記管理情報格納部に与えると共に、管理対象とする被管
理装置の管理情報構造の種類を判定する管理操作要求部
と、被管理装置の管理情報構造の種類に対応した管理プロト
コルを保有し、管理操作要求時には、前記管理操作要求
部で判定された管理情報構造に対応した所定の管理プロ
トコルを選択し、管理情報格納部から得る管理操作メッ
セージを選択された管理プロトコルで作成する管理プロ
トコルインタフェースと、を備えていることを特徴とする管理情報ベース。