KR20140119699A

KR20140119699A - 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템

Info

Publication number: KR20140119699A
Application number: KR1020147019440A
Authority: KR
Inventors: 나오히사 기타자토; 요시하루 데와; 야스아키 야마기시; 준 기타하라; 마크 아이어
Original assignee: 소니 주식회사; 소니 일렉트로닉스 인코포레이티드
Priority date: 2012-01-24
Filing date: 2013-01-11
Publication date: 2014-10-10
Also published as: WO2013111630A1; EP3468177B1; US20130191860A1; CA2859008C; EP3468177A1; US20180359528A1; CN104054354A; EP2809070B1; EP2809070A4; EP2809070A1; PH12014501632B1; CA2859008A1; US9967622B2; JPWO2013111630A1; KR102057107B1; PH12014501632A1; MX2014008657A; JP6082946B2

Abstract

본 기술은, AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 제공할수 있도록 하는 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템에 관한 것이다. 제어부는, 방송파 또는 ACR 식별 처리의 식별 결과로부터 얻어지는 트리거 정보에 기초하여 TPT를 취득하고, 취득한 TPT에 기초하여, 트리거 정보에 대응하는 커맨드를 특정하고, 플루트 처리부는, 특정된 커맨드에 응답하여, SMT 및 NRT-IT에 의해 특정되는 FDT를 참조하여, FLUTE 세션을 이용한 NRT 서비스의 NRT 콘텐츠로서 전송되는 데이터 방송용 애플리케이션을 취득하고, 제어부는, 취득된 데이터 방송용 애플리케이션의 동작을 제어한다. 본 기술은, 예를 들어 디지털 텔레비전 방송 신호를 수신하는 텔레비전 수상기에 적용할 수 있다.

Description

수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템{RECEIVING DEVICE, RECEIVING METHOD, PROGRAM, AND INFORMATION PROCESSING SYSTEM}

본 기술은, 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템에 관한 것으로, 특히, AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 제공할 수 있도록 한 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템에 관한 것이다.

디지털 텔레비전 방송 신호를 수신하는 수신 장치에 있어서, 방송파나 인터넷에 접속된 서버에 의해 배신되는, 텔레비전 프로그램과 연동하여 실행되는 애플리케이션 프로그램을 제공하는 서비스가 보급될 것이 예상된다. 그로 인해, 이러한 서비스를 실현하기 위한 기술의 검토가 행해지고 있다(예를 들어, 특허문헌 1 참조).

일본 특허공개 제2011-66556호 공보

그러나, 현 상황에서는, 방송파나 인터넷을 통해 배신되는 애플리케이션 프로그램을 제공하기 위한 기술 방식은 확립되어 있지 않다.

본 기술은 이러한 상황을 감안하여 이루어진 것으로, AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 제공할 수 있도록 하는 것이다.

본 기술의 제1 측면의 수신 장치는, 방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와, 수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와, 취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와, 상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부를 구비한다.

상기 애플리케이션 프로그램은, FLUTE(File Delivery over Unidirectional Transport) 세션을 이용한 NRT(Non-RealTime) 서비스의 NRT 콘텐츠로서 전송되고, 상기 애플리케이션 취득부는, 상기 대응 테이블에 기술된 상기 애플리케이션 프로그램의 취득처를 나타내는 취득처 정보에 기초하여, SMT(Service Map Table) 및 NRT-IT(NRT Information Table)에 의해 특정되는 FDT(File Delivery Table)를 참조하고, FLUTE 세션에 의해 전송되는 애플리케이션 프로그램을 취득한다.

상기 제어부는, 취득하는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고, 상기 애플리케이션 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖고 있는 경우, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득한다.

상기 애플리케이션 취득부는, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 NRT-IT에 기술되는 상기 취득처 정보에 기초하여, 인터넷을 통해 배신되는 상기 애플리케이션 프로그램을 취득한다.

상기 대응 테이블은, 상기 커맨드와, 상기 커맨드의 유효 시각을 대응짓고 있으며, 상기 제어부는, 상기 대응 테이블에 기초하여, 상기 트리거 정보로부터 얻어지는 상기 AV 콘텐츠의 진행을 나타내는 시각이, 상기 커맨드의 유효 시각을 기준으로 한 소정의 유효 조건을 만족한 경우, 그 유효한 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어한다.

상기 트리거 정보는, 상기 방송파에 의해 전송되고, 상기 트리거 취득부는, 상기 방송파에 의해 전송되는 상기 트리거 정보를 취득한다.

수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부를 더 구비하고, 상기 트리거 취득부는, 추출한 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득한다.

상기 제어부는, 취득한 상기 대응 테이블에 기초하여 취득되는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고, 상기 테이블 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖지 않은 경우, 취득한 상기 대응 테이블과 상이한 다른 대응 테이블을 취득한다.

상기 테이블 취득부는, 미리 설정되는, 상기 대응 테이블의 취득 우선도에 응답하여, 상기 대응 테이블을 취득한다.

상기 SMT에는, 상기 NRT 서비스의 식별 정보와, 상기 NRT 콘텐츠의 전송에서 사용되는 IP 어드레스 및 포트 번호가 적어도 기술되고, 상기 NRT-IT에는, 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보와, 상기 애플리케이션 프로그램의 상기 취득처 정보가 적어도 기술되고, 상기 FDT에는, 상기 NRT 콘텐츠의 식별 정보 및 TOI(Transport Object Identifier)가 적어도 기술되어 있으며, 상기 애플리케이션 취득부는, 상기 NRT-IT를 참조하여, 상기 대응 테이블에 기술된 상기 취득처 정보와 일치하는 상기 취득처 정보에 관련지어진 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보를 특정하고, 상기 SMT를 참조하여, 특정한 상기 NRT 서비스의 식별 정보와 일치하는 식별 정보에 관련지어진 상기 IP 어드레스 및 상기 포트 번호의 조합에 의해 특정되는 TSI(Transport Session Identifier)의 FLUTE 세션으로부터 상기 FDT를 특정하고, 상기 FDT를 참조하여, 특정한 상기 NRT 콘텐츠의 식별 정보와 일치하는 식별 정보에 관련지어진 TOI에 의해 식별되는 오브젝트에 기초하여, 상기 애플리케이션 프로그램을 취득한다.

상기 커맨드는, 상기 애플리케이션 프로그램의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 중 어느 하나를 나타내고 있으며, 상기 제어부는, 상기 커맨드에 응답하여, 상기 애플리케이션 프로그램의 취득 혹은 등록, 혹은 취득 혹은 기동, 또는 실행 중인 상기 애플리케이션 프로그램의 이벤트 발화, 휴지, 혹은 종료를 제어한다.

본 기술의 제1 측면의 수신 방법 또는 프로그램은, 전술한 본 기술의 제1 측면의 수신 장치에 대응하는 수신 방법 또는 프로그램이다.

본 기술의 제1 측면의 수신 장치, 수신 방법 및 프로그램에 있어서는, 방송파에 의해 전송되는 AV 콘텐츠가 수신되고, 수신된 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보가 취득되고, 트리거 정보와, 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블이 취득되고, 취득된 대응 테이블에 기초하여, 트리거 정보에 대응하는 커맨드가 애플리케이션 프로그램의 취득을 나타내는 경우, 방송파에 의해 전송되는 애플리케이션 프로그램이 취득되고, 트리거 정보에 대응하는 커맨드에 응답하여, 취득된 애플리케이션 프로그램의 동작이 제어된다.

본 기술의 제2 측면의 정보 처리 시스템은, 수신 장치, 제1 정보 처리 장치, 및 제2 정보 처리 장치로 구성되는 정보 처리 시스템에 있어서, 상기 수신 장치는, 방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와, 상기 방송파에 의해 전송되는, 수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와, 상기 제1 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와, 취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와, 상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부를 구비하고, 상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제2 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고, 상기 제1 정보 처리 장치는, 상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제1 제공부를 구비하고, 상기 제2 정보 처리 장치는, 상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제2 제공부를 구비한다.

본 기술의 제2 측면의 정보 처리 시스템에 있어서는, 수신 장치에 의해, 방송파에 의해 전송되는 AV 콘텐츠가 수신되고, 방송파에 의해 전송되는, 수신된 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보가 취득되고, 제1 정보 처리 장치로부터, 트리거 정보와, 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블이 취득되고, 취득된 대응 테이블에 기초하여, 트리거 정보에 대응하는 커맨드가 애플리케이션 프로그램의 취득을 나타내는 경우, 방송파에 의해 전송되는 애플리케이션 프로그램이 취득되고, 트리거 정보에 대응하는 커맨드에 응답하여, 취득된 애플리케이션 프로그램의 동작이 제어되고, 방송파에 의해 전송되는 애플리케이션 프로그램을 취득할 수 없는 경우, 제2 정보 처리 장치로부터 애플리케이션 프로그램이 취득되고, 제1 정보 처리 장치에 의해, 수신 장치로부터의 문의에 응답하여, 대응 테이블이 제공되고, 제2 정보 처리 장치에 의해, 수신 장치로부터의 문의에 응답하여, 애플리케이션 프로그램이 제공된다.

본 기술의 제3 측면의 정보 처리 시스템은, 수신 장치, 제1 정보 처리 장치, 제2 정보 처리 장치, 및 제3 정보 처리 장치로 구성되는 정보 처리 시스템에 있어서, 상기 수신 장치는, 방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와, 수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부와, 수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보로서, 상기 제1 정보 처리 장치에 의해 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득하는 트리거 취득부와, 상기 제2 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와, 취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와, 상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부를 구비하고, 상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제3 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고, 상기 제1 정보 처리 장치는, 상기 수신 장치로부터의 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 제공하는 제1 제공부를 구비하고, 상기 제2 정보 처리 장치는, 상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제2 제공부를 구비하고, 상기 제3 정보 처리 장치는, 상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제3 제공부를 구비한다.

본 기술의 제3 측면의 정보 처리 시스템에 있어서는, 수신 장치에 의해, 방송파에 의해 전송되는 AV 콘텐츠가 수신되고, 수신된 AV 콘텐츠의 데이터로부터 특징량이 추출되고, 수신된 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보로서, 제1 정보 처리 장치에 의해 특징량을 이용하여 식별된 AV 콘텐츠의 식별 결과에 대응하는 트리거 정보가 취득되고, 제2 정보 처리 장치로부터, 트리거 정보와, 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블이 취득되고, 취득된 대응 테이블에 기초하여, 트리거 정보에 대응하는 커맨드가 애플리케이션 프로그램의 취득을 나타내는 경우, 방송파에 의해 전송되는 애플리케이션 프로그램이 취득되고, 트리거 정보에 대응하는 커맨드에 응답하여, 취득한 애플리케이션 프로그램의 동작이 제어되고, 방송파에 의해 전송되는 애플리케이션 프로그램을 취득할 수 없는 경우, 제3 정보 처리 장치로부터 애플리케이션 프로그램이 취득되고, 제1 정보 처리 장치에 의해, 수신 장치로부터의 특징량을 이용하여 식별된 AV 콘텐츠의 식별 결과에 대응하는 트리거 정보가 제공되고, 제2 정보 처리 장치에 의해, 수신 장치로부터의 문의에 응답하여, 대응 테이블이 제공되고, 제3 정보 처리 장치에 의해, 수신 장치로부터의 문의에 응답하여, 애플리케이션 프로그램이 제공된다.

본 기술의 제1 측면 내지 제3 측면에 의하면, AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 제공할 수 있다.

도 1은, 본 기술의 기본 개념을 설명한 도면이다.
도 2는, 방송 스트림의 구성을 나타내는 도면이다.
도 3은, FLUTE의 프로토콜 스택을 설명하는 도면이다.
도 4는, FLUTE에 의한 세션 관리를 설명하는 도면이다.
도 5는, 헤더의 포맷의 예를 나타내는 도면이다.
도 6은, FDT 패킷의 포맷의 예를 나타내는 도면이다.
도 7은, FDT의 스키마의 예를 나타내는 도면이다.
도 8은, FDT의 스키마의 예를 나타내는 도면이다.
도 9는, FDT Instance의 기술예(記述例)를 나타내는 도면이다.
도 10은, 본 기술을 적용한 방송 시스템의 일 실시 형태 구성을 나타내는 도면이다.
도 11은, 본 기술을 적용한 수신 장치의 일 실시 형태 구성을 나타내는 도면이다.
도 12는, 트리거 정보에 포함되는 정보의 항목의 일례를 나타내는 도면이다.
도 13은, TPT의 포맷의 예를 나타내는 도면이다.
도 14는, capability 요소로 지정되는 값의 구체예를 나타내는 도면이다.
도 15는, TPT의 기술예를 나타내는 도면이다.
도 16은, 트리거 정보와 커맨드의 대응 관계의 예를 나타내는 도면이다.
도 17은, 데이터 방송용 애플리케이션의 상태 천이를 나타내는 도면이다.
도 18은, 방송파에 의해 전송되는 테이블의 예를 나타내는 도면이다.
도 19는, 트리거 정보 대응 처리를 설명하는 흐름도이다.
도 20은, 애플리케이션 제어 처리를 설명하는 흐름도이다.
도 21은, 애플리케이션 취득 처리를 설명하는 흐름도이다.
도 22는, TPT 파일의 계층 구조를 나타내는 도면이다.
도 23은, 클래스에 대응한 TPT의 포맷의 예를 나타내는 도면이다.
도 24는, 클래스에 대응한 TPT의 기술예를 나타내는 도면이다.
도 25는, TPT 취득 처리를 설명하는 흐름도이다.
도 26은, 본 기술을 적용한 방송 시스템의 일 실시 형태 구성을 나타내는 도면이다.
도 27은, 본 기술을 적용한 수신 장치의 일 실시 형태 구성을 나타내는 도면이다.
도 28은, 트리거 정보와 커맨드의 대응 관계의 예를 나타내는 도면이다.
도 29는, 트리거 정보 대응 처리를 설명하는 흐름도이다.
도 30은, 트리거 정보와 커맨드의 대응 관계의 예를 나타내는 도면이다.
도 31은, tpt 요소의 type 속성을 설명하는 도면이다.
도 32는, type 속성에 "static"이 지정되는 경우의 운용예를 설명하는 도면이다.
도 33은, type 속성에 "static"이 지정되는 경우의 운용예를 설명하는 도면이다.
도 34는, type 속성에 "dynamic"이 지정되는 경우의 운용예를 설명하는 도면이다.
도 35는, 컴퓨터의 구성예를 나타내는 도면이다.

이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다.

[본 기술의 기본 개념]

도 1은, 본 기술의 기본 개념을 설명한 도면이다

본 기술은, 방송파나 인터넷에 접속된 서버에 의해 배신되는 데이터 방송용 애플리케이션을, 수신기에 제공하기 위한 것이다. 여기서, 데이터 방송용 애플리케이션(App)이란, 텔레비전 프로그램이나 CM 등의 AV 콘텐츠에 연동하여 실행되는 데이터 방송용 애플리케이션 프로그램이다.

데이터 방송용 애플리케이션은, 트리거 정보(Trigger) 및 TPT(Trigger Parameter Table)에 기초하여 특정되는 커맨드에 응답하여, 그 동작이 제어된다. 트리거 정보는, 데이터 방송용 애플리케이션을 동작시키기 위한 정보이다. 트리거 정보는, 방송파에 포함하여 보내지는 경우와, ACR 식별 처리의 식별 결과로부터 얻어지는 경우가 있다. ACR(Automatic Content Recognition)이란, AV 콘텐츠로부터 얻어지는 특징량을 이용하여 상기 콘텐츠를 식별하는 기술이다.

또한, TPT란, 데이터 방송용 애플리케이션을 제어하기 위한 커맨드와, 상기 커맨드의 유효 기간을 대응지은 대응 테이블이다. 커맨드의 유효 기간은, AV 콘텐츠의 진행에 맞춰서 결정된다. 수신기는, TPT에 기초하여, 트리거 정보에 대응하는 커맨드를 특정하고, 상기 커맨드에 응답하여, 방송파 또는 인터넷상의 서버로부터 데이터 방송용 애플리케이션을 취득한다.

여기서, 방송파에 의해 전송되는 데이터 방송용 애플리케이션의 취득 방법에 대하여 설명한다. 도 2는, 방송 스트림의 구성을 나타내는 도면이다.

방송 스트림은, 영상 스트림 및 음성 스트림 외에, PSIP, SMT, NRT-IT 및 FLUTE로 구성된다. 영상 스트림 또는 음성 스트림에는, 트리거 정보가 삽입된다.

PSIP(Program and System Information Protocol)는, 특정한 채널을 선택하여 수신할 때 필요한 제어 정보나 프로그램 정보 등의 정보를 송신한다. 수신기는, PSIP로부터 얻어지는 정보 등에 기초하여, 예를 들어 NRT 서비스에 의해 제공되는 NRT 콘텐츠의 리스트를 생성한다. 여기서, NRT(Non-RealTime) 서비스란, NRT 방송에 의해 전송된 NRT 콘텐츠를 일단 수신기의 스토리지에 축적한 후에, 재생을 행하는 서비스이다.

SMT(Service Map Table)는, 트랜스포트 스트림에 포함되는 NRT 서비스의 서비스 레벨 속성 정보를 나타낸다. 또한, NRT-IT(NRT Information Table)는, 하나의 NRT 서비스에 포함되는 콘텐츠 레벨의 속성 정보를 나타낸다. SMT 및 NRT-IT는, 트랜스포트 스트림에 있어서 고정의 IP 어드레스와 UDP 포트에서 전송되는 SSC(Service Signaling Channel)에 포함된다. 여기에서는, 예를 들어 IP 어드레스로서 224.0.23.60이, 포트 번호로서 4937이, 각각 이용된다.

수신기는, SMT 및 NRT-IT를 참조함으로써, 원하는 NRT 콘텐츠의 방송 스트림에 있어서의 취득 위치(예를 들어 시간 위치 등)를 특정하는 것이 가능해진다.

FLUTE(File Delivery over Unidirectional Transport)는, 방송파에 의해 전송되는 파일의 세션 관리를 행하는 프로토콜이다. 여기서, 도 3에 도시한 바와 같이, FLUTE는, 가장 하위 계층이 되는 물리층, 나아가 그 상위 계층이 되는 TS(Transport Stream), IP(Internet Protocol) 및 UDP(User Datagram Protocol)의 각 층의 상위 계층에 위치한다. 또한, FLUTE의 상위 계층으로서는, NRT 콘텐츠 등의 각종 파일이 위치한다. 즉, NRT 방송에 있어서는, IP 통신에 있어서의 UDP의 포트가 지정된 IP 패킷이 송신되고, FLUTE에 의한 세션이 확립되도록 이루어져 있다. 그리고, FLUTE 세션에 의해, NRT 콘텐츠 등을 구성하는 파일이 특정되게 된다.

또한, 도 3에 도시한 바와 같이, FLUTE는, FEC(Forward Error Correction), LCT(Layered Coding Transport), ALC(Asynchronous Layered Coding), FLUTE의 프로토콜 스택을 총칭하는 것이다. 또한, FLUTE의 상세는, RFC3926으로서 규정되어 있다. FEC, LCT, ALC의 상세에 대해서도 각각, RFC3452, RFC3451, RFC3450으로서 규정되어 있다. 단, FEC는 휴대 단말기에서의 이동 수신시 등에서의 데이터 소실 내성을 높이기 위해 적용되는 것이며, 고정 단말기에서의 수신 시에는 반드시 적용할 필요는 없다. 또한, FEC 알고리즘에 대해서는 임의의 방식을 적용할 수 있다.

그런데, FLUTE에서는, 송신하는 파일 등을 하나의 오브젝트로서, TOI(Transport Object Identifier)에 의해 관리한다. 또한, 복수의 오브젝트의 집합을 하나의 세션으로서, TSI(Transport Session Identifier)에 의해 관리한다.

도 4는, FLUTE에 의한 세션 관리를 설명하는 도면이다.

도 4에 도시한 바와 같이, 송신기부터 수신기에 송신되는 각 오브젝트는, ALC/LCT의 헤더 등이 부가된 IP 패킷에 저장되어 송신된다. 상기 헤더에는, 도 5에 도시한 바와 같이, Transport Session Identifier(TSI)로서, 각 세션의 식별 정보가 기술된다. 또한, 상기 헤더에는, Transport Object Identifier(TOI)로서, 각세션마다 보내지는 복수의 오브젝트의 식별 정보가 기술된다. 즉, FLUTE에 의한 세션에 있어서는, TSI와 TOI의 2개의 식별 정보에 의해 특정한 파일을 지정하는 것이 가능해진다.

또한, FLUTE에 의한 세션에서는, NRT 서비스의 파일의 각종 속성 정보를 보내기 위한 FDT(File Delivery Table)가 주기적으로 송신된다. FDT는, 도 6에 도시한 바와 같이, TOI=0의 파일로서 TSI마다 송신되는 것이며, 상기 FDT에는, TSI마다의 인덱스 정보가 기술된다. 또한, FDT는, FDT를 전송하기 위한 오브젝트인 FDT Instance에 의해 전송된다. 따라서, 도 6에 도시한 바와 같이, FDT의 패킷에는 FDT Instance가 저장된다. 또한, FDT의 스키마로서는, 예를 들어 도 7 및 도 8에 도시한 바와 같은 정보가 정의된다.

또한, 도 9는, FDT Instance의 기술예(記述例)를 나타내는 도면이다. 또한, FDT Instance의 기술 방법은 임의이며, 도 9의 기술예에 한정되는 것은 아니다.

이와 같이, NRT 콘텐츠는, 복수의 파일로 구성되는 경우가 많으므로, 수신기는, FDT에 기술된 인덱스 정보를 이용하여, 복수의 파일로부터 NRT 콘텐츠를 복원하게 된다. 즉, 수신기는, FLUTE 세션을 이용함으로써, 방송 스트림에 포함되는 IP 패킷에 의해, NRT 콘텐츠를 다운로드하는 것이 가능해진다. 그리고, 본 기술에서는, NRT 콘텐츠가 전송되는 방법과 마찬가지로, FLUTE 세션을 이용하여, 데이터 방송용 애플리케이션을 전송하게 된다.

즉, 수신기는, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을, FLUTE 세션을 이용하여 취득한다. 단, 데이터 방송용 애플리케이션은, 원칙으로서 방송파에 의해 전송되는 것이지만, 어떠한 원인에 의해, 수신기측에서 취득할 수 없는 경우도 상정된다. 그 경우에는, 수신기는, 인터넷을 통해 애플리케이션 서버에 액세스하여, 상기 애플리케이션 서버에 의해 제공되는 데이터 방송용 애플리케이션을 취득한다.

이상, 본 기술의 기본 개념에 대하여 설명하였지만, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득하는 전제로서, 수신기는, 트리거 정보를 취득할 필요가 있다. 이 트리거 정보의 취득 방법으로서는, 방송파에 포함하여 보내지는 트리거 정보(Trigger)를 취득하는 방법과, ACR 식별 처리의 식별 결과에 따른 트리거 정보(ACR Response)를 취득하는 방법의 2가지 방법이 있다. 따라서, 이하, 전자의 방법에 의해 트리거 정보를 취득하는 경우를 제1 실시 형태에서, 후자의 방법에 의해 트리거 정보를 취득하는 경우를 제2 실시 형태에서 각각 설명한다.

<제1 실시 형태>

[방송 시스템의 구성예]

도 10은, 제1 실시 형태인 방송 시스템(1)을 나타내고 있다. 이 방송 시스템(1)은, 방송 장치(11), 수신 장치(12), TPT 서버(13) 및 애플리케이션 서버(14)로 구성된다. 또한, 수신 장치(12), TPT 서버(13) 및 애플리케이션 서버(14)는 인터넷(20)을 통하여, 서로 접속되어 있다.

방송 장치(11)는, 텔레비전 프로그램이나 CM 등의 AV 콘텐츠의 디지털 텔레비전 방송 신호(이하, 단순히 '방송 신호'라 함)를 송신하도록 이루어져 있다. 또한, 방송 장치(11)는, AV 콘텐츠에 연동하여 실행되는 데이터 방송용 애플리케이션을 동작시키기 위한 트리거 정보를, 방송 신호에 포함하여 송신한다. 트리거 정보는, AV 콘텐츠의 영상 신호 또는 음성 신호에 삽입하거나, 방송 신호의 트랜스포트 스트림 내에 배치하거나 하여 송신된다.

수신 장치(12)는, 방송 장치(11)로부터 송신된 방송 신호를 수신하여, AV 콘텐츠의 영상 및 음성을 취득한다. 수신 장치(12)는, 취득한 영상을 디스플레이로 출력함과 함께, 음성을 스피커로 출력한다. 또한, 수신 장치(12)는, 단체로서 존재하여도 되고, 예를 들어 텔레비전 수상기나 비디오 레코더 등에 내장되어 있도록 하여도 된다.

또한, 수신 장치(12)는, 방송 장치(11)로부터의 트리거 정보에 따라서, 인터넷(20)을 통해 TPT 서버(13)에 액세스하여, TPT를 취득한다.

TPT 서버(13)는, 예를 들어 방송 장치(11)에 의해 텔레비전 프로그램의 방송을 행하는 방송 사업자 등에 의해 제공되고, TPT를 관리한다. TPT 서버(13)는, 수신 장치(12)로부터의 문의에 응답하여, 관리하고 있는 TPT를, 인터넷(20)을 통해 수신 장치(12)에 제공한다.

수신 장치(12)는, TPT 서버(13)로부터 취득한 TPT에 기초하여, 트리거 정보로부터 얻어지는 AV 콘텐츠의 진행을 나타내는 시각이 유효 기간 내로 되거나, 또는 유효 개시 시각을 경과한 경우, 그 유효한 커맨드를 특정한다. 수신 장치(12)는, 특정한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작을 제어한다.

또한, 수신 장치(12)는, 특정한 커맨드에 응답하여, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득한다. 단, 방송파로부터 데이터 방송용 애플리케이션을 취득하지 못한 경우에는, 수신 장치(12)는, 인터넷(20)을 통해 애플리케이션 서버(14)에 액세스하여, 데이터 방송용 애플리케이션을 취득한다.

애플리케이션 서버(14)는, 예를 들어 방송 장치(11)에 의해 텔레비전 프로그램의 방송을 행하는 방송 사업자 등에 의해 제공되고, 데이터 방송용 애플리케이션을 관리한다. 애플리케이션 서버(14)는, 수신 장치(12)로부터의 문의에 응답하여, 관리하고 있는 데이터 방송용 애플리케이션을, 인터넷(20)을 통해 수신 장치(12)에 제공한다.

방송 시스템(1)은, 이상과 같이 구성된다.

[수신 장치의 구성예]

도 11은, 도 10의 수신 장치(12)의 구성예를 나타내고 있다.

수신 장치(12)는, 튜너(51), 다중 분리부(52), 음성 디코더(53), 음성 출력부(54), 영상 디코더(55), 영상 출력부(56), 트리거 추출부(57), 제어부(58), 메모리(59), 조작부(60), 통신 I/F(61), TPT 해석부(62), 플루트 처리부(63), 애플리케이션 엔진(64), 캐시 메모리(65) 및 애플리케이션용 메모리(66)로 구성된다.

튜너(51)는, 유저에 의해 선국된 채널에 대응하는 방송 신호를 수신하여 복조하고, 그 결과 얻어지는 방송 스트림을 다중 분리부(52)에 공급한다.

다중 분리부(52)는, 튜너(51)로부터 공급되는 방송 스트림에 다중화된 음성 스트림과 영상 스트림을 분리하고, 각각을 음성 디코더(53)와, 영상 디코더(55)에 공급한다. 또한, 다중 분리부(52)는, 방송 스트림에 다중화된 PSIP, SMT, NRT-IT 및 FLUTE를 분리한다.

음성 디코더(53)는, 다중 분리부(52)로부터 공급된 음성 스트림을 디코딩하고, 그 결과 얻어지는 음성 신호를 음성 출력부(54)에 공급한다. 음성 출력부(54)는, 음성 디코더(53)로부터 공급된 음성 신호를, 후단의 스피커(도시생략)로 출력한다.

영상 디코더(55)는, 다중 분리부(52)로부터 공급된 영상 스트림을 디코딩하고, 그 결과 얻어지는 영상 신호를 영상 출력부(56) 및 트리거 추출부(57)에 공급한다. 영상 출력부(56)는, 영상 디코더(55)로부터 공급된 영상 신호를, 후단의 디스플레이(도시생략)로 출력한다.

트리거 추출부(57)에는, 영상 디코더(55)로부터 공급되는 영상 신호를 항상 감시하여, 영상 신호에 매립되어 있는 트리거 정보를 추출하고, 제어부(58)에 공급한다.

또한, 여기에서는, 트리거 정보가 영상 신호에 매립되어 있는 경우를 일례로 설명하지만, 트리거 정보가 음성 신호에 매립되어 있는 경우, 트리거 추출부(57)는, 음성 디코더(53)로부터 공급되는 음성 신호를 항상 감시하고, 음성 신호에 매립되어 있는 트리거 정보를 추출한다. 또한, 트리거 정보가 트랜스포트 스트림에 배치되어 있는 경우, 트리거 추출부(57)는, 다중 분리부(52)로부터 공급되는, 트리거 정보를 포함하는 PCR 패킷으로부터 트리거 정보를 추출한다.

제어부(58)는, 메모리(59)에 미리 기억되어 있는 제어용 프로그램을 실행함으로써 수신 장치(12)의 각부 동작을 제어한다. 조작부(60)는, 유저로부터의 각종 조작을 접수하여, 그에 대응하는 조작 신호를 제어부(58)에 공급한다.

또한, 제어부(58)는, 트리거 추출부(57)로부터 공급되는 트리거 정보에 따라서, 통신 I/F(61)를 제어하여, 인터넷(20)을 통해 TPT 서버(13)에 액세스하고, TPT를 요구한다. 통신 I/F(61)는, TPT 서버(13)로부터 인터넷(20)을 통해 송신되는 TPT를 수신하고, TPT 해석부(62)에 공급한다.

TPT 해석부(62)는, 통신 I/F(61)로부터 공급되는 TPT를 취득한다. TPT 해석부(62)는, 취득한 TPT를 해석하고, 내부에 구비하는 메모리(도시생략)에 유지한다. 또한, TPT 해석부(62)는, 제어부(58)로부터의 요구에 따라서, 메모리에 유지하고 있는 TPT를 공급한다.

또한, 제어부(58)는, TPT 해석부(62)로부터의 TPT에 기초하여, 트리거 추출부(57)로부터의 트리거 정보에 포함되는 시각 정보(media_time)로부터 얻어지는 AV 콘텐츠의 진행을 나타내는 시각이, 커맨드의 유효 기간 내로 되거나, 또는 유효 개시 시각을 경과한 경우, 그 유효한 커맨드를 특정한다. 제어부(58)는, 특정한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 등을 제어한다.

플루트 처리부(63)는, 다중 분리부(52)에 의해 분리되는 방송 스트림을 항상 감시하고, SMT 및 NRT-IT를 취득한다. 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라, 취득한 SMT 및 NRT-IT를 참조하여, FDT를 취득한다. 플루트 처리부(63)는, 취득한 FDT를 참조하여, FLUTE 세션에 의해 전송되는 데이터 방송용 애플리케이션을 취득하고, 캐시 메모리(65)에 유지시킨다.

애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라 캐시 메모리(65)에 유지되어 있는 데이터 방송용 애플리케이션을 판독하여 실행한다. 실행 중인 데이터 방송용 애플리케이션의 영상 신호는, 영상 출력부(56)에 공급된다.

영상 출력부(56)는, 애플리케이션 엔진(64)으로부터 공급되는 영상 신호와, 영상 디코더(55)로부터 공급된 영상 신호를 합성하여, 후단의 디스플레이로 출력한다.

애플리케이션용 메모리(66)는, 워크 메모리(66A) 및 저장 메모리(66B)를 포함한다. 애플리케이션 엔진(64)은, 실행 중인 데이터 방송용 애플리케이션에 관한 데이터(구체적으로는, 표시되어 있는 정보의 계층 등을 포함함)를 워크 메모리(66A)에 기록한다. 또한, 애플리케이션 엔진(64)은, 실행 중인 데이터 방송용 애플리케이션을 휴지하는 경우, 애플리케이션용 메모리(66)의 워크 메모리(66A)의 데이터를 저장 메모리(66B)로 이동시킨다. 그리고, 휴지한 데이터 방송용 애플리케이션을 재개하는 경우, 저장 메모리(66B)의 데이터를 워크 메모리(66A)로 이동시켜 휴지 전의 상태를 부활시킨다.

또한, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 통신 I/F(61)를 제어하여, 인터넷(20)을 통해 애플리케이션 서버(14)에 액세스하고, 데이터 방송용 애플리케이션을 요구한다. 통신 I/F(61)는, 애플리케이션 서버(14)로부터의 데이터 방송용 애플리케이션을 수신하고, 캐시 메모리(65)에 유지시킨다.

또한, 도 11에는 도시되어 있지 않지만, FLUTE 세션에 의해 NRT 콘텐츠가 전송된 경우에는, 플루트 처리부(63)는, SMT 및 NRT-IT에 기초하여, 다중 분리부(52)에 의해 분리되는 방송 스트림으로부터 NRT 콘텐츠를 취득하고, 스토리지(도시생략)에 축적시킨다. 그리고, 스토리지에 축적된 NRT 콘텐츠는 적절히 판독되고, 재생되게 된다.

수신 장치(12)는, 이상과 같이 구성된다.

[트리거 정보의 상세]

다음으로, 트리거 정보의 상세에 대하여 설명한다. 도 12는, 트리거 정보에 포함되는 정보의 항목 일례를 나타내고 있다.

program_id는, AV 콘텐츠의 식별 정보이다. 즉, 수신 장치(12)가 트리거 정보에 포함되는 program_id를 TPT 서버(13)에 통지함으로써, TPT 서버(13)는, 상기program_id에 기초하여, TPT를 특정하기 위한 텔레비전 프로그램 등을 식별하는 것이 가능해진다. 단, program_id는, channel_id(Ch_ID)라 칭해지는 경우도 있다.

media_time은, AV 콘텐츠의 진행 시간축 상의 특정한 시간 위치를 나타내는 정보이다. 예를 들어, media_time에는, 텔레비전 프로그램의 진행 시간축 상의 개시 시각이나 오전 0시(0:00) 등의 특정한 시각을 기준으로 하여, 그 기준 시각으로부터의 시각이 지정된다. 또한, media_time에 지정되는 시각은, 예를 들어 초나 밀리초 단위로 된다.

domain_name은, TPT 서버(13)를 특정하기 위한 정보로서, 예를 들어 TPT 서버(13)의 도메인명을 나타내는 정보가 지정된다. 즉, TPT 서버(13)는, 방송 장치(11)에 의해 텔레비전 프로그램의 방송을 행하는 방송 사업자 등의 사업자에 의해 제공되기 때문에, domain_name은, 그들의 사업자마다 상이한 것으로 된다.

예를 들어, 트리거 정보는, domain_name, program_id, 및 media_time을 지정하기 위한 값과, "/"나 "?mt=" 등의 소정의 문자를 연결시킨 문자열로 이루어진다. 구체적으로는, domain_name이, "xbc.com", program_id가, "1", media_time이, "1000"인 경우, 트리거 정보를 나타내는 문자열은, "xbc.com/1?mt=1000"으로 되므로, 이 문자열의 선두에, "http://"를 부가하면, TPT 서버(13)에 액세스하기 위한, URL(Uniform Resource Locator)을 나타내는 문자열이 얻어진다. 단, domain_name에는 도메인명 대신에 직접 URL을 지정하는 것도 가능하다.

또한, 트리거 정보에 포함되는 정보의 항목은 임의이며, 도 12의 예에 한정되는 것은 아니다.

트리거 정보는, 이상과 같이 구성된다.

[TPT의 상세]

다음으로, TPT의 상세에 대하여 설명한다. 도 13은 TPT의 포맷의 예를 나타내는 도면이다

도 13에 도시한 바와 같이, TPT는, tpt 요소, command 요소, application 요소, event 요소 및 diffusion 요소로 구성된다.

tpt 요소에는, TPT에 관한 정보가 기술된다. tpt 요소는, id 속성, type 속성, version 속성, updating_time 속성, present_following 속성, end_mt 속성 및 expire_date 속성을 포함한다.

id 속성에는, TPT를 식별하기 위한 정보가 지정된다. 예를 들어, id 속성에는, domain_name과, program_id를 "/"에 의해 연결한 문자열이 지정된다.

type 속성에는, 그 속성값으로서, "static" 또는 "dynamic"이 지정된다. "static"은, 트리거 정보에 포함되는 program_id가 변경된 경우에만, TPT를 갱신하는 경우에 지정된다. 또한, "dynamic"은, 트리거 정보에 포함되는 program_id가 동일하여도, TPT를 갱신하는 경우에 지정된다.

version 속성에는, 상기 TPT의 버전을 나타내는 정보가 지정된다.

updating_time 속성에는, TPT의 갱신 기간을 나타내는 정보가 지정된다. updating_time 속성은, type 속성이 "dynamic"이 되는 경우에만 지정된다.

present_following 속성에는, 그 속성값으로서, "present" 또는 "following"이 지정된다. "present"는, 상기 TPT가 예를 들어, 현재의 텔레비전 프로그램용 TPT인 것을 나타내고, "following"은, 상기 TPT가 예를 들어, 다음 텔레비전 프로그램용 TPT인 것을 나타낸다.

end_mt 속성에는, 상기 TPT에 대응하는 AV 콘텐츠의 media_time이 종료하는 시각을 나타내는 정보가 지정된다.

expire_date 속성에는, 상기 TPT의 유효 기한을 나타내는 정보가 지정된다. expire_date 속성은, type 속성이 "static"으로 되는 경우에만 지정된다.

command 요소에는, 커맨드에 관한 정보가 기술된다. command 요소는, id 속성, start_time 속성, end_time 속성, destination 속성 및 action 속성을 포함한다.

id 속성에는, 커맨드를 식별하기 위한 정보가 지정된다.

start_time 속성에는, id 속성에 의해 식별되는 커맨드의 유효 기간의 개시 시각을 나타내는 정보가 지정된다. end_time 속성에는, id 속성에 의해 식별되는 커맨드의 유효 기간의 종료 시각을 나타내는 정보가 지정된다.

즉, 커맨드의 유효 기간은, 대응하는 AV 콘텐츠의 진행 시간축 상의 2점을 나타내는 start_time 속성 및 end_time 속성에 의해 나타난다. 그리고, AV 콘텐츠의 진행 타이밍이 유효 기간 내일 때에는, 그 유효한 커맨드가 유효로 되고, AV 콘텐츠의 진행 타이밍이 유효 기간에 도달하고 있지 않거나, 또는 그것을 지났을 때에는, 그 유효한 커맨드는 무효로 된다. 또한, end_time 속성은 필수적인 항목이 아니라, start_time 속성만이 지정된 경우에는, AV 콘텐츠의 진행 타이밍이start_time 속성이 나타내는 유효 개시 시각을 경과했을 때, 그 유효한 커맨드가 유효로 된다.

destination 속성에는, 상기 커맨드에 의한 데이터 방송용 애플리케이션 제어의 대상으로 되는 기기가 지정된다. 여기에서는, 수신 장치 본체(수신 장치(12)) 외에, 수신 장치(12)에 외부 장치(도시생략)가 접속되는 경우에는, 그 외부 장치가, 커맨드의 대상 기기로서 지정된다. 예를 들어, destination 속성에는, 커맨드의 대상 기기가 수신 장치(12)로 되는 경우, "receiver"가 지정되고, 커맨드의 대상 기기가 외부 장치로 되는 경우, "external_1"이나 "external_2"가 지정된다. 단, destination 속성이 지정되지 않은 경우에는, "receiver"가 지정된 것이라 간주된다.

action 속성은, 상기 커맨드가, "execute", "register", "suspend", "terminate", "event" 중 어느 하나인지를 나타낸다.

엑시큐트 커맨드(execute)는, 수신 장치(12)에 대하여, 데이터 방송용 애플리케이션의 취득 혹은 기동을 지시하기 위한 커맨드이다.

레지스터 커맨드(register)는, 수신 장치(12)에 대하여, 데이터 방송용 애플리케이션의 취득 혹은 등록을 지시하기 위한 커맨드이다.

서스펜드 커맨드(suspend)는, 수신 장치(12)에 대하여, 실행 중인 데이터 방송용 애플리케이션을 중단하여, 휴지시키기 위한 커맨드이다.

터미네이트 커맨드(terminate)는, 수신 장치(12)에 대하여, 실행 중인 데이터 방송용 애플리케이션을 종료시키기 위한 커맨드이다.

이벤트 커맨드(event)는, 수신 장치(12)에 대하여, 실행 중인 데이터 방송용 애플리케이션에 있어서 이벤트를 발화시키기 위한 커맨드이다.

application 요소는, 데이터 방송용 애플리케이션에 관한 정보가 기술된다. application 요소는, id 속성, type 속성, url 속성, priority 속성, expire_date 속성 및 capability 요소를 포함한다.

id 속성에는, 상기 데이터 방송용 애플리케이션을 식별하기 위한 애플리케이션 ID가 지정된다. type 속성에는, 상기 데이터 방송용 애플리케이션의 파일 속성 등에 관한 정보를 나타내는 애플리케이션 타입이 지정된다. url 속성에는, 커맨드가, 엑시큐트 커맨드 또는 레지스터 커맨드인 경우에 있어서, 상기 데이터 방송용 애플리케이션의 취득처를 나타내는 애플리케이션 URL이 지정된다. 따라서, url 속성에는, 애플리케이션 서버(14)의 URL이 지정된다.

priority 속성에는, 상기 커맨드에 대응하는 데이터 방송용 애플리케이션을 취득, 유지할 때의 우선도를 나타내는 정보가 지정된다. expire_date 속성에는, 데이터 방송용 애플리케이션의 유효 기한을 나타내는 정보가 지정된다. 데이터 방송용 애플리케이션이 등록되는 경우, 애플리케이션 유효 기한과 데이터 방송용 애플리케이션 유지 우선도가 기억되고, 데이터 방송용 애플리케이션은, 그들의 유효 기한과 우선도에 따라서 관리된다.

또한, url 속성 및 expire_date 속성은, 커맨드가, 엑시큐트 커맨드 또는 레지스터 커맨드로 되는 경우에는 필수적인 항목이 된다. 또한, priority 속성에는, 통상적으로는 "0"이 지정되고, 우선도를 높게 하는 경우에는, "1"이 지정된다.

capability 요소에는, 수신 장치(12)에 요구되는 각종 성능이 지정된다. capability 요소는, essential 속성을 포함한다. essential 속성에는, 요구되는 성능이, 필수적인 성능인 경우에는, "yes"가 지정되고, 옵션의 성능인 경우에는, "no"가 지정된다.

도 14는, capability 요소로 지정되는 값의 구체예를 나타내는 도면이다.

capability 요소로 "flute"가 지정된 경우, 수신 장치(12)에 대하여, FLUTE 세션의 기능을 이용 가능한지 여부의 체크가 행해진다. 수신 장치(12)는, FLUTE 세션의 기능에 대응하고 있는 경우, FLUTE 세션에 의해 전송되는 데이터 방송용 애플리케이션을 취득하게 된다.

또한, capability 요소로 "raptor"가 지정된 경우, Raptor FEC 기능의 이용 가부가 체크되고, 수신 장치(12)가 Raptor FEC 기능에 대응하고 있을 때에는, FLUTE 세션에서 Raptor FEC가 이용된다. 또한, capability 요소로 "html5" 또는 "browser_a"가 지정된 경우, HTML5 또는 CE-HTML의 문서 형식의 이용 가부가 체크되고, 수신 장치(12)가 그들의 문서 형식에 대응하고 있을 때에는, 그들 문서 형식에서 기술된 데이터 방송용 애플리케이션이 취득된다.

capability 요소로 "mp4"가 지정된 경우, MP4 포맷의 재생 가부가 체크되고, 수신 장치(12)가 MP4 포맷에 대응하고 있는 경우, MP4 포맷을 포함하는 데이터 방송용 애플리케이션이 취득된다. 마찬가지로, capability 요소에 "zip"이 지정된 경우, 파일의 zip 포맷의 래퍼 이용 가부가 체크된다.

capability 요소에 "avc_40"이 지정된 경우, AVC level4.0의 재생 가부가 체크되고, 수신 장치(12)가 그 압축 부호화 방식에 대응하고 있을 때에는, 데이터 방송용 애플리케이션으로부터 기동되는 AVC level4.0으로 압축 부호화된 콘텐츠가 취득된다. 또한, capability 요소로 "avc_42"가 지정된 경우도 마찬가지이다.

capability 요소로 "mp3", "he_aac", 또는 "dts"가 지정된 경우, MP3, HE_AAC3(High Efficiency Advanced Audio Coding), 또는 DTS(Digital Theater Systems)의 포맷의 재생 가부가 체크되고, 수신 장치(12)가 그들의 포맷에 대응하고 있을 때에는, 그들의 포맷의 음성 데이터를 이용하는 데이터 방송용 애플리케이션이 취득된다.

또한, capability 요소에는, 데이터 방송용 애플리케이션의 취득이나 재생에 관하여, 수신 장치(12)에 요구되는 성능에 관한 값이 지정되고, 도 14의 구체예에 한정되는 것은 아니다.

도 13으로 되돌아가서, event 요소에는, 이벤트 커맨드에 관한 정보가 기술된다. event 요소는, id 속성 및 data 요소를 포함한다.

id 속성에는, 커맨드가, 이벤트 커맨드인 경우에 있어서, 애플리케이션 ID에 의해 지정된 데이터 방송용 애플리케이션에 있어서 발화해야 할 이벤트를 식별하기 위한 이벤트 ID가 지정된다. 또한, data 요소에는, 커맨드가, 이벤트 커맨드인 경우에 있어서, 이벤트를 발화할 때 참조되는 이벤트 부가 데이터가 기술된다.

또한, event 요소는, action 속성이, "event"로 되는 경우에는 필수적인 항목으로 된다.

diffusion 요소에는, 수신 장치(12)에 있어서 커맨드를 적용하는 타이밍을 확률적으로 분산시키기 위한 정보가 지정된다. 이 값을 설정함으로써, 복수의 수신 장치(12)가 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득할 때, 그 액세스가 한 시기에 집중되지 않아 분산시킬 수 있다. diffusion 요소는, rate 속성, range 속성, period 속성을 포함하고, 각각, 분배수, 최대 지연 시간, 커맨드 적용 확산 기간이 지정된다.

[TPT의 기술예]

도 15는, TPT의 기술예를 나타내는 도면이다.

도 15의 예에서는, tpt 요소의 id 속성에는, "xbc.com/1"이 지정된다. 즉, 이것은, 예를 들어 xbc 방송국(domain_name="xbc.com")에 의해 방송되는 텔레비전 프로그램(program_id="1")용 TPT임을 의미한다.

또한, tpt 요소에 있어서, type 속성에는, "static"이 지정되어 있으므로, program_id가 변경된 경우에만 TPT가 갱신된다. 또한, expire_date 속성에는, "2011-01-21"이 지정되어 있으므로, 상기 TPT의 유효 기한은, 2011년 1월 21일까지로 된다.

또한, 설명의 간략화를 위해 모두 기재하지는 않지만, 이 tpt 요소 중에는, 7개의 command 요소가 기술되어 있다.

1번째의 command 요소에는, id 속성으로서 "1", start_time 속성으로서 "0", end_time 속성으로서 "600", destination 속성으로서 "receiver", action 속성으로서 "register"가 각각 지정되어 있다. 즉, 상기 커맨드(id=1)는 0초 내지 600초의 유효 기간 내에 실행되는, 수신 장치(12)에 대한 레지스터 커맨드로 된다.

또한, command 요소의 개시 태그와 종료 태그의 사이에는, application 요소가 기술된다. application 요소에는, id 속성으로서 "1", type 속성으로서 "html", url 속성으로서 "xxx.com/yyy1", expire_date 속성으로서 "2011-01-21"이 각각 지정되어 있다. 즉, 상기 application 요소는, HTML(Hyper Text Markup Language)에 의해 기술된 데이터 방송용 애플리케이션(id=1)을, "xxx.com/yyy1"인 URL에 의해 특정되는 애플리케이션 서버(14)로부터 취득할 수 있음을 의미한다. 또한, 상기 데이터 방송용 애플리케이션의 유효 기한은, 2011년 1월 21일까지로 된다.

또한, command 요소의 개시 태그와 종료 태그의 사이에는, capability 요소로서, "flute"가 기술된다. 또한, capability 요소에는, essential 속성으로서, "no"가 지정되어 있다. 즉, FLUTE 세션은, 옵션의 기능으로 되기 때문에, 수신 장치(12)는, FLUTE 세션의 기능에 대응하지 않아도 되게 된다. 이 기술예의 경우, 수신 장치(12)가 FLUTE 세션의 기능에 대응하지 않은 경우에는, 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득하면 되므로, essential 속성에는 "no"가 지정되어 있다.

또한, capability 요소로서, "avc_40"이 기술되고, 그 essential 속성으로서, "yes"가 지정되어 있다. 즉, AVC level4.0은, 필수적인 기능으로 되기 때문에, 수신 장치(12)는, AVC level4.0으로 압축 부호화된 콘텐츠를 재생하는 기능에 대응하고 있을 필요가 있다. 이 기술예의 경우, 수신 장치(12)가 AVC level4.0에 대응하지 않으면, 데이터 방송용 애플리케이션으로부터 기동되는 콘텐츠를 재생할 수 없으므로, essential 속성에 "yes"가 지정되어 있다.

마찬가지로, 2번째의 command 요소는, 상기 커맨드(id=2)가 600초 내지 3500초의 유효 기간 내에 실행되는, 수신 장치(12)에 대한 엑시큐트 커맨드로 되는 것을 나타낸다. 또한, 엑시큐트 커맨드에 응답하여 취득되는 데이터 방송용 애플리케이션(id=1)을, "xxx.com/yyy1"인 URL에 의해 특정되는 애플리케이션 서버(14)로부터 취득할 수 있음을 의미한다. 또한, diffusion 요소가 기술되어 있기 때문에, 수신 장치(12)는, rate 속성, range 속성 및 period 속성으로 지정되는 값에 의해 결정되는 타이밍에, 애플리케이션 서버(14)에 액세스하게 된다.

3번째의 command 요소는, 1800초 내지 2000초의 유효 기간 내에 실행되는 커맨드로서, 상기 커맨드(id=3)가 수신 장치(12)에 의해 실행되는 데이터 방송용 애플리케이션(id=1)에 대한 이벤트 커맨드로 되는 것을 나타낸다. 또한, 이 command 요소의 개시 태그와 종료 태그의 사이에는, application 요소 및 event 요소가 기술된다. application 요소에는, id 속성으로서 "1"이 지정되어 있다. 또한, event 요소에는, id 속성으로서 "event1"이 지정되고, data 요소로서 "zzzzzzz…z"가 기술된다. 즉, 상기 커맨드에서는, 이벤트 발화에 수반하여, 데이터 방송용 애플리케이션에 의해, "zzzzzzz…z"인 데이터가 이용된다.

또한, 4번째의 command 요소는, 상기 커맨드(id=4)가, 2400초 내지 2520초의 유효 기간 내에 실행되는, 수신 장치(12)에 의해 실행되는 데이터 방송용 애플리케이션(id=1)에 대한 서스펜드 커맨드로 되는 것을 나타낸다. 또한, 5번째의 command 요소는, 상기 커맨드(id=5)가 3500초 내지 3600초의 유효 기간 내에 실행되는, 수신 장치(12)에 의해 실행되는 데이터 방송용 애플리케이션(id=1)에 대한 터미네이트 커맨드로 되는 것을 나타낸다.

6번째의 command 요소는, 상기 커맨드(id=12)가 2400초 내지 2520초의 유효 기간 내에 실행되는, 수신 장치(12)에 대한 엑시큐트 커맨드로 되는 것을 나타낸다. 또한, command 요소의 개시 태그와 종료 태그의 사이의 application 요소에는, id 속성으로서 "2"가 지정되고, type 속성으로서 "html"이 지정되고, url 속성으로서 "xxx.com/yyy2"가 지정되고, expire_date 속성으로서 "2011-01-22"가 지정되어 있다. 즉, 엑시큐트 커맨드에 응답하여 취득되는 데이터 방송용 애플리케이션(id=2)을, "xxx.com/yyy2"인 URL에 의해 특정되는 애플리케이션 서버(14)로부터 취득할 수 있음을 의미한다.

마찬가지로, 7번째의 command 요소는, 상기 커맨드(id=15)가 2520초 내지 3600초의 유효 기간 내에 실행되는, 수신 장치(12)에 의해 실행되는 데이터 방송용 애플리케이션(id=2)에 대한 터미네이트 커맨드로 되는 것을 나타낸다.

또한, TPT의 기술 방법은 임의이며, 도 15의 기술예에 한정되는 것은 아니다.

TPT는, 이상과 같이 구성된다.

[트리거 정보와 커맨드의 대응 관계]

다음으로, 트리거 정보에 대응지어진 커맨드를, TPT에 의해 특정하는 처리의 예를 설명한다. 도 16은, 트리거 정보와 커맨드의 대응 관계의 예를 나타내는 도면이다.

도 16에 도시한 바와 같이, 수신 장치(12)에서는, 영상 신호로부터 트리거 정보가 추출되면, 트리거 정보에 포함되는 domain_name 및 program_id에 기초하여, TPT 서버(13)로부터 TPT를 취득할지 여부가 판정된다. 또한, 도 16의 예에서는, 텔레비전 프로그램이나 CM 등인 program A, B의 program_id는 각각, "10", "20"인 것으로 한다.

예를 들어, 수신 장치(12)에 있어서, xbc 방송국(domain_name="xbc.com")에 의해 방송되는 program A(program_id="10")용 TPT(for program A)가 유지되어 있는 경우에, 영상 신호로부터 "xbc.com/20?mt=Tb"인 트리거 정보가 추출되었을 때, program_id의 값이 변화하였으므로, 수신 장치(12)는, TPT를 취득한다고 판정한다. 그리고, 수신 장치(12)는, 트리거 정보로부터 얻어지는 URL("http://xbc.com/20?mt=Tb")에 의해 특정되는 TPT 서버(13)에 액세스하여, TPT를 취득한다.

이에 의해, 수신 장치(12)에는, 도면 중의 TPT(for program B)가 유지된다. 또한, 도 16에 도시한 TPT는, 전술한 도 15의 TPT에 대응하는 것이지만, 여기에서는, 설명의 간략화를 위해, command 요소의 id 속성, start_time 속성, end_time 속성 및 action 속성, application 요소의 id 속성과, URL 등의 파라미터만을 도시하고 있다.

그리고, 예를 들어 1번째의 트리거 정보("xbc.com/20?mt=Tb")에 포함되는media_time이 "Tb"인 경우, 수신 장치(12)에서는, Tb가, T1s 내지 T1e의 유효 기간내로 되므로, TPT에 의해, "1"인 id 속성에 대응하는 레지스터 커맨드가 특정된다. 그리고, 수신 장치(12)는, 레지스터 커맨드에 응답하여, 애플리케이션 ID가 "1"로 되는 데이터 방송용 애플리케이션을 취득하여, 등록한다. 여기서, 데이터 방송용 애플리케이션은, 기본적으로 방송파로부터 취득되는 것이지만, 어떠한 원인에 의해 취득할 수 없는 경우에는 애플리케이션 서버(14)로부터 취득된다.

계속해서, 수신 장치(12)에서는, 2번째의 트리거 정보("xbc.com/20?mt=Tc")가 추출된 경우, Tc인 media_time이, T3s 내지 T3e의 유효 기간 내로 되므로, TPT에 의해, "3"인 id 속성에 대응하는 엑시큐트 커맨드가 특정된다. 그리고, 수신 장치(12)는, 엑시큐트 커맨드에 응답하여, 취득 완료의 데이터 방송용 애플리케이션을 기동한다.

계속해서, 수신 장치(12)에서는, 3번째의 트리거 정보("xbc.com/20?mt=Td")가 추출된 경우, "Td"인 media_time이, T5s 내지 T5e의 유효 기간 내로 되므로, TPT에 의해, "5"인 id 속성에 대응하는 서스펜드 커맨드가 특정된다. 그리고, 수신 장치(12)는, 서스펜드 커맨드에 응답하여, 실행 중인 애플리케이션 ID가 "1"인 데이터 방송용 애플리케이션을 휴지시킨다.

또한, Td인 media_time은, T2s 내지 T2e의 유효 기간 내로도 되므로, 수신 장치(12)에서는, TPT에 의해, "2"인 command 요소의 id 속성에 대응하는 엑시큐트 커맨드가 특정된다. 그리고, 수신 장치(12)는, 엑시큐트 커맨드에 응답하여, 애플리케이션 ID가 "2"로 되는 데이터 방송용 애플리케이션을 취득하여, 기동한다.

그 후, 도 16에는 도시하지 않았지만, 수신 장치(12)에서는, 추출된 트리거 정보에 포함되는 media_time이 유효 기간 내로 되는 경우, 그 유효한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작이 제어된다.

이상과 같이, 수신 장치(12)에 있어서는, 방송 장치(11)로부터의 트리거 정보가 추출된 경우, 유지하고 있는 TPT에 기초하여, 상기 트리거 정보에 포함되는media_time에 대응하는 커맨드가 특정되고, 특정된 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작이 제어된다.

[데이터 방송용 애플리케이션의 상태 천이]

도 17은, 레지스터, 엑시큐트, 이벤트, 서스펜드 및 터미네이트의 각 커맨드에 응답하여 수신 장치(12)에서 동작하는 데이터 방송용 애플리케이션의 상태 천이도이다. 도 17에 도시한 바와 같이, 데이터 방송용 애플리케이션의 상태는, 해방 상태(Released), 준비 상태(Ready), 실행 중 상태(Active), 또는 휴지 상태(Suspended)의 4종류 중 어느 한쪽으로 천이하고 있다고 정의된다.

해방 상태는, 데이터 방송용 애플리케이션이 수신 장치(12)에 미취득인 상태를 가리킨다. 준비 상태는, 그 데이터 방송용 애플리케이션이 수신 장치(12)에 등록 완료이며 기동되지 않은 상태를 가리킨다. 실행 중 상태는, 데이터 방송용 애플리케이션이 기동되어 실행 중인 상태를 가리킨다. 휴지 상태는, 데이터 방송용 애플리케이션의 실행이 중단되고, 그 중단하였을 때의 상태를 나타내는 정보가 저장 메모리(66B)에 유지되어 있는 상태를 가리킨다.

데이터 방송용 애플리케이션이 해방 상태로 천이하고 있을 때(수신 장치(12)에 미취득일 때), 레지스터 커맨드가 특정되고, 레지스터 커맨드에 응답하여 그 데이터 방송용 애플리케이션이 취득(등록)되면, 준비 상태로 천이한다.

데이터 방송용 애플리케이션이 준비 상태일 때, 엑시큐트 커맨드가 특정되고, 엑시큐트 커맨드를 따라서 그 데이터 방송용 애플리케이션이 기동되면, 실행 중 상태로 천이한다.

또한, 데이터 방송용 애플리케이션이 해방 상태로 천이하고 있을 때(수신 장치(12)에 미취득일 때), 엑시큐트 커맨드가 특정되고, 엑시큐트 커맨드를 따라서 그 데이터 방송용 애플리케이션이 취득되어 기동되면, 실행 중 상태로 천이한다.

데이터 방송용 애플리케이션이 실행 중 상태로 천이하고 있을 때, 서스펜드 커맨드가 특정되고, 서스펜드 커맨드에 응답하여 실행 중인 데이터 방송용 애플리케이션이 중단되면 휴지 상태로 천이한다.

데이터 방송용 애플리케이션이 휴지 상태로 천이하고 있을 때, 엑시큐트 커맨드가 특정되고, 엑시큐트 커맨드에 응답하여, 중단되어 있던 데이터 방송용 애플리케이션이 재개되면, 실행 중 상태로 천이한다.

데이터 방송용 애플리케이션이, 실행 중 상태 또는 휴지 상태로 천이하고 있을 때, 터미네이트 커맨드가 특정되고, 터미네이트 커맨드에 응답하여, 실행 중인 데이터 방송용 애플리케이션이 종료되면, 준비 상태로 천이한다(도면 중의 「A」). 또한, 준비 상태로의 천이는, 터미네이트 커맨드에 기초하는 것 외에, 다른 데이터 방송용 애플리케이션이 실행되었을 때 등에도 발생한다.

또한, 데이터 방송용 애플리케이션이, 준비 상태, 실행 중 상태, 또는 휴지 상태로 천이하고 있을 때, 커맨드의 애플리케이션 유효 기한이 경과했을 때, 해방 상태로 천이한다(도면 중의 「B」).

[데이터 방송용 애플리케이션의 취득 방법]

다음으로, 도 18을 참조하여, 방송파에 의해 전송되는 데이터 방송용 애플리케이션의 취득 방법을 설명한다. 수신 장치(12)는, TPT에 기초하여, 트리거 정보에 대응하는 커맨드로서, 레지스터 커맨드 또는 엑시큐트 커맨드가 특정된 경우에, 방송파에 의해 전송되는 데이터 방송용 애플리케이션의 취득을 시도한다. 그 때, 수신 장치(12)는, 방송파에 의해 전송되는, SMT, NRT-IT 및 FDT의 각 테이블을 참조하게 된다.

도 18은, 방송파에 의해 전송되는 테이블의 예를 나타내는 도면이다. 도 18에는, SMT, NRT-IT, FDT 및 ETT의 각 테이블이 도시되어 있다.

SMT(Service Map Table)는, NRT 서비스의 서비스 레벨의 속성 정보가 기술된다. 예를 들어, SMT에는, Service#1, #2, … 등의 NRT 서비스 단위의 속성 정보가 기술된다.

Service Name에는, 상기 NRT 서비스의 명칭이 기술된다.

IP(src), IP(dest)에는, 송신원(source)과 수신처(destination)의 IP 어드레스가 기술된다. 또한, FLUTE Session Info에는, 포트 번호가 기술된다. 이 포트 번호는, NRT 서비스마다 서로 다른 번호가 지정된다. 즉, FLUTE 세션은, NRT 콘텐츠의 전송에 사용하는 IP 패킷의 송신원 IP 어드레스와, 수신처의 IP 어드레스 및 수신처의 포트 번호의 조합에 의해 구별되는, 일련의 IP 패킷의 전송에 의해 행해진다. 그리고, 그들의 IP 어드레스와 포트 번호의 조합에 의해, NRT 서비스가 특정되게 된다.

Service ID에는, 상기 NRT 서비스의 식별 정보가 기술된다. 또한, Service Category에는, 상기 NRT 서비스가 속하는 카테고리가 기술된다. Content type에는, 상기 NRT 서비스에서 제공되는 콘텐츠의 타입이 기술된다. MIME types에는, 예를 들어 HTML 등의 MIME 타입이 기술된다. ISO-639 language에는, 예를 들어 일본어나 영어 등의 언어가 기술된다. Genre에는, 상기 NRT 콘텐츠가 속하는 장르에 관한 정보가 기술된다.

또한, 상세에 대해서는 생략하지만, SMT에는, Purchase data, STKM, LTKM info, Storage reservation, Service Icon Content-ID, 그 밖의 NRT 서비스에 관한 정보를 기술하는 것이 가능하다.

NRT-IT(NRT Information Table)에는, 1개의 NRT 서비스에 포함되는 콘텐츠 레벨의 속성 정보가 기술된다. 예를 들어, NRT-IT에는, Content#1, #2, … 등의 NRT 콘텐츠 단위의 속성 정보가 기술된다.

NRT-IT에는, 상기 NRT 서비스를 식별하기 위한 Service ID가 기술된다. 이 Service ID는, SMT에 기술된 NRT 서비스마다의 Service ID에 관련지어져 있다.

Content name에는, 상기 NRT 콘텐츠의 명칭이 기술된다. Content Linkage에는, 상기 NRT 콘텐츠의 식별 정보가 기술된다. 단, Content Linkage는, Content ID라 기술되는 경우가 있다. Distribution start/end time에는, 상기 NRT 콘텐츠의 개시 시각과 종료 시각을 나타내는 정보가 기술된다. Playback length에는, 상기 NRT 콘텐츠의 플레이백 시간이 기술된다. Content length에는, 스토리지에 축적되는 NRT 콘텐츠의 데이터량이 기술된다.

MIME types에는, 예를 들어 HTML 등의 MIME 타입이 기술된다. ISO-639 language에는, 예를 들어 일본어나 영어 등의 언어가 기술된다. MPEG-2 AAC audio info나 AVC video info에는, 영상이나 음성의 데이터 압축에 관한 정보가 기술된다. Caption service에는 자막에 관한 정보가 기술된다.

또한, Internet Location에는, 인터넷(20)을 통해 배신되는 데이터 방송용 애플리케이션을 취득하기 위한 정보로서, 예를 들어 애플리케이션 서버(14)의 URL이 기술된다. 즉, 수신 장치(12)는, 어떠한 원인에 의해 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득할 수 없는 경우, Internet Location을 참조하여, 인터넷(20)을 통해 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득할 수 있다. 단, Internet Location은, Content URL이라 기술되는 경우가 있다.

또한, 상세에 대해서는 생략하지만, NRT-IT에는, Content advisory, Genre, SVC info, STKM, LTKM info, 그 밖의 NRT 콘텐츠에 관한 정보를 기술하는 것이 가능하다.

FDT(File Delivery Table)에는, FLUTE 세션을 이용하여 배신하는 파일에 대한 속성 정보가 기술된다. 예를 들어, FDT에는, TOI, Content Location 및 Content Linkage가 각각 관련지어져 기술된다.

TOI(Transport Object Identifier)에는, 전송하는 파일 오브젝트의 식별 정보가 기술된다. FDT Instance의 TOI에는 0이 기술되고, 전송하는 파일 오브젝트의 TOI에는, 예를 들어 다운로드 헤더에 저장되는 식별 정보가 기술된다.

Content Location에는, 파일의 식별 정보가 URI(Uniform Resource Identifier)로 기술된다. Content Linkage에는, NRT 콘텐츠의 식별 정보가 기술된다. 이 Content Linkage는, NRT-IT에 기술된 NRT 콘텐츠마다의 Content Linkage에 관련지어져 있다.

또한, TOI, Content Location, 및 Content Linkage는, FDI에 기술되는 속성 정보의 일례이며, 그 밖의 속성 정보를 기술하는 것이 가능하다.

ETT(Extended Text Table)에는, Content Linkage와 Text가 관련지어져 기술된다. Content Linkage에는, 콘텐츠의 식별 정보가 기술된다. 이 Content Linkage는, NRT-IT에 기술된 NRT 콘텐츠마다의 Content Linkage에 관련지어져 있다. Text에는, 텍스트 정보가 기술된다.

SMT, NRT-IT, FDT 및 ETT의 각 테이블은, 이상과 같이 구성된다.

그런데, 수신 장치(12)는, SMT, NRT-IT 및 FDT를 참조하여, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득하게 되지만, 구체적으로는 이하의 흐름으로 행해진다. 또한, 여기에서는, 전술한 NRT 콘텐츠로서(NRT 콘텐츠 대신에), 데이터 방송용 애플리케이션이 전송되어 있는 것이 전제로 된다.

즉, 수신 장치(12)는, TPT에 기초하여, 트리거 정보에 대응하는 커맨드로서, 레지스터 커맨드 또는 엑시큐트 커맨드를 특정한 경우에, 그들의 커맨드에는, 데이터 방송용 애플리케이션의 취득처를 나타내는 애플리케이션 URL로서, 애플리케이션 서버(14)의 URL이 지정되어 있으므로, 그 URL을 취득한다. 그리고, 수신 장치(12)는, NRT-IT를 참조하여, NRT-IT에 기술된 각 NRT 콘텐츠의 Internet Location 중에서 취득한 애플리케이션 URL과 일치하는 URL의 검색을 행하고, 상기 조건에 일치하는 NRT 콘텐츠를 특정한다(S1).

다음으로, 수신 장치(12)는, SMT를 참조하여, S1에서 특정된 Internet Location에 관련지어진 Service ID(NRT-IT)와 동일한 Service ID(SMT)의 검색을 행하고, 상기 조건에 일치하는 NRT 서비스를 특정한다(S2). 또한, 수신 장치(12)는, SMT를 참조하여, S2에서 특정된 Service ID에 관련지어진 IP(src), IP(dest), FLUTE Session Info를 취득한다. 그리고, 수신 장치(12)는, 취득한 IP 어드레스(S1)와 포트 번호(P1)의 조합에 의해 특정되는 FLUTE 세션(TSI=T1)으로부터, TOI=0으로 되는 FDT를 취득한다(S3).

다음으로, 수신 장치(12)는, S3에서 취득한 FDT를 참조하여, S1에서 특정된 Internet Location에 관련지어진 Content Linkage(NRT-IT)와 동일한 Content Linkage(FDT)의 검색을 행하고, 상기 조건에 일치하는 Content Linkage(Content Linkage=id1)를 특정한다(S4). 그리고, 수신 장치(12)는, S4에서 특정된 Content Linkage에 관련지어진 TOI(TOI=6)를 특정한다.

이에 의해, 수신 장치(12)는, FLUTE 세션(TSI=T1)에 있어서, 특정된 TOI(TOI=6)에 의해 식별되는 오브젝트에 기초하여, 데이터 방송 애플리케이션을 취득하게 된다.

이와 같이, 본래, NRT-IT의 Internet Location에는, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득할 수 없는 경우에, 인터넷(20)을 통해 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득하기 위한 URL이 기술되는 바, 본 기술에서는, 거기에 기술되는 URL과, TPT에 기술되는 애플리케이션 URL을 관련짓고 있다. 그리고, NRT-IT의 Internet Location이 특정되면, 상기한 바와 같이, SMT 및 NRT-IT를 참조하여, 소위 역검색함으로써, FDT의 TOI가 특정되고, FLUTE 세션에 의해 전송되는 데이터 방송용 애플리케이션이 취득되게 된다.

또한, 상기한 방법에 의해, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득할 수 없는 경우에는, 수신 장치(12)는, NRT-IT의 Internet Location을 참조하여, 본래의 목적하는 대로, 인터넷(20)을 통해 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득하게 된다(S5).

이상, 방송파에 의해 전송되는 데이터 방송용 애플리케이션의 취득 방법에 대하여 설명하였다.

[트리거 정보 대응 처리]

다음으로, 수신 장치(12)가 트리거 정보를 수신했을 때의 트리거 정보 대응 처리에 대하여, 도 19 내지 도 21의 흐름도를 참조하여 설명한다.

(트리거 정보 대응 처리)

우선, 도 19의 흐름도를 참조하여, 트리거 정보 대응 처리에 대하여 설명한다. 또한, 이 트리거 정보 대응 처리는, 유저가 텔레비전 프로그램을 시청하고 있을 때, 즉, 수신 장치(12)가 방송 신호를 수신하고 있는 동안, 반복하여 실행된다.

수신 장치(12)는, 유저의 조작에 의해, 소정의 채널이 선국되면, 그 채널의 텔레비전 프로그램의 영상 표시를 개시한다(스텝 S11).

스텝 S12에 있어서, 트리거 추출부(57)는, 영상 디코더(55)로부터의 영상 신호로부터 트리거 정보를 추출할 때까지 대기한다. 그리고, 수신 장치(12)에 의해 방송 신호에 포함되는 트리거 정보가 수신되고, 영상 신호로부터 트리거 정보가 추출된 경우, 처리는, 스텝 S13으로 진행된다.

스텝 S13에 있어서, 제어부(58)는, 트리거 추출부(57)에 의해 추출된 트리거 정보의 해석을 행하고, 상기 트리거 정보에 포함되는, domain_name 및 program_id 중 어느 한쪽 또는 양쪽이 변화한 것인지 여부를 판정한다. 스텝 S13에 있어서, domain_name 및 program_id 중 어느 한쪽 또는 양쪽이 변화하였다고 판정된 경우, 처리는, 스텝 S14로 진행된다.

스텝 S14에 있어서, 제어부(58)는, 통신 I/F(61)를 제어하여, 예를 들어 트리거 정보의 선두에 "http://"를 부가함으로써 얻어지는 URL에 의해 특정되는 TPT 서버(13)에 액세스하여, TPT를 요구한다. 그리고, TPT 해석부(62)는, 통신 I/F(61)를 제어하여, TPT 서버(13)로부터의 TPT를 취득한다.

스텝 S15에 있어서, TPT 해석부(62)는, 취득한 TPT의 해석을 행하고, id, version이 동일한 TPT를 취득 완료하였는지 여부를 판정한다. 또한, id, version은, 예를 들어 tpt 요소의 id 속성과, version 속성에 의해 지정되는 것이다. 스텝 S15에 있어서, id, version이 동일한 TPT가 미취득이라고 판정된 경우, 처리는, 스텝 S16으로 진행된다.

스텝 S16에 있어서, TPT 해석부(62)는, 취득한 TPT(예를 들어, 도 15의 TPT)를 유지하고, 처리는, 스텝 S18로 진행된다.

또한, 스텝 S13에 있어서, domain_name 및 program_id 중 어느 한쪽 또는 양쪽이 변화하지 않았다고 판정된 경우, 처리는, 스텝 S17로 진행된다.

스텝 S17에 있어서, TPT 해석부(62)는 유지하고 있는 TPT에 기술된updating_time 속성이 나타내는 갱신 기간이 경과하였는지 여부를 판정한다. 스텝 S17에 있어서, 갱신 기간이 경과하였다고 판정된 경우, 처리는, 스텝 S14로 진행된다. 그리고, TPT 해석부(62)에 의해, TPT 서버(13)로부터 새로운 TPT가 취득되고, 그 새로운 TPT와, id, version이 동일한 TPT가 미취득이면, 유지된다.

또한, 스텝 S15에 있어서, id, version이 동일한 TPT를 취득 완료인 경우라고 판정된 경우, 또는 스텝 S17에 있어서, 갱신 기간이 경과하지 않았다고 판단된 경우, 처리는, 스텝 S18로 진행된다.

스텝 S18에 있어서, 제어부(58)는, TPT 해석부(62)로부터의 TPT에 기초하여, 트리거 추출부(57)로부터의 트리거 정보에 포함되는 media_time이, 유효 기간 내로 되는 커맨드가 존재하는지 여부를 판정한다. 스텝 S18에 있어서, media_time이 유효 기간 내로 되는 커맨드가 존재한다고 판정된 경우, 처리는, 스텝 S19로 진행된다.

스텝 S19에 있어서, 제어부(58)는, 플루트 처리부(63) 및 애플리케이션 엔진(64)을 제어하여, 애플리케이션 제어 처리를 행한다. 이 애플리케이션 제어 처리에서는, media_time이 유효 기간 내로 되는 유효한 커맨드가 특정되고, 특정된 커맨드에 응답하여, 데이터 방송용 애플리케이션의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 등이 제어된다.

또한, 애플리케이션 제어 처리의 상세는, 도 20의 흐름도를 참조하여 후술한다.

스텝 S20에 있어서, 제어부(58)는, 대상의 유효한 커맨드가, 유효 기간 내에 해당하는 최후의 커맨드인지 여부를 판정한다. 스텝 S20에 있어서, 해당하는 최후의 커맨드가 아니라고 판정된 경우, 처리는, 스텝 S19로 되돌아가서, 그 이후의 처리가 반복된다. 즉, 유효한 커맨드의 실행이 모두 종료될 때까지, 스텝 S19, S20의 처리가 반복된다.

그리고, 스텝 S20에 있어서, 해당하는 최후의 커맨드라고 판정된 경우, 또는 스텝 S18에 있어서, media_time이 유효 기간 내로 되는 커맨드가 존재하지 않는다고 판정된 경우, 처리는, 스텝 S12로 되돌아가서, 그 이후의 처리가 반복된다.

이상으로, 트리거 정보 대응 처리의 설명을 종료한다.

(애플리케이션 제어 처리)

다음으로, 도 20의 흐름도를 참조하여, 도 19의 스텝 S19에 대응하는 애플리케이션 제어 처리의 상세에 대하여 설명한다.

스텝 S31에 있어서, 제어부(58)는, TPT 해석부(62)로부터의 TPT에 기초하여, 트리거 추출부(57)에 의해 추출된 트리거 정보에 포함되는 media_time이 유효 기간내로 되는 유효한 커맨드가, 레지스터, 엑시큐트, 터미네이트, 이벤트, 또는 서스펜드 중 어느 하나의 커맨드인지를 특정한다. 즉, TPT는, 트리거 정보에 포함되는 media_time으로부터 커맨드를 특정하기 위한 사전으로서 사용된다.

스텝 S32에 있어서, 제어부(58)는, 스텝 S31의 특정 결과가 레지스터 커맨드 인지 여부를 판정하고, 레지스터 커맨드라고 판정된 경우, 처리는 스텝 S33으로 진행된다.

스텝 S33에 있어서, 제어부(58)는, 플루트 처리부(63)를 제어하여, 애플리케이션 취득 처리를 행한다. 이 애플리케이션 취득 처리에서는, TPT의 애플리케이션URL에 관련지어진 NRT-IT의 Internet Location에 기초하여, SMT 및 NRT-IT를 역검색함으로써, FLUTE 세션에 의해 전송되는 데이터 방송용 애플리케이션이 취득된다. 플루트 처리부(63)는, 취득한 데이터 방송용 애플리케이션을 캐시 메모리(65)에 유지시킨다.

또한, 제어부(58)는, 취득된 데이터 방송용 애플리케이션에 대응지어, 그 애플리케이션 유효 기한과 애플리케이션 유지 우선도를, 메모리(59)에 기억한다. 이에 의해, 캐시 메모리(65)에 유지된 데이터 방송용 애플리케이션은, 제어부(58)에 의해, 유효 기한과 유지 우선도에 따라서 관리된다.

또한, 애플리케이션 취득 처리의 상세는, 도 21의 흐름도를 참조하여 후술한다.

이 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후의 처리가 반복된다.

스텝 S32에 있어서, 스텝 S31의 특정 결과가 레지스터 커맨드가 아니라고 판정된 경우, 처리는, 스텝 S34로 진행된다. 스텝 S34에 있어서, 제어부(58)는, 스텝 S31의 특정 결과가 엑시큐트 커맨드인지 여부를 판정하고, 엑시큐트 커맨드라고 판정된 경우, 처리는, 스텝 S35로 진행된다.

스텝 S35에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, TPT의 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션이 휴지 중(휴지 상태)인지 여부를 판정한다. 구체적으로는, 저장 메모리(66B)에, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션에, 휴지 상태를 나타내는 데이터가 저장되어 있는 경우에 휴지 중이라고 판정한다.

스텝 S35에 있어서, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션이 휴지 중이 아니라고 판정된 경우, 처리는 스텝 S36으로 진행된다. 스텝 S36에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션이 미취득(캐시 메모리(65)에 존재하지 않음)인 경우에는, 애플리케이션 취득 처리를 실행하여, 그것을 취득한다.

스텝 S37에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 현재 실행 중인 데이터 방송용 애플리케이션이 있으면, 그것을 종료시킨다. 그리고, 스텝 S38에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션을 기동한다.

또한, 스텝 S35에 있어서, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션이 휴지 중(휴지 상태)이라고 판정된 경우, 처리는 스텝 S39로 진행된다.

스텝 S39에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라 저장 메모리(66B)의 데이터를 워크 메모리(66A)로 이행하여, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션을 기동한다. 이에 의해, 애플리케이션 ID에 의해 특정되는, 휴지 중의 데이터 방송용 애플리케이션이 휴지된 상태로부터 재개되게 된다. 이 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후가 반복된다.

스텝 S34에 있어서, 스텝 S31의 특정 결과가 엑시큐트 커맨드가 아니라고 판정된 경우, 처리는 스텝 S40으로 진행된다. 스텝 S40에 있어서, 제어부(58)는, 스텝 S31의 특정 결과가 이벤트 커맨드인지 여부를 판정하고, 이벤트 커맨드라고 판정된 경우, 처리는 스텝 S41로 진행된다.

스텝 S41에 있어서, 제어부(58)는, TPT에 의해 특정되는 애플리케이션 ID와, 동작 중인 데이터 방송용 애플리케이션의 애플리케이션 ID가 일치하는 경우에만, 애플리케이션 엔진(64)을 제어하여, 동작 중인 데이터 방송용 애플리케이션에 있어서, 커맨드의 이벤트 ID에 대응하는 이벤트를 발화(실행)시킨다. 이 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후가 반복된다.

스텝 S40에 있어서, 스텝 S31의 특정 결과가 이벤트 커맨드가 아니라고 판정된 경우, 처리는 스텝 S42로 진행된다. 스텝 S42에 있어서, 제어부(58)는, 스텝 S31의 특정 결과가 서스펜드 커맨드인지 여부를 판정하고, 서스펜드 커맨드라고 판정된 경우, 처리는 스텝 S43으로 진행된다.

스텝 S43에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라 현재 실행 중인 데이터 방송용 애플리케이션의 상태를 나타내는 데이터를 저장 메모리(66B)에 저장시킨다. 이 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후가 반복된다.

스텝 S42에 있어서, 스텝 S31의 특정 결과가 서스펜드 커맨드가 아니라고 판정된 경우, 스텝 S31의 특정 결과는 터미네이트 커맨드이므로, 처리는 스텝 S44로 진행된다.

스텝 S44에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션이 실행 중이면 그것을 종료시킨다. 스텝 S45에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 애플리케이션 ID에 의해 특정되는 데이터 방송용 애플리케이션에 관한 데이터를, 워크 메모리(66A) 및 저장 메모리(66B)로부터 소거함과 함께, 데이터 방송용 애플리케이션을 캐시 메모리(65)로부터 소거시킨다. 이 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후가 반복된다.

이상으로, 애플리케이션 제어 처리의 설명을 종료한다. 애플리케이션 제어 처리에 의하면, 예를 들어 텔레비전 프로그램 등에 연동하여 데이터 방송용 애플리케이션을 기동하거나, 이벤트를 발화시키거나, 종료하거나 할 수 있다. 또한, 데이터 방송용 애플리케이션을 실행 중인 상태를 유지한 채로 휴지시켜서, 다른 데이터 방송용 애플리케이션을 실행, 종료하고, 그 후, 휴지한 데이터 방송용 애플리케이션을 휴지 상태로부터 재개할 수 있다.

(애플리케이션 취득 처리)

다음으로, 도 21의 흐름도를 참조하여, 도 20의 스텝 S33 또는 S36에 대응하는 애플리케이션 취득 처리의 상세에 대하여 설명한다.

스텝 S51에 있어서, 제어부(58)는, TPT 해석부(62)로부터의 TPT의 capability 요소로 지정된 성능을, 수신 장치(12)가 갖고 있는지를 확인한다. 여기에서는, 예를 들어 capability 요소로 "avc_40"이 지정된 경우, 수신 장치(12)가 AVC level4.0으로 압축 부호화된 콘텐츠의 재생 기능에 대응하고 있는지가 확인된다.

스텝 S52에 있어서, 제어부(58)는, 스텝 S51의 확인 결과에 기초하여, 수신 장치(12)가 capability 요소로 지정된 조건에 적합한지 여부를 판정한다. 스텝 S52에 있어서, capability 요소로 지정된 조건에 적합하다고 판정된 경우, 처리는, 스텝 S53으로 진행된다.

스텝 S53에 있어서, 제어부(58)는, TPT의 capability 요소로, "flute"가 지정되어 있는지 여부를 판정한다. 스텝 S53에 있어서, TPT의 capability 요소로"flute"가 지정되어 있다고 판정된 경우, 방송파에서 NRT 서비스의 전송이 행해지고 있으므로, 처리는, 스텝 S54로 진행된다.

스텝 S54에 있어서, 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라 NRT-IT를 참조하여, TPT로부터 얻어지는 애플리케이션 URL과 동일한 Internet Location이 지정되어 있는지 여부를 판정한다. 스텝 S54에 있어서, 동일한 URL이 지정되어 있다고 판정된 경우, 처리는, 스텝 S55로 진행된다.

스텝 S55에 있어서, 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라, SMT를 참조하여, Internet Location에 관련지어진 Service ID(NRT-IT)와 동일한 Service ID(SMT)의 검색을 행하고, 상기 조건에 일치하는 NRT 서비스를 특정한다.

스텝 S56에 있어서, 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라 특정된 Service ID에 관련지어진 IP(src), IP(dest), FLUTE Session Info를 취득하고, 그들의 조합에 의해 특정되는 FLUTE 세션으로부터, TOI=0으로 되는 FDT를 취득한다.

스텝 S57에 있어서, 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라 FDT를 참조하여, Internet Location에 관련지어진 Content Linkage(NRT-IT)와 동일한 Content Linkage(FDT)의 검색을 행하고, 상기 조건에 일치하는 Content Linkage에 관련지어진 TOI를 특정한다.

스텝 S58에 있어서, 플루트 처리부(63)는, 제어부(58)로부터의 제어에 따라, FLUTE 세션에 있어서, 특정된 TOI에 의해 식별되는 오브젝트에 기초하여, 데이터 방송 애플리케이션을 취득하고, 캐시 메모리(65)에 유지시킨다. 이에 의해, 방송파로부터 데이터 방송용 애플리케이션이 취득되게 된다.

한편, 스텝 S53에 있어서, TPT의 capability 요소에, "flute"가 지정되지 않았다고 판정된 경우, 또는 스텝 S54에 있어서, 동일한 URL이 지정되지 않았다고 판정된 경우, 방송파로부터 데이터 방송용 애플리케이션을 취득할 수 없으므로, 처리는, 스텝 S59로 진행된다.

스텝 S59에 있어서, 애플리케이션 엔진(64)은, 제어부(58)로부터의 제어에 따라, 통신 I/F(61)를 제어하여, 인터넷(20)을 통해 애플리케이션 서버(14)에 액세스하고, 데이터 방송용 애플리케이션을 요구한다. 통신 I/F(61)는, 애플리케이션 서버(14)로부터의 데이터 방송용 애플리케이션을 수신하고, 캐시 메모리(65)에 유지시킨다. 이 경우, 방송파 대신에 인터넷(20)을 통해 데이터 방송용 애플리케이션이 취득되게 된다. 또한, 애플리케이션 서버(14)에 액세스할 때의 URL은, NRT-IT의 Internet Location, 또는 TPT의 애플리케이션 URL 중 어느 하나를 참조하여도 된다.

스텝 S58 또는 S59의 처리가 종료되면, 처리는, 도 20의 스텝 S33 또는 S36으로 되돌아가서, 그 이후가 반복된다.

또한, 스텝 S52에 있어서, capability 요소로 지정된 조건에 적합하지 않다고 판정된 경우, 처리는, 스텝 S60으로 진행된다. 스텝 S60에 있어서, 제어부(58)는, 상기 커맨드를 무효화한다. 그 후, 처리는, 도 19의 스텝 S19로 되돌아가서, 그 이후의 처리가 반복된다.

이상으로, 애플리케이션 취득 처리의 설명을 종료한다. 애플리케이션 취득 처리에 있어서는, 원칙으로서 방송파에 의해 전송되는 데이터 방송용 애플리케이션이 취득되지만, 예를 들어 NRT 서비스가 제공되지 않은 경우나, 수신 장치(12)가 취득해야 할 데이터 방송용 애플리케이션이 방송파에 존재하지 않는 경우 등에는, 인터넷(20)을 통해 애플리케이션 서버(14)로부터, 데이터 방송용 애플리케이션이 취득된다.

[TPT의 취득 방법]

그런데, 전술한 설명에서는, domain_name 또는 program_id의 값이 변화하였을 때, 새로운 TPT 파일을 취득하는 것으로서 설명하였지만, 상기 TPT 파일의 취득 시에는, 수신 장치(12)의 성능에 따른 TPT 파일이 취득되도록 하여도 된다. 예를 들어, 수신 장치(12)의 성능에 따른 데이터 방송용 애플리케이션이 복수 준비되어 있는 경우에는, 상기 성능의 클래스마다 TPT 파일이 독립적으로 준비되게 된다.

도 22에 도시한 바와 같이, TPT 서버(13)는, 클래스마다의 TPT 파일을, 소정의 TPT 폴더에 저장하여 유지한다. 수신 장치(12)는, 방송파에 포함하여 보내지는 트리거 정보로부터 얻어지는 URL에 기초하여, TPT 서버(13)에 액세스하게 되지만, 상기 URL에는, 소정의 TPT 파일이 지정되는 것이 아니고, 소정의 TPT 폴더가 지정되는 것으로 한다. 또한, 수신 장치(12)에는, TPT 파일의 취득 우선도가, 미리 설정되어 있으며, TPT 폴더에 저장된 TPT 파일을 우선도에 따라서 지정하는 것이 가능해진다.

예를 들어, TPT 서버(13)에 있어서, TPT 폴더에, Main.tpt, Sub1.tpt, Sub2.tpt의 TPT 파일이 저장되어 있는 경우에, 수신 장치(12)에서, Main.tpt, Sub1.tpt, Sub2.tpt의 순으로 취득의 우선도가 설정되어 있을 때에는, 그 우선도의 순서에서의 파일의 취득을 시도한다. 이때, 수신 장치(12)는, 트리거 정보로부터 취득한 URL을 나타내는 문자열에, TPT 파일명의 문자열을 부가함으로써, TPT 폴더에 저장된 소정의 파일에 액세스하는 것이 가능해진다.

또한, 예를 들어 Main.tpt가 가장 높은 성능을 요구하는 클래스에 대응하는 TPT 파일, Sub1.tpt가 그 다음으로 높은 성능을 요구하는 클래스에 대응하는 TPT 파일, Sub2.tpt가 가장 낮은 성능을 요구하는 클래스에 대응하는 TPT 파일로 하면, 수신 장치(12)는, 우선, Main.tpt를 취득하여, 자신의 성능이, 요구되는 성능을 만족하고 있는지를 확인한다. 수신 장치(12)는, 요구되는 성능을 만족한 경우에는, Main.tpt를 TPT로서 유지한다.

한편, Main.tpt에 의해 요구되는 성능을 만족하지 못하는 경우, 수신 장치(12)는, 다음에 Sub1.tpt를 취득한다. 수신 장치(12)는, Sub1.tpt에 의해 요구되는 성능을 만족한 경우, Sub1.tpt를 TPT로서 유지하고, 요구되는 성능을 만족하지 못하는 경우에는, 다음으로 Sub2.tpt를 취득한다. 그리고, 수신 장치(12)는, Sub2.tpt에 의해 요구되는 성능을 만족한 경우, Sub2.tpt를 TPT로서 유지한다.

한편, Sub2.tpt에 의해 요구되는 성능을 만족하지 못하는 경우, 수신 장치(12)는, 트리거 정보에 포함되는 domain_name 또는 program_id의 값이 변화할 때까지는, TPT의 취득 동작과, 데이터 방송용 애플리케이션의 동작을 행하지 않게 된다.

또한, 상기한 설명에서는, 방송파에 포함하여 보내지는 트리거 정보에 대하여 설명하였지만, 제2 실시 형태로서 후술하는, ACR 식별 처리의 식별 결과에 따른 트리거 정보(ACR Response)를 취득한 경우에 대해서도 마찬가지로 클래스마다의 TPT 파일을 취득할 수 있다.

[클래스에 대응한 TPT의 상세]

도 23은, 클래스에 대응한 TPT의 포맷의 예를 나타내는 도면이다

도 23의 TPT는, 도 13의 TPT와 비교하여, tpt 요소에, capability 요소가 더해지고, application 요소의 capability 요소가 삭제되어 있다. 그 이외의 요소나 속성에 대해서는, 도 13과 마찬가지이기 때문에, 그 설명은 생략한다.

tpt 요소의 capability 요소에는, 수신 장치에 요구되는 각종 성능이 지정된다. capability 요소는, essential 속성을 포함한다. essential 속성에는, 요구되는 성능이, 필수적인 성능인 경우에는, "yes"가 지정되고, 옵션의 성능인 경우에는, "no"가 지정된다.

또한, 상기 capability 요소에는, 예를 들어 전술한 도 14에 도시한 값이 지정된다.

[클래스에 대응한 TPT의 기술예]

도 24는, 클래스에 대응한 TPT의 기술예를 나타내는 도면이다.

tpt 요소의 개시 태그의 다음에, capability 요소로서, "flute"가 기술된다. 또한, capability 요소에는, essential 속성으로서, "no"가 지정되어 있다. 즉, FLUTE 세션은, 옵션의 기능으로 되기 때문에, 수신 장치(12)는, FLUTE 세션의 기능에 대응하지 않아도 되게 된다. 이 기술예의 경우, 수신 장치(12)가 FLUTE 세션의 기능에 대응하지 않은 경우에는, 애플리케이션 서버(14)로부터 데이터 방송용 애플리케이션을 취득하면 되므로, essential 속성에는 "no"가 지정되어 있다.

또한, capability 요소로서, "avc_40"이 기술되고, 그 essential 속성으로서, "yes"가 지정되어 있다. 즉, AVC level4.0은, 필수적인 기능으로 되기 때문에, 수신 장치(12)는, AVC level4.0으로 압축 부호화된 콘텐츠를 재생하는 기능에 대응할 필요가 있다. 이 기술예의 경우, 수신 장치(12)가 AVC level4.0에 대응하지 않으면, 데이터 방송용 애플리케이션으로부터 기동되는 콘텐츠를 재생할 수 없으므로, essential 속성에 "yes"가 지정되어 있다.

또한, 그 이외의 기술에 대해서는, 도 15의 TPT의 기술예와 기본적으로 마찬가지이기 때문에, 그 설명은 생략한다.

[TPT 취득 처리]

다음으로, 도 25의 흐름도를 참조하여, TPT 취득 처리에 대하여 설명한다. 또한, TPT 취득 처리는, 도 19의 스텝 S14에 대응하는 처리이다.

스텝 S71에 있어서, 제어부(58)는, 추출한 트리거 정보로부터 얻어지는 URL에 제1 후보 TPT 파일명(예를 들어 Main.tpt)을 지정하고, 통신 I/F(61)를 제어하여 TPT 서버(13)에 액세스하여, TPT 파일을 요구한다.

스텝 S72에 있어서, TPT 해석부(62)는, 통신 I/F(61)를 제어하여, TPT 서버(13)로부터의 TPT 파일(예를 들어 Main.tpt)을 취득한다.

스텝 S73에 있어서, 제어부(58)는, TPT 해석부(62)로부터의 TPT의 capability 요소로 지정된 성능을, 수신 장치(12)가 갖고 있는지를 확인한다. 여기에서는, 예를 들어 capability 요소로 "avc_42"가 지정된 경우, 수신 장치(12)가 AVC level4.2로 압축 부호화된 콘텐츠의 재생 기능에 대응하고 있는지가 확인된다.

스텝 S74에 있어서, 제어부(58)는, 스텝 S73의 확인 결과에 기초하여, 수신 장치(12)가 capability 요소로 지정된 조건에 적합한지 여부를 판정한다. 스텝 S74에 있어서, capability 요소로 지정된 조건에 적합하다고 판정된 경우, 처리는, 스텝 S75로 진행된다.

스텝 S75에 있어서, 제어부(58)는, capability 요소로 지정된 조건에 적합한 TPT 파일을, 유지하는 대상으로서 선택한다. 이에 의해, 도 19의 스텝 S16에서, TPT 해석부(62)에 의해, 상기 TPT 파일이 유지된다.

한편, 스텝 S74에 있어서, capability 요소로 지정된 조건에 적합하지 않다고 판정된 경우, 처리는, 스텝 S76으로 진행된다. 스텝 S76에 있어서, 제어부(58)는, 트리거 정보로부터 얻어지는 URL에 다음 후보 TPT 파일명(예를 들어 Sub1.tpt)을 지정하고, 통신 I/F(61)를 제어하여 TPT 서버(13)에 액세스하여, TPT 파일을 요구한다.

스텝 S77에 있어서, 통신 I/F(61)를 제어하여, TPT 서버(13)로부터의 TPT 파일(예를 들어 Sub1.tpt)을 취득한다.

스텝 S78에 있어서, 제어부(58)는, TPT 해석부(62)로부터의 TPT의 capability 요소로 지정된 성능을, 수신 장치(12)가 갖고 있는지를 확인한다. 여기에서는, 예를 들어 capability 요소로 "avc_40"이 지정된 경우, 수신 장치(12)가 AVC level4.0으로 압축 부호화된 콘텐츠의 재생 기능에 대응하고 있는지가 확인된다.

스텝 S79에 있어서, 스텝 S78의 확인 결과에 기초하여, 수신 장치(12)가 capability 요소로 지정된 조건에 적합한지 여부를 판정한다. 스텝 S79에 있어서, capability 요소로 지정된 조건에 적합하다고 판정된 경우, 처리는, 스텝 S75로 진행되고, 상기 TPT 파일이, 유지하는 대상으로서 선택된다.

한편, 스텝 S79에 있어서, capability 요소로 지정된 조건에 적합하지 않다고 판정된 경우, 처리는, 스텝 S80으로 진행된다. 스텝 S80에 있어서, 제어부(58)는, 다음의 TPT 파일 후보가 존재하는지 여부를 확인한다.

스텝 S80에 있어서, 다음의 TPT 파일 후보가 존재한다고 판정된 경우, 처리는, 스텝 S76으로 되돌아가서, 이후의 처리가 반복된다. 여기에서는, 예를 들어 URL에 다음 후보 TPT 파일명으로서 Sub2.tpt가 지정되고, 취득된 Sub2.tpt의 capability 요소로 지정된 조건에 적합한지 여부가 판정되게 된다.

또한, 스텝 S80에 있어서, 다음의 TPT 파일 후보가 존재하지 않는다고 판정된 경우, 처리는, 스텝 S81로 진행된다. 스텝 S81에 있어서, 제어부(58)는, 소정의 에러 처리를 행한다. 그 후, 처리는, 도 19의 스텝 S12로 되돌아가서, 그 이후의 처리가 반복된다.

이상으로, TPT 취득 처리의 설명을 종료한다. TPT 취득 처리에 있어서는, domain_name 또는 program_id의 값이 변화한 경우에, 새로운 TPT 파일을 취득할 때, 수신 장치(12)의 성능에 따른 TPT 파일이 취득되게 된다.

이상, 제1 실시 형태에 대하여 설명하였다.

<제2 실시 형태>

[방송 시스템의 구성예]

도 26은, 제2 실시 형태인 방송 시스템(101)을 나타내고 있다. 이 방송 시스템(101)은, 방송 장치(11), TPT 서버(13), 애플리케이션 서버(14), ACR 서버(111) 및 수신 장치(112)로 구성된다. 또한, TPT 서버(13), 애플리케이션 서버(14), ACR 서버(111) 및 수신 장치(112)는 인터넷(20)을 통하여, 서로 접속되어 있다.

즉, 도 26의 방송 시스템(101)은, 도 10의 방송 시스템(1)과 비교하여, ACR 서버(111)가 새로 설치되고, 수신 장치(12) 대신에 수신 장치(112)가 설치되어 있다. 그 이외의 구성에 대해서는, 도 10과 마찬가지이기 때문에, 그 설명은 적절히 생략한다.

수신 장치(112)는, 정기적으로, 인터넷(20)을 통해 ACR 서버(111)에 액세스하여, 트리거 정보를 문의한다. 그 때, 텔레비전 프로그램 등의 AV 콘텐츠의 영상 신호 및 음성 신호 중 어느 한쪽 또는 양쪽으로부터 추출되는 특징량(이하, '핑거 프린트 정보(Finger Print)'라고도 함)이 ACR 서버(111)에 송신된다.

ACR 서버(111)는, 예를 들어 방송 장치(11)에 의해 텔레비전 프로그램의 방송을 행하는 방송 사업자 또는 그 이외의 사업자에 의해 제공된다. ACR 서버(111)는, 임의의 AV 콘텐츠의 영상 신호 및 음성 신호로부터 추출된 특징량이 등록되어 있는 데이터베이스를 갖고 있으며, 인터넷(20)에 접속된 임의의 수신 장치(112)로부터의 문의에 응답하여, ACR 기술을 이용한 AV 콘텐츠의 식별 처리를 행한다.

구체적으로는, ACR 서버(111)는, 수신 장치(112)로부터의 핑거 프린트 정보를, 데이터베이스와 대조함으로써, AV 콘텐츠를 식별하고, 그 식별 결과에 따른 트리거 정보(ACR Response)를 생성한다. ACR 서버(111)는, 생성한 트리거 정보를, 인터넷(20)을 통해 수신 장치(112)에 송신한다.

수신 장치(112)는, ACR 서버(111)로부터 수신한 트리거 정보에 따라서, 인터넷(20)을 통해 TPT 서버(13)에 액세스하여, TPT를 취득한다. 수신 장치(112)는 TPT 서버(13)로부터 취득한 TPT에 기초하여, 방송 장치(11)로부터의 트리거 정보로부터 얻어지는 AV 콘텐츠의 진행을 나타내는 시각이 유효 기간 내로 되거나, 또는 유효 개시 시각을 경과한 경우, 그 유효한 커맨드를 특정한다.

수신 장치(112)는, 특정한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작을 제어한다. 또한, 수신 장치(112)는, 특정한 커맨드에 응답하여, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득한다. 단, 수신 장치(112)는, 방송파에 의해 전송되는 데이터 방송용 애플리케이션을 취득할 수 없는 경우, 인터넷(20)을 통해 애플리케이션 서버(14)에 액세스하고, 데이터 방송용 애플리케이션을 취득한다.

방송 시스템(101)은 이상과 같이 구성된다.

[수신 장치의 구성예]

도 27은, 도 26의 수신 장치(112)의 구성예를 나타내고 있다.

수신 장치(112)는, 도 11의 수신 장치(12)와 마찬가지로, 튜너(51) 내지 애플리케이션용 메모리(66)를 갖지만, 도 11의 수신 장치(12)와 비교하여, 트리거 추출부(57) 대신에 핑거 프린트 추출부(151)가 설치되어 있는 점이 상이하다. 수신 장치(112)에 있어서, 도 11의 수신 장치(12)와 마찬가지의 개소에는 동일한 부호가 부여되어 있으며, 그 설명은 적절히 생략한다.

핑거 프린트 추출부(151)에는, 음성 디코더(53)로부터의 음성 신호와, 영상 디코더(55)로부터의 영상 신호가 공급된다. 핑거 프린트 추출부(151)는, 음성 신호 및 영상 신호 중 어느 한쪽 또는 양쪽으로부터 특징량을 추출하고, 핑거 프린트 정보로서, 제어부(58)에 공급한다.

제어부(58)는, 통신 I/F(61)를 제어하여, 핑거 프린트 추출부(151)로부터의 핑거 프린트 정보를, 인터넷(20)을 통해 ACR 서버(111)에 송신한다. 또한, 통신 I/F(61)는, ACR 서버(111)로부터 송신되는 트리거 정보를 수신하고, 제어부(58)에 공급한다.

제어부(58)는, 취득한 트리거 정보에 따라서, 통신 I/F(61)를 제어하여, 인터넷(20)을 통해 TPT 서버(13)에 액세스하고, TPT를 요구한다. 통신 I/F(61)는, TPT 서버(13)로부터 인터넷(20)을 통해 송신되는 TPT를 수신하고, TPT 해석부(62)에 공급한다. 이에 의해, TPT 해석부(62)는, 내부에 구비하는 메모리(도시생략)에 TPT를 유지하고, 제어부(58)로부터의 요구에 따라서, 메모리에 유지하고 있는 TPT를 공급한다.

또한, 제어부(58)는, TPT 해석부(62)로부터의 TPT에 기초하여, 통신 I/F(61)로부터의 트리거 정보에 포함되는 시각 정보(media_time)로부터 얻어지는 AV 콘텐츠의 진행을 나타내는 시각이 커맨드의 유효 기간 내로 되거나, 또는 유효 개시 시각을 경과한 경우, 그 유효한 커맨드를 특정한다. 제어부(58)는, 특정한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 등을 제어한다.

수신 장치(112)는, 이상과 같이 구성된다.

[트리거 정보와 커맨드의 대응 관계]

다음으로, 핑거 프린트 정보에 따라서 취득되는 트리거 정보에 대응지어진 커맨드를, TPT에 의해 특정하는 처리의 예를 설명한다. 도 28은, 트리거 정보와 커맨드의 대응 관계의 예를 나타내는 도면이다

도 28에 도시한 바와 같이, 수신 장치(112)에서는, 트랜스포트 스트림으로부터 얻어지는 핑거 프린트 정보가 정기적으로 추출되면, 상기 핑거 프린트 정보는, ACR 서버(111)(도면 중의 「ACR 시스템」)로 송신된다. ACR 서버(111)에서는, 수신 장치(112)로부터의 핑거 프린트 정보에 기초하여, 트리거 정보가 생성되고, 수신 장치(112)에 송신된다.

수신 장치(112)는, 정기적으로 추출하는 핑거 프린트 정보에 따라서, 트리거 정보를 취득하면, 트리거 정보에 포함되는 domain_name 및 program_id 중 어느 한쪽 또는 양쪽에 기초하여, TPT 서버(13)로부터 TPT를 취득할지 여부가 판정된다. 예를 들어, 수신 장치(112)는 program A용 TPT(for program A)를 유지하고 있는 경우에, 취득한 트리거 정보에 포함되는 program_id의 값이 변화하였을 때, TPT 서버(13)에 액세스하여, TPT를 취득한다. 이에 의해, 수신 장치(112)에서는, 도면 중의 TPT(for program B)가 유지된다.

핑거 프린트 정보에 따라서 취득되는 트리거 정보에 포함되는 media_time에 대응지어진 커맨드를, TPT에 의해 특정하는 처리 중, 트리거 정보를 취득한 후의 처리에 대해서는, 도 16을 참조하여 설명한 처리와 마찬가지이다. 즉, 핑거 프린트 정보의 추출에 따라서 정기적으로 취득되는 트리거 정보에 포함되는 media_time이, TPT(for program B)에 저장된 각 커맨드의 유효 기간 내로 되는지가 판정되고, 유효한 커맨드가 특정된다.

이와 같이, 수신 장치(112)는, 정기적으로 추출되는 핑거 프린트 정보에 따라서 취득되는 트리거 정보에 포함되는 media_time이 유효 기간 내로 되는 경우, 그 유효한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작을 제어한다.

[트리거 정보 대응 처리]

다음으로, 수신 장치(112)가 트리거 정보를 수신했을 때의 트리거 정보 대응 처리에 대하여 설명한다.

(ACR 식별 결과에 따른 트리거 정보 대응 처리)

도 29는, ACR 식별 결과에 따른 트리거 정보 대응 처리를 나타내는 흐름도이다.

수신 장치(112)는, 유저의 조작에 의해, 소정의 채널이 선국되면, 그 채널의 텔레비전 프로그램 영상 표시를 개시한다(스텝 S111).

스텝 S112에 있어서, 핑거 프린트 추출부(151)는, 소정의 시간을 경과할 때까지 대기한다. 그리고, 소정의 시간이 경과한 경우, 처리는, 스텝 S113으로 진행된다.

스텝 S113에 있어서, 핑거 프린트 추출부(151)는, 음성 신호 및 영상 신호 중 어느 한쪽 또는 양쪽으로부터 특징량(핑거 프린트 정보)을 추출한다.

스텝 S114에 있어서, 제어부(58)는, 통신 I/F(61)를 제어하여, 핑거 프린트 정보를, 인터넷(20)을 통해 ACR 서버(111)에 송신함으로써, 트리거 정보를 문의한다.

여기서, 핑거 프린트 정보는, 예를 들어 AV 콘텐츠의 전체 또는 일부 구성 요소의 고유 정보이다. ACR 서버(111)에는, 미리 다수의 AV 콘텐츠의 고유 정보가 등록되어 있으며, ACR 식별 처리에서는, 그들의 고유 정보의 유사도 또는 일치도가 판정된다. 이 ACR 식별 처리에 의해, 텔레비전 프로그램의 채널 번호를 식별하기 위한 정보(이하, '채널 식별 정보'라 함)와, 텔레비전 프로그램의 개시부터 종료까지를 시간축으로 나타냈을 때의 핑거 프린트 정보가 추출된 시간 위치를 나타내는 정보(이하, '시간 위치 정보'라 함)가 얻어진다.

또한, ACR 서버(111)에는, 예를 들어 채널 식별 정보에 대응하여, TPT 서버(13)를 특정하기 위한 서버 특정 정보 및 AV 콘텐츠를 식별하기 위한 콘텐츠 식별 정보가 미리 등록되어 있다. ACR 서버(111)는, ACR 식별 처리에 의해 얻어진 채널 식별 정보에 대응하는 서버 특정 정보 및 콘텐츠 식별 정보를 취득하고, 서버 특정 정보를 domain_name, 콘텐츠 식별 정보를 program_id, ACR 식별 처리에 의해 얻어진 시간 위치 정보를 media_time으로서, 트리거 정보(ACR Response)를 생성한다. ACR 서버(111)는 생성한 트리거 정보를, 인터넷(20)을 통해 수신 장치(112)에 송신한다.

스텝 S115에 있어서, 제어부(58)는, 통신 I/F(61)를 제어하여, ACR 서버(111)로부터 트리거 정보를 수신하였는지 여부를 판정한다. 스텝 S115에 있어서, 트리거 정보를 수신하지 않았다고 판단된 경우, 처리는, 스텝 S112로 되돌아가서, 이후의 처리가 반복된다. 한편, 스텝 S115에 있어서, 트리거 정보를 수신하였다고 판정된 경우, 처리는, 스텝 S116으로 진행된다.

스텝 S116 내지 S123에 있어서는, 도 19의 스텝 S13 내지 S20과 마찬가지로, 예를 들어 ACR 서버(111)로부터 수신한 트리거 정보에 포함되는 domain_name, program_id가 변화한 경우, TPT 해석부(62)에 의해, TPT가 취득되고, 취득된 TPT가 미취득이면 유지된다. 또한, 제어부(58)에 의해, 수신한 트리거 정보에 포함되는 media_time이 유효 기간 내로 된다고 판정된 경우, 그 유효한 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작이 제어된다.

또한, ACR 식별 결과에 따른 트리거 정보 대응 처리에 있어서도, 데이터 방송용 애플리케이션을 취득하는 경우에는, 원칙으로서, TPT의 애플리케이션 URL에 따른 NRT-IT의 Internet Location이 특정되고, SMT 및 NRT-IT를 역검색함으로써, FLUTE 세션에 의해 전송되는 데이터 방송용 애플리케이션이 취득되게 된다. 단, 방송파로부터 취득할 수 없는 경우에는, 데이터 방송용 애플리케이션은, 인터넷(20)을 통해 애플리케이션 서버(14)로부터 취득된다.

또한, 전술한 바와 같이, 스텝 S117에 있어서, 도 25의 TPT 취득 처리를 행하고, 수신 장치(112)의 성능에 따른 TPT 파일이 취득되도록 하여도 된다.

이상으로, ACR 식별 결과에 따른 트리거 정보 대응 처리를 종료한다.

이상, 제2 실시 형태에 대하여 설명하였다.

또한, 제1 실시 형태 및 제2 실시 형태에 있어서는, 트리거 정보의 취득 경로는 서로 다르지만, 수신 장치(12) 및 수신 장치(112)에 의해 취득되는 트리거 정보 및 TPT의 형태는 동일하기 때문에, 도 30에 도시한 바와 같이, 그들의 실시 형태를 동시에 운용할 수도 있다.

또한, 전술한 설명에서는, TPT 서버(13), 애플리케이션 서버(14) 및 ACR 서버(111) 등, 제공하는 기능마다 서버를 복수 설치하는 예를 설명하였지만, 그들 기능의 전부 또는 일부를 통합하여, 1개 또는 복수의 서버에 의해 제공되도록 하여도 된다.

[구체적인 운용예]

다음으로, 도 31 내지 도 34를 참조하여, 도 13의 TPT의 tpt 요소의 각 속성의 값을 지정하여 수신 장치(12)(수신 장치(112))를 동작시킴으로써, 실현 가능한 운용예에 대하여 설명한다.

도 31은, tpt 요소의 type 속성을 설명하는 도면이다.

도 31의 (a)는, type 속성에 "static"이 지정된 경우의 TPT의 갱신 타이밍을 나타내고 있다. 예를 들어, 수신 장치(12)에 있어서, 어떤 텔레비전 프로그램의 트랜스포트 스트림으로부터 추출된 트리거 정보에 따른 TPT1이 유지되어 있는 경우, TPT1에는, 어떤 텔레비전 프로그램에서 실행되는 데이터 방송용 애플리케이션의 동작을 제어하기 위한 모든 정보가 기술되어 있다.

그로 인해, 어떤 텔레비전 프로그램에 할당된 program_id가 변경되지 않는 한, TPT1을 갱신할 필요가 없지만, program_id가 변경된 경우에는, 새로운program_id에 대응하는 TPT가 취득되고, 갱신된다. 이와 같이, type 속성에 "static"이 지정된 경우, program_id의 변경이 없을 때에는, TPT는 정적으로 유지된다.

도 31의 (b)는, type 속성에 "dynamic"이 지정된 경우의 TPT의 갱신 타이밍을 나타내고 있다. 예를 들어, 수신 장치(12)에 있어서, 어떤 텔레비전 프로그램의 트랜스포트 스트림으로부터 추출된 트리거 정보에 따른 TPT1a가 유지되어 있는 경우, TPT1a에는, 어떤 텔레비전 프로그램에서 실행되는 데이터 방송용 애플리케이션의 동작을 제어하기 위한 정보 일부가 기술되어 있다.

그로 인해, 수신 장치(12)는, TPT1a를 취득하여 유지한 후, TPT1a의 tpt 요소의 updating_time 속성이 나타내는 갱신 기간에 따라서, TPT 서버(13)로부터 TPT1b를 취득하여 유지한다. 이에 의해, 어떤 텔레비전 프로그램에 할당된program_id가 변경되지 않은 경우에도, TPT가 취득되고, 갱신된다. 도 31의 예에서는, TPT1a 및 TPT1b에 있어서, 1인 숫자가 program_id를 나타내고, a, b인 알파벳이 version을 나타내고 있다. 즉, TPT1a와 TPT1b는, 동일한 program_id이며, 서로 다른 version의 TPT이다. 또한, version은, tpt 요소의 version 속성에 의해 지정된다.

또한, 서로 다른 version의 TPT1a와 TPT1b에는, 예를 들어 어떤 텔레비전 프로그램의 진행에 맞춰서, 그 텔레비전 프로그램에서 실행되는 데이터 방송용 애플리케이션의 동작을 제어하기 위한 모든 정보 중 일부가 기술된다. 또한, TPT1a와 TPT1b의 기술이지만, 예를 들어 일부의 정보가 중복하도록 기술된다. 예를 들어, 전술한, 도 15의 TPT에 기술된 내용이, 어떤 텔레비전 프로그램에서 실행되는 데이터 방송용 애플리케이션의 동작을 제어하기 위한 모든 정보라고 하면, TPT1a에는, 1 내지 4인 id 속성이 지정된 command 요소의 내용이 기술되고, TPT1b에는, 4 내지 12인 id 속성이 지정된 command 요소의 내용이 기술된다. 즉, 이 예의 경우, TPT1a와 TPT1b에는, 4인 id 속성이 지정된 command 요소의 내용이 중복하여 기술되게 된다.

이와 같이, type 속성에 "dynamic"이 지정된 경우, 어떤 텔레비전 프로그램에 할당된 program_id의 변경이 없어도, 새로운 version에 대응하는 TPT가 취득되고, 갱신된다. 즉, TPT는, program_id의 변경에 관계없이, 동적으로 유지된다.

또한, type 속성에 "dynamic"이 지정되는 장면으로서는, 예를 들어 1개의 채널에 대하여 1개의 program_id가 할당되는 경우, 즉, 채널 단위에서의 인식은 가능하지만, 그 채널에 의해 방송되는 프로그램 단위에서의 인식을 할 수 없는 장면이 상정된다.

다음으로, type 속성에 "static" 또는 "dynamic"이 지정된 경우의 구체적인 운용예에 대하여 설명한다.

도 32는, type 속성에 "static"이 지정되는 경우의 운용예를 나타내고 있다.

도 32의 운용예에서는, 방송 사업자측에서, 어떤 타임 스케줄로 텔레비전 프로그램이나 CM이 방송되고, 어떤 TPT가 필요해지는지 확정한 경우에, 수신 장치(12)가 TPT 서버(13)로부터 필요한 TPT를 통합하여 취득할 수 있도록 한다.

예를 들어, 도 32에 도시한 바와 같이, Program A와, Program B인 텔레비전 프로그램의 사이에, Program a, Program b, Program c인 CM이 삽입되는 장면을 상정한다. 이 경우, CM은 15초나 30초 등의 짧은 시간에 방송되기 때문에, CM의 방송이 개시하고 나서 TPT를 취득하면, 데이터 방송용 애플리케이션의 기동이 늦을 가능성이 있다. 따라서, 수신 장치(12)는, Program A인 텔레비전 프로그램용 TPTA를 취득할 때 Program a인 CM용 TPTa, Program b인 CM용 TPTb, Program c인 CM용 TPTc를 통합하여 취득하여, 그들 TPT를 유지한다.

이에 의해, 수신 장치(12)는, 예를 들어 Program A인 텔레비전 프로그램으로부터, Program a인 CM으로 전환된 경우에, 미리 유지하고 있는 TPTa에 기초하여, 추출된 트리거 정보에 포함되는 media_time에 따른 커맨드를 특정하고, 특정된 커맨드에 응답하여, 데이터 방송용 애플리케이션의 동작을 제어할 수 있다.

또한, CM은, 예를 들어 1개월간 등, 소정의 기간 반복 방송되지만, TPTa, TPTb, TPTc의 tpt 요소의 expire_date 속성에, 그 기간을 지정해 둠으로써, 수신 장치(12)는, 그 지정된 기간만큼, TPTa, TPTb, TPTc를 유지한다. 그 결과, 예를 들어 Program M인 텔레비전 프로그램에, Program a, Program c인 CM이 삽입된 경우, 수신 장치(12)는, expire_date 속성에 의해 지정된 기간 내이면, 유지하고 있는 TPTa, TPTc에 기초하여, 추출된 트리거 정보에 포함되는 media_time에 따른 커맨드를 특정할 수 있다.

그런데, 전술한 설명에서는, 트리거 정보에 포함되는 media_time이 나타내는 시각이, TPT의 command 요소의 start_time 속성과 end_time 속성에 의해 정해지는 유효 기간 내로 되는 경우에, 그 유효한 커맨드가 특정됨으로써, 데이터 방송용 애플리케이션의 운용이 행해지는 방법(이하, '메소드 1'이라 함)을 설명하였다. 그러나, 메소드 1에서는, 트리거 정보가 추출된 타이밍에 커맨드를 특정하기 때문에, 트리거 정보를 추출하는 타이밍에서밖에 커맨드를 실행할 수 없다. 그로 인해, 트리거 정보의 추출 간격이 길어질수록, 적절한 타이밍에 커맨드를 실행할 수 없는 경우가 생긴다. 따라서, 수신 장치(12)가, 트리거 정보에 포함되는 media_time에 기초하여, AV 콘텐츠의 진행을 나타내는 시각을 계시하고, 그 내부에서 계시된 시각이 유효 기간 내로 되는 타이밍에, 커맨드가 특정되는 방법(이하, '메소드 2'라 함)을 채용할 수도 있다.

여기서, AV 콘텐츠의 진행을 나타내는 시각을 계시하는 수신 장치(12)의 내부 시계 기능을, 미디어 클럭(media clock)이라 칭한다. 즉, 수신 장치(12)는, 트리거 정보에 포함되는 media_time을 레퍼런스 정보로서 이용함으로써 미디어 클럭을 생성하고 있다.

또한, 메소드 1과 메소드 2를 비교하면, 전술한 바와 같이, 메소드 2의 쪽이, 보다 적절한 타이밍에 커맨드를 실행하는 것이 가능해지지만, 수신 장치(12)에서는, 미디어 클럭에 관한 각종 동작을 해야만 하기 때문에, 메소드 1보다도 처리에 부하가 걸린다. 그 때문에, 예를 들어 커맨드의 실행 타이밍 우선도나, 수신 장치(12)의 처리 능력 등의 조건에 따라서, 어느 방법을 선택할지를 결정하는 것이 바람직하다. 또한, 어느 방법을 선택하였다고 해도, 수신 장치(12)에 의해 수신되는 트리거 정보의 형태에는 영향이 없기 때문에, 예를 들어 방송 장치(11)를 제공하는 방송 사업자측에서 보면, 수신 장치(12) 측에서, 메소드 1과 메소드 2 중 어느 것이 채용되어도 상관이 없게 된다.

도 33은, type 속성에 "static"이 지정되는 경우의 운용예를 나타내고 있다.

도 33의 운용예에서는, 방송 사업자측에서, 어떤 타임 스케줄로 텔레비전 프로그램이나 CM이 방송되고, 어떤 TPT가 필요해질지 확정되어 있는 경우에, 어떤 텔레비전 프로그램의 TPT와, 그 다음에 방송되는 텔레비전 프로그램의 TPT가 쌍으로 되어 취득할 수 있도록 한다.

예를 들어, 도 33의 상단에 도시한 바와 같이, Program A인 텔레비전 프로그램의 다음에, Program B인 텔레비전 프로그램이 방송되고, Program B인 텔레비전 프로그램의 다음에, Program C인 텔레비전 프로그램이 방송되는 장면을 상정한다. 이 경우, 수신 장치(12)는, Program A인 텔레비전 프로그램용 TPTA를 취득할 때, 그 다음에 방송되는 Program B인 텔레비전 프로그램용 TPTB도 취득한다.

그리고, 수신 장치(12)는, 취득한 현재의 텔레비전 프로그램용 TPTA와, 다음의 텔레비전 프로그램용 TPTB를 유지하지만, 그들 TPT는, tpt 요소의present_following 속성에 의해 구별된다. 즉, TPTA(도면 중의 TPTA for P)에는, present_following 속성으로서 "present"가 지정되고, TPTB(도면 중의 TPTB for F)에는, present_following 속성으로서 "following"이 지정된다.

또한, 수신 장치(12)는, Program B인 텔레비전 프로그램을 수신하였을 때, 그 다음에 방송되는 Program C인 텔레비전 프로그램용 TPTC를 취득하여 유지한다. 이때, TPTB(도면 중의 TPTB for P)에는, present_following 속성으로서 "present"가 지정되고, TPTC(도면 중의 TPTC for F)에는, present_following 속성으로서 "following"이 지정된다.

여기서, Program A인 텔레비전 프로그램으로부터, Program B인 텔레비전 프로그램으로 전환될 때 행해지는 처리의 상세를, 도 33의 하단에 나타내었다.

이 예에서는, 전환 직전의 Program A인 텔레비전 프로그램의 트랜스포트 스트림으로부터는 트리거 정보로서, 제1 트리거 정보(program_id=a, media_time=300초), 제2 트리거 정보(program_id=a, media_time=310초)가 순차 추출된다. 또한, 전환 직후의 Program B인 텔레비전 프로그램의 트랜스포트 스트림으로부터는 트리거 정보로서, 제3 트리거 정보(program_id=b, media_time=8초)가 추출된다. 또한, Program A인 텔레비전 프로그램과, Program B인 텔레비전 프로그램은, 동일한 방송 사업자에 의해 제공되기 때문에, domain_name이 동일해지므로, 그 기술은 생략하고 있다.

또한, 전술한 바와 같이, 수신 장치(12)에는, TPTA(도면 중의 TPTA for P)와, TPTB(도면 중의 TPTB for F)가 쌍으로 되어 유지되어 있다. 또한, TPTA의 tpt 요소의 end_mt 속성에는, 312초가 지정되어 있으며, Program A인 텔레비전 프로그램은, 312초인 media_time에서 종료한다.

도 33에 있어서, 수신 장치(12)는, 전술한 메소드 2에 의해 동작하고 있으며, 트리거 정보에 포함되는 media_time에 기초하여, Program A인 텔레비전 프로그램용 미디어 클럭을 계시하고 있다. 따라서, 수신 장치(12)는, Program A인 텔레비전 프로그램용 미디어 클럭이 나타내는 시각이 end_mt 속성으로 지정된 312초로 되었을 때, Program A인 텔레비전 프로그램이 종료되는 것을 인식할 수 있다. 이때, 수신 장치(12)는, 현재의 텔레비전 프로그램용 TPT를, TPTA로부터 TPTB로 전환한다. 또한, 수신 장치(12)는, Program B인 텔레비전 프로그램용 미디어 클럭으로서, 0초부터 계시를 개시한다. 이에 의해, 수신 장치(12)에서는, 텔레비전 프로그램의 전환 직후부터, Program B인 텔레비전 프로그램용 미디어 클럭이 나타내는 시각이, TPTB의 커맨드의 유효 기간 내로 되는 경우에, 그 유효한 커맨드가 특정되게 된다.

즉, 가령, present_following 속성과, end_mt 속성을 지정하지 않는 경우에는, Program A로부터 Program B인 텔레비전 프로그램으로 전환되어도, 제3 트리거 정보가 추출될 때까지는, Program A인 텔레비전 프로그램용 미디어 클럭을 계시하고 있기 때문에, Program B인 텔레비전 프로그램용 데이터 방송용 애플리케이션의 동작을 제어할 수 없다. 예를 들어, 도 33의 예의 경우, Program B인 텔레비전 프로그램으로의 전환 후, 제3 트리거 정보에 포함되는 media_time이 나타내는 8초까지의 시간은, Program B인 텔레비전 프로그램용 미디어 클럭을 계시할 수 없다. 따라서, 도 33의 하단의 예에서는, end_mt 속성을 지정하여, 텔레비전 프로그램의 전환 직후부터, 전환 후의 텔레비전 프로그램용 미디어 클럭이 계시되게 함으로써, 데이터 방송용 애플리케이션의 동작을, 엄밀하게 제어할 수 있도록 하고 있다.

또한, 도 33의 하단의 설명에서는, 텔레비전 프로그램의 전환 시에 대하여 설명하였지만, 텔레비전 프로그램과 CM의 전환에서도 마찬가지이다. 도 33의 상단에는, Program M인 텔레비전 프로그램으로부터, Program a인 CM으로 전환되고, 또한, Program a인 CM으로부터, Program b인 CM으로 전환되는 예가 도시되어 있다. 이 경우에도 마찬가지로, present_following 속성과, end_mt 속성을 지정함으로써, 예를 들어 CM으로의 전환 직후부터, 전환 후의 CM용 미디어 클럭이 계시되고, CM용 데이터 방송용 애플리케이션의 동작이 엄밀하게 제어된다.

도 34는, type 속성에 "dynamic"이 지정되는 경우의 운용예를 나타내고 있다.

도 34의 운용예에서는, 예를 들어 1개의 채널에 대하여 1개의 program_id가 할당되어 있는 경우에, tpt 요소의 updating_time 속성을 지정함으로써, TPT의 갱신이 행해지도록 한다.

라이브 방송의 프로그램 등에서는, 다음에 동작시켜야 할 데이터 방송용 애플리케이션을 예측할 수 없기 때문에, 방송 사업자는, 수신 장치(12)에 대하여, 예를 들어, 어떤 시점부터 1분 후까지의 내용이 기술된 TPT를 취득시키고, 그 후, 다시 1분 후까지의 내용이 기술된 TPT를 취득시킨다고 하는 운용이 예상된다.

도 34에 도시한 바와 같이, 수신 장치(12)에서는, Program A인 라이브 프로그램이 선국되면, TPT 서버(13)로부터 TPTA1이 취득되고, 유지된다. TPTA1에는, tpt 요소의 updating_time 속성이 지정되어 있으며, 수신 장치(12)는, updating_time 속성이 나타내는 시각에 따라서, TPT 서버(13)로부터 TPTA2를 취득하여 유지한다. 이에 의해, program_id가 변경되지 않은 경우에도, 수신 장치(12)에서는, updating_time 속성에 의해 지정되는 갱신 기간에 따라서, TPT가 취득되고, 갱신된다.

마찬가지로, 수신 장치(12)는, 유지하고 있는 TPTA2의 updating_time 속성이 나타내는 시각에 따라서, TPT 서버(13)로부터 TPTA3을 취득하여 유지한다. 또한, 수신 장치(12)는, 유지하고 있는 TPTA3의 updating_time 속성이 나타내는 시각에 따라서, TPT 서버(13)로부터 TPTA4를 취득하여 유지한다.

이에 의해, 라이브 프로그램 등의 장래의 내용을 예측할 수 없는 프로그램이어도, 프로그램의 진행 상황에 따라서 적절히, TPT를 갱신한다고 하는 운용이 가능해진다.

또한, 이 예에서는, TPTA1, TPTA2, TPTA3, TPTA4에 있어서, A인 알파벳이program_id를 나타내고, 1, 2, 3, 4인 숫자가 version을 나타내고 있다. 이와 같이 TPT가 버전으로 관리되고 있기 때문에, 예를 들어 수신 장치(12)는, updating_time 속성이 나타내는 시각에 따라서, TPT 서버(13)로부터, 다음 버전의 TPT를 취득하려고 하였지만, 취득할 수 없는 경우에는, 다음의 트리거 정보가 추출된 타이밍에, 재차 다음 버전의 TPT의 취득을 시도하도록 하면 된다. 이러한, 다음 버전의 TPT를 취득할 수 없는 케이스로서는, 예를 들어 TPT 서버(13) 측에서, 다음 버전의 TPT의 준비가 되어 있지 않은 경우 등이 상정된다.

이상, 구체적인 운용예에 대하여 설명하였다.

[본 기술을 적용한 컴퓨터의 설명]

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

도 35는, 전술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어 구성예를 나타내는 블록도이다.

컴퓨터(300)에 있어서, CPU(301: Central Processing Unit), ROM(302: Read Only Memory), RAM(303: Random Access Memory)은, 버스(304)에 의해 서로 접속되어 있다.

버스(304)에는, 또한, 입출력 인터페이스(305)가 접속되어 있다. 입출력 인터페이스(305)에는, 입력부(306), 출력부(307), 기록부(308), 통신부(309) 및 드라이브(310)가 접속되어 있다.

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

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

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

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

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

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

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

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

또한, 본 기술의 실시 형태는, 전술한 실시 형태에 한정되는 것이 아니라, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다.

예를 들어, 본 기술은, 하나의 기능을, 네트워크를 통해 복수의 장치로 분담, 공동하여 처리하는 클라우드 컴퓨팅의 구성을 취할 수 있다.

또한, 전술한 흐름도에서 설명한 각 스텝은, 하나의 장치로 실행하는 외에, 복수의 장치로 분담하여 실행할 수 있다.

또한, 하나의 스텝에 복수의 처리가 포함되는 경우에는, 그 하나의 스텝에 포함되는 복수의 처리는, 하나의 장치로 실행하는 외에, 복수의 장치로 분담하여 실행할 수 있다.

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

[1]

방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,

수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와,

상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,

취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와,

상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부

를 구비하는 수신 장치.

[2]

상기 애플리케이션 프로그램은, FLUTE(File Delivery over Unidirectional Transport) 세션을 이용한 NRT(Non-RealTime) 서비스의 NRT 콘텐츠로서 전송되고,

상기 애플리케이션 취득부는, 상기 대응 테이블에 기술된 상기 애플리케이션 프로그램의 취득처를 나타내는 취득처 정보에 기초하여, SMT(Service Map Table) 및 NRT-IT(NRT Information Table)에 의해 특정되는 FDT(File Delivery Table)를 참조하고, FLUTE 세션에 의해 전송되는 애플리케이션 프로그램을 취득하는 상기 [1]에 기재된 수신 장치.

[3]

상기 제어부는, 취득하는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고,

상기 애플리케이션 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖고 있는 경우, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 상기 [2]에 기재된 수신 장치.

[4]

상기 애플리케이션 취득부는, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 NRT-IT에 기술되는 상기 취득처 정보에 기초하여, 인터넷을 통해 배신되는 상기 애플리케이션 프로그램을 취득하는 상기 [2] 또는 [3]에 기재된 수신 장치.

[5]

상기 대응 테이블은, 상기 커맨드와, 상기 커맨드의 유효 시각을 대응짓고 있으며,

상기 제어부는, 상기 대응 테이블에 기초하여, 상기 트리거 정보로부터 얻어지는 상기 AV 콘텐츠의 진행을 나타내는 시각이, 상기 커맨드의 유효 시각을 기준으로 한 소정의 유효 조건을 만족한 경우, 그 유효한 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 상기 [2] 내지 [4] 중 어느 하나에 기재된 수신 장치.

[6]

상기 트리거 정보는, 상기 방송파에 의해 전송되고,

상기 트리거 취득부는, 상기 방송파에 의해 전송되는 상기 트리거 정보를 취득하는 상기 [2] 내지 [5] 중 어느 하나에 기재된 수신 장치.

[7]

수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부를 더 구비하고,

상기 트리거 취득부는, 추출한 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득하는 상기 [2] 내지 [6] 중 어느 하나에 기재된 수신 장치.

[8]

상기 제어부는, 취득한 상기 대응 테이블에 기초하여 취득되는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고,

상기 테이블 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖지 않은 경우, 취득한 상기 대응 테이블과 상이한 다른 대응 테이블을 취득하는 상기 [2] 내지 [7] 중 어느 하나에 기재된 수신 장치.

[9]

상기 테이블 취득부는, 미리 설정되는, 상기 대응 테이블의 취득 우선도에 따라서, 상기 대응 테이블을 취득하는 상기 [8]에 기재된 수신 장치.

[10]

상기 SMT에는, 상기 NRT 서비스의 식별 정보와, 상기 NRT 콘텐츠의 전송에서 사용되는 IP 어드레스 및 포트 번호가 적어도 기술되고,

상기 NRT-IT에는, 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보와, 상기 애플리케이션 프로그램의 상기 취득처 정보가 적어도 기술되고,

상기 FDT에는, 상기 NRT 콘텐츠의 식별 정보 및 TOI(Transport Object Identifier)가 적어도 기술되어 있으며,

상기 애플리케이션 취득부는,

상기 NRT-IT를 참조하여, 상기 대응 테이블에 기술된 상기 취득처 정보와 일치하는 상기 취득처 정보에 관련지어진 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보를 특정하고,

상기 SMT를 참조하여, 특정한 상기 NRT 서비스의 식별 정보와 일치하는 식별 정보에 관련지어진 상기 IP 어드레스 및 상기 포트 번호의 조합에 의해 특정되는 TSI(Transport Session Identifier)의 FLUTE 세션으로부터 상기 FDT를 특정하고,

상기 FDT를 참조하여, 특정한 상기 NRT 콘텐츠의 식별 정보와 일치하는 식별 정보에 관련지어진 TOI에 의해 식별되는 오브젝트에 기초하여, 상기 애플리케이션 프로그램을 취득하는 상기 [2] 내지 [4] 중 어느 하나에 기재된 수신 장치.

[11]

상기 커맨드는, 상기 애플리케이션 프로그램의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 중 어느 한쪽을 나타내고 있으며,

상기 제어부는, 상기 커맨드에 응답하여, 상기 애플리케이션 프로그램의 취득 혹은 등록, 혹은 취득 혹은 기동, 또는 실행 중인 상기 애플리케이션 프로그램의 이벤트 발화, 휴지, 혹은 종료를 제어하는 상기 [1] 내지 [10] 중 어느 하나에 기재된 수신 장치.

[12]

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

상기 수신 장치가,

방송파에 의해 전송되는 AV 콘텐츠를 수신하고,

수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하고,

상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하고,

취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하고,

상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는

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

[13]

컴퓨터를,

방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,

로서 기능시키기 위한 프로그램.

[14]

수신 장치, 제1 정보 처리 장치, 및 제2 정보 처리 장치로 구성되는 정보 처리 시스템에 있어서,

상기 수신 장치는,

방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,

상기 방송파에 의해 전송되는, 수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와,

상기 제1 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,

를 구비하고,

상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제2 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고,

상기 제1 정보 처리 장치는,

상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제1 제공부를 구비하고,

상기 제2 정보 처리 장치는,

상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제2 제공부를 구비하는

정보 처리 시스템.

[15]

수신 장치, 제1 정보 처리 장치, 제2 정보 처리 장치, 및 제3 정보 처리 장치로 구성되는 정보 처리 시스템에 있어서,

상기 수신 장치는,

방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,

수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부와,

수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보로서, 상기 제1 정보 처리 장치에 의해 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득하는 트리거 취득부와,

상기 제2 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,

를 구비하고,

상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제3 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고,

상기 제1 정보 처리 장치는,

상기 수신 장치로부터의 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 제공하는 제1 제공부를 구비하고,

상기 제2 정보 처리 장치는,

상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제2 제공부를 구비하고,

상기 제3 정보 처리 장치는,

상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제3 제공부를 구비하는

정보 처리 시스템.

1, 101: 방송 시스템
11: 방송 장치
12, 112: 수신 장치
13: TPT 서버
14: 애플리케이션 서버
51: 튜너
57: 트리거 추출부
58: 제어부
61: 통신 I/F
62: TPT 해석부
63: 플루트 처리부
64: 애플리케이션 엔진
111: ACR 서버
151: 핑거 프린트 추출부
300: 컴퓨터
301: CPU

Claims

방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,
수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와,
상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,
취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와,
상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부
를 구비하는 수신 장치.
제1항에 있어서,
상기 애플리케이션 프로그램은, FLUTE(File Delivery over Unidirectional Transport) 세션을 이용한 NRT(Non-RealTime) 서비스의 NRT 콘텐츠로서 전송되고,
상기 애플리케이션 취득부는, 상기 대응 테이블에 기술된 상기 애플리케이션 프로그램의 취득처를 나타내는 취득처 정보에 기초하여, SMT(Service Map Table) 및 NRT-IT(NRT Information Table)에 의해 특정되는 FDT(File Delivery Table)를 참조하고, FLUTE 세션에 의해 전송되는 애플리케이션 프로그램을 취득하는 수신 장치.
제2항에 있어서,
상기 제어부는, 취득하는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고,
상기 애플리케이션 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖고 있는 경우, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 수신 장치.
제3항에 있어서,
상기 애플리케이션 취득부는, FLUTE 세션에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 NRT-IT에 기술되는 상기 취득처 정보에 기초하여, 인터넷을 통해 배신되는 상기 애플리케이션 프로그램을 취득하는 수신 장치.
제2항에 있어서,
상기 대응 테이블은, 상기 커맨드와, 상기 커맨드의 유효 시각을 대응짓고 있으며,
상기 제어부는, 상기 대응 테이블에 기초하여, 상기 트리거 정보로부터 얻어지는 상기 AV 콘텐츠의 진행을 나타내는 시각이, 상기 커맨드의 유효 시각을 기준으로 한 소정의 유효 조건을 만족한 경우, 그 유효한 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 수신 장치.
제5항에 있어서,
상기 트리거 정보는, 상기 방송파에 의해 전송되고,
상기 트리거 취득부는, 상기 방송파에 의해 전송되는 상기 트리거 정보를 취득하는 수신 장치.
제6항에 있어서,
수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부를 더 구비하고,
상기 트리거 취득부는, 추출한 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득하는 수신 장치.
제5항에 있어서,
상기 제어부는, 취득한 상기 대응 테이블에 기초하여 취득되는 상기 애플리케이션 프로그램을 동작시키는 데 필요한 성능을, 상기 수신 장치가 갖고 있는지를 확인하고,
상기 테이블 취득부는, 상기 수신 장치가 상기 애플리케이션 프로그램을 동작시키는 성능을 갖지 않은 경우, 취득한 상기 대응 테이블과 상이한 다른 대응 테이블을 취득하는 수신 장치.
제8항에 있어서,
상기 테이블 취득부는, 미리 설정되는, 상기 대응 테이블의 취득 우선도에 응답하여, 상기 대응 테이블을 취득하는 수신 장치.
제2항에 있어서,
상기 SMT에는, 상기 NRT 서비스의 식별 정보와, 상기 NRT 콘텐츠의 전송에서 사용되는 IP 어드레스 및 포트 번호가 적어도 기술되고,
상기 NRT-IT에는, 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보와, 상기 애플리케이션 프로그램의 상기 취득처 정보가 적어도 기술되고,
상기 FDT에는, 상기 NRT 콘텐츠의 식별 정보 및 TOI(Transport Object Identifier)가 적어도 기술되어 있으며,
상기 애플리케이션 취득부는,
상기 NRT-IT를 참조하여, 상기 대응 테이블에 기술된 상기 취득처 정보와 일치하는 상기 취득처 정보에 관련지어진 상기 NRT 서비스 및 상기 NRT 콘텐츠의 식별 정보를 특정하고,
상기 SMT를 참조하여, 특정한 상기 NRT 서비스의 식별 정보와 일치하는 식별 정보에 관련지어진 상기 IP 어드레스 및 상기 포트 번호의 조합에 의해 특정되는 TSI(Transport Session Identifier)의 FLUTE 세션으로부터 상기 FDT를 특정하고,
상기 FDT를 참조하여, 특정한 상기 NRT 콘텐츠의 식별 정보와 일치하는 식별 정보에 관련지어진 TOI에 의해 식별되는 오브젝트에 기초하여, 상기 애플리케이션 프로그램을 취득하는 수신 장치.
제1항에 있어서,
상기 커맨드는, 상기 애플리케이션 프로그램의 취득 혹은 등록, 취득 혹은 기동, 이벤트 발화, 중단, 또는 종료 중 어느 한쪽을 나타내고 있으며,
상기 제어부는, 상기 커맨드에 응답하여, 상기 애플리케이션 프로그램의 취득 혹은 등록, 혹은 취득 혹은 기동, 또는 실행 중인 상기 애플리케이션 프로그램의 이벤트 발화, 휴지, 혹은 종료를 제어하는 수신 장치.
수신 장치의 수신 방법으로서,
상기 수신 장치가,
방송파에 의해 전송되는 AV 콘텐츠를 수신하고,
수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하고,
상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하고,
취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하고,
상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는
스텝을 포함하는 수신 방법.
컴퓨터를,
방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,
수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와,
상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,
취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와,
상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부로서 기능시키기 위한 프로그램.
수신 장치, 제1 정보 처리 장치, 및 제2 정보 처리 장치로 구성되는 정보 처리 시스템으로서,
상기 수신 장치는,
방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,
상기 방송파에 의해 전송되는, 수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보를 취득하는 트리거 취득부와,
상기 제1 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,
취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와,
상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부
를 구비하고,
상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제2 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고,
상기 제1 정보 처리 장치는,
상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제1 제공부를 구비하고,
상기 제2 정보 처리 장치는,
상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제2 제공부를 구비하는 정보 처리 시스템.
수신 장치, 제1 정보 처리 장치, 제2 정보 처리 장치, 및 제3 정보 처리 장치로 구성되는 정보 처리 시스템으로서,
상기 수신 장치는,
방송파에 의해 전송되는 AV 콘텐츠를 수신하는 수신부와,
수신한 상기 AV 콘텐츠의 데이터로부터 특징량을 추출하는 특징량 추출부와,
수신한 상기 AV 콘텐츠에 연동하여 실행되는 애플리케이션 프로그램을 동작시키기 위한 트리거 정보로서, 상기 제1 정보 처리 장치에 의해 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 취득하는 트리거 취득부와,
상기 제2 정보 처리 장치로부터, 상기 트리거 정보와, 상기 애플리케이션 프로그램의 동작을 제어하기 위한 커맨드를 대응지은 대응 테이블을 취득하는 테이블 취득부와,
취득한 상기 대응 테이블에 기초하여, 상기 트리거 정보에 대응하는 상기 커맨드가 상기 애플리케이션 프로그램의 취득을 나타내는 경우, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득하는 애플리케이션 취득부와,
상기 트리거 정보에 대응하는 상기 커맨드에 응답하여, 취득한 상기 애플리케이션 프로그램의 동작을 제어하는 제어부
를 구비하고,
상기 애플리케이션 취득부는, 상기 방송파에 의해 전송되는 상기 애플리케이션 프로그램을 취득할 수 없는 경우, 상기 제3 정보 처리 장치로부터 상기 애플리케이션 프로그램을 취득하고,
상기 제1 정보 처리 장치는,
상기 수신 장치로부터의 상기 특징량을 이용하여 식별된 상기 AV 콘텐츠의 식별 결과에 대응하는 상기 트리거 정보를 제공하는 제1 제공부를 구비하고,
상기 제2 정보 처리 장치는,
상기 수신 장치로부터의 문의에 응답하여, 상기 대응 테이블을 제공하는 제2 제공부를 구비하고,
상기 제3 정보 처리 장치는,
상기 수신 장치로부터의 문의에 응답하여, 상기 애플리케이션 프로그램을 제공하는 제3 제공부를 구비하는
정보 처리 시스템.