在本说明书中公开的技术涉及通过其接收文件的接收设备和接收方法，以及通过其传输文件的传输设备和传输方法，例如，涉及通过其接收在预定的传输系统中传输的文件的接收设备和接收方法，以及传输设备和传输方法。
背景技术：
：：在当前广播系统中，MPEG-2TS(运动图像专家组-2传输流)系统和RTP(实时协议)系统广泛地用作媒体传输系统(例如，参考专利文献1)。作为下一代数字广播系统，研究了在MPEG中标准化作为新媒体传输系统的MMT(MPEG媒体传输)(例如，参考非专利文献1)。在MMT中，不同的传输路径可以容易相结合使用。MMT可以由广播和通信的多个传输路径共同使用。根据MMT系统，可以在MMT数据包中传输作为流媒体的诸如视频和音频等的时间媒体以及诸如文件的非时间媒体。专利文献1：日本专利申请公开号2013-153291非专利文献1：ISO/IECFDIS23008-1:2013(E)Informationtechnoplogy-Highefficiencycodingandmediadeliveryinheterogeneousenvironments-Part1:MPEGmediatransport(MMT)技术实现要素：本发明要解决的问题在本说明书中公开的技术的目标在于，提供通过其可以适当地接收在预定的传输系统中传输的文件的最佳接收设备和接收方法，以及通过其可以在预定的传输系统中适当地传输文件的最佳传输设备和传输方法。解决问题的方式鉴于以上目标，构成本申请。在权利要求1中描述的技术是一种接收设备，包括：接收部，接收预定传输系统的传输信号；解复用器，将接收的信号解复用为媒体数据和信令信息；以及控制部，基于解复用的信令信息，控制高速缓存经解复用的媒体数据中的至少一者。根据在本申请的权利要求2中描述的技术，在根据权利要求1所述的接收设备中，预定传输系统是MMT。根据在本申请的权利要求3中描述的技术，在根据权利要求1所述的接收设备中，传输信号包括时间媒体和非时间媒体，并且控制部控制高速缓存所述非时间媒体。根据在本申请的权利要求4中描述的技术，在根据权利要求1所述的接收设备中，非时间媒体包括多个文件数据，所述多个文件数据构成数据广播应用的资产，并且控制部根据高速缓冲存储器的空闲空间控制文件数据的高速缓存。根据在本申请的权利要求5中描述的技术，根据权利要求4所述的接收设备的控制部基于所接收的信令信息，获取在执行数据广播应用时对分层文件数据的访问范围以及在每个访问范围内的文件数据的位置信息和大小，并且控制高速缓存。根据在本申请的权利要求6中描述的技术，根据权利要求4或5所述的接收设备的控制部掌握四个分层访问范围(a)到(d)及大小，访问范围(a)到(d)是：(a)在执行应用时直接参考的文件数据，(b)构成用于同时显示的应用呈现单位的文件数据的资源组，(c)包括构成用于同时显示的应用呈现单位的资源组以及与所述应用呈现单位连接的另一个应用呈现单位的资源组的大资源组，以及(d)整个应用的资源组，并且根据高速缓冲存储器的空闲空间确定在哪个访问范围内执行高速缓存。根据在本申请的权利要求7中描述的技术，根据权利要求6所述的接收设备的控制部接收第一信息以及第二信息作为信令信息，第一信息在广播等的MMT传输路径上的位置上映射URL，URL表示应用中的位置，第二信息表示显示单位以及在应用中的链接关系，并且控制部掌握四个分层访问范围(a)到(d)及大小。根据在本申请的权利要求8中描述的技术，根据权利要求7所述的接收设备的接收部接收应用信息表、数据位置管理表、数据资产管理表以及MMT包装表，作为第一信息，所述应用信息表管理应用传输方法和表示位置的URL信息，所述数据位置管理表管理表示在应用中的位置的URL以及关于数据传输消息的项识别信息之间的对应关系，所述数据资产管理表管理在项识别信息、包括项识别信息的项的资产的资产识别信息、在所述资产的MMT传输路径上的MMTP数据包的download_id以及所述项识别信息之间的对应关系，所述MMT包装表管理在所述资产识别信息与在所述MMT传输路径上传输资产的数据包的数据包识别信息之间的对应关系。根据在本申请的权利要求9中描述的技术，根据权利要求7或8所述的接收设备的接收部接收数据内容管理表作为所述第二信息，所述数据内容管理表管理包含在内容中的应用呈现单位的识别信息、包含在所述应用呈现单位中的所有项的项识别信息、以及与所述应用呈现单位连接的另一个应用呈现单位的识别信息。根据在本申请的权利要求10中描述的技术，根据权利要求1到9中任一项所述的接收设备的控制部响应于接收与状态被控制为预取(进行预取)的应用相关的信令信息，执行高速缓存处理。进一步，在本申请的权利要求11中描述的技术是一种接收方法，包括：接收步骤，接收预定传输系统的传输信号；解复用步骤，将接收的信号解复用为媒体数据和信令信息；以及控制步骤，基于解复用的信令信息，控制高速缓存经解复用的媒体数据中的至少一者。进一步，在本申请的权利要求12中描述的技术是一种传输设备，包括：多路复用器，多路复用时间媒体、非时间媒体以及信令消息，所述信令消息包括能够用于在接收侧高速缓存处理所述非时间媒体的信息；以及传输部，以预定传输系统传输多路复用的数据包。根据在本申请的权利要求13中描述的技术，在根据权利要求12所述的传输设备中，预定传输系统是MMT。根据在本申请的权利要求14中描述的技术，在根据权利要求12或13所述的传输设备中，非时间媒体包括多个文件数据，所述多个文件数据构成数据广播应用的资产，并且信令信息包括第一信息和第二信息，所述第一信息在广播等的MMT传输路径上的位置上映射URL，所述URL表示在应用中的位置，所述第二信息表示显示单位以及在所述应用中的链接关系。根据在本申请的权利要求15中描述的技术，在根据权利要求14所述的传输设备中，第一信息包括应用信息表、数据位置管理表、数据资产管理表以及MMT包装表，所述应用信息表管理应用传输方法和表示位置的URL信息，所述数据位置管理表管理表示在所述应用中位置的URL与关于数据传输消息的项识别信息之间的对应关系，所述数据资产管理表管理在项识别信息、包括项识别信息的项的资产的资产识别信息、在所述资产的MMT传输路径上的MMTP数据包的download_id以及所述项识别信息之间的对应关系，所述MMT包装表管理在所述资产识别信息与在所述MMT传输路径上传输资产的数据包的数据包识别信息之间的对应关系。根据在本申请的权利要求16中描述的技术，在根据权利要求14或15所述的传输设备中，第二信息包括数据内容管理表，所述数据内容管理表管理包含在内容中的应用呈现单位的识别信息、包含在所述应用呈现单位中的所有项的项识别信息、以及与所述应用呈现单位连接的另一个应用呈现单位的识别信息。进一步，在本申请的权利要求17中描述的技术是一种传输方法，包括：多路复用步骤，多路复用时间媒体、非时间媒体以及信令消息，所述信令消息包括能够用于在接收侧高速缓存处理所述非时间媒体的信息；以及传输步骤，在预定传输系统中传输多路复用的数据包。本发明的效果根据在本说明书中公开的技术，可以提供通过其能够适当地接收在预定的传输系统中传输的文件的最佳接收设备和接收方法，以及通过其可以在预定的传输系统中适当地传输文件的最佳传输设备和传输方法。应注意的是，在本说明书中描述的效果仅仅是说明性的，不必限于上面描述的那些效果。进一步，除了上述效果，本发明还可以产生进一步额外效果。通过结合以下实施方式和附图的更详细的描述，在本说明书中公开的技术的其他目标、特征以及优点更加显而易见。附图说明图1是示意性示出应用本说明书中公开的技术的数字广播系统10的配置实例的示图。图2是示出应用MMT的广播信号的堆栈模型200的示图.图3是示出传输在图2示出的广播信号的广播传输系统11的配置实例的示图。图4是示出接收在图2示出的广播信号的接收器12的配置实例的示图。图5是示出根据MMT系统从广播传输系统11传输至RF传输路径的广播信号(数据包)500的图像的示图。图6是示出MMT数据包的报头的配置实例的示图。图7是示出传输非时间媒体的MMT数据包的扩展报头700的配置实例的示图。图8是示出在MPU模式中的MMTP有效载荷800的配置实例的示图。图9是示出其中时间媒体设置在有效载荷内的MFU的DU_Header900的配置实例的示图。图10是示出其中非时间媒体设置在有效载荷内的MFU的DU_Header1000的配置实例的示图。图11是示出在传输非时间媒体的数据时的数据包配置实例的示图。图12是示出PA消息1201以及包含在PA消息内的MP表格1202的配置实例的示图。图13是示出PA消息1300的语法实例的示图。图14是用于描述包含在PA消息内的参数的示图。图15是示出MP表格(MPT)的语法实例(前半部分)的示图。图16是示出MP表格的语法实例(后半部分)的示图。图17是用于描述包含在MP表格内的参数的示图。图18是示出M2节消息1800的配置实例的示图。图19是示出由M2节消息传输的MHAI(应用信息)表格(MHAIT)1900的配置实例的示图。图20是示出应用信息描述符2000的配置实例的示图。图21是用于描述包含在应用信息描述符内的参数的示图。图22是示出传输协议描述符2200的配置实例的示图。图23是示出由HTTP/HTTPS、MMT以及非时间传输共有的选择器字节的配置实例的示图。图24是示出数据传输消息作为一个信令消息的配置实例的示图。图25是示出数据资产管理表格(DAMT)2500的配置实例的示图。图26是示出数据位置管理表格(DLMT)2600的配置实例的示图。图27是示出数据内容管理表格(DCMT)2700的配置实例的示图。图28是用于描述执行MMT传输的数据广播应用(内容)的传输、定位以及呈现的机构的示图。图29是用于描述在从MMT传输路径中获取数据广播应用(内容)时在作为信令信息传输的表格之间的参考关系的示图。图30是示意性示出在接收器内预先高速缓存应用的机构的示图。图31是用于描述从广播流中获取应用并且在接收器内激活应用的操作的示图。图32是用于描述在接收器中转变应用呈现画面时的操作的示图。图33是用于描述在接收器中更新应用的文件数据时的操作的示图。具体实施方式在后文中，参考附图，详细描述在本说明书中公开的技术的实施方式。图1示意性示出应用本说明书中公开的技术的数字广播系统10的配置实例。图中的数字广播系统10包括广播传输系统11和接收器12。广播传输系统11传输IP(互联网协议)系统的广播信号，包括传输媒体。广播信号的传输媒体包括时间媒体和例如文件的非时间媒体。时间媒体是数据流，例如，视频、音频以及字幕。进一步，非时间媒体是应用(内容)的文件数据，例如，HTML(超文本标记语言)文档。同时，接收器12接收从广播传输系统11传输的广播信号。然后，接收器12从接收的广播信号中获取传输媒体(例如，视频、音频以及字幕)，并且呈现图像和音频。在图1示出的数字广播系统10中，假设在广播信号从广播传输系统11传输至接收器12时，应用MMT，作为传输系统。图2示出在堆栈模型200中的该情况的广播信号的配置实例。堆栈模型200的最低层是物理层(PHY)201。物理实例201包括调制系统、纠错系统等。在物理层201上方，设置TLV(类型长度值)传输数据包层202。进一步，在TLV202上方设置IP数据包203，并且进一步在IP数据包203上方设置UDP(用户数据报协议)204。进一步，在TLV传输数据包202上方，还设置在其中压缩IP203和UDP204的报头的报头压缩IP205、以及作为信令信息的传输控制信号206。在UDP204上方，设置MMT数据包207、包括当前时间的信息的NTP(网络时间协议)数据包208等。MMT协议(MMTP)是用于在IP网络上传输MMTP有效载荷209的应用层的传输协议。MMT数据包207的MMTP有效载荷209包括MFU(MMT片段单元)210或信令消息211。MFU210是作为编码的时间媒体和非时间媒体的容器的MPU(媒体处理单元)的片段。流数据(时间媒体)212(例如，视频、音频以及字幕)和文件数据(非时间媒体)213(例如，HTML文档数据)插入MFU210内。图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是TV广播站的演播室或者是例如VTR的记录和再现装置。信号传输部302将作为时间媒体的流数据(例如，视频、音频以及字幕)和作为非时间媒体的文件数据(例如，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数据包的IP数据包传输至IP服务多路复用器310。在本实施方式中，要生成的信令消息大概分成三种类型：PA消息；M2节消息；以及数据传输消息。稍后描述每个信令消息的细节。文件编码器307必要时分割从信号传输部302或信息系统308传输的文件数据，生成包括文件数据的MMT数据包，并且将包括MMT数据包的IP数据包传输至IP服务多路复用器310。应注意的是，文件数据构成数据广播内容(用于数据广播的应用)。广播传输系统11装配有IP服务多路复用器310，用于各个传输频道(广播节目)。用于一个频道的IP服务多路复用器310多路复用IP数据包(其包括分别从编码器303到307传输的视频、音频、字幕、信令消息以及文件数据)，并且生成构成一个频道的TLV数据包。TLV信令编码器309编码从信息系统308传输的信令信息，并且生成将被设置在有效载荷部分内放入TLV数据包。TLV多路复用器311多路复用在各个IP服务多路复用器310-1到310-N以及TLV信令编码器309中生成的TLV数据包，并且生成广播流。调制/传输部312RF调制在TLV多路复用器311中生成的广播流，并且将广播流传输至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数据包的IP数据包。将IP数据包传输至IP服务多路复用器310。进一步，从信号传输部302或信息系统308传输的文件数据供应至文件编码器307。在文件编码器307中，必要时分割文件数据，并且生成包括文件数据的MMT数据包，使得生成包括MMT数据包的IP数据包。将IP数据包传输至IP服务多路复用器310。在IP服务多路复用器310中，多路复用包括分别从编码器303到307传输的视频、音频、字幕、信令消息以及文件数据的IP数据包，并且生成构成一个频道的TLV数据包。在TLV信令编码器309中，编码从信息系统308传输的信令信息，并且生成将被设置在有效载荷部分内的TLV数据包。在TLV多路复用器311中，多路复用在IP服务多路复用器310-1到310-N和TLV信令编码器309中生成的TLV数据包，并且生成广播流。在调制/传输部312中，RF调制在TLV多路复用器311中生成的广播流，并且将产生的RF调制信号传输至RF传输路径。进一步，图4示出接收在图2示出的广播信号的接收器12的配置实例。在图中示出的接收器12包括调谐器/解调部401、解复用器(DEMUX)402、时钟部403、视频解码器404、音频解码器405、字幕解码器406、数据广播应用引擎407、系统控制部408以及合成部409。调谐器/解调部401接收并且解调RF调制信号，并且获得广播流。解复用器402解复用并且封包广播流，并且输出NTP时间信息、PTS(呈现时间戳：呈现时间信息)、信令信息、视频、音频以及字幕的编码信号、文件数据以及信令信息。应注意的是，文件数据构成数据广播内容(用于数据广播的应用)。系统控制部408基于在解复用器402中获得的信令信息、经由用户操作部(未示出)的来自用户的操作信息等，控制接收器12的各个部分的操作。基于在解复用器402中获得的NTP时间信息，时钟部403生成与该时间信息同步的时间信息。视频编码器404对于在解复用器402中获得的经编码的视频信号进行解码，并且获得基带视频信号。进一步，音频编码器405对于在解复用器402中获得的经编码的音频信号进行解码，并且获得基带音频信号。进一步，字幕编码器406对于在解复用器402中获得的经编码的字幕信号进行解码，并且获得字幕的显示信号。数据广播应用引擎407是用于作为文件数据传输的数据广播应用的处理部分。换言之，数据广播应用引擎407处理在解复用器402中获得的文件数据，并且获得数据广播的显示信号。例如，数据广播应用是以HTML格式描述的文件数据(HTML文档数据)。在本说明书中，数据广播应用也称为“应用”或“内容”。应注意的是，在广播流中，重复传输相同内容的文件数据。系统控制部408控制在解复用器402中的过滤操作，使得仅仅在数据广播应用引擎407中获取在重复传输的文件数据组内的在解复用器402中需要的数据。在本实施方式中，系统控制部408参考包含在PA消息、M2节消息以及数据传输消息的每个中的信令表，规定呈现数据广播所需要的访问范围，并且控制用于预先获取能够在数据广播应用引擎407中高速缓存的文件数据的过滤操作。稍后描述文件数据的预先高速缓存的细节。进一步，系统控制部408基于PTS控制在各个解码器404到406中的解码定时，并且调整视频、音频以及字幕的呈现定时。合成部409使字幕的显示信号和数据广播的显示信号连同基带视频信号合成，并且获得用于视频显示的视频信号。进一步，在音频解码器405中获得的基带音频信号将是用于音频输出的音频信号。描述在图4示出的接收器12的操作。在调谐器/解调部401中，接收并且解调RF调制信号，并且获得广播流。在解复用器402中，广播流解复用并且拆包，并且提取NTP时间信息，PTS，信令信息，视频、音频以及字幕的编码信号，以及文件数据。在解复用器402中提取的NTP时间信息传输至时钟部403。在时钟部403中，基于NTP时间信息，生成与该时间信息同步的时间信息。换言之，在时钟部403中，生成与在广播传输系统11的时钟信号301中生成的时间信息匹配的时间信息。在解复用器402中提取的经编码的视频信号传输至视频解码器404用于解码，使得获得基带视频信号。进一步，在解复用器402中提取的经编码的字幕信号传输至字幕解码器406用于解码，使得获得字幕的显示信号。进一步，在解复用器402中提取的文件数据传输至数据广播应用引擎407用于处理，使得获得数据广播的显示信号。应注意的是，在解复用器402中的过滤操作由系统控制部408控制，使得仅仅在解复用器402中获得需要的文件数据。在合成部409中，使字幕的显示信号和数据广播的显示信号连同基带视频信号合成，使得获得用于视频显示的视频信号。进一步，在解复用器402中提取的经编码的音频信号传输至音频解码器405用于解码，使得获得用于音频输出的基带音频信号。在图1示出的数字广播系统10中，假设在广播信号从广播传输系统11传输至接收器12时，应用MMT作为传输系统。图5示出根据MMT系统从广播传输系统11传输至RF传输路径的广播信号500的图像。一个频道(广播节目)的广播信号由时间媒体(例如，视频、音频以及字幕)和非时间媒体(例如，文件数据)构成，并且那些媒体的编码媒体数据储存在MPU内，然后传输。进一步，传输关于广播信号的传输控制等的信息作为信令信息。在MMT中，构成一个频道(广播节目)的时间媒体和非时间媒体的数据可以容易与不同的传输路径相结合使用。在图5示出的实例中，对于广播信号500，针对例如视频、音频、字幕、文件数据以及信令信息的数据类型使用MMT传输路径501到504。应注意的是，为了方便起见，省略对于字幕数据的传输路径的说明。一个频道(广播节目)可以称为“包装”，该包装由例如视频、音频、字幕以及文件数据(应用)的不同类型的资产构成，(该包装是通过MMT传输路径传输的媒体数据的逻辑集)。每个资产是共享相同的asset_id并且通过每个专用ES(基本码流)(即，在MMT传输路径上)传输的1个或多个MPU的集(逻辑组)(该资产是与唯一标识符相关联的并且用于构成多媒体呈现的数据的实体)。换言之，在传输路径501中，传输由具有共同的asset_id的MPU逻辑组构成的视频的MMT数据包(MMTP)。在传输路径502中，传输由具有共同的asset_id的MPU逻辑组构成的音频的MMT数据包。在传输路径503中，传输由具有共同的asset_id的MPU逻辑组构成的文件数据的MMT数据包。MPU由asset_id以及在合适的传输路径上的MPU的序号识别。进一步，用于传输每个媒体的MMT传输路径可以由asset_id识别。此外，在一个包装(广播节目)中，可以传输具有相同类型(即，具有不同asset_id)的资产。例如，将两块或更多块文件内容(数据广播应用)提供给相同的广播节目。在这种情况下，文件内容的不同块具有不同的asset_id，并且在不同的MMT传输路径上作为不同的MPU逻辑组传输。在图5，为了简化，说明了用于文件数据的仅仅一个传输路径503。进一步，MMT可以由用于广播和通信的多个传输路径共同使用。可以通过用于广播的传输路径与如图5所示的时间媒体一起传输非时间媒体(例如，HTML文档数据)，并且非时间媒体还可以通过用于通信的传输路径提供。进一步，在传输路径504中，反复传输包括相同信令消息的MMT数据包。为了实现在本说明书中公开的技术，将被传输的信令消息包括三种类型的信令消息：PA消息510；M2节消息520；以及数据传输消息530。信令表由各种信令消息传输。例如，PA消息510包括MP(MMT包装)表格511。进一步，M2节消息520包括MHAI(应用消息)表格521。进一步，数据传输消息530是用于通知数据传输方法和数据管理控制方法的消息，并且包括数据位置管理表格531、数据资产管理表格532以及数据内容管理表格533的信令表。稍后描述每个表格细节。如上所述，在MMTP中，传输时间媒体(例如，视频、音频以及字幕)和非时间媒体(例如，文件数据)。图6示出MMTP数据包600的配置实例。MMTP数据包是格式化为使用MMT协议传输的媒体数据的单元。例如，其细节见非专利文献1。在将1分配给由附图标记601表示的数据包计数器标记“C”时，这表示在MMTP数据包内存在由附图标记602表示的数据包的字段。数据包计数器602是32位字段，其中，MMTP数据包的计数的整数值写入该字段内，并且每当传输MMTP数据包时，增加1。在将1分配给由附图标记603表示的扩展标记“X”时，这表示存在由附图标记604表示的扩展报头604。图6的下部分也示出了扩展报头604的配置实例。扩展报头604由附图标记604-1表示的16位长度的类型字段、由附图标记604-2表示的长度字段、以及由附图标记604-13表示的header_extensin_value字段构成。在长度字段中，写入header_extensin_value字段的字节长度。在header_extensin_value字段中，可以写入在MMT的规格之外的扩展信息。在由附图标记606表示的类型字段中，写入表示MMTP数据包的有效载荷数据的类型。类型值的定义如下面在表1中所示。【表1】在将1分配给由附图标记605表示的RAP(随机访问点)标记时，这表示MMTP数据包的有效载荷包括对数据类型的数据流的随机访问点。在由附图标记607表示的16位长度的packet_id字段中，写入用于区分资产的整数值。该字段的值得自MMTP数据包所属的资产的asset_id。由作为信令消息的一部分的MMTP数据包(MP)表显示packet_id和asset_id的映射。在由附图标记608表示的32位长度的时间戳字段中，在由NTP协议规定的短格式中描述MMTP数据包的传输时间。在由附图标记609表示的32位长度的packet_sequence_number字段中，描述用于识别具有相同的packet_id的数据包的整数值(在MMT传输路径上的序号)。图7示出传输非时间媒体的MMT数据包的扩展报头700的配置实例。如图所示，在这种情况下，将4写入长度字段701内，作为header_extensin_value字段的字节长度。在header_extensin_value字段中，在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位值表示。FT值的定义如下面在表2中所示。【表2】在由附图标记802表示的时间(T)标记中描述1时，这表示传输时间媒体的MPU被分段。在其内描述0时，这表示传输非时间媒体的MPU被分段。由附图标记803表示的片段标识符(f_i)字段表示关于在2位中的有效载荷内的数据单元的片段的信息。f_i的四个值的定义如下面在表3中所示。【表3】值数据单元的定义00有效载荷包括整数个数据单元。01有效载荷包括第一片段的数据单元。10有效载荷包括中间片段的数据单元。11有效载荷包括最后片段的数据单元。在有效载荷是多个数据单元的聚合时，在由附图标记804表示的聚合(A)标记中描述1。在由附图标记805表示的8位长度的fragment_counter字段中，描述在MMTP有效载荷之后包括相同数据单元的片段的有效载荷的数量。在由附图标记806表示的16位长度的DU_length字段中，描述在该字段之后的数据(DU:数据单元)的长度。然而，在A标记804是0时，不存在DU_length字段806。由附图标记807表示的DU_Header是数据单元的报头。然而，在FT值801是0或1时(换言之，在FT值801并非MFU时)，不存在DU_Header807。MFU包括时间媒体的采样或子采样或者非时间媒体数据的项。图9示出其中时间媒体设置在有效载荷内的MFU的DU_Header900的配置实例。进一步，图10示出其中非时间媒体设置在有效载荷内的MFU的DU_Header1000的配置实例。如图10所示，在非媒体数据的情况下，DU_Header1000由32位长度的item_ID构成，该item_ID是作为一部分MFU传输的项的标识符。该项是构成应用的资源，例如，HTML文档数据或从HTML文档中参考的单媒体数据。在由asset_id指定的MMT传输路径上，项可以由在MMTP数据包的报头中的packet_id和在上述其扩展报头内的download_id的组合以及在DU报头内的item_ID唯一识别。图11示出在传输非时间媒体的数据时的数据包配置实例。图11的(a)示出了原始文件数据的状态。在图中，每个F1和F2是一块文件数据。例如，文件数据是HTML文档并且包括一个或多个项。进一步，HTML文档本身是一个项。图11的(b)示出了文件数据F1和文件数据F2设置在MFU内的状态。由于文件数据F1的文件大小不大，所以文件数据F1照原样设置在一个MFU的有效载荷内。同时，由于文件数据F2的文件大小是大的，所以文件数据F2分成数据块，并且每块数据设置在MFU的有效载荷内。在图中示出的实例中，文件数据F2分成F2-1和F2-2，并且F2-1和F2-2设置在不同MFU的有效载荷内。在此处，描述唯一表示MUF的项的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)所示，MMTP数据包的报头及其扩展报头(参考图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数据包在有效载荷内包括信令消息。信令消息是PA消息、M2节消息或者数据传输消息(参考以上描述和图5)。通过参考在MMTP报头内的类型字段的值，可以确定MMTP有效载荷是包括传输媒体(例如，时间媒体或非时间媒体)还是包括信令消息。随后，描述在实现本说明书中公开的技术时涉及的在MMT协议中使用的信令消息的配置。信令消息是数据包传输控制或者包装的使用所需要的信令信息，并且传输各种信令表。MMT的信息消息使用由三个共同字段构成的一般格式、用于每个信令消息类型的一个特定字段以及消息有效载荷。消息有效载荷传输信令信息。在后文中，按照陈述的顺序，描述PA消息、M2节消息以及数据传输消息。PA(包装访问)消息传输PA表，PA表包括关于包装访问所需要的所有信令表的信息。PA表包括MMT包装(MP)表。图12示出了作为一个信令消息的PA消息1201以及包含在PA消息内的MP表格1202的配置实例。进一步，图13示出PA消息1300的语法实例，并且图14示出描述包含在PA消息内的参数。message_id是用于在各种类型的信令信息中识别PA消息的16位固定值。版本是作为8位整数值的参数，这表示PA消息的版本。例如，在更新构成MP表的一些参数时，该版本增加+1。长度是32位长度的参数，这表示PA消息的字节的大小，在该字段之后立即计算该大小。在扩展字段中，设置在有效载荷字段内设置的MP表格(MPT)的索引信息。在该字段中，设置8位的table_id、8位的table_version以及16位的table_length。table_id是用于识别MP表的固定值。table_version表示MP表格的版本。table_length表示MP表格的字节的大小。在PA消息的有效载荷字段内，设置MP表。MP表储存与包装相关的信息，包括所有资产的列表。图15和图16均示出了MP表格的语法实例(图16是在图15之后的后半部分)。进一步，图17示出了包含在MP表格内的参数的描述。在后文中，描述MP表格的配置。table_id是用于在各种类型的信令信息内识别MP表格的8位固定值。版本是8位整数值，这表示MP表格的版本。例如，在更新构成MP表格的一些参数时，该版本增加+1。长度是32位长度的参数，这表示MP表格的字节的大小，在该字段之后立即计算该大小。MMT_package_id是作为整个包装的识别信息，包括作为构成元素的资产，例如，由广播信号传输的所有信号(视频、音频以及字幕)和文件。识别信息是文本信息。MMT_package_id_length表示文本信息的字节的大小。MP_table_descriptors的字段是与整个包装相关的描述符的储存区域。MPT_table_descriptor_length是16位长度的参数，这表示字段的字节的大小N2。假设在MP_table_descriptor中，在规定用于各种目的的描述符之后，设置对应于N2(一个或多个)描述符的描述符。number_of_assets是8位参数，这表示作为包装的构成元素的资产(信号、文件)的数量。以下资产循环正好由number_of_asset的数量(N3)设置。在一个资产循环中，设置作为单独资产的信息的资产识别信息(asset_id)、广义位置信息(gen_loc_info)以及资产描述符(asset_descriptor)的参数。identifier_type表示MMTP数据包流的ID系统。在ID系统表示asset_id时，设置0x00。asset_id_scheme表示asset_id的格式。asset_id_length表示asset_id的长度。在asset_id_byte的后续循环中，按照字节表示资产识别信息(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的格式中描述资产的位置信息。因此，在MP表格上绘制asset_id，使得可以提取在MMT传输路径上的合适的数据包ID。asset_descriptor的字段是与资产相关的描述符的储存区域。asset_descriptor_length表示asset_descriptor字段的字节的大小N5。假设在asset_descriptor中，在规定用于各种目的的描述符之后，设置N5(一个或多个)个资产描述符。M2节消息是用于照原样传输MPEG-2系统的部分扩展格式的信令消息。图18示出M2节消息1800的配置实例。在后文中，描述M2节消息的各个参数的意义。message_id(消息识别)是用于在各种信令信息中识别M2节消息的16位固定值。在该实施方式中，设置0x8000。version(版本)是8位整数值的参数，这表示M2节消息的版本。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-TRecommendationH.222.0的循环冗余码。图19示出由M2节消息传输的MHAI(应用信息)表格(MHAIT)1900的配置实例。在后文中，描述MHAI表格的各个参数的含义。table_id(表格识别)是用于在各种信令信息中识别应用信息(AI)表格的8位固定值。在该实施方式中，设置0x89。section_syntax_indicator(节语法指示符)是1位字段并且恒定是“1”。sectoin_length(节长度)是12位字段并且其前面的2位恒定是“00”。这规定从节长度字段到包括CRC32的最后节的节的字节计数。该值不超过1021(在十六进制中的0x3FD)。applicaton_type(应用格式)是16位字段，并且表示由AIT传输的应用的值。在DVB中，将0x0001分配给DVB-J应用。而且，在ARIB-J应用中，设置0x0001。version_number(版本号)是5位字段，并且是子表格的版本号。version_number是MHAI表格的版本号，并且在子表格内的信息改变时，增加+1。进一步，在版本号的值是“31”时，该值接下来返回“0”。current_next_indicator(当前下一个指示符)恒定是“1”。section_number(节号)是8位字段，并且表示节号。在子表格内的第一节的节号是0x00。每当增加具有相同的表格识别和应用格式的节时，节号就增加+1。last_section_number(最后节号)是8位字段，并且规定在节所属的子表格内的最后节号。common_descriptor_length(共同的描述符循环长度)是8位字段，并且规定后续描述符(在描述区域内的描述符)的字节长度。该描述符(在描述区域内的描述符)在一系列区域内储存描述符(descriptor)的信息，包括与common_descriptor_length的数量一样多的循环。在共同的描述符区域内的描述符应用于在AIT子表格中的所有应用。例如，在描述符字段内写入规定传输方法或应用的获取位置的传输协议描述符。application_loop_length是写入包含在MHAI表格内的应用信息的数量的区域。应用信息的循环正好由application_loop_length表示的数量设置。在一块应用信息的循环中，描述描述符(应用信息描述符)，在一系列区域中描述描述符，包括与application_identifier(应用标识符)、application_control_code(应用控制代码)以及application_descriptor_loop_length(应用信息描述符循环长度)的数量一样多的循环。在描述符区域内的描述符仅仅应用于指定的应用中。application_identifier(应用标识符)是识别应用的参数。application_control_code(应用控制代码)是8位字段并且规定控制应用的状态的控制代码。该字段的语义取决于应用格式的值。在指导“自动启动”，作为application_control_code时，参考了该MHAT表格的接收器激活并且开始由application_identifier规定的应用。进一步，在指导“预取”，作为application_control_code时，参考了该MHAT表格的接收器预取由application_identifier规定的应用。进一步，在指导“终止”，作为application_control_code时，参考了该MHAT表格的接收器停止执行由application_identifier规定的应用。这是根据CRC32(CRC)和ITU-TRecommendationH.222.0的循环冗余码。简言之，MHAT表格是规定通过MMT传输路径或传输方法(transport_protocol)传输的应用(文件数据)的处理方法以及位置(URL)的表格。在接收由M2节消息传输的MHAT表格时，接收器从由规定的transport_protocol规定的位置中获取应用，以便执行由application_control_code规定的处理。图20示出储存在MHAT表格的应用信息的循环内的应用信息描述符2000的配置实例。进一步，图21示出描述包含在应用信息描述符2000内的参数。在后文中，描述应用信息描述符2000的各个参数的含义。descriptor_tag是识别描述符2000的8位整数值。descriptor_length是写入在该字段之后的描述符2000的数据的字节计数的区域。在包括与application_profile_length的数量一样多的循环的一系列区域内，写入application_profile的信息。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示出作为共同描述符储存在MHAI表格的应用信息内的传输协议描述符2200的配置实例。在后文中，描述传输协议描述符2200的各个参数的含义。descriptor_tag是识别描述符2200的8位整数值。descriptor_length是写入在该字段之后的描述符2200的数据的字节计数的8位区域。protocol_id(协议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的循环正好由URL_extension_count的数量设置。在一个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"。简言之，参考在MHAI表格中的应用信息的循环内的应用信息描述符以及传输协议描述符，可以获取应用的传输方式(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(表格识别)是用于识别储存在该数据传输消息内的表格的区域。在数据传输消息中，传输三种类型的信令表(如上所述)，即，数据位置管理表格、数据资产管理表格以及数据内容管理表格，并且table_id识别那些表格中的每个。table_version(表格版本)表示储存在该数据传输消息内的表格的版本。table_length(表格长度)表示储存在该数据传输消息内的表格的字节的大小。table(表格)表示储存在该数据传输消息内的表格。进一步，表格的循环正好由num_of_tables的数量设置。在一个表格的循环中，储存由table_id识别的表格的内容的信息。图25示出由数据传输消息传输的数据资产管理表格2500的配置实例。数据资产管理表格是管理作为包含在文件数据的每个资产内的项信息和MMTP数据包传输的文件数据的资产的信息的表格。在后文中，描述数据资产管理表格的各个参数的含义。table_id(表格识别)是表示在各种信令信息中的数据资产管理表格的8位固定值。在该实施方式中，设置0xA2。version_(版本)是表示该数据资产管理表格的版本的8位整数值的参数。例如，在更新构成数据资产管理表格的一些参数时，版本增加+1。length是16位长度的参数，这表示数据资产管理表格的字节的大小，在该字段之后立即计算该大小。number_of_asset是8位参数，这表示包含在包装内的文件数据的资产的数量。以下资产循环正好由number_of_asset的数量设置，并且储存每个资产的文件数据的信息。在一个资产循环中，包括download_id、与资产(文件数据)本身相关的信息、以及与包含在该资产内的每个项相关的信息。download_id是写入传输非时间媒体(资产数据)的MMTP数据包的扩展报头内的识别信息(参考图7)。储存在资产循环内的、与资产本身相关的信息包括asset_ID_scheme、asser_ID_length、asset_ID_length以及asset_ID_byte。asset_ID_scheme表示资产ID的格式。作为资产ID的格式，例如，可以分配UUID(通用唯一标识符)、URI(统一资源标识符)以及GURL(通用URL)。asser_ID_length表示资产ID字节的字节长度。asset_ID_byte表示在包括与asser_ID_length的数量一样多的循环的一系列区域内的资产ID，具有由asset_ID_scheme规定的格式。顺便提一下，在该实施方式中，该信息用作用于识别由MP表格和数据资产管理表格共有的资产的信息，但是由于其大数据量，所以可以使用其他可替代的资产识别信息。例如，假设16位component_tag限定为对应于在MP表格中的asset_ID的信息，并且在数据资产管理表格中使用component_tag，代替asset_ID。number_of_items是在其中写入构成合适的文件数据的资产的项的数量的区域。项的循环正好由number_of_items的数量设置，并且在其内写入关于构成资产(文件数据)的相应项的信息块。在一个项的循环中，描述item_ID、item_tag、item_size、item_version、item_checksum以及item_info的参数，作为与项相关的信息。item_ID是32位值，这表示用于识别由非时间MFU传输的项的ID。同样，item_tag是用于识别项的信息，并且是16位值。作为信令信息，使用16位item_tag，代替32位item_ID，使得可以减小识别项所需要的位大小。item_size表示项的字节大小。item_version表示项的版本。每当更新项的细节时，版本增加+1。item_checksum表示项的校验和。据认为，如果必定为所有文件设置校验和，则校验和的信息量变大。因此，有鉴于此，例如，可以设置1位check_sum_flag，并且仅仅在1代替其时，可以提供32位item_check_sum。可替换地，作为类型的校验和可以表示为在图7示出的MMTP数据包的扩展报头，而非信令，并且32位校验和可以设置在该长度之后。item_info_length表示item_info_byte的信息区域的字节大小。item_info_byte在包括与item_info_length的数量一样多的循环的一系列区域中储存关于项的信息。descriptor_loop_length表示描述符的总字节长度。描述符在包括与descriptor_loop_length的数量一样多的循环的一系列区域中储存关于描述符的信息。单独定义要储存的描述符。简言之，数据资产管理表格2500是管理关于包含在一个包装内的文件数据(内容)的资产以及关于包含在该资产内的项的信息的表格。作为关于项的信息，还管理项的版本信息。参考数据资产管理表格2500，可以从item_tag(或Item_ID)中提取合适的asset_id、在传输资产的MMT的扩展报头内描述的下载ID、以及item_info，或者可以从在信令信息的传输路径上处理的item_tag中提取关于文件数据的传输路径的item_ID或item_info。图26示出由数据传输消息传输的数据位置管理表格(DLMT)2600的配置实例。数据位置管理表格是管理作为MMTP数据包传输的每块文件数据的位置信息以及包含在文件数据内的每个项的位置信息的表格。在后文中，描述数据位置管理表格的各个参数的含义。在table_id(表格识别)中，写入表示在各种信令信息中的数据位置管理表格的8位固定值。version_(版本)是表示该数据位置管理表格的版本的8位整数值的参数。例如，在更新构成数据位置管理表格的一些参数时，版本增加+1。length是16位长度的参数，这表示数据位置管理表格的字节的大小，在该字段之后立即计算该大小。base_URL_length表示base_URL_byte的信息区域的字节大小。base_URL_byte在包括与base_URL_length的数量一样多的循环的一系列区域内储存位置信息，在文件数据的绝对URL格式中描述该信息。number_of_items是在其中写入包含在文件数据内的项的数量的区域。项的循环正好由number_of_items的数量设置。在一个项的循环中，写入关于包含在文件数据内的每个项的item_tag和item_URI_byte。item_tag表示用于识别由16位的非时间MFU传输的项的信息，该信息比32位item_ID(如稍后描述的)短。item_URI_byte在包括与number_of_item_URI_byte的数量一样多的循环的一系列区域中储存位置信息，相对于作为文件数据的基础的位置信息，在相对URL格式中描述该信息，即base_URL_byte。例如，在内容的base_URL是"http://www.xbc.com"并且某个项的item_URL是"index.html"时，可以耦合那些字符串并且获得完整的URL"http://xbc.com/index.html"。简言之，数据位置管理表格2600是管理关于包含在一个数据包内的文件数据(内容)和关于包含在文件数据内的项的位置信息的表格。参考数据位置管理表格2600，可以从其item_tag中提取项的URL，或者相反，可以从URL中提取合适的item_tag。应注意的是，在由base_URL表示的位置(目录)之下，进一步设置复杂的目录结构时，item_URI_byte的信息量在该配置实例中可以变得太大。有鉴于此，在数据位置管理表格中，可以提供以下结构：其中存在文件的目录的位置信息设置为node_URL，每个目录设置有识别信息的node_tag，并且仅仅规定文件名称和node_tag作为每个项的信息。进一步，图27示出由数据传输消息传输的数据内容管理表格(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)的数量。PU的循环正好由number_of_PU的数量设置。在一个PU的循环中，写入作为PU的识别信息的PU_tag以及表示用于高速缓存PU的大小的PU_cache_size。进一步，在PU的循环中，设置表示包含在合适的PU内的项的数量的number_of_items以及对应于number_of_items的数量的项的循环。在一个项的循环中，写入项的item_tag。进一步，在一个PU的循环中，设置表示从该PU链接的其他PU的数量的number_of_linked_PU以及对应于number_of_linked_PU的数量的linked_PU的循环。在一个linked_PU的循环中，写入作为linked_PU的识别信息的linked_PU_tag。简言之，数据内容管理表格2700是管理在应用呈现单位(PU)内的一个包装内的每块内容(数据广播应用)的表格。参考数据内容管理表格2700，可以从其item_tag中获取包括项的应用呈现单位(PU)。应注意的是，在该配置实例中，提供数据内容、PU以及项的分层结构，但是假设在采用除了使用高速缓冲存储器的应用以外的一般数据内容时，可以提供两层数据内容和项，并且可以规定PU_tag作为每个项的信息。进一步，还设想为数据资产管理表格设置相似信息的方法，而不使用数据内容管理表格。在这种情况下，等效信息由可以设置在图25示出的数据资产管理表格的item_info()内的描述符表示。具体而言，例如，可以规定该项应该所属的一个或多个content_ID和PU_tag，作为数据管理描述符。图28示出执行MMT传输的数据广播应用(内容)的传输、内容的定位以及应用的呈现的机构。图28的(A)示出内容的目录结构。每块内容1、2、…由应用(app)和资料构成。应用和资料是资源，其每个实际上是文件数据。每个资源对应于作为在MMT传输路径上的资产的构成元素的项，并且可以由item_ID识别。如图28的(C)所示，传输每个资源，作为在合适的资产(稍后描述)的MMT传输路径上的项。应用由在执行内容时(在呈现应用时)所参考的一个或多个HTML文档构成。进一步，资料是从HTML文档中参考的jpeg图像、另一种类型的单媒体数据等。一个HTML文档和从其中参考的资料构成一个应用呈现单位(PU)。在图28的(A)示出的实例中，内容1包括一个或多个HTML文档，例如，A11.html、A12.html以及A13.html，作为应用的资源。在这些之中，A11.html是在执行内容时直接参考的资源。图28的(B)示出了在执行内容时(在呈现应用时)资源之间的参考关系。在图中示出的实例中，在执行内容时直接参考的应用A11以及由应用A11参考的资料B11和B02构成资源组2801，作为一个应用呈现单位(PU)，并且为其分配p1，作为PU_tag。(应注意的是，B14是并非由广播MMT传输的资料，而是可以根据需要由HTTP传输通过通信获取。B14被视为从应用呈现单位p1的资源组中排除。)同样，应用A12以及由应用A12参考的资料B12、B02以及B13构成资源组2802，作为一个应用呈现单位(PU)，并且为其分配p2，作为PU_tag。(应注意的是，B07是并非由广播MMT传输的资料，而是可以根据需要由HTTP传输通过通信获取。在后文中，B07被视为从应用呈现单位p2的资源组中排除。)同样，应用A01以及由应用A01参考的资料B03、B01以及B04构成资源组2803，作为一个应用呈现单位(PU)，并且为其分配p3，作为PU_tag。进一步，可以在多个HTML文档(其众所周知)之中，提供链路参考关系。在图28的(B)示出的实例中，资源A11.html是在执行内容时直接参考的并且描述首先显示的应用呈现画面的HTML文档。与此相反，包含在相同内容1内的资源A01.html以及包含在同一内容1中的资源A12.html中的每一者是描述应用呈现画面的HTML文档，在执行A11.html时呈现的画面传输至该文档。资源A12.html和资源A01.html与A11.html具有链路参考关系。资源A11.html、A12.html以及A01.html分别来自资源组2801、2802以及2803，每个资源构成一个应用呈现单位(PU)。彼此链接的应用呈现单位2801、2802以及2803构成更高级的更大资源组2810。进一步，构成在整个内容(即，整个数据内容)内的更大资源组，作为包含在包装(一个广播节目)内的整个应用。整个数据内容是具有共同的content_ID的应用呈现单位(PU)的范围。在数据内容管理表格中执行合适的content_ID的PU的循环时，可以共同规定包含在内容内的所有应用呈现单位(PU)。在图28的(B)示出的实例中，包含在内容1和共同的应用形成包含在包装(一个广播节目)内的整个内容的资源组2820。图28的(C)示意性示出MMT传输内容的状态。作为内容的构成元素的应用和资料实际上是文件数据并且也称为“资源”。每个资源对应于作为在MMT传输路径上的资产的构成元素的项。在MMT传输中，处理包含在包装内的每块内容，作为一个资产，并且为其分配Asset_ID。在图中示出的实例中，将a1作为asset_ID分配给内容1。进一步，在MMT传输中，处理每个资源(例如，HTML文档数据和资料)作为一个项，并且为其分配Item_ID。在图中示出的实例中，将i11、i12、i13以及i14作为Item_ID分配给包含在内容1内的相应资源。进一步，包含在相同内容内的资源具有共同的asset_ID，并且在相同的MMT传输路径上传输。在图28的(C)示出的实例中，具有Item_ID为i11、i12、i13以及i14的项共同具有相同的Asset_ID，a1，并且在相同的MMT传输路径上传输。如上所述的数据位置管理表格由图28的(A)表示，如上所述的数据内容管理表格由图28的(B)表示，并且如上所述的数据资产管理表格由图28的(C)表示。那些表格通过item_ID彼此相关联。参考图29，描述在从MMT传输路径中获取数据广播应用(内容)时在作为信令信息传输的表格之间的参考关系。在M2节消息内获取MH-AI表格(MHAIT)2901时，接收器参考application_control_code，以确认控制应用的状态的方式。在指导“自动启动(autostart)”时，接收器参考在表格中的transport_protocol_label。在确认规定MMT传输时，接收器从传输协议描述符中提取在呈现应用时直接参考的项(文件数据)的URL信息。然后，接收器参考由数据传输消息传输的数据位置管理表格(DLMT)2902，并且可以在表格中获取对应于base_URL和item_URL的组合的项的item_tag。接下来，接收器参考由数据传输消息传输的数据资产管理表格(DAMT)2903。接收器在MMT传输路径上使获取的item_tag返回item_ID，并且规定对应的资产，以获取其asset_ID和download_id。然后，接收器参考由PA消息传输的MP表格(MPT)2904。在获取对应于所获取的asset_ID的packet_id时，接收器可以基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id、以及在DU报头内的item_ID，在文件数据的MMT传输路径上进行过滤，以获取期望的项(在呈现应用时直接参考该项)。进一步，接收器可以在由数据传输消息传输的数据内容管理表格(DCMT)2905中提取从数据位置管理表格2902中获取的item_tag，以提取合适的应用呈现单位的PU_tag。进一步，在PU_tag的PU的循环内执行linked_PU的循环时，可以共同提取与PU_tag链接的其他应用呈现单位的PU_tag。在MMT用作传输系统的数字广播系统中，在传输作为非时间媒体的应用(例如，HMTL文档数据)时，假设接收器侧在广播(MMT传输)和通信(HTTP传输)这两个路径中获取参考的应用主体和单媒体文件。在接收器中，为了在执行应用时(例如，在遥控器中推动“d”按钮，以在画面上显示数据广播时，或者在转变画面时)能够快速响应，可取地预先接收和高速缓存需要的资源(项、文件数据)。可以几乎立即获取能够由通信(HTTP传输)获取的文件数据。同时，在广播流(MMT传输)中反复传输文件数据，并且在可用带宽受限时，例如，具有以下可能性：在指示执行应用之后，需要很长时间来接收下一个文件数据，并且不能做出快速响应。为此，需要尤其预先高速缓存由广播流获取的文件数据。在这方面，在本说明书中公开的技术中，为了广播传输系统侧可以从广播和通信的任意位置获取构成应用的资源(项)，由信令消息(数据传输消息)传输关于在广播等的MMT传输路径上的位置的用于映射表示在应用内的位置的URL的信息、以及表示显示单位以及在应用内的链接关系的信息。如参考图19到图23所述，在MHAI表中，描述应用传输方法(transport_protocol_label)以及表示位置的URL信息。同时，如参考图26等所述，在数据位置管理表格中，描述在表示在应用内的位置的URL与关于数据传输消息的item_tag之间的对应关系。进一步，如参考图25等所述，在数据资产管理表格中，描述在item_tag、包括该项的资产的asset_ID、download_id、以及在该资产的MMT传输路径上的MMTP数据包的item_ID之间的对应关系。如参考图16等所述，在MP表格中提取asset_ID，因此，可以获取在MMT传输路径上传输该资产的数据包的packet_id。因此，在该实施方式中，广播传输系统可以使用由信令消息传输的MHAI表格、数据位置管理表格、数据资产管理表格以及MP表格，传输关于在MMT传输路径(例如，广播)上的位置上的用于映射表示在应用内的位置的URL的信息。进一步，如参考图27等所述，在数据内容管理表格中，为包含在包装内的每块内容管理关于应用呈现单位的信息。具体而言，数据内容管理表格描述包含在内容中的应用呈现单位的PU_id，包含在应用呈现单位内的所有项的item_tag、以及与其链接的其他应用呈现单位的PU_id(linked_PU_id)。进一步，如图25所示，数据资产管理表格与item_tag关联地管理包含在资产内的所有项的大小(item_size)。因此，在该实施方式中，广播传输系统可以使用数据资产管理表格和数据内容管理表格，传输表示显示单位以及在该应用内的链接关系的信息。进一步，该实施方式采用一种机构，该机构通过数据资产管理表格管理关于在包装内的应用(文件数据)的资产以及包含在资产内的项的信息，通过数据位置管理表格管理关于在包装内的内容以及包含在该内容中的项的位置信息，并且通过数据内容管理表格管理在应用呈现单位内的包含在该内容中的项(资源)。因此，在该实施方式中，可以提供应用传输方法，通过该方法，确保在编写应用时的目录配置的自由度、在广播(MMT传输)与通信(HTTP传输)传输路径之间分割构成应用的任意文件的自由度、以及在执行应用时在应用呈现单位内的链接关系的自由度。进一步，在该实施方式中，如参考图28的(B)等所示，在以下4个访问范围(a)到(d)中，可以提供与访问内容的范围相关的位置信息和大小，作为分层信息。(a)在执行应用时直接参考的资源(例如，在图28的(B)的A11.html)(b)构成用于同时显示的应用呈现单位的资源组(例如，由在图28的(B)的附图标记2801、2802、2803以及2804表示的资源组)(c)包括构成用于同时显示的应用呈现单位以及与其连接的其他应用呈现单位的资源组的大资源组(由在图28的(B)的附图标记2810表示的资源组)(d)整个应用的资源组(由在图28的(B)的附图标记2820表示的资源组)因此，在接收器侧，基于由信令消息传输的上述每个表格，可以掌握对应于高速缓冲存储器的空闲空间的任何访问范围(a)到(d)及其每个大小。这能够有效地预先高速缓存应用。图30示意性示出在接收器内预先高速缓存由数据广播应用引擎处理的应用的机构。虽然在图4未示出，但是接收器包括内容高速缓冲存储器3001，其预先高速缓存由广播信号MMT传输的数据广播应用的内容。可替换地，内容高速缓冲存储器3001可以设置在数据广播应用引擎407内。系统控制部408分析从解复用器402中的广播流解复用的信令消息，并且控制在接收器内部的操作。关于预先高速缓存内容，系统控制部408掌握内容高速缓冲存储器3001的空闲空间，并且在尽可能大的访问范围内高速缓存文件数据。具体而言，系统控制部408在由数据传输消息传输的数据位置管理表格中提取在由M2节消息内传输的MHAI表格中规定的条目的项(文件数据、HTML文档数据)的URL，并且获取参考的项的item_tag。使用数据资产管理表格和MP表格，可以从item_tag中规定合适的MMTP数据包，如上所述。接下来，系统控制部408在由数据传输消息传输的数据内容管理表格中提取item_tag，以获取参考的项所属的应用呈现单位(PU)及其大小(PU_cache_size)，并且进一步获取与以上应用呈现单位链接的另一个应用呈现单位(linked_PU)及其大小、以及该项所属的内容(content_ID)及其大小(content_cache_size)。换言之，系统控制部408掌握与以下4个访问范围(a)到(d)相关的大小，作为分层信息。(a)在MHAI表格中直接参考的项(例如，在图28的(B)的A11.html)(b)参考的项所属的应用呈现单位(例如，在图28的(B)的附图标记2801)(c)参考的项所属的应用呈现单位以及与其连接的其他应用呈现单位(例如，在图28的(B)的附图标记2810)(d)整个内容(content_ID的范围)(例如，在图28的(B)的附图标记2820)然后，系统控制部408基于内容高速缓冲存储器3001的空闲空间确定在哪个访问范围(a)到(d)内高速缓存项。系统控制部408在由数据传输消息传输的数据资产管理表格中提取要高速缓存的项的item_tag，并且获取该项所属的资产的asset_ID。接下来，系统控制部408在由PA消息传输的MP表格中提取asset_ID，并且获取通过其传输该资产的MMTP数据包的packet_id。进一步，在从数据资产管理表格中获取download_id时，在通过其传输期望的项的MMTP数据包的扩展报头中描述该download_id，系统控制部408基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id、以及在DU报头内的item_ID，在文件数据的MMT传输路径上进行过滤，并且获取期望项的实体，以在内容高速缓冲存储器3001内高速缓存期望项的实体。进一步，在访问范围(b)内期望高速缓存时，即，在参考的项所属的应用呈现单位中，系统控制部408在数据内容管理表格中规定该项所属的应用呈现单位PU，然后，在PU_tag的PU的循环内执行项的循环，以共同获取包含在相同的应用呈现单位PU内的所有项的item_tag。然后，系统控制部408基于item_tag根据上述程序获取每个项的实体，并且在内容高速缓冲存储器3001内依次高速缓存每个项的实体。进一步，在访问范围(c)内期望高速缓存时，即，在参考的项所属的应用呈现单位中并且在与其连接的其他应用呈现单位中，系统控制部408在数据内容管理表格中在该项所属的应用呈现单位PU的循环内执行linked_PU的循环，以共同获取与参考的项所属的应用呈现单位连接的所有应用呈现单位PU的PU_tag。根据上述程序，系统控制部408共同获取包含在每个linked_PU内的所有项的item_tag。然后，系统控制部408基于item_tag根据上述程序获取每个项的实体，并且在内容高速缓冲存储器3001内依次高速缓存每个项的实体。进一步，在访问范围(d)内期望高速缓存时，即，在整个内容(content_ID的范围)内，系统控制部408在数据内容管理表格中规定该项所属的内容的content_ID，然后，在content_id的循环内执行PU的循环，以共同获取包含在该内容中的所有应用呈现单位PU的PU_tag。然后，系统控制部408基于item_tag根据上述程序获取每个项的实体，并且在内容高速缓冲存储器3001内依次高速缓存每个项的实体。在执行应用时，如果在内容高速缓冲存储器3001内已经预先高速缓存需要的项(文件数据)，则数据广播应用引擎407可以从内容高速缓冲存储器3001中提取项，而不等待在解复用器402内从广播流中解复用的文件数据到达，并且快速响应，以生成用于数据广播的显示信号。同时，在内容高速缓冲存储器3001内没有需要的项时，数据广播应用引擎407等待从广播流中解复用的文件数据到达，并且快速响应，以生成用于数据广播的显示信号。图31示出在接收器内从广播流中获取应用并且激活应用的操作。系统控制部408分析在MMT传输路径3102上接收的各种信令消息的细节。系统控制部408在由M2节消息传输的MHAI表格3131中执行应用信息的循环，并且参考每个应用的信息。在application_control_code中检测其状态控制为“预取(正在预取)”的应用时，如附图标记3111所示，系统控制部408在由数据传输消息传输的数据位置管理表格3132中提取规定的条目的项(文件数据、HTML文档数据)的URL，并且获取参考的项的item_tag。接下来，如附图标记3112所示，系统控制部408在由数据传输消息传输的数据内容管理表格3133中提取item_tag，并且规定参考的项所属的应用呈现单位PU。然后，系统控制部408在PU的循环内执行项的循环，并且依次获取属于相同的应用呈现单位PU的每个项的item_tag。接下来，如附图标记3113所示，系统控制部408在数据资产管理表格3134中提取每个item_tag，并且获取项所属的资产的asset_ID。接下来，如附图标记3114所示，系统控制部408在由PA消息传输的MP表格3135中提取asset_ID，并且获取通过其传输资产的MMTP数据包的packet_id。如附图标记3115所示，在数据资产管理表格3134中提取item_tag并且获取在MMT传输路径上的item_ID以及在通过其传输期望项的MMTP数据包的扩展报头内描述的download_id时，系统控制部408基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id、以及在DU报头内的item_ID，在文件数据的MMT传输路径3101上进行过滤，并且获取期望项的项，如附图标记3116所示。在内容高速缓冲存储器3001内依次预先高速缓存应用的获取的项，如附图标记3117所示。在执行预先高速缓存时，如上所述，系统控制部408获取在执行数据广播应用时访问分层文件数据的范围以及在每个访问范围内的位置信息和文件数据的大小，以根据高速缓冲存储器的空闲空间，高速缓存应用。随后，如附图标记3118所示，系统控制部408参考接收的MHAI表格3136的细节。在application_control_code中检测其状态控制为“自动启动(automaticstart)”的应用时，如附图标记3119所示，数据广播应用引擎407激活由其应用标识符(application_identifier)规定的应用“A1”。此时，如果预先高速缓存构成应用的文件数据，则文件数据可以从其中下载，并且可以快速激活应用。进一步，图32示出在接收器中转变应用呈现画面时的操作。系统控制部408分析在MMT传输路径3202上接收的各种信令消息的细节。系统控制部408在由M2节消息传输的MHAI表格3231中执行应用信息的循环，并且参考每个应用的信息。在application_control_code中检测到指示“自动启动(automaticstart)”的应用时，如附图标记3211所示，系统控制部408指导数据广播应用引擎407激活由其应用标识符(application_identifier)规定的应用“A1”。在此处，假设根本不预先高速缓存应用“A1”的项，或者仅仅预先高速缓存条目的项。在此处，如附图标记3232所示，假设激活的HTML应用参考由URL"http://xxx/A2.html"规定的另一个项(资源)，即，HTML文档数据"A2.html"。在这种情况下，如附图标记3212所示，系统控制部408在由数据传输消息传输的数据位置管理表格3233中提取该URL，并且获取所参考的项的item_tag。接下来，如附图标记3213所示，系统控制部408在由数据传输消息传输的数据资产管理表格3234中提取该item_tag，并且获取项"A2.html"所属的资产的asset_ID。接下来，如附图标记3214所示，系统控制部408在由PA消息传输的MP表格3235中提取asset_ID，并且获取通过其传输资产的MMTP数据包的packet_id。如附图标记3215所示，在数据资产管理表格3134中提取item_tag并且获取在MMT传输路径上的item_ID以及在通过其传输期望项的MMTP数据包的扩展报头内描述的download_id时，系统控制部408基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id、以及在DU报头内的item_ID，在文件数据的MMT传输路径3101上进行过滤，并且获取期望项"A2.html"，如附图标记3216所示。然而，在预先高速缓存项"A2.html"时，不需要从MMT传输路径3201中接收项。然后，数据广播应用引擎407执行应用"A2.html"，结果，转变呈现的文档的画面。随后，如附图标记3217所示，系统控制部408参考所接收的MHAI表格3236的细节。在application_control_code中检测到针对条目的项"A1"指示“终止(结束)”时，如附图标记3218所示，系统控制部408指导数据广播应用引擎407终止应用。进一步，图33示出在接收器中更新应用的文件数据时的操作。系统控制部408分析在MMT传输路径3302上接收的各种信息消息的细节。系统控制部408在由M2节消息传输的MHAI表格3331中执行应用信息的循环，并且参考每个应用的信息。在application_control_code中检测到针对其指示“自动启动(automaticstart)”的应用时，如附图标记3311所示，系统控制部408指导数据广播应用引擎407激活由其应用标识符(application_identifier)规定的应用“A1”。随后，如附图标记3312所示，系统控制部408参考由数据传输消息传输的数据资产管理表格3332。如附图标记3313所示，系统控制部408根据上述程序，基于在MMTP数据包的报头内的packet_id、在扩展报头内的download_id(＝N)、以及在DU报头内的item_ID，在文件数据的MMT传输路径3101上进行过滤，并且获取适当的MMTP数据包3333，如附图标记3313所示。省略关于执行由MMTP数据包3333传输的项的处理的描述。数据资产管理表格3332表示item_version＝K，作为项的版本信息。系统控制部408管理该项的版本信息。如附图标记3314所示，系统控制部408参考稍后接收的数据传输消息的数据资产管理表格3334。在检测到相同item_id的item_version从K更新为K+1时，如附图标记3315所示，系统控制部408通知数据广播应用引擎407文件更新事件。进一步，如附图标记3316所示，系统控制部408基于在MMTP数据包的报头内的packet_id、更新的download_id(＝N)、以及在DU报头内的item_ID，在文件数据的MMT传输路径3101上进行过滤，并且获取MMTP数据包3335，通过该数据包，传输其版本更新为K+1的项，如附图标记3317所示。如附图标记3318所示，将获取的项提供给数据广播应用引擎407，作为应用的资源，使得转变文档的画面。如上所述，在应用本说明书中公开的技术的广播系统中，为了可以从广播和通信的任意位置获取构成应用的资源(项)，可以传输在广播等的MMT传输路径上的位置的用于映射表示在应用内的位置的URL的信息、以及表示显示单位以及在应用内的链接关系的信息。进一步，在本说明书中公开的技术提供一种应用传输方法，通过该方法，确保在编写应用时的目录配置的自由度、分割在广播与通信传输路径之间构成应用的任意文件的自由度、在执行应用时显示单位的自由度、以及链接关系。进一步，根据在本说明书中公开的技术，可以在四个访问范围内，从广播流的传输侧提供与访问范围相关的位置信息和大小，作为分层信息，即，在应用内直接参考的资源、构成同时显示的应用呈现单位的资源组、包括以上资源组以及与其连接的其他应用呈现单位的资源组、以及整个应用的资源组。结果，在接收侧上，可以根据可用的高速缓冲存储器大小，执行有效的预先高速缓存。工业实用性在上文中，参考具体实施方式，详细描述在本说明书中公开的技术。然而，显然，在不背离在本说明书中公开的技术的主旨的情况下，本领域的技术人员可以对实施方式进行修改和替换。在本说明书中公开的技术可以应用于各种广播系统中，其中，MMT用作传输系统。进一步，在本说明书中公开的技术可以应用于各种传输系统中，其中，传输时间媒体和非时间媒体两者。简言之，描述了在本说明书中公开的技术，作为说明性实施方式，并且在本说明书中描述的细节不应解释为限制性。为了确定在本说明书中公开的技术的主旨，应考虑权利要求的范围。应注意的是，在本说明书中公开的技术可以具有以下配置。(1)一种接收设备，包括：接收部，接收预定传输系统的传输信号；解复用器，将接收的信号解复用为媒体数据和信令信息；以及控制部，基于解复用的信令信息，控制高速缓存经解复用的媒体数据中的至少一者。(2)根据(1)所述的接收设备，其中，所述预定传输系统是MMT。(3)根据(1)所述的接收设备，其中，所述传输信号包括时间媒体和非时间媒体，并且所述控制部控制高速缓存所述非时间媒体。(4)根据(1)所述的接收设备，其中，所述非时间媒体包括多个文件数据，所述文件数据构成数据广播应用的资产，并且所述控制部根据高速缓冲存储器的空闲空间控制所述文件数据的高速缓存。(5)根据(4)所述的接收设备，其中，所述控制部基于所接收的信令信息，获取在执行数据广播应用时对分层文件数据的访问范围以及在每个访问范围内的文件数据的位置信息和大小，并且控制高速缓存。(6)根据(4)或(5)所述的接收设备，其中，所述控制部掌握四个分层访问范围(a)到(d)及大小，所述访问范围(a)到(d)是：(a)在执行应用时直接参考的文件数据，(b)构成用于同时显示的应用呈现单位的文件数据的资源组，(c)包括构成用于同时显示的应用呈现单位的资源组以及与所述应用呈现单位连接的另一个应用呈现单位的资源组的大资源组，以及(d)整个应用的资源组，并且根据高速缓冲存储器的空闲空间确定在哪个访问范围内执行高速缓存。(7)根据(6)所述的接收设备，其中，所述控制部接收第一信息以及第二信息作为所述信令信息，所述第一信息在广播等的MMT传输路径上的位置上映射URL，所述URL表示应用中的位置，所述第二信息表示显示单位以及在应用中的链接关系，并且所述控制部掌握所述四个分层访问范围(a)到(d)及大小。(8)根据(7)所述的接收设备，其中，所述接收部接收应用信息表、数据位置管理表、数据资产管理表以及MMT包装表，作为第一信息，所述应用信息表管理应用传输方法和表示位置的URL信息，所述数据位置管理表管理表示在应用中的位置的URL以及关于数据传输消息的项识别信息之间的对应关系，所述数据资产管理表管理在项信息、包括项信息的项的资产的资产识别信息、在所述资产的MMT传输路径上的MMTP数据包的download_id以及所述项识别信息之间的对应关系，所述MMT包装表管理在所述资产识别信息与在所述MMT传输路径上传输资产的数据包的数据包识别信息之间的对应关系。(9)根据(7)或(8)所述的接收设备，其中，所述接收部接收数据内容管理表作为所述第二信息，所述数据内容管理表管理包含在内容中的应用呈现单位的识别信息、包含在所述应用呈现单位中的所有项的项识别信息、以及与所述应用呈现单位连接的另一个应用呈现单位的识别信息。(10)根据(1)到(9)中任一项所述的接收设备，其中，所述控制部响应于接收与状态被控制为预取(进行预取)的应用相关的信令信息，执行高速缓存处理。(11)一种接收方法，包括：接收步骤，接收预定传输系统的传输信号；解复用步骤，将接收的信号解复用为媒体数据和信令信息；以及控制步骤，基于解复用的信令信息，控制高速缓存经解复用的媒体数据中的至少一者。(12)一种传输设备，包括：多路复用器，多路复用时间媒体、非时间媒体以及信令消息，所述信令消息包括能够用于在接收侧高速缓存处理所述非时间媒体的信息；以及传输部，以预定传输系统传输多路复用的数据包。(13)根据(12)所述的传输设备，其中，所述预定传输系统是MMT。(14)根据(12)或(13)所述的传输设备，其中，所述非时间媒体包括多个文件数据，所述文件数据构成数据广播应用的资产，并且所述信令信息包括第一信息和第二信息，所述第一信息在广播等的MMT传输路径上的位置上映射URL，所述URL表示在应用中的位置，所述第二信息表示显示单位以及在所述应用中的链接关系。(15)根据(14)所述的传输设备，其中，所述第一信息包括应用信息表、数据位置管理表、数据资产管理表以及MMT包装表，所述应用信息表管理应用传输方法和表示位置的URL信息，所述数据位置管理表管理表示在所述应用中位置的URL与关于数据传输消息的项识别信息之间的对应关系，所述数据资产管理表管理在项识别信息、包括项识别信息的项的资产的资产识别信息、在所述资产的MMT传输路径上的MMTP数据包的download_id以及所述项识别信息之间的对应关系，所述MMT包装表管理在所述资产识别信息与在所述MMT传输路径上传输资产的数据包的数据包识别信息之间的对应关系。(16)根据(14)或(15)所述的传输设备，其中，所述第二信息包括数据内容管理表，所述数据内容管理表管理包含在内容中的应用呈现单位的识别信息、包含在所述应用呈现单位中的所有项的项识别信息、以及与所述应用呈现单位连接的另一个应用呈现单位的识别信息。(17)一种传输方法，包括：多路复用步骤，多路复用时间媒体、非时间媒体以及信令消息，所述信令消息包括能够用于在接收侧高速缓存处理所述非时间媒体的信息；以及传输步骤，以预定传输系统传输多路复用的数据包。符号说明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：合成部当前第1页1 2 3 当前第1页1 2 3