发送设备、发送方法、接收设备和接收方法
【技术领域】
[0001]本技术涉及一种发送设备、发送方法、接收设备和接收方法，并且更具体而言涉及一种与将元数据插入音频流并且传输所得到的音频流的技术有关的发送设备等。
【背景技术】
[0002]在过去，提出了将元数据插入音频流并且传输所得到的音频流的技术(例如，参见专利文献I)。
[0003]引用列表
[0004]专利文献
[0005]专利文献1:日本专利申请特开2012-010311号
【发明内容】
[0006]将由本发明解决的问题
[0007]例如，元数据定义在音频流的用户数据区域。但是，元数据不一定被插入到所有的音频流中。
[0008]本发明的目的在于使接收侧能够容易地识别出元数据被插入到音频流并从而提高处理的方便性。
[0009]解决问题的方案
[0010]本技术的构思在于一种发送设备，包括:
[0011]发送单元，发送包括元信息的元文件，所述元信息用于通过接收设备获得元数据被插入其中的音频流;以及
[0012]信息插入单元，将表示元数据插入到音频流的识别信息插入元文件。
[0013]在本技术中，发送单元发送包括元信息的元文件，所述元信息用于通过接收设备获得元数据被插入其中的音频流。例如，所述元数据可以是用于连接至预定网络服务的接入信息。在这种情况下，例如，所述元数据可以是表示URI信息的字符代码。
[0014]例如，发送单元可经由RF传输路径或通信网络传输路径发送元文件。进一步地，例如，发送单元可进一步发送预定格式的容器，容器包括元数据插入其中的音频流。在这种情况下，例如，所述容器可以是MP4(IS0/IEC14496-14:2003)。
[0015]信息插入单元将表示元数据插入音频流的识别信息插入元文件。例如，所述元文件可以是媒体呈现描述(MPD，媒体播放说明)文件。在这种情况下，例如，所述信息插入单元可使用“补充描述符(Supplementary Descriptor)”将识别信息插入元文件。
[0016]如上所述，在本技术中，表示元数据插入音频流的识别信息被插入包括元信息的元文件，所述元信息用于在接收设备获得元数据被插入其中的音频流。因此，在接收侧，可容易地识别出元数据插入音频流。进一步地，例如，还能基于该识别执行提取被插入音频流的元数据的处理，并且可靠而没有浪费地获得元数据。
[0017]进一步地，本技术的另一个构思在于一种接收设备，包括:
[0018]接收单元，接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流，其中，表示元数据插入音频流的识别信息插入到元文件中；以及
[0019]发送单元，经由预定传输路径将所述音频流连同表示元数据插入音频流的识别信息一起传输至外部设备。
[0020]在本技术中，接收单元接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流。例如，所述元数据可以是用于连接至预定网络服务的接入信息。将表示元数据插入音频流的识别信息插入元文件。
[0021]例如，所述元数据可以是用于连接至预定网络服务的接入信息。例如，所述元文件可以是MH)文件，并且可使用“补充描述符”将识别信息插入元文件。
[0022]发送单元经由预定传输路径将所述音频流连同表示元数据插入音频流的识别信息一起传输至外部设备。例如，所述发送单元可通过将所述音频流和识别信息插入图像数据的空白时间段并且将所述图像数据传输至外部设备，来将所述音频流和识别信息发送至外部设备。例如，所述预定传输路径可以是高清晰度多媒体接口(HDMI)电缆。
[0023]如上文所描述的，在本技术中，将元数据插入其中的音频流连同表示元数据插入到音频流的识别信息一起传输至外部设备。因此，在外部设备侧，可能容易地识别出元数据插入到音频流。进一步地，例如，还能基于所述识别执行提取插入到音频流的元数据的处理，并且可靠而没有浪费地获得元数据。
[0024]本技术的另一种构思在于一种接收设备，包括接收单元，接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流，其中，将表示元数据插入音频流的识别信息插入元文件;元数据提取单元，基于识别信息解码音频流并且提取元数据；以及处理单元，使用元数据执行处理。
[0025]在本技术中，接收单元接收包括元信息的元文件，所述元信息用于获得元数据插入其中的音频流。将表示元数据插入音频流的识别信息插入元文件。例如，所述元文件可以是MH)文件，并且可使用“补充描述符”将识别信息插入元文件。
[0026]元数据提取单元基于识别信息解码音频流并且提取元数据。处理单元使用元数据执行处理。例如，所述元数据可以是用于连接至预定网络服务的接入信息，并且处理单元可基于网络接入信息访问网络上的预定服务器。
[0027]如上文所描述的，在本技术中，基于插入到元文件中并且表示元数据插入音频流的识别信息从音频流提取元数据，并且将所述元数据用于处理。从而，能够可靠而没有浪费地获得插入到音频流中的元数据，并且适当地使用元数据执行处理。
[0028]进一步地，本技术的另一个构思在于一种发送设备，包括:
[0029]流生成单元，生成其中插入包括网络接入信息的元数据的音频流;以及
[0030]发送单元，发送包括所述音频流的预定格式的容器。
[0031]在本技术中，流生成单元生成其中插入包括网络接入信息的元数据的音频流。例如，通过对音频数据执行诸如AAC、AC3、AC4或MPEGH( 3D音频)的编码，生成音频流，并且将元数据嵌入音频流的用户数据区域中。
[0032]发送单元发送包括音频流的预定格式的容器。在此，预定格式的容器是，例如，MP4、MPEG2-TS等。例如，元数据可以是表示URI信息的字符代码。
[0033]如上文所描述的，在本技术中，将包括网路接入信息的元数据嵌入音频流并传输。因此，例如，能使用音频流作为容器，简单地从广播站、递送服务器等传输网络接入信息，这样使得在接收侧使用网络接入信息。
[0034]本发明的效果
[0035]根据本技术，接收侧可容易地识别出元数据插入音频流。本文描述的效果仅仅是实例，且不一定受到限制并且可包括在本公开中描述的任何效果。
【附图说明】
[0036][图1]为示出基于MPEG-DASH的流传递系统的示例性配置的方框图。
[0037][图2]为示出在MH)文件中分层布置的结构关系实例的示意图。
[0038][图3]为示出根据实施方式的收发系统的示例性配置的方框图。
[0039][图4]为示出MH)文件描述实例的示意图。
[0040][图5]为示出“补充描述符”的“schemeIdUri”的定义实例的示意图。
[0041][图6]为描述传输流中的视频和音频接入单元的布置实例以及元数据插入音频流的插入频率的示意图。
[0042][图7]为描述由“〈baseURL〉”表示的位置目的地的媒体文件实体的示意图。
[0043][图8]为示出配备在服务传输系统上的DASH/MP4生成单元的示例性配置的方框图。
[0044][图9]为示出AAC的音频帧的结构的示意图。
[0045][图10]为示出当压缩格式是AAC时，元数据MD插入其中的“数据流元素(datastream element(DSE))”的配置的示意图。
[0046][图11]为示出“metadata()”配置和该配置的主要信息内容的示意图。
[0047][图12]为示出“SD0_payloadO”配置的示意图。
[0048][图13]为示出命令ID(cmdlD)的值的意义的示意图。
[0049][图14]为示出AC3的帧结构(AC3同步帧)的示意图。
[0050][图15]为示出AC3的辅助数据的配置的示意图。
[0051][图16]为示出AC4的简单传输层的结构的示意图。
[0052][图17]为示出T0C(ac4_toc())和子流(ac4_substream_data())的示意性配置的示意图。
[0053][图18]为示出布置在T0C(ac4_toc())中的“umd_info()”的配置的示意图。
[0054][图19 ]为不出布置在子流(ac4_subs tream_data ())中的 “umd_pay loads_substream()”的配置的示意图。
[0055][图20]为示出MPEGH( 3D音频)的传输数据中的音频帧(1024个采样)的结构的示意图。
[°°56][图21 ]为描述保持在“Conf ig”中的各“Frame”的配置信息(conf ig)与各“Frame”的对应的示意图。
[0057][图22]为示出扩展元素(Ext_eIement)的类型(ExElement Type)和值(Value)之间的对应关系的不意图。
[°°58][图23]为示出“userdataConfigO”的配置的示意图。
[0059][图24]为示出“userdataO”的配置的示意图。
[0060][图25]为示出配置收发系统的机顶盒的示例性配置的方框图。
[0061][图26]为示出布置在数据岛周期中的音频信息帧数据包的示例性结构的示意图。
[0062][图27]为示出配置收发系统的电视接收器的示例性配置的方框图。
[0063][图28]为示出机顶盒的HDMI发送单元和电视接收器的HDMI接收单元的示例性配置的方框图。
[0064][图29]为示出在通过TMDS信道传输图像数据时各种传输数据周期的示意图。
[0065][图30]为描述在电视接收器中使用元数据的处理的具体实例的示意图。
[0066][图31]为示出在电视接收器基于元数据接入网络服务时屏幕显示的过渡实例的示意图。
[0067][图32]为示出根据实施方式的电视接收器中的音频输出系统的配置的方框图。
[0068][图33]为示出电视接收器中的音频输出系统的另一个示例性配置的方框图。
[0069][图34]为示出收发系统的另一个示例性配置的方框图。
[0070][图35]为示出配备在服务传输系统上的TS生成单元的示例性配置的方框图。
[0071][图36]为示出音频用户数据描述符的示例性结构的示意图。
[0072][图37]为示出音频用户数据描述符的示例性结构中的主要信息的内容的示意图。
[0073][图38]为示出传输流的示例性配置的示意图。
[0074][图39]为示出配置收发系统的机顶盒的示例性配置的方框图。
[0075][图40]为示出配置收发系统的电视接收器的示例性配置的方框图。
【具体实施方式】
[0076]在下文中，将描述执行本发明的模式(在下文中称为“实施方式”)。将以下面的顺序进行描述。
[0077]1.实施方式
[0078]2.变形例
[0079]〈1.实施方式〉
[0080][基于MPEG-DASH的流传递系统的综述]
[0081 ]首先，将描述可应用本技术的基于MPEG-DASH的流传递系统的综述。
[0082]图1(a)示出了基于MPEG-DASH的流传递系统30A的示例性配置。在这个示例性配置中，媒体流和媒体呈现描述(MPD)文件经由通信网络传输路径进行传输。流传递系统30A被配置使得N个接收系统33-1、33-2、……和33-N经由内容传递网络(CDN)34连接至DASH流文件服务器31和DASH MPD服务器32。
[0083]DASH流文件服务器31基于预定内容的媒体数据(视频数据、音频数据、字幕数据等)生成DASH规格的流片段(下文适当地称为“DASH片段”)，并且根据从接收系统作出的HTTP请求发送所述片段。DASH流文件服务器31可以是专用于流化的服务器并且也起网络服务器的作用。
[0084]DASH流文件服务器31根据经由CDN 34从接收系统33(33-1、33_2……和33-N)发送的流的片段的请求，经由CDN34将预定流的片段传输至请求源的接收器。在这种情况下，接收系统33根据客户位于其中的网络环境的状态，参照在MH)文件中描述的速率值，选择最优速率的流并且做出请求。
[0085]DASH MPD服务器32是生成MPD文件的服务器，所述MPD文件用于获得在DASH流文件服务器31中生成的DASH片段。MH)文件基于从内容管理服务器(没有示出)接收的内容元数据和在DASH流文件服务器31中生成的片段的地址(url)而生成。DASH流文件服务器31和DASH MPD服务器32在物理上可以相同。
[0086]在MF1D格式中，使用诸如针对各个流的表示(representat1n)，如视频或者音频的元素来记述各个属性。例如，表示针对具有不同速率的每多个视频数据流而划分成，并且在MH)文件中记述其每一个速率。接收系统33可在虑以上描述的速率的值的情况下，根据接收系统33位于其中的网络环境的状态，选择最优的流。
[0087]图1(b)示出了基于MPEG-DASH的流传递系统30B的示例性配置。在这个示例性配置中，媒体流和MH)文件经由RF传输路径传输。流传递系统30B配置有广播传输系统36，与DASH流文件服务器31和DASH MPD服务器32以及M个接收系统35_1,35-2……和35-M连接。
[0088]在流传递系统30B的情况中，广播传输系统36通过广播波发送由DASH流文件服务器31生成的DASH规格的流片段(DASH片段)和由DASH MPD服务器32生成的MTO文件。
[0089]图2(a)到图2(d)示出了在MH)文件中分层布置的结构关系的实例。如图2(a)所示，整个Mro文件的媒体呈现包括以时间间隔划界的多个周期。例如，第一周期从第ο秒开始，下一个周期从第100秒开始。
[0090]如图2(b)所示，一个周期包括多个表示。在所述多个表示中，有一组的表示与同一实体(substance)的具有不同流属性(例如，根据适配集(Adaptat1nSet)分组的不同速率)的媒体流有关。
[0091]如图2(c)所示，所述表示包括片段信息(Segmentlnfo)。所述片段信息包括初始化片段和多个媒体片段，在这些片段中，描述通过划界小周期而获得的片段的信息，如图2(d)所示。例如，媒体片段包括用于实际获得诸如视频或音频的片段数据的地址信息(url)。
[0092]进一步地，可在根据适配集分组的多个表示中，自由地执行流切换。从而，可能根据接收系统位于其中的网络环境的状态选择最优速率的流并且执行无缝传递。
[0093][收发系统的配置]
[0094]图3(a)和图3(b)示出了根据实施方式的收发系统的示例性配置。图3(a)的收发系统10包括服务传输系统100、机顶盒(STB)200和电视接收器(TV)300。机顶盒200与电视接收器300经由高清晰度多媒体接口(HDMI)电缆400连接。“HDMI”是注册商标。
[0095]在收发系统10中，服务传输系统100对应图1(a)中示出