KR20100084105A - 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템 - Google Patents

Abstract

본 발명은 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템에 관한 것으로, 이러한 본 발명은, 서비스 가이드 프래그먼트, RMS 템플릿 및 서비스 가이드 프래그먼트에 대한 정보 상기 RMS 템플릿에 대한 정보를 가지는 서비스 가이드 전송 해석기를 전송하는 방송 서비스 분배/조정부 및 상기 서비스 가이드 전송 해석기의 서비스 가이드 프래그먼트에 대한 정보를 참조하여 서비스 가이드 프래그먼트를 추출하고, 상기 서비스 가이드 전송 해석기의 RMS 정보를 참조하여 RMS 템플릿을 수신하며, 상기 RMS 템플릿을 이용하여 서비스 가이드 프래그먼트에서 서비스 가이드를 추출하여 출력하는 단말기를 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템 및 이를 통한 서비스 가이드 제공 방법을 제공한다.

rich media, BCAST, 서비스 가이드,

Description

디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법 및 이를 위한 시스템{A Method for offering Service Guide using rich media in a digital broadcast system and a system thereof}

본 발명은 디지털 방송 시스템에서 서비스 가이드 제공 방법 및 이를 위한 시스템에 관한 것으로, 특히, 리치미디어를 이용하여 사업자의 의도대로 각 단말기들에게 서비스 가이드를 제공할 수 있는 서비스 가이드 제공 방법 및 이를 위한 방송 시스템에 관한 것이다.

일반적으로 방송 서비스는 단말을 가진 모든 사용자들에게 제공하는 것을 목적으로 제공되는 서비스이다. 이러한 방송 서비스는 음성만을 제공하는 라디오 방송과 같은 오디오 방송 서비스와 음성 및 비디오 서비스를 제공하는 텔레비전과 같은 비디오 위주의 방송 서비스 및 음성, 비디오 및 데이터 서비스를 포괄하는 멀티미디어 방송 서비스로 구분된다. 이러한 방송 서비스들은 아날로그 방식을 기본으로 하고 있으며, 기술의 비약적인 발전에 따라 디지털 방송화가 이루어지고 있다. 또한 방송 서비스는 기존의 송신탑을 바탕으로 제공되던 방식에서 벗어나 유선으로 고화질 및 고속의 데이터를 함께 제공하는 유선 네트워크의 멀티미디어 서비스와 인공위성을 이용하여 멀티미디어 서비스를 제공하는 방식 및 유선과 인공위성을 동시에 이용하는 방식 등의 다양한 방식으로 발전하고 있다.

또한, 이동통신 시장은 기존 기술들의 재조합 또는 통합을 통해 새로운 서비스의 생산을 지속적으로 요구 받고 있으며, 오늘날 통신 및 방송 기술의 발달로 인해 종래의 방송 시스템 또는 이동 통신 시스템에서 핸드폰, PDA(Personal Digital Assistant) 등 휴대 단말기(이하, "이동 단말")를 통해 방송 서비스를 제공하는 단계에 있다. 이러한 잠재적이고 실제적인 시장 수요와 멀티미디어 서비스에 대해 급증하는 사용자 요구, 기존의 음성 서비스 외에 방송 서비스 등 새로운 서비스를 제공하고자 하는 사업자의 전략, 그리고 수요자의 요구를 수용하여 이동 통신 사업을 강화하고 있는 IT 기업들의 이해관계가 맞물려 이동 통신 서비스와 IP의 융합은 차세대 이동통신 기술 개발의 큰 흐름으로 자리 잡고 있다. 이는 이동 통신 시장뿐 아니라, 일반 유선 시장 속에서도 무선 또는 방송 등에 존재하는 다양한 서비스들을 도입, 적용시키기에 이르렀고 이러한 전 방위적인 융합은 유선, 무선 방송 등에 상관없이 다양한 서비스들에 대해 동일한 소비 환경을 만들게 되었다.

한편, 오픈 모바일 얼라이언스(Open Mobile Alliance, OMA)는 개별 모바일 솔루션의 상호 연동을 위한 표준을 연구하는 단체로서, 이동통신용 게임, 인터넷 서비스 등에 대한 다양한 어플리케이션 표준을 정하는 역할을 주로 담당하고 있다. 특히, 상기 OMA의 워킹 그룹 중 OMA BCAST(Mobile Broadcast Working Group)에서는 이동 단말을 이용하여 방송 서비스를 제공하는 기술 표준을 연구하고 있다. OMA BCAST는 서비스 가이드, 다운로드 및 스트리밍 전송기술, 서비스 및 콘텐츠 보호 기술, 서비스 가입, 로밍 등 휴대 단말 환경에서 IP기반의 방송 서비스를 제공하기 위한 기술을 표준화 하고 있다.

상기 설명한 유무선 환경의 융합으로 인한 통합 서비스 제공의 시장 흐름에 따라, OMA BCAST등 휴대 방송 기술도 모바일 환경을 넘어 유무선 통합 환경에서 서비스를 제공할 수 있도록 진화할 것이다.

상기 언급된 기존 휴대방송 시스템에서는 특정 방송 송출 시스템을 통하여 수신하도록 설계된 단말기들만을 위하여 서비스 가이드를 설정하고 서비스 수신을 위한 정보를 제공해준다.

이러한 휴대방송 시스템에서는 서비스 가이드의 정보는 정의하나 표시 방법은 정의하고 있지 않아 각 단말기의 구현에 따라 표시 형식이 정해진다. 즉, 사업자가 제공해주는 모든 서비스에 대한 시작점인 서비스 가이드의 표시가 제조사마다 또는 모델마다 다를 수 있기에 사업자는 사용자에게 일관된 서비스 접근을 제공해줄 수가 없었다. 이러한 문제를 극복하기 위하여 단말기 화면상의 표시를 다양하게 정의할 수 있도록 해주는 기술인 리치 미디어(rich media)가 존재하며, MPEG LASeR, 3GPP DIMS 및 OMA RME 가 대표적인 통합 솔루션들이다. 그러나 서비스 가이드에 리치 미디어(rich media) 기술을 적용할 경우 모든 단말기들에 리치 미디어(rich media) 기술이 탑재되어야 하는 호환성에 대한 문제가 발생하므로, 리치 미디어(rich media)를 선택적으로 적용할 수 있는 방법이 요구된다.

따라서 상술한 바와 같은 종래의 요구를 감안한 본 발명의 목적은, 리치 미디어를 이용하여 서비스 가이드를 제공하는 방법 및 이를 위한 시스템을 제공함에 있다.

본 발명의 다른 목적은 호환성에 문제가 없도록 리치 미디어를 제공하기 위한 템플릿을 따로 제공하여 리치 미디어에 따른 서비스 가이드를 제공하는 방법 및 이를 위한 시스템을 제공함에 있다.

상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법은, 서비스 가이드 프래그먼트를 구성하고, 구성한 서비스 가이드 프래그먼트를 참조하여 서비스 가이드를 생성하는 RMS 템플릿을 생성하는 과정과, 상기 RMS 템플릿에 대한 정보인 RMS 정보 및 서비스 가이드 프래그먼트에 대한 정보를 포함하는 서비스 가이드 전송 해석기를 생성하는 과정과, 상기 서비스 가이드 프래그먼트, 상기 RMS 템플릿 및 서비스 가이드 전송 해석기를 방송하는 과정을 포함한다.

상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법은, 서비스 가이드 전송 해석기를 수신하는 과정과, 상기 서비스 가이드 전송 해석기의 서비스 가이드 프래그먼트에 대한 정보를 참조하여 서비스 가이드 프래그먼트를 추출하는 과정과, 상기 서비스 가이드 전송 해석기의 RMS 정보를 참조하여 RMS 템플릿을 수신하는 과정과, 상기 RMS 템플릿을 이용하여 서비스 가이드 프래그먼트에서 서비스 가이드를 추출하여 출력하는 과정을 포함한다.

상술한 바와 같은 목적을 달성하기 위한 본 발명의 바람직한 실시 예에 따른 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템은, 서비스 가이드 프래그먼트, RMS 템플릿 및 서비스 가이드 프래그먼트에 대한 정보 상기 RMS 템플릿에 대한 정보를 가지는 서비스 가이드 전송 해석기를 전송하는 방송 서비스 분배/조정부 및 상기 서비스 가이드 전송 해석기의 서비스 가이드 프래그먼트에 대한 정보를 참조하여 서비스 가이드 프래그먼트를 추출하고, 상기 서비스 가이드 전송 해석기의 RMS 정보를 참조하여 RMS 템플릿을 수신하며, 상기 RMS 템플릿을 이용하여 서비스 가이드 프래그먼트에서 서비스 가이드를 추출하여 출력하는 단말기를 포함한다.

상술한 바와 같은 본 발명에 따르면, RMS 템플릿을 이용하여 서비스 가이드를 제공함으로써, 서로 다른 단말기들에게 사업자에 의도에 따른 서비스를 제공할 수 있다. 또한, 리치 미디어를 지원하지 않는 단말기들에 대한 호환성의 문제를 해결할 수 있다.

이하, 본 발명의 바람직한 실시 예들의 상세한 설명이 첨부된 도면을 참조하여 상세히 설명한다. 도면들 중 동일한 구성들은 가능한 한 어느 곳에서든지 동일 한 부호들을 나타내고 있음을 유의하여야 한다.

또한, 하기 설명에서는 구체적인 특정 사항들이 나타나고 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐 이러한 특정 사항들 없이도 본 발명이 실시될 수 있음은 이 기술 분야에서 통상의 지식을 가진 자에게는 자명하다 할 것이다. 그리고 본 발명을 설명함에 있어, 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 상세한 설명을 생략한다.

후술될 상세한 설명에는 상술한 기술적 과제를 이루기 위한 본 발명에 있어서 대표적인 실시 예를 제시할 것이다. 또한 본 발명의 설명의 편의를 위하여 비동기 이동통신 표준인 3GPP(3rd Generation Partnership Project) 혹은 이동 단말의 어플리케이션의 표준 기구인 OMA(Open Mobile Alliance)의 BCAST에서 정의하고 있는 개체들의 명칭들을 동일하게 사용할 것이나, 이러한 표준 및 명칭들이 본 발명의 범위를 한정하는 것은 아니며, 유사한 기술적 배경을 가지는 시스템에 적용 가능함은 물론이다.

먼저, 본 발명의 실시 예에 따른 디지털 방송 네트워크에 대해서 설며한다. 특히, 본 발명의 설명에 있어서 구체적인 예를 들기 위하여 휴대 방송 기술 표준 중 하나인 OMA BCAST 기술을 바탕으로 설명하나, 이러한 설명이 본 발명의 내용을 제한하지는 않는다.

도 1은 본 발명의 실시 예에 따른 디지털 방송 통신 시스템의 구성을 설명하기 위한 도면이다.

먼저 도 1에 나타낸 논리 개체들을 설명한다. OMA BCAST 서비스 가이드 기능의 논리 구조는 콘텐츠 공급자(CC, Content Creation)(101), 방송 서비스 어플리케이션(BCAST Service Application)(102), 방송 서비스 분배/조정부(BCAST Service Distribution/Adaptation, 이하, "BSDA"로 축약함)(103), 방송 가입 관리부(BCAST Subscription Management)(104), 단말기(Terminal)(105), BDS 서비스 분배부(BDS Service Distribution)(111) 방송 분배 시스템(Broadcast Distribution System)(112) 및 연동 네트워크(Interaction Network)(113)를 포함한다.

콘텐츠 공급자(Content Creation: CC)(101)는 BCAST 서비스의 기초가 되는 콘텐츠를 공급하며, 이러한 콘텐츠는 통상의 방송 서비스를 위한 파일, 예를 들면 영화, 오디오, 비디오를 위한 데이터 등이 될 수 있겠다. 또한 상기 콘텐츠 공급자(101)는 서비스 가이드 생성 및 상기 서비스가 전송될 전송 베어러를 결정하기 위한 콘텐츠에 대한 속성(Attribute)을 BCAST 서비스 어플리케이션(BCAST Service Application)(102)에 제공한다.

방송 서비스 애플리케이션(102)은 상기 콘텐츠 공급자(101)로부터 방송(BCAST) 서비스의 데이터를 공급받아서 이를 이용해 미디어 인코딩, 콘텐츠 보호, 양방향 서비스 등을 제공하기에 적합한 형태로 가공한다. 또한 상기 콘텐츠 공급자(101)로부터 공급받은 상기 콘텐츠에 대한 속성을 방송 서비스 분배/조정부(103)와 방송 가입 관리부(104)에 제공한다.

방송 서비스 분배/조정부(103)는 방송 서비스 어플리케이션(102)으로부터 공급받은 방송(BCAST) 서비스 데이터들을 이용해서 파일 및 스트리밍 전송, 서비스 수집, 서비스 보호, 서비스 가이드 생성 및 전송, 서비스 공지(Notification)와 같은 작업을 수행한다. 또한 방송 서비스 분배/조정부(103)는 서비스를 방송 분배 시스템(Broadcast Distribution System)(112)에 맞도록 조정한다.

특히, 본 발명의 실시 예에 따른 방송 서비스 분배/조정부(103)는 RMS(Rich Media Solution) 템플릿을 생성하고, 생성한 RMS 템플릿의 정보 및 RMS 템플릿을 단말기(105)에 전송한다.

방송 가입 관리부(104)는 방송(BCAST) 서비스 사용자의 가입 및 요금 관련 기능과 같은 서비스 규정, 방송 서비스에 사용되는 정보의 규정, 방송 서비스를 제공받는 단말기(105)를 하드웨어 또는 소프트웨어적으로 관리한다.

단말기(Terminal)(105)는 콘텐츠 및 서비스 가이드와 콘텐츠 보호등과 같은 프로그램 지원 정보를 수신하며 사용자에게 방송 서비스를 제공한다. 특히, 본 발명의 실시 예에 따른 단말기(105)는 RMS 정보를 수신하여, RMS 정보에 따라 RMS 템플릿을 수신할 수 있다. 또한, 단말기(105)는 서비스 가이드를 수신하여, 수신한 서비스 가이드를 RMS 템플릿을 이용하여 출력한다.

BDS 서비스 분배부(BDS Service Distribution)(111)는 상기 방송 분배 시스템(112) 및 연동 네트워크(Interaction Network)(113)와 상호 통신을 통해서 휴대 방송 서비스를 다수의 단말기들에게 전송한다.

방송 분배 시스템(112)은 방송 채널을 통한 휴대 방송 서비스를 전송하며, 그 예를 들면, 3GPP의 MBMS(Multimedia Broadcast Multicast Service), 3세대 동기 이동통신 표준기구인3GPP2(3rd Generation Project Partnership 2) 의BCMCS(Broadcast Multicast Service), 디지털 방송 표준 기구인 DVB(Digital Video Broadcasting)의 DVB-H(DVB-Handheld) 또는 IP(Internet Protocol) 기반의 방송/통신 네트워크 등이 될 수 있겠다. 연동 네트워크(113)는 양방향 채널을 제공하며, 그 예를 들면 셀룰러 네트워크 등이 될 수 있다.

다음으로 상기 논리 개체들 간의 연결 통로인 참조 포인트(reference point)들을 설명한다. 참조 포인트는 목적에 따라 다수개의 인터페이스들을 가지며, 이러한 인터페이스는 소정의 목적을 위해서 2개 이상의 논리 개체들 간의 통신을 위해서 사용되며, 이를 위한 메시지 형식과 프로토콜 등이 적용된다.

BCAST-1(121)은 콘텐츠 및 콘텐츠 속성의 전송로이며, BCAST-2(122)는 콘텐츠가 보호(Content-protected)되거나 콘텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스와 상기 BCAST 서비스의 속성 및 콘텐츠 속성의 전송로이다.

BCAST-3(123)은 BCAST 서비스의 속성, 콘텐츠의 속성, 사용자 우선(User preference) 및 가입(Subscription) 정보, 사용자 요청, 상기 요청에 대한 응답의 전송로이다. BCAST-4(124)는 공지 메시지(Notification Message), 서비스 가이드에 사용되는 속성, 콘텐츠 보호(Content Protection) 및 서비스 보호(Service Protection)에 사용되는 키(Key)의 전송로이다.

BCAST-5(125)는 보호된(Protected) BCAST 서비스, 보호되지 않은(Unprotected) BCAST 서비스, 콘텐츠가 보호된(Content-protected) BCAST 서비스, 콘텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스, BCAST 서비스 속 성, 콘텐츠 속성, 공지(Notification), 서비스 가이드, BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 킷값 등의 보안 요소(Security material)와 방송(Broadcast) 채널을 통해서 전송되는 모든 데이터와 시그널의 전송로이다.

BCAST-6(126)은 보호된(Protected) BCAST 서비스, 보호되지 않은(Unprotected) BCAST 서비스, 콘텐츠가 보호된(Content-protected) BCAST 서비스, 콘텐츠가 보호되지 않은(Content-unprotected) BCAST 서비스, BCAST 서비스 속성, 콘텐츠 속성, 공지(Notification), 서비스 가이드, BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 킷값 등의 보안 요소(Security material)와 연동(Interaction) 채널을 통해서 전송되는 모든 데이터와 시그널의 전송로이다.

BCAST-7(127)은 서비스 규정(provisioning), 가입(Subscription) 정보, 장치 관리(Device Management), BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키 값 등의 보안 요소(Security material) 등의 수신에 관련된 제어 정보의 연동(Interaction) 채널을 통해서 전송되는 사용자 우선(preference) 정보의 전송로이다.

BCAST-8(128)은 BCAST 서비스에 대한 사용자의 데이터가 연동(Interaction)되는 전송로이다. BDS-1(129)은 보호된(protected) BCAST 서비스, 보호되지 않은(Unprotected) BCAST 서비스, BCAST 서비스 속성, 콘텐츠 속성, 공지(notification), 서비스 가이드 및 BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키 값 등의 보안 요소(Security material)의 전송로이다.

BDS-2(130)는 서비스 규정(provisioning), 가입(Subscription) 정보, 장치 관리(Device management) 및 BCAST 서비스 보호(protection)에 사용되는 DRM(Digital Right Management) RO 및 키 값 등의 보안 요소(Security material)의 전송로이다.

X-1(131)은 상기 BDS 서비스 분배부(111)와 방송 분배 시스템(112)간의 참조(reference) 포인트이다. X-2(132)는 상기 BDS 서비스 분배부(111)와 연동 네트워크(113)간의 참조(reference) 포인트이다. X-3(133)은 방송 분배 시스템(112)과 단말기(105)간의 참조(reference) 포인트이다. X-4(134)는 BDS 서비스 분배부(111) 및 방송 채널을 통한 단말기(105)간의 참조(reference) 포인트이다. X-5(135)는 BDS 서비스 분배부(111) 및 연동(interaction) 채널을 통한 상기 단말기(105)간의 참조(reference) 포인트이다. X-6(136)은 연동 네트워크(113)와 단말기(105)간의 참조(reference) 포인트이다.

다음으로, 본 발명의 실시 예에 따른 서비스 가이드(Service Guide)를 제공하기 위한 서비스 가이드 데이터 모델(Data Model)을 설명하기로 한다. 이는 OMA BCAST를 예로 들어 설명한다.

도 2는 본 발명의 실시 예에 따른 서비스 가이드 생성을 위한 서비스 가이드에 대한 데이터 모델을 설명하기 위한 도면이다. 여기서, 각 블록을 프래그먼트(fragment)라고 하며, 각 프래그먼트를 연결하는 실선은 프래그먼트 간 의 상호 참조를 의미한다.

도 2를 참조하면, 서비스 가이드 데이터(Service Guide Data) 모델은 전체 서비스 가이드의 상위 구성 정보를 제공하는 관리 그룹(Administrative)(200), 서비스, 콘텐츠, 스케줄 등 서비스 가이드의 핵심 부분인 핵심 그룹(Core)(220), 서비스 또는 콘텐츠에 접속할 수 있도록 접속 정보를 제공하는 액세스 그룹(Access)(230), 가입 및 구매 정보를 포함하는 공급 그룹(Provisioning)(210)으로 구성된다.

이에 대한 각각의 구성 요소는 관리 그룹(200)은 서비스 가이드 전송 해석기(ServiceGuideDeliveryDescriptor, 이하, "SGDD"로 축약함)(201)를 포함한다.

공급 그룹(210)은 구입 아이템(PurchaseItem)(211), 구입 데이터(PurchaseData)(212), 및 구입 채널(PurchaseChannel)(213)을 포함한다.

핵심 그룹(220)은 서비스(Service)(221), 스케줄(Schedule)(222), 및 콘텐트(Content)(223)를 포함한다.

액세스 그룹(230)은 액세스(Access)(231), 세션 해석(Session Description)(232)을 포함한다.

그 외에 서비스 가이드는 상술한 4 개의 그룹 이외에 프리뷰 데이터(PreviewData)(241) 및 상호 데이터(InteractivityData)(251)를 더 포함한다.

상기 언급한 각 구성들을 서비스 가이드를 구성하는 최소 단위인 프래그먼트(Fragment)라 부른다.

상술한 각 프래그먼트 구성 요소를 살펴보면, SGDD(201)는 서비스 가이드 전 송 유닛(ServiceGuideDeliveryUnit, 이하, "SGDU"로 축약함)이 위치하는 전송 세션 정보를 알려준다. 여기서, SGDU는 상술한 상술한 바와 같은 서비스 가이드 구성에 필요한 프래그먼트(211, 212, 213, 221, 222, 223, 231, 232, 241, 251)를 수납하는 콘테이너이다. 또한, SGDD(201)는 SGDU에 대한 그룹핑(Grouping) 정보 및 통지 (Notification)메시지를 수신하기 위한 인입점(Entry Point)을 알려준다.

서비스(Service) 프래그먼트(221)는 전체 서비스 가이드 중심으로 방송 서비스에 포함되는 콘텐트(Content)들의 상위 집합체로 서비스의 내용, 장르, 서비스 지역 등의 정보를 포함한다.

스케줄(Schedule) 프래그먼트(222)는 스트리밍(Streaming), 다운로딩(Downloading)등 서비스에 포함된 컨텐트 각각의 시간정보를 나타낸다. 컨텐트(Content) 프래그먼트(223)는 방송되는 컨텐트에 대한 상세한 설명, 타겟 유저 그룹, 서비스 지역, 장르 등을 포함한다.

액세스(Access) 프래그먼트(231)는 서비스를 볼 수 있도록 접속과 관련한 정보를 제공하며 해당 접속 세션에 대한 전송 방법, 세션 정보 등을 제공한다.

세션 해석(SessionDescription) 프래그먼트(232)는 액세스 프래그먼트(Access)(231)에 포함될 수도 있고 URI형태로 위치 정보를 알려주어 단말기가 해당 세션 해석(SessionDescripion) 프래그먼트(232) 정보를 확인할 수 있다. 세션 해석 프래그먼트(232)는 해당 세션에 존대하는 멀티미디어 콘텐츠에 대한 주소 정보, 코덱 정보 등을 제공한다.

구입 아이템(PurchaseItem) 프래그먼트(211)는 서비스, 콘텐트, 시간 등의 번들(Bundle)을 제공하여 사용자가 해당 구입 아이템(PurchaseItem) 프래그먼트(211)를 가입 또는 구매할 수 있도록 도와준다.

구입 데이터(PurchaseData) 프래그먼트(212)는 서비스 혹은 서비스 번들에 대한 가격 정보, 프로모션 정보 등 구매, 가입에 대한 구체적인 정보를 포함한다.

구입 채널(PurchaseChannel) 프래그먼트(213)는 가입 혹은 구매를 위한 접속 정보를 알려준다.

또한, 서비스 가이드(SG, Service Guide)는 프리뷰 데이터(PreviewData) 프래그먼트(241)를 통해 서비스, 스케줄, 콘텐트에 대한 프리뷰(Preview) 정보를 제공하거나, 상호 데이터(InteractivityData) 프래그먼트(251)를 통해 해당 서비스, 스케줄, 콘텐트에 따라 방송 중에 인터렉티브(Interactive) 서비스를 제공할 수도 있다.

서비스 가이드에 대한 구체적인 정보들은 도 2의 상위 데이터 모델을 기반으로 상세 내용 및 값을 제공하기 위한 다양한 요소 값(Element) 및 속성 (Attribute) 값을 통해 정의될 수 있다.

그리고 본 발명의 편의를 위하여 서비스 가이드의 각각의 프래그먼트에 대한 상세한 요소 값 및 속성 값은 본 내용에 포함하지 않았으나 상기의 상세한 요소 값 및 속성 값이 본 발명을 제약하는 것은 없으며 휴대 방송 서비스를 위한 서비스 가이드 제공에 있어 필요에 의해 정의된 모든 요소 값 및 속성 값에 본 발명이 모두 적용될 수 있다.

다음으로, 본 발명의 실시 예에 따른 메시지 스키마 테이블에 대해서 설명하 기로 한다. 본 발명의 실시 예에서 SGDD(201)를 통해 전송되는 정보는 메시지 스키마 테이블을 형태로 전송될 수 있다.

다음의 <표 1>은 본 발명의 실시 예에 따른 스키마 테이블을 설명하기 위한 것이다.

이름 (Name)

타입 (Type)

범주 (Category)

카디넬리티 (Cardinality)

설명 (Description)

데이터형 (Data Type)

<표 1>에 나타낸 바와 같이, 스키마 테이블은 이름(Name), 타입(Type), 범주(Category), 카디넬리티(Cardinality), 설명(Description) 및 데이터형(Data type)을 포함한다.

이름(Name)은 해당 메시지를 구성하는 요소 값과 속성 값에 대한 명칭을 나타낸다. 타입(Type)은 해당 이름이 요소 값 혹은 속성 값 중 어떤 형태인지를 의미한다. 요소 값은 E1, E2, E3, E4와 같은 값을 가지며, E1은 전체 메시지에 대한 상위 요소 값을 의미하며, E2는 E1의 하위 요소 값, E3는 E2의 하위 요소 값, E4는 E3의 하위 요소 값을 나타낸다. 속성 값은 A로 표시하며 A는 해당 요소의 속성 값을 나타낸다. 예로 E1 아래의 A는 E1의 속성값을 나타낸다.

범주(Category)는 해당 요소 값 혹은 속성 값이 필수 내용인지 아닌지를 구분하기 위해 사용되며, 필수인 경우 M 값을 갖고, 옵션인 경우 O 값을 가진다.

카디넬리티(Cardinality)는 요소들 간의 관계를 나타내며, 각각 "0", "0..1", "1", "0..n", 및 "1..n"의 값을 가진다. 여기서, 0은 옵션을 의미하며, 1 은 필수 관계를 의미하며, n 은 다수의 값을 가질 수 있음을 의미한다. 예로 0..n은 해당 요소 값이 없을 수도 있고 n 개의 값을 가질 수도 있음을 의미한다.

설명(Description)은 해당 요소 또는 속성 값이 의미하는 바를 기술하며, 데이터형(Data Type)은 해당 요소 값 혹은 속성 값에 대한 데이터 형태를 나타낸다.

다음으로 본 발명의 실시 예에 따른 서비스 가이드 수신 방법을 설명하기로 한다. 도 3은 본 발명의 실시 예에 따른 단말기의 서비스 가이드 수신 방법을 설명하기 위한 도면이다.

도 3을 참조하면, SGDD(301, 도 2의 201)는 서비스 정보를 포함하는 모든 프래그먼트에 대한 전송에 있어 전송되는 세션 정보 및 그룹 정보, 통지 메시지 접속 정보 등을 포함한다. 특히, 본 발명의 실시 예에 따른 SGDD(301)은 RMS 템플릿에 대한 정보를 포함한다. 이러한 RMS 템플릿에 대한 정보는 하기에서 더 자세히 설명하며, 도 3에서는 그 설명을 생략한다.

휴대 방송 서비스를 제공하는 단말기는 단말기 전원이 켜지거나 혹은 서비스 가이드 수신 동작을 시작하면 제일 먼저 서비스 가이드 공지 채널(Service Guide Announcement Channel, SG Announcement Channel, 이하, "SG 공지 채널"로 칭함)(300)에 접속하게 된다.

단말기가 접속한 해당 SG 공지 채널(300)에는 SGDD 서비스 가이드 전달 해석기(ServiceGuideDeliveryDescriptor: SGDD)(301)가 적어도 하나 존재하며(SGDD #1,..., SGDD #2,..., SGDD #3), SGDD(301)가 전송하는 정보는 다음의 <표 2>와 같은 내용을 포함된다.

<표 2>는 프래그먼트 중 하나인 SGDD(301)를 구성하는 요소 및 속성 값에 대한 설명을 나타낸 것이다. <표 2>는 SGDD(301)를 XML(eXtensible Markup Language) 스키마로서 나타낸 것이다. 또한, <표 2>는 하나의 표를 편의상 구분하여 나타낸 것으로 각 표에서 각 항목들의 정의는 상기 <표 2>의 정의를 따른다.

아울러, SGDD(301)의 내용에 따라 실제 데이터는 XML 형태로 제공되게 된다. 이러한 정보는 방송 시스템에 따라 제공되는 요소 값 및 속성 값은 동일하게 바이너리 등 다른 형태로 제공될 수도 있다.

SG 공지 채널(300)을 통해 수신한 SGDD(301)은 설명 엔트리(DescriptorEntry)(302)를 포함한다. 설명 엔트리(302)는 프래그먼트 정보를 담고 있는 SGDU(312)에 대한 전송 정보를 가지며, 단말기는 설명 엔트리(302)를 통해 SGDU(312)의 전송 정보를 확인한다. <표 2>에 나타낸 바와 같이, 설명 엔트리(302)는 "GroupingCriteria", "ServiceGuideDeliveryUnit", "Transport", 및 "AlternativeAccessURI" 등을 포함한다.

"Transport" 혹은 "AlternativeAccessURI"는 전송과 관련한 채널 정보를 제공하며, 해당 채널에서 전송되는 실제 값은 SGDU(312)를 통해 제공된다.

여기서, "GroupingCriteria"를 통해 "Service", "Genre" 등 해당 SGDU(312)에 대한 상위 그룹(Group) 정보가 제공될 수 있으며, 단말기는 모든 SGDU(312)를 수신하여 해당 그룹(Group) 정보에 따라 사용자에게 표시할 수 있다.

전송 정보를 확인한 단말기는 SG 전달 채널(Delivery Channel)(310)을 통해 SGDD(301)로 부터 얻어낸 모든 전달 채널(Delivery Channel)에 접속하여 실제 SGDU(312)를 수신하게 된다.

이러한 전달 채널(310)은 "GroupingCriteria"에 따라 채널(Channel)이 구분될 수 있다. 예를 들어, 도 3에 도시한 바와 같이, 시간 단위(Hourly SG Channel), 일 단위(Daily SG Channel) 및 주 단위 채널(Weekly SG Channel) 등과 같이 채널을 구분할 수 있다.

이에 따라 단말기(105)는 필요한 채널에만 접속하여 해당 채널에 존재하는 모든 SGDU를 수신하게 할 수 있다. 단말기(105)는 전달 채널(310)을 통해 SGDU(312)를 모두 수신하게 되면, 도면 부호 320 및 321과 같이 모든 서비스 가이드 프래그먼트(320, 도 2의 211, 212, 213, 221, 222, 223, 231, 232, 241, 251)를 확인한 후, 조합을 통해 실제 서비스 가이드를 사용자에 출력한다.

이때, 본 발명의 실시 예에 따르면, 상술한 모든 서비스 가이드 프래그먼트를 RMS 템플릿을 통해 사용자에게 출력한다. 그러면, 본 발명의 실시 예에 따른 RMS 템플릿을 이용한 서비스 가이드 제공 방법에 대해서 설명하기로 한다.

"RMS"는 "Rich Media Solution"의 약자로, OMA BCAST에서 리치 미디어(rich media) 기술들을 포괄적으로 표현하기 위하여 정의한 명칭이다.

서비스 가이드 표시를 위하여 RMS를 서비스 가이드의 정보가 포함된 서비스 가이드 프래그먼트에 직접 적용할 경우, 기존의 BCAST 단말기들은 신규 서비스 가이드를 해석하고 처리하는데 호환성 등의 문제가 발생할 수 있다. 따라서 본 발명의 실시 예에서는 별도로 서비스 가이드 표시를 위한 RMS 템플릿을 제공함으로써 RMS를 지원하는 단말기에 한해서, RMS 템플릿을 이용하여 서비스 가이드를 표시하도록 할 수 있다. 한편, RMS를 지원하지 않는 단말기들은 내장되어 있는 자체 표시 방식에 맞추어 서비스 가이드를 표시할 수 있다.

그러면, 이러한 RMS 템플릿에 대한 정보(이하, "RMS 정보"로 칭함)는 SGDD를 통해 전송되며, 이러한 RMS 정보에 대해서 설명하기로 한다. 즉, 본 발명의 실시 예에 따른 SGDD는 <표 2>과 같은 정보에 하기에서 설명될 <표 3a> 및 <표 3b>와 같은 RMS 정보를 더 포함하여 전송된다.

다음의 <표 3a>은 본 발명의 제1 실시예에 따른 RMS 정보를 설명하기 위한 것이다.

<표 3a>에서 <표 1>에서 설명한 바와 같은 데이터형(Data Type)은 생략하였다.

<표 3a>를 참조하면, 본 발명의 제1 실시 예에 따른 RMS 정보는, RMS 템플릿 존재 여부를 나타내는 정보, RMS 템블릿에 대한 정보, RMS 템블릿 실행을 위한 요구 사항에 대한 정보, 및 RMS 템플릿 전송에 대한 정보를 포함한다.

이러한 RMS 정보는, 그 요소들로, RMS, RMSTemplate, Type, version, ScreenSize, Value, Compression, Transport, IpAddress, port, srcIpAddress, TransmissionSessionID, hasFDT, TransmissionObjectID, contentLocation, 및 AlternativeURL 요소를 포함한다.

RMS 요소는 서비스 가이드 표시 시 사용할 RMS 템플릿의 존재 여부를 알려주기 위한 요소로, 최상위 요소이다.

RMSTemplate 요소는 다양한 종류의 RMS 기술이 존재하므로, 사업자가 각각의 기술에 대하여 템플릿을 제공코자 할 경우 각각의 정보를 구별하여 제공하기 위한 요소이다.

Type 요소는 템플릿을 생성하기 위하여 사용된 RMS의 기술명을 나타내며, version 요소는 사용된 RMS의 버전 정보를 나타낸다.

<표 3a>에서 기술하는 RMS 기술 중 'W3C SVG Tiny'는 반드시 SVG Tiny 에 한정하는 것은 아니며, SVG, SVG Basic, SVG mobile 등의 SVG에서 파생된 모든 기술을 포함하는 것을 의미한다.

ScreenSize 요소는 다양한 단말기 화면 크기를 고려하여 각각에 맞는 템플릿을 제공하기 위하여 단말기가 자신에게 맞는 RMS 템플릿을 획득할 수 있도록 알려주기 위한 요소이다.

Value 요소는 RMS 템플릿이 적용되기 위하여 필요한 최소한 의 단말기 화면 해상도를 나타낸다. 상기 표에서는 Value 요소의 값으로 화면의 'width*height'로 표현하였으나, 이는 화면 해상도(pixel resolution), 단말기 화면의 대각선 길이, CIF/QCIF 등으로 표현하는 화면 크기 표현 방법 등으로 표현될 수 있음은 물론이다.

Compression 요소는 RMS 템플릿의 압축 여부 및 사용 압축 알고리즘을 나타낸다.

Transport 요소는 RMS 템플릿을 방송을 통하여 단말기(105)가 수신시 필요한 정보들을 담는 요소이다.

IpAddress 요소는 전송 세션의 ip 주소를 나타내며, port는 포트 번호이다.

srcIpAddress는 특정 소스에 한정된 멀티캐스팅, 즉, 소스 한정(source specific) 멀티캐스팅시 필요한 ip 주소를 나타낸다.

또한, TransmissionSessionID는 전송 세션 ID이다.

hasFDT 요소는 전송 세션에서 FDT를 사용할 경우를 나타내며 이 요소가 사용될 경우에는 contentLocation 요소를 사용하여 RMS 템플릿의 파일명을 지정하여 단말기(105)가 RMS 템플릿을 수신토록 할 수 있다.

TransmissionObjectID 요소는 전송 세션 속의 RMS 템플릿의 식별자이다.

마지막으로 AlternativeURL 요소는 방송이 아닌 interaction 채널을 사용하여 일대일 통신으로 RMS 템플릿을 수신코자 할 때 사용하는 정보이다.

본 발명의 실시 예에 따르면, 상술한 RMS 정보들은 SGDD를 통해 전송되며, 단말기는 RMS 정보를 이용하여 RMS 템플릿을 수신한다. 또한, 단말기는 도 2 및 도 3에서 설명한 바와 같이, 서비스 가이드(서비스 가이드 프래그먼트)를 수신하여, 수신한 서비스 가이드를 RMS 템플릿을 이용하여 사용자에게 출력하게 된다.

다음으로, 본 발명의 제2 실시예에 따른 RMS 정보를 설명하기로 한다. 다음의 <표 3b>는 본 발명의 제2 실시예에 따른 RMS 정보를 설명하기 위한 것이다. 하기의 <표 3b>은 여러 BSM이 SGDD를 공유할 경우를 지원하기 위해 정의된 RMS 정보를 포함하며, 이는 RMS 템플릿 적용에 필요한 단말기의 성능을 보다 구체적으로 정의한다.

제2 실시 예의 RMS 정보는 다수의 사업자가 하나의 망을 공유하는 경우를 상정한 것이다. 따라서 본 발명의 제2 실시 예에 따른 RMS 정보는 하나의 망을 공유하는 사업자들이 존재하는 경우, 각 사업자에 따른 리치미디어 서비스 가이드 템플릿을 제공할 수 있다.

<표 3b>를 참조하면, SGDD를 여러 BSM(Broadcast Subscription Management)이 공유할 경우 <표 3b>와 같이 이를 SGDD의 BSMList 요소의 하위 요소인 BSMSelector 요소를 통하여 알린다. 또한, 본 발명에서는 RMS 템플릿의 존재 여부를 상기 BSMSelector 요소의 정보에 추가하여 알린다.

따라서 <표 3b>에서 RMS 요소는 BSMSelector 요소에 속하며, RMSTemplate 요소를 포함한다.

RMSTemplate 요소는 Criteria, Capabilities, Transport, AlternativeURL 및 GlobalContentId 요소를 포함한다.

BSMSelector는 원래 BCAST에서 사업자를 식별하기 위한 정보를 나타내는 요소로 사용된다. BSMSelector는 이 때문에 SGDD를 공유하여 여러 사업자가 서비스 가이드를 제공하고자 할 경우 중요한 분류 기준이 된다. 이 때문에 본 특허에서는 각 사업자 별로 서비스 가이드 템플릿을 지원하기 위하여 BSMSelector의 하위 요소로 추가된 것이다. 또한 SGDD에 RMS 요소를 추가함으로써 단말기는 사전에 서비스 가이드 프래그먼트를 통해 전달되는 메타데이터를 받기 전에 RMS처리를 위한 준비를 할 수 있어 보다 빨리 리치 미디어가 반영된 서비스가이드를 표시할 수 있다.

Criteria 요소는 사업자가 RMS 템플릿을 특정한 조건을 만족하는 단말기들만 수신토록 원할 경우에 사용할 수 있는 필터링 규칙을 제공한다.

Criteria 요소는 필요한 조건이 다양할 수 있으므로, 사업자가 직접 정의 할 수 있도록 세부적으로 정의하지는 않으며, templateVersion, attributeName 및 attributeValue 속성을 제공한다. 여기서, templateVersion 속성은, 기본적으로 시간 정보를 기준으로 신규 템플릿 적용을 위한 기능을 제공한다. 사업자별로 개별 정의할 수 있도록 제공되는 것은 attributeName 및 attributeValue 속성들이다.

Capabilities 요소는 해당 RMS 템플릿을 표시하기 위한 단말기의 필요 성능을 정의한다. 단말기가 상기 Capabilities 요소의 조건을 충족시키지 못 할 경우에는 RMS 템플릿 처리에 문제가 발생할 있으므로 단말기들은 Capabilities 요소에 해당하는 조건이 충족되지 않을 때는 템플릿을 수신하지 않는다.

Transport 요소는 RMS 템플릿을 방송을 통하여 단말기(105)가 수신시 필요한 정보들을 가진다. 이는 <표 3a>에 따른 제1 실시예와 동일하다.

AlternativeURL 요소는 일대일 접속으로 RMS 템플릿을 직접 수신할 수 있는 주소 정보이다.

GlobalContentId 요소는 사업자가 RMS 템플릿 제공을 콘텐트로 처리하여 제공하고자 할 경우 연관된 컨텐츠 프래그먼트의 식별자이다.

상기 방법으로 사용할 경우에는 템플릿을 기존 BCAST의 파일 전송 방법을 따라가는 것이기는 하나 단말기에서 템플릿이 반영된 서비스 가이드 표시함에 있어 직접 SGDD에 있는 Transport 요소를 사용하는 것보다 느릴 수 있다.

그러면, 본 발명의 실시 예에 따른 전송 장치의 RMS 전송 방법에 대해서 설명하기로 한다.

도 4는 본 발명의 실시 예에 따른 RMS 전송 방법을 설명하기 위한 도면이다.

도 4를 참조하면, BSDA(103)는 S401 단계에서 서비스 가이드(SG)를 생성하여 각각을 필요한 서비스 가이드 프래그먼트 형태로 구성한다.

서비스 가이드를 생성한 BSDA(103)는 S403 단계에서 단말기(105)가 서비스 가이드를 표시할 수 있도록 하는 RMS 템플릿을 생성한다.

S403 단계에서 BSDA(103)는 RMS 템플릿 생성에 상용할 RMS 기술을 선택해야 하며 이는 W3C SVT Tiny, OMA RME, MPEG LASeR 또는 3GPP DIMS가 될 수 있다.

이때, RMS 템플릿이 없을 경우 새로이 생성할 수도 있고, 이미 만들어진 RMS 템플릿이 있을 경우 서비스 가이드 표시를 위한 RMS 템플릿을 선택하는 동작을 수행한다.

S403 단계에서 RMS 템플릿을 생성하거나 선택한 BSDA(103)는 S405 단계에서 SGDD를 생성한다. 이러한 SGDD는 RMS 정보를 포함한다. RMS 정보는 앞서 설명한 <표 3a> 및 <표 3b> 중 어느 하나가 될 수 있다. 즉, BSDA(103)는 SGDD를 생성할 때 <표 2>에서 설명한 바와 같은 서비스 가이드 구성에 필요한 서비스 가이드 프래그먼트에 대한 정보와 더불어 <표 3a> 또는 <표 3b>에서 설명한 바와 같은 RMS 정보를 포함한다.

BSDA(103)는 S407 단계에서 SGDD, 서비스 가이드, 및 RMS 템플릿을 단말기(105)들이 수신할 수 있도록 방송한다.

한편, 인터렉션 채널을 통해 RMS 템플릿을 전송하는 경우, BSDA(103)는 S405 단계에서 RMS 템플릿이 인터렉션 채널을 통해 전송됨을 알리는 RMS 정보를 SGDD에 포함하고, S407 단계에서 SGDD, 서비스 가이드 프래그먼트를 방송하되, RMS 템플릿은 인터렉션 채널을 통해 전송한다.

다음으로, 상술한 바와 같이 전송되는 서비스 가이드를 RMS 템플릿을 통해 수신하는 단말기의 수신 방법에 대해서 설명하기로 한다.

도 5는 본 발명의 실시 예에 따른 단말기의 RMS 템플릿 수신 방법을 설명하기 위한 도면이다.

도 5를 참조하면, 단말기(105)는 S501 단계에서 BSDA(103)로부터 SGDD를 수신한다. 이때, 단말기(105)는 BSDA(103)로부터 전송되는 SGDD를 SG 공지 채널(300)에 접속하여 수신한다. 도 3에서 설명한 바와 같이, SG 공지 채널(300)을 통해 적어도 하나의 SGDD가 전송되며, 단말기(105)는 이러한 SGDD 중 자신의 SGDD를 선택하여 수신한다.

그런 다음, 단말기(105)는 S503 단계에서 수신한 SGDD를 참조하여 자신의 SGDU를 수신하고, S505 단계에서 수신한 SGDU에서 서비스 가이드 프래그먼트를 추출한다. 이러한 서비스 가이드 프래그먼트는 메타 데이터가 될 수 있다.

그런 다음, 단말기(105)는 S507 단계에서 SGDD를 분석하여 SGDD에 <표 3a> 또는 <표 3b>와 같은 RMS 정보가 존재하는지 판단한다. 상기 판단 결과, RMS 정보가 존재하면 S509 단계로 진행하고, RMS 정보가 존재하지 않으면 S515 단계로 진행한다.

RMS 정보가 존재함을 확인한 단말기(105)는 S509 단계에서 SGDD 내에 있는 RMS 템플릿을 자신이 지원하는지 판단한다.

이러한 판단은 <표 3a> 및 <표 3b>의 RMS 정보를 참조하여 판단할 수 있다. 예컨대, RMS 정보가 <표 3a>인 경우, "type" 또는 "version" 요소 등을 참조하여 단말기(105) 자신이 해당 RMS 템플릿을 지원하는지 판단할 수 있다.

한편, RMS 정보가 <표 3a>인 경우, Criteria 및Capabilities 요소의 정보를 참조하여, 단말기(105) 자신이 해당 RMS 템플릿을 지원하는지 판단할 수 있다.

S509 단계의 판단 결과 단말기(105)가 해당 RMS 템플릿을 지원하는 경우 단말기(105)는 S511 단계로 진행하고, 지원할 수 없는 경우 단말기(105)는 S515 단계로 진행한다.

해당 RMS 템플릿을 지원하는 단말기(105)는 S511 단계에서 SGDD의 RMS 정보를 참조하여 RMS 템플릿을 수신한다.

여기서, RMS 정보는, 전송에 관한 정보이며, 이러한 전송에 관한 정보는 <표 3a> 및 <표 3b>에 개시된 바와 같이, Transport, IpAddress, port, srcIpAddress, TransmissionSessionID, hasFDT, contentLocation, TransmissionObjectID, 및 AlternativeURL 요소를 포함한다. 따라서 단말기(105)는 이러한 RMS 정보 중 전송에 관한 정보를 참조하여 RMS 템플릿을 수신한다.

그런 다음, 단말기(105)는 S513 단계에서 앞서(S505) 수신한 서비스 가이드(서비스 가이드 프래그먼트)를 RMS 템플릿을 이용하여 사용자에게 표시한다. 이에 따라, 단말기(105)는 사업자가 원하는 환경에 따라 서비스 가이드를 출력할 수 있다.

한편, SGDD에 RMS 정보가 없거나, RMS 정보가 있지만 해당 RMS 템플릿을 지원하지 않는 경우, 단말기(105)는 S515 단계에서 앞서 추출한 서비스 가이드 프래그먼트를 단말기(105) 고유의 방법을 통하여 사용자에게 출력한다.

다음으로, 본 발명의 실시 예에 따른 RMS 템플릿을 이용한 서비스 가이드를 제공을 위한 단말기의 구성에 대해서 살펴보기로 한다. 도 6은 본 발명의 실시 예에 따른 단말의 바람직한 실시 예에 따른 단말기의 구성을 설명하기 위한 도면이다.

도 6을 참조하면, 본 발명의 실시 예에 따른 단말기(105)는 수신 모듈(601), RMS 엔진(RMS Engine)(603) 및 방송 클라이언트(BCAST Client)(605)를 포함한다.

방송 수신 모듈(601)은 SGDD를 수신하고, SGDD를 참조하여 SGDU를 수신하여 수신한 SGDU로부터 서비스 가이드 프래그먼트를 추출한다. 또한, 방송 수신 모듈(601)은 SGDD의 RMS 정보를 참조하여 RMS 템플릿을 수신한다.

RMS 엔진(603)은 RMS 템플릿을 해석하여, 방송 클라이언트(605)에 전달한다.

방송 클라이언트(605)는 서비스 가이드 프래그먼트를 해석하고, 또한, RMS 엔진(603)으로부터 전달 받은 RMS 템플릿을 이용하여 해석한 서비스 가이드를 출력한다.

상술한 서비스 가이드는 메타 데이터 형태가 될 수 있으며, 이러한 서비스 가이드를 표시하는 RMS 엔진(603)에 대해서 보다 자세히 설명하기로 한다. 본 발명에서는 RMS 엔진(603) 중 LASeR(Lightweight Application for Scene Representation) 엔진을 기반으로 하는 단말기를 실시 예로 들어 설명하며, 그 외의 다른 RMS 엔진 기반 단말기(105)에서는 LASeR 엔진을 기반으로 하는 단말의 실시 예를 바탕으로 동일하게 적용 가능하다. 다만 단말기에 적용되는 RMS 엔진(603) 혹은 시스템이 바뀌는 경우에는, LASeR 엔진 이외에 각 RMS 엔진 혹은 시스템에서 고유하게 사용하는 명칭으로의 RMS 엔진의 전환이 필요하며 이는 당업자에게 자명하다.

본 발명의 실시 예에 따른 RMS 엔진(603)은 수신된 RMS 템플릿인 LASeR 템플릿을 복호화(Decoding)한다. 이때, LASeR 템플릿이 부호화 과정을 거치지 않은 서비스 콘텐츠인 경우, 해당 과정을 수행하지 않을 수도 있다.

그리고 RMS 엔진(603)은 복호화된 LASeR 템플릿에서 LASeR 명령어들을 확인하여 실행한다.

LASeR 명령어는 장면의 변화를 선언적 방법으로 표현하는 것으로, 새로운 장면을 그리라는 명령어인 'NewScene' 요소 및 속성을 삽입하라는 명령어인 'Insert' 요소 및 속성을 삭제하라는 명령어인 'Delete'등이 있다.

LASeR에 따른 장면을 구성하기 위한 요소는 장면을 구성하는 미디어 및 그래픽 개체들을 선언적 방법으로 표현하는 엘리먼트(element)와 각 엘리먼트의 속성을 표현하는 어트리뷰트(attribute) 및 이벤트와 스크립트 등이 포함된다.

또한, LASeR 템플릿은 SGDU를 통해 획득한 서비스 가이드 프래그먼트에 담겨있는 정보에 적용하여 화면에 표시하기 위한 연계 및 참조 정보를 포함한다. 따라서 RMS 엔진(603)은 LASeR 템플릿의 연계 및 참조 정보들을 해석하고, 해석한 정보를 바탕으로 서비스 가이드 프래그먼트에 담겨있는 정보들을 확인한다.

LASeR Engine(603)은 서비스 가이드 프래그먼트에 담겨있는 정보를 이용하여 사용자에게 제공 가능한 형태로 LASeR 콘텐츠를 구성한다. 그리고 영상 또는 음향 등을 지원하는 사용자 인터페이스 수단을 통해 상기 구성된 서비스 가이드를 출력한다.

서비스 가이드 프래그먼트에 담겨 있는 정보는 서비스 가이드를 출력하기 위한 메타데이터(metadata)이며, 이러한 서비스 가이드 메타데이터(이하, "SG 메타데이터"로 칭함)에 대해서 설명하기로 한다.

다음의 <표 4>는 본 발명의 일 실시 예에 따른 SG 메타데이터를 설명하기 위한 것이다.

… <Content id="urn:bbc:2891" version="5"> <Name>Spendaholics</Name> <Genre>NON-FICTION</Genre> </Content> ... <PurchaseTable> <Purchase … > <ServiceBundleRef IDRef="ServiceBundleid_A"/> … <MediaTitle> <Mpeg7:TitleImage> <mpeg7:MediaUri>EasterTitle.jpg</ mpeg7:MediaUri> </Mpeg7:TitleImage> </MediaTitle> … </Purchase> </PurchaseTable> …

<표 4>는 LASeR 템플릿을 통하여 표시되는 서비스 가이드의 메타데이터(SG metadata)의 일 예를 나타낸 것이며, 이는 XML 형식의 구조화된 데이터로 표현하였다.

앞서 설명한 바와 같이, 이러한 SG 메타데이터를 RMS 템플릿을 통해 사용자에게 출력한다. 다음의 <표 5>는 본 발명의 일 실시 예에 따른 RMS 템플릿을 설명하기 위한 것이다.

… <text id="Genre"…> <tref xlink:href="ESG.xml# xmlns(ESGMain/ESG/Content [@id=' urn:bbc:2891']/Genre/text())"/> </text> <image id="ServiceBundleImage"xlink:href="ESG.xml# xmlns(ESGMain/ESG/PurchaseTable/Purchase/MediaTitle/ mpeg7:TitleImage/ mpeg7:MediaUri/text())" …/> …

<표 5>는 서비스 가이드 프래그먼트에 담겨있는 정보, 즉, <표 4>의 SG 메타데이터를 표시하기 위한 RMS 템플릿 중 LASeR 템플릿의 일부를 예로 든 것이다.

여기서, LASeR 템플릿은 'id' 속성의 속성 값이 'Genre'인 'text'와 'id' 속성의 속성 값이 'ServiceBundleImage'인 'image'를 포함한다.

<표 5>에서 설명한 RMS 템플릿과 같이, "text" 및 "image" 요소의 실제 데이터 및 영상 파일을 나타내기 위해서, 영상 파일의 파일명을 알려주거나, 영상 파일의 파일에 접근할 수 있는 경로를 알려줄 수 있다. 에컨대, "a.jpg"와 같이 영상 파일의 이름을 알려주거나, "../../../a.jpg", 혹은 "http://www.openmobilealliance.org/a.jpg"와 같이 영상 파일의 경로나 위치를 알려주는 방법을 사용할 수 있다. 즉, 획득한 서비스 가이드 프래그먼트에 담겨있는 정보를 LASeR와 같은 RMS 엔진(603)을 통하여 표시하기 위해서, 해당 파일에 접근할 수 있도록, RMS 엔진(603)에 파일 이름, 파일에 접근하기 위한 경로, 및 위치를 알려준다.

<표 5>에서와 같이, LASeR 엔진은 "tref" 속성을 이용하여 외부의 데이터를 참조하여, 참조한 데이터를 LASeR 서비스 콘텐츠의 'text' 데이터로 표시한다.

또한 'image'나 'video', 'audio' 와 같이 데이터를 링크하여, 참조하기 위한 'xlink:href'라는 속성을 이용하여'xlink:href=' ESG.xml# xmlns(ESGMain/ESG/PurchaseTable/Purchase/MediaTitle/ mpeg7:TitleImage/ mpeg7:MediaUri/text())'와 같이 외부의 데이터의 참조하는 정보를 이용하여 LASeR 서비스 콘텐츠의 구성요소로서 표시한다.

이 경우, 상기 <표 5>의 LASeR 템플릿이 화면에 출력될 때, 'id' 속성의 속성 값이 'Genre'인 'text'의 데이터는 서비스 가이드 프래그먼트에 담겨있는 정보인 'NON_FICTION'이 된다. 또한, 'id' 속성의 속성 값이 'ServiceBundleImage'인 'image'의 구체적인 영상 파일은 서비스 가이드 프래그먼트에 담겨있는 정보인 'EasterTitle.jpg'가 된다.

다음의 <표 6>은 본 발명의 다른 실시 예에 따른 RMS 템플릿을 설명하기 위한 것이다.

… <xsl:template match="PurchaseTable"> … <xsl:if test="@id = ../../ESGMainBCAST/Content[@id='BBCThree_d0e1052'] "> <svg:text … > <xsl:value-of select="./Genre"/> </svg:text> </xsl:if> … <svg:image …> <xsl:attribute name="href"> <xsl:value-of select="ESG.xml# xmlns(ESGMain/ESG/PurchaseTable/Purchase/MediaTitle/ mpeg7:TitleImage/ mpeg7:MediaUri/text())" /> </xsl:attribute> </svg:image > … </xsl:template>

<표 6>은 RMS 템플릿이 W3C SVG 템플릿인 경우의 예를 나타낸 것으로, 나타낸 바와 같이, <표 5>에서 설명한 LASeR 템플릿의 결과와 동일하다.

여기서, RMS 엔진(603)이 외부의 데이터를 참조하는 방법은 Xpath의 구문을 이용할 수도 있고, Xpointer, XSLT(XSL(Extensible Stylesheet Language) Transformations)으로 표현하는 등, 서비스 가이드와 같은 데이터 정보를 참조하여 표현하기 위한 다양한 표현 방법 및 탐색 방법을 이용하거나 활용할 수 있다.

본 발명에서는 RMS 엔진(603)에서 SG 메타데이터를 참조하는 방법을 한정하지 않으며, 이는 각 시스템이나 RMS 엔진(603)에서 서비스 가이드와 같은 데이터를 참조하는 다양한 방법들을 활용할 수 있음을 뜻한다.

상술한 도 6을 설명함에 있어 <표 3a>에 따른 RMS 정보를 사용하여 설명하였으나 본 발명의 <표 3b>에 따른 RMS 정보를 이용하는 경우에도 동일하게 적용할 수 있음은 당연하다.

이상 본 발명을 몇 가지 바람직한 실시 예를 사용하여 설명하였으나, 이들 실시 예는 예시적인 것이며 한정적인 것이 아니다. 이와 같이, 본 발명이 속하는 기술 분야에서 통상의 지식을 지닌 자라면 본 발명의 사상과 첨부된 특허청구범위에 제시된 권리범위에서 벗어나지 않으면서 균등론에 따라 다양한 변화와 수정을 가할 수 있음을 이해할 것이다.

도 1은 본 발명의 실시 예에 따른 디지털 방송 통신 시스템의 구성을 설명하기 위한 도면.

도 2는 본 발명의 실시 예에 따른 서비스 가이드 생성을 위한 서비스 가이드에 대한 데이터 모델을 설명하기 위한 도면.

도 3은 본 발명의 실시 예에 따른 단말기의 서비스 가이드 수신 방법을 설명하기 위한 도면.

도 4는 본 발명의 실시 예에 따른 RMS 전송 방법을 설명하기 위한 도면.

도 5는 본 발명의 실시 예에 따른 단말기의 RMS 템플릿 수신 방법을 설명하기 위한 도면.

도 6은 본 발명의 실시 예에 따른 단말의 바람직한 실시 예에 따른 단말기의 구성을 설명하기 위한 도면.

Claims (9)

1. 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법에 있어서,

   서비스 가이드 프래그먼트를 구성하고, 구성한 서비스 가이드 프래그먼트를 참조하여 서비스 가이드를 생성하는 RMS 템플릿을 생성하는 과정과,

   상기 RMS 템플릿에 대한 정보인 RMS 정보 및 서비스 가이드 프래그먼트에 대한 정보를 포함하는 서비스 가이드 전송 해석기를 생성하는 과정과,

   상기 서비스 가이드 프래그먼트, 상기 RMS 템플릿 및 서비스 가이드 전송 해석기를 방송하는 과정을 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법.
2. 제1항에 있어서,

   상기 RMS 정보는, RMS 템플릿 존재 여부를 나타내는 정보, RMS 템플릿에 대한 정보, RMS 템플릿 실행을 위한 요구 사항에 대한 정보, 및 RMS 템플릿 전송에 대한 정보를 포함하는 것을 특징으로 하는 리치미디어를 이용한 서비스 가이드 제공 방법.
3. 제2항에 있어서,

   상기 RMS 정보는, RMS를 사업자별로 구분하는 정보를 더 포함하는 것을 특징 으로 하는 리치미디어를 이용한 서비스 가이드 제공 방법.
4. 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법에 있어서,

   서비스 가이드 전송 해석기를 수신하는 과정과,

   상기 서비스 가이드 전송 해석기의 서비스 가이드 프래그먼트에 대한 정보를 참조하여 서비스 가이드 프래그먼트를 추출하는 과정과,

   상기 서비스 가이드 전송 해석기의 RMS 정보를 참조하여 RMS 템플릿을 수신하는 과정과,

   상기 RMS 템플릿을 이용하여 서비스 가이드 프래그먼트에서 서비스 가이드를 추출하여 출력하는 과정을 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공 방법.
5. 제4항에 있어서,

   상기 RMS 정보는, RMS 템플릿 존재 여부를 나타내는 정보, RMS 템플릿에 대한 정보, RMS 템플릿 실행을 위한 요구 사항에 대한 정보, 및 RMS 템플릿 전송에 대한 정보를 포함하는 것을 특징으로 하는 리치미디어를 이용한 서비스 가이드 제공 방법.
6. 제5항에 있어서,

   상기 RMS 정보는, RMS를 사업자별로 구분하는 정보를 더 포함하는 것을 특징으로 하는 리치미디어를 이용한 서비스 가이드 제공 방법.
7. 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템에 있어서,

   서비스 가이드 프래그먼트, RMS 템플릿 및 서비스 가이드 프래그먼트에 대한 정보 상기 RMS 템플릿에 대한 정보를 가지는 서비스 가이드 전송 해석기를 전송하는 방송 서비스 분배/조정부 및

   상기 서비스 가이드 전송 해석기의 서비스 가이드 프래그먼트에 대한 정보를 참조하여 서비스 가이드 프래그먼트를 추출하고, 상기 서비스 가이드 전송 해석기의 RMS 정보를 참조하여 RMS 템플릿을 수신하며, 상기 RMS 템플릿을 이용하여 서비스 가이드 프래그먼트에서 서비스 가이드를 추출하여 출력하는 단말기를 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템.
8. 제7항에 있어서,

   상기 RMS 정보는, RMS 템플릿 존재 여부를 나타내는 정보, RMS 템플릿에 대한 정보, RMS 템플릿 실행을 위한 요구 사항에 대한 정보, 및 RMS 템플릿 전송에 대한 정보를 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템.
9. 제8항에 있어서,

   상기 RMS 정보는, RMS를 사업자별로 구분하는 정보를 더 포함하는 것을 특징으로 하는 디지털 방송 시스템에서 리치미디어를 이용한 서비스 가이드 제공을 위한 시스템.

Images