KR100651439B1 - 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법 - Google Patents

Abstract

본 발명은 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법에 있어서, 아이.디.엘(IDL) 파일부를 통해 IDL을 작성하는 과정과, 아이.디.엘.투.코르바(IDL2CORBA)툴을 실행하여 IDL2CORBA내부에서 디스크립터(Descriptor)를 사용하여 원하는 클래스 파일을 생성하는 과정과, CORBA를 사용하여 통신하기 위한 상용 툴인 아이.디.엘.투.자바(IDL2JAVA)를 사용하여 상기 IDL파일부로부터 IDL클래스 파일을 생성하는 과정과, IDL클래스 형식으로 CORBA를 통해서 전해진 데이터를 CORBA클래스를 통해서 서비스타입(SvcType)클래스로 변환하는 과정을 포함하여 구성함을 특징으로 한다.

지능망, CORBA, 다중 프로토콜, 프레임워크

Description

지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법{METHOD FOR PROGRAMING A FRAMEWORK FOR GUARANTEEING PROTOCOL-INDEPENDENT COMMUNICATION NODE IN INTELLIGENT NETWORK}

도 1은 종래 CORBA와 No.7을 동시에 수용하는 지능망의 기능블록도,

도 2는 본 발명의 실시 예에 따른 CORBA-IDL 게이트웨이 기능을 구비한 지능망의 기능블록도,

도 3은 본 발명의 실시 예에 따른 SCF의 기능 블록도,

도 4는 본 발명의 실시 예에 따라 다중 프로토콜을 지원하기 위한 프레임워크를 적용하는 동작 제어 흐름도.

본 발명은 지능망에서 다중 프로토콜을 사용하는 통신노드에 적용되는 것으로, 특히 사용되는 지능망의 통신 프로토콜이 바뀌더라도 통신 노드상의 애플리케이션 프로그램의 수정없이 그 프로토콜을 수용하기 위한 프레임워크(Framework) 구 현방법에 관한 것이다.

근래 지능망은 분산처리구조를 갖는 여러 노드로 이루어지는 대단히 복잡한 망 형태를 보이고 있다. 각 노드들은 상이한 프로토콜로 통신을 하며 이 때문에 각 프로토콜들간의 변환을 위한 게이트웨이(Gateway)가 많이 사용되고 있다.

또한 근래에 들어 지능망에는 객체지향 패러다임을 도입하기 위하여 응용프로토콜인 INAP과 분산객체 소프트웨어 구조인 CORBA(Common Object Request Broker Architecture)와의 연동을 고려한 시스템 구조가 많이 사용된다. 그 결과로 지능망 서비스를 담당하는 SCF에서 No.7과 CORBA를 동시에 사용하는 경우가 발생하였다.

도 1은 종래에 이를 해결하기 위해 CORBA와 No.7을 동시에 수용하는 지능망의 시스템 구조를 도시한 것으로, 상기 도 1에 도시된 바와 같은 시스템 구조에서는 SCF(106)가 No.7을 이용해서 INAP을 전송하는 다른노드와 통신을 하기 위해 CORBA-INAP 게이트웨이(114)를 구비한다.

그런데 상기와 같은 종래 시스템구조는 CORBA-INAP 게이트웨이(114)를 별도로 제작해야 하며, SCF(106)와 CORBA-INAP게이트웨이(114) 간 통신을 위한 별도의 IDL(Interface Definition Language)(108)이 필요하다. 또한 SCF(106)와 게이트웨이(114)간의 데이터 전송시 No.7을 위해서 포인트 코드(Point code), 다이얼로그 아이디(Dialogue ID), 인보우크 아이디(Invoke ID) 등의 정보가 필요하며, 이를 위해서 IDL파일에 적합한 데이터가 표현 되어 있어야 한다. 그리고 SCF(106)가 No.7을 지원하기 위해서는 내부 소스코드가 바뀌어야 하며, CORBA(104)만을 위해서 작성된 SCF(106)의 통신모듈이 No.7의 정보를 수용하기 위해서는 통신모듈의 변경이 불가피하다. 그리고 만약 적절한 데이터 추상화 과정이 없이 SCF가 작성되었다면 SLP, SIB까지 수정해야하는 문제점이 있었다.

상술한 바와 같이 종래 시스템구조는 CORBA-INAP 게이트웨이를 별도로 제작해야 하며, SCF와 CORBA-INAP게이트웨이 간 통신을 위한 별도의 IDL이 필요하다. 또한 SCF와 게이트웨이간의 데이터 전송시 No.7을 위해서 포인트 코드, 다이얼로그 아이디, 인보우크 아이디 등의 정보가 필요하며, 이를 위해서 IDL파일에 적합한 데이터가 표현 되어 있어야 한다. 그리고 SCF가 No.7을 지원하기 위해서는 내부 소스코드가 바뀌어야 하며, CORBA만을 위해서 작성된 SCF의 통신모듈이 No.7의 정보를 수용하기 위해서는 통신모듈의 변경이 불가피하며, 만약 적절한 데이터 추상화 과정이 없이 SCF가 작성되었다면 SLP, SIB까지 수정해야하는 문제점이 있었다.

따라서 본 발명의 목적은 CORBA-INAP 같은 게이트웨이의 기능을 통신노드에 두어 별도 프로그램의 제작비용 및 시간의 소모를 방지함에 있다.

본 발명의 다른 목적은 다중 프로토콜을 지원하는 범용적인 IDL을 설계하여 프로토콜이 바뀔때마다 통신노드의 통신모듈이 변경되어야 하는 문제를 해결함에 있다.

본 발명의 또 다른 목적은 통신노드의 프로토콜을 실시간에 선택할 수 있도록 하여 CORBA, TCAP뿐이 아니라 향후에 다른 프로토콜을 지원해야할 필요성이 발생하더라도, 통신 노드상의 기본 애플리케이션 프로그램 모듈의 변경없이 이를 지 원할 수 있게 함에 있다.

상술한 목적을 달성하기 위한 본 발명은 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법에 있어서, 아이.디.엘(IDL) 파일부를 통해 IDL을 작성하는 과정과, 아이.디.엘.투.코르바(IDL2CORBA)툴을 실행하여 IDL2CORBA내부에서 디스크립터(Descriptor)를 사용하여 원하는 클래스 파일을 생성하는 과정과, CORBA를 사용하여 통신하기 위한 상용 툴인 아이.디.엘.투.자바(IDL2JAVA)를 사용하여 상기 IDL파일부로부터 IDL클래스 파일을 생성하는 과정과, IDL클래스 형식으로 CORBA를 통해서 전해진 데이터를 CORBA클래스를 통해서 서비스타입(SvcType)클래스로 변환하는 과정을 포함하여 구성함을 특징으로 한다.

이하 본 발명의 바람직한 실시 예를 첨부한 도면을 참조하여 상세히 설명한다. 하기 설명 및 첨부 도면에서 구체적인 처리 흐름과 같은 많은 특정 상세들이 본 발명의 보다 전반적인 이해를 제공하기 위해 나타나 있다. 이들 특정 상세들없이 본 발명이 실시될 수 있다는 것은 이 기술분야에서 통상의 지식을 가진 자에게 자명할 것이다. 그리고 본 발명의 요지를 불필요하게 흐릴 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략한다.

도 2는 본 발명의 실시 예에 따른 CORBA-INAP 게이트웨이의 기능을 가지는 SCF를 구현한 지능망 구조를 도시한 것이다. 상기 도 2에 도시된 바와 같이 SSF(116)와 SCF(200)간의 통신은 CORBA, No.7 두개의 프로토콜을 모두 사용할 수 있다. 이때 SCEF(Sevice Creation Environment Function)(100)는 서비스 개발환경 기능을 수행하며, SMF(System Management Function)(102)는 시스템 관리 기능을 수행한다.

도 3은 다중 프로토콜을 지원하기 위한 프레임워크를 적용한 SCF(200)의 기능블록을 도시한 것으로, 상기 CORBA-INAP 게이트웨이 기능을 SCF(200)에 수용하면서 다른 프로토콜들에 대한 사용 가능성을 모두 고려하여 SCF(200)의 프레임 워크를 구현하였다.

상기 도 3을 참조하면, IDL파일부(310)는 CORBA와 No.7의 TCAP을 동시에 지원한다. 이때 IDL은 INAP을 기본으로 하여 TCAP의 포인트 코드(Point code), 다이얼로그 아이디(Dialogue ID), 인보우크 아이디(Invoke ID) 등을 모두 표현하도록 한다. IDL2CORBA(308)는 IDL파일부(310)의 IDL을 이용하여 SvcType 클래스 파일부(316), CORBA 클래스 파일부(318), No.7 클래스 파일부(320) 등 SCF(200)에서 사용될 클래스 파일들을 자동으로 생성해준다. 디스크립터(Descriptors)(300)는 IDL2CORBA(308)에서 사용되는 프로그램 모듈로서 SCF(200)에서 사용되는 프로토콜에 따라서 그 프로토콜의 특성을 SCF(200)에 맞게 변환하여 준다.

도 4는 본 발명의 실시 예에 따라 다중 프로토콜을 지원하기 위한 프레임워크를 적용한 SCF에서의 처리 흐름을 도시한 것이다. 이하 상기 도 3 및 도 4를 참조하여 본 발명의 실시 예를 상세히 설명한다.

먼저 SCF(200)는 상기 도 4의 (400)단계에서 IDL 파일부(310)를 통해 IDL을 작성한다. 이어 SCF(200)는 (402)단계에서 IDL2CORBA(308)툴을 실행하여 IDL2CORBA(308)내부에서 디스크립터(Descriptor)(300)를 사용하여 원하는 클래스 파일을 생성한다. 즉, 이때 SLP, SIB를 위해서 SvcType이라는 추상 데이터 크래스들이 만들어지고, CORBA나 No.7프로토콜에서 전송된 데이터를 상기 SvcType 클래스에 맞는 데이터로 변환하기 위해서 CORBA 클래스, No.7클래스들이 생성된다. 이때 SCF(200)는 SvcType만 사용하여 SLP, SIB를 작성하기 때문에 통신모듈이 바뀌더라도 이로 인해서 SLP,SIB를 재작성할 필요가 없어진다. 이어 SCF(200)는 (404)단계로 진행하여 CORBA를 사용하여 통신하기 위한 상용 툴인 IDL2JAVA(312)를 사용하여 IDL파일부(310)로부터 IDL클래스 파일을 생성한다. 따라서 SCF(200)는 이렇게 생성된 IDL클래스를 이용하여 상기 도 2에 도시된 바와 같이 통신을 하게 된다. 이어 SCF(200)는 (406)단계로 진행하여 IDL클래스 형식으로 CORBA를 통해서 전송된 데이터를 CORBA클래스를 통해서 SvcType클래스로 변환시킨다. 이에 따라 No.7을 통해서 전송되는 데이터도 No.7 클래스를 통해서 SvcType으로 변형되게 된다.

따라서 향후에 다른 프로토콜을 지원할 필요성이 발생하면 해당하는 프로토콜을 SveType으로 변환하는 알고리즘을 가진 Descriptor(300)만 작성하여 IDL2CORBA(308)툴을 수행하고 여기서 나온 클래스파일들을 SCF(200)에 적용한다면 간단히 그 프로토콜을 SCF(200)에서 지원하게 되는 것이다.

상술한 바와 같이 본 발명은 다중 프로토콜을 사용하는 통신망에서 통신노드 가 별도의 프로그램 도움없이 독자적으로 다중 프로토콜을 지원할 수 있게 하며, 통신노드의 기본 애플리케이션 프로그램의 수정없이 다중 프로토콜을 지원 가능하도록 하여 상용 프로토콜 스택을 통신노드에 바로 적용시킴으로서, 프로토콜이 바뀌더라도 디스크립터(Descriptor) 프로그램 모듈만 작성해 주면 되도록 하여 프로그램 개발이 용이하며, 유지보수 또한 간단해지도록 하는 이점이 있다.

Claims (2)

1. 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법에 있어서,

   SCF는 아이.디.엘(IDL) 파일부를 통해 IDL을 작성하는 과정과,

   상기 SCF는 아이.디.엘.투.코르바(IDL2CORBA)툴을 실행하여 IDL2CORBA내부에서 디스크립터(Descriptor)를 사용하여 원하는 클래스 파일을 생성하는 과정과,

   상기 SCF는 CORBA를 사용하여 통신하기 위한 상용 툴인 아이.디.엘.투.자바(IDL2JAVA)를 사용하여 상기 IDL파일부로부터 IDL클래스 파일을 생성하는 과정과,

   상기 SCF는 IDL클래스 형식으로 CORBA를 통해서 전해진 데이터를 CORBA클래스를 통해서 서비스타입(SvcType)클래스로 변환하는 과정으로 구성됨을 특징으로 하는 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법.
2. 제1항에 있어서, 상기 클래스 파일의 생성과정은,

   상기 CORBA 또는 No.7프로토콜에서 전송된 데이터를 상기 SvcType 클래스에 맞는 데이터로 변환하기 위해서 CORBA 클래스, No.7클래스들을 생성하는 것임을 특징으로 하는 지능망에서 다중 프로토콜을 지원하는 통신노드를 위한 프레임워크 구현방법.

Images