(57)【要約】  入力画像と異なる輝度ダイナミックレンジの（特に、ピーク明度として知られる異なる最大輝度により特徴付けられる）画像の良好な決定を可能にするために、本願は、輝度プロセッサ（５０１）の幾つかの変形を教示する。当該輝度プロセッサは、第１ピーク明度（ＰＢ＿ＨＤＲ）により特徴付けられる第１輝度ダイナミックレンジを有する入力画像（ＭＡＳＴ＿ＨＤＲ）の空間的に配置されたピクセルの入力輝度から、第２ピーク明度（ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲ）により特徴付けられる第２輝度ダイナミックレンジを有する出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニト）のピクセルの出力輝度を計算し、当該輝度プロセッサは、入力輝度の関数である乗算係数（ｇＬ）及び輝度マッピング関数（ＦＬＭ）を計算するよう構成される利得計算ユニット（５１４）と、前記入力画像の前記ピクセルの前記色の３つの赤、緑、及び青色成分のうちの最大の１つである強度値（V）を計算するよう構成される最大計算ユニット（６０１）であって、これらの成分は線形赤、緑、及び青色成分又は該線形赤、緑、及び青色成分の累乗である、最大計算ユニット（６０１）と、前記出力輝度が全範囲上限境界にどれくらい近いかを示すオーバーフロー指標（Ｔ）を計算するよう構成されるオーバーフロー計算機（６０２）と、前記オーバーフロー指標が閾（Ｇ）より大きい場合に代替利得係数（F１（ｇＬ））を決定するよう構成され、その他の場合に元の利得係数を保持するよう構成され、最終利得係数（ｇＦ）としてこれらのうちの１つを出力するよう構成される利得係数変更ユニット（６０３）と、前記最終利得係数（ｇＦ）により前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を乗算して、前記出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得する乗算器（５３０）と、を含む。
2021506001.tif 000002
【特許請求の範囲】
【請求項１】
輝度プロセッサであって、第１ピーク明度（ＰＢ＿ＨＤＲ）により特徴付けられる第１輝度ダイナミックレンジを有する入力画像（ＭＡＳＴ＿ＨＤＲ）の空間的に配置されたピクセルの入力輝度（L）から、第２ピーク明度（ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲ）により特徴付けられる第２輝度ダイナミックレンジを有する出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニト）のピクセルの出力輝度を計算するよう構成され、前記輝度プロセッサは、
前記入力輝度の輝度マッピング関数（ＦＬＭ）の出力を該入力輝度により除算した分割として乗算係数（ｇＬ）を計算することにより：ｇＬ＝ＦＬＭ（Ｌ）／Ｌ、前記乗算係数を計算するよう構成される利得計算ユニットであって、前記乗算係数は、対応する中間出力輝度になるように前記入力輝度をどのように調整するかを示す前記輝度マッピング関数に基づき、前記入力画像の画像ピクセルのいかなる入力色の前記入力輝度について定められる、利得計算ユニットと、
前記中間出力輝度が前記入力色の色度において全範囲上限境界のどれだけ上であるかを示すオーバーフロー指標（Ｔ）を計算するよう構成されるオーバーフロー計算機であって、前記中間出力輝度は、前記乗算係数（ｇＬ）を前記入力色に適用することにより得られる、オーバーフロー計算機と、
前記オーバーフロー指標が閾（Ｇ）より大きい場合に、より低い代替利得係数（Ｆｌ（ｇＬ））を決定するよう構成され、その他の場合に、元の利得係数を保つよう構成され、これらのうちの１つを最終利得係数（ｇＦ）として出力するよう構成される利得係数変更ユニットと、
前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を前記最終利得係数（ｇＦ）により乗算して、前記出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得する乗算器と、
を含む輝度プロセッサ。
【請求項２】
コンテンツの生成側からネットワークを介して前記閾（Ｇ）を受信するよう構成されるデータ受信手段、を含む請求項１に記載の輝度プロセッサ。
【請求項３】
コンテンツの生成側からネットワークを介して、前記代替利得係数を決定するための関数（ＦＡＤＡＰ）を受信するよう構成されるデータ受信手段、を含む請求項１又は２に記載の輝度プロセッサ。
【請求項４】
コンテンツの生成側からネットワークを介して、クリッピングパラメータ（Vmx）を受信するよう構成されるデータ受信手段を含み、前記クリッピングパラメータは、色が全範囲上限境界のどれだけ上であるかを示し、前記クリッピングパラメータは前記色の赤、緑、及び青色成分のうちの最大のものとして定められ、該クリッピングパラメータより上にある色輝度について、色調保存色クリッピングが可能であることを指定する、請求項１乃至３のいずれかいっこうに記載の輝度プロセッサ。
【請求項５】
部分マッピング計算機であって、実現可能な全範囲内の色に到達する必要のある、前記全範囲境界に向かう前記入力色の補正の第１小部分を決定するよう構成され、前記補正の第１小部分は、最終的な乗算係数（ｇＦ）による乗算により処理され、彩度計算を駆動する彩度乗数（S）を決定する補正の残りの第２小部分を決定するよう構成される、部分マッピング計算機、を含む請求項１乃至４のいずれか一項に記載の輝度プロセッサ。
【請求項６】
コンテンツの生成側からネットワークを介して、補正の前記第１及び第２小部分を決定する小部分値（ｒｈｏ）を受信するよう構成されるデータ受信手段、を含む請求項５に記載の輝度プロセッサ。
【請求項７】
前記オーバーフロー指標（Ｔ）は、前記乗算係数（ｇＬ）により乗算されたピクセル色の赤、緑、及び青色成分のうちの最高値として計算される、請求項１乃至６のいずれか一項に記載の輝度プロセッサ。
【請求項８】
高ダイナミックレンジビデオエンコーダであって、
画像ソースから入力画像を受信する入力と、
前記入力画像を出力画像として符号化し、少なくとも１つの輝度マッピング関数（F_Lt）を符号化するよう構成されるエンコーダと、
を含み、
前記エンコーダは、前記ビデオの画像の色特性を分析して、請求項１に記載の輝度プロセッサにより適用されるべき閾（Ｇ）を決定するよう構成される画像評価プロセッサを含み、前記エンコーダは、該閾（Ｇ）をメタデータとして出力するよう構成される、高ダイナミックレンジビデオエンコーダ。
【請求項９】
高ダイナミックレンジビデオ符号化システムであって、
人間の色クレーダーが請求項１に記載の前記閾（Ｇ）の値を指定することを可能にするユーザインタフェースと、
請求項１に記載の輝度プロセッサであって、前記人間の色グレーダにより指定された前記閾（Ｇ）の値を受信し及びい使用するよう更に構成され、前記輝度プロセッサの前記出力画像を表示するためにディスプレイに接続される、輝度プロセッサと、
を含み、前記高ダイナミックレンジビデオ符号化システムは、前記閾（Ｇ）を符号化し及び出力するよう構成されるエンコーダを更に含む、高ダイナミックレンジビデオ符号化システム。
【請求項１０】
高ダイナミックレンジビデオデコーダであって、
入力画像及び輝度マッピング関数（ＦＬＭ）を受信する入力と、
閾（Ｇ）の値を受信するよう構成される第２入力と、
請求項１乃至７のいずれか一項に記載の輝度プロセッサであって、前記輝度マッピング関数（ＦＬＭ）及び前記閾（Ｇ）を用いて出力画像を計算し、前記入力画像の輝度を変更して出力画像を生成するよう構成される、輝度プロセッサと、
前記出力画像を出力する出力と、
を含む高ダイナミックレンジビデオデコーダ。
【請求項１１】
輝度処理方法であって、第１ピーク明度（ＰＢ＿ＨＤＲ）により特徴付けられる第１輝度ダイナミックレンジを有する入力画像（ＭＡＳＴ＿ＨＤＲ）の空間的に配置されたピクセルの入力輝度から、第２ピーク明度（ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲ）により特徴付けられる第２輝度ダイナミックレンジを有する出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニト）のピクセルの出力輝度を計算し、前記方法は、
前記入力輝度の輝度マッピング関数（ＦＬＭ）の出力を該入力輝度により除算した分割として乗算係数（ｇＬ）を計算することにより：ｇＬ＝ＦＬＭ（Ｌ）／Ｌ、前記乗算係数を計算するステップであって、前記乗算係数は、中間出力輝度になるように前記入力輝度をどのように調整するかを示す前記輝度マッピング関数に基づき、前記入力画像の画像ピクセルのいかなる入力色の前記入力輝度について定められる、ステップと、
前記中間出力輝度が前記入力色の色度において全範囲上限境界のどれだけ上であるかを示すオーバーフロー指標（Ｔ）を計算するステップであって、前記中間出力輝度は、前記乗算係数（ｇＬ）を前記入力色に適用することにより得られる、ステップと、
前記オーバーフロー指標が閾（Ｇ）より大きい場合に、より低い代替利得係数（Ｆｌ（ｇＬ））を決定し、その他の場合に、元の利得係数を保ち、これらのうちの１つを最終利得係数（ｇＦ）として出力するステップと、
前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を前記最終利得係数（ｇＦ）により乗算して、前記出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得するステップと、
を含む輝度処理方法。
【請求項１２】
コンテンツの生成側からいかなる接続されたネットワークを介して、前記出力色にの計算に適用すべき前記閾（Ｇ）を受信するステップ、を含む請求項１１に記載の輝度処理方法。
【請求項１３】
コンテンツの生成側からいかなる接続されたネットワークを介して、前記代替利得係数を決定するための関数（ＦＡＤＡＰ）を受信するステップ、を含む請求項１１又は１２に記載の輝度処理方法。
【請求項１４】
ＨＤＲ画像信号であって、
ピクセル色を含む画像と、
ピクセル色の輝度から出力輝度をどのように計算するかを定める少なくとも１つの輝度マッピング関数（ＦＬＭ）と、
請求項１に記載の輝度プロセッサがその出力色の計算において使用すべき閾（Ｇ）と、
を含む信号。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、高ダイナミックレンジ画像を符号化する方法及び機器に関し、特に、画像を異なる輝度ダイナミックレンジに変換するための画像ピクセル輝度の変更に関する。
【背景技術】
【０００２】
約５年前、高ダイナミックレンジビデオ符号化の新規な技術が紹介された。
【０００３】
これは、レガシービデオ符号化と対照的である。レガシービデオ符号化によると、それまで全てのビデオが符号化された。これは、現在、ＳＤＲ（Standard  Dynamic  Range）ビデオ符号化と呼ばれる（低ダイナミックレンジビデオ符号化、low  dynamic  range  video  coding;  ＬＤＲとも呼ばれる）。Ｒｅｃ．７０９のＳＤＲのルマ符号定義は、ほぼ平方根の形状（ルマ：Y＝sqrt(輝度L)）により、約１０００：１の輝度ダイナミック（Opto-electrical  transfer  function  OEＴFとも呼ばれる）レンジのみを符号化できる（８又は１０ビットルマによる）。これは、当時の全てのディスプレイの標準的なレンダリング能力、約０．１〜１００ニト（nit）の間の輝度のために符号化され、後者は所謂ピーク明度（PB）である。
【０００４】
最初のＨＤＲコーデックが市場に導入され、例えば新しいブラックリボンＨＤＲブルーレイを生成するために使用されるＨＤＲ１０は、単にＯＥＴＦをＳＭＰＴＥ２０８４で標準化されたより対数的形状の知覚量子化関数に変更し、これは、１／１００００ニト〜１００００ニトの間の輝度についてルマを定めることを可能にした。これは実用的なＨＤＲビデオ制作には十分である。ルマの計算の後に、１つは１０ビットピクセル平面（又は、２つの色度平面Ｃｂ及びＣｒの３ビット平面）を有し、これは、それらが数学的に、例えばＭＰＥＧ圧縮されたＳＤＲ画像であるかのように、古典的に更に完全に扱うことができる。もちろん、受信側は、ＳＤＲ画像ではなくＨＤＲ画像を得るべきであり、又は不正なレンダリングが生じない。単に線形にマッピングした場合（符号化画像最大白色、符号化ピーク明度ＰＣ＿Ｃ〜ＳＤＲディスプレイピーク明度ＰＢ＿Ｄとしても知られる）、ＰＢ＿Ｃ＝１０００ニトを有する画像は１０倍暗く見えるだろう。これは、夜景を見ることができないことを意味する。ＰＱ  ＯＥＴＦの対数的特性により、ＨＤＲ１０画像は見ることができるが、見苦しい質の悪いコントラストを有し、それらを特に白っぽくし、不正確な明度に見せる。
【０００５】
このような単なるＨＤＲビデオ画像（ＨＤＲグレーディングとしても知られ、用語「グレーディング（grading）」は、ＨＤＲシーンを表現において最適に見せるために、種々のシーンオブジェクトが例えば１０００ニト（又はそれより高い）ＰＢ＿Ｃを有する画像表現において有するべき輝度を示す）の問題は、理想的なＰＢ＿Ｄ＝１０００ニトのディスプレイでのみ正しく表示し、及び同様の周囲照明条件下では、それゆえ、このようなブルーレイディスクが常に完全に表示しないことがすぐに分かり、この状況では、夜景が見ることができないことである。
【０００６】
さらに、より高度なＨＤＲビデオコーダは、ＨＤＲシーンの２つの異なるグレーディングを符号化する。例えばＰＢ＿Ｃ＝５０００ニトのより高いダイナミックレンジの画像、及びＰＢ＿Ｃ＝１００ニトを有する、このためレガシーＬＤＲディスプレイ上で直ちに表示可能である標準的にＳＤＲ画像であるより低いダイナミックレンジの画像である。
【０００７】
現実のシーン（しかし、不均一な照明のシーンは、１００：１のオブジェクト反射比により、このような低いダイナミックレンジしか有しない）は、有意に高いダイナミックレンジを有し得る。例えば、外部の日光に対して小さな開口を有する洞窟は、家庭用テレビでの視聴に適した該シーンのＨＤＲグレーディングを含む１００００ニトＰＢ＿Ｃ参照表現で、洞窟のピクセルに対して１ニトより遙かに低い輝度、及び外部のピクセルに対して最大１００００ニトの輝度を含み得る。このような困難なＨＤＲ画像は、特に、コンテンツ生成側が依然として妥当な同様のＨＤＲ外観をＳＤＲレンダリングにも伝えたいと望むが、図１により示されるように原理的に行うことができる場合に、有意に低いダイナミックレンジ（例えば、ＳＤＲに行くとき少なくとも１００ｘ）に普通に変換されない。
【０００８】
ここでよく理解されるべきことは、私たちはＨＤＲ画像の符号化及び対応する低ダイナミックレンジ画像に関して議論するが、制約が存在し得ることである。２つの別個にグレーディングされた画像（元のシーンのＨＤＲ及び１００ニトＰＢ＿Ｃ  ＳＤＲグレーディング画像）を実際に通信する代わりに、（図２に更に示されるように）標準的に、極端なエンドポイントの異なる方法でグレーディングされた異なるＰＢ＿Ｃ画像のペアのうちの１つのグレーディング画像のみを、色及び特にそれらの受信画像のピクセルの輝度を他のグレーディング画像の色にマッピングするメタデータ関数として通信する。
【０００９】
理解されるべきことに、画像コーダの２つのクラスが存在する。第１のクラス（モード１）は、ＨＤＲ１０と同様に、ＨＤＲ画像を受信機に通信し、例えばそれらの画像の符号化のためにＰＱ＿ＯＥＴＦを再利用できるが、該ＨＤＲ画像をより低いダイナミックレンジにどのように輝度ダウングレードさせるか（例えば、受信したＨＤＲ画像からＳＤＲ１００ニトのＰＢ＿Ｃ画像を計算するか）を指定するメタデータを追加する。第２のクラス（モード２）は、ペアのうちのＳＤＲ画像、及びＨＤＲ画像へとアップグレードする逆形状（inverse-shaped）関数を通信する。これは、レガシーテレビの大きなインストールされた基礎を提供するのに役立つ（これは、後のいかなる追加技術に対しても更なる技術的制約を含む）。
【００１０】
中間ダイナミックレンジ（ＭＤＲ）と呼ばれる中間ＰＢ画像へと再グレーディングする技術的メカニズムが存在する。受信したＳＤＲ画像を元の、作成又は送信側でコンテンツ生成側により生成された例えば５００ニトのＰＢ＿Ｃ画像に変換する代わりに、受信機（例えば、セットトップボックス、ＴＶ、コンピュータ、映画設備、等）は、例えば７００ニトのＰＢ＿Ｃ画像を計算できる。この所謂ディスプレイ適応は、必ずしも皆が正確に５０００ニトのＰＢ＿Ｄの、つまり（受信側におけるいかなる実際のディスプレイと区別するために、所謂、基準ディスプレイ）コンテンツに自然に適合するディスプレイを持っていないので、重要である。それゆえ、例えば７００ニトのディスプレイに適する（５０００ニトのＤＲグレーディングで作成された芸術的意図を最も最適に変換することを意味する、生成側の輝度又は一般に色再グレーディング機能）画像が計算されなければならない。そうでな場合、レンダリングの振る舞いは定まらず、標準的にコンテンツのより明るい部分が示されず又は少なくとも粗悪に示される（これは、例えば明るい霧の中に消える低コントラストの人物をもたらし得る、一部の人々が全く異なる動画ストーリーを見ることを意味し、これは非常に望ましくない）。
【００１１】
私たちは、ＨＤＲとＳＤＲ画像グレーディングが人間の色グレーダ（grader）により生成される（例えば、先ずＤＨＲグレーディング、及びそれからＳＤＲグレーディング）ことを非限定的に仮定する。しかしながら、幾つかの適用では、自動システムが、グレーディングされた画像及び色マッピング関数を決定する（これは、例えば、リアルタイムブロードキャストで現在好まれており、既存システムの再利用が人間のグレーディングと互換性がない）。
【００１２】
読者の便宜のために、及び関連する態様のうちの幾つかを読者に素早く理解させるために、図１は、多くの可能なＨＤＲシーンのうちの幾つかの典型的な説明のための例を示す。将来のＨＤＲシステム（例えば、１０００ニトのＰＢ＿ＤＨＲグレーディングディスプレイに接続される）は、画像内の全てのオブジェクト／ピクセルの適切な輝度を、例えばレンダリングすることにより正確に処理できる必要がある。例えば、ＩｍＳＣＮ１は、西部映画（これは、大部分が明るい地域を有し、理想的には１００ニトより明るいディスプレイでレンダリングされて、例えば５００ニトの平均輝度で、雨の日の眺めより天気のよい眺めをより多く提供するべきである）からの晴れた屋外の画像である。一方で、ＩｍＳＣＮ２は夜間の画像である。
【００１３】
このような画像を晴れたものにし、他方を暗くするものは何か？少なくともＳＤＲの枠組みでは、必ずしも相対的な輝度は必要ない。ＨＤＲ画像のレンダリングを数年前に終了したばかりのＳＤＲ時代では常であったものと異なるものにするのは、ＳＤＲがこのような限られたダイナミックレンジ（約ＰＢ＝１００ニト、約０．１〜１ニトの黒色レベル）を有し、主にオブジェクトの固有反射率のみがＳＤＲで示され得ることである（これは、良好な白色での９０％〜良好な黒色での１％の間に含まれる）。これは、均一な技術的に制御される照度の下で、（そられの反射から、及び勿論、それらの色度から特定量の明度を有する）オブジェクトを認識するのには良いだろう。しかし、自然のシーンに与えることのできる照度自体の美しい変化、及び視聴者に与えることのできる影響は、それほど多くない。ディスプレイがそれを可能にし、したがって、画像符号化及び処理技術がそうする場合、森の中を歩いている人は、実際に木漏れ日を見るだろう、つまり、ＳＤＲディスプレイ上のようなより黄色い印象のものだけではなく、人が陰から日の当たる場所へ歩くとき、人は明るく色鮮やかな日光に照らされた服を見ることを好む。また、炎及び爆発は、少なくともＰＢ＿Ｄが可能にするほどに、最適な視覚的影響を有するべきである。
【００１４】
ＳＤＲでは、夜間の画像を、ルマヒストグラムでいくから暗いものにできるが、あまり多くない場合、又は画像が暗すぎて粗悪にレンダリングする場合がある。また、１００ニトＴＶで又は１００ニト符号化では、いかなる過度に明るいものに利用可能ないかなる余地もない。したがって、オブジェクトをそれらの照度と独立に示さなければならず、同時に公正に全ての時には非常にコントラストのある生じ得るシーンの照明を示すことができない。実際には、これは、非常に明るい晴れたシーンが、どんよりした雨の日のシーンとほぼ同じディスプレイ輝度（０〜１００ニト）でレンダリングされなければならないことを意味する。夜間シーンでさえ、暗すぎでレンダリングできない、又は視聴者が画像の最も暗い部分を良く区別できない。したがって、ここでも、これらの夜間の明度は、０〜１００ニトの間の範囲にわたりレンダリングされるだろう。これに対する従来のソリューションは、夜のシーンを青色に着色することであった。その結果、視聴者は、彼が日中のシーンを見ていないことを理解するだろう。ここで、勿論、現実の人間の視覚は、利用可能な光の量に適応し得るが、あまり多くはない（現実の多くの人々は、暗くなりつつあること、又は彼らがもっと暗がりにいること、又は非常に明るい環境にいることを認識する）。したがって、人は、画像内に芸術的にデザインできる全ての壮観なローカルの及び一時的な照明効果により画像をレンダリングして、少なくとも利用可能なＨＤＲディスプレイを有する場合に非常に現実的なレンダリングされた画像を得たいと望む。暗い部屋でライトサーベルを使用する場合の適切な輝度を正確に決定することは、マスタグレーディングを作成するカラーグレーダに任せられる。本願は、このような画像を生成し処理するために必要な技術的可能性に焦点を当てる。
【００１５】
図１の左側の軸には、５０００ニトのＰＢ＿Ｄディスプレイの場合に、５０００ニトのＰＢマスタＨＤＲグレーディングで見るときのオブジェクト輝度がある（つまり、グレーダは、家庭にある標準的な高解像度ＨＤＲ  ＴＶが５０００ニトのＰＢ＿Ｄを有し、彼が実際にこのような家庭用視聴室の表現の中に実際に座っていることを想定して、画像を生成し、このようなグレーディングディスプレイ上でグレーディングする）。錯覚だけでなく、カウボーイが明るい太陽で照らされた環境にいる現実のシーンを伝えたいと望む場合、例えば約５００ニトの、これらの十分に明るいピクセル輝度を指定しレンダリングしなければならない（しかしながら、明るすぎて煩わしくなく、これは、ＨＤＲ画像生成及び処理の標準的な落とし穴である）。夜のシーンでは、大部分が暗い輝度を望むが、オートバイに乗っている主要なキャラクタは良好に認識可能である、つまり暗すぎない（例えば、約５ニト）べきであり、同時に、非常に高い輝度の、例えば５０００ニトのディスプレイ上に約３０００ニトの、又はいかなるＨＤＲディスプレイ上にピーク明度に近い（例えば１０００ニト）ピクセルが存在し得る。第３の例示的なＩｍＳＣＮ３は、ＨＤＲディスプレイ上で現在可能なものを示す。つまり、非常に明るいピクセルと非常に暗いピクセルの両方を同時にレンダリングできる。これは、日の当たる外を見ることのできる小さな開口を有する暗い洞窟を示す。このシーンでは、木のような太陽の照らすオブジェクトを、明るく晴れた景色の印象をレンダリングしたいと望むシーン内より、いくらか少ない明るさにしたいと望む。例えば、４００ニトであり、これは、洞窟の内部の基本的に暗いキャラクタと更に調整されるべきである。色グレーダは、（既にＰＢ＿ＨＤＲ＝５０００ニトのマスタＨＤＲ画像内にある）全てのオブジェクトの輝度を最適に調整したいと望み得る。その結果、不適切に暗く又は明るく見えるものがなく、コントラストは良好であり、例えばこの洞窟内の暗がりに立っている人物は約０．０５ニトのマスタＨＤＲグレーディングされた画像内に符号化されてよい（ＨＤＲレンダリングは明るいハイライトだけでなく、暗い領域もレンダリングできると仮定する）。
【００１６】
したがって、再グレーディングの種々の標準的な振る舞いが存在し得ることが分かる。例えば、時には、全ての輝度範囲で実質的に等しい輝度を保ちたい、時にはそれらがスケーリングされる（例えば、低減するＰＢ＿Ｃにより線形にスケーリングされる）。或いは、太陽のような幾つかのオブジェクトを常にＰＢ＿Ｃにマッピングした場合がある。
【００１７】
符号化の枠組みでは、幾つかの制限があることを理解しなければならない。例えば、モード１システムでは、好きなことを何でも寛大にできるのではなく、むしろ、標準的には、マッピングは限られたセットの標準化輝度マッピング関数に従い生じなければならない（デコーダが、生成側で行われたことを理解する必要があり、デコーダが、複雑で高コストではないような実用的な市場の要件を満たす必要があるためである）。したがって、正しく且つシステムのユーザ及びコンテンツ生成側が特に望むことに十分に従って振る舞う機能セットをエンジニアリングしなければならない。これが、出願人がここ何年かのうちに発明したものである。モード２システムでは、また、機能が可逆であること、特にＳＤＲ画像で失われる情報が多すぎないことを保証しなければならい。これは、元の生成側のＨＤＲ画像に近い再構成を取得しようとする受信機において再グレーディングすることにより数学的に復元できない。
【００１８】
咲いてｋに再グレーディングする機能は、標準的に、コンテンツ依存である。したがって、それらは、標準的に、同じ、同様に見える、及び同様の輝度分布のシーンの画像の少なくともショット毎に通信される。
【００１９】
良好に理解するために重要な幾つかのコンポーネントの説明のために、幾つかの技術的ビデオ符号化の可能性を単に説明するために、私たちは、出願人がＨＤＲ画像のために、及び特にＨＤＲビデオ符号化のために設計した例示的なＨＤＲビデオ符号化システムを説明する（これにより、読者は、本発明の原理が説明のための例示的なシステム以外の他のシステムにも適用可能であることを理解すべきである）。
【００２０】
このビデオ符号化システムは、当分野で標準的な単一種類のディスプレイで、単に単一の標準化ＨＤＲビデオ（例えば、符号化のためにＥＯＴＦを定めるルマ符号として使用される１０ビットの知覚量子化器）（例えば、全ての末端視聴者が１０００ニトのＰＢ＿Ｄディスプレイを有すると仮定して、ＰＢ＿Ｃ＝１０００ニトにより定められる画像）の通信（符号化）を処理できるだけでなく、当分野の種々の他のピーク明度を有する種々の可能な他のディスプレイ種類で最適な外観／グレーディングを有するビデオ、特に、１００ニトのＰＢ＿Ｄ  ＳＤＲディスプレイでのＳＤＲ画像、を同時に通信し処理できる。
【００２１】
つまり、このようなＨＤＲビデオ通信システムでは、１種類のみのグレーディングされた画像を送信されるピクセル化された画像として実際に通信するが、標準的には本例のＳＤＲ画像（又は代替としてＨＤＲ画像）において排他的ではないが、ＨＤＲ画像ピクセル色及び特にこれらのＳＤＲ画像からの輝度を定める１つ以上の関数もメタデータに追加するので、シーンに対しても同時に通信されたＨＤＲ画像の外観を有する（実際に、二重画像通信又は少なくともピクセル化されたＨＤＲ画像データの第２レイヤのように、ＨＤＲ画像を通信する必要がない）。
【００２２】
そのうえ、図２で説明されるように、適切な可逆色変換関数Ｆ＿ｃｔのセットが定められる。図２は、基本概念を説明する目的で、ＳＤＲ通信種類（つまりモード２）の標準的なシステムを非限定的に示す。これらの関数は、ＨＤＲマスタ画像ＭＡＳＴ＿ＨＤＲに対応する妥当に見えるＳＤＲ画像（Ｉｍ＿ＬＤＲ）を得るために、人間の色グレーダにより定められてよい。一方で、同時に、逆関数ＩＦ＿ｃｔを用いることにより、元のマスタＨＤＲ（ＭＡＳＴ＿ＨＤＲ）画像が、再構成ＨＤＲ画像（Ｉｍ＿ＲＨＤＲ）のような十分な精度で再構成できることを保証する。ＩＦ＿ｃｔ関数は、通信されるように、順方向ＨＤＲ−ＳＤＲマッピングＦ＿ｃｔ関数から決定できる。又は、システムは、ＩＦ＿ｃｔ関数を直接通信してもよい。
【００２３】
色変換部２０２は、最大輝度が１．０になるように正規化されていると仮定される標準的にマスタＨＤＲ画像（ＭＡＳＴ＿ＨＤＲ）ピクセルの相対輝度のＦ＿ｃｔ輝度マッピングを適用する。本発明の概念を単純な方法で理解するために、簡単のために、１００ニトのＰＢ＿Ｃ  ＳＤＲ出力画像Ｉｍ＿ＬＤＲ（つまり図１の右側）のピクセルの正規化ＳＤＲ出力輝度を導出するために、４乗輝度マッピング関数（Ｌ＿ｏｕｔ＿ＳＤＲ＝ぽうぇＲ（ｌ＿ＩＮ＿ｈｄｒ；１／４））を使用すると仮定し得る。つまり、このよな関数は、ＳＤＲグレーディングされた対応する画像の妥当な外観を、シーンのマスタＨＤＲ画像に与える（「妥当な」は、ＳＤＲ画像でも、陰の領域の大部分が暗く見えない、ランプ及び他の照明オブジェクトが、それらが依然として暗い画像領域に対して妥当な内部領域コントラストを有するので、望むように飛び出る、等のような態様の特定のシーンを意味する；他の画像では、他の因子が貢献してよいが、そのような詳細は本発明の技術的コンポーネントを教示するのに基本的でも限定的でもない）。
【００２４】
受信機は、受信した対応するＳＤＲ画像からマスタＨＤＲ画像の再構成又はいくらかの圧縮関連アーチファクトを有するが少なくとも近い再構成が可能でなければならないので、実際のピクセル化画像と別に、色マッピング関数もビデオエンコーダ２０３に入力しなければならない。限定無しに、私たちは、ビデオがＭＰＥＧ  ＨＥＶＣビデオ圧縮機により圧縮されること、及び例えばＳＥＩメカニズムまたは同様の技術を用いて関数がメタデータに格納されること、を仮定する。
【００２５】
したがって、コンテンツ生成機器２２１の動作の後に、画像通信技術の観点から、ビデオエンコーダ２０３は、入力として正規のＳＤＲ画像を得たように装い、更に重要なことにＲｅｃ．７０９標準ＳＤＲルマ仕様に従い、技術的にＳＤＲ画像であるもの（符号化画像Ｉｍ＿ＣＯＤ）を出力する。したがって、次に、更なる技術、例えば、全ての必要な変換を適用して何らかの伝送媒体２０５を介して出て行くデータをフォーマットする（例えば、ＢＤディスクに格納するための符号化、又はケーブル送信のための周波数符号化、等）送信変換器２０４は、ＳＤＲ符号化の枠組みの中で実行するために自身の使用した単に全ての標準的なステップを適用できるたけである。
【００２６】
したがって、画像データは、伝送媒体２０５、例えば衛星またはケーブルまたはインターネット伝送を介して、例えばＡＴＳＣ３．０又はＤＶＢ、又はいかなるビデオ信号通信原理に従い、１つ以上の受信側に伝わる。
【００２７】
いかなる消費者又は専門家側において、例えばセットトップボックス、テレビジョン、又はコンピュータのような種々の物理機器に内蔵されてよい受信機フォーマット解除器２０６は、フォーマット解除及びチャネル復号を適用することにより、チャネル符号化を解除する。次に、ビデオデコーダ２０７は、例えばＨＥＶＣ復号を適用して、復号ＳＤＲ画像Ｉｍ＿ＲＬＤＲ、及び色変換関数メタデータＦ＿ｃｔを生成する。次に、色変換器２０８は、ＳＤＲ画像をいかなる非ＳＤＲダイナミックレンジの（つまり、標準的に少なくとも６ｘ高い、１００ニトより高いＰＢ＿Ｃの）画像に変換するよう構成される。例えば、５０００ニトの元のマスタ画像Ｉｍ＿ＲＨＤＲは、ＭＡＳＴ＿ＨＤＲからＩｍ＿ＬＤＲを生成するために符号化側で使用された色変換Ｆ＿ｃｔの逆色変換ＩＦ＿ｃｔを適用することにより、再構成されてよい。或いは、ＳＤＲ画像Ｉｍ＿ＲＬＤＲを異なるダイナミックレンジに変換する、例えば、ディスプレイ２１０が３０００ニトのＰＢディスプレイである、又は１５００ニト若しくは１０００ニトのＰＢ画像、等である場合にＩｍ３０００ニトが最適にグレーディングされるディスプレイ適応ユニット２０９が含まれてよい。私たちは、ビデオデコーダ及び色変換器が単一のビデオ再決定機器２２０の中にあることを非限定的に仮定した。当業者は、例えばＰＢ＿Ｃ＝１００００ニトを有するＨＤＲ画像を通信するトポロジを同様に設計できること、及び色変換器が対応するＴＶ又はモニタのために例えばＰＢ＿Ｃ＝２５０００ニトを有する出力ＨＤＲ画像を生成することを理解できる。
【００２８】
図３は、理論的色空間で、（特に輝度マッピングを含む）ＨＤＲ−ＳＤＲ色マッピングがどのように見えるかを教示する。
【００２９】
色空間は、円筒形の部分であり、その底面に色度面を有する。２次元色度は、色の輝度又は明度と無関係に、色の「それ自体の特性」、例えばあるものは何らかの飽和（saturated、純粋な）オレンジ色を有し、又は非飽和（unsaturated、純粋ではない）赤（つまりピンク）を有するか否か、を表す。明度指標として、私たちは、第３の、空間の垂直次元である輝度を使用する（実際には、最大として１．０で停止すると想定される相対輝度が使用される）。私たちが色度（chromaticity：Chrom）座標を使用するとき、彩度（saturation：Sat）は中心にある無色の輝度軸からの距離及び色相角（hue  angle：H）であるが、ＣＩＥ（ｕ，ｖ）座標も使用でき、又はｒ＝Ｒ／（Ｒ＋Ｇ＋Ｂ）及びｇ＝Ｇ／（Ｒ＋Ｇ＋Ｂ）であり、Ｒ、Ｇ、及びＢは、赤、緑、青それぞれの色に対する線形貢献量（赤の量、等、簡単に光子（photon）とも呼ばれる）である、等。
【００３０】
ＳＤＲ色（Ｃｏｌ＿ｏｕｔ）は、ＨＤＲ色（Ｃｏｌ＿ｉｎ）から計算される。読者は、私たちが正規化色空間（ＰＢ＿Ｃ＝１．０）の中の両方のピクセル色を表すことを理解すべきである。したがって、標準的に、ＳＤＲ色は、依然として可視でありながら、より明るいべきである（これは、相対輝度Ｌが、ＨＤＲディスプレイではＳＤＲディスプレイより遙かに明るいバックライトのＬＣＤ伝達割合に対応し、したがってディスプレイの前で見える同じ最終的な色を有し、ＨＤＲディスプレイが少ない光を伝達しなければならない、逆も同様である技術を想定することにより理解できる）。直ちに留意すべきことに、ＨＤＲ及びＳＤＲ画像輝度の両方を同じ正規化された全範囲で示すことは、幾つかの側面に関して幾らか誤解させ得る。なぜなら、最も明るいＨＤＲ色は、ＳＤＲで不可能な色であるからである。その結果、芸術家又は自動装置は、該色のために妥当な近似を選択しなければならない。しかし、この単純な説明は、受信したマスタＨＤＲ画像からより低いダイナミックレンジ画像を生成する方法のようなＨＤＲ画像又はビデオ処理チェーンの中で生じる技術的計算に関する本願にとって十分である。
【００３１】
相対的に明るくすることは実際に色の色度（クロム、Chrom）の変化を含まないことが分かるので、色変換は、希望通り極めて良好に振る舞う（特に、直交性であり、これは輝度変化が色度に影響しないことを意味し、逆も同様である）。
【００３２】
これは、最初からそれほど簡単ではない。３つの付加的な色チャネルに別個に関数を適用することにより、最も標準的なレガシー変換は画像を明るくする（例えば、べき乗（Ｌ：１／３）関数は、最も暗い色を良好に明るくし、一方で出力がいかなるオーバーフローも生じないので１．０を１．０にマッピングする）。これは、それゆえに色調誤りを導入する。付加的混色におけるＲ、Ｇ、及びＢ色成分の相対量の間の非線形に変化した関係のために、ピクセル色を単に明るくする代わりに、それらは、可能な色の色全範囲の全域に渡り、自身の色調も変更する。
【００３３】
理論的色空間の中でも、依然として、色度、特に彩度を変化させる別の可能性がある。
【００３４】
本来、実際に選択された非飽和黄色は超新星の光で照らされるので、全色の空間は円筒形である。
【００３５】
しかしながら、ディスプレイは、限界、及びいかなる実際の色符号化を有する（この理由から、私たちは正規化された色全範囲を導入し、ＰＢ＿Ｃ＝１．０が、１００００ニトのような非常に高い実際の絶対ＰＢ＿Ｃにニトの単位で対応したとしても、依然としてこのような制限がある）。本来の構成により、最も明るい色は白であり、明るい黄色のようないかなる有彩色もより小さい輝度を有しなければならない。
【００３６】
したがって、この理論的色空間でさえ、例えば標準的に比較的暗い（例えば白の輝度の１０％）青の近くで、単純な明るさマッピングが実現可能な色の全範囲（ＧＡＭＵ）より上にマッピングすることが、生じ得る。これは、実際には、特定の色成分（本例では、青）がその最大値にクリッピングされなければならず、標準的には過度に彩度低下された正しくない色調（例えば、水色）である全範囲上限境界にある色を生じることを意味する。
【００３７】
しかしながら、出願人は、理想的に望まれるより幾らか低減された輝度という代償を払って、特に全範囲から外れない問題、全ての色について正しい色度をもたらす、全ての切実な要求に従い振る舞う単純なシステムを構成した。ＷＯ２０１４０５６６７９に記載されたこのＤＨＲ符号化技術の原理（つまり、Ｆ＿ｃｔ輝度マッピングメタデータ関数の決定、通信、及び使用）は、（本発明の教示との相違を後に理解するために）以下の通り手短に反復される。
【００３８】
図５に示すように、明るくする（又は暗くする）輝度変換は、実際には、決定した利得係数ｇにより３つの色成分を等しく乗算することにより適用される（輝度は、線形色成分Ｒ、Ｇ、及びＢの線形付加的結合であることに留意する、つまり、Ｌ＝ａ＊Ｒ＋ｂ＊Ｇ＋ｃ＊Ｂであり、係数ａ、ｂ、及びｃは例えばＲｅｃ．７０９のビデオ解像度で使用されるＲＧＢ原色の色度に依存し、それらはおおよそａ＝０．３、ｂ＝０．６、ｃ＝０．１である）。これは、それらの相対的比率が変化しないこと、つまり、輝度処理の前後で色の色調及び彩度を同じに保つことを保証する。
【００３９】
本教示は、更に、利得係数が各々の可能な色について決定されることを記載する。これに基づき、３つのＲＧＢ成分のうちの１つが最大になり、これは、マッピングがローカルＬｍａｘ（クロム）により正しくスケーリングされる、つまり全範囲の外に出る問題を与えないことを保証する。それゆえ、このような色計算の実現は、理想的な線形の且つ別個の色／明るさ処理動作を実現し、一方で、全範囲、特にディスプレイの全範囲の制限も考慮する。
【００４０】
しかしながら、様々な理由から、他の色表現、つまり他の色空間でも動作可能な色処理が望ましい。
【００４１】
既にアナログビデオ（ＰＡＬ、ＮＴＳＣ）の時代から、ＹＣｂＣｒ（又は対応するＹＩＱ）色空間が定義されている。これは、ビデオ通信では非常に有用であることが分かっているが、人々はその中で色処理を行うことも望む（例えば、Ｙチャネルで調整する、又はＣｂ及びＣｒチャネルで同様に変化することにより彩度を調整することにより明度を変更するアナログＴＶ回路）。
【００４２】
図４は、どのように見えるか、及びどんな特性があるかを示す。始めに、（０〜１．０の）ＲＧＢの立方体は、その頂点で回転され、Ｒ＝Ｇ＝Ｂである対角軸が無色、つまり色の無い明度軸になるようにする。
【００４３】
しかしながら、新しい明度指標はルマである。
【００４４】
輝度と同じ係数ａ、ｂ、ｄにより定められるが、ここでは、Ｒｅｃ．７０９に従い近似的にＲ＝ｓｑｒｔ（Ｒ＿ｌｉｎｅａｒ）、等である（ガンマ補正された）ＲＧＢ係数からである（ＨＤＲ時代には、Ｒ＿ｎｏｎｌｉｎ＝ＯＥＴＦ＿ＨＤＲｃｏｄｅｃ（Ｒ＿ｌｉｎ）等により、更に非線形ＲＧＢ成分が定められていたことに留意する）。
【００４５】
Ｐｏｗｅｒ（Ｌｉｍａ；２）が輝度に等しいと考える傾向があり、これは、無色軸上実際にそうである（なぜなら、Ｒ＝Ｇ＝Ｂであり、ｐｏｗｅｒ（（ａ＋ｂ＋ｃ＝１）＊ｓｑｒｔ（Ｒ）；２）＝ｐｏｗｅｒ（Ｙ；２）＝Ｌであるため）。しかしながら、有彩色では、ルマは輝度に単に１次元的に関連するのではなく、色度（又はクロミナンス）にも関連する。これは、非定常輝度ピークと呼ばれる。
【００４６】
これは、幾つかの結果をもたらす。関数、例えばＹ＿ｏｕｔ＝ｐｏｗｅｒ（Ｙ＿ｉｎ；１／３）を適用することにより、画像の色を明るくしたい場合、入力ルマＹ＿ｉｎは色度に依存し、したがって、（理解のために単に選択された）１／３乗関数のＹ依存動作に起因して明るくする強度もそうである。いかなるこのようなマッピング関数も（単純な例示的な累乗関数か、シーン無いの特定の関心オブジェクトの輝度に対応する幾つかの注意深く選択されたローカルなより高い又は低い勾配を有するより複雑な興味深い関数化にかかわらず）、私たちの上述した従来のシステムでは、ルマ依存利得ｇ（Ｙ）に対応する。このルマ依存利得ｇ（Ｙ）により、（それぞれの可能な実施形態において線形又は非線形の）ＲＧＢ成分が増倍される（なぜなら、例えばＹＣｂＣｒのような線形ＲＧＢのべき乗関数の再定義においても、成分乗算を実施できるからである）。したがって、「誤った」輝度が（明るくされる必要のある何らかの無色グレイと理論的に同じ輝度を有する）色について異なるルマとして推定された場合、このような色は、「誤って」ブーストされることがあり、赤色のような飽和色の蛍光の外観をもたらす。
【００４７】
図３の理論的色空間との第３の主な違いは、色成分ＣｂＣｒが色度ではないことであるこれは、この色空間が円筒形ではなく円錐形であるという事実により理解できる（上半分の頂点における全範囲限度から離れている）。
【００４８】
彩度は、Ｃｂの増大と共に変化しないが、むしろ、無色ルマ軸からの角度により変化する。これは、青の原色（ＣｏｌＢｌｕｅ）、つまりこのディスプレイに依存する色体型で再生可能な最大彩度、を考慮することにより、及びその輝度を最も明るい可能な青（Ｂｌｕ）に向けて増大することにより理解できる。これは、同じ種類の青の原色であり、その色度、及びしたがってその彩度は、変化しないが、そのＣｂ値はルマと共に（したがって、輝度と共に）増大する。この輝度依存性が、Ｃｂ及びＣｒ成分をＣｈｒｏｍ−ｉｎａｎｃｅと呼ぶ理由である。第１部分は、色特徴（色の明るさ）を符号化することを示すが、第２部分は、これが非線形ルマと共に線形に変化することを示す。次式を通じて一定彩度乗算器（Ｓｍ）により等しく色度を乗算することにより、このようなＹＣｂＣｒ表現における彩度を変化することができる：
Ｃｂ＿ｏｕｔ＝Ｓｍ＊Ｃｂ＿ｉｎ；Ｃｒ＿ｏｕｔ＝Ｓｍ＊Ｃｒ＿ｉｎ。ルマは、したがって、この処理により影響されないので、変化しない。しかしながら、色の輝度は、ルマの非定常輝度特性により、変化する（多くの状況で、これは、色処理システムのユーザにより問題として認識されないが、幾つかのより厳格なシナリオでは認識される）。しかしながら、ルマ部分のみが変化することは、しかしながら、一定の色の色度の振る舞いをもたらさない。これは、ＣｂＣｒ成分が、誤った輝度、したがって異なる彩度の色に対応するからである。しかし、これは、ルマ（又は輝度に基づく処理では輝度、例えば線形ＹＣｂＣｒ空間、又は後述する非線形トポロジに組み込まれた線形バージョン、等）における同様の差だけＣｂＣｒ係数を反対に操作することにより比較的容易に修正できる。
【００４９】
最大の白色に向かい狭くなるために、全範囲の上にある彩度問題は、依然としていかなるシステムにも存在し（色調誤りを生じ得る）、これが、本願の新規な実施形態及び教示が扱うことである。
【００５０】
以下の種々の教示の完全な理解のための背景情報として興味深い最後の事項は、図５により教示される。
【００５１】
図５は、出願人の共同開発したＴｅｃｈｎｉｃｏｌｏｒ−Ｐｈｉｌｉｐｓ（それぞれＳＬＨＤＲ１、ＳＬＨＤＲ２としても知られる）の基本ＨＤＲデコーダハードウェア（エンコーダはミラー処理である）の要約である。これは、２つの種類で同様に駆動できる。つまり、モード１では、ＰＱに基づくＹＣｂＣｒが入力され、つまりこれはＳＭＰＴＥ２０８４知覚量子化器機能であるＯＥＴＦにより線形なものから計算された非線形Ｒ’Ｇ’Ｂ’座標に基づき計算される。私たちがここで教示するモード２バージョンでは、通常の（つまり、Ｒｅｃ．７０９復号可能な、又はｓｑｒｔ−ＯＥＴＦに基づくとして近似された）ＳＤＲ  ＹＣｂＣｒ画像色が入力される。
【００５２】
本例と同様に、私たちの実施形態は、線形（つまり線形ＲＧＢに基づく）ＹＣｂＣｒ色空間計算、及び私たちがここで説明するＲ’＝ｓｑｒｔ（Ｒ）に基づく例のような、べき法則（power-law）に基づく非線形なものの両方で実装できる。
【００５３】
これは、線形空間での計算がべき乗に基づく計算、特にｓｑｒｔに基づく計算と等価にできるからである。例えば、ｋ＊ｐｏｗｅｒ（ａ＊ｓｑｒｔ（Ｒ）＋ｂ＊ｓｑｒｔ（Ｇ）；２）＝ｐｏｗｅｒ（ａ＊ｓｑｒｔ（ｋ＊Ｒ）＋ｂ＊ｓｑｒｔ（ｋ＊Ｇ）；２）である。
【００５４】
したがって、これは、共通利得係数ｇＮＬを非線形正規化ＲＧＢ成分Ｒ’Ｇ’Ｂ＿ｎｒｍに適用して、適正に暗くされたＨＤＲピクセル色を得る場合でも、私たちは、実際に線形な完全に別個の輝度に基づく処理を実行することができる（つまり、非定常輝度ルマに基づく明度処理に起因する蛍光色明度誤りを回避する）。
【００５５】
これは、輝度プロセッサ５０１による全体のＳＤＲ−ＨＤＲ色マッピングの輝度処理部分（図３の例示的な色の上方向の移動）が、入力として、現在処理中のピクセルの輝度Ｌを得ることから分かる。
【００５６】
色空間変換器５０２は、非定常輝度ルマＹを輝度に変換するよう構成されることにより、これを処理できる。これは、種々の方法で行うことができる（例えば、適切な逆ＯＥＴＦ、所謂ＥＯＴＦを適用することにより、非線形Ｒ’Ｇ’Ｂ’値がそれらの線形の値に変換され、次に、上述のようなＲＧＢトリプレット値に基づき適切な線形定義式により輝度Ｌが計算される）。
【００５７】
３つの色成分のための必要な線形乗算係数ｇＬは、正規化された出力輝度Ｌ＿ｏｕｔを正規化された入力輝度Ｌにより除算することにより得られる。
【００５８】
しかし、非常に興味深いことに、輝度に対して線形処理を行うが、実際には輝度の非線形バージョンにおいて処理を指定できる（及び行うことができる）（これは、分離された輝度のみの情報チャネルのためであり、これは等価に定式化できる）。
【００５９】
本例では、私たちは、知覚的に不均一なドメインにおける処理を示した。これは、人間のグレーダ（又は自動装置）にとって、切実な要求を再グレーディングする彼のダイナミックレンジを指定するのに、より自然であり得る。そのうえ、ドメイン変換器５１１は、線形輝度を知覚的により均一な知覚的ルマＰＹに変換する（例えば、ＰＱ  ＯＥＴＦ、又はＰｈｉｌｉｐｓによるＷＯ２０１５００７５０５において特許された機能を適用することによる。該特許文献の教示は本願の可能な実施形態の教示としてここに組み込まれる）。輝度マッパー５１２は、ＳＤＲ知覚的ルマＰＹのＨＤＲ出力知覚的ルマＰＹ＿Ｏへのマッピングを実行する。ＨＤＲ画像の適正な知覚的ルマが単純な３乗法則を適用することにより得られる上述の単純な教示を続けるとすると、ＰＵ＿Ｏ＝ｐｏｗｅｒ（ＰＹ；３）。しかし、通常、コンテンツ生成側は、いかなる複雑な最も最適な曲線形状を定義できる。これは、共に津ｓｉｎされたメタデータＳＥＩ（Ｆ＿ｃｔ）から読み出され、例えばＬＵＴ又は同様のものにロードされる。より高いダイナミックレンジ（例えば、ＰＢ＿Ｃ＝１０００ニト）の適正な対応する外観の画像を取得するために、装置亜輝度の大部分を調整する必要があることが分かる（少ないダイナミックレンジの画像について及び特に入力画像よりも符号化ピーク明度ＰＢ＿Ｃにおいて、対応するオブジェクトピクセル輝度をどのように生成するかに関して図３により説明したもの（実際にここでは、それらの対応するルマとして計算された）とは逆である）。
【００６０】
以下では、第２ドメイン変換器５１３は、知覚的ルマを再線形化し、つまり適正なＨＤＲ輝度Ｌ＿ｏｕｔを取得する。
【００６１】
したがって、本技術は、希望通りに種々の方法で色度を保存する純粋な輝度変化を実現するための強力な方法である（少なくとも、共通乗算係数が、Ｒ’Ｇ’Ｂ’値のうちのいかなる値もそれらの最大より高く上昇させない限り。これは、上述の全範囲より上のクリッピングである１．０を想定する制限を有しない）。回路の残りは、私たちの本発明の以下の態様を理解するのにあまり重要ではない実施形態である。
【００６２】
別のＣｏｌｏｒ  ＬＵＴ  Ｂ（Ｙ）は、（色度処理導出器５２０により）メタデータからロードでき、（乗算器５２１により）受信されたＣｂＣｒ値を乗算して、より適切な出力値ＣｂＣｒ＿ＣＯＲを得るために、各ピクセルルマＹについてＢ係数を与える。これは、単純な方針であり、又は色のＶ値も考慮に入れるより複雑な方法である。ここで、Ｖ＝ｍａｘ（Ｒ’Ｇ’Ｂ’）、又は線形シナリオでＶ＝ｍａｘ（Ｒ，Ｇ，Ｂ）である。最後に、マトリクスは、正規化Ｒ’Ｇ’Ｂ’値Ｒ’Ｇ’Ｂ’＿ｎｒｍを導出する。これらは、図３及び４に示した正規化カンマの中にあるが、それらは依然として入力画像色（Ｙ＿ＳＤＲ，Ｃｂ，Ｃｒ）の非線形ドメインにあるので、平方根分布される（square  root-distributed）。実際に、これらは、それらのＳＤＲ位置に位置する色である（図３を」参照すると、Ｃｏｌ＿ｏｕｔ（ＳＤＲ）、なぜなら本例ではＳＤＲ色が出力色ではなく入力色であるからである）。それらは、対応するｇＮＬ係数により各ピクセルについて適切にマッピングされる必要がある。したがって、乗算器５３０は、該係数により３つの成分を同様に乗算でき、非線形の正規化ＨＤＲ色Ｒ’Ｇ’Ｂ’＿ＨＤＲを取得する。
【００６３】
したがって、乗算器５３０は以下を実行する；Ｒ’＿ＨＤＲ＝ｇＮＬ＊Ｒ’＿ｎｒｍ；Ｇ’＿ＨＤＲ＝ｇＮＬ＊Ｇ’＿ｎｒｍ；Ｂ’＿ＨＤＲ＝ｇＮＬ＊Ｂ’＿ｎｒｍ    ［式１］
同じ輝度変化は、代替として、他のべき乗関数に基づく導出色表現、例えばＹ’＿ＨＤＲ＝ｇＮＬ＊Ｙ’＿ｎｒｍ；Ｃｂ＿ＨＤＲ＝ｇＮＬ＊Ｃｂ＿ｎｒｍ；Ｃｒ＿ＨＤＲ＝ｇＮＬ＊Ｃｒ＿ｎｒｍでも実装できる。これにより、Ｃｂ及びＣｒは、Ｒ’Ｇ’Ｂ’に基づくそれらの通常の式に従い定義される。つまり、このような例では、ＳＤＲ色度であるが１に正規化される。このテキストでは、「’」は、私たちがべき乗１／２に基づく量（つまり、非線形ルマの典型的なＲｅｃ．７０９定義）を有することを示し、「’」が無いことは、標準的に通常の線形の色成分を示し、「’’」は、色成分のまた別の可能なＨＤＲ定義を示し、Ｒ’’は標準的にＲ’’＝ＯＥＴＦ＿ＰＱ（Ｒ）を示す。熟練した読者は、定義されたシステムにおいて、対応するＣｂ及びＣｒが定義されることを理解できる。
【００６４】
最後に、ディスプレイ調整器５４０は、汎用基準（例えば記憶装置の場合）又は特定の接続されたディスプレイの色を調整できる。前者の例では、処理は、単純であり、ガンマ１／（２．０）で定められたＲ’Ｇ’Ｂ’値をＰＱ  ＯＥＴＦで定められたＲ’’Ｇ’’Ｂ’’＿ＰＱに変換してよい。後者の例では、いかなる特定のディスプレイ適応アルゴリズムが、ディスプレイ調整器５４０により適用されてよく、例えば５０００ニトのＰＢ＿Ｃで定められたＲ’Ｇ’Ｂ’＿ＨＤＲの代わりに、例えば８００ニトのＰＢ＿Ｄ最適化Ｒ’’Ｇ’’Ｂ’’値を取得する（他の実施形態で、このディスプレイ適応が既に処理自体の中で、特に輝度プロセッサ５０１において、生じていてよいことが誤解されるべきではない）。実際に、ディスプレイ調整器は、接続されたディスプレイにより望まれるいかなる信号フォーマットも生成でき、所望の出力色を形成する前に、これに関する情報及びそれらを符号化する信号をディスプレイから受信するために（例えば、ＨＤＭＩ（登録商標）ケーブル、又は無線、等を介して）通信してよい。
【００６５】
読者は、このトポロジが幾つかの従来の相互排他的な色処理ビジョンの幾つかの利点：ＹＣｂＣｒ構造を有すること、特に通常のＹＣｂＣｒ入力色を受け入れ、更に線形色処理の全ての素晴らしい特性も示し、例えば通常の色の色調シフトがない（つまり、ＨＤＲ画像で、大部分の色が全範囲の一番上より下に良好に存在する、なぜならこれらの色は、標準的に、時には無色白色であるランプの色のような非常に明るい色を符号化するからである、又は、少なくともそれらが彩度低下されている場合に煩わしくない）ことが分かる。しかしながら、上述の全範囲の色マッピングの問題が依然として存在し、したがって、（円錐の底面か円筒の底面かに関わらず）いかなる円錐の頂点の色空間と共に存在する。これは、別個のチャネルの非線形ＲＧＢマッピングのような色立方体処理では生じないと考えられる。少なくともこのような表現では、オーバーフローを回避することが容易である。しかしながら、このような表現では、色成分の比例関係が変化するので、色誤りが再発する可能性がある。
【００６６】
いかなる輝度マッピング関数（例えば、人間のグレーダにより望まれ生成された関数形状）又はアルゴリズムが利得計算ユニット５１４により単一の乗算利得係数にどのように変換できるかは、以下の通りである。入力輝度が例えば０．２であり、ユニット５０１（これは通常、ドメイン変換を行う２つのエンドポイントボックスの間で、最終結果をもたらすいかなる数の処理を有する）における全ての関数の適用が０．４の出力輝度を生じると仮定する。次に、利得計算ユニット５１４は、（線形ドメイン）ｇＬ係数をＬ＿ｏｕｔ／Ｌとして生成する単純な除算器になり得る。
【００６７】
入力輝度Ｌは、入力色成分、例えば線形Ｒ，Ｇ，Ｂに対応する。これらを、本例では２．０に等しいｇＬ係数で乗算すると、適正な出力色を生成する。これは、適正な所望の出力輝度も有する。計算（つまり、ＩＣトポロジ、又はソフトウェア）が線形ドメインで生じない場合、利得係数ドメイン変換器５１５が必要であってよい。本例では処理が典型的なガンマ２．０ＳＤＲドメインで生じる利得係数ドメイン変換器５１５は、二乗根関数を適用して、最終的な必要な非線形利得係数ｇＮＬ＝ｓｑｒｔ（ｇＬ）を取得するべきである。輝度マッピングが輝度を入力として生じることが定式化された場合、ルマを入力として有する対応する式が同様に具現化され、これについて、標準的に典型的なガンマ２．０ルマを使用し得る。（ユニット５２０の色処理のＶ依存性は、以前に教示されていないが、本発明との組み合わせにおいて有用であることに留意する）。ＣｂＣｒ＿ＣＯＲから正規化Ｒ’Ｇ’Ｂ’＿ｎｒｍ座標を導出するために色マトリクス部５２３により適用される色計算は、色技術の当業者が理解するのに難しすぎてはならなず、また、本発明の教示は種々の色計算の実施形態において動作するので、つまり該部分が存在するか否かにかかわらず、色処理の部分が十分に存在する共通ｇ係数により輝度調整可能な３つの色成分を導出できる限り、真に重要ではない。つまり、私たちは完全なＨＤＲデコーダ色処理トポロジを示すが、本発明の教示ではこれは多関心のある５０１の上部にある。
【００６８】
ＷＯ２０１７／１５７９７７は、ＨＤＲビデオ輝度再グレーディングに対する本発明の出願人の好ましいアプローチの態様も教示する。特に幾つかは、非常に深い黒色をどのように扱うかを指定する。しかし、本発明の議論と同じように、上記出願は、ピクセル（線形又は非線形）の３つの色成分、例えば標準的にＹＣｂＣｒによる対応するｇ係数の共通の乗算として適用可能な輝度マッピング関数をどのように有利に定義するかを教示している。上記特許出願の教示することは、実際には不愉快ないかなる概念的に全範囲より上の振る舞いに対する素晴らしいソリューションではない（ＨＤＲ画像は、時には、ＳＤＲでは過度にブーストされないときには問題を生じないことのある比較的暗い色、及び、時には、クリッピングされた場合に心理視覚的問題を提示しない幾つかの無色ハイライトを含むことがありに留意する）。したがって、専門家が行うことは、標準的に僅かに少ない「アグレッシブ」（つまり、ＨＤＲからＳＤＲへの輝度ブーストの少ない）曲線を選択すること、例えば、ＷＯ’９７７の図１２のダイナミックレンジ調整部（ＤＲＡ）により適用される輝度マッピング関数の最も明るい画像輝度に対して、より適切な勾配を選択することである。十分に関心のあるいかなる問題も、したがって、標準的に十分に軽減されるが、幾つかの他の心理視覚的効果が標準的に出現する（例えば、上述の上側線形区間勾配の変化は、標準的に、密接に関連する要求であるので、連続的な関数の下側の形状にも影響を与える）。
【００６９】
したがって、発明者は、幾つかの既存の色空間計算の良好な特性のうちの幾つかを保ちながら、特に後述（及び上述）のように実際のダイナミックレンジの変化するハードウェア又はソフトウェアトポロジ及び同様のトポロジのうちの幾つかに適合可能な、ダイナミックレンジの変化する色処理の新しい技術的ソリューションを提供することを考えた。
【発明の概要】
【００７０】
上述のように、（排他的ではないが標準的にディスプレイの）色全範囲（color  gamut）の一番上に近い色マッピング問題は、不快な問題であり、例えば色調誤り（例えば、色が緑っぽくなる）を容易に導入することがある。これのために、本願は、高ダイナミックレンジ画像処理及び対応する異なるダイナミックレンジの画像の導出（これは、簡単に言うと、ピーク明度ＰＢ＿Ｃにより主に決定されると想定されてよい）の新しく出現する分野に適する、このような色処理の新しい方法を教示する。これは、特に、第１ピーク明度（ＰＢ＿ＨＤＲ）により特徴付けられる第１輝度ダイナミックレンジを有する入力画像（ＭＡＳＴ＿ＨＤＲ）の空間的に同一位置にあるピクセルの入力輝度（Ｌ）から、第２ピーク明度（ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲ）により特徴付けられる第２輝度ダイナミックレンジを有する出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニト）のピクセルの出力輝度を計算するよう構成される輝度プロセッサ５０１を含む。輝度プロセッサは、
前記入力輝度の輝度マッピング関数（ＦＬＭ）の出力を該入力輝度により除算した分割として乗算係数（ｇＬ）を計算することにより：ｇＬ＝ＦＬＭ（Ｌ）／Ｌ、前記乗算係数を計算するよう構成される利得計算ユニット（５１４）であって、前記乗算係数は、対応する中間出力輝度になるように前記入力輝度をどのように調整するかを示す前記輝度マッピング関数に基づき、前記入力画像の画像ピクセルのいかなる入力色の前記入力輝度について定められる、利得計算ユニット（５１４）と、
前記中間出力輝度が前記入力色の色度において全範囲上限境界のどれだけ上であるかを示すオーバーフロー指標（Ｔ）を計算するよう構成されるオーバーフロー計算機（６１２）であって、前記中間出力輝度は、前記乗算係数（ｇＬ）を前記入力色に適用することにより得られる、オーバーフロー計算機（６１２）と、
前記オーバーフロー指標が閾（Ｇ）より大きい場合に、より低い代替利得係数（Ｆｌ（ｇＬ））を決定するよう構成され、その他の場合に、元の利得係数を保つよう構成され、これらのうちの１つを最終利得係数（ｇＦ）として出力するよう構成される利得係数変更ユニット（６０３）と、
前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を前記最終利得係数（ｇＦ）により乗算して、前記出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得する乗算器（５３０）と、
を含む、ことを特徴とする。
【００７１】
出力画像は、標準的に、より小さいダイナミックレンジ（つまり、より低いＰＢ＿Ｃ値）のものであってよいが、排他的ではない。なぜなら、全範囲の上部の問題（したがって、その解像度）がダイナミックレンジのアップグレードにも存在するシナリオがあるからである。いかなる場合にも、両方の状況に処理（例えば同じＩＣ）を適用できる。なぜなら、保護方針として、必要ないならば貢献（kick  in）しないからである（問題のない色は、コンテンツ生成側の導出した色マッピング関数Ｆ＿ｃｔ又は例えば受信機自体により画像分析に基づきいかなる方法で導出された一般的に色マッピング関数により指定されたように単に処理されるだけである）。
【００７２】
標準的に動作するメカニズムは、３つの色成分（これらは、通常、テレビのような追加的色再生システムでは、線形赤、緑、及び青色成分である；又は、例えばレガシーＲｅｃ．７０９ビデオＯＥＴＦの非常に良好な近似である線形RＧB成分の平方根に基づき計算できるY'CbCrのようなその累乗関数）を輝度スケーリングすることにより同様に動作するので、利得計算ユニットは、乗算利得係数（例えば、ｇL又はそれに関連する係数）を決定する。
【００７３】
（一方で、色は、例えばＨＤＲ−ＳＤＲ画像計算のために、それらが既に明るい場合には、色全範囲境界より上にマッピングする可能性が高いが、それらが常に低い輝度を有する青のような特定種類の色である場合、したがって、ピクセル色の入力輝度に基づくいかなる輝度マッピングも、このような青色について危険性を有するので、）状況の可能な危険性は、発明者の洞察により、入力色のＶ＝ｍａｘ（Ｒ，Ｇ，Ｂ）（又は数値とは多少異なるが本アプローチの原理に従い同様に振る舞うｍａｘ（Ｒ’，Ｇ’，Ｂ’））を計算することにより開始して良好に判定でき、次に、これに基づきオーバーフロー指標を定める。本発明の同じ技術的原理を適用するために種々のオーバーフロー指標を定義できるが（必要な場合及び必要な程度まで補正する）、これらの幾つかは、（例えば、各色度の全範囲上限輝度を含むテーブルにより及び距離の式を計算する）Ｖを使用する必要がなく、特に、２つを乗算することによりｇＬをＶ値に適用することは、オーバーフロー指標を具現化するための簡潔な方法である。これは、ＷＯ２０１４０５６６７９で教示されているようなこの強度値Ｖに基づき常に輝度マッピングを適用するメカニズム、つまりＶ＿ｏｕｔ＝Ｆ＿Ｌｔ（Ｖ＿ｉｎ）として、読者により誤解されるべきではない。常に自動的に連続的に処理されるピクセル色の輝度ＬではなくＶに対して動作する再グレーディング仕様に従い例えばＲＧＢ成分の乗算利得係数を計算することは、全範囲の内側にマッピングし、したがって、本発明のソリューションの扱う問題を有しないが、望まれるよりも暗い、より暗いＳＤＲ画像を生成するという欠点を生じる。もちろん、本発明のシステムの実施形態では、伝統的なより暗い輝度に基づくマッピング関数Ｆ＿ｃｔ（／ＦＬＭの逆数）を生成することもできるが、実施形態は、より明るい関数を生成する可能性も有し、他の方法で全範囲上限領域の輝度マッピング問題を解決する。最も基本的な変形は、最も明るい色のうちの一部を、全範囲上限境界にある色にまでクリッピングしたい場合もあるが、標準的には、入力色と同じ色度（又は少なくとも色調）を保証される。これは、単に異なる方法で明度の上昇を行い、これは、画像の色のうちの一部にのみ適用し、一部の画像では（及び特に入力画像のダイナミックレンジとあまり異ならない、標準的には低いダイナミックレンジに行くとき）、クリッピングされる少数のピクセルが存在し得る。実際に、図６の右下にある破線の四角形の中には、何らかの保護メカニズムが見える。それが実際に保護メカニズムか否かに関わらず、実施形態の種類に依存して、補正されたｇ係数を初期ｇ係数から生成するという意味である。第１種類の実施形態では、コンテンツ生成側にある自動装置又は人間のグレーダは、何からのＨＤＲ−ＳＤＲ輝度マッピング関数（これは、画像色の大部分に対して適切に振る舞い、例えば、現在のシーンの画像のより暗い色の及び無色の軸の近くの彩度低下された色にも良好な適切な明るさの外観を与える）をゆっくりと決定し、（幾つかの）問題のある色について、例えば幾らか明るい赤みがかったオレンジがかった夕焼けの空の色について、メカニズムが十分に問題を解決することに依存する。これは、これらの幾つかの重要な夕焼けの空の色に対して色マッピングで正確に何が生じるかを詳細に指定する必要があるというより、むしろ、このようなメカニズムがこの関数を「手っ取り早く」決定する、及び例えばリアルタイムコンテンツ符号化に有用であり得るという利点を有する。このようなメカニズムは、２つの更なるサブカテゴリに分かれる。つまり、１つ目は、エンコーダがコンテンツ自体の妥当な値（又は無に対応するクリッピング誤りの厳格さを軽減するという意味で、通常、最も重要な色シナリオに対して良好に動作する予め固定された値を有する）を決定するものである。２つ目のサブカテゴリでは、コンテンツ生成側自体が最適な方針を決定する。したがって、簡易な実施形態は、例えば固定Ｇ閾値、例えば０．７５を有する非常に単純な変数を使用でき、及び代替として、より低い利得割り当ては、例えばＧ（標準的に１より低い）と例えば１．５（例えば、その色度の又は全色度に渡る最大中間出力色）との間に輝度を、［Ｇ，１］に線形に、又は可変の生成側により最適化可能なＧ閾と同じく分布させる。例えば、図１１では、私たちは、第２の補正パスとして、最初に指定された再グレーディング関数にどのように渡すかを説明する。これは、おおよそ、つまり画像ピクセルの大部分及び画像の外観について良好である。例えば、人間のグレーダは、色全範囲の上側領域におけるマッピングを定義するより多くのパラメータのうちの幾つかを指定できる（切実な要求は、通常、出力全範囲の下側部分における再グレーディングだけを残すこと、つまりＦＩＬＭ関数のコンテンツ生成側により指定されたままにすることである）。Ｇ閾は、元の再グレーディングに対する調整動作が最適に行われるべきである場合に、実際に、少なくとも出力全範囲の上側領域内の点に対して、最適化可能な又は妥当な決定を提供する。
【００７４】
しかし、ｒｈｏ等のようなパラメータが最初に決定されたｇ係数（つまり、例えばＦＬＭ及び予め送信された色の輝度に基づくｇＬ）の再計算を決定する「調整」の実施形態に対する代替として、少なくとも、全範囲の一番上の境界より上に（かなり）マッピングし得る問題のある色では、エンコーダは、受信側で適用するために、その全部を、最終的な色処理関数のセット（又はそれに対応するｇ係数）に変換することもできる。これは、特に、全範囲上側領域にある色を（標準的に、通常の非調整動作に基づき「異なる方法で」）マッピングするために、コンテンツ生成側が関数を共同通信する場合に行うことができる。この場合、利得係数変更ユニットが、「標準的な」粗い輝度マッピングを適用すべきか、又はより高度な輝度マッピングを適用するかに関して、コンテンツ生成側により関数ＦＡＤＡＰの中で指定した通りにテストを行う（そして、読者は、受信側、例えばＴＶが、本明細書においてそれ自体の何らかの僅かな変更を行い得ることを理解するが、教示を簡単にするために、私たちは、種々の全範囲上側領域の輝度又は通常の色マッピングパラメータの中で通信された通りに、それが生成側の再グレーディングの知恵に単に従うと想定する）。
【００７５】
オーバーフロー計算機６０２は、オーバーフロー指標Ｔを計算する。Ｔは、状況がどれだけ重要か、つまりマッピングされた色（つまり、ｇ係数として輝度マッピングを適用した後）が全範囲境界、したがってオーバーフローにどれくらい近いか、又は特に関心があるか、マッピングされた色が全範囲の一番上のどれだけ上にあるか、それゆえ、（上述のように、調整は単に暗くすることを含み得るが、特に大幅な明度低下が必要な場合には、全ての異なる種類のＨＤＲ画像に対して最良の選択ではないことがあるので、また、後述するように、実施形態は異なるより高度な方法で、例えば何らかの、より少ない量の明度低下に加えて、彩度低下の最適量を決定することにより、調整を行うことを決定することもできる）どれだけ深刻に調整が必要かを示す。特に、実際のオーバーフローより低い（例えば９０％）オーバーフロー指標は、それら自体は実際にはオーバーフローしていない何からの隣接する色も再グレーディングすることにより、オーバーフローした色に対する余地を必要とする実施形態において有用である。これは、ＨＤＲ画像を実際に対応する再グレーディングされたＳＤＲ画像Ｉｍ＿ＲＬＤＲ画像に符号化するモード２符号化のような可逆色処理を必要とするシナリオで、特に興味深い（それゆえ、両方の画像は、それら自体が良好でなければならない関数により十分な品質のＨＤＲ画像にマッピング可能であるために、十分な詳細を含まなければならない）。
【００７６】
輝度プロセッサ５０１が、ネットワーク６９０を介してコンテンツの生成側から閾Ｇを受信するよう構成されたデータ受信手段６８９を有する場合には有利である。輝度プロセッサの他の実施形態は、それら自体により、例えばＨＤＲ画像受信機で、例えば画像の特性の分析により（例えば、どんな種類のＨＤＲ効果があるか、例えばどれだけ多くのピクセル、例えばテクスチャ特徴付け器によりその中の構造の種類、等を見ることにより）、閾を決定できる。さらに単純なバージョンは、固定された又は少なくとも標準的な初期値、例えばＧ＝０．９、によっても動作してよい。しかしながら、映画全体、同じシーンのＮ個の連続画像のショット、又は単一の時点の画像毎にでも、コンテンツ生成側がＧの最適値を規定するならば、非常に有利であり得る。したがって、より複雑な画像分析だけが、生成側で利用できるのではなく、人間のグレーダも、彼自身の最良に動作するＧ値を、例えば図１１に示すようなＵＩにより指定できる。単一のＧ値に基づき、図１０により例示されたような線形関数セグメントにより、ｇ係数再決定の方針を設計できる。
【００７７】
輝度プロセッサ５０１が、ネットワーク６９０を介してコンテンツの生成側から代替の利得係数を決定するための関数ＦＡＤＡＰを受信するよう構成されたデータ受信手段６８９を有する場合には有利である。このような方法では、コンテンツ生成側において、コンテンツの特定の必要を考慮する非常に複雑なｇ係数再決定関数を生成できる。これは、全範囲上側領域に非常に特別な非常に重要なコンテンツが存在する場合に有用であり得る（例えば、青色商用ＴＬ管上に描画されるソフトコントラストのパターン、したがって、再決定関数は、少なくともこれらのテキスト文字の輝度の周辺でより高い輝度コントラスト勾配を保とうとするよう形状を定められ得る）。人間のグレーダ（又は自動装置）は、例えば、最終出力色への調整マッピングの後に十分なコントラストを必要とする、画像の最も明るい部分における重要な領域を識別し、ＦＡＤＡＰ関数の形状を調整できる。これは、最終ｇ係数がどれくらい全範囲の上に意図したように分布するかを調整することと同等であるが、実現不可能な色が全範囲上側領域を超えて分布する。雲の部分が穏やかに見え始めると、そのようなＦＡＤＡＰ関数の形状を修正できる（又は調整の一部が彩度処理にシフトされ得る）。
【００７８】
私たちは、このようなＦＡＤＡＰ関数の決定、通信、及び最終的な適用を可能にする枠組みの態様をここで教示する。当業者又は教示は、特定の画像（連続画像のセット）又は画像のクラス等について特定のＦＡＤＡＰ関数の形状をどのように設計するかに関して多くの詳細な態様が存在し得ることを創造できる（例えば、幾つかの場合には、コンテンツ生成側は、最も明るい輝度の何らかのサブセットの輝度コントラストに対して重要な強調を設定して、これを、出力全範囲の一番上の領域を超える入力色の割り当てを決定するＦＡＤＡＰ関数の形状に反映してよく、ここで、何らかの特定のシーンオブジェクト又は画像領域色は、何からの亜他の色の精度を犠牲にして、利用可能な全範囲ボリュームをより多く取り入れる）。太陽に照らされた黄色い夕方の空の単純な説明のための例によると、読者は、局所的なコントラスト（これは、それらを構成するグレイ値から雲の形状を定める）のうちの一部を、場合によっては可視より低く又は少なくとも低減した視覚的印象を与えるよう低減する必要がある場合、及びグレイ値の第１のセットを変更することが（簡単のためそれらを単一の値にマッピングすることを想定する）、輝度の別のサブセットに影響を与えるより、雲の形状に異なる影響を有し得ることを想像できる（例えば、第１輝度が明るく照らされた幾つかの重要な雲の境界の周囲で生じ、第２の輝度が幾つかの補助的な雲の内部の外観を決定するため）。ＦＡＤＡの実施形態が、ＦＬＭと同様に除算によりｇ係数に変換され得る通常の輝度関数の少なくともより高い部分を記述するか、又はｇ係数に基づき定められるか（ｇ＿ｏｕｔ＝ＦＤＡＰ（ｇ＿ｉｎ））否かは、本発明の新しい枠文の特性の範囲ないの良好な代替を設定することを可能にする原理にとって重要ではない詳細事項である。
【００７９】
関数が通信された場合、幾つかの実施形態では（例えば、所定の再決定メカニズムを受信機において変更可能にする、又は関数の部分的特性の実施形態では）、これは、依然としてＧ係数を通信するために依然として有用であり得る。
【００８０】
輝度プロセッサ５０１が、ネットワーク６９０を介してコンテンツ生成側から、クリッピングパラメータＶｍｘであって、その上では色調保存色クリッピングが許可されることを指定するクリッピングパラメータＶｍｘを受信するよう構成されるデータ受信手段６８９を有する場合には、有利である。クリッピングパラメータは、赤、緑、及び青色成文の最大として定められる。この場合、色の幾つかが、最終的に出力画像の中の同じ色になることを可能にする。これは、不可逆シナリオでは良好な最適であり得、つまり、単一の色になったものから元の色を再決定する必要がない。これは、クリッピングされた色のサブセットより下で、他の方針（例えば、彩度低下とバランスの取られた輝度調整）と共に動作できる。理想的には（もちろん、幾つかの適用では）、全くクリッピングを行わなくてよいが、それが時には最適画像再グレーディングの良好なコンポーネントである。なぜなら、それは、例えば幾つかの他の画像色に対して少ない明度低下又は彩度低下を可能にできるからである。これは、特に、平均以上の注意を必要とする幾つかの重要な領域、それゆえ、出力全範囲上側領域の大きなサブボリュームが、例えば雲の中に、存在する場合に有用であり得る。
【００８１】
どのようにパラメータを構成するかに依存して、多数の原形に基づく同様の動作が画像上で生じることができ、この重要度はＨＤＲシーンの種類に依存する。したがって、選択肢の間で最適に選択することを望む。
【００８２】
最も単純な場合には、全範囲の一番上の値（Ｇ＝１．０）に等しいＧを設定し得る。これは、単に、色調及び彩度保存方法においても依然として全範囲の一番上より上にマッピングしてしまう全ての色のハードクリッピングを意味し得る。もちろん、これは、入力画像（標準的にＨＤＲ画像）内の最初の色と異なる幾つかの色が、低いダイナミックレンジ（標準的に）の出力画像内の同じ色にマッピングされることを意味する。全範囲内条件に違反するオブジェクトのみが、例えば有色ＴＬ管である場合に極めて許容可能であり得る。なぜなら、輝度の相違は、映画又はビデオのストーリーを辿るためには意味的に有意義ではない可能性が高いからである（特に、これが背景にある装飾灯であり、動作がどこか別の場所で起きている場合）。完全な飽和した赤及び非常に明るいＴＬ管をＳＤＲ内に生成することができないので（これは、ＨＤＲ画像がメリットを有する理由である）、このようなシーンでは、例えば光管領域の内部で有意に彩度低下して幾らかの輝度差を残したままにする（管を酷くピンクがかった色にする）より、最大輝度の赤の原色としてＳＤＲ内で完全なＴＬ管を表すことが遙かに最適である。赤灰色がかった雲の構造が多く存在する素晴らしい赤い夕日の場合、最適な決定がかなり異なる場合がある。このような場合には、美しい雲の構造の多くを破壊してしまう可能性のある過度のハードクリッピングを行いたいとは望まない。これは、低いＧ値を生じ得るが全ての雲のピクセル色を一層均一に明度低下することにより、又は僅かな彩度低下を（も）導入することにより、処理され得る。しかし、Ｖｍｘパラメータは、低いダイナミックレンジの画像内の雲の構造の大部分を「保護する」ときでさえ、僅かなクリッピングも依然として存在することを指定することを可能にする。ＨＤＲ画像が受信したＳＤＲ画像からいかなる受信側において再構成される必要のあるモード２符号化に基づく通信システムのような可逆画像処理方法を用いる場合には、Ｖｍｘ値は標準的に、幾つかのピクセルのみがクリッピングされて、区別可能性を失うものであるべきである（例えば、ランプの内側は、ＳＤＲ画像内で全ての同じ値１０２３を与え得る。これは、依然としてＨＤＲ再構成を可能にし得が、計算上は生成側におけるマスタＨＤＲ画像と正確に同一ではなく、視覚的に十分に近い近似を与える）。
【００８３】
これは、請求項のうちの１つで定められたような輝度プロセッサ５０１が、ｇＬにより乗算する調整のための第１部分を決定するよう構成され及び彩度計算を行う彩度乗算器Ｓを決定するための調整の第２部分を決定するよう構成される部分マッピング計算機９０３を含むならば、非常に有用である。教示される私たちの新規なアプローチから、当業者は、距離が全範囲より上の元の再グレーディングされた色から、全範囲境界に向かって理想的に意図されたように変換されなければならないことを理解できる。ｌ図８を見ると、当業者は、このような距離の部分（例えばその半分）を定めることができること、及びこのような距離の半分にマッピングする代替のｇ係数を設計できる、つまり下方向に正確に入力色度（（色相、色度）又は（ｕ，ｖ））の全範囲上限境界に到達する必要のある完全な明度低下を行わないことを理解する。したがって、何からの方法でカバーされるべき距離（又はより正確にはオーバーフロー）Ａｒｅｍが残りる。そうでなければ、色度を維持するクリッピングがデフォルトのフォールバックとして作動する可能性があるが、この画像で影響を受けるオブジェクトに対して最良の視覚結果が得られない場合がある。したがって、全範囲上限境界の色に向かう残りの距離は、直交方向で、つまり対応する彩度低下処理を行うことにより、カバーできる。
【００８４】
発明者は、必要な減衰Ａ（つまり、全範囲の内側にまで又はその境界に十分に低下させるためのｇＬ＊Ｖの対応する乗算係数）は、第１部分のＡｒｈｏ、及び残りの部分Ａｒｅｍで非常に有用に構成され得る。これらはパラメータｒｈｏにより以下のように定められる。Ａｒｈｏ＝ｐｏｗｅｒ（Ａ；ｒｈｏ）；Ａｒｅｍ＝ｐｏｗｅｒ（Ａ；１−ｒｈｏ）    （式２）
このような仕様は、何らかの最悪の場合の色に基づき決定でき、他の色が次に同様に扱われる。
【００８５】
これは、輝度ダウンマッピング、つまり、低いダイナミックレンジの画像の上側の範囲にある重要なＨＤＲ効果色の多くを得るために、最終的なｇ係数ｆＧを再決定する関数、の複雑性を有意に緩和できる。特にモード２ＨＤＲ符号化のような関数の可逆性を必要とする状況では、更に明度低下するのではなく彩度低下動作、又は別の再決定関数ＦＡＤＡＰ形状を使用するときにより極端なコントラスト低減により、中間色が依然として全範囲境界の上にあるという残りの問題を処理できるからである。これは、ここでも、問題のある全範囲の一番上近くの色のうち最も暗いものの何らかのより多くの明るさ低下を行うこと又はこれらの領域内のテクスチャのコントラストのより多くの低減を行うこと、又は何らかのより多くの彩度低減を行うことが良いか否かに関わらず、日没近くの明るく照らされた雲、又は明るい霧の中に僅かに見える人物（影の人物）、又は窓越しに見える太陽に照らされた屋外、又はディスコ若しくは小間物市のランプ、等のような、それぞれの特別なＨＤＲ効果について選択するより多くの自由を許容する。任意で、このアルゴリズムの単純な全体的な動作の代わりに（これは、人間のグレーダにより実現するのに比較的単純であり、過度の高価なグレーディング時間を費やすこと又は自動装置の必要がない）、非常に扱いにくい場合には、多数の処理パラメータセット及びそれらに適用すべき色空間の領域の仕様（例えば、赤色の日没に対して、前景にある逆光の家の正面にある青色のＴＬ管領域と異なる方法）を送信できる。
【００８６】
ここでも、輝度プロセッサ５０１が、ネットワーク６９０を介してコンテンツ生成側から上述の式の分数値（ｒｈｏ）を受信するよう構成されるデータ受信手段６８９を有する場合には、非常に有利であり得る。ここで、受信機は、最適なｒｈｏ値自体を決定しなければならないのではない。なぜなら、画像に対する技術的処理の最適値は、本来芸術的である場合が多いからである。つまり、第１の美しい日没について、その人間の生成者が第２のものより多くのクリッピングを許容するか否かは、好みの問題である（一部のグレーダはそれらの外観の迫力のある色を望み、他の者はより柔らかく細かなパターンを望む）。
【００８７】
より低いダイナミックレンジ画像色を得るために、受信側の輝度プロセッサが最終的に行うことのできる又は行うべきことを技術的に反映した請求項は、アルゴリズムパラメータが生成側から受信される場合には、これらのパラメータ、例えばＧ閾及びＦＡＤＡＰ関数、等を生成するシステムである。このようなパラメータのうちのいかなるもの又は全部は、人間により又は自動装置によｒ設定され得る（例えば、自動装置は、必要な場合には人間により改良されるべき良好な設定を提案し、又は、画像分析自動装置が存在する必要がなく人間がいかんる値も単に指定する、等）。自動装置は、このような特性を領域のコヒーレンスとして識別し（例えば、遠くに見える花壇のように、詳細なテクスチャのような多くの値が存在する場合、等）、幾つかの領域で幾つかの方向で何らかの実行中のコントラストを計算し（例えば、視覚的により重要であり得る画像の中心において）、何からの認識可能なアルゴリズムを実行できる。例えば、ファジーな適合により多くのグレイ値を有する滑らかに囲む境界が任意にポスタライズされてギザギザの境界を生じる場合に、良好な楕円を取得することが困難であることに対して、該境界上に楕円が容易に適合可能である、等。
【００８８】
例えば、ＨＤＲビデオを表す画像と一緒に送信されるべき又は取得可能な標準的に必要なパラメータをメタデータ内に符号化する高いダイナミックレンジのビデオエンコーダは、
画像ソース１２０２から入力画像を受信する入力と、
入力画像を出力画像として符号化し及び少なくとも１つの輝度マッピング関数Ｆ＿Ｌｔを符号化するエンコーダと、
を含み、エンコーダは、ビデオの画像の色特性を分析して、請求項１に記載の輝度プロセッサにより適用されるべき閾Ｇを決定するよう構成される画像評価プロセッサを含み、エンコーダは、閾Ｇをメタデータとして出力するよう構成されることを特徴とする。上述（及び後述）した種類の輝度プロセッサは、例えば、人間が彼の選択肢がデコーダ側においてどのように見えるかを知ることを助けるために含まれてよいが、必ずしも自動エンコーダに含まれる必要はなくてよい（自動画像分析はパラメータの１つ以上の候補選択肢、例えば最適Ｇ閾から生じる１つ以上の画像に対して、例えば入力のコントラスト、テクスチャメトリック、等のような幾つかの画像品質メトリックとテストされた候補出力画像と比較することにより、実行されることがある場合）。
【００８９】
通常、高ダイナミックレンジのビデオエンコーダ１２０１は、
画像ソース１２０２から入力画像を受信する入力と、  
入力画像を出力画像として及び少なくとも１つの輝度マッピング関数（Ｆ＿Ｌｔ）を符号化するエンコーダと、  を含んでよく、エンコーダは、ビデオの画像の色特性を分析し、パラメータ：（ａ）最適閾の使用について与えられた例（ここでは、色をそのままにする、及び対応する色の非理想性による軽減アルゴリズムを最適に適用し始める）に従う閾Ｇ、関数ＦＡＤＡＰ、クリッピングパラメータＶｍｘ、及び彩度低下に対して調整することにより処理されるべき分割及び調整量を示す分数値ｒｈｏ、のうちの少なくとも１つを決定する画像評価プロセッサ１２１０を含み、エンコーダは、少なくとも１つのパラメータのようなメタデータを出力するよう構成されることを特徴とする。したがって、受信機の輝度プロセッサは、対応する再グレーディングを適用できる。
【００９０】
ここでも、実施形態に依存して、おそらく、例えばＶｍｘのような１つのパラメータのみが、実際に決定され通信される。この場合、受信側は、強度値Ｖ＜＝Ｖｍｘに対応する色について、全範囲の一番上に近い輝度の範囲内の色の再割り当てを行うマッピングを決定できるだけである。しかし、３つ以上のパラメータが通信される場合、より多くの複雑なバランスをとる式が受信側において使用できる。パラメータの数を最も重要なもパラメータの幾つかに限定すると、もちろん、スライダ又はトラックボールの幾らかのスライドにより、人間のグレーダは、最終的な結果の品質に最も影響を与えるこのような状況の値を設定できる。より単純なシステムは、少なくとも１つのパラメータを決定するために、しかしながら、幾つかのシナリオでは、これを行うマンパワーを有しないので、又は少なくとも制作クルーを煩わせたくないので、自動装置を有する。このような自動装置は、画像分析を行い、例えば最も明るい色の領域（高いＬ及び特に高いＶチェック）が有意な空間的輝度変動構造を有するか否かを、例えばテクスチャ分石器を利用することにより検出できる。また、幾つかの実際的な実施形態は、画像劣化品質評価と共に動作し得る。これは、幾つかのシナリオにおいてクリッピングされたピクセルの量又は空間的分布を計数する、又は例えば調整再決定されたｇ係数処理の前後で雲の輝度変化についての実行中コントラスト測定のような測定値を計算するように単純であり得る。
【００９１】
もちろん、特に興味深いのは、この生成側が、人間の色グレーダ１２０４がパラメータ（Ｇ、ｒｈｏ、又は使用すべきより複雑なｇ係数再決定関数を指定するパラメータ、等）のうちの少なくとも１つを画像評価プロセッサ１２１０の出力として指定できるようにするユーザインタフェース手段１２０３に接続される上述の高いダイナミックレンジビデオエンコーダを含む高いダイナミックレンジビデオ符号化システムを有する場合であり、ここで、高ダイナミックレンジビデオエンコーダは、接続されたディスプレイ１２２０上で検査可能な出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３００ニト）を計算するよう構成された輝度プロセッサ５０１を有する。当業者は、これが種々の方法で実現できることを理解する。半自動的決定では、画像評価プロセッサがｒｈｏ、Ｇ、等の提案を既に与えられているが、人間がそれらを微調整可能である場合に有利である。又は一部の動作では、彼が評価を完全にバイパスし、彼自身が出力チャネルに値を設定したいと望む、等である輝度プロセッサは、これらの場合に、エンコーダ内部にあり、人間が、動作が実際に受信側で何を行うかが分かり、これあの動作が現在のシーンで良好に動作する場合に他のパラメータを調整するようにする。ディスプレイ１２２０は、高いＰＢ＿Ｄ、例えば１００００ニトの基準ディスプレイであってよい。その結果、それは、結果として生じたＳＤＲ画像、及び多くの可能な結果として生じたＭＤＲ画像を、表示できる。例えばＰＢ＿ＭＤＲ＝３０００ニトの場合に、ディスプレイは最大３０００ニトまでのピクセル輝度を表示可能である。
【００９２】
更に有利な実施形態は特に以下である。
【００９３】
高ダイナミックレンジビデオデコーダ１３００であって、
入力画像及び輝度マッピング関数ＦＬＭを受信する入力と、
閾Ｇの値を受信するよう構成される第２入力と、
請求項１乃至７のいずれか一項に記載の輝度プロセッサ５０１であって、輝度マッピング関数ＦＬＭ及び閾Ｇを用いて出力画像を計算し、入力画像の輝度を変更して出力画像を生成するよう構成される、輝度プロセッサ５０１と、
出力画像を出力する出力と、
を含む高ダイナミックレンジビデオデコーダ。
【００９４】
教示された輝度プロセッサの実施形態のいかなるものに従う輝度プロセッサ５０１を有する高ダイナミックレンジビデオデコーダ１３００。
【００９５】
輝度処理方法であって、第１ピーク明度ＰＢ＿ＨＤＲにより特徴付けられる第１輝度ダイナミックレンジを有する入力画像ＭＡＳＴ＿ＨＤＲの空間的に配置されたピクセルの入力輝度から、第２ピーク明度ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲにより特徴付けられる第２輝度ダイナミックレンジを有する出力画像Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニトのピクセルの出力輝度を計算し、当該方法は、
入力輝度の関数である乗算係数ｇＬ及び輝度マッピング関数ＦＬＭを計算するステップと、
入力画像の前記ピクセルの色の３つの赤、緑、及び青色成分のうちの最大の１つである強度値Vを計算するステップであって、これらの成分は線形赤、緑、及び青色成分又は該線形赤、緑、及び青色成分の累乗である、ステップと、
出力輝度が全範囲上限境界にどれくらい近いかを示すオーバーフロー指標Ｔを計算するよう構成されるステップと、
オーバーフロー指標が閾Ｇより大きい場合に代替利得係数F１（ｇＬ）を決定するよう構成され、その他の場合に元の利得係数を保持するよう構成され、最終利得係数ｇＦとしてこれらのうちの１つを出力するよう構成されるステップと、
最終利得係数ｇＦにより前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を乗算して、出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得するステップと、を含む。
【００９６】
輝度処理方法であって、第１ピーク明度（ＰＢ＿ＨＤＲ）により特徴付けられる第１輝度ダイナミックレンジを有する入力画像（ＭＡＳＴ＿ＨＤＲ）の空間的に配置されたピクセルの入力輝度から、第２ピーク明度（ＰＢ＿ＬＤＲ；ＰＢ＿ＭＤＲ）により特徴付けられる第２輝度ダイナミックレンジを有する出力画像（Ｉｍ＿ＬＤＲ；Ｉｍ３０００ニト）のピクセルの出力輝度を計算し、
前記入力輝度の輝度マッピング関数（ＦＬＭ）の出力を該入力輝度により除算した分割として乗算係数（ｇＬ）を計算することにより：ｇＬ＝ＦＬＭ（Ｌ）／Ｌ、前記乗算係数を計算するステップであって、前記乗算係数は、中間出力輝度になるように前記入力輝度をどのように調整するかを示す前記輝度マッピング関数に基づき、前記入力画像の画像ピクセルのいかなる入力色の前記入力輝度について定められる、ステップと、
前記中間出力輝度が前記入力色の色度において全範囲上限境界のどれだけ上であるかを示すオーバーフロー指標（Ｔ）を計算するステップであって、前記中間出力輝度は、前記乗算係数（ｇＬ）を前記入力色に適用することにより得られる、ステップと、
前記オーバーフロー指標が閾（Ｇ）より大きい場合に、より低い代替利得係数（Ｆｌ（ｇＬ））を決定し、その他の場合に、元の利得係数を保ち、これらのうちの１つを最終利得係数（ｇＦ）として出力するステップと、
前記入力色（Ｒ’Ｇ’Ｂ’＿ｎｒｍ）を前記最終利得係数（ｇＦ）により乗算して、前記出力輝度を有する出力色（Ｒ’Ｇ’Ｂ’＿ＨＤＲ）を取得するステップと、
を含む輝度処理方法。
【００９７】
輝度処理方法であって、
コンテンツ生成側からいかなる接続されたネットワークを介して、教示されたパラメータ：（ａ）閾Ｇであって、閾Ｇより上では再決定処理が開始し、再決定された色は出力全範囲の中に押し込められ（squeeze）なければならない、閾Ｇ、（ｂ）ｇ係数決定を行うために望ましい特定関数ＦＡＤＡＰの形状のパラメータ符号化（又はそのいかなる等価なもの、例えば強度値Ｖの関数）、（ｃ）クリッピングパラメータＶｍｘであって、クリッピングパラメータＶｍｘは最も違反している色、つまり全範囲の一番上より遙かに上に含まれる、したがって、全範囲の範囲内に再マッピングすることが最も困難な色のクリッピング量を依然として可能にする、クリッピングパラメータＶｍｘ、（ｄ）２つの部分的再マッピング方針への分割の使用を可能にする分数値ｒｈｏであって、該方針の一方はピクセル輝度を再計算し、他方はピクセル彩度を再計算する、分数値ｒｈｏ、のうちの少なくとも１つを受信するステップと、
該少なくとも１つのパラメータを輝度計算において適用するステップと、を含む方法。
【００９８】
ＨＤＲ画像信号であって、
画像高さにより乗算された画像幅のピクセル色を有するセットと、
ピクセル色の輝度から出力輝度をどのように計算するかを定める少なくとも１つの輝度マッピング関数と、
パラメータ：（ａ）閾Ｇ、（ｂ）クリッピングパラメータＶｍｘ、（ｃ）分数値ｒｈｏ、のうちの少なくとも１つと、を含む信号。
【００９９】
ＨＤＲ画像信号であって、
画像高さにより乗算された画像幅のピクセル色を有するセットと、
ピクセル色の輝度から出力輝度をどのように計算するかを定める少なくとも１つの輝度マッピング関数と、を含み、関数ＦＡＤＡＰを更に含む、信号。
【０１００】
これらの信号は、本発明を具現化することが明らかである。このような実施形態では、例えばＧの値は生じ得る特定の輝度再マッピングにおいて主要な役割を果たす。当業者は、全体チェーンの正しい動作（単に生成及び消費機器又は方法の間を接続する信号）が、例えばＥＴＳＩのような標準化団体により合意されたプレースホルダーにより標準的に適切にメタデータを標準化すること、及び例えば信号がＥＴＳＩ  ＳＬ＿ＨＤＲｘｙｚフォーマットとして通信されることをヘッダ内で通信することにより受信機器がフォーマットを理解することを保証する生成側機器により実現されること、等を直ちに理解するので、このようなメタデータの意味、フォーマット、ユニークな識別可能性は、本願の説明にあまり関係のない詳細事項である。
【図面の簡単な説明】
【０１０１】
本発明による方法及び機器の上述及び他の態様は、より一般的な概念を例示し単に非限定的な特定の説明として機能する、以下に記載する実装及び実施形態及び添付の図面から明らかであり、それらを参照して教示される。図中の破線はコンポーネントが任意であることを示すために使用され、破線ではないコンポーネントは必ずしも必須ではない。破線は、要素が必須であると説明されたがオブジェクトの内部に隠されていることを示すため、又は例えばオブジェクト／領域の選択のような無形の事柄（それらがディスプレイ上にどのように示され得るか）のためにも使用され得る。
【０１０２】
以下の図がある。
【図１】高ダイナミックレンジ画像を対応する最適な色グレーディングされた同様の外観の（それぞれ第１及び第２ダイナミックレンジＤＲ１及びＤＲ２における所望の妥当な所与の差と同様に）より低いダイナミックレンジ画像、例えば１００ニトのピーク明度の標準的ダイナミックレンジ画像に最適にマッピングするときに生じる多数の標準的な色変換を概略的に示す。可逆性（モード２）の場合に、ＨＤＲシーンを実際に符号化した受信されたＳＤＲ画像の、該シーンの再構成ＨＤＲ画像へのマッピングにも対応し得る。
【図２】高ダイナミックレンジ画像、つまり少なくとも７００ニト（つまり少なくともＳＤＲ画像の７ｘＰＢ＿Ｃ）又は標準的にそれより高い（標準的に１０００ニト以上）の輝度を有することの可能な画像を符号化する、出願人が最近開発した技術の付属組織図（satellite-view）の例を概略的に示す。当該技術は、ＨＤＲ画像を、ＳＤＲ画像、及びピクセル色について少なくとも適切な決定された輝度変換を含むメタデータ符号化色変換関数として実際に通信可能である。これらは、受信したＳＤＲ画像をＨＤＲ画像に変換するためにデコーダにより使用される。このＨＤＲ画像は、画像生成側で生成された元のマスタＨＤＲ画像の忠実な再構成である。
【図３】このようなＨＤＲ復号（又は符号化）及び処理において生じるダイナミックレンジ変換の単なる輝度変化が標準的に、例えば入力画像より低いダイナミックレンジの画像を決定するとき、色度平面及び直交する輝度Ｌ軸を有する理論的色空間において示されるとき、どのように生じるかを示す。
【図４】別の種類の色空間（別の形状を有する）において、色及び色処理がどのように振る舞うかを概略的に教示する。該空間は、ビデオの標準的な色符号化空間：ＹＣｂＣｒである（ここで、Ｙは基本的に線形輝度Ｌ、又は非線形ガンマ２．０ルマＹ’、又はＰＱに基づくルマＹ’’のような別のＯＥＴＦにより定められた何らかの他のルマであり得る）。
【図５】図２のユニット２０２又は２０８の色変換を出願人が標準的にどのように実行したいかを、より詳細な例を示す（限定であることを意図しない）。
【図６】本発明が例えば図２及び５に示したようなシステムの輝度処理に追加する主な態様の一般的な上位レベルの教示を示す。
【図７】上述のシステムの振る舞いの部分、特に、図６の調整要素を有しないで図５が色度−輝度色空間で行い得ることを示す。
【図８】彩度低下動作を部分的に用いて出力色空間の色全範囲の一番上の近くの調整マッピングの問題を解決する高度な実施形態の振る舞いを示す。
【図９】彩度プロセッサを有する色プロセッサの部分である輝度プロセッサの一例を一般的及び概略的に示す。
【図１０】色全範囲の上側部分にある色について調整色マッピング方針を決定する幾つかの例、及び強度値Vが色の赤、緑、及び青成分のうちの最大のものとして定められることに基づく対応する関数を概略的に示す。該関数は、対応する利得係数ｇFとして本発明の教示に従い定式化できる。該利得係数ｇFは、全範囲の上部近くの色のみについての初期利得係数の偏差である特に結果として生じる利得係数であってよい。
【図１１】コンテンツ生成側における人間のグレーダが、輝度を近似的に誘導し又は正確に指定する幾つかの単純であるが強力なパラメータを指定することを可能にするユーザインタフェース、及び本発明の教示に従う変形のうちのいかなるものの受信側輝度プロセッサによる全範囲の上部近くの明るい色の一般的な色処理、を示す。
【図１２】復号側輝度プロセッサの教示される実施形態に従う変形のため必要なパラメータを生成する可能な自動的、半自動的、又は手動のエンコーダの一例を概略的に示す。
【図１３】図９のエンコーダに対応する本発明の原理に従うモード２デコーダを教示する。
【発明を実施するための形態】
【０１０３】
私たちの種々の実施形態の教示は、ここで、図５の輝度プロセッサ５０１に焦点を当てる。図５は、図６の本発明の新たな原理を教示するために一層精巧な構成で描かれている。
【０１０４】
先ず、私たちは処理が線形輝度で生じる、つまり輝度Lが入出力する（Ｌ＿ｏｕｔ）と仮定して教示するが、このブランチの内部でも、処理は、ＰＱのような別のルマドメインに変換してよい。同じことが、例えば標準的に典型的なＲｅｃ．７０９ルマ、つまりｓｑｒｔ（Ｌ）ルマＹ’を有する他のルマドメインでも行うことができる（つまり、輝度マッパー５１２によるダイナミックレンジ変換の輝度マッピングは、このようなシナリオでは、Ｙ’＿ｏｕｔ＝ＦＬＭ＊（Ｙ＿ｉｎ）として直接指定されてよい）。
【０１０５】
しかしながら、このような状況では、非定常輝度ルマの代わりに、対応する一定輝度ルマを計算することに留意しなければならない（二乗根ドメインで実施される場合でも、輝度処理が線形輝度処理のように正確に振る舞うこと、及び蛍光赤色コート等のような不正確な非定常輝度ルマにおける輝度の誤った推定に起因する誤りが生じないことを保証するためである）。
【０１０６】
ルマの標準的定義はＹ’＝ａ＊ｓｑｒｔ（Ｒ）＋ｂ＊ｓｑｒｔ（Ｇ）＋ｃ＊ｓｑｒｔ（Ｂ）であったが、一方で、一定輝度ルマの定義はＹ’＿ＣＬ＝ｓｑｒｔ（Ｌ）、Ｌ＝ａ＊Ｒ＋ｂ＊Ｇ＋ｃ＊Ｂである。
【０１０７】
標準的に、ビデオデコーダの輝度プロセッサは、ＹＣｂＣｒ入力を得る。それゆえ、これから自然に導出される色成分は非線形Ｒ’Ｇ’Ｂ’である。一定輝度ルマを導出する１つの方法は、色空間変換器５０２に、先ず、適切なＥＯＴＦ（つまりＲ＝ＥＯＴＦ＿ｒｅｃ７０９（Ｒ’）＝ｐｏｗｅｒ（Ｒ’；２）、等）を適用することにより線形ＲＧＢ成分を計算させることであり、したがって、Ｙ’＿ＣＬ＝ｓｑｒｔ（Ｌ）である。
【０１０８】
ハードウェア領域または処理コスト（／能力）が無限ではないので、ショートカットが存在し得る。例えば、
ｓｑｒｔ（ｐｏｗｅｒ（Ｋ；２）＋ｐｏｗｅｒ（Ｌ；２）
＝ａｐｐｒｏｘｉｍａｔｅｌｙ  ｍａｘ（Ｋ，Ｌ）：ｍａｘ（Ｋ，Ｌ）＞４＊ｍｉｎ（Ｋ，Ｌ）の場合
＝ａｐｐｒｏｘｉｍａｔｅｌｙ（７／８）＊ｍａｘ（Ｋ，Ｌ）＋（１／２）＊ｍａｘ（Ｋ，Ｌ））：その他の場合。
【０１０９】
いかなる数Ｋ及びＬについて。
【０１１０】
それゆえ、これを使用して、Ｙ＿ＣＬをＲ’Ｇ’Ｂ’値から直接計算できる。
【０１１１】
Ｖは輝度Ｌと共に（又はルマＹ’による平方根表現で）増大する量であり、これは些細なことに関連しないが、全範囲上限境界への近さの指標であるという、特に全範囲上限境界にある全ての色が最大強度値Ｖ＝１．０を有するという有用な特性を有する（色成分のうちの最大のものを明るくすると、この境界の上になる、例えば青はその正規化された最大値を超える必要があり得る、例えばＢ＝１．１であり、これは計算上可能であるが物理的に不可能である）。５００番台で番号付けされたコンポーネントは図５と同様である。つまり、特に、それらは、「通常の」明度増大（color  brightening）を、つまり、輝度処理機能ＦＬＭで指定されたように、未だ行われていないｇ係数決定のメカニズムを扱う上側全範囲領域により、行う。
【０１１２】
図６の輝度処理が、ＹＣｂＣｒピクセル色を入力として符号化されるＨＤＲ符号化された５０００ニトのＰＢ＿Ｃを得て（それらがＰＱに基づき符号化される場合、変換器は、輝度、及び本例では線形ＲＧＢに変換するために適正な計算を行う）、例えば９００ニトのＭＤＲ画像及びその輝度を導出するＨＤＲデコーダで行われると仮定する。強度値Ｖも計算され、線形色成分が使用され、それゆえＶ＝ｍａｘ（Ｒ，Ｇ，Ｂ）である例により説明する。
【０１１３】
ここで、興味深いことに、発明者は、生成側で決定されたマッピングＦＬＭがピクセル色の輝度Ｌに適用されると想定されるが（又は等価な自然の色処理が実際に実行されて、線形ＲＧＢ成分を同じ輝度変化ｇ係数ｇＬにより乗算する）、各色の色度により、全範囲境界より上にマッピングされるか否かが分かるので、これを強度値Ｖに適用することは興味深い。
【０１１４】
これは図７で分かる。輝度マッピングは、色をそれらの輝度に基づき、色度に関係なく、マッピングすると想定される。したがって、私たちは、輝度軸上の無色の色についてチェックできる。私たちは、ＨＤＲ入力画像の平均輝度Ｃｏｌ＿ｉｎの特定の色を有すると仮定する。全ての色が明るくされる必要があるので、特に、より低いダイナミックレンジのレンダリングで映画中で何が起きているかが分かるように、より暗い色が依然として妥当である必要があるので、平均輝度Ｃｏｌ＿ｉｎは、（例えば、ＳＤＲ又はＭＤＲ画像を生成するために）Ｃｏｌ＿ｏｕｔにまで明るくなる。しかしながら、２つのグレーディング、つまり出力画像と入力画像における輝度関係を保つ必要があるために、これらの明るくされた色は、全てのより高い輝度の色も上へと押し上げる。
【０１１５】
この明度増大は、無色灰色では、Ｃｏｌ＿ｏｕｔが色全範囲の内側に良好に存在するように依然として見えるので、非常に簡単である。しかしながら、私たちが等しい輝度の水平線を描く場合、私たちはグレイＨＤＲ色Ｃｏｌ＿ｉｎと同じ輝度の青色ＣｏｌＢｌｕｅＨを、そのＬＤＲ等価ＣｏｌＢｌｕｅＬにマッピングすることが分かる。私たちは色全範囲の上をマッピングし、したがって、私たちの処理で何かが生じる必要がある。又は、クリッパは、少なくとも１つの色成分を１．０に自動的にクリッピングする。これは、標準的に、不快な色調誤りを含む可能性のある有意な色度誤りを含み得る。
【０１１６】
しかしながら、等価Ｖ線を（太い破線で）描くことにより、この状況が分かる。入力青色ＣｏｌＢｌｕｅＨは、全範囲で依然として良好であるが（例えばＶ＝８．０）、出力色ＣｏｌＢｌｕＬは例えばＶ＝１．２を有し、それゆえ１．０より高い。
【０１１７】
ここで興味深いことに、線形Ｖ測定は、Ｌのように同様に比例的に振る舞うので、同じｇ係数により変換されることが分かる：
Ｒ＿ｏｕｔ＝ｇＬ＊Ｒ＿ｉｎ；Ｇ＿ｏｕｔ＝ｇＬ＊Ｇ＿ｉｎ；Ｂ＿ｏｕｔ＝ｇＬ＊Ｂ＿ｉｎの場合、ｍａｘ（Ｒ＿ｏｕｔ，Ｇ＿ｏｕｔ，Ｂ＿ｏｕｔ）＝ｇｌ＊Ｖ＿ｉｎ
したがって、これは、実際には、ＶのｇＬ＊（入力）値の値である。Ｖは、図６の５０２により計算され、監視のための基準であり、乗算器６０２による例示的な実施形態で計算され、結果はＴｅｓｔ値Ｔと呼ばれる。
【０１１８】
その後、利得係数変更ユニット６０３は、テストでこの値を使用して、受信機によりローカルに決定された又は何らかの画像メタデータ符号化形式に従いコンテンツ生成側から標準的に実際に受信画像と一緒に受信されたグレーディング関数ＦＬＭから導出された初期利得値を変更する。
【０１１９】
最も単純な実施形態では、閾Ｇは１．０に等しい（例えば、輝度プロセッサにおいてハード的に固定される）。
【０１２０】
次に、色がＴ＝ｇＬ（色）＊Ｖ（色）＜＝１．０にマッピングする場合、それらは、実際には全範囲内でマッピングし、問題がない。それゆえ、マッピングは従来通り良好であり、初期利得ｇＬは、ＲＧＢ成分に実際のＨＤＲ−ＭＤＲ色変更を行うために、変更されずに最終利得ｇＦとして渡される。私たちは（色）を追加して、計算されたｇＬ係数、及びＶ値の両方が、現在ピクセル色の色成分値に依存することを強調することに留意する。
【０１２１】
しかしながら、Ｔ＞Ｇ＝１．０である場合、私たちは、例えばｇＬ＊Ｖが１．８に等しいとき、全範囲オーバーフロー問題を有する。
【０１２２】
この場合、少なくとも大部分の色について、マッピングされた色（及び同時にそのＶ値）が全範囲内でマッピングすることを保証するために、関数Ｆ１（ｇＬ）が適用されなければならない（場合によっては、Ｖｍｘ値が決定された場合、依然としてクリッピング可能なこれらの少数の色を除く）。
【０１２３】
デコーダにより決定できる単純な関数（例えば、その輝度プロセッサソフトウェア又は回路の中で固定される）は、全範囲マッピングの各々の可能な出力ｇＬ（色）＊Ｖ（色）について以下の通りであってよい。
【０１２４】
Ｔ＞Ｇ＝１．０の場合、ｇＦ＝ｇＬ＊（１／Ｔ）    （式３）
この場合、特定の色について、出力色の元のｇＬ係数によりマッピングするとき、Ｔ値が例えば１．３である場合、ｇＬ／１．３である異なるｇＦによる同じ入力色（及びそのＶ値）のマッピングは、１に正確にマッピングすることが実際に分かる（１．８にマッピングする別の色についてｇＦ／１．８を適用することは、同じである、等）。
【０１２５】
もちろん、色度保存であるが、これは、むしろ粗野な方針であり（しかし、説明を始めるのが容易である）、更に幾つかの状況に適するが、より重要な種類のＨＤＲ画像ではあまり最適に動作しない。
【０１２６】
そのうえ、（少なくとも）閾値Ｇを導入することにより、最初に全範囲境界より上にマッピングされた全ての色について、元の輝度の差の区別可能性を依然として保つより複雑なマッピング方針を使用することが有利であることがある。この閾値は、ここでも、受信側輝度プロセッサにより決定され、又は有利なことに、ネットワーク６９０を介してコンテンツの生成者から閾Ｇを受信するよう構成されるデータ受信手段６８９により受信され利得係数変更ユニット６０３に通信され得る。ここで、当業者は、ネットワークが、いかなる現在の又は将来の画像またはデータ配信システム、例えば衛星ＴＶチャネル、インターネットであること、又は予め固定されたパッケージ化記憶装置では連続ビデオ画像のＧ値が例えばブルーレイディスクに格納されＢＤレンダリング器等によりアクセスされことを理解できる。
【０１２７】
図１０により、種々のｇＬ再決定方針／関数がどのように実現されるかが説明される。図１０Ａに、私たちは、閾Ｇが０．９に設定される、Ｖｍｘまでの線形マッピングの一例を示す。実際に、Ｖｍｘより高く画像又は連続画像の進行ＶｍａｘＳＣＢＮ内の最高までになるｇＬ＊Ｖ値を有する幾つかの色（数１０個のピクセルのみ）があってよい。しかし、これらは、ＨＤＲ入力色と同じ色度により全範囲上限境界にある色にハード的にクリッピングされ得る。
【０１２８】
Ｔ＿ｉｎは、初期ｇＬ係数によりマッピングされた色のＶ値であり、私たちは、全範囲境界に対応する１．０までのＴ＿ｏｕｔ値を生成するｇＦによる最終マッピングを有しなければならない。０．９より下では、利得係数は不変である。したがって、Ｔ＿ｏｕｔ値もＴ＿ｉｎ値（ＳＥＧＰＳＳ）と同一である。Ｇ及びＶｍｘの間の再マッピングは、多くの方法で定式化でき、線形区間（ＳＥＧＡＤＰＴ）のように単純であり得る。減衰係数Ａは、この軸体系での表現から簡単に計算できる。例えば、色２．５が１．０にマッピングされなければならない場合、私たちはｇＬを２．５で除算する必要がある、等である。
【０１２９】
減衰Ａの例示的な計算式は以下の通りである（輝度方向単独で全部の減衰）：
Ａ（Ｔ）＝（Ｔ＞Ｇ？）１／｛１＋［（Ｖｍｘ−１）／（Ｖｍｘ−Ｇ）］＊（Ｔ−Ｇ）｝：１    （式４）
Ｔ＝Ｖｍｘである場合、Ａ（Ｔ）は１／Ｖｍｘになる、等が分かる。
【０１３０】
興味深いことに、図１０Ｂは、全範囲の上の問題一部が彩度低下により解決される状況を示す。この場合、最初にＶｍｘにマッピングする色は、ｙ．ｘ＞１．０、例えば１．９にマッピングできる（おそらく、大幅な彩度低下を必要としない全範囲境界より遙かに上ではない）。なぜなら、オーバーフローの残りは、彩度方向に示されるからである。
【０１３１】
これは、図８の色全範囲プロットに示される。総減衰Ａは、マッピングされた色を全範囲境界へと持ってくる。しかしながら、上述のようにロー（ｒｈｏ）パラメータを定めることにより、間の一にマッピングでき、したがって彩度低下によりＣｏｌＯｕｔへと水平方向にシフトできる。
【０１３２】
ローパラメータは、例えば人間のグレーダがスライダ１１０１を０〜１の間の彼の好みの位置に位置決めすることにより、暗くすることの悪影響と彩度低下の悪影響との間の最適量になるよう重み付けできる。あるいは、幾つかの実施形態は、固定設定、例えばｒｈｏ＝１／２等を有してよい。
【０１３３】
彩度低下における乗算パラメータは、以下のように計算できる。
【０１３４】
Ｓ＝（Ｖｉｎｔｅｒｍ＊Ａｒｅｍ−Ｙ）／（Ｖｉｎｔｅｒｍ−Ｙ）＝（１−Ｙ）（Ｖｉｎｔｅｒｍ−Ｙ）    （式５）ここで、Ｖｉｎｔｅｒｍは輝度調整部を行った後の全範囲境界より依然として上にある高さであり、Ｙは例えば線形の例で中間輝度である（つまり図９のＬｉ）。もちろん、望ましい場合には、特にそれらが受信側に通信される場合（少なくとも、モード２ＨＤＲ−ａｓ−ＳＤＲ通信のような可逆システムは再構成のための全てを知っているべきである）、より複雑な彩度低下方針（非定常Ｓによる、つまり色空間に渡り変化し得る彩度低下）が使用できる。
【０１３５】
図９に、エンコーダ側でこのような補正方針を実施可能な処理アーキテクチャの一例（及び彩度ユニットに接続された高度な輝度プロセッサの実施形態）が示される基本的に、望ましい場合には反対の順序で、再度処理及び輝度処理を行うことを選択できる。しかし、選択した順序では、デコーダは、順序を反転させなければならな（したがって、エンコーダが先ず輝度マッピングを行い、次に彩度低下を行った場合、受信側のデコーダは、先ず対応する彩度低下を行い、次に輝度マッピングを行う）。Ｖｉｎｔｅｒｍ及びＹが分かる場合、例えば生成側からｒｈｏパラメータを用いて通信されるＡｒｅｍが分かれば、（彩度低下か彩度補充（resaturation)）かに関わらず）Ｓが分かることに留意する。
【０１３６】
デコーダ側における減衰Ａ（Ｔ）は、以下のように計算できる。
【０１３７】
Ａ（Ｔ）＝（Ｔ＞Ｇ）？  ｛１−［（Ｖｍｘ−１）／（Ｖｍｘ−Ｇ）］＊Ｇ｝／｛１−［（Ｖｍｘ−１）／（Ｖｍｘ−Ｇ）］＊Ｔ｝：１    （式６）
部分マッピング計算機９０３は、ここで、減衰係数Ａｒｈｏを決定し、乗算器９０２においてｇＬにより乗算して、部分輝度調整のための適切な最終ｇＦを取得する。部分輝度調整は、乗算器９１０により、彩度低下器９１１による後の彩度低下ステップで中間輝度Ｌｉにならなければならに輝度と一緒にＲＧＢの３色に対して実行される。彩度係数決定ユニット９０１は、彩度プロセッサ９１１のために、例えば式５に従い必要な彩度係数Ｓ（Ｖ，Ｙ，Ａｒｅｍ）を決定でき、それを輝度保存彩度低下において式７に従い適用する。
【０１３８】
Ｒｏ＝Ｌｉ＋Ｓ＊（Ｒｉ−Ｌｉ）；  Ｇｏ＝Ｌｉ＋Ｓ＊（Ｇｉ−Ｌｉ）；Ｂｏ＝Ｌｉ＋Ｓ＊（Ｂｉ−Ｌｉ）
これらの出力色成分は、したがって、例えばＨＤＲ入力画像色から導出されたＳＤＲ色（又はＭＤＲ色）に対して適正な色成分である。
【０１３９】
読者は、エンコーダ及びデコーダの両方においてダウングレードするとき（つまり、標準的にＰＱ−ＯＥＴＦされた非線形Ｒ’’Ｇ’’Ｂ’’値と一緒に実際にＨＤＲ画像自体が受信機に通信されるモードｉ彩度、又は、標準的にビデオ符号化が標準的な例えばＨＥＶＣ圧縮を通じるために、対応するＹＣｂＣｒ色成分）、エンコーダ及びデコーダの両方が、同じダウングレード方向に色を変換することを理解しなければならないことに留意する。したがって、デコーダにおける色処理の順序の反転は存在しない（エンコーダは、この場合には、選択したパラメータ選択肢によって、後のデコーダの振る舞いをチェックするために変換を行うだけであると想像できる）。
【０１４０】
しかしながら、可逆ＨＤＲ画像又はビデオ符号化、つまりＳＤＲ画像のような画像のモード２符号化では、エンコーダはこれらをダウングレードにより生成し、デコーダは、アップグレードにより、つまり反対方向に、マスタＨＤＲ画像の近い近似を再生する。
【０１４１】
したがって、図１３で説明するように、デコーダは何らか変更される。
【０１４２】
彩度９１１及び明度（乗算器９１０）の反対の順序は、１／ｇＦにより生じるが、初期の全範囲より上の色ＣｏｌＢｌｕｅＬを、同じ係数により再び輝度ブーストすべき中間結果になる、最終色ＣｏｌＯｕｔの中間輝度にまで低下させる同じ部分ｇ係数である。私たちは、このシナリオで、入力色ＲｓＧｓＢｓ及び輝度ＬｓがＳＤＲ色であることを示すために添え字ｓを使用している。出力色ＲｏＨ、ＧｏＨ、ＢｏＨは、（全範囲一番上近くの重要な色の新規な最適処理に従う）再構成ＨＤＲ画像の色である。輝度の中間位置が初期位置ではないので、追加乗算器１３０１があり、ｇ係数決定パスで使用されることにも留意する。
【０１４３】
図１１は、人間のグレーダがパラメータを生成するために使用可能なユーザインタフェースの一例を示す。該パラメータは、簡単に３つの値Ｇ、ｒｈｏ、及びＶｍｘだけであり得る。
【０１４４】
Ｒｈｏは、例えばスライダにより設定できる。例えば、半自動的方法の自動装置は、設定０．２５が最適であると決定したが、ユーザは０．２又は０．３をより好む。
【０１４５】
彼は、例えば色全範囲プロット上でＶｍｘ及びＧ値をそれぞれ設定するための、２つの他のシフタ１１０２及び１０３も有する。処理中の画像、例えば連続ビデオ画像のショットの中で画像化されたＨＤＲシーンの代表画像、のビュー１１１０もあってよく、その上に、グレーダの注意を素早く捉えるために、自動的に生成されたインジケータ１１１があってよい。例えば、自動装置は、この領域（太陽に照らされた雲）内で、テクスチャの有意なコントラスト低下が生じていることを計算し（ハードクリッピングであってもよい）、ユーザインタフェースは、例えば当該領域の周囲に点滅する赤色境界を示すことができる。
【０１４６】
図１２は、エンコーダ１２０１（これは、いかなる前述のモードに従いＨＤＲ画像を符号化できるが、出力である本発明の新規なパラメータｒｈｏ、Ｇ、Ｖｍｘを決定することもできる、又は受信側でｇ係数を再決定する機能）を有する符号化システムの一例を示す。該システム上で、コンテンツを生成する色グレーダ１２０４は、彼のグレーディング作業、少なくとも本発明に従い１つのパラメータ、例えばＧ又はｒｈｏの決定を行うことができる。彼は、ディスプレイ１２２０乗で、何が生じているかをチェックできる。なぜなら、輝度プロセッサ５０１は、例えば標準的にグレーディングパネルであってよいユーザインタフェース手段１２０３を介してグレーダのｒｈｏの選択結果、及び例えばトラックボールへのｒｈｏの変化のソフトウェア割り当てを示すために、処理を適用するからである（つまり、モード１で直接ダウングレードし、標準的に、符号化＋復号チェーン全体がモード２のアップグレードの逆を有する）。画像は、いかなる画像記憶装置１２０２、例えばサーバ上のハードディスク等、又は幾つかの場合にはリアルタイムストリーミングからも生じる。画像評価プロセッサ１２１０は、ｒｈｏ、Ｇ等の提案をもたらす全ての種類の画像分析を行ってよい。自動的な実施形態では、これは、該パラメータを決定するユニットのみであってよい。
【０１４７】
高ダイナミックレンジビデオエンコーダ１２０１は、人間の色グレーダが彼の輝度変更アルゴリズムのいかなる実施形態を制御する種々のパラメータについて適切な値を決定するのを助けるために、輝度プロセッサを使用できる（例えば、制御パラメータとしてメタデータの中で何らかのデータ又はビデオ接続を介して、該パラメータを受信するデコーダに含まれるとき）。いかなるこのような制御パラメータを通信するために、ＨＤＲビデオエンコーダは、
・画像ソース１２０２０から入力画像を受信する入力と、
・入力画像を出力画像及び少なくとも１つの輝度マッピング関数（Ｆ＿Ｌｔ）として符号化するエンコーダと、
・ビデオの画像の色特性を分析して、パラメータ：（ａ）閾Ｇであって、閾Ｇより上では何らかの代替の最終利得ｇＦが使用されるべきであると示し、閾Ｇの下では、オブジェクト又はピクセル輝度分布が特定である場合に、現在画像のダイナミックレンジ再グレーディングのために輝度マッピング関数ＦＩＬＭに対応する元の利得が適することを示す、閾Ｇ、（ｂ）画像のより明るい色が処理されるべき代替の利得を決定するために使用可能な関数ＦＡＤＡＰ、（ｃ）クリッピングパラメータであって、該クリッピングパラメータから（輝度再グレーディング後の）入力輝度クリッピングが許可されることを示すが、色度保存クリッピングである（そのような効果が望ましい場合）、クリッピングパラメータ、及び（ｄ）分数値ｒｈｏであって、暗くすることにより処理されるべき全範囲に向かう補正間隔の再度低下に対する分離を決定する、例えば輝度距離の４０％が最終ｇＦの適用後に残っており、少なくともピクセルの入力色の色調の保存を保証するために彩度低下により処理されるべきである、分数値ｒｈｏ、のうちの少なくとも１つを決定するよう構成される画像評価プロセッサ１２１０を含み、エンコーダは、この少なくとも１つのパラメータをメタデータとして出力するよう構成される。
【０１４８】
当業者は、私たちの本発明の教示全部から、例えば適切なＧ値をどのように決定するかを理解できる。該Ｇ値より上では、元のＦＬＭに基づくｇ係数の決定した輝度変化に何らかの補正が適用されなければならない（完全に色調保存するか又は何からの残りの色調誤りをクリッピングするかに関わらず、しかし標準的に本発明の上述の全範囲補正の原理を適用しないときよりも小さく且つ遙かに少ない）。例えば雲のある太陽に照らされた夕方の空が設定された方法でどれくらい劣化するかを人間が見ることにより（例えば、復号側がより良いＦＡＤＡＰが通信されない場合に適用することを符号化側が知っている、予め合意された単純な方針で）、他のパラメータが決定できる。例えば、人間の色グレーダは、ＵＩを使用して、ＦＡＤＡＰ関数の上側部分の形状を描き、最も明るい色のｇＦ値を決定するために使用できる。その結果、彼らは、例えば、少なくとも幾つかの画像色を暗くしすぎない、又は雲の幾つかの部分の幾つかのピクセルの有する少なくとも幾つかの輝度を、このような雲の可視テクスチャを劣化させすぎる方法で、低減しない、等である。また、自動装置は、例えば関心のある又は重要な領域になると推定された接続されたピクセルの種々のセット、例えば上述の雲、に渡りコントラストを計算することに基づき、何らかのクリッピングを適用することを判断してよい（これは、例えば、空の滑らかな傾斜が、遠くから見た花壇等のような高周波数マルチカラーテクスチャ領域よりも容易にアーチファクトを示し得ることを示す、低い商業的指標のような他のテクスチャ測定に基づき識別されてよい）。しかし、エンコーダが自動画像分析アルゴリズムを使用するだけの場合、ビデオコンテンツを生成する人間にいかなる選択結果を実際に示すための輝度プロセッサを含む必要は無い。
【０１４９】
同様に、輝度処理の方法は、特定の輝度変更の実施形態の必要に依存して、コンテンツの生成者からいかなる接続されたネットワーク（ネットワークは、明らかに、広義の意味で使用される）を介して、パラメータ：（ａ）閾Ｇ、関数ＦＡＤＡＰ、クリッピングパラメータＶｍｘ、及び分数値ｒｈｏ、のうちの少なくとも１つを、個別に又はパラメータのいかなる組み合わせで、受信することを含み、このような少なくとも１つのパラメータを該方法の輝度計算に適用してよい。
【０１５０】
本明細書で開示されたアルゴリズムのコンポーネントは、（全体的に又は部分的に）実際にハードウェアとして（例えば特定用途向けＩＣの部分）、又は専用デジタル信号プロセッサ又は汎用プロセッサ等で実行するソフトウェアとして実現されてよい。
【０１５１】
私たちの提示から、どのコンポーネントが任意の改良であってよく、他のコンポーネントと組み合わせて実現可能であり、及び方法のどんな（任意の）ステップが機器のそれぞれの手段に対応するか、及びその逆が、当業者に理解されるべきである。本願における用語「機器」は、その広義の意味で使用される。つまり、特定の目的の実現を可能にする手段のグループであり、したがって、例えばＩＣの（小回路部分）、又は専用機器（例えば、ディスプレイを備える機器）、又はネットワーク接続されたシステムの部分、等である。「構成」も広義の意味で使用されることを意図している。したがって、これは、特に、単一の機器、機器の部分、協働する機器の（部分の）集合、等を含んでよい。
【０１５２】
コンピュータプログラムプロダクトの表記は、汎用又は専用プロセッサを、コマンドをプロセッサに入力するための一連のロードステップ（これは、中間言語及び最終プロセッサ言語への変換のような中間変換ステップを含んでよい）の後に、いかなる発明の特徴的機能を実行可能にするコマンドの集合のいかなる物理的実現も包含すると理解されるべきである。特に、コンピュータプログラムプロダクトは、例えばディスクまたはテープのような担体上のデータ、ネットワーク接続（有線又は無線）を介して伝搬するデータ、又は紙上のプログラムコードとして実現されてよい。プログラムコードとは別に、プログラムのために必要な特性データも、コンピュータプログラムプロダクトとして具現化されてよい。
【０１５３】
方法の動作のために必要なステップのうちの幾つかは、データ入力及び出力ステップのようにコンピュータプログラムプロダクトに記載される代わりに、既にプロセッサの機能に存在してよい。
【０１５４】
理解されるべきことに、上述の実施形態は本発明を限定するのではなく説明する。当業者が特許請求の範囲の他の領域への提示の例のマッピングを容易に実現できる場合、私たちは、簡潔さのために、全てのこれらの選択肢を深く言及しない。特許請求の範囲の中で結合されたような本発明の要素の組み合わせとは別に、要素の他の組み合わせが可能である。要素のいかなる組み合わせも、単一の専用要素で実現できる。
【０１５５】
特許請求の範囲の中の括弧内のいかなる参照符号も、請求項を限定することを意図しない。用語「有する」又は「含む」は、請求項に列挙されない要素又は態様の存在を排除しない。要素の前の用語「１つの」は、該要素の複数の存在を排除しない。
【図１】
2021506001.tif 000003
【図２】
2021506001.tif 000004
【図３】
2021506001.tif 000005
【図４】
2021506001.tif 000006
【図５】
2021506001.tif 000007
【図６】
2021506001.tif 000008
【図７】
2021506001.tif 000009
【図８】
2021506001.tif 000010
【図９】
2021506001.tif 000011
【図１０Ａ】
2021506001.tif 000012
【図１０Ｂ】
2021506001.tif 000013
【図１１】
2021506001.tif 000014
【図１２】
2021506001.tif 000015
【図１３】
2021506001.tif 000016
【国際調査報告】
2021506001.tif 000017
2021506001.tif 000018