KR20030021394A - Method for Management Information Accessing in EMS - Google Patents
Method for Management Information Accessing in EMS Download PDFInfo
- Publication number
- KR20030021394A KR20030021394A KR1020010054650A KR20010054650A KR20030021394A KR 20030021394 A KR20030021394 A KR 20030021394A KR 1020010054650 A KR1020010054650 A KR 1020010054650A KR 20010054650 A KR20010054650 A KR 20010054650A KR 20030021394 A KR20030021394 A KR 20030021394A
- Authority
- KR
- South Korea
- Prior art keywords
- management
- ems
- relation
- management information
- attribute value
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
Description
본 발명은 EMS(Element Management System)에서 관리 정보 접근 방법에 관한 것으로서, 특히 MIB를 이용하여 관리 정보를 접근할 수 있도록 하는 EMS에서 관리 정보 접근 방법에 관한 것이다.The present invention relates to a method for accessing management information in an element management system (EMS), and more particularly, to a method for accessing management information in an EMS for accessing management information using a MIB.
도 1은 종래 EMS의 구성을 보인 도로, EMS 서버(20)와, EMS 에이전트(35)를 구비하여 이루어진다.1 is provided with a road showing the configuration of a conventional EMS, an EMS server 20 and an EMS agent 35.
이와 같은 구성에 있어서, EMS 서버(20)는 EMS 클라이언트인 운용자(10)에 의한 관리 명령들을 물리적 혹은 논리적으로 분할되어 있는 EMS 에이전트(35)들로 SNMP(Small Network Management Protocol)나 CORBA(Common Object Request Broker Architecture) 인터페이스를 이용하여 데이터 통신망을 통해 전달하여 해당 교환기(30)에 대한 명령어를 수행시키고, 그 수행 결과나 교환기(30)의 상태 보고들을 수집, 평가하여 유용한 망 관리 정보를 생성한다.In such a configuration, the EMS server 20 is a small network management protocol (SNMP) or CORBA (Common Object) to the EMS agents 35 which are physically or logically divided into management commands by the operator 10 as an EMS client. Using the Request Broker Architecture) interface to transmit through the data communication network to execute the command for the switch 30, and to collect and evaluate the results of the execution or status reports of the switch 30 to generate useful network management information.
전술한, EMS 서버(20)는 교환기(30)에 구비되어 교환기(30)의 고유 기능을 수행하는 응용 프로세스(Application Process;37)들에 대한 상태 정보, 즉, 실제 관리 정보를 릴레이션(Relation)으로 표현한 상용 데이터베이스(23)와, 모든 릴레이션을 관리하는 관리 릴레이션 테이블(25)을 구비하여 이루어지는 데, 실제 관리 정보는 테이블의 형태로 저장되며, 두 관리 정보 사이의 관계는 두 관리 정보를 나타내는 각 테이블에 공통된 애트리뷰트(Attribute)를 두어 간접 액세스를 할 수 있도록 한다.As described above, the EMS server 20 is provided in the exchange 30 to relate state information, that is, actual management information, to application processes 37 that perform the unique functions of the exchange 30. And a management relation table 25 for managing all relations. Actual management information is stored in the form of a table, and the relationship between the two management information represents each of the two management information. Indirect access is provided by placing common attributes on the table.
한편, EMS 에이전트(35)는 관리 대상이 되는 교환기(30)를 객체 지향 모델에의해 모델링된 관리 객체(Managed Object)를 사용하여 교환기와 동일한 형상, 상태 정보를 관리하고 있으며, EMS 서버(20)의 요청에 따라 EMS 서버(20)가 요청하는 정보를 응용 프로세스(37)와의 통신을 통해서 알아낸 정보를 EMS 서버(20)에게 제공하게 된다.Meanwhile, the EMS agent 35 manages the same shape and state information as that of the exchange using the managed object modeled by the object-oriented model of the exchange 30 to be managed, and the EMS server 20 According to the request of the EMS server 20 to provide the EMS server 20 with information obtained through communication with the application process 37 for the information requested.
전술한, EMS 에이전트(35)는 관리 객체들을 MIB(Management Information Base) 구조를 가지는 MIT(Management Information Tree) 형식으로 관리하는 데, 알파벳 순서(Lexical Order)에 의해서 관리하거나, 하드웨어적인 형상에 따라서 랙(Rack)→쉘프(Shelf)→보드(Board)→포트(Port)식으로 관리할 수 있으며, 각 관리 객체는 실제 관리 정보가 저장되어 있는 릴레이션의 어드레스를 가지고 있는 멤버 변수와, 멤버 변수를 검색할 수 있는 멤버 함수를 포함하여 구현된다.As described above, the EMS agent 35 manages managed objects in a Management Information Tree (MIT) format having a Management Information Base (MIB) structure. The EMS agent 35 manages the objects in an alphabetical order or racks according to a hardware configuration. It can be managed by (Rack) → Shelf → Board → Port. Each managed object searches for member variables that contain the address of the relation where the actual management information is stored and member variables. It is implemented by including a member function that can do it.
즉, 클래스(Class)의 객체 단위로 이루어져 있는 관리 객체를 나누고, 각 관리 객체에 들어갈 멤버 변수와, 멤버 함수를 구현한 후, 각 관리 객체를 상위부터 하위까지 트리 형식으로 묶는다.In other words, it divides managed objects that are composed of object units of class, implements member variables and member functions to be included in each managed object, and then groups each managed object in tree form from top to bottom.
이후, EMS 서버(20)는 운용자(10)의 요청에 따라 관리 정보를 획득하거나, 관리 객체의 속성값을 변경하기 위해서 EMS 에이전트(35)에게 겟(Get), 셋(Set) 등의 관리 요청을 하게 되는 데, EMS 서버(20)로부터 관리 요청을 받은 EMS 에이전트(35)는 EMS 서버(20)에게서 받은 OID(Object Identification)를 이용하여 MIB를 검색하여 EMS 서버(20)가 요청한 관리 객체를 찾는다. 여기서, EMS 에이전트(35)가 MIB에서 관리 객체를 영역 처리하여 찾는 방법으로는 상위부터 하위 노드까지 순차적으로 검색하는 B-트리를 이용하는 방법과, 인덱스 검사로 원하는 관리객체를 찾는 해싱 기법을 이용하는 방법이 존재한다.Thereafter, the EMS server 20 obtains management information according to the request of the operator 10 or requests a management of Get, Set, etc. to the EMS agent 35 in order to change the attribute value of the management object. In this case, the EMS agent 35 receiving the management request from the EMS server 20 searches for the MIB using the object identification (OID) received from the EMS server 20 to retrieve the management object requested by the EMS server 20. Find. In this case, the EMS agent 35 processes and finds a managed object in the MIB by using a B-tree that sequentially searches from upper to lower nodes, and uses a hashing method of finding a desired managed object by index checking. This exists.
전술한 바와 같이, 필요한 관리 객체를 찾아서 EMS 서버(20)에서 요청한 겟, 셋과 같은 처리를 수행한 후에는 그 결과를 EMS 서버(20)에게로 전송하고, EMS 에이전트(35)로부터 수행 결과를 전송받은 EMS 서버(20)에서는 EMS 에이전트(35)로부터 전송받은 수행 결과에 의거하여 상용 데이터베이스(23)에 저장되어 있는 관리 정보를 업데이트하게 되는 데, EMS 서버(23)는 관리 객체 단위로 정보를 관리하게 되므로, 관리 정보를 업데이트할 경우에 관리 객체에 관련된 여러 개의 릴레이션을 찾아서 관리 정보를 업데이트하게 된다.As described above, after the required management object is found and the same process as the request and the set requested by the EMS server 20 is performed, the result is transmitted to the EMS server 20, and the execution result is received from the EMS agent 35. The received EMS server 20 updates management information stored in the commercial database 23 based on the execution result received from the EMS agent 35. The EMS server 23 stores the information in units of management objects. Since the management information is updated, the management information is updated by finding several relations related to the management object.
이상에서 살펴본 바와 같이, 종래에는 EMS 에이전트(35)가 필요한 관리 객체를 찾아서 EMS 서버(20)의 관리 요청을 수행한 후, 그 처리 결과를 EMS 서버(20)에게 전송하여 EMS 서버(20)가 상용 데이터베이스(23)의 관리 정보를 업데이트하도록 구성되어 있으므로, 처리 절차가 복잡해지는 문제점이 있다.As described above, in the related art, the EMS agent 35 finds a management object that is required and performs a management request of the EMS server 20, and then transmits the processing result to the EMS server 20 so that the EMS server 20 can receive the management object. Since the management information of the commercial database 23 is configured to be updated, there is a problem that the processing procedure becomes complicated.
그리고, EMS 서버(20)가 관리 객체 단위로 정보를 관리하므로, 관리 정보를 업데이트할 경우에 해당 관리 객체에 관련된 여러 개의 릴레이션을 찾는 데 시간이 많이 소요되는 문제점이 있다.In addition, since the EMS server 20 manages information in units of managed objects, when updating management information, it takes a long time to find several relations related to the managed objects.
본 발명은 전술한 문제점을 해결하기 위해 안출된 것으로서, 멤버 변수만을 갖도록 구현된 관리 객체로 트리를 형성하고, EMS 서버로부터 관리 요청이 있을 경우에 해쉬 테이블을 이용해 MIB를 검색하여 필요한 관리 객체를 찾은 후, 해당 관리 객체에서 검색된 어드레스로 릴레이션을 직접 접근할 수 있도록 하는 EMS에서 관리 정보 접근 방법을 제공함에 그 목적이 있다.The present invention has been made to solve the above-mentioned problem, and forms a tree with a management object implemented to have only member variables, and finds a required management object by searching the MIB using a hash table when there is a management request from an EMS server. Afterwards, the purpose of the method is to provide management information access method in the EMS which directly accesses the relation to the address retrieved from the management object.
도 1은 종래 EMS의 구성을 보인 도.1 is a view showing a configuration of a conventional EMS.
도 2는 본 발명에 따른 관리 정보 접근 방법이 적용되는 EMS의 구성을 보인 도.2 is a diagram showing the configuration of an EMS to which the management information access method according to the present invention is applied.
도 3은 본 발명에 따른 EMS의 관리 정보 접근 방법을 설명하기 위한 플로우챠트.3 is a flowchart illustrating a method of accessing management information of an EMS according to the present invention;
*** 도면의 주요 부분에 대한 부호의 설명 ****** Explanation of symbols for the main parts of the drawing ***
200. EMS 서버, 210. 상용 데이터베이스,200. EMS server, 210. Commercial database,
220. 관리 릴레이션 테이블,300. 교환기,220. Management relational table, 300. Exchanger,
310. EMS 에이전트,313. MIB,310.EMS Agent, 313. MIB,
315. 해쉬 테이블,320. 응용 프로세서,315. Hash Table, 320. Application processor,
전술한 목적을 달성하기 위한 본 발명에 따른 EMS에서 관리 정보 접근 방법은, EMS 에이전트에서 실제 관리 정보가 위치한 릴레이션의 어드레스를 가리키는 멤버 변수만을 갖는 관리 객체를 구현하고, 상기 관리 객체를 트리 형식으로 구성하여 관리하는 과정과; 운용자의 관리 요청에 따라 망 요소를 관리하는 EMS 서버로부터 소정 관리 객체의 속성값을 변경하라는 셋 명령을 전달받으면, 해당 응용 프로세서로 셋 명령을 전달하는 과정과; 상기 EMS 에이전트로부터 셋 명령을 전달받은 응용 프로세서에서 상기 셋 명령에 따라 해당 관리 객체의 속성값을 변경하고, 상기 관리 객체의 속성값이 변경되었음을 상기 EMS 에이전트를 통해 상기 EMS 서버로 통보함과 동시에, 상기 트리를 관리하는 해쉬 테이블을 이용하여 상기 트리에서 해당 관리 객체를 찾아내고, 상기 찾아낸 관리 객체의 멤버 변수가 가리키는 릴레이션의 특정한 어드레스를 이용하여 관리 릴레이션 테이블을 통해 상기 릴레이션에 접근하여 변경된 속성값을 반영하는 과정을 구비하여 이루어진다.The management information access method in the EMS according to the present invention for achieving the above object implements a management object having only a member variable indicating the address of the relation in which the actual management information is located in the EMS agent, and configures the management object in a tree format. The process of managing; Transmitting a set command to a corresponding application processor when a set command to change an attribute value of a predetermined management object is received from an EMS server managing a network element according to a management request of an operator; The application processor receiving the set command from the EMS agent changes the attribute value of the corresponding management object according to the set command, notifies the EMS server that the attribute value of the management object has been changed through the EMS agent, The managed object is found in the tree by using the hash table managing the tree, and the attribute value changed by accessing the relation through the managed relation table using the specific address of the relation indicated by the member variable of the found managed object is obtained. It is made with a process of reflecting.
그리고, 상기 EMS 서버로부터 관리 정보를 획득하기 위한 겟 명령을 전달받으면, 상기 해쉬 테이블을 이용하여 상기 트리에서 필요한 관리 객체를 찾아내고, 상기 찾아낸 관리 객체의 멤버 변수가 가리키는 릴레이션의 특정한 어드레스를 이용하여 관리 릴레이션 테이블을 통해 상기 릴레이션에 접근하여, 상기 릴레이션에저장되어 있는 관리 정보를 읽어와서 상기 EMS 서버에게로 전송하는 과정을 더 구비하여 이루어지는 것을 특징으로 한다.When a get command for obtaining management information is received from the EMS server, a management object is found in the tree using the hash table, and a specific address of a relation indicated by a member variable of the found management object is used. The method further comprises accessing the relation through a management relation table, reading the management information stored in the relation, and transmitting the management information to the EMS server.
이하에서는 첨부한 도면을 참조하여 본 발명의 바람직한 실시예에 따른 EMS에서 관리 정보 접근 방법에 대해서 상세하게 설명한다.Hereinafter, a method of accessing management information in an EMS according to a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings.
도 2는 본 발명에 따른 관리 정보 접근 방법이 적용되는 EMS의 구성을 보인 도로, EMS 서버(200)와, EMS 에이전트(310)를 구비하여 이루어진다.2 is a road showing an EMS configuration to which the management information access method according to the present invention is applied, including an EMS server 200 and an EMS agent 310.
이와 같은 구성에 있어서, EMS 서버(200)는 EMS 클라이언트인 운용자(100)에 의한 관리 명령들을 물리적 혹은 논리적으로 분할되어 있는 EMS 에이전트(310)들로 SNMP나 CORBA 인터페이스를 이용하여 데이터 통신망을 통해 전달하여 해당 교환기(300)에 대한 명령어를 수행시키고, 그 수행 결과나 교환기(300)의 상태 보고들을 수집, 평가하여 유용한 망 관리 정보를 생성한다.In such a configuration, the EMS server 200 delivers the management commands by the operator 100, which is an EMS client, to the EMS agents 310, which are physically or logically partitioned, through the data communication network using the SNMP or CORBA interface. By performing a command for the corresponding switch 300, and collecting and evaluating the results of the execution or the status reports of the switch 300 to generate useful network management information.
전술한, EMS 서버(200)는 교환기(300)에 구비되어 교환기의 고유 기능을 수행하는 응용 프로세서(320)들에 대한 상태 정보, 즉, 실제 관리 정보를 릴레이션으로 표현한 상용 데이터베이스(210)와, 상용 데이터베이스(210)를 형성하는 모든 릴레이션들에 대한 정보를 갖고, 그 정보를 관리하는 관리 릴레이션 테이블(220)을 구비하여 이루어진다.As described above, the EMS server 200 is provided in the exchange 300, the commercial database 210 representing the state information, that is, the actual management information for the application processor 320 for performing the unique function of the exchange in a relation, and It has information about all relations forming the commercial database 210 and has a management relation table 220 for managing the information.
전술한, 관리 릴레이션 테이블(220)은 각 릴레이션의 시작 포인터(Start Pointer)와 각 릴레이션이 갖는 키 메쏘드(Key Method)와, 각 릴레이션이 저장된 매체가 메모리인지 디스크인 지에 대한 정보와, 투플(Tuple;상용 데이터베이스 내에서 릴레이션은 표로서 저장되는 데, 표의 열이 애트리뷰트이고 행이 투플이다)의 개수, 애트리뷰트에 대한 정보 등을 총괄적으로 관리한다.The above-described management relation table 220 includes a start pointer of each relation, a key method of each relation, information on whether the media on which each relation is stored is a memory or a disk, and a tuple. In a commercial database, relations are stored as tables, which collectively manage the number of columns in the table and the rows in tuples), and information about the attributes.
한편, EMS 에이전트(310)는 관리 대상이 되는 교환기(300)를 객체 지향 모델에 의해 모델링된 관리 객체를 사용하여 교환기(300)와 동일한 형상, 상태 정보를 관리하고 있으며, EMS 서버(200)의 요청에 따라 EMS 서버(200)가 요청하는 정보를 응용 프로세서(320)와의 통신을 통해서 알아낸 정보를 EMS 서버(200)에게 제공하게 된다.Meanwhile, the EMS agent 310 manages the same shape and state information as that of the switch 300 by using the management object modeled by the object-oriented model of the switch 300 to be managed, and of the EMS server 200. In response to the request, the EMS server 200 provides the EMS server 200 with information found through communication with the application processor 320.
전술한, EMS 에이전트(310)는 관리 객체들을 MIB 구조를 가지는 MIT 형식으로 관리하는 데, 하드웨어적인 형상에 따라서 랙→쉘프→보드→포트식으로 관리할 수 있으며, 각 관리 객체는 실제 관리 정보가 저장되어 있는 릴레이션의 어드레스를 가지고 있는 멤버 변수만을 포함하여 구현된다.As described above, the EMS agent 310 manages managed objects in an MIT format having a MIB structure. The EMS agent 310 may manage a rack → shelf → board → port type according to a hardware configuration, and each management object has actual management information. It is implemented to include only member variables that have addresses of stored relations.
즉, 클래스의 객체 단위로 이루어져 있는 관리 객체를 나누고, 각 관리 객체에 들어갈 멤버 변수를 구현한 각 관리 객체를 상위부터 하위까지 트리 형식으로 묶는다. 이러한, 트리는 해쉬 테이블에서 관리하여 빠른 검색을 보장한다.In other words, it divides the managed object that is composed of the object units of the class, and groups each managed object that implements the member variable to be included in each managed object in the tree form from top to bottom. These trees are managed in a hash table to ensure fast searching.
도 3은 본 발명에 따른 EMS의 관리 정보 접근 방법을 설명하기 위한 플로우챠트이다.3 is a flowchart illustrating a method of accessing management information of an EMS according to the present invention.
우선, 멤버 함수를 뺀 멤버 변수만을 갖는 관리 객체를 구현하고, 멤버 변수만으로 구현된 관리 객체를 트리 형식(랙→쉘프→보드→포트)으로 구성하여 관리한다(S10, S12).First, a management object having only a member variable without a member function is implemented, and a managed object implemented with only a member variable is managed in a tree form (rack → shelf → board → port) (S10 and S12).
상기한 과정 S10에서 관리 객체의 멤버 변수는 실제 관리 정보가 위치한 릴레이션의 어드레스를 가지고 있다.In step S10, the member variable of the management object has an address of a relation where actual management information is located.
이후, EMS 에이전트(310)에서 운용자(100)의 요청에 따라 관리 정보를 획득하거나, 관리 객체의 속성값을 변경하기를 원하는 EMS 서버(200)로부터 관리 요청 메시지를 수신받으면, EMS 서버(200)로부터 수신받은 관리 요청 메시지를 분석하여 EMS 서버(200)로부터 수신받은 관리 요청 메시지가 관리 객체의 속성값을 변경하기 위한 셋 명령인 지를 판단한다(S14, S16).Subsequently, when the EMS agent 310 receives the management request message from the EMS server 200 that wants to obtain management information or change an attribute value of the management object according to a request of the operator 100, the EMS server 200. The management request message received from the server is analyzed to determine whether the management request message received from the EMS server 200 is a set command for changing an attribute value of the management object (S14 and S16).
상기한 과정 S16의 판단결과 EMS 서버(200)로부터 수신받은 관리 요청 메시지가 셋 명령인 경우에는, 해당 응용 프로세서(320)로 셋 명령을 전달한다(S18).If the management request message received from the EMS server 200 is a set command as a result of the determination of step S16, the set command is transmitted to the corresponding application processor 320 (S18).
상기한 과정 S18에서 EMS 에이전트(310)로부터 셋 명령을 전달받은 응용 프로세서(320)는 셋 명령에 따라 해당 관리 객체의 속성값을 변경하고, 해당 관리 객체의 속성값이 변경되었음을 EMS 에이전트(310)를 통해 EMS 서버(200)에게 통보함과 동시에 해쉬 테이블(315)을 이용하여 MIB(313)에서 해당 관리 객체를 찾아내고, 찾아낸 관리 객체의 멤버 변수가 가리키는 릴레이션의 특정한 어드레스를 이용하여 관리 릴레이션 테이블(220)을 통해 실제 관리 정보가 저장된 해당 릴레이션에 직접 접근하여 변경된 속성값을 반영한다(S20, S22).The application processor 320 receiving the set command from the EMS agent 310 in step S18 changes the attribute value of the corresponding management object according to the set command, and indicates that the attribute value of the corresponding management object has been changed. While notifying the EMS server 200 via the hash table 315, the management object table is found in the MIB 313 using the hash table 315, and the management relation table is used by using the specific address of the relation indicated by the member variable of the management object. In step 220, the management information is directly accessed and reflects the changed property value (S20 and S22).
한편, 상기한 과정 S16의 판단결과 EMS 서버(200)로부터 수신받은 관리 요청 메시지가 관리 정보를 획득하기 위한 겟 명령인 경우에는, 해쉬 테이블(315)을 이용하여 MIB(313)에서 해당 관리 객체를 찾아내고, 찾아낸 관리 객체의 멤버 변수가 가리키는 릴레이션의 특정한 어드레스를 이용하여 관리 릴레이션 테이블(220)을 통해 해당 릴레이션에 접근하여, 해당 릴레이션에 저장되어 있는 관리 정보를 읽어와서 EMS 서버(200)에게로 전송한다(S24).On the other hand, if the management request message received from the EMS server 200 is a get command for obtaining management information, the MIB 313 uses the hash table 315 to determine a corresponding management object. It finds and accesses the relation through the management relation table 220 using the specific address of the relation indicated by the member variable of the found management object, and reads the management information stored in the relation to the EMS server 200. It transmits (S24).
본 발명의 EMS에서 관리 정보 접근 방법은 전술한 실시예에 국한되지 않고 본 발명의 기술 사상이 허용하는 범위 내에서 다양하게 변형하여 실시할 수 있다.The management information access method in the EMS of the present invention is not limited to the above-described embodiments, and various modifications can be made within the scope allowed by the technical idea of the present invention.
이상에서 설명한 바와 같은 본 발명의 EMS에서 관리 정보 접근 방법에 따르면, 멤버 변수만을 갖도록 구현된 관리 객체로 트리를 형성하고, EMS 서버로부터 관리 요청이 있을 경우에 해쉬 테이블을 이용해 MIB를 검색하여 필요한 관리 객체를 찾은 후, 해당 관리 객체의 멤버 변수가 가리키는 릴레이션의 어드레스에 직접 접근하여 변경된 속성값을 반영시키거나 저장되어 있는 관리 정보를 읽어옴으로써, EMS 서버의 요청에 따른 처리 절차가 간단해 지는 효과가 있다.According to the method of accessing management information in the EMS of the present invention as described above, a tree is formed of a management object implemented to have only member variables, and when a management request is made from the EMS server, the MIB is searched for by using a hash table and necessary management After locating an object, the procedure of requesting EMS server can be simplified by directly accessing the address of the relation pointed to by the member variable of the managed object to reflect the changed attribute value or by reading the stored management information. There is.
그리고, EMS 서버는 관리 정보를 관리 객체 단위로 요구하게 되는 데, 본 발명에서는 멤버 변수로만 구현된 관리 객체를 통해 해당 릴레이션을 찾게 되므로, 릴레이션을 찾는 데 소요되는 시간을 단축시킬 수 있게 된다.In addition, the EMS server requests management information in units of management objects. In the present invention, the relation is found through a management object implemented only as a member variable, thereby reducing the time required to find the relation.
Claims (2)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020010054650A KR20030021394A (en) | 2001-09-06 | 2001-09-06 | Method for Management Information Accessing in EMS |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020010054650A KR20030021394A (en) | 2001-09-06 | 2001-09-06 | Method for Management Information Accessing in EMS |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| KR20030021394A true KR20030021394A (en) | 2003-03-15 |
Family
ID=27722717
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020010054650A KR20030021394A (en) | 2001-09-06 | 2001-09-06 | Method for Management Information Accessing in EMS |
Country Status (1)
| Country | Link |
|---|---|
| KR (1) | KR20030021394A (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030021536A (en) * | 2001-09-06 | 2003-03-15 | 삼성전자주식회사 | Management information synchronization method in a network communication system |
| KR100428764B1 (en) * | 2001-12-07 | 2004-04-28 | 삼성전자주식회사 | Equipment monitoring system and method in asynchronous transfer mode |
| KR100455523B1 (en) * | 2002-09-27 | 2004-11-06 | 가림정보기술(주) | Method and apparatus for generating source-codes of program for network management using snmp and computer software products thereof |
| KR100480029B1 (en) * | 2002-09-05 | 2005-03-30 | 엘지전자 주식회사 | Network management data store method for internet protocol phone |
-
2001
- 2001-09-06 KR KR1020010054650A patent/KR20030021394A/en not_active Application Discontinuation
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20030021536A (en) * | 2001-09-06 | 2003-03-15 | 삼성전자주식회사 | Management information synchronization method in a network communication system |
| KR100428764B1 (en) * | 2001-12-07 | 2004-04-28 | 삼성전자주식회사 | Equipment monitoring system and method in asynchronous transfer mode |
| KR100480029B1 (en) * | 2002-09-05 | 2005-03-30 | 엘지전자 주식회사 | Network management data store method for internet protocol phone |
| KR100455523B1 (en) * | 2002-09-27 | 2004-11-06 | 가림정보기술(주) | Method and apparatus for generating source-codes of program for network management using snmp and computer software products thereof |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6317748B1 (en) | Management information to object mapping and correlator | |
| JP5090450B2 (en) | Method, program, and computer-readable medium for updating replicated data stored in a plurality of nodes organized in a hierarchy and linked via a network | |
| US7693816B2 (en) | Computer system, computer, data access method and database system | |
| US7577681B1 (en) | Methods and apparatus for managing contents of a database | |
| US20040078457A1 (en) | System and method for managing network-device configurations | |
| CN108664516A (en) | Enquiring and optimizing method and relevant apparatus | |
| JP2002351873A (en) | Metadata management system and search method | |
| US7363328B2 (en) | Method and system for modifying schema definitions | |
| US11777983B2 (en) | Systems and methods for rapidly generating security ratings | |
| US6484160B1 (en) | Process for optimizing accesses to a database | |
| US6044369A (en) | Hash table call router for widely varying function interfaces | |
| US7925617B2 (en) | Efficiency in processing queries directed to static data sets | |
| US5956727A (en) | Heterogeneous database system with data source extensibility and alteration of database functions | |
| KR20030021394A (en) | Method for Management Information Accessing in EMS | |
| KR100359639B1 (en) | method for MIB updating in TMN agent | |
| US7809766B2 (en) | Writable shared database objects | |
| US7779057B2 (en) | Method and apparatus for retrieving and sorting entries from a directory | |
| KR20010070944A (en) | Method for monitoring telecommunication network performance based on web corresponding to change database structure | |
| CN113076311B (en) | Distributed database | |
| KR20240040262A (en) | Automatic registration system for static data and its operation method | |
| CN115344568A (en) | Memory index mechanism processing method and device, electronic equipment and storage medium | |
| CN116414843A (en) | Data updating method and device | |
| Lu et al. | Scoped and approximate queries in a relational grid information service | |
| CN117216052A (en) | Multi-dimensional index inquiring and storing method and terminal | |
| JP2770758B2 (en) | OSI management agent system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| N231 | Notification of change of applicant | ||
| WITN | Withdrawal due to no request for examination |