申请/专利权人：索尼公司

申请日：2015-09-07

公开（公告）日：2021-04-13

公开（公告）号：CN106663431B

主分类号：G10L19/00(20130101)

分类号：G10L19/00(20130101);G10L19/008(20130101);G10L19/02(20130101);H04S5/02(20060101)

优先权：["20140912 JP 2014-187085"]

专利状态码：有效-授权

法律状态：2021.04.13#授权;2017.09.08#实质审查的生效;2017.05.10#公开

摘要：为了在发送多个类型的音频数据时，降低接收侧上的处理负载。具有元信息的元文件被发送，该元信息用于在接收装置获取包含多个组的编码数据的规定数量的音频流。表示多个组的编码数据的各自属性的属性信息被插入元文件中。例如，表示多个组中的每一组的编码数据包括在哪个音频流中的流对应关系信息被进一步插入至元文件。

主权项：1.一种发送装置，包括：发送单元，被配置为发送具有元信息的元文件，所述元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流；以及信息插入单元，被配置为将表示所述多个组的编码数据的每个属性的属性信息插入至所述元文件，并将预设标识信息插入至所述元文件，所述预设标识信息包括与特定组标识符相关联的预设标识符，所述预设标识符标识与编码数据的特定组相关联的编码数据的预设组集合，所述特定组标识符标识编码数据的所述特定组。

全文数据：发送装置、发送方法、接收装置以及接收方法技术领域[〇〇〇1]本技术涉及发送装置、发送方法、接收装置以及接收方法，并且更具体地，涉及用于发送多个类型的音频数据的技术的发送装置等。背景技术[00〇2]传统地，作为立体声3D音效技术，已提出用于基于待渲染的元数据将编码样本数据与存在于任意位置处的扬声器映射的技术例如，参见专利文献1。[0003] 引文列表[0004] 专利文献[00〇5]专利文献1:日本专利申请国家公布公开第2014-520491号发明内容[0006] 本发明要解决的问题[00〇7]当由编码样本数据和元数据组成的对象编码数据与诸如5.丨信道和7.丨信道的信道编码数据一起发送时，这可在接收侧中提供具有更逼真的环绕效果的声音再现。[〇〇〇8]本技术的目的是当发送多个类型的编码数据时，降低接收侧中的处理负载。[〇〇〇9]本技术的概念在于，一种发送装置，该发送装置包括:[0〇1〇]发送单兀，被配置为发送具有元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流;以及[〇〇11]信息插入单元，被配置为将表示多个组的编码数据的每个属性的属性信息插入至元文件。[0012] 问题的解决方案[0〇13]在本技术中，发送单元发送具有元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流。例如，多个组的编码数据可包括信道编码数据和对象编码数据中的一个或两个。[〇〇14]信息插入单元将表示多个组的编码数据的每个属性的属性信息插入至元文件。例如，元文件可以是媒体展现描述MPD文件。在这种情况下，例如，信息插入单元可通过使用“补充描述符”将属性信息插入至元文件。[〇〇15] 此外，例如，发送单元可经由RF传输路径或通信网络传输路径发送元文件。此外，例如，发送单元可进一步发送具有包括多个组的编码数据的预定数量的音频流的预定格式的容器。例如，容器是MP4。根据本技术报告，MP4表示IS0基本媒体文件格式ISOBMFFIS0IEC14496-12:2012〇[〇〇16]以此方式，根据本技术，将表示多个组的编码数据的每个属性的属性信息插入至具f元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流。因此，接收侧可在相关编码数据被解码之前轻易识别多个组的编码数据的每个属性，使得必要组的编码数据可被选择性地解码并使用，并且处理负载可降低。[〇〇17]本文中，根据本技术，例如，信息插入单元可进一步将流对应关系信息插入至元文件，该流对应关系信息表示多个组的编码数据分别包括在哪个音频流中。在这种情况下，例如，流对应关系信息可以是表示标识多个组的各自编码数据的组标识符与标识预定数量的音频流的相应流的标识符之间的对应关系的信息。在这种情况下，接收侧可轻易识别包括必要组的编码数据的音频流，并且这可降低处理负载。[0018]此外，本技术的另一概念在于，一种接收装置，该接收装置包括:[〇〇19]接收单元，被配置为接收具有元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[〇〇2〇]在元文件中插入有表示多个组的编码数据的每个属性的属性信息；以及[〇〇21]处理单元，被配置为基于属性信息处理预定数量的音频流。[〇〇22]根据本技术，接收单元接收元文件。元文件包括用于在接收装置中获取包括多个组的编码数据的预定数量的音频流的元信息。例如，多个组的编码数据可包括信道编码数据和对象编码数据中的一个或两个。表示多个组的编码数据的每个属性的属性信息插入至元文件。处理单元基于属性信息处理预定数量的音频流。[〇〇23]以此方式，根据本技术，基于插入在元文件中的表示多个组的编码数据的每个属性的属性信息，对预定数量的音频流执行处理。因此，只有必要组的编码数据可被选择性解码并使用，并且这可降低处理负载。[〇〇24]本文中，根据本技术，例如，元文件可进一步包括流对应关系信息，该流对应关系信息表示多个组的编码数据分别包括在哪个音频流中，并且处理单元可基于流对应关系信息以及属性信息处理预定数量的音频流。在这种情况下，包括必要组的编码数据的音频流可被轻易识别，并且这可降低处理负载。[〇〇25]此外，根据本技术，例如，处理单元可基于属性信息和流对应关系信息，对包括具有与扬声器配置和用户选择信息兼容的属性的组的编码数据的音频流选择性地执行解码处理。[〇〇26]此外，本技术的又一概念在于，一种接收装置，该接收装置包括:[〇〇27]接收单元，被配置为接收具有元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[〇〇28]在元文件中插入有表示多个组的编码数据的每个属性的属性信息；[0〇29]处理单元，被配置为基于属性信息从预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括预定组的编码数据的首频流;以及[0030]流发送单元，被配置为将重新配置的音频流发送至外部装置。[〇〇31]根据本技术，接收单元接收元文件。元文件包括用于在接收装置中获取包括多个组的编码数据的预定数量的音频流的元信息。表示多个组的编码数据的每个属性的属性信息插入至元文件。[〇〇32]处理单元基于属性信息从预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括预定组的编码数据的音频流。随后，流发送单元将重新配置的音频流发送至外部装置。[〇〇33]以此方式，根据本技术，基于插入在元文件中的表示多个组的编码数据的每个属性的属性信息，从预定数量的音频流中选择性获取预定组的编码数据，并且待发送至外部装置的音频流被重新配置。必要组的编码数据可轻易获取，并且这可降低处理负载。[〇〇34]本文中，根据本技术，例如，表示多个组的编码数据分别包括在哪个音频流中的流对应关系信息被进一步插入至元文件，并且处理单元可基于流对应关系信息以及属性信息从预定数量的音频流中选择性获取预定组的编码数据。在这种情况下，包括预定组的编码数据的音频流可轻易识别，并且这可降低处理负载。[0035]本发明的效果[〇〇36] 根据本技术，当发送多个类型的编码数据时，接收侧中的处理负载可降低。本文中，在本说明书中描述的效果仅是实例并且不设置任意限制，并且可存在其他效果。附图说明[〇〇37]图1a和图1b是示出基于MPEG-DASH的流传送系统的示例性配置的框图。[〇〇38] 图2a至图2d是示出分层布置在MPD文件中的结构之间的关系的实例的示图。[〇〇39]图3是示出作为一实施方式的收发系统的示例性配置框图。[0040]图4是示出3D音频发送数据的音频帧1024个样本的结构的示图。[〇〇41]图5是示出3D音频发送数据的示例性配置的示图。[〇〇42]图6a和图6b是示意性示出在利用一个轨道一个音频流发送3D音频发送数据的情况下的音频帧以及在利用多个轨道不止一个音频流发送的情况下的音频帧的示例性配置的示图。[〇〇43]图7是示出在3D音频发送数据的示例性配置中，利用四个轨道发送的情况的组划分实例的示图。[0044] 图8是示出组划分实例被划分为四组中的组与轨道之间的对应关系等的示图。[0045] 图9是示出在3D音频发送数据的示例性配置中利用两个轨道发送的情况的组划分实例的示图。[0046] 图10是示出组划分实例被划分为两组中的组与轨道之间的对应关系等的示图。[0047] 图11是示出MPD文件的描述实例的示图。[0048] 图12是示出MPD文件的另一描述实例的示图。[0049] 图13是示出由“SupplementaryDescriptor”定义的“schemeIdUri”的实例的示图。[0050] 图14a至图14c是说明由“”表示的位置目的地的媒体文件实质的示图。[0051] 图15a和图15b是说明“moov”框中的轨道标识符轨道ID与级别标识符级别ID之间的对应的描述的示图。[0052] 图16a和图16b是示出在发送系统的情况下每个框的发送实例等的示图。[0〇53] 图17是示出包括在服务发送系统中的DASHMP4生成单元的示例性配置的框图。[0054] 图18是示出服务接收器的示例性配置的框图。[0055] 图19是示出在服务接收器中通过CPU的音频解码控制处理的实例的流程图。[0056] 图20是示出服务接收器的另一示例性配置的框图。具体实施方式[0057] 在下文中，将描述用于执行本发明的模式在下文中，被称为“实施方式，，。应注意，将按以下顺序给出描述。[0058] 1.实施方式[0059] 2.变型例[0060] 仰卯=〃1〃”的描述表示具有用于音频流的自适应集认1&?丨&^〇1^6〇，在1^4文件结构中提供该音频流，并且组1被分配。[0102] “”的描述表示音频流的编码解码器是MPEGH3D音频。如图13所示，“schemeIdUri="urn:brdcst:codecType〃”表示编码解码器的类型。在该实例中，表示“mpegh”。[0103] '^SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:groupld"vaiue=〃gr〇upr7”的描述表示组r‘groupr的编码数据包括在音频流中。如图13所示，“schemeldUri=〃urn:brdcst:3dAud1:groupld〃”表示组标识符。[0104] “”的描述表示组1“group1”的编码数据是信道编码数据“channeldata”。如图13所不，“schemeldUri=〃urn:brdcst:3dAud1:attribute〃”表示对应组的编码数据的属性。[0105] “〈SupplementaryDescriptorschemeIdUri=urn:brdcst:3dAud1:switchGiDupIcrvalueiW〉”的描述表示组1“groupl”的编码数据不属于任意切换组。如图13所不，“schemeldUri=〃urn:brdcst:3dAud1:switchGroupId〃”表示对应组所属的切换组的标识符。例如，当“value”是“0”时，这表示对应组不属于任意切换组。当“value”是“0”以外的值时，这表示属于切换组。[0106] K”的描述表示组l“groupl”的编码数据属于预设组1“preset1”〇此夕卜，“〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:3dAud1:presetGroupId〃value=〃preset2〃”的描述表示组1“groupl”的编码数据属于预设组2“preset2”。如图13所示，“schemeldUri="urn:brdcst:3dAud1:presetGroupId"”表示对应组所属的预设组的标识符。[0107] “〈Representat1nid=〃1"bandwidth=〃128000〃〉”的描述表示存在具有128kbps的比特率的音频流，该音频流包括组1的自适应集中的组rgroupl”的编码数据作为由“Representat1nid="1"”标识的表示。随后，“〈baseURLaud1jpl128.mp4”的描述表示利用与级别l“Levell”相对应的轨道来发送音频流。如图13所示，“8〇1^11^1111:1^=〃11:1:11:1^1〇31::31八111；1_0:16¥6111”表示与发送包括对应组的编码数据的音频流的轨道的标识符相对应的级别的标识符。此处，如以下描述的，描述例如，在“moov”框中的轨道标识符轨道ID与级别标识符级别ID之间的对应。[0109] 此外，“〈Adaptat1nSet1^1116了^^=〃3111;1_〇11^4、1*〇叩=〃2〃”的描述表示存在音频流的自适应集Adaptat1nSet，在MP4文件结构中提供音频流，并且组2被分配。[0110] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:codecType〃value=〃mpegh〃”的描述表示音频流的编码解码器是“MPEGH3D音频”。“”的描述表示组2“group2”的编码数据包括在音频流中。[0111] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:attribute"value=〃objectSound〃”的描述表示组2“group2”的编码数据是用于沉浸式声音的对象编码数据“objectSound”。“〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:switchGroupId〃value=〃0〃”的描述表示组2“group2”的编码数据不属于任何切换组。[0112] “〈SupplementaryDescriptorschemeIdUri=urn:brdcst:3dAud1:presetGroupId〃value=〃presetl〃”的描述表示组2“group2”的编码数据属于预设组1“preset1”。“”的描述表示组2“group2”的编码数据属于预设组2“preset2”。[0113] “〈Representat1nid=〃1’’bandwidth=”128000〃〉”的描述表示存在具有128kbps的比特率的音频流，该音频流包括组2的自适应集中的组2“grmip2”的编码数据作为由“Representat1nid=〃2"”标识的表示。随后，“aud1jp2128.mp4”的描述表示利用与级别2“level2”相对应的轨道来发送音频流。[0114] 此外，“〈Adaptat1nSetmimeType="aud1mp4"group=〃3"”的描述表不存在与音频流相对应的自适应集Adaptat1nSet，在MP4文件结构中提供音频流，并且组3被分配。[0115] “〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:codecType”value=〃mpegh〃”的描述表示音频流的编码解码器是“MPEGH3D音频”。“”的描述表示组3“gr〇uP3”的编码数据包括在音频流中。“”的描述表示组3“group3”的编码数据属于切换组1switchgroup1〇“〈SupplementaryDescriptorschemeIdUri=〃urn:brdcst:3dAud1:口1*6361〇1'0叩11\31116=、代361；1〃”的描述表示组3“81'0叩3”的编码数据属于预设组1“presetl，，。[0117] “〈Representat1nid="3"bandwidth="128000"〉”的描述表示存在具有128kbps的比特率的音频流，该音频流包括组3的自适应集中的组3“group3”的编码数据作为由“〈Representat1nid="3"”标识的表示。随后，“〈baseURLaud1jp3l28.mp4”的描述表示利用与级别3“level3”相对应的轨道来发送音频流。[0118] 进一步，“〈Adaptat1nSetmimeType="aud1mp4"group=〃4"”的描述表示存在与音频流相对应的自适应集Adaptat1nSet，并且以MP4文件结构提供音频流，并且组4被分配。[0119] “〈SupplementaryDescriptorschemeIdUri="urn:brdcst:codecType"value二"mpegh〃”的描述表示音频流的编码解码器是“MPEGH3D音频”。“〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:3dAud1:groupId〃value二〃group4〃”的描述表示组4“group4”的编码数据包括在音频流中。“〈SupplementaryDescriptorschemeIdUri=〃urn:brdcst:3dAud1:attribute’’value二〃objectLang27”的描述表示组4“group4”的编码数据是用于第二语言的说话语言的对象编码数据“objectLang2”。[0120] t£”的描述表不组4“group4”的编码数据属于切换组1switchgroup1〇“〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:口代36七61'0即11%31116=、^361:2〃”的描述表示组4、1'0叩4”的编码数据属于预设组2“preset2”。[0121] “〈Representat1nid=〃4"bandwidth=〃128000"”的描述表示存在具有128kbps的比特率的音频流，该音频流包括组4的自适应集中的组4“gr〇Up4”的编码数据作为由“〈Representat1nid=〃4〃”标识的表示。随后，“aud1jp4l28•mp4”的描述表示音频流的位置目的地是“&11以〇』4128.11^4”。随后，“”的描述表示利用与级别4“level4”相对应的轨道来发送音频流。[0122] 接下来，将说明图12的MPD文件的描述实例。“〈Adaptat1nSetmimeType="3111;1_〇11^411'〇叩=〃1〃”的描述表示存在音频流的自适应集41&口丨&1^〇11861;，在1?4文件结构中提供音频流，并且组1被分配。随后，“〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:codecType〃value=〃mpegh〃”的描述表示音频流的编码解码器是“MPEGH3D音频”。[0123] “〈Representat1nid=〃l〃bandwidth=〃128000〃”的描述表示在组1的自适应集中存在具有128kbps的比特率的音频流作为由“Representat1nid=〃1〃”标识的表示。随后，“audi〇jpl128.mp4”的描述表示音频流的位置目的地是“aud1jp1128.mp4”。此夕卜，“〈SupplementaryDescriptorschemeldUri=^urn:brdcst:3dAud1:levelId〃value="level1〃”的描述表示利用与级别1“level1”相对应的轨道来发送音频流。[0124] “〈SubRepresentat1nid=〃11〃subgroupSet=〃1"”的描述表示在由“Representat1nid=〃l〃”标识的表示中，存在由“SubRepresentat1nid=〃ll〃”标识的子表示，并且子组1被分配。[0125] “〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:3dAud1:groupld”value=〃group1〃”的描述表示组1“group1”的编码数据包括在音频流中。“”的描述表示组1“groupl”的编码数据是信道编码数据“channeldata”。[0126] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:switchGroupId〃value=〃0〃”的描述表示组l“groupl”的编码数据不属于任意切换组。“”的描述表示组l“gro叩1”的编码数据属于预设组1“presetl”。此外，“”的描述表示组1“groupl”的编码数据属于预设组2“preset2”。[0127] “〈SubRepresentat1nid="12〃subgroupSet=〃2"”的描述表示在由“Representat1nid=〃l〃”标识的表不中，存在由“SubRepresentat1nid=〃12〃”标识的子表示，并且子组集2被分配。[0128] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:groupld”value=〃group2〃”的描述表不组2“group2”的编码数据包括在音频流中。“”的描述表示组2“group2”的编码数据不属于任何切换组。“〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:presetGroupIcTvalue=〃preSetl〃”的描述表示组2“group2”的编码数据属于预设组l“presetr。〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:presetGroupId"value=〃preset2〃”的描述表示组2“group2”的编码数据属于预设组2“preset2”。[0130] 进一步，“〈Adaptat1nSetmimeType=〃aud1mp4"group="2"”的描述表示存在与音频流相对应的自适应集Adaptat1nSet，并且以MP4文件结构提供音频流，并且组2被分配。随后，“〈SupplementaryDescriptorschemeldUri="urn:brdcst:codecType"value=〃mpegh〃”的描述表示音频流的编码解码器是“MPEGH3D音频”。[0131] “〈Representat1nid=〃2〃bandwidth=〃128000〃〉”的描述表示在组1的自适应集中存在具有128kbps的比特率的音频流作为由“Representat1nid=〃2〃”标识的表示。随后，“aud1jp2128.mp4”的描述表示音频流的位置目的地是“aud1jp2l28.mp4”。此外，“”的描述表示利用与级别2“16¥612”相对应的轨道来发送音频流。[0132] “〈SubRepresentat1nid=〃21〃subgroupSet=〃3〃”的描述表示在由"Representat1nid=〃2〃”标识的表示中，存在由“SubRepresentat1nid=〃21〃”标识的子表示，并且子组集3被分配。[0133] “〈SupplementaryDescriptorschemeldUri=〃urn:brdcst:3dAud1:groupld”value=〃group3〃”的描述表示组3“group3”的编码数据包括在音频流中。“”的描述表示组3“group3”的编码数据是用于第一语言的说话语言的对象编码数据“objectLangl”。[0134] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:switchGroupId〃value=〃l〃”的描述表示组3“group3”的编码数据属于切换组1switchgroup1〇“〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAud1:presetGroupId〃value="presetl〃”的描述表示组3“group3”的编码数据属于预设组1“presetl”。[0135] “〈SubRepresentat1nid="22〃subgroupSet="4"”的描述表示在由“Representat1nid=〃2〃”标识的表示中，存在由“SubRepresentat1nid="22"”标识的子表示，并且子组集4被分配。[0136] “〈SupplementaryDescriptorschemeldUri="urn:brdcst:3dAudi〇:groupld”value=〃group4〃”的描述表示组4“group4”的编码数据包括在音频流中。“”的描述表示组4“group4”的编码数据是用于第二语言的说话语言的对象编码数据“〇bjectLang2”。[0137] u”的描述表示组4“group4”的编码数据属于预设组2“preset2”。[0138] 在下文中，将描述由“〈baseURL〉”S卩，包含在每个音轨中的文件表示的位置目的地的媒体文件实质。如图14a所示，在未分段MP4Non-FragmentedMP4的情况下，例如，媒体文件实质有时被定义为“url1”。在这种情况下，首先布置描述文件类型的“ftyp”框。“ftyp”框表示文件是未分段MP4文件。随后，布置“moov”框和“mdat”框。“moov”框包括所有元数据，例如，每个轨道的报头信息、内容实质的元描述、时间信息等。“mdat”框包括媒体数据主体。[0139] 如图14b所示，在分段MP4FragmentedMP4的情况下，例如，媒体文件实质有时被定义为“url2”。在这种情况下，首先布置描述片段类型的“styp”框。随后，布置描述片段索引的“sidx”框。随后，布置预定数量的电影片段MovieFragment。此处，电影片段配置有包括控制信息的“moof”框以及包括媒体数据主体的“mdat”框。由于通过分段发送媒体所获得的片段包括在一个电影片段的“mdat”框中，所以包括在“moof”框中的控制信息是涉及该片段的控制信息。“styp”、“sidx”、“moof”以及“mdat”是组成片段的单元。[0140]此外，还考虑上述“url1”和“url2”的组合。在这种情况下，例如，“url1”可被设为初始化片段，并且“url1”和“url2”可被设为一个服务的MP4。替换地，如图14c所示，“url1”和“url2”可结合为一个并被定义为“url3”。[〇141]如上所述，在“moov”框中，写入轨道标识符轨道ID与级别标识符级别ID之间的对应。如图15a所示，“ftyp”框和“moov”框组成初始化片段Initializat1nsegment。在“moov”框中存在“mvex”框，并且在“mvex”框中进一步存在“leva”框。[〇142]如图15b所示，在“leva”框中，定义轨道标识符轨道ID与级别标识符级别ID之间的对应。在所示实例中，“levelO”与“trackO”相关联，“levell”与“trackl”相关联，并且“level2”与“track2”相关联。[〇143]图16a示出在广播系统的情况下，发送每个框的实例。一个片段配置有第一初始化片段is，接下来“styp”，接下来“sidx”框，并且接下来预定数量的电影片段配置有“moof”框和“mdat”框。在所示实例中，预定数量为一。[〇144]如上所述，在组成初始化片段is的“moov”框中，写入轨道标识符轨道id与级别标识符级别ID之间的对应。此外，如图16b所示，在“sidx”框中，由级别level定义每个轨道，并且存在每个轨道的注册范围彳目息。换目之，对应于每个级别，在文件中记录轨道的再现时间信息和开始位置信息。在接收侧中，关于音频，基于范围信息选择性提取期望音轨的音频流。[〇145]返回参考图3，服务接收器2〇0从服务发送系统100接收经由RF传输路径或通信网络传输路径传输的DASHMP4,其是包括作为元文件的MPD文件以及诸如视频、音频等的媒体流媒体片段的MP4。[0146]如上所述，除了视频流以外，MP4包括组成3D音频发送数据的包括多个组的编码数据的预定数量的音轨音频流。随后，在MPD文件中，插入表示包括在3D音频发送数据中的多个组的编码数据的每个属性的属性信息以及表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息。[0147] 服务接收器200基于属性信息和流对应关系信息，对包括具有与扬声器配置和用户选择信息兼容的属性的组的编码数据的音频流选择性执行解码过程，并且获得3D音频的音频输出。[〇148][服务发送系统的DASHMP4生成单元][〇149] 图17示出包括在服务发送系统100中的DASHMP4生成单元110的示例性配置。DASHMP4生成单元110包括控制单元111、视频编码器112、音频编码器113以及DASHMP4格式器114。[〇15°] 视频编码器112输入视频数据SV，对视频数据SV执行诸如MPEG2、H.264AVC以及H.265HEVC的编码，并且生成视频流视频基本流。音频编码器113输入沉浸式音频和语音对话的对象数据以及信道数据作为音频数据SA。[0151] 音频编码器113对音频数据SA执行MPEGH的编码，并且获得3D音频发送数据。如图5所示，3D音频发送数据包括信道编码数据CD、沉浸式音频对象编码数据IA0以及语音对话对象编码数据SDO。音频编码器113生成包括多个组S卩，在该实例中，四组的编码数据的一个或多个音频流音频基本流参见图6a和图6b。[〇152] DASHMP4格式器114基于在视频编码器112中生成的视频流以及在音频编码器113中生成的预定数量的音频流，生成包括视频和音频的媒体流媒体片段的MP4作为内容。此处，每个视频流或音频流被存储在MP4中以分别作为独立轨道tracks。[0153] 此外，DASHMP4格式器114通过使用内容元数据、片段URL信息等生成MPD文件。在本实施方式中，DASHMP4格式器114在MPD文件中插入表示包括在3D音频发送数据中的多个组的编码数据的每个属性的属性信息，并且还插入表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息参见图11和图12。[〇154] 将简要说明图17所示的DASHMP4生成单元110的操作。视频数据SV被提供至视频编码器112。视频编码器112对视频数据SV执行H.264AVC、H.265HEVC等的编码，并且生成包括编码视频数据的视频流。视频流被提供至DASHMP4格式器114。[0155]音频数据SA被提供至音频编码器113。音频数据SA包括信道数据和沉浸式音频和语音对话的对象数据。音频编码器113对音频数据SA执行MPEGH的编码，并且获得3D音频发送数据。[〇156]除了信道编码数据CD以外，3D音频发送数据包括沉浸式音频对象编码数据IA0和语音对话对象编码数据SD0参见图5。随后，音频编码器113生成包括四组编码数据的一个或多个音频流参见图6a和图6b。音频流被提供至DASHMP4格式器114。[0157] DASHMP4格式器114基于在视频编码器112中生成的视频流以及在音频编码器113中生成的预定数量的音频流，生成包括视频、音频等的媒体流媒体片段的MP4作为内容。此处，每个视频流或音频流被存储在MP4中以分别作为单独轨道tracks。[〇158] 此外，DASHMP4格式器114通过使用内容元数据、片段URL信息等生成MPD文件。在MPD文件中，插入表示包括在邪音频发送数据中的多个组的编码数据的每个属性的属性信息，并且还插入表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息。[0159] [服务接收器的示例性配置][0160] 图18示出服务接收器200的示例性配置。服务接收器200包括接收单元20UDASHMP4分析单元202、视频解码器203、图像处理电路204、面板驱动电路205以及显示面板206。此外，服务接收器200包括容器缓冲器211-1至211-N、组合器212、3D音频解码器213、音频输出处理电路214以及扬声器系统215。此外，服务接收器200包括CPU221、闪存ROM222、DRAM223、内部总线224、远程控制接收单元225以及远程控制发送器226。[0161] CPU221控制服务接收器200中的每个单元的操作。闪存ROM222存储控制软件并保存数据。DRAM223组成CPU221的工作区域。CPU221通过在DRAM223中开发软件或从闪存ROM222读取的数据激活软件，并且控制服务接收器200中的每个单元。[0162] 远程控制接收单元225接收从远程控制发送器226发送的远程控制信号远程控制代码，并且将该信号提供至CPU22KCPU221基于远程控制代码控制服务接收器200中的每个单元。CPU221、闪存ROM222以及DRAM223连接至内部总线224。[0163] 接收单元201接收经由RF传输路径或通信网络传输路径从服务发送系统100发送的DASHMP4，其是作为元文件的MPD文件以及包括诸如视频和音频的媒体流媒体片段的MP4。[0164] 除了视频流以外，MP4包括预定数量的音轨音频流，该音轨音频流包括组成3D音频发送数据的多组编码数据。此外，在MPD文件中，插入表示包括在3D音频发送数据中的多组编码数据的每个属性的属性信息，并且还插入表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息。[0165] DASHMP4分析单元202分析由接收单元201接收的MPD文件和MP4〇DASHMP4分析单元202从MP4提取视频流，并且将视频流发送至视频解码器203。视频解码器203对视频流执行解码过程，并且获得未压缩的视频数据。[〇166]图像处理电路204对通过视频解码器203获得的视频数据执行缩放处理和图像质量调整处理，并且获得用于显示的视频数据。面板驱动电路205基于由图像处理电路204获得的待显示视频数据驱动显示面板206。显示面板2〇6配置有例如，液晶显示器LCD、有机场致发光显示器有机EL显示器等。[〇167] 此外，DASHMP4分析单元202提取包括在MPD文件中的Mro信息，并且将MPD信息发送至CPU221XPU221基于MPD信息控制视频流或音频流的获得过程。此外，DASHMP4分析单元2〇2例如，从MP4提取诸如每个轨道的报头信息、内容实质的元描述、时间信息的元数据，并且将元数据发送至CPU221。[〇168]CPU2W基于表示每个组的编码数据的属性的属性信息以及表示每个组包括在MPD文件中的哪个音轨音频流的流对应关系信息，来识别包括具有与扬声器配置和观看者用户选择信息兼容的属性的组的编码数据的音轨音频流。[〇169] 此外，在CPU221的控制下，换言之，DASHMP4分析单元202参考级别IDlevelID、轨道IDtrackID，并且在包括在MP4中的预定数量的音频流中，选择性地提取包括具有与扬声器配置和观看者用户选择信息兼容的属性的组的编码数据的一个或多个音频流。[〇17〇] 容器缓冲器211-1至211-N分别输入通过DASHMP4分析单元202提取的每个音频流。此处，容器缓冲器211-1至211-N的数量N是必要和足够的数量，并且在实际操作中，该数量等于在DASHMP4分析单元202中提取的音频流的数量。[〇171]组合器212从容器缓冲器211-1至211-N中的输入了通过DASHMP4分析单元202提取的每个音频流的容器缓冲器读取每个音频帧的音频流，并且将具有与扬声器配置和观看者用户选择信息兼容的属性的组的编码数据提供至3D音频解码器213。[〇172]3D音频解码器213对从组合器212提供的编码数据执行解码过程，并且获得音频数据以驱动扬声器系统215的每个扬声器。此处，对其执行解码处理的编码数据可存在三种情况，这三种情况是仅包括信道编码数据的情况，仅包括对象编码数据的情况，以及包括信道编码数据和对象编码数据这两者的情况。[〇173]当解码信道编码数据时，3D音频解码器213通过执行用于扬声器系统215的扬声器配置的下混音和上混音，获得音频数据以驱动每个扬声器。此外，当解码对象编码数据时，3D音频解码器213基于对象信息元数据计算扬声器渲染用于每个扬声器的混合率，并且根据计算结果，将对象的音频数据混合至用于驱动每个扬声器的音频数据。[〇174]音频输出处理电路214对从3D音频解码器213获得的驱动每个扬声器的音频数据执行诸如DA转换、放大等的必要处理，并且将数据提供至扬声器系统215。扬声器系统215包括诸如多个信道例如，2信道、5.1信道、7.1信道、22.2信道等的多个扬声器。[〇175]将说明图18所示的服务接收器200的操作。在接收单元201中，经由RF传输路径或通信网络传输路径从服务发送系统100接收DASHMP4,其是作为元文件的MPD文件以及包括诸如视频和音频的媒体流媒体片段的MP4。以此方式接收的MPD文件和MP4被提供至DASHMP4分析单元202。[〇176]在DASHMP4分析单元2〇2中，分析在接收单元201中接收的MPD文件和MP4。随后，在DASHMP4分析单元202中，从MP4提取视频流，并且将该视频流发送至视频解码器203。在视频解码器203中，对视频流执行解码处理，并且获得未压缩的视频数据。视频数据被提供至图像处理电路204。[〇177]在图像处理电路204中，对在视频解码器203中获得的视频数据执行缩放处理、图像质量调整处理等，并且获得待显示的视频数据。待显示的视频数据被提供至面板驱动电路205。在面板驱动电路205中，基于待显示的视频数据驱动显示面板206。利用该配置，在显示面板2〇6上，显示与待显示的视频数据相对应的图像。[〇178]此外，在DASHMP4分析单元2〇2中，包括在MPD文件中的MPD信息被提取并被发送至CPU221。此外，在DASHMP4分析单元202中，从MP4提取元数据，例如，每个轨道的报头信息、内容实质的元描述、时间信息等，并且该元数据被发送至CPU221。在CPU221中，基于包括在MPD文件中的属性信息、流对应关系信息等，识别其中组的编码数据具有与扬声器配置和观看者用户选择信息兼容的属性的音轨音频流。[〇179]此外，在CPU221的控制下，在DASHMP4分析单元202中，通过参考轨道IDtrackID从包括在MP4中的预定数量的音频流选择性提取包括与扬声器配置和观看者用户选择信息兼容的属性的组的编码数据的一个或多个音频流。[0酬在DASHMP4分析单元202中提取的音频流被输入至容器缓冲器21卜1至2U-N中的对应容器缓冲器。在组合器212中，从输入了音频流的容器缓存器的每个音频帧中读取音频流，并经该音频流提供至3D音频解码器213作为具有与扬声器配置和观看者选择信息兼容的属性的组的编码数据。在3D音频解码器213中，对由组合器212提供的编码数据执行解码处理，并且获得用于驱动扬声器系统215的每个扬声器的音频数据。[〇181] 此处，当解码信道编码数据时，执行用于扬声器系统215的扬声器配置的下混音和上混音的处理，并且获得用于驱动每个扬声器的音频数据。此外，当解码对象编码数据时，基于对象信息元数据计算扬声器渲染用于每个扬声器的混合率，并且根据计算结果，将对象的音频数据混合至用于驱动每个扬声器的音频数据。[〇182] 在3D音频解码器213中获得的用于驱动每个扬声器的音频数据被提供至音频输出处理电路214。在音频输出处理电路214中，对用于驱动每个扬声器的音频数据执行诸如DA转换、放大等的必要处理。随后，处理过的音频数据被提供至扬声器系统215。利用该配置，从扬声器系统215获得与显示面板206的显示图像相对应的声音输出。[0183] 图19示出图18所示的服务接收器200中的通过CPU221的音频解码控制处理的实例。在步骤ST1中，CPU221开始处理。随后，在步骤ST2中，CPU221检测接收器的扬声器配置，即，扬声器系统215的扬声器配置。接下来，在步骤ST3中，CPU221获取来自观看者用户的有关音频输出的选择信息。[0184] 接下来，在步骤ST4中，CfU221读取有关MPD信息的每个音频流的信息，其是“groupID”、“attribute”、“switchGroupID”、“presetGroupID”以及“levellD”。随后，在步骤ST5中，CPU221识别具有与扬声器配置和观看者选择信息兼容的属性的编码数据组所属的音轨的轨道IDtrackID。[〇185] 接下来，在步骤ST6中，CPU221基于识别结果选择每个音轨，并且将存储的音频流输入至容器缓冲器。随后，在步骤ST7中，CPU221从容器缓冲器读取用于每个音频帧的音频流，并且将必要组的编码数据提供至3D音频解码器213。[0186] 接下来，在步骤ST8中，CPU221确定是否解码对象编码数据。在步骤ST9中，当解码对象编码数据时，CPU221基于对象信息元数据，通过使用方位角方位信息和海拔仰角信息计算扬声器渲染用于每个扬声器的混合率。此后，CPU221进行至步骤ST10中的处理。此处，在步骤ST8中当对象编码数据不被解码时，CPU221立即进行至步骤ST10中的处理。[0187] 在步骤ST10中，CPU221确定是否解码信道编码数据。在步骤ST11中，当解码信道编码数据时，CPU221执行用于扬声器系统215的扬声器配置的下混音和上混音的处理，并且获得用于驱动每个扬声器的音频数据。此后，CPU221进行至步骤ST12中的处理。此处，在步骤ST10中当对象编码数据不被解码时，CPU221立即进行至步骤ST12中的处理。[0188] 在步骤ST12中，当解码对象编码数据时，CPU221根据在步骤ST9中的计算结果，将对象的音频数据混合至用于驱动每个扬声器的音频数据，并且此后执行动态范围控制。随后，在步骤ST13中，CPU221结束处理。本文中，当对象编码数据不被解码时，CPU221跳过步骤ST12中的处理。[〇189] 如上所述，在图3所不的收发系统10中，服务发送系统100将表示包括在预定数量的音频流中的多个组的编码数据的每个属性的属性信息插入至MPD文件。因此，接收侧可在解码编码数据之前，轻易识别多个组的编码数据的每个属性，使得必要组的编码数据可被选择性解码和使用，并且这可降低处理负载。[0190] 此外，在图3所示的收发系统10中，服务发送系统100将表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息插入至MPD文件。因此，接收侧可轻易识别包括必要组的编码数据的音轨音频流，并且处理负载可降低。[0191] 2•变型例〉[〇192]本文中，在以上实施方式中，服务接收器200被配置为从由服务发送系统1〇〇发送的多个音频流中选择性提取其中具有与扬声器配置和观看者选择信息兼容的属性的组的编码数据的音频流，并且通过执行解码处理获得用于驱动预定数量的扬声器的音频数据。[〇193]本文中，作为服务接收器，它可被视为从由服务发送系统100发送的多个音频流中选择性提取包括具有与扬声器配置和观看者选择信息兼容的属性的组的编码数据的一个或多个音频流，重新配置具有与扬声器配置和观看者选择信息兼容的属性的组的编码数据的音频流，并且将重新配置的音频流分配至连接至内部网络的装置包括DLNA装置。[〇194]图20示出如上所述的将重新配置的音频流分配至连接至内部网络的装置的服务接收器200A的示例性配置。在图20中，相同参考标号应用至与图18中的部件相对应的部件，并且其详细解释将根据需要省去。[0195] 在通过〇?1]221的控制下，〇厶3111^4分析单元2〇2参考级别1〇16¥011〇，目卩，轨道IDtrackID，并且从包括在MP4中的预定数量的音频流中，选择性提取包括具有与扬声器配置和观看者用户选择信息兼容的属性的组的编码数据的一个或多个音频流。[0196] 在DASHMP4分析单元202中提取的音频流被输入至容器缓冲器211-1至211-N中的对应容器缓冲器。在组合器212中，从输入了音频流的每个容器缓冲器读取用于每个音频帧的音频流，并将该音频流提供至流重新配置单元231。[0197] 在流重新配置单元231中，选择性获取具有与扬声器配置和观看者选择信息兼容的属性的预定组的编码数据，并且重新配置具有预定组的编码数据的音频流。重新配置的音频流被提供至传送接口232。随后，重新配置的音频流从传送接口232传送发送至连接至内部网络的装置300。[0198] 内部网络连接包括以太网连接以及诸如“WiFi”和“Bluetooth”无线连接。本文中，“WiFi”和“Bluetooth”是注册商标。[0199] 此外，装置300包括附接至网络终端的环绕声扬声器、第二显示器、音频输出装置。接收重新配置的音频流的传送的装置300执行与图18的服务接收器200中的3D音频解码器213相似的解码处理，并且获得用于驱动预定数量的扬声器的音频数据。[〇2〇〇]此外，服务接收器可具有将上述重新配置的音频流发送至由诸如，“高清多媒体接口HDMI”、“移动高清链路MHL”、“DisplayPort”等的数字接口连接的装置的配置。本文中，“HDMI”和“MHL”是注册商标。[0201] 此外，上述实施方式描述了提供“属性”的字段以及发送每个组的编码数据的属性信息的实例参见图11至图13。然而，本技术包括在发送器与接收器之间定义组IDGroupID的值本身使得可通过识别特定组ID来识别编码数据的类型属性的特定方法。在这种情况下，除了用作组的标识符以外，组ID用作组的编码数据的属性信息，并且不需要“属性”字段。[0202] 此外，上述实施方式描述了信道编码数据和对象编码数据被包括在多个组的编码数据中的实例参见图5。然而，本技术可以以类似方式应用至多个组的编码数据仅包括信道编码数据或仅包括对象编码数据的情况。[0203] 本文中，本技术可具有以下配置。[0204] 1一种发送装置，包括:[〇2〇5] 发送单元，被配置为发送具有元信息的元文件，元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流;以及[〇2〇6]信息插入单元，被配置为将表示多个组的编码数据的每个属性的属性信息插入至元文件。[〇2〇7] 2根据1所述的发送装置，其中，信息插入单元进一步将流对应关系信息插入至元文件，流对应关系信息表示多个组的编码数据分别包括在哪个音频流中。[〇2〇8] 3根据2所述的发送装置，其中，流对应关系信息是表示分别标识多个组的编码数据中的每一个的组标识符与分别标识预定数量的音频流中的每一个的标识符之间的对应关系的信息。[〇2〇9] ⑷根据⑴至⑶中任一项所述的发送装置，其中，元文件是MPD文件。[〇21〇] 5根据4所述的发送装置，其中，信息插入单元通过使用“补充描述符”将属性信息插入至元文件。[〇211] 6根据1至5中任一项所述的发送装置，其中，发送单元经由RF传输路径或通信网络传输路径发送元文件。[〇212] 7根据1至6中任一项所述的发送装置，其中，发送单元进一步发送具有包括多个组的编码数据的预定数量的音频流的预定格式的容器。[〇213] ⑶根据⑵所述的发送装置，其中，容器是MP4。[〇214]⑶根据⑴至8中任一项所述的发送装置，其中，多个组的编码数据包括信道编码数据和对象编码数据中的一个或两个。[〇215] 10—种发送方法，包括:[0216]发送步骤，通过发送单元发送具有元信息的元文件，该元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流;以及[〇217]信息插入步骤，将表示多个组的编码数据的每个属性的属性信息插入至元文件。[〇218] 11一种接收装置，包括:[〇219]接收单元，被配置为接收具有元信息的元文件，元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[〇22〇]在元文件中插入有表示多个组的编码数据的每个属性的属性信息；以及[〇221]处理单元，被配置为基于属性信息处理预定数量的音频流。[0222] 1¾根据11所述的接收装置，[0223] 其中，[〇224]表示多个组的编码数据分别包括在哪个音频流中的流对应关系信息被进一步插入至元文件，并且[〇225]处理单元基于流对应关系信息以及属性信息处理预定数量的音频流。[〇226] I3根^12所獅接收装置，其中，处理单元基于属性信息和獅应关系信息，对包括具有与扬声器配置和用户选择信息兼容的属性的组的编码数据的音频流选择性执行解码处理。[〇227] 14根据11至13中任—项所述的接收装置，其中，多个组的编码数据包括信道编码数据和对象编码数据中的一个或两个。[0228] 15—种接收方法，包括:[〇229]接收步骤，通过接收单元接收具有元信息的元文件，元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[〇23〇]在元文件中插入有表示多个组的编码数据的每个属性的属性信息；以及[0231] 处理步骤，基于属性信息处理预定数量的音频流。 ’[〇232] 16—种接收装置，包括:[〇233]接收单元，被配置为接收具有元信息的元文件，元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[〇234] 在元文件中插入有表示多个组的编码数据的每个属性的属性信息；[〇235]处理单元，被配置为基于属性信息从预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括预定组的编码数据的音频流;以及[〇236] 流发送单元，被配置为将所重新配置的音频流发送至外部装置。[0237] 17根据16所述的接收装置，其中，[〇238] 表示多个组的编码数据分别包括在哪个音频流中的流对应关系信息被进一步插入至元文件，并且[〇239] 处理单元基于流对应关系信息以及属性信息从预定数量的音频流中选择性获取预定组的编码数据。[〇24〇] 18—种接收方法，包括:[〇241] 接收步骤，由接收单元接收具有元信息的元文件，元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，[0242] 在元文件中插入表示多个组的编码数据的每个属性的属性信息；[0243] 处理步骤，基于属性信息从预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括预定组的编码数据的音频流;以及[〇244]流发送步骤，将所重新配置的音频流发送至外部装置。[0245] 本技术的主要特征可以通过将表示包括在预定数量的音频流中的多个组的编码数据的相应属性的属性信息以及表示多个组的编码数据分别包括在哪个音轨音频流中的流对应关系信息插入至MPD文件参见图11、图12和图17，来降低接收侧中的处理负载。[0246] 符号说明[0247] 1〇 收发系统[0248] 30A、30B 基于MPEG-DASH的流传送系统[0249] 31 DASH流文件服务器[0250] 32 DASHMPD服务器[0251] 33、33-1至33-沖服务接收器[0252] 34 CDN[0253] 35、35-1至35_1^服务接收器[〇254] 36 广播发送系统[0255] 1〇〇 服务发送系统[0256] 11〇 DASHMP4生成单元[0257] 112 视频编码器[0258] 113 音频编码器[0259] 114 DASHMP4格式器[0260] 200 服务接收器[0261] 201 接收单元[0262] 202 DASHMP4分析单元[0263] 203 视频解码器[0264] 204 图像处理电路[0265] 205 面板驱动电路[0266] 206 显示面板[0267] 211_1至211，容器缓冲器[0268] 212 组合器[0269] 213 3D音频解码器[0270] 214 音频输出处理电路[0271] 215 扬声器系统[0272] 221 CPU[0273] 222 闪存ROM[0274] 223 DRAM[0275] 224 内部总线[0276] 225 远程控制接收单元[0277] 226 远程控制发送器[0278] 231 流重新配置单元[0279] 232 传送接口[0280] 300 装置。

权利要求：1.一种发送装置，包括:发送单元，被配置为发送具有元信息的元文件，所述元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流;以及信息插入单元，被配置为将表示所述多个组的编码数据的每个属性的属性信息插入至所述元文件。2.根据权利要求1所述的发送装置，其中，所述信息插入单元进一步将流对应关系信息插入至所述元文件，所述流对应关系信息表示所述多个组的编码数据分别包括在哪个音频流中。3.根据权利要求2所述的发送装置，其中，所述流对应关系信息是表示分别标识所述多个组的编码数据中的每一个的组标识符与分别标识所述预定数量的音频流中的每一个的标识符之间的对应关系的信息。4.根据权利要求1所述的发送装置，其中，所述元文件是MPD文件。5.根据权利要求4所述的发送装置，其中，所述信息插入单元通过使用“补充描述符”将所述属性信息插入至所述元文件。6.根据权利要求1所述的发送装置，其中，所述发送单元经由RF传输路径或通信网络传输路径发送所述元文件。7.根据权利要求1所述的发送装置，其中，所述发送单元进一步发送具有包括所述多个组的编码数据的所述预定数量的音频流的预定格式的容器。8.根据权利要求7所述的发送装置，其中，所述容器是MP4。9.根据权利要求1所述的发送装置，其中，所述多个组的编码数据包括信道编码数据和对象编码数据中的一个或两个。10.—种发送方法，包括:发送步骤，通过发送单元发送具有元信息的元文件，所述元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流;以及信息插入步骤，将表示所述多个组的编码数据的每个属性的属性信息插入至所述元文件。11.一种接收装置，包括:接收单元，被配置为接收具有元信息的元文件，所述元信息用于在所述接收装置中获取包括多个组的编码数据的预定数量的音频流，在所述元文件中插入有表示所述多个组的编码数据的每个属性的属性信息；以及处理单元，被配置为基于所述属性信息处理所述预定数量的音频流。12.根据权利要求11所述的接收装置，其中，表示所述多个组的编码数据分别包括在哪个音频流中的流对应关系信息被进一步插入至所述元文件，并且所述处理单元基于所述流对应关系信息以及所述属性信息处理所述预定数量的音频流。13.根据权利要求12所述的接收装置，其中，所述处理单元基于所述属性信息和所述流对应关系信息，对包括具有与扬声器配置和用户选择信息兼容的属性的组的编码数据的音频流选择性执行解码处理。14.根据权利要求11所述的接收装置，其中，所述多个组的编码数据包括信道编码数据和对象编码数据中的一个或两个。15.—种接收方法，包括:接收步骤，通过接收单元接收具有元信息的元文件，所述元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，在所述元文件中插入有表示所述多个组的编码数据的每个属性的属性信息；以及处理步骤，基于所述属性信息处理所述预定数量的音频流。16.—种接收装置，包括:接收单元，被配置为接收具有元信息的元文件，所述元信息用于在所述接收装置中获取包括多个组的编码数据的预定数量的音频流，在所述元文件中插入有表示所述多个组的编码数据的每个属性的属性信息；处理单元，被配置为基于所述属性信息从所述预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括所述预定组的编码数据的音频流;以及流发送单元，被配置为将所重新配置的音频流发送至外部装置。17.根据权利要求16所述的接收装置，其中，表示所述多个组的编码数据分别包括在哪个音频流中的流对应关系信息被进一步插入至所述元文件，并且所述处理单兀基于所述流对应关系彳目息以及所述属性信息从所述预定数量的音频流中选择性获取所述预定组的编码数据。18.—种接收方法，包括:接收步骤，由接收单元接收具有元信息的元文件，所述元信息用于在接收装置中获取包括多个组的编码数据的预定数量的音频流，在所述元文件中插入有表示所述多个组的编码数据的每个属性的属性信息；处理步骤，基于所述属性信息从所述预定数量的音频流中选择性获取预定组的编码数据，并且重新配置包括所述预定组的编码数据的音频流;以及流发送步骤，将所重新配置的音频流发送至外部装置。

百度查询： 索尼公司 发送装置、发送方法、接收装置以及接收方法

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD