CN106416277B - 传输设备、传输方法、接收设备以及接收方法 - Google Patents

传输设备、传输方法、接收设备以及接收方法 Download PDF

Info

Publication number
CN106416277B
CN106416277B CN201480079347.8A CN201480079347A CN106416277B CN 106416277 B CN106416277 B CN 106416277B CN 201480079347 A CN201480079347 A CN 201480079347A CN 106416277 B CN106416277 B CN 106416277B
Authority
CN
China
Prior art keywords
data
file
broadcast
transmission
cache
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.)
Active
Application number
CN201480079347.8A
Other languages
English (en)
Other versions
CN106416277A (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 CN106416277A publication Critical patent/CN106416277A/zh
Application granted granted Critical
Publication of CN106416277B publication Critical patent/CN106416277B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/27—Arrangements for recording or accumulating broadcast information or broadcast-related information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5681—Pre-fetching or pre-delivering data based on network characteristics
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • 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/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/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)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

要使用MMT系统传输使用HTML‑5的数据广播的文件。对于多个数据广播呈现单元中的每个，在数据内容管理表中描述构成呈现单元的广播传输文件列表、中心文件以及预先高速缓存目标文件列表的信息。在构成从当前数据广播呈现单元接下来要参考的数据广播呈现单元的广播文件列表指定为预先高速缓存目标时，接下来要实现过渡的数据广播呈现单元所需要的文件数据可以预先高速缓存在接收器侧上，据此，可以实现与广播节目配合的及时数据广播服务。

Description

传输设备、传输方法、接收设备以及接收方法
技术领域
在本说明书中公开的技术涉及一种传输设备和一种传输方法，用于使用预定的传输方法传输数据广播文件，以及一种接收设备和一种接收方法，用于接收使用预定的传输方法传输的数据广播文件。
背景技术
在当前广播系统中，运动图像专家组-传输流(MPEG-2TS)方法和实时协议(RTP)方法广泛地用作媒体的传输方法(例如，参考专利文献1)。对于下一代数字广播方法，MPEG讨论了被标准化为新媒体传输方法的MPEG媒体传输(MMT)(例如，参考非专利文献1)。MMT中可以容易地使用不同传输路径的组合，这可以共同用于广播和通信的多个传输路径。
根据MMT方法，时间媒体(例如，作为流媒体的视频或声音)和非时间媒体(例如，文件)可以在MMT数据包上传输。在此处提及的时间媒体包括广播节目的主要内容的流数据，例如，视频、音频以及字幕。此外，非时间媒体是数据广播应用(内容)的文件数据，例如，超文本标记语言(HTML)文档。
需要及时呈现与广播节目交互操作的数据广播。同时，在限制的广播传输带中重复传输用于数据广播中的每个文件。通过高速缓存数据广播文件，接收终端可以实现数据广播的及时呈现。然而，如果未装有充足的高速缓冲存储器的接收终端经受针对必要文件的高速缓存未命中，则应等待下一个重复周期，因此，在呈现数据广播之前，发生大约(例如)几十秒的延迟。
在本申请的时间基于在操作中的广播标记语言(BML)的数据广播服务中，在调用作为“LockModuleOnMemory()”的应用程序编程接口(API)时，可以在高速缓冲存储器内预先高速缓存并且保存特定文件(例如，参考专利文献2)。
引用列表
专利文献
专利文献1：JP 2013-153291A
专利文献2：JP 2007-274193A
非专利文献
非专利文献1：ISO/IEC FDIS 23008-1:2013(E)Information technology-Highefficiency coding and media delivery in heterogeneous environments-Part1:MPEGmedia transport(MMT)
发明内容
技术问题
在本说明书中公开的技术的一个目标在于，提供一种传输设备和一种传输方法，其能够使用预定的传输方法令人满意地传输数据广播文件。
在本说明书中公开的技术的另一个目标在于，提供一种接收设备和一种接收方法，其能够令人满意地接收使用预定的传输方法传输的数据广播文件。
问题的解决方案
鉴于以上问题，构成本申请，并且根据本申请的技术是一种传输设备，包括：文件数据传输单元，被配置为传输在数据广播中要使用的文件数据；以及信令消息传输单元，被配置为在与数据广播相关的信令中包括用于指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息。
根据本申请的技术，传输设备的信令消息传输单元传输包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及预先高速缓存目标文件的列表的信息。
根据本申请的技术，传输设备的信令消息传输单元传输包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及在高速缓冲存储器内要锁定的目标文件和在锁定目标之中的要被解锁的目标文件的信息。
根据本申请的技术，传输设备的进一步包括：媒体数据传输单元，被配置为传输与数据广播交互操作的广播节目的主体的媒体数据。
根据本申请的技术是一种传输方法，包括：文件数据传输步骤，用于传输在数据广播中要使用的文件数据；以及信令消息传输步骤，用于在与数据广播相关的信令中包括用于指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息。
根据本申请的技术是一种接收设备，包括：文件数据接收单元，被配置为传输在数据广播中要使用的文件数据；信令消息接收单元，被配置为在与数据广播相关的信令中包括用于指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息；以及控制单元，被配置为基于所述强制性高速缓存信息，控制由所述文件数据接收单元接收的文件数据在高速缓冲存储器内的高速缓存。
根据本申请的技术，接收设备的信令消息传输单元接收包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及预先高速缓存目标文件的列表的信息。
根据本申请的技术，在所述文件数据接收包含在预先高速缓存的目标文件的列表内的文件时，接收设备的控制单元在高速缓冲存储器内预先高速缓存所述文件。
根据本申请的技术，接收设备的信令消息接收包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及在高速缓冲存储器内要锁定的目标文件和在锁定目标之中的将被解锁的目标文件的信息。
根据本申请的技术，在所述文件数据接收所述锁定目标文件时，接收设备的控制单元在高速缓冲存储器内预先高速缓存所述文件。
根据本申请的技术，接收设备的控制单元从高速缓冲存储器中删除所述解锁目标文件。
根据本申请的技术，在所述文件数据接收构成当前数据广播呈现单元的广播传输文件和中心文件的列表时，接收设备的控制单元在高速缓冲存储器内高速缓存所述数据。
根据本申请的技术，接收设备进一步包括：数据广播呈现单元，被配置为使用文件数据呈现数据广播。
根据本申请的技术，接收设备进一步包括：媒体数据接收单元，被配置为接收与数据广播交互操作的广播节目的主体的媒体数据；以及广播节目呈现单元，被配置为基于媒体数据，呈现广播节目。
根据本申请的技术是一种接收方法，包括：文件数据接收步骤，用于传输在数据广播中要使用的文件数据；信令消息接收步骤，用于在与数据广播相关的信令中包括用于指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息；以及控制步骤，用于基于所述强制性高速缓存信息，控制由所述文件数据接收单元接收的文件数据在高速缓冲存储器内的高速缓存。
本发明的有益效果
在本说明书中公开的技术假设例如使用MMT方法传输基于超文本标记语言(HTML)5的数据广播文件。根据在本说明书中公开的技术，广播站等的传输设备可以在与数据广播相关的信令内包括用于指定强制性高速缓存的信息并且传输该信息。此外，根据在本说明书中公开的技术，安装在家庭内的接收设备(例如，机顶盒(STB)或电视接收器)可以基于包含在接收到的与数据广播相关的信令内的强制性高速缓存信息，令人满意地执行每个数据广播文件的高速缓存控制，从而可以及时呈现与广播节目交互操作的数据广播。
注意，在本说明书中描述的有利效果仅仅为了实例，并且本发明的有利效果不限于此。而且，在某些情况下，本发明还可以显示除了上面提供的有利效果以外的额外有利效果。
基于在后文中讨论的示例性实施方式以及附图，通过更详细的描述，阐明在本说明书中公开的技术的进一步目标、特征以及优点。
附图说明
[图1]图1是示意性示出应用本说明书中公开的技术的数字广播系统10的配置的实例的示图。
[图2]图2是示出应用MMT的广播信号的堆栈模型200的示图。
[图3]图3是示出发送在图2示出的广播信号的广播发送系统11的配置的实例的示图。
[图4]图4是示出接收在图2示出的广播信号的接收器12的配置的实例的示图。
[图5]图5是示出根据MMT方法在RF传输路径上从广播发送系统11发送的广播信号(封包)500的图像的示图。
[图6]图6是示出MMT数据包的报头的配置的实例的示图。
[图7]图7是示出在其上传输非时间媒体的MMT数据包的扩展报头700的配置的实例的示图。
[图8]图8是示出在MPU模式中的MMTP有效载荷800的配置的实例的示图。
[图9]图9是示出时间媒体设置在有效载荷内的MFU的DU_Header900的配置的实例的示图。
[图10]图10是示出非时间媒体设置在有效载荷内的MFU的DU_Header 1000的配置的实例的示图。
[图11]图11是示出在传输非时间媒体的数据时数据包配置的实例的示图。
[图12]图12是示出PA消息1201以及包含在PA消息内的MP表1202的配置的实例的示图。
[图13]图13是示出PA消息1300的语法的实例的示图。
[图14]图14是示出包含在PA消息内的参数的描述的示图。
[图15]图15是示出MP表(MPT)的(前半部分)语法的实例的示图。
[图16]图16是示出MP表的(后半部分)语法的实例的示图。
[图17]图17是用于描述包含在MP表内的相应参数的示图。
[图18]图18是示出M2部分消息1800的配置的实例的示图。
[图19]图19是示出在M2部分消息中传输的MH应用信息(AI)表格(MH AIT)1900的配置的实例的示图。
[图20]图20是示出应用信息描述符2000的配置的实例的示图。
[图21]图21是示出包含在应用信息描述符内的参数的描述的示图。
[图22]图22是示出传输协议描述符2200的配置的实例的示图。
[图23]图23是示出对于HTTP/HTTPS、MMT以及非时间传输共同的选择符字节的配置的实例的示图。
[图24]图24是示出作为一个信令消息的数据传输消息的配置的实例的示图。
[图25]图25是示出数据资产管理表(DAMT)2500的配置的实例的示图。
[图26]图26是示出数据目录管理表(DDMT)2600的配置的实例的示图。
[图27]图27是示出数据内容管理表(DCMT)2700的配置的实例的示图。
[图28]图28是示出数据内容管理表(DCMT)2700的配置的实例的示图。
[图29]图29是用于描述用于执行MMT传输的数据广播应用(内容)的传输、位置以及呈现的机制的示图。
[图30]图30是用于描述在从MMT传输路径中获取数据广播应用(内容)时作为信令信息传输的表格的参考关系的示图。
[图31]图31是示意性示出在接收器内控制数据广播应用(内容)的高速缓存的机制的示图。
[图32]图32是示出基于方法1由接收器12对文件数据的高速缓存控制的程序的流程图。
[图33]图33是示出基于方法1由接收器12对文件数据的预先高速缓存操作的实例的示图。
[图34]图34是示出基于方法2由接收器12对文件数据的高速缓存控制的程序的流程图。
[图35]图35是示出基于方法2由接收器12对文件数据的高速缓存的锁定和解锁操作的实例的示图。
具体实施方式
参考下图，详细描述在本说明书中公开的技术的实施方式。
图1示意性示出应用本说明书中公开的技术的数字广播系统10的配置的实例。示出的数字广播系统10包括广播发送系统11和接收器12。
广播发送系统11传输包括互联网协议(IP)方法的传输媒体的广播信号。广播信号的传输媒体包括时间媒体和非时间媒体(例如，文件)。时间媒体是与广播节目的主要内容相关的流数据，例如，视频、音频、字幕等。此外，非时间媒体是用于数据广播中的文件数据，例如，HTML文档。在以下描述中，假设基于HTML5的数据广播服务。
同时，接收器12接收从广播发送系统11中发送的广播信号。此外，接收器12从所接收的广播信号中获取传输媒体(例如，视频、音频或字幕)，并且呈现图像或声音。此外，在接收器12从所接收的广播信号中获取用于数据广播的每块文件数据时，接收器启动应用引擎(例如，HTML浏览器)以呈现与广播节目交互操作的数据广播。
在图1示出的数字广播系统10中，假设在广播信号从广播发送系统11传输至接收器12时应用MMT作为传输方法。图2示出使用堆栈模型200的这种情况的广播信号的配置的实例。
物理层(PHY)201位于堆栈模型200的最低层。物理实例201包括调制方法、纠错方法等。
类型长度值(TLV)传输数据包层202位于物理层201之上。此外，IP数据包203位于TLV 202之上，并且用户数据报协议(UDP)204进一步位于上面。此外，压缩IP 203和UDP 204的报头的报头压缩IP 205以及作为信令信息的传输控制信号206也位于TLV传输数据包202之上。
MMT数据包207、包括当前时间的信息的网络时间协议(MMT)数据包208等位于UDP204之上。MMT协议(MMTP)是用于在IP网络上传输MMTP有效载荷209的应用层的传输协议。
MMT数据包207的MMTP有效载荷209包括与数据广播相关的信令消息211或MMT片段单元(MFU)210。MFU 210是作为经编码的时间媒体和非时间媒体的容器的媒体处理单元(MPU)。流数据(时间媒体)212(例如，视频、音频、字幕)或文件数据(非时间媒体)213(例如，HTML文档数据)插入MFU 210内。
图3示出发送在图2示出的广播信号的广播发送系统11的配置的实例。示出的广播发送系统11包括时钟单元301、信号发送单元302、视频编码器303、音频编码器304、字幕编码器305、信令编码器306、文件编码器307、信息系统308、TLV信令编码器309、IP服务多路复用器(MUX)310、TLV多路复用器(MUX)311以及调制/传输单元312。
时钟单元301生成与从NTP服务器(未示出)中获取的时间信息同步的时间信息，并且将包括该时间信息的IP数据包发送至IP服务多路复用器310。
例如，信号发送单元302是演播室或记录和再现装置(例如，电视广播台的VTR)，并且将作为时间媒体的每块流数据(例如，视频、音频或字幕)或者作为非媒体数据的用于数据广播的文件数据(例如，HTML文档数据)发送至视频编码器303、音频编码器304、字幕编码器305、以及文件编码器307。此外，信息系统308是TV广播系统的调度器以及文件的供应源，并且将作为非媒体数据的HTML文档数据以及信令信息分别发送至文件编码器307和信令编码器306。
视频编码器303编码从信号发送单元302发送的视频信号，进一步包封包该信号，并且将包括视频的MMT数据包的IP数据包发送至IP服务多路复用器310。此外，音频编码器304编码从信号发送单元302发送的音频信号，进一步封包该信号，并且将包括音频的MMT数据包的IP数据包发送至IP服务多路复用器310。而且，字幕编码器305编码从信号发送单元302发送的字幕信号，进一步封包该信号，并且将包括字幕的MMT数据包的IP数据包发送至IP服务多路复用器310。
信令编码器306基于从信息系统308发送的信息，生成与数据广播相关的信令消息(MMT-SI)，并且将包括MMT数据包(信令消息设置在其有效载荷单元内)的IP数据包发送至IP服务多路复用器310。在本实施方式中，与数据广播相关的信令消息广义上分成三种类型的消息，包括PA消息、M2部分消息以及数据传输消息。在本实施方式中，用于指定用于数据广播中的每个文件的强制性高速缓存的信息包含在数据传输消息内。预留每个信令消息的细节，用于稍后描述。
文件编码器307必要时划分从信号发送单元302或信息系统308发送的文件数据，从而生成包括文件数据的MMT数据包，然后，将包括该MMT数据包的IP数据包发送至IP服务多路复用器310。注意，文件数据构成数据广播内容(数据广播应用)。
广播发送系统11装有IP服务多路复用器310，用于待发送每个频道(广播节目)。一个频道的IP服务多路复用器310多路复用从每个编码器303到307中发送的视频、音频、字幕、信令消息以及文件数据的IP数据包，从而生成构成一个频道的TLV数据包。
TLV信令编码器309编码从信息系统308发送的信令信息(TLV-SI)，从而生成要设置在有效载荷单元内的TLV数据包。
TLV多路复用器311多路复用由IP服务多路复用器310-1到310-N和TLV信令编码器309中的每个生成的TLV数据包，从而生成广播流。
调制/传输单元312对由TLV多路复用器311生成的广播流执行RF调制处理，然后，将结果发送至RF传输路径。
将描述在图3示出的广播发送系统11的操作。
时钟单元301生成与从NTP服务器中获取的时间信息同步的时间信息，然后，生成包括该时间信息的IP数据包。
将从信号发送单元302中发送的视频信号供应给视频编码器303。视频编码器303编码该视频信号，进一步封包该信号，从而生成包括视频的MMT数据包的IP数据包。将该IP数据包发送至IP服务多路复用器310。
此外，也对从信号发送单元302中发送的音频信号和字幕信号执行相似的处理。然后，将包括由音频编码器304生成的音频的MMT数据包的IP数据包发送至IP服务多路复用器310，并且将包括由字幕编码器305生成的字幕的MMT数据包的IP数据包发送至IP服务多路复用器310。
此外，信令编码器306基于从信息系统308中发送的信息，生成与数据广播相关的信令消息(MMT-SI)，从而生成包括MMT数据包(信令消息设置在其有效载荷单元内)的IP数据包。将该IP数据包发送至IP服务多路复用器310。
此外，将从信号发送单元302或信息系统308中发送的文件数据供应给文件编码器307。文件编码器307必要时划分文件数据，从而生成包括文件数据的MMT数据包，并且生成包括该MMT数据包的IP数据包。将该IP数据包发送至IP服务多路复用器310。
每个IP服务多路复用器310多路复用包括从相应的编码器303到307中发送的视频、音频、字幕、信令消息以及文件数据的IP数据包，从而生成TLV数据包(其构成一个频道)。
TLV信令编码器309编码从信息系统308中发送的信令信息(TLV-SI)，从而生成要设置在有效载荷单元内的TLV数据包。
TLV多路复用器311多路复用由IP服务多路复用器310-1到310-N和TLV信令编码器309生成的TLV数据包，从而生成广播流。调制/传输单元312对TLV多路复用器311生成的广播流执行RF调制处理，并且将经RF调制的信号发送至RF传输路径。
此外，图4示出接收在图2示出的广播信号的接收器12的配置的实例。示出的接收器12包括调谐器/解调器401、解复用器(DEMUX)402、时钟单元403、视频解码器404、音频解码器405、字幕解码器406、应用数据控制单元407、高速缓冲存储器408、数据广播应用引擎409、系统控制单元410、合成单元411以及IP接口412。
调谐器/解调器401接收经RF调制的信号，对其执行解调处理，从而获得广播流。解复用器402对该广播流执行解复用处理和拆包处理，从而输出NTP时间信息，呈现时间戳(PTS)，信令信息，与广播节目的主要内容相关的视频、音频以及字幕的编码信号中的每个，用于与广播节目交互操作的数据广播中的文件数据，以及信令信息。注意，用于数据广播中的文件数据例如是以HTML5形式描述的数据广播应用。
视频解码器404解码从解复用器402中获得的经编码的视频信号，以获得基带视频信号。此外，音频解码器405解码从解复用器402中获得的经编码的音频信号，以获得基带音频信号。而且，字幕解码器406解码从解复用器402中获得的经编码的字幕信号，以获得字幕显示信号。
应用数据控制单元407对用于数据广播中的每块文件数据执行处理。在本实施方式中，假设从作为广播信号和IP网络的两个系统中传输用于数据广播中的每块文件数据，并且应用数据控制单元407通过调谐器/解调器401和解复用器402获取广播信号，并且通过IP接口412获取IP网络。应用数据控制单元407基于从解复用器402中输出的信令信息，对所获取的文件数据控制处理。具体而言，应用数据控制单元407管理当前数据广播呈现单元(PU)，并且指导数据广播应用引擎409(例如，HTML浏览器)对相应的文件数据(HTML5等的数据广播应用)执行处理。数据广播应用引擎409使用在高速缓冲存储器408内提前高速缓存或预先高速缓存的文件数据，适当地管理数据广播应用。
应用数据控制单元407规定参考包含在PA消息、M2部分消息以及数据传输消息的每一者内的信令表呈现数据广播所需要的访问范围，并且控制过滤操作，用于高速缓存可以由数据广播应用引擎409预先高速缓存在高速缓冲存储器408内的文件数据。预留文件数据的高速缓存的细节，用于稍后描述。
此外，用于指定要在数据广播中使用的每个文件的强制性高速缓存的信息包含在数据传输消息内。在本实施方式中，应用数据控制单元407基于包含在数据传输消息内的强制性高速缓存信息，在高速缓冲存储器408内及时地预先高速缓存呈现数据广播所需要的文件数据。预留文件数据的预先高速缓存的细节，用于稍后描述。
注意，在广播流内重复发送相同内容的文件数据。系统控制单元410控制解复用器402的过滤操作，以帮助应用数据控制单元407从一组重复发送的文件数据中获取仅仅解复用器402需要的数据。
系统控制单元410基于从解复用器402中获得的信令信息、通过用户单元(未示出)的来自用户的操作信息等，控制接收器21的相应单元的操作。时钟单元403基于时间信息，生成与从解复用器402中获得的NTP时间信息同步的时间信息。
此外，系统控制单元410基于PTS控制解码器404到406的解码定时，以调整视频、音频以及字幕的呈现定时。合成单元411合成基带视频信号和字幕显示信号以及数据广播显示信号，以获得用于视频显示的视频信号。此外，从音频解码器405中获得的基带音频信号转换成用于音频输出的音频信号。由视频信号和音频信号构成的广播节目的主要内容输出为从未示出的监控器或显示器中的视频和声音。此外，还在监控器或显示器上的广播节目的主要内容的画面上叠加显示由数据广播应用引擎409处理的数据广播。
将描述在图4示出的接收器12的操作。
调谐器/解调器401接收经RF调制的信号，对其执行解调处理，从而获得广播流。解复用器402对该广播流执行解复用处理和拆包处理，以提取NTP时间信息，PTS，信令信息，诸如视频、音频以及字幕的经编码信号中的每个，以及文件数据。
由解复用器402提取的NTP时间信息发送至时钟单元403。时钟单元403基于该时间信息，生成与NTP时间信息同步的时间信息。即，时钟单元403生成与广播发送系统11的时钟单元301生成的时间信息匹配的时间信息。
将解复用器402提取的编码视频信号发送至视频解码器404来解码，从而获得基带视频信号。此外，将解复用器402提取的编码字幕信号发送至字幕解码器406来解码，从而获得字幕显示信号。此外，将解复用器402提取的文件数据发送至数据广播应用引擎409并且由其处理，从而获得数据广播显示信号。注意，系统控制单元410控制过滤解复用器402的操作，以使解复用器402仅仅获取需要的文件数据。
然后，合成单元411合成基带视频信号、字幕显示信号以及数据广播显示信号，以获得用于视频显示的视频信号。
此外，将解复用器402提取的编码音频信号发送至音频解码器405来解码，从而获得用于音频输出的基带音频信号。由视频信号和音频信号构成的广播节目的主要内容从未示出的监控器或显示器中以视频和声音输出。
同时，应用数据控制单元407管理当前数据广播呈现单元，并且指导数据广播应用引擎409(例如，HTML浏览器)对相应的文件数据(HTML5等的数据广播应用)执行处理。数据广播应用引擎409使用在高速缓冲存储器408内提前高速缓存或预先高速缓存的文件数据，适当地管理数据广播应用。还在监控器或显示器上的广播节目的主要内容的画面上叠加显示由数据广播应用引擎409处理的数据广播。
此外，应用数据控制单元407参考包含在PA消息、M2部分消息以及数据传输消息(下面描述)中的每个内的信令表，及时控制根据高速缓冲存储器408的可用容量的文件数据的预先高速缓存或者用于呈现与广播节目交互操作的数据广播的强制性高速缓存。
在图1示出的数字广播系统10中，假设MMT用作在广播信号从广播发送系统11传输至接收器12时使用的传输方法。图5示出根据MMT方法在RF传输路径上从广播发送系统11中发送的广播信号500的图像。
一个频道(广播节目)的广播信号由与广播节目的主要内容相关的时间媒体(例如，视频、音频、字幕等)以及用于与广播节目交互操作的数据广播中的非时间媒体(例如，文件数据)构成，并且这种编码媒体数据储存在MPU内并且传输。此外，传输与广播信号的传输控制相关的信息，作为信令信息。在MMT中，容易在不同传输路径的组合上使用构成一个频道(广播节目)的时间媒体和非时间媒体的数据。在图5示出的实例中，MMT路径501到504用于每种类型的数据，例如，视频、音频、字幕、文件数据、以及作为广播信号500的信令信息。注意，为了方便起见，在图中未示出用于字幕数据的传输路径。
一个频道(广播节目)可以称为由不同类型的多个资产(例如，视频、音频、字幕以及文件数据(数据应用))构成的“封装”(封装是在MMT传输路径上传输的媒体数据的逻辑组)。每个资产是共享相同的asset_id(资产标识符)的一个或多个MPU(逻辑组)的组，并且在专用基本流(ES)上传输，即，MMT传输路径(资产与唯一标识符相关联，并且是用于构成多媒体的呈现的数据实体)。换言之，在传输路径501上传输由具有共享的asset_id的MPU逻辑组构成的视频的MMT数据包(MMTP)，传输路径502上传输由具有共享的asset_id的MPU逻辑组构成的音频的MMT数据包，并且传输路径503上传输由具有共享的asset_id的MPU逻辑组构成的文件数据的MMT数据包。在相应的传输路径上使用asset_id和MPU的序号规定MPU。此外，可以使用asset_id识别在其上传输每种类型的媒体的MMT传输路径。
换言之，可以在一个封装(广播节目)内传输相同类型的多个资产(即，具有不同的asset_id)。例如，存在以下情况：为相同的广播节目提供两块以上文件内容(数据广播应用)。在这种情况下，将不同的asset_id分配给不同的文件内容块，并且在不同的MMT传输路径上传输内容，作为不同的MPU逻辑组。在图5，为了方便起见，仅仅示出了针对文件数据的一个传输路径503。
此外，MMT可以共同用于多个传输路径，用于广播和通信。可以在用于广播的传输路径上传输非时间媒体(例如，HTML文档数据)以及时间媒体，如图5所示，并且可以通过用于通信的传输路径(例如，IP网络)提供。
此外，在传输路径504上重复传输包括相同的信令消息的MMT数据包。为了实现在本说明书中公开的技术，传输的信令消息与包括PA消息510、M2部分消息520以及数据传输消息530的三种类型的信令消息相关。这些不同的信令消息传输信令表。例如，PA消息510包括MMT数据包(MP)表格511。此外，M2部分消息520包括MH应用信息(AI)表格521。而且，数据传输消息530是用于提供数据传输方法或数据管理控制方法的通知的消息，并且包括信令表格，其包括数据目录管理表531、数据资产管理表532以及数据内容管理表533。预留表格的细节，用于稍后描述。
如上所述，在MMTP中传输时间媒体(例如，视频、音频和字幕)以及非时间媒体(例如，文件数据)。图6示出了MMTP数据包600的配置的实例。MMTP数据包是格式化为使用MMT协议传输的媒体数据的单元。例如，有关更多细节，可以参考非专利文献1。
如果由参考数字601表示的数据包计数器标记“C”由1代替，则由参考数字602表示的数据包计数器的字段表示为存在于该MMTP数据包内。数据包计数器602是32位长度的字段，其中，写入通过计数MMTP数据包所获得的整数值，并且每当传输MMTP数据包时，该值增加1。
如果由参考数字603表示的扩展标记“X”由1代替，则由参考数字604表示的扩展报头604表示为存在。在图6的下部分，也示出了扩展报头604的配置的实例。扩展报头604由参考数字604-1表示的16位长度类型字段、由参考数字604-2表示的长度字段以及由参考数字604-3表示的header_extensin_value字段构成。在长度字段内写入header_extensin_value字段的字节长度。在header_extensin_value字段内可以写入与MMT的规格不同的扩展信息。
在由参考数字606表示的类型字段内，写入表示对应的MMTP数据包的有效载荷数据的类型的类型值。下面在表1示出类型值的定义。
【表1】
Figure GDA0002047880640000191
如果由参考数字605表示的随机接入点(RAP)标记由1代替，则表示相应的MMTP数据包的有效载荷包括相应数据类型的数据流的随机接入点。
在由参考数字607表示的16位长度的packet_id字段内写入用于区分资产的整数值。该字段的值源自相应的MMTP数据包所属的资产的asset_id。在作为信令消息的一部分的MMT封装(MP)表格内显示packet_id和asset_id的映射。
通过在NTP协议中规定的短格式，在由参考数字608表示的32位长度的时间戳字段内描述相应的MMTP数据包的传输时间。
在由参考数字609表示的32位长度的packet_sequence_number字段内描述用于识别具有相同的packet_id(在MMT传输路径上的序号)的数据包的整数值。
图7示出在其上传输非时间媒体的MMT数据包的扩展报头700的配置的实例。如图所示，在这种情况下，在长度字段701内写入4，作为header_extensin_value字段的字节长度。在header_extensin_value字段702内的4个字节中，描述Download_id。
在使用MMT协议传输MPU时，传输和接收侧需要执行封包和拆包。通过封包，将MPU插入MMTP有效载荷内，并且在MMTP数据包内传输。MMTP有效载荷的格式允许MMTP有效载荷的分段，使得可以传输大有效载荷。此外，MTP有效载荷的格式对应于小数据单元，从而也允许将多个MMTP有效载荷插入单个MMTP有效载荷内的聚合。接收侧执行拆包，以恢复原始MPU数据。
图8示出在MPU模式中的MMTP有效载荷800的配置的实例。例如，关于更多细节，可以参考非专利文献1。MPU模式是在MMTP报头的类型字段606内写入“0x00”的情况。MPU模式的MMTP数据包用于传输与广播节目的主要内容相关的视频和音频以及与广播节目(数据广播应用)交互操作的文件数据。
在由参考数字801表示的MPU片段类型(FT)字段内使用4位值表示片段的类型。下面在表2示出FT值的定义。
【表2】
Figure GDA0002047880640000201
Figure GDA0002047880640000211
在由参考数字802表示的定时(T)标记内写入1时，表示MPU传输时间媒体已分段，并且在写入0时，表示MPU传输非时间媒体已分段。
由参考数字803表示的片段标识符(f_i)字段表明涉及在2位内的有效载荷内部的数据单元的片段的信息。下面在表3示出f_i的4个值的定义。
【表3】
值 数据单元的定义
00 有效载荷包括数据单元的整数。
01 有效载荷包括第一片段的数据单元。
10 有效载荷包括中间片段的数据单元。
11 有效载荷包括最后片段的数据单元。
在有效载荷聚合多个数据单元时，将1写入由参考数字804表示的聚合(A)标记内。
在由参考数字805表示的8位长度fragment_counter字段内，描述MMTP有效载荷连续包括相同数据单元的片段的有效载荷的数量。
由参考数字806表示的16位长度DU_length字段具有在该字段之后的数据(数据单元或DU)的长度。然而，在A标记804是0时，未出现U_length字段806。
由参考数字807表示的DU_Header是数据单元的报头。然而，在FT值801是0或1时(换言之，在类型并非MFU时)，未呈现DU_Header 807。MFU包括时间媒体的采样或子采样或者非时间媒体的项。
图9示出时间媒体设置在有效载荷内的MFU的DU_Header 900的配置的实例。此外，图10示出非时间媒体设置在有效载荷内的MFU的DU_Header 1000的配置的实例。如图10所示，在非时间媒体的情况下的DU_Header 1000包括32位长度的item_ID，其是作为MFU的一部分传输的项的标识符。该项是构成应用程序的资源，例如，HTML文档数据或从HTML文档中参考的单媒体数据。可以通过上述MMTP数据包的报头的packet_id、扩展报头的download_id以及DU报头的item_ID的组合，在使用asset_id指定的MMT传输路径上唯一规定该项。
图11示出在传输非时间媒体的数据时数据包配置的实例。
图11的(a)示出了原始文件数据的状态。在图中，F1和F2中的每个是一块文件数据。文件数据例如是HTML文档，包括一个或多个项。此外，HTML文档本身也是一个项。
图11的(b)示出了文档数据块F1和F2设置在MFU内的状态。文档数据F1没有大文件大小，因此，照原样设置在一个MFU的有效载荷内。另一方面，由于文档数据F2具有大文件大小，所以分成多块，并且每块设置在MFU的有效载荷内。在示出的实例中，文档数据F2分成两块，即，F2-1和F2-2，并且设置在不同MFU的有效载荷内。
在此处，将描述唯一表示时间的item_ID的DU_Header(见图10)提供给有效载荷具有非时间媒体(例如，HTML文档数据)或单媒体的MFU。
接下来，如图11的(c)所示，MMT有效载荷(见图8)的报头连接至每个MFU，从而形成MMT有效载荷。在此处，在MMT有效载荷的报头的片段类型(FT)字段内描述值2，表示片段的类型是MFU。此外，在定时(T)标记内描述值0，表示这是传输非时间媒体的MPU。而且，在MFU的片段标识符(f_i)字段内描述值0，其中，未分段的非时间媒体设置在其内。另一方面，在MFU的片段标识符(f_i)字段内描述值1，其中，分段的非时间媒体设置在其内，并且在fragment_counter字段内描述对应的计数值。
接下来，如图11的(d)所示，MMT数据包的报头和扩展报头(见图6)连接至每个MMT有效载荷，从而形成MMT数据包流。在此处，在MMTP报头的类型字段内描述0，以描述有效载荷数据的类型是MPU，并且在packet_id字段内写入用于区分资产的整数值。此外，在扩展报头内描述download_id。因此，可以在指定为asset_id的MMT传输路径上，通过在MMTP数据包的报头内的packet_id、在扩展报头内的download_id以及在DU报头内的item_ID的组合，唯一规定项。
而且，如图11的(e)所示，IP报头和UDP报头连接至每个MMT数据包，从而形成IP数据包流。虽然未示出，但是通过连接TLV报头和每个IP数据包，生成构成广播流的TLV数据包。
注意，虽然在图11未示出，但是MMT数据包包括MMT数据包，该MMT数据包的有效载荷包括信令消息(MMT-SI)。信令消息包括PA消息、M2部分消息以及数据传输消息(参考以上描述和图5)。MMTP有效载荷包括传输媒体(例如，时间媒体或非时间媒体)还是信令消息，可以参考在MMTP报头内的类型字段的值来识别。
接下来，描述用于MMT协议内的与在本说明书中公开的技术的实现相关的信令消息的配置。信令消息是传输控制封包或使用封包所需要的信令信息，并且传输各种类型的信令表。
MMT的信令消息使用由三个共同的字段、每个信令消息类型的一个特定字段以及消息有效载荷构成的一般格式。消息有效载荷传输信令信息。在后文中，按照这种顺序描述PA消息、M2部分消息以及数据传输消息。
封装访问(PA)消息传输具有封装访问所需要的所有信令表的信息的PA表。PA表包括MMT封装(MP)表。图12示出作为一个信令消息的PA消息1201以及包含在PA消息内的MP表1202的配置的实例。此外，图13示出PA消息1300的语法的实例，并且图14示出包含在PA消息内的参数的描述。
Message_id是用于识别在各种信令信息之中的PA消息的16位固定值。版本是表示PA消息的版本的8位整数值参数。在更新了包含在MP表内的至少一些参数时，例如，版本的值增加1。长度是32位长度的参数，表示紧接在该字段之后以字节为单位计算的PA消息的大小。
设置在有效载荷字段内的MP表(MPT)的索引信息设置在扩展字段内。8位table_id、8位table_version以及16位table_length设置在该字段内。Table_id是用于识别MP表的固定值。Table_version表示MP表的版本。Table_length表示以字节为单位的MP表的大小。
MP表设置在PA消息的有效载荷字段内。MP表储存与封装相关的信息，包括所有资产的列表。
图15和图16示出MP表(图16是图15的后半部分)的语法的实例。此外，图17示出描述包含在MP表内的参数。下面描述MP表的配置。
Table_id是用于识别在各种信令信息之中的MP表的8位固定值。版本是表示MP表的版本的8位整数值。在更新了包含在MP表内的至少一些参数时，例如，版本的值增加1。长度是32位长度的参数，表示紧接在该字段之后的以字节为单位计数的MP表的大小。
MMT_package_id是具有资产(例如，在广播信号中传输的信号(视频、音频、字幕)以及作为构成元素的文件数据)的整个封装的识别信息。该识别信息是文本信息。MMT_package_id_length表示以字节为单位的文本信息的大小。
MP_table_descriptors字段是与整个封装相关的描述符的储存区域。MPT_table_descriptor_length是表示以字节为单位的该字段的大小N2的16位长度参数。此外，假设MP_table_descriptor设置在N2字节(设置一个或不止一个描述符)，出于各种目的规定描述符。
Number_of_assets是表示用作构成封装的元素的资产(信号和文件)的数量。设置与number_of_asset(N3)相同数量的以下资产循环。
在一个资产循环中设置参数，包括作为单独资产的信息的资产识别信息(asset_id)、一般位置信息(gen_loc_info)以及资产描述符(asset_descriptor)。
Identifier_type表示MMTP数据包流的ID系统。在作为表示asset_id的ID系统时，设置0x00。Asset_id方案表示asset_id的格式，并且asset_id_length表示asset_id的长度。此外，以字节为单位在asset_id_byte的循环中表示资产识别信息(asset_id)。asset_id是用于识别作为一个单元的资产的文本信息。此外，asset_type表示字符串，表示资产的类型。Asset_clock_relation_flag是表示存在资产的时钟信息字段的标记。在标记是1时，具有时钟信息识别字段(asset_clock_relation_id)和时间标度标记字段(asset_timescale_flag)，并且在是0时，不存在任何字段。此外，在字段asset_location中，在location_count中指定资产的位置信息的块数，并且位置信息的以下循环显示与指定的位置信息相同块数的资产的位置信息(MMT_general_location_info)。在本实施方式中，通过作为资产的获取源的传输路径的数据包ID的形式，描述资产的位置信息。因此，从MT表中获取asset_id，可以提取MMT传输路径的相应数据包ID。
asset_descriptor字段是与资产相关的描述符的储存区域。Asset_descriptor_length表示以字节为单位的字段asset_descriptor的大小N5。此外，假设设置N5(一个或不止一个)asset_descriptor，出于各种目的规定描述符。
M2部分消息是用于照原样传输MPEG-2系统的部分扩展格式的信令消息。图18示出M2部分消息1800的配置的实例。下面描述M2部分消息的参数的语义。
Message_id(消息的识别)是用于识别在各种信令信息之中的M2部分消息的16位固定值，并且在本实施方式中，设置为0x8000。version(版本)是表示M2部分消息的版本的8位整数值。length(消息的长度)是16位长度的参数，表示紧接在该字段之后以字节为单位计数的M2部分消息的大小。Table_id(表格的识别)是用于识别该部分所属的表格的区域。Section_syntax_indicator(部分语法指示符)设置为“1”，表示扩展格式。Section_length(部分的长度)是写入在部分长度区域之后的数据的字节数的区域。Table_id_extention(表格识别扩展)是用于扩展表格识别的区域。Version_number(版本号)是写入表格的版本号的区域。Current_next_indicator(当前/下一个指示)在表格目前可用时，设置为“1”，并且在表格目前不可用并且接下来有效时，设置为“0”。Section_number(部分号)是写入构成表格的部分号的区域。Last_section_number(最后部分号)是写入构成表格的最后部分号的区域。根据CRC32(CRC)和ITU-T Recommendation H.222.0，执行循环冗余编码。
图19示出在M2部分消息中传输的MH应用消息(AI)表格(MH AIT)1900的配置的实例。下面描述MH AI表格参数的语义。
Table_id(表格的识别)是用于识别在各种信令信息之中的应用消息(AI)表格的8位固定值，并且在本实施方式中，设置为0x89。Section_syntax_indicator(部分语法的指示)是1位字段，并且始终设置为“1”。Section_length(部分的长度)是12位字段，并且对于前两位始终设置为“00”。这规定从部分的长度的字段到部分的尾部(包括CRC32)的部分的字节数。该值设置为不超过1021(在十六进制表示法中，0x3FD)。Application_type(应用的类型)是16位长度，表示在AIT中传输的应用的值。在DVB中，为DVB-J应用分配0x0001。为ARIB-J应用设置0x0001。Version_number(版本号)是5位字段，表示子表格的版本号。Version_number是MH AI表的版本号，并且在子表格的信息具有变化时，增加1。此外，在版本号的值是“31”时，下一个值返回“0”。Current_next_indicator(当前/下一个指示)始终设置为“1”。Section_number(部分号)是8位字段，表示部分号。在子表格内的第一部分的部分号是0x00。每当具有相同的表格识别和应用类型的部分加入其中时，部分号增加1。Last_section_number(最后部分号)是8位字段，规定在该部分所属的子表格内的最后部分号。
Common_descriptor_length(公共描述符循环长度)是8位字段，规定随后的描述符(在描述区域内的描述符)的字节的长度。该描述符(在描述区域内的描述符)在由与common_descriptor_length相同数量的循环构成的一系列区域内储存描述符的信息。在该公共描述符区域内的描述符应用于在AIT子表格中的所有应用中。例如，在描述符字段内写入指定传输方法或应用的获取位置的传输协议描述符。
Application_loop_length是写入包含在该MH AI表格内的应用信息的块数的区域。设置与由application_loop_length表示的相同数量的应用信息的循环。
在应用信息的一个循环中，设置在由与application_identifier(应用标识符)、application_control_code(应用控制代码)以及application_descriptor_loop_length(应用信息描述符循环长度)的数量相同数量的循环构成的一系列区域内描述的描述符(应用信息描述符)。在描述符区域内的描述符仅仅应用于指定的应用中。
application_identifier(应用标识符)是用于识别应用的参数。application_control_code(应用控制代码)是8位字段，规定控制应用的状态的控制代码。该字段的语义取决于应用类型的值。如果“自动启动(autostart)”指导为application_control_code，则参考该MH AT表格的接收器开始在application_identifier内指定的应用。此外，如果“预取(prefetch)”指导为application_control_code，则参考该MH AT表格的接收器执行在application_identifier内指定的应用的预先读取。而且，如果“中止(kill)”指导为application_control_code，则参考该MH AT表格的接收器停止执行在application_identifier内指定的应用。根据CRC32(CRC)和ITU-T Recommendation H.222.0，执行循环冗余编码。
简言之，MH AI表格是指定在MMT传输路径上发送的应用(文件数据)的处理方法、传输方法(transport_protocol)以及位置(URL)的表格。在接收器接收在M2部分消息内发送的MH AT表格时，接收器从指定的位置中获取具有指定的transport_protocol的应用，以执行在application_control_code中指定的处理。
图20示出储存在MH AI表格的应用信息的循环内的应用信息描述符2000的配置的实例。此外，图21示出包含在应用信息描述符2000内的参数的描述。将描述应用信息描述符2000的参数的语义。
Descriptor_tag是用于识别描述符2000的8位整数值。Descriptor_length是写入在该字段之后的描述符2000的数据的字节数的区域。
在由与application_profile_length的数量相同数量的循环构成的一系列区域中，写入application_profile的信息。Application_profile是可以执行本应用的接收器的配置文件，表示作为在位图中从接收器中请求的函数的请求函数。其高阶3位表示功能位图切换。在每个版本内规定位图。此外，version_major、version_minor以及version_micro是在应用配置文件中规定的每个版本。
Service_bound_flag是表示本应用是否仅仅在当前服务中有效的标记。可见性表示本应用是否可见。Application_priority是在该服务中通知的应用中的相对优先权。Transport_protocol_label表示传输应用的协议。作为transport_protocol_label的值，0x0003表示HTTP/HTTPS传输，并且0x0005表示MMT和非时间传输。
此外，图22示出作为共享的描述符储存在MH AI表格的应用信息内的传输协议描述符2200的配置的实例。下面描述传输协议描述符2200的参数的语义。
Descriptor_tag是用于识别描述符2200的8位整数值。Descriptor_length是写入在该字段之后的描述符2200的数据的字节数的8位区域。
Protocol_id(协议标识符)表示传输应用的协议。作为其值，0x0003表示HTTP/HTTPS传输，并且0x0005表示MMT和非时间传输。Transport_protocol_label(传输协议标签)是用于在多个路径上传输一个应用时唯一识别传输方式的值，并且对应于具有应用信息描述符的相同名称的字段。Selector_byte(选择符字段)是为每个协议ID规定语法的区域，并且写入获取位置。
图23示出由HTTP/HTTPS、MMT非时间传输共有的选择符字节2300的配置的实例。
URL_base_byte在由与URL_base_length的数量相同数量的循环构成的一系列区域中储存表示在URL字符串之中的URL_base的文本信息。
URL_extension_count表示在URL_base之后的URL_extension的数量，其中，设置与URL_extension_count的数量相同数量的URL_extension的循环。此外，在URL_extension的一个循环中，URL_extention_byte在由与规定URL_extension的长度的URL_extension_length的数量相同数量的循环构成的一系列区域中储存表示单独的URL_extention的文本信息。每个URL_extention是在URL_base之后的URL字符串。例如，如果URL_base是“http://www.xbc.com”并且URL_extension是“index.html”，则这些字符串连接，从而可以获得整个URL“http://xbc.com/index.html”。
简言之，参考在MH AI表格的应用信息的循环内的应用信息描述符和传输协议描述符，可以获取应用的传输方式(是MMT传输还是HTML传输)和位置信息(URL)。
图24示出作为信令消息之一的数据传输消息2400的配置的实例。下面描述数据传输消息的参数的语义。
Message_id(消息识别)是用于识别在各种信令信息之中的数据传输消息的16位固定值，并且在本实施方式中，设置为0xF000。version(版本)是写入数据传输消息的版本号的区域。length(消息的长度)是32位参数，表示以字节为单位的在该字段之后的消息的数据的大小。
Num_of_tables(表格的数量)表示储存在该数据传输消息内的表格的数量。设置与储存在数据传输消息内的表格相同数量的由num_of_tables表示的表格信息的循环。
在表格信息的一个循环中，储存table_id(表格识别)、table_version(表格的版本)以及table_length(表格的长度)，作为表格信息。table_id(表格识别)是用于识别在该数据传输消息内储存的区域。在数据传输消息中，(如上所述)传输三种类型的信令表格，包括数据资产管理表(DAMT)、数据目录管理表(DDMT)以及数据内容管理表(DCMT)，并且table_id(表格标识符)识别在这些之中的表格。table_version(表格的版本)表示储存在该数据传输消息内的表格版本。table_length(表格的长度)表示以字节为单位的储存在该数据传输消息内的表格的大小。
此外，设置与由num_of_tables表示的表格的相同数量的循环。在一个表格的循环中，储存通过table_id识别的表格的物质的信息。table(表格)表示储存在该数据传输消息内的表格。
图25示出在数据传输消息内传输的数据资产管理表2500的配置的实例。数据资产管理表是用于管理作为MMTP数据包传输的文件数据的资产的信息以及包含在文件数据的每个资产内的项的信息的表格。下面描述该数据资产管理表的参数的语义。
Table_id(表格识别)是表示在各种信令信息之中的数据资产管理表的8位固定值，并且在本实施方式中，设置为0xA2。Version_(a version)是表示数据资产管理表的版本的8位整数参数。在更新构成数据资产管理表的至少一些参数时，例如，版本增加1。长度是表示以字节为单位的紧接在该字段之后计数的数据资产管理表的大小的16位长度参数。
Number_of_asset是表示包含在封装内的文件数据的资产数的8位参数。设置由number_of_asset表示的以下资产信息的相同数量的循环，以储存每个资产的文件数据的信息。
在一块资产信息的循环中，包括download_id、与资产本身(文件数据)相关的信息以及与包含在资产内的每个项相关的信息。Download_id是写入传输非时间媒体(文件数据)的MMTP数据包的扩展报头内的识别信息(见图7)。
作为与储存在资产信息的循环内的资产本身相关的信息，包括asset_ID_scheme、asset_ID_length、asset_ID_length以及asset_ID_byte。Asset_ID_scheme表示asset_ID的格式。作为asset_ID的格式，例如，可以分配通用唯一标识符(UUID)、统一资源标识符(URI)以及通用URL(GURL)中的任一个。Asset_ID_length表示以字节为单位的asset_ID_byte的长度。Asset_ID_byte表示具有在asset_ID_scheme中指定的格式的在由asset_ID_length表示的相同数量的循环构成的一系列区域中的asset_ID。此外，该信息在本实施方式中用作识别MP表格和数据资产管理表共有的资产的信息；然而，该数据量大，因此，可以使用其他可替换的资产识别信息。例如，假设16位component_tag限定为对应于在MP表中的asset_ID的信息，并且在数据资产管理表中使用component_tag，代替asset_ID。
Number_of_items是构成文件数据的资产的多个项写入的区域。此外，设置由number_of_items表示的相同数量的项的循环，并且写入与构成资产(文件数据)的项相关的信息。
在一个项的循环中，描述item_ID、node_tag、item_size、item_version、item_checksum以及item_info的参数，作为与项相关的信息。Item_ID是32位值，表示识别在非时间MFU内传输的项的ID。Node_tag是同样用于识别项的16位值信息。使用16位node_tag，代替32位item_id，作为信令信息，可以减小识别项所需要的位大小。注意，节点表示在构成数据广播应用(内容)的目录的结构中用作节点的每个目录和项。不仅项，而且目录也可以由node_tag指定。Item_size表示以字节为单位的项的大小。Item_version表示项的版本，每当更新项的内容时，版本增加1。Item_checksum表示项的校验和。注意，必须为所有文件设置的校验和被视为造成信息量大。因此，考虑到这一点，例如，设置1位check_sum_flag，并且32位item_check_sum可以设置为仅仅在1代替标记时出现。可替换地，并非信令，而是校验和可以表示为在图7示出的MMTP数据包的扩展报头内的类型，并且在长度之后可以设置32位校验和。Item_info_length表示以字节为单位的item_info_byte的信息区域的大小。然后，item_info_byte在由item_info_length表示的相同数量的循环构成的一系列区域内储存与项相关的信息(item_info())。
Descriptor_loop_length表示描述符的总字节长度。描述符在由descriptor_loop_length表示的相同数量的循环构成的一系列区域内储存描述符的信息(descriptor())。单独限定储存的描述符。
简言之，数据资产管理表2500是管理包含在一个封装内的文件数据(内容)的资产以及与包含在资产内的项相关的信息的表格。作为与项相关的信息，还管理项的版本信息。参考数据资产管理表2500，可以从node_tag(或item_ID)中提取下载ID或在传输相应的asset_id或资产的MMT扩展报头内描述的item_info，或者可以从在信令信息的传输路径上处理的node_tag中提取在传输路径上的文件数据的item_ID或item_info。
图26示出在数据传输消息内传输的数据目录管理表(DDMT)2600的配置的实例。数据目录管理表是用于管理构成数据广播应用(内容)的目录以及包含在目录内的节点的位置信息(更低级目录或项(文件数据))的表格。下面描述该数据目录管理表的参数的语义。
在Table_id(表格识别)中，写入表示在各种信令信息之中的数据目录管理表的8位固定值。Version_(版本)是表示数据目录管理表的版本的8位整数参数。在更新构成数据目录管理表的至少一些参数时，例如，版本增加1。长度是表示紧接在该字段之后以字节为单位计数的数据目录管理表的大小的16位长度参数。
Base_folder_path_length表示以字节为单位的base_folder_path_byte的信息区域的大小。Base_folder_path_byte在由base_folder_path_length表示的相同数量的循环构成的一系列区域内将路径的名称储存到base_folder(更高级目录)中。例如，通过绝对URL格式，表示Base_folder_path_byte，用于访问相应的目录。
Num_of_folder_nodes表示在数据目录管理表内描述的文件夹节点的数量。此外，设置由num_of_folder_nodes表示的相同数量的文件夹节点的循环。
在一个文件夹节点的循环中，储存在数据目录管理表内描述的文件夹节点的信息以及包含在基础文件夹内的文件数据的信息。
作为文件夹节点的信息，储存node_tag和folder_node_path。Node_tag表示具有16位的用于识别相应文件夹节点的标记信息。Folder_node_path_length表示以字节为单位的folder_node_path_byte的信息区域的大小。Folder_node_path_byte在由folder_node_path_length表示的相同数量的循环构成的一系列区域内将路径的名称储存到folder_node中。例如，通过base_folder_path的相对URL格式，表示Folder_node_path_byte，用于访问相应的目录。虽然未示出，但是可以提供folder_node_version(文件夹节点的版本信息)，作为文件夹节点的信息。例如，如果到base_folder的路径(URL)的名称是“http://www.xbc.com”并且到folder_node的总线(URL)的名称是“index.html”，则这些字符串连接，从而可以获得整个URL“http://xbc.com/index.html”。
Num_of_files表示在数据目录管理表中描述的文件数量。此外，设置由num_of_files表示的相同数量的文件的循环。
在一个文件的循环中，储存包含在基础文件夹内的每块文件数据的信息。作为包含在基础文件夹内的每块文件数据的信息，储存node_tag和file_name_byte(文件的名称)。Node_tag表示具有16位的用于识别在非时间MFU内传输的项的信息，比32位item_ID更短。注意，节点表示在构成数据广播应用(内容)的目录的结构中用作节点的每个目录和项。不仅项，而且目录可以由node_tag指定(如上所述)。File_name_byte储存在由file_name_length表示的相同数量的循环构成的一系列区域内。
简言之，数据目录管理表2600是管理与包含在一个封装内的目录以及包含在目录内的子目录和文件(项)相关的目录结构的表格。通过数据目录管理表2600，数据广播应用的文件配置和文件传输的配置可以彼此分开。此外，参考数据目录管理表2600，可以从node_tag中提取到相应项的路径(URL)的名称，或者相反，可以从路径(URL)的名称中提取对应的node_tag。注意，在本配置实例的数据目录管理表中，存在文件的目录的位置信息设置为folder_path_byte，给每个目录提供识别信息，作为node_tag，并且仅仅文件名称和node_tag指定为每个项的信息，从而folder_path_byte的信息量不变得过大。
接下来，描述在数据传输消息中传输的数据内容管理表(DCMT)。
数据内容管理表(DCMT)是用于管理作为非时间媒体传输的文件数据的信息的表格，即，内容(数据广播应用)。在本实施方式中，用于指定强制性高速缓存的信息包含在数据内容管理表内并且传输。需要及时呈现与广播节目交互操作的数据广播。在这种情况下，广播发送系统11侧在数据内容管理表(DCMT)内包括用于指定强制性高速缓存的信息，并且接收器12侧预先高速缓存用于与广播节目交互操作的数据广播中的每个文件，从而可以实现及时呈现数据广播。
作为使用数据内容管理表(DCMT)的强制性高速缓存的传输方法，可以例证以下两种方法。
(方法1)在数据内容管理表中，为每个数据广播呈现单元(PU)描述构成呈现单元的广播传输文件(成员项)和中心文件(主要项)的列表以及在预先高速缓存目标文件时的预先高速缓存目标文件(预先高速缓存项)的信息。
在此处提及的预先高速缓存目标文件由例如构成在当前数据广播呈现(PU)之后参考的数据广播呈现单元(PU)的广播文件的列表构成。由于广播节目的生产侧通过那种方式给预先高速缓存目标文件的列表呈现数据广播的信令信息，所以接收器侧可以使用预先高速缓存执行高速缓存控制操作，其中，预先高速缓存数据广播呈现单元过渡到下一个所需要的文件数据。结果，可以实现与广播节目交互操作的及时数据广播服务。
(方法2)在数据内容管理表中，为每个数据广播呈现单元(PU)描述构成呈现单元的广播传输文件(成员项)和中心文件(主要项)的列表、在高速缓冲存储器内锁定的目标文件(锁定高速缓存项)以及在锁定目标之中的解锁的目标文件(解锁高速缓存项)的信息。
在此处提及的锁定目标文件由例如用于在当前数据广播呈现(PU)之后参考的数据广播呈现单元(PU)中使用的广播文件的列表构成。广播节目的生产侧通过那种方式使用数据广播的信令信息呈现锁定和解锁目标文件的列表，从而接收器侧可以使用锁定和解锁执行高速缓存控制操作。例如，接收器侧可以在高速缓冲存储器内锁定数据广播呈现单元过渡到下一个所需要的文件数据。结果，可以实现与广播节目交互操作的及时数据广播服务。此外，解锁目标文件由例如在当前数据广播呈现单元(PU)中不需要的广播文件的列表构成。通过指定解锁目标文件，可以从高速缓冲存储器408中删除不需要的文件，并且可以节省存储器的大小。
图27示出在数据传输消息实现方法1中传输的数据内容管理表(DCMT)2700的配置的实例。
在Table_id(表格识别)中，写入表示在各种信令信息之中的数据内容管理表的8位固定值。Version_(版本)是表示数据内容管理表的版本的8位整数参数。在更新构成数据内容管理表的至少一些参数时，例如，版本增加1。length是表示紧接在该字段之后以字节为单位计数的数据内容管理表的大小的16位长度参数。
Number_of_content是表示包含在封装内的内容的块数的8位参数(例如，内容是文件数据，例如，描述数据广播应用的HTML文档)。设置由number_of_content表示的以下内容的相同数量的循环，并且储存每块内容的信息。
在一块内容的循环中，写入content_ID、content_version、content_cache_size、以及与包含在内容内的数据广播呈现单元(呈现单元：PU)相关的信息，作为与内容相关的信息。Content_ID是内容的识别信息。Content_version表示内容的版本。Content_cache_size表示要高速缓存的内容的大小。
Number_of_PU是包含在内容内的数据广播呈现单元PU的数量，并且设置与number_of_PU相同数量的PU的循环。
在一个PU的循环中，写入作为PU的识别信息的PU_tag、表示要高速缓存的PU的大小的PU_cache_size、用于识别数据广播呈现单元(PU)的中心文件(主要项)的PU_primary_item_node_tage。
此外，在PU的循环中，写入构成数据广播呈现单元(PU)的广播传输文件(成员项)的列表。具体而言，number_of_PU_member_nodes表示包含在数据广播呈现单元(PU)内的节点(即，用作PU的成员)的数量。随后，设置与number_of_PU_member_nodes相同数量的PU成员节点的循环，并且在每个PU成员节点的循环中，写入PU成员节点的node_tag。PU成员节点包括目录节点和项节点。
此外，在PU的循环中，在PU内具有预先高速缓存目标文件时，描述目标文件(预先高速缓存的项)的列表的信息。具体而言，number_of_pre_cache_nodes是要预先高速缓存的节点的数量，并且设置与number_of_pre_cache_nodes相同数量的预先高速缓存的节点的循环。在一个预先高速缓存节点的循环中，写入用于识别预先高速缓存节点的pre_cache_node_tag。
在此处提及的预先高速缓存目标文件由例如构成在当前数据广播呈现(PU)之后参考的数据广播呈现单元(PU)的广播文件的列表构成。由于广播节目的生产侧通过那种方式给预先高速缓存目标文件的列表呈现数据广播的信令信息，所以接收器侧可以预先高速缓存数据广播呈现单元过渡到下一个所需要的文件数据。结果，可以实现与广播节目交互操作的及时数据广播服务。
此外，在一个PU的循环中，设置表示与该PU连接的其他PU的数量以及与number_of_linked_PU相同数量的linked_PU的循环number_of_linked_PU。在一个linked_PU的循环中，写入作为linked_PU的识别信息的linked_PU_tag。
图28示出在数据传输消息实现方法2中传输的数据内容管理表(DCMT)2800的配置的实例。
在Table_id(表格识别)中，写入表示在各种信令信息之中的数据内容管理表的8位固定值。Version_(版本)是表示数据内容管理表的版本的8位整数参数。在更新构成数据内容管理表的至少一些参数时，例如，版本增加1。length是表示紧接在该字段之后以字节为单位计数的数据内容管理表的大小的16位长度参数。
Number_of_content是表示包含在封装内的内容的块数的8位参数(例如，内容是文件数据，例如，描述数据广播应用的HTML文档)。设置由number_of_content表示的以下内容的相同数量的循环，并且储存每块内容的信息。
在一块内容的循环中，写入content_ID、content_version、content_cache_size、以及与包含在内容内的数据广播呈现单元(呈现单元：PU)相关的信息，作为与内容相关的信息。Content_ID是内容的识别信息。Content_version表示内容的版本。Content_cache_size表示要高速缓存的内容的大小。
Number_of_PU是包含在内容内的数据广播呈现单元PU的数量，并且设置与number_of_PU相同数量的PU的循环。
在一个PU的循环中，写入作为PU的识别信息的PU_tag、表示要高速缓存的PU的大小的PU_cache_size、用于识别数据广播呈现单元(PU)的中心文件(主要项)的PU_primary_item_node_tage。
此外，在PU的循环中，写入构成数据广播呈现单元(PU)的广播传输文件(成员项)的列表。具体而言，number_of_PU_member_nodes表示包含在数据广播呈现单元(PU)内的节点(即，用作PU的成员)的数量。随后，设置与number_of_PU_member_nodes相同数量的PU成员节点的循环，并且在每个PU成员节点的循环中，写入PU成员节点的node_tag。PU成员节点包括目录节点和项节点。
此外，在PU的循环中，为PU描述锁定在高速缓冲存储器48内高速缓存的文件(锁定高速缓存项)以及在锁定目标之中的要被解锁的文件(解锁高速缓存项)的信息。具体而言，number_of_lock_cache_nodes是用作锁定目标的节点的数量，随后，设置与number_of_lock_cache_nodes相同数量的锁定目标节点的循环。在一个锁定目标节点的循环中，写入用于识别锁定目标节点的lock_cache_node_tag。此外，number_of_unlock_cache_nodes是用作解锁目标的节点的数量，随后，设置与number_of_unlock_cache_nodes相同数量的解锁目标节点的循环。在一个解锁目标节点的循环中，写入用于识别解锁目标节点的unlock_cache_node_tag。
在此处提及的锁定目标文件由例如用于在当前数据广播呈现(PU)之后参考的数据广播呈现单元(PU)中使用的广播文件的列表构成。广播节目的生产侧通过这种方式使用数据广播的信令信息呈现锁定目标文件的列表，从而接收器侧可以在高速缓冲存储器内锁定数据广播呈现单元过渡到下一个所需要的文件数据。结果，可以实现与广播节目交互操作的及时数据广播服务。此外，解锁目标文件由例如在当前数据广播呈现单元(PU)中不需要的广播文件的列表构成。通过指定解锁目标文件，可以从高速缓冲存储器408中删除不需要的文件，并且可以节省存储器的大小。
此外，在一个PU的循环中，设置表示与该PU连接的其他PU的数量以及与number_of_linked_PU相同数量的linked_PU的循环的number_of_linked_PU。在一个linked_PU的循环中，写入作为linked_PU的识别信息的linked_PU_tag。
简言之，数据内容管理表是在数据广播呈现单元(PU)内的一个封装中管理每块内容(数据广播应用)的表格，并且参考数据内容管理表，可以从node_tag中获取包括节点的数据广播呈现单元的PU_tag。此外，提供数据内容管理表的接收器侧12控制数据广播文件的强制性高速缓存的方面。然而，预留使用数据内容管理表的高速缓存控制操作的细节，用于稍后描述。
图29示出用于MMT传输的数据广播应用(内容)的传输、内容的位置以及应用的呈现的机制。
图29的(A)示出了内容的目录的结构。每块内容content1、2、…由数据广播应用(app)和资料构成。数据广播应用和资料是物质是文件数据的资源。每个资源对应于在MMT传输路径上作为资产的构成元素的项，并且可以使用32位item_ID识别。此外，在信令信息中，可以使用16位node_tag识别项。如图29的(C)所示，在相应资产(下面描述)的MMT传输路径上传输每个资源，作为项。应用包括在内容执行期间(在数据广播的呈现期间)参考的一个或多个HTML文档。此外，资料是单媒体数据，例如，从HTML文档中参考的jpeg图像或文本。一个数据广播呈现单元PU由一个HTML文档以及从其中参考的资料构成。在图29的(A)示出的实例中，content1具有一个或多个HTML文档，例如，A11.html、A12.html以及A13.html，作为数据广播应用的资源。其中，A11.html是在内容执行期间直接参考的资源。
图29的(B)示出了在内容执行期间(在数据广播的呈现期间)在资源之间的参考关系。在示出的实例中，在内容执行期间直接参考的应用A11以及由应用参考的资料B11和B02形成构成一个数据广播呈现单元PU的资源组2801，并且给其分配p1，作为PU_tag。(注意，B14是可以通过必要时在通信中的HTTP传输获取的资料，而非通过在广播中的MMT传输。B14被视为不包含在应用呈现单元p1的资源组内)。
同样，应用A12和资料B12、B02以及B13形成构成一个数据广播呈现单元PU的资源组2802，并且给其分配p2，作为PU_tag。(注意，B07是可以通过必要时在通信中的HTTP传输获取的资料，而非通过在广播中的MMT传输。在后文中，B07被视为不包含在应用呈现单元的资源组p2内)。同样，应用A01以及由应用参考的资料B03、B01以及B04形成构成一个数据广播呈现单元PU的资源组2803，并且给其分配p3，作为PU_tag。
此外，多个HTML文档可以具有链路参考关系(众所周知)。在图29的(B)示出的实例中，资源A11.html是描述首先显示的应用呈现画面并且在内容执行期间直接参考的HTML文档。同时，包含在相同的content1内的资源A12.html以及共同包含的(而非content)的资源A01.html是HTML文档，所述文档描述从在其上执行和呈现A11.html的画面中过渡的应用呈现画面，与A11.html具有链路参考关系。资源A11.html、A12.html以及A01.html分别形成资源组2801、2802以及2803，每个资源组构成一个数据广播呈现单元PU。此外，高级更大的资源组2810形成有互连的数据广播呈现单元2801、2802以及2803。资源A11.html、A12.html以及A01.html均是在其数据广播呈现单元PU内的主要文件数据(主要item_node)。
此外，大资源组(即，整个数据内容)由包含在封装(一个广播节目)内的所有应用的整个数据构成。整个数据内容是具有共同的content_ID的数据广播呈现单元PU的范围。在数据内容管理表中，通过使用相应的content_ID迭代PU的循环，可以共同规定包含在内容内的所有数据广播呈现单元PU。在图29的(B)示出的实例中，包含在封装(一个广播节目)内的整个内容的资源组2820形成有包含在content1内以及共同包含的应用。
图29的(C)示意性示出MMT传输内容的状态。作为内容的构成元素的应用和资料具有文件数据，作为其物质，并且称为“资源”。每个资源对应于在MMT传输路径上作为资产的构成元素的项。在MMT传输中，包含在封装内的每块内容被视为一个资产，并且给其分配asset_ID。在示出的实例中，将a1分配给content1asset_ID。此外，在MMT传输中，每个资源(例如，HTML文档数据或资料)被视为一个项，并且给其分配item_ID。在示出的实例中，将i11、i12、i13以及i14分配给包含在content1内的每个资源，作为item_ID。
此外，包含在相同内容内的资源共享相同的asset_ID，并且在相同的MMT传输路径上传输。在图29的(C)示出的实例中，具有item_IDs i11、i12、i13以及i14的项与相同的asset_ID共享a1，并且在相同的MMT传输路径上传输。在图29的(A)中表示上述数据目录管理表，在图29的(B)中表示数据内容管理表，并且在图29的(C)中表示数据资产管理表，并且表格由item_ID或node_tag彼此相关联。
参考图30，描述在从MMT传输路径中获取数据广播应用(内容)时作为信令信息传输的表格的参考关系。
在M2部分消息中获取MH-AI表格(MH AIT)2901时，接收器12参考application_control_code，以检查控制应用程序的状态的方式。然后，在指导“自动启动”时，接收器参考表格的transport_protocol_label，并且如果确定指定MMT传输，则从传输协议描述符中提取在该应用程序的呈现期间直接参考的项(文件数据)的URL信息。然后，接收器参考在数据传输消息中发送的数据目录管理表(DDMT)2902，从而可以获取与表格的base_folder_path_byte、folder_node_path_byte以及file_name_byte的组合对应的项的node_tag。
接下来，参考在数据传输消息中发送的数据资产管理表(DMAT)2903，接收器12在MMT传输路径上将获取的node_tag返回item_ID，并且规定对应的资产，并且获取其asset_ID和download_id。
然后，在参考在PA消息中发送的MT表(MPT)2904获取与所获取的asset_ID对应的packet_id时，接收器在文件数据的MMT传输路径上基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id以及在DU报头内的item_ID，执行过滤，并且可以获取期望的项(在应用程序的呈现期间直接参考的)。
此外，接收器12从在数据传输消息中发送的数据内容管理表(DCMT)2905中提取从数据目录管理表2902中获取的node_tag，从而可以提取应用程序的呈现单元的PU_tag。此外，通过在该PU_tag的PU的循环内迭代linked_PU的循环，可以共同提取与其链接的另一个应用程序的呈现单元的PU_tag。
图31示意性示出在接收器内控制用于数据广播中的文件数据的高速缓存的机制。在此处提及的控制高速缓存包括预先高速缓存要执行的文件数据，在高速缓冲存储器内锁定接下来要参考的文件数据，并且解锁不必要的文件数据的高速缓存。
应用数据控制单元407分析由解复用器402从广播流中解复用的信令消息，并且控制在接收器内部执行的操作。关于内容的预先高速缓存，应用数据控制单元407基于包含在数据内容管理表内的强制性高速缓存信息，预先高速缓存要在与广播节目交互操作的数据广播中使用的每个文件。可替换地，锁定在数据内容管理表中指定为锁定目标的文件的高速缓存，并且释放指定为解锁目标的文件的高速缓存的锁定。
具体而言，应用数据控制单元407获取指定为在数据传输消息内传输的数据内容管理表中预先高速缓存的节点(目录或文件数据)的cache_node_tag。参考图30，描述来自node_tag的对应的MMTP数据包的规范。
应用数据控制单元407从传输到数据传输消息内的数据资产管理表中提取期望预先高速缓存的文件数据的node_tag，然后，获取该节点所属的资产的asset_ID，并且接下来，从在PA消息中传输的MP表中提取asset_ID，然后，获取传输资产的MMTP数据包的packet_id。此外，在从数据资产管理表中获取在传输期望的项的MMTP数据包的扩展报头中描述的download_id时，系统控制单元408在文件数据的MMT传输路径上基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id以及在DU报头内的item_ID，执行过滤，然后，获取期望的项的实体，然后，在高速缓冲存储器408内预先高速缓存项。
如果在执行应用程序时已经在高速缓冲存储器408内高速缓存了必要的项(文件数据)，则数据广播应用引擎409从高速缓冲存储器408中提取文件数据，无需等待由解复用器402从广播流中解复用的文件数据到达，提供快速响应，从而可以生成数据广播显示信号。另一方面，在高速缓冲存储器408内没有必要的项时，数据广播应用引擎409等到从广播流中解复用的文件数据到达，提供响应，然后，生成数据广播显示信号。
接下来，详细描述接收器12高速缓存要在数据广播中使用文件数据的控制操作。
已经描述了以下事实：具有两种方法，方法1和和方法2，作为基于数据内容管理表(DCMT)的强制性高速缓存信息的传输方法。首先，描述使用方法1的高速缓存控制操作。
在方法1中，从广播发送系统11侧中在数据传输消息中传输在图27示出的数据内容管理表(DCMT)2700。数据内容管理表(DCMT)2700描述构成呈现单元的广播传输文件(成员项)和中心文件(主要项)的列表以及在数据广播的每个呈现单元(PU)具有预先高速缓存目标文件时目标文件(预先高速缓存项)的列表的信息。因此，接收器12侧可以通过预先高速缓存执行高速缓存控制操作，如下面所示。
(操作01)应用数据控制单元407获取最新信息，同时适当地检测和更新在MMT传输路径504上传输的数据传输消息。(操作02)在单元通过数据广播应用引擎409的指令访问指定为primary_item的应用文件(用作数据广播呈现单元的中心)时，应用数据控制单元407识别对应的数据广播呈现单元(PU)的呈现状态。(操作03)应用数据控制单元407还在包含在数据传输消息内的数据内容管理表(DCMT)中同时获取包含在对应的数据广播呈现单元(PU)内的每个成员文件(PU_member_node)，并且在高速缓冲存储器408内储存文件。(操作04)而且，在数据内容管理表中为对应的数据广播呈现单元(PU)指定预先高速缓存目标时，应用数据控制单元407还获取每个预先高速缓存目标文件(项)，并且在高速缓冲存储器408内预先高速缓存该目标文件。(操作05)数据广播应用引擎409从高速缓冲存储器408中执行指定为primary_item的应用文件。(操作06)随后，在通过更新数据内容管理表(DCMT)，包含在目前处于预先高速缓存目标文件的呈现状态或配置中的数据广播呈现单元(PU)内的成员文件(PU_member_node)具有变化时，或者在状态通过数据广播应用引擎409的应用操作过渡到另一个数据广播呈现单元(PU)的呈现状态时，在目前处于呈现状态中的数据广播呈现单元(PU)内执行上述处理(操作03)到(操作05)。即使文件储存在前一个状态中的高速缓冲存储器408内，应用数据控制单元407也从在当前状态中的高速缓冲存储器408中删除不必要的文件。
图32通过流程图的形式示出由接收器12基于方法1的文件数据的高速缓存控制的程序。
在数据广播应用控制引擎409执行应用操作时，即，数据广播的呈现(在步骤3201中，是)，应用数据控制单元407访问在数据内容管理表中指定为primary_item的应用文件(用作数据广播呈现单元的中心)(在步骤S3202中，是)，从而识别对应的数据广播呈现单元(PU)的呈现状态。
应用数据控制单元407重置高速缓冲存储器408并且获取目前呈现的数据广播呈现单元(PU)的primary_item以及在数据内容管理表(DCMT)中的每个成员文件(PU_member_node)，然后，将数据储存到高速缓冲存储器408内(步骤S3203)。数据广播应用引擎409从高速缓冲存储器408中执行指定为primary_item的应用文件。
此外，应用数据控制单元407对于在数据内容管理表中的对应的数据广播呈现单元(PU)，检查是否指定预先高速缓存目标(步骤S3204)。然后，在指定预先高速缓存目标时(在步骤S3204中，是)，应用数据控制单元407还获取每个预先高速缓存目标文件(项)并且在高速缓冲存储器408内预先高速缓存该目标文件(步骤S3205)。
随后，在通过更新数据内容管理表(DCMT)，包含在目前处于预先高速缓存目标文件的呈现状态或配置中的数据广播呈现单元(PU)内的成员文件(PU_member_node)具有变化时(在步骤S3206中，是)，该处理返回步骤S3203，并且在目前处于呈现状态中的数据广播呈现单元(PU)内重复执行上述处理。
此外，在状态通过数据广播应用引擎409的应用操作过渡到另一个数据广播呈现单元(PU)的呈现状态并且从而引擎访问指定为数据广播呈现单元的primary_item的应用文件时(在步骤S3207中，是)，该处理返回步骤S3203，并且在完成过渡的数据广播呈现单元(PU)内重复上述处理。
重复上述处理，直到数据广播应用引擎409完成应用操作(在步骤S3208中，否)。
图33示出由接收器12基于方法1的文件数据的预先高速缓存操作的实例。
应用数据控制单元407解释在MMT传输路径504上接收的各种信令消息。作为信令消息之一的数据传输消息包括数据内容管理表(DCMT)。
虽然数据广播应用引擎409执行通过PU_id＝1识别的数据广播呈现单元(PU)的应用操作，但是如果应用数据控制单元407参考数据内容管理表，从而从数据内容管理表中获取指定为目前处于呈现状态中的数据广播呈现单元(PU_id＝1)的primary_item(数据广播呈现单元的中心)的应用文件“A01.html”以及相应成员文件(PU_member_node)“B01”和“B02”中的每个的node_tag，并且从传输数据资产的MMT传输路径503中获取与node_tag对应的文件数据的实体，则在高速缓冲存储器408内高速缓存文件，由参考数字3301表示。注意，上面参考图30，描述了用于从node_tag中访问在MMT传输路径503上传输的文件的方法(下面同样适用)。然而，由于未为该数据广播呈现单元(PU)指定预先高速缓存目标，所以未执行预先高速缓存操作。
接下来，假设状态通过数据广播应用引擎409的应用操作过渡到通过PU_id＝3识别的另一个数据广播呈现单元(PU)的呈现状态。如果应用数据控制单元407如上所述从数据内容管理表中获取指定为完成了过渡的数据广播呈现单元(PU_id＝3)的primary_item(数据广播呈现单元的中心)的应用文件“A11.html”以及相应成员文件(PU_member_node)“B11”、“B12”以及“B13”中的每个的node_tag，则应用数据控制单元从MMT传输路径503中获取与node_tag对应的文件数据的实体，并且在高速缓冲存储器408内高速缓存实体，由参考数字3302表示。然而，由于未为该数据广播呈现单元(PU)指定预先高速缓存目标，所以未执行预先高速缓存操作。
应用数据控制单元407始终解释在MMT传输路径504上接收的各种信令消息。此外，如参考数字3303所示，如果检测到数据内容管理表的版本从1更新为2，则应用数据控制单元407检查目前处于呈现状态中的数据广播呈现单元(PU_id＝3)的primary_item、每个成员文件以及预先高速缓存目标文件是否具有变化。由于成员文件这次没有变化，所以预先高速缓存的相应成员文件依然储存在高速缓冲存储器408内。此外，由于增加“A12”、“B14”以及“B15”，作为数据广播呈现单元(PU_id＝3)的预先高速缓存目标文件，所以应用数据控制单元407从MMT传输路径503中获取与其node_tag对应的文件数据的实体，并且在高速缓冲存储器408内高速缓存实体，由参考数字3304表示。
接下来，如参考数字3305所示，如果从MMT传输路径504中接收指导更新数据广播的呈现的活动消息，则数据广播应用引擎409执行HTML文档从正在执行的A11文件到A12文件的过渡。另一方面，基本上同时，应用数据控制单元407参考版本从2更新到3的数据内容管理表，从而检测到目前处于呈现状态中的数据广播呈现单元(PU_id＝3)的primary_item变成“A12.html”并且成员文件变成“B14”、“B15”以及“B16”。由于primary_item“A12.html”和成员文件“B14”和“B15”已经如上所述预先高速缓存在高速缓冲存储器408内，所以数据广播应用引擎409可以使用储存在高速缓冲存储器408内的文件快速显示数据广播。换言之，可以呈现与广播节目交互操作的及时数据广播。此外，由于增加“B12”，作为数据广播呈现单元(PU_id＝3)的预先高速缓存目标文件，所以应用数据控制单元407从MMT传输路径503中获取与其node_tag对应的文件数据的实体，并且在高速缓冲存储器408内高速缓存实体，由参考数字3306表示。
接下来，描述使用方法2的高速缓存控制操作。
在方法2中，从广播发送系统11侧中在数据传输消息中传输在图28示出的数据内容管理表(DCMT)2800。数据内容管理表(DCMT)2800为每个数据广播呈现单元(PU)描述构成呈现单元的广播传输文件(成员项)和中心文件(主要项)的列表以及在高速缓冲存储器内锁定的目标文件(锁定高速缓存项)以及在锁定目标之中的解锁的目标文件(解锁高速缓存项)的信息。因此，接收器12侧可以通过高速缓存的锁定和解锁执行高速缓存控制操作，如下面所示。
(操作11)在适当地检测和更新在MMT传输路径504上传输的数据传输消息的同时，应用数据控制单元407获取最新信息。(操作12)在应用数据控制单元407通过数据广播应用引擎409的指令访问指定为primary_item的应用文件(用作数据广播呈现单元的中心)时，应用数据控制单元识别对应的数据广播呈现单元(PU)的呈现状态。(操作13)应用数据控制单元407还在包含在数据传输消息内的数据内容管理表(DCMT)中同时获取包含在对应的数据广播呈现单元(PU)内的每个成员文件(PU_member_node)，并且在高速缓冲存储器408内储存文件。(操作14)而且，在数据内容管理表中对于数据广播呈现单元(PU)指定锁定高速缓存目标时，应用数据控制单元407还获取在锁定高速缓存目标之中的未获取的文件(项)，在高速缓冲存储器408内高速缓存所述文件，并且分别管理这些文件，作为锁定高速缓存目标文件。(操作15)相反，在数据内容管理表中对于数据广播呈现单元(PU)指定解锁高速缓存目标时，如果在高速缓冲存储器408内高速缓存解锁目标文件，则应用数据控制单元407删除该文件并且也从单独管理的锁定高速缓存目标文件中删除该文件。(操作16)数据广播应用引擎409从高速缓冲存储器408中执行指定为primary_item的应用文件。(操作17)随后，在因更新数据内容管理表(DCMT)而造成包含在目前处于呈现状态中的数据广播呈现单元(PU)内的成员文件(PU_member_node)或预先高速缓存目标文件的配置具有变化时，执行上述处理(操作13)到(操作16)。(操作18)在状态通过数据广播应用引擎409的应用操作过渡到另一个数据广播呈现单元(PU)的呈现状态时，首先在高速缓冲存储器408内储存锁定高速缓存目标文件，然后，执行上述处理(操作13)到(操作16)。可以从高速缓冲存储器408中删除除了锁定高速缓存目标以外的文件。
图34通过流程图的形式示出由接收器12基于方法2的文件数据的高速缓存控制的程序。
在数据广播应用控制引擎409执行应用操作时，即，数据广播的呈现(在步骤3401中，是)，应用数据控制单元407访问在数据内容管理表中指定为primary_item的应用文件(用作数据广播呈现单元的中心)(在步骤S3402中，是)，从而识别对应的数据广播呈现单元(PU)的呈现状态。
应用数据控制单元407重置高速缓冲存储器408并且获取目前呈现的数据广播呈现单元(PU)的primary_item以及在数据内容管理表(DCMT)中的每个成员文件(PU_member_node)，然后，将数据储存到高速缓冲存储器408内(步骤S3403)。数据广播应用引擎409从高速缓冲存储器408中执行指定为primary_item的应用文件。
此外，应用数据控制单元407对于在数据内容管理表中的数据广播呈现单元(PU)，检查是否指定锁定高速缓存目标(步骤S3404)。然后，如果指定锁定高速缓存目标(在步骤S3404中，是)，则应用数据控制单元407还获取在锁定高速缓存目标之中的每个未获取的文件(项)，在高速缓冲存储器408内高速缓存该文件，并且单独管理该文件，作为锁定高速缓存目标文件(步骤S3405)。
此外，应用数据控制单元407对于在数据内容管理表中的数据广播呈现单元(PU)，检查是否指定解锁高速缓存目标(步骤S3406)。然后，在指定解锁高速缓存目标时(在步骤S3406中，是)，如果高速缓冲存储器408内高速缓存解锁目标文件，则应用数据控制单元407删除该文件，并且从单独管理的锁定高速缓存目标文件中删除(步骤S3407)。
随后，在通过更新数据内容管理表(DCMT)，包含在目前处于预先高速缓存目标文件的呈现状态或配置中的数据广播呈现单元(PU)内的成员文件(PU_member_node)具有变化时(在步骤S3408中，是)，该处理返回步骤S3403，并且在目前处于呈现状态中的数据广播呈现单元(PU)内重复执行上述处理。
此外，在状态通过数据广播应用引擎409的应用操作过渡到另一个数据广播呈现单元(PU)的呈现状态并且从而引擎访问指定为数据广播呈现单元的primary_item的应用文件时(在步骤S3409中，是)，该处理返回步骤S3403，并且在完成过渡的数据广播呈现单元(PU)内重复上述处理。
重复上述处理，直到数据广播应用引擎409完成应用操作(在步骤S3410中，否)。
图35示出由接收器12基于方法2的文件数据的高速缓存的锁定和解锁操作的实例。
应用数据控制单元407解释在MMT传输路径504上接收的各种信令消息。作为信令消之一息的数据传输消息包括数据内容管理表(DCMT)。
虽然数据广播应用引擎409执行通过PU_id＝1识别的数据广播呈现单元(PU)的应用操作，但是如果应用数据控制单元407参考数据内容管理表，从而从数据内容管理表中获取指定为目前处于呈现状态中的数据广播呈现单元(PU_id＝1)的primary_item(数据广播呈现单元的中心)的应用文件“A01.html”以及相应成员文件(PU_member_node)“B01”和“B02”中的每个的node_tag，并且从传输数据资产的MMT传输路径503中获取与node_tag对应的文件数据的实体，则在高速缓冲存储器408内高速缓存文件，由参考数字3301表示。注意，上面参考图30，描述了用于从node_tag中访问在MMT传输路径503上传输的文件的方法(下面同样适用)。然而，由于未为该数据广播呈现单元(PU)指定锁定高速缓存目标，所以未执行高速缓存操作。
接下来，假设状态通过数据广播应用引擎409的应用操作过渡到通过PU_id＝3识别的另一个数据广播呈现单元(PU)的呈现状态。如果应用数据控制单元407如上所述从数据内容管理表中获取指定为完成了过渡的数据广播呈现单元(PU_id＝3)的primary_item(数据广播呈现单元的中心)的应用文件“A11.html”以及相应成员文件(PU_member_node)“B11”、“B12”以及“B13”中的每个的node_tag，则应用数据控制单元从MMT传输路径503中获取与node_tag对应的文件数据的实体，并且在高速缓冲存储器408内高速缓存实体，由参考数字3502表示。然而，由于未为该数据广播呈现单元(PU)指定锁定高速缓存目标，所以未执行锁定高速缓存操作。
应用数据控制单元407始终解释在MMT传输路径504上接收的各种信令消息。此外，如参考数字3503所示，如果检测到数据内容管理表的版本从1更新为2，则应用数据控制单元407检查目前处于呈现状态中的数据广播呈现单元(PU_id＝3)的primary_item、每个成员文件以及锁定高速缓存目标文件是否具有变化。由于成员文件这次没有变化，所以预先高速缓存的相应成员文件依然储存在高速缓冲存储器408内。此外，增加“A12”、“B14”、“B12”以及“B15”，作为数据广播呈现单元(PU_id＝3)的锁定高速缓存目标文件，应用数据控制单元407从MMT传输路径503中获取与其node_tag对应的文件数据的实体，并且在高速缓冲存储器408内高速缓存实体，由参考数字3504表示，从而单独管理实体，作为锁定高速缓存目标文件。在图中，使用下划线表示作为锁定高速缓存目标管理的文件(下面同样适用)。
接下来，如参考数字3505所示，如果从MMT传输路径504中接收指导更新数据广播的呈现的活动消息，则数据广播应用引擎409执行HTML文档从正在执行的A11文件到A12文件的过渡。另一方面，基本上同时，应用数据控制单元407参考版本从2更新到3的数据内容管理表，从而检测到目前处于呈现状态中的数据广播呈现单元(PU_id＝3)的primary_item变成“A12.html”并且成员文件变成“B14”、“B15”以及“B16”。由于primary_item“A12.html”和成员文件“B14”和“B15”已经如上所述锁定高速缓存在高速缓冲存储器408内，所以数据广播应用引擎409可以使用储存在高速缓冲存储器408内的文件快速显示数据广播。换言之，可以呈现与广播节目交互操作的及时数据广播。此外，由于未为该数据广播呈现单元(PU)指定锁定高速缓存目标，所以不执行锁定高速缓存操作。虽然锁定高速缓存文件“A12”、“B14”、“B12”以及“B15”依然储存在高速缓冲存储器408内，如参考数字3506所示，但是删除不必要的文件“A11”。
而且，在从MMT传输路径504中接收指导更新数据广播的呈现的活动消息时，数据广播应用引擎409参考数据内容管理表，从而为目前处于呈现状态中的数据广播呈现单元(PU_id＝3)增加“B17”，作为锁定高速缓存目标文件，并且增加“B14”，作为解锁目标文件。因此，如参考数字3507所示，应用数据控制单元407从MMT传输路径503中获取与文件“B17”的node_tag对应的文件数据的实体，并且在高速缓冲存储器408内锁定高速缓存实体，并且从高速缓冲存储器408中删除锁定高速缓存的文件“B14”，以从锁定目标长排除该文件。
在基于目前操作中的广播标记语言(BML)的数据广播服务中，在调用作为“LockModuleOnMemory()”的应用程序编程接口(API)时，可以在高速缓冲存储器内预先高速缓存并且保存特定文件(例如，参考专利文献2)。在该方法中，需要将基于广播操作的前提的特殊规范包含到诸如脚本等应用程序的规范内。
另一方面，根据在本说明书中公开的技术，传输侧(例如，广播站)在与数据广播相关的信令内包括用于指定强制性高速缓存(预先高速缓存、或高速缓存锁定和解锁)的信息，然后，传输该信息，并且接收器侧基于包含在与数据广播相关的所接收的信令内的强制性高速缓存信息，执行数据广播文件的高速缓存控制。因此，根据在本说明书中公开的技术，可以基于新HTML5，在数据广播中保持高度通用的格式，而不将基于广播操作的前提的特殊规范包含到诸如脚本等应用程序的规范内。
【工业实用性】
上面这样详细地并且参考具体实施方式描述了在本说明书中公开的技术。然而，显然，在不背离在本说明书中公开的技术的精神的情况下，本领域的技术人员可以对这些实施方式做出修改和替换。
在本说明书中公开的技术可以应用于将MMT用作传输方法的各种广播系统中。此外，在本说明书中公开的技术可以应用于各种数据广播系统中，其中，在MMT方法或任何其他传输方法中，传输要在与广播节目交互操作的数据广播中使用的文件数据。
尤其地，通过实例描述了在本说明书中公开的技术，并且本说明书的规定内容不应解释为限制性。应考虑权利要求确定在本说明书中公开的技术。
此外，本技术还可以如下配置。
(1)一种传输设备，包括：
文件数据传输单元，被配置为传输在数据广播中要使用的文件数据；以及
信令消息传输单元，被配置为在与数据广播相关的信令中包括指定文件数据的强制性高速缓存的强制性高速缓存信息并传输所述信息。
(2)根据(1)所述的传输设备，其中，所述信令消息传输单元传输包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及预先高速缓存目标文件的列表的信息。
(3)根据(1)所述的传输设备，其中，所述信令消息传输单元传输包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及在高速缓冲存储器内要锁定的目标文件和在锁定目标之中的要被解锁的目标文件的信息。
(4)根据(1)到(3)中任一项所述的传输设备，进一步包括：
媒体数据传输单元，被配置为传输与数据广播交互操作的广播节目的主体的媒体数据。
(5)一种传输方法，包括：
文件数据传输步骤，传输在数据广播中要使用的文件数据；以及
信令消息传输步骤，在与数据广播相关的信令中包括指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息。
(6)一种接收设备，包括：
文件数据接收单元，被配置为传输在数据广播中要使用的文件数据；
信令消息接收单元，被配置为在与数据广播相关的信令中包括指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息；以及
控制单元，被配置为基于所述强制性高速缓存信息，控制由所述文件数据接收单元接收的文件数据在高速缓冲存储器内的高速缓存。
(7)根据(6)所述的接收设备，其中，所述信令消息接收单元接收包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及预先高速缓存目标文件的列表的信息。
(8)根据(7)所述的接收设备，其中，在所述文件数据接收包含在预先高速缓存的目标文件的列表内的文件时，所述控制单元在高速缓冲存储器内预先高速缓存所述文件。
(9)根据(6)所述的接收设备，其中，所述信令消息接收单元接收包括数据内容管理表的数据传输消息，在所述数据内容管理表中，针对每个数据广播呈现单元描述构成呈现单元的中心文件和广播传输文件的列表以及在高速缓冲存储器内要锁定的目标文件和在锁定目标之中的将被解锁的目标文件的信息。
(10)根据(9)所述的接收设备，其中，在所述文件数据接收所述锁定目标文件时，所述控制单元在高速缓冲存储器内预先高速缓存所述文件。
(11)根据(9)所述的接收设备，其中，所述控制单元从高速缓冲存储器中删除经解锁的目标文件。
(12)根据(6)和(9)中任一项所述的接收设备，其中，在所述文件数据接收构成当前数据广播呈现单元的中心文件和广播传输文件的列表时，所述控制单元在高速缓冲存储器内高速缓存所述数据。
(13)根据(6)到(12)中任一项所述的接收设备，进一步包括：
数据广播呈现单元，被配置为使用文件数据呈现数据广播。
(14)根据(6)到(13)中任一项所述的接收设备，进一步包括：
媒体数据接收单元，被配置为接收与数据广播交互操作的广播节目的主体的媒体数据；以及
广播节目呈现单元，被配置为基于媒体数据呈现广播节目。
(15)一种接收方法，包括：
文件数据接收步骤，传输在数据广播中要使用的文件数据；
信令消息接收步骤，在与数据广播相关的信令中包括指定文件数据的强制性高速缓存的强制性高速缓存信息并且传输所述信息；
以及
控制步骤，基于所述强制性高速缓存信息，控制由所述文件数据接收单元接收的文件数据在高速缓冲存储器内的高速缓存。
附图标记列表
10：数字广播系统
11：广播发送系统
12：接收器
301：时钟单元
302：信号发送单元
303：视频编码器
304：音频编码器
305：字幕编码器
306：信令编码器
307：文件编码器
308：信息系统
309：TLV信令编码器
310：IP服务多路复用器
311：TLV多路复用器
312：调制/传输单元
401：调谐器/解调器
402：解复用器
403：时钟单元
404：视频解码器
405：音频解码器
406：字幕解码器
407：应用数据控制单元
408：高速缓冲存储器
409：数据广播应用引擎
410：系统控制单元
411：合成单元
412：IP接口

Claims (5)

1.一种传输设备，包括：
数据文件传输单元，被配置为在第一传输数据包中传输在数据广播中要使用的数据文件，在所述第一传输数据包中，表明所述数据文件包含在有效载荷中的第一有效载荷类型信息插入数据包报头中；以及
信令消息传输单元，被配置为在第二传输数据包中传输与所述数据广播相关的信令消息，在所述第二传输数据包中，表明所述信令消息包含在有效载荷中的第二有效载荷识别信息插入数据包报头中，
其中，所述信令消息传输单元在所述信令消息中包括数据内容管理表和数据资产管理表并且传输所述消息，在所述数据内容管理表中描述用于识别数据广播的呈现单元的呈现单元标记、将要从每个呈现单元的高速缓存中解锁的节点数以及表明用于识别解锁目标节点的节点标记的解锁高速缓存信息，在所述数据资产管理表中描述用于识别与节点标记相关的数据文件的项识别信息。
2.根据权利要求1所述的传输设备，其中，所述信令消息传输单元进一步在所述信令消息中包括连接呈现单元标记并且发送所述消息，
其中，所述连接呈现单元标记用于识别连接至所述数据广播的所述呈现单元的另一呈现单元。
3.一种传输方法，包括：
数据文件传输步骤，包含在传输设备中的数据文件传输单元在第一传输数据包中传输在数据广播中要使用的数据文件，在所述第一传输数据包中，表明所述数据文件包含在有效载荷中的第一有效载荷类型信息插入数据包报头中；以及
信令消息传输步骤，包含在所述传输设备中的信令消息传输单元在第二传输数据包中传输与所述数据广播相关的信令消息，在所述第二传输数据包中，表明所述信令消息包含在有效载荷中的第二有效载荷识别信息插入数据包报头中，
其中，在所述信令消息传输步骤中，在所述信令消息中包括数据内容管理表和数据资产管理表并且传输所述消息，在所述数据内容管理表中描述用于识别数据广播的呈现单元的呈现单元标记、将要从每个呈现单元的高速缓存中解锁的节点数以及表明用于识别解锁目标节点的节点标记的解锁高速缓存信息，在所述数据资产管理表中描述用于识别与节点标记相关的数据文件的项识别信息。
4.一种接收设备，包括：
数据文件接收单元，被配置为接收在有效载荷中包含在数据广播中要使用的数据文件的第一传输数据包，在所述第一传输数据包中，
表明所述数据文件包含在所述有效载荷中的第一有效载荷类型信息插入数据包报头中；
信令消息接收单元，被配置为接收在有效载荷中包含在所述数据广播中要使用的信令消息的第二传输数据包，在所述第二传输数据包中，表明所述信令消息包含在所述有效载荷中的第二有效载荷识别信息插入数据包报头中；以及
控制单元，被配置为基于数据内容管理表和数据资产管理表对数据文件的高速缓存进行控制，在所述数据内容管理表中描述用于识别数据广播的呈现单元的呈现单元标记、将要从每个呈现单元的高速缓存中解锁的节点数以及表明用于识别解锁目标节点的节点标记的解锁高速缓存信息，在所述数据资产管理表中描述用于识别与节点标记相关的数据文件的项识别信息，所述数据内容管理表和所述数据资产管理表都包含在所述信令消息中。
5.一种接收方法，包括：
数据文件接收步骤，包含在接收设备中的数据文件接收单元接收在有效载荷中包含在数据广播中要使用的数据文件的第一传输数据包，在所述第一传输数据包中，表明所述数据文件包含在所述有效载荷中的第一有效载荷类型信息插入数据包报头中；
信令消息接收步骤，包含在所述接收设备中的信令消息接收单元接收在有效载荷中包含与所述数据广播有关的信令消息的第二传输数据包，在所述第二传输数据包中，表明所述信令消息包含在所述有效载荷中的第二有效载荷识别信息插入数据包报头中；以及
控制步骤，包含在所述接收设备中的控制单元基于数据内容管理表和数据资产管理表对数据文件的高速缓存进行控制，在所述数据内容管理表中描述用于识别数据广播的呈现单元的呈现单元标记、将要从每个呈现单元的高速缓存中解锁的节点数以及表明用于识别解锁目标节点的节点标记的解锁高速缓存信息，在所述数据资产管理表中描述用于识别与节点标记相关的数据文件的项识别信息，所述数据内容管理表和所述数据资产管理表都包含在所述信令消息中。
CN201480079347.8A 2014-06-04 2014-11-11 传输设备、传输方法、接收设备以及接收方法 Active CN106416277B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014-116283 2014-06-04
JP2014116283A JP5725242B1 (ja) 2014-06-04 2014-06-04 送信装置及び送信方法、並びに受信装置並びに受信方法
PCT/JP2014/079851 WO2015186273A1 (ja) 2014-06-04 2014-11-11 送信装置及び送信方法、並びに受信装置並びに受信方法

Publications (2)

Publication Number Publication Date
CN106416277A CN106416277A (zh) 2017-02-15
CN106416277B true CN106416277B (zh) 2020-01-07

Family

ID=53277979

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480079347.8A Active CN106416277B (zh) 2014-06-04 2014-11-11 传输设备、传输方法、接收设备以及接收方法

Country Status (6)

Country Link
US (1) US10069930B2 (zh)
EP (1) EP3154268A4 (zh)
JP (1) JP5725242B1 (zh)
CN (1) CN106416277B (zh)
PH (1) PH12016502367A1 (zh)
WO (1) WO2015186273A1 (zh)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2963892A1 (en) * 2014-06-30 2016-01-06 Thomson Licensing Method and apparatus for transmission and reception of media data
KR20160004858A (ko) * 2014-07-04 2016-01-13 삼성전자주식회사 멀티미디어 통신 시스템에서 패킷 송/수신 장치 및 방법
US10547881B2 (en) 2015-07-01 2020-01-28 Sony Corporation Transmission device and transmission method as well as reception device and reception method
MX2018000649A (es) * 2015-07-23 2018-04-24 Sony Corp Aparato de recepcion, aparato de transmision y metodo de procesamiento de datos.
CN107770601B (zh) 2016-08-16 2021-04-02 上海交通大学 一种面向多媒体内容组件个性化呈现的方法及系统
WO2018088220A1 (ja) * 2016-11-10 2018-05-17 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
NL2019881B1 (nl) 2017-11-10 2019-05-17 Polyplastic Groep B V Mobiel verblijf alsmede een kadervenster en lijstwerk daarvoor
CN111124955B (zh) * 2018-10-31 2023-09-08 珠海格力电器股份有限公司 一种高速缓存控制方法及设备和计算机存储介质
TW202029002A (zh) * 2018-12-20 2020-08-01 日商索尼半導體解決方案公司 通信裝置、通信方法及程式
CN113489718B (zh) * 2021-07-02 2023-04-07 哈尔滨工业大学（威海） 一种针对dicom协议传输流量重组生成图像的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101088286A (zh) * 2003-10-24 2007-12-12 高通股份有限公司 用于在无线通信系统中多媒体流之间无缝切换接收的方法和装置
WO2013165187A1 (ko) * 2012-05-02 2013-11-07 삼성전자 주식회사 멀티미디어 서비스 송수신 방법 및 장치
CN103430559A (zh) * 2011-01-19 2013-12-04 三星电子株式会社 用于在广播系统中配置控制消息的装置及方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE521700C2 (sv) * 1999-05-21 2003-11-25 Ericsson Telefon Ab L M Metod för att minska mängden överförd data då ett signaleringsmeddelande skickas fler än en gång mellan två noder i ett TCP/IP-baserat nät
US7139270B1 (en) * 2000-08-22 2006-11-21 Lucent Technologies Inc. Systems and method for transporting multiple protocol formats in a lightwave communication network
US7600040B1 (en) * 2002-06-27 2009-10-06 At&T Corp. Buffering packets destined for a mobile device while the mobile device moves from one network to another network to prevent handoff packet loss
US8799351B1 (en) * 2004-12-17 2014-08-05 Glovia International, Inc. Communicating multiple files in markup language documents
JP2007274193A (ja) 2006-03-30 2007-10-18 Sanyo Electric Co Ltd デジタル放送受信端末
US8229945B2 (en) * 2008-03-20 2012-07-24 Schooner Information Technology, Inc. Scalable database management software on a cluster of nodes using a shared-distributed flash memory
US9047351B2 (en) * 2010-04-12 2015-06-02 Sandisk Enterprise Ip Llc Cluster of processing nodes with distributed global flash memory using commodity server technology
JP5857636B2 (ja) * 2011-11-02 2016-02-10 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
JP5778591B2 (ja) 2012-01-24 2015-09-16 日本放送協会 送信装置、送信方法、受信装置及び受信方法
US10063606B2 (en) * 2012-06-12 2018-08-28 Taiwan Semiconductor Manufacturing Co., Ltd. Systems and methods for using client-side video buffer occupancy for enhanced quality of experience in a communication network
US9531637B2 (en) * 2012-11-08 2016-12-27 Ingersoll-Rand Company System, apparatus, and methods for server and computer interaction via web cookies
CA2917290C (en) * 2013-07-05 2018-10-30 Lg Electronics Inc. Method and apparatus for transmitting/receiving media broadcasting signal in real time transport protocol-based broadcasting system
EP3090566A4 (en) * 2014-01-02 2018-01-24 LG Electronics Inc. Broadcast transmission device and operating method thereof, and broadcast reception device and operating method thereof
CN105917655B (zh) * 2014-01-13 2019-07-09 Lg电子株式会社 经由一个或者多个网络发送或者接收广播内容的设备和方法
KR101838083B1 (ko) * 2014-04-18 2018-03-13 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101088286A (zh) * 2003-10-24 2007-12-12 高通股份有限公司 用于在无线通信系统中多媒体流之间无缝切换接收的方法和装置
CN103430559A (zh) * 2011-01-19 2013-12-04 三星电子株式会社 用于在广播系统中配置控制消息的装置及方法
WO2013165187A1 (ko) * 2012-05-02 2013-11-07 삼성전자 주식회사 멀티미디어 서비스 송수신 방법 및 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ISO/IEC 2 nd CD 23008-1 MPEG Media Transport Status CD Source MPEG-H Systems;Gerard Fernando;《JTC1/SC29/WG11》;20130207;第9-12页、第47页、第58-59页 *
Signalling and carriage of iteractive applications and services in Hybrid broadcast/boradband environments;Etsi;《Digital Video Broadcasting》;20100107;第16页、第23-24页 *

Also Published As

Publication number Publication date
EP3154268A1 (en) 2017-04-12
US20170041423A1 (en) 2017-02-09
WO2015186273A1 (ja) 2015-12-10
PH12016502367A1 (en) 2017-02-13
JP5725242B1 (ja) 2015-05-27
EP3154268A4 (en) 2018-01-03
US10069930B2 (en) 2018-09-04
CN106416277A (zh) 2017-02-15
JP2015231130A (ja) 2015-12-21

Similar Documents

Publication Publication Date Title
CN106416277B (zh) 传输设备、传输方法、接收设备以及接收方法
CN106664456B (zh) 接收装置、接收方法、传输装置以及传输方法
JP6442897B2 (ja) 送信装置及び送信方法、並びに、受信装置並びに受信方法
JP6868790B2 (ja) 送信方法
JP6819765B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP6624314B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP6471823B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725253B1 (ja) 送信装置及び送信方法、並びに受信装置並びに受信方法
JP7248155B2 (ja) 受信装置
JP7010357B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP6314877B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725252B1 (ja) 送信装置及び送信方法、並びに受信装置並びに受信方法
JP2023073291A (ja) 送信装置及び送信方法、受信装置及び受信方法
JP7207457B2 (ja) 受信装置及び受信装置の制御方法
JP6743854B2 (ja) 送信装置及び送信方法、並びに、受信装置並びに受信方法
JP6337804B2 (ja) 受信装置及び受信方法
JP5725249B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP5725250B1 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法

Legal Events

Date Code Title Description
C06 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