(57)【要約】  オーディオストリームにメタデータが挿入されていることを受信側で容易に認識可能とする。  メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する。オーディオストリームにメタデータが挿入されていることを示す識別情報を、メタファイルに挿入する。受信側では、オーディオストリームにメタデータが挿入されていることを、メタファイルに挿入されている識別情報から容易に認識できる。
2016039285.tif 000002
【特許請求の範囲】
【請求項１】
メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信部と、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入部とを備える
送信装置。
【請求項２】
上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
請求項１に記載の送信装置。
【請求項３】
上記メタデータは、ＵＲＩ情報を示すキャラクタコードである
請求項２に記載の送信装置。
【請求項４】
上記メタファイルは、ＭＰＤファイルである
請求項１に記載の送信装置。
【請求項５】
上記情報挿入部は、
“Supplementary Descriptor”を用いて、上記メタファイルに上記識別情報を挿入する
請求項４に記載の送信装置。
【請求項６】
上記送信部は、
上記メタファイルをＲＦ伝送路または通信ネットワーク伝送路を通じて送信する
請求項１に記載の送信装置。
【請求項７】
上記送信部は、
上記メタデータが挿入されたオーディオストリームを含む所定フォーマットのコンテナをさらに送信する
請求項１に記載の送信装置。
【請求項８】
上記コンテナは、ＭＰ４である
請求項７に記載の送信装置。
【請求項９】
送信部により、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信ステップと、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入ステップとを有する
送信方法。
【請求項１０】
メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信部をさらに備える
受信装置。
【請求項１１】
上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
請求項１０に記載の受信装置。
【請求項１２】
上記メタファイルは、ＭＰＤファイルであり、
上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
請求項１０に記載の受信装置。
【請求項１３】
上記送信部は、
画像データのブランキング期間に上記オーディオストリームおよび上記識別情報を挿入し、該画像データを上記外部機器に送信することで、上記オーディオストリームおよび上記識別情報を上記外部機器に送信する
請求項１０に記載の受信装置。
【請求項１４】
上記所定の伝送路は、ＨＤＭＩケーブルである
請求項１０に記載の受信装置。
【請求項１５】
受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信ステップをさらに有する
受信方法。
【請求項１６】
メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出部と、
上記メタデータを用いた処理を行う処理部とをさらに備える
受信装置。
【請求項１７】
上記メタファイルは、ＭＰＤファイルであり、
上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
請求項１６に記載の受信装置。
【請求項１８】
上記メタデータは、所定のネットサービスに接続するためのアクセス情報であり、
上記処理部は、
上記ネットワークアクセス情報に基づいて、ネットワーク上の所定のサーバにアクセスする
請求項１６に記載の受信装置。
【請求項１９】
受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出ステップと、
上記メタデータを用いた処理を行う処理ステップとをさらに有する
受信方法。
【請求項２０】
ネットワークアクセス情報を含むメタデータが挿入されたオーディオストリームを生成するストリーム生成部と、
上記オーディオストリームを有する所定フォーマットのコンテナを送信する送信部とを備える
送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、オーディオストリームにメタデータを挿入して送信する技術に関連した送信装置等に関する。
【背景技術】
【０００２】
従来、メタデータをオーディオストリームに挿入して送信することが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−０１０３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
メタデータはオーディオストリームの例えばユーザデータ領域に定義される。しかし、全てのオーディオストリームにメタデータが挿入されるわけではない。【０００５】
本技術の目的は、オーディオストリームにメタデータが挿入されていることを受信側で容易に認識可能として処理の便宜を図ることにある。
【課題を解決するための手段】
【０００６】
本技術の概念は、
メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信部と、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入部とを備える
送信装置にある。【０００７】
本技術において、送信部により、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルが送信される。例えば、メタデータは、所定のネットサービスに接続するためのアクセス情報である、ようにされてもよい。この場合、例えば、メタデータは、ＵＲＩ情報を示すキャラクタコードである、ようにされてもよい。【０００８】
また、例えば、送信部は、メタファイルをＲＦ伝送路または通信ネットワーク伝送路を通じて送信する、ようにされてもよい。また、例えば、送信部は、メタデータが挿入されたオーディオストリームを含む所定フォーマットのコンテナをさらに送信する、ようにされてもよい。この場合、例えば、コンテナは、ＭＰ４（ISO/IEC 14496-14:2003）である、ようにされてもよい。【０００９】
情報挿入部により、オーディオストリームにメタデータが挿入されていることを示す識別情報がメタファイルに挿入される。例えば、メタファイルは、ＭＰＤ（Media Presentation Description）ファイルである、ようにされてもよい。この場合、例えば、情報挿入部は、“Supplementary Descriptor”を用いて、メタファイルに識別情報を挿入する、ようにされてもよい。【００１０】
このように本技術においては、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルに、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入される。そのため、受信側では、オーディオストリームにメタデータが挿入されていることを容易に認識できる。そして、例えば、この認識に基づいてオーディオストリームに挿入されているメタデータの抽出処理を行うこことも可能であり、無駄なく確実にメタデータの取得が可能となる。【００１１】
また、本技術の他の概念は、
メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信部をさらに備える
受信装置にある。【００１２】
本技術において、受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルが受信される。例えば、メタデータは、所定のネットサービスに接続するためのアクセス情報である、ようにされてもよい。メタファイルには、オーディオストリームにメタデータの挿入があることを示す識別情報が挿入されている。【００１３】
例えば、メタデータは、所定のネットサービスに接続するためのアクセス情報である、ようにされてもよい。また、例えば、メタファイルはＭＰＤファイルであり、このメタファイルには、“Supplementary Descriptor”により、識別情報が挿入されている、ようにされてもよい。【００１４】
送信部により、オーディオストリームは、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信される。例えば、送信部は、画像データのブランキング期間にオーディオストリームおよび識別情報を挿入し、この画像データを外部機器に送信することで、オーディオストリームおよび識別情報を外部機器に送信する、ようにされてもよい。また、例えば、所定の伝送路は、ＨＤＭＩケーブルである、ようにされてもよい。【００１５】
このように本技術においては、メタデータが挿入されたオーディオストリームが、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に外部機器に送信される。そのため、外部機器側では、オーディオストリームにメタデータが挿入されていることを容易に認識できる。そして、例えば、この認識に基づいてオーディオストリームに挿入されているメタデータの抽出処理を行うこことも可能であり、無駄なく確実にメタデータの取得が可能となる。【００１６】
また、本技術の他の概念は、
メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出部と、
上記メタデータを用いた処理を行う処理部とをさらに備える
受信装置にある。【００１７】
本技術において、受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルが受信される。メタファイルには、オーディオストリームにメタデータの挿入があることを示す識別情報が挿入されている。例えば、メタファイルはＭＰＤファイルであり、このメタファイルには、“Supplementary Descriptor”により、識別情報が挿入されている、ようにされてもよい。【００１８】
メタデータ抽出部により、識別情報に基づいて、オーディオストリームがデコードされてメタデータが抽出される。そして、処理部により、このメタデータを用いた処理が行われる。例えば、メタデータは、所定のネットサービスに接続するためのアクセス情報であり、処理部は、ネットワークアクセス情報に基づいて、ネットワーク上の所定のサーバにアクセスする、ようにされてもよい。【００１９】
このように本技術においては、メタファイルに挿入されている、オーディオストリームにメタデータの挿入があることを示す識別情報に基づいて、オーディオストリームからメタデータが抽出されて処理に用いられる。そのため、オーディオストリームに挿入されているメタデータを無駄なく確実に取得でき、メタデータを用いた処理を適切に実行できる。【００２０】
また、本技術のさらに他の概念は、
ネットワークアクセス情報を含むメタデータが挿入されたオーディオストリームを生成するストリーム生成部と、
上記オーディオストリームを有する所定フォーマットのコンテナを送信する送信部とを備える
送信装置にある。【００２１】
本技術において、ストリーム生成部により、ネットワークアクセス情報を含むメタデータが挿入されたオーディオストリームが生成される。例えば、オーディオストリームは、オーディオデータに対してＡＡＣ、ＡＣ３、ＡＣ４、ＭＰＥＧＨ（３Ｄオーディオ）などの符号化が施されて生成され、そのユーザデータ領域にメタデータが埋め込まれる。【００２２】
送信部により、そのオーディオストリームを有する所定フォーマットのコンテナが送信される。ここで、所定フォーマットのコンテナとは、例えば、ＭＰ４、ＭＰＥＧ２−ＴＳなどである。例えば、メタデータは、ＵＲＩ情報を示すキャラクタコードである、ようにされてもよい。【００２３】
このように本技術においては、ネットワークアクセス情報を含むメタデータが、オーディオストリームに埋め込まれて送信される。そのため、例えば、放送局、配信サーバ等から、ネットワークアクセス情報を、オーディオストリームをコンテナとして簡単に送信でき、受信側での利用に供することが可能となる。
【発明の効果】
【００２４】
本技術によれば、オーディオストリームにメタデータが挿入されていることを受信側で容易に認識可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２５】
【図１】ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システムの構成例を示すブロック図である。
【図２】ＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示す図である。
【図３】実施の形態としての送受信システムの構成例を示すブロック図である。
【図４】ＭＰＤファイル記述例を示す図である。
【図５】「SupplementaryDescriptor」による「schemeIdUri」の定義例を示す図である。
【図６】トランスポートストリームおけるビデオ、オーディオのアクセスユニットの配置例と、オーディオストリームに対するメタデータの挿入頻度を説明するための図である。
【図７】「<baseURL>」で示されるロケーション先のメディアファイル実体について説明するための図である。
【図８】サービス送信システムが備えるＤＡＳＨ/ＭＰ４生成部の構成例を示すブロック図である。
【図９】ＡＡＣのオーディオフレームの構造を示す図である。
【図１０】圧縮フォーマットがＡＡＣの場合にメタデータＭＤが挿入される「ＤＳＥ（data stream element）」の構成を示す図である。
【図１１】「metadata ()」の構成およびその構成主要な情報の内容を示す図である。
【図１２】「SDO_payload()」の構成を示す図である。
【図１３】コマンドＩＤ（cmdID）の値の意味を示す図である。
【図１４】ＡＣ３のフレーム（AC3 Synchronization Frame）の構造を示す図である。
【図１５】ＡＣ３のオグジャリデータ（Auxiliary Data）の構成を示す図である。
【図１６】ＡＣ４のシンプルトランスポート（Simple Transport）のレイヤの構造を示す図である。
【図１７】ＴＯＣ（ac4_toc()）およびサブストリーム（ac4_substream_data()）の概略構成を示す図である。
【図１８】ＴＯＣ（ac4_toc()）の中に存在する「umd_info()」の構成を示す図である。
【図１９】サブストリーム（ac4_substream_data()）の中に存在する「umd_payloads_substream()）」の構成を示す図である。
【図２０】ＭＰＥＧＨ（３Ｄオーディオ）の伝送データにおけるオーディオフレーム（１０２４サンプル）の構造を示す図である。
【図２１】“Ｃｏｎｆｉｇ”に含まれる各“Ｆｒａｍｅ”の構成情報（config）と、各“Ｆｒａｍｅ”との対応が保持されることを説明するための図である。
【図２２】エクステンションエレメント（Ext_element）のタイプ（ExElementType）とその値（Value）との対応関係を示す図である。
【図２３】「userdataConfig（）」の構成を示す図である。
【図２４】「userdata()」の構成を示す図である。
【図２５】送受信システムを構成するセットトップボックスの構成例を示すブロック図である。
【図２６】データアイランド区間に配置される、オーディオ・インフォフレーム・パケットの構造例を示す図である。
【図２７】送受信システムを構成するテレビ受信機の構成例を示すブロック図である。
【図２８】セットトップボックスのＨＤＭＩ送信部と示すテレビ受信機のＨＤＭＩ受信部の構成例を示すブロック図である。
【図２９】ＴＭＤＳチャネルで画像データが伝送される場合の各種の伝送データの区間を示す図である。
【図３０】テレビ受信機におけるメタデータを用いた処理の具体例を説明するための図である。
【図３１】テレビ受信機でメタデータに基づいてネットサービスにアクセスする場合の画面表示の遷移例を示す図である。
【図３２】実施の形態におけるテレビ受信機における音声出力系の構成を示すブロック図である。
【図３３】テレビ受信機における音声出力系の他の構成例を示すブロック図である。
【図３４】送受信システムの他の構成例を示すブロック図である。
【図３５】サービス送信システムが備えるＴＳ生成部の構成例を示すブロック図である。
【図３６】オーディオ・ユーザデータ・デスクリプタの構造例を示す図である。
【図３７】オーディオ・ユーザデータ・デスクリプタの構造例における主要な情報の内容を示す図である。
【図３８】トランスポートストリームの構成例を示す図である。
【図３９】送受信システムを構成するセットトップボックスの構成例を示すブロック図である。
【図４０】送受信システムを構成するテレビ受信機の構成例を示すブロック図である。
【発明を実施するための形態】
【００２６】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２７】
＜１．実施の形態＞
［ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システムの概要］
最初に、本技術を適用し得るＭＰＥＧ−ＤＡＳＨベースのストリーム配信システムの概要を説明する。
【００２８】
図１（ａ）は、ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システム３０Ａの構成例を示している。この構成例では、メディアストリームとＭＰＤファイルが、通信ネットワーク伝送路を通じて送信される。このストリーム配信システム３０Ａは、ＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２に、Ｎ個の受信システム３３-1，３３-2，・・・，３３-Nが、ＣＤＮ（Content Delivery Network）３４を介して、接続された構成となっている。
【００２９】
ＤＡＳＨストリームファイルサーバ３１は、所定のコンテンツのメディアデータ（ビデオデータ、オーディオデータ、字幕データなど）に基づいて、ＤＡＳＨ仕様のストリームセグメント（以下、適宜、「ＤＡＳＨセグメント」という）を生成し、受信システムからのＨＴＴＰ要求に応じてセグメントを送出する。このＤＡＳＨストリームファイルサーバ３１は、ストリーミング専用のサーバであってもよいし、また、ウェブ（Web）サーバで兼用されることもある。
【００３０】
また、ＤＡＳＨストリームファイルサーバ３１は、受信システム３３（３３-1，３３-2，・・・，３３-N）からＣＤＮ３４を介して送られてくる所定ストリームのセグメントの要求に対応して、そのストリームのセグメントを、ＣＤＮ３４を介して、要求元の受信機に送信する。この場合、受信システム３３は、ＭＰＤ（Media Presentation Description）ファイルに記載されているレートの値を参照して、クライアントの置かれているネットワーク環境の状態に応じて、最適なレートのストリームを選択して要求を行う。
【００３１】
ＤＡＳＨ ＭＰＤサーバ３２は、ＤＡＳＨストリームファイルサーバ３１において生成されるＤＡＳＨセグメントを取得するためのＭＰＤファイルを生成するサーバである。コンテンツマネジメントサーバ（図示せず）からのコンテンツメタデータと、ＤＡＳＨストリームファイルサーバ３１において生成されたセグメントのアドレス（url）をもとに、ＭＰＤファイルを生成する。なお、ＤＡＳＨストリームファイルサーバ３１とＤＡＳＨ ＭＰＤサーバ３２は、物理的に同じものであってもよい。
【００３２】
ＭＰＤのフォーマットでは、ビデオやオーディオなどのそれぞれのストリーム毎にリプレゼンテーション（Representation）という要素を利用して、それぞれの属性が記述される。例えば、ＭＰＤファイルには、レートの異なる複数のビデオデータストリーム毎に、リプレゼンテーションを分けてそれぞれのレートが記述される。受信システム３３では、そのレートの値を参考にして、上述したように、受信システム３３の置かれているネットワーク環境の状態に応じて、最適なストリームを選択できる。
【００３３】
図１（ｂ）は、ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システム３０Ｂの構成例を示している。この構成例では、メディアストリームとＭＰＤファイルが、ＲＦ伝送路を通じて送信される。このストリーム配信システム３０Ｂは、ＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２が接続された放送送出システム３６と、Ｍ個の受信システム３５-1，３５-2，・・・，３５-Mとで構成されている。
【００３４】
このストリーム配信システム３０Ｂの場合、放送送出システム３６は、ＤＡＳＨストリームファイルサーバ３１で生成されるＤＡＳＨ仕様のストリームセグメント（ＤＡＳＨセグメント）およびＤＡＳＨ ＭＰＤサーバ３２で生成されるＭＰＤファイルを、放送波に載せて送信する。
【００３５】
図２は、ＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示している。図２（ａ）に示すように、ＭＰＤファイル全体としてのメディア・プレゼンテーション（Media Presentation）には、時間間隔で区切られた複数のピリオド（Period）が存在する。例えば、最初のピリオドはスタートが０秒から、次のピリオドはスタートが１００秒から、などとなっている。
【００３６】
図２（ｂ）に示すように、ピリオドには、複数のリプレゼンテーション（Representation）が存在する。この複数のリプレゼンテーションには、アダプテーションセット（AdaptationSet）でグルーピングされる、ストリーム属性、例えばレートの異なる同一内容のメディアストリームに係るリプレゼンテーション群が存在する。
【００３７】
図２（ｃ）に示すように、リプレゼンテーションには、セグメントインフォ（SegmentInfo）が含まれている。このセグメントインフォには、図２（ｄ）に示すように、イニシャライゼーションセグメント（Initialization Segment）と、ピリオドをさらに細かく区切ったセグメント（Segment）毎の情報が記述される複数のメディアセグメント（Media Segment）が存在する。メディアセグメントには、ビデオやオーディオなどのセグメントデータを実際に取得するためのアドレス(url)の情報等が存在する。
【００３８】
なお、アダプテーションセットでグルーピングされている複数のリプレゼンテーションの間では、ストリームのスイッチングを自由に行うことができる。これにより、受信システムが置かれているネットワーク環境の状態に応じて、最適なレートのストリームを選択でき、途切れのない配信が可能となる。
【００３９】
［送受信システムの構成］
図３は、実施の形態としての送受信システムの構成例を示している。図３（ａ）の送受信システム１０は、サービス送信システム１００と、セットトップボックス（ＳＴＢ）２００と、テレビ受信機（ＴＶ）３００を有している。セットトップボックス２００とテレビ受信機３００は、ＨＤＭＩ(High Definition Multimedia Interface)ケーブル４００を介して接続されている。なお、「ＨＤＭＩ」は登録商標である。
【００４０】
この送受信システム１０において、サービス送信システム１００は、上述の図１（ａ）に示すストリーム配信システム３０ＡのＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２に対応する。また、この送受信システム１０において、サービス送信システム１００は、上述の図１（ｂ）に示すストリーム配信システム３０ＢのＤＡＳＨストリームファイルサーバ３１、ＤＡＳＨ ＭＰＤサーバ３２および放送送出システム３６に対応する。
【００４１】
この送受信システム１０において、セットトップボックス（ＳＴＢ）２００およびテレビ受信機（ＴＶ）３００は、上述の図１（ａ）に示すストリーム配信システム３０Ａの受信システム３３（３３-1，３３-2，・・・，３３-N）に対応する。また、この送受信システム１０において、セットトップボックス（ＳＴＢ）２００およびテレビ受信機（ＴＶ）３００は、上述の図１（ｂ）に示すストリーム配信システム３０Ｂの受信システム３５（３５-1，３５-2，・・・，３５-M）に対応する。
【００４２】
また、図３（ｂ）の送受信システム１０´は、サービス送信システム１００と、テレビ受信機（ＴＶ）３００を有している。この送受信システム１０´において、サービス送信システム１００は、上述の図１（ａ）に示すストリーム配信システム３０ＡのＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２に対応する。また、この送受信システム１０´において、サービス送信システム１００は、上述の図１（ｂ）に示すストリーム配信システム３０ＢのＤＡＳＨストリームファイルサーバ３１、ＤＡＳＨ ＭＰＤサーバ３２および放送送出システム３６に対応する。
【００４３】
この送受信システム１０´において、テレビ受信機（ＴＶ）３００は、上述の図１（ａ）に示すストリーム配信システム３０Ａの受信システム３３（３３-1，３３-2，・・・，３３-N）に対応する。また、この送受信システム１０´において、テレビ受信機（ＴＶ）３００は、上述の図１（ｂ）に示すストリーム配信システム３０Ｂの受信システム３５（３５-1，３５-2，・・・，３５-M）に対応する。
【００４４】
サービス送信システム１００は、ＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を、ＲＦ伝送路または通信ネットワーク伝送路を通じて、送信する。サービス送信システム１００は、オーディオストリームに、メタデータを挿入する。このメタデータとしては、例えば、所定のネットサービスに接続するためのアクセス情報、所定のコンテンツ情報などが考えられる。この実施の形態では、所定のネットサービスに接続するためのアクセス情報が挿入される。
【００４５】
サービス送信システム１００は、ＭＰＤファイルに、オーディオストリームにメタデータが挿入されていることを示す識別情報を挿入する。サービス送信システム１００は、例えば、“Supplementary Descriptor”を用いて、オーディオストリームにメタデータが挿入されていることを示す識別情報を挿入する。
【００４６】
図４は、ＭＰＤファイル記述例を示している。「<AdaptationSet mimeType=“audio/mp4” group=“1”>」の記述により、オーディオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのオーディストリームはＭＰ４ファイル構造で供給され、グループ１が割り当てられていることが示されている。
【００４７】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:AudioMetaContained” value=“true”/>」の記述により、オーディオストリームにメタデータが挿入されていることが示されている。「SupplementaryDescriptor」により、「schemeIdUri」を、従来の規格における既定義とは別に、放送その他のアプリケーションとして新規の定義が可能である。図５に示すように、「schemeIdUri=“urn:brdcst:AudiometaContained”」は、オーディオメタ情報が含まれること、つまりオーディオストリームにメタデータが挿入されていることを示す。例えば、「value」が“true”であるときは、オーディオメタ情報が含まれることを示す。「value」が“false”であるときは、オーディオメタ情報が含まれないことを示す。
【００４８】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:codecType” value= “mpegh”/>」の記述により、オーディオストリームのコーデックがＭＰＥＧＨ（３Ｄオーディオ）であることが示されている。図５に示すように、「schemeIdUri=“urn:brdcst:codecType”」は、コーデックの種類を示す。例えば、「value」は“mpegh”、”AAC”、”AC3”、”AC4”などとされる。
【００４９】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:coordinatedControl” value=“true”/>」の記述により、ネット接続に必要な情報が複数のメディアストリーム間で強調して供給されることが示されている。図５に示すように、「schemeIdUri=“urn:brdcst:coordinatedControl”」は、ネット接続に必要な情報が複数のメディアストリーム間で協調して供給されることを示す。例えば、「value」が“true”であるときは、ネット接続情報が他のアダプテーションセットのストリームと協調して供給されることを示す。「value」が“false”であるときは、ネット接続情報が本アダプテーションセットのストリームのみで供給されることを示す。
【００５０】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:type” value=“netlink”/>」の記述により、メタによるサービスの種類がネット接続であることが示されている。図５に示すように、「schemeIdUri=“urn:brdcst:type”」でメタによるサービスの種類を示す。例えば、「value」が“netlink”であるときは、メタによるサービスの種類がネット接続であることを示す。
【００５１】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:metaInsertionFrequency” value=“1”/>」の記述により、アクセスユニット単位でメタ情報が供給されることが示されている。図５に示すように、「schemeIdUri=“urn:brdcst:metaInsertionFrequency”」は、アクセスユニット単位にメタ情報が供給される頻度を示す。例えば、「value」が“１”であるときは、１つのユーザデータエントリ（entry）が１アクセスユニットに発生することを示す。「value」が“２”であるときは、複数のユーザデータエントリが１アクセスユニットに発生することを示す。「value」が“３”であるときは、１以上のユーザデータエントリが、ランダムアクセスポイントで区切られる期間中に発生することを示す。
【００５２】
図６（ａ）は、ＭＰ４でコンテナされるビデオ、オーディオのアクセスユニットの配置例を示している。「ＶＡＵ」は、ビデオアクセスユニットを示している。「ＡＡＵ」は、オーディオアクセスユニットを示している。図６（ｂ）は、「frequency_type = 1」である場合であって、各オーディオアクセスユニットに一つのユーザデータエントリ（メタデータ）が挿入されていることを示している。
【００５３】
図６（ｃ）は、「frequency_type = 2」である場合であって、一つのオーディオアクセスユニットに複数のユーザデータ（メタデータ）が挿入されていることを示している。図６（ｄ）は、「frequency_type = 3」である場合であって、ランダムアクセスポイントを含むグループ毎に、その先頭のオーディオアクセスユニットに少なくとも一つのユーザデータ（メタデータ）が挿入されていることを示している。
【００５４】
また、図４に戻って、「<Representation id=“11” bandwidth=“128000”>」の記述により、「Representation id=“11”」として、ビットレートが１２８ｋｂｐｓのオーディオストリームの存在が示されている。そして、「<baseURL>audio/jp/128.mp4</BaseURL>」の記述により、そのオーディオストリームのロケーション先が、「audio/jp/128.mp4」として示されている。
【００５５】
また、「<AdaptationSet mimeType=“video/mp4” group=“2”>」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、グループ２が割り当てられていることが示されている。
【００５６】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:VideoMetaContained” value=“true”/>の記述により、ビデオストリームにメタデータが挿入されていることが示されている。図５に示すように、「schemeIdUri=“urn:brdcst:VideoMetaContained”」は、ビデオメタ情報が含まれること、つまりビデオストリームにメタデータが挿入されていることを示す。例えば、「value」が“true”であるときは、ビデオメタ情報が含まれることを示す。「value」が“false”であるときは、ビデオメタ情報が含まれないことを示す。
【００５７】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:codecType” value= “hevc”/>」の記述により、ビデオストリームのコーデックがＨＥＶＣであることが示されている。また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:coordinatedControl” value=“true”/>」の記述により、ネット接続に必要な情報が複数のメディアストリーム間で強調して供給されることが示されている。
【００５８】
また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:type” value=“netlink”/>」の記述により、メタによるサービスの種類がネット接続であることが示されている。また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:metaInsertionFrequency” value=“1”/>」の記述により、アクセスユニット単位でメタ情報が供給されることが示されている。
【００５９】
また、「<Representation id=“21” bandwidth=“20000000”>」の記述により、「Representation id=“21”」として、ビットレートが２０Ｍｂｐｓのビデオストリームの存在が示されている。そして、「<baseURL>video/jp/20000000.mp4</BaseURL>」の記述により、そのビデオストリームのロケーション先が、「video/jp/20000000.mp4」として示されている。
【００６０】
ここで、「<baseURL>」で示されるロケーション先のメディアファイル実体について説明する。ノンフラグメンテッドＭＰ４（Non-Fragmented MP4）の場合、例えば、図７（ａ）に示すように、“url 1”として定義される場合がある。この場合、最初にファイルタイプが記述される“ｆｔｙｐ”ボックスが配置される。この“ｆｔｙｐ”ボックスにより、断片化されていないＭＰ４ファイルであることが示される。続いて、“ｍｏｏｖ”ボックスおよび“ｍｄａｔ”ボックスが配置される。“ｍｏｏｖ”ボックスには、全てのメタデータ、例えば、各トラックのヘッダ情報やコンテンツ内容のメタ記述、時刻情報などが含まれる。“ｍｄａｔ”ボックスには、メディアデータ本体が入る。
【００６１】
また、フラグメンテッドＭＰ４（Fragmented MP4）の場合、例えば、図７（ｂ）に示すように、“url 2”として定義される場合がある。この場合、最初にセグメントタイプが記述される“ｓｔｙｐ”ボックスが配置される。続いて、セグメントインデックスが記述される“ｓｉｄｘ”ボックスが配置される。それに続いて、所定個数のムービーフラグメント（Movie Fragment）が配置される。ここで、ムービーフラグメントは、制御情報が入る“ｍｏｏｆ”ボックスと、メディアデータ本体が入る“ｍｄａｔ”ボックスから構成される。一つのムービーフラグメントの“ｍｄａｔ”ボックスには、伝送メディアが断片化されて得られた断片が入るので、“ｍｏｏｆ”ボックスに入る制御情報はその断片に関する制御情報となる。
【００６２】
また、上述の“url 1”と“url 2”の組み合わせも考えられる。この場合、例えば、“url 1”がイニシャライゼーションセグメント（initialization segment）として、“url 1”と“url 2”を１サービスのＭＰ４とすることも可能である。あるいは、“url 1”と“url 2”を一つにまとめて、図７（ｃ）に示すように、“url 3”として定義することも可能である。
【００６３】
セットトップボックス２００は、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を受信する。ＭＰ４に含まれるオーディストリームには、メタデータとして、所定のネットサービスに接続するためのアクセス情報が挿入されている。また、ＭＰＤファイルには、“Supplementary Descriptor”により、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入されている。
【００６４】
セットトップボックス２００は、オーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、ＨＤＭＩケーブル４００を介して、テレビ受信機３００に送信する。
【００６５】
ここで、セットトップボックス２００は、ビデオストリームをデコードして得られた画像データのブランキング期間にオーディオストリームおよび識別情報を挿入し、この画像データをテレビ受信機３００に送信することで、オーディオストリームおよび識別情報をテレビ受信機３００に送信する。セットトップボックス２００は、この識別情報を、例えば、オーディオ・インフォフレーム・パケット（Audio InfoFrame packet）に挿入する。
【００６６】
テレビ受信機３００は、図３（ａ）に示す送受信システム１０にあっては、セットトップボックス２００から、ＨＤＭＩケーブル４００を介して、オーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、受信する。すなわち、テレビ受信機３００は、セットトップボックス２００から、オーディオストリームおよび識別情報がブランキング期間に挿入されている画像データを受信する。
【００６７】
そして、テレビ受信機３００は、識別情報に基づいて、オーディオストリームをデコードしてメタデータを抽出し、このメタデータを用いた処理をする。この場合、テレビ受信機３００は、メタデータとしての所定のネットサービス情報に基づいて、ネットワーク上の所定のサーバにアクセスする。
【００６８】
また、テレビ受信機３００は、図３（ｂ）に示す送受信システム１０´にあっては、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を受信する。ＭＰ４に含まれるオーディストリームには、メタデータとして、所定のネットサービスに接続するためのアクセス情報が挿入されている。また、ＭＰＤファイルには、“Supplementary Descriptor”により、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入されている。
【００６９】
そして、テレビ受信機３００は、識別情報に基づいて、オーディオストリームをデコードしてメタデータを抽出し、このメタデータを用いた処理をする。この場合、テレビ受信機３００は、メタデータとしての所定のネットサービス情報に基づいて、ネットワーク上の所定のサーバにアクセスする。
【００７０】
［サービス送信システムのＤＡＳＨ/ＭＰ４生成部］
図８は、サービス送信システム１００が備えるＤＡＳＨ/ＭＰ４生成部１１０の構成例を示している。このＤＡＳＨ/ＭＰ４生成部１１０は、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、ＤＡＳＨ/ＭＰ４フォーマッタ１１４を有している。
【００７１】
制御部１１１は、ＣＰＵ１１１ａを備えており、ＤＡＳＨ/ＭＰ４生成部１１０の各部を制御する。ビデオエンコーダ１１２は、画像データＳＶに対して、ＭＰＥＧ２、Ｈ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化を施し、ビデオストリーム（ビデオエレメンタリストリーム）を生成する。画像データＳＶは、例えば、ＨＤＤなどの記録媒体から再生された画像データ、あるいはビデオカメラで得られたライブ画像データなどである。
【００７２】
オーディオエンコーダ１１３は、音声データＳＡに対して、ＡＡＣ、ＡＣ３、ＡＣ４、ＭＰＥＧＨ（３Ｄオーディオ）などの圧縮フォーマットによる符号化を施し、オーディオストリーム（オーディオエレメンタリストリーム）を生成する。音声データＳＡは、上述の画像データＳＶに対応した音声データであり、ＨＤＤなどの記録媒体から再生された音声データ、あるいはマイクロホンで得られたライブ音声データなどである。
【００７３】
オーディオエンコーダ１１３は、オーディオ符号化ブロック部１１３ａおよびオーディオフレーミング部１１３ｂを有している。オーディオ符号化ブロック部１１３ａで符号化ブロックが生成され、オーディオフレーミング部１１３ｂでフレーミングが行われる。この場合、圧縮フォーマットにより、符号化ブロックが異なると共に、フレーミングも異なる。
【００７４】
オーディオエンコーダ１１３は、制御部１１１による制御のもと、オーディオストリームに、メタデータＭＤを挿入する。この実施の形態において、メタデータＭＤは、所定のネットサービスに接続するためのアクセス情報である。ここで、所定のネットサービスとしては、ミュージックネットサービスやオーディオビデオネットサービスなどの全てのサービスが対象となる。ここで、メタデータＭＤは、オーディオストリームのユーザデータ領域に埋め込まれる。
【００７５】
ＤＡＳＨ/ＭＰ４フォーマッタ１１４は、ビデオエンコーダ１１２から出力されるビデオストリームおよびオーディオエンコーダ１１３から出力されるオーディオストリームに基づいて、コンテンツであるビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を生成する。また、コンテンツメタデータやセグメントＵＲＬ情報等を利用してＭＰＤファイルを生成する。ここで、ＭＰＤファイルには、オーディオストリームにメタデータが挿入されていることを示す識別情報などが挿入される（図４参照）。
【００７６】
図８に示すＤＡＳＨ/ＭＰ４生成部１１０の動作を簡単に説明する。画像データＳＶはビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、その画像データＳＶに対してＨ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化が施され、符号化ビデオデータを含むビデオストリームが生成される。
【００７７】
また、音声データＳＡは、オーディオエンコーダ１１３に供給される。このオーディオエンコーダ１１３では、その音声データＳＡに対して、ＡＡＣ、ＡＣ３、ＡＣ４、ＭＰＥＧＨ（３Ｄオーディオ）などの符号化が施され、オーディオストリームが生成される。
【００７８】
この際、制御部１１１からオーディオエンコーダ１１３に、メタデータＭＤが供給されると共に、このメタデータＭＤをユーザデータ領域に埋め込むためのサイズ情報が供給される。そして、オーディオエンコーダ１１３では、オーディオストリームのユーザデータ領域に、メタデータＭＤを埋め込むことが行われる。
【００７９】
ビデオエンコーダ１１２で生成されたビデオストリームは、ＤＡＳＨ/ＭＰ４フォーマッタ１１４に供給される。また、オーディオエンコーダ１１３で生成された、ユーザデータ領域にメタデータＭＤが埋め込まれたオーディオストリームは、ＤＡＳＨ/ＭＰ４フォーマッタ１１４に供給される。そして、このＤＡＳＨ/ＭＰ４フォーマッタ１１４では、コンテンツであるビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４が生成される。また、このＤＡＳＨ/ＭＰ４フォーマッタ１１４では、コンテンツメタデータやセグメントＵＲＬ情報等が利用されてＭＰＤファイルが生成される。この際、ＭＰＤファイルには、オーディオストリームにメタデータが挿入されていることを示す識別情報などが挿入される。
【００８０】
［各圧縮フォーマットにおけるメタデータＭＤの挿入の詳細］
「ＡＡＣの場合」
最初に、圧縮フォーマットがＡＡＣ（Advanced Audio Coding）である場合について説明する。図９は、ＡＡＣのオーディオフレームの構造を示している。このオーディオフレームは、複数のエレメントからなっている。各エレメント（element）の先頭には、「id_syn_ele」の３ビットの識別子（ＩＤ）が存在し、エレメント内容が識別可能とされている。
【００８１】
「id_syn_ele」が“０ｘ４”であるとき、ユーザデータを置くことできるエレメントであるＤＳＥ（Data Stream Element）であることが示される。圧縮フォーマットがＡＡＣの場合、このＤＳＥにメタデータＭＤが挿入される。図１０は、ＤＳＥ（Data Stream Element()）の構成（Syntax）を示している。
【００８２】
「element_instance_tag」の４ビットフィールドは、ＤＳＥの中のデータ種別を示すが、ＤＳＥを統一したユーザデータとして利用する場合は、この値を“０”としてもよい。「Data_byte_align_flag」は、“１”とされ、ＤＳＥの全体がバイトアラインされるようにする。「count」、あるいは、その追加バイト数を意味する「esc_count」は、ユーザデータのサイズによって適宜、値が決められる。「data_stream_byte」のフィールドに、「metadata ()」が挿入される。
【００８３】
図１１（ａ）は「metadata ()」の構成（Syntax）を示し、図１１（ｂ）はその構成における主要な情報の内容（semantics）を示している。「userdata_identifier」の３２ビットフィールドは、予め定義された配列の値がセットされることでオーディオ・ユーザデータであることを示す。「userdata_identifier」が“ＡＡＡＡ”でユーザデータを示す場合、「metadata_type」の８ビットフィールドが存在する。このフィールドは、メタデータのタイプを示す。例えば、“０ｘ０８”は、所定のネットサービスに接続するためのアクセス情報であり、ＡＴＳＣの「SDO_payload()」に含まれることを示す。“０ｘ０８”であるとき、「SDO_payload()」が存在する。なお、ここでは“ＡＴＳＣ”としたが、他の規格化団体で用いることも可能である。
【００８４】
図１２は、「SDO_payload()」の構成（Syntax）を示している。コマンドＩＤ（cmdID）が“０ｘ０５”より小さいとき、「URI_character」のフィールドが存在する。このフィールドに、所定のネットサービスに接続するためのＵＲＩ情報を示すキャラクタコードが挿入される。図１３は、コマンドＩＤ（cmdID）の値の意味を示している。なお、この「SDO_payload()」は、ＡＴＳＣ（Advanced Television Systems Committee standards）で規格化されている。
【００８５】
「ＡＣ３の場合」
次に、圧縮フォーマットがＡＣ３である場合について説明する。図１４は、ＡＣ３のフレーム（AC3 Synchronization Frame）の構造を示している。「Audblock ５」の“mantissa data”と、「ＡＵＸ」と、「ＣＲＣ」との合計サイズが全体の３／８を超えないように、音声データＳＡがエンコードされる。圧縮フォーマットがＡＣ３の場合、「ＡＵＸ」のエリアにメタデータＭＤが挿入される。図１５は、ＡＣ３のオグジャリデータ（Auxiliary Data）の構成（syntax）を示している。
【００８６】
「auxdatae」が“１”のとき、「aux data」がイネーブルされ、「auxdatal」の１４ビット（ビット単位）で示されるサイズのデータが、「auxbits」の中に定義される。その際の「auxbits」のサイズは「nauxbits」に記載される。本技術においては、「auxbits」のフィールドが「metadata（）」と定義される。つまり、この「auxbits」のフィールドに、上述の図１１（ａ）に示す「metadata ()」が挿入され、その「data_byte」のフィールドに、図１１（ａ）に示すシンタクス構造に従って、所定のネットサービスに接続するためのアクセス情報を持つ、ＡＴＳＣの「SDO_payload()」（図１２参照）が置かれる。
【００８７】
「ＡＣ４の場合」
次に、圧縮フォーマットがＡＣ４である場合について説明する。このＡＣ４は、ＡＣ３の次世代のオーディオ符号化フォーマットの一つとされている。図１６（ａ）は、ＡＣ４のシンプルトランスポート（Simple Transport）のレイヤの構造を示している。シンクワード（syncWord）のフィールドと、フレームレングス（frame Length）のフィールドと、符号化データのフィールドとしての「RawAc4Frame」のフィールドと、ＣＲＣフィールドが存在する。「RawAc4Frame」のフィールドには、図１６（ｂ）に示すように、先頭にＴＯＣ（Table Of Content）のフィールドが存在し、その後の所定数のサブストリーム（Substream）のフィールドが存在する。
【００８８】
図１７（ｂ）に示すように、サブストリーム（ac4_substream_data()）の中には、メタデータ領域（metadata）が存在し、その中に「umd_payloads_substream()」のフィールドが設けられる。この「umd_payloads_substream()」のフィールドに、所定のネットサービスに接続するためのアクセス情報を持つ、ＡＴＳＣの「SDO_payload()」（図１２参照）が置かれる。
【００８９】
なお、図１７（ａ）に示すように、ＴＯＣ（ac4_toc()）の中には「ac4_presentation_info()」のフィールドが存在し、さらにその中に「umd_info()」のフィールドが存在し、その中に上述の「umd_payloads_substream()）」のフィールドにメタデータの挿入があることが示される。
【００９０】
図１８は、「umd_info()」の構成（syntax）を示している。「umd_version」のフィールドは、バージョン番号を示す。「substream_index」のフィールドは、インデックス値を示す。バージョン番号とインデックス値のある値の組み合わせが、「umd_payloads_substream()）」のフィールドにメタデータの挿入があることを示すものとして定義される。
【００９１】
図１９は、「umd_payloads_substream()」の構成（syntax）を示している。「umd_payload_id」の５ビットフィールドは、“０”以外の値とされる。「umd_userdata_identifier」の３２ビットフィールドは、予め定義された配列の値がセットされることでオーディオ・ユーザデータであることを示す。「umd_payload_size」の１６ビットフィールドは、以降のバイト数を示す。「umd_userdata_identifier」が“ＡＡＡＡ”でユーザデータを示す場合、「umd_metadata_type」の８ビットフィールドが存在する。このフィールドは、メタデータのタイプを示す。例えば、“０ｘ０８”は、所定のネットサービスに接続するためのアクセス情報であり、ＡＴＳＣの「SDO_payload()」に含まれることを示す。“０ｘ０８”であるとき、「SDO_payload()」（図１２参照）が存在する。
【００９２】
「ＭＰＥＧＨの場合」
次に、圧縮フォーマットがＭＰＥＧＨ（３Ｄオーディオ）である場合について説明する。図２０は、ＭＰＥＧＨ（３Ｄオーディオ）の伝送データにおけるオーディオフレーム（１０２４サンプル）の構造を示している。このオーディオフレームは、複数のＭＰＥＧオーディオストリームパケット（mpeg Audio Stream Packet）からなっている。各ＭＰＥＧオーディオストリームパケットは、ヘッダ（Header）とペイロード（Payload）により構成されている。
【００９３】
ヘッダは、パケットタイプ（Packet Type）、パケットラベル（Packet Label）、パケットレングス（Packet Length）などの情報を持つ。ペイロードには、ヘッダのパケットタイプで定義された情報が配置される。このペイロード情報には、同期スタートコードに相当する“ＳＹＮＣ”と、３Ｄオーディオの伝送データの実際のデータである“Ｆｒａｍｅ”と、この“Ｆｒａｍｅ”の構成を示す“Ｃｏｎｆｉｇ”が存在する。
【００９４】
“Ｆｒａｍｅ”には、３Ｄオーディオの伝送データを構成するチャネル符号化データとオブジェクト符号化データが含まれる。ここで、チャネル符号化データは、ＳＣＥ（Single Channel Element）、ＣＰＥ（Channel Pair Element）、ＬＦＥ（Low Frequency Element）などの符号化サンプルデータで構成される。また、オブジェクト符号化データは、ＳＣＥ（Single Channel Element）の符号化サンプルデータと、それを任意の位置に存在するスピーカにマッピングさせてレンダリングするためのメタデータにより構成される。このメタデータは、エクステンションエレメント（Ext_element）として含まれる。
【００９５】
ここで、“Ｃｏｎｆｉｇ”に含まれる各“Ｆｒａｍｅ”の構成情報（config）と、各“Ｆｒａｍｅ”との対応は、以下のようにして保持される。すなわち、図２１に示すように、“Ｃｏｎｆｉｇ”に各“Ｆｒａｍｅ”の構成情報（config）がＩＤ（elemIdx）登録されるが、各“Ｆｒａｍｅ”はＩＤ登録された順番で伝送される。なお、パケットラベル（ＰＬ）の値は、“Ｃｏｎｆｉｇ”とそれに対応した各“Ｆｒａｍｅ”とで同じ値とされる。
【００９６】
図２０に戻って、この実施の形態では、エクステンションエレメント（Ext_element）としてユーザデータ（userdata）が含まれるエレメント（Ext_userdata）を新たに定義する。これに伴って、“Ｃｏｎｆｉｇ”に、そのエレメント（Ext_userdata）の構成情報（userdataConfig）を新たに定義する。
【００９７】
図２２は、エクステンションエレメント（Ext_element）のタイプ（ExElementType）と、その値（Value）との対応関係を示している。現状は、０〜７が決められている。１２８以降はＭＰＥＧ以外まで拡張可能なので、例えば、１２８を、新たに、“ID_EXT_ELE_userdata”のタイプの値として定義する。
【００９８】
図２３は、「userdataConfig（）」の構成（syntax）を示している。「userdata_identifier」の３２ビットフィールドは、予め定義された配列の値がセットされることでオーディオ・ユーザデータであることを示す。「userdata_frameLength」の１６ビットフィールドは、「audio_userdata()」のバイト数を示す。図２４は、「audio_userdata()」の構成（syntax）を示している。「userdataConfig（）」の「userdata_identifier」が“ＡＡＡＡ”でユーザデータを示す場合、「metadataType」の８ビットフィールドが存在する。このフィールドは、メタデータのタイプを示す。例えば、“０ｘ０８”は、所定のネットサービスに接続するためのアクセス情報であり、ＡＴＳＣの「SDO_payload()」に含まれることを示す。“０ｘ０８”であるとき、「SDO_payload()」(図１２参照)が存在する。
【００９９】
［セットトップボックスの構成例］
図２５は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、受信部２０４と、ＤＡＳＨ/ＭＰ４解析部２０５と、ビデオデコーダ２０６と、オーディオフレーミング部２０７と、ＨＤＭＩ送信部２０８と、ＨＤＭＩ端子２０９を有している。また、セットトップボックス２００は、ＣＰＵ２１１と、フラッシュＲＯＭ２１２と、ＤＲＡＭ２１３と、内部バス２１４と、リモコン受信部２１５と、リモコン送信機２１６を有している。
【０１００】
ＣＰＵ２１１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１３は、ＣＰＵ２１１のワークエリアを構成する。ＣＰＵ２１１は、フラッシュＲＯＭ２１２から読み出したソフトウェアやデータをＤＲＡＭ２１３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
【０１０１】
リモコン受信部２１５は、リモコン送信機２１６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２１１に供給する。ＣＰＵ２１１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２１１、フラッシュＲＯＭ２１２およびＤＲＡＭ２１３は内部バス２１４に接続されている。
【０１０２】
受信部２０４は、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を受信する。ＭＰ４に含まれるオーディストリームには、メタデータとして、所定のネットサービスに接続するためのアクセス情報が挿入されている。また、ＭＰＤファイルには、“Supplementary Descriptor”により、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入されている。
【０１０３】
ＤＡＳＨ/ＭＰ４解析部２０５は、受信部２０４で受信されたＭＰＤファイルおよびＭＰ４を解析する。ＤＡＳＨ/ＭＰ４解析部２０５は、ＭＰＤファイルに含まれるＭＰＤ情報を抽出し、ＣＰＵ２１１に送る。ここで、このＭＰＤ情報には、オーディオストリームにメタデータが挿入されていることを示す識別情報なども含まれる。ＣＰＵ２１１は、このＭＰＤ情報に基づいて、ビデオ、オーディオのストリームの取得処理を制御する。また、ＤＡＳＨ/ＭＰ４解析部２０５は、ＭＰ４からメタデータ、例えば、各トラックのヘッダ情報やコンテンツ内容のメタ記述、時刻情報などを抽出し、ＣＰＵ２１１に送る。
【０１０４】
ＤＡＳＨ/ＭＰ４解析部２０５は、ＭＰ４からビデオストリームを抽出し、ビデオデコーダ２０６に送る。ビデオデコーダ２０６は、ビデオストリームに復号化処理を行って非圧縮の画像データを得る。また、ＤＡＳＨ/ＭＰ４解析部２０５は、ＭＰ４からオーディオストリームを抽出し、オーディオフレーミング部２０７に送る。オーディオフレーミング部２０７は、オーディオストリームに対してフレーミングを行う。
【０１０５】
ＨＤＭＩ送信部２０８は、ＨＤＭＩに準拠した通信により、ビデオデコーダ２０６で得られた非圧縮の画像データと、オーディオフレーミング部２０７でフレーミングされた後のオーディオストリームを、ＨＤＭＩ端子２０９から送出する。ＨＤＭＩ送信部２０８は、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像データおよびオーディオストリームをパッキングして、ＨＤＭＩ端子２０９に出力する。
【０１０６】
ＨＤＭＩ送信部２０８は、ＣＰＵ２１１の制御のもと、オーディオストリームにメタデータが挿入されていることを示す識別情報を挿入する。ＨＤＭＩ送信部２０８は、オーディオストリームおよび識別情報を画像データのブランキング期間に挿入する。このＨＤＭＩ送信部２０９の詳細は後述する。
【０１０７】
この実施の形態において、ＨＤＭＩ送信部２０８は、画像データのブランキング期間に配置されるオーディオ・インフォフレーム・パケット（Audio InfoFrame packet）に識別情報を挿入する。このオーディオ・インフォフレーム・パケットは、データアイランド区間に配置される。
【０１０８】
図２６は、オーディオ・インフォフレーム・パケットの構造例を示している。ＨＤＭＩでは、このオーディオ・インフォフレーム・パケットにより、音声に関する付帯情報をソース機器からシンク機器に伝送可能となっている。
【０１０９】
第０バイトにデータパケットの種類を示す「Packet Type」が定義されており、オーディオ・インフォフレーム・パケットは「0x84」となっている。第１バイトにパケットデータ定義のバージョン情報を記述する。第２バイトに、パケット長を表す情報を記述する。この実施の形態では、第５バイトの第５ビットに、「userdata_presence_flag」の１ビットフラグ情報が定義される。フラグ情報が“１”であるとき、オーディオストリームにメタデータが挿入されていることを示す。
【０１１０】
また、フラグ情報が“１”であるとき、第９バイトに種々の情報が定義される。第７ビットから第５ビットは「metadata_type」のフィールドとされ、第４ビットは「coordinated_control_flag」のフィールドとされ、第２ビットから第０ビットは「frequency_type」のフィールドとされる。詳細説明は省略するが、これらの各フィールドは、図４に示すＭＰＤファイルに付加されている各情報と同じ情報を示す。
【０１１１】
セットトップボックス２００の動作を簡単に説明する。受信部２０４では、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４が受信される。このように受信されるＭＰＤファイルおよびＭＰ４は、ＤＡＳＨ/ＭＰ４解析部２０５に供給される。
【０１１２】
ＤＡＳＨ/ＭＰ４解析部２０５では、ＭＰＤファイルおよびＭＰ４が解析される。そして、ＤＡＳＨ/ＭＰ４解析部２０５では、ＭＰＤファイルに含まれるＭＰＤ情報が抽出され、ＣＰＵ２１１に送られる。ここで、このＭＰＤ情報には、オーディオストリームにメタデータが挿入されていることを示す識別情報も含まれる。また、ＤＡＳＨ/ＭＰ４解析部２０５では、ＭＰ４からメタデータ、例えば、各トラックのヘッダ情報やコンテンツ内容のメタ記述、時刻情報などが抽出され、ＣＰＵ２１１に送られる。
【０１１３】
また、ＤＡＳＨ/ＭＰ４解析部２０５では、ＭＰ４からビデオストリームが抽出され、ビデオデコーダ２０６に送られる。ビデオデコーダ２０６では、ビデオストリームに復号化処理が施されて非圧縮の画像データが得られる。この画像データは、ＨＤＭＩ送信部２０８に供給される。また、ＤＡＳＨ/ＭＰ４解析部２０５では、ＭＰ４からオーディオストリームが抽出される。このオーディオストリームはオーディオフレーミング部２０７でフレーミングされた後に、ＨＤＭＩ送信部２０８に供給される。そして、ＨＤＭＩ送信部２０８では、画像データおよびオーディオストリームがパッキングされ、ＨＤＭＩ端子２０９からＨＤＭＩケーブル４００に送出される。
【０１１４】
ＨＤＭＩ送信部２０８では、ＣＰＵ２１１の制御のもと、画像データのブランキング期間に配置されるオーディオ・インフォフレーム・パケットに、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入される。これにより、セットトップボックス２００からＨＤＭＩテレビ受信機３００に、オーディオストリームにメタデータが挿入されていることを示す識別情報を送信することが行われる。
【０１１５】
［テレビ受信機の構成例］
図２７は、テレビ受信機３００の構成例を示している。このテレビ受信機３００は、受信部３０６と、ＤＡＳＨ/ＭＰ４解析部３０７と、ビデオデコーダ３０８と、映像処理回路３０９と、パネル駆動回路３１０と、表示パネル３１１を有している。
【０１１６】
また、テレビ受信機３００は、オーディオデコーダ３１２と、音声処理回路３１３と、音声増幅回路３１４と、スピーカ３１５と、ＨＤＭＩ端子３１６と、ＨＤＭＩ受信部３１７と、通信インタフェース３１８を有している。また、テレビ受信機３００は、ＣＰＵ３２１と、フラッシュＲＯＭ３２２と、ＤＲＡＭ３２３と、内部バス３２４と、リモコン受信部３２５と、リモコン送信機３２６を有している。
【０１１７】
ＣＰＵ３２１は、テレビ受信機３００の各部の動作を制御する。フラッシュＲＯＭ３２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ３２３は、ＣＰＵ３２１のワークエリアを構成する。ＣＰＵ３２１は、フラッシュＲＯＭ３２２から読み出したソフトウェアやデータをＤＲＡＭ３２３上に展開してソフトウェアを起動させ、テレビ受信機３００の各部を制御する。
【０１１８】
リモコン受信部３２５は、リモコン送信機３２６から送信されたリモートコントロール信号（リモコンコード）を受信し、ＣＰＵ３２１に供給する。ＣＰＵ３２１は、このリモコンコードに基づいて、テレビ受信機３００の各部を制御する。ＣＰＵ３２１、フラッシュＲＯＭ３２２およびＤＲＡＭ３２３は、内部バス３２４に接続されている。
【０１１９】
通信インタフェース３１８は、ＣＰＵ３２１の制御のもと、インターネット等のネットワーク上に存在するサーバとの間で通信を行う。この通信インタフェース３１８は、内部バス３２４に接続されている。
【０１２０】
受信部３０６は、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を受信する。ＭＰ４に含まれるオーディストリームには、メタデータとして、所定のネットサービスに接続するためのアクセス情報が挿入されている。また、ＭＰＤファイルには、“Supplementary Descriptor”により、オーディオストリームにメタデータが挿入されていることを示す識別情報などが挿入されている。
【０１２１】
ＤＡＳＨ/ＭＰ４解析部３０７は、受信部３０６で受信されたＭＰＤファイルおよびＭＰ４を解析する。ＤＡＳＨ/ＭＰ４解析部３０７は、ＭＰＤファイルに含まれるＭＰＤ情報を抽出し、ＣＰＵ３２１に送る。ＣＰＵ３２１は、このＭＰＤ情報に基づいて、ビデオ、オーディオのストリームの取得処理を制御する。また、ＤＡＳＨ/ＭＰ４解析部３０７は、ＭＰ４からメタデータ、例えば、各トラックのヘッダ情報やコンテンツ内容のメタ記述、時刻情報などを抽出し、ＣＰＵ３２１に送る。
【０１２２】
ＤＡＳＨ/ＭＰ４解析部３０７は、ＭＰ４からビデオストリームを抽出し、ビデオデコーダ３０８に送る。ビデオデコーダ３０８は、ビデオストリームに復号化処理を行って非圧縮の画像データを得る。また、ＤＡＳＨ/ＭＰ４解析部３０７は、ＭＰ４からオーディオストリームを抽出し、オーディオデコーダ３１２に送る。
【０１２３】
ＨＤＭＩ受信部３１７は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４００を介してＨＤＭＩ端子３１６に供給される画像データおよびオーディオストリームを受信する。また、ＨＤＭＩ受信部３１７は、画像データのブランキング期間に挿入されている種々の制御情報を抽出し、ＣＰＵ３２１に送信する。ここで、この制御情報には、オーディオ・インフォフレーム・パケットに挿入された、オーディオストリームにメタデータが挿入されていることを示す識別情報など（図２６参照）も含まれる。このＨＤＭＩ受信部３１７の詳細は後述する。
【０１２４】
映像処理回路３０９は、ビデオデコーダ３０８で得られた、あるいはＨＤＭＩ受信部３１６で得られた画像データ、さらには、通信インタフェース３１８でネット上のサーバから受信された画像データなどに対してスケーリング処理、合成処理などを行って、表示用の画像データを得る。
【０１２５】
パネル駆動回路３１０は、映像処理回路３０８で得られる表示用の画像データに基づいて、表示パネル３１１を駆動する。表示パネル３１１は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成されている。
【０１２６】
オーディオデコーダ３１２は、ＤＡＳＨ/ＭＰ４解析部３０７で抽出された、あるいはＨＤＭＩ受信部３１７で得られたオーディオストリームに対して復号化処理を行って非圧縮の音声データを得る。また、オーディオデコーダ３１２は、ＣＰＵ３２１の制御のもと、オーディオストリームに挿入されているメタデータを抽出して、ＣＰＵ３２１に送る。この実施の形態において、メタデータは、所定のネットサービスに接続するためのアクセス情報である（図１２参照）。ＣＰＵ３２１は、適宜、テレビ受信機３００の各部にメタデータを用いた処理を行わせる。
【０１２７】
なお、ＣＰＵ３２１にはＤＡＳＨ/ＭＰ４解析部３０７からＭＰＤ情報が供給される。ＣＰＵ３２１は、このＭＰＤ情報に含まれる識別情報により、オーディオストリームにメタデータが挿入されていることを予め認識でき、メタデータの抽出が行われるようにオーディオデコーダ３１２を制御できる。
【０１２８】
音声処理回路３１３は、オーディオデコーダ３１２で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路３１４は、音声処理回路３１３から出力される音声信号を増幅してスピーカ３１５に供給する。
【０１２９】
図２７に示すテレビ受信機３００の動作を簡単に説明する。受信部３０６では、サービス送信システム１００から、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４が受信される。このように受信されるＭＰＤファイルおよびＭＰ４は、ＤＡＳＨ/ＭＰ４解析部３０７に供給される。
【０１３０】
ＤＡＳＨ/ＭＰ４解析部３０７では、ＭＰＤファイルおよびＭＰ４が解析される。そして、ＤＡＳＨ/ＭＰ４解析部３０７では、ＭＰＤファイルに含まれるＭＰＤ情報が抽出され、ＣＰＵ３２１に送られる。ここで、このＭＰＤ情報には、オーディオストリームにメタデータが挿入されていることを示す識別情報も含まれる。また、ＤＡＳＨ/ＭＰ４解析部３０７では、ＭＰ４からメタデータ、例えば、各トラックのヘッダ情報やコンテンツ内容のメタ記述、時刻情報などが抽出され、ＣＰＵ３２１に送られる。
【０１３１】
また、ＤＡＳＨ/ＭＰ４解析部３０７では、ＭＰ４からビデオストリームが抽出され、ビデオデコーダ３０８に送られる。ビデオデコーダ３０８では、ビデオストリームに復号化処理が施されて非圧縮の画像データが得られる。この画像データは、映像処理回路３０９に供給される。また、ＤＡＳＨ/ＭＰ４解析部３０７では、ＭＰ４からオーディオストリームが抽出される。このオーディオストリームは、オーディオデコーダ３１２に供給される。
【０１３２】
ＨＤＭＩ受信部３１７では、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４００を介してＨＤＭＩ端子３１６に供給される画像データおよびオーディオストリームが受信される。画像データは、映像処理回路３０９に供給される。また、オーディオストリームはオーディオデコーダ３１２に供給される。
【０１３３】
また、ＨＤＭＩ受信部３１７では、画像データのブランキング期間に挿入されている種々の制御情報が抽出され、ＣＰＵ３２１に送られる。この制御情報には、オーディオ・インフォフレーム・パケットに挿入された、オーディオストリームにメタデータが挿入されていることを示す識別情報なども含まれる。そのため、ＣＰＵ３２１は、この識別情報に基づいて、オーディオデコーダ３１２の動作を制御し、オーディオストリームからメタデータを抽出させることが可能となる。
【０１３４】
映像処理回路３０９では、ビデオデコーダ３０８で得られた、あるいはＨＤＭＩ受信部３１７で得られた画像データ、さらには、通信インタフェース３１８でネット上のサーバから受信された画像データなどに対してスケーリング処理、合成処理などが施され、表示用の画像データが得られる。ここで、テレビ放送信号を受信して処理する場合は、映像処理回路３０９では、ビデオデコーダ３０８で得られた画像データが取り扱われる。一方、セットトップボックス２００がＨＤＭＩインタフェースで接続される場合は、映像処理回路３０９では、ＨＤＭＩ受信部３１７で得られた画像データが取り扱われる。
【０１３５】
映像処理回路３０９で得られた表示用の画像データはパネル駆動回路３１０に供給される。パネル駆動回路３１０では、表示用の画像データに基づいて、表示パネル３１１を駆動することが行われる。これにより、表示パネル３１１には、表示用の画像データに対応した画像が表示される。
【０１３６】
オーディオデコーダ３１２では、ＤＡＳＨ/ＭＰ４解析部３０７で得られた、あるいはＨＤＭＩ受信部３１６で得られたオーディオストリームに対して復号化処理が行われて非圧縮の音声データが得られる。ここで、テレビ放送信号を受信して処理する場合は、オーディオデコーダ３１２では、ＤＡＳＨ/ＭＰ４解析部３０７で得られたオーディオストリームが取り扱われる。一方、セットトップボックス２００がＨＤＭＩインタフェースで接続される場合は、オーディオデコーダ３１２では、ＨＤＭＩ受信部３１７で得られたオーディオストリームが取り扱われる。
【０１３７】
オーディオデコーダ３１２で得られる音声データは、音声処理回路３１３に供給される。音声処理回路３１３では、音声データに対してＤ／Ａ変換等の必要な処理が施される。この音声データは、音声増幅回路３１４で増幅された後に、スピーカ３１５に供給される。そのため、スピーカ３１５から、表示パネル３１１の表示画像に対応した音声が出力される。
【０１３８】
また、オーディオデコーダ３１２では、オーディオストリームに挿入されているメタデータが抽出される。例えば、このメタデータの抽出処理は、上述したように、ＣＰＵ３２１が、オーディオストリームにメタデータが挿入されていることを識別情報に基づいて把握して、オーディオデコーダ３１２の動作を制御することで、無駄なく確実に行われる。
【０１３９】
このようにオーディオデコーダ３１２で抽出されるメタデータは、ＣＰＵ３２１に送られる。そして、ＣＰＵ３２１の制御により、適宜、テレビ受信機３００の各部でメタデータを用いた処理が行われる。例えば、ネットワーク上のサーバから画像データを取得して、マルチ画面表示が行われる。
【０１４０】
［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図２８は、図２５に示すセットトップボックス２００のＨＤＭＩ送信部（ＨＤＭＩソース）２０８と、図２７に示すテレビ受信機３００のＨＤＭＩ受信部（ＨＤＭＩシンク）３１７の構成例を示している。
【０１４１】
ＨＤＭＩ送信部２０８は、有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３１７に一方向に送信する。ここで、有効画像区間は、ある垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である。また、ＨＤＭＩ送信部２０８は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部３１７に一方向に送信する。
【０１４２】
ＨＤＭＩ送信部２０８とＨＤＭＩ受信部３１７とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、ＨＤＭＩ送信部２０８からＨＤＭＩ受信部３１７に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０乃至＃２がある。また、ピクセルクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。
【０１４３】
ＨＤＭＩ送信部２０８は、ＨＤＭＩトランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３１７に、一方向にシリアル伝送する。
【０１４４】
また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩ受信部３１７に、一方向にシリアル伝送する。
【０１４５】
さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３１７に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。
【０１４６】
ＨＤＭＩ受信部３１７は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩ送信部２０８から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このＨＤＭＩ受信部３１７は、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩ送信部２０８から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。
【０１４７】
すなわち、ＨＤＭＩ受信部３１７は、ＨＤＭＩレシーバ８２を有する。このＨＤＭＩレシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩ送信部２０８から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を受信する。この場合、ＨＤＭＩ送信部２０８からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。
【０１４８】
ＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０乃至＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。ＤＤＣ８３は、ＨＤＭＩケーブル４００に含まれる図示しない２本の信号線からなる。ＤＤＣ８３は、ＨＤＭＩ送信部２０８が、ＨＤＭＩ受信部３１７から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。
【０１４９】
ＨＤＭＩ受信部３１７は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ  ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部２０８は、例えば、ＣＰＵ２１１（図２０参照）からの要求に応じて、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３１７から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。
【０１５０】
ＨＤＭＩ送信部２０８は、読み出したＥ−ＥＤＩＤをＣＰＵ２１１に送る。ＣＰＵ２１１は、このＥ−ＥＤＩＤを、フラッシュＲＯＭ２１２あるいはＤＲＡＭ２１３に格納する。
【０１５１】
ＣＥＣライン８４は、ＨＤＭＩケーブル４００に含まれる図示しない１本の信号線からなり、ＨＤＭＩ送信部２０８とＨＤＭＩ受信部３１７との間で、制御用のデータの双方向通信を行うために用いられる。このＣＥＣライン８４は、制御データラインを構成している。
【０１５２】
また、ＨＤＭＩケーブル４００には、ＨＰＤ(Hot Plug Detect)と呼ばれるピンに接続されるライン（ＨＰＤライン）８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。なお、このＨＰＤライン８６は双方向通信路を構成するＨＥＡＣ−ラインとしても使用される。また、ＨＤＭＩケーブル４００には、ソース機器からシンク機器に電源を供給するために用いられる電源ライン８７が含まれている。さらに、ＨＤＭＩケーブル４００には、ユーティリティライン８８が含まれている。このユーティリティライン８８は双方向通信路を構成するＨＥＡＣ＋ラインとしても使用される。
【０１５３】
図２９は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間１７（Video Data Period）、データアイランド区間１８（Data Island Period）、およびコントロール区間１９（Control Period）の３種類の区間が存在する。
【０１５４】
ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（Active Edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平帰線期間１５（Horizontal Blanking）、垂直帰線期間１６（Vertical Blanking）、並びに、ビデオフィールド区間から、水平帰線期間および垂直帰線期間を除いた区間である有効画素区間１４（Active Video）に分けられる。
【０１５５】
ビデオデータ区間１７は、有効画素区間１４に割り当てられる。このビデオデータ区間１７では、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active Pixel）のデータが伝送される。データアイランド区間１８およびコントロール区間１９は、水平帰線期間１５および垂直帰線期間１６に割り当てられる。このデータアイランド区間１８およびコントロール区間１９では、補助データ（Auxiliary Data）が伝送される。
【０１５６】
すなわち、データアイランド区間１８は、水平帰線期間１５と垂直帰線期間１６の一部分に割り当てられている。このデータアイランド区間１８では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。コントロール区間１９は、水平帰線期間１５と垂直帰線期間１６の他の部分に割り当てられている。このコントロール区間１９では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。
【０１５７】
次に、図３０を参照して、テレビ受信機３００におけるメタデータを用いた処理の具体例を説明する。テレビ受信機３００は、例えば、メタデータとして、初期サーバＵＲＬ、ネットワーク・サービス識別情報、対象ファイル名、セッション開始・終了コマンド、メディア記録・再生コマンドなどを取得する。なお、上述では、メタデータが所定のネットサービスに接続するためのアクセス情報である旨を述べたが、ここではその他の必要な情報もメタデータに含まれているものとする。
【０１５８】
ネットワーククライアントであるテレビ受信機３００は、初期サーバＵＲＬを用いて、プライマリサーバにアクセスする。そして、テレビ受信機３００は、プライマリサーバから、ストリーミングサーバＵＲＬ、対象ファイル名、ファイルのタイプを示すマイムタイプ、メディア再生時間情報などの情報を取得する。
【０１５９】
そして、テレビ受信機３００は、ストリーミングサーバＵＲＬを用いて、ストリーミングサーバにアクセスする。そして、テレビ受信機３００は、対象ファイル名を指定する。ここで、マルチキャストでのサービスを受ける場合は、ネットワーク識別情報とサービス識別情報で番組のサービスを特定する。
【０１６０】
そして、テレビ受信機３００は、セッション開始・終了コマンドにより、ストリーミングサーバとの間のセッションを開始し、あるいはそのセッションを終了する。また、テレビ受信機３００は、ストリーミングサーバとの間のセッション続行中に、メディア記録・再生コマンドを用いて、ストリーミングサーバからメディアデータを取得する。
【０１６１】
なお、図３０の例では、プライマリサーバとストリーミングサーバとが別個に存在している。しかし、これらのサーバは、一体的に構成されていてもよい。
【０１６２】
図３１は、テレビ受信機３００でメタデータに基づいてネットサービスにアクセスする場合の画面表示の遷移例を示している。図３１（ａ）は、表示パネル３１１に画像が表示されていない状態を示す。図３１（ｂ）は、放送受信が開始され、この放送受信に係るメインコンテンツが、表示パネル３１１に、全画面表示されている状態を示す。
【０１６３】
図３１（ｃ）は、メタデータによるサービスへのアクセスがあり、テレビ受信機３００とサーバとの間のセッションが開始された状態を示す。この場合、放送受信に係るメインコンテンツが全画面表示から部分画面表示となる。
【０１６４】
図３１（ｄ）は、サーバからのメディア再生が行われ、表示パネル３１１に、メインコンテンツの表示と並行して、ネットサービスコンテンツ１が表示された状態を示す。そして、図３１（ｅ）は、サーバからのメディア再生が行われ、表示パネル３１１に、メインコンテンツの表示と並行して、サネットサービスコンテンツ１の表示と共に、ネットサービスコンテンツ２がメインコンテンツ表示上に重畳表示された状態を示す。
【０１６５】
図３１（ｆ）は、ネットからのサービスコンテンツの再生が終了し、テレビ受信機３００とサーバとの間のセッションが終了した状態を示す。この場合、表示パネル３１１に、放送受信に係るメインコンテンツが全画面表示される状態に戻る。
【０１６６】
なお、図２７に示すテレビ受信機３００は、スピーカ３１５を備え、図３２に示すように、オーディオデコーダ３１２で得られた音声データが音声処理回路３１３および音声増幅回路３１４を介してスピーカ３１５に供給され、このスピーカ３１５から音声が出力される構成とされている。
【０１６７】
しかし、図３３に示すように、テレビ受信機３００はスピーカを備えず、ＤＡＳＨ/ＭＰ４解析部３０７あるいはＨＤＭＩ受信部３１７で得られるオーディオストリームをインタフェース部３３１から外部スピーカシステム３５０に供給する構成も考えられる。インタフェース部３３１は、例えば、ＨＤＭＩ（High-Definition Multimedia Interface）、ＳＰＤＩＦ（Sony Philips Digital Interface）、ＭＨＬ(Mobile High-definition Link）などのデジタルインタフェースである。
【０１６８】
この場合、オーディオストリームは、外部スピーカシステム３５０が有するオーディオデコーダ３５１ａで復号化処理が行われ、この外部スピーカシステム３５０から音声が出力される。なお、テレビ受信機３００がスピーカ３１５を備える場合（図３２参照）であっても、オーディオストリームをインタフェース部３３１から外部スピーカシステム３５０に供給する構成（図３３参照）もさらに考えられる。
【０１６９】
上述したように、図３（ａ），（ｂ）に示す送受信システム１０，１０´において、サービス送信システム１００は、ＭＰＤファイルに、オーディオストリームにメタデータが挿入されていることを示す識別情報を挿入する。そのため、受信側（セットトップボックス２００、テレビ受信機３００）では、オーディオストリームにメタデータが挿入されていることを容易に認識できる。
【０１７０】
また、図３（ａ）に示す送受信システム１０において、セットトップボックス２００は、メタデータが挿入されたオーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、テレビ受信機３００に、ＨＤＭＩで送信する。そのため、テレビ受信機３００では、オーディオストリームにメタデータが挿入されていることを容易に認識でき、この認識に基づいてオーディオストリームに挿入されているメタデータの抽出処理を行うことで、無駄なく確実にメタデータを取得して利用できる。
【０１７１】
また、図３（ｂ）に示す送受信システム１０´において、テレビ受信機３００は、ＭＰＤファイルに挿入されている識別情報に基づいて、オーディオストリームからメタデータを抽出して処理に用いる。そのため、オーディオストリームに挿入されているメタデータを無駄なく確実に取得でき、メタデータを用いた処理を適切に実行できる。
【０１７２】
＜２．変形例＞
なお、上述の実施の形態において、送受信システム１０，１０´として、ＤＡＳＨ/ＭＰ４を取り扱う例を示したが、ＭＰＥＧ２−ＴＳを取り扱う例も同様に考えられる。
【０１７３】
［送受信システムの構成］
図３４は、ＭＰＥＧ２−ＴＳを取り扱う送受信システムの構成例を示している。図３４（ａ）の送受信システム１０Ａは、サービス送信システム１００Ａと、セットトップボックス（ＳＴＢ）２００Ａと、テレビ受信機（ＴＶ）３００Ａを有している。セットトップボックス２００Ａとテレビ受信機３００Ａは、ＨＤＭＩ(High Definition Multimedia Interface)ケーブル４００を介して接続されている。た、図３（ｂ）の送受信システム１０Ａ´は、サービス送信システム１００Ａと、テレビ受信機（ＴＶ）３００Ａを有している。
【０１７４】
サービス送信システム１００Ａは、ＭＰＥＧ２−ＴＳのトランスポートストリームＴＳを、ＲＦ伝送路または通信ネットワーク伝送路を通じて、送信する。サービス送信システム１００Ａは、オーディオストリームに、メタデータを挿入する。このメタデーとしては、例えば、所定のネットサービスに接続するためのアクセス情報、所定のコンテンツ情報などが考えられる。ここでは、上述実施の形態と同様に、所定のネットサービスに接続するためのアクセスアクセス情報が挿入されるものとする。
【０１７５】
サービス送信システム１００Ａは、コンテナのレイヤに、オーディオストリームにメタデータが挿入されていることを示す識別情報を挿入する。サービス送信システム１００Ａは、この識別情報を、例えば、プログラムマップテーブル（ＰＭＴ：Program Map Table）の配下のオーディオ・エレメンタリストリーム・ループに内にデスクリプタとして挿入する。
【０１７６】
セットトップボックス２００Ａは、サービス送信システム１００Ａから、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、ビデオストリームおよびオーディオストリームが含まれており、オーディオストリームにはメタデータが挿入されている。
【０１７７】
セットトップボックス２００Ａは、オーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、ＨＤＭＩケーブル４００を介して、テレビ受信機３００Ａに送信する。
【０１７８】
ここで、セットトップボックス２００Ａは、ビデオストリームをデコードして得られた画像データのブランキング期間にオーディオストリームおよび識別情報を挿入し、この画像データをテレビ受信機３００Ａに送信することで、オーディオストリームおよび識別情報をテレビ受信機３００Ａに送信する。セットトップボックス２００Ａは、この識別情報を、例えば、オーディオ・インフォフレーム・パケット（Audio InfoFrame packet）に挿入する（図２６参照）。
【０１７９】
テレビ受信機３００Ａは、図３４（ａ）に示す送受信システム１０Ａにあっては、セットトップボックス２００Ａから、ＨＤＭＩケーブル４００を介して、オーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、受信する。すなわち、テレビ受信機３００Ａは、セットトップボックス２００Ａから、オーディオストリームおよび識別情報がブランキング期間に挿入されている画像データを受信する。
【０１８０】
そして、テレビ受信機３００Ａは、識別情報に基づいて、オーディオストリームをデコードしてメタデータを抽出し、このメタデータを用いた処理をする。この場合、テレビ受信機３００Ａは、メタデータとしての所定のネットサービス情報に基づいて、ネットワーク上の所定のサーバにアクセスする。
【０１８１】
また、テレビ受信機３００Ａは、図３４（ｂ）に示す送受信システム１０Ａ´にあっては、サービス送信システム１００Ａから、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳに含まれるオーディストリームには、メタデータとして、所定のネットサービスに接続するためのアクセス情報が挿入されている。また、コンテナのレイヤに、オーディオストリームにメタデータが挿入されていることを示す識別情報が挿入されている。
【０１８２】
そして、テレビ受信機３００Ａは、識別情報に基づいて、オーディオストリームをデコードしてメタデータを抽出し、このメタデータを用いた処理をする。この場合、テレビ受信機３００Ａは、メタデータとしての所定のネットサービス情報に基づいて、ネットワーク上の所定のサーバにアクセスする。
【０１８３】
［サービス送信システムのＴＳ生成部］
図３５は、サービス送信システム１００Ａが備えるＴＳ生成部１１０Ａの構成例を示している。この図３５において、図８と対応する部分には、同一符号を付して示している。このＴＳ生成部１１０Ａは、制御部１１１と、ビデオエンコーダ１１２と、オーディオエンコーダ１１３と、ＴＳフォーマッタ１１４Ａを有している。
【０１８４】
制御部１１１は、ＣＰＵ１１１ａを備えており、ＴＳ生成部１１０Ａの各部を制御する。ビデオエンコーダ１１２は、画像データＳＶに対して、ＭＰＥＧ２、Ｈ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化を施し、ビデオストリーム（ビデオエレメンタリストリーム）を生成する。画像データＳＶは、例えば、ＨＤＤなどの記録媒体から再生された画像データ、あるいはビデオカメラで得られたライブ画像データなどである。
【０１８５】
オーディオエンコーダ１１３は、音声データＳＡに対して、ＡＡＣ、ＡＣ３、ＡＣ４、ＭＰＥＧＨ（３Ｄオーディオ）などの圧縮フォーマットによる符号化を施し、オーディオストリーム（オーディオエレメンタリストリーム）を生成する。音声データＳＡは、上述の画像データＳＶに対応した音声データであり、ＨＤＤなどの記録媒体から再生された音声データ、あるいはマイクロホンで得られたライブ音声データなどである。
【０１８６】
オーディオエンコーダ１１３は、オーディオ符号化ブロック部１１３ａおよびオーディオフレーミング部１１３ｂを有している。オーディオ符号化ブロック部１１３ａで符号化ブロックが生成され、オーディオフレーミング部１１３ｂでフレーミングが行われる。この場合、圧縮フォーマットにより、符号化ブロックが異なると共に、フレーミングも異なる。
【０１８７】
オーディオエンコーダ１１３は、制御部１１１による制御のもと、オーディオストリームに、メタデータＭＤを挿入する。このメタデータＭＤとしては、例えば、所定のネットサービスに接続するためのアクセス情報、所定のコンテンツ情報などが考えられる。ここでは、上述実施の形態と同様に、所定のネットサービスに接続するためのアクセスアクセス情報が挿入されるものとする。
【０１８８】
このメタデータＭＤは、オーディオストリームのユーザデータ領域に挿入される。詳細説明は省略するが、各圧縮フォーマットにおけるメタデータＭＤの挿入は上述実施の形態におけるＤＡＳＨ/ＭＰ４生成部１１０における場合と同様に行われ、メタデータＭＤとして「SDO_payload()」が挿入される（図８−図２４参照）。
【０１８９】
ＴＳフォーマッタ１１４Ａは、ビデオエンコーダ１１２から出力されるビデオストリームおよびオーディオエンコーダ１１３から出力されるオーディオストリームを、ＰＥＳパケット化し、さらにトランスポートパケット化して多重し、多重化ストリームとしてのトランスポートストリームＴＳを得る。
【０１９０】
また、ＴＳフォーマッタ１１４Ａは、プログラムマップテーブル（ＰＭＴ）の配下に、オーディオストリームにメタデータＭＤが挿入されていることを示す識別情報を挿入する。この識別情報の挿入には、オーディオ・ユーザデータ・デスクリプタ（audio_userdata_descriptor）を用いる。このデスクリプタの詳細については後述する。
【０１９１】
図３５に示すＴＳ生成部１１０Ａの動作を簡単に説明する。画像データＳＶはビデオエンコーダ１１２に供給される。このビデオエンコーダ１１２では、その画像データＳＶに対してＨ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化が施され、符号化ビデオデータを含むビデオストリームが生成される。
【０１９２】
また、音声データＳＡは、オーディオエンコーダ１１３に供給される。このオーディオエンコーダ１１３では、その音声データＳＡに対して、ＡＡＣ、ＡＣ３、ＡＣ４、ＭＰＥＧＨ（３Ｄオーディオ）などの符号化が施され、オーディオストリームが生成される。
【０１９３】
この際、制御部１１１からオーディオエンコーダ１１３に、メタデータＭＤが供給されると共に、このメタデータＭＤをユーザデータ領域に埋め込むためのサイズ情報が供給される。そして、オーディオエンコーダ１１３では、オーディオストリームのユーザデータ領域に、メタデータＭＤを埋め込むことが行われる。
【０１９４】
ビデオエンコーダ１１２で生成されたビデオストリームは、ＴＳフォーマッタ１１４Ａに供給される。また、オーディオエンコーダ１１３で生成された、ユーザデータ領域にメタデータＭＤが埋め込まれたオーディオストリームは、ＴＳフォーマッタ１１４Ａに供給される。
【０１９５】
このＴＳフォーマッタ１１４Ａでは、各エンコーダから供給されるストリームがパケット化されて多重され、伝送データとしてトランスポートストリームＴＳが得られる。また、このＴＳフォーマッタ１１４Ａでは、プログラムマップテーブル（ＰＭＴ）の配下に、オーディオストリームにメタデータＭＤが挿入されていることを示す識別情報が挿入される。
【０１９６】
［オーディオ・ユーザデータ・デスクリプタの詳細］
図３６は、オーディオ・ユーザデータ・デスクリプタ（audio_userdata_descriptor）の構造例（Syntax）を示している。また、図３７は、その構造例における主要な情報の内容（Semantics）を示している。
【０１９７】
「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示す。ここでは、オーディオ・ユーザデータ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
【０１９８】
「audio_codec_type」の８ビットフィールドは、オーディオの符号化方式（圧縮フォーマット）を示す。例えば、“１”は「ＭＰＥＧＨ」を示し、“２”は「ＡＡＣ」を示し、“３”は「ＡＣ３」を示し、“４”は「ＡＣ４」を示す。この情報の付加により、受信側では、オーディオストリームにおける音声データの符号化方式を容易に把握できる。
【０１９９】
「metadata_type」の３ビットフィールドは、メタデータのタイプを示す。例えば、“１”は、「userdata()」のフィールドに、所定のネットサービスに接続するためのアクセス情報を持つ、ＡＴＳＣの「SDO_payload()」が置かれることを示す。この情報の付加により、受信側では、メタデータのタイプ、すなわちメタデータがどのようなメタデータであるかを容易に把握でき、例えば取得するか否かの判断を行うことも可能となる。
【０２００】
「coordinated_control_flag」の１ビットフラグ情報は、メタデータがオーディオストリームのみに挿入されているか否かを示す。例えば、“１”は他のコンポーネントのストリームにも挿入されていることを示し、“０”はオーディオストリームのみに挿入されていることを示す。この情報の付加により、受信側では、メタデータがオーディオストリームのみに挿入されているか否かを容易に把握できる。
【０２０１】
「frequency_type」の３ビットフィールドは、オーディオストリームに対するメタデータの挿入頻度のタイプを示す。例えば、“１”は各オーディオアクセスユニットに一つのユーザデータ（メタデータ）が挿入されていることを示す。“２”は一つのオーディオアクセスユニットに複数のユーザデータ（メタデータ）が挿入されていることを示す。さらに、“３”はランダムアクセスポイントを含むグループ毎に、その先頭のオーディオアクセスユニットに少なくとも一つのユーザデータ（メタデータ）が挿入されていることを示す。この情報の付加により、受信側では、オーディオストリームに対するメタデータの挿入頻度を容易に把握できる。
【０２０２】
[トランスポートストリームＴＳの構成]
図３８は、トランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES」が存在すると共に、ＰＩＤ２で識別されるオーディオストリームのＰＥＳパケット「audio PES」が存在する。ＰＥＳパケットは、ＰＥＳヘッダ（PES_header）とＰＥＳペイロード（PES_payload）からなっている。ＰＥＳヘッダには、ＤＴＳ，ＰＴＳのタイムスタンプが挿入されている。オーディオストリームのＰＥＳパケットのＰＥＳペイロードにはメタデータを含むユーザデータ領域が存在する。
【０２０３】
また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。
【０２０４】
また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、ビデオストリームに対応したビデオエレメンタリストリーム・ループ（video ES loop）が存在すると共に、オーディオストリームに対応したオーディオエレメンタリストリーム・ループ（audio ES loop）が存在する
【０２０５】
ビデオエレメンタリストリーム・ループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このビデオストリームの「Stream_type」の値は「０ｘ２４」に設定され、ＰＩＤ情報は、上述したようにビデオストリームのＰＥＳパケット「video PES」に付与されるＰＩＤ１を示すものとされる。デスクリプタの一つして、ＨＥＶＣ デスクリプタが配置される。
【０２０６】
また、オーディオエレメンタリストリーム・ループ（audio ES loop）には、オーディオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのオーディオストリームに関連する情報を記述するデスクリプタも配置される。このオーディオストリームの「Stream_type」の値は「０ｘ１１」に設定され、ＰＩＤ情報は、上述したようにオーディオストリームのＰＥＳパケット「audio PES」に付与されるＰＩＤ２を示すものとされる。デスクリプタの一つとして、上述したオーディオ・ユーザデータ・デスクリプタ（audio_userdata_descriptor）が配置される。
【０２０７】
［セットトップボックスの構成例］
図３９は、セットトップボックス２００Ａの構成例を示している。この図３９において、図２５と対応する部分には同一符号を付して示している。受信部２０４Ａは、サービス送信システム１００Ａから、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるトランスポートストリームＴＳを受信する。
【０２０８】
ＴＳ解析部２０５Ａは、トランスポートストリームＴＳからビデオストリームのパケットを抽出し、ビデオデコーダ２０６に送る。ビデオデコーダ２０６は、デマルチプレクサ２０５で抽出されたビデオのパケットからビデオストリームを再構成し、復号化処理を行って非圧縮の画像データを得る。また、ＴＳ解析部２０５Ａは、トランスポートストリームＴＳからオーディオストリームのパケットを抽出し、オーディオストリームを再構成する。オーディオフレーミング部２０７は、このように再構成されたオーディオストリームに対してフレーミングを行う。
【０２０９】
なお、ＴＳ解析部２０５Ａから転送されるオーディオストリームをオーディオフレーミング部２０７へ送ることと並行し、図示せぬオーディオデコーダでデコードし、オーディオ出力を行うことも可能である。
【０２１０】
また、ＴＳ解析部２０５Ａは、トランスポートストリームＴＳから各種デスクリプタなどを抽出し、ＣＰＵ２１１に送信する。ここで、デスクリプタには、オーディオストリームにメタデータが挿入されていることを示す識別情報としてのオーディオ・ユーザデータ・デスクリプタ（図３６参照）も含まれる。
【０２１１】
詳細説明は省略するが、この図３９に示すセットトップボックス２００Ａのその他は、図２５に示すセットトップボックス２００と同様に構成され、同様の動作をする。
【０２１２】
［テレビ受信機の構成例］
図４０は、テレビ受信機３００Ａの構成例を示している。この図４０において、図２７と対応する部分には同一符号を付して示している。受信部３０６Ａは、サービス送信システム１００Ａから、ＲＦ伝送路または通信ネットワーク伝送路を通じて送られてくるトランスポートストリームＴＳを受信する。
【０２１３】
ＴＳ解析部３０７Ａは、トランスポートストリームＴＳからビデオストリームのパケットを抽出し、ビデオデコーダ３０８に送る。ビデオデコーダ３０８は、デマルチプレクサ２０５で抽出されたビデオのパケットからビデオストリームを再構成し、復号化処理を行って非圧縮の画像データを得る。また、ＴＳ解析部３０７Ａは、トランスポートストリームＴＳからオーディオストリームのパケットを抽出し、オーディオストリームを再構成する。
【０２１４】
また、ＴＳ解析部３０７Ａは、トランスポートストリームＴＳからオーディオストリームのパケットを抽出し、オーディオストリームを再構成する。また、ＴＳ解析部３０７Ａは、トランスポートストリームＴＳから各種デスクリプタなどを抽出し、ＣＰＵ３２１に送信する。ここで、このデスクリプタには、オーディオストリームにメタデータが挿入されていることを示す識別情報としてのオーディオ・ユーザデータ・デスクリプタ（図３６参照）も含まれる。
【０２１５】
詳細説明は省略するが、この図４０に示すテレビ受信機３００Ａのその他は、図２７に示すテレビ受信機３００と同様に構成され、同様の動作をする。
【０２１６】
上述したように、図３４（ａ），（ｂ）に示す画像表示システム１０Ａ，１０Ａ´において、サービス送信システム１００Ａは、オーディオストリームにメタデータを挿入すると共に、オーディオストリームにメタデータが挿入されていることを示す識別情報をコンテナのレイヤに挿入する。そのため、受信側（セットトップボックス２００Ａ、テレビ受信機３００Ａ）では、オーディオストリームにメタデータが挿入されていることを容易に認識できる。
【０２１７】
また、図３４（ａ）に示す画像表示システム１０Ａにおいて、セットトップボックス２００Ａは、メタデータが挿入されたオーディオストリームを、このオーディオストリームにメタデータが挿入されていることを示す識別情報と共に、テレビ受信機３００Ａに、ＨＤＭＩで送信する。そのため、テレビ受信機３００Ａでは、オーディオストリームにメタデータが挿入されていることを容易に認識でき、この認識に基づいてオーディオストリームに挿入されているメタデータの抽出処理を行うことで、無駄なく確実にメタデータを取得して利用できる。
【０２１８】
また、図３４（ｂ）に示す画像表示システム１０Ａ´において、テレビ受信機３００Ａは、オーディオストリームと共に受信される識別情報に基づいてこのオーディオストリームからメタデータを抽出して処理に用いる。そのため、オーディオストリームに挿入されているメタデータを無駄なく確実に取得でき、メタデータを用いた処理を適切に実行できる。
【０２１９】
また、上述実施の形態において、セットトップボックス２００はテレビ受信機３００に画像データ、オーディオストリームを送信する構成となっている。しかし、テレビ受信機３００の代わりに、モニタ装置、あるいはプロジェクタ等に送信する構成も考えられる。また、セットトップボックス２００の代わりに、受信機能付きのレコーダ、パーソナルコンピュータ等である構成も考えられる。
【０２２０】
また、上述実施の形態において、セットトップボックス２００とテレビ受信機３００はＨＤＭＩケーブル４００で接続されてなるものである。しかし、これらの間が、ＨＤＭＩと同様のデジタルインタフェースで有線接続される場合、さらには、無線によって接続される場合にも、この発明を同様に適用できることは勿論である。
【０２２１】
なお、本技術は、以下のような構成もとることができる。
（１）メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信部と、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入部とを備える
送信装置。
（２）上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
前記（１）に記載の送信装置。
（３）上記メタデータは、ＵＲＩ情報を示すキャラクタコードである
前記（２）に記載の送信装置。
（４）上記メタファイルは、ＭＰＤファイルである
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記情報挿入部は、
“Supplementary Descriptor”を用いて、上記メタファイルに上記識別情報を挿入する
前記（４）に記載の送信装置。
（６）上記送信部は、
上記メタファイルをＲＦ伝送路または通信ネットワーク伝送路を通じて送信する
前記（１）から（５）のいずれかに記載の送信装置。
（７）上記送信部は、
上記メタデータが挿入されたオーディオストリームを含む所定フォーマットのコンテナをさらに送信する
前記（１）から（６）のいずれかに記載の送信装置。
（８）上記コンテナは、ＭＰ４である
前記（７）に記載の送信装置。
（９）送信部により、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信ステップと、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入ステップとを有する
送信方法。
（１０）メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信部をさらに備える
受信装置。
（１１）上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
前記（１０）に記載の受信装置。
（１２）上記メタファイルは、ＭＰＤファイルであり、
上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
前記（１０）または（１１）に記載の受信装置。
（１３）上記送信部は、
画像データのブランキング期間に上記オーディオストリームおよび上記識別情報を挿入し、該画像データを上記外部機器に送信することで、上記オーディオストリームおよび上記識別情報を上記外部機器に送信する
前記（１０）から（１２）のいずれかに記載の受信装置。
（１４）上記所定の伝送路は、ＨＤＭＩケーブルである
前記（１０）から（１３）のいずれかに記載の受信装置。
（１５）受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信ステップをさらに有する
受信方法。
（１６）メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出部と、
上記メタデータを用いた処理を行う処理部とをさらに備える
受信装置。
（１７）上記メタファイルは、ＭＰＤファイルであり、
上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
前記（１６）に記載の受信装置。
（１８）上記メタデータは、所定のネットサービスに接続するためのアクセス情報であり、
上記処理部は、
上記ネットワークアクセス情報に基づいて、ネットワーク上の所定のサーバにアクセスする
前記（１６）または（１７）に記載の受信装置。
（１９）受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出ステップと、
上記メタデータを用いた処理を行う処理ステップとをさらに有する
受信方法。
（２０）ネットワークアクセス情報を含むメタデータが挿入されたオーディオストリームを生成するストリーム生成部と、
上記オーディオストリームを有する所定フォーマットのコンテナを送信する送信部とを備える
送信装置。
【０２２２】
本技術の主な特徴は、ＤＡＳＨ/ＭＰ４の配信でオーディオストリームにメタデータを挿入する場合に、オーディオストリームにメタデータが挿入されていることを示す識別情報をＭＰＤファイルに挿入することで、受信側において、オーディオストリームにメタデータが挿入されていることを容易に認識可能としたことである(図３、図４参照)。
【符号の説明】
【０２２３】
１０，１０´，１０Ａ，１０Ａ´・・・送受信システム
１４・・・有効画素区間
１５・・・水平帰線期間
１６・・・垂直帰線期間
１７・・・ビデオデータ区間
１８・・・データアイランド区間
１９・・・コントロール区間
３０Ａ，３０Ｂ・・・ＭＰＥＧ−ＤＡＳＨベースのストリーム配信システム
３１・・・ＤＡＳＨストリームファイルサーバ
３２・・・ＤＡＳＨ ＭＰＤサーバ
３３，３３-1〜３３-N・・・受信システム
３４・・・ＣＤＮ
３５，３５-1〜３５-M・・・受信システム
３６・・・放送送出システム
８１・・・ＨＤＭＩトランスミッタ
８２・・・ＨＤＭＩレシーバ
８３・・・ＤＤＣ
８４・・・ＣＥＣライン
８５・・・ＥＤＩＤ ＲＯＭ
１００，１００Ａ・・・サービス送信システム
１１０・・・ＤＡＳＨ/ＭＰ４生成部
１１０Ａ・・・ＴＳ生成部
１１１・・・制御部
１１１ａ・・・ＣＰＵ
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１３ａ・・・オーディオ符号化ブロック部
１１３ｂ・・・オーディオフレーミング部
１１４・・・ＤＡＳＨ/ＭＰ４フォーマッタ
１１４Ａ・・・ＴＳフォーマッタ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０４，２０４Ａ・・・受信部
２０５・・・ＤＡＳＨ/ＭＰ４解析部
２０５Ａ・・・ＴＳ解析部
２０６・・・ビデオデコーダ
２０７・・・オーディオフレーミング部
２０８・・・ＨＤＭＩ送信部
２０９・・・ＨＤＭＩ端子
２１１・・・ＣＰＵ２１１
２１２・・・フラッシュＲＯＭ
２１３・・・ＤＲＡＭ
２１４・・・内部バス
２１５・・・リモコン受信部
２１６・・・リモコン送信機
３００，３００Ａ・・・テレビ受信機
３０６，３０６Ａ・・・受信部
３０７・・・ＤＡＳＨ/ＭＰ４解析部
３０７Ａ・・・ＴＳ解析部
３０８・・・ビデオデコーダ
３０９・・・映像処理回路
３１０・・・パネル駆動回路
３１１・・・表示パネル
３１２・・・オーディオデコーダ
３１３・・・音声処理回路
３１４・・・音声増幅回路
３１５・・・スピーカ
３１６・・・ＨＤＭＩ端子
３１７・・・ＨＤＭＩ受信部
３１８・・・通信インタフェース
３２１・・・ＣＰＵ
３２２・・・フラッシュＲＯＭ
３２３・・・ＤＲＡＭ
３２４・・・内部バス
３２５・・・リモコン受信部
３２６・・・リモコン送信機
３５０・・・外部スピーカシステム
４００・・・ＨＤＭＩケーブル
【図１】
2016039285.tif 000003
【図２】
2016039285.tif 000004
【図３】
2016039285.tif 000005
【図４】
2016039285.tif 000006
【図５】
2016039285.tif 000007
【図６】
2016039285.tif 000008
【図７】
2016039285.tif 000009
【図８】
2016039285.tif 000010
【図９】
2016039285.tif 000011
【図１０】
2016039285.tif 000012
【図１１】
2016039285.tif 000013
【図１２】
2016039285.tif 000014
【図１３】
2016039285.tif 000015
【図１４】
2016039285.tif 000016
【図１５】
2016039285.tif 000017
【図１６】
2016039285.tif 000018
【図１７】
2016039285.tif 000019
【図１８】
2016039285.tif 000020
【図１９】
2016039285.tif 000021
【図２０】
2016039285.tif 000022
【図２１】
2016039285.tif 000023
【図２２】
2016039285.tif 000024
【図２３】
2016039285.tif 000025
【図２４】
2016039285.tif 000026
【図２５】
2016039285.tif 000027
【図２６】
2016039285.tif 000028
【図２７】
2016039285.tif 000029
【図２８】
2016039285.tif 000030
【図２９】
2016039285.tif 000031
【図３０】
2016039285.tif 000032
【図３１】
2016039285.tif 000033
【図３２】
2016039285.tif 000034
【図３３】
2016039285.tif 000035
【図３４】
2016039285.tif 000036
【図３５】
2016039285.tif 000037
【図３６】
2016039285.tif 000038
【図３７】
2016039285.tif 000039
【図３８】
2016039285.tif 000040
【図３９】
2016039285.tif 000041
【図４０】
2016039285.tif 000042
【国際調査報告】
2016039285.tif 000043
2016039285.tif 000044