本说明书中公开的技术涉及用于发送由根据预定输送方案的预定传输单元组成的数据的发送装置和方法以及接收装置和方法。更具体地，本技术涉及用于将构成广播服务的分量转换为mpu(媒体处理单元)格式并且发送根据mmt(mpeg媒体输送)方案的广播数据的发送装置和方法以及接收装置和方法。
背景技术：
：：在当前广播系统中，mpeg-2ts(活动图像专家组-2传输流)方案和rtp(实时协议)方案被广泛用作媒体传输方案(例如，参见专利文献1)。此外，作为下一代数字广播方案讨论基于标准化为新的mpeg媒体传输方案的mmt(mpeg媒体输送)方案的超高清晰度电视广播标准。mmt方案使得易于使用不同的结合的输送路径并且通常可以用于广播和通信的多个输送路径。一个服务(信道：广播节目)的广播信号包括诸如视频、音频和字幕的广播节目的主要部分相关联的定时媒体以及诸如在连接至广播节目的数据广播中使用的文件数据的非定时媒体。在使用mmt方案的广播系统中，通过编码这些媒体获得的媒体数据根据称为mpu的传输单元的格式被转换为mmtp(mmt协议)数据包并且mmtp数据包通过在ip(互联网协议)数据包上携带相同的数据包传输。此外，这些ip数据包根据广播传输路径中的tlv(类型值长度)数据包的格式进行传输(例如，参见专利文献2)。现有技术文献专利文献专利文献1：日本专利申请特开第2013-153291号专利文献2：日本专利申请特开第2014-204384号技术实现要素：本发明待解决的问题本说明书中公开的技术的目的是提供能够理想地在基于预定输送方案传输的传输单元中发生构成广播服务的分量的优良的发送装置和方法以及优良的接收装置和方法。解决问题的技术方案本说明书中公开的技术已经考虑了该问题，并且其第一方面是一种发送装置，包括：发送部，在基于预定输送方案的传输单元中发生构成广播服务的分量；以及信息发送部，发送与分量的传输相关的控制信息，其中发送部通过将文件分组到基于预定输送方案的传输单元中发送构成数据广播应用的文件，并且信息发送部发送包括指示传输单元相对于数据广播应用的定位的表格的控制信息。根据本说明书中公开的技术的第二方面，在根据第一方面的发送装置中，预定输送方案是mmt。根据本说明书中公开的技术的第三方面，根据第一方面的发送装置的发送部使用基于提示单元分组的传输单元发送构成数据广播应用的文件，并且信息发送部发送包括指示传输单元与数据广播应用的提示单元之间的对应关系的表格的控制信息。根据本说明书中公开的技术的第四方面，根据第三方面的发送装置的信息传输单元存储并发送将指示有关数据广播应用的提示单元的信息的第一表格中的提示单元与传输单元相对应的描述符。根据本说明书中公开的技术的第五方面，根据第三方面的发送装置的信息发送部存储并发送使指示有关用于传输分量的传输单元的信息的第二表格中的传输单元与提示单元相对应的描述符。根据本说明书中公开的技术的第六方面，构成数据广播应用的文件具有目录结构。此外，根据第一方面的发送装置的发送部使用基于目录结构分组的传输单元发送构成数据广播应用的文件，以及信息发送部发送包括指示传输单元与目录结构之间的对应关系的表格的控制信息。根据本说明书中公开的技术的第七方面，根据第六方面的发送装置的信息传输单元存储并发送使指示有关用于传输分量的传输单元的信息的第二表格中的传输单元与目录结构相对应的描述符。此外，本说明书中公开的技术的第八方面是一种发送方法，包括：在基于预定输送方案在发送部中发送构成广播服务的分量的发送步骤；以及发送与分量的传输相关的控制信息的信息传输步骤，其中发送步骤包括通过将构成的数据广播应用的文件分组到基于预定输送方案的传输单元中发送该文件，以及信息传输步骤包括发送包括指示传输单元相对于数据广播应用的定位的表格的控制信息。此外，本说明书中公开的技术的第九方面是一种接收装置，包括：接收部，使用基于预定输送方案的传输单元接收构成广播服务的分量；以及信息接收部，接收与分量的传输相关的控制信息，其中接收部使用基于预定输送方案分组的传输单元接收构成数据广播应用的文件，并且信息接收部接收包括指示传输单元相对于数据广播应用的定位的表格的控制信息。此外，本说明书中公开的技术的第十方面是一种接收方法，包括：使用基于预定输送方案的传输单元接收构成广播服务的分量的接收步骤；以及接收与分量的传输相关的控制信息的信息接收步骤，其中接收步骤包括使用基于预定输送方案分组的传输单元接收构成数据广播应用的文件，以及信息接收步骤包括接收包括指示传输单元相对于数据广播应用的定位的表格的控制信息。本发明的技术效果根据本说明书中公开的技术，可以提供能够理想地在基于预定输送方案的传输单元中发送构成广播服务的分量的优良的发送装置和方法以及优良的接收装置和方法。根据采用本说明书中公开的技术的广播系统，数据广播应用的传输单元(mpu)可以置于数据广播应用的提示单元或者产生单元中。由于此，可以有效地操作广播服务。应注意，本说明书中描述的效果仅是实例，并且本技术的效果不局限于此。此外，本技术可提供除了上述效果之外的其他效果。本说明书中公开的技术的其他目标、特征和优势将从基于随后描述的实施方式和附图的详细说明变得清晰可见。附图说明图1是示意性地示出了采用本说明书中公开的技术的数字广播系统10的配置实例的示图。图2是示出了使用mmt方案的广播系统的协议栈200的示图。图3是示出了发送图2中示出的广播信号的广播传输系统11的配置实例的示图。图4是示出了接收图2中示出的广播信号的接收器12的配置实例的示图。图5是示出了根据mmt/tlv方案从广播传输系统11向广播传输路径发送的广播信号500的图像的示图。图6是示出了mmtp数据包600的句法实例的示图。图7是示出了发送非定时媒体的mmtp数据包的扩展报头700的句法实例的示图。图8是示出了在mpu模式的情况下的mmtp有效载荷800的句法实例的示图。图9是示出了存储在其中设置定时媒体的mmtp有效载荷800中的du_header的句法实例900的示图。图10是示出了存储在其中设置非定时媒体的mmtp有效载荷800中的du_header的句法实例1000的示图。图11是用于描述形成根据mmt方案发送的数据包的方法的示图。图12是示出了用于从pa消息中的mp表格指定封装的各资产的机制的示图。图13是示出了pa消息1301以及包括在pa消息1301中的mp表格1302的句法实例的示图。图14是示出了pa消息的句法实例1400的示图。图15是示出了包括在pa消息中的参数的描述的示图。图16是示出了mp表格的句法实例1600的示图。图17是示出了包括在mp表格中的参数的描述的示图。图18是示出了mmt_general_location_info(普通位置信息)的数据结构实例1800的示图。图19是示出了m2节消息的句法实例1900的示图。图20是示出了mhai(应用信息)表格(mhait)的句法实例2000的示图。图21是示出了应用信息描述符的句法实例2100的示图。图22是示出了传输协议描述符的句法实例2100的示图。图23是示出了与http/https和mmt非定时传输共用的选择器字节的句法实例2300的示图。图24是示出了数据传输消息的句法实例2400的示图。图25是示出了数据目录管理表格(ddmt)的句法实例2500的示图。图26是示出了数据资产管理表格(damt)的句法实例2600的示图。图27是示出了数据内容管理表格(dcct)的句法实例2700的示图。图28是用于描述用于获取形成根据mmt方案发送的数据广播应用的文件的机构的示图。图29是用于描述用于传输根据mmt方案发送的数据广播应用的机制并且呈现位置的示图(示出了mpu定位在pu中的情况)。图30是用于描述根据mmt方案发送的数据广播应用的传输与应用的提示单元之间的对应关系的示图(示出了mpu定位在pu中的情况)。图31是示出了pu-mpu映射描述符的句法实例3100的示图。图32是用于描述当从数据资产获取数据广播应用时作为信令信息发送的表格之间的参考关系的示图(示出了mpu定位在pu中的情况)。图33是示出了pu信息描述符和链接的pu信息描述符的句法实例3301和3302的示图。图34是用于描述当从数据资产获取数据广播应用时作为信令信息发送的表格之间的参考关系的示图(示出了mpu定位在pu中的情况)。图35是示出了根据mmt方案发送的数据广播应用(内容)的传输与内容的目录结构之间的对应关系的示图(示出了mpu定位在目录结构中的情况)。图36是示出了mpu节点描述符(mpu_node_descriptor)的句法实例3600的示图。图37是用于描述当从数据资产获取数据广播应用时作为信令信息传输的表格之间的参考关系的示图(示出了mpu定位在目录结构中的情况)。具体实施方式在下文中，将参考附图详细描述本说明书中公开的技术的实施方式。图1示意性地示出了采用本说明书中公开的技术的数字广播系统10的配置实例。数字广播系统10包括广播传输系统11和接收器12。广播传输系统11根据mmt方案发送广播信号并且经由ip数据包发送构成广播服务的各个分量。具体地，广播节目的视频和音频信号的符号以及与广播节目相关联的内容(数据广播应用等)以及字幕的信号在mmtp有效载荷上携带并且转换为mmtp数据包并且经由ip数据包传输。此外，这些ip数据包根据tlv数据包格式在广播传输路径中传输。在此，与广播节目(诸如，视频、音频和字幕)的主要部分相关联的分量是定时媒体。此外，数据广播中使用的内容(根据超文本传输协议(html：超文本传输协议)描述的数据广播应用等)是非定时媒体。另一方面，接收器12接收经由广播传输路径从广播传输系统11发送的ip数据包。此外，接收器12从所接收的数据包解码诸如视频、音频和字幕的传输媒体以呈现图像和音频。此外，一旦从所接收的数据包获取数据广播文件数据的各个片段，则接收器12激活诸如html浏览器的应用引擎以呈现链接至广播节目的数据广播。图2示出了使用mmt方案的广播系统的协议栈200。一个广播服务包括视频201、音频202、字幕203、应用204和内容下载205的分量。视频201根据hevc(高效视频编码)格式进行编码(211)，音频202根据aac(高级音频编码)格式进行编码(212)，并且字幕203进行字幕编码(213)。此外，尽管应用204包括epg(电子节目指南)，但是应用204根据html5格式进行编码(214)。在mmt层220上，这些定时和非定时媒体的编码分量211至214根据mpu格式被转换并且在mmtp有效载荷上携带并且转换为mmtp数据包。此外，与媒体输送方案mmt相关联的控制信息(其指示广播节目的配置等)的mmt-si(信令信息)221还在mmtp有效载荷上携带并且被转换为mmtp数据包。应注意可以使用四个方法：字幕和字符超级传输方案；应用传输方案；事件和消息传输方案；以及普通数据传输方案用作内容下载205的数据传输方案215，并且将省略其详细说明。mmtp数据包被转换成udp(用户数据报协议)/ip层230上的ip数据包。此外，包括有关用于定时媒体的当前时间的信息的ntp(网络时间协议)数据包206也被转换成ip数据包。此外，这些ip数据包被转换成tlv层240上的tlv数据包并且经由是最低物理层的广播传输路径250进行传输。此外，与用于多路复用ip数据包的tlv多路复用格式相关联的tlv-si241被转换成tlv数据包并且经由广播传输路径250进行传输。通过多路复用tlv数据包获得的传输时隙使用来自传输路径的tmcc(传输和多路复用配置控制)信号251的tlv流识别信息(tlv_stream_id)指定。图3示出了发送图2中示出的广播信号的广播传输系统11的配置实例。例如，广播传输系统11对应于是广播节目的主要部分的生产源的基本站(程序生成站)。广播传输系统11包括时钟部301、信号发送部302、视频编码器303、音频编码器304、字幕编码器305、信令编码器306、文件编码器307、电子数据处理系统(electronicdataprocessingsystem：edps)308、tlv信令编码器309、ip服务多路复用器(mux)310、tlv多路复用器(mux)311以及调制和传输部312。时钟部301生成与从ntp服务器(未示出)获取的时间信息同步的时间信息并且将包括时间信息的ip数据包发送至ip服务多路复用器310。例如，信号发送部302是电视广播站的演播室或者诸如vtr的记录和再现设备并且将为定时媒体的诸如视频、音频和字幕的流数据以及为非定时媒体的用于数据广播应用的文件数据(html文档数据等)分别传输至视频编码器303、音频编码器304、字幕编码器305和文件编码器307。edps308是电视广播站和文件供应源的调度器，并且将为非定时媒体的数据广播应用、指示广播节目的配置等的控制信息以及与ip数据包的多路复用相关的控制信息分别发送至文件编码器307、信令编码器306和tlv信令编码器309。视频编码器303根据hevc格式对从信号发送部302传输的视频信号进行编码，对所编码的视频信号封包化以获得视频信号的mmt数据包，并且将包括mmt数据包的ip数据包发送至ip服务多路复用器310。此外，音频编码器304根据aac格式对从信号发送部302传输的音频信号进行编码，对所编码的音频信号封包化以获得音频信号的mmt数据包，并且将包括mmt数据包的ip数据包发送至ip服务多路复用器310。此外，字幕编码器305字幕编码从信号发送部302传输的字幕信号，对所编码的字幕信号封包化以获得字幕的mmt数据包，并且将包括mmt数据包的ip数据包发送至ip服务多路复用器310。信令编码器306基于从edps308传输的信息生成描述指示广播节目的配置等的控制信息的信令消息(mmt-si)，并且将包括其中信令消息被布置在有效载荷部分中的mmt数据包的ip数据包发送至ip服务多路复用器310。在本实施方式中，信令消息大致被细分为三种消息：pa(封包访问)消息；m2节消息；以及数据传输消息。文件编码器307对从信号发送部302或者edps308发送的数据广播应用进行编码以获得html5格式的文件数据，使所编码的数据广播应用封包化以获得mmt数据包，并且将包括mmt数据包的ip数据包发送至ip服务多路复用器310。广播传输系统11设置有用于各个传输信道(广播节目)的ip服务多路复用器310。一个信道的ip服务多路复用器310多路复用包括视频、音频、字幕、信令消息(mmt-si)的ip数据包、以及从编码器303至307发送的数据广播应用以生成构成一个广播服务(信道)的tlv数据包。tlv信令编码器309基于从edps308发送的信息生成tlv数据包，其中与ip数据包的多路复用相关的控制信息(tlv-si)被布置在tlv数据包的有效载荷部分中。tlv多路复用器311多路复用通过ip服务多路复用器310-1至310-n和tlv信令编码器309生成的tlv数据包以生成通过tlv流识别信息识别的tlv流。调制和传输部312对通过tlv多路复用器311生成的tlv流执行rf调制并且将所调制的tlv流发送至广播传输路径。将描述图3中示出的广播传输系统11的操作。在时钟部301中，生成与从ntp服务器(未示出)获取的时间信息同步的时间信息和包括该时间信息的ip数据包。从信号发送部302发送的视频信号被供应至视频编码器303。在视频编码器303中，视频信号根据hevc格式进行编码并且被封包化以获得hevc编码的视频信号的mmt数据包，并且生成包括mmt数据包的ip数据包。这个ip数据包被传输至ip服务多路复用器310。此外，对从信号发送部302发送的音频信号和字幕信号执行类似处理。即，包括通过音频编码器304生成的aac编码的音频信号的mmt数据包的ip数据包被发送至ip服务多路复用器310，并且包括通过字幕编码器305生成的字幕编码的信号的mmt数据包的ip数据包被发送至ip服务多路复用器310。此外，在信令编码器306中，基于从edps308发送的信息生成描述指示广播节目的配置等的控制信息的信令消息(mmt-si)，并且生成包括mmt数据包的ip数据包，其中信令消息被布置在mmt数据包的有效载荷部分中。这个ip数据包被传输至ip服务多路复用器310。此外，从信号发送部302或者edps308发送的数据广播应用被供应至文件编码器307。在文件编码器307中，数据广播应用根据html5格式进行编码并且被封包化以获得mmt数据包，并且生成包括mmt数据包的ip数据包。这个ip数据包被发送至ip服务多路复用器310。在ip服务多路复用器310中，包括从编码器303至307发送的视频、音频、字幕、信令消息(mmt-si)和文件数据(html5文档)的ip数据包被多路复用并且生成构成一个信道的tlv数据包。在tlv信令编码器309中，基于从edps308传输的信息生成其中与ip数据包的多路复用相关的控制信息(tlv-si)被布置在它的有效载荷部分中的tlv数据包。在tlv多路复用器311中，通过ip服务多路复用器310-1至310-n和tlv信令编码器309生成的tlv数据包被多路复用以生成tlv流。在调制和传输部312中，rf调制对通过tlv多路复用器311生成的tlv流执行并且rf调制的信号被发送至广播传输路径。图4示出了接收图2中示出的广播信号的接收器12的配置实例。示出的接收器12包括调谐器/解调部401、多路分解器(demux)402、时钟恢复部403、视频解码器404、音频解码器405、字幕解码器406、系统控制单元407、应用(app)控制单元408、高速缓冲存储器408、应用引擎409、ip接口(i/f)410和综合单元411。例如，示出的接收器12包括iptv或者catv的中继传输器以及安装在家庭中的电视接收器或者机顶盒。调谐器/解调部401选择并接收广播信号并且解调该广播信号以获得tlv流。多路分解器402解复用并对tlv流拆包。在本实施方式中，多路分解器402包括tlv过滤器402-1、ip过滤器402-2、udp过滤器402-3、mmt过滤器402-4和si过滤器402-5。tlv过滤器402-1基于tlv流识别信息过滤经由广播传输的tlv数据包。ip过滤器402-2基于ip地址从tlv数据包过滤ip数据包并且过滤经由ip接口410接收的ip数据包。此外，udp过滤器402-3过滤udp数据包。mmt过滤器402-4基于mmtp报头(随后描述的)中的信息从ip数据包过滤mmtp数据包，以致携带视频、音频、字幕和应用的编码分量的mmtp数据包被分别分配至视频解码器404、音频解码器405、字幕解码器406和应用引擎409。si过滤器402-5过滤信令信息si以便被分配至系统控制部407和应用控制部408。si过滤器402-5包括从mmt流过滤mmt-si的mmt-si过滤器以及从tlv流过滤tlv-si的tlv-si过滤器。时钟恢复部403基于有关包括在通过多路分解器402中的ip过滤器402-2和udp过滤器402-3过滤的ntp数据包中的当前时间的信息生成与当前时间信息同步的时间信息，并且将该时间信息输出至视频解码器404、音频解码器405和字幕解码器406以便解码各个定时媒体。视频解码器404解码通过多路分解器402获得的编码的视频信号，以获得基带视频信号。此外，音频解码器405解码通过多路分解器402获得的编码的音频信号以获得基带音频信号。此外，字幕解码器406解码通过多路分解器402获得的字幕编码信号以获得字幕显示信号。应用控制部408基于经由si过滤器402-5接收的信令信息控制数据广播应用的处理。例如，当应用控制部408分析mmt-si发现数据广播应用被设置为默认项时，应用控制部408指示应用引擎409执行数据广播提示处理。在根据本实施方式的广播系统10中，假设数据广播应用从两个系统(广播信号和ip网络)被传输。在前者系统中，数据广播应用通过调谐器/解调部401接收。在后者系统中，数据广播应用通过ip接口410接收。在任何情况下，在多路分解器402中封包化的mmt数据包通过mmt过滤器402-4被分配至应用引擎409。例如，应用引擎409是html浏览器等，并且处理是数据广播应用的实体的文件数据(html5文档等)以生成数据广播显示信号。此外，应用引擎409可经由ip接口410从ip网络获取显示数据广播(用于显示数据广播、链接应用等的单一媒体)所必需的文件数据。系统控制单元410基于经由si过滤器402-5接收的信令信息、经由用户操作单元(未示出)从用户输入的操作信息等控制接收器12的各个单元的操作。此外，系统控制单元410基于信令信息控制解码器404至406的解码时间并且调整视频、音频和字幕的显示时间。组合部411将字幕显示信号和数据广播显示信号与基带视频信号结合以获得用于显示视频的视频信号。此外，通过音频解码器405获得的基带音频信号是用于音频输出的音频信号。包括视频和音频信号的广播节目的主要部分被从监控显示器(未示出)输出为视频和音频。此外，通过数据广播应用引擎409处理的数据广播被显示在监控显示器上使得在广播节目的主要部分的屏幕上重叠。例如，ip接口410被配置为网络接口卡并且连接至诸如互联网或者本地网络的ip网络以传输和接收ip数据包。此外，在本实施方式中，基于ip地址通过ip过滤器402-2过滤的ip数据包可以从ip接口410发送或者转发至ip网络。此外，当确定可以仅通过ip地址过滤广播服务时，仅可通过多路分解器402中的ip过滤器402-2提取特定服务并且所提取的服务可从接收器12传输至外部。将描述图4中示出的接收器12的操作。在调谐器/解调部401中，广播信号被接收和解调以获得tlv流。在多路分解器402中，tlv流被多路分解和拆包，ntp时间信息、视频、音频、字幕和数据广播编码的信号、以及信令信息被提取并且被分别分配至视频解码器404、音频解码器405、字幕解码器406、应用引擎409、系统控制单元407和应用控制部408。此外，通过ip接口410接收的ip数据包也以类似方式被多路分解和拆包并且被分配至各个单元。此外，通过多路分解器402提取的ntp数据包被分配至时钟恢复部403。在时钟恢复部403中，基于时间信息生成与ntp数据包上携带的时间信息同步的时间信息。即，在时钟恢复部403中，生成与通过广播传输系统11的时钟部301生成的时间信息同步的时间信息。通过多路分解器402提取的编码的视频信号被传输至解码视频信号的视频解码器404以获得基带视频信号。此外，通过多路分解器402提取的字幕编码信号被传输至解码字幕信号的字幕解码器406以获得字幕显示信号。在应用控制部408中，基于经由si过滤器402-5接收的信令信息控制数据广播应用的处理。在被配置为html浏览器等的应用引擎409中，通过多路分解器402提取的数据广播应用的编码信号(html5文档)根据来自应用控制部408的指令进行处理以获得数据广播显示信号。在组合部411中，字幕显示信号和数据广播显示信号与基带视频信号结合以获得用于屏幕显示的视频信号。此外，通过多路分解器402提取的编码音频信号被传输至解码音频信号的音频解码器405以获得用于音频输出的基带音频信号。然后，视频和音频信号被从监控显示器(未示出)输出为视频和音频。在图1中示出的数字广播系统10中，假设广播信号根据mmt方案从广播传输系统11被发送至接收器12。图5示出了根据mmt方案从广播传输系统11发送至广播传输路径的广播信号500的图像。一个服务(信道：广播节目)的广播信号包括诸如视频、音频和字幕的广播节目的主要部分相关联的定时媒体和诸如在链接至广播节目的数据广播中使用的文件数据的非定时媒体。通过编码这些媒体获得的媒体数据被转换成根据mpu格式的mmtp数据包并且mmtp数据包经由ip数据包被传输。此外，与媒体输送方案mmt相关联的信令信息(mmt-si)(指示广播节目的配置等)也经由ip数据包被传输。在广播传输路径中，这些ip数据包根据tlv数据包的格式被传输为tlv流。与用于多路复用ip数据包的tlv多路复用格式相关的信令信息(tlv-si)还根据tlv数据包格式被传输。在mmt方案中，易于发送使用不同传输路径的组合形成一个信道(广播节目)的定时媒体和非定时媒体的数据。在图5中示出的实例中，用于诸如视频、音频、字幕、文件数据和信令信息的各个数据类型的资产501至504被用作广播信号500。每个资产对应于一个ip数据流。本文中提到的ip数据流是一组其中五个字段具有相同值的ip数据包，该五个字段包括ip报头和udp报头的来源ip地址、目的地ip地址、ip报头的协议类型、源端口号、目的地端口号。应注意，在附图中，为了方便起见，未示出用于字幕数据的传输路径。此外，图5中未示出tlv-si流。尽管mmt方案广播系统11经由广播传输路径发送ip数据包，但是广播系统可以执行操作以致一个ip地址被映射至每个广播服务(或者用于每个广播站)。在这种情况下，接收器可以基于ip地址通过过滤广播信号500访问期望广播服务(或者期望广播电台)的资产501至504。可以通过数据包识别信息(packet_id：pid)唯一指定通过相同ip地址中的资产501至504发送的mmtp(mmt协议)数据包。此外，可以通过数据包识别信息、ip地址和端口号的组合指定不同ip地址上的mmtp数据包。一个信道(广播节目)可以说是包括多个不同类型的资产(诸如，视频、音频、字幕和文件数据(数据广播应用))的“封装”。本文中提到的“封装”是使用资产传输的媒体数据的逻辑组。此外，本文中提到的“资产”是与唯一的资产识别信息(asset_id)相对应并且用于构成多媒体演示的数据的实体。应注意，资产相当于分量(即，视频资产相当于视频分量，音频资产相当于音频分量，并且文件数据资产相当于文件数据分量)。每个资产由共享相同资产识别信息的一组(逻辑组)一个或多个mpu构成。mpu可以说是用作mmt方案中的传输单元的格式。每个mpu在专用于各个资产的es(基本流)(即，资产501至503)上传输。即，在传输路径501上传输包括具有相同资产识别信息的视频信号的mpu逻辑组的编码的视频信号的mmtp数据包。类似地，在传输路径502上传输包括具有相同资产识别信息的音频信号的mpu逻辑组的编码音频信号的mmt数据包，并且在传输路径503上传输包括具有相同资产识别信息的数据广播应用的mpu逻辑组的编码应用的mmt数据包。每个mpu通过相应传输路径上的mpu的序列号和资产识别信息指定。此外，传输每个媒体的资产可以通过资产识别信息进行识别。更具体地，多个相同类型的资产(即，具有不同的资产识别信息)可以经由一个封装(广播节目)传输。例如，可为相同的广播节目提供两个或多个数据广播应用。例如，链接至广播节目的节目相关数据广播应用以及未链接至广播节目的节目非相关数据广播应用(例如，天气预报、新闻等)被分配至单独的资产识别信息作为各项资产并且经由不同的资产作为单独的mpu逻辑组传输。图5示出了用于广播节目相关的数据广播应用的传输路径503-1以及用于广播节目非相关的数据广播应用的传输路径503-2。此外，通常可以使用mmt方案用于广播和通信的多个传输路径。例如，如图5所示，诸如数据广播应用(html5文档等)的非定时媒体可以经由诸如ip网络的通信传输路径(未示出)提供以及使用广播信号传输路径503与定时媒体一起传输。在传输路径504上，通过轮播方案重复传输包括mmt-si的mmtp数据包，该mmt-si是指示与mmt封装和广播服务的配置相关的信息的传输控制信号。经由传输路径504传输的mmt-si信令消息的实例包括pa消息510、m2节消息520和数据传输消息530。例如，pa消息510是指示广播节目的配置等的控制信息并且包括描述构成诸如资产列表及其位置的封装的信息的mp(mmt封装)表格511。pa消息510是广播服务的入口点，并且固定数据包识别信息(例如，0x0000)被分配至传输pa消息510的mmtp数据包。因此，接收器可以指定有关资产504的固定数据包识别信息以获取pa消息510。此外，可以指定通过参考经由pa消息510传输的mp表格511构成封装(广播节目)的各个资产(视频、音频、字幕、文件数据(数据广播应用)等)。此外，m2节消息520是传输mpeg-2系统的节扩展格式的消息。诸如mh应用信息表格(mh-ait)521等信令表格被存储在m2节消息520中。mh-ait521是传输有关应用的动态控制信息和执行所必需的附加信息的表格。具体地，mh-ait521将经由广播传输路径传输的数据广播应用(文件数据)的处理方法(待应用于应用的激活状态)指定为数据资产和位置(url)。此外，数据传输消息530是用于发送与经由广播的数据广播应用的传输相关的控制信息的消息。包括数据目录管理表格531、数据资产管理表格532和数据内容管理表格533的信令表格被存储在一个数据传输消息530中。数据目录管理表格531是用于管理目录单元(换言之，在数据广播应用的生产单元中)中的数据广播应用的表格。因为这个表格描述了与包括在一个封装中的目录以及包括在目录中的子目录和文件(用于文件传输的项目)相关的目录结构，因此可以分离应用的文件配置和用于文件传输的配置。此外，数据资产管理表格532是用于管理资产单元中的数据广播应用的表格并且描述资产中的mpu的配置和每个mpu的版本信息。此外，数据内容管理表格533是用于管理每个提示单元(presentationunit：pu)的数据广播应用的表格。这个表格描述数据广播的提示单元(pu)中的数据广播应用的文件的配置信息并且可以用于数据广播应用的文件数据的灵活且有效的高速缓存控制。在基于mmt的数据广播应用传输方案中，通过利用经由数据传输消息传输的三个信令表格531至533，诸如应用单元和提示单元的利用单元中的数据结构可以从文件单元中的传输数据结构和内容(数据广播应用)的产生中的目录结构单独表示。因此，接收器可以控制诸如应用单元和提示单元的利用单元中的高速缓存有效地利用高速缓冲存储器(例如，参见属于本申请人的日本专利申请第2014-88630号的说明书)。应注意，将省略数据目录管理表格531、数据资产管理表格532和数据内容管理表格533的信令表格的详细的数据结构的描述。构成mmt方案中的编码信号的元素包括mfu(媒体片段单元)、mpu、mmtp有效载荷以及mmtp数据包。通过将mmtp报头附加至mmtp有效载荷形成mmtp数据包。如上所述，诸如视频、音频、字幕等定时媒体和诸如数据广播文件数据的非定时媒体被作为mmtp数据包传输。图6示出了mmtp数据包600的句法实例。mmtp数据包是被格式化为使用mmt协议传输的媒体数据的单元。当1被分配至由参考标号601表示的数据包计数标记“c”时，这表示由参考标号602表示的数据包计数的字段存在于mmtp数据包600中。数据包计数602是32位字段，其中，表示相同资产(ip数据流)中mmtp数据包的顺序的整数值不管数据包识别信息都被写入，并且无论何时经由资产传输mmtp数据包，数据包计数602都通过1增加。数据包计数602从任意值开始。当1被分配至由参考标号603表示的扩展报头标记“x”时，这表示由参考标号604表示的扩展报头604存在于mmtp数据包600中。在图6的下半部分还示出了扩展报头604的句法实例。扩展报头604包括由参考标号604-1表示的16位类型字段、由参考标号604-2表示的长度字段、以及由参考标号604-3表示的header_extensin_value字段。header_extensin_value字段的字节长度被写入至长度字段。不遵循mmt规格的扩展信息可写入至header_extensin_value字段。当1被分配至由参考标号605表示的rap(随机接入点)标记时，这表示mmtp数据包600的有效载荷包括随机接入点至数据类型的数据流。表示mmtp数据包600的有效载荷的数据类型的类型值被写入至由参考标号606表示的类型字段。表格1中示出了类型值的定义。当类型值“0x00”被写入至类型字段时，应理解的是，mmtp数据包的有效载荷是mpu(包括意识到媒介的mpu的片段)。[表格1]是用于识别有效载荷的数据类型(换言之，用于区分资产)的数据包识别信息的整数值被写入至由参考标号607表示的16位packet_id字段。这个字段的值起源于用于识别属于mmtp数据包600的资产的资产识别信息(asset_id)。数据包识别信息(packet_id)与资产识别信息(asset_id)之间的映射通过为信令消息(随后将描述的)的一部分的mmt封装(mp)表格表示。mmtp数据包600的开始字节从传输实体输出的时间在由参考标号608表示的32位时间戳字段中描述为由rfc5905定义的短格式(short-format)ntp时间戳。具有相同数据包识别信息(packet_id)的mmtp数据包的序列号在由参考标号609表示的32位packet_sequence_number字段中描述为整数值。数据包序列号从任意值开始。图7示出了传输非定时媒体的mmtp数据包的扩展报头700的句法实例。如附图所示，在这种情况下，4作为header_extensin_value字段的字节长度被写入长度字段701。在header_extensin_value字段中描述4字节下载识别信息(download_id)。当使用mmt协议传输mpu时，mpu需要分别在传输侧和接收侧上封包化和拆包。通过封包，mpu被插入mmtp有效载荷中并且经由mmtp数据包传输。mmtp有效载荷的格式允许mmtp有效载荷的碎片以致可以传输大的有效载荷。此外，mtp有效载荷的格式允许其中多个mmtp有效载荷被插入单一mmtp有效载荷中的集合，以便对应于小的数据单元。在接收侧上，执行拆包以恢复原始的mpu数据。图8示出了在mpu模式的情况下的mmtp有效载荷800的句法实例。mpu模式是“0x00”被写入至mmtp报头的类型字段606的情况(参见图6)。mpu模式的mmtp数据包用于视频、音频和文件数据(数据广播应用)的传输。存储在mmtp有效载荷中的信息的片段类型以作为4位值的由参考标号801指示的片段类型(mpu片段类型：ft)字节表示。根据ft值对mmtp有效载荷编码。表格2中示出了ft值的定义。[表格2]由参考标号802表示的定时(t)是时间数据标记，并且表示存储在mmtp有效载荷中的数据是否指定提示的数据。当1被写入至时间数据标记时，这表示传输定时媒体的mpu的片段被存储在mmtp有效载荷中。当0被写入至时间数据标记时，这表示传输非定时媒体的mpu的片段被存储在mmtp有效载荷中。由参考标号803表示的碎片标识符(f_i)表示有关使用两个位存储在mmtp有效载荷中的数据单元的碎片的信息。表格3中示出了f_i的四个值的定义。[表格3]值数据单元的定义00有效载荷包括数据单元的整数。01有效载荷包括开始片段的数据单元。10有效载荷包括中间片段的数据单元。11有效载荷包括最后片段的数据单元。由参考标号804表示的集合(a)标记表示mmtp有效载荷是否存储两个或更多个数据单元。当通过集合多个数据单元获得mmtp有效载荷时，1被写入至聚合(a)标记。在由参考标号805表示的8位fragment_counter(碎片计数)中描述当数据被分割时晚于mmtp有效载荷存储的部分呈现的分割数据的块数。当mpu元数据、电影片段元数据和mfu存储在mmtp有效载荷中时，在由参考标号806表示的mpu序列号(mpu_sequence_number)字段中描述数据所述的mpu的序列号。在由参考标号807表示的16位du_length字段中，描述随后的数据单元(du：数据单元)的长度。然而，当集合(a)标记804是0时，不呈现du_length字段807。由参考标号808表示的du_header是数据单元的报头。然而，当ft值801是0或1(即，片段类型不是mfu)时，不呈现du_header807。mfu包括定时媒体的样本或者子样本或者非定时媒体的项目。图9示出了存储在其中设置定时媒体的mmtp有效载荷800中的du_header的句法实例900。在由参考标号901表示的电影片段序列号(movie_fragment_squence_number)字段中描述mfu所述的电影片段的序列号。在由参考标号902表示的本样号(sample_number)字段中描述mfu的本样号。mfu所属的样本中的mfu的偏移在由参考标号903表示的mfu偏移字段中以字节单位表示。在由参考标号904表示的mfu优先字段中描述表示mfu所属的mpu中的mfu的相对重要性的值。在由参考标号905表示的mfu从属(dep_counter)字段中表示除非mfu被解码否则不能执行解码的mfu的数量。图10示出了存储在其中设置非定时媒体的mmtp有效载荷800中的du_header的句法实例1000。在这种情况下，用于识别作为mfu的一部分传输的项目的32位项目识别信息(item_id)被存储在du_header1000中。该项目用于构成诸如html文档以及称为来自html文档的单一媒体(图像、文本等)的应用的文件数据的传输。在通过资产识别信息指定的资产上，通过mmtp数据包的报头中的数据包识别信息(packet_id)、扩展报头中的下载识别信息(download_id)以及du报头中的项目识别信息(item_id)的组合可以唯一指定项目。图11示出了形成在资产(ip数据流)上传输的数据包的方法。这个附图示出了当传输非定时媒体时的数据包配置实例。在mmt方案中构成编码信号的元素包括mfu、mpu、mmtp有效载荷和mmtp数据包。mpu是mmt方案中的传输单元并且mfu是比mpu更小的单元。在视频和音频信号的传输中，mpu还是处理单元。mpu包括一个或多个存取单元并且可以在单一mpu中解码视频和音频。另一方面，在非定时媒体(即，数据广播应用)的传输中，一个mfu对应于数据广播应用中使用的一个文件(html文档、单一媒体等)，并且mpu在多个文件的组合中构成传输单元。在图11的(a)中，三个文件f1、f2和f3的组合构成一个mpu，并且三个文件f4、f5和f6的组合构成另一mpu。mpu序列号被分配给由文件的组合构成的每个mpu。mpu序列号“a”被分配给文件f1、f2和f3的组合，并且mpu序列号“b”被分配给文件f4、f5和f6的组合。此外，图11的(b)和图11的(c)示出了其中组合到mpu中的文件f1、f2......等被布置在mfu中的状态。因为文件数据f1具有小的文件大小，所以文件数据f1实际上构成一个du有效载荷。另一方面，因为文件数据f2具有大的文件大小，所以文件数据f2被分割成分别形成单独的du有效载荷的两部分f2-1和f2-2。此外，如图10所示存储项目识别信息(item_id)的du报头被附加至du有效载荷以构成mfu。图11的(d)示出了其中每个mfu被转换成mmtp有效载荷的状态。如图8所示，包括片段类型(mpu片段类型：ft)字段、时间数据(t)标记、碎片标识符(f_i)字段、fragment_counter字段(在分割的mfu的情况下)、mpu序列号等的mmtp有效载荷报头被附加至其中设置mfu的du有效载荷，从而mfu被转换成mmtp有效载荷。表示“mpu”的值“2”作为ft值在mfuf1、f2-1和f2-2中描述，并且表示非定时媒体的值“0”被设置为时间数据(t)标记。因为f1不被分割，在f_i字段中描述“0”。此外，因为f2-1和f2-2为片段mfu，所以f_i被设置为“1”并且fragment_counter被附加至mfu。此外，因为f1、f2-1和f2-2属于相同的mpu，所以mpu序列号“a”被附加至此，并且描述了用于唯一识别用于文件传输的项目的项目识别信息(item_id)。图11的(e)示出了其中mmtp报头和扩展报头被附加至各mmtp有效载荷以构成mmtp数据包的状态。如图6所示，mmtp报头包括类型字段和数据包识别信息(packet_id)。此外，如图7所示，在传输非定时媒体的mmtp数据包的情况下，下载标识符信息(dowmload_id)被存储在扩展报头中。应注意，mmtp有效载荷经由一个mmtp数据包传输。一个mmtp数据包未携带多个mmtp有效载荷并且一个mmtp有效载荷未经由多个mmtp数据包传输。图11的(f)示出了其中mmtp数据包被转换成ip数据包的状态。如附图中所示，udp报头和ip报头被附加至mmtp数据包以构成ip数据包。mmtp数据包经由一个ip数据包传输。一个ip数据包未携带多个mmtp有效载荷并且一个mmtp有效载荷未经由多个ip数据包传输。在基于mmt方案的数据广播应用的数据传输中，如从图11的(a)至图11的(f)理解的，文件被放置在称为mfu的传输单元中并且mpu是在mfu的较高层上组合文件的单元。在诸如视频和音频信号的定时媒体中，mpu是处理单元，并且视频和音频可以在单一mpu中解码。此外，mfu是比mpu更小的单元，并且可以从mpu中的采样数据中提取mfu。相比之下，在本申请提交时，在非定时媒体(即，数据广播应用)的传输中，mfu被清楚地放置在传输文件的单元中，而mfu的更高层的mpu的定位不清楚。因此，本说明书公开了用于将mpu定位为数据广播应用的提示单元(pu)中的数据广播应用的传输单元的技术以及用于将mpu定位在数据广播应用的生产单元(诸如，目录)中的技术。通过将mpu定位在数据广播应用的提示单元或者数据广播应用的生产单元中，可以有效地操作广播服务。在此，将描述与采用本说明书中公开的技术的广播系统的操作相关联并且被作为mmt-si传输的信令消息和信令表格(参见图5)的配置。作为mmt-si传输的消息和表格的数据包识别信息可以是固定的或者可从另一表格间接地指定。在这些消息中，pa消息是广播服务的入口点并且固定的数据包识别信息(例如，0x0000)被分配至此。在经由pa消息传输的mp表格中，指定构成封装(广播节目)的资产(视频、音频、字幕、文件数据(数据广播应用)等)。因此，如图12所示，可以通过参考mp表格指定构成封装(广播节目)的资产(视频、音频、字幕、文件数据(数据广播应用)等)。图13示出了pa消息1301以及包含在pa消息1301中的mp表格1302的句法实例。此外，图14示出了pa消息的句法实例1400，并且图15示出了包含在pa消息中的参数的描述。message_id是用于识别各种类型的信令信息中的pa消息的16位固定值。版本是表示pa消息的版本的8位整数参数。例如，当仅更新构成pa消息的一部分参数时，版本增加+1。长度是32位参数，其以字节为单位表示pa消息的大小，紧接着这个字段计算该大小。设置在有效载荷(message_payload)字段中的表格的属性信息被设置在扩展字段中。具体地，number_of_tables字段表示表格的数量，并且8位表格识别信息(table_id)、8位表格版本(table_version)和16位表格长度(table_length)作为所存储的各表格的属性信息被布置在随后的表格信息循环中。table_id是用于识别表格的固定值。table_version表示表格的版本。table_length以字节单位表示表格的大小。mp表格被设置在pa消息的message_payload字段中。mp表格存储与包括所有资产列表的封装相关的信息。应注意，尽管布局配置(lc)表格和封装列表(pl)表格除了mp表格之外还被存储在pa消息中，但是因为这些表格不与本说明书中公开的技术直接相关，所以将省略其详细说明。图16示出了存储在pa消息的message_payload字段中的mp表格的句法实例1600。此外，图17示出了包含在mp表格中的参数的描述。在下文中，将描述mp表格的配置。table_id是用于识别表格是mp表格的8位固定值(0x20)。版本是表示mp表格的版本的8位整数值。例如，当仅更新构成mp表格的参数的一部分时，版本增加+1。长度是32位参数，其表示以字节为单位mp表格的大小，在这个字段之后立即计算该大小。此外，mpt_mode示出了mp表格被分成子集的操作，并且将省略其详细说明。mmt_package_id_length表示以字节为单位封装识别信息(mmt_package_id)的文本信息的大小。在封装识别信息的随后循环中，封装识别信息以字节单位(mmt_package_id_byte)通过mmt_package_id表示。封装识别信息是由包括经由广播信号(ip数据流)传输的所有信号(视频、音频和字幕)和文件数据作为组成部分的资产构成的封装的识别信息。这个识别信息是文本信息，其中上16位具有与用于识别服务的服务识别信息相同的值。mpt_descriptor_length表示以字节为单位mp表格描述符区域的大小。在随后的mp表格描述符的循环中，以字节单位(mpt_descroptors_byte)描述mp表格描述符的内容。mp表格描述符字段是与整个封包相关的描述符的存储区域。number_of_assets是表示作为构式封装的元素的资产(信号和文件)的数量的8位参数。设置与number_of_assets对应的资产信息的循环数。包括用于识别各项资产的资产识别信息(asset_id)、普通(general)的位置信息(mmt_general_location_info)以及资产描述符(asset_descriptor)的参数被设置在一个资产信息循环中。以下将描述布置在资产信息循环中的信息。identifier_type表示mmtp数据包流的id系统。当id系统表示资产识别信息(asset_id)时，设置0x00。asset_id_scheme表示资产识别信息的格式。asset_id_length表示以字节为单位资产识别信息的文本信息的大小。在随后的资产识别信息循环中，资产识别信息以字节为单位(asset_id_byte)表示。asset_type使用32位字符串表示资产的类型。asset_clock_relation_flag是表示资产的时钟信息字段的存在的标记。当标记是1时，时钟信息识别字段(asset_clock_relation_id)和时标标记字段(asset_timescale_flag)存在。当标记是0时，这些字段不存在。location_count表示资产的位置信息的条数，并且资产的位置信息mmt_general_location_info在重复location_count次的随后的位置信息循环中表示。资产位置信息资产上以数据包识别信息(packet_id：pid)的格式描述，资产位置信息用作资产获取目的地。因此，可以通过从mp表格(参见图13)抽出资产识别信息来从资产(ip数据流)提取相应的数据包识别信息。随后将描述mmt_general_location_info的数据结构。asset_descriptor_length以字节单位表示资产描述符(asset_descriptor)的文本信息。在随后的资产描述符循环中，各个资产的描述符内容以字节单位(asset_descriptors_byte)表示。如上所述，资产和分量相互对应(即，视频资产对应于视频分量，音频资产对应于音频分量，并且文件数据资产对应于文件数据分量)。在本实施方式中，假设mh流识别描述符被设置为资产描述符中的一个。mh流识别描述符是描述用于识别分量(对应于资产)的流的标签的分量标记的描述符。因此，通过在mp表格中指定分量标记，可以发现资产的位置信息，诸如，数据包识别信息(packet_id：pid)。图18示出了mmt_general_location_info(普通位置信息)的数据结构实例1800。location_type使用8个位表示位置信息的类型，其遵循以下表格4中的分配。[表格4]当location_type是0x00时，这表示相同ip数据流的mmtp数据包的数据包识别信息(packet_id)作为其中包括位置信息的表格被传输的ip数据流。当location_type是0x01时，这表示ipv4数据流的mmtp数据包作为位置信息。具体地，这个位置信息表示ipv4数据流的源地址(ipv4_src_addr)、ipv4数据流的目的地址(ipv4_dst_addr)、ip数据流的目的端口数量(dst_port)以及数据包识别信息(packet_id)。当location_type是0x02时，这表示ipv6数据流的mmtp数据包作为位置信息。具体地，这个位置信息表示ipv6数据流的源地址(ipv6_src_addr)、ipv6数据流的目的地址(ipv6_dst_addr)、ip数据流的目的端口数量(dst_port)以及数据包识别信息(packet_id)。当location_type是0x03时，这表示mpeg-2ts广播网络的mpeg-2ts数据包作为位置信息。具体地，这个位置信息表示用于识别广播网络的网络识别信息(network_id)、用于识别mpeg-2ts的输送流识别信息(mpeg_2_transport_stream_id)以及mpeg-2ts的数据包识别信息(mpeg_2_pid)。当location_type是0x04时，这表示ipv6数据流的mpeg-2ts数据包作为位置信息。具体地，这个位置信息表示ipv6数据流的源地址(ipv6_src_addr)、ipv6数据流的目的地址(ipv6_dst_addr)、ip数据流的目的端口数量(dst_port)以及mpeg-2ts数据包的数据包识别信息(mpeg_2_pid)。当location_type是0x05时，位置信息由url表示。具体地，url_length表示以字节为单位url字节字段的长度，并且url字符串在随后的url字节循环中以字节单位(url_byte)表示。在图18中示出的普通位置信息中，在资产获取目的数据流上以数据包识别信息(pid)的格式描述资产的位置信息。因此，可以通过从mp表格(参见图13)抽出资产识别信息在ip数据流上提取相应的数据包识别信息。实际上，m2节消息是用于传输mpeg-2系统的节扩展格式的信令消息。图19示出了m2节消息的句法实例1900。在下文中，将描述m2节消息的参数的意义。message_id(消息识别)是用于识别各种类型的信令信息中的m2节消息的16位固定值。在本实施方式中，设置0x8000。version(版本)是表示m2节消息的版本的8位整数参数。length(消息长度)是16位参数，其表示以字节为单位m2节消息的大小，紧接着这个字段计算该大小。table_id(表格识别)是用于识别这个节属于的表格的区域。section_syntax_indicator(节句法指示符)被设置为表示扩展格式的“1”。section_length(节长度)是在节长度区域之后写入数据的字节长度的区域。table_id_extention(表格识别扩展)是表格识别扩展的区域。versionnumber(版本号)是写入表格的版本号的区域。当表格是当前可用的时current_next_indicator(当前下一个指示符)被设置为“1”或者当表格当前不可用时被设置为“0”并且下一个生效。section_number(节号)是写入构成表格的节号的区域。last_section_number(最后一个节号)是写入构成表格的最后一个节号的区域。此外，在随后的信令数据循环中以字节为单位(signaling_data_byte)描述构成表格的信息。此外，根据itu-t建议h.222.0的循环冗余码crc32(crc)被附加至这个表格的结尾。图20示出了经由m2节消息传输的mhai(应用信息)表格(mhait)的句法实例2000。在下文中，将描述mhai表格的参数的意义。table_id(表格识别)是用于识别各种类型的信令信息中的应用信息(ai)表格的8位固定值。在本实施方式中，设置0x89。section_syntax_indicator(节句法指示符)是1位字段并且始终是“1”。section_length(节长度)是12位字段并且限定从节长度字段至包括crc32的部分的结尾的部分的字节长度。这个值不超过4093(十六进制的0xefd)。application_type(应用格式)是16位字段，并且表示经由ait传输的应用的值。在dvb中，0x0001被分配至dvb-j应用。此外，0x0001被分配至arib-j应用。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位字段并且表示随后描述符(描述区域中的描述符)的字节长度，并且这个描述符(描述区域中的描述符)被写入至由对应于这个字节计数的多个循环构成的一系列区域。这个通用描述符区域中的描述符被应用于ait子表格中的所有应用。例如，指定传输方法或者应用的获取位置的传输协议描述符被写入这个描述符字段中。application_loop_length是写入了包含在mhai表格中的应用信息的条数的区域。此外，设置对应于通过application_loop_length表示的数量的应用信息循环的数目。此外，根据itu-t建议h.222.0的循环冗余码crc32(crc)被附加至这个表格的结尾。application_identifier(应用标识符)、application_control_code(应用控制码)和应用信息被设置在一个应用信息循环中。在此，application_identifier(应用标识符)是用于识别应用的参数。application_control_code(应用控制码)是8位字段并且限定控制应用状态的控制码。这个字段的语义取决于应用格式的值。表格5示出了当语义不取决于应用格式时应用控制码的语义。此外，application_descriptor_loop_length(应用信息描述符循环长度)表示应用信息描述符字节长度，并且描述符(应用信息描述符)被写入至由对应于这个字节数的多个循环构成的一系列区域。描述符区域中的应用信息描述符不同于通用描述符并且应用于仅通过application_identifier指定的应用。[表格5]应用控制码的值识别名称意义0x01autostart激活应用。0x02present表示应用处于可执行状态。0x04kill停止应用。0x05prefetch获取并保持应用。简而言之，mhai表格是指定根据mmt传输方案经由广播传输路径传输的应用(文件数据)的处理方法、传输方法(transport_protocol)以及位置(url)的表格。一旦接收经由m2节消息传输的mhai表格，则接收器根据指定的transport_protocol从通过传输协议描述符指定的位置获取应用以便执行通过application_control_code指定的过程。图21示出了为每个应用始终设置在mhai表格的应用信息循环中的应用信息描述符的句法实例2100。在下文中，将描述应用信息描述符2100的参数的意义。descriptor_tag是用于识别描述符2000的8位整数值。descriptor_length是写入在这个字段之后的描述符2100的数据的字节长度的区域。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对应于相同名称的字段、传输协议描述符的字段。图22示出了传输协议描述符的句法实例2200。传输协议描述符被设置在mh-ait的通用描述符循环或者应用信息描述符循环中，以便将广播和通信的传输协议指定为应用传输方法并且表示取决于传输协议的应用的位置信息。在下文中，将描述传输协议描述符的参数的意义。descriptor_tag是用于识别描述符2200的8位整数值。descriptor_length是写入在这个字段之后的描述符的数据的字节长度的8位区域。protocol_id(协议识别信息)表示用于传输应用的协议。作为protocol_id的值，0x0003表示http和https传输并且0x0005定义mmt和非定时传输。当一个应用经由多个路径传输并且对应于相同名称的字段、应用信息描述符的字段时，transport_protocol_label(传输协议标签)是用于唯一识别传输方法的值。selector_byte(选择器字节)是为每条协议识别信息限定的句法的application_identifier区域。图23示出了与http/https和mmt非定时传输共用的选择器字节的句法实例2300。url_base_length表示用于获取应用的url的基本部分的字节长度，并且用于获取应用的url的基本部分的字符串以字节单位(url_base_byte)被写入在包括对应于这个字节计数的多个循环的一系列区域中。url_extension_count表示用于获取应用的url的扩展部分(url_base之后的url_extension)的数量，并且设置对应于通过url_extension_count表示的数量的多个url_extension循环。此外，在一个url_extension循环中，url_extension_length表示url的扩展部分的字节长度，并且url的扩展部分的字符串以字节为单位(url_extention_byte)被写入在由对应于这个字节计数的多个循环构成的一系列区域中。例如，当url的基本部分是“http://www.xbc.com”并且url的扩展部分是“index.html”时，可以通过连接从选择器字节提取的这些字符串获得完整的url“http://xbc.com/index.html”。简而言之，通过参考mhai表格的应用信息循环中的应用信息描述符和传输协议描述符可以获取应用传输方法(mmt传输或者html传输)和位置信息(url)。图24示出了数据传输消息的句法实例2400。在下文中，将描述数据传输消息的参数的意义。message_id是用于识别各种类型的信令信息中的数据传输消息的16位固定值。version(版本)是写入数据传输消息的版本的区域。length(消息长度)是32位的参数，其表示以字节为单位在这个字段之后的消息的日期的大小。num_of_tables(表格的数量)表示存储在数据传输消息中的表格的数量。对应于通过num_of_tables表示的数量的多个表格信息循环被设置为待存储在数据传输消息中的表格。在一个表格信息循环中，table_id(表格识别)、table_version(表格版本)和table_length(表格长度)被存储为表格信息。table_id(表格识别)是用于识别待存储在这个数据传输消息中的表格的区域。在数据传输消息中，传输包括数据目录管理表格、数据资产管理表格和数据内容管理表格的三种类型的信令表格(如上所述，参见图5)，并且table_id识别那些表格中的每个表格。table_version(表格版本)表示待存储在这个数据传输消息中的表格的版本。table_length(表格长度)表示以字节为单位待存储在这个数据传输消息中的表格的大小。table(表格)表示待存储在这个数据传输消息中的表格。此外，设置对应于通过num_of_tables表示的数量的多个表格循环。关于通过table_id识别的表格的内容的信息被存储在一个表格循环中。图25示出了经由数据传输消息传输的数据目录管理表格(ddmt)的句法实例2500。数据目录管理表格是用于管理目录单元中(换言之，数据广播应用的生产单元中)的数据广播应用的表格。这个表格描述了与包括在一个封装中的目录和子目录以及包括在目录中的文件相关的目录结构。在下文中，将描述数据目录管理表格的参数的意义。table_id(表格识别)是表示各种类型的信令信息中的数据目录管理表格的8位固定值。version(版本)是表示这个数据目录管理表格的版本的8位整数参数。例如，当仅更新构成表格的参数的一部分时，版本增加+1。长度是16位参数，其表示以字节为单位数据目录管理表格的大小，紧接着这个字段计算该大小。base_directory_path_length表示基础目录节点路径区域的字节长度，并且基础节点目录路径以字节为单位(base_directory_path_byte)被写入在由对应于这个字节计数的多个循环构成的一系列区域中。例如，基础目录路径以用于访问相应目录的绝对url格式表示。num_of_directory_nodes表示数据目录管理表格中描述的目录的节点的数量。此外，设置对应于通过num_of_directory_nodes表示的数量的多个目录节点循环，并且存储每个目录的信息。存储在数据目录管理表格中的每个目录节点的属性信息和关于包括在目录中的每个文件数据的信息被存储在一个目录节点循环中。node_tag是目录节点的节点标签并且表示用于识别目录的标签。derectory_node_version表示目录节点的版本。directory_node_path_length表示目录节点路径区域的字节长度，并且目录节点路径以字节为单位(directory_node_path_byte)被写入至由对应于这个字节计数的多个循环构成的一系列区域。num_of_files表示包含在目录中的文件的数量。然后，设置对应于通过num_of_files表示的数量的多个文件节点循环。node_tag和文件名被存储在每个文件节点循环中作为有关包含在目录中的每个文件数据的信息。这个循环中的node_tag是文件的节点标签并且表示用于识别文件的标签。file_name_byte表示文件名区域的字节长度，并且文件名以字节为单位(file_name_length)被写入在由对应于这个字节数的多个循环构成的一系列区域中。在此，目录节点路线以用于访问相应目录的基础目录路径的相对url格式表示。此外，通过连续地连接基础目录路径、目录路径和文件名可以获得用于访问相应文件的完整的url。例如，当基础目录路径(url)是“http://www.xbc.com”，目录节点路径(url)是“programa”，并且文件名是“index.html”时，通过连接从数据目录管理表格提取的这些字符串可以获得完整的url“http://www.xbc.com/programa/index.html”。图26示出了经由数据传输消息传输的数据资产管理表格(damt)的句法实例2600。数据资产管理表格是用于管理资产单元中的数据广播应用的表格并且描述资产中的mpu的配置和每个mpu的版本信息。table_id(表格识别)是表示各种类型的信令信息中的数据资产管理表格的8位固定值。version(版本)是表示这个数据资产管理表格的版本的8位整数参数。例如，当仅更新构成数据资产管理表格的参数的一部分时，版本增加+1。长度是16位参数，表示以字节为单位数据资产管理表格的大小，紧接着这个字段计算该大小。number_of_data_components是表示包含在封装中的数据分量的数量(即，数据广播应用的资产的数量)的8位参数。例如，包括节目相关的数据广播应用和节目非相关的数据广播应用的两种类型的数据分量可经由一个封装(广播节目)传输。设置对应于通过number_of_data_components表示的数量是多个随后数据分量(即，资产)，并且存储每个数据分量的信息。数据分量的属性信息和有关包含在数据分量中的mpu的信息被写入每个数据分量循环中。数据分量的属性信息包括transaction_id(交易识别信息)、component_tag和download_id(下载识别信息)。transaction_id是具有数据分量的版本功能的标识符。component_tag是用于识别数据分量的流的标签。component_tag具有与在mp表格中设置为资产描述符的mh流识别描述符中的component_tag相同的值。download_id用作用于唯一识别数据内容的标签。根据需要，下载识别信息被写入至传输应用(非定时媒体)的mmtp数据包的扩展报头(参见图7)。num_of_mpus表示包含在数据分量中的mpu的数量。此外，每个mpu的属性信息被存储在对应于通过num_of_mpus表示的数量的多个mpu循环中。mpu_sequence_number是分配至mpu的mpu序列号。num_of_items表示包含在mpu中的项目的数量(换言之，经由mpu传输的文件数据的条数)。此外，有关每个项目的信息被存储在对应于通过num_of_items表示的数量的多个项目循环中。项目的属性信息和有关项目的信息被存储在一个项目循环中。item_id、node_tag、item_size、item_version和item_checksum被存储为项目的属性信息。item_id是用于唯一识别用于文件传输的项目的32位值。node_tag是对应于项目的节点标签并且是用于识别项目的16位值。通过使用16位node_tag而不是32位item_id作为信令信息，可以减少识别数据传输消息上的项目所必需的位大小。item_size表示以字节为单位项目的大小。item_version表示项目的版本并且无论何时更新项目的内容该版本都增加+1。item_checksum表示项目的校验和。应注意，因为如果校验和针对所有文件设置校验和，则校验和的信息量太大，所以设置1位check_sum_flag，并且当“1”被设置为标记时，提供32位item_check_sum。checksum_flag是表示是否描述校验和的标记，并且当这个标记是“1”时描述item_checksum。item_info_length表示随后的项目信息区域的字节长度，并且有关项目的信息以字节单位(item_info_byte)被写入至由对应于这个字节计数的多个循环构成的一系列区域。此外，有关每个mpu的信息被存储在mpu循环中。具体地，mpu_info_length表示随后的mpu信息区域的字节长度，并且有关mpu的信息以字节单位(item_info_byte)被写入至由对应于这个字节计数的多个循环构成的一系列区域。descriptor_loop_length表示描述符的总字节长度。描述符在由对应于通过descriptor_loop_length表示的数量的多个循环构成的一系列区域中存储有关描述符的信息。待存储的描述符被分开限定。图27示出了经由数据传输消息传输的数据内容管理表格(dcct)的句法实例2700。数据内容管理表格是用于管理在各个提示单元(presentationunit：pu)中的数据广播应用的表格。这个表格描述数据广播的提示单元(pu)中的数据广播应用的文件的配置信息。table_id(表格标识符)是表示各种类型的信令信息中的数据内容管理表格的8位固定值。version(版本)是表示数据内容管理表格的版本的8位整数参数。例如，当仅更新构成表格的参数的一部分时，版本增加+1。长度是16位参数，表示以字节为单位数据内容管理表格的大小，紧接着这个字段计算该大小。number_of_contents是表示经由封装(广播节目)传输的数据内容的数量的8位参数。设置对应于通过number_of_contents表示的数量的多个随后数据内容循环，并且存储各数据内容的信息。在一个数据内容循环中，有关content_id、content_version、content_size和包括在数据内容中的数据广播提示单元(pu)的信息作为有关数据内容的信息被写入。content_id(内容识别信息)是用于唯一识别数据内容的标签。content_version是写入数据内容的版本号的区域。content_size是写入数据内容的大小的区域。pu_info_flag表示数据内容管理表格是否是有关pu的信息。此外，当pu_info_flag＝1时，包含在数据内容中的pu的数量被写入至number_of_pus，并且随后，设置对应于通过number_of_pus表示的数量的多个pu循环。在一个pu循环中，写入pu的识别信息pu_tag，作为写入pu的大小的区域的pu_size，以及表示形成pu的文件或者目录的节点指示的数量的number_of_member_nodes。此外，构成pu的文件或者目录的节点标签被写入对应于通过number_of_member_nodes表示的数量的多个节点循环中。此外，有关pu的信息被写入至一个pu循环。具体地，pu_info_length表示pu信息的字节的数量，并且有关pu的信息以字节单位(pu_info_byte)被写入至由对应于字节计数的多个循环构成的一系列区域。另一方面，当pu_info_flag＝0时(即，当数据内容管理表格不是有关pu的信息时)，写入有关构成数据内容的文件或者目录的信息。具体地，写入表示构成数据内容的文件或者目录的节点指示的数量的number_of_nodes。此外，构成数据内容的文件或者目录的节点标签被写入对应于通过number_of_nodes表示的数量的多个节点循环中。图28示出了用于获取相同ip数据流中多路复用的数据广播应用的项目的机制。根据诸如html5的应用描述为构成数据广播应用的文件指定路径名。使用目录节点名和文件名的组合描述本文中提到的路径名。此外，节点标签被限定为结合目录节点和文件的描述符并且用作链接信令表格的信息。接收器通过参考经由m2节消息传输的mh-ait中的应用信息循环可以检测待激活的应用(例如，通过应用控制码指定的自动启动的应用)。此外，接收器可以从设置在mh-ait中的传输协议描述符(随后将描述的)获取数据广播应用的位置信息(即，路径名)。如通过参考标号2801表示的，从数据传输消息中的数据目录管理表格可以获得具有指定路径名的文件的节点标签。随后，如通过参考标号2802表示的，可以获得分量标签、下载识别信息、mpu序列号、以及资产的项目识别信息，经由此具有在数据目录管理表格中获得的节点标签的项目被从相同数据传输消息中的数据资产管理表格传输。此外，如通过参考标号2803表示的，当从mp表格获取具有在数据资产管理表格中获得的分量标签的资产的位置信息时，如通过参考标号2804表示的，可以指定经由此相应文件被实际传输的数据资产。此外，可以使用从数据资产管理表格获得的下载识别信息以及项目经由此被传输的mmtp数据包的报头区域中描述的下载识别信息从指定的数据资产唯一地识别对应于轮播的文件的重新传输的单元。如通过参考标号2805表示的，可以指定具有从重复传输的项目中的数据资产管理表格获得的mpu序列号和项目识别信息的项目作为期望文件。节点标签是数据传输消息中唯一的，mpu序列号是资产(ip数据流)中唯一的，并且项目识别信息是服务供应商中唯一的。图29示出了根据mmt方案传输的数据广播应用(内容)的传输的机制、内容的目录结构和应用的提示。图29的(a)示出了内容的目录结构。内容content1、content2……等中的每一个均包括应用(app)和材料的文件数据。应用和材料中的每一个的实体是文件数据。每条文件数据均使用是数据资产上的数据的组成元件的项目传输，并且各个项目可以通过项目识别信息(item_id)识别。如图29的(c)所示，每个文件作为相应的数据资产上的项目被传输。应用包括内容的执行期间(应用的提示期间)涉及的一个或多个html文档。此外，材料是从html文档涉及的单一媒体(图像、文本等)。一个html文档以及从其中涉及的材料形成数据广播应用的提示单元pu。在图29的(a)中示出的实例中，一个或多个html格式的应用(诸如，a11.html、a12.html和a13.html)被包含在content1的目录下的子目录“app”中。在这些应用中，a11.html是在内容的执行期间直接涉及的资源。此外，从文档a11.html和a12.html涉及的单一媒体b11.jpg、b12.jpg和b13.jpg包含在content1的目录下的子目录“材料”中。图29的(b)示出了在内容的执行期间(在应用的提示期间)的应用之间的参考关系。在示出的实例中，由参考标号2901表示的提示单元pu包括在内容执行期间直接参考的应用a11以及通过应用参考的材料b11和b02，并且分配p1作为pu_tag。此外，由参考标号2902表示的提示单元pu包括通过应用参考的应用a12和材料b12、b02和b13，并且分配p2作为pu_tag。此外，由参考标号2903表示的提示单元pu包括通过应用参考的应用a01和材料b03、b01和b04，并且分配p3作为pu_tag。此外，多个html文档可具有链接参考关系(如众所周知的)。在图29的(b)中示出的实例中，应用a11.html是在内容执行期间直接参考的html文档并且描述首先显示的显示屏幕。相比之下，包括在作为content1的相同目录中的应用a12.html以及包括在超出content1的目录普通中的应用a01.html是执行a11.html的html文档并且描述了从呈现屏幕转换的显示屏幕并且与a11.html具有链接参考关系。如上所述，应用a11.html、a12.html和a01.html分别形成提示单元pu2901、2902和2903。此外，具有链接关系的提示单元2901、2902和2903形成更高的链接组2910。此外，称为数据内容的更大组在具有相同内容识别信息(content_id)的提示单元的范围内形成。数据内容通常对应于一个广播节目的整个链接应用数据。在图29的(b)中示出的实例中，包括在目录content1和普通中的应用和材料的文件构成分配有内容识别信息c1的数据内容2920。通过从数据内容管理表格在对应于内容识别信息的数据内容循环中搜索pu循环，可以共同指定包含在数据内容中的所有提示单元pu。图29的(c)示意性地示出了根据mmt方案传输数据广播应用的状态。在mmt传输方案中，包括在封装中的每个分量被作为一个资产处理，并且资产识别信息(asset_id)被分配至每个资产。在示出的实例中，a1和a2作为资产识别信息被分配至各个资产。此外，作为内容的组成元素的每个文件数据对应于数据资产上的作为资产的组成元素的项目。即，各条诸如html文档和材料(图像、文本等)的文件数据基本使用一个项目传输，并且项目识别信息(item_id)被分配至每个项目。在示出的实例中，i11、i12、i13和i14作为项目识别信息被分配至用于传输各条包含在目录content1中的文件数据的各个项目。包括在相同分量中的项目共享相同的资产识别信息并且在相同的数据资产上传输。在示出的实例中，具有i11、i12、i13和i14的项目识别信息的各个项目共享相同的资产识别信息a1并且作为相同的数据资产被传输。第一实施方式在第一实施方式中，作为数据广播应用的传输单元的mpu被定位在数据广播应用的提示单元pu中，从而高效地操作广播服务。图30示出了根据mmt方案发送的数据广播应用(内容)的传输与应用提示单元之间的对应关系(当mpu被定位在pu中时)。图30的(a)示出了在内容执行期间(在应用的提示期间)应用之间的参考关系。在示出的实例中，由参考标号3001表示的提示单元pu包括在内容执行期间直接参考的应用a11以及通过应用参考的材料b11和b02，并且分配p1作为pu_tag。此外，由参考标号3002表示的提示单元pu包括从应用a11参考的应用a12以及从应用a12参考的材料b12、b02和b13，并且分配p2作为pu_tag。此外，由参考标号3003表示的提示单元pu包括从应用a11参考的应用a01以及通过应用a01参考的材料b03、b01和b04，并且分配p3作为pu_tag。此外，由参考标号3004表示的提示单元pu包括从应用a01参考的应用a02以及通过应用a02参考的材料b05和b06。此外，从应用a02参考的应用a03参考材料b08。此外，具有链接关系的提示单元3001、3002和3003构成更高的链接组3010。此外，在具有相同内容识别信息(content_id)的提示单元的范围内形成称为数据内容的更大组。在图30的(a)中示出的实例中，包含在目录content1和公共中的应用构成分配了内容识别信息c1的数据内容3020。此外，图30的(b)示意性地示出了根据mmt方案发送具有如图30的(a)所示的这种链接关系的数据广播应用的状态。作为内容的组成元素的每个文件数据经由作为在mmt中构成编码信号的元素的mfu发送。此外，每个mfu对应于作为资产的组成元素的项目，并且项目识别信息被分配给每个项目。此外，在mmt传输方案中，包含在封装中的每个分量被作为一个资产处理，并且资产识别信息(asset_id)被分配至每个资产。此外，用于唯一地识别分量中(相同数据资产上)的mpu的mpu序列号被分配至每个mpu。在附加至构成mpu的每个mfu的mmtp有效载荷报头中描述相同的mpu序列号。在本实施方式中，mpu作为数据广播应用的传输单元被配置用于对应于构成数据广播应用的提示单元pu的文件数据的每组mfu。在图30的(a)中示出的实例中，对应于构成pu_tag为p1的提示单元3001的文件a11、b11和b02的一组mfu构成一个mpu。然后，如图30的(b)所示，定位在pu_tag为p1的提示单元3001中的mpu经由通过资产识别信息a1识别的数据资产发送。类似地，在图30的(a)中示出的实例中，对应于构成pu_tag为p3的提示单元3003的文件a01、b01、b03和b04的一组mfu构成另一mpu。此外，如图30的(b)所示，定位在pu_tag为p3的提示单元3001中的mpu经由通过资产识别信息a2识别的数据资产发送。在第一实施方式中，例如，对应于数据广播应用的提示单元pu的数据广播应用的传输单元mpu可以使用数据内容管理表格指定。已经参考图27描述了数据内容管理表格本身的配置。在数据内容管理表格中，可以为构成数据内容的每个提示单元pu存储有关pu的信息。具体地，pu_info_length表示随后的mpu信息区域的字节长度，并且有关mpu的信息以字节为单位(pu_info_byte)被写入至由对应于这个字节数的多个循环构成的一系列区域。在本实施方式中，从pu至mpu的映射描述符(pu_mpu_mapping_descriptor)使用pu_info_byte进行设置。图31示出了从提示单元pu至作为传输单元的mpu的映射描述符(pu_mpu_mapping_descriptor)的句法实例3100。descriptor_tag是用于识别描述符3100的8位整数值。descriptor_length是写入了在这个字段之后的描述符3100的数据的字节长度的区域。此外，在mpu_sequence_number中描述分配至对应于pu的mpu的mpu序列号。在这种情况下，通过设置number_of_member_nodes＝0而不是设置描述符，可以省略对应于通过紧邻pu_info_length之前设置的number_of_member_nodes表示的数量的多个node_tag的描述。这是因为类似信息经由数据资产管理表格的mpu循环发送。以此方式，可以减少数据内容管理表格的描述符。图32示出了当从数据资产获取数据广播应用时(当mpu定位在pu中时)作为信令信息传输的信令表格的参考关系。然而，假设数据内容管理表格遵循图31中示出的句法实例。一旦经由m2节消息获取mh-ai表格(mhait)3201，接收器12就通过参考application_control_code检查应用状态。此外，当指出执行“自动启动(autostart)”(应用的激活)并且确认通过参考表格3201中的transport_protocol_label指定mmt传输时，从传输协议描述符提取在应用的提示期间直接参考的项目(文件数据)的url信息。此外，接收器12通过参考经由数据传输消息传输的数据目录管理表格(ddmt)3202获取其中base_url、directory_url和item_url的所有字符串都相同的项目的node_tag。随后，接收器12通过参考经由数据传输消息传输的数据资产管理表格(damt)3203从包括在数据分量循环中的mpu循环中的项目循环找到具有从数据目录管理表格3202获取的node_tag的项目，并且获取用于唯一地识别传输项目和资产属性信息(诸如，该项目所属的资产(分量)的分量标签(component_tag)和下载识别信息(download_id))的mpu的mpu序列号。此外，接收器12通过参考经由pa消息传输的mp表格(mpt)3204找到与从数据资产管理表格3203获取的分量标签具有相同值的mh流识别描述符，并且从描述符获取对应于资产(分量)的数据包识别信息(packet_id)。此外，接收器12可以在数据资产(ip数据流)上过滤其中经由mp表格3204获取的数据包识别信息被包括在mmtp报头中并且从数据资产管理表格3203获取的下载识别信息、mpu序列号和项目识别信息被分别包括在扩展报头、mmtp有效载荷报头和mmtp报头的du报头中的数据包，并且提取传输指示执行“自动启动(autostart)”(应用的激活)的应用的文件数据的mfu。此外，接收器12通过参考经由数据传输消息传输的数据内容管理表格(dcct)3205检查具有从其中描述从数据资产管理表格3203获取的mpu序列号的pu至mpu的映射描述符的提示单元pu是否存在。当描述符被发现时，已知mpu与提示单元pu相对应。因此，当显示提示单元的屏幕时，可获取具有相同mpu序列号的所有mfu(项目)。此外，作为第一实施方式的变形例，例如，可使用数据资产管理表格指定对应于数据广播应用的各传输单元mpu的数据广播应用的提示单元pu。已经参考图28描述了数据资产管理表格本身的配置。在数据资产管理表格中，可以为构成数据分量的每个mpu存储mpu的信息。具体地，mpu_info_length表示随后的mpu信息区域的字节长度，并且有关mpu的信息以字节为单位(item_info_byte)被写入至由对应于这个字节计数的多个循环构成的一系列区域。在本实施方式中，使用mpu_info_byte设置包括对应于mpu的pu的pu信息描述符(pu_info_descriptor)和从pu参考的pu的链接pu信息描述符(linked_pu_descriptor)的两个描述符。图33示出了pu信息描述符(pu_info_descriptor)和链接pu信息描述符(linked_pu_descriptor)的句法实例3301和3302。pu信息描述符3301的descriptor_tag是用于识别pu信息描述符3301的8位整数值。descriptor_length是写入在这个字段之后的描述符3301的数据的字节长度的区域。此外，用于识别对应于mpu的提示单元pu的pu_tag呈现在pu_tag中。此外，链接pu信息描述符3302的descriptor_tag是用于识别链接pu信息描述符3302的8位整数值。descriptor_length是写入在这个字段之后的描述符3302的数据的字节长度的区域。num_of_linked_pu表示与对应于mpu的提示单元pu处于参考关系的提示单元(linked_pu)的数量。此外，用于识别处于与pu的参考关系中的提示单元pu的标签(linked_pu_tag)出现在对应于通过num_of_linked_pu表示的数量的多个循环中。可以运行其中只有一些mpu而不是所有mpu与数据广播应用的提示单元pu相对应的广播服务。然而，如果假设所有mpu定位在提示单元pu中，则数据资产管理表格也可以用作数据内容管理表格，并且可以完全省略数据内容管理表格经由数据传输消息的传输。图34示出了当从数据资产获取数据广播应用时(当mpu被定位在pu中时)作为信令信息传输的信令表格的参考关系。然而，假设数据资产管理表格遵循图33中示出的句法实例。一旦经由m2节消息获取mh-ai表格(mhait)3401，接收器12就通过参考application_control_code检查应用状态。此外，当指出执行“自动启动(autostart)”(应用的激活)并且确认通过参考表格3401中的transport_protocol_label指定mmt传输时，从传输协议描述符提取在应用的提示期间直接参考的项目(文件数据)的url信息。此外，接收器12通过参考经由数据传输消息传输的数据目录管理表格(ddmt)3402获取其中base_url、directory_url和item_url的所有字符串都相同的项目的node_tag。随后，接收器12通过参考经由数据传输消息传输的数据资产管理表格(damt)3403从包括在数据分量循环中的mpu循环中的项目循环找到具有从数据目录管理表格3402获取的node_tag的项目，并且获取用于唯一地识别传输项目和资产属性信息(诸如，该项目所述的资产(分量)的分量标签(component_tag)和下载识别信息(download_id))的mpu的mpu序列号。此外，接收器12通过参考经由pa消息传输的mp表格(mpt)3204找到与从数据资产管理表格3403获取的分量标签具有相同值的mh流识别描述符，并且从描述符获取对应于资产(分量)的数据包识别信息(packet_id)。此外，接收器12可以在数据资产(ip数据流)上过滤其中经由mp表格3404获取的数据包识别信息被包括在mmtp报头中并且从数据资产管理表格3403获取的下载识别信息、mpu序列号和项目识别信息被分别包括在扩展报头、mmtp有效载荷报头和mmtp报头的du报头中的数据包，并且提取传输指示执行“自动启动(autostart)”(应用的激活)的应用的文件数据的mfu。此外，接收器12通过参考数据资产管理表格3403中的相应mpu循环中的linked_pu信息描述符指定与对应于mpu的提示单元pu处于链接参考关系的提示单元pu。以此方式，接收器12可以获取与链接目的地提示单元pu相对应的mpu序列号并且根据类似程序(在这种情况下，假设所有mpu被放置在提示单元pu中)预测链接目的地提示单元的项目。第二实施方式在第二实施方式中，作为数据广播应用的传输单元的mpu被定位在数据广播应用的产生单元(称为目录)中，从而有效地操作广播服务。图35示出了根据mmt方案发送的数据广播应用(内容)的传输与内容目录结构(当mpu被定位在目录结构中时)之间的对应关系。图35的(a)示出了内容的目录结构。内容content1、content2……等中的每一个包括应用(app)和材料的文件数据。各应用和材料的实体是文件数据。每条文件数据均使用数据资产上的作为资产的组成元素的项目传输，并且各个项目可以通过项目识别信息(item_id)识别。此外，图35的(b)示意性地示出了其中根据mmt方案传输数据广播应用的状态。作为目录结构的最小单元的各文件数据使用是在mmt中构成编码信号的元素的mfu进行传输。此外，每个mfu对应于是资产的组成元素的项目，并且项目识别信息被分配至每个项目。此外，在mmt传输方案中，包含在封装中的每个分量都作为一个资产被处理，并且资产识别信息(asset_id)被分配至每个资产。此外，用于唯一地识别分量中(相同数据资产上)的mpu的mpu序列号被分配至每个mpu。在附加至构成mpu的每个mfu的mmtp有效载荷报头中描述相同的mpu序列号。在示出的实例中，a1和a2作为资产识别信息被分配至各个资产。此外，作为内容的组成元素的每个文件数据使用mfu进行传输，mfu是数据资产上的作为资产的组成元素的项目的mmt中的编码信号的组成元素。在本实施方式中，作为数据广播应用的传输单元的mpu被配置用于对应于构成称为包含在每个数据内容中的应用和材料的目录的文件数据的每组mfu。在图35的(a)中示出的实例中，对应于构成数据内容content1的应用目录的文件a11、a12和a13的一组mfu形成在mpu上。此外，如图35的(b)所示，由对应于文件a11、a12和a13的mfu组构成的mpu经由通过资产识别信息a1识别的数据资产传输。类似地，在图35的(a)中示出的实例中，对应于构成数据内容content2的应用目录的文件a21和a22的一组mfu构成一个mpu，并且对应于构成材料目录的文件b21、b22和b23的一组mfu构成一个mpu。此外，如图35的(b)所示，对应于包含在数据内容content2中的目录的mpu经由通过资产识别信息a2识别的数据资产传输。在第二实施方式中，例如，对应于数据广播应用的传输单元mpu的一组(目录)文件可以使用数据资产管理表格进行指定。参考图28已经描述了数据资产管理表格本身的配置。在数据资产管理表格中，可以为构成数据分量的每个mpu存储mpu的信息。具体地，mpu_info_length表示随后的mpu信息区域的字节长度，并且有关mpu的信息以字节单位(item_info_byte)被写入至由对应于这个字节计数的多个循环构成的一系列区域。在本实施方式中，使用mpu_info_byte设置表示对应于mpu的节点(该节点对应于文件或者是一组文件的目录)的mpu节点描述符(mpu_node_descriptor)。图36示出了mpu节点描述符(mpu_node_descriptor)的句法实例3600。descriptor_tag是用于识别描述符3600的8位整数值。descriptor_length是写入在这个字段之后的描述符3600的数据的字节长度的区域。此外，用于识别对应于mpu的节点(目录)的节点标签出现在node_tag中。图37示出了当从数据资产获取数据广播应用时(当mpu被定位在数据结构中时)作为信令信息传输的信令表格的参照关系。然而，假设数据资产管理表格遵循图36中示出的句法实例。一旦经由m2节消息获取mh-ai表格(mhait)3701，接收器12就通过参考application_control_code检查应用状态。此外，当指出执行“自动启动(autostart)”(应用的激活)并且确认通过参考表格3701中的transport_protocol_label指定mmt传输时，从传输协议描述符提取在应用的提示期间直接参考的项目(文件数据)的url信息。此外，接收器12通过参考经由数据传输消息传输的数据目录管理表格(ddmt)3702获取其中base_url、directory_url和item_url的所有字符串都相同的项目的node_tag。随后，接收器12通过参考经由数据传输消息传输的数据资产管理表格(damt)3703从包括在数据分量循环中的mpu循环中的项目循环找到具有从数据目录管理表格3702获取的node_tag的项目，并且获取用于唯一地识别传输项目和资产属性信息(诸如，该项目所属的资产(分量)的分量标签(component_tag)和下载识别信息(download_id))的mpu的mpu序列号。此外，接收器12可以从数据资产管理表格3703的mpu循环搜索与通过数据目录管理表格3702的目录节点循环表示的目录的节点标签相同的值，以获取对应于目录的mpu的mpu序列号。此外，接收器12通过参考经由pa消息传输的mp表格(mpt)3704找到与从数据资产管理表格3703获取的分量标签具有相同值的mh流识别描述符，并且从描述符获取对应于资产(分量)的数据包识别信息(packet_id)。此外，接收器12可以在数据资产(ip数据流)上过滤其中经由mp表格3704获取的数据包识别信息被包括在mmtp报头中并且从数据资产管理表格3703获取的下载识别信息、mpu序列号和项目识别信息被分别包括在扩展报头、mmtp有效载荷报头和mmtp报头的du报头中的数据包，并且提取传输指示执行“自动启动(autostart)”(应用的激活)的应用的文件数据的mfu。此外，接收器12从数据资产管理表格3703的mpu循环搜索与通过数据目录管理表格3702的目录节点循环表示的目录的节点标签具有相同值的mpu节点描述符(mpu_node_descriptor)。以此方式，接收器12可以指定与目录相对应的mpu。此外，一旦从数据目录管理表格3702获取相应项目所述的目录的节点标签，接收器12就可以从数据内容管理表格3705中的pu循环找到对应于节点标签的提示单元pu。如上所述，根据本说明书中公开的技术，可以通过将数据广播应用的传输单元(mpu)定位在数据广播应用的提示单元或者数据广播应用的生产单元中有效地操作广播服务。工业应用在上文中，已经参考具体实施方式详细描述了本说明书中公开的技术。然而，显而易见的是在不偏离本说明书中公开的技术的大意的情况下本领域技术人员可以对实施方式做出修改和替换。本说明书中公开的技术可以应用于采用mmt作为输送方案的各种广播系统。此外，本说明书中公开的技术可以应用于其中在链接至广播节目的数据广播中使用的项目在预定传输单元(mpu)中传输的各种数据广播系统。简而言之，本说明书中公开的技术已经作为示例性实施方式进行了描述，并且本说明书中描述的细节不应被解释为限制性的。为了确定本说明书中公开的技术的大意，应该考虑权利要求的范围。应注意，本说明书中公开的技术可采用如下配置。(1)一种发送装置，包括：发送部，在基于预定输送方案的传输单元中发送构成广播服务的分量；以及信息发送部，发送与分量的传输相关的控制信息，其中发送部通过将文件分组到基于预定输送方案的传输单元中发送构成数据广播应用的文件，并且信息发送部发送包括指示传输单元相对于数据广播应用的定位的表格的控制信息。(2)根据项(1)所述的发送装置，其中预定输送方案是mmt。(3)根据项(1)所述的发送装置，其中发送部使用基于提示单元分组的传输单元发送构成数据广播应用的文件，以及信息发送部发送包括指示传输单元与数据广播应用的提示单元之间的对应关系的表格的控制信息。(4)根据项(3)所述的发送装置，其中信息发送部存储并发送将第一表格中的提示单元与传输单元相对应的描述符，该第一表格指示有关数据广播应用的提示单元的信息。(5)根据项(3)所述的发送装置，其中信息传输单元存储并发送使第二表格中的传输单元与提示单元相对应的描述符，该第二表格指示有关用于传输分量的传输单元的信息。(6)根据项(1)所述的发送装置，其中构成数据广播应用的文件具有目录结构，发送部使用基于目录结构分组的传输单元发送构成数据广播应用的文件，以及信息发送部发送包括指示传输单元与目录结构之间的对应关系的表格的控制信息。(7)根据项(6)所述的发送装置，其中信息发送部存储并发送使第二表格中的传输单元与目录结构相对应的描述符，该第二表格指示有关用于传输分量的传输单元的信息。(8)一种发送方法，包括：在基于预定输送方案的传输单元中发送构成广播服务的分量的发送步骤；以及发送与分量的传输相关的控制信息的信息传输步骤，其中发送步骤包括通过将构成数据广播应用的文件分组到基于预定输送方案的传输单元中发送该文件，并且信息发送步骤包括发送包括指示传输单元相对于数据广播应用的定位的表格的控制信息。(9)一种接收装置，包括：接收部，使用基于预定输送方案的传输单元接收构成广播服务的分量；以及信息接收部，接收与分量的传输相关的控制信息，其中接收部使用基于预定输送方案分组的传输单元接收构成数据广播应用的文件，并且信息接收部接收包括指示传输单元相对于数据广播应用的定位的表格的控制信息。(10)一种接收方法，包括：使用基于预定输送方案的传输单元接收构成广播服务的分量的接收步骤；以及接收与分量的传输相关的控制信息的信息接收步骤，其中接收步骤包括使用基于预定输送方案分组的传输单元接收构成数据广播应用的文件，并且信息接收步骤包括接收包括指示传输单元相对于数据广播应用的定位的表格的控制信息。符号说明10数字广播系统11广播传输系统12接收器301时钟部302信号发送部303视频编码器304音频编码器305字幕编码器306信令编码器307文件编码器308edps309tlv信令编码器310ip服务多路复用器311tlv多路复用器312调制和传输部401调谐器/解调部402多路分解器402-1tlv过滤器402-2ip过滤器402-3udp过滤器402-4mmt过滤器402-5si过滤器403时钟恢复部404视频解码器405音频解码器406字幕解码器407系统控制部408应用控制部409数据广播应用引擎410ip接口411组合部。当前第1页12当前第1页12