KR100721557B1 - 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을위한 파싱 장치 및 그 방법 - Google Patents

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야

본 발명은 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법에 관한 것임.

2. 발명이 해결하려고 하는 기술적 과제

본 발명은 현재 데이터 방송중인 어플리케이션(스포츠 중계 방송을 예로 들면, 경기 기록을 제공하기 위한 어플리케이션)에 대한 모듈 정보(특정 모듈의 크기, 버전 등)가 포함된 DII 메시지 및 실제 어플리케이션 데이터가 포함된 DDB 메시지를 각 메시지들이 송출됨에 따라 지속적으로 수신하여 DII 캐쉬 및 DDB 캐쉬에 각각 저장하고, 이후 임의의 DII 메시지를 수신함에 따라 기 수신한 해당 DDB 메시지를 찾아내 함께 파싱(parsing)하여 어플리케이션 객체가 생성되도록 함으로써, 데이터 방송 어플리케이션을 보다 신속하게 다운로드하여 사용자 편의성을 향상시키기 위한, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법을 제공하는데 그 목적이 있음.

3. 발명의 해결방법의 요지

본 발명은, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치에 있어서, 현재 파싱중인 모듈정보 외의 타 모듈정보를 포함하는 제1 메시지를 임시로 저장하기 위한 제1 임시저장수단; 현재 파싱중인 모듈정보에 의해 참조되지 않는 어플리케이션 데이터를 포함하는 다수의 제2 메시지를 임시로 저장하기 위한 제2 임시저장수단; 상기 제1 임시저장수단에 저장되어 있는 제1 메시지를 버전관리수단으로 전달하고, 상기 버전관리수단을 통해 상기 제1 메시지가 새로운 버전임을 확인함에 따라 상기 제1 메시지를 파서로 전달하며, 그 결과로 전달받은 모듈정보에 의해 참조되는 어플리케이션 데이터를 포함하는 해당 제2 메시지를 상기 제2 임시저장수단에서 검색하여 상기 파서로 전달하기 위한 모니터링ㆍ다운로드수단; 상기 모니터링ㆍ다운로드수단으로부터 전달받은 제1 메시지의 버전이 새로운 버전임을 확인함에 따라 그 확인결과를 상기 모니터링ㆍ다운로드수단으로 전달하기 위한 상기 버전관리수단; 및 상기 모니터링ㆍ다운로드수단으로부터 제1 메시지를 전달받음에 따라 파싱한 후 모듈정보를 리턴하고, 그 결과로 해당 제2 메시지를 전달받음에 따라 파싱하기 위한 상기 파서를 포함한다.

4. 발명의 중요한 용도

본 발명은 데이터 방송 수신기 등에 이용됨.

데이터 방송, 어플리케이션 다운로드, DSMCC, 데이터ㆍ객체 캐로셀, 임시저장공간

Description

데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법{Apparatus and method for shortening time delay for downloading application}

도 1 은 종래 기술에 따른 데이터 방송 수신기에서의 어플리케이션 다운로드 방법에 대한 일실시예 흐름도,

도 2 는 본 발명에 따른 파싱 장치를 구비한 데이터 방송 수신기의 일실시예 구성도,

도 3 은 본 발명에 따른 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치에 대한 일실시예 구성도,

도 4 는 본 발명에 따른 파싱 장치에서의 DII 모니터 쓰레드에 대한 일실시예 흐름도,

도 5 는 본 발명에 따른 파싱 장치에서의 DDB 다운로드 쓰레드에 대한 일실시예 흐름도,

도 6 은 본 발명에 따른 파싱 장치에서의 다운로드 지연 시간 단축을 위한 메시지 캐싱 과정에 대한 일실시예 설명도이다.

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

201 : 튜너 202 : 디멀티플렉서

203 : 스트림 입력부 204 : 비디오/오디오 디코더

205 : 필터부 206 : DSMCC 파싱 장치

207 : 사용자 입력부 208 : 어플리케이션 매니저

209 : 신호변환부 210 : 그래픽 합성부

301 : DSMCC 파서 302 : DII 캐쉬

303 : DDB 캐쉬 304 : 실시간 지원 쓰레드 풀

3041 : 모니터 쓰레드 3042 : 다운로드 쓰레드

305 : 버전관리자 306 : 섹션 필터

본 발명은 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법에 관한 것으로, 더욱 상세하게는 DSMCC(Digital Storage Media Control and Command)의 데이터ㆍ객체 캐로셀(Carousel) 방식을 이용하여 데이터 방송 어플리케이션을 다운로드하되, 어플리케이션에 대한 모듈 정보가 포함된 DII 메시지와 실제 어플리케이션 데이터가 포함된 DDB 메시지를 각 메시지들이 송출됨에 따라 각각 수신하여 임시저장공간에 별도로 저장하고 이후 임의의 DII 메시지를 수신함에 따라 기 수신한 해당 DDB 메시지를 찾아내 함께 파싱(parsing)하여 어플리케이션 객체가 생성되도록 함으로써, 데이터 방송 어플리케이션을 보다 신속하게 다운로드하여 사용자 편의성을 향상시키기 위한, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법에 관한 것이다.

디지털 데이터를 이용한 양방향 서비스(Interactive Service)를 제공하는 데이터 방송은, 기존 텔레비전 방송 프로그램의 시청은 물론 VOD(Video On Demand), 뱅킹(banking), 쇼핑몰, 화상전화 등과 같은 방송, 통신, 인터넷이 상호 융합된 서비스를 이용할 수 있도록 하고 있다.

데이터 방송은 방송 스트림(stream) 내에 영상, 음성과 함께 다양한 데이터 및 어플리케이션을 실어 보냄으로써 각종 서비스를 제공할 수 있는데, 유형에 따라 독립형 서비스와 연동형 서비스로 구분할 수 있다.

즉, 현재 방송중인 방송 프로그램에 대하여 독립적으로 운영되는 채널을 통해 제공되면 독립형 서비스이고(예를 들면, 오늘의 헤드라인 뉴스, 일기예보, 주식 시세, 교통 정보, 전자상거래), 방송 프로그램 및 그에 관련된 데이터가 함께 제공되면 연동형 서비스이다(예를 들면, 드라마의 경우 줄거리나 등장인물 소개, 스포츠 중계 방송의 경우 선수 소개나 경기 기록).

이러한 데이터 방송을 위해서는, 어플리케이션과 데이터 방송 수신기의 운영체제 사이에서 어플리케이션의 다운로드 및 실행이 가능하도록 하는 미들웨어가 요구된다. 데이터 방송 미들웨어는 방송 매체에 따라 지상파의 경우 ACAP(Advanced Common Application Platform), 위성의 경우 MHP(Multimedia Home Platform), 케이 블의 경우 OCAP(Open Cable Application Platform)로 나누어질 수 있다. 상기 미들웨어들은 모두 GEM(Globally Executable MHP)을 기반으로 하고 있으며, 매체별 특성에 따라 추가적인 API를 둘 수 있다. 이들 미들웨어에서 수행 가능한 자바 기반의 데이터 방송 어플리케이션을 Xlet이라고 한다.

한편, 디지털 데이터 방송에서 어플리케이션은 DSMCC(Digital Storage Media Control and Command)의 데이터ㆍ객체 캐로셀(Carousel) 방식에 따라 메시지 형태(DSI/DII/DDB 메시지)로 재구성되고 영상, 음성과 함께 다중화되어 주기적으로 전송된다. DSMCC에 의해 정의된 각 메시지의 종류(DSI/DII/DDB 메시지)에 대해서는 곧 후술하기로 한다.

여기서, DSMCC(MPEG-2 standard part 6)는 광대역 네트워크상에서 멀티미디어 서비스를 제공하기 위해 제안된 공개 프로토콜이다. 그 중, 방송 어플리케이션 서비스 관련 프로토콜에는 데이터 모듈을 주기적으로 전송하여 수신측에서 데이터 셋을 받을 수 있도록 하는 데이터 캐로셀 방식과 디렉토리 객체, 파일 객체, 스트림 객체를 이용하여 구조화된 객체의 그룹을 주기적으로 전송하는 객체 캐로셀 방식이 있다. 데이터 방송 수신기에 탑재되는 DSMCC 파서는 메시지 형태로 재구성되어 전송되는 어플리케이션을 각 모듈별로 완성한 후 파싱(parsing)을 통해 각각의 데이터 방송 어플리케이션 객체를 생성하게 된다.

상기와 같은 DSMCC의 데이터ㆍ객체 캐로셀(Carousel) 방식에 따라 데이터 방송 어플리케이션이 전송되는 과정에 대한 종래 기술을, 하기의 도 1을 참조하여 설명하면 다음과 같다.

도 1 은 종래 기술에 따른 데이터 방송 수신기에서의 어플리케이션 다운로드 방법에 대한 일실시예 흐름도이다.

먼저, 데이터 방송 수신기의 미들웨어는 채널 선택(채널 변경)을 통해 새로운 디스크립터 정보가 수신됨에 따라(101), 상기 디스크립터 정보를 분석하여 어플리케이션이 함께 방송되는지의 여부를 판단한다(102). 즉, 어플리케이션의 존재 여부를 판단한다.

상기 어플리케이션 방송 여부 판단 결과(102), 어플리케이션이 방송되지 않을 경우 어플리케이션의 방송 여부를 판단하는 과정(102)으로 다시 진행한다.

한편, 상기 어플리케이션 방송 여부 판단 결과(102), 어플리케이션이 방송되는 경우 어플리케이션 정보를 수신하여 분석한다(103).

여기서, 어플리케이션 정보란 각 어플리케이션의 아이디, 이름, 각종 파라미터 등과 같은 메타 데이터를 말한다(동일 채널을 통해 다수의 어플리케이션이 방송될 수도 있다). 그리고, 상기 분석한 어플리케이션 정보를 화면을 통해 출력하여 그에 대한 사용자 요청 신호를 입력받는다. 이때, 자동 실행되는 어플리케이션의 경우에는 어플리케이션 다운로드 및 실행에 대한 사용자의 선택 과정을 수행하지 않고 다음 과정으로 진행한다.

어플리케이션을 다운로드하기 위하여, 상기 미들웨어는 서비스 게이트웨이 정보를 알아낼 수 있는 DSI 메시지를 요청하여 수신한 후 분석한다(104).

이때, 서비스 게이트웨이 객체란 데이터 방송 어플리케이션에서 사용되는 여러 객체들 중, 논리적으로 최상위에 해당하는 객체를 말한다. 상기 DSI 메시지는 각 어플리케이션마다 하나씩 존재하며, DSMCC 파싱 과정에서 가장 먼저 분석되어야 한다. 그리고, DSI(Download Server Initiate) 메시지는 상기 서비스 게이트웨이 객체에 대한 정보를 포함하는 메시지이다.

이후, 상기 미들웨어는 상기 DSI 메시지의 분석을 통해 획득한 서비스 게이트웨이 객체에 대한 정보를 이용하여 서비스 게이트웨이 객체가 포함되어 있는 해당 모듈에 대한 모듈 정보를 가지는 DII 메시지를 요청하여 수신한다(105).

여기서, DII(Download Info Indication) 메시지는 DSMCC의 데이터 캐로셀 방식에 따라 다운로드되는 특정 모듈에 대한 정보, 즉 해당 모듈의 크기, 버전, 블록 수(DDB 블록 수) 등과 같은 모듈 정보를 포함하는 메시지이다.

이후, 상기 수신한 DII 메시지를 분석하여 어플리케이션 객체 생성에 요구되는 각 모듈에 대한 모듈 정보를 획득한다(106). 그리고, 상기 획득한 모듈 정보를 이용하여 특정 모듈의 각 블록을 포함하고 있는 해당 DDB 메시지들을 요청하여 수신한다(107). 즉, 특정 모듈을 구성하는 각 DDB 블록들을 수신한다.

여기서, DDB(Download Data Block) 메시지는 DSMCC의 데이터 캐로셀 방식에 따라 다운로드되는 각 모듈을 구성하는 실제 데이터를 포함하는 메시지로서, 최대 크기는 4096 바이트이다.

이후, 상기 미들웨어는 상기 DDB 메시지들을 수집하여 해당 모듈을 구성한 후 분석한다(108). 이러한 모듈 분석 과정을 통해 추가적인 DII 메시지가 요구될 수 있으며, 이럴 경우 미들웨어는 새로운 DII 메시지를 요청 및 수신하여 분석한 후, 그 결과에 따라 DDB 메시지의 수집 및 모듈 구성ㆍ분석 과정을 반복적으로 수 행하게 된다.

즉, 상기 모듈 분석 과정을 통해 어플리케이션 다운로드가 완료되었는지의 여부를 판단하여(109) 그 결과, 추가적인 DII 메시지가 요구되는 경우에는 해당 DII 메시지를 요청하여 수신한 후(110) 이를 분석하여 특정 모듈의 모듈 정보를 획득하는 과정(106)으로 진행한다.

한편, 상기 어플리케이션 다운로드 완료 여부 판단 결과(109), 추가적인 DII 메시지가 요구되지 않을 경우(어플리케이션의 다운로드가 완료된 경우) 상기 미들웨어는 정보와 데이터의 변경을 감시하기 위해 DII 메시지들의 버전 정보를 모니터링하고, 어플리케이션의 정보와 데이터의 변경이 감지됨에 따라, 즉 새로운 버전의 DII 메시지를 수신함에 따라(111) 이를 분석하여 모듈정보를 획득하는 과정(106)으로 진행한다. 물론, 사용자 입력 인터럽트가 발생하는 경우(예를 들면, 채널을 변경하는 경우)에는 종료한다.

그런데, 상기 종래 기술에 따른 어플리케이션 다운로드 과정은 모듈 분석 과정에서 추가적인 DII 메시지가 요구될 수도 있다. 이럴 경우, 새로운 DII 메시지를 요청하여 수신하고, 그 분석 결과에 따라 새로운 DDB 메시지들을 요청하여 수신하기 위해서는, 새로운 방송 캐로셀(Carousel)의 주기를 반복적으로 기다려야 한다.

즉, 상기 종래 기술에 따른 데이터 방송 수신기에서는 모듈 분석 과정에 따라 DII/DDB 메시지를 반복적으로 요청 및 수신하게 되고, 그에 따른 다운로드 지연 시간이 발생하는 문제점이 있었다.

본 발명은 상기 문제점을 해결하기 위하여 제안된 것으로, 현재 데이터 방송중인 어플리케이션(스포츠 중계 방송을 예로 들면, 경기 기록을 제공하기 위한 어플리케이션)에 대한 모듈 정보(특정 모듈의 크기, 버전 등)가 포함된 DII 메시지 및 실제 어플리케이션 데이터가 포함된 DDB 메시지를 각 메시지들이 송출됨에 따라 지속적으로 수신하여 DII 캐쉬 및 DDB 캐쉬에 각각 저장하고, 이후 임의의 DII 메시지를 수신함에 따라 기 수신한 해당 DDB 메시지를 찾아내 함께 파싱(parsing)하여 어플리케이션 객체가 생성되도록 함으로써, 데이터 방송 어플리케이션을 보다 신속하게 다운로드하여 사용자 편의성을 향상시키기 위한, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치 및 그 방법을 제공하는데 그 목적이 있다.

본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있으며, 본 발명의 실시예에 의해 보다 분명하게 알게 될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.

상기 목적을 달성하기 위한 본 발명의 장치는, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치에 있어서, 현재 파싱중인 모듈정보 외의 타 모듈정보를 포함하는 제1 메시지를 임시로 저장하기 위한 제1 임시저장수단; 현재 파싱중인 모듈정보에 의해 참조되지 않는 어플리케이션 데이터를 포함하는 다수의 제2 메시지를 임시로 저장하기 위한 제2 임시저장수단; 상기 제1 임시저장수단에 저장되어 있는 제1 메시지를 버전관리수단으로 전달하고, 상기 버전관리수단을 통해 상기 제1 메시지가 새로운 버전임을 확인함에 따라 상기 제1 메시지를 파서로 전달하며, 그 결과로 전달받은 모듈정보에 의해 참조되는 어플리케이션 데이터를 포함하는 해당 제2 메시지를 상기 제2 임시저장수단에서 검색하여 상기 파서로 전달하기 위한 모니터링ㆍ다운로드수단; 상기 모니터링ㆍ다운로드수단으로부터 전달받은 제1 메시지의 버전이 새로운 버전임을 확인함에 따라 그 확인결과를 상기 모니터링ㆍ다운로드수단으로 전달하기 위한 상기 버전관리수단; 및 상기 모니터링ㆍ다운로드수단으로부터 제1 메시지를 전달받음에 따라 파싱한 후 모듈정보를 리턴하고, 그 결과로 해당 제2 메시지를 전달받음에 따라 파싱하기 위한 상기 파서를 포함한다.

한편, 상기 목적을 달성하기 위한 본 발명의 방법은, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법에 있어서, 어플리케이션의 모듈정보를 포함하는 제1 메시지와, 어플리케이션 데이터를 포함하는 제2 메시지를 지속적으로 수신하여 현 파싱 대상이 아닐 경우에 제1 및 제2 캐쉬에 각각 저장하는 메시지 임시 저장 단계; 임의의 제1 메시지를 파싱하여 모듈정보를 획득하는 제1 메시지 파싱 단계; 상기 획득한 모듈정보에 따라 그에 해당되는, 기 저장된 제2 메시지를 상기 제2 캐쉬로부터 검색하는 제2 메시지 검색 단계; 및 상기 검색한 제2 메시지를 파싱하는 제2 메시지 파싱 단계를 포함한다.

상술한 목적, 특징 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이며, 그에 따라 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있을 것이다. 또한, 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에 그 상세한 설명을 생략하기로 한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 일실시예를 상세히 설명하기로 한다.

본 발명은, DSMCC(MPEG-2 standard part 6)의 데이터ㆍ객체 캐로셀 방식을 이용하여 어플리케이션에 대한 모듈 정보와 실제 어플리케이션 데이터가 분리 전송되도록 하되, 데이터 방송 수신기의 DSMCC 파싱 장치가 현재 어플리케이션의 객체 구성에 필요하지 않더라도 향후 요구될 것으로 예상되는 데이터를 미리 다운로드하여 임시저장공간에 저장하고 이후 객체 구성에 필요하게 되면 기 다운로드한 데이터를 사용하도록 함으로써, 데이터 방송 어플리케이션의 다운로드 지연 시간이 단축되도록 한다.

이하의 일실시예에서는, 데이터 방송시 영상, 음성과 함께 어플리케이션이 동시에 송출되는 연동형 데이터 방송 서비스를 예로 들어 살펴보기로 한다.

도 2 는 본 발명에 따른 파싱 장치를 구비한 데이터 방송 수신기의 일실시예 구성도이다.

도 2에 도시된 바와 같이, 본 발명에 따른 파싱 장치를 구비한 데이터 방송 수신기는, 디지털 방송 신호를 수신하고 채널을 선택하기 위한 튜너부(201), 선택 된 채널을 통해 수신한 신호를 엠펙-2(MPEG-2) 전송 스트림으로 변환하기 위한 디멀티플렉서(202), 스트림의 입력을 선택적으로 받아들이기 위한 스트림 입력부(203), 엠펙-2 전송 스트림으로부터 비디오/오디오 스트림과 데이터 스트림을 분리하기 위한 필터부(205), 비디오/오디오 스트림으로부터 비디오/오디오 정보를 추출하여 디코딩하기 위한 비디오/오디오 디코더(204), 디코딩된 비디오/오디오 신호를 디스플레이 장치(도시되지 않음)에 적합한 신호로 변환하기 위한 신호변환부(209), 어플리케이션 화면과 비디오 화면을 합성하여 상기 신호변환부(209)로 전달하기 위한 그래픽 합성부(210), 상기 필터부(205)로부터 전달받은 데이터 스트림으로부터 프로그램 정보와 어플리케이션 데이터를 추출하여 파싱하기 위한 DSMCC 파싱 장치(206), 사용자로부터 각종 리모콘 신호를 입력받기 위한 사용자 입력부(207), 다운로드한 어플리케이션의 초기화, 실행, 삭제 등을 담당하기 위한 어플리케이션 매니저(208)를 포함한다.

여기서, 본 발명에 따른 DSMCC 파싱 장치(206)는 DSMCC에 정의된 형태의 메시지를 파싱하여 데이터 방송 어플리케이션 객체를 생성한다. 즉, DII 메시지를 분석하여 특정 모듈의 크기, 버전, 블록 수(DDB 블록 수)를 알아내고, 그에 해당하는 각 블록을 DDB 메시지를 통해 수신하여 해당 모듈을 구성하는 방식으로 동작하여 각각의 모듈을 완성한 후 파싱을 통해 데이터 방송 어플리케이션 객체를 생성한다.

이때, DSMCC 파싱 장치(206)는 수신 완료되었지만 현재 어플리케이션 객체 구성에 필요하지 않은 DDB 메시지(모듈을 구성하는 블록을 포함하고 있음)를 임시저장공간, 즉 DDB 캐쉬에 저장하고 상기 DDB 메시지를 참조하는 DII 메시지가 수신 됨에 따라 상기 캐싱한 DDB 메시지를 전달받아 파싱 과정을 수행하게 된다.

상기 DSMCC 파싱 장치(206)의 구성 및 동작에 관한 보다 상세한 설명을 도 3을 참조하여 설명하면 다음과 같다.

도 3 은 본 발명에 따른 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치에 대한 일실시예 구성도이다.

도 3에 도시된 바와 같이, 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치는, 각 메시지들을 파싱하여 어플리케이션 객체를 생성하기 위한 DSMCC 파서(301), DII 메시지를 임시로 저장하기 위한 DII 캐쉬(302), DDB 메시지를 임시로 저장하기 위한 DDB 캐쉬(303), 실시간 지원 쓰레드 풀(304), 각 메시지의 버전을 모니터링하여 새로운 메시지인지의 여부를 판단하기 위한 버전관리자(305)를 포함한다. 여기서, 섹션 필터(306)는 상기 도 2의 필터부(205)와 동일한 구성요소이다.

상기 실시간 지원 쓰레드 풀(304)은 모니터 쓰레드(3041)와 다운로드 쓰레드(3042)를 제공한다.

여기서, 모니터 쓰레드(3041)는 어플리케이션과 관련된 각종 변동 사항을 모니터링하기 위한 쓰레드로서 DII 모니터 쓰레드, AIT 모니터 쓰레드, 스트림 이벤트 디스크립터 모니터링 쓰레드를 포함한다. 상기 DII 모니터 쓰레드(DII 필터 쓰레드)는 DII 메시지를 수신하여 분석한 후 즉각 혹은 임시 저장 과정을 거쳐 DSMCC 파서(301)로 전달한다. 이에 대해서는 도 4를 참조하여 보다 상세히 후술하기로 한다. 또한, AIT 모니터 쓰레드는 어플리케이션 정보를 모니터링(현 채널 내에서 전 송 대상이 되는 어플리케이션의 변경 여부를 감시)하기 위한 쓰레드이고, 스트림 이벤트 디스크립터 모니터링 쓰레드는 스트림 이벤트의 발생 여부를 감시하기 위한 쓰레드이다.

그리고, 다운로드 쓰레드(3042)는 DDB 메시지들을 수신하기 위한 쓰레드로서 DDB 다운로드 쓰레드, DSI 다운로드 쓰레드, DSMCC 모듈 업데이트 쓰레드를 포함한다. 상기 DDB 다운로드 쓰레드(DDB 필터 쓰레드)는 각 DDB 메시지(특정 모듈 내 특정 DDB 블록을 포함하고 있음)별로 혹은 특정 모듈별로 생성될 수 있는데, 이에 대해서는 도 5를 참조하여 보다 상세히 후술하기로 한다. 또한, DSI 다운로드 쓰레드는 DSI 메시지를 수신하여 서비스 게이트웨이 정보를 제공하기 위한 쓰레드이고, DSMCC 모듈 업데이트 쓰레드는 어플리케이션에 변동이 발생했을 때 모듈을 갱신하기 위한 쓰레드이다.

상기 실시간 지원 쓰레드 풀(304)은 각 필터 쓰레드의 목적에 따라 모니터 쓰레드(3041)와 다운로드 쓰레드(3042)로 구분하여 관리한다. 이때, 섹션 필터(306)의 하드웨어 자원(필터 자원)이 부족할 경우, 즉 즉각적인 어플리케이션 업데이트의 확인과 스트림 이벤트 객체의 수신이 어려울 경우 각 쓰레드의 우선 순위를 달리하여 그에 따라 스케쥴링함으로써 실시간성을 보장한다. 즉, 모니터 쓰레드인 스트림 이벤트 디스크립터 모니터링 쓰레드와 DII 모니터 쓰레드의 우선 순위를 상대적으로 높게 부여하여 어플리케이션과 관련된 변동 사항(예 : 어플리케이션의 버전)을 실시간으로 모니터링할 수 있도록 하는 반면에, 다운로드 쓰레드인 DSMCC 모듈 업데이트 쓰레드와 DDB 다운로드 쓰레드의 우선 순위를 상대적으로 낮게 부여하 여 동작되도록 함으로써 실시간성이 확보되도록 한다.

상기와 같은 각종 쓰레드는 채널 변경 등과 같은 사용자의 입력 인터럽트에 따라 종료하게 된다.

한편, 버전관리자(305)는 모니터 쓰레드(3041)를 통해 전달받는 DII 메시지 및 AIT 메시지의 버전을 관리한다. 즉, 수신 메시지가 새로운 메시지인지의 여부를 판단하고, 그 분석 결과를 DII/AIT 모니터 쓰레드로 회신하여 해당 메시지에 대한 파싱 여부를 상기 DII 모니터 쓰레드 혹은 AIT 모니터 쓰레드가 결정할 수 있도록 한다. 이때, 수신 메시지가 AIT 메시지일 경우에는 지금까지 방송되었던 어플리케이션과 관련된 동작들이 모두 종료되고, 새로운 어플리케이션 다운로드 과정이 시작된다. 또한, 버전관리자(305)는 최초의 DDB 메시지가 수신된 이후에 다운로드 쓰레드의 생성을 담당한다. 예를 들면, 새로운 모듈 혹은 새로운 DDB 메시지를 다운로드하는 경우 그를 위한 DDB 다운로드 쓰레드를 별도로 생성할 수 있다.

그리고, DII 캐쉬(302)는 DSMCC 파서(301)에 의해 당장 처리되지 않는 DII 메시지들을 일시적으로 저장한다. 예를 들면, 두 개의 DII 메시지가 연달아 수신된 경우 하나의 DII 메시지가 DSMCC 파서(301)에 의해 파싱되는 동안, 다른 하나의 DII 메시지는 임시로 DII 캐쉬(302)에 저장된다.

그리고, DDB 캐쉬(303)는 DII 메시지에 의해 참조되지 않은 DDB 메시지들을 일시적으로 저장한다. 즉, 이미 수신 완료되었더라도 DSMCC 파서(301)에 의해 당장 파싱되지 않는 DDB 메시지들을 일시적으로 저장한다.

그리고, DSMCC 파서(301)는 DSMCC에 의해 정의된 각 메시지의 종류별로 메시 지를 파싱하여 데이터 방송 어플리케이션 객체를 생성한다. 즉, DSMCC 파서(301)는 DDB 캐쉬(303) 및 스트림으로부터 DDB 블록들을 수집하여 특정 모듈을 구성하고, 구성된 각 모듈들을 분석하여 데이터 방송 어플리케이션 객체를 최종적으로 생성한다. 이 과정에서, DII 메시지 내에 새로운 DII 메시지에 대한 참조정보(레퍼런스)가 존재할 수 있는데, 이럴 경우 상기 DSMCC 파서(301)는 새로운 DII 메시지를 수신하기 위해 DII 모니터 쓰레드를 추가적으로 생성한다.

도 4 는 본 발명에 따른 파싱 장치에서의 DII 모니터 쓰레드에 대한 일실시예 흐름도이다.

먼저, DII 모니터 쓰레드는 DII 메시지를 수신함에 따라(401) 버전관리자(305)를 통해 상기 수신한 DII 메시지가 새로운 메시지인지의 여부를 판단한다(402). 즉, 상기 수신한 DII 메시지를 버전관리자(305)로 전달하여 분석하도록 하고, 그 결과를 전달받아 상기 수신한 DII 메시지가 새로운 DII 메시지인지 혹은 기 수신한 DII 메시지와 동일한 버전의 메시지인지를 판단한다.

상기 DII 메시지 버전 판단 결과(402), 기 수신한 DII 메시지와 동일한 버전의 메시지일 경우 상기 DII 메시지에 대한 파싱 과정을 생략한다. 즉, DSMCC 파서(301)로 전달하거나 DII 캐쉬(302)에 저장하지 않는다. 그리고, 새로운 DII 메시지의 수신을 모니터링한다.

한편, 상기 DII 메시지 버전 판단 결과(402), 새로운 DII 메시지일 경우 DSMCC 파서(301)를 통해 상기 수신한 DII 메시지에 대한 참조정보(레퍼런스)가 DSI 메시지를 통해 획득된 것인지의 여부를 판단한다(403). 이때, 상기 DII 메시지 버 전 판단 과정은 기 수신한 DSI 메시지가 존재함을 확인한 후 수행한다.

상기 레퍼런싱 여부 판단 결과(403), 상기 DII 메시지에 대한 참조정보가 DSI 메시지를 통해 획득된 것이 아닐 경우 상기 수신한 DII 메시지를 DII 캐쉬(302)에 일시적으로 저장한다(407). 즉, 상기 DII 메시지에 대한 참조정보를 DSMCC 파서가 가지고 있는지의 여부를 조사하여, 참조정보를 가지고 있지 않으면 상기 DII 메시지를 DII 캐쉬(302)에 저장하여 해당 참조정보가 획득될 때까지 보관한다.

한편, 상기 레퍼런싱 여부 판단 결과(403), 상기 DII 메시지에 대한 참조정보가 DSI 메시지를 통해 획득된 것일 경우 상기 DII 메시지를 DSMCC 파서(301)가 파싱하도록 전달한다(404). 그리고, 상기 파싱 결과로서 특정 모듈에 대한 모듈정보를 전달받는다(405). 즉, DSMCC 파서(301)는 DII 메시지를 파싱하고, 그 결과로 획득한 모듈정보를 DII 모니터 쓰레드로 리턴한다. 이때, 상기 리턴되는 모듈정보에는 해당 모듈의 크기, 버전, 블록 수 등이 포함되어 있다.

이후, 상기 전달받은 모듈정보를 이용하여 그에 따른 DDB 메시지들이 DDB 캐쉬(303)에 저장되어 있을 경우 해당 DDB 메시지들(즉, DDB 블록들)이 DSMCC 파서(301)로 전달되어 파싱되도록 한다(406). 즉, 해당 DDB 메시지들(즉, DDB 블록들)을 DDB 캐쉬(303)로부터 검색하여 DSMCC 파서(301)로 전달한다.

이후, 상기 DII 모니터 쓰레드는 새로운 DII 메시지를 수신하는 과정(401)으로 진행한다.

도 5 는 본 발명에 따른 파싱 장치에서의 DDB 다운로드 쓰레드에 대한 일실시예 흐름도이다.

먼저, DDB 다운로드 쓰레드는 DDB 메시지를 수신함에 따라(501) DSMCC 파서(301)를 통해 기 수신한 DSI 메시지가 존재하는지의 여부를 판단한다(502).

상기 DSI 메시지 존재 여부 판단 결과(502), 기 수신한 DSI 메시지가 존재하지 않을 경우 상기 수신한 DDB 메시지를 DDB 캐쉬(303)에 일시적으로 저장한다(505).

한편, 상기 DSI 메시지 존재 여부 판단 결과(502), 기 수신한 DSI 메시지가 존재하는 경우 DSMCC 파서(301)를 통해 상기 DDB 메시지에 대한 참조정보를 가지는 DII 메시지가 존재하는지의 여부를 판단한다(503). 즉, 상기 DSMCC 파서(301)가 상기 DDB 메시지 내 DDB 블록을 특정 모듈로 구성하기 위한 모듈정보를 가지고 있는지의 여부를 조사한다.

상기 레퍼런싱 여부 판단 결과(503), DSMCC 파서(301)가 참조정보를 가지고 있지 않을 경우 상기 수신한 DDB 메시지를 DDB 캐쉬(303)에 일시적으로 저장하는 과정(505)으로 진행한다.

한편, 상기 레퍼런싱 여부 판단 결과(503), DSMCC 파서(301)가 참조정보를 가지고 있을 경우 상기 수신한 DDB 메시지를 상기 DSMCC 파서(301)로 전달하여 파싱되도록 한다(504).

이후, 상기 DDB 다운로드 쓰레드는 새로운 DDB 메시지를 수신하는 과정(501)으로 진행한다.

상기 도 4 및 도 5를 참조하여 설명한 DII 모니터 쓰레드 및 DDB 다운로드 쓰레드를 포함하여, 각 쓰레드는 채널 변경 등과 같은 사용자 입력 인터럽트에 따 라 종료된다. 그리고, 각 쓰레드 간의 통신은 공지의 기술을 이용할 수 있다.

도 6 은 본 발명에 따른 파싱 장치에서의 다운로드 지연 시간 단축을 위한 메시지 캐싱 과정에 대한 일실시예 설명도이다.

여기서, DII 메시지와 DDB 메시지의 캐싱은 DII 모니터 쓰레드 및 DDB 다운로드 쓰레드에 의해 각각 수행된다.

도 6에 도시된 스트림은 하나의 DSI 메시지와 두 개의 DII 메시지를 포함하고 있다. 즉, 하나의 DSI와 두 개의 DII(DII 1, DII 2)를 포함하고 있다. 여기서, DII 1은 모듈 1과 모듈 2에 대한 모듈정보를 가지고, DII 2는 모듈 3과 모듈 4에 대한 모듈정보를 가진다. 또한, DII 1에 대한 참조정보는 DSI의 분석을 통해 획득되고, DII 2에 대한 참조정보는 상기 DII 1에 대한 분석을 통해 획득된다.

다운로드 시작점(download starting point)에서, 모듈 1의 블록 2번 데이터를 가지는 DDB가 수신된다. 상기 DDB는 기 수신한 DSI 혹은 DII가 존재하지 않으므로, DDB 캐쉬((303)에 일시적으로 저장된다. 연달아 수신되는 모듈 1의 블록 3번 및 블록 4번 데이터 역시 상기와 동일한 이유로 DDB 캐쉬(303)에 저장된다.

이후, DSI가 수신됨에 따라 DSMCC 파서(301)에 의해 분석되고, 그 과정에서 DII 1에 대한 참조정보와 서비스 게이트웨이 객체에 대한 정보가 획득된다.

이후에 수신되는 DII 1은 DSI가 이미 DSMCC 파서(301)에 의해 분석되었으므로, DII 캐쉬(302)에 저장되는 것이 아니라 DSMCC 파서(301)로 곧장 전달되어 파싱된다. 그리고, 상기 파싱 결과로 모듈 1과 모듈 2에 대한 모듈정보가 획득되고, 그에 따라 모듈 1과 모듈 2를 구성하기 위한 DDB(DDB 블록)는 DDB 캐쉬(303)에 저장 되는 것이 아니라 곧장 DSMCC 파서(301)로 전달되게 된다.

그에 반해, 모듈 3과 모듈 4를 구성하는 DDB는 DII 2가 DSMCC 파서(301)에 의해 분석되지 않았으므로, DDB 캐쉬(303)에 일시적으로 저장된다.

그러므로, 현재 시점(current point)에서 모듈 3과 모듈 4를 구성하는 DDB는 모두 DDB 캐쉬에 저장되어 있고, 모듈 2를 구성하는 DDB는 DSMCC 파서(301)에 의해 데이터 방송 어플리케이션 객체로 생성된다. 그리고, 모듈 1을 구성하는 DDB는 블록 1번 데이터를 제외한 블록 2~4번 데이터가 DDB 캐쉬에 일시적으로 저장되어 있다. 현 시점 이후, 스트림으로부터 모듈 1의 블록 1번 데이터가 획득되고 이에 따라 DSMCC 파서(301)는 모듈 1 전체를 구성하여 분석하게 된다. 그리고, 상기 모듈 1을 분석한 결과로 DII 2에 대한 참조정보를 획득하고, DDB 캐쉬(303)로부터 모듈 3과 모듈 4를 구성하는 DDB를 전달받아 전체 어플리케이션을 구성하게 된다.

상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 형태로 기록매체(씨디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크 등)에 저장될 수 있다. 이러한 과정은 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있으므로 더 이상 상세히 설명하지 않기로 한다.

이상에서 설명한 본 발명은, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 있어 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하므로 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니다.

상기와 같은 본 발명은, 데이터 방송 수신기에서 데이터 방송 어플리케이션을 다운로드하는 경우 어플리케이션에 대한 모듈 정보와 실제 어플리케이션 데이터를 분리하여 다운로드하되, 각각의 임시저장공간을 메모리에 구비하고 향후 사용될 것으로 예상되는 어플리케이션 데이터를 미리 수신하여 임시저장공간에 보관하여 이후 그에 해당하는 모듈정보가 수신됨에 따라 상기 저장된 어플리케이션 데이터를 사용하도록 함으로써, 어플리케이션 다운로드에 소요되는 지연 시간을 줄일 수 있는 효과가 있다.

Claims (11)

1. 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치에 있어서,

   현재 파싱중인 모듈정보 외의 타 모듈정보를 포함하는 제1 메시지를 임시로 저장하기 위한 제1 임시저장수단;

   현재 파싱중인 모듈정보에 의해 참조되지 않는 어플리케이션 데이터를 포함하는 다수의 제2 메시지를 임시로 저장하기 위한 제2 임시저장수단;

   상기 제1 임시저장수단에 저장되어 있는 제1 메시지를 버전관리수단으로 전달하고, 상기 버전관리수단을 통해 상기 제1 메시지가 새로운 버전임을 확인함에 따라 상기 제1 메시지를 파서로 전달하며, 그 결과로 전달받은 모듈정보에 의해 참조되는 어플리케이션 데이터를 포함하는 해당 제2 메시지를 상기 제2 임시저장수단에서 검색하여 상기 파서로 전달하기 위한 모니터링ㆍ다운로드수단;

   상기 모니터링ㆍ다운로드수단으로부터 전달받은 제1 메시지의 버전이 새로운 버전임을 확인함에 따라 그 확인결과를 상기 모니터링ㆍ다운로드수단으로 전달하기 위한 상기 버전관리수단; 및

   상기 모니터링ㆍ다운로드수단으로부터 제1 메시지를 전달받음에 따라 파싱한 후 모듈정보를 리턴하고, 그 결과로 해당 제2 메시지를 전달받음에 따라 파싱하기 위한 상기 파서

   를 포함하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
2. 제 1 항에 있어서,

   상기 모니터링ㆍ다운로드수단은,

   실시간 지원 쓰레드 풀로 구현된 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
3. 제 2 항에 있어서,

   상기 모니터링ㆍ다운로드수단은,

   현재 파싱중인 모듈정보에 의해 참조되지 않는 어플리케이션 데이터를 포함하는 다수의 제2 메시지를 상기 제2 임시저장수단에 임시로 저장하기 위한 다운로드 쓰레드; 및

   상기 제1 임시저장수단에 저장되어 있는 제1 메시지를 파서로 전달하고, 그 결과로 전달받은 모듈정보에 의해 참조되는 어플리케이션 데이터를 포함하는 해당 제2 메시지를 상기 제2 임시저장수단에서 검색하여 상기 파서로 전달하기 위한 모니터 쓰레드

   를 포함하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
4. 제 3 항에 있어서,

   상기 모니터링ㆍ다운로드수단은,

   실시간성을 보장하기 위해, 상기 모니터 쓰레드 내에 포함된 각종 쓰레드가 상기 다운로드 쓰레드에 포함된 각종 쓰레드에 비해 상대적으로 높은 우선 순위를 갖도록 스케쥴링하는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
5. 제 1 항 내지 제 4 항 중 어느 한 항에 있어서,

   상기 파싱 장치는,

   DSMCC(Digital Storage Media Control and Command) 프로토콜을 이용하여 각 메시지를 수신 및 파싱하는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
6. 제 5 항에 있어서,

   상기 모듈정보는,

   해당 모듈의 크기, 버전, 블록 수를 포함하는 것을 특징으로 하는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 장치.
7. 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법에 있어서,

   어플리케이션의 모듈정보를 포함하는 제1 메시지와, 어플리케이션 데이터를 포함하는 제2 메시지를 지속적으로 수신하여 현 파싱 대상이 아닐 경우에 제1 및 제2 캐쉬에 각각 저장하는 메시지 임시 저장 단계;

   임의의 제1 메시지를 파싱하여 모듈정보를 획득하는 제1 메시지 파싱 단계;

   상기 획득한 모듈정보에 따라 그에 해당되는, 기 저장된 제2 메시지를 상기 제2 캐쉬로부터 검색하는 제2 메시지 검색 단계; 및

   상기 검색한 제2 메시지를 파싱하는 제2 메시지 파싱 단계

   를 포함하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법.
8. 제 7 항에 있어서,

   상기 메시지 임시 저장 단계는,

   실시간 지원 쓰레드 풀을 이용하여 제1 및 제2 메시지를 지속적으로 수신하는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법.
9. 제 8 항에 있어서,

   상기 메시지 임시 저장 단계는,

   모니터 쓰레드와 다운로드 쓰레드를 이용하여 제1 및 제2 메시지를 각각 지속적으로 수신하되, 실시간성을 보장하기 위해 상기 모니터 쓰레드 내에 포함된 각종 쓰레드가 상기 다운로드 쓰레드에 포함된 각종 쓰레드에 비해 상대적으로 높은 우선 순위를 갖도록 스케쥴링되는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법.
10. 제 7 항 내지 제 9 항 중 어느 한 항에 있어서,

    상기 제1 및 제2 메시지 파싱 단계는,

    DSMCC(Digital Storage Media Control and Command) 파서를 이용하여 각 메시지를 파싱하는 것을 특징으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법.
11. 제 10 항에 있어서,

    상기 모듈정보는,

    해당 모듈의 크기, 버전, 블록 수를 포함하는 것을 특징으로 하는 것을 특징 으로 하는 데이터 방송 어플리케이션의 다운로드 지연 시간 단축을 위한 파싱 방법.

Images