本技术涉及发送装置、发送方法、媒体处理装置、媒体处理方法和接收装置，并且具体地，涉及例如将媒体访问信息和媒体流(例如，视频或音频)一起发送的发送装置。
背景技术：
：：例如，专利文献1提出了：例如，来自广播站或分配服务器的预定信息被插入到音频压缩数据流中，以被发送，并且接收侧的机顶盒通过hdmi数字接口向电视接收器完整地发送音频压缩数据流，然后，电视接收器使用预定信息执行信息处理。引用列表专利文献专利文献1：日本专利申请公开号2002-010311技术实现要素：本发明要解决的问题本技术的目的是使得能够在接收侧有利地执行一组媒体访问控制。解决问题的方法根据本技术的概念，一种发送装置包括：流发送单元，被配置为发送具有预定格式的容器，该容器包括媒体流；以及信息插入单元，被配置为将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入媒体流的层或容器的层中。根据本技术，发送单元发送具有预定格式的容器，该容器包括媒体流。信息插入单元将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入媒体流的层或容器的层中。例如，媒体访问信息可以包括用于区分不同媒体访问信息的标识信息。利用该标识信息，在接收侧容易地区分每条媒体访问信息。此外，例如，媒体访问信息可以包括用于与不同媒体访问信息相关联的标识信息。利用该标识信息，在接收侧容易确认已经关联的媒体访问信息。此外，例如，媒体访问信息可以包括表示媒体流中的对应场景的周期信息。利用该周期信息，在接收侧容易地获取与媒体流中的对应场景相关联的媒体数据。此外，例如，可以包括用于用户选择再现媒体的用户界面信息。利用该用户界面信息，用户可以在接收侧选择期望的再现媒体。此外，例如，媒体访问信息可以包括用于管理动作命令的启动的时间信息。通过该时间信息，可以灵活地管理动作命令的启动定时。此外，例如，媒体访问信息可以包括表示媒体再现的最后期限的绝对时间信息。利用该绝对时间信息，可以提供接收侧上媒体再现的最后期限。此外，例如，媒体访问信息可以包括用于通知用户状态的通知信息。利用该通知信息，可以适当地通知用户接收侧的状态。此外，例如，信息插入单元可以允许将通过分割媒体访问部分所获取的每条分割信息分别插入到媒体流中的预定数量的单元部分中。在这种情况下，例如，媒体流可以包括音频压缩数据流，并且信息插入单元可以将分割信息插入到作为每个单元部分的音频帧的用户数据区域中。即使媒体访问信息的整个尺寸较大，允许以这种方式的分割插入也可以将信息尺寸限制为插入到单个媒体帧中，从而不影响媒体数据的发送，并且可以有利地发送媒体访问信息。根据本技术，如上所述，将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入到媒体流层或容器层中，以便发送。因此，可以在接收侧有利地进行这组媒体访问控制。此外，根据本技术的不同概念，一种媒体处理装置包括：第一获取单元，被配置为获取第一媒体数据，并且被配置为顺序获取用于一组媒体访问控制的预定数量条的媒体访问信息；第二获取单元，被配置为基于媒体访问信息获取与第一媒体数据相关联的第二媒体数据；以及呈现处理单元，被配置为基于第一媒体数据和第二媒体数据执行媒体呈现处理。根据本技术，第一获取单元获取第一媒体数据，并且另外顺序获取用于这组媒体访问控制的预定数量条的媒体访问信息。例如，第一获取单元可以包括：接收单元，被配置为接收具有预定格式的容器，该容器包括媒体流，媒体访问信息插入媒体流的层或容器的层；解码处理单元，被配置为对媒体流执行解码处理，以获取第一媒体数据；以及信息提取单元，被配置为从媒体流的层或容器的层提取媒体访问信息。此外，例如，第一获取单元可以包括：接收单元，被配置为通过数字接口从外部装置接收作为第一媒体数据的视频数据和插入了媒体访问信息的音频压缩数据流；解码处理单元，被配置为对音频压缩数据流执行解码处理，以获取作为第一媒体数据的音频数据；以及信息提取单元，被配置为从音频压缩数据流中提取媒体访问信息。第二获取单元基于媒体访问信息获取与第一媒体数据相关联的第二媒体数据。然后，呈现处理单元基于第一媒体数据和第二媒体数据执行媒体呈现处理。根据本技术，如上所述，与第一媒体数据一起顺序获取用于这组媒体访问控制的预定数量条的媒体访问信息，并且基于媒体访问信息获取第二媒体数据。因此，可以响应于基于第一媒体数据的媒体呈现来执行基于第二媒体数据的呈现。此外，根据本技术的不同概念，一种接收装置，包括：接收单元，被配置为接收具有预定格式的容器，该容器包括媒体流，与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入媒体流的层或容器的层中；以及控制单元，被配置为控制：解码媒体流以获取第一媒体数据的解码处理；基于媒体访问信息获取第二媒体数据的媒体数据获取处理；以及基于第一媒体数据和第二媒体数据执行媒体呈现的媒体呈现处理。根据本技术，接收单元接收具有预定格式的容器，容器包括媒体流。媒体流的层或容器的层包括顺序插入的与这组媒体访问控制相关联的预定数量条的媒体访问信息。控制单元控制解码处理、媒体数据获取处理和媒体呈现处理。在解码处理中，解码媒体流，以获得第一媒体数据。在媒体数据获取处理中，基于媒体访问信息获取第二媒体数据。然后，在媒体呈现处理中，执行基于第一媒体数据和第二媒体数据的媒体呈现。根据本技术，如上所述，与第一媒体数据一起顺序获取用于这组媒体访问控制的预定数量条的媒体访问信息，并且基于媒体访问信息获取第二媒体数据。因此，可以响应于基于第一媒体数据的媒体呈现来执行基于第二媒体数据的呈现。此外，根据本技术的不同概念，一种接收装置包括：接收单元，被配置为通过数字接口从外部装置接收作为第一媒体数据的视频数据和顺序插入了用于一组媒体访问控制的预定数量条的媒体访问信息的音频压缩数据流；以及控制单元，被配置为控制：解码音频压缩数据流以获取作为第一媒体数据的音频数据的解码处理；基于媒体访问信息获取第二媒体数据的媒体数据获取处理；以及基于第一媒体数据和第二媒体数据执行媒体呈现的媒体呈现处理。根据本技术，接收单元通过数字接口从外部装置接收作为第一媒体数据的视频数据和顺序插入了用于一组媒体访问控制的预定数量条的媒体访问信息的音频压缩数据流。控制单元控制解码处理、媒体数据获取处理和媒体呈现处理。在解码处理中，解码音频压缩数据流，以获取作为第一媒体数据的音频数据。在媒体数据获取处理中，基于媒体访问信息获取第二媒体数据。然后，在媒体呈现处理中，执行基于第一媒体数据和第二媒体数据的媒体呈现。根据本技术，如上所述，与第一媒体数据一起顺序获取用于这组媒体访问控制的预定数量条的媒体访问信息，并且基于媒体访问信息获取第二媒体数据。因此，可以响应于基于第一媒体数据的媒体呈现来执行基于第二媒体数据的呈现。此外，根据本技术的不同概念，一种发送装置包括：发送单元，被配置为发送具有预定格式的容器，该容器包括已经插入了预定信息的音频编码流；以及信息插入单元，被配置为将表示编码流的格式被优先化为音频数据的发送格式的信息插入到容器的层中。根据本技术，发送单元发送具有预定格式的容器，该容器包括已经插入了预定信息的音频编码流。例如，预定信息可以包括与一组媒体访问控制相关联的预定数量条的媒体访问信息。信息插入单元将表示编码流的格式被优先化为音频数据的发送格式的信息插入到容器的层中。根据本技术，如上所述，表示编码流的格式被优先化为音频数据的发送格式的信息被插入到容器的层中。因此，编码流的格式可以在接收侧被优先化为音频数据的发送格式，使得插入到编码流中的预定信息可以从接收装置可靠地提供给外部装置(目的地装置)。此外，根据本技术的不同概念，一种发送装置包括：发送单元，被配置为发送具有预定格式的容器，该容器包括媒体流；以及信息插入单元，被配置为向媒体访问信息添加用于检查用媒体访问信息获取的媒体数据的提供商的检查信息，以将媒体访问信息插入媒体流的层或容器的层中。根据本技术，发送单元发送具有预定格式的容器，该容器包括媒体流。信息插入单元将媒体访问信息插入媒体流的层或容器的层中。媒体访问信息已经添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息。例如，检查信息可以包括唯一地分配给基于所述媒体访问信息的各个服务或所述服务的提供商或标准组织的标识值。根据本技术，如上所述，要插入到媒体流的层或容器的层中的媒体访问信息添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息。因此，可以容易地在接收侧检查用媒体访问信息获取的媒体数据的提供商。此外，根据本技术的不同概念，一种媒体处理装置包括：媒体访问信息获取单元，被配置为获取媒体访问信息，该媒体访问信息添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息；媒体数据获取单元，被配置为基于媒体访问信息获取媒体数据；以及提供商检查单元，被配置为基于检查信息来检查已经获取的媒体数据的提供商。根据本技术，媒体访问信息获取单元获取媒体访问信息。媒体访问信息添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息。媒体数据获取单元基于媒体访问信息获取媒体数据。然后，提供商检查单元基于检查信息来检查已经获取的媒体数据的提供商。根据本技术，如上所述，基于添加到媒体访问信息的检查信息，来检查用媒体访问信息获取的媒体数据的提供商。因此，可以简单并且容易地检查用媒体访问信息获取的媒体数据的提供商。本发明的效果根据本技术，可以在接收侧有利地进行一组媒体访问控制。注意，本说明书中描述的效果仅仅是例证但不限于例证，因此可以提供额外的效果。附图说明图1是根据实施例的发送和接收系统的示例性配置的框图；图2是用于描述分割和发送媒体访问信息的效果的曲线表示；图3是包括在广播输出装置中的流生成单元的示例性配置的框图；图4是mpeg-h3d音频的传输数据中的音频帧的示例性结构的示图；图5是扩展元件的类型与其值之间的对应关系的表格；图6是包括通用元数据作为扩展元素的通用元数据帧的示例性配置的表格；图7是具有媒体访问信息的访问信息数据的示例性配置的表格(1/3)；图8是具有媒体访问信息的访问信息数据的示例性配置的表格(2/3)；图9是具有媒体访问信息的访问信息数据的示例性配置的表格(3/3)；图10是通用元数据帧和访问信息数据中的主要信息的内容的表格(1/2)；图11是通用元数据帧和访问信息数据中的主要信息的内容的表格(2/2)；图12是音频流描述符的示例性结构和该示例性结构中的主要信息的内容的表格；图13是在多个通用元数据帧中发送容器当前数据的示例性情况的示图；图14是在一个通用元数据帧中发送容器当前数据的示例性情况的示图；图15是在多个通用元数据帧中发送多条容器当前数据的示例性情况的示图；图16是在将媒体访问信息(容器当前数据)插入到音频流中以便发送的情况下的传输流ts的示例性结构的示图；图17是机顶盒的示例性配置的框图；图18是音频放大器的示例性配置的框图；图19是电视接收器的示例性配置的方框图；图20是hdmi发送单元和hdmi接收单元的示例性配置的框图；图21是在使用tmds信道发送图像数据的情况下的各种类型的传输数据的周期的示图；图22是示例性媒体访问控制的示图；图23是包括在每条媒体访问信息中的示例性信息的表格；图24是包括在每条媒体访问信息中的不同示例性信息的表格；图25是示例性媒体访问控制的示图；图26是包括在每条媒体访问信息中的示例性信息的表格；图27是用于描述用媒体访问信息获取的媒体数据的提供商的示例性检查的示图；图28是包括在广播输出装置中的流生成单元的不同示例性配置的框图；图29是应用描述符的示例性结构的表格；图30是在将媒体访问信息(容器当前数据)插入到容器中以便发送的情况下的传输流ts的示例性结构的示图；图31是机顶盒的不同示例性配置的框图；图32是在将媒体访问信息(容器当前数据)插入到音频流中以便发送的情况下的mmt流的示例性结构的示图；图33是在将媒体访问信息(容器当前数据)插入到容器中以便发送的情况下的mmt流的示例性结构的示图；图34是ac4的简单传输层的结构的示图；图35是toc(ac4_toc())和子流(ac4_substream_data())的示意性配置的示图；图36是通用数据的示例性结构的表格；图37是通用数据的示例性结构中的主要信息的内容的表格；图38是ac4数据容器描述符的示例性结构的表格；图39是ac4数据容器描述符的示例性结构中的主要信息的内容的表格；图40是在音频压缩格式为ac4的情况下的mpeg-2ts的传输流的示例性结构的示图；图41是在音频压缩格式为ac4的情况下的mmt的传输流的示例性结构的示图；图42是在音频压缩格式为ac4的情况下包括音轨的数据的mp4流(文件)的示例性配置的示图；图43是示例性mpd文件描述的表格；图44是示例性mpd文件描述中的主要信息的内容的表格；图45是发送和接收系统的不同示例性配置的框图；图46是发送和接收系统的另一不同示例性配置的框图。具体实施方式下面将描述用于执行本发明的模式(以下称为“实施例”)。注意，将按照以下顺序给出描述。1、实施例2、变形<1、实施例>【发送接收系统的示例性配置】图1示出了根据实施例的发送和接收系统10的示例性配置。发送和接收系统10包括广播输出装置100、机顶盒(stb)200、音频放大器(amp)300和电视接收器(tv)500。多信道扬声器系统400连接到音频放大器300。机顶盒200和音频放大器300通过hdmi电缆610连接。在这种情况下，机顶盒200是源，音频放大器300是目的地。此外，音频放大器300和电视接收器500通过hdmi电缆620连接。在这种情况下，音频放大器300是源，电视接收器500是目的地。注意，“hdmi”是注册商标。广播输出装置100通过广播波发送传输流ts。传输流ts包括视频流和音频流(音频压缩数据流和音频编码流)。广播输出装置100将与一组媒体访问控制相关联的预定数量条的媒体访问信息作为容器当前数据顺序插入到音频流中。每条媒体访问信息包括用于区别不同媒体访问信息的标识信息“data_id”和用于与不同媒体访问信息相关联的标识信息“information_id”。此外，每条媒体访问信息选择性地包括诸如id表格(id_tables)、访问信息(accessinformation)、动作命令(actioncommand)、通知(notification)、周期(period)、参考时间码(参考时间处理)、偏移时间(offset_time)、通用时间码(utc：通用时间码)、ui选择处理(ui选择码)的信息。id表格(id_tables)包括例如应用程序id(applicatio_id)、网络id(network_id)、传输id(transport_id)和服务id(service_id)。应用程序id例如表示混合服务(hybridservice)。网络id是原始网络id。传输id是要关联的对象的传输id。服务id是要关联的服务信息id。id表中的每个id和表示例如atsc或dvb的组织id(organization_id)包括在关于要通过广播波提供的服务的标识信息中。访问信息(accessinformation)表示访问目的地的url。动作命令(actioncommand)是用于启动动作的命令，例如，自动启动(autostart)或手动启动(manual_start)。通知(notification)表示用于通知用户状态的通知信息(消息)。周期(period)是表示音频流中的对应场景的周期信息。参考时间码(referencetimecode)和偏移时间(offset_time)是用于管理动作命令的启动的每个时间信息。utc(通用时间处理)是表示媒体再现的最后期限的绝对时间信息。ui选择处理(ui选择代码)是用户选择再现媒体的用户界面信息。广播输出装置100将预定数量条的媒体访问信息分别分割并插入到音频流中的预定数量的音频帧中。通过以这种方式进行分割，即使媒体访问信息的整体尺寸大，可以抑制插入每个音频帧的信息尺寸，从而不会影响音频压缩数据的发送，并且可以发送预定信息。此时，广播输出装置100将表示预定信息的整体尺寸的信息添加到第一条分割信息，并将表示每条是否是第一条分割信息的信息和表示分割位置的信息添加到每条分割信息。注意，预定数量包括一个。当预定数量为1时，媒体访问信息实际上不被分割，并且整体插入到一个音频帧中。图2中的实线a示意性地示出了在一个音频帧中发送具有整体尺寸大的预定信息的情况下的比特率的变化。在插入了媒体访问信息的音频帧中，变化迅速增加。在这种情况下，例如，当音频压缩数据的比特率为192kbps，并且预定信息为40字节时，比特率增加15kbps，以达到207kbps。在比特速率以这种方式以尖峰形状快速增加的情况下，会影响音频压缩数据的发送。同时，图2的虚线b示意性地表示在具有整体尺寸大的媒体访问信息被分割为多个音频帧以便被发送的情况下的比特率的变化。在这种情况下，比特率没有迅速增加。因此，不会对音频压缩数据的发送产生影响，从而可以有利地发送具有整体尺寸大的媒体访问信息。此外，广播输出装置100将表示编码流的格式被优先化为音频数据的发送格式的信息(发送格式优先级信息)插入作为容器的传输流ts的层中。例如，广播输出装置100将信息作为描述符插入到节目映射表(pmt)下面存在的音频基本流循环中。机顶盒200从广播输出装置100接收通过广播波发送的传输流ts。如上所述，传输流ts包括视频流和音频流，并且与一组媒体访问控制相关联的预定数量条的媒体访问信息被顺序插入到音频流中。机顶盒200通过hdmi电缆610将已经接收的音频流原封不动地与通过对音频流执行解码处理获取的未压缩的视频数据一起发送到音频放大器300。在这种情况下，机顶盒200不对音频流执行解码处理，并且基于已经插入到传输流ts的层中的上述发送格式优先级信息，将音频流原封不动地发送到音频放大器300。利用这种设置，已经插入到音频流中的媒体访问信息也原封不动地发送到音频放大器300。音频放大器300通过hdmi电缆610从机顶盒200接收已经插入了媒体访问信息的音频流以及未压缩的视频数据。音频放大器300对音频流进行解码处理，以便获取多信道音频数据，然后将音频数据提供给扬声器系统400。此外，音频放大器300通过hdmi电缆620将已经接收的未被压缩的视频数据和音频流发送到电视接收器500。利用这种设置，插入到音频流中的媒体访问信息也原封不动地发送到电视接收器500。在这种情况下，机顶盒200通过与例如cec线的通信来指示音频放大器300将编码流的格式优先化为音频数据的发送格式。电视接收器500通过hdmi电缆620从音频放大器300接收已经顺序插入了与这组媒体访问控制相关联的预定数量条的媒体访问信息的音频流以及未压缩的视频数据。电视接收器500基于未压缩的视频数据显示图像。此外，电视接收器500对音频流进行解码处理，以获取媒体访问信息。媒体访问信息已经被分割并插入到音频流中的预定数量的音频帧中。将表示媒体访问信息的整体尺寸的信息添加到第一条分割信息中，并且表示每条是否是第一条分割信息的信息和表示分割位置的信息被添加到每条分割信息。基于这些条信息，电视接收器500从预定数量的音频帧中获取包括在媒体访问信息中的每条分割信息。在这种情况下，电视接收器500在获取第一条分割信息的时间点识别表示媒体访问信息的整体尺寸的信息。然后，电视接收器500可以确保用于在存储介质内累积预定信息的空间，从而可以容易且适当地执行媒体访问信息的获取处理。电视接收器500基于与这组媒体访问控制相关联的预定数量条的媒体访问信息来获取媒体数据。然后，响应于例如基于从机顶盒200发送的视频和音频中的数据的图像显示和音频输出，电视接收器500根据基于媒体访问信息获取的媒体数据执行图像显示和音频输出。【广播输出装置的流生成单元】图3示出了包括在广播输出装置100中的流生成单元110的示例性配置。流生成单元110包括控制单元111、视频编码器112、音频编码器113和多路复用器114。控制单元111包括用于控制流生成单元110的每个单元的cpu111a。视频编码器112对视频数据(图像数据)sv进行诸如mpeg2、h.264/avc或h.265/hevc等的编码，以产生视频流(视频基本流)。例如，视频数据sv包括从诸如硬盘驱动器(hdd)等的记录介质再现的视频数据或由摄像机获取的实时视频数据。音频编码器113以mpeg-h3d音频的压缩格式对音频数据(audiodata)sa进行编码，以产生音频流(音频基本流)。音频数据sa对应于上述视频数据sv，并且包括从诸如hdd等的记录介质再现的音频数据或由麦克风获取的实时音频数据。音频编码器113包括音频编码块单元113a和音频成帧单元113b。音频编码块单元113a生成编码块，并且音频成帧单元113b执行成帧。在控制单元111的控制下，音频编码器113将与这组媒体访问控制相关联的预定数量条的媒体访问信息作为容器当前数据依次插入到音频流中。音频编码器113分别分割预定数量条的媒体访问信息并将其插入到音频流中的预定数量(包括一个)音频帧中。此时，音频编码器113将表示预定信息的整体尺寸的信息添加到第一条分割信息。此外，音频编码器113向每条分割信息分别添加表示每条是否是第一条分割信息的信息和按降序的计数的数量作为表示分割位置的信息。图4示出了mpeg-h3d音频的传输数据中的音频帧的示例性结构。音频帧包括多个mpeg音频流分组(mpegaudiostreampacket)。每个mpeg音频流分组包括报头(header)和有效载荷(payload)。报头具有诸如分组类型(packettype)、分组标签(packetlabel)和分组长度(packetlength)等信息。有效载荷包括用所设置的报头的分组类型定义的信息。有效载荷信息包括对应于同步起始码的“sync”、作为3d音频的传输数据的实际数据的“frame”或表示“frame”的配置的“config”。“frame”包括包含在3d音频的传输数据中的信道编码数据和对象编码数据。此处，信道编码数据包括诸如单信道元件(sce)、信道对元件(cpe)或低频元件(lfe)等的编码样本数据。此外，对象编码数据包括用于将单信道元件(sce)的编码样本数据映射到存在于任意位置处的扬声器以进行渲染的元数据。包括元数据，作为扩展元素(ext_element)。根据本实施例，将具有作为通用元数据(universal_metadata)的媒体访问信息的元素(ext_universal_metadata)新定义为扩展元素(ext_element)。利用这种设置，元素的配置信息(universal_metadataconfig)新定义为“config”。图5示出了扩展元素(ext_element)的类型(exelementtype)与其值(value)之间的对应关系。当前状态具有确定的0到7。除了mpeg之外，可以扩展128或更多，因此，例如，128被新定义为“id_ext_ele_universal_metadata”的类型的值。注意，对于标准(例如，mpeg)，可以使用8到127来进行定义。图6示出了作为扩展元素的包括通用元数据的通用元数据帧(universal_metadata_frame())的示例性结构(语法)。图7、图8和图9均示出了在预定数量(包括一个)的通用元数据帧中的“bytes_to_carry_access_information_data”内插入的访问信息数据(access_information_data())的示例性结构(语法)。图10和图11均示出了每个示例性结构中的主要信息的内容(语义)。在通用元数据帧(universal_metadata_frame())中，32位字段的“organization_id”表示唯一分配给在用户数据区域发送的各个服务或服务的提供商或标准组织的标识值(例如，“atsc”或“dvb”)。8位字段的“metadata_type”表示容器当前数据的类型。例如，“0x10”表示mpeg-h格式的通用元数据，而“0x02”表示atsc的应用程序元数据。8位字段的“data_id”表示容器当前数据(媒体访问信息)的id。相同的id被添加至通过分割相同的容器当前数据获得的每条分割信息中。1位字段的“start_flag”表示容器当前数据是否启动。“1”表示启动，“0”表示未启动。7位字段的“fcounter”表示已经分割的容器当前数据的分割位置，计数按降序设置。“0”表示最后的分割部分。“start_flag”为“1”并且“fcounter”为“0”的情况表示没有进行分割。当“start_flag”为“1”时，存在16位字段的“total_data_size”。该字段表示容器当前数据的尺寸。整个访问信息数据(access_information_data())或(分割信息的)部分被插入到“bytes_to_carry_access_information_data”的字段中。在访问信息数据(access_information_data())中，8位字段的“num_of_access_information；n”表示媒体访问信息中的信息的条数n。8位字段的“information_id”表示媒体访问信息的id。相同的id被添加到相关联的预定数量条的媒体访问信息。即，每条媒体访问信息可以与应用程序中的“information_id”相关联。8位字段的“segment_id”共享“information_id”，以便表示已分割的每条媒体访问信息的id。访问信息数据(access_information_data())包括以“num_of_access_information；n”表示的n条信息。8位字段的“information_type”表示信息的类型。“0x00”表示id表(id_tables)。当信息的类型是id表时，存在表示应用程序id(applatio_id)、网络id(network_id)、传输id(transport_id)和服务id(service_id)的相应16位字段。“0x01”表示访问信息(accessinformation)。当信息的类型是访问信息时，url的每个字符的代码设置在“bytes”的字段中。注意，8位字段的“url_length”表示url的字符数。“0x02”表示动作命令(actioncommand)。当信息类型为动作命令时，存在8位字段的“command_type”。例如，“1”表示自动启动(autostart)，“2”表示手动启动(manual_start)，“3”表示恢复(resume)，“4”表示暂停(pause)，“5”表示停止(stop)，“6”表示用户选择(userselected)，“7”表示丢弃下载数据(discarddownload_data)。“0x03”表示通知(通知)。当信息的类型是通知时，存在8位字段的“message_type”。例如，“1”表示准备(preparing)，“2”表示准备访问(accessready)，“3”表示过期(expired)，“4”表示选择(selection)。“0x04”表示周期(period)。当信息的类型是周期时，存在8位字段的“period_id”。“0x05”表示参考时间码(referencetimecode)。当信息的类型是参考时间码时，存在64位字段的“time_code1”。“0x06”表示偏移时间(offset_time)。当信息的类型是偏移时间时，存在64位字段的“time_code2”和8位字段的“target_segment_id”。这些字段表示指定了偏移时间的目的地处的媒体访问信息的“segment_id”。注意，在指定其自身偏移时间的情况下，可以不存在“target_segment_id”。“0x07”表示utc(通用时间码)。当信息的类型是utc时，存在64位字段的“utc”。“0x08”表示ui选择处理(ui选择码)。当信息的类型是ui选择处理时，用户选择再现媒体的用户界面信息设置在“数据(data)”的字段中。用户界面信息例如是所描述的html数据，包括浏览器启动所需的信息。该描述包括例如用户进行选择的缩略图信息和表示所选结果的id“select_id”。注意，8位字段的“html_length”是用于实现浏览器功能的信息，并且表示相关联的html数据的字节长度。返回参考图3，多路复用器114执行pes分组化，并且进一步对从视频编码器112输出的视频流和从音频编码器113输出的音频流进行发送分组化，以便进行多路复用，使得获取传输流ts，作为多路复用流。此外，多路复用器114在节目映射表(pmt)下插入表示编码流(音频压缩数据流)的格式被优先化为音频数据的发送格式的信息(发送格式优先级信息)。具体地，将音频流描述符(audio_streaming_descriptor())插入到音频基本流循环中。图12(a)示出了音频流描述符的示例性结构(语法)。此外，图12(b)示出了示例性结构中的主要信息的内容(语义)。8位字段的“descriptor_tag”表示描述符类型。此处，表示音频流描述符。8位字段的“descriptor_length”表示描述符的长度(尺寸)，并表示随后的字节长度，作为描述符的长度。1位字段的“audio_streaming_flag”表示编码流的格式被优先化为音频数据的发送格式。“1”表示编码流的格式被优先化，“0”表示编码流的格式不必优先化。根据实施例，将“audio_streaming_flag”设置为“1”。将简单描述图3所示的流生成单元110的操作。将视频数据sv提供给视频编码器112。视频编码器112对视频数据sv执行诸如h.264/avc或h.265/hevc等的编码，以产生包括编码视频数据的视频流。此外，音频数据sa被提供给音频编码器113。音频编码器113以mpeg-h3d音频的压缩格式对音频数据sa执行编码，以便产生音频流(音频压缩数据流)。在这种情况下，控制单元111将要插入到音频流中的媒体访问信息作为容器当前数据提供给音频编码器113。音频编码器113分割容器当前数据(媒体访问信息)并且将其插入到音频流中的预定数量(包括一个)音频帧。此时，音频编码器113将表示容器当前数据(媒体访问信息)的整体尺寸的信息添加到第一条分割信息。此外，音频编码器113向每条分割信息添加表示每条是否是第一条分割信息的信息和降序计数的数量，作为表示分割位置的信息。由视频编码器112生成的视频流被提供给多路复用器114。此外，由音频编码器113生成的音频流被提供给多路复用器114。然后，多路复用器114对从编码器提供的相应流进行分组和多路复用，以便获取传输流ts，作为传输数据。此外，多路复用器114将音频流描述符(参考图12(a))插入到节目映射表(pmt)下的音频基本流循环中。描述符包括表示编码流(音频压缩数据流)的格式被优先化为音频数据的发送格式的信息(发送格式优先级信息)。【容器当前数据(预定信息)的插入】将进一步描述将容器当前数据插入到音频流中。图13示出了在多个通用元数据帧中发送容器当前数据(媒体访问信息)的示例性情况。在这种情况下，容器当前数据被分割为至少两个，然后将多条分割信息分别分配到多个通用元数据帧，以便插入到“bytes_to_carry_access_information_data”的字段中(参考图6)。此处，对应于第一条分割信息的“start_flag”被设置为“1”，以表示第一条分割信息。此外，对应于第一条分割信息的“fcounter”被设置为“n-1”，并且对该值加1，表示分割的数量“n”。此外，“total_data_size”的字段响应于第一条分割信息而存在，以便表示容器当前数据(媒体访问信息)的整体尺寸。对应于第二和后续条的分割信息中的每一条的“start_flag”被设置为“0”，以表示不是第一条分割信息。此外，对应于第二和后续条的分割信息中的每一条的“fcounter”被设置为从“n-1”依次递减的计数的数量，使得表示分割位置，另外表示分割信息的剩余条数。此外，对应于最后一条分割信息的“fcounter”被设置为“0”，以表示最后一条分割信息。注意，认为对应于第一条分割信息的“fcounter”被设置为“n”，对应于第二和后续条的分割信息中的每一条的“fcounter”被设置为从“n”依次递减的计数的数量，并且对应于最后一条分割信息的“fcounter”被设置为“1”。对应于第一条分割信息的“fcounter”的“n”表示分割的数量，“fcounter”的“1”表示最后一条分割信息。图14示出了在一个通用元数据帧中发送容器当前数据(媒体访问信息)的示例性情况。在这种情况下，容器当前数据未被分割而被插入到通用元数据帧的“bytes_to_carry_access_information_data”的字段中(参考图6)。此处，将“start_flag”设置为“1”，以表示第一条分割信息。此外，“fcounter”被设置为“0”，以表示最后一条分割信息。因此，这些条信息表示没有执行分割。此外，“total_data_size”的字段响应于第一条分割信息而存在，以便表示容器当前数据(媒体访问信息)的整体尺寸。图15示出了在多个通用元数据帧中发送多条容器当前数据(媒体访问信息)的示例性情况。所示示例是发送包括具有以“0”表示的“data_id”的容器当前数据a和具有以“1”表示的“data_id”的容器当前数据b的2条容器当前数据的情况。在这种情况下，容器当前数据a被分成三个，并且三条分割信息被分别分配给三个通用元数据帧，以便被插入到“bytes_to_carry_access_information_data”的字段中(参考图6)。此处，对应于第一条分割信息的“start_flag”被设置为“1”，以表示第一条分割信息。此外，对应于第一条分割信息的“fcounter”被设置为“2”，并且对该值加1，表示分割的数量为“3”。此外，“total_data_size”的字段响应于第一条分割信息而存在，以表示容器当前数据(媒体访问信息)的整体尺寸。对应于第二条分割信息的“start_flag”被设置为“0”，以便表示不是第一条分割信息。此外，对应于第二条分割信息的“fcounter”被设置为“1”，以表示分割位置，并且另外表示分割信息的剩余条数为“1”。此外，与最后一条的分割信息对应的“start_flag”被设置为“0”，以表示没有最后一条分割信息。然后，对应于最后一条分割信息的“fcounter”被设置为“0”，以便表示最后一条分割信息。此外，容器当前数据b未被分割，而被插入到通用元数据帧中的“bytes_to_carry_access_information_data”的字段中(参考图6)。此处，将“start_flag”设置为“1”，以表示第一条分割信息。此外，“fcounter”被设置为“0”，以表示最后一条分割信息。因此，这些条的信息表示没有执行分割。此外，“total_data_size”的字段响应于第一条分割信息而存在，以表示容器当前数据(媒体访问信息)的整体尺寸。【传输流ts的示例性结构】图16示出了传输流ts的示例性结构。该示例性结构包括由存在的pid1识别的视频流的pes分组“视频(videopes)”，并且还包括由存在的pid2标识的音频流的pes分组“音频pes(audiopes)”。pes分组均包括pes报头(pes_header)和pes有效载荷(pes_payload)。dts和pts的时间戳插入到pes报头中。将音频流(音频编码流)插入到音频流的pes分组的pes有效载荷中。将包括媒体访问信息(容器当前数据)(参考图7至图9))的访问信息数据(access_information_data())插入到音频流中的预定数量的音频帧中的通用元数据帧(universal_metadata_frame())中。此外，传输流ts包括作为节目特定信息(psi)的节目映射表(pmt)。psi是描述传输流中包括的每个基本流属于哪个节目的信息。pmt包括描述与整个节目相关的信息的节目循环(programloop)。此外，pmt包括具有与存在的每个基本流相关联的信息的基本流循环。示例性配置包括存在对应于视频流的视频基本流循环(videoesloop)，并且另外包括存在与音频流对应的音频基本流循环(audioesloop)。视频基本流循环(videoesloop)包括响应于视频流而设置的诸如流类型和pid(分组标识符)等信息，并且另外包括设置有描述与视频流相关联的信息的描述符。如上所述，视频流的“stream_type”的值被设置为“0x24”，pid信息表示添加到视频流“viedopes”的pes分组中的pid1。作为一个示例性描述符，设置了hevc描述符。此外，音频基本流循环(audioesloop)包括响应于音频流设置的诸如流类型和pid(分组标识符)等信息，并且另外包括设置有描述与音频流有关的信息的描述符。如上所述，音频流的“stream_type”的值被设置为“0x2c”，pid信息表示添加到音频流“音频pes(audioes)”的pes分组中的pid2。作为一个示例性描述符，设置了上述音频流描述符。【机顶盒的示例性配置】图17示出了机顶盒200的示例性配置。机顶盒200包括cpu201、闪存rom202、dram203、内部总线204、遥控接收单元205和遥控发射器206。此外、机顶盒200包括天线端211、数字调谐器212、多路分用器213、视频解码器214、音频成帧单元215、hdmi发送单元216和hdmi终端217。cpu201控制机顶盒200的每个单元的操作。快闪rom202存储控制软件并保留数据。dram203形成cpu201的工作区域。cpu201将从闪存rom202读取的软件和数据扩展到dram203上并启动软件，以控制机顶盒200的每个单元。遥控接收单元205接收从遥控发射器206发送的遥控信号(遥控码)，以将遥控信号提供给cpu201。cpu201基于遥控码控制机顶盒200的每个单元。cpu201、闪存rom202和dram203连接到内部总线204。天线端211是输入通过接收天线(未示出)接收的电视广播信号的端子。数字调谐器212对输入到天线端211的电视广播信号进行处理，并输出与用户的所选信道对应的传输流ts。多路分用器213从传输流ts提取视频流的分组，以便将分组发送到视频解码器214。视频解码器214利用由多路分用器213提取的视频分组重新配置视频流，并执行解码处理，以获取未压缩的视频数据(图像数据)。此外，多路分用器213从传输流ts提取音频流的分组，以重新配置音频流。音频成帧单元215对以这种方式重新配置的音频流执行成帧。音频流包括插入的媒体访问信息(容器当前数据)，如上述流生成单元110中所描述的(参考图3)。此外，多路分用器213从传输流ts中提取诸如描述符信息等的各种类型的信息，以将各种类型的信息发送到cpu201。各种类型的信息还包括关于音频流描述符(audio_streaming_descriptor())的信息(参考图12(a))。基于关于插入到描述符中的“audio_streaming_flag”字段的信息，即，发送格式优先级信息，cpu201认识到编码流(音频压缩数据流)的格式被优先为音频数据的发送格式。利用这种设置，cpu201控制机顶盒200的每个单元不对音频流执行解码处理，并将音频流原封不动地发送到音频放大器300。注意，如未示出的，机顶盒200包括例如对音频流执行解码处理从而可以获取音频数据的音频解码器。此外，cpu201与利用cec线与音频放大器300进行通信，以指示音频放大器300将编码流的格式优先化为音频数据的发送格式。利用这种设置，如后所述，音频放大器300进行操作，以将音频流原封不动地发送到电视接收器500。注意，对于具有图33的配置的后述发送和接收系统10a，音频放大器300可以对音频流进行解码或不解码。在任何情况下，基于优先级信息优先化编码流，使音频编码流能够到达终端目标接收装置。hdmi发送单元216通过符合hdmi的通信，从hdmi终端217输出由视频解码器214获取的未压缩的视频数据和音频成帧单元215执行了成帧的音频流。由于通过hdmi的tmds信道进行发送，所以hdmi发送单元216将视频数据和音频流打包，以输出到hdmi终端217。稍后将描述hdmi发送单元216的细节。将简单描述机顶盒200的操作。输入到天线端211的电视广播信号被提供给数字调谐器212。数字调谐器212对电视广播信号执行处理，以输出与用户的所选信道对应的传输流ts。从数字调谐器212输出的传输流ts被提供给多路分用器213。多路分用器213从传输流ts提取视频基本流的分组，以将视频基本流的分组发送到视频解码器214。视频解码器214用多路分用器213提取的视频的分组重新配置视频流，然后对视频流执行解码处理，以获取未压缩的视频数据。未压缩的视频数据被提供给hdmi发送单元216。此外，多路分用器213从传输流ts提取音频流的分组，以便重新配置已经插入了媒体访问信息(容器当前数据)的音频流。音频流由音频成帧单元215进行成帧，然后被提供给hdmi发送单元216。然后，未压缩的视频数据和音频流由hdmi发送单元216打包，以通过hdmi电缆610从hdmi终端217发送到音频放大器300。【音频放大器的示例性配置】图18示出了音频放大器300的示例性配置。音频放大器300包括cpu301，闪存rom302、dram303、内部总线路304、遥控接收单元305和遥控发射器306。此外、音频放大器300包括hdmi终端311、hdmi接收单元312、音频解码器313、音频处理电路314、音频放大器电路315、音频输出端316、hdmi发送单元317和hdmi终端318。cpu301控制音频放大器300的每个单元的操作。闪存rom302存储控制软件并保留数据。dram303形成用于cpu301的工作区域。cpu301将从闪存rom302读取的软件和数据扩展到dram303上并启动软件，以控制音频放大器300的每个单元。遥控接收单元305接收从遥控发射器306发送的遥控信号(遥控码)，以将遥控信号提供给cpu301。cpu301基于遥控码控制音频放大器300的每个单元。cpu301、闪存rom302和dram303连接到内部总线304。hdmi接收单元312通过符合hdmi的通信的hdmi电缆610接收提供给hdmi终端311的未压缩的视频数据和音频流。音频流包括如上所述在上述机顶盒200(参考图17)中的插入的媒体访问信息(容器当前数据)。稍后将描述hdmi接收单元312的细节。音频解码器313对由hdmi接收单元312接收的音频流执行解码处理，以获取具有预定信道号的未压缩音频数据(音频数据)。音频处理电路314根据扬声器系统400(参考图1)的配置，对具有预定信道号的未压缩音频数据进行必要的上/下混合处理，以获得具有必要信道号的音频数据，并另外进行必要的处理，例如，d/a转换。音频放大器电路315放大由音频处理电路314获取的每个信道的音频信号，以将音频信号输出到音频输出端316。注意，扬声器系统400连接到音频输出终端316。hdmi发送单元317通过符合hdmi的通信，从hdmi终端318输出由hdmi接收单元212接收的未压缩的视频数据和音频流。由于通过hdmi的tmds信道进行发送，所以hdmi发送单元317将未压缩的视频数据和音频流打包，以输出到hdmi终端318。稍后将描述hdmi发送单元317的细节。将简单地描述图18所示的音频放大器300的操作。hdmi接收单元312通过hdmi电缆610接收从机顶盒200发送到hdmi终端311的未压缩的视频数据和音频流。由hdmi接收单元312接收的音频流被提供给音频解码器313。音频解码器313对音频流进行解码处理，以获取具有预定信道号的未压缩音频数据。音频数据被提供给音频处理电路314。音频处理电路314根据扬声器系统400(参考图1)的配置，对具有预定信道号的未压缩音频数据执行必要的上/下混合处理，以获得具有必要的信道号的音频数据，并另外进行必要的处理，例如，d/a转换。从音频处理电路314输出的每个信道上的音频数据被音频放大器电路315放大，以输出到音频输出终端316。因此，可以从连接到音频输出端316的扬声器系统400获取具有预定信道号的音频输出。此外，由hdmi接收单元312接收的未压缩的视频数据和音频流被提供给hdmi发送单元317。注意，代替由hdmi接收单元312原封不动地接收的未压缩的视频数据，可以向hdmi发送单元317提供包括对其执行诸如图形数据的叠加等处理的未压缩的视频数据的视频数据。压缩视频数据和音频流由hdmi发送单元317打包，以通过hdmi电缆620从hdmi终端318发送到电视接收器500。【电视接收器的示例性配置】图19示出了电视接收器500的示例性配置。电视接收器500包括cpu501、闪存rom502、dram503、内部总线504、遥控接收单元505、遥控发射器506和通信接口507。此外，电视接收器500包括天线端511、数字调谐器512、多路分用器513、视频解码器514、hdmi终端515和hdmi接收单元516。另外、电视接收器500包括视频处理电路517、面板驱动电路518、显示面板519、音频解码器520、音频处理电路521、音频放大器电路522和扬声器523。cpu501控制电视接收器500的每个单元的操作。闪存rom502存储控制软件并保留数据。dram503形成cpu501的工作区域。cpu501在dram503将从闪存rom502读取的软件和数据扩展到dram503并启动软件，以控制电视接收器500的每个单元。遥控接收单元505接收从遥控发射器506发送的遥控信号(遥控码)，以将遥控信号提供给cpu501。cpu501基于遥控码控制电视接收器500的每个单元。cpu501、闪存rom502和dram503连接到内部总线504。在cpu501的控制下，通信接口507与存在于诸如因特网等网络上的服务器进行通信。通信接口507连接到内部总线504。天线端511是输入由接收天线(未示出)接收的电视广播信号的端子。数字调谐器512对输入到天线端511的电视广播信号执行处理，以输出与用户的所选信道对应的传输流ts。多路分用器513从传输流ts提取视频流的分组，以将视频流的分组发送到视频解码器514。视频解码器514利用由多路分用器513提取的视频分组重新配置视频流并进行解码处理，以获取未压缩的视频数据(图像数据)。此外，多路分用器513从传输流ts提取音频流的分组，以重新配置音频流。音频流包括插入的媒体访问信息(容器当前数据)，如在上述(参考图3)的流生成单元110中所述。hdmi接收单元516通过符合hdmi的通信的hdmi电缆620接收提供给hdmi终端515的未压缩的视频数据和音频流。音频流包括插入的媒体访问信息(容器当前数据)，如在上述音频放大器300(参考图18)中所述。稍后将描述hdmi接收单元516的细节。视频处理电路517例如对由视频解码器514获取或由hdmi接收单元516获取的视频数据，此外，对由通信接口507从网络上的服务器中接收的视频数据，进行缩放处理和合成处理，以获取用于显示的视频数据。面板驱动电路518根据由视频处理电路517获取的用于显示的图像数据来驱动显示面板519。显示面板519例如包括液晶显示器(lcd)或有机电致发光(el)显示器。音频解码器520对由多路分用器513获取的或由hdmi接收单元516获取的音频流进行解码处理，以获取未压缩音频数据(音频数据)。此外，音频解码器520提取并向cpu501发送顺序插入到音频流中的与一组媒体访问控制(容器当前数据)相关联的预定数量条的媒体访问信息。cpu501适当地使电视接收器500的每个单元利用媒体访问信息执行处理。此处，媒体访问信息被分割并插入到音频流中的预定数量(包括一个)音频帧中。表示媒体访问信息(容器当前数据)的整体尺寸的信息已被添加到第一条分割信息。表示每条是否是第一条分割信息的信息和作为表示分割位置的信息的按降序的计数的数量已经被添加到每条分割信息中。音频解码器520基于这些信息从预定数量的音频帧中获取媒体访问信息。在这种情况下，音频解码器520可以从表示每条是否是第一条分割信息的信息中识别第一条分割信息，可以从对应于第一条分割信息的按降序的计数的数量中识别分割的数量，并且可以从按降序的计数的数量中进一步识别分割信息的剩余条数。因此，音频解码器520可以从预定数量的音频帧容易且适当地获取包括在媒体访问信息中的每条分割信息。此外，通过按照降序的计数的数量，(1)在中间发送分组中发生错误的情况下，可以在接收侧检测分组，此外，(2)可以在接收侧预先知道已经分割的终端分组到达的近似时间。此外，由于表示媒体访问信息的整体尺寸的信息已被添加到第一条分割信息中，因此可以在获取第一条分割信息的时间点，基于表示媒体访问信息的整体尺寸的信息，确保在存储器(存储介质)中可以累积预定信息的空间。因此，可以容易且适当地执行媒体访问信息的获取处理。音频处理电路521对由音频解码器520获取的音频数据执行诸如d/a转换等必要处理。音频放大器电路522放大从音频处理电路521输出的音频信号，以将音频信号提供到扬声器523。cpu501基于由音频解码器520获取的与一组媒体访问控制相关联的预定数量条的媒体访问信息来控制例如通信接口507。在这种情况下，从网络(例如，因特网)上的服务器获取媒体数据，从而执行基于媒体数据的图像显示和音频输出。注意，稍后将描述媒体访问控制的具体示例。将简单描述图19所示的电视接收器500的操作。输入到天线端511的电视广播信号被提供给数字调谐器512。数字调谐器512对电视广播信号执行处理，以获取与用户的所选信道对应的传输流ts。由数字调谐器512获取的传输流ts被提供给多路分用器513。多路分用器513从传输流ts提取视频流的分组，以将视频流的分组提供给视频解码器514。视频解码器514用多路分用器513提取的视频分组重新配置视频流，并执行解码处理，以获得未压缩的视频数据。未压缩的视频数据被提供给视频处理电路517。此外，多路分用器513从传输流ts提取音频流的分组，以重新配置音频流。音频流被提供给音频解码器520。hdmi接收单元516通过符合hdmi的通信的hdmi电缆620接收提供给hdmi终端515的未压缩的视频数据和音频流。未压缩的视频数据被提供给视频处理电路517。此外，音频流被提供给音频解码器520。图像处理电路517例如对由视频解码器514获取或由hdmi接收单元516获取的视频数据，此外，对由通信接口507从网络上的服务器中接收的视频数据，进行缩放处理和合成处理，以获取用于显示的视频数据。由图像处理电路517获取的用于显示的视频数据被提供给面板驱动电路518。面板驱动电路518基于用于显示的视频数据来驱动显示面板519。利用这种设置，显示面板519显示与用于显示的视频数据对应的图像。音频解码器520对由多路分用器513获取的或由hdmi接收单元516获取的音频流进行解码处理，以便获得未压缩的音频数据。由音频解码器520获取的音频数据被提供给音频处理电路521。音频处理电路521对音频数据执行诸如d/a转换等必要处理。音频数据由音频放大器电路522放大，然后被提供给扬声器523。因此，扬声器523输出与显示面板519的显示的图像对应的音频。此外，音频解码器520提取顺序插入到音频流中的与一组媒体访问控制(容器当前数据)相关联的预定数量条的媒体访问信息。以这种方式由音频解码器520提取的媒体访问信息被发送到cpu511。cpu501基于媒体访问信息来控制例如通信接口507。利用这种设置，从诸如因特网等网络从服务器获取媒体数据，从而执行基于媒体数据的图像显示和音频输出。【hdmi发送单元和hdmi接收单元的示例性配置】图20示出了图1的发送和接收系统10中的机顶盒200(参考图17)的hdmi发送单元216和音频放大器300(参考图18)的hdmi接收单元312的示例性配置。注意，音频放大器300(参考图18)的hdmi发送单元317和电视接收器500(参考图19)的hdmi接收单元516的示例性配置具有类似的配置，从而省略说明。hdmi发送单元216在有效图像周期21(以下也适当地称为“有效视频周期”)中以多个信道向hdmi接收单元312单向发送与未压缩单屏幕图像的像素数据对应的差分信号，该有效周期是从一个垂直同步信号到下一个垂直同步信号的周期中排除水平消隐周期22和垂直消隐周期23之外的周期(参考图21)。此外，hdmi发送单元216在水平消隐周期22或垂直消隐周期23中以多个信道向hdmi接收单元312发送至少与伴随图像的音频数据、控制数据和不同的辅助数据对应的差分信号。即，hdmi发送单元216包括hdmi发送器31。例如，发送器31将未压缩图像的像素数据转换为对应的差分信号，并且将差分信号单向并串行发送到hdmi接收单元312，其中，三个转换最小化差分信令(tmds)信道#0、#1和#2是多个信道。此外，发送器31将伴随有未压缩图像的音频数据以及例如必要的控制数据和不同的辅助数据转换成对应的差分信号，并将该差分信号单向并串行发送给具有三个tmds信道#0、#1和#2的hdmi接收单元312。hdmi接收单元312在有效视频周期21(参考图21)中，接收以多个信道从hdmi发送单元216单向发送的与像素数据对应的差分信号。此外，hdmi接收单元312在水平消隐周期22(参考图21)或垂直消隐周期23(参考图21)中，接收以多个信道从hdmi发送单元216单向发送的与音频数据和控制数据对应的差分信号。包括hdmi发送单元216和hdmi接收单元312的hdmi系统的发送信道包括作为发送像素数据和音频数据的发送信道的三个tmds信道#0至#2、作为发送像素时钟的发送信道的tmds时钟信道、以及称为显示数据信道(ddc)33和消费电子控制(cec)线路34的另外的发送信道。ddc33包括hdmi电缆610中包括的两根信号线，并且hdmi发送单元216使用ddc33从通过hdmi电缆610连接的hdmi接收单元312读取扩展显示标识数据(edid)。即，除了hdmi接收器32之外，hdmi接收单元312还包括edid只读存储器(rom)，其存储作为与hdmi接收单元312的性能(配置能力)有关的性能信息的edid。hdmi发送单元216读取edid，使得接收侧上的解码能力信息被发送到发送侧。hdmi发送单元216通过ddc33从通过hdmi电缆610连接的hdmi接收单元312读取edid。然后，基于edid，机顶盒200的cpu201识别具有hdmi接收单元312的音频放大器300的性能。cec线34包括hdmi电缆610中包括的一条信号线，并且用于执行用于hdmi发送单元216和hdmi接收单元312之间控制的数据的交互式通信。此外，hdmi电缆610包括连接到称为热插拔检测(hpd)的一个引脚的hpd线35。源装置使用hpd线35，并且可以检测接收装置(目的地装置)与直流偏置电位的连接。在这种情况下，当从源装置侧观察时，hpd线35具有从接收装置接收与直流偏置电位的连接状态的通知的功能。同时，当从接收装置侧观察时，hpd线具有通知源装置与直流偏置电位的连接状态的功能。此外，hdmi电缆610包括用于从源装置向接收装置供电的电源线路36。此外，hdmi电缆610包括备用线路37。存在使用hpd线35和备用线路37发送以太网信号的hdmi以太网信道(hec)。此外，存在使用hpd线35和备用线路37或仅hpd线35将音频数据从目的地装置(接收装置)发送到源装置的音频返回信道(arc)。注意，“以太网”是注册商标。图21示出了在tmds信道中发送包括1920像素宽度×1920行长的图像数据的情况下的各种类型的传输数据的周期。根据传输数据的类型，包括视频数据周期24、数据岛周期25和控制周期26的三种类型的周期存在于使用hdmi的三个tmds信道发送传输数据的视频场中。此处，视频场周期是从垂直同步信号的有效沿(activeedge)到下一个垂直同步信号的有效沿的周期，分为水平消隐周期22、垂直消隐周期23和有效像素周期21(有效视频周期)，有效像素周期为从视频场周期排除水平消隐周期和垂直消隐周期之外的周期。视频数据周期24被分配给有效像素周期21。在视频数据周期24中发送包括在未压缩单屏幕图像的数据中包含的1920像素×1080行的有效像素的数据。数据岛周期25和控制周期26被分配给水平消隐周期22和垂直消隐周期23。在数据岛周期25和控制周期26中发送辅助数据。即，将数据岛周期25分配给每个水平消隐周期22和垂直消隐周期23的一部分。例如，在数据岛周期25中发送来自辅助数据的与诸如音频数据的分组等控制无关的数据。控制周期26被分配给每个水平消隐周期22和垂直消隐周期23的其他部分。在控制周期26中发送来自辅助数据的与控制有关的数据，例如，垂直同步信号、水平同步信号和控制分组。【示例性媒体访问控制】图22示出了示例性媒体访问控制。媒体访问信息“data1”被分割并插入到音频流中的三个音频帧中，以便发送。由于接收到三个音频帧，所以将整个媒体访问信息“data1”导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图23(a)所示，媒体访问信息“data1”包括“idtables”、“url”、“period1”、“notification‘preparing’”、“information_id1”、“referencetc＝tc1”以及“utc1”。在接收到媒体访问信息“data1”的时间点，如图22(a)所示，在显示面板519的屏幕上设置矩形信息字段701。例如，执行‘preparing’的显示，从而通知用户正在准备媒体访问。之后，媒体访问信息“data2”被分割并插入到音频流中的三个音频帧中，以便发送。由于接收到三个音频帧，所以整个媒体访问信息“data2”被导入到音频解码器520内的缓冲器中，以在此之后发送到cpu501。如图23(b)所示，媒体访问信息“data2”包括“url”、“period2”、“notification‘preparing’”、“informationid2”、“referencetc＝tc2”以及“utc1”。媒体访问信息“data2”中的标识信息“information_id”是“information_id2”，与媒体访问信息“data1”的“information_id1”不同。利用这种设置，cpu501了解到媒体访问信息“data2”与媒体访问信息“data1”不相关联。在接收到媒体访问信息“data2”的时间点，如图22(b)所示，在显示面板519的屏幕上进一步设置矩形消息字段702。例如，执行‘准备(preparing)’的显示，从而通知用户正在准备媒体访问。随后，将媒体访问信息“data3”插入到音频流中的一个音频帧中，以便发送。由于接收到一个音频帧，所以整个媒体访问信息“data3”被导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图23(c)所示，媒体访问信息“data3”包括“actioncommand‘autostart’”、“notification‘accessready’”、“information_id1”和“offsettime＝oft1”。媒体访问信息“data3”中的标识信息“information_id”是“information_id1”，与媒体访问信息“data1”中的“information_id1”相同。利用这种设置，cpu501了解到媒体访问信息“data3”与媒体访问信息“data1”相关联。在媒体访问信息“data3”中以“offsettime＝oft1”表示的偏移时间经过在媒体访问信息“data1”中以“referencetc＝tc1”的参考时间码表示的参考时间的时间点，用以“actioncommand‘autostart’”表示的动作命令“自动启动”启动。此时，通过媒体访问信息“data1”中的“url”访问网络上的服务器。然后，此时，将媒体访问信息“data1”中的关于每个“idtables”和“period1”的信息也发送到服务器。注意，除了应用程序id(applicatio_id)、网络id(network_id)、传输id(transport_id)和服务id(service_id)之外，“idtables”还包括组织id(organization_id)(参考图6)。以这种方式发送关于“idtables”的信息，以便将访问作为授权的访问指示给服务器。此外，发送关于“period1”的信息，使得与在音频流中用“period1”表示的场景对应的媒体数据部分在服务器中再现，以被发送到电视接收器500。在媒体访问信息“data3”中的actioncommand“autostart”以这种方式启动的时间点，如图22(c)所示，例如，在显示面板519的屏幕上的矩形消息字段701上执行‘accessready’的显示，从而通知用户媒体访问准备就绪。此外，在显示面板519的屏幕上最新设置矩形显示字段703，并且在显示字段703上显示从服务器发送的媒体数据，即，基于视频数据的图像。随后，以预定定时删除矩形消息字段702。注意，在与从参考时间经过偏移时间的时间点对应的当前时间(utc)在媒体访问信息“data1”中用“utc1”表示的时间之后的情况下，actioncommand“autostart”由于过期而不会启动。随后，将媒体访问信息“data4”插入到音频流中的一个音频帧中，以便发送。由于接收到一个音频帧，所以整个媒体访问信息“data4”被导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图23(d)所示，媒体访问信息“data4”包括“actioncommand‘autostart’”、“notification‘accessready’”、“information_id2”和“offsettime＝oft2”。媒体访问信息“data4”中的标识信息“information_id”是“information_id2”，与媒体访问信息“data2”中的“information_id2”相同。利用这种设置，cpu501了解到媒体访问信息“data4”与媒体访问信息“data2”相关联。在媒体访问信息“data4”中以“offsettime＝oft2”表示的偏移时间经过在媒体访问信息“data2”中以“referencetc＝tc2”的参考时间码表示的参考时间的时间点，用“actioncommand‘autostart’”表示的动作命令“自动启动”启动。此时，通过媒体访问信息“data2”中的“url”访问网络上的服务器。然后，此时，将媒体访问信息“data2”中的关于“period2”的信息也发送到服务器。此外，以这种方式发送关于“period2”的信息，使得与在音频流中用“period2”表示的场景对应的媒体数据部分在服务器中再现，以便发送到电视接收器500。在媒体访问信息“data4”中的actioncommand‘autostart’以这种方式启动的时间点，如图22(d)所示，例如，在显示面板519的屏幕上的矩形消息字段702上执行‘accessready’的显示，从而通知用户媒体访问准备就绪。此外，在显示面板519的屏幕上最新设置矩形显示字段704，并且在显示字段704上显示从服务器发送的媒体数据，即，基于视频数据的图像。随后，删除矩形消息字段702。注意，在此处，在与从参考时间经过偏移时间的时间点对应的当前时间(utc)在媒体访问信息“data2”中用“utc1”表示的时间之后的情况下，actioncommand‘autostart’由于过期而不会启动。在上述图22和图23的示例性媒体访问控制中，均包括动作命令的媒体访问信息条“data3”和“data4”分别包括偏移时间信息“offsettime＝oft1”和“offsettime＝oft2”。然而，通过关于表示指定了偏移时间的目的地的媒体访问信息的“segment_id”的“target_segment_id”的信息，媒体访问信息条“data1”和“data2”可以分别包括偏移量时间信息“offsettime＝oft1”和“offsettime＝oft2”。在这种情况下，图24(a)、(b)、(c)和(d)示出了分别包括在多条媒体访问信息“data1”、“data2”、“data3”和“data4”内的多条信息。即，如图24(a)所示，媒体访问信息“data1”包括“idtables”、“url”、“period1”、“notification‘preparing’”、“information_id1”、“segment#1”、“referencetc＝tc1”、“offsettime＝oft1”、“target_segment_id＝segment#3”和“utc1”。此外，如图24(b)所示，媒体访问信息“data2”包括“url”、“period2”、“notification‘preparing”、“information_id2”、“segment#2”、“referencetc＝tc2”、“offsettime＝oft2”、“target_segment_id＝segment#4”和“utc1”。此外，如图24(c)所示，媒体访问信息“data3”包括“actioncommand‘autostart’”、“notification‘accessready’”、“information_id1”和“segment#3”。此外，如图24(d)所示，媒体访问信息“data4”包括“actioncommand‘autostart’”、“notification‘accessready’”、“information_id2”和“segment#4”。图25示出了不同的示例性媒体访问控制。媒体访问信息“data1”被分割并插入到音频流中的三个音频帧中，以便发送。由于接收到三个音频帧，所以将整个媒体访问信息“data1”导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图26(a)所示，媒体访问信息“data1”包括“idtables”、“uiselectionprocess”、“notification‘preparing’”、“information_id1”、“referencetc＝tc1”和“utc1”。如图25(a)所示，在接收到媒体访问信息“data1”的时间点，在显示面板519的屏幕上设置矩形消息字段801。例如，执行‘preparing’的显示，从而通知用户正在准备用户选择。此外，基于“uiselectionprocess”的信息，屏幕显示多个缩略图像802，供用户选择再现媒体。之后，将媒体访问信息“data2”插入到音频流中的一个音频帧中，以便发送。由于接收到一个音频帧，所以整个媒体访问信息“data2”被导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图26(b)所示，媒体访问信息“data2”包括“actioncommand‘autostart’”、“notifaction‘userselected’”、“information_id1”和“offsettime＝t1”。媒体访问信息“data2”中的标识信息“information_id”是“information_id1”，与媒体访问信息“data1”中的“information_id1”相同。利用这种设置，cpu501了解到媒体访问信息“data2”与媒体访问信息“data1”相关联。在媒体访问信息“data2”中以“offsettime＝oft1”表示的偏移时间经过在媒体访问信息“data1”中以“referencetc＝tc1”的参考时间码表示的参考时间的时间点，用“actioncommand‘autostart’”表示的动作命令“用户选择”启动，使得选择预定的缩略图，可以选择再现媒体。此时，如图25(b)所示，例如，在显示面板519的屏幕上的矩形消息字段801上执行“userselected”的显示，从而向用户通知再现媒体可以选择。注意，图25(b)示出了用户已经选择了缩略图802a，并且其显示状态已经变化。在以这种方式完成了用户选择再现媒体之后，以预定定时，删除矩形消息字段801和缩略图的显示。注意，在此处，在与从参考时间经过偏移时间的时间点对应的当前时间(utc)在媒体访问信息“data1”中用“utc1”表示的时间之后的情况下，活动命令“用户选择”由于过期而不会启动。随后，将媒体访问信息“data3”分割并且插入到音频流中的三个音频帧中，以便发送。由于接收到三个音频帧，所以整个媒体访问信息“data3被导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图26(c)所示，媒体访问信息“data3”包括“url”、“notification‘preparing’”、“information_id1”、“referencetc＝tc2”以及“utc1”。媒体访问信息“data3”中的标识信息“information_id”是“information_id1”，与媒体访问信息“data1”和“data2”每条中的“information_id1”相同。利用这种设置，cpu501了解到媒体访问信息“data3”与媒体访问信息条“data1”和“data2”相关联。在接收到媒体访问信息“data3”的时间点，如图25(c)所示，在显示面板519的屏幕上进一步设置矩形消息字段803。例如，执行‘preparing’的显示，从而通知用户正在准备媒体访问。随后，将媒体访问信息“data4”插入到音频流中的一个音频帧中，以便发送。由于接收到一个音频帧，所以整个媒体访问信息“data4”被导入到音频解码器520内的缓冲器中，以便在此之后发送到cpu501。如图26(d)所示，媒体访问信息“data4”包括“actioncommand‘autostart’”、“notification‘accessready’”、“information_id1”和“offsettime＝oft2”。媒体访问信息“data4”中的标识信息“information_id”是“information_id1”，并且与媒体访问信息“data1”、“data2”、“data3”中的每一条的“information_id1”相同。利用这种设置，cpu501了解到媒体访问信息“data4”与媒体访问信息条“data1”、“data2”和“data3”相关联。在媒体访问信息“data4”中以“offsettime＝oft2”表示的偏移时间经过在媒体访问信息“data3”中以“referencetc＝tc2”的参考时间码表示的参考时间的时间点，用“actioncommand‘autostart’”表示的动作命令“自动启动”启动。此时，通过媒体访问信息“data3”中的“url”访问网络上的服务器。然后，此时，关于媒体访问信息“data1”中的每个“idtables”和“period1”的信息以及与媒体访问信息“data2”相关联的表示用户的选择结果的id“select_id”发送到服务器。以这种方式发送关于“idtables”的信息，以便将访问作为授权的访问指示给服务器。此外，发送关于“select_id”和“period1”中的每一个的信息，使得与音频流中以“period1”表示的场景对应的用户选择的再现媒体的媒体数据部分在服务器中再现，以被发送到电视接收器500。在媒体访问信息“data4”中的actioncommand‘autostart’以这种方式启动的时间点，如图25(d)所示，例如，在显示面板519的屏幕上的矩形消息字段803上执行‘accessready’的显示，从而通知用户媒体访问准备就绪。此外，在显示面板519的屏幕上最新设置矩形显示字段804，并且在显示字段804上显示从服务器发送的媒体数据，即，基于视频数据的图像。随后，以预定定时删除矩形消息字段803。注意，在此处，在与从参考时间经过偏移时间的时间点对应的当前时间(utc)在媒体访问信息“data3”中用“utc1”表示的时间之后的情况下，actioncommand‘autostart’由于过期而不会启动。在上述图25和图26的示例性媒体访问控制中，均包括动作命令的媒体访问信息“data2”和“data4”分别包括偏移时间信息“offsettime＝oft1”和“offsettime＝oft2”。然而，通过关于表示指定了偏移时间的目的地的媒体访问信息的“segment_id”的“target_segment_id”的信息，媒体访问信息“data1”和“data3”可以分别包括偏移量时间信息“offsettime＝oft1”和“offsettime＝oft2”。【媒体数据的示例性提供商检查】如上所述，通用元数据帧(参考图6)包括存在32位字段的“oganization_id”。该字段表示唯一地分配给在用户数据区域发送的各个服务或服务的提供商或标准组织(例如，“atsc”或“dvb”)的标识值。“oganization_id”被视为用作检查信息，用于检查用媒体访问信息获取的媒体数据的提供商。将使用图27的服务系统来描述利用“oganization_id”的媒体数据的示例性提供商检查。在图27中，电视接收器500连接到因特网。此外，服务器a(servera)和服务器b(serverb)连接到因特网。该示例表示电视接收器500使用由来自a广播波的广播服务直接或通过机顶盒200提供的url1访问服务器a，以便接收与a广播网络连接的应用程序(媒体数据)。a广播波将url1提供给电视接收器500。url1包括添加的“oganization_id”。电视接收器500使用url1访问服务器a。服务器a对来自电视接收器500的访问执行认证处理，以便向电视接收器500返回ack响应。此外，服务器a通过服务器间的访问向url2的服务器b通知电视接收器500的ip地址，然后，一起操作，以将来自电视接收器500的访问传送到服务器b。服务器b将媒体再现相关信息发送到电视接收器500。媒体再现相关信息例如是关于用户选择再现媒体的多个缩略图的图像信息。电视接收器500执行媒体再现相关信息是否基于与从a广播波接收的“organization_id”相同的服务组织的提供商检查，然后，将媒体再现命令发送到服务器b。电视接收器500例如如下执行提供商检查：即，电视接收器500从例如表格识别与从a广播波接收到的以“organization_id”所表示的标识值相关联的字符，此处是“atsc_ch5_net_sports”。注意，“atsc_ch5_net_sports”的字符可以与和来自a广播波的“organization_id”一起接收的url1相关联。电视接收器500基于在从服务器b向电视接收器500发送的媒体再现关联信息中是否描述了“atsc_ch5_net_sports”的字符或者在通过用包含在媒体再现相关信息中的url(例如，http：//service.organization.information)访问所获取的信息中是否描述了“atsc_ch5_net_sports”的字符，来执行提供商检查。在确认提供商正确之后，通过提供商检查，电视接收器500如上所述向服务器b发送媒体再现命令。服务器b根据媒体再现命令执行媒体再现，以将媒体再现数据(媒体数据)发送到电视接收器500。电视接收器500基于媒体再现数据进行输出，例如，图像显示和音频输出。注意，上面已经给出了“oganization_id”用作用于检查用媒体访问信息获取的媒体数据的提供商的检查信息的示例。然而，检查信息不限于“oganization_id”，因此，可以用添加了不同检查信息的媒体访问信息来执行提供商检查。如上所述，在图1所示的发送和接收系统10中，广播输出装置100将与这组媒体访问控制相关联的预定数量条的媒体访问信息依次插入音频流(音频压缩数据流)并执行发送。因此，可以在接收侧有利地进行这组媒体访问控制。此外，在图1所示的发送和接收系统10中，广播输出装置100可以将媒体访问信息分割并插入到音频流(音频压缩数据流)中的预定数量的音频帧中。因此，即使媒体访问信息的整体尺寸大，也可以抑制插入到每个音频帧中的信息尺寸，从而不影响音频压缩数据的发送，并且可以有利地发送预定信息。此外，在图1所示的发送和接收系统10中，电视接收器500获取顺序插入音频流内的用于一组媒体访问控制的预定数量条的媒体访问信息以及视频数据和音频数据，作为第一媒体数据，然后，基于媒体访问信息，获取第二媒体数据。因此，可以响应于基于第一媒体数据的媒体呈现而有利地执行基于第二媒体数据的呈现。此外，在图1所示的发送和接收系统10中，广播输出装置100将表示编码流被优先化为音频数据的发送格式的信息插入作为容器的传输流的层。因此，编码流的格式可以被优先化为机顶盒200和音频放大器300中的每一个中的音频数据的发送格式。利用这种设置，可以将媒体访问信息可靠地提供给电视接收器500，媒体访问信息插入在音频流中。此外，在图1所示的发送和接收系统10中，广播输出装置100将用于检查用媒体访问信息获取的媒体数据的提供商的检查信息(例如，“oganization_id”)添加到要插入音频流(音频压缩数据流)或作为容器的传输流的媒体访问信息中。因此，基于检查信息，可以简单并且容易地在接收侧检查用媒体访问信息获取的媒体数据的提供商。<2、修改>注意，根据上述实施例，广播输出装置100将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入到音频流(音频压缩数据流)中，以执行发送。然而，可以考虑广播输出装置100将预定数量条的媒体访问信息顺序插入诸如视频流的不同媒体流中，以便执行发送。此外，可以考虑广播输出装置100将预定数量条的媒体访问信息顺序插入作为容器的传输流ts的层中，以执行发送。图28示出了在这种情况下包括在广播输出装置100中的流生成单元110a的示例性配置。在图27中，与图3的单元对应的单元用相同的附图标记表示，因此适当地省略其详细描述。流生成单元110a包括控制单元111、视频编码器112、音频编码器113a和多路复用器114a。音频编码器113a以mpeg-h3d音频的压缩格式对音频数据sa进行编码，以产生音频流(音频压缩数据流)。与图3的流生成单元110中的音频编码器113不同，音频编码器113a不将媒体访问信息插入到音频流中。由视频编码器112产生的视频流被提供给多路复用器114a。此外，由音频编码器113a生成的音频流被提供给多路复用器114a。然后，多路复用器114a对从编码器提供的相应流进行分组和多路复用，以便获取作为传输数据的传输流ts。在这种情况下，在控制单元111的控制下，多路复用器114a顺序将与一组媒体访问控制相关联的预定数量条的媒体访问信息作为容器当前数据插入作为容器的传输流层ts的层中。例如，复用器114a在应用信息表(ait)下插入具有媒体访问信息的新定义的应用描述符(application_descriptor)。图29示出了应用描述符的示例性结构(语法)。8位字段的“descriptor_tag”表示描述符类型。此处，表示应用程序描述符。8位字段的“descriptor_length”表示描述符的长度(尺寸)，并表示随后的字节长度，作为描述符的长度。8位字段的“data_id”表示媒体访问信息的id。该信息与上述通用元数据帧(参考图6)中的“data_id”字段的信息相同。具有媒体访问信息的访问信息数据(access_information_data())(参考图7至9)的字段存在于“data_id”的字段之后。图30示出了在ait下插入应用描述符(application_descriptor)的情况下的传输流ts的示例性结构。在示例性结构中，将音频流(音频编码流)插入到音频流的pes分组的pes有效载荷中。然而，包括媒体访问信息(容器当前数据)的访问信息数据(access_information_data())未被插入到音频流中。此外，除了节目映射表(pmt)之外，传输流ts还包括应用信息表(ait)。应用描述符(参考图29)与应用标识符(application_id)一起设置在ait下。图31示出了在例如媒体访问信息如上所述插入到作为容器的传输流ts的层中以便发送的情况下的机顶盒200a的示例性配置。在图31中，与图17对应的单元用相同的附图标记表示，因此，适当地省略其详细描述。机顶盒200a包括cpu201、闪存rom202、dram203、内部总线204、遥控接收单元205和遥控发送器206。此外，机顶盒200a包括天线端211、数字调谐器212、多路分用器213a、视频解码器214、数据插入单元218、音频成帧单元215、hdmi发送单元216和hdmi终端217。多路分用器213从传输流ts提取音频流的分组，以便重新配置音频流(音频压缩数据流)。此外，多路分用器213a从传输流ts提取例如各种描述符，以将各种描述符发送到cpu201。描述符包括具有媒体访问信息的应用描述符(参考图29)。由多路分用器213a提取的音频流被提供给数据插入单元218。cpu201将预定信息提供给数据插入单元218。数据插入单元218在cpu201的控制下将媒体访问信息插入到音频流中。在这种情况下，与图3的流生成单元110中的音频编码器113相似，媒体访问信息被分割并插入到音频流中的预定数量(包括一个)的音频帧中(参考图13至图15)。此时，第一条分割信息添加有表示媒体访问信息的整个尺寸的信息。此外，每条分割信息添加有表示每条是否是第一条分割信息的信息和按降序的计数的数量，作为表示分割位置的信息。注意，在这种情况下，确定分割的数量，以使已插入媒体访问信息的音频流的比特率在hdmi的发送频带容量范围内。利用这种设置，根据媒体访问信息的整体尺寸，不进行分割，并且可以将整个媒体访问信息插入到一个音频帧中。在音频成帧单元215对已经插入了媒体访问信息的音频流进行成帧之后，将音频流从数据插入单元218提供给hdmi发送单元216。其他的包括在图31所示的机顶盒200a内，与图17所示的机顶盒200中相似。注意，在如上所述例如将媒体访问信息插入到作为容器的传输流ts的层中以便发送的情况下，多路分用器513在图19所示的电视接收器500内提取具有媒体访问信息的应用描述符(参考图29)，使得可以使用媒体访问信息。此外，根据上述实施例，机顶盒200被配置为从广播输出装置100的广播信号接收视频流和音频流。然而，机顶盒200被认为被配置为通过网络从分配服务器(流媒体服务器)接收视频流和音频流。此外，根据上述实施例，给出了容器是传输流(mpeg-2ts)的示例。然而，本技术可以同样应用于以mp4或不同格式的容器进行分配的系统。该系统的示例包括基于mpeg-dash的流分配系统和处理mpeg媒体发送(mmt)结构传输流的发送和接收系统。图32示出了在将媒体访问信息(容器当前数据)插入到音频流中以便发送的情况下的mmt流的示例性结构。mmt流包括存在的每个资产(asset)(例如视频和音频)的mmt分组。示例性结构包括用id2标识的音频的资产的mmt分组以及用id1识别的视频的资产的mmt分组。包括媒体访问信息的访问信息数据(access_information_data())已被插入到音频(音频流)的资产的预定数量(包括一个)的音频帧中的通用元数据帧(universal_metadata_frame())中。此外，mmt流包括存在的消息分组，例如，分组访问(pa)消息分组。pa消息分组包括表格，例如，mmt分组表格(mmt包表)。mp表包括每个资产的信息。在这种情况下，还包括音频流描述符(参考图12(a))，作为关于音频的资产的信息。图33示出了在将媒体访问信息(容器当前数据)插入到容器中以便发送的情况下的mmt流的示例性结构。mmt流包括每个资产(例如，视频和音频)的mmt分组。示例性结构包括用id2所标识的音频的资产的mmt分组以及用id1标识的视频的资产的mmt分组。在示例性结构中，与图31的示例性结构不同，音频(音频流)的资产不包括媒体访问信息。此外，mmt流包括存在的消息分组，例如，分组访问(pa)消息分组。pa消息分组包括例如mmt分组表格(mpt：mmt包表)。mpt包括每个资产的信息。此外，pa消息分组包括应用信息表(ait)。具有访问信息数据(access_information_data())的应用程序描述符(application_descriptor)插入到ait下面。此外，根据上述实施例，给出了音频压缩格式是mpeg-h3d音频的示例。然而，本技术也可以类似地应用于甚至音频压缩格式是不同的音频压缩格式(例如aac、ac3或ac4)的情况。图34(a)示出了ac4的简单传输层的结构。存在同步字(syncword)的字段、帧长度(framelength)的字段、作为编码数据的字段的“rawac4frame”的字段、以及crc字段。如图34(b)所示，“rawac4frame”的字段包括存在于头部的内容表格(toc)的字段，随后包括存在的预定数量的子流的字段。如图35(b)所示，在子流(ac4_substream_data())中存在元数据区域(元数据))，并且在其中设置“umd_payloads_substream()”字段。通用数据(universal_data())设置在“umd_payloads_substream()”字段中的“umd_payload_byte”字段中。图36示出了通用数据的示例性结构(语法)，而图37示出了示例性结构中的主要信息的内容(语义)。1位字段的“start_flag”表示容器当前数据是否开始。“1”表示从当前分组开始，“0”表示不从当前分组开始。7位字段的“fcounter”表示已经分割的容器当前数据的分割位置，具有按降序的计数的数量。“0”表示最后的分割部分。“start_flag”为“1”并且“fcounter”为“0”的情况表示没有进行分割。当“start_flag”为“1”时，存在32位字段的“organization_id”和16位字段的“target_data_size”。“organization_id”的字段表示唯一地分配给在用户数据区域发送的各个服务或服务的提供商或标准组织(例如，“atsc”或“dvb”)的标识值。“target_data_size”的字段以字节长度表示分割之前的容器当前数据的数据尺寸。整个访问信息数据(access_information_data())(参考图7)或其一部分(分割信息)被插入到“data_payload_byte”的字段中。此外，在音频压缩格式为ac4的情况下，将ac4数据容器描述符(ac4_datacontainer_desucriptor)插入到容器的层中。图38示出了ac4数据容器描述符的示例性结构(语法)，而图39示出了示例性结构中的主要信息的内容(语义)。8位字段的“descriptor_tag”表示描述符类型。此处，表示应用程序描述符。8位字段的“descriptor_length”表示描述符的长度(尺寸)，并表示随后的字节长度，作为描述符的长度。1位字段的“umd_payload_embedded”表示是否插入了umd有效载荷。“1”表示已插入umd有效载荷，“0”表示未插入umd有效载荷。当“umd_payload_embedded”为“1”时，存在5位字段的“umd_payload_id”和11位的“audio_stream_rate”。“umd_payload_id”的字段表示umd有效载荷的标识值。具体值被定义为标识值。例如，“7”表示通用数据容器的格式。“audio_stream_rate”的字段表示音频流的分配比特率。图40示出了在音频压缩格式为ac4的情况下mpeg-2ts的传输流的示例性结构。在示例性结构中，省略了根据视频流的部分。示例性结构包括存在的用pid2标识的音频流“audiopes”的pes分组。pes分组包括pes报头(pes_header)和pes有效载荷(pes_payload)。dts和pts的时间戳插入pes报头。将音频流(audiocodedstream)插入到音频流的pes分组的pes有效载荷中。将包括媒体访问信息(容器当前数据)(参考图7至图9))的访问信息数据(access_information_data())插入到音频流中的预定数量(包括一个)的子流中的通用元数据(universal_metadata())中。此外，mpeg-2ts的传输流包括作为节目特定信息(psi)的节目映射表(pmt)。psi是描述传输流中包括的每个基本流属于哪个节目的信息。pmt包括描述与整个节目相关的信息的节目循环(programloop)。此外，pmt包括具有与每个基本流相关联的信息的基本流循环。示例性配置包括存在与音频流对应的音频基本流循环(audioesloop)。音频基本流循环包括响应于音频流设置的诸如流类型和pid(分组标识符)等信息，并且另外包括设置有描述与音频流有关的信息的描述符。如上所述，流类型“stream_type”的值被设置为“0x2c”，pid信息表示添加到音频流“audiopes”的pes分组中的pid1。作为一个示例性描述符，设置了上述ac4数据容器描述符(参考图38)。此外，mpeg-2ts的传输流包括存在的事件信息表格(eit)。组件描述符(componentdescriptor)设置在eit下。组件描述符包括用于网络连接的元信息包括在服务中。图41示出了在音频压缩格式为ac4的情况下mmt的传输流的示例性结构。在示例性结构中，已经省略了根据视频资产(视频流)的部分。该示例性结构包括存在的用id2标识的音频的资产(音频流)的mmt分组。将包含媒体访问信息(容器当前数据)(参考图7至图9))的访问信息数据(access_information_data())插入到在音频的资产(音频流)中的预定数量(包括一个)的子流中的通用元数据(universal_metadata())中。此外，mmt的传输流包括存在的消息分组，例如，分组访问(pa)消息分组。pa消息分组包括表格，例如mp表格(mpt：mmtpackagetable)。mpt包括响应于音频的资产而设置的诸如资产类型(asset_type)和分组id(packet_id)等的信息，并且还包括描述与音频的资产有关的信息的描述符。作为一个示例性描述符，设置了上述ac4数据容器描述符(参考图38)。此外，mmt的传输流包括存在的事件信息表格(eventinformationtable)(eit)。组件描述符(componentdescriptor)设置在eit下。组件描述符包括网络连接的元信息包括在所描述的服务中。图42示出了在音频压缩格式为ac4的情况下包括audiobistream(tracka)的数据的mp4流(文件)的示例性配置。所示示例用于片段mp4。在mp4流中设置预定数量的电影片段，每个电影片段包括包含存储的控制信息的“moof”框和包含存储的媒体数据主体的“mdat”框。通过将跟踪数据分段获取的片段存储在“mdat”框中，使得存储在“moof”框中的控制信息是与片段相关的控制信息。在对应于音频轨道的mp4流“audiobistream”中，在每个电影片段的“mdat”框中设置预定数量的ac4帧。此外，在mp4流“音频比特流”中，每个电影片段中的“moof”框中都有“traf”框，并且在框中存在“tfdt”框。在“tfdt”框中描述“moof”框的后续第一访问单元的解码时间“basemediadecodetime”。此外，在“moof”框中存在“tfdt”框，在其内存在“sgpd”框。此外，在其内存在“tscl”框。在“tscl”框中描述了“audiostreamtype”和“attribute”的参数。“audiostreamtype＝ac4”表示音频压缩格式为ac4。“attribute＝soundumd”表示元数据(例如，媒体访问信息)已被插入到ac4的轨道中。具体地，将上述图38所示的ac4数据容器描述符的内容描述为“soundumd”。图43示出了示例性mpd文件描述。此外，图44示出了示例性描述中的主要信息的内容。在如通常公知的基于mpeg-dash的流分配系统中，媒体流(mp4流)和作为元文件的mpd文件通过通信网络发送线路发送到接收侧。描述“<adaptationsetmimetype＝"audio/mp4"group＝"1">”表示存在音频流的适配集(adaptationset)，提供mp4文件结构中的音频流，且已分配组1。此外，描述“<supplementarydescriptorschemeiduri＝"urn:brdcst:codectype"value＝"ac4"/>”表示音频流的编解码器是ac4。“schemeiduri＝"urn:brdcst:codectype"”表示编解码器的类型。例如，将“value”设置为例如“mpegh”、“aac”、“ac3”或“ac4”。此外，描述“<supplementarydescriptorschemeiduri＝"urn:brdcst:coordinatedcontrol"value＝"false"/>”表示网络连接信息仅提供有当前适配集的流。“schemeiduri＝"urn:brdcst:coordinatedcontrol"”表示是否强调了网络连接所需的信息，以便在多个媒体流之间提供。例如，当“value”为“true”时，网络连接信息被表示为与不同适配集的流配合提供。当“value”为“false”时，网络连接信息仅被表示为仅提供有当前适配集的流。此外，描述“<supplementarydescriptorschemeiduri＝"urn:brdcst:umdcontained"value＝"true"/>”表示音频流包含元数据。“schemeiduri＝"urn:brdcst:umdcontained"”表示音频流是否包含元数据。例如，当“value”为“true”时，表示包含音频元信息。当“value”为“false”时，表示不包括音频元信息。此外，描述“<supplementarydescriptorschemeiduri＝"urn:brdcst:metainsertionfrequency"value＝"1"/>”表示每个访问单元提供元信息。“schemeiduri＝"urn:brdcst:metainsertionfrequency"”表示每个访问单元提供元信息的频率。例如，“1”表示在一个访问单元中发生一个用户数据条目。“2”表示在一个访问单元中发生多个用户数据条目。“3”表示在由随机访问点分割的周期内发生至少一个用户数据条目。此外，描述“<supplementarydescriptorschemeiduri＝"urn:brdcst:type"value＝"netlink"/>”表示具有元的服务类型是网络连接。“schemeiduri＝"urn:brdcst:type"”表示具有元的服务类型。例如，例如，当“value”是“netlink”时，具有元的服务的类型被表示为网络连接。此外，根据上述实施例，给出了音频放大器300插入在机顶盒200和电视接收器500之间的示例。然而，如图45所示，还考虑包括直接连接到电视接收器500的机顶盒200的发送和接收系统10a。在发送和接收系统10a中，机顶盒200和电视接收器500通过hdmi电缆610连接。在这种情况下，机顶盒200是源，而电视接收器500是目的地。音频放大器300和电视接收器500通过hdmi电缆620连接。在这种情况下，音频放大器300是源，而电视接收器500是目的地。在这种情况下，未压缩的视频数据和包括插入的媒体访问信息(容器当前数据)的音频流通过hdmi的数字接口从机顶盒200发送到电视接收器500。此外，原封不动的音频流或已被解码的音频数据利用hdmi的音频返回信道从电视接收器500发送到音频放大器300。此外，根据上述实施例，已经描述了包括机顶盒200和电视接收器500的发送和接收系统10。然而，考虑例如设置其中监视装置或投影仪来代替电视接收器500的配置。此外，考虑例如设置其中具有接收功能的记录器或个人计算机来代替机顶盒200的配置。此外，根据上述实施例，接收侧的每个装置通过hdmi的数字接口进行有线连接。然而，在每个装置通过与hdmi的数字接口相似的数字接口进行有线连接的情况下，甚至在每个装置都是无线连接的情况下，毋庸置疑，也可以类似地应用本发明。此外，根据上述实施例，已经描述了机顶盒200从广播输出装置100接收通过广播波发送的传输流ts的发送和接收系统10。然而，如图46所示，也考虑了电视接收器500从广播输出装置100直接接收通过广播波发送的传输流ts的发送和接收系统10b。注意，本技术可以具有以下配置。(1)一种发送装置，包括：发送单元，被配置为发送具有预定格式的容器，所述容器包括媒体流；以及信息插入单元，被配置为将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入媒体流的层或容器的层中。(2)根据上述(1)所述的发送装置，其中，媒体访问信息包括用于区分不同媒体访问信息的标识信息。(3)根据上述(1)或(2)所述的发送设备，其中，媒体访问信息包括用于与不同媒体访问信息相关联的标识信息。(4)根据上述(1)到(3)中任一项所述的发送装置，其中，媒体访问信息包括表示媒体流中的对应场景的周期信息。(5)根据上述(1)到(3)中任一项所述的发送装置，其中，媒体访问信息包括用户选择再现媒体的用户界面信息。(6)根据上述(1)到(3)中任一项所述的发送装置，其中，媒体访问信息包括用于管理动作命令的启动的时间信息。(7)根据上述(1)到(3)中任一项所述的发送装置，其中，媒体访问信息包括表示媒体再现的最后期限的绝对时间信息。(8)根据上述(1)到(3)中任一项所述的发送装置，其中，媒体访问信息包括用于通知用户状态的通知信息。(9)根据上述(1)到(8)中任一项所述的发送装置，其中，信息插入单元允许将通过分割媒体访问部分所获取的每条分割信息分别插入到媒体流中的预定数量的单元部分中。(10)根据上述(9)所述的发送装置，其中，媒体流包括音频压缩数据流，信息插入单元将分割信息插入到作为每个单元部分的音频帧的用户数据区域中。(11)一种发送方法，包括：发送步骤，通过发送单元发送具有预定格式的容器，所述容器包括媒体流；以及信息插入步骤，将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入媒体流的层或容器的层中。(12)一种媒体处理装置，包括：第一获取单元，被配置为获取第一媒体数据，并且被配置为顺序获取用于一组媒体访问控制的预定数量条的媒体访问信息；第二获取单元，被配置为基于媒体访问信息获取与第一媒体数据相关联的第二媒体数据；以及呈现处理单元，被配置为基于第一媒体数据和第二媒体数据执行媒体呈现处理。(13)根据上述(12)所述的媒体处理装置，其中，第一获取单元包括：接收单元，被配置为接收具有预定格式的容器，所述容器包括媒体流，媒体访问信息被插入媒体流的层或容器的层；解码处理单元，被配置为对媒体流执行解码处理，以获取第一媒体数据；以及信息提取单元，被配置为从媒体流的层或容器的层提取媒体访问信息。(14)根据上述(12)所述的媒体处理装置，其中，第一获取单元包括：接收单元，被配置为通过数字接口从外部装置接收作为第一媒体数据的视频数据和其中已插入媒体访问信息的音频压缩数据流；解码处理单元，被配置为对音频压缩数据流执行解码处理，以获取作为第一媒体数据的音频数据；以及信息提取单元，被配置为从音频压缩数据流中提取媒体访问信息。(15)一种媒体处理方法，包括：第一获取步骤，通过第一获取单元获取第一媒体数据并且顺序获取和与第一媒体数据对应的一组媒体访问控制相关联的预定数量条的媒体访问信息；第二获取步骤，通过第二获取单元基于媒体访问信息获取与第一媒体数据相关联的第二媒体数据；以及呈现处理步骤，基于第一媒体数据和第二媒体数据执行媒体呈现处理。(16)一种接收装置，包括：接收单元，被配置为接收具有预定格式的容器，所述容器包括媒体流，与一组媒体访问控制相关联的预定数量条的媒体访问信息被顺序插入媒体流的层或容器的层中；以及控制单元，被配置为控制：解码媒体流以获取第一媒体数据的解码处理；基于媒体访问信息获取第二媒体数据的媒体数据获取处理；以及基于第一媒体数据和第二媒体数据执行媒体呈现的媒体呈现处理。(17)一种接收装置，包括：接收单元，被配置为通过数字接口从外部装置接收作为第一媒体数据的视频数据和其中已顺序插入用于一组媒体访问控制的预定数量条的媒体访问信息的音频压缩数据流；以及控制单元，被配置为控制：解码音频压缩数据流以获取作为第一媒体数据的音频数据的解码处理；基于媒体访问信息获取第二媒体数据的媒体数据获取处理；以及基于第一媒体数据和第二媒体数据执行媒体呈现的媒体呈现处理。(18)一种发送装置，包括：发送单元，被配置为发送具有预定格式的容器，所述容器包括其中已经插入了预定信息的音频编码流；以及信息插入单元，被配置为将表示编码流的格式被优先化为音频数据的发送格式的信息插入到容器的层中。(19)根据上述(18)所述的发送装置，其中，预定信息包括与一组媒体访问控制相关联的预定数量条的媒体访问信息。(20)一种发送方法，包括：发送步骤，通过发送单元发送具有预定格式的容器，所述容器包括其中预定信息已经插入到用户数据区域中的音频编码流；以及信息插入步骤，将表示编码流的格式被优先化为音频数据的发送格式的信息插入到容器的层中。(21)一种发送装置，包括：发送单元，被配置为发送具有预定格式的容器，所述容器包括媒体流；以及信息插入单元，被配置为向媒体访问信息添加用于检查用媒体访问信息获取的媒体数据的提供商的检查信息，以将媒体访问信息插入媒体流的层或容器的层中。(22)根据上述(21)所述的发送装置，其中，检查信息包括唯一地分配给基于媒体访问信息的各个服务或服务的提供商或标准组织的标识值。(23)一种发送方法，包括：发送步骤，由发送单元发送具有预定格式的容器，所述容器包括媒体流；以及信息插入步骤，向媒体访问信息添加用于检查用媒体访问信息获取的媒体数据的提供商的检查信息，以将媒体访问信息插入媒体流的层或容器的层中。(24)一种媒体处理装置，包括：媒体访问信息获取单元，被配置为获取媒体访问信息，媒体访问信息添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息；媒体数据获取单元，被配置为基于媒体访问信息获取媒体数据；以及提供商检查单元，被配置为基于检查信息来检查已经获取的媒体数据的提供商。(25)一种媒体处理方法，包括：媒体访问信息获取步骤，通过媒体访问信息获取单元获取媒体访问信息，媒体访问信息添加有用于检查用媒体访问信息获取的媒体数据的提供商的检查信息；媒体数据取得步骤，基于媒体访问信息获取媒体数据；以及提供商检查步骤，基于检查信息来检查已经获取的媒体数据的提供商。作为本技术的主要特征，将与一组媒体访问控制相关联的预定数量条的媒体访问信息顺序插入到媒体流的层或容器的层中，以便发送，使得能够在接收侧有利地执行该组媒体访问控制(参考图6至图11和图16)。附图标记列表10、10a、10b发送和接收系统21有效像素周期22水平消隐周期23垂直消隐周期24视频数据周期25数据岛周期26控制周期31hdmi发射器32hdmi接收器33ddc34cec线35hpd线36电源线37备用线路100广播输出装置110、110a流生成单元111控制单元111acpu112视频编码器113、113a音频编码器113a音频编码块单元113b音频成帧单元114、114a多路复用器200、200a机顶盒(stb)201cpu202闪存rom203dram204内部总线205遥控接收单元206遥控发射器211天线端212数字调谐器213、213a多路分用器214视频解码器215音频成帧单元216hdmi发送单元217hdmi终端218数据插入单元300音频放大器(amp)301cpu302闪存rom303dram304内部总线305遥控接收单元306遥控发射器311hdmi终端312hdmi接收单元313音频解码器314音频处理电路315音频放大器电路316音频输出端317hdmi发送单元318hdmi终端400扬声器系统(sp)500电视接收器(电视)501cpu502闪存rom503dram504内部总线505遥控接收单元506遥控发射器507通信接口511天线端512数字调谐器513多路分用器514视频解码器515hdmi终端516hdmi接收单元517视频处理电路518面板驱动电路519显示面板520音频解码器521音频处理电路522音频放大器电路523扬声器610、620hdmi电缆。当前第1页12当前第1页12