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

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

Info

Publication number
KR102491466B1
KR102491466B1 KR1020197001336A KR20197001336A KR102491466B1 KR 102491466 B1 KR102491466 B1 KR 102491466B1 KR 1020197001336 A KR1020197001336 A KR 1020197001336A KR 20197001336 A KR20197001336 A KR 20197001336A KR 102491466 B1 KR102491466 B1 KR 102491466B1
Authority
KR
South Korea
Prior art keywords
application
information
period
mode
valid period
Prior art date
Application number
KR1020197001336A
Other languages
English (en)
Other versions
KR20190031238A (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 KR20190031238A publication Critical patent/KR20190031238A/ko
Application granted granted Critical
Publication of KR102491466B1 publication Critical patent/KR102491466B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • 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/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/23614—Multiplexing of additional data and video streams
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 기술은, 콘텐츠에 부수되는 어플리케이션의 동작을 보다 유연하게 제어할 수 있도록 하는 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다. 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보는, 기간에 따라서 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능하고, 당해 유효 기간 정보로서 제2 모드가 지정되어 있는 경우, 엔드 유저의 조작에 따라 어플리케이션의 동작을 제어한다. 본 기술은, 예를 들어, 지상파 방송을 수신 가능한 텔레비전 수상기 등에 적용할 수 있다.

Description

수신 장치, 송신 장치, 및 데이터 처리 방법
본 기술은, 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것으로서, 특히, 콘텐츠에 부수되는 어플리케이션의 동작을 보다 유연하게 제어할 수 있도록 한 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다.
프로그램이나 CM 등의 콘텐츠에 부수되는 어플리케이션(이하, 간단히 어플리케이션이라고도 한다)의 배신 라이프 사이클 컨트롤에, AIT(Application Information Table) 등의 어플리케이션 제어 정보를 사용하는 것이 알려져 있다(예를 들어, 특허문헌 1 참조). 이 어플리케이션 제어 정보에 의해, 수신기에서는, 어플리케이션의 기동이나 종료의 동작을 제어할 수 있다.
일본 특허 공개 제2015-180065호 공보
그런데, AIT는, 송신측의 송출 타이밍에 의해, 어플리케이션의 라이프 사이클을 제어하기 위해서, 엔드 유저의 의지로 어플리케이션의 동작을 제어하는 유연성이 없었다. 그 때문에, 어플리케이션의 동작을 보다 유연하게 제어하기 위한 제안이 요청되고 있었다.
본 기술은 이러한 상황을 감안하여 이루어진 것이며, 콘텐츠에 부수되는 어플리케이션의 동작을 보다 유연하게 제어할 수 있도록 하는 것이다.
본 기술의 제1 측면의 수신 장치는, 콘텐츠를 수신하는 수신부와, 상기 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보에 기초하여, 상기 어플리케이션의 동작을 제어하는 제어부를 구비하고, 상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능하고, 상기 제어부는, 상기 유효 기간 정보로서 상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션의 동작을 제어하는 수신 장치이다.
본 기술의 제1 측면의 수신 장치는, 독립한 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제1 측면의 데이터 처리 방법은, 상술한 본 기술의 제1 측면의 수신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제1 측면의 수신 장치, 및 데이터 처리 방법에 있어서는, 콘텐츠가 수신되어, 상기 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보에 기초하여, 상기 어플리케이션의 동작이 제어된다. 또한, 상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능하고, 상기 유효 기간 정보로서 상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션의 동작이 제어된다.
본 기술의 제2 측면의 송신 장치는, 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보이며, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능한 상기 유효 기간 정보를 생성하는 생성부와, 상기 콘텐츠와 함께, 상기 유효 기간 정보를 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제2 측면의 송신 장치는, 독립한 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제2 측면의 데이터 처리 방법은, 상술한 본 기술의 제2 측면의 송신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제2 측면의 송신 장치, 및 데이터 처리 방법에 있어서는, 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보이며, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능한 상기 유효 기간 정보가 생성되어, 상기 콘텐츠와 함께, 상기 유효 기간 정보가 송신된다.
본 기술의 제1 측면, 및 제2 측면에 의하면, 콘텐츠에 부수되는 어플리케이션의 동작을 보다 유연하게 제어할 수 있다.
또한, 본 명세서에 기재된 효과는 반드시 한정되는 것은 아니며, 본 개시 중에 기재된 어느 효과여도 된다.
도 1은 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성예를 도시하는 도면이다.
도 2는 클라이언트 장치의 구성예를 도시하는 도면이다.
도 3은 본 기술의 프로토콜 스택의 구성예를 도시하는 도면이다.
도 4는 시그널링과, 전송 파일의 관계를 도시하는 도면이다.
도 5는 USBD 메타데이터의 포맷의 예를 도시하는 도면이다.
도 6은 HLST 메타데이터의 포맷의 예를 도시하는 도면이다.
도 7은 어플리케이션 대응 처리의 흐름을 설명하는 흐름도이다.
도 8은 어플리케이션 대응 처리의 흐름을 설명하는 흐름도이다.
도 9는 HLST 메타데이터 대응 처리의 흐름을 설명하는 흐름도이다.
도 10은 어플리케이션을 기동시키기 위한 아이콘 표시예를 도시하는 도면이다.
도 11은 어플리케이션을 기동시키기 위한 아이콘 표시예를 도시하는 도면이다.
도 12는 콘텐츠 대응 처리의 흐름을 설명하는 흐름도이다.
도 13은 전송 시스템의 다른 구성예를 도시하는 도면이다.
도 14는 컴퓨터의 구성예를 도시하는 도면이다.
이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다. 또한, 설명은 이하의 순서로 행하는 것으로 한다.
1. 시스템의 구성
2. 본 기술의 개요
3. 시그널링의 구체적인 내용
4. 각 장치에서 실행되는 처리의 흐름
5. 변형예
6. 컴퓨터의 구성
<1. 시스템의 구성>
(전송 시스템의 구성)
도 1은, 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성예를 도시하는 도면이다. 또한, 시스템이란, 복수의 장치가 논리적으로 집합한 것을 말한다.
도 1에 있어서, 전송 시스템(1)은 송신측 시스템(10)과, 수신측의 클라이언트 장치(20)로 구성된다. 전송 시스템(1)에 있어서는, 송신측 시스템(10)으로부터 송신되는 데이터가, 방송 전송로(30)를 통하여 클라이언트 장치(20)에 의해 수신된다.
예를 들어, 전송 시스템(1)에서는, 현재 책정이 진행되고 있는 미국의 차세대 방송 규격인 ATSC(Advanced Television Systems Committee) 3.0 등의 소정의 규격에 준거한 데이터 전송이 행하여진다.
송신측 시스템(10)은 소정의 규격에 준거한 전송 데이터를 송신하기 위한 처리를 행한다. 송신측 시스템(10)은 DASH 서버(101), 시그널링 서버(102), 어플리케이션 서버(103), SCH/PKG 서버(104), 및 방송 서버(105)로 구성된다.
DASH 서버(101)는 MPEG-DASH(Dynamic Adaptive Streaming over HTTP)에 대응한 배신 서비스를 행하기 위한 서버이다. DASH 서버(101)는 외부로부터 콘텐츠의 데이터 등을 수신한다. DASH 서버(101)는 외부로부터의 데이터에 기초하여, 프로그램이나 CM 등의 콘텐츠의 DASH 세그먼트의 파일을 생성하고, 방송 서버(105)로 송신한다.
시그널링 서버(102)는 외부로부터, 시그널링을 생성하기 위한 데이터를 수신한다. 시그널링 서버(102)는 외부로부터의 데이터에 기초하여, 시그널링의 파일을 생성하고, 방송 서버(105)로 송신한다.
어플리케이션 서버(103)는 외부로부터 어플리케이션을 생성하기 위한 데이터를 수신한다. 어플리케이션 서버(103)는 외부로부터의 데이터에 기초하여, 어플리케이션의 파일을 생성하고, SCH/PKG 서버(104)로 송신한다.
또한, 어플리케이션은, 프로그램이나 CM 등의 콘텐츠에 부수되는 어플리케이션이다. 예를 들어, 이러한 어플리케이션으로서는, HTML5(HyperText Markup Language 5) 등의 마크업 언어나, JavaScript(등록 상표) 등의 스크립트 언어로 개발된 어플리케이션을 사용할 수 있다.
SCH/PKG 서버(104)는 어플리케이션을 구성하는 파일(패키지 파일)의 배신 스케줄을 결정한다. 또한, SCH/PKG 서버(104)는 배신 스케줄에 따라, 어플리케이션의 패키지 파일과, 어플리케이션 제어 정보(후술하는 HLST 메타데이터)를 생성하고, 방송 서버(105)로 송신한다.
또한, 패키지 파일에는, 예를 들어, HTML 문서 파일 등의 엔트리 페이지 파일이나, 화상 파일이나 스크립트 파일 등의 리소스 파일 등이 포함된다.
방송 서버(105)는 DASH 서버(101)로부터의 DASH 세그먼트의 파일, 시그널링 서버(102)로부터의 시그널링의 파일, 및 SCH/PKG 서버(104)로부터의 어플리케이션의 파일(패키지 파일)을 수신한다. 방송 서버(105)는 DASH 세그먼트, 시그널링, 및 어플리케이션의 파일을 처리하고, 그 결과 얻어지는 다중화 스트림을, 방송파로서, 방송 전송로(30)를 통하여 송신한다.
또한, SCH/PKG 서버(104)로부터의 어플리케이션 제어 정보(후술하는 HLST 메타데이터)는, 시그널링으로서, 다중화 스트림에 포함할 수 있다.
클라이언트 장치(20)는 소정의 규격에 준거한 전송 데이터를 수신 가능한 수신기이다. 예를 들어, 클라이언트 장치(20)는 텔레비전 수상기나 셋톱 박스(STB: Set Top Box) 등의 고정 수신기, 또는, 스마트폰이나 휴대 전화기, 태블릿형 컴퓨터 등의 모바일 수신기이다. 또한, 클라이언트 장치(20)는 예를 들어 차량용 TV 등의 자동차에 탑재되는 기기여도 된다. 또한, 클라이언트 장치(20)의 상세한 구성은, 도 2를 참조하여 후술한다.
클라이언트 장치(20)는 방송 서버(105)로부터, 방송 전송로(30)를 통하여 송신되어 오는 방송파를 수신하고, 방송파에 포함되는 다중화 스트림으로부터 DASH 세그먼트나 시그널링의 파일 등의 데이터를 추출하여 처리함으로써, 프로그램이나 CM 등의 콘텐츠의 영상이나 음성을 재생한다.
또한, 클라이언트 장치(20)는 방송 서버(105)로부터 송신되어 오는 어플리케이션의 파일을 처리함으로써, 재생 중인 콘텐츠에 부수되어, 어플리케이션을 기동(실행)할 수 있다. 단, 어플리케이션은, 어떠한 정보를 명시적으로 표시할뿐만 아니라, 비표시로(백그라운드에서) 동작하는 경우도 있다(엔드 유저에게 인식되지 않고 기동하는 경우가 있다).
또한, 전송 시스템(1)에 있어서, 방송 전송로(30)는 지상파(지상파 방송) 이외에, 예를 들어, 방송 위성(BS: Broadcasting Satellite)이나 통신 위성(CS: Communications Satellite)을 이용한 위성 방송, 또는, 케이블을 사용한 유선 방송(CATV) 등이어도 된다.
또한, 도 1의 전송 시스템(1)에 있어서는, 설명을 간단하게 하기 위해서, 클라이언트 장치(20)를 1개만 도시하고 있지만, 클라이언트 장치(20)는 복수 설치할 수 있고, 송신측 시스템(10)이 송신(일제 동보 배신)하는 방송파는, 방송 전송로(30)를 통하여 복수의 클라이언트 장치(20)에서 동시에 수신할 수 있다.
또한, 송신측 시스템(10)도 복수 설치할 수 있다. 복수의 송신측 시스템(10) 각각에서는, 별개의 서비스(채널)로서의, 예를 들어, 별개의 주파수 대역에서, 다중화 스트림을 포함하는 방송파를 송신하고, 클라이언트 장치(20)에서는, 복수의 송신측 시스템(10)의 각각의 서비스(채널) 중에서 다중화 스트림을 수신하는 서비스를 선택(선국)할 수 있다.
(클라이언트 장치의 구성)
도 2는, 도 1의 클라이언트 장치(20)의 구성예를 도시하는 도면이다.
도 2에 있어서, 클라이언트 장치(20)는 제어부(201), 입력부(202), 메모리(203), 수신부(204), 방송 미들웨어(205), DASH 클라이언트(206), 디코더(207), 출력부(208), 브라우저(209), 및 스토리지(210)로 구성된다.
제어부(201)는 예를 들어, CPU(Central Processing Unit)나 마이크로프로세서 등으로 구성된다. 제어부(201)는 클라이언트 장치(20)의 각 부의 동작을 제어한다.
입력부(202)는 예를 들어, 입력 인터페이스 회로 등으로 구성된다. 입력부(202)는 엔드 유저의 조작에 따른 조작 신호를 제어부(201)에 공급한다. 제어부(201)는 입력부(202)로부터의 조작 신호에 기초하여, 각 부의 동작을 제어한다.
메모리(203)는 예를 들어, NVRAM(Non-Volatile RAM) 등의 반도체 메모리로 구성된다. 메모리(203)는 제어부(201)로부터의 제어에 따라서, 각종 데이터를 기억한다.
수신부(204)는 예를 들어, 튜너나 디모듈레이터 등으로 구성된다. 수신부(204)는 안테나를 통하여 수신된 방송파에 대하여 복조 처리를 행하고, 그 결과 얻어지는 다중화 스트림을, 방송 미들웨어(205)에 공급한다.
방송 미들웨어(205)는 제어부(201)로부터의 제어에 따라서, 수신부(204)로부터 공급되는 다중화 스트림을 처리하고, 그 결과 얻어지는 데이터를, DASH 클라이언트(206) 또는 브라우저(209)에 공급한다.
여기에서는, 처리 대상의 데이터 중, DASH 세그먼트 파일은, DASH 클라이언트(206)에 공급되고, 어플리케이션의 파일(패키지 파일)은 브라우저(209)에 공급된다. 또한, 처리 대상의 데이터 중, 시그널링의 파일은, 제어부(201) 또는 방송 미들웨어(205)에 의해 처리된다.
DASH 클라이언트(206)는 제어부(201)로부터의 제어에 따라서, 방송 미들웨어(205)로부터 공급되는 DASH 세그먼트 파일을 처리하고, 그 결과 얻어지는 비디오나 오디오의 데이터를, 디코더(207)에 공급한다.
디코더(207)는 예를 들어, 디코더 회로 등으로 구성된다. 디코더(207)는 소정의 복호 방식에 따라서, DASH 클라이언트(206)로부터 공급되는 데이터를 디코드하고, 그 결과 얻어지는 비디오나 오디오의 데이터를 출력부(208)에 공급한다.
출력부(208)는 예를 들어, 출력 인터페이스 회로 등으로 구성된다. 출력부(208)는 디코더(207)로부터 공급되는 데이터를 처리하고, 표시 장치나 스피커 등에 출력한다. 이에 의해, 클라이언트 장치(20)에서는, 콘텐츠가 재생되어, 그 영상이나 음성이 출력된다.
브라우저(209)는 예를 들어, HTML5에 대응한 브라우저이다. 브라우저(209)는 제어부(201)로부터의 제어에 따라서, 방송 미들웨어(205)로부터 공급되는 어플리케이션의 파일(패키지 파일)을 처리하고, 그 결과 얻어지는 데이터를, 출력부(208)에 공급한다.
출력부(208)는 브라우저(209)로부터 공급되는 데이터를 처리하고, 표시 장치 등에 출력한다. 이에 의해, 클라이언트 장치(20)에서는, 콘텐츠의 영상에 부수되고, 어플리케이션의 영상이 표시된다.
스토리지(210)는 예를 들어, HDD(Hard Disk Drive)나 반도체 메모리 등의 대용량의 기억 장치이다. 스토리지(210)는 제어부(201)로부터의 제어에 따라서, 각종 데이터를 축적한다.
또한, 도 2의 클라이언트 장치(20)에 있어서, 방송 미들웨어(205), DASH 클라이언트(206), 및 브라우저(209)의 기능(의 전부 또는 일부)은 예를 들어, CPU를 포함하는 제어부(201)가 메모리(203)에 기억된 소정의 프로그램을 실행함으로써 실현되도록 할 수 있다. 또한, DASH 클라이언트(206)와 디코더(207)의 기능이나, 렌더링의 기능은, 브라우저(209)가 갖게 해도 된다.
또한, 도 2에 있어서는, 클라이언트 장치(20)가 LCD(Liquid Crystal Display)나 OELD(Organic Electroluminescence Display) 등의 디스플레이나, 스피커를 갖게 하여, 출력부(208)로부터의 데이터에 따른 영상이나 음성을 출력하게 해도 되고, 외부의 표시 장치나 외부의 스피커에 대하여 출력부(208)로부터의 데이터가 출력되게 해도 된다.
<2. 본 기술의 개요>
본 기술에서는, 데이터의 전송 방식으로서, 현재 널리 보급하고 있는 MPEG2-TS(Transport Stream) 방식이 아니라, 통신의 분야에서 사용되고 있는 IP(Internet Protocol) 패킷을 디지털 방송에 사용한 IP 전송 방식을 도입함으로써, 보다 고도의 서비스를 제공할 수 있도록 한다. 또한, 차세대 방송 규격의 하나인 ATSC3.0에 있어서도, IP 전송 방식의 채용이 상정되어 있다.
(본 기술의 프로토콜 스택)
도 3은, 본 기술의 IP 전송 방식의 프로토콜 스택의 예를 도시하는 도면이다.
도 3에 있어서, 가장 하위의 계층은, 물리층(Physical Layer)으로 된다. ATSC3.0 등의 IP 전송 방식의 디지털 방송에서는, 일 방향의 방송을 이용한 전송에 한하지 않고, 일부의 데이터를, 쌍방향의 통신을 이용하여 전송하는 경우가 있는데, 방송(Broadcast)을 이용하는 경우, 그 물리층(Physical Layer)은 서비스(채널)를 위해서 할당된 방송파의 주파수 대역이 대응하게 된다.
물리층(Physical Layer)의 상위의 계층은, 데이터 링크층(Data Link Layer)으로 된다. 또한, 데이터 링크층의 상위의 계층은, IP(Internet Protocol)층과 UDP(User Datagram Protocol)층으로 된다. IP층과 UDP층은, 통신의 계층 모델에 있어서의 네트워크층과 트랜스포트층에 상당하는 층이며, IP 어드레스와 포트 번호에 의해, IP 패킷과 UDP 패킷이 특정된다.
여기서, ATSC3.0에서는, 시그널링으로서, LLS(Low Level Signaling)와 SLS(Service Layer Signaling)를 사용하는 것이 상정되어 있다. LLS는, SLS보다도 하위의 층에서 전송되는 시그널링이다. SLS는, 서비스 단위의 시그널링이다. 즉, ATSC3.0에서는, 트랜스포트층의 시그널링이, LLS와 SLS의 2계층에서 전송된다.
LLS는, UDP/IP 패킷에 저장되어서 전송된다. LLS에는, SLT(Service List Table) 등의 메타데이터가 포함된다. SLT 메타데이터는, 서비스(채널)의 선국에 필요한 정보 등, 방송 네트워크에 있어서의 스트림이나 서비스의 구성을 나타내는 기본 정보를 포함한다. 이 SLT 메타데이터는, UDP 패킷을 포함하는 IP 패킷인 UDP/IP 패킷에 포함하여 전송된다. 단, SLT 메타데이터를 저장한 UDP/IP 패킷은, 특별한 IP 어드레스와 포트 번호로 전송되게 된다.
IP층과 UDP층에 인접하는 상위의 계층은, ROUTE(Real-time Object Delivery over Unidirectional Transport)로 된다. ROUTE는, 스트리밍 파일 전송용의 프로토콜이며, FLUTE(File Delivery over Unidirectional Transport)를 확장한 것이다.
이 ROUTE 세션에 의해, 서비스마다, SLS의 파일(Signaling)이나, NRT(Non Real Time) 콘텐츠의 파일(NRT), DASH 세그먼트 파일(DASH) 등이 전송된다.
여기서, SLS는, 서비스 레벨의 시그널링이며, 대상의 서비스에 속하는 컴포넌트의 탐색과 선택에 필요한 정보나 속성 등을 제공하는 것이다. SLS는, USBD(User Service Bundle Description), S-TSID(Service-based Transport Session Instance Description), HLST(HTML pages entry Location Signaling Table), MPD(Media Presentation Description) 등의 메타데이터를 포함한다.
USBD 메타데이터는, 다른 메타데이터의 취득처 등의 정보를 포함한다. 또한, USBD 메타데이터의 상세는, 도 5를 참조하여 후술한다.
S-TSID 메타데이터는, LSID(LCT Session Instance Description)를 ATSC3.0에 적합하게 확장한 것으로서, ROUTE 프로토콜의 제어 정보이다. 또한, S-TSID 메타데이터는, ROUTE 세션에서 전송되는 EFDT(Extended FDT)를 특정할 수 있다. EFDT는, FLUTE에서 도입되어 있었던 FDT(File Delivery Table)를 확장한 것으로서, 전송용의 제어 정보이다.
HLST 메타데이터는, 콘텐츠에 부수되는 어플리케이션의 기동(동작)을 제어하는 제어 정보이다. 또한, HLST 메타데이터의 상세는, 도 6을 참조하여 후술한다.
MPD 메타데이터는, MPEG-DASH에 준거한 스트리밍 배신을 행하기 위하여 사용되는, 비디오나 오디오의 파일 제어 정보이다. 여기서, MPEG-DASH는, OTT-V(Over The Top Video)에 따른 스트리밍 배신 규격이며, HTTP(Hypertext Transfer Protocol)를 베이스로 한 스트리밍 프로토콜을 사용한 어댑티브 스트리밍 배신에 관한 규격이다.
이 MPEG-DASH의 규격에서는, 비디오나 오디오의 파일 제어 정보인 메타데이터를 기재하기 위한 매니페스트 파일과, 동화상의 콘텐츠를 전송하기 위한 파일 포맷이 규정되어 있다. 여기에서는, 전자의 매니페스트 파일이, MPD(Media Presentation Description)라고 칭해지고, 후자의 파일 포맷은, 세그먼트 포맷이라고도 칭해진다.
또한, 트랜스포트·프로토콜로서, ROUTE를 사용하는 경우에는, 스트리밍의 파일 포맷으로서, MP4 파일 포맷을 사용할 수 있다. MP4 파일 포맷은, ISO/IEC 14496-12에서 규정되어 있는 ISO BMFF(ISO Base Media File Format)의 파생 포맷이다.
ROUTE 세션에서 전송되는 세그먼트는, 이니셜라이제이션 세그먼트(IS: Initialization Segment)와, 미디어 세그먼트(MS: Media Segment)로 구성된다. 이니셜라이제이션 세그먼트는, 데이터 압축 방식 등의 초기화 정보를 포함하고 있다. 또한, 미디어 세그먼트는, 비디오나 오디오, 자막의 스트림 데이터를 저장하고 있다. 즉, 이 미디어 세그먼트가, DASH 세그먼트(DASH 세그먼트 파일)에 상당하는 것이다.
이와 같이, 프로그램 등의 콘텐츠를 구성하는 서비스 컴포넌트(비디오나 오디오, 자막 등)의 스트림 데이터는, ISO BMFF의 규격에 준한 DASH 세그먼트 단위로, ROUTE 세션에 의해 전송되게 된다.
또한, NRT 콘텐츠는, 수신기의 스토리지에 일단 축적된 후에 재생이 행하여진다. 또한, NRT 콘텐츠 이외의 파일(예를 들어, 어플리케이션이나 전자 서비스 가이드(ESG: Electronic Service Guide)의 파일)이 ROUTE 세션에 의해 전송되게 해도 된다.
또한, LLS로서의 SLT 메타데이터나, SLS로서의 USBD, S-TSID, HLST, MPD 등의 메타데이터는, 예를 들어, XML(Extensible Markup Language) 등의 마크업 언어에 의해 기재된 텍스트 형식의 데이터로 할 수 있다.
한편, 쌍방향의 통신(Broadband)을 이용하는 경우, 그 물리층(Physical Layer)의 상위의 계층은 데이터 링크층(Data Link Layer)으로 된다. 또한, 데이터 링크층의 상위의 계층은, 네트워크층에 상당하는 IP층으로 된다. IP층에 인접하는 상위 계층은, 트랜스포트층에 상당하는 TCP(Transmission Control Protocol)층으로 되고, 또한, TCP층에 인접하는 상위 계층은, 어플리케이션층에 상당하는 HTTP층으로 된다.
즉, 이들 계층에 의해, 인터넷 등의 통신 회선(예를 들어, 후술하는 통신 전송로(40)(도 13))에서 가동하는 TCP/IP 등의 프로토콜이 실장된다.
HTTP층에 인접하는 상위 계층 중, 일부의 계층은, 시그널링(Signaling)과, NRT 콘텐츠(NRT)로 된다. 이 시그널링으로서는, 상술한 ROUTE 세션에 의해 전송되는 시그널링 등, 모든 시그널링이 포함된다. 또한, NRT 콘텐츠는, 통신 경유로 취득되는 콘텐츠이며, 예를 들어, 어플리케이션이 포함된다.
HTTP층에 인접하는 상위 계층 중, 상술한 계층 이외의 다른 계층은, DASH 세그먼트(DASH)로 된다. 즉, 쌍방향의 통신계의 스트리밍 배신에서는, VOD(Video On Demand) 프로그램 등의 콘텐츠를 구성하는 서비스 컴포넌트(비디오나 오디오, 자막 등)의 스트림 데이터가, ISO BMFF의 규격에 준한 DASH 세그먼트 단위로 전송되게 된다.
이상과 같이, 본 기술의 IP 전송 방식의 프로토콜 스택에 있어서는, 일 방향의 방송계의 계층과, 쌍방향의 통신계의 계층의 일부가 공통인 프로토콜이 되고, 일 방향의 방송과 쌍방향의 통신에서, 콘텐츠를 구성하는 서비스 컴포넌트의 스트림 데이터를, ISO BMFF의 규격에 준한 DASH 세그먼트 단위로 전송할 수 있다.
그 때문에, 일 방향의 방송계의 스트리밍 배신과, 쌍방향의 통신계의 스트리밍 배신의 양쪽을 행하는 경우에 있어서, 상위의 계층 프로토콜이 공통화되어 있기 때문에, 예를 들어, 방송 서버(105)나 클라이언트 장치(20)에서는, 실장의 부담이나 처리의 부담을 경감할 수 있다.
(시그널링과 전송 파일의 관계)
도 4는, 시그널링과, 전송 파일의 관계를 도시하는 도면이다.
도 4에 도시한 바와 같이, 클라이언트 장치(20)에서는, SLS에 선행하여, LLS로서 전송되는 SLT 메타데이터(의 파일)가 취득된다. 그리고, 클라이언트 장치(20)는 엔드 유저에 의해 선국 조작이 행해진 경우 등에, 선행하여 취득하고 있었던 SLT 메타데이터에 기초하여, 서비스 단위로 전송되는 SLS의 메타데이터(의 파일)를 취득하게 된다.
즉, ROUTE 세션의 SLS 채널에서는, USBD, S-TSID, HLST 등의 메타데이터가 전송되고 있다. 클라이언트 장치(20)에서는, SLS 채널에서 전송되는 다른 메타데이터에 선행하여, USBD 메타데이터를 취득함으로써, 당해 USBD 메타데이터에 기술된 다른 메타데이터의 취득처를 나타내는 정보(URL)에 따라서, S-TSID 메타데이터나 HLST 메타데이터를 취득할 수 있다.
또한, ROUTE 세션에 있어서는, S-TSID 메타데이터에 기술된 LCT 채널(세션)의 하나가, NRT 채널로서, 논리얼타임 콘텐츠인 NRT의 전송에 할당되어 있다. 또한, NRT 채널에 있어서는, EFDT에 의해, 그 채널에서 전송하는 파일군의 전송 제어 파라미터가 기술되어 있다.
클라이언트 장치(20)는 EFDT의 전송 제어 파라미터에 따라서, ROUTE 세션의 NRT 채널에서 전송되는 패키지 파일을 취득할 수 있다. 이 패키지 파일에는, 콘텐츠에 부수되는 어플리케이션을 구성하는 파일군이 포함된다. 예를 들어, 패키지 파일에는, HTML 문서 파일 등의 엔트리 페이지의 파일이나, 화상 파일이나 스크립트 파일 등의 리소스 파일이 저장된다.
그런데, HLST 메타데이터는, 어플리케이션의 기동을 주지하기 위한 테이블이다. HLST 메타데이터는, 자신이 흘려지고 있는 콘텐츠에 부수되는 어플리케이션의 유효 기간 정보(도 6의 EntryLocation 요소의 validFrom 속성과 validUntil 속성)를 포함하는데, 당해 어플리케이션을 취득 가능한 기간을, 취득 기간 정보(도 6의 DistribtuionWindow 요소)로서 추가할 수 있도록 하는 제안이 있다.
통상, 이 DistribtuionWindow 요소가 나타내는 기간은, 동일 프로그램의 시간 내에 수렴되고 있는 것이 기대되지만, DistribtuionWindow 요소에 기술되는 취득 기간을, 대상의 HLST 메타데이터가 흐르고 있는 프로그램과는 상이한 시간대(예를 들어, 오늘밤 중) 등으로 지정할 수 있도록 하고, 프로그램 외의 시간대에서, 스케줄 다운로드(Scheduled Download)적인 기능으로서 사용할 수 있도록 할 수도 있다.
예를 들어, validFrom 속성과 validUntil 속성에 의해 지정 가능한 기간으로서, 내일의 시간을 지적할 수 있도록 함으로써, 시리즈 드라마 형식의 연속 드라마와 같은, 오늘과 동일한 시간대에서, 내일도 방송되는 프로그램 시리즈의 「내일」 에 사용할 어플리케이션을, 오늘 저녁 중에 방송하여, 클라이언트 장치(20)에 취득시켜 둔다고 하는 운용이 가능하게 된다.
그러나, 현상의 HLST 메타데이터에는, 프로그램 내, 또는 프로그램 외의 시간대에 배신되는 어플리케이션을, 엔드 유저의 마음대로, 엔드 유저가 재생하고 싶었던, 프로그램과는 독립한 시간대에, 기동이나 재생, 정지를 시키는 유연성이 없다.
즉, 예를 들어, 클라이언트 장치(20)가 스마트폰이나 태블릿형 컴퓨터 등의 모바일 수신기로 되는 경우에, 그들 모바일 수신기에서 실행되는 어플리케이션과 같은, 프로그램과는 독립한 기동 제어 엔트리를 정의할 수 없기 때문에, 어플리케이션의 동작을 보다 유연하게 제어할 수 있도록 하기 위한 제안이 요청되고 있었다.
그래서, 본 기술에서는, HLST 메타데이터에, 엔드 유저의 의지에 따라, 어플리케이션의 동작을 제어할 수 있는 모드를 지정 가능하게 함으로써, 엔드 유저의 조작에 따라 어플리케이션을 동작시킬 수 있도록 한다.
즉, 상술한 예에 의하면, HLST 메타데이터에 의해 지정되는, 어플리케이션의 유효 기간(EntryLocation 요소의 validFrom 속성과 validUntil 속성)은 예를 들어, 시리즈 드라마 형식의 연속 드라마로 매일 동일한 시간에 방송되는 프로그램이라면, 내일의 동일한 시간대를 지정하고, 통상적으로는, 이 유효 기간을 지나버리면, 대상의 어플리케이션은 즉시 삭제되게 된다.
한편, 본 기술에서는, 대상의 어플리케이션을, 유효 기간이 지나더라도, 곧바로는 삭제하지 않고, 예를 들어, EntryLocation 요소의 validFrom 속성에 "*" 등의 특정의 키워드를 지정함으로써, 엔드 유저의 의지에 따라, 어플리케이션의 동작을 제어할 수 있는 모드가 되도록 한다.
즉, HLST 메타데이터의 EntryLocation 요소의 validFrom 속성에 "*"가 지정된 경우에는, 콘텐츠에 부수된 어플리케이션을, 말하자면, 인스톨 어플리케이션과 같이 사용하는 것이 가능하게 되어, 당해 어플리케이션의 삭제는, 엔드 유저의 의지에 맡길 수 있게 된다.
반대로, EntryLocation 요소의 validFrom 속성에 아무것도 지정하지 않고, DistribtuionWindow 요소(StartTime 요소와 EndTime 요소)에 의해, 그 프로그램 시간 이외의 미래의 시간이 지정되어 있는 경우에는, 당해 DistribtuionWindow 요소에 지정된 취득 기간에, 어플리케이션을 취득하게 된다.
그리고, 당해 어플리케이션의 동작(기동이나 정지)의 제어는, 새롭게 그 후에 보내져 올(언젠가 그리 멀지 않은 미래에 보내져 올) HLST 메타데이터 중, 동일한 EntryLocation 요소의 값을 갖고 있는 HLST 메타데이터에 의해 행하도록 한다. 이때, EntryLocation 요소의 validFrom 속성에 "*"를 지정한 경우와 달리, 어플리케이션의 동작의 제어는, 엔드 유저의 의지에 맡기지 않는 것을 지시할 수 있다.
또한, HLST 메타데이터에, DistribtuionWindow 요소의 지정이 없는 경우에는, 당해 HLST 메타데이터가 흐르고 있는 동안에는, 항상, 대상의 어플리케이션이 흐르고 있는 것으로 하고, 클라이언트 장치(20)에서는, 임의의 타이밍에 대상의 어플리케이션이 취득된다.
또한, 당해 HLST 메타데이터에, EntryLocation 요소의 validFrom 속성과 validUntil 속성의 지정이 없을 경우에는, 대상의 어플리케이션 동작(기동이나 재생, 정지)의 타이밍은, 예를 들어, 다음에 나타낸 바와 같은 타이밍이 된다. 즉, 후일 등에, 새롭게 그 후 보내져 오는 HLST 메타데이터 중, 동일한 EntryLocation 요소의 값을 갖고 있는 HLST 메타데이터의 EntryLocation 요소의 validFrom 속성과 validUntil 속성의 값에 의해 지정되는 것으로 한다.
또한, HLST 메타데이터에 있어서, EntryLocation 요소의 validUntil 속성에는, "*"가 디폴트로 지정되어 있는 것으로 한다. 즉, 가령, EntryLocation 요소의 validFrom 속성과 validUntil 속성이 지정되어 있지 않은 대상의 어플리케이션이, DistribtuionWindow 요소에 의한 지정 하에, 스케줄 배신되었음에도 불구하고, 예를 들어, 동일한 서비스에 다시 선국할 기회를 놓치거나 함으로써, 대상의 HLST 메타데이터가 영원히 취득되지 않아, 당해 어플리케이션의 동작의 제어가 영원히 행하여지지 않는 것을 피하기 위해서이다.
즉, EntryLocation 요소의 validUntil 속성에 "*"를 지정함으로써, 엔드 유저의 의지로 어플리케이션을 삭제할 수 있거나, 또는 클라이언트 장치(20)의 판단으로 자유롭게 어플리케이션을 삭제할 수 있는 모드를 의미하게 된다.
<3. 시그널링의 구체적인 내용>
이어서, 도 5 및 도 6을 참조하여, ROUTE 세션에 의해 전송되는 SLS 중, USBD 메타데이터와 HLST 메타데이터의 구조에 대하여 설명한다.
(USBD 메타데이터의 구조의 예)
도 5는, USBD 메타데이터의 포맷의 예를 도시하는 도면이다.
또한, 도 5에 있어서, 요소와 속성 중, 속성에는 「＠」이 첨부되어 있다. 또한, 인덴트된 요소와 속성은, 그 상위의 요소에 대하여 지정된 것이 된다. 이들의 관계는, 후술하는 도 6에서도 마찬가지로 된다.
bundleDescription 요소는, 루트 요소이며, userServiceDescription 요소의 상위 요소가 된다.
userServiceDescription 요소는, globalServiceID 속성, serviceId 속성, serviceStatus 속성, fullMPDUri 속성, sTSIDUri 속성, hlstUri 속성, name 요소, serviceLanguage 요소, 및 deliveryMethod 요소의 상위 요소가 된다.
globalServiceID 속성에는, 글로벌 서비스 ID가 지정된다. serviceId 속성에는, 서비스 ID가 지정된다. serviceStatus 속성에는, 서비스의 스테이터스에 관한 정보가 지정된다.
fullMPDUri 속성에는, MPD 메타데이터를 참조하기 위한 URI(Uniform Resource Identifier)가 지정된다. sTSIDUri 속성에는, S-TSID 메타데이터를 참조하기 위한 URI가 지정된다. hlstUri 속성에는, HLST 메타데이터를 참조하기 위한 URI가 지정된다.
name 요소에는, ATSC3.0의 서비스 명칭이 지정된다. name 요소는, lang 속성의 상위 요소가 된다. lang 속성에는, ATSC3.0의 서비스 명칭 언어가 지정된다. serviceLanguage 요소에는, ATSC3.0의 서비스에서 이용할 수 있는 언어가 지정된다.
deliveryMethod 요소에는, 데이터의 배신 방법에 관한 정보가 지정된다. deliveryMethod 요소는, apdUri 속성, broadcastAppService 요소, 및 unicastAppService 요소의 상위 요소가 된다.
apdUri 속성에는, SLS로서, APD(Associated Procedure Description) 메타데이터를 전송하는 경우에, 그 참조처를 나타내는 URI가 지정된다.
broadcastAppService 요소는, basePattern 요소의 상위 요소이며, 방송 경유의 배신에 관한 정보가 지정된다. unicastAppService 요소는, basePattern 요소의 상위 요소이며, 통신 경유의 배신에 관한 정보가 지정된다.
또한, USBD 메타데이터의 상세에 대해서는, 하기의 비특허문헌 1의 「Table 7.1 Semantics of the User Service Bundle Description Fragment for ROUTE/DASH」에 그 상세한 내용이 기재되어 있다.
비특허문헌 1: ATSC Candidate Standard: Signaling, Delivery, Synchronization, and Error Protection(A/331) Doc. S33-174r15 January 2016
(HLST 메타데이터의 구조의 예)
도 6은, HLST 메타데이터의 포맷의 예를 도시하는 도면이다.
HLST 요소는, 루트 요소이며, HTMLEntryPage 요소의 상위 요소가 된다.
HTMLEntryPage 요소는, HTML 형식의 엔트리 페이지의 프로퍼티를 포함한다. HTMLEntryPage 요소는, requiredCapabilities 속성, linearSvcEnabling 속성, coupledServices 속성, 및 EntryLocation 요소의 상위 요소가 된다.
requiredCapabilities 속성에는, 클라이언트 장치(20)의 기능이, 엔트리 페이지를 처리하기 위하여 필요한 기능에 매치하고 있는지 여부를 판별하기 위한 정보가 지정된다.
linearSvcEnabling 속성에는, 어플리케이션이, 비디오의 데이터를 렌더링할 때의 요건에 관한 정보가 지정된다. coupledServices 속성에는, 어플리케이션을 공유하는 서비스에 관한 정보가 지정된다.
EntryLocation 요소에는, 엔트리 로케이션에 관한 정보가 지정된다. EntryLocation 요소는, entryURL 요소, alternateEntryURL 요소, validFrom 속성, validUntil 속성, 및 DistribtuionWindow 요소의 상위 요소가 된다.
entryURL 요소에는, 어플리케이션의 엔트리 포인트를 나타내는 URL(Uniform Resource Locator)이 지정된다. alternateEntryURL 요소에는, 어플리케이션(의 HTML 페이지)의 대체의 패스가 지정된다.
validFrom 속성에는, 어플리케이션(의 HTML 페이지)이 유효한 기간의 개시 시각을 나타내는 개시 시각 정보가 지정된다. 이 개시 시각 정보에는, 어플리케이션(의 HTML 페이지)의 표시를 개시하는 타이밍이 일시(dateTime형)로 지정된다.
validUntil 속성에는, 어플리케이션(의 HTML 페이지)이 유효한 기간의 종료 시각을 나타내는 종료 시각 정보가 지정된다. 이 종료 시각 정보에는, 어플리케이션(의 HTML 페이지)의 표시를 종료하는 타이밍이 일시(dateTime형)로 지정된다.
즉, EntryLocation 요소에 있어서는, validFrom 속성에 의해 지정되는 개시 시각과, validUntil 속성에 의해 지정되는 종료 시각에 의해, 콘텐츠에 부수되는 어플리케이션(의 HTML 페이지)이 유효한 기간(유효 기간)이 지정되게 된다.
여기서, validFrom 속성에 특정한 키워드가 지정된 경우에는, 엔드 유저의 의사에 따라, 대상의 어플리케이션 동작을 제어할 수 있는 모드가 된다. 이 경우, 어플리케이션의 기동이나 정지, 삭제 등의 동작은 엔드 유저의 의사에 맡길 수 있어, 콘텐츠에 부수된 어플리케이션을, 말하자면, 인스톨 어플리케이션과 같이 사용하는 것이 가능하게 된다.
validFrom 속성으로 지정되는 특정한 키워드로서는, 예를 들어, "*"(애스테리스크) 등의 특별한 기호를 사용할 수 있다. 단, validFrom 속성이나 validUntil 속성의 데이터 타입은, dateTime형이 되므로, 예를 들어, "*"를 나타내는 값을, "9999-12-31 23:59:59.999"와 같이 정의하는 것으로 한다. 또한, validUntil 속성에는, 디폴트로, "*" 등의 특정의 키워드가 지정되어 있는 것이라고 해석할 수도 있다.
DistribtuionWindow 요소에는, 어플리케이션의 배신 스케줄에 관한 정보가 지정된다. DistribtuionWindow 요소는, StartTime 요소 및 EndTime 요소의 상위 요소가 된다.
StartTime 요소에는, 어플리케이션의 배신 기간의 개시 시각을 나타내는 개시 시각 정보가 지정된다. EndTime 요소에는, 어플리케이션의 배신 기간의 종료 시각을 나타내는 종료 시각 정보가 지정된다. StartTime 요소와 EndTime 요소에는, 예를 들어, NTP(Network Time Protocol)의 타임 스탬프의 32비트의 정수 부분(Integer Part)을 지정할 수 있다.
즉, DistribtuionWindow 요소에 있어서는, StartTime 요소에 의해 지정되는 개시 시각과, EndTime 요소에 의해 지정되는 종료 시각에 의해, 어플리케이션이 배신되는 기간(취득 가능한 기간)이 지정되게 된다.
이상과 같은 구조를 포함하는 HLST 메타데이터는, 하나의 어플리케이션을, 하나의 콘텐츠에 대하여 부수되게 하기 위한 정보로 할 수 있다.
예를 들어, HLST 메타데이터를, 어플리케이션과 프로그램에 대하여 일대일로 결부시키고, 결부된 프로그램보다도 빨리, 클라이언트 장치(20)에 의해 취득되도록 함으로써, 당해 HLST 메타데이터가 나타내는 유효 기간 내에서만, 결부된 어플리케이션이 기동되도록 하는 것이 가능하게 된다. 그 때문에, HLST 메타데이터와, 프로그램과, 어플리케이션을 하나의 집합으로서 취급할 수 있고, 전후로 재생되는 다른 프로그램이나 어플리케이션의 영향을 받지 않고 처리를 행할 수 있다.
또한, 어플리케이션 제어 정보로서 알려져 있는 AIT는, 그 송출의 타이밍에 의해 어플리케이션의 라이프 사이클을 제어하고 있기 때문에, 시계열에서의 연속성을 필요로 한다. 그 때문에, AIT를 사용하는 경우에는, 예를 들어, 대상의 어플리케이션을 기동시키기 위해서, 실행 중인 전의 어플리케이션을 종료시키는 등의 과도적인 처리가 필요해서, 방송국측에서, 프로그램의 진행과, AIT에 의한 어플리케이션의 동작의 제어를 전체에 걸쳐서 관리할 필요가 있어, 관리가 번잡해져버린다. 한편, 본 기술에 있어서는, 하나의 HLST 메타데이터를 독립시킴으로써, 다른 어플리케이션이나 다른 프로그램과는 관계가 없게 되도록 할 수 있기 때문에, 방송국측에서는 그 관리가 용이해서, 결과적으로, 어플리케이션의 동작을 용이하게 제어하는 것이 가능하게 된다.
또한, 도 5 및 도 6에 있어서, 「Use」의 항목인데, "1"이 지정된 경우에는 그 요소 또는 속성은 반드시 1개만 지정되고, "1..N"이 지정된 경우에는, 그 요소 또는 속성은, 1개 이상 지정된다. 또한, "Cardinality"로서, "0..1"이 지정된 경우에는, 그 요소 또는 속성을 지정할 지 여부는 임의이며, "0..N"이 지정된 경우에는, 그 요소 또는 속성을 1개 이상 지정할 지 여부는 임의이다.
또한, 「Data Type」의 항목인데, "anyURI"가 지정된 경우, 그 요소 또는 속성이, URL의 형식을 한 문자열을 나타내고, "unsignedShort"나 "unsignedInt"가 지정된 경우, 그 요소 또는 속성의 값이 정수형인 것을 나타내고 있다. 또한, "boolean"이 지정된 경우, 그 요소 또는 속성이 불린형인 것을 나타내고, "string"이 지정된 경우에는, 그 요소 또는 속성의 값이 문자열형인 것을 나타내고 있다. 또한, "dateTime"가 지정된 경우에는, 그 요소 또는 속성이, 특정한 일시를 나타내는 것을 나타내고 있다.
또한, 상술한 도 5이나 도 6에 도시한 USBD 메타데이터나, HLST 메타데이터의 포맷은 일례이며, 예를 들어, XML 형식 이외의 다른 형식을 채용할 수도 있다. 또한, USBD 메타데이터나, HLST 메타데이터는, 텍스트 형식에 한하지 않고, 바이너리 형식이어도 된다.
<4. 각 장치에서 실행되는 처리의 흐름>
이어서, 도 7 내지 도 12를 참조하여, 도 1의 전송 시스템(1)에 있어서의, 송신측 시스템(10)과 클라이언트 장치(20)에서 실행되는 처리의 흐름을 설명한다.
도 1의 전송 시스템(1)에 있어서, 송신측 시스템(10)과 클라이언트 장치(20)에서 처리되는 데이터로서는, 주로, 콘텐츠에 관한 데이터와, 어플리케이션에 관한 데이터가 있다. 그래서, 여기에서는, 먼저, 도 7 내지 도 11을 참조하면서, 어플리케이션에 관한 데이터에 대한 처리를 중심으로 한 어플리케이션 대응 처리를 설명하고, 그 후, 도 12를 참조하면서, 콘텐츠에 관한 데이터에 대한 처리를 중심으로 한 콘텐츠 대응 처리에 대하여 설명한다.
(어플리케이션 대응 처리)
먼저, 도 7 및 도 8의 흐름도를 참조하여, 송신측 시스템(10)과 클라이언트 장치(20)에서 실행되는 어플리케이션 대응 처리의 흐름을 설명한다.
도 7의 스텝 S111의 처리는, 어플리케이션 서버(103)(도 1)에 의해 실행된다.
스텝 S111에 있어서, 어플리케이션 서버(103)는 어플리케이션의 오소링 처리를 행하고, 어플리케이션(의 파일)을 생성한다. 어플리케이션 서버(103)에 의해 생성된 어플리케이션은, SCH/PKG 서버(104)로 송신된다.
이 오소링 처리에서는, 엔트리 페이지 파일이나, 1개 또는 복수의 리소스 파일 등의 파일군을 포함하는 어플리케이션이 생성된다. 예를 들어, 어플리케이션이, HTML5이나 JavaScript(등록 상표)로 개발되는 경우, 엔트리 페이지 파일은, HTML 문서 파일 등을 포함하고, 리소스 파일은, 화상 파일이나 스크립트 파일 등을 포함한다.
도 7의 스텝 S121 내지 S124의 처리는, SCH/PKG 서버(104)(도 1)에 의해 실행된다. SCH/PKG 서버(104)에 있어서는, 어플리케이션 서버(103)에 의해 생성된 어플리케이션(의 파일)이 수신된다.
스텝 S121에 있어서, SCH/PKG 서버(104)는 어플리케이션을 구성하는 파일군의 배신 스케줄링 처리를 행하고, 배신 스케줄을 결정한다.
스텝 S122에 있어서, SCH/PKG 서버(104)는 스텝 S121의 처리에서 결정된 배신 스케줄에 따라서, HLST 메타데이터를 생성한다. SCH/PKG 서버(104)에 의해 생성된 HLST 메타데이터는, 방송 서버(105)로 송신된다.
스텝 S123에 있어서, SCH/PKG 서버(104)는 스텝 S121의 처리에서 결정된 배신 스케줄에 따라서, EFDT를 생성한다. SCH/PKG 서버(104)에 의해 생성된 EFDT는, 방송 서버(105)로 송신된다.
스텝 S124에 있어서, SCH/PKG 서버(104)는 어플리케이션 서버(103)에 의해 생성된 어플리케이션을 구성하는 파일군의 패키징 처리를 행하고, 패키지 파일을 생성한다. SCH/PKG 서버(104)에 의해 생성된 어플리케이션의 패키지 파일은, 방송 서버(105)로 송신된다.
이 패키징 처리에서는, 예를 들어, HTML 문서 파일 등의 엔트리 페이지 파일이나, 화상 파일이나 스크립트 파일 등의 리소스 파일이 패키징되어, 패키지 파일이 생성된다.
도 7의 스텝 S131 내지 S132의 처리는, 방송 서버(105)(도 1)에 의해 실행된다. 방송 서버(105)에 있어서는, SCH/PKG 서버(104)에 의해 생성된 HLST 메타데이터, EFDT, 및 어플리케이션의 패키지 파일이 수신된다.
스텝 S131에 있어서, 방송 서버(105)는 SCH/PKG 서버(104)에 의해 생성된 HLST 메타데이터를 포함하는 시그널링을 처리하고, 방송파로서, 방송 전송로(30)를 통하여 송신한다.
스텝 S132에 있어서, 방송 서버(105)는 SCH/PKG 서버(104)에 의해 생성된 EFDT와, 어플리케이션의 패키지 파일을 처리하고, 방송파로서, 방송 전송로(30)를 통하여 송신한다.
도 7 및 도 8의 스텝 S211 내지 220의 처리는, 클라이언트 장치(20)의 방송 미들웨어(205)에 의해 실행되고, 도 8의 스텝 S231 내지 S234의 처리는, 클라이언트 장치(20)의 브라우저(209)에 의해 실행된다. 클라이언트 장치(20)의 수신부(204)에서는, 방송 서버(105)로부터 송신되어 오는 방송파가 수신된다.
스텝 S211에 있어서, 방송 미들웨어(205)는 다중화 스트림으로부터 얻어지는 시그널링을 처리한다. 여기에서는, 시그널링으로서, LLS나 SLS가 취득되어, 처리된다. 예를 들어, 방송 미들웨어(205)는 ROUTE 세션에서 SLS로서 전송되는 HLST 메타데이터를 파싱하고, 그 해석 결과에 따라서, 어플리케이션에 관한 처리를 행한다. 또한, 방송 미들웨어(205)는 ROUTE 세션에 의해 전송되는 S-TSID 메타데이터의 해석 결과에 따라서, EFDT를 취득할 수 있다.
스텝 S212에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과가 어플리케이션을 취득해야 할 타이밍을 나타내고 있는 경우, ROUTE 세션에 의해 전송되는 EFDT를 파싱하고, 그 해석 결과에 따라서, 어플리케이션의 패키지 파일을 취득한다. 이와 같이 하여 얻어지는 어플리케이션의 파일은, 스토리지(210)에 축적된다.
또한, 방송 미들웨어(205)는 축적된 어플리케이션의 리스트(축적 완료 애플리케이션 리스트)를 관리하고 있고, 어플리케이션이 스토리지(210)에 축적된 경우에는, 당해 어플리케이션을 나타내는 정보(엔트리 로케이션)를 축적 완료 애플리케이션 리스트에 추가한다. 이 엔트리 로케이션은, 예를 들어, 엔트리 페이지를 나타내는 URL 등으로 할 수 있다.
스텝 S214에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validFrom 속성과 validUntil 속성이, 시각 지정과, "*" 지정 중 어느 것인지를 판정한다.
스텝 S214에 있어서, validFrom 속성과 validUntil 속성의 지정이 시각 지정이라고 판정된 경우, 처리는 스텝 S215로 진행된다. 스텝 S215에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validFrom 속성이 나타내는 시각에, 스토리지(210)에 축적된 어플리케이션이 기동되도록, 브라우저(209)에 대하여 지시한다.
스텝 S231에 있어서, 브라우저(209)는 방송 미들웨어(205)로부터의 지시에 따라서, HLST 메타데이터의 validFrom 속성이 나타내는 시각이 되었을 때, 스토리지(210)에 축적된 어플리케이션을 기동한다. 이에 의해, 어플리케이션이 기동되어, 콘텐츠에 부수되어서 실행되게 된다.
스텝 S216에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validUntil 속성이 나타내는 시각에, 기동 중인 어플리케이션이 정지되도록, 브라우저(209)에 대하여 지시한다.
스텝 S232에 있어서, 브라우저(209)는 방송 미들웨어(205)로부터의 지시에 따라서, HLST 메타데이터의 validUntil 속성이 나타내는 시각이 되었을 때, 기동 중인 어플리케이션을 정지한다.
스텝 S232의 처리로 어플리케이션이 정지되면, 스텝 S217의 처리가 행하여진다. 즉, 스텝 S217에 있어서, 방송 미들웨어(205)는 정지된 어플리케이션의 파일을 스토리지(210)로부터 삭제한다.
또한, 이때, 방송 미들웨어(205)는 축적 완료 애플리케이션 리스트로부터, 정지된 어플리케이션을 나타내는 정보(엔트리 로케이션)를 삭제한다.
스텝 S217, S232의 처리가 종료되면, validFrom 속성과 validUntil 속성이, 시각 지정으로 되는 경우에 있어서의, 어플리케이션 대응 처리는 종료된다.
한편, 스텝 S214에 있어서, validFrom 속성과 validUntil 속성의 지정이, "*" 지정이라고 판정된 경우, 처리는 스텝 S218로 진행된다. 스텝 S218에 있어서, 방송 미들웨어(205)는 엔드 유저의 조작에 따라 스토리지(210)에 축적된 어플리케이션이 기동되도록, 브라우저(209)에 대하여 지시한다.
스텝 S233에 있어서, 브라우저(209)는 방송 미들웨어(205)로부터의 지시에 따라서, 엔드 유저에 의해 기동이 지시되었을 때, 스토리지(210)에 축적된 어플리케이션을 기동한다. 이에 의해, 어플리케이션이 기동되어, 콘텐츠에 부수되어서 실행되게 된다.
스텝 S219에 있어서, 방송 미들웨어(205)는 엔드 유저의 조작에 따라 기동 중인 어플리케이션이 정지되도록, 브라우저(209)에 대하여 지시한다.
스텝 S234에 있어서, 브라우저(209)는 방송 미들웨어(205)로부터의 지시에 따라서, 엔드 유저에 의해 정지가 지시되었을 때, 기동 중인 어플리케이션을 정지한다.
스텝 S234의 처리로 어플리케이션이 정지되면, 스텝 S220의 처리가 행하여진다. 즉, 스텝 S220에 있어서, 방송 미들웨어(205)는 정지된 어플리케이션의 파일을 스토리지(210)로부터 삭제한다.
또한, 이때, 방송 미들웨어(205)는 축적 완료 애플리케이션 리스트로부터, 정지된 어플리케이션을 나타내는 정보(엔트리 로케이션)를 삭제한다.
스텝 S220, S234의 처리가 종료되면, validFrom 속성과 validUntil 속성이, "*" 지정으로 되는 경우에 있어서의, 어플리케이션 대응 처리는 종료된다.
이상, 어플리케이션 대응 처리의 흐름을 설명하였다. 이 어플리케이션 대응 처리에 있어서는, HLST 메타데이터의 validFrom 속성과 validUntil 속성이, 시각 지정으로 되는 경우에는, validFrom 속성과 validUntil 속성이 나타내는 기간에 따라, 어플리케이션의 동작을 제어하는 모드(시각 지정 모드)로 되는 한편, validFrom 속성과 validUntil 속성이 "*" 지정으로 되는 경우에는, 엔드 유저의 의사에 따라, 어플리케이션의 동작을 제어하는 모드(유저 지정 모드)로 된다. 그 결과, 방송국측에서 지정된 기간 뿐만 아니라, 임의의 시각에 엔드 유저의 의사로 어플리케이션의 동작을 제어할 수 있기 때문에, 보다 유연하게 어플리케이션의 동작을 제어할 수 있다.
(HLST 메타데이터 대응 처리)
이어서, 도 9의 흐름도를 참조하여, 방송 미들웨어(205)에 의해 실행되는 HLST 메타데이터 대응 처리의 흐름을 설명한다.
스텝 S251에 있어서, 방송 미들웨어(205)는 ROUTE 세션에 의해 SLS로서 전송되는 HLST 메타데이터를 취득한다.
스텝 S252에 있어서, 방송 미들웨어(205)는 스텝 S251의 처리에서 얻어진 HLST 메타데이터의 파싱을 개시한다.
스텝 S253에 있어서, 방송 미들웨어(205)는 HLST 메타데이터를 파싱하여 얻어지는 해석 결과(HLST 메타데이터의 해석 결과)가 나타내는 엔트리 로케이션이, 축적 완료 애플리케이션 리스트에 존재하는지 여부를 판정한다.
스텝 S253에 있어서, 대상의 엔트리 로케이션이, 축적 완료 애플리케이션 리스트에 존재한다고 판정된 경우, 대상의 어플리케이션 파일이 스토리지(210)에 축적 완료이므로, 처리는 스텝 S254로 진행된다.
스텝 S254에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validFrom 속성과 validUntil 속성이 존재하는지 여부를 판정한다.
스텝 S254에 있어서, validFrom 속성과 validUntil 속성이 존재한다고 판정된 경우, 처리는 스텝 S255로 진행된다. 스텝 S255에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validFrom 속성과 validUntil 속성이, 시각 지정과, "*" 지정 중 어느 것인지를 판정한다.
스텝 S255에 있어서, validFrom 속성과 validUntil 속성의 지정이 시각 지정이라고 판정된 경우, 처리는 스텝 S256으로 진행된다. 스텝 S256에 있어서, 방송 미들웨어(205)는 validFrom 속성과 validUntil 속성이 나타내는 시각에 따라, 어플리케이션의 기동이나 정지, 축적 완료 애플리케이션 리스트의 정보의 삭제 등을 행한다.
즉, 이 스텝 S256의 처리에서는, 방송 미들웨어(205)에 의해, 도 8의 스텝 S215 내지 S217에 상당하는 처리가 실행되므로, 브라우저(209)측에서는, 도 8의 스텝 S231 내지 S232에 상당하는 처리가 실행되어, 어플리케이션의 동작이 제어된다.
또한, 스텝 S255에 있어서, validFrom 속성과 validUntil 속성의 지정이, "*" 지정이라고 판정된 경우, 처리는 스텝 S257로 진행된다. 스텝 S257에 있어서, 방송 미들웨어(205)는 엔드 유저의 조작에 따라 어플리케이션의 기동이나 정지, 축적 완료 애플리케이션 리스트의 정보의 삭제 등을 행한다.
즉, 이 스텝 S257의 처리에서는, 방송 미들웨어(205)에 의해, 도 8의 스텝 S218 내지 S220에 상당하는 처리가 실행되므로, 브라우저(209)측에서는, 도 8의 스텝 S233 내지 S234에 상당하는 처리가 실행되어, 어플리케이션의 동작이 제어된다.
여기서, 예를 들어, 도 10에 도시하는 바와 같이, 클라이언트 장치(20)가 텔레비전 수상기일 경우에, 엔드 유저가 클라이언트 장치(20)를 기동하면, 그 화면에는, 축적 완료 애플리케이션 리스트에 등록된 어플리케이션을 기동하기 위한 아이콘 A1 내지 A4가 표시된다. 즉, 어플리케이션은, validFrom 속성의 지정이 "*" 지정으로 되는 경우에는, 프로그램과는 독립하여, 동작을 제어하는 것이 가능한 어플리케이션이 되고, 아이콘 A1 내지 A4는, 당해 어플리케이션을 기동하기 위한 기동 버튼으로서 기능한다.
이러한 종류의 어플리케이션으로서는, 예를 들어, 어떤 프로그램이 시리즈로 방송되고 있는 경우에, 전회의 방송분을, 인터넷 경유로 비디오 온 디맨드(Video On Demand)에 의해 시청할 수 있도록 하는, 캐치업 텔레비전 어플리케이션 등을 제공할 수 있다. 엔드 유저는, 예를 들어, 리모트 컨트롤러나 입력부(202) 등을 조작하여, 아이콘 A1 내지 A4 중 어느 것을 선택함으로써, 도 10의 화살표로 나타낸 바와 같이, 축적 완료된 캐치업 텔레비전 어플리케이션을 기동하여, 선택된 아이콘에 따른 VOD 프로그램을 재생할 수 있다.
또한, 예를 들어, 도 11에 도시한 바와 같이, 클라이언트 장치(20)가 텔레비전 수상기일 경우에, 엔드 유저에 의해 전자 프로그램표(ESG)의 기동이 지시되면, 그 화면에는, 서비스(채널)마다, 소정의 시간대에 방송되는 프로그램의 정보를 나타낸 전자 프로그램표가 표시된다. 이 전자 프로그램표에 표현된 프로그램의 정보 중, 소정의 프로그램의 정보에는, 축적 완료 애플리케이션 리스트에 등록된 어플리케이션을 기동하기 위한 아이콘 B1 및 B2가 중첩되어 있다.
이러한 종류의 어플리케이션으로서는, 예를 들어, 프로그램의 내용과 관계는 있지만, 당해 프로그램의 방송 시간과는 독립하여, 동작을 제어하는 것이 가능한 어플리케이션 등을 제공할 수 있다. 아이콘 B1 및 B2는, 전자 프로그램표에 있어서, 당해 어플리케이션을 제공 가능한 프로그램의 정보에 중첩 표시된다. 엔드 유저는, 예를 들어, 리모트 컨트롤러나 입력부(202) 등을 조작하여, 아이콘 B1 및 B2 중 어느 것을 선택함으로써, 축적 완료된 캐치업 텔레비전 어플리케이션을 기동하고, 선택된 아이콘에 따른 VOD 프로그램을 재생할 수 있다.
도 9의 흐름도의 설명으로 되돌아가서, 스텝 S256 또는 S257의 처리가 종료되면, 처리는 스텝 S258로 진행된다. 스텝 S258에 있어서, 방송 미들웨어(205)는 스텝 S251의 처리에서 얻어진 처리 대상의 HLST 메타데이터의 파싱을 정지한다.
한편, 스텝 S253에 있어서, 대상의 엔트리 로케이션이, 축적 완료 애플리케이션 리스트에 존재하지 않는다고 판정된 경우, 대상의 어플리케이션 파일이 스토리지(210)에 축적되어 있지 않으므로, 처리는 스텝 S259로 진행된다.
스텝 S259에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, DistribtuionWindow 요소가 존재하는지 여부를 판정한다.
스텝 S259에 있어서, DistribtuionWindow 요소가 존재한다고 판정된 경우, 처리는 스텝 S260으로 진행된다. 스텝 S260에 있어서, 방송 미들웨어(205)는 StartTime 요소와 EndTime 요소가 나타내는 시각에 의해 정해지는 배신 기간에 따라, ROUTE 세션에 의해 전송되는 어플리케이션의 파일(패키지 파일)을 취득한다.
스텝 S261에 있어서, 방송 미들웨어(205)는 스텝 S260의 처리에서 얻어진 어플리케이션의 파일(패키지 파일)을 스토리지(210)에 축적한다. 또한, 방송 미들웨어(205)는 당해 어플리케이션을 나타내는 정보(엔트리 로케이션)를 축적 완료 애플리케이션 리스트에 추가한다.
또한, 스텝 S259에 있어서, DistribtuionWindow 요소가 존재하지 않는다고 판정된 경우, 처리는 스텝 S262로 진행된다. 스텝 S262에 있어서, 방송 미들웨어(205)는 ROUTE 세션에 의해 전송되는 어플리케이션의 파일(패키지 파일)을 취득한다.
즉, 이 경우, HLST 메타데이터에, DistribtuionWindow 요소의 StartTime 요소와 EndTime 요소가 존재하지 않으므로, 방송 미들웨어(205)는 처리 대상의 HLST 메타데이터의 배신 시에는, 항상, 대상의 어플리케이션이 배신되고 있다고 해석하고, 임의의 타이밍에 어플리케이션의 파일을 취득할 수 있다. 예를 들어, 여기에서는, HLST 메타데이터를 파싱한 후, 즉시, 어플리케이션의 파일이 취득되도록 할 수 있다.
스텝 S263에 있어서는, 스텝 S261과 마찬가지로, 스텝 S262의 처리에서 얻어진 어플리케이션의 파일(패키지 파일)이 스토리지(210)에 축적된다. 또한, 당해 어플리케이션을 나타내는 정보(엔트리 로케이션)가 축적 완료 애플리케이션 리스트에 추가된다.
스텝 S261 또는 S263의 처리가 종료되면, 처리는 스텝 S264로 진행된다. 스텝 S264에 있어서, 방송 미들웨어(205)는 HLST 메타데이터의 해석 결과에 따라서, validFrom 속성과 validUntil 속성이 존재하는지 여부를 판정한다.
스텝 S264에 있어서, validFrom 속성과 validUntil 속성이 존재한다고 판정된 경우, 처리는 스텝 S255로 진행되어, 그 이후의 처리가 실행된다. 즉, validFrom 속성과 validUntil 속성이 시각 지정인 경우에는, validFrom 속성과 validUntil 속성이 나타내는 시각에 따라, 어플리케이션의 동작이 제어된다. 한편, validFrom 속성과 validUntil 속성이 "*" 지정인 경우에는, 엔드 유저의 조작에 따라 임의의 시각에 어플리케이션의 동작이 제어된다.
또한, 스텝 S264에 있어서, validFrom 속성과 validUntil 속성이 존재하지 않는다고 판정된 경우, 처리는 스텝 S258로 진행된다. 스텝 S258에 있어서, 방송 미들웨어(205)는 스텝 S251의 처리에서 얻어진 처리 대상의 HLST 메타데이터의 파싱을 정지한다. 스텝 S258의 처리가 종료되면, 도 9의 HLST 메타데이터 대응 처리는 종료한다.
이 경우, 기동 시간이, 장래 취득되는 별도의 HLST 메타데이터에 기재되어 있는 것으로 간주하고, 처리 대상의 HLST 메타데이터에 대한 처리를 끝내게 된다. 단, 해당하는 HLST 메타데이터를 미스(miss)할 가능성도 있기 때문에, 항상, validUntil 속성에는, "*"가 지정되어 있는 것으로 간주하고, HLST 메타데이터 대응 처리가 행하여지도록 한다. 예를 들어, 정기적으로 축적 완료된 어플리케이션의 크린업 처리를 기동시켜서, 오랫동안, 축적 완료 애플리케이션 리스트에 남아있는 어플리케이션은 삭제되도록 할 수 있다.
이상, HLST 메타데이터 대응 처리의 흐름을 설명하였다.
(콘텐츠 대응 처리)
마지막으로, 도 12의 흐름도를 참조하여, 송신측 시스템(10)과 클라이언트 장치(20)에 의해 실행되는 콘텐츠 대응 처리의 흐름을 설명한다.
또한, 도 12에 있어서, 스텝 S171 내지 S174의 처리는, 송신측 시스템(10)에 의해 실행되는 처리이며, 스텝 S271 내지 S275의 처리는, 클라이언트 장치(20)에 의해 실행되는 처리이다.
스텝 S171에 있어서, DASH 서버(101)는 콘텐츠의 데이터로부터, DASH 세그먼트 파일을 생성한다.
스텝 S172에 있어서, 시그널링 서버(102)는 LLS나 SLS의 시그널링을 생성한다. 여기서, LLS에는, SLT 메타데이터가 포함된다. 또한, SLS에는, USBD, S-TSID, MPD 등의 메타데이터가 포함된다.
스텝 S173에 있어서, 방송 서버(105)는 스텝 S171 내지 S172의 처리에서 얻어진 DASH 세그먼트 파일과, 시그널링의 파일을 포함하는 다중화 스트림을 생성한다.
스텝 S174에 있어서, 방송 서버(105)는 스텝 S173의 처리에서 얻어진 다중화 스트림에 대하여 변조 처리를 행하고, 그 결과 얻어지는 방송파를, 방송 전송로(30)를 통하여 송신한다.
스텝 S271에 있어서, 수신부(204)는 방송 서버(105)로부터, 방송 전송로(30)를 통하여 송신되어 오는 방송파를 수신한다. 여기에서는, 수신부(204)에 의해, 방송파에 대한 복조 처리가 행해짐으로써, 다중화 스트림이 얻어진다.
스텝 S272에 있어서, 방송 미들웨어(205)는 스텝 S271의 처리에서 얻어지는 다중화 스트림에 포함되는 시그널링을 처리한다. 여기에서는, LLS나 SLS의 시그널링이 처리된다.
스텝 S273에 있어서, DASH 클라이언트(206)는 스텝 S272의 처리에서 얻어지는 처리 결과에 따라서, 스텝 S271의 처리에서 얻어지는 다중화 스트림에 포함되는 DASH 세그먼트 파일을 처리한다.
스텝 S274에 있어서, 디코더(207)는 스텝 S273의 처리에서 얻어지는 데이터를 디코드한다.
스텝 S275에 있어서, 출력부(208)는 스텝 S274의 처리에서 얻어지는 데이터를 처리하고, 디스플레이나 스피커에 출력한다. 이에 의해, 클라이언트 장치(20)에 있어서는, 엔드 유저의 선국 조작에 따른 서비스의 콘텐츠가 재생된다.
이상, 콘텐츠 대응 처리의 흐름에 대하여 설명하였다.
<5. 변형예>
(통신 경유의 배신)
상술한 도 1의 전송 시스템(1)에 있어서는, 콘텐츠나 어플리케이션의 데이터가, 방송 전송로(30)를 통하여 방송 경유로 배신되는 경우를 설명했지만, 콘텐츠나 어플리케이션의 데이터는, 인터넷 등의 통신 전송로를 통하여 통신 경유로 배신되게 해도 된다.
도 13에는, 전송 시스템의 다른 구성예를 도시하고 있다. 도 13의 전송 시스템(2)에 있어서는, 도 1의 전송 시스템(1)과 비교하여, 송신측 시스템(10)에, DASH 서버(101) 내지 방송 서버(105) 외에, 통신 서버(106)가 설치되는 점이 상이하다. 또한, 클라이언트 장치(20)는 통신 기능을 갖고 있으며, 인터넷 등의 통신 전송로(40)를 통하여, 통신 서버(106)와 서로 접속되어 있다.
통신 서버(106)는 DASH 서버(101)로부터의 DASH 세그먼트 파일과, 시그널링 서버(102)로부터의 시그널링(SLS)의 파일과, SCH/PKG 서버(104)로부터의 어플리케이션의 파일이 송신되어 오므로, 그들 파일을 수신한다.
통신 서버(106)는 각 서버로부터의 파일을 처리한다. 통신 서버(106)는 클라이언트 장치(20)로부터의 요구에 따라, 통신 전송로(40)를 통하여, 각종 파일을 송신한다. 여기에서는, 도 3의 프로토콜 스택에 나타낸 바와 같이, TCP/IP의 프로토콜 상의 HTTP을 사용하여, 그들 파일이 전송된다.
한편, 클라이언트 장치(20)는 통신 기능을 갖는 경우, 통신 전송로(40)를 통하여, 통신 서버(106)에 액세스하여, 각종 파일을 수신할 수 있다.
예를 들어, 클라이언트 장치(20)는 통신 전송로(40)를 통하여, 통신 서버(106)로부터 송신되어 오는 MPD 메타데이터나 DASH 세그먼트 파일을 수신하여 처리함으로써, 적응적으로 스트리밍 배신되는 VOD 프로그램 등의 콘텐츠를 재생할 수 있다.
또한, 예를 들어, 클라이언트 장치(20)는 통신 전송로(40)를 통하여, 통신 서버(106)로부터 송신되어 오는 HLST 메타데이터나 어플리케이션의 파일을 수신하여 처리함으로써, 통신 경유로 취득된 어플리케이션을 실행할 수 있다.
단, 여기에서도, 당해 HLST 메타데이터를 파싱하여 얻어지는 해석 결과에 따라서, 시각 지정의 경우에는, 시각 지정 모드가 되고, validFrom 속성과 validUntil 속성이 나타내는 시각에 따라, 어플리케이션의 동작이 제어되고, "*" 지정의 경우에는, 엔드 유저의 조작에 따라 임의의 시각에 어플리케이션의 동작이 제어된다.
또한, 상술한 설명에서는, DASH 세그먼트 파일, 시그널링의 파일, 및 어플리케이션의 파일이, 방송 전송로(30)를 통한 방송 경유, 또는 통신 전송로(40)를 통한 통신 경유 중 어느 한쪽 경로로 배신되는 것으로 하여 설명했지만, 일부의 파일을 방송 경유로 배신하고, 나머지의 파일을 통신 경유로 배신할 수도 있다. 즉, 클라이언트 장치(20)에 있어서는, 방송 경유 또는 통신 경유로 취득된 콘텐츠에 부수되어, 방송 경유 또는 통신 경유로 취득된 어플리케이션이 실행된다.
또한, 예를 들어, SLS의 파일 중, USBD, S-TSID 등의 메타데이터를, 방송 경유로 배신하고, HLST, MPD 등의 메타데이터를, 통신 경유로 배신할 수 있다. 또한, 예를 들어, 어플리케이션의 파일 중, 문서 파일 등의 엔트리 페이지 파일을, 방송 경유로 배신하고, 화상 파일이나 스크립트 파일 등의 리소스 파일를, 통신 경유로 배신할 수 있다.
(다른 방송 규격에의 적용)
상술한 설명으로서는, 디지털 방송의 규격으로서, 미국 등에서 채용되어 있는 방식인 ATSC(특히, ATSC3.0)를 설명했지만, 본 기술은, 일본 등이 채용하는 방식인 ISDB(Integrated Services Digital Broadcasting)나, 유럽의 각국 등이 채용하는 방식인 DVB(Digital Video Broadcasting) 등에 적용하게 해도 된다.
또한, 상술한 설명에서는, IP 전송 방식이 채용되는 ATSC3.0을 예로 하여 설명했지만, IP 전송 방식에 한하지 않고, 예를 들어, MPEG2-TS(Transport Stream) 방식 등의 다른 방식에 적용하게 해도 된다. 또한, 디지털 방송의 규격으로서는, 지상파 방송 이외에, 방송 위성(BS: Broadcasting Satellite)이나 통신 위성(CS: Communications Satellite) 등을 이용한 위성 방송이나, 케이블 텔레비전(CATV) 등의 유선 방송 등의 규격에 적용할 수 있다.
(어플리케이션의 다른 예)
또한, 상술한 설명에서는, 콘텐츠에 부수되는 어플리케이션은, HTML5 등의 마크업 언어나 JavaScript(등록 상표) 등의 스크립트 언어로 개발된 어플리케이션에 한하지 않고, 예를 들어, Java(등록 상표) 등의 프로그래밍 언어로 개발된 어플리케이션이어도 된다. 또한, 어플리케이션은, 브라우저에 의해 실행되는 어플리케이션에 한하지 않고, 소위 네이티브 어플리케이션으로서, 오퍼레이팅 시스템(OS: Operating System) 환경 등에서 실행되게 해도 된다.
단, 어플리케이션은, 어떠한 정보를 명시적으로 표시할뿐만 아니라, 비표시로(백그라운드에서) 동작되게 해도 된다(엔드 유저에게 인식되지 않고 기동하게 해도 된다). 또한, 어플리케이션이 부수되는 콘텐츠는, 동화상이나 음악 이외에, 예를 들어, 전자 서적이나 게임, 광고 등, 모든 콘텐츠를 포함할 수 있다.
또한, 상술한 설명에서는, 어플리케이션을 구성하는 파일이, 패키지 파일에 저장되어서 전송되는 경우를 예시했지만, 어플리케이션을 구성하는 파일은, 패키지 파일에 저장하지 않고, 개개의 파일(독립한 파일)로서, NRT 채널에서 전송되게 해도 된다. 이 경우, EFDT에는, 전송 파라미터로서, NRT 채널에서 전송되는 개개의 파일을 특정하기 위한 정보가 열거되게 된다(개개의 파일마다, 개별의 TOI가 할당된다).
(기타의 변형예)
상술한 시그널링이나 패킷 등의 명칭은 일례이며, 다른 명칭이 사용되는 경우가 있다. 단, 이들 명칭의 차이는 형식적인 차이이며, 대상의 시그널링이나 패킷 등의 실질적인 내용이 다른 것은 아니다. 예를 들어, USBD(User Service Bundle Description)는 USD(User Service Description) 등이라고 칭해지는 경우가 있다. 또한, 예를 들어, NRT(Non Real Time) 콘텐츠는, LCC(Locally Cached Content) 등이라고 칭해지고, AIT(Application Information Table)는 AST(Application Signaling Table) 등이라고 칭해지는 경우가 있다. 또한, ESG(Electronic Service Guide)는 EPG(Electronic Program Guide) 등이라고 칭해지는 경우가 있다.
또한, 도 1의 전송 시스템(1)이나 도 13의 전송 시스템(2)에 있어서는, 설명의 간략화를 위해서, 방송국의 방송 서버(105)가 단독으로, 멀티플렉서와 변조기를 갖는 것으로서, 그 구성을 설명했지만, 일반적인 디지털 방송의 시스템에서는, 멀티플렉서와 변조기는 다른 장소에 설치되는 것이다. 예를 들어, 멀티플렉서는, 방송국 내에 설치되는 한편, 변조기는, 송신국(송신소)에 설치된다. 또한, 도 1의 송신측 시스템(10)이나 도 13의 전송 시스템(2)의 전체를 하나의 장치로 파악하고, 각 서버의 기능을 갖는 장치로 할 수도 있다.
<6. 컴퓨터의 구성>
상술한 일련의 처리(예를 들어, 어플리케이션 대응 처리나 콘텐츠 대응 처리)는 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이 컴퓨터에 인스톨된다. 도 14는, 상술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어 구성예를 도시하는 도면이다.
컴퓨터(1000)에 있어서, CPU(Central Processing Unit)(1001), ROM(Read Only Memory)(1002), RAM(Random Access Memory)(1003)은, 버스(1004)에 의해 서로 접속되어 있다. 버스(1004)에는, 또한, 입출력 인터페이스(1005)가 접속되어 있다. 입출력 인터페이스(1005)에는, 입력부(1006), 출력부(1007), 기록부(1008), 통신부(1009), 및 드라이브(1010)가 접속되어 있다.
입력부(1006)는 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(1007)는 디스플레이, 스피커 등을 포함한다. 기록부(1008)는 하드 디스크나 불휘발성이 메모리 등을 포함한다. 통신부(1009)는 네트워크 인터페이스 등을 포함한다. 드라이브(1010)는 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 리무버블 기록 매체(1011)를 구동한다.
이상과 같이 구성되는 컴퓨터(1000)에서는, CPU(1001)가, ROM(1002)이나 기록부(1008)에 기록되어 있는 프로그램을, 입출력 인터페이스(1005) 및 버스(1004)를 통하여, RAM(1003)에 로드하여 실행함으로써, 상술한 일련의 처리가 행하여진다.
컴퓨터(1000)(CPU(1001))가 실행하는 프로그램은, 예를 들어, 패키지 미디어 등으로서의 리무버블 기록 매체(1011)에 기록하여 제공할 수 있다. 또한, 프로그램은, 로컬 에어리어 네트워크, 인터넷, 디지털 위성 방송과 같은, 유선 또는 무선의 전송 매체를 통하여 제공할 수 있다.
컴퓨터(1000)에서는, 프로그램은, 리무버블 기록 매체(1011)를 드라이브(1010)에 장착함으로써, 입출력 인터페이스(1005)를 통하여, 기록부(1008)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통하여, 통신부(1009)로 수신하고, 기록부(1008)에 인스톨할 수 있다. 기타, 프로그램은, ROM(1002)이나 기록부(1008)에 미리 인스톨해 둘 수 있다.
여기서, 본 명세서에 있어서, 컴퓨터가 프로그램에 따라서 행하는 처리는, 반드시 흐름도로서 기재된 순서에 따라서 시계열로 행해질 필요는 없다. 즉, 컴퓨터가 프로그램에 따라서 행하는 처리는, 병렬적 또는 개별로 실행되는 처리(예를 들어, 병렬 처리 또는 오브젝트에 의한 처리)도 포함한다. 또한, 프로그램은, 하나의 컴퓨터(프로세서)에 의해 처리되는 것이어도 되고, 복수의 컴퓨터에 의해 분산 처리되는 것이어도 된다.
또한, 본 기술의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니라, 본 기술의 요지를 일탈하지 않는 범위에 있어서 다양한 변경이 가능하다.
또한, 본 기술은, 이하와 같은 구성을 취할 수 있다.
(1)
콘텐츠를 수신하는 수신부와,
상기 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보에 기초하여, 상기 어플리케이션의 동작을 제어하는 제어부
를 구비하고,
상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능하고,
상기 제어부는, 상기 유효 기간 정보로서 상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션의 동작을 제어하는
수신 장치.
(2)
상기 제어부는, 상기 유효 기간 정보에,
상기 제1 모드가 지정되어 있는 경우, 상기 기간 내에서만, 상기 콘텐츠에 부수되어, 상기 어플리케이션이 기동되도록 하고,
상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션이 기동 또는 정지되도록 하는
(1)에 기재된 수신 장치.
(3)
상기 어플리케이션은, 1개 또는 복수의 파일로 구성되고,
상기 유효 기간 정보는, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 개시 시각을 나타내는 제1 개시 시각 정보와, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 종료 시각을 나타내는 제1 종료 시각 정보를 포함하는
(1) 또는 (2)에 기재된 수신 장치.
(4)
상기 유효 기간 정보에 있어서, 상기 제1 개시 시각 정보 및 상기 제1 종료 시각 정보 중 적어도 한쪽의 시각 정보에 대하여, 미리 정해진 특정한 키워드가 지정된 경우에, 상기 제2 모드가 지정되었다고 간주되는
(3)에 기재된 수신 장치.
(5)
상기 제어부는, 상기 어플리케이션을 취득 가능한 기간을 나타내는 취득 기간 정보에 기초하여, 상기 어플리케이션이 취득되도록 하는
(1) 내지 (4) 중 어느 하나에 기재된 수신 장치.
(6)
상기 어플리케이션은, 1개 또는 복수의 파일로 구성되고,
상기 취득 기간 정보는, 상기 파일의 배신 기간의 개시 시각을 나타내는 제2 개시 시각 정보와, 상기 파일의 배신 기간의 종료 시각을 나타내는 제2 종료 시각 정보를 포함하는
(5)에 기재된 수신 장치.
(7)
상기 제어부는, 상기 취득 기간 정보가 존재하지 않는 경우, 임의의 기간에 상기 어플리케이션이 취득되도록 하는
(5) 또는 (6)에 기재된 수신 장치.
(8)
상기 유효 기간 정보와 상기 취득 기간 정보는, 서비스마다 제공되는, 상기 어플리케이션을 제어하기 위한 제어 정보에 포함되고,
상기 수신부는, 상기 콘텐츠와 함께 송신되는, 상기 제어 정보를 수신하는
(5)에 기재된 수신 장치.
(9)
하나의 상기 제어 정보는, 하나의 상기 어플리케이션을, 하나의 상기 콘텐츠에 대하여 부수되게 하기 위한 정보인
(8)에 기재된 수신 장치.
(10)
수신 장치의 데이터 처리 방법에 있어서,
상기 수신 장치가,
콘텐츠를 수신하고,
상기 콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보에 기초하여, 상기 어플리케이션의 기동을 제어하는
스텝을 포함하고,
상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능하고,
상기 유효 기간 정보로서 상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션의 동작을 제어하는
데이터 처리 방법.
(11)
콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보이며, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능한 상기 유효 기간 정보를 생성하는 생성부와,
상기 콘텐츠와 함께, 상기 유효 기간 정보를 송신하는 송신부
를 구비하는 송신 장치.
(12)
상기 유효 기간 정보는,
상기 제1 모드가 지정되어 있는 경우, 상기 기간 내에서만, 상기 콘텐츠에 부수되어서 상기 어플리케이션이 기동되도록 하기 위한 정보이며,
상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 조작에 따라 상기 어플리케이션이 기동 또는 정지되도록 하기 위한 정보로 되는
(11)에 기재된 송신 장치.
(13)
상기 어플리케이션은, 1개 또는 복수의 파일로 구성되고,
상기 유효 기간 정보는, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 개시 시각을 나타내는 제1 개시 시각 정보와, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 종료 시각을 나타내는 제1 종료 시각 정보를 포함하는
(11) 또는 (12)에 기재된 송신 장치.
(14)
상기 생성부는, 상기 제2 모드를 지정하는 경우에, 상기 제1 개시 시각 정보 및 상기 제1 종료 시각 정보 중 적어도 한쪽의 시각 정보에 대하여, 미리 정해진 특정한 키워드를 지정하는
(13)에 기재된 송신 장치.
(15)
상기 생성부는, 상기 어플리케이션을 취득 가능한 기간을 나타내는 취득 기간 정보를 생성하고,
상기 송신부는, 상기 취득 기간 정보를 송신하는
(11) 내지 (14) 중 어느 하나에 기재된 송신 장치.
(16)
상기 어플리케이션은, 1개 또는 복수의 파일로 구성되고,
상기 취득 기간 정보는, 상기 파일의 배신 기간의 개시 시각을 나타내는 제2 개시 시각 정보와, 상기 파일의 배신 기간의 종료 시각을 나타내는 제2 종료 시각 정보를 포함하는
(15)에 기재된 송신 장치.
(17)
상기 생성부는, 상기 유효 기간 정보와 상기 취득 기간 정보를, 서비스마다 제공되는, 상기 어플리케이션을 제어하기 위한 제어 정보에 포함하여 생성하고,
상기 송신부는, 상기 콘텐츠와 함께, 상기 제어 정보를 송신하는
(15) 또는 (16)에 기재된 송신 장치.
(18)
상기 생성부는, 임의의 기간에 상기 어플리케이션이 취득되도록 하는 경우, 상기 제어 정보에, 상기 유효 기간 정보만을 포함하는
(17)에 기재된 송신 장치.
(19)
하나의 상기 제어 정보는, 하나의 상기 어플리케이션을, 하나의 상기 콘텐츠에 대하여 부수되게 하기 위한 정보인
(17) 또는 (18)에 기재된 송신 장치.
(20)
송신 장치의 데이터 처리 방법에 있어서,
상기 송신 장치가,
콘텐츠에 부수되는 어플리케이션이 유효한 기간을 나타내는 유효 기간 정보이며, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하는 제1 모드와, 엔드 유저의 의지에 따라서 상기 어플리케이션의 동작을 제어하는 제2 모드 중 어느 것을 지정 가능한 상기 유효 기간 정보를 생성하고,
상기 콘텐츠와 함께, 상기 유효 기간 정보를 송신하는
스텝을 포함하는 데이터 처리 방법.
1, 2: 전송 시스템
10: 송신측 시스템
20: 클라이언트 장치
30: 방송 전송로
40: 통신 전송로
101: DASH 서버
102: 시그널링 서버
103: 어플리케이션 서버
104: SCH/PKG 서버
105: 방송 서버
106: 통신 서버
201: 제어부
202: 입력부
203: 메모리
204: 수신부
205: 방송 미들웨어
206: DASH 클라이언트
207: 디코더
208: 출력부
209: 브라우저
210: 스토리지
1000: 컴퓨터
1001: CPU

Claims (20)

  1. 콘텐츠 및 어플리케이션을 제어하기 위한 어플리케이션 제어 정보를 수신하도록 구성된 수신부와 - 상기 어플리케이션 제어 정보는 유효 기간 정보를 포함함 - ,
    상기 유효 기간 정보에 기초하여, 상기 어플리케이션의 동작을 제어하도록 구성된 제어부
    를 구비하고,
    상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하기 위한, 상기 어플리케이션이 유효한 기간을 포함하는 제1 모드, 또는 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작을 제어하기 위한 제2 모드 중 하나를 지정 가능하고,
    상기 제어부는, 상기 유효 기간 정보가 상기 제1 모드를 지정하는 경우에는 상기 기간에 따라 상기 어플리케이션의 동작을 제어하고, 상기 유효 기간 정보가 상기 제2 모드를 지정하는 경우에는 상기 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작을 제어하도록 구성되는, 수신 장치.
  2. 제1항에 있어서,
    상기 제어부는,
    상기 유효 기간 정보에서 상기 제1 모드가 지정되어 있는 경우, 상기 기간에 따라 상기 어플리케이션을 기동 또는 정지하고,
    상기 유효 기간 정보에 상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 액션에 따라 상기 어플리케이션을 기동 또는 정지하도록 구성되는, 수신 장치.
  3. 제1항에 있어서, 상기 어플리케이션은, 1개 또는 복수의 파일을 포함하고,
    상기 유효 기간 정보는, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 개시 시각을 나타내는 제1 개시 시각 정보와, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 종료 시각을 나타내는 제1 종료 시각 정보를 포함하는, 수신 장치.
  4. 제3항에 있어서, 상기 유효 기간 정보에 있어서, 상기 제1 개시 시각 정보 및 상기 제1 종료 시각 정보 중 적어도 한쪽의 시각 정보에 대하여, 미리 정해진 특정한 키워드가 지정된 경우에, 상기 제2 모드가 지정되었다고 간주되는, 수신 장치.
  5. 제2항에 있어서, 상기 제어부는, 상기 어플리케이션이 취득 가능한 기간을 나타내는 취득 기간 정보에 기초하여, 상기 어플리케이션이 취득되게 제어하도록 구성되는, 수신 장치.
  6. 제5항에 있어서, 상기 어플리케이션은, 1개 또는 복수의 파일을 포함하고,
    상기 취득 기간 정보는, 상기 파일의 배신 기간의 개시 시각을 나타내는 제2 개시 시각 정보와, 상기 파일의 배신 기간의 종료 시각을 나타내는 제2 종료 시각 정보를 포함하는, 수신 장치.
  7. 제5항에 있어서, 상기 제어부는, 상기 취득 기간 정보가 존재하지 않는 경우, 임의의 기간에 상기 어플리케이션이 취득되게 제어하도록 구성되는, 수신 장치.
  8. 제5항에 있어서, 상기 유효 기간 정보와 상기 취득 기간 정보는, 서비스마다 제공되는, 상기 어플리케이션을 제어하기 위한 어플리케이션 제어 정보에 포함되고,
    상기 어플리케이션 제어 정보는 상기 콘텐츠와 함께 송신되는, 수신 장치.
  9. 제8항에 있어서, 하나의 상기 어플리케이션 제어 정보는, 하나의 상기 어플리케이션을, 하나의 상기 콘텐츠에 대하여 부수되게 하기 위한 정보인, 수신 장치.
  10. 수신 장치의 데이터 처리 방법에 있어서,
    상기 수신 장치가,
    콘텐츠 및 어플리케이션을 제어하기 위한 어플리케이션 제어 정보를 수신하는 스텝과 - 상기 어플리케이션 제어 정보는 유효 기간 정보를 포함함 - ,
    상기 유효 기간 정보에 기초하여, 상기 어플리케이션의 동작을 제어하는 스텝
    을 포함하고,
    상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하기 위한, 상기 어플리케이션이 유효한 기간을 포함하는 제1 모드, 또는 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작을 제어하기 위한 제2 모드 중 하나를 지정 가능하고,
    상기 유효 기간 정보가 상기 제2 모드를 지정하는 경우에는 상기 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작이 제어되고, 상기 유효 기간 정보가 상기 제1 모드를 지정하는 경우에는 상기 기간에 따라 상기 어플리케이션의 동작이 제어되는, 데이터 처리 방법.
  11. 송신 장치로서,
    콘텐츠와 연관된 어플리케이션을 제어하기 위한 어플리케이션 제어 정보를 생성하도록 구성된 생성부와 - 상기 어플리케이션 제어 정보는 유효 기간 정보를 포함하고, 상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하기 위한, 상기 어플리케이션이 유효한 기간을 포함하는 제1 모드, 또는 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작을 제어하기 위한 제2 모드 중 하나를 지정 가능함 - ,
    상기 콘텐츠와 함께, 상기 유효 기간 정보를 송신하도록 구성된 송신부
    를 구비하고,
    상기 유효 기간 정보가 상기 제2 모드를 지정하는 경우에는 상기 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작이 제어되고, 상기 유효 기간 정보가 상기 제1 모드를 지정하는 경우에는 상기 기간에 따라 상기 어플리케이션의 동작이 제어되는, 송신 장치.
  12. 제11항에 있어서, 상기 유효 기간 정보는,
    상기 제1 모드가 지정되어 있는 경우, 상기 기간에 따라 상기 어플리케이션을 기동 또는 정지하기 위한 정보이며,
    상기 제2 모드가 지정되어 있는 경우, 상기 엔드 유저의 액션에 따라 상기 어플리케이션을 기동 또는 정지하기 위한 정보인, 송신 장치.
  13. 제11항에 있어서, 상기 어플리케이션은, 1개 또는 복수의 파일을 포함하고,
    상기 유효 기간 정보는, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 개시 시각을 나타내는 제1 개시 시각 정보와, 상기 파일로부터 얻어지는 대상의 페이지가 유효한 기간의 종료 시각을 나타내는 제1 종료 시각 정보를 포함하는, 송신 장치.
  14. 제13항에 있어서, 상기 생성부는, 상기 제2 모드를 지정하는 경우에, 상기 제1 개시 시각 정보 및 상기 제1 종료 시각 정보 중 적어도 한쪽의 시각 정보에 대하여, 미리 정해진 특정한 키워드를 지정하도록 구성되는, 송신 장치.
  15. 제12항에 있어서, 상기 생성부는, 상기 어플리케이션을 취득 가능한 기간을 나타내는 취득 기간 정보를 생성하도록 구성되고,
    상기 송신부는, 상기 취득 기간 정보를 송신하도록 구성되는, 송신 장치.
  16. 제15항에 있어서, 상기 어플리케이션은, 1개 또는 복수의 파일을 포함하고,
    상기 취득 기간 정보는, 상기 파일의 배신 기간의 개시 시각을 나타내는 제2 개시 시각 정보와, 상기 파일의 배신 기간의 종료 시각을 나타내는 제2 종료 시각 정보를 포함하는, 송신 장치.
  17. 제15항에 있어서, 상기 생성부는, 상기 유효 기간 정보와 상기 취득 기간 정보를, 서비스마다 제공되는, 상기 어플리케이션을 제어하기 위한 어플리케이션 제어 정보에 포함하여 생성하도록 구성되고,
    상기 어플리케이션 제어 정보는 상기 콘텐츠와 함께 송신되는, 송신 장치.
  18. 제17항에 있어서, 상기 생성부는, 임의의 기간에 상기 어플리케이션이 취득되도록 하는 경우, 상기 어플리케이션 제어 정보에, 상기 유효 기간 정보만을 포함하도록 구성되는, 송신 장치.
  19. 제17항에 있어서, 하나의 상기 어플리케이션 제어 정보는, 하나의 상기 어플리케이션을, 하나의 상기 콘텐츠에 대하여 부수되게 하기 위한 정보인, 송신 장치.
  20. 송신 장치의 데이터 처리 방법에 있어서,
    상기 송신 장치가,
    콘텐츠와 연관된 어플리케이션을 제어하기 위한 어플리케이션 제어 정보를 생성하는 스텝과 - 상기 어플리케이션 제어 정보는 유효 기간 정보를 포함하고, 상기 유효 기간 정보는, 상기 기간에 따라서 상기 어플리케이션의 동작을 제어하기 위한, 상기 어플리케이션이 유효한 기간을 포함하는 제1 모드, 또는 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작을 제어하기 위한 제2 모드 중 하나를 지정 가능함 - ,
    상기 콘텐츠와 함께, 상기 유효 기간 정보를 송신하는 스텝
    을 포함하고,
    상기 유효 기간 정보가 상기 제2 모드를 지정하는 경우에는 상기 엔드 유저의 액션에 따라서 상기 어플리케이션의 동작이 제어되고, 상기 유효 기간 정보가 상기 제1 모드를 지정하는 경우에는 상기 기간에 따라 상기 어플리케이션의 동작이 제어되는, 데이터 처리 방법.
KR1020197001336A 2016-07-25 2017-07-11 수신 장치, 송신 장치, 및 데이터 처리 방법 KR102491466B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016145101 2016-07-25
JPJP-P-2016-145101 2016-07-25
PCT/JP2017/025256 WO2018021015A1 (ja) 2016-07-25 2017-07-11 受信装置、送信装置、及び、データ処理方法

Publications (2)

Publication Number Publication Date
KR20190031238A KR20190031238A (ko) 2019-03-25
KR102491466B1 true KR102491466B1 (ko) 2023-01-25

Family

ID=61016522

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197001336A KR102491466B1 (ko) 2016-07-25 2017-07-11 수신 장치, 송신 장치, 및 데이터 처리 방법

Country Status (8)

Country Link
US (1) US10742339B2 (ko)
EP (1) EP3490265A1 (ko)
JP (1) JPWO2018021015A1 (ko)
KR (1) KR102491466B1 (ko)
BR (1) BR112019001062A2 (ko)
CA (1) CA3030391C (ko)
MX (1) MX2019000782A (ko)
WO (1) WO2018021015A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112840665B (zh) * 2019-02-07 2024-01-19 Lg电子株式会社 广播信号发送设备、广播信号发送方法、广播信号接收方法和广播信号接收设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100107181A1 (en) * 2008-10-23 2010-04-29 Samsung Electronics Co., Ltd. Method and apparatus for providing application by using application information table
US20140043540A1 (en) * 2012-08-13 2014-02-13 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001292427A (ja) * 2000-04-06 2001-10-19 Nippon Television Network Corp コンテンツの連動方法、及びそのシステム
JP2006050105A (ja) * 2004-08-02 2006-02-16 Toshiba Corp メタデータの構造及びその再生装置と方法
KR100813985B1 (ko) 2006-09-06 2008-03-14 삼성전자주식회사 저장된 데이터 방송 서비스들 중에서 애플리케이션을포함하는 데이터 방송 서비스를 필터링하기 위한 데이터방송 서비스 제공 장치 및 방법
US9661387B2 (en) 2012-05-10 2017-05-23 Sony Corporation Receiving apparatus, reception method, transmitting apparatus, transmission method, and program
BR112015007003A2 (pt) 2012-10-10 2017-07-04 Sony Corp dispositivos de recepção e de transmissão, métodos de recepção para um dispositivo de recepção e de transmissão para um dispositivo de transmissão, e, programa
JP2015119286A (ja) * 2013-12-17 2015-06-25 株式会社Ｎｔｔぷらら コンテンツサーバ、コンテンツ再生装置、コンテンツ再生制御方法、コンテンツ再生制御プログラム
JP2016103745A (ja) * 2014-11-28 2016-06-02 ソニー株式会社 送信装置及び送信方法、並びに、受信装置並びに受信方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100107181A1 (en) * 2008-10-23 2010-04-29 Samsung Electronics Co., Ltd. Method and apparatus for providing application by using application information table
US20140043540A1 (en) * 2012-08-13 2014-02-13 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method

Also Published As

Publication number Publication date
EP3490265A4 (en) 2019-05-29
US10742339B2 (en) 2020-08-11
WO2018021015A1 (ja) 2018-02-01
JPWO2018021015A1 (ja) 2019-05-09
MX2019000782A (es) 2019-06-20
CA3030391A1 (en) 2018-02-01
BR112019001062A2 (pt) 2019-05-07
KR20190031238A (ko) 2019-03-25
CA3030391C (en) 2023-08-15
EP3490265A1 (en) 2019-05-29
US20190190633A1 (en) 2019-06-20

Similar Documents

Publication Publication Date Title
JP6346859B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR102637023B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
US9226029B2 (en) Method and apparatus for client capable of accessing broadcasting network and internet network to receive application
KR102443060B1 (ko) 정보 처리 장치 및 정보 처리 방법
US11336957B2 (en) Reception apparatus, transmission apparatus, and data processing method
KR102558781B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
KR102491466B1 (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
KR102347851B1 (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR102408267B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
US20220376804A1 (en) Reception device, transmission device, and data processing method
KR102600762B1 (ko) Atsc 3.0 기반의 방송 콘텐츠 전송 장치 및 방법과, 방송 콘텐츠 수신 장치 및 방법

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
GRNT Written decision to grant