JP2918088B2 - Hierarchical network management system and method for controlling network management information - Google Patents

Hierarchical network management system and method for controlling network management information

Info

Publication number
JP2918088B2
JP2918088B2 JP6037957A JP3795794A JP2918088B2 JP 2918088 B2 JP2918088 B2 JP 2918088B2 JP 6037957 A JP6037957 A JP 6037957A JP 3795794 A JP3795794 A JP 3795794A JP 2918088 B2 JP2918088 B2 JP 2918088B2
Authority
JP
Japan
Prior art keywords
manager
sub
agent
management
identifier
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
Application number
JP6037957A
Other languages
Japanese (ja)
Other versions
JPH07226777A (en
Inventor
隆 影井
三知男 鈴木
康裕 田中
眞人 齋藤
芳行 黒崎
修司 藤野
光好 橋田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP6037957A priority Critical patent/JP2918088B2/en
Publication of JPH07226777A publication Critical patent/JPH07226777A/en
Application granted granted Critical
Publication of JP2918088B2 publication Critical patent/JP2918088B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明は、通信ネットワークの管
理システムおよび管理情報の制御方法に関し、特に、エ
ージェント、サブマネージャ、および統合マネージャに
より階層的に管理されるネットワーク管理システムおよ
びネットワーク管理情報の制御方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a communication network management system and a control method of management information, and more particularly to a network management system and a control of network management information which are hierarchically managed by an agent, a sub-manager and an integrated manager. About the method.

【0002】[0002]

【従来の技術】従来、通信ネットワークの管理システム
は、マネージャとエージェントとの2種類のサブシステ
ムより構成されている。
2. Description of the Related Art Conventionally, a communication network management system is composed of two types of subsystems, a manager and an agent.

【0003】通信ネットワークが大規模になると、当該
通信ネットワークを分割し、分割された通信ネットワー
クのそれぞれを、中間の管理システム(以下、サブマネ
ージャと呼ぶ)にて管理することにより、管理に関わる
負担を低減するようになっていきている。
When a communication network becomes large-scale, the communication network is divided, and each of the divided communication networks is managed by an intermediate management system (hereinafter, referred to as a sub-manager), so that a burden concerning management is increased. Is being reduced.

【0004】例えば、図2に示されるように、ワイド・
エリア・ネットワーク(以降、WANと略す)とローカ
ル・エリア・ネットワーク(以降、LANと略す)より
構成され、すべてのエージェントはどれかのLANに接
続される通信ネットワークでは、各LANごとに当該L
ANを代行管理するサブマネージャを設置し、当該通信
ネットワークを分割管理することが行なわれる。
For example, as shown in FIG.
In a communication network comprising an area network (hereinafter abbreviated as WAN) and a local area network (hereinafter abbreviated as LAN), and all agents are connected to any one of the LANs, the L
A sub-manager that manages the AN on behalf of the AN is installed, and the communication network is divided and managed.

【0005】このとき、従来の意味でのマネージャ、す
なわち前記通信ネットワークの全体を管理するサブシス
テムを、統合マネージャと呼ぶ。
At this time, a manager in the conventional sense, that is, a subsystem that manages the entire communication network is called an integrated manager.

【0006】一方、通信ネットワークの管理に関する国
際的な標準規格には、オー・エス・アイ(OSI)管理
標準と、アイ・エイ・ビー(IAB)管理標準のふたつ
が存在する。
On the other hand, there are two international standards related to the management of communication networks: an OSI (OSI) management standard and an IAB (IAB) management standard.

【0007】前記のサブマネージャを設置した管理シス
テムでは、”分散LANドメインのOSIによる統合管
理”(宮内他、情報処理学会論文誌、1993年、6月
号、以下、参照文献[1])に記述されているように、
各LANをIAB管理標準に基づくサブマネージャにて
管理し、サブマネージャと統合マネージャ間はOSI管
理標準に基づく管理システムで管理することが提案され
ている。
[0007] In the management system having the above-mentioned sub-manager, "Integrated management of distributed LAN domain by OSI" (Miyauchi et al., Transactions of Information Processing Society of Japan, June 1993, hereinafter referred to [1]) As described,
It is proposed that each LAN be managed by a sub-manager based on the IAB management standard, and between the sub-manager and the integrated manager be managed by a management system based on the OSI management standard.

【0008】[0008]

【発明が解決しようとする課題】しかしながら、上記参
照文献[1]に記述されているOSI管理システムで
は、サブマネージャは、OSI管理標準が実現されるO
SI標準の通信サービスと、IAB管理標準が実現され
るIAB標準の通信サービスとの両方を実装しなければ
ならない。
However, in the OSI management system described in the above reference [1], the sub-manager is an OS that implements the OSI management standard.
It is necessary to implement both the communication service of the SI standard and the communication service of the IAB standard in which the IAB management standard is realized.

【0009】一方、LANでは、IAB標準の通信サー
ビスが使用されている。前記通信ネットワークの運用で
は、LAN間でもIAB標準の通信サービスを使用する
ことが通常の運用である。したがって、上記参照文献
[1]に記述されている管理システムでは、WAN上で
IAB管理標準の標準規格を使用できるにもかかわら
ず、OSI管理標準の標準規格を使用しなければなら
ず、サブマネージャの構成が大きくなるという欠点があ
る。
On the other hand, a LAN uses a communication service of the IAB standard. In the operation of the communication network, it is a normal operation to use an IAB standard communication service even between LANs. Therefore, in the management system described in the reference [1], although the IAB management standard can be used on the WAN, the OSI management standard must be used. Is disadvantageous in that the configuration of the device becomes large.

【0010】本発明は、エージェント、サブマネージ
ャ、および統合マネージャにより階層的に管理されるネ
ットワーク管理システムにおいて、統合マネージャとサ
ブマネージャ間の通信サービスについてもIAB管理標
準に基づくことにより、サブマネージャの構成を簡単な
ものとすることができ、延いては管理システム全体の構
成を簡易化できる階層型ネットワーク管理システムおよ
びネットワーク管理情報の制御方法を提供することを目
的とする。
According to the present invention, in a network management system hierarchically managed by an agent, a sub-manager, and an integrated manager, the communication service between the integrated manager and the sub-manager is also based on the IAB management standard, so that the sub-manager is configured. It is an object of the present invention to provide a hierarchical network management system and a method for controlling network management information, which can simplify the configuration of the entire management system.

【0011】[0011]

【課題を解決するための手段】本発明に係る階層型ネッ
トワーク管理システムは、通信ネットワークの資源であ
る管理オブジェクトを制御するエージェントと、前記エ
ージェントの一群を介して前記通信ネットワークの一部
を制御するサブマネージャと、前記サブマネージャの一
群を介して前記通信ネットワークを制御する統合マネー
ジャとから構成され、前記エージェントと前記サブマネ
ージャ間、および前記サブマネージャと前記統合マネー
ジャ間の通信プロトコルとしてSNMPを使用する階層
型ネットワーク管理システムであって、前記サブマネー
ジャが仮想的に保持するデータベースである管理情報ベ
ースを構成する要素であるところの管理オブジェクト
が、当該サブマネージャの管理オブジェクトのインスタ
ンスと前記エージェントの管理オブジェクトのインスタ
ンスとが1対1に対応するように識別子を割当てた論理
的データ構造を有することを特徴とする。
A hierarchical network management system according to the present invention controls an agent that controls a management object that is a resource of a communication network, and controls a part of the communication network via a group of the agents. A sub-manager and an integrated manager that controls the communication network via a group of the sub-managers, wherein SNMP is used as a communication protocol between the agent and the sub-manager and between the sub-manager and the integrated manager. In the hierarchical network management system, a management object, which is an element constituting a management information base which is a database virtually held by the sub-manager, includes an instance of the management object of the sub-manager and the agent. And the instance of the bets of managed objects, characterized in that it has a logical data structure assigned identifiers to correspond one-to-one.

【0012】すなわち、本発明では、サブマネージャの
管理オブジェクト(以降、サブマネージャ管理オブジェ
クトと記す)の論理的データ構造を規定し、管理システ
ム全体でユニークとなる名前の体系を規定する。
That is, in the present invention, the logical data structure of the sub-manager management object (hereinafter, referred to as the sub-manager management object) is defined, and the name system that is unique in the entire management system is defined.

【0013】このデータ構造は、複数のエントリを持つ
テーブル形式で表現され、エージェントとエントリは1
対1に対応する。各エントリは少なくともひとつのイン
デックスを持つ。すなわち、少なくともひとつのインデ
ックスが、エントリと1対1に対応する。また、サブマ
ネージャが管理する管理オブジェクトの上記データ構造
は、エージェントごとの相違を表現し、前記相違を吸収
できる論理的データ構造を持つようにする。また、本発
明では、オブジェクト・グループ単位にテーブル形式で
サブマネージャ管理オブジェクトの論理的データ構造を
規定する。さらに、エージェントと1対1に対応するイ
ンデックスを、各テーブルで共通に使用することによ
り、エージェントとの対応を容易におこなうことができ
るようにした。
This data structure is expressed in a table format having a plurality of entries.
Corresponds to one. Each entry has at least one index. That is, at least one index corresponds to the entry on a one-to-one basis. Further, the data structure of the management object managed by the sub-manager expresses a difference for each agent and has a logical data structure capable of absorbing the difference. Further, in the present invention, the logical data structure of the sub-manager management object is defined in a table format for each object group. Furthermore, by using an index corresponding to an agent on a one-to-one basis in each table, correspondence with the agent can be easily performed.

【0014】本発明では、前記サブマネージャの管理オ
ブジェクトに対応するエージェントの管理オブジェクト
が非テーブル型の管理オブジェクトであり、当該エージ
ェントの管理オブジェクトのオブジェクト識別子の基準
点をXとし、当該エージェントの管理オブジェクトが属
するオブジェクト・グループに対する副識別子をx1と
し、当該エージェントの管理オブジェクトに対する副識
別子をx2とし、前記サブマネージャの管理オブジェクト
に割り当てるオブジェクト識別子の基準点をYとした場
合に、当該サブマネージャの管理オブジェクトのオブジ
ェクト識別子として、適当に選択した副識別子y1および
y2を用いて、Y.x1.y1.y2.x2を割り当てるようにする。
In the present invention, the management object of the agent corresponding to the management object of the sub-manager is a non-table type management object, the reference point of the object identifier of the management object of the agent is X, and the management object of the agent is If the sub-identifier for the object group to which the sub-manager belongs is x1, the sub-identifier for the management object of the agent is x2, and the reference point of the object identifier assigned to the management object of the sub-manager is Y, the management object of the sub-manager As the object identifier of the appropriately selected sub-identifier y1 and
Y.x1.y1.y2.x2 is assigned using y2.

【0015】また、前記サブマネージャの管理オブジェ
クトに対応するエージェントの管理オブジェクトがテー
ブル型の管理オブジェクトであり、当該エージェントの
管理オブジェクトのオブジェクト識別子の基準点をXと
し、当該エージェントの管理オブジェクトが属するオブ
ジェクト・グループに対する副識別子をx1とし、当該エ
ージェントの管理オブジェクトが属するテーブルとエン
トリに対する副識別子をそれぞれx2およびx3とし、当該
エージェントの管理オブジェクトに対する副識別子をx4
とし、前記サブマネージャの管理オブジェクトに割り当
てるオブジェクト識別子の基準点をYとした場合に、当
該サブマネージャの管理オブジェクトのオブジェクト識
別子として、Y.x1.x2.x3.x4を割り当てるようにする。
The management object of the agent corresponding to the management object of the sub-manager is a table-type management object, the reference point of the object identifier of the management object of the agent is X, and the object to which the management object of the agent belongs The sub-identifier for the group is x1, the sub-identifier for the table and entry to which the management object of the agent belongs is x2 and x3, respectively, and the sub-identifier for the management object of the agent is x4
Assuming that the reference point of the object identifier assigned to the sub-manager's management object is Y, Y.x1.x2.x3.x4 is assigned as the object identifier of the sub-manager's management object.

【0016】さらに、本発明の階層型ネットワーク管理
システムにおける統合マネージャは、階層的なサブマッ
プを用いてネットワークの状態を表示するグラフィカル
・インタフェースを提供する。
Further, the integrated manager in the hierarchical network management system of the present invention provides a graphical interface for displaying the status of the network using a hierarchical submap.

【0017】本発明に係るネットワーク管理情報の制御
方法では、前記サブマネージャが、前記統合マネージャ
からSNMPメッセージを受け取った場合、該SNMP
メッセージを解析し、前記サブマネージャの管理オブジ
ェクトのインスタンスのオブジェクト識別子を前記エー
ジェントの管理オブジェクトのインスタンスのオブジェ
クト識別子に変換し、該管理オブジェクトのインスタン
スを保持するエージェントのIPアドレスおよび該エー
ジェントに対するコミュニティ名を取得し、該エージェ
ントの管理オブジェクトのインスタンスのオブジェクト
識別子、および取得したコミュニティ名を用いて、該エ
ージェントに対するSNMPメッセージを組み立て、該
エージェントに対して該SNMPメッセージを発行し、
発行したSNMPメッセージに対する応答であるところ
のSNMPメッセージを、該エージェントから受信し、
受信したSNMPメッセージを解析し、該SNMPメッ
セージを発行したエージェントのIPアドレスを用い
て、該エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子を、前記サブマネージャの管理オ
ブジェクトのインスタンスのオブジェクト識別子に変換
し、得られたサブマネージャの管理オブジェクトのイン
スタンスのオブジェクト識別子を用いて、前記統合マネ
ージャに対して応答すべきSNMPメッセージを組み立
て、前記統合マネージャに対して該SNMPメッセージ
を応答するようにしている。
In the method for controlling network management information according to the present invention, when the sub-manager receives an SNMP message from the integrated manager,
Analyzing the message, converting the object identifier of the instance of the managed object of the sub-manager into the object identifier of the instance of the managed object of the agent, and identifying the IP address of the agent holding the instance of the managed object and the community name for the agent Using the object identifier of the instance of the management object of the agent and the acquired community name, assembling an SNMP message for the agent, and issuing the SNMP message to the agent;
Receiving an SNMP message that is a response to the issued SNMP message from the agent,
Analyzing the received SNMP message, using the IP address of the agent that issued the SNMP message, converting the object identifier of the instance of the management object of the agent into the object identifier of the instance of the management object of the sub-manager, Using the object identifier of the instance of the managed object of the sub-manager, an SNMP message to be responded to the integrated manager is assembled, and the SNMP message is responded to the integrated manager.

【0018】[0018]

【作用】サブマネージャ管理オブジェクトに割り当てら
れるオブジェクト識別子の割り当てを、IAB管理標準
の管理オブジェクト(以降、IAB管理オブジェクトと
記す)に割り当てられるオブジェクト識別子と対応させ
ているので、サブマネージャ管理オブジェクトと、それ
に対応するIAB管理オブジェクトの対応を、容易かつ
機械的におこなうことができる。すなわち、サブマネー
ジャ管理オブジェクトと、IAB管理オブジェクトとの
対応表を、サブマネージャが持つ必要がなくなるという
利点がある。
Since the assignment of the object identifier assigned to the sub-manager management object is made to correspond to the object identifier assigned to the IAB management standard management object (hereinafter referred to as IAB management object), the sub-manager management object and the Correspondence of the corresponding IAB management object can be easily and mechanically performed. That is, there is an advantage that the sub-manager need not have a correspondence table between the sub-manager management object and the IAB management object.

【0019】[0019]

【実施例】以下、図面を用いて本発明の実施例を説明す
る。
Embodiments of the present invention will be described below with reference to the drawings.

【0020】図2は、本実施例のネットワーク管理シス
テムの適用対象である階層型ネットワークの構成例を示
す。このネットワークは、WANとLANより構成さ
れ、すべてのエージェント20a〜20fは何れかのL
ANに接続されている。各LANごとに、当該LANを
代行管理するサブマネージャ10が設置してある。統合
マネージャ50は、この通信ネットワークの全体を管理
する。
FIG. 2 shows a configuration example of a hierarchical network to which the network management system according to the present embodiment is applied. This network is composed of a WAN and a LAN, and all the agents 20a to 20f
Connected to AN. For each LAN, a sub-manager 10 that manages the LAN on behalf of the LAN is installed. The integrated manager 50 manages the entire communication network.

【0021】図1は、図2の階層型ネットワークの論理
的な関係を示す図である。本実施例の階層型ネットワー
ク管理システムでは、統合マネージャ50とサブマネー
ジャ10との間のネットワーク管理のためのプロトコル
として、エス・エヌ・エム・ピー(SNMP、以降、単
にSNMPと記述する。)プロトコルを用いる。また、
サブマネージャ10とエージェント20との間のネット
ワーク管理もSNMPプロトコルにより行なう。
FIG. 1 is a diagram showing the logical relationship of the hierarchical network of FIG. In the hierarchical network management system according to the present embodiment, as a protocol for network management between the integrated manager 50 and the sub-manager 10, an SNMP protocol (hereinafter, simply referred to as SNMP) protocol. Is used. Also,
Network management between the sub-manager 10 and the agent 20 is also performed by the SNMP protocol.

【0022】次に、本実施例において用いるサブマネー
ジャの管理オブジェクト(以降、サブマネージャ管理オ
ブジェクトと記す)のデータ構造の概要を説明する。
Next, an outline of a data structure of a sub-manager management object (hereinafter, referred to as a sub-manager management object) used in this embodiment will be described.

【0023】IAB管理標準の枠組みでは、通信ネット
ワークの資源であり、管理システムが管理する対象であ
る管理オブジェクトの名称は、エージェントごとにのみ
ユニークであるが、管理システム全体ではユニークとは
ならない。例えば、図2において、エージェント20a
のシステム名称を表わす管理オブジェクトも、エージェ
ント20bのシステム名称を表わす管理オブジェクト
も、同じsysNameという名前であり、区別することがで
きない。IAB管理標準では、管理オブジェクトの名前
をあらわすためにオブジェクト識別子を使用している。
例えば、sysNameはオブジェクト識別子であり、1.3.6.
1.2.1.1.1.5という値を持つ。
In the framework of the IAB management standard, the name of a management object that is a resource of a communication network and is managed by the management system is unique only for each agent, but is not unique for the entire management system. For example, in FIG.
And the managed object representing the system name of the agent 20b have the same sysName and cannot be distinguished. The IAB management standard uses an object identifier to represent the name of a managed object.
For example, sysName is the object identifier and 1.3.6.
It has the value 1.2.1.1.1.5.

【0024】そこで、本実施例では、サブマネージャ管
理オブジェクトの論理的データ構造を規定し、管理シス
テム全体でユニークとなる名前の体系を規定するように
している。
Therefore, in the present embodiment, the logical data structure of the sub-manager management object is defined, and the name system that is unique in the entire management system is defined.

【0025】このサブマネージャ管理オブジェクトのデ
ータ構造は、複数のエントリを持つテーブル形式で表現
され、エージェントとエントリとは1対1に対応する。
各エントリは、少なくともひとつのインデックスを持
つ。すなわち、少なくともひとつのインデックスが、エ
ントリと1対1に対応するようにしている。
The data structure of this sub-manager management object is expressed in a table format having a plurality of entries, and the agent and the entry have a one-to-one correspondence.
Each entry has at least one index. That is, at least one index corresponds to the entry on a one-to-one basis.

【0026】実際の通信ネットワークでは、エージェン
トが実装する管理オブジェクト群は、エージェントごと
に相違する。そこで、本実施例においては、サブマネー
ジャが管理するサブマネージャ管理オブジェクトの上記
データ構造は、エージェントごとの相違を表現し、その
相違を吸収できる論理的データ構造を持つようにしてい
る。
In an actual communication network, a group of managed objects implemented by an agent differs for each agent. Therefore, in this embodiment, the data structure of the sub-manager managed object managed by the sub-manager has a logical data structure that expresses the difference for each agent and can absorb the difference.

【0027】IAB管理標準が規定する管理オブジェク
トは、論理的に関係のある管理オブジェクトごとに、オ
ブジェクト・グループとしてグループ化されており、オ
ブジェクト・グループ単位で実装することが推奨されて
いる。
The management objects defined by the IAB management standard are grouped as an object group for each logically related management object, and it is recommended that the management objects be implemented in object group units.

【0028】そこで、本実施例では、オブジェクト・グ
ループ単位にテーブル形式でサブマネージャ管理オブジ
ェクトの論理的データ構造を規定する。さらに、エージ
ェントと1対1に対応するインデックスを、各テーブル
で共通に使用することにより、容易に、エージェントと
の対応を取ることができるようにしている。
Therefore, in this embodiment, the logical data structure of the sub-manager management object is specified in a table format for each object group. Further, by using an index corresponding to the agent on a one-to-one basis in each table, it is possible to easily establish a correspondence with the agent.

【0029】さらに、本実施例では、サブマネージャ管
理オブジェクトに割り当てられるオブジェクト識別子の
割り当てを、IAB管理標準の管理オブジェクト(以
降、IAB管理オブジェクトと記す)に割り当てられる
オブジェクト識別子と対応させるようにしている。これ
により、サブマネージャ管理オブジェクトと、それに対
応するIAB管理オブジェクトとの対応を、容易かつ機
械的に行なうことができる。すなわち、サブマネージャ
管理オブジェクトと、IAB管理オブジェクトとの対応
表を、サブマネージャが持つ必要がなくなるという利点
がある。
Further, in this embodiment, the assignment of the object identifier assigned to the sub-manager management object is made to correspond to the object identifier assigned to the management object of the IAB management standard (hereinafter referred to as IAB management object). . This makes it possible to easily and mechanically associate the sub-manager management object with the corresponding IAB management object. That is, there is an advantage that the sub-manager need not have a correspondence table between the sub-manager management object and the IAB management object.

【0030】サブマネージャ管理オブジェクトとIAB
管理オブジェクトとの対応について、非テーブル型とテ
ーブル型に分けて、さらに具体的に説明する。
Sub-Manager Management Object and IAB
The correspondence with the management object will be described more specifically for a non-table type and a table type.

【0031】図3は、非テーブル型とテーブル型のIA
B管理オブジェクトのオブジェクト識別子と当該IAB
管理オブジェクトに対応するサブマネージャ管理オブジ
ェクトのオブジェクト識別子との対応表である。ここで
は、IAB管理オブジェクトに割り当てられるオブジェ
クト識別子の基準点をX、サブマネージャ管理オブジェ
クトに割り当てられるオブジェクト識別子の基準点をY
とする。
FIG. 3 shows a non-table type and a table type IA.
B object identifier and the corresponding IAB
6 is a correspondence table of sub-manager management objects corresponding to management objects with object identifiers. Here, the reference point of the object identifier assigned to the IAB management object is X, and the reference point of the object identifier assigned to the sub-manager management object is Y.
And

【0032】まず、非テーブル型のIAB管理オブジェ
クトについて説明する。
First, the non-table type IAB management object will be described.

【0033】前述したように、前記IAB管理オブジェ
クトは、あるオブジェクト・グループに属している。当
該オブジェクト・グループに割り当てられる副識別子を
x1とすると、当該IAB管理オブジェクトのオブジェク
ト識別子はX.x1.x2によって表わされる。ここで、x2
は、当該IAB管理オブジェクトに割り当てられた副識
別子である。
As described above, the IAB management object belongs to a certain object group. Sub-identifier assigned to the object group
Assuming that x1, the object identifier of the IAB management object is represented by X.x1.x2. Where x2
Is a sub-identifier assigned to the IAB management object.

【0034】前記IAB管理オブジェクトが属するオブ
ジェクト・グループのオブジェクト識別子はX.x1によ
って表わされるが、これに対応するサブマネージャ管理
オブジェクトが属するオブジェクト・グループのオブジ
ェクト識別子はY.x1として規定する。
The object identifier of the object group to which the IAB management object belongs is represented by X.x1, and the object identifier of the object group to which the corresponding sub-manager management object belongs is defined as Y.x1.

【0035】前記IAB管理オブジェクトに対応するサ
ブマネージャ管理オブジェクトのオブジェクト識別子
は、Y.x1.y1.y2.x2として規定する。ここで、Y.x1.y1
は当該サブマネージャ管理オブジェクトが属するテーブ
ルに割り当てられるオブジェクト識別子であり、Y.x1.
y1.y2は当該テーブルを構成するエントリに割り当てら
れるオブジェクト識別子である。y1とy2の値は、通常、
どちらも1であるが、後述するテーブル型のIAB管理
オブジェクトと対応するサブマネージャ管理オブジェク
トのオブジェクト識別子と重複しないように割り当て
る。
The object identifier of the sub-manager management object corresponding to the IAB management object is defined as Y.x1.y1.y2.x2. Where Y.x1.y1
Is an object identifier assigned to the table to which the sub-manager management object belongs, and Y.x1.
y1.y2 is an object identifier assigned to an entry configuring the table. The values of y1 and y2 are usually
Both are 1 but are assigned so as not to overlap with the object identifier of the sub-manager management object corresponding to the table type IAB management object described later.

【0036】さらに、前記非テーブル型のIAB管理オ
ブジェクトが属しているオブジェクト・グループと同じ
オブジェクト・グループに属する非テーブル型の管理オ
ブジェクトは、前記サブマネージャ管理オブジェクトが
属しているテーブルおよびエントリに属すこと、すなわ
ち、同一のオブジェクト識別子の形式Y.x1.y1.y2.x2を
持ち、Y、x1、y1、y2の値は同じであることを注意して
おく。
Further, a non-table type management object belonging to the same object group as the object group to which the non-table type IAB management object belongs belongs to a table and an entry to which the sub-manager management object belongs. Note that it has the same object identifier format Y.x1.y1.y2.x2 and the values of Y, x1, y1, y2 are the same.

【0037】次に、テーブル型のIAB管理オブジェク
トについて説明する。
Next, a table type IAB management object will be described.

【0038】テーブル型のIAB管理オブジェクトのオ
ブジェクト識別子は、X.x1.x2.x3.x4で与えられる。こ
こで、X.x1は、前記IAB管理オブジェクトが属して
いるオブジェクト・グループに割り当てられるオブジェ
クト識別子であり、x1は前記IAB管理オブジェクトが
属しているテーブルに割り当てられる副識別子である。
また、x3は、前記テーブルを構成するエントリに割り当
てられる副識別子である。前記IAB管理オブジェクト
に対応するサブマネージャ管理オブジェクトのオブジェ
クト識別子には、Y.x1.x2.x3.x4を割り当てる。
The object identifier of the table type IAB management object is given by X.x1.x2.x3.x4. Here, X.x1 is an object identifier assigned to the object group to which the IAB management object belongs, and x1 is a sub-identifier assigned to the table to which the IAB management object belongs.
Further, x3 is a sub-identifier assigned to an entry constituting the table. Y.x1.x2.x3.x4 is assigned to the object identifier of the sub-manager management object corresponding to the IAB management object.

【0039】次に、前記サブマネージャ管理オブジェク
トのインスタンスに対するインデックスの割り当て方法
について説明する。
Next, a method of assigning an index to an instance of the sub-manager management object will be described.

【0040】非テーブル型のIAB管理オブジェクトの
インスタンスに割り当てられるオブジェクト識別子は、
Z.0で割り当てられる。ここで、Zは前記IAB管理オ
ブジェクトに割り当てられたオブジェクト識別子(図3
ではX.x1.x2)である。前記IAB管理オブジェクトと
対応するサブマネージャ管理オブジェクトのオブジェク
ト識別子をW(図3ではY.x1.y1.y2.x2)とすると、当
該IAB管理オブジェクトのインスタンスに対応するサ
ブマネージャ管理オブジェクトのインスタンスに割り当
てられるオブジェクト識別子は、W.iで規定する。ここ
で、iは、前記IAB管理オブジェクトのインスタンス
を保持しているエージェントをユニークに識別するため
に与えられたインデックスである。
An object identifier assigned to an instance of a non-table type IAB management object is:
Assigned at Z.0. Here, Z is the object identifier (FIG. 3) assigned to the IAB management object.
X.x1.x2). Assuming that the object identifier of the sub-manager management object corresponding to the IAB management object is W (Y.x1.y1.y2.x2 in FIG. 3), it is assigned to the instance of the sub-manager management object corresponding to the instance of the IAB management object. The object identifier specified is defined by Wi. Here, i is an index given to uniquely identify an agent holding an instance of the IAB management object.

【0041】テーブル型のIAB管理オブジェクトのイ
ンスタンスに割り当てられるオブジェクト識別子は、
Z.i[1].i[2].….i[n](nは1以上)であらわされる。
ここで、Zは前記IAB管理オブジェクトに割り当てら
れたオブジェクト識別子(図3ではX.x1.x2.x3.x4)で
ある。前記IAB管理オブジェクトと対応するサブマネ
ージャ管理オブジェクトのオブジェクト識別子をW(図
3ではY.x1.x2.x3.x4)とする。そして、当該IAB管
理オブジェクトのインスタンスと対応するサブマネージ
ャ管理オブジェクトのインスタンスに割り当てられるオ
ブジェクト識別子は、W.i.i[1].i[2].….i[n]で規定す
る。ここで、iは、前記IAB管理オブジェクトのイン
スタンスを保持しているエージェントをユニークに識別
するために与えられたインデックスである。
The object identifier assigned to the instance of the table type IAB management object is:
Z.i [1] .i [2]... I [n] (n is 1 or more).
Here, Z is an object identifier (X.x1.x2.x3.x4 in FIG. 3) assigned to the IAB management object. The object identifier of the sub manager management object corresponding to the IAB management object is W (Y.x1.x2.x3.x4 in FIG. 3). The object identifier assigned to the instance of the sub-manager management object corresponding to the instance of the IAB management object is defined by W.ii [1] .i [2]... I [n]. Here, i is an index given to uniquely identify an agent holding an instance of the IAB management object.

【0042】次に、本実施例におけるサブマネージャ10
の構成について、図4を用いて、説明する。
Next, the sub-manager 10 in this embodiment is
Will be described with reference to FIG.

【0043】図4に示したように、サブマネージャ10
は、以下の機能モジュールから構成される。通信制御手
段100、オブジェクト識別子変換手段110、エージェント
識別手段120、およびサブマネージャ機能制御手段130で
ある。
As shown in FIG. 4, the sub-manager 10
Is composed of the following functional modules. A communication control unit 100, an object identifier conversion unit 110, an agent identification unit 120, and a sub-manager function control unit 130.

【0044】以下、各機能について説明する。Hereinafter, each function will be described.

【0045】(1)通信制御手段100 上述したように、IAB管理標準では、ネットワーク管
理のためのプロトコルをSNMPと名付けている。この
規格は、アール・エフ・シー1157、シンプル・ネッ
トワーク・マネージメント・プロトコル(RFC 1157, "S
imple Netwrk Management Protocol")で規定されてい
る。
(1) Communication Control Means 100 As described above, the protocol for network management is named SNMP in the IAB management standard. This standard is based on RFFC 1157, the Simple Network Management Protocol (RFC 1157, "S
imple Netwrk Management Protocol ").

【0046】当該通信制御手段100は、統合マネージャ
およびエージェントとのSNMPプロトコルによる通信
を司る。
The communication control means 100 controls communication with the integrated manager and the agent by the SNMP protocol.

【0047】(2)オブジェクト識別子変換手段110 当該オブジェクト識別子変換手段110は、図3で説明し
たオブジェクト識別子の対応規則にしたがって、サブマ
ネージャ管理オブジェクトのインスタンスのオブジェク
ト識別子を、IAB管理オブジェクトのインスタンスの
オブジェクト識別子に対応させる。また、当該オブジェ
クト識別子変換手段110は、IAB管理オブジェクトの
インスタンスのオブジェクト識別子を、サブマネージャ
管理オブジェクトのインスタンスのオブジェクト識別子
へと対応させる処理、すなわち、前記対応処理の逆対応
もおこなう。
(2) Object identifier conversion means 110 The object identifier conversion means 110 converts the object identifier of the instance of the sub-manager management object into the object of the instance of the IAB management object in accordance with the object identifier correspondence rule described with reference to FIG. Make it correspond to the identifier. Further, the object identifier conversion means 110 performs a process of associating the object identifier of the instance of the IAB management object with the object identifier of the instance of the sub-manager management object, that is, performs the reverse process of the above-described process.

【0048】(3)エージェント識別手段120 当該エージェント識別手段120は、前記オブジェクト識
別子の対応規則にしたがって、サブマネージャ管理オブ
ジェクトのインスタンスのオブジェクト識別子よりエー
ジェントを識別するインデックスをとりだし、当該エー
ジェントとSNMPによる通信をおこなうために必要な
情報(例えば、IPアドレス)に変換することをおこな
う。また、当該エージェント識別手段120は、前記処理
の逆変換もおこなう。
(3) Agent identifying means 120 The agent identifying means 120 extracts an index for identifying an agent from the object identifier of the instance of the sub-manager management object in accordance with the object identifier correspondence rule, and communicates with the agent by SNMP. Is converted into information (for example, an IP address) necessary for performing the operation. Further, the agent identification means 120 also performs the inverse conversion of the above processing.

【0049】(4)サブマネージャ機能制御手段130 当該サブマネージャ機能制御手段130は、前記通信制御
手段100、前記オブジェクト識別子変換手段110、および
前記エージェント識別手段120を制御して、サブマネー
ジャの機能を実現する。サブマネージャ10は、統合マネ
ージャ50に対してはエージェントとして振る舞い、エー
ジェント20に対してはマネージャとして振る舞うことを
注意しておく。
(4) Sub-manager function control means 130 The sub-manager function control means 130 controls the communication control means 100, the object identifier conversion means 110, and the agent identification means 120 to perform the function of the sub-manager. Realize. Note that the sub-manager 10 behaves as an agent for the integrated manager 50 and behaves as a manager for the agent 20.

【0050】前記各機能モジュールの相互作用、すなわ
ち、サブマネージャの動作の概略を、図5を用いて次に
説明する。括弧内に記述してあるものは、処理ステップ
を担当する機能モジュールである。
The interaction between the functional modules, that is, the outline of the operation of the sub-manager will be described below with reference to FIG. Those described in parentheses are the functional modules responsible for the processing steps.

【0051】ステップ1:統合マネージャ50より、SN
MPメッセージを受け取る。(通信制御手段100)
Step 1: SN from the integration manager 50
Receive an MP message. (Communication control means 100)

【0052】ステップ2:当該SNMPメッセージを解
析し、サブマネージャ管理オブジェクトのインスタンス
のオブジェクト識別子を、IAB管理オブジェクトのイ
ンスタンスのオブジェクト識別子に変換する。(オブジ
ェクト識別子変換手段110)
Step 2: Analyze the SNMP message and convert the object identifier of the instance of the sub-manager management object into the object identifier of the instance of the IAB management object. (Object identifier conversion means 110)

【0053】ステップ3:当該SNMPメッセージを解
析し、図61に示すようなテーブルを用いて、前記ステ
ップ2で得られるIAB管理オブジェクトのインスタン
スを保持するエージェントのIPアドレス、および当該
エージェントに対するコミュニティ名を得る。(エージ
ェント識別手段120)
Step 3: Analyze the SNMP message and, using a table as shown in FIG. 61, determine the IP address of the agent holding the instance of the IAB management object obtained in Step 2 and the community name for the agent. obtain. (Agent identification means 120)

【0054】ステップ4:前記ステップ2で得られるI
AB管理オブジェクトのインスタンスのオブジェクト識
別子、および前記ステップ3で得られるコミュニティ名
を用いて、前記ステップ3で得られるエージェントに対
するSNMPメッセージを組み立て、前記エージェント
に対して当該SNMPメッセージを発行する。(通信制
御手段100)
Step 4: I obtained in step 2
Using the object identifier of the instance of the AB management object and the community name obtained in step 3, an SNMP message for the agent obtained in step 3 is assembled, and the SNMP message is issued to the agent. (Communication control means 100)

【0055】ステップ5:前記ステップ4で発行したS
NMPメッセージに対する応答であるところのSNMP
メッセージを受信する。(通信制御手段100)
Step 5: S issued in step 4
SNMP as a response to an NMP message
Receive a message. (Communication control means 100)

【0056】ステップ6:前記ステップ5で得られたS
NMPメッセージを解析し、当該SNMPメッセージを
発行したエージェントのIPアドレスを用いて、IAB
管理オブジェクトのインスタンスのオブジェクト識別子
を、サブマネージャ管理オブジェクトのインスタンスの
オブジェクト識別子に変換する。(オブジェクト識別子
変換手段110、エージェント識別手段120)
Step 6: S obtained in the above step 5
Analyzing the NMP message, and using the IP address of the agent that issued the SNMP message,
Convert the object identifier of the instance of the managed object to the object identifier of the instance of the sub-manager managed object. (Object identifier conversion means 110, agent identification means 120)

【0057】ステップ7:前記ステップ6で得られたサ
ブマネージャ管理オブジェクトのインスタンスのオブジ
ェクト識別子を用いて、前記ステップ1で受信したSN
MPメッセージに対する応答であるところのSNMPメ
ッセージを組み立て、前記統合マネージャ50に対して当
該SNMPメッセージを応答する。
Step 7: Using the object identifier of the instance of the sub-manager management object obtained in step 6 above, the SN received in step 1
An SNMP message, which is a response to the MP message, is assembled, and the SNMP message is returned to the integrated manager 50.

【0058】次に、本実施例についてさらに具体例を挙
げて説明する。
Next, the present embodiment will be described with reference to a more specific example.

【0059】(具体例1)第1の具体例は、サブマネー
ジャ管理オブジェクトの論理構造の具体的な定義例であ
る。
(Specific Example 1) The first specific example is a specific definition example of the logical structure of the sub-manager management object.

【0060】IAB管理標準では、一般に、管理オブジ
ェクトの論理構造は管理情報ベースと呼ばれる仮想的デ
ータベースにて定義される。以降、管理情報ベースをエ
ム・アイ・ビー(MIB)と記す。前記MIBを記述す
るシンタックス、および管理オブジェクトのインスタン
スを識別するための方法は、アール・エフ・シー115
5、ストラクチャ・アンド・アイデンティフィケーショ
ン・オブ・マネージメント・インフォメーション・フォ
ー・ティー・シー・ピー・アイ・ピー・ベースド・イン
ターネッツ(RFC 1155, "Structure and Identificatio
n of Management Information for TCP/IP-based inter
nets")、およびアール・エフ・シー1212、コンサ
イス・エム・アイ・ビー・デフィニションズ(RFC 121
2, "Consice MIB Definitions)にて規定されている。
In the IAB management standard, the logical structure of a management object is generally defined in a virtual database called a management information base. Hereinafter, the management information base is referred to as MIB (MIB). A syntax for describing the MIB and a method for identifying an instance of a managed object are provided by RFC 115.
5. Structure and Identification of Management Information for TPC IP Based Internets (RFC 1155, "Structure and Identificatio
n of Management Information for TCP / IP-based inter
nets "), and RFC 1212, Concise MIB Definitions (RFC 121
2, "Consice MIB Definitions".

【0061】また、標準的なエージェントは、アール・
エフ・シー1213、マネージメント・インフォメーシ
ョン・ベース・フォー・ネットワーク・マネージメント
・オブ・ティー・シー・ピー・アイ・ピー・ベースド・
インターネッツ:エム・アイ・ビー・ツー(RFC 1213,
"Management Information Base for Network Manageme
nt of TCP/IP-based internets: MIB-II")に規定され
ている管理オブジェクトを実装している。
The standard agent is
FC1213, Management Information Base for Network Management of TPCIP Based
Internet: M.I.B.2 (RFC 1213,
"Management Information Base for Network Manageme
nt of TCP / IP-based internets: MIB-II ").

【0062】本具体例で対象とするMIB-IIの管理オ
ブジェクトのオブジェクト・グループは、システム・グ
ループ(System group)、インタフェーシズ・グループ
(Interfaces group)、およびエス・エヌ・エム・ピー
・グループ(SNMP group、以降SNMPグループと記
す。)である。
The object groups of the management objects of the MIB-II targeted in this specific example include a system group (System group), an interfaces group (Interfaces group), and an SMP group ( SNMP group, hereinafter referred to as SNMP group).

【0063】IAB管理オブジェクトのオブジェクト識
別子の基準点を、オブジェクト識別子1.3.6.1.2.1とす
る。また、サブマネージャ管理オブジェクトのオブジェ
クト識別子の基準点を、オブジェクト識別子1.3.6.1.4.
1.116.4.20.1とする。
The reference point of the object identifier of the IAB management object is referred to as an object identifier 1.3.6.1.2.1. In addition, the reference point of the object identifier of the sub-manager management object is defined as the object identifier 1.3.6.1.4.
1.116.4.20.1

【0064】図6から図8に、システム・グループに属
するIAB管理オブジェクトに対応するサブマネージャ
管理オブジェクトのMIBを示す。図9には、システム
・グループに関するIAB管理オブジェクトとサブマネ
ージャ管理オブジェクトとの対応表を示す。
FIGS. 6 to 8 show the MIB of the sub-manager management object corresponding to the IAB management object belonging to the system group. FIG. 9 shows a correspondence table between the IAB management object and the sub-manager management object relating to the system group.

【0065】図10から図16に、インタフェーシズ・
グループに属するIAB管理オブジェクトに対応するサ
ブマネージャ管理オブジェクトのMIBを示す。図17
から図18には、インタフェース・グループに関するI
AB管理オブジェクトとサブマネージャ管理オブジェク
トとの対応表を示す。
FIG. 10 to FIG.
13 shows the MIB of the sub-manager management object corresponding to the IAB management object belonging to the group. FIG.
FIG. 18 to FIG.
4 shows a correspondence table between AB management objects and sub-manager management objects.

【0066】図19から図25に、SNMPグループに
属するIAB管理オブジェクトに対応するサブマネージ
ャ管理オブジェクトのMIBを示す。図26から図27
には、SNMPグループに関するIAB管理オブジェク
トとサブマネージャ管理オブジェクトとの対応表を示
す。
FIGS. 19 to 25 show the MIB of the sub-manager management object corresponding to the IAB management object belonging to the SNMP group. 26 to 27
Shows a correspondence table between the IAB management object and the sub-manager management object related to the SNMP group.

【0067】(具体例2)次に、第2の具体例として、
サブマネージャ・サブシステムの動作に関して、具体的
に説明する。本具体例は、図5に示した本実施例におけ
るサブマネージャの動作をより具体的に説明するもので
ある。
(Specific Example 2) Next, as a second specific example,
The operation of the sub-manager subsystem will be specifically described. This specific example describes the operation of the sub-manager in the present embodiment shown in FIG. 5 more specifically.

【0068】図4で説明したように、サブマネージャ10
は、オブジェクト識別子変換手段110、エージェント識
別手段120、サブマネージャ機能制御手段130、および通
信制御手段100より構成される。これらの機能モジュー
ル群は、サブマネージャ機能制御手段130により全体制
御され、協調しながら動作する。
As described with reference to FIG.
Is composed of an object identifier conversion unit 110, an agent identification unit 120, a sub-manager function control unit 130, and a communication control unit 100. These functional modules are totally controlled by the sub-manager function control means 130 and operate in cooperation.

【0069】図28は、サブマネージャ10の動作全体の
概略を示したものである。
FIG. 28 schematically shows the entire operation of the sub-manager 10.

【0070】サブマネージャ10は、統合マネージャ50よ
りSNMPメッセージを受信すると(ステップ20
0)、当該SNMPメッセージの種類にしたがって(ス
テップ300)、Get処理(ステップ400)、Ge
tNext処理(ステップ500)、またはSet処理
(ステップ600)を実行する。
When the sub manager 10 receives the SNMP message from the integration manager 50 (step 20)
0), according to the type of the SNMP message (step 300), Get processing (step 400), Ge
The tNext processing (Step 500) or the Set processing (Step 600) is executed.

【0071】なお、統合マネージャ50とサブマネージャ
10は、従来のSNMPによるアーキテクチャ・モデルに
よると、それぞれマネージャとエージェントに対応す
る。故に、統合マネージャ50よりサブマネージャ10に通
知されるSNMPメッセージの種類は、前記RFC11
57によると、GetRequest-PDU、GetNextRequest-PDU、
およびSetRequest-PDUの3種類となり、そのメッセージ
・フォーマットは前記RFC1157に記載されている
エイ・エス・エヌ・ドット・ワン(ASN.1)記法に
したがって定義されている。図58から図60は、AS
N.1記法にしたがって定義されたこれらのメッセージ
・フォーマットを示す。
The integration manager 50 and the sub-manager
Numeral 10 corresponds to a manager and an agent, respectively, according to the conventional SNMP architectural model. Therefore, the type of the SNMP message notified from the integrated manager 50 to the sub-manager 10 is based on the RFC 11
According to 57, GetRequest-PDU, GetNextRequest-PDU,
And SetRequest-PDU, the message format of which is defined in accordance with the ASN.1 (ASN.1) notation described in RFC1157. 58 to FIG.
N. 1 shows these message formats defined according to the notation.

【0072】したがって、前記サブマネージャ10が前記
統合マネージャ50よりGetRequest-PDUを受信すると、G
et処理を実行する。また、GetNextRequest-PDUを受信
すると、GetNext処理を実行する。また、SetReq
uest-PDUを受信すると、Set処理を実行する。
Therefore, when the sub-manager 10 receives a GetRequest-PDU from the integration manager 50,
Executes et processing. Also, when the GetNextRequest-PDU is received, a GetNext process is executed. Also, SetReq
When a uest-PDU is received, a Set process is executed.

【0073】Get処理、GetNext処理、または
Set処理が終了すると、前記サブマネージャ10は、前
記統合マネージャ50に対する応答メッセージを作成し
(ステップ700)、該応答メッセージを送信する(ス
テップ800)。当該応答メッセージの種類は、前記R
FC1157によるとGetResponse-PDUであり、メッセ
ージ・フォーマットは、前記RFC1157中に、AS
N.1記法にしたがって、図58から図60に示すよう
に定義されている。
When the Get processing, the GetNext processing, or the Set processing is completed, the sub-manager 10 creates a response message to the integrated manager 50 (Step 700), and transmits the response message (Step 800). The type of the response message is R
According to FC 1157, it is a GetResponse-PDU, and the message format is AS
N. According to one notation, they are defined as shown in FIGS.

【0074】サブマネージャ10は、当該サブマネージャ
が終了するまで、上記の処理を続ける(ステップ15
0)。
The sub-manager 10 continues the above processing until the sub-manager ends (step 15).
0).

【0075】次に、図29を参照して、ステップ400
のGet処理について説明する。Get処理は、ある管
理情報を検索するために用いられる。
Next, referring to FIG.
Will be described. The Get process is used to search for certain management information.

【0076】サブマネージャ機能の内部変数であるとこ
ろのエラー種別およびエラー位置を、それぞれnoError
および0に初期化する(ステップ405)。
The error type and error position, which are internal variables of the sub-manager function, are respectively
And 0 (step 405).

【0077】次に、前記GetRequest-PDU中のvarriable-
bindingsパラメータ中の各インスタンスに対して、それ
ぞれ、以下の処理をおこなう(ステップ410)。
Next, the varriable-
The following processing is performed on each instance in the bindings parameter (step 410).

【0078】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する(ステップ415)。
First, the position of the instance to be processed in the variable-bindings parameter is set to the instance position which is an internal variable of the sub-manager function (step 415).

【0079】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するIAB管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子、当該
IAB管理オブジェクトのインスタンスを保持している
ところのエージェントのIPアドレス、および前記エー
ジェントとSNMP通信プロトコルを使用して通信する
ためのコミュニティ名を取得する(ステップ420、ス
テップ425)。
Since the instance specified by the integration manager 50 is an instance of a sub-manager management object,
An object identifier for identifying an instance of the IAB management object corresponding to the instance, an IP address of an agent holding the instance of the IAB management object, and an IP address for communicating with the agent using the SNMP communication protocol. A community name is acquired (step 420, step 425).

【0080】前記ステップ420および前記ステップ4
25より取得したIAB管理オブジェクト・インスタン
スのオブジェクト識別子およびコミュニティ名を利用し
て、GetRequest-PDUを作成する(ステップ430)。次
に、前記ステップ425で得られたIPアドレスを用い
て、前記IAB管理オブジェクト・インスタンスを保持
するところのエージェントに対して、前記ステップ43
0において作成したGetRequest-PDUを発行する(ステッ
プ435)。
Step 420 and Step 4
A GetRequest-PDU is created using the object identifier and the community name of the IAB management object instance acquired from Step 25 (Step 430). Next, using the IP address obtained in the step 425, the agent holding the IAB management object instance is sent to the agent in the step 43.
0, and issues the GetRequest-PDU created (step 435).

【0081】次に、サブマネージャ10は、前記ステップ
435において発行したGetRequest-PDUに対する応答メ
ッセージであるところのGetResponse-PDUを受信する
(ステップ440)。そして、当該応答メッセージが正
常応答メッセージであるか、エラー応答メッセージであ
るかを判断する(ステップ445)。これは、前記GetR
esponse-PDU中のerror-statusパラメータの値が、noErr
orであるか、そうでないかによって判断される。すなわ
ち、前記error-statusパラメータの値がnoErrorである
ならば正常応答メッセージであり、それ以外の値であれ
ばエラー応答メッセージとなる。
Next, the sub-manager 10 receives the GetResponse-PDU, which is a response message to the GetRequest-PDU issued in step 435 (step 440). Then, it is determined whether the response message is a normal response message or an error response message (step 445). This is the GetR
The value of the error-status parameter in the esponse-PDU is noErr
It is determined by whether or not. That is, if the value of the error-status parameter is noError, the message is a normal response message, and if the value is any other value, the message is an error response message.

【0082】前記GetResponse-PDUが正常応答メッセー
ジの場合、前記IAB管理オブジェクト・インスタンス
のオブジェクト識別子を、サブマネージャ管理オブジェ
クト・インスタンスのオブジェクト識別子に変換する
(ステップ450)。これにより、統合マネージャ50が
求めるインスタンスの値が求められる。この変換処理に
より得られるサブマネージャ管理オブジェクトのインス
タンスは、統合マネージャ50がGetRequest-PDUによって
指定したインスタンスであることを注意する。故に、I
AB管理オブジェクト・インスタンスをサブマネージャ
管理オブジェクト・インスタンスに変換する処理をおこ
なわずに、統合マネージャがGetRequest-PDU似よって指
定したサブマネージャ管理オブジェクト・インスタンス
のオブジェクト識別子を使用する方法もあることに注意
する。
If the GetResponse-PDU is a normal response message, the object identifier of the IAB managed object instance is converted to the object identifier of the sub manager managed object instance (step 450). As a result, the value of the instance required by the integration manager 50 is determined. Note that the instance of the sub-manager management object obtained by this conversion processing is the instance specified by the integration manager 50 by GetRequest-PDU. Therefore, I
Note that there is a method in which the integration manager uses the object identifier of the sub-manager management object instance specified by the GetRequest-PDU without converting the AB management object instance into the sub-manager management object instance. .

【0083】前記GetResponse-PDUがエラー応答の場
合、エラー処理をおこない(ステップ455)、Get
処理を終える。
If the GetResponse-PDU is an error response, error processing is performed (step 455), and Get
Finish the process.

【0084】次に、図30〜図37を用いて、図28の
ステップ500のGetNext処理を説明する。Ge
tNext処理は、管理情報を連続的検索するために用
いられる。GetNext処理の説明の前に、GetN
ext処理で連続的検索する際のサブマネージャ管理オ
ブジェクト(テーブル)のトラバース例を説明する。
Next, the GetNext process in step 500 of FIG. 28 will be described with reference to FIGS. Ge
The tNext processing is used for continuously searching for management information. Before explaining the GetNext processing, GetN
An example of traversing the sub-manager management object (table) at the time of continuous search by the ext process will be described.

【0085】図38は、非テーブル型のIAB管理オブ
ジェクトで構成されたサブマネージャ管理オブジェクト
(テーブル)のトラバース例を示す。図39は、テーブ
ル型のIAB管理オブジェクトで構成されたサブマネー
ジャ管理オブジェクト(テーブル)のトラバース例を示
す。
FIG. 38 shows an example of traversing a sub-manager management object (table) composed of non-table type IAB management objects. FIG. 39 shows an example of traversing a sub-manager management object (table) composed of a table type IAB management object.

【0086】サブマネージャ管理オブジェクトは、図3
8に示すインデックス(エージェントと1対1に対応し
ている)をひとつしか持たないテーブル型であるか、図
39に示す複数のインデックスを持つテーブル形式であ
らわされるか、そのどちらかであることに注意する。ち
なみに、図38に示されるサブマネージャ管理オブジェ
クトに対応するIAB管理オブジェクトは、非テーブル
型の管理オブジェクトであり、図39に示されるサブマ
ネージャ管理オブジェクトに対応する管理オブジェクト
は、テーブル型の管理オブジェクトである。
The sub-manager object is shown in FIG.
Either a table type having only one index (corresponding to an agent) shown in FIG. 8 or a table format having a plurality of indexes shown in FIG. 39 is used. warn. Incidentally, the IAB management object corresponding to the sub-manager management object shown in FIG. 38 is a non-table type management object, and the management object corresponding to the sub-manager management object shown in FIG. 39 is a table type management object. is there.

【0087】前記RFC1157における規定とサブマ
ネージャ管理オブジェクトのオブジェクト識別子の割当
て方法にしたがうと、図39の場合、GetNext-PDUを連
続発行することによるサブマネージャ管理オブジェクト
のトラバースは、実線に示すように動作しなければなら
ない(オブジェクト#1のエージェント#nの次は、点
線に示すようにオブジェクト#2のエージェント#1に
いく)。一方、対応するIAB管理オブジェクトのトラ
バースは、一点鎖線で示すように動作する。
In accordance with the provisions of the RFC 1157 and the method of assigning the object identifiers of the sub-manager objects, in the case of FIG. (The agent #n of the object # 1 is followed by the agent # 1 of the object # 2 as shown by a dotted line). On the other hand, the traversal of the corresponding IAB management object operates as shown by the dashed line.

【0088】また、図39の場合も同じ理由により、Ge
tNext-PDUを連続発行することによるサブマネージャ管
理オブジェクトのトラバースは、実線に示すように動作
しなければならない(オブジェクト#1のエージェント
#nのインデクス#uの次は、点線に示すようにオブジ
ェクト#2のエージェント#1のインデクス#1にい
く)。一方、対応するIAB管理オブジェクトのトラバ
ースは、一点鎖線で示すように動作する(オブジェクト
#1のエージェント#1のインデクス#sの次は、点線
に示すようにオブジェクト#2のエージェント#1のイ
ンデクス#1にいく)。
Also, in the case of FIG.
The traversal of the sub-manager management object by successively issuing tNext-PDUs must operate as shown by the solid line (the object # 1 after the index #u of the agent #n of the object # 1 as shown by the dotted line) 2 goes to index # 1 of agent # 1). On the other hand, the traversal of the corresponding IAB management object operates as indicated by the dashed line (the index #s of the agent # 1 of the object # 1 is followed by the index # of the agent # 1 of the object # 2 as indicated by the dashed line) 1).

【0089】さらに、図38および図39中の上記管理
オブジェクトのトラバースにおいて、表の各要素に対応
するインスタンスが存在しない場合、当該インスタンス
はスキップされることに注意する。
Further, it should be noted that in the traversal of the management object in FIGS. 38 and 39, if there is no instance corresponding to each element of the table, the instance is skipped.

【0090】上記管理オブジェクトのトラバース条件に
したがうために、サブマネージャは以下に記述するよう
に動作する。
In order to comply with the traversal conditions of the management object, the sub-manager operates as described below.

【0091】図30〜図37を参照して、まずサブマネ
ージャ機能の内部変数であるところのエラー種別および
エラー位置を、それぞれ、noErrorおよび0に初期化す
る(ステップ501)。
Referring to FIGS. 30 to 37, first, an error type and an error position, which are internal variables of the sub-manager function, are initialized to noError and 0, respectively (step 501).

【0092】次に、前記GetNextRequest-PDU中のvarria
ble-bindingsパラメータ中の各インスタンスに対して、
それぞれ以下の処理をおこなう(ステップ502)。
Next, the varria in the GetNextRequest-PDU is
For each instance in the ble-bindings parameter,
The following processes are performed (step 502).

【0093】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する(ステップ503)。
First, the position of the instance to be processed in the variable-bindings parameter is set to the instance position which is an internal variable of the sub-manager function (step 503).

【0094】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するIAB管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子を得る
(ステップ504)。
Since the instance specified by the integration manager 50 is an instance of a sub-manager management object,
An object identifier for identifying an instance of the IAB management object corresponding to the instance is obtained (step 504).

【0095】次に、前記ステップ504で得られたIA
B管理オブジェクトがテーブル型であるか、非テーブル
型であるかを判断する(ステップ505)。テーブル型
である場合はステップ506に、非テーブル型である場
合はステップ532に、それぞれ進む。
Next, the IA obtained in step 504 is obtained.
It is determined whether the B management object is a table type or a non-table type (step 505). If it is the table type, the process proceeds to step 506, and if it is the non-table type, the process proceeds to step 532.

【0096】当該IAB管理オブジェクトがテーブル型
である場合、当該IAB管理オブジェクトのインスタン
スを保持しているところのエージェントのIPアドレ
ス、および前記エージェントとSNMP通信プロトコル
を使用して通信するためのコミュニティ名を取得する
(ステップ506)。
When the IAB management object is a table type, the IP address of the agent holding the instance of the IAB management object and the community name for communicating with the agent using the SNMP communication protocol are set. Obtain (step 506).

【0097】前記ステップ504および前記ステップ5
06より取得したIAB管理オブジェクト・インスタン
スのオブジェクト識別子およびコミュニティ名を利用し
て、GetNextRequest-PDUを作成する(ステップ50
7)。次に、前記ステップ506で得られたIPアドレ
スを用いて、前記IAB管理オブジェクト・インスタン
スを保持するところのエージェントに対して、前記ステ
ップ507において作成したGetNextRequest-PDUを発行
する(ステップ508)。
Step 504 and Step 5
A GetNextRequest-PDU is created using the object identifier and community name of the IAB management object instance acquired from step 06 (step 50).
7). Next, the GetNextRequest-PDU created in step 507 is issued to the agent holding the IAB management object instance using the IP address obtained in step 506 (step 508).

【0098】サブマネージャ10は、前記ステップ508
において発行したGetNextRequest-PDUに対する応答メッ
セージであるところのGetResponse-PDUを受信する(ス
テップ509)。当該応答メッセージが正常応答(ステ
ップ510)であり、かつ当該応答メッセージによって
得られたIAB管理オブジェクトが、前記ステップ50
8において発行したGetNextRequest-PDU中のIAB管理
オブジェクトと同じ管理オブジェクト・タイプである場
合(ステップ511)、前記IAB管理オブジェクト・
インスタンスのオブジェクト識別子を、サブマネージャ
管理オブジェクト・インスタンスのオブジェクト識別子
に変換(ステップ512)し、当該サブマネージャ管理
オブジェクト・インスタンスを、前記ステップ503で
処理対象として選択したインスタンスに対応する応答イ
ンスタンスとする。
The sub-manager 10 determines in step 508
The GetResponse-PDU, which is a response message to the GetNextRequest-PDU issued in (1), is received (step 509). The response message is a normal response (step 510), and the IAB management object obtained by the response message
8, if the managed object type is the same as the IAB managed object in the GetNextRequest-PDU issued in step 8 (step 511).
The object identifier of the instance is converted into the object identifier of the sub-manager management object instance (step 512), and the sub-manager management object instance is set as a response instance corresponding to the instance selected as the processing target in step 503.

【0099】ステップ512の後、図30のラベルL2
に分岐し、処理を終了する。
After step 512, the label L2 in FIG.
And the process ends.

【0100】ここで、上記のステップ511について詳
細に説明する。
Here, step 511 will be described in detail.

【0101】前記GetNextRequest-PDU中のIAB管理オ
ブジェクト・インスタンスのオブジェクト識別子をx.i
とする。同様に、前記GetResponse-PDU中のIAB管理
オブジェクト・インスタンスのオブジェクト識別子をy.
jとする。ここで、xおよびyは、それぞれのIAB管理
オブジェクトのオブジェクト識別子であり、iおよびjは
それぞれのIAB管理オブジェクト・インスタンスに割
り当てられたインデックスである。インデックスは、複
数個の副識別子の組として表現されることもあることを
注意しておく。
The object identifier of the IAB management object instance in the GetNextRequest-PDU is xi
And Similarly, set the object identifier of the IAB management object instance in the GetResponse-PDU to y.
j. Here, x and y are the object identifiers of the respective IAB management objects, and i and j are the indexes assigned to the respective IAB management object instances. Note that the index may be represented as a set of sub-identifiers.

【0102】前記応答メッセージによって得られたIA
B管理オブジェクトが、前記ステップ508において発
行したGetNextRequest-PDU中のIAB管理オブジェクト
と同じ管理オブジェクト・タイプであるとは、前記オブ
ジェクト識別子xおよび前記オブジェクト識別子yが一致
することである。すなわち、前記オブジェクト識別子x
が副識別子の列s[1].s[2].….s[n]で表現され、前記オ
ブジェクト識別子yが副識別子の列t[1].t[2].….t[m]で
表現されるとすると、n=mであり、s[p]=t[p](p=1,2,…,
n)となることである。ちなみに、インデックスiおよびj
に関しても、インデックスiが副識別子の列u[1].u[2].
….u[k]と表現され、インデックスjが副識別子の列v
[1].v[2].…v[l]と表現される場合、k=lとなる。
IA obtained by the response message
The B managed object is of the same managed object type as the IAB managed object in the GetNextRequest-PDU issued in step 508 when the object identifier x and the object identifier y match. That is, the object identifier x
Is represented by a sequence of sub-identifiers s [1] .s [2] ..... s [n], and the object identifier y is a sequence of sub-identifiers t [1] .t [2] ..... t [m] N = m and s [p] = t [p] (p = 1,2, ...,
n). By the way, index i and j
As for the index i, the sub-identifier sequence u [1] .u [2].
… .U [k] and the index j is the sub-identifier sequence v
When expressed as [1] .v [2] .... v [l], k = l.

【0103】ステップ511では、上記のようにして判
別を行なう。
In step 511, the determination is made as described above.

【0104】前記GetResponse-PDUが前記ステップ51
0または前記ステップ511のどちらかの条件を満足し
なかった場合、サブマネージャ10が管理しているエージ
ェントの一覧であるところのエージェント・リストにお
いて、前記ステップ506で得られたエージェントの次
に位置するところのエージェントから、前記エージェン
ト・リストの最後に登録されているエージェントまでを
対象エージェントとして、以下の処理を繰り返しておこ
なう(ステップ513)。ここで、前記エージェント・
リスト中には、サブマネージャ管理オブジェクトにおい
て使用される、エージェントと1対1に対応するインデ
ックスの値が小さい順番に、エージェントが登録される
ことを注意する。
The GetResponse-PDU corresponds to step 51
If either 0 or the condition in step 511 is not satisfied, the agent is located next to the agent obtained in step 506 in the agent list, which is a list of agents managed by the sub-manager 10. The following process is repeated by using the agents from the agent to the agent registered at the end of the agent list as target agents (step 513). Here, the agent
Note that agents are registered in the list in ascending order of index values corresponding to agents used in the sub-manager management object.

【0105】まず、ステップ524において、対象エー
ジェントを選択する。すなわち、1回目の繰り返しで
は、前記ステップ506で得られたエージェントの次に
位置するところのエージェントを対象エージェントと
し、2回目以降の繰り返しでは、前記エージェント・リ
ストにおいて、前回の繰り返しでの対象エージェントの
次の位置に登録されているエージェントを対象エージェ
ントとする。
First, in step 524, a target agent is selected. That is, in the first repetition, the agent located next to the agent obtained in step 506 is set as the target agent, and in the second and subsequent repetitions, the agent list in the agent list in the previous repetition is set. The agent registered at the next position is the target agent.

【0106】次に、当該対象エージェントとSNMPに
よって通信するためのIPアドレスとコミュニティ名を
取得する(ステップ525)。
Next, an IP address and a community name for communicating with the target agent by SNMP are obtained (step 525).

【0107】前記ステップ504で得られたIAB管理
オブジェクトのオブジェクト識別子と、前記ステップ5
25で得られたコミュニティ名を利用して、GetNextReq
uest-PDUを作成(ステップ526)し、前記ステップ5
24で得られたエージェントに対して、当該GetNextReq
uest-PDUを発行(ステップ527)し、当該エージェン
トより応答メッセージであるところのGetResponse-PDU
を受信(ステップ528)する。
The object identifier of the IAB management object obtained in step 504 and the
GetNextReq using the community name obtained in Step 25
A uest-PDU is created (step 526), and the
GetNextReq for the agent obtained in step 24
issues a uest-PDU (step 527), and returns a GetResponse-PDU which is a response message from the agent.
Is received (step 528).

【0108】ここで、ステップ526について説明す
る。前記ステップ504で得られたIAB管理オブジェ
クト・インスタンスのオブジェクト識別子をx.yとす
る。ここで、xは前記IAB管理オブジェクトに割り当
てられたオブジェクト識別子であり、yは前記IAB管
理オブジェクト・インスタンスを指定するために使用さ
れるインデックスである。この場合、前記ステップ52
6のGetNextRequest-PDUで指定される管理オブジェクト
・インスタンスのオブジェクト識別子はxである。
Now, step 526 will be described. The object identifier of the IAB management object instance obtained in step 504 is xy. Here, x is an object identifier assigned to the IAB management object, and y is an index used to specify the IAB management object instance. In this case, step 52
The object identifier of the managed object instance specified by GetNextRequest-PDU of No. 6 is x.

【0109】ステップ528で受信した当該応答メッセ
ージが正常応答(ステップ529)であり、かつ当該応
答メッセージによって得られたIAB管理オブジェクト
が、前記ステップ527において発行したGetNextReque
st-PDU中のIAB管理オブジェクトと同じ管理オブジェ
クト・タイプである場合(ステップ530)、前記IA
B管理オブジェクト・インスタンスのオブジェクト識別
子を、サブマネージャ管理オブジェクト・インスタンス
のオブジェクト識別子に変換(ステップ531)し、当
該サブマネージャ管理オブジェクト・インスタンスを、
前記ステップ503で処理対象として選択したインスタ
ンスに対応する応答インスタンスとする。ステップ53
1の後、図30のラベルL3に分岐する。
The response message received in step 528 is a normal response (step 529), and the IAB management object obtained by the response message is the GetNextRequence issued in step 527.
If the managed object type is the same as the IAB managed object in the st-PDU (step 530), the IA
B: convert the object identifier of the managed object instance into the object identifier of the sub-manager managed object instance (step 531);
A response instance corresponding to the instance selected as a processing target in step 503 is set. Step 53
After 1, the process branches to a label L3 in FIG.

【0110】上記以外の場合(すなわち、ステップ52
9または530の判別結果が偽であるとき)は、上記の
ステップ524からの処理を繰り返しておこない、前記
エージェント・リスト中の最後のエージェントに対する
処理まで繰り返す(図31のステップ513)。
In cases other than the above (ie, in step 52
If the determination result of step 9 or 530 is false, the processing from step 524 is repeated until the processing for the last agent in the agent list is repeated (step 513 in FIG. 31).

【0111】ステップ513の後、前記エージェント・
リスト中のすべてのエージェントを対象として、以下の
処理を繰り返し実行する(ステップ514)。
After step 513, the agent
The following process is repeatedly executed for all agents in the list (step 514).

【0112】まず、当該処理の対象エージェントを選択
する(ステップ532)。この選択は、前記エージェン
ト・リストの先頭から最後まで、逐次エージェントを選
択する。
First, an agent to be processed is selected (step 532). In this selection, the agents are sequentially selected from the head to the end of the agent list.

【0113】次に、当該対象エージェントとSNMPに
よって通信するためのIPアドレスとコミュニティ名を
取得する(ステップ533)。
Next, an IP address and a community name for communicating with the target agent by SNMP are obtained (step 533).

【0114】次に、前記ステップ504で得られたIA
B管理オブジェクトの次に位置するIAB管理オブジェ
クトのオブジェクト識別子と、前記ステップ533で得
られたコミュニティ名を利用して、GetNextRequest-PDU
を作成(ステップ534)し、前記ステップ532で得
られたエージェントに対して、当該GetNextRequest-PDU
を発行(ステップ535)し、当該エージェントより応
答メッセージであるところのGetResponse-PDUを受信
(ステップ536)する。
Next, the IA obtained in the step 504 is obtained.
Using the object identifier of the IAB management object located next to the B management object and the community name obtained in step 533, GetNextRequest-PDU
Is created (Step 534), and the GetNextRequest-PDU is obtained for the agent obtained in Step 532.
Is issued (step 535), and a GetResponse-PDU, which is a response message, is received from the agent (step 536).

【0115】当該応答メッセージが正常応答である場合
(ステップ537)、前記IAB管理オブジェクト・イ
ンスタンスのオブジェクト識別子を、サブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子に
変換(ステップ538)し、当該サブマネージャ管理オ
ブジェクト・インスタンスのオブジェクト識別子と、前
記エージェントより得られた当該サブマネージャ管理オ
ブジェクト・インスタンスの値を、サブマネージャ10の
内部バッファであるところのソート・リストに登録する
(ステップ539)。
If the response message is a normal response (step 537), the object identifier of the IAB management object instance is converted into the object identifier of the sub manager management object instance (step 538), and the sub manager management object Register the object identifier of the instance and the value of the sub-manager management object instance obtained from the agent in a sort list which is an internal buffer of the sub-manager 10 (step 539).

【0116】上記以外の場合は前記応答メッセージを破
棄する。
In cases other than the above, the response message is discarded.

【0117】上記処理を繰り返し(図31のステップ5
14)、前記エージェント・リスト中の最後のエージェ
ントに対する処理まで繰り返したならば、以下のステッ
プ540以降の処理を実行する。
The above processing is repeated (step 5 in FIG. 31).
14) If the processing has been repeated up to the last agent in the agent list, the processing from step 540 onward is executed.

【0118】まず、前記ソート・リストが空であるか否
か判断する(ステップ540)。当該ソート・リストが
空の場合、前記エラー種別と前記エラー位置にそれぞれ
値noSuchNameと前記インスタンス位置の値を設定(ステ
ップ541)し、図30のラベルL2に分岐して、Ge
tNext処理を終了する。
First, it is determined whether or not the sort list is empty (step 540). If the sort list is empty, a value noSuchName and a value of the instance position are set to the error type and the error position, respectively (step 541), and the flow branches to a label L2 in FIG.
The tNext processing ends.

【0119】前記ソート・リストが空でない場合は、前
記ソート・リスト中に登録されているサブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子を
オブジェクト識別子の辞書式順序の順番にソート(ステ
ップ542)し、先頭となったサブマネージャ管理オブ
ジェクト・インスタンスを前記ステップ503で処理対
象として選択したインスタンスに対応する応答インスタ
ンスとする(ステップ543)。
If the sort list is not empty, the object identifiers of the sub-manager managed object instances registered in the sort list are sorted in the lexicographic order of the object identifiers (step 542). The sub manager management object instance that has become the response instance corresponding to the instance selected as the processing target in step 503 (step 543).

【0120】上記のように、前記ソート・リストにすべ
てを登録するかわりに、前記ステップ539において、
当該ソート・リストに登録する時点で、既に登録されて
いるサブマネージャ管理オブジェクトのオブジェクト識
別子と新たに登録しようとするサブマネージャ管理オブ
ジェクトのオブジェクト識別子とを比較し、辞書式順序
で小さいほうのサブマネージャ管理オブジェクトを前記
ソート・リストに登録する方法もあることを注意する。
As described above, instead of registering everything in the sort list, in step 539,
At the time of registration in the sort list, the object identifier of the already registered sub-manager management object is compared with the object identifier of the sub-manager management object to be newly registered, and the smaller sub-manager in lexicographical order. Note that there is also a method of registering the management object in the sorted list.

【0121】次に、前記ステップ505において、前記
ステップ504で得られたIAB管理オブジェクトが非
テーブル型管理オブジェクトである場合について説明す
る。
Next, the case where the IAB management object obtained in step 504 is a non-table type management object in step 505 will be described.

【0122】前記エージェント・リストにおいて、前記
ステップ504で得られたIAB管理オブジェクトを保
持しているエージェントの次に位置するところのエージ
ェントから、前記エージェント・リストの最後に登録さ
れているエージェントまでを対象エージェントとして、
以下のステップ516から522の処理を繰り返してお
こなう(ステップ515)。
In the agent list, objects from the agent located next to the agent holding the IAB management object obtained in step 504 to the agent registered last in the agent list are targeted. As an agent,
The processing of the following steps 516 to 522 is repeated (step 515).

【0123】まず、ステップ516において、対象エー
ジェントを選択する。すなわち、1回目の繰り返しで
は、前記ステップ504で得られたIAB管理オブジェ
クトを保持しているエージェントの次に位置するところ
のエージェントを対象エージェントとし、2回目以降の
繰り返しでは、前記エージェント・リストにおいて、前
回の繰り返しでの対象エージェントの次の位置に登録さ
れているエージェントを対象エージェントとする。
First, in step 516, a target agent is selected. That is, in the first iteration, the agent located next to the agent holding the IAB management object obtained in step 504 is set as the target agent, and in the second and subsequent iterations, in the agent list, The agent registered at the position next to the target agent in the previous iteration is set as the target agent.

【0124】次に、当該対象エージェントとSNMPに
よって通信するためのIPアドレスとコミュニティ名を
取得する(ステップ517)。
Next, an IP address and a community name for communicating with the target agent by SNMP are obtained (step 517).

【0125】前記ステップ504で得たIAB管理オブ
ジェクトのオブジェクト識別子と、前記ステップ517
で得たコミュニティ名を利用して、GetRequest-PDUを作
成(ステップ518)し、前記ステップ516で得られ
たエージェントに対して、当該GetRequest-PDUを発行
(ステップ519)し、当該エージェントより応答メッ
セージであるところのGetResponse-PDUを受信(ステッ
プ520)する。
The object identifier of the IAB management object obtained in step 504 and the
A GetRequest-PDU is created using the community name obtained in step (step 518), the GetRequest-PDU is issued to the agent obtained in step 516 (step 519), and a response message is sent from the agent. The GetResponse-PDU is received (step 520).

【0126】当該応答メッセージが正常応答である場合
(ステップ521)、前記IAB管理オブジェクト・イ
ンスタンスのオブジェクト識別子を、サブマネージャ管
理オブジェクト・インスタンスのオブジェクト識別子に
変換(ステップ522)し、当該サブマネージャ管理オ
ブジェクト・インスタンスを、前記ステップ503で処
理対象として選択したインスタンスに対応する応答イン
スタンスとする。ステップ522の後、図30のラベル
L3に分岐する。
If the response message is a normal response (step 521), the object identifier of the IAB management object instance is converted into an object identifier of the sub manager management object instance (step 522), and the sub manager management object -Let the instance be a response instance corresponding to the instance selected as the processing target in step 503. After step 522, the process branches to label L3 in FIG.

【0127】上記以外の場合(すなわち、ステップ52
1の判別が偽であるとき)は、上記のステップ516か
らの処理を繰り返しておこない、前記エージェント・リ
スト中の最後のエージェントに対する処理まで繰り返し
たならば(ステップ515)、前記エージェント・リス
ト中のすべてのエージェントを対象として、ステップ5
44からステップ551にかけての処理を繰り返し実行
(ステップ523)し次に、ステップ552からステッ
プ555にかけての処理を実行する。
In cases other than the above (ie, in step 52
1 is false), the processing from step 516 is repeated, and if the processing for the last agent in the agent list is repeated (step 515), the processing in the agent list is repeated. Step 5 for all agents
The processing from step 44 to step 551 is repeatedly executed (step 523), and then the processing from step 552 to step 555 is executed.

【0128】ステップ544からステップ551にかけ
ての処理は、前記ステップ532から前記ステップ53
9にかけての処理と同じであり、ステップ552からス
テップ555にかけての処理は、前記ステップ540か
ら前記ステップ543にかけての処理と同じなので、説
明を省略する。
The processing from step 544 to step 551 is the same as the processing from step 532 to step 53
9 and the processing from step 552 to step 555 is the same as the processing from step 540 to step 543, and a description thereof will be omitted.

【0129】次に、図40を用いて、図28のステップ
600のSet処理について説明する。Set処理は、
管理情報を操作するために用いられる。
Next, the Set process in step 600 of FIG. 28 will be described with reference to FIG. Set processing is
Used to operate management information.

【0130】まず、サブマネージャ機能の内部変数であ
るところのエラー種別およびエラー位置を、それぞれ、
noErrorおよび0に初期化する(ステップ605)。
First, the error type and error position, which are internal variables of the sub-manager function, are
Initialize to noError and 0 (step 605).

【0131】次に、前記SetRequest-PDU中のvarriable-
bindingsパラメータ中の各インスタンスに対して、それ
ぞれ以下の処理をおこなう(ステップ610)。
[0131] Next, the varriable-
The following processing is performed for each instance in the bindings parameter (step 610).

【0132】まず、処理の対象となるインスタンスの前
記variable-bindingsパラメータ中での位置を、サブマ
ネージャ機能の内部変数であるところのインスタンス位
置に設定する(ステップ615)。
First, the position of the instance to be processed in the variable-bindings parameter is set to the instance position which is an internal variable of the sub-manager function (step 615).

【0133】統合マネージャ50が指定する前記インスタ
ンスは、サブマネージャ管理オブジェクトのインスタン
スであるので、当該サブマネージャ管理オブジェクト・
インスタンスに対応するIAB管理オブジェクトのイン
スタンスを識別するところのオブジェクト識別子を取得
し(ステップ620)、さらに、当該IAB管理オブジ
ェクトのインスタンスを保持しているところのエージェ
ントのIPアドレス、および前記エージェントとSNM
P通信プロトコルを使用して通信するためのコミュニテ
ィ名を取得する(ステップ625)。
Since the instance specified by the integration manager 50 is an instance of a sub-manager management object,
An object identifier for identifying the instance of the IAB management object corresponding to the instance is obtained (step 620), and further, the IP address of the agent holding the instance of the IAB management object, and the agent and the SNM
A community name for communication using the P communication protocol is obtained (step 625).

【0134】次に、前記ステップ620および前記ステ
ップ625にて取得したIAB管理オブジェクト・イン
スタンスのオブジェクト識別子およびコミュニティ名を
利用して、SetRequest-PDUを作成する(ステップ63
0)。そして、前記ステップ625で得られたIPアド
レスを用いて、前記IAB管理オブジェクト・インスタ
ンスを保持するところのエージェントに対して、前記ス
テップ630において作成したSetRequest-PDUを発行す
る(ステップ635)。
Next, a SetRequest-PDU is created by using the object identifier and the community name of the IAB management object instance obtained in the steps 620 and 625 (step 63).
0). Then, using the IP address obtained in the step 625, the SetRequest-PDU created in the step 630 is issued to the agent holding the IAB management object instance (step 635).

【0135】サブマネージャ10は、前記ステップ635
において発行したSetRequest-PDUに対する応答メッセー
ジであるところのGetResponse-PDUを受信する(ステッ
プ640)と、当該応答メッセージが正常応答である
か、エラー応答であるかを判断する(ステップ64
5)。
The sub-manager 10 determines in the step 635
When the GetResponse-PDU, which is a response message to the SetRequest-PDU issued in the above, is received (step 640), it is determined whether the response message is a normal response or an error response (step 64).
5).

【0136】前記GetResponse-PDUが正常応答の場合、
前記IAB管理オブジェクト・インスタンスのオブジェ
クト識別子を、サブマネージャ管理オブジェクト・イン
スタンスのオブジェクト識別子に変換する(ステップ6
50)。
When the GetResponse-PDU is a normal response,
The object identifier of the IAB management object instance is converted into the object identifier of the sub-manager management object instance (step 6).
50).

【0137】前記GetResponse-PDUがエラー応答の場
合、エラー処理をおこない(ステップ655)、Set
処理をここで終える。
If the GetResponse-PDU is an error response, error processing is performed (step 655), and Set is performed.
The process ends here.

【0138】上記処理のかわりに、対象となる一連のI
AB管理オブジェクト・インスタンスに対してGetReque
st-PDUを発行して、当該IAB管理オブジェクト・イン
スタンスの存在を確認し、Set処理中になんらかのエ
ラーが発生したならば、統合マネージャが指定した値に
設定済みの当該IAB管理オブジェクト・インスタンス
の値を、前記GetRequest-PDUで得た値に戻すことによ
り、エラー応答を迅速化し、Set処理の完全性を保証
する方法もある。
Instead of the above processing, a series of I
GetReque on AB managed object instance
Issue an st-PDU to confirm the existence of the IAB management object instance. If any error occurs during the Set process, the value of the IAB management object instance set to the value specified by the integration manager Is returned to the value obtained by the GetRequest-PDU, thereby speeding up the error response and ensuring the integrity of the Set processing.

【0139】次に、図41および図42を用いて、エラ
ー処理を説明する。
Next, error processing will be described with reference to FIGS. 41 and 42.

【0140】前記RFC1157による規定では、GetR
equest要求およびGetNextRequest要求に対するエラー応
答であるGetResponse-PDUのerror-statusパラメータに
設定される値は、tooBig、noSuchName、およびgenErrの
3種類のみである。また、SetRequest要求に対するエラ
ー応答であるGetResponse-PDUのerror-statusパラメー
タに設定される値は、tooBig、noSuchName、badValue、
readOnly、およびgenErrの5種類である。
[0140] According to the regulation by RFC1157, GetR
The values set in the error-status parameter of GetResponse-PDU, which is an error response to the equest request and GetNextRequest request, are only three types: tooBig, noSuchName, and genErr. Also, the value set in the error-status parameter of GetResponse-PDU, which is an error response to the SetRequest request, is tooBig, noSuchName, badValue,
There are five types: readOnly and genErr.

【0141】図42は、本実施例において、サブマネー
ジャ10がエージェント20より受け取ったGetResponse-PD
Uのerror-statusパラメータに設定された値と、サブマ
ネージャ10が統合マネージャ50に対して発行するGetRes
ponse-PDUのerror-statusパラメータに設定される値と
の対応を示す。
FIG. 42 shows the GetResponse-PD received from the agent 20 by the sub-manager 10 in this embodiment.
The value set in the error-status parameter of U and GetRes issued by the sub-manager 10 to the integrated manager 50
Indicates the correspondence with the value set in the error-status parameter of the ponse-PDU.

【0142】言い替えると、サブマネージャ10はエージ
ェント20よりエラー応答を受け取ると、統合マネージャ
50に対するエラー応答をおこなう。当該エラー応答のエ
ラー種別は、前記エージェント20からのエラー応答のエ
ラー種別を選択する。ただし、GetNextRequest要求に対
するエラー応答であるGetResponse-PDUのerror-status
パラメータの値がnoSuchNameであったとしても、サブマ
ネージャ10は統合マネージャ50へ即座にエラー応答しな
いことを注意しておく。
In other words, when the sub-manager 10 receives an error response from the agent 20, the sub-manager 10
Gives an error response to 50. As the error type of the error response, an error type of the error response from the agent 20 is selected. However, error-status of GetResponse-PDU which is an error response to GetNextRequest request
Note that even if the value of the parameter is noSuchName, the sub-manager 10 does not immediately respond to the integration manager 50 with an error.

【0143】図42を参照して、まず、サブマネージャ
が受信したGetRequest-PDUのerror-statusパラメータの
値が、tooBig、noSuchName、badValue、readOnly、また
はgenErrであるかを確認する(ステップ905)。
Referring to FIG. 42, first, it is checked whether the value of the error-status parameter of the GetRequest-PDU received by the sub-manager is tooBig, noSuchName, badValue, readOnly, or genErr (step 905).

【0144】前記error-statusパラメータの値が、tooB
igである場合には、サブマネージャ機能の内部変数であ
るところのエラー種別とエラー位置に、それぞれtooBig
とサブマネージャ機能の内部変数であるインスタンス位
置の値を設定する(ステップ910)。
If the value of the error-status parameter is tooB
If it is ig, the error type and error location, which are internal variables of the sub-manager function,
Then, the value of the instance position, which is an internal variable of the sub-manager function, is set (step 910).

【0145】本実施例による仕様では、エージェント−
サブマネージャ間でやり取りされるPDUの長さが、規
定された大きさよりも大きければ、必然的に、サブマネ
ージャ−統合マネージャ間でやり取りされるPDUの長
さも、規定された大きさよりも大きくなるため、エラー
種別にtooBigを指定する。上記以外に、genErrをエラー
種別に設定する仕様も考えられることを注意しておく。
In the specification according to the present embodiment, the agent
If the length of the PDU exchanged between the sub-managers is larger than the specified size, the length of the PDU exchanged between the sub-manager and the integration manager necessarily becomes larger than the specified size. , Specify tooBig as the error type. Note that, in addition to the above, specifications that set genErr to the error type are also conceivable.

【0146】前記error-statusパラメータの値が、noSu
chNameである場合には、サブマネージャ機能の内部変数
であるところのエラー種別とエラー位置に、それぞれno
SuchNameとサブマネージャ機能の内部変数であるインス
タンス位置の値を設定する(ステップ915)。
When the value of the error-status parameter is noSu
If it is chName, the error type and error position, which are internal variables of
Such a value and the value of the instance position, which is an internal variable of the sub-manager function, are set (step 915).

【0147】前記error-statusパラメータの値が、badV
alueである場合には、サブマネージャ機能の内部変数で
あるところのエラー種別とエラー位置に、それぞれbadV
alueとサブマネージャ機能の内部変数であるインスタン
ス位置の値を設定する(ステップ920)。
When the value of the error-status parameter is badV
If it is alue, badV is set to the error type and error position, which are internal variables of the sub-manager function.
The value of the instance position, which is an internal variable of the alue and the sub-manager function, is set (step 920).

【0148】前記error-statusパラメータの値が、read
Onlyである場合には、サブマネージャ機能の内部変数で
あるところのエラー種別とエラー位置に、それぞれread
Onlyとサブマネージャ機能の内部変数であるインスタン
ス位置の値を設定する(ステップ925)。
The value of the error-status parameter is read
In the case of Only, the error type and error position, which are internal variables of the sub-manager function, are read respectively.
Only and the value of the instance position which is an internal variable of the sub-manager function are set (step 925).

【0149】前記error-statusパラメータの値が、genE
rrである場合には、サブマネージャ機能の内部変数であ
るところのエラー種別とエラー位置に、それぞれgenErr
とサブマネージャ機能の内部変数であるインスタンス位
置の値を設定する(ステップ930)。
If the value of the error-status parameter is genE
If it is rr, genErr is set to the error type and error position, which are internal variables of the sub-manager function, respectively.
Then, the value of the instance position which is an internal variable of the sub-manager function is set (step 930).

【0150】最後に、図43を用いて、SNMP応答メ
ッセージ作成処理について説明する。
Finally, the SNMP response message creation processing will be described with reference to FIG.

【0151】まず、サブマネージャ機能の内部変数であ
るところのエラー種別の値がnoErrorであるか否かを判
断する(ステップ705)。
First, it is determined whether or not the value of the error type, which is an internal variable of the sub-manager function, is noError (step 705).

【0152】前記エラー種別の値がnoErrorである場合
には、統合マネージャへの応答メッセージであるところ
のGetResponse-PDUの長さが、規定された最大メッセー
ジ長を越えないか確認する(ステップ710)。ちなみ
に、前記RFC1157によると、当該最大メッセージ
長としては、484オクテットが最小の値として推奨さ
れている。
If the value of the error type is noError, it is checked whether the length of GetResponse-PDU, which is a response message to the integrated manager, does not exceed the specified maximum message length (step 710). . Incidentally, according to the RFC 1157, 484 octets are recommended as the minimum value as the maximum message length.

【0153】当該GetResponse-PDUの長さが、規定され
た最大メッセージ長を越えていた場合、前記GetRespons
e-PDUのerror-statusパラメータとerror-indexパラメー
タに、それぞれ値tooBigと前記最大メッセージ長を越え
た原因となったインスタンスのvariable-bindingsパラ
メータにおける位置を設定して、エラー応答メッセージ
であるところのGetResponse-PDUを作成する(ステップ
715、ステップ720)。
If the length of the GetResponse-PDU exceeds the specified maximum message length,
The error-status parameter and error-index parameter of the e-PDU are set to the value tooBig and the position in the variable-bindings parameter of the instance that caused the message length to exceed the maximum message length, respectively, and the error response message is returned. A GetResponse-PDU is created (Steps 715 and 720).

【0154】前記GetResponse-PDUの長さが、規定され
た最大メッセージ長を越えていなかった場合、前記GetR
esponse-PDUのerror-statusパラメータとerror-indexパ
ラメータに、それぞれ値noErrorと値0を設定し、正常
応答メッセージであるところのGetResponse-PDUを作成
する(ステップ725、ステップ730)。
If the length of the GetResponse-PDU does not exceed the specified maximum message length,
The value noError and the value 0 are set in the error-status parameter and error-index parameter of the esponse-PDU, respectively, and a GetResponse-PDU that is a normal response message is created (steps 725 and 730).

【0155】ステップ705でエラー種別の値がnoErro
r以外の値であった場合、統合マネージャ50への応答メ
ッセージであるところのGetResponse-PDUのerror-statu
sパラメータとerror-indexパラメータに、それぞれサブ
マネージャ機能の内部変数であるところのエラー種別と
エラー・インデックスの値を設定し、エラー応答メッセ
ージであるところのGetResponse-PDUを作成する(ステ
ップ735、ステップ740)。
In step 705, the value of the error type is noErro
If the value is other than r, the error-statu of GetResponse-PDU, which is a response message to the
An error type and an error index value, which are internal variables of the sub-manager function, are set in the s parameter and the error-index parameter, respectively, and a GetResponse-PDU which is an error response message is created (step 735, step 740).

【0156】(具体例3)次に、本実施例における統合
マネージャ50の階層型ネットワーク管理機能について、
第3の具体例として説明する。
(Specific Example 3) Next, regarding the hierarchical network management function of the integrated manager 50 in the present embodiment,
This will be described as a third specific example.

【0157】図44は、ネットワークをいくつかの管理
ドメインに分割して管理している様子を示す。このよう
に階層型ネットワーク管理では、全ネットワークをいく
つかの管理ドメインに分割して管理する。図44に示さ
れるネットワークでは、ローカル・ドメイン(1000)と、
ドメイン#1(2000)のふたつの管理ドメインに分割して
管理する。
FIG. 44 shows how the network is divided into several management domains and managed. As described above, in the hierarchical network management, the entire network is divided and managed in several management domains. In the network shown in FIG. 44, the local domain (1000)
It is divided into two management domains, domain # 1 (2000) and managed.

【0158】各管理ドメインには、ひとつ以上の被管理
ノードであるところのIPホスト(3201から3206)が属
している。前記IPホストには、通常SNMP通信プロ
トコルが実装されており、エージェントとして動作する
ことが可能となっている。ただし、ネットワーク管理お
よびネットワーク運用の目的によっては、すべてのIP
ホストがSNMP通信プロトコルを実装し、エージェン
トとして動作しなくてもよいことを注意しておく。
Each management domain includes one or more IP hosts (3201 to 3206) which are managed nodes. The IP host is usually equipped with an SNMP communication protocol and can operate as an agent. However, depending on the purpose of network management and network operation, all IP
Note that the host implements the SNMP communication protocol and need not act as an agent.

【0159】また、各管理ドメインには、唯ひとつのサ
ブマネージャが存在する。ただし、統合マネージャが属
する管理ドメインには、サブマネージャが存在しなくて
もよい。統合マネージャが、サブマネージャと同様の機
能を果たして、その管理ドメインを管理すればよいから
である。図44の例では、ローカル・ドメイン(1000)は
統合マネージャ50により管理され、ドメイン#1(2000)
はサブマネージャ10により管理されるようになってい
る。
Each management domain has only one sub-manager. However, the sub-manager does not have to exist in the management domain to which the integrated manager belongs. This is because the integrated manager may perform the same function as the sub-manager and manage the management domain. In the example of FIG. 44, the local domain (1000) is managed by the integration manager 50, and the domain # 1 (2000)
Are managed by the sub-manager 10.

【0160】通常のネットワーク運用では、管理ドメイ
ンは、セグメント、連結セグメント、サブネット、また
は連結サブネットのいづれかに対応する。
In normal network operation, the management domain corresponds to any one of a segment, a connection segment, a subnet, and a connection subnet.

【0161】ここで、連結セグメントとは、ブリッジに
よって物理的に連結している複数のセグメント群のこと
である。また、連結サブネットとは、ルータまたはゲー
トウェイによって物理的に連結している複数のサブネッ
トおよびネットワーク群のことである。
Here, the connecting segment is a group of a plurality of segments physically connected by a bridge. Further, the connection subnet is a plurality of subnets and a group of networks physically connected by a router or a gateway.

【0162】図44では、ローカル・ドメイン(1000)
は、ゲートウェイ(1300)によって連結されるサブネット
#1(1100)とサブネット#2(1200)より構成され、ドメ
イン#1は、サブネット#3(2100)より構成される。ド
メイン#1(2000)は、サブマネージャ10によって管理さ
れている。
In FIG. 44, the local domain (1000)
Is composed of subnet # 1 (1100) and subnet # 2 (1200) connected by gateway (1300), and domain # 1 is composed of subnet # 3 (2100). The domain # 1 (2000) is managed by the sub-manager 10.

【0163】統合マネージャ50の使用者である統合ネッ
トワーク管理者に対して、前記統合マネージャ50は、以
下の階層構造を持つウィンドウ・ベースのグラフィック
・ユーザ・インタフェースを提供する。以下、個々のウ
ィンドウのことをサブマップと呼ぶ。
For an integrated network administrator who is a user of the integrated manager 50, the integrated manager 50 provides a window-based graphic user interface having the following hierarchical structure. Hereinafter, each window is called a submap.

【0164】(1)第1階層:ドメイン・サブマップ (2)第2階層:インターネット・サブマップ (3)第3階層:ネットワーク・サブマップ (4)第4階層:セグメント・サブマップ(1) First tier: Domain submap (2) Second tier: Internet submap (3) Third tier: Network submap (4) Fourth tier: Segment submap

【0165】それぞれのサブマップは、以下の目的で使
用される。
Each submap is used for the following purposes.

【0166】セグメント・サブマップ:セグメントに接
続されたネットワーク機器を表示する。
Segment submap: Displays network devices connected to the segment.

【0167】ネットワーク・サブマップ:サブネットを
構成するセグメントを表示する。
Network submap: Displays segments constituting a subnet.

【0168】インターネット・サブマップ:管理ドメイ
ンを構成するサブネットの接続関係を表示する。
Internet submap: Displays the connection relation of the subnets constituting the management domain.

【0169】ドメイン・サブマップ:管理ドメインの一
覧を表示する。
Domain submap: A list of management domains is displayed.

【0170】ネットワークを構成する機器や、セグメン
ト、サブネット、および管理ドメインは、それらの接続
関係とともに、サブマップ上にシンボルとして表示され
る。
The devices constituting the network, the segments, the subnets, and the management domains are displayed as symbols on the submap together with their connection relationships.

【0171】図45から図53は、図44で示したネッ
トワークをサブマップ表示したときの、各サブマップの
表示例である。
FIGS. 45 to 53 show display examples of each submap when the network shown in FIG. 44 is displayed as a submap.

【0172】図45は、ドメイン・サブマップの例であ
る。図44のローカル・ドメイン(1000)とドメイン#1
(2000)に対応するシンボルが表示されている。図46
は、インターネット・サブマップの例であり、図44の
ローカル・ドメイン(1000)のインターネット・サブマッ
プを示す。図47は、インターネット・サブマップの例
であり、図44のドメイン#1(2000)のインターネット
・サブマップを示す。
FIG. 45 shows an example of a domain submap. Local domain (1000) and domain # 1 in FIG.
The symbol corresponding to (2000) is displayed. FIG.
Is an example of the Internet submap, and shows the Internet submap of the local domain (1000) in FIG. FIG. 47 is an example of the Internet submap, and shows the Internet submap of domain # 1 (2000) in FIG.

【0173】図48は、ネットワーク・サブマップの例
であり、図44のサブネット#1(1100)のネットワーク
・サブマップを示す。図49は、ネットワーク・サブマ
ップの例であり、図44のサブネット#2(1200)のネッ
トワーク・サブマップを示す。図50は、ネットワーク
・サブマップの例であり、図44のサブネット#3(210
0)のネットワーク・サブマップを示す。
FIG. 48 is an example of a network submap, and shows a network submap of subnet # 1 (1100) in FIG. FIG. 49 is an example of a network submap, and shows a network submap of subnet # 2 (1200) in FIG. FIG. 50 is an example of a network submap, and the subnet # 3 (210
2 shows a network submap of 0).

【0174】図51は、セグメント・サブマップの例で
あり、図44のセグメント#1のネットワーク・サブマ
ップを示す。図52は、セグメント・サブマップの例で
あり、図44のセグメント#2のネットワーク・サブマ
ップを示す。図53は、セグメント・サブマップの例で
あり、図44のセグメント#3のネットワーク・サブマ
ップを示す。
FIG. 51 is an example of a segment submap, and shows a network submap of segment # 1 in FIG. FIG. 52 is an example of a segment submap, and shows a network submap of segment # 2 in FIG. FIG. 53 is an example of a segment submap, and shows a network submap of segment # 3 in FIG.

【0175】図54は、本実施例を実現するための統合
マネージャ50の構成を示したものである。それぞれのモ
ジュールは、以下の機能を持つ。
FIG. 54 shows the configuration of the integration manager 50 for realizing this embodiment. Each module has the following functions.

【0176】SNMP通信プロトコル制御4007は、サブ
マネージャおよびエージェントとのSNMPによる通信
の制御をおこなう。
The SNMP communication protocol control 4007 controls SNMP communication with the sub-manager and the agent.

【0177】ディスプレイ制御4000は、ディスプレイ55
の制御をおこない、統合ネットワーク管理者から指示を
受けたり、統合ネットワーク管理者に管理対象であると
ころのネットワークおよびネットワークを構成する機器
の状態を表示したりする。
The display controller 4000 controls the display 55
And receives instructions from the integrated network administrator, and displays the status of the network to be managed and the devices constituting the network to the integrated network administrator.

【0178】シンボル管理4006は、管理対象であるとこ
ろのネットワークを構成する機器や、セグメント、サブ
ネット、および管理ドメインを、統合ネットワーク管理
者が指定したり、ネットワーク自体から発見し、それら
に対応するシンボルをシンボル管理表4003に登録し、前
記シンボル同士の接続関係を接続関係表4002に登録す
る。
The symbol management 4006 is used by an integrated network administrator to specify devices constituting a network to be managed, a segment, a subnet, and a management domain, or to find a device corresponding to a symbol corresponding to them. Is registered in the symbol management table 4003, and the connection relationship between the symbols is registered in the connection relationship table 4002.

【0179】マップ管理4005は、前記シンボル管理4006
が設定したシンボル管理表4003や、接続関係表4002の内
容を参照し、サブマップ管理表4001を作成し、シンボル
管理表4003を更新する。また、マップ管理4005は、サブ
マップをディスプレイ制御4000を介してディスプレイ55
に表示する。
The map management 4005 is the symbol management 4006.
The submap management table 4001 is created with reference to the contents of the symbol management table 4003 and the connection relationship table 4002 set by the user, and the symbol management table 4003 is updated. In addition, the map management 4005 stores the submap on the display 55 via the display control 4000.
To be displayed.

【0180】図55に、図44に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50のサブマップ管理表4001を示す。サブマップ管理表
4001は、サブマップを一意的に識別するためのサブマッ
プ識別子6100と、当該サブマップに割り当てられた名称
であるところのサブマップ名6101と、当該サブマップの
階層構造での位置付けをあらわすサブマップ・タイプ61
02とからなる一連のエントリより構成される。
FIG. 55 shows a submap management table 4001 of the integrated manager 50 used for displaying the network shown in FIG. 44 as a submap. Submap management table
4001 is a submap identifier 6100 for uniquely identifying a submap, a submap name 6101 that is a name assigned to the submap, and a submap indicating the positioning of the submap in a hierarchical structure.・ Type 61
02 and a series of entries.

【0181】図56に、図44に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50のシンボル管理表4003を示す。シンボル管理表4003
は、シンボルを一意的に識別するためのシンボル識別子
6000と、当該シンボルに割り当てられた名称であるとこ
ろのシンボル名6001と、当該シンボルの種類を表わすと
ころのシンボル・タイプ6002と、当該シンボルが表示さ
れるサブマップのサブマップ識別子であるところの表示
サブマップ6003と、当該シンボルを選択し、可能ならば
展開することによって表示されるサブマップのサブマッ
プ識別子であるところの展開サブマップ6004と、当該シ
ンボルと対応する管理対象が存在した場合に、当該管理
対象を管理しているエージェントと統合マネージャが直
接SNMPによる通信で管理情報を交換するか、サブマ
ネージャ経由で管理情報を交換するかを示すローカル/
リモート6005と、前記エージェントと通信するために使
用するところのIPアドレス6006と、サブマネージャ10
を介して通信する場合に識別情報として使用するところ
のシステム・インデックス6007とからなる一連のエント
リより構成される。
FIG. 56 shows a symbol management table 4003 of the integrated manager 50 used when the network shown in FIG. 44 is displayed as a submap. Symbol management table 4003
Is a symbol identifier to uniquely identify the symbol
6000, a symbol name 6001 that is a name assigned to the symbol, a symbol type 6002 that indicates the type of the symbol, and a display that is a submap identifier of a submap in which the symbol is displayed. When a submap 6003 and an expansion submap 6004 that is a submap identifier of a submap displayed by selecting the symbol and expanding the symbol if possible, and if there is a management target corresponding to the symbol, A local / indicating whether the agent managing the management target and the integrated manager exchange management information by direct SNMP communication or exchange management information via the sub-manager.
A remote 6005, an IP address 6006 used to communicate with the agent,
And a system index 6007 which is used as identification information when communicating via the.

【0182】図57に、図44に示されたネットワーク
をサブマップ表示するときに使用する当該統合マネージ
ャ50の接続関係表4002を示す。接続関係表4002は、サブ
マップ上で結線されるシンボルの組(6200, 6201)から
なる一連のエントリより構成される。
FIG. 57 shows a connection relation table 4002 of the integrated manager 50 used when the network shown in FIG. 44 is displayed as a submap. The connection relation table 4002 is composed of a series of entries composed of a set of symbols (6200, 6201) connected on the submap.

【0183】[0183]

【発明の効果】本発明によれば、第1に、統合マネージ
ャは、サブマネージャと通信するだけで当該サブマネー
ジャの配下にあるエージェントの管理情報を収集できる
ので、前記エージェントと通信する必要がない。すなわ
ち、前記統合マネージャが保持しなければならないIP
アドレスを、サブマネージャのIPアドレスに限定する
ことができるので、前記統合マネージャが保持しなけれ
ばならないIPアドレスの数を減らすことができるとう
いう効果がある。
According to the present invention, firstly, since the integrated manager can collect the management information of the agents under the sub-manager only by communicating with the sub-manager, there is no need to communicate with the agent. . That is, the IP that the integration manager must hold
Since the address can be limited to the IP address of the sub-manager, there is an effect that the number of IP addresses which the integrated manager must hold can be reduced.

【0184】第2に、本発明によるサブマネージャ管理
オブジェクトは、エージェントにおけるMIBの実装の
差異、すなわち、あるエージェントは、あるIAB管理
オブジェクトを実装しているが、別のエージェントは、
当該IAB管理オブジェクトを実装していないという差
異に対応することができるという効果がある。
Second, the sub-manager object according to the present invention differs in the implementation of MIB in the agent, that is, one agent implements a certain IAB managed object, while another agent implements a certain IAB managed object.
There is an effect that it is possible to cope with the difference that the IAB management object is not mounted.

【0185】第3に、本発明によるサブマネージャ管理
オブジェクトに対するオブジェクト識別子割り当て方法
によって、IAB管理オブジェクトの定義の拡張に、容
易に対処することができるという効果がある。
Third, the method of assigning an object identifier to a sub-manager object according to the present invention has an effect that extension of the definition of an IAB object can be easily dealt with.

【0186】第4に、本発明によると、統合ネットワー
ク管理者は、エージェントに対して操作するときに、サ
ブマネージャを介して操作しているか、サブマネージャ
を介さずに操作しているかを意識しないですむという効
果がある。
Fourth, according to the present invention, when operating the agent, the integrated network administrator is not conscious of whether the operation is performed via the sub-manager or without the sub-manager. This has the effect of ending.

【0187】以上のように、本発明によれば、エージェ
ント、サブマネージャ、および統合マネージャにより階
層的に管理されるネットワーク管理システムにおいて、
統合マネージャとサブマネージャ間の通信サービスにつ
いてもIAB管理標準に基づくことにより、サブマネー
ジャの構成を簡単なものとすることができ、延いては管
理システム全体の構成を簡易化することができる。
As described above, according to the present invention, in a network management system hierarchically managed by an agent, a sub-manager, and an integrated manager,
The communication service between the integrated manager and the sub-manager is also based on the IAB management standard, so that the configuration of the sub-manager can be simplified, and thus the configuration of the entire management system can be simplified.

【図面の簡単な説明】[Brief description of the drawings]

【図1】統合マネージャ、サブマネージャ、およびエー
ジェントの論理的な関係図
FIG. 1 is a logical relationship diagram of an integration manager, a sub-manager, and an agent

【図2】統合マネージャ、サブマネージャ、およびエー
ジェントを配置したネットワークの構成例を示す図
FIG. 2 is a diagram illustrating a configuration example of a network in which an integration manager, a sub-manager, and an agent are arranged;

【図3】非テーブル型とテーブル型それぞれについての
IAB管理オブジェクトとサブマネージャ管理オブジェ
クトのオブジェクト識別子の対応を示す図
FIG. 3 is a diagram showing correspondence between object identifiers of an IAB management object and a sub-manager management object for each of a non-table type and a table type;

【図4】サブマネージャの構成図FIG. 4 is a configuration diagram of a sub-manager.

【図5】サブマネージャの通信処理の概略を示すフロー
チャート図
FIG. 5 is a flowchart showing an outline of communication processing of a sub-manager.

【図6】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例(その1)を示す図
FIG. 6 is a diagram showing a definition example (1) of a sub-manager management object corresponding to a system group;

【図7】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例(その2)を示す図
FIG. 7 is a diagram showing a definition example (2) of a sub-manager management object corresponding to a system group;

【図8】システム・グループに対応するサブマネージャ
管理オブジェクトの定義例(その3)を示す図
FIG. 8 is a diagram showing an example (part 3) of defining a sub-manager management object corresponding to a system group;

【図9】システム・グループのIAB管理オブジェクト
とシステム・グループに対応するサブマネージャ管理オ
ブジェクトのオブジェクト識別子の対応を示す図
FIG. 9 is a diagram showing a correspondence between an IAB management object of a system group and an object identifier of a sub-manager management object corresponding to the system group;

【図10】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その1)を示す図
FIG. 10 is a diagram showing a definition example (1) of a sub-manager management object corresponding to an interface group;

【図11】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その2)を示す図
FIG. 11 is a diagram showing an example (part 2) of defining a sub-manager management object corresponding to an interface group;

【図12】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その3)を示す図
FIG. 12 is a diagram showing a definition example (3) of a sub-manager management object corresponding to an interface group;

【図13】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その4)を示す図
FIG. 13 is a diagram showing an example (part 4) of defining a sub-manager management object corresponding to an interface group;

【図14】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その5)を示す図
FIG. 14 is a view showing a definition example (part 5) of a sub-manager management object corresponding to an interface group;

【図15】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その6)を示す図
FIG. 15 is a diagram showing an example (part 6) of defining a sub-manager management object corresponding to an interface group;

【図16】インタフェース・グループに対応するサブマ
ネージャ管理オブジェクトの定義例(その7)を示す図
FIG. 16 is a diagram showing an example (part 7) of defining a sub-manager management object corresponding to an interface group;

【図17】インタフェース・グループのIAB管理オブ
ジェクトとインタフェース・グループに対応するサブマ
ネージャ管理オブジェクトのオブジェクト識別子との対
応(その1)を示す図
FIG. 17 is a diagram showing the correspondence (part 1) between the IAB management object of the interface group and the object identifier of the sub-manager management object corresponding to the interface group;

【図18】インタフェース・グループのIAB管理オブ
ジェクトとインタフェース・グループに対応するサブマ
ネージャ管理オブジェクトのオブジェクト識別子の対応
(その2)を示す図
FIG. 18 is a diagram showing the correspondence (part 2) between the IAB management object of the interface group and the object identifier of the sub-manager management object corresponding to the interface group;

【図19】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その1)を示す図
FIG. 19 is a diagram showing a definition example (1) of a sub-manager management object corresponding to an SNMP group;

【図20】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その2)を示す図
FIG. 20 is a diagram showing an example (part 2) of defining a sub-manager management object corresponding to an SNMP group;

【図21】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その3)を示す図
FIG. 21 is a diagram showing an example (part 3) of defining a sub-manager management object corresponding to an SNMP group;

【図22】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その4)を示す図
FIG. 22 is a diagram illustrating an example (part 4) of defining a sub-manager management object corresponding to an SNMP group;

【図23】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その5)を示す図
FIG. 23 is a view showing an example (part 5) of defining a sub-manager management object corresponding to an SNMP group;

【図24】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その6)を示す図
FIG. 24 is a diagram showing an example (part 6) of defining a sub-manager management object corresponding to an SNMP group;

【図25】SNMPグループに対応するサブマネージャ
管理オブジェクトの定義例(その7)を示す図
FIG. 25 is a diagram showing an example (part 7) of defining a sub-manager object corresponding to an SNMP group;

【図26】SNMPグループのIAB管理オブジェクト
とSNMPグループに対応するサブマネージャ管理オブ
ジェクトのオブジェクト識別子との対応(その1)を示
す図
FIG. 26 is a diagram showing the correspondence (part 1) between the IAB management object of the SNMP group and the object identifier of the sub-manager management object corresponding to the SNMP group;

【図27】SNMPグループのIAB管理オブジェクト
とSNMPグループに対応するサブマネージャ管理オブ
ジェクトのオブジェクト識別子との対応(その2)を示
す図
FIG. 27 is a diagram showing the correspondence (part 2) between the IAB management object of the SNMP group and the object identifier of the sub-manager management object corresponding to the SNMP group;

【図28】サブマネージャにおけるSNMPメッセージ
処理概略PAD(メイン・ルーチン)を示す図
FIG. 28 is a diagram showing an outline of a PAD (main routine) of SNMP message processing in the sub manager.

【図29】サブマネージャにおけるGetReques
t処理概略PADを示す図
FIG. 29: GetRequests in the sub-manager
The figure which shows the t processing outline PAD

【図30】サブマネージャにおけるGetNextRe
quest処理概略PAD(その1)を示す図
FIG. 30: GetNextRe in the sub-manager
FIG. 3 is a diagram showing a quest processing outline PAD (part 1);

【図31】サブマネージャにおけるGetNextRe
quest処理概略PAD(その2)を示す図
FIG. 31: GetNextRe in the sub-manager
FIG. 4 is a diagram showing a quest processing outline PAD (part 2);

【図32】サブマネージャにおけるGetNextRe
quest処理概略PAD(その3)を示す図
FIG. 32: GetNextRe in the sub-manager
FIG. 3 is a diagram showing a quest processing outline PAD (part 3);

【図33】サブマネージャにおけるGetNextRe
quest処理概略PAD(その4)を示す図
FIG. 33: GetNextRe in the sub-manager
FIG. 4 is a diagram showing a quest processing outline PAD (part 4);

【図34】サブマネージャにおけるGetNextRe
quest処理概略PAD(その5)を示す図
FIG. 34: GetNextRe in sub-manager
FIG. 5 is a diagram showing a quest processing outline PAD (part 5);

【図35】サブマネージャにおけるGetNextRe
quest処理概略PAD(その6)を示す図
FIG. 35: GetNextRe in sub-manager
FIG. 5 is a diagram showing a quest processing outline PAD (part 6).

【図36】サブマネージャにおけるGetNextRe
quest処理概略PAD(その7)を示す図
FIG. 36: GetNextRe in sub-manager
FIG. 7 is a diagram showing a quest processing outline PAD (part 7);

【図37】サブマネージャにおけるGetNextRe
quest処理概略PAD(その8)を示す図
FIG. 37: GetNextRe in sub-manager
The figure which shows the quest processing outline PAD (the 8)

【図38】非テーブル型のIAB管理オブジェクトで構
成されたサブマネージャ管理オブジェクト(テーブル)
のトラバース例を示す図
FIG. 38 shows a sub-manager management object (table) composed of a non-table type IAB management object.
Figure showing a traverse example of

【図39】テーブル型のIAB管理オブジェクトで構成
されたサブマネージャ管理オブジェクト(テーブル)の
トラバース例を示す図
FIG. 39 is a diagram showing a traversal example of a sub-manager management object (table) composed of a table type IAB management object.

【図40】サブマネージャにおけるSetReques
t処理概略PADを示す図
FIG. 40: SetRequests in the sub-manager
The figure which shows the t processing outline PAD

【図41】エラー処理概略PADを示す図FIG. 41 is a diagram showing an outline PAD of error processing;

【図42】エージェントからのエラー応答理由と統合マ
ネージャへのエラー応答理由との対応を示す図
FIG. 42 is a diagram showing the correspondence between the error response reason from the agent and the error response reason to the integrated manager.

【図43】応答メッセージ作成処理概略PADを示す図FIG. 43 is a diagram showing an outline PAD of a response message creation process;

【図44】統合マネージャ、サブマネージャ、およびエ
ージェントを配置したネットワークの構成例を示す図
FIG. 44 is a diagram showing a configuration example of a network in which an integration manager, a sub-manager, and an agent are arranged.

【図45】ドメイン・サブマップの例を示す図FIG. 45 is a diagram showing an example of a domain submap.

【図46】インターネット・サブマップの例(その1)
を示す図
FIG. 46: Example of Internet submap (No. 1)
Figure showing

【図47】インターネット・サブマップの例(その2)
を示す図
FIG. 47: Example of Internet submap (part 2)
Figure showing

【図48】ネットワーク・サブマップの例(その1)を
示す図
FIG. 48 is a diagram showing an example (part 1) of a network submap;

【図49】ネットワーク・サブマップの例(その2)を
示す図
FIG. 49 is a diagram showing an example (part 2) of a network submap.

【図50】ネットワーク・サブマップの例(その3)を
示す図
FIG. 50 is a diagram showing an example (part 3) of a network submap;

【図51】セグメント・サブマップの例(その1)を示
す図
FIG. 51 is a diagram showing an example (part 1) of a segment submap.

【図52】セグメント・サブマップの例(その2)を示
す図
FIG. 52 is a diagram showing an example (part 2) of a segment submap.

【図53】セグメント・サブマップの例(その3)を示
す図
FIG. 53 is a diagram showing an example (part 3) of a segment submap;

【図54】統合マネージャの構成例を示す図FIG. 54 is a diagram showing a configuration example of an integration manager.

【図55】サブマップ管理表の例を示す図FIG. 55 shows an example of a submap management table.

【図56】シンボル管理表の例を示す図FIG. 56 shows an example of a symbol management table.

【図57】接続関係表の例を示す図FIG. 57 shows an example of a connection relation table.

【図58】SNMPプロトコル・データ単位の定義(そ
の1)を示す図
FIG. 58 is a diagram showing a definition (No. 1) of an SNMP protocol data unit;

【図59】SNMPプロトコル・データ単位の定義(そ
の2)を示す図
FIG. 59 is a diagram showing a definition (part 2) of an SNMP protocol data unit;

【図60】SNMPプロトコル・データ単位の定義(そ
の3)を示す図
FIG. 60 is a diagram showing a definition (No. 3) of an SNMP protocol data unit;

【図61】エージェント識別インデックスと、エージェ
ント通信関連情報を対応させるテーブルを示す図
FIG. 61 is a view showing a table in which an agent identification index is associated with agent communication related information;

【符号の説明】[Explanation of symbols]

1〜7…サブマネージャ通信処理ステップ 10a、10b…サ
ブマネージャ 20a、20b、20c、20d、20e、20f…エージェント 50…統合マネージャ 55…ディスプレイ 100…通信制御手段 110…オブジェクト
識別子変換手段 120…エージェント識別手段 130…サブマネージ
ャ機能制御手段 150〜930…SNMPメッセージ処理ステップ 1000…ローカル・ドメイン 1100…サブネット
#1 1200…サブネット#2 1300…ゲートウェ
イ 2000…ドメイン#1 2100…サブネット
#3 3201〜3206…IPホスト 4000…ディスプレ
イ制御 4001…サブマップ管理表 4002…接続関係表 4003…シンボル管理表 4005…マップ管理 4006…シンボル管理 4007…SNMP通
信プロトコル制御 6000…シンボル識別子 6001…シンボル名 6002…シンボル・タイプ 6003…表示サブマ
ップ 6004…展開サブマップ 6005…ローカル/
リモート 6006…IPアドレス 6007…システム・
インデックス 6100…サブマップ識別子 6101…サブマップ
名 6102…サブマップ・タイプ 6200…Fromシンボ
ル 6201…Toシンボル
1-7: Sub-manager communication processing step 10a, 10b: Sub-manager 20a, 20b, 20c, 20d, 20e, 20f: Agent 50: Integrated manager 55: Display 100: Communication control means 110: Object identifier conversion means 120: Agent identification Means 130 ... Sub-manager function control means 150-930 ... SNMP message processing step 1000 ... Local domain 1100 ... Subnet # 1 1200 ... Subnet # 2 1300 ... Gateway 2000 ... Domain # 1 2100 ... Subnet # 3 3201-3206 ... IP host 4000 ... Display control 4001 ... Submap management table 4002 ... Connection relation table 4003 ... Symbol management table 4005 ... Map management 4006 ... Symbol management 4007 ... SNMP communication protocol control 6000 ... Symbol identifier 6001 ... Symbol name 6002 ... Symbol type 6003 ... Display Submap 6004 ... Expansion submap 6005 ... Local /
Remote 6006 ... IP address 6007 ... System
Index 6100 ... Submap identifier 6101 ... Submap name 6102 ... Submap type 6200 ... From symbol 6201 ... To symbol

───────────────────────────────────────────────────── フロントページの続き (72)発明者 田中 康裕 神奈川県川崎市麻生区王禅寺1099番地 株式会社 日立製作所 システム開発研 究所内 (72)発明者 齋藤 眞人 神奈川県横浜市戸塚区戸塚町5030番地 株式会社 日立製作所 ソフトウェア開 発本部内 (72)発明者 黒崎 芳行 神奈川県横浜市戸塚区戸塚町5030番地 株式会社 日立製作所 ソフトウェア開 発本部内 (72)発明者 藤野 修司 神奈川県横浜市戸塚区戸塚町5030番地 株式会社 日立製作所 ソフトウェア開 発本部内 (72)発明者 橋田 光好 神奈川県横浜市戸塚区戸塚町216番地 株式会社 日立製作所 情報通信事業部 内 (56)参考文献 特開 平5−336204(JP,A) 特開 平3−186958(JP,A) 宮内直人,外6名,“分散LANドメ インのOSIによる統合管理”,情報処 理学会論文誌,平成5年6月15日,第34 巻,第6号,p.1426−1440 (58)調査した分野(Int.Cl.6,DB名) G06F 13/00 351 - 357 H04L 12/00 ──────────────────────────────────────────────────の Continuing from the front page (72) Inventor Yasuhiro Tanaka 1099 Ozenji Temple, Aso-ku, Kawasaki City, Kanagawa Prefecture Inside Hitachi, Ltd.System Development Laboratory (72) Inventor Masato Saito 5030 Totsukacho, Totsuka-ku, Yokohama-shi, Kanagawa Prefecture Shares Hitachi, Ltd. Software Development Headquarters (72) Inventor Yoshiyuki Kurosaki 5030 Totsuka-cho, Totsuka-ku, Yokohama-shi, Kanagawa Prefecture Hitachi, Ltd. Software Development Headquarters (72) Inventor Shuji Fujino 5030 Totsuka-cho, Totsuka-ku, Yokohama-shi, Kanagawa Address: Hitachi, Ltd. Software Development Headquarters (72) Inventor: Mitsuru Hashida 216 Totsuka-cho, Totsuka-ku, Yokohama-shi, Kanagawa Prefecture, Hitachi, Ltd. Information and Communication Division (56) References: , A) JP-A-3-186958 (JP, A) Naoto Miyauchi, 6 people, "the integrated management of distributed LAN domain of the OSI", Information Processing Science Association Journal, 1993 June 15, Vol. 34, No. 6, p. 1426-1440 (58) Field surveyed (Int.Cl. 6 , DB name) G06F 13/00 351-357 H04L 12/00

Claims (19)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】通信ネットワークの資源である管理オブジ
ェクトを制御するエージェントと、前記エージェントの
一群を介して前記通信ネットワークの一部を制御するサ
ブマネージャと、前記サブマネージャの一群を介して前
記通信ネットワークを制御する統合マネージャとから構
成され、前記エージェントと前記サブマネージャ間、お
よび前記サブマネージャと前記統合マネージャ間の通信
プロトコルとしてSNMPを使用する階層型ネットワー
ク管理システムであって、 前記サブマネージャが仮想的に保持するデータベースで
ある管理情報ベースを構成する要素であるところの管理
オブジェクトが、当該サブマネージャの管理オブジェク
トのインスタンスと前記エージェントの管理オブジェク
トのインスタンスとが1対1に対応するように識別子を
割当てた論理的データ構造を有することを特徴とする階
層型ネットワーク管理システム。
An agent that controls a managed object that is a resource of a communication network, a sub-manager that controls a part of the communication network via a group of the agents, and the communication network via a group of the sub-managers A hierarchical network management system that uses SNMP as a communication protocol between the agent and the sub-manager, and between the sub-manager and the integrated manager, wherein the sub-manager is a virtual manager. The management object, which is an element constituting the management information base which is a database held in the sub-manager, is such that the instance of the management object of the sub-manager and the instance of the management object of the agent correspond one-to-one. A hierarchical network management system having a logical data structure to which an identifier is assigned.
【請求項2】前記サブマネージャの管理オブジェクトの
論理的データ構造が、複数のエントリを持つテーブル形
式で表現されており、該エントリは前記エージェントと
1対1に対応していることを特徴とする請求項1に記載
の階層型ネットワーク管理システム。
2. The logical data structure of a management object of the sub-manager is expressed in a table format having a plurality of entries, and the entries correspond one-to-one with the agents. The hierarchical network management system according to claim 1.
【請求項3】前記サブマネージャの管理オブジェクトの
論理的データ構造において、前記テーブルが、論理的に
関連のある管理オブジェクトの集まりであるところのオ
ブジェクト・グループごとに作成されていることを特徴
とする請求項2に記載の階層型ネットワーク管理システ
ム。
3. A logical data structure of a managed object of the sub-manager, wherein the table is created for each object group which is a collection of logically related managed objects. The hierarchical network management system according to claim 2.
【請求項4】前記サブマネージャの管理オブジェクトの
テーブル形式の論理的データ構造において、当該管理オ
ブジェクトのインスタンスを識別するための第1のイン
デックスが、前記エージェントと1対1に対応する識別
子であることを特徴とする請求項3に記載の階層型ネッ
トワーク管理システム。
4. In a logical data structure in a table format of a managed object of the sub-manager, a first index for identifying an instance of the managed object is an identifier corresponding to the agent on a one-to-one basis. The hierarchical network management system according to claim 3, wherein:
【請求項5】前記サブマネージャの管理オブジェクトに
対応するエージェントの管理オブジェクトが非テーブル
型の管理オブジェクトであり、当該エージェントの管理
オブジェクトのオブジェクト識別子の基準点をXとし、
当該エージェントの管理オブジェクトが属するオブジェ
クト・グループに対する副識別子をx1とし、当該エージ
ェントの管理オブジェクトに対する副識別子をx2とし、
前記サブマネージャの管理オブジェクトに割り当てるオ
ブジェクト識別子の基準点をYとした場合に、 当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、適当に選択した副識別子y1およびy2を用
いて、Y.x1.y1.y2.x2を割り当てることを特徴とする請
求項4に記載の階層型ネットワーク管理システム。
5. The management object of the agent corresponding to the management object of the sub-manager is a non-table type management object, and the reference point of the object identifier of the management object of the agent is X,
The sub-identifier for the object group to which the management object of the agent belongs is x1, the sub-identifier for the management object of the agent is x2,
Assuming that the reference point of the object identifier assigned to the sub-manager's management object is Y, using appropriately selected sub-identifiers y1 and y2 as the object identifier of the sub-manager's management object, Y.x1.y1. The hierarchical network management system according to claim 4, wherein y2.x2 is assigned.
【請求項6】前記サブマネージャの管理オブジェクトに
対応するエージェントの管理オブジェクトがテーブル型
の管理オブジェクトであり、当該エージェントの管理オ
ブジェクトのオブジェクト識別子の基準点をXとし、当
該エージェントの管理オブジェクトが属するオブジェク
ト・グループに対する副識別子をx1とし、当該エージェ
ントの管理オブジェクトが属するテーブルとエントリに
対する副識別子をそれぞれx2およびx3とし、当該エージ
ェントの管理オブジェクトに対する副識別子をx4とし、
前記サブマネージャの管理オブジェクトに割り当てるオ
ブジェクト識別子の基準点をYとした場合に、 当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、Y.x1.x2.x3.x4を割り当てることを特徴
とする請求項4に記載の階層型ネットワーク管理システ
ム。
6. The management object of the agent corresponding to the management object of the sub-manager is a table-type management object, the reference point of the object identifier of the management object of the agent is X, and the management object of the agent belongs to the object. -The sub-identifier for the group is x1, the sub-identifiers for the table and entry to which the management object of the agent belongs are x2 and x3, and the sub-identifier for the management object of the agent is x4,
5. The method according to claim 4, wherein when a reference point of an object identifier assigned to the management object of the sub-manager is Y, Y.x1.x2.x3.x4 is assigned as an object identifier of the management object of the sub-manager. 2. The hierarchical network management system according to 1.
【請求項7】前記サブマネージャは、 前記エージェントとの間の通信および前記統合マネージ
ャとの間の通信を制御する通信制御手段と、 前記統合マネージャが指示する当該サブマネージャの管
理オブジェクトのインスタンスのオブジェクト識別子よ
り当該サブマネージャが通信する相手であるところのエ
ージェントを識別するインデックスを取り出し、当該エ
ージェントと通信するための情報に、変換または逆変換
するエージェント識別手段と、 前記統合マネージャが指示する当該サブマネージャの管
理オブジェクトのインスタンスのオブジェクト識別子
を、1対1に対応する当該エージェントの管理オブジェ
クトのインスタンスのオブジェクト識別子に、変換また
は逆変換するオブジェクト識別子変換手段と、 前記通信制御手段、前記エージェント識別手段、および
前記オブジェクト識別子変換手段を制御して、前記統合
マネージャの当該サブマネージャに対する管理上の要求
を前記エージェントに対する管理上の要求に変換すると
ともに、前記エージェントからの応答を前記統合マネー
ジャへの応答に変換するサブマネージャ機能制御手段と
を備えたことを特徴とする請求項1に記載の階層型ネッ
トワーク管理システム。
7. The sub-manager includes: communication control means for controlling communication with the agent and communication with the integration manager; and an object of an instance of a management object of the sub-manager designated by the integration manager An agent identification means for extracting an index for identifying an agent with which the sub-manager communicates with from the identifier, and converting or reverse-converting the information into information for communicating with the agent, and the sub-manager designated by the integration manager Object identifier conversion means for converting or inversely converting the object identifier of the managed object instance to the object identifier of the managed object instance of the agent corresponding to the one-to-one correspondence; Controlling the agent identification means and the object identifier conversion means to convert a management request for the sub-manager of the integration manager into a management request for the agent, and to send a response from the agent to the integration manager; 2. The hierarchical network management system according to claim 1, further comprising: a sub-manager function control means for converting the response into a response of the hierarchical manager.
【請求項8】前記エージェント識別手段は、 前記エージェントと通信するための情報と、前記エージ
ェントと1対1に対応する識別子であるところの前記イ
ンデックスとを、対応させる対応手段を備えたことを特
徴とする請求項7に記載の階層型ネットワーク管理シス
テム。
8. The agent identification means includes correspondence means for associating information for communicating with the agent with the index which is an identifier corresponding to the agent on a one-to-one basis. The hierarchical network management system according to claim 7, wherein:
【請求項9】前記統合マネージャは、 前記通信ネットワークを操作するためのグラフィカル・
インタフェースであって、前記サブマネージャが管理す
るエージェント群をひとつのシンボルとして表示するグ
ラフィカル・インタフェースを備えたことを特徴とする
請求項1に記載の階層型ネットワーク管理システム。
9. The integrated manager includes a graphical user interface for operating the communication network.
2. The hierarchical network management system according to claim 1, further comprising a graphical interface for displaying an agent group managed by the sub-manager as one symbol.
【請求項10】前記統合マネージャは、 前記エージェント群を意味するシンボルの一覧を表示す
るグラフィカル・インタフェースを備えたことを特徴と
する請求項9に記載の階層型ネットワーク管理システ
ム。
10. The hierarchical network management system according to claim 9, wherein said integrated manager has a graphical interface for displaying a list of symbols representing said group of agents.
【請求項11】前記統合マネージャは、 前記シンボルを展開すると、前記サブマネージャが管理
する各エージェントを意味するシンボルが一覧表示され
るグラフィカル・インタフェースを備えたことを特徴と
する請求項9に記載の階層型ネットワーク管理システ
ム。
11. The system according to claim 9, wherein the integrated manager has a graphical interface for displaying a list of symbols representing each agent managed by the sub-manager when the symbols are expanded. Hierarchical network management system.
【請求項12】前記統合マネージャは、 前記通信ネットワークを操作するためのグラフィカル・
インタフェースを提供するとともに、前記サブマネージ
ャを介さずに直接エージェントを管理する機能を備えた
ことを特徴とする請求項10または11に記載の階層型
ネットワーク管理システム。
12. The integrated manager includes a graphical user interface for operating the communication network.
12. The hierarchical network management system according to claim 10, further comprising a function of providing an interface and directly managing an agent without passing through the sub-manager.
【請求項13】前記統合マネージャは、 前記サブマネージャを介さずに管理するエージェント群
をひとつのシンボルとして表示するとともに、そのシン
ボルを展開すると、前記サブマネージャを介さずに管理
する各エージェントを意味するシンボルが一覧表示され
るグラフィカル・インタフェースを備えたことを特徴と
する請求項12に記載の階層型ネットワーク管理システ
ム。
13. The integrated manager displays an agent group managed without the sub-manager as one symbol, and expands the symbol to mean each agent managed without the sub-manager. 13. The hierarchical network management system according to claim 12, further comprising a graphical interface for displaying a list of symbols.
【請求項14】前記サブマネージャを介して管理するエ
ージェント群を表すひとつのシンボルを展開することに
より表示される各エージェントを意味するシンボルと、
前記サブマネージャを介さずに管理するエージェント群
を表すひとつのシンボルを展開することにより表示され
る各エージェントを意味するシンボルとが、同一のシン
ボルであることを特徴とする請求項13に記載の階層型
ネットワーク管理システム。
14. A symbol representing each agent displayed by expanding one symbol representing a group of agents managed through the sub-manager,
14. The hierarchy according to claim 13, wherein a symbol representing each agent displayed by expanding one symbol representing a group of agents managed without passing through the sub-manager is the same symbol. Type network management system.
【請求項15】前記統合マネージャは、 サブマネージャとの間の通信の制御を行なうための通信
プロトコル制御手段と、 管理対象であるネットワークを構成する機器、セグメン
ト、サブネット、および管理ドメインのそれぞれに対応
するシンボル、並びにそれらのシンボル同士の接続関係
を管理するシンボル管理手段と、 前記機器、セグメント、サブネット、および管理ドメイ
ンのそれぞれに対応するシンボル、並びにそれらのシン
ボル同士の接続関係を表示するためのサブマップを管理
するマップ管理手段と、 前記サブマップをディスプレイに表示するためのディス
プレイ制御手段とを備え、 前記マップ管理手段により管理され、前記ディスプレイ
制御手段により表示されるサブマップが、階層構造を持
つ幾種類かのサブマップで構成されていることを特徴と
する請求項1に記載の階層型ネットワーク管理システ
ム。
15. An integrated manager, comprising: a communication protocol control means for controlling communication with a sub-manager; and a device, a segment, a subnet, and a management domain which constitute a network to be managed. Symbol management means for managing the symbols to be connected and the connection relationship between the symbols, and a sub-display for displaying the symbol corresponding to each of the device, the segment, the subnet, and the management domain, and the connection relationship between the symbols. A map management unit that manages a map; and a display control unit that displays the submap on a display. The submap managed by the map management unit and displayed by the display control unit has a hierarchical structure. Consists of several submaps Hierarchical network management system according to claim 1, characterized in that they are.
【請求項16】前記サブマップは、 セグメントに接続されたネットワーク機器を表示するた
めのセグメント・サブマップ、サブネットを構成するセ
グメントを表示するためのネットワーク・サブマップ、
管理ドメインを構成するサブネットの接続関係を表示す
るためのインターネット・サブマップ、および管理ドメ
インの一覧を表示するためのドメイン・サブマップを含
む階層構造を備えたことを特徴とする請求項15に記載
の階層型ネットワーク管理システム。
16. The submap includes: a segment submap for displaying network devices connected to a segment; a network submap for displaying segments constituting subnets;
16. The system according to claim 15, further comprising a hierarchical structure including an Internet submap for displaying a connection relationship between subnets constituting the management domain, and a domain submap for displaying a list of the management domains. Hierarchical network management system.
【請求項17】通信ネットワークの資源である管理オブ
ジェクトを制御するエージェントと、前記エージェント
の一群を介して前記通信ネットワークの一部を制御する
サブマネージャと、前記サブマネージャの一群を介して
前記通信ネットワークを制御する統合マネージャとから
構成され、前記エージェントと前記サブマネージャ間、
および前記サブマネージャと前記統合マネージャ間の通
信プロトコルとしてSNMPを使用する階層型ネットワ
ーク管理システムにおけるネットワーク管理情報の制御
方法であって、 あらかじめ、前記サブマネージャが仮想的に保持するデ
ータベースである管理情報ベースを構成する要素である
ところの管理オブジェクトが、当該サブマネージャの管
理オブジェクトのインスタンスと前記エージェントの管
理オブジェクトのインスタンスとが1対1に対応するよ
うに識別子を割当てた論理的データ構造を有するように
構成しておくとともに、 前記サブマネージャが、前記統合マネージャからSNM
Pメッセージを受け取った場合は、 該SNMPメッセージを解析し、前記サブマネージャの
管理オブジェクトのインスタンスのオブジェクト識別子
を前記エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子に変換し、 該管理オブジェクトのインスタンスを保持するエージェ
ントのIPアドレスおよび該エージェントに対するコミ
ュニティ名を取得し、 該エージェントの管理オブジェクトのインスタンスのオ
ブジェクト識別子、および取得したコミュニティ名を用
いて、該エージェントに対するSNMPメッセージを組
み立て、該エージェントに対して該SNMPメッセージ
を発行し、 発行したSNMPメッセージに対する応答であるところ
のSNMPメッセージを、該エージェントから受信し、 受信したSNMPメッセージを解析し、該SNMPメッ
セージを発行したエージェントのIPアドレスを用い
て、該エージェントの管理オブジェクトのインスタンス
のオブジェクト識別子を、前記サブマネージャの管理オ
ブジェクトのインスタンスのオブジェクト識別子に変換
し、 得られたサブマネージャの管理オブジェクトのインスタ
ンスのオブジェクト識別子を用いて、前記統合マネージ
ャに対して応答すべきSNMPメッセージを組み立て、
前記統合マネージャに対して該SNMPメッセージを応
答することを特徴とするネットワーク管理情報の制御方
法。
17. An agent for controlling a managed object that is a resource of a communication network, a sub-manager for controlling a part of the communication network via a group of the agents, and the communication network for a group of the sub-managers. And an integrated manager for controlling the agent, between the agent and the sub-manager,
And a method for controlling network management information in a hierarchical network management system using SNMP as a communication protocol between the sub-manager and the integrated manager, wherein the management information base is a database that the sub-manager virtually holds in advance. Has a logical data structure in which identifiers are assigned so that an instance of the management object of the sub-manager and an instance of the management object of the agent have a one-to-one correspondence. And the sub-manager is configured to send a SNM from the integration manager.
When receiving the P message, the agent analyzes the SNMP message, converts the object identifier of the instance of the managed object of the sub-manager to the object identifier of the instance of the managed object of the agent, and stores the instance of the managed object. An SNMP message for the agent is constructed using the IP address of the agent and a community name for the agent, and an object identifier of an instance of a managed object of the agent and the acquired community name. Issue an SNMP message, which is a response to the issued SNMP message, from the agent, and receive the received SNMP message. By using the IP address of the agent that issued the SNMP message to convert the object identifier of the instance of the managed object of the agent into the object identifier of the instance of the managed object of the sub-manager. Constructing an SNMP message to respond to the integration manager using the object identifier of the instance of the sub-manager's managed object;
A method for controlling network management information, comprising responding the SNMP message to the integrated manager.
【請求項18】前記サブマネージャの管理オブジェクト
に対応するエージェントの管理オブジェクトが非テーブ
ル型の管理オブジェクトであり、当該エージェントの管
理オブジェクトのオブジェクト識別子の基準点をXと
し、当該エージェントの管理オブジェクトが属するオブ
ジェクト・グループに対する副識別子をx1とし、当該エ
ージェントの管理オブジェクトに対する副識別子をx2と
し、前記サブマネージャの管理オブジェクトに割り当て
るオブジェクト識別子の基準点をYとした場合に、 当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、適当に選択した副識別子y1およびy2を用
いて、Y.x1.y1.y2.x2を割り当てることを特徴とする請
求項17に記載のネットワーク管理情報の制御方法。
18. The management object of an agent corresponding to the management object of the sub-manager is a non-table type management object, the reference point of the object identifier of the management object of the agent is X, and the management object of the agent belongs to the management object. If the sub-identifier for the object group is x1, the sub-identifier for the management object of the agent is x2, and the reference point of the object identifier assigned to the management object of the sub-manager is Y, the object of the management object of the sub-manager 18. The method according to claim 17, wherein Y.x1.y1.y2.x2 is assigned using appropriately selected sub-identifiers y1 and y2 as identifiers.
【請求項19】前記サブマネージャの管理オブジェクト
に対応するエージェントの管理オブジェクトがテーブル
型の管理オブジェクトであり、当該エージェントの管理
オブジェクトのオブジェクト識別子の基準点をXとし、
当該エージェントの管理オブジェクトが属するオブジェ
クト・グループに対する副識別子をx1とし、当該エージ
ェントの管理オブジェクトが属するテーブルとエントリ
に対する副識別子をそれぞれx2およびx3とし、当該エー
ジェントの管理オブジェクトに対する副識別子をx4と
し、前記サブマネージャの管理オブジェクトに割り当て
るオブジェクト識別子の基準点をYとした場合に、 当該サブマネージャの管理オブジェクトのオブジェクト
識別子として、Y.x1.x2.x3.x4を割り当てることを特徴
とする請求項17に記載のネットワーク管理情報の制御
方法。
19. A management object of an agent corresponding to a management object of the sub-manager is a table-type management object, and a reference point of an object identifier of the management object of the agent is X,
The sub-identifier for the object group to which the management object of the agent belongs is x1, the sub-identifier for the table and entry to which the management object of the agent belongs is x2 and x3, respectively, the sub-identifier for the management object of the agent is x4, 18. The method according to claim 17, wherein Y.x1.x2.x3.x4 is assigned as an object identifier of the managed object of the sub-manager, when the reference point of the object identifier assigned to the managed object of the sub-manager is set to Y. Control method of the described network management information.
JP6037957A 1994-02-10 1994-02-10 Hierarchical network management system and method for controlling network management information Expired - Lifetime JP2918088B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP6037957A JP2918088B2 (en) 1994-02-10 1994-02-10 Hierarchical network management system and method for controlling network management information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP6037957A JP2918088B2 (en) 1994-02-10 1994-02-10 Hierarchical network management system and method for controlling network management information

Publications (2)

Publication Number Publication Date
JPH07226777A JPH07226777A (en) 1995-08-22
JP2918088B2 true JP2918088B2 (en) 1999-07-12

Family

ID=12512044

Family Applications (1)

Application Number Title Priority Date Filing Date
JP6037957A Expired - Lifetime JP2918088B2 (en) 1994-02-10 1994-02-10 Hierarchical network management system and method for controlling network management information

Country Status (1)

Country Link
JP (1) JP2918088B2 (en)

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3293719B2 (en) * 1994-09-30 2002-06-17 富士通株式会社 Network management system
JP2990650B2 (en) * 1995-05-19 1999-12-13 日本電信電話株式会社 Network management system
JP3282652B2 (en) * 1996-02-19 2002-05-20 日本電気株式会社 OSI multi-layer management system
JPH09247144A (en) * 1996-03-01 1997-09-19 Mitsubishi Electric Corp Method for managing hierarchical network
JP3451415B2 (en) * 1996-03-29 2003-09-29 富士通株式会社 How to synchronize a database in a network management system
JPH1091609A (en) * 1996-09-10 1998-04-10 Mitsubishi Electric Corp Decentralized simulation system
JP3137009B2 (en) * 1996-10-25 2001-02-19 日本電気株式会社 Network multi-tier management system
JP3624063B2 (en) * 1996-11-29 2005-02-23 キヤノン株式会社 Real-time data delivery control method
US5864666A (en) * 1996-12-23 1999-01-26 International Business Machines Corporation Web-based administration of IP tunneling on internet firewalls
JP3533911B2 (en) * 1997-11-17 2004-06-07 日本電信電話株式会社 Integrated network management system
DE19801785C2 (en) * 1998-01-19 2000-04-27 Siemens Ag Process and communication system for handling alarms through a management network with multiple management levels
JPH11265338A (en) * 1998-03-13 1999-09-28 Canon Inc Information processor, connection state display device, information processing system, and storage medium
JP2000332768A (en) * 1999-05-14 2000-11-30 Nec Corp Mib integral management method for atm server
DE19949531A1 (en) * 1999-10-14 2001-04-19 Deutsche Telekom Ag Device for controlling a telecommunication system
JP3886309B2 (en) * 1999-11-16 2007-02-28 日本電気株式会社 Network management system and network management method
WO2001082535A1 (en) * 2000-04-20 2001-11-01 Fujitsu Limited Device for circular polling/response between snmp manager and agent and its method
JP4386634B2 (en) * 2000-07-10 2009-12-16 富士通株式会社 Integrated network management system
EP1308015A2 (en) 2000-07-24 2003-05-07 Trendium, Inc. Network models, methods, and computer program products for managing a service independent of the underlying network technology
US7167531B2 (en) 2001-09-17 2007-01-23 Digeo, Inc. System and method for shared decoding using a data replay scheme
WO2003026295A2 (en) * 2001-09-17 2003-03-27 Digeo, Inc. A system and method for shared decoding using a data replay scheme
US7131054B2 (en) 2001-09-17 2006-10-31 Digeo, Inc. Apparatus and method for efficient decoder normalization
US7073118B2 (en) 2001-09-17 2006-07-04 Digeo, Inc. Apparatus and method for saturating decoder values
KR100533153B1 (en) * 2002-06-20 2005-12-02 주식회사 케이티 User group administration apparatus in the internet multi-domain environment
WO2004051928A1 (en) 2002-12-02 2004-06-17 Fujitsu Limited Network management system and transmission apparatus managed by the network management system
CN1312945C (en) * 2003-10-29 2007-04-25 中兴通讯股份有限公司 Method for realizing cascade proxy in telecommunication network management system
EP1612993B1 (en) * 2004-06-29 2007-10-10 Siemens Aktiengesellschaft Method and arrangement for changing the operation mode of an agent of a management network
US7467195B2 (en) * 2005-01-11 2008-12-16 Ricoh Company, Ltd. Method and system for extracting status information from networked devices using the SNMP protocol
JP5384820B2 (en) * 2007-12-11 2014-01-08 アズビル株式会社 Integrated monitoring apparatus and integrated monitoring method
KR20100073157A (en) 2008-12-22 2010-07-01 한국전자통신연구원 Remote power management system and method for managing cluster system
KR101329243B1 (en) * 2012-02-23 2013-11-14 한국과학기술정보연구원 Message trnsmission system for interoperability of distributed data and method thereof

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
宮内直人,外6名,"分散LANドメインのOSIによる統合管理",情報処理学会論文誌,平成5年6月15日,第34巻,第6号,p.1426−1440

Also Published As

Publication number Publication date
JPH07226777A (en) 1995-08-22

Similar Documents

Publication Publication Date Title
JP2918088B2 (en) Hierarchical network management system and method for controlling network management information
US5651006A (en) Hierarchical network management system
US5751967A (en) Method and apparatus for automatically configuring a network device to support a virtual network
JP3374638B2 (en) System management / Network compatible display method
JP2504694B2 (en) Information processing device enabling management of information resources by management system
US5978845A (en) Network management relay mechanism
JP3483561B2 (en) Reverse address determination system for remote network equipment
US9088503B2 (en) Multi-tenant information processing system, management server, and configuration management method
US6483812B1 (en) Token ring network topology discovery and display
US20050025071A1 (en) Network management system having a network including virtual networks
JP2002368743A (en) Network design support system
US6898183B1 (en) Method of determining a data link path in a managed network
US20050002380A1 (en) Automated IT asset location system
JP3478770B2 (en) How to classify network devices
US6735626B1 (en) Network managing method and system
CN109995641A (en) A kind of information processing method, calculate node and storage medium
US7369513B1 (en) Method and apparatus for determining a network topology based on Spanning-tree-Algorithm-designated ports
US6694304B1 (en) System and method for retrieving network management table entries
US7733800B2 (en) Method and mechanism for identifying an unmanaged switch in a network
US7272836B1 (en) Method and apparatus for bridging service for standard object identifier based protocols
CN111865655B (en) ARP table configuration method and system for service board card
JP2000183874A (en) Method and proxy server system for multi-protocol network management, server system for multi-protocol address management, and multiprotocol network management system
US6883024B2 (en) Method and apparatus for defining application scope and for ensuring finite growth of scaled distributed applications
JPH06338884A (en) Node discovering method for network
KR100358156B1 (en) Converting Method of Managing Operation from service management system to Switching Command in a Integrated Network