JPH08235050A - ネットワーク管理システムにおける名前変換方式 - Google Patents

Abstract

(57)【要約】 【目的】 エージェント側の最上位の管理対象オブジェ
クト名にエージェント間での重複を許容しつつ、各エー
ジェント下の管理対象オブジェクト名をマネージャで一
意に識別し得るようにする。 【構成】 ＯＳＩ管理を実装し、マネージャ１が複数の
エージェント2,3 を統合管理するネットワーク管理シス
テムである。対応表11はエージェント2,3 毎にその最上
位の管理対象オブジェクト名とマネージャ側でそれに対
して付与した管理対象オブジェクト名との対応関係を保
持する。名前変換手段12は、対応表11を参照して、エー
ジェント2,3 から受信したデータ中に含まれるエージェ
ント側での最上位の管理対象オブジェクト名に相当する
箇所を、マネージャ側での管理対象オブジェクト名に変
換し、エージェント2,3 へ送信すべきデータ中に含まれ
るマネージャ側での管理対象オブジェクト名に相当する
箇所を、エージェント側での最上位の管理対象オブジェ
クト名に変換する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はネットワーク管理システ
ムにおける名前変換方式に関し、より詳細には、複数の
エージェントをマネージャが管理する場合に、各エージ
ェント下の管理対象オブジェクト名をマネージャで一意
に識別するための名前変換方式に関する。

【０００２】

【従来の技術】ＯＳＩ管理を実装し、マネージャが複数
のエージェントを統合管理するネットワーク管理システ
ムにおいては、各エージェントはそのエージェントが管
理している管理対象オブジェクト名やその属性およびオ
ブジェクト間の包含関係を定義した管理情報ベース（以
下、ＭＩＢと称す）を保持している。そして、従来にお
いては、このＭＩＢに定義されたインスタンスツリーの
最上位の管理対象オブジェクト名、つまり、エージェン
トが管理する管理対象オブジェクトの包含関係における
最上位の管理対象オブジェクト名は、エージェント間で
重複することは許されず、マネージャ側でそれらに対し
て付与しているユニークな管理対象オブジェクト名と同
一のユニークなものである必要があった。

【０００３】このため、従来は図７に示すように、新た
なエージェントをマネージャに接続する場合には、それ
に先立って、そのエージェントのＭＩＢで定義されてい
る管理対象オブジェクト名と、オブジェクトインスタン
ス型である属性値等の値中の最上位管理対象オブジェク
ト名部分を、マネージャ側でのユニークな管理対象オブ
ジェクト名に全て変換する作業が行われていた。

【０００４】例えば、或るエージェントの最上位の管理
対象オブジェクト名が、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ である場合、その管理対象オブジェクト名でユニークに
管理し得るマネージャに対しては当該エージェントはそ
のまま接続できるが、例えば既に接続された他のエージ
ェントの最上位の管理対象オブジェクト名と重複するた
めに、例えば、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ というユニークな名前で管理しなければならないマネー
ジャに接続するには、そのエージェント側での最上位の
管理対象オブジェクト名を上記の名前に変更する必要が
ある。そして、最上位の管理対象オブジェクトより下位
の管理対象オブジェクトの名前は、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ／ｘＮａｍｅＩＤ／ｘ１ の如く、その一部に最上位の管理対象オブジェクト名を
含んでおり、ＭＩＢで定義されている各管理対象オブジ
ェクトの属性値等においては、そのような管理対象オブ
ジェクト名を含むオブジェクトインスタンス型の値が多
数含まれているため、ＭＩＢで定義されているデータ中
の「／ｎｅｔｗｏｒｋＩＤ／ｅｃ」の箇所を全て「／ｎ
ｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ」に変換した後、マネー
ジャと接続する必要がある。

【０００５】

【発明が解決しようとする課題】このように従来のネッ
トワーク管理システムにおいては、エージェントが管理
する管理対象オブジェクトの包含関係における最上位の
管理対象オブジェクト名は、エージェント間で重複する
ことは許されなかった為、接続に先立って、そのエージ
ェントが持っているＭＩＢで定義されている管理対象オ
ブジェクト名やオブジェクトインスタンス型を含む属性
値等の値を変換する必要があり、そのエージェントが管
理するオブジェクトの数が多い場合にはその変換処理に
多くの時間がかかり、接続が遅れるという問題点があっ
た。また、エージェント側では、そのマネージャとの接
続後は、接続前と同様の管理対象オブジェクト名を用い
て操作を行うことができないという問題点もあった。

【０００６】そこで本発明の目的は、エージェントが管
理する管理対象オブジェクトの包含関係における最上位
の管理対象オブジェクト名にエージェント間での重複を
許容しつつ、各エージェント下の管理対象オブジェクト
名をマネージャで一意に識別することができるようにし
たネットワーク管理システムにおける名前変換方式を提
供することにある。

【０００７】

【課題を解決するための手段】本発明は上記の目的を達
成するために、ＯＳＩ管理を実装し、マネージャが複数
のエージェントを統合管理するネットワーク管理システ
ムにおいて、エージェントが管理する管理対象オブジェ
クトの包含関係における最上位の管理対象オブジェクト
名がエージェント間で重複するが、マネージャ側ではそ
れらに対してユニークな管理対象オブジェクト名を付与
して管理している場合に、マネージャに、各エージェン
ト毎にそのエージェント側での最上位の管理対象オブジ
ェクト名とマネージャ側でそれに対して付与した管理対
象オブジェクト名との対応関係を記述した対応表と、エ
ージェントから受信したデータ中に含まれるそのエージ
ェント側での最上位の管理対象オブジェクト名に相当す
る箇所を、前記対応表を参照して、それに対してマネー
ジャ側で付与した管理対象オブジェクト名に変換し、エ
ージェントへ送信すべきデータ中に含まれるマネージャ
側で付与した管理対象オブジェクト名に相当する箇所
を、前記対応表を参照して、そのエージェント側での最
上位の管理対象オブジェクト名に変換する名前変換手段
とを備えている。

【０００８】ここで、名前変換手段は、マネージャから
エージェントへの操作要求時には、操作対象オブジェク
ト名と操作時情報に含まれるオブジェクトインスタンス
型の値とを名前変換処理の対象とし、エージェントから
の操作結果取得時には、操作対象オブジェクト名と操作
結果情報に含まれるオブジェクトインスタンス型の値と
を名前変換処理の対象とし、エージェントから事象通知
時には、事象発生オブジェクト名と発生事象情報に含ま
れるオブジェクトインスタンス型の値とを名前変換処理
の対象とする。

【０００９】

【作用】本発明のネットワーク管理システムにおける名
前変換方式においては、エージェントが管理する管理対
象オブジェクトの包含関係における最上位の管理対象オ
ブジェクト名がエージェント間で重複するが、マネージ
ャ側ではそれらに対してユニークな管理対象オブジェク
ト名を付与して管理している場合に、マネージャに設け
られた対応表が、各エージェント毎にそのエージェント
側での最上位の管理対象オブジェクト名とマネージャ側
でそれに対して付与した管理対象オブジェクト名との対
応関係を保持しており、マネージャに設けられた名前変
換手段が、操作結果取得時や事象発生通知時にエージェ
ントから受信したデータ中に含まれるそのエージェント
側での最上位の管理対象オブジェクト名に相当する箇所
を、対応表を参照して、それに対してマネージャ側で付
与した管理対象オブジェクト名に変換する。またその逆
に、操作要求時にエージェントへ送信すべきデータ中に
含まれるマネージャ側で付与した管理対象オブジェクト
名に相当する箇所を、対応表を参照して、そのエージェ
ント側での最上位の管理対象オブジェクト名に変換す
る。

【００１０】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１１】図１を参照すると、本発明を適用したネッ
トワーク管理システムの一例は、マネージャ１と複数の
エージェント２，３とが通信路４，５によって接続され
ている。

【００１２】エージェント２，３は、自身が管理してい
る管理対象オブジェクトの名前やその属性およびオブジ
ェクト間の包含関係を定義したＭＩＢ６，７を持ってお
り、このＭＩＢ６，７で定義された管理対象オブジェク
トに対するマネージャ１からの操作要求を受けて実際に
管理対象オブジェクトを操作したり、また管理対象オブ
ジェクトで生じた事象をマネージャ１に通知する。他
方、マネージャ１は、ネットワーク全体の管理を司る部
分で、エージェント２，３に対してその配下の管理対象
オブジェクトへの操作要求を出して属性値等を取得した
り、管理対象オブジェクトからの事象通知をエージェン
ト２，３から受け取ってネットワークの状態を把握する
等の処理を行う。

【００１３】なお、図１には図示していないが、マネー
ジャ１およびエージェント２，３にはＯＳＩ管理が実装
されている。即ち、マネージャ１には、ＯＳＩ管理に関
するマネージャ用の管理業務アプリケーションとプロト
コルスタックとが実装され、各エージェント２，３には
エージェント用の管理業務アプリケーションとプロトコ
ルスタックとが実装されている。ここで、プロトコルス
タックとは、ＯＳＩの第１層〜第７層の各プロトコルの
集合体を意味しており、特に第７層のアプリケーション
層にはネットワーク管理プロトコルとして、例えばＣＭ
ＩＳ／ＣＭＩＰ（共通管理情報サービス／共通管理情報
プロトコル）が組み込まれている。このＣＭＩＳ／ＣＭ
ＩＰは、エージェント２，３のＭＩＢ６，７で保持して
いる管理対象オブジェクトの属性値を取得するためのコ
マンド（ＧＥＴ要求とその応答），ＭＩＢ６，７の内容
を書き換えるためのコマンド（ＳＥＴ要求とその応
答），管理対象オブジェクトで発生した事象をエージェ
ント２，３からマネージャ１に通知するためのコマンド
（ＥＶＥＮＴ−ＲＥＰＯＲＴ要求とその応答）等の種々
のコマンドをサポートしている。マネージャ１およびエ
ージェント２，３の管理業務アプリケーションはそれら
のコマンドを送受信し合うことにより、エージェント
２，３はマネージャ１に対して管理情報の提供や事象の
通知を行い、マネージャ１はエージェント２，３に対し
て管理情報の要求や各種属性値の設定等を行うことによ
り、互いに協調してネットワーク管理を遂行している。

【００１４】本実施例は上述のようなネットワーク管理
システムにおけるマネージャ１に、対応表１１と名前変
換手段１２とを備えている。

【００１５】対応表１１は、各エージェント毎にそのエ
ージェント側での最上位の管理対象オブジェクト名とマ
ネージャ側でそれに対して付与した管理対象オブジェク
ト名との対応関係を記述した表である。例えば、エージ
ェント２のＭＩＢ６に定義されている管理対象オブジェ
クトの包含関係が図２のＢに示すものとし、エージェン
ト３のＭＩＢ７に定義されている管理対象オブジェクト
の包含関係が図２のＣに示すものとすると、その最上位
の管理対象オブジェクト名は、共に、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ で互いに重複している。そして、マネージャ側では図２
のＡに示すように、エージェント２側の最上位の管理対
象オブジェクトに、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ を付与し、エージェント３側の最上位の管理対象オブジ
ェクトに、 ／ｎｅｔｗｏｒｋＩＤ／ｏｓａｋａ を付与して管理するものとした場合、対応表１１には、
例えば図３に示すように、エージェント２に割り当てた
エージェントＩＤ（＝ｔｏｋｙｏ）に対応して、エージ
ェント２側での最上位の管理対象オブジェクト名（／ｎ
ｅｔｗｏｒｋＩＤ／ｅｃ）とそれに対してマネージャ１
側で付与した管理対象オブジェクト名（／ｎｅｔｗｏｒ
ｋＩＤ／ｔｏｋｙｏ）との組が設定され、エージェント
３に割り当てたエージェントＩＤ（＝ｏｓａｋａ）に対
応して、エージェント３側での最上位の管理対象オブジ
ェクト名（／ｎｅｔｗｏｒｋＩＤ／ｅｃ）とそれに対し
てマネージャ１側で付与した管理対象オブジェクト名
（／ｎｅｔｗｏｒｋＩＤ／ｏｓａｋａ）との組が設定さ
れる。

【００１６】名前変換手段１２は、このような対応表１
１を参照して、エージェント２，３から受信したデータ
（操作結果取得時のデータ，事象通知時のデータ）中に
含まれるそのエージェント２，３側での最上位の管理対
象オブジェクト名に相当する箇所を、対応表１１を参照
して、それに対してマネージャ１側で付与した管理対象
オブジェクト名に変換し、エージェント２，３へ送信す
べきデータ（操作要求時のデータ）中に含まれるマネー
ジャ１側で付与した管理対象オブジェクト名に相当する
箇所を、対応表１１を参照して、そのエージェント２，
３側での最上位の管理対象オブジェクト名に変換する手
段である。

【００１７】この名前変換手段１２による名前変換処理
は、（１）マネージャ１からエージェント２，３への操
作要求時、（２）その操作要求に対するエージェント
２，３からの応答時、および、（３）エージェント２，
３からの事象の通知時に、それぞれ実行される。以下、
本実施例の動作を説明する。

【００１８】（１）マネージャ１からエージェント２，
３への操作要求時 マネージャ１において、エージェント２，３で管理され
ている管理対象オブジェクトに対して何らかの操作（例
えば属性値の取得，変更等）を行う場合、操作したい管
理対象オブジェクト名と、どのような操作をしたいのか
を記述した操作時情報とを含む操作要求が、マネージャ
１上の業務管理アプリケーションから発行される。な
お、本明細書でいう「操作」はＯＳＩ管理における「動
作」をも含む概念である。

【００１９】名前変換手段１２は、操作要求が発行され
ると、図４に示すような処理を実行する。先ず、操作対
象オブジェクト名を基にどのエージェントに送信するか
を特定する（Ｓ１）。例えば、操作要求で指定された操
作対象オブジェクト名が、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ／ｘＮａｍｅＩＤ／
ｘ１ であったとすると、その中にエージェント２のエージェ
ントＩＤ「ｔｏｋｙｏ」が含まれているため、エージェ
ント２に送信すべきものと決定する。

【００２０】次に名前変換手段１２は、操作時情報中に
オブジェクトインスタンス型が定義されているか否かを
判定する（Ｓ２）。オブジェクトインスタンス型が定義
されていないときはステップＳ４へ進み、定義されてい
るときは、ステップＳ３において、当該オブジェクトイ
ンスタンス型の値の名前変換を行う。ステップＳ３にお
ける名前変換処理は以下のように行われる。

【００２１】先ず、操作時情報の中からオブジェクトイ
ンスタンス型の値を全て検索する。次に、この検索した
個々のオブジェクトインスタンス型の値に対し、対応表
１１で示される対応関係に従って名前変換を行う。例え
ば、今回の操作要求がエージェント２に対し送出される
ものであり、操作時情報中に、 ＳＥＱＵＥＮＣＥ｛ ａ ＯｂｊｅｃｔＩｎｓｔａｎｃｅ ｂ ＩＮＴＥＧＥＲ ｝ ａ＝ ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ／ｘＮａｍｅＩＤ／ｘ１ といったデータが含まれていた場合、「ａ Ｏｂｊｅｃ
ｔＩｎｓｔａｎｃｅ」というオブジェクトインスタンス
型の定義があるので、オブジェクトインスタンス型の値
ａの箇所が全て検索される。そして、対応表１１を参照
すると、マネージャ１側でのオブジェクト名「／ｎｅｔ
ｗｏｒｋＩＤ／ｔｏｋｙｏ」がエージェント２側ではオ
ブジェクト名「／ｎｅｔｗｏｒｋＩＤ／ｅｃ」に対応す
るので、下記のように名前変換する。 ＳＥＱＵＥＮＣＥ｛ ａ ＯｂｊｅｃｔＩｎｓｔａｎｃｅ ｂ ＩＮＴＥＧＥＲ ｝ ａ＝ ／ｎｅｔｗｏｒｋＩＤ／ｅｃ／ｘＮａｍｅＩＤ／ｘ１

【００２２】なお、操作時情報中のどのような箇所にオ
ブジェクトインスタンス型の値が出現するかは、操作の
種類（属性の取得，変更等の種類）とその属性名との組
み合わせによって概ね決まる傾向にあるので、今回の操
作要求の対象となる操作の名前と属性名との組み合わせ
毎にステップＳ３の名前変換処理を司る関数を予め用意
しておき、該当する関数を呼び出して名前変換を行わせ
るようにすれば、名前変換処理の効率が良い。このよう
に関数を使い分ける方法は、操作対象オブジェクト名の
変換や、後述する操作結果情報における名前変換や事象
通知情報における名前変換でも利用できる。

【００２３】次に名前変換手段１２は、今回の操作要求
で指定された操作対象オブジェクト名を対応表１１で示
される対応関係に従って変換する（Ｓ４）。即ち、今回
の操作要求がエージェント２に対し送出されるものであ
り、操作対象オブジェクト名が、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ／ｘＮａｍｅＩＤ／
ｘ１ であったとすると、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ／ｘＮａｍｅＩＤ／ｘ１ のように変換する。

【００２４】以上のようにして名前変換手段１２におい
て名前変換処理の施された操作要求は、ステップＳ１で
特定されたエージェント２へ送信される。

【００２５】（２）操作要求に対するエージェント２，
３からの応答時 エージェント２，３はマネージャ１から送信されてきた
操作要求に基づき、該当する管理対象オブジェクトの操
作を行う。そして、操作した管理対象オブジェクト名
（操作対象オブジェクト名）と、その操作の結果を示す
情報（操作結果情報）とを含む操作結果をマネージャ１
に返却する。ここで、一般にマネージャ１側では起動時
に各エージェント２，３毎に端点オブジェクトというオ
ブジェクトを生成しており、この端点オブジェクトがエ
ージェント２，３から返却される操作結果や事象通知の
窓口の役割を果たすため、エージェント２，３から送信
されてきた操作結果は端点オブジェクトを通じて名前変
換手段１２に渡される。

【００２６】マネージャ１の名前変換手段１２は、エー
ジェント２，３から操作結果が返却されると、図５に示
す処理を開始する。先ず、操作結果情報中にオブジェク
トインスタンス型が定義されているか否かを判定する
（Ｓ１１）。オブジェクトインスタンス型が定義されて
いないときはステップＳ１３へ進み、定義されていると
きは、ステップＳ１２において、当該オブジェクトイン
スタンス型の値の名前変換を行う。即ち、操作要求時と
同様に、先ず、操作結果情報の中からオブジェクトイン
スタンス型の値を全て検索し、次に、この検索した個々
のオブジェクトインスタンス型の値に対し、対応表１１
で示される対応関係に従って名前変換を行う。このと
き、参照する対応表１１の組は当該操作結果が送信され
てきたエージェントに対応する組である。従って、操作
結果がエージェント２から返されてきた場合、操作結果
情報に含まれるオブジェクトインスタンス型の値のうち
の、エージェント２側でのオブジェクト名「／ｎｅｔｗ
ｏｒｋＩＤ／ｅｃ」の部分が、マネージャ１側でのオブ
ジェクト名「／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ」に置
き換えられる。

【００２７】次に名前変換手段１２は、今回の操作結果
で指定された操作対象オブジェクト名を対応表１１で示
される対応関係に従って変換する（Ｓ１３）。即ち、今
回の操作要求がエージェント２から送信されたものであ
り、操作対象オブジェクト名が、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ／ｘＮａｍｅＩＤ／ｘ１ であったとすると、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ／ｘＮａｍｅＩＤ／
ｘ１ のように変換する。

【００２８】このように名前変換手段１２で名前変換処
理を施された操作結果は、操作要求元である管理業務ア
プリケーションに通知される。

【００２９】（３）エージェント２，３からの事象通知
時 エージェント２，３は、自身が管理している管理対象オ
ブジェクトから事象の発生が通知されると、事象通知を
マネージャ１に送信する。この事象通知には、事象の発
生した管理対象オブジェクト名（事象発生オブジェクト
名）と、その発生した事象を示す事象情報とが含まれ
る。

【００３０】マネージャ１の名前変換手段１２は、エー
ジェント２，３から事象通知を端点オブジェクトを通じ
て受け取ると、図６に示す処理を開始する。先ず、事象
情報中にオブジェクトインスタンス型が定義されている
か否かを判定する（Ｓ２１）。そして、オブジェクトイ
ンスタンス型が定義されていないときはステップＳ２３
へ進み、定義されているときは、ステップＳ２２におい
て、当該オブジェクトインスタンス型の値の名前変換を
行う。即ち、操作要求時と同様に、事象通知の中からオ
ブジェクトインスタンス型の値を全て検索し、次に、こ
の検索した個々のオブジェクトインスタンス型の値に対
し、対応表１１で示される対応関係に従って名前変換を
行う。このとき、参照する対応表１１の組は当該事象通
知が送信されてきたエージェントに対応する組である。
従って、事象通知がエージェント２から送信されてきた
場合、事象通知に含まれるオブジェクトインスタンス型
の値のうちの、エージェント２側でのオブジェクト名
「／ｎｅｔｗｏｒｋＩＤ／ｅｃ」の部分が、マネージャ
１側でのオブジェクト名「／ｎｅｔｗｏｒｋＩＤ／ｔｏ
ｋｙｏ」に置き換えられる。

【００３１】次に名前変換手段１２は、今回の事象通知
で指定された事象発生オブジェクト名を対応表１１で示
される対応関係に従って変換する（Ｓ２３）。即ち、今
回の事象通知がエージェント２から送信されたものであ
り、事象発生オブジェクト名が、 ／ｎｅｔｗｏｒｋＩＤ／ｅｃ／ｘＮａｍｅＩＤ／ｘ１ であったとすると、 ／ｎｅｔｗｏｒｋＩＤ／ｔｏｋｙｏ／ｘＮａｍｅＩＤ／
ｘ１ のように変換する。

【００３２】以上のような名前変換処理の行われた事象
通知は、管理業務アプリケーションに通知される。

【００３３】

【発明の効果】以上説明したように、本発明のネットワ
ーク管理システムにおける名前変換方式は、各エージェ
ント毎にそのエージェント側での最上位の管理対象オブ
ジェクト名とマネージャ側でそれに対して付与した管理
対象オブジェクト名との対応関係を記述した対応表を用
いて、名前変換手段が、エージェントから受信したデー
タ中に含まれるそのエージェント側での最上位の管理対
象オブジェクト名に相当する箇所を、それに対してマネ
ージャ側で付与した管理対象オブジェクト名に変換し、
逆に、エージェントへ送信すべきデータ中に含まれるマ
ネージャ側で付与した管理対象オブジェクト名に相当す
る箇所を、そのエージェント側での最上位の管理対象オ
ブジェクト名に変換するようにしたので、エージェント
が管理する管理対象オブジェクトの包含関係における最
上位の管理対象オブジェクト名がエージェント間で重複
していても、各エージェント下の管理対象オブジェクト
名をマネージャで一意に識別することができる。従っ
て、従来のように接続に先立ってＭＩＢを変更する必要
がない。

【００３４】また、エージェントでは、マネージャとの
接続前と同様の管理対象オブジェクト名を用いて操作す
ることができる。

【図面の簡単な説明】

【図１】本発明を適用したネットワーク管理システムの
一例を示すブロック図である。

【図２】マネージャとエージェント側での管理対象の包
含関係の例を示す図である。

【図３】対応表の例を示す図である。

【図４】操作要求時における名前変換手段の処理例を示
すフローチャートである。

【図５】操作結果取得時における名前変換手段の処理例
を示すフローチャートである。

【図６】事象通知時における名前変換手段の処理例を示
すフローチャートである。

【図７】従来技術の説明図である。

【符号の説明】

１…マネージャ １１…対応表 １２…名前変換手段 ２，３…エージェント ４，５…通信路 ６，７…ＭＩＢ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ＯＳＩ管理を実装し、マネージャが複数
   のエージェントを統合管理するネットワーク管理システ
   ムにおいて、 エージェントが管理する管理対象オブジェクトの包含関
   係における最上位の管理対象オブジェクト名がエージェ
   ント間で重複するが、マネージャ側ではそれらに対して
   ユニークな管理対象オブジェクト名を付与して管理して
   いる場合に、 マネージャに、 各エージェント毎にそのエージェント側での最上位の管
   理対象オブジェクト名とマネージャ側でそれに対して付
   与した管理対象オブジェクト名との対応関係を記述した
   対応表と、 エージェントから受信したデータ中に含まれるそのエー
   ジェント側での最上位の管理対象オブジェクト名に相当
   する箇所を、前記対応表を参照して、それに対してマネ
   ージャ側で付与した管理対象オブジェクト名に変換し、
   エージェントへ送信すべきデータ中に含まれるマネージ
   ャ側で付与した管理対象オブジェクト名に相当する箇所
   を、前記対応表を参照して、そのエージェント側での最
   上位の管理対象オブジェクト名に変換する名前変換手段
   とを備えることを特徴とするネットワーク管理システム
   における名前変換方式。
2. 【請求項２】 前記名前変換手段は、マネージャからエ
   ージェントへの操作要求時には、操作対象オブジェクト
   名と操作時情報に含まれるオブジェクトインスタンス型
   の値とを名前変換処理の対象とすることを特徴とする請
   求項１記載のネットワーク管理システムにおける名前変
   換方式。
3. 【請求項３】 前記名前変換手段は、エージェントから
   の操作結果取得時には、操作対象オブジェクト名と操作
   結果情報に含まれるオブジェクトインスタンス型の値と
   を名前変換処理の対象とすることを特徴とする請求項１
   または２記載のネットワーク管理システムにおける名前
   変換方式。
4. 【請求項４】 前記名前変換手段は、エージェントから
   事象通知時には、事象発生オブジェクト名と発生事象情
   報に含まれるオブジェクトインスタンス型の値とを名前
   変換処理の対象とすることを特徴とする請求項１，２ま
   たは３記載のネットワーク管理システムにおける名前変
   換方式。