KR100263386B1

KR100263386B1 - 망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법

Info

Publication number: KR100263386B1
Application number: KR1019970081771A
Authority: KR
Inventors: 김종렬
Original assignee: 강병호; 대우통신주식회사
Priority date: 1997-12-31
Filing date: 1997-12-31
Publication date: 2000-08-01
Also published as: KR19990061505A

Abstract

본 발명은 맨머신 인터페이스(MMI)를 위해 트랜잭션 랭귀지1(TL1:Transaction language1)을 사용하는 장치들을 관리하는 망관리시스템의 지역센터(RMCS:Regional Monitor ＆ Control System)에서 TL1을 파싱하는 방법에 관한 것이다.

이러한 본 발명은 DXC 테이블을 오픈하여 링크드 리스트를 구성하는 단계; 모든 DXC들에 연결을 설정하는 단계; 상기 중앙센터(DASC)와 연결을 설정하는 단계; 연결이 성공되면 클라이언트에 연결상태를 전달하는 단계; 및 메인 루프를 수행하여 파싱하는 단계를 포함하는 것을 특징으로 한다.

따라서, 본 발명에 따라 지역감시장치(RMCS) 서버가 DXC로부터 수신된 메시지를 처리하여 클라이언트가 알기 쉽게 하므로써 전체적으로 처리속도를 향상시킬 수 있고, 구현이 용이한 효과가 있다.

Description

망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법(Method of parsing transaction language 1 in a regional monitor and control system)

다양한 통신장치들로 이루어지는 망을 효율적으로 관리하기 위하여 각종 표준화단체에서는 망관리관련 표준을 제안하고 있고, 이에 따라 각기 다른 업체에서 제작된 통신장치들도 관리할 수 있게 되었다. 한편, 통신망의 디지탈화와 함께 전송로의 효율적인 사용을 위하여 다중화/역다중화 및 스위칭기능이 구비된 DXC13 등의 장치들이 사용되고 있고, 이들 장치를 효율적으로 관리하기 위한 관리시스템이 개발되고 있다.

그런데 DXC13등과 같은 장치에서는 MMI를 위해 TL1을 사용하기 때문에 이를 관리하는 시스템은 TL1 형태의 메시지를 분석하여 경보나 그밖의 필요한 내용을 데이터베이스에 저장하고, 이를 GIU를 이용하여 화면상에 표시해 주어야 한다.

이에 본 발명은 상기와 같은 필요성을 충족시키기 위하여 TL1을 사용하는 장치들로부터 올라오는 메시지를 분석하여 처리하는 망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법을 제공하는데 그 목적이 있다.

상기와 같은 목적을 달성하기 위하여 본 발명의 방법은, DXC로부터 X.25 프로토콜에 따라 메시지를 수신하여 지역센터(RMCS)의 클라이언트나 중앙센터(DASC)에 전달하고, 중앙센터(DASC)의 명령을 해당 DXC에 전달하도록 된 지역센터(RMCS) 서버에 있어서, DXC 테이블을 오픈하여 링크드 리스트를 구성하는 단계; 모든 DXC들에 연결을 설정하는 단계; 상기 중앙센터(DASC)와 연결을 설정하는 단계; 연결이 성공되면 클라이언트에 연결상태를 전달하는 단계; 및 메인 루프를 수행하여 파싱하는 단계를 포함하는 것을 특징으로 한다.

도 1 은 본 발명이 적용되는 관리시스템의 전체 구성도,

도 2는 본 발명에 따라 지역센터와 클라이언트 사이에 전달되는 데이터의 포맷도,

도 3은 본 발명에 따라 지역센터와 중앙센터 사이에 전달되는 데이터의 포맷도,

도 4a,b는 본 발명에 따라 지역센터가 TL1을 처리하는 흐름을 도시한 흐름도,

도 5는 도 4에 도시된 메인 루프 단계의 세부 흐름도,

도 6은 도 5에 도시된 파싱처리 단계의 세부 흐름도이다.

*도면의 주요부분에 대한 부호의 설명

110: 중앙센터(DASC) 120-1∼120-n: 지역센터(RMCS)

130a,130n: DXC13 140a,140n: WDXC

102: 원격 랜 104: X25 패킷망

이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 자세히 설명한다.

본 발명이 적용되는 관리시스템은 도 1에 도시된 바와 같이, 중앙센터(DASC:110)와 다수의 지역센터(RMCS:120-1∼120-n), 관리대상인 DXC13(130a,130n), WDCX(140a,140n) 등의 장치를 포함하고, 중앙센터(DASC:110)와 지역센터(RMCS:120-1∼120-n)는 원격 랜(LAN)망(102)을 통해 연결되고, 지역센터(RMCS:120-1∼120-n)와 DXC13(130a,130n), WDCX(140a,140n) 등은 X.25 패킷망(104)을 통해 연결된다. 그리고 중앙센터(110)는 GUI(111), 중앙센터 통신모듈(112), DB관리프로그램(113), DB(114) 등의 기능모듈을 구비하고 있고, 지역센터(120-1)는 GUI(121), DB(122), DB관리프로그램(123), 지역센터 통신모듈(124)을 각각 구비하고 있다. 각 지역센터들은 구성 및 동작이 동일하므로 하나의 지역센터(120-1)를 예로 들어 설명한다.

지역센터(120-1)에서 장치와 직접적인 데이터를 주고받는데 사용되는 RMCS서버는 통신역활과 TL1 형태의 프로토콜 데이터를 일정한 형태로 변경하는 파싱역할을 수행하여 상위단의 클라이언트 프로세서에게 전달한다. 클라이언트 프로세서는 크게 DB관리 프로세서와 GUI프로세서로 구분되는데, DB관리 프로세서는 파싱되어 온 경보 메시지를 분석하여 경보 내용을 쌓아 주고, 시설관련 질의를 RMCS서버를 통해 각각의 DXC13장치에 내린 후 이에 대한 응답을 분석하여 시설관련 DB내용을 변경시켜주는 역할을 수행한다. GUI프로세서는 DXC13장치에서 올라오는 경보 내용을 사용자가 알기 쉬운 형태인 그래픽 형태로 보여주며, 사용자가 원하는 DXC13장치를 선택하고 알고싶은 내용에 대한 질의나 수행하고 싶은 제어를 내려 보낼 수 있게 한다. 중앙센터(DASC:110)에서 사용되는 DASC서버는 파싱과정을 수행하지 않고, 단지 통신역할만 수행한다.

이러한 DXC관리시스템에서 통신을 살펴보면, 프로세서간의 통신이나 혹은 DXC13장치와 RMCS서버 프로세서와의 통신은 기본적으로 소켓을 이용해 통신을 수행한다. 즉, 프로세서간 통신은 TCP/IP 소켓을 사용해서 수행하며, 각각의 연결상태는 RMCS에서는 RMCS 서버가, DASC에서는 DASC 서버가 관리한다. DXC13와의 연결은 각각의 DXC13마다 나와 있는 두 개의 X.25포트 중 하나를 선택하여 패킷망에 연결하고, 각각의 서버 프로그램은 패킷망을 통해 연결되어 통신 및 파싱을 수행한다.

이와 같이 본 발명에 따라 구현된 RMCS 서버는 그래픽-사용자 인터페이스(GUI)나 데이터 베이스(DB)와 관련된 프로세서등 지역센터에 위치하여 연결되는 클라이언트 프로세서에 대한 정보를 유지하며, 이에 대한 정보를 중앙센터에 전달하는 기능을 가지고 있다. 이때 클라이언트와 통신하는 데이터 포맷은 도 2에 도시된 바와 같이, 헤더(Header)와 몸체(Body)로 이루어져 있고, 몸체(Body)는 다시 14개의 블록(BLOCK)으로 구분된다.

도 2를 참조하면, 블록1(BLOCK1)은 '어드레스(X25Address)'로서 DXC13에 연결된 X.25 포트의 어드레스가 실리고, 블록2(BLOCK2)는 '데이터타입(Datatype)'으로서 DXC13으로부터 전달받은 데이터의 타입을 지정한다. 블록3(BLOCK3)은 '명령어코드번호(Command code number)'로서 DXC13에서 전달받은 명령어코드에 번호를 할당한 것이고, 블록4(BLOCK4)는 '명령어코드 파트1(Command code part 1 number)'으로서 명령어 코드의 첫 번째 부분의 코드번호이다. 블록5(BLOCK5)는 '명령어코드 파트2(Command code part 2 number)'로서 명령어 코드의 2번째 부분의 코드번호이고, 블록6(BLOCK6)은 '명령어 코드 파트3(Command code part 3 number)'로서 명령어 코드의 3번째 부분의 코드번호이다. 블록7(BLOCK7)은 '티아이디(TID)'로서 DXC13의 TID를 나타내고, 블록8(BLOCK8)은 '날짜(DATE)'로서 DXC13에서 데이터를 전달받은 날짜이다. 블록9(BLOCK9)는 '시간(TIME)'으로서 DXC13에서 데이터를 전달받은 시간을 나타내고, 블록10(BLOCK10)은 '태그(TAG)'로서 DXC13으로부터 전달받은 태그의 값을 표시한다. 블록11(BLOCK11)은 '코멘트(COMMANT)'로서 DXC13으로부터 전달받은 코멘트이고, 블록12(BLOCK12)는 '파라메터 블록번호(PARAMETER BLOCK NUMBER)'로서 DXC13으로부터 전달받은 파라메터 블록의 개수를 나타낸다. 블록13(BLOCK13)은 '파라메터 블록 데이터(PARAMETER BLOCK DATA)'로서 DXC13으로부터 전달받은 데이터를 블록으로 구성한 것이고, 블록14(BLOCK14)는 '데이터 패리티(DATA END PARITY)'로서 DXC13으로부터 전달받은 데이터가 파라메터 블록 데이터로 모두 구성되었는지를 나타낸다. 예컨대, 블록14(BLOCK14)에서 DXC13으로부터 전달받은 데이터가 모두 파라메터 블록 데이터로 모두 구성되었으면 블록 14의 값은 'END'이고, 그렇지 않으면 'NULL'이다.

또한 본 발명의 RMCS 서버는 지역센터에서 X.25를 이용하여 연결되어 있는 DXC에 관한 정보를 가지고 있으며, 최초 자기가 연결되어야 할 DXC에 대한 정보를 파일 형태로 가지고 있으면서 연결이 실패한 DXC에 대해서는 계속 연결을 시도한다.

그리고 본 발명의 RMCS 서버는 중앙센터와 연결상태를 유지하며 중앙센터와의 연결은 링크드 리스트(linked list)가 아닌 스트럭쳐(struct)구조로 관리하며, 중앙센터에 연결되어 있을 경우 클라이언트와 같은 동작한다. 즉, DXC에서 올라오는 자동 메시지일 경우에는 각종 클라이언트 및 중앙센터에 이를 보고해 주고, 중앙센터에서 내려주는 명령에 대한 응답일 경우에는 이를 분별하여 중앙센터에 다시 대답을 되돌려주는 역할을 수행한다. 이때 중앙센터와 지역센터(RMCS)간에 전달되는 데이터 타입은 도 3에 도시된 바와 같이, 헤더(Header)와 몸체(body)로 구성되는데, 헤더(Header)는 테이터 타입을 나타내는 1자리와 몸체(body)의 길이를 나타내는 7자리로 구성되어 있고, 몸체(Body)는 클라이언트에서 통신하는 형태의 메시지가 실려있다. 즉, RMCS 서버와 DASC 서버와의 통신은 RMCS 서버와 클라이언트와 하는 통신 메시지에 헤더(Header)를 더 부가한 것이다. 여기서, 헤더에 따른 데이터의 종류를 살펴보면, 'P'는 프로세서의 생성과 종료를 나타내고, 'A'는 경보 메시지에 대한 내용을 나타내며, 'R'은 중앙센터에서 보낸 데이터에 대한 메시지 내용이며, 'C'는 중앙센터에서 지역센터로 데이터를 내려보낼 때 사용한다.

한편, 본 발명에 따른 RMCS 서버는 파싱기능을 수행하는데, 파싱기능은 TL1 형태로 전달되는 DXC시스템에 대하여 각종 클라이언트에서 분석을 쉽게 하기 위해 정보를 1차적으로 가공하는 것이다.

이와 같이 본 발명에 따라 데이터를 처리(즉, 파싱)하는 방법은 도 4에 도시된 바와 같이, 단계 401 내지 단계 414로 이루어지고, 단계 413의 메인 루프 단계는 도 5에 도시된 바와 같이, 단계 501 내지 단계 510으로 이루어지며, 단계 503 및 단계 505의 파싱처리 단계는 도 6에 도시된 바와 같이 단계 601 내지 단계 613으로 이루어진다.

도 4를 참조하면, 단계 401에서는 DXC 테이블(DXC-TABLE)을 오픈하고, 단계 402에서는 DXC 테이블을 리드하여 링크드 리스트(linked list)를 구성한다. 단계 403 에서는 DXC연결을 시도하고, 단계 404에서는 클라이언트측의 소켓을 오픈한다. 이어 모든 DXC에 대해 단계405 내지 단계408을 수행하여 DXC를 연결하고, 단계 409에서 중앙센터(DASC)와 연결이 이루어졌는지를 판단한다. 단계 409에서 판단결과 중앙센터(DASC)와 연결이 이루어지지 않았으면 단계 410에서 중앙센터(DASC)와의 연결을 시도하고, 단계 411에서 연결이 성공하였는지 판단한다. 단계411에서 판단결과 연결이 성공하였으면 단계 412에서 클라이언트 연결상태를 전달하고, 단계 413에서 메인 루프(MAIN LOOP)를 수행한다. 이어 단계 414에서 대기중인 데이터를 처리한다.

도 5를 참조하면, 메인 루프(MAIN LOOP)에서는 단계 501에서 선택문에 의해 작업을 선택하는데, 단계 502에서 자동 메시지(autonomous)인지를 판단한 후 자동 메시지이면 단계 503에서 파싱을 처리하고, 단계 504에서 모든 클라이언트 및 중앙센터(DASC)에 파싱된 내용을 라이트한다. 단계 502에서 자동 메시지가 아니면 단계 505에서 파싱을 처리하고, 단계 506에서 해당되는 호출자에게 파싱된 내용을 라이트한다.

단계 507에서는 해당되는 DXC를 찾고, 단계 508에서는 해당 DXC가 메시지처리중인지를 판단한다. 단계 508에서 판단결과 DXC가 메시지 처리중이 아니면 단계 509에서 해당 DXC에 명령을 보내고, 단계 508에서 메시지 처리중이면 단계 510에서 명령을 데이터 베이스(DB)에 저장한다.

도 6을 참조하면, 단계 601에서는 메시지를 스페이스(SPACE)나 탭(TAB) 혹은 캐리지 리턴(CARRIAGE RETURN)으로 나누고, 단계 602에서 메시지 상태를 1로 한 후 단계 603에서 메시지 토큰을 확인한다. 이어 단계 604에서 메시지 상태를 판단한 후 상태값에 따라 단계 605 내지 단계613을 수행한다.

상태값이 1이면 단계 605에서 메시지 상태값을 증가시키고, 메시지 아이디(TL1_message.sid)에 메시지 토큰(message_token)을 할당한다. 이어 메시지 상태값(message_status)이 2이면 단계 606에서 메시지 상태값을 증가(Message_status++)시키고, 날짜 메시지(TL1_message.date)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 3이면 단계 607에서 메시지 상태값을 증가(Message_status++)시키고, 날짜 메시지(TL1_message.date)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 4이면 단계 608에서 메시지 상태값을 증가(Message_status++)시키고, 메시지코드(TL1_message. almcode)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 5이면 단계 609에서 메시지 상태값을 증가(Message_status++)시키고, 메시지 태그(TL1_message.tag)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 6이면 단계 610에서 메시지 상태값을 증가(Message_status++)시키고, 메시지 명령(TL1_message.command)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 7이면 단계 611에서 메시지 상태값을 증가(Message_status++)시키고, 메시지 서브1(TL1_message.sub1)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 8이면 단계612에서 메시지 상태값을 증가(Message_status++)시키고, 메시지 서브2(TL1_message.sub2)에 메시지 토큰(message_token)을 할당한다. 메시지 상태값(message_status)이 9이면 단계 613에서 메시지 상태값을 증가(Message_status++)시키고, 파라메터 메시지 (parameter)에 메시지 토큰(message_token)을 할당한다.

이상에서 살펴본 바와 같이, 본 발명에 따라 지역감시장치(RMCS) 서버가 DXC로부터 수신된 메시지를 처리하여 클라이언트가 알기 쉽게 하므로써 전체적으로 처리속도를 향상시킬 수 있고, 구현이 용이한 효과가 있다.

Claims

DXC로부터 X.25 프로토콜에 따라 메시지를 수신하여 지역센터(RMCS)의 클라이언트나 중앙센터(DASC)에 전달하고, 중앙센터(DASC)의 명령을 해당 DXC에 전달하도록 된 지역센터(RMCS) 서버에 있어서,

DXC 테이블을 오픈하여 링크드 리스트를 구성하는 단계;

모든 DXC들에 연결을 설정하는 단계;

상기 중앙센터(DASC)와 연결을 설정하는 단계;

연결이 성공되면 클라이언트에 연결상태를 전달하는 단계; 및

메인 루프를 수행하여 파싱하는 단계를 포함하는 것을 특징으로 하는 망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법.
제1항에 있어서, 상기 메인 루프를 수행하여 파싱하는 단계가, 자동 메시지이면 파싱처리 후 모든 클라이언트와 중앙센터에 파싱된 내용을 라이트하는 단계; 자동 메시지가 아니면 파싱처리 후 해당 되는 호출자에게 파싱된 내용을 라이트하는 단계; 및 해당 되는 DXC를 찾아 명령을 전송하는 단계로 구성되는 것을 특징으로 하는 망관리 지역센터에서 트랜잭션 랭귀지 1 파싱 처리방법.