KR100416044B1 - 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법 - Google Patents

운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법 Download PDF

Info

Publication number
KR100416044B1
KR100416044B1 KR10-2001-0044544A KR20010044544A KR100416044B1 KR 100416044 B1 KR100416044 B1 KR 100416044B1 KR 20010044544 A KR20010044544 A KR 20010044544A KR 100416044 B1 KR100416044 B1 KR 100416044B1
Authority
KR
South Korea
Prior art keywords
ems
message
snmp
information
agent system
Prior art date
Application number
KR10-2001-0044544A
Other languages
English (en)
Other versions
KR20030009880A (ko
Inventor
이정옥
김성윤
Original Assignee
엘지전자 주식회사
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 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to KR10-2001-0044544A priority Critical patent/KR100416044B1/ko
Publication of KR20030009880A publication Critical patent/KR20030009880A/ko
Application granted granted Critical
Publication of KR100416044B1 publication Critical patent/KR100416044B1/ko

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/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]

Abstract

본 발명은 운용자 인터페이스 시스템에서 EMS(Element Management System) 에이전트 시스템 상태 정보를 플렉시블(Flexible)한 형태로 상위 EMS에 전달하도록 한 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법에 관한 것으로, EMS 에이전트 시스템에서 운용 중에 발생하는 각종 시스템 상태를 확인하여 EMS 측으로 디스플레이할 형식을 결정하는 과정과; 상기 결정된 디스플레이 형식이 GUI(Graphical User Interface) 디스플레이인 경우에, 상기 EMS 에이전트 시스템 내의 EIC(Element Interface Control)에서 각 소프트웨어 블록의 각종 시스템 상태 정보를 SNMP(Simple Network Management Protocol) 규격에 맞게 메시지를 구성하여 해당 SNMP 메시지를 전송하는 과정과; 상기 EMS에서 상기 SNMP 메시지를 수신받아 트랩 정보 중에서 저너럴 트랩 정보를 이용한 시스템 알람 정보 또는 SNMP 중에서 트랩 기능을 확장한 알람 트랩 정보를 그래픽으로 디스플레이하는 과정을 포함하여 이루어진 것을 특징으로 한다.

Description

운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법 {Method of Managing System State Information in the Manager's Interface System}
본 발명은 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법에 관한 것으로, 특히 EMS 에이전트 시스템 상태 정보를 플렉시블(Flexible)한 형태로 상위 EMS에 전달하도록 한 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법에 관한 것이다.
일반적으로, EMS 에이전트 시스템과 EMS간의 물리적인 연결은 RS232C로 직접 연결하거나, LAN 또는 IP(Internet Protocol) 망으로 연결하는 두 가지의 방법이 존재하는데, 해당 물리적인 연결 망을 이용하는 소프트웨어 스킴(Scheme)을 간략하게 살펴보면 다음과 같다. 여기서, 해당 EMS는 각각의 엘레먼트 시스템(Element System)을 한 곳에서 관리하는 시스템을 말한다.
첫 번째로, 도 1에 도시된 바와 같이, EMS 에이전트 시스템(11)과 EMS(12)간에 직렬 포트(Serial Port)를 이용한 데이터의 전송으로, 운용자의 각종 명령어와 그래픽 인터페이스(Graphic Interface)를 처리하고 시스템 자체에서 발생한 상태 정보 관련 메시지를 전송한다.
두 번째로, 도 2에 도시된 바와 같이, EMS 에이전트 시스템(13)과 EMS(14)간에 LAN을 이용한 데이터의 전송으로, 운용자와 관리 대상 시스템간의 송수신 정보는 UDP 또는 TCP(Transfer Control Protocol), IP 프로토콜에인캡슐레이션(Encapsulation)된 후에 전달되도록 하고 있다.
그리고, 도 3은 일반적인 EMS와 EMS 에이전트 시스템간의 텍스트 명령어 및 시스템 메시지의 상호 정보 전달을 설명하기 위한 블록도이다.
도 3에 도시된 바와 같이, EMS(15)와 EMS 에이전트 시스템(16)간에는 고정된 패킷 데이터를 송수신하는데, 해당 EMS(15)에는 매니저 프로세스(Manager Process)와, 사용자 인터페이스 블록(User Interface Block)과, UDP와, IP와, 망 의존 프로토콜(Network-dependent Protocol)로 이루어지며, 해당 EMS 에이전트 시스템(16)은 에이전트 프로세스(Agent Process)와, EMS 데이터 해석 및 전송 블록과, UDP와, IP와, 망 의존 프로토콜로 이루어지고 통신에 있어서 서로 다른 망을 연결해 주는 역할을 수행한다. 여기서, UDP를 이용하는 운용자 인터페이스는 텍스트 명령어의 명령어를 UDP 패킷 포맷(Packet Format)화하여 고정된 사이즈의 데이터 형태로 EMS 에이전트 시스템으로 전달되며, GUI도 텍스트 명령어의 형태로 변환(Conversion)되고 UDP 패킷 포맷화된 후에 EMS 에이전트 시스템(16)으로 전달되며, EMS 에이전트 시스템(16)에서 발생하는 상태 관련 메시지도 UDP 패킷 포맷화된 후에 EMS(15)로 전달되도록 한다.
그리고, 도 4는 기존 운용자의 텍스트 명령어 UDP 패킷 데이터를 나타낸 도면이다.
도 4에 도시된 바와 같이, 해당 텍스트 명령어 UDP 패킷 데이터는 일정 크기(S) 내에 메시지 타입(MT), 타입(T0 ~ T2) 및 값(V0 ~ V2)으로 이루어져 있는데, 여기서 해당 크기(S)는 EMS 에이전트 시스템과 EMS간의 약속된 데이터 크기를나타내며, 해당 메시지 타입(MT)은 사용자 명령어 메시지, 사용자 명령어 응답 메시지 및 억세스 게이트웨이 상태 메시지(예로, 'Alarm', 'Fault', 'Status' 등)의 여부를 나타내며, 해당 타입(T0 ~ T2)은 EMS 에이전트 시스템과 EMS간의 약속된 데이터 형태(예로, 'integer', 'short', 'char' 등)의 설정을 나타내며, 해당 값(V0 ~ V2)은 해당 타입(T0 ~ T2)에 의해 설정된 값을 나타낸다.
도 4는 상기 메시지 타입(MT) 부분에서 보내는 데이터 성격을 정의하며, 상기 타입(T0 ~ T2)과 값(V0 ~ V2)은 플렉시블한 형태가 아닌 EMS와 EMS 에이전트 시스템간의 각각의 위치마다 정해진 형태에 따른 값이 정의된다. 이에 따라, 상기 타입(T0 ~ T2)과 값(V0 ~ V2)의 개수가 정의되고 상기 크기(S)의 값도 시스템에 따른 고정된 값을 가지게 되는데, 이것을 고정된 UDP 데이터라 호칭한다.
그리고, EMS 에이전트 시스템과 EMS간에는 개발자에 의해 정해진 고정(Fixed) 데이터 형태로 해석하여 각각의 명령어에 해당하는 작업(Job)을 수행하도록 한다.
한편, EMS 에이전트 시스템에 대한 텍스트 명령어 형식의 운용자 명령어의 기능을 간략하게 살펴보면 다음과 같다.
운용자가 EMS에서 제공하는 텍스트 명령어 입력 창을 통해서 운용자 명령어(예로, 'CHG-CLK-MSTR(Change Clock Master)' 등)를 입력하게 되면, HMI 블록에서는 해당 입력되는 운용자의 텍스트 명령어를 인식하여 처리하는데, 즉 해당 운용자의 텍스트 명령어를 스트링 포맷(String Format) 구문 분석을 수행한 후에, 도 4에 도시된 바와 같은 이미 약속된 텍스트 포맷 형식으로 UDP에 실어 EMS 에이전트 시스템의 특정 포트로 전달해 준다.
이 때, EMS 에이전트 시스템은 특정 포트를 운용자 텍스트 명령어 전용 포트로 설정해 줌으로써, 해당 전용 포트로 상기 UDP 메시지를 입력받아 운용자 명령어를 인식하고 해당 구문 분석 등의 명령어를 수행하게 된다.
다음으로, EMS 에이전트 시스템에 대한 GUI 기능을 간략하게 살펴보면 다음과 같다.
EMS는 운용자에게 보다 편리한 장비 관리를 위하여 그래픽 인터페이스를 제공하는데, 운용자가 해당 EMS에서 제공하는 GUI를 이용하여 EMS 에이전트 시스템에 대한 억세스를 수행하면, 해당 EMS 내의 GUI 기능을 제공하는 블록에서는 운용자의 억세스를 상술한 바와 같은 운용자의 텍스트 명령어 형식으로 변환한 후에, HMI 블록을 통해서 EMS 에이전트 시스템에 전달해 준다.
이 때, EMS는 결과 값에 대한 창을 따로 마련하여 해당 처리 결과에 대한 메시지를 윈도우(Window)에 디스플레이(Display)해 주는데, 도 4에서 사용자 명령어 응답(User Command Response)으로 설정해 준다.
그리고, EMS 에이전트 시스템의 상태 관련 메시지 출력 및 정보 그래픽 디스플레이의 동작을 간략하게 살펴보면 다음과 같다.
EMS 에이전트 시스템은 운용상에서 운용자에게 알릴 필요가 있는 상태 관련 메시지를 UDP 패킷 데이터화하여 EMS에게 전달하는데, 이때 해당 EMS는 해당 메시지의 출력 포맷 형식에 대한 데이터를 고정된 형태로 가지며, 해당 EMS 에이전트 시스템은 각 고정된 출력 형태에 파라미터(Parameter) 형식으로 값을 전달하여 운용자에게 텍스트 메시지 형태로 출력해 준다.
또한, 그래픽 디스플레이 역시 동일하게 고정된 파라미터 값을 UDP 패킷 데이터로 전달하며, EMS는 각각의 파라미터를 해당 그래픽 디스플레이에 대입하여 운용자에게 디스플레이해 준다.
그런데, 상술한 바와 같은 종래의 기술에서는 EMS 에이전트 시스템에서 발생한 각종 시스템 상태 정보를 고정된 텍스트 메시지 형태로 상위 EMS로 전달하므로 메시지 추가 처리가 필요하고 이로 인해 EMS의 메시지 처리 부하(Load)를 증가시키며, EMS 에이전트 시스템의 소프트웨어 변경 시에 EMS의 관련 데이터도 변경해야 하는 등의 메시지 출력의 제한적인 요소가 발생하는 문제점이 있다. 또한, 종래의 기술에서는 텍스트 명령어 UDP 인터페이스의 장애 시에 GUI를 통한 에이전트 게이트웨이의 억세스도 불가능하였다.
전술한 바와 같은 문제점을 해결하기 위한 것으로, 본 발명은 EMS를 통한 운용 유지 보수 제어를 받는 장비에 대한 운용자 인터페이스 시스템에 있어서, EMS 에이전트 시스템 상태 정보를 플렉시블한 형태로 상위 EMS에 전달함으로써 운용자가 EMS 에이전트 시스템 관리에 있어 최적의 안정성과 편이성을 가지도록 구현하는데, 그 목적이 있다.
또한, 본 발명은 EMS 에이전트 시스템에서 발생한 각종 시스템 상태 메시지를 고정된 형태가 아닌 플렉시블한 형태로 상위 EMS로 전달하여 EMS에서 메시지 추가 처리가 필요 없이 일반적인 출력 형태(예로, 'printf' 등)로 창에 뿌려 줌으로써, EMS의 메시지 처리 부하를 감소시켜 주며, EMS 에이전트 시스템의 각 소프트웨어 블록의 다양한 표현을 가능하게 하여 운용자가 시스템 상태를 인식하는데 있어서 편이성을 제공하며, 시스템 소프트웨어의 변경에 따른 메시지 변경 출력의 용이성을 제공하는데, 그 목적이 있다.
또한, 본 발명은 운용자에게 제공하는 GUI 디스플레이에서 EMS 에이전트 시스템의 각 보드(Board) 상태 및 시각적인 장애 상태를 SNMP인 트랩(Trap)을 추가 구현시켜 이용함으로써, EMS와 EMS 에이전트 시스템간의 단일한 인터페이스와 트랩에 대한 다른 EMS와 EMS 에이전트 시스템간의 사용에 범용성을 제공하도록 하는데, 그 목적이 있다.
도 1은 종래 EMS(Element Management System) 에이전트(Agent) 시스템과 EMS간의 인터페이스(Interface)를 일 예로 나타낸 도면.
도 2는 종래 EMS 에이전트 시스템과 EMS간의 인터페이스를 다른 예로 나타낸 도면.
도 3은 종래 EMS와 EMS 에이전트 시스템간의 텍스트 명령어(Text Command) 및 시스템 메시지의 상호 정보 전달을 설명하기 위한 블록도.
도 4는 도 3에 있어서 운용자의 텍스트 명령어 UDP(User Datagram Protocol) 패킷 데이터(Packet Data)를 나타낸 도면.
도 5는 본 발명의 실시 예에 따른 EMS 에이전트 시스템과 EMS간의 인터페이스를 나타낸 도면.
도 6은 도 5에 있어 EMS에서 EMS 에이전트 시스템으로 전송하는 HMI(Human Machine Interface) UDP 패킷 데이터를 나타낸 도면.
도 7은 도 5에 있어 EMS 에이전트 시스템에서 EMS로 전송하는 HMI UDP 패킷데이터를 나타낸 도면.
도 8은 본 발명의 실시 예에 따른 EMS 에이전트 시스템과 EMS간의 GUI(Graphical User Interface) 메시지의 상호 정보 전달을 설명하기 위한 블록도.
도 9는 도 8에 있어 GUI를 위한 SNMP(Simple Network Management Protocol) 메시지의 포맷을 나타낸 도면.
도 10은 본 발명의 실시 예에 따른 EMS 에이전트 시스템과 EMS간의 인터페이스 기능을 설명하기 위한 블록도.
도 11은 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 명령어 처리 방법을 나타낸 흐름도.
도 12는 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 GUI 처리 방법을 나타낸 흐름도.
도 13은 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법을 나타낸 흐름도.
* 도면의 주요 부분에 대한 부호의 설명 *
20 : EMS 30 : LAN(Local Area Network)
40 : EMS 에이전트 시스템
41 : EIC(Element Interface Control)
42-1 ~ 42-3 : 소프트웨어 블록(Software Block)
상술한 바와 같은 목적을 달성하기 위한 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법은 EMS 에이전트 시스템에서 운용 중에 발생하는 각종 시스템 상태를 확인하여 EMS 측으로 디스플레이할 형식을 결정하는 과정과; 상기 결정된 디스플레이 형식이 GUI 디스플레이인 경우에, 상기 EMS 에이전트 시스템 내의 EIC에서 각 소프트웨어 블록의 각종 시스템 상태 정보를 SNMP 규격에 맞게 메시지를 구성하여 해당 SNMP 메시지를 전송하는 과정과; 상기 EMS에서 상기 SNMP 메시지를 수신받아 트랩 정보 중에서 저너럴 트랩 정보를 이용한 시스템 알람 정보 또는 SNMP 중에서 트랩 기능을 확장한 알람 트랩 정보를 그래픽으로 디스플레이하는 과정을 포함하여 이루어진 것을 특징으로 한다.
바람직하게는, 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법은 상기 결정된 디스플레이 형식이 텍스트 메시지 디스플레이인 경우에, 상기 EIC에서 각 소프트웨어 블록의 각종 시스템 상태 정보를 UDP 데이터 형식의 텍스트 메시지로 변환시켜 전송하는 과정과; 상기 EMS에서 상기 텍스트 메시지를 수신받아 메시지 시퀀스를 인식하여 해당 수신받은 텍스트 메시지를 연속적인 데이터로 계속적으로 디스플레이하는 과정을 더 포함하여 이루어진 것을 특징으로 한다.
본 발명은 억세스 게이트웨이 제품에 처음 적용하며, 종래 EMS를 통한 운용자와 망 관리 대상이 되는 EMS 에이전트 시스템간의 인터페이스상의 문제점을 해결하며, 운용자의 EMS를 통한 EMS 에이전트 시스템의 억세스에 있어서의 편이성과 EMS 에이전트 시스템의 범용성을 확보하기 위하여 EMS와 EMS 에이전트 시스템간의 운용자 인터페이스 기능을 새로운 소프트웨어 기능으로 대체하는데, EMS 에이전트 시스템에서 GUI를 통한 사용자 억세스를 SNMP를 이용하여 구현하고 HMI 블록에서 운용자 텍스트 명령어를 처리하고 자체 상태 관련 메시지를 상위 EMS로 전달하고 자체 보드 및 장애 정보를 SNMP를 이용한 트랩으로 상위 EMS로 전달하도록 하는 것에 관한 것이다. 이하, 본 발명의 실시 예를 첨부한 도면을 참조하여 상세하게 설명하면 다음과 같다.
도 5는 본 발명의 실시 예에 따른 EMS 에이전트 시스템과 EMS간의 인터페이스를 설명하기 위한 도면이다.
도 5에 도시된 바와 같이, EMS 에이전트 시스템과 EMS간의 인터페이스는 EMS(20)와, LAN(30)과, EMS 에이전트 시스템(40)으로 이루어지는데, 해당 EMS 에이전트 시스템(40) 내에는 EIC(41)와, 다수 개의 S/W 블록(42-1 ~ 42-3)을 포함하여이루어지며, 해당 EIC(41)는 에이전트의 관리 시스템과 인터페이스하는 블록으로서 에이전트의 다른 S/W 블록(42-1 ~ 42-3)을 에이전트 관리 시스템과 연결해 주며, 해당 S/W 블록(42-1 ~ 42-3)은 장애 처리, 상태 관리, 로딩, MIB(Management Information Base) 관리, ATM 관련 호 처리 블록 등의 소프트웨어 기능 블록 등을 의미한다. 여기서, 본 발명에서는 크게 세 가지의 구조를 개선하였는데, 해당 개선된 구조에 대해 설명하면 다음과 같다.
첫 번째로, 도 6은 상기 EMS(20)에서 상기 EMS 에이전트 시스템(40)으로 내려줄 때에 사용하는 HMI UDP 패킷 데이터를 나타낸 도면인데, 해당 HMI UDP 패킷 데이터는 인증을 위한 암호인 8(Byte)의 커뮤니티(Community)와, 운용자 텍스트 명령어가 삽입되고 최대 크기가 1024(Byte)로 정하고 해당 범위 값 내에서 자유롭게 캐릭터 스트링(char string)으로 표현되는 명령어(Command)로 이루어진다.
종래 운용자의 EMS를 통한 EMS 에이전트 시스템의 텍스트 명령어 시에 고정된 데이터 패킷 형태를 가지고 명령어의 형태와 값을 디폴트(Default)로 설정해 사용하였으나, 본 발명에서는 도 6에 도시된 바와 같이, 운용자의 EMS(20)를 통한 EMS 에이전트 시스템(40)의 텍스트 명령어 시에 메시지의 크기에 따른 가변 패킷 데이터(Variable Packet Data)로 구현하고 인증을 위한 커뮤니티(Community)를 추가하여 이루어지며, 상기 EMS(20)에서 운용자의 텍스트 명령어 자체를 캐릭터 스트링(char string)으로 하여 상기 EMS 에이전트 시스템(40)으로 전달하며, 상기 EMS 에이전트 시스템(40) 내의 각 S/W 블록(42-1 ~ 42-3)에서 텍스트 명령어를 분석 및 파싱(Parsing)하도록 이루어진다.
두 번째로, 도 7은 상기 EMS 에이전트 시스템(40)에서 EMS(20)로 올려줄 때에 사용하는 HMI UDP 패킷 데이터를 나타낸 도면인데, 해당 HMI UDP 패킷 데이터는 2(Byte)의 메시지 형태(Msg Type)와, 2(Byte)의 메시지 시퀀스(Msg Seq)와, 1024(Byte)의 메시지(Message)로 이루어진다.
상기 EMS 에이전트 시스템(40)의 운용 중에 시스템에 관련된 상태 정보를 상위 EMS(20)로 나타낼 때에 GUI 메시지와 텍스트 메시지를 사용하는데, 해당 GUI 메시지는 SNMP 중에서 트랩 기능을 확장하여 시스템이 심각한 장애 상태임을 알리는 알람 정보를 디스플레이해 주며, 해당 텍스트 메시지의 출력은 크게 알람(Alarm), 오류(Fault) 및 상태(Status)의 세 가지로 나눌 수 있다. 해당 텍스트 메시지 각각은 메시지의 헤더(Header)에 예로, 'A****', 'F****' 및 'S****'로 구분하며, 해당 '****' 부분에는 개발자가 임의로 정의한 코드 번호(Code Number)가 할당되도록 한다.
그리고, 상기 메시지의 포맷은 상기 각 S/W 블록(42-1 ~ 42-3)에서 고정된 포맷 형식이 아닌 플렉시블한 형태로 임의로 구성되도록 하는데, 상기 메시지의 포맷은 씨 랭기지(C Language)에서 사용하는 'printf'와 같은 자유로운 형식이며, 상기 메시지는 UDP에 실려 상위 EMS(20)로 전달되어지며, 해당 메시지 크기도 플렉시블한 형태로 정의해서 사용되도록 한다.
그리고, 상기 각 S/W 블록(42-1 ~ 42-3)에서 출력하는 메시지 형태가 1024(Byte)보다 클 경우에는 도 7에 도시된 메시지 시퀀스 부분(Msg Seq)의 값을 세팅(Setting)하여 줌으로써 연속적인 메시지를 충분히 표시하도록 한다.
세 번째로, 도 8은 상기 EMS(20)와 EMS 에이전트 시스템(40)간의 GUI 메시지의 상호 정보 전달을 설명하기 위한 블록도인데, 상기 EMS(20)에는 매니저 프로세스와, 사용자 인터페이스 블록과, SNMP와, UDP와, IP와, 망 의존 프로토콜을 포함하여 이루어지며, 상기 EMS 에이전트 시스템(40)은 에이전트 프로세스와, EMS 데이터 해석 및 전송 블록과, SNMP와, UDP와, IP와, 망 의존 프로토콜을 포함하여 이루어진다.
종래 GUI에 의한 운용자 명령어는 텍스트 명령어로 변환된 후에 EMS 에이전트 시스템에 전달되고 명령어 응답도 텍스트로 응답되는 방식으로 동작을 수행하였으나, 본 발명에서는 도 8에 정의된 SNMP를 통하여 운용자의 GUI가 동작되도록 하며, 해당 GUI를 통한 운용자 명령어는 해당 SNMP의 세트 요구 메시지(Set Request Message)로 변환되어 상기 EMS 에이전트 시스템(40)에 전달되어 동작하며, 응답 역시 SNMP의 겟 응답(Get Response)으로 동작하도록 한다.
이 때, 상기 GUI를 위한 SNMP 메시지의 포맷은 도 9에 도시된 바와 같이, 버전(Version)과, 커뮤니티(Community)와, SNMP PDU(Protocol Data Unit)로 이루어지며, 해당 SNMP PDU는 PDU 형태(PDU Type)와, 요구 아이디(Request-id)와, 가변 바인딩(Variable-bindings)을 포함하여 이루어진다.
그리고, 해당 GUI 명령어는 해당 SNMP PDU의 포맷에서 가변 바인딩이라는 부분에 정의되는데, 상기 EMS 에이전트 시스템(40)에서는 해당 GUI 명령어를 해당 특정 MIB 속성으로 정의하여 사용하도록 한다. 또한, 해당 가변 바인딩 부분에는 SNMP에서 정의한 특정 MIB(Management Information Base) 속성(Attribute)을 억세스하는 객체 식별(Object Identify) 값과, 다수 개의 객체 값(Object Value)을 포함하여 이루어진다.
도 10은 본 발명의 실시 예에 따른 EMS 에이전트 시스템과 EMS간의 인터페이스의 전체적인 기능을 설명하기 위한 블록도이다.
도 10에 도시된 바와 같이, 크게 운용자의 텍스트 명령어를 UDP 패킷 데이터 형태로 처리하는 기능(S10), GUI에 의한 운용자 명령어를 SNMP 메시지 형태로 처리하는 기능(S20), EMS 에이전트 시스템(40)의 운용 중에 자체 상태 정보를 SNMP를 이용한 GUI 디스플레이 또는 텍스트 메시지 디스플레이로 상위 EMS(20)를 통해 운용자에게 전달하는 기능(S30)의 세 가지를 포함하여 이루어진다.
첫 번째로, 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 명령어 처리 방법을 도 11의 흐름도를 참고하여 보다 상세히 설명하면 다음과 같다.
먼저, 운용자가 텍스트 명령어 형식의 운용자 명령어를 EMS(20)로 송출하게 되면, 해당 EMS(20) 내의 HMI 블록에서는 해당 텍스트 명령어 형식의 운용자 명령어를 수신받아 신택스(Syntax) 분석을 수행한 후에 그 결과를 캐릭터 스트링 형태로 변환시켜 주며(단계 S10-1), 해당 변환된 캐릭터 스트링 형태의 명령어를 도 6에 도시된 바와 같은 제1 UDP 패킷 데이터 형태로 다시 변환시켜 EMS 에이전트 시스템(40) 측으로 전달해 준다(단계 S10-2).
이 때, 상기 EMS 에이전트 시스템(40) 측으로 전달되는 제1 UDP 패킷 데이터 형태는 종래 고정된 데이터 형태가 아닌 캐릭터 스트링으로 가변한 크기로 상기 EMS 에이전트 시스템(40)의 특정 포트를 통해서 전달되어진다.
이에, 상기 EMS 에이전트 시스템(40)은 텍스트용 명령어 포트를 따로 정의하여 사용하는데, 이때 캐릭터 스트링으로 입력된 각각의 데이터를 분석하여 명령어 구문이 정상인지를 판단한다(단계 S10-3). 해당 제10-3단계(S10-3)에서 명령어 구문이 정상인 경우에는 해당 명령어를 수행할 S/W 블록(42-1 ~ 42-3)으로 명령어 및 변수를 전달해 준다(단계 S10-4).
이에 따라, 상기 각 S/W 블록(42-1 ~ 42-3)에서는 명령어 및 변수를 전달받아 명령어를 수행한 후에(단계 S10-5), 그 처리 결과를 상기 EMS 에이전트 시스템(40) 내의 EMS 연동 블록인 EIC(41)에 구비되어 있는 명령어 처리 프로세스를 통해 도 7에 도시된 바와 같은 제2 UDP 패킷 데이터 형태로 상위 EMS(20)로 전달해 준다(단계 S10-6). 이때, 상위 EMS(20)로 전달되는 제2 UDP 패킷 데이터도 상기 제1 UDP 패킷 데이터와 같이, 캐릭터 스트링 형태로 자유롭게 상기 각 S/W 블록(42-1 ~ 42-3)에서 표현되어진다.
그러면, 상위 EMS(20)는 텍스트 명령어 결과 메시지(Text Command Result Message)를 고정된 포맷에 맞추어 디스플레이하는 것이 아니라, 씨 랭기지에서의 'printf'와 동일하게 제공되도록, 상기 EMS 에이전트 시스템(40)으로부터 수신한 메시지 자체를 그대로 디스플레이해 준다(단계 S10-7).
이 때, 만약 상기 EMS 에이전트 시스템(40)에서 상위 EMS(20)로 송출할 하나의 메시지 크기가 기설정된 최대 크기(예로, 1024(Byte))를 넘는 경우에는 해당 메시지를 1024(Byte) 단위로 분할한 후에 도 7에 도시된 메시지 시퀀스(Msg Seq)에 분할 단위로 할당하여 상위 EMS(20)로 송출해 준다.
그리고, 상위 EMS(20)는 상기 메시지 시퀀스를 인식하여 상기 수신한 메시지를 연속적인 데이터로 계속적으로 출력하도록 해 준다.
두 번째로, 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 GUI 처리 방법을 도 12의 흐름도를 참고하여 보다 상세히 설명하면 다음과 같다.
먼저, 운용자가 GUI에 의한 운용자 명령어를 EMS(20)로 송출하게 되면, 해당 EMS(20) 내의 그래픽 명령어 처리 블록에서는 도 8과 도 9에 도시된 바와 같이, 해당 그래픽 인터페이스를 SNMP 메시지화하는데(단계 S20-1), 해당 SNMP 메시지화란 SNMP 규격에 맞게 메시지를 구성하는 것을 의미한다. 여기서, 도 8은 EMS(20)와 EMS 에이전트 시스템(40)간에 표준화된 SNMP와 UDP/IP를 이용한 상호 통신을 나타낸 것이며, 도 9는 GUI 명령어의 SNMP 메시지 포맷을 나타낸 것이다. 이때, 해당 EMS(20) 내 GUI 처리를 수행하는 S/W 블록에서는 도 9에 도시된 객체 값 항목에 캐릭터 스트링 형태로 삽입한다(단계 S20-2).
그리고, 상기 SNMP 메시지화된 GUI 명령어는 SNMP 인터페이스를 통해서 세트 요구 포맷(Set Request Format)으로 상기 EMS 에이전트 시스템(40)으로 전달되어진다(단계 S20-3).
이에, 상기 EMS 에이전트 시스템(40)은 UDP를 통해 수신되는 SNMP 메시지를 신택스 분석 및 파싱 작업을 수행하여 처리하는데(단계 S20-4), 이때 해당 SNMP 메시지가 세트(SET)이고 SNMP UDP 메시지 부분의 객체 식별 값을 가지고 세트되는 MIB 정보를 확인하여 특정 MIB의 명령어에 해당하는 속성을 억세스하는 경우를 확인하여 GUI 명령어로 인식한다.
그리고, 도 9에 도시된 객체 값을 판독하여 캐릭터 스트링 분석을 수행하여이를 통해 파라미터들을 인식하며(단계 S20-5), 관련 블록에 신호로 전달해 준다.
즉, 상기 분석된 명령어를 각각의 명령어가 실제 수행될 S/W 블록(42-1 ~ 42-3)으로 신호를 전달하며, 해당 S/W 블록(42-1 ~ 42-3)은 명령어가 요구한 해당 동작을 수행한다(단계 S20-6).
그런 후, 각각의 S/W 블록(42-1 ~ 42-3)은 그 결과 메시지를 EIC(41)로 전달해 주며, 해당 EIC(41)는 각각의 S/W 블록(42-1 ~ 42-3)으로부터 전달되는 결과 메시지를 SNMP 메시지화한 후에(단계 S20-7), 겟 응답 형태로 상위 EMS(20)로 전달해 주며(단계 S20-8), 이를 수신한 상위 EMS(20)는 해당 메시지를 운용자 창으로 디스플레이해 준다(단계 S20-9).
상술한 동작 설명을 도 5를 참고하여 다시 설명하면, 운용자가 입력한 GUI 명령어는 SNMP 메시지화되어 상기 EMS 에이전트 시스템(40)으로 전달되며('S1'로 표시된 부분), 상기 EMS 에이전트 시스템(40) 내 SNMP 인터페이스를 처리하는 EIC(41)에서는 해당 메시지를 수신하여 신택스 분석 및 파싱 작업을 수행하며('S2'로 표시된 부분), 해당 분석된 명령어를 각각의 명령어가 실제 수행될 해당 S/W 블록(42-1 ~ 42-3)으로 신호를 전달하고 해당 S/W 블록(42-1 ~ 42-3)은 명령어가 요구한 해당 동작을 수행하며('S3'으로 표시된 부분), 그 결과 메시지를 EIC(41)로 전달해 주며('S4'로 표시된 부분), EIC(41)는 각각의 S/W 블록(42-1 ~ 42-3)으로부터 전달된 결과 메시지를 SNMP 메시지화한 후에 겟 응답 형태로 EMS(20)로 전달하고 이를 수신한 EMS(20)는 해당 메시지를 운용자 창으로 디스플레이해 준다('S5'로 표시된 부분).
세 번째로, 본 발명의 실시 예에 따른 운용자 인터페이스 시스템에서 상태 정보 처리 방법을 도 13의 흐름도를 참고하여 보다 상세히 설명하면 다음과 같다.
EMS 에이전트 시스템(40)의 운용 중에 발생한 각종 시스템 상태 정보, 즉 장비 내부 상태 변화, 각 보드의 상태, 시각적 장애 상태 등을 상위 EMS(20)를 통해 운용자에게 알려 주기 위해서, SNMP를 이용한 GUI 디스플레이와 텍스트 메시지 디스플레이의 두 가지 형식이 있는데, 먼저 해당 EMS 에이전트 시스템(40)은 시스템 운용 중에 발생되는 각종 시스템 상태를 확인하여 해당 EMS(20) 측으로 디스플레이할 형식을 결정한다(단계 S30-1).
만약, 상기 제30-1단계(S30-1)에서 결정한 디스플레이 형식이 SNMP를 이용한 GUI 디스플레이 형식인 경우, 상기 EMS 에이전트 시스템(40) 내의 EIC(41)는 각각의 S/W 블록(42-1 ~ 42-3)으로부터 전달되는 각종 시스템 상태 정보를 도 9에 도시된 바와 같이 SNMP 메시지화한 후에(단계 S30-2), 겟 응답 형태로 상위 EMS(20)로 전달해 주며(단계 S30-3), 이를 수신한 상위 EMS(20)는 해당 메시지를 운용자 창으로 디스플레이해 준다(단계 S30-4).
이 때, 상기 GUI 디스플레이는 트랩 정보 중에서 저너럴(General) 트랩 정보를 이용하여 시스템 알람 정보(예로, 시스템 재시동(System Restart), 부팅(Booting), 링크다운(Link Down) 등의 장애 정보)를 그래픽으로 디스플레이하는 것과, SNMP 중에서 트랩 기능을 확장하여 시스템 알람 정보(즉, 시스템이 심각한 장애 상태임을 알리는 알람 정보)만을 주로 전달하는 알람 트랩 정보를 그래픽으로 디스플레이하는 것이 있다. 여기서, 해당 알람 정보에는 보드 기능장애(Board Function Fail), 보드 삭제(Board Delete) 등 물리적으로 디스플레이가 가능한 정보를 의미한다.
반면에, 상기 제30-1단계(S30-1)에서 결정한 디스플레이 형식이 텍스트 메시지 디스플레이 형식인 경우, 상기 EIC(41)는 각각의 S/W 블록(42-1 ~ 42-3)으로부터 전달되는 각종 시스템 상태 정보를 도 7에 도시된 바와 같은 UDP 데이터 형식의 텍스트 메시지로 변환시켜 상위 EMS(20)로 전달해 준다(단계 S30-5). 이때, 해당 EMS(20)로 전달되는 텍스트 메시지는 캐릭터 스트링 형태로 자유롭게 상기 각 S/W 블록(42-1 ~ 42-3)에서 표현되어진다. 또한, 해당 EMS(20)로 전달되는 텍스트 메시지는 도 7에 도시된 바와 같이 메시지 형태(Msg Type)에 메시지 형태 값을 넣어주고 메시지 단위를 기설정된 크기(예로, 1024(Byte))로 나누어 그 연속된 번호를 메시지 시퀀스(Msg Seq)에 할당하고 해당 기설정된 크기 내로 해당 텍스트 메시지를 메시지 항목에 넣어 상기 EMS(20)로 송출해 준다.
이 때, 상기 텍스트 메시지의 정보는 알람 중에서 예로, 링크 장애 정보 등과 같은 소프트웨어 알람(Alarm), EMS 에이전트 시스템(40)에서 가입자 상태 변환 등 일반적인 운용자에게 알려 주는 메시지 등급을 의미하는 상태(Status), EMS 에이전트 시스템(40)에서 데이터 카운트(Data Count) 불일치 등의 경미한 오류를 지칭하는 메시지 등급을 의미하는 오류(Fault) 등을 표시할 수 있는데, 해당 알람(Alarm), 상태(Status) 및 오류(Fault) 각각은 메시지의 헤더(Header)에 예로, 'A****', 'F****' 및 'S****'로 구분하며, 해당 '****' 부분에는 개발자가 임의로 정의한 코드 번호가 할당되도록 한다.
그러면, 상기 EMS(20)는 상기 EMS 에이전트 시스템(40)으로부터 전달되는 텍스트 메시지를 고정된 포맷에 맞추어 디스플레이하는 것이 아니라, 씨 랭기지에서의 'printf'와 같은 자유로운 형식으로 플렉시블한 형태로 제공되도록, 상기 EMS 에이전트 시스템(40)으로부터 수신한 메시지 자체를 그대로 디스플레이해 주는데, 이때 상기 메시지 시퀀스를 인식하여 해당 수신한 메시지를 연속적인 데이터로 계속적으로 디스플레이하도록 해 준다.(단계 S30-6).
이상과 같이, 본 발명에 의해 EMS 에이전트 시스템에서 발생한 각종 시스템 상태 메시지를 플렉시블한 형태로 상위 EMS로 전달하여 EMS에서 메시지 추가 처리가 필요 없이 일반적인 출력 형태로 창에 뿌려 줌으로써, EMS의 메시지 처리 부하를 감소시켜 주며, EMS 에이전트 시스템의 각 S/W 블록의 다양한 표현을 가능하게 하여 운용자가 시스템 상태를 인식하는데 있어서 편이성을 제공하며, 시스템 소프트웨어의 변경에 따른 메시지 변경 출력의 용이성을 제공할 수 있다.
또한, 본 발명에 의해 운용자에게 제공하는 GUI 디스플레이에서 EMS 에이전트 시스템의 각 보드 상태 및 시각적인 장애 상태를 SNMP인 트랩을 추가 구현시켜 EMS와 EMS 에이전트 시스템간의 단일한 인터페이스와 트랩에 대한 다른 EMS와 EMS 에이전트 시스템간의 사용에 범용성을 제공할 수 있다.

Claims (6)

  1. EMS(Element Management System) 에이전트 시스템에서 운용 중에 발생하는 각종 시스템 상태를 확인하여 EMS 측으로 디스플레이할 형식을 결정하는 과정과;
    상기 결정된 디스플레이 형식이 GUI(Graphical User Interface) 디스플레이인 경우에, 상기 EMS 에이전트 시스템 내의 EIC(Element Interface Control)에서 각 소프트웨어 블록의 각종 시스템 상태 정보를 SNMP(Simple Network Management Protocol) 규격에 맞게 메시지를 구성하여 해당 SNMP 메시지를 전송하는 과정과;
    상기 EMS에서 상기 SNMP 메시지를 수신받아 트랩 정보 중에서 저너럴 트랩 정보를 이용한 시스템 알람 정보 또는 SNMP 중에서 트랩 기능을 확장한 알람 트랩 정보를 그래픽으로 디스플레이하는 과정을 포함하여 이루어진 것을 특징으로 하는 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법.
  2. 제1항에 있어서,
    상기 SNMP 메시지는 버전과, 커뮤니티와, SNMP PDU(Protocol Data Unit)로 이루어지며, 해당 SNMP PDU는 PDU 형태와, 요구 아이디와, 가변 바인딩 부분으로 이루어지며, 해당 가변 바인딩 부분은 SNMP에서 정의한 특정 MIB(Management Information Base) 속성을 억세스하는 객체 식별 값과, 다수 개의 객체 값을 포함하여 이루어진 것을 특징으로 하는 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법.
  3. 삭제
  4. 제1항에 있어서,
    상기 결정된 디스플레이 형식이 텍스트 메시지 디스플레이인 경우에, 상기 EIC에서 각 소프트웨어 블록의 각종 시스템 상태 정보를 UDP(User Datagram Protocol) 데이터 형식의 텍스트 메시지로 변환시켜 전송하는 과정과;
    상기 EMS에서 상기 텍스트 메시지를 수신받아 메시지 시퀀스를 인식하여 해당 수신받은 텍스트 메시지를 연속적인 데이터로 계속적으로 디스플레이하는 과정을 더 포함하여 이루어진 것을 특징으로 하는 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법.
  5. 삭제
  6. 제4항에 있어서,
    상기 텍스트 메시지 전송 과정은 상기 텍스트 메시지의 메시지 형태에 메시지 형태 값을 삽입하는 단계와;
    메시지 단위를 기설정된 크기로 나누어 그 연속된 번호를 메시지 시퀀스에 할당하는 단계와;
    상기 기설정된 크기 내로 알람, 상태 및 오류를 메시지 항목에 삽입시켜 상기 EMS로 전송하는 단계를 포함하여 이루어진 것을 특징으로 하는 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법.
KR10-2001-0044544A 2001-07-24 2001-07-24 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법 KR100416044B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR10-2001-0044544A KR100416044B1 (ko) 2001-07-24 2001-07-24 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2001-0044544A KR100416044B1 (ko) 2001-07-24 2001-07-24 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법

Publications (2)

Publication Number Publication Date
KR20030009880A KR20030009880A (ko) 2003-02-05
KR100416044B1 true KR100416044B1 (ko) 2004-01-24

Family

ID=27716402

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2001-0044544A KR100416044B1 (ko) 2001-07-24 2001-07-24 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법

Country Status (1)

Country Link
KR (1) KR100416044B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100464330B1 (ko) * 2001-12-04 2005-01-03 삼성전자주식회사 간이네트워크관리프로토콜(snmp) 메니저의 네트워크장비의 대표상태의 관리 및 표시를 위한 시스템 및 방법

Also Published As

Publication number Publication date
KR20030009880A (ko) 2003-02-05

Similar Documents

Publication Publication Date Title
US6505256B1 (en) Automatic synchronization of state colors across a web-based system
EP0810755A2 (en) Method for enhancing operation of a network management system
CN105005471A (zh) 修改bios的配置参数的方法、设备、服务器和系统
JP2991303B2 (ja) 制御ネットワークおよびその構成方法
KR100416044B1 (ko) 운용자 인터페이스 시스템에서 시스템 상태 정보 처리 방법
KR102093923B1 (ko) 전술 데이터 링크에서의 메시지 통합 모니터링 장치 및 그 방법
KR100276882B1 (ko) 광대역액세스장치의 통합운용관리장치 및그 방법
KR100421544B1 (ko) 운용자 인터페이스 시스템에서 명령어 처리 방법
KR100416043B1 (ko) 운용자 인터페이스 시스템에서 지유아이 처리 방법
US20020019867A1 (en) Data transmission to network management system
KR20030060598A (ko) 상이한 프로토콜로 동작하는 네트워크의 관리방법 및 장치
US7007094B1 (en) Object oriented communications system over the internet
CN101242620B (zh) 一种直放站监控的实现方法及系统
JPH06266666A (ja) 遠隔ウィンドウ制御システム
WO2003088068A1 (en) Xml control management
KR20030059367A (ko) 원격지에서의 가전기기 제어 방법 및 서버
KR20010055482A (ko) 통합망 환경에서 서비스관리시스템의 관리명령을 교환기명령어로 변환하는 방법
KR100285959B1 (ko) 원격시스템감시장치및방법
KR100466845B1 (ko) 무선 데이터 통신을 위한 무선 통신 단말기의 호 시도감시 방법 및 시스템
CN117130318B (zh) 工业数据采集方法、装置、系统和可读存储介质
WO2000056084A1 (en) Method and apparatus for defining interface and telecommunication system
KR100263386B1 (ko) 망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법
KR20030042219A (ko) 인터넷을 통한 기기 원격 제어 시스템 및 그 시스템 구현방법
KR20040001291A (ko) 망 요소 관리 시스템에서 장치 연동 서버 및 방법
KR100333742B1 (ko) 가입자망운용관리시스템에서의 시험명령 인터페이싱 방법

Legal Events

Date Code Title Description
A201 Request for examination
N231 Notification of change of applicant
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20091231

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee