(57)【要約】  −  ビットストリームから少なくとも１つのルマ成分および２つのクロマ成分を復号することと、  −  カラーメタデータを復号することであって、前記メタデータが、色変換タイプを表す構文要素、逆伝達タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含む、復号することと、  −  色変換タイプを表す前記構文要素に応答して、ルマおよび／またはクロマ成分を色変換することと、  −  逆伝達タイプを表す構文要素に応答して、第１、第２および第３の成分を得るために、色変換されたルマおよび／またはクロマに逆伝達演算を適用することと、  −  ＲＧＢ高ダイナミックレンジピクチャを得るために、色変換行列を表す前記構文要素に応答して、色変換行列を適用することとを含む復号方法が開示される。
2018530942.tif 000002
【特許請求の範囲】
【請求項１】
ビットストリームから１つの標準ダイナミックレンジ輝度成分Ｌ’および２つの標準ダイナミックレンジクロミナンス成分Ｕ’およびＶ’を復号すること（６００）と、
前記標準ダイナミックレンジ輝度成分および前記２つの復号された標準ダイナミックレンジクロミナンス成分を以下のように色変換すること（６３０）であって、
Ｌ＝Ｌ’＋ｍａｘ（０，ａＵ’＋ｂＶ’）、Ｕｒ＝β（Ｌ）＊Ｕ’、Ｖｒ＝β（Ｌ）＊Ｖ’
ここで、ａおよびｂが定数であり、β（Ｌ）がＬに依存するパラメータである、色変換すること（６３０）と、
高ダイナミックレンジ輝度成分Ｙを得るために、前記色変換された標準ダイナミックレンジ輝度成分Ｌにダイナミック拡張関数を適用すること（６４０、６４００）であって、前記ダイナミック拡張関数が、エンコーダ側で前記高ダイナミックレンジ輝度成分に適用されたダイナミック減少関数の逆関数である、適用すること（６４０、６４００）と、
ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分ＵｒおよびＶｒに色伝達演算を適用すること（６４０、６４１０）と、
ＲＧＢ色空間における高ダイナミックレンジピクチャを得るために、前記高ダイナミックレンジ輝度成分ならびに第１および第２の高ダイナミックレンジクロミナンス成分に色変換行列を適用すること（６５０）と
を含む、復号方法。
【請求項２】
前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分に色伝達演算を適用すること（６４０、６４１０）が、
Ｕｒ２、Ｖｒ２およびＵｒ＊Ｖｒの線形結合としてＴを計算することと、
Ｔ≦１の場合、
【数１】
2018530942.tif 000083
としてＳを計算し、そうでない場合には、Ｓをゼロに設定し、ＵｒおよびＶｒを
【数２】
2018530942.tif 000084
で除することと、
Ｓ、ＵｒおよびＶｒに色変換行列を適用することによって、ＲＧＢ色空間における中間（Ｒ＃，Ｇ＃，Ｂ＃）成分を計算することと、
２乗した前記中間成分に色変換行列を適用することによって、前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を計算することと
を含む、請求項１に記載の方法。
【請求項３】
ビットストリームにアクセスするように構成された通信インタフェースと、
ビットストリームから１つの標準ダイナミックレンジ輝度成分Ｌ’および２つの標準ダイナミックレンジクロミナンス成分Ｕ’およびＶ’を復号することと、
前記標準ダイナミックレンジ輝度成分および前記２つの復号された標準ダイナミックレンジクロミナンス成分を以下のように色変換することであって、
Ｌ＝Ｌ’＋ｍａｘ（０，ａＵ’＋ｂＶ’）、Ｕｒ＝β（Ｌ）＊Ｕ’、Ｖｒ＝β（Ｌ）＊Ｖ’
ここで、ａおよびｂが定数であり、β（Ｌ）がＬに依存するパラメータである、色変換することと、
高ダイナミックレンジ輝度成分Ｙを得るために、前記色変換された標準ダイナミックレンジ輝度成分Ｌにダイナミック拡張関数を適用することであって、前記ダイナミック拡張関数が、エンコーダ側で前記高ダイナミックレンジ輝度成分に適用されたダイナミック減少関数の逆関数である、適用することと、
ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分ＵｒおよびＶｒに色伝達演算を適用することと、
ＲＧＢ色空間における高ダイナミックレンジピクチャを得るために、前記高ダイナミックレンジ輝度成分ならびに第１および第２の高ダイナミックレンジクロミナンス成分に色変換行列を適用することと
を行うように構成された少なくとも１つのプロセッサと
を含む、デコーダ。
【請求項４】
前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分に色伝達演算を適用することが、
Ｕｒ２、Ｖｒ２およびＵｒ＊Ｖｒの線形結合としてＴを計算することと、
Ｔ≦１の場合、
【数３】
2018530942.tif 000085
としてＳを計算し、そうでない場合には、Ｓをゼロに設定し、ＵｒおよびＶｒを
【数４】
2018530942.tif 000086
で除することと、
Ｓ、ＵｒおよびＶｒに色変換行列を適用することによって、ＲＧＢ色空間における中間（Ｒ＃，Ｇ＃，Ｂ＃）成分を計算することと、
２乗した前記中間成分に色変換行列を適用することによって、前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を計算することと
を含む、請求項３に記載のデコーダ。
【請求項５】
ビットストリームから１つの標準ダイナミックレンジ輝度成分Ｌ’および２つの標準ダイナミックレンジクロミナンス成分Ｕ’およびＶ’を復号する手段（６００）と、
前記標準ダイナミックレンジ輝度成分および前記２つの復号された標準ダイナミックレンジクロミナンス成分を以下のように色変換する手段（６３０）であって、
Ｌ＝Ｌ’＋ｍａｘ（０，ａＵ’＋ｂＶ’）、Ｕｒ＝β（Ｌ）＊Ｕ’、Ｖｒ＝β（Ｌ）＊Ｖ’
ここで、ａおよびｂが定数であり、β（Ｌ）がＬに依存するパラメータである、色変換する手段（６３０）と、
高ダイナミックレンジ輝度成分Ｙを得るために、前記色変換された標準ダイナミックレンジ輝度成分Ｌにダイナミック拡張関数を適用する手段（６４０、６４００）であって、前記ダイナミック拡張関数が、エンコーダ側で前記高ダイナミックレンジ輝度成分に適用されたダイナミック減少関数の逆関数である、適用する手段（６４０、６４００）と、
ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分ＵｒおよびＶｒに色伝達演算を適用する手段（６４０、６４１０）と、
ＲＧＢ色空間における高ダイナミックレンジピクチャを得るために、前記高ダイナミックレンジ輝度成分ならびに第１および第２の高ダイナミックレンジクロミナンス成分に色変換行列を適用する手段（６５０）と
を含む、デコーダ。
【請求項６】
前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分に色伝達演算を適用する前記手段が、
Ｕｒ２、Ｖｒ２およびＵｒ＊Ｖｒの線形結合としてＴを計算する手段と、
Ｔ≦１の場合、
【数５】
2018530942.tif 000087
としてＳを計算し、そうでない場合には、Ｓをゼロに設定し、ＵｒおよびＶｒを
【数６】
2018530942.tif 000088
で除する手段と、
Ｓ、ＵｒおよびＶｒに色変換行列を適用することによって、ＲＧＢ色空間における中間（Ｒ＃，Ｇ＃，Ｂ＃）成分を計算する手段と、
２乗した前記中間成分に色変換行列を適用することによって、前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を計算する手段と
を含む、請求項５に記載のデコーダ。
【請求項７】
命令がその中に格納された非一時的なコンピュータ可読媒体であって、前記命令が、実行され次第、
ビットストリームから１つの標準ダイナミックレンジ輝度成分Ｌ’および２つの標準ダイナミックレンジクロミナンス成分Ｕ’およびＶ’を復号することと、
前記標準ダイナミックレンジ輝度成分および前記２つの復号された標準ダイナミックレンジクロミナンス成分を以下のように色変換することであって、
Ｌ＝Ｌ’＋ｍａｘ（０，ａＵ’＋ｂＶ’）、Ｕｒ＝β（Ｌ）＊Ｕ’、Ｖｒ＝β（Ｌ）＊Ｖ’
ここで、ａおよびｂが定数であり、β（Ｌ）がＬに依存するパラメータである、色変換することと、
高ダイナミックレンジ輝度成分Ｙを得るために、前記色変換された標準ダイナミックレンジ輝度成分Ｌにダイナミック拡張関数を適用することであって、前記ダイナミック拡張関数が、エンコーダ側で前記高ダイナミックレンジ輝度成分に適用されたダイナミック減少関数の逆関数である、適用することと、
ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分ＵｒおよびＶｒに色伝達演算を適用することと、
ＲＧＢ色空間における高ダイナミックレンジピクチャを得るために、前記高ダイナミックレンジ輝度成分ならびに第１および第２の高ダイナミックレンジクロミナンス成分に色変換行列を適用することと
を行うように少なくとも１つのプロセッサに指示する、非一時的なコンピュータ可読媒体。
【請求項８】
前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を得るために、前記色変換された標準ダイナミックレンジクロマ成分に色伝達演算を適用することが、
Ｕｒ２、Ｖｒ２およびＵｒ＊Ｖｒの線形結合としてＴを計算することと、
Ｔ≦１の場合、
【数７】
2018530942.tif 000089
としてＳを計算し、そうでない場合には、Ｓをゼロに設定し、ＵｒおよびＶｒを
【数８】
2018530942.tif 000090
で除することと、
Ｓ、ＵｒおよびＶｒに色変換行列を適用することによって、ＲＧＢ色空間における中間（Ｒ＃，Ｇ＃，Ｂ＃）成分を計算することと、
２乗した前記中間成分に色変換行列を適用することによって、前記ＸＹＺ色空間における第１および第２の高ダイナミックレンジクロミナンス成分を計算することと
を含む、請求項７に記載の非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、ピクチャ／ビデオの符号化および復号に関する。具体的には、排他的ではないが、本開示の技術分野は、その画素値が高ダイナミックレンジに属するピクチャの復号に関する。
【背景技術】
【０００２】
本項目は、以下で説明および／または特許請求される本開示の様々な態様に関連し得る当技術分野の様々な態様を読者に紹介することを意図する。この論考は、本開示の様々な態様をより良く理解するために背景情報を読者に提供する上で役立つと考えられている。それに従って、これらの説明は、これを踏まえて読み進めるべきであり、先行技術を容認するものとして読み進めるべきではないことを理解すべきである。
【０００３】
以下では、カラーピクチャは、ピクチャ（またはビデオ）の画素値に対するすべての情報と、例えば、ピクチャ（またはビデオ）を視覚化および／または復号するためにディスプレイおよび／または他の任意のデバイスによって使用することができるすべての情報とを規定する特定のピクチャ／ビデオフォーマットのいくつかのサンプルアレイ（画素値）を含む。カラーピクチャは、通常はルマ（または輝度）成分である第１のサンプルアレイの形状の少なくとも１つの成分と、少なくとも１つの他のサンプルアレイの形状の少なくとも１つの別の成分とを含む。あるいは、同じように、同一の情報は、従来の３色ＲＧＢ表現などのカラーサンプル（色成分）アレイセットによって表すこともできる。
【０００４】
画素値は、ｎの値のベクトルによって表すことができ、ｎは、成分の数である。ベクトルの各値は、画素値の最大ダイナミックレンジを規定するビットの数で表される。
【０００５】
標準ダイナミックレンジピクチャ（ＳＤＲピクチャ）は、通常は、２の累乗またはＦストップで測定される、限定されたダイナミックでその輝度値が表されるカラーピクチャである。ＳＤＲピクチャは、およそ１０Ｆストップ、すなわち、線形領域において、最も明るい画素と最も暗い画素の比率が１０００であるダイナミックを有し、限定された数のビット（最も良く使用されるのは８または１０ビット）を用いて、（ＨＤＴＶ（高解像度テレビシステム）およびＵＨＤＴＶ（超高解像度テレビシステム）で、非線形領域において、ダイナミックを低らすために、例えば、ＩＴＵ−Ｒ  ＢＴ．７０９  ＯＥＦＴ（光電気伝達関数）（Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．７０９−５、２００２年４月）またはＩＴＵ−Ｒ  ＢＴ．２０２０  ＯＥＴＦ（Ｒｅｃ．ＩＴＵ−Ｒ  ＢＴ．２０２０−１、２０１４年６月）を使用してコード化される。この限定された非線形の表現では、暗いおよび明るい輝度範囲において特に、細かく変化する信号の全てのレンダリングを正確に行うことはできない。高ダイナミックレンジピクチャ（ＨＤＲピクチャ）では、信号のダイナミックは、より高くなり（２０Ｆストップに至るまで、最も明るい画素と最も暗い画素の比率は１００万）、そのレンジ全体にわたって高い信号精度を維持するために、新たな非線形表現が必要とされる。ＨＤＲピクチャでは、生データは、通常は、浮動小数点フォーマット（各成分に対して３２ビットまたは１６ビット、すなわち、単精度浮動小数点または半精度浮動小数点）で表される。最も人気があるフォーマットは、ｏｐｅｎＥＸＲ半精度浮動小数点フォーマット（ＲＧＢ成分毎に１６ビット、すなわち、画素毎に４８ビット）であるか、または、通常は、少なくとも１６ビットのｌｏｎｇ型表現の整数値である。
【０００６】
色域は、ある特定の完全な色のセットである。最も一般的な用法は、所定の色空間内においてまたはある特定の出力デバイスによってなど、所定の状況において正確に表すことができる色のセットを指す。色域は、場合により、ＣＩＥ１９３１色空間色度図において規定されるＲＧＢ原色および白色点によって規定される。
【０００７】
例えば、色域は、ＵＨＤＴＶに対するＲＧＢ  ＩＴＵ−Ｒ推奨ＢＴ．２０２０色空間によって規定される。以前の規格である、ＩＴＵ−Ｒ推奨ＢＴ．７０９は、ＨＤＴＶに対してより小さな色域を規定している。ＳＤＲでは、ダイナミックレンジは、データがコード化されるカラーボリュームに対して最大で１００ニト（カンデラ毎平方メートル）と公式に規定されているが、ディスプレイ技術の中には、より明るい画素を示すものもある。
【０００８】
高ダイナミックレンジピクチャ（ＨＤＲピクチャ）は、ＳＤＲピクチャのダイナミックより高いＨＤＲダイナミックでその輝度値が表されるカラーピクチャである。
【０００９】
ＨＤＲダイナミックは、未だ規格による規定は済んでいないが、ダイナミックレンジが数千ニトに至ることが期待されるであろう。例えば、ＨＤＲカラーボリュームは、ＲＧＢ  ＢＴ．２０２０色空間によって規定され、このＲＧＢ色空間において表される値は、０〜４０００ニトのダイナミックレンジに属する。ＨＤＲカラーボリュームの別の例は、ＲＧＢ  ＢＴ．２０２０色空間によって規定され、このＲＧＢ色空間において表される値は、０〜１０００ニトのダイナミックレンジに属する。
【００１０】
ピクチャ（またはビデオ）のカラーグレーディングは、ピクチャ（またはビデオ）の色を変更／強調するプロセスである。通常は、ピクチャのカラーグレーディングは、このピクチャに対するカラーボリューム（色空間および／またはダイナミックレンジ）の変化または色域の変化を伴う。従って、同じピクチャの２つの異なるカラーグレーディングされたバージョンは、異なるカラーボューム（または色域）で表される値を有するこのピクチャのバージョン、または、それらの色の少なくとも１つが異なるカラーグレードに従って変更／強調されたピクチャのバージョンである。これは、ユーザインタラクションを伴い得る。
【００１１】
例えば、映画の製作では、ピクチャおよびビデオは、３色カメラを使用して、３つの成分（赤、緑および青）から構成されるＲＧＢカラー値に捕捉される。ＲＧＢカラー値は、センサの３色特性（原色）に依存する。そして、劇場用にレンダリングするために（特定の劇場用グレードを使用して）、捕捉ピクチャの第１のカラーグレーディングされたバージョンが得られる。通常、捕捉されたピクチャの第１のカラーグレーディングされたバージョンの値は、ＵＨＤＴＶに対するパラメータ値を規定するＢＴ．２０２０などの標準的なＹＵＶフォーマットに従って表される。
【００１２】
次いで、カラリストは、通常は撮影監督と連携して、アーティスティックな意図を組み込むために、いくつかのカラー値を微調整／マイナーチェンジすることによって、捕捉されたピクチャの第１のカラーグレーディングされたバージョンのカラー値の制御を実行する。
【００１３】
解決すべき問題は、圧縮されたＨＤＲピクチャ（またはビデオ）を配信することであり、その一方でまた、このＨＤＲピクチャ（またはビデオ）がカラーグレーディングされたバージョンを表す関連するＳＤＲピクチャ（またはビデオ）を配信することである。
【００１４】
自明な解決法は、ＳＤＲピクチャ（またはビデオ）とＨＤＲピクチャ（またはビデオ）の両方を配信インフラストラクチャ上で同時放送することであるが、その欠点は、ＨＥＶＣ  ｍａｉｎ  １０プロファイルなど、ＳＤＲピクチャ（またはビデオ）をブロードキャストするように構成された旧来のインフラストラクチャ配信と比べて、必要な帯域幅が事実上倍増することである（“High Efficiency Video Coding”, SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS, Recommendation ITU-T H.265, Telecommunication Standardization Sector of ITU, April 2013）。
【００１５】
旧来の配信インフラストラクチャを使用することは、ＨＤＲピクチャ（またはビデオ）の配信の普及を加速させるために必要である。さらに、ピクチャ（またはビデオ）のＳＤＲバージョンとＨＤＲバージョンの両方の良好な品質を確保した上で、ビットレートを最小限にしなければならない。
【００１６】
その上、後方互換性が確保されることがある。すなわち、ＳＤＲピクチャ（またはビデオ）は、旧来のデコーダおよびディスプレイが装備されたユーザによって視認可能とならなければならない。つなり、特に、知覚される明度全体（すなわち、暗いシーンに対する明るいシーン）および知覚される色が保持（例えば、色相などが保持）されるべきである。
【００１７】
別の明快な解決法は、適切な非線形関数によって、ＨＤＲピクチャ（またはビデオ）のダイナミックレンジを、通常、ＨＥＶＣ  ｍａｉｎ  １０プロファイルによって直接圧縮された、限定された数のビット（例えば、１０ビット）に低減することである。このような非線形関数（曲線）は、ＳＭＰＴＥにおいてDolby社によって提案された、いわゆるＰＱ  ＥＯＴＦのようなものが既に存在する（SMPTE standard: High Dynamic Range Electro-Optical Transfer Function of Mastering Reference Displays, SMPTE ST 2084:2014）。
【００１８】
この解決法の欠点は、後方互換性の欠如である。すなわち、得られたピクチャ（ビデオ）を縮小したバージョンは、ＳＤＲピクチャ（またはビデオ）として視認可能であると考えるには十分な視覚品質を有さず、圧縮性能が幾分低い。
【００１９】
本開示は、前述を考慮に入れて考案された。
【発明の概要】
【００２０】
−  ビットストリームから少なくとも１つのルマ成分および２つのクロマ成分を復号することと、
−  カラーメタデータを復号することであって、前記メタデータが、色変換タイプを表す構文要素、逆伝達（inverse transfer）タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含む、復号することと、
−  色変換タイプを表す前記構文要素に応答して、ルマおよび／またはクロマ成分を色変換することと、
−  逆伝達タイプを表す構文要素に応答して、第１、第２および第３の成分を得るために、色変換されたルマおよび／またはクロマに逆伝達演算を適用することと、
−  ＲＧＢ高ダイナミックレンジピクチャを得るために、色変換行列を表す前記構文要素に応答して、色変換行列を適用することと
を含む復号方法が開示される。
【００２１】
−  １つのルマ成分および２つのクロマ成分を表すコード化データと、
−  色変換タイプを表す構文要素、逆伝達タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含むカラーメタデータと
を含むビデオ信号も開示される。
【００２２】
−  ＲＧＢ高ダイナミックレンジピクチャをより低いダイナミックレンジの少なくとも１つのルマ成分および２つのクロマ成分に変換することと、
−  少なくとも１つのルマ成分および２つのクロマ成分をコード化することと、
−  カラーメタデータをコード化することであって、前記メタデータが、色変換タイプを表す構文要素、逆伝達タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含む、コード化することと
を含むコード化方法が開示される。
【００２３】
ビットストリームにアクセスするように構成された通信インタフェースと、
−  前記ビットストリームから少なくとも１つのルマ成分および２つのクロマ成分を復号することと、
−  カラーメタデータを復号することであって、前記メタデータが、色変換タイプを表す構文要素、逆伝達タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含む、復号することと、
−  色変換タイプを表す前記構文要素に応答して、ルマおよび／またはクロマ成分を色変換することと、
−  逆伝達タイプを表す構文要素に応答して、第１、第２および第３の成分を得るために、色変換されたルマおよび／またはクロマに逆伝達演算を適用することと、
−  ＲＧＢ高ダイナミックレンジ信号を得るために、色変換行列を表す前記構文要素に応答して、色変換行列を適用することと
を行うように構成された少なくとも１つのプロセッサとを含むデコーダが開示される。
【００２４】
ＲＧＢ高ダイナミックレンジピクチャにアクセスするように構成された通信インタフェースと、
−  前記ＲＧＢ高ダイナミックレンジ信号をより低いダイナミックレンジの少なくとも１つのルマ成分および２つのクロマ成分に変換することと、
−  少なくとも１つのルマ成分および２つのクロマ成分をコード化することと、
−  カラーメタデータをコード化することであって、前記メタデータが、色変換タイプを表す構文要素、逆伝達タイプを表す構文要素および色変換行列を表す構文要素の少なくとも１つを含む、コード化することと
を行うように構成された少なくとも１つのプロセッサとを含むコーダが開示される。
【００２５】
図面では、本開示の実施形態を示す。
【図面の簡単な説明】
【００２６】
【図１】本開示の実施形態による、カラーピクチャを符号化する方法のステップの図を概略的に示す。
【図２】本開示の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のステップの図を概略的に示す。
【図３】本開示の別の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のステップの図を概略的に示す。
【図４】本開示のさらなる別の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のステップの図を概略的に示す。
【図５】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図６】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図７】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図８】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図９】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図１０】実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法のフローチャートを描写する。
【図１１】Ｒ＃Ｇ＃Ｂ＃色空間における線と楕円体との交差における可能な解を示す。
【図１２】本開示の実施形態による、受信機のアーキテクチャの例を示す。
【図１３】本開示の実施形態による、送信機のアーキテクチャの例を示す。
【発明を実施するための形態】
【００２７】
本開示は、本開示の実施形態が示される添付の図を参照して、以下でより詳細に説明する。しかし、この開示は、多くの代替の形態で具体化することができ、本明細書に記載される実施形態に限定されるものと解釈すべきではない。それに従って、本開示は様々な変更形態および代替の形態の影響を受けやすいが、その具体的な実施形態は、図面では例として示され、本明細書で詳細に説明する。しかし、本開示を開示される特定の形態に限定するという意図は全くなく、それどころか、本開示は、請求項で定義されるような本開示の精神および範囲内に収まるすべての変更形態、均等形態および代替の形態を含むものであることを理解すべきである。
【００２８】
本明細書で使用される専門用語は、特定の実施形態について説明するためだけのものであり、本開示を制限することを意図しない。本明細書で使用される場合は、「a」、「an」および「the」の単数形は、文脈で明確に示されない限り、複数形も含むことを意図する。「含む（「comprises」、「comprising」、「includes」および／または「including」）」という用語は、この明細書で使用される際は、記述される特徴、整数、ステップ、動作、要素および／またはコンポーネントの存在を指定するが、それらの１つまたは複数の他の特徴、整数、ステップ、動作、要素、コンポーネントおよび／またはグループの存在または追加を除外しないことがさらに理解されよう。その上、ある要素が別の要素に「応答する」または「接続される」ものとして言及されている際は、その要素は、他の要素に直接応答するまたは接続することも、介在要素を存在させることもできる。対照的に、ある要素が他の要素に「直接応答する」または「直接接続される」ものとして言及されている際は、介在要素は存在しない。本明細書で使用される場合は、「および／または」という用語は、関連リストアイテムのうちの１つまたは複数のありとあらゆる組合せを含み、「／」と短縮することができる。
【００２９】
「第１の」、「第２の」などの用語は、本明細書において様々な要素を説明するために使用することができるが、これらの要素は、これらの用語によって制限されるべきではないことが理解されよう。これらの用語は、ある要素を別の要素と区別するためだけに使用される。例えば、本開示の教示から逸脱することなく、第１の要素は、第２の要素と呼ぶことができ、同様に、第２の要素は、第１の要素と呼ぶことができる。
【００３０】
図のいくつかは、通信の主要な方向を示すために通信経路上に矢印を含むが、通信は、描写される矢印とは反対の方向でも起こり得ることを理解されたい。
【００３１】
いくつかの実施形態は、ブロック図および動作上のフローチャートに関して説明され、各ブロックは、指定された論理機能を実装するための１つまたは複数の実行可能命令を含む、回路素子、モジュールまたはコードの一部分を表す。また、他の実装形態では、ブロックで記述される機能は、記述される順番以外でも起こり得ることにも留意すべきである。例えば、実際には、関与する機能性に応じて、連続して示される２つのブロックを実質的に同時に実行することも、場合により、ブロックを逆の順番で実行することもできる。
【００３２】
本明細書における「一実施形態」または「実施形態」への言及は、実施形態と関係して説明された特定の特徴、構造または特性を本開示の少なくとも１つの実装形態に含めることができることを意味する。本明細書の様々な場所における「一実施形態では」または「実施形態によれば」という記載の出現は、必ずしもすべてが同じ実施形態を指すとは限らず、別個のまたは代替の実施形態が必ずしも他の実施形態と相互排他的であるとも限らない。
【００３３】
請求項で見られる参照番号は、単なる例示であり、請求項の範囲への制限効果はないものとする。
【００３４】
明示的に説明されてはいないが、本実施形態および変形形態は、いかなる組合せまたは副組合せでも採用することができる。
【００３５】
本開示は、１枚のカラーピクチャの復号のために説明されているが、以下で説明されるように、一連のカラーピクチャの各々は順番に復号されるため、一連のピクチャ（ビデオ）の復号まで拡張される。具体的には、配信スキームの符号化側および復号側は、１枚のピクチャまたは一連のピクチャの符号化および復号のために説明される。配信スキームは、エンコーダ側では、例えば、旧来のＳＤＲワークフローとの互換性を有するフォーマットで表されるＳＤＲピクチャにＨＤＲピクチャをマッピングすることを含む。例示的には、これらに限定されないが、フォーマットは、高解像度テレビ専用の８ビットＹＵＶフォーマット（規格ＩＴＵ−Ｒ  Ｒｅｃ  ＢＴ．７０９によって定義されるような）、または、超高解像度テレビ専用の１０ビットＹＵＶフォーマット（規格ＩＴＵ−Ｒ  Ｒｅｃ  ＢＴ．２０２０によって定義されるような）であり得る。配信スキームは、旧来のＳＤＲ画像コーダを使用して、得られたＳＤＲピクチャを符号化することをさらに含む。例えば、これらに限定されないが、コーダは、例えば、ＨＥＶＣ（またはワークフローによって機能可能な他の任意のコーデック）の、標準８ビットｈ２６４／ＡＶＣ  ｍａｉｎプロファイルまたは標準１０ビットＨＥＶＣ  ｍａｉｎ  １０プロファイルであり得る。さらに、配信スキームは、得られた符号化されたＳＤＲピクチャのビットストリームを配信することを含む。
【００３６】
デコーダ側で、対象となるユーザによって、２つのシナリオが想定される。
【００３７】
第１のシナリオでは、復号されたＳＤＲピクチャは、配信されたビットストリームから得られ、ＳＤＲを処理可能なデバイス上で表示される。
【００３８】
第２のシナリオでは、まず、復号されたＳＤＲピクチャを得て、次に、復号されたＳＤＲピクチャから復号されたＨＤＲピクチャにマッピングすることによって、配信されたビットストリームから復号されたＨＤＲピクチャが得られる。
【００３９】
有利には、ＨＤＲピクチャからＳＤＲピクチャへのマッピングは、デコーダによってＳＤＲピクチャからＨＤＲピクチャに逆マッピングできるように、エンコーダによって可逆に行うことができるとよい。このようにすることにより、ＨＤＲピクチャに対する、復号されたＨＤＲピクチャのコード化エラーが最小にされる。
【００４０】
以下、可逆なＨＤＲからＳＤＲへのマッピングの実施形態について、ＥＯＴＦとして平方根が使用される３ステップからなるプロセスに基づいて説明する。
【００４１】
図１に示されるように、カラーピクチャを符号化する方法１００は、輝度ダイナミックを減少させるステップ（ステップ１１０）を含み、このステップ１１０は、カラーピクチャの色成分Ｅｃ（ｃ＝１、２、３）の少なくとも１つから元の輝度Ｙを得るサブステップ１１１と、符号化されるべきピクチャの変調値（バックライト値とも呼ばれる）Ｂａを決定するためのヒストグラム解析のサブステップ１１２とを含む。変調値を計算するために、例えば、これらに限定されないが、ＨＤＲ輝度の平均、中央、最小または最大値を使用するなど、異なる方法を使用することができる。これらの演算は、線形ＨＤＲ輝度領域ＹＨＤＲ，ｌｉｎにおいて、または、ｌｎ（ＹＨＤＲ，ｌｉｎ）もしくはγ＜１におけるＹＨＤＲ，ｌｉｎγのような非線形領域において実行することができる。
【００４２】
カラーピクチャは、カラーピクチャの画素値が表される３つの色成分を有すると考えられる。本開示は、具体例として少なくとも部分的に説明されているが、３つの成分が表されるいかなる色空間にも制限されず、ＲＧＢ、ＣＩＥＬＵＶ、ＸＹＺ、ＣＩＥＬａｂなどのいかなる色空間までも拡張される。例として、Ｅｃは、図では、ＲＧＢＨＤＲを指す。サブステップ１１３では、元の輝度Ｙおよび変調値Ｂａに依存する非線形関数を適用することによって、元の輝度Ｙおよび変調値Ｂａから輝度成分Ｌを得るために、元の輝度Ｙダイナミックのダイナミックが減少される。輝度成分Ｌは、ＳＤＲピクチャの輝度成分であり、従って、Ｙ成分（より正確には、ＹＵＶ  ＢＴ７０９またはＹＵＶ  ＢＴ２０２０規格の色空間のＹＳＤＲ成分）と呼ぶこともできる。
【００４３】
第２のステップ１２０では、カラーピクチャの色成分Ｅｃから２つのクロミナンス成分Ｃ１およびＣ２が決定される。図１で与えられる例の場合、Ｃ１およびＣ２はＵ’Ｖ’を指し、ＥｃはＲＧＢＨＤＲを指す。サブステップ１２１では、色成分Ｅｃの平方根を取ることによって、中間成分Ｄｃ（図１の例では、ＤｃはＲ＃Ｂ＃Ｇ＃を指す）が得られる。図１に示される例の場合、このＤｃは、ＲＧＢＨＤＲの平方根を指す。次のサブステップ１２２では、中間成分Ｄｃに共通乗算ファクタβ’’を乗じることによって、減少した成分Ｆｃ（図１では、
【数１】
2018530942.tif 000003
と示される）が得られる。ファクタβ’’（Ｂａ，Ｌ）は、輝度成分Ｙおよび変調値Ｂａに依存する。次のサブステップ１２３では、３つの減少した成分Ｆｃに以下の行列を乗じることによって、クロミナンス成分Ｃ１およびＣ２（図１では、Ｕ’およびＶ’）が得られる。
［Ｃ１；Ｃ２］＝Ｍ［Ｆ１；Ｆ２；Ｆ３］
ここで、Ｍは、カラーピクチャの色域に依存する２×３行列である。
【００４４】
第３のステップ１３０では、補正された輝度成分Ｌ’および補正されたクロミナンス成分Ｃ’１、Ｃ’２を得るために、輝度成分Ｌおよびクロミナンス成分Ｃ１、Ｃ２の補正が実行される（図では、Ｕ’Ｖ’からＬ’Ｕ’’Ｖ’’を得ることを指す）。この補正は、補正された成分Ｌ’、Ｃ’１、Ｃ’２の色域Ｇ１の知覚色をＨＤＲカラーピクチャの成分Ｅｃの色域Ｇ２の知覚色に対応させる色域マッピングによって行われる。
【００４５】
より正確には、比色分析および色理論において、彩度、クロマおよび飽和度は、特定の色が知覚される強度を指す。彩度は、有彩色と灰色との差の度合いである。クロマは、同様の視認条件の下で白色に見える、別の色の明度に対する彩度である。飽和度は、自己の明度に対する色の彩度である。
【００４６】
色彩に富んだ刺激は、鮮やかであり、強い色調であり、それほど色彩に富まない刺激は、より落ち着いた灰色に近い色調に見える。彩度が全くない場合は、色は、「無彩色」の灰色である（そのいずれの色においても彩度がないピクチャは、グレースケールと呼ばれる）。いかなる色も、その彩度（またはクロマまたは飽和度）、明るさ（または明度）および色相によって記述することができる。
【００４７】
色の色相および飽和度の定義は、この色を表すために使用される色空間に依存する。
【００４８】
例えば、ＣＩＥＬＵＶ色空間が使用される際は、飽和度ｓｕｖは、クロマ
【数２】
2018530942.tif 000004
を輝度Ｌ＊で除した比率と定義される。
【数３】
2018530942.tif 000005
【００４９】
そして、色相は以下の数式によって表される。
【数４】
2018530942.tif 000006
【００５０】
別の例によれば、ＣＩＥＬＡＢ色空間が使用される際は、飽和度は、クロマを輝度で除した比率と定義される。
【数５】
2018530942.tif 000007
【００５１】
そして、色相は以下の数式によって表される。
【数６】
2018530942.tif 000008
【００５２】
これらの方程式は、人間が知覚する飽和度と一致するような、飽和度および色相の合理的な予測ファクタであり、ＣＩＥＬＡＢ（またはＣＩＥＬＵＶ）色空間における明度を調整する一方で、角度ａ＊／ｂ＊（またはｕ＊／ｖ＊）を固定したままにすることが同一の色の色相、よって知覚に影響を与えることを示している。ステップ１５０では、同一のファクタによって色成分Ｅｃをスケーリングすることにより、この角度、したがって、色相を維持する。
【００５３】
次に、ＨＤＲカラーピクチャがＣＩＥＬＵＶ色空間において表されており、輝度成分Ｌと、ＣＩＥＬＵＶ色空間の２つのクロミナンス成分Ｕ（＝Ｃ１）およびＶ（＝Ｃ２）とを合成することによって形成されるピクチャＩ２を考える。輝度成分Ｌのダイナミックレンジは、カラーピクチャＩの輝度、およびＣＩＥＬＵＶ色空間の２つのクロミナンス成分Ｕ（＝Ｃ１）およびＶ（＝Ｃ２）と比較して減少している（ステップ１３０）。従って、ピクチャＩ２の色は、色の飽和度および色相が変化しているため、人間には、異なるものとして知覚される。この方法（ステップ１３０）は、補正されたピクチャＩ３の色の色相がＨＤＲカラーピクチャの色の色相と最良に整合するように、補正されたピクチャＩ３のクロミナンス成分Ｃ’１およびＣ’２を決定する。
【００５４】
サブステップ１３１、１３２では、第２のステップ１２０で使用される共通乗算ファクタβ’’が決定される。次のサブステップ１３３では、ＬからＬ’が生成される。
【００５５】
補正された成分Ｌ’、Ｃ’１、Ｃ’２は、以下の方程式によって、輝度成分Ｌおよびクロミナンス成分Ｃ１、Ｃ２から得られる。
・Ｃ’１＝Ｃ１
・Ｃ’２＝Ｃ２
・Ｌ’＝Ｌ−ｍＣ’１−ｎＣ’２
ここで、ｍおよびｎは、２つの実数の係数である。図１上では、「ｍ」は「ａ」であり、「ｎ」は「ｂ」である。実数の係数は、ＨＤＲ  Ｒｅｃ  ＢＴ．７０９およびＢｔ．２０２０の色域に依存する。ｍおよびｎの代表的な値は、インターバル［０．１，０．５］において、ｍ≒ｎである。
【００５６】
補正の変形形態によれば、補正された輝度成分Ｌ’の値は、常に、輝度成分Ｌの値よりも小さい。
【数７】
2018530942.tif 000009
【００５７】
これにより、補正された輝度成分Ｌ’の値が輝度成分Ｌの値を超えないことが保証され、従って、色飽和が発生しなくなる。変調値Ｂａは、ビットストリームＦおよびピクチャＬ’Ｃ’１Ｃ’２（すなわち、図１上では、Ｌ’Ｕ’Ｖ’）において符号化される。
【００５８】
図２に示されるように、ビットストリームからカラーピクチャを復号する対応する方法２００が概略的に示されている。復号ステップ２１０、２２０および２３０は、対応する符号化ステップ１１０、１２０および１３０を逆にしたものと考えることができる。
【００５９】
ステップ２３０では、ビットストリームＦから補正された輝度およびクロミナンス成分Ｌ’、Ｃ’１、Ｃ’２（図２では、Ｕ’Ｖ’を指す）が得られる。サブステップでは、逆補正することによって（すなわち、以下の方程式によって）、輝度成分Ｌが得られる。
Ｌ＝Ｌ’＋ｍＣ’１＋ｎＣ’２
（図２では、ｍおよびｎはａおよびｂを指す）
【００６０】
逆補正の変形形態によれば、輝度成分Ｌの値は、常に、補正された輝度成分Ｌ’の値より高い。
【数８】
2018530942.tif 000010
【００６１】
この実施形態は、輝度成分Ｌが、輝度ピークを定義するためにデコーダによって通常は使用される潜在的なクリッピング値を超えないことを保証するため、有利である。
【００６２】
ステップ２１０では、拡張レンジ輝度である第１の成分（図２のＹまたは図３のｓｑｒｔ（Ｙ））を生成するために、カラーピクチャを符号化する際に得られた元の輝度成分に適用されているダイナミック減少関数の逆関数である非線形ダイナミック拡張関数が輝度Ｌに適用される（例えば、ＹＨＤＲ＝ｆ−１（ＬＳＤＲ）、より正確には、ｇ−１（Ｂａ，Ｌ））。
【００６３】
ステップ２２０では、補正されたクロミナンス成分Ｃ’１、Ｃ’２（示される例では、Ｕ’Ｖ’）および第１の成分Ｙ（すなわちｓｑｒｔ（Ｙ））から、復号されるべきカラーピクチャの少なくとも１つの色成分Ｅｃ（示される例では、ＲＧＢＨＤＲ）が復元される。サブステップ２２１では、中間クロミナンス成分を得るために、補正されたクロミナンス成分Ｃ’１、Ｃ’２への共通乗算ファクタβ’の乗算が実行される（Ｃ１ｒＣ２ｒは図２の例に示されるＵｒＶｒを指し、
【数９】
2018530942.tif 000011
は図３に示される
【数１０】
2018530942.tif 000012
を指す）。中間クロミナンス成分は、第２の成分Ｓを得るためにさらなるサブステップ２２２において使用され、すなわち、図２に示される例で使用される成分表記を参照すると、値Ｓは、
【数１１】
2018530942.tif 000013
によって決定される。さらなるサブステップ２２３では、ＳＵｒＶｒからＲ＃Ｇ＃Ｂ＃が復元される（すなわち、［Ｒ＃；Ｇ＃；Ｂ＃］＝Ｍａｔ３×３［Ｓ；Ｕｒ；Ｖｒ］）。復号されたカラーピクチャの色成分ＲＧＢＨＤＲは、次のサブステップ２２４において、Ｒ＃Ｇ＃Ｂ＃の２乗として決定される。
【００６４】
言い換えれば、方法は、例えば、ＳＤＲルマ成分Ｌおよび２つのＳＤＲクロマ成分ＵＶから、ＲＧＢ  ＨＤＲ成分を表すＲ＃Ｇ＃Ｂ＃を復元するＳＤＲからＨＤＲへの逆マッピングを可能にする。ここで、ＨＤＲ輝度成分Ｙは、Ｌから導かれ、値Ｔは、Ｕ２、Ｖ２およびＵ＊Ｖの線形結合として演算され、Ｓは、Ｙ−Ｔの平方根として演算され、次いで、入力ＳＤＲピクチャの各画素に適用される３×３行列とＳＵＶの積としてＲ＃Ｇ＃Ｂ＃が決定される。この３×３行列は、例えば、ＩＴＵ−Ｒ  ＢＴ７０９／２０２０において規定されているＲＧＢ−＞ＹＵＶ行列の逆行列、すなわち、Ｃ＝Ａ−１である。
【００６５】
説明される復号スキームは、圧縮されたＨＤＲピクチャの配信を可能にする一方で、それと同時に、上記ＨＤＲピクチャのカラーグレーディングされたバージョンを表す関連ＳＤＲピクチャの配信を可能にする。しかし、ＨＤＲピクチャを復号して表示する際に圧縮損失により精度の低下が生じ、復号の数値的な安定性またはロバスト性が必ずしも保証されないことがあるため、復号をさらに拡張することができる。
【００６６】
さらなる開示内容の記載は、ロバスト性をさらに向上させる、ビットストリームからカラーピクチャを復号する方法を提供するものである。
この方法は、
−  ビットストリームから得られた輝度成分に非線形ダイナミック拡張関数を適用することによって、第１の成分を得ることと、
−  第１の成分によって決定された値とビットストリームから得られた２つのクロミナンス成分の積および２乗値の線形結合との差の平方根を取ることによって、第２の成分を得ることと、
−  少なくとも前記第２の成分および前記２つのクロミナンス成分から、復号されるカラーピクチャの少なくとも１つの色成分を得ることと
を含む。
【００６７】
これにより、例えば、処理ハードウェアによって課され得る制約を考慮することによって少なくとも輝度成分に対してカスタマイズ可能な境界を適用するために、必ずしも符号化の際に適用された対応する非線形ダイナミック減少関数の逆関数ではない、非線形ダイナミック拡張関数を適用することができる。さらに、実際に選択された非線形ダイナミック拡張関数によって生成される第１の成分に対する平方根関数の依存性は、第２の成分の算出を導入された境界に対してだけでなく、既定されていない差の結果による影響に対して適応できるようにして、数値的な安定性を高めることができるようにする。
【００６８】
一態様によれば、
−  第２の成分は、第１の成分によって決定された値が前記線形結合以上である場合にのみ、前記値と前記線形結合との差の平方根を取ることによって得られ、
−  そうでない場合には、前記第２の成分は、ゼロに等しくなるように設定され、２つのクロミナンス成分には共通ファクタが乗じられる。これにより、第２の成分が非実数として決定される場合を処理できるようになる。そうでない場合は、この差の処理は、適用されるハードウェアのエラーまたは処理機能性に依存し得る。この例外は、第２の成分を０に設定することによって解決される。しかしながら、虚数値をゼロに置き換えることは、輝度を増大させることに等しい。クロミナンス成分に共通ファクタを適用することなく、第２の成分が０に設定されれば、実際には、第２の成分がゼロに設定された場所の画素の輝度が極めて高くなるであろう。
【００６９】
一実施形態によれば、共通ファクタは、前記第１の成分（すなわち、前記成分の値）を前記線形結合の平方根で除した比率である。
【００７０】
この態様では、非線形ダイナミック拡張関数は、例えば、カラーピクチャを符号化する際に得られた元の輝度成分に対して適用されたダイナミック減少関数の逆関数であり、前記第１の成分によって決定された前記値は、元の輝度成分と等しい。この場合、非線形ダイナミック拡張関数は、第１の成分として元の輝度成分を提供し、第２の成分は、当初符号化された輝度と説明される線形結合との差の平方根として決定される。
【００７１】
別の態様によれば、共通ファクタは、前記線形結合の平方根の逆数である。
【００７２】
この実施形態では、非線形ダイナミック拡張関数は、カラーピクチャを符号化する際に得られた元の輝度成分に対して適用されたダイナミック減少関数の逆関数の平方根であり、第１の成分によって決定された値は、１に等しい。さらに、復号されるカラーピクチャの少なくとも１つの色成分を得ることは、少なくとも１つの色成分に第１の成分を乗じることを含む。これにより、元の輝度成分の平方根によって正規化が行われ、境界がクロミナンス成分および第２の成分に設定され、ハードウェアの実施が簡略化される。最終的に説明される乗算により、適用された正規化が取り除かれる。
【００７３】
対応するスケーリングを２つのクロミナンス成分に適用するため、一実施形態によれば、２つのクロミナンス成分を得るステップは、第１の成分に依存するファクタによって２つのクロミナンス成分の各々をスケーリングすることを含む。
【００７４】
例えば、スケーリングは、線形結合を決定する前に、２つのクロミナンス成分を第１の成分で（すなわち、輝度に適用されたものと同じ正規化ファクタで）除することを含む。
【００７５】
実施形態では、前記ファクタは、元の輝度成分から得られた、復号されているピクチャのバックライト値にも依存する。
【００７６】
実施形態では、第２の成分は、高速処理のためにルックアップテーブルを使用して決定される。
【００７７】
実施形態によれば、少なくとも前記第２の成分および前記２つのクロミナンス成分から復号されるカラーピクチャの少なくとも１つの色成分を得ることは、第２の成分および２つのクロミナンス成分の線形結合として前記少なくとも１つの色成分を決定することを含む。
【００７８】
以下の実施形態はいずれも、ＲＧＢまたはＹＵＶを参照する例で説明される場合であっても、ＲＧＢまたはＹＵＶ以外の他の色空間に適用することができる。
【００７９】
例示的な実施形態として、ＳＤＲからＨＤＲへの逆マッピング方法は、ＳＤＲルマ成分Ｌおよび２つのＳＤＲクロマ成分ＵＶから、ＲＧＢ  ＨＤＲ成分を表すＲ＃Ｇ＃Ｂ＃を復元する。ここで、ＨＤＲ輝度成分Ｙは、Ｌから導かれ、値Ｔは、Ｕ２、Ｖ２およびＵ＊Ｖの線形結合として演算される。Ｓは、本質的に、Ｙ−Ｔの平方根として演算される。
ｉ．Ｔ≦Ｙの場合は、Ｓ＝ｓｑｒｔ（Ｙ−Ｔ）であり、
ｉｉ．Ｔ＞Ｙの場合は、ＵおよびＶには共通ファクタＦが乗じられ、Ｓはゼロに設定される。
次いで、３×３行列とＳＵＶの積としてＲ＃Ｇ＃Ｂ＃が演算される。方法は、入力ＳＤＲ画像の各画素に適用される。さらに、共通ファクタＦは、
【数１２】
2018530942.tif 000014
に設定することができる。
【００８０】
別の例示的な実施形態として、ＳＤＲからＨＤＲへの逆マッピング方法は、ＳＤＲルマ成分Ｌおよび２つのＳＤＲクロマ成分ＵＶから、ＲＧＢ  ＨＤＲ成分を表すＲ＃Ｇ＃Ｂ＃を復元する。ここで、ＨＤＲ輝度成分の平方根
【数１３】
2018530942.tif 000015
は、Ｌから導かれ、Ｔは、Ｕ２、Ｖ２およびＵ＊Ｖの線形結合として演算され、Ｓは、本質的に、１−Ｔの平方根として演算される。
ｉ．Ｔ≦１の場合は、Ｓ＝ｓｑｒｔ（１−Ｔ）であり、
ｉｉ．Ｔ＞１の場合は、ＵおよびＶには共通ファクタＦが乗じられ、Ｓはゼロに設定される。
次いで、３×３行列とＳＵＶの積として
【数１４】
2018530942.tif 000016
が演算される。Ｒ＃Ｇ＃Ｂ＃は、
【数１５】
2018530942.tif 000017
への
【数１６】
2018530942.tif 000018
の乗算であり、入力ＳＤＲピクチャの各画素に対して適用される。さらに、共通ファクタＦは
【数１７】
2018530942.tif 000019
である。一実施形態では、Ｆは、
【数１８】
2018530942.tif 000020
の最終的な乗算と同時に適用される、すなわち、その代わりに、
【数１９】
2018530942.tif 000021
で乗算される。
【００８１】
説明される実施形態により、カラー画像のピーク輝度に依存しない中程度のレジスタサイズを有するデコーダの単純なハードウェア実装形態が可能になる。
【００８２】
カラーピクチャＩは、カラーピクチャの画素値が表される３つの色成分を有すると考えられる。本開示は、３つの成分が表されるいかなる色空間にも制限されず、ＲＧＢ、ＣＩＥＬＵＶ、ＸＹＺ、ＣＩＥＬａｂなどのいかなる色空間までも拡張される。
【００８３】
図３を参照すると、本開示の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法３００のステップの図が概略的に示されている。示される実施形態は、実際には、図２に示される復号方法の変更形態であり、ここでは、処理された輝度およびクロミナンス成分（すなわち、Ｙ、Ｕｒ、Ｖｒ、Ｓ）に対して明確な限度が常に利用可能であることを確認する。実施形態間の変更部分のみを詳細に説明する。
【００８４】
ステップ３１０では、非線形ダイナミック拡張関数は、カラーピクチャを符号化する際に得られた元の輝度成分に適用されているダイナミック減少関数の逆関数の平方根であり、それにより、第１の成分の上限を
【数２０】
2018530942.tif 000022
に減少させる。
【数２１】
2018530942.tif 000023
による正規化が導入され、その後に、変更されたクロミナンス再構築ステップ３２０が続き、次いで、
【数２２】
2018530942.tif 000024
による再正規化が行われる。
【００８５】
ＨＤＲ輝度Ｙは、成分Ｅｃの線形結合である。以下では、Ｅｃの例として、ＲＧＢＨＤＲを参照する。
【数２３】
2018530942.tif 000025
ここで、
【数２４】
2018530942.tif 000026
と定義する。
【００８６】
結果として、いくつかの定数に至るまで、Ｅｃ（すなわち、示される例では、ＲＧＢ）は、Ｙによって拘束され、Ｄｃ（すなわち、示される例では、Ｒ＃Ｇ＃Ｂ＃）は、
【数２５】
2018530942.tif 000027
によって拘束される。また、エンコーダ側から得られるように、ＵｒＶｒは、Ｒ＃Ｇ＃Ｂ＃の線形結合、すなわち、
【数２６】
2018530942.tif 000028
である。
【００８７】
２つの変数は、Ｒ＃Ｇ＃Ｂ＃によって（従って、
【数２７】
2018530942.tif 000029
によって）拘束される。要するに、図２に示される実施形態に戻ると、Ｓの定義において、以下が成り立つ。
【数２８】
2018530942.tif 000030
平方根の根号内の項は、Ｙによって拘束され、Ｓは、
【数２９】
2018530942.tif 000031
によって拘束される。従って、復号プロセスの入力変数ＵｒＶｒ、中間変数Ｓおよび出力変数Ｒ＃Ｇ＃Ｂ＃はすべて、
【数３０】
2018530942.tif 000032
によって拘束される。従って、図２に示される復号方法において使用される乗算ファクタβ’は、図３に示される実施形態では、βＹ’と置き換えられ、その結果、ＵｒおよびＶｒを処理する代わりに、
【数３１】
2018530942.tif 000033
が処理される。さらに、
【数３２】
2018530942.tif 000034
によって再び出力の再スケーリングが行われる。
【００８８】
言い換えれば、乗算ファクタβ’（Ｂａ，Ｌ）は、正規化された入力
【数３３】
2018530942.tif 000035
を得るために、
【数３４】
2018530942.tif 000036
と置き換えられる（特に、ステップ２３０と比べて、ステップ３３０において）。
【００８９】
出力側では、
【数３５】
2018530942.tif 000037
の乗算によって、復号された
【数３６】
2018530942.tif 000038
がスケールバックされる。
【００９０】
図３は、ＳＤＲルマ成分Ｌおよび２つのＳＤＲクロマ成分ＵＶから、ＲＧＢ  ＨＤＲ  成分を表すＲ＃Ｇ＃Ｂ＃を復元するＳＤＲからＨＤＲへの逆マッピング方法を示し、ＨＤＲ輝度成分の平方根
【数３７】
2018530942.tif 000039
は、Ｌから導かれ、値
【数３８】
2018530942.tif 000040
は、Ｕ２、Ｖ２およびＵ＊Ｖの線形結合として演算される。第２の成分Ｓは、差
【数３９】
2018530942.tif 000041
の平方根として演算され、
【数４０】
2018530942.tif 000042
は、３×３行列とＳＵＶの積であり、Ｒ＃Ｇ＃Ｂ＃は、
【数４１】
2018530942.tif 000043
への
【数４２】
2018530942.tif 000044
の乗算であり、入力ＳＤＲ画像の各画素に適用される。さらに、ＵおよびＶは、
【数４３】
2018530942.tif 000045
によって除算される。
【００９１】
ここで図４を参照すると、本開示の別の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法４００のステップの図が概略的に示されている。示される実施形態は、実際には、図３に示される復号方法の変更形態であり、ここでは、それに加えて、第２の成分（図３に示される
【数４４】
2018530942.tif 000046
に対応する）が虚数値をもたらす場合に、例えば、対応する画素と関連付けられた表示される色の明らかな歪みを回避するために、例外が正しく処理されることを確認する。実施形態間の変更部分のみを詳細に説明する。ステップ４１０および４３０は、ステップ３１０および３３０とそれぞれ同一である。ステップ４２５は、ステップ２２３と同様である。ステップ４２６は、ステップ２２４と同様である。
【００９２】
マッピングは、Ｓが虚数でないという意味において、復号可能なＬ’Ｕ’Ｖ’を提供するものと想定される。しかしながら、Ｌ’Ｕ’Ｖ’は、圧縮・解凍されるため、コード化損失は、
【数４５】
2018530942.tif 000047
が負であり、
【数４６】
2018530942.tif 000048
が実数とならない入力トリプレット（Ｌ’，Ｕ’Ｖ’）を生じさせることがある。１つの解法は、１によって閾値
【数４７】
2018530942.tif 000049
を定め、
【数４８】
2018530942.tif 000050
を導くことである。しかしながら、これは、復号されたＲＧＢに対する限界を逸脱させる。虚数値を
【数４９】
2018530942.tif 000051
と置き換えることは、Ｙを増大することに等しい。例えば、
【数５０】
2018530942.tif 000052
となれば、Ｙを２倍にすることにより、
【数５１】
2018530942.tif 000053
が導かれる。しかしながら、この場合、ＲＧＢに対する限界Ｙも２倍になる。これにより、さらなる処理なしでは、
【数５２】
2018530942.tif 000054
がゼロに設定された所に極めて明るい画素が生成されることとなる。
【００９３】
ステップ４２０に示されるように、解法を見つける一方で、限界を維持するために、以下の処理が追加的に実行される。サブステップ４１９では、
【数５３】
2018530942.tif 000055
は、復号されたＵ’Ｖ’にβＹ’（Ｂａ，Ｌ）を乗じることによって決定される。
【００９４】
第２の成分
【数５４】
2018530942.tif 000056
は、別個のサブステップにおいて決定される。サブステップ４２１では、
【数５５】
2018530942.tif 000057
（すなわち、２つのクロミナンス成分の積および２乗値の線形結合線形結合）のみが決定される。次のサブステップ４２２では、
【数５６】
2018530942.tif 000058
が正の値をもたらすかまたは負の値をもたらすかがチェックされる。
【００９５】
【数５７】
2018530942.tif 000059
の場合は、
【数５８】
2018530942.tif 000060
は実数であり、復号はこの
【数５９】
2018530942.tif 000061
を用いて進められ（サブステップ４２３）、それは、図３に示される処理に対応する。
【００９６】
【数６０】
2018530942.tif 000062
の場合は、Ｓは虚数であり、処理は、サブステップ４２４を続行し、変数
【数６１】
2018530942.tif 000063
は、以下を行うことによって実数解を得るために、再スケーリングされる。
−  
【数６２】
2018530942.tif 000064
を設定する。
−  残りの復号において、
【数６３】
2018530942.tif 000065
を
【数６４】
2018530942.tif 000066
と置き換える。
−  
【数６５】
2018530942.tif 000067
に設定する。
【００９７】
説明される処理は適切な解を提供し、それは、問題を幾何学的に解析する際に明らかになる。方程式
【数６６】
2018530942.tif 000068
は、Ｒ＃Ｇ＃Ｂ＃空間における楕円体を規定し、
【数６７】
2018530942.tif 000069
は、同じ空間における２つの平面の交差（すなわち、線）を規定する。従って、解は、楕円体と線の交差である。この交差は、以下のいずれかである。
−  Ｓが虚数の場合は、空である。
−  Ｓ＝０の場合は、１つの点であり、線は楕円体の接線である。
−  Ｓ＞０の場合は、２つの点であり、Ｒ＃Ｇ＃Ｂ＃が正であると規定されているため、正の値を取らなければならない。
【００９８】
さらなるサブステップ４２５では、
【数６８】
2018530942.tif 000070
は、ステップ２２３と同様に、
【数６９】
2018530942.tif 000071
から復元される。
【００９９】
ここで図５を参照すると、本開示の別の実施形態による、少なくとも１つのビットストリームからカラーピクチャを復号する方法５００のステップの図が概略的に示されている。示される実施形態は、実際には、図４に示される復号方法の変更形態である。すなわち、中間Ｒ＃、Ｇ＃、Ｂ＃値への復元された線形輝度信号の平方根（すなわち、
【数７０】
2018530942.tif 000072
）の乗算が取り除かれる。
【０１００】
実施形態間の変更部分のみを詳細に説明する。ステップ５３０は、ステップ４３０と同一である。
【０１０１】
ステップ５１０では、拡張レンジ輝度である第１の成分ＹＨＤＲを生成するために、非線形ダイナミック拡張関数が輝度Ｌに適用される。ダイナミック拡張関数ｇ−１は、カラーピクチャを符号化する際に得られた元の輝度成分に適用されているダイナミック減少関数ｇの逆関数である（例えば、ＹＨＤＲ＝ｇ−１（Ｂａ，ＬＳＤＲ））。従って、この事例では、輝度ＹＨＤＲは、図４の実施形態のステップ４１０のようなその平方根の代わりに得られる。
【０１０２】
ステップ５２０は、図３のステップ３２０または図４のステップ４２０の補正バージョンである。図３および４のステップと同一である図５のステップ（すなわち、
【数７１】
2018530942.tif 000073
を得るステップまで）は、さらに開示しない。この実施形態では、復号された
【数７２】
2018530942.tif 000074
は、図３および４の実施形態のような
【数７３】
2018530942.tif 000075
の乗算によってスケールバックされない。
【０１０３】
ステップ５２００では、
【数７４】
2018530942.tif 000076
は、公知のＣＩＥ１９３１  ＸＹＺ色空間の（ｘｎｏｒｍ，ｚｎｏｒｍ）色成分を得るために、最初に、２乗し、次いで、行列Ｍを乗じる。Ｍは、ＲＧＢからＸＹＺ色空間に信号をマッピングするために当技術分野で知られているＭ３×３行列の一部として定義される［２×３］行列である。
【０１０４】
ステップ５２１０では、色変換行列が適用される。より正確には、ベクトル（ｘｎｏｒｍ，１，ｚｎｏｒｍ）ｔは、最初に、ステップ５１０で得られたＹＨＤＲを乗じ、次いで、３×３行列Ｎを乗じる。Ｎは、ＸＹＺからＲＧＢ色空間に信号をマッピングするために当技術分野で知られている３×３行列である。従って、Ｎは、Ｍ３×３の逆行列である。
【０１０５】
この実施形態は、いくつかの利点を提供する。第１に、輝度成分がより少ないプロセスを経る（例えば、平方根なし）。第２に、輝度およびクロミナンス成分が別々に処理される。従って、復元されるＨＤＲ輝度はより正確である（すなわち、元の輝度に近い）。第３に、各ステップにおいて最大３つの成分が処理される。以前の実施形態では、４つの成分（例えば、
【数７５】
2018530942.tif 000077
）が処理され、従って、より多くのメモリが必要とされる。
【０１０６】
図６は、図５の実施形態の別の表現である。図４に関して開示される実施形態に反して、中間復号Ｒ＃、Ｇ＃、Ｂ＃値への復元線形輝度信号の平方根の乗算が取り除かれる。
【０１０７】
代わりに、２つの別個の処理経路（チャネル）において、所定の画素のクロミナンスおよび輝度値の復元が行われる。それらの混合は、復元ＨＤＲ  ＲＧＢ線形信号を提供するために、復号プロセスの最後の１つのステップにおいて行われる。
【０１０８】
ステップ６００では、ビットストリームは、ＳＤＲコンテンツを表すＬ’Ｕ’Ｖ’成分に復号される。復号は、例えば、ＨＥＶＣビデオコード化規格に準拠する。
【０１０９】
ステップ６３０では、Ｌ’Ｕ’Ｖ’は、変換されたＬＵｒＶｒ成分に色変換される。色変換は、典型的には、３×３行列の形態を取り、場合により、輝度における追加の「最大」演算子を伴う。このステップは、ＳＤＲダイナミックを維持しながら色成分を修正することを目標とする。このステップは、例えば、ステップ５３０のサブステップおよびそれに加えてステップ４１９を含む。次いで、ステップ６４０では、ＳＤＲコンテンツを表す変換されたＬＵｒＶｒ成分がＨＤＲコンテンツを表す成分に変換される（逆伝達プロセスとして知られている）。このステップは、成分に応じて異なる逆伝達演算を含む。例示的な実施形態では、ステップ６４００において、輝度Ｌが別個のチャネルにおいて処理される。従って、「逆ＴＦルマ」６４００は、線形光領域において輝度ＨＤＲ信号を復号する。
ＹＨＤＲ＝ｇ−１（Ｙｄｅｃ，Ｂａ））
ここで、Ｙｄｅｃは、ビデオデコーダ（例えば、ＨＥＶＣデコーダ）によって提供されたルマ値であり、ｇ−１は、エンコーダ側の線形光ＨＤＲ輝度上で適用された非線形性の逆関数である。
【０１１０】
ステップ６４１０では、ＣＩＥ  ＸＹＺ色空間における２つの正規化された色成分値（ｘｎｏｒｍ，ｚｎｏｒｍ）は、ステップ６３０で得られた入力（Ｕｒ，Ｖｒ）クロマ値の関数として復元される。例示的な実施形態では、このステップは、以下を含む。
−  図５に関して以前に説明されるようなＴの計算（ステップ４２１）。
−  図５に関して以前に説明されるようなＴの関数としてのＳの計算（ステップ４２３および４２４）。
−  ＹＵＶからＲＧＢへの３×３行列変換を
【数７６】
2018530942.tif 000078
成分値に適用することを通じた、中間
【数７７】
2018530942.tif 000079
値の計算（ステップ４２５）。
−  ＲＧＢからＸＺへの２×３行列変換を
【数７８】
2018530942.tif 000080
カラー値の２乗に適用することによって、ＣＩＥ  ＸＹＺ色空間における結果として得られた（ｘｎｏｒｍ，ｚｎｏｒｍ）の計算（ステップ５２００）。
【０１１１】
ステップ６５０では、色変換行列がＹおよび（ｘｎｏｒｍ，ｚｎｏｒｍ）成分に適用される。例示的な実施形態では、「色変換行列」を適用することは、以下の演算を含む。
（Ｒ，Ｇ，Ｂ）ｔ＝Ｎ．ＹＨＤＲ．（ｘｎｏｒｍ，１，ｚｎｏｒｍ）ｔ
ここで、Ｎは、３×３行列であり、ＹＨＤＲは、逆輝度伝達関数（ステップ６４００）から得られた輝度であり、（ｘｎｏｒｍ，ｚｎｏｒｍ）は、「色伝達」（ステップ６４１０）から得られた色成分サンプルである。
【０１１２】
図７で描写されるように、任意選択のステップ６１０では、成分は、４２０フォーマットから４４４フォーマットに変換される。
【０１１３】
任意選択のステップ６２０では、ＵＶ成分は、復号されたＵおよびＶ値から減ずること５１２によって、０の近くにシフトされる。シフトされた値は、ＵｃＶｃと示される。
【０１１４】
従って、図６および７は、図５に関して開示される図の高レベル図である。従って、図６のいくつかのステップは、図５に関して開示されるもの以外の他のプロセスと置き換えることができる。
【０１１５】
図８で描写される別の実施形態では、提案された復号スキームは、「交差平面色エンハンスメント」モジュール６０５および「ダイナミックレンジ適応」モジュール６３５、６３６などの追加の要素を含む。これらの追加の復号ステップは、以下のＭＰＥＧコントリビューション“Response to Call for Evidence for HDR and WCG Video Coding: Arris, Dolby and InterDigital”, Arris Inc., Dolby Laboratories Inc. and InterDigital Communications, LLC, , ISO/IEC JTC1/SC29/WG11 MPEG2015/M36264, June 2015, Warsaw, Poland”で開示されている。
【０１１６】
ＣＰＣＥ復号ステップは、エンコーダ側で復号されたピクチャをその元のバージョンにより近くなるようにする色および輝度成分ハイパスフィルタリングプロセスを行うものである。ＣＰＣＥ復号ステップは、任意のいくつかの場所において（モジュール６１０の前後またはモジュール６３０の後でさえ）復号プロセスに入れることができる。
【０１１７】
信号ダイナミックレンジ適応は、圧縮効率のために信号をより効率的な方法で表すために、乗算ファクタおよび加法オフセットを１つまたは複数の信号成分に適用するものである。ダイナミックレンジ適応もまた、モジュール６１０の前後に入れることができる。
【０１１８】
図６、７または８に関して提案される新しいデコーダアーキテクチャは、図９に示される統合された一般的なＨＤＲ復号アーキテクチャに適合するように適応させる。図９は、一般的な復号モジュールおよびＨＤＲビデオコーダから受信された関連メタデータを描写する。
【０１１９】
この統合されたアーキテクチャでは、一般的なモジュール６３０、６４０および６５０は、異なる演算を実装することができる。メタデータからの情報（例えば、color_conversion_type）に応じて、ある演算が他の演算の代わりに適用される。色変換ステップ６３０は、典型的には、３×３行列の形態を取り、場合により、輝度における追加の「最大」演算子を伴う。それは、色変換タイプを示すcolor_conversion_typeというフラグによってパラメータ化される。第１のフラグ値によれば、色補正は、以前に説明される色補正（図５に関して開示されるステップ５３０および４１９など）の形態を取ることができる。別の実施形態では、色補正は、図１０で開示されるように、文書“Response to Call for Evidence for HDR and WCG Video Coding: Arris, Dolby and InterDigital”, Arris Inc., Dolby Laboratories Inc. and InterDigital Communications, LLC, , ISO/IEC JTC1/SC29/WG11 MPEG2015/M36264, June 2015, Warsaw, Poland”で指定されるようなＩＰＴ色空間からＬＭＳ色空間への色空間変換を行うものである。第１の事例では、色変換は、コード化ストリームからメタデータとして受信することができるａ、ｂパラメータおよびβ’’ルックアップテーブルによってパラメータ化される。
【０１２０】
第１の成分逆伝達ステップ６４００は、inv_transfer_typeというフラグの値に従って、ＹＵＶ空間のＹ成分またはＬＭＳのＬ成分である輝度コード化信号に逆非線形性を適用することを含む。ＹＵＶ色空間の事例では、逆伝達関数は、inv_transfer_typeという構文要素と共にビットストリームから受信することができる単一のＢａパラメータのルックアップテーブルを通じてパラメータ化することができる。
【０１２１】
第２および第３の成分逆伝達ステップ６４１０もまた、受信されたinv_transfer_typeという構文要素を通じて指定される。第２および第３の成分逆伝達ステップ６４１０は、この構文要素の値に従った以前に説明される色補正を行うものである。別のフラグ値によれば、第２および第３の成分逆伝達ステップ６４１０は、ＬＭＳ色空間の成分（Ｍ，Ｓ）に逆非線形性を適用するものであり得る（MPEG2015/M36264, June 2015, Warsaw, Poland”]）。
【０１２２】
色変換行列ステップ６５０の適用は、解凍のために使用された色から出力線形光ＲＧＢ色空間に復号された信号を変換することを含む。この場合もやはり、color_conv_mat_idという専用構文要素の値に従って、これは、（ＸＹＺからＲＧＢへの）または（ＬＭＳからＲＧＢへの）色空間変換の形態を取ることができる。
【０１２３】
図９の上方のメタデータ（例えば、ａ、ｂ、ＬＵＴ  β、Ｂａ）は、適用される色変換、逆伝達および色行列変換のタイプに依存することに留意すべきである。従って、いくつかの構成では、これらのメタデータは存在せず、従って、使用されない。
【０１２４】
上記で開示されるcolor_conversion_type、inv_transfer_typeおよびcolor_conv_mat_idという構文要素は、ＳＥＩメッセージ（ＳＥＩは、「補助拡張情報（Supplement Enhancement Information）」の英頭字語である）において符号化することができる。それらは、バイナリフラグと定義することができる。
【０１２５】
図１〜１０では、ステップおよびサブステップは、区別可能な物理ユニットと関係があってもなくともよいモジュールまたは機能ユニットと考えることもできる。例えば、これらのモジュールまたはそれらのいくつかは、特有のコンポーネントまたは回路にまとめることも、ソフトウェアの機能性に寄与することもできる。それに反して、いくつかのモジュールは、別個の物理的実体から潜在的に構成することができる。本開示に適合する装置は、純粋なハードウェアを使用して、例えば、ＡＳＩＣ、ＦＰＧＡもしくはＶＬＳＩ（それぞれ、≪特定用途向け集積回路≫、≪フィールドプログラマブルゲートアレイ≫、≪超大規模集積≫）などの専用ハードウェアを使用して、あるいは、デバイスに埋め込まれたいくつかの統合電子コンポーネントから、または、ハードウェアコンポーネントおよびソフトウェアコンポーネントの混合物から実装される。
【０１２６】
図１１では、Ｒ＃Ｇ＃Ｂ＃空間に楕円体と線が示されている。図１１では、楕円体は、球体で表されている。解がない事例では、線は球体と交差しない（左）。Ｓ＝０に設定することは、
【数７９】
2018530942.tif 000081
の半径を有する楕円体を増大する（それ自体が膨らむことに等しい）ことに等しい。図１１に示される選ばれた解は、楕円体に触れるポイントまで線を移動することである（右）。次いで、構造により、解Ｒ＃Ｇ＃Ｂ＃は、半径
【数８０】
2018530942.tif 000082
の楕円体上にあり、限界は維持される。
【０１２７】
その態様の他の態様によれば、本開示は、上記の方法を実装するように構成されたプロセッサと、このプログラムがコンピュータ上で実行される際に上記の方法のステップを実行するためのプログラムコード命令を含むコンピュータプログラム製品と、少なくとも上記の方法のステップをプロセッサに実行させるための命令がその中に格納されたプロセッサ可読媒体と、前記プログラムがコンピューティングデバイス上で実行される際に上記の方法のステップを実行するためのプログラムコードの命令を保持する非一時的な記憶媒体とを含むデバイスに関する。
【０１２８】
図１２は、非限定的な実施形態による、ストリームからＨＤＲピクチャを復号するように構成された受信機１５０の例示的なアーキテクチャを表す。
【０１２９】
受信機１５０は、１つまたは複数のプロセッサ１１００を含み、１つまたは複数のプロセッサ１１００は、内部メモリ１５１０（例えば、ＲＡＭ、ＲＯＭおよび／またはＥＰＲＯＭ）と共に、例えば、ＣＰＵ、ＧＰＵおよび／またはＤＳＰ（デジタル信号プロセッサ（Digital Signal Processor）の英頭字語）を含み得る。受信機１５０は、その各々が出力情報を表示するようにならびに／あるいはユーザがコマンドおよび／またはデータを入力できるように（例えば、キーボード、マウス、タッチパッド、ウェブカメラ）適応された１つまたは複数の通信インタフェース１１１０と、受信機１５０の外部にあり得る電源１１２０とを含む。また、受信機１５０は、１つまたは複数のネットワークインタフェース（図示せず）も含む。デコーダモジュール１１４０は、復号機能を実行するためにデバイスに含めることができるモジュールを表す。それに加えて、デコーダモジュール１１４０は、受信機１５０の別個の要素として実装することも、当業者に知られているように、ハードウェアとソフトウェアの組合せとしてプロセッサ１１００内に組み込むこともできる。
【０１３０】
ストリームは、供給源から得ることができる。異なる実施形態によれば、供給源は、これらに限定されないが、
−  ローカルメモリ（例えば、ビデオメモリ、ＲＡＭ、フラッシュメモリ、ハードディスク）、
−  記憶装置インタフェース（例えば、大容量記憶装置、ＲＯＭ、光ディスクまたは磁気サポートとのインタフェース）、
−  通信インタフェース（例えば、有線インタフェース（例えば、バスインタフェース、広域ネットワークインタフェース、ローカルエリアネットワークインタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェースまたはBluetooth（登録商標）インタフェースなど））、および、
−  ピクチャ捕捉回路（例えば、センサ、例えば、ＣＣＤ（もしくは電荷結合素子）またはＣＭＯＳ（もしくは相補型金属酸化膜半導体）など）
であり得る。
【０１３１】
異なる実施形態によれば、復号されたＨＤＲピクチャは、配信先（例えば、表示デバイス）に送信することができる。例として、復号されたＨＤＲピクチャは、リモートまたはローカルメモリ（例えば、ビデオメモリ、ＲＡＭ、ハードディスク）に格納される。変形形態では、復号されたＨＤＲピクチャは、記憶装置インタフェース（例えば、大容量記憶装置、ＲＯＭ、フラッシュメモリ、光ディスクまたは磁気サポートとのインタフェース）に送信される、ならびに／あるいは、通信インタフェース（例えば、ポイントツーポイントリンク、通信バス、ポイントツーマルチポイントリンクまたは放送ネットワークとのインタフェース）上で送信される。
【０１３２】
例示的な非限定的な実施形態によれば、受信機１５０は、メモリ１１３０に格納されたコンピュータプログラムをさらに含む。コンピュータプログラムは、命令を含み、命令は、受信機１５０によって（具体的には、プロセッサ１１００によって）実行されると、図２〜１０を参照して説明される復号方法の少なくとも１つを受信機が実行できるようにする。変形形態によれば、コンピュータプログラムは、受信機１５０の外部の非一時的なデジタルデータサポート上（例えば、ＨＤＤ、ＣＤ−ＲＯＭ、ＤＶＤ、読み取り専用および／またはＤＶＤドライブならびに／あるいはＤＶＤ読み取り／書き込みドライブなどの外部記憶媒体上、すべて当技術分野で知られている）に格納される。従って、受信機１５０は、コンピュータプログラムを読み取るためのメカニズムを含む。さらに、受信機１５０は、対応するＵＳＢポート（図示せず）を通じて、１つまたは複数のユニバーサルシリアルバス（ＵＳＢ）タイプの記憶装置（例えば、「メモリスティック」）にアクセスすることができる。
【０１３３】
例示的な非限定的な実施形態によれば、受信機１５０は、これらに限定されないが、
−  モバイルデバイス、
−  通信デバイス、
−  ゲームデバイス、
−  セットトップボックス、
−  ＴＶセット、
−  タブレット（またはタブレットコンピュータ）、
−  ラップトップ、
−  ディスプレイ、および、
−  復号チップ
であり得る。
【０１３４】
図１３は、非限定的な実施形態による、ストリームにおいてピクチャを符号化するように構成された送信機１００の例示的なアーキテクチャを表す。
【０１３５】
送信機１００は、１つまたは複数のプロセッサ１０００を含み、１つまたは複数のプロセッサ１０００は、内部メモリ１０３０（例えば、ＲＡＭ、ＲＯＭおよび／またはＥＰＲＯＭ）と共に、例えば、ＣＰＵ、ＧＰＵおよび／またはＤＳＰ（デジタル信号プロセッサ（Digital Signal Processor）の英頭字語）を含み得る。送信機１００は、その各々が出力情報を表示するようにならびに／あるいはユーザがコマンドおよび／またはデータを入力できるように（例えば、キーボード、マウス、タッチパッド、ウェブカメラ）適応された１つまたは複数の通信インタフェース１０１０と、送信機１００の外部にあり得る電源１０２０とを含む。また、送信機１００は、１つまたは複数のネットワークインタフェース（図示せず）も含む。エンコーダモジュール１０４０は、コード化機能を実行するためにデバイスに含めることができるモジュールを表す。それに加えて、エンコーダモジュール１０４０は、送信機１００の別個の要素として実装することも、当業者に知られているように、ハードウェアとソフトウェアの組合せとしてプロセッサ１０００内に組み込むこともできる。
【０１３６】
コード化されるピクチャは、供給源から得ることができる。異なる実施形態によれば、供給源は、これらに限定されないが、
−  ローカルメモリ（例えば、ビデオメモリ、ＲＡＭ、フラッシュメモリ、ハードディスク）、
−  記憶装置インタフェース（例えば、大容量記憶装置、ＲＯＭ、光ディスクまたは磁気サポートとのインタフェース）、
−  通信インタフェース（例えば、有線インタフェース（例えば、バスインタフェース、広域ネットワークインタフェース、ローカルエリアネットワークインタフェース）または無線インタフェース（ＩＥＥＥ８０２．１１インタフェースまたはBluetoothインタフェースなど））、および、
−  画像捕捉回路（例えば、センサ、例えば、ＣＣＤ（もしくは電荷結合素子）またはＣＭＯＳ（もしくは相補型金属酸化膜半導体）など）
であり得る。
【０１３７】
異なる実施形態によれば、ストリームは、配信先に送信することができる。例として、ストリームは、リモートまたはローカルメモリ（例えば、ビデオメモリ、ＲＡＭ、ハードディスク）に格納される。変形形態では、ストリームは、記憶装置インタフェース（例えば、大容量記憶装置、ＲＯＭ、フラッシュメモリ、光ディスクまたは磁気サポートとのインタフェース）に送信される、ならびに／あるいは、通信インタフェース（例えば、ポイントツーポイントリンク、通信バス、ポイントツーマルチポイントリンクまたは放送ネットワークとのインタフェース）上で送信される。
【０１３８】
例示的な非限定的な実施形態によれば、送信機１００は、メモリ１０３０に格納されたコンピュータプログラムをさらに含む。コンピュータプログラムは、命令を含み、命令は、送信機１００によって（具体的には、プロセッサ１０００によって）実行されると、図１を参照して説明される符号化方法を送信機１００が実行できるようにする。変形形態によれば、コンピュータプログラムは、送信機１００の外部の非一時的なデジタルデータサポート上（例えば、ＨＤＤ、ＣＤ−ＲＯＭ、ＤＶＤ、読み取り専用および／またはＤＶＤドライブならびに／あるいはＤＶＤ読み取り／書き込みドライブなどの外部記憶媒体上、すべて当技術分野で知られている）に格納される。従って、送信機１００は、コンピュータプログラムを読み取るためのメカニズムを含む。さらに、送信機１００は、対応するＵＳＢポート（図示せず）を通じて、１つまたは複数のユニバーサルシリアルバス（ＵＳＢ）タイプの記憶装置（例えば、「メモリスティック」）にアクセスすることができる。
【０１３９】
例示的な非限定的な実施形態によれば、送信機１００は、これらに限定されないが、
−  モバイルデバイス、
−  通信デバイス、
−  ゲームデバイス、
−  タブレット（またはタブレットコンピュータ）、
−  ラップトップ、
−  静止画像カメラ、
−  ビデオカメラ、
−  符号化チップ、
−  静止画像サーバ、および、
−  ビデオサーバ（例えば、放送サーバ、ビデオオンデマンドサーバまたはウェブサーバ）
であり得る。
【０１４０】
本明細書で説明される実装形態は、例えば、方法もしくはプロセス、デバイス、ソフトウェアプログラム、データストリーム、または、信号で実装することができる。実装の単一の形態の文脈においてのみ論じられる（例えば、方法またはデバイスとしてのみ論じられる）場合であっても、論じられる特徴の実装形態は、他の形態（例えば、プログラム）でも実装することができる。デバイスは、例えば、適切なハードウェア、ソフトウェアおよびファームウェアで実装することができる。方法は、例えば、コンピュータ、マイクロプロセッサ、集積回路またはプログラマブル論理デバイスを含む、例えば、一般に処理デバイスを指すデバイス（例えば、プロセッサなど）で実装することができる。また、プロセッサは、例えば、コンピュータ、携帯電話、ポータブル／携帯情報端末（「ＰＤＡ」）、および、エンドユーザ間の情報の通信を容易にする他のデバイスなどの通信デバイスも含む。
【０１４１】
本明細書で説明される様々なプロセスおよび特徴の実装形態は、様々な異なる機器またはアプリケーション（特に、例えば、機器またはアプリケーション）で具体化することができる。そのような機器の例は、エンコーダ、デコーダ、デコーダからの出力を処理するポストプロセッサ、エンコーダに入力を提供するプリプロセッサ、ビデオコーダ、ビデオデコーダ、ビデオコーデック、ウェブサーバ、セットトップボックス、ラップトップ、パーソナルコンピュータ、携帯電話、ＰＤＡおよび他の通信デバイスを含む。明確であるべきだが、機器は、モバイルであり得、移動車両にインストールすることさえも可能である。
【０１４２】
それに加えて、方法は、プロセッサによって実行されている命令によって実装することができ、そのような命令（および／または実装形態によって生成されたデータ値）は、例えば、集積回路、ソフトウェアキャリアまたは他の記憶装置（例えば、ハードディスク、コンパクトディスケット（「ＣＤ」）、光ディスク（例えば、デジタル多用途ディスクまたはデジタルビデオディスクと称される場合が多いＤＶＤ）、ランダムアクセスメモリ（「ＲＡＭ」）または読み取り専用メモリ（「ＲＯＭ」）など）などのプロセッサ可読媒体上に格納することができる。命令は、プロセッサ可読媒体上で有形に具体化されたアプリケーションプログラムを形成することができる。命令は、例えば、ハードウェア、ファームウェア、ソフトウェアまたは組合せにおけるものであり得る。命令は、例えば、オペレーティングシステム、別個のアプリケーションまたはその２つの組合せで見つけることができる。従って、プロセッサは、例えば、プロセスを実行するように構成されたデバイスと、プロセスを実行するための命令を有するプロセッサ可読媒体（記憶装置など）を含むデバイスの両方として特徴付けることができる。さらに、プロセッサ可読媒体は、命令に加えてまたは命令の代わりに、実装形態によって生成されたデータ値を格納することができる。
【０１４３】
当業者には明らかであるように、実装形態は、例えば、格納または送信することができる、情報を伝えるようにフォーマットされた様々な信号を生成することができる。情報は、例えば、方法を実行するための命令、または、説明される実装形態のうちの１つによって生成されたデータを含み得る。例えば、信号は、説明される実施形態の構文を書き込むまたは読み取るための規則をデータとして伝えるように、あるいは、説明される実施形態によって書き込まれた実際の構文・値をデータとして伝えるように、フォーマットすることができる。そのような信号は、例えば、電磁波として（例えば、スペクトルの高周波部分を使用して）またはベースバンド信号としてフォーマットすることができる。フォーマットすることは、例えば、データストリームを符号化すること、および、符号化されたデータストリームで搬送波を変調することを含み得る。信号が伝える情報は、例えば、アナログまたはデジタル情報であり得る。信号は、知られているように、様々な異なる有線または無線リンク上で送信することができる。信号は、プロセッサ可読媒体上に格納することができる。
【０１４４】
多くの実装形態について説明してきた。それにもかかわらず、様々な変更を行えることが理解されよう。例えば、他の実装形態を生成するために、異なる実装形態の要素を組み合わせることも、補足することも、変更することも、除去することもできる。それに加えて、当業者は、開示されるものの代わりに、他の構造およびプロセスを代用することができ、結果として得られる実装形態は、開示される実装形態と少なくとも実質的に同じ結果を達成するために、少なくとも実質的に同じ方法で、少なくとも実質的に同じ機能を実行することを理解するであろう。それに従って、これらのおよび他の実装形態は、この出願によって企図される。
【図１】
2018530942.tif 000091
【図２】
2018530942.tif 000092
【図３】
2018530942.tif 000093
【図４】
2018530942.tif 000094
【図５】
2018530942.tif 000095
【図６】
2018530942.tif 000096
【図７】
2018530942.tif 000097
【図８】
2018530942.tif 000098
【図９】
2018530942.tif 000099
【図１０】
2018530942.tif 000100
【図１１】
2018530942.tif 000101
【図１２】
2018530942.tif 000102
【図１３】
2018530942.tif 000103
【国際調査報告】
2018530942.tif 000104
2018530942.tif 000105
2018530942.tif 000106