▶ ドルビー ラボラトリーズ ライセンシング コーポレイションの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023099170
(43)【公開日】2023-07-11
(54)【発明の名称】ソースカラーボリューム情報メッセージング
(51)【国際特許分類】
H04N 19/70 20140101AFI20230704BHJP
【ＦＩ】
H04N19/70
【審査請求】有
【請求項の数】5
【出願形態】ＯＬ
【外国語出願】
(21)【出願番号】P 2023076028
(22)【出願日】2023-05-02
(62)【分割の表示】P 2022050292の分割
【原出願日】2017-10-03
(31)【優先権主張番号】62/404,302
(32)【優先日】2016-10-05
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/427,677
(32)【優先日】2016-11-29
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕ－ｒａｙ
(71)【出願人】
【識別番号】507236292
【氏名又は名称】ドルビー ラボラトリーズ ライセンシング コーポレイション
(74)【代理人】
【識別番号】100101683
【弁理士】
【氏名又は名称】奥田 誠司
(74)【代理人】
【識別番号】100155000
【弁理士】
【氏名又は名称】喜多 修市
(74)【代理人】
【識別番号】100188813
【弁理士】
【氏名又は名称】川喜田 徹
(74)【代理人】
【識別番号】100202197
【弁理士】
【氏名又は名称】村瀬 成康
(72)【発明者】
【氏名】チェン，タオ
(72)【発明者】
【氏名】イン，ペン
(72)【発明者】
【氏名】ルー，タオラン
(72)【発明者】
【氏名】フサーク，ウォールター ジェイ．
(57)【要約】 （修正有）
【課題】補足的な付加情報（ＳＥＩ）メッセージングを使用して、符号化ビットストリーム中のソースカラーボリューム情報を伝える方法および装置を提供する。
【解決手段】ＳＥＩメッセージングからソースカラーボリューム情報を抽出する方法は、符号化ビットストリーム中のソースカラーボリューム情報を示すメタデータメッセージを生成することを含む。メタデータは、少なくともソースデータ中の最小輝度値、最大輝度値および平均輝度値ならびにオプションのデータを含む。オプションのデータは、ソースデータの入力原色（例えば、赤色、緑色および青色）についてのカラーボリュームｘおよびｙ色度座標、ならびにソースデータ中の最小輝度値、平均輝度値および最大輝度値に対応する原色についての色ｘおよびｙ色度座標を含む。方法はまた、各ピクチャにおいてアクティブ領域を通知するデータをメッセージングすることも含む。
【選択図】図４
【解決手段】ＳＥＩメッセージングからソースカラーボリューム情報を抽出する方法は、符号化ビットストリーム中のソースカラーボリューム情報を示すメタデータメッセージを生成することを含む。メタデータは、少なくともソースデータ中の最小輝度値、最大輝度値および平均輝度値ならびにオプションのデータを含む。オプションのデータは、ソースデータの入力原色（例えば、赤色、緑色および青色）についてのカラーボリュームｘおよびｙ色度座標、ならびにソースデータ中の最小輝度値、平均輝度値および最大輝度値に対応する原色についての色ｘおよびｙ色度座標を含む。方法はまた、各ピクチャにおいてアクティブ領域を通知するデータをメッセージングすることも含む。
【選択図】図４
【特許請求の範囲】
【請求項1】
符号化ビットストリームを生成する方法であって、
１シーケンスのビデオ映像を受け取ることと、
１以上の前記ビデオ映像を符号化して圧縮ビデオ映像を生成することと、
前記圧縮ビデオ映像についてのソースカラーボリューム情報を示すメタデータメッセージを生成することと、
前記圧縮ビデオ映像および前記メタデータメッセージを含む出力映像ビットストリームを生成することを含み、
前記メタデータメッセージは、前記符号化ビットストリーム中の１以上の原色成分の正規化ｘおよびｙ色度座標、および、最小輝度値、最大輝度値および平均輝度値を含む輝度値パラメータを含み、
前記最小輝度値、前記最大輝度値および前記平均輝度値は、前記符号化ビットストリーム中の１つ以上の符号化ピクチャのアクティブ領域についてである、方法。
１シーケンスのビデオ映像を受け取ることと、
１以上の前記ビデオ映像を符号化して圧縮ビデオ映像を生成することと、
前記圧縮ビデオ映像についてのソースカラーボリューム情報を示すメタデータメッセージを生成することと、
前記圧縮ビデオ映像および前記メタデータメッセージを含む出力映像ビットストリームを生成することを含み、
前記メタデータメッセージは、前記符号化ビットストリーム中の１以上の原色成分の正規化ｘおよびｙ色度座標、および、最小輝度値、最大輝度値および平均輝度値を含む輝度値パラメータを含み、
前記最小輝度値、前記最大輝度値および前記平均輝度値は、前記符号化ビットストリーム中の１つ以上の符号化ピクチャのアクティブ領域についてである、方法。
【請求項2】
前記正規化ｘおよびｙ色度座標は、ＩＳＯ １１６６４－１において指定されるｘおよびｙのＣＩＥ １９３１規定に従って、０．００００２刻みで指定される、請求項１に記載の方法。
【請求項3】
前記メタデータメッセージは、補足的な付加情報（ＳＥＩ）メッセージを含む、請求項１に記載の方法。
【請求項4】
１以上の非一時的な機械読み取り可能な媒体上に記憶された映像ビットストリームを備える装置であって、
前記映像ビットストリームは、圧縮フォーマットの１以上のビデオ映像を表すデータで特徴付けられ、前記圧縮フォーマットの前記１以上のビデオ映像を表す前記データの一部が、メタデータメッセージを含み、
前記メタデータメッセージは、
前記映像ビットストリーム中に、前記データのソースカラーボリューム情報の２次元色域を識別するための１以上の原色についての１セットのｘおよびｙ色度座標が存在することを示すメッセージング変数と、
前記映像ビットストリーム中の前記データについての最小輝度変数、最大輝度変数および平均輝度変数と、を含み、
前記最小輝度変数、最大輝度変数および平均輝度変数は、前記映像ビットストリーム中の１つ以上のビデオ映像のアクティブ領域についてである、装置。
前記映像ビットストリームは、圧縮フォーマットの１以上のビデオ映像を表すデータで特徴付けられ、前記圧縮フォーマットの前記１以上のビデオ映像を表す前記データの一部が、メタデータメッセージを含み、
前記メタデータメッセージは、
前記映像ビットストリーム中に、前記データのソースカラーボリューム情報の２次元色域を識別するための１以上の原色についての１セットのｘおよびｙ色度座標が存在することを示すメッセージング変数と、
前記映像ビットストリーム中の前記データについての最小輝度変数、最大輝度変数および平均輝度変数と、を含み、
前記最小輝度変数、最大輝度変数および平均輝度変数は、前記映像ビットストリーム中の１つ以上のビデオ映像のアクティブ領域についてである、装置。
【請求項5】
前記メタデータメッセージは、補足的な付加情報（ＳＥＩ）メッセージを含む、請求項４に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願への相互参照
本願は、２０１６年１１月２９日に出願された米国仮特許出願第６２／４２７，６７７号および２０１６年１０月５日に出願された米国仮特許出願第６２／４０４，３０２号に基づく優先権を主張するものであり、その開示内容を全て本願に援用する。
技術
本願は、２０１６年１１月２９日に出願された米国仮特許出願第６２／４２７，６７７号および２０１６年１０月５日に出願された米国仮特許出願第６２／４０４，３０２号に基づく優先権を主張するものであり、その開示内容を全て本願に援用する。
技術
【0002】
本発明は、画像全般に関する。より詳細には、本発明のある実施形態は、ソースカラーボリューム情報を伝えることおよび処理することに関する。
【背景技術】
【0003】
背景
「動画像の符号化」のためのＩＴＵ－Ｔ勧告Ｈ．２６５［１］（ＨＥＶＣとしても知られる）は、付録Ｄの「補足的な付加情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）」（ＳＥＩ）および付録Ｅの「ビデオ表示情報（Ｖｉｄｅｏ ｕｓａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）」（ＶＵＩ）において、補足的なＳＥＩおよびＶＵＩ情報を符号化ビットストリームにおいて提供し、デコーダが復号サンプルをディスプレイにより良好にマッピングできるようにするための、シンタックスについて説明している。
「動画像の符号化」のためのＩＴＵ－Ｔ勧告Ｈ．２６５［１］（ＨＥＶＣとしても知られる）は、付録Ｄの「補足的な付加情報（Ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）」（ＳＥＩ）および付録Ｅの「ビデオ表示情報（Ｖｉｄｅｏ ｕｓａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）」（ＶＵＩ）において、補足的なＳＥＩおよびＶＵＩ情報を符号化ビットストリームにおいて提供し、デコーダが復号サンプルをディスプレイにより良好にマッピングできるようにするための、シンタックスについて説明している。
【0004】
ＭＰＥＧ／ＩＴＵ標準化処理とともに、映画テレビ技術者協会（ＳＭＰＴＥ）はまた、ソース映像およびターゲットディスプレイの両方についてのカラーボリューム情報に関するメタデータを伝えることに関して多くの勧告を規定している。例えば、ＳＭＰＴＥ ＳＴ ２０９４の一式の文書（例えば、［５］および［６］）は、映像コンテンツのカラーボリューム変換において使用するためのメタデータを規定している。これらのメタデータは、シーン毎にまたはフレーム毎に変化し得る。例えば、そのようなメタデータは、デコーダがハイダイナミックレンジ（ＨＤＲ）データおよび広色域（ＷＣＧ）データを、ソース画像をマスタリングするために使用されるマスタリングディスプレイのカラーボリュームよりも小さいカラーボリュームを有するディスプレイ上に提示することを助け得る。
【0005】
本明細書において、用語「メタデータ」は、符号化ビットストリームの一部として送信され、そしてデコーダが復号画像を描画することを助ける、任意の補助情報に関する。そのようなメタデータは、本明細書にて記載されるような、カラー空間情報または色域情報、予測パラメータ、リファレンスディスプレイパラメータおよび補助信号パラメータを含み得るが、それらに限定されない。
【0006】
Ｈ．２６５の付録ＤおよびＥは、多くのカラーボリュームに関連するメタデータに対応しているが、ＨＤＲコンテンツの最も効率的なディスプレイマネジメントに必要なメタデータのすべてに対応しているわけではない。２０１６年６月のジュネーブでの映像符号化会合の共同作業部会（ＪＣＴ－ＶＣ）において、ＳＥＩまたはＶＵＩメッセージングを使用してコンテンツカラーボリューム情報をどのように記述するかについて３つの提［２～４］が提出された。これらの提案の一部は、ＳＭＰＴＥ ＳＴ．２０９４［５］の影響を受けたが、その範囲は非常に異なる。
【0007】
［２］において、映像コンテンツの実際の色分布を記述するコンテンツ－ＳＥＩメッセージが、２Ｄにおけるコンテンツ色域を通知（ｓｉｇｎａｌ）するものとしてに提案されている。ＶＵＩにおいて、真のソース色域の代わりにコンテナ色域を示すために、変数ｃ
ｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが使用される［１］。［３］において、多原色表現（ｍｕｌｔｉｐｌｅ ｐｒｉｍａｒｙ ｅｘｐｒｅｓｓｉｏｎｓ）および空間領域が、特定されたソース特性に関連づけられるものとして提案されている。［４］において、コンテンツカラーボリュームＳＥＩメッセージが、コンテンツによって占められたカラーボリュームを示すものとして提案されている。これは、カラー座標の（ｘ，ｙ，Ｙ）記述を使用し、かつ輝度Ｙのスライス（ｓｌｉｃｅ）を有し、各スライスにはポリゴンが関連づけられている。これらの提案には、以下のような多くの欠点がある。すなわち、大半のディスプレイ製造者にとってほとんど有用でない情報を提供すること、著しいオーバーヘッドを加え得ること、および要求する計算オーバーヘッドが大きすぎて生成し得ない場合があることである。既存の符号化および復号化方法を向上させるには、本発明者らの検討によれば、ソースカラーボリューム情報を生成し、そして伝えるための改善された技術が必要とされる。
ｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが使用される［１］。［３］において、多原色表現（ｍｕｌｔｉｐｌｅ ｐｒｉｍａｒｙ ｅｘｐｒｅｓｓｉｏｎｓ）および空間領域が、特定されたソース特性に関連づけられるものとして提案されている。［４］において、コンテンツカラーボリュームＳＥＩメッセージが、コンテンツによって占められたカラーボリュームを示すものとして提案されている。これは、カラー座標の（ｘ，ｙ，Ｙ）記述を使用し、かつ輝度Ｙのスライス（ｓｌｉｃｅ）を有し、各スライスにはポリゴンが関連づけられている。これらの提案には、以下のような多くの欠点がある。すなわち、大半のディスプレイ製造者にとってほとんど有用でない情報を提供すること、著しいオーバーヘッドを加え得ること、および要求する計算オーバーヘッドが大きすぎて生成し得ない場合があることである。既存の符号化および復号化方法を向上させるには、本発明者らの検討によれば、ソースカラーボリューム情報を生成し、そして伝えるための改善された技術が必要とされる。
【0008】
本節に記載されている手法は、探求し得る手法ではあるが、必ずしもこれまでに着想または探求されてきた手法ではない。従って、別途示唆のない限り、本節に記載された手法のいずれも、本節に記載されているという理由だけで従来技術としての適格性を有すると考えるべきではない。同様に、別途示唆のない限り、１以上の手法に関して特定される問題が、本節に基づいて、いずれかの先行技術において認識されたことがあると考えるべきではない。
【図面の簡単な説明】
【0009】
図面の簡単な説明
同様の部材に同様の参照符号を付した添付図面の各図において、本発明のある実施形態を限定する事なく例示する。
同様の部材に同様の参照符号を付した添付図面の各図において、本発明のある実施形態を限定する事なく例示する。
【0010】
【発明を実施するための形態】
【0011】
実施形態例の説明
ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えるための手法を本明細書に記載する。以下の説明において、便宜上、本発明を完全に理解できるように、多数の詳細事項を説明する。ただし、これらの詳細事項が無くても本発明が実施可能であることは明白であろう。他方、本発明の説明を不必要に煩雑にしたり、不明瞭にしたり、難読化したりしないように、周知の構造およびデバイスの細かな詳細までは説明しない。
ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えるための手法を本明細書に記載する。以下の説明において、便宜上、本発明を完全に理解できるように、多数の詳細事項を説明する。ただし、これらの詳細事項が無くても本発明が実施可能であることは明白であろう。他方、本発明の説明を不必要に煩雑にしたり、不明瞭にしたり、難読化したりしないように、周知の構造およびデバイスの細かな詳細までは説明しない。
【0012】
概要
本明細書に記載する実施形態例は、ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えるための手法に関する。デコーダにおいて、ＳＥＩメッセージングを抽出するためのプロセッサは、入力ビットストリーム中にソースカラーボリューム情報が存
在することを識別するソースカラーボリューム識別メッセージング変数を受け取る。プロセッサは、第１のメッセージング変数をソースカラーボリューム情報の一部として受け取る。第１のメッセージング変数が第１の所定値と一致すれば、１以上の原色に関して、プロセッサは、入力ビットストリーム中のソースカラーボリューム情報に基づき、その１以上の原色についてのｘおよびｙ色度座標を生成する。プロセッサは、入力ビットストリーム中のソースカラーボリューム情報に基づいて、最小輝度値、最大輝度値および平均輝度値を生成する。プロセッサは、第２のメッセージング変数をソースカラーボリューム情報の一部として受け取り、そして第２のメッセージング変数が第２の所定値と一致すれば、１以上の原色に関して、プロセッサは、ソースカラーボリューム情報に基づき、最小輝度値、最大輝度値および平均輝度値に対応する、その１以上の原色についてのｘおよびｙ色度座標を生成する。
本明細書に記載する実施形態例は、ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えるための手法に関する。デコーダにおいて、ＳＥＩメッセージングを抽出するためのプロセッサは、入力ビットストリーム中にソースカラーボリューム情報が存
在することを識別するソースカラーボリューム識別メッセージング変数を受け取る。プロセッサは、第１のメッセージング変数をソースカラーボリューム情報の一部として受け取る。第１のメッセージング変数が第１の所定値と一致すれば、１以上の原色に関して、プロセッサは、入力ビットストリーム中のソースカラーボリューム情報に基づき、その１以上の原色についてのｘおよびｙ色度座標を生成する。プロセッサは、入力ビットストリーム中のソースカラーボリューム情報に基づいて、最小輝度値、最大輝度値および平均輝度値を生成する。プロセッサは、第２のメッセージング変数をソースカラーボリューム情報の一部として受け取り、そして第２のメッセージング変数が第２の所定値と一致すれば、１以上の原色に関して、プロセッサは、ソースカラーボリューム情報に基づき、最小輝度値、最大輝度値および平均輝度値に対応する、その１以上の原色についてのｘおよびｙ色度座標を生成する。
【0013】
ソースカラーボリュームメッセージングの例
図１は、映像キャプチャから映像コンテンツ表示までの種々の段階を示す、映像配信パイプライン（１００）の処理例を示す。画像生成ブロック（１０５）を使用して、１シーケンスの映像フレーム（１０２）がキャプチャまたは生成される。映像フレーム（１０２）は、デジタル式に（例えば、デジタルカメラによって）キャプチャされるか、またはコンピュータによって（例えば、コンピュータアニメーションを使用して）生成され、映像データ（１０７）が提供される。あるいは、映像フレーム（１０２）は、フィルムカメラによってフィルム上にキャプチャされ得る。フィルムは、適切な編集（不図示）後、デジタルフォーマットに変換され、映像データ（１０７）が提供される。
図１は、映像キャプチャから映像コンテンツ表示までの種々の段階を示す、映像配信パイプライン（１００）の処理例を示す。画像生成ブロック（１０５）を使用して、１シーケンスの映像フレーム（１０２）がキャプチャまたは生成される。映像フレーム（１０２）は、デジタル式に（例えば、デジタルカメラによって）キャプチャされるか、またはコンピュータによって（例えば、コンピュータアニメーションを使用して）生成され、映像データ（１０７）が提供される。あるいは、映像フレーム（１０２）は、フィルムカメラによってフィルム上にキャプチャされ得る。フィルムは、適切な編集（不図示）後、デジタルフォーマットに変換され、映像データ（１０７）が提供される。
【0014】
次いで、映像データ（１０７）は、ポストプロダクション編集のためのブロック（１１０）におけるプロセッサに与えられる。ポストプロダクション編集（１１０）は、映像制作者の作成意図に従って画像についての画質を強化するか、または特定の見え方を達成するために、画像の特定のエリアにおける色または明るさを調節または変更することを含む。これは、「カラータイミング」または「カラーグレーディング（ｇｒａｄｉｎｇ）」と称されることがある。他の編集（例えば、シーン選択および順番付け、画像切り出し（ｃｒｏｐｐｉｎｇ）、コンピュータ生成による視覚特殊効果の付加など）がブロック（１１０）において行われ、配信用の最終バージョン（１１２）の制作物が生み出され得る。ポストプロダクション編集（１１０）中に、映像イメージは、リファレンスディスプレイ（１２５）（それに対してスタジオが映像を最適化するので「ターゲットディスプレイ」とも称される）上で見られる。
【0015】
いくつかの実施形態において、例えば、ＳＭＰＴＥ ＳＴ ２０９４－１［５］に規定されるように、または本発明において後で定義されるように、映像符号化（１２０）の前に、映像コンテンツが分析され、ソースカラーボリュームメタデータ（１１９）が抽出され得る。また、そのようなメタデータは、ダウンストリーム受信器が可能なうち最良の方法で復号データを描画できるように、ターゲットディスプレイ（例えば、リファレンスディスプレイ（１２５））の特性、およびカラー再マッピング情報を規定し得る。
【0016】
ポストプロダクション（１１０）およびソースカラーボリューム分析（１１５）の後、最終生成の映像データ（１１７）および関連メタデータ（１１９）は、適切なカラーフォーマット（例えば、４：２：０における１０ビットＹＣｂＣｒ、ＩＣｔＣｐなど）で、テレビ受像機、セットトップボックス、映画館などの復号化および再生デバイスにダウンストリームを配信するための符号化ブロック（１２０）に配信され得る。いくつかの実施形態において、符号化ブロック（１２０）は、符号化ビットストリーム（１２２）を生成するために、音声エンコーダおよび映像エンコーダ（ＡＴＳＣ、ＤＶＢ、ＤＶＤ、Ｂｌｕ－Ｒａｙおよび他の配信フォーマットによって規定される音声および映像エンコーダなど）を含み得る。符号化ビットストリーム（１２２）は、シングルレイヤ映像符号化ビットス
トリームによって、またはマルチレイヤビットストリームによって表され得る。例えば、マルチレイヤビットストリームにおいて、信号（１２２）は、ベースレイヤ（例えば、ＳＤＲレイヤまたは１０ビットＨＤＲ（ＨＤＲ１０）レイヤ）およびエンハンスメントレイヤを含み得る。エンハンスメントレイヤは、ベースレイヤと組み合わされたとき、ベースレイヤ単独の場合よりも高いダイナミックレンジを有するＨＤＲビットストリーム（例えば、１２ビットＨＤＲ信号）を生成する。また、エンコーダ（１２０）からの出力ビットストリームである信号（１２２）は、メタデータ（１１９）や、デコーダがＨＤＲ信号をより良好に再構成することを助けるための予測パラメータおよび他のデータなどの、更なる符号化関連メタデータを含み得る。
トリームによって、またはマルチレイヤビットストリームによって表され得る。例えば、マルチレイヤビットストリームにおいて、信号（１２２）は、ベースレイヤ（例えば、ＳＤＲレイヤまたは１０ビットＨＤＲ（ＨＤＲ１０）レイヤ）およびエンハンスメントレイヤを含み得る。エンハンスメントレイヤは、ベースレイヤと組み合わされたとき、ベースレイヤ単独の場合よりも高いダイナミックレンジを有するＨＤＲビットストリーム（例えば、１２ビットＨＤＲ信号）を生成する。また、エンコーダ（１２０）からの出力ビットストリームである信号（１２２）は、メタデータ（１１９）や、デコーダがＨＤＲ信号をより良好に再構成することを助けるための予測パラメータおよび他のデータなどの、更なる符号化関連メタデータを含み得る。
【0017】
受信器において、符号化ビットストリーム（１２２）は、復号ユニット（１３０）によって復号化され、復号信号（１３２）および関連メタデータ（１１９）が生成される。受信器（または対象）ディスプレイ（１５０）は、リファレンス（またはターゲット）ディスプレイ（１２５）の特性とは全く異なる特性を有し得る。例えば、限定しないが、リファレンスディスプレイ（１２５）は、１，０００ニトディスプレイであり、受信器ディスプレイは、５００ニトディスプレイであり得る。その場合、ディスプレイマネジメントモジュール（１４０）を用いて、ディスプレイマッピング化信号（１４２）を生成することにより、復号信号（１３２）のダイナミックレンジが受信器ディスプレイ（１５０）の特性にマッピングされ得る。本明細書において、用語「ディスプレイマネジメント」は、第１のダイナミックレンジ（例えば、１０００ニト）の入力映像信号を第２のダイナミックレンジ（例えば、５００ニト）のディスプレイにマッピングするために必要な処理（例えば、トーンマッピングおよび色域マッピング）を示す。ディスプレイマネジメントユニット（１４０）は、ディスプレイ（１５０）上の出力映像の品質を向上させるために、メタデータ（１１９）を考慮し得る。例えば、［７］に示されているように、ターゲット（またはリファレンス）ディスプレイ（例えば、１２５）の輝度範囲についての情報およびソースデータが受信器上で使用されることにより、映像コンテンツのダイナミックレンジが受信器ディスプレイ（例えば、１５０）により良好にマッピングされ得る。
【0018】
カラーボリューム情報
図２は、所定のコンテナフォーマット（例えば、ＢＴ．２０２０）（「コンテナカラーボリューム」とも称される）の、「最大」可能カラーボリュームの例を示す。そのようなボリュームは、２次元（２Ｄ）色域原色、白色点色度（例えば、Ｄ６５）、最大輝度値（例えば、Ｌｍａｘ＝４，０００ニト）および最小輝度値（例えば、０．００５ニト）によって構築され得る。そのようなプロットは、ソース映像コンテンツ内のすべての色についての最大可能カラーボリューム境界を示す。
図２は、所定のコンテナフォーマット（例えば、ＢＴ．２０２０）（「コンテナカラーボリューム」とも称される）の、「最大」可能カラーボリュームの例を示す。そのようなボリュームは、２次元（２Ｄ）色域原色、白色点色度（例えば、Ｄ６５）、最大輝度値（例えば、Ｌｍａｘ＝４，０００ニト）および最小輝度値（例えば、０．００５ニト）によって構築され得る。そのようなプロットは、ソース映像コンテンツ内のすべての色についての最大可能カラーボリューム境界を示す。
【0019】
実際には、図３Ａにおけるより濃い「雲状部（ｃｌｏｕｄ）」（３０５）または図３Ｂおよび３Ｃにおけるより濃い領域（３０５）によって示されるように、特定のフレームについての、さらにはシーン全体内であってもよいが、ソースコンテンツ（例えば、１１２）のソースカラーボリュームは、最大可能カラーボリューム（３１０）よりも著しく小さいことがあり得る。実際のカラーボリューム（３０５）は、非常に不規則な形を有するので、各フレームまたはシーン全体についてそのようなソースカラーボリューム情報を送信することは、多くの情報を要する。例えば、ある実施形態において、複数の輝度値について（例えば、０．１、１、１０などにおいて）、色域情報を通知し得る。次いで、問題となるのは、最も重要な輝度値がいくつあって、それらがどれであるのかということである。また、そのような情報に要する符号化ビットストリーム上のオーバーヘッドだけでなく、そのようなコンテンツをエンコーダ上で生成することの複雑性および／またはカラーボリューム情報をデコーダ上で再構成することの複雑性もまた考慮する必要がある。
【0020】
ソースコンテンツにおける最小輝度値および最大輝度値を伝えることは重要であるが、
本発明者らが理解するように、平均輝度（または中間点輝度）を伝えることもまた受信器にとって有用である。これら３つの値は、合わせて、ディスプレイマッピングのための妥当なトーン曲線を生成することに役立ち得る。本開示において、ソースカラーボリュームを記述するために以下のメタデータを通知することを提案する。すなわち、ａ）ソースによって占められた最大２Ｄ色域（例えば、ソースカラーボリューム）、ｂ）ソースの最大輝度、最小輝度および平均輝度、ならびにｃ）オプションとして、これら３つの輝度値についてのスライスされた（２Ｄ）色域（例えば、図３Ｂおよび３Ｃを参照）である。コンテナ原色およびソースコンテンツ原色の白色点が同じであるはずとされるので、そのような情報を再送信する理由はない。この情報は、例えば、フレーム単位またはシーン単位で、必要に応じて更新され得る。図３Ｂおよび図３Ｃは、特定の輝度（Ｙ）値におけるソースカラーボリューム（３０５）およびコンテナカラーボリューム（３１０）の２Ｄスライスの例を示す。図３Ｂにおいて、２Ｄスライスは、Ｙ＝８４ニトにおける２Ｄスライスであり、かつ図３Ｃにおいて、２Ｄスライスは、Ｙ＝２４６ニトにおける２Ｄスライスである。ソースカラーボリューム（３０５）を囲み、かつコンテナＲＧＢ空間内にある色度（ｒｇｂ）三角形は、例示のためだけに与えている。エンコーダは、より小さいまたはより大きいそのような領域を規定し、そして受信器へ送信するように選択してもよい。
本発明者らが理解するように、平均輝度（または中間点輝度）を伝えることもまた受信器にとって有用である。これら３つの値は、合わせて、ディスプレイマッピングのための妥当なトーン曲線を生成することに役立ち得る。本開示において、ソースカラーボリュームを記述するために以下のメタデータを通知することを提案する。すなわち、ａ）ソースによって占められた最大２Ｄ色域（例えば、ソースカラーボリューム）、ｂ）ソースの最大輝度、最小輝度および平均輝度、ならびにｃ）オプションとして、これら３つの輝度値についてのスライスされた（２Ｄ）色域（例えば、図３Ｂおよび３Ｃを参照）である。コンテナ原色およびソースコンテンツ原色の白色点が同じであるはずとされるので、そのような情報を再送信する理由はない。この情報は、例えば、フレーム単位またはシーン単位で、必要に応じて更新され得る。図３Ｂおよび図３Ｃは、特定の輝度（Ｙ）値におけるソースカラーボリューム（３０５）およびコンテナカラーボリューム（３１０）の２Ｄスライスの例を示す。図３Ｂにおいて、２Ｄスライスは、Ｙ＝８４ニトにおける２Ｄスライスであり、かつ図３Ｃにおいて、２Ｄスライスは、Ｙ＝２４６ニトにおける２Ｄスライスである。ソースカラーボリューム（３０５）を囲み、かつコンテナＲＧＢ空間内にある色度（ｒｇｂ）三角形は、例示のためだけに与えている。エンコーダは、より小さいまたはより大きいそのような領域を規定し、そして受信器へ送信するように選択してもよい。
【0021】
表１は、Ｈ．２６５仕様書の用語およびシンタックスに従う、ある実施形態によるソースカラーボリュームＳＥＩメッセージングの例を示す。原色の記述は、ＩＳＯ １１６６４－１（また、ＩＳＯ １１６６４－３およびＣＩＥ １５を参照）に規定される原色についてのＣＩＥ １９３１（ｘ，ｙ）色度座標の規定に従っており、赤色、緑色および青色の原色を使用する。また、４ポリゴン、５ポリゴン、もしくは６ポリゴン、または他のポリゴンベースの原色表示などの他のタイプの原色を用いてもよい。ソースコンテンツ内の最大の実際の色域について、ある実施形態において、限定しないが、シンタックスは、Ｈ．２６５仕様書の、表Ｅ．３についてＥ．３．１節において規定されたｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓパラメータ（または変数）の規定と同様である。現在のソースコンテンツは、Ｐ３カラー空間に達し得るが、ＢＴ．２０２０／２０１０カラー（「ＤＣＩ－Ｐ３」は、ＳＭＰＴＥ ＥＧ ４３２－１およびＳＭＰＴＥ ＲＰ ４３１－２において規定される）に達するにはまだ時間がかかるであろうと考えられる。従って、ソース色域がＰ３以下であるか、またはＢＴ．２０２０／２０１０原色に等しい場合には、表Ｅ．３が使用され得る。しかし、色域がＰ３よりも大きく、ＢＴ．２０２０／２０１０未満であるソースについては、色域の明示的な通知（ｅｘｐｌｉｃｉｔ ｓｉｇｎａｌｌｉｎｇ）が必要とされるかもしれない。輝度値は、ニト（ｃｄ／ｍ２）単位の絶対値を使用して指定される。あるいは、ビットを節約するために、輝度値もまた非線形表現を使用して（例えば、ＳＭＰＴＥ ＳＴ ２０８４の逆ＥＯＴＦに従って符号化された値として）符号化され得る。最大輝度値、最小輝度値および平均（中間）輝度値に対応する色域情報は、オプションとしておき、メタデータオーバーヘッドを所望に応じて低減するようなアプリケーションを可能にする。
【0022】
なお、好適な実施形態において、１）ソースカラーボリュームメタデータは、いかなるルマまたはクロマ前処理も行われる前の、元の形態のソースのカラーボリュームを記述すべきである。例えば、ソースカラーボリュームメタデータは、いかなるクロマサブサンプリング処理（例えば、４：４：４から４：２：０へ）またはビット深度変換処理（例えば、１２ｂから１０ｂへ）も行われる前の、ソースカラーボリュームを記述すべきである。なぜなら、クロマサブサンプリングまたはビット深度変換を行うと、カラーボリューム情報が変更されるからである。２）ソース色域は、典型的にはコンテナ原色と異なる。このことは、付録Ｅ（例えば、表Ｅ．３）において示されている。３）ソースカラーボリュームは、典型的には、マスタリングディスプレイカラーボリューム（マスタリングディスプレイカラーボリュームＳＥＩメッセージによって示され得る）と異なる。
【0023】
ある実施形態例において、表１におけるパラメータ（または変数）および符号化セマンティックスは、以下のように説明され得る。
【0024】
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄは、ソースカラーボリュームの目的を識別するために使用され得る識別番号を含む。ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄの値は、０以上２３２－２以下の範囲にある。アプリケーションの決定に従い、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄの値として０～２５５および５１２～２３１－１が使用されてもよい。ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄの値の２５６以上５１１以下および２３１以上２３２－２以下は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによって将来の使用のために取っておかれる。デコーダは、２５６以上５１１以下の範囲または２３１以上２３２－２以下の範囲のｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄの値を含む全ての色再マッピング情報ＳＥＩメッセージを無視し、かつビットストリームは、そのような値を含むことはない。
【0025】
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｃａｎｃｅｌ＿ｆｌａｇは、１に等しいとき、ソースカラーボリュームＳＥＩメッセージが、現在のレイヤに適用される出力順においていずれの先行の（ｐｒｅｖｉｏｕｓ）ソースカラーボリュームＳＥＩメッセージについてもその持続をキャンセルすることを示す。ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｃａｎｃｅｌ＿ｆｌａｇが０に等しいとき、ソースカラーボリュームが続くことを示す。
【0026】
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇは、現在のレイヤについてソースカラーボリュームＳＥＩメッセージの持続を指定する。ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇが０に等しいとき、ソースカラーボリューム情報が現在のピクチャだけに適用されることを指定する。
【0027】
ｐｉｃＡを現在のピクチャとする。ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇは、１に等しいとき、以下の条件のいずれかが真となるまで、ソースカラーボリュームが現在のレイヤについて出力順で持続することを指定する。
－現在のレイヤの新たな符号化レイヤ映像シーケンス（ＣＬＶＳ）が開始する
－ビットストリームが終了する
－同じ値のｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄを有し、かつ現在のレイヤに適用可能なソースカラーボリュームＳＥＩメッセージを含むアクセスユニットにおける現在のレイヤ内のピクチャｐｉｃＢであって、ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＢ）がＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ）よりも大きいような、ピクチャｐｉｃＢが出力される。ここで、ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＢ）およびＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ）は、それぞれ、ｐｉｃＢについてのピクチャ順序カウントのための復号処理の実施直後のｐｉｃＢおよびｐｉｃＡのＰｉｃＯｒｄｅｒＣｎｔ値である。
－現在のレイヤの新たな符号化レイヤ映像シーケンス（ＣＬＶＳ）が開始する
－ビットストリームが終了する
－同じ値のｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄを有し、かつ現在のレイヤに適用可能なソースカラーボリュームＳＥＩメッセージを含むアクセスユニットにおける現在のレイヤ内のピクチャｐｉｃＢであって、ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＢ）がＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ）よりも大きいような、ピクチャｐｉｃＢが出力される。ここで、ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＢ）およびＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ）は、それぞれ、ｐｉｃＢについてのピクチャ順序カウントのための復号処理の実施直後のｐｉｃＢおよびｐｉｃＡのＰｉｃＯｒｄｅｒＣｎｔ値である。
【0028】
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓシンタックス要素についてＥ．３．１節に規定されるセマンティックスと同じセマンティックスを有する。ただし、Ｅ．３．１節のｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓがコンテナソース原色を通知し、かつｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓが、ソースコンテンツが実際に占める原色を通知することを除く。
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値が２に等しい場合、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、シンタックスのｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］によって明示的に指定される。
ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓの値が２に等しい場合、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓは、シンタックスのｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］によって明示的に指定される。
【0029】
ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］は、ＩＳＯ １１６６４－１（また、ＩＳＯ １１６６４－３およびＣＩＥ
１５を参照）において指定されるようなｘおよびｙのＣＩＥ １９３１規定に従って、ソースコンテンツの原色成分ｃの正規化ｘおよびｙ色度座標を、それぞれ０．００００２刻みで指定する。赤色、緑色および青色の原色を使用するソースコンテンツを記述する際において、０に等しい指標値ｃが緑色の原色に対応し、１に等しいｃが青色の原色に対応し、かつ２に等しいｃが赤色の原色に対応すべきであることが提唱される（また、付録Ｅおよび表Ｅ．３を参照）。ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、０以上５０，０００以下の範囲にある。
１５を参照）において指定されるようなｘおよびｙのＣＩＥ １９３１規定に従って、ソースコンテンツの原色成分ｃの正規化ｘおよびｙ色度座標を、それぞれ０．００００２刻みで指定する。赤色、緑色および青色の原色を使用するソースコンテンツを記述する際において、０に等しい指標値ｃが緑色の原色に対応し、１に等しいｃが青色の原色に対応し、かつ２に等しいｃが赤色の原色に対応すべきであることが提唱される（また、付録Ｅおよび表Ｅ．３を参照）。ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、０以上５０，０００以下の範囲にある。
【0030】
ｍａｘ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅ、ｍｉｎ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅおよびａｖｇ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅは、０．０００１カンデラ／ｍ２（ニト）単位のソースの公称最大輝度、公称最小輝度および公称平均輝度をそれぞれ指定する。ｍｉｎ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅは、ａｖｇ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅ未満であり、かつａｖｇ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅは、ｍａｘ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅ未満である。
【0031】
ｌｕｍｉｎａｎｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、１に等しいとき、シンタックス要素のｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘおよびｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙが存在することを指定し、ｌｕｍｉｎａｎｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、シンタックス要素のｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘおよびｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙが存在しないことを指定する。
【0032】
ｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｉ］［ｃ］およびｌｕｍｉｎａｎｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｉ］［ｃ］は、ＩＳＯ １１６６４－１（また、ＩＳＯ １１６６４－３およびＣＩＥ １５を参照）において指定されるようなｘおよびｙのＣＩＥ
１９３１規定に従って、ある公称輝度でのソースコンテンツの原色成分ｃの正規化ｘおよびｙ色度座標を、それぞれ０．００００２刻みで指定する。ソースコンテンツ輝度を記述する際において、指標値０、１および２がｍａｘ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅ、ｍｉｎ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅおよびａｖｇ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅにそれぞれ対応する。赤色、緑色および青色の原色を使用するソースコンテンツを記述する際において、０に等しい指標値ｃが緑色の原色に対応し、１に等しいｃが青色の原色に対応し、かつ２に等しいｃが赤色の原色に対応すべきであることが提唱される（また、付録Ｅおよび表Ｅ．３を参照）。ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、０以上５０，０００以下の範囲にある。
１９３１規定に従って、ある公称輝度でのソースコンテンツの原色成分ｃの正規化ｘおよびｙ色度座標を、それぞれ０．００００２刻みで指定する。ソースコンテンツ輝度を記述する際において、指標値０、１および２がｍａｘ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅ、ｍｉｎ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅおよびａｖｇ＿ｓｏｕｒｃｅ＿ｌｕｍｉｎａｎｃｅにそれぞれ対応する。赤色、緑色および青色の原色を使用するソースコンテンツを記述する際において、０に等しい指標値ｃが緑色の原色に対応し、１に等しいｃが青色の原色に対応し、かつ２に等しいｃが赤色の原色に対応すべきであることが提唱される（また、付録Ｅおよび表Ｅ．３を参照）。ｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｘ［ｃ］およびｓｏｕｒｃｅ＿ｐｒｉｍａｒｉｅｓ＿ｙ［ｃ］の値は、０以上５０，０００以下の範囲にある。
【0033】
表１は、ソースカラーボリュームの有用な表現のための最小限の情報と考えられるものを示す。別の実施形態において、多原色（ｍｕｌｔｉｐｌｅ ｐｒｉｍａｒｙ）［３］または輝度（Ｙ）の３つより多いスライス（各スライスにポリゴンが関連づけられる）の原色の記述などの更なる詳細を規定することとしてもよい。
【0034】
表１：ソースカラーボリュームＳＥＩメッセージングシンタックスの例
【表1】
【0035】
図４は、ある実施形態による、ＳＥＩメッセージングを使用して、映像ソースについてカラーボリューム情報を抽出するための処理例を示す。第一に（４０５）、ソースカラーボリューム情報の識別番号（ＩＤ）を示す第１のＳＥＩメッセージング変数（例えば、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｉｄ）が存在するかどうかをデコーダが検出する。次いで、そのような変数が存在する場合、デコーダは、その値が許容範囲内にあるかどうかを調べ得る（ステップ４０７）。許容外の値であれば、処理は、終了する（ステップ４０９）。許容内の値であれば、ステップ（４１０）において、表１に示されるように、デコーダはまた、ビットストリームにわたって第１の変数が持続されることに関する更なるフラグを読み出し得る（例えば、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｃａｎｃｅｌ＿ｆｌａｇおよびｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｖｏｌｕｍｅ＿ｐｅｒｓｉｓｔｅｎｃｅ＿ｆｌａｇについてのシンタックス要素を参照）。ステップ（４１２）において、第２のＳＥＩメッセージングパラメータ（例えば、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ）を介して、デコーダは、ソースデータコンテンツが実際に占めるカラーボリュームをメタデータが明示的に規定しているかどうかを調べ得る。それが真であれば（例えば、ｓｏｕｒｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＝２）、ステップ（４２０）において、各原色（例えば、赤色、緑色および青色）について（ｘ，ｙ）色度座標が読み出され、真でなければ、ステップ（４２５）において、デコーダは、最小輝度値、最大輝度値および平均輝度値を抽出する。オプションとして、ＳＥＩメッセージングはまた、上記に規定した最小輝度値、中間輝度値および最大輝度値の原色に対応する（ｘ，ｙ）色度座標を規定し得る。ある実施形態において、これは、第３のパラメータ（例えば、ｌｕｍｉｎａｎｃｅ＿ｃｏｌｏｕｒ＿ｐｒｉｍａｒｉｅｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝１）によって示され得る。そのような情報が存在しなければ（ステップ４３０）
、処理は、終了し（４０９）、存在すれば（ステップ４３５）、デコーダは、最小輝度値、中間輝度値および最大輝度値の各々についての原色について（ｘ，ｙ）色度座標を抽出する。
、処理は、終了し（４０９）、存在すれば（ステップ４３５）、デコーダは、最小輝度値、中間輝度値および最大輝度値の各々についての原色について（ｘ，ｙ）色度座標を抽出する。
【0036】
ソースカラーボリューム情報を抽出した後、デコーダはそのディスプレイマネジメント処理（例えば、１４０）中において、ソースカラーボリュームデータを使用し得る。一例において、ディスプレイマネジメントは、トーンマッピングおよび色域マッピングの２つのステップを含み得る。最小輝度値、中間輝度値および最大輝度値は、［６－７］に記載されるように、トーンマッピング曲線を生成するために使用され得る。最大ＲＧＢ色域およびスライスされたＲＧＢ色域は、色域マッピングを行うために使用され得る。
【0037】
アクティブ領域の検討
いくつかの実施形態において、アクティブ領域をソースカラーボリュームに関するメタデータの一部として規定することは、利点を有し得る。例えば、映像がレターボックスフォーマットで符号化される場合、エンコーダおよびデコーダは、各映像フレームのルマおよびクロマ特性（例えば、最小輝度、最大輝度および平均輝度）を計算する際に黒いレターボックスエリアを含むべきでない。実験の結果によると、映像シーケンスにおけるフレームの「フレーミング」または「マッティング（ｍａｔｔｉｎｇ）」（例えば、ピラーボックス化、ウィンドウボックス化およびレターボックス化）を考慮することによって、全体的な出力ピクチャ品質が著しく改善され得ることが示されてきた。レターボックス検出は、デコーダによって実装され、それによりアクティブピクチャ領域を規定する通知オーバーヘッドを低減し得るが、ある実施形態において、そのような通知は、明示的に通知されて、低計算複雑性のデコーダをサポートし得る。表２は、ある実施形態による、アクティブ領域通知をともなうソースカラーボリュームＳＥＩメッセージングの例を示す。
いくつかの実施形態において、アクティブ領域をソースカラーボリュームに関するメタデータの一部として規定することは、利点を有し得る。例えば、映像がレターボックスフォーマットで符号化される場合、エンコーダおよびデコーダは、各映像フレームのルマおよびクロマ特性（例えば、最小輝度、最大輝度および平均輝度）を計算する際に黒いレターボックスエリアを含むべきでない。実験の結果によると、映像シーケンスにおけるフレームの「フレーミング」または「マッティング（ｍａｔｔｉｎｇ）」（例えば、ピラーボックス化、ウィンドウボックス化およびレターボックス化）を考慮することによって、全体的な出力ピクチャ品質が著しく改善され得ることが示されてきた。レターボックス検出は、デコーダによって実装され、それによりアクティブピクチャ領域を規定する通知オーバーヘッドを低減し得るが、ある実施形態において、そのような通知は、明示的に通知されて、低計算複雑性のデコーダをサポートし得る。表２は、ある実施形態による、アクティブ領域通知をともなうソースカラーボリュームＳＥＩメッセージングの例を示す。
【0038】
表２：アクティブ領域通知をともなうソースカラーボリュームＳＥＩメッセージシンタックスの例
【表2】
【0039】
表２は、表１の上位集合（ｓｕｐｅｒｓｅｔ）であり、かつアクティブ領域を規定する２つの異なるセマンティックスを考慮する。
セマンティックス１。ある実施形態において、アクティブ領域は、コンフォーマンス・ウィンドウ・クロッピングおよび出力の前に、復号ピクチャに対して指定される。このとき、アクティブ領域パラメータは、以下のように解釈され得る。
セマンティックス１。ある実施形態において、アクティブ領域は、コンフォーマンス・ウィンドウ・クロッピングおよび出力の前に、復号ピクチャに対して指定される。このとき、アクティブ領域パラメータは、以下のように解釈され得る。
【0040】
ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇは、１に等しいとき、ソースカラーボリューム情報ＳＥＩメッセージにおいてアクティブ領域オフセットパラメータが次に続くことを示す。ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇが０に等しいとき、アクティブ領域オフセットパラメータが存在しないことを示す。
【0041】
ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、アクティブ矩形状領域を指定する。ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇが０に等しい場合、ａｃｔｉｖｅ＿
ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は、０に等しいと推定される。
ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は、０に等しいと推定される。
【0042】
アクティブ領域は、ＳｕｂＷｉｄｔｈＣ＊ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔからｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－ＳｕｂＷｉｄｔｈＣ＊ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋１）までの水平ピクチャ座標およびＳｕｂＨｅｉｇｈｔＣ＊ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔ以上ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ－（ＳｕｂＨｅｉｇｈｔＣ＊ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋１）以下の垂直ピクチャ座標を用いて規定される。ＳｕｂＷｉｄｔｈＣ＊（ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満であり、かつＳｕｂＨｅｉｇｈｔＣ＊（ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ未満である。
セマンティックス２。ある実施形態において、アクティブ領域オフセット値は、表示のための最終出力ピクチャに対して規定される。それ故に、コンフォーマンスウィンドウパラメータが考慮される必要がある。このとき、アクティブ領域パラメータは、以下のように解釈され得る。
セマンティックス２。ある実施形態において、アクティブ領域オフセット値は、表示のための最終出力ピクチャに対して規定される。それ故に、コンフォーマンスウィンドウパラメータが考慮される必要がある。このとき、アクティブ領域パラメータは、以下のように解釈され得る。
【0043】
ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇは、１に等しいとき、アクティブ領域オフセットパラメータがソースカラーボリューム情報ＳＥＩメッセージにおいて次に続くことを示す。ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇが０に等しいとき、アクティブ領域オフセットパラメータが存在しないことを示す。
【0044】
ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔは、アクティブ矩形状領域を指定する。ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｆｌａｇが０に等しい場合、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔおよびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔの値は、０に等しいと推定される。
【0045】
アクティブ領域は、ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ＳｕｂＷｉｄｔｈＣ＊ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔからＣｔｂＳｉｚｅＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－ＳｕｂＷｉｄｔｈＣ＊ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ－ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ－１までの水平ピクチャ座標およびａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ＳｕｂＨｅｉｇｈｔＣ＊ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ以上ＣｔｂＳｉｚｅＹ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－ＳｕｂＨｅｉｇｈｔＣ＊ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ－ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ－１以下の垂直ピクチャ座標を用いて規定される。
【0046】
（ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ＋ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ）の値は、ＣｔｂＳｉｚｅＹ＊ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ－ＳｕｂＷｉｄｔｈＣ＊（ｃｏｎｆ＿ｗｉｎ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ＋ｃｏｎｆ＿ｗｉｎ＿ｌｅｆｔ＿ｏｆｆｓｅｔ）未満であり、かつ（ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｔｏｐ＿ｏｆｆｓｅｔ＋ａｃｔｉｖｅ＿ｒｅｇｉｏｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ）の値は、ＣｔｂＳｉｚｅＹ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ－ＳｕｂＨｅｉｇｈｔＣ
＊（ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）未満である。
＊（ｃｏｎｆ＿ｗｉｎ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ＋ｃｏｎｆ＿ｗｉｎ＿ｔｏｐ＿ｏｆｆｓｅｔ）未満である。
【0047】
以下に列挙された各文献は、その開示内容を全て本願に援用する。
参考文献
[1]Rec.ITU-T H.265,“Series H:Audiovisual and Multimedia systems,Infrastructure
of audiovisual services - Coding of moving video, High efficiency video coding,”ITU,Oct.2014.
[2]H.M. Oh et al.,“Content colour gamut SEI message”,JCTVC-X0040,May 2016,Geneva,CH.
[3]A.M. Tourapis,“Improvements to the Effective Colour Volume SEI”,JCTVC-X0052,May 2016,Geneva,CH.
[4]A.K. Ramasubramonian,“Content colour volume SEI message”,JCTVC-X0052,May 2016,Geneva,CH.
[5]SMPTE ST 2094-1:2016:“Dynamic Metadata for Color Volume Transform - Core Components,” SMPTE, May 18, 2016.
[6]SMPTE ST 2094-10:2016:“Dynamic Metadata for Color Volume Transform - Application #1,”SMPTE,May 18,2016.
[7]R. Atkins et al.,U.S.Patent Publication US2016/0005349,“Display management for high dynamic range video.”
参考文献
[1]Rec.ITU-T H.265,“Series H:Audiovisual and Multimedia systems,Infrastructure
of audiovisual services - Coding of moving video, High efficiency video coding,”ITU,Oct.2014.
[2]H.M. Oh et al.,“Content colour gamut SEI message”,JCTVC-X0040,May 2016,Geneva,CH.
[3]A.M. Tourapis,“Improvements to the Effective Colour Volume SEI”,JCTVC-X0052,May 2016,Geneva,CH.
[4]A.K. Ramasubramonian,“Content colour volume SEI message”,JCTVC-X0052,May 2016,Geneva,CH.
[5]SMPTE ST 2094-1:2016:“Dynamic Metadata for Color Volume Transform - Core Components,” SMPTE, May 18, 2016.
[6]SMPTE ST 2094-10:2016:“Dynamic Metadata for Color Volume Transform - Application #1,”SMPTE,May 18,2016.
[7]R. Atkins et al.,U.S.Patent Publication US2016/0005349,“Display management for high dynamic range video.”
【0048】
コンピュータシステム実装例
本発明の実施形態は、コンピュータシステム、電子回路およびコンポーネントで構成されたシステム、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のコンフィギュラブルまたはプログラマブルロジックデバイス（ＰＬＤ）、離散時間またはデジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）などの集積回路（ＩＣ）デバイス、および／または、このようなシステム、デバイスまたはコンポーネントを１つ以上含む装置、を用いて実施し得る。このコンピュータおよび／またはＩＣは、本明細書に記載のようなＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えることに関する命令を行い、制御し、または実行し得る。このコンピュータおよび／またはＩＣは、本明細書に記載の処理に関する様々なパラメータまたは値のいずれを演算してもよい。画像およびビデオ実施形態は、ハードウェア、ソフトウェア、ファームウェア、および、その様々な組み合わせで実施され得る。
本発明の実施形態は、コンピュータシステム、電子回路およびコンポーネントで構成されたシステム、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のコンフィギュラブルまたはプログラマブルロジックデバイス（ＰＬＤ）、離散時間またはデジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）などの集積回路（ＩＣ）デバイス、および／または、このようなシステム、デバイスまたはコンポーネントを１つ以上含む装置、を用いて実施し得る。このコンピュータおよび／またはＩＣは、本明細書に記載のようなＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えることに関する命令を行い、制御し、または実行し得る。このコンピュータおよび／またはＩＣは、本明細書に記載の処理に関する様々なパラメータまたは値のいずれを演算してもよい。画像およびビデオ実施形態は、ハードウェア、ソフトウェア、ファームウェア、および、その様々な組み合わせで実施され得る。
【0049】
本発明の特定の態様は、本発明の方法をプロセッサに行わせるためのソフトウェア命令を実行するコンピュータプロセッサを含む。例えば、ディスプレイ、エンコーダ、セットトップボックス、トランスコーダなどの中の１つ以上のプロセッサは、そのプロセッサがアクセス可能なプログラムメモリ内にあるソフトウェア命令を実行することによって、上記のようなＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えることに関する方法を実施し得る。本発明は、プログラム製品形態で提供されてもよい。このプログラム製品は、データプロセッサによって実行された時に本発明の方法をデータプロセッサに実行させるための命令を含む１セットの、コンピュータ読み取り可能な信号を格納する任意の非一時的媒体を含み得る。本発明によるプログラム製品は、様々な形態をとり得る。例えば、このプログラム製品は、フロッピーディスク、ハードディスクドライブを含む磁気データ記憶媒体、ＣＤ ＲＯＭ、ＤＶＤを含む光学データ記憶媒体、ＲＯＭ、フラッシュＲＡＭなどを含む電子データ記憶媒体、などの物理的媒体を含み得る。このプログラム製品上のコンピュータ可読信号は、任意に、圧縮または暗号化されていてもよい。
【0050】
上記においてあるコンポーネント（例えば、ソフトウェアモジュール、プロセッサ、アセンブリ、デバイス、回路など）に言及している場合、そのコンポーネントへの言及（「
手段」への言及を含む）は、そうでないと明記されている場合を除いて、当該コンポーネントの機能を果たす（例えば、機能的に均等である）あらゆるコンポーネント（上記した本発明の実施形態例に出てくる機能を果たす開示構造に対して構造的に均等ではないコンポーネントも含む）を、当該コンポーネントの均等物として、含むものと解釈されるべきである。
手段」への言及を含む）は、そうでないと明記されている場合を除いて、当該コンポーネントの機能を果たす（例えば、機能的に均等である）あらゆるコンポーネント（上記した本発明の実施形態例に出てくる機能を果たす開示構造に対して構造的に均等ではないコンポーネントも含む）を、当該コンポーネントの均等物として、含むものと解釈されるべきである。
【0051】
均等物、拡張物、代替物、その他
ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えることに関する実施形態例を上述した。この明細書中において、各実装毎に異なり得る多数の具体的な詳細に言及しながら本発明の実施形態を説明した。従って、本発明が如何なるものかおよび出願人は本発明が如何なるものであると意図しているかについての唯一且つ排他的な指標は、後の訂正を含む、これら請求項が生じる具体的な形態の、本願から生じる１組の請求項である。当該請求項に含まれる用語に対して本明細書中に明示したあらゆる定義が、請求項内で使用される当該用語の意味を決定するものとする。よって、請求項に明示的に記載されていない限定事項、構成要素、特性、特徴、利点または属性は、いかなる形であれ請求の範囲を限定するものではない。従って、本明細書および図面は、限定的ではなく、例示的であると認識されるべきものである。
ＳＥＩメッセージングを使用してソースカラーボリューム情報を伝えることに関する実施形態例を上述した。この明細書中において、各実装毎に異なり得る多数の具体的な詳細に言及しながら本発明の実施形態を説明した。従って、本発明が如何なるものかおよび出願人は本発明が如何なるものであると意図しているかについての唯一且つ排他的な指標は、後の訂正を含む、これら請求項が生じる具体的な形態の、本願から生じる１組の請求項である。当該請求項に含まれる用語に対して本明細書中に明示したあらゆる定義が、請求項内で使用される当該用語の意味を決定するものとする。よって、請求項に明示的に記載されていない限定事項、構成要素、特性、特徴、利点または属性は、いかなる形であれ請求の範囲を限定するものではない。従って、本明細書および図面は、限定的ではなく、例示的であると認識されるべきものである。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図4】
【外国語明細書】