(57)【要約】  プロセスを駆動する情報データセットの特定値の特定の組み合わせを通して、特定の動作／プロセスの選択を黙示的にシグナリングすることにより、所定の動作／プロセスセット中における特定の動作／プロセスを誘導する。典型的には、信号で既に伝達されたパラメータを再利用して、それらのパラメータが特定のプロセスによってどのように用いられるかをシグナリングすることを可能にする。
2019502287.tif 000002
【特許請求の範囲】
【請求項１】
共通の情報データセットによって駆動される候補プロセスセットから、ビデオデータに適用されるプロセスを選択する方法であって、各候補プロセスが前記情報データセットの特定値の組み合わせから選択され得る、方法において、
−  前記情報データセットの各情報データのための入力値を取得することと、
−  特定値の組み合わせの全ての特定値が前記入力値と等しい場合、特定値の前記組み合わせに関連するビデオデータに適用される前記候補プロセスを選択することと、
を含むことを特徴とする方法。
【請求項２】
前記情報セットが、色符号化空間に関連する情報データを含み、別の情報データが、変換が適用されるように意図されている光領域に関連し、候補プロセスがプレトーンマッピング、色リマッピング、及びポストトーンマッピングを含み、且つ別の候補プロセスが色体積変換、プレトーンマッピング、色リマッピング、及びポストトーンマッピングを含み、及び前記２つのプロセスの１つを選択することが前記色符号化空間及び前記光領域に依存する、請求項１に記載の方法。
【請求項３】
前記情報セットが電気−光伝達関数のパラメトリックモデルのパラメータを含み、候補プロセスが、前記パラメータを備えた電気−光伝達関数の前記パラメトリックモデルを用いることにより、ビデオデータを再構成することを含み、且つ別の候補プロセスがデフォルトの電気−光伝達関数を含み、及び前記２つの候補プロセスの１つを選択することが前記パラメータの前記特定値に依存する、請求項１に記載の方法。
【請求項４】
共通の情報データセットによって駆動される候補プロセスセットから、ビデオデータに適用されるプロセスを選択する装置であって、各候補プロセスが前記情報データセットの特定値の組み合わせから選択され得る、装置において、
−  前記情報データセットの各情報データのための入力値を取得することと、
−  特定値の組み合わせの全ての特定値が前記入力値と等しい場合、特定値の前記組み合わせに関連するビデオデータに適用される前記候補プロセスを選択することと、
を行うように構成されたプロセッサを含むことを特徴とする装置。
【請求項５】
共通の情報データセットによって駆動される候補プロセスセットから、ビデオデータに適用されるプロセスを選択するために用いられる、前記情報データセットを担持するビデオ信号。
【請求項６】
プログラムがコンピュータ上で実行されると、請求項１に記載の方法のステップを実行するプログラムコード命令を含むコンピュータプログラム製品。
【請求項７】
少なくとも請求項１に記載の方法のステップをプロセッサに実行させるための命令を格納しているプロセッサ可読媒体。
【請求項８】
プログラムがコンピューティング装置上で実行されると、請求項１に記載の方法のステップを実行するためのプログラムコード命令を担持する非一時的記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本原理は、概して、ピクチャ／ビデオ処理に関する。
【背景技術】
【０００２】
本セクションは、技術の様々な態様を読者に紹介するように意図されており、それらの態様は、以下で説明され且つ／又は特許請求される本原理の様々な態様と関係し得る。この説明は、本原理の様々な態様のよりよい理解を容易にするために、読者に背景情報を提供する際に役立つと信じられる。従って、これらの記述は、この観点で読まれるべきであり、先行技術の承認として読まれるべきでないことを理解されたい。
【０００３】
ここで、この記述において言及されるパラメータがまた、メタデータとして資格を与えられ／識別され得ることに留意されたい。
【０００４】
以下において、ビデオデータは、例えばピクチャ（又はビデオ）を視覚化及び／又は復号するために、ピクチャ（又はビデオ）の画素値に関する全ての情報、並びにディスプレイ及び／又は任意の他の装置によって使用され得る全ての情報を指定する特定のピクチャ／ビデオフォーマットにおける１つ又は幾つかのサンプルアレイを含む。ビデオデータは、第１のサンプルアレイ形態における少なくとも１つの成分、通常、輝度（luma）（又は輝度（luminance））成分、及び場合により少なくとも１つの他のサンプルアレイ形態における少なくとも１つの他の成分、通常、色成分を含む。又は同様に、同じ情報は、従来の３色ＲＧＢ表現など、色サンプルのアレイセットによって表され得る。
【０００５】
画素値（ビデオデータ）は、Ｃ値のベクトルによって表され、Ｃは、成分の数である。ベクトルの各値は、画素値の最大ダイナミックレンジを定義する多数のビットで表される。
【０００６】
本開示の領域は、信号（ピクチャ／ビデオ）処理であり、信号（ピクチャ／ビデオ）処理において、同じ情報データセットによって駆動される異なるプロセス間における特定のプロセスの選択が識別子によって示され得ることが知られている。共通の情報データセットは、所与のプロセスを識別するインジケータ値に従って異なって処理され得る。それらの情報データが送信されなければならない場合、それらの情報データのために実行されるプロセスを識別するために補足インジケータが伝達されなければならない。このインジケータは、情報データを用いるためのデフォルトの動作が存在する場合に任意選択であり得る。
【０００７】
本開示は、共通の情報データセットを用いて、実行されるプロセスを選択するための黙示的なシグナリングを提案する。
【０００８】
本開示の領域は、アプリケーション領域（実施形態は、この領域のために提供される）として、信号（ピクチャ／ビデオ）処理、場合によりメタデータ、及び例えばＨＤＲ／ＷＣＧ（高ダイナミックレンジ／広色域）である。
【０００９】
ＳＭＰＴＥ技術委員会１０ＥのＨＤＲ／ＷＣＧ画像ドラフティンググループの色変換のための動的メタデータは、ＳＴ２０９４作業草案標準ファミリにおいて、例えばＨＤＲ  ＢＴ．２０２０〜ＳＤＲ  ＢＴ．７０９など、色体積ダウン変換（圧縮）のために幾らかの動的／コンテンツベースのメタデータ（メタデータの処理）を現在定義している（Dynamic Metadata for Color Volume Transformation - Application #3, WD Standard, SMPTE ST 2094-30:201x, 2015-10-08, Recommendation ITU-R BT.2020-1 (06/2014), Parameter values for ultra-high definition television systems for production and international programme exchange, Recommendation ITU-R BT.709-6 (06/2015), Parameter values for HDTV standards for production and international programme exchange）。
【００１０】
それは、同じ情報データセット（パラメータ／メタデータ）タイプ（パラメータ／メタデータ値ではなく、パラメータ／メタデータのタイプ／定義）を用いる異なるプロセスに共通の十分に定義されたメタデータタイプのセットのために適用される正しいプロセスを決定するという問題である。実際に、メタデータ／パラメータ値の所与のセットは、それらの情報データ／メタデータ／パラメータタイプによって駆動される異なるプロセスによって解釈され得る。
【００１１】
直截な解決法は、明確にするために、明示的なシンタックス要素により、関連する情報データセットを適用されるプロセスをシグナリングすることである。しかしながら、この方法は、追加のシンタックス要素を必要とし、それは、情報データ及びプロセスの劣った組み合わせに結びつく可能性がある。例えば、前記情報データセットの特定値は、プロセス＃１のために導き出される。しかしながら、導き出された特定値に関連する識別子は、ストリーム破損、人的過誤、間違った打鍵等に続いてプロセス＃２を誤って指している。
【００１２】
結局、（（標準）仕様によって定義される）パラメータ又はメタデータに関係するプロセスは、別の仕様又は場合によりプライベート若しくは非標準の工学文献で定義され得る。プロセスが多いほど、作成又は標準化される適切な仕様も多くなる。これは、特に、それぞれ場合により異なるプロセスを呼び出す幾つかの動的メタデータタイプ（例えば、ＳＴ２０９４−１０、ＳＴ２０９４−２０、ＳＴ２０９４−３０、ＳＴ２０９４−４０等）が定義される場合、市場の混乱につながる可能性がある。システムの相互運用性の目的を考慮すれば単純なほどよい。
【００１３】
前述の文脈を考慮すると、問題は、ＳＴ２０９４−３０が標準メタデータセットを定義するが、それらのメタデータを用いる２つの異なるプロセスが呼び出され得ることである。
【発明の概要】
【課題を解決するための手段】
【００１４】
以下は、本原理の幾つかの態様の基本的理解を提供するために本原理の単純化された概要を示す。この概要は、本原理の広範囲な概観ではない。本原理の重要な又は不可欠な要素を識別することは意図されていない。以下の概要は、以下で提供されるより詳細な説明の前置きとして、簡略化された形式で本原理の幾つかの態様を単に提示する。
【００１５】
本開示は、情報データセットの特定値の組み合わせに各可能なプロセスを関連付けることにより、前記情報データセット（メタデータ／パラメータ）と共に用いられるプロセスを黙示的にシグナリングすることからなる。
【００１６】
本開示は、プロセスを駆動する前記情報データセットの特定値の特定の組み合わせを通して、特定の動作／プロセスの選択を黙示的にシグナリングすることにより、所定の動作／プロセスセット中における特定の動作／プロセスを誘導することを可能にする。典型的には、本開示は、信号で既に伝達されたパラメータを再利用して、それらのパラメータが特定のプロセスによってどのように用いられるかをシグナリングすることを可能にする。有利には、追加のシグナリングシンタックス要素は、共通の情報データセット（パラメータ／メタデータ）で実行されるプロセスを識別するために要求されない。
【００１７】
それらの態様の他のものによれば、本原理は、上記の方法を実行するように構成されたプロセッサを含む装置と、プログラムコード命令であって、このプログラムがコンピュータ上で実行されると、上記の方法のステップを実行するプログラムコード命令を含むコンピュータプログラム製品と、少なくとも上記の方法のステップをプロセッサに実行させるための命令を格納しているプロセッサ可読媒体と、前記プログラムがコンピューティング装置上で実行されと、上記の方法のステップを実行するためのプログラムコード命令を担持する非一時的記憶媒体とに関する。
【００１８】
本原理の特定の性質と同様に、本原理の他の目的、利点、特徴及び使用は、添付の図面に関連して用いられる例の以下の説明から明らかになるであろう。
【００１９】
図面には、本原理の例が示されている。
【図面の簡単な説明】
【００２０】
【図２】本原理に従って、情報データＩｎｆｏの同じセットを共有する候補プロセスセットＰｉから、ビデオデータに適用されるプロセスを選択するための方法のステップ図を示す。
【図３】プロセスＰＲＯＣ１のステップ図を示す。
【図４】プロセスＰＲＯＣ２のステップ図を示す。
【図５】本原理の例に従って装置のアーキテクチャの例を示す。
【図６】本原理の例に従って通信ネットワーク上で通信する２つのリモート装置を示す。
【図７】本原理の例に従って信号のシンタックスを示す。
【発明を実施するための形態】
【００２１】
類似又は同一の要素は同一の参考番号で参照される。
【００２２】
本原理は、本原理の例が示されている添付の図に関連して以下でより詳細に説明される。しかしながら、本原理は、多くの代替形態で具体化され得、本明細書で明らかにされる例に限定されるように解釈されるべきではない。従って、本原理は、様々な修正形態及び代替形態の余地がある一方、その具体例は、図面に例として示され、本明細書で詳細に説明される。しかしながら、開示される特定の形態に本原理を限定する意図はなく、反対に、本開示は、特許請求の範囲によって定義されるような本原理の趣旨及び範囲内に入る全ての修正形態、均等物、及び代替形態を含むべきであることを理解されたい。
【００２３】
本明細書で用いられる専門用語は、特定の例を説明するためのものにすぎず、本原理を限定するように意図されていない。本明細書で用いられるとき、単数形「１つの（a）」、「１つの（an）」及び「その（the）」は、文脈が明白に別段の指示をしていない限り、同様に複数形を含むように意図されている。「含む」、「含んでいる」、「包含する」及び／又は「包含している」という用語が本明細書において用いられる場合、述べられた特徴、整数、ステップ、動作、要素、及び／又はコンポーネントの存在を明示するが、１つ又は複数の他の特徴、整数、ステップ、動作、要素、コンポーネント、及び／又はそれらの群の存在又は追加を排除しないことを更に理解されたい。更に、要素が別の要素に「応答する」又は「接続される」と言われる場合、それは、別の要素に直接応答するか若しくは接続され得るか、又は介在要素が存在し得る。対照的に、要素が他の要素に「直接応答する」又は「直接接続される」と言われる場合、介在要素は存在しない。本明細書で用いられるとき、「及び／又は」という用語は、関連する列挙された項目の１つ又は複数におけるあらゆる全ての組み合わせを含み、「／」と略記され得る。
【００２４】
第１の、第２の等の用語が様々な要素を説明するために本明細書で用いられ得るが、これらの要素は、これらの用語によって限定されるべきでないことが理解されるであろう。これらの用語は、１つの要素を別の要素から区別するためにのみ用いられる。例えば、本原理の教示から逸脱せずに、第１の要素は第２の要素と名付けることが可能であり、同様に第２の要素は第１の要素と名付けることが可能である。
【００２５】
図の幾つかは、通信の主要な方向を示すために通信経路上の矢印を含むが、通信は、示された矢印の反対方向で行われ得ることを理解されたい。
【００２６】
幾つかの例がブロック図及び動作フローチャートに関連して説明され、それらにおいて、各ブロックは、特定の論理機能を実行するための１つ又は複数の実行可能命令を含む回路素子、モジュール、又はコードの一部を表す。他の実装形態において、ブロックで述べられた機能が、述べられた順序の範囲外で行われ得ることにも留意されたい。例えば、連続して示された２つのブロックは、実際にはほぼ同時に実行され得、又はブロックは、関係する機能に依存して、ときに逆の順序で実行され得る。
【００２７】
「例に従って」又は「例において」に対する本明細書における言及は、例に関連して説明される特定の特色、構造又は特徴が本原理の少なくとも１つの実装形態に含まれ得ることを意味する。本明細書の様々な箇所における例に従って」又は「例において」という句の出現は、必ずしも全て同じ例を指すわけではなく、必ずしも他の例と相互に排他的な別個の又は代替の例であるわけでもない。
【００２８】
請求項に現れる参照数字は、単に実例であり、請求項の範囲に対していかなる限定効果も有しないものとする。
【００２９】
明示的には説明されていないが、本例及び変形形態は、任意の組み合わせ又は部分組み合わせで用いられ得る。
【００３０】
本原理は、ピクチャ表現を提供するビデオデータを処理するために説明されるが、ピクチャ（ビデオ）シーケンスの処理にまで及ぶ。なぜなら、以下で説明されるように、シーケンスの各ピクチャが連続して処理されるからである。
【００３１】
ＳＭＰＴＥ技術委員会１０ＥのＨＤＲ及びＷＣＧ画像ドラフティンググループの色変換のための動的メタデータは、ＳＴ２０９４作業草案標準ファミリにおいて、例えばＨＤＲ  ＢＴ．２０２０〜ＳＤＲ  ＢＴ．７０９など、色体積ダウン変換（圧縮）のための幾らかの動的／コンテンツベースのメタデータ（メタデータの処理）を現在定義している。
【００３２】
図２は、本原理に従って、情報データＩｎｆｏの共通のセットによって駆動された候補プロセスＰＲＯＣｉのセットから、ビデオデータに適用されるプロセスＰＲＯＣｃを選択するための方法のステップ図を示す。
【００３３】
各候補プロセスＰＲＯＣｉは、情報データＩｎｆｏの前記セットの特定値の組み合わせＣｊによって選択され得る。
【００３４】
ステップ１において、モジュールは、情報データＩｎｆｏの前記セットの各情報データのために入力値ＩＶｊを取得する。
【００３５】
ステップ２において、前記組み合わせＣｊのそれぞれについて、モジュールは、前記組み合わせＣｊの各特定値が入力値と等しいかどうかをチェックし、前記組み合わせＣｊの全ての特定値が入力値と等しい場合、ビデオデータに適用される選択されたプロセスＰＲＯＣｃは、特定値の前記組み合わせＣｊに関連するプロセスである。ステップ２は、前記組み合わせＣｊの全ての特定値が入力値と等しくなるまで、即ち全ての組み合わせＣｊをチェックすることなしに実行される。
【００３６】
方法は、信号で伝達するパラメータ数を低減し、且つパラメータ値及びプロセスの劣った組み合わせなど、エラー発生確率を低減する。
【００３７】
第１の実施形態
情報データＩｎｆｏのセットが、色符号化空間に関連する（即ち、それを特徴付ける）情報データＩ１と、（色体積）変換が適用されることになる光領域（線形又は非線形）に関連する別の情報データＩ２とを含むと仮定する。
【００３８】
情報データＩ１及びＩ２が線形光におけるＲＧＢ色符号化以外の作業空間を指定する場合、プロセスＰＲＯＣ１が実行される。
【００３９】
図３は、プロセスＰＲＯＣ１のステップ図を示す。
【００４０】
ステップ３１において、モジュールは、各成分ｉ∈｛０、１、２｝について、各入力ビデオデータｘにプレトーンマッピングを適用する。
ｙｉ＝ｆｉ（ｘｉ）  （１）
ここで、
ｙｉ＝成分ｉのためのトーンマッピングされた値
ｘｉ＝成分ｉのための入力ビデオデータ値
ｆｉ＝成分ｉのためのトーンマッピングされた関数
である。
【００４１】
例えば、プレトーンマッピングは、色成分入力値を取り、且つ色成分出力値を返すＳＴ２０９４−１に定義されるような色成分順における３つのサンプリングされた関数であるものとする。
【００４２】
例えば、３つのサンプリングされた関数のそれぞれは、恒等関数であるものとする。
【００４３】
ステップ３２において、モジュールは、トーンマッピングされた値ｙｉに色リマッピング行列を適用し、且つオフセット値を追加する。
ｍｉ＝Σｊ（ｙｊ×ｃｉ，ｊ）＋ｏｉ  （２）
ここで、
ｍｉ＝成分ｉのための色リマッピングされた出力値
ｃｉ，ｊ＝位置（ｉ，ｊ）における色リマッピング行列の係数値
ｏｉ＝成分ｉのためのオフセット値
である。オフセット値は、［−６，７］の範囲における各数値を備えた１０進数を用いて表された３つの数値のベクトルであるものとする。デフォルト値は、３つの全ての数値が０であるベクトルであるものとする。
【００４４】
ステップ３３において、モジュールは、各成分ｉについて、各色リマッピングされた出力値ｍｉにポストトーンマッピングを適用する。
ｚｉ＝ｇｉ（ｍｉ）  （３）
ここで、
ｚｉ＝成分ｉのためのトーンマッピングされた出力値（即ち、成分ｉのためのリマッピングされたビデオデータ）
ｇｉ＝成分ｉのためのポストトーンマッピングされた値
である。ｆｉ、ｇｉ、ｃｉ，ｊ、ｏｉデータは、ターゲットシステムの特徴を有するマスタリングディスプレイを用いて作られた基準コンテンツマスターに入力ビデオデータをマッピングすることによって決定される。
【００４５】
例えば、ポストトーンマッピングは、色成分入力値を取り、且つ色成分出力値を返すＳＴ２０９４−１に定義されるような色成分順における３つのサンプリングされた関数であるものとする。
【００４６】
３つのサンプリングされた関数のそれぞれのためのデフォルト値は、恒等関数であるものとする。
【００４７】
情報データＩ１及びＩ２が線形光におけるＲＧＢ色符号化の作業空間を指定する場合（この事例は、通常、動的メタデータが、ＨＤＲマスターからＳＤＲマスターを作製するために色等級セッションの一部として生成された場合に当てはまる）、プロセスＰＲＯＣ２が実行される。
【００４８】
図４は、プロセスＰＲＯＣ２のステップ図を示す。
【００４９】
ステップ４１において、モジュールは、図１（付属文書）に示されているように、入力色体積で表現された入力ビデオデータを変換入力色空間に変換する。
【００５０】
例えば、最初に、成分ｙが次のように入力トリプレット（Ｒ、Ｇ、Ｂ）から導き出される。
ｙ＝（ａ０，０×Ｒ）＋（ａ０，１×Ｇ）＋（ａ０，２×Ｂ）  （４）
ａｉ，ｊにおいて、ｉ＝０．．２、ｊ＝０．．２は、ソースコンテンツ色体積におけるＲ’Ｇ’Ｂ’からＹ’ＣｂＣｒへの変換行列の係数である。
【００５１】
次に、差成分ｗ１及びｗ２は、次のように導き出される。
【数１】
2019502287.tif 000003
【００５２】
ステップ３１において、モジュールは、成分ｙのためにのみプレトーンマッピングを適用する。
ｗ０＝ｆ０（ｙ）  （７）
ここで、
ｗ０＝成分０のためのトーンマッピングされた出力値
ｆ０＝成分０のためのトーンマッピングされた関数
である。
【００５３】
この例の作業色空間において、デフォルトトーンマッピングは、色差成分ｗ１及びｗ２に適用される。
【００５４】
ステップ３２において、モジュールは、トーンマッピングされた値ｗｉに色リマッピング行列を適用し、且つオフセット値を追加する。
ｍｉ＝Σｊ（ｗｊ×ｃｉ，ｊ）＋ｏｉ  （８）
ここで、
ｍｉ＝成分ｉのための色リマッピングされた出力値
ｃｉ，ｊ＝位置（ｉ、ｊ）における色リマッピング行列の係数値
ｏｉ＝成分ｉのためのオフセット値
である。
【００５５】
ステップ４３において、モジュールは、各成分ｉについて、各色リマッピングされた出力値ｍｉにポストトーンマッピングを適用する。
ｚ１＝ｇ１（ｍ０）×ｍ１  （９）
ｚ２＝ｇ２（ｍ０）×ｍ２  （１０）
ｚ０＝ｍ０−（ｇ０（０）×ｚ１）−（ｇ０（１）×ｚ２）  （１１）
ここで、
ｚｉ＝成分ｉのためのトーンマッピングされた出力値（即ち、成分ｉのためのリマッピングされたビデオデータ）
ｇｉ＝成分ｉのためのポストトーンマッピングされた値
である。
【００５６】
第２の実施形態
情報データＩｎｆｏのセットが、
【数２】
2019502287.tif 000004
によって与えられるＯＥＦＴ（光−電気伝達関数）のパラメータ化／パラメトリックモデルにおける５のパラメータｓ、ｔ、ｃ、ｍ、ｎを含むと仮定する。
【００５７】
このモデルは、ＨＤＲ（高ダイナミックレンジ）画像及びビデオデータの量子化レベルを決定する目的のナカ−ラシュトン式の変形である。
【００５８】
式１２への入力は、絶対又は相対輝度値Ｌによって与えられ、一方で出力Ｖは、所望のビット深度に量子化することができる。
【００５９】
一例において、輝度値Ｌは、０＜＝Ｌ＜＝１であり得る。
【００６０】
一例において、輝度値Ｌは、０＜＝Ｌ＜＝４であり得る。
【００６１】
一例において、輝度値Ｌは、０．００５＜＝Ｌ＜＝１０４であり得る。
【００６２】
一例において、所望のビット２０深度は、１０ビットであり得る。
【００６３】
基本的に、「Ｐ」−ＯＥＴＦ／ＥＯＴＦと呼ばれるこのモデルは、パラメータ化／パラメトリックモデルのため、既存のＥＯＴＦ／ＯＥＴＦ（例えば、ＳＭＰＴＥ  ＳＴ２０８４  ＥＯＴＦ、ＩＴＵ−Ｒ  Ｒｅｃ．ＢＴ．７０９  ＯＥＴＦ、ＩＴＵ−Ｒ  Ｒｅｃ．ＢＴ．１８８６  ＥＯＴＦ、ＡＲＩＢ  ＳＴＤ−Ｂ６７  ＯＥＴＦ等）にアプローチできるＯＥＴＦ／ＥＯＴＦを定義する。
【００６４】
５つのＰ−ＯＥＴＦ／ＥＯＴＦパラメータの特定値によれば、
−  Ｐ−ＯＥＴＦ／ＥＯＴＦモデル再構成プロセスが、変換されたビデオ信号（ＯＥＴＦ／ＥＯＴＦ適用後のビデオ信号）を構成するために、再構成されたＰ−ＥＯＴＦ／ＯＥＴＦ（ＰＲＯＣ０）を適用することによる前記パラメータ値で呼び出されるか、
−  又はモデル化されたＯＥＴＦ／ＯＥＴＦが、Ｐ−ＯＥＴＦ／ＥＯＴＦパラメータ値の特定の組み合わせのための変換されたビデオ信号（ＯＥＴＦ／ＥＯＴＦ適用後のビデオ信号）を構成するために、モデル化されたＥＯＴＦ／ＯＥＴＦ（ＰＲＯＣ１又はＰＲＯＣ２）を適用することによって実際に用いられ適用される。
【００６５】
例えば、５つのパラメータｓ、ｔ、ｃ、ｍ、ｎが次の特定値、即ちｓ＝１４９１／１０００、ｔ＝４７５９／１０００、ｃ＝−１００３／１００００、ｍ＝−３０７／２５０００、ｎ＝１４７１／５０００を有する場合、ＯＥＴＦ／ＥＯＴＦで変換されるビデオ信号は、それらのパラメータ／値によって再構成されるＰ−ＯＥＴＦ／ＥＯＴＦ（近似、プロセスＰＲＯＣ０）の代わりに、実際のＳＴ２０８４  ＯＥＴＦ／逆ＯＥＴＦ標準（プロセスＰＲＯＣ２）を適用される。
【００６６】
５つのパラメータｓ、ｔ、ｃ、ｍ、ｎが次の特定値、即ちｓ＝１３４７／１０００、ｔ＝１１１７／２０００、ｃ＝１９４３／５００００、ｍ＝−２２８７／５００００、ｎ＝３０８７／５０００を有する場合、ＯＥＴＦ／ＥＯＴＦで変換されるビデオ信号は、それらのパラメータ／値によって再構成されるＰ−ＯＥＴＦ／ＥＯＴＦ（近似、プロセスＰＲＯＣ０）の代わりに、実際のＡＲＩＢ  ＳＴＤ−Ｂ６７  ＯＥＴＦ／逆ＯＥＴＦ標準（プロセスＰＲＯＣ１）を適用される。
【００６７】
そうでなければ、Ｐ−ＥＯＴＦ／ＯＥＴＦは、ｓ、ｃ、ｔ、ｎ、ｍパラメータ値（プロセスＰＲＯＣ０）で再構成され、Ｐ−ＥＯＴＦ／ＯＥＴＦは、ＥＯＴＦ／ＯＥＴＦによって変換されるビデオ信号に適用される。
【００６８】
これらの例は、次の表において要約される。
【００６９】
【表１】
2019502287.tif 000005
【００７０】
代替として、他の組み合わせパラメータ値は、他の標準ＯＥＴＦ／ＥＯＴＦを定義する／指し示す。
【００７１】
代替として、他の組み合わせパラメータ値が用いられる。
【００７２】
代替として、それらのパラメータ値は、２の累乗の分母に対して定義される。
【００７３】
代替として、ｓ、ｔ、ｃ、ｍ、ｎより多いか又は少ないパラメータが定義される。
【００７４】
色体積変換
色体積変換アプリケーション＃３は、高ダイナミックレンジ（ＨＤＲ）及び広色域（ＷＣＧ）を有するソースコンテンツマスターと、より小さい色体積を有するターゲットシステムの特徴を有するマスタリングディスプレイを用いて作成された基準コンテンツマスターとの比較を通して生成されるコンテンツ依存の動的メタデータを用いる。従って、このアプリケーションは、基準ベース色体積リマッピングと呼ばれ、且つＳＴ２０９４−１に説明されている一般化された色変換モデルにおいて概念化されるように、プレ行列トーンマッピング（１Ｄ  ＬＵＴ）、色リマッピング行列（３×３スカラー）、及びポスト行列トーンマッピング（１Ｄ  ＬＵＴ）処理ブロックを用いる。
【００７５】
例示的な使用事例は、１平方メートル当たり１０００カンデラのピーク輝度及びＢＴ．２０２０色域を有する基準マスタリングディスプレイを用いて作成されたＨＤＲホームビデオ配布のための「ＨＤＲ等級」マスターと、１平方メートル当たり１００カンデラのピーク輝度及びＢＴ．７０９色域を有する基準マスタリングディスプレイを用いて作成された旧来の標準ダイナミックレンジ（ＳＤＲ）ホームビデオ配布のための「ＳＤＲ等級」マスターとの両方を生成するコンテンツクリエータである。これらの２つのマスターは、アプリケーション＃３基準ベース色体積リマッピングシステムのための動的メタデータを生成するツールへの入力として用いられる。次に、この動的メタデータは、「ＨＤＲ等級」コンテンツを送付され得、その結果、それは、表示画像が「ＳＤＲ等級」マスターコンテンツにおいて捕捉された芸術的な意図に密に合致するように、色体積変換を実行するために下流のＳＤＲレンダリング装置によって用いられ得る。
【００７６】
アプリケーション＃３はまた、動的メタデータが、「ＨＤＲ等級」マスターから「ＳＤＲ等級」マスターを生成するために用いられるコンテンツクリエータの色等級付けセッションの一部として生成される使用事例を支援する。
【００７７】
上記の処理ブロックに関連する基準ベース色体積リマッピング動的メタデータは、ＨＥＶＣ／Ｈ．２６５標準において定義される色リマッピング情報（ＣＲＩ）補足エンハンスメント情報（ＳＥＩ）メッセージを用いることにより、Ｈ．２６５高効率ビデオ符号化（ＨＥＶＣ）標準において符号化された圧縮コンテンツで直接伝達することができる。
【００７８】
基準ベース色体積リマッピングに関連するメタデータセットは、セクション８．１で規定される。
【００７９】
範囲
この標準は、色体積変換アプリケーション＃３、基準ベース色体積リマッピングのための動的メタデータを規定する。それは、コンテンツ依存の変換メタデータエントリ、及びＳＴ２０９４−１コア成分標準において定義される一般化された色変換モデルの処理ブロックの特殊化である。
【００８０】
アプリケーション＃３は、旧来のＳＤＲビデオ配布のためにＳＤＲにおいてマスタリングされるのと同様にＨＤＲ及びＷＣＧにおいて作成及びマスタリングされる新しいコンテンツの場合、又はＳＤＲコンテンツマスターが既に存在し、コンテンツがＨＤＲ及びＷＣＧにおいてリマスタリングされるライブラリコンテンツの場合など、２つのコンテンツマスター色等級が利用可能又は作成されるアプリケーションを意味する。アプリケーション＃３は、ＨＤＲ及びＳＤＲの比較から導き出されるか、又はＨＤＲマスターからＳＤＲマスターを作成する等級付けプロセスの一部として導き出される動的メタデータを用いて、色体積リマッピングを実行する。この動的メタデータは、表示された画像が、ＳＤＲコンテンツマスターにおいて捕捉された芸術的な意図に密に合致するように、ＳＤＲディスプレイ上で提示された場合、ＨＤＲコンテンツの色体積リマッピングを実行するために用いることができる。
【００８１】
適合表記
標準的なテキストは、必須であるか、又は適合言語キーワード「〜であるものとする」、「〜すべきである」又は「〜し得る」を含む設計要素を説明するテキストである。情報テキストは、潜在的にユーザに役立つが、不可欠でなく、相互運用性に影響せずに、編集上、削除、変更又は追加することができるテキストである。情報テキストは、いかなる適合キーワードも含まない。
【００８２】
この文献における全てのテキストは、導入、「情報」として明示的にラベル付けされた任意のセクション、又は「注」で始まる個別のパラグラフを除いて、デフォルトによって標準である。
【００８３】
キーワード「〜であるものとする」及び「〜してはならない」は、文献に一致するために厳密に従うべきであり且つ逸脱が許されない要件を示す。
【００８４】
キーワード「〜すべきである」及び「〜すべきではない」は、幾つかの可能性の間で、１つの可能性が、他の可能性に言及せず又はそれを排除せずに特に適切として推奨されること、又は動作の特定の進路が好ましいが、必ずしも要求されないこと、又は（否定形において）特定の可能性若しくは動作の進路が非推奨であるが、禁止されないことを示す。
【００８５】
キーワード「〜し得る」及び「〜する必要がない」は、本文献の範囲内で許容可能な動作の進路を示す。
【００８６】
キーワード「予備」は、この時点では定義されず、使用されないものとするが、今後定義され得る規定を示す。キーワード「禁止」は、「予備」を示し、加えて、その規定が将来決して定義されないことを示す。
【００８７】
この文献による適合実装形態は、全ての義務的な規定（「〜するものとする」）、及び実行された場合、説明されるような全ての推奨される規定（「〜すべきである」）を含むものである。適合実装形態は、任意選択の規定を実行する必要がなく（「〜し得る」）、且つ説明されるようにそれらを実行する必要がない。
【００８８】
別段の指定がない限り、この文献における標準情報のタイプの優先順位は、次のとおりであるものとする。即ち、標準的散文は、権威のある定義であるものとする。表は、次のものとし、次に形式言語、次に図、次に任意の他の言語形式とする。
【００８９】
標準的な基準
次の標準は、このテキストにおける基準を通して、この工学文献の規定を構成する規定を含む。出版の時点において、示されている版は有効であった。全ての標準は改訂の余地があり、この工学文献に基づいて同意に達した関係者は、以下に示されている標準の最新版を適用する可能性を調査するように奨励される。
【００９０】
推奨ＩＴＵ−Ｒ  ＢＴ．１８８６（０３／２０１１）ＨＤＴＶスタジオ製作において用いられる平面パネルディスプレイのための基準電気−光伝達関数
ＳＭＰＴＥ  ＳＴ  ２０８４：２０１４  マスタリング基準ディスプレイの高ダイナミックレンジの電気−光伝達関数
ＳＭＰＴＥ  ＳＴ２０９４−１：２０１ｘ  色体積変換−コア成分のためのメタデータ
【００９１】
用語及び定義
ＳＴ２０９４−１、セクション４の用語及び定義は、この文献に当てはまる。
【００９２】
アプリケーション識別
ＡｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ値は、３であるものとし、ＡｐｐｌｉｃａｔｉｏｎＶｅｒｓｉｏｎ値は、アプリケーション＃３のこのバージョンを識別するために、０であるものとする。
【００９３】
これらの２つの値は、セクション８．１に指定されたアプリケーション特有のメタデータのための定義文献としてこの文献を識別する。
【００９４】
ターゲットシステムディスプレイ
全体的
アプリケーション＃３基準ベース色体積リマッピングに関連するＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙメタデータグループは、セクション６．２において定義されたメタデータ項目を含む。
【００９５】
ターゲットシステムディスプレイＥＯＴＦ
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＥｏｔｆ値は、ターゲットシステムのビデオディスプレイを特徴とする電気−光伝達関数を指定するものとする。
【００９６】
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＥｏｔｆは、表１において定義されるリストから選択された１つの値を含む列挙子であるものとする。デフォルト値は、１であるものとする。
【００９７】
【表２】
2019502287.tif 000006
【００９８】
基準ベース色体積リマッピング
全体的
アプリケーション＃３基準ベース色体積リマッピングに関連するＣｏｌｏｒＶｏｌｕｍｅＴｒａｎｓｆｏｒｍメタデータグループは、セクション７．２−７．６において定義されたメタデータ項目を含む。
【００９９】
メタデータ色符号化作業空間
ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅ値は、色体積変換処理が、色体積変換メタデータ項目を用いて実行される作業空間に関連する色符号化及び色成分の黒レベル及び範囲を指定するものとする。このメタデータ項目は、ソースコンテンツが、色体積変換処理に先立って変換入力色符号化作業空間に変換されなければならないかどうかを決定するために用いられる。
【０１００】
ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅは、表２において定義されるリストから選択された１つの値を含む列挙子であるものとする。デフォルト値は、０であるものとする。
【０１０１】
【表３】
2019502287.tif 000007
【０１０２】
プレ行列トーンマッピング（１Ｄ  ＬＵＴ）
ＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇは、色成分入力値を取り、且つ色成分出力値を返すＳＴ２０９４−１に定義されるような色成分順における３つのサンプリングされた関数であるものとする。
【０１０３】
３つのサンプリングされた関数のそれぞれのためのデフォルト値は、恒等関数であるものとする。
【０１０４】
色リマッピング行列（３×３スカラー）
ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘは、ＳＴ２０９４−１において定義されるような３×３行列であるものとし、それらの要素は、範囲［−４，４［にある。
【０１０５】
行列の要素のための値は、１０進数であるものとする。
【０１０６】
行列のデフォルト値は、恒等行列であるものとする。
【０１０７】
行列出力オフセット
ＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔは、色リマッピング行列プロセスの出力に追加されるベクトルを指定するものとする。
【０１０８】
ＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔは、［−６，７］の範囲における各数値を備えた１０進数を用いて表された３つの数値のベクトルであるものとする。
【０１０９】
デフォルト値は、３つの全ての数値が０であるベクトルであるものとする。
【０１１０】
ポスト行列トーンマッピング（１Ｄ  ＬＵＴ）
ＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇは、色成分入力値を取り、且つ色成分出力値を返すＳＴ２０９４−１に定義されるような色成分順における３つのサンプリングされた関数であるものとする。
【０１１１】
３つのサンプリングされた関数のそれぞれのためのデフォルト値は、恒等関数であるものとする。
【０１１２】
アプリケーション制約
メタデータセット
メタデータセットは、次のメタデータ項目を含むものとする。
・ＡｐｐｌｉｃａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ（＝３）
・ＡｐｐｌｉｃａｔｉｏｎＶｅｒｓｉｏｎ（＝０）
・ＴｉｍｅＩｎｔｅｒｖａｌ
ＳＴ２０９４−１において定義されるようなメタデータ項目：
ＴｉｍｅＩｎｔｅｒｖａｌＳｔａｒｔ、及び
ＴｉｍｅＩｎｔｅｒｖａｌＤｕｒａｔｉｏｎ
・ＰｒｏｃｅｓｓｉｎｇＷｉｎｄｏｗ
ＳＴ２０９４−１において定義されるようなメタデータ項目：
ＵｐｐｅｒＬｅｆｔＣｏｒｎｅｒ
ＬｏｗｅｒＲｉｇｈｔＣｏｒｎｅｒ、及び
ＷｉｎｄｏｗＮｕｍｂｅｒ
・ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙ
ＳＴ２０９４−１において定義されるようなメタデータ項目：
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＰｒｉｍａｒｉｅｓ
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＷｈｉｔｅＰｏｉｎｔＣｈｒｏｍａｔｉｃｉｔｙ
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭａｘｉｍｕｍＬｕｍｉｎａｎｃｅ、及び
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＭｉｎｉｍｕｍＬｕｍｉｎａｎｃｅ
この文献において定義されるようなメタデータ項目：
ＴａｒｇｅｔｅｄＳｙｓｔｅｍＤｉｓｐｌａｙＥｏｔｆ
・ＣｏｌｏｒＶｏｌｕｍｅＴｒａｎｓｆｏｒｍ
この文献において定義されるようなメタデータ項目：
ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅ
ＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ
ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ
ＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔ、及び
ＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ
【０１１３】
処理窓制約
各ターゲットシステムについて、画像フレーム内に最高３つの処理窓があるものとする。
【０１１４】
処理窓が重なる場合、重なる窓エリアにおけるソースコンテンツ画素は、最高窓数を有する処理窓に対応する適用可能なメタデータセットで処理されるものとする。
【０１１５】
一般化された色変換モデルへのアプリケーション＃３のマッピング
このセクションは、専ら情報を与えるものであり、この工学文献の不可欠な部分を形成するのではない。
【０１１６】
以下の図は、ＳＴ２０９４−１で説明されている一般化された色変換モデルのフレームワークにおけるアプリケーション＃３基準ベース色体積リマッピングを説明する。基準ベース色体積リマッピングによって適用される処理ブロックは、プレ行列トーンマッピング（１Ｄ  ＬＵＴ）、色リマッピング行列（３×３スカラー）、及びポスト行列トーンマッピング（１Ｄ  ＬＵＴ）である。
【０１１７】
基準ベース色体積リマッピングによって用いられる処理ブロック
色体積変換方法の説明
この付属文書において、８．１に定義されているような１つのメタデータセットが検討される。アプリケーション＃３基準ベース色体積リマッピングのための色体積変換は、ソースコンテンツが、７．２において定義されるようなＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅによって指定された色符号化作業空間にある場合、ソースコンテンツの色成分に直接適用される。ソースコンテンツが、ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅによって指定された色符号化作業空間にない場合、ソースコンテンツは、色体積変換処理に先立って、指定された色符号化作業空間に変換される。
【０１１８】
ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅメタデータが線形光におけるＲＧＢ色符号化以外の作業空間を指定する場合、次のステップが用いられる。初期ステップにおいて、ＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ（７．３）は、各成分ｉ∈｛０，１，２｝について、各ソースマスターサンプルデータｘに適用される。
ｙｉ＝ｆｉ（ｘｉ）  （１）
ここで、
ｙｉ＝成分ｉのためのＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ出力値
ｘｉ＝成分ｉのためのソースサンプル値
ｆｉ＝成分ｉのためのＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ値
である。
【０１１９】
第２のステップにおいて、ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ（７．４）は、（１）の出力サンプル値ｙｉに適用され、出力サンプル値ｙｉにはＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔ（７．５）の追加が続く。
ｍｉ＝Σｊ（ｙｊ×ｃｉ，ｊ）＋ｏｉ  （２）
ここで、
ｍｉ＝成分ｉのためのＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ出力値
ｃｉ，ｊ＝位置（ｉ、ｊ）におけるＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘにおける係数値
ｏｉ＝成分ｉのためのＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔ値
である。
【０１２０】
第３の且つ最後のステップにおいて、ＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ（７．６）は、（１）と同様に各成分ｉのために各ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ出力値ｍｉに適用される。
ｚｉ＝ｇｉ（ｍｉ）  （３）
ここで、
ｚｉ＝成分ｉのためのＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ出力値（即ち、成分ｉのためのリマッピングされたサンプル値）
ｇｉ＝成分ｉのためのＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ値
である。ｆｉ、ｇｉ、ｃｉ，ｊ、ｏｉデータは、ターゲットシステムの特徴を有するマスタリングディスプレイを用いて作成された基準コンテンツマスターにソースコンテンツマスターをマッピングすることによって決定される。
【０１２１】
次に、動的メタデータが、ＨＤＲマスターからＳＤＲマスターを作成するために色等級付けセッションの一部として生成された使用事例が検討される。この場合、ＭｅｔａｄａｔａＣｏｌｏｒＣｏｄｉｎｇＷｏｒｋｓｐａｃｅメタデータは、線形光におけるＲＧＢ色符号化の作業空間を指定する。この使用事例について、１つのメタデータセットが検討され、以下のステップが用いられる。
【０１２２】
最初の２つのステップは、図１に示されているように、変換入力色空間へのソースコンテンツ入力データの必要な変換に対応し、最後の３つのステップは、そこに示されているアプリケーション＃３処理ステップに対応する。
【０１２３】
第１のステップにおいて、ｙは、以下のように（Ｒ、Ｇ、Ｂ）から導き出される。
ｙ＝（ａ０，０×Ｒ）＋（ａ０，１×Ｇ）＋（ａ０，２×Ｂ）  （４）
ａｉ，ｊにおいて、ｉ＝０．．２、ｊ＝０．．２は、ソースコンテンツ色体積におけるＲ’Ｇ’Ｂ’からＹ’ＣｂＣｒへの変換行列の係数である。
【０１２４】
第２のステップにおいて、ｗ１及びｗ２は、以下のように導き出される。
【数３】
2019502287.tif 000008
【０１２５】
第３のステップにおいて、ＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ（７．３）は、成分０のためにソースサンプルデータに適用される。
ｗ０＝ｆ０（ｙ）  （７）
ここで、
ｗ０＝成分０のためのＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ出力値
ｆ０＝成分０のためのＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ値
である。この例の作業色空間において、デフォルトＰｒｅＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇは、色差成分ｗ１及びｗ２に適用される。
【０１２６】
第４のステップにおいて、ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ（７．４）は、（５）、（６）及び（７）の出力サンプル値ｗｉに適用され、それらの出力サンプル値ｗｉにはＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔ（７．５）の追加が続く。
ｍｉ＝Σｊ（ｗｊ×ｃｉ，ｊ）＋ｏｉ  （８）
ここで、
ｍｉ＝成分ｉのためのＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘ出力値
ｃｉ，ｊ＝位置（ｉ，ｊ）におけるＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘの係数値
ｏｉ＝成分ｉのためのＭａｔｒｉｘＯｕｔｐｕｔＯｆｆｓｅｔ値
である。
【０１２７】
第５のステップにおいて、ＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ（７．６）は、ＣｏｌｏｒＲｅｍａｐｐｉｎｇＭａｔｒｉｘＯｕｔｐｕｔ値に適用される。
ｚ１＝ｇ１（ｍ０）×ｍ１  （９）
ｚ２＝ｇ２（ｍ０）×ｍ２  （１０）
ｚ０＝ｍ０−（ｇ０（０）×ｚ１）−（ｇ０（１）×ｚ２）  （１１）
ここで、
ｚｉ＝成分ｉのためのＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ出力値（即ち、成分ｉのためのリマッピングされたサンプル値）
ｇｉ＝成分ｉのためのＰｏｓｔＭａｔｒｉｘＴｏｎｅＭａｐｐｉｎｇ値
である。
【０１２８】
図１〜４において、モジュールは、機能ユニットであり、それらは、区別可能な物理ユニットと関連していてもしていなくてもよい。例えば、これらのモジュール又はそれらの幾つかは、独特なコンポーネント又は回路にまとめられるか、又はソフトウェアの機能に寄与してもよい。反対に、幾つかのモジュールは、別個の物理的エンティティから潜在的に構成され得る。本原理に適合する機器は、例えば、それぞれ＜＜特定用途向け集積回路＞＞、＜＜フィールドプログラマブルゲートアレイ＞＞、＜＜超大型集積回路＞＞であるＡＳＩＣ、ＦＰＧＡ若しくはＶＬＳＩなどの専用ハードウェアを用いる純粋なハードウェアを使用して、又は装置に埋め込まれた幾つかの集積電子コンポーネント若しくはハードウェア及びソフトウエアコンポーネントの混合から実現される。
【０１２９】
図５は、図１〜４と関連して説明した方法を実行するように構成され得る装置５０の例示的なアーキテクチャを表す。
【０１３０】
装置５０は、データ及びアドレスバス５１によって一緒に連結される以下の要素を含む。
−  例えば、ＤＳＰ（即ちデジタル信号プロセッサ）であるマイクロプロセッサ５２（又はＣＰＵ）と、
−  ＲＯＭ（即ち読み出し専用メモリ）５３と、
−  ＲＡＭ（即ちランダムアクセスメモリ）５４と、
−  アプリケーションから送信すべきデータを受信するためのＩ／Ｏインターフェース５５と、
−  バッテリ５６と
を含む。
【０１３１】
例によれば、バッテリ５６は、装置の外部にある。言及されるメモリのそれぞれにおいて、本明細書で用いられる用語＜＜レジスタ＞＞は、小容量（数ビット）のエリア、又は非常に大きいエリア（例えば、プログラム全体又は多量の受信データ若しくは復号データ）に対応することができる。ＲＯＭ５３は、少なくともプログラム及びパラメータを含む。ＲＯＭ５３は、本原理による技法を実行するアルゴリズム及び命令を格納し得る。スイッチが入れられると、ＣＰＵ５２は、ＲＡＭにプログラムをアップロードし、対応する命令を実行する。
【０１３２】
ＲＡＭ５４は、ＣＰＵ５２によって実行され、且つ装置５０の電源投入後にアップロードされるレジスタにおけるプログラムと、レジスタにおける入力データと、レジスタにおける方法の異なる状態の中間データと、レジスタにおける方法の実行に用いられる他の変数とを含む。
【０１３３】
本明細書で説明される実装形態は、例えば、方法若しくはプロセス、機器、ソフトウェアプログラム、データストリーム、又は信号に実現され得る。（例えば、方法又は装置としてのみ論じられている）実装形態の単一形態に関連してのみ論じられている場合であっても、論じられる特徴の実装形態はまた、他の形態（例えば、プログラム）で実現され得る。機器は、例えば適切なハードウェア、ソフトウェア、及びファームウェアにおいて実現され得る。方法は、例えばコンピュータ、マイクロプロセッサ、集積回路、又はプログラマブル論理装置を含む、一般に処理装置を指す例えばプロセッサなどの例えば機器で実行され得る。プロセッサはまた、例えばコンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、及びエンドユーザ間の情報の通信を促進する他の装置などの通信装置を含む。
【０１３４】
装置の例によれば、入力ビデオデータは、ソースから取得される。例えば、ソースは、
−  ローカルメモリ（５３又は（５４）、例えばビデオメモリ又はＲＡＭ（即ちランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（即ち読み出し専用メモリ）、ハードディスクと、
−  記憶インターフェース（５５）、例えば、大容量記憶装置、ＲＡＭ、フラッシュメモリ、ＲＯＭ、光ディスク又は磁気サポートを備えたインターフェースと、
−  通信インターフェース（５５）、例えば有線インターフェース（例えば、バスインターフェース、ワイドエリアネットワークインターフェース、ローカルエリアネットワークインターフェース）、又は無線インターフェース（ＩＥＥＥ８０２．１１インターフェース若しくはBluetooth（登録商標）インターフェースなど）と、
−  ピクチャ捕捉回路（例えば、ＣＣＤ（即ち電荷結合素子）又はＣＭＯＳ（即ち相補型金属酸化膜半導体）などの例えばセンサ）と
を含むセットに属する。
【０１３５】
装置の例によれば、出力ビデオデータ（選択されたプロセスに由来する）は、宛先に送信される。特に、宛先は、
−  ローカルメモリ（５３又は５４）、例えばビデオメモリ又はＲＡＭ、フラッシュメモリ、ハードディスクと、
−  記憶インターフェース（５５）、例えば大容量記憶装置、ＲＡＭ、フラッシュメモリ、ＲＯＭ、光ディスク又は磁気サポートを備えたインターフェースと、
−  通信インターフェース（５５）、例えば有線インターフェース（例えば、バスインターフェース（例えば、ＵＳＢ（即ちユニバーサルシリアルバス））、ワイドエリアネットワークインターフェース、ローカルエリアネットワークインターフェース、ＨＤＭＩ（高解像度マルチメディアインターフェース）インターフェース）、又は無線インターフェース（ＩＥＥＥ８０２．１１インターフェース、ＷｉＦｉ（登録商標）若しくはBluetooth（登録商標）インターフェースなど）と、
−  ディスプレイと
を含むセットに属する。
【０１３６】
装置の例によれば、情報データＩｎｆｏは、宛先に送信されるビットストリームＦに追加される。例として、ビットストリームＦは、ローカル又はリモートメモリ、例えばビデオメモリ（５４）又はＲＡＭ（５４）、ハードディスク（５３）に格納される。変形形態において、ビットストリームＦは、記憶インターフェース（５５）、例えば大容量記憶装置、フラッシュメモリ、ＲＯＭ、光ディスク、若しくは磁気サポートを備えたインターフェースに送信され、且つ／又は通信インターフェース（５５）、例えば二地点間リンク、通信バス、ポイントツーマルチポイントリンク、若しくはブロードキャストネットワークへのインターフェースを通じて送信される。
【０１３７】
装置の例によれば、ビットストリームＦは、ソースから取得される。典型的には、ビットストリームは、ローカルメモリ、例えばビデオメモリ（５４）、ＲＡＭ（５４）、ＲＯＭ（５３）、フラッシュメモリ（５３）、又はハードディスク（５３）から読み出される。変形形態において、ビットストリームは、記憶インターフェース（５５）、例えば大容量記憶装置、ＲＡＭ、ＲＯＭ、フラッシュメモリ、光ディスク、若しくは磁気サポートを備えたインターフェースから受信され、且つ／又は通信インターフェース（５５）、例えば二地点間リンク、バス、ポイントツーマルチポイントリンク、若しくはブロードキャストネットワークへのインターフェースから受信される。
【０１３８】
例によれば、図１〜４に関連して説明された方法を実行するように構成される装置５０は、
−  モバイル装置と、
−  通信装置と、
−  ゲーム装置と、
−  タブレット（又はタブレットコンピュータ）と、
−  ラップトップと、
−  静止画カメラと、
−  ビデオカメラと、
−  符号化チップと、
−  静止画サーバと、
−  ビデオサーバ（例えば、ブロードキャストサーバ、ビデオオンデマンドサーバ又はウェブサーバ）と
を含むセットに属する。
【０１３９】
図６に示されている本原理の例によれば、通信ネットワークＮＥＴを通じた２つのリモート装置Ａ及びＢ間の送信に関連して、装置Ａは、情報データＩｎｆｏをビットストリームＦに追加するための方法を実行するように構成されるメモリＲＡＭ及びＲＯＭと関係するプロセッサを含み、装置Ｂは、図２、３又は４と関連して説明されたような方法を実行するように構成されるメモリＲＡＭ及びＲＯＭと関係するプロセッサを含む。
【０１４０】
例によれば、ネットワークは、装置Ａから、装置Ｂを含む装置に静止画又はビデオピクチャをブロードキャストするように適合されたブロードキャストネットワークである。
【０１４１】
装置Ａによって送信されるように意図された信号は、例えば、ＨＥＶＣ（推奨ＩＴＵ−Ｔ  Ｈ．２６５（０４／２０１５）、高効率ビデオ符号化）において定義されているように、ＶＵＩにおける又はＳＥＩメッセージとしての情報データＩｎｆｏを担持するビットストリームＦを伝達する。
【０１４２】
本明細書で説明される様々なプロセス及び特徴の実装形態は、様々な異なる設備又はアプリケーションにおいて具体化され得る。かかる設備の例は、エンコーダ、デコーダ、デコーダからの出力を処理するポストプロセッサ、エンコーダに入力を供給するプリプロセッサ、ビデオコーダ、ビデオデコーダ、ビデオコーデック、ウェブサーバ、セットトップボックス、ラップトップ、パーソナルコンピュータ、携帯電話、ＰＤＡ、及びピクチャ若しくはビデオを処理するための任意の他の装置、又は他の通信装置を含む。明らかなはずであるように、設備は、モバイルであり得、更にモバイル車両に設置され得る。
【０１４３】
加えて、方法は、プロセッサによって実行される命令によって実行され得、かかる命令（及び／又は実装形態によって生成されるデータ値）は、コンピュータ可読記憶媒体上に格納され得る。コンピュータ可読記憶媒体は、１つ又は複数のコンピュータ可読媒体に具体化され、且つコンピュータによって実行可能なコンピュータ可読プログラムコードを具体化したコンピュータ可読プログラム製品の形態を取ることができる。本明細書で用いられるようなコンピュータ可読記憶媒体は、非一時的記憶媒体であって、情報を格納する固有の能力と同様に、そこからの情報の検索を提供する固有の能力を与えられた非一時的記憶媒体と考えられる。コンピュータ可読記憶媒体は、限定するわけではないが、例えば、電子、磁気、光、電磁気、赤外線、若しくは半導体システム、機器、若しくは装置、又はそれらの任意の適切な組み合わせとすることができる。本原理が適用され得るコンピュータ可読記憶媒体のより具体的な例を提供するが、以下が単に実例であり、当業者によって容易に認識されるように、包括的リストではないことを理解されたい。即ち、ポータブルコンピュータディスケット、ハードディスク、読み出し専用メモリ（ＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ若しくはフラッシュメモリ）、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、又はそれらの任意の適切な組み合わせである。
【０１４４】
命令は、プロセッサ可読媒体上に実体的に具体化されるアプリケーションプログラムを形成し得る。
【０１４５】
命令は、例えば、ハードウェア、ファームウェア、ソフトウェア、又は組み合わせであり得る。命令は、例えば、オペレーティングシステム、別個のアプリケーション、又はそれら２つの組み合わせに見出され得る。従って、プロセッサは、例えば、プロセスを実行するように構成された装置、及びプロセスを実行するための命令を有するプロセッサ可読媒体（記憶装置など）を含む装置の両方として特徴付けられ得る。更に、プロセッサ可読媒体は、命令に加えて又は命令の代わりに、実装形態によって生成されたデータ値を格納し得る。
【０１４６】
当業者には明らかであろうように、実装形態は、例えば格納又は送信され得る情報を担持するようにフォーマットされた様々な信号を生成し得る。情報は、例えば、方法を実行するための命令、又は説明された実装形態の１つによって生成されたデータを含み得る。例えば、信号は、本原理の説明された例のシンタックスを書き込むか若しくは読み出すための規則をデータとして担持するように、又は本原理の説明された例によって書き込まれた実際のシンタックス値をデータとして担持するようにフォーマットされ得る。かかる信号は、例えば、電磁波として（例えば、スペクトルの無線周波数部分を用いる）、又はベースバンド信号としてフォーマットされ得る。フォーマッティングは、例えば、データストリームの符号化、及び符号化されたデータストリームを備えたキャリアの変調を含み得る。信号が担持する情報は、例えばアナログ又はデジタル情報であり得る。信号は、周知のように、様々な異なる有線又は無線リンクを通じて送信され得る。信号は、プロセッサ可読媒体上に格納され得る。
【０１４７】
多数の実装形態が説明された。しかしながら、様々な修正形態がなされ得ることが理解されるであろう。例えば、異なる実装形態の要素は、他の実装形態を生成するために組み合わされるか、補足されるか、修正されるか、又は除去され得る。加えて、当業者は、他の構造及びプロセスが、開示された構造及びプロセスの代用とされ、結果としての実装形態が、開示された実装形態と少なくともほぼ同じ結果を達成するために、少なくともほぼ同じ方法で少なくともほぼ同じ機能を実行することを理解されるであろう。従って、これら及び他の実装形態は、本出願によって想定されている。
【図２】
2019502287.tif 000009
【図３】
2019502287.tif 000010
【図４】
2019502287.tif 000011
【図５】
2019502287.tif 000012
【図６】
2019502287.tif 000013
【図７】
2019502287.tif 000014
【国際調査報告】
2019502287.tif 000015
2019502287.tif 000016