KR102130191B1

KR102130191B1 - 수신 장치, 수신 방법, 송신 장치, 및 송신 방법

Info

Publication number: KR102130191B1
Application number: KR1020167024327A
Authority: KR
Inventors: 준 기타하라; 나오히사 기타자토; 야스아키 야마기시
Original assignee: 소니 주식회사
Priority date: 2014-03-14
Filing date: 2015-02-27
Publication date: 2020-07-03
Also published as: US11575717B2; EP3119102A4; CN106105250B; MX2016011573A; US20170019431A1; CN106105250A; CA2941351C; US11102252B2; EP3119102B1; CA2941351A1; WO2015137149A1; US20220053032A1; US20200092338A1; JPWO2015137149A1; US10536488B2; MX371161B; KR20160132831A; JP6552482B2; EP3119102A1

Abstract

본 기술은, 효율적인 필터링 처리를 행할 수 있도록 하는 수신 장치, 수신 방법, 송신 장치, 및 송신 방법에 관한 것이다. IP 전송 방식을 사용한 디지털 방송의 방송파에 있어서, IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는 패킷의 헤더에 배치되는 필터링 정보를 사용하여, 패킷의 필터링 처리를 행하는 필터링 처리부를 구비하는 수신 장치가 제공된다. 본 기술은, 예를 들어, 텔레비전 수상기에 적용할 수 있다.

Description

수신 장치, 수신 방법, 송신 장치, 및 송신 방법{RECEIVING DEVICE, RECEPTION METHOD, TRANSMITTING DEVICE, AND TRANSMISSION METHOD}

본 기술은, 수신 장치, 수신 방법, 송신 장치, 및 송신 방법에 관한 것으로서, 특히, 효율적인 필터링 처리를 행할 수 있도록 한 수신 장치, 수신 방법, 송신 장치, 및 송신 방법에 관한 것이다.

각국의 디지털 방송 규격에서는, 전송 형식으로서 MPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream) 방식이 채용되어 있다(예를 들어, 특허문헌 1 참조). 금후에는 통신의 분야에서 사용되고 있는 IP(Internet Protocol) 패킷을 디지털 방송에 사용한 IP 전송 방식을 도입함으로써, 보다 고도의 서비스를 제공하는 것이 상정되어 있다.

일본 특허 공개 제2012-156712호 공보

그런데, IP 전송 방식을 사용한 디지털 방송에 있어서는, 각종 데이터가 패킷 단위로 전송되기 때문에, 효율적인 패킷의 필터링 처리를 실행하고, 필요한 정보를 취득할 수 있도록 할 것이 요구되고 있다. 그러나, 그러한 필터링 처리에 관한 기술 방식은 확립되어 있지 않다.

본 기술은 이러한 상황을 감안하여 이루어진 것으로서, IP 전송 방식을 사용한 디지털 방송에 있어서, 효율적인 필터링 처리를 행할 수 있도록 하는 것이다.

본 기술의 제1 측면의 수신 장치는, IP(Internet Protocol) 전송 방식을 사용한 디지털 방송의 방송파를 수신하는 수신부와, 상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는 패킷의 헤더에 배치되는 필터링 정보를 사용하여, 상기 패킷의 필터링 처리를 행하는 필터링 처리부를 구비하는 수신 장치이다.

상기 패킷은, FLUTE(File Delivery over Unidirectional Transport) 세션에 의해 전송되는 LCT(Layered Coding Transport) 패킷이며, 상기 LCT 패킷에 있어서, LCT 헤더에 상기 필터링 정보가 배치되고, LCT 페이로드에 제1 시그널링 데이터가 배치되어 있고, 상기 필터링 처리부는, 상기 IP층보다도 하위의 계층이 되는 제2 계층에서 전송되는 제2 시그널링 데이터를 사용하고, 특정한 서비스의 IP 어드레스, UDP(User Datagram Protocol)의 포트 번호, 및 TSI(Transport Session Identifier)를 해결한 후에, 상기 FLUTE 세션에 의해 전송되는 상기 LCT 패킷의 상기 LCT 헤더에 배치된 상기 필터링 정보를 사용하여, 상기 LCT 패킷에 저장되는 상기 제1 시그널링 데이터의 필터링 처리를 행하도록 할 수 있다.

상기 필터링 정보는, 상기 LCT 헤더의 TOI(Transport Object Identifier)에 배치되도록 할 수 있다.

상기 필터링 정보는, 상기 LCT 헤더의 확장 영역에 배치되도록 할 수 있다.

상기 필터링 정보의 일부 또는 전부는, 상기 LCT 헤더에 있어서, 운용에 따라서 사용되는 영역인 코드 포인트 대신 배치되도록 할 수 있다.

상기 필터링 정보는, 상기 제1 시그널링 데이터의 압축 유무를 나타내는 압축 정보, 상기 제1 시그널링 데이터의 타입을 나타내는 타입 정보, 상기 제1 시그널링 데이터의 타입마다 설정되는 필터링 조건을 나타내는 확장 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보 중, 적어도 하나의 정보를 포함하도록 할 수 있다.

상기 제1 시그널링 데이터는 네트워크를 통하여 서버로부터 취득되도록 할 수 있다.

상기 제1 시그널링 데이터는 상기 FLUTE 세션의 인덱스 정보를 포함하고 있도록 할 수 있다.

상기 제1 시그널링 데이터는 SCS(Service Channel Signaling) 또는 ESG(Electronic Service Guide)이며, 상기 제2 시그널링 데이터는 LLS(Low Layer Signaling)이며, 상기 FLUTE 세션에 의해 전송되는, 특정한 서비스를 구성하는 컴포넌트와 SCS에는, 공통의 IP 어드레스가 할당되도록 할 수 있다.

수신 장치는, 독립한 장치여도 되고, 1개의 장치를 구성하고 있는 내부 블록이어도 된다.

본 기술의 제1 측면의 수신 방법은, 본 기술의 제1 측면의 수신 장치에 대응하는 수신 방법이다.

본 기술의 제1 측면의 수신 장치, 및 수신 방법에 있어서는, IP 전송 방식을 사용한 디지털 방송의 방송파가 수신되고, 상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는 패킷의 헤더에 배치되는 필터링 정보를 사용하여, 상기 패킷에 저장되는 제1 시그널링 데이터의 필터링 처리가 행하여진다.

본 기술의 제2 측면의 송신 장치는, 서비스를 구성하는 1개 또는 복수의 컴포넌트를 취득하는 제1 취득부와, 제1 시그널링 데이터를 취득하는 제2 취득부와, 상기 컴포넌트와 함께, 상기 제1 시그널링 데이터를, IP 전송 방식을 사용한 디지털 방송의 방송파로 송신하는 송신부를 구비하고, 상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는, 상기 제1 시그널링 데이터를 저장한 패킷의 헤더에는, 상기 패킷의 필터링 처리에서 사용되는 필터링 정보가 배치되는 송신 장치이다.

상기 패킷은, FLUTE 세션에 의해 전송되는 LCT 패킷이며, 상기 LCT 패킷에 있어서, LCT 헤더에 상기 필터링 정보가 배치되고, LCT 페이로드에 상기 제1 시그널링 데이터가 배치되도록 할 수 있다.

상기 필터링 정보는, 상기 LCT 헤더의 TOI에 배치되도록 할 수 있다.

상기 제1 시그널링 데이터는 SCS 또는 ESG이며, 상기 IP층보다도 하위의 계층이 되는 제2 계층에서 전송되는 제2 시그널링 데이터는 LLS이며, 상기 FLUTE 세션에 의해 전송되는, 특정한 서비스를 구성하는 컴포넌트와 SCS에는, 공통의 IP 어드레스가 할당되도록 할 수 있다.

송신 장치는, 독립한 장치여도 되고, 1개의 장치를 구성하고 있는 내부 블록이어도 된다.

본 기술의 제2 측면의 송신 방법은, 본 기술의 제2 측면의 송신 장치에 대응하는 송신 방법이다.

본 기술의 제2 측면의 송신 장치, 및 송신 방법에 있어서는, 서비스를 구성하는 1개 또는 복수의 컴포넌트가 취득되고, 제1 시그널링 데이터가 취득되고, 상기 컴포넌트와 함께, 상기 제1 시그널링 데이터가, IP 전송 방식을 사용한 디지털 방송의 방송파로 송신된다. 또한, 상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는, 상기 제1 시그널링 데이터를 저장한 패킷의 헤더에는, 상기 패킷의 필터링 처리에서 사용되는 필터링 정보가 배치된다.

본 기술의 제1 측면 및 제2 측면에 의하면, 효율적인 필터링 처리를 행할 수 있다.

또한, 여기에 기재된 효과는 반드시 한정되는 것은 아니라, 본 개시 중에 기재된 어느 하나의 효과여도 된다.

도 1은 IP 전송 방식의 디지털 방송의 방송파의 구성을 도시하는 도면이다.
도 2는 IP 전송 방식의 디지털 방송의 프로토콜 스택을 도시하는 도면이다.
도 3은 IP 전송 방식의 디지털 방송의 방송파로 전송되는 패킷 구조를 도시하는 도면이다.
도 4는 패턴 1의 LCT 헤더의 구조를 도시하는 도면이다.
도 5는 패턴 1의 LCT 헤더의 요소의 상세한 내용을 도시하는 도면이다.
도 6은 필터링 정보의 비트 길이를 도시하는 도면이다.
도 7은 타입 정보의 상세한 내용을 도시하는 도면이다.
도 8은 패턴 2의 LCT 헤더의 구조를 도시하는 도면이다.
도 9는 패턴 2의 LCT 헤더의 Header Extensions의 구조를 도시하는 도면이다.
도 10은 패턴 2의 LCT 헤더의 요소의 상세한 내용을 도시하는 도면이다.
도 11은 패턴 3의 LCT 헤더의 구조를 도시하는 도면이다.
도 12는 패킷의 필터링 처리를 설명하기 위한 도면이다.
도 13은 특정한 ESG를 취득하기 위한 필터링 처리를 설명하기 위한 도면이다.
도 14는 갱신 후의 MPD를 취득하기 위한 필터링 처리를 설명하기 위한 도면이다.
도 15는 방송만을 사용하여 데이터를 전송할 경우의 선국 처리를 설명하기 위한 도면이다.
도 16은 방송과 통신을 사용하여 데이터를 전송할 경우의 선국 처리를 설명하기 위한 도면이다.
도 17은 본 기술을 적용한 방송 통신 시스템의 일 실시 형태의 구성을 도시하는 도면이다.
도 18은 본 기술을 적용한 송신 장치의 일 실시 형태의 구성을 도시하는 도면이다.
도 19는 본 기술을 적용한 수신 장치의 일 실시 형태의 구성을 도시하는 도면이다.
도 20은 송신 처리를 설명하는 흐름도이다.
도 21은 선국 처리를 설명하는 흐름도이다.
도 22는 시그널링 데이터 버전 감시 처리의 상세한 내용을 설명하는 흐름도이다.
도 23은 서비스 컴포넌트 스트림 취득 처리의 상세한 내용을 설명하는 흐름도이다.
도 24는 컴퓨터의 구성예를 도시하는 도면이다.

이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다. 또한, 설명은 이하의 순서로 행하는 것으로 한다.

1. IP 전송 방식에 의한 디지털 방송의 개요

2. 패킷 구조

(1) LCT 헤더(패턴 1)

(2) LCT 헤더(패턴 2)

(3) LCT 헤더(패턴 3)

3. 패킷의 필터링 처리

4. 운용예

5. 방송 통신 시스템의 구성

6. 각 장치에서 실행되는 구체적인 처리의 흐름

7. 컴퓨터의 구성

<1. IP 전송 방식에 의한 디지털 방송의 개요>

(IP 전송 방식의 방송파의 구성)

도 1은, IP 전송 방식의 디지털 방송의 방송파의 구성을 도시하는 도면이다.

도 1에 도시한 바와 같이, 소정의 주파수 대역을 갖는 방송파(RF Channel)에는, 복수의 BBP 스트림(BBP Stream)이 전송되고 있다. 또한, 각 BBP 스트림에는, NTP(Network Time Protocol), 복수의 서비스 채널(Service Channel), ESG(ESG Service), 및 LLS(Low Layer Signaling)가 포함된다.

여기에서는, NTP, 서비스 채널, 전자 서비스 가이드는, UDP/IP의 프로토콜에 따라서 전송되지만, LLS는, BBP 스트림 상에서 전송된다. 또한, NTP는, 시각 정보이며, 복수의 서비스 채널에서 공통의 것이 된다. ESG(Electronic Service Guide)는 프로그램에 관한 메타데이터를 포함하는 전자 서비스 가이드이다.

각 서비스 채널에는, 비디오 데이터(Video)나 오디오 데이터(Audio), 자막 등(CC: Closed Captioning)의 컴포넌트(Component)와, SCS(Service Channel Signaling)가 포함된다. SCS는, 서비스 단위의 시그널링 데이터이다. 또한, 각 서비스 채널에는, 공통의 IP 어드레스가 부여되어 있어, 예를 들어, 이 IP 어드레스를 사용하여, 1개 또는 복수의 서비스 채널마다, 컴포넌트나 SCS 등을 패키지화할 수 있다.

또한, IP 전송 방식의 디지털 방송에 있어서, 방송 네트워크(Network)에는, 네트워크 ID(network_id)가 할당되고, BBP 스트림에는, BBP 스트림 ID(BBP_stream_id)가 할당된다. 또한, 각 BBP 스트림에 포함되는 1개 또는 복수의 서비스(Service)는 서비스 ID(service_id)가 할당된다. 단, 서비스(Service)는 도 1의 서비스 채널(Service Channel)에 상당하는 것이다.

이와 같이, IP 전송 방식의 디지털 방송에 있어서는, ID 체계로서, MPEG2-TS 방식에서 사용되고 있는 네트워크 ID(network_id), 트랜스포트 스트림 ID(transport_stream_id), 및 서비스 ID(service_id)의 조합(이하, 「트리플렛(Triplet)」이라고 한다.)에 대응하는 구성을 채용하고, 이 트리플렛에 의해, 방송 네트워크 내의 BBP 스트림 구성과 서비스 구성이 나타내진다.

이에 의해, 현재 널리 보급되어 있는 MPEG2-TS 방식과의 정합을 취할 수 있기 때문에, 예를 들어, MPEG2-TS 방식으로부터 IP 전송 방식으로의 이행 시의 사이멀캐스트에 용이하게 대응하는 것이 가능하게 된다. 단, IP 전송 방식의 ID 체계에 있어서는, 트랜스포트 스트림 ID 대신에 BBP 스트림 ID가 사용되고 있다.

(프로토콜 스택)

도 2는, IP 전송 방식의 디지털 방송의 프로토콜 스택을 도시하는 도면이다.

도 2에 도시한 바와 같이, 가장 하위의 계층은, 물리층(Physical Layer)으로 된다. IP 전송 방식의 디지털 방송에서는, 방송을 이용한 전송에 한하지 않고, 일부의 데이터를, 통신을 이용하여 전송하는 경우가 있는데, 방송을 이용하는 경우, 그 물리층(Broadcast PHY)은 서비스(채널)를 위하여 할당된 방송파의 주파수 대역이 대응하게 된다.

물리층의 상위의 계층은 IP층으로 된다. IP층은, TCP/IP의 프로토콜 스택에 있어서의 IP(Internet Protocol)에 상당하는 것이며, IP 어드레스에 의해 IP 패킷이 특정된다. IP층에 인접하는 상위 계층은 UDP층으로 되고, 또한 그 상위의 계층은 FLUTE+로 된다. 즉, IP 전송 방식의 디지털 방송에 있어서는, IP 어드레스와 UDP(User Datagram Protocol)의 포트 번호가 지정된 패킷이 송신되어, FLUTE(File Delivery over Unidirectional Transport) 세션이 확립되도록 이루어져 있다.

또한, FLUTE+는, 종래부터 규정되어 있는 FLUTE가 확장된 것이며, FLUTE의 상세는, RFC6726으로서 규정되어 있다. 또한, FLUTE+(plus)는 「FLUTE enhancement」라고 칭해지는 경우가 있다. FLUTE 세션에서는, 송신하는 파일 등을 1개의 오브젝트로 하여, TOI(Transport Object Identifier)에 의해 관리한다. 또한, 복수의 오브젝트의 집합을 1개의 세션으로 하여, TSI(Transport Session Identifier)에 의해 관리한다. 즉, FLUTE 세션에 있어서는, TSI와 TOI의 2개의 식별 정보에 의해 특정한 파일을 지정하는 것이 가능하게 된다.

FLUTE에 인접하는 상위 계층 중, 일부의 계층은, ESG(Electronic Service Guide), SCS(Service Channel Signaling), NRT 콘텐츠(NRT Content)로 되고, ESG, SCS, NRT 콘텐츠는, FLUTE 세션에 의해 전송된다. NRT 콘텐츠는, NRT(Non Real Time) 방송으로 전송되는 콘텐츠이며, 수신기의 스토리지에 일단 축적된 후에 재생이 행하여진다. 또한, NRT 콘텐츠는, 콘텐츠의 일례이며, 다른 콘텐츠의 파일이 FLUTE 세션에 의해 전송되도록 해도 된다.

SCS로서는, 예를 들어, USBD(User Service Bundle Description), MPD(Media Presentation Description), SDP(Session Description Protocol), SPD(Service Parameter Description)가 전송된다.

USBD는, MPD와 SDP를 참조하기 위한 정보 등을 포함하고 있다. MPD는, 서비스 단위로 전송되는 컴포넌트마다의 세그먼트 URL(Uniform Resource Locator) 등의 정보를 포함하고 있다. SDP는, 컴포넌트의 로케이션 정보 등을 포함하고 있다. SPD는, 서비스와 컴포넌트의 레벨에서 규정된 각종 파라미터를 포함하여 구성된다. 또한, USBD, MPD, SDP, 및 SPD는, 예를 들어, XML(Extensible Markup Language) 등의 마크업 언어에 의해 기술된다.

FLUTE에 인접하는 상위 계층 중, 상술한 계층 이외의 다른 계층은, HTTP(internal server)로 되고, 또한, HTTP에 인접하는 상위 계층은, DASH(ISO BMFF)로 된다. 또한, DASH(ISO BMFF)에 인접하는 상위 계층은, 비디오 데이터(Video), 오디오 데이터(Audio), 자막 데이터(Closed Caption) 등의 컴포넌트로 된다. 즉, 비디오나 오디오, 자막 등의 컴포넌트는, ISO Base Media File Format의 규격에 준한 미디어 세그먼트(Media Segment) 단위로, FLUTE 세션에 의해 전송되게 된다.

LLS(Low Layer Signaling)는 저레이어의 시그널링 데이터이며, BBP 스트림 상에서 전송된다. 예를 들어, LLS로서는, SCD(Service Configuration Description), SAD(Service Association Description), EAD(Emergency Alerting Description), RRD(Region Rating Description)가 전송된다.

SCD는, 는, MPEG2-TS 방식에서 사용되고 있는 트리플렛에 상당하는 ID 체계를 채용하고, 이 트리플렛에 의해, 방송 네트워크 내의 BBP 스트림 구성과 서비스 구성이 나타내진다. 또한, SCT에는, 서비스 단위의 속성·설정 정보로서의 IP 어드레스 등의 정보, ESG에 액세스하기 위한 ESG bootstrap 정보, SCS에 액세스하기 위한 SC bootstrap 정보가 포함된다.

SAD는, BBP 스트림마다의 온에어 중의 서비스를 나타낸다. EAD는, 긴급 고지에 관한 정보를 포함하고 있다. RRD는, 레이팅 정보를 포함하고 있다. 또한, SCD, SAD, EAD, 및 RRD는, 예를 들어, XML 등의 마크업 언어에 의해 기술된다.

또한, 통신을 이용하는 경우, 그 물리층(Broadband PHY)의 상위의 계층은, IP층으로 된다. 또한, IP층에 인접하는 상위 계층은, TCP층으로 되고, 또한, TCP층에 인접하는 상위 계층은, HTTP(S)(external server)층으로 된다. 즉, 이 계층에 의해, 인터넷 등의 네트워크에서 가동하는 프로토콜 스택이 실장된다.

이에 의해, 수신기는, 예를 들어 인터넷 상의 서버와의 사이에서, TCP/IP 프로토콜을 사용한 통신을 행하여, ESG나 SCS, NRT 콘텐츠 등을 수신할 수 있다. 또한, 수신기는, 인터넷 상의 서버로부터, 적응적으로 스트리밍 배신되는 비디오나 오디오 등의 컴포넌트를 수신할 수 있다. 또한, 이 스트리밍 배신은, MPEG-DASH(Dynamic Adaptive Streaming over HTTP)의 규격에 준거한 것이 된다.

또한, 방송의 FLUTE 세션이나, 통신의 TCP/IP 프로토콜을 사용하여, 애플리케이션(Applications)을 전송할 수 있다. 이 애플리케이션은, HTML5(HyperText Markup Language 5) 등의 마크업 언어에 의해 기술할 수 있다.

IP 전송 방식의 디지털 방송에서는, 이상과 같은 프로토콜 스택을 채용하고 있는 점에서, 예를 들어, ESG나 SCS 등의 시그널링 데이터를, 방송과 통신 중 어느 것으로 전송하는 경우에도, IP층보다도 하위의 계층이 되는 물리층(과 데이터 링크층)을 제외한 계층, 즉, IP층보다도 상위의 계층에서는, 프로토콜을 공통으로 하는 것이 가능하게 되기 때문에, 수신기 등에 있어서는, 실장의 부담이나 처리의 부담을 경감할 것이 기대된다.

<2. 패킷 구조>

(패킷 구조)

도 3은, IP 전송 방식의 디지털 방송의 방송파로 전송되는 패킷 구조를 도시하는 도면이다. 또한, 도 3의 패킷 구조는, 도 2의 프로토콜 스택의 방송측의 계층에 대응한 것으로 된다.

즉, 물리 프레임(PHY Frame)은 도 2의 물리층(Broadcast PHY)에 있어서의 프레임 구조에 상당한다. 또한, BBP 패킷(Base Band Packet)은 도 2의 물리층(Broadcast PHY)과 IP층 사이에 위치하는 BBP 스트림(Base Band Packet Stream)에 의해 전송되는 패킷의 구조에 상당한다. 또한, IP 패킷(IP Packet)은 도 2의 IP층, UDP 패킷(UDP Packet)은 도 2의 UDP층, FLUTE 패킷은, 도 2의 FLUTE층의 패킷 구조에 각각 상당하는 것이다. 또한, 이하의 설명에서는, FLUTE 패킷을, LCT(Layered Coding Transport) 패킷이라고 칭하여 설명한다.

도 3에 도시한 바와 같이, 물리 프레임은, 물리 헤더와 페이로드로 구성된다. 물리 프레임의 페이로드에는, 복수의 BBP 패킷이 포함된다. 각 BBP 패킷은, BBP 헤더와 페이로드로 구성된다. BBP 패킷의 페이로드에는, IP 패킷이 포함된다. 즉, BBP 스트림에 의해 IP 패킷을 전송할 경우에는, 페이로드의 부분이 IP 패킷이 된다.

IP 패킷은, IP 헤더와 페이로드로 구성된다. 또한, UDP 패킷은, UDP 헤더와 페이로드로 구성된다. 또한, LCT 패킷은, LCT 헤더와 페이로드로 구성된다. 즉, FLUTE 세션에 의해 전송되는, 비디오나 오디오의 컴포넌트, ESG, SCS 등의 데이터를 저장한 패킷에는, BBP 헤더, IP 헤더, UDP 헤더, 및 LCT 헤더가 부가되게 된다.

이어서, 도 4 내지 도 11을 참조하여, 도 3에 도시한 LCT 패킷에 부가되는 LCT 헤더의 상세한 구조에 대하여 설명한다. 또한, LCT 헤더의 상세는, RFC5651로서 규정되어 있다.

(1) LCT 헤더(패턴 1)

도 4는, 패턴 1의 LCT 헤더의 구조를 도시하는 도면이다. 또한, 도 5에는, 도 4의 LCT 헤더를 구성하는 각 요소의 설명이 이루어져 있고, 적절히 참조하면서 설명하는 것으로 한다.

도 4에 도시한 바와 같이, LCT 패킷은, 「V」부터 「Data_Version」까지의 헤더 정보가 배치되는 LCT 헤더와, 시그널링 데이터 등의 실제 데이터가 배치되는 LCT 페이로드로 구성된다.

LCT 헤더의 선두에는, 도 4에 있어서 「V」로 표시되는 LCT 패킷의 버전이 배치된다. 도 4에 있어서 「V」의 다음으로는 「C」가 배치된다. 「C」에는, CCI(Congestion Control Information)의 길이를 나타내는 플래그가 배치된다. 또한, 도 4에 있어서 「C」의 다음으로는 「PSI」가 배치된다. 「PSI」에는, PSI(Protocol Specific Information)를 설정하는 비트가 배치된다.

도 4에 있어서 「PSI」의 다음으로는 「S」가 배치된다. 「S」에는, TSI(Transport Session Identifier)의 길이를 나타내는 플래그가 배치된다. 「S」의 다음으로는 「O」가 배치되고, 또한 그 다음으로는 「H」가 배치된다. 「O」와 「H」에는, 도 4의 LCT 헤더에 배치되는, 「CO」, 「Type」, 「Filter_Extension」, 및 「Data_Version」의 길이를 나타내는 플래그가 배치된다. 또한, 상세는 후술하는데, 「CO」, 「Type」, 「Filter_Extension」, 및 「Data_Version」은, 시그널링 데이터의 필터링 처리에 사용되는 파라미터이며, 이하, 「필터링 정보」라고 칭한다.

예를 들어, 도 6에 도시한 바와 같이, 「O」를 2비트, 「H」를 1비트로 한 경우에, 「O」와 「H」의 비트의 조합에 의해, 필터링 정보의 비트 길이가 결정된다. 구체적으로는, 「O」가 "00"이고, 「H」가 "1"로 되는 경우, 필터링 정보의 토탈 비트 길이는, 16비트가 되고, 당해 16비트 중, 「CO」에는 2비트, 「Type」에는 8비트, 「Data_Version」에는 6비트가 할당된다. 이 경우, 「Filter_Extension」을 지정할 수는 없다.

또한, 「O」가 "01"이고, 「H」가 "0"이 되는 경우, 필터링 정보의 토탈 비트 길이 32비트 중, 「CO」에는 2비트, 「Type」에는 8비트, 「Filter_Extension」에는 6비트, 「Data_Version」에는 16비트가 할당된다. 또한, 「O」가 "01"이고, 「H」가 "1"이 되는 경우, 필터링 정보의 토탈 비트 길이 48비트 중, 「CO」에는 2비트, 「Type」에는 8비트, 「Filter_Extension」에는 22비트, 「Data_Version」에는 16비트가 할당된다.

또한, 「O」가 "10"이고, 「H」가 "0"이 되는 경우, 필터링 정보의 토탈 비트 길이 64비트 중, 「CO」에는 2비트, 「Type」에는 8비트, 「Filter_Extension」에는 38비트, 「Data_Version」에는 16비트가 할당된다. 또한, 「O」가 "10"이고, 「H」가 "1"이 되는 경우, 필터링 정보의 토탈 비트 길이 80비트 중, 「CO」에는 2비트, 「Type」에는 16비트, 「Filter_Extension」에는 46비트, 「Data_Version」에는 16비트가 할당된다.

또한, 「O」가 "11"이고, 「H」가 "0"이 되는 경우, 필터링 정보의 토탈 비트 길이 96비트 중, 「CO」에는 2비트, 「Type」에는 16비트, 「Filter_Extension」에는 62비트, 「Data_Version」에는 16비트가 할당된다. 또한, 「O」가 "11"이고, 「H」가 "1"이 되는 경우, 필터링 정보의 토탈 비트 길이 112비트 중, 「CO」에는 2비트, 「Type」에는 16비트, 「Filter_Extension」에는 78비트, 「Data_Version」에는 16비트가 할당된다.

도 4로 돌아가서, 「H」의 다음으로 배치되는 「Res」는, 장래의 확장용의 영역을 나타낸다. 「Res」의 다음으로는 「A」가 배치된다. 「A」에는, 세션의 종료를 나타내는 플래그가 배치된다. 「A」의 다음으로는 「B」가 배치된다. 「B」에는, 오브젝트의 종료를 나타내는 플래그가 배치된다. 「B」의 다음으로는 「HDR_LEN」이 배치된다. 「HDR_LEN」에는, 헤더 길이가 배치된다. 「HDR_LEN」의 다음으로는 「CP」가 배치된다. 「CP」는, Code Point의 약칭이며, 코드 포인트의 값이 배치된다. 이 코드 포인트의 이용 방법은 운용마다 상이하다.

「CP」의 다음으로는 「CCI」가 배치된다. 「CCI」에는, CCI(Congestion Control Information)가 배치된다. 「CCI」의 다음으로는 「TSI」가 배치된다. 「TSI」에는, TSI(Transport Session Identifier)가 배치된다. 「TSI」의 다음으로는 통상은 「TOI」가 배치되지만, 패턴 1의 LCT 헤더에서는, 필터링 정보로서, 「CO」, 「Type」, 「Filter_Extension」, 및 「Data_Version」을 배치한다.

「CO」는, Compress의 약칭이며, 대상의 시그널링 데이터의 압축 유무를 나타내는 압축 정보이다. 대상의 시그널링 데이터가 압축되어 있는 경우에는, 예를 들어 ZIP 등의 압축 포맷도 나타내진다.

「Type」는, 시그널링 데이터의 타입을 나타내는 타입 정보이다. 예를 들어, 도 7에 도시한 바와 같이, 모든 시그널링 데이터의 경우, 「Type」에는 "1"이 지정된다. 마찬가지로, 「Type」에는, 시그널링 데이터의 종별에 따른 값이 지정되고, ESG에는 "2", USBD에는 "3", FDD에는 "4", MPD에는 "5", SDP에는 "6", SPD에는 "7"이 각각 지정된다.

도 5로 돌아가서, 「Filter_Extension」은, 시그널링 데이터의 타입마다 설정되는 필터링 조건을 나타내는 확장 필터 정보이다. 이 필터링 조건은, 임의로 설정할 수 있다. 「Data_Version」은, 대상의 시그널링 데이터의 버전을 나타내는 버전 정보이다.

또한, 필터링 정보로서는, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version) 모두를 배치할 필요는 없고, 그들 정보 중, 적어도 하나의 정보가 필터링 조건에 따라서 배치되면 된다. 또한, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version)는 필터링 정보의 일례이며, 시그널링 데이터의 필터링 처리에 사용할 수 있는 파라미터라면, 다른 파라미터를 정의해도 된다.

이상, 패턴 1의 LCT 헤더에서는, 종래, FLUTE 세션에 의해 전송되는 오브젝트의 식별 정보로서 사용되는 TOI에, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version)를 포함하는 필터링 정보를 정의하고 있다. 이에 의해, 수신기에서는, 당해 LCT 헤더의 필터링 정보를 사용하여, LCT 패킷의 필터링 처리를 행함으로써, 대상의 시그널링 데이터를 취득할 수 있다.

(2) LCT 헤더(패턴 2)

도 8 및 도 9는, 패턴 2의 LCT 헤더의 구조를 도시하는 도면이다. 또한, 도 10에는, 도 8 및 도 9의 LCT 헤더를 구성하는 각 요소의 설명이 이루어져 있고, 적절히 참조하면서 설명하는 것으로 한다.

도 8에 도시한 바와 같이, 패턴 2의 LCT 헤더는, 패턴 1의 LCT 헤더(도 4)와 비교하면, 「TSI」의 다음으로, 「TOI」가 배치되고, 또한, 「TOI」의 다음으로, 「Header Extensions」가 배치되는 점이 상이하다. 또한, 도 9에 도시한 바와 같이, 「Header Extensions」에는, 「CO」, 「Type」, 「Filter_Extension」, 및 「Data_Version」이 배치되어 있다. 즉, 「Header Extensions」는, LCT 헤더의 확장 영역(LCT 확장 헤더)이며, 이 LCT 확장 헤더에, 시그널링 데이터의 필터링 처리에 사용되는 필터링 정보가 배치되도록 한다.

이러한 LCT 헤더의 구조를 채용함으로써, 「TSI」 이외에 「TOI」가 배치되고, 「TOI」는, 종래부터의 FLUTE 프로토콜이 답습되기 때문에, 수신기에서는, 통상의 LCT 헤더 외에, LCT 확장 헤더에 대해서도 파싱하는 처리가 필요해지지만, 종래의 FLUTE 프로토콜과의 후방 호환성을 유지할 수 있다는 장점이 있다. 또한, LCT 헤더에 있어서의 「Header Extensions」의 영역은, 「HDR_LEN」을 사용하여 특정할 수 있다.

이상, 패턴 2의 LCT 헤더에서는, 종래, FLUTE 세션에 의해 전송되는 오브젝트의 식별 정보로서 사용되는 TOI는 그대로, 그 확장 영역에, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version)를 포함하는 필터링 정보를 정의하고 있다. 이에 의해, 수신기에서는, 당해 LCT 헤더의 필터링 정보를 사용하여, LCT 패킷의 필터링 처리를 행함으로써, 대상의 시그널링 데이터를 취득할 수 있다.

(3) LCT 헤더(패턴 3)

도 11은, 패턴 3의 LCT 헤더의 구조를 도시하는 도면이다.

도 11에 도시한 바와 같이, 패턴 3의 LCT 헤더는, 패턴 1의 LCT 헤더(도 4)와 비교하면, 「CP」 대신에 「CO」와 「Type」가 배치되는 점이 상이하다. 이 경우에 있어서, 코드 포인트의 값을 나타내는 「CP」가 8비트가 될 때, 대상의 시그널링 데이터의 압축 유무를 나타내는 「CO」에는 2비트를, 시그널링 데이터의 타입을 나타내는 「Type」에는 6비트를 각각 할당하도록 한다.

또한, 「TSI」의 다음으로는 「CO」, 「Type」, 「Filter_Extension」, 및 「Data_Version」 중, 「Filter_Extension」과 「Data_Version」만이 배치되는 점도 상이하다. 이 경우에 있어서, 시그널링 데이터의 타입마다 설정되는 필터링 조건을 나타내는 「Filter_Extension」에는 16비트를, 대상의 시그널링 데이터의 버전을 나타내는 「Data_Version」에는 16비트를 각각 할당하도록 한다.

이상, 패턴 3의 LCT 헤더에서는, CP(CodePoint)에, 압축 정보(CO)와 타입 정보(Type)를 배치하고, 또한 TOI에, 확장 필터 정보(Filter_Extension)와 버전 정보(Data_Version)를 배치함으로써, 당해 LCT 헤더에 필터링 정보를 정의하고 있다. 이에 의해, 수신기에서는, 당해 LCT 헤더의 필터링 정보를 사용하여, LCT 패킷의 필터링 처리를 행함으로써, 대상의 시그널링 데이터를 취득할 수 있다.

또한, 상술한 패턴 1 내지 패턴 3은 LCT 헤더에 배치되는, 필터링 정보의 일례이며, LCT 헤더에 필터링 정보를 배치할 수 있는 것이라면, 다른 배치를 채용해도 된다. 예를 들어, 패턴 3의 LCT 헤더에서는, 필터링 정보의 일부를 코드 포인트 대신 배치하는 예를 설명했지만, 필터링 정보의 전부가 코드 포인트 대신 배치되도록 해도 된다.

<3. 패킷의 필터링 처리>

도 12는, 패킷의 필터링 처리를 설명하기 위한 도면이다.

도 12에 도시한 바와 같이, 필터링 처리를 행하는 필터링 처리부에는, LLS, ESG, SCS, 애플리케이션(APP), 비디오 데이터(Video)나 오디오 데이터(Audio), 자막 데이터(CC) 등의 컴포넌트, NTP 등의 데이터를 저장한 각 패킷이 입력된다. 패킷에는, 각종 헤더가 부가되어 있다.

도 12의 필터링 처리부는, BBP 필터 f1, IP 필터 f2, UDP 필터 f3, 및 LCT 필터 f4를 갖고 있다. BBP 필터 f1은, BBP 헤더에 기초하여 필터링 처리를 행한다. 또한, IP 필터 f2는, IP 헤더에 기초하여 필터링 처리를 행한다. 또한, UDP 필터 f3은, UDP 헤더에 기초하여 필터링 처리를 행한다. LCT 필터 f4는, LCT 헤더에 기초하여 필터링 처리를 행한다.

도 12의 예에서는, LLS의 패킷 이외의 패킷은, IP 패킷이며 IP 필터 f2의 필터링 조건을 만족하므로, BBP 필터 f1과 IP 필터 f2를 통과한다. 한편, LLS의 패킷은, IP 필터 f2의 필터링 조건을 만족하지 않기 때문에, IP 필터 f2를 통과하지 않고, 그 패킷에 저장된 LLS가 취득되도록 된다. LLS에는, 트리플렛(triplet), ESG bootstrap 정보, SC bootstrap 정보가 포함되어 있고, 예를 들어, 특정한 서비스의 IP 어드레스(IP Address)나 포트 번호(Port Number), TSI를 취득할 수 있으므로, 이들을 필터링 조건으로 하여, 필터링 처리가 행하여진다.

또한, 각 패킷의 IP 헤더에는 IP 어드레스가 포함되고, UDP 헤더에는 포트 번호가 포함되어 있으므로, 필터링 조건을 만족하는 패킷만이, IP 필터 f2와 UDP 필터 f3을 통과하게 된다. 또한, FLUTE 세션을 이용하여 전송되는 패킷에는, LCT 헤더가 부가되어 있다. 여기서, LCT 헤더에는, TSI나 TOI 등이 포함되어 있으므로, 필터링 조건을 만족하는 패킷만이, LCT 필터 f4를 통과하게 된다.

또한, LCT 헤더에는, 필터링 정보로서, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version)가 배치되어 있으므로, 그 필터링 정보가 필터링 조건을 만족한 LCT 패킷만이, LCT 필터 f4를 통과하도록 할 수 있다. 이에 의해, 예를 들어, SCS의 버전 정보(Data_Version)가 변화한 경우에만, SCS의 패킷을 통과시킨다고 하는 것이 가능하게 된다.

이상과 같은 필터링 처리가 행해짐으로써, ESG의 패킷은 ESG 엔진(ESG engine), SCS의 패킷은 시그널링 엔진(Signaling engine), 애플리케이션(App)의 패킷은 애플리케이션 엔진(App engine)으로 각각 출력된다. 또한, 자막 데이터(CC)의 패킷은 자막 디코더(Decoder), 오디오 데이터(Audio)의 패킷은 오디오 디코더(Decoder), 비디오 데이터(Video)의 패킷은 비디오 디코더(Decoder), NTP의 패킷은 클럭 발생기(Clock)로 각각 출력된다.

그리고, 후단의 블록으로 각종 처리가 실시된 ESG, 애플리케이션, 비디오나 자막의 데이터에 대응하는 영상이, 디스플레이(Display)에 표시된다. 또한, 오디오 데이터에 대응하는 음성이, 스피커(도시하지 않음)로부터 출력된다. 또한, 애플리케이션은, 미디어 플레이어(Media player)에 의해, 디스플레이에 표시되는 경우가 있다.

<4. 운용예>

이어서, 도 13 내지 도 16을 참조하여, 구체적인 운용예를 설명한다.

(1) 운용예 1

도 13은, 특정한 ESG의 파일을 취득하기 위한 필터링 처리를 설명하기 위한 도면이다.

도 13에 있어서, 방송국(방송 사업자)의 송신기는, IP 전송 방식을 사용한 디지털 방송의 방송파에 의해, 각 서비스를 구성하는 컴포넌트나 SCS, ESG, LLS 등을 전송하고 있다.

단, 그 디지털 방송에서는, 상술한 ID 체계가 채용되어 있다. 또한, 컴포넌트나 SCS, ESG의 파일은, FLUTE 세션에 의해 전송되고 있고, 그들의 LCT 패킷의 LCT 헤더에는, 필터링 정보로서, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version)가 배치되어 있다. 도 13의 방송파의 예에서는, FLUTE 세션으로서, TSI=X로 되는 FLUTE 세션(이하, 「소스 플로우(source flow)」라고 한다.) 과, TSI=Y로 되는 FLUTE 세션(이하, 「시그널링 플로우(signaling flow)」라고 한다.)이 전송되고 있다.

도 13에 도시한 바와 같이, 각 가정 등에 설치된 수신기는, ESG 취득 처리가 개시되면, 초기 스캔 시 등에 취득된 LLS(SCD)의 ESG bootstrap 정보에 따라, IP 헤더와 UDP 헤더에 의한 필터링 처리를 행하고, IP 어드레스와 포트 번호의 필터링 조건을 만족하고 있는, 대상의 서비스 패킷을 추출한다. 여기에서는, IP 어드레스와 포트 번호의 필터링 조건을 만족하고 있지 않은 패킷은, 다른 서비스의 플로우가 된다.

또한, 수신기는, LLS(SCD)의 ESG bootstrap 정보에 따라, LCT 헤더에 의한 필터링 처리를 행하고, TSI의 필터링 조건을 만족하고 있는 LCT 패킷을 추출한다. 여기에서는, 시그널링 플로우의 LCT 패킷을 추출하므로, LCT 헤더의 TSI의 값으로서, TSI=Y로 되는 패킷이 추출된다. 또한, 그 필터링 처리에서는, 소스 플로우의 패킷은, TSI=X로 되기 때문에, TSI의 필터링 조건을 만족하고 있지 않기 때문에, 추출되지 않게 된다.

여기서, TSI=Y로 되는 LCT 패킷의 LCT 헤더에는, 타입 정보(Type)가 배치되어 있고, 이 타입 정보에 의해, 시그널링 데이터의 타입을 인식할 수 있다. 시그널링 데이터로서는, ESG, USBD, MPD 등이 전송되고 있는데, 이 운용예 1에서는, ESG의 파일을 취득하는 것이기 때문에, Type="2"을 필터링 조건으로 하여, LCT 패킷을 필터링함으로써 ESG의 LCT 패킷만이 추출된다.

또한, ESG는, 각 서비스(채널)마다의 프로그램에 관한 정보를 제공하는 전자 서비스 가이드인데, 다수의 서비스가 제공되고, 또한 기간을 한정하지 않는 경우에는, 그 데이터양은 방대한 것이 된다. 따라서, 확장 필터 정보(Filter_Extension)를 필터링 조건으로 지정하고, 필요한 정보만을 효율적으로 취득할 수 있도록 한다.

예를 들어, 서비스 ID, 스케줄, 슬롯 등을 필터링 조건으로서 설정함으로써, 복수의 ESG의 파일 중에서 특정한 ESG의 파일만을 추출할 수 있다. 구체적으로는, 채널 번호 등의 서비스 식별 정보(예를 들어, 10.1CH), 1일, 1주일, 또는 1개월 등의 기간에 따른 취득 범위(예를 들어, Today), 또는, 시간, n일 후, 또는 n주일 후 등의 슬롯(예를 들어, 18-21) 등이 필터링 조건으로서 설정된다.

이상과 같이, 운용예 1에 있어서는, LLS(SCD)의 ESG bootstrap 정보에 의해, IP 어드레스나 포트 번호, TSI를 해결한 후에, LCT 헤더에 배치된 타입 정보(Type)와, 확장 필터 정보(Filter_Extension)를 사용하고, 시그널링 데이터 중에서 필터링 조건을 만족하는 특정한 ESG의 파일만을 취득할 수 있기 때문에, 수신기는, 최적의 타이밍에, 필요한 정보만을 효율적으로 취득할 수 있다.

(2) 운용예 2

도 14는, 갱신 후의 MPD를 취득하기 위한 필터링 처리를 설명하기 위한 도면이다.

도 14에 있어서, 방송국의 송신기는, IP 전송 방식을 사용한 디지털 방송의 방송파에 의해, 각 서비스를 구성하는 컴포넌트나 SCS 등을 전송하고 있다. 단, 그 디지털 방송에서는, 상술한 ID 체계가 채용되어 있다. 또한, 도 14의 예에서는, 컴포넌트나 SCS를 전송하는 FLUTE 세션으로서, 소스 플로우(TSI=X)와, 시그널링 플로우(TSI=Y)가 전송되고 있다. 또한, LCT 패킷의 LCT 헤더에는, 필터링 정보가 배치되어 있다.

도 14에 도시한 바와 같이, 각 가정 등에 설치된 수신기는, MPD의 갱신이 검지되면, 초기 스캔 시 등에 취득된 LLS(SCD)의 SC bootstrap 정보에 따라, IP 헤더와 UDP 헤더에 의한 필터링 처리를 행하고, IP 어드레스와 포트 번호의 필터링 조건을 만족하고 있는, 대상의 서비스 패킷을 추출한다. 여기에서는, IP 어드레스와 포트 번호의 필터링 조건을 만족하고 있지 않은 패킷은, 다른 서비스의 플로우가 된다.

또한, 수신기는, LLS(SCD)의 SC bootstrap 정보에 따라, LCT 헤더에 의한 필터링 처리를 행하고, TSI의 필터링 조건을 만족하고 있는 LCT 패킷을 추출한다. 여기에서는, 시그널링 플로우의 LCT 패킷을 추출하므로, LCT 헤더의 TSI의 값으로서, TSI=Y로 되는 LCT 패킷이 추출된다. 또한, 그 필터링 처리에서는, 소스 플로우의 패킷은, TSI=X로 되기 때문에, TSI의 필터링 조건을 만족하고 있지 않기 때문에, 추출되지 않는 것이 된다.

여기서, TSI=Y로 되는 LCT 패킷의 LCT 헤더에는, 타입 정보(Type)가 배치되어 있고, 이 타입 정보에 의해, 시그널링 데이터의 타입을 인식할 수 있다. 시그널링 데이터로서는, ESG, USBD, MPD 등이 전송되고 있는데, 이 운용예 2에서는, MPD의 파일을 취득하는 것이기 때문에, Type="5"를 필터링 조건으로 하여, LCT 패킷을 필터링함으로써 MPD의 패킷만이 추출된다.

또한, MPD는, 「present」와 「following」의 2종류 존재한다. MPD_present는, 현재의 MPD인 것을 나타내고, MPD_following은, 갱신용의 MPD인 것을 나타낸다. 따라서, 버전 정보(Data_Version)를 필터링 조건으로 지정하고, MPD의 버전을 비교함으로써, 갱신용의 MPD를 취득할 수 있도록 한다. 도 14의 예의 경우, 그 필터링 조건을 사용한 필터링 처리에 의해, MPD의 버전이 비교되어, MPD_following이 취득된다.

이상과 같이, 운용예 2에 있어서는, LLS(SCD)의 ESG bootstrap 정보에 의해, IP 어드레스나 포트 번호, TSI를 해결한 후에, LCT 헤더에 배치된 타입 정보(Type)와, 버전 정보(Data_Version)를 사용하고, 시그널링 데이터 중에서 갱신용의 MPD만을 취득할 수 있기 때문에, 수신기는, 버전의 갱신 검지 시에, 최적의 타이밍에, 필요한 정보만을 효율적으로 취득할 수 있다.

즉, 수신기는, LLS(SCD)에 의해 특정한 서비스의 IP 어드레스, 포트 번호, TSI가 해결된 후에, 당해 FLUTE 세션에 의해 LCT 패킷화된 시그널링 데이터를 취득한다. 즉, 동일한 계층이 되는 LCT 헤더에, 시그널링 데이터를 저장한 LCT 패킷의 필터링 조건이 되는 필터링 정보(파라미터)를 추가함으로써, 최적의 타이밍에 효율적으로 필터링 처리를 행할 수 있다.

(3) 운용예 3

도 15는, 방송만을 사용하여 데이터를 전송할 경우의 선국 처리를 설명하기 위한 도면이다.

도 15에 있어서, 방송국의 송신기는, IP 전송 방식을 사용한 디지털 방송의 방송파에 의해, 각 서비스를 구성하는 컴포넌트나 SCS 등을 전송하고 있다. 단, 그 디지털 방송에서는, 상술한 ID 체계가 채용되어 있다. 또한, 도 15의 예에서는, 컴포넌트나 SCS를 전송하는 FLUTE 세션으로서, 소스 플로우(TSI=X)와, 시그널링 플로우(TSI=Y)가 전송되고 있다. 또한, LCT 패킷의 LCT 헤더에는, 필터링 정보를 배치할 수 있다.

도 15에 도시한 바와 같이, 각 가정 등에 설치된 수신기는, 유저에 의해, 특정한 서비스의 선국 조작이 행하여지면(S11), 초기 스캔 시 등에 취득된 SCD의 SC bootstrap 정보를 취득한다(S12). 수신기는, SC bootstrap 정보에 따라, IP 어드레스, 포트 번호, 및 TSI의 필터링 조건을 만족하고 있는 LCT 패킷을 추출한다. 여기에서는, 시그널링 플로우의 LCT 패킷을 추출하므로, LCT 헤더의 TSI의 값으로서, TSI=Y로 되는 LCT 패킷이 추출된다(S13).

여기서, 시그널링 플로우에서는, 시그널링 데이터로서, USBD(User Service Bundle Description), MPD(Media Presentation Description), SDP(Session Description Protocol), SPD(Service Parameter Description) 등이 전송되고 있다. USBD에는, FDD(File Delivery Description)나 deliveryMethod 등이 기술되어 있으므로, 수신기는, USBD의 LCT 패킷을 추출함으로써, FDD를 취득할 수 있다(S14). FDD에는, TSI마다의 인덱스 정보로서, 로케이션 정보(예를 들어 URL 등)나 TOI 등이 기술되어 있다.

수신기는, FDD의 인덱스 정보에 따라, 소스 플로우(TSI=X)에 액세스해서(S15, S16), 특정한 서비스를 구성하는 컴포넌트의 데이터를 저장한 LCT 패킷을 취득할 수 있다(S17). 또한, LCT 패킷에는, LCT 헤더 이외에, Entity 헤더를 부가하고, 예를 들어 동적으로 변화하는 정보 등을 배치할 수 있다(S18). 그리고, 수신기는, LCT 패킷으로부터 복원되는 컴포넌트의 데이터를 버퍼에 보존하고(S19), 렌더링 처리를 행함으로써, 그 컴포넌트에 대응하는 영상이나 음성을 출력한다(S20).

이상과 같이, 운용예 3에 있어서는, 선국 시에 방송으로 전송되는 데이터만을 이용하는 경우에, SCD와 FDD만을 사용하여, 선국된 특정한 서비스를 구성하는 컴포넌트를 취득할 수 있다. 이 경우, MPD, SDP, SPD를 사용할 필요가 없고, 또한, FDD는, 시그널링 데이터로서 취득할 수 있기 때문에, 수신기는, 신속한 선국 처리를 행할 수 있다.

(4) 운용예 4

도 16은, 방송과 통신을 사용하여 데이터를 전송할 경우의 선국 처리를 설명하기 위한 도면이다.

도 16에 있어서, 방송국의 송신기는, IP 전송 방식을 사용한 디지털 방송의 방송파에 의해, 각 서비스를 구성하는 컴포넌트나 SCS 등을 전송하고 있다. 단, 그 디지털 방송에서는, 상술한 ID 체계가 채용되어 있다. 또한, 도 16의 예에서는, 컴포넌트나 SCS를 전송하는 FLUTE 세션으로서, 소스 플로우(TSI=X)와, 시그널링 플로우(TSI=Y)가 전송되고 있다. 또한, LCT 패킷의 LCT 헤더에는, 필터링 정보를 배치할 수 있다.

또한, 도 16에 있어서는, 인터넷 상의 서버가, 비디오나 오디오 등의 컴포넌트를 적응적으로 스트리밍 배신하고 있다. 이 스트리밍 배신은, MPEG-DASH의 규격에 준거한 것으로서, 도 16의 예에서는, 소스 플로우(TSI=Z)가 전송되고 있다.

도 16에 도시한 바와 같이, 각 가정 등에 설치된 수신기는, 유저에 의해, 특정한 서비스의 선국 조작이 행하여지면(S31), 초기 스캔 시 등에 취득된 SCD의 SC bootstrap 정보를 취득한다(S32). 수신기는, SC bootstrap 정보에 따라, IP 어드레스, 포트 번호, 및 TSI의 필터링 조건을 만족하고 있는 LCT 패킷을 추출한다. 여기에서는, 시그널링 플로우의 LCT 패킷을 추출하므로, LCT 헤더의 TSI의 값으로서, TSI=Y로 되는 LCT 패킷이 추출된다(S33).

여기서, 시그널링 플로우에서는, 시그널링 데이터로서, USBD, MPD, SDP, SPD 등이 전송되고 있으므로, 수신기는, USBD, MPD, SDP, 및 SPD를 취득한다(S34). 이때, USBD에는, FDD나 deliveryMethod가 기술되어 있으므로, 수신기는, deliveryMethod와 MPD를 사용하여, 선국된 특정한 서비스를 구성하는 컴포넌트가 방송과 통신 중 어느 것으로 전송되고 있는지를 판정한다(S35). 즉, deliveryMethod와 MPD의 매칭을 행함으로써, broadcastAppService의 basepattern에 대응한 Representation은, 방송으로 전송되고 있는 한편, unicastAppService의 basepattern에 대응한 Representation은, 통신으로 전송되고 있다고 판정된다.

그리고, MPD의 Representation의 BaseURL과, FDD의 File의 Content-Location이 대응하고 있으므로(S36, S37), 수신기는, FDD의 인덱스 정보에 따라, 특정한 서비스를 구성하는 컴포넌트가 방송으로 전송되고 있는 경우에는, 소스 플로우(TSI=X)에 액세스해서(S38), 그 컴포넌트의 데이터를 저장한 LCT 패킷을 취득할 수 있다. 한편, 특정한 서비스를 구성하는 컴포넌트가 통신으로 전송되고 있는 경우에는, 수신기는, FDD의 인덱스 정보에 따라, 소스 플로우(TSI=Z)에 액세스해서(S38), 그 컴포넌트의 데이터를 저장한 LCT 패킷을 취득할 수 있다(S39).

또한, LCT 패킷에는, LCT 헤더 이외에, Entity 헤더를 부가하고, 예를 들어 동적으로 변화하는 정보 등을 배치할 수 있다(S40). 그리고, 수신기는, LCT 패킷으로부터 복원되는 컴포넌트의 데이터를 버퍼에 보존하고(S41), 렌더링 처리를 행함으로써, 그 컴포넌트에 대응하는 영상이나 음성을 출력한다(S42).

이상과 같이, 운용예 4에 있어서는, 선국 시에 방송과 통신으로 전송되는 데이터를 이용하는 경우에, SCD, USBD(FDD, deliveryMethod), 및 MPD를 사용하여, 선국된 특정한 서비스를 구성하는 컴포넌트를 취득할 수 있다. 이 경우, 기본적으로는 SDP와 SPD를 사용할 필요는 없다.

<5. 방송 통신 시스템의 구성>

(방송 통신 시스템의 구성예)

도 17은, 본 기술을 적용한 방송 통신 시스템의 일 실시 형태의 구성을 도시하는 도면이다.

방송 통신 시스템(1)은 방송과 통신이 제휴하여, 각종 서비스를 제공하기 위한 시스템이다.

도 17에 도시한 바와 같이, 방송 통신 시스템(1)은 송신 장치(10), 수신 장치(20), ESG 서버(50), 시그널링 서버(60), 애플리케이션 서버(70), 및 스트리밍 서버(80)로 구성된다. 또한, 네트워크(90)는 예를 들어 인터넷 등으로 구성되고, 수신 장치(20), ESG 서버(50), 시그널링 서버(60), 애플리케이션 서버(70), 및 스트리밍 서버(80)가 서로 접속되어 있다.

송신 장치(10)는 프로그램이나 CM 등의 방송 콘텐츠를, IP 전송 방식을 사용한 디지털 방송의 방송파에 의해 송신한다. 여기서, 방송 콘텐츠는, 비디오나 오디오, 자막 등의 컴포넌트로 구성된다. 또한, 송신 장치(10)는 컴포넌트와 함께, 시그널링 데이터(LLS, SCS)를 IP 전송 방식을 사용한 디지털 방송의 방송파로 송신한다.

또한, 송신 장치(10)는 상술한 송신기에 상당하는 것이다.

수신 장치(20)는 송신 장치(10)로부터 송신되는 방송파(방송 신호)를 수신한다. 수신 장치(20)는 방송 신호로부터 얻어지는 시그널링 데이터에 기초하여 비디오나 오디오 등의 컴포넌트를 취득하고, 프로그램 등의 방송 콘텐츠의 영상이나 음성을 출력한다.

또한, 수신 장치(20)는 상술한 수신기에 상당하는 것이다. 또한, 수신 장치(20)는 디스플레이나 스피커를 포함하여 단체로서 구성되도록 해도 되고, 텔레비전 수상기나 비디오 레코더 등에 내장되도록 해도 된다.

ESG 서버(50)는 ESG(Electronic Service Guide)를 관리하고 있고, 네트워크(90)를 통하여 ESG를 제공한다. 또한, ESG 서버(50)는 예를 들어 방송 사업자나 ESG의 제작 사업자 등에 의해 제공된다.

수신 장치(20)는 방송 신호로부터 얻어지는 시그널링 데이터에 기초하여 네트워크(90)를 통하여 ESG 서버(50)에 액세스하고, ESG를 취득한다. 수신 장치(20)는 ESG 서버(50)로부터 취득한 ESG를 축적하거나, 표시하거나 한다.

시그널링 서버(60)는 SCS(Service Channel Signaling)를 관리하고 있고, 네트워크(90)를 통하여 SCS를 제공한다. 또한, 시그널링 서버(60)는 예를 들어 방송 사업자에 의해 제공된다.

수신 장치(20)는 방송 신호로부터 얻어지는 시그널링 데이터에 기초하여, 네트워크(90)를 통하여 시그널링 서버(60)에 액세스하고, SCS를 취득한다. 수신 장치(20)는 시그널링 서버(60)로부터 취득한 SCS에 기초하여 예를 들어 컴포넌트를 취득하거나 한다.

애플리케이션 서버(70)는 애플리케이션을 관리하고 있고, 네트워크(90)를 통하여 애플리케이션을 제공한다. 또한, 애플리케이션 서버(70)는 예를 들어 방송 사업자나 애플리케이션의 제작 사업자 등에 의해 제공된다.

수신 장치(20)는 방송 신호로부터 얻어지는 시그널링 데이터에 기초하여, 네트워크(90)를 통하여 애플리케이션 서버(70)에 액세스하여, 애플리케이션을 취득한다. 수신 장치(20)는 애플리케이션 서버(70)로부터 취득한 애플리케이션을 표시한다.

스트리밍 서버(80)는 프로그램이나 CM 등의 통신 콘텐츠를 축적하고 있다. 통신 콘텐츠는, 비디오나 오디오, 자막 등의 컴포넌트로 구성된다. 스트리밍 서버(80)는 수신 장치(20)로부터의 요구에 따라, 통신 콘텐츠를, 네트워크(90)를 통하여 스트리밍 배신한다. 또한, 스트리밍 서버(80)는 예를 들어, 방송 사업자에 의해 제공된다.

수신 장치(20)는 제어 데이터에 기초하여, 네트워크(90)를 통하여 스트리밍 서버(80)로부터 스트리밍 배신되는 비디오나 오디오의 컴포넌트를 취득하고, 프로그램 등의 통신 콘텐츠의 영상이나 음성을 출력한다.

방송 통신 시스템(1)은 이상과 같이 구성된다. 이어서, 도 18 및 도 19를 참조하여, 도 17의 방송 통신 시스템(1)을 구성하는 각 장치의 상세한 구성으로서, 송신 장치(10)와 수신 장치(20)의 구성에 대하여 설명한다. 또한, ESG 서버(50), 시그널링 서버(60), 애플리케이션 서버(70), 및 스트리밍 서버(80)의 상세한 구성에 대해서는 생략한다.

(송신 장치의 구성예)

도 18은, 본 기술을 적용한 송신 장치의 일 실시 형태의 구성을 도시하는 도면이다.

도 18에 도시한 바와 같이, 송신 장치(10)는 LLS 취득부(111), LLS 처리부(112), ESG 취득부(113), ESG 처리부(114), SCS 취득부(115), SCS 처리부(116), 애플리케이션 취득부(117), 애플리케이션 처리부(118), 비디오 데이터 취득부(119), 비디오 인코더(120), 오디오 데이터 취득부(121), 오디오 인코더(122), 자막 데이터 취득부(123), 자막 인코더(124), NTP 취득부(125), NTP 처리부(126), Mux(127), 및 송신부(128)로 구성된다.

LLS 취득부(111)는 내장한 스토리지나 외부의 서버 등으로부터 LLS(Low Layer Signaling)로서 전송되는 SCD(Service Configuration Description) 등을 취득하고, LLS 처리부(112)에 공급한다. LLS 처리부(112)는 LLS 취득부(111)로부터 공급되는 LLS에 대하여 IP 전송 방식의 디지털 방송의 방송파로 전송하기 위한 소정의 신호 처리를 실시하고, Mux(127)에 공급한다.

ESG 취득부(113)는 스토리지나 외부의 서버 등으로부터 ESG(Electronic Service Guide)를 취득하고, ESG 처리부(114)에 공급한다. ESG 처리부(114)는 ESG 취득부(113)로부터 공급되는 ESG에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.

SCS 취득부(115)는 스토리지나 외부의 서버 등으로부터 SCS(Service Channel Signaling)를 취득하고, SCS 처리부(116)에 공급한다. SCS 처리부(116)는 SCS 취득부(115)로부터 공급되는 SCS에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.

애플리케이션 취득부(117)는 스토리지나 외부의 서버 등으로부터 애플리케이션을 취득하고, 애플리케이션 처리부(118)에 공급한다. 애플리케이션 처리부(118)는 애플리케이션 취득부(117)로부터 공급되는 애플리케이션에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.

비디오 데이터 취득부(119)는 스토리지나 외부의 서버, 카메라 등으로부터, 컴포넌트로서의 비디오 데이터를 취득하고, 비디오 인코더(120)에 공급한다. 비디오 인코더(120)는 비디오 데이터 취득부(119)로부터 공급되는 비디오 데이터를, MPEG(Moving Picture Experts Group) 등의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

오디오 데이터 취득부(121)는 스토리지나 외부의 서버, 마이크로폰 등으로부터, 컴포넌트로서의 오디오 데이터를 취득하고, 오디오 인코더(122)에 공급한다. 오디오 인코더(122)는 오디오 데이터 취득부(121)로부터 공급되는 오디오 데이터를, MPEG 등의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

자막 데이터 취득부(123)는 스토리지나 외부의 서버 등으로부터, 컴포넌트로서의 자막 데이터를 취득하고, 자막 인코더(124)에 공급한다. 자막 인코더(124)는 자막 데이터 취득부(123)로부터 공급되는 자막 데이터를, 소정의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

또한, 비디오 데이터, 오디오 데이터, 및 자막 데이터는, FLUTE 세션에 의해 전송되는 경우, FLUTE 세션에 의해 전송하기 위한 소정의 처리가 실시되고 나서, Mux(127)에 공급되게 된다.

NTP 취득부(125)는 스토리지나 외부의 서버 등으로부터, NTP(Network Time Protocol)를 취득하고, NTP 처리부(126)에 공급한다. NTP 처리부(126)는 NTP 취득부(125)로부터 공급되는 NTP에 대하여 IP 전송 방식의 디지털 방송의 방송파로 전송하기 위한 소정의 신호 처리를 실시하고, Mux(127)에 공급한다.

Mux(127)는, LLS 처리부(112)로부터의 LLS, ESG 처리부(114)로부터의 ESG, SCS 처리부(116)로부터의 SCS, 애플리케이션 처리부(118)로부터의 애플리케이션, 비디오 인코더(120)로부터의 비디오 데이터, 오디오 인코더(122)로부터의 오디오 데이터, 자막 인코더(124)로부터의 자막 데이터, 및 NTP 처리부(126)로부터의 NTP를 다중화하고, IP 전송 방식의 BBP 스트림을 생성하고, 송신부(128)에 공급한다.

여기서, Mux(127)는, 전단의 블록으로부터 공급되는 모든 데이터를 다중화할 필요는 없고, 예를 들어, 애플리케이션이나 자막 데이터를 전송하지 않을 경우에는, 애플리케이션 처리부(118)나 자막 인코더(124)로부터 데이터는 공급되어 오지 않기 때문에, 그들 데이터를 제외하고 다중화를 행하게 된다. 또한, BBP 스트림에 있어서, FLUTE 세션에 의해 전송하는 데이터를 저장한 LCT 패킷의 LCT 헤더에는, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version) 등의 필터링 정보가 배치되어 있다.

송신부(128)는 Mux(127)로부터 공급되는 BBP 스트림을, 방송 신호(방송파)로서, 안테나(129)를 통하여 송신한다.

(수신 장치의 구성예)

도 19는, 본 기술을 적용한 수신 장치의 일 실시 형태의 구성을 도시하는 도면이다.

도 19에 도시한 바와 같이, 수신 장치(20)는 튜너(212), Demux(213), 제어부(214), NVRAM(215), 입력부(216), ESG 엔진(217), 시그널링 엔진(218), 애플리케이션 엔진(219), 비디오 디코더(220), 오디오 디코더(221), 자막 디코더(222), 클럭 발생기(223), 비디오 출력부(224), 오디오 출력부(225), 통신 I/F(226), 및 Demux(217)로 구성된다.

튜너(212)는 제어부(214)로부터의 제어에 따라, 안테나(211)에 의해 수신된 방송 신호(방송파)로부터, 선국이 지시된 특정한 서비스의 방송 신호를 추출하여 복조하고, 그 결과 얻어지는 IP 전송 방식의 BBP 스트림을, Demux(213)에 공급한다.

Demux(213)는, 제어부(214)로부터의 제어에 따라, 튜너(212)로부터 공급되는 IP 전송 방식의 BBP 스트림을, LLS, ESG, SCS, 애플리케이션, 비디오 데이터, 오디오 데이터, 자막 데이터, 및 NTP로 분리하고, 후단의 블록으로 출력한다.

구체적으로는, Demux(213)는, 필터링 처리부로서의 기능을 갖고 있으며, 각 패킷에 부가된 BBP 헤더에 기초하여 필터링 처리를 행한다. 이에 의해, LLS는, 제어부(214)에 공급된다. 또한, Demux(213)는, 각 패킷에 부가된 IP 헤더와 UDP 헤더에 기초하여 필터링 처리를 행한다. 이에 의해, NTP는, 클럭 발생부(223)에 공급된다.

또한, Demux(213)는, FLUTE 세션에 의해 전송되는 LCT 패킷에 부가된 LCT 헤더의 필터링 정보에 기초하여 필터링 처리를 행한다. 이 필터링 처리에서는, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version) 중 적어도 하나의 정보를 필터링 조건으로 하여, 필터링이 행하여진다.

이 필터링 처리의 결과, ESG, SCS, 애플리케이션의 데이터를 저장한 LCT 패킷은, ESG 엔진(217), 시그널링 엔진(218), 애플리케이션 엔진(219)에 각각 공급된다. 또한, 비디오 데이터, 오디오 데이터, 자막 데이터는, 비디오 디코더(220), 오디오 디코더(221), 자막 디코더(222)에 각각 공급된다.

제어부(214)는 수신 장치(20)의 각 부의 동작을 제어한다. NVRAM(215)은, 불휘발성 메모리이며, 제어부(214)로부터의 제어에 따라, 각종 데이터를 기록한다. 또한, 제어부(214)는 입력부(216)로부터 공급되는, 유저의 조작에 따른 조작 신호에 기초하여 수신 장치(20)의 각 부의 동작을 제어한다.

예를 들어, 제어부(214)는 초기 스캔 시 등에, LLS(예를 들어 SCD)로부터 얻어지는 채널 정보(선국 정보)를 NVRAM(215)에 기록한다. 제어부(214)는 유저에 의해 선국 조작이 이루어진 경우, NVRAM(215)에 기록된 채널 정보에 기초하여 튜너(212)에 의해 실행되는 선국 처리를 제어한다.

ESG 엔진(217)은 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 ESG의 패킷으로부터, ESG의 파일을 복원하고, 전자 서비스 가이드에 대응하는 비디오 데이터를 비디오 출력부(224)에 공급한다. 비디오 출력부(224)는 제어부(214)로부터의 제어에 따라, ESG 엔진(217)으로부터의 비디오 데이터를, 후단의 디스플레이(도시하지 않음)에 공급한다. 이에 의해, 디스플레이에는, 전자 서비스 가이드가 표시된다. 또한, ESG의 파일은, 스토리지(도시하지 않음)에 축적해도 된다.

시그널링 엔진(218)은 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 SCS의 패킷으로부터, SCS의 파일을 복원하고, 제어부(214)에 공급한다. 제어부(214)는 시그널링 엔진(218)으로부터의 SCS에 기초하여 각 부의 동작을 제어한다.

애플리케이션 엔진(219)은 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 애플리케이션의 패킷으로부터, 애플리케이션의 파일을 복원하고, 애플리케이션에 대응하는 비디오 데이터를, 비디오 출력부(224)에 공급한다. 비디오 출력부(224)는 제어부(214)로부터의 제어에 따라, 애플리케이션 엔진(219)으로부터 공급되는 비디오 데이터를, 후단의 디스플레이에 공급한다. 이에 의해, 디스플레이에는, 예를 들어 일기 예보 등의 애플리케이션이 표시된다.

비디오 디코더(220)는 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 비디오 데이터의 패킷으로부터, 비디오 데이터(의 파일)를 복원하고, 예를 들어 비디오 인코더(120)(도 18)에 대응하는 복호 방식으로 복호하고, 비디오 출력부(224)에 공급한다. 비디오 출력부(224)는 제어부(214)로부터의 제어에 따라, 비디오 디코더(220)로부터 공급되는 비디오 데이터를, 후단의 디스플레이로 출력한다. 이에 의해, 디스플레이에는, 예를 들어, 프로그램의 영상 등이 표시된다.

오디오 디코더(221)는 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 오디오 데이터의 패킷으로부터, 오디오 데이터(의 파일)를 복원하고, 예를 들어 오디오 인코더(122)(도 18)에 대응하는 복호 방식으로 복호하고, 오디오 출력부(225)에 공급한다. 오디오 출력부(225)는 제어부(214)로부터의 제어에 따라, 오디오 디코더(221)로부터 공급되는 오디오 데이터를, 후단의 스피커(도시하지 않음)로 출력한다. 이에 의해, 스피커로부터는, 표시 중인 프로그램의 영상에 동기한 음성이 출력된다.

자막 디코더(222)는 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 자막 데이터의 패킷으로부터, 자막 데이터(의 파일)를 복원하고, 예를 들어 자막 인코더(124)(도 18)에 대응하는 복호 방식으로 복호하고, 비디오 출력부(224)에 공급한다. 비디오 출력부(224)는 제어부(214)로부터의 제어에 따라, 자막 디코더(222)로부터 공급되는 비디오 데이터를, 후단의 디스플레이로 출력한다. 이에 의해, 디스플레이에는, 예를 들어, 프로그램의 영상에 중첩하여 자막이 표시된다.

클럭 발생기(223)는 제어부(214)로부터의 제어에 따라, Demux(213)로부터 공급되는 NTP에 기초하여 클럭 신호를 생성한다. 예를 들어, 이 클럭 신호가, 비디오 디코더(220), 오디오 디코더(221), 및 자막 디코더(222)에 공급됨으로써, 영상이나 음성, 자막의 동기가 취해진다.

통신 I/F(226)는, 제어부(214)로부터의 제어에 따라, 네트워크(90)를 통하여 ESG 서버(50)에 액세스하고, ESG를 취득한다. ESG 서버(50)로부터 취득된 ESG는, Demux(227)를 통하여 ESG 엔진(217)에 공급된다.

또한, 통신 I/F(226)는, 제어부(214)로부터의 제어에 따라, 네트워크(90)를 통하여 시그널링 서버(60)에 액세스하고, SCS를 취득한다. 시그널링 서버(60)로부터 취득된 SCS는, Demux(227)를 통하여 시그널링 엔진(218)에 공급된다.

또한, 통신 I/F(226)는, 제어부(214)로부터의 제어에 따라, 네트워크(90)를 통하여 애플리케이션 서버(70)에 액세스하고, 애플리케이션을 취득한다. 애플리케이션 서버(70)로부터 취득된 애플리케이션은, Demux(227)를 통하여 애플리케이션 엔진(219)에 공급된다.

또한, 통신 I/F(226)는, 제어부(214)로부터의 제어에 따라, 네트워크(90)를 통하여 스트리밍 서버(80)에 액세스하고, 통신 콘텐츠의 스트리밍 데이터를 수신하고, Demux(227)에 공급한다. Demux(227)는, 통신 I/F(226)로부터 공급되는 스트리밍 데이터를, 비디오 데이터, 오디오 데이터, 자막 데이터로 분리하고, 비디오 디코더(220), 오디오 디코더(221), 자막 디코더(222)에 각각 공급한다.

또한, 도 19의 수신 장치(20)의 구성예에서는, 디스플레이나 스피커가 외부에 설치되어 있는 구성으로 되어 있지만, 수신 장치(20)가 디스플레이나 스피커를 갖는 구성을 채용해도 된다.

<6. 각 장치에서 실행되는 구체적인 처리의 흐름>

이어서, 도 20 내지 도 23의 흐름도를 참조하여, 도 17의 방송 통신 시스템(1)을 구성하는 각 장치에서 실행되는 구체적인 처리의 흐름에 대하여 설명한다.

(송신 처리)

먼저, 도 20의 흐름도를 참조하여, 도 17의 송신 장치(10)에 의해 실행되는 송신 처리에 대하여 설명한다.

스텝 S111에 있어서, LLS 취득부(111)는 스토리지 등으로부터 LLS(Low Layer Signaling)로서 전송되는 SCD(Service Configuration Description) 등을 취득하고, LLS 처리부(112)에 공급한다. 스텝 S112에 있어서, LLS 처리부(112)는 LLS 취득부(111)로부터 공급되는 LLS에 대하여 IP 전송 방식의 디지털 방송의 방송파로 전송하기 위한 소정의 신호 처리를 실시하고, Mux(127)에 공급한다.

스텝 S113에 있어서, ESG 취득부(113)는 스토리지 등으로부터 ESG(Electronic Service Guide)를 취득하고, ESG 처리부(114)에 공급한다. 스텝 S114에 있어서, ESG 처리부(114)는 ESG 취득부(113)로부터 공급되는 ESG에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.

스텝 S115에 있어서, SCS 취득부(115)는 스토리지 등으로부터 SCS(Service Channel Signaling)를 취득하고, SCS 처리부(116)에 공급한다. 스텝 S116에 있어서, SCS 처리부(116)는 SCS 취득부(115)로부터 공급되는 SCS에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.스텝 S117에 있어서, 애플리케이션 취득부(117)는 스토리지 등으로부터 애플리케이션을 취득하고, 애플리케이션 처리부(118)에 공급한다. 스텝 S118에 있어서, 애플리케이션 처리부(118)는 애플리케이션 취득부(117)로부터 공급되는 애플리케이션에 대하여 예를 들어 FLUTE 세션에 의해 전송하기 위한 소정의 처리를 실시하고, Mux(127)에 공급한다.

스텝 S119에 있어서, 비디오 데이터 취득부(119)는 스토리지 등으로부터, 컴포넌트로서의 비디오 데이터를 취득하고, 비디오 인코더(120)에 공급한다. 스텝 S120에 있어서, 비디오 인코더(120)는 비디오 데이터 취득부(119)로부터 공급되는 비디오 데이터를, MPEG 등의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

스텝 S121에 있어서, 오디오 데이터 취득부(121)는 스토리지 등으로부터, 컴포넌트로서의 오디오 데이터를 취득하고, 오디오 인코더(122)에 공급한다. 스텝 S122에 있어서, 오디오 인코더(122)는 오디오 데이터 취득부(121)로부터 공급되는 오디오 데이터를, MPEG 등의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

스텝 S123에 있어서, 자막 데이터 취득부(123)는 스토리지 등으로부터, 컴포넌트로서의 자막 데이터를 취득하고, 자막 인코더(124)에 공급한다. 스텝 S124에 있어서, 자막 인코더(124)는 자막 데이터 취득부(123)로부터 공급되는 자막 데이터를, 소정의 부호화 방식에 준거하여 부호화하고, Mux(127)에 공급한다.

스텝 S125에 있어서, NTP 취득부(125)는 스토리지 등으로부터, NTP(Network Time Protocol)를 취득하고, NTP 처리부(126)에 공급한다. 스텝 S126에 있어서, NTP 처리부(126)는 NTP 취득부(125)로부터 공급되는 NTP에 대하여 IP 전송 방식의 디지털 방송의 방송파로 전송하기 위한 소정의 신호 처리를 실시하고, Mux(127)에 공급한다.

스텝 S127에 있어서, Mux(127)는, LLS 처리부(112)로부터의 LLS, ESG 처리부(114)로부터의 ESG, SCS 처리부(116)로부터의 SCS, 애플리케이션 처리부(118)로부터의 애플리케이션, 비디오 인코더(120)로부터의 비디오 데이터, 오디오 인코더(122)로부터의 오디오 데이터, 자막 인코더(124)로부터의 자막 데이터, 및 NTP 처리부(126)로부터의 NTP를 다중화하고, IP 전송 방식의 BBP 스트림을 생성하고, 송신부(128)에 공급한다.

또한, Mux(127)는, 전단의 블록으로부터 공급되는 모든 데이터를 다중화할 필요는 없다. 또한, BBP 스트림에 있어서, FLUTE 세션에 의해 전송하는 데이터를 저장한 LCT 패킷의 LCT 헤더에는, 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 및 버전 정보(Data_Version) 등의 필터링 정보가 배치되어 있다.

스텝 S128에 있어서, 송신부(128)는 Mux(127)로부터 공급되는 BBP 스트림을, 방송 신호(방송파)로서, 안테나(129)를 통하여 송신한다. 스텝 S128의 처리가 종료되면, 도 20의 송신 처리는 종료된다.

이상, 송신 처리에 대하여 설명하였다.

(선국 처리)

이어서, 도 21의 흐름도를 참조하여, 도 17의 수신 장치(20)에 의해 실행되는 선국 처리에 대하여 설명한다.

스텝 S211에 있어서는, 제어부(214)에 의해, 입력부(216)로부터의 조작 신호가 감시되고, 유저에 의해 선국 조작이 행하여질 때까지 대기한다. 그리고, 스텝 S212에 있어서, 유저에 의해 선국 조작이 행하여졌다고 판정된 경우, 처리는 스텝 S213으로 진행된다.

스텝 S213에 있어서, 제어부(214)는 NVRAM(215)에 기록된 채널 정보를 취득한다. 이에 의해, 제어부(214)는 채널 정보를 사용하여, 튜너(212)에 의한 선국 처리를 제어한다. 또한, Demux(213)는, 제어부(214)로부터의 제어에 따라, FLUTE 세션에 의해 전송되는 시그널링 데이터에 접속하고(S214), 시그널링 데이터를 취득하여 해석한다(S215). 여기에서는, SCS가 취득되어, 해석된다.

스텝 S216에 있어서, Demux(213)는, 제어부(214)로부터의 제어에 따라, 시그널링 데이터 버전 감시 처리를 실행한다. 이 시그널링 데이터 버전 감시 처리에 의해, 시그널링 데이터가 갱신된 경우에는, 갱신 후의 시그널링 데이터가 취득된다. 또한, 시그널링 데이터 버전 감시 처리의 상세한 내용은, 도 22의 흐름도를 참조하여 후술한다.

스텝 S217에 있어서, Demux(213)는, 제어부(214)로부터의 제어에 따라, FLUTE 세션에 의해 전송되는 서비스 컴포넌트 스트림에 접속한다. 또한, 스텝 S218에 있어서, Demux(213)는, 제어부(214)로부터의 제어에 따라, 서비스 컴포넌트 스트림 취득 처리를 실행한다. 이 서비스 컴포넌트 스트림 취득 처리에 의해, 선국된 특정한 서비스를 구성하는 컴포넌트가 취득된다. 또한, 서비스 컴포넌트 스트림 취득 처리의 상세한 내용은, 도 23의 흐름도를 참조하여 후술한다.

스텝 S219에 있어서, 제어부(214)는 각 부의 동작을 제어하고, 스텝 S218의 처리에서 취득된 컴포넌트의 데이터를 버퍼(도시하지 않음)에 유지한다. 또한, 스텝 S220에 있어서, 제어부(214)는 각 부의 동작을 제어하고, 버퍼링된 컴포넌트에 대한 렌더링 처리를 행함으로써, 그 컴포넌트에 대응하는 영상이나 음성을 출력한다. 스텝 S220의 처리가 종료되면, 도 21의 선국 처리는 종료된다.

이상, 선국 처리에 대하여 설명하였다.

(시그널링 데이터 버전 감시 처리)

이어서, 도 22의 흐름도를 참조하여, 도 21의 스텝 S216의 처리에 대응하는 시그널링 데이터 버전 감시 처리의 상세한 내용에 대하여 설명한다.

스텝 S241에 있어서, Demux(213)는, 시그널링 데이터의 타입 정보와, 최신의 버전을 필터링 조건에 등록한다. 또한, Demux(213)에는, 튜너(212)에 의해 안테나(211)를 통하여 수신된 시그널링 데이터가 입력된다(S242).

스텝 S243에 있어서, Demux(213)는, 스텝 S241의 처리에서 등록된 필터링 조건을 사용하여 필터링 처리를 행함으로써, 대상의 시그널링 데이터가 갱신되었는지 여부를 판정한다. 여기에서는, LCT 패킷의 LCT 헤더에 배치된 타입 정보(Type)와 버전 정보(Data_Version)가 필터링 조건을 만족하는지 여부가 감시되게 된다.

스텝 S243에 있어서, 대상의 시그널링 데이터가 갱신되어 있지 않다고 판정된 경우, 처리는 스텝 S244로 진행된다. 스텝 S244에 있어서는, 서비스의 수신이 종료되었는지 여부가 판정된다. 스텝 S244에 있어서, 서비스의 수신이 종료되지 않았다고 판정된 경우, 처리는 스텝 S242로 복귀되어, 그 이후의 처리가 반복된다.

그리고, 스텝 S243에 있어서, 대상의 필터링 데이터가 갱신되었다고 판정된 경우, 처리는 스텝 S245로 진행된다. 스텝 S245에 있어서, Demux(213)는, 필터링 조건을 만족한 갱신 후의 시그널링 데이터를 추출하고, 시그널링 엔진(218)에 공급한다. 이에 의해, 예를 들어, MPD의 버전의 감시를 행하고 있는 경우에, MPD의 버전이 1.0부터 2.0으로 높아졌을 때에는, 갱신 후의 버전 2.0의 MPD가 취득되도록 된다.

또한, Demux(213)는, 필터링 조건의 최신 버전을, 예를 들어 1 인크리먼트하고, 필터링 조건의 갱신을 행하고, 대상의 필터링 데이터의 새로운 갱신에 대비한다. 스텝 S245의 처리가 종료되면, 처리는 스텝 S244로 진행된다.

그리고, 스텝 S244에 있어서, 서비스의 수신이 종료되었다고 판정될 때까지, 스텝 S242 내지 S245의 처리가 반복되므로, 대상의 시그널링 데이터의 갱신 시에는, 대상의 시그널링 데이터를 즉시 취득할 수 있다. 또한, 스텝 S244에 있어서, 서비스의 수신이 종료되었다고 판정된 경우, 처리는, 도 21의 스텝 S216의 처리로 복귀되어, 그 이후의 처리가 실행된다.

이상, 시그널링 데이터 버전 감시 처리에 대하여 설명하였다.

(서비스 컴포넌트 스트림 취득 처리)

마지막으로, 도 23의 흐름도를 참조하여, 도 21의 스텝 S218의 처리에 대응하는 서비스 컴포넌트 스트림 취득 처리의 상세한 내용에 대하여 설명한다.

스텝 S271에 있어서, Demux(213)는, 제어부(214)로부터의 제어에 따라, 필터링 처리를 행하고, LCT 패킷을 취득하여 해석한다.

스텝 S272에 있어서, Demux(213)는, LCT 패킷의 버전이, 본 기술에 대응한 새로운 버전(예를 들어, 버전 2.0)인지 여부를 판정한다. 이 판정 처리에서는, LCT 헤더에 배치되는 LCT 패킷의 버전(예를 들어, 도 4의 「V」)이 확인된다.

스텝 S272에 있어서, LCT 패킷의 버전이, 본 기술에 미대응인 오래된 버전(예를 들어, 버전1.0)인 것으로 판정된 경우, 처리는 스텝 S273으로 진행된다. 스텝 S273에 있어서는, FLUTE 오브젝트 수신 처리가 행하여져, TSI와 TOI를 사용하여, FLUTE 세션으로부터 특정한 파일이 복원되어, 특정한 서비스를 구성하는 컴포넌트가 취득된다. 그 후, 처리는, 도 21의 스텝 S218의 처리로 복귀되어, 그 이후의 처리가 실행된다.

한편, 스텝 S272에 있어서, LCT 패킷의 버전이, 본 기술에 대응한 새로운 버전(예를 들어, 버전 2.0)인 것으로 판정된 경우, 처리는 스텝 S274로 진행된다. 스텝 S274에 있어서, Demux(213)는, LCT 헤더에, Header Extensions가 배치되어 있는 것인지 여부를 판정한다.

스텝 S274에 있어서, LCT 헤더에, Header Extensions가 배치되어 있지 않다고 판정된 경우, 처리는 스텝 S275로 진행된다. 이 경우, LCT 헤더의 배치 패턴은, 패턴 1 또는 패턴 3이 되므로, 스텝 S275에 있어서, Demux(213)는, LCT 헤더에 배치된 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 버전 정보(Data_Version)를 취득한다.

또한, 스텝 S274에 있어서, LCT 헤더에, Header Extensions가 배치되어 있다고 판정된 경우, 처리는 스텝 S276으로 진행된다. 이 경우, LCT 헤더의 배치 패턴은, 패턴 2로 되므로, 스텝 S276에 있어서, Demux(213)는, LCT 헤더의 Header Extensions에 배치된 압축 정보(CO), 타입 정보(Type), 확장 필터 정보(Filter_Extension), 버전 정보(Data_Version)를 취득한다.

스텝 S275 또는 S276의 처리에 의해, 필터링 정보가 취득되면, 처리는 스텝 S277로 진행된다. 스텝 S277에 있어서, Demux(213)는, LCT 헤더로부터 서비스 컴포넌트 정보를 취득한다. 이 서비스 컴포넌트 정보로서는, 예를 들어, TSI, TOI, 코드 포인트(CodePoint) 등이 취득된다.

스텝 S278에 있어서, Demux(213)는, 제어부(214)로부터의 제어에 따라, 패킷의 필터링 처리를 행한다. 이 필터링 처리에 의해, FLUTE 세션으로부터 특정한 파일이 복원되어, 특정한 서비스를 구성하는 컴포넌트가 취득된다. 스텝 S278의 처리가 종료되면, 처리는, 도 21의 스텝 S218의 처리로 복귀되어, 그 이후의 처리가 실행된다.

이상, 서비스 컴포넌트 스트림 취득 처리에 대하여 설명하였다.

또한, 상술한 설명에서는, 시그널링 데이터의 명칭으로서, Description의 약칭인 「D」를 사용했지만, Table의 약칭인 「T」가 사용되는 경우가 있다. 예를 들어, SCD(Service Configuration Description)는 SCT(Service Configuration Table)라 기술되는 경우가 있다. 또한, 예를 들어, SPD(Service Parameter Description)는 SPT(Service Parameter Table)라 기술되는 경우가 있다. 단, 이 명칭의 차이는, 「Description」과 「Table」의 형식적인 차이이며, 각 시그널링 데이터의 실질적인 내용이 다른 것이 아니다. 또한, 상술한 설명에서는, ESG는, 시그널링 데이터인 것으로 하여 설명하고 있다.

<7. 컴퓨터의 구성>

상술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 여기서, 컴퓨터에는, 전용의 하드웨어에 내장되어 있는 컴퓨터나, 각종 프로그램을 인스톨함으로써, 각종 기능을 실행하는 것이 가능한, 예를 들어 범용의 퍼스널 컴퓨터 등이 포함된다.

도 24는, 상술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어 구성예를 도시하는 도면이다.

컴퓨터(900)에 있어서, CPU(Central Processing Unit)(901), ROM(Read Only Memory)(902), RAM(Random Access Memory)(903)은, 버스(904)에 의해 서로 접속되어 있다. 버스(904)에는, 또한, 입출력 인터페이스(905)가 접속되어 있다. 입출력 인터페이스(905)에는, 입력부(906), 출력부(907), 기록부(908), 통신부(909), 및 드라이브(910)가 접속되어 있다.

입력부(906)는 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(907)는 디스플레이, 스피커 등을 포함한다. 기록부(908)는 하드 디스크나 불휘발성이 메모리 등을 포함한다. 통신부(909)는 네트워크 인터페이스 등을 포함한다. 드라이브(910)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 미디어(911)를 구동한다.

이상과 같이 구성되는 컴퓨터(900)에서는, CPU(901)가, 예를 들어, 기록부(908)에 기억되어 있는 프로그램을, 입출력 인터페이스(905) 및 버스(904)를 통하여, RAM(903)에 로드하여 실행함으로써, 상술한 일련의 처리가 행하여진다.

컴퓨터(900)(CPU(901))가 실행하는 프로그램은, 예를 들어, 패키지 미디어 등으로서의 리무버블 미디어(911)에 기록하여 제공할 수 있다. 또한, 프로그램은, 로컬에리어 네트워크, 인터넷, 디지털 위성 방송과 같은, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.

컴퓨터(900)에서는, 프로그램은, 리무버블 미디어(911)를 드라이브(910)에 장착함으로써, 입출력 인터페이스(905)를 통하여, 기록부(908)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통하여, 통신부(909)로 수신하고, 기록부(908)에 인스톨할 수 있다. 기타, 프로그램은, ROM(902)이나 기록부(908)에 미리 인스톨해 둘 수 있다.

또한, 컴퓨터(900)가 실행하는 프로그램은, 본 명세서에서 설명하는 순서를 따라서 시계열로 처리가 행하여지는 프로그램이어도 되고, 병렬로, 또는 호출이 행하여졌을 때 등의 필요한 타이밍에 처리가 행하여지는 프로그램이어도 된다.

여기서, 본 명세서에 있어서, 컴퓨터(900)에 각종 처리를 행하게 하기 위한 프로그램을 기술하는 처리 스텝은, 반드시 흐름도로서 기재된 순서를 따라서 시계열로 처리할 필요는 없고, 병렬적 또는 개별로 실행되는 처리(예를 들어, 병렬 처리 또는 오브젝트에 의한 처리)도 포함하는 것이다.

또한, 프로그램은, 하나의 컴퓨터에 의해 처리되는 것이어도 되고, 복수의 컴퓨터에 의해 분산 처리되는 것이어도 된다. 또한, 프로그램은, 먼 곳의 컴퓨터에 전송되어서 실행되는 것이어도 된다.

또한, 본 명세서에 있어서, 시스템이란, 복수의 구성 요소(장치, 모듈(부품) 등)의 집합을 의미하고, 모든 구성 요소가 동일 하우징 중에 있는지 여부는 묻지 않는다. 따라서, 별개의 하우징에 수납되고, 네트워크를 통하여 접속되어 있는 복수의 장치, 및 1개의 하우징 중에 복수의 모듈이 수납되어 있는 1개의 장치는, 모두 시스템이다.

또한, 본 기술의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니라, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다. 예를 들어, 본 기술은, 하나의 기능을, 네트워크를 통하여 복수의 장치에서 분담, 공동하여 처리하는 클라우드 컴퓨팅의 구성을 취할 수 있다.

또한, 상술한 흐름도에서 설명한 각 스텝은, 하나의 장치에서 실행하는 외에, 복수의 장치에서 분담하여 실행할 수 있다. 또한, 하나의 스텝에 복수의 처리가 포함되는 경우에는, 그 하나의 스텝에 포함되는 복수의 처리는, 하나의 장치에서 실행하는 외에, 복수의 장치에서 분담하여 실행할 수 있다.

또한, 본 기술은, 이하와 같은 구성을 취할 수 있다.

(1)

IP(Internet Protocol) 전송 방식을 사용한 디지털 방송의 방송파를 수신하는 수신부와,

상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는 패킷의 헤더에 배치되는 필터링 정보를 사용하여, 상기 패킷의 필터링 처리를 행하는 필터링 처리부

를 구비하는 수신 장치.

(2)

상기 패킷은, FLUTE(File Delivery over Unidirectional Transport) 세션에 의해 전송되는 LCT(Layered Coding Transport) 패킷이며,

상기 LCT 패킷에 있어서, LCT 헤더에 상기 필터링 정보가 배치되고, LCT 페이로드에 제1 시그널링 데이터가 배치되어 있고,

상기 필터링 처리부는, 상기 IP층보다도 하위의 계층이 되는 제2 계층에서 전송되는 제2 시그널링 데이터를 사용하고, 특정한 서비스의 IP 어드레스, UDP(User Datagram Protocol)의 포트 번호, 및 TSI(Transport Session Identifier)를 해결한 후에, 상기 FLUTE 세션에 의해 전송되는 상기 LCT 패킷의 상기 LCT 헤더에 배치된 상기 필터링 정보를 사용하여, 상기 LCT 패킷에 저장되는 상기 제1 시그널링 데이터의 필터링 처리를 행하는

(1)에 기재된 수신 장치.

(3)

상기 필터링 정보는, 상기 LCT 헤더의 TOI(Transport Object Identifier)에 배치되는

(2)에 기재된 수신 장치.

(4)

상기 필터링 정보는, 상기 LCT 헤더의 확장 영역에 배치되는

(2)에 기재된 수신 장치.

(5)

상기 필터링 정보의 일부 또는 전부는, 상기 LCT 헤더에 있어서, 운용에 따라서 사용되는 영역인 코드 포인트 대신에 배치되는

(2) 또는 (3)에 기재된 수신 장치.

(6)

상기 필터링 정보는, 상기 제1 시그널링 데이터의 압축 유무를 나타내는 압축 정보, 상기 제1 시그널링 데이터의 타입을 나타내는 타입 정보, 상기 제1 시그널링 데이터의 타입마다 설정되는 필터링 조건을 나타내는 확장 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보 중, 적어도 하나의 정보를 포함하는

(2) 내지 (5) 중 어느 한 항에 기재된 수신 장치.

(7)

상기 제1 시그널링 데이터는 네트워크를 통하여 서버로부터 취득되는

(2)에 기재된 수신 장치.

(8)

상기 제1 시그널링 데이터는 상기 FLUTE 세션의 인덱스 정보를 포함하고 있는

(2)에 기재된 수신 장치.

(9)

상기 제1 시그널링 데이터는 SCS(Service Channel Signaling) 또는 ESG(Electronic Service Guide)이며,

상기 제2 시그널링 데이터는 LLS(Low Layer Signaling)이며,

상기 FLUTE 세션에 의해 전송되는, 특정한 서비스를 구성하는 컴포넌트와 SCS에는, 공통의 IP 어드레스가 할당되는

(2)에 기재된 수신 장치.

(10)

수신 장치의 수신 방법에 있어서,

상기 수신 장치가,

IP 전송 방식을 사용한 디지털 방송의 방송파를 수신하고,

상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는 패킷의 헤더에 배치되는 필터링 정보를 사용하여, 상기 패킷에 저장되는 제1 시그널링 데이터의 필터링 처리를 행하는

스텝을 포함하는 수신 방법.

(11)

서비스를 구성하는 1개 또는 복수의 컴포넌트를 취득하는 제1 취득부와,

제1 시그널링 데이터를 취득하는 제2 취득부와,

상기 컴포넌트와 함께, 상기 제1 시그널링 데이터를, IP 전송 방식을 사용한 디지털 방송의 방송파로 송신하는 송신부

를 구비하고,

상기 방송파에 있어서, 상기 IP 전송 방식의 프로토콜 계층에 있어서의 IP층보다도 상위의 계층이 되는 제1 계층에서 전송되는, 상기 제1 시그널링 데이터를 저장한 패킷의 헤더에는, 상기 패킷의 필터링 처리에서 사용되는 필터링 정보가 배치되는

송신 장치.

(12)

상기 패킷은, FLUTE 세션에 의해 전송되는 LCT 패킷이며,

상기 LCT 패킷에 있어서, LCT 헤더에 상기 필터링 정보가 배치되고, LCT 페이로드에 상기 제1 시그널링 데이터가 배치되는

(11)에 기재된 송신 장치.

(13)

상기 필터링 정보는, 상기 LCT 헤더의 TOI에 배치되는

(12)에 기재된 송신 장치.

(14)

상기 필터링 정보는, 상기 LCT 헤더의 확장 영역에 배치되는

(12)에 기재된 송신 장치.

(15)

(12) 또는 (13)에 기재된 송신 장치.

(16)

(12) 내지 (15) 중 어느 한 항에 기재된 송신 장치.

(17)

(12)에 기재된 송신 장치.

(18)

(12)에 기재된 송신 장치.

(19)

상기 제1 시그널링 데이터는 SCS 또는 ESG이며,

상기 IP층보다도 하위의 계층이 되는 제2 계층에서 전송되는 제2 시그널링 데이터는 LLS이며,

(12)에 기재된 송신 장치.

(20)

송신 장치의 송신 방법에 있어서,

상기 송신 장치가,

서비스를 구성하는 1개 또는 복수의 컴포넌트를 취득하고,

제1 시그널링 데이터를 취득하고,

상기 컴포넌트와 함께, 상기 제1 시그널링 데이터를, IP 전송 방식을 사용한 디지털 방송의 방송파로 송신하는

스텝을 포함하고,

송신 방법.

1: 방송 통신 시스템
10: 송신 장치
20: 수신 장치
50: ESG 서버
60: 시그널링 서버
70: 애플리케이션 서버
80: 스트리밍 서버
90: 네트워크
111: LLS 취득부
113: ESG 취득부
115: SCS 취득부
117: 애플리케이션 취득부
119: 비디오 데이터 취득부
121: 오디오 데이터 취득부
123: 자막 데이터 취득부
125: NTP 취득부
127: Mux
128: 송신부
212: 튜너
213: Demux
214: 제어부
217: ESG 엔진
218: 시그널링 엔진
219: 애플리케이션 엔진
220: 비디오 디코더
221: 오디오 디코더
222: 자막 디코더
223: 클럭 발생기
224: 비디오 출력부
225: 오디오 출력부
226: 통신 I/F
227: Demux
900: 컴퓨터
901: CPU

Claims

수신 장치로서,
IP(Internet Protocol) 전송 방법을 이용하여 전송된 디지털 방송 신호를 수신하고;
상기 디지털 방송 신호에 있어서 상기 IP 전송 방법의 프로토콜의 IP 계층보다도 상위의 제1 계층에서 전송되는 LCT(Layered Coding Transport) 패킷의 LCT 헤더에 배치되는 필터링 정보에 기초하여, 상기 디지털 방송 신호에 포함된 복수의 LCT 패킷으로부터, 상기 LCT 패킷을 추출할지 여부를 결정하고, 그리고
상기 LCT 패킷을 추출하는 것으로 결정된 경우 추출된 LCT 패킷에 저장된 제1 시그널링 데이터를 처리
하도록 구성된 회로를 포함하고,
상기 LCT 패킷은 상기 제1 계층의 세션을 이용하여 전송되고,
상기 필터링 정보는, 상기 제1 시그널링 데이터의 압축/비-압축을 나타내는 압축 정보, 상기 제1 시그널링 데이터의 필터링 조건을 나타내는 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보를 포함하고,
상기 필터 정보는 복수의 타입의 제1 시그널링 데이터 중 어느 것이 상기 제1 시그널링 데이터에 포함되는지를 표시하는, 수신 장치.
제1항에 있어서, 상기 제1 계층은 FLUTE(File Delivery over Unidirectional Transport)의 확장인, 수신 장치.
제2항에 있어서, 상기 필터링 정보는, 상기 LCT 헤더의 확장 영역에 배치되는, 수신 장치.
제2항에 있어서, 상기 필터링 정보의 일부 또는 전부는, 제2 패턴의 LCT 헤더에 있어서, 운용에 따라서 사용되는 영역인 코드 포인트 대신에 제1 패턴의 LCT 헤더에 배치되는, 수신 장치.
제2항에 있어서, 상기 제1 시그널링 데이터는 네트워크를 통하여 서버로부터 취득되는, 수신 장치.
제2항에 있어서, 상기 제1 시그널링 데이터는 상기 제1 계층의 세션의 인덱스 정보를 포함하는, 수신 장치.
제2항에 있어서, 상기 제1 시그널링 데이터는 SCS(Service Channel Signaling) 또는 ESG(Electronic Service Guide)이며,
상기 제1 계층의 세션을 이용하여 전송되는, 특정한 서비스를 구성하는 컴포넌트와 SCS에는, 공통의 IP 어드레스가 할당되는, 수신 장치.
제1항에 있어서, 상기 필터링 정보는, 상기 LCT 헤더의 TOI(Transport Object Identifier)에 배치되는, 수신 장치.
제1항에 있어서, 상기 필터 정보는 상기 복수의 타입의 제1 시그널링 데이터 각각에 대해 필터링 조건 세트를 나타내는, 수신 장치.
제9항에 있어서, 상기 제1 계층은 FLUTE(File Delivery over Unidirectional Transport)에 기초하는, 수신 장치.
수신 장치의 수신 방법에 있어서,
IP(Internet Protocol) 전송 방법을 이용하여 전송된 디지털 방송 신호를 수신하는 단계;
상기 디지털 방송 신호에 있어서 상기 IP 전송 방법의 프로토콜의 IP 계층보다도 상위의 제1 계층에서 전송되는 LCT(Layered Coding Transport) 패킷의 LCT 헤더에 배치되는 필터링 정보에 기초하여, 상기 디지털 방송 신호에 포함된 복수의 LCT 패킷으로부터, 상기 LCT 패킷을 추출할지 여부를 결정하는 단계; 및
상기 LCT 패킷을 추출하는 것으로 결정된 경우 추출된 LCT 패킷에 저장된 제1 시그널링 데이터를 처리하는 단계
를 포함하고,
상기 LCT 패킷은 상기 제1 계층의 세션을 이용하여 전송되고,
상기 필터링 정보는, 상기 제1 시그널링 데이터의 압축/비-압축을 나타내는 압축 정보, 상기 제1 시그널링 데이터의 필터링 조건을 나타내는 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보를 포함하고,
상기 필터 정보는 복수의 타입의 제1 시그널링 데이터 중 어느 것이 상기 제1 시그널링 데이터에 포함되는지를 표시하는, 수신 방법.
송신 장치로서,
서비스를 구성하는 1개 또는 복수의 컴포넌트를 취득하고;
제1 시그널링 데이터를 취득하고; 그리고
IP(Internet Protocol) 전송 방법을 이용하여 전송된 디지털 방송 신호를 통해 상기 컴포넌트들과 함께 상기 제1 시그널링 데이터를 송신
하도록 구성된 회로를 포함하고,
상기 디지털 방송 신호는, 상기 제1 시그널링 데이터가 저장되고 상기 IP 전송 방법의 프로토콜의 IP 계층보다도 상위의 제1 계층에서 전송되는 LCT(Layered Coding Transport) 패킷을 포함하고,
상기 LCT 패킷의 LCT 헤더는 상기 제1 시그널링 데이터를 처리하기 위해 상기 패킷을 추출할지 여부를 결정하는데 이용되는 필터링 정보를 포함하고,
상기 LCT 패킷은 상기 제1 계층의 세션을 이용하여 전송되고,
상기 필터링 정보는 상기 제1 시그널링 데이터의 압축/비-압축을 나타내는 압축 정보, 상기 제1 시그널링 데이터의 필터링 조건을 나타내는 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보를 포함하고,
상기 필터 정보는 복수의 타입의 제1 시그널링 데이터 중 어느 것이 상기 제1 시그널링 데이터에 포함되는지를 표시하는, 송신 장치.
제12항에 있어서, 상기 제1 계층은 FLUTE(File Delivery over Unidirectional Transport)의 확장인, 송신 장치.
제13항에 있어서, 상기 필터링 정보는, 상기 LCT 헤더의 확장 영역에 배치되는, 송신 장치.
제13항에 있어서, 상기 필터링 정보의 일부 또는 전부는, 제2 패턴의 LCT 헤더에 있어서, 운용에 따라서 사용되는 영역인 코드 포인트 대신에 제1 패턴의 LCT 헤더에 배치되는, 송신 장치.
제13항에 있어서, 상기 제1 시그널링 데이터는 네트워크를 통하여 서버로부터 취득되는, 송신 장치.
제13항에 있어서, 상기 제1 시그널링 데이터는 상기 제1 계층의 세션의 인덱스 정보를 포함하는, 송신 장치.
제13항에 있어서, 상기 제1 시그널링 데이터는 SCS(Service Channel Signaling) 또는 ESG(Electronic Service Guide)이며,
상기 제1 계층의 세션을 이용하여 전송되는 특정한 서비스를 구성하는 컴포넌트들과 SCS에 공통의 IP 어드레스가 할당되는, 송신 장치.
제12항에 있어서, 상기 필터링 정보는, 상기 LCT 헤더의 TOI(Transport Object Identifier)에 배치되는, 송신 장치.
제12항에 있어서, 상기 필터 정보는 상기 복수의 타입의 제1 시그널링 데이터 각각에 대해 필터링 조건 세트를 나타내는, 송신 장치.
송신 장치의 송신 방법에 있어서,
서비스를 구성하는 1개 또는 복수의 컴포넌트를 취득하는 단계;
제1 시그널링 데이터를 취득하는 단계; 및
IP(Internet Protocol) 전송 방법을 이용하여 전송된 디지털 방송 신호를 통해 상기 컴포넌트들과 함께 상기 제1 시그널링 데이터를 송신하는 단계
를 포함하고,
상기 디지털 방송 신호는, 상기 제1 시그널링 데이터가 저장되고 상기 IP 전송 방법의 프로토콜의 IP 계층보다도 상위의 제1 계층에서 전송되는 LCT(Layered Coding Transport) 패킷을 포함하고,
상기 LCT 패킷의 LCT 헤더는 상기 제1 시그널링 데이터를 처리하기 위해 상기 패킷을 추출할지 여부를 결정하는데 이용되는 필터링 정보를 포함하고,
상기 LCT 패킷은 상기 제1 계층의 세션을 이용하여 전송되고,
상기 필터링 정보는 상기 제1 시그널링 데이터의 압축/비-압축을 나타내는 압축 정보, 상기 제1 시그널링 데이터의 필터링 조건을 나타내는 필터 정보, 및 상기 제1 시그널링 데이터의 버전을 나타내는 버전 정보를 포함하고,
상기 필터 정보는 복수의 타입의 제1 시그널링 데이터 중 어느 것이 상기 제1 시그널링 데이터에 포함되는지를 표시하는, 송신 방법.