ホーム > 特許ランキング > ソニーグループ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-07
(45)【発行日】2024-10-16
(54)【発明の名称】受信装置および受信方法
(51)【国際特許分類】
H04N 21/434 20110101AFI20241008BHJP
H04N 21/438 20110101ALI20241008BHJP
G10L 19/008 20130101ALI20241008BHJP
H04H 20/28 20080101ALI20241008BHJP
H04H 20/95 20080101ALI20241008BHJP
【ＦＩ】
H04N21/434
H04N21/438
G10L19/008 200
H04H20/28
H04H20/95
【請求項の数】
8
(21)【出願番号】P 2023030769
(22)【出願日】2023-03-01
(62)【分割の表示】P 2021110252の分割
【原出願日】2015-08-31
(65)【公開番号】P2023085253
(43)【公開日】2023-06-20
【審査請求日】2023-03-30
(31)【優先権主張番号】P 2014180592
(32)【優先日】2014-09-04
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】000002185
【氏名又は名称】ソニーグループ株式会社
(74)【代理人】
【識別番号】100093241
【弁理士】
【氏名又は名称】宮田 正昭
(74)【代理人】
【識別番号】100101801
【弁理士】
【氏名又は名称】山田 英治
(74)【代理人】
【識別番号】100095496
【弁理士】
【氏名又は名称】佐々木 榮二
(74)【代理人】
【識別番号】100086531
【弁理士】
【氏名又は名称】澤田 俊夫
(74)【代理人】
【識別番号】110000763
【氏名又は名称】弁理士法人大同特許事務所
(72)【発明者】
【氏名】塚越 郁夫
【審査官】醍醐 一貴
(56)【参考文献】
【文献】特開２０１１－２３４３３６（ＪＰ，Ａ）
【文献】国際公開第２００５／０７６６２２（ＷＯ，Ａ１）
【文献】特開２０１１－０５５５１３（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１０Ｌ １９／００－９９／００
Ｈ０４Ｈ ２０／９１－４０／２７
Ｈ０４Ｎ ２１／００－２１／８５８
(57)【特許請求の範囲】
【請求項1】
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記所定数のオーディオストリームから上記属性情報に基づいて取り出された所定の属性を持つグループの符号化データに対してデコード処理をしてスピーカシステムの各スピーカを駆動するためのオーディオデータを得るオーディオデコード部をさらに備える
受信装置。
【請求項2】
上記所定の属性を持つグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる請求項１に記載の受信装置。
【請求項3】
上記オーディオデコード部は、上記チャネル符号化データをデコードするときは、上記スピーカシステムのスピーカ構成へのダウンミックスまたはアップミックスの処理を行って上記各スピーカを駆動するためのオーディオデータを得る
請求項２に記載の受信装置。
【請求項4】
上記オーディオデコード部は、上記オブジェクト符号化データをデコードするときは、オブジェクト情報に基づき上記スピーカシステムのスピーカ構成に対応したスピーカレンダリング処理を行って上記各スピーカを駆動するためのオーディオデータを得る
請求項２に記載の受信装置。
【請求項5】
上記オブジェクト情報は、上記オブジェクト符号化データのメタデータである請求項４に記載の受信装置。
【請求項6】
上記メタデータは、エクステンションエレメント（Ext_element）として含まれる請求項５に記載の受信装置。
【請求項7】
上記所定数のオーディオストリームから、上記属性情報と、スピーカ構成およびユーザ選択情報に基づいて、上記所定の属性を持つグループの符号化データを取り出す符号化データ取り出し部をさらに備える請求項１に記載の受信装置。
【請求項8】
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信ステップを有し、上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記所定数のオーディオストリームから上記属性情報に基づいて取り出された所定の属性を持つグループの符号化データに対してデコード処理をしてスピーカシステムの各スピーカを駆動するためのオーディオデータを得るオーディオデコードステップをさらに有する
受信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本技術は、受信装置および受信方法に関する。
【背景技術】
【0002】
従来、立体（３Ｄ）音響技術として、符号化サンプルデータをメタデータに基づいて任意の位置に存在するスピーカにマッピングさせてレンダリングする技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【文献】特表２０１４－５２０４９１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
５．１チャネル、７．１チャネルなどのチャネル符号化データと共に、符号化サンプルデータおよびメタデータからなるオブジェクト符号化データを送信し、受信側において臨場感を高めた音響再生を可能とすることが考えられる。
【0005】
本技術の目的は、複数種類のオーディデータを送信する場合にあって受信側の処理負荷を軽減することにある。
【課題を解決するための手段】
【0006】
本技術の概念は、
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入部とを備える
送信装置にある。
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入部とを備える
送信装置にある。
【0007】
本技術において、送信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナが送信される。例えば、複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる、ようにされてもよい。
【0008】
情報挿入部により、コンテナのレイヤに、複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入される。例えば、コンテナは、デジタル放送規格で採用されているトランスポートストリーム（ＭＰＥＧ－２ ＴＳ）であってもよい。また、例えば、コンテナは、インターネットの配信などで用いられるＭＰ４、あるいはそれ以外のフォーマットのコンテナであってもよい。
【0009】
このように本技術においては、コンテナのレイヤに、所定数のオーディオストリームに含まれる複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入される。そのため、受信側では、複数のグループの符号化データのそれぞれの属性を当該符号化データのデコード前に容易に認識でき、必要なグループの符号化データのみを選択的にデコードして用いることができ、処理負荷を軽減することが可能となる。
【0010】
なお、本技術において、例えば、情報挿入部は、コンテナのレイヤに、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報をさらに挿入する、ようにされてもよい。この場合、例えば、コンテナは、ＭＰＥＧ２－ＴＳであり、情報挿入部は、属性情報およびストリーム対応関係情報を、プログラムマップテーブルの配下に存在する上記所定数のオーディオストリームのいずれか１つのオーディオストリームに対応したオーディオエレメンタリストリームループ内に挿入する、ようにされてもよい。このようにコンテナのレイヤにストリーム対応関係情報が挿入されることで、受信側では、必要なグループの符号化データが含まれるオーディオストリームを容易に認識でき、処理負荷を軽減することが可能となる。
【0011】
例えば、ストリーム対応関係情報は、複数のグループの符号化データのそれぞれを識別するグループ識別子と所定数のオーディオストリームのそれぞれのストリームを識別するストリーム識別子との対応関係を示す情報である、ようにされてもよい。この場合、例えば、情報挿入部は、コンテナのレイヤに、所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子情報をさらに挿入する、ようにされてもよい。例えば、コンテナは、ＭＰＥＧ２－ＴＳであり、情報挿入部は、ストリーム識別子情報を、プログラムマップテーブルの配下に存在する所定数のオーディオストリームのそれぞれに対応したオーディオエレメンタリストリームループ内に挿入する、ようにされてもよい。
【0012】
また、例えば、ストリーム対応関係情報は、複数のグループの符号化データのそれぞれを識別するグループ識別子と所定数のオーディオストリームのそれぞれをパケット化する際に付されるパケット識別子との対応関係を示す情報である、ようにされてもよい。また、例えば、ストリーム対応関係情報は、複数のグループの符号化データのそれぞれを識別するグループ識別子と所定数のオーディオストリームのそれぞれのストリームタイプを示すタイプ情報との対応関係を示す情報である、ようにされてもよい。
【0013】
また、本技術の他の概念は、
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理部をさらに備える
受信装置にある。
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理部をさらに備える
受信装置にある。
【0014】
本技術において、受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナが受信される。例えば、複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる、ようにされてもよい。コンテナのレイヤに、複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されている。処理部により、受信されたコンテナが有する所定数のオーディオストリームが、その属性情報に基づいて処理される。
【0015】
このように本技術においては、コンテナのレイヤに挿入されている複数のグループの符号化データのそれぞれの属性を示す属性情報に基づいて、受信されたコンテナが有する所定数のオーディオストリームの処理が行われる。そのため、必要なグループの符号化データのみを選択的に復号化して用いることができ、処理負荷を軽減することが可能となる。
【0016】
なお、本技術において、例えば、コンテナのレイヤには、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報がさらに挿入されており、処理部は、属性情報の他に、ストリーム対応関係情報に基づいて所定数のオーディオストリームを処理する、ようにされてもよい。この場合、必要なグループの符号化データが含まれるオーディオストリームを容易に認識でき、処理負荷を軽減することが可能となる。
【0017】
また、本技術において、例えば、処理部は、属性情報およびストリーム対応関係情報に基づいて、スピーカ構成およびユーザ選択情報に適合する属性を持つグループの符号化データを含むオーディオストリームに対して選択的にデコード処理を施す、ようにされてもよい。
【0018】
また、本技術のさらに他の概念は、
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理部と、
上記処理部で再構成されたオーディオストリームを外部機器に送信するストリーム送信部とをさらに備える
受信装置にある。
複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理部と、
上記処理部で再構成されたオーディオストリームを外部機器に送信するストリーム送信部とをさらに備える
受信装置にある。
【0019】
本技術において、受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナが受信される。コンテナのレイヤに、複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されている。処理部により、所定数のオーディオストリームから属性情報に基づいて所定のグループの符号化データが選択的に取得され、この所定のグループの符号化データを含むオーディオストリームが再構成される。そして、ストリーム送信部により、再構成されたオーディオストリームが外部機器に送信される。
【0020】
このように本技術においては、コンテナのレイヤに挿入されている複数のグループの符号化データのそれぞれの属性を示す属性情報に基づいて、所定数のオーディオストリームから所定のグループの符号化データが選択的に取得されて、外部機器に送信すべきオーディオストリームが再構成される。必要なグループの符号化データの取得を容易に行うことができ、処理負荷を軽減することが可能となる。
【0021】
なお、本技術において、例えば、コンテナのレイヤには、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報をさらに挿入されており、処理部は、属性情報の他に、ストリーム対応関係情報に基づいて、所定数のオーディオストリームから所定のグループの符号化データを選択的に取得する、ようにされてもよい。この場合、所定グループの符号化データが含まれるオーディオストリームを容易に認識でき、処理負荷を軽減することが可能となる。
【発明の効果】
【0022】
本技術によれば、複数種類のオーディデータを送信する場合にあって受信側の処理負荷を軽減することが可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【0023】
【図1】実施の形態としての送受信システムの構成例を示すブロック図である。
【図2】３Ｄオーディオの伝送データにおけるオーディオフレーム（１０２４サンプル）の構造を示す図である。
【図3】３Ｄオーディオの伝送データの構成例を示す図である。
【図4】３Ｄオーディオの伝送データを１ストリームで送信する場合および複数ストリームで送信する場合におけるオーディオフレームの構成例を概略的に示す図である。
【図5】３Ｄオーディオの伝送データの構成例において、３ストリームで送信する場合のグループ分割例を示す図である。
【図6】グループ分割例（３分割）におけるグループとサブストリームの対応関係などを示す図である。
【図7】３Ｄオーディオの伝送データの構成例において、２ストリームで送信する場合のグループ分割例を示す図である。
【図8】グループ分割例（２分割）におけるグループとサブストリームの対応関係などを示す図である。
【図9】サービス送信機が備えるストリーム生成部の構成例を示すブロック図である。
【図10】３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタの構造例を示す図である。
【図11】３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタの構造例における主要な情報の内容を示す図である。
【図12】３Ｄオーディオ・サブストリームＩＤ・デスクリプタの構造例と、その構造例における主要な情報の内容を示す図である。
【図13】トランスポートストリームの構成例を示す図である。
【図14】サービス受信機の構成例を示すブロック図である。
【図15】サービス受信機におけるＣＰＵのオーディオデコード制御処理の一例を示すフローチャートである。
【図16】サービス受信機の他の構成例を示すブロック図である。
【発明を実施するための形態】
【0024】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
１．実施の形態
２．変形例
【0025】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、サービス送信機１００とサービス受信機２００により構成されている。サービス送信機１００は、トランスポートストリームＴＳを、放送波あるいはネットのパケットに載せて送信する。このトランスポートストリームＴＳは、ビデオストリームと、複数のグループの符号化データを含む所定数のオーディオストリームを有している。
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、サービス送信機１００とサービス受信機２００により構成されている。サービス送信機１００は、トランスポートストリームＴＳを、放送波あるいはネットのパケットに載せて送信する。このトランスポートストリームＴＳは、ビデオストリームと、複数のグループの符号化データを含む所定数のオーディオストリームを有している。
【0026】
図２は、この実施の形態で取り扱う３Ｄオーディオの伝送データにおけるオーディオフレーム（１０２４サンプル）の構造を示している。このオーディオフレームは、複数のＭＰＥＧオーディオストリームパケット（mpeg Audio Stream Packet）からなっている。各ＭＰＥＧオーディオストリームパケットは、ヘッダ（Header）とペイロード（Payload）により構成されている。
【0027】
ヘッダは、パケットタイプ（Packet Type）、パケットラベル（Packet Label）、パケットレングス（Packet Length）などの情報を持つ。ペイロードには、ヘッダのパケットタイプで定義された情報が配置される。このペイロード情報には、同期スタートコードに相当する“ＳＹＮＣ”情報と、３Ｄオーディオの伝送データの実際のデータである“Ｆｒａｍｅ”情報と、この“Ｆｒａｍｅ”情報の構成を示す“Ｃｏｎｆｉｇ”情報が存在する。
【0028】
“Ｆｒａｍｅ”情報には、３Ｄオーディオの伝送データを構成するチャネル符号化データとオブジェクト符号化データが含まれる。ここで、チャネル符号化データは、ＳＣＥ（Single Channel Element）、ＣＰＥ（Channel Pair Element）、ＬＦＥ（Low Frequency Element）などの符号化サンプルデータで構成される。また、オブジェクト符号化データは、ＳＣＥ（Single Channel Element）の符号化サンプルデータと、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータにより構成される。このメタデータは、エクステンションエレメント（Ext_element）として含まれる。
【0029】
図３は、３Ｄオーディオの伝送データの構成例を示している。この例では、１つのチャネル符号化データと２つのオブジェクト符号化データとからなっている。１つのチャネル符号化データは、５．１チャネルのチャネル符号化データ（ＣＤ）であり、ＳＣＥ１，ＣＰＥ１．１，ＣＰＥ１．２，ＬＦＥ１の各符号化サンプルデータからなっている。
【0030】
２つのオブジェクト符号化データは、イマーシブオーディオオブジェクト（ＩＡＯ：Immmersive audio object）およびスピーチダイアログオブジェクト（ＳＤＯ：Speech Dialog object）の符号化データである。イマーシブオーディオオブジェクト符号化データは、イマーシブサウンドのためのオブジェクト符号化データであり、符号化サンプルデータＳＣＥ２と、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータＥＸＥ＿Ｅｌ（Object metadata）２とからなっている。
【0031】
スピーチダイアログオブジェクト符号化データは、スピーチランゲージのためのオブジェクト符号化データである。この例では、第１、第２の言語のそれぞれに対応したスピーチダイアログオブジェクト符号化データが存在する。第１の言語に対応したスピーチダイアログオブジェクト符号化データは、符号化サンプルデータＳＣＥ３と、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータＥＸＥ＿Ｅｌ（Object metadata）３とからなっている。また、第２の言語に対応したスピーチダイアログオブジェクト符号化データは、符号化サンプルデータＳＣＥ４と、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータＥＸＥ＿Ｅｌ（Object metadata）４とからなっている。
【0032】
符号化データは、種類別にグループ（Group）という概念で区別される。図示の例では、５．１チャネルの符号化チャネルデータはグループ１とされ、イマーシブオーディオオブジェクト符号化データはグループ２とされ、第１の言語に係るスピーチダイアログオブジェクト符号化データはグループ３とされ、第２の言語に係るスピーチダイアログオブジェクト符号化データはグループ４とされている。
【0033】
また、受信側においてグループ間で選択できるものはスイッチグループ（SW Group）に登録されて符号化される。また、グループを束ねてプリセットグループ（preset Group）とされ、ユースケースに応じた再生が可能とされる。図示の例では、グループ１、グループ２およびグループ３が束ねられてプリセットグループ１とされ、グループ１、グループ２およびグループ４が束ねられてプリセットグループ２とされている。
【0034】
図１に戻って、サービス送信機１００は、上述したように複数のグループの符号化データを含む３Ｄオーディオの伝送データを、１ストリーム、あるいは複数ストリーム（Multiple stream）で送信する。
【0035】
図４（ａ）は、図３の３Ｄオーディオの伝送データの構成例において、１ストリームで送信する場合におけるオーディオフレームの構成例を概略的に示している。この場合、この１ストリームに、“ＳＹＮＣ”情報と“Ｃｏｎｆｉｇ”情報と共に、チャネル符号化データ（ＣＤ）、イマーシブオーディオオブジェクト符号化データ（ＩＡＯ）、スピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。
【0036】
図４（ｂ）は、図３の３Ｄオーディオの伝送データの構成例において、複数ストリーム（各ストリームを、適宜、「サブストリーム」と呼ぶこととする）、ここでは３ストリームで送信する場合におけるオーディオフレームの構成例を概略的に示している。この場合、サブストリーム１に、“ＳＹＮＣ”情報と“Ｃｏｎｆｉｇ”情報と共に、チャネル符号化データ（ＣＤ）が含まれる。また、サブストリーム２に、“ＳＹＮＣ”情報と“Ｃｏｎｆｉｇ”情報と共に、イマーシブオーディオオブジェクト符号化データ（ＩＡＯ）が含まれる。さらに、サブストリーム３に、“ＳＹＮＣ”情報と“Ｃｏｎｆｉｇ”情報と共に、スピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。
【0037】
図５は、図３の３Ｄオーディオの伝送データの構成例において、３ストリームで送信する場合のグループ分割例を示している。この場合、サブストリーム１には、グループ１として区別されるチャネル符号化データ（ＣＤ）が含まれる。また、サブストリーム２には、グループ２として区別されるイマーシブオーディオオブジェクト符号化データ（ＩＡＯ）が含まれる。また、サブストリーム３には、グループ３として区別される第１の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）と、グループ４として区別される第２の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。
【0038】
図６は、図５のグループ分割例（３分割）におけるグループとサブストリームの対応関係などを示している。ここで、グループＩＤ（group ID）は、グループを識別するための識別子である。アトリビュート（attribute）は、各グループの符号化データの属性を示している。スイッチグループＩＤ（switch Group ID）は、スイッチンググループを識別するための識別子である。プリセットグループＩＤ（preset Group ID）は、プリセットグループを識別するための識別子である。サブストリームＩＤ（sub Stream ID）は、サブストリームを識別するための識別子である。
【0039】
図示の対応関係は、グループ１に属する符号化データは、チャネル符号化データであって、スイッチグループを構成しておらず、サブストリーム１に含まれている、ことを示している。また、図示の対応関係は、グループ２に属する符号化データは、イマーシブサウンドのためのオブジェクト符号化データ（イマーシブオーディオオブジェクト符号化データ）であって、スイッチグループを構成しておらず、サブストリーム２に含まれている、ことを示している。
【0040】
また、図示の対応関係は、グループ３に属する符号化データは、第１の言語のスピーチランゲージのためのオブジェクト符号化データ（スピーチダイアログオブジェクト符号化データ）であって、スイッチグループ１を構成しており、サブストリーム３に含まれている、ことを示している。また、図示の対応関係は、グループ４に属する符号化データは、第２の言語のスピーチランゲージのためのオブジェクト符号化データ（スピーチダイアログオブジェクト符号化データ）であって、スイッチグループ１を構成しており、サブストリーム３に含まれている、ことを示している。
【0041】
また、図示の対応関係は、プリセットグループ１は、グループ１、グループ２およびグループ３を含む、ことが示されている。さらに、図示の対応関係は、プリセットグループ２は、グループ１、グループ２およびグループ４を含む、ことが示されている。
【0042】
図７は、図３の３Ｄオーディオの伝送データの構成例において、２ストリームで送信する場合のグループ分割例を示している。この場合、サブストリーム１には、グループ１として区別されるチャネル符号化データ（ＣＤ）と、グループ２として区別されるイマーシブオーディオオブジェクト符号化データ（ＩＡＯ）が含まれる。また、サブストリーム２には、グループ３として区別される第１の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）と、グループ４として区別される第２の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。
【0043】
図８は、図７のグループ分割例（２分割）におけるグループとサブストリームの対応関係などを示している。図示の対応関係は、グループ１に属する符号化データは、チャネル符号化データであって、スイッチグループを構成しておらず、サブストリーム１に含まれている、ことを示している。また、図示の対応関係は、グループ２に属する符号化データは、イマーシブサウンドのためのオブジェクト符号化データ（イマーシブオーディオオブジェクト符号化データ）であって、スイッチグループを構成しておらず、サブストリーム１に含まれている、ことを示している。
【0044】
また、図示の対応関係は、グループ３に属する符号化データは、第１の言語のスピーチランゲージのためのオブジェクト符号化データ（スピーチダイアログオブジェクト符号化データ）であって、スイッチグループ１を構成しており、サブストリーム２に含まれている、ことを示している。また、図示の対応関係は、グループ４に属する符号化データは、第２の言語のスピーチランゲージのためのオブジェクト符号化データ（スピーチダイアログオブジェクト符号化データ）であって、スイッチグループ１を構成しており、サブストリーム２に含まれている、ことを示している。
【0045】
また、図示の対応関係は、プリセットグループ１は、グループ１、グループ２およびグループ３を含む、ことが示されている。さらに、図示の対応関係は、プリセットグループ２は、グループ１、グループ２およびグループ４を含む、ことが示されている。
【0046】
図１に戻って、サービス送信機１００は、コンテナのレイヤに、３Ｄオーディオの伝送データに含まれる複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する。また、サービス送信機１００は、コンテナのレイヤに、この複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報を挿入する。この実施の形態において、このストリーム対応関係情報は、例えば、グループＩＤとストリーム識別子との対応関係を示す情報とされる。
【0047】
サービス送信機１００は、これらの属性情報およびストリーム対応関係情報を、例えば、プログラムマップテーブル（ＰＭＴ：Program Map Table）の配下に存在する所定数のオーディオストリームのいずれか１つのオーディオストリーム、例えば最も基本的なストリームに対応したオーディオエレメンタリストリームループ内にデスクリプタとして挿入する。
【0048】
また、サービス送信機１００は、コンテナのレイヤに、所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子を示すストリーム識別子情報を挿入する。サービス送信機１００は、このストリーム識別子情報を、例えば、プログラムマップテーブル（ＰＭＴ：Program Map Table）の配下に存在する所定数のオーディオストリームのそれぞれに対応したオーディオエレメンタリストリームループ内にデスクリプタとして挿入する。
【0049】
サービス受信機２００は、サービス送信機１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳは、上述したように、ビデオストリームの他に、３Ｄオーディオの伝送データを構成する複数のグループの符号化データを含む所定数のオーディオストリームを有している。そして、コンテナのレイヤに、３Ｄオーディオの伝送データに含まれる複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されていると共に、この複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報が挿入されている。
【0050】
サービス受信機２００は、属性情報およびストリーム対応関係情報に基づいて、スピーカ構成およびユーザ選択情報に適合する属性を持つグループの符号化データを含むオーディオストリームに対して選択的にデコード処理を行って、３Ｄオーディオのオーディオ出力を得る。
【0051】
［サービス送信機のストリーム生成部］
図９は、サービス送信機１００が備えるストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４を有している。ここでは、オーディオの伝送データが、図３に示すように、１つの符号化チャネルデータと２つのオブジェクト符号化データとからなる例とする。
図９は、サービス送信機１００が備えるストリーム生成部１１０の構成例を示している。このストリーム生成部１１０は、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、マルチプレクサ１１４を有している。ここでは、オーディオの伝送データが、図３に示すように、１つの符号化チャネルデータと２つのオブジェクト符号化データとからなる例とする。
【0052】
ビデオエンコーダ１１２は、ビデオデータＳＶを入力し、このビデオデータＳＶに対して符号化を施し、ビデオストリーム（ビデオエレメンタリストリーム）を生成する。オーディオエンコーダ１１３は、オーディオデータＳＡとして、チャネルデータと共に、イマーシブオーディオおよびスピーチダイアログのオブジェクトデータを入力する。
【0053】
オーディオエンコーダ１１３は、オーディオデータＳＡに対して符号化を施し、３Ｄオーディオの伝送データを得る。この３Ｄオーディオの伝送データには、図３に示すように、チャネル符号化データ（ＣＤ）と、イマーシブオーディオオブジェクト符号化データ（ＩＡＯ）と、スピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。そして、オーディオエンコーダ１１３は、複数のグループ、ここでは４つのグループの符号化データ含む１つまたは複数のオーディオストリーム（オーディオエレメンタリストリーム）を生成する（図４（ａ），（ｂ）参照）。
【0054】
マルチプレクサ１１４は、ビデオエンコーダ１１２から出力されるビデオストリームおよびオーディオエンコーダ１１３から出力される所定数のオーディオストリームを、それぞれ、ＰＥＳパケット化し、さらにトランスポートパケット化して多重し、多重化ストリームとしてのトランスポートストリームＴＳを得る。
【0055】
また、マルチプレクサ１１４は、プログラムマップテーブル（ＰＭＴ）の配下に、複数のグループの符号化データのそれぞれの属性を示す属性情報と、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報を挿入する。マルチプレクサ１１４は、これらの情報を、例えば最も基本的なストリームに対応したオーディオ・エレメンタリストリームループ内に、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタ（3Daudio_stream_config_descriptor）を用いて挿入する。このデスクリプタの詳細については後述する。
【0056】
また、マルチプレクサ１１４は、プログラムマップテーブル（ＰＭＴ）の配下に、所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子情報を挿入する。マルチプレクサ１１４は、この情報を、所定数のオーディオストリームのそれぞれに対応したオーディオ・エレメンタリストリームループ内に、３Ｄオーディオ・サブストリームＩＤ・デスクリプタ（3Daudio_substreamID_descriptor）を用いて挿入する。このデスクリプタの詳細については後述する。
【0057】
図９に示すストリーム生成部１１０の動作を簡単に説明する。ビデオデータは、ビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、ビデオデータＳＶに対して符号化が施され、符号化ビデオデータを含むビデオストリームが生成される。このビデオストリームは、マルチプレクサ１１４に供給される。
【0058】
オーディオデータＳＡは、オーディオエンコーダ１１３に供給される。このオーディオデータＳＡには、チャネルデータと、イマーシブオーディオおよびスピーチダイアログのオブジェクトデータが含まれる。オーディオエンコーダ１１３では、オーディオデータＳＡに対して符号化が施され、３Ｄオーディオの伝送データが得られる。
【0059】
この３Ｄオーディオの伝送データには、チャネル符号化データ（ＣＤ）の他に、イマーシブオーディオオブジェクト符号化データ（ＩＡＯ）と、スピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる（図３参照）。そして、このオーディオエンコーダ１１３では、４つのグループの符号化データ含む１つまたは複数のオーディオストリームが生成される（図４（ａ），（ｂ）参照）。
【0060】
ビデオエンコーダ１１２で生成されたビデオストリームは、マルチプレクサ１１４に供給される。また、オーディオエンコーダ１１３で生成されたオーディオストリームは、マルチプレクサ１１４に供給される。マルチプレクサ１１４では、各エンコーダから供給されるストリームがＰＥＳパケット化され、さらにトランスポートパケット化されて多重され、多重化ストリームとしてのトランスポートストリームＴＳが得られる。
【0061】
また、マルチプレクサ１１４では、例えば最も基本的なストリームに対応したオーディオエレメンタリストリームループ内に、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタが挿入される。このデスクリプタには、複数のグループの符号化データのそれぞれの属性を示す属性情報と、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報が含まれている。
【0062】
また、マルチプレクサ１１４では、所定数のオーディオストリームのそれぞれに対応したオーディオエレメンタリストリームループ内に、３Ｄオーディオ・サブストリームＩＤ・デスクリプタが挿入される。このデスクリプタには、所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子情報が含まれている。
【0063】
［３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタの詳細］
図１０は、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタ（3Daudio_stream_config_descriptor）の構造例（Syntax）を示している。また、図１１は、その構造例における主要な情報の内容（Semantics）を示している。
図１０は、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタ（3Daudio_stream_config_descriptor）の構造例（Syntax）を示している。また、図１１は、その構造例における主要な情報の内容（Semantics）を示している。
【0064】
「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
【0065】
「NumOfGroups, N」の８ビットフィールドは、グループの数を示す。「NumOfPresetGroups, P」の８ビットフィールドは、プリセットグループの数を示す。グループの数だけ、「groupID」の８ビットフィールド、「attribute_of_groupID」の８ビットフィールド、「SwitchGroupID」の８ビットフィールドおよび「audio_substreamID」の８ビットフィールドが、繰り返えされる。
【0066】
「groupID」のフィールドは、グループの識別子を示す。「attribute_of_groupID」のフィールドは、該当グループの符号化データの属性を示す。「SwitchGroupID」のフィールドは、該当グループがどのスイッチグループに属すかを示す識別子である。“０”は、いずれのスイッチグループにも属さないことを示す。“０”以外は、配属するスイッチグループを示す。「audio_substreamID」は、該当グループが含まれるオーディオ・サブストリームを示す識別子である。
【0067】
また、プリセットグループの数だけ、「presetGroupID」の８ビットフィールドおよび「NumOfGroups_in_preset, R」の８ビットフィールドが、繰り返される。「presetGroupID」のフィールドは、グループをプリセットした束を示す識別子である。「NumOfGroups_in_preset, R」のフィールドは、プリセットグループに属するグループの数を示す。そして、プリセットグループ毎に、それに属するグループの数だけ、「groupID」の８ビットフィールドが繰り返され、プリセットグループに属するグループが示される。本デスクリプタは、拡張デスクリプタの配下に配置されてもよい。
【0068】
［３Ｄオーディオ・サブストリームＩＤ・デスクリプタの詳細］
図１２（ａ）は、３Ｄオーディオ・サブストリームＩＤ・デスクリプタ（3Daudio_substreamID_descriptor）の構造例（Syntax）を示している。また、図１２（ｂ）は、その構造例における主要な情報の内容（Semantics）を示している。
図１２（ａ）は、３Ｄオーディオ・サブストリームＩＤ・デスクリプタ（3Daudio_substreamID_descriptor）の構造例（Syntax）を示している。また、図１２（ｂ）は、その構造例における主要な情報の内容（Semantics）を示している。
【0069】
「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、３Ｄオーディオ・サブストリームＩＤ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。「audio_substreamID」の８ビットフィールドは、オーディオ・サブストリームの識別子を示す。本デスクリプタは、拡張デスクリプタの配下に配置されてもよい。
【0070】
［トランスポートストリームＴＳの構成］
図１３は、トランスポートストリームＴＳの構成例を示している。この構成例は、３Ｄオーディオの伝送データを２ストリームで送信する場合に対応している（図７参照）。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES」が存在する。また、この構成例では、ＰＩＤ２，ＰＩＤ３でそれぞれ識別される２つのオーディオストリーム（オーディオ・サブストリーム）のＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。多重化の際にＰＩＤ２とＰＩＤ３のタイムスタンプを合致させるなど、的確に付すことで両者の間の同期をシステム全体で確保することが可能である。
図１３は、トランスポートストリームＴＳの構成例を示している。この構成例は、３Ｄオーディオの伝送データを２ストリームで送信する場合に対応している（図７参照）。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES」が存在する。また、この構成例では、ＰＩＤ２，ＰＩＤ３でそれぞれ識別される２つのオーディオストリーム（オーディオ・サブストリーム）のＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。多重化の際にＰＩＤ２とＰＩＤ３のタイムスタンプを合致させるなど、的確に付すことで両者の間の同期をシステム全体で確保することが可能である。
【0071】
ここで、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「audio PES」には、グループ１として区別されるチャネル符号化データ（ＣＤ）とグループ２として区別されるイマーシブオーディオオブジェクト符号化データ（ＩＡＯ）が含まれる。また、ＰＩＤ３で識別されるオーディオストリームのＰＥＳパケット「audio PES」には、グループ３として区別される第１の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）と、グループ４として区別される第２の言語のスピーチダイアログオブジェクト符号化データ（ＳＤＯ）が含まれる。
【0072】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。
【0073】
また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリームループが存在する。この構成例では、ビデオストリームに対応したビデオエレメンタリストリームループ（video ES loop）が存在すると共に、２つのオーディオストリームに対応したオーディオエレメンタリストリームループ（audio ES loop）が存在する
【0074】
ビデオエレメンタリストリームループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このビデオストリームの「Stream_type」の値は「０ｘ２４」に設定され、ＰＩＤ情報は、上述したようにビデオストリームのＰＥＳパケット「video PES」に付与されるＰＩＤ１を示すものとされる。デスクリプタの一つして、ＨＥＶＣ デスクリプタが配置される。
【0075】
また、オーディオエレメンタリストリームループ（audio ES loop）には、オーディオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのオーディオストリームに関連する情報を記述するデスクリプタも配置される。このオーディオストリームの「Stream_type」の値は「０ｘ２Ｃ」に設定され、ＰＩＤ情報は、上述したようにオーディオストリームのＰＥＳパケット「audio PES」に付与されるＰＩＤ２を示すものとされる。
【0076】
ＰＩＤ２で識別されるオーディオストリームに対応したオーディオエレメンタリストリームループ（audio ES loop）には、上述した３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタおよび３Ｄオーディオ・サブストリームＩＤ・デスクリプタの双方が配置される。また、ＰＩＤ２で識別されるオーディオストリームに対応したオーディオエレメンタリストリームループ（audio ES loop）には、上述した３Ｄオーディオ・サブストリームＩＤ・デスクリプタのみが配置される。
【0077】
［サービス受信機の構成例］
図１４は、サービス受信機２００の構成例を示している。このサービス受信機２００は、受信部２０１と、デマルチプレクサ２０２と、ビデオデコーダ２０３と、映像処理回路２０４と、パネル駆動回路２０５と、表示パネル２０６を有している。また、このサービス受信機２００は、多重化バッファ２１１-1～２１１-Nと、コンバイナ２１２と、３Ｄオーディオデコーダ２１３と、音声出力処理回路２１４と、スピーカシステム２１５を有している。また、このサービス受信機２００は、ＣＰＵ２２１と、フラッシュＲＯＭ２２２と、ＤＲＡＭ２２３と、内部バス２２４と、リモコン受信部２２５と、リモコン送信機２２６を有している。
図１４は、サービス受信機２００の構成例を示している。このサービス受信機２００は、受信部２０１と、デマルチプレクサ２０２と、ビデオデコーダ２０３と、映像処理回路２０４と、パネル駆動回路２０５と、表示パネル２０６を有している。また、このサービス受信機２００は、多重化バッファ２１１-1～２１１-Nと、コンバイナ２１２と、３Ｄオーディオデコーダ２１３と、音声出力処理回路２１４と、スピーカシステム２１５を有している。また、このサービス受信機２００は、ＣＰＵ２２１と、フラッシュＲＯＭ２２２と、ＤＲＡＭ２２３と、内部バス２２４と、リモコン受信部２２５と、リモコン送信機２２６を有している。
【0078】
ＣＰＵ２２１は、サービス受信機２００の各部の動作を制御する。フラッシュＲＯＭ２２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２２３は、ＣＰＵ２２１のワークエリアを構成する。ＣＰＵ２２１は、フラッシュＲＯＭ２２２から読み出したソフトウェアやデータをＤＲＡＭ２２３上に展開してソフトウェアを起動させ、サービス受信機２００の各部を制御する。
【0079】
リモコン受信部２２５は、リモコン送信機２２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ２２１に供給する。ＣＰＵ２２１は、このリモコンコードに基づいて、サービス受信機２００の各部を制御する。ＣＰＵ２２１、フラッシュＲＯＭ２２２およびＤＲＡＭ２２３は、内部バス２２４に接続されている。
【0080】
受信部２０１は、サービス送信機１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳは、ビデオストリームの他に、３Ｄオーディオの伝送データを構成する複数のグループの符号化データを含む所定数のオーディオストリームを有している。
【0081】
デマルチプレクサ２０２は、トランスポートストリームＴＳからビデオストリームのパケットを抽出し、ビデオデコーダ２０３に送る。ビデオデコーダ２０３は、デマルチプレクサ２０２で抽出されたビデオのパケットからビデオストリームを再構成し、デコード処理を行って非圧縮のビデオデータを得る。
【0082】
映像処理回路２０４は、ビデオデコーダ２０３で得られたビデオデータに対してスケーリング処理、画質調整処理などを行って、表示用のビデオデータを得る。パネル駆動回路２０５は、映像処理回路２０４で得られる表示用の画像データに基づいて、表示パネル２０６を駆動する。表示パネル２０６は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成されている。
【0083】
また、デマルチプレクサ２０２は、トランスポートストリームＴＳから各種デスクリプタなどの情報を抽出し、ＣＰＵ２２１に送る。各種デスクリプタには、上述した３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタ（3Daudio_stream_config_descriptor）や３Ｄオーディオ・サブストリームＩＤ・デスクリプタ（3Daudio_substreamID_descriptor）も含まれる（図１３参照）。
【0084】
ＣＰＵ２２１は、これらのデスクリプタに含まれている、各グループの符号化データの属性を示す属性情報、各グループがどのオーディオストリーム（サブストリーム）に含まれるかを示すストリーム関係情報などに基づいて、スピーカ構成および視聴者（ユーザ）選択情報に適合する属性を持つグループの符号化データが含まれるオーディオストリームを認識する。
【0085】
また、デマルチプレクサ２０２は、ＣＰＵ２２１の制御のもと、トランスポートストリームＴＳが有する所定数のオーディオストリームのうち、スピーカ構成および視聴者（ユーザ）選択情報に適合する属性を持つグループの符号化データを含む一つまたは複数のオーディオストリームのパケットをＰＩＤフィルタで選択的に取り出す。
【0086】
多重化バッファ２１１-1～２１１-Nは、それぞれ、デマルチプレクサ２０２で取り出される各オーディオストリームを取り込む。ここで、多重化バッファ２１１-1～２１１-Nの個数Ｎとしては必要十分な個数とされるが、実際の動作では、デマルチプレクサ２０２で取り出されるオーディオストリームの数だけ用いられることになる。
【0087】
コンバイナ２１２は、多重化バッファ２１１-1～２１１-Nのうちデマルチプレクサ２０２で取り出される各オーディオストリームがそれぞれ取り込まれた多重化バッファから、オーディオフレーム毎に、オーディオストリームを読み出し、３Ｄオーディオデコーダ２１３にスピーカ構成および視聴者（ユーザ）選択情報に適合する属性を持つグループの符号化データとして供給する。
【0088】
３Ｄオーディオデコーダ２１３は、コンバイナ２１２から供給される符号化データに対してデコード処理を施し、スピーカシステム２１５の各スピーカを駆動するためのオーディオデータを得る。ここで、デコード処理される符号化データは、チャネル符号化データのみを含む場合、オブジェクト符号化データのみを含む場合、さらにはチャネル符号化データおよびオブジェクト符号化データの双方を含む場合の３通りが考えられる。
【0089】
３Ｄオーディオデコーダ２１３は、チャネル符号化データをデコードするときは、スピーカシステム２１５のスピーカ構成へのダウンミックスやアップミックスの処理を行って、各スピーカを駆動するためのオーディオデータを得る。また、３Ｄオーディオデコーダ２１３は、オブジェクト符号化データをデコードするときは、オブジェクト情報（メタデータ）に基づきスピーカレンダリング（各スピーカへのミキシング割合）を計算し、その計算結果に応じて、オブジェクトのオーディオデータを、各スピーカを駆動するためのオーディオデータにミキシングする。
【0090】
音声出力処理回路２１４は、３Ｄオーディオデコーダ２１３で得られた各スピーカを駆動するためのオーディオデータに対して、Ｄ／Ａ変換や増幅等の必要な処理を行って、スピーカシステム２１５に供給する。スピーカシステム２１５は、複数チャネル、例えば２チャネル、５．１チャネル、７．１チャネル、２２．２チャネルなどの複数のスピーカを備える。
【0091】
図１４に示すサービス受信機２００の動作を簡単に説明する。受信部２０１では、サービス送信機１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳは、ビデオストリームの他に、３Ｄオーディオの伝送データを構成する複数のグループの符号化データを含む所定数のオーディオストリームを有している。このトランスポートストリームＴＳは、デマルチプレクサ２０２に供給される。
【0092】
デマルチプレクサ２０２では、トランスポートストリームＴＳからビデオストリームのパケットが抽出され、ビデオデコーダ２０３に供給される。ビデオデコーダ２０３では、デマルチプレクサ２０２で抽出されたビデオのパケットからビデオストリームが再構成され、デコード処理が行われて、非圧縮のビデオデータが得られる。このビデオデータは、映像処理回路２０４に供給される。
【0093】
映像処理回路２０４では、ビデオデコーダ２０３で得られたビデオデータに対してスケーリング処理、画質調整処理などが行われて、表示用のビデオデータが得られる。この表示用のビデオデータはパネル駆動回路２０５に供給される。パネル駆動回路２０５では、表示用のビデオデータに基づいて、表示パネル２０６を駆動することが行われる。これにより、表示パネル２０６には、表示用のビデオデータに対応した画像が表示される。
【0094】
また、デマルチプレクサ２０２では、トランスポートストリームＴＳから各種デスクリプタなどの情報が抽出され、ＣＰＵ２２１に送られる。各種デスクリプタには、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタや３Ｄオーディオ・サブストリームＩＤ・デスクリプタも含まれる。ＣＰＵ２２１では、これらのデスクリプタに含まれている属性情報、ストリーム関係情報などに基づいて、スピーカ構成および視聴者（ユーザ）選択情報に適合する属性を持つグループの符号化データが含まれるオーディオストリーム（サブストリーム）が認識される。
【0095】
また、デマルチプレクサ２０２では、ＣＰＵ２２１の制御のもと、トランスポートストリームＴＳが有する所定数のオーディオストリームのうち、スピーカ構成および視聴者選択情報に適合する属性を持つグループの符号化データを含む１つまたは複数のオーディオストリームのパケットがＰＩＤフィルタで選択的に取り出される。
【0096】
デマルチプレクサ２０２で取り出されたオーディオストリームは、多重化バッファ２１１-1～２１１-Nのうち対応する多重化バッファに取り込まれる。コンバイナ２１２では、オーディオストリームが取り込まれた各多重化バッファから、オーディオフレーム毎に、オーディオストリームが読み出され、３Ｄオーディオデコーダ２１３にスピーカ構成および視聴者選択情報に適合する属性を持つグループの符号化データとして供給される。
【0097】
３Ｄオーディオデコーダ２１３では、コンバイナ２１２から供給される符号化データに対してデコード処理が施され、スピーカシステム２１５の各スピーカを駆動するためのオーディオデータが得られる。
【0098】
ここで、チャネル符号化データがデコードされるときは、スピーカシステム２１５のスピーカ構成へのダウンミックスやアップミックスの処理が行われて、各スピーカを駆動するためのオーディオデータが得られる。また、オブジェクト符号化データがデコードされるときは、オブジェクト情報（メタデータ）に基づきスピーカレンダリング（各スピーカへのミキシング割合）が計算され、その計算結果に応じて、オブジェクトのオーディオデータが各スピーカを駆動するためのオーディオデータにミキシングされる。
【0099】
３Ｄオーディオデコーダ２１３で得られた各スピーカを駆動するためのオーディオデータは、音声出力処理回路２１４に供給される。この音声出力処理回路２１４では、各スピーカを駆動するためのオーディオデータに対して、Ｄ／Ａ変換や増幅等の必要な処理が行われる。そして、処理後のオーディオデータはスピーカシステム２１５に供給される。これにより、スピーカシステム２１５からは表示パネル２０６の表示画像に対応した音響出力が得られる。
【0100】
図１５は、図１４に示すサービス受信機２００におけるＣＰＵ２２１のオーディオデコード制御処理の一例を示している。ＣＰＵ２２１は、ステップＳＴ１において、処理を開始する。そして、ＣＰＵ２２１は、ステップＳＴ２において、受信機スピーカ構成、つまりスピーカシステム２１５のスピーカ構成を検知する。次に、ＣＰＵ２２１は、ステップＳＴ３において、視聴者（ユーザ）によるオーディオ出力に関する選択情報を得る。
【0101】
次に、ＣＰＵ２２１は、ステップＳＴ４において、３Ｄオーディオ・ストリーム・コンフィグ・デスクリプタ（3Daudio_stream_config_descriptor）の「groupID」、「attribute_of_GroupID」、「switchGroupID」、「presetGroupID」、「Audio_substreamID」を読む。そして、ＣＰＵ２２１は、ステップＳＴ５において、スピーカ構成、視聴者選択情報に適合する属性を持つグループが属するオーディオストリーム（サブストリーム）のサブストリームＩＤ（subStreamID）を認識する。
【0102】
次に、ＣＰＵ２２１は、ステップＳＴ６において、認識されたサブストリームＩＤ（subStreamID）と、各オーディオストリーム（サブストリーム）の３Ｄオーディオ・サブストリームＩＤ・デスクリプタ（3Daudio_substreamID_descriptor）のサブストリームＩＤ（subStreamID）と照合し、合致するものをＰＩＤフィルタ（PID filter）で選択し、多重化バッファに取り込む。そして、ＣＰＵ２２１は、ステップＳＴ７において、多重化バッファからオーディオフレーム毎に、オーディオストリーム（サブストリーム）を読み出し、３Ｄオーディデコーダ２１３へ必要なグループの符号化データを供給する。
【0103】
次に、ＣＰＵ２２１は、ステップＳＴ８において、オブジェクト符号化データをデコードするか否かを判断する。オブジェクト符号化データをデコードするとき、ＣＰＵ２２１は、ステップＳＴ９において、オブジェクト情報（メタデータ）に基づき、アジマス（方位情報）とエレベーション（仰角情報）によりスピーカレンダリング（各スピーカへのミキシング割合）を計算する。その後に、ＣＰＵ２２１は、ステップＳＴ１０に進む。なお、ステップＳＴ８において、オブジェクト符号化データをデコードしないとき、ＣＰＵ２２１は、直ちに、ステップＳＴ１０に進む。
【0104】
このステップＳＴ１０において、ＣＰＵ２２１は、チャネル符号化データをデコードするか否かを判断する。チャネル符号化データをデコードするとき、ＣＰＵ２２１は、ステップＳＴ１１において、スピーカシステム２１５のスピーカ構成へのダウンミックスやアップミックスの処理を行って、各スピーカを駆動するためのオーディオデータを得る。その後に、ＣＰＵ２２１は、ステップＳＴ１２に進む。なお、ステップＳＴ１０において、オブジェクト符号化データをデコードしないとき、ＣＰＵ２２１は、直ちに、ステップＳＴ１２に進む。
【0105】
このステップＳＴ１２において、ＣＰＵ２２１は、オブジェクト符号化データをデコードするとき、ステップＳＴ９の計算結果に応じて、オブジェクトのオーディオデータを、各スピーカを駆動するためのオーディオデータにミキシングし、その後にダイナミックレンジ制御を行う。その後、ＣＰＵ２１はステップＳＴ１３において、処理を終了する。なお、オブジェクト符号化データをデコードしないとき、ＣＰＵ２２１は、ステップＳＴ１２をスキップする。
【0106】
上述したように、図１に示す送受信システム１０において、サービス送信機１００は、コンテナのレイヤに、所定数のオーディオストリームに含まれる複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する。そのため、受信側では、複数のグループの符号化データのそれぞれの属性を当該符号化データのデコード前に容易に認識でき、必要なグループの符号化データのみを選択的にデコードして用いることができ、処理負荷を軽減することが可能となる。
【0107】
また、図１に示す送受信システム１０において、サービス送信機１００は、コンテナのレイヤに、複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報を挿入する。そのため、受信側では、必要なグループの符号化データが含まれるオーディオストリームを容易に認識でき、処理負荷を軽減することが可能となる。
【0108】
＜２．変形例＞
なお、上述実施の形態において、サービス受信機２００は、サービス送信機１００から送信されてくる複数のオーディオストリーム（サブストリーム）から、スピーカ構成、視聴者選択情報に適合する属性を持つグループの符号化データが含まれるオーディオストリームを選択的に取り出し、デコード処理を行って所定数のスピーカ駆動用のオーディオデータを得る構成となっている。
なお、上述実施の形態において、サービス受信機２００は、サービス送信機１００から送信されてくる複数のオーディオストリーム（サブストリーム）から、スピーカ構成、視聴者選択情報に適合する属性を持つグループの符号化データが含まれるオーディオストリームを選択的に取り出し、デコード処理を行って所定数のスピーカ駆動用のオーディオデータを得る構成となっている。
【0109】
しかし、サービス受信機として、サービス送信機１００から送信されてくる複数のオーディオストリーム（サブストリーム）から、スピーカ構成、視聴者選択情報に適合する属性を持つグループの符号化データを持つ１つまたは複数のオーディオストリームを選択的に取り出し、スピーカ構成、視聴者選択情報に適合する属性を持つグループの符号化データを持つオーディオストリームを再構成し、その再構成オーディオストリームを、構内ネットワーク接続されたデバイス（ＤＬＮＡ機器も含む）に配信することも考えられる。
【0110】
図１６は、上述したように再構成オーディオストリームを構内ネットワーク接続されたデバイスに配信するサービス受信機２００Ａの構成例を示している。この図１６において、図１４と対応する部分には同一符号を付し、適宜、その詳細説明は省略する。
【0111】
デマルチプレクサ２０２では、ＣＰＵ２２１の制御のもと、トランスポートストリームＴＳが有する所定数のオーディオストリームのうち、スピーカ構成および視聴者選択情報に適合する属性を持つグループの符号化データを含む１つまたは複数のオーディオストリームのパケットがＰＩＤフィルタで選択的に取り出される。
【0112】
デマルチプレクサ２０２で取り出されたオーディオストリームは、多重化バッファ２１１-1～２１１-Nのうち対応する多重化バッファに取り込まれる。コンバイナ２１２では、オーディオストリームが取り込まれた各多重化バッファから、オーディオフレーム毎に、オーディオストリームが読み出され、ストリーム再構成部２３１に供給される。
【0113】
ストリーム再構成部２３１では、スピーカ構成、視聴者選択情報に適合する属性を持つ所定グループの符号化データが選択的に取得され、この所定グループの符号化データを持つオーディオストリームが再構成される。この再構成オーディオストリームは配信インタフェース２３２に供給される。そして、この配信インタフェース２３２から、構内ネットワーク接続されたデバイス３００に配信（送信）される。
【0114】
この構内ネットワーク接続には、イーサネット接続、“ＷｉＦｉ”あるいは“Ｂｌｕｅｔｏｏｔｈ”などのワイヤレス接続が含まれる。なお、「ＷｉＦｉ」、「Ｂｌｕｅｔｏｏｔｈ」は、登録商標である。
【0115】
また、デバイス３００には、サラウンドスピーカ、セカンドディスプレイ、ネットワーク端末に付属のオーディオ出力装置が含まれる。再構成オーディオストリームの配信を受けるデバイス３００は、図１４のサービス受信機２００における３Ｄオーディオデコーダ２１３と同様のデコード処理を行って、所定数のスピーカを駆動するためのオーディオデータを得ることになる。
【0116】
また、サービス受信機としては、上述した再構成オーディオストリームを、“ＨＤＭＩ（High-Definition Multimedia Interface）”、“ＭＨＬ（Mobile High definition Link）”、“ＤｉｓｐｌａｙＰｏｒｔ”などのデジタルインタフェースで接続されたデバイスに送信する構成も考えられる。なお、「ＨＤＭＩ」、「ＭＨＬ」は、登録商標である。
【0117】
また、上述実施の形態において、コンテナのレイヤに挿入されるストリーム対応関係情報は、グループＩＤとサブストリームＩＤとの対応関係を示す情報であった。すなわち、グループとオーディオストリーム（サブストリーム）を関連付けるためにサブストリームＩＤを用いたものである。しかし、グループとオーディオストリーム（サブストリーム）を関連付けるためにパケット識別子（ＰＩＤ：Packet ID）あるいはストリームタイプ（stream_type）を用いることも考えられる。なお、ストリームタイプを用いる場合には、各オーディオストリーム（サブストリーム）のストリームタイプを変える必要がある。
【0118】
また、上述実施の形態においては、各グループの符号化データの属性情報を「attribute_of_groupID」のフィールドを設けて送信する例を示した（図１０参照）。しかし、本技術は、送受信機間でグループＩＤ（GroupID）の値自体に特別な意味を定義することで、特定のグループＩＤを認識すれば符号化データの種類（属性）が認識できるような方法も含むものである。この場合、グループＩＤは、グループの識別子として機能する他に、そのグループの符号化データの属性情報として機能することとなり、「attribute_of_groupID」のフィールドは不要となる。
【0119】
また、上述実施の形態においては、複数のグループの符号化データに、チャネル符号化データおよびオブジェクト符号化データの双方が含まれる例を示した（図３参照）。しかし、本技術は、複数のグループの符号化データに、チャネル符号化データのみ、あるいはオブジェクト符号化データのみが含まれる場合にも同様に適用できる。
【0120】
また、上述実施の形態においては、コンテナがトランスポートストリーム（ＭＰＥＧ－２ ＴＳ）である例を示した。しかし、本技術は、ＭＰ４やそれ以外のフォーマットのコンテナで配信されるシステムにも同様に適用できる。例えば、ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システム、あるいは、ＭＭＴ（MPEG Media Transport）構造伝送ストリームを扱う送受信システムなどである。
【0121】
なお、本技術は、以下のような構成もとることができる。
（１）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入部とを備える
送信装置。
（２）上記情報挿入部は、
上記コンテナのレイヤに、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報をさらに挿入する
前記（１）に記載の送信装置。
（３）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれを識別するストリーム識別子との対応関係を示す情報である
前記（２）に記載の送信装置。
（４）上記情報挿入部は、
上記コンテナのレイヤに、上記所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子情報をさらに挿入する
前記（３）に記載の送信装置。
（５）上記コンテナは、ＭＰＥＧ２－ＴＳであり、
上記情報挿入部は、
上記ストリーム識別子情報を、プログラムマップテーブルの配下に存在する上記所定数のオーディオストリームのそれぞれに対応したオーディオエレメンタリストリームループ内に挿入する
前記（４）に記載の送信装置。
（６）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれをパケット化する際に付されるパケット識別子との対応関係を示す情報である
前記（２）に記載の送信装置。
（７）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれのストリームタイプを示すタイプ情報との対応関係を示す情報である
前記（２）に記載の送信装置。
（８）上記コンテナは、ＭＰＥＧ２－ＴＳであり、
上記情報挿入部は、
上記属性情報および上記ストリーム対応関係情報を、プログラムマップテーブルの配下に存在する上記所定数のオーディオストリームのいずれか１つのオーディオストリームに対応したオーディオエレメンタリストリームループ内に挿入する
前記（２）から（７）のいずれかに記載の送信装置。
（９）上記複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる
前記（１）から（８）のいずれかに記載の送信装置。
（１０）送信部より、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入ステップとを有する
送信方法。
（１１）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理部をさらに備える
受信装置。
（１２）上記コンテナのレイヤには、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報がさらに挿入されており、
上記処理部は、
上記属性情報の他に、上記ストリーム対応関係情報に基づいて、上記所定数のオーディオストリームを処理する
前記（１１）に記載の受信装置。
（１３）上記処理部は、
上記属性情報および上記ストリーム対応関係情報に基づいて、スピーカ構成およびユーザ選択情報に適合する属性を持つグループの符号化データを含むオーディオストリームに対して選択的にデコード処理を施す
前記（１２）に記載の受信装置。
（１４）上記複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる
前記（１１）から（１３）のいずれかに記載の受信装置。
（１５）受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信ステップを有し、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理ステップをさらに有する
受信方法。
（１６）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理部と、
上記処理部で再構成されたオーディオストリームを外部機器に送信するストリーム送信部とをさらに備える
受信装置。
（１７）上記コンテナのレイヤには、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報がさらに挿入されており、
上記処理部は、
上記属性情報の他に、上記ストリーム対応関係情報に基づいて、上記所定数のオーディオストリームから上記所定のグループの符号化データを選択的に取得する
前記（１６）に記載の受信装置。
（１８）受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信ステップを有し、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理ステップと、
上記処理ステップで再構成されたオーディオストリームを外部機器に送信するストリーム送信ステップとをさらに有する
受信方法。
（１）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信部と、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入部とを備える
送信装置。
（２）上記情報挿入部は、
上記コンテナのレイヤに、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報をさらに挿入する
前記（１）に記載の送信装置。
（３）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれを識別するストリーム識別子との対応関係を示す情報である
前記（２）に記載の送信装置。
（４）上記情報挿入部は、
上記コンテナのレイヤに、上記所定数のオーディオストリームのそれぞれのストリーム識別子を示すストリーム識別子情報をさらに挿入する
前記（３）に記載の送信装置。
（５）上記コンテナは、ＭＰＥＧ２－ＴＳであり、
上記情報挿入部は、
上記ストリーム識別子情報を、プログラムマップテーブルの配下に存在する上記所定数のオーディオストリームのそれぞれに対応したオーディオエレメンタリストリームループ内に挿入する
前記（４）に記載の送信装置。
（６）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれをパケット化する際に付されるパケット識別子との対応関係を示す情報である
前記（２）に記載の送信装置。
（７）上記ストリーム対応関係情報は、
上記複数のグループの符号化データのそれぞれを識別するグループ識別子と上記所定数のオーディオストリームのそれぞれのストリームタイプを示すタイプ情報との対応関係を示す情報である
前記（２）に記載の送信装置。
（８）上記コンテナは、ＭＰＥＧ２－ＴＳであり、
上記情報挿入部は、
上記属性情報および上記ストリーム対応関係情報を、プログラムマップテーブルの配下に存在する上記所定数のオーディオストリームのいずれか１つのオーディオストリームに対応したオーディオエレメンタリストリームループ内に挿入する
前記（２）から（７）のいずれかに記載の送信装置。
（９）上記複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる
前記（１）から（８）のいずれかに記載の送信装置。
（１０）送信部より、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを送信する送信ステップと、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報を挿入する情報挿入ステップとを有する
送信方法。
（１１）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理部をさらに備える
受信装置。
（１２）上記コンテナのレイヤには、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報がさらに挿入されており、
上記処理部は、
上記属性情報の他に、上記ストリーム対応関係情報に基づいて、上記所定数のオーディオストリームを処理する
前記（１１）に記載の受信装置。
（１３）上記処理部は、
上記属性情報および上記ストリーム対応関係情報に基づいて、スピーカ構成およびユーザ選択情報に適合する属性を持つグループの符号化データを含むオーディオストリームに対して選択的にデコード処理を施す
前記（１２）に記載の受信装置。
（１４）上記複数のグループの符号化データには、チャネル符号化データおよびオブジェクト符号化データのいずれかまたは双方が含まれる
前記（１１）から（１３）のいずれかに記載の受信装置。
（１５）受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信ステップを有し、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームを、上記属性情報に基づいて処理する処理ステップをさらに有する
受信方法。
（１６）複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理部と、
上記処理部で再構成されたオーディオストリームを外部機器に送信するストリーム送信部とをさらに備える
受信装置。
（１７）上記コンテナのレイヤには、上記複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報がさらに挿入されており、
上記処理部は、
上記属性情報の他に、上記ストリーム対応関係情報に基づいて、上記所定数のオーディオストリームから上記所定のグループの符号化データを選択的に取得する
前記（１６）に記載の受信装置。
（１８）受信部により、複数のグループの符号化データを含む所定数のオーディオストリームを有する所定フォーマットのコンテナを受信する受信ステップを有し、
上記コンテナのレイヤに、上記複数のグループの符号化データのそれぞれの属性を示す属性情報が挿入されており、
上記受信されたコンテナが有する上記所定数のオーディオストリームから上記属性情報に基づいて所定のグループの符号化データを選択的に取得し、該所定のグループの符号化データを含むオーディオストリームを再構成する処理ステップと、
上記処理ステップで再構成されたオーディオストリームを外部機器に送信するストリーム送信ステップとをさらに有する
受信方法。
【0122】
本技術の主な特徴は、コンテナのレイヤに、所定数のオーディオストリームに含まれる複数のグループの符号化データのそれぞれの属性を示す属性情報や複数のグループの符号化データがそれぞれどのオーディオストリームに含まれるかを示すストリーム対応関係情報を挿入することで、受信側の処理負荷を軽減可能としたことである（図１３参照）。
【符号の説明】
【0123】
１０・・・送受信システム
１００・・・サービス送信機
１１０・・・ストリーム生成部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・マルチプレクサ
２００，２００Ａ・・・サービス受信機
２０１・・・受信部
２０２・・・デマルチプレクサ
２０３・・・ビデオデコーダ
２０４・・・映像処理回路
２０５・・・パネル駆動回路
２０６・・・表示パネル
２１１-1～２１１-N・・・多重化バッファ
２１２・・・コンバイナ
２１３・・・３Ｄオーディオデコーダ
２１４・・・音声出力処理回路
２１５・・・スピーカシステム
２２１・・・ＣＰＵ
２２２・・・フラッシュＲＯＭ
２２３・・・ＤＲＡＭ
２２４・・・内部バス
２２５・・・リモコン受信部
２２６・・・リモコン送信機
２３１・・・ストリーム再構成部
２３２・・・配信インタフェース
３００・・・デバイス
１００・・・サービス送信機
１１０・・・ストリーム生成部
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１４・・・マルチプレクサ
２００，２００Ａ・・・サービス受信機
２０１・・・受信部
２０２・・・デマルチプレクサ
２０３・・・ビデオデコーダ
２０４・・・映像処理回路
２０５・・・パネル駆動回路
２０６・・・表示パネル
２１１-1～２１１-N・・・多重化バッファ
２１２・・・コンバイナ
２１３・・・３Ｄオーディオデコーダ
２１４・・・音声出力処理回路
２１５・・・スピーカシステム
２２１・・・ＣＰＵ
２２２・・・フラッシュＲＯＭ
２２３・・・ＤＲＡＭ
２２４・・・内部バス
２２５・・・リモコン受信部
２２６・・・リモコン送信機
２３１・・・ストリーム再構成部
２３２・・・配信インタフェース
３００・・・デバイス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】