JP2003249933A - ネットワーク管理システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 ＩＰ以外の独自のプロトコルにより管理され
るネットワークの管理。 【解決手段】 ＩＰによりネットワークを管理する管理
装置（１）と、独自のプロトコルによりネットワーク管
理されるサブネットワーク（２）との間に代理管理サー
バ（３）を配置する。この代理管理サーバは、管理装置
に接続した第１のプロトコル処理手段（１０）と、サブ
ネットワークに接続した第２のプロトコル処理手段（２
０）と、第１のプロトコル手段に接続され、ＩＰアドレ
スと論理被管理装置との対応関係を識別する論理被管理
装置識別手段（３０）と、第２のプロトコル手段に接続
され、前記サブネットワーク内の被管理装置に関する管
理情報である論理被管理装置情報を生成する手段（４
０）と、論理被管理装置情報生成手段により生成された
論理被管理装置情報を記憶するデータベース（５０）と
を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＰ（Internet P
rotocol ）以外の別のプロトコルにより管理される独自
のネットワークを標準化されたＩＰネットワーク管理装
置により管理するネットワーク管理システムに関するも
のである。

【０００２】

【従来の技術】従来インターネットなどのネットワーク
の管理においては、管理装置はネットワークを構成する
装置であるルータを主な被管理装置として管理してい
る。１ＥＴＦ（ｌｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉ
ｎｇ Ｔａｓｋ Ｆｏｒｃｅ）の定めるＲＦＣ１２１３
では、ＩＰで通信をおこなうルータを管理するための管
理情報のデータベースであるＭＩＢ（Ｍａｎａｇｅｍｅ
ｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）の情報定義
を定めている。管理装置はこのＲＦＣ１２１３の定義を
もとにＳＮＭＰ（Simple Network Management Protoco
l）によって個々のルータのＭＩＢから管理情報を取得
することによりルータを管理している、ＲＦＣ１２１３
にはルータの持つ経路情報も含まれているため、管理装
置はその経路情報から当該ルータが接続されている他の
ルータ及びネットワークのＩＰアドレスを把握し、他ル
ータからの経路情報を同様に取得することを繰り返すこ
とで被管理対象ネットワーク全体の構成が把握されてい
る。

【０００３】

【発明が解決しようとする課題】本発明が解決しようと
する問題点は、ＩＰによりルータ等のネットワーク装置
を管理する標準化されたネットワーク管理装置では、Ｉ
Ｐ以外の異種のプロトコルを用いるルータが混在したネ
ットワーク全体を管理することは出来ないという問題で
ある。その理由は、従来のネットワーク管理ではネット
ワークを構成するルータが全てＩＰなどの統一したプロ
トコルによって通信を行い経路情報もＩＰの経路情報で
あること、さらにルータがＲＦＣ１２１３に準拠したＭ
ＩＢを管理情報として保持しＳＮＭＰによってそれが取
得可能であることを前提としていたが、最近ｌＰと異な
るプロトコルによって通信パケットの中継転送を行うル
ータが導入され始めており、このようなルータからは従
来のｌＰに基づいた経路情報が取得できないからであ
る。

【０００４】すなわち、ＩＰを用いたネットワークを構
築する場合、必ずしもＩＰルータのみで構築するのでは
なく、大容量化などの目的でＩＰとは異なる独自プロト
コルのネットワークを含めて構築する場合がある。一
方、標準化されたＩＰネットワークを対象とした管理装
置は、広く普及しているが、このような独自プロトコル
を用いたネットワークには対応できなかった。

【０００５】本発明の目的は、上記の問題点を解決し、
ＩＰと異なるプロトコルを用いて転送を行うルータ及び
ネットワークを１つの論理的なＲＦＣ１２１３準拠のＭ
ＩＢの経路情報をもつｌＰルータとして管理可能とし、
ＩＰによりネットワークを管理する従来の管理装置でも
ネットワーク全体を管理可能とするネットワーク管理シ
ステムを提供することにある。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
め、本発明によるネットワーク管理システムは、ＩＰに
よりネットワーク管理されるネットワークと、ＩＰ以外
の独自のプロトコルによりネットワーク管理される１又
はそれ以上のサブネットワークとを具えるネットワーク
システムを管理するネットワーク管理システムであっ
て、ＩＰによりネットワークを管理する管理装置と、前
記サブネットワークと管理装置との間に接続した代理管
理サーバとを具え、前記代理管理サーバは、前記管理装
置に接続した第１のプロトコル処理手段と、前記サブネ
ットワークに接続した第２のプロトコル処理手段と、前
記第１のプロトコル手段に接続され、ＩＰアドレスと論
理被管理装置との対応関係を識別する論理被管理装置識
別手段と、前記第２のプロトコル手段に接続され、前記
サブネットワーク内の被管理装置に関する管理情報であ
る論理被管理装置情報を生成する手段と、前記論理被管
理装置識別手段と論理被管理装置情報生成手段との間に
接続され、前記論理被管理装置情報生成手段により生成
された論理被管理装置情報を記憶するデータベースとを
有し、前記管理装置が、前記サブネットワーク内の被管
理装置をＩＰにより管理されるネットワーク装置として
制御することができることを特徴とする。

【０００７】このような発明によれば、管理装置で管理
できないプロトコルを用いるルータが混在したネットワ
ークを１つの論理的な管理可能なルータとしてその経路
情報が管理装置から取得可能となる、これにより、管理
装置は論理ルータ情報の経路情報から論理ルータ（被管
理対象ネットワーク）が接続している他のルータ及びア
ドレスを把握し、結果として全てのルータの経路情報を
取得することでネットワーク全体の構成を把握すること
ができる。

【０００８】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して説明する、なお、本実施の形態では、
管理プロトコルをネットワーク管理の標準の一つである
ＳＮＭＰ（Simple Network Management Protocol：簡易
ネットワーク管理プロトコル）とし、管理装置が管理す
るネットワークの通信プロトコルはＩＰとする。

【０００９】図１本発明によるネットワークの一部を示
す線図である。本例では、全体としてＩＰを用いたネッ
トワークシステムが構築され、当該ネットワークシステ
ム中には、ＩＰ以外の独自のプロトコルにより管理され
る１つ又はそれ以上のサブネットワーク（部分ネットワ
ーク）が含まれているものとする。そして、本発明で
は、ＩＰ以外の独自のプロトコルにより管理されるサブ
ネットワークと標準化されたＩＰネットワーク管理装置
との間に代理管理装置を配置し、当該代理管理装置によ
りＩＰネットワーク管理装置とサブネットワークとの間
の互換性を確保する。図１において、符号１はＩＰによ
りネットワークを管理する標準のネットワーク管理装置
を示す。また、符号２はＩＰとは異なる独自のプロトコ
ルにより管理されるサブネットワークを示す。サブネッ
トワーク２と管理装置１との間に本発明による代理管理
サーバ３を配置する。

【００１０】代理管理サーバ３は、管理装置側のＳＮＭ
Ｐプロトコルを処理する管理装置側の第１のプロトコル
処理部１０と、サブネットワーク２内に含まれるネット
ワーク装置であるルータと通信を行うためのサブネット
ワーク側の第２のプロトコル処理部２０とを有する。さ
らに、代理管理サーバ３は、管理装置１から送られてく
るＳＮＭＰメッセージ内の宛先アドレスから論理ルータ
情報を識別する論理ルータ識別部３０と、部分ネットワ
ーク２内のルータから送られてくる管理情報からｌＰに
関する経路情報を抽出し、ＲＦＣ−１２１３ＭＩＢに従
った情報へ変換する論理ルータ情報変換部４０と、論理
ルータ情報を格納するデータベース５０とを具える。

【００１１】図２は論理ルータ識別部３０の構成例を示
す。論理ルータ識別部は、宛先論理ルータ検索部３１、
論理ルータ情報取得部３２、及び論理ルータ識別情報定
義ファイル３３を有する。

【００１２】図３は論理ルータ情報変換部４０の構成例
を示す。論理ルータ情報変換部は、被管理対象ルータ定
義ファイル４１、経路情報変換定義ファイル４２、情報
収集制御部４３、及び経路情報変換部４４を具える。

【００１３】図４は論理ルータ識別部３０に含まれる論
理ルータ識別情報定義ファイル３３の具体例を示す。論
理ルータ識別情報定義ファイル３３は、１以上の整数で
ある論理ルータ識別子と論理ルータアドレスの対応関係
で構成される。ここで論理ルータ識別子は重複しない一
意の識別子であり、論理ルータアドレスはＩＰアドレス
でピリオド“．”で区切られた０から２５５までの聞の
４つの整数の組で表される。図３の例では１以上の整数
を＃で表し、０から２５５までの間の整数を％で表して
いる。従って、論理ルータ識別情報定義ファイル３３を
検索することにより、ＩＰアドレスに対応する論理ルー
タの識別子を求めることができる。

【００１４】図５は、論理ルータ情報変換部に含まれる
被管理対象ルータ定義ファイル４１の具体例を示す。被
管理対象ルータ定義ファイルは、論理ルータ識別子と、
コンマ“．”で区切られた部分ネットワークに含まれる
複数の被管理対象ルータのループバックアドレスとの組
の対応関係で構成される。ここで、ループバックアドレ
スはルータの中央演算部に割り当てられるｌＰアドレス
であり、通常１つの物理的なルータに１つのループバッ
クアドレスを割り当て、遠隔よりルータを制御可能にす
るために使用する。図５の例ではループバックアドレス
がＩＰアドレスで表現された場合の例で、０から２５５
までの間の整数を＄で表している。

【００１５】図６は、論理ルータ情報変換部４０に含ま
れる経路情報変換定義ファイル４２の具体例を示す。経
路情報変換定義ファイルは、ＲＦＣ−１２１３ＭＩＢの
情報定義の管理情報名と部分ネットワーク２に含まれる
被管理対象ルータの経路情報名との間の対応関係で構成
される。ここで、管理情報名は、管理装置１が被管理対
象装置を−般的なｌＰルータとして認識するために利用
するＲＦＣ−１２１３ＭＩＢの情報名であり、経路情報
名は被管理対象となるルータにおけるＩＰに関する経路
情報の情報名である。経路情報名は被管理対象となるル
ータが中継転送で使用する独自プロトコルなどに依存し
た内容となるので、図６では一つの例を示している。

【００１６】図７は、管理装置１が送出するＳＮＭＰメ
ッセージにおいて被管理対象装置を示す宛先ＩＰアドレ
スの例を示す。ＳＮＭＰメッセージはＰＤＵと呼ぶ管理
データ部をもっており、ここに管理情報の内容が格納さ
れる。ＳＮＭＰの下位の通信プロトコルにはＵＤＰ／ｌ
Ｐ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／
ＩＰ）が用いられ、ＳＮＭＰＰＤＵにＵＤＰヘッダとＩ
Ｐヘッダと呼ぶそれぞれの通信プロトコルで参照するヘ
ッダ情報が追加される。管理装置１から部分ネットワー
ク２の被管理装置へＳＮＭＰメッセージが送出される場
合、被管理対象装置を示す宛先ｌＰアドレスは、ＳＮＭ
Ｐメッセージ内のＩＰヘッダ（７−１）の宛先アドレス
（７−２）で指定される。送出元アドレス（７−３）は
管理装置１のアドレスである。

【００１７】図８は、一般的なＩＰネットワークにおい
てルータがＩＰパケットを転送するために用いる経路情
報の例を示す。ＩＰにより管理されるルータは経路情報
テーブル（８−１）を保持している、経路情報テーブル
（８−１）は、宛先のＩＰアドレス（８−２）、ネクス
トホップと呼ばれる宛先ＩＰアドレスに到達するために
次にＩＰパケットを転送すべきルータのｌＰアドレス
（８−３）、ネクストホップヘＩＰパケットを送出する
回線が接続されているルータのインタフエース番号（８
−４）及びインタフエースに割り振られたＩＰアドレス
（８−４）の組から構成される。ルータはあるインタフ
エースからＩＰパケットを受け取るとＩＰパケットのＩ
Ｐヘッダ部の宛先アドレスを読み取り、経路情報テーブ
ル（８−１）から次にＩＰパケットを転送すべきルータ
のｌＰアドレス（ネクストホップ）を検索する。さらに
インタフエース番号を検索しＩＰパケットをそのインタ
フエースから送出する。

【００１８】図９は、ＲＦＣ−１２１３ＭＩＢにおいて
管理装置が被管理装置を標準的なＩＰルータとして判断
するために用いる情報定義を示す。ＲＦＣ−１２１３Ｍ
ＩＢでは、一般的なｌＰルータを管理するために様々な
管理情報が定義されているが、ここでは管理装置が被管
理装置をルータであると判別するために用いる情報定義
のみを抽出して説明する。

【００１９】図９において、ｓｙｓＳｅｒｖｉｃｅｓ
（９−１）は、被管理装置が提供するネットワークサー
ビスを示す整数値であり、ｌＰルータは７である。ｉｆ
Ｎｕｍｂｅｒ（９−２）はルータがＩＰパケットを送受
する物理インタフエースの数を示す整数値である。ｉｆ
Ｉｎｄｅｘ（９−３）はインタフエース識別番号の整数
値である。ｉｐＦｏｒｗａｒｄｉｎｇ（９−４）は装置
がルータとして動作しているかを示す整数値で、ルータ
の場合には１である。ｉｐＡｄＥｎｔＡｄｄｒ（９−
５）は前記の物理インタフエースに割り当てられたｌＰ
アドレス、ｉｐＲｏｕｔｅＤｅｓｔ（９−６）は宛先ｌ
Ｐアドレス、ｉｐＲｏｕｔｅＩｆＩｎｄｅｘ（９−７）
はｌＰパケットを送出インタフエースの識別番号の整数
値、ｉｐＲｏｕｔｅＮｅｘｔＨｏｐ（９−８）はネクス
トホップのＩＰアドレスを表す。

【００２０】図１０はＩＰ以外の独自プロトコルで中継
転送を行うルータの例を示す。この例では簡単化するた
め、ルータの左側はＩＰネットワークに接続され、右側
は独自プロトコルネットワークに接続されていると仮定
する、このようなルータでは、前記のＩＰルータの経路
情報テーブル（８−１）に相当する経路情報テーブルが
存在するが、ＩＰ転送用と中継転送用（独自プロトコ
ル）で経路情報テーブルを分離する場合が多い。独自プ
ロトコルを使用するルータへ転送する場合には、独自プ
ロトコルの経路情報テーブル（１０−１）を使用し、ネ
クストホップ（１０−２）はｌＰアドレスではなく独自
プロトコルのアドレス体系で定義されるアドレスにな
る。この例では、独自プロトコルのネクストホップ（１
０−２）及びインタフエースアドレス（１０−３）はハ
イフン“−’’でつながれた数桁の数字である。ＩＰネ
ットワークを管理する管理装置は本例のようなルータを
標準的なｌＰルータとして判断できないため、管理する
ことができない。

【００２１】

【本発明の動作の説明】本発明の動作について説明す
る、本発明の動作は、図１に示す代理管理サーバ３の論
理ルータ情報変換部４０がサブネットワーク２から経路
情報を収集し論理ルータ情報へ変換するステップ（ステ
ップＡ）と、論理ルータ識別部３０が管理装置１からの
要求に従って、論理ルータ情報をデータベース５０から
取得して管理装置１へ返答するステップ（ステップＢ）
の２つに大別される。

【００２２】ステップＡ：まず論理ルータ情報変換部４
０が被管理対象ネットワークであるサブネットワーク２
の経路情報を論理ルータ情報へ変換するステップを説明
する。 （Ａ−１）論理ルータ情報変換部４０の構成例を示す図
３において、論理ルータ情報変換部４０内の情報収集制
御部４３は被管理対象ルータ定義ファイル４１から、論
理ルータの識別子と被管理対象ルータのループバックア
ドレスを読み込む。

【００２３】ここで、論理ルータの識別子は被管理対象
ルータ定義ファイル内の（５−２）である。また、被管
理対象ルータのループバックアドレスは（５−３）で、
図１の被管理対象ネットワークであるサブネットワーク
２を構成するルータ（１−２−１−１）各々のループバ
ックアドレスを示す

【００２４】（Ａ−２）次に、論理ルータ情報変換部４
０の情報収集制御部４３が被管理対象側の第２のプロト
コル処理部２０経由で、ステップ（Ａ−１）において読
み込んだ被管理対象ルータのループバックアドレスを宛
先に指定してサブネットワーク２を構成する各ルータに
接続する。

【００２５】（Ａ−３）次に経路情報変換部４４は経路
情報変換定義ファイル４２から被管理対象ルータの経路
情報名を読み込む。ここで、被管理対象ルータの経路情
報名は図６の経路情報名（６−３）である。経路情報変
換部４４は、（Ａ−２）で接続した被管理対象ネットワ
ークを構成する各ルータから経路情報名（６−３）に相
当する情報を取得する。

【００２６】（Ａ−４）次に経路情報変換部４４は（Ａ
−３）で取得した経路情報の値を、（６−２）の管理情
報名で示されるＲＦＣ−１２１３ＭＩＢの管理情報の値
としてデータベース５０に書き込む。このとき、どの論
理ルータの管理情報かを識別するために、被管理対象ル
ータ定義ファイル４１の論理ルータ識別子（５−２）を
検索キーとして書き込んでおく。この結果、データベー
ス５０には、論理ルータ識別子と対応する論理ルータの
経路情報とを対として含む論理ルータ情報が格納される
ことになる。

【００２７】以上が論理ルータ情報変換部４０が被管理
対象ネットワーク（１−２−１）の経路情報を論理ルー
タ情報へ変換するステップであるが、論理ルータ情報変
換部４０は、同様のステップを被管理対象である別のサ
ブネットワーク（１−２−２）にも行なう。このステッ
プは被管理対象ネットワークの数すなわちＩＰとは異な
る別のプロトコルで管理されるサブネットワークの数だ
け繰り返し、被管理対象サブネットワークの数だけ論理
ルータ情報がデータベース５０に蓄積される。

【００２８】ステップＢ：次に論理ルータ識別部３０が
管理装置１からの要求に従って、論理ルータ情報を取得
して管理装置１へ返答するステップを説明する。 （Ｂ−１）代理管理サーバ３内の管理装置側の第１のプ
ロトコル処理部１０は、管理装置１からのＳＮＭＰメッ
セージを受け取りＩＰヘッダ内から宛先論理ルータを指
定するｌＰアドレスを読み取る。

【００２９】（Ｂ−２）次に論理ルータ識別部の構成例
を示す図２において、宛先論理ルータ検索部３１は論理
ルータ識別情報定義ファイル３３から、上記（Ｂ−１）
で読みとった宛先ＩＰアドレスに対応する論理ルータ識
別子を検索する。 ここで、宛先ＩＰアドレスは論理ル
ータ識別情報定義ファイル３３内の論理ルータアドレス
（４−３）であり、論理ルータ識別子は論理ルータ識別
子（４−２）である。

【００３０】（Ｂ−３）次に論理ルータ情報取得部３２
は論理ルータ識別子を検索キーとしてデータベース５０
から該当する論理ルータ情報を検索し、その結果を管理
装置側の第１のプロトコル処理部１０経由で管理装置１
へＳＮＭＰメッセージで返す。

【００３１】図１１に独自プロトコルで転送をおこなう
３個のルータで構成されるサブネットワークの経路情報
から論理被管理装置情報を生成する例を示す。被管理対
象ルータの経路情報名（６−３）は、ＩＰの経路情報テ
ーブルの各情報を指す。論理ルータ情報変換部４０は被
管理対象ルータ定義ファイル４１から３つのルータの論
理被管理装置の識別子（４−２）とループバックアドレ
ス（５−３）を読み込む、次に情報収集制御部４３が被
管理対象側プロトコル処理部２０を経由して被管理対象
ルータのループバックアドレス（５−３）を宛先として
各被管理対象ルータに接続する。次に、情報収集制御部
４３は経路情報変換定義ファイル４２から被管理対象ル
ータの経路情報名（６−３）を読み込み、経路情報名
（６−３）を指定して各ルータから該当するＩＰの経路
情報テーブル（１１−２）の値を取得する。次に論理ル
ータ情報変換部４０が経路情報変換定義ファイル４２か
らＲＦＣ−１２１３ＭＩＢの管理情報名（６−２）を読
み込み、先に取得した経路情報の値をＲＦＣ−１２１３
ＭＩＢの管理情報の値として論理被管理装置の識別子
（５−２）と一緒にデータベース５０に書き込む。以上
の一連の動作を３つの被管理対象ルータ分だけ繰り返
し、１つの論理被管理装置情報を生成する。以上の動作
から図１１で示されるネットワークは内部の独自プロト
コル転送の経路情報が隠蔽され、１つの論理的なＩＰル
ータとして管理装置から認識可能になる。

【００３２】ＩＰでネットワーク装置を管理する管理装
置１が上記で生成した論理被管理装置情報を取得する場
合には、管理装置１はサブネットワーク２の論理被管理
装置を指定するｌＰアドレスを宛先アドレスとしてＳＮ
ＭＰメッセージを生成し、代理管理サーバ３へ送る。代
理管理サーバ３は、管理装置側の第１のプロトコル処理
部１０でＳＮＭＰメッセージを受け取り、ｌＰヘッダ内
から宛先ＩＰアドレスを読み取る。次に、宛先論理ルー
タ検索部３１は論理ルータ識別情報定義ファイル３３か
ら宛先ＩＰアドレスに該当する論理被管理装置識別子
（４−２）を検索する、次に論理被管理装置情報取得部
３２は論理被管理装置識別子（４−２）を検索キーとし
てデータベース５０から該当する論理被管理装置情報を
検索し、その結果を管理装置側プロトコル処理部１０経
由で管理装置へＳＮＭＰメッセージで返す。この結果、
ＩＰにより構築されたネットワーク内にＩＰとは異なる
独自のプロトコルにより管理されるネットワークが存在
しても、ＩＰによりネットワーク管理する管理装置によ
り当該ネットワークシステム全体を管理することができ
る。

【００３３】

【発明の効果】第１の効果は、管理装置は論理被管理装
置の経路情報から論理被管理装置が接続しているルータ
およびアドレスを把握し、結果として全てのルータの経
路情報を取得することでネットワーク全体の構成を把握
することができる。その理由は、本発明によれば、管理
装置で管理できないプロトコルを用いるルータが混在し
たネットワークを１つの論理的な管理可能な装置として
その経路情報が管理装置から取得可能となるからであ
る。

【図面の簡単な説明】

【図１】 本発明によるネットワークシステムの一例の
構成を示す図である。

【図２】 論理ルータ識別部の一例を示す図である。

【図３】 論理ルータ情報変換部の一例を示す図であ
る。

【図４】 論理ルータ識別情報定義ファイルの具体例を
示す図である。

【図５】 被管理対象ルータ定義ファイルの具体例を示
す図である。

【図６】 経路情報変換定義ファイルの具体例を示す図
である。

【図７】 ＳＮＭＰメッセージのデータ構造を示す図で
ある。

【図８】 一般的なＩＰルータが用いる経路情報を示す
図である。

【図９】 本発明で用いるＲＦＣ１２１３の情報定義を
説明する図である。

【図１０】 ＩＰ以外の独自プロトコルを用いて転送を
行うルータの例を説明する図である。

【図１１】 ＩＰ以外の独自プロトコルを用いて転送を
行うルータによって構成されたネットワークに対する本
発明の実施例を説明する図である。

【符号の説明】

１ 管理装置 ２ サブネットワーク ３ 代理管理サーバ １０ 第１のプロトコル処理部 ２０ 第２のプロトコル処理部 ３０ 論理ルータ識別部 ４０ 論理ルータ情報変換部 ５０ データベース

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ＩＰによりネットワーク管理されるネッ
   トワークと、ＩＰ以外の独自のプロトコルによりネット
   ワーク管理される１又はそれ以上のサブネットワークと
   を具えるネットワークシステムを管理するネットワーク
   管理システムであって、 ＩＰによりネットワークを管理する管理装置と、前記サ
   ブネットワークと管理装置との間に接続した代理管理サ
   ーバとを具え、 前記代理管理サーバは、 前記管理装置に接続した第１のプロトコル処理手段と、 前記サブネットワークに接続した第２のプロトコル処理
   手段と、 前記第１のプロトコル手段に接続され、ＩＰアドレスと
   論理被管理装置との対応関係を識別する論理被管理装置
   識別手段と、 前記第２のプロトコル手段に接続され、前記サブネット
   ワーク内の被管理装置に関する管理情報である論理被管
   理装置情報を生成する手段と、 前記論理被管理装置識別手段と論理被管理装置情報生成
   手段との間に接続され、前記論理被管理装置情報生成手
   段により生成された論理被管理装置情報を記憶するデー
   タベースとを有し、 前記管理装置が、前記サブネットワーク内の被管理装置
   をＩＰにより管理されるネットワーク装置として制御す
   ることができることを特徴とするネットワーク管理シス
   テム。
2. 【請求項２】 請求項１に記載のネットワーク管理シス
   テムにおいて、前記論理被管理装置識別手段は、前記管
   理装置から送られてきた被管理装置情報要求メッセージ
   から当該被管理装置のＩＰアドレスを取り出す手段と、
   ＩＰアドレスと論理被管理装置の識別子との関係を記憶
   した記憶手段と、前記データベースから論理被管理装置
   の管理情報を取得する手段とを有することを特徴とする
   ネットワーク管理システム。
3. 【請求項３】 請求項２に記載のネットワーク管理シス
   テムにおいて、前記管理装置と代理管理サーバとの間の
   管理プロトコルとして簡易ネットワーク管理プロトコル
   （SNMP）を用い、前記ＩＰアドレスを取り出す手段は、
   受信したSNMPメッセージのＩＰヘッダに含まれる宛先ア
   ドレスからサブネットワークの被管理装置を特定するこ
   とを特徴とするネットワーク管理システム。
4. 【請求項４】 請求項１、２又は３に記載のネットワー
   ク管理システムにおいて、前記論理被管理装置情報生成
   手段は、前記論理被管理装置の識別子と被管理装置のサ
   ブネットワークのアドレスとの関係を記憶した記憶手段
   と、前記サブネットワーク内の被管理装置から送出され
   た管理情報を収集する手段と、収集された管理情報と前
   記記憶手段から得られた当該被管理装置の識別子との組
   を前記データベースに送出する経路情報変換手段とを有
   することを特徴とするネットワーク管理システム。
5. 【請求項５】 請求項４に記載のネットワーク管理シス
   テムにおいて、前記論理被管理装置情報生成手段は、さ
   らに、サブネットワークの経路情報と対応するＩＰ経路
   情報であるRFC-1213MIB の経路情報との関係を記憶した
   別の記憶手段を有し、前記経路情報変換手段は、収集さ
   れた経路情報をRFC-1213MIB の経路情報に変換し、RFC-
   1213MIB の経路情報に変換された経路情報と当該被管理
   装置の識別子との組をデータベースに送出することを特
   徴とするネットワーク管理システム。