리치미디어 서비스에 의한 디지털 방송 채널의 제어방법 및 그 단말기{Apparatus and Method for Controlling Channel of Digital Broadcasting by Rich Media Service}

도 1은 본 발명의 디지털 방송에 연계된 양방향 리치 미디어 서비스 시스템의 구성도,

도 2는 본 발명의 일 실시 예에 따라 단말기에 표시되는 화면의 일 예를 도시한 도면,

도 3은 본 발명의 일 실시 예에 따른 단말기의 블록도,

도 4 및 도 5는 본 발명의 일 실시 예에 따른 리치미디어 모드부의 아키텍처를 도시한 도면, 그리고

도 6은 본 발명의 일 실시 예에 따른 리치미디어 서비스에 의한 방송 채널의 제어방법의 설명에 제공되는 흐름도이다.

본 발명은, 방송플레이어와 리치미디어(Rich Media) 플레이어가 연동하여 동작하는 단말기에서, 리치미디어 플레이어가 리치 미디어 형태로 디지털 방송의 채널 정보 조회 및 채널 변경과 디지털 방송 채널관련 서비스를 제공할 수 있는, 리치미디어 서비스에 의한 디지털 방송 채널의 제어방법 및 그 단말기에 관한 것이다.

각종 통신방법이 발달하면서, 다양한 서비스가 가능해지고 있다. 예컨대, 휴대전화기로 디엠비(DMB: Digital Multimedia Broadcasting)방송을 시청하는 것이나, 각종 인터넷 서비스를 제공받는 것이 그러한 것이다.

최근에, 기존의 단순 시청형 디엠비 서비스를 넘어서서, 해당 방송 프로그램과 관련된 부가정보의 제공, 시청자의 참여 또는 커뮤니티 형성과 같은 욕구를 충족할 수 있는 부가적인 욕구가 있어 왔다. 리치 미디어(Rich Media) 서비스는 그러한 서비스의 제공을 가능하게 하는 수단 중 하나가 될 수 있을 것이다.

리치 미디어란 단순한 텍스트나 그래픽의 수준을 넘어, 오디오, 비디오, 애니메이션 등과 같은 멀티미디어를 종합적으로 활용하는 정보전달 기법을 의미한다. 이러한 리치 미디어 서비스는 시스템 자원이 풍부한 개인용 컴퓨터(PC)와 인터넷을 기반으로 제공되는 것이 일반적이었다.

최근, 비교적 자원이 부족한 휴대 단말기 등을 위한 리치 미디어 서비스 표준인 레이저(LASeR: Lightweight Application Scene Representation)가 국제표준 ISO/IEC 14496-20 (MPEG-4 Part 20)으로 발표되었다. 레이저는 SVG(Scalable Vector Graphics)를 기반 기술로 한 장면기술(Scene Description) 규격이다.

그 밖에도 BIFS(Binary Format for Scenes), 3GPP(3rd Generation Partnership Project)의 DIMS(Dynamic and Interactive Multimedia Scene) 또는 OMA(Open Mobile Alliance)기구의 RME(Rich Media Environment)와 같은 리치 미디어 서비스 관련 표준이 제정되거나 준비 중에 있다.

단말기에서 디엠비와 같은 방송 플레이어를 구현하거나, 리치미디어 서비스를 위한 리치미디어 플레이어를 개별적으로 구현하는 것은 충분히 가능하다. 개별적으로 구현되어 별개의 플레이어를 기반으로 동작하는 서비스는 적절히 하나로 통합될 필요가 있다. 이러한 통합을 위해서는 단계적인 많은 작업이 필요할 것이다.

본 발명의 목적은, 방송플레이어와 리치미디어(Rich Media) 플레이어가 연동하여 동작하는 중에, 리치미디어 플레이어가 리치 미디어 형태로 디지털 방송의 채널 정보 조회 및 채널 변경과 디지털 방송 채널관련 서비스를 제공할 수 있는, 리치미디어 서비스에 의한 디지털 방송 채널의 제어방법 및 그 단말기를 제공함에 있다.

상기 목적을 달성하기 위해 본 발명에 따라 소정의 네이티브(Native, 기본) 서비스를 제공하는 네이티브 시스템을 포함하고, 디지털 방송신호를 수신하여 처리하는 방송수신모듈을 포함하는 단말기는, 방송플레이어, 리치미디어 플레이어, 리 치미디어 모드부 및 서비스 플랫폼(Service Platform)을 포함한다.

상기 방송플레이어는 상기 네이티브 시스템에 기반하여 동작하면서 소정 채널의 방송화면이 표시되도록 상기 방송수신모듈을 제어하고, 상기 리치미디어 플레이어는 소정의 리치미디어 장면(Scene)을 표시하면서, 사용자로부터 상기 방송채널의 제어에 관한 제어명령을 입력받는다.

상기 리치미디어 모드부는 리치미디어 서버로부터 수신한 스트림(Stream)을 기초로 상기 리치미디어 장면을 생성하여 상기 리치미디어 플레이어에게 제공하며, 상기 리치미디어 플레이어로부터 제공받은 상기 제어명령에 대응되는 동작을 상기 방송플레이어에게 요청하고, 상기 방송플레이어로부터 수신한 처리결과를 포함하는 리치미디어 장면을 상기 리치미디어 플레이어에게 제공한다.

상기 서비스 플랫폼은 상기 리치미디어 모드부가 상기 네이티브 시스템에 독립적으로 실행될 수 있는 인터페이스를 제공하며, 상기 리치미디어 모드부와 상기 방송플레이어 사이의 인터페이스를 제공한다.

여기서, 상기 리치미디어 모드부는, 리치미디어 API(Application programming Interface), 포팅 레이어(Porting Layer), 리치미디어 엔진 및 스크립트 엔진을 포함한다.

상기 리치미디어 API는 상기 리치미디어 플레이어가 상기 리치미디어 모드부에 독립적으로 실행될 수 있도록, 상기 리치미디어 플레이어와 상기 리치미디어 모드부 사이의 인터페이스를 제공한다. 상기 포팅 레이어는 상기 서비스 플랫폼에 포팅(Porting)되어 상기 리치미디어 모드부와 상기 서비스 플랫폼 사이의 인터페이스 를 제공한다.

상기 리치미디어 엔진은 상기 리치미디어 스트림을 기초로 상기 리치미디어 장면을 생성하며, 상기 제어명령에 대응되는 동작에 관한 스크립트를 상기 스트림으로부터 추출하며, 상기 스크립트 엔진은 상기 리치미디어 엔진으로부터 제공받은 스크립트에 따라 상기 포팅 레이어를 호출하여 상기 동작을 상기 방송플레이어에게 요청한다.

이상의 실시 예는, 방송플레이어가 네이티브 시스템 애플리케이션으로 구현된 것이나, 다른 실시 예에 따라 상기 방송플레이어 및 상기 리치미디어 모드부가 소정의 서비스 플랫폼인 위피(WIPI) 애플리케이션으로 구현될 수 있다.

위피 애플리케이션으로 구현된 방송플레이어는 방송채널의 제어를 위한 IPC(Interprocess Communication) 인터페이스를 제공할 수 있다.

상기 스크립트는 상기 방송채널의 제어명령에 대응되는 동작에 관한 처리를 규정한 함수를 포함할 수 있다. 이 경우, 상기 스크립트 엔진은 소정의 채널 오브젝트 클래스(Object Class)를 호출하여 상기 스크립트에 포함된 함수를 실행하되, 상기 채널 오브젝트 클래스는 상기 함수를 선언하기 위한 프로그램 코드를 포함한다.

또한, 상기 리치미디어 플레이어가 표시하는 장면은, 방송채널의 정보를 제공하는 채널안내용 서브장면 및 상기 방송플레이어로부터 제공받은 방송화면을 위한 방송화면용 서브장면을 포함할 수 있다. 다만, 장면이 방송화면용 서브장면을 필수적으로 포함해야 하는 것은 아니다.

또한, 상기 방송채널의 제어에 관한 제어명령은, 상기 방송채널의 목록의 조회, 상기 표시중인 방송채널 정보의 조회 및 채널 변경 중 어느 하나를 상기 방송플레이어에게 요청하는 것일 수 있다.

본 발명의 다른 실시 예에 따라 소정의 네이티브 서비스를 제공하는 네이티브 시스템을 포함하고, 소정 채널의 디지털 방송신호를 수신하여 처리하는 방송수신모듈을 포함하는 단말기의 리치미디어 서비스에 의한 디지털 방송 채널의 제어방법은, 리치미디어 플레이어를 구동하여 리치미디어 서버로부터 수신한 리치미디어 장면을 표시하는 단계; 상기 리치미디어 장면에 대한 사용자의 인터액션을 통해 상기 방송 채널의 제어에 관한 제어명령을 입력받아 리치미디어 모드부를 호출하는 단계; 상기 리치미디어 모드부가 상기 제어명령에 따라, 상기 방송수신모듈을 제어하는 방송플레이어에게 상기 제어명령에 대응되는 동작을 요청하고, 상기 방송플레이어의 처리결과를 포함하는 리치미디어 장면을 생성하는 단계; 및 상기 리치미디어 플레이어가 상기 처리결과를 포함하는 리치미디어 장면을 표시하는 단계를 포함한다.

이하에서는, 도면을 참조하여 본 발명을 상세히 설명한다.

도 1은 본 발명의 디지털 방송에 연계된 양방향 리치 미디어 서비스 시스템의 구성도이다.

도 1을 참조하면, 단말기(130)는 중계장치(120)를 통해 방송국시스템(110)으로부터 소정의 디지털 방송신호를 수신하며, 별도의 네트워크(140)를 통해 리치미 디어(Rich Media) 서버(150)와 연결된다.

단말기(130)는 리치미디어 서버(150)와 연결되어, 사용자에게 소정의 리치미디어 서비스를 제공한다. 본 발명에 적용 가능한 리치미디어 서비스에는, BIFS(Binary Format for Scenes), 레이저(LASeR: Lightweight Application Scene Representation), 3GPP(3rd Generation Partnership Project)의 DIMS(Dynamic and Interactive Multimedia Scene) 또는 OMA(Open Mobile Alliance)기구의 RME(Rich Media Environment) 등이 포함될 수 있다.

이하에서는 리치미디어 서버(150)가 단말기(130)로 리치미디어 콘텐츠(예컨대, 레이저 콘텐츠)를 제공하고, 단말기(130)가 레이저 규격에 따라 리치미디어 서비스를 제공하는 예를 중심으로 설명한다. 그러나 본 발명에서 제시하는 방법과 장치는 다른 리치미디어 규격에도 동일한 방법으로 적용될 수 있다.

방송국시스템(110)은 디지털 방송신호를 송출할 수 있다. 본 발명에 적용되는 디지털 방송은 디에이비(DAB: Digital Audio Broadcasting), 디엠비(DMB: Digital Multimedia Broadcasting) 방송, 디티브이(DTV), IPTV(Internet Protocol Television) 또는 DVB-H(Digital Video Broadcasting-Handheld) 등이 해당한다. 이하에서는 디엠비 방송을 중심으로 본 발명을 설명한다.

디엠비 방송신호를 송출하는 방송국시스템(110)은 데이터방송 서버, MPEG-4 방송서버(또는 MPEG-2 방송서버) 및 오디오 인코더 등을 포함하여, 기본적인 디엠비 방송(비디오, 오디오 방송)을 송출함과 동시에, 소정의 데이터방송을 송출한다. 방송국시스템(110)은 데이터방송 서버에서 생성한 데이터 방송신호와 MPEG-4 방송 서버에서 생성한 영상신호 및 오디오 인코더에서 생성한 오디오 신호를 다중화한 디엠비 방송신호를 직교주파수분할다중(OFDM: Orthogonal Frequency Division Multiplexing) 변조하여 간이송신소(DMBR: DMB Repeater)나 갭 필러(Gap Filler)와 같은 중계장치(120)로 송출하게 된다.

본 발명이 적용되는 단말기(130)는 적어도 하나의 서비스를 네이티브(Native, 기본) 서비스로 제공하면서, 부가적으로 디엠비 방송수신과 리치미디어 서비스를 제공할 수 있는 장치가 바람직하다. 디엠비 방송수신이 네이티브 서비스에 해당할 수도 있다. 예컨대, 단말기(130)는 이동통신 서비스와 같은 다른 네이티브 서비스와 함께 디엠비 방송 수신을 네이티브 서비스로 제공하면서, 부가적으로 리치미디어 콘텐츠의 서비스를 제공할 수 있다.

따라서 단말기(130)는, 디엠비 방송을 수신할 수 있고, 방송채널과 다른 별도의 네트워크(140)에 접속할 수 있는 휴대전화, 노트북, 디엠비 전용단말기 및 디지털 티브이(DTV) 등이 해당할 수 있다.

도 1의 단말기(130)는 디엠비 방송수신을 네이티브 서비스로 제공하는 단말기에 해당하는 것으로, 방송플레이어와 리치미디어 플레이어를 포함한다. 단말기(130)의 세부 구조 및 동작은 후술한다.

도 1의 네트워크(140)는 단말기(130)에 따라 달라질 수 있다. 단말기(130)가 휴대전화이면 이동통신망이, 단말기(130)가 노트북, 전용단말기 및 디티브이이면 통상의 인터넷이 네트워크(140)에 해당할 수 있다. 노트북 등은 유선 또는 무선 인터페이스로 인터넷에 접속할 수 있다.

리치미디어 서버(150)는 적어도 하나의 리치 미디어 콘텐츠(151)를 포함하여 단말기(130)로부터 소정의 요청(Request)를 수신하면, 요청된 리치 미디어 콘텐츠(151)를 네트워크(140)를 통해 단말기(130)로 전송한다.

네트워크(140)가 공중망인 인터넷인 경우, 리치미디어 서버(150)로부터 단말기(130)로의 콘텐츠 전송은 HTTP(Hypertext Transfer Protocol) 또는 RTP(Real time Transport Protocol) 등의 프로토콜에 따라 이루어질 수 있다.

리치 미디어 콘텐츠(151)는 다양한 리치 미디어 서비스 규격 중 하나에 따른 프로그램 코드를 포함하며, 레이저 규격에 따른 레이저 콘텐츠 등이 해당한다.

레이저 규격에 의할 경우, 리치미디어 서버(150)는 리치 미디어 콘텐츠(151)를 레이저 스트림(LASeR Stream)의 형태로 단말기(130)에게 제공한다. 리치미디어 서버(150)는 단말기(130)에 표시될 장면을 위한 장면기술(Scene Description)정보를 생성하여 요소스트림(Elementary Stream)으로 변환하고, 장면에 삽입될 미디어 데이터도 요소스트림으로 변환한다. 리치미디어 서버(150)는 각 요소스트림을 SAF(Simple Aggregation Format)으로 다중화함으로써 레이저 이진(Binary) 스트림을 생성하여 단말기(130)로 제공한다. 여기서 미디어 데이터는 비디오, 오디오, 이미지, 폰트(Font), 또는 메타(Meta) 데이터를 포함한다.

이하에서는 도 2 및 도 3을 참조하여 단말기(130)에 대해 상세히 설명한다.

단말기(130)는 레이저 서비스에 따라 표시되는 레이저 장면(Scene) 상의 레이저 요소(LASeR Element)에 대한 사용자의 인터액션(Interaction)에 응답하여, 리 치미디어 서비스 중에 방송채널 목록을 제공하거나 현재 수신 중인 방송채널에 대한 정보를 제공하거나 방송채널을 변경할 수 있다. 사용자의 인터액션은 입력 장치를 이용한 클릭(Click) 또는 드래깅(Dragging) 등이 해당할 수 있다.

도 2는 본 발명의 일 실시 예에 따라 단말기에 표시되는 화면의 일 예를 도시한 도면이다. 다만, 방송화면이 리치미디어 장면과 동시에 서비스되는 형태는 반드시 도 2와 같은 형태를 가질 필요가 없고, 적절히 화면을 분할하여 방송화면과 리치미디어 장면이 표시되면 될 것이다. 또한 반드시 방송화면이 표시될 필요도 없다.

도 2의 장면(P200)은 리치미디어 서비스의 하나인 레이저 규격에 따른 장면으로서, 리치미디어 플레이어에 의해 표시된 화면이다. 장면(P200)에는 디지털 방송을 위한 '방송화면용 서브장면(Sub-Scene)'(P201), 현재 수신 중인 방송채널(또는 방송채널 목록) 등에 대해 안내하는 '채널안내용 서브장면'(P203) 및 '리치미디어 서비스용 서브장면'(P205)을 포함한다. 리치미디어 서비스용 서브장면(P205)은 방송 콘텐츠와 관련된 리치미디어 콘텐츠를 제공하는 것이 바람직하다.

채널안내용 서브장면(P203)은 채널변경을 요청하는 버튼(P207), 현재 채널 정보의 안내를 요청하는 버튼(P209) 및 채널목록의 조회를 요청하는 버튼(P211)이 표시되어 있다. 이러한 버튼(P207, P209, P211)들은 사용자의 인터액션에 따른 해당 작업을 매개하는 레이저 요소에 해당한다.

리치미디어 장면(P200)을 위한 장면기술정보는, 사용자의 방송채널 제어명령에 대응되는 동작을 단말기(130)의 방송플레이어에게 요청하기 위해, 소정의 SVG(Scalable Vector Graphics) 스크립트를 포함한다. 방송채널 제어명령은, 수신중인 방송채널정보의 조회, 채널 목록 조회 및 채널 변경 등의 동작을 방송플레이어에게 요청하는 제어명령을 포함한다.

예를 들어, 장면(P200)을 위해, 리치미디어 서버(150)가 단말기(130)로 전송하는 장면기술정보에는 사용자가 버튼(P207, P209, P211)을 클릭할 경우의 단말기(130)가 수행할 동작을 규정한 SVG 스크립트를 포함한다.

리치미디어 서버(150)는 방송채널 제어를 위한 함수를 포함하는 SVG 스크립트를 단말기(130)에게 전송하는 것이다. SVG 스크립트는 다양한 포맷에 의해 정의될 수 있으며, ECMA(European Computer Manufacturers Association) 스크립트와 같은 클라이언트(Client) 스크립트가 그 일 예이다.

여기서, 방송 채널의 제어를 위해 스크립트에 포함되는 함수는 본 발명이 새롭게 정의한 것이다. 예컨대, 함수 getChannelList()는 채널목록의 조회를 요청하기 위한 함수로서 채널 ID(channelID)와 채널 ID에 대응되는 채널이름의 목록을 제공받을 수 있다. 여기서, 채널 ID는 "U1", "KBS-HEART", "mYTN" 등이 해당하고, 채널 이름은 "U1 DMB", "KBS HEART", "YTN DMB" 등이 해당한다.

채널목록의 조회를 요청하는 경우, 앞서 설명한 바와 같이 방송화면이 반드시 표시될 필요도 없다.

함수 getCurrentChannel()는 현재 채널정보의 조회를 요청하는 함수이며, 채널 정보는 채널 ID를 포함한다. 그리고 함수 setChannel()는 특정 채널로의 채널변경을 요청하는 함수로 정의할 수 있다.

이러한 함수의 명칭은 본 발명의 실시 예에 따라 얼마든지 변형될 수 있을 것이다. 그리고 정의 가능한 함수(또는 방송채널 제어 항목)도 후술할 방송플레이어가 방송채널의 제어를 위해 인터페이스를 제공하는 제어항목에 관한 것이면 모두 가능하다.

도 3은 본 발명의 일 실시 예에 따른 단말기의 블록도로서, 도 3의 단말기(300)는 도 1의 단말기(130)에 대응되며 동일하게 설명될 수 있다.

도 3을 참조하면, 본 발명의 단말기(300)는 네트워크 인터페이스(301), 입력부(303), 오디오처리부(305), 표시부(307), 방송수신모듈(309) 및 제어부(310)를 포함한다.

네트워크 인터페이스(301)는 네트워크(140)를 통해 리치미디어 서버(150)로부터 수신한 무선 신호로부터 레이저 스트림을 복호하여 제어부(310)로 제공한다. 단말기(300)가 휴대전화인 경우, 네트워크 인터페이스(301)는 이동통신망인 네트워크(140)를 통해 이동통신사의 서버나 다른 휴대전화와 연결될 수 있다.

입력부(303)는 레이저 서비스 중의 디엠비 방송의 표시명령을 포함하는 단말기(300)의 제어를 위한 사용자 명령을 수신하여 제어부(310)로 제공한다.

또한, 입력부(303)는 표시부(307)에 표시된 레이저 장면 상의 레이저 요소에 대한 사용자의 인터액션 중 하나인 방송채널 제어명령(예컨대, 채널목록의 요청, 현재 수신중인 방송 채널정보의 요청 또는 방송 채널 변경 요청 등)을 입력받을 수 있다. 사용자는 입력부(303)를 이용하여 도 2의 장면(P200) 상의 버튼(P207, P209, P211)을 조작할 수 있다.

오디오처리부(305)는 디엠비 방송수신에 따른 오디오 신호 및 제어부(310)로부터 출력되는 레이저 서비스를 위한 오디오 신호 중에 어느 하나를 제어부(310)의 제어에 따라 스피커(SPK)로 출력한다.

표시부(307)는 제어부(310)로부터 출력되는 소정의 영상신호에 대응하는 영상을 표시한다.

방송수신모듈(309)은 방송국시스템(110)으로부터 송출되는 방송신호(예컨대, 디엠비 방송신호)를 수신하고, 수신한 방송신호로부터 영상신호, 데이터 방송 신호 또는 오디오 신호를 디코딩하여 표시부(307), 오디오처리부(305) 및 제어부(310)에게 제공한다.

제어부(310)는 디엠비 방송신호의 수신 및 처리와 리치미디어(레이저) 서비스를 포함하는 단말기의 전반적인 동작을 제어한다. 제어부(310)는 디지털(디엠비) 방송의 표시를 위한 방송플레이어(Player)(311), 리치미디어 서비스를 위한 리치미디어 플레이어(313) 및 리치미디어 콘텐츠를 처리하는 리치미디어 모드부(315)를 포함한다.

방송플레이어(311)는 방송수신모듈(309)로 하여금 디지털 방송신호(예컨대, 디엠비 방송신호)에 대응되는 영상신호 및 오디오 신호를 표시부(307) 및 오디오처리부(305)를 통해 출력하도록 제어한다.

방송플레이어(311)는 단말기(300)의 네이티브 시스템 애플리케이션으로 구현되거나, 위피(WIPI: Wireless Internet Platform for Interoperability)를 기반으 로 한 애플리케이션으로 구현될 수 있다.

방송플레이어(311)는 리치미디어 모드부(315)의 요청에 따라 채널을 변경하거나, 현재 수신 중인 방송채널에 대한 정보 또는 채널 목록을 리치미디어 모드부(315)로 제공할 수 있다. 이를 위해, 방송플레이어(311)는 채널 변경 , 채널 목록 및 채널 정보제공에 관한 API(Application programming Interface)를 제공한다.

방송플레이어(311)와 리치미디어 모드부(315) 사이의 인터페이스는 네이티브 시스템이 제공하거나, 방송플레이어(311)와 리치미디어 모드부(315) 사이의 IPC(Interprocess Communication) 인터페이스에 의할 수 있다.

리치미디어 플레이어(313)는 리치미디어 모드부(315)에 기반하여 동작하는 응용 프로그램(Application)에 해당한다.

리치미디어 플레이어(313)는 사용자의 호출 제어에 의해 동작하며, 리치미디어 모드부(315)에게 소정의 리치 미디어 장면을 요청하여 표시한다. 리치미디어 플레이어(313)는 방송플레이어(311)로 하여금 표시부(307) 상의 일정 부분에 방송화면을 표시하도록 함으로써, 도 2의 장면(P200)의 방송화면용 서브장면(P201)과 같은 리치미디어 장면으로 표시할 수 있다.

리치미디어 플레이어(313)는 사용자로부터 방송채널 제어명령을 수신하면, 리치미디어 모드부(315)에게 해당 제어명령의 처리를 요청한다.

리치미디어 모드부(315)는 리치미디어 API를 포함하여, 리치미디어 플레이어(313)와의 인터페이스를 제공한다. 리치미디어 모드부(315)는 리치미디어 플레이어(313)의 요청에 따라, 리치미디어 엔진(예컨대, 레이저 엔진)을 구동하여 리치미 디어 서버(150)로부터 수신한 리치미디어 콘텐츠에 따른 장면을 생성하여 리치미디어 플레이어(313)에게 제공한다. 예컨대, 리치미디어 모드부(315)는 네트워크 인터페이스(301)로부터 레이저 스트림을 수신하여 레이저 장면을 생성하여 리치미디어 플레이어(313)에게 제공한다.

사용자의 방송채널 제어명령에 따른 리치미디어 플레이어(313)의 요청에 따라, 리치미디어 모드부(315)는 방송플레이어(311)에게 해당 제어명령에 대응되는 동작의 수행을 요청하고, 그 결과를 리치미디어 플레이어(313)에게 제공한다.

이에 따라, 사용자는 리치미디어 서비스를 제공받으면서도 디지털 방송을 수신할 수 있다. 나아가, 사용자는 방송 채널을 변경하거나 현재 수신중인 방송채널에 대한 정보를 확인하기 위하여, 리치미디어 플레이어를 종료하고 방송플레이어를 구동할 필요없이 리치미디어 플레이어 상태에서 방송채널을 제어할 수 있다.

도 4 및 도 5는 본 발명의 일 실시 예에 따른 리치미디어 모드부의 아키텍처를 도시한 도면으로서, 먼저 도 4를 참조하여 리치미디어 서비스 규격 중 레이저 규격을 중심으로 설명한다.

도 4를 참조하면, 리치미디어 모드부(315)는 리치미디어 플레이어(313)와 네이티브 시스템(311) 사이에 위치하며, 서비스 플랫폼(410)이 리치미디어 모드부(315)와 네이티브 시스템(430) 사이의 방송채널관련 인터페이스를 제공한다.

리치미디어 플레이어(313)는 리치미디어 모드부(315)에 기반하여 소정의 리치 미디어 서비스를 사용자에게 제공하는 프로그램 코드를 포함한다.

네이티브 시스템(430)은 단말기(300)의 전반적인 동작 및 제어를 위한 운영 프로그램, 각종 API 및 애플리케이션에 해당하는 프로그램 코드를 포함한다. 예컨대, 단말기(300)가 휴대전화인 경우, 네이티브 시스템(430)는 이동통신망을 통한 음성 또는 데이터 통신 서비스를 제공하는 프로그램 코드를 포함할 수 있다.

방송플레이어(311)는 네이티브 시스템(430)에 포함되는 네이티브 시스템 애플리케이션의 형태로 구현되며, 네이티브 시스템(430)이 제공하는 API를 통해 방송수신모듈(309)을 제어한다.

도 4의 리치미디어 모드부(315)는 레이저 규격에 따른 예로서, 레이저 서비스 애플리케이션 프로그래밍 인터페이스(API: Application programming Interface)(401), 레이저 엔진(LASeR Engine)(403), 스크립트 엔진(Script Engine)(405) 및 포팅 레이어(Porting Layer)(407)를 포함한다. 포팅 레이어(407)는 서비스 플랫폼(410)에 포팅된다.

레이저 서비스 애플리케이션 프로그래밍 인터페이스(이하, 간단히 "레이저 API"라 함)(401)는 리치미디어 플레이어(313)가 레이저 엔진(403) 또는 레이저 API(401)에 기반한 다른 애플리케이션에게 소정의 처리를 요청할 수 있도록 하기 위한 리치미디어 API로서, 레이저 엔진(403) 또는 리치미디어 플레이어(313) 등에 의해 미리 정해진 프로그램 코드를 포함한다.

레이저 API(401)는 리치미디어 플레이어(313)에 의해 호출되어 구동하며, 호출에 의해 요청되는 작업을 수행하기 위해 이미 존재하거나 또는 연결되어야 하는 몇 개의 프로그램 모듈이나 루틴을 가진다. 이를 통해, 서로 다른 프로그램 개발자 에 의해 개발된 다양한 애플리케이션이 동일한 레이저 엔진(403)을 사용할 수 있도록 한다.

리치미디어 플레이어(313)는 사용자에게 리치 미디어 서비스를 제공하기 위해 필요한 작업을 레이저 엔진(403)에게 요청하기 위해, 레이저 API(401)를 호출하게 된다.

레이저 엔진(403)은 리치미디어 콘텐츠를 처리하는 리치미디어 엔진으로서, 리치미디어 플레이어(313)의 호출 또는 다른 이벤트에 따라 리치미디어 서버(150)로 소정의 리치 미디어 장면을 위한 콘텐츠를 요청한다.

레이저 엔진(403)은 리치미디어 서버(150)가 전송하는 레이저 스트림을 네트워크인터페이스(301)를 통해 수신하여, SAF(Simple Aggregation Format) 역다중화, 디코딩, 장면 트리 매니징(Scene Tree MAnaging) 및 렌더링(Rendering) 등을 수행하여 리치미디어 플레이어(313)로 제공한다.

레이저 엔진(403)은 장면 트리 매니징 과정을 통해 SVG 스크립트를 추출하여 스크립트 엔진(405)에게 제공하여 수행되도록 한다.

앞서 설명한 바와 같이, 표시부(307)에 표시되는 장면(P200)이 방송채널의 제어에 관한 레이저 요소를 포함하는 경우, 해당 레이저 장면을 위한 장면기술정보는 해당 레이저 요소의 선택에 따라 수행될 소정의 SVG 스크립트를 포함한다. 레이저 엔진(403)은 이러한 레이저 요소가 선택될 경우, 대응되는 SVG 스크립트를 스크립트 엔진(405)에게 제공하여 해당 스크립트가 수행되도록 한다.

스크립트 엔진(405)은 레이저 엔진(403)으로부터 제공받은 SVG 스크립트를 해석하여 스크립트 상의 명령을 실행한다. 스크립트 엔진(405)은 SVG 스크립트를 실행하여 생성한 장면을 리치미디어 플레이어(313)로 제공하거나 직접 표시부(307)를 통해 표시할 수 있다.

스크립트는 앞서 정의한 다양한 함수가 포함될 수 있다. 그리고 스크립트 엔진(405)은 앞서 새롭게 정의한 함수를 선언하기 위해 새로운 채널 오브젝트 클래스(Channel Object Class)를 더 보유한다.

채널 오브젝트 클래스는 채널정보 조회, 채널목록 조회 및 채널 변경 등에 관한 작업을 수행하기 위한 객체를 정의하고 있는 프로그램 코드이며, 채널 오브젝트 클래스에 의해 정의된 객체는 포팅 레이어(407)와 서비스 플랫폼(410)을 거쳐 방송플레이어(311)에게 해당 작업을 요청하는 기능을 수행하는 프로그램 코드를 포함한다.

본 발명에서 새롭게 정의되는 채널 오브젝트 클래스의 일 예는 다음과 같으며, 본 발명의 다른 실시 예에 따라 얼마든지 정의할 수 있다.

class channel {

String getChannelList(); /채널 목록의 조회/

String getCurrentChannel(); /현재 채널정보 조회/

int setChannel(String channelID); /채널 변경/

}

여기서, 채널 변경에 관한 함수 setChannel()에 사용되는 channel ID는 디지털 방송의 종류 및 채널구성에 의해 달라질 수 있다. 리치미디어 플레이어(313)는 getChannelList()를 이용하여 제공받은 채널 목록(channel ID와 채널이름) 또는 기 저장된 채널 정보를 기초로 채널변경 작업을 요청한다.

스크립트 엔진(405)은 채널 오브젝트 클래스를 참조하여, 레이저 엔진(403)으로부터 제공받은 스크립트를 수행한다. 따라서 스크립트 엔진(405)은 SVG 스크립트에 기록된 프로그램 코드에 따라, 포팅 레이어(407) 및 서비스 플랫폼(410)를 통해 방송플레이어(311)에게 채널 목록의 조회, 채널 정보의 조회 및 채널 변경을 요청한다.

이러한 요청 이후에, 스크립트 엔진(405)은 방송플레이어(311)로부터 채널목록 또는 채널 정보를 전달받아 장면을 완성하거나 레이저 엔진(403)으로 전달하여 장면을 완성하도록 한다.

포팅 레이어(407)와 서비스 플랫폼(410)은 스크립트 엔진(405)과 서비스 플랫폼(410) 사이에 인터페이스를 제공하는 API이다.

포팅 레이어(407)는 서비스 플랫폼(410)에 포팅(Porting)된다. 포팅 레이어(407)는 스크립트 엔진(405)으로부터 요청되는 채널 목록의 조회, 채널 정보의 조회 및 채널 변경을 서비스 플랫폼(410)이 인식하도록 변환하여 서비스 플랫폼(410)에게 제공하며, 이러한 요청에 대응하여 서비스 플랫폼(410)이 제공하는 데이터를 스크립트 엔진(405)으로 제공한다.

서비스 플랫폼(410)은 포팅 레이어(407)를 통해 연결된 스크립트 엔진(405)이 방송플레이어(311)에 접근할 수 있도록 하는 채널 인터페이스를 제공하는 프로그램 코드를 포함한다.

방송플레이어(311)는 서비스 플랫폼(410)을 통해 제공되는 작업을 수행하여 그 결과를 서비스 플랫폼(410)을 통해 스크립트 엔진(405)에게 제공한다.

다음은, 도 2의 채널안내용 서브장면(P203)의 채널 목록의 조회를 요청하는 버튼(P211)이 클릭될 경우에 동작할 스크립트의 예로서, ECMA 스크립트로 정의된 것이다.

이러한 채널목록의 조회 요청에 따라, 방송플레이어(311)는 리치미디어 플레이어(313)에게 다음과 같은 정보를 제공할 수 있다.

"U1:U1 DMB, KBS-HEART:KBS HEART, mYTN:YTN DMB, KBS-STAR:KBS스타,..."

도 5는 도 4의 아키텍쳐의 서비스 플랫폼(410)을 대신하여 위피(WIPI: Wireless Internet Platform for Interoperability)(510)가 네이티브 시스템(530)을 기반으로 범용의 서비스 플랫폼을 제공하는 예이다.

방송플레이어(550)는 위피(510)를 기반으로 한 위피 애플리케이션(WIPI Application)으로 구현된다.

포팅 레이어(407)는 위피(510) 상에 포팅되어 동작하게 되며, 방송플레이어(550)와의 인터페이스는 IPC(Interprocess Communication)를 이용할 수 있다. 따라서 스크립트 엔진(405)은 포팅 레이어(407)를 통해 방송플레이어(550)에게 직접 해당 작업을 요청한다.

도 6은 본 발명의 일 실시 예에 따른 리치미디어 서비스에 의한 방송 채널의 제어방법의 설명에 제공되는 흐름도이다.

단말기(300)의 네트워크인터페이스(301)가 리치미디어 서버(150)로부터 전송되는 레이저 스트림을 수신하고, 레이저 엔진(403)은 수신된 레이저 스트림을 처리하여 하나의 장면으로 완성하여 리치미디어 플레이어(313)에 제공한다. 리치미디어 플레이어(313)는 완성된 장면을 표시부(209)를 통해 표시한다. 리치미디어 장면에는 사용자로부터 방송채널 제어명령을 입력받기 위한 버튼이나 이미지 등과 함께 해당 제어명령에 대응되는 스크립트가 포함되어 있다. 사용자의 제어명령에 따라, 리치미디어 플레이어(313)는 방송플레이어(311)를 구동하여 디지털 방송화면을 함께 표시할 수 있다(S601).

리치미디어 플레이어(313)가 사용자로부터 방송채널 제어명령을 수신하면(예컨대, 도 2의 버튼 클릭)(S603), 레이저 엔진(403)은 사용자 명령에 대응하는 스크립트를 스크립트 엔진(405)에게 제공하고, 스크립트 엔진(405)이 해당 스크립트를 실행한다(S605).

스크립트 엔진(405)은 채널 오브젝트 클래스를 참조하여 스크립트에 포함된 함수를 해석하고(S607), 해석된 바에 따라 포팅 레이어(407)를 호출하여 해당 제어명령에 대응되는 동작을 방송플레이어(311)에게 요청한다. 포팅 레이어(407)는 서비스 플랫폼(410)을 통해 방송플레이어(311)에게 해당 동작을 요청한다(S609).

방송플레이어(311)는 포팅 레이어(407)와 서비스 플랫폼(410)을 통해 요청된 동작을 수행하고(S611), 그 결과를 스크립트 엔진(405)에게 제공한다. 스크립트 엔진(405)은 스크립트에 따라 직접 해당 결과를 포함하는 장면을 표시부(307)를 통해 표시하거나 리치미디어 플레이어(313)에게 제공하여 결과 장면으로 표시되도록 한다(S613).

앞서 설명한 바와 같이 서비스 플랫폼(410)을 대신하여 위피(510)가 있는 경우, S609 단계에서 포팅 레이어(407)는 스크립트 엔진(405)의 요청을 IPC 인터페이스를 통해 방송플레이어(311)에게 직접 요청한다.

이상의 방법으로 본 발명의 단말기(300)의 리치미디어 서비스에 의한 방송 채널의 제어가 이루어진다.

이상에서, 리치미디어 플레이어(313)가 메인 플레이어가 되어 방송플레이어(311)를 호출함으로써 방송화면과 리치미디어 장면이 표시되는 예를 설명하였으 나, 리치미디어 플레이어(313)와 방송플레이어(311) 중 어느 것이 메인 플레이어가 되어도 무방하다. 또한, 본 발명의 동작이 반드시 방송화면이 표시된 상태를 전제로 할 필요도 없다. 본 발명은 리치미디어 장면을 통해 방송채널 제어명령을 수신하고, 그 결과를 리치미디어 서비스로 제공하는 것이면 적용 가능하다.

본 발명의 방법을 적용하면, 단순히 방송 플레이어에게 방송채널 정보나 방송채널 변경을 넘어 EPG(Electronic Program Guide) 서비스를 제공할 수도 있다.

본 발명은 방법, 디바이스 및 시스템으로 구현될 수 있다. 또한 본 발명이 컴퓨터 소프트웨어로 구현될 때는, 본 발명의 구성요소는 필요한 동작의 수행에 필요한 코드 세그먼트(code segment)로 대치될 수 있다. 프로그램이나 코드 세그먼트는 마이크로프로세서에 의해 처리될 수 있는 매체에 저장될 수 있으며, 전송매체나 통신 네트워크를 통하여 반송파(carrier waves)와 결합된 컴퓨터 데이터로서 전송될 수 있다.

마이크로프로세서에 의해 처리될 수 있는 매체는 전자회로, 반도체 메모리 소자, 롬(ROM), 플래시(Flash) 메모리, EEPROM(Electrically Erasable Programmable Read-Only Memory), 플로피 디스크(Floppy Disk), 광학적 디스크, 하드(Hard) 디스크, 광섬유, 무선 네트워크 등과 같이 정보를 전달하고 저장할 수 있는 것을 포함한다. 또한, 컴퓨터 데이터는 전기적 네트워크 채널, 광섬유, 전자기장, 무선 네트워크 등을 통해 전송될 수 있는 데이터를 포함한다.

또한, 이상에서는 본 발명의 바람직한 실시 예에 대하여 도시하고 설명하였 지만, 본 발명은 상술한 특정의 실시 예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어서는 안 될 것이다.

이상에서 상세히 설명한 바와 같이 본 발명에 따른 디지털 방송 수신용 리치미디어(Rich Media) 단말기는 리치미디어 플레이어가 방송 플레이어를 대상으로 방송 채널에 관한 제어를 할 수 있다.

본 발명은 리치미디어를 통한 EPG(Electronic Program Guide) 서비스를 포함하는 방송 채널과 관련된 양방향 연동서비스를 제공함으로써, 관련 서비스 컨텐츠의 저작 및 사용자의 편의성이 증가하는 효과가 있다.