JP2005038296A - Network management system - Google Patents
Network management system Download PDFInfo
- Publication number
- JP2005038296A JP2005038296A JP2003276303A JP2003276303A JP2005038296A JP 2005038296 A JP2005038296 A JP 2005038296A JP 2003276303 A JP2003276303 A JP 2003276303A JP 2003276303 A JP2003276303 A JP 2003276303A JP 2005038296 A JP2005038296 A JP 2005038296A
- Authority
- JP
- Japan
- Prior art keywords
- management
- network management
- information
- managed
- mib
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
Description
本発明は、ネットワーク管理システムに関し、より特定的には、ＳＮＭＰを用いて管理対象通信機器の集中管理を行うネットワーク管理システムに関するものである。 The present invention relates to a network management system, and more particularly to a network management system that performs centralized management of managed communication devices using SNMP.
遠隔地に散在する複数のローカルエリアネットワーク内に存在する管理対象通信機器を１つのマネージャ装置によって集中管理するための代表的な管理プロトコルが、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）である。ＳＮＭＰでは、ＬＡＮ上の全ての管理対象通信機器のＳＮＭＰエージェントに対してマネージャ装置から管理情報が要求され、管理対象通信機器はその返答を返す。ＳＮＭＰにおいては、全ての管理対象通信機器は、ＳＮＭＰエージェントと管理情報とＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）とを具備していなければならない。つまり、管理対象通信機器がこれらを具備していなければ、マネージャ装置は管理対象通信機器の管理情報を取得することができない。一般に、ＭＩＢのデータ量は大きいので、管理対象通信機器の記憶容量の負担が大きくなるという問題があった。 SNMP (Simple Network Management Protocol) is a typical management protocol for centrally managing managed communication devices existing in a plurality of local area networks scattered in remote locations by one manager device. In SNMP, management information is requested from the manager device to the SNMP agents of all managed communication devices on the LAN, and the managed communication device returns a response. In SNMP, all managed communication devices must have an SNMP agent, management information, and MIB (Management Information Base). That is, if the management target communication device does not include these, the manager device cannot acquire management information of the management target communication device. In general, since the amount of MIB data is large, there is a problem that the load of the storage capacity of the managed communication device becomes large.
そこで、ＳＮＭＰエージェントを有さない管理対象通信機器に対してネットワーク管理を行うシステムが考えられている（特許文献１参照。）。当該システムは、ＳＮＭＰマネージャと、プロトコル変換装置とによって構成されている。プロトコル変換装置は、ＩＰ接続不可能な独自プロトコルの伝送路によって複数の管理対象装置と接続されている。このシステムでは、各管理対象通信機器の管理情報のデータベースであるＭＩＢが全ての管理対象通信機器で共通化されており、各管理対象通信機器の管理対象項目は、ＭＩＢ Ｏｂｊｅｃｔ ＩＤで定義される。プロトコル変換装置は、管理対象項目とＭＩＢ Ｏｂｊｅｃｔ ＩＤとのマッピングを行い、ＳＮＭＰマネージャからの“Ｇｅｔ Ｒｅｑｕｅｓｔ”に対する“Ｇｅｔ Ｒｅｓｐｏｎｓｅ”メッセージを作成する。このように、上記システムでは、ＭＩＢを共通化することによって、管理対象通信機器をあたかもＳＮＭＰエージェントとして動作するように実装することができる。
しかし、従来の技術では、ＭＩＢを共通化してしまうために、各管理対象通信機器に固有の管理情報を管理することができず、管理する側（ＳＮＭＰマネージャ）は、各管理対象通信機器からそれぞれ異なる管理情報を取得することができない。 However, in the conventional technology, since the MIB is made common, management information unique to each managed communication device cannot be managed, and the managing side (SNMP manager) can be managed by each managed communication device. Different management information cannot be acquired.
それ故、本発明の目的は、ＳＮＭＰエージェントおよびＭＩＢを持たない機器に対して各機器固有の管理情報を取得することが可能なネットワーク管理システムを提供することである。 Therefore, an object of the present invention is to provide a network management system capable of acquiring management information unique to each device with respect to a device having no SNMP agent and MIB.
本発明は、上記の課題を解決するために、以下の構成を採用した。すなわち、本発明は、少なくとも１つの管理対象機器と、ネットワーク管理装置と、マネージャ装置とを備えるネットワーク管理システムである。ネットワーク管理装置は、管理対象機器とＬＡＮを介して接続される。マネージャ装置は、当該ネットワーク管理装置と接続され、当該管理対象機器の管理情報を取得する。ここで、マネージャ装置とネットワーク管理装置との間においては、ＳＮＭＰが管理プロトコルとして使用される。また、ネットワーク管理装置と管理対象機器との間においては、ＳＮＭＰとは異なる独自プロトコルが使用される。マネージャ装置は、取得すべき管理情報を示すオブジェクトＩＤを含む取得要求をネットワーク管理装置へ送信する。ネットワーク管理装置は、各管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておく。そして、マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信する。管理対象機器は、識別子を受信したことに応じて、当該識別子により示される管理情報の値をネットワーク管理装置へ送信する。ネットワーク管理装置は、管理対象機器から送信されてくる管理情報の値を、取得要求に対する応答としてマネージャ装置へ送信する。 The present invention employs the following configuration in order to solve the above problems. That is, the present invention is a network management system including at least one management target device, a network management device, and a manager device. The network management device is connected to the management target device via a LAN. The manager device is connected to the network management device and acquires management information of the managed device. Here, SNMP is used as a management protocol between the manager device and the network management device. In addition, a unique protocol different from SNMP is used between the network management device and the management target device. The manager device transmits an acquisition request including an object ID indicating management information to be acquired to the network management device. The network management device stores management information related to each managed device in the extended MIB. Then, an identifier obtained by converting the object ID included in the acquisition request transmitted from the manager device into a format according to the unique protocol is transmitted to the managed device. In response to receiving the identifier, the management target device transmits the value of the management information indicated by the identifier to the network management apparatus. The network management device transmits the value of the management information transmitted from the managed device to the manager device as a response to the acquisition request.
なお、ネットワーク管理装置は、オブジェクトＩＤと識別子と対応付けたテーブルを格納しておいてもよい。このとき、ネットワーク管理装置は、当該テーブルに従ってオブジェクトＩＤを識別子に変換する。 Note that the network management apparatus may store a table in which object IDs and identifiers are associated with each other. At this time, the network management device converts the object ID into an identifier according to the table.
また、ネットワーク管理装置は、新たな管理対象機器が接続された場合、拡張ＭＩＢに格納すべき管理情報に関する情報を当該新たな管理対象機器から取得するとともに、取得した情報に基づいて当該新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成してもよい。さらに、ネットワーク管理装置は、当該ネットワーク管理装置を識別する情報および作成したＭＩＢの情報をＭＩＢ作成情報としてマネージャ装置へ送信する。また、作成した拡張ＭＩＢに含まれる管理情報のオブジェクトＩＤと、当該オブジェクトＩＤに対応する識別子との組を管理対象機器へ送信する。これに応じて、マネージャ装置は、ネットワーク管理装置から送信されてくるＭＩＢ作成情報に基づいて拡張ＭＩＢを作成する。また、管理対象機器は、ネットワーク管理装置から送信されてくるオブジェクトＩＤと識別子との組を対応付けて格納しておく。 In addition, when a new management target device is connected, the network management apparatus acquires information on management information to be stored in the extended MIB from the new management target device, and based on the acquired information, the new management An extended MIB related to management information of the target device may be created. Further, the network management device transmits information for identifying the network management device and information on the created MIB to the manager device as MIB creation information. In addition, a set of the management information object ID included in the created extended MIB and the identifier corresponding to the object ID is transmitted to the managed device. In response to this, the manager device creates an extended MIB based on the MIB creation information transmitted from the network management device. The managed device stores a set of an object ID and an identifier transmitted from the network management apparatus in association with each other.
なお、本発明は、上記のネットワーク管理システムに含まれるネットワーク管理装置として提供されるものであってもよい。 Note that the present invention may be provided as a network management device included in the network management system.
本発明によれば、拡張ＭＩＢで各管理対象機器に固有の管理情報を格納しておくことによって、ＳＮＭＰエージェントやＭＩＢを有しない管理対象機器に固有の管理情報を管理することができる。また、ネットワーク管理装置と管理対象機器との間ではＳＮＭＰを必要としないので、ＭＩＢに関する情報の通信が必要ない。従って、必要最小限の情報（管理情報の値）のみを送受信すればよいので、ＬＡＮにおける伝送効率の向上することができる。 According to the present invention, management information unique to each management target device is stored in the extended MIB, whereby management information unique to a management target device having no SNMP agent or MIB can be managed. In addition, since SNMP is not required between the network management apparatus and the management target device, communication of information relating to MIB is not required. Accordingly, only necessary minimum information (value of management information) needs to be transmitted and received, so that transmission efficiency in the LAN can be improved.
また、上記テーブルを用いることによって、ネットワーク管理装置は、ＳＮＭＰにおいて用いられるオブジェクトＩＤと独自プロトコルにおいて用いられる識別子との変換を容易に行うことができる。 In addition, by using the table, the network management apparatus can easily convert between an object ID used in SNMP and an identifier used in a unique protocol.
また、ネットワーク管理装置が、新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成することによって、新たな管理対象通信機器に対しての集中管理に対応することが可能となる。さらに、ＭＩＢ作成情報がマネージャ装置へ送信されるので、マネージャ装置は、管轄内のローカルエリアにどのような管理対象通信機器が接続されているかを把握することができ、管理の煩雑化を防ぐことができる。また、ネットワーク管理装置とマネージャ装置との間で拡張ＭＩＢを自動的に共有することができ、新たに接続された管理対象通信機器に対しても機器固有の管理情報を取得することが可能となる。 In addition, the network management apparatus creates an extended MIB related to management information of a new management target device, thereby making it possible to support centralized management for a new management target communication device. Furthermore, since the MIB creation information is transmitted to the manager device, the manager device can grasp what kind of managed communication device is connected to the local area within the jurisdiction, thereby preventing complication of management. Can do. Further, the extended MIB can be automatically shared between the network management device and the manager device, and device-specific management information can be acquired even for a newly connected managed communication device. .
以下、本発明に係る実施の形態について図面を参照しながら説明する。以下の実施の形態では、本発明に係るネットワーク管理システムにおけるローカルエリアネットワーク（ＬＡＮ）をＥｔｈｅｒｎｅｔ（Ｒ）に適用した場合を例示して説明する。その他、本発明は、ＩＥＥＥ８０２．３ ＣＳＭＡ／ＣＤ，ＩＥＥＥ８０２．４ ＴＯＫＥＮ ＢＵＳ，ＩＥＥＥ８０２．５ ＴＯＫＥＮ ＲＩＮＧ等においても適用することができる。 Embodiments according to the present invention will be described below with reference to the drawings. In the following embodiments, a case where a local area network (LAN) in the network management system according to the present invention is applied to Ethernet (R) will be described as an example. In addition, the present invention can also be applied to IEEE 802.3 CSMA / CD, IEEE 802.4 TOKEN BUS, IEEE 802.5 TOKEN RING, and the like.
（実施の形態１）
図１は、実施の形態１に係るネットワーク管理システムの構成を示す図である。ネットワーク管理システムは、マネージャ装置１と、ネットワーク管理装置（以下、「管理装置」と呼ぶ。）２と、第１〜第３の管理対象機器３〜５とを備える。また、管理装置２と各管理対象機器３〜５とによって、ＬＡＮ６が構成されている。マネージャ装置１と管理装置２との間の通信は、ＳＮＭＰプロトコルを用いて行われる。一方、ＬＡＮ６内の通信、すなわち、管理装置２と各管理対象機器３〜５との間の通信は、ＳＮＭＰとは異なるプロトコル（以下、「独自プロトコル」と呼ぶ。）を用いて行われる。なお、独自プロトコルは、以降で説明する動作を達成することができればどのようなプロトコルでもよい。また、図１では管理対象機器３〜５として３つの通信装置を記述しているが、管理対象機器の数はこれに限るものではない。これと同様に、マネージャ装置１が管理するＬＡＮの数もこれ（図１では、１つ）に限るものではない。
(Embodiment 1)
FIG. 1 is a diagram illustrating a configuration of a network management system according to the first embodiment. The network management system includes a manager device 1, a network management device (hereinafter referred to as “management device”) 2, and first to third managed devices 3 to 5. In addition, the LAN 6 is configured by the management apparatus 2 and each of the management target devices 3 to 5. Communication between the manager device 1 and the management device 2 is performed using the SNMP protocol. On the other hand, communication within the LAN 6, that is, communication between the management device 2 and each of the management target devices 3 to 5 is performed using a protocol different from SNMP (hereinafter referred to as “unique protocol”). The unique protocol may be any protocol as long as the operations described below can be achieved. In FIG. 1, three communication devices are described as managed devices 3 to 5, but the number of managed devices is not limited to this. Similarly, the number of LANs managed by the manager device 1 is not limited to this (one in FIG. 1).
図２は、図１に示す管理装置２の構成を示す図である。管理装置２は、ＳＮＭＰエージェント２１と、独自プロトコルの送受信プログラム２２と、独自プロトコルの解析プログラム２３とを有している。ＳＮＭＰエージェント２１は、マネージャ装置１との通信のために用いられる。送受信プログラム２２および解析プログラム２３は、各管理対象機器３〜５との通信のために用いられる。さらに、管理装置２は、自装置のＭＩＢ２４と、各管理対象機器３〜５用のＭＩＢ（第１〜第３の管理対象用ＭＩＢ）２５〜２７とを有している。さらに、図２には図示していないが、本実施形態においては、管理装置２は、ＭＩＢのオブジェクトＩＤ（ＯＩＤ（Ｏｂｊｅｃｔ ＩＤ））と、パラメータＩＤ（ＰＩＤ）とを対応付けたテーブルを格納している（図６参照。）。オブジェクトＩＤは、ＭＩＢに格納されている個々の管理情報（オブジェクト）を識別するための識別子である。ＰＩＤは、ＯＩＤにより示される管理情報を、独自プロトコルの形式で表現した識別子である。 FIG. 2 is a diagram illustrating a configuration of the management apparatus 2 illustrated in FIG. The management apparatus 2 includes an SNMP agent 21, a unique protocol transmission / reception program 22, and a unique protocol analysis program 23. The SNMP agent 21 is used for communication with the manager device 1. The transmission / reception program 22 and the analysis program 23 are used for communication with each of the management target devices 3 to 5. Furthermore, the management apparatus 2 has a MIB 24 of its own apparatus and MIBs (first to third management target MIBs) 25 to 27 for the respective management target devices 3 to 5. Further, although not shown in FIG. 2, in the present embodiment, the management apparatus 2 stores a table in which the MIB object ID (OID (Object ID)) is associated with the parameter ID (PID). (See FIG. 6). The object ID is an identifier for identifying individual management information (object) stored in the MIB. The PID is an identifier that expresses management information indicated by the OID in the format of a unique protocol.
図３は、ＭＩＢの構造を模式的に示す図である。図３に示すように、ＭＩＢは複数の層からなるツリー構造を有している。また、ＭＩＢの所定の層までの番号は規格によって決められているが、それよりも下位の層の番号は自由に割り振ることができ、当該下位の層を拡張ＭＩＢとしてベンダーが独自に用いることができる。図３では、“１．３．６．１．４．１（ｅｎｅｒｐｒｉｓｅｓ）”までが決められた番号（標準ＭＩＢ）であり、それ以下の番号が自由な番号（拡張ＭＩＢ）であるとする。実施の形態１では、拡張ＭＩＢに各管理対象機器に個別の管理情報を格納する。すなわち、下位の層の番号を用いて独自プロトコル用に番号を割り振ることによって、各管理対象機器に個別の管理情報を識別する。 FIG. 3 is a diagram schematically showing the structure of the MIB. As shown in FIG. 3, the MIB has a tree structure composed of a plurality of layers. In addition, the number up to a predetermined layer of the MIB is determined by the standard, but the number of the lower layer can be freely assigned, and the lower layer can be uniquely used by the vendor as the extended MIB. it can. In FIG. 3, it is assumed that numbers up to “1.3.6.1.4.1 (enerprises)” are determined numbers (standard MIB), and numbers below that are free numbers (extended MIB). In the first embodiment, individual management information is stored in each managed device in the extended MIB. That is, individual management information is identified for each managed device by assigning a number for a unique protocol using a lower layer number.
例えば、“１．３．６．１．４．１．２５８．１３．２．２．１．０”というＯＩＤを例にとって説明すると、“２５８”以降が自由に番号を割り振ることが可能な番号である。ここで、“２５８”は、実施の形態１の独自プロトコルを使用する環境であることを示す番号である。その次の“１３”は、管理対象機器の製品を示す製品番号（例えば、ＤＶＤプレーヤＡの製品番号）を示す番号である。その次の“２”は、製品のベンダー名（例えば、ベンダーＢ）を示す番号である。以降の番号“２．１．０”が、管理情報を示す。例えば、“２．１．０”は、管理情報として、インターフェースＣのＭＡＣアドレスを示す番号とする。このとき、“１．３．６．１．４．１．２５８．１３．２．２．１．０”というＯＩＤによって、マネージャ装置１は、ベンダーＡの製品であるＤＶＤプレーヤＢの管理情報として、インターフェースＣのＭＡＣアドレスを取得することができる。 For example, an OID “1.3.6.1.1.4.258.13.2.2.1.0” will be described as an example. Numbers that can be freely assigned numbers after “258”. It is. Here, “258” is a number indicating that the environment uses the unique protocol of the first embodiment. The next “13” is a number indicating a product number (for example, the product number of the DVD player A) indicating the product of the managed device. The next “2” is a number indicating the vendor name of the product (for example, vendor B). Subsequent numbers “2.1.0” indicate management information. For example, “2.1.0” is a number indicating the MAC address of the interface C as management information. At this time, the manager device 1 uses the OID “1.3.3.6.1.4.258.13.2.2.1.0” as management information of the DVD player B that is a product of the vendor A. The MAC address of the interface C can be acquired.
図４は、図１に示す第１の管理対象機器３の構成を示す図である。なお、図４では、第１の管理対象機器３の構成を示すが、その他の管理対象機器（第２および第３の管理対象機器４および５）の構成も図４と同様である。図４において、管理対象機器３は、管理装置２との通信を行うために用いられる、独自プロトコルの送受信プログラム３１および独自プロトコルの解析プログラム３２とを有している。管理対象機器３は、ＳＮＭＰエージェントおよびＭＩＢを有していない。 FIG. 4 is a diagram illustrating a configuration of the first management target device 3 illustrated in FIG. 1. 4 shows the configuration of the first management target device 3, the configurations of the other management target devices (second and third management target devices 4 and 5) are the same as those in FIG. In FIG. 4, the management target device 3 includes a unique protocol transmission / reception program 31 and a unique protocol analysis program 32 that are used to communicate with the management apparatus 2. The managed device 3 does not have an SNMP agent and MIB.
以上のように構成されるネットワーク管理システムにおいては、マネージャ装置１は、管理情報の取得を管理装置２に対して要求する。管理装置２は、この要求に対して、配下に存在する管理対象機器３〜５から管理情報のみを取得する。さらに管理装置２は、管理情報をＳＮＭＰの形式に適合させてマネージャ装置１に返信する。 In the network management system configured as described above, the manager device 1 requests the management device 2 to acquire management information. In response to this request, the management device 2 acquires only management information from the managed devices 3 to 5 existing under the request. Furthermore, the management device 2 returns the management information to the manager device 1 in conformity with the SNMP format.
以上のように、マネージャ装置１は、管理情報の取得を複数の管理対象機器３〜５に対して要求するのではなく、管理装置２に対して要求する。従って、マネージャ装置１は１つの管理装置を管理すれば、その管理装置が含まれるＬＡＮ内の管理対象機器の管理情報を取得することができる。また、マネージャ装置は、ＳＮＭＰエージェントを有しない装置を管理対象機器として管理することが可能である。さらに、マネージャ装置は管理装置のみを管理すればよいので、管理のための処理負荷を軽減することができる。 As described above, the manager device 1 makes a request to the management device 2 instead of requesting the management target devices 3 to 5 to acquire management information. Therefore, if the manager device 1 manages one management device, it can acquire management information of a management target device in the LAN including the management device. The manager device can manage a device that does not have an SNMP agent as a management target device. Furthermore, since the manager device only needs to manage the management device, the processing load for management can be reduced.
以下、実施の形態１の処理の詳細を説明する。ここでは、マネージャ装置１が第１の管理対象機器３の管理情報の取得を要求する場合を例として説明する。図５は、実施の形態１における管理装置２における処理の流れを示すフローチャートである。まず、管理装置２は、管理情報の取得要求（Ｇｅｔ−Ｒｅｑｕｅｓｔ）をマネージャ装置１から受信する（ステップＳ１１１）。マネージャ装置１から受信される取得要求のパケットには、ＭＩＢのＯＩＤが含まれている。このＯＩＤによって、取得要求の対象となる管理情報が特定される。なお、ここでは、当該取得要求は、第１の管理対象機器３の管理情報の取得要求であるとする。 Hereinafter, details of the processing of the first embodiment will be described. Here, a case where the manager device 1 requests acquisition of management information of the first management target device 3 will be described as an example. FIG. 5 is a flowchart showing a process flow in the management apparatus 2 according to the first embodiment. First, the management device 2 receives a management information acquisition request (Get-Request) from the manager device 1 (step S111). The acquisition request packet received from the manager device 1 includes the MIB OID. The management information that is the target of the acquisition request is specified by this OID. Here, it is assumed that the acquisition request is an acquisition request for management information of the first managed device 3.
次に、管理装置２のＳＮＭＰエージェント２１は、ステップＳ１１１で受信した取得要求が自装置の管理情報に対する取得要求であるか否かを判定する（ステップＳ１１２）。具体的には、ＳＮＭＰエージェント２１は、マネージャ装置１から受信される上記ＯＩＤを用いて当該判定を行う。 Next, the SNMP agent 21 of the management apparatus 2 determines whether or not the acquisition request received in step S111 is an acquisition request for the management information of the own apparatus (step S112). Specifically, the SNMP agent 21 performs the determination using the OID received from the manager device 1.
ステップＳ１１２の判定の結果、自装置に対する取得要求であれば、ＳＮＭＰエージェント２１は、ステップ１２２の処理を行う。すなわち、取得要求に対する応答（Ｇｅｔ−Ｒｅｓｐｏｎｓｅ）として自装置の管理情報をマネージャ装置に送信し（ステップＳ１２２）、処理を終了する。ステップＳ１２２の処理は、通常のＳＮＭＰにおける処理と同じである。一方、自装置に対する取得要求でなければ、ステップＳ１１３の処理が行われる。ここでは、取得要求は第１の管理対象機器３に対する取得要求であるので、ステップＳ１１３の処理が行われる。 If the result of determination in step S <b> 112 is an acquisition request for the own device, the SNMP agent 21 performs processing in step 122. That is, the management information of the own apparatus is transmitted to the manager apparatus as a response (Get-Response) to the acquisition request (step S122), and the process is terminated. The process of step S122 is the same as the process in normal SNMP. On the other hand, if it is not an acquisition request to the own device, the process of step S113 is performed. Here, since the acquisition request is an acquisition request for the first management target device 3, the process of step S113 is performed.
次に、管理装置２は、ステップＳ１１１で受信した取得要求に対応する管理対象機器が存在するか否かを判定する（ステップＳ１１３）。この処理は、当該取得要求が、管理装置２配下の管理対象機器３〜５に対する要求でない場合、および管理対象機器３〜５が接続されていない場合を検知する処理である。なお、ステップＳ１１３の判定も、ステップＳ１１２の判定と同様、ステップＳ１１１で受信した上記ＯＩＤを用いることによって判断可能である。ステップＳ１１３の判定の結果、当該取得要求に対応する管理対象機器が存在しない場合、ＳＮＭＰエージェント２１は、マネージャ装置１に対してエラー通知を行う（ステップＳ１２３）。このエラー通知はＳＮＭＰエージェント１１がマネージャ装置１に対して、例えば「Ｎｏ Ｓｕｃｈ Ｎａｍｅ」を返すことによって行われる。この通知はＳＮＭＰのバージョンによって異なる。 Next, the management device 2 determines whether there is a management target device corresponding to the acquisition request received in Step S111 (Step S113). This process is a process for detecting when the acquisition request is not a request for the managed devices 3 to 5 under the management apparatus 2 and when the managed devices 3 to 5 are not connected. Note that the determination in step S113 can also be determined by using the OID received in step S111, similar to the determination in step S112. As a result of the determination in step S113, if there is no managed device corresponding to the acquisition request, the SNMP agent 21 notifies the manager device 1 of an error (step S123). This error notification is performed when the SNMP agent 11 returns, for example, “No Such Name” to the manager device 1. This notification varies depending on the SNMP version.
一方、ステップＳ１１３の判定の結果、当該取得要求に対応する管理対象機器が存在する場合、ステップＳ１１４の処理が行われる。以上のステップＳ１１２およびＳ１１３の処理によって、管理装置２は、ステップＳ１１１で受信した取得要求が第１の管理対象機器３に対する取得要求であることを把握することができる。なお、ここでは、取得要求は第１の管理対象機器３に対する取得要求であるので、ステップＳ１１４以降の処理が行われる。なお、ステップＳ１１４以降の処理は、管理装置２と第１の管理対象機器３との間で行われる処理として説明するが、第１の管理対象機器３以外の場合でも処理の流れは変わらないことはいうまでもない。 On the other hand, if the result of determination in step S113 is that there is a managed device corresponding to the acquisition request, processing in step S114 is performed. Through the processes in steps S112 and S113 described above, the management apparatus 2 can grasp that the acquisition request received in step S111 is an acquisition request for the first management target device 3. Here, since the acquisition request is an acquisition request for the first management target device 3, the processing after step S114 is performed. In addition, although the process after step S114 is demonstrated as a process performed between the management apparatus 2 and the 1st management object apparatus 3, the flow of a process does not change also in cases other than the 1st management object apparatus 3. FIG. Needless to say.
ステップＳ１１４以降の処理では、まず、管理装置２は、マネージャ装置１から要求されている管理情報を第１の管理対象機器３に要求するためのフレームを作成する（ステップＳ１１４）。このフレームは、独自プロトコルに準じて作成される。 In the processing after step S114, the management device 2 first creates a frame for requesting the management information requested from the manager device 1 to the first management target device 3 (step S114). This frame is created according to a proprietary protocol.
図６は、管理装置２において用意されているＯＩＤとＰＩＤとの対応テーブルの一例を示す図である。ＰＩＤは、管理対象機器が認識可能な形式によって管理情報を特定する識別子である。ステップＳ１１４では、管理装置２は、ステップＳ１１１で受信したＯＩＤを当該対応テーブルを用いてＰＩＤに変換する。そして、変換したＰＩＤを上記フレームに挿入することによって当該フレームを作成する。 FIG. 6 is a diagram illustrating an example of a correspondence table between OIDs and PIDs prepared in the management apparatus 2. The PID is an identifier that identifies management information in a format recognizable by the management target device. In step S114, the management apparatus 2 converts the OID received in step S111 into a PID using the correspondence table. Then, the frame is created by inserting the converted PID into the frame.
図５の説明に戻り、ステップＳ１１４の次に、管理装置２は、ステップＳ１１４で作成したフレームを管理対象機器３へ送信する（ステップＳ１１５）。この処理において、管理装置２は、送信するフレームに含まれているＰＩＤを記憶しておく。その後、管理装置２は、第１の管理対象機器３からの応答を待つ（ステップＳ１１６）。ステップＳ１１６における待機は、独自プロトコルにおいて予め定められた所定の制限時間の間行われる。 Returning to the description of FIG. 5, after step S114, the management device 2 transmits the frame created in step S114 to the management target device 3 (step S115). In this process, the management device 2 stores the PID included in the frame to be transmitted. Thereafter, the management device 2 waits for a response from the first managed device 3 (step S116). The standby in step S116 is performed for a predetermined time limit predetermined in the original protocol.
次に、上記ステップＳ１１５で送信されたフレームを受信した管理対象機器（ここでは、第１の管理対象機器３）の処理を説明する。図７は、実施の形態１の第１の管理対象機器３における処理の流れを示すフローチャートである。まず、第１の管理対象機器３は、管理装置２から送信されてくるフレームを受信する（ステップＳ１３１）。次に、第１の管理対象機器３は、当該フレームを解析し、自装置の管理情報に対するフレームであるか否かを判定する（ステップＳ１３２）。この判定の結果、ステップＳ１３１で受信したフレームが自装置の管理情報に対するものでなければ、当該フレームを無視して、処理を終了する。一方、ステップＳ１３１で受信したフレームが自装置の管理情報に対するものであれば、当該フレームに含まれているＰＩＤにより示される管理情報（値）を取得する（ステップＳ１３３）。ステップＳ１３３で取得された管理情報は、独自プロトコルに従ったフレームに格納される（ステップＳ１３４）。第１の管理対象機器３は、ステップＳ１３４で作成したフレームを応答フレームとして管理装置２に対して送信し（ステップＳ１３５）、処理を終了する。 Next, processing of the management target device (here, the first management target device 3) that has received the frame transmitted in step S115 will be described. FIG. 7 is a flowchart illustrating a process flow in the first management target device 3 according to the first embodiment. First, the first managed device 3 receives a frame transmitted from the management device 2 (step S131). Next, the first management target device 3 analyzes the frame and determines whether the frame is for the management information of the own device (step S132). If the result of this determination is that the frame received in step S131 does not correspond to the management information of the own apparatus, the frame is ignored and the process is terminated. On the other hand, if the frame received in step S131 is for the management information of the own apparatus, the management information (value) indicated by the PID included in the frame is acquired (step S133). The management information acquired in step S133 is stored in a frame according to the unique protocol (step S134). The first managed device 3 transmits the frame created in step S134 as a response frame to the management apparatus 2 (step S135), and ends the process.
図５の説明に戻り、ステップＳ１１６で応答待ち状態にあった管理装置２は、何らかのフレームを第１の管理対象機器３から受信したこと、または、上記所定の制限時間が経過したことに応じて、ステップＳ１１７の処理に進む。続くステップＳ１１７では、上記制限時間が経過したか（すなわち、上記所定の制限時間内に第１の管理対象機器３から応答フレームを受信したか）否かが判定される（ステップＳ１１７）。制限時間内に管理対象機器３より応答がない場合、管理装置２内でタイムアウトを起こし、管理装置２はマネージャ装置１にエラー通知を送信する（ステップＳ１２４）。ステップＳ１２４の後、図５に示す処理は終了する。一方、制限時間内に管理対象機器３から応答があった場合、管理装置２は、受信したフレームがステップＳ１１５で送信したフレームに対応する応答フレームであるか否かを判定する（ステップＳ１１８）。この判定は、上記ステップＳ１１５において記憶しておいたＰＩＤに対応する管理情報が、受信したフレームに含まれているか否かによって判断可能である。ステップＳ１１８の判定の結果、受信したフレームが応答フレームでない場合、処理はステップＳ１１６に戻る。つまり、管理装置２は再び応答待ちの状態に戻る。一方、受信したフレームが応答フレームである場合、ステップＳ１１９の処理が行われる。以上のように、ステップＳ１１６〜Ｓ１１８において制限時間内に第１の管理対象機器３から応答フレームが送信されてきた場合、ステップＳ１１９の処理が行われる。 Returning to the description of FIG. 5, the management device 2 that has been in a response waiting state in step S <b> 116 has received some frame from the first management target device 3 or has passed the predetermined time limit. Then, the process proceeds to step S117. In subsequent step S117, it is determined whether or not the time limit has elapsed (that is, whether or not a response frame has been received from the first managed device 3 within the predetermined time limit) (step S117). If there is no response from the managed device 3 within the time limit, a timeout occurs in the management device 2, and the management device 2 sends an error notification to the manager device 1 (step S124). After step S124, the process illustrated in FIG. On the other hand, when there is a response from the managed device 3 within the time limit, the management device 2 determines whether or not the received frame is a response frame corresponding to the frame transmitted in step S115 (step S118). This determination can be made based on whether or not the management information corresponding to the PID stored in step S115 is included in the received frame. If it is determined in step S118 that the received frame is not a response frame, the process returns to step S116. That is, the management device 2 returns to the response waiting state. On the other hand, if the received frame is a response frame, the process of step S119 is performed. As described above, when a response frame is transmitted from the first managed device 3 within the time limit in steps S116 to S118, the process of step S119 is performed.
応答フレームを受信すると、管理装置２は、当該応答フレームに含まれている管理情報を抜き出し、ステップＳ１１４において記憶しておいたＰＩＤに対応するＯＩＤに、抜き出した管理情報を割り当てる（ステップＳ１１９）。次に、管理装置２は、管理情報を割り当てたＯＩＤをＭＩＢとしてＳＮＭＰエージェント２１に渡す（ステップＳ１２０）。ＭＩＢを受け取ったＳＮＭＰエージェント２１は、マネージャ装置１にＧｅｔ−Ｒｅｓｐｏｎｓｅを送信する（ステップＳ１２１）。以上で、図５の処理が完了する。 When receiving the response frame, the management device 2 extracts the management information included in the response frame, and assigns the extracted management information to the OID corresponding to the PID stored in step S114 (step S119). Next, the management device 2 passes the OID to which the management information is assigned to the SNMP agent 21 as a MIB (step S120). The SNMP agent 21 that has received the MIB transmits a Get-Response to the manager device 1 (step S121). Thus, the process of FIG. 5 is completed.
以上の処理によって、マネージャ装置１は管理対象機器３の固有の管理情報を取得することができる。また、本ネットワーク管理システムによれば、管理対象機器３はＳＮＭＰエージェントやＭＩＢを搭載しなくて済むため、メモリ等の負荷を低減させることができる。 Through the above processing, the manager device 1 can acquire management information unique to the management target device 3. Also, according to the present network management system, the management target device 3 does not need to be equipped with an SNMP agent or MIB, so that the load on the memory or the like can be reduced.
以上のように、実施の形態１に係るネットワーク管理システムによれば、ＳＮＭＰエージェントおよびＭＩＢを有しない管理対象機器に固有の管理情報に対する集中管理が可能となる。従って、管理対象機器がＳＮＭＰエージェントおよびＭＩＢを格納しておく必要がないので、メモリ等への負荷が軽減される。さらに、管理装置が複数の管理対象機器に関する管理情報を返すので、マネージャ装置は１つのＬＡＮに対して１つのみのアドレス（例えばＩＰアドレス）を管理すればよい。従って、ネットワークの伝送効率の向上することができる。 As described above, according to the network management system according to the first embodiment, it is possible to perform centralized management on management information unique to a management target device that does not have an SNMP agent and an MIB. Therefore, it is not necessary for the management target device to store the SNMP agent and the MIB, so the load on the memory or the like is reduced. Furthermore, since the management apparatus returns management information regarding a plurality of managed devices, the manager apparatus only needs to manage one address (for example, an IP address) for one LAN. Therefore, the transmission efficiency of the network can be improved.
（実施の形態２）
以下、本発明の実施の形態２を説明する。実施の形態２では、ＬＡＮ内に新たな管理対象機器が追加された場合の処理について説明する。図８は、実施の形態２に係るネットワーク管理システムの構成を示す図である。ここでは、実施の形態１において示したＬＡＮ６内に、第４の管理対象機器７が新たに追加される場合を考える。なお、マネージャ装置１が管理情報を取得する際の処理は、実施の形態２においても実施の形態１と同様であるので、当該処理の説明は省略する。また、実施の形態２では、ＬＡＮ６とは異なるＬＡＮ８が含まれる構成であるが、ＬＡＮ８内の管理装置および管理対象機器の動作は、実施の形態１に示した管理装置および管理対象機器と同様である。
(Embodiment 2)
The second embodiment of the present invention will be described below. In the second embodiment, processing when a new management target device is added to the LAN will be described. FIG. 8 is a diagram illustrating a configuration of a network management system according to the second embodiment. Here, a case is considered where a fourth managed device 7 is newly added to the LAN 6 shown in the first embodiment. Note that the processing when the manager device 1 acquires management information is the same as that in the first embodiment in the second embodiment, and thus the description of the processing is omitted. In the second embodiment, the LAN 8 is different from the LAN 6, but the operations of the management device and the management target device in the LAN 8 are the same as those of the management device and the management target device described in the first embodiment. is there.
図９は、実施の形態２における管理装置２の構成を示す図である。実施の形態２では、図２に示す構成と同様の構成に、第４の管理対象機器７に対応する第４の管理対象用ＭＩＢ２８が新たに追加される。なお、管理装置２が第４の管理対象用ＭＩＢ２８をすでに有している場合は、以降に説明する処理を行う必要はない。この場合、第４の管理対象機器７が管理装置２に接続されることによって、マネージャ装置１は、第４の管理対象機器７を管理可能となる。 FIG. 9 is a diagram illustrating a configuration of the management apparatus 2 according to the second embodiment. In the second embodiment, a fourth management target MIB 28 corresponding to the fourth management target device 7 is newly added to the configuration similar to the configuration shown in FIG. When the management apparatus 2 already has the fourth management target MIB 28, it is not necessary to perform the processing described below. In this case, the manager device 1 can manage the fourth managed device 7 by connecting the fourth managed device 7 to the management device 2.
なお、第４の管理対象機器７は、ＭＩＢを作成するために必要な情報、すなわち、ＭＩＢに格納すべき管理情報に関する情報を予め有しているものとする。ここでは、ＭＩＢを作成するために必要な情報として、製品番号および製品名、ベンダー番号（ベンダーを識別する番号）、各管理情報の番号および名前、各管理情報のＳＹＮＴＡＸおよびアクセス情報等を有しているものとする。これらの情報は、第４の管理対象機器７が管理装置２に接続されると、管理装置２へ送信される。 The fourth managed device 7 is assumed to have information necessary for creating the MIB, that is, information related to management information to be stored in the MIB in advance. Here, as information necessary for creating the MIB, there are a product number and a product name, a vendor number (a number identifying the vendor), a number and name of each management information, a SYNAX of each management information, and access information. It shall be. These pieces of information are transmitted to the management apparatus 2 when the fourth managed device 7 is connected to the management apparatus 2.
図１０は、新たに管理対象機器が追加された場合の管理装置２における処理の流れを示すフローチャートである。管理装置２に第４の管理対象機器７が接続されると、管理装置２は接続を検出する（ステップＳ２１１）。具体的には、第４の管理対象機器７から送信されてくる、ＭＩＢを作成するために必要な情報（独自プロトコルのフレーム）を受信する。次に、管理装置２は、第４の管理対象機器７が、本システムにおいて管理される製品であるか否かを判定する（ステップＳ２１２）。この判定は、例えば、独自プロトコルのフレームが送信されてきたか否かによって行われる。すなわち、独自プロトコルのフレームが送信されてきた場合、第４の管理対象機器７は本システムにおいて管理される製品であると判断する。逆に、独自プロトコルのフレームでないフレームが送信されてきた場合、第４の管理対象機器７は本システムにおいて管理される製品でないと判断する。 FIG. 10 is a flowchart illustrating a process flow in the management apparatus 2 when a new management target device is added. When the fourth managed device 7 is connected to the management device 2, the management device 2 detects the connection (step S211). Specifically, the information necessary for creating the MIB transmitted from the fourth managed device 7 (unique protocol frame) is received. Next, the management device 2 determines whether or not the fourth managed device 7 is a product managed in the present system (step S212). This determination is made, for example, based on whether a unique protocol frame has been transmitted. That is, when a frame of a unique protocol is transmitted, it is determined that the fourth managed device 7 is a product managed in this system. Conversely, if a frame that is not a frame of the original protocol is transmitted, it is determined that the fourth managed device 7 is not a product managed in this system.
ステップＳ２１２において、本システムにおいて管理される製品でないと判定される場合、ステップＳ２１１で受信したフレームは無視され、処理は終了する。一方、本システムにおいて管理される製品であると判定される場合、管理装置２は、第４の管理対象機器７のＭＩＢが管理装置２にすでに格納されているか否かを確認する（ステップＳ２１３）。第４の管理対象機器７のＭＩＢが管理装置２にすでに格納されていれば、ステップＳ２１１で受信したフレームは無視され、処理は終了する。
一方、第４の管理対象機器７のＭＩＢが管理装置２に格納されていなければ、管理装置２は、ステップＳ２１１で受信したフレームを解析し、フレームに含まれている情報（上述した、ＭＩＢの作成に必要な情報）に基づいて、ＭＩＢを作成する（ステップＳ２１４）。作成されたＭＩＢは、第４の管理対象用ＭＩＢ２８として管理装置２に追加される。さらに、管理装置２は、作成したＭＩＢをマネージャ装置へ通知するために、ベンダー固有のＴＲＡＰをマネージャ装置１へ送信する（ステップＳ２１５）。ベンダー固有のＴＲＡＰには、管理装置２を識別する情報（例えばＩＰアドレス等）と、作成されたＭＩＢの情報とが少なくとも記述されている。
If it is determined in step S212 that the product is not managed in this system, the frame received in step S211 is ignored and the process ends. On the other hand, if it is determined that the product is managed in this system, the management apparatus 2 checks whether the MIB of the fourth managed device 7 is already stored in the management apparatus 2 (step S213). . If the MIB of the fourth managed device 7 has already been stored in the management device 2, the frame received in step S211 is ignored and the process ends.
On the other hand, if the MIB of the fourth managed device 7 is not stored in the management device 2, the management device 2 analyzes the frame received in step S211 and analyzes the information contained in the frame (the MIB described above). MIB is created based on the information required for creation (step S214). The created MIB is added to the management apparatus 2 as the fourth management target MIB 28. Further, the management device 2 transmits a vendor-specific TRAP to the manager device 1 in order to notify the created MIB to the manager device (step S215). The vendor-specific TRAP describes at least information for identifying the management apparatus 2 (for example, an IP address) and information on the created MIB.
以下、上記ＴＲＡＰを受信したマネージャ装置１の処理について説明する。図１１は、新たに管理対象機器が追加された場合のマネージャ装置１における処理の流れを示すフローチャートである。まず、マネージャ装置１は、管理装置２からＴＲＡＰを受信する（ステップＳ２３１）。次に、マネージャ装置１は、当該ＴＲＡＰのフレーム内に含まれる情報に基づいて、ＭＩＢを作成する（ステップＳ２３２）。ここで作成されるＭＩＢは、管理装置２が作成したＭＩＢと同様のＭＩＢである。 Hereinafter, processing of the manager device 1 that has received the TRAP will be described. FIG. 11 is a flowchart showing the flow of processing in the manager device 1 when a new management target device is added. First, the manager device 1 receives TRAP from the management device 2 (step S231). Next, the manager device 1 creates a MIB based on the information included in the TRAP frame (step S232). The MIB created here is the same MIB as the MIB created by the management apparatus 2.
ステップＳ２３２の後、マネージャ装置１は、ステップＳ２３２においてＭＩＢの作成が成功したか否かを判定する（ステップＳ２３３）。この判定の結果、ＭＩＢの作成に失敗した場合（例えば、管理装置２からのＴＲＡＰにＭＩＢを作成するために必要な情報が欠けていた場合等）、マネージャ装置１は、管理装置２へＮＡＣＫを送信し再送を促す（ステップＳ２３５）。一方、ＭＩＢの作成に成功した場合、成功した旨を管理装置２へ通知するために、ＡＣＫを送信する（ステップＳ２３４）。なお、上記のＡＣＫやＮＡＣＫを伝えるプロトコルはどのようなものを用いても構わない。ステップＳ２３４またはステップＳ２３５の終了によって、図１１に示す処理が完了する。 After step S232, the manager device 1 determines whether or not the MIB has been successfully created in step S232 (step S233). As a result of the determination, when the MIB creation fails (for example, when the information necessary for creating the MIB is missing in the TRAP from the management device 2), the manager device 1 sends a NACK to the management device 2. Transmit and prompt for retransmission (step S235). On the other hand, when the creation of the MIB is successful, an ACK is transmitted to notify the management apparatus 2 of the success (step S234). Note that any protocol for transmitting the ACK or NACK may be used. The processing shown in FIG. 11 is completed by the end of step S234 or step S235.
図１０の説明に戻り、ステップＳ２１５の後、管理装置２は、マネージャ装置１からの応答を待ち、応答が返ってくればその内容を判定する（ステップＳ２１６）。具体的には、マネージャ装置１からの返信がＡＣＫであれば、管理装置２は、マネージャ装置１に正確なＭＩＢが作成されたと判断し、ステップＳ２１７以降の処理を行う。一方、マネージャ装置１からの返信がＮＡＣＫである場合、または、所定時間以内に返信が返ってこない場合は、ステップＳ２１５の処理に戻る。つまり、管理装置２は、マネージャ装置１からＡＣＫが返ってくるまで、ＴＲＡＰの送信を繰り返し行う。以上のステップＳ２１６までの処理によって、管理装置２およびマネージャ装置１の双方に第４の管理対象用ＭＩＢ２８が作成されたことになる。 Returning to the description of FIG. 10, after step S215, the management device 2 waits for a response from the manager device 1, and determines the content if a response is returned (step S216). Specifically, if the reply from the manager device 1 is ACK, the management device 2 determines that an accurate MIB has been created in the manager device 1, and performs the processing from step S217. On the other hand, when the reply from the manager device 1 is NACK or when no reply is returned within a predetermined time, the process returns to step S215. That is, the management device 2 repeatedly performs TRAP transmission until an ACK is returned from the manager device 1. Through the processing up to step S216, the fourth management target MIB 28 is created in both the management device 2 and the manager device 1.
次に、管理装置２は、作成されたＭＩＢに対してＰＩＤを割り付ける（ステップＳ２１７）。具体的には、作成されたＭＩＢとそれに対応するＰＩＤとの組を、上記対応テーブルに追加する。さらに、管理装置２は、作成されたＭＩＢに関する割付情報を第４の管理対象機器７へ送信する（ステップＳ２１８）。割付情報は、管理情報を識別するための番号および名前と、ステップＳ２１７において割り付けられたＰＩＤとを含む情報である。管理装置２は、この割付情報を独自プロトコルのフレームに格納して第４の管理対象機器７へ送信する。 Next, the management device 2 assigns a PID to the created MIB (step S217). Specifically, a set of the created MIB and the corresponding PID is added to the correspondence table. Furthermore, the management apparatus 2 transmits the allocation information regarding the created MIB to the fourth managed device 7 (step S218). The allocation information is information including a number and a name for identifying management information and the PID allocated in step S217. The management device 2 stores this allocation information in a frame of a unique protocol and transmits it to the fourth managed device 7.
以下、上記割付情報を受信した第４の管理対象機器７の処理について説明する。図１２は、新たに追加された管理対象機器における処理の流れを示すフローチャートである。まず、第４の管理対象機器７は、管理装置２から送信されてくるフレームを受信する（ステップＳ２４１）。次に、第４の管理対象機器７は、ステップＳ２４１で受信したフレームを解析し、当該フレームに含まれているＰＩＤをマッピングする（ステップＳ２４２）。つまり、当該フレームに含まれているＰＩＤとＰＩＤにより示される管理情報との対応を記憶しておく。これによって、第４の管理対象機器７は、マネージャ装置１が管理情報を取得する際において管理装置２から送信されてくるフレーム（図５のステップＳ１１５）に対応することができる。 Hereinafter, the process of the fourth managed device 7 that has received the allocation information will be described. FIG. 12 is a flowchart showing the flow of processing in the newly added management target device. First, the fourth managed device 7 receives a frame transmitted from the management device 2 (step S241). Next, the fourth managed device 7 analyzes the frame received in step S241 and maps the PID included in the frame (step S242). That is, the correspondence between the PID included in the frame and the management information indicated by the PID is stored. Thereby, the fourth managed device 7 can cope with the frame (step S115 in FIG. 5) transmitted from the management device 2 when the manager device 1 acquires the management information.
ステップＳ２４２の次に、第４の管理対象機器７は、ステップＳ２４２のマッピングが成功したか否かを判定する（ステップＳ２４３）。この判定の結果、マッピングに失敗した場合（例えば、管理装置２からのフレームに必要な情報が欠けていた場合等）、第４の管理対象機器７は、管理装置２へＮＡＣＫを送信し再送を促す（ステップＳ２４５）。一方、マッピングに成功した場合、成功した旨を管理装置２へ通知するために、ＡＣＫを送信する（ステップＳ２４４）。ステップＳ２４４またはステップＳ２４５の終了によって、図１２に示す処理が完了する。 After step S242, the fourth managed device 7 determines whether or not the mapping of step S242 has been successful (step S243). As a result of this determination, when the mapping fails (for example, when necessary information is missing in the frame from the management apparatus 2), the fourth managed device 7 transmits a NACK to the management apparatus 2 and retransmits it. Prompt (step S245). On the other hand, if the mapping is successful, an ACK is transmitted to notify the management device 2 of the success (step S244). By the end of step S244 or step S245, the process shown in FIG. 12 is completed.
再び図１０の説明に戻り、ステップＳ２１８の後、管理装置２は、第４の管理対象機器７からの応答を待ち、応答が返ってくればその内容を判定する（ステップＳ２１９）。具体的には、第４の管理対象機器７からの返信がＡＣＫであれば、管理装置２は、第４の管理対象機器７で正確なマッピングが行われたと判断し、図１０に示す処理を終了する。一方、第４の管理対象機器７からの返信がＮＡＣＫである場合、または、所定時間以内に返信が返ってこない場合は、ステップＳ２１８の処理に戻る。つまり、管理装置２は、第４の管理対象機器７からＡＣＫが返ってくるまで、割付情報の送信を繰り返し行う。ステップＳ２１６〜Ｓ２１９の処理によって、管理装置２および第４の管理対象機器７の双方に第４の管理対象用ＭＩＢ２８に対応するＰＩＤのマッピングが行われたことになる。 Returning to the description of FIG. 10 again, after step S218, the management apparatus 2 waits for a response from the fourth managed device 7, and determines the content if a response is returned (step S219). Specifically, if the response from the fourth managed device 7 is ACK, the management device 2 determines that the correct mapping has been performed in the fourth managed device 7, and performs the processing shown in FIG. finish. On the other hand, if the reply from the fourth managed device 7 is NACK, or if no reply is returned within a predetermined time, the process returns to step S218. That is, the management device 2 repeatedly transmits the allocation information until an ACK is returned from the fourth managed device 7. By the processing in steps S216 to S219, the PID mapping corresponding to the fourth management target MIB 28 is performed on both the management apparatus 2 and the fourth management target device 7.
なお、実施の形態２においては、ＯＩＤとＰＩＤとのマッピングを管理装置および管理対象機器において共有するために、管理装置は、割付情報を管理対象機器に送信した。ここで、他の実施形態においては、管理情報とＰＩＤとのマッピングを予め決定しておいてもよい。この場合、さらに、当該マッピングに関する情報を管理対象機器の接続時（ステップＳ２１１）に送信してもよい。これによって、ステップＳ２１７以降の処理を省略することができる。 In the second embodiment, in order to share the mapping between the OID and the PID between the management device and the management target device, the management device transmits the allocation information to the management target device. Here, in other embodiments, the mapping between the management information and the PID may be determined in advance. In this case, information on the mapping may be further transmitted when the management target device is connected (step S211). Thereby, the processing after step S217 can be omitted.
以上のように、実施の形態２によれば、管理装置に予め用意されているＭＩＢに対応しない管理対象機器が追加された場合でも、新たにＭＩＢを作成することによって当該管理対象機器をシステムに追加することができる。また、マネージャ装置は、ローカルエリアネットワークごとにどのような管理対象機器が存在するかを拡張ＭＩＢによって判断することができるので、ネットワーク管理が簡素化する。 As described above, according to the second embodiment, even when a management target device that does not correspond to the MIB prepared in advance in the management apparatus is added, the management target device is added to the system by newly creating a MIB. Can be added. Further, the manager device can determine what kind of management target device exists for each local area network by the extended MIB, thereby simplifying network management.
以上のように、本発明に係るネットワーク管理システムは、ＳＮＭＰエージェントおよびＭＩＢを持たない機器に対して各機器固有の管理情報を取得することを目的として利用することが可能である。 As described above, the network management system according to the present invention can be used for the purpose of acquiring management information unique to each device for devices that do not have an SNMP agent and MIB.
１ マネージャ装置
２ ネットワーク管理装置
３〜５ 管理対象機器
６ ローカルエリアネットワーク
DESCRIPTION OF SYMBOLS 1 Manager apparatus 2 Network management apparatus 3-5 Management object apparatus 6 Local area network
Claims (4)
前記マネージャ装置と前記ネットワーク管理装置との間においては、ＳＮＭＰが管理プロトコルとして使用され、
前記ネットワーク管理装置と前記管理対象機器との間においては、ＳＮＭＰとは異なる独自プロトコルが使用され、
前記マネージャ装置は、取得すべき管理情報を示すオブジェクトＩＤを含む取得要求を前記ネットワーク管理装置へ送信し、
前記ネットワーク管理装置は、
各前記管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておき、
前記マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを前記独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信し、
前記管理対象機器は、前記識別子を受信したことに応じて、当該識別子により示される管理情報の値を前記ネットワーク管理装置へ送信し、
前記ネットワーク管理装置は、前記管理対象機器から送信されてくる管理情報の値を、前記取得要求に対する応答として前記マネージャ装置へ送信する、ネットワーク管理システム。 Network management comprising at least one managed device, a network management device connected to the managed device via a LAN, and a manager device connected to the network management device and acquiring management information of the managed device A system,
SNMP is used as a management protocol between the manager device and the network management device,
A unique protocol different from SNMP is used between the network management device and the managed device,
The manager device transmits an acquisition request including an object ID indicating management information to be acquired to the network management device,
The network management device includes:
Each management information related to each managed device is stored in the extended MIB,
An identifier obtained by converting the object ID included in the acquisition request transmitted from the manager device into a format according to the unique protocol is transmitted to the managed device;
In response to receiving the identifier, the management target device transmits a value of management information indicated by the identifier to the network management device,
The network management system, wherein the network management device transmits a value of management information transmitted from the managed device to the manager device as a response to the acquisition request.
新たな管理対象機器が接続された場合、前記拡張ＭＩＢに格納すべき管理情報に関する情報を当該新たな管理対象機器から取得するとともに、取得した情報に基づいて当該新たな管理対象機器の管理情報に関する拡張ＭＩＢを作成し、
当該ネットワーク管理装置を識別する情報および作成したＭＩＢの情報をＭＩＢ作成情報として前記マネージャ装置へ送信し、
作成した拡張ＭＩＢに含まれる管理情報のオブジェクトＩＤと、当該オブジェクトＩＤに対応する識別子との組を前記管理対象機器へ送信し、
前記マネージャ装置は、前記ネットワーク管理装置から送信されてくるＭＩＢ作成情報に基づいて拡張ＭＩＢを作成し、
前記管理対象機器は、前記ネットワーク管理装置から送信されてくるオブジェクトＩＤと識別子との組を対応付けて格納しておく、請求項１に記載のネットワーク管理システム。 The network management device includes:
When a new managed device is connected, information on management information to be stored in the extended MIB is acquired from the new managed device, and management information on the new managed device is acquired based on the acquired information. Create an extended MIB,
Information for identifying the network management device and information of the created MIB are transmitted to the manager device as MIB creation information,
Transmitting a set of the object ID of the management information included in the created extended MIB and the identifier corresponding to the object ID to the managed device;
The manager device creates an extended MIB based on MIB creation information transmitted from the network management device,
The network management system according to claim 1, wherein the managed device stores a pair of an object ID and an identifier transmitted from the network management apparatus in association with each other.
前記マネージャ装置との間において、ＳＮＭＰを管理プロトコルとして使用し、
前記管理対象機器との間において、ＳＮＭＰとは異なる独自プロトコルを使用し、
各前記管理対象機器に関するそれぞれの管理情報を拡張ＭＩＢに格納しておき、
前記マネージャ装置から送信されてくる取得要求に含まれるオブジェクトＩＤを前記独自プロトコルに従った形式に変換した識別子を当該管理対象機器へ送信し、
前記識別子を送信したことに応じて前記管理対象機器から送信されてくる管理情報の値を、前記取得要求に対する応答として前記マネージャ装置へ送信する、ネットワーク管理装置。 A network management device connected to at least one managed device via a LAN and connected to a manager device for acquiring management information of the managed device,
Using SNMP as a management protocol with the manager device,
Use a unique protocol different from SNMP with the managed device,
Each management information related to each managed device is stored in the extended MIB,
An identifier obtained by converting the object ID included in the acquisition request transmitted from the manager device into a format according to the unique protocol is transmitted to the managed device;
A network management device, which transmits a value of management information transmitted from the managed device in response to transmitting the identifier to the manager device as a response to the acquisition request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003276303A JP4430897B2 (en) | 2003-07-17 | 2003-07-17 | Network management system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003276303A JP4430897B2 (en) | 2003-07-17 | 2003-07-17 | Network management system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005038296A true JP2005038296A (en) | 2005-02-10 |
| JP4430897B2 JP4430897B2 (en) | 2010-03-10 |
Family
ID=34212673
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003276303A Expired - Fee Related JP4430897B2 (en) | 2003-07-17 | 2003-07-17 | Network management system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4430897B2 (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006133601A1 (en) * | 2005-06-16 | 2006-12-21 | Zte Corporation | A method for transferring the information which is reported by the device initiatively |
| JP2008271544A (en) * | 2007-04-16 | 2008-11-06 | Chiho Kagi Kofun Yugenkoshi | Network management system and managing method thereof |
| KR100946111B1 (en) * | 2008-03-10 | 2010-03-10 | 주식회사 케이티 | Method and system of registrating optical transceiver of remote terminal in PON |
| JP2010086183A (en) * | 2008-09-30 | 2010-04-15 | Fujitsu Ltd | Management apparatus, information processing apparatus, control method for management device and program |
| US7779108B2 (en) | 2006-07-20 | 2010-08-17 | Brother Kogyo Kabushiki Kaisha | Network printer management system, method, and computer readable medium for managing a plurality of network printers including a printer directly connected to a networked personal computer device |
| US20110082923A1 (en) * | 2009-10-02 | 2011-04-07 | Canon Kabushiki Kaisha | Communication apparatus having a plurality of network interfaces, method for controlling the communication apparatus, and storage medium |
| JP2013178744A (en) * | 2012-01-30 | 2013-09-09 | Ricoh Co Ltd | Information processing device and program |
| JP2014050023A (en) * | 2012-09-03 | 2014-03-17 | Nippon Telegraph & Telephone West Corp | System and method for remote monitoring |
| CN114268656A (en) * | 2021-12-20 | 2022-04-01 | 深圳市英维克信息技术有限公司 | Communication protocol conversion method, device, equipment and system, and storage medium |
| JP7484499B2 (en) | 2020-07-02 | 2024-05-16 | 株式会社リコー | Equipment management device, equipment management system, equipment management method, and program |
-
2003
- 2003-07-17 JP JP2003276303A patent/JP4430897B2/en not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006133601A1 (en) * | 2005-06-16 | 2006-12-21 | Zte Corporation | A method for transferring the information which is reported by the device initiatively |
| US7779108B2 (en) | 2006-07-20 | 2010-08-17 | Brother Kogyo Kabushiki Kaisha | Network printer management system, method, and computer readable medium for managing a plurality of network printers including a printer directly connected to a networked personal computer device |
| JP2008271544A (en) * | 2007-04-16 | 2008-11-06 | Chiho Kagi Kofun Yugenkoshi | Network management system and managing method thereof |
| KR100946111B1 (en) * | 2008-03-10 | 2010-03-10 | 주식회사 케이티 | Method and system of registrating optical transceiver of remote terminal in PON |
| JP2010086183A (en) * | 2008-09-30 | 2010-04-15 | Fujitsu Ltd | Management apparatus, information processing apparatus, control method for management device and program |
| US8595286B2 (en) | 2008-09-30 | 2013-11-26 | Fujitsu Limited | Management apparatus for managing communication between plural information processing apparatuses, information processing system including the management apparatus, method for controlling the management apparatus, non-transitory computer-readable recoding medium storing program for controlling the management apparatus |
| US20110082923A1 (en) * | 2009-10-02 | 2011-04-07 | Canon Kabushiki Kaisha | Communication apparatus having a plurality of network interfaces, method for controlling the communication apparatus, and storage medium |
| JP2013178744A (en) * | 2012-01-30 | 2013-09-09 | Ricoh Co Ltd | Information processing device and program |
| JP2014050023A (en) * | 2012-09-03 | 2014-03-17 | Nippon Telegraph & Telephone West Corp | System and method for remote monitoring |
| JP7484499B2 (en) | 2020-07-02 | 2024-05-16 | 株式会社リコー | Equipment management device, equipment management system, equipment management method, and program |
| CN114268656A (en) * | 2021-12-20 | 2022-04-01 | 深圳市英维克信息技术有限公司 | Communication protocol conversion method, device, equipment and system, and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4430897B2 (en) | 2010-03-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7028081B2 (en) | Network-device management apparatus and method, recording medium, and transmission apparatus | |
| US11706102B2 (en) | Dynamically deployable self configuring distributed network management system | |
| AU2005307171B2 (en) | Network management apparatus and method based on simple network management protocol | |
| EP1473872B1 (en) | Method and apparatus for discovering network devices | |
| US6574662B2 (en) | System for network-device management including collecting and storing of device attributes that change with time and device attributes that hardly change with time | |
| US20060026301A1 (en) | SNMP proxy agent | |
| US20040064559A1 (en) | Method and apparatus for dynamic assignment of network protocol addresses | |
| US7307962B2 (en) | System for inference of presence of network infrastructure devices | |
| JP4430897B2 (en) | Network management system | |
| CN108521437A (en) | A kind of searching method and search system of lan device | |
| US20130238779A1 (en) | Data structure for managing sensor network using id of sensor node and method using the same | |
| JP4351591B2 (en) | Server system and server | |
| JP2004054657A (en) | Network device management device | |
| JP2000347962A (en) | System and method for distributed management of network | |
| JP2000183877A (en) | Unit and method for network device control | |
| Lin et al. | Web-based distributed topology discovery of IP networks | |
| JP4111973B2 (en) | Information acquisition apparatus and method | |
| JPH08147231A (en) | Retrieval method for network node | |
| JP2007188298A (en) | Snmp agent apparatus | |
| JPH11296467A (en) | Method and device for network device control, and recording medium | |
| JPH08235050A (en) | Name conversion system for network management system | |
| GB2361140A (en) | Network management apparatus and method for identifying changes in addresses of devices on a network | |
| CN117376172A (en) | Ethernet equipment management method, device and storage medium | |
| JP2000207323A (en) | Device and method for controlling network device | |
| JP2006270455A (en) | Network system, information processing equipment, and control method and program for computer |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060714 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090226 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090424 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20091126 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20091218 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121225 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131225 Year of fee payment: 4 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |