KR101964645B1

KR101964645B1 - 수신 장치 및 그의 방송 서비스 수신 방법

Info

Publication number: KR101964645B1
Application number: KR1020120091458A
Authority: KR
Inventors: 문경수; 김진필; 김경호; 이준휘
Original assignee: 엘지전자 주식회사
Priority date: 2011-08-21
Filing date: 2012-08-21
Publication date: 2019-04-02
Also published as: KR20130020879A

Abstract

본 발명의 실시 예에 따른 방송 서비스 수신 방법은 서비스 맵 테이블을 수신하는 단계와 상기 서비스 맵 테이블의 디스크립터 필드에 기초하여 개방형 하이브리드 서비스를 수신하기 위한 시그널링 정보를 확인하는 단계와 상기 시그널링 정보에 해당하는 어플리케이션을 확인하는 단계와 프로토콜 식별자 필드에 기초하여 상기 어플리케이션의 전송 프로토콜을 확인하는 단계와 상기 전송 프로토콜이 방송 네트워크인 경우, 상기 방송 네트워크로부터 상기 어플리케이션을 수신하는 단계 및 상기 전송 프로토콜이 IP 네트워크인 경우, 상기 방송 네트워크로부터 상기 어플리케이션을 수신하는 단계를 포함한다.

Description

수신 장치 및 그의 방송 서비스 수신 방법{RECEIVER AND BROADCASTING SERVICE RECEIVING METHOD THEREOF}

본 발명은 수신 장치 및 그의 방송 서비스 수신 방법에 관한 것으로, 보다 상세하게는 인터넷 또는 방송망을 통해 전송되는 어플리케이션을 수신 장치가 인식하여 실행할 수 있도록 어플리케이션의 위치를 알려주는 방법에 관한 것이다.

디지털 텔레비전(DTV)은 텔레비전(TV)의 고유 기능인 영상, 음성과 더불어 다양한 서비스를 제공할 수 있게 되었다. 예를 들어 방송 정보(Electronic Program Guide: EPG) 등을 사용자에게 제공할 수 있고, 2개 이상의 채널로부터 수신되는 방송 서비스를 동시에 제공할 수 있다. 특히 수신 시스템이 대용량의 저장 장치를 구비하고, 양방향 통신이 가능한 인터넷이나 데이터 통신 채널과 연결되면서 방송 신호를 이용하여 제공할 수 있는 서비스는 상당히 많아졌다.

또한, 이와 같이 방송 신호를 이용한 서비스가 다양해짐에 따라 방송 신호를 이용한 서비스에 대한 부가 서비스들을 다양한 경로를 통해 효율적으로 제공할 필요성이 증대되고 있다.

본 발명은 서비스 맵 테이블을 통해 방송망 또는 인터넷으로 전송되는 개방형 하이브리드 어플리케이션의 시그널링 정보를 수신하여 상기 어플리케이션의 위치를 알려줄 수 있는 방법의 제공을 목적으로 한다.

본 발명은 서비스 맵 테이블의 시그널링 과정을 통해 다양하게 만들어 질 수 있는 수신 장치 및 서비스 지원을 위해 프로파일(profile)에 따라 수신 장치의 기능에 맞게 개방형 하이브리드 어플리케이션의 시그널링 정보를 수신할 수 있는 방법의 제공을 목적으로 한다.

본 발명은 부족한 descriptor의 tag 값을 사용하지 않고, 서비스 맵 테이블에 하나의 Service Type으로 정의하여 Component Type을 추가함으로써 호환성을 높일 수 있는 방법의 제공을 목적으로 한다.

본 발명의 또 다른 실시 예에 따른 수신 장치는 서비스 맵 테이블을 수신하는 수신부와 상기 서비스 맵 테이블의 디스크립터 필드에 기초하여 개방형 하이브리드 서비스를 수신하기 위한 시그널링 정보를 확인하는 컨텐트 아이템 관리부 및 상기 시그널링 정보에 해당하는 어플리케이션을 전송 프로토콜에 따라 방송 네트워크 또는 IP 네트워크를 통해 수신하는 네트워크 인터페이스부를 포함한다.

한편, 상기 방송 수신 방법은 컴퓨터에서 실행시키기 위한 프로그램으로 제작되어 컴퓨터가 읽을 수 있는 기록매체로 구현될 수 있다.

본 발명의 실시 예에 따르면, 서비스 맵 테이블을 통해 방송망 또는 인터넷으로 전송되는 어플리케이션의 시그널링 정보를 수신하여 어플리케이션의 위치를 효과적으로 알려줄 수 있다.

본 발명의 실시 예에 따르면, 개방형 하이브리드를 위한 서비스를 위해 서비스 맵 테이블의 시그널링 과정을 이용하여 프로파일(profile)에 따라 수신 장치의 기능에 맞게 어플리케이션의 시그널링 정보를 수신할 수 있는 방법의 제공을 목적으로 한다.

본 발명은 부족한 descriptor의 tag 값을 사용하지 않고, 서비스 맵 테이블에 하나의 Service Type으로 정의하여 Component Type을 추가함으로써 호환성을 높일 수 있다.

한편 그 외의 다양한 효과는 후술될 본 발명의 실시 예에 따른 상세한 설명에서 직접적 또는 암시적으로 개시될 것이다.

도 1은 본 발명의 일 실시 예에 따른 수신 장치의 구성을 설명하기 위한 블록도이다.
도 2는 본 발명의 일 실시 예에 따른 방송 서비스 수신 방법을 설명하기 위한 흐름도이다.
도 3은 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 비실시간 프로파일을 지원하는 수신 장치가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이다.
도 4는 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 인터넷 프로파일을 지원하는 수신 장치(100)가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이다.
도 5는 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 비실시간 프로파일 및 인터넷 프로파일을 모두 지원하는 수신 장치(100)가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이다.
도 6은 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 예를 보여준다.
도 7은 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값을 보여준다.
도 8은 본 발명의 또 다른 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 또 다른 예를 보여준다.
도 9는 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 또 다른 예를 보여준다.
도 10은 본 발명의 또 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 또 다른 예를 보여준다.
도 11은 본 발명의 또 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 또 다른 보여준다.
도 12는 NRT 네트워크 및 IP 네트워크를 모두 지원하는 수신 장치(100)에서 파일을 수신/재생하는 예를 설명하기 위한 도면이다.
도 13은 OHTV 시그널링 서비스를 위해 사용되는 서비스 맵 테이블의 component_descriptor를 설명하기 위한 도면이다.
도 14는 본 발명의 일 실시 예에 따른 서비스 맵 테이블의 component_descriptor의 component_type 필드를 설명하기 위한 도면이다.
도 15는 component_type이 80(0x50)일 때, component_data 구문의 일 실시 예를 보여준다.
도 16은 component_data 구문에 포함된 application_type을 설명하기 위한 도면이다.
도 17은 component_data 구문에 포함된 application_profile을 설명하기 위한 도면이다.
도 18은 component_data 구문에 포함된 application_control_code를 설명하기 위한 도면이다.
도 19는 component_data 구문에 포함된 protocol_id를 설명하기 위한 도면이다.
도 20은 component_data 구문에 포함된 selector_byte의 신택스를 설명하기 위한 도면이다.

이하에서는, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예에 대하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명한다.

먼저, 개방형 하이브리드 TV(OHTV: Open Hybrid TV)에 대해 간략히 설명하면, 지상파 디지털 TV에서 방송망과 인터넷을 결합한 형태로 다양한 컨텐츠 관련 서비스를 제공받을 수 있는 차세대 디지털 TV 서비스 규격이다.

도 1 내지 도 20을 참조하여, 본 발명의 일 실시 예에 따른 수신 장치 및 그의 방송 서비스 수신 방법에 대해 자세히 설명한다.

도 1은 본 발명의 일 실시 예에 따른 수신 장치의 구성을 설명하기 위한 블록도이다.

도 1을 참조하면, 수신 장치(100)는 수신부(110), 복조부(120), 역다중화부(130), 비디오 디코더(133), 오디오 디코더(136), 컨텐트 아이템 관리부(140), 네트워크 인터페이스부(150)를 포함할 수 있다.

수신부(110)는 방송 방송 네트워크를 통해 방송 신호를 수신할 수 있다. 여기서, 방송 네트워크는 케이블 네트워크, 지상파 네트워크, 위성 방송 네트워크 중 적어도 하나를 포함할 수 있다.

복조부(120)는 수신한 방송 신호를 복조하여 복조된 방송 신호를 생성할 수 있다.

역다중화부(130)는 복조된 방송 신호를 역다중화하여 비디오 데이터, 오디오 데이터, 메타 데이터를 추출할 수 있다.

비디오 디코더(133)는 역다중화부(130)가 추출한 비디오 데이터를 디코딩하여 디코딩된 비디오 데이터를 생성할 수 있다.

오디오 디코더(136)는 역다중화부(130)가 추출한 오디오 데이터를 디코딩하여 디코딩된 오디오 데이터를 생성할 수 있다.

컨텐트 아이템 관리부(140)는 가상 채널 테이블(VCT: Virtual Channel Table)과 프로그램 연계 테이블(PAT: Program Association Table)을 방송 네트워크를 통해 역다중화부(130)로부터 획득할 수 있다.

컨텐트 아이템 관리부(140)는 프로그램 연계 테이블(PAT: Program Association Table)을 통해 상기 확인된 프로그램 번호와 동일한 프로그램 번호를 갖는 프로그램을 검색할 수 있다.

컨텐트 아이템 관리부(140)는 확인한 프로그램 맵 패킷 식별자에 기초하여 검색된 프로그램의 프로그램 맵 테이블을 획득할 수 있다.

컨텐트 아이템 관리부(140)는 검색된 프로그램에 대한 정보를 포함하고 있는 프로그램 맵 테이블(PMT: Program Map Table)을 통해 서비스 시그널링 채널(SSC: Service Signaling Channel)의 패킷 식별자(PID: Packet Identifier)를 획득할 수 있다. 상기 프로그램 맵 테이블(PMT)는 제2 시그널링 정보로 지칭될 수 있다.

컨텐트 아이템 관리부(140)는 획득한 패킷 식별자를 이용하여 서비스 시그널링 채널을 통해 표 1에서 보여지는 바와 같은 서비스 맵 테이블(SMT: Service Map Table)을 획득할 수 있다. 상기 서비스 맵 테이블(SMT)은 제1 시그널링 정보로 지칭될 수 있다.

컨텐트 아이템 관리부(140)는 서비스 맵 테이블에 포함된 서비스 루프를 확인하여 서비스 맵 테이블에 포함된 OHTV 어플리케이션 시그널링 정보를 획득할 수 있다.

컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 component_type에 기초하여 OHTV 서비스에 해당하는 서비스 식별자를 확인할 수 있다.

컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 프로토콜 식별자를 확인하여, OHTV 서비스가 방송 네트워크를 통해 전송되는지 아니면 IP 네트워크를 통해 전송되는 지를 확인할 수 있다.

해당 프로토콜 식별자가 OHTV 서비스가 방송 네트워크를 통해 전송됨을 나타내는 경우, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 OHTV 서비스에 해당하는 서비스 식별자에 해당하는 NRT-IT를 획득할 수 있다. 이 경우, 컨텐트 아이템 관리부(140)는 방송 네트워크를 통해 FLUTE 세션으로부터 NRT-IT내의 컨텐트 링키지에 기초하여 컨텐트 아이템을 획득할 수 있다.

해당 프로토콜 식별자가 OHTV 서비스가 IP 네트워크를 통해 전송됨을 나타내는 경우, 컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 component_data()의 IP 주소에 해당하는 URL을 확인할 수 있다. 이 경우, 컨텐트 아이템 관리부(140)는 네트워크 인터페이스를 이용하여 IP 네트워크를 통해 확인된 IP 주소에 기초하여 컨텐트 아이템을 획득할 수 있다.

컨텐트 아이템 관리부(140)는 획득한 컨텐트 아이템을 재생할 수 있다.

네트워크 인터페이스부(150)는 방송 네트워크 또는 IP 네트워크를 통해 컨텐트 아이템을 컨텐트 아이템 관리부(140)에 전송할 수 있다.

다음으로 도 2 내지 도 20을 참조하여, 본 발명의 일 실시 예에 따른 방송 서비스 수신 방법에 대해 설명한다.

도 2는 본 발명의 일 실시 예에 따른 방송 서비스 수신 방법을 설명하기 위한 흐름도이고, 도 3은 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 비실시간 프로파일을 지원하는 수신 장치(100)가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이고, 도 4는 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 인터넷 프로파일을 지원하는 수신 장치(100)가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이고, 도 5는 본 발명의 일 실시 예에 따른 방송 수신 방법에 따라 비실시간 프로파일 및 인터넷 프로파일을 모두 지원하는 수신 장치(100)가 OHTV 어플리케이션을 인식, 다운로드 및 실행하는 과정을 보여주기 위한 도면이다.특히, 도 3은 사용자가 채널 번호(11-1)의 프로그램(나는 가수다)를 시청하고 있고, Push VOD 서비스를 제공하는 OHTV 어플리케이션의 시그널링 과정을 보여준고, 도 4는 사용자가 채널 번호(6-1)의 프로그램(인기가요)를 시청하고 있고, IP VOD 서비스를 제공하는 OHTV 어플리케이션의 시그널링 과정을 보여주고, 도 5는 사용자가 채널 번호(7-1)의 프로그램(개그콘서트)를 시청하고 있고, IP VOD 및 Push VOD 서비스를 제공하는 OHTV 어플리케이션의 시그널링 과정을 보여준다

먼저, 도 2를 참조하면, 수신 장치(100)의 수신부(110)는 방송 네트워크를 통해 방송 신호를 수신한다(S100). 여기서, 방송 네트워크는 케이블 네트워크, 지상파 네트워크, 위성 방송 네트워크 중 적어도 하나를 포함할 수 있다.

수신 장치(100)의 복조부(120)는 수신한 방송 신호를 복조하여 복조된 방송 신호를 생성한다(S101).

수신 장치(100)의 역다중화부(130)는 복조된 방송 신호를 역다중화하여 비디오 데이터, 오디오 데이터, 메타 데이터를 추출한다(S102).

수신 장치(100)의 비디오 디코더(133)는 역다중화부(130)가 추출한 비디오 데이터를 디코딩하여 디코딩된 비디오 데이터를 생성한다. 수신 장치(100)의 오디오 디코더(136)는 역다중화부(130)가 추출한 오디오 데이터를 디코딩하여 디코딩된 오디오 데이터를 생성한다. 수신 장치(100)의 역다중화부(130)는 추출한 메타 데이터를 컨텐트 아이템 관리부(140)에 전달한다. 메타 데이터는 VCT, PMT, SMT, NRT-IT를 포함하는 PSIP 데이터일 수 있다.

수신 장치(100)의 컨텐트 아이템 관리부(140)는 가상 채널 테이블(VCT: Virtual Channel Table)과 프로그램 연계 테이블(PAT: Program Association Table)을 방송 네트워크를 통해 역다중화부(130)로부터 획득한다(S103).

수신 장치(100)의 컨텐트 아이템 관리부(140)는 가상 채널 테이블(VCT: Virtual Channel Table)을 통해 프로그램의 프로그램 번호(program_number)를 확인한다(S104). 여기서, 가상 채널 테이블은 채널 네비게이션과 튜닝에 필요한 가상 채널 정보를 나타낼 수 있으며, 지상파 방송을 위한 TVCT(Terrestial Virtual Channel Table)과 케이블 방송을 위한 CVCT(Cable Virtual Channel Table)의 두가지 버전으로 존재할 수 있다.

예를 들어, 가상 채널 테이블은 전송 스트림 ID, 채널 번호, 쇼트 채널 네임(short channel name), 프로그램 번호, 액세스 컨트롤드 플래그(access controlled flag), 확장 텍스트 메시지(ETM, Extended Text Message)를 위한 로케이션 필드(location field) 및 서비스 타입 등을 기본 정보로서 포함할 수 있다.

도 3을 참조하면, VCT는 사용자가 현재 시청하고 있는 채널 번호(11-1)와 프로그램(나는 가수다)에 대한 정보를 담고 있고, 사용자가 현재 시청하고 있는 프로그램 번호는 program0이다.

도 4를 참조하면, VCT는 사용자가 현재 시청하고 있는 채널 번호(6-1)와 프로그램(인기가요)에 대한 정보를 담고 있고, 사용자가 현재 시청하고 있는 프로그램 번호는 program0이다.

도 5를 참조하면, VCT는 사용자가 현재 시청하고 있는 채널 번호(7-1)와 프로그램(캐그콘서트)에 대한 정보를 담고 있고, 사용자가 현재 시청하고 있는 프로그램 번호는 program0이다.다시 도 2를 설명하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 프로그램 연계 테이블(PAT: Program Association Table)을 통해 상기 확인된 프로그램 번호와 동일한 프로그램 번호를 갖는 프로그램을 검색한다(S105). 수신 장치(100)는 확인된 프로그램 번호를 위한 프로그램 맵 패킷 식별자(program_map_PID)를 프로그램 연계 테이블에서 확인할 수 있다.

도 3 내지 도 5를 참조하면, PAT는 사용자가 현재 시청하고 있는 프로그램의 번호 즉, program0을 포함하고 있다.

다시 도 2를 설명하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 확인한 프로그램 맵 패킷 식별자에 기초하여 검색된 프로그램의 프로그램 맵 테이블을 획득한다(S106). 수신 장치(100)는 확인된 프로그램 맵 패킷 아이디에 해당하는 트랜트포트 패킷을 수신하고, 수신한 트랜스포트 패킷으로부터 프로그램 맵 테이블을 획득할 수 있다.

도 3 내지 도 5를 참조하면, 수신 장치(100)는 위와 같은 과정을 거쳐 프로그램 번호가 0인 program0을 검색하여 PMT를 획득한다.

다시 도 2를 설명하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 검색된 프로그램에 대한 정보를 포함하고 있는 프로그램 맵 테이블(PMT: Program Map Table)을 통해 서비스 시그널링 채널(SSC: Service Signaling Channel)의 패킷 식별자(PID: Packet Identifier)를 획득한다(S107).

도 3 내지 도 5를 참조하면, PMT는 검색된 프로그램인 program0에 대한 비디오, 오디오 및 서비스 시그널링 채널에 대한 정보를 포함한다. 서비스 시그널링 채널은 현재 및 미래에 지상파를 통하여 수신될 push VOD 컨텐츠에 대한 제목, 전달 시간 및 기타 컨텐츠에 관련된 메타 데이터를 담고 있다. 또한, 서비스 시그널링 채널은 SMT, NRT-IT 등이 전송되는 패킷 식별자에 대한 정보를 포함할 수 있다.

다시 도 2를 참조하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 획득한 패킷 식별자를 이용하여 서비스 시그널링 채널을 통해 표 1에서 보여지는 바와 같은 서비스 맵 테이블(SMT: Service Map Table)을 획득한다(S109). 수신 장치(100)는 프로그램 맵 테이블에 정의되어 있는 기본 스트림 루프(Elementary Strea Loop)중 Stream_Type이 0x0D(DSM-CC Addressable Section)인 경우, 서비스 맵 테이블을 수신할 수 있다.

도 3 내지 도 5를 참조하면, SMT는 서비스 시그널링 채널을 통해 수신됨을 확인할 수 있다. 즉, SMT는 상기 획득한 PID를 통해 수신될 수 있다.

(표 1)

표 1은 A/153 part 3의 section 7.3에서 규정되는 M/H 서비스를 위한 SMT를 나타낸 것이며, 본 발명의 실시예를 위하여 MH라는 용어는 생략될 수 있다.

표 1에 도시된 바와 같이, 서비스 맵 테이블은 서비스 개수 필드(num_services)와, 서비스 루프를 포함한다. 여기서, 서비스 루프는 표 1에서 for(i=0; i<num_services; i++) 문에 의한 루프를 의미할 수 있다. 서비스 루프는 복수의 서비스 정보를 포함한다. 복수의 서비스 정보의 개수는 서비스 개수 필드(num_services)가 나타내는 개수에 해당한다.

각 서비스 정보는 서비스 식별자(service_id), 컴포넌트 개수 필드(num_components)와 컴포넌트 루프를 포함한다. 여기서 컴포넌트 루프는 표 1에서 for(i=0; i<num_components; i++) 문에 의한 루프를 의미할 수 있다. 컴포넌트 루프는 복수의 컴포넌트를 포함한다. 복수의 컴포넌트의 개수는 컴포넌트 개수 필드(num_components)가 나타내는 개수에 해당한다. 각 컴포넌트는 component_descriptor를 포함한다.

다시 도 2를 설명하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 서비스 맵 테이블에 포함된 서비스 루프를 확인하여 서비스 맵 테이블에 포함된 OHTV 어플리케이션 시그널링 정보를 획득한다(S111).

또한, 상기 OHTV 어플리케이션 시그널링 정보는 값이 80인 component_type을 가진 component_descriptor일 수 있다. 다시, 도 3을 참조하면, component_descriptor는 디스크립터 태그 필드, 컴포넌트 타입 필드, 컴포넌트 데이터 필드를 포함한다. SMT 내의 서비스 루프의 component_descriptor 필드의 component_type이 80이면, 수신 장치(100)는 해당 서비스 루프의 서비스 식별자에 해당하는 서비스가 OHTV 서비스임을 확인한다. 즉, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 component_type에 기초하여 OHTV 서비스에 해당하는 서비스 식별자를 확인한다(S113).

즉, 본 발명의 일 실시 예에서는 component_descritor에 component_type 값으로 OHTV 서비스 여부가 판단될 수 있으나, 이에 한정될 필요는 없고 OHTV 서비스를 판단하기 위한 별도의 descriptor를 더 둘 수도 있다.

수신 장치(100)가 비실시간(NRT) 프로파일을 지원하는 경우, OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 예는 도 6 및 도 7에서 후술하고, 수신 장치(100)가 인터넷 프로파일을 지원하는 경우, OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 예는 도 8 및 도 9에서 후술하고, 수신 장치(100)가 비실시간(NRT) 프로파일을 지원하는 경우, OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 예는 도 10 및 도 11에서 후술한다.

다시 도 2를 설명하면, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 프로토콜 식별자를 확인하여, OHTV 서비스가 방송 네트워크를 통해 전송되는지 아니면 IP 네트워크를 통해 전송되는 지를 확인한다(S114).

해당 프로토콜 식별자가 OHTV 서비스가 방송 네트워크를 통해 전송됨을 나타내는 경우, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 OHTV 서비스에 해당하는 서비스 식별자에 해당하는 NRT-IT를 획득한다(S115). 표 2는 NRT-IT의 신택스를 보여준다.

(표 2)

표 2에서, 특히, NRT-IT는 서비스 식별자 필드(service_id), 컨텐트 아이템 개수 필드(num_contnet_items_in_section), 및 컨텐트 아이템 정보 루프를 포함한다. 컨텐트 아이템 정보 루프는 표 2에서 for(j=0, j<num_content_items_in_seciton; j++) 문에 의해 의한 루프를 의미할 수 있다. 컨텐트 아이템 정보 루프는 복수의 컨텐트 아이템 정보를 포함한다. 특히, 각 컨텐트 아이템 정보는 컨텐트 링키지(content_linkage)와 컨텐트 설명 정보(content_descriptor())를 포함한다. 비실시간 정보 테이블에서 제공되는 컨텐츠 설명 정보는 컨텐츠의 타이틀(예를 들어, 다운로드 될 수 있는 프로그램의 이름), 컨텐츠가 다운로드될 수 있는 시간, 컨텐츠 권고, 캡션 서비스의 이용가능성, 컨텐츠 식별 및 기타 메타데이터와 같은 정보를 포함할 수 있다.

NRT 서비스 특히 OHTV 서비스는 하나 이상의 컨텐트 아이템과 연관된다. 각 컨텐트 아이템은 하나 이상의 파일을 포함한다. 컨텐트 링키지는 해당 컨텐트 아이템의 하나 이상의 파일에 매칭하기 위하여 사용된다.

이후, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 방송 네트워크를 통해 FLUTE 세션으로부터 NRT-IT내의 컨텐트 링키지에 기초하여 컨텐트 아이템을 획득한다(S117).

해당 프로토콜 식별자가 OHTV 서비스가 IP 네트워크를 통해 전송됨을 나타내는 경우, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 SMT 내의 서비스 루프의 component_descriptor 필드의 component_data()의 IP 주소에 해당하는 URL을 확인한다(S119). 이후, 수신 장치(100)의 컨텐트 아이템 관리부(140)는 네트워크 인터페이스를 이용하여 IP 네트워크를 통해 확인된 IP 주소에 기초하여 컨텐트 아이템을 획득한다(S121).

수신 장치(100)의 컨텐트 아이템 관리부(140)는 획득한 컨텐트 아이템을 재생한다(S123).

일 실시 예에서 수신 장치(100)가 인터넷 및 방송망을 모두 지원하는 경우, 도 5에 도시된 바와 같이 인터넷을 통해 전송된 컨텐츠는 방송망 컨텐츠를 링크(link)할 수 있고, 반대로 방송망을 통해 전송된 컨텐츠는 인터넷 컨텐츠를 링크할 수 도 있다.도 6은 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 예를 보여준다.

도 7은 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값을 보여준다.

도 7을 참조하면, URL이 nrt://00FF.1A.0002/0000AAAA/pushVod.wgt 이므로 Push VOD 서비스로 제공되는 파일(동영상)을 전송하는 서비스의 서비스 식별자(service_id)는 0x0002와 같다.

그리고 해당 서비스의 개별 컨텐츠 아이템 정보를 담고 있는 비실시간 정보 테이블의 content_linkage 필드는 0x0000AAAA값을 갖는다. content_linkage 필드는 content_linkage 필드(16비트)는 0x0001에서 0xFFFF까지의 범위 내 컨텐츠의 식별 번호 및 FLUTE 세션에 해당 컨텐츠를 연결하기 위한 정보를 포함할 수 있다.

해당 컨텐츠 아이템에서 실행되어야 할 파일 이름은 pushVod.wgt이다. Application_type이 packaged web application이므로 확장자는 wgt를 갖는다.

도 8은 본 발명의 또 다른 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 또 다른 예를 보여준다.

도 9는 본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 또 다른 예를 보여준다.

도 9를 참조하면, URL이 http://www.sbs.com/mv_vod.html 이므로 해당 웹 페이지를 접속하면 IP VOD 동영상을 재생할 수 있는 페이지로 연결된다.

도 10은 본 발명의 또 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블 내에서 사용되는 필드 값의 또 다른 예를 보여준다.

도 11은 본 발명의 또 실시 예에 따른 OHTV 어플리케이션의 시그널링을 위해 서비스 맵 테이블의 component_descriptor 및 component_data의 필드 값의 또 다른 보여준다.

도 11은 수신 장치(100)가 방송 네트워크 (NRT) 및 IP 네트워크를 모두 지원하는 것으로, 도 11을 참조하면, application_profile 필드가 0x0003으로 방송 네트워크 (NRT) 및 IP 네트워크를 모두 지원하는 경우임을 알 수 있다.

도 12는 NRT 네트워크 및 IP 네트워크를 모두 지원하는 수신 장치(100)에서 파일을 수신/재생하는 예를 설명하기 위한 도면이다.

도 12를 참조하면, 사용자에 의해 어플리케이션이 실행되면, 시그널링된 URL(http:// www.kbs.com/ gagconcert.html)로 접속되어, 도 12와 같은 화면으로 이동할 수 있다.

지난회 다시보기는 IP VOD 서비스로서, 수신 장치(100)는 IP를 통해 재생 파일을 스트리밍 또는 다운로드 후 재생할 수 있다. 코너별 다시보기는 Push VOD 서비스로서, 수신 장치(100)는 방송망(NRT)을 통해 재생 파일을 다운로드 후 재생할 수 있다.

수신 장치(100)는 IP 네트워크로 접속이 되지 않는 경우, NRT 네트워크로 전송되는 파일을 다운로드 한 후 재생할 수 있고, IP 네트워크가 접속된 경우, 파일의 크기가 커서 NRT 네트워크로 다운로드 되는데 시간이 오래 걸릴 경우, IP 네트워크로 파일을 다운받을 수 있다. 즉, 수신 장치(100)는 네트워크의 접속 상황에 따라 NRT 네트워크 및 IP 네트워크를 효율적으로 이용할 수 있다.

다음으로, 도 13은 OHTV 시그널링 서비스를 위해 사용되는 서비스 맵 테이블의 component_descriptor를 설명하기 위한 도면이다.

OHTV 서비스는 기존의 서비스 맵 테이블에서 정의되며, 다음과 같은 예외를 가질 수 있다.

먼저, num_components 필드는 1의 값을 사용한다. OHTV Service의 component 개수는 1개로 고정되며, component는 OHTV 어플리케이션 시그널링 정보를 담고 있다.

또한, service_source_IP_address_flag, service_source_IP_address_flag 필드는 0의 값을 사용한다. OHTV 서비스의 경우, 시그널링 정보 이외의 데이터는 포함하지 않는다.

또한, component source IP address flag, component destination IP address flag 필드는 0을 사용한다. OHTV 서비스의 경우, 해당 component는 시그널링 정보 이외의 데이터는 포함하지 않는다.

또한, port_num_count, component_destination_UDP_port_num 필드는 0의 값을 사용한다.

또한, OHTV 서비스의 경우, service_category 필드는 기존에 사용되지 않은 값을 사용해야 하며, 일 실시 예로 0x10로 사용한다. 단말기는 service_category 값을 단순 정보로 참고해야 하며, OHTV 서비스 여부는 SMT의 component_descriptor의 component_type 값으로 판단해야 한다.

OHTV 서비스의 시그널링 정보가 변경될 경우에는 SMT의 version number가 1 증가한다. OHTV 서비스의 경우, SMT의 component-level SMT descriptors에 존재할 수 있는 descriptor는 도 4에 도시된 표와 같다. 도 4는 component_type 값(80)은 일 실시 예를 보여준다.

도 14는 본 발명의 일 실시 예에 따른 서비스 맵 테이블의 component_descriptor의 component_type 필드를 설명하기 위한 도면이다.

본 발명의 일 실시 예에 따른 OHTV 어플리케이션의 시그널링 정보를 담는 component_descriptor의 component_type 필드는 80 값을 사용해야 하며, component_type는 도 14에 정의되어 있다.

다음으로 도 15 내지 도 20을 참조하여, component_type이 80(0x50)일 때, component_data 구문에 대해 상세히 설명한다.

도 15는 component_type이 80(0x50)일 때, component_data 구문의 일 실시 예를 보여주고, 도 16은 component_data 구문에 포함된 application_type을 설명하기 위한 도면이고, 도 17은 component_data 구문에 포함된 application_profile을 설명하기 위한 도면이고, 도 18은 component_data 구문에 포함된 application_control_code를 설명하기 위한 도면이고, 도 19는 component_data 구문에 포함된 protocol_id를 설명하기 위한 도면이고, 도 20은 component_data 구문에 포함된 selector_byte의 신택스를 설명하기 위한 도면이다.

도 15를 참조하면, component_data 구문에는 어플리케이션의 종류, 버전, 어플리케이션의 프로파일, 어플리케이션의 라이프 사이클, 전송 경로 등에 대한 정보가 포함되어 있다. 본 발명의 일 실시 예의 각 필드별 의미는 다음과 같다.

application_type은 어플리케이션 타입을 기술하는 부분이다. 어플리케이션 타입은 도 16과 같이 사용하며, OHTV 어플리케이션인 경우, 0x7000 또는 0x7001 값을 갖는다.

다시 도 15을 참조하면, OHTV Web-page Application은 Web-page 형태의 어플리케이션을 의미하고, OHTV Packaged Web application은 리소스 및 Html Document를 하나의 패키지 형태로 제공하는 어플리케이션을 의미한다.

application_profile은 OHTV Application Profile 정보를 기술하기 위한 부분이다. OHTV 어플리케이션인 경우, 도 17과 같이, 3가지 프로파일이 존재한다.

도 17을 참조하면, NRT Profile에서는 어플리케이션이 방송망(NRT)으로만 전송되며, 이에 해당되는 주요 서비스는 Push Vod와 Advanced EPG가 있다.

IP Profile은 어플리케이션이 인터넷(IP)으로만 전송되며, 이에 해당되는 주요 서비스는 IP VOD/AOD, 북마크, 광고, Advanced EPG가 있다.

All Profile은 NRT Profile과 IP Profile을 모두 포함하는 것으로 방송망/인터넷으로 전송되는 어플리케이션 모두를 수신하여 실행할 수 있다. All Profile의 경우, 어플리케이션은 방송망(NRT) 또는 인터넷(IP)으로 전송되는 파일(이미지, 동영상, 텍스트 등)을 링크할 수 있다.

다시 도 15를 참조하면, version_major는 어플리케이션의 버전 정보 중 Major version을 기술하며, 해당 버전 정보는 어플리케이션의 호환성(compatibility) 및 오동작을 막기 위한 정보이다.

version_minor는 OHTV 어플리케이션의 버전 정보 중 Minor version를 기술하며, 해당 버전 정보는 Application의 호환성(Compatibility) 및 오동작을 막기 위한 정보이다.

version_micro는 OHTV 어플리케이션의 버전 정보 중 Micro version를 기술하며, 해당 버전 정보는 Application의 호환성(Compatibility) 및 오동작을 막기 위한 정보이다.

application_control_code는 OHTV 어플리케이션을 제어하기 위한 코드이며, 각 코드에 대한 내용은 도 9와 같다.

다시 도 15를 설명하면, service_bound_flag는 OHTV 어플리케이션의 바운드(bound)여부를 알려주는 필드이다. 이 필드 값이 1이면, 어플리케이션이 현재 시청 중인 채널에 연관된 서비스(바운드 어플리케이션)임을 알려주고, 필드 값이 0이면, 시청 중인 채널에 독립적인 서비스(언바운드 어플리케이션)임을 알려준다.

application_location_descriptor_exist는 어플리케이션의 URL이 길어 selector_byte 내에 나타낼 수 없는 경우, OHTV Application Location Descriptor()가 존재함을 알려준다.

application_version은 개별 어플리케이션의 버전 정보를 의미한다. 해당 정보를 통해서 단말기는 어플리케이션의 업데이트 여부를 결정한다. 버전 정보는 1부터 시작하고, 제일 마지막 값은 255가 된다. 255까지 도달하면, 버전 정보는 1부터 다시 시작한다.

protocol_id는 어플리케이션의 전송 경로를 알려준다. Protocol_id는 도 19에서 정의한 값을 사용한다. OHTV 어플리케이션은 방송망(NRT)를 이용하여 어플리케이션을 전송하는 방법과 HTTP를 이용하여 어플리케이션을 전송하는 2가지 방법이 있다. 즉, 도 19를 참조하면, protocol_id가 0xA001인 경우에는 NRT를 이용하여 어플리케이션을 전송하고, protocol_id가 0x020x0003인 경우에는 HTTP를 이용하여 어플리케이션을 전송한다.

selector_byte_length는 selector_byte의 크기를 바이트 단위의 길이를 기술하는 부분이다.

Selector_byte는 protocol_id가 HTTP(0x0003) 또는 NRT(0xA000)인 경우, 도 20과 같은 신택스(syntax)를 갖는다. protocol_id가 HTTP(0x0003)인 경우, HTTP 표준에서 정의한 W3C 포맷을 따르며, protocol_id가 NRT(0xA000)인 경우, 다음과 같은 포맷을 갖는다.

nrt://{atsc_tsid}.{subnet_id}.{nrt_service_id}/{nrt_content_linkage}[/{file name}]

상술한 본 발명에 따른 방송 수신 방법은 컴퓨터에서 실행되기 위한 프로그램으로 제작되어 컴퓨터가 읽을 수 있는 기록 매체에 저장될 수 있으며, 컴퓨터가 읽을 수 있는 기록 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있으며, 또한 캐리어 웨이브(예를 들어 인터넷을 통한 전송)의 형태로 구현되는 것도 포함한다.

컴퓨터가 읽을 수 있는 기록 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수 있다. 그리고, 상기 방법을 구현하기 위한 기능적인(function) 프로그램, 코드 및 코드 세그먼트들은 본 발명이 속하는 기술분야의 프로그래머들에 의해 용이하게 추론될 수 있다.

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

Claims

방송 서비스의 서비스 데이터, 상기 방송 서비스에 대한 정보를 기술하는 제 1 시그널링 정보 및 상기 제 1 시그널링 정보를 획득하기 위한 위치 정보를 포함하는 제 2 시그널링 정보를 생성하는 단계로서,
상기 방송 서비스는 어플리케이션이 함께 제공되는 방송 서비스로 정의되고, 상기 어플리케이션은 방송 망과 인터넷 망 모두를 통해 접근 가능하며, 상기 제 1 시그널링 정보는 상기 어플리케이션의 전송 경로 정보 및 상기 어플리케이션을 획득하기 위한 자원 식별 정보를 포함하고;
상기 서비스 데이터, 상기 어플리케이션, 상기 제 1 시그널링 정보 및 상기 제 2 시그널링 정보를 포함하는 방송 신호를 생성하는 단계; 및
상기 방송 신호를 송신하는 단계;
를 포함하는 방송 신호 송신 방법.
제 1 항에 있어서,
상기 어플리케이션은 세션 기반의 단방향 전송 프로토콜을 통해 방송 망으로 전송되고, 상기 어플리케이션은 HTTP (Hypertext Transfer Protocol)를 통해 인터넷 망으로 전송되는 방송 신호 송신 방법.
제 1 항에 있어서,
상기 제 1 시그널링 정보는 상기 방송 서비스가 상기 어플리케이션이 함께 제공되는 방송 서비스임을 지시하는 서비스 카테고리 정보를 포함하는 방송 신호 송신 방법.
제 1 항에 있어서,
상기 제 1 시그널링 정보는 상기 어플리케이션에 대한 상세 정보를 기술하는 메타데이터를 포함하는 방송 신호 송신 방법.
삭제
방송 서비스의 서비스 데이터, 상기 방송 서비스에 대한 정보를 기술하는 제 1 시그널링 정보 및 상기 제 1 시그널링 정보를 획득하기 위한 위치 정보를 포함하는 제 2 시그널링 정보를 생성하는 데이터 생성부로서,
상기 방송 서비스는 어플리케이션이 함께 제공되는 방송 서비스로 정의되고, 상기 어플리케이션은 방송 망과 인터넷 망 모두를 통해 접근 가능하며, 상기 제 1 시그널링 정보는 상기 어플리케이션의 전송 경로 정보 및 상기 어플리케이션을 획득하기 위한 자원 식별 정보를 포함하고;
상기 서비스 데이터, 상기 어플리케이션, 상기 제 1 시그널링 정보 및 상기 제 2 시그널링 정보를 포함하는 방송 신호를 생성하는 방송 신호 생성부; 및
상기 방송 신호를 송신하는 전송부;
를 포함하는 방송 신호 송신 장치.
제 6 항에 있어서,
상기 어플리케이션은 세션 기반의 단방향 전송 프로토콜을 통해 방송 망으로 전송되고, 상기 어플리케이션은 HTTP (Hypertext Transfer Protocol)를 통해 인터넷 망으로 전송되는 방송 신호 송신 장치.
제 6 항에 있어서,
상기 제 1 시그널링 정보는 상기 방송 서비스가 상기 어플리케이션이 함께 제공되는 방송 서비스임을 지시하는 서비스 카테고리 정보를 포함하는 방송 신호 송신 장치.
제 6 항에 있어서,
상기 제 1 시그널링 정보는 상기 어플리케이션에 대한 상세 정보를 기술하는 메타데이터를 포함하는 방송 신호 송신 장치.
삭제
방송 서비스의 서비스 데이터, 상기 방송 서비스에 대한 정보를 기술하는 제 1 시그널링 정보 및 상기 제 1 시그널링 정보를 획득하기 위한 위치 정보를 포함하는 제 2 시그널링 정보를 포함하는 방송 신호를 수신하는 단계;
상기 방송 신호에서 상기 제 2 시그널링 정보를 파싱하는 단계;
상기 파싱된 제 2 시그널링 정보의 상기 위치 정보를 이용하여 상기 방송 신호에서 상기 제 1 시그널링 정보를 파싱하는 단계로서,
상기 방송 서비스는 어플리케이션이 함께 제공되는 방송 서비스로 정의되고, 상기 어플리케이션은 방송 망과 인터넷 망 모두를 통해 접근 가능하며, 상기 제 1 시그널링 정보는 상기 어플리케이션의 전송 경로 정보 및 상기 어플리케이션을 획득하기 위한 자원 식별 정보를 포함하고; 및
상기 파싱된 제 1 시그널링 정보를 이용하여, 상기 어플리케이션을 상기 방송 망 또는 상기 인터넷 망을 통해 획득하고 상기 방송 신호에서 상기 방송 서비스의 상기 서비스 데이터를 획득하는 단계;
를 포함하는 방송 신호 수신 방법.
방송 서비스의 서비스 데이터, 상기 방송 서비스에 대한 정보를 기술하는 제 1 시그널링 정보 및 상기 제 1 시그널링 정보를 획득하기 위한 위치 정보를 포함하는 제 2 시그널링 정보를 포함하는 방송 신호를 수신하는 수신부;
인터넷 망을 통해 데이터를 수신하는 네트워크 인터페이스;
상기 방송 신호에서 상기 제 2 시그널링 정보를 파싱하는 시그널링 파싱부,
상기 시그널링 파싱부는, 상기 파싱된 제 2 시그널링 정보의 상기 위치 정보를 이용하여 상기 방송 신호에서 상기 제 1 시그널링 정보를 파싱하고,
상기 방송 서비스는 어플리케이션이 함께 제공되는 방송 서비스로 정의되고, 상기 어플리케이션은 방송 망과 인터넷 망 모두를 통해 접근 가능하며, 상기 제 1 시그널링 정보는 상기 어플리케이션의 전송 경로 정보 및 상기 어플리케이션을 획득하기 위한 자원 식별 정보를 포함하고; 및
상기 파싱된 제 1 시그널링 정보를 이용하여, 상기 어플리케이션을 상기 방송 망 또는 상기 인터넷 망을 통해 획득하고 상기 방송 신호에서 상기 방송 서비스의 상기 서비스 데이터를 획득하는 데이터 파싱부;
를 포함하는 방송 신호 수신 장치.
삭제