JPWO2016039285A1 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

送信装置、送信方法、受信装置および受信方法 Download PDF

Info

Publication number
JPWO2016039285A1
JPWO2016039285A1 JP2016514783A JP2016514783A JPWO2016039285A1 JP WO2016039285 A1 JPWO2016039285 A1 JP WO2016039285A1 JP 2016514783 A JP2016514783 A JP 2016514783A JP 2016514783 A JP2016514783 A JP 2016514783A JP WO2016039285 A1 JPWO2016039285 A1 JP WO2016039285A1
Authority
JP
Japan
Prior art keywords
metadata
audio stream
audio
stream
transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016514783A
Other languages
English (en)
Other versions
JP6809221B2 (ja
Inventor
塚越　郁夫
郁夫 塚越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2016039285A1 publication Critical patent/JPWO2016039285A1/ja
Application granted granted Critical
Publication of JP6809221B2 publication Critical patent/JP6809221B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/561—Adding application-functional data or data for application control, e.g. adding metadata
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
    • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
    • G10L19/16—Vocoder architecture
    • G10L19/167—Audio streaming, i.e. formatting and decoding of an encoded audio signal representation into a data stream for transmission or storage purposes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8106—Monomedia components thereof involving special audio data, e.g. different tracks for different languages
    • H04N21/8113—Monomedia components thereof involving special audio data, e.g. different tracks for different languages comprising music, e.g. song in MP3 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/854—Content authoring
    • H04N21/85406—Content authoring involving a specific file format, e.g. MP4 format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Computer Interaction (AREA)
  • Acoustics & Sound (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

オーディオストリームにメタデータが挿入されていることを受信側で容易に認識可能とする。メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する。オーディオストリームにメタデータが挿入されていることを示す識別情報を、メタファイルに挿入する。受信側では、オーディオストリームにメタデータが挿入されていることを、メタファイルに挿入されている識別情報から容易に認識できる。

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、特に、オーディオストリームにメタデータを挿入して送信する技術に関連した送信装置等に関する。
従来、メタデータをオーディオストリームに挿入して送信することが提案されている（例えば、特許文献１参照）。
特開２０１２−０１０３１１号公報
メタデータはオーディオストリームの例えばユーザデータ領域に定義される。しかし、全てのオーディオストリームにメタデータが挿入されるわけではない。
本技術の目的は、オーディオストリームにメタデータが挿入されていることを受信側で容易に認識可能として処理の便宜を図ることにある。
本技術の概念は、
メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信部と、
上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入部とを備える
送信装置にある。
本技術において、送信部により、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルが送信される。例えば、メタデータは、所定のネットサービスに接続するためのアクセス情報である、ようにされてもよい。この場合、例えば、メタデータは、ＵＲＩ情報を示すキャラクタコードである、ようにされてもよい。
また、例えば、送信部は、メタファイルをＲＦ伝送路または通信ネットワーク伝送路を通じて送信する、ようにされてもよい。また、例えば、送信部は、メタデータが挿入されたオーディオストリームを含む所定フォーマットのコンテナをさらに送信する、ようにされてもよい。この場合、例えば、コンテナは、ＭＰ４（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・・・受信システム
３６・・・放送送出システム
８１・・・ＨＤＭＩトランスミッタ
８２・・・ＨＤＭＩレシーバ
８３・・・ＤＤＣ
８４・・・ＣＥＣライン
８５・・・ＥＤＩＤ ＲＯＭ
１００，１００Ａ・・・サービス送信システム
１１０・・・ＤＡＳＨ/ＭＰ４生成部
１１０Ａ・・・ＴＳ生成部
１１１・・・制御部
１１１ａ・・・ＣＰＵ
１１２・・・ビデオエンコーダ
１１３・・・オーディオエンコーダ
１１３ａ・・・オーディオ符号化ブロック部
１１３ｂ・・・オーディオフレーミング部
１１４・・・ＤＡＳＨ/ＭＰ４フォーマッタ
１１４Ａ・・・ＴＳフォーマッタ
２００，２００Ａ・・・セットトップボックス（ＳＴＢ）
２０４，２０４Ａ・・・受信部
２０５・・・ＤＡＳＨ/ＭＰ４解析部
２０５Ａ・・・ＴＳ解析部
２０６・・・ビデオデコーダ
２０７・・・オーディオフレーミング部
２０８・・・ＨＤＭＩ送信部
２０９・・・ＨＤＭＩ端子
２１１・・・ＣＰＵ２１１
２１２・・・フラッシュＲＯＭ
２１３・・・ＤＲＡＭ
２１４・・・内部バス
２１５・・・リモコン受信部
２１６・・・リモコン送信機
３００，３００Ａ・・・テレビ受信機
３０６，３０６Ａ・・・受信部
３０７・・・ＤＡＳＨ/ＭＰ４解析部
３０７Ａ・・・ＴＳ解析部
３０８・・・ビデオデコーダ
３０９・・・映像処理回路
３１０・・・パネル駆動回路
３１１・・・表示パネル
３１２・・・オーディオデコーダ
３１３・・・音声処理回路
３１４・・・音声増幅回路
３１５・・・スピーカ
３１６・・・ＨＤＭＩ端子
３１７・・・ＨＤＭＩ受信部
３１８・・・通信インタフェース
３２１・・・ＣＰＵ
３２２・・・フラッシュＲＯＭ
３２３・・・ＤＲＡＭ
３２４・・・内部バス
３２５・・・リモコン受信部
３２６・・・リモコン送信機
３５０・・・外部スピーカシステム
４００・・・ＨＤＭＩケーブル

Claims (20)

  1. メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信部と、
    上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入部とを備える
    送信装置。
  2. 上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
    請求項１に記載の送信装置。
  3. 上記メタデータは、ＵＲＩ情報を示すキャラクタコードである
    請求項２に記載の送信装置。
  4. 上記メタファイルは、ＭＰＤファイルである
    請求項１に記載の送信装置。
  5. 上記情報挿入部は、
    “Supplementary Descriptor”を用いて、上記メタファイルに上記識別情報を挿入する
    請求項４に記載の送信装置。
  6. 上記送信部は、
    上記メタファイルをＲＦ伝送路または通信ネットワーク伝送路を通じて送信する
    請求項１に記載の送信装置。
  7. 上記送信部は、
    上記メタデータが挿入されたオーディオストリームを含む所定フォーマットのコンテナをさらに送信する
    請求項１に記載の送信装置。
  8. 上記コンテナは、ＭＰ４である
    請求項７に記載の送信装置。
  9. 送信部により、メタデータが挿入されたオーディオストリームを受信装置で取得するためのメタ情報を持つメタファイルを送信する送信ステップと、
    上記オーディオストリームに上記メタデータが挿入されていることを示す識別情報を上記メタファイルに挿入する情報挿入ステップとを有する
    送信方法。
  10. メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
    上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
    上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信部をさらに備える
    受信装置。
  11. 上記メタデータは、所定のネットサービスに接続するためのアクセス情報である
    請求項１０に記載の受信装置。
  12. 上記メタファイルは、ＭＰＤファイルであり、
    上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
    請求項１０に記載の受信装置。
  13. 上記送信部は、
    画像データのブランキング期間に上記オーディオストリームおよび上記識別情報を挿入し、該画像データを上記外部機器に送信することで、上記オーディオストリームおよび上記識別情報を上記外部機器に送信する
    請求項１０に記載の受信装置。
  14. 上記所定の伝送路は、ＨＤＭＩケーブルである
    請求項１０に記載の受信装置。
  15. 受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
    上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
    上記オーディオストリームを、上記オーディオストリームにメタデータが挿入されていることを示す識別情報と共に、所定の伝送路を介して、外部機器に送信する送信ステップをさらに有する
    受信方法。
  16. メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信部を備え、
    上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
    上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出部と、
    上記メタデータを用いた処理を行う処理部とをさらに備える
    受信装置。
  17. 上記メタファイルは、ＭＰＤファイルであり、
    上記メタファイルには、“Supplementary Descriptor”により、上記識別情報が挿入されている
    請求項１６に記載の受信装置。
  18. 上記メタデータは、所定のネットサービスに接続するためのアクセス情報であり、
    上記処理部は、
    上記ネットワークアクセス情報に基づいて、ネットワーク上の所定のサーバにアクセスする
    請求項１６に記載の受信装置。
  19. 受信部により、メタデータが挿入されたオーディオストリームを取得するためのメタ情報を持つメタファイルを受信する受信ステップを有し、
    上記メタファイルには、上記オーディオストリームに上記メタデータの挿入があることを示す識別情報が挿入されており、
    上記識別情報に基づいて、上記オーディオストリームをデコードして上記メタデータを抽出するメタデータ抽出ステップと、
    上記メタデータを用いた処理を行う処理ステップとをさらに有する
    受信方法。
  20. ネットワークアクセス情報を含むメタデータが挿入されたオーディオストリームを生成するストリーム生成部と、
    上記オーディオストリームを有する所定フォーマットのコンテナを送信する送信部とを備える
    送信装置。
JP2016514783A 2014-09-12 2015-09-07 送信装置、送信方法、受信装置および受信方法 Active JP6809221B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014186155 2014-09-12
JP2014186155 2014-09-12
PCT/JP2015/075313 WO2016039285A1 (ja) 2014-09-12 2015-09-07 送信装置、送信方法、受信装置および受信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020204046A Division JP7099510B2 (ja) 2014-09-12 2020-12-09 受信装置および受信方法

Publications (2)

Publication Number Publication Date
JPWO2016039285A1 true JPWO2016039285A1 (ja) 2017-06-22
JP6809221B2 JP6809221B2 (ja) 2021-01-06

Family

ID=55459033

Family Applications (4)

Application Number Title Priority Date Filing Date
JP2016514783A Active JP6809221B2 (ja) 2014-09-12 2015-09-07 送信装置、送信方法、受信装置および受信方法
JP2020204046A Active JP7099510B2 (ja) 2014-09-12 2020-12-09 受信装置および受信方法
JP2022105148A Active JP7468575B2 (ja) 2014-09-12 2022-06-29 受信装置および受信方法
JP2024009245A Pending JP2024050685A (ja) 2014-09-12 2024-01-25 送信装置、受信装置および受信方法

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2020204046A Active JP7099510B2 (ja) 2014-09-12 2020-12-09 受信装置および受信方法
JP2022105148A Active JP7468575B2 (ja) 2014-09-12 2022-06-29 受信装置および受信方法
JP2024009245A Pending JP2024050685A (ja) 2014-09-12 2024-01-25 送信装置、受信装置および受信方法

Country Status (8)

Country Link
US (4) US10547701B2 (ja)
EP (1) EP3193330A4 (ja)
JP (4) JP6809221B2 (ja)
KR (4) KR102355472B1 (ja)
CN (4) CN113037767A (ja)
CA (1) CA2929052A1 (ja)
MX (1) MX2016005809A (ja)
WO (1) WO2016039285A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10547701B2 (en) 2014-09-12 2020-01-28 Sony Corporation Transmission device, transmission method, reception device, and a reception method
CN107211200B (zh) * 2015-02-13 2020-04-17 三星电子株式会社 用于发送/接收媒体数据的方法和设备
KR20240119188A (ko) * 2018-02-22 2024-08-06 돌비 인터네셔널 에이비 Mpeg-h 3d 오디오 스트림에 내장된 보조 미디어 스트림들의 처리를 위한 방법 및 장치
US10771828B2 (en) 2018-09-18 2020-09-08 Free Stream Media Corp. Content consensus management
US11416208B2 (en) * 2019-09-23 2022-08-16 Netflix, Inc. Audio metadata smoothing
CN112351317A (zh) * 2020-10-13 2021-02-09 北京巨目智播科技有限公司 一种自适应播放终端播放方法及装置
KR20240091520A (ko) 2022-12-14 2024-06-21 세풍이엔피공업 주식회사 음식물쓰레기 처리장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013065566A1 (ja) * 2011-11-01 2013-05-10 ソニー株式会社 再生装置、再生方法、及びプログラム
WO2014109321A1 (ja) * 2013-01-09 2014-07-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7941553B2 (en) * 2002-10-18 2011-05-10 International Business Machines Corporation Method and device for streaming a media file over a distributed information system
EP1566966A4 (en) * 2003-03-25 2007-02-28 Matsushita Electric Ind Co Ltd DATA TRANSMISSION DEVICE
JP4846352B2 (ja) * 2005-11-28 2011-12-28 ソフトバンクＢｂ株式会社 マルチメディア視聴システム及びマルチメディア視聴方法
KR101513283B1 (ko) * 2007-10-15 2015-04-17 톰슨 라이센싱 버스트 모드 활동을 통신하기 위한 장치 및 방법
JP2011523309A (ja) * 2008-06-06 2011-08-04 ディヴィクス インコーポレイテッド マルチメディアファイルのためのフォントファイル最適化システム及び方法
JP5085462B2 (ja) * 2008-08-11 2012-11-28 ソニー株式会社 情報記録装置、撮像装置、情報記録方法およびプログラム
US8315994B2 (en) * 2008-10-31 2012-11-20 Disney Enterprises, Inc. System and method for updating digital media content
TW201116041A (en) * 2009-06-29 2011-05-01 Sony Corp Three-dimensional image data transmission device, three-dimensional image data transmission method, three-dimensional image data reception device, three-dimensional image data reception method, image data transmission device, and image data reception
KR101786051B1 (ko) * 2009-11-13 2017-10-16 삼성전자 주식회사 데이터 제공 방법 및 장치와 데이터 수신 방법 및 장치
KR101786050B1 (ko) * 2009-11-13 2017-10-16 삼성전자 주식회사 데이터 전송 방법 및 장치
JP5577823B2 (ja) * 2010-04-27 2014-08-27 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
JP2012010311A (ja) * 2010-05-26 2012-01-12 Sony Corp 送信装置、送信方法、受信装置、受信方法および送受信システム
JP5510097B2 (ja) * 2010-06-16 2014-06-04 ソニー株式会社 信号伝送方法、信号送信装置および信号受信装置
US8468453B2 (en) * 2010-08-12 2013-06-18 Echostar Technologies L.L.C. User-selected media content blocking
US9116988B2 (en) * 2010-10-20 2015-08-25 Apple Inc. Temporal metadata track
TWI574565B (zh) * 2011-03-31 2017-03-11 Sony Corp A transmitting apparatus, a transmitting method, a receiving apparatus, a receiving method, a computer-readable medium, and a broadcasting system
CN110062422A (zh) * 2011-10-21 2019-07-26 弗劳恩霍夫应用研究促进协会 无线资源管理设备及方法
KR101719998B1 (ko) * 2011-12-12 2017-03-27 엘지전자 주식회사 미디어 컨텐트를 수신하는 장치 및 방법
CN104185996B (zh) * 2012-04-05 2017-07-21 华为技术有限公司 用于基于iso基媒体文件格式的自适应流媒体的安全异步事件通知的系统和方法
CN103621075A (zh) * 2012-04-24 2014-03-05 索尼公司 图像数据发送装置、图像数据发送方法、图像数据接收装置和图像数据接收方法
EP2869579B1 (en) * 2012-07-02 2017-04-26 Sony Corporation Transmission apparatus, transmission method, and network apparatus for multi-view video streaming using a meta file including cache priority or expiry time information of said video streams
JP2014017741A (ja) 2012-07-10 2014-01-30 Sharp Corp コンテンツ送信装置、コンテンツ再生装置、コンテンツ配信システム、コンテンツ送信装置の制御方法、コンテンツ再生装置の制御方法、制御プログラムおよび記録媒体
US9191429B2 (en) * 2012-07-13 2015-11-17 Qualcomm Incorporated Dynamic resolution of content references for streaming media
BR112015006455B1 (pt) * 2012-10-26 2022-12-20 Apple Inc Terminal móvel, servidor operável para adaptação de multimídia com base em orientação de vídeo, método para adaptação de multimídia em um servidor com base em orientação de dispositivo de um terminal móvel e meio de armazenamento legível por máquina
US11290510B2 (en) * 2012-11-29 2022-03-29 Samsung Electronics Co., Ltd. Method and apparatus for encapsulation of motion picture experts group media transport assets in international organization for standardization base media files
CN107578781B (zh) * 2013-01-21 2021-01-29 杜比实验室特许公司 利用响度处理状态元数据的音频编码器和解码器
TWM487509U (zh) * 2013-06-19 2014-10-01 杜比實驗室特許公司 音訊處理設備及電子裝置
US9628528B2 (en) * 2013-07-19 2017-04-18 Electronics And Telecommunications Research Institute Apparatus and method for providing content
US9756363B2 (en) * 2013-08-20 2017-09-05 Lg Electronics Inc. Apparatus for transmitting media data via streaming service, apparatus for receiving media data via streaming service, method for transmitting media data via streaming service and method for receiving media data via streaming service
CN105723718B (zh) * 2014-01-03 2019-04-16 Lg 电子株式会社 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
US10476930B2 (en) * 2014-01-06 2019-11-12 Intel IP Corporation Client/server signaling commands for dash
US9866608B2 (en) * 2014-03-24 2018-01-09 Qualcomm Incorporated Processing continuous multi-period content
US10798430B2 (en) * 2014-06-20 2020-10-06 Saturn Licensing Llc Reception device, reception method, transmission device, and transmission method
EP3163881A4 (en) * 2014-06-25 2018-01-24 LG Electronics Inc. Broadcast signal transmission device, broadcast signal receiving device, broadcast signal transmission method and broadcast signal receiving method
US10547701B2 (en) 2014-09-12 2020-01-28 Sony Corporation Transmission device, transmission method, reception device, and a reception method
US10325221B2 (en) * 2015-06-02 2019-06-18 Microsoft Technology Licensing, Llc Metadata tag description generation
JP6989172B2 (ja) * 2019-04-22 2022-01-05 株式会社ニイタカ 表面改質樹脂容器

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013065566A1 (ja) * 2011-11-01 2013-05-10 ソニー株式会社 再生装置、再生方法、及びプログラム
WO2014109321A1 (ja) * 2013-01-09 2014-07-17 ソニー株式会社 送信装置、送信方法、受信装置および受信方法

Also Published As

Publication number Publication date
US20230067389A1 (en) 2023-03-02
US20160248870A1 (en) 2016-08-25
CN105706164A (zh) 2016-06-22
CN105706164B (zh) 2021-04-13
KR102355472B1 (ko) 2022-01-26
WO2016039285A1 (ja) 2016-03-17
JP7468575B2 (ja) 2024-04-16
CN113037767A (zh) 2021-06-25
JP6809221B2 (ja) 2021-01-06
US11025737B2 (en) 2021-06-01
KR20220016285A (ko) 2022-02-08
KR20170059915A (ko) 2017-05-31
CN113099291A (zh) 2021-07-09
US20210368019A1 (en) 2021-11-25
EP3193330A4 (en) 2018-04-11
US11509737B2 (en) 2022-11-22
CN113037768A (zh) 2021-06-25
KR102643537B1 (ko) 2024-03-06
US10547701B2 (en) 2020-01-28
JP2024050685A (ja) 2024-04-10
JP7099510B2 (ja) 2022-07-12
KR102498740B1 (ko) 2023-02-13
MX2016005809A (es) 2016-08-01
JP2021057905A (ja) 2021-04-08
KR20230022281A (ko) 2023-02-14
CA2929052A1 (en) 2016-03-17
KR20240032178A (ko) 2024-03-08
US20200120175A1 (en) 2020-04-16
EP3193330A1 (en) 2017-07-19
JP2022141686A (ja) 2022-09-29

Similar Documents

Publication Publication Date Title
JP7099510B2 (ja) 受信装置および受信方法
US10848801B2 (en) Transmission device, transmission method, reception device, and reception method
JP2023052611A (ja) 送信装置、送信方法、メディア処理装置、メディア処理方法および受信装置
JP6891806B2 (ja) 送信装置、送信方法、受信装置および受信方法
US10812838B2 (en) Transmission device, transmission method, reception device, and reception method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20191008

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200526

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200703

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201110

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201123

R151 Written notification of patent or utility model registration

Ref document number: 6809221

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151