(57)【要約】  優秀だが簡便な輝度ダイナミックレンジ変換を得るために、入力画像Ｉｍ＿ｉｎのピクセルの入力色Ｙ’ＵＶ＿ＬＤＲを出力画像Ｉｍ＿ｒｅｓ、ＲＥＣ＿ＨＤＲのピクセルの赤、緑及び青の色成分の出力色Ｒ’ｏ，Ｇ’ｏ，Ｂ’ｏに変換するように構成され、その入力画像が第１の輝度ダイナミックレンジＤＲ＿１を有し、その出力画像が第２の輝度ダイナミックレンジＤＲ＿２を有し、第１のダイナミックレンジのピーク輝度が第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、傾き変数ＩｎｖＢｅｔによって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジＳＲ＿ｄのための線形区間と、第２の傾き変数ＩｎｖＡｌｐｈによって制御される明るいサブレンジＳＲ＿ｂｒにおける最も明るい入力ルマ値のための第２の線形区間と、２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用するように構成される粗マッピングユニット２０２、５５２を備える画像色処理装置２００を備える、ＨＤＲビデオ復号器２５０を説明する。
2019504548.tif 000002
【特許請求の範囲】
【請求項１】
第１の輝度ダイナミックレンジを有する入力画像のピクセルの入力色を、第２の輝度ダイナミックレンジを有する出力画像のピクセルの赤、緑及び青の色成分の出力色に変換する画像色処理装置を備える、ＨＤＲビデオ復号器であって、
前記第１のダイナミックレンジのピーク輝度が前記第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、
前記画像色処理装置は、傾き変数によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジのための線形区間と、第２の傾き変数によって制御される明るいサブレンジにおける最も明るい入力ルマ値のための第２の線形区間と、これら２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用する粗マッピングユニットを備える、ＨＤＲビデオ復号器。
【請求項２】
前記画像色処理装置が、前記３区間明度再グレーディング曲線を低ダイナミックレンジルマに適用する、請求項１に記載のＨＤＲビデオ復号器。
【請求項３】
前記画像色処理装置が、Ｎが２の場合を含む指数１／Ｎのべき関数によって前記３区間明度再グレーディング曲線を前記入力色に適用した出力結果である色の輝度に関連する出力ルマを、前記３区間明度再グレーディング曲線を適用した結果として生成する、請求項１又は２に記載のＨＤＲビデオ復号器。
【請求項４】
前記画像色処理装置が、出力ルマを乗算係数とする乗算を、現在処理中のピクセルの色の好ましい非線形の色表現に適用する乗算器を備えることによって、前記出力色を決定する、請求項１乃至３の何れか一項に記載のＨＤＲビデオ復号器。
【請求項５】
前記画像色処理装置が、平方根関数に近い形状であって、Ｎを整数値とする指数１／Ｎのべき関数である非線形関数によって線形Ｒ、Ｇ、Ｂ色成分から技術的に定義される非線形の色表現を得る、請求項１乃至４の何れか一項に記載のＨＤＲビデオ復号器。
【請求項６】
受信されたメタデータから前記第１及び第２の傾き変数を読み取り、それを前記粗マッピングユニットに供給する読み取りユニットを備える、請求項１乃至５の何れか一項に記載のＨＤＲビデオ復号器。
【請求項７】
前記読み取りユニットがさらに、受信されたメタデータから前記２つの線形区間の間の放物線領域の幅を読み取り、それを前記粗マッピングユニットに供給する、請求項６に記載のＨＤＲビデオ復号器。
【請求項８】
連続した画像の復号器ＨＤＲビデオを生成するビデオ復号の方法であって、傾き変数によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジのための線形区間と、第２の傾き変数によって制御される明るいサブレンジにおける最も明るい入力ルマ値のための第２の線形区間と、これら２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用して、色変換される入力色の好ましい非線形のＲＧＢ色表現との乗算に供給される出力ルマを生成するステップを有する、方法。
【請求項９】
第２の輝度ダイナミックレンジを有する入力画像のピクセルの入力色を、第１の輝度ダイナミックレンジを有する出力画像のピクセルの出力色に変換する画像色処理装置を備える、ＨＤＲビデオ符号化器であって、
前記第１のダイナミックレンジのピーク輝度が前記第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、
前記画像色処理装置は、傾き変数によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジのための線形区間と、第２の傾き変数によって制御される明るいサブレンジにおける最も明るい入力ルマ値のための第２の線形区間と、これら２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用する粗マッピングユニットを備える、ＨＤＲビデオ符号化器。
【請求項１０】
前記画像色処理装置が、前記３区間明度再グレーディング曲線を非線形ドメインの前記入力色の色表現に適用する請求項９に記載のＨＤＲビデオ符号化器において、
その色成分が、線形の赤、緑及び青の加法色成分に基づく非線形関数によって定義されることを特徴とする、ＨＤＲビデオ符号化器。
【請求項１１】
前記画像色処理装置が、前記３区間明度再グレーディング曲線を前記入力色の線形の赤、緑及び青の色表現に適用する、請求項９に記載のＨＤＲビデオ符号化器。
【請求項１２】
前記画像色処理装置が、非線形関数によって出力色の輝度に関連する非線形ルマを含む表現で前記出力色を決定する、請求項９乃至１１の何れか一項に記載のＨＤＲビデオ符号化器。
【請求項１３】
前記画像色処理装置が、標準ダイナミックレンジビデオ符号化によって定義される表現で前記出力色を決定する請求項９乃至１２の何れか一項に記載のＨＤＲビデオ符号化器であって、
出力ルマ色成分が、Ｒｅｃ．７０９光−電気伝達関数又は平方根によって定義されることを特徴とする、ＨＤＲビデオ符号化器。
【請求項１４】
低ダイナミックレンジ画像に符号化されるＨＤＲ画像セットを生成する、ＨＤＲビデオ符号化の方法であって、
第２の輝度ダイナミックレンジを有する入力画像のピクセルの入力色を、第１の輝度ダイナミックレンジを有する出力画像のピクセルの出力色に変換するステップであって、第１のダイナミックレンジのピーク輝度が第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であるステップを有し、
前記変換するステップは、傾き変数によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジのための線形区間と、第２の傾き変数によって制御される明るいサブレンジにおける最も明るい入力ルマ値のための第２の線形区間と、これら２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用するステップを有する、方法。
【請求項１５】
プロセッサによって実行された場合に、請求項８又は１４に記載の方法の全てのステップを実行するコードを含む、コンピュータ可読メモリ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、第１の輝度ダイナミックレンジの画像又は画像のビデオを第２の輝度ダイナミックレンジ（以下の実施形態の大部分では、符号化側では入力画像の第１のレンジより低く、復号側ではより高い）の画像又はビデオに変換することを可能にする装置及び方法並びにその結果得られる製品、たとえば、データ記憶製品（たとえば、ブルーレイディスク）又は伝送製品又は信号に関し、特には、マスター高ダイナミックレンジ（ＨＤＲ：ｈｉｇｈ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）画像（たとえば、１０００ｎｉｔピーク明度、すなわち、関連する基準ディスプレイのピーク明度）から開始し、これは非限定的には、たとえば、カラーグレーダによって定義される特定のカラールックで作成されるマスターＨＤＲグレーディング、又は放送の準備ができたＲＡＷテレビ番組キャプチャであり、次いで、第２のダイナミックレンジの画像又は特に画像のセット（ビデオ）を介した符号化及び通信があり、これは入力マスターとは別のダイナミックレンジで符号化され、たとえば典型的には、標準ダイナミックレンジ画像（ＳＤＲ：ｓｔａｎｄａｒｄ  ｄｙｎａｍｉｃ  ｒａｎｇｅ、これはレガシーなＲｅｃ．７０９のＯＥＴＦで定義され、１００ｎｉｔピーク明度（ＰＢ：ｐｅａｋ  ｂｒｉｇｈｔｎｅｓｓ）の基準モニタ上で最適に見えるようにグレーディングされる）として符号化され、又は任意のＬＤＲ（低ダイナミックレンジ：ｌｏｗ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）画像符号化であり、任意の画像通信システムの他方側で、対応する画像又はビデオ復号器が、たとえば、受信側で利用可能な３０００ｎｉｔＰＢのＨＤＲディスプレイ上でレンダリングするのに適した復号画像を生成する。方法及び装置の実施形態は、レガシー（ＬＤＲ）ビデオ符号化（本文書では標準ＳＤＲ符号化とも呼ばれる）よりも高い輝度要件に対処できる必要がある任意のビデオ符号化及び復号に特に適している。ＳＤＲ（ＬＤＲ）ビデオ符号化は典型的にはＲｅｃ．７０９のＥＯＴＦで符号化され、これは１００ｎｉｔの標準値付近のピーク明度及び０．１ｎｉｔの黒レベルを有する典型的なＬＤＲ表示能力にうまく一致するものであり、ＬＤＲグレーディングがこれらの標準値で行われると仮定する。高ダイナミックレンジ画像は、レガシーＳＤＲ符号化のみでは符号化できない任意の画像であり（ただし、以下に説明されるように、ツール及び装置の一部は適所で再利用される）、その理由は、典型的にはより高い画質特性を有し、特に画像のピーク明度がより高いためである（１００ｎｉｔよりも少なくとも２倍高いが、典型的なより高品質のＨＤＲ画像では、たとえば１０００ｎｉｔＰＢ、又は５０００ｎｉｔＰＢなどである）。輝度ダイナミックレンジの下端のさらなる詳細について言及しない場合、少なくとも本出願の実施形態を理解するために、当業者がそれを０ｎｉｔと仮定すると暗黙的に仮定する。
【背景技術】
【０００２】
近年、いくつかの大きく異なるディスプレイ、具体的には、大きく異なるピーク明度を有するテレビ信号受信ディスプレイ（テレビ）が市場に登場している。従来、いわゆるレガシー低ダイナミックレンジ（ＬＤＲ）ディスプレイのピーク明度（ＰＢ）は最大でも約２倍しか変わらなかったが（８０〜１５０ｎｉｔのどこか）、さらに高いピーク明度への近年の傾向は、１０００ｎｉｔ以上のいわゆる高ダイナミックレンジ（ＨＤＲ）テレビ、及び５０００ｎｉｔＰＢのディスプレイをもたらし、そのようなより高いＰＢの様々なディスプレイがまもなく市場に出てくると想定される。映画館でさえも、近年、視聴者に知覚される最終的な明度ダイナミックレンジを増加させる手法を検討している。１００ｎｉｔのＬＤＲ標準レガシーＴＶと比較して、たとえば２０００ｎｉｔのディスプレイは２０倍のピーク明度を有し、これは利用可能な４以上の追加ストップに相当し、すなわち、様々な画像においてより明るい物体をレンダリングするより多数の手法に相当する。一方、新世代のＨＤＲ画像生成又は撮影システムも使用する場合、これはＨＤＲシーン又はエフェクトのはるかに優れたレンダリングを可能にする。たとえば、（レガシーＬＤＲグレーディングで行われるように）建物又は車両の外の晴れた世界を（ソフト）クリップする代わりに、ＨＤＲ  ＴＶガマットの輝度軸上の追加の利用可能な明度を使用して、明るくカラフルな屋外エリアを表示することができる。これが意味するのは、コンテンツクリエータは、非限定的にカラーグレーダと呼ぶが（ただし、様々な態様で具現化され、たとえば生テレビ制作では、特に符号化のいくつかの色特性に影響する１つのダイヤルを時折調整するだけの場合がある人物）、非常に美しい（典型的にはより明るい、場合によってはよりコントラストが高く、よりカラフルな）専用のＨＤＲ画像又はビデオコンテンツを作る余地があるということである。しかしながら、他方でこれは問題を生じさせ、ＬＤＲ画像符号化は、白から開始して相対的に設計され、１８％の反射の中間グレーに従って良好に照明され、これが意味するのは、典型的には、１００ｎｉｔなどの比較的低いＰＢの５％未満のディスプレイにレンダリングされた輝度が、典型的には視聴者には、暗いグレーを識別するのが困難なものとして、又は周囲の照明に応じて識別不可能な黒としてさえ見えるということである。５０００ｎｉｔのディスプレイでは、この最適にグレーディングされたＨＤＲ画像に問題はなく、５０００ｎｉｔの５％はまだ２５０ｎｉｔであるので、これはたとえば通常のインテリアのように見え、輝度範囲の最大９５％は、たとえばランプ、又はそのようなランプに近い、すなわち明るく照らされた領域のようなＨＤＲ効果に純粋に使用することができる。しかしながら、ＬＤＲでは、このＨＤＲグレーディングのレンダリングは完全に誤ったものとなり（そのようなディスプレイ用に作成されなかったので）、視聴者は、たとえば、黒に近い領域上の最も明るい領域に対応するホットスポットしか見えない。
【０００３】
一般に、十分に異なるディスプレイ（少なくとも２倍のＰＢの差）に対して最適な画像を生成するためには、再グレーディングが必要である。これが行われるのは、より低いダイナミックレンジディスプレイ用の画像を再グレーディングして、より高いダイナミックレンジディスプレイ上でのレンダリングに適したものにする（すなわち、１０００ｎｉｔＰＢの実際のディスプレイ上で最適に見える、たとえば、１０００ｎｉｔ基準ディスプレイ入力画像をアップグレードし、これは次いで５０００ｎｉｔＰＢの実際のディスプレイ上でレンダリングするために色処理される）場合と、その逆として、すなわち、画像をダウングレードして、ビデオ画像として符号化されるグレーディングに関連する基準ディスプレイよりも低いＰＢの実際のディスプレイ上での表示に適するようにする（その画像は典型的には何らかの手法で受信側に送信される）場合との両方である。簡潔にするため、１つ又は複数のＨＤＲ画像がＬＤＲにダウングレードされるシナリオについてのみ説明する。
【０００４】
ＨＤＲ技術は（これによって意味するのは、かなり複雑な、すなわち、１００００ｎｉｔなどの高いピーク明度の少なくともいくつかのＨＤＲ画像を処理することが可能であるべき技術であるが、ＬＤＲ画像又は中程度のダイナミックレンジ画像などでも動作する）、民生用及び業務用両方の様々な領域に浸透し（たとえば、カメラ、データ処理デバイス、たとえば、ブルーレイプレーヤー、テレビ、コンピュータソフトウェア、投影システム、セキュリティ又はビデオ会議システムなど）、様々な態様を様々な手法で処理することが可能な技術を必要とする。
【０００５】
国際公開第２０１３／１４４８０９号（及び国際公開第２０１４／０５６６７９号）において、出願人は、入力画像（Ｉｍ−ｉｎ）に関連する基準ディスプレイダイナミックレンジとは別のディスプレイダイナミックレンジに適した画像（Ｉｍ＿ｒｅｓ）を生成するための色処理を行う技法を一般的に定式化し、（典型的には、ＰＢは異なるディスプレイダイナミックレンジ、ひいては最適にグレーディングされた画像を特徴付けるのに十分であり、その理由は、いくつかのシナリオでは、黒の点を無視し、実際的に０と仮定するためである）すなわち、これは基本的には画像が最適に見えるように作成されたディスプレイのＰＢを定式化し、これは以下で解明される本発明にとって改良すべき良い従来技術を形成する。この原理を図１において再び簡潔に再定式化する。しかしながら、従来技術の例の特性の一部は本実施形態の文脈において関連があり、一部は一般的なＨＤＲ符号化には存在せず、本実施形態及び教示の制限はないことを読者は理解すべきであり、その理由はそのような様々なＨＤＲビデオ（又は画像）コーデック技術と共に動作することができるためである。
【０００６】
具体的には、関連があるのは、シーンの２つの異なるダイナミックレンジルックを有することであり、これらは色変換を介して互いに関連し得る（たとえば、図４が解明するように、街路灯の輝度、又は等価的にルマ（ｌｕｍａ）を大幅に低下させ（これらは対応するルマを典型的には１０又は１２ビット表現などに符号化する符号である）、そのような高輝度画像物体全てをＬＤＲの輝度範囲の小さいサブレンジに絞ることを選択することができる）。我々の実施形態は、マスターＨＤＲ画像の何らかの符号化を任意の受信側に送信するシステムでも動作することができるが、以下の説明では、ＨＤＲ画像の代わりにＬＤＲグレーディングを伝達する実施形態を使用し、ただし、ＨＤＲシーンのマスターＨＤＲグレーディング画像（Ｉｍ＿ｉｎ＿ＨＤＲ）の近い再構成を受信機が再計算することを可能にする色変換関数（その一部は色度平面で動作し得るが、主に輝度変換に焦点を当てる）を符号化するメタデータを共に使用することを仮定する。これは、ＨＤＲ機能を有する受信機が、接続されたＨＤＲディスプレイ上にＨＤＲ画像をレンダリングすることだけでなく、ＬＤＲテレビ又はコンピュータモニタ、プロジェクタ、ポータブルディスプレイなどをまだ有する人々のためにレガシーＬＤＲ画像をレンダリングすることも可能にする。
【０００７】
この原理は一般的に適用可能（構築可能）であり、すなわち、仮定されるべきでないのは、入力画像若しくは出力画像のカラーフォーマット、又は色処理が行われる色空間に関するあらゆる特定の制限であり、具体的には、従来技術がある特定の線形ＲＧＢ処理について言及する場合、本文書では、いくつかの非線形色空間処理及びそれに基づく符号化戦略を発明しており説明することを明示する。
【０００８】
入力画像Ｉｍ＿ｉｎの様々なピクセルは、色変換器１００によって連続的に色処理され（ここではこれはビデオ符号化器に存在すると仮定し、符号化対象のＨＤＲビデオを入力として取得し、ＬＤＲ画像を出力するが、これは依然としてＨＤＲ情報も最適に含み、ただし、再グレーディングされたＬＤＲルックのものである）、これは乗算器１０４によりそれらの線形ＲＧＢ値に乗算係数（ａ）を乗算して、出力画像Ｉｍ＿ｒｅｓ内のピクセルの出力色ＲｓＧｓＢｓを得ることによって行われる。乗算係数は、典型的には人間のカラーグレーダによって作成されるあるトーンマッピング仕様から規定されるが、画像の特性（たとえば、ヒストグラム、又は顔のような特別な物体の色特性など）を分析する自動変換アルゴリズムから来る場合もある。マッピング関数は、たとえば、粗くガンマ状であるので、暗い色が持ち上げられ（これはＬＤＲディスプレイ上でレンダリングするためにより明るくし、よりコントラストを高めるために必要とされる）、代償として明るい領域のコントラストが低下して、ＬＤＲディスプレイ上でパステル化される。グレーダは顔などのある特別な物体をさらに識別しており、その輝度に対して、曲線の中でコントラストが高められた部分を作成している。具体的には、この曲線は、（最大値評価ユニット１０１によって決定される）Ｍと名付けられた各ピクセルのＲ、Ｇ及びＢ色成分の最大値に、曲線適用ユニット１０２（これは手軽にＬＵＴなどであって、典型的には、ガンマ係数などのマッピングの関数形状を符号化したパラメータを受信した後に、色処理を行う受信側において、たとえば画像のショットごとに計算される）によって適用されるが、Ｍが輝度であるか、又は輝度若しくは明度のある非線形表現、たとえばルマ、すなわち輝度の１／Ｎ乘であって、Ｎはある整数などである場合にも、同一の原理が動作することができる。そして、乗算係数計算ユニット１０３は、現在処理中のピクセルごとに、適切な乗算係数（ａ）を計算する。これは、たとえば、画像が第１の対象ディスプレイ、たとえば１００ｎｉｔＬＤＲディスプレイ上にレンダリングされる場合、Ｍに適用されたトーンマッピング関数Ｆの出力、すなわちＦ（Ｍ）をＭで除算したものである。たとえば８００ｎｉｔＰＢの中間ディスプレイなどのために画像が必要な場合（又は他の値、場合によっては、ＨＤＲ入力画像Ｉｍ＿ｉｎの基準ディスプレイＰＢよりも高い）、（ディスプレイ上に直接レンダリングされるか、通信されるか、又は後の使用のために何らかのメモリに記憶されるかにかかわらず）画像が適合するディスプレイダイナミックレンジに適した値に、入力色の乗法マッピングの量を再スケーリングする他の関数ＧがＦ（Ｍ）／Ｍに適用される。これは、非常に複雑な明度変換を乗算として表現する手法である。本発明の背景知識を説明するために述べた従来技術は、典型的には線形ＲＧＢ成分に乗算するものであるが、本発明の実施形態が、非線形の、たとえば典型的にはＲＧＢ色表現、たとえばＲｅｃ．７０９のＯＥＴＦで変換されたＲ’Ｇ’Ｂ’成分、又は典型的には１より小さい、たとえば１／２の指数値のＲ、Ｇ及びＢのべき乘でも動作することを強調する。
【０００９】
これまで説明した部分は、全体的な色処理を構成する。これは、連続したピクセルのセットの色の中の特定の値のみに基づいて処理が行われ得ることを意味する（また、それらの色の輝度のみに焦点を当てることにする）。したがって、たとえば画像の円形のサブ選択内のピクセルのセットからピクセルを取得するだけの場合、上記の定式化された原理に従って色処理を行うことができる。しかしながら、人間の視覚は非常に相対的であり、空間的に相対的でもあり、物体の色及び明度は、画像内の他の物体の比色特性との関連で（また、様々な技術的制限も考慮して）判定されるので、より高度なＨＤＲ符号化システムは局所処理を行う選択肢を有する。一部の画像において、ランプ又は顔などの１つ又は複数の物体を分離し、その物体に専用処理を行うことを望む。しかしながら、再度要点を強調すると、ここに提示された技術では、これは、単にある分離された色処理ではなく、マスターグレーディングのピクセルの画像から導出可能な少なくとも１つのさらなるグレーディングの符号化の一部（ここではＨＤＲから導出されたＬＤＲ）を形成する。市場のより単純な変形形態は局所処理を使用せず（概念的には類似しているが、とりわけ、より複雑な集積回路につながる）、以下の原理はその詳細なしで説明することができるので、その態様をさらに詳述しない。
【００１０】
マスターグレーディング又は導出されたグレーディングが、空間構造、すなわち撮像されたシーンの物体を符号化した画像として受信側に実際に通信され、２つのルック間の関係を符号化する色変換関数もメタデータで伝達される場合、受信側で他のグレーディングを再計算することができる。すなわち、たとえば、ＨＤＲ画像が受信された場合には、必要に応じて復号によりＬＤＲ画像を構築するために、又は逆に、ルックのペアのうちＬＤＲ画像が通信された若しくは記憶されている場合には、ＨＤＲ画像を再構成するために、色処理が必要とされる。局所処理の原理が符号化技術で使用されるという事実は、とりわけ、基本的な数学的処理方法の単純なセットを必要とするという技術的意味合いを有し、その理由は、分野に出ている全ての復号ＩＣ又はソフトウェアがこれを実装し、手頃な価格で符号化を理解して復号器ＬＤＲ画像を生成できる必要があるためである。
【００１１】
市場を利用する様々な画像又はビデオのための実際的に有用な符号化技術を設計する場合、技術的な制約は、ＩＣの観点から（安価な装置も単純なＩＣ若しくはＩＣの領域部分又はソフトウェアを必要とするので）、符号化関数ツールを少数にし、スマートに選択して、シーンの様々なダイナミックレンジルック画像を作成し符号化するために最も必要なことを行うようにするべきであるということである（その結果、任意のコンテンツ作成変形形態における任意の「グレーダ」又はコンテンツクリエータは、（所望に十分に近い）ＨＤＲ／ＬＤＲ画像ルックペアを作成した所望の結果と、これを記憶又は通信するための対応する符号化とを得る）。他方、それに関する他の問題は、上記で説明された哲学では、人間のカラーグレーダなどが、再グレーディングをＬＤＲ画像などで符号化されたものとして指定し、任意の受信側の受信機において適切なＨＤＲ画像に再グレーディングする役割を果たすが、所与のシーンの特定のルックのための最適なパラメータのセットにおいて、グレーダはまた、適切なグレーディング／符号化ツールを適切な順序で有することで、それらによって便利に作業できるようにする必要がある（所望のカラールックの良好な精度を得る必要があるだけでなく、時間も重要であるので、望むルックを迅速かつ効率的に得るために、極力少ない操作でこれを行う必要がある）。この２つの対立する制約のセットは、エレガントに提供される必要がある。さらに、ＬＤＲ画像が任意の受信機に送信される場合、見なければならない第３の基準であって、以下のような技術的解決策が少なくともおおよそ満足しなければならないものさえ存在し、すなわち、あるＬＤＲルック画像を設計した場合、受信機ＨＤＲ復号器によるＨＤＲ画像の再構成は依然として十分な精度でなければならず、したがってこれは、発明時に、汎用的なＨＤＲ符号化器及び復号器のための、結果として得られる最適な技術装置ユニットにも影響する。
【００１２】
Ｈａｔｔｏｒｉらの「ＨＬＳ：ＳＥＩ  ｍｅｓｓａｇｅ  ｆｏｒ  Ｋｎｅｅ  Ｆｕｎｃｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ」、１６．ＪＣＴ−ＶＣ  ＭＥＥＴＩＮＧ、２０１４年９月１日、Ｓａｎ  Ｊｏｓｅには、１つ又は複数のニーポイントに基づく、シーンホワイトレベルのたとえば１２００％までの入力ダイナミックレンジ上の入力ＨＤＲ輝度（すなわち１２００ｎｉｔまでの符号）と、ＬＤＲルマとの間の関係を指定する新たなＳＥＩメッセージが記載されている。ニーポイントは、デジタルセンサが、平均的なグレーワールドの仮定に従って照明された場合に、シーンホワイト（これはシーン平均グレーより約５倍明るい）よりもわずかに明るいだけのシーン物体をハードクリップするという問題傾向を有するという問題を解決するトリックであった。そのアイデアは、より暗いシーン輝度に対してよりノイズが少ない、より優れたセンサがあれば、シーンを少し露出アンダーにして、たとえば、最大でシーンホワイトの４倍までの、シーンホワイトよりも明るい様々なシーン輝度（たとえば、最適なシーン照明下での花嫁の白いドレス）の識別を可能にすることができるというものである（雑にクリップして、たとえばシーンホワイトの１．２倍を超える全てを白、すなわち、ルマＹ’＝８ビットで２５５に符号化するのではない）。もちろん、そのようなより明るいシーン輝度を正確にカメラセンサに捕捉することは解決策の一部にすぎず、その理由は、たとえばＳＤＲ１００ｎｉｔＰＢディスプレイ上に良好な画質でレンダリングするなどの消費のためにＳＤＲ画像を計算する場合に、実際の８ビットルマ符号を、アナログセンサで決定される（最大のまだ記録可能なシーン輝度、すなわち１．０に対する）シーン輝度に割り当てるトリックもさらに必要であるためである。ＳＤＲ出力ルマ軸上の全ての色を４倍さらには１２倍の上方範囲に適合するように単に圧縮することは、エレガントな解決策ではなく、その理由は、同様に良好に露光されてよく見えるはずの暗い物体がその際に暗くなりすぎて良好なＳＤＲ画質にならないためである。したがって、より暗いルマの古典的な（Ｒｅｃ．７０９の）ルマの割り当てをニーポイントまで維持する技法を考案し、ニーポイント以上は、より圧縮された、典型的には対数のルマ符号割り当て戦略を使用して、入力輝度のはるかに高い上方範囲（たとえば、シーンホワイトの１倍からシーンホワイトの４倍までの範囲）が、ニーポイントの位置に応じて、ルマ符号の上方範囲、たとえば上位１０％にマッピングされるようにした（又は、ＳＤＲ画像内の相当な量のシーンホワイトより明るい輝度を絞りたい場合は、ニーポイントをルマ範囲の５０％、すなわち８ビットで１２８、又は１０ビットで５１２に選択することができるが、画像のカラールックは、まだ視認可能だが、著しく悪化し始める）。Ｈａｔｔｏｒｉは必要な全ての情報を復号器に迅速に伝達する技法及び実用的手法を導入し、復号器はＳＤＲ画像を受信した場合に、１つ又は複数のそのようなニーポイントに基づいてＨＤＲ画像の再構成を行うための逆関数を適用するためにその情報を必要とする。ニー処理のメカニズムは、ＳＤＲ画像のルックを正確に制御するための良い手法ではない。特に、最大で何���までのシーンホワイトを超える輝度がまだ符号化可能であるべきかを指定するＫ倍係数が高すぎない場合には（すなわち、中程度の高ダイナミックレンジのシーン）、より高い明度のサブレンジをＳＤＲルマのより小さいサブレンジに連続的に屈曲させる単純かつ高速な関数によってより高いダイナミックレンジ（ｉｎｐｕｔ＿ｄ＿ｒａｎｇｅ）を屈曲させるのは簡単な手法ではある（これが問題にならないと仮定するが、ニー関数の誤った単純な対数部分によって破壊される、美しい明るいグレー値を有する、雲などのような最も明るい領域などに重要な画像コンテンツを有する場合、これは必ずしも正しくはない）。人間のグレーダが画像のルックを正確に最適化したい場合に特に有用な、単純かつ非常に有用な粗いグレーディング関数をこの文書が教示しないことは明らかである（任意の自動装置で盲目的に使用され得るある合理的に動作する輝度対ルマのマッピングの数学的仕様にすぎないＨａｔｔｏｒｉとは対照的であり、その理由は、その唯一の目的が、ＨＤＲルック画像をただ単に、すなわち受信側で再構成可能であり、必ずしも芸術的に見栄えの良くはないＳＤＲ画像に符号化することであり、出願人が、一部の実施形態では（半）自動的にも動作するが、同一の符号化原理によって、ハリウッド映画の人間のカラーグレーダによる正確なカラーグレーディングのような、芸術的に正確な要望を有する市場にも応えるべきであるシステムを設計することを望んでいたためである）。より具体的には、ＨＤＲシーン画像の正確な暗部及び明部の部分領域の制御も教示されないとしても、放物線の中間区間の教示は明らかに存在せず、Ｈａｔｔｏｒｉはそのような実現に到達するために必要なＨＤＲ研究を行おうとしていない。
【００１３】
米国特許出願公開第２０１５／０１００５９号もまた、ＳＥＩ画像教示として伝達されるこの同一のニーポイント曲線（モデル３：いくつかのピボット点）を含み、Ｓ曲線の教示も含み、これは本出願の教示とは無関係の、他の可能なＨＤＲからＳＤＲへのマッピング曲線にすぎない。
【００１４】
Ｚｉｃｏｎｇ  Ｍａｉら、「Ｏｐｔｉｍｉｚｉｎｇ  ａ  Ｔｏｎｅ  Ｃｕｒｖｅ  ｆｏｒ  Ｂａｃｋｗａｒｄ−Ｃｏｍｐａｔｉｂｌｅ  Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ  Ｉｍａｇｅ  ａｎｄ  Ｖｉｄｅｏ  Ｃｏｍｐｒｅｓｓｉｏｎ」、ＩＥＥＥ  Ｔｒａｎｓａｃｔｉｏｎｓ  ｏｎ  ｉｍａｇｅ  ｐｒｏｃｅｓｓｉｎｇ、ｖｏｌ．２０、ｎｏ．６、２０１１年６月も、再構成可能なＨＤＲ画像を実際にＳＤＲ画像として伝達する手法であるが、大きく異なる手法で、すなわち、入力画像の輝度ヒストグラムに基づいて決定される画像最適マッピング関数形状を計算することによって行うものである（大きい領域には少なすぎる符号を割り当てず、これはバンディングを導入する場合があり、図３を参照されたい）。
【００１５】
国際公開第２０１４／１７８２８６号もやはりニー型の符号化器（図３）であり、シーンホワイトよりも幾分明るいシーン輝度（Ｎ倍）をＳＤＲ符号に含めることを可能にする。次いでこれを使用して、たとえばＮが８又は１０である場合にＳＤＲディスプレイよりもＮ倍明るいピーク明度を有するＨＤＲディスプレイ上にＨＤＲ画像（最も明るい物体をきれいに明るくするもの）をレンダリングすることができる（図７）。
【００１６】
国際公開第２０１４／１２８５８６号もまた、ＨＤＲシーンのＨＤＲ画像を実際に、視聴者の宅内に既に多数配備されているレガシーＳＤＲディスプレイ上に直接レンダリングするために使用可能なＳＤＲ画像として通信する様々な技術教示を含む。これは、画像別の高度にカスタマイズされた輝度マッピング曲線形状が有用な場合があることを教示するが（図８）、目下の粗い関数が、対応するグレーディングされたＳＤＲ技術と共に通信される実際のＨＤＲにおける非常に有用な関数であるというようなことは何も教示しない。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
従来技術はいずれも、本出願のエレガントかつ単純なＨＤＲ符号化システムの方向にすら示唆を与えておらず、本出願は批判的なカラーグレーダでさえ、全ての実用的な目的のために、高品質のＳＤＲ画像に効率的に到達することを可能にする。
【課題を解決するための手段】
【００１８】
ＩＣがビデオ速度で動作させるのに十分に計算的に単純であるだけでなく、グレーダが任意の意図したディスプレイ上（少なくともＨＤＲディスプレイ、及び他のもの、典型的にはレガシーＬＤＲディスプレイ上であるが、ＨＤＲ画像から開始する関数型再グレーディング色変換を指定するパラメータによって、少なくともＨＤＲルックが符号化されるＨＤＲディスプレイと、ＬＤＲルックが共に符号化されるＬＤＲディスプレイとの間の様々なディスプレイ上で、符号化は良好に見えることが好ましく、両方の画像は典型的には［０，１］にスケーリングされた１０ビットワードとして定義される）に表示するための任意の詳細なカラールックを指定するのに十分に汎用的で扱いやすくもある実用上有用な符号化システムを有するという上記の課題は、入力画像（Ｉｍ＿ｉｎ）のピクセルの入力色（Ｙ’ＵＶ＿ＬＤＲ）を出力画像（Ｉｍ＿ｒｅｓ、ＲＥＣ＿ＨＤＲ）のピクセルの赤、緑及び青の色成分の出力色（Ｒ’ｏ，Ｇ’ｏ，Ｂ’ｏ）に変換するように構成され、その入力画像が第１の輝度ダイナミックレンジ（ＤＲ＿１）を有し、その出力画像が第２の輝度ダイナミックレンジ（ＤＲ＿２）を有し、第１のダイナミックレンジのピーク輝度が第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、傾き変数（ＩｎｖＢｅｔ）によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジ（ＳＲ＿ｄ）のための線形区間と、第２の傾き変数（ＩｎｖＡｌｐｈ）によって制御される明るいサブレンジ（ＳＲ＿ｂｒ）における最も明るい入力ルマ値のための第２の線形区間と、２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用するように構成される粗マッピングユニット（２０２、５５２）を備える画像色処理装置（２００）を備える、ＨＤＲビデオ復号器（２５０）によって解決される。
【００１９】
作成側、たとえばパラメータを調整する人物は、ＨＤＲシーン又はその画像の特性と、第２に所望の場合に、画像が符号化される符号化の特性とに応じて必要な傾きを決定することができる。典型的には、符号化の出力画像（受信機及びそれを構成する復号器が受信する入力画像である）が１００ｎｉｔＰＢのＲｅｃ．７０９のＳＤＲ符号化である場合、たとえば、グレーダ（又は測定された画像特性に基づく自動曲線決定アルゴリズム）は、たとえば、入力マスターＨＤＲ画像のＰＢに対する曲線形状を決定する（たとえば、５０００ｎｉｔ対１０００ｎｉｔＰＢ）。しかしながら、コンテンツに基づいて正確な形状を決定してもよい。たとえば、図４の単車のような非常に暗いコンテンツが存在する場合、グレーダはそれを、ＨＤＲディスプレイ（たとえば、２０００ｎｉｔＰＢ）上のＨＤＲ画像レンダリングでは比較的深い輝度とするが、ＨＤＲシーンのＬＤＲ画像符号化では比較的高く明るくされたものとすることを望む（典型的なＳＤＲディスプレイ上にレンダリングされた場合に視認可能である必要がある）。また、クリエータは、ＨＥＶＣコーデックなどがＬＤＲ画像の符号化に使用するビット数のような、典型的なＬＤＲ画像符号化の詳細を既に考慮に入れている。復号器のいくつかの実施形態は、線形区間間の放物線領域を自律的に決定し、たとえば、入力ルマ範囲の常に固定の２０％、又は２つの区間の傾きに応じたパーセンテージ（たとえば、傾きの差が大きい場合はより多い）、さらには、画像の現在のショットの特徴、たとえば、暗い範囲より上の中間の明度範囲に多くの細部が存在するか否か、若しくは滑らかな勾配が存在するか否かなどに基づく。
【００２０】
しかしながら、他の実施形態では、グレーダ、又は一般的にはクリエータは、放物線領域の幅を指定することができ、たとえば、２つの幅（どの点から放物線部分が線形部分に変化するか）Ｗ１及びＷ２を、復号器が規定可能なある定義された点、たとえば、線形部分が連続した場合に交差する場所から指定する。又は、これを単一の幅の値として伝達することができる。唯一の必要な条件は、復号器が逆３区間明度再グレーディング関数を適用して、受信されたＬＤＲ画像からＨＤＲシーンの再構成されたＨＤＲルック画像を得ることができることである。様々な実施形態では、図２に示された凹型上方屈曲関数のパラメータ（すなわち、ＩｎｖＢｅｔ、ＩｎｖＡｌｐｈ）を送信することができ、又は同様に、ダウングレード曲線パラメータ（ａｌｐｈ、ｂｅｔ）を送信することができる。一方の曲線を他方の曲線に容易に変換することができ、たとえば、ＬＵＴを所望の精度に設定し、次いで軸を交換することができ、したがって、当業者は、説明の簡単のために、実際の実現における両方の可能性について話していることを理解するであろう。一般に、所望に応じて２つのさらなるパラメータが存在し、たとえば、ホワイトオフセットＷｈ＿ｏであり、これは出力ＬＤＲルマ符号範囲上で最も明るいＨＤＲ符号が収まる場所を規定する（又は典型的には他の実施形態では、ＨＤＲの最も明るい入力輝度又はルマから垂直軸上に定義されてもよく、その場合、この値を超えるＨＤＲ色はＬＤＲ表現においてクリップされ、これは画像符号化の特定の用途次第で有用であるか又は望ましくないことがある）。同様に、ダークオフセットＢ＿ｏが存在し、これはグレーダが他の原理に基づいて決定するものであり、その理由は、ディスプレイ上の暗色のレンダリングが明色のレンダリングと異なるためである。したがって、一般的なシステムにおいて、５つのパラメータａｌｐｈ、ｂｅｔ、Ｗ（＝Ｗ１＋Ｗ２であって、予め合意された手法で定義され、たとえば交点３０３の左右に５０％である）、Ｂ＿ｏ及びＷｈ＿ｏを供給する符号化器の実施形態を有することは有用である。
【００２１】
単純な実施形態は３区間曲線で十分である。より高度な実施形態はさらなる色変換を適用する。たとえば、第１の事前色変換ユニット２２４は、３部分曲線の適用前に、たとえば人間の視聴者にとってより均一に画像の色を分散させる変換を適用する。事後色変換ユニット２０３は他の色変換関数を適用し、たとえば、グレーダは、３部分曲線から得られる明度ルックと比較して、ルマ範囲のある特定の部分を暗くすることができる。ドメイン色変換ユニット２０４は、たとえば、平方根又はＲｅｃ．７０９ドメインのＹ’ｏ結果を得る代わりに、さらなる色空間変換を行い、同様に、たとえば知覚的に線形化されたドメインで計算を行うことなどもできる。もちろん、入力及び出力カラードメインは、典型的には、３部分曲線の正確な形状と、それを特徴付ける上述の２つ、３つ又は５つのパラメータとに影響を及ぼし得る。最後に、必要な色変換を行って、たとえばＲｅｃ．７０９の結果、すなわち、あるＨＤＲルマ定義、たとえばＰＱさらには線形Ｒ’ｏ、Ｇ’ｏ、Ｂ’ｏ色成分仕様を有するものを生成した後、カラーフォーマットユニット２２６はさらに、接続されたディスプレイを直接駆動するのに適した最終的なＲＧＢ色空間の色、たとえばＲｄ、Ｇｄ、Ｂｄを指定し、接続されたディスプレイは典型的には、標準的又はディスプレイ固有である、ある事前指定された光−電気伝達関数（ＯＥＴＦ：Ｏｐｔｏ−ｅｌｅｃｔｒｏｎｉｃ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）などに典型的には従うあるＨＤＲ画像定義をその画像接続（ケーブル又は無線）において予期するＨＤＲディスプレイである。カスタマイズ関数適用ユニット（２０３）は、この現在のＨＤＲシーンのニーズ（具体的には、非常に小さいＬＤＲ輝度範囲で全ての物体明度のパズルをつなぎ合わせることの複雑さ）に基づいて非常に詳細な正確な関数を設計することを、（たとえば、十分な時間、計算資源などを使用して）それが実行できる場所において、すなわち典型的には作成側で行うことを可能にする（また、この関数の形状の情報は受信側装置に伝達される）。特に、人間のカラーグレーダは、非線形形状を微調整して、開始画像の主要な物体又は領域の輝度に対応する全ての適切な場所でそれを屈曲させることができる。したがって、たとえば小部分を生成画像において任意の輝度まで望むように明るくすることができる。特に、たとえば屋内シーンのほとんどが既に正しい輝度を有しているが、窓を通して見える空のある小部分が明るすぎる又は暗すぎる場合、カスタム曲線ＣＣは、それらのピクセル色のみを色変換するように設計することができる。いくつかの特定の実施形態では、カスタム曲線は、その勾配が入力範囲のどこでも最小値を下回らないように設計することさえできる。将来の市場における様々な種類のＨＤＲ画像又はビデオ処理システム（たとえば、放送、ＬＤＲベースの既存の衛星チャンネル、対して、インターネット配信）と、様々な種類のコンテンツ（ハリウッドの非常に壮大なＨＤＲの芸術的な画像、対して、発生したダイナミックレンジが発生する現場制作）とに適合できるように本システムを設計しており、したがって、カスタム曲線ユニットは、いかなる詳細な輝度（明度）の挙動でも、それを必要と��る画像のどの部分に対しても、また、様々な実装形態において、これが実現される作成側の実装労力がどれほど多くても又は少なくても、実装することを可能にする。
【００２２】
以下の非網羅的な実施形態は非常に有用である。
【００２３】
画像色処理装置（２００）が、３区間曲線を低ダイナミックレンジルマ（Ｙ’＿ＬＤＲ）に適用するように構成される、請求項１に記載のＨＤＲビデオ復号器（２５０）。これはある特定のドメイン、たとえば２つのグレーディングの１つのルマドメイン、たとえば典型的にはＳＤＲルマにおいて動作するために有用である。
【００２４】
画像色処理装置（２００）が、好ましくはＮが２である指数１／Ｎのべき関数によって３区間曲線を入力色に適用した出力結果である色の輝度に関連する出力ルマ（Ｙ’ｏ）を、３区間曲線を適用した結果として生成するように構成される、ＨＤＲビデオ復号器（２５０）。
【００２５】
画像色処理装置（２００）が、出力ルマ（Ｙ’ｏ）を乗算係数とする乗算を、現在処理中のピクセルの色の好ましい非線形の色表現（Ｒ’ｓ、Ｇ’ｓ、Ｂ’ｓ）に適用する乗算器（２２５）を備えることによって、出力色を決定するように構成される、ＨＤＲビデオ復号器（２５０）。
【００２６】
画像色処理装置（２００）が、平方根関数に近い形状であって、Ｎを整数値とする指数１／Ｎのべき関数であることが好ましい非線形関数によって線形Ｒ、Ｇ、Ｂ色成分から技術的に定義される非線形の色表現（Ｒ’ｓ、Ｇ’ｓ、Ｂ’ｓ）を得るように構成される、ＨＤＲビデオ復号器（２５０）。
【００２７】
受信されたメタデータから第１及び第２の傾き変数を読み取るように構成され、それを粗マッピングユニット（２０２、５５２）に供給するように構成される読み取りユニット（２７７）を備える、ＨＤＲビデオ復号器（２５０）。
【００２８】
読み取りユニット（２７７）がさらに、受信されたメタデータから２つの線形区間の間の放物線領域の幅（Ｗ＿ｐａｒ）を読み取るように構成され、それを粗マッピングユニット（２０２、５５２）に供給するように構成される、ＨＤＲビデオ復号器（２５０）。
【００２９】
連続した画像の復号器ＨＤＲビデオを生成するビデオ復号の方法であって、傾き変数（ＩｎｖＢｅｔ）によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジ（ＳＲ＿ｄ）のための線形区間と、第２の傾き変数（ＩｎｖＡｌｐｈ）によって制御される明るいサブレンジ（ＳＲ＿ｂｒ）における最も明るい入力ルマ値のための第２の線形区間と、２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用して、色変換中の入力色の好ましい非線形のＲＧＢ色表現（Ｒ’ｓ、Ｇ’ｓ、Ｂ’ｓ）との乗算に供給される出力ルマ（Ｙ’ｏ）を生成するステップを有する、方法。
【００３０】
入力画像（Ｉｍ＿ｉｎ）のピクセルの入力色を出力画像（ＩＭＥＤ）のピクセルの出力色（Ｙ’ＵＶ）に変換するように構成され、その入力画像が第２の輝度ダイナミックレンジ（ＤＲ＿２）を有し、その出力画像が第１の輝度ダイナミックレンジ（ＤＲ＿１）を有し、第１のダイナミックレンジのピーク輝度が第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、傾き変数（ＩｎｖＢｅｔ）によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジ（ＳＲ＿ｄ）のための線形区間と、第２の傾き変数（ＩｎｖＡｌｐｈ）によって制御される明るいサブレンジ（ＳＲ＿ｂｒ）における最も明るい入力ルマ値のための第２の線形区間と、２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用するように構成される粗マッピングユニット（５０３）を備える画像色処理装置（２００）を備える、ＨＤＲビデオ符号化器（５０１）。
【００３１】
画像色処理装置（２００）が、３区間曲線を非線形ドメインの入力色の色表現に適用するように構成され、その色成分が、線形の赤、緑及び青の加法色成分に基づく非線形関数によって定義されることを特徴とする、ＨＤＲビデオ符号化器（５０１）。
【００３２】
画像色処理装置（２００）が、３区間曲線を入力色の線形の赤、緑及び青の色表現に適用するように構成される、ＨＤＲビデオ符号化器（５０１）。
【００３３】
画像色処理装置（２００）が、非線形関数によって出力色の輝度に関連する非線形ルマ（Ｙ’ｏ）を含む表現で出力色を決定するように構成される、ＨＤＲビデオ符号化器（５０１）。
【００３４】
画像色処理装置（２００）が、標準ダイナミックレンジビデオ符号化によって定義される表現で出力色を決定するように構成され、出力ルマ（Ｙ’ｏ）色成分が、Ｒｅｃ．７０９光−電気伝達関数又は平方根によって定義されることを特徴とする、ＨＤＲビデオ符号化器（５０１）。
【００３５】
低ダイナミックレンジ画像に符号化されるＨＤＲ画像セットを生成する、ＨＤＲビデオ符号化の方法であって、入力画像（Ｉｍ＿ｉｎ）のピクセルの入力色を出力画像（ＩＭＥＤ）のピクセルの出力色（Ｙ’ＵＶ）に変換するステップであって、その入力画像が第２の輝度ダイナミックレンジ（ＤＲ＿２）を有し、その出力画像が第１の輝度ダイナミックレンジ（ＤＲ＿１）を有し、第１のダイナミックレンジのピーク輝度が第２のダイナミックレンジのピーク輝度より少なくとも２倍低いか又はその逆であり、傾き変数（ＩｎｖＢｅｔ）によって決定される最も暗い入力ルマ値を含む入力画像色のルマの範囲の暗いサブレンジ（ＳＲ＿ｄ）のための線形区間と、第２の傾き変数（ＩｎｖＡｌｐｈ）によって制御される明るいサブレンジ（ＳＲ＿ｂｒ）における最も明るい入力ルマ値のための第２の線形区間と、２つの線形区間の間の放物線区間とを含む３区間明度再グレーディング曲線を適用するステップを有する、変換するステップを有する、方法。
【００３６】
プロセッサによって実行された場合に、上記の方法の請求項のいずれか一項に定義された全てのステップを適用するコードと、あるピクセル化された色成分データ、及び３区間曲線を指定するメタデータ、すなわち、典型的には上記の少なくとも２つの、又は好ましくは５つのパラメータ（ａｌｐｈ、ｂｅｔ、Ｗ、Ｗｈ＿ｏ、Ｂ＿ｏ）を受信することによって、（ＬＤＲとして）受信されたＨＤＲ画像を復号し再構成するように受信機を技術的に機能させる情報を、メモリ上であるか他の技術的手段上であるかに関わらず含む信号とを含む、コンピュータ可読メモリ。
【００３７】
本発明による方法及び装置の任意の変形形態のこれら及び他の態様は、以下に説明される実装形態及び実施形態を参照して、また、添付の図面を参照して明らかになり解明され、図面はより一般的な概念を例示する非限定的な特定の例示としての役割を果たすにすぎず、構成要素が任意選択であることを示すために破線が使用され、非破線の構成要素は必ずしも必須ではない。また、破線は、必須であると説明されている要素が物体の内部に隠れていることを示すために、又は物体／領域の選択、チャートでの値レベルの指示などの無形のもののために使用することもできる。
【図面の簡単な説明】
【００３８】
【図１】局所色処理を含むダイナミックレンジ変換を行うための、出願人によって以前に発明され特許取得された可能な色処理装置を概略的に示す図であり、この色処理は典型的には入力画像内の物体の輝度を変化させることを少なくとも含み、これは一部の概念を解明するが、本発明の好ましい実施形態は、非線形ＲＧＢ色空間及び典型的にはその対応するルマＹ’において、必要な変更を加えて適用される。
【図２】受信されたＬＤＲ画像からＨＤＲ画像をパラメトリックに復号し生成することが可能なシステムのためのダイナミックレンジ変換を行うように構成されるシステムの一例を概略的に示す図であり、すなわち、ＨＤＲシーンのＨＤＲルックも、受信されたＬＤＲルック画像からＨＤＲルック画像を導出するための色変換関数を特徴付けるメタデータを介して受信されるが、ＬＤＲ画像ピクセル色のみが実際に受信側に送信され受信される。
【図３】ＨＤＲ画像ピクセル色データからＬＤＲを符号化するための１つの典型的な３区間の粗い最初のルママッピングの符号化側関数形状を示す図であり、入力は、たとえばＨＤＲ線形輝度ドメインにあり、出力（垂直軸）は、たとえば典型的にはＬＤＲ平方根ＬＤＲルマドメインにある。
【図４】より低いダイナミックレンジのディスプレイにおいて、レガシー１００ｎｉｔピーク明度（ＰＢ）ＳＤＲディスプレイの設置基盤でさえ視認可能である必要があるＨＤＲコンテンツに関する典型的な技術的及び芸術的問題をいくつかの例によって明らかにする図である。
【図５】出願人の装置及び方法の実施形態が有利に使用される例示的なビデオ符号化システムを概略的にもう少し明らかにする図である。
【発明を実施するための形態】
【００３９】
図１は、（少なくとも）２つのグレーディングされた画像（ＨＤＲ、たとえば５０００ｎｉｔＰＢ、及びＰＢ＝１００ｎｉｔの標準ＳＤＲ  ＬＤＲ）を符号化して、大幅に異なるダイナミックレンジ（ＰＢ）のディスプレイ上にレンダリングするためのシステムの１つの可能な色変換と、特にその色変換コアユニットとを示す。当業者であれば、人間のグレーダが計算を実行して、どのようなルックを実際に作成しているかを較正済みディスプレイ上で確認しつつ、同時に符号化関数ツールキットにおけるグレーディング関数の自身の嗜好に応じた最適パラメータ値を指定するコンテンツ作成側と、たとえば、セットトップボックス、ＢＤプレーヤー、コンピュータ、ディスプレイ自体、又は映画館の業務用システムなどのビデオ受信及び色処理デバイスに装置が含まれる受信側との両方にこのシステムが存在できることを理解する。
【００４０】
２つのグレーディング（ＨＤＲ及びＬＤＲ、これらは次いで、ＰＢ＝８００ｎｉｔなどの任意の中間ダイナミックレンジＭＤＲディスプレイのためにさらなる計算によってさらに最適化することができる）を指定するデータを既に有する受信側を説明する。
【００４１】
したがって、我々の新規な符号化原理によれば、受信装置は、たとえば、ブルーレイディスク上で、若しくはビデオサーバへのインターネット接続を介して、又は他の装置からＨＤＭＩ（登録商標）ケーブルを介するなどによって受信される、実際に符号化された１つの画像Ｉｍ＿ｉｎ＿ＨＤＲしか実際には有さない（たとえば、古典的には１０ビットのＨＥＶＣ符号化だが、正規化された［０，１］画像に当然ながら復号可能である）。次いで、これはＬＤＲグレーディングへと計算される必要があり、たとえばその理由は、ＬＤＲディスプレイが接続され、正しくグレーディングされたＬＤＲ画像を必要とするためである（たとえば、視聴者はリビングルームのＨＤＲディスプレイの視聴をやめると判断するが、ベッドでポータブルパッドＰＣで視聴し続ける）。
【００４２】
色変換を行うことができるためには、色変換装置は、関数を指定するパラメータ（ＣＦ）も必要とする。当業者であれば、たとえば放物線は、始点及び終点、直線の開始の傾き及び曲率などによって指定できることを理解する。
【００４３】
典型的には、ＨＤＲからＬＤＲへのマッピングの飽和制御だけでなく、少なくとも出力物体の輝度に影響するマッピングも含まれる（ただし、数学的には線形ＲＧＢ色成分を乗法的にスケーリングすることによって、その輝度マッピングを典型的には適用する）。
【００４４】
図２は、その輝度再グレーディングをどのように好ましく行うことができるかをより詳細に示す。
【００４５】
ＳＤＲ画像、すなわち、符号化されたＹ’ＵＶ（又はＹ’ＣｂＣｒ）が入力されると仮定する。それらを行列演算して、入力画像ピクセルのスケーリングされたＲＧＢ成分Ｒ’ｓＧ’ｓＢ’ｓにすることができる。これらは、たとえば、平方根ルマドメインにあると仮定する（すなわち、対応する線形色成分は二乗によって出現する）。対応するＹ’＿ＬＤＲルマは、Ｙ’ＵＶ表現から簡単に分離される。これらのＲ’ｓＧ’ｓＢ’ｓの値が、実際には最終的に得られるＨＤＲ色成分（Ｒ’ｏ、Ｇ’ｏ、Ｂ’ｏ）のあるスケーリングされたバージョンであることを図４Ｂに見ることができ、図４Ｂでは、ＬＤＲ及びＨＤＲ両方のグレーディングの１つの色を、同一の最大ルマ＝１．０に正規化されたＲＧＢ色域（たとえば、Ｒｅｃ．２０２０プライマリなど）において示す。単車が、ＨＤＲ画像で駆動されたときにＨＤＲディスプレイ上で有するのと同一の絶対輝度（５ｎｉｔ）で、ＬＤＲ画像で駆動されたときにＬＤＲディスプレイ上にレンダリングされなければならない場合、これはその（相対的な、１に正規化された、すなわち、１０ビット符号の場合は１０２３に正規化された）ＬＤＲルマがより高い必要があることを意味する。すなわち、色成分Ｒ’ｏ、Ｇ’ｏ、Ｂ’ｏ及びＲ’ｓ、Ｇ’ｓ、Ｂ’ｓの間の色変換又はその逆も、対応するそれぞれの輝度又はルマＹ’＿ＨＤＲ及びＹ’＿ＬＤＲのスケーリングに対応し、これは乗算器２２５によって実現されるものである。いくつかの実施形態では、Ｒ’ｓ、Ｇ’ｓ、Ｂ’ｓは、入力Ｙ’ＵＶ色表現から直接計算されるが、他の実施形態では、色変換器２２３によって適用される、異なるＲ’ｓ、Ｇ’ｓ、Ｂ’ｓ値に達するために含まれるさらなる色変換が存在する（図面の全ての破線部分は、市場のより単純な実施形態ではなく、いくつかの他の実施形態については任意選択であることに留意されたい）。これはさらなる明度及び／又は色彩の微調整、たとえば、何らかのルック調整などを適用する。
【００４６】
次いで、読み取りユニット（２７７）は、粗マッピングユニット２０２が、ＨＤＲ／ＬＤＲルック画像ペアを共に符号化するために使用された適切な関数、すなわち、受信されたＬＤＲ画像からＨＤＲ画像を再構成する手法を適用することを可能にするデータを供給し、たとえば、パラメータを渡すか、又は関数をＬＵＴとして供給する。次いで、（少なくとも）３区間曲線マッピングを適用することによって得られた正確にスケーリングされたルマＹ’ｏは、３つのスケーリングされた色成分のそれぞれに乗算する入力乗数として使用されて正しい出力色が生成され、これはカラーフォーマットユニット２２６によって他の色表現にさらに変換される。
【００４７】
粗マッピングユニット（２０２）の良好な実施形態は、たとえば図３のような関数を適用する。放物線区間の位置は、開始及び終了ルマ値を符号化することによって決定されるが、放物線は図３のようにその幅として符号化することもできる。入力は、この例では非限定的に、線形ＲＧＢ表現の輝度、すなわちｕ＿ＨＤＲ＿ｉｎであり、出力ＴＵ＿ＬＤＲ＿ｏｕｔは、所望であれば特定用途のシステムにおいて後で、ユニット２０３のカスタム形状曲線によって微調整するか、或いは乗算器に送信して、処理中のこのピクセルの正しいＨＤＲ色を取得することができるものである。
【００４８】
この実施形態では、基本的な「放物線」トーンマッピング曲線は３つの区間：
−  傾きｂｅｔ又はｂｇ（ベースゲイン）のパラメータによって制御される（０，０）を通る暗区間と、
−  傾きａｌｐｈ又はｄｇ（差動ゲイン）を有する（ｕ＿ｍａｘ，ＴＵ＿ｍａｘ）を通る明区間と、
−  幅ｘｐ（ｘ幅の放物線）を有するその２つをつなぐ放物線区間と
からなる。
【００４９】
放物線がなければ、２つの線形区間は点
ｕｍ＝（ＴＵ＿ｍａｘ−ｄｇ＊ｕ＿ｍａｘ）／（ｂｇ−ｄｇ）、
ＴＵｍ＝ｂｇ＊ｕｍ＝ＴＵ＿ｍａｘ−（ｕ＿ｍａｘ−ｕｍ）＊ｄｇ
においてつながる。
【００５０】
これ（ｕｍ，ＴＵｍ）を中心とする放物線を追加することで、連続的に微分可能な曲線を作成し、これは傾き＝ｂｇで始まり、傾き＝ｄｇで終わらなければならない。数学的計算から、（３のうちの）１自由度、すなわち、放物線の幅ｘｐのみが残されることを得る。
【００５１】
幅に応じて、ｕ＝ｕｍでのｙ値は、
ｕｐ＝０でのＴＵ＝ＴＵｍから、
ＴＵ＝ＴＵｍ−ｄｅｌｔａ＿ＴＵ＝ＴＵ−ｕｐ＊（ｂｇ−ｄｇ）／８まで低下する。
【００５２】
この関係を反転して、ｄｅｌｔａ＿ＴＵからｕｐを計算することができる：
ｕｐ＝８＊ｄｅｌｔａ＿ＴＵ／（ｂｇ−ｄｇ）
【００５３】
したがって、典型的には、ｕｐ＝０から開始し、次いで屈曲曲線と、基準輝度マッピング曲線（散布図）との間の最大距離ｄｅｌｔａ＿ＴＵを調べ、これからｕｐを計算することができる。
【００５４】
したがって、この実施形態では、放物線区間の幅（典型的には、０．０〜１．０の間）は、ベースゲインの傾き（たとえば、典型的な値は、明るい画像の場合の０．５と、暗い画像の場合の１．０との間である）と、最も明るい入力範囲の傾き（典型的には０．０〜０．２５の間）とに加えて任意の受信側装置に伝達される、この関数形状を指定する第３のパラメータとなる。
【００５５】
図４では、将来のＨＤＲシステム（たとえば、１０００ｎｉｔＰＢディスプレイに接続されるもの）が正しく処理できる必要がある、すなわち、いかなるディスプレイが接続されるか又は接続が想定されるかに関わらず、画像内の、最終的にレンダリングされる画像内の全ての物体／ピクセルについて適切な輝度を作成できる必要がある多数の可能なＨＤＲシーンの２つの例のみを示している。たとえば、ＩｍＳＣＮ１はテキサス州で上映しているカウボーイ映画の晴れた屋外の画像であり、ＩｍＳＣＮ２は夜間の画像である。ＨＤＲ画像レンダリングを、ごく最近終了した（又は実際には今後数年で市場で始まる予定である）ＬＤＲ時代におけるそのいつもの態様と異ならせるものは、ＬＤＲがそのような限られたダイナミックレンジしか有していなかったこと（およそＰＢ＝１００ｎｉｔ、及び黒レベル±１ｎｉｔ、又は画面反射によるより明るい視聴環境ではさらに高くなる）、主に物体の反射率しか表示できなかったこと（これは良好な白の９０％と良好な黒の１％との間に収まる）である。したがって、物体をその照明とは無関係に表示しなければならず、起こり得るシーンの大変良好で時折非常にコントラストの高い照明の全てを同時に忠実に表示することはできなかった。実際には、それは、非常に明るい晴れたシーンは、どんよりした雨の日のシーンと同一の表示輝度（０〜１００ｎｉｔ）でレンダリングされなければならなかったことを意味していた。また、夜間のシーンでさえもあまりに暗くレンダリングすることはできず、又は、視聴者は画像の最も暗い部分をうまく識別することもできないので、やはりそれらの夜間の明度も０〜１００ｎｉｔの範囲にわたってレンダリングされる。したがって、従来は夜のシーンを青く色付けして、視聴者が昼間のシーンを見ているのではないと理解できるようにしなければならなかった。さて、もちろん実生活では、人間の視覚も利用可能な光量に適応するが、それほどではない（ほとんどの人は実生活で暗くなってきたことを認識する）。したがって、少なくとも利用可能なＨＤＲディスプレイを有する場合に、芸術的に内部にデザイン可能な全ての壮大な局所照明効果を使用して画像をレンダリングすることを望む。
【００５６】
しかしながら、それは、一部の人々にとってはまだ、素晴らしい新たなＨＤＲ映画をその制限されたＬＤＲディスプレイ（その範囲は、正確な縮尺ではないが図４の右側に示されている）にダウングレードする必要があるという事実を変えない。
【００５７】
したがって、左側で、５０００ｎｉｔＰＢの（すなわち、５０００ｎｉｔＰＢディスプレイでのレンダリングに最適化された）マスターＨＤＲグレーディングにおいて見たい物体輝度を確認する。ただの錯覚ではなく、カウボーイが明るい太陽に照らされた環境にいる本当の感覚を伝えたい場合、その輝度を、たとえば５００ｎｉｔ付近に指定しレンダリングする必要がある。これらの例のみから、より小さいＬＤＲ輝度範囲で全ての物体のパズルをつなぎ合わせることが、理想的には単純な圧縮（たとえば、線形関数によってＨＤＲのＰＢをＬＤＲのＰＢにマッピングし、それによってより低い輝度全てもマッピングする）の問題ではないという感覚を既に得ることができる。反対に、異なる輝度マッピング−挙動クラスの２つの例を与える。日中のシーンでは、受信されたＬＤＲ画像からＨＤＲ画像を計算したい場合、具体的には、１８ｎｉｔのＬＤＲ中間グレー付近にレンダリングされるカウボーイがＨＤＲで５００ｎｉｔにマッピングされるように（すなわち、約３０倍の明度増加）、全ての輝度を引き伸ばす伸張関数を実際に適用することができる。しかしながら、夜のシーンではそうすることを望まず、又はＨＤＲモニタでは途方もなく明るくなる（実際に細部に飛び込むと、一部の画像の詳細によって、明るすぎる場合であっても、脳は夜のシーンを見ているとまだ想像し得るが、今や可能となった、壮大で高品質のＨＤＲレンダリングを本当に望む場合、それは理想とは程遠くレンダリングされる）。このＩｍＳＣＮ２では、夜の全ての暗い物体の輝度が２つのディスプレイ（及び中間ＰＢの全てのディスプレイ）で同一になることを望む。むしろ、ＨＤＲ画像で非常に明るい輝度に明るくされるのは照明用ポールの光であり、月かもしれない。したがって、輝度マッピング関数の形状は大きく異なる。それら２つの典型的な画像の態様を共に、たとえば、洞窟の中で撮影され、小さい穴を通して晴れた屋外を見る、１つの画像内に有する場合、複雑な輝度マッピング曲線を実際に設計して、自身の芸術的欲求に応じたＬＤＲ及びＨＤＲ両方の物体輝度を得たいと思う場合がある。そのような状況がＬＤＲ時代に典型的にはどのように起こったのかは、洞窟の外の全てを白にクリップしただけである。又は、ＬＤＲ時代には、カメラが相対的な輝度としてその意味とは無関係に撮影したもの、及びいかなるディスプレイ上でもそれらを最終的にレンダリングするためにそれが暗示するものをただ考えていたので、画像の一部が暗くなりすぎることが多かった。たとえば、廊下を歩き太陽が差し込むのを見た場合、これらの太陽があたった場所は非常に明るく見える。廊下の他の部分は比較的暗いが、これはそこを歩く人にはそれらが通常より暗く見えることを意味しない（実際には追加の照明のために、影の部分でさえ、太陽が雲の後ろに移動した場合よりもいくらか明るく見える）。しかしながら、これらの日当たりの良い色を白付近に置くＬＤＲレンダリングは、廊下の影部分を過度に暗くレンダリングするしかできず、その理由は、そうでなければ、限られた範囲で可能な唯一のことは、影を妥当な輝度でレンダリングするが、太陽の中の全てが、最大ルマ符号、たとえば２５５を超えてクリップされ、１００ｎｉｔでレンダリングされるためである。
【００５８】
したがって、そのようなシーンの最適なＬＤＲレンダリングは複雑な設計の問題であるが、少なくとも現在はＨＤＲディスプレイによって、日当たりの良い部分をリアルに、すなわち特定の輝度を超えてレンダリングすることができる。たとえば、視聴環境がおよそ２００ｎｉｔに対応する場合、画像の影部分を２００ｎｉｔ付近にレンダリングすることができる。また、日光のあたる部分を、ディスプレイのＰＢに応じて、たとえば２０００ｎｉｔにレンダリングすることができる。それは必ずしも常に、影の輝度を上回る実生活と全く同一の相対量ではないとしても、少なくとも、暗すぎる廊下又はクリップよりもはるかにリアルに見える。
【００５９】
しかしながら、読者であれば、この複雑さの全て、具体的には遭遇し得る多数の種類の画像、及び少なくともいくつかのより高品質のＨＤＲ範囲（たとえばＰＢ＝１０，０００ｎｉｔ）とＳＤＲ１００ｎｉｔ範囲との大きな差が、種々のピクセル色、及び特にその輝度の正確な指定を可能にするシステムを要求する理由を理解する。また、出願人は特に、コンテンツクリエータが、どのように任意の他のダイナミックレンジ画像が受信された画像から計算されるかに対して、少なくともそう望む者にとって、そうしたい程度まで、最小限指定する必要がある程度まで、影響を与えられるようにすべきであるという哲学を有していた。
【００６０】
図５は、ＨＤＲ画像の通信及び消費のためのある典型的な完全なシステム又はチェーンにおける我々の基本的な輝度変更装置（又は方法）の可能な組み込みを示す。当業者は、どのようにしてグレーダなどがＵＩコンポーネントを使用して、任意の関数の形状、たとえばそれらを特徴付けるパラメータを、自身のニーズ又は要望に応じて変更することができるかを理解するであろう。モードｉｉの例（コンテンツクリエータが自身のＲＡＷキャプチャから作成したマスターＨＤＲ画像ＭＡＳＴ＿ＨＤＲからダウングレードされたＬＤＲ画像が実際に通信され、次いで受信側で必要な場合にＭＡＳＴ＿ＨＤＲ画像の近似に再構成される）を説明するが、システム及び我々の装置の実施形態は、ＭＡＳＴ＿ＨＤＲ画像が実際に通信され、ＳＤＲディスプレイに供給するためにＬＤＲ画像が必要な場合に、装置が受信機において輝度ダウングレードを適用するモードｉ動作においても使用することができることを強調したい。これらの受信されたＬＤＲ又はＨＤＲ画像のそれぞれは、１４９９ｎｉｔＰＢなどの異なるダイナミックレンジの画像に変換することもできる。また、装置の実施形態を作成側の装置、たとえば符号化器に組み込んで、たとえば、カラーグレーダが、受信側で何が起こるか、及び所与の関数によってＭＡＳＴ＿ＨＤＲから計算されたＬＤＲ画像がどのように見えるかを確認できるようにすることもでき、装置及び方法は、たとえば、ローカルコンテンツ配信業者の視聴ブースなど、任意の中間位置のトランスコーダで使用することもできる。
【００６１】
この例示的な方式のビデオ符号化器５０１は、入力５０９を介して入力画像ＩＭ＿ＩＮを取得し、これは説明を簡単にするために既に芸術的に作成されたマスターＨＤＲグレーディングであると仮定するが、あるＲＡＷ画像フィードからのＨＤＲ画像でもよく、これはリアルタイムの障害がほとんどなく、おそらく撮影中に数回ノブをダイヤルするだけで、最小限に色処理される必要がある。
【００６２】
色彩処理ユニットによってピクセル色に対して計算される色彩処理が含まれてもよく、たとえば、彩度を低下させる彩度変化であって、ＬＤＲ変換において、たとえばステンドグラスの窓のより明るい色を、白付近のＬＤＲ色域の狭い頂部に押し込むことによって追加で明るくできるようにするものがあるが、その詳細については説明しない。次いで、輝度マッピングユニット５０３は、我々の装置の実施形態のいずれかが図２に示されるように行う様々なことを行い、現在の画像セットについて決定され、たとえば、ユーザインタフェースインタラクションによって、又は以前に決定された関数を符号化したメタデータからロードされる、輝度均一化、そして３部分曲線、及び適用可能な場合には、ある最適形状の関数ＣＣなどを行う。いくつかの実施形態は、画像分析ユニット５６６に画像の特性、たとえば、ピクセル輝度の大部分の場所、ハイライトパッチのサイズ及び散乱などを分析させることによって、３部分曲線の形状を決定する。関数入力手段５０８は、たとえば、典型的なカラーグレーディングツール、若しくは少なくとも１つの関数を記憶するデータベースへの接続、又は遠隔の人間のグレーダへの接続などと、読者が理解することができる。そして、この中間画像ＩＭＥＤは、現在この例では、０〜１００ｎｉｔのＬＤＲ範囲に分布したピクセル輝度と、それらに対応するＲｅｃ．７０９ルマ（すなわち、図示のＹ’ｏＵＶ）とを有するＬＤＲ画像であり、画像又はビデオ符号化ユニット５０５によって典型的なレガシーＬＤＲ符号化技術、たとえばＨＥＶＣで符号化される。この理由は、実際にはＨＤＲシーンのＨＤＲ画像を符号化したものであるにもかかわらず、少なくとも後続の技術、たとえば、通過する画像配信パイプラインなどにとって、通常のＬＤＲ画像のように「見える」ためである。これを任意の受信機に、マスターＨＤＲ画像からＬＤＲ画像を生成するために使用された色変換関数（又はその逆関数）も送信することによって伝え、これは、通常のＬＤＲ画像の代わりにＨＤＲ画像を実際に受信したことを受信機に伝えるだけでなく、受信機が、受信された逆関数を受信されたＬＤＲ画像に適用することによって、ＭＡＳＴ＿ＨＤＲ画像の近似を再構成することを可能にする。したがって、符号化された画像又はビデオＬＤＲ＿ｏｅｎｃは、実際には、システムの残りの部分に対しては通常のＬＤＲビデオとして機能し、ある通信手段５１０を通って移動し、これはたとえば、空中放送、インターネット接続、又はいかなる消費者若しくは専門家（たとえば、映画）の場所にも輸送される物理メモリなどである。
【００６３】
受信端では、この符号化された出力画像（ＬＤＲ＿ｏｅｎｃ）は、入力画像又はビデオＬＤＲ＿ｉｅｎｃとなる（これはさらなる変換をさらに受けている場合があるが、説明のために、ループスルーされた同一の画像であると仮定する）。ＬＤＲ＿ｏｅｎｃでモードｉのＨＤＲ通信システムを使用する場合、モードｉｉとは異なる形状の関数を使用して、画像に異なる物体明度及び統計を与えるが、共にＨＥＶＣ符号化などが行われることにすぐに気付くべきである。
【００６４】
ビデオ復号器５５０は、その入力５５６を介して、画像と、関数を符号化したメタデータＭＥＴ（Ｆ）、具体的には、たとえばカラーグレーダ又はライフプロダクションの技術ディレクターなどのある他の人物によって作成側で選択された最適なカスタム曲線との両方を取得する。画像又はビデオ復号ユニット（５５５）はＨＥＶＣビデオを復号し、次いでこれは、我々の装置又は方法の実施形態のいずれかを具現化する輝度マッパー５５２によって色処理される（すなわち、少なくとも近似的にＨＤＲ画像を再構成するための適切な逆３部分関数を適用する）。最後に、正しくグレーディングされたＲＥＣ＿ＨＤＲ、たとえば５０００ｎｉｔＰＢ画像は、ディスプレイ５８０、たとえば理想的には５０００ｎｉｔディスプレイに送ることができる（ＨＤＲコンテンツとディスプレイとの間でＰＢが一致しない場合、たとえばＳＴＢに具現化されたこのビデオ復号器は、必要とされるたとえば２５００ｎｉｔディスプレイＰＢまで適切な色変換によって画像を既に表示調整しており、又は、ディスプレイがそれを内部的に、我々が教示した装置／方法の独自のバージョン有することによって行う）。もちろん、レガシーＳＤＲ１００ｎｉｔディスプレイに適切にグレーディングされたコンテンツが供給される場合、ビデオ復号器５５０はＬＤＲ画像ＬＤＲ＿ｒｎｄをそれに供給し、これはこの例では単に、さらなる色変換の必要がない復号器で受信されたＬＤＲ画像であるが、ＬＤＲ  ＨＥＶＣコンテナ内でＨＤＲ画像を受信した場合、ビデオ復号器５５０は、我々の装置／方法の実施形態のいずれかに従って適切なダウングレードをさらに行う。
【００６５】
本文書で開示されたアルゴリズムの構成要素は、実際にはハードウェア（たとえば、特定用途向けＩＣの部分）として、又は専用のデジタル信号プロセッサ若しくは汎用プロセッサ上で動作するソフトウェアとして（完全に又は部分的に）実現される。それらは、少なくとも何らかのユーザ入力（たとえば、工場で、若しくは消費者の入力、又は他の人間の入力）が存在する／しているという意味で半自動である。
【００６６】
どの構成要素が任意選択の改良であり、他の構成要素と組み合わせて実現され得るか、また、どのように方法の（任意選択の）ステップが装置のそれぞれの手段に対応するか、及びその逆は、本提案から当業者には理解できるはずである。いくつかの構成要素が本発明において特定の関係で（たとえば、ある構成の１つの図に）開示されているという事実は、本明細書で特許取得のために開示された同一の発明思想の下での実施形態として他の構成が可能でないことを意味するものではない。また、実際的な理由で、限られた範囲の例しか記載されていないという事実は、他の変形形態が特許請求の範囲に入ることができないことを意味するものではない。実際には、本発明の構成要素は、任意の使用チェーンに沿った異なる変形形態で具現化することができ、たとえば、符号化器のような作成側の全ての変形形態は、復号器などの分解されたシステムの消費側の対応する装置に類似又は対応し、逆も同様である。実施形態のいくつかの構成要素は、符号化器及び復号器の間の任意の伝送技術において、伝送されるか又は協調などにさらに使用される信号内に、特定の信号データとして符号化される。本出願における「装置」という単語は、最も広い意味で使用され、すなわち、特定の目的の実現を可能にする手段のグループであり、したがって、たとえば、ＩＣ（の小部分）、専用機器（たとえば、ディスプレイを有する機器）、又はネットワーク接続されたシステムの一部などとすることができる。「構成」又は「システム」も、最も広い意味でも使用されることが意図されているので、とりわけ、単一の物理的な購入可能な装置、装置の一部、協働する装置（の一部）の集合体などを含む。
【００６７】
コンピュータプログラム製品の表記は、汎用又は専用プロセッサが、一連のローディングステップ（これは中間変換ステップ、たとえば、中間言語及び最終的なプロセッサ言語への変換を含む）の後に、コマンドをプロセッサに入力して発明の特徴的な機能のいずれかを実行することを可能にする、コマンドの集合の任意の物理的実現を包含するものと理解されるべきである。具体的には、コンピュータプログラム製品は、たとえばディスク又はテープなどのキャリア上のデータ、メモリに存在するデータ、有線又は無線のネットワーク接続を介して移動するデータ、又は紙面上のプログラムコードとして実現される。プログラムコードとは別に、プログラムに必要な特徴データもコンピュータプログラム製品として具現化される。そのようなデータは任意の手法で（部分的に）供給される。
【００６８】
本発明、又はビデオデータのような本実施形態の任意の哲学に従って使用可能な任意のデータも、データキャリア上の信号として具現化され、これはリムーバブルメモリ、たとえば、光ディスク、フラッシュメモリ、リムーバブルハードディスク、無線手段を介して書き込み可能なポータブルデバイスなどである。
【００６９】
任意の提示された方法の動作に必要なステップのいくつかは、データ入力及び出力ステップ、よく知られている典型的には組み込みの処理ステップ、たとえば標準的なディスプレイ駆動など、コンピュータプログラム製品又は（本発明の実施形態の詳細と共に）本明細書に記載された任意のユニット、装置又は方法に記載される代わりに、プロセッサ又は本発明の任意の装置の実施形態の機能内に既に存在する。結果として得られる製品及び類似の成果物、たとえば、方法の任意のステップ又は装置の任意のサブパートに含まれる特定の新規な信号、並びにそのような信号の任意の新たな用途、又は任意の関連する方法に対する保護も所望する。
【００７０】
上記の実施形態が本発明を限定するのではなく例示するものであることに留意されたい。当業者が提示された例を特許請求の範囲の他の領域にマッピングすることを容易に実現できる場合、簡潔にするために、これらの選択肢の全てを詳細に述べているわけではない。特許請求の範囲で組み合わせられた本発明の要素の組み合わせとは別に、要素の他の組み合わせも可能である。要素の任意の組み合わせを、単一の専用要素内で実現することができる。
【００７１】
請求項内の括弧内のいかなる参照符号も、その請求項を限定するものではなく、図面中の任意の特定のシンボルでもない。「備える」という単語は、請求項に記載されていない要素又は態様の存在を排除するものではない。要素に先行する単語「ａ」又は「ａｎ」は、複数のそのような要素の存在を排除するものではない。
【図１】
2019504548.tif 000003
【図２】
2019504548.tif 000004
【図３】
2019504548.tif 000005
【図４Ａ】
2019504548.tif 000006
【図４Ｂ】
2019504548.tif 000007
【図５】
2019504548.tif 000008
【国際調査報告】
2019504548.tif 000009
2019504548.tif 000010
2019504548.tif 000011