发送设备、发送方法、接收设备和接收方法1.本申请是国际申请号为pct/jp2015/075313，申请日为2015年9月7日，发明名称为“发送设备、发送方法、接收设备和接收方法”的pct中国国家阶段申请201580002513.9的分案申请，其全部内容结合于此，作为参考。
技术领域：
：2.本技术涉及一种发送设备、发送方法、接收设备和接收方法，并且更具体而言涉及一种与将元数据插入音频流并且传输所得到的音频流的技术有关的发送设备等。
背景技术：
：：3.在过去，提出了将元数据插入音频流并且传输所得到的音频流的技术(例如，参见专利文献1)。4.引用列表5.专利文献6.专利文献1：日本专利申请特开2012‑010311号。技术实现要素：7.将由本发明解决的问题8.例如，元数据定义在音频流的用户数据区域。但是，元数据不一定被插入到所有的音频流中。9.本发明的目的在于使接收侧能够容易地识别出元数据被插入到音频流并从而提高处理的方便性。10.解决问题的方案11.本技术的构思在于一种发送设备，包括：12.发送单元，发送包括元信息的元文件，所述元信息用于通过接收设备获得元数据被插入其中的音频流；以及13.信息插入单元，将表示元数据插入到音频流的识别信息插入元文件。14.在本技术中，发送单元发送包括元信息的元文件，所述元信息用于通过接收设备获得元数据被插入其中的音频流。例如，所述元数据可以是用于连接至预定网络服务的接入信息。在这种情况下，例如，所述元数据可以是表示uri信息的字符代码。15.例如，发送单元可经由rf传输路径或通信网络传输路径发送元文件。进一步地，例如，发送单元可进一步发送预定格式的容器，容器包括元数据插入其中的音频流。在这种情况下，例如，所述容器可以是mp4(iso/iec14496‑14:2003)。16.信息插入单元将表示元数据插入音频流的识别信息插入元文件。例如，所述元文件可以是媒体呈现描述(mpd，媒体播放说明)文件。在这种情况下，例如，所述信息插入单元可使用“补充描述符(supplementarydescriptor)”将识别信息插入元文件。17.如上所述，在本技术中，表示元数据插入音频流的识别信息被插入包括元信息的元文件，所述元信息用于在接收设备获得元数据被插入其中的音频流。因此，在接收侧，可容易地识别出元数据插入音频流。进一步地，例如，还能基于该识别执行提取被插入音频流的元数据的处理，并且可靠而没有浪费地获得元数据。18.进一步地，本技术的另一个构思在于一种接收设备，包括：19.接收单元，接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流，其中，表示元数据插入音频流的识别信息插入到元文件中；以及20.发送单元，经由预定传输路径将所述音频流连同表示元数据插入音频流的识别信息一起传输至外部设备。21.在本技术中，接收单元接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流。例如，所述元数据可以是用于连接至预定网络服务的接入信息。将表示元数据插入音频流的识别信息插入元文件。22.例如，所述元数据可以是用于连接至预定网络服务的接入信息。例如，所述元文件可以是mpd文件，并且可使用“补充描述符”将识别信息插入元文件。23.发送单元经由预定传输路径将所述音频流连同表示元数据插入音频流的识别信息一起传输至外部设备。例如，所述发送单元可通过将所述音频流和识别信息插入图像数据的空白时间段并且将所述图像数据传输至外部设备，来将所述音频流和识别信息发送至外部设备。例如，所述预定传输路径可以是高清晰度多媒体接口(hdmi)电缆。24.如上文所描述的，在本技术中，将元数据插入其中的音频流连同表示元数据插入到音频流的识别信息一起传输至外部设备。因此，在外部设备侧，可能容易地识别出元数据插入到音频流。进一步地，例如，还能基于所述识别执行提取插入到音频流的元数据的处理，并且可靠而没有浪费地获得元数据。25.本技术的另一种构思在于一种接收设备，包括接收单元，接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流，其中，将表示元数据插入音频流的识别信息插入元文件；元数据提取单元，基于识别信息解码音频流并且提取元数据；以及处理单元，使用元数据执行处理。26.在本技术中，接收单元接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流。将表示元数据插入音频流的识别信息插入元文件。例如，所述元文件可以是mpd文件，并且可使用“补充描述符”将识别信息插入元文件。27.元数据提取单元基于识别信息解码音频流并且提取元数据。处理单元使用元数据执行处理。例如，所述元数据可以是用于连接至预定网络服务的接入信息，并且处理单元可基于网络接入信息访问网络上的预定服务器。28.如上文所描述的，在本技术中，基于插入到元文件中并且表示元数据插入音频流的识别信息从音频流提取元数据，并且将所述元数据用于处理。从而，能够可靠而没有浪费地获得插入到音频流中的元数据，并且适当地使用元数据执行处理。29.进一步地，本技术的另一个构思在于一种发送设备，包括：30.流生成单元，生成其中插入包括网络接入信息的元数据的音频流；以及31.发送单元，发送包括所述音频流的预定格式的容器。32.在本技术中，流生成单元生成其中插入包括网络接入信息的元数据的音频流。例如，通过对音频数据执行诸如aac、ac3、ac4或mpegh(3d音频)的编码，生成音频流，并且将元数据嵌入音频流的用户数据区域中。33.发送单元发送包括音频流的预定格式的容器。在此，预定格式的容器是，例如，mp4、mpeg2‑ts等。例如，元数据可以是表示uri信息的字符代码。34.如上文所描述的，在本技术中，将包括网路接入信息的元数据嵌入音频流并传输。因此，例如，能使用音频流作为容器，简单地从广播站、递送服务器等传输网络接入信息，这样使得在接收侧使用网络接入信息。35.本发明的效果36.根据本技术，接收侧可容易地识别出元数据插入音频流。本文描述的效果仅仅是实例，且不一定受到限制并且可包括在本公开中描述的任何效果。附图说明37.图1为示出基于mpeg‑dash的流传递系统的示例性配置的方框图。38.图2为示出在mpd文件中分层布置的结构关系实例的示意图。39.图3为示出根据实施方式的收发系统的示例性配置的方框图。40.图4为示出mpd文件描述实例的示意图。41.图5为示出“补充描述符”的“schemeiduri”的定义实例的示意图。42.图6为描述传输流中的视频和音频接入单元的布置实例以及元数据插入音频流的插入频率的示意图。43.图7为描述由“<baseurl>”表示的位置目的地的媒体文件实体的示意图。44.图8为示出配备在服务传输系统上的dash/mp4生成单元的示例性配置的方框图。45.图9为示出aac的音频帧的结构的示意图。46.图10为示出当压缩格式是aac时，元数据md插入其中的“数据流元素(datastreamelement(dse))”的配置的示意图。47.图11为示出“metadata()”配置和该配置的主要信息内容的示意图。48.图12为示出“sdo_payload()”配置的示意图。49.图13为示出命令id(cmdid)的值的意义的示意图。50.图14为示出ac3的帧结构(ac3同步帧)的示意图。51.图15为示出ac3的辅助数据的配置的示意图。52.图16为示出ac4的简单传输层的结构的示意图。53.图17为示出toc(ac4_toc())和子流(ac4_substream_data())的示意性配置的示意图。54.图18为示出布置在toc(ac4_toc())中的“umd_info()”的配置的示意图。55.图19为示出布置在子流(ac4_substream_data())中的“umd_payloads_substream()”的配置的示意图。56.图20为示出mpegh(3d音频)的传输数据中的音频帧(1024个采样)的结构的示意图。57.图21为描述保持在“config”中的各“frame”的配置信息(config)与各“frame”的对应的示意图。58.图22为示出扩展元素(ext_element)的类型(exelementtype)和值(value)之间的对应关系的示意图。59.图23为示出“userdataconfig()”的配置的示意图。60.图24为示出“userdata()”的配置的示意图。61.图25为示出配置收发系统的机顶盒的示例性配置的方框图。62.图26为示出布置在数据岛周期中的音频信息帧数据包的示例性结构的示意图。63.图27为示出配置收发系统的电视接收器的示例性配置的方框图。64.图28为示出机顶盒的hdmi发送单元和电视接收器的hdmi接收单元的示例性配置的方框图。65.图29为示出在通过tmds信道传输图像数据时各种传输数据周期的示意图。66.图30为描述在电视接收器中使用元数据的处理的具体实例的示意图。67.图31为示出在电视接收器基于元数据接入网络服务时屏幕显示的过渡实例的示意图。68.图32为示出根据实施方式的电视接收器中的音频输出系统的配置的方框图。69.图33为示出电视接收器中的音频输出系统的另一个示例性配置的方框图。70.图34为示出收发系统的另一个示例性配置的方框图。71.图35为示出配备在服务传输系统上的ts生成单元的示例性配置的方框图。72.图36为示出音频用户数据描述符的示例性结构的示意图。73.图37为示出音频用户数据描述符的示例性结构中的主要信息的内容的示意图。74.图38为示出传输流的示例性配置的示意图。75.图39为示出配置收发系统的机顶盒的示例性配置的方框图。76.图40为示出配置收发系统的电视接收器的示例性配置的方框图。具体实施方式77.在下文中，将描述执行本发明的模式(在下文中称为“实施方式”)。将以下面的顺序进行描述。78.1.实施方式79.2.变形例80.<1.实施方式>81.[基于mpeg‑dash的流传递系统的综述][0082]首先，将描述可应用本技术的基于mpeg‑dash的流传递系统的综述。[0083]图1的(a)示出了基于mpeg‑dash的流传递系统30a的示例性配置。在这个示例性配置中，媒体流和媒体呈现描述(mpd)文件经由通信网络传输路径进行传输。流传递系统30a被配置使得n个接收系统33‑1、33‑2、……和33‑n经由内容传递网络(cdn)34连接至dash流文件服务器31和dashmpd服务器32。[0084]dash流文件服务器31基于预定内容的媒体数据(视频数据、音频数据、字幕数据等)生成dash规格的流片段(下文适当地称为“dash片段”)，并且根据从接收系统作出的http请求发送所述片段。dash流文件服务器31可以是专用于流化的服务器并且也起网络服务器的作用。[0085]dash流文件服务器31根据经由cdn34从接收系统33(33‑1、33‑2……和33‑n)发送的流的片段的请求，经由cdn34将预定流的片段传输至请求源的接收器。在这种情况下，接收系统33根据客户位于其中的网络环境的状态，参照在mpd文件中描述的速率值，选择最优速率的流并且做出请求。[0086]dashmpd服务器32是生成mpd文件的服务器，所述mpd文件用于获得在dash流文件服务器31中生成的dash片段。mpd文件基于从内容管理服务器(没有示出)接收的内容元数据和在dash流文件服务器31中生成的片段的地址(url)而生成。dash流文件服务器31和dashmpd服务器32在物理上可以相同。[0087]在mpd格式中，使用诸如针对各个流的表示(representation)，如视频或者音频的元素来记述各个属性。例如，表示针对具有不同速率的每多个视频数据流而划分成，并且在mpd文件中记述其每一个速率。接收系统33可在虑以上描述的速率的值的情况下，根据接收系统33位于其中的网络环境的状态，选择最优的流。[0088]图1的(b)示出了基于mpeg‑dash的流传递系统30b的示例性配置。在这个示例性配置中，媒体流和mpd文件经由rf传输路径传输。流传递系统30b配置有广播传输系统36，与dash流文件服务器31和dashmpd服务器32以及m个接收系统35‑1、35‑2……和35‑m连接。[0089]在流传递系统30b的情况中，广播传输系统36通过广播波发送由dash流文件服务器31生成的dash规格的流片段(dash片段)和由dashmpd服务器32生成的mpd文件。[0090]图2的(a)到图2的(d)示出了在mpd文件中分层布置的结构关系的实例。如图2的(a)所示，整个mpd文件的媒体呈现包括以时间间隔划界的多个周期。例如，第一周期从第0秒开始，下一个周期从第100秒开始。[0091]如图2的(b)所示，一个周期包括多个表示。在所述多个表示中，有一组的表示与同一实体(substance)的具有不同流属性(例如，根据适配集(adaptationset)分组的不同速率)的媒体流有关。[0092]如图2的(c)所示，所述表示包括片段信息(segmentinfo)。所述片段信息包括初始化片段和多个媒体片段，在这些片段中，描述通过划界小周期而获得的片段的信息，如图2的(d)所示。例如，媒体片段包括用于实际获得诸如视频或音频的片段数据的地址信息(url)。[0093]进一步地，可在根据适配集分组的多个表示中，自由地执行流切换。从而，可能根据接收系统位于其中的网络环境的状态选择最优速率的流并且执行无缝传递。[0094][收发系统的配置][0095]图3的(a)和图3的(b)示出了根据实施方式的收发系统的示例性配置。图3的(a)的收发系统10包括服务传输系统100、机顶盒(stb)200和电视接收器(tv)300。机顶盒200与电视接收器300经由高清晰度多媒体接口(hdmi)电缆400连接。“hdmi”是注册商标。[0096]在收发系统10中，服务传输系统100对应图1的(a)中示出的流传递系统30a中的dash流文件服务器31和dashmpd服务器32。在收发系统10中，服务传输系统100对应图1的(b)中示出的流传递系统30b中的dash流文件服务器31、dashmpd服务器32和广播传输系统36。[0097]在收发系统10中，机顶盒(stb)200和电视接收器(tv)300对应图1的(a)中示出的流传递系统30a的接收系统33(33‑1、33‑2、……和33‑n)。在收发系统10中，机顶盒(stb)200和电视接收器(tv)300对应图1的(b)中示出的流传递系统30b的接收系统35(35‑1、35‑2、……和35‑m)。[0098]图3的(b)的收发系统10’包括服务传输系统100和电视接收器(tv)300。在收发系统10’中，服务传输系统100对应图1的(a)中示出的流传递系统30a的dash流文件服务器31和dashmpd服务器32。在收发系统10’中，服务传输系统100对应图1的(b)中示出的流传递系统30b的dash流文件服务器31、dashmpd服务器32和广播传输系统36。[0099]在收发系统10’中，电视接收器(tv)300对应图1的(a)中示出的流传递系统30a的接收系统33(33‑1、33‑2、……和33‑n)。在收发系统10’中，电视接收器(tv)300对应图1的(b)中示出的流传递系统30b的接收系统35(35‑1、35‑2、……和35‑m)。[0100]服务传输系统100经由rf传输路径或通信网络传输路径发送dash/mp4，也就是充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4。服务传输系统100将元数据插入音频流。例如，用于连接至预定网络服务的接入信息、预定内容信息等被认为是元数据。在这个实施方式中，插入用于连接至预定网络服务的接入信息。[0101]服务传输系统100将表示元数据插入音频流的识别信息插入mpd文件。服务传输系统100使用例如“补充描述符”插入表示元数据插入音频流的识别信息。[0102]图4示出了mpd文件的描述实例。“<adaptationsetmimetype＝“audio/mp4”group＝“1”>”的描述表示，有用于音频流的适配集(adaptationset)，为音频流提供mp4文件结构并且分配为组1。[0103]"<supplementarydescriptorschemeiduri＝“urn:brdcst:audiometacontained"value＝“true”/>”的描述表示元数据被插入音频流。除了现有标准中的现有定义之外，基于“supplementarydescriptor”，“schemeiduri”可重新定义为广播或其他任何应用。如图5所示，“schemeiduri＝“urn:brdcst:audiometacontained””表示音频元信息已被包括，也就是，元数据插入音频流。例如，当“值”为“真”时，表示音频元信息被包括。当“值”为“假”时，表示音频元信息没有被包括。[0104]“<supplementarydescriptorschemeiduri＝“urn:brdcst:codectype”value＝“mpegh”/>”的描述表示，音频的编码解码器为mpeg(3d音频)。如图5所示，“schemeiduri＝“urn:brdcst:codectype””表示编码解码器的类型。“值”实例包括“mpegh”、“aac”、“ac3”和“ac4”。[0105]“<supplementarydescriptorschemeiduri＝“urn:brdcst:coordinatedcontrol”value＝“true”/>”的描述表示，在多个媒体流中强调并提供网络连接必要的信息。如图5所示，“<supplementarydescriptorschemeiduri＝“urn:brdcst:coordinatedcontrol””表示网络连接必要的信息通过多个媒体流的协调提供。例如，当“值”为“真”时，表示与另一个适配集的流协调提供网络连接信息。当“值”为“假”时，表示网络连接信息仅通过当前的适配集的流提供。[0106]“<supplementarydescriptorschemeiduri＝“urn:brdcst:type”value＝“netlink”/>”的描述表示元信息的服务(servicebymeta)类型是网络连接。如图5所示，“schemeiduri＝“urn:brdcst:type””表示元信息的服务的类型。例如，当“值”为“netlink”时，表示元信息的服务类型是网络连接。[0107]“<supplementarydescriptorschemeiduri＝“urn:brdcst:metainsertionfrequency”value＝“1”/>”的描述表示以接入单元为单位提供元信息。如图5所示，“schemeiduri＝“urn:brdcst:metainsertionfrequency””表示以接入单元为单位提供元信息的频率。例如，当“值”为“1”时，表示在一个接入单元生成一条用户数据条目。当“值”为“2”时，表示在一个接入单元生成多条用户数据条目。当“值”为“3”时，表示在由随机接入点划定的时间周期期间中生成一条或多条用户数据条目。[0108]图6的(a)示出了mp4中包含的视频和音频接入单元的布置实例。“vau”表示视频接入单元。“aau”表示音频接入单元。图6的(b)示出了当设定“frequency_type＝1”时一条用户数据条目(元数据)插入各个音频接入单元。[0109]图6的(c)示出了当设定“frequency_type＝2”时多条用户数据(元数据)插入到一个音频接入单元。图6的(d)示出了针对包括随机接入点的各组，当设定“frequency_type＝3”时至少一条用户数据(元数据)插入到第一音频接入单元。[0110]参照回图4，“<representationid＝“11”bandwidth＝“128000”>”的描述表示设定“representationid＝“11””，并且有音频流的比特率为128kbps。“<baseurl>audio/jp/128.mp4</baseurl>”的描述表示音频流的位置目的地是“audio/jp/128.mp4”。[0111]“<adaptationsetmimetype＝“video/mp4”group＝“2”>”的描述表示有用于视频流的适配集(adaptationset)，视频流以mp4文件结构提供，并且分配为组2。[0112]“<supplementarydescriptorschemeiduri＝“urn:brdcst:videometacontained”value＝“true”/>”的描述表示元数据插入视频流。如图5所示，“schemeiduri＝“urn:brdcst:audiometacontained””表示视频元信息被包括，也就是，元数据插入视频流。例如，当“值”为“真”时，表示视频元信息被包括。当“值”为“假”时，表示视频元信息没有被包括。[0113]“<supplementarydescriptorschemeiduri＝“urn:brdcst:codectype”value＝“hevc”/>”的描述表示视频流的编码解码器为hevc。“<supplementarydescriptorschemeiduri＝“urn:brdcst:coordinatedcontrol”value＝“true”/>”的描述表示在多个媒体流中强调并提供网络连接必要的信息。[0114]“<supplementarydescriptorschemeiduri＝“urn:brdcst:type”value＝“netlink”/>”的描述表示元信息的服务类型是网络连接。<supplementarydescriptorschemeiduri＝“urn:brdcst:metainsertionfrequency”value＝“1”/>”的描述表示以接入单元为单位提供元信息。[0115]“<representationid＝“21”bandwidth＝“20000000”>”的描述表示设定“representationid＝“21””，并且有比特率为20mbps的视频流。“<baseurl>video/jp/20000000.mp4</baseurl>”的描述表示视频流的位置目的地为“video/jp/20000000.mp4”。[0116]在此，将描述由“<baseurl>”表示的位置目的地的媒体文件实体(mediafilesubstance)。例如，在非片段mp4的情况下，存在“url1”被定义为如图7的(a)所示的情况。在这种情况下，首先布置描述文件类型的“ftyp”盒。“ftyp”盒表示文件是非片段mp4文件。其后，布置“moov”盒和“mdat”盒。“moov”盒包括所有的元数据，例如每个轨道(track)的报头信息、内容实体的元描述、时间信息等。“mdat”盒包括媒体数据体。[0117]在片段mp4的情况下，例如，如图7的(b)所示，有“url2”被定义的情况。在这种情况下，首先布置描述片段类型的“styp”盒。之后布置描述片段索引的“sidx”盒。其后，布置预定数目的电影片段。在此，电影片段配置有包括控制信息的“moof”盒和包括媒体数据体的“mdat”盒。由于通过使传输媒体成片段而获得的片段包括在一个电影片段的“mdat”盒中，包括在“moof”盒中的控制信息是与片段有关的控制信息。[0118]进一步地，还考虑到“url1”与“url2”的组合。在这种情况下，例如，“url1”可设定为初始化片段，并且“url1”与“url2”可设定为一个服务的mp4。可替代地，“url1”与“url2”可结合一体并定义为如图7的(c)所示的“url3”。[0119]机顶盒200接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4，其流经由rf传输路径或通信网络传输路径从服务传输系统100传输来。将用于连接至预定网络服务的接入信息作为元数据插入到包括在mp4中的音频流。使用“补充描述符”将表示元数据插入音频流的识别信息插入mpd文件。[0120]机顶盒200经由hdmi电缆400将音频流连同表示元数据插入音频流的识别信息一起传输至电视接收器300。[0121]在此，机顶盒200将音频流和识别信息插入通过解码视频流获得的图像数据的空白时间段，将所述图像数据传输至电视接收器300，并且将音频流和识别信息传输至电视接收器300。机顶盒200将识别信息插入例如音频信息帧数据包。[0122]电视接收器300经由hdmi电缆400从图3的(a)示出的收发系统10中的机顶盒200接收音频流以及表示元数据插入音频流的识别信息。换句话说，电视接收器300从顶盒200接收图像数据，在该图像数据中，音频流和识别信息插入空白时间段。[0123]之后，电视接收器300基于识别信息解码音频流，提取元数据，并使用元数据执行处理。在这种情况下，电视接收器300基于充当元数据的预定网络服务信息接入网络上的预定服务器。[0124]电视接收器300接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4，其经由rf传输路径或通信网络传输路径从图3的(b)示出的收发系统10’中的服务传输系统100传输来。将用于连接至预定网络服务的接入信息作为元数据插入包括在mp4中的音频流。使用“补充描述符”将表示元数据插入音频流的识别信息插入mpd文件。[0125]之后，电视接收器300基于识别信息解码音频流，提取元数据，并使用元数据执行处理。在这种情况下，电视接收器300基于充当元数据的预定网络服务信息接入网络上的预定服务器。[0126][服务传输系统的dash/mp4生成单元][0127]图8示出了配备在服务传输系统100上的dash/mp4生成单元110的示例性配置。dash/mp4生成单元110包括控制单元111、视频编码器112、音频编码器113和dash/mp4格式器114。[0128]控制单元111包括cpu111a，并且控制dash/mp4生成单元110中的各单元。视频编码器112对图像数据sv执行诸如mpeg2、h.264/avc或h.265/hevc的编码，并且生成视频流(视频基本流)。图像数据sv的实例包括从诸如hdd的记录介质再生的图像数据以及由视频摄像机获得的实时图像数据。[0129]音频编码器113根据诸如aac、ac3、ac4、mpegh(3d音频)的压缩格式对音频数据sa执行编码，并且生成音频流(音频基本流)。音频数据sa是对应图像数据sv的音频数据，并且音频数据sa的实例包括从诸如hdd的记录介质再生的音频数据或者由麦克风获得的实时音频数据。[0130]音频编码器113包括音频编码块单元113a和音频组帧单元113b。被编码的块通过音频编码块单元113a生成并且通过音频组帧单元113b组帧。在这种情况下，被编码的块和组帧根据压缩格式而不同。[0131]音频编码器113在控制单元111的控制下将元数据md插入音频流。在这个实施方式中，元数据md是用于连接至预定的网络服务的接入信息。在此，所有的服务，诸如音乐网络服务和音频视频网络服务都可以是预定的网络服务。在此，元数据md嵌入音频流的用户数据区域。[0132]dash/mp4格式器114基于从视频编码器112输出的视频流和从音频编码器113输出的音频流生成包括充当内容的诸如视频或音频的媒体流(媒体片段)的mp4。dash/mp4格式器114使用内容元数据、片段url信息等生成mpd文件。在此，例如，将表示元数据插入音频流的识别信息插入mpd文件(见图4)。[0133]将简要描述图8中示出的dash/mp4生成单元110的操作。将图像数据sv提供给视频编码器112。视频编码器112对图像数据sv执行诸如h.264/avc或h.265/hevc的编码，并且生成包括被编码的视频数据的视频流。[0134]将音频数据sa提供给音频编码器113。音频编码器113对音频数据sa执行诸如aac、ac3、ac4、mpegh(3d音频)的编码，并且生成音频流。[0135]在这时，将元数据md和用于将元数据md嵌入用户数据区域的大小信息从控制单元111提供至音频编码器113。之后，音频编码器113将元数据md嵌入音频流的用户数据区域。[0136]将由视频编码器112生成的视频流提供至dash/mp4格式器114。将由音频编码器113生成的、包括嵌入在用户数据区域的元数据md的音频流提供至dash/mp4格式器114。之后，dash/mp4格式器114生成包括充当内容的诸如视频或音频的媒体流(媒体片段)的mp4。dash/mp4格式器114使用内容元数据、片段url信息等生成mpd文件。在这时，例如，将表示元数据插入音频流的识别信息插入mpd文件。[0137][各压缩格式的元数据md的插入细节][0138][aac实例][0139]首先，将描述压缩格式是高级音频编码(aac)的实例。图9示出了aac音频帧的结构。所述音频帧包括多个元素。识别元素内容的3位标识符(id)“id_syn_ele”布置在各元素的头部。[0140]当“id_syn_ele”为“0×4”时，表示元素是充当用户数据可布置其中的数据流元素(dse)。当压缩格式是aac时，元数据md插入dse。图10示出了dse(datastreamelement())的配置(语法)。[0141]4位字段的“element_instance_tag”表示dse中的数据类型，且当dse用作统一用户数据时，其值可为“0”。将“data_byte_align_flag”设定为“1”，整个dse是字节对准的。表示额外字节数目的“count”或“esc_count”的值根据用户数据的大小来适当地确定。将“metadata()”插入“data_stream_byte”字段。[0142]图11的(a)示出了“metadata()”的配置(语法)，图11的(b)示出了该配置的主要信息内容(语义)。32位字段的“userdata_identifier”通过设置预先定义的布置的值，表示音频用户数据。当“userdata_identifier”以“aaaa”表示用户数据时，包括8位字段的“metadata_type”。这个字段表示元数据的类型。例如，“0x08”表示元数据是用于连接至预定的网络服务的接入信息，并且所述接入信息包括在atsc的“sdo_payload()”中。当是“0x08”时，包括“sdo_payload()”。在此，使用“atsc”，但是可使用任何其他标准组织。[0143]图12示出了“sdo_payload()”的配置(语法)。当命令id(cmdid)小于“0x05”时，“uri_character”字段被包括。将表示用于连接至预定的网络的uri信息的字符代码插入这个字段。图13示出了命令id(cmdid)的值的意义。“sdo_payload()”通过先进电视系统委员会标准(atsc)标准化。[0144][ac3的实例][0145]接下来，将描述压缩格式是ac3的实例。图14示出了ac3帧(ac3同步帧)的结构。将音频数据sa编码，这样使得“audblock5”的“mantissadata”、“aux”和“crc”的总大小不超过总大小的3/8。当压缩格式是ac3时，将元数据md插入“aux”区域。图15示出了ac3的辅助数据的配置(语法)。[0146]当“auxdatae”为“1”时，“auxdata”被激活(enabled)，并且由“auxdatal”的14个位(位单元)表示大小的数据定义在“auxbits”中。在这时，在“nauxbits”中描述“auxbits”的大小。在本技术中，“auxbits”的字段定义为“metadata()”。换句话说，图11的(a)中示出的“metadata()”插入“auxbits”字段中，并且atsc的包括用于连接至预定的网络服务的接入信息的“sdo_payload()”(见图12)根据图11的(a)示出的语法结构布置在“data_byte”字段。[0147][ac4的实例][0148]接着，将描述压缩格式为ac4的实例。ac4是ac3的下一代音频编码格式之一。图16的(a)示出了ac4简单传输层的结构。有同步字字段(synword)、帧长(framelength)字段、一个充当编码数据字段的“rawac4frame”字段和crc字段。如图16的(b)所示，“rawac4frame”字段包括布置在头部的目录表(toc)字段和紧接其下的预定数目的子流(substream)字段。[0149]如图17的(b)所示，子流(ac4_substream_data())包括元数据区域(metadata)并且“umd_payloads_substream()”字段布置在其中。包括用于连接至预定的网络的接入信息的atsc的“sdo_payload()”(见图12)布置在“umd_payloads_substream()”字段。[0150]进一步地，如图17的(a)所示，toc(ac4_toc())包括“ac4_presentation_info()”字段并且进一步包括“umd_info()”字段，该字段表示元数据插入“umd_payloads_substream())”字段。[0151]图18示出了“umd_info()”的配置(语法)。“umd_version”字段表示版本号。“substream_index”表示索引值。定义版本号和索引值的组合以表示元数据插入“umd_payloads_substream())”字段。[0152]图19示出了“umd_payloads_substream()”的配置(语法)。设定5位字段的“umd_payload_id”为除0以外的值。32位字段的“umd_userdata_identifier”通过设定预先定义的布置的值，表示音频用户数据。16位字段的“umd_payload_size”表示接下来字节的数目。当“umd_userdata_identifier”以“aaaa”表示用户数据时，包括8位字段的“umd_metadata_type”。这个字段表示元数据的类型。例如，“0x08”表示元数据是用于连接至预定的网络服务的接入信息并且该接入信息包括在atsc的“sdo_payload()”中。当是“0x08”时，包括“sdo_payload()”(见图12)。[0153][mpeg的实例][0154]接着，将描述压缩格式为mpegh(3d音频)的实例。图20示出了mpegh(3d音频)传输数据中的音频帧(1024个采样)的结构。所述音频帧配置有多个mpeg音频流数据包(mpegaudiostreampacket)。每一个mpeg音频流数据包配置有报头和有效载荷。[0155]报头包括诸如数据包类型、数据包标签和数据包长度的信息。由报头的数据包类型定义的信息布置在有效载荷中。有效载荷信息包括对应同步开始代码的“sync”、服务3d音频的传输数据的实际数据的“frame”以及表示“frame”的配置的“config”。[0156]配置3d音频的传输数据的信道编码数据和目标编码数据包括在“frame”中。在此，信道编码数据配置有编码采样数据，诸如单信道元素(sce)、信道对元素(cpe)和低频元素(lfe)。目标编码数据配置有sce的编码采样数据和用于利用位于任何位置处的扬声器来映射编码采样数据并且表现编码采样数据的元数据。元数据作为扩展元素(ext_element)被包括。[0157]在此，保持在“config”中包括的每一个“frame”的配置信息(config)和每一个“frame”的对应关系如下。换句话说，如图21所示，使用id(elemidx)将每一个“frame”的配置信息(config)登记在“config”中，将每一个“frame”以登记id的顺序进行发送。数据包标签(pl)的值在在“config”和与其对应的“frame”中相同。[0158]再参照图20，在这个实施方式中，包括用户数据(userdata)的元素(ext_userdata)作为扩展数据(ext_element)被重新定义。因此，在“config”中重新定义元素(ext_userdata)的配置信息(userdataconfig)。[0159]图22示出了扩展元素(ext_element)的类型(exelementtype)和其值(value)之间的对应关系。在当前状态下，确定为0到7。由于128或更高的值对于mpeg之外的使用是可扩展的，例如，将128定义为“id_ext_userdata”类型的值。[0160]图23的(a)和图23的(b)示出了“userdataconfig()”的配置(语法)。32位字段的“userdata_identifier”通过设定预先定义的布置的值，来表示音频用户数据。16位字段的“userdata_framelength”表示“audio_userdata()”的字节数目。图24示出了“audio_userdata()”的配置(语法)。当“userdataconfig()”的“userdata_identifier”以“aaaa”表示用户数据时，包括8位字段的“metadatatype”。这个字段表示元数据的类型。例如，“0x08”表示元数据是用于连接至预定的网络服务的接入信息并且该接入信息包括在atsc的“sdo_payload()”中。当是“0x08”时，“sdo_payload()”(见图12)被包括。[0161][机顶盒的示例性配置][0162]图25示出了机顶盒200的示例性配置。机顶盒200包括接收单元204、dash/mp4分析单元205、视频解码器206、音频组帧单元207、hdmi发送单元208和hdmi终端209。机顶盒200进一步包括cpu211、闪速rom212、dram213、内部总线214、远程控制器接收单元215和远程控制器发送器216。[0163]cpu211控制机顶盒200的各单元的操作。闪速rom212储存控制软件并保存数据。dram213配置cpu211的工作区域。cpu211激活从闪速rom212读取的软件或者在dram213上展开数据并激活软件，并且控制机顶盒200的各单元。[0164]远程控制器接收单元215接收从远程控制器发送器216发送的远程控制信号(远程控制器代码)并且将所述远程控制信号(远程控制器代码)提供至cpu211。cpu211基于远程控制器代码控制机顶盒200的各单元。cpu211、闪速rom212和dram213连接至内部总线214。[0165]接收单元204接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)mp4，这些经由rf传输路径或通信网络传输路径从服务传输系统100传输来。将用于连接至预定的网络服务的接入信息作为元数据插入包括在mp4中的音频流。使用“补充描述符”将表示元数据插入音频流的识别信息插入mpd文件。[0166]dash/mp4分析单元205分析由接收单元204接收的mpd文件和mp4。dash/mp4分析单元205提取包括在mpd文件中的mpd信息，并且将所述mpd信息传输至cpu211。在此，mpd信息还包括例如表示元数据插入音频流的识别信息。cpu211基于mpd信息控制获得视频和音频流的处理。dash/mp4分析单元205从mp4提取诸如每一个轨道的报头信息、内容实体的元描述、时间信息等的元数据，并将提取的元数据传输至cpu211。[0167]dash/mp4分析单元205从mp4提取视频流，并且将提取的视频流传输至视频解码器206。视频解码器206对视频流执行解码处理，并且获得非压缩的图像数据。dash/mp4分析单元205从mp4提取音频流，并且将提取的音频流传输至音频组帧单元207。音频组帧单元207对音频流执行组帧。[0168]hdmi发送单元208根据符合hdmi的通信，通过hdmi终端209传输通过视频解码器206获得的非压缩图像和通过音频组帧单元207组帧的音频流。hdmi发送单元208封包图像数据和音频流以便通过hdmi的tmds信道传输，并且将所得到的数据传输至hdmi终端209。[0169]hdmi发送单元208在cpu211的控制下，插入表示元数据插入音频流的识别信息。hdmi发送单元208将音频流和识别信息插入图像数据的空白时间段。将具体描述hdmi发送单元209。[0170]在这个实施方式中，hdmi发送单元208将识别信息插入布置在图像数据的空白时间段中的音频信息帧数据包。所述音频信息帧数据包布置在数据岛周期中。[0171]图26示出了音频信息帧数据包的示例性结构。在hdmi中，与声音有关的补充信息可通过音频信息帧数据包从源设备传输至接收设备。[0172]表示数据包类型的“packettype”定义在第0字节，音频信息帧数据包设定为“0x84”。数据包数据定义的版本信息在第1字节中描述。表示数据包长度的信息在第2字节描述。在这实施方式中，1位标志信息“userdata_presence_flag”在第5字节的第5位定义。当标志信息为“1”时，表示元数据插入音频流。[0173]当标志信息为“1”时，各种信息在第9字节定义，第7到第5位用作“metadata_type”字段，第4位用作“coordinated_control_flag”字段，第2位到第0位用作“frequency_type”字段。虽然省略了具体的描述，但各字段表示的信息与图4中示出的加到mpd文件上的各信息相同。[0174]将简要描述机顶盒200的操作。接收单元204接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4，这些经由rf传输路径或通信网络传输路径从服务传输系统100传输。如上文所描述的，将已接收的mpd文件和mp4提供至dash/mp4分析单元205。[0175]dash/mp4分析单元205分析mpd文件和mp4。dash/mp4分析单元205提取包括在mpd文件中的mpd信息，并且将所述mpd信息传输至cpu211。在此，mpd信息还包括例如表示元数据插入音频流的识别信息。dash/mp4分析单元205从mp4提取诸如每一个轨道的报头信息、内容实体的元描述、时间信息等的元数据，并将提取的元数据传输至cpu211。[0176]dash/mp4分析单元205从mp4提取视频流，并且将视频流传输至视频解码器206。视频解码器206对视频流执行解码处理，并且获得非压缩的图像数据。将所述图像数据提供至hdmi发送单元208。dash/mp4分析单元205从mp4提取音频流。所述音频流由音频组帧单元207组帧并被提供至hdmi发送单元208。之后，hdmi发送单元208封包图像数据和音频流并且将所得到的数据从hdmi终端209传输至hdmi电缆400。[0177]hdmi发送单元208在cpu211的控制下，将表示元数据插入音频流的识别信息插入布置在图像数据的空白时间段中音频信息帧数据包。因此，将表示元数据插入音频流的识别信息从机顶盒200传输至hdmi电视接收器300。[0178][电视接收器的示例性配置][0179]图27示出了电视接收器300的示例性配置。电视接收器300包括接收单元306、dash/mp4分析单元307、视频解码器308、视频处理电路309、面板驱动电路310和显示面板311。[0180]电视接收器300包括音频解码器312、音频处理电路313、音频放大电路314、扬声器315、hdmi终端316、hdmi接收单元317和通信接口318。电视接收器300还包括cpu321、闪速rom322、dram323、内部总线324、远程控制器接收单元315和远程控制器发送器316。[0181]cpu321控制电视接收器300各个单元的操作。闪速rom322储存控制软件并保存数据。dram323配置cpu321的工作区域。cpu321激活从闪速rom322读取的软件或者在dram323上展开(develop)数据并激活软件，并且控制电视接收器300的各个单元。[0182]远程控制器接收单元325接收从远程控制器发送器326传输的远程控制信号(远程控制器代码)并且将所述远程控制信号(远程控制器代码)提供至cpu321。cpu321基于远程控制器代码控制电视接收器300的各个单元。cpu321、闪速rom322和dram323连接至内部总线324。[0183]通信接口318在cpu321的控制下，执行与位于诸如互联网的网络上的服务器通信。通信接口318连接至内部总线324。[0184]接收单元306接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4，这些经由rf传输路径或通信网络传输路径从服务传输系统100传输来。将用于连接至预定的网络服务的接入信息作为元数据插入包括在mp4中的音频流。例如，使用“补充描述符”将表示元数据插入音频流的识别信息插入mpd文件。[0185]dash/mp4分析单元307分析由接收单元306接收的mpd文件和mp4。dash/mp4分析单元307提取包括在mpd文件中的mpd信息，并且将所述mpd信息传输至cpu321。cpu321基于mpd信息控制获得视频和音频流的处理。dash/mp4分析单元307从mp4提取诸如每一个轨道的报头信息、内容实体的元描述、时间信息等的元数据，并将提取的元数据传输至cpu321。[0186]dash/mp4分析单元307从mp4提取视频流，并且将提取的视频流传输至视频解码器308。视频解码器308对视频流执行解码处理，并且获得非压缩的图像数据。dash/mp4分析单元307从mp4提取音频流，并且将提取的音频流传输至音频解码器312。[0187]hdmi接收单元317根据符合hdmi的通信，经由hdmi电缆400，接收提供给hdmi终端316的图像数据和音频流。hdmi接收单元317提取插入图像数据的空白时间段的各种控制信息，并且将被提取的控制信息传输至cpu321。在此，控制信息还包括例如表示元数据插入音频流并且插入音频信息帧数据包(见图26)的识别信息。之后将具体描述hdmi接收单元317。[0188]视频处理电路309通过对通过视频解码器308或hdmi接收单元316获得的图像数据或对通过通信接口318从网络服务器接收的图像数据执行缩放处理、合成处理等，获得显示图像数据。[0189]面板驱动电路310基于通过视频处理电路308获得的显示图像数据驱动显示面板311。显示面板311配置有，例如液晶显示器(lcd)、有机电发光显示器(有机el显示器)等。[0190]音频解码器312通过对音频流执行解码处理获得非压缩音频数据，所述音频流通过dash/mp4分析单元307提取或通过hdmi接收单元317获得。音频解码器312在cpu321的控制下，提取插入音频流的元数据，并且将被提取的元数据传输至cpu321。在这个实施方式中，元数据是用于连接至预定的网络服务的接入信息(见图12)。cpu321适当地使电视接收器300的各单元使用元数据执行处理。[0191]将mpd信息从dash/mp4分析单元307提供至cpu321。cpu321可基于包括在mpd信息中的识别信息，预先识别出元数据插入音频流，并且可控制音频解码器312使得元数据被提取。[0192]音频处理电路313对通过音频解码器312获得的音频数据执行诸如d/a转化的必要处理。音频放大电路314放大从音频处理电路313输出的音频信号，并且将放大的音频信号提供给扬声器315。[0193]将简要描述图27示出的电视接收器300的操作。接收单元306接收dash/mp4，也就是，充当元文件的mpd文件和包括诸如视频或音频的媒体流(媒体片段)的mp4，这些经由rf传输路径或通信网络传输路径从服务传输系统100传输来。如上文所描述的，将接收到的mpd文件和mp4提供至dash/mp4分析单元307。[0194]dash/mp4分析单元307分析mpd文件和mp4。之后，dash/mp4分析单元307提取包括在mpd文件中的mpd信息，并且将提取的mpd信息传输至cpu321。在此，mpd信息还包括表示元数据插入音频流的识别信息。dash/mp4分析单元307从mp4提取诸如每一个轨道的报头信息、内容实体的元描述、时间信息等的元数据，并将提取的元数据传输至cpu321。[0195]dash/mp4分析单元307从mp4提取视频流，并且将提取的视频流传输至视频解码器308。视频解码器308对视频流执行解码处理，并且获得非压缩的图像数据。将所述图像数据提供至视频处理电路309。dash/mp4分析单元307从mp4提取音频流。将所述音频流提供至音频解码器312。[0196]hdmi接收单元317根据符合hdmi的通信，经由hdmi电缆400，接收提供给hdmi终端316的图像数据和音频流。将所述图像数据提供至视频处理电路309。将所述音频流提供至音频解码器312。[0197]hdmi接收单元317提取插入图像数据的空白时间段的各种控制信息，并且将被提取的控制信息传输至cpu321。在此，控制信息还包括例如表示元数据插入音频流并且插入音频信息帧数据包的识别信息。从而，cpu321基于所述识别信息控制音频解码器312的操作，使得从音频流提取元数据。[0198]视频处理电路309通过对通过视频解码器308或hdmi接收单元317获得的图像数据或通过通信接口318从网络服务器接收的图像数据执行缩放处理、合成处理等，获得显示图像数据。在此，当接收并处理电视广播信号时，视频处理电路309处理通过视频解码器308获得的图像数据。另一方面，当通过hdmi接口连接机顶盒200时，频处理电路309处理通过hdmi接收单元317获得的图像数据。[0199]将通过视频处理电路309获得的显示图像数据提供至面板驱动电路310。面板驱动电路310基于显示图像数据驱动显示面板311。结果，在显示面板311上显示对应显示图像数据的图像。[0200]音频解码器312通过对音频流执行解码处理获得非压缩音频数据，所述音频流通过dash/mp4分析单元307或hdmi接收单元316获得。在此，当接收并处理电视广播信号时，音频解码器312处理通过dash/mp4分析单元307获得的音频流。另一方面，当通过hdmi接口连接机顶盒200时，音频解码器312处理通过hdmi接收单元317获得的音频流。[0201]将通过音频解码器312获得的音频数据提供给音频处理电路313。音频处理电路313对音频数据执行诸如d/a转化的必要处理。音频数据由音频放大电路314放大并且被提供给扬声器315。结果，将对应显示面板311的显示图像的声音从扬声器315输出。[0202]音频解码器312提取插入音频流的元数据。例如，如上文描述的，由基于识别信息检测出元数据插入音频流并且控制音频解码器312的操作的cpu321可靠地执行元数据提取处理，而没有浪费。[0203]将如上文所描述的由音频解码器312提取的元数据传输至cpu321。cpu321适当地控制电视接收器300的各单元，这样使得使用元数据执行处理。例如，从网络上的服务器获得图像数据，并且执行多屏显示。[0204][hdmi发送单元和hdmi接收单元的示例性配置][0205]图28示出了在图25中示出的机顶盒200的hdmi发送单元(hdmi源)208和在图27中示出的电视接收器300的hdmi接收单元(hdmi接收设备)317的示例性配置。[0206]hdmi发送单元208在有效图像周期(在下文中也合适地称为“有效视频周期”)，通过多个信道沿一个方向将对应一个非压缩屏的图像的像素数据的差分信号传输至hdmi接收单元317。在此，有效图像周期是通过从范围为从特定垂直同步信号到下一个垂直同步信号的周期中减去水平空白时间段和垂直空白时间段而获得的周期。hdmi发送单元208在水平空白时间段或者垂直空白时间段中，通过多个信道沿一个方向，将对应至少附在图像上的音频数据或控制数据、其他辅助数据等的差分信号传输至hdmi接收单元317。[0207]配置有hdmi发送单元208和hdmi接收单元317的hdmi系统的传输信道包括下面的传输信道。换句话说，有三个tmds信道#0到#2作为传输信道，用于与像素时钟同步沿一个方向，连续地将像素数据和音频数据从hdmi发送单元208传输至hdmi接收单元317。进一步地，作为用于传输像素时钟的传输信道，有tmds时钟信道。[0208]hdmi发送单元208包括hdmi发送器81。例如，发送器81将非压缩图像的像素数据转化为对应的差分信号，并且沿一个方向通过多个信道(即三个tmds信道#0、#1和#2)连续地(serially)将差分信号传输至通过hdmi电缆400而连接的hdmi接收单元317。[0209]发送器81将附在非压缩图像上的音频数据、必要的控制数据、其他辅助数据等转化为对应的差分信号，并且沿一个方向通过三个tmds信道#0、#1和#2连续地将差分信号传输至hdmi接收单元317。[0210]进一步地，发送器81通过tmds时钟信道，将与通过三个tmds信道#0、#1和#2传输的像素数据同步的像素时钟传输至通过hdmi电缆400连接的hdmi接收单元317。在此，在像素时钟的一个时钟期间，将10位的像素数据通过一个tmds信道#i(i＝0、1和2)传输。[0211]hdmi接收单元317接收对应在有效视频周期沿一个方向通过多个信道从hdmi发送单元208传输的像素数据的差分信号。hdmi接收单元317接收对应在水平空白时间段或垂直空白时间段沿一个方向通过多个信道从hdmi发送单元208传输的音频数据或控制数据的差分信号。[0212]换句话说，hdmi接收单元317包括hdmi接收器82。hdmi接收器82接收以一个方向通过三个tmds信道#0、#1和#2从hdmi发送单元208传输的对应像素数据的差分信号以及对应音频数据或控制数据的差分信号。在这种情况下，与通过tmds时钟信道从hdmi发送单元208传输的像素时钟同步执行接收。[0213]除了tmds信道#0到#2和tmds时钟信道外，hdmi系统的传输信道包括显示数据信道(ddc)83和称为cec线84的传输信道。ddc83配置有包括在hdmi电缆400中的两条信号线(没有示出)。当hdmi发送单元208从hdmi接收单元317读取加强扩展显示识别数据(e‑edid)时，使用ddc83。[0214]除了hdmi发送器81外，hdmi接收单元317包括edid只读存储器(rom)85，储存充当与其性能(配置/能力)有关的性能信息的e‑edid。hdmi发送单元208，例如根据来自cpu211(见图20)的请求，通过ddc83，从通过hdmi电缆400连接的hdmi接收单元317读取e‑edid。[0215]hdmi发送单元208将读取的e‑edid传输至cpu211。cpu211在闪速rom212或dram213中储存e‑edid。[0216]cec线84配置有包括在hdmi电缆400中的单线(没有示出)，并且用于在hdmi发送单元208和hdmi接收单元317之间执行控制数据的双向通信。cec线84配置控制数据线。[0217]hdmi电缆400包括连接至称为热插拔检测(hpd)的引脚(pin)的线(hpd线)86。源设备可使用线86检测接收设备(sinkdevice)的连接。hpd线86用作heac‑线，也配置为双向通信路径。hdmi电缆400包括电源线87，用于将电力从源设备供应至接收设备。hdmi电缆400进一步包括公用设施线88。公用设施线88用作heac+线，也配置为双向通信路径。[0218]图29示出了当通过tmds信道#0、#1和#2传输1920像素×1080行的图像数据时，各种传输数据周期。在视频领域中有三种周期，也就是视频数据周期17、数据岛周期18和控制周期19，在所述视频领域中传输数据根据传输数据的种类通过hdmi的三种tmds信道#0、#1和#2进行传输。[0219]在此，视频领域周期是范围从特定垂直同步信号的上升边(有效边)到下一个垂直同步信号的上升边的周期，并且所述区域周期被划分为水平空白时间段15(水平空白)、垂直空白时间段16(垂直空白)和有效像素周期14(有效视频)，所述有效像素时间段14充当通过从视频领域周期减去水平空白时间段和垂直空白时间段获得的周期。[0220]将视频数据周期17分配给有效像素周期14。在视频数据周期17中，传输配置非压缩屏的1920像素×1080行的图像数据的有效像素(有效像素)的数据。将数据岛周期18和控制周期19分配给水平空白时间段15和垂直空白时间段16。在数据岛周期18和控制周期19中，传输辅助数据。[0221]换句话说，将数据岛周期18分配给水平空白时间段15的一部分和垂直空白时间段16的一部分。在数据岛周期18中，在辅助数据之中，传输与控制无关的数据的数据包，例如，传输音频数据的数据包。将控制周期19分配给水平空白时间段15的另一部分和垂直空白时间16的另一部分。在控制周期19中，在辅助数据之中，传输与控制相关的数据的数据包，例如，传输垂直同步信号、水平同步信号、控制数据包等。[0222]接着，将参照图30描述使用电视接收器300中元数据的处理的具体实例。电视接收器300获得，例如初始服务器url、网络服务识别信息、目标文件名、会话开始/结束命令、媒体记录/再生命令等作为元数据。在上文的描述中，元数据被描述为用于连接至预定的网络服务上的接入信息，但是假定其他必要的信息包括在元数据中。[0223]充当网络客户端的电视接收器300使用初始服务器url访问主服务器。之后，电视接收器300从主服务器获得信息，诸如流服务器url、目标文件名、表示文件类型的mime类型和媒体再生时间信息。[0224]之后，电视接收器300使用流服务器url访问流服务器。之后，电视接收器300指定目标文件名。在此，当以多路广播方式接收服务时，电视接收器300基于网络识别信息和服务识别信息指明节目的服务。[0225]之后，电视接收器300根据会话开始/结束命令，开始或结束与流服务器的会话。进一步地，电视接收器300在与流服务器会话期间，使用媒体记录/再生命令从流服务器获得媒体数据。[0226]在图30的实例中，分开布置主服务器和流服务器。但是，可一体地配置这些服务器。[0227]图31的(a)到图31的(f)示出了当电视接收器300基于元数据访问网络服务时屏幕显示的过渡实例。图31的(a)示出了没有图像在显示面板311上显示的状态。图31的(b)示出了这样的状态，在该状态中，广播接收开始，与广播接收有关的主要内容以全屏显示形式显示在显示面板311上。[0228]图31的(c)示出了这样的状态，在该状态中，存在基于元数据对服务的接入，并且在电视接收器300和所述服务器之间开始会话。在这种情况下，与广播接收有关的主要内容的显示从全屏显示变为部分屏显示。[0229]图31的(d)示出了这样的状态，在该状态中，执行从服务器再生媒体，且网络服务内容1在显示面板311上与主要内容的显示并行显示。图31的(e)示出了这样的状态，在该状态中，执行从服务器再生媒体，且与主要内容的显示并行的网络服务内容1一起，在主要内容的显示上叠加地在显示面板311上显示网络服务内容2。[0230]图31的(f)示出了这样的状态，在该状态中，从网络再生服务内容结束，并且电视接收器300和服务器之间的会话结束。在这种情况下，显示面板311回到与广播接收有关的主要内容以全屏形式显示的状态。[0231]在图27中示出的电视接收器300包括扬声器315，并且具有这样的配置，在该配置中将由音频解码器312获得的音频数据经由音频处理电路313和音频放大电路314提供给扬声器315，从而如图32所示，将声音从扬声器315输出。[0232]但是，如图33所示，电视接收器300可具有这样的配置，在该配置中，没有布置扬声器，并且将由dash/mp4分析单元307或hdmi接收单元317获得的音频流从接口单元331提供给外部扬声器系统350。接口单元331是数字接口，诸如高清晰度多媒体接口(hdmi)、索尼飞利浦数字接口(spdif)或移动高清连接(mhl)。[0233]在这种情况下，布置在外部扬声器系统350中的音频解码器351a对音频流执行解码处理，从而将声音从外部扬声器系统350输出。进一步地，即使电视接收器300配备有扬声器315(见图32)，可将音频流从接口单元331提供至外部扬声器系统350(见图33)。[0234]如上文描述的，在图3(a)和图3(b)中示出的收发系统10和10’中，服务传输系统100将表示元数据插入音频流的识别信息插入mpd文件。从而，接收侧(机顶盒200和电视接收器300)可容易地识别出元数据插入了音频流。[0235]进一步地，在图3(a)中示出的收发系统10中，机顶盒200根据hdmi将元数据插入其中的音频流连同表示元数据插入音频流的识别信息一起传输至电视接收器300。从而，电视接收器300可容易地识别出元数据插入了音频流，并且基于所述识别通过执行插入音频流的元数据的提取处理，可靠地获得并使用元数据而没有浪费。[0236]在图3(b)中示出的收发系统10’中，电视接收器300基于插入mpd文件的识别信息从音频流提取元数据，并且将所述元数据用于处理。从而，能够可靠地获得插入音频流的元数据而没有浪费，并且能够适当地使用元数据执行处理。[0237]<2.变形例>[0238]在实施方式中，收发系统10和10’处理dash/mp4，但是同样考虑处理mpeg2‑ts的实例。[0239][收发系统的配置][0240]图34的(a)和图34的(b)示出了处理mpeg2‑ts的收发系统的示例性配置。图34的(a)的收发系统10a包括服务传输系统100a、机顶盒(stb)200a和电视接收器(tv)300a。机顶盒(stb)200a与电视接收器300a经由hdmi电缆连接。图3(b)的收发系统10a’包括服务传输系统100a和电视接收器(tv)300a。[0241]服务传输系统100a经由rf传输路径或通信网络传输路径发送mpeg2‑ts的传输流。服务传输系统100a将元数据插入音频流。例如，用于连接至预定的网络服务的接入信息、预定的内容信息等被视为元数据。在此，与上文的实施方式类似，假定插入用于连接至预定的网络服务的接入信息。[0242]服务传输系统100a将表示元数据插入音频流的识别信息插入容器的一层。服务传输系统100a在程序映射表(programmaptable,pmt)的控制下将识别信息作为描述符插入音频基本流。[0243]机顶盒200a经由rf传输路径或通信网络传输路径接收从服务传输系统100a传输的传输流ts。视频流和音频流数据包括在传输流ts中。元数据插入音频流。[0244]机顶盒200a经由hdmi电缆400将音频流连同表示元数据插入音频流的识别信息一起传输至电视接收器300a。[0245]在此，机顶盒200a通过将所述音频流和识别信息插入通过解码视频流获得的图像数据的空白时间段并且将所述图像数据传输至电视接收器300a，来将所述音频流和识别信息传输至电视接收器300a。例如，机顶盒200a将识别信息插入音频信息帧数据包(见图26)。[0246]电视接收器300经由hdmi电缆400从图34的(a)示出的收发系统10a中的机顶盒200a接收音频流以及表示元数据插入音频流的识别信息。换句话说，电视接收器300a从顶盒200a接收图像数据，在该图像数据中，音频流和识别信息插入空白时间段。[0247]之后，电视接收器300a基于识别信息解码音频流，提取元数据，并使用元数据执行处理。在这种情况下，电视接收器300a基于充当元数据的预定的网络服务信息，接入网络上预定的服务器。[0248]进一步地，电视接收器300a经由rf传输路径或通信网络传输路径接收传输流ts，所述传输流ts自图34的(b)示出的收发系统10a’中的服务传输系统100a发送。将用于连接至预定网络服务的接入信息作为元数据插入包括在传输流ts中的音频流。将表示元数据插入音频流的识别信息插入容器的一层。[0249]之后，电视接收器300a基于识别信息解码音频流，提取元数据，并使用元数据执行处理。在这种情况下，电视接收器300a基于充当元数据的预定的网络服务信息，接入网络上预定的服务器。[0250][服务传输系统的ts生成单元][0251]图35示出了配备在服务传输系统100a上的ts生成单元110a的示例性配置。在图35中，以同样的参考标号表示对应图8中的部件。ts生成单元110a包括控制单元111、视频编码器112、音频编码器113和ts格式器114a。[0252]控制单元111包括cpu111a，并且控制ts生成单元110a的各单元。视频编码器112对图像数据sv执行诸如mpeg2、h.264/avc或h.265/hevc的编码，并且生成视频流(视频基本流)。图像数据sv的实例包括从诸如hdd的记录介质再生的图像数据以及由视频摄像机获得的实时图像数据。[0253]音频编码器113根据诸如aac、ac3、ac4、mpegh(3d音频)的压缩格式对音频数据sa执行编码，并且生成音频流(音频基本流)。音频数据sa是对应图像数据sv的音频数据，并且音频数据sa的实例包括从诸如hdd的记录介质再生的音频数据或者由扩音器获得的实时音频数据。[0254]音频编码器113包括音频编码块单元113a和音频组帧单元113b。被编码的块通过音频编码块单元113a生成并且通过音频组帧单元113b组帧。在这种情况下，被编码的块和组帧根据压缩格式而不同。[0255]音频编码器113在控制单元111的控制下将元数据md插入音频流。例如，用于连接至预定网络服务的接入信息、预定的内容信息等被视为元数据md。在此，与上文的实施方式类似，假定用于连接至预定的网络服务的接入信息被插入。[0256]将元数据md插入音频流的用户数据区域。虽然省略了具体的描述，但每一种压缩格式的元数据md的插入都与上文的实施方式中dash/mp4生成单元110的执行情况类似，并且“sod_payload()”作为元数据md插入(见图8到图24)。[0257]ts格式器114a将从视频编码器112输出的视频流和从音频编码器113输出的音频流转化成pes数据包，执行到传输数据包的转换，执行多路复用，并且获得多路复用流的传输流。[0258]ts格式器114a在pmt的控制下，插入表示元数据md插入音频流的识别信息。使用音频用户数据描述符(audio_userdata_descriptor)执行识别信息的插入。之后将具体描述这个描述符。[0259]将简要描述图35中示出的ts生成单元110a的操作。将图像数据sv提供给视频编码器112。视频编码器112对图像数据sv执行诸如h.264/avc或h.265/hevc的编码，并且生成包括被编码的视频数据的视频流。[0260]将音频数据sa提供给音频编码器113。音频编码器113对音频数据sa执行诸如aac、ac3、ac4、mpegh(3d音频)的编码，并且生成音频流。[0261]在这时，将元数据md和用于将元数据md嵌入用户数据区域的大小信息从控制单元111提供至音频编码器113。之后，音频编码器113将元数据md嵌入音频流的用户数据区域。[0262]将由视频编码器112生成的视频流提供至ts格式器114a。将由音频编码器113生成的包括嵌入在用户数据区域的元数据md的音频流提供至ts格式器114a。[0263]ts格式器114a获得传输流ts作为传输数据，这样使得从各编码器得到的流被打包并多路复用。ts格式器114a在pmt的控制下插入表示元数据md插入音频流的识别信息。[0264][音频用户数据描述符的细节][0265]图36示出了音频用户数据描述符(audio_userdata_descriptor)的示例性结构(语法)。图37示出了示例性结构中的主要信息的内容(语义)。[0266]8位字段的“descriptor_tag”表示描述符类型。在此，8位字段的“descriptor_tag”表示音频用户数据描述符。8位字段的“descriptor_length”表示描述符的长度(大小)，并且表示随后字节的数目作为描述符的长度。[0267]8位字段的“audio_codec_type”表示音频编码方案(压缩格式)。例如，“1”表示“mpegh”，“2”表示“aac”，以及“3”表示“ac3”“4”表示“ac4”。由于加上这个信息，在接收侧，可能容易地检测音频流中的音频数据的编码方案。[0268]3位字段的“metadata_type”表示元数据的类型。例如，“1”表示包括用于连接至预定的网络服务的接入信息的atsc的“sod_payload()”布置在“userdata()”区域(field)。由于加上这个信息，在接收侧，可能容易地检测元数据的类型，也就是，例如其是什么元数据以及是否获得了所述元数据。[0269]1位的“coordinated_control_flag”的标志信息表示元数据是否只插入音频流。例如，“1”表示元数据也插入另一个分量的流，“0”表示元数据只插入音频流。由于加上这个信息，在接收侧，可能容易地检测元数据是否只插入音频流。[0270]3位字段的“frequency_type”表示元数据插入音频流的插入频率类型。例如“1”表示一条用户数据(元数据)插入在每个音频接入单元中。“2”表示多数条用户数据(元数据)插入一个音频接入单元。“3”表示至少一条用户数据(元数据)插入第一音频接入单元，每一组包括随机接入点。由于加上这个信息，在接收侧，可能容易地检测元数据插入音频流的插入频率。[0271][传输流ts的配置][0272]图38示出了传输流ts的示例性配置。在所述示例性配置中，具有由pid1表示的视频流的pes数据包“videopes”，并且具有由pid2表示的音频流的pes数据包“audiopes”。pes数据包配置有pes报头(pes_header)和pes有效载荷(pes_payload)。将dts和pts的时间戳插入pes报头。在音频流的pes数据包的pes有效载荷中具有包括元数据的用户数据区域。[0273]传输流ts包括pmt作为节目专用信息(psi)。psi是描述包括在传输流中的每个基本流所属的节目的信息。pmt包括描述与整个节目关联的信息的节目环(programloop)。[0274]pmt进一步包括基本流环，包括与每一个基本流关联的信息。在这个示例性的配置中，具有对应视频流的视频基本流环(视频es环)，并且具有对应音频流的音频基本流环(音频es环)。[0275]在视频基本流环(视频es环)中，诸如流类型和数据包标识符(pid)的信息与视频流关联布置，并且也布置了描述与视频流关联的信息的描述符。设定视频流的“stream_type”的值为“0x24”，如上文描述的，pid信息被视为表示分配给视频流的pes数据包“videopes”的pid1。将hevc描述符布置为其中一个描述符。[0276]在音频基本流环(音频es环)中，诸如流类型和包标识符(pid)的信息与音频流关联布置，并且也布置了描述与音频流关联的信息的描述符。设定音频流的“stream_type”的值为“0x11”，如上文描述的，pid信息被视为表示分配给音频流的pes数据包“audiopes”的pid2。将音频用户数据描述符(audio_userdata_descriptor)布置为其中一个描述符。[0277][机顶盒的示例性配置][0278]图39示出了机顶盒200a的示例性配置。在图39中，以同样的参考标号表示与图25中对应的部件。机顶盒200a经由rf传输路径或通信网络传输路径接收从服务传输系统100a发送的传输流ts。[0279]ts分析单元205a从传输流ts提取视频流的数据包，并且将所述视频流的数据包传输至视频解码器206。视频解码器206重新配置来自由解多路复用器205提取的视频数据包的视频流，执行解码过程，并且获得非压缩的图像数据。ts分析单元205a从传输流ts提取音频流的数据包并且重新配置音频流。音频组帧单元207对如上文描述的被重新配置的音频流执行组帧。[0280]还可以与从ts分析单元205a传输至音频组帧单元207的音频流的传输平行，通过音频解码器(没有示出)解码音频流并执行音频输出。[0281]进一步地，ts分析单元205a从传输流ts提取各种描述符等，并且传输被提取的描述符等至cpu211。在此，描述符还包括音频用户数据描述符，充当表示元数据插入音频流的识别信息(见图36)。[0282]虽然省略了具体的描述，图39示出的机顶盒200a的剩下部件与图25示出的机顶盒200的配置类似并且执行相似的操作。[0283][电视接收器的示例性配置][0284]图40示出了电视接收器300a的示例性配置。在图40中，以同样的参考标号表示与图27中对应的部件。接收单元306a经由rf传输路径或通信网络传输路径接收从服务传输系统100a传输的传输流ts。[0285]ts分析单元307a从传输流ts提取视频流的数据包，并且将所述视频流的数据包传输至视频解码器308。视频解码器308重新配置来自由解多路复用器205提取的视频数据包的视频流，执行解码处理，并且获得非压缩的图像数据。ts分析单元307a从传输流ts提取音频流的数据包并且重新配置音频流。[0286]进一步地，ts分析单元307a从传输流ts提取音频流的数据包并且重新配置音频流。ts分析单元307a从传输流ts提取各种描述符等，并且将被提取的描述符等传输至cpu321。在此，描述符还包括音频用户数据描述符，充当表示元数据插入音频流的识别信息(见图36)。[0287]虽然省略了具体的描述，图40示出的电视接收器300a的剩下部件与图27示出电视接收器300的配置类似并且执行相似的操作。[0288]如上文所描述的，在图34的(a)和图34的(b)所示的图像显示系统10a和10a’中，服务传输系统100a将元数据插入音频流并且将表示元数据插入音频流的识别信息插入容器的一层。从而，在接收侧(机顶盒200a和电视接收器300a)，可能容易地识别出元数据插入音频流。[0289]在图34的(a)示出的图像显示系统10a中，机顶盒200a通过hdmi将元数据插入其中的音频流连同表示元数据插入音频流的识别信息一起传输至电视接收器300a。从而，电视接收器300a可容易地识别出元数据插入音频流并且可基于所述识别，通过执行提取插入音频流的元数据的处理，可靠地获得并使用元数据而没有浪费。[0290]进一步地，在图34的(b)示出的图像显示系统10a’中，电视接收器300a基于与音频流一起接收到的识别信息从音频流提取元数据，并且将提取的元数据用于处理。从而，能够可靠地获得插入音频流的元数据而没有浪费并且适当地使用元数据执行处理。[0291]进一步地，在上面的实施方式中，机顶盒200被配置为将图像数据和音频流传输至电视接收器300。但是，可将图像数据和音频流传输至监控设备、放映机等，而不是电视接收器300。可使用具有接收功能的记录器、个人计算机等，而不是机顶盒200。[0292]进一步地，在上面的实施方式中，机顶盒200和电视接收器300通过hdmi电缆400连接。但是，即使不管机顶盒200和电视接收器300以有线方式还是无线方式通过与hdmi相似的数字接口连接，都可同样应用本发明。[0293]本技术还可以是下面的配置。[0294](1)一种发送设备，包括：[0295]发送单元，发送包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流；以及[0296]信息插入单元，将表示所述元数据插入所述音频流的识别信息插入所述元文件。[0297](2)根据(1)所述的发送设备，[0298]其中，所述元数据是用于连接至预定网络服务的接入信息。[0299](3)根据(2)所述的发送设备，[0300]其中，所述元数据是表示uri信息的字符代码。[0301](4)根据(1)到(3)中任一项所述的发送设备，[0302]其中，所述元文件是mpd文件。[0303](5)根据(4)所述的发送设备，[0304]其中，所述信息插入单元使用“补充描述符”将所述识别信息插入所述元文件。[0305](6)根据(1)到(5)中任一项所述的发送设备，[0306]其中，所述发送单元经由rf传输路径或通信网络传输路径发送所述元文件。[0307](7)根据(1)到(6)中任一项所述的发送设备，[0308]其中，所述发送单元进一步发送预定格式的容器，所述容器包括所述元数据插入其中的所述音频流。[0309](8)根据(7)所述的发送设备，[0310]其中，所述容器是mp4。[0311](9)一种发送方法，包括：[0312]发送步骤，通过发送单元发送包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流；以及[0313]信息插入步骤，将表示所述元数据插入所述音频流的识别信息插入所述元文件。[0314](10)一种接收设备，包括：[0315]接收单元，接收包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流，其中，将表示所述元数据插入所述音频流的识别信息插入所述元文件；以及[0316]发送单元，经由预定传输路径将所述音频流连同表示所述元数据插入所述音频流的所述识别信息一起传输至外部设备。[0317](11)根据(10)所述的接收设备，[0318]其中，所述元数据是用于连接至预定网络服务的接入信息。[0319](12)根据(10)或(11)所述的接收设备，[0320]其中，所述元文件是mpd文件，并且[0321]使用“补充描述符”将所述识别信息插入所述元文件。[0322](13)根据(10)到(12)中的任一项所述的接收设备，[0323]其中，所述发送单元通过将所述音频流和所述识别信息插入图像数据的空白时间段并且将所述图像数据传输至所述外部设备，将所述音频流和所述识别信息传输至所述外部设备。[0324](14)根据(10)到(13)中的任一项所述的接收设备，[0325]其中，所述预定的传输路径是高清晰度多媒体接口(hdmi)电缆。[0326](15)一种接收方法，包括：[0327]接收步骤，通过接收单元接收包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流，其中，将表示所述元数据插入所述音频流的识别信息插入所述元文件；以及[0328]发送步骤，经由预定传输路径将所述音频流连同表示所述元数据插入所述音频流的所述识别信息一起传输至外部设备。[0329](16)一种接收设备，包括：[0330]接收单元，接收包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流，其中，将表示所述元数据插入所述音频流的识别信息插入所述元文件；[0331]元数据提取单元，基于所述识别信息解码所述音频流并且提取所述元数据；以及[0332]处理单元，使用元数据执行处理。[0333](17)根据(16)所述的接收设备，[0334]其中，所述元文件是mpd文件，并且[0335]使用“补充描述符”将所述识别信息插入所述元文件。[0336](18)根据(16)或(17)所述的接收设备，[0337]其中，所述元数据是用于连接至预定网络服务的接入信息，并且[0338]所述处理单元基于所述网络接入信息接入网络上的预定服务器。[0339](19)一种接收方法，包括：[0340]接收步骤，通过接收单元接收包括元信息的元文件，所述元信息用于通过接收设备获得将元数据插入其中的音频流，其中，将表示所述元数据插入所述音频流的识别信息插入所述元文件；[0341]元数据提取步骤，基于所述识别信息解码所述音频流并且提取所述元数据；以及[0342]处理步骤，使用元数据执行处理。[0343](20)一种发送设备，包括：[0344]流生成单元，生成包括将网络接入信息的元数据插入其中的音频流；以及[0345]发送单元，发送预定格式的包括所述音频流的容器。[0346]本技术的主要特征之一在于当元数据插入通过dash/mp4传递的音频流时，将表示元数据插入音频流的识别信息插入mpd文件，并因此，在接收侧，能够容易地识别出元数据插入音频流(见图3和图4)。[0347]符号的说明[0348]10，10’，10a，10a’ꢀꢀ收发系统[0349]14ꢀꢀ有效像素周期[0350]15ꢀꢀ水平空白时间段[0351]16ꢀꢀ垂直空白时间段[0352]17ꢀꢀ视频数据周期[0353]18ꢀꢀ数据岛周期[0354]19ꢀꢀ控制周期[0355]30a，30bꢀꢀ基于mpeg‑dash的流传递系统[0356]31ꢀꢀdash流文件服务器[0357]32ꢀꢀdashmpd服务器[0358]33，33‑1到33‑nꢀꢀ接收系统[0359]34ꢀꢀcdn[0360]35，35‑1到35‑mꢀꢀ接收系统[0361]36ꢀꢀ广播传输系统[0362]81ꢀꢀhdmi发送器[0363]82ꢀꢀhdmi接收器[0364]83ꢀꢀddc[0365]84ꢀꢀcec线[0366]85ꢀꢀedidrom[0367]100，100aꢀꢀ服务传输系统[0368]110ꢀꢀdash/mp4生成单元[0369]110aꢀꢀts生成单元[0370]111ꢀꢀ控制单元[0371]111aꢀꢀcpu[0372]112ꢀꢀ视频编码器[0373]113ꢀꢀ音频编码器[0374]113aꢀꢀ音频编码块单元[0375]113bꢀꢀ音频组帧单元[0376]114ꢀꢀdash/mp4格式器[0377]114aꢀꢀts格式器[0378]200，200aꢀꢀ机顶盒(stb)[0379]204，204aꢀꢀ接收单元[0380]205ꢀꢀdash/mp4分析单元[0381]205aꢀꢀts分析单元[0382]206ꢀꢀ视频解码器[0383]207ꢀꢀ音频组帧单元[0384]208ꢀꢀhdmi发送单元[0385]209ꢀꢀhdmi终端[0386]211ꢀꢀcpu211[0387]212ꢀꢀ闪速rom[0388]213ꢀꢀdram[0389]214ꢀꢀ内部总线[0390]215ꢀꢀ远程控制器接收单元[0391]216ꢀꢀ远程控制器发送器[0392]300，300aꢀꢀ电视接收器[0393]306，306aꢀꢀ接收单元[0394]307ꢀꢀdash/mp4分析单元[0395]307aꢀꢀts分析单元[0396]308ꢀꢀ视频解码器[0397]309ꢀꢀ视频处理电路[0398]310ꢀꢀ面板驱动电路[0399]311ꢀꢀ显示面板[0400]312ꢀꢀ音频解码器[0401]313ꢀꢀ音频处理电路[0402]314ꢀꢀ音频放大电路[0403]315ꢀꢀ扬声器[0404]316ꢀꢀhdmi终端[0405]317ꢀꢀhdmi接收单元[0406]318ꢀꢀ通信接口[0407]321ꢀꢀcpu[0408]322ꢀꢀ闪速rom[0409]323ꢀꢀdram[0410]324ꢀꢀ内部总线[0411]325ꢀꢀ远程控制器接收单元[0412]326ꢀꢀ远程控制器发送器[0413]350ꢀꢀ外部扬声器系统[0414]400ꢀꢀhdmi电缆。当前第1页1 2 3 当前第1页1 2 3