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

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

Info

Publication number
JP7232183B2
JP7232183B2 JP2019530557A JP2019530557A JP7232183B2 JP 7232183 B2 JP7232183 B2 JP 7232183B2 JP 2019530557 A JP2019530557 A JP 2019530557A JP 2019530557 A JP2019530557 A JP 2019530557A JP 7232183 B2 JP7232183 B2 JP 7232183B2
Authority
JP
Japan
Prior art keywords
information
image data
stream
encoded stream
picture
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.)
Active
Application number
JP2019530557A
Other languages
English (en)
Other versions
JPWO2019017362A1 (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
Sony Group Corp
Original Assignee
Sony Corp
Sony Group 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, Sony Group Corp filed Critical Sony Corp
Publication of JPWO2019017362A1 publication Critical patent/JPWO2019017362A1/ja
Application granted granted Critical
Publication of JP7232183B2 publication Critical patent/JP7232183B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28—Arrangements for simultaneous broadcast of plural pieces of information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/2362—Generation or processing of Service Information [SI]
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG 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/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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440227—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、基本レイヤおよび拡張レイヤの画像データを符号化して送信する送信装置等に関する。
従来、基本フォーマット画像データと共に高品質フォーマット画像データを送信し、受信側において、基本フォーマット画像データまたは高品質フォーマット画像データを選択的に用いることが知られている。例えば、特許文献１には、メディア符号化をスケーラブルに行って、低解像度のビデオサービスのための基本レイヤの符号化ストリームと、高解像度のビデオサービスのための拡張レイヤの符号化ストリームを生成し、これらを含むコンテナを送信することが記載されている。なお、高品質フォーマットには、高解像度の他に、高ダイナミックレンジ、広色域、高ビット長などがある。
特表２００８－５４３１４２号公報
一つの放送・通信による配信を種々の能力の端末が受信することを想定した伝送を行う際に、その配信情報を受信側で容易に取得可能に伝送することが必要になる。
本技術の目的は、少なくともコーデック内部における機能拡張の情報を受信側で容易に取得可能とすることにある。
本技術の概念は、
基本レイヤの各ピクチャの画像データを符号化して第１の符号化ストリームを生成すると共に、拡張レイヤの各ピクチャの画像データを符号化して第２の符号化ストリームを生成する画像符号化部と、
上記第１の符号化ストリームおよび上記第２の符号化ストリームを送信するストリーム送信部と、
少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を上記符号化ストリームの外側で送信する情報送信部を備える
送信装置にある。
本技術において、画像符号化部により、基本レイヤの各ピクチャの画像データが符号化されて第１の符号化ストリームが生成され、拡張レイヤの各ピクチャの画像データが符号化されて第２の符号化ストリームが生成される。ストリーム送信部により、第１の符号化ストリームおよび第２の符号化ストリームが送信される。また、情報送信部により、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報が符号化ストリームの外側で送信される。
例えば、情報送信部は、機能拡張情報を、第１の符号化ストリームおよび第２の符号化ストリームを含むコンテナのレイヤに挿入して送信する、ようにされてもよい。この場合、例えば、コンテナは、ＭＰＥＧ２－ＴＳであり、情報送信部は、機能拡張情報を、プログラム・マップ・テーブルに挿入して送信する、ようにされてもよい。また、この場合、例えば、コンテナは、ＭＭＴストリームであり、情報送信部は、機能拡張情報を、ＭＭＴ・パッケージ・テーブルに挿入して送信する、ようにされてもよい。また、第２の符号化ストリームに、ダイナミックレンジおよび色域の変換情報を挿入する情報挿入部をさらに備える、ようにされてもよい。
また、例えば、情報送信部は、機能拡張情報を、第１の符号化ストリームおよび第２の符号化ストリームに関するメタ情報を持つメタファイルに挿入して送信する、ようにされてもよい。この場合、例えば、メタファイルは、ＭＰＤファイルである、ようにされてもよい。
このように本技術においては、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を符号化ストリームの外側で送信するものである。そのため、受信側では、少なくともコーデック内部における機能拡張の情報を容易に取得でき、この情報に基づき表示能力に応じてコーデック内部における機能拡張処理を適切に行うことが可能となる。
なお、本技術において、例えば、機能拡張情報は、コーデック外部における機能拡張の情報をさらに含む、ようにされてもよい。この場合、例えば、コーデック外部における機能拡張の情報は、ダイナミックレンジおよび色域の変換に関する情報である、ようにされてもよい。これにより、受信側では、コーデック外部における機能拡張の情報も容易に取得でき、この情報に基づき表示能力に応じてコーデック外部における機能拡張処理を適切に行うことが可能となる。
また、本技術の他の概念は、
基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを受信するストリーム受信部と、
上記符号化ストリームの外側で送られてくる、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を受信する情報受信部と、
上記第１の符号化ストリームおよび上記第２の符号化ストリームを上記機能拡張情報に基づいて処理する処理部を備える
受信装置にある。
本技術において、ストリーム受信部により、基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームが受信される。情報送信部により、符号化ストリームの外側で送られてくる、少なくともコーデック内部における機能拡張の情報含む機能拡張情報が受信される。そして、処理部により、第１の符号化ストリームおよび第２の符号化ストリームが機能拡張情報に基づいて処理される。
このように本技術においては、少なくともコーデック内部における機能拡張の情報を符号化ストリームの外側で受信し、この情報に基づいて第１の符号化ストリームおよび第２の符号化ストリームを処理するものである。そのため、少なくともコーデック内部における機能拡張の情報を容易に取得でき、この情報に基づき表示能力に応じてコーデック内部における機能拡張処理を適切に行うことが可能となる。
なお、本技術において、例えば、機能拡張情報は、コーデック外部における機能拡張の情報をさらに含む、ようにされてもよい。この場合、例えば、コーデック外部における機能拡張の情報は、ダイナミックレンジおよび色域の変換に関する情報である、ようにされてもよい。これにより、コーデック外部における機能拡張の情報も容易に取得でき、この情報に基づき表示能力に応じてコーデック外部における機能拡張処理を適切に行うことが可能となる。
本技術によれば、少なくともコーデック内部における機能拡張の情報を受信側で容易に取得できる。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システムの構成例を示すブロック図である。 ＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示す図である。 実施の形態としての送受信システムの構成例を示すブロック図である。 第１～第５のレイヤ分解におけるコーデック内部やコーデック外部での変換処理を説明するための図である。 送受信システムのシステム全体の構成例を概略的に示す図である。 ＳＤＲおよびＨＤＲの光電変換特性の一例を示す図である。 ダイナミックレンジ及びカラー空間の変換処理に必要なデータを説明するための図である。 ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”およびダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗ（ＳＤＲも含む）に変換するためのメタデータ“DRCL2_mapping”の一例を示す図である。 メタデータ“DRCL_mapping”の構造例を示す図である。 メタデータ“DRCL_mapping”の構造例における主要な情報の内容を示す図である。 ＳＤＲからＨＤＲへのダイナミックレンジ変換の処理を模式的に示す図である。 ＨＤＲからＳＤＲへのダイナミックレンジ変換の処理を模式的に示す図である。 コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合におけるＭＰ４ストリームの構成例を示す図である。 コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合におけるＭＰ４ストリームの構成例を示す図である。 第１のレイヤ分解の場合における送受信システムの送信側および受信側の詳細構成例を示す図である。 第２のレイヤ分解の場合における送受信システムの送信側および受信側の詳細構成例を示す図である。 第３のレイヤ分解の場合における送受信システムの送信側および受信側の詳細構成例を示す図である。 第４のレイヤ分解の場合における送受信システムの送信側および受信側の詳細構成例を示す図である。 第５のレイヤ分解の場合における送受信システムの送信側および受信側の詳細構成例を示す図である。 第１のレイヤ分解に対応したＭＰＤファイルの記述例を示す図である。 第２のレイヤ分解に対応したＭＰＤファイルの記述例を示す図である。 第３のレイヤ分解に対応したＭＰＤファイルの記述例を示す図である。 第４のレイヤ分解に対応したＭＰＤファイルの記述例を示す図である。 第５のレイヤ分解に対応したＭＰＤファイルの記述例を示す図である。 “SupplementaryDescriptor”の「Value」セマンティスクスを示す図である。 マルチディメンジョン・デスクリプタの構造例を示す図である。 マルチディメンジョン・デスクリプタの構造例における主要な情報の内容を示す図である。 コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合におけるトランスポートストリームの構成例を示す図である。 コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合におけるトランスポートストリームの構成例を示す図である。 コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合におけるＭＭＴストリームの構成例を示す図である。 コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合におけるＭＭＴストリームの構成例を示す図である。
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明は以下の順序で行う。
１．実施の形態
２．変形例
＜１．実施の形態＞
［ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システムの概要］
最初に、本技術を適用し得るＭＰＥＧ－ＤＡＳＨベースのストリーム配信システムの概要を説明する。
図１（ａ）は、ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システム３０Ａの構成例を示している。この構成例では、メディアストリームとＭＰＤ（Media Presentation Description ）ファイルが、通信ネットワーク伝送路（通信伝送路）を通じて送信される。このストリーム配信システム３０Ａは、ＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２に、Ｎ個のサービス受信機３３-1，３３-2，・・・，３３-Nが、ＣＤＮ（Content Delivery Network）３４を介して、接続された構成となっている。
ＤＡＳＨストリームファイルサーバ３１は、所定のコンテンツのメディアデータ（ビデオデータ、オーディオデータ、字幕データなど）に基づいて、ＤＡＳＨ仕様のストリームセグメント（以下、適宜、「ＤＡＳＨセグメント」という）を生成し、サービス受信機からのＨＴＴＰ要求に応じてセグメントを送出する。このＤＡＳＨストリームファイルサーバ３１は、ストリーミング専用のサーバであってもよいし、また、ウェブ（Web）サーバで兼用されることもある。
また、ＤＡＳＨストリームファイルサーバ３１は、サービス受信機３３（３３-1，３３-2，・・・，３３-N）からＣＤＮ３４を介して送られてくる所定ストリームのセグメントの要求に対応して、そのストリームのセグメントを、ＣＤＮ３４を介して、要求元の受信機に送信する。この場合、サービス受信機３３は、ＭＰＤ（Media Presentation Description）ファイルに記載されているレートの値を参照して、クライアントの置かれているネットワーク環境の状態に応じて、最適なレートのストリームを選択して要求を行う。
ＤＡＳＨ ＭＰＤサーバ３２は、ＤＡＳＨストリームファイルサーバ３１において生成されるＤＡＳＨセグメントを取得するためのＭＰＤファイルを生成するサーバである。コンテンツマネジメントサーバ（図示せず）からのコンテンツメタデータと、ＤＡＳＨストリームファイルサーバ３１において生成されたセグメントのアドレス（url）をもとに、ＭＰＤファイルを生成する。なお、ＤＡＳＨストリームファイルサーバ３１とＤＡＳＨ ＭＰＤサーバ３２は、物理的に同じものであってもよい。
ＭＰＤのフォーマットでは、ビデオやオーディオなどのそれぞれのストリーム毎にリプレゼンテーション（Representation）という要素を利用して、それぞれの属性が記述される。例えば、ＭＰＤファイルには、レートの異なる複数のビデオデータストリーム毎に、リプレゼンテーションを分けてそれぞれのレートが記述される。サービス受信機３３では、そのレートの値を参考にして、上述したように、サービス受信機３３の置かれているネットワーク環境の状態に応じて、最適なストリームを選択できる。
図１（ｂ）は、ＭＰＥＧ－ＤＡＳＨベースのストリーム配信システム３０Ｂの構成例を示している。この構成例では、メディアストリームとＭＰＤファイルが、ＲＦ伝送路（放送伝送路）を通じて送信される。このストリーム配信システム３０Ｂは、ＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２が接続された放送送出システム３６と、Ｍ個のサービス受信機３５-1，３５-2，・・・，３５-Mとで構成されている。
このストリーム配信システム３０Ｂの場合、放送送出システム３６は、ＤＡＳＨストリームファイルサーバ３１で生成されるＤＡＳＨ仕様のストリームセグメント（ＤＡＳＨセグメント）およびＤＡＳＨ ＭＰＤサーバ３２で生成されるＭＰＤファイルを、放送波に載せて送信する。
図２は、ＭＰＤファイルに階層的に配置されている各構造体の関係の一例を示している。図２（ａ）に示すように、ＭＰＤファイル全体としてのメディア・プレゼンテーション（Media Presentation）には、時間間隔で区切られた複数のピリオド（Period）が存在する。例えば、最初のピリオドはスタートが０秒から、次のピリオドはスタートが１００秒から、などとなっている。
図２（ｂ）に示すように、ピリオドには、複数のアダプテーションセット(AdaptationSet)が存在する。各アダプテーションセットはビデオやオーディオ等のメディアタイプの違いや、同じメディアタイプでも言語の違い、視点の違い等に依存する。図２（ｃ）に示すように、アダプテーションセットには複数のリプレゼンテーション(Representation)が存在する。各リプレゼンテーションはストリーム属性、例えばレートの違い等に依存する。
図２（ｄ）に示すように、リプレゼンテーションには、セグメントインフォ（SegmentInfo）が含まれている。このセグメントインフォには、図２（e）に示すように、イニシャライゼーション・セグメント（Initialization Segment）と、ピリオドをさらに細かく区切ったセグメント（Segment）毎の情報が記述される複数のメディア・セグメント（Media Segment）が存在する。メディアセグメントには、ビデオやオーディオなどのセグメントデータを実際に取得するためのアドレス(url)の情報等が存在する。
なお、アダプテーションセットに含まれる複数のリプレゼンテーションの間では、ストリームのスイッチングを自由に行うことができる。これにより、受信側のネットワーク環境の状態に応じて、最適なレートのストリームを選択でき、途切れのないビデオ配信が可能となる。
［送受信システムの構成例］
図３は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、サービス送信システム１００とサービス受信機２００により構成されている。この送受信システム１０において、サービス送信システム１００は、上述の図１（ａ）に示すストリーム配信システム３０ＡのＤＡＳＨストリームファイルサーバ３１およびＤＡＳＨ ＭＰＤサーバ３２に対応する。また、この送受信システム１０において、サービス送信システム１００は、上述の図１（ｂ）に示すストリーム配信システム３０ＢのＤＡＳＨストリームファイルサーバ３１、ＤＡＳＨ ＭＰＤサーバ３２および放送送出システム３６に対応する。
また、この送受信システム１０において、サービス受信機２００は、上述の図１（ａ）に示すストリーム配信システム３０Ａのサービス受信機３３（３３-1，３３-2，・・・，３３-N）に対応する。また、この送受信システム１０において、サービス受信機２００は、上述の図１（ｂ）に示すストリーム配信システム３０Ｂのサービス受信機３５（３５-1，３５-2，・・・，３５-M）に対応する。
サービス送信システム１００は、ＤＡＳＨ/ＭＰ４、つまりメタファイルとしてのＭＰＤファイルと、ビデオやオーディオなどのメディアストリーム（メディアセグメント）が含まれるＭＰ４を、通信ネットワーク伝送路（図１（ａ）参照）またはＲＦ伝送路（図１（ｂ）参照）を通じて、送信する。
この実施の形態においては、メディアストリームとして、第１の符号化ストリームと第２の符号化ストリームが含まれる。第１の符号化ストリームは、基本レイヤ（Base Layer）の各ピクチャの画像データが符号化されて得られたものである。第２の符号化ストリームは、拡張レイヤ（Enhanced Layer）の各ピクチャの画像データが符号化されて得られたものである。
ＭＰＤファイルは、第１の符号化ストリームと第２の符号化ストリームに関するメタ情報を持っている。この実施の形態においては、このＭＰＤファイルに、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報が含まれている。なお、この機能拡張情報に、さらにコーデック外部における機能拡張の情報が含まれることもある。例えば、このコーデック外部における機能拡張の情報は、ダイナミックレンジおよび色域の変換に関する情報である。
サービス受信機２００は、サービス送信システム１００から通信ネットワーク伝送路（図１（ａ）参照）またはＲＦ伝送路（図１（ｂ）参照）を通じて送られてくる上述のＭＰ４を受信する。サービス受信機２００は、ＭＰＤファイルから、第１の符号化ストリームと第２の符号化ストリームに関するメタ情報を取得する他、コーデック内部における機能拡張の情報、さらに存在する場合にはコーデック外部における機能拡張の情報を含む機能拡張情報を取得する。そして、サービス受信機２００は、この機能拡張情報に基づき表示能力に応じて機能拡張処理を行って画像表示をする。
ＵＨＤ（Ultra HD） ＨＤＲ（High Dynamic Range）の画像データを異なる表示能力を持つ複数の受信端末（受信機）に配信する場合、例えば以下の（１）～（５）のように、レイヤ分解して伝送される。そして、この実施の形態において、ＭＰＤには、分解状態が的確に記述される。
（１）第１のレイヤ分解（ダイナミックレンジの１ディメンジョン）
このレイヤ分解では、ダイナミックレンジの１ディメンジョンのレイヤ分解であり、ＳＤＲ（Standard Dynamic Range）とＨＤＲ（High Dynamic Range）のスケーラブル符号化がなされて伝送される。
図４（ａ）は、この場合におけるコーデック内部での変換処理を示している。横軸は、時間方向を示している。基本レイヤ（Base Layer）の各ピクチャは、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この基本レイヤに関しては、当該基本レイヤの各ピクチャの画像データが符号化される。
拡張レイヤ（Enhanced Layer）の各ピクチャは、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である。この拡張レイヤに関しては、当該拡張レイヤの各ピクチャの画像データについて、基本レイヤとのダイナミックレンジおよび色域の差分が符号化される。
この場合、受信側では、ＵＨＤ ＳＤＲの表示能力しか持っていないときは、基本レイヤの符号化ストリームのみが選択的に復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＳＤＲ画像が表示される。
また、この場合、受信側では、ＵＨＤ ＨＤＲの表示能力を持っているときは、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＨＤＲ画像が表示される。
（２）第２のレイヤ分解（解像度とダイナミックレンジの２ディメンジョン）
このレイヤ分解では、解像度とダイナミックレンジの２ディメンジョンのレイヤ分解であり、ＨＤとＵＨＤのスケーラブル符号化がなされて伝送され、受信側ではダイナミックレンジをＳＤＲからＨＤＲに変換することが可能とされている。
図４（ｂ）は、この場合におけるコーデック内部と外部での変換処理を示している。横軸は、時間方向を示している。基本レイヤ（Base Layer）の各ピクチャは、解像度が１９２０＊１０８０のＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この基本レイヤに関しては、当該基本レイヤの各ピクチャの画像データが符号化される。
拡張レイヤ（Enhanced Layer）の各ピクチャは、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この拡張レイヤに関しては、当該拡張レイヤの各ピクチャの画像データについて、基本レイヤとの解像度差分が符号化される。
また、拡張レイヤをデコードした後に、ダイナミックレンジをＳＤＲからＨＤＲに変換し、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データを得るためのメタデータ（補助情報）が付加される。
この場合、受信側では、ＨＤ ＳＤＲの表示能力しか持っていないときは、基本レイヤの符号化ストリームのみが選択的に復号化されて、解像度が１９２０＊１０８０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＨＤ ＳＤＲの画像が表示される。
また、この場合、受信側では、ＵＨＤ ＳＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＳＤＲ画像が表示される。
また、この場合、受信側では、ＵＨＤ ＨＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得される。さらに、受信側では、メタデータに基づいて、ＳＤＲからＨＤＲ変換されて、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データに変換され、ディスプレイ（表示部）にＵＨＤ ＨＤＲ画像が表示される。
（３）第３のレイヤ分解（解像度とダイナミックレンジの２ディメンジョン）
このレイヤ分解では、（２）と同様に解像度とダイナミックレンジの２ディメンジョンのレイヤ分解であるが、ＨＤとＵＨＤのスケーラブル符号化とＳＤＲとＨＤＲのスケーラブル符号化がなされて伝送される。
図４（ｃ）は、この場合におけるコーデック内部での変換処理を示している。横軸は、時間方向を示している。基本レイヤ（Base Layer）の各ピクチャは、解像度が１９２０＊１０８０のＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この基本レイヤに関しては、当該基本レイヤの各ピクチャの画像データが符号化される。
拡張レイヤ（Enhanced Layer）の各ピクチャは、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である。この拡張レイヤに関しては、当該拡張レイヤの各ピクチャの画像データについて、基本レイヤとの解像度、さらにはダイナミックレンジおよび色域の差分が符号化される。
この場合、受信側では、ＨＤ ＳＤＲの表示能力しか持っていない場合は、基本レイヤの符号化ストリームのみが選択的に復号化されて、解像度が１９２０＊１０８０のＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＨＤ ＳＤＲ画像が表示される。
また、この場合、受信側では、ＵＨＤ ＨＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＨＤＲ画像が表示される。
（４）第４のレイヤ分解（フレームレートとダイナミックレンジの２ディメンジョン）
このレイヤ分解では、フレームレートとダイナミックレンジの２ディメンジョンのレイヤ分解であり、ＮＦＲ（Normal Frame Rate）とＨＦＲ（High Frame Rate）のスケーラブル符号化がなされて伝送され、受信側ではダイナミックレンジをＳＤＲからＨＤＲに変換することが可能とされる。
図４（ｄ）は、この場合におけるコーデック内部と外部での変換処理を示している。横軸は、時間方向を示している。基本レイヤ（Base Layer）の各ピクチャは、フレームレートが６０ＰでＮＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この基本レイヤに関しては、当該基本レイヤの各ピクチャの画像データが符号化される。
拡張レイヤ（Enhanced Layer）の各ピクチャは、フレームレートが１２０ＰでＨＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この拡張レイヤに関しては、拡張レイヤの各ピクチャの画像データが符号化される。なお、この拡張レイヤに関しては、基本レイヤの各ピクチャの間に位置する＋６０Ｐのフレームのみを符号化することも考えられる。
また、拡張レイヤをデコードした後に、ダイナミックレンジをＳＤＲからＨＤＲに変換し、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データを得るためのメタデータ（補助情報）が付加される。
この場合、受信側では、ＬＦＲ ＵＨＤ ＳＤＲの表示能力しか持っていない場合は、基本レイヤの符号化ストリームのみが選択的に復号化されて、フレームレートが６０ＰでＮＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＮＦＲ ＵＨＤ ＳＤＲの画像が表示される。
また、この場合、受信側では、ＨＦＲ ＵＨＤ ＳＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、フレームレートが１２０ＰでＨＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＳＤＲ画像が表示される。
また、この場合、受信側では、ＨＦＲ ＵＨＤ ＨＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、フレームレートが１２０ＰでＨＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得される。さらに、受信側では、メタデータに基づいて、ＳＤＲからＨＤＲ変換されて、フレームレートが１２０ＰでＨＦＲであり、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データに変換され、ディスプレイ（表示部）にＨＦＲ ＵＨＤ ＨＤＲ画像が表示される。
（５）第５のレイヤ分解（解像度とダイナミックレンジの２ディメンジョン）
このレイヤ分解では、（３）と同様に解像度とダイナミックレンジの２ディメンジョンのレイヤ分解であるが、ＨＤとＵＨＤのスケーラブル符号化とＳＤＲとＨＤＲのスケーラブル符号化がなされて伝送され、受信側ではダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗ（ＳＤＲを含む）に変換することが可能とされる。ここで、ＨＤＲ－ｌｏｗは、ＨＤＲに比べてブライトネスが低いものを意味する。
図４（ｅ）は、この場合におけるコーデック内部での変換処理を示している。横軸は、時間方向を示している。基本レイヤ（Base Layer）の各ピクチャは、解像度が１９２０＊１０８０のＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である。この基本レイヤに関しては、当該基本レイヤの各ピクチャの画像データが符号化される。
拡張レイヤ（Enhanced Layer）の各ピクチャは、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である。この拡張レイヤに関しては、当該拡張レイヤの各ピクチャの画像データについて、基本レイヤとの解像度、さらにはダイナミックレンジおよび色域の差分が符号化される。
また、拡張レイヤをデコードした後に、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換して、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲ－ｌｏｗであり、色域が２０２０である画像データを得るための、メタデータ（補助情報）が付加される。
この場合、受信側では、ＨＤ ＳＤＲの表示能力しか持っていない場合は、基本レイヤの符号化ストリームのみが選択的に復号化されて、解像度が１９２０＊１０８０のＨＤ解像度であり、ダイナミックレンジがＳＤＲであり、色域が７０９である画像データが取得されて、ディスプレイ（表示部）にＨＤ ＳＤＲ画像が表示される。
また、この場合、受信側では、ＵＨＤ ＨＤＲの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データが取得されて、ディスプレイ（表示部）にＵＨＤ ＨＤＲ画像が表示される。
また、この場合、受信側では、ＵＨＤ ＨＤＲ－ｌｏｗの表示能力を持っている場合は、基本レイヤおよび拡張レイヤの両方の符号化ストリームが復号化されて、解像度が３８４０＊２１６０のＵＨＤ解像であり、ダイナミックレンジがＨＤＲであり、色域が２０２０である画像データが取得される。さらに、受信側では、メタデータに基づいて、ＨＤＲからＨＤＲ－ｌｏｗに変換されて、解像度が３８４０＊２１６０のＵＨＤ解像度であり、ダイナミックレンジがＨＤＲ－ｌｏｗであり、色域が２０２０である画像データに変換され、ディスプレイ（表示部）にＵＨＤ ＨＤＲ－ｌｏｗ画像が表示される。
図５は、送受信システム１０のシステム全体の構成例を概略的に示している。サービス送信システム１００は，制御部１０１と、ＨＤＲ光電変換部１０２と、ビデオエンコーダ１０３と、コンテナエンコーダ１０４を有している。
制御部１０１は、サービス送信システム１００の各部の動作を制御する。ＨＤＲ光電変換部１０２は、ＵＨＤ ＨＤＲの画像データ（ビデオデータ）Ｖｈに対して、ＨＤＲ光電変換特性を適用して光電変換し、ＨＤＲ伝送画像データＶ１を得る。このＨＤＲ伝送ビデオデータＶ１は、ＨＤＲ ＯＥＴＦで映像制作された映像素材となる。例えば、ＨＤＲ光電変換特性として、ITU-R Rec. BT. 2100 HLG（ＨＬＧ: Hybrid Log-Gamma）の特性、あるいはITU-R Rec. BT. 2100 PQ（ＰＱ： Perceptual Quantization）の特性などが適用される。
図６は、ＳＤＲおよびＨＤＲの光電変換特性の一例を示している。この図において、横軸は入力輝度レベルを示し、縦軸は伝送符号値を示す。破線ａは、ＳＤＲ光電変換特性（ＢＴ．７０９：ガンマ特性）を示している。このＳＤＲ光電変換特性において、入力輝度レベルがＳＤＲ特性表現限界輝度ＳＬであるとき、伝送符号値はピークレベルＭＰとなる。ここで、ＳＬは例えば１００ｃｄ/ｍ２である。
実線ｂは、ＨＤＲ光電変換特性としてのITU-R Rec. BT. 2100 HLG（ＨＬＧ）の特性を示している。一点鎖線ｃは、ＨＤＲ光電変換特性としてのITU-R Rec. BT. 2100 PQ（ＰＱカーブ）の特性を示している。このＨＤＲ光電変換特性において、入力輝度レベルがピーク輝度ＰＬであるとき、伝送符号値はピークレベルＭＰとなる。
ITU-R Rec. BT. 2100 HLG（ＨＬＧ）の特性は、ＳＤＲ光電変換特性（ＢＴ．７０９：ガンマ特性）との互換領域を含んでいる。すなわち、入力輝度レベルがゼロから両特性の互換境界値までは、両特性のカーブは一致している。入力輝度レベルが互換限界値であるとき、伝送符号値はリファレンスレベルＳＰとなる。ITU-R Rec. BT. 2100 PQ（ＰＱカーブ）の特性は、高輝度に対応し、人間の視覚特性に適合するといわれる量子化ステップのカーブである。
図５に戻って、ビデオエンコーダ１０３は、ＨＤＲ符号化対象ビデオデータＶ１に対して、例えば、ＭＰＥＧ４－ＡＶＣあるいはＨＥＶＣなどの符号化を施して符号化画像データを得、この符号化画像データを含む第１の符号化ストリームおよび第２の符号化ストリームを生成する。上述したように、第１の符号化ストリームは基本レイヤ（Base Layer）の各ピクチャの画像データが符号化されて得られたものであり、第２の符号化ストリームは拡張レイヤ（Enhanced Layer）の各ピクチャの画像データが符号化されて得られたものである。
ビデオエンコーダ１０３は、上述の第２、第４、第５のレイヤ分解においては、アクセスユニット（ＡＵ）の“ＳＥＩｓ”の部分に、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ、あるいはダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータを持つＳＥＩメッセージ（SEI message）を挿入する。
このメタデータは、変換前のデータ“data0”から変換後のデータ“data1”に変換するためのデータであり、図７に示すように、３つの変換、すなわち非線形空間から線形空間への変換「LNR0」、カラー空間の変換「Color conv」、線形空間から非線形空間への変換「LNR1」に必要な情報、テーブルあるいは非線形特性を再現するために必要なピボット情報などである。
図８（ａ）は、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”の一例を示している。ダイナミックレンジをＳＤＲからＰＱ ＨＤＲに変換する場合、メタデータ“DRCL1_mapping”は、“Transfer characteristic”が「ＳＤＲ（ｇａｍｍａ）」、“Color gamut”が「７０９」である画像データを“Transfer characteristic”が「ＨＤＲ－ＰＱ」、“Color gamut”が「２０２０」である画像データに変換するための情報となる。
また、ダイナミックレンジをＳＤＲからＨＬＧ ＨＤＲに変換する場合、メタデータ“DRCL1_mapping”は、“Transfer characteristic”が「ＳＤＲ（ｇａｍｍａ）」、“Color gamut”が「７０９」である画像データを“Transfer characteristic”が「ＨＤＲ－ＨＬＧ」、“Color gamut”が「２０２０」である画像データに変換するための情報となる。
図８（ｂ）は、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗ（ＳＤＲも含む）に変換するためのメタデータ“DRCL2_mapping”の一例を示している。ダイナミックレンジをＰＱ ＨＤＲからＨＤＲ－ｌｏｗに変換する場合、メタデータ“DRCL2_mapping”は、“Transfer characteristic”が「ＨＤＲ－ＰＱ）」、“Color gamut”が「２０２０」である画像データを“Transfer characteristic”が「ＨＤＲ－ｌｏｗ」、“Color gamut”が「２０２０」である画像データに変換するための情報となる。なお、「＊」印は、ＨＤＲ－ｌｏｗへの輝度変換がトーンマッピング（tone mapping）を行って実現できることを含む。
また、ダイナミックレンジをＨＬＧ ＨＤＲからＨＤＲ－ｌｏｗ（ＳＤＲも含む）ＳＤＲに変換する場合、メタデータ“DRCL2_mapping”は、“Transfer characteristic”が「ＨＤＲ－ＨＬＧ」、“Color gamut”が「２０２０」である画像データを“Transfer characteristic”が「ＨＤＲ－ｌｏｗ」、“Color gamut”が「２０２０」である画像データに変換するための情報となる。なお、「＊」印は、ＨＤＲ－ｌｏｗへの輝度変換がトーンマッピング（tone mapping）を行って実現できることを含む。
図９は、上述のメタデータ“DRCL1_mapping”やメタデータ“DRCL2_mapping”を構成するメタデータ“DRCL_mapping”の構造例（Syntax）を示している。また、図１０は、その構造例における主要な情報の内容（Semantics）を示している。
「in_transfer_function」の８ビットフィールドは、符号化ビデオの非線形伝達関数を示す。例えば、“１”はITU-R Rec. BT.709特性を示し、“１６”はITU-R Rec. BT.2100 PQ 特性を示し、“１８”はITU-R Rec. BT.2100 HLG 特性を示す。
「in_color_primaries」の８ビットフィールドは、符号化ビデオのカラープライマリ（色域）を示す。例えば、“１”はITU-R Rec. BT.709を示し、“９”はITU-R Rec. BT.2100を示す。「in_matrix_coeffs」の８ビットフィールドは、符号化ビデオのカラーコンポーネントマトリクス変換係数を示す。例えば、“１”はITU-R Rec. BT.709 の係数を示し、“９”はITU-R Rec. BT.2020 非定輝度システム の係数を示す。
ここで、「in_color_primaries」が ITU-R Rec. BT.709 の場合、「in_matrix_coeffs」はITU-R Rec. BT.709 システムの係数になる。また、「in_color_primaries」がITU-R Rec. BT.2020の場合、「in_matrix_coeffs」はITU-R Rec. BT.2020 非定輝度システムの係数になる。以上は、「out_color_primaries」と「out_matrix_coeffs 」の場合も同様である。
「post_conversion_type」の８ビットフィールドは、変換メタデータのタイプを示す。例えば、“０”はSDR->HDR 変換メタデータ(ETSI TS 103433-1)を示し、“１”はHDR->Non-HDR 変換メタデータ1 (SMPTE2094-10)を示し、“２”はHDR->Non-HDR 変換メタデータ2 (SMPTE2094-40)を示す。
「out_transfer_function」の８ビットフィールドは、ポスト処理変換後のビデオの非線形伝達関数を示す。例えば、“１”はITU-R Rec. BT.709特性を示し、“１６”はITU-R Rec. BT.2100 PQ 特性を示し、“１８”はITU-R Rec. BT.2100 HLG 特性を示す。
「out_color_primaries」の８ビットフィールドは、ポスト処理変換後ビデオのカラープライマリ（色域）を示す。例えば、“１”はITU-R Rec. BT.709を示し、“９”はITU-R Rec. BT.2100を示す。「out_matrix_coeffs」の８ビットフィールドは、ポスト処理変換後ビデオのカラーコンポーネントマトリクス変換係数を示す。例えば、“１”はITU-R Rec. BT.709 の係数を示し、“９”はITU-R Rec. BT.2020 非定輝度システム の係数を示す。
図１１は、ＳＤＲからＨＤＲへのダイナミックレンジ変換の処理を模式的に示している。なお、図示の例においては、カラー空間の変換は省略している。線形光空間の輝度（brightness）にＳＤＲ ＯＥＴＦ特性で伝送値に変換された（Ａ）はＳＤＲの輝度レベル０～１００％の範囲に存在する。
（Ａ）はＳＤＲ ＥＯＴＦで変換され、さらに、システムガンマ（Systemgamma）の補正を掛けることにより線形な光線空間で最大１００ｃｄ/ｍ２の値となる。その値に所定のＳＤＲ/ＨＤＲマッピングを施した輝度（brightness）に対してＨＤＲ ＯＥＴＦ特性が適用されてＨＤＲ特性の値（Ｂ）となる。
図１２は、ＨＤＲからＳＤＲへのダイナミックレンジ変換の処理を模式的に示している。なお、図示の例においては、カラー空間の変換は省略している。線形光空間の輝度（brightness）にＨＤＲ ＯＥＴＦ特性で伝送値に変換された（Ａ）はＨＤＲの輝度レベル、例えば０～１０００ｃｄ/ｍ２の範囲に存在する。
（Ａ）はＨＤＲ ＥＯＴＦで変換され、さらに、システムガンマ（Systemgamma）の補正を掛けることにより線形な光線空間で最大１０００ｃｄ/ｍ２の値となる。その値に所定のＨＤＲ/ＳＤＲマッピングを施した輝度（brightness）に対してＳＤＲ ＯＥＴＦ特性が適用されてＳＤＲ特性の値（Ｂ）となる。なお、詳細説明は省略するが、ＨＤＲからＨＤＲ－ｌｏｗへのダイナミックレンジ変換の処理も、このＨＤＲからＳＤＲへのダイナミックレンジ変換の処理と同様である。
図５に戻って、コンテナエンコーダ１０４は、ビデオエンコーダ１０３で生成された第１の符号化ストリームおよび第２の符号化ストリームを含むコンテナ、ここではＭＰ４ストリームを、配信ストリームＳＴＭとして生成する。この場合、第１の符号化ストリームが含まれるＭＰ４ストリームと、第２の符号化ストリームが含まれるＭＰ４ストリームを生成する。このようにコンテナエンコーダ１０５で得られたＭＰ４の配信ストリームＳＴＭは、放送波あるいはネットのパケットに載せて、サービス受信機２００に送信される。
図１３は、コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合（上述の第２、第４のレイヤ分解に対応）における基本レイヤのトラックＢ（Track B）および拡張レイヤのトラックＥ（Track E）のデータを含むＭＰ４ストリームの構成例を示している。図示の例は、フラグメンテッドＭＰ４（Fragmented MP4）の場合の例である。
ＭＰ４ストリームには、制御情報が入る“ｍｏｏｆ”ボックスとメディアデータ本体が入る“ｍｄａｔ”ボックスから構成されるムービーフラグメント（Movie Fragment）が所定個数配置される。“ｍｄａｔ”ボックスには、トラックデータが断片化されて得られた断片が入るので、“ｍｏｏｆ”ボックスに入る制御情報はその断片に関する制御情報となる。
トラックＢに対応したＭＰ４ストリーム「video-baselayer stream」において、各ムービーフラグメントの“ｍｄａｔ”ボックスには、基本レイヤの各ピクチャの画像データの符号化画像データ（アクセスユニット）が所定ピクチャ数分、例えば１ＧＯＰ分だけ配置される。ここで、各アクセスユニットは、「ＶＰＳ」、「ＳＰＳ」、「ＰＰＳ」、「ＳＥＩ」、「ＳＬＩＣＥ」などのＮＡＬユニットにより構成される。なお、「ＶＰＳ」、「ＳＰＳ」は、例えば、ＧＯＰの先頭ピクチャに挿入される。「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では拡張レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。
各ムービーフラグメントの“ｍｏｏｆ”ボックス内に“ｔｒａｆ”ボックスが存在し、そのボックス内に“ｔｆｄｔ”ボックスが存在する。この“ｔｆｄｔ”ボックスに、“ｍｏｏｆ”ボックスの後の最初のアクセスユニットのデコードタイム“baseMediaDecodeTime”の記載がある。
また、“ｍｏｏｆ”ボックス内に“ｔｆｄｔ”ボックスが存在し、その内に“ｓｇｐｄ”ボックスが存在し、さらに、その内に“ｔｓｃｌ”ボックスが存在する。この“ｔｓｃｌ”ボックスに、「temporalLayerId」、「tllevel_idc」、「tlConstantFrameRate」のパラメータの記載がある。「temporalLayerId」は、テンポラルＩＤ（temporal_id）を示し、ここでは“１”とされている。「tlConstantFrameRate」は“１”とされることで、フレームレートがコンスタントであることを示す。「tllevel_idc」は、基本ビデオストリームＳＴｂのレベルを示し、ここでは“１２３”とされている。
トラックＥに対応したＭＰ４ストリーム「video-enhancelayer stream」において、各ムービーフラグメントの“ｍｄａｔ”ボックスには、拡張レイヤの各ピクチャの画像データの符号化画像データ（アクセスユニット）が所定ピクチャ数分、例えば１ＧＯＰ分だけ配置される。ここで、各アクセスユニットは、「ＳＰＳ」、「ＰＰＳ」、「ＳＥＩ」、「ＳＬＩＣＥ」などのＮＡＬユニットにより構成される。なお、「ＳＰＳ」は、例えば、ＧＯＰの先頭ピクチャに挿入される。
「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping” （図８（ａ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、デコード後のＳＤＲをＨＤＲに変換するもので、ＨＤＲ受信機はＨＤＲに変換して表示する。ＳＤＲ受信機は、このＳＥＩメッセージを無視できる。
各ムービーフラグメントの“ｍｏｏｆ”ボックス内に“ｔｒａｆ”ボックスが存在し、そのボックス内に“ｔｆｄｔ”ボックスが存在する。この“ｔｆｄｔ”ボックスに、“ｍｏｏｆ”ボックスの後の最初のアクセスユニットのデコードタイム“baseMediaDecodeTime”の記載がある。
また、“ｍｏｏｆ”ボックス内に“ｔｆｄｔ”ボックスが存在し、その内に“ｓｇｐｄ”ボックスが存在し、さらに、その内に“ｔｓｃｌ”ボックスが存在する。この“ｔｓｃｌ”ボックスに、「temporalLayerId」、「tllevel_idc」、「tlConstantFrameRate」のパラメータの記載がある。「temporalLayerId」は、テンポラルＩＤ（temporal_id）を示し、ここでは“２”とされている。「tlConstantFrameRate」は“１”とされることで、フレームレートがコンスタントであることを示す。「tllevel_idc」は、基本ビデオストリームＳＴｂのレベルを示し、ここでは“１５３”とされている。
図１４は、コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合（上述の第１、第３、第５のレイヤ分解に対応）における基本レイヤのトラックＢ（Track B）および拡張レイヤのトラックＥ（Track E）のデータを含むＭＰ４ストリームの構成例を示している。図示の例は、フラグメンテッドＭＰ４（Fragmented MP4）の場合の例である。
ＭＰ４ストリームには、制御情報が入る“ｍｏｏｆ”ボックスとメディアデータ本体が入る“ｍｄａｔ”ボックスから構成されるムービーフラグメント（Movie Fragment）が所定個数配置される。“ｍｄａｔ”ボックスには、トラックデータが断片化されて得られた断片が入るので、“ｍｏｏｆ”ボックスに入る制御情報はその断片に関する制御情報となる。
トラックＢに対応したＭＰ４ストリーム「video-baselayer stream」において、各ムービーフラグメントの“ｍｄａｔ”ボックスには、基本レイヤの各ピクチャの画像データの符号化画像データ（アクセスユニット）が所定ピクチャ数分、例えば１ＧＯＰ分だけ配置される。ここで、各アクセスユニットは、「ＶＰＳ」、「ＳＰＳ」、「ＰＰＳ」、「ＳＥＩ」、「ＳＬＩＣＥ」などのＮＡＬユニットにより構成される。なお、「ＶＰＳ」、「ＳＰＳ」は、例えば、ＧＯＰの先頭ピクチャに挿入される。「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では拡張レイヤのダイナミックレンジ/色域の情報が示され、ここではＨＤＲ/２０２０とされている。
各ムービーフラグメントの“ｍｏｏｆ”ボックス内に“ｔｒａｆ”ボックスが存在し、そのボックス内に“ｔｆｄｔ”ボックスが存在する。この“ｔｆｄｔ”ボックスに、“ｍｏｏｆ”ボックスの後の最初のアクセスユニットのデコードタイム“baseMediaDecodeTime”の記載がある。
また、“ｍｏｏｆ”ボックス内に“ｔｆｄｔ”ボックスが存在し、その内に“ｓｇｐｄ”ボックスが存在し、さらに、その内に“ｔｓｃｌ”ボックスが存在する。この“ｔｓｃｌ”ボックスに、「temporalLayerId」、「tllevel_idc」、「tlConstantFrameRate」のパラメータの記載がある。「temporalLayerId」は、テンポラルＩＤ（temporal_id）を示し、ここでは“１”とされている。「tlConstantFrameRate」は“１”とされることで、フレームレートがコンスタントであることを示す。「tllevel_idc」は、基本ビデオストリームＳＴｂのレベルを示し、ここでは“１２３”とされている。
トラックＥに対応したＭＰ４ストリーム「video-enhancelayer stream」において、各ムービーフラグメントの“ｍｄａｔ”ボックスには、拡張レイヤの各ピクチャの画像データの符号化画像データ（アクセスユニット）が所定ピクチャ数分、例えば１ＧＯＰ分だけ配置される。ここで、各アクセスユニットは、「ＳＰＳ」、「ＰＰＳ」、「ＳＥＩ」、「ＳＬＩＣＥ」などのＮＡＬユニットにより構成される。なお、「ＳＰＳ」は、例えば、ＧＯＰの先頭ピクチャに挿入される。
「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping” （図８（ｂ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、ＨＤＲ－ｌｏｗ表示の受信機のために供給される。ＨＤＲ－ｌｏｗ表示の受信機は、このメタデータ“DRCL2_mapping”により、デコーダ(base+enhance)出力のＨＤＲをＨＤＲ－ｌｏｗに変換して表示する。ＨＤＲ受信機は、このＳＥＩメッセージを無視できる。
各ムービーフラグメントの“ｍｏｏｆ”ボックス内に“ｔｒａｆ”ボックスが存在し、そのボックス内に“ｔｆｄｔ”ボックスが存在する。この“ｔｆｄｔ”ボックスに、“ｍｏｏｆ”ボックスの後の最初のアクセスユニットのデコードタイム“baseMediaDecodeTime”の記載がある。
また、“ｍｏｏｆ”ボックス内に“ｔｆｄｔ”ボックスが存在し、その内に“ｓｇｐｄ”ボックスが存在し、さらに、その内に“ｔｓｃｌ”ボックスが存在する。この“ｔｓｃｌ”ボックスに、「temporalLayerId」、「tllevel_idc」、「tlConstantFrameRate」のパラメータの記載がある。「temporalLayerId」は、テンポラルＩＤ（temporal_id）を示し、ここでは“２”とされている。「tlConstantFrameRate」は“１”とされることで、フレームレートがコンスタントであることを示す。「tllevel_idc」は、基本ビデオストリームＳＴｂのレベルを示し、ここでは“１５３”とされている。
図５に戻って、サービス受信機２００は、制御部２０１と、コンテナデコーダ２０２と、ビデオデコーダ２０３と、コンバータ２０４と、ＨＤＲまたはＳＤＲの電光変換部２０５を有している。制御部２０１は、サービス受信機２００の各部の動作を制御する。
コンテナデコーダ２０２は、サービス受信機２００の表示能力に応じて、受信されたＭＰ４の配信ストリームＳＴＭから、第１の符号化ストリームのみ、あるいは第１の符号化ストリームおよび第２の符号化ストリームの双方を選択的に取り出し、ビデオデコーダ２０３に送る。
ビデオデコーダ２０３は、コンテナデコーダ２０２で選択的に取り出された符号化ストリームにデコード処理を施して、ＳＤＲまたはＨＤＲの画像データを得る。また、ビデオデコーダ２０３は、コンテナデコーダ２０２で選択的に取り出された符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージを抽出し、制御部２０１に送る。
抽出情報には、上述したアクセスユニットのＳＰＳ ＮＡＬユニットの領域に挿入されているＶＵＩ情報、ＶＰＳ ＮＡＬユニットの領域に挿入されているＶＵＩext情報や、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”、あるいはダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping”を含むＳＥＩメッセージも含まれる。
コンバータ２０４は、サービス受信機２００の表示能力に応じて、メタデータ“DRCL1_mapping”やメタデータ“DRCL2_mapping”に基づいて、ダイナミックレンジをＳＤＲからＨＤＲに、あるいはダイナミックレンジをＨＤＲからＳＤＲ（ＨＤＲ－ｌｏｗ）に変換する。電光変換部２０５は、入力されるＨＤＲまたはＳＤＲ（ＨＤＲ－ｌｏｗ）の画像データに対して、それに対応する電光変換特性を適用して表示用画像データＶｄｓｐを得る。
次に、図５におけるサービス送信システム１００側のビデオエンコーダ１０３およびコンテナエンコーダ１０４と、サービス受信機２００側のコンテナデコーダ２０２、ビデオデコーダ２０３およびコンバータ２０４の部分の構成の詳細を説明する。
図１５は、上述した第１のレイヤ分解（図４（ａ）参照）の場合における構成例を示している。この図１５において、図５と対応する部分には、同一符号を付して示している。この場合、サービス受信機２００側には、コンバータ２０４が存在しない状態となる。
ＵＨＤ ＨＤＲ/２０２０の画像データは、変換部１１１に入力されて、ＵＨＤ ＳＤＲ/７０９の画像データに変換される。このＵＨＤ ＳＤＲ/７０９の画像データは、基本レイヤ（Base Layer）の各ピクチャの画像データであり、基本レイヤ・エンコーダ（Base Layer encoder）１１２で符号化されて、第１の符号化ストリームが生成される。
また、この第１の符号化ストリームが復号化されて得られた基本レイヤの各ピクチャの画像データが基本レイヤ・デコーデッドピクチャバッファ（BL DPB）１１３に一時的に蓄積され、レイヤ内およびレイヤ間の予測符号化に利用される。
また、ＵＨＤ ＨＤＲ/２０２０の画像データは、拡張レイヤ・エンコーダ（Enhanced Layer encoder）１１４で符号化されて、第２の符号化ストリームが生成される。また、この第２の符号化ストリームが復号化されて得られた拡張レイヤの各ピクチャの画像データが拡張レイヤ・デコーデッドピクチャバッファ（EL DPB）１１５に一時的に蓄積され、レイヤ内の予測符号化に利用される。
この場合、基本レイヤ・デコーデッドピクチャバッファ１１３から対応するピクチャの画像データが読み出され、この画像データのダイナミックレンジおよび色域がカラーリマッピングテーブル（Color remapping table）１１６でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路（Inter layer prediction）１１７に送られる。これにより、拡張レイヤ・エンコーダ１１４では、適宜、レイヤ間の予測符号化も行われる。
コンテナエンコーダ１０４では、基本レイヤ・エンコーダ１１２で生成された第１の符号化ストリームおよび拡張レイヤ・エンコーダ１１４で生成された第２の符号化ストリームを含むＭＰ４ストリームが配信ストリームＳＴＭとして生成される。
サービス受信機２００がＵＨＤ ＳＤＲの表示能力しか持っていない場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームのみが取り出されて、基本レイヤ・デコーダ２１１に送られる。なお、コンテナデコーダ２０２では、ＭＰ４ストリームが持つシグナリング情報（Signaling information）が抽出され、制御部（Receiver CPU）２０１に送られる
基本レイヤ・デコーダ２１１では、第１の符号化ストリームにデコード処理が施されて、ＵＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが基本レイヤ・デコーデッドピクチャバッファ（BL DPB）２１２に一時的に蓄積され、レイヤ内の予測補償に利用される。また、基本レイヤ・デコーダ２１１では、第１の符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージが抽出され、制御部２０１に送られて使用される。
また、サービス受信機２００がＵＨＤ ＨＤＲの表示能力を持っている場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームおよび第２の符号化ストリームの双方が取り出される。この第１の符号化ストリームは、基本レイヤ・デコーダ２１１に送られてデコード処理され、基本レイヤ・デコーデッドピクチャバッファ２１２には、デコードされて得られた基本レイヤの各ピクチャの画像データが一時的に蓄積され、レイヤ内およびレイヤ間の予測補償に利用される。
また、コンテナデコーダ２０２で取り出された第２の符号化ストリームは、拡張レイヤ・デコーダ２１３に送られてデコード処理が施されて、ＵＨＤ ＨＤＲ/２０２０の画像データが得られる。また、この画像データが拡張レイヤ・デコーデッドピクチャバッファ（EL DPB）２１４に一時的に蓄積され、レイヤ内の予測補償に利用される。
また、基本レイヤ・デコーデッドピクチャバッファ２１２から対応するピクチャの画像データが読み出され、この画像データのダイナミックレンジおよび色域がカラーリマッピングテーブル（Color remapping table）２１５でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路（Inter layer prediction）２１６に送られる。これにより、拡張レイヤ・デコーダ２１３では、適宜、レイヤ間の予測補償も行われる。
図１６は、上述した第２のレイヤ分解（図４（ｂ）参照）の場合における構成例を示している。この図１６において、図５、図１５と対応する部分には、同一符号を付して示している。
ＵＨＤ ＨＤＲ/２０２０の画像データは、変換部１１１に入力されて、ＵＨＤ ＳＤＲ/７０９の画像データに変換される。ここで、この変換部１１１からは、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”が得られる。
変換部１１１で得られたＵＨＤ ＳＤＲ/７０９の画像データは、変換部１２１に入力されて、ＨＤ ＳＤＲ/７０９の画像データに変換される。このＨＤ ＳＤＲ/７０９の画像データは、基本レイヤの各ピクチャの画像データであり、基本レイヤ・エンコーダ１１２で符号化されて、第１の符号化ストリームが生成される。
基本レイヤ・エンコーダ１１２では、第１の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”を含むＳＥＩメッセージが挿入される。
また、この第１の符号化ストリームが復号化されて得られた基本レイヤの各ピクチャの画像データが基本レイヤ・デコーデッドピクチャバッファ１１３に一時的に蓄積され、レイヤ内およびレイヤ間の予測符号化に利用される。
また、変換部１１１で得られたＵＨＤ ＳＤＲ/７０９の画像データは、拡張レイヤ・エンコーダ１１４で符号化されて、第２の符号化ストリームが生成される。
拡張レイヤ・エンコーダ１１４では、第２の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”を含むＳＥＩメッセージが挿入される。なお、このメタデータ“DRCL1_mapping”は、少なくとも、第１の符号化ストリームまたは第２の符号化ストリームのいずれかに挿入されてあればよい。
また、この第２の符号化ストリームが復号化されて得られた拡張レイヤの各ピクチャの画像データが拡張レイヤ・デコーデッドピクチャバッファ１１５に一時的に蓄積され、レイヤ内の予測符号化に利用される。
また、基本レイヤ・デコーデッドピクチャバッファ１１３から対応するピクチャの画像データが読み出され、この画像データの解像度がアップサンプリングフィルタ（Upsampling filter）１２２でＨＤからＵＨＤに変換されて、レイヤ間予測回路１１７に送られる。これにより、拡張レイヤ・エンコーダ１１４では、適宜、レイヤ間の予測符号化も行われる。
コンテナエンコーダ１０４では、基本レイヤ・エンコーダ１１２で生成された第１の符号化ストリームおよび拡張レイヤ・エンコーダ１１４で生成された第２の符号化ストリームを含むＭＰ４ストリームが配信ストリームＳＴＭとして生成される。
サービス受信機２００がＨＤ ＳＤＲの表示能力しか持っていない場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームのみが取り出されて、基本レイヤ・デコーダ２１１に送られる。なお、コンテナデコーダ２０２では、ＭＰ４ストリームが持つシグナリング情報が抽出され、制御部２０１に送られる
基本レイヤ・デコーダ２１１では、第１の符号化ストリームにデコード処理が施されて、ＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが基本レイヤ・デコーデッドピクチャバッファ２１２に一時的に蓄積され、レイヤ内の予測補償に利用される。また、基本レイヤ・デコーダ２１１では、第１の符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージが抽出され、制御部２０１に送られて使用される。
また、サービス受信機２００がＵＨＤ ＳＤＲの表示能力を持っている場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームおよび第２の符号化ストリームの双方が取り出される。この第１の符号化ストリームは、基本レイヤ・デコーダ２１１に送られてデコード処理され、基本レイヤ・デコーデッドピクチャバッファ２１２には、デコードされて得られた基本レイヤの各ピクチャの画像データが一時的に蓄積され、レイヤ内およびレイヤ間の予測補償に利用される。
また、コンテナデコーダ２０２で取り出された第２の符号化ストリームは、拡張レイヤ・デコーダ２１３に送られてデコード処理が施されて、ＵＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが拡張レイヤ・デコーデッドピクチャバッファ２１４に一時的に蓄積され、レイヤ内の予測補償に利用される。
この場合、基本レイヤ・デコーデッドピクチャバッファ２１２から対応するピクチャの画像データが読み出され、この画像データの解像度がサンプリングフィルタ（Upsampling filter）２２１でＨＤからＵＨＤに変換されて、レイヤ間予測回路２１６に送られる。これにより、拡張レイヤ・デコーダ２１３では、適宜、レイヤ間の予測補償も行われる。
また、サービス受信機２００がＵＨＤ ＨＤＲの表示能力を持っている場合、上述したように拡張レイヤ・デコーダ２１３で得られたＵＨＤ ＳＤＲ/７０９の画像データが、変換部２２２で、基本レイヤ・デコーダ２１１あるいは拡張レイヤ・デコーダ２１３で抽出された、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”に基づいて変換されて、ＵＨＤ ＨＤＲ/２０２０の画像データが得られる。
図１７は、上述した第３のレイヤ分解（図４（ｃ）参照）の場合における構成例を示している。この図１７において、図５、図１５、図１６と対応する部分には、同一符号を付して示している。
ＵＨＤ ＨＤＲ/２０２０の画像データは、変換部１２３に入力されて、ＨＤ ＳＤＲ/７０９の画像データに変換される。このＨＤ ＳＤＲ/７０９の画像データは、基本レイヤの各ピクチャの画像データであり、基本レイヤ・エンコーダ１１２で符号化されて、第１の符号化ストリームが生成される。
また、この第１の符号化ストリームが復号化されて得られた基本レイヤの各ピクチャの画像データが基本レイヤ・デコーデッドピクチャバッファ１１３に一時的に蓄積され、レイヤ内およびレイヤ間の予測符号化に利用される。
また、ＵＨＤ ＨＤＲ/２０２０の画像データは、拡張レイヤ・エンコーダ１１４で符号化されて、第２の符号化ストリームが生成される。また、この第２の符号化ストリームが復号化されて得られた拡張レイヤの各ピクチャの画像データが拡張レイヤ・デコーデッドピクチャバッファ（EL DPB）１１５に一時的に蓄積され、レイヤ内の予測符号化に利用される。
この場合、基本レイヤ・デコーデッドピクチャバッファ１１３から対応するピクチャの画像データが読み出され、この画像データの解像度がアップサンプリングフィルタ１２２でＨＤからＵＨＤに変換され、さらにそのダイナミックレンジおよび色域がカラーリマッピングテーブル１１６でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路１１７に送られる。これにより、拡張レイヤ・エンコーダ１１４では、適宜、レイヤ間の予測符号化も行われる。
コンテナエンコーダ１０４では、基本レイヤ・エンコーダ１１２で生成された第１の符号化ストリームおよび拡張レイヤ・エンコーダ１１４で生成された第２の符号化ストリームを含むＭＰ４ストリームが配信ストリームＳＴＭとして生成される。
サービス受信機２００がＨＤ ＳＤＲの表示能力しか持っていない場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームのみが取り出されて、基本レイヤ・デコーダ２１１に送られる。なお、コンテナデコーダ２０２では、ＭＰ４ストリームが持つシグナリング情報が抽出され、制御部２０１に送られる
基本レイヤ・デコーダ２１１では、第１の符号化ストリームにデコード処理が施されて、ＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが基本レイヤ・デコーデッドピクチャバッファ２１２に一時的に蓄積され、レイヤ内の予測補償に利用される。また、基本レイヤ・デコーダ２１１では、第１の符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージが抽出され、制御部２０１に送られて使用される。
また、サービス受信機２００がＵＨＤ ＨＤＲの表示能力を持っている場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームおよび第２の符号化ストリームの双方が取り出される。この第１の符号化ストリームは、基本レイヤ・デコーダ２１１に送られてデコード処理され、基本レイヤ・デコーデッドピクチャバッファ２１２には、デコードされて得られた基本レイヤの各ピクチャの画像データが一時的に蓄積され、レイヤ内およびレイヤ間の予測補償に利用される。
また、コンテナデコーダ２０２で取り出された第２の符号化ストリームは、拡張レイヤ・デコーダ２１３に送られてデコード処理が施されて、ＵＨＤ ＨＤＲ/２０２０の画像データが得られる。また、この画像データが拡張レイヤ・デコーデッドピクチャバッファ２１４に一時的に蓄積され、レイヤ内の予測補償に利用される。
また、基本レイヤ・デコーデッドピクチャバッファ２１２から対応するピクチャの画像データが読み出され、この画像データの解像度がアップサンプリングフィルタ２２１でＨＤからＵＨＤに変換され、さらにそのダイナミックレンジおよび色域がカラーリマッピングテーブル（Color remapping table）２１５でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路（Inter layer prediction）２１６に送られる。これにより、拡張レイヤ・デコーダ２１３では、適宜、レイヤ間の予測補償も行われる。
図１８は、上述した第４のレイヤ分解（図４（ｄ）参照）の場合における構成例を示している。この図１８において、図５、図１５～図１７と対応する部分には、同一符号を付して示している。
ＨＦＲ ＵＨＤ ＨＤＲ/２０２０の画像データは、変換部１２４に入力されて、ＨＦＲ ＵＨＤ ＳＤＲ/７０９の画像データに変換される。ここで、この変換部１１１からは、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”が得られる。
変換部１１１で得られたＨＦＲ（１２０Ｐ） ＵＨＤ ＳＤＲ/７０９の画像データは、基本レイヤ・エンコーダ１１２に入力され、ＮＦＲ（６０Ｐ）のフレームレートのピクチャのみが基本レイヤに階層分類され、基本レイヤ・エンコーダ１１２で符号化されて、第１の符号化ストリームが生成される。
基本レイヤ・エンコーダ１１２では、第１の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”を含むＳＥＩメッセージが挿入される。
また、この第１の符号化ストリームが復号化されて得られた基本レイヤの各ピクチャの画像データが基本レイヤ・デコーデッドピクチャバッファ１１３に一時的に蓄積され、レイヤ内およびレイヤ間の予測符号化に利用される。
また、変換部１２４で得られたＨＦＲ（１２０Ｐ） ＵＨＤ ＳＤＲ/７０９の画像データは、拡張レイヤ・エンコーダ１１４で符号化されて、第２の符号化ストリームが生成される。
拡張レイヤ・エンコーダ１１４では、第２の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”を含むＳＥＩメッセージが挿入される。なお、このメタデータ“DRCL1_mapping”は、少なくとも、第１の符号化ストリームまたは第２の符号化ストリームのいずれかに挿入されてあればよい。
また、この第２の符号化ストリームが復号化されて得られた拡張レイヤの各ピクチャの画像データが拡張レイヤ・デコーデッドピクチャバッファ１１５に一時的に蓄積され、レイヤ内の予測符号化に利用される。
また、基本レイヤ・デコーデッドピクチャバッファ１１３から対応するピクチャの画像データが読み出されて、階層レイヤ予測回路１２５に送られる。これにより、拡張レイヤ・エンコーダ１１４では、適宜、レイヤ間の予測符号化も行われる。
コンテナエンコーダ１０４では、基本レイヤ・エンコーダ１１２で生成された第１の符号化ストリームおよび拡張レイヤ・エンコーダ１１４で生成された第２の符号化ストリームを含むＭＰ４ストリームが配信ストリームＳＴＭとして生成される。
サービス受信機２００がＬＦＲ ＵＨＤ ＳＤＲの表示能力しか持っていない場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームのみが取り出されて、基本レイヤ・デコーダ２１１に送られる。なお、コンテナデコーダ２０２では、ＭＰ４ストリームが持つシグナリング情報が抽出され、制御部２０１に送られる
基本レイヤ・デコーダ２１１では、第１の符号化ストリームにデコード処理が施されて、ＬＦＲ ＵＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが基本レイヤ・デコーデッドピクチャバッファ２１２に一時的に蓄積され、レイヤ内の予測補償に利用される。また、基本レイヤ・デコーダ２１１では、第１の符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージが抽出され、制御部２０１に送られて使用される。
また、サービス受信機２００がＨＦＲ ＵＨＤ ＳＤＲの表示能力を持っている場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームおよび第２の符号化ストリームの双方が取り出される。この第１の符号化ストリームは、基本レイヤ・デコーダ２１１に送られてデコード処理され、基本レイヤ・デコーデッドピクチャバッファ２１２には、デコードされて得られた基本レイヤの各ピクチャの画像データが一時的に蓄積され、レイヤ内およびレイヤ間の予測補償に利用される。
また、コンテナデコーダ２０２で取り出された第２の符号化ストリームは、拡張レイヤ・デコーダ２１３に送られてデコード処理が施されて、ＨＦＲ ＵＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが拡張レイヤ・デコーデッドピクチャバッファ２１４に一時的に蓄積され、レイヤ内の予測補償に利用される。
この場合、基本レイヤ・デコーデッドピクチャバッファ２１２から対応するピクチャの画像データが読み出され、階層レイヤ予測回路２２３に送られる。これにより、拡張レイヤ・デコーダ２１３では、適宜、レイヤ間の予測補償も行われる。
また、サービス受信機２００がＨＦＲ ＵＨＤ ＨＤＲの表示能力を持っている場合、上述したように拡張レイヤ・デコーダ２１３で得られたＨＦＲ ＵＨＤ ＳＤＲ/７０９の画像データが、変換部２２２で、基本レイヤ・デコーダ２１１あるいは拡張レイヤ・デコーダ２１３で抽出された、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping”に基づいて変換されて、ＨＦＲ ＵＨＤ ＨＤＲ/２０２０の画像データが得られる。
図１９は、上述した第５のレイヤ分解（図４（ｅ）参照）の場合における構成例を示している。この図１９において、図５、図１５～図１８と対応する部分には、同一符号を付して示している。
ＵＨＤ ＨＤＲ/２０２０の画像データは、変換部１２３に入力されて、ＨＤ ＳＤＲ/７０９の画像データに変換される。このＨＤ ＳＤＲ/７０９の画像データは、基本レイヤの各ピクチャの画像データであり、基本レイヤ・エンコーダ１１２で符号化されて、第１の符号化ストリームが生成される。
基本レイヤ・エンコーダ１１２では、第１の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping”を含むＳＥＩメッセージが挿入される。
また、この第１の符号化ストリームが復号化されて得られた基本レイヤの各ピクチャの画像データが基本レイヤ・デコーデッドピクチャバッファ１１３に一時的に蓄積され、レイヤ内およびレイヤ間の予測符号化に利用される。
また、ＵＨＤ ＨＤＲ/２０２０の画像データは、拡張レイヤ・エンコーダ１１４で符号化されて、第２の符号化ストリームが生成される。拡張レイヤ・エンコーダ１１４では、第２の符号化ストリームの「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping”を含むＳＥＩメッセージが挿入される。なお、このメタデータ“DRCL2_mapping”は、少なくとも、第１の符号化ストリームまたは第２の符号化ストリームのいずれかに挿入されてあればよい。
また、この第２の符号化ストリームが復号化されて得られた拡張レイヤの各ピクチャの画像データが拡張レイヤ・デコーデッドピクチャバッファ１１５に一時的に蓄積され、レイヤ内の予測符号化に利用される。
また、基本レイヤ・デコーデッドピクチャバッファ１１３から対応するピクチャの画像データが読み出され、この画像データの解像度がアップサンプリングフィルタ（Upsampling filter）１２２でＨＤからＵＨＤに変換され、さらにそのダイナミックレンジおよび色域がカラーリマッピングテーブル１１６でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路１１７に送られる。これにより、拡張レイヤ・エンコーダ１１４では、適宜、レイヤ間の予測符号化も行われる。
コンテナエンコーダ１０４では、基本レイヤ・エンコーダ１１２で生成された第１の符号化ストリームおよび拡張レイヤ・エンコーダ１１４で生成された第２の符号化ストリームを含むＭＰ４ストリームが配信ストリームＳＴＭとして生成される。
サービス受信機２００がＨＤ ＳＤＲの表示能力しか持っていない場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームのみが取り出されて、基本レイヤ・デコーダ２１１に送られる。なお、コンテナデコーダ２０２では、ＭＰ４ストリームが持つシグナリング情報が抽出され、制御部２０１に送られる
基本レイヤ・デコーダ２１１では、第１の符号化ストリームにデコード処理が施されて、ＨＤ ＳＤＲ/７０９の画像データが得られる。また、この画像データが基本レイヤ・デコーデッドピクチャバッファ２１２に一時的に蓄積され、レイヤ内の予測補償に利用される。また、基本レイヤ・デコーダ２１１では、第１の符号化ストリームに挿入されているパラメータセットやＳＥＩメッセージが抽出され、制御部２０１に送られて使用される。
また、サービス受信機２００がＵＨＤ ＨＤＲの表示能力を持っている場合、コンテナデコーダ２０２では、受信されたＭＰ４の配信ストリームＳＴＭから第１の符号化ストリームおよび第２の符号化ストリームの双方が取り出される。この第１の符号化ストリームは、基本レイヤ・デコーダ２１１に送られてデコード処理され、基本レイヤ・デコーデッドピクチャバッファ２１２には、デコードされて得られた基本レイヤの各ピクチャの画像データが一時的に蓄積され、レイヤ内およびレイヤ間の予測補償に利用される。
また、コンテナデコーダ２０２で取り出された第２の符号化ストリームは、拡張レイヤ・デコーダ２１３に送られてデコード処理が施されて、ＵＨＤ ＨＤＲ/７０９の画像データが得られる。また、この画像データが拡張レイヤ・デコーデッドピクチャバッファ２１４に一時的に蓄積され、レイヤ内の予測補償に利用される。
この場合、基本レイヤ・デコーデッドピクチャバッファ２１２から対応するピクチャの画像データが読み出され、この画像データの解像度がアップサンプリングフィルタ２２１でＨＤからＵＨＤに変換され、さらにそのダイナミックレンジおよび色域がカラーリマッピングテーブル（Color remapping table）２１５でＳＤＲ/７０９からＨＤＲ/２０２０に変換されて、レイヤ間予測回路（Inter layer prediction）２１６に送られる。これにより、拡張レイヤ・デコーダ２１３では、適宜、レイヤ間の予測補償も行われる。
また、サービス受信機２００がＵＨＤ ＨＤＲ－ｌｏｗの表示能力を持っている場合、上述したように拡張レイヤ・デコーダ２１３で得られたＵＨＤ ＨＤＲ/２０２０の画像データが、変換部２２４で、基本レイヤ・デコーダ２１１あるいは拡張レイヤ・デコーダ２１３で抽出された、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping”に基づいて変換されて、ＵＨＤ ＨＤＲ－ｌｏｗ/２０２０の画像データが得られる。
図２０～図２４は、それぞれ、上述した第１～第５のレイヤ分解に対応したＭＰＤファイルの記述例を示している。ここでは、説明の簡単化のためにビデオストリームに関する情報のみが記述されている例を示しているが、実際にはビデオストリームの他のメディアストリームに関する情報も記述されている。図２５は、“SupplementaryDescriptor”の「Value」セマンティスクスを示している。
最初に、図２０のＭＰＤファイルの記述例について説明する。このＭＰＤファイルの記述例は、第１のレイヤ分解（図４（ａ）、図１５参照）に対応したものである。「<AdaptationSet mimeType=“video/mp4” codecs=“hev1.xx.xx.L153,xx, hev1.yy.yy.L153,yy”」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、１５３のレベルと、１５３のレベルのＨＥＶＣの符号化画像データが存在することが示されている。
このＭＰＤファイルには、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームに対応した第１のリプレゼンテーション（Representation）が存在すると共に、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームに対応した第１のリプレゼンテーションが存在する
第１のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“0”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＳＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“0”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ｇａｍｍａ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“0”/>」の記述により、エンコードされたビデオのカラープライマリが“７０９”であることが示される。
また、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “0”」の記述により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“０”が付与されることが示され、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamBase.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamBase.mp4」として示されている。
また、第２のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“1”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“2”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“1”/>」の記述により、エンコードされたビデオのカラープライマリが“２０２０”であることが示される。
また、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “1”」、「dependencyLevel=“0”」の記述により、第１の符号化ストリームの上に拡張により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“１”が付与されることが示され、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamEnhanced.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamEnhanced.mp4」として示されている。
次に、図２１のＭＰＤファイルの記述例について説明する。このＭＰＤファイルの記述例は、第２のレイヤ分解（図４（ｂ）、図１６参照）に対応したものである。「<AdaptationSet mimeType=“video/mp4” codecs=“hev1.xx.xx.L123,xx, hev1.yy.yy.L153,yy”」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、１２３のレベルと、１５３のレベルのＨＥＶＣの符号化画像データが存在することが示されている。
「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“0”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＳＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“0”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ｇａｍｍａ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“0”/>」の記述により、エンコードされたビデオのカラープライマリが“７０９”であることが示される。
コーデック外部における変換情報が記述されている。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtdynamicrange” value=“1”/>」の記述により、コンバート後のビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvttransferfunction” value=“2”/>」の記述により、コンバート後のビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtxycolourprimaries” value=“1”/>」の記述により、コンバート後のビデオのカラープライマリが“２０２０”であることが示される。また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtconversion_type” value=“0”/>」の記述により、コンバートに用いるメタデータのタイプが、“ＳＤＲ→ＨＤＲ 変換メタデータ (ETSI TS 103433-1)”であることが示される。
このＭＰＤファイルには、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームに対応した第１のリプレゼンテーション（Representation）が存在すると共に、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームに対応した第１のリプレゼンテーションが存在する
第１のリプレゼンテーションにおいて、「width=“1920" height=“1080" frameRate=“60"」、「codecs="hev1.xx.xx.L123,xx"」、「level= “0”」の記述により、ＨＤ（２Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“０”が付与されることが示され、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームのレベルが“１２３”であることが示される。また、「<BaseURL>videostreamBase.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamBase.mp4」として示されている。
また、第２のリプレゼンテーションにおいて、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “1”」、「dependencyLevel=“0”」の記述により、第１の符号化ストリームの上に拡張により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“１”が付与されることが示され、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamEnhanced.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamEnhanced.mp4」として示されている。
次に、図２２のＭＰＤファイルの記述例について説明する。このＭＰＤファイルの記述例は、第１のレイヤ分解（図４（ｃ）、図１７参照）に対応したものである。「<AdaptationSet mimeType=“video/mp4” codecs=“hev1.xx.xx.L123,xx, hev1.yy.yy.L153,yy”」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、１２３のレベルと、１５３のレベルのＨＥＶＣの符号化画像データが存在することが示されている。
このＭＰＤファイルには、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームに対応した第１のリプレゼンテーション（Representation）が存在すると共に、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームに対応した第１のリプレゼンテーションが存在する
第１のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“0”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＳＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“0”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ｇａｍｍａ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“0”/>」の記述により、エンコードされたビデオのカラープライマリが“７０９”であることが示される。
また、「width=“1920" height=“1080" frameRate=“60"」、「codecs="hev1.xx.xx.L123,xx"」、「level= “0”」の記述により、ＨＤ（２Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“０”が付与されることが示され、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームのレベルが“１２３”であることが示される。また、「<BaseURL>videostreamBase.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamBase.mp4」として示されている。
また、第２のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“1”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“2”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“1”/>」の記述により、エンコードされたビデオのカラープライマリが“２０２０”であることが示される。
また、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “1”」、「dependencyLevel=“0”」の記述により、第１の符号化ストリームの上に拡張により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“１”が付与されることが示され、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamEnhanced.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamEnhanced.mp4」として示されている。
次に、図２３のＭＰＤファイルの記述例について説明する。このＭＰＤファイルの記述例は、第２のレイヤ分解（図４（ｄ）、図１８参照）に対応したものである。「<AdaptationSet mimeType=“video/mp4” codecs=“hev1.xx.xx.L153,xx, hev1.yy.yy.L156,yy”」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、１５３のレベルと、１５６のレベルのＨＥＶＣの符号化画像データが存在することが示されている。
「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“0”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＳＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“0”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ｇａｍｍａ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“0”/>」の記述により、エンコードされたビデオのカラープライマリが“７０９”であることが示される。
コーデック外部における変換情報が記述されている。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtdynamicrange” value=“1”/>」の記述により、コンバート後のビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvttransferfunction” value=“2”/>」の記述により、コンバート後のビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtxycolourprimaries” value=“1”/>」の記述により、コンバート後のビデオのカラープライマリが“２０２０”であることが示される。また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtconversion_type” value=“0”/>」の記述により、コンバートに用いるメタデータのタイプが、“ＳＤＲ→ＨＤＲ 変換メタデータ (ETSI TS 103433-1)”であることが示される。
このＭＰＤファイルには、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームに対応した第１のリプレゼンテーション（Representation）が存在すると共に、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームに対応した第１のリプレゼンテーションが存在する
第１のリプレゼンテーションにおいて、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “0”」の記述により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“０”が付与されることが示され、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamBase.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamBase.mp4」として示されている。
また、第２のリプレゼンテーションにおいて、「width=“3840" height=“2160" frameRate=“120"」、「codecs="hev1.xx.xx.L156,xx"」、「level= “1”」、「dependencyLevel=“0”」の記述により、第１の符号化ストリームの上に拡張により、ＵＨＤ（４Ｋ） １２０Ｐのストリームを実現することが示され、タグ情報としてレベル“１”が付与されることが示され、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームのレベルが“１５６”であることが示される。また、「<BaseURL>videostreamEnhanced.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamEnhanced.mp4」として示されている。
次に、図２４のＭＰＤファイルの記述例について説明する。このＭＰＤファイルの記述例は、第２のレイヤ分解（図４（ｅ）、図１９参照）に対応したものである。「<AdaptationSet mimeType=“video/mp4” codecs=“hev1.xx.xx.L153,xx, hev1.yy.yy.L156,yy”」の記述により、ビデオストリームに対するアダプテーションセット（AdaptationSet）が存在し、そのビデオストリームはＭＰ４ファイル構造で供給され、１５３のレベルと、１５６のレベルのＨＥＶＣの符号化画像データが存在することが示されている。
コーデック外部における変換情報が記述されている。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtdynamicrange” value=“1”/>」の記述により、コンバート後のビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvttransferfunction” value=“2”/>」の記述により、コンバート後のビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtxycolourprimaries” value=“1”/>」の記述により、コンバート後のビデオのカラープライマリが“２０２０”であることが示される。また、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:cvtconversion_type” value=“1”/>」の記述により、コンバートに用いるメタデータのタイプが、“ＨＤＲ→ＨＤＲ－ｌｏｗ 変換メタデータ１ (SMPTE2094-10)”であることが示される。
このＭＰＤファイルには、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームに対応した第１のリプレゼンテーション（Representation）が存在すると共に、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームに対応した第１のリプレゼンテーションが存在する
第１のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“0”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＳＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“0”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ｇａｍｍａ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“0”/>」の記述により、エンコードされたビデオのカラープライマリが“７０９”であることが示される。
また、「width=“19200" height=“1080" frameRate=“60"」、「codecs="hev1.xx.xx.L123,xx"」、「level= “0”」の記述により、ＨＤ（２Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“０”が付与されることが示され、基本レイヤの各ピクチャの符号化画像データを持つ第１の符号化ストリームのレベルが“１２３”であることが示される。また、「<BaseURL>videostreamBase.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamBase.mp4」として示されている。
また、第２のリプレゼンテーションにおいて、「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codeddynamicrange” value=“1”/>」の記述により、エンコードされたビデオのダイナミックレンジが“ＨＤＲ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedtransferfunction” value=“2”/>」の記述により、エンコードされたビデオのＥＯＴＦタイプが“ＰＱ”であることが示される。「<SupplementaryDescriptor schemeIdUri=“urn:brdcst:video:codedxycolourprimaries” value=“1”/>」の記述により、エンコードされたビデオのカラープライマリが“２０２０”であることが示される。
また、「width=“3840" height=“2160" frameRate=“60"」、「codecs="hev1.xx.xx.L153,xx"」、「level= “1”」、「dependencyLevel=“0”」の記述により、第１の符号化ストリームの上に拡張により、ＵＨＤ（４Ｋ） ６０Ｐのストリームを実現することが示され、タグ情報としてレベル“１”が付与されることが示され、拡張レイヤの各ピクチャの符号化画像データを持つ第２の符号化ストリームのレベルが“１５３”であることが示される。また、「<BaseURL>videostreamEnhanced.mp4</BaseURL>」の記述により、第１のビデオストリームのロケーション先が、「videostreamEnhanced.mp4」として示されている。
上述したように、図３に示す送受信システム１０においては、第１の符号化ストリームおよび第２の符号化ストリームに関するメタ情報を持つメタファイルであるＭＰＤファイルに、コーデック内部における機能拡張の情報（スケーラブル符号化情報）やコーデック外部における機能拡張の情報（変換情報）が記述される。そのため、受信側では、ＭＰＤファイルから、これらの情報を容易に取得でき、その情報に基づき表示能力に応じてコーデック内部における機能拡張処理やコーデック外部における機能拡張処理を適切に行うことができる。
＜２．変形例＞
なお、上述実施の形態においては、コンテナがＭＰ４（ＩＳＯＢＭＦＦ）である例を示した。しかし、本技術は、コンテナがＭＰ４に限定されるものではなく、ＭＰＥＧ－２ ＴＳやＭＭＴなどの他のフォーマットのコンテナであっても同様に適用し得る。
例えば、ＭＰＥＧ－２ ＴＳの場合には、図５に示すサービス送信システム１００のコンテナエンコーダ１０４では、第１の符号化ストリームおよび第２の符号化ストリームを含むトランスポートストリーム（Transport Stream）が生成される。
この際、コンテナエンコーダ１０４では、プログラム・マップ・テーブル（ＰＭＴ：Program Map Table）の各符号化ストリームに対応したビデオエレメンタリストリームループに、上述のＭＰＤファイルと同様にコーデック内部における機能拡張の情報（スケーラブル符号化情報）やコーデック外部における機能拡張の情報（変換情報）を持つ、新規定義するマルチディメンジョン・デスクリプタ（multidimension_descriptor）が挿入される。
図２６は、マルチディメンジョン・デスクリプタの構造例（Syntax）を示している。また、図２７は、その構造例における主要な情報の内容（Semantics）を示している。
「multidimension_descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示し、ここでは、マルチディメンジョン・デスクリプタであることを示す。「multidimension_descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。
「profile_idc」の８ビットフィールドは、符号化のプロファイルを示し、符号化方式の規定に依存する値を示す。「level_idc」の８ビットフィールドは、符号化のレベルを示し、符号化方式の規定に依存する値を示す。「resolution」の８ビットフィールドは、符号化画像の解像度を示す。例えば、“０”は６４０（Ｈ）＊４８０（Ｖ）、“１”は１９２０（Ｈ）＊１０８０（Ｖ）、“２”は３８４０（Ｈ）＊２１６０（Ｖ）、“３”は７６８０（Ｈ）＊４３２０（Ｖ）を示す。
「frame_rate」の８ビットフィールドは、符号化画像のフレームレートを示す。例えば、“０”は２４Ｈｚ、“１”は２５Ｈｚ、“２”は２９．９７Ｈｚ、“３”は３０Ｈｚ、“４”は５０Ｈｚ、“５”は５９．９４Ｈｚ。“６”は６０Ｈｚ、“７”は１００Ｈz、“８”は１１９．８８Ｈｚ、“９”は１２０Ｈｚを示す。「bitdepth」の８ビットフィールドは、符号化画像のコンポーネントのビット幅を示す。例えば、“０”は８ビット、“１”は１０ビットを示す。
「codeddynamicrange」の８ビットフィールドは、エンコードされたビデオのダイナミックレンジ情報を示す。例えば、“０”はＳＤＲ、“１”はＨＤＲを示す。「codedtransferfunction」の８ビットフィールドは、エンコードされたビデオのＥＯＴＦタイプを示す。例えば、“０”はｇａｍｍａ、“１”はＨＬＧ、“２”はＰＱを示す。「codedxycolourprimaries」の８ビットフィールドは、エンコードされたビデオのカラープライマリを示す。例えば、“０”は７０９、“１”は２０２０を示す。
「external_conversion_flag」の１ビットフィールドは、コーデックの外部で変換するメタ情報が含まれるかどうかを示すフラグである。例えば、”０”は変換メタが含まれないこと示し、“１”は変換メタが含まれることを示す。「external_conversion_flag」が“１”であるとき、「cvtdynamicrange」、「cvttransferfunction」、「cvtxycolourprimaries」、「conversion_type」の各８ビットフィールドが存在する。
「cvtdynamicrange」の８ビットフィールドは、コンバート後のビデオのダイナミックレンジ情報を示す。例えば、“０”はＳＤＲ、“１”はＨＤＲを示す。「cvttransferfunction」の８ビットフィールドは、エンコードされたビデオのＥＯＴＦタイプを示す。例えば、“０”はｇａｍｍａ、“１”はＨＬＧ、“２”はＰＱを示す。「cvtxycolourprimaries」の８ビットフィールドは、エンコードされたビデオのカラープライマリを示す。例えば、“０”は７０９、“１”は２０２０を示す。
「cvtconversion_type」の８ビットフィールドは、コンバートに用いるメタデータ（変換メタデータ）のタイプを示す。例えば、“０”は「SDR->HDR 変換メタデータ (ETSI TS 103433-1)」、“１”は「HDR->Non-HDR 変換メタデータ1 (SMPTE2094-10)」、“２”は「HDR->Non-HDR 変換メタデータ2 (SMPTE2094-40)」を示す。
また、「layer_ level」の８ビットフィールドは、符号化ストリームのレイヤ値を示す。例えば、“０”は基本レイヤ、“１”は拡張レイヤを示す。「dependency_level」の８ビットフィールドは、基本レイヤ以外の符号化ストリームの場合に、直接参照するストリームのレイヤ値（layer_level）を示す。
図２８は、コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合（上述の第２、第４のレイヤ分解に対応）におけるトランスポートストリームの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES1」と、ＰＩＤ２で識別されるビデオストリームのＰＥＳパケット「video PES2」が存在する。
ＰＥＳパケット「video PES1」のペイロードには、基本レイヤ（Base Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。ＰＥＳパケット「video PES2」のペイロードには、拡張レイヤ（Enhanced Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。
ＰＥＳパケット「video PES1」でコンテナされるアクセスユニット（符号化画像データ）において、「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。
また、ＰＥＳパケット「video PES2」でコンテナされる各ピクチャのアクセスユニット（符号化画像データ）において、「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping” （図８（ａ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、デコード後のＳＤＲをＨＤＲに変換するもので、ＨＤＲ受信機はＨＤＲに変換して表示する。ＳＤＲ受信機は、このＳＥＩメッセージを無視できる。
また、ＰＭＴに、基本ビデオストリーム「video PES1」と、拡張ビデオストリーム「video PES2」に対応したビデオエレメンタリストリームループ（video ES loop）が存在する。ビデオエレメンタリストリームループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。
「video ES1 loop」には、基本ビデオストリーム（video PES1）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このストリームタイプは、基本ビデオストリームを示す“０ｘ２４”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、「video ES2 loop」には、拡張ビデオストリーム（video PES2）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このストリームタイプは、拡張ビデオストリームを示す“０ｘ２ｘ”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
図２９は、コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合（上述の第１、第３、第５のレイヤ分解に対応）におけるトランスポートストリームの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「video PES1」と、ＰＩＤ２で識別されるビデオストリームのＰＥＳパケット「video PES2」が存在する。
ＰＥＳパケット「video PES1」のペイロードには、基本レイヤ（Base Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。ＰＥＳパケット「video PES2」のペイロードには、拡張レイヤ（Enhanced Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。
ＰＥＳパケット「video PES1」でコンテナされるアクセスユニット（符号化画像データ）において、「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＨＤＲ/２０２０とされている。
また、ＰＥＳパケット「video PES2」でコンテナされる各ピクチャのアクセスユニット（符号化画像データ）において、「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping” （図８（ｂ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、デコード後のＨＤＲをＨＤＲ－ｌｏｗに変換するもので、ＨＤＲ－ｌｏｗ受信機はＨＤＲ－ｌｏｗに変換して表示する。ＨＤＲ受信機は、このＳＥＩメッセージを無視できる。
また、ＰＭＴに、基本ビデオストリーム「video PES1」と、拡張ビデオストリーム「video PES2」に対応したビデオエレメンタリストリームループ（video ES loop）が存在する。ビデオエレメンタリストリームループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。
「video ES1 loop」には、基本ビデオストリーム（video PES1）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このストリームタイプは、基本ビデオストリームを示す“０ｘ２４”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、「video ES2 loop」には、拡張ビデオストリーム（video PES2）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このストリームタイプは、拡張ビデオストリームを示す“０ｘ２ｘ”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、例えば、ＭＭＴの場合には、図５に示すサービス送信システム１００のコンテナエンコーダ１０４では、第１の符号化ストリームおよび第２の符号化ストリームを含むＭＭＴストリーム（MMT Stream）が生成される。
この際、コンテナエンコーダ１０４では、ＭＭＴ・パッケージ・テーブル（ＭＰＴ：MMT Package Table）の拡張ビデオストリームに対応したビデオアセットループに、上述のＭＰＤファイルと同様にコーデック内部における機能拡張の情報（スケーラブル符号化情報）やコーデック外部における機能拡張の情報（変換情報）を持つ、新規定義するマルチディメンジョン・デスクリプタ（multidimension_descriptor）が挿入される。
図３０は、コーデック外部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔへの変換を行う場合（上述の第２、第４のレイヤ分解に対応）におけるＭＭＴストリームの構成例を示している。この構成例では、ＩＤ１で識別されるビデオストリームのＭＰＵパケット「video MPU1」と、ＰＩＤ２で識別されるビデオストリームのＭＰＵパケット「video MPU2」が存在する。
ＭＰＵパケット「video MPU1」のペイロードには、基本レイヤ（Base Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。ＭＰＵパケット「video MPU2」のペイロードには、拡張レイヤ（Enhanced Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。
ＭＰＵパケット「video MPU1」でコンテナされるアクセスユニット（符号化画像データ）において、「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。
また、ＭＰＵパケット「video MPU2」パケットでコンテナされる各ピクチャのアクセスユニット（符号化画像データ）において、「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＳＤＲからＨＤＲに変換するためのメタデータ“DRCL1_mapping” （図８（ａ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、デコード後のＳＤＲをＨＤＲに変換するもので、ＨＤＲ受信機はＨＤＲに変換して表示する。ＳＤＲ受信機は、このＳＥＩメッセージを無視できる。
また、ＭＰＴに、基本ビデオストリーム「video MPU1」と、拡張ビデオストリーム「video MPU2」に対応したビデオアセットループ（video asset loop）が存在する。ビデオアセットループ（video asset loop）には、ビデオストリームに対応して、アセットタイプ、アセットＩＤ等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。
「video asset1 loop」には、基本ビデオストリーム（video MPU1）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このアセットタイプは、基本ビデオストリームを示す“０ｘ２４”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、「video ES2 loop」には、拡張ビデオストリーム（video MPU2）に対応して、アセットタイプ、アセットＩＤ等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このアセットタイプは、拡張ビデオストリームを示す“０ｘ２ｘ”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
図３１は、コーデック内部でＨＤＲ/Ｃｏｌｏｒ ｇａｍｕｔスケーラブルを行う場合（上述の第１、第３、第５のレイヤ分解に対応）におけるＭＭＴストリームの構成例を示している。この構成例では、ＩＤ１で識別されるビデオストリームのＭＰＵパケット「video MPU1」と、ＰＩＤ２で識別されるビデオストリームのＭＰＵパケット「video MPU2」が存在する。
ＭＰＵパケット「video MPU1」のペイロードには、基本レイヤ（Base Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。ＭＰＵパケット「video MPU2」のペイロードには、拡張レイヤ（Enhanced Layer）の各ピクチャのアクセスユニット（符号化画像データ）が含まれる。
ＭＰＵパケット「video MPU1」でコンテナされるアクセスユニット（符号化画像データ）において、「ＳＰＳ」の“ＶＵＩ”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＳＤＲ/７０９とされている。また、「ＶＰＳ」の“ＶＵＩext”では基本レイヤのダイナミックレンジ/色域の情報が示され、ここではＨＤＲ/２０２０とされている。
また、ＭＰＵパケット「video MPU2」パケットでコンテナされる各ピクチャのアクセスユニット（符号化画像データ）において、「ＳＥＩ」に、ＳＥＩメッセージの一つとして、ダイナミックレンジをＨＤＲからＨＤＲ－ｌｏｗに変換するためのメタデータ“DRCL2_mapping” （図８（ｂ）参照）を含むＳＥＩメッセージが挿入される。このＳＥＩメッセージは、デコード後のＳＤＲをＨＤＲに変換するもので、ＨＤＲ受信機はＨＤＲに変換して表示する。ＳＤＲ受信機は、このＳＥＩメッセージを無視できる。
また、ＭＰＴに、基本ビデオストリーム「video MPU1」と、拡張ビデオストリーム「video MPU2」に対応したビデオアセットループ（video asset loop）が存在する。ビデオアセットループ（video asset loop）には、ビデオストリームに対応して、アセットタイプ、アセットＩＤ等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。
「video asset1 loop」には、基本ビデオストリーム（video MPU1）に対応して、ストリームタイプ、パケット識別子（PID）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このアセットタイプは、基本ビデオストリームを示す“０ｘ２４”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、「video ES2 loop」には、拡張ビデオストリーム（video MPU2）に対応して、アセットタイプ、アセットＩＤ等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このアセットタイプは、拡張ビデオストリームを示す“０ｘ２ｘ”とされる。また、デスクリプタの一つとして、マルチディメンジョン・デスクリプタ（図２６参照）が挿入される。
また、上述実施の形態においては、送信装置１００と受信装置２００からなる送受信システム１０を示したが、本技術を適用し得る送受信システムの構成は、これに限定されるものではない。例えば、受信装置２００の部分が、例えば、（ＨＤＭＩ（High-Definition Multimedia Interface）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は、登録商標である。
また、本技術は、以下のような構成を取ることもできる。
（１）基本レイヤの各ピクチャの画像データを符号化して第１の符号化ストリームを生成すると共に、拡張レイヤの各ピクチャの画像データを符号化して第２の符号化ストリームを生成する画像符号化部と、
上記第１の符号化ストリームおよび上記第２の符号化ストリームを送信するストリーム送信部と、
少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を上記符号化ストリームの外側で送信する情報送信部を備える
送信装置。
（２）上記機能拡張情報は、コーデック外部における機能拡張の情報をさらに含む
前記（１）に記載の送信装置。
（３）上記コーデック外部における機能拡張の情報は、ダイナミックレンジおよび色域の変換に関する情報である
前記（２）に記載の送信装置。
（４）上記第２の符号化ストリームに、上記ダイナミックレンジおよび色域の変換情報を挿入する情報挿入部をさらに備える
前記（３）に記載の送信装置。
（５）上記情報送信部は、上記機能拡張情報を、上記第１の符号化ストリームおよび上記第２の符号化ストリームを含むコンテナのレイヤに挿入して送信する
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記コンテナは、ＭＰＥＧ２－ＴＳであり、
上記情報送信部は、上記機能拡張情報を、プログラム・マップ・テーブルに挿入して送信する
前記（５）に記載の送信装置。
（７）上記コンテナは、ＭＭＴストリームであり、
上記情報送信部は、上記機能拡張情報を、ＭＭＴ・パッケージ・テーブルに挿入して送信する
前記（５）に記載の送信装置。
（８）上記情報送信部は、上記機能拡張情報を、上記第１の符号化ストリームおよび上記第２の符号化ストリームに関するメタ情報を持つメタファイルに挿入して送信する
前記（１）から（４）のいずれかに記載の送信装置。
（９）上記メタファイルは、ＭＰＤファイルである
前記（８）に記載の送信装置。
（１０）画像符号化部が、基本レイヤの各ピクチャの画像データを符号化して第１の符号化ストリームを生成すると共に、拡張レイヤの各ピクチャの画像データを符号化して第２の符号化ストリームを生成する画像符号化ステップと、
ストリーム送信部が、上記第１の符号化ストリームおよび上記第２の符号化ストリームを送信するストリーム送信ステップと、
情報送信部が、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を上記符号化ストリームの外側で送信する情報送信ステップを有する
送信方法。
（１１）基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを受信するストリーム受信部と、
上記符号化ストリームの外側で送られてくる、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を受信する情報受信部と、
上記第１の符号化ストリームおよび上記第２の符号化ストリームを上記機能拡張情報に基づいて処理する処理部を備える
受信装置。
（１２）上記機能拡張情報は、コーデック外部における機能拡張の情報をさらに含む
前記（１１）に記載の受信装置。
（１３）上記コーデック外部における機能拡張の情報は、ダイナミックレンジおよび色域の変換に関する情報である
前記（１２）に記載の受信装置。
（１４）ストリーム受信部が、基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを受信するストリーム受信ステップと、
情報受信部が、上記符号化ストリームの外側で送られてくる、少なくともコーデック内部における機能拡張の情報を含む機能拡張情報を受信する情報受信ステップと、
処理部が、上記第１の符号化ストリームおよび上記第２の符号化ストリームを上記機能拡張情報に基づいて処理する処理ステップを有する
受信方法。
本技術の主な特徴は、コーデック内部における機能拡張の情報（スケーラブル符号化情報）やコーデック外部における機能拡張の情報（変換情報）を符号化ストリームの外側で送信することで、受信側では、コーデック内部やコーデック外部における機能拡張の情報を容易に取得でき、この情報に基づき表示能力に応じて機能拡張処理を適切に行うことを可能としたことである（図２０－図２４、図２６、図２８－図３１参照）。
１０・・・送受信システム
１００・・・サービス送信システム
１０１・・・制御部
１０２・・・ＨＤＲ光電変換部
１０３・・・ビデオエンコーダ
１０４・・・コンテナエンコーダ
１１１・・・変換部
１１２・・・基本レイヤ・エンコーダ
１１３・・・基本レイヤ・デコーデッドピクチャバッファ
１１４・・・拡張レイヤ・エンコーダ
１１５・・・拡張レイヤ・デコーデッドピクチャバッファ
１１６・・・カラーリマッピングテーブル
１１７・・・レイヤ間予測回路
１２１・・・変換部
１２２・・・アップサンプリングフィルタ
１２３・・・変換部
１２４・・・変換部
１２５・・・階層レイヤ予測回路
２００・・・サービス受信機
２０１・・・制御部
２０２・・・コンテナデコーダ
２０３・・・ビデオデコーダ
２０４・・・コンバータ
２０５・・・電光変換部
２１１・・・基本レイヤ・デコーダ
２１２・・・基本レイヤ・デコーデッドピクチャバッファ
２１３・・・拡張レイヤ・デコーダ
２１４・・・拡張レイヤ・デコーデッドピクチャバッファ
２１５・・・カラーリマッピングテーブル
２１６・・・レイヤ間予測回路
２２１・・・アップサンプリングフィルタ
２２２・・・変換部
２２３・・・階層レイヤ予測回路
２２４・・・変換部

Claims (12)

  1. 基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームおよび拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを送信するストリーム送信部と、
    コーデック内部における機能拡張処理のための第１の情報を含む機能拡張情報を上記符号化ストリームの外側で送信する情報送信部を備え、
    上記第１の情報は、上記基本レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報と、上記拡張レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報を含む
    送信装置。
  2. 上記機能拡張情報は、コーデック外部におけるコンバートによる機能拡張処理のための第２の情報をさらに含み、
    上記第２の情報は、コンバート後の画像データのダイナミックレンジおよび色域の情報を含む
    請求項１に記載の送信装置。
  3. 上記第２の符号化ストリームに、上記第２の情報を挿入する情報挿入部をさらに備える
    請求項２に記載の送信装置。
  4. 上記情報送信部は、上記機能拡張情報を、上記第１の符号化ストリームおよび上記第２の符号化ストリームを含むコンテナのレイヤに挿入して送信する
    請求項１に記載の送信装置。
  5. 上記コンテナは、ＭＰＥＧ２－ＴＳであり、
    上記情報送信部は、上記機能拡張情報を、プログラム・マップ・テーブルに挿入して送信する
    請求項４に記載の送信装置。
  6. 上記コンテナは、ＭＭＴストリームであり、
    上記情報送信部は、上記機能拡張情報を、ＭＭＴ・パッケージ・テーブルに挿入して送信する
    請求項４に記載の送信装置。
  7. 上記情報送信部は、上記機能拡張情報を、上記第１の符号化ストリームおよび上記第２の符号化ストリームに関するメタ情報を持つメタファイルに挿入して送信する
    請求項１に記載の送信装置。
  8. 上記メタファイルは、ＭＰＤファイルである
    請求項７に記載の送信装置。
  9. 基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームおよび拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを送信するストリーム送信ステップと、
    コーデック内部における機能拡張処理のための第１の情報を含む機能拡張情報を上記符号化ストリームの外側で送信する情報送信ステップを有し、
    上記第１の情報は、上記基本レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報と、上記拡張レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報を含む
    送信方法。
  10. 基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを受信するストリーム受信部と、
    上記符号化ストリームの外側で送られてくる、コーデック内部における機能拡張処理のための第１の情報を含む機能拡張情報を受信する情報受信部を備え、
    上記第１の情報は、上記基本レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報と、上記拡張レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報を含み、
    上記第１の符号化ストリームおよび上記第２の符号化ストリームを上記機能拡張情報に基づいて処理する処理部をさらに備える
    受信装置。
  11. 上記機能拡張情報は、コーデック外部におけるコンバートによる機能拡張処理のための第２の情報をさらに含み、
    上記第２の情報は、コンバート後の画像データのダイナミックレンジおよび色域の情報を含む
    請求項１０に記載の受信装置。
  12. 基本レイヤの各ピクチャの画像データを符号化して生成された第１の符号化ストリームと、拡張レイヤの各ピクチャの画像データを符号化して生成された第２の符号化ストリームを受信するストリーム受信ステップと、
    上記符号化ストリームの外側で送られてくる、コーデック内部における機能拡張処理のための第１の情報を含む機能拡張情報を受信する情報受信ステップを有し、
    上記第１の情報は、上記基本レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報と、上記拡張レイヤの各ピクチャの画像データのダイナミックレンジおよび色域の情報を含み、
    上記第１の符号化ストリームおよび上記第２の符号化ストリームを上記機能拡張情報に基づいて処理する処理ステップをさらに有する
    受信方法。
JP2019530557A 2017-07-20 2018-07-18 送信装置、送信方法、受信装置および受信方法 Active JP7232183B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2017140592 2017-07-20
JP2017140592 2017-07-20
PCT/JP2018/026828 WO2019017362A1 (ja) 2017-07-20 2018-07-18 送信装置、送信方法、受信装置および受信方法

Publications (2)

Publication Number Publication Date
JPWO2019017362A1 JPWO2019017362A1 (ja) 2020-05-28
JP7232183B2 true JP7232183B2 (ja) 2023-03-02

Family

ID=65015951

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2019530557A Active JP7232183B2 (ja) 2017-07-20 2018-07-18 送信装置、送信方法、受信装置および受信方法

Country Status (8)

Country Link
US (2) US11245929B2 (ja)
EP (1) EP3657807A1 (ja)
JP (1) JP7232183B2 (ja)
KR (1) KR102538975B1 (ja)
CN (1) CN110915221B (ja)
CA (1) CA3069106A1 (ja)
MX (1) MX2020000449A (ja)
WO (1) WO2019017362A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6614156B2 (ja) 2014-11-07 2019-12-04 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2020050884A1 (en) * 2018-09-04 2020-03-12 Google Llc Temporal prediction shifting for scalable video coding
BR112022026963A2 (pt) 2020-07-01 2023-01-24 Dolby Laboratories Licensing Corp Distribuição de imagens de alta faixa dinâmica em um sistema de reprodução de capacidade mista
CN112040240B (zh) * 2020-11-03 2021-08-27 深圳市大疆创新科技有限公司 数据处理方法、设备和存储介质
US11606605B1 (en) 2021-09-30 2023-03-14 Samsung Electronics Co., Ltd. Standard dynamic range (SDR) / hybrid log-gamma (HLG) with high dynamic range (HDR) 10+

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015126469A (ja) 2013-12-27 2015-07-06 株式会社東芝 画像処理装置、画像処理方法及び画像処理プログラム
WO2015118909A1 (ja) 2014-02-07 2015-08-13 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、表示装置および表示方法
JP2016063538A (ja) 2014-09-12 2016-04-25 日本放送協会 送信装置および受信装置
JP2016541140A (ja) 2013-11-13 2016-12-28 エルジー エレクトロニクス インコーポレイティド Ｈｄｒ放送サービスの提供のための放送信号送受信方法及び装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100511693B1 (ko) * 1997-10-23 2005-09-02 미쓰비시덴키 가부시키가이샤 화상 복호화 장치
JP4733939B2 (ja) * 2004-01-08 2011-07-27 パナソニック株式会社 信号復号化装置及び信号復号化方法
WO2006125850A1 (en) 2005-05-24 2006-11-30 Nokia Corporation Method and apparatuses for hierarchical transmission/reception in digital broadcast
JP2007053554A (ja) * 2005-08-17 2007-03-01 Sony Corp 符号化装置、符号化方法、復号装置、復号方法およびプログラム
US8306827B2 (en) * 2006-03-10 2012-11-06 Panasonic Corporation Coding device and coding method with high layer coding based on lower layer coding results
CN101558652B (zh) * 2006-10-20 2011-08-17 诺基亚公司 用于实现低复杂度多视点视频编码的系统和方法
US20090141809A1 (en) * 2007-12-04 2009-06-04 Sony Corporation And Sony Electronics Inc. Extension to the AVC standard to support the encoding and storage of high resolution digital still pictures in parallel with video
JPWO2011089982A1 (ja) 2010-01-22 2013-05-23 ソニー株式会社 受信装置、送信装置、通信システム、受信装置の制御方法、及びプログラム
KR20140129950A (ko) * 2013-04-30 2014-11-07 인텔렉추얼디스커버리 주식회사 다중 안테나를 이용하는 송신, 수신, 및 시스템
KR101967398B1 (ko) 2013-07-09 2019-04-09 노키아 테크놀로지스 오와이 모션 정보를 시그널링하기 위한 구문을 수반하는 비디오 코딩을 위한 방법 및 장치
US20160295220A1 (en) * 2013-11-21 2016-10-06 Lg Electronics Inc. Signal transceiving apparatus and signal transceiving method
JP2015192381A (ja) * 2014-03-28 2015-11-02 ソニー株式会社 画像処理装置及び画像処理方法
JP6330507B2 (ja) 2014-06-19 2018-05-30 ソニー株式会社 画像処理装置及び画像処理方法
JP6466258B2 (ja) * 2014-08-07 2019-02-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 再生装置、再生方法および記録媒体
WO2017043863A1 (ko) * 2015-09-07 2017-03-16 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
DE112016004284T5 (de) * 2015-09-23 2018-05-30 Arris Enterprises Llc Signalisierung von High Dynamic Range- und Wide Color Gamut-Inhalt in Transportströmen
FI20165547A (fi) * 2016-06-30 2017-12-31 Nokia Technologies Oy Laitteisto, menetelmä ja tietokoneohjelma videokoodausta ja videokoodauksen purkua varten

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016541140A (ja) 2013-11-13 2016-12-28 エルジー エレクトロニクス インコーポレイティド Ｈｄｒ放送サービスの提供のための放送信号送受信方法及び装置
JP2015126469A (ja) 2013-12-27 2015-07-06 株式会社東芝 画像処理装置、画像処理方法及び画像処理プログラム
WO2015118909A1 (ja) 2014-02-07 2015-08-13 ソニー株式会社 送信装置、送信方法、受信装置、受信方法、表示装置および表示方法
JP2016063538A (ja) 2014-09-12 2016-04-25 日本放送協会 送信装置および受信装置

Also Published As

Publication number Publication date
WO2019017362A1 (ja) 2019-01-24
CN110915221B (zh) 2022-06-07
US20220086500A1 (en) 2022-03-17
US11245929B2 (en) 2022-02-08
JPWO2019017362A1 (ja) 2020-05-28
CA3069106A1 (en) 2019-01-24
KR102538975B1 (ko) 2023-06-02
CN110915221A (zh) 2020-03-24
US11736732B2 (en) 2023-08-22
KR20200028335A (ko) 2020-03-16
US20200154143A1 (en) 2020-05-14
MX2020000449A (es) 2020-07-13
EP3657807A4 (en) 2020-05-27
EP3657807A1 (en) 2020-05-27

Similar Documents

Publication Publication Date Title
JP7232183B2 (ja) 送信装置、送信方法、受信装置および受信方法
US11838564B2 (en) Transmission apparatus, transmission method, reception apparatus, and reception method
JP2021132398A (ja) 送信方法および送信装置
US11792452B2 (en) Transmission device, transmission method, reception device and reception method
JP7416164B2 (ja) 送信方法、送信装置、受信装置および受信方法
JP7160158B2 (ja) 送信装置および送信方法
US12126848B2 (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: 20210712

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20220628

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20220823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220901

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221226

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: 20230124

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230217

R150 Certificate of patent or registration of utility model

Ref document number: 7232183

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150