CN107534793A - 接收装置、传输装置以及数据处理方法 - Google Patents

接收装置、传输装置以及数据处理方法 Download PDF

Info

Publication number
CN107534793A
CN107534793A CN201680023586.0A CN201680023586A CN107534793A CN 107534793 A CN107534793 A CN 107534793A CN 201680023586 A CN201680023586 A CN 201680023586A CN 107534793 A CN107534793 A CN 107534793A
Authority
CN
China
Prior art keywords
data
event
signaling data
signaling
information
Prior art date
Legal status (The legal status 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 status listed.)
Granted
Application number
CN201680023586.0A
Other languages
English (en)
Other versions
CN107534793B (zh
Inventor
山岸靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of CN107534793A publication Critical patent/CN107534793A/zh
Application granted granted Critical
Publication of CN107534793B publication Critical patent/CN107534793B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/4348—Demultiplexing of additional data and video streams
    • 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/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • 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
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • 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/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/43615—Interfacing a Home Network, e.g. for connecting the client to a plurality of peripherals
    • 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/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

实现一种配置，在该配置中，信令数据更新信息被存储在事件通知消息中并且被传输至接收设备，并且使得接收设备中的信令数据更新的可靠执行成为可能。传输设备在事件通知消息中存储信令数据更新信息，并且将该消息传输至接收设备。在存储在事件通知中的事件数据是信令数据更新信息的情况下，接收设备将数据输出至信令数据处理单元。信令数据处理单元执行基于信令数据更新信息的信令数据更新。事件通知数据存储在用作用于AV内容的传输数据的片段内，并且接收设备可通过从该片段获取信令数据更新信息执行信令数据更新。

Description

接收装置、传输装置以及数据处理方法
技术领域
本公开涉及接收装置、传输装置以及数据处理方法。更具体地，本公开涉及例如通过广播波或网络执行数据的接收或传输的接收装置和传输装置，以及准备好通信数据的数据处理方法。
背景技术
OTT(越顶)可用作一种数据分配方法，通过该数据分配方法，不论单个电信运营商的服务形式，图像数据、声音数据等的内容都可被分配。通过OTT的分配内容被称为OTT内容，并且利用OTT的图像(视频)数据的分配服务被称为OTT视频或OTT-V(越顶视频)。
DASH(通过HTTP的动态自适应流)标准可用作根据OTT-V的数据流分配标准。DASH是与使用基于HTTP(超文本传送协议)的流协议的自适应(adaptive)流分配相关的标准。
在自适应(adaptive)流中，为了允许通过成为数据分配目的地的各个客户端的内容再现，广播站等的内容分配服务器生成清单文件，该清单文件描述多个比特率的视频内容的分段文件或者分段文件的属性信息或URL，并且将所生成的清单文件提供至客户端。
客户端将从服务器获取清单文件，根据自身装置的显示单元的尺寸或者可用通信频带选择最佳比特率内容，并且接收并再现所选择的内容。另外，能够响应于网络频带的变化执行比特率的动态变化，并且客户端侧可根据情况不时地可切换地接收最佳内容，并且实现视频内容的再现，通过该再现，降低视频中断的出现。应注意，例如，在PTL 1(JP 2011-87103A)中描述了自适应(adaptive)流。
用于使用通过广播波等的单向通信或者通过网络(诸如因特网)的双向通信或单向通信，来从广播站或一些其他传输装置(诸如内容服务器)向接收装置(诸如电视机、PC(个人电脑)或便携式终端)传输和接收内容(诸如广播节目)的系统的发展和标准化正在积极进行。
应注意，作为公开了用于通过广播波和网络实现数据分配的技术的相关技术文献，例如PTL 2(JP 2014-057227A)是可用的。
作为与通过广播波和网络的数据分配系统相关的标准，ATSC(高级电视系统委员会)3.0的标准化目前正在进行。
在ATSC3.0中，如下配置正在被研究，其中，用于执行ATSC3.0广播的接收处理等的中间件包含在具有包含在其中的符合ATSC3.0的物理层(ATSC-PHY)的广播分配设备(安装有调谐器的设备)中，使得包括用于ATSC广播的控制信息等的信令数据被接收以允许基于信令数据的各种控制。
具体地，如下配置正在被研究，其中，基于信令数据的控制可利用用在因特网等上的应用程序(即，客户端应用)，原样实现广播内容的输出处理或者利用由广播波等提供的各种应用的数据处理。
例如，符合ATSC3.0的物理层(ATSC-PHY)和ATSC3.0广播接收中间件被结合至安装在家庭或热点处并且接收广播服务的服务器(除了专用的服务器以外、PC、TV(电视机)、平板电脑、智能电话等)。
在ATSC3.0广播服务被接收一次之后，服务器通过网络(家庭网络，或者热点处的LAN/Wi-Fi(无线保真)等)将广播接收数据传送至用户装置(PC、电视机、平板电脑、智能电话等)。
通过服务器传送的广播接收数据输入至的用户装置可利用在用户装置的再现控制单元上运行的应用(例如，ATSC3.0DASH客户端应用)，执行广播内容的再现或者执行由广播分配的各种应用。
在该形式中，执行包括ATSC3.0广播服务的控制信息的信令数据的分析等的中间件用作在信令数据的接收时刻执行即时分析处理的终端设备。因此，难以使后续阶段的再现控制单元或信令数据处理单元立即掌握由广播波等传输的信令数据的实质，并且存在基于信令数据的处理可延迟的可能性。
信令数据包括用于例如响应于节目时间表的变化、传输数据的编码解码器的变化等来通知这种变化信息的信令数据更新信息。
必须在这种更新信息的后续阶段中无延迟地通知信令数据处理单元，并且如果通知延迟，则信令数据处理单元或再现控制单元可能不能执行正确处理。
参考文献列表
专利文献
[PTL 1]
JP 2011-87103 A
[PTL 2]
JP 2014-057227 A
发明内容
技术问题
已鉴于例如如上所述的这种问题而做出本公开，并且本公开的目的是提供实现如下配置的接收装置、传输装置以及数据处理方法，通过该配置，当信令数据更新信息等被包括在由ATSC3.0广播接收中间件接收的信令数据中时，信令数据更新信息等被确定地输出至信令数据处理单元。
问题的解决方案
本公开的第一方面是一种接收装置，包括：通信单元，被配置为接收其中信令数据更新信息被存储为事件数据的事件通知数据；以及信令数据处理单元，被配置为基于事件通知消息中的被存储为事件数据的信令数据更新信息执行信令数据更新处理。
此外，本公开的第二方面是一种接收装置，包括：通信单元，被配置为接收信令数据；中间件，被配置为生成其中信令数据更新信息被存储为事件数据的事件通知数据；数据处理单元，被配置为从事件通知数据获取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元；以及信令数据处理单元，被配置为基于信令数据更新信息执行信令数据更新处理。
此外，本公开的第三方面是一种传输装置，包括：通信单元，被配置为传输其中信令数据更新信息被存储为事件数据的事件通知数据。
此外，本公开的第四方面是一种由接收装置执行的数据处理方法，包括：由通信单元接收其中信令数据更新信息被存储为事件数据的事件通知数据；以及由信令数据处理单元基于事件通知消息中的被存储为事件数据的信令数据更新信息执行信令数据更新处理。
此外，本公开的第五方面是一种由接收装置执行的数据处理方法，包括：由通信单元接收信令数据；由中间件生成其中信令数据更新信息被存储为事件数据的事件通知数据；由数据处理单元从事件通知数据获取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元；以及由信令数据处理单元基于信令数据更新信息执行信令数据更新处理。
此外，本公开的第六方面是由传输装置执行的数据处理方法，包括：由通信单元传输其中信令数据更新信息被存储为事件数据的事件通知数据。
基于在下文中描述的本公开的实施方式以及附图，从更详细的说明中，本公开的以上和其他目的、特征和优势将变得更加显而易见。应注意，本文的术语“系统”是多个装置的逻辑上聚合配置，并且不限于组件装置容纳在相同壳体中的系统。
本发明的有益效果
根据本公开的一个实施方式的配置，实现一种配置，通过该配置，信令数据更新信息被存储至事件通知消息并且与事件通知消息一起被传输至接收装置，以便可执行通过接收装置的可靠信令数据更新处理。
具体地，传输装置将信令数据更新信息存储至事件通知消息，并且将事件通知消息传输至接收装置。当存储在事件通知中的事件数据是信令数据更新信息时，接收装置将事件数据输出至信令数据处理单元。信令数据处理单元基于信令数据更新信息执行信令数据更新处理。事件通知数据存储在作为用于AV(视听)内容的传输的数据的片段中，并且接收装置可从该片段获取信令数据更新信息，并且执行信令数据更新处理。
通过本配置，可实现一种配置，通过该配置，信令数据更新信息被存储至事件通知消息并且与事件通知消息一起被传输至接收装置，由此允许接收装置执行可靠信令数据更新处理。
应注意，本文描述的有益效果是说明性的并非限制性的，并且可存在额外效果。
附图说明
[图1]图1是示出执行本公开的处理的通信系统的配置实例的视图。
[图2]图2是示出传输装置的传输数据的视图。
[图3]图3是描述传输装置和接收装置的协议栈的实例的视图。[图4]图4是示出ROUTE/FLUTE协议栈的视图。
[图5]图5是示出接收装置的配置实例的视图。
[图6]图6是示出接收装置的配置实例的视图。
[图7]图7是示出MPD的配置实例的视图。
[图8]图8是示出MPD的配置实例的视图。
[图9]图9是示出事件通知MPD的配置实例的视图。
[图10]图10是示出MPD的利用顺序的实例的视图。
[图11]图11是示出事件信息的生成、传输和利用顺序的视图。
[图12]图12是示出事件信息要被存储至的片段的配置的视图。
[图13]图13是示出事件信息被存储的片段中的数据配置的实例的视图。
[图14]图14是示出事件信息的生成、传输和利用顺序的视图。
[图15]图15是示出信令数据更新信息的配置实例的视图。
[图16]图16是示出信令数据更新信息被存储的片段(由MP4规定的emsg框)的实例的视图。
[图17]图17是示出存储在片段中的信令数据更新信息的实例的视图。
[图18]图18是示出信令数据更新信息的生成、传输和利用顺序的视图。
[图19]图19是示出信令数据更新信息的不同的生成、传输和利用顺序的视图。
[图20]图20是示出作为通信装置的传输装置和接收装置的配置实例的视图。
[图21]图21是示出作为通信装置的传输装置和接收装置的硬件配置实例的视图。
具体实施方式
以下，参考附图描述本公开的接收装置、传输装置以及数据处理方法的细节。应注意，根据以下项给出描述。
1.通信系统的配置实例
2.数据通信协议FLUTE和ROUTE
3.由传输装置和接收装置执行的通信处理的实例
4.接收装置的配置实例和处理实例
5.信令数据更新信息的传送过程
6.事件通知配置
6-1.MPD应用事件通知方法(＝MPD事件)
6-2.片段应用事件通知方法(＝带内事件信令)
7.信令数据更新信息的通知过程
7-1.利用事件通知机制的信令数据更新信息通知配置的概述
7-2.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的通知配置
8.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的传输和利用顺序
9.利用未安装调谐器的接收装置的处理实例
9-1.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的传输和利用顺序
10.传输装置和接收装置的配置实例
11.本公开的配置的概要
1.通信系统的配置实例
首先，参考图1描述执行本公开的处理的通信系统的配置实例。
如图1所述，通信系统10包括：传输装置20，该传输装置是传输诸如图像数据、声音数据等的内容的通信装置；安装调谐器的接收装置30，其是通过广播波或网络接收从传输装置20传输的内容的通信装置；以及未安装调谐器的接收装置40，其通过安装调谐器的接收装置30和网络接收从传输装置20传输的内容。
传输装置20具体地是提供内容的装置，诸如例如，广播站21、数据分配服务器22等。
安装调谐器的接收装置30是包括用于接收广播波的调谐器的接收装置。例如，安装调谐器的接收装置30是一般用户的客户端装置或家庭服务器、安装在公共设施中的中继服务器等。具体地，安装调谐器的接收装置30是例如，中继服务器(包括家庭服务器等)31、电视机32、PC 33、便携式终端34等。
另一方面，未安装调谐器的接收装置40是不包括用于接收广播波的调谐器的接收装置。具体地，未安装调谐器的接收装置40是PC 41、便携式终端42等。
传输装置20与安装调谐器的接收装置30之间的数据通信被执行作为利用通过网络(诸如因特网)的双向通信或单向通信中的至少一个或两个以及通过广播波等的单向通信的通信。
例如，根据作为自适应(adaptive)流技术的标准的DASH(MPEG(运动图像专家组)-DASH)标准执行从传输装置20向安装调谐器的接收装置30的内容传输。
应注意，DASH(通过HTTP的动态自适应流)标准是如上文描述的与使用基于HTTP(超文本传送协议)的流协议的自适应(adaptive)流分配相关的标准。
MPEG-DASH标准包括以下两个标准：
(a)与用于描述作为视频或音频文件的管理信息的元数据的清单文件(MPD：媒体呈现描述)相关的标准；以及
(b)与用于视频内容传输的文件格式(片段格式)相关的标准。
根据上述MPEG-DASH标准执行从传输装置20向安装调谐器的接收装置30的内容分配。
由安装调谐器的接收装置30接收的内容通过网络(在家庭中，通过家庭网络(LAN/Wi-Fi等)，但是在热点处，通过Wi-Fi等)传送至未安装调谐器的接收装置40。
安装调谐器的接收装置30和未安装调谐器的接收装置40可执行从传输装置20传输的内容的再现。
传输装置20对内容数据进行编码，并且生成包括编码数据和编码数据的元数据的数据文件。例如，根据在MPEG中规定的MP4文件格式来执行编码处理。应注意，当传输装置20生成MP4格式的数据文件时，编码数据的文件被称为“mdat”，并且元数据被称为“moov”、“moof”等。
由传输装置20提供至安装调谐器的接收装置30的内容是例如，音乐数据、电影的视频数据、电视节目、视频、照片、文献、图片或图表或者游戏和软件的各种数据。
参考图2描述传输装置20的传输数据。
如图2所示，根据MPEG-DASH标准执行数据传输的传输装置20执行以下给出的多个类型(大致划分时)的数据的传输。
(a)信令数据50
(b)AV片段60
(c)其他数据(ESG、NRT内容等)70
AV片段60包括要通过接收装置再现的图像(视频)或声音(音频)数据，即，例如，从广播站提供的节目内容等。例如，AV片段60包括上文描述的MP4编码数据(mdat)和元数据(moov、moof)。应注意，AV片段也被称为DASH片段。
同时，信令数据50包括各种控制信息，诸如，节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
必须使安装调谐器的接收装置30在接收存储变为再现目标的节目内容的AV片段60之前接收信令数据50。
例如，信令数据50从传输装置20传输作为XML(可扩展标记语言)格式的数据。
信令数据不时重复传输。例如，信令数据频繁且重复传输，例如在每100毫秒后。
这旨在使得接收装置(客户端)能够在任意时间立即获取信令数据。
客户端(接收装置)可无延迟地执行节目内容的接收和再现所必需的处理，诸如基于可被接收的信令数据，在任意时间获取用于访问必需节目内容的地址或编码解码器设置处理。
其他数据70包括例如，ESG(电子服务指南)、NRT内容等。
ESG是电子服务指南(Electronic Service Guide)，并且是诸如例如节目表的指南信息。
NRT内容是非实时型的内容。
NRT内容包括例如，在作为客户端的安装调谐器的接收装置30的浏览器上执行的各种应用文件以及移动图像、静止图像等的数据文件。
图2所示的以及以下给出的数据，即，
(a)信令数据50
(b)AV片段60
(c)其他数据(ESG、NRT内容等)70
例如根据数据通信协议：FLUTE(单向文件传送)传输。
2.数据通信协议FLUTE和ROUTE
数据通信协议：FLUTE(单向文件传送)是用于执行通过多播传输的内容的会话管理的协议。
例如，由作为传输装置的服务器侧生成的文件(由URL和版本标识)根据FLUTE协议被传输至作为接收装置的客户端。
安装调谐器的接收装置(客户端)30将例如接收文件和相互关联的文件的URL和版本累积至存储单元(客户端缓存)。
据认为，具有相同URL但是与其他文件具有不同版本的文件按其实质更新。尽管FLUTE协议仅执行单向文件传送控制并且不具有通过客户端对文件的选择性过滤功能，但是如果其传送由FLUTE控制的文件利用与文件链接的元数据由客户端侧选择性使用，则能够实现选择性过滤并且执行在其上反映用户偏好的本地缓存的配置和更新管理。
应注意，不仅能够扩展元数据并且将元数据结合至FLUTE协议，而且也能够通过诸如ESG(电子服务指南)的协议来分开描述元数据。
应注意，FLUTE被初始指定为多播中的文件传送协议。FLUTE由FDT和用于被称为ALC(异步分层编码)的可扩展文件对象的多播协议的组合配置，具体地，作为多播协议的构建块的LCT(分层编码传送)或FEC(前向纠错)组件。
尽管传统FLUTE是为了主要用于异步文件传送的目的而开发的，但是目前正在由ATSC(高级电视系统委员会)(其是用于通过广播波和网络的数据分配系统的标准化组织)执行用于使得易于也将FLUTE应用至广播实时流的扩展。该FLUTE的扩展规范被称为ROUTE(单向实时对象传送)。
作为用于通过广播波和网络的数据分配系统的标准中的一个，ATSC(高级电视系统委员会)3.0是可用的，其是标准化目前正在推进的标准。该ATSC3.0规定采取用于信令数据、ESG、异步文件、同步型流等的传输的ROUTE来代替传统FLUTE协议的栈配置。
3.由传输装置和接收装置执行的通信处理的实例
现在，描述由传输装置和接收装置执行的通信处理的实例。
图3是描述传输装置和接收装置的协议栈的实例的视图。
图3所述的实例具有用于执行以下两种通信数据处理的两个协议栈。
(a)广播(包括多播)通信(例如，广播型数据分配)；以及
(b)单播(宽带)通信(例如，HTTP类型的P2P(对等)通信)。
图3中的左侧描述准备用于(a)广播通信(例如，广播型数据分配)的协议栈。
图3中的右侧描述准备用于(b)单播(宽带)通信(例如，HTTP类型的P2P通信)的协议栈。
准备用于图3中的左侧所表示的(a)广播通信(例如，广播型数据分配)的协议栈按照顺序从最底层开始具有以下层：
(1)广播物理层(广播PHY)；
(2)IP(因特网协议)多播层(IP多播)；
(3)UDP(用户数据报协议)层；
(4)ROUTE(＝扩展型FLUTE)层；
(5)ESG、NRT内容、DASH(ISO(国际标准化组织)BMFF(基媒体文件格式))以及视频/音频/CC(隐藏式字幕)；以及
(6)应用层(应用(HTML5(第五版本的超文本标记语言)))。
应注意，作为(2)IP多播层(IP多播)的上一层，设置信令(Signaling)层。
信令层是应用于以上参考图2描述的信令数据50的传输和接收的层。信令数据包括节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)形成的指南信息、控制信息等。
信令数据是包括要通过接收装置(客户端)接收并再现的AV片段的访问信息以及接收之后的处理(诸如解码处理)所必需的指南信息和控制信息，并且是从传输装置不时重复传输的数据。
存在根据信息的各种信令数据。具体地，信令数据包括作为以服务为单位的信令数据的USD(用户服务描述(User Service Description))。
USD包括各种控制信息。作为代表性控制信息，MPD(媒体呈现描述(MediaPresentation Description))是可行的，该MPD是具有存储与内容(AV片段)相对应的各种指南信息和控制信息的清单文件的信令数据。
各种信令数据是接收装置(客户端)所必需的用于从传输装置传输的AV片段或应用(应用程序)的接收、再现处理和控制处理的数据，并且例如针对不同种类被单独设为文件(元文件)并且从传输装置传输。
应注意，作为(1)广播物理层(广播PHY)的上一层，设置未来的新协议的利用许可层(未来可扩展性)。
(1)广播物理层(广播HY)是由控制例如用于执行广播通信的广播系统的通信单元的通信控制单元配置的物理层。
(2)IP多播层(IP多播)是用于根据IP多播执行数据传输和接收处理的层。
(3)UDP层是用于UDP数据包的生成和分析处理层。
(4)ROUTE层是用于根据作为扩展型FLUTE协议的ROUTE协议来执行传送数据的存储或提取的层。
Route是与FLUTE类似的被称为ALC的可扩展文件对象的多播协议，并且具体地包括作为协议的构建块的LCT或FEC组件的组合。
图4描述与ROUTE和FLUTE相关的协议栈。
(5)ESG、NRT内容、DASH(ISO BMFF)和视频/音频/CC根据ROUTE协议进行数据传送。
根据DASH标准的广播分配服务被称为MBMS(多媒体广播多播服务)。作为用于通过LTE(长期演进)有效实现该MBMS的方法，eMBMS(演进多媒体广播多播服务)是可行的。
MBMS和eMBMS是广播分配服务，并且是例如通过公共承载向作为置于特定区域中的接收装置的多个用户终端(UE)一次性分配相同数据(例如电影内容)的服务。通过根据MBMS或eMBMS的广播分配，相同内容可同时提供至大量接收装置，诸如，置于分配服务提供区域中的智能电话、PC或电视机。
MBMS和eMBMS规定根据传送协议ROUTE或FLUTE，用于根据3GPP(第三代合作伙伴计划)文件格式(ISO-BMFF文件或MP4文件)来下载文件的处理。
在大多数情况下，上文参考图2描述的以及以下给出的数据，即，
(a)信令数据50，
(b)AV片段60，以及
(c)其他数据(ESG、NRT内容等)70
根据ROUTE协议或FLUTE协议传输。
(5)ESG、NRT内容、DASH(ISO BMFF)以及视频/音频/CC根据ROUTE协议进行数据传送。
ESG是电子服务指南(Electronic Service Guide)，并且是诸如例如节目表的指南信息。
NRT内容是非实时型的内容。
如上文描述的，NRT内容包括例如，在作为客户端的接收装置的浏览器上执行的各种应用文件以及移动图片、静止图片等的数据文件。
视频/音频/CC是变为再现目标的实际数据，诸如根据DASH标准分配的视频或音频。
(6)应用层(应用(HTML5))是用于执行要根据ROUTE协议传送的数据的生成或分析的应用层，各种数据等的输出控制，并且执行例如HTML5应用至的数据生成、分析、输出处理等。
另一方面，图3中的右侧所示的并且准备用于(b)单播(宽带)通信(例如，HTTP类型的P2P通信)的协议栈按照顺序从最底层开始具有以下层：
(1)宽带物理层(广播PHY)；
(2)IP单播层(IP单播)；
(3)TCP(传输控制协议)层；
(4)HTTP层；
(5)ESG、信令、NRT内容、DASH(ISO BMFF)以及视频/音频/CC；以及
(6)应用层(应用(HTML5))。
(1)广播物理层(广播PHY)是由控制例如用于执行宽带通信的网卡的通信单元的通信控制单元(诸如设备驱动器)配置的物理层。
(2)IP单播层(IP单播)是用于执行IP单播传输和接收处理的层。
(3)HTTP层是用于HTTP数据包的生成和分析处理层。
该上层的栈配置类似于图3中的左侧的(a)广播通信(例如，广播型的数据分配)的栈配置。
应注意，传输装置(服务器)20和安装调谐器的接收装置(客户端)30根据用于图3的以下两个处理系统的两个通信协议栈中的至少一个执行处理，即，
(a)广播通信(或广播型的数据分配)，以及
(b)单播(宽带)通信(例如，HTTP类型的P2P通信)。
同时，作为与安装调谐器的接收装置(客户端)30的通信处理，未安装调谐器的接收装置(客户端)40根据图3中的右侧的用于处理系统的通信协议栈来执行通信处理，即，
(b)单播(宽带)通信(例如，HTTP类型的P2P通信)。
在图3所描述的协议栈中，能够不仅在ROUTE(FLUTE)的控制文件中而且也在描述文件传送会话的信令(Signaling)数据中，描述根据ROUTE(FLUTE)进行多播传送的文件组的属性(包括作为每个文件的标识符的URL的属性)。另外，能够通过ESG(其也可应用于向终端用户的呈现应用)描述文件传送会话的进一步详细属性。
如上文描述的，作为与通过广播波和网络的数据分配系统相关的标准中的一个，ATSC(高级电视系统委员会)3.0的标准化正在进行。
在ATSC3.0中的基于IP的传送栈的标准化中，根据从FLUTE(单向文件传送)扩展的ROUTE(单向实时对象传送)协议，基于MPEG-DASH的文件格式(ISO-BMFF文件或MP4文件)来传送文件的方法已被提出并且建立作为标准候选方法。
通过应用ROUTE协议，可传送DASH标准的分段MP4(fragmented MP4)文件序列、作为DASH标准的控制信息(信令数据)存储元文件的MPD(媒体呈现描述)、作为用于广播分配的信令数据的USBD(用户服务包说明)/USD、S-TSID(基于服务的传送会话描述)等。
如上文描述的，ROUTE协议是基于FLUTE的协议。描述FLUTE中的传送控制参数的元数据文件被称为FDT(文件传送表)，并且描述ROUTE中的传送控制参数的元数据文件被称为S-TSID(基于服务的传送会话描述)。S-TSID是FDT的超集并且包括FDT。
提出作为ATSC3.0服务层的信令数据(SLS：服务层信令)的USBD/USD、S-TSID、MPD等都通过ROUTE会话传送。
4.接收装置的配置实例和处理实例
现在，参考图5等描述安装调谐器的接收装置(客户端A)30和未安装调谐器的接收装置(客户端B)40的配置实例和处理实例。
广播服务器21通过广播波或网络通过广播传输，传输包括广播内容等的AV片段、信令数据以及其他数据。
尽管在图5中未描述，但是作为广播服务器21外的传输装置的数据分配服务器22也通过广播波或网络通过广播传输，传输包括广播内容等的AV片段、信令数据以及其他数据。
如图5所述，安装调谐器的接收装置30包括中间件110、HTTP代理服务器120、再现控制单元(DASH客户端)131、输出控制单元132以及信令数据处理单元140。
中间件110接收并分析广播服务器21的提供数据。
中间件110包括通信单元(PHY/MAC(媒体访问控制))111、用于获取信令数据的信令获取单元112、用于分析信令数据的信令分析单元113、以及用于获取信令数据、视频、音频等的节目内容数据、NRT内容(诸如应用等)等的数据文件的片段获取单元114。
此外，中间件110包括用于执行用于将事件信息插入存储信令数据或AV数据的片段中的处理的事件插入单元115，该事件信息包括广播节目或传输数据的变化、细节等的通知信息、与要通过接收装置执行的应用相关的信息、接收装置所必需的处理的信息等。
事件信息是要传递至接收装置的信息，诸如，例如，节目表的变化、广播内容的数据形式的变化以及在接收装置中再现广播内容时要执行的处理、用于请求一些处理的执行的信息等。
中间件110进一步包括应用文件获取单元116，用于获取存储用于由接收装置执行的各种应用(应用程序)的应用文件。
应用是用于执行例如，要以与广播节目或玩家信息(在棒球实时广播的情况下)等的重叠关系显示的天气信息或新闻信息的各种信息显示的应用。
作为应用的具体实例，例如，以下应用可行：
用于显示的应用，其中，广播内容是包括旅游景点的指南视频、地图信息、旅馆信息等的用于以与广播内容的重叠关系显示的内容；
用于显示的应用，其中，广播内容是棒球实时广播、每个玩家关于击球率的级别信息、全垒打的数目等；以及
用于向观众显示测验或调查问卷并且利用双向通信从观众收集答案的应用。
除此之外，根据用户提供的诸如广告显示的各种应用可行。
通过中间件110接收的数据被存储至代理服务器120的缓存单元(代理缓存)121中。代理服务器120进一步将通过网络从数据分配服务器22获取的数据存储至缓存单元(代理缓存)122中。
代理服务器120将数据请求从输出控制单元132输入至地址解析单元123，从缓存单元(代理缓存)121或122或从外部获取请求的数据，并且然后提供所请求的数据。
再现控制单元(DASH客户端)131执行根据DASH(MPEG-DASH)标准传输的内容的再现控制。
如上文描述的，MPEG-DASH标准包括以下两个标准：
(a)与用于描述作为视频或音频文件的管理信息的元数据的清单文件(MPD：媒体呈现描述)相关的标准；以及
(b)与用于视频内容传输的文件格式(片段格式)相关的标准。
根据上述MPEG-DASH标准执行从传输装置20向安装调谐器的接收装置30的内容分配。
内容例如根据MPEG中规定的MP4文件格式，作为片段(其是预定单元的分割数据)传输，并且再现控制单元(DASH客户端)131参考清单文件(MPD)并且执行用于获取存储再现目标内容的片段等的处理。
输出控制单元132从通过再现控制单元131获取的片段中提取编码内容，解码编码内容，并且将解码内容输出至输出单元(诸如显示单元)。
信令数据处理单元(SLS信令解析器&查看器)140基于从传输装置20(广播服务器21或数据分配服务器22)传输的信令数据执行处理。
如上文参考图2描述的，信令数据50由各种控制信息配置，诸如，节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
信令数据处理单元(SLS信令解析器&查看器)140基于通过获取信令数据(SLS：服务层信令)而获取的信令数据执行处理。
信令数据处理单元140基于信令数据执行各种处理。例如，信令数据处理单元140执行用于向再现控制单元131提供节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL)或编码解码器信息(编码方法等)的处理，信令数据的显示处理(例如，节目表的显示处理)等。
应注意，存在节目时间表(节目表)或信令数据(诸如地址信息或编码解码器信息)可不时更新的可能性，并且必须使得接收装置利用最新信令数据执行处理。
此外，图5所述的未安装调谐器的接收装置(客户端B)40通过网络(诸如例如以太网(注册商标)或Wi-Fi)耦接至安装调谐器的接收装置(客户端A)30，并且执行与安装调谐器的接收装置(客户端A)30的通信。
未安装调谐器的接收装置(客户端B)通过安装调谐器的接收装置(客户端A)30从广播服务器21或数据分配服务器22接收通过安装调谐器的接收装置(客户端A)30接收的内容等的数据，并且执行内容再现。
图5所述的未安装调谐器的接收装置(客户端B)40包括：
再现控制单元(DASH客户端)151，
输出控制单元152，以及
信令数据处理单元160。
刚刚提到的组件和功能类似于上文结合安装调谐器的接收装置(客户端A)30描述的再现控制单元(DASH客户端)131、输出控制单元132和信令数据处理单元140的组件和功能。
图6是描绘如下的详细配置的视图：
安装调谐器的接收装置(客户端A)30具有
再现控制单元(DASH客户端)131和
输出控制单元132，并且
未安装调谐器的接收装置(客户端B)40具有
再现控制单元(DASH客户端)151和
输出控制单元152。
安装调谐器的接收装置(客户端A)30的再现控制单元(DASH客户端)131包括MPD获取单元201、MPD分析单元202、片段获取单元203、片段(MP4)分析单元204以及事件提取单元205。
再现控制单元(DASH客户端)131执行根据如上文描述的DASH(MPEG-DASH)标准传输的内容的再现控制。
MPD获取单元201获取作为视频或音频文件的管理信息描述文件的清单文件(MPD：媒体呈现描述)。
MPD是从广播服务器21或数据分配服务器22提供的，并且在存储至代理服务器120之后由再现控制单元131获取。
MPD分析单元202分析由MPD获取单元201接收的MPD的描述实质，并且向片段获取单元203提供获取与再现目标数据相对应的片段所必需的信息等。
片段获取单元203根据MPD分析单元202的MPD分析结果，执行与再现目标数据相对应的片段的获取。
片段是根据用于包括AV数据的内容传输的文件格式(片段格式)设置的预定单元数据。
片段分析单元204从通过片段获取单元203获取的片段获取编码图像数据、编码声音数据等，并且将获取的数据输出至输出控制单元132的解码单元(解码器)211。
此外，如果片段包括信令数据更新信息“SLS(服务层信令)更新通知”，则片段分析单元204将片段输出至事件提取单元205。
事件提取单元205将在片段中记录的信令数据更新信息输出至信令数据处理单元140。
在下文中描述处理的细节。
事件提取单元205执行存储在片段中的事件信息的提取，并且将提取的事件信息中所包括的信令数据更新信息输出至信令数据处理单元140。
信令数据更新信息是与通过信令数据处理单元140成为控制目标的信令数据相关的控制信息。
该信令数据更新信息被存储为片段中的事件信息。
如上文描述的，信令数据由各种控制信息配置，诸如节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
信令数据处理单元140基于这些各种信息执行各种处理。例如，信令数据处理单元140执行用于向再现控制单元131提供节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL)或编码解码器信息(编码方法等)的处理，信令数据的显示处理(例如，节目表的显示处理)等。
信令数据处理单元140可响应于信令数据更新信息，执行更新的信令数据应用至的处理。
应注意，在下文中描述其具体配置。
安装调谐器的接收装置(客户端A)30的输出控制单元132包括解码单元(解码器)211以及输出单元(渲染器)212。
解码单元(解码器)211执行从片段分析单元204提供的编码图像数据和编码声音数据的解码处理(解码)。
输出单元212将解码的图像数据和声音数据输出至输出单元(显示单元、扬声器)。
应注意，未安装调谐器的接收装置(客户端B)40的再现控制单元(DASH客户端)151包括MPD获取单元251、MPD分析单元252、片段获取单元253、片段(MP4)分析单元254以及事件提取单元255。
此外，输出控制单元152包括解码单元(解码器)261以及输出单元(渲染器)262。
组件以及要执行的处理类似于安装调谐器的接收装置(客户端A)30的组件和处理。
应注意，MPD和片段通过安装调谐器的接收装置(客户端A)30的代理服务器120和网络输入至未安装调谐器的接收装置(客户端B)40的再现控制单元(DASH客户端)151。
同时，信令数据(SLS)通过安装调谐器的接收装置(客户端A)30的代理服务器120和网络输入至未安装调谐器的接收装置(客户端B)40的信令数据处理单元160。
安装调谐器的接收装置(客户端A)30和未安装调谐器的接收装置(客户端B)40的再现控制单元(DASH客户端)131和151是ATSC3.0客户端应用(3.0DASH客户端)的执行单元。
ATSC3.0客户端应用在ATSC3.0广播接收客户端设备所包含的浏览器上执行。可替代地，ATSC3.0客户端应用有时不仅作为浏览器应用执行而且也作为本机应用执行。
由再现控制单元(DASH客户端)131和151执行的ATSC3.0客户端应用包括ATSC3.0DASH客户端应用(3.0DASH客户端)、ATSC3.0流伴随应用(3.0应用)等。
再现控制单元(DASH客户端)131和151的ATSC3.0客户端应用以及输出控制单元132和152通过网络执行由中间件(客户端本地ATSC中间件)110接收的数据以及由代理服务器(客户端本地HTTP代理服务器)120接收的数据的处理。
由中间件110或代理服务器120获取的存储信令数据的DASH-MPD文件或DASH片段(片段)文件、其他一般应用文件和SLS(服务级别信令)文件被输入以执行流的渲染或应用的控制。
根据该模型，如从由再现控制单元(DASH客户端)131和151执行的ATSC3.0客户端应用或由信令数据处理单元160执行的应用所观察到的，由于通过代理服务器120无故障地访问外部世界，所以应用未意识到关于通过广播或通过网络(提供网络透明度)获取文件组的区别，并且因此，能够增加应用的可移植性(portability)。
因此，不需要包括仅专用于广播的应用，并且应用可被并入使得它不需要选择性使用广播和因特网。
如果由再现控制单元(DASH客户端)131和151执行的ATSC3.0客户端应用请求(HTTP请求)获取DASH-MPD文件、DASH片段(片段)文件、一些其他一般应用文件或信令数据文件，则代理服务器120接收该请求，并且执行地址解析单元(广播/宽带地址解析器)123是通过广播接收栈获取所请求文件还是通过网络获取所请求文件的确定。
成为确定材料的信息从信令分析单元(SLS信令解析器)113提供。信令分析单元(SLS信令解析器)113向信令获取单元(SLS信令检索器)112发布用于作为ATSC3.0的信令元的USBD/USD、S-TSID等的获取请求。
信令获取单元(SLS信令检索器)112提取由SLS LCT数据包携带的信令元，该信令元通过通信单元(ATSC调谐器：ATSC3.0PHY/MAC)111进行广播接收。
信令分析单元(SLS信令解析器)113从用于片段或应用资源的获取请求所包括的url提取信令元，并且解析用于获取变为目标的文件的广播分配地址信息。如果认识到目标文件要被(已被)广播分配，则信令分析单元113基于广播分配的地址信息从广播流中获取存储期望文件的LCT数据包，并且将获取的LCT数据包部署至缓存(代理缓存)单元121和122中。代理服务器120将文件(作为HTTP响应)返回至再现控制单元131或信令数据处理单元140。如果包括在用于应用部分的获取请求中的url未被包括在信令元中，则代理服务器120通过普通网栈获取文件。
5.信令数据更新信息的传送过程
如上文描述的，在目前处于发展的ATSC3.0中，如下模型正在被研究，其中，中间件(ATSC3.0广播接收中间件)110包含在包含有符合ATSC3.0的物理层(ATSC-PHY)的安装调谐器的接收装置30中以分析信令数据(ATSC广播信令)。
具体地，如下模型正在被研究，其中，中间件110设置为使得它是可在信令数据的接收时刻执行即时分析处理并且不会引起用于向再现控制单元(DASH客户端)等的信令数据的即时分析负载的终端设备。通过该设置，能够原样利用用在因特网上的DASH客户端应用以实现ATSC广播的接收和再现。
该模型也使得能够向未安装调谐器的接收装置40传送由安装调谐器的接收装置30接收的广播内容或网络接收内容，使得通过由未安装调谐器的接收装置40的再现控制单元151执行的ATSC3.0DASH客户端应用的处理执行内容再现。
安装调谐器的接收装置30是例如安装在公共空间中(在热点处)的中继服务器、安装在家庭中的家庭服务器、PC等，并且是包含可接收广播波的调谐器的接收装置。
安装调谐器的接收装置30的接收数据通过网络(在家庭中，通过家庭网络(LAN/Wi-Fi等)，在热点处，通过Wi-Fi等)传送至未安装调谐器的接收装置40。
未安装调谐器的接收装置40在再现控制单元151中执行ATSC3.0DASH客户端应用以执行内容再现。
在本公开的配置中，诸如由ATSC3.0广播服务提供的信令数据的分析的处理由安装调谐器的接收装置(客户端A)30的中间件110执行。
如果信令信息包括信令数据更新信息，则安装调谐器的接收装置(客户端A)30在接收时刻时尽可能快地向利用其的接收装置提供信令数据更新信息。
通常，再现控制单元(DASH客户端)131和151结合为使得它们通过HTTP依次执行片段(DASH片段)的获取，该片段包括具有图像、声音等的AV数据的内容。如果流再现启动一次，则再现控制单元(DASH客户端)131和151不断执行HTTP获取/再现处理。
提供片段(诸如AV片段的DASH片段)的服务器被称为DASH服务器。
DASH服务器具体地是广播服务器21或数据分配服务器22。
此外，安装调谐器的接收装置(客户端A)30的代理服务器120也是DASH服务器。
安装调谐器的接收装置30和未安装调谐器的接收装置40的再现控制单元131和151利用通常耦接至DASH服务器的Pull型通信会话不断执行片段获取，并且执行广播节目等的内容再现。
如果在片段获取会话期间，由信令数据处理单元140执行与信令数据(其处理是必需的)相关的更新，则必须向信令数据处理单元140立即通知更新事件或更新信令数据本身。
本公开的配置提出如下配置：该配置扩展在DASH中规定的事件(Event)通知机制，提取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元。
在本公开的处理中，能够将通过中间件(ATSC3.0广播接收中间件)110获取的信令数据更新信息插入至例如流会话中。
因此，信令数据更新信息也可与流同步传送至不包括例如通信单元111或中间件110的未安装调谐器的接收装置(客户端B)40。
通过网络(在家庭中，通过家庭网络(LAN/WiFi等)，在热点处，通过WiFi等)耦接至包含通信单元111和中间件110的安装调谐器的接收装置(客户端A)30的未安装调谐器的接收装置(客户端B)40可在不打开AV片段传送会话的不同的新信令模锻(swaging)会话的情况下与流同步接收信令数据更新信息，并且基于适时信令数据执行处理。
6.事件通知配置
现在，描述在DASH标准中规定的事件通知配置。
在DASH标准中，限定被称为DASH事件(DASH Event)的事件通知机制。
事件通知机制是用于执行各种事件信息的通知的机制，诸如例如，广播节目或传输数据的变化、细节等的通知信息、关于要在接收装置中执行的应用的信息、要传递至接收装置的信息或接收装置所必需的处理的信息。
在DASH标准中，作为事件通知机制，规定以下两种不同的事件通知方法：
(a)MPD应用事件通知方法(＝MPD事件)；以及
(b)片段应用事件通知方法(＝带内事件信令)。
规定以上两种不同的事件通知方法。
以下，依次描述两个事件通知方法的细节。
6-1.MPD应用事件通知方法(＝MPD事件)
MPD应用事件通知方法(＝MPD事件)是利用作为在DASH标准中规定的一条信令数据的MPD(媒体呈现描述)来通知事件的方法。
MPD应用事件通知方法(＝MPD事件)可添加事件因子，具体地，诸如事件类型的因子、表示可在MPD中限定的以周期(Period)为单位的事件实质等的事件流(EventStream)。
根据MPD应用事件通知方法(＝MPD事件)，事件处理所必需的信息可利用MPD以周期(Period)为单位提供至客户端。
具体地，在MPD应用事件通知方法(＝MPD事件)中，
(a)事件时间表，诸如各种事件的激活(启动/执行/激活)时刻，
(b)在每个时刻要通过客户端(接收装置)处理的事件处理，以及
(c)在事件执行时要被传递至在客户端上运行的应用的数据等
可在MPD中描述。
图7是示出MPD的格式的视图。
MPD具有如下配置，该配置能够以用于图像和声音的流中的每一个的以下指定范围中的每一个为单位，描述属性等的信息以及控制信息：
(1)规定时间轴上的间隔的周期(Period)；
(2)规定数据类型等(诸如图像或声音)的自适应(Adaptation)；
(3)规定图像的类型、声音的类型等的表示(Representation)；以及
(4)以图像或声音的片段(AV片段)为单位变为信息记录区域的片段信息(SegmentInfo)。
图8是示出按时间序列扩展的信息(控制信息、管理信息、属性信息等)的视图，该信息准备用于使AV片段被记录至MPD。
假设时间从左到右。该时间轴对应于例如接收装置中的AV内容的再现时间段。
对应于AV片段的各种信息被记录至MPD。应注意，MPD是信令数据的一部分，并且例如在AV片段之前传输。
信息可以以以下给出的如上文参考图7描述的数据为单位记录至MPD：
(1)规定时间轴上的间隔的周期(Period)；
(2)规定数据类型等(诸如图像或声音)的自适应(Adaptation)；
(3)规定图像的类型、声音的类型等的表示(Representation)；以及
(4)以图像或声音的片段(AV片段)为单位变为信息记录区域的片段信息(SegmentInfo)。
图8是描绘针对单个数据类型的时间轴上的发展状态中的数据区域的视图。
在图8中，以下两个自适应(Adaptation)被描述：
(V)作为图像对应的信息记录区域的自适应V(Adaptation(V))；以及
(A)作为声音对应的信息记录区域的自适应A(Adaptation(A))。
(V)作为以流为单位的具有彼此不同的属性的信息记录区域，作为图像对应的信息记录区域的自适应V(Adaptation(V))具有以下两种表示(Representation)：
(V1)作为对应于低比特率图像的信息记录区域的表示(V1)(Representation(V1))；以及
(V2)作为对应于高比特率图像的信息记录区域的表示(V2)(Representation(V2))。
类似地，(A)作为以流为单位的具有彼此不同的属性的信息记录区域，作为声音对应的信息记录区域的自适应A(Adaptation(A))具有以下两种表示(Representation)：
(A1)作为准备用于日语演讲的信息记录区域的表示(A1)(Representation(A1))；以及
(A2)作为准备用于英语演讲的信息记录区域的表示(A2)(Representation(A2))。
此外，每种表示(Representation)被配置为使得准备用于再现时间轴以及以片段为单位的信息的周期可被记录。
例如，选择高比特率图像和日语演讲以执行再现的接收装置(客户端)将在再现周期1的片段(11)时，选择关于再现目标的高比特率图像和日语演讲的信息，并且从MPD获取信息。
选择目标的MPD的记录信息是在图8中描述的片段区域301和302中的信息。
以此方式，接收装置仅从作为来自传输装置的信令数据传输的MPD中选择并参考对应于数据(片段)(其通过自身装置成为再现目标)的信息。
以此方式，时间单位的数据类型和片段准备信息可被记录至MPD。
例如，用于通知接收装置(客户端)的各种处理请求的事件通知也可被记录至MPD。
图9是示出使用MPD的事件通知(即，MPD应用事件通知方法(＝MPD事件))所应用的MPD的描述实例的视图。
包括事件信息的MPD具有例如以下描述。
上述MPD中的数据的实质被描述。
<MPD availabilityStartTime＝”2011-12-25T12:30:00
该数据记录记录区域是用于与在该MPD中记录的数据相对应的第一周期的开始时间信息的记录区域。作为时间信息，例如使用UTC时间(协调通用时间)。
<Period startTime＝’0’>
该数据记录记录区域是信息记录区域的周期开始时间。在MPD中规定的从开始时间(MPD/@availabilityStartTime)的偏移时间段被记录。
<EventStream schemeIdUri＝’urn:xxx’timescale＝’1000’>
该数据记录记录区域是指示事件类型等的事件流指定信息以及时间尺度信息的的记录区域。
通过“EventStream schemeIdUri＝’urn:xxx’”以及可选的“EventStream/@value”，限定事件的类型等。
此外，“timescale＝’1000’”表示以下记录的呈现时间(presentationTime)的单位时间段是1/1000秒。
<Event presentationTime＝’0’duration＝’1000’>event data 1</Event>
该数据记录记录区域是事件数据的记录区域和事件调度数据(诸如事件的激活(执行开始等)时间、持续时间等)的记录区域。
事件数据包括实际数据、元数据、命令数据等、向执行事件所必需的数据等的访问信息。
此外，事件的激活(执行开始等)时间和持续时间被记录。
该实例指定由事件数据1指定的事件要在激活(激活/执行)时间＝0时，继续1000个单位时间段。
<Event presentationTime＝’1000’duration＝’4000’>event data 2</Event>
该数据记录记录区域也是事件数据的记录区域和事件调度数据(诸如事件的激活(执行开始等)时间、持续时间等)的记录区域。
事件数据包括实际数据、元数据、命令数据等、向执行事件所必需的数据等的访问信息。
此外，事件的激活(执行开始等)时间和持续时间被记录。
该实例指定由事件数据2指定的事件要在激活(激活/执行)时间＝1000时，继续4000个单位时间段。
以下数据记录记录区域
<AdaptationSet>
<Representation/>
<Representation/>
是用于记录单个数据类型的信息的数据记录区域。
以此方式，在使用MPD的事件通知中(即，在MPD应用事件通知方法(MPD事件)中)，
由EventStream/@schemeIdUri(以及可选的EventStream/@value)属性限定事件的类型，并且
事件数据(即，实际数据、元数据、命令数据等、向执行事件所必需的数据等的访问信息)可被添加至EventStream/Event factor的内容部分。
应注意，要被存储为以MPD/Period/EventStream/Event的数据元素开始的“事件数据”的格式(什么要被存储)由“EventStream/@schemeIdUri”属性的值指定(限定)(在图9的实例中，(urn：xxx))。
应注意，可仅在MPD中规定的周期的实质可在MPD发出之前最终确定时，应用该MPD应用事件通知方法(MPD事件)。
图10是示出由接收装置执行的MPD的分析处理(解析)的流程的视图。
在图10中，以下数字被描述：
(1)MPD；
(2)周期单位信息；
(3)表示单位信息；以及
(4)片段单位信息。
接收AV片段并执行AV内容的再现处理的接收装置(客户端)获取在接收AV片段之前提前接收的信令数据所包括的MPD，并且从MPD中获取与要通过自身装置再现的数据相对应的信息。
首先，接收装置(客户端)从(1)图10所述的MPD、(2)记录与AV片段再现时间段相对应的具体周期的信息的周期单位信息中选择。
此外，接收装置(客户端)选择与要通过自身装置(客户端)再现的数据的类型相对应的表示单位信息，并且进一步选择(4)与再现目标片段相对应的片段单位信息。
接收装置(客户端)可参考记录在(4)片段单位信息中的数据以获取变为再现目标的AV片段或者获取用于AV片段再现所必需的各种信息。
如果事件信息被记录在所接收的MPD的片段单位信息中，则接收装置(客户端)根据记录的事件信息执行指定事件的激活(诸如执行、开始等的事件激活处理)等。
参考图11描述执行记录事件信息的MPD的生成(或获取)和输出的事件插入执行装置310以及接收事件记录MPD并且根据MPD记录的事件信息执行处理的事件执行装置320的配置和处理实例。
在图11中，在左侧描述记录事件信息的MPD的生成(或获取)以及输出的事件插入执行装置310。
此外，在图11的右侧中，描述接收事件信息被记录、输入至其的MPD并且根据记录在MPD中的事件信息执行处理(事件激活)的事件执行装置320。
具体地，事件插入执行装置310是传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22，或者接收接收装置中的诸如MPD的信令数据或AV片段并且将所接收的信令数据或AV片段输出至接收装置的再现控制单元131的接收装置的中间件110(图5和图6所述的中间件110)。
具体地，图11的右侧所述的事件执行装置320是接收诸如MPD的信令数据或AV片段作为向其的输入并且执行内容再现处理的接收装置的再现控制单元(图5和图6所述的再现控制单元131和151)。
描述由事件插入执行装置310执行的处理。
事件插入执行装置310包括数据输出单元(DASH服务器)311和事件处理单元(事件服务器312)。
应注意，这些服务器功能是由传输MPD等的信令数据或AV片段的广播服务器21和数据分配服务器22以及接收装置的中间件110(图5和图6所述的中间件110)提供的功能。
以下，针对每个处理步骤，描述由事件插入执行装置310执行的处理。
(步骤S11)
首先，在步骤S11中，事件插入执行装置310的数据输出单元(DASH服务器)311生成或获取MPD作为信令数据，以及包括配置再现内容的AV数据的片段。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它执行用于生成或获取MPD或片段的处理。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它执行用于从接收数据获取MPD或片段的处理。
(步骤S12)
然后，在步骤S12中，事件插入执行装置310的事件处理单元(事件服务器)312获得或获取事件信息。
事件信息是用于向接收装置通知或请求执行一些处理的信息，诸如例如，节目表的变化、广播内容的数据形式的变化或者要在再现接收装置中的广播内容时执行的处理。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它执行用于生成或获取事件信息的处理。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它执行用于从接收数据获取事件信息的处理。
(步骤S13)
然后，在步骤S13中，事件插入执行装置310的数据输出单元(DASH服务器)311执行将事件信息插入作为信令数据的MPD中。
通过该处理，生成上文参考图9描述的事件信息记录MPD。
在图9所述的事件信息记录MPD中，
如上文描述的，记录事件的类型和实质、事件的激活(激活)时间、持续时间信息等。
变得能够使得接收装置执行用于在指定时间激活(例如，执行)指定事件并且根据记录在MPD中的事件信息在指定持续时间内继续该事件的处理或类似处理。
(步骤S14)
然后，在步骤S14中，事件插入执行装置310的数据输出单元(DASH服务器)311传输(输出)事件信息记录MPD(其中事件信息被记录在作为信令数据的MPD中)。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它通过广播波或网络传输事件信息记录MPD。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它将事件信息记录MPD输出至代理服务器或再现控制单元。
(步骤S15和S16)
然后，在步骤S15和S16中，事件插入执行装置310的数据输出单元(DASH服务器)311传输(输出)存储AV内容等的片段。
在步骤S16之后继续执行片段传输。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它通过广播波或网络传输片段。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它将片段输出至代理服务器或再现控制单元。
现在，描述图11的右侧所述的由事件执行装置320执行的处理。
具体地，事件执行装置320是接收诸如MPD的信令数据或AV片段作为向其的输入并且执行内容再现处理的接收装置的再现控制单元(图5和图6所述的再现控制单元131和151)。
由事件执行装置320执行并且图11所示的处理是由接收装置的再现控制单元131或151执行的处理。
应注意，在图11中，再现控制单元被描述为使得它根据要执行的处理类型，以处理类型的单位分开。
具体地，包括再现控制单元(事件客户端)321作为事件准备处理执行单元以及执行MPD或AV片段应用至的内容再现处理的再现控制单元(DASH客户端)322的两个处理单元。
(步骤S21)
首先，在步骤S21中，事件执行装置320的再现控制单元(DASH客户端)322执行向事件插入执行装置310的针对作为信令数据的MPD的获取请求。
(步骤S22)
然后，在步骤S22中，事件执行装置320的再现控制单元(DASH客户端)322从获取自事件插入执行装置310的MPD中获取事件信息。
应注意，假定这里获取的MPD是事件信息记录MPD，即，图9所述的事件信息MPD。
在事件信息记录MPD中，记录事件的类型和实质、激活(诸如例如执行、停止等的激活)、持续时间信息等。
接收装置可执行用于在指定时间激活(例如，执行)指定事件并且根据记录在MPD中的事件信息在指定持续时间内继续该事件的处理或类似处理。
(步骤S23)
然后，在步骤S23中，事件执行装置320的再现控制单元(事件客户端)321根据从MPD获取的事件信息，执行用于事件应用的调度处理。
如上所述，在事件信息记录MPD中，事件的类型和实质、事件的激活(激活)时间、持续时间信息等被记录，并且事件执行装置320的再现控制单元(事件客户端)321参考各种信息以执行用于事件执行的调度处理。
(步骤S24)
然后，在步骤S24中，事件执行装置320的再现控制单元(DASH客户端)322执行向事件插入执行装置310的针对片段的获取请求。
(步骤S25)
然后，在步骤S25中，事件执行装置320的再现控制单元(DASH客户端)322从在步骤S24中获取的片段中获取AV内容等，并且执行再现处理。
(步骤S26)
然后，在步骤S26中，事件执行装置320的再现控制单元(事件客户端)321执行根据从MPD获取的事件信息调度的事件的应用处理，即，事件激活(事件执行、开始等)处理。
(步骤S27至S29)
步骤S27至S29的处理是类似于步骤S24至S26的处理。
上述处理顺序将连续执行。
以此方式，接收装置(客户端)可根据记录在MPD中的事件信息，执行各种事件以及用于接收和再现AV片段的处理。
6-2.片段应用事件通知方法(＝带内事件信令)
现在，描述作为在DASH标准中规定的其他事件通知方法的片段应用事件通知方法(＝带内事件信令)。
片段应用事件通知方法(＝带内事件信令)是将事件信息记录至存储AV内容等的片段(DASH片段)中并且将片段提供至接收装置的方法。
图1所述的传输装置20对内容数据进行编码，生成包括编码数据和编码数据的元数据的数据文件，并且传输如上文描述的数据文件。例如，根据在MPEG中规定的MP4文件格式来执行编码处理。应注意，当传输装置20生成MP4格式的数据文件时，编码数据的文件被称为“mdat”，并且元数据被称为“moov”、“moof”等。
由传输装置20提供的内容是例如，音乐数据、电影的视频数据、电视节目、视频、照片、文献、图片或图表或者游戏和软件的各种数据。
参考图12描述在根据DASH标准执行内容流分配时可被利用的DASH片段的配置实例。DASH片段被划分为两类，包括：
(a)初始化片段((Initialization Segment)；以及
(b)媒体片段(Media Segment)(＝AV片段)。
(a)初始化片段(Initialization Segment)是存储执行安装调谐器的接收装置30中的内容再现(诸如解码器的设置等)所必需的设置信息等的初始化数据的片段。
(b)媒体片段(Media Segment)(＝Av片段)是存储变为再现目标的编码内容(AV内容)的片段。
如图12所述，(a)初始化片段包括以下种类的信息：
(a1)包括片段的文件类型信息等的报头信息(dash)；以及
(a2)包括作为要通过媒体片段传输的编码内容的媒体数据(mdat)的初始化信息(诸如编码解码器(编码形式)信息等)的元数据(moov)。
同时，如图12所述，(b)媒体片段包括以下种类的信息：
(b1)包括片段的文件类型信息等的报头信息(msdh)；
(b2)存储在媒体片段中的多个子片段(Sub-Segment)之间的边界信息，以及指示作为存储在媒体片段中的编码内容等的媒体数据(mdat)的随机访问点的访问信息(sidx)；以及
(b3)多个子片段(Sub-Segment)。
此外，多个子片段(Sub-Segment)包括一个或多个碎片(Fragment)。
每个碎片(Fragment)包括以下各种数据：
作为变为再现目标的编码内容的媒体数据(mdat)；
与媒体数据(mdat)相对应的元数据(moof)；以及
与媒体数据(mdat)相对应的各种信息(控制信息、管理信息、属性信息等)。
应注意，媒体数据(mdat)、元数据(moof)和其他各种信息(控制信息、管理信息、属性信息等)单独存储至由MP4格式限定的框中。
AV数据被存储至mdat框。
元数据被存储至moof框。
另外，其他各种信息被存储至根据相应种类的信息限定的框。
事件信息被存储至以MP4格式限定的事件信息存储框“emsg框”中，作为用于放置事件信息作为各种信息的一部分的框。
参考图13描述用在片段应用事件通知方法(＝带内事件信令)中的以MP4格式数据的事件信息存储框(emsg)的数据配置的实例。
图13示出单独存储事件标识符1和2的两种事件信息的两个事件信息存储框(emsg)的数据。
事件信息存储框(emsg)具有例如以下描述。
box_type＝’emsg’
scheme_id_uri＝”urn:xxx”
value＝0
timescale＝1000
presentation_time_delta＝0
event_duration＝0xFFFF
id＝1
message_data[]＝event data-1
上述事件信息存储框(emsg)的数据实质被描述。
box_type＝’emsg’
该数据记录记录区域是框型记录区域。描述了该框(由MP4规定的数据存储框)是事件信息存储框(emsg)。
scheme_id_uri＝”urn:xxx”
value＝0
数据记录记录区域是指示事件类型等的事件指定信息的记录区域。
“scheme_id_uri＝”urn:xxx””以及可选的“value”限定事件的类型等。
timescale＝1000
该数据记录记录区域是时间尺度信息的记录区域。
“timescale＝’1000’”表示以下记录的呈现时间(presentationTime)的单位时间段是1/1000秒。
presentation_time_delta＝0
event_duration＝0xFFFF
这些数据记录记录区域是事件调度数据(诸如事件的激活(执行开始等)时间、持续时间等)的记录区域。指定由事件指定信息指定的事件在事件的激活(激活/执行)时间＝0之后，继续直至时间＝0xFFFF。应注意，0xFFFF表示结束时间不限定，并且表示事件可能或可不继续直至与设置该事件信息存储框的片段相对应的AV内容的再现的结束。
id＝1
该数据记录区域是事件标识信息记录区域。
message_data[]＝event data-1
该数据记录区域是用于事件数据的记录区域。
事件数据包括实际数据、元数据或执行事件所必需的命令的数据、向其的访问信息等。
以此方式，在片段应用事件通知方法(＝带内事件信令)中，能够将事件信息记录至片段流(流内)并且传送该片段流。
在片段应用事件通知方法(＝带内事件信令)中，事件的类型可在“scheme_id_uri”字段和可选的“value”字段中限定。
此外，事件数据(即，实际数据、元数据或执行事件所必需的命令的数据、向其的访问信息等)可被添加至“message_data”字段。
现在，参考图14描述执行记录事件信息的片段的生成(或获取)和输出的事件插入执行装置310以及接收事件记录片段并且根据片段中记录的事件信息执行处理的事件执行装置320的配置和处理实例。
图14在其左侧中描述记录事件信息的片段的生成(或获取)以及输出的事件插入执行装置310。
同时，在图14中的右侧，描述接收事件信息被记录作为向其的输入的片段并且根据记录在片段中的事件信息执行处理(事件激活)的事件执行装置320。
具体地，事件插入执行装置310是传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22，或者接收接收装置中的诸如MPD的信令数据或AV片段并且将所接收的信令数据或AV片段输出至接收装置的再现控制单元131的接收装置的中间件110(图5和图6所述的中间件110)。
图14的右侧所述的事件执行装置320具体地是接收诸如MPD的信令数据或AV片段作为向其的输入并且执行内容再现处理的接收装置的再现控制单元(图5和图6所述的再现控制单元131和151)。
描述由事件插入执行装置310执行的处理。
事件插入执行装置310包括数据输出单元(DASH服务器)311和事件处理单元(事件服务器312)。
应注意，这些服务器功能是由传输MPD等的信令数据或AV片段的广播服务器21和数据分配服务器22以及接收装置的中间件110(图5和图6所述的中间件110)提供的功能。
以下，针对每个处理步骤，描述由事件插入执行装置310执行的处理。
(步骤S31)
首先，在步骤S31中，事件插入执行装置310的数据输出单元(DASH服务器)311生成或获取MPD作为信令数据，以及包括配置再现内容的AV数据的片段。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它执行用于生成或获取MPD或片段的处理。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它执行用于从接收数据获取MPD或片段的处理。
(步骤S32)
然后，在步骤S32中，事件插入执行装置310的事件处理单元(事件服务器)312获得或获取事件信息。
事件信息是用于向接收装置通知或请求执行一些处理的信息，诸如例如，节目表的变化、广播内容的数据形式的变化或者要在再现接收装置中的广播内容时执行的处理。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它执行用于生成或获取事件信息的处理。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它执行用于从接收数据获取事件信息的处理。
(步骤S33)
然后，在步骤S33中，事件插入执行装置310的数据输出单元(DASH服务器)311执行将事件信息插入片段中。
通过该处理，生成上文参考图13描述的包括作为由MP4格式规定的事件信息记录框的emsg框的片段。
如上文描述的，在图13所述的事件信息记录框(emsg)中，记录事件的类型和实质、事件的激活(激活)时间、持续时间信息等。
变得能够使得接收装置执行用于在指定时间激活(例如，执行)指定事件并且根据记录在片段的emsg框中的事件信息在指定持续时间内继续该事件的处理或类似处理。
(步骤S34)
然后，在步骤S34中，事件插入执行装置310的数据输出单元(DASH服务器)311传输(输出)作为信令数据的MPD。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它通过广播波或网络传输MPD。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)时，它将MPD输出至代理服务器或再现控制单元。
(步骤S35和S36)
然后，在步骤S35和S36中，事件插入执行装置310的数据输出单元(DASH服务器)311传输(输出)存储AV内容等的片段。
要被传输的片段是包括由MP4格式规定的事件信息记录框(emsg)的片段。
在步骤S36之后继续执行片段传输。
在事件插入执行装置310是广播服务器21或数据分配服务器22时，它通过广播波或网络传输片段。
在事件插入执行装置310是接收装置的中间件110(图5和图6所述的中间件110)，它将片段输出至代理服务器或再现控制单元。
现在，描述图14的右侧所述的由事件执行装置320执行的处理。
具体地，事件执行装置320是接收诸如MPD的信令数据或AV片段作为向其的输入并且执行内容再现处理的接收装置的再现控制单元(图5和图6所述的再现控制单元131和151)。
由事件执行装置320执行并且图14所示的处理是由接收装置的再现控制单元131或151执行的处理。
应注意，在图14中，根据要执行的处理类型，分别描述再现控制单元。具体地，分别描述包括再现控制单元(事件客户端)321作为事件准备处理执行单元以及执行MPD或AV片段应用至的内容再现处理的再现控制单元(DASH客户端)322的两个处理单元。
(步骤S41)
首先，在步骤S41中，事件执行装置320的再现控制单元(DASH客户端)322执行向事件插入执行装置310的针对作为信令数据的MPD的获取请求。
(步骤S42)
然后，在步骤S42中，事件执行装置320的再现控制单元(DASH客户端)322执行向事件插入执行装置310的针对片段的获取请求。
(步骤S43)
然后，在步骤S43中，事件执行装置320的再现控制单元(DASH客户端)322从获取自事件插入执行装置310的片段中获取事件信息。
应注意，这里获取的片段具有事件信息记录框(emsg)。具体地，假定片段是包括记录图13所示的事件信息的事件信息记录框(emsg)的片段(事件信息记录片段)。
在事件信息记录片段中，记录事件的类型和实质、事件的激活(激活)时间、持续时间信息等。
接收装置可执行用于在指定时间激活(例如，执行)指定事件并且根据记录在片段中的事件信息在指定持续时间内继续该事件的处理或类似处理。
(步骤S44)
然后，在步骤S44中，事件执行装置320的再现控制单元(事件客户端)321执行根据从片段获取的事件信息调度的事件的应用处理，即，事件激活(事件执行、开始等)处理。
(步骤S45)
然后，在步骤S45中，事件执行装置320的再现控制单元(DASH客户端)322从在步骤S42中获取的片段中获取AV内容等，并且执行再现处理。
(步骤S46至S49)
步骤S46至S49的处理是类似于步骤S42至S45的处理。
上述处理顺序将连续执行作为片段单元的处理。
以此方式，接收装置(客户端)可根据记录在片段的事件信息记录框(emsg)中的事件信息，执行各种事件以及用于接收和再现AV片段的处理。
7.信令数据更新信息的通知过程
现在，描述用于利用上述事件通知机制来通知信令数据更新信息的配置。
7-1.利用事件通知机制的信令数据更新信息通知配置的概述
上文参考图5和图6描述的安装调谐器的接收装置(客户端A)30和未安装调谐器的接收装置(客户端B)40具有相应信令数据处理单元140和160。
信令数据处理单元140和160基于从传输装置20(广播服务器21或数据分配服务器22)传输的信令数据执行处理。
如上文参考图2描述的，信令数据50由各种控制信息配置，诸如，节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
信令数据处理单元(SLS信令解析器&查看器)140和160获取信令数据(SLS：服务层信令)，并且基于获取的信令数据执行处理。
信令数据处理单元140和160基于信令数据执行各种处理。例如，信令数据处理单元140和160执行用于向再现控制单元131提供节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL)或编码解码器信息(编码方法等)的处理，信令数据的显示处理(例如，节目表的显示处理)等。
如上所述，存在节目时间表(节目表)或信令数据(诸如地址信息或编码解码器信息)可不时更新的可能性，并且必须使得接收装置利用最新信令数据执行处理。
为了使信令数据处理单元140和160根据最新信令数据执行处理，必须通知信令数据处理单元140和160适时更新信令数据。
该通知信息是图6所述的信令数据更新信息(SLS更新消息)。
在本公开的配置中，信令数据更新信息被记录至片段。在片段包括信令数据更新信息时，再现控制单元131和151执行用于分别向信令数据处理单元140和160输出信令数据更新信息的处理。
信令数据更新信息利用上文描述的事件通知机制传输并输出。以下，描述利用该事件通知机制的信令数据更新信息的通知配置的细节。
如上所述，在DASH标准中，作为事件通知机制，规定以下两种不同的事件通知方法：
(a)MPD应用事件通知方法(＝MPD事件)；以及
(b)片段应用事件通知方法(＝带内事件信令)。
规定所描述的两种不同的事件通知方法。
使用(a)MPD应用事件通知方法(＝MPD事件)执行事件通知的数据配置的具体实例是诸如上文参考图9进行描述的。
使用(b)片段应用事件通知方法(＝带内事件信令)执行事件通知的数据配置的具体实例是诸如上文参考图13进行描述的。
在本公开的配置中，
通过利用使用(b)片段应用事件通知方法(＝带内事件信令)的事件通知方法来通知信令数据更新信息。
在使用片段应用事件通知方法的事件通知消息中，事件类型信息被记录作为用于指定事件类型的信息。
在图13所述的片段中的事件信息存储框(emsg)的描述中，数据记录区域
scheme_id_uri＝“urn:xxx”
是指示事件类型等的事件指定信息的记录区域。
作为这些事件类型中的一种，信令数据更新信息(SLS更新消息)被限定。
具体地，指示要在使用片段执行的事件通知中通知的事件类型是信令数据更新信息(SLS更新消息)的事件类型被限定。
具体地，例如，schemeIdUri＝urn:atsc:SLSUpdate中的schemeIdUri被确定作为指示信令数据更新信息(SLS更新消息)的事件类型标识符。
应注意，以上给出的标识符是实例，并且如果从片段提取的事件信息是可由接收装置决定事件信息是与信令数据更新信息相关的事件信息的数据(字符串或代码)，则可利用各种标识符。
此外，通过上文参考图13描述的并且以下给出的事件通知方法：
(b)片段应用事件通知方法(＝带内事件信令)，
事件数据被存储。
事件数据包括实际数据、元数据、命令数据等、向执行事件必需的数据等的访问信息。
在图13所示的片段中的事件信息存储框(emsg)的描述中，事件数据被例如记录至
“message_data[]＝event data-1”。
当利用图13所示的事件通知消息通知信令数据更新信息“SLS(服务层信令)更新”时，参考图15描述要被记录至该事件通知消息的事件数据的实例。
在图15中，示出作为事件数据要被存储至事件通知消息中的信令数据更新信息的配置的以下给出的两个实例：
(1)信令数据(SLS)主体非存储型信令数据更新信息(SLS更新消息)；以及
(2)信令数据(SLS)主体存储型信令数据更新信息(SLS更新消息)。
(1)信令数据(SLS)主体非存储型信令数据更新信息(SLS更新消息)是不存储信令数据(SLS)主体的类型，但是存储用于获取信令数据(SLS)主体的访问信息。
(2)信令数据(SLS)主体存储型信令数据更新信息(SLS更新消息)是存储信令数据(SLS)主体的类型。
(1)信令数据(SLS)主体非存储型信令数据更新信息(SLS更新消息)具有如以下给出的这种组件：
(1a)信令数据(SLS)标识符和版本。
(2)信令数据(SLS)主体存储型信令数据更新信息(SLS更新消息)具有如以下给出的这些组件：
(2a)信令数据(SLS)标识符和版本，以及
(2b)信令数据(SLS)主体。
以下，描述如以上给出的这种存储数据。
包括在(1a)和(2a)中的信令数据(SLS)标识符是用于在更新之后获取信令数据的诸如url的标识符。
版本是更新之后的信令数据的版本信息。
应注意，在信令数据的标识符以url指定时，它通过广播或通过网络获取。在通过网络获取应用主体时，它根据HTTP通过普通网络型栈获取。在通过广播获取应用主体时，类似于存储信令数据的信令文件或DASH片段文件，它根据ROUTE协议传送。
包括在(2b)中的信令数据主体是更新之后的信令数据本身。
如上所述，在DASH标准中，作为事件通知机制，规定以下两种不同的事件通知方法：
(a)MPD应用事件通知方法(＝MPD事件)；以及
(b)片段应用事件通知方法(＝带内事件信令)。
规定这两种事件通知方法。
在本公开的处理中，
(b)片段应用事件通知方法(＝带内事件信令)
应用于通知信令数据更新信息。以下，描述该处理的实例。
7-2.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的通知配置
现在，描述片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的通知配置。
图16是描绘片段中的“事件信息存储框(emsg)”的描述实例的视图，在该片段中，用在使用片段的事件通知中的以MP4格式数据的事件信息存储框(emsg)，即，片段应用事件通知方法(＝带内事件信令)被应用以通知信令数据更新信息。
应注意，格式可通过二进制比特流表示进行编码或者可通过根据XML等的文本进行编码。
在图16中，描述分开存储由事件标识符1和2标识的信令数据更新信息1和2(SLSUpdate1和SLSUpdate2)的两条信令数据更新信息1和2(SLSUpdate)的两个事件信息存储框(emsg)的数据。
如图16所述，包括信令数据更新信息的片段具有例如以下描述。
box_type＝’emsg’
scheme_id_uri＝”urn:atsc:SLSUpdate”
value＝0
timescale＝1000
presentation_time_delta＝0
event_duration＝0xFFFF
id＝1
message_data[]＝SLSUpdate1
以上事件信息存储框(emsg)的数据的实质被描述。
box_type＝’emsg’
该数据记录记录区域是框型记录区域。这描述了该框(由MP4规定的数据存储框)是事件信息存储框(emsg)。
scheme_id_uri＝”urn:atsc:SLSUpdate”
value＝0
数据记录记录区域是指示事件类型等的事件指定信息的记录区域。
‘scheme_id_uri＝”urn:atsc:SLSUpdate”’
表示该事件通知是用于通知信令数据更新信息的事件通知。
timescale＝1000
该数据记录记录区域是时间尺度信息的记录区域。
“timescale＝’1000’”表示以下记录的呈现时间(presentationTime)的单位时间段是1/1000秒。
presentation_time_delta＝0
event_duration＝0xFFFF
这些数据记录记录区域是事件的激活(执行开始等)时间、持续时间等的事件调度数据的记录区域。这指定由事件指定信息指定的事件在激活(激活/执行)时间＝0时激活，并且继续直至时间＝0xFFFF。应注意，0xFFFF表示结束时间不限定，并且表示事件可能或可不继续直至与设置该事件信息存储框的片段相对应的AV内容的再现的结束。
id＝1
该数据记录区域是事件标识信息记录区域。
message_data[]＝SLSUpdate1
该数据记录区域是事件数据的记录区域。
在该实例中，作为事件数据，信令数据更新信息1(SLSUpdate1)被存储。
参考图17的(1)描述信令数据更新信息1(SLSUpdate1)的具体实例。
在图17的(1)中所描述的信令数据更新信息1(SLSUpdate1)具有类似于上文参考图15的(1)描述的信令数据主体非存储型信令数据更新信息(SLSUpdate)的数据配置并且具有以下数据成分：
(1a)信令数据标识符和版本信息。
在图17的(1)中描述的实例中，
信令数据标识符＝sls-uri
信令数据版本＝1
被记录。
具体地，关于可通过如下标识并且基于如下获取的信令数据，与图16的事件标识符＝1相对应的片段应用事件(SLSUpdate1)通知消息是
信令数据标识符＝sls-uri，
具有引起要在如下时间执行的版本1的信令数据的获取和处理的描述的事件通知消息
在时间＝0时。
同时，存储在与图16中的较低级描述的事件标识符＝2相对应的片段应用事件(SLSUpdate2)中的信令数据更新信息2(SLSUpdate2)具有在图17的(2)中所描述的数据配置。
在图17的(2)中所描述的信令数据更新信息2(SLSUpdate2)具有类似于上文参考图15的(1)描述的信令数据主体非存储型信令数据更新信息(SLSUpdate)的数据配置并且具有以下数据成分：
(1a)信令数据标识符和版本信息。
在图17的(2)中所描述的实例中，
信令数据标识符＝sls-uri以及
信令数据版本＝2
被记录。
具体地，关于可通过如下标识并且基于如下获取的信令数据，与图16的事件标识符＝2(SLSUpdate2)相对应的片段应用事件(SLSUpdate2)通知消息是
信令数据标识符＝sls-uri，
具有引起要在如下时间执行的版本2的信令数据的获取和处理的描述的事件通知消息，
在时间＝1000时。
以此方式，在片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息通知配置中，能够将信令数据更新信息记录至片段流(流内)并且传送片段流。
在片段应用事件通知方法(＝带内事件信令)中，可在“scheme_id_uri”字段和可选“value”字段中限定事件类型是信令数据更新信息。
此外，事件数据(即，信令数据的信令数据主体或标识符和版本信息等)可被添加至“message_data”字段作为信令数据更新信息。
8.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的通知和利用顺序
现在，描述片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的传输和利用顺序。
如上所述，能够应用片段应用事件通知方法(＝带内事件信令)以传输信令数据更新信息。
以下，参考图18描述片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的传输和利用顺序。
图18描述执行信令数据更新信息被记录作为事件信息的片段的生成(或获取)和输出的传输装置510以及接收信令数据更新信息记录片段并且根据在片段中记录的信令数据更新信息执行处理的接收装置520的配置和处理。
在图18中，在左侧描述执行记录信令数据更新信息的片段的生成(或获取)和输出的传输装置510。
同时，在图18的右侧中，描述接收记录信令数据更新信息作为向其的输入的片段并且根据在片段中记录的信令数据更新信息执行信令数据更新处理的接收装置520。
具体地，传输装置510是传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22。
同时，具体地，在图18的右侧描述的接收装置520是接收诸如MPD的信令数据或AV片段作为向其的输入并且执行内容再现处理的接收装置。
描述由传输装置510执行的处理。
传输装置510包括数据输出单元(DASH服务器)511、信令数据处理单元(SLS服务器)512以及广播信号生成单元(广播服务器)513。
应注意，那些服务器功能是图1所述的传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22所具有的功能。
以下，针对每个处理步骤，描述由传输装置510执行的处理。
(步骤S101)
首先，在步骤S101中，传输装置510的数据输出单元(DASH服务器)511生成或获取包括MPD以及配置再现内容的AV数据的片段。
(步骤S102)
然后，在步骤S102中，传输装置510的信令数据处理单元(SLS服务器)512生成信令数据。
信令数据是例如已传输的信号数据的更新版本的信令数据。
应注意，信令数据由各种控制信息配置，诸如，节目时间表信息(诸如例如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
(步骤S103)
然后，在步骤S103中，传输装置510的信令数据处理单元(SLS服务器)512生成信令数据更新信息作为事件。
例如，生成上文参考图15描述的信令数据更新信息。
如上文参考图15描述的，例如，关于信令数据更新信息，以下两个数据类型是可用的：
(1)信令数据主体非存储型信令数据更新信息(SLS更新消息)；以及
(2)信令数据主体存储型信令数据更新信息(SLS更新消息)。
在步骤S102中，生成这两个类型中的一类的信令数据更新信息，并且此外，执行要被设置为事件通知消息等的参数的确定。
具体地，确定信令数据更新信息的事件通知所必需的参数，诸如激活时间、持续时间等。换言之，执行用于根据DASH标准等使用事件通知机制使得信令数据更新信息传输成为可能的参数和其他格式数据的设置处理。
(步骤S104)
然后，在步骤S104中，传输装置510的数据输出单元(DASH服务器)311执行将作为事件信息的信令数据更新信息插入至在MP4中规定的作为片段的配置数据的emsg框。
通过该处理，生成上文参考图16描述的包括信令数据更新信息的片段。具体地，生成在MP4中规定的emsg框记录数据。
在图16描述的信令数据更新信息存储片段中，表示事件的类型是如上所述的信令数据更新信息。
此外，作为事件数据，存储上文参考图15描述的信令数据更新信息。
此外，信令数据更新信息的激活(激活)时间、持续时间信息等被记录。
接收装置可根据在片段中记录的信令数据更新信息，执行所提及的具有指定信令数据更新信息的处理。
具体地，能够获取根据信令数据更新信息的记录数据更新的最新信令数据，并且参考获取的最新信令数据执行各种处理。
信令数据的更新、利用处理等的执行时间段或持续时间将跟随片段(emsg框)记录数据。
(步骤S105)
然后，在步骤S105中，传输装置510的数据输出单元(DASH服务器)511传输(输出)MPD和记录信令数据更新信息的片段。
在传输装置510是广播服务器21时，广播信号生成单元(广播服务器)513在广播波上执行用于传输MPD或片段的处理。
在传输装置510是数据分配服务器22时，MPD或片段通过网络传输。
现在，描述在图18的右侧中描述的由接收装置520执行的处理。
在图18中，描述接收装置520的中间件521、信令数据处理单元522和再现控制单元523。提到的组件对应于在图5和图6中描述的安装调谐器的接收装置30的组件。
(步骤S121)
首先，在步骤S121中，如果接收装置520的再现控制单元(DASH客户端)523通过中间件521从传输装置510获取片段，则它从获取的片段中获取事件信息。
应注意，假定这里获取的片段是包括记录信令数据更新信息的emsg框的片段。
片段是上文参考图16描述的在MP4中规定的emsg框中的记录信令数据更新信息的片段。
如上所述，信令数据更新信息存储片段表示事件的类型是信令数据更新信息。
此外，作为事件数据，上文参考图15描述的信令数据更新信息被存储。
此外，信令数据更新信息的激活(激活)时间、持续时间信息等被记录。
接收装置可利用在片段中记录的信令数据更新信息，执行信令数据的获取、根据信令数据的处理等。
(步骤S122)
然后，在步骤S122中，接收装置520的信令数据处理单元522参考从片段获取的信令数据更新信息以获取最新更新信令数据，并且根据获取的最新更新信令数据执行处理。
具体地，信令数据处理单元522执行信号数据更新处理，并且根据在更新信令数据中记录的信令信息执行数据处理。具体地，信令数据处理单元522例如执行节目表的更新处理。
在存储信令数据更新信息的片段中，存储上文参考图15描述的信令数据更新信息。
在信令数据更新信息中，更新目标的信令数据主体或标识信息被记录，并且此外，版本信息等被记录。
信令数据处理单元522参考根据该信令数据更新信息的记录数据获取的最新更新信令数据，以基于获取的最新信令数据执行处理。
应注意，如上文参考图16描述的，信令数据的应用时间和持续时间信息被记录在片段(在MP4中规定的emsg框)中。
(步骤S123)
然后，接收装置520的再现控制单元(DASH客户端)523从接收自传输装置510的片段中获取AV内容等，并且执行再现处理。
应注意，步骤S141至S143中的处理不断且重复执行。
以此方式，接收装置(客户端)可根据作为记录在片段中的事件信息的信令数据更新信息，无明显延迟地(即，及时)执行信令数据的更新和信令数据的应用处理，以及用于接收并再现AV片段的处理。
9.利用未安装调谐器的接收装置的处理实例
如上文参考图5和图6描述的，作为执行广播内容等的再现的接收装置(客户端)，使用安装调谐器的接收装置(客户端A)30和未安装调谐器的接收装置(客户端B)40。
因为未安装调谐器的接收装置(客户端B)40不能直接接收广播波，所以必须通过安装调谐器的接收装置(客户端A)30输入各种数据。
类似地，这也应用至信令数据更新信息，并且因为未安装调谐器的接收装置(客户端B)40不能直接接收信令数据更新信息，所以必须通过安装调谐器的接收装置(客户端A)30输入应用控制消息(ACM)。
以下，描述当未安装调谐器的接收装置(客户端B)40通过安装调谐器的接收装置(客户端A)30接收信令数据更新信息作为向其的输入并且执行处理时的处理顺序。
如上文描述的，当传输应用事件通知机制的信令数据更新信息时，应用“(b)片段应用事件通知方法(＝带内事件信令)”。
以下，描述在使用该事件通知方法传输信令数据更新信息时的顺序。
9-1.片段应用事件通知方法(＝带内事件信令)应用至的信令数据更新信息的传输和利用顺序
参考图19描述以下三个装置中的处理顺序：
(1)传输装置610，执行AV片段或信令数据更新信息的生成和输出；
(2)安装调谐器接收装置620，接收AV片段或信令数据更新信息，并且生成信令数据更新信息被记录作为片段中的事件信息的信令数据更新信息记录片段；以及
(3)未安装调谐器的接收装置630，从安装调谐器的接收装置620接收信令数据更新信息记录片段并且根据片段记录信令数据更新信息执行处理。
在图19中，从左侧描述传输装置610、安装调谐器的接收装置620和未安装调谐器的接收装置630。
具体地，传输装置610是传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22。
描述由传输装置610执行的处理。
传输装置610包括数据输出单元(DASH服务器)611、信令数据处理单元(SLS服务器)612以及广播信号生成单元(广播服务器)613。
应注意，那些服务器功能是图1所述的传输诸如MPD的信令数据或AV片段的广播服务器21或数据分配服务器22所具有的功能。
以下，针对每个单独处理步骤，描述由传输装置610执行的处理。
(步骤S251)
首先，在步骤S251中，传输装置610的数据输出单元(DASH服务器)611生成并获取作为信令数据的MPD以及包括配置再现内容的AV数据的片段。
(步骤S252和S253)
然后，传输装置610的信令数据处理单元(SLS服务器)612在步骤S252中生成信令数据，并且在步骤S253中传输生成的信令数据。
如上所述，信令数据由各种控制信息配置，诸如例如，节目时间表信息(诸如节目表)、节目获取所必需的地址信息(URL(统一资源定位符)等)、内容的再现处理所必需的信息、例如由编码解码器信息(编码方法等)配置的指南信息、应用控制信息等。
(步骤S254)
然后，在步骤S254中，传输装置610的数据输出单元(DASH服务器)611传输(输出)作为信令数据的MPD或片段。
在传输装置610是广播服务器21时，广播信号生成单元(广播服务器)613在广播波上执行用于传输MPD或片段的处理。
在传输装置610是数据分配服务器22时，MPD或片段通过网络传输。
现在，描述安装调谐器的接收装置620的处理。
安装调谐器的接收装置620的配置类似于图5和图6中描述的安装调谐器的接收装置30的配置。
安装调谐器的接收装置620的中间件传输MPD或片段以及从传输装置610传输的信令数据(SLS)。
在中间件621中，安装调谐器的接收装置620获得信令数据更新信息被记录作为片段中的事件信息的信令数据更新信息记录片段。
此外，安装调谐器的接收装置620将生成的信令数据更新信息记录片段或者MPD和AV片段传送至未安装调谐器的接收装置630。
描述由安装调谐器的接收装置620执行的步骤的处理。
(步骤S261)
当安装调谐器的接收装置620的中间件621从传输装置610接收信令数据时，它基于所接收的信令数据生成信令数据更新信息作为事件。
例如，生成上文参考图15描述的信令数据更新信息。
如上文参考图15描述的，对于信令数据更新信息，例如，以下两个数据类型是可用的：
(1)信令数据主体非存储型信令数据更新信息(SLS更新消息)；以及
(2)信令数据主体存储型信令数据更新信息(SLS更新消息)。
在步骤S261中，生成这两个类型中的一类的信令数据更新信息，并且此外，执行要被设置为事件通知消息等的参数的确定。
具体地，确定事件通知所必需的参数，诸如，信令数据更新信息的激活时间和持续时间。具体地，执行用于设置用于使得信令数据更新信息传输(其中，利用符合DASH标准的事件通知功能)成为可能的参数以及用于其它格式数据等的参数的处理。
(步骤S262)
然后，在步骤S262中，安装调谐器的接收装置620的中间件621执行将作为事件信息的信令数据更新信息插入至在MP4中规定的作为片段的配置数据的emsg框。
通过该处理，生成上文参考图16描述的包括信令数据更新信息的片段。具体地，生成在MP4中规定的emsg框记录数据。
如上所述，在图16中描述的信令数据更新信息存储片段中，
表示事件的类型是信令数据更新信息。
此外，作为事件数据，上文参考图15描述的信令数据更新信息被存储。
此外，信令数据更新信息的激活(激活)时间、持续时间信息等被记录。
接收装置可根据在片段中记录的信令数据更新信息，执行所提及的具有指定信令数据更新信息的处理。
具体地，接收装置获取根据信令数据更新信息的记录数据更新的最新信令数据，并且可参考获取的最新信令数据执行各种处理。
根据片段(emsg框)记录数据，执行信令数据的更新以及利用处理等的执行时间段和持续时间。
(步骤S263)
然后，在步骤S263中，安装调谐器的接收装置620的中间件621传输(输出)MPD和记录信令数据更新信息的片段以及其他片段。
应注意，执行MPD或片段通过代理服务器从安装调谐器的接收装置620(例如，从安装调谐器的接收装置620的中间件)向未安装调谐器的接收装置630的输出。
现在描述在图19中的右侧描述的由未安装调谐器的接收装置630执行的处理。
在图19中，描述未安装调谐器的接收装置630的信令数据处理单元631和再现控制单元632。提到的组件对应于在图5和图6中描述的未安装调谐器的接收装置40的组件。
(步骤S271)
首先，在步骤S271中，如果未安装调谐器的接收装置630的再现控制单元(DASH客户端)632通过安装调谐器的接收装置620的中间件621获取片段，则它从获取的片段中获取事件信息。
应注意，这里假定获取的片段是包括记录信令数据更新信息的emsg框的片段。
片段是上文参考图16描述的在MP4中规定的emsg框中的记录信令数据更新信息的片段。
如上所述，在信令数据更新信息存储片段中，
表示事件的类型是信令数据更新信息。
此外，作为事件数据，存储上文参考图15描述的信令数据更新信息。
此外，记录信令数据更新信息的激活(激活)时间、持续时间信息等。
接收装置可根据在片段中记录的信令数据更新信息获取更新的最新信令数据，并且参考获取的最新信令数据执行各种处理。
(步骤S272)
然后，在步骤S272中，未安装调谐器的接收装置630的信令数据处理单元631参考从片段获取的信令数据更新信息，以获取最新更新信令数据，并且根据获取的最新更新信令数据执行处理。
具体地，信令数据处理单元522执行信令数据更新处理，并且根据在更新信令数据中记录的信令信息执行数据处理。更具体地，执行例如节目表等的更新处理。
在存储信令数据更新信息的片段中，上文参考图15描述的信令数据更新信息被存储为事件数据。
在信令数据更新信息中，更新目标的信令数据主体或标识信息被记录，并且此外，版本信息等被记录。
信令数据处理单元522参考根据信令数据更新信息的记录数据获取的最新更新信令数据，以基于获取的最新信令数据执行处理。
应注意，信令数据的应用时间和持续时间信息被记录在如上文参考图16描述的片段(在MP4中规定的emsg框)中。
(步骤S273)
然后，未安装调谐器的接收装置630的再现控制单元(DASH客户端)632从通过安装调谐器的接收装置620接收的片段中获取AV内容等，并且执行再现处理。
应注意，步骤S271至S273中的处理被不断且重复执行。
以此方式，未安装调谐器的接收装置630可根据作为记录在片段中的事件信息的信令数据更新信息，无明显延迟地(即，及时)执行信令数据的更新和信令数据的应用处理，以及用于接收并再现AV片段的处理。
10.传输装置和接收装置的配置实例
现在，参考图20和图21描述作为通信装置的传输装置(服务器)20和接收装置(客户端)30和40的装置配置的实例。
图20描述传输装置(服务器)20和接收装置(客户端)30的配置实例。
传输装置(服务器)20包括数据处理单元751、通信单元752和存储单元753。
接收装置(客户端)30和40中的每一个包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
数据处理单元771包括再现控制单元771a、输出控制单元771b和信令数据处理单元771c。
传输装置(服务器)20的数据处理单元751执行用于执行数据分配服务的各种数据处理。例如，数据处理单元751执行数据分配服务的配置数据的生成和传输控制。此外，数据处理单元751执行要被提供至安装调谐器的接收装置(客户端)30的应用、信令数据更新信息、信令数据更新信息存储片段、其他各种数据和信令数据的生成和传输处理。
除AV片段外，通信单元752执行分配应用、信令数据更新信息、信令数据更新信息存储片段、其他各种数据、信令数据等的通信处理。
成为分配目标的AV片段、应用、信令数据更新信息、信令数据更新信息存储片段、要由应用利用的数据、信令数据等被存储至存储单元753。
此外，存储单元753用作用于由数据处理单元751执行的数据处理的工作区域，并也用作用于各种参数的存储区域。
同时，接收装置(客户端)30和40包括数据处理单元771、通信单元772、存储单元773、输入单元774和输出单元775。
通信单元772设置为在安装调谐器的接收装置30的通信单元与未安装调谐器的接收装置40的通信单元之间不同。
安装调谐器的接收装置30的通信单元接收从传输装置(服务器)20分配的数据，例如AV片段、应用、信令数据更新信息、信令数据更新信息存储片段、要由应用利用的数据、信令数据等。
此外，安装调谐器的接收装置30的通信单元被配置为允许通过诸如LAN、Wi-Fi等的网络进行数据传输和接收的通信单元。
同时，未安装调谐器的接收装置40的通信单元不包括可接收广播波的调谐器单元，并且形成为可通过诸如LAN、Wi-Fi等的网络执行数据的传输和接收的通信单元。
数据处理单元771包括再现控制单元771a、输出控制单元771b和信令数据处理单元771c，并且例如执行根据上文描述的实施方式的处理等。
具体地，数据处理单元771执行利用应用、API(应用编程接口)、信令数据更新信息、信令数据更新信息存储片段等的数据处理。
用户的指令命令(例如，用于信道选择、应用激活、安装等的各种命令)通过输入单元774输入。
再现数据被输出至输出单元775，诸如，显示单元或扬声器。
AV片段、信令数据更新信息、信令数据更新信息存储片段、应用、要由应用利用的数据、信令数据等被存储至存储单元773中。
此外，存储单元773用作用于由数据处理单元771执行的数据处理的工作区域，并且也用作用于各种参数的存储区域。
图21描述可应用至传输装置20和接收装置30的通信装置的硬件配置的实例。
CPU(中央处理单元)801用作根据存储在ROM(只读存储器)802或存储单元808中的程序执行各种处理的数据处理单元。例如，CPU 801根据上文结合实施方式描述的顺序执行处理。要由CPU 801执行的程序、数据等被存储至RAM(随机存取存储器)803中。CPU 801、ROM802和RAM 803通过总线804耦接至彼此。
CPU 801通过总线804耦接至输入/输出接口805，并且由各种开关、键盘、鼠标、麦克风等配置的输入单元806以及由显示单元、扬声器等配置的输出单元807耦接至输入/输出接口805。CPU 801根据从输入单元806输入至其的指令执行各种处理，并且例如向输出单元807输出处理结果。
耦接至输入/输出接口805的存储单元808由例如硬盘等配置，并且存储要通过CPU801执行的程序和各种数据。通信单元809用作用于通过网络(诸如，因特网和局域网)进行数据通信的传输和接收单元，并且进一步用作用于广播波的传输和接收单元，并且与外部装置通信。
耦接至输入/输出接口805的驱动器810驱动诸如磁盘、光盘、磁光盘等的可移动介质811、诸如存储卡等的半导体存储器，以执行数据的记录或读取。
应注意，尽管数据的编码或解码可作为用作数据处理单元的CPU 801的处理执行，但是包括作为硬件的专用于执行编码处理或记录处理的编码解码器的配置可被应用。
11.本公开的配置的概要
已参考具体实施方式详细描述了本公开的实施方式。然而，显而易见的是，在不偏离本技术的主题的情况下，可由本领域技术人员进行实施方式的修改或替代。换言之，本发明以说明的形式公开，并且不应解释为限制性的。为了确定本公开的主题，应考虑到权利要求。
应注意，本文公开的技术可采取以下配置。
(1)一种接收装置，包括：
通信单元，被配置为接收其中信令数据更新信息被存储为事件数据的事件通知数据；以及
信令数据处理单元，被配置为基于事件通知消息中的被存储为事件数据的信令数据更新信息执行信令数据更新处理。
(2)根据(1)所述的接收装置，其中，信令数据处理单元根据记录在由信令数据更新处理更新的信令数据中的信令信息，执行数据处理。
(3)根据(1)或(2)所述的接收装置，其中，事件通知数据是具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
(4)根据(1)至(3)中任一项所述的接收装置，其中，事件通知数据是其中记录指示事件数据是信令数据更新信息的事件标识符的数据。
(5)根据(1)至(4)中任一项所述的接收装置，其中，事件通知数据是其中记录用于根据被存储为事件数据的信令数据更新信息来执行处理的控制时间信息的数据。
(6)根据(1)至(5)中任一项所述的接收装置，其中，信令数据更新信息是其中记录更新之后的信令数据主体或更新之后的信令数据标识符的数据。
(7)根据(1)至(6)中任一项所述的接收装置，其中，信令数据更新信息是其中记录更新之后的信令数据的版本信息的数据。
(8)根据(1)至(7)中任一项所述的接收装置，进一步包括：
数据处理单元，数据处理单元被配置为从由通信单元接收的事件通知数据获取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元。
(9)一种接收装置，包括：
通信单元，被配置为接收信令数据；
中间件，被配置为生成其中信令数据更新信息被存储为事件数据的事件通知数据；
数据处理单元，被配置为从事件通知数据获取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元；以及
信令数据处理单元，被配置为基于信令数据更新信息执行信令数据更新处理。
(10)根据(9)所述的接收装置，其中，中间件生成具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
(11)一种传输装置，包括：
通信单元，被配置为传输其中信令数据更新信息被存储为事件数据的事件通知数据。
(12)根据(11)所述的传输装置，其中，事件通知数据是具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
(13)一种由接收装置执行的数据处理方法，包括：
由通信单元接收其中信令数据更新信息被存储为事件数据的事件通知数据；以及
由信令数据处理单元基于事件通知消息中的被存储为事件数据的信令数据更新信息执行信令数据更新处理。
(14)一种由接收装置执行的数据处理方法，包括：
由通信单元接收信令数据；
由中间件生成其中信令数据更新信息被存储为事件数据的事件通知数据；
由数据处理单元从事件通知数据获取信令数据更新信息，并且将信令数据更新信息输出至信令数据处理单元；以及
由信令数据处理单元基于信令数据更新信息执行信令数据更新处理。
(15)一种由传输装置执行的数据处理方法，包括：
由通信单元传输其中信令数据更新信息被存储为事件数据的事件通知数据。
此外，上文描述的一系列处理可通过硬件、软件或两者的复合配置来执行。在通过软件的处理要被执行的情况下，记录处理顺序的程序可安装至并入硬件中的计算机的存储器中以用于专门使用并且由计算机执行，或者可安装至计算机并且由计算机执行以用于可执行各种处理的通用使用。例如，能够将程序提前记录至记录介质。除了从记录介质安装至计算机以外，能够通过诸如LAN(局域网)或因特网的网络接收程序，并且将程序安装至诸如内置硬盘的记录介质。
应注意，本文描述的各种处理不仅可根据描述的顺序按时间序列执行，而且也可根据执行处理的装置的处理能力或者根据偶尔需要并行或单独执行。此外，在本说明书中，术语“系统”表示多个装置的逻辑上聚合配置，并且不限于组件装置容纳在相同壳体中的系统。
工业实用性
如上所述，根据本公开的一个实施方式的配置，实现一种配置，通过该配置，信令数据更新信息被存储至事件通知消息并且与事件通知消息一起被传输至接收装置，以便可执行通过接收装置的可靠信令数据更新处理。
具体地，传输装置将信令数据更新信息存储至事件通知消息，并且将事件通知消息传输至接收装置。当存储在事件通知中的事件数据是信令数据更新信息时，接收装置将事件数据输出至信令数据处理单元。信令数据处理单元基于信令数据更新信息执行信令数据更新处理。事件通知数据存储在作为用于AV内容的传输的数据的片段中，并且接收装置可从该片段获取信令数据更新信息，并且执行信令数据更新处理。
通过本配置，可实现一种配置，通过该配置，信令数据更新信息被存储至事件通知消息并且与事件通知消息一起被传输至接收装置，以便可执行通过接收装置的可靠信令数据更新处理。
参考符号列表
10 通信系统
20 传输装置
21 广播服务器
22 数据分配服务器
30 安装调谐器的接收装置
31 中继服务器
32 TV
33 PC
34 便携式终端
40 未安装调谐器的接收装置
41 PC
42 便携式终端
50 信令数据
60 AV片段
70 其他数据
110 中间件
111 通信单元(PHY/MAC)
112 信令获取单元
113 信令分析单元
114 片段获取单元
115 事件插入单元
116 应用文件获取单元
120 HTTP代理服务器
121、122 缓存单元
123 地址解析单元
131、151 再现控制单元
132、152 输出控制单元
140、160 信令数据处理单元
310 事件插入执行装置
311 数据输出单元(DASH服务器)
312 事件处理单元(事件服务器)
320 事件执行装置
321 再现控制单元(事件客户端)
322 再现控制单元(DASH客户端)
510 传输装置
511 数据输出单元(DASH服务器)
512 信令数据处理单元(SLS服务器)
513 广播信号处理单元(广播服务器)
520 接收装置
521 中间件
522 信令数据处理单元
523 再现控制单元
610 传输装置
611 数据输出单元(DASH服务器)
612 信令数据处理单元(SLS服务器)
613 广播信号处理单元(广播服务器)
620 安装调谐器的接收装置
621 中间件
630 未安装调谐器的接收装置
631 信令数据处理单元
632 再现控制单元
751 数据处理单元
752 通信单元
753 存储单元
771 数据处理单元
771a 再现控制单元
771b 输出控制单元
771c 信令数据处理单元
772 通信单元
773 存储单元
774 输入单元
775 输出单元
801 CPU
802 ROM
803 RAM
804 总线
805 输入/输出接口
806 输入单元
807 输出单元
808 存储单元
809 通信单元
810 驱动器
811 可移除介质

Claims (15)

1.一种接收装置，包括：
通信单元，被配置为接收事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据；以及
信令数据处理单元，被配置为基于事件通知消息中的被存储为事件数据的所述信令数据更新信息执行信令数据更新处理。
2.根据权利要求1所述的接收装置，其中，所述信令数据处理单元根据记录在由所述信令数据更新处理更新的信令数据中的信令信息，执行数据处理。
3.根据权利要求1所述的接收装置，其中，所述事件通知数据是具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，所述片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
4.根据权利要求1所述的接收装置，其中，所述事件通知数据是其中记录指示所述事件数据是信令数据更新信息的事件标识符的数据。
5.根据权利要求1所述的接收装置，其中，所述事件通知数据是其中记录用于根据被存储为事件数据的所述信令数据更新信息来执行处理的控制时间信息的数据。
6.根据权利要求1所述的接收装置，其中，所述信令数据更新信息是其中记录更新之后的信令数据主体或更新之后的信令数据标识符的数据。
7.根据权利要求1所述的接收装置，其中，所述信令数据更新信息是其中记录更新之后的信令数据的版本信息的数据。
8.根据权利要求1所述的接收装置，进一步包括：
数据处理单元，所述数据处理单元被配置为从由所述通信单元接收的所述事件通知数据获取所述信令数据更新信息，并且将所述信令数据更新信息输出至所述信令数据处理单元。
9.一种接收装置，包括：
通信单元，被配置为接收信令数据；
中间件，被配置为生成事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据；
数据处理单元，被配置为从所述事件通知数据获取所述信令数据更新信息，并且将所述信令数据更新信息输出至信令数据处理单元；以及
所述信令数据处理单元，被配置为基于所述信令数据更新信息执行信令数据更新处理。
10.根据权利要求9所述的接收装置，其中，所述中间件生成具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，所述片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
11.一种传输装置，包括：
通信单元，被配置为传输事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据。
12.根据权利要求11所述的传输装置，其中，所述事件通知数据是具有符合片段应用事件通知方法(＝带内事件信令)的数据格式的事件通知数据，所述片段应用事件通知方法是利用作为数据的片段用于视听内容的传输的事件通知方法。
13.一种由接收装置执行的数据处理方法，包括：
由通信单元接收事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据；以及
由信令数据处理单元基于事件通知消息中的被存储为事件数据的所述信令数据更新信息执行信令数据更新处理。
14.一种由接收装置执行的数据处理方法，包括：
由通信单元接收信令数据；
由中间件生成事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据；
由数据处理单元从所述事件通知数据获取所述信令数据更新信息，并且将所述信令数据更新信息输出至信令数据处理单元；以及
由所述信令数据处理单元基于所述信令数据更新信息执行信令数据更新处理。
15.一种由传输装置执行的数据处理方法，包括：
由通信单元传输事件通知数据，在所述事件通知数据中，信令数据更新信息被存储为事件数据。
CN201680023586.0A 2015-04-30 2016-03-22 接收装置、传输装置以及数据处理方法 Active CN107534793B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015-092628 2015-04-30
JP2015092628 2015-04-30
PCT/JP2016/058934 WO2016174960A1 (ja) 2015-04-30 2016-03-22 受信装置、送信装置、およびデータ処理方法

Publications (2)

Publication Number Publication Date
CN107534793A true CN107534793A (zh) 2018-01-02
CN107534793B CN107534793B (zh) 2021-08-03

Family

ID=57198320

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680023586.0A Active CN107534793B (zh) 2015-04-30 2016-03-22 接收装置、传输装置以及数据处理方法

Country Status (8)

Country Link
US (2) US20180139490A1 (zh)
EP (1) EP3291569A4 (zh)
JP (1) JPWO2016174960A1 (zh)
KR (1) KR102499231B1 (zh)
CN (1) CN107534793B (zh)
CA (1) CA2981270A1 (zh)
MX (1) MX2017013592A (zh)
WO (1) WO2016174960A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109344353A (zh) * 2018-09-12 2019-02-15 福建天泉教育科技有限公司 一种可配置化的本地缓存刷新方法及终端
CN113661692A (zh) * 2019-09-30 2021-11-16 腾讯美国有限责任公司 基于http的动态自适应流传输的方法和装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020090215A1 (ja) * 2018-10-29 2020-05-07 ソニー株式会社 情報処理装置及び情報処理装置、並びに情報処理システム
US11006164B2 (en) * 2018-11-23 2021-05-11 Sony Corporation TV and electronic device with external tuner and memory for personal video recording
US11490169B2 (en) * 2019-07-02 2022-11-01 Tencent America LLC Events in timed metadata tracks
KR20210087214A (ko) * 2020-01-02 2021-07-12 삼성전자주식회사 전자장치 및 그 제어방법
JP7454951B2 (ja) 2020-01-27 2024-03-25 日本放送協会 コンテンツ配信装置、端末、およびプログラム

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060041924A1 (en) * 2004-08-20 2006-02-23 Matsushita Electric Industrial Co., Ltd. Digital television middleware service for home networking domains
CN1875354A (zh) * 2003-10-27 2006-12-06 松下电器产业株式会社 记录媒体、数据处理装置以及数据处理方法
US20100180007A1 (en) * 2008-11-18 2010-07-15 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US20100186036A1 (en) * 2009-01-15 2010-07-22 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US20120124179A1 (en) * 2010-11-12 2012-05-17 Realnetworks, Inc. Traffic management in adaptive streaming protocols
CN103119958A (zh) * 2010-07-20 2013-05-22 夏普株式会社 内容分发装置、内容重放装置、内容分发系统、内容分发装置的控制方法、控制程序以及记录介质
CN103283251A (zh) * 2010-12-26 2013-09-04 Lg电子株式会社 广播服务发送方法、广播服务接收方法和广播服务接收设备
WO2013163464A1 (en) * 2012-04-25 2013-10-31 Huawei Technologies Co., Ltd. Systems and methods for controlling client behavior in adaptive streaming
WO2014010445A1 (ja) * 2012-07-10 2014-01-16 シャープ株式会社 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、データ構造、制御プログラムおよび記録媒体
CN103975602A (zh) * 2011-10-20 2014-08-06 Lg电子株式会社 广播服务接收方法和广播服务接收装置
EP2793479A1 (en) * 2011-12-12 2014-10-22 LG Electronics Inc. Device and method for receiving media content

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005117183A (ja) * 2003-10-03 2005-04-28 Canon Inc 情報処理装置、テレビシステム、制御方法及びプログラム
KR100670605B1 (ko) * 2005-08-31 2007-01-17 한국정보통신대학교 산학협력단 멀티미디어 콘텐츠 서비스 시스템과 방법 및 그 기록매체
US9100549B2 (en) * 2008-05-12 2015-08-04 Qualcomm Incorporated Methods and apparatus for referring media content
JP2011087103A (ja) 2009-10-15 2011-04-28 Sony Corp コンテンツ再生システム、コンテンツ再生装置、プログラム、コンテンツ再生方法、およびコンテンツサーバを提供
BR122015005194A2 (pt) * 2012-06-28 2019-08-20 Ericsson Ab Método e sistema para inserção de anúncio em entrega de mídia ao vivo over the top
JP6348251B2 (ja) 2012-09-13 2018-06-27 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 端末装置、受信方法、およびプログラム
JPWO2015060349A1 (ja) * 2013-10-22 2017-03-09 シャープ株式会社 表示制御装置、配信装置、表示制御方法、および表示制御システム
ES2836791T3 (es) * 2013-12-30 2021-06-28 Telecom Italia Spa Procedimiento y sistema para seleccionar automáticamente partes de un contenido multimedia de vídeo y/o audio basado en información obtenida de las redes sociales
WO2015152877A1 (en) * 2014-03-31 2015-10-08 Blackberry Limited Apparatus and method for processing media content
EP3133817A4 (en) * 2014-04-18 2017-11-15 LG Electronics Inc. Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, broadcast signal transmitting method and broadcast signal receiving method
FR3020542A1 (fr) * 2014-04-23 2015-10-30 Orange Procede de gestion de la selection de la representation des segments d'un contenu multimedia transmis sur un reseau de communication.
US20150312303A1 (en) * 2014-04-25 2015-10-29 Qualcomm Incorporated Determining whether to use sidx information when streaming media data
KR101853669B1 (ko) * 2014-09-25 2018-05-02 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR101960317B1 (ko) * 2015-02-13 2019-03-20 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016153241A1 (ko) * 2015-03-23 2016-09-29 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1875354A (zh) * 2003-10-27 2006-12-06 松下电器产业株式会社 记录媒体、数据处理装置以及数据处理方法
US20060041924A1 (en) * 2004-08-20 2006-02-23 Matsushita Electric Industrial Co., Ltd. Digital television middleware service for home networking domains
US20100180007A1 (en) * 2008-11-18 2010-07-15 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
US20100186036A1 (en) * 2009-01-15 2010-07-22 Lg Electronics Inc. Method of processing non-real time service and broadcast receiver
CN103119958A (zh) * 2010-07-20 2013-05-22 夏普株式会社 内容分发装置、内容重放装置、内容分发系统、内容分发装置的控制方法、控制程序以及记录介质
US20120124179A1 (en) * 2010-11-12 2012-05-17 Realnetworks, Inc. Traffic management in adaptive streaming protocols
CN103283251A (zh) * 2010-12-26 2013-09-04 Lg电子株式会社 广播服务发送方法、广播服务接收方法和广播服务接收设备
CN103975602A (zh) * 2011-10-20 2014-08-06 Lg电子株式会社 广播服务接收方法和广播服务接收装置
EP2793479A1 (en) * 2011-12-12 2014-10-22 LG Electronics Inc. Device and method for receiving media content
WO2013163464A1 (en) * 2012-04-25 2013-10-31 Huawei Technologies Co., Ltd. Systems and methods for controlling client behavior in adaptive streaming
WO2014010445A1 (ja) * 2012-07-10 2014-01-16 シャープ株式会社 コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、データ構造、制御プログラムおよび記録媒体

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
DASH-IF: "Guidelines for Implementation:Ad Insertion in DASH", 《DASH INDUSTRY FORUM》 *
ISO: "ISO/IEC 23009-1:2014 Information technology — Dynamic adaptive streaming over HTTP (DASH) — Part 1: Media presentation description and segment formats", 《ISO》 *
夏勃: "动态自适应流媒体技术的研究与实现", 《中国优秀硕士学位论文全文数据库》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109344353A (zh) * 2018-09-12 2019-02-15 福建天泉教育科技有限公司 一种可配置化的本地缓存刷新方法及终端
CN109344353B (zh) * 2018-09-12 2021-10-08 福建天泉教育科技有限公司 一种可配置化的本地缓存刷新方法及终端
CN113661692A (zh) * 2019-09-30 2021-11-16 腾讯美国有限责任公司 基于http的动态自适应流传输的方法和装置
CN113661692B (zh) * 2019-09-30 2023-04-18 腾讯美国有限责任公司 接收媒体数据的方法、装置和非易失性计算机可读存储介质

Also Published As

Publication number Publication date
JPWO2016174960A1 (ja) 2018-02-22
EP3291569A1 (en) 2018-03-07
CA2981270A1 (en) 2016-11-03
US20200221161A1 (en) 2020-07-09
CN107534793B (zh) 2021-08-03
WO2016174960A1 (ja) 2016-11-03
MX2017013592A (es) 2018-03-07
EP3291569A4 (en) 2018-10-10
US20180139490A1 (en) 2018-05-17
KR20170141677A (ko) 2017-12-26
KR102499231B1 (ko) 2023-02-13

Similar Documents

Publication Publication Date Title
CN107534793A (zh) 接收装置、传输装置以及数据处理方法
JP7327572B2 (ja) 受信方法、及び、送信方法
US11410199B2 (en) Reception apparatus, transmission apparatus, and data processing method
US11356719B2 (en) Reception device, reception method, transmission device, and transmission method
CN109845276A (zh) 信息处理装置和信息处理方法
CN104604245A (zh) 呈现时间控制
CN107925798A (zh) 接收设备、发送设备和数据处理方法
US20190207691A1 (en) Receiving device, transmitting device, and data processing method
CN108028963A (zh) 发送设备、接收设备和数据处理方法
US10567098B2 (en) Reception apparatus, transmission apparatus, and data processing method
KR102533674B1 (ko) 수신 장치, 송신 장치 및 데이터 처리 방법
CN107079196A (zh) 接收设备、发送设备和数据处理方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant