KR100484178B1 - 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치 - Google Patents

데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치 Download PDF

Info

Publication number
KR100484178B1
KR100484178B1 KR10-2002-0070754A KR20020070754A KR100484178B1 KR 100484178 B1 KR100484178 B1 KR 100484178B1 KR 20020070754 A KR20020070754 A KR 20020070754A KR 100484178 B1 KR100484178 B1 KR 100484178B1
Authority
KR
South Korea
Prior art keywords
information
message
group
module
modules
Prior art date
Application number
KR10-2002-0070754A
Other languages
English (en)
Other versions
KR20040042452A (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-2002-0070754A priority Critical patent/KR100484178B1/ko
Priority to JP2003383085A priority patent/JP4128939B2/ja
Priority to CA002449371A priority patent/CA2449371A1/en
Priority to US10/705,831 priority patent/US20040168197A1/en
Priority to MXPA03010370A priority patent/MXPA03010370A/es
Priority to CNA200310120902A priority patent/CN1501655A/zh
Publication of KR20040042452A publication Critical patent/KR20040042452A/ko
Application granted granted Critical
Publication of KR100484178B1 publication Critical patent/KR100484178B1/ko

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/08—Systems for the simultaneous or sequential transmission of more than one television signal, e.g. additional information signals, the signals occupying wholly or partially the same frequency band, e.g. by time division
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/93—Arrangements characterised by the broadcast information itself which locates resources of other pieces of information, e.g. URL [Uniform Resource Locator]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game

Abstract

본 발명에 따라 데이터 캐러셀 프로토콜을 이용하는 DASE 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈의 레퍼런스 정보를 전송하는 방법 및 모듈 정보 전송 장치가 개시된다. 상기 본 발명에 따른 모듈 정보 전송 방법은 소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 DSI 메시지에 그룹내 모듈들의 공통된 URI 정보를 싣는 단계와, 모듈정보를 제공하는 DII 메시지에 그룹내 모듈들의 URI 정보중 상기 공통된 URI 정보를 제외한 나머지 URI 정보를 싣는 단계를 포함한다. 이와 같은 본 발명에 의하면, DII 메시지의 공간을 절약하여 하나의 DII 메시지안에 보다 많은 수의 모듈을 실어 보낼 수 있게 된다.

Description

데이터 캐러셀 프로토콜을 이용하는 ＤＡＳＥ 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를 전송하는 방법 및 그 장치{A method for transmitting information about module representing application resource in DASE data broadcasting system using Data Carousel protocol and the apparatus therefor}
본 발명은 DASE 데이터 방송 시스템에서 데이터 캐러셀 프로토콜을 이용하는 경우 어플리케이션 리소스를 나타내는 모듈의 레퍼런스 정보를 전송하는 방법 및 모듈 정보 전송 장치에 관한 것이다.
디지털 TV 방송 기술의 발전과 더불어 보다 많은 부가정보를 TV를 통해 시청자에게 전달하며, 전자상거래(T-Commerce)를 이용할 수 있도록 하는 방식인 데이터 방송에 대한 규격들이 정의되어 구현되고 있다. 현재 데이터 방송을 위한 국제 표준으로 ATSC(Advanced Television Systems Committee)의 DASE(Dtv Application Software Environment), DVB(Digital Video Broadcasting)의 MHP(Multimedia Home Platform), 그리고 OCAP(Open Cable Application Platform) 등이 있는데 국내의 지상파에는 DASE 가 월드컵과 아시안게임을 거쳐 현재 시험 방송중에 있다.
한편, ATSC는 2002년 9월에 DASE-1을 표준으로 확정하였는데, 이와 더불어 ATSC Data Broadcast Standard(A/90)와 ATSC Data Application Reference Model(A/94)에도 수정된 사항이 있어, 국내에서는 이를 토대로 표준에 적합하도록 이전에 구현하였던 방식을 수정 중에 있다. 수정되는 내용들중에서 DST(Data Service Table)에 들어있던 멀티파트 디스크립터(multipart descriptor), 멀티플 아이덴티파이어 스트럭쳐(mutiple identifier structure), 멀티플 컨텐츠 타입 스트럭쳐(multiple content type structure)등이 없어지고 이러한 정보가 DII(DownloadInfoIndication)로 옮겨지게 되었다.
DASE 표준은 ATSC의 다른 표준들과 도 1에 도시한 바와 같은 계층적 관계(100)를 가지고 있다.
DASE 어플리케이션(190)은 도 1에 도시된 하위 구조의 데이터 서비스에서 제공되는 여러 가지 프로토콜로 전송될 수 있는데, 데이터 서비스 테이블(DST)의 프로토콜_인캡슐레이션 필드에 사용되는 프로토콜이 명시되어진다. 이에 관한 내용은 A/90과 A/91에 자세히 기술되어 있다. 이러한 필드의 값이 0x0D이면 DSM-CC 다운로드 프로토콜의 비동기 캐러셀(Asynchronouse carousel) 시나리오, 즉 데이터 캐러셀 방식을 나타낸다.
데이터 캐러셀 방식은 도 2에 도시된 바와 같이 한정된 양의 캐러셀 내의 데이터들을 순환적으로 반복해서 전송하는 방식이다. 이러한 데이터 캐러셀 프로토콜을 이용하여 전달되는 내용은 선언적 어플리케이션(Declarative Applications) 이거나 절차적 어플리케이션(Procedural Application)인데, 선언적 어플리케이션은 이니셜 엔티티(initial entity)가 Application/xhtml+xml 마크업 컨텐츠 타입을 가진 경우의 어플리케이션이며, 절차적 어플리케이션은 이니셜 엔티티가 Application/javatv-xlet을 가진 액티브 오브젝트 컨텐츠 타입인 어플리케이션이다. 이러한 어플리케이션들의 파일들은 각각 하나의 모듈로 구성되며, 이 모듈들을 전송하기 위하여 다운로드데이터 블럭(DownloadDataBlock:DDB)라는 단위로 모듈을 분리하게 된다.
데이터 캐러셀을 통해 DDB를 전송할 때 각각의 모듈들에 대한 정보를 수신단에 제공하기 위하여 다운로드인포 인디케이션(DownloadInfoIndication:DII)라는 메시지가 구성되는데 이 메시지에는 DDB들에 대한 정보가 들어간다. 그리고, 만약 모듈의 개수가 많아서 하나의 그룹에 들어갈 수 없거나 관리상의 편의를 제공하기 위하여 여러 개의 그룹을 사용하여야 하는 경우에는 여러 개의 DII 메시지들에 모듈들을 나누어서 구성하여 여러 개의 그룹들을 두게 되며 각각의 그룹에 대한 정보를 수신단에 알려주기 위하여 DII들에 대한 정보를 담은 다운로드서버 개시 (DownloadServerInitiate:DSI)라는 메시지를 구성하게 된다.
도 3에 종래기술에 따라 데이터 캐러셀을 통해 모듈 전송시 2-layer로 전송되는 제어 정보의 구조가 예로 도시되어 있다.
DSI(310)는 두 개의 그룹에 대한 정보를 담고 있으며, 제1그룹정보 gi(GroupID:311)은 첫 번째 DII(320)를 가리키고, 제2그룹정보 gi(312)는 두 번째 DII(360)를 가리킨다. 첫 번째 DII(320)은 제1모듈정보 mi(ModuleID:330), 제2모듈정보 mi(340), 제3모듈정보 mi(350)를 담고있으며, mi(330)은 DDB(331-334)에 관한 정보를 담고있으며, mi(340)은 DDB(341,342)에 관한 정보를 담고있으며, mi(350)은 DDB(351-353)에 관한 정보를 담고 있다. 이와 유사하게 두 번째 DII(360)도 mi(370), mi(380), mi(390)을 담고 있으며, 각 mi는 DDB에 관한 정보를 담고 있다. 즉, 하나의 mi에 의해 지시되는 DDB들은 모듈을 구성하고, 하나의 DII에 의해 지시되는 모듈들은 그룹을 구성하며, 하나의 DSI에 의해 지시되는 그룹들은 수퍼그룹을 형성한다.
이제, 도 2를 참조하여, 그룹이 2개 있는 2-layer 데이터 캐러셀(200)을 설명한다.
DSI 메시지(210)는 제1그룹에 관한 정보와 제2그룹에 관한 정보를 가지며, 제1그룹에 포함된 모듈 정보를 가지는 DII 메시지(220)는 모듈 M1, M2, M3에 관한 정보를 가지고, 제2그룹에 포함된 모듈 정보를 가지는 DII 메시지(230)는 모듈 M4, M5에 관한 정보를 가진다. M1, M2, M3, M4, M5는 각각 파일1, 파일 2, 파일 3, 파일4, 파일 5를 구성한다. M1은 M1-0(221), M1-1(222), M1-2(223) DDB 들로 구성되고, M2는 M2-0(224), M2-1(225) DDB 들로 구성되고, M3은 M3-0(226), M3-1(227), M3-2(228), M3-3(229) DDB 들로 구성된다. 그리고, M4은 M4-0(231), M4-1(232), M4-2(233) DDB 들로 구성되고, M5은 M5-0(234), M5-1(235), M5-2(236), M5-3(237) DDB 들로 구성된다. 이와 같은 정보를 담고 있는 데이터 캐러셀이 도 2에 도시된 바와 같이 순환적으로 수신된다.
ARM(Application Reference Model:180)은 도 1에 도시된 바와 같이 DASE(190) 표준의 하위단에 존재하는 ATSC 표준으로 어플리케이션의 환경에 대한 정보를 수신단에 알려주는 역할을 한다. 여기에는, 어플리케이션 모델, 아이덴티피케이션과 네이밍, 데이터 인캡슐레이션, 디스크립터, 어나운스먼트, 시그널링 등에 관한 내용이 들어 있다.
이들 중 표준의 변경으로 인해 현재 시험 방송 스트림에서 수정하여야 하는 부분은 디스크립터에 관한 것이다. 파일들에 대한 경로와 이름을 나타내기 위하여 식별자(identifier)와 컨텐츠 타입을 수신단에 제공하여야 하는데, 종래의 ARM 표준에서는 이를 멀티파트 디스크립터(multipart descriptor), 멀티플 아이덴티파이어 스트럭쳐(multiple identifier structure), 멀티플 컨텐츠 타입 스트럭쳐(multiple contents type structure)를 사용하여 DST에 삽입하여 전송하였다. 그러나, 현재 정의된 ARM 표준에서는 DST내에 위에서 언급한 여러 디스크립터들에 대한 정의가 사라져 DST를 통하여 이러한 정보들을 전송할 수 없으며 DII의 그룹에 대한 정보내에 URI 디스크립터와 컨텐츠 타입 디스크립터를 삽입하여 파일의 경로와 이름에 대한 내용 그리고 컨텐츠 타입에 대한 정보를 전달하도록 수정되었다.
이와 같은 ARM 바인딩 정보의 수정에 의해서 DST의 크기는 줄어든 대신 DII의 크기가 커지게 되었는데 DII는 하나의 섹션으로 구성되어야 하므로, 하나의 DII에 들어갈 수 있는 모듈의 개수가 감소하게 되며, 이러한 제한은 하나의 그룹을 그룹링크 디스크립터를 사용하여 여러 개의 DII로 분리해 구성해야 하는 등 DASE 시스템에서 데이터 캐러셀 프로토콜을 사용하여 파일을 전송하기에 구성상의 어려움을 가져올 수 있다.
따라서, DII 메시지 내에 보다 많은 수의 모듈을 실어 보내기 위한 해결방안의 하나로 파일의 경로 및 이름에 관한 정보와 컨텐츠 타입에 관한 정보를 줄이는 것이 요구된다.
본 발명은 상기와 같은 문제점을 해결하여 데이터 캐러셀 프로토콜을 이용하는 DASE 데이터 방송 시스템에서 DII 메시지의 공간을 낭비없이 보다 많은 수의 모듈을 실어보낼 수 있는 모듈 정보 전송 방법 및 모듈 정보 전송 장치를 제공하는 것을 목적으로 한다.
이상과 같은 과제를 해결하기 위해 본 발명이 사용한 방법은, 다운로드서버개시(DSI) 메시지내에 그룹에 관련된 정보를 넣는 그룹인포바이트(GroupInfoByte)에 URI 디스크립터와 컨텐츠 타입 디스크립터를 사용하여 공통된 URI 정보와 공통된 컨텐츠 타입 정보를 담고, 다운로드인포인디케이션(DII) 메시지에는 상기 공통된 정보는 제외한 나머지 공통되지 않은 정보만을 담자는 것이다.
본 발명의 하나의 특징은 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를 전송하는 방법에 있어서, 소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 DSI 메시지에 그룹내 모듈들의 공통된 URI 정보를 싣는 단계와, 모듈정보를 제공하는 DII 메시지에 그룹내 모듈들의 URI 정보중 상기 공통된 URI 정보를 제외한 나머지 URI 정보를 싣는 단계를 포함하는 것이다.
본 발명의 다른 특징은, 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를 전송하는 방법에 있어서, 소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 DSI 메시지에 그룹내 모듈들의 공통된 컨텐츠 타입 정보를 싣는 제1단계와, 모듈정보를 제공하는 DII 메시지에 그룹내 모듈들의 컨텐츠 타입 정보중 상기 공통된 컨텐츠 타입 정보를 제외한 나머지 컨텐츠 타입 정보를 싣는 제2단계를 포함하는 것이다.
본 발명의 또다른 특징은, 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보 전송 장치에 있어서, 소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 DSI 메시지로서 그룹내 모듈들의 공통된 URI 정보가 저장된 DSI 메시지와, 모듈정보를 제공하는 DII 메시지로서 그룹내 모듈들의 URI 정보중 상기 공통된 URI 정보를 제외한 나머지 URI 정보가 저장된 DII 메시지를 생성하는 메시지 생성부와, 상기 생성된 메시지를 전송하는 메시지 전송부를 포함하는 것이다.
본 발명의 또다른 특징은, 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보 전송 장치에 있어서, 소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 DSI 메시지로서 그룹내 모듈들의 공통된 컨텐츠 타입 정보가 저장된 DSI 메시지와, 모듈정보를 제공하는 DII 메시지로서 그룹내 모듈들의 컨텐츠 타입 정보중 상기 공통된 컨텐츠 타입 정보를 제외한 나머지 컨텐츠 타입 정보가 저장된 DII 메시지를 생성하는 메시지 생성부와, 상기 생성된 메시지를 전송하는 메시지 전송부를 포함하는 것이다.
이하에서는, 첨부된 도면을 참조하여 본 발명을 상세히 설명한다.
이제 도 4를 참조하여 본 발명에 따라 다운로드서버 개시(DSI) 메시지와 다운로드인포 인디케이션(DII) 메시지를 이용하여 어플리케이션 리소스(모듈) 정보를 전송하는 개념을 설명한다.
DSI 메시지(400)는 downloadServerInitiate( )(410)를 포함하고, downloadServerInitiate( )(410)는 groupInfoIndication( )(420)를 포함하고, groupInfoIndication( )(420)은 groupInfoByte(430)정보를 포함한다.
groupInfoIndication( )(420)의 구체적인 정보가 도 5에 도시되어 있다. 즉, DSI에 포함된 그룹 정보의 개수만큼 도 5에 도시된 바와 같은 항목이 표시되며, 그룹의 이름, 그룹의 크기, 그룹 컴패터빌리티, 그룹인포 크기 등을 포함하며, 그룹인포바이트(430)를 포함한다. 그룹인포바이트(groupInfoByte:430)는 그룹의 속성을 정의하는 디스크립터를 포함할 수 있다.
DII 메시지(440)내에 있는 downloadInfoIndication( )(450)는 moduleID(460)를 포함하고, 그 안에는 descriptor( )(470)를 포함한다. 이러한 descriptor(470)는 해당 모듈ID를 가지는 모듈에 대한 부가적인 정보를 제공하는데 사용된다.
downloadInfoIndication( )(450)의 구체적인 정보가 도 6에 도시되어 있다. 즉, DII 메시지에 포함된 모듈의 개수만큼 도 6에 도시된 바와 같은 모듈에 대한 정보가 표시되며, 모듈의 이름, 모듈사이즈, 모듈 버전, 모듈인포길이 등을 포함하며 디스크립터를 포함한다.
본 발명은 이와 같은 구조에서 DSI 메시지(400)의 groupInfoByte(430)에 URI 디스크립터(431)와 컨텐츠 타입 디스크립터(432)를 사용하되, URI 디스크립터(431)에는 동일한 그룹내에 들어있는 모듈들의 공통된 베이스 URI 정보를 담고, 컨텐츠 타입 디스크립터(432)에는 해당 그룹에 가장 많이 들어있는 컨텐츠 타입(default contents type)을 입력한다. 그리고, DII 메시지(440)의 descriptor(470)에도 URI 디스크립터(471)와 컨텐츠 타입 디스크립터(472)를 두는데, URI 디스크립터(471)에는 동일한 그룹내에 들어있는 모듈들의 공통된 베이스 URI 정보외에 개별 모듈들의 나머지 개별적인 URI 정보를 담고, 컨텐츠 타입 디스크립터(472)에는 해당 모듈이 디폴트 컨텐츠 타입인 경우에는 컨텐츠 타입 디스크립터를 사용하지 않고 그냥 비워두고 해당 모듈이 디폴트 컨텐츠 타입이 아닌 경우에만 컨텐츠 타입 디스크립터를 사용하여 컨텐츠 타입을 정의하도록 하는 것이다.
동일한 그룹내에 포함된 파일들은 공통된 경로에 위치할 확률이 높으므로, 공통된 경로명을 DSI 메시지에 기록하고, 나머지 개별적으로 다른 경로나 파일 이름만을 DII 메시지내에 기록함으로써 불필요하게 반복되는 경로명을 DII 메시지내에 모두 넣지 않아도 되므로 DII 메시지의 공간을 절약할 수 있다. 또한, 동일한 그룹내에는 이미지 파일 등과 같이 동일한 컨텐츠 타입을 가진 파일들이 많이 있으므로, 많은 부분을 차지하는 컨텐츠 타입을 DSI 메시지에 디폴트로 기록하고, DII 메시지에는 디폴트 컨텐츠 타입을 가지는 모듈에 대해서는 컨텐츠 타입 디스크립터를 생략하고, 다른 컨텐츠 타입을 가지는 모듈에 대해서만 그 해당 모듈의 컨텐츠 타입 디스크립터를 기록함으로써 또한 DII 메시지의 공간을 절약할 수 있다.
DSI 메시지에 공통된 URI 디스크립터를 포함시키는 경우의 구체적인 일 예를 도 7에 도시한다. 예를 들어, 특정 그룹이 모듈 1과, 모듈 2, 모듈 3을 포함하고, 각 모듈 1, 모듈 2, 모듈 3의 URI가 다음과 같다고 하면,
모듈 ID URI
모듈 1 모듈 2 모듈 3 lid://kbs.co.kr/weather/index1.htmllid://kbs.co.kr/weather/index1.htmllid://kbs.co.kr/weather/index1.html
각 모듈의 URI 정보 중에서 lid://kbs.co.kr/weather/는 모두 동일함을 알 수 있다.
따라서, DSI 메시지(710)의 URI 디스크립터(730)에는 공통된 URI 인 lid://kbs.co.kr/weather/를 기록하고, DII 메시지(740)의 URI 디스크립터에 나머지 URI 정보를 기록한다. 즉, 모듈1(750)의 URI 디스크립터(752)에는 index1.html을 기록하고, 모듈2(760)의 URI 디스크립터(762)에는 index2.html을 기록하고, 모듈3(770)의 URI 디스크립터(772)에는 index3.html을 기록한다.
DSI 메시지(710)에 공통된 컨텐츠 타입 디스크립터를 포함시키는 경우의 구체적인 일 예를 도 8에 도시한다. 예를 들어, 모듈1의 컨텐츠 타입이 "image/png"이고, 모듈2의 컨텐츠 타입이 "image/jpg"이고, 모듈 3의 컨텐츠 타입이 "image/png"일 때, DSI 메시지(810)의 컨텐츠 타입 디스크립터(830)에는 공통된 컨텐츠 타입인 "image/png"를 기록하고, DII 메시지(840)에서, 각 모듈에 관한 정보에 디폴트 컨텐츠 타입이 아닌 모듈에 대해서만 컨텐츠 타입을 기록한다. 즉, 모듈1(850)과 모듈3(870)의 컨텐츠 타입 디스크립터는 비워두고, 모듈2(860)의 컨텐츠 타입 디스크립터(862)에는 "image/jpg"를 기록한다.
도 9는 본 발명에 따른 모듈 정보 전송 장치의 일 예(900)를 도시한다. 위에서 설명한 바와 같은 모듈 정보 전송 방법 즉, DSI 메시지에 어플리케이션 리소스의 공통된 정보를 넣고 DII 메시지에 나머지 정보를 넣어 전송하는 방법은 도 9에 도시한 바와 같은 모듈정보 전송 장치에 의해 용이하게 구현될 수 있을 것이다. 모듈 정보 전송 장치(900)는 DSI 메시지(911)와 DII 메시지(912)를 생성하는 메시지 생성부(910)와 상기 메시지 생성부에 의해 생성된 메시지를 전송하는 메시지 전송부(920)를 포함한다.
이제, 도 10 내지 13을 참조하여, 본 발명에 따른 DSI 메시지와 DII 메시지를 이용한 모듈 정보 전송 방법을 이용한 시뮬레이션 결과를 설명한다.
도 10에는 각 테스트 스트림에 관한 내용이 표시되어 있는데, 각 스트림마다 방송사, 어플리케이션 이름, 그룹의 수, 모듈의 수가 표시되어 있다.
실험에서는 스트림의 수신 및 테스트를 위해서 삼성전자에서 제작한 데이터 방송용 STB(K-150i)를 사용하였으며, 테스트 스트림으로는 아시안 게임 시험방송중에 KBS와 MBC, SBS가 송출한 시험 방송용 스트림을 사용하였다. 스트림1과 스트림 3은 방송중인 프로그램과 상관없는 날씨, 교통, 증권 정보를 제공하는 독립정보 서비스이며, 스트림 2,4,5는 방송되고 있는 아시안 게임과 관련된 경기 내용 및 결과 등 프로그램 관련 정보를 제공하기 위한 연동형 서비스이다.
본 발명에서의 방식의 성능 테스트를 위해 본 발명 적용시 줄어드는 데이터 양과 하나의 DII 안에 들어갈 수 있는 모듈의 개수를 측정하여 비교하면 도 11에 도시된 바와 같다. 표 내부의 수는 각 스트림에 대해서 어플리케이션 전체에 속해 있는 모든 URI 디스크립터와 컨텐츠 타입 디스크립터의 크기를 합산한 값이다. 적용전에 비해 적용후에 용량이 이전 크기의 약 42% 정도로 줄어든 것을 알 수 있다. 스트림 3의 경우에는 감소율이 다른 스트림에 비해 적은 것을 볼 수 있는데, 이는 스트림 3에 있는 리소스의 경로명이 짧아서 공통되는 부분이 적으며 파일의 이름이 다른 스트림에 비해 조금 더 길었기 때문이다.
도 12은 URI 디스크립터와 컨텐츠 타입 디스크립터의 평균 크기를 나타낸 것이다. URI 디스크립터의 경우에는 대략 38 바이트에서 18 바이트 정도로 약 20 바이트 정도의 크기 절감의 효과가 있으며 컨텐츠 타입 디스크립터의 경우에는 적용후 대략 3바이트 정도의 크기로 효과적으로 그룹을 만들 경우에 거의 DII 메시지의 크기에 거의 영향을 미치지 않음을 알 수 있다.
도 13은 실험측정치를 이용하여 하나의 DII 메시지에 삽입가능한 모듈의 최대 개수를 도식화한 것이다. 지금까지 DII 메시지내에 들어가 있던 내용의 크기와 표준의 적용으로 인해 들어가야 할 URI, 컨텐츠 타입 디스크립터들의 평균 크기를 이용하여, DII 메시지가 하나의 섹션(4096바이트)으로 구성된다는 정의를 만족시키는 하나의 DII 당 모듈의 최대 개수를 구하였다. 그래프의 X축은 스트림을, Y축은 모듈의 개수를 나타내고 있으며, 각 막대 그래프 상단에 표시된 수치는 제안 방식을 적용함으로 증가되는 모듈의 비(적용후 모듈개수/적용전 모듈개수)을 나타낸 것이다. 적용 이후에 대략 2배의 모듈을 삽입할 수 있음을 알 수 있다. 삽입가능한 모듈의 개수와 실제 스트림의 그룹당 모듈개수를 살펴보면 본 방식을 적용하기 이전에는 스트림5를 제외한 모든 스트림에서 현재의 구조로 구성이 불가능함을 알 수 있는데, 적용이후에는 스트림 3의 경우에만 하나의 DII에 삽입이 불가능하며 1-layer의 구조를 2-layer로 수정하여 두 개의 그룹으로 수정하여야 한다.
상기와 같은 본 발명의 구성에 의하면, 어플리케이션 리소스의 정보 즉, URI 정보나 컨텐츠 타입 정보중 공통된 정보를 DSI 메시지를 이용하여 표시하고, 공통되지 않은 정보만을 DII 메시지에 표시함으로써 DII 메시지의 공간을 절약하여 하나의 DII 메시지안에 보다 많은 수의 모듈을 실어 보낼 수 있게 된다.
도 1은 ATSC 표준들과 DASE 표준의 계층적 관계를 설명하기 위한 개념도,
도 2는 종래기술에 따른 데이터 캐러셀 전송방식을 설명하기 위한 개념도,
도 3은 종래기술에 따라 데이터 캐러셀을 통해 모듈 전송시 2-layer로 전송되는 제어 정보의 구조를 도시한 도면,
도 4는 본 발명에 따라 DSI 메시지와 DII 메시지를 이용하여 어플리케이션 리소스 정보를 전송하는 개념을 설명하기 위한 도면,
도 5는 도 4에 도시된 DSI 메시지에서 어플리케이션 리소스의 공통된 정보가 삽입되는 필드를 설명하기 위한 도면,
도 6은 도 4에 도시된 DII 메시지에서 어플리케이션 리소스의 공통되지 않은 정보가 삽입되는 필드를 설명하기 위한 도면,
도 7은 본 발명에 따라 어플리케이션 리소스의 URI 정보를 전송하는 DSI 메시지와 DII 메시지의 구체적인 예를 도시한 도면,
도 8은 본 발명에 따라 어플리케이션 리소스의 컨텐츠 타입 정보를 전송하는 DSI 메시지와 DII 메시지의 구체적인 예를 도시한 도면,
도 9는 본 발명에 따른 모듈 정보 전송 장치의 일 예를 도시한 도면,
도 10은 본 발명에 따른 어플리케이션 리소스 정보 전송 방법의 성능을 실험하기 위한 테스트 스트림을 보여주는 도면,
도 11은 본 발명에 따른 어플리케이션 리소스 정보 전송 방법에 따라 전송하는 경우의 전체 디스크립터 용량을 보여주는 도면,
도 12는 본 발명에 따른 어플리케이션 리소스 정보 전송 방법에 따라 전송하는 경우의 각 디스크립터의 평균 크기를 비교한 도면,
도 13은 본 발명에 따른 어플리케이션 리소스 정보 전송 방법에 따라 전송하는 경우 DII당 삽입가능한 모듈의 개수를 보여주는 도면.

Claims (9)

  1. 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를 전송하는 방법에 있어서,
    소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 다운로드서버개시 메시지(DownloadServerInitiate(DSI) message)에 그룹내 모듈들의 공통된 유니버설 리소스식별자(Universal Resource Identifier:URI) 정보를 싣는 단계와,
    모듈정보를 제공하는 다운로드인포인디케이션 메시지(DownloadInfoIndication(DII) message)에 그룹내 모듈들의 유니버설 리소스식별자 정보중 상기 공통된 유니버설리소스 식별자 정보를 제외한 나머지 유니버설 리소스 식별자 정보를 싣는 단계를 포함하는 것을 특징으로 하는 모듈 정보 전송 방법.
  2. 제1항에 있어서,
    상기 공통된 URI 정보는 상기 다운로드서버 개시 메시지의 그룹 표시 정보 (GroupIndicationInformation(GII)) 항목내의 그룹인포 바이트(groupInfoByte) 필드에 디스크립터 형태로 삽입되는 것을 특징으로 하는 모듈 정보 전송 방법.
  3. 제1항에 있어서,
    상기 나머지 URI 정보는 상기 다운로드인포인디케이션(DII) 메시지의 디스크립터(decriptor) 필드에 디스크립터 형태로 삽입되는 것을 특징으로 하는 모듈 정보 전송 방법.
  4. 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를 전송하는 방법에 있어서,
    소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 다운로드서버개시 메시지(DownloadServerInitiate:DSI)에 그룹내 모듈들의 공통된 컨텐츠 타입 정보를 싣는 제1단계와,
    모듈정보를 제공하는 다운로드인포 인디케이션(DownloadInfoIndication:DII) 메시지에 그룹내 모듈들의 커텐츠 타입 정보중 상기 공통된 컨텐츠 타입 정보를 제외한 나머지 컨텐츠 타입 정보를 싣는 제2단계를 포함하는 것을 특징으로 하는 모듈 정보 전송 방법.
  5. 제4항에 있어서,
    상기 제2단계는,
    상기 공통된 컨텐츠 타입을 가지는 모듈에 관한 컨텐츠 타입 정보는 싣지 않고, 공통되지 않은 컨텐츠 타입을 가지는 모듈에 관한 컨텐츠 타입 정보만을 싣는 것을 특징으로 하는 모듈 정보 전송 방법.
  6. 제4항에 있어서,
    상기 공통된 컨텐츠 타입 정보는 상기 다운로드서버개시 메시지의 그룹 표시 정보 (GroupIndicationInformation(GII)) 항목내의 그룹인포바이트(groupInfoByte)필드에 디스크립터 형태로 삽입되는 것을 특징으로 하는 모듈 정보 전송 방법.
  7. 제4항에 있어서,
    상기 나머지 컨텐츠 타입 정보는 상기 다운로드인포인디케이션 메시지의 디스크립터(decriptor) 필드에 디스크립터 형태로 삽입되는 것을 특징으로 하는 모듈 정보 전송 방법.
  8. 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보 전송 장치에 있어서,
    소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 다운로드서버개시(DownloadServerInitiate:DSI) 메시지로서 그룹내 모듈들의 공통된 유니버설 리소스식별자(Universal Resource Identifier:URI) 정보가 저장된 다운로드서버개시 메시지와, 모듈정보를 제공하는 다운로드인포 인디케이션(DownloadInfoIndication:DII) 메시지로서 그룹내 모듈들의 유니버설 리소스식별자 정보중 상기 공통된 유니버설 리소스식별자 정보를 제외한 나머지 유니버설 리소스 식별자 정보가 저장된 다운로드인포 인디케이션 메시지를 생성하는 메시지 생성부와,
    상기 생성된 메시지를 전송하는 메시지 전송부를 포함하는 것을 특징으로 하는 모듈 정보 전송 장치.
  9. 데이터 캐러셀 프로토콜을 이용하는 데이터 방송 시스템에서 어플리케이션 리소스를 나타내는 모듈 정보 전송 장치에 있어서,
    소정 개수의 모듈로 구성된 그룹에 관한 그룹정보를 제공하는 다운로드서버개시(DownloadServerInitiate:DSI) 메시지로서 그룹내 모듈들의 공통된 컨텐츠 타입 정보가 저장된 다운로드서버 개시 메시지와, 모듈정보를 제공하는 다운로드인포 인디케이션(DownloadInfoIndication:DII) 메시지로서 그룹내 모듈들의 커텐츠 타입 정보중 상기 공통된 컨텐츠 타입 정보를 제외한 나머지 컨텐츠 타입 정보가 저장된 다운로드인포 인디케이션 메시지를 생성하는 메시지 생성부와,
    상기 생성된 메시지를 전송하는 메시지 전송부를 포함하는 것을 특징으로 하는 모듈 정보 전송 장치.
KR10-2002-0070754A 2002-11-14 2002-11-14 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치 KR100484178B1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
KR10-2002-0070754A KR100484178B1 (ko) 2002-11-14 2002-11-14 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치
JP2003383085A JP4128939B2 (ja) 2002-11-14 2003-11-12 データカルーセルプロトコルを利用するｄａｓｅデータ放送システムにおいてアプリケーションリソースを表すモジュール情報を伝送する方法及びその装置
CA002449371A CA2449371A1 (en) 2002-11-14 2003-11-13 Method and apparatus for transmitting module information representing application resource in data carousel scenario of dase data broadcasting system
US10/705,831 US20040168197A1 (en) 2002-11-14 2003-11-13 Method and apparatus for transmitting module information representing application resource in data carousel scenario of DASE data broadcasting system
MXPA03010370A MXPA03010370A (es) 2002-11-14 2003-11-13 Metodo y aparato para transmitir informacion del modulo que representa recurso de aplicacion en escenario de carrusel de datos del sistema de radiodifusion de datos de television digital.
CNA200310120902A CN1501655A (zh) 2002-11-14 2003-11-14 在广播系统中发送表示应用资源的模块信息的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR10-2002-0070754A KR100484178B1 (ko) 2002-11-14 2002-11-14 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치

Publications (2)

Publication Number Publication Date
KR20040042452A KR20040042452A (ko) 2004-05-20
KR100484178B1 true KR100484178B1 (ko) 2005-04-20

Family

ID=32464439

Family Applications (1)

Application Number Title Priority Date Filing Date
KR10-2002-0070754A KR100484178B1 (ko) 2002-11-14 2002-11-14 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치

Country Status (6)

Country Link
US (1) US20040168197A1 (ko)
JP (1) JP4128939B2 (ko)
KR (1) KR100484178B1 (ko)
CN (1) CN1501655A (ko)
CA (1) CA2449371A1 (ko)
MX (1) MXPA03010370A (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005351994A (ja) * 2004-06-08 2005-12-22 Sony Corp コンテンツ配信サーバ，コンテンツ配信方法，プログラム
KR100725387B1 (ko) * 2004-08-24 2007-06-08 삼성전자주식회사 데이터 방송에서의 전송 코드 세트 시그널링 방법 및 장치
US7480624B2 (en) * 2004-09-27 2009-01-20 Accenture Global Services Gmbh System for supporting interactive presentations to customers
KR100789781B1 (ko) * 2005-01-12 2007-12-28 한국전자통신연구원 디지털 방송망에서의 모듈 개념을 이용한 효율적인 애플리케이션 송수신 방법 및 장치
KR100782857B1 (ko) * 2006-10-13 2007-12-06 삼성전자주식회사 복수의 모델들이 공유하는 공유모듈을 이용하여 소프트웨어를 갱신하기 위한 방법, 디지털 방송 수신기 및 그 방법을 기록한 컴퓨터로 읽을 수 있는 기록매체
KR20090005645A (ko) * 2007-07-09 2009-01-14 삼성전자주식회사 데이터 검색 방법 및 데이터 방송 송수신 장치
US10437523B2 (en) * 2016-02-25 2019-10-08 Red Hat Israel, Ltd. Secure receive packet processing for network function virtualization applications

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1022902A1 (en) * 1999-01-21 2000-07-26 Sony Service Center (Europe) N.V. Method and system for prioritising data operations
KR20000059989A (ko) * 1999-03-10 2000-10-16 구자홍 컨텐트 등록을 이용한 방송 스케줄 제작 방법
KR20030021241A (ko) * 2001-05-04 2003-03-12 코닌클리케 필립스 일렉트로닉스 엔.브이. 대화식 어플리케이션들의 기록
KR20030057116A (ko) * 2001-12-28 2003-07-04 엘지전자 주식회사 디지털 방송 수신기의 운용방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1022902A1 (en) * 1999-01-21 2000-07-26 Sony Service Center (Europe) N.V. Method and system for prioritising data operations
KR20000059989A (ko) * 1999-03-10 2000-10-16 구자홍 컨텐트 등록을 이용한 방송 스케줄 제작 방법
KR20030021241A (ko) * 2001-05-04 2003-03-12 코닌클리케 필립스 일렉트로닉스 엔.브이. 대화식 어플리케이션들의 기록
KR20030057116A (ko) * 2001-12-28 2003-07-04 엘지전자 주식회사 디지털 방송 수신기의 운용방법

Also Published As

Publication number Publication date
US20040168197A1 (en) 2004-08-26
JP2004166282A (ja) 2004-06-10
CA2449371A1 (en) 2004-05-14
CN1501655A (zh) 2004-06-02
JP4128939B2 (ja) 2008-07-30
KR20040042452A (ko) 2004-05-20
MXPA03010370A (es) 2005-04-11

Similar Documents

Publication Publication Date Title
JP4271398B2 (ja) オーディオ／ビデオ番組と関連する付随的情報を識別する方法
US11765445B2 (en) Validation of content
KR101695514B1 (ko) 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
KR101976052B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
US20040022278A1 (en) Localization and targeting of data in broadcast streams
CA2839444C (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
KR101735881B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
US20050108757A1 (en) Method for updating software of a target device using an extended identifier in digital broadcasting
Pekowsky et al. The set-top box as" multi-media terminal"
US20140130112A1 (en) Method for accessing a service, in particular a web portal, by means of a terminal for replaying a multimedia stream
US7958535B2 (en) URI pointer system and method for the carriage of MPEG-4 data in an MPEG-2 transport stream
KR100484178B1 (ko) 데이터 캐러셀 프로토콜을 이용하는 ｄａｓｅ 데이터 방송시스템에서 어플리케이션 리소스를 나타내는 모듈 정보를전송하는 방법 및 그 장치
AU2005309706B2 (en) Pushing content in a two-way network
KR100967247B1 (ko) 데이터 방송 파일 시스템 및 그 운용 방법
US20100043043A1 (en) Method of switching digital tv application
EP1472879A1 (en) Embedding tv anytime crids
WO2013152801A1 (en) An improved method and apparatus for providing extended tv data
Lugmayr et al. World of Digital Interactive TV
Dolan Data Broadcasting Standards and Practices for Television
Block Teletext XX
Kim et al. Implementation of the digital broadcasting system based on the ATVEF

Legal Events

Date Code Title Description
A201 Request for examination
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: 20080328

Year of fee payment: 4

LAPS Lapse due to unpaid annual fee