KR100864014B1

KR100864014B1 - 컴포넌트 스타트 순서에 따른 ｓｃａ기반의 파형어플리케이션의 스타트 방법

Info

Publication number: KR100864014B1
Application number: KR1020060124184A
Authority: KR
Inventors: 오상철; 박남훈
Original assignee: 한국전자통신연구원
Priority date: 2006-12-07
Filing date: 2006-12-07
Publication date: 2008-10-16
Also published as: KR20080052112A; US20100318966A1; WO2008069421A1

Abstract

본 발명은 SCA구조에서 파형 어플리케이션이 스타트될 때 각 컴포넌트의 스타트 순서를 제어함으로써 상위층 컴포넌트가 하위층 컴포넌트에 비해 먼저 스타트되어 에러가 발생하는 것을 방지하는 방법에 관한 것이다.상기의 목적을 달성하기 위하여 본 발명은 SCA 구조에 존재하는 도메인 프로파일에 있어, 각 컴포넌트의 스타트 순서와 관련된 정보를 정의하는 부분을 포함하는 도메인 프로파일 및 상기 도메인 프로파일에 컴포넌트의 스타트 순서에 관련된 정보에 따라 파형 어플리케이션이 스타트되는 것을 그 특징으로 한다. 본 발명을 이용하면 SCA 구조에서 파형 어플리케이션이 스타트될 때 각 컴포넌트의 스타트 순서에 대한 명시적 제어가 가능하므로 상위 계층의 컴포넌트가 하위 계층의 컴포넌트 보다 먼저 스타트되는 것을 미연에 방지할 수 있다.

SCA(Software Communications Architecture), 도메일 프로파일(domain profile), 컴포넌트(component)

Description

컴포넌트 스타트 순서에 따른 ＳＣＡ기반의 파형 어플리케이션의 스타트 방법 {Method for start of application based on SCA system according to component start order}

도1은SCA 기반 시스템의 기본 구조이다

도2는SCA 구조에서 파형 어플리케이션 구동의 일실시예이다,

도3은 컴포넌트 스타트 순서와 관련된 정보가 포함된 도메인 프로파일 명세서의 일실시예이다.

도4는 본 발명의 특징에 따른 SCA 컴포넌트의 스타트 방법의 절차도이다.

도5는 어셈블리 콘트롤러에 저장된 SCA 컴포넌트 순서 테이블 실시예이다.

SCA(Software Communications Architecture)이란 미국의 Joint Tactical Radio System (JTRS) Joint Program Office(JPO)에서 통신 시스템간 상호 연동성을 크게 개선하고 개발 및 배치 비용을 줄이고자 제안한 표준화된 통신 소프트웨어 구조로 서, 소프트웨어 및 하드웨어의 이식성과 구성능력을 보장하고, SCA를 사용하여 개발된 제품들간의 상호 연동성 보장을 목표로 제작되었다. SCA는 객체 모델의 산업 표준인 CORBA(Common Object Request Broker Architecture)를 미들웨어(middleware)로 채택하여 다른 기종의 하드웨어와 소프트웨어의 통합 환경을 제공하고 있다. SCA는 특정 시스템에 한정되는 규격이 아니라 독립적인 시스템 디자인 프레임워크이며, SCA 기반의 시스템은 이러한 SCA 구조를 기반으로 이루어진 통신 시스템을 말한다. 예를 들면 SDR(Software Defined Radio)시스템은 소프트웨어 프레임워크의 표준으로 SCA를 채택하고 있다.

SCA 소프트웨어 기본 아키텍쳐는 크게 RTOS(Real Time Operating System), CORBA Middleware, CF(Core Framework) 및 어플리케이션으로 구성되어 있으며, SCA에서의 어플리케이션은 하나의 파형의 기능을 수행하는 것으로 여러 개의 컴포넌트들을 하나의 패키지로 묶어 설치, 배치하여 실행하게 된다.

일반적인 통신용 프로토콜의 경우 OSI 7 계층형태의 계층으로 구성되어 있으며 이는 최하단 물리계층으로부터 최상단 어플리케이션 계층까지 여러 계층으로 이루어진다. 각 계층들은 상호간에 서비스 사용자(상위 계층)와 서비스 제공자(하위 계층) 형태로 이루어지므로 서비스 제공자인 하위 계층이 스타트(start)가 안된 상황에서는 서비스 사용자인 상위 계층이 스타트 되어도 서비스가 이루어지지 않으며 에러 상황에 봉착하게 된다. 따라서 이를 회피할 수 있는 방안으로는 첫째, 상하위 계층 간에 별도로 정의된 초기화 절차에 의해 에러를 극복하는 방안과 둘째, 스타 트를 하위 계층으로부터 상위 계층으로 순차적으로 하여 에러를 미연에 방지하는 방안이 있을 수 있다. 이때 첫번째 방안의 경우, 파형 컴포넌트 이식성(waveform component portability)을 중시하는 SCA 구조에서는 이를 적용하기에 어려움이 있다. 즉 컴포넌트 A 및 컴포넌트 B 가 각각 별개의 회사에서 제작되었다고 하여도SCA 기반에서 상호통신이 가능하여야 하며, 이를 위해서는 컴포넌트 간 초기화 절차가 세계 표준으로 SCA 규격에 정의되어 있어야 하나 SCA 규격에는 이에 대한 정의가 없다. 따라서 종래에는 하나의 SCA 기반 파형 어플리케이션(waveform application)이 스타트될 때 도메인 프로파일(domain profile)에 기술된 컴포넌트들에 대해 아무런 기준없이 어셈블리 콘트롤러(assembly controller)에서 임의의 순서대로 각 컴포넌트들을 스타트시켰으며, 이러한 점에서 스타트 순서(start order)가 매우 중요한 통신용 프로토콜 어플리케이션에서의 스타트 에러(start error)의 발생을 극복하기가 불가능하였다.

본 발명은 상기와 같은 문제점을 해결하기 위하여 상기 두번째 방안과 관련되어 안출된 것으로서, SCA구조에서 파형 어플리케이션이 스타트될 때 각 컴포넌트의 스타트 순서를 제어함으로써 상위층 컴포넌트가 하위층 컴포넌트에 비해 먼저 스타트되어 에러가 발생하는 것을 방지하는 방법에 관한 것이다.

상기의 목적을 달성하기 위하여 본 발명은 SCA 구조에 존재하는 도메인 프로파일에 있어, 각 컴포넌트의 스타트 순서와 관련된 정보를 정의하는 부분을 포함하는 도메인 프로파일 및 상기 도메인 프로파일에 컴포넌트의 스타트 순서에 관련된 정보에 따라 파형 어플리케이션이 스타트되는 것을 그 특징으로 한다. 즉 본 발명의 특징에 따른 어플리케이션의 스타트 방법은 어플리케이션 팩토리(application factory)에 의하여 어플리케이션 X가 생성되는 단계; 도메인 프로파일에 정의된 각 컴포넌트의 스타트 순서와 관련된 정보가 어플리케이션 팩토리에 의해 파싱(parsing)되어 어플리케이션 X에 전달되는 단계; 어셈블리 콘트롤러가 상기 어플리케이션 X로부터 상기 정보를 전달 받아 이를 저장하는 단계; 스타트 명령의 입력시 어플리케이션 X의 스타트가 호출되는 단계: 상기 어플리케이션 X에 의해 어셈블리 콘트롤러의 스타트가 호출되는 단계; 및 각 컴포넌트가 상기 어셈블리 콘트롤러의 상기 저장된 정보에 따라 순차적으로 스타트되는 단계를 포함한다.

이하 첨부된 도면을 참고로 하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다. 그러나 본 발명은 본 발명의 기술적 사상의 한도 내에서 여러 형태로 구현될 수 있으며 여기에 설명하는 실시예에 한정되지 않는다.

도1에는 SCA기반 시스템의 일반적인 구조가 나타나 있다. SCA 구조에서는 CPU(Central Processing Unit), DSP(Digital Signal Processor) 또는 FPGA(Field Programmable Gate Array) 와 같은 종류의 하드웨어(101)상위에 OS(102), CORBA(103) 및 SCA CF(Software Communications Architecture Core Framework)(104) 가 존재한다. SCA CF에 존재하는 도메인 프로파일(105)은 컴포넌트들을 배치하고 연결하여 어플리케이션 프로그램(106)이 동적으로 구성될 수 있도록 시스템 내의 하드웨어 장치 및 소프트웨어 컴포넌트 특성을 기술하는 XML 파일을 통칭하며, 하드웨어 및 소프트웨어 컴포넌트의 인터페이스, 기능적인 면에서의 능력, 논리적 위치, 상호의존성 및 관련 파라메터 등의 내용이 포함된다. 따라서 SCA CF에 존재하는 도메인 프로파일을 기반으로 CF 의 각종 매니저(manager)에 의해 상위 파형 어플리케이션(106)의 여러 컴포넌트가 해당 하드웨어에 배치되고 실행된다. 이때 각 컴포넌트들은 상호간에 통신을 위해 SCA 에서 정의한 포트(Port)를 이용해 정보를 주고 받는다.

도2에는 이러한 SCA기반 시스템에서의 구조에서 파형 어플리케이션 구동 실시예를 보여주고 있다. SCA 구조에서는 해당 파형 어플리케이션 의 모든 정보를 XML 파일 형태인 도메인 프로파일에 정의하고 어플리케이션 실행시 이를 참조하도록 권고하고 있다. 따라서 어플리케이션 팩토리(201)가 도메인 프로파일(105)의 정보를 해석하여 파형 어플리케이션 X(202)를 생성하고 그 내부의 어셈블리 콘트롤러(203)에 의해 해당 컴포넌트들을 관리한다. 어셈블리 콘트롤러(203)는 콘트롤 포트(204)를 통해 해당 컴포넌트에 콘트롤 정보를 전달한다. 또한 SCA에서는 어셈블리 콘트 롤러와 모든 컴포넌트를 CORBA의 네이밍 서버(Naming Server)(209)에 등록하도록 권고하고 있으며, 모든 컴포넌트들은 이 등록정보를 조회함으로써 상대 컴포넌트를 찾을 수 있고 이를 바탕으로 통신하도록 하고 있다. 그러나 여기서 각 컴포넌트의 포트들은 네이밍 서버에 등록되지 않은 형태로 각 컴포넌트가 내부적으로 운영하도록 권고하고 있다. 따라서 각각의 컴포넌트는 상대 컴포넌트와 통신하기 위한 커넥션(connection) 정보를 유지하고 있으며 이 커넥션은 단방향으로 정의하도록 권고하고 있다. 예를 들어 도2에서와 같이 컴포넌트A(204) 가 컴포넌트B(205)로 정보를 송신하고 싶다면 커넥션 1(206)에 정의되어 있는 A_출력포트(207)로 정보를 전달하면 A_출력포트(207)는 이미 B_입력포트(208)로 가도록 정의되어 있으므로 컴포넌트 B(205) 의 B_입력포트(208)로 정보가 전달되게 된다. 컴포넌트 B(205)에서의 컴포넌트 A(204)로의 정보 전달로 역시 같은 방법에 의하게 된다.

도3에는 본 발명의 특징에 따라 각 컴포넌트의 스타트 순서를 정의하기 위하여 XML로 작성된 도메인 프로파일 명세서의 일실시예가 나타나 있다. 도3에 나타난 <componentfiles>는 어플리케이션 X를 이루는 각 컴포넌트에 대한 SPD(Software Package Description) 파일이고, <componentorders>는 각 컴포넌트의 ID 및 스타트 순서를 나타내는 값으로 이루어진다. 이 값은 통신용 프로토콜의 특성상 하위 계층으로부터 상위 계층까지 순차적으로 할당 되어야 한다.

도4에는 상기와 같이 각 컴포넌트의 스타트 순서가 정의된 도메인 프로파일 을 이용하여 각 컴포넌트를 순서대로 스타트 하는 방법의 절차도가 나타나 있는 바, 이를 참조하여 본 발명에 따른 각 컴포넌트를 순서대로 스타트하는 방법에 대해서 설명한다.

어플리케이션 팩토리에 의하여 어플리케이션 X가 생성되고(S1), 도3에 나타난 것과 같이 작성된 도메인 프로파일에 정의된 각 컴포넌트의 스타트 순서와 관련된 정보가 어플리케이션 팩토리에 의해 파싱되어 어플리케이션 X에 전달된다. 이때 어플리케이션 X 는 어셈블리 콘트롤러를 통해 여러 컴포넌트를 제어할 수 있다. 어셈블리 콘트롤러는 상기 어플리케이션 X로부터 상기 정보를 전달 받아(S2) 이를 저장한다(S3). 이때 스타트 순서와 관련된 도메인 프로파일의 정보는 도5에 나타난 것과 같은 테이블 형태로 저장될 수 있으며, 상기 어셈블리 콘트롤러는 하나의 어플리케이션 X에 속하는 모든 컴포넌트에 대한 제어를 도 5에 나타난 것과 같은 테이블 형태로 저장된 순서에 따라 수행할 수 있다.

사용자로부터 스타트 명령의 입력 시 어플리케이션 X 의 스타트가 호출 되고(S4), 다음 상기 어플리케이션 X 에 의해 어셈블리 콘트롤러의 스타트가 호출된다(S5). 다음, 각 컴포넌트가 어셈블리 콘트롤러의 상기 저장된 정보에 따라 순차적으로 실행되게 된다(S6).

본 발명을 이용하면 SCA 구조에서 파형 어플리케이션이 스타트될 때 각 컴포넌트의 스타트 순서에 대한 명시적 제어가 가능하므로 상위 계층의 컴포넌트가 하위 계층의 컴포넌트 보다 먼저 스타트되는 것을 미연에 방지할 수 있다

Claims

SCA(Software Communication Architecture) 기반 시스템에서의 파형 어플리케이션을 구성하는 컴포넌트 각각의 특성에 대한 정보가 기술되는 도메인 프로파일을 저장하는 저장 매체에 있어서,

상기 도메인 프로파일은 상기 컴포넌트 각각의 스타트 순서와 관련된 정보를 정의하는 부분을 포함하는 것을 특징으로 하는 도메인 프로파일을 저장하는 저장매체.
SCA(Software Communication Architecture) 기반 시스템에서의 파형 어플리케이션을 스타트하는 방법에 있어서,

상기 파형 어플리케이션를 이루는 컴포넌트의 각각의 특성을 기술하는 도메일 프로파일에 상기 컴포넌트 각각의 스타트 순서와 관련된 정보를 정의해 두고, 상기 정보에 따라 순차적으로 상기 컴포넌트를 스타트시키는 것을 특징으로 하는 SCA 기반 시스템에서의 파형 어플리케이션 스타트 방법.
제2항에 있어서, 상기 SCA 기반 시스템에서의 파형 어플리케이션 스타트 방법은

(a) 어플리케이션 팩토리에 의하여 어플리케이션 X가 생성되는 단계;

(b) 상기 도메인 프로파일에 정의된 상기 컴포넌트 각각의 스타트 순서와 관련된 정보가 상기 어플리케이션 팩토리에 의해 파싱되어 상기 어플리케이션 X에 전달되는 단계;

(c) 어셈블리 콘트롤러가 상기 어플리케이션 X로부터 상기 정보를 전달 받아 이를 저장하는 단계;

(d) 사용자의 스타트 명령의 입력 시 상기 어플리케이션 X의 스타트가 호출되는 단계;

(e) 상기 어플리케이션 X에 의해 상기 어셈블리 콘트롤러의 스타트가 호출되는 단계; 및

(f) 상기 컴포넌트 각각이 상기 어셈블리 콘트롤러의 저장된 정보에 따라 순차적으로 실행되는 단계;

를 포함하는 것을 특징으로 하는 SCA 기반 시스템의 파형 어플리케이션 스타트 방법.
제2항 또는 제3항에 있어서, 상기 도메인 프로파일에 정의된 상기 컴포넌트의 스타트 순서와 관련된 정보는 테이블 형태인 것을 특징으로 하는 SCA 기반 시스템에서의 파형 어플리케이션 스타트 방법.