KR20180019068A - 수신 장치, 송신 장치, 및 데이터 처리 방법 - Google Patents

수신 장치, 송신 장치, 및 데이터 처리 방법 Download PDF

Info

Publication number
KR20180019068A
KR20180019068A KR1020177031453A KR20177031453A KR20180019068A KR 20180019068 A KR20180019068 A KR 20180019068A KR 1020177031453 A KR1020177031453 A KR 1020177031453A KR 20177031453 A KR20177031453 A KR 20177031453A KR 20180019068 A KR20180019068 A KR 20180019068A
Authority
KR
South Korea
Prior art keywords
application
service
playback
broadcast
processing
Prior art date
Application number
KR1020177031453A
Other languages
English (en)
Other versions
KR102506963B1 (ko
Inventor
야스아키 야마기시
다츠야 이가라시
나오히사 기타자토
요시하루 데와
Original Assignee
소니 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니 주식회사 filed Critical 소니 주식회사
Publication of KR20180019068A publication Critical patent/KR20180019068A/ko
Application granted granted Critical
Publication of KR102506963B1 publication Critical patent/KR102506963B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Library & Information Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

수신 장치에 있어서 적용하는 재생 애플리케이션을, 사전에 수신 가능한 SLT에 기록한 서비스 카테고리 식별자를 이용하여 결정 가능한 구성을 실현한다. 송신 장치의 제공 프로그램 등, 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신 장치에 송신한다. 서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행한다. 서비스 카테고리 식별자는, 레지덴셜 재생 애플리케이션, 브로드캐스트 재생 애플리케이션, 이들 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자이다.

Description

수신 장치, 송신 장치, 및 데이터 처리 방법
본 개시는 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다. 더욱 상세하게는, 예를 들어 방송파나 네트워크를 통한 데이터의 수신 또는 송신을 실행하는 수신 장치, 송신 장치, 및 통신 데이터 대응의 데이터 처리 방법에 관한 것이다.
화상 데이터나 음성 데이터 등의 콘텐츠를 각 통신 사업자의 서비스 형태에 관계없이 배신 가능하게 한 데이터 배신 방식으로서 OTT(Over The Top)가 있다. OTT에 의한 배신 콘텐츠는 OTT 콘텐츠라 칭해지며, 또한 OTT를 이용한 화상(비디오) 데이터의 배신 서비스는 OTT 비디오나 OTT-V(Over The Top Video)라 칭해진다.
OTT-V에 따른 데이터 스트리밍 배신 규격으로서 DASH(Dynamic Adaptive Streaming overHTTP) 규격이 있다. DASH는, HTTP(HyperText Transfer Protocol)를 베이스로 한 스트리밍 프로토콜을 이용한 어댑티브(적응형) 스트리밍 배신에 관한 규격이다.
어댑티브(적응형) 스트리밍에서는, 방송국 등의 콘텐츠 배신 서버는, 데이터 배신처로 되는 다양한 클라이언트에 있어서 콘텐츠 재생을 가능하게 하기 위하여, 복수의 비트 레이트의 동화상 콘텐츠의 세분화 파일과 이들의 속성 정보나 URL(Uniform Resource Locator)을 기술한 매니페스트 파일을 작성하여, 클라이언트에 제공한다.
클라이언트는, 매니페스트 파일을 서버로부터 취득하여, 자장치의 표시부의 사이즈나 이용 가능한 통신 대역에 따른 최적의 비트 레이트 콘텐츠를 선택하고, 선택 콘텐츠를 수신하여 재생한다. 네트워크 대역의 변동에 따라 비트 레이트의 동적인 변경도 가능하며, 클라이언트측에서는, 상황에 따른 최적의 콘텐츠를 수시 전환하여 수신하는 것이 가능해져, 영상 끊김의 발생을 저감시킨 동화상 콘텐츠 재생이 실현된다. 또한 어댑티브(적응형) 스트리밍에 대해서는, 예를 들어 특허문헌 1(일본 특허 공개 제2011-87103호 공보)에 기재가 있다.
방송국이나 그 외의 콘텐츠 서버 등의 송신 장치로부터, 텔레비전, PC, 휴대 단말기 등의 수신 장치에 대하여, 방송파 등에 의한 일방향 통신, 또는 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신을 이용하여 방송 프로그램 등의 콘텐츠를 송수신하는 시스템에 관한 개발이나 규격화가, 현재 활발히 진행되고 있다.
또한 방송파 및 네트워크를 통한 데이터 배신을 실현하기 위한 기술을 개시한 종래 기술로서, 예를 들어 특허문헌 2(일본 특허 공개 제2014-057227호 공보)가 있다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격으로서, 현재, ATSC(Advanced Television System Committe) 3.0의 규격화가 진행 중이다.
ATSC 3.0에서는, ATSC 3.0 준거 물리층(ATSC-PHY)을 실장한 수신 장치에, ATSC 3.0 방송의 수신 처리 등을 실행하는 미들웨어를 실장시킴으로써, ATSC 방송용의 제어 정보 등을 포함하는 시그널링 데이터를 수신하여, 시그널링 데이터에 의한 다양한 제어를 가능하게 하는 구성을 검토하고 있다.
구체적으로는, 시그널링 데이터에 의한 제어에 의하여, 인터넷 등에서 이용되고 있는 애플리케이션 프로그램, 소위 클라이언트 애플리케이션을 그대로 이용하여, 방송 콘텐츠의 출력 처리나, 방송파 등에 의하여 제공되는 다양한 애플리케이션을 이용한 데이터 처리를 실현 가능하게 하는 구성을 검토하고 있다.
예를 들어 가정 내나 핫스폿에 설치된 방송 서비스를 수신하는 서버(전용 서버 외에 PC, TV, 태블릿, 스마트폰 등)에 ATSC 3.0 준거 물리층(ATSC-PHY) 및 ATSC 3.0 방송 수신 미들웨어를 실장한다.
이들 서버가 일단 ATSC 3.0 방송 서비스를 수신한 후, 네트워크(홈 네트워크나 핫스폿 등의 LAN/WiFi 등)를 통하여, 유저 장치(PC, TV, 태블릿, 스마트폰 등)에 방송 수신 데이터를 전송한다.
서버를 통하여 전송된 방송 수신 데이터를 입력한 유저 장치는, 유저 장치의 재생 제어부나 애플리케이션 제어부 상에서 가동하는 애플리케이션(예를 들어 ATSC 3.0 DASH 클라이언트 애플리케이션)을 이용하여, 방송 콘텐츠의 재생이나, 방송으로 배신되는 다양한 애플리케이션을 실행하는 것이 가능해진다.
방송 프로그램을 송신하는 방송국 등의 방송 서버는, 유저 장치인 TV 등의 수신 장치(클라이언트)에 대하여 프로그램 데이터(방송 콘텐츠)뿐만 아니라, 프로그램 데이터의 재생 처리를 실행하는 애플리케이션(재생 애플리케이션, 플레이어 애플리케이션 등이라 칭해짐)을 제공하는 것도 가능하다.
예를 들어 방송국 A가, 방송국 A의 제공 콘텐츠의 재생에만 적용 가능한 재생 애플리케이션 a를 수신 장치(클라이언트)에 방송파 등을 통하여 제공한다.
수신 장치(클라이언트)는 재생 애플리케이션 a를 수신하고, 수신한 재생 애플리케이션 a를 적용한 재생 처리에 의하여, 방송국 A의 제공 콘텐츠의 재생을 행할 수 있다.
방송국 B는, 재생 애플리케이션 a와는 상이한 재생 애플리케이션 b를 제공하며, 방송국 B의 제공 콘텐츠의 재생을 행하는 경우에는, 재생 애플리케이션 b를 이용하여 재생을 행한다.
또한 방송 서버는, 방송국 단위의 재생 애플리케이션이 아니라 특정한 프로그램 단위의 재생 애플리케이션을 제공할 수도 있다. 수신 장치(클라이언트)는 특정 프로그램의 재생 시에, 송신 장치로부터 수신한 프로그램 대응의 재생 애플리케이션을 적용하여 프로그램 재생을 행한다.
그러나 텔레비전 등의 수신 장치(클라이언트)는 본래, 수신 장치의 제조 시에 장치에 내장된 재생 애플리케이션, 소위 레지덴셜(상주형)의 재생 애플리케이션을 유지하며, 통상의 프로그램 재생에는, 채널 설정과는 무관하게 하나의 레지덴셜 재생 애플리케이션을 이용하여 재생을 한다는 것이 지금까지의 텔레비전 등의 수신 장치(클라이언트)의 일반적인 처리이다.
이후, 상기와 같이 방송 서버가, 방송국 단위, 또는 프로그램 단위로 재생 애플리케이션을 제공하면, 수신 장치(클라이언트)는 각 프로그램의 재생에 적용하는 재생 애플리케이션을, 복수의 재생 애플리케이션으로부터 선택하여 이용하는 것이 필수로 된다.
수신 장치가, 방송국 또는 프로그램 대응이 올바른 재생 애플리케이션의 취득이나 선택에 실패하면, 올바른 프로그램 재생이 불가능하다는 등의 사태가 발생한다.
예를 들어 어느 방송국이 제공하는 프로그램의 재생에 적용해야 하는 재생 애플리케이션이, 그 방송국이 배신하는 방송국 제공 애플리케이션에 한정되는 경우에, 수신 장치가 잘못하여 레지덴셜 재생 애플리케이션을 이용해 버린 경우 등에는, 올바른 프로그램 재생이 불가능하다는 등의 사태가 발생한다.
그러나 현 상황에 있어서, 재생 애플리케이션의 제공 처리나, 수신 장치에 있어서의 재생 애플리케이션 취득, 선택 처리, 이용 처리 등의 구성에 대하여, 여전히 구체적인 사양이 정해져 있지 않다고 하는 것이 현 상황이다.
일본 특허 공개 제2011-87103호 공보 일본 특허 공개 제2014-057227호 공보
본 개시는, 예를 들어 상기 문제점을 감안하여 이루어진 것이며, 방송국이나, 방송 프로그램 등에 대응한 재생 애플리케이션을 수신 장치에 제공하는 구성에 있어서, 재생 애플리케이션의 적정한 선택이나 이용 처리를 실현 가능하게 한 수신 장치, 송신 장치, 및 데이터 처리 방법을 제공하는 것을 목적으로 한다.
본 개시의 제1 측면은,
송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하는 통신부와,
상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리부를 갖는 수신 장치에 있다.
또한 본 개시의 제2 측면은,
수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
상기 서비스에 적용하는 애플리케이션을 송신하는 통신부를 갖는 송신 장치에 있다.
또한 본 개시의 제3 측면은,
수신 장치에 있어서 실행하는 데이터 처리 방법이며,
통신부가,
송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하고,
데이터 처리부가,
상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리 방법에 있다.
또한 본 개시의 제4 측면은,
송신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
상기 서비스에 적용하는 애플리케이션을 송신하는 데이터 처리 방법에 있다.
본 개시의 또 다른 목적, 특징이나 이점은, 후술하는 본 개시의 실시예나 첨부하는 도면에 기초한, 보다 상세한 설명에 의하여 명확해질 것이다. 또한 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일한 하우징 내에 있는 것에 한정되지는 않는다.
본 개시의 일 실시예의 구성에 의하면, 수신 장치에 있어서 적용하는 재생 애플리케이션을, 사전에 수신 가능한 SLT에 기록한 서비스 카테고리 식별자를 이용하여 결정 가능한 구성이 실현된다.
구체적으로는, 송신 장치의 제공 프로그램 등, 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신 장치에 송신한다. 서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행한다. 서비스 카테고리 식별자는, 레지덴셜 재생 애플리케이션, 브로드캐스트 재생 애플리케이션, 이들 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자이다.
본 구성에 의하여, 수신 장치에 있어서 적용하는 재생 애플리케이션을, 사전에 수신 가능한 SLT에 기록한 서비스 카테고리 식별자를 이용하여 결정 가능한 구성이 실현된다.
또한 본 명세서에 기재된 효과는 어디까지나 예시이지 한정되는 것은 아니며, 또한 부가적인 효과가 있어도 된다.
도 1은 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대하여 설명하는 도면이다.
도 2는 송신 장치의 송신 데이터에 대하여 설명하는 도면이다.
도 3은 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도면이다.
도 4는 ROUTE, 및 FLUTE에 관한 프로토콜 스택을 나타내는 도면이다.
도 5는 송신 장치로부터 수신 장치로의 송신 데이터와, 수신 장치에 있어서의 데이터 처리예에 대하여 설명하는 도면이다.
도 6은 송신 장치로부터 수신 장치로의 송신 데이터와, 수신 장치에 있어서의 데이터 처리예에 대하여 설명하는 도면이다.
도 7은 수신 장치의 구성예에 대하여 설명하는 도면이다.
도 8은 수신 장치의 구성예에 대하여 설명하는 도면이다.
도 9는 송신 장치로부터 수신 장치에 송신되는 데이터와, 서비스 리스트 테이블(SLT)에 대하여 설명하는 도면이다.
도 10은 서비스 리스트 테이블(SLT)에 대하여 설명하는 도면이다.
도 11은 서비스 카테고리 식별자의 설정예에 대하여 설명하는 도면이다.
도 12는 서비스 카테고리 식별자의 설정예에 대하여 설명하는 도면이다.
도 13은 서비스 카테고리 식별자의 설정예에 대하여 설명하는 도면이다.
도 14는 서비스 카테고리 식별자의 설정예에 대하여 설명하는 도면이다.
도 15는 서비스 카테고리 식별자를 이용한 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 16은 애플리케이션 정보 테이블(AIT)에 있어서의 배신 애플리케이션 식별 플러그의 설정 구성에 대하여 설명하는 도면이다.
도 17은 애플리케이션 정보 테이블(AIT)에 배신 애플리케이션 식별 플러그를 기술한 XML 데이터의 예에 대하여 설명하는 도면이다.
도 18은 배신 애플리케이션 식별 플러그를 이용한 처리 시퀀스에 대하여 설명하는 흐름도를 나타내는 도면이다.
도 19는 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 20은 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 21은 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 22는 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 23은 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 24는 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 25는 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 26은 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 27은 송신 장치로부터 수신 장치에 대한 데이터 송신 처리와, 수신 장치에 있어서의 애플리케이션을 적용 처리의 실행 시퀀스의 일례에 대하여 설명하는 도면이다.
도 28은 통신 장치인 송신 장치와 수신 장치의 구성예에 대하여 설명하는 도면이다.
도 29는 통신 장치인 송신 장치와 수신 장치의 하드웨어 구성예에 대하여 설명하는 도면이다.
이하, 도면을 참조하면서 본 개시의 수신 장치, 송신 장치, 및 데이터 처리 방법의 상세에 대하여 설명한다. 또한 설명은 이하의 항목에 따라 행한다.
1. 통신 시스템의 구성예에 대하여
2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대하여
3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대하여
4. 수신 장치에 있어서의 애플리케이션 선택 처리와 애플리케이션 적용 처리의 처리예에 대하여
5. 수신 장치의 구성예와 처리예에 대하여
6. 방송국이나 프로그램 등, 서비스 단위의 제어 정보, 속성 정보를 통지하는 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)에 대하여
7. 송신 장치의 제공 서비스의 서비스 카테고리 설정 구성에 대하여
8. 애플리케이션 정보 테이블(AIT)에 브로드캐스트 재생 애플리케이션의 적용 정보를 기록한 구성에 대하여
9. 송신 장치와 수신 장치가 실행하는 처리의 처리 시퀀스에 대하여
9-1. (처리예 1) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 또한 그 후, 브로드캐스트 애플리케이션을 아울러 실행하는 처리예
9-2. (처리예 2) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 그 후, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하고, 또한 다음의 AIT 기술에 기초하여 레지덴셜 재생 애플리케이션을 실행하는 처리예
9-3. (처리예 3) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하는 처리예
9-4. (처리예 4) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 애플리케이션을 실행하는 처리예
10. 송신 장치와 수신 장치의 구성예에 대하여
11. 본 개시의 구성의 마무리
[1. 통신 시스템의 구성예에 대하여]
먼저, 도 1을 참조하여 본 개시의 처리를 실행하는 통신 시스템의 일 구성예에 대하여 설명한다.
도 1에 나타낸 바와 같이, 통신 시스템(10)은, 화상 데이터나 음성 데이터 등의 콘텐츠를 송신하는 통신 장치인 송신 장치(20)와, 송신 장치(20)가 송신하는 콘텐츠를 수신하는 통신 장치인 수신 장치(30)를 갖는다.
송신 장치(20)는, 구체적으로는, 예를 들어 주로 TV 프로그램 등의 데이터(콘텐츠)를 송신하는 방송 서버(방송국)(21)나, 다양한 데이터를 송신하는 데이터 배신 서버(22) 등, 다양한 데이터(방송 프로그램, 광고, 그 외의 데이터)를 제공하는 장치이다.
한편, 수신 장치(30)는, 예를 들어 일반 유저의 클라이언트 장치이며, 구체적으로는, 텔레비전(31), PC(32), 휴대 단말기(33) 등으로 구성된다.
또한 도 1에서는, 송신 장치(20)의 예로서, 방송 서버(방송국)(21), 데이터 배신 서버(22)를 구별하여 기재하고 있지만, 하나의 서버가 방송 프로그램, 광고, 그 외의 데이터를 모두 송신하는 구성으로해도 된다.
송신 장치(20)와 수신 장치(30) 사이의 데이터 통신은, 인터넷 등의 네트워크를 통한 쌍방향 통신, 일방향 통신, 또는 방송파 등에 의한 일방향 통신 중 적어도 어느 하나, 또는 양자를 이용한 통신으로서 행해진다.
송신 장치(20)로부터 수신 장치(30)에 대한 데이터 송신은, 예를 들어 어댑티브(적응형) 스트리밍 기술의 규격인 MPEG-DASH 규격에 따라 실행한다.
MPEG-DASH 규격에는 이하의 2개의 규격이 포함된다.
(a) 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트 파일(MPD: Media Presentation Description)에 관한 규격,
(b) 동화상 콘텐츠 전송용의 파일 포맷(세그먼트 포맷)에 관한 규격,
송신 장치(20)로부터 수신 장치(30)에 대한 콘텐츠 배신은 상기 MPEG-DASH 규격에 따라 실행한다.
송신 장치(20)는, 콘텐츠 데이터를 부호화하고, 부호화 데이터 및 부호화 데이터의 메타데이터를 포함하는 데이터 파일을 생성한다. 부호화 처리는, 예를 들어 MPEG에 있어서 규정되는 MP4 파일 포맷에 따라 행해진다. 또한 송신 장치(20)가 MP4 형식의 데이터 파일을 생성하는 경우의 부호화 데이터의 파일은 「mdat」, 메타데이터는 「moov」나 「moof」 등이라 칭해진다.
송신 장치(20)가 수신 장치(30)에 제공하는 콘텐츠는, 예를 들어 음악 데이터나, 영화, 텔레비전 프로그램, 비디오, 사진, 문서, 회화 및 도표 등의 영상 데이터나, 게임 및 소프트웨어 등, 다양한 데이터이다.
송신 장치(20)의 송신 데이터에 대하여 도 2를 참조하여 설명한다.
MPEG-DASH 규격에 따라 데이터 송신을 실행하는 송신 장치(20)는, 도 2에 나타낸 바와 같이, 크게 나누어 이하의 복수 종류의 데이터 송신을 행한다.
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 외의 데이터(ESG, NRT 콘텐츠 등)(70)
AV 세그먼트(60)는, 수신 장치에 있어서 재생하는 화상(Video)이나, 음성(Audio) 데이터, 즉, 예를 들어 방송국이 제공하는 프로그램 콘텐츠 등으로 구성된다. 예를 들어 상술한 MP4 부호화 데이터(mdat)나, 메타데이터(moov, moof)에 의하여 구성된다. 또한 AV 세그먼트는 DASH 세그먼트라고도 칭해진다.
한편, 시그널링 데이터(50)는, 편성표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL(Uniform Resource Locator) 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 애플리케이션 제어 정보 등의 다양한 제어 정보에 의하여 구성된다.
수신 장치(30)는, 이 시그널링 데이터(50)를, 재생 대상으로 되는 프로그램 콘텐츠를 저장한 AV 세그먼트(60)의 수신에 선행하여 수신할 것이 필요해진다.
이 시그널링 데이터(50)는, 예를 들어 XML(Extensible Markup Language) 형식의 데이터로서 송신 장치(20)로부터 송신된다.
시그널링 데이터는 수시로 반복 송신된다. 예를 들어 100msec마다 등, 빈번히 반복 송신된다.
이는, 수신 장치(클라이언트)가 언제라도 즉석에서 시그널링 데이터를 취득하는 것을 가능하게 하기 위함이다.
클라이언트(수신 장치)는 수시로, 수신 가능한 시그널링 데이터에 기초하여, 필요한 프로그램 콘텐츠의 액세스용 어드레스의 취득이나, 코덱 설정 처리 등, 프로그램 콘텐츠의 수신 및 재생에 필요한 처리를 지체 없이 실행하는 것이 가능해진다.
그 외의 데이터(70)는, 예를 들어 ESG(Electronic Service Guide), NRT 콘텐츠 등이 포함된다.
ESG는, 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 편성표 등의 안내 정보이다.
NRT 콘텐츠는 논 리얼타임형의 콘텐츠이다.
NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치(30)의 브라우저 상에서 실행되는 다양한 애플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다.
도 2에 나타내는 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 외의 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터는, 예를 들어 데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)에 따라 송신된다.
[2. 데이터 통신 프로토콜 FLUTE 및 ROUTE에 대하여]
데이터 통신 프로토콜: FLUTE(File Delivery over Uni-directional Transport)는 멀티캐스트에 의하여 전송하는 콘텐츠의 세션 관리를 행하는 프로토콜이다.
예를 들어 송신 장치인 서버측에서 생성되는 파일(URL과 버전으로 식별됨)은 FLUTE 프로토콜에 따라 수신 장치인 클라이언트에 송신된다.
수신 장치(클라이언트)(30)는, 예를 들어 기억부(클라이언트 캐시)에, 수신 파일의 URL 및 버전과 파일을 대응지어 축적한다.
동일한 URL이고 버전이 상이한 것은 파일의 내용이 갱신되어 있는 것으로 간주한다. FLUTE 프로토콜은 일방향 파일 전송 제어만을 행하는 것이며, 클라이언트에 있어서의 파일의 선택적인 필터링 기능은 없지만, FLUTE에서 전송 제어하는 파일을 그 파일에 관련지어지는 메타데이터를 이용하여, 클라이언트측에서 취사 선택함으로써, 선택적인 필터링을 실현하고, 유저의 기호를 반영한 로컬 캐시를 구성·갱신 관리하는 것이 가능해진다.
또한 메타데이터는, FLUTE 프로토콜에 확장하여 내장할 수도 있고, 별도로 ESG(Electronic Service Guide) 등의 프로토콜로 기술할 수도 있다.
또한 FLUTE는, 당초 멀티캐스트에 있어서의 파일 전송 프로토콜로서 사양화되었다. FLUTE는, FDT와, ALC라 칭해지는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의하여 구성된다.
종래의 FLUTE는, 주로 비동기형의 파일 전송에 이용하기 위하여 개발되었지만, 현재, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격화 단체인 ATSC(Advanced Television System Committe)에 있어서, 브로드캐스트 라이브 스트리밍에도 적용하기 쉽게 하기 위한 확장을 행하고 있다. 이 FLUTE의 확장 사양이 ROUTE(Real-Time Object Delivery over Unidirectional Transport)라 칭해진다.
방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 현재, 표준화가 진행되고 있는 규격으로서 ATSC(Advanced Television System Committe) 3.0이 있다. 이 ATSC 3.0은, ROUTE를 종래의 FLUTE 프로토콜로 치환하여, 시그널링 데이터나, ESG, 또는 비동기 파일, 동기형 스트림 등의 송신에 채용한 스택 구성을 규정하고 있다.
[3. 송신 장치와 수신 장치가 실행하는 통신 처리예에 대하여]
다음으로, 송신 장치와 수신 장치가 실행하는 통신 처리예에 대하여 설명한다.
도 3은, 송신 장치 및 수신 장치의 프로토콜 스택의 예를 나타내는 도면이다.
도 3에 나타내는 예는, 이하의 2개의 통신 데이터의 처리를 행하기 위한 2개의 프로토콜 스택을 갖는다.
(a) 브로드캐스트(멀티캐스트도 포함함) 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
도 3의 좌측이, (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택이다.
도 3의 우측이, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택이다.
도 3 좌측에 나타내는 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)에 대응하는 프로토콜 스택은, 하위 레이어부터 순서대로 이하의 레이어를 갖는다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)
(2) IP 멀티캐스트 레이어(IP Multicast)
(3) UDP 레이어
(4) ROUTE(=확장형 FLUTE) 레이어
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
또한 (2) IP 멀티캐스트 레이어(IP Multicast)의 상위 레이어로서 시그널링(Signaling) 레이어가 설정된다.
시그널링 레이어는, 앞서 도 2를 참조하여 설명한 시그널링 데이터(50)의 송수신에 적용되는 레이어이다. 시그널링 데이터에는, 편성표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등) 등을 포함하는 안내 정보, 제어 정보 등이 포함된다.
시그널링 데이터는, 수신 장치(클라이언트)가 수신, 재생하는 AV 세그먼트의 액세스 정보나, 복호 처리 등의 수신 후의 처리에 필요해지는 안내 정보나 제어 정보를 포함하는 데이터이며, 송신 장치로부터 수시로 반복 송신되는 데이터이다.
시그널링 데이터에는 정보에 따른 다양한 종류가 있다. 구체적으로는, 예를 들어 서비스 단위의 시그널링 데이터인 USD(유저 서비스 디스크립션(User Service Description))이 있다.
USD에는 다양한 종류의 제어 정보가 포함된다. 대표적인 제어 정보로서, 콘텐츠(AV 세그먼트)에 대응하는 다양한 안내 정보, 제어 정보를 저장한 매니페스트 파일을 갖는 시그널링 데이터인 MPD(미디어 프리젠테이션 디스크립션(Media Presentation Description))이 있다.
각종 시그널링 데이터는, 각각 수신 장치(클라이언트)에 있어서, 송신 장치로부터 송신되는 AV 세그먼트나 애플리케이션(애플리케이션 프로그램)의 수신, 재생 처리, 제어 처리에 필요해지는 데이터이며, 예를 들어 카테고리별로 개별적인 파일(메타파일)로서 설정되어 송신 장치로부터 송신된다.
또한 (1) 브로드캐스트 물리 레이어(Broadcast PHY)의 상위 레이어로서 장래의 새로운 프로토콜의 이용 허용 레이어(Future Extensibility)가 설정되어 있다.
(1) 브로드캐스트 물리 레이어(Broadcast PHY)는 브로드캐스트 통신을 실행하기 위한, 예를 들어 방송계의 통신부를 제어하는 통신 제어부에 의하여 구성되는 물리 레이어이다.
(2) IP 멀티캐스트 레이어(IP Multicast)는 IP 멀티캐스트에 따른 데이터 송수신 처리를 실행하는 레이어이다.
(3) UDP 레이어는 UDP패킷의 생성, 해석 처리 레이어이다.
(4) ROUTE 레이어는, 확장형 FLUTE 프로토콜인 ROUTE 프로토콜에 따라 전송 데이터의 저장이나 취출을 행하는 레이어이다.
ROUTE는, FLUTE와 마찬가지로, ALC라 칭해지는 스케일러블한 파일 오브젝트의 멀티캐스트 프로토콜이며, 구체적으로는 그 빌딩 블록인 LCT나 FEC 컴포넌트의 조합에 의하여 구성된다.
도 4에 ROUTE, 및 FLUTE에 관한 프로토콜 스택을 나타낸다.
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC는 ROUTE 프로토콜에 따라 전송되는 데이터이다.
DASH 규격에 따른 동보형 배신 서비스는 MBMS(Multimedia Broadcast Multicast Service)라 칭해진다. 이 MBMS를 LTE로 효율적으로 실현시키는 방식으로서 eMBMS(evolved Multimedia Broadcast Multicast Service)가 있다.
MBMS나 eMBMS는 동보형 배신 서비스이며, 특정한 에어리어 내에 위치하는 수신 장치인 복수의 유저 단말기(UE)에 대하여 공통의 베어러에서 일제히 동일한 데이터, 예를 들어 영화 콘텐츠 등을 배신하는 서비스이다. MBMS나 eMBMS에 따른 동보 배신에 의하여, 배신 서비스 제공 에어리어에 위치하는 다수의 스마트폰이나 PC, 또는 텔레비전 등의 수신 장치에 동일한 콘텐츠를 동시에 제공할 수 있다.
MBMS 및 eMBMS는, 3GPP 파일 포맷(ISO-BMFF 파일, MP4 파일)에 따른 파일을, 전송 프로토콜 ROUTE 또는 FLUTE에 따라 다운로드하는 처리에 대하여 규정하고 있다.
앞서 도 2를 참조하여 설명한 이하의 데이터, 즉,
(a) 시그널링 데이터(50)
(b) AV 세그먼트(60)
(c) 그 외의 데이터(ESG, NRT 콘텐츠 등)(70)
이들 데이터의 대부분은 ROUTE 프로토콜 또는 FLUTE 프로토콜에 따라 송신된다.
(5) ESG, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC는 ROUTE 프로토콜에 따라 전송되는 데이터이다.
ESG는 전자 서비스 가이드(Electronic Service Guide)이며, 예를 들어 편성표 등의 안내 정보이다.
NRTcontent는 논 리얼타임형의 콘텐츠이다.
상술한 바와 같이, NRT 콘텐츠에는, 예를 들어 클라이언트인 수신 장치의 브라우저 상에서 실행되는 다양한 애플리케이션 파일, 동화상, 정지 화상 등의 데이터 파일 등이 포함된다.
Video/Audio/CC는, DASH 규격에 따라 배신되는 비디오나 오디오 등, 재생 대상으로 되는 실제 데이터이다.
(6) 애플리케이션 레이어(Applications(HTML5))는, ROUTE 프로토콜에 따라 전송하는 데이터의 생성, 또는 해석, 그 외에, 다양한 데이터의 출력 제어 등을 실행하는 애플리케이션 레이어이며, 예를 들어 HTML5를 적용한 데이터 생성, 해석, 출력 처리 등을 행한다.
한편, 도 3의 우측에 나타내는, (b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)에 대응하는 프로토콜 스택은 하위 레이어부터 순서대로 이하의 레이어를 갖는다.
(1) 브로드밴드 물리 레이어(Broaband PHY)
(2) IP 유니캐스트 레이어(IP Unicast)
(3) TCP 레이어
(4) HTTP 레이어
(5) ESG, Signaling, NRTcontent, DASH(ISO BMFF) 및 Video/Audio/CC
(6) 애플리케이션 레이어(Applications(HTML5))
(1) 브로드밴드 물리 레이어(Broaband PHY)는, 브로드밴드 통신을 실행하는, 예를 들어 네트워크 카드 등의 통신부를 제어하는 디바이스 드라이버 등의 통신 제어부에 의하여 구성되는 물리 레이어이다.
(2) IP 유니캐스트 레이어(IP Unicast)는 IP 유니캐스트 송수신 처리를 실행하는 레이어이다.
(3) HTTP 레이어는 HTTP패킷의 생성, 해석 처리 레이어이다.
이 상위 레이어는, 도 3 좌측의 (a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)의 스택 구성과 마찬가지이다.
또한 송신 장치(서버)(20), 수신 장치(클라이언트)(30)는, 도 3의 2개의 처리계, 즉,
(a) 브로드캐스트 통신(예를 들어 방송형 데이터 배신)
(b) 유니캐스트(브로드밴드) 통신(예를 들어 HTTP형의 P2P 통신)
이들 2개의 통신 프로토콜 스택 중 적어도 어느 것에 따른 처리를 행한다.
도 3에 나타내는 프로토콜 스택에 있어서, ROUTE(FLUTE)에 따라 멀티캐스트 전송되는 파일 군의 속성(파일의 식별자인 URL을 포함함)은 ROUTE(FLUTE)의 제어 파일 중에 기술할 수도 있는가 하면, 파일 전송 세션을 기술하는 시그널링(Signaling) 데이터 중에 기술할 수도 있다. 또한 파일 전송 세션의 추가의 상세 속성을(엔드 유저의 대한 제시 용도에도 적용 가능한) ESG에 의하여 기술할 수도 있다.
상술한 바와 같이, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격의 하나로서 ATSC(Advanced Television System Committe) 3.0의 규격화가 진행되고 있다.
ATSC 3.0에 있어서의 IP 베이스의 트랜스포트 스택의 표준화에 있어서, MPEG-DASH의 파일 포맷(ISO-BMFF 파일, MP4 파일)에 기초한 파일을 FLUTE(File Delivery over Unidirectional Transport)를 확장한 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜에 의하여 전송하는 방법이 제안되어, 표준 후보 방식으로서 설정되었다.
ROUTE 프로토콜을 적용함으로써, DASH 규격의 프래그먼트화된 MP4(fragmented MP4) 파일 시퀀스와, DASH 규격의 제어 정보(시그널링 데이터) 저장 메타파일인 MPD(Media Presentation Description), 및 방송 배신을 위한 시그널링 데이터인 USBD/USD, S-TSID(Service based Transport Session Description) 등을 전송할 수 있다.
상술한 바와 같이 ROUTE 프로토콜은 FLUTE를 베이스로 하는 프로토콜이다. FLUTE에 있어서의 전송 제어 파라미터를 기술한 메타데이터 파일을 FDT(File Delivery Table)라 칭하고, ROUTE에 있어서의 전송 제어 파라미터를 기술한 메타데이터 파일을 S-TSID(Service based Transport Session Description)라 칭한다. S-TSID는 FDT의 superset이며, FDT를 포함한다.
ATSC 3.0 서비스 레이어의 시그널링 데이터(SLS: Service Layer Signaling)로서 제안되어 있는 USBD/USD, S-TSID, MPD 등은 모두 ROUTE 세션에 의하여 전송된다.
[4. 수신 장치에 있어서의 애플리케이션 선택 처리와 애플리케이션 적용 처리의 처리예에 대하여]
다음으로, 방송 서버(21) 등의 송신 장치(20)로부터 데이터를 수신하고, 출력하는 수신 장치(클라이언트)(30)에 있어서의 재생 애플리케이션 등의 애플리케이션 선택 처리와 애플리케이션 적용 처리의 처리예에 대하여 설명한다.
수신 장치(30)는, 수신 장치의 기억부에, 방송 프로그램 등의 콘텐츠의 재생을 실행하는 재생 애플리케이션 프로그램(레지덴셜(상주형) 재생 애플리케이션)을 저장하고 있다.
이 재생 애플리케이션은, 특정 방송국 전용형이 아닌 종래부터의 재생 애플리케이션이며, 다양한 방송국의 제공 프로그램(콘텐츠)의 재생에 적용 가능하다.
방송 서버(방송국) 등의 송신 장치로부터 제공되는 방송국 대응의 재생 애플리케이션이나, 프로그램 대응의 재생 애플리케이션의 이용이 요구되지 않는 경우, 수신 장치는, 이 레지덴셜 재생 애플리케이션을 적용하여 콘텐츠(프로그램) 재생을 행할 수 있다.
방송국이나 프로그램 대응의 재생 애플리케이션[브로드캐스트(방송 배신형) 재생 애플리케이션]을 적용하지 않는 경우에 이용되는 수신 장치가 미리 유지하고 있는 재생 애플리케이션이며, 특정한 방송국이나 프로그램의 전용 애플리케이션이 아닌 재생 애플리케이션을 레지덴셜(상주형) 재생 애플리케이션이라 칭한다.
또한 레지덴셜 재생 애플리케이션에는, 브라우저 상에서 실행 가능한 웹 애플리케이션이나, 브라우저를 기동하지 않고 실행 가능한 애플리케이션 등, 다양한 타입의 애플리케이션이 포함된다.
도 5에 나타낸 바와 같이, 송신 장치(20)에는, 예를 들어 각각이 개별적인 방송국에 상당하는 복수의 방송국(20A, 20B, …)이 포함된다.
이들 방송국(20A, 20B, …)의 각각은, 각각의 방송 프로그램 데이터를 방송파나 네트워크를 통하여 수신 장치(30)에 제공한다.
또한 방송국(20A, 20B, …)의 각각은, 각각의 방송 프로그램의 재생에 적용하는 재생 애플리케이션이나, 시그널링 데이터 등의 제어 정보도, 방송파나 네트워크를 통하여 수신 장치(30)에 제공할 수 있다.
방송국(20A, 20B) 각각이 제공하는 재생 애플리케이션[브로드캐스트(방송 배신형) 재생 애플리케이션]은, 각 방송국이 제공하는 방송 프로그램 콘텐츠를 재생하기 위한 재생 애플리케이션이다. 즉, 특정한 방송국이나 특정한 프로그램의 재생 전용의 재생 애플리케이션이다.
예를 들어 방송국 A가 제공하는 어느 프로그램 a1에 대해서는, 방송국 A 전용의 재생 애플리케이션(Aapl)을 이용할 것이 필요해진다.
또한 방송국 A가 제공하는 어느 프로그램 a2에 대해서는, 방송국 A의 제공 프로그램 a2 전용의 재생 애플리케이션(A-a2 대응 재생 애플리케이션)을 이용할 것이 필요해진다.
이와 같이, 방송국(20A, 20B, …)의 각각이, 방송파나 네트워크를 통하여 수신 장치(30)에 제공하는 재생 애플리케이션을 브로드캐스트(방송 배신형) 재생 애플리케이션(브로드캐스트 재생 애플리케이션)이라 칭한다.
도 6은, 각 방송국이 제공하는 프로그램과, 각 프로그램의 재생에 적용하는 재생 애플리케이션의 대응 관계의 일례에 대하여 나타낸 도면이다.
방송국 A의 제공 프로그램과, 적용해야 하는 재생 애플리케이션의 대응 관계는 이하와 같다.
프로그램 a1-레지덴셜 재생 애플리케이션
프로그램 a2-브로드캐스트 재생 애플리케이션(=방송국 A 대응 재생 애플리케이션)
프로그램 a3-브로드캐스트 재생 애플리케이션(=프로그램 a3 대응 재생 애플리케이션)
프로그램 a4-브로드캐스트 재생 애플리케이션(=방송국 A 대응 재생 애플리케이션)
또한 방송국 B의 제공 프로그램과, 적용해야 하는 재생 애플리케이션의 대응 관계는 이하와 같다.
프로그램 b1-브로드캐스트 재생 애플리케이션(=방송국 B 대응 재생 애플리케이션)
프로그램 b2-브로드캐스트 재생 애플리케이션(=프로그램 b2 대응 재생 애플리케이션)
프로그램 b3-레지덴셜 재생 애플리케이션
수신 장치(20)는, 기억부에 레지덴셜 재생 애플리케이션을 유지하고 있으며, 방송국으로부터 제공되는 프로그램 중, 브로드캐스트 재생 애플리케이션의 적용이 요구되지 않는 프로그램에 대해서는, 레지덴셜 재생 애플리케이션을 적용한 재생 처리를 실행한다.
그러나 방송국으로부터 제공되는 프로그램 중, 브로드캐스트 재생 애플리케이션의 적용이 요구된 프로그램에 대해서는, 방송국이 제공하는 브로드캐스트 재생 애플리케이션을 취득하고, 취득한 브로드캐스트 재생 애플리케이션을 적용하여 프로그램 재생을 행할 것이 필요해진다.
수신 장치(30)에 있어서, 프로그램에 대응한 올바른 재생 애플리케이션이 선택되지 않는 경우, 올바른 프로그램 재생이 불가능하여 재생 에러가 발생하는 경우가 있다.
이하에 설명하는 본 개시의 구성은, 이러한 재생 에러의 발생을 방지하여, 수신 장치(30)에 있어서, 콘텐츠(프로그램) 대응의 올바른 재생 애플리케이션의 선택 취득, 적용 처리를 실현하고, 또한 채널 전환 시의 재생 애플리케이션의 변경 처리 등도 확실히 올바르게 실행 가능하게 한 구성을 실현하는 것이다.
[5. 수신 장치의 구성예와 처리예에 대하여]
다음으로, 도 7 이하를 참조하여 수신 장치(30)의 구성예와 처리예에 대하여 설명한다.
또한 도 7에는 수신 장치(30)의 일 구성예를 나타내고 있다.
수신 장치(30)는, 방송 서버 등의 송신 장치(20)로부터의 송신 데이터를 수신하는 미들웨어(110)와, 수신 데이터의 해석이나 축적 처리를 실행하는 프록시 서버(120), 프로그램 콘텐츠나 그 외의 애플리케이션 등의 재생 처리를 실행하는 재생 처리부(애플리케이션 실행부)(130)를 갖는다.
방송 서버 등의 송신 장치(20)는, 방송파나, 네트워크를 통한 브로드캐스트 송신에 의하여, 방송 콘텐츠 등을 포함하는 AV 세그먼트, 시그널링 데이터, 그 외의 데이터를 송신한다.
도 7에 나타내는 수신 장치(30)의 미들웨어(110)는, 방송 송신 장치(20)의 제공 데이터를 수신하여 해석한다.
미들웨어(110)는, 통신부(PHY/MAC)(111), 시그널링 데이터를 취득하는 시그널링 취득부(112), 시그널링 데이터를 해석하는 시그널링 해석부(113), 시그널링 데이터, 및 영상, 음성 등의 프로그램 콘텐츠 데이터나, 애플리케이션 등의 NRT 콘텐츠 등의 데이터 파일을 취득하는 세그먼트 취득부(114)를 갖는다.
미들웨어(110)가 수신한 데이터는 프록시 서버(120)의 캐시부(프록시 캐시)(121)에 저장된다. 프록시 서버(120)는 재생 제어부(131)로부터의 데이터 요구를 어드레스 해결부(Address Resolver)(122)에 입력하고, 요구된 데이터를 캐시부(프록시 캐시)(121), 또는 외부로부터 취득하여 제공한다.
재생 처리부(애플리케이션 실행부)(130)는 재생 애플리케이션이나 그 외의 애플리케이션을 실행한다.
또한 재생 처리부(애플리케이션 실행부)(130)가 실행하는 애플리케이션은, 예를 들어 이하의 애플리케이션이다.
(a) 수신 장치의 기억부에 미리 저장된 레지덴셜(상주형) 재생 애플리케이션,
(b) 송신 장치로부터 수신하는 브로드캐스트(방송 배신형) 재생 애플리케이션,
(c) 수신 장치의 기억부에 미리 저장된 그 외의 애플리케이션,
(d) 송신 장치로부터 수신하는 그 외의 애플리케이션,
예를 들어 이들 다양한 애플리케이션을 실행한다.
재생 처리부(애플리케이션 실행부)(130)의 재생 제어부(DASH Client)(131)는 DASH(MPEG-DASH) 규격에 따라 송신된 콘텐츠의 재생 제어를 실행한다.
상술한 바와 같이 MPEG-DASH 규격에는 이하의 2개의 규격이 포함된다.
(a) 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트 파일(MPD: Media Presentation Description)에 관한 규격,
(b) 동화상 콘텐츠 전송용의 파일 포맷(세그먼트 포맷)에 관한 규격,
송신 장치(20)로부터 수신 장치(30)에 대한 콘텐츠 배신은 상기 MPEG-DASH 규격에 따라 실행된다.
콘텐츠는, 예를 들어 MPEG에 있어서 규정되는 MP4 파일 포맷에 따라 소정 단위의 분할 데이터인 세그먼트로서 송신되고, 재생 제어부(DASH Client)(131)는, 매니페스트 파일(MPD)을 참조하여, 재생 대상 콘텐츠를 저장한 세그먼트를 취득하는 처리 등을 실행한다.
출력 제어부(132)는, 재생 제어부가 취득한 세그먼트로부터 부호화 콘텐츠를 취출하여 복호하여 표시부 등의 출력부에 출력한다.
또한 재생 제어부(DASH Client)(131)는 시그널링 데이터 처리부(SLS Signaling Parser&Viewer)로서도 기능한다.
송신 장치(20)(방송 서버(21) 등)가 송신하는 시그널링 데이터에 기초한 처리를 실행한다.
앞서 도 2를 참조하여 설명한 바와 같이, 시그널링 데이터(50)는, 편성표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL(Uniform Resource Locator) 등), 또한 콘텐츠의 재생 처리에 필요한 정보, 예를 들어 코덱 정보(부호화 방식 등)등을 포함하는 안내 정보, 애플리케이션 제어 정보 등의 다양한 제어 정보에 의하여 구성된다.
재생 제어부(DASH Client)(131)는 시그널링 데이터(SLS: Service Layer Signaling)를 취득하고, 취득한 시그널링 데이터에 기초한 처리를 실행한다.
예를 들어 편성표 등의 프로그램 예정 정보나, 프로그램 취득에 필요해지는 어드레스 정보(URL), 코덱 정보(부호화 방식 등)를 재생 제어부(131)에 제공하는 처리나, 시그널링 데이터의 표시, 예를 들어 편성표의 표시 처리 등을 행한다.
또한 프로그램 스케줄(편성표)이나 어드레스 정보, 코덱 정보 등의 시그널링 데이터는 수시로 갱신될 가능성이 있어, 수신 장치에서는 최신의 시그널링 데이터를 이용한 처리를 행할 필요가 있다.
송신 장치가 송신하는 시그널링 데이터에는 버전 식별자가 설정되며, 수신 장치는 버전 식별자에 기초하여 보다 새로운 시그널링 데이터를 판별하여 취득하고, 이용할 수 있다.
도 8은, 수신 장치(30)의 재생 처리부(애플리케이션 실행부)(130) 내의,
재생 제어부(DASH Client)(131),
출력 제어부(132),
이들의 상세 구성을 나타내는 도면이다.
재생 처리부(애플리케이션 실행부)(130)의 재생 제어부(DASH Client)(131)는 MPD 취득부(201), MPD 해석부(202), 세그먼트 취득부(203), 세그먼트(MP4) 해석부(204)를 갖는다.
재생 제어부(DASH Client)(131)는, 상술한 바와 같이, DASH(MPEG-DASH) 규격에 따라 송신된 콘텐츠의 재생 제어를 실행한다.
MPD 취득부(201)는, 동화상이나 음성 파일의 관리 정보 기술 파일인 매니페스트 파일(MPD: Media Presentation Description)을 취득한다.
MPD는 방송 서버(21) 등의 송신 장치(20)로부터 제공되어 프록시 서버(120)에 저장된 후, 재생 제어부(131)가 취득한다.
MPD는 동화상이나 음성 파일의 관리 정보인 메타데이터를 기술하기 위한 매니페스트 파일이다.
방송국이 제공하는 프로그램 구성 데이터인 AV 세그먼트에 관한 액세스 정보나, 재생 제어 정보, 구체적으로는 코덱 정보, 재생 시간 정보 등, 프로그램 콘텐츠의 취득, 재생 처리에 필요한 제어 정보가 기록되어 있다.
MPD 해석부(202)는, MPD 취득부(201)가 취득한 MPD의 기술 내용을 해석하여, 재생 대상 데이터에 대응하는 세그먼트의 취득에 필요해지는 정보 등을 세그먼트 취득부에 제공한다.
세그먼트 취득부(203)는 MPD 해석부(202)의 MPD 해석 결과에 따라, 재생 대상 데이터에 대응하는 세그먼트의 취득을 행한다.
세그먼트는, AV데이터를 포함하는 콘텐츠 전송용의 파일 포맷(세그먼트 포맷)에 따라 설정되는 소정의 단위 데이터이다.
세그먼트 해석부(204)는, 세그먼트 취득부(203)가 취득한 세그먼트로부터 부호화 화상 데이터, 부호화 음성 데이터 등을 취득하여 출력 제어부(132)의 복호부(디코더)(211)에 출력한다.
재생 처리부(애플리케이션 실행부)(130)의 출력 제어부(132)는 복호부(디코더)(211)와 출력부(렌더러)(212)를 갖는다.
이들 각 처리부에서는, 실행하는 애플리케이션 프로그램에 따른 처리를 실행하게 된다.
복호부(디코더)(211)는, 세그먼트 해석부(204)로부터 제공된 부호화 화상 데이터, 부호화 음성 데이터의 복호 처리(디코딩)를 실행한다.
출력부(212)는 복호된 화상 데이터, 음성 데이터를 출력부(디스플레이, 스피커)에 출력한다.
먼저 도 5, 도 6 등을 참조하여 설명한 바와 같이, 각 방송국은 송신 콘텐츠(프로그램)에 따라, 재생 처리에 적용하는 애플리케이션을 지정하는 것이 가능하다.
구체적으로는, 예를 들어
(a) 수신 장치에 미리 저장된 레지덴셜(상주형) 재생 애플리케이션,
(b) 방송국 등의 송신 장치가 방송파나 네트워크를 통하여 제공하는 브로드캐스트(방송 배신형) 재생 애플리케이션,
이들 중 어느 재생 애플리케이션을 이용해야 하는지를 지정할 수 있다.
수신 장치(클라이언트)(30)의 재생 처리부(애플리케이션 실행부)(130)는, 재생 콘텐츠에 따라 이용하는 애플리케이션을 올바르게 선택할 것이 요구된다.
이 애플리케이션 선택에 필요해지는 정보는, 시그널링 데이터를 적용하여 송신 장치(20)로부터 수신 장치(30)에 송신된다.
이 시그널링 데이터의 상세 및 이용 처리의 상세에 대해서는 후술한다.
수신 장치(클라이언트)(30)의 재생 제어부(DASH Client)(131)는 ATSC 3.0 클라이언트 애플리케이션(3.0 DASH Client)의 실행부이기도 하다.
재생 제어부(DASH Client)(131)는, ATSC 3.0 방송 수신 클라이언트 디바이스 상에 실장된 브라우저 상에서 실행되는 브라우저 애플리케이션이나, 그 외의 애플리케이션을 실행한다.
재생 제어부(DASH Client)(131)가 실행하는 ATSC 3.0 클라이언트 애플리케이션은, ATSC 3.0 DASH 클라이언트 애플리케이션(3.0 DASH Client)이나, ATSC 3.0 스트림 부수 애플리케이션(3.0 Application) 등을 포함한다.
재생 제어부(DASH Client)(131)는, 미들웨어(Client Local ATSC Middleware)(110)가 수신한 데이터, 프록시 서버(Client Local HTTP Proxy Server)(120)가 네트워크를 통하여 수신한 데이터의 처리를 실행한다.
즉, 재생 처리부(애플리케이션 실행부)(130)는 재생 제어부(DASH Client)(131)와 출력 제어부(132)를 사용하여, 미들웨어(110) 또는 프록시 서버(120)가 취득한, DASH-MPD 파일이나 DASH 세그먼트(segment) 파일, 그 외의 일반의 애플리케이션 파일, 및 시그널링 데이터를 저장한 SLS(Service level Signaling) 파일을 입력하여, 스트림의 렌더링이나 애플리케이션의 제어를 행한다.
도 7에 나타내는 모델은, 재생 처리부(애플리케이션 실행부)(130)가 실행하는 ATSC 3.0 클라이언트 애플리케이션이나, 그 외의 애플리케이션에서 보면, 반드시 프록시 서버(120)를 통하여 외부의 세계에 액세스하기 때문에, 그들 파일 군을 방송 경유로 취득하고 있는 것인지, 넷 경유로 취득하고 있는 것인지의 구별을 의식하는 경우가 없기(네트워크 투과성이 제공되기) 때문에, 애플리케이션의 가반성을 높이는 것이 가능해진다.
따라서 방송 대상만에 특화하여 애플리케이션을 실장할 필요가 없어, 방송도 인터넷 중 어느 것을 사용할지에 의하지 않는 실장으로 할 수 있다.
재생 처리부(애플리케이션 실행부)(130)가 실행하는 애플리케이션이 DASH-MPD 파일이나 DASH 세그먼트(segment) 파일, 그 외의 일반의 애플리케이션 파일, 및 시그널링 데이터 파일의 취득을 요구(HTTP 리퀘스트)하면, 그것을 받은 프록시 서버(120)가, 어드레스 해결부(Address Resolver)(122)에 있어서 방송 수신 스택을 통하여 취득할지 넷 경유로 취득할지의 판단을 행한다.
판단 재료로 되는 정보는 시그널링 데이터의 해석 결과로서 제공된다. 재생 제어(DASH Client)(131)는 시그널링 취득부(SLS Signaling Retriever)(112)에, ATSC 3.0의 시그널링 메타인 USBD/USD나 S-TSID 등의 취득 요구를 행한다.
시그널링 취득부(SLS Signaling Retriever)(112)는, 통신부(ATSC 튜너: ATSC3.0 PHY/MAC)(111)를 통하여 방송 수신하는 SLS LCT 패킷에 의하여 운반되는 시그널링 메타를 추출한다.
시그널링 해석부(SLS Signaling Parser)(113)는 또한 세그먼트나 애플리케이션 리소스의 취득 요구에 포함되는 URL로부터 시그널링 메타를 추출하여, 대상으로 되는 파일을 취득하기 위한 방송 배신 어드레스 정보를 해결한다. 방송 배신되는(된) 것을 알 수 있으면, 그 방송 배신 어드레스 정보를 바탕으로 하여, 원하는 파일이 저장된 LCT 패킷을 방송 스트림으로부터 취득하고, 캐시(Proxy Cache)부(121) 내에 전개한다. 프록시 서버(120)는 당해 파일을 재생 제어부(131)에 (HTTP의 리스펀스로서) 반송한다. 애플리케이션 파츠의 취득 요구에 포함되는 URL이 시그널링 메타에 없으면, 프록시 서버(120)는 통상의 넷 스택을 통하여 당해 파일을 취득한다.
[6. 방송국이나 프로그램 등, 서비스 단위의 제어 정보, 속성 정보를 통지하는 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)에 대하여]
다음으로, 서비스(방송국이나 프로그램 등) 단위의 제어 정보, 속성 정보를 통지하는 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)에 대하여 설명한다.
상술한 바와 같이, 방송파 및 네트워크를 통한 데이터 배신 시스템에 관한 규격으로서, 현재, ATSC(Advanced Television System Committe) 3.0의 규격화가 진행 중이다.
ATSC 3.0에 있어서는, IP 베이스의 트랜스포트 스택의 표준화 작업이 행해지고 있으며, 화상 데이터나 음성 데이터 등의 콘텐츠를 각 통신 사업자의 서비스 형태에 관계없이 배신 가능하게 한 데이터 배신 방식인 OTT(Over The Top) 배신에서 주류로 되어 가고 있는 MPEG-DASH 규격에 따른 파일 포맷(ISO-BMFF 파일, MP4 파일)에 기초한 파일을, 먼저 도 3, 도 4를 참조하여 설명한 ROUTE(Real-Time Object Delivery over Unidirectional Transport) 프로토콜에 의하여 전송하는 방법을 제안하고 있다.
송신 장치(20)는 ROUTE 프로토콜에 따라, 예를 들어 이하의 각 데이터를 송신한다.
(1) DASH 규격에 따라 전송되는 프래그먼트화(세분화)된 MP4 파일(fragmented MP4),
(2) DASH 규격에 따른 제어 메타데이터(시그널링 데이터)인 MPD,
(3) 방송 배신을 위한 시그널링(3GPP-MBMS3-USD(User Service Description))을 확장한 ATSC버전의 USD나 ROUTE 프로토콜의 제어 메타데이터(시그널링 데이터)인 S-TSID 등,
이러한 다양한 데이터의 송신을 행한다.
먼저 도 3, 도 4 등을 참조하여 설명한 바와 같이, ROUTE 프로토콜은 FLUTE를 베이스로 하여 확장된 프로토콜이다.
FLUTE에 있어서의 전송 제어 파라미터를 기술한 메타데이터(시그널링 데이터)는 FDT(File Delivery Table)라 칭해지는데, ROUTE에 있어서 FDT에 상당하는 제어 메타데이터(시그널링 데이터)는 S-TSID(Service-based Transport Session Instance Description)라 칭해진다.
S-TSID는, 어느 서비스(예를 들어 방송의 채널이나 프로그램) 단위로 전송되는 모든 서비스 컴포넌트(비디오/오디오/데이터 컴포넌트 스트림 등)에 관한 전송 제어 메타데이터를 기술한다.
또한 서비스 컴포넌트(비디오/오디오/데이터 컴포넌트 스트림등)는 모두 파일 전송 세션으로 전송된다.
서비스 단위의 시그널링 데이터인 S-TSID 자신도, ROUTE 세션 중에서 서비스 시그널링 데이터 전송 세션을 이용하여 전송된다. S-TSID는 하나의 서비스 내에서 전송되는 컴포넌트 파일 전송 세션에 관한 시그널링 데이터이다.
또한 S-TSID 자신이 전송되는 서비스마다의 서비스 레벨 시그널링 데이터 전송 세션의 어드레스(서비스 부트스트랩 어드레스)를 취득(어드레스 해결)하기 위한 메타데이터(시그널링 데이터)로서, 서비스 리스트 테이블(SLT: Service List Table)이 이용된다.
서비스 리스트 테이블(SLT)은 UDP/IP 상에서, 각각의 서비스와는 상이한 특별한 어드레스 및 포트(Destination IP Address/Destination Port)를 이용하여 전송된다.
도 9 이하를 참조하여 서비스 리스트 테이블(SLT)에 대하여 설명한다.
도 9는, 서비스 리스트 테이블(SLT)(301)과, 각 서비스(311 내지 313)의 대응 관계를 설명하는 프로토콜 스택을 나타내는 도면이다.
도 9에 나타내는 프로토콜 스택은, 먼저 도 3을 참조하여 설명한 프로토콜 스택의 일부에 상당한다.
도 9에 나타내는 서비스 리스트 테이블(SLT)(301)은, 도 3에 나타내는 프로토콜 스택의 시그널링 데이터(Signaling)의 일 구성 요소이다.
도 9에 나타내는 복수의 서비스(Service)(311 내지 313) 단위의 레이어는, 각 방송국이나 프로그램 단위의 서비스 단위의 전송 데이터 레이어이다. 각 서비스(311 내지 313)는 이하의 각 데이터를 전송한다.
(a) 서비스 단위의 제어 데이터, 속성 데이터를 포함하는 시그널링 데이터인 S-TSID 등의 서비스 레벨 시그널링 데이터 파일(321),
(b) 프로그램 콘텐츠 등의 구성 데이터로 되는 A/V/CC-DASH 파일(322),
(c) 재생 애플리케이션이나, 인덱스 파일, 그 외의 애플리케이션 등의 논 리얼타임 데이터에 의하여 구성되는 NRT 파일(323),
서비스 리스트 테이블(SLT)(301)에는, 각 서비스(311 내지 313) 단위로 전송되는 상기 데이터를 취득하기 위한 정보를 리스트 업한 테이블이다.
서비스 리스트 테이블(SLT)(301)의 구체적 구성예를 도 10에 나타낸다.
서비스 리스트 테이블(SLT)(301)은, 도 10에 나타낸 바와 같이,
서비스 단위의 서비스 엔트리(351 내지 353)를 갖는다.
각 서비스 엔트리(351 내지 353)에는,
(p) 서비스 단위의 기본 속성 정보(361),
(q) 서비스 시그널링 부트스트랩 어드레스(362),
이들 각 데이터가 기록되어 있다.
서비스 시그널링 부트스트랩 어드레스(362)는, 각 서비스 단위의 메타데이터(시그널링 데이터)인 S-TSID 등의 서비스 레벨 시그널링(Service Level Signaling)을 취득하기 위한 어드레스에 상당한다.
수신 장치(클라이언트)(30)는, 어느 채널로 설정하여 수신할 서비스(방송국 또는 프로그램 등)를 결정하면, 먼저, 최초에 시그널링 데이터인 서비스 리스트 테이블(SLT)로부터 필요한 정보를 취득한다.
또한 서비스 리스트 테이블(SLT) 등의 시그널링 데이터는, 수시로 방송국 등의 송신 장치(20)로부터 반복하여 송신되어, 수신 장치(30)는 수시로 서비스 리스트 테이블(SLT)을 수신할 수 있다.
또한 서비스 리스트 테이블(SLT)은 수시로 갱신 가능하며, 수신 장치(30)는, 서비스 리스트 테이블(SLT)에 설정된 버전 식별자에 기초하여, 최신의 서비스 리스트 테이블(SLT)을 선택 취득하여 수신 장치의 기억부에 저장하여 이용한다.
수신 장치(30)는, 취득한 서비스 리스트 테이블(SLT)로부터, 수신 예정의 서비스(방송국이나 프로그램)에 대응하는 서비스 엔트리를 선택하고, 선택한 서비스 엔트리에 기록된 정보, 즉,
(p) 서비스 단위의 기본 속성 정보(361),
(q) 서비스 시그널링 부트스트랩 어드레스(362),
이들 정보를 취득한다.
(q) 서비스 시그널링 부트스트랩 어드레스(362)는, 각 서비스(예를 들어 도 9의 서비스(311)) 대응의 속성 정보나 제어 정보 등을 기술한 메타데이터(시그널링 데이터)인 서비스 레벨 시그널링(SLS: Service Level Signaling)을 취득하기 위한 어드레스 정보 등이 기록되어 있다.
수신 장치(클라이언트)는 이 어드레스를 사용하여, 서비스 단위의 메타데이터(시그널링 데이터)인 S-TSID 등의 서비스 레벨 시그널링(SLS: Service Level Signaling)을 취득한다.
서비스 레벨 시그널링(SLS: Service Level Signaling)에는, 서비스(예를 들어 도 9의 서비스(311)) 대응의 각 데이터, 예를 들어 도 9에 나타내는 이하의 데이터, 즉,
(b) 프로그램 콘텐츠 등의 구성 데이터로 되는 A/V/CC-DASH 파일(322),
(c) 재생 애플리케이션이나, 인덱스 파일, 그 외의 애플리케이션 등의 논 리얼타임 데이터에 의하여 구성되는 NRT 파일(323),
이들 데이터를 취득하기 위한 정보나, 이들 데이터를 이용한 처리(재생 처리나 애플리케이션 실행 등의 처리)에 필요한 정보 등의 서비스 속성 정보, 제어 정보 등이 기록되어 있다.
수신 장치(클라이언트)는 서비스 단위의 메타데이터(시그널링)인 S-TSID 등의 서비스 레벨 시그널링(SLS: Service Level Signaling)에 기록된 데이터를 이용하여, 서비스 단위의 제공 데이터(AV 콘텐츠나 애플리케이션)를 수령하고, 프로그램 재생 처리 등을 실행한다.
ATSC 3.0에서는, 도 10에 나타내는 SLT(301)의 서비스 엔트리 단위로 기록하는 서비스 단위의 기본 속성(361)의 하나로서, 서비스의 종류를 식별하기 위한 정보인 「서비스 카테고리」를 기록하는 것에 관한 논의가 이루어져 있다.
예를 들어 구체적인 서비스 카테고리의 종류로서, 이하와 같은 제안이 이루어져 있다.
(1) 서비스 카테고리-1: 리니어 AV=[LinearAV(통상의 음성 비디오(Audio/Video) 방송 스트림과, 방송 채널의 부수 애플리케이션을 적절히 기동할 수 있는 서비스)],
(2) 서비스 카테고리-2: 리니어 A=[LinearA(통상의 음성(Audio) 방송 서비스(라디오와 등가)와, 방송 채널의 부수 애플리케이션을 적절히 기동할 수 있는 서비스)],
또한 상기 서비스 카테고리-1, 2의 리니어 AV(LinearAV)와, 리니어 A(LinearA)의 각 서비스를 통합하여,
리니어 서비스(Linear Service)라는 상위의 서비스 카테고리의 정의에 대해서도 제안되어 있다.
더욱이 또한 하나의 서비스 카테고리로서,
(3) 서비스 카테고리-3: 애플리케이션 베이스[App-based(방송 채널의 애플리케이션이 최초에 기동하는 서비스-애플리케이션은 임의)
이 카테고리에 대해서도 검토되어 있다.
상기 서비스 카테고리로서 정의되는 리니어(Linear) 서비스의 경우, 수신 장치(클라이언트)가 어느 하나의 서비스의 제공 채널로 채널을 설정(튠)하면, 수신 장치(클라이언트)는 그 서비스 대응의 방송 스트림에 포함되는 음성/비디오(Audio/Video) 스트림의 렌더링 처리를 포함하는 재생 처리를 개시한다.
이 재생 처리는, 현행의 TV 등에서는, TV 제조 시에 TV에 내장된 재생 애플리케이션, 즉, 레지덴셜 재생 애플리케이션이 실행한다.
그러나 앞으로, 각 방송국 등의 송신 장치(20)는, 방송국 독자의 재생 애플리케이션(브로드캐스트 재생 애플리케이션)을 수신 장치(30)에 제공하는 것을 예정하고 있다.
이후, 이용이 보급될 것으로 예측되는 고기능형 텔레비전, 예를 들어 브라우저 상에서 실행되는 웹 애플리케이션 등의 실행 기능을 갖는 하이브리드 브로드캐스트 브로드밴드 텔레비전(HbbTV) 등의 수신 장치는, 방송국 등의 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션을 수신하고, 이를 이용하여 프로그램 재생 처리를 행할 수 있다.
또한 송신 장치(20)가 제공하는 브로드캐스트 재생 애플리케이션의 기동 처리 등의 제어는, 송신 장치(20)로부터 송신되는 재생 애플리케이션 대응의 메타데이터(시그널링 데이터)인 애플리케이션 정보 테이블(AIT: Application Information Table)에 기록되어 있다.
수신 장치(클라이언트)(30)는, 브로드캐스트 재생 애플리케이션과, 브로드캐스트 재생 애플리케이션 대응의 애플리케이션 정보 테이블(AIT)의 양쪽을 취득하여, 브로드캐스트 재생 애플리케이션을 적용한 프로그램 재생을 행한다.
송신 장치는, 애플리케이션 정보 테이블(AIT)은 시그널링 데이터의 하나이며, 송신 장치는 애플리케이션 정보 테이블(AIT)을 계속적으로 반복 송신한다.
수신 장치(클라이언트)는 애플리케이션 정보 테이블(AIT)을 임의 타이밍에 취득하고, AIT에 따라, 특정한 방송국으로부터 제공된 브로드캐스트 재생 애플리케이션의 제어, 예를 들어 기동이나 정지 처리를 실행할 수 있다.
현행의 텔레비전 등의 수신 장치(클라이언트)는 대부분의 경우, 방송 프로그램의 재생 처리를 레지덴셜 재생 애플리케이션을 이용하여 실행한다.
또한 레지덴셜 재생 애플리케이션에는 이하의 2종류가 있다.
(a) 텔레비전 등의 수신 장치에 미리 내장된 내장 비디오 플레이어(Embedded Video Player),
(b) 브라우저 상에서 실행되는 웹 애플리케이션,
내장 비디오 플레이어(Embedded Video Player)는 TV 등의 제조 메이커(디바이스 벤더)가 제공하는 것을 상정하고 있으며, 내장 비디오 플레이어(Embedded Video Player)는 방송국이나 프로그램에 의존하지 않는 재생 애플리케이션 프로그램이며, 다수의 상이한 방송국이 제공하는 서비스(프로그램 콘텐츠)의 재생에 이용된다.
레지덴셜 재생 애플리케이션으로서의 웹 애플리케이션도, 제조 메이커(디바이스 벤더)가, 예를 들어 텔레비전 제조 시에 텔레비전 등의 수신 장치(클라이언트) 내의 기억부에 저장한다. 또는, 예를 들어 네트워크 등을 통하여 벤더의 관리 서버로부터 텔레비전 등의 수신 장치(클라이언트)에 송신하여 기억부에 저장한다는 것과 같은 설정 등이 있다.
한편, 방송국 등의 송신 장치가, 각 방송국의 제공 서비스(프로그램 콘텐츠) 전용의 재생 애플리케이션으로서 제공하는 브로드캐스트 재생 애플리케이션은, 상술한 바와 같이, 애플리케이션 정보 테이블(AIT: Application Information Table)에 기동, 정지 등의 제어 정보가 기록되어 있다.
수신 장치(클라이언트)는, 브로드캐스트 재생 애플리케이션을 이용한 재생 처리를 실행하는 경우에는, 이하의 2개의 데이터를 취득할 것이 필요해진다.
(1) 서비스 대응의 브로드캐스트 재생 애플리케이션
(2) 브로드캐스트 재생 애플리케이션의 제어 정보를 기록한 애플리케이션 정보 테이블(AIT: Application Information Table)
[7. 송신 장치의 제공 서비스의 서비스 카테고리 설정 구성에 대하여]
먼저 설명한 바와 같이, ATSC 3.0에 있어서, 도 10에 나타내는 SLT(301)의 서비스 엔트리 단위로 기록하는 서비스 단위의 기본 속성(361)의 하나로서, 서비스 카테고리의 기록에 대하여 논의가 이루어져 있다.
즉, 송신 장치의 제공 서비스에 대하여, 수신 장치측에서 그 종류를 파악하기 위한 서비스 카테고리 설정이다.
상술한 바와 같이, 서비스 카테고리의 종류로서, ATSC 3.0에서는, 예를 들어 이하와 같은 카테고리 설정에 관한 제안이 이루어져 있다.
(1) 서비스 카테고리-1: 리니어 AV 서비스=[LinearAV(통상의 음성 비디오(Audio/Video) 방송 스트림과, 방송 채널의 부수 애플리케이션을 적절히 기동할 수 있는 서비스],
(2) 서비스 카테고리-2: 리니어 A 서비스=[LinearA(통상의 음성(Audio) 방송 서비스(라디오와 등가)와, 방송 채널의 부수 애플리케이션을 적절히 기동할 수 있는 서비스],
(3) 서비스 카테고리-3: 애플리케이션 베이스 서비스=[App-based 서비스(방송 채널 대응의 애플리케이션이 최초에 기동하는 서비스)]
상기 서비스 카테고리를 서비스 리스트 테이블(SLT)의 각 서비스 엔트리의 「서비스 단위의 기본 속성」의 하나의 속성 정보로서 기록함으로써, 수신 장치(클라이언트)는 수신 예정의 서비스(프로그램 콘텐츠)의 재생에, 방송 채널의 부수 애플리케이션, 즉, 방송국이 제공하는 브로드캐스트 재생 애플리케이션을 적용해야 할지의 여부를 판정할 수 있다.
그러나 이들 카테고리 분류만으로는 수신 장치(클라이언트)(30)가 수신 예정의 서비스(프로그램 콘텐츠)의 재생에 적용해야 하는 재생 애플리케이션을 확실히 선택할 수 없다는 문제가 있다.
예를 들어 방송국이 제공하는 프로그램 재생에, 내장 비디오 플레이어(Embedded Video Player)나, 내장 웹 애플리케이션 등의 레지덴셜 재생 애플리케이션을 이용할 수 있는지의 여부를 판정할 수 없다는 문제 등이 있다.
또한 수신 장치(클라이언트)(30)에 있어서, 채널 전환 등, 수신 서비스의 천이를 행할 때, 프로그램 재생에 적용하는 재생 애플리케이션의 변경이 발생하는 경우가 있는데, 이 서비스 천이 시에 수신 장치에 있어서 재생 애플리케이션의 정지, 기동 처리에 시간을 요하면, 채널 전환 후의 프로그램의 재생 개시에 지연이 발생해 버린다는 등의 문제가 발생한다.
이하, 이러한 문제를 해결하는 서비스 카테고리의 설정예와, 이용 처리예에 대하여 설명한다.
이하에 있어서 설명하는 구성에 있어서, 서비스 카테고리는, 재생 처리에 적용해야 하는 재생 애플리케이션이, 적어도 이하의 어느 것인지를 판별 가능하게 한 설정으로 한다.
(1) 레지덴셜(상주형) 재생 애플리케이션,
(2) 브로드캐스트(방송형) 재생 애플리케이션,
예를 들어 이하의 2개의 서비스 카테고리를 포함하는 카테고리 설정으로 한다.
(1) 서비스 카테고리-R: 리니어(Linear) 서비스-레지덴셜 제어 모드
(2) 서비스 카테고리-B: 리니어(Linear) 서비스-브로드캐스트 제어 모드
이하, 각 서비스 카테고리의 상세에 대하여 설명한다.
(1) 서비스 카테고리-R: 리니어(Linear) 서비스-레지덴셜 제어 모드(Linear Service- 레지덴셜 Control 모드)는, 방송국이 제공하는 AV 스트림의 재생 처리(렌더링 처리 등)를, 방송국이나 프로그램 등의 서비스 전용 재생 애플리케이션이 아니라, 서비스 비의존형의 레지덴셜 재생 애플리케이션을 이용하여 재생 가능한 것을 나타내는 카테고리 구분이다.
또한 레지덴셜 재생 애플리케이션에는, 내장 비디오 플레이어(Embedded Video Player)나, 내장 웹 애플리케이션 등이 포함된다.
이 서비스 카테고리-R로 구분되는 서비스에 있어서, 방송 서버 등의 송신 장치로부터 송신되는 프로그램 콘텐츠의 재생 처리에는, 수신 장치(클라이언트)가 미리 유지하고 있는 레지덴셜 재생 애플리케이션을 이용할 수 있다.
또한 송신 장치는, 이 서비스 카테고리-R로 구분되는 서비스의 제공 시에, 브로드캐스트 재생 애플리케이션의 제공은 행할 필요가 없지만, 그 외의 애플리케이션은 제공하는 경우가 있다.
예를 들어 프로그램 콘텐츠에 오버레이 표시하는 데이터의 표시 애플리케이션이나, 프로그램의 백그라운드에서 실행되는 비표시형의 애플리케이션, 방송국 제공의 시청 상황 모니터링 애플리케이션 등의 서비스 부수 애플리케이션은, 예를 들어 NRT 콘텐츠로서 서비스에 포함하여 송신 장치로부터 수신 장치에 제공되는 경우가 있다.
이들 서비스 부수 웹 애플리케이션은, 각 서비스 대응의 시그널링 데이터인 SLS(Service Level Signaling)에 의하여 송신되는 애플리케이션 정보 테이블(AIT)을 적용하여 제어된다.
즉, 애플리케이션 대응의 AIT에 의하여, 예를 들어 애플리케이션의 기동, 정지, 라이프 사이클 등의 제어가 행해진다.
그러나 이 AIT는 특정한 서비스 부수 웹 애플리케이션의 제어에 이용될 뿐이지, 서비스의 메인 콘텐츠로 되는 프로그램 콘텐츠의 재생 처리에 이용하는 레지덴셜 재생 애플리케이션의 제어에는 이용되지 않는다.
다음으로, 또 하나의 서비스 카테고리인,
「(2) 서비스 카테고리-B: 리니어(Linear) 서비스-브로드캐스트 제어 모드」에 대하여 설명한다.
(2) 서비스 카테고리-B: 리니어(Linear) 서비스-브로드캐스트 제어 모드(Linear Service- Broadcaster Control 모드)는, 방송국이 제공하는 AV 스트림의 재생 처리(렌더링 처리 등)를, 방송국이나 프로그램 등의 서비스 전용 재생 애플리케이션, 즉, 브로드캐스트 재생 애플리케이션을 이용하여 재생 가능한 것을 나타내는 카테고리 구분이다.
이 서비스 카테고리는, 서비스를 제공하는 방송국 등의 송신 장치로부터, 예를 들어 논 리얼타임(NRT) 콘텐츠로서 송신되는 브로드캐스트 재생 애플리케이션을 이용함으로써 재생 가능해지는 서비스(프로그램 콘텐츠)인 것을 나타내는 카테고리이다.
브로드캐스트 재생 애플리케이션은, 예를 들어 수신 장치(클라이언트)의 브라우저 상에서 실행되는 웹 애플리케이션이다.
또한 이 웹 애플리케이션은, 프로그램 콘텐츠의 재생 처리 이외의 처리를 실행하는 복수의 프로그램 부수 애플리케이션의 제어 처리를 행하는 경우도 있다.
프로그램 부수 애플리케이션이란, 예를 들어 프로그램 콘텐츠에 오버레이 표시하는 데이터의 표시 애플리케이션이나, 프로그램의 백그라운드에서 실행되는 비표시형의 애플리케이션, 방송국 제공의 시청 상황 모니터링 애플리케이션 등이다.
또한, 또 하나의 서비스 카테고리로서,
(3) 서비스 카테고리-App을 설정한다.
서비스 카테고리-App은 애플리케이션 베이스=[App-based 서비스(방송 채널 대응의 애플리케이션이 최초에 기동하는 서비스)]
애플리케이션 베이스(App-based) 서비스를 이용하는 경우, 수신 장치(클라이언트)가 그 서비스의 제공 채널로 천이하면, 먼저, 최초에 그 서비스의 웹 애플리케이션을 기동한다.
이 애플리케이션의 제어, 예를 들어 라이프 사이클 제어 등은, 역시 서비스 시그널링 데이터로서 전송되는 애플리케이션 정보 테이블(AIT)에 의하여 행해진다.
또한 이 애플리케이션 베이스(App-based) 서비스는, 기본적으로 방송 프로그램으로 되는 리얼타임 스트림은 이용하지 않는다. NRT(Non Real Time 파일 비동기 배신) 또는 온 디맨드 스트리밍만이 이용된다. 수신 장치(클라이언트)가 애플리케이션 베이스(App-based) 서비스로 천이한 경우, 천이처의 방송 애플리케이션이 모든 처리를 장악한다.
이와 같이, 서비스 카테고리의 구분으로서, 적어도, 이하의 3개의 서비스 카테고리를 설정한다.
(1) 서비스 카테고리-R: 리니어(Linear) 서비스-레지덴셜 제어 모드
(2) 서비스 카테고리-B: 리니어(Linear) 서비스-브로드캐스트 제어 모드
(3) 서비스 카테고리-App:애플리케이션 베이스(App-based) 서비스
이러한 서비스 카테고리를 설정한다.
송신 장치는, 서비스 카테고리 정보를, 도 9, 도 10을 참조하여 설명한 서비스 리스트 테이블(SLT)의 서비스 단위의 기본 속성 기록 필드에 기록하여, 수신 장치에 제공한다.
수신 장치는, 어느 방송국의 제공 프로그램인 특정한 서비스를 수령하는 경우, SLT의 「서비스 엔트리」의 「서비스 단위의 기본 속성」을 참조하여 서비스 카테고리를 확인한다.
이 확인 결과에 기초하여, 재생에 이용하는 애플리케이션을 적확하게 선택하는 것이 가능해진다.
예를 들어 수신 장치는, 서비스 리스트 테이블(SLT)로부터 수신 예정의 서비스 대응의 「서비스 엔트리」를 선택하고, 선택한 「서비스 엔트리」에 기록된 「서비스 단위의 기본 속성」의 서비스 카테고리의 식별자를 확인한다.
서비스 카테고리 식별자가, 「서비스 카테고리-R」, 즉, 「리니어(Linear) 서비스-레지덴셜 제어 모드」를 나타내고 있는 경우에는, 수신 장치에 유지되어 있는 레지덴셜 재생 애플리케이션을 기동하여 수신 데이터(AV 세그먼트)의 재생 처리를 실행한다.
또한 서비스 카테고리의 식별자가, 「서비스 카테고리-B」, 즉, 「리니어(Linear) 서비스-브로드캐스트 제어 모드」를 나타내고 있는 경우에는, 방송국 등의 송신 장치로부터 제공되는 브로드캐스트 재생 애플리케이션을 취득하고, 이 재생 애플리케이션을 기동하여 수신 데이터(AV 세그먼트)의 재생 처리를 실행한다.
또한 이 경우에는, 브로드캐스트 재생 애플리케이션에 대응하는 애플리케이션 정보 테이블(AIT)도 취득하고, 이 AIT의 기록 정보에 따른 애플리케이션 제어를 행한다.
또한 서비스 카테고리의 식별자가 「서비스 카테고리-App」, 즉, 「애플리케이션 베이스(App-based) 서비스」를 나타내고 있는 경우에는, 방송국 등의 송신 장치로부터 제공되는 애플리케이션을 취득하고, 이 애플리케이션을 기동하여 처리를 실행한다.
또한 이 경우에는, 이 애플리케이션에 대응하는 애플리케이션 정보 테이블(AIT)도 취득하고, 이 AIT의 기록 정보에 따른 애플리케이션 제어를 행한다.
수신 장치(클라이언트)가 채널을 변경하는 경우, 즉, 서비스 천이 처리를 실행하는 경우에는, 이하와 같은 제어가 실행된다.
먼저, 채널 변경 전에, 서비스 카테고리가, 「서비스 카테고리-R」, 즉, 「리니어(Linear) 서비스-레지덴셜 제어 모드」인 서비스(채널)를 수신하고, 그 방송 스트림의 재생 처리를, 레지덴셜 재생 애플리케이션을 적용하여 실행하고 있는 것으로 한다.
이 상태에서, 수신 장치(클라이언트)에 있어서 채널 전환이 발생하여, 다른 서비스(채널)로 천이하는 것으로 한다.
천이처 서비스(채널)의 서비스 카테고리가,
「서비스 카테고리-B」, 즉, 「리니어(Linear) 서비스-브로드캐스트 제어 모드」라고 한다.
이 경우, 실행 중이었던 레지덴셜 재생 애플리케이션을 정지시킨다.
「서비스 카테고리-B」, 즉, 「리니어(Linear) 서비스-브로드캐스트 제어 모드」의 서비스에 포함되는 AV 스트림 재생에는, 그 서비스(채널) 전용의 재생 애플리케이션, 즉, 브로드캐스트 재생 애플리케이션(웹 애플리케이션)을 이용하는 것이 필수로 된다.
이 브로드캐스트 재생 애플리케이션(웹 애플리케이션)을 이용하여 재생 처리를 행하기 위해서는, 이하의 처리가 필요해진다.
(S1) 천이처 서비스 대응의 브로드캐스트 재생 애플리케이션(웹 애플리케이션)을 취득,
(S2) 취득한 브로드캐스트 재생 애플리케이션(웹 애플리케이션)의 제어 정보를 기록한 애플리케이션 정보 테이블(AIT)을 취득,
(S3) 애플리케이션 정보 테이블(AIT)의 기록 정보에 따라 브로드캐스트 재생 애플리케이션(웹 애플리케이션)을 기동.
또한 천이처 서비스 대응의 브로드캐스트 재생 애플리케이션(웹 애플리케이션)이나, 애플리케이션 정보 테이블(AIT)은 채널 천이 전에 미리 취득하고, 수신 장치(클라이언트)의 기억부에 저장해 두어도 된다.
또한 천이처 서비스(채널)의 서비스 카테고리가,
「서비스 카테고리-App」, 즉, 「애플리케이션 베이스(App-based) 서비스」인 경우에는, 수신 장치(클라이언트)는 이하의 처리를 행한다.
먼저, 실행 중이었던 레지덴셜 재생 애플리케이션을 정지시킨다.
「서비스 카테고리-App」, 즉, 「애플리케이션 베이스(App-based) 서비스」의 서비스의 실행에는, 그 서비스 전용의 애플리케이션(웹 애플리케이션)을 이용하는 것이 필수로 된다.
이 애플리케이션(웹 애플리케이션)을 이용한 애플리케이션 처리를 행하기 위해서는, 이하의 처리가 필요해진다.
(S1) 천이처 서비스 대응의 애플리케이션(웹 애플리케이션)을 취득,
(S2) 취득한 애플리케이션(웹 애플리케이션)의 제어 정보를 기록한 애플리케이션 정보 테이블(AIT)을 취득,
(S3) 애플리케이션 정보 테이블(AIT)의 기록 정보에 따라 애플리케이션을 기동.
이와 같이, 채널 전환 등, 서비스 천이가 발생하면, 수신 장치(클라이언트)에서 실행해야 하는 애플리케이션의 전환 처리를 행할 필요가 발생하는 경우가 있다.
이러한 애플리케이션 전환 처리 시에는, 예를 들어 애플리케이션의 기동 처리, 렌더링 리소스(버퍼 등)의 초기화 처리 등의 복수의 처리를 행할 것이 필요해지며, 이들 처리에 기인하여 스트림 재생 동화상의 중단(흑색 화면 등의 동화상 간의 중단(interruption))이 발생해 버릴 가능성이 있다.
채널 전환 시에 있어서의 동화상의 중단(흑색 화면)을 최소한으로 억제하기 위한 방법의 하나로서, 이하의 방법이 있다.
예를 들어 채널 천이의 전후의 2개의 서비스가, 모두 레지덴셜 재생 애플리케이션을 적용 가능한 서비스인 경우, 실행 중인 레지덴셜 재생 애플리케이션의 정지 처리를 행하지 않고 그대로 계속 실행한다.
이러한 처리를 행하면, 재생 애플리케이션의 정지, 기동 처리를 행하지 않고 2개의 상이한 서비스의 제공 콘텐츠의 재생을 계속적으로 실행하는 것이 가능해진다.
그러나 이와 같은 처리를 행하기 위해서는, 채널 전환 후의 서비스, 즉, 서비스 천이 처리 후의 서비스 처리에 적용하는 애플리케이션이 무엇인지를 서비스의 전환 실행 전, 또는 전환 실행 시에 순식간에 판별할 필요가 있다.
즉, 수신 장치(클라이언트)는 서비스 천이 후의 서비스에 적용하는 애플리케이션의 종류를 보다 빨리 파악함으로써, 천이 전의 서비스 대응의 실행 중인 애플리케이션의 정지 처리나, 천이 후의 서비스 대응의 애플리케이션 기동 처리를 생략하는 것이 가능해지는 경우가 있다.
서비스 천이 후의 서비스 적용 애플리케이션의 확인을 보다 빠른 타이밍에 행하는 것을 가능하게 하기 위하여, 도 9, 도 10을 참조하여 설명한 시그널링 데이터인 서비스 리스트 테이블(SLT)을 이용한다.
즉, 서비스 리스트 테이블(SLT)의 서비스 엔트리의 「서비스 단위의 기본 속성」의 구성 정보의 하나로서, 상술한 3종류의 서비스 카테고리 정보를 기록한다.
즉, 서비스 리스트 테이블(SLT)의 서비스 엔트리의 「서비스 단위의 기본 속성」에, 각 서비스가, 이하의 3종류의 어느 서비스 카테고리에 속하는지는 판별 가능한 서비스 카테고리 식별자를 기록한다.
(1) 서비스 카테고리-R: 리니어(Linear) 서비스-레지덴셜 제어 모드
(2) 서비스 카테고리-B: 리니어(Linear) 서비스-브로드캐스트 제어 모드
(3) 서비스 카테고리-App:애플리케이션 베이스(App-based) 서비스
서비스 리스트 테이블(SLT)은 서비스 대응의 시그널링 데이터, 즉, S-TSID 등의 서비스 레벨 시그널링의 수신 전에 수신 장치(클라이언트)에 의하여 취득된다.
따라서 수신 장치(클라이언트)는 보다 빠른 단계에서 다음의 천이처 서비스에 적용해야 하는 애플리케이션의 종류를 확인하는 것이 가능해진다.
즉, 천이처의 서비스에 적용해야 하는 애플리케이션이,
(a) 레지덴셜 재생 애플리케이션,
(b) 브로드캐스트 재생 애플리케이션,
(c) 브로드캐스트 재생 애플리케이션이 아닌 브로드캐스트 애플리케이션,
이들 (a) 내지 (c) 중 어느 것인지를 보다 빠른 단계에서 확인하는 것이 가능해진다.
도 11에, 서비스 리스트 테이블(SLT)의 각 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」의 일 속성으로서 기록되는 서비스 카테고리의 종류의 일례를 나타낸다.
도 11에 나타내는 예는, 이하의 서비스 카테고리 식별자(0x00 내지 0xFF))와, 의미의 대응 관계를 갖는 서비스 카테고리 설정예이다.
(1) (0x00)=불특정[Not specified]
(2) (0x01)=리니어 서비스(음성/비디오 또는 음성만)-레지덴셜(residential) 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V or Audio only)-레지덴셜 Control]
(3) (0x02)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V or Audio only)-Broadcaster Control]
(4) (0x03)=애플리케이션 베이스 서비스-브로드캐스트 애플리케이션의 적용 제어 서비스[App-based service]
(5) (0x04) 내지(0x0F)=리저브 영역[Reserved for future use]
송신 장치는, 서비스 리스트 테이블(SLT)의 각 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」에, 예를 들어 도 11에 나타내는 서비스 카테고리 식별 중 어느 것을 설정하여 송신한다.
수신 장치는, 수신 예정의 방송국 프로그램(서비스)에 대응하는 서비스 엔트리를, 서비스 리스트 테이블(SLT)로부터 선택하고, 그 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」에, 도 11에 나타내는 어느 서비스 카테고리 식별자가 기록되어 있는지를 확인한다.
이 확인 처리에 의하여, 수신 예정의 서비스에 적용할 애플리케이션의 종류를 판별하는 것이 가능해진다.
수신 장치는, 서비스 천이 전후에 있어서의 적용 애플리케이션, 예를 들어 방송국 대응의 채널 전환 전에 실행하고 있는 애플리케이션과, 채널 전환 후에 적용하는 애플리케이션이 동일한 것인지의 여부를 판정하는 것이 가능해지며, 동일한 경우, 실행 중인 재생 애플리케이션의 정지 처리나 재기동 처리를 행하지 않고 계속시키는 것이 가능해진다.
이 애플리케이션 계속 처리에 의하여, 수신 장치의 출력 끊김 시간을 삭감하는 것이 가능해진다.
도 11에 나타내는 서비스 카테고리 설정예는,
음성/비디오(A/V)와,
음성만(Audio only)
이들 2종류의 서비스를 동일한 카테고리로 한 설정예이다.
이들을 상이한 서비스 카테고리로 하여, 각각에 상이한 서비스 카테고리 식별자를 설정해도 된다.
이 설정으로 한 카테고리 설정예를 도 12에 나타낸다.
도 12에 나타내는 예는, 이하의 서비스 카테고리 식별자(0x00 내지 0xFF)와, 의미의 대응 관계를 갖는 서비스 카테고리 설정예이다.
(1) (0x00)=불특정[Not specified]
(2) (0x01)=리니어 서비스(음성/비디오)-레지덴셜 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V)-레지덴셜 Control]
(3) (0x02)=리니어 서비스(음성/비디오)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V)-Broadcaster Control]
(4) (0x03)=리니어 서비스(음성만)-레지덴셜 재생 애플리케이션의 적용 제어 서비스[Linear service(Audio only)-레지덴셜 Control]
(5) (0x04)=리니어 서비스(음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스[Linear service(Audio only)-Broadcaster Control]
(6) (0x05)=애플리케이션 베이스 서비스-브로드캐스트 애플리케이션의 적용 제어 서비스[App-based service]
(7) (0x06) 내지(0x0F)=리저브 영역[Reserved for future use]
이 도 12에 나타내는 서비스 카테고리의 설정예는,
레지덴셜 재생 애플리케이션을 적용하는 음성 & 비디오 제공 서비스,
브로드캐스트 재생 애플리케이션을 적용하는 음성 & 비디오 제공 서비스,
레지덴셜 재생 애플리케이션을 적용하는 음성만의 제공 서비스,
브로드캐스트 재생 애플리케이션을 적용하는 음성만의 제공 서비스,
수신 장치는, 서비스 리스트 테이블(SLT)에 기초하여 이들 각 서비스를 구별하여 확인하는 것이 가능해진다.
도 11 및 도 12에 나타내는 서비스 카테고리의 설정예는,
레지덴셜 재생 애플리케이션을 적용하는 서비스,
브로드캐스트 재생 애플리케이션을 적용하는 서비스,
브로드캐스트 애플리케이션을 적용하는 서비스,
기본적으로 이들 3종류의 서비스 카테고리의 구별을 가능하게 하고 있다.
그러나 예를 들어 복수의 상이한 방송국 A, B, C가 있고,
각 방송국 A, B, C가 제공하는 다양한 프로그램에 있어서, 동일한 브로드캐스트 재생 애플리케이션(공용 애플리케이션)을 적용하는 경우도 상정된다.
예를 들어 각 방송국 A, B, C는, 프로그램 단위로, 이하의 (1), (2)의 상이한 브로드캐스트 재생 애플리케이션 중 어느 하나를 선택 적용시키는 서비스(프로그램) 제공을 행하는 경우가 상정된다.
(1) 브로드캐스트 재생 애플리케이션(공용 애플리케이션)을 적용하여 재생하는 서비스(프로그램),
(2)방송국, 또는 프로그램 단위의 전용 브로드캐스트 재생 애플리케이션(전용 애플리케이션)을 적용하여 재생하는 서비스(프로그램)
도 13, 도 14는, 상기와 같은 설정을 고려한 서비스 카테고리 식별자의 설정예를 나타내는 도면이다.
도 13에 나타내는 예는, 이하의 서비스 카테고리 식별자(0x00 내지 0xFF)와, 의미의 대응 관계를 갖는 서비스 카테고리 설정예이다.
(1) (0x00)=불특정[Not specified]
(2) (0x01)=리니어 서비스(음성/비디오 또는 음성만)-레지덴셜 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V or Audio only)-레지덴셜 Control]
(3) (0x02)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(전용 애플리케이션)[Linear service(A/V or Audio only)-Broadcaster Control-Native]
(4) (0x03)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(공용 애플리케이션)[Linear service(A/V or Audio only)-Broadcaster Control-Shared]
(5) (0x04)=애플리케이션 베이스 서비스-브로드캐스트 애플리케이션의 적용 제어 서비스[App-based service]
(6) (0x05) 내지 (0x0F)=리저브 영역[Reserved for future use]
송신 장치는, 서비스 리스트 테이블(SLT)의 각 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」에, 예를 들어 도 13에 나타내는 서비스 카테고리 식별 중 어느 것을 설정하여 송신한다.
도 13에 나타내는 예는, 도 11에 나타내는 카테고리 식별자 설정예에 포함되는 이하의 카테고리, 즉,
(3) (0x02)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V or Audio only)-Broadcaster Control]
이 카테고리를 2개로 더 세분한 예이다.
브로드캐스트 재생 애플리케이션이, 특정한 서비스(특정한 방송국이나 특정한 프로그램) 전용 타입이거나, 또는 복수의 서비스(복수의 방송국이나 복수의 프로그램)에 공통으로 이용되는 공용 타입인지에 따른 2개의 카테고리로 구분한 것이, 도 13에 나타내는 예이다.
브로드캐스트 재생 애플리케이션이, 특정한 서비스(특정한 방송국이나 특정한 프로그램) 전용 타입인 경우가, 도 13에 나타내는 이하의 카테고리에 대응한다.
(3) (0x02)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(전용 애플리케이션)[Linear service(A/V or Audio only)-Broadcaster Control-Native]
한편, 브로드캐스트 재생 애플리케이션이, 복수의 서비스(복수의 방송국이나 복수의 프로그램)에 공통으로 이용되는 공용 타입인 경우가, 도 13에 나타내는 이하의 카테고리에 대응한다.
(4) (0x03)=리니어 서비스(음성/비디오 또는 음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(공용 애플리케이션)[Linear service(A/V or Audio only)-Broadcaster Control-Shared]
수신 장치는, 수신 예정의 방송국 프로그램(서비스)에 대응하는 서비스 엔트리를 서비스 리스트 테이블(SLT)로부터 선택하고, 그 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」에, 도 13에 나타내는 어느 서비스 카테고리 식별자가 기록되어 있는지를 확인한다.
이 확인 처리에 의하여, 수신 예정의 서비스에 적용하는 애플리케이션의 종류를 판별하는 것이 가능해진다.
수신 장치는, 서비스 천이 전후에 있어서의 적용 애플리케이션, 예를 들어 방송국 대응의 채널 전환 전에 실행하고 있는 애플리케이션과, 채널 전환 후에 적용하는 애플리케이션이 동일한 것인지의 여부를 판정하는 것이 가능해지며, 동일한 경우, 실행 중인 재생 애플리케이션의 정지 처리나 재기동 처리를 행하지 않고 계속시키는 것이 가능해진다.
도 13에 나타내는 카테고리 식별자를 이용한 경우에는, 채널 전환 전후의 서비스가, 모두 브로드캐스트 재생 애플리케이션(공용)인 경우에도, 실행 중인 재생 애플리케이션의 정지 처리나 재기동 처리를 행하지 않고 계속시키는 것이 가능해진다.
이 애플리케이션 계속 처리에 의하여, 수신 장치의 출력 끊김 시간을 삭감하는 것이 가능해진다.
도 14에 나타내는 카테고리 식별자 설정예는, 이하의 서비스 카테고리 식별자(0x00 내지 0xFF)와, 의미의 대응 관계를 갖는 서비스 카테고리 설정예이다.
(1) (0x00)=불특정[Not specified]
(2) (0x01)=리니어 서비스(음성/비디오)-레지덴셜 재생 애플리케이션의 적용 제어 서비스[Linear service(A/V)-레지덴셜 Control]
(3) (0x02)=리니어 서비스(음성/비디오)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(전용 애플리케이션)[Linear service(A/V)-Broadcaster Control-Native]
(4) (0x03)=리니어 서비스(음성/비디오)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(공용 애플리케이션)[Linear service(A/V)-Broadcaster Control-Shared]
(5) (0x04)=리니어 서비스(음성만)-레지덴셜 재생 애플리케이션의 적용 제어 서비스[Linear service(Audio only)-레지덴셜 Control]
(6) (0x05)=리니어 서비스(음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(전용 애플리케이션)[Linear service(Audio only)-Broadcaster Control-Native]
(7) (0x06)=리니어 서비스(음성만)-브로드캐스트 재생 애플리케이션의 적용 제어 서비스(공용 애플리케이션)[Linear service(Audio only)-Broadcaster Control-Shared]
(8) (0x07)=애플리케이션 베이스 서비스-브로드캐스트 애플리케이션의 적용 제어 서비스[App-based service]
(9) (0x08) 내지 (0x0F)=리저브 영역[Reserved for future use]
도 14에 나타내는 예도, 도 12에 나타내는 카테고리 식별자 설정예에 포함되는 「브로드캐스트 재생 애플리케이션의 적용 제어 서비스」를, 2개의 카테고리로 세분하고 있다.
도 12에 나타내는 브로드캐스트 재생 애플리케이션의 카테고리 식별자에 대하여,
특정한 서비스(특정한 방송국이나 특정한 프로그램) 전용 타입인지, 또는
복수의 서비스(복수의 방송국이나 복수의 프로그램)에 공통으로 이용되는 공용 타입인지,
이 중 어느 것인지에 따라 2개의 카테고리로 구분한 것이, 도 14에 나타내는 예이다.
수신 장치는, 수신 예정의 방송국 프로그램(서비스)에 대응하는 서비스 엔트리를 서비스 리스트 테이블(SLT)로부터 선택하고, 그 서비스 엔트리의 기록 데이터인 「서비스 단위의 기본 속성」에, 도 14에 나타내는 어느 서비스 카테고리 식별자가 기록되어 있는지를 확인한다.
이 확인 처리에 의하여, 수신 예정의 서비스에 적용하는 애플리케이션의 종류를 판별하는 것이 가능해진다.
수신 장치는, 서비스 천이 전후에 있어서의 적용 애플리케이션, 예를 들어 방송국 대응의 채널 전환 전에 실행하고 있는 애플리케이션과, 채널 전환 후에 적용하는 애플리케이션이 동일한 것인지의 여부를 판정하는 것이 가능해지며, 동일한 경우, 실행 중인 재생 애플리케이션의 정지 처리나 재기동 처리를 행하지 않고 계속시키는 것이 가능해진다.
도 14의 카테고리 식별자의 설정을 이용한 경우에는, 채널 전환 전후의 서비스가, 모두 브로드캐스트 재생 애플리케이션(공용)인 경우에도, 실행 중인 재생 애플리케이션의 정지 처리나 재기동 처리를 행하지 않고 계속시키는 것이 가능해진다.
이 애플리케이션 계속 처리에 의하여 수신 장치의 출력 끊김 시간을 삭감하는 것이 가능해진다.
도 15에 나타내는 흐름도는, 수신 장치(30)가 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 수신하고, SLT로부터 서비스 카테고리 식별자를 취득하고, 애플리케이션의 제어를 실행하는 시퀀스에 대하여 설명하는 흐름도이다.
도 15에 나타내는 흐름도에 따른 처리는, 수신 장치의 데이터 처리부(재생 처리부 등)에 있어서 실행된다. 예를 들어 미리 처리 시퀀스를 기록한 재생 제어 프로그램을 기억부로부터 판독하여 프로그램에 따른 처리로서 실행된다.
각 스텝의 처리에 대하여 설명한다.
(스텝 S11)
먼저, 수신 장치는, 방송국이나 프로그램 등, 서비스 단위의 제어 정보, 속성 정보를 통지하는 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 수신한다.
서비스 리스트 테이블(SLT)은 도 9, 도 10을 참조하여 설명한 바와 같이, 서비스 엔트리 마다의 정보로서,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 각 데이터를 기록하고 있다.
(p) 서비스 단위의 기본 속성 정보에는, 도 11 내지 도 14를 참조하여 설명한 어느 타입의 카테고리 식별자 정보가 기록되어 있다. ,
또한 서비스 리스트 테이블(SLT)은 수신 장치에 있어서의 서비스 실행, 즉, 방송국이 제공하는 프로그램의 재생 개시 전에 미리 취득해 둔다.
(스텝 S12)
수신 장치는, 스텝 S12에 있어서, 서비스 천이의 발생의 유무를 판단한다. 구체적으로는 채널의 변경, 또는 상이한 서비스에 설정된 상이한 프로그램 간의 천이 등이 발생했는지의 여부를 검지한다.
서비스 천이가 발생하고 있지 않은 경우에는 스텝 S14로 나아간다.
한편, 서비스 천이가 발생한 경우에는 스텝 S13으로 나아간다.
(스텝 S13)
스텝 S12에 있어서 서비스 천이가 발생한 것을 검지하면, 수신 장치의 데이터 처리부는, 스텝 S13에 있어서, SLT를 참조하여 서비스 천이 전후의 서비스 카테고리 식별자가 동일한지 여부를 판정한다.
동일한 것이 확인된 경우에는 스텝 S14로 나아간다.
동일하지 않은 것이 확인된 경우에는 스텝 S15로 나아간다.
(스텝 S14)
(a) 스텝 S12에 있어서, 서비스 천이가 발생하고 있지 않다고 확인된 경우,
(b) 또는 스텝 S12에 있어서, 서비스 천이의 발생이 확인되어, 스텝 S13에 있어서, 서비스 천이 전후에 서비스 카테고리 식별자가 일치하는 것이 확인된 경우,
상기 (a), 또는 (b), 어느 것으로 판정된 경우에는, 스텝 S14로 나아가고, 스텝 S14에 있어서, 현재 실행 중인 애플리케이션을 정지시키지 않고 그대로 계속한다.
즉, 서비스 천이 전의 서비스에 적용하고 있었던 애플리케이션을, 그대로 서비스 천이 후의 서비스에 적용하여 처리를 실행한다.
이 애플리케이션 계속 처리에 의하여, 예를 들어 채널 전환 전후에 있어서, 애플리케이션의 정지, 기동 등에 기인하는 화면의 끊김의 발생 등을 방지할 수 있어, 매끄러운 서비스 전환(채널 전환)이 가능해진다.
(스텝 S15)
한편, 스텝 S12에 있어서, 서비스 천이의 발생이 확인되고, 스텝 S13에 있어서, 서비스 천이 전후에 서비스 카테고리 식별자가 일치하지 않는 것이 확인된 경우에는, 스텝 S15로 나아간다.
스텝 S15에서는, 현재, 실행 중인 애플리케이션을 정지시키고, 천이 후의 서비스의 서비스 카테고리 식별자에 따른 새로운 애플리케이션을 기동하여, 새로이 기동한 애플리케이션을 적용하고, 천이 후의 서비스에 대한 처리를 실행한다.
이와 같이, 수신 장치는, 시그널링 데이터로서의 SLT에 기초하여, 예를 들어 도 11 내지 도 14에 나타내는 서비스 카테고리 식별자에 기초하여, 서비스 전환 전후의 각 서비스에 적용하는 애플리케이션이 일치하는지의 여부를 사전에 판정할 수 있으며, 일치하는 경우에는, 실행 중인 애플리케이션을 정지시키지 않고 계속 실행할 수 있다. 이것에 의하여, 예를 들어 채널 전환 시의 화면 정지 등을 최소한으로 하는 것이 가능해지며, 매끄러운 서비스 천이가 실현된다.
[8. 애플리케이션 정보 테이블(AIT)에 브로드캐스트 재생 애플리케이션의 적용 정보를 기록한 구성에 대하여]
다음으로, 애플리케이션 정보 테이블(AIT)에 브로드캐스트 재생 애플리케이션의 적용 정보를 기록한 구성에 대하여 설명한다.
방송국 등의 송신 장치(20)로부터 수신 장치(30)에 제공되고, 수신 장치(30)에 있어서 실행되는 애플리케이션에는, 그 애플리케이션에 관한 속성 정보나 제어 정보를 기록한 시그널링 데이터로서의 애플리케이션 정보 테이블(AIT)이 애플리케이션에 대응지어 제공된다.
수신 장치(30)는, 송신 장치(20)로부터 수신한 애플리케이션의 기동, 정지 처리나, 라이프 사이클 등의 제어 정보를, 송신 장치(20)로부터의 시그널링 데이터로서 수신한 애플리케이션 정보 테이블(AIT)로부터 취득하고, AIT의 기술에 따라 애플리케이션을 실행한다.
상술한 브로드캐스트 재생 애플리케이션이나, 그 외의 애플리케이션 등, 송신 장치(20)로부터 수신 장치(30)에 제공되는 애플리케이션은, 기본적으로 모두 각 애플리케이션 대응의 AIT가 송신 장치(20)로부터 수신 장치(30)에 제공된다.
이하에 설명하는 구성은, 방송국 등의 송신 장치(20)가 송신하는 애플리케이션에 대응하는 시그널링 데이터인 애플리케이션 정보 테이블(AIT)에, 그 AIT가 제어 대상으로 하는 애플리케이션이, 송신 장치의 제공 프로그램 등, 제공 서비스의 렌더링 등의 재생 처리에 적용 가능한지의 여부를 나타내는 플러그를 설정한 구성이다.
또한 이 플러그를 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)라 칭한다.
구체적인 배신 애플리케이션 식별 플러그 설정의 일례는 이하와 같다.
(a) 방송국의 제공 서비스(프로그램 콘텐츠)의 렌더링 등의 재생 처리에 적용 가능한 브로드캐스트 재생 애플리케이션에 대응하는 AIT는,
배신 애플리케이션 식별 플러그=true
(b) 방송국의 제공 서비스(프로그램 콘텐츠)의 렌더링 등의 재생 처리에 적용 가능한 브로드캐스트 재생 애플리케이션 이외의 애플리케이션에 대응하는 AIT는,
배신 애플리케이션 식별 플러그=false
이러한 설정으로 한다.
수신 장치는, 방송국 등의 송신 장치(20)로부터 제공되는 애플리케이션, 예를 들어 방송 프로그램의 재생 처리에 적용하는 브로드캐스트 재생 애플리케이션이나, 그 외의 애플리케이션을 수신하여 실행하는 경우에, 그 애플리케이션의 제어 메타데이터(시그널링 데이터)인 AIT를 수신하고 참조함으로써, 실행 예정의 애플리케이션이, 프로그램 재생에 적용 가능한지의 여부를 즉석에서 판별하는 것이 가능해진다.
구체적으로는, 예를 들어 채널 전환 후에 실행하는 애플리케이션의 실행 전에, 그 애플리케이션이 프로그램 재생에 적용 가능한 애플리케이션인지의 여부를 판별하는 것이 가능해진다.
따라서, 예를 들어 채널 전환 전에 실행 중인 애플리케이션을 정지시켜야 할지 정지 불필요인지에 대하여, 채널 전환 타이밍보다 전에 판단할 수 있어, 불필요한 애플리케이션의 정지 처리나 기동 처리를 생략할 수 있어, 화면 중단의 발생 등을 방지할 수 있다.
도 16은, 애플리케이션 정보 테이블(AIT) 중의 배신 애플리케이션 식별 플러그 설정 위치를 설명하는 도면이다.
애플리케이션 정보 테이블(AIT)은 시그널링 데이터의 하나의 구성 요소이며, 예를 들어 도 16에 나타내는 서비스 디스커버리(ServiceDiscovery) 요소(410)를 루트 요소에(로) 갖는 XML문서로서, 송신 장치(20)로부터 수신 장치(30)에 송신된다.
서비스 디스커버리(ServiceDiscovery) 요소(410)의 하위 요소로서 설정되는 애플리케이션 디스커버리 요소(411) 이하에, 애플리케이션에 관한 속성 정보나 제어 정보가 기록된다.
배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)는, 예를 들어 도 16에 나타낸 바와 같이, 그 외의 식별 정보(otherDescriptor) 요소(412) 이하에 설정한다.
즉, 이하의 설정 위치에 플러그를 기록하는 설정으로 한다.
ServiceDescovery/mhp:ApplicationDescovery/mhp:ApplicationList/mhp:Application/mhp:applicationSpecificDescriptor/mhp:otherDescriptor 하에(아래에),
새로이 atsc:continuousComponentSupportable이라는 불리언(boolean)형의 요소, 즉, 참=true, 거짓=false의 2치를 설정 가능한 요소를 도입한다.
이와 같이, 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)를 설정한 애플리케이션 정보 테이블(AIT)을 XML 데이터로서 수신 장치에 제공한다.
도 17 및 이하에 XML 데이터로서 인코딩한 데이터예를 나타낸다.
이 예는, 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)=true의 경우의 데이터예이다.
<ServiceDescovery…>…
<mhp:ApplicationDescovery…>…
<mhp:ApplicationList…>…
<mhp:Application…>…
<mhp:applicationSpecificDescriptor…>…
<mhp:otherDescriptor…>…
<atsc:ContinuousComponentSupportable>true</atsc:ContinuousComponentSupportable>…
</mhp:otherDescriptor>…
</mhp:applicationSpecificDescriptor>…
</mhp:Application>…
</mhp:ApplicationList>…
</mhp:ApplicationDescovery>…
</ServiceDescovery>
수신 장치는, 방송국 등의 송신 장치(20)로부터 제공되는 애플리케이션, 예를 들어 방송 프로그램의 재생 처리에 적용하는 브로드캐스트 재생 애플리케이션이나, 그 외의 애플리케이션을 수신하여 실행하는 경우, 그 애플리케이션의 제어 메타데이터(시그널링 데이터)로서, 상기 배신 애플리케이션 식별 플러그를 기록한 AIT를 수신한다.
수신 장치는 AIT의 배신 애플리케이션 식별 플러그를 참조함으로써, 실행 예정의 애플리케이션이, 프로그램 재생에 적용 가능한지의 여부를 즉석에서 판별하는 것이 가능해진다.
도 18에 나타내는 흐름도는, 수신 장치(30)가 방송국 등의 송신 장치로부터 제공되는 배신 애플리케이션, 및 배신 애플리케이션에 대응하는 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 수신하고, AIT로부터 배신 애플리케이션 식별 플러그를 취득하여, 플러그에 따른 애플리케이션 제어를 실행하는 시퀀스에 대하여 설명하는 흐름도이다.
도 18에 나타내는 흐름도에 따른 처리는, 수신 장치의 데이터 처리부(재생 처리부 등)에 있어서 실행된다. 예를 들어 미리 처리 시퀀스를 기록한 재생 제어 프로그램을 기억부로부터 판독하여 프로그램에 따른 처리로서 실행된다.
각 스텝의 처리에 대하여 설명한다.
(스텝 S21)
먼저, 수신 장치는, 스텝 S21에 있어서, 방송국 등의 송신 장치로부터 제공되는 배신 애플리케이션, 및 배신 애플리케이션에 대응하는 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 수신한다.
배신 애플리케이션은, 예를 들어 방송국이 제공하는 프로그램 등의 서비스의 메인 콘텐츠의 재생에 적용하는 브로드캐스트 재생 애플리케이션, 또는 프로그램 재생에 사용하지 않는, 부수적인 애플리케이션 등, 다양하다.
애플리케이션 정보 테이블(AIT)은, 각 배신 애플리케이션에 관한 속성 정보나 제어 정보를 기록한 시그널링 데이터(메타데이터)이다.
AIT에는, 도 16, 도 17을 참조하여 설명한 바와 같이, 배신 애플리케이션 식별 플러그, 즉,
방송국이 제공하는 프로그램 등의 서비스의 메인 콘텐츠의 재생에 적용하는 브로드캐스트 재생 애플리케이션인지(플러그=true), 그 이외의 애플리케이션인지(플러그=false)를 나타내는 배신 애플리케이션 식별 플러그가 기록되어 있다.
(스텝 S22)
수신 장치는, 스텝 S22에 있어서, 수신한, 또는 수신 예정의 배신 애플리케이션 대응의 애플리케이션 정보 테이블(AIT)을 참조하고, 애플리케이션 정보 테이블(AIT)에 기록된 배신 애플리케이션 식별 플러그의 값을 확인한다.
배신 애플리케이션 식별 플러그=true의 경우에는 스텝 S23으로 나아간다.
한편, 배신 애플리케이션 식별 플러그=false의 경우에는 스텝 S24로 나아간다.
(스텝 S23)
스텝 S22에 있어서의 애플리케이션 정보 테이블(AIT)에 기록된 배신 애플리케이션 식별 플러그의 값을 확인 처리한 결과, 배신 애플리케이션 식별 플러그=true의 경우에는 스텝 S23으로 나아간다.
이 경우, 수신 장치는, 스텝 S23에 있어서, 실행 예정의 배신 애플리케이션은, 브로드캐스트 재생 애플리케이션이라고 판단하고, 배신 애플리케이션인 브로드캐스트 재생 애플리케이션을 기동하여, 서비스의 메인 콘텐츠(프로그램 콘텐츠)의 재생을 실행한다.
(스텝 S24)
한편, 스텝 S22에 있어서의 애플리케이션 정보 테이블(AIT)에 기록된 배신 애플리케이션 식별 플러그의 값을 확인 처리한 결과, 배신 애플리케이션 식별 플러그=false의 경우에는 스텝 S24로 나아간다.
이 경우, 수신 장치는, 스텝 S24에 있어서, 실행 예정의 배신 애플리케이션은, 브로드캐스트 재생 애플리케이션이 아니라, 그 외의 브로드캐스트 애플리케이션이라고 판단하고, 현재 실행 중인 재생 애플리케이션(레지덴셜 재생 애플리케이션 또는 브로드캐스트 재생 애플리케이션)을 그대로 계속하고, 또한 배신 애플리케이션(브로드캐스트 애플리케이션)을 실행한다.
즉, 예를 들어 현재 실행 중인 재생 애플리케이션(레지덴셜 재생 애플리케이션 또는 브로드캐스트 재생 애플리케이션)을 그대로 계속해서 서비스의 메인 콘텐츠(프로그램 콘텐츠)의 재생을 계속하고, 또한 병렬로 브로드캐스트 애플리케이션을 실행하고, 그 실행 결과를 병렬 출력하는 처리 등을 행한다.
이와 같이, 수신 장치는, 방송국으로부터 제공되는 배신 애플리케이션이,
방송국이 제공하는 프로그램 등의 서비스의 메인 콘텐츠의 재생에 적용하는 브로드캐스트 재생 애플리케이션인지(플러그=true),
그 이외의 애플리케이션인지(플러그=false)에 대하여,
배신 애플리케이션 대응의 시그널링 데이터인 애플리케이션 정보 테이블(AIT)에 기록된 배신 애플리케이션 식별 플러그에 기초하여 확인하는 것이 가능해진다.
수신 장치는 이 플러그 확인 결과에 기초하여, 애플리케이션의 기동, 정지, 계속 등의 처리를 결정할 수 있다.
[9. 송신 장치와 수신 장치가 실행하는 처리의 처리 시퀀스에 대하여]
다음으로, 도 19 이하에 나타내는 시퀀스도를 참조하여, 송신 장치와 수신 장치가 실행하는 처리의 처리 시퀀스에 대하여 설명한다.
이하의 복수의 처리예에 대하여, 순차적으로 설명한다.
(처리예 1) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 또한 그 후, 브로드캐스트 애플리케이션을 아울러 실행하는 처리예
(처리예 2) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 그 후, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하고, 또한 다음의 AIT 기술에 기초하여 레지덴셜 재생 애플리케이션을 실행하는 처리예
(처리예 3) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하는 처리예
(처리예 4) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 애플리케이션을 실행하는 처리예
[9-1. (처리예 1) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 또한 그 후, 브로드캐스트 애플리케이션을 아울러 실행하는 처리예]
먼저, 도 19 내지 도 20을 참조하여, (처리예 1) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 또한 그 후, 브로드캐스트 애플리케이션(브로드캐스트 재생 애플리케이션은 아님)을 아울러 실행하는 처리예에 대하여 설명한다.
도 19, 도 20에는, 좌측부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 애플리케이션 서버,
(b) 송신 장치의 구성 요소인 DASH 서버,
(c) 송신 장치의 구성 요소인 방송 서버,
(d) 수신 장치의 구성 요소인 미들웨어,
(e) 수신 장치의 구성 요소인 재생 처리부의 레지덴셜 애플리케이션 실행부,
(f) 수신 장치의 구성 요소인 재생 처리부의 브로드캐스트 애플리케이션 실행부,
(g) 수신 장치측의 유저(프로그램 시청자 등의 서비스 수령자)
또한 「(a) 송신 장치의 구성 요소인 애플리케이션 서버」는, 예를 들어 브로드캐스트 재생 애플리케이션, 또는 그 외의 애플리케이션, 또한 각 애플리케이션의 제어 정보 등을 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT: Application Information Table) 등의 생성 처리, 송신 처리를 실행한다.
또한 「(b) 송신 장치의 구성 요소인 DASH 서버」는, 예를 들어 프로그램 콘텐츠를 구성하는 AV 세그먼트의 생성, 송신, 또한 AV 세그먼트의 취득, 재생 처리에 필요해지는 제어 정보 등을 기록한 시그널링 데이터로서의 MPD(Media Presentation Description) 등의 생성 처리, 송신 처리를 실행한다.
또한 「(c) 송신 장치의 구성 요소인 방송 서버」는, 서비스 단위의 제어 정보, 속성 정보를 통지하는 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)이나, SLS(Service level Signaling)의 생성, 송신 등을 실행한다.
또한 애플리케이션의 제어 정보 등을 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)은 SLS에 저장되어 송신되는 경우도 있다.
또한 송신 장치의 이하의 구성 요소, 즉,
(a) 송신 장치의 구성 요소인 애플리케이션 서버,
(b) 송신 장치의 구성 요소인 DASH 서버,
(c) 송신 장치의 구성 요소인 방송 서버,
이들은 각각 독립된 서버로서 구성해도 되고, 모든 기능을 실행하는 하나의 서버로서 구성해도 된다.
(d) 수신 장치의 구성 요소인 미들웨어는 송신 장치로부터의 데이터 수신을 실행하며, 주로 시그널링 데이터의 해석 등을 실행한다.
(e) 수신 장치의 구성 요소인 재생 처리부의 레지덴셜 애플리케이션 실행부는 레지덴셜 재생 애플리케이션 등, 수신 장치에 내장된 재생 애플리케이션이나 그 바탕의 내장 애플리케이션을 실행한다. 또한 시그널링 데이터인 MPD의 해석(파스) 등을 실행하여, 방송 서비스의 렌더링을 수반하는 재생 처리를 실행한다.
또한 레지덴셜 재생 애플리케이션에는, 브라우저 상에서 실행되는 웹 애플리케이션이나, 브라우저와는 무관하게 실행 가능한 내장 비디오 플레이어(Embedded Video Player) 등, 다양한 종류가 있다.
(f) 수신 장치의 구성 요소인 재생 처리부의 브로드캐스트 애플리케이션 실행부는, 송신 장치로부터 제공되는 브로드캐스트 재생 애플리케이션, 그 외의 애플리케이션을 실행한다. 또한 시그널링 데이터인 MPD의 해석(파스) 등을 실행하여, 방송 서비스의 렌더링을 수반하는 재생 처리를 실행한다.
이하, 도 19 내지 도 20에 나타내는 각 스텝의 처리에 대하여, 순차적으로 설명한다.
(스텝 S101)
스텝 S101에 있어서, 방송 서버가, 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 송신한다.
서비스 리스트 테이블(SLT: Service List Table)은 먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 각 방송국이나 프로그램 등, 서비스 단위의 제어 정보를 기록한 테이블이다.
서비스 리스트 테이블(SLT)은 도 10에 나타낸 바와 같이,
서비스 단위의 서비스 엔트리를 갖고, 각 서비스 엔트리에는,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 각 데이터가 기록되어 있다.
서비스 시그널링 부트스트랩 어드레스는, 각 서비스 단위의 메타데이터(시그널링 데이터)인 S-TSID 등의 서비스 레벨 시그널링(Service Level Signaling)을 취득하기 위한 어드레스에 상당한다.
수신 장치(클라이언트)(30)는, 어느 채널로 설정하고 수신 예정의 서비스(방송국 또는 프로그램 등)를 결정하면, 먼저, 최초에 시그널링 데이터인 서비스 리스트 테이블(SLT)을 취득한다.
또한 취득한 서비스 리스트 테이블(SLT)에 기록된, 결정된 수령 서비스에 대응하는 서비스 엔트리를 선택하고, 선택한 서비스 엔트리에 기록된 정보, 즉,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 정보를 취득한다.
(p) 서비스 단위의 기본 속성 정보에는, 먼저 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
즉, 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
적어도 이들 중 어느 것인지를 확인 가능하게 한 서비스 카테고리 식별자가 기록되어 있다.
도 13, 도 14를 참조하여 설명한 서비스 카테고리 식별자를 이용한 경우에는,
브로드캐스트 재생 애플리케이션(전용 타입)
브로드캐스트 재생 애플리케이션(공용 타입)
이들의 구별도 가능해진다.
또한 서비스 리스트 테이블(SLT)에 기록된 서비스 단위의 (q) 서비스 시그널링 부트스트랩 어드레스는, 각 서비스 대응의 시그널링 데이터인 서비스 레벨 시그널링(SLS: Service Level Signaling)을 취득하기 위한 어드레스 정보 등이 기록되어 있다.
수신 장치(클라이언트)는 이 어드레스를 사용하여, 서비스 단위의 메타데이터(시그널링 데이터)인 S-TSID 등의 서비스 레벨 시그널링(SLS: Service Level Signaling)을 취득한다.
서비스 레벨 시그널링(SLS: Service Level Signaling)에는, 서비스에 속하는, 예를 들어 도 9에 나타내는 이하의 데이터, 즉,
(b) 프로그램 콘텐츠 등의 구성 데이터로 되는 A/V/CC-DASH 파일,
(c) 재생 애플리케이션이나 인덱스 파일, 그 외의 애플리케이션 등의 논 리얼타임 데이터에 의하여 구성되는 NRT 파일,
이들 데이터를 취득하기 위한 정보나, 재생에 필요한 정보 등의 서비스 속성 정보, 제어 정보가 기록되어 있다.
수신 장치(클라이언트)는, 서비스 단위의 메타데이터(시그널링)인 S-TSID 등의 서비스 레벨 시그널링(SLS: Service Level Signaling)에 기록된 데이터를 이용하여, 서비스 단위의 제공 데이터(AV 콘텐츠나 애플리케이션)을 수령하여, 재생 처리를 실행할 수 있다.
(스텝 S102)
다음으로, 수신 장치의 미들웨어는, 송신 장치로부터 수신한 SLT에 기초하여, 송신 장치의 제공 서비스의 리스트, 예를 들어 프로그램 리스트를 표시부에 표시한다.
(스텝 S103)
수신 장치측의 유저는, 스텝 S103에 있어서, 수신 장치의 표시부에 표시된 서비스 리스트(프로그램 리스트)로부터, 시청하고자 하는 프로그램을 선택한다. 즉, 수신 서비스를 결정한다.
결정 정보는 수신 장치의 미들웨어에 입력된다.
본 처리예에 있어서는, 유저가, 채널 Q의 프로그램 q1을 선택한 것으로 한다.
(스텝 S104)
수신 장치의 미들웨어는, 스텝 S104에 있어서, 유저가 선택한 서비스(예를 들어 서비스=채널 Q 또는 서비스=채널 Q의 프로그램 q1)의 서비스 카테고리를, 스텝 S102에 있어서 수신한 서비스 리스트 테이블(SLT)을 참조하여 확인한다.
상술한 바와 같이, 서비스 리스트 테이블(SLT)에는, 각 서비스의,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 정보가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보로서, 먼저 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
수신 장치의 미들웨어는, 스텝 S104에 있어서, 유저가 선택한 서비스의 서비스 카테고리 식별자를 확인하고, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
이 중 어느 것인지를 확인한다.
본 처리예에서는, 유저가 선택한 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)의 서비스 카테고리 식별자가, 레지덴셜 재생 애플리케이션의 적용 서비스라고 한다.
이 경우, 수신 장치는, 재생 처리부에 있어서 실행 중인 애플리케이션의 확인을 행하고, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는, 레지덴셜 재생 애플리케이션을 계속해서 실행시킨다.
한편, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 미기동인 경우에는, 레지덴셜 재생 애플리케이션의 기동 처리를 실행한다.
예를 들어 채널 Q의 설정 전의 설정 채널=P의 프로그램 p1이, 레지덴셜 재생 애플리케이션에 의하여 재생되고 있었을 경우 등, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는, 레지덴셜 재생 애플리케이션을 그대로 계속해서 실행시킨다.
(스텝 S105)
스텝 S105는 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S105에 있어서, 시그널링 데이터인 MPD(Media Presentation Description)를 생성하여 송신한다.
MPD는, 다양한 서비스(프로그램 콘텐츠)의 제어 정보를 기록한 시그널링 데이터이다. 예를 들어 서비스(프로그램 콘텐츠)를 구성하는 AV 콘텐츠의 세그먼트 파일의 액세스 정보 등이 기록되어 있다.
(스텝 S106)
스텝 S106은 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S106에 있어서, 서비스(프로그램)를 구성하는 콘텐츠인 AV 세그먼트를 생성하여 송신한다.
(스텝 S107)
스텝 S107은, 수신 장치의 재생 처리부의 레지덴셜 애플리케이션 실행부의 처리이다.
재생 처리부는, 송신 장치로부터 수신한 MPD를 해석하고, MPD에 기록된 AV 세그먼트의 액세스 정보를 적용하여, AV 세그먼트를 취득하고, 레지덴셜 재생 애플리케이션을 적용하여, 서비스(프로그램)의 콘텐츠의 렌더링 처리를 포함하는 재생 처리를 실행한다.
즉, 유저가 선택한 서비스인 채널 Q의 프로그램 q1의 재생을, 레지덴셜 재생 애플리케이션을 적용하여 실행한다.
또한 이 스텝 S107에 있어서 재생 처리 대상으로 하는 서비스는, 상기 스텝 S104에 있어서, 서비스 카테고리 식별자를 확인한 서비스이다.
즉, 서비스 리스트 테이블(SLT)의 데이터 확인에 의하여, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션인 것이 확인된 서비스(프로그램)이다.
(스텝 S108)
스텝 S108은 송신 장치의 애플리케이션 서버의 처리이다.
애플리케이션 서버는, 스텝 S108에 있어서, 브로드캐스트 애플리케이션과, 그 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 생성한다.
또한 본 처리예에 있어서, 스텝 S108에 있어서 생성하는 애플리케이션은, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션이 아니라, 재생 애플리케이션의 실행에 맞추어 실행 가능한 부수적인 애플리케이션으로서의 브로드캐스트 애플리케이션인 것으로 한다.
(스텝 S109)
스텝 S109는 송신 장치의 방송 서버의 처리이다.
방송 서버는, 스텝 S108에 있어서, 애플리케이션 서버가 생성한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 생성하여 송신한다.
SLS(Service level Signaling)는 서비스 단위의 제어 정보, 속성 정보를 기록한 시그널링 데이터이다.
먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 수신 장치는, 선행하여 수신하는 서비스 리스트 테이블(SLT: Service List Table)에 기록된 서비스 엔트리 내의 기록 정보에 기초하여, SLS를 취득할 수 있다.
(스텝 S110)
스텝 S110은 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S110에 있어서, 스텝 S109에서 송신 장치의 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 현재, 수신 장치의 재생 처리부에 있어서 재생 중인 서비스(프로그램)에 대응지어진 동일한 서비스에 속하는 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S111)
스텝 S111은 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S111에 있어서, 브로드캐스트 애플리케이션을 생성하여 송신한다.
송신 처리는 방송파 또는 네트워크를 통하여 실행된다.
또한 스텝 S111에서 송신되는 애플리케이션은, 예를 들어 현재 수신 장치에 있어서 재생 중인 서비스(프로그램)에 맞추어 출력되는 데이터의 출력 처리 등을 실행하는 애플리케이션이다.
구체적으로는, 예를 들어 수신 장치가 스텝 S107에서 레지덴셜 재생 애플리케이션을 적용하고 있는 서비스(채널 Q의 프로그램 q1)가 야구 중계인 경우, 이 스텝 S111에서 생성하여 수신 장치에 제공하는 애플리케이션은 수신 장치의 표시부에 야구 선수의 선수 정보 등의 데이터를 출력하는 애플리케이션이다.
즉, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션이 아닌, 그 외의 브로드캐스트 애플리케이션이다.
(스텝 S112)
스텝 S112는, 수신 장치의 미들웨어, 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S110에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
이 SLS에 포함되는 AIT는, 스텝 S111에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 애플리케이션의 속성이나 제어 정보를 기록한 AIT이다.
수신 장치의 미들웨어는, 취득한 AIT에 기록된 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)의 값(true 또는 false)을 확인한다.
본 처리예에서는, 스텝 S111에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션이 아니라, 프로그램 부수의 애플리케이션이다.
따라서 배신 애플리케이션 식별 플러그의 값은 false로 설정되어 있다. 즉, 이 AIT에 대응지어진 애플리케이션(스텝 S111에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션)은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션은 아닌 것이 확인된다.
수신 장치의 미들웨어는, 이 배신 애플리케이션 식별 플러그 확인에 기초하여, 스텝 S111에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션을 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부에 있어서 기동하여, 실행시킨다.
즉, 수신 장치의 재생 처리부는, 레지덴셜 재생 애플리케이션을 적용하여 프로그램(채널 Q의 프로그램 q1)의 재생을 실행함과 함께, 브로드캐스트 애플리케이션 실행부에 있어서, 프로그램에 부수되는 애플리케이션도 아울러 병렬로 실행한다.
이 처리에 의하여, 예를 들어 레지덴셜 재생 애플리케이션을 적용하여 야구 중계가 재생됨과 함께, 브로드캐스트 애플리케이션을 적용하여 생성되는 선수 정보 등의 데이터가, 야구 중계 화면 상에 오버레이(중첩)되어 출력된다.
또한 도 19 내지 도 20을 참조하여 설명한 시퀀스 중, 다양한 시그널링 데이터(SLT, SLS, AIT, MPD 등)가 송신 장치로부터 송신되고, 수신 장치에 있어서 수신되는데, 도 19 내지 도 20을 참조하여 설명한 시그널링 데이터의 송신 타이밍이나 수신 타이밍은 일례이다.
시그널링 데이터는 송신 장치로부터 계속적으로 반복 송신되어, 수신 장치는 다양한 타이밍에 수신하는 것이 가능하다. 따라서 시그널링 데이터의 송수신 처리는, 도 19 내지 도 20을 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행하는 것이 가능하다.
NRT(논 리얼타임) 콘텐츠인 브로드캐스트 재생 애플리케이션이나, 브로드캐스트 애플리케이션에 대해서도, 송신 장치는, 수시로 반복 송신 가능하며, 이들의 데이터 송수신 타이밍도 도 19 내지 도 20을 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행 가능하다.
또한 송신 장치가 송신하는 시그널링 데이터는 적절히 갱신되며, 버전 번호 등에 의하여 갱신의 유무를 확인 가능한 구성을 갖는다. 수신 장치는, 수신한 시그널링 데이터의 버전을 확인하여, 수신이 완료된 시그널링 데이터보다 새로운 시그널링 데이터의 수신을 확인한 경우에는, 수신이 완료된 시그널링 데이터를 파기하고, 갱신된 시그널링 데이터를 기억부에 저장하고, 갱신 시그널링 데이터를 적용한 처리를 실행한다.
이러한 처리에 의하여, 수신 장치에서는, 수시로 새로운 시그널링 데이터에 따른 처리가 실행된다.
[9-2. (처리예 2) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 그 후, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하고, 또한 다음의 AIT 기술에 기초하여 레지덴셜 재생 애플리케이션을 실행하는 처리예]
다음으로, 도 21 내지 도 23을 참조하여, (처리예 2) 수신 장치에 있어서, 레지덴셜 재생 애플리케이션을 실행하고, 그 후, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하고, 또한 다음의 AIT 기술에 기초하여 레지덴셜 재생 애플리케이션을 실행하는 처리예에 대하여 설명한다.
도 21 내지 도 23에는, 도 19, 도 20과 마찬가지로, 좌측부터 이하의 각 장치, 구성 요소를 나타내고 있다.
(a) 송신 장치의 구성 요소인 애플리케이션 서버,
(b) 송신 장치의 구성 요소인 DASH 서버,
(c) 송신 장치의 구성 요소인 방송 서버,
(d) 수신 장치의 구성 요소인 미들웨어,
(e) 수신 장치의 구성 요소인 재생 처리부의 레지덴셜 애플리케이션 실행부,
(f) 수신 장치의 구성 요소인 재생 처리부의 브로드캐스트 애플리케이션 실행부,
(g) 수신 장치측의 유저(프로그램 시청자 등의 서비스 수령자)
이들 각 구성 요소는, 먼저 도 19, 도 20을 참조하여 설명한 처리와 마찬가지의 처리를 실행한다.
또한 송신 장치의 이하의 구성 요소, 즉,
(a) 송신 장치의 구성 요소인 애플리케이션 서버,
(b) 송신 장치의 구성 요소인 DASH 서버,
(c) 송신 장치의 구성 요소인 방송 서버,
이들은 각각 독립된 서버로서 구성해도 되고, 모든 기능을 실행하는 하나의 서버로서 구성해도 된다.
이하, 도 21 내지 도 23에 나타내는 각 스텝의 처리에 대하여, 순차적으로 설명한다.
(스텝 S151)
스텝 S151에 있어서, 방송 서버가, 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 송신한다.
서비스 리스트 테이블(SLT: Service List Table)은 먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 각 방송국이나 프로그램 등, 서비스 단위의 제어 정보를 기록한 테이블이다.
서비스 리스트 테이블(SLT)은 도 10에 나타낸 바와 같이,
서비스 단위의 서비스 엔트리를 갖고, 각 서비스 엔트리에는,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 각 데이터가 기록되어 있다.
(p) 서비스 단위의 기본 속성 정보에는, 먼저 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
즉, 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
적어도 이들 중 어느 것인지를 확인 가능하게 한 서비스 카테고리 식별자가 기록되어 있다.
도 13, 도 14를 참조하여 설명한 서비스 카테고리 식별자를 이용한 경우에는,
브로드캐스트 재생 애플리케이션(전용 타입)
브로드캐스트 재생 애플리케이션(공용 타입)
이들의 구별도 가능해진다.
(스텝 S152)
다음으로, 수신 장치의 미들웨어는, 송신 장치로부터 수신한 SLT에 기초하여, 송신 장치의 제공 서비스의 리스트, 예를 들어 프로그램 리스트를 표시부에 표시한다.
(스텝 S153)
수신 장치측의 유저는, 스텝 S153에 있어서, 수신 장치의 표시부에 표시된 서비스 리스트(프로그램 리스트)로부터 시청하고자 하는 프로그램을 선택한다. 즉, 수신 서비스를 결정한다.
결정 정보는 수신 장치의 미들웨어에 입력된다.
본 처리예에 있어서는, 유저가 채널 Q의 프로그램 q1을 선택한 것으로 한다.
(스텝 S154)
수신 장치의 미들웨어는, 스텝 S154에 있어서, 유저가 선택한 서비스(예를 들어 서비스=채널 Q 또는 서비스=채널 Q의 프로그램 q1)의 서비스 카테고리를, 스텝 S152에 있어서 수신한 서비스 리스트 테이블(SLT)을 참조하여 확인한다.
상술한 바와 같이, 서비스 리스트 테이블(SLT)에는, 각 서비스의,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 정보가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보로서, 앞서 도 11, 도 12를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
수신 장치의 미들웨어는, 스텝 S154에 있어서, 유저가 선택한 서비스의 서비스 카테고리 식별자를 확인하여, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
이 중 어느 것인지를 확인한다.
본 처리예에서는, 유저가 선택한 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)의 서비스 카테고리 식별자가, 레지덴셜 재생 애플리케이션의 적용 서비스인 것으로 한다.
이 경우, 수신 장치는, 재생 처리부에 있어서 실행 중인 애플리케이션의 확인을 행하여, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는, 레지덴셜 재생 애플리케이션을 계속해서 실행시킨다.
한편, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 미기동인 경우에는, 레지덴셜 재생 애플리케이션의 기동 처리를 실행한다.
예를 들어 채널 Q의 설정 전의 설정 채널=P의 프로그램 p1이, 레지덴셜 재생 애플리케이션에 의하여 재생되고 있었을 경우 등, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는, 레지덴셜 재생 애플리케이션을 그대로 계속해서 실행시킨다.
(스텝 S155)
스텝 S155는 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S155에 있어서, 시그널링 데이터인 MPD(Media Presentation Description)를 생성하여 송신한다.
MPD는, 다양한 서비스(프로그램 콘텐츠)의 제어 정보를 기록한 시그널링 데이터이다. 예를 들어 서비스(프로그램 콘텐츠)를 구성하는 AV 콘텐츠의 세그먼트 파일의 액세스 정보 등이 기록되어 있다.
(스텝 S156)
스텝 S156은 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S156에 있어서, 서비스(프로그램)를 구성하는 콘텐츠인 AV 세그먼트를 생성하여 송신한다.
(스텝 S157)
스텝 S157은, 수신 장치의 재생 처리부의 레지덴셜 애플리케이션 실행부의 처리이다.
재생 처리부는, 송신 장치로부터 수신한 MPD를 해석하고, MPD에 기록된 AV 세그먼트의 액세스 정보를 적용하여, AV 세그먼트를 취득하고, 레지덴셜 재생 애플리케이션을 적용하여, 서비스(프로그램)의 콘텐츠의 렌더링 처리를 포함하는 재생 처리를 실행한다.
즉, 유저가 선택한 서비스인 채널 Q의 프로그램 q1의 재생을, 레지덴셜 재생 애플리케이션을 적용하여 실행한다.
또한 이 스텝 S157에 있어서 재생 처리 대상으로 하는 서비스는, 상기 스텝 S154에 있어서, 서비스 카테고리 식별자를 확인한 서비스이다.
즉, 서비스 리스트 테이블(SLT)의 데이터 확인에 의하여, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션인 것이 확인된 서비스(프로그램)이다.
(스텝 S158)
스텝 S158은 송신 장치의 애플리케이션 서버의 처리이다.
애플리케이션 서버는, 스텝 S158에 있어서, 브로드캐스트 재생 애플리케이션과, 그 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 생성한다.
또한 본 처리예에 있어서, 스텝 S158에 있어서 생성하는 애플리케이션은, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션이다. 즉, 브로드캐스트 재생 애플리케이션인 것으로 한다.
(스텝 S159)
스텝 S159는 송신 장치의 방송 서버의 처리이다.
방송 서버는, 스텝 S158에 있어서, 애플리케이션 서버가 생성한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 생성하여 송신한다.
SLS(Service level Signaling)은 서비스 단위의 제어 정보, 속성 정보를 기록한 시그널링 데이터이다.
먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 수신 장치는, 선행하여 수신하는 서비스 리스트 테이블(SLT: Service List Table)에 기록된 서비스 엔트리 중의 기록 정보에 기초하여 SLS를 취득할 수 있다.
(스텝 S160)
스텝 S160은 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S160에 있어서, 스텝 S159에서 송신 장치의 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 현재, 수신 장치의 재생 처리부에 있어서 재생 중인 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)에 대응지어진 동일한 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)에 속하는 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S161)
스텝 S161은 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S161에 있어서, 브로드캐스트 재생 애플리케이션을 생성하여 송신한다.
송신 처리는 방송파 또는 네트워크를 통하여 실행된다.
또한 스텝 S161에서 송신되는 애플리케이션은, 현재 수신 장치에 있어서 재생 중인 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)의 재생 처리에 적용 가능한 브로드캐스트 재생 애플리케이션이다.
수신 장치가 스텝 S157에서 레지덴셜 재생 애플리케이션을 적용하여 재생하고 있는 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)의 재생에 적용 가능한 브로드캐스트 재생 애플리케이션이다.
(스텝 S162)
스텝 S162는, 수신 장치의 미들웨어 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S160에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
이 SLS에 포함되는 AIT는, 스텝 S161에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 재생 애플리케이션의 속성이나 제어 정보를 기록한 AIT이다.
수신 장치의 미들웨어는, 취득한 AIT에 기록된 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)의 값(true 또는 false)을 확인한다.
본 처리예에서는, 스텝 S161에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션이다.
따라서 배신 애플리케이션 식별 플러그의 값은 true로 설정되어 있다. 즉, 이 AIT에 대응지어진 애플리케이션(스텝 S161에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션)은, 서비스의 메인 콘텐츠(채널 Q의 프로그램 q1)의 AV 세그먼트의 재생 애플리케이션으로서 적용 가능한 것이 확인된다.
수신 장치의 미들웨어는, 이 배신 애플리케이션 식별 플러그 확인에 기초하여, 스텝 S161에서 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 재생 애플리케이션을 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부에 있어서 기동하여 실행시킨다.
또한 이 브로드캐스트 재생 애플리케이션의 기동에 맞추어, 현재, 재생 처리부의 레지덴셜 애플리케이션 실행부에 있어서 메인 콘텐츠의 재생에 적용되어 있는 레지덴셜 재생 애플리케이션을 정지시킨다.
이와 같이, 수신 장치는, AIT의 배신 애플리케이션 식별 플러그의 확인에 기초하여, 서비스(채널 Q, 또는 채널 Q의 프로그램 q1)의 재생에 적용되는 재생 애플리케이션을, 레지덴셜 재생 애플리케이션으로부터 브로드캐스트 재생 애플리케이션으로 전환하는 처리를 실행한다.
(스텝 S163)
스텝 S163은 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S163에 있어서, 서비스(예를 들어 채널 Q의 프로그램 q1)를 구성하는 콘텐츠인 AV 세그먼트를 생성하여 송신한다.
(스텝 S164)
스텝 S164는, 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
재생 처리부의 브로드캐스트 애플리케이션 실행부는, 송신 장치로부터 수신한 MPD를 해석하고, MPD에 기록된 AV 세그먼트의 액세스 정보를 적용하여, AV 세그먼트를 취득하고, 브로드캐스트 재생 애플리케이션을 적용하여, 서비스(예를 들어 채널 Q의 프로그램 q1)의 콘텐츠의 렌더링 처리를 포함하는 재생 처리를 실행한다.
(스텝 S165)
스텝 S165는 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S165에 있어서, 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 현재, 수신 장치의 재생 처리부에 있어서 재생 중인 서비스(채널 Q의 프로그램 q1)에 대응지어진 동일한 서비스에 속하는 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S166)
스텝 S166은 수신 장치의 미들웨어 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S165에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
수신 장치의 미들웨어는, 이 SLS에 포함되는 AIT가, 스텝 S161에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 재생 애플리케이션의 속성이나 제어 정보를 기록한 AIT인 것이 확인된 경우, 그 기술 내용을 확인한다.
수신 장치의 미들웨어는, 이 AIT가, 현재, 재생 처리부에 있어서 실행 중인 브로드캐스트 재생 애플리케이션의 정지 명령을 기술한 AIT인 것이 확인된 경우, 실행 중인 브로드캐스트 재생 애플리케이션을 정지시키고, 레지덴셜 재생 애플리케이션을 기동하는 처리를 실행한다.
이와 같이, 수신 장치는, AIT의 기록 데이터에 기초하여, 서비스의 재생에 적용되는 재생 애플리케이션을, 브로드캐스트 재생 애플리케이션으로부터 레지덴셜 재생 애플리케이션으로 전환하는 처리를 실행한다.
(스텝 S167)
스텝 S167은 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S167에 있어서, 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 현재, 수신 장치의 재생 처리부에 있어서 재생 중인 서비스(채널 Q의 프로그램 q1)에 대응지어진 동일한 서비스에 속하는 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S168)
스텝 S168은 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S168에 있어서, 브로드캐스트 애플리케이션을 생성하여 송신한다.
송신 처리는 방송파 또는 네트워크를 통하여 실행된다.
또한 스텝 S168에서 송신되는 애플리케이션은, 예를 들어 현재 수신 장치에 있어서 재생 중인 서비스(채널 Q의 프로그램 q1)에 맞추어 출력되는 데이터의 출력 처리 등을 실행하는 애플리케이션이다.
구체적으로는, 예를 들어 수신 장치가 스텝 S166에 있어서 기동한 레지덴셜 재생 애플리케이션을 적용하고 있는 서비스(채널 Q의 프로그램 q1)가 야구 중계인 경우, 이 스텝 S168에서 생성하여 수신 장치에 제공하는 애플리케이션은 수신 장치의 표시부에 야구 선수의 선수 정보 등의 데이터를 출력하는 애플리케이션이다.
즉, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션이 아닌, 그 외의 브로드캐스트 애플리케이션이다.
(스텝 S169)
스텝 S169는, 수신 장치의 미들웨어 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S167에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
이 SLS에 포함되는 AIT는, 스텝 S168에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 애플리케이션의 속성이나 제어 정보를 기록한 AIT이다.
수신 장치의 미들웨어는, 취득한 AIT에 기록된 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)의 값(true 또는 false)을 확인한다.
본 처리예에서는, 스텝 S168에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션이 아니라, 프로그램 부수의 애플리케이션이다.
따라서 배신 애플리케이션 식별 플러그의 값은 false로 설정되어 있다. 즉, 이 AIT에 대응지어진 애플리케이션(스텝 S168에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션)은 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션은 아닌 것이 확인된다.
수신 장치의 미들웨어는, 이 배신 애플리케이션 식별 플러그 확인에 기초하여, 스텝 S168에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션을 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부에 있어서 기동하여 실행시킨다.
즉, 수신 장치의 재생 처리부는, 레지덴셜 재생 애플리케이션을 적용하여 프로그램 재생을 실행함과 함께, 브로드캐스트 애플리케이션 실행부에 있어서, 프로그램에 부수되는 애플리케이션도 아울러 병렬로 실행한다.
이 처리에 의하여, 예를 들어 레지덴셜 재생 애플리케이션을 적용하여 야구 중계가 재생됨과 함께, 브로드캐스트 애플리케이션을 적용하여 생성되는 선수 정보 등의 데이터가 야구 중계 화면 상에 오버레이(중첩)되어 출력된다.
또한 도 21 내지 도 23을 참조하여 설명한 시퀀스 중, 다양한 시그널링 데이터(SLT, SLS, AIT, MPD 등)가 송신 장치로부터 송신되고, 수신 장치에 있어서 수신되는데, 도 21 내지 도 23을 참조하여 설명한 시그널링 데이터의 송신 타이밍이나 수신 타이밍은 일례이다.
시그널링 데이터는 송신 장치로부터 계속적으로 반복 송신되며, 수신 장치는 다양한 타이밍에 수신하는 것이 가능하다. 따라서 시그널링 데이터의 송수신 처리는, 도 21 내지 도 23을 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행하는 것이 가능하다.
NRT(논 리얼타임) 콘텐츠인 브로드캐스트 재생 애플리케이션이나, 브로드캐스트 애플리케이션에 대해서도, 송신 장치는 수시로 반복 송신 가능하며, 이들의 데이터 송수신 타이밍도 도 21 내지 도 23을 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행 가능하다.
또한 송신 장치가 송신하는 시그널링 데이터는 적절히 갱신되며, 버전 번호 등에 의하여 갱신의 유무를 확인 가능한 구성을 갖는다. 수신 장치는, 수신한 시그널링 데이터의 버전을 확인하여, 수신이 완료된 시그널링 데이터보다 새로운 시그널링 데이터의 수신을 확인한 경우에는, 수신이 완료된 시그널링 데이터를 파기하고, 갱신된 시그널링 데이터를 기억부에 저장하고, 갱신 시그널링 데이터를 적용한 처리를 실행한다.
이러한 처리에 의하여, 수신 장치에서는, 수시로 새로운 시그널링 데이터에 따른 처리가 실행된다.
[9-3. (처리예 3) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하는 처리예]
다음으로, 도 24, 도 25를 참조하여, (처리예 3) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 재생 애플리케이션을 실행하는 처리예에 대하여 설명한다.
이하, 도 24 내지 도 25에 나타내는 각 스텝의 처리에 대하여 순차적으로 설명한다.
(스텝 S201)
스텝 S201에 있어서, 방송 서버가, 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 송신한다.
서비스 리스트 테이블(SLT: Service List Table)은 먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 각 방송국이나 프로그램 등, 서비스 단위의 제어 정보를 기록한 테이블이다.
서비스 리스트 테이블(SLT)은 도 10에 나타낸 바와 같이,
서비스 단위의 서비스 엔트리를 갖고, 각 서비스 엔트리에는,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들(의) 각 데이터가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보에는, 앞서 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
즉, 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
적어도 이들 중 어느 것인지를 확인 가능하게 한 서비스 카테고리 식별자가 기록되어 있다.
도 13, 도 14를 참조하여 설명한 서비스 카테고리 식별자를 이용한 경우에는,
브로드캐스트 재생 애플리케이션(전용 타입)
브로드캐스트 재생 애플리케이션(공용 타입)
이들의 구별도 가능해진다.
(스텝 S202)
다음으로, 수신 장치의 미들웨어는, 송신 장치로부터 수신한 SLT에 기초하여, 송신 장치의 제공 서비스의 리스트, 예를 들어 프로그램 리스트를 표시부에 표시한다.
(스텝 S203)
수신 장치측의 유저는, 스텝 S203에 있어서, 수신 장치의 표시부에 표시된 서비스 리스트(프로그램 리스트)로부터 시청하고자 하는 프로그램을 선택한다. 즉, 수신 서비스를 결정한다.
결정 정보는 수신 장치의 미들웨어에 입력된다.
본 처리예에 있어서는, 유저가 현재 시청 중인 채널 Q의 프로그램 q1로부터 채널을 변경하여 채널 R의 프로그램 r1을 선택한 것으로 한다.
(스텝 S204)
수신 장치의 미들웨어는, 스텝 S204에 있어서, 유저가 선택한 서비스(예를 들어 서비스=채널 R 또는 서비스=채널 R의 프로그램 r1)의 서비스 카테고리를, 스텝 S202에 있어서 수신한 서비스 리스트 테이블(SLT)을 참조하여 확인한다.
상술한 바와 같이, 서비스 리스트 테이블(SLT)에는, 각 서비스의,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 정보가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보로서, 앞서 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
수신 장치의 미들웨어는, 스텝 S204에 있어서, 유저가 선택한 서비스(채널 R 또는 채널 R의 프로그램 r1)의 서비스 카테고리 식별자를 확인하여, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
이 중 어느 것인지를 확인한다.
본 처리예에서는, 유저가 선택한 서비스(채널 R 또는 채널 R의 프로그램 r1)의 서비스 카테고리 식별자가, 브로드캐스트 재생 애플리케이션의 적용 서비스인 것으로 한다.
이 경우, 수신 장치는, 재생 처리부에 있어서 실행 중인 애플리케이션의 확인을 행하여, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는 레지덴셜 재생 애플리케이션을 정지시킨다.
예를 들어 채널 R의 설정 전의 설정 채널=Q의 프로그램 q1이, 레지덴셜 재생 애플리케이션에 의하여 재생되고 있었을 경우 등, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는 레지덴셜 재생 애플리케이션을 정지시킨다.
(스텝 S205)
스텝 S205는 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S205에 있어서, 브로드캐스트 재생 애플리케이션과, 그 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 생성한다.
또한 본 처리예에 있어서, 스텝 S205에 있어서 생성하는 애플리케이션은, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션이다. 즉, 브로드캐스트 재생 애플리케이션인 것으로 한다.
(스텝 S206)
스텝 S206은 송신 장치의 방송 서버의 처리이다.
방송 서버는, 스텝 S206에 있어서, 애플리케이션 서버가 생성한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 생성하여 송신한다.
SLS(Service level Signaling)은 서비스 단위의 제어 정보, 속성 정보를 기록한 시그널링 데이터이다.
먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 수신 장치는, 선행하여 수신하는 서비스 리스트 테이블(SLT: Service List Table)에 기록된 서비스 엔트리 중의 기록 정보에 기초하여 SLS를 취득할 수 있다.
(스텝 S207)
스텝 S207은 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S207에 있어서, 스텝 S206에서 송신 장치의 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 유저가 선택한 서비스(채널 R 또는 채널 R의 프로그램 r1)에 대응지어진 동일한 서비스(채널 R 또는 채널 R의 프로그램 r1)에 속하는 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S208)
스텝 S208은 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S208에 있어서, 브로드캐스트 재생 애플리케이션을 생성하여 송신한다.
송신 처리는 방송파 또는 네트워크를 통하여 실행된다.
또한 스텝 S208에서 송신되는 애플리케이션은, 유저가 선택한 서비스(채널 R의 프로그램 r1)의 재생 처리에 적용 가능한 브로드캐스트 재생 애플리케이션이다.
(스텝 S209)
스텝 S209는 수신 장치의 미들웨어 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S207에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
이 SLS에 포함되는 AIT는, 스텝 S208에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 애플리케이션의 속성이나 제어 정보를 기록한 AIT이다.
수신 장치의 미들웨어는, 취득한 AIT에 기록된 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)의 값(true 또는 false)을 확인한다.
본 처리예에서는, 스텝 S208에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션으로서의 브로드캐스트 재생 애플리케이션이다.
따라서 배신 애플리케이션 식별 플러그의 값은 true로 설정되어 있다. 즉, 이 AIT에 대응지어진 애플리케이션(스텝 S208에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션)은 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션인 것이 확인된다.
수신 장치의 미들웨어는, 이 배신 애플리케이션 식별 플러그 확인에 기초하여, 스텝 S208에서 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 재생 애플리케이션을 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부에 있어서 기동하여 실행시킨다.
이것에 의하여, 유저가 선택한 서비스(채널 R의 프로그램 r1)의 수신, 재생 준비가 완료된다.
(스텝 S210)
스텝 S210은 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S210에 있어서, 시그널링 데이터인 MPD(Media Presentation Description)를 생성하여 송신한다.
MPD는, 다양한 서비스(프로그램 콘텐츠)의 제어 정보를 기록한 시그널링 데이터이다. 예를 들어 서비스(프로그램 콘텐츠)를 구성하는 AV 콘텐츠의 세그먼트 파일의 액세스 정보 등이 기록되어 있다.
(스텝 S211)
스텝 S211은 송신 장치의 DASH 서버의 처리이다.
DASH 서버는, 스텝 S211에 있어서, 서비스(채널 R의 프로그램 r1)을 구성하는 콘텐츠인 AV 세그먼트를 생성하여 송신한다.
(스텝 S212)
스텝 S212는 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
재생 처리부는, 송신 장치로부터 수신한 MPD를 해석하고, MPD에 기록된 AV 세그먼트의 액세스 정보를 적용하여, AV 세그먼트를 취득하고, 브로드캐스트 재생 애플리케이션을 적용하여, 서비스(채널 R의 프로그램 r1)의 콘텐츠의 렌더링 처리를 포함하는 재생 처리를 실행한다.
즉, 유저가 선택한 서비스인 채널 Q의 프로그램 q1의 재생을, 레지덴셜 재생 애플리케이션을 적용하여 실행한다.
또한 이 스텝 S210에 있어서 재생 처리 대상으로 하는 서비스는, 상기 스텝 S204에 있어서, 서비스 카테고리 식별자를 확인한 서비스이다.
즉, 서비스 리스트 테이블(SLT)의 데이터 확인에 의하여, 유저가 선택한 서비스(방송국 R의 프로그램 r1) 대응의 데이터 처리에 적용하는 애플리케이션이,
브로드캐스트 재생 애플리케이션인 것이 확인된 서비스(프로그램)이다.
이들 처리에 의하여, 예를 들어 레지덴셜 재생 애플리케이션을 적용하여 재생되고 있었던 천이 전의 서비스(채널 Q의 프로그램 q1)는 정지되고, 유저가 선택한 천이처 서비스(채널 R의 프로그램 r1)가, 브로드캐스트 재생 애플리케이션을 적용하여 재생되게 된다.
또한 도 24 내지 도 25를 참조하여 설명한 시퀀스 중, 다양한 시그널링 데이터(SLT, SLS, AIT, MPD 등)가 송신 장치로부터 송신되고, 수신 장치에 있어서 수신되는데, 도 24 내지 도 25를 참조하여 설명한 시그널링 데이터의 송신 타이밍이나 수신 타이밍은 일례이다.
시그널링 데이터는 송신 장치로부터 계속적으로 반복 송신되며, 수신 장치는 다양한 타이밍에 수신하는 것이 가능하다. 따라서 시그널링 데이터의 송수신 처리는, 도 24 내지 도 25를 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행하는 것이 가능하다.
NRT(논 리얼타임) 콘텐츠인 브로드캐스트 재생 애플리케이션이나, 브로드캐스트 애플리케이션에 대해서도, 송신 장치는 수시로 반복 송신 가능하며, 이들의 데이터 송수신 타이밍도 도 24 내지 도 25를 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행 가능하다.
또한 송신 장치가 송신하는 시그널링 데이터는 적절히 갱신되며, 버전 번호 등에 의하여 갱신의 유무를 확인 가능한 구성을 갖는다. 수신 장치는, 수신한 시그널링 데이터의 버전을 확인하여, 수신이 완료된 시그널링 데이터보다 새로운 시그널링 데이터의 수신을 확인한 경우에는, 수신이 완료된 시그널링 데이터를 파기하고, 갱신된 시그널링 데이터를 기억부에 저장하고, 갱신 시그널링 데이터를 적용한 처리를 실행한다.
이러한 처리에 의하여, 수신 장치에서는, 수시로 새로운 시그널링 데이터에 따른 처리가 실행된다.
[9-4. (처리예 4) 수신 장치에 있어서, AIT 기술에 기초하여 브로드캐스트 애플리케이션을 실행하는 처리예]
다음으로, 도 26, 도 27을 참조하여, (처리예 4) 수신 장치에 있어서, AIT 기술에 기초하여, 브로드캐스트 애플리케이션(브로드캐스트 재생 애플리케이션은 아님)을 실행하는 처리예에 대하여 설명한다.
이하, 도 26 내지 도 27에 나타내는 각 스텝의 처리에 대하여 순차적으로 설명한다.
(스텝 S301)
스텝 S301에 있어서, 방송 서버가, 시그널링 데이터인 서비스 리스트 테이블(SLT: Service List Table)을 송신한다.
서비스 리스트 테이블(SLT: Service List Table)은, 앞서 도 9, 도 10을 참조하여 설명한 바와 같이, 각 방송국이나 프로그램 등, 서비스 단위의 제어 정보를 기록한 테이블이다.
서비스 리스트 테이블(SLT)은 도 10에 나타낸 바와 같이,
서비스 단위의 서비스 엔트리를 갖고, 각 서비스 엔트리에는,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 각 데이터가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보에는, 앞서 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
즉, 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
적어도 이들 중 어느 것인지를 확인 가능하게 한 서비스 카테고리 식별자가 기록되어 있다.
도 13, 도 14를 참조하여 설명한 서비스 카테고리 식별자를 이용한 경우에는,
브로드캐스트 재생 애플리케이션(전용 타입)
브로드캐스트 재생 애플리케이션(공용 타입)
이들의 구별도 가능해진다.
(스텝 S302)
다음으로, 수신 장치의 미들웨어는, 송신 장치로부터 수신한 SLT에 기초하여, 송신 장치의 제공 서비스의 리스트, 예를 들어 프로그램 리스트를 표시부에 표시한다.
(스텝 S303)
수신 장치측의 유저는, 스텝 S303에 있어서, 수신 장치의 표시부에 표시된 서비스 리스트(프로그램 리스트)로부터 시청하고자 하는 프로그램을 선택한다. 즉, 수신 서비스를 결정한다.
결정 정보는 수신 장치의 미들웨어에 입력된다.
본 처리예에 있어서는, 유저가 현재 시청 중인 채널 Q의 프로그램 q1로부터 애플리케이션 베이스의 서비스를 선택한 것으로 한다.
(스텝 S304)
수신 장치의 미들웨어는, 스텝 S304에 있어서, 유저가 선택한 서비스(예를 들어 서비스=애플리케이션 베이스 서비스)의 서비스 카테고리를, 스텝 S302에 있어서 수신한 서비스 리스트 테이블(SLT)을 참조하여 확인한다.
상술한 바와 같이, 서비스 리스트 테이블(SLT)에는, 각 서비스의,
(p) 서비스 단위의 기본 속성 정보,
(q) 서비스 시그널링 부트스트랩 어드레스,
이들 정보가 기록되어 있다.
또한 (p) 서비스 단위의 기본 속성 정보로서, 앞서 도 11 내지 도 14를 참조하여 설명한 서비스 카테고리 식별자가 기록되어 있다.
수신 장치의 미들웨어는, 스텝 S304에 있어서, 유저가 선택한 서비스(애플리케이션 베이스 서비스)의 서비스 카테고리 식별자를 확인하여, 유저가 선택한 서비스 대응의 데이터 처리에 적용하는 애플리케이션이,
레지덴셜 재생 애플리케이션,
브로드캐스트 재생 애플리케이션,
그 외의 브로드캐스트 애플리케이션,
이 중 어느 것인지를 확인한다.
본 처리예에서는, 유저가 선택한 서비스(애플리케이션 베이스 서비스)의 서비스 카테고리 식별자는, 그 외의 브로드캐스트 애플리케이션, 즉, 브로드캐스트 애플리케이션의 적용 서비스인 것으로 한다.
이 경우, 수신 장치는, 재생 처리부에 있어서 실행 중인 애플리케이션의 확인을 행하여, 재생 처리부에 있어서, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는 레지덴셜 재생 애플리케이션을 정지시킨다.
예를 들어 서비스 천이 전의 설정 채널=Q의 프로그램 q1이 레지덴셜 재생 애플리케이션에 의하여 재생되고 있었을 경우 등, 레지덴셜 재생 애플리케이션이 기동 중인 경우에는 레지덴셜 재생 애플리케이션을 정지시킨다.
(스텝 S305)
스텝 S305는 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S305에 있어서, 유저가 선택한 애플리케이션 베이스 서비스의 실행에 적용되는 브로드캐스트 애플리케이션과, 그 제어 정보를 기록한 시그널링 데이터인 애플리케이션 정보 테이블(AIT)을 생성한다.
또한 본 처리예에 있어서, 스텝 S305에 있어서 생성하는 애플리케이션은, 서비스를 구성하는 메인 콘텐츠인 프로그램 그 자체를 구성하는 AV 세그먼트의 재생 처리에 적용되는 재생 애플리케이션은 아니다. 즉, 브로드캐스트 재생 애플리케이션과는 상이한 애플리케이션 베이스 서비스의 실행에 적용하는 브로드캐스트 애플리케이션인 것으로 한다.
(스텝 S306)
스텝 S306은 송신 장치의 방송 서버의 처리이다.
방송 서버는, 스텝 S306에 있어서, 애플리케이션 서버가 생성한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 생성하여 송신한다.
SLS(Service level Signaling)은 서비스 단위의 제어 정보, 속성 정보를 기록한 시그널링 데이터이다.
먼저, 도 9, 도 10을 참조하여 설명한 바와 같이, 수신 장치는, 선행하여 수신하는 서비스 리스트 테이블(SLT: Service List Table)에 기록된 서비스 엔트리 중의 기록 정보에 기초하여 SLS를 취득할 수 있다.
(스텝 S307)
스텝 S307은 수신 장치의 미들웨어 처리이다.
수신 장치의 미들웨어는, 스텝 S307에 있어서, 스텝 S306에서 송신 장치의 방송 서버가 송신한 애플리케이션 정보 테이블(AIT)을 저장한 SLS(Service level Signaling)를 취득한다.
이는, 유저가 선택한 서비스(애플리케이션 베이스 서비스)에 대응지어진 서비스 대응의 시그널링 데이터로서 송신 장치로부터 송신된 SLS이다.
(스텝 S308)
스텝 S308은 송신 장치의 애플리케이션 서버의 처리이다.
송신 장치의 애플리케이션 서버는, 스텝 S308에 있어서, 브로드캐스트 애플리케이션을 생성하여 송신한다.
송신 처리는 방송파 또는 네트워크를 통하여 실행된다.
또한 스텝 S308에서 송신되는 애플리케이션은, 유저가 선택한 서비스(애플리케이션 베이스 서비스)의 실행에 적용 가능한 브로드캐스트 애플리케이션이다.
(스텝 S309)
스텝 S309는, 수신 장치의 미들웨어 및 재생 처리부의 브로드캐스트 애플리케이션 실행부의 처리이다.
수신 장치의 미들웨어는, 스텝 S307에서 수신한 SLS(Service level Signaling)로부터 애플리케이션 정보 테이블(AIT)을 취득한다.
이 SLS에 포함되는 AIT는, 스텝 S308에서, 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 애플리케이션의 속성이나 제어 정보를 기록한 AIT이다.
수신 장치의 미들웨어는, 취득한 AIT에 기록된 배신 애플리케이션 식별 플러그(Continuous Component Supportable flug)의 값(true 또는 false)을 확인한다.
본 처리예에서는, 스텝 S308에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션인 브로드캐스트 재생 애플리케이션은 아닌, 그 외의 처리를 실행하는 브로드캐스트 애플리케이션이다.
따라서 배신 애플리케이션 식별 플러그의 값은 false로 설정되어 있다. 즉, 이 AIT에 대응지어진 애플리케이션(스텝 S308에서 송신 장치의 애플리케이션 서버가 송신한 애플리케이션)은, 서비스의 메인 콘텐츠(프로그램)의 AV 세그먼트의 재생 애플리케이션은 아닌 것이 확인된다.
수신 장치의 미들웨어는, 이 배신 애플리케이션 식별 플러그 확인에 기초하여, 스텝 S308에서 송신 장치의 애플리케이션 서버가 송신한 브로드캐스트 애플리케이션을 수신 장치의 재생 처리부의 브로드캐스트 애플리케이션 실행부에 있어서 기동하여 실행시킨다.
이것에 의하여, 유저가 선택한 서비스(애플리케이션 베이스 서비스)의 수신 및 실행이 개시된다.
이들 처리에 의하여, 예를 들어 레지덴셜 재생 애플리케이션을 적용하여 재생되고 있었던 천이 전의 서비스(채널 Q의 프로그램 q1)은 정지되고, 유저가 선택한 천이처 서비스(애플리케이션 베이스 서비스)가, 브로드캐스트 애플리케이션을 적용하여 실행되게 된다.
또한 도 26 내지 도 27을 참조하여 설명한 시퀀스 중, 다양한 시그널링 데이터(SLT, SLS, AIT, MPD 등)가 송신 장치로부터 송신되고, 수신 장치에 있어서 수신되는데, 도 26 내지 도 27을 참조하여 설명한 시그널링 데이터의 송신 타이밍이나 수신 타이밍은 일례이다.
시그널링 데이터는 송신 장치로부터 계속적으로 반복 송신되며, 수신 장치는 다양한 타이밍에 수신하는 것이 가능하다. 따라서 시그널링 데이터의 송수신 처리는, 도 26 내지 도 27을 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행하는 것이 가능하다.
NRT(논 리얼타임) 콘텐츠인 브로드캐스트 재생 애플리케이션이나, 브로드캐스트 애플리케이션에 대해서도, 송신 장치는 수시로 반복 송신 가능하며, 이들의 데이터 송수신 타이밍도 도 24 내지 도 25를 참조하여 설명한 송수신 타이밍과 상이한 타이밍에 실행 가능하다.
또한 송신 장치가 송신하는 시그널링 데이터는 적절히 갱신되며, 버전 번호 등에 의하여 갱신의 유무를 확인 가능한 구성을 갖는다. 수신 장치는, 수신한 시그널링 데이터의 버전을 확인하여, 수신이 완료된 시그널링 데이터보다 새로운 시그널링 데이터의 수신을 확인한 경우에는, 수신이 완료된 시그널링 데이터를 파기하고, 갱신된 시그널링 데이터를 기억부에 저장하고, 갱신 시그널링 데이터를 적용한 처리를 실행한다.
이러한 처리에 의하여, 수신 장치에서는, 수시로 새로운 시그널링 데이터에 따른 처리가 실행된다.
[10. 송신 장치와 수신 장치의 구성예에 대하여]
다음으로, 통신 장치인 송신 장치(서버)(20)와 수신 장치(클라이언트)(30)의 장치 구성예에 대하여, 도 28, 도 29를 참조하여 설명한다.
도 28에는, 송신 장치(서버)(20)와 수신 장치(클라이언트)(30)의 구성예를 나타내고 있다.
송신 장치(서버)(20)는 데이터 처리부(751), 통신부(752), 기억부(753)를 갖는다.
수신 장치(클라이언트)(30)는 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
데이터 처리부에는 통신 데이터 처리부(771a), 재생 처리부(771b)가 포함된다.
송신 장치(서버)(20)의 데이터 처리부(751)는, 데이터 배신 서비스를 실행하기 위한 각종 데이터 처리를 실행한다. 예를 들어 데이터 배신 서비스의 구성 데이터의 생성이나 송신 제어를 행한다. 또한 데이터 처리부(751)는, 수신 장치(클라이언트)(30)에 제공하는 프로그램 데이터 등을 구성하는 AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등의 생성, 송신 처리를 행한다.
통신부(752)는, 프로그램 데이터 등을 구성하는 AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등의 배신 처리 등의 통신 처리를 행한다.
기억부(753)는 배신 대상으로 하는 프로그램 데이터 등을 구성하는 AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등이 저장된다.
또한 기억부(753)는, 데이터 처리부(751)가 실행하는 데이터 처리의 워크 에어리어로서 이용되며, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
한편, 수신 장치(클라이언트)(30)는 데이터 처리부(771), 통신부(772), 기억부(773), 입력부(774), 출력부(775)를 갖는다.
통신부(772)는, 송신 장치(서버)(20)로부터 배신되는 데이터, 예를 들어 프로그램 데이터 등을 구성하는 AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등을 수신한다.
데이터 처리부(771)는, 통신 데이터 처리부(771a), 재생 처리부(771b)를 가지며, 예를 들어 앞서 설명한 실시예에 따른 처리 등을 실행한다.
구체적으로는, AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등을 이용한 데이터 처리 등을 실행한다.
유저의 지시 커맨드, 예를 들어 채널 선택, 애플리케이션 기동, 인스톨 등의 다양한 커맨드는 입력부(774)를 통하여 입력된다.
재생 데이터는 표시부나 스피커 등의 출력부(775)에 출력된다.
기억부(773)는 프로그램 데이터 등을 구성하는 AV 세그먼트나, 애플리케이션, 그 외의 다양한 데이터나 시그널링 데이터 등이 저장된다.
또한 기억부(773)는, 데이터 처리부(771)가 실행하는 데이터 처리의 워크 에어리어로서 이용되며, 또한 각종 파라미터의 기억 영역으로서도 이용된다.
도 29는, 송신 장치(20), 수신 장치(30)로서 적용 가능한 통신 장치의 하드웨어 구성예를 나타내고 있다.
CPU(Central Processing Unit)(801)는, ROM(Read Only Memory)(802) 또는 기억부(808)에 기억되어 있는 프로그램에 따라 각종 처리를 실행하는 데이터 처리부로서 기능한다. 예를 들어 상술한 실시예에 있어서 설명한 시퀀스에 따른 처리를 실행한다. RAM(Random Access Memory)(803)에는, CPU(801)가 실행하는 프로그램이나 데이터 등이 기억된다. 이들 CPU(801), ROM(802) 및 RAM(803)은 버스(804)에 의하여 서로 접속되어 있다.
CPU(801)는 버스(804)를 통하여 입출력 인터페이스(805)에 접속되고, 입출력 인터페이스(805)에는, 각종 스위치, 키보드, 마우스, 마이크로폰 등을 포함하는 입력부(806), 디스플레이, 스피커 등을 포함하는 출력부(807)가 접속되어 있다. CPU(801)는, 입력부(806)로부터 입력되는 명령에 대응하여 각종 처리를 실행하고, 처리 결과를, 예를 들어 출력부(807)에 출력한다.
입출력 인터페이스(805)에 접속되어 있는 기억부(808)는, 예를 들어 하드 디스크 등을 포함하며, CPU(801)가 실행하는 프로그램이나 각종 데이터를 기억한다. 통신부(809)는, 인터넷이나 로컬 에어리어 네트워크 등의 네트워크를 통한 데이터 통신의 송수신부, 또한 방송파의 송수신부로서 기능하며, 외부의 장치와 통신한다.
입출력 인터페이스(805)에 접속되어 있는 드라이브(810)는, 자기 디스크, 광 디스크, 광 자기 디스크, 또는 메모리 카드 등의 반도체 메모리 등의 리무버블 미디어(811)를 구동하여, 데이터의 기록 또는 판독을 실행한다.
또한 데이터의 부호화 또는 복호는, 데이터 처리부로서의 CPU(801)의 처리로서 실행 가능한데, 부호화 처리 또는 복호 처리를 실행하기 위한 전용 하드웨어로서의 코덱을 구비한 구성으로 해도 된다.
[11. 본 개시의 구성의 정리]
이상, 특정한 실시예를 참조하면서 본 개시의 실시예에 대하여 상세히 해석해 왔다. 그러나 본 개시의 요지를 일탈하지 않는 범위에서 당업자가 실시예의 수정이나 대용을 할 수 있음은 자명하다. 즉, 예시라는 형태로 본 발명을 개시해 온 것이지, 한정적으로 해석되어서는 안된다. 본 개시의 요지를 판단하기 위해서는 특허 청구 범위의 난을 참작해야 한다.
또한 본 명세서에 있어서 개시한 기술은 이하와 같은 구성을 취할 수 있다.
(1) 송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하는 통신부와,
상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리부를 갖는 수신 장치.
(2) 상기 애플리케이션은,
송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
상기 서비스 카테고리 식별자는,
(a) 수신 장치 상주형의 재생 애플리케이션인 레지덴셜 재생 애플리케이션,
(b) 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션,
상기 (a), (b) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인, (1)에 기재된 수신 장치.
(3) 상기 데이터 처리부는,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 모두 레지덴셜 재생 애플리케이션인 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는, (2)에 기재된 수신 장치.
(4) 상기 애플리케이션은,
송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
상기 서비스 카테고리 식별자는,
(b1) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 복수의 상이한 서비스에 대한 재생 처리에 적용 가능한 공용형 브로드캐스트 재생 애플리케이션,
(b2) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 하나의 서비스에 대한 재생 처리에만 적용 가능한 전용형 브로드캐스트 재생 애플리케이션,
상기 (b1), (b2) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인, (1) 내지 (3) 중 어느 하나에 기재된 수신 장치.
(5) 상기 데이터 처리부는,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 모두 공용형 브로드캐스트 재생 애플리케이션인 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는, (4)에 기재된 수신 장치.
(6) 상기 통신부는,
상기 서비스 카테고리 식별자를, 송신 장치가 송신하는 시그널링 데이터로서 수신하는, (1) 내지 (5) 중 어느 하나에 기재된 수신 장치.
(7) 상기 시그널링 데이터는, 서비스 단위의 정보를 기록한 서비스 엔트리를 저장한 서비스 리스트 테이블(SLT: Service List Table)인, (6)에 기재된 수신 장치.
(8) 상기 서비스 카테고리 식별자는,
방송국 단위의 서비스, 또는 방송국이 제공하는 프로그램 단위의 서비스, 적어도 어느 서비스에 대응지어 설정된 식별자인 (1) 내지 (7) 중 어느 하나에 기재된 수신 장치.
(9) 상기 데이터 처리부는,
수신 채널의 전환 시에, 채널 전환 전후의 프로그램 재생에 적용하는 애플리케이션이 동일한지의 여부를, 상기 서비스 카테고리 식별자에 기초하여 판단하고, 채널 전환 전후의 프로그램 재생에 적용하는 애플리케이션이 동일한 것을 확인한 경우, 채널 전환 전에 실행 중인 애플리케이션의 계속 처리를 행하는 (1) 내지 (8) 중 어느 하나에 기재된 수신 장치.
(10) 상기 통신부는 또한
상기 송신 장치로부터 수신하는 애플리케이션이, 상기 송신 장치가 제공하는 서비스의 재생 처리에 적용하는 재생 애플리케이션인지의 여부를 나타내는 배신 애플리케이션 식별 플러그를 수신하고,
상기 데이터 처리부는,
상기 배신 애플리케이션 식별 플러그의 값에 기초하여, 애플리케이션 제어를 실행하는 (1) 내지 (9) 중 어느 하나에 기재된 수신 장치.
(11) 상기 데이터 처리부는,
상기 배신 애플리케이션 식별 플러그의 값이, 재생 애플리케이션인 것을 나타내는 경우에는, 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션을 실행하고,
상기 배신 애플리케이션 식별 플러그의 값이, 재생 애플리케이션이 아닌 것을 나타내는 경우에는, 송신 장치가 제공하는 브로드캐스트 애플리케이션을 실행하는, (10)에 기재된 수신 장치.
(12) 상기 배신 애플리케이션 식별 플러그는,
송신 장치가 제공하는 애플리케이션에 대응하는 제어 정보를 기록한 애플리케이션 정보 테이블(AIT: Application Information Table)에 기록된 구성인, (10) 또는 (11)에 기재된 수신 장치.
(13) 수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
상기 서비스에 적용하는 애플리케이션을 송신하는 통신부를 갖는 송신 장치.
(14) 상기 애플리케이션은,
송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이며,
상기 서비스 카테고리 식별자는,
(a) 수신 장치 상주형의 재생 애플리케이션인 레지덴셜 재생 애플리케이션,
(b) 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션,
상기 (a), (b) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인, (13)에 기재된 송신 장치.
(15) 상기 애플리케이션은,
송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
상기 서비스 카테고리 식별자는,
(b1) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 복수의 상이한 서비스에 대한 재생 처리에 적용 가능한 공용형 브로드캐스트 재생 애플리케이션,
(b2) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 하나의 서비스에 대한 재생 처리에만 적용 가능한 전용형 브로드캐스트 재생 애플리케이션,
상기 (b1), (b2) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인, (13) 내지 (14) 중 어느 하나에 기재된 송신 장치.
(16) 상기 통신부는,
서비스 단위의 정보를 기록한 서비스 엔트리를 저장한 서비스 리스트 테이블(SLT: Service List Table)에 상기 서비스 카테고리 식별자를 기록하여 송신하는, (13) 내지 (15) 중 어느 하나에 기재된 송신 장치.
(17) 상기 서비스 카테고리 식별자는,
방송국 단위의 서비스, 또는 방송국이 제공하는 프로그램 단위의 서비스, 적어도 어느 서비스에 대응지어 설정된 식별자인 (13) 내지 (16) 중 어느 하나에 기재된 송신 장치.
(18) 상기 통신부는, 또한
상기 송신 장치의 송신 애플리케이션이, 상기 송신 장치가 제공하는 서비스의 재생 처리에 적용하는 재생 애플리케이션인지의 여부를 나타내는 배신 애플리케이션 식별 플러그를 송신하는, (13) 내지 (17) 중 어느 하나에 기재된 수신 장치.
(19) 수신 장치에 있어서 실행하는 데이터 처리 방법이며,
통신부가,
송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하고,
데이터 처리부가,
상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리 방법.
(20) 송신 장치에 있어서 실행하는 데이터 처리 방법이며,
수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
상기 서비스에 적용하는 애플리케이션을 송신하는 데이터 처리 방법.
또한 명세서 중에 있어서 설명한 일련의 처리는 하드웨어 또는 소프트웨어, 또는 양자의 복합 구성에 의하여 실행하는 것이 가능하다. 소프트웨어에 의한 처리를 실행하는 경우에는, 처리 시퀀스를 기록한 프로그램을, 전용의 하드웨어에 내장된 컴퓨터 내의 메모리에 인스톨하여 실행시키거나, 또는 각종 처리를 실행 가능한 범용 컴퓨터에 프로그램을 인스톨하여 실행시키는 것이 가능하다. 예를 들어 프로그램은 기록 매체에 미리 기록해 둘 수 있다. 기록 매체로부터 컴퓨터에 인스톨하는 것 외에, LAN(Local Area Network), 인터넷 등의 네트워크를 통하여 프로그램을 수신하고, 내장하는 하드 디스크 등의 기록 매체에 인스톨할 수 있다.
또한 명세서에 기재된 각종 처리는, 기재에 따라 시계열로 실행될 뿐만 아니라, 처리를 실행하는 장치의 처리 능력 또는 필요에 따라 병렬적으로 또는 개별적으로 실행되어도 된다. 또한 본 명세서에 있어서 시스템이란, 복수의 장치의 논리적 집합 구성이며, 각 구성의 장치가 동일한 하우징 내에 있는 것에 한정되지는 않는다.
이상, 설명한 바와 같이, 본 개시의 일 실시예의 구성에 의하면, 수신 장치에 있어서 적용하는 재생 애플리케이션을, 사전에 수신 가능한 SLT에 기록한 서비스 카테고리 식별자를 이용하여 결정 가능한 구성이 실현된다.
구체적으로는, 송신 장치의 제공 프로그램 등, 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신 장치에 송신한다. 서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행한다. 서비스 카테고리 식별자는, 레지덴셜 재생 애플리케이션, 브로드캐스트 재생 애플리케이션, 이들 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자이다.
본 구성에 의하여, 수신 장치에 있어서 적용하는 재생 애플리케이션을, 사전에 수신 가능한 SLT에 기록한 서비스 카테고리 식별자를 이용하여 결정 가능한 구성이 실현된다.
10: 통신 시스템
20: 송신 장치
21: 방송 서버
22: 데이터 배신 서버
30: 수신 장치
31: TV
32: PC
33: 휴대 단말기
50: 시그널링 데이터
60: AV 세그먼트
70: 그 외의 데이터
110: 미들웨어
111: 통신부(PHY/MAC)
112: 시그널링 취득부
113: 시그널링 해석부
114: 세그먼트 취득부
120: HTTP 프록시 서버
121: 캐시부
122: 어드레스 해결부
130: 재생 처리부(애플리케이션 실행부)
131: 재생 제어부
132: 출력 제어부
201: MPD 취득부
202: MPD 해석부
203: 세그먼트 취득부
204: 세그먼트 해석부
211: 복호부
212: 출력부
301: 서비스 리스트 테이블(SLT)
311 내지 313: 서비스(Service)
351 내지 353: 서비스 엔트리
361: 서비스 단위의 기본 속성 정보
362: 서비스 시그널링 부트스트랩 어드레스
751: 데이터 처리부
752: 통신부
753: 기억부
771: 데이터 처리부
772: 통신부
773: 기억부
774: 입력부
775: 출력부
801: CPU
802: ROM
803: RAM
804: 버스
805: 입출력 인터페이스
806: 입력부
807: 출력부
808: 기억부
809: 통신부
810: 드라이브
811: 리무버블 미디어

Claims (20)

  1. 송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하는 통신부와,
    상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
    서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리부를 갖는 수신 장치.
  2. 제1항에 있어서,
    상기 애플리케이션은,
    송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
    상기 서비스 카테고리 식별자는,
    (a) 수신 장치 상주형의 재생 애플리케이션인 레지덴셜 재생 애플리케이션,
    (b) 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션,
    상기 (a), (b) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인 수신 장치.
  3. 제2항에 있어서,
    상기 데이터 처리부는,
    서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 모두 레지덴셜 재생 애플리케이션인 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 수신 장치.
  4. 제1항에 있어서,
    상기 애플리케이션은,
    송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
    상기 서비스 카테고리 식별자는,
    (b1) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 복수의 상이한 서비스에 대한 재생 처리에 적용 가능한 공용형 브로드캐스트 재생 애플리케이션,
    (b2) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 하나의 서비스에 대한 재생 처리에만 적용 가능한 전용형 브로드캐스트 재생 애플리케이션,
    상기 (b1), (b2) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인 수신 장치.
  5. 제4항에 있어서,
    상기 데이터 처리부는,
    서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 모두 공용형 브로드캐스트 재생 애플리케이션인 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 수신 장치.
  6. 제1항에 있어서,
    상기 통신부는,
    상기 서비스 카테고리 식별자를, 송신 장치가 송신하는 시그널링 데이터로서 수신하는 수신 장치.
  7. 제6항에 있어서,
    상기 시그널링 데이터는, 서비스 단위의 정보를 기록한 서비스 엔트리를 저장한 서비스 리스트 테이블(SLT: Service List Table)인 수신 장치.
  8. 제1항에 있어서,
    상기 서비스 카테고리 식별자는,
    방송국 단위의 서비스, 또는 방송국이 제공하는 프로그램 단위의 서비스, 적어도 어느 서비스에 대응지어 설정된 식별자인 수신 장치.
  9. 제1항에 있어서,
    상기 데이터 처리부는,
    수신 채널의 전환 시에, 채널 전환 전후의 프로그램 재생에 적용하는 애플리케이션이 동일한지의 여부를, 상기 서비스 카테고리 식별자에 기초하여 판단하고, 채널 전환 전후의 프로그램 재생에 적용하는 애플리케이션이 동일한 것을 확인한 경우, 채널 전환 전에 실행 중인 애플리케이션의 계속 처리를 행하는 수신 장치.
  10. 제1항에 있어서,
    상기 통신부는, 또한
    상기 송신 장치로부터 수신하는 애플리케이션이, 상기 송신 장치가 제공하는 서비스의 재생 처리에 적용하는 재생 애플리케이션인지의 여부를 나타내는 배신 애플리케이션 식별 플러그를 수신하고,
    상기 데이터 처리부는,
    상기 배신 애플리케이션 식별 플러그의 값에 기초하여 애플리케이션 제어를 실행하는 수신 장치.
  11. 제10항에 있어서,
    상기 데이터 처리부는,
    상기 배신 애플리케이션 식별 플러그의 값이, 재생 애플리케이션인 것을 나타내는 경우에는, 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션을 실행하고,
    상기 배신 애플리케이션 식별 플러그의 값이, 재생 애플리케이션이 아닌 것을 나타내는 경우에는, 송신 장치가 제공하는 브로드캐스트 애플리케이션을 실행하는 수신 장치.
  12. 제10항에 있어서,
    상기 배신 애플리케이션 식별 플러그는,
    송신 장치가 제공하는 애플리케이션에 대응하는 제어 정보를 기록한 애플리케이션 정보 테이블(AIT: Application Information Table)에 기록된 구성인 수신 장치.
  13. 수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
    상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
    상기 서비스에 적용하는 애플리케이션을 송신하는 통신부를 갖는 송신 장치.
  14. 제13항에 있어서,
    상기 애플리케이션은,
    송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
    상기 서비스 카테고리 식별자는,
    (a) 수신 장치 상주형의 재생 애플리케이션인 레지덴셜 재생 애플리케이션,
    (b) 송신 장치 제공 서비스용의 재생 애플리케이션으로서 송신 장치가 제공하는 브로드캐스트 재생 애플리케이션,
    상기 (a), (b) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인 송신 장치.
  15. 제13항에 있어서,
    상기 애플리케이션은,
    송신 장치가 제공하는 콘텐츠의 재생 처리에 적용하는 재생 애플리케이션이고,
    상기 서비스 카테고리 식별자는,
    (b1) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 복수의 상이한 서비스에 대한 재생 처리에 적용 가능한 공용형 브로드캐스트 재생 애플리케이션,
    (b2) 송신 장치의 제공 서비스 전용의 재생 애플리케이션이며, 하나의 서비스에 대한 재생 처리에만 적용 가능한 전용형 브로드캐스트 재생 애플리케이션,
    상기 (b1), (b2) 중 어느 재생 애플리케이션을 적용하여 재생하는 서비스인지를 식별 가능하게 한 식별자인 송신 장치.
  16. 제13항에 있어서,
    상기 통신부는,
    서비스 단위의 정보를 기록한 서비스 엔트리를 저장한 서비스 리스트 테이블(SLT: Service List Table)에 상기 서비스 카테고리 식별자를 기록하여 송신하는 송신 장치.
  17. 제13항에 있어서,
    상기 서비스 카테고리 식별자는,
    방송국 단위의 서비스, 또는 방송국이 제공하는 프로그램 단위의 서비스, 적어도 어느 서비스에 대응지어 설정된 식별자인 송신 장치.
  18. 제13항에 있어서,
    상기 통신부는, 또한
    상기 송신 장치의 송신 애플리케이션이, 상기 송신 장치가 제공하는 서비스의 재생 처리에 적용하는 재생 애플리케이션인지의 여부를 나타내는 배신 애플리케이션 식별 플러그를 송신하는 수신 장치.
  19. 수신 장치에 있어서 실행하는 데이터 처리 방법이며,
    통신부가,
    송신 장치의 제공 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자를 수신하고,
    데이터 처리부가,
    상기 서비스 카테고리 식별자에 따라, 상기 서비스에 적용하는 애플리케이션을 결정하고,
    서비스 천이 시에, 천이 전후의 각 서비스에 대한 적용 애플리케이션이 동일한 경우, 서비스 천이 전의 애플리케이션의 계속 처리를 행하는 데이터 처리 방법.
  20. 송신 장치에 있어서 실행하는 데이터 처리 방법이며,
    수신 장치에 있어서 이용 가능한 서비스의 구성 데이터와,
    상기 서비스에 대한 적용 애플리케이션을 식별 가능하게 한 서비스 카테고리 식별자와,
    상기 서비스에 적용하는 애플리케이션을 송신하는 데이터 처리 방법.
KR1020177031453A 2015-06-16 2016-04-26 수신 장치, 송신 장치, 및 데이터 처리 방법 KR102506963B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015120805 2015-06-16
JPJP-P-2015-120805 2015-06-16
PCT/JP2016/062985 WO2016203850A1 (ja) 2015-06-16 2016-04-26 受信装置、送信装置、およびデータ処理方法

Publications (2)

Publication Number Publication Date
KR20180019068A true KR20180019068A (ko) 2018-02-23
KR102506963B1 KR102506963B1 (ko) 2023-03-08

Family

ID=57545562

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177031453A KR102506963B1 (ko) 2015-06-16 2016-04-26 수신 장치, 송신 장치, 및 데이터 처리 방법

Country Status (8)

Country Link
US (2) US10595064B2 (ko)
EP (1) EP3313084B1 (ko)
JP (1) JPWO2016203850A1 (ko)
KR (1) KR102506963B1 (ko)
CN (1) CN107683608B (ko)
CA (1) CA2982102C (ko)
MX (1) MX2017016008A (ko)
WO (1) WO2016203850A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022045656A1 (ko) * 2020-08-31 2022-03-03 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023191601A1 (ko) * 2022-04-01 2023-10-05 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10917186B2 (en) * 2015-07-21 2021-02-09 Lg Electronics Inc. Broadcasting signal transmitting apparatus, broadcasting signal receiving apparatus, broadcasting signal transmitting method, and broadcasting signal receiving method
US10666549B2 (en) * 2015-07-28 2020-05-26 Lg Electronics Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method and broadcast signal reception method
CA2999701C (en) * 2015-10-05 2023-09-26 Sony Corporation Reception apparatus, transmission apparatus, and data processing method
US10498795B2 (en) * 2017-02-17 2019-12-03 Divx, Llc Systems and methods for adaptive switching between multiple content delivery networks during adaptive bitrate streaming
US11018754B2 (en) * 2018-08-07 2021-05-25 Appareo Systems, Llc RF communications system and method
US10862600B2 (en) * 2018-11-23 2020-12-08 Sony Corporation Apparatus and method for an advanced television systems committee (ATSC) 3.0 application running on a non-ATSC 3.0 service
CN111726674B (zh) * 2020-06-22 2022-11-15 Vidaa(荷兰)国际控股有限公司 一种HbbTV应用启动方法及显示设备
JP7175937B2 (ja) * 2020-06-26 2022-11-21 楽天銀行株式会社 ログイン管理システム、ログイン管理方法、及びプログラム
CN112188276A (zh) * 2020-09-30 2021-01-05 海信电子科技（深圳）有限公司 一种频道切换方法及显示设备
WO2023140645A1 (ko) * 2022-01-19 2023-07-27 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060046333A (ko) * 2004-11-03 2006-05-17 엘지전자 주식회사 데이터 방송 정보 데이터 구조, 데이터 방송 구분 방법그리고, 데이터 방송 송수신 시스템
KR20080026036A (ko) * 2006-09-19 2008-03-24 삼성전자주식회사 방송 서비스를 위한 복수의 애플리케이션을 처리하는 방법및 장치와 그 정보저장매체
US20090249326A1 (en) * 2008-03-28 2009-10-01 Aidan Ridley System for Signaling An Application to a Host Device and Method Therefor
JP2011087103A (ja) 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
KR20110095627A (ko) * 2010-02-19 2011-08-25 엘지전자 주식회사 애플리케이션 제공 방법 및 디지털 방송 수신기
KR20130137134A (ko) * 2010-08-30 2013-12-16 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 송신 방법, 프로그램 및 방송 시스템
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
US20140173673A1 (en) * 2012-06-01 2014-06-19 Sony Corporation Information processing apparatus, information processing method, program, and application information table transmitting apparatus

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7810121B2 (en) * 2002-05-03 2010-10-05 Time Warner Interactive Video Group, Inc. Technique for delivering network personal video recorder service and broadcast programming service over a communications network
KR100785078B1 (ko) * 2006-09-07 2007-12-12 삼성전자주식회사 설정환경 알림 기능을 구비한 호스트장치 및 그 방법
WO2008035909A1 (en) * 2006-09-19 2008-03-27 Samsung Electronics Co, . Ltd. Method and apparatus for processing plurality of applications for broadcasting service and information storage medium storing the method
US20100211960A1 (en) * 2009-02-17 2010-08-19 Google Inc. Characterizing User Information
JP5498179B2 (ja) * 2010-01-25 2014-05-21 キヤノン株式会社 デジタル放送受信装置、及びその制御方法
WO2013022309A1 (ko) * 2011-08-10 2013-02-14 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
KR101885852B1 (ko) * 2011-09-29 2018-08-08 삼성전자주식회사 컨텐트 전송 및 수신 방법 및 장치
CN103176688B (zh) * 2011-12-26 2016-01-13 腾讯科技（深圳）有限公司 分类应用的方法和装置
CN104520836B (zh) * 2012-07-17 2017-08-08 良好科技控股有限公司 用于促进应用之间的服务提供的系统和方法
US9883247B2 (en) * 2012-08-13 2018-01-30 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
JP2015109501A (ja) * 2013-12-03 2015-06-11 シャープ株式会社 デジタル放送受信機、及び、放送コンテンツ停止方法
JP6213197B2 (ja) * 2013-12-05 2017-10-18 ソニー株式会社 情報処理装置および受信方法

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060046333A (ko) * 2004-11-03 2006-05-17 엘지전자 주식회사 데이터 방송 정보 데이터 구조, 데이터 방송 구분 방법그리고, 데이터 방송 송수신 시스템
KR20080026036A (ko) * 2006-09-19 2008-03-24 삼성전자주식회사 방송 서비스를 위한 복수의 애플리케이션을 처리하는 방법및 장치와 그 정보저장매체
US20090249326A1 (en) * 2008-03-28 2009-10-01 Aidan Ridley System for Signaling An Application to a Host Device and Method Therefor
JP2011087103A (ja) 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
KR20110095627A (ko) * 2010-02-19 2011-08-25 엘지전자 주식회사 애플리케이션 제공 방법 및 디지털 방송 수신기
KR20130137134A (ko) * 2010-08-30 2013-12-16 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 송신 방법, 프로그램 및 방송 시스템
US20140173673A1 (en) * 2012-06-01 2014-06-19 Sony Corporation Information processing apparatus, information processing method, program, and application information table transmitting apparatus
JP2014057227A (ja) 2012-09-13 2014-03-27 Sony Corp コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022045656A1 (ko) * 2020-08-31 2022-03-03 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치
WO2023191601A1 (ko) * 2022-04-01 2023-10-05 엘지전자 주식회사 미디어 데이터 처리 방법 및 미디어 데이터 처리 장치

Also Published As

Publication number Publication date
EP3313084B1 (en) 2021-11-17
CA2982102A1 (en) 2016-12-22
US10595064B2 (en) 2020-03-17
KR102506963B1 (ko) 2023-03-08
US20200177931A1 (en) 2020-06-04
JPWO2016203850A1 (ja) 2018-04-05
MX2017016008A (es) 2018-04-20
CN107683608A (zh) 2018-02-09
CN107683608B (zh) 2021-01-22
WO2016203850A1 (ja) 2016-12-22
US20180131972A1 (en) 2018-05-10
EP3313084A1 (en) 2018-04-25
EP3313084A4 (en) 2018-10-31
CA2982102C (en) 2023-08-22
US11064231B2 (en) 2021-07-13

Similar Documents

Publication Publication Date Title
KR102506963B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US10863247B2 (en) Receiving device and data processing method
US20200221161A1 (en) Reception apparatus, transmission apparatus, and data processing method
JPWO2018079295A1 (ja) 情報処理装置、及び、情報処理方法
KR102640835B1 (ko) 송신 장치, 수신 장치, 및 데이터 처리 방법
WO2016067989A1 (ja) 受信装置、送信装置、およびデータ処理方法
US20170353253A1 (en) Reception device, transmission device, and data processing method
CN107534792B (zh) 接收设备、发送设备以及数据处理方法
US10904603B2 (en) Transmission apparatus, reception apparatus, and data processing method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right