(57)【要約】  画像処理のための方法及び装置である。データー変換及び色空間マッピング（ＤＣＭ）回路は、光電気逆伝達関数（ＩＯＥＴＦ）と、色空間変換器と、色空間再マップ器と、を備える。ＩＯＥＴＦは、画像キャプチャデバイスにより取得された、１以上のフレームについての画像データーを受信し、画像データーを非線形領域から線形領域に移行する。色空間変換器は、線形の画像データーを第１色空間から第２色空間に変換する。第１色空間と第２色空間のそれぞれは、画像キャプチャデバイスの色域に基づく。色空間再マップ器は、変換された画像データーを第２色空間から第３色空間へ再マッピングすることにより、画像データーを表示デバイスに描写されるように処理する。第３色空間は表示デバイスの色域に基づく。
2021523592.tif 000002
【特許請求の範囲】
【請求項１】
画像処理の方法であり、
画像キャプチャデバイスによって取得された、１以上のフレームについての画像データーを受信し、
光電気逆伝達関数（ＩＯＥＴＦ）を用いて、受信された前記画像データーを非線形領域から線形領域へ移行し、
線形の前記画像データーを第１色空間から第２色空間へ変換し、
変換された前記画像データーを前記第２色空間から第３色空間へ再マッピングすることにより、前記画像データーを表示デバイス上で描写されるように処理する、
ことを含み、
前記第１色空間及び前記第２色空間は、前記画像キャプチャデバイスの色域に基づき、
前記第３色空間は前記表示デバイスの色域に基づく、
方法。
【請求項２】
前記第１色空間は、前記画像キャプチャデバイスの色域を、赤色と緑色と青色（ＲＧＢ）の色成分という形で定義し、前記第２色空間は、前記画像キャプチャデバイスの色域を、輝度と色差（ＹＵＶ）の成分という形で定義する、
請求項１の方法。
【請求項３】
前記第３色空間は前記表示デバイスの色域をＹＵＶの成分という形で定義する、
請求項２の方法。
【請求項４】
前記処理することが、
再マッピングされた前記画像データーを前記第３色空間から第４色空間へ変換することを含む、
請求項１の方法。
【請求項５】
前記第４色空間は、前記表示デバイスの色域をＲＧＢの成分という形で定義する、
請求項４の方法。
【請求項６】
前記処理することが、
電気光逆伝達関数（ＩＥＯＴＦ）を用いて、再マッピングされた前記画像データーを前記線形領域から前記非線形領域へ移行することを含む、
請求項１の方法。
【請求項７】
受信された前記画像データーに少なくとも部分的に基づいて、前記１以上のフレームについてのメタデーターを生成し、
前記メタデーターに少なくとも部分的に基づいて、１以上の画像処理パラメータを動的に調節する、
を更に含む、請求項１の方法。
【請求項８】
前記生成することが、前記１以上のフレームの各フレームについて、
前記フレームの最大輝度値、前記フレームの最小輝度値、前記フレームの前記最大輝度値の頻度、前記フレームの前記最小輝度値の頻度、又は、前記フレームの輝度値の分布、のうち少なくとも１を決定することを含む、
請求項７の方法。
【請求項９】
前記生成することが、
複数の前記フレームについての前記最大輝度値と前記最小輝度値とに少なくとも部分的に基づいて、受信した前記画像データーのデーターレンジを決定することを更に含む、
請求項８の方法。
【請求項１０】
前記動的に調節することが、前記１以上のフレームの各フレームについて、
線形の前記画像データーを前記第１色空間から前記第２色空間へ変換すること、又は、前記画像データーを処理して前記表示デバイスに描写させること、において使用される１以上のルックアップテーブル又はレジスタを調節することを含む、
請求項７の方法。
【請求項１１】
データー変換及び色空間マッピング（ＤＣＭ）回路であり、
処理システムと、
命令を記憶するメモリと、を備え、
前記命令は、前記処理システムに実行されたときに、
画像キャプチャデバイスにより取得された、１以上のフレームについての画像データーを受信し、
光電気逆伝達関数（ＩＯＥＴＦ）を用いて、前記画像データーを非線形領域から線形領域に移行し、
線形の前記画像データーを第１色空間から第２色空間に変換し、
変換された前記画像データーを前記第２色空間から第３色空間へ再マッピングすることにより、前記画像データーを表示デバイスに描写されるように処理する、
ことを前記ＤＣＭ回路に実行させ、
前記第１色空間及び前記第２色空間はそれぞれ、前記画像キャプチャデバイスの色域に基づき、
前記第３色空間は前記表示デバイスの色域に基づく、
ＤＣＭ回路。
【請求項１２】
前記第１色空間は、前記画像キャプチャデバイスの色域を、赤色と緑色と青色（ＲＧＢ）の色成分という形で定義し、前記第２色空間は、前記画像キャプチャデバイスの色域を、輝度と色差（ＹＵＶ）の成分という形で定義し、前記第３色空間は前記表示デバイスの色域をＹＵＶの成分という形で定義する、
請求項１１のＤＣＭ回路。
【請求項１３】
前記命令の実行が、
再マッピングされた前記画像データーを前記第３色空間から第４色空間へ変換することを含む、
ことを更に前記ＤＣＭ回路に実行させ、
前記第４色空間が、前記表示デバイスの色域をＲＧＢの成分の観点で定義する、
請求項１１のＤＣＭ回路。
【請求項１４】
前記命令の実行が、
電気光逆伝達関数（ＩＥＯＴＦ）を用いて、再マッピングされた前記画像データーを前記線形領域から前記非線形領域へ移行する、
ことを更に前記ＤＣＭ回路に実行させる、
請求項１１のＤＣＭ回路。
【請求項１５】
前記命令の実行が、
受信された前記画像データーに少なくとも部分的に基づいて、前記１以上のフレームについてのメタデーターを生成し、
前記メタデーターに少なくとも部分的に基づいて、前記ＤＣＭ回路の１以上の画像処理パラメータを動的に調節する、
ことを更に前記ＤＣＭ回路に実行させる、
請求項１１のＤＣＭ回路。
【請求項１６】
前記１以上のフレームの各フレームについて前記メタデーターを生成するための前記命令の実行が、
前記フレームの最大輝度値、前記フレームの最小輝度値、前記フレームの前記最大輝度値の頻度、前記フレームの前記最小輝度値の頻度、又は、前記フレーム内の輝度値の分布、のうち少なくとも１つを決定する、
ことを更に前記ＤＣＭ回路に実行させる、
請求項１５のＤＣＭ回路。
【請求項１７】
前記メタデーターを生成するための前記命令の実行が、
複数の前記フレームについての前記最大輝度値と前記最小輝度値に少なくとも部分的に基づいて、受信した前記画像データーのデーターレンジを決定する、
ことを更に前記ＤＣＭ回路に実行させる、
請求項１６のＤＣＭ回路。
【請求項１８】
前記１以上の画像処理パラメータを動的に調節するための前記命令の実行が、
線形の前記画像データーを第１色空間から第２色空間へ変換すること、又は、前記画像データーを処理して前記表示デバイスに描写させること、において使用される１以上のルックアップテーブル又はレジスタを調節する、
ことを更に前記ＤＣＭ回路に実行させる、
請求項１５のＤＣＭ回路。
【請求項１９】
画像キャプチャデバイスにより取得された１以上のフレームを表示するように構成された表示デバイスと、
データー変換及び色空間マッピング（ＤＣＭ）回路であり、
前記１以上のフレームについての画像データーを受信し、
光電気逆伝達関数（ＩＯＥＴＦ）を用いて、受信した前記画像データーを非線形領域から線形領域に移行し、
線形の前記画像データーを第１色空間から第２色空間に変換し、
変換された前記画像データーを前記第２色空間から第３色空間へ再マッピングする、
ように構成されたＤＣＭ回路と、
を備え、
前記第１色空間及び前記第２色空間は、前記画像キャプチャデバイスの色域に基づき、
前記第３色空間は前記表示デバイスの色域に基づく、
システム。
【請求項２０】
ダイナミックレンジ検出器であり、
受信された前記画像データーに少なくとも部分的に基づいて、前記１以上のフレームについてのメタデーターを生成し、
前記メタデーターに少なくとも部分的に基づいて、前記ＤＣＭ回路の１以上の画像処理パラメータを動的に調節する、
ように構成されたダイナミックレンジ検出器を更に備える、
請求項１９のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本実施形態は、一般にはデジタルイメージングに関し、より詳細には、様々なイメージングの規格（複数）の間でのデーター変換及び色空間のマッピングに関する。
【背景技術】
【０００２】
表示デバイス（例えば、テレビ、セットトップボックス、コンピュータ、携帯電話、等）は、画像キャプチャデバイス（例えば、カメラ、ビデオレコーダ、等）が用いる技術とは異なるイメージングの技術を用いる場合がある。表示技術の発展により、より広い色域や、高解像度のディスプレイから超高解像度のディプレイ技術へのマイグレーションといった性能の向上が生じている。その結果、異なるシステム能力と規格を有するデバイスによりキャプチャされた画像を、与えられたディスプレイ上で適切に描写するために、画像処理が必要とされ得る。具体的には、ソース画像を前処理して、（たとえば、ディスプレイのフルダイナミックレンジを利用するなど）より現実的な画像をディスプレイに表示することが望まれている。
【０００３】
画像処理は、画像がキャプチャされたオリジナルの環境を当該表示技術における所与の能力（又は制限）が許す限り正確に再現しうるように、キャプチャされた画像をディスプレイ上に描写可能にする。例えば、スタンダードダイナミックレンジ（ｓｔａｎｄａｒｄ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）（ＳＤＲ）のコンテンツのみを表示可能な表示デバイスは、ハイダイナミックレンジ（ｈｉｇｈ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）（ＨＤＲ）のフォーマットでキャプチャされた画像の色、明るさ、及び／又は、コントラストをフルレンジで再現できない場合がある。したがって、ＳＤＲのディスプレイで描写するために、ＨＤＲ画像の色、明るさ、及び／又は、コントラストのうちいくつかを画像処理により低減する場合がある。ＨＤＲのディスプレイにおいても、（例えば、明るさ、色、及び、解像度が電子的に制限されたテレビでの）表示環境と、（例えば、明るさ、色、コントラスト、及び、解像度が制限されない自然環境での）画像をキャプチャした環境と、の違いにより、ＨＤＲ画像に対してある量の画像処理が実行されることが必要とされ得る。このように、画像の表示は画像のキャプチャの単なる逆ではない。
【発明の概要】
【０００４】
本概要は、以下の詳細な説明でさらに説明される、概念の選択を単純化された形態で紹介するために提供される。本概要は、請求された主題の鍵となる特徴や必須の特徴を特定することを意図せず、請求された主題の範囲を限定することを意図していない。
【０００５】
画像処理のための方法と装置が開示されている。本開示の主題の革新的な一側面は、画像処理の方法として実装され得る。いくつかの実施形態では、本方法は、画像キャプチャデバイスによって取得された、１以上のフレームについての画像データーを受信し、光電気逆伝達関数（ｉｎｖｅｒｓｅ  ｏｐｔｏ−ｅｌｅｃｔｒｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）（ＩＯＥＴＦ）を用いて、受信された画像データーを非線形領域から線形領域へ移行し、線形の画像データーを第１色空間から第２色空間へ変換し、変換された画像データーを第２色空間から第３色空間へ再マッピングすることにより、画像データーを表示デバイス上で描写されるように処理する、ステップを含み得る。第１色空間及び第２色空間は、画像キャプチャデバイスの色域に基づき、第３色空間は前記表示デバイスの色域に基づく。
【０００６】
本開示の主題の革新的な他の側面は、データー変換及び色空間マッピング（ｄａｔａ  ｃｏｎｖｅｒｓｉｏｎ  ａｎｄ  ｃｏｌｏｒ−ｓｐａｃｅ  ｍａｐｐｉｎｇ）（ＤＣＭ）回路として実装され得る。いくつかの実施形態では、ＤＣＭ回路はＩＯＥＴＦと、第１色空間変換器と、色空間再マップ器と、を含み得る。ＩＯＥＴＦは、画像キャプチャデバイスにより取得された、１以上のフレームについての画像データーを受信し、画像データーを非線形領域から線形領域に移行する、ように構成されている。第１色空間変換器は、線形の画像データーを第１色空間から第２色空間に変換するように構成されている。第１色空間及び前記第２色空間はそれぞれ、画像キャプチャデバイスの色域に基づく。色空間再マップ器は、変換された画像データーを第２色空間から第３色空間へ再マッピングすることにより、画像データーを表示デバイスに描写されるように処理するように構成されている。第３色空間は表示デバイスの色域に基づく。
【０００７】
本開示の主題の革新的な他の側面は、画像キャプチャデバイスにより取得された１以上のフレームを表示する表示デバイスと、ＤＣＭ回路と、を備えるシステムとして実装され得る。いくつかの実施形態では、ＤＣＭ回路は１以上のフレームについての画像データーを受信し、ＩＯＥＴＦを用いて、受信した画像データーを非線形領域から線形領域に移行し、線形の画像データーを第１色空間から第２色空間に変換し、変換された画像データーを第２色空間から第３色空間へ再マップする、ように構成され得る。第１及び第２色空間は、画像キャプチャデバイスの色域に基づき、第３色空間は表示デバイスの色域に基づく。
【図面の簡単な説明】
【０００８】
本実施形態は、例として図示されており、添付の図面の図によって限定されることを意図されたものでは無い。
【０００９】
【図１】図１は、いくつかの実施形態に係る、画像キャプチャ及び表示システムのブロック図を示す。
【００１０】
【図２】図２は、いくつかの実施形態に係る、システム能力と規格が異なる別の画像キャプチャデバイスから画像表示デバイスへ画像を移行するために使用され得るビデオ後処理（ｖｉｄｅｏ  ｐｏｓｔ−ｐｒｏｃｅｓｓｉｎｇ）（ＶＰＰ）パイプラインのブロック図を示す。
【００１１】
【図３】図３は、いくつかの実施形態に係る、データー変換及び色空間マッピング（ＤＣＭ）回路のブロック図を示す。
【００１２】
【図４】図４は、いくつかの実施形態に係る、電気／電気伝達関数（ｅｌｅｃｔｒｉｃａｌ−ｔｏ−ｅｌｅｃｔｒｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）（ＥＥＴＦ）４００のブロック図を示す。
【００１３】
【図５】図５は、いくつかの実施形態に係る、ＤＣＭ回路の他のブロック図を示す。
【００１４】
【図６】図６は、いくつかの実施形態に係る、ＤＣＭ回路の他のブロック図を示す。
【００１５】
【図７】図７は、いくつかの実施形態に係る、ダイナミックレンジ検出を含むＤＣＭ回路のブロック図を示す。
【００１６】
【図８】図８は、いくつかの実施形態に係る、ダイナミックレンジ検出を含むＤＣＭ回路の他のブロック図を示す。
【００１７】
【図９】図９は、いくつかの実施形態に係る、ダイナミックレンジ検出器のブロック図を示す。
【００１８】
【図１０】図１０は、いくつかの実施形態に係る、輝度検出器のブロック図を示す。
【００１９】
【図１１】図１１は、いくつかの実施形態に係る、例示的な画像処理を描写したフローチャートの例を示す。
【００２０】
【図１２】図１２は、いくつかの実施形態に係る、ダイナックレンジ検出のための例示的な処理を描写したフローチャートの例を示す。
【発明を実施するための形態】
【００２１】
以下の説明では、本開示の十分な理解を提供するために、具体的なコンポーネント、回路、及び、処理の例のような、多くの具体的な詳細が示される。ここで使われる「接続された」という言葉は、直接に接続されている、又は、仲介する１以上のコンポーネント又は回路を介して接続されていることを意味する。更に、以下の説明において、及び、説明を目的として、本開示の態様の十分な理解を提供するために、特定の命名法が用いられる。しかし、例示的な実施形態を実施するためには、これらの具体的な詳細が必要でない場合があることが当業者には明らかであろう。他の例では、本開示が不明確になることを避けるために、周知の回路及びデバイスがブロック図の形式で示される。以下の詳細な説明のいくつかの部分は、過程、論理ブロック、処理、及び、コンピュータのメモリ内のデータービットへの操作を他の記号で表現したもの、という形で提示されている。回路の要素又はソフトウェアのブロックの相互接続は、バス又は単一の信号線として示される場合がある。バスのそれぞれは、代替的に、単一の信号線であってもよく、単一の信号線のそれぞれは、代替的に、バスであってもよい。単一の線又はバスは、コンポーネント間の通信のための無数の物理的又は論理的なメカニズムのうち１以上を示し得る。
【００２２】
後述の議論から明らかなように、特にそうでないと述べられていない場合には、本出願を通して、「アクセスする」、「受信する」、「送信する」、「用いる」、「選択する」、「決定する」、「正規化する」、「乗算する」、「平均する」、「モニタする」、「比較する」、「適用する」、「更新する」、「計測する」、「導出する」、等のような表現を用いて行われる議論は、コンピュータシステム（又は同様の電子計算デバイス）によるアクション及び処理を参照していると認められる。これらのアクション及び処理は、コンピュータシステムのレジスタ及びメモリ内の物理（電気）量として示されるデーターを、コンピュータシステムのメモリ又はレジスタ、又は他のそのような情報ストレージ、変換器、又は表示装置内の物理量として同様に示される他のデーターに操作及び変換する。
【００２３】
ここで説明される技術は、特定の態様で実装されると特に記述されない場合は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせとして実装し得る。モジュール又はコンポーネントとして説明された任意の構成は、集積ロジックデバイスに一緒に実装されることがあり、又は、別々だが相互に情報交換可能な論理デバイス、として別々に実装されることがある。ソフトウェアとして実装された場合、この技術は、少なくとも部分的に、実行されたときに後述される方法のうち１以上を実施する命令を保存する非一時的なコンピュータ読取り可能な記憶媒体によって実現され得る。この非一時的なコンピュータ読取り可能な記憶媒体は、コンピュータプログラム製品の部分を形成する場合がある。コンピュータプログラム製品は、パッケージされた商品を含み得る。
【００２４】
非一時的なプロセッサ読取り可能な記憶媒体は、同期ダイナミックランダムアクセスメモリ（ｓｙｎｃｈｒｏｎｏｕｓ  ｄｙｎａｍｉｃ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＳＤＲＡＭ）のようなランダムアクセスメモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＲＡＭ）、リードオンリーメモリ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）（ＮＶＲＡＭ）、電子的消去可能プログラマブルリードオンリーメモリ（ｅｌｅｃｔｒｉｃａｌｌｙ  ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）（ＥＥＰＲＯＭ）、フラッシュメモリ、他の既知の記憶媒体、等、を備える場合がある。本技術は、追加的に、あるいは代替的に、命令又はデーター構造の形でコードを伝送又は通信するプロセッサ読込可能、かつ、コンピュータ又は他のプロセッサによってアクセス、読込み、及び／又は、実行が可能な通信媒体によって、少なくとも部分的に実現され得る。
【００２５】
本明細書で開示される実施形態に関して説明される様々な例示的な論理ブロック、モジュール、回路、及び、命令は、１以上のプロセッサによって実行され得る。本明細書で用いられる「プロセッサ」という言葉は、任意の汎用プロセッサ、従来のプロセッサ、コントローラ、マイクロコントローラ、及び／又は、メモリに記憶された１以上のソフトウェアプログラムのスクリプト又は命令を実行可能な状態機械、を示す場合がある。
【００２６】
図１は、いくつかの実施形態に係る、画像キャプチャ及び表示システム１００のブロック図を示す。このシステムは、画像キャプチャデバイス１１０、データー変換及び色空間マッピング（ＤＣＭ）回路１２０、及び、画像表示デバイス１３０を備える。画像キャプチャデバイス１１０は、（例えば、場面光１０１としての）光のパターンをキャプチャし、キャプチャされた光をデジタル画像に変換する。画像表示デバイス１３０は、（例えば、表示光１０４として）光のパターンを対応するディスプレイの表面上に再現することで、デジタル画像を表示する。いくつかの態様では、画像キャプチャデバイス１１０はカメラであり得る。また、画像表示デバイス１３０はテレビまたはコンピュータのモニタであり得る。
【００２７】
画像キャプチャデバイス１１０は、センサー１１２、光電気伝達関数（ｏｐｔｏ−ｅｌｅｃｔｒｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）（ＯＥＴＦ）１１４、色空間変換器（ｃｏｌｏｒ−ｓｐａｃｅ  ｃｏｎｖｅｒｔｅｒ）（ＣＳＣ）１１６、及び、エンコーダ１１８を備える。センサー１１２は、場面光１０１を、生のＲＧＢ値を表す電気信号（Ｅｃ）に変更する。いくつかの実施形態では、センサー１１２は、それぞれが場面光１０１の各ピクセルをサンプリングするように構成された光検出素子（たとえば、電荷結合素子（ｃｈａｒｇｅ−ｃｏｕｐｌｅｄ  ｄｅｖｉｃｅ）（ＣＣＤ）又は相補型金属酸化膜半導体（ｃｏｍｐｌｅｍｅｎｔａｒｙ  ｍｅｔａｌ−ｏｘｉｄｅ−ｓｅｍｉｃｏｎｄｕｃｔｏｒ）（ＣＭＯＳ）のセル）を備える場合がある。
【００２８】
ＯＥＴＦ１１４は電気信号Ｅｃを、画像表示デバイス１３０上にキャプチャされた画像を再生するために使用可能な符号化されたＲＧＢ画像データ（ＲＧＢｃ）に変換する。いくつかの態様では、ＯＥＴＦ１１４は、ＲＧＢ情報をアナログからデジタル領域へ移行する場合がある。例えば、ＯＥＴＦ１１４はアナログ電気信号Ｅｃを、センサー１１２に関する原色成分を表す赤色と緑色と青色（ＲＧＢ）のデジタル値に変換する。
【００２９】
ＣＳＣ１１６は、符号化されたＲＧＢ画像データーＲＧＢｃの色空間を変更する。いくつかの実施形態では、ＣＳＣ１１６は符号化されたＲＧＢ画像データーＲＧＢｃをＲＧＢ色空間から異なる色空間に変換する場合がある。異なる色空間は、圧縮と、例えば画像キャプチャデバイス１１０と画像表示デバイス１３０間のチャンネルでの伝達と、がより容易であることがある。このような光空間の例は、ＹＵＶ色空間である。ＹＵＶ色空間は、ＲＧＢ色空間よりも画像処理に適している場合がある。いくつかの実施形態では、ＣＳＣ１１６は符号化されたＲＧＢ画像データーＲＧＢｃをＹＵＶ画像データーＹＵＶｃに変換する。変換されたＹＵＶ画像データーＹＵＶｃは、各ピクセルの輝度（Ｙ）と色差（ＵＶ）の成分を表す場合がある。
【００３０】
エンコーダ１１８は、変換されたＹＵＶ画像データーＹＵＶｃ（例えば、画像キャプチャデーター１０２）をＤＣＭ１２０及び／又は画像表示デバイス１３０に伝送するためにエンコードする。例えば、エンコーダ１１８は、伝送媒体及び／又は画像表示デバイス１３０に実装された規準及びプロトコルに少なくとも部分的に基づいて、データー圧縮及び／又は信号変調を変換されたＹＵＶ画像データーＹＵＶｃに適用する場合がある。
【００３１】
ＤＣＭ回路１２０は、画像キャプチャデーター１０２に画像処理を実行し、画像表示デバイス１３０上でオリジナルの場面光１０１をより正確に再現するために使用可能な画像レンダーデーター１０３を作成する（例えば、画像キャプチャデーター１０２のフォーマットと、画像表示デバイス１３０の能力及び／又は制限とを考慮して）。より具体的には、ＤＣＭ回路１２０によって実行される画像処理は、画像キャプチャデバイス１１０の画像をキャプチャする能力と、画像表示デバイス１３０の画像を表示する能力と、を仲介し得る。いくつかの態様では、ＤＣＭ回路１２０は、ＨＬＧからＨＤＲ１０、ＨＤＲ１０からＨＬＧ、ＳＤＲからＨＤＲ、及び／又は、ＳＤＲからＨＤＲのような、様々な画像フォーマット間での変換を行う場合がある。いくつかの実施形態では、ＤＣＭ１２０は画像キャプチャデバイス１１０及び／又は画像表示デバイス１３０に組み込まれている場合がある。
【００３２】
画像表示デバイス１３０は、デコーダー１３２と、ＣＳＣ１３４と、電気光伝達関数（ｅｌｅｃｔｒｏ−ｏｐｔｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）（ＥＯＴＦ）１３６と、ディスプレイ１３８と、を備える。デコーダー１３２は、画像レンダーデーター１０３をＤＣＭ１２０から受信し、受信したデーターをデコードしてＹＵＶ画像データー（ＹＵＶＤ）を再生する。例えば、デコーダー１３２は、画像キャプチャデバイス１１０のエンコーダ１１８に実装されているものと同じ（又は同様の）データー圧縮及び／又は信号変調技術を用いて、画像レンダーデーター１０３をデコードする場合がある。
【００３３】
ＣＳＣ１３４は、ＹＵＶ画像データーＹＵＶＤの色空間を変更する。なお、ＹＵＶ色空間が画像処理により適している場合があるといっても、ＲＧＢの色モデルが、画像表示デバイス上でレンダリング及び表示するために広く使用される。そのため、いくつかの実装では、ＣＳＣ１１６はＹＵＶ色空間から（例えば、変換されたＲＧＢ画像データーＲＧＢＤとして）ＲＧＢ色空間へＹＵＶ画像データーＹＵＶＤを再変換する場合がある。例えば、変換されたＲＧＢ画像データーＲＧＢＤは、ディスプレイ１３８の各ピクセルの、赤色と緑色と青色の色成分（例えば、輝度のレベル）を表し得る。
【００３４】
ＥＯＴＦ１３６は、変換されたＲＧＢ画像データーＲＧＢＤに対しディスプレイ１３８のピクセルを発光させるために使用可能な対応する電気信号（ＥＤ）への特徴づけを行う。いくつかの態様では、ＥＯＴＦ１３６はＲＧＢ情報をデジタルからアナログ領域へ移行する。例えば、ＥＯＴＦ１３６はデジタルのＲＧＢ画像データーＲＧＢＤを、ディスプレイ１３８に関するアナログの輝度値（例えば、ニト）に変換する。
【００３５】
ディスプレイ１３８は、電気信号ＥＤを表示光１０４に変換する。例えば、ディスプレイ１３８は、それぞれが対応する画像の各ピクセルを（例えば、ＣＲＴ、ＬＣＤ、又は、ＯＬＥＤの技術を用いて）表示するように構成された表示ピクセル素子の配列を含む場合がある。より具体的には、表示ピクセル素子のそれぞれによって出力された光の色と明るさは、電気信号ＥＤによって決められる場合がある。
【００３６】
１以上の実施形態では、画像キャプチャデバイス１１０のＯＥＴＦ１１４は、電気信号ＥＣを非線形信号に変換する。他の実施形態では、ＤＣＭ回路１２０は、少なくとも一部の画像処理を非線形領域ではなく線形領域で実行できるように、画像キャプチャデーター１０２を線形信号に変換する逆ＯＥＴＦ（ｉｎｖｅｒｓｅ−ＯＥＴＦ）（ＩＯＥＴＦ）１２２を備える場合がある。いくつかの態様では、ＩＯＥＴＦ１２２は、画像キャプチャデバイス１１０によって実施されるＯＥＴＦ１１４の逆関数である場合がある。いくつかの実施形態では、ＤＣＭ回路１２０は、線形信号に対して画像処理を実行する電気／電気伝達関数（ＥＥＴＦ）１２３を備え得る。例えば、この画像処理は、画像キャプチャデバイス１１０によって取得された場面光１０１が画像表示デバイス１３０の表示光１０４によって可能な限り正確に再現され得ることを保証する。ＤＣＭ回路１２０は、画像レンダーデーター１０３を非線形信号へ再変換する逆ＥＯＴＦ（ＩＥＯＴＦ）１２４を備える場合がある。いくつかの態様では、ＩＥＯＴＦ１２４は、画像表示デバイス１３０によって実施されるＥＯＴＦ１３６の逆関数である場合がある。
【００３７】
なお、ＯＥＴＦ１１４及びＥＯＴＦ１３６は、ＲＧＢ領域で作動する。いくつかの実施形態では、ＯＥＴＦ１１４はＲＧＢ情報をアナログからデジタル領域に移行する場合があり、ＥＯＴＦ１３６はＲＧＢ情報をデジタルからアナログ領域に移行する場合がある。そのような実施形態では、ＩＯＥＴＦ１２２とＩＥＯＴＦ１２４はＲＧＢ領域においても作動する場合があり、ＩＯＥＴＦ１２２の（そこにおいて画像処理が実行される）出力及びＩＥＯＴＦ１２４の入力はＲＧＢ色空間内での線形信号を含む場合がある。
【００３８】
いくつかの実施形態では、色空間再マッピング技術が、画像キャプチャデバイス１１０の色空間を再マップして画像表示デバイス１３０の色空間又は色域に適応するために用いられる場合がある。ＲＧＢ領域で調整を行うときには、個別の赤色、緑色、及び、青色の色値は、各ピクセルの色及び明るさの両方に影響を与える。ＲＧＢの値の唯一つ（例えば、赤色）の強さを変更すると、所与のピクセルの色のみでなく明るさもまた影響を受ける。
【００３９】
これに対して、ＹＵＶの成分値は、輝度（例えば、明るさ）と色差（例えば、色）の観点で各ピクセルを定義する。輝度（Ｙ）の値を変化することは、色に影響を与えることなく明るさを変更する。さらに、色差（ＵＶ）の値は、各ピクセルの色を、緑色及び青色と比較した赤色の差（Ｕ）、又は、緑色及び赤色と比較した場合の青色の差（Ｖ）の観点で定義する。ＹＵＶの値は絶対的な色空間を定義しないため、ＹＵＶの値は、ＲＧＢの値よりも顕著に広い範囲の色及び／又は明るさのレベル（例えば、色域）を示し得る。
【００４０】
いくつかの実施形態では、ＥＥＴＦ１２３はＹＵＶ領域での色空間の再マッピングといった画像処理の演算を実行するように構成されている場合がある。例えば、ＥＥＴＦ１２３は、画像処理に先立って、ＩＯＥＴＦ１２２によって線形の信号出力をＹＵＶ色空間に変換する場合がある。その後、ＥＥＴＦ１２３はＹＵＶ領域で線形の信号（例えば、画像データー）に画像処理を実行する場合がある。ＥＥＴＦ１２３は、処理された信号をＲＧＢ色空間に更に再変換して、ＩＥＯＴＦ１２４に入力されるようにする場合がある。
【００４１】
いくつかの実施形態では、ＤＣＭ１２０は、画像キャプチャデーター１０２についての追加の情報（例えば、メタデーター）を提供される場合がある。例えば、メタデーターは、画像キャプチャデーター１０２に関する１以上の画像又はビデオフレーム内の輝度値のレンジ及び／又は分布に基づく場合がある。輝度値のレンジは、受信した画像キャプチャデーター１０２がフルレンジの色情報（例えば、色値が０から２５５）を含むか、狭域レンジの色情報（例えば、色値が１６から２３５）を含むか、を示す場合がある。このような情報は、画像キャプチャデバイス１１０の色空間と画像表示デバイス１３０の色空間との間での適切なマッピングを決定する際に役立つ場合がある。例えば、画像キャプチャデーター１０２がフルレンジのデーターを含むが、ＤＣＭ１２０が画像キャプチャデバイス１１０から狭域レンジのデーターを受信することを予期しており、画像キャプチャデーター１０２をフルレンジに再スケーリングする場合には、いくらかの色がクリップされる場合がある。
【００４２】
本開示のいくつかの態様は、いくつかの画像キャプチャデバイス、及び、他のメディアコンテンツのソースが、（例えば、イメージングの技術及び／又は使用されている規格によっては）画像キャプチャデーターに関するメタデーターを供給しない場合があるとの認識に基づく。いくつかの実施形態では、ＤＣＭ１２０は、受信した画像キャプチャデーターに少なくとも部分的には基づいて、メタデーターをローカルに生成するように構成されている場合がある。例えば、ＤＣＭ１２０は到来する画像キャプチャデーター１０２を解析し、１以上の画像又はビデオのフレームのそれぞれにおける輝度値のレンジ及び／又は分布を決定する。いくつかの態様では、ＤＣＭ１２０はメタデーターを、画像処理に用いられる１以上のレジスタ及び／又はルックアップテーブル（ｌｏｏｋｕｐ  ｔａｂｌｅｓ）（ＬＵＴｓ）をプログラムするために使用する場合がある。例えば、ＤＣＭ１２０は、画像キャプチャデバイス１１０の色空間と画像表示デバイス１３０の色空間と、の間の適切なマッピングを決定するために輝度の情報を使用する場合がある。
【００４３】
図２は、いくつかの実施形態に係る、異なるシステム能力と規格を有する異なる画像キャプチャデバイスから画像表示デバイスに画像を移行するために用いられることがあるビデオ後処理（ＶＰＰ）パイプライン２００のブロック図を示す。ＶＰＰパイプライン２００は、ダイレクトメディアアクセス（ｄｉｒｅｃｔ  ｍｅｄｉａ  ａｃｃｅｓｓ）（ＤＭＡ）コントローラ２１０と、メインビデオチャンネル２２０と、サブビデオチャンネル２３０と、グラフィックチャンネル２４０と、オーバーレイモジュール２５０と、を備える。ＶＰＰパイプライン２００は、図１の画像キャプチャデバイス１１０のような画像キャプチャデバイスから入ってくる１以上のビデオ信号を受信し、受信したビデオ信号を図１の画像表示デバイス１３０のような表示デバイス上で上映するために処理する場合がある。
【００４４】
ＤＭＡ２１０はビデオ入力データー２０１を様々なソース（例えば、画像キャプチャデバイス）から受信し、ビデオ入力データー２０１を１以上のチャンネル２２０−２４０へ再分配する場合がある。例えば、ビデオ入力データー２０１が（例えば、第１ソースデバイスからの）プライマリビデオ配信に対応する場合、ＤＭＡ２１０はビデオ入力データー２０１をメインビデオチャンネル２２０に転送することがある。ビデオ入力データー２０１が（例えば、第２ソースデバイスからの）セカンダリビデオ配信に対応する場合、ＤＭＡ２１０はビデオ入力データー２０１をサブビデオチャンネル２３０に転送することがある。ビデオ入力データー２０１が（例えば、第３ソースデバイスからの）グラフィックに対応する場合、ＤＭＡ２１０はビデオ入力データー２０１をグラフィックチャンネル２４０に転送する。
【００４５】
メインビデオチャンネル２２０はビデオ入力データー２０１を処理して、対応する画像表示デバイス上で表示するためのプライマリビデオデーター２０２を生成する。プライマリビデオデーター２０２は、例えば、表示領域のうち（すべてで無い場合には）大部分を占めることにより、画像表示デバイス上で顕著に上映されるプライマリビデオ配信に対応する場合がある。したがって、メインビデオチャンネル２２０は、プライマリビデオデーター２０２が、最小のノイズ及びアーティファクトで、可能な限り正確に再現可能となることを保証するために、大部分の（たとえば、サブビデオチャンネル２３０及びグラフィックチャンネル２４０よりも多い）後処理をビデオ入力データー２０１に実行する。いくつかの実施形態では、メインビデオチャンネル２２０は、プライマリビデオ配信についてデーター変換及び色空間マッピングを実行するビデオＤＣＭ（ｖＤＣＭ）２２２を備える場合がある。なお、低解像度のＳＤＲ画像に対し、ｖＤＣＭ２２２によって、ノイズクリーニングやＨＤＲ色域への変換といった、高品質の動画処理が行われる場合がある。
【００４６】
サブビデオチャンネル２３０は、ビデオ入力データー２０１を処理して、対応する表示デバイス上で表示するためのセカンダリビデオデーター２０３を生成する。セカンダリビデオデーター２０３は、プライマリビデオ配信と同時に、画像表示デバイスのうち相対的に小さい表示領域（例えば、ピクチャーインピクチャー又はＰＩＰ形式で）内で上映されるセカンダリビデオ配信に対応する場合がある。セカンダリビデオ配信は、プライマリビデオ配信よりも十分に小さい表示領域を占めるため、サブビデオチャンネル２３０はセカンダリビデオデーター２０３を生成する際にメインビデオチャンネル２２０よりも少ない後処理（例えば、しかしグラフィックチャンネル２４０よりも多い後処理）を実行する場合がある。いくつかの実施形態では、サブビデオチャンネル２３０はデーター変換と色空間マッピングとをセカンダリビデオ配信に行うピクチャーインピクチャーＤＣＭ（ｐＤＣＭ）２３２を備える場合がある。
【００４７】
グラフィックチャンネル２４０は、ビデオ入力データー２０１を処理して、対応する表示デバイス上で表示するためのグラフィックデーター２０４を生成する。グラフィックデーター２０４は、プライマリビデオ配信及び／又はセカンダリビデオ配信と同時に、画像表示デバイスの一部分（例えば、ＨＵＤ又はオーバーレイとして）で上映される１以上のグラフィックに対応する場合がある。グラフィックは、詳細な画像又はビデオのコンテンツを含まない場合があるため、グラフィックチャンネル２４０はグラフィックデーター２０４を生成する際に（例えば、メインビデオチャンネル２２０及びサブビデオチャンネル２３０よりも少ない）最小量の後処理を実行する場合がある。いくつかの実施形態では、グラフィックチャンネル２４０はデーター変換と色空間マッピングとをグラフィックに行うグラフィックＤＣＭ（ｇＤＣＭ）２４２を備える場合がある。
【００４８】
オーバーレイモジュール２５０は、プライマリビデオデーター２０２を、セカンダリビデオデーター２０３及び／又はグラフィックデーター２０４のうち少なくとも１つと合成して、画像表示デバイス上での表示に最適化された合成ビデオ配信に対応するビデオ出力データー２０５を生成する場合がある。例えば、合成ビデオ配信の各フレームは、プライマリビデオ配信の単一フレーム、セカンダリビデオ配信の単一フレーム、及び／又は、プライマリビデオ配信のフレームと共に表示されるグラフィックを含む場合がある。いくつかの実施形態では、オーバーレイモジュール２５０は、プライマリビデオ配信の少なくとも一部を覆うオーバーレイとして表示するために、セカンダリビデオデーター２０３及び／又はグラフィックデーター２０４を描写する場合がある。このように、画像表示デバイスがビデオ出力データー２０５を描写するとき、ピクセルのうち少なくともいくつかは、プライマリビデオ配信の一部を表示し、ピクセルのうち少なくともいくつかは、セカンダリビデオ配信及び／又はグラフィックオーバーレイを表示する。
【００４９】
図３は、いくつかの実施形態に係る、ＤＣＭ回路３００のブロック図を示す。いくつかの実施形態では、ＤＣＭ回路３００は、図２のメインビデオチャンネル２２０のようなＶＰＰパイプラインのメインビデオチャンネルにおいて実装される場合がある。ＤＣＭ回路３００は、図２のｖＤＣＭモジュール２２２の例示的な実施形態である場合がある。
【００５０】
いくつかの態様では、ＤＣＭ回路３００は、画像処理の演算（例えば、データー変換及び色空間マッピング）をプライマリビデオ配信に実行するように構成される場合がある。ＤＣＭ回路３００は、ＶＰＰパイプラインの他のビデオパス（例えば、図２のサブビデオチャンネル２３０、及び／又は、グラフィックチャンネル２４０）の任意の画像及び／又は動画処理の機能性を備える場合があり、異なる入力及び出力ビデオのフォーマット変換をサポートする場合がある。例えば、ＤＣＭ回路３００は画像データーを画像キャプチャデバイスに関する色空間から画像表示デバイスがサポートする色空間へ移行する場合がある。ＤＣＭ回路３００は、第１色空間変換器（ｃｏｌｏｒ−ｓｐａｃｅ  ｃｏｎｖｅｒｔｅｒ）（ＣＳＣ）３１０、フルレンジ拡張器３２０、空間ノイズ低減器（ｓｐａｔｉａｌ  ｎｏｉｓｅ  ｒｅｄｕｃｅｒ）（ＳＮＲ）３３０、ＩＯＥＴＦ３４０、ＥＥＴＦ３５０、ＩＥＯＴＦ３６０、及び、第２ＣＳＣ３７０、を備える。
【００５１】
第１ＣＳＣ３１０は、ＹＵＶ入力データー（ＹＵＶｉｎ）３０１を受信し、ＹＵＶ入力データー３０１を、ＹＵＶ色空間からＲＧＢ色空間へ変換して、対応するＲＧＢ入力データー（ＲＧＢｉｎ）３０２を生成する。ＹＵＶ色空間は、画像キャプチャデバイスの色域をＹＵＶの成分という形で定義する。ＲＧＢ色空間は、画像キャプチャデバイスの色域をＲＧＢの成分という形で定義する。いくつかの実施形態では、第１ＣＳＣ３１０は色空間の変換を、例えば、１２ビットＹＵＶデーターを１２ビットＲＧＢデーターに変換することで、１２ビット領域で実行する場合がある。例えば、ＹＵＶ入力データー３０１は、１２ビット入力になるように４倍にスケーリングされる、４４４フォーマットの１０ビットＹＵＶ値に対応する場合がある。いくつかの実施形態では、第１ＣＳＣ３１０は、９個のプログラム可能な行列係数を有する３×３の行列形式の乗算器と、３個のプログラム可能なオフセット補正を有するオフセット調節のための３個の加算器と、１２ビットのＲＧＢデーター３０２を生成する３個の出力クランピングロジックと、を備える、汎用かつフルサイズの色空間変換器である場合がある。
【００５２】
フルレンジ拡張器３２０は、ＲＧＢ入力データー３０２の最大レンジを拡張して、拡張されたＲＧＢデーター（ＲＧＢｅｘｐ）３０３を生成する。例えば、デジタルのＹＵＶデーターのレンジは、いくつかのコードをタイミング参照の目的のためにリザーブしておくために、人為的な最小値（「ｍｉｎ」）と人為的な最大値（「ｍａｘ」）との間に限定される。そのため、オリジナルのＹＵＶソースデーターが（例えば、２５６から３７６０までの１２ビットのレンジに）限定されていた場合、フルレンジの拡張を適用して、ＲＧＢデーター３０３をＲＧＢ色空間の予め定められた最大レンジ（例えば、０から４０９５の間）に強制的に落とし込む場合がある。ＹＵＶ入力データー３０１がＲＧＢ色空間に変換された場合、ＲＧＢ入力データー３０２のレンジは同じレンジに維持され得る。そのため、各ＲＧＢ信号は、限定されたパラメータのセットのみを用いて拡張され得る。いくつかの態様では、２個の追加パラメータ（例えば、「ｏｆｆ」と「ｇａｉｎ」）がフルレンジの拡張を行うために用いられる場合がある。
【数１】
2021523592.tif 000003
【数２】
2021523592.tif 000004
【数３】
2021523592.tif 000005
【００５３】
ＳＮＲ３３０は、拡張されたＲＧＢデーター３０３の量子化ノイズを低減して、フィルタされたＲＧＢデーター（ＲＧＢＳＮＲ）３０４を生成する。例えば、圧縮されたビデオデーターは、量子化エラーが原因でノイズを多く含む場合がある。８又は１０ビットのＳＤＲ入力は、１２ビットのテレビ又はモニタで表示された場合、ＨＤＲディスプレイの明るさがリバレッジされるため、量子化に関連する強いコンタリング又はアーティファクトを示す場合がある。いくつかの実施形態では、ＳＮＲ３３０は拡張されたＲＧＢデーター３０３のうち個別の箇所にローパスフィルタを適応的に適用（又は除去）して、拡張されたＲＧＢデーター３０３に対応する画像のうちフラットな、又は、変動が少ない領域の量子化ノイズを低減する場合がある。いくつかの実施形態では、ＳＮＲ３３０は３×３の入力のカーネルの平均と偏差を使用して、オリジナルのデーターを、その中心のデーターとの偏差を用いて、平均データーとブレンドする。対象領域選択ロジックが生成され、（例えば、フィルタされたＲＧＢデーター３０３を生成するために）ＲＧＢデーター出力を多重化するために用いられる場合がある。
【００５４】
ＩＯＥＴＦ３４０は、色空間の再マッピングのような画像処理の演算がより正確な線形領域において実行可能になるように、フィルタされたＲＧＢデーター３０４を線形補間された信号（ＲＧＢｉｎｔ）３０５に変換する。ＤＣＭ回路３００への入力データー３０１は、（例えば、ソースに適用されたＯＥＴＦにより）非線形領域に存在する場合がある。いくつかの実施形態では、ＩＯＥＴＦ３４０は、画像処理が実質的に線形な信号に実行可能なように、ＯＥＴＦの逆を実施してフィルタされたＲＧＢデーター３０４をオリジナルの線形領域に再変換する場合がある。
【００５５】
ＥＥＴＦ３５０は、補間されたＲＧＢデーター３０５をディスプレイ上での上映により適した色空間へ再マッピングする（例えば、再マッピングされたＲＧＢデーター３０６として）ことで、ソース（例えば、カメラ又は画像キャプチャデバイス）における色空間と出力（例えば、テレビ又は画像表示デバイス）における色空間とを仲介する。例えば、３次元色空間は一組の値（Ｘ，Ｙ，Ｚ）により特徴づけが可能である。第１ＲＧＢ領域（例えばＲ１Ｇ１Ｂ１）から第２ＲＧＢ領域（例えば、Ｒ２Ｇ２Ｂ２）への色空間の変換は以下の変換を伴う：
【数４】
2021523592.tif 000006
ここで、Ｔは次のように定義される３×３の行列である。
【数５】
2021523592.tif 000007
【００５６】
ＩＥＯＴＦ３６０は、再マッピングされたＲＧＢデーター（Ｒ’Ｇ’Ｂ’）３０６を非線形の出力信号（ＲＧＢＯＵＴ）３０７へ再変換する。より詳しくは、ＩＥＯＴＦ３６０は再マッピングされたＲＧＢデーター３０６を現在の線形領域から、画像表示デバイスに解釈可能な非線形領域へ再変換する場合がある。したがって、いくつかの実施形態では、ＩＥＯＴＦ３６０は、ＥＯＴＦの逆を実施して、再マッピングされたＲＧＢデーター３６０を前の非線形領域に再変換する場合がある。いくつかの例では、ＨＤＲの一規格から他のＨＤＲ規格へ変換する場合などでは、ＥＥＴＦ３５０をバイパスすることは、すなわちＩＥＯＴＦ３６０およびＩＯＥＴＦ３４０をバイパスすることは、計算の正確性向上を達成することに役立ち得る。
【００５７】
第２ＣＳＣ３７０は、ＲＧＢ出力データー３０７を受信し、ＲＧＢ出力データー３０７をＲＧＢ色空間からＹＵＶ色空間へ変換して、対応するＹＵＶ出力データー（ＹＵＶＯＵＴ）３０８を生成する。いくつかの実施形態では、第２ＣＳＣ３７０は、（例えば、１２ビットのＲＧＢ値を受信するために）１２ビットの入力端子と（例えば、１２ビットのＹＵＶ値を提供するために）１２ビットの出力端子とを有する場合がある。例えば、ＹＵＶ出力データー３０８は、１２ビットの入力にするために２ビットだけシフトされる、４４４フォーマットの１０ビットＹＵＶ値に対応する場合がある。いくつかの実施形態では、第２ＣＳＣ３７０は、９個のプログラム可能な係数を有する３×３の行列形式の乗算器と、プログラム可能なオフセット調節のための３個の加算器と、１２ビットのＹＵＶデーター３０８を生成する３個の出力クランピングロジックと、を備える、汎用かつフルサイズの色空間変換器である場合がある。
【００５８】
いくつかの実施形態では、ＥＥＴＦ３５０を参照して、第１ＲＧＢ領域（例えばＲ１Ｇ１Ｂ１）から第２ＲＧＢ領域（例えば、Ｒ２Ｇ２Ｂ２）への色空間の変換は、相対輝度（Ｙ）が変化あるいは正規化されないと仮定される。いくつかの実施形態では、ＳＤＲフォーマットからＨＤＲフォーマットへの変換のように、輝度に変化がある場合、ＥＥＴＦ３５０はカラーボリュームのマッピングを追加的に実行する場合がある。この変更はグローバルでない場合がある。例えば、カラーボリュームマッピングは、（たとえば、ＲＧＢ領域での）三次元ルックアップテーブル又は（例えば、ＹＵＶ領域での）２次元ルックアップテーブルを用いて、ローカル領域において実行される場合がある。いくつかの実施形態では、ＥＥＴＦ３５０は、第１にＲＧＢデーターをＹＵＶ領域に変換し、カラーボリュームマッピング機能をＬＳＨ（例えば、「明度」、「彩度」、及び、「色相」）の操作を用いて適用し、最後にＹＵＶデーターを再マッピングされたＲＧＢデーター（Ｒ’Ｇ’Ｂ’）３０６としてＲＧＢ領域へ再変換することで、カラーボリュームマッピングを実行する場合がある。
【００５９】
図４は、１以上の実施形態に係る、ＥＥＴＦ４００のブロック図を示す。ＥＥＴＦ４００は、図３のＥＥＴＦ３５０の例示的な実施形態である場合がある。ＥＥＴＦ４００は、例えば、色空間の再マッピングのような画像処理の演算を実行するように構成される場合がある。いくつかの実施形態では、ＥＥＴＦ４００は補間されたＲＧＢデーター（ＲＧＢｉｎｔ）４０１をその入力として受信し、再マッピングされたＲＧＢデーター（Ｒ’Ｇ’Ｂ’）４０４をその出力として生成する場合がある。いくつかの実施形態では、ＥＥＴＦ４００は、ＹＵＶ色空間において画像処理を受信されたＲＧＢデーター４０１に対して実行する場合がある。
【００６０】
ＥＥＴＦ４００は、第１ＣＳＣ４１０と、色空間再マップ器（色Ｒマップ）４２０と、第２ＣＳＣ４３０と、を備える。第１ＣＳＣ４１０は、補間されたＲＧＢデーター４０１を、ＲＧＢ色空間からＹＵＶ色空間へ変換し、対応するＹＵＶ画像データー４０２を生成する。例えば、補間されたＲＧＢデーター４０１は、ＲＧＢｉｎｔ３０５のような線形補間された信号に対応する場合がある。線形補間された信号は、画像キャプチャデバイスのＯＥＴＦに少なくとも部分的に基づく。そのため、いくつかの態様では、ＹＵＶ画像データー４０２は実質的に線形の信号にもまた対応する場合がある。
【００６１】
色空間再マップ器４２０は、画像表示デバイスの色域に基づいて、ＹＵＶ画像データー４０２を、画像キャプチャデバイスのＹＵＶ色空間から画像表示デバイスにサポートされているＹＵＶ色空間へ再マッピングする。いくつかの態様では、色空間再マップ器は、ＬＳＨの操作に基づいて色のマッピングを実行する場合がある。例えば、ＵＶ領域（例えば、ＨとＳを表す）において、色相角の回転と飽和半径のゲインを介して、与えられた入力色ｐ（Ｕ，Ｖ）が出力色ｐ’（Ｕ’，Ｖ’）へマップされる場合がある。ＵＶの値は「ｓ」の値に変換される場合がある。ここで、
【数６】
2021523592.tif 000008
が成り立つ。（例えば、１７×１７×３０ビットのルックアップテーブルを用いた）２次元の補間により、ｓ値をＹ入力と組合せて、ローカルのＬＳＨ値が生成される場合がある。グローバルのＬＳＨ調節をローカルのＬＳＨ値に適用した後、対象領域に少なくとも部分的に基づいて再マッピングされたＹＵＶ値（Ｙ’Ｕ’Ｖ’）４０３が生成される場合がある。
【００６２】
第２ＣＳＣ４３０は、再マッピングされたＹＵＶ値４０３を、ＹＵＶ色空間からＲＧＢ色空間へ再変換して、再マッピングされたＲＧＢデーター４０４を生成する。いくつかの画像表示デバイスは、ＲＧＢカラーモデルを用いて作動するように構成されている場合がある。いくつかの実施形態では、色空間の再マッピングは、ＹＵＶ領域においてより効果的に、及び／又は、正確に実行される場合がある。いくつかの実施形態では、再マッピングされた画像データー（例えば、再マッピングされたＹＵＶ値４０３）は表示のためにＲＧＢ領域に再変換される場合がある。例えば、再マッピングされたＲＧＢデーター４０４は、Ｒ’Ｇ’Ｂ’３０６のような、画像表示デバイスのＥＯＴＦに少なくとも部分的に基づく線形補間された信号に対応する場合がある。
【００６３】
図５は、いくつかの実施形態に係る、ＤＣＭ回路５００の他のブロック図を示す。いくつかの実施形態では、ＤＣＭ回路５００は、図２のサブビデオチャンネル２３０のようなＶＰＰパイプラインのサブビデオチャンネルにおいて実装される場合がある。そのため、ＤＣＭ回路５００は図２のｐＤＣＭモジュール２３２の例示的な実施形態である場合がある。
【００６４】
いくつかの態様では、ＤＣＭ回路５００は、プライマリビデオ配信と同時に（例えば、ＰＩＰとして）上映されるセカンダリビデオ配信に画像処理の演算（例えば、データー変換及び色空間マッピング）を実行するように構成される場合がある。例えば、ＤＣＭ回路５００は、画像データーを画像キャプチャデバイスに関する色空間から画像表示デバイスにサポートされる色空間へ変換する場合がある。ＤＣＭ回路５００は、ＳＮＲブロック（例えば、ＳＮＲ３３０）を除いて、ＶＰＰパイプラインのメインビデオパス（例えば、図２のメインビデオチャンネル２２０、及び／又は、図３のＤＭＣ３００）の画像及び／又は動画処理の機能性の（全てでは無い場合でも）ほとんどを備える場合がある。例えば、ＤＣＭ回路５００は、第１ＣＳＣ５１０と、フルレンジ拡張器５２０と、ＩＯＥＴＦ５３０と、ＥＥＴＦ５４０と、第２ＣＳＣ５６０と、を備える。
【００６５】
第１ＣＳＣ５１０は、ＹＵＶ入力データー（ＹＵＶｉｎ）５０１を受信し、ＹＵＶ入力データー５０１を、ＹＵＶ色空間からＲＧＢ色空間へ変換して、対応するＲＧＢ入力データー（ＲＧＢｉｎ）５０２を生成する。いくつかの実施形態では、第１ＣＳＣ５１０は、１２ビットのＹＵＶ値を受信する１２ビットの入力端子と、１２ビットのＲＧＢ値を供給する１２ビットの出力端子と、を有する場合がある。例えば、ＹＵＶ入力データー５０１は、１２ビット入力になるように２ビットだけ左シフトされる、４４４フォーマットの１０ビットＹＵＶ値に対応する場合がある。いくつかの実施形態では、ＣＳＣ５１０は、９個のプログラム可能な係数を有する３×３の行列形式の乗算器と、３個のプログラム可能なオフセットでのオフセット調節のための３個の加算器と、ＲＧＢデーター５０２を生成する３個の出力クランピングロジックと、を備える、汎用かつフルサイズの色空間変換器である場合がある。
【００６６】
フルレンジ拡張器５２０は、ＲＧＢ入力データー５０２の最大レンジを拡張して、拡張されたＲＧＢデーター（ＲＧＢｅｘｐ）５０３を生成する。例えば、オリジナルのＹＵＶソースデーターが（例えば、２５６から３７６０までの１２ビットのレンジに）限定されていた場合、フルレンジの拡張を適用して、ＲＧＢデーター５０３をＲＧＢ色空間の予め定められた最大レンジ（例えば、０から４０９５の間）に強制的に落とし込む場合がある。ＹＵＶ入力データー５０１がＲＧＢ色空間に変換された場合、ＲＧＢ入力データー５０２のレンジは同じレンジに維持され得る。そのため、各ＲＧＢ信号は、限定されたパラメータのセットのみを用いて拡張され得る。いくつかの態様では、（例えば、図３を参照して上記で説明したものと同様に）２個の追加パラメータがフルレンジの拡張を行うために用いられる場合がある。
【００６７】
ＩＯＥＴＦ５３０は、色空間の再マッピングのような画像処理の演算が実質的に線形の信号に対し、より正確に線形な領域において実行可能になるように、拡張されたＲＧＢデーター５０３を線形補間された信号（ＲＧＢｉｎｔ）５０４に変換する。いくつかの実施形態では、ＩＯＥＴＦ５３０は、（画像キャプチャデバイスによって実施される）ＯＥＴＦの逆を実施して、拡張されたＲＧＢデーター５０３をオリジナルの線形領域に再変換する場合がある。
【００６８】
ＥＥＴＦ５４０は、補間されたＲＧＢデーター５０４をディスプレイ上での上映により適した色空間へと、再マッピングされたＲＧＢデーター５０５として再マッピングすることで、ソースにおける色空間と出力における色空間とを仲介する。ＥＥＴＦ５４０の色空間の再マッピング機能は、図３のＥＥＴＦ３５０及び／又は図４のＥＥＴＦ４００によって実行される色空間の再マッピング機能と（もし同一でない場合には）同様である。いくつかの実施形態では、ＥＥＴＦ５４０は、（例えば、図４を参照して上記で説明したように）第１にＲＧＢデーター５０４をＹＵＶ領域に変換し、カラーボリュームマッピング機能をＬＳＨの操作を用いて適用し、そしてＹＵＶデーターを再マッピングされたＲＧＢデーター（Ｒ’Ｇ’Ｂ’）５０５としてＲＧＢ領域へ再変換する場合がある。
【００６９】
ＩＥＯＴＦ５５０は、再マッピングされたＲＧＢデーター５０５を、非線形の出力信号（ＲＧＢｏｕｔ）５０６に再変換する。より詳しくは、ＩＥＯＴＦ５５０は再マッピングされたＲＧＢデーター５０５を現在の線形領域から、画像表示デバイスに解釈可能な非線形領域に再変換する場合がある。いくつかの実施形態では、ＩＥＯＴＦ５５０は、ＥＯＴＦの逆を実施して再マッピングされたＲＧＢデーター５０５を前の非線形領域に再変換する場合がある。いくつかの例では、ＥＥＴＦ５４０をバイパスすることは、すなわちＩＥＯＴＦ５５０およびＩＯＥＴＦ５３０をバイパスすることは、計算の正確性向上を達成することに役立ち得る。
【００７０】
第２ＣＳＣ５６０は、ＲＧＢ出力データー５０６を受信し、ＲＧＢ出力データー５０６をＲＧＢ色空間からＹＵＶ色空間へ変換して、対応するＹＵＶ出力データー（ＹＵＶＯＵＴ）５０７を生成する。いくつかの実施形態では、第２ＣＳＣ５６０は、１２ビットのＲＧＢ値を受信する１２ビットの入力端子と、１２ビットのＹＵＶ値を提供する１２ビットの出力端子と、を有する場合がある。例えば、ＹＵＶ出力データー５０７は、１２ビットの入力にするために２ビットだけ左シフトされる、４４４フォーマットの１０ビットＹＵＶ値に対応する場合がある。いくつかの実施形態では、第２ＣＳＣ５６０は、９個のプログラム可能な係数を有する３×３の行列形式の乗算器と、３つのプログラム可能なオフセットでのオフセット調節のための３個の加算器と、ＹＵＶデーター５０７を生成する３個の出力クランピングロジックと、を備える、汎用かつフルサイズの色空間変換器である場合がある。
【００７１】
図６は、いくつかの実施形態に係る、ＤＣＭ回路６００の他のブロック図を示す。いくつかの実施形態では、ＤＣＭ回路６００は、図２のグラフィックチャンネル２４０のようなＶＰＰパイプラインのグラフィックチャンネルにおいて実装される場合がある。他のいくつかの実施形態では、ＤＣＭ回路６００は、図２のサブビデオチャンネル２３０のようなＶＰＰパイプラインのサブビデオチャンネルにおいて実装される場合がある。そのため、ＤＣＭ回路６００は図２のｇＤＣＭモジュール２４３、及び／又は、ｐＤＣＭモジュール２３２の例示的な実施形態である場合がある。
【００７２】
いくつかの態様では、ＤＣＭ回路６００は、プライマリビデオ配信にオーバーラップされるグラフィックデーターに、データー変換及び色空間マッピングのような画像処理を実行するように構成される場合がある。いくつかの他の態様では、ＤＣＭ回路６００は、プライマリビデオ配信と同時に（例えば、ＰＩＰとして）上映されるセカンダリビデオ配信に画像処理の演算（例えば、データー変換及び色空間マッピング）を実行するように構成される場合がある。例えば、ＤＣＭ回路６００がサブビデオチャンネルに実装されている場合、セカンダリビデオ配信の色空間変換は、ＤＣＭ６００の外部で実行される場合がある。ＤＣＭ回路６００は、ＶＰＰパイプラインのメインビデオパス（例えば、図２のメインビデオチャンネル２２０、及び／又は、図３のＤＣＭ３００）の画像及び／又は動画処理の機能性の一部を備える場合がある。より詳しくは、ＤＣＭ回路６００はフルレンジ拡張器６１０と、ＩＯＥＴＦ６２０と、ＥＥＴＦ６３０と、ＩＥＯＴＦ６４０と、を備える。
【００７３】
フルレンジ拡張器６１０は、ＲＧＢ入力データー６０１を受信し、ＲＧＢ入力データー６０１の最大レンジを拡張して、拡張されたＲＧＢデーター（ＲＧＢｅｘｐ）６０２を生成する。例えば、オリジナルのＹＵＶソースデーターが（例えば、２５６から３７６０までの１２ビットのレンジに）限定されていた場合、フルレンジの拡張を適用して、ＲＧＢデーター６０２をＲＧＢ色空間の予め定められた最大レンジ（例えば、０から４０９５）に強制的に落とし込む場合がある。いくつかの態様では、（例えば、図３を参照して上記で説明したものと同様に）２個の追加パラメータがフルレンジの拡張を行うために用いられる場合がある。
【００７４】
ＩＯＥＴＦ６２０は、色空間の再マッピングが実質的に線形のデーターに対してより正確な線形領域において実行可能になるように、拡張されたＲＧＢデーター６０２を線形補間された信号（ＲＧＢｉｎｔ）６０３に変換する。いくつかの実施形態では、ＩＯＥＴＦ６２０は、（画像キャプチャデバイスによって実施される）ＯＥＴＦの逆を実施して、拡張されたＲＧＢデーター６０２をオリジナルの線形領域に再変換する場合がある。
【００７５】
ＥＥＴＦ６３０は、補間されたＲＧＢデーター６０３をディスプレイ上での上映により適した色空間へと再マッピングすることで、ソースにおける色空間と出力における色空間とを仲介する。ＥＥＴＦ６３０の色空間の再マッピング機能は、図３のＥＥＴＦ３５０及び／又は図４のＥＥＴＦ４００によって実行される色空間の再マッピング機能と（もし同一でない場合には）同様である。いくつかの実施形態では、ＥＥＴＦ６３０は、（例えば、図４を参照して上記で説明したように）第１にＲＧＢデーター６０３をＹＵＶ領域に変換し、カラーボリュームマッピング機能をＬＳＨ（明度、彩度、色相）の操作を用いて適用し、そしてＹＵＶデーターを再マッピングされたＲＧＢデーター（Ｒ’Ｇ’Ｂ’）６０４としてＲＧＢ領域へ再変換することにより、カラーボリュームマッピングを実行する場合がある。
【００７６】
ＩＥＯＴＦ６４０は、再マッピングされたＲＧＢデーター６０４を、非線形の出力信号（ＲＧＢｏｕｔ）６０５に再変換する。より詳しくは、ＩＥＯＴＦ６４０は再マッピングされたＲＧＢデーター６０４を現在の線形領域から、画像表示デバイスに解釈可能な非線形領域に再変換する場合がある。いくつかの実施形態では、ＩＥＯＴＦ６４０は、ＥＯＴＦの逆を実施して再マッピングされたＲＧＢデーター６０４を前の非線形領域に再変換する場合がある。いくつかの例では、ＥＥＴＦ６３０をバイパスすることは、すなわちＩＥＯＴＦ６４０およびＩＯＥＴＦ６２０をバイパスすることは、計算の正確性向上を達成することに役立ち得る。
【００７７】
図７は、いくつかの実施形態に係る、ダイナミックレンジ検出を備えるＤＣＭ回路７００のブロック図を示す。いくつかの実施形態では、ＤＣＭ回路７００は、図２のメインビデオチャンネル２２０のようなＶＰＰパイプラインのメインビデオチャンネルにおいて実装される場合がある。そのため、ＤＣＭ回路７００は、図２のｖＤＣＭモジュール２２２の例示的な実施形態である場合がある。ＤＣＭ回路７００は、第１ＣＳＣ７１０、フルレンジ拡張器７２０、第２ＣＳＣ７２５、ＳＮＲ７３０、ＩＯＥＴＦ７４０、第３ＣＳＣ７５０、ダイナミックレンジ検出器７５５、色空間再マップ器７６０、第４ＣＳＣ７７０、ＩＥＯＴＦ７８０、第５ＣＳＣ７９０を備える。
【００７８】
第１ＣＳＣ７１０は、ＹＵＶ入力データー７０１を受信し、ＹＵＶ入力データー７０１を、ＹＵＶ色空間からＲＧＢ色空間へ変換して、対応するＲＧＢ入力データー７１２を生成する。フルレンジ拡張器７２０は、ＲＧＢ入力データー７１２の最大レンジを拡張して、拡張されたＲＧＢデーター７２２を生成する。ＳＮＲ７３０は、拡張されたＲＧＢデーター７２２の量子化ノイズを低減して、フィルタされたＲＧＢデーター７３２を生成する。ＩＯＥＴＦ７４０は、色空間の再マッピングのような画像処理の演算がより正確な線形領域において実質的に線形の信号に対して実行可能になるように、フィルタされたＲＧＢデーター７３２を線形補間された信号７４２に変換する。
【００７９】
ＣＳＣ７５０は、補間されたＲＧＢデーター７４２をＲＧＢ色空間からＹＵＶ色空間へ変換して、対応するＹＵＶ画像データー７５２を生成する。色空間再マップ器７６０は、ＹＵＶ画像データー７５２を、画像キャプチャデバイスのＹＵＶ色空間から画像表示デバイスがサポートするＹＵＶ色空間に再マッピングして、再マッピングされたＹＵＶ値７６２を生成する。第４ＣＳＣ７７０は、再マッピングされたＹＵＶ値７６２を、ＹＵＶ色空間からＲＧＢ色空間へ再変換して、再マッピングされたＲＧＢデーター７７２を生成する。ＩＥＯＴＦ７８０は、再マッピングされたＲＧＢデーター７７２を非線形の出力信号７８２に再変換する。第５ＣＳＣ７９０は、ＲＧＢ出力データー７８２を受信し、ＲＧＢ出力データーをＲＧＢ色空間からＹＵＶ色空間に変換して、対応するＹＵＶ出力データー７０２を生成する。
【００８０】
いくつかの実施形態では、ダイナミックレンジ検出器７５５は、受信した入力データー７０１に少なくとも部分的に基づいて、メタデーター７０３を生成する場合がある。例えば、メタデーター７０３は、受信した入力データー７０１及び／又は画像のソース（例えば、画像キャプチャデバイス）の性質及び／又は特性についての追加的な情報を提供する場合がある。例示的なメタデーター７０３は、入力データー７０１がフルレンジの色情報を含むか、狭域レンジの色情報を含むか、を含む受信した入力データー７０１のデーターレンジを含むが、これに限定されない。いくつかの態様では、ダイナミックレンジ検出器７５５は、ＹＵＶ入力データー７０１、ＲＧＢ入力データー７１２、拡張されたＲＧＢデーター７２２、拡張されたＹＵＶデーター７２６、補間されたＲＧＢデーター７４２、及び／又は、補間されたＹＵＶデーター７５２に基づいてメタデーター７０３を生成する場合がある。例えば、第２ＣＳＣ７２５は、拡張されたＲＧＢデーター７２２をＲＧＢ色空間から画像キャプチャデバイスに関連するＹＵＶ色空間へ変換することで、拡張されたＹＵＶデーター７２６を生成する場合がある。
【００８１】
いくつかの実施形態では、メタデーター７０３は、ＤＣＭ回路７００の１以上のパラメータを動的に調節するために用いられる場合がある。例えば、受信した入力データー７０１を対応する表示デバイス上で表示するためにより適したフォーマットに変換する際に、入力データー７０１がフルレンジのデーターを含むか、狭域レンジのデーターを含むか、を知ることが望ましい場合がある。例えば、入力データー７０１が狭域レンジのデーターを含むが、ＤＣＭ７００がフルレンジのデーターを受信することを予期している場合は、結果信号では黒色が増大され白色が低減される場合がある。
【００８２】
いくつかの実施形態では、ＤＣＭ回路７００は、１以上の画像処理の演算で用いられる１以上のレジスタ及び／又はルックアップテーブル（ＬＵＴｓ）を動的に調節するためにメタデーター７０３を使用する場合がある。例えば、メタデーター７０３は、ＤＣＭ回路７００の任意の処理コンポーネント（第１ＣＳＣ７１０、フルレンジ拡張器７２０、ＳＮＲ７３０、第３ＣＳＣ７５０、色空間再マップ器７６０、第４ＣＳＣ７７０、及び／又は、第５ＣＳＣ７９０を含むが、これに限られない）によって使用される１以上のレジスタ及び／又はＬＵＴｓを動的に調節するために用いられる場合がある。
【００８３】
いくつかの態様では、ＤＣＭ回路７００はメタデーター７０３を（例えば、フレーム毎のベースで）動的に生成する場合がある。入力データー７０１の性質及び／又は特性は、フレーム毎に変動する場合がある。例えば、１つのフレームが他のフレームと比べて顕著に暗い（又は明るい）場合がある。メタデーター７０３を動的に生成することで、ＤＣＭ回路７００は、入力データー７０１の各フレームについて自らのレジスタ及び／又はＬＵＴｓを動的にプログラミング及び再プログラミングすることで、入力データー７０１の任意の変動に適するようにその画像処理の演算を適応させることが出来る。言い換えると、入力データー７０１の各フレームは、所与のフレームによく適合した、あるいは、最適化された画像処理パラメータを用いて個別に、対応する出力データー７０２のフレームに変換され得る。
【００８４】
図８は、いくつかの実施形態に係る、ダイナミックレンジ検出を備えるＤＣＭ回路８００の他のブロック図を示す。いくつかの実施形態では、ＤＣＭ回路８００は、図２のサブビデオチャンネル２３０のようなＶＰＰパイプラインのサブビデオチャンネルにおいて実装される場合がある。いくつかの実施形態では、ＤＣＭ回路８００は、図２のグラフィックチャンネル２４０のような、ＶＰＰパイプラインのグラフィックチャンネルにおいて実装される場合がある。そのため、ＤＣＭ回路８００は図２のｐＤＣＭモジュール２３２、及び／又は、ｇＤＣＭモジュール２４２の例示的な実施形態である場合がある。ＤＣＭ回路８００は、フルレンジ拡張器８１０と、ＩＯＥＴＦ８２０と、第１ＣＳＣ８３０と、色空間再マップ器８４０と、第２ＣＳＣ８５０と、ＩＥＯＴＦ８６０と、第３ＣＳＣ８７０と、第４ＣＳＣ８８０と、ダイナミックレンジ検出器８９０と、を備える。
【００８５】
フルレンジ拡張器８１０は、ＲＧＢ入力データー８０１を受信し、ＲＧＢ入力データー８０１の最大レンジを拡張して、拡張されたＲＧＢデーター８１２を生成する。ＩＯＥＴＦ８２０は、拡張されたＲＧＢデーター８１２を線形補間された信号８２２に変換する。第１ＣＳＣ８３０は、補間されたＲＧＢデーター８２２を、ＲＧＢ色空間からＹＵＶ色空間へ変換して、対応するＹＵＶ画像データー８３２を生成する。色空間再マップ器８４０は、ＹＵＶ画像データー８３２を画像キャプチャデバイスのＹＵＶ色空間から画像表示デバイスにサポートされているＹＵＶ色空間へ再マッピングして、再マッピングされたＹＵＶ値８４２を生成する。第２ＣＳＣ８５０は、再マッピングされたＹＵＶ値８４２をＹＵＶ色空間からＲＧＢ色空間へ再変換して、再マッピングされたＲＧＢデーター８５２を生成する。ＩＥＯＴＦ７８０は、再マッピングされたＲＧＢデーター８５２を非線形の出力信号８０２に再変換する。
【００８６】
いくつかの実施形態では、ダイナミックレンジ検出器８９０はメタデーター８０３を、受信した入力データー８０１に少なくとも部分的に基づいて生成する場合がある。例えば、メタデーター８０３は、受信した入力データー８０１及び／又は画像のソースの性質及び／又は特性についての追加的な情報を提供する場合がある。例示的なメタデーター８０３は、受信した入力データー８０１のデーターレンジを含むが、これに限定されない。いくつかの態様では、ダイナミックレンジ検出器８９０は、ＲＧＢ入力データー８０１、ＹＵＶ入力データー８７２、拡張されたＲＧＢデーター８１２、拡張されたＹＵＶデーター８８２、補間されたＲＧＢデーター８２２、及び／又は、補間されたＹＵＶデーター８３２に基づいてメタデーター８０３を生成する場合がある。例えば、第３ＣＳＣ８７０は、ＲＧＢ入力データー８０１をＲＧＢ色空間から画像キャプチャデバイスに関連するＹＵＶ色空間へ変換することで、拡張されたＹＵＶデーター８７２を生成する場合がある。第４ＣＳＣ８８０は、拡張されたＲＧＢ入力データー８１２をＲＧＢ色空間から画像キャプチャデバイスに関連するＹＵＶ色空間へ変換することで、拡張されたＹＵＶデーター８８２を生成する場合がある。
【００８７】
いくつかの実施形態では、メタデーター８０３は、ＤＣＭ回路８００の１以上のパラメータを動的に調節するために用いられる場合がある。より詳細には、いくつかの態様では、ＤＣＭ回路８００は、１以上の画像処理の演算で用いられる１以上のレジスタ及び／又はルックアップテーブル（ＬＵＴ）を動的に調節するためにメタデーター８０３を使用する場合がある。例えば、メタデーター８０３は、ＤＣＭ回路８００の任意の処理コンポーネント（フルレンジ拡張器８１０、第１ＣＳＣ８３０、色空間再マップ器８４０、及び／又は、第２ＣＳＣ８５０を含むが、これに限られない）によって使用される１以上のレジスタ及び／又はＬＵＴを動的に調節するために用いられる場合がある。いくつかの態様では、ＤＣＭ回路８００はメタデーター８０３を（例えば、フレーム毎のベースで）動的に生成する場合がある。例えば、メタデーター８０３を動的に生成することで、ＤＣＭ回路８００は、入力データー８０１の各フレームについて自らのレジスタ及び／又はＬＵＴを動的にプログラミング及び再プログラミングすることで、入力データー８０１の任意の変動に適するようにその画像処理の演算を適応させることが出来る。
【００８８】
図９は、いくつかの実施形態に係る、ダイナミックレンジ検出器９００のブロック図を示す。ダイナミックレンジ検出器９００は、図７のダイナミックレンジ検出器７５５、及び／又は、図８のダイナミックレンジ検出器８９０の例示的な実施形態である場合がある。そのため、ダイナミックレンジ検出器９００は、画像キャプチャデバイス又は他の画像ソースから受信した入力データーに少なくとも部分的に基づいて、出力されたメタデーター（ｍｅｔａｄａｔａ＿ｏｕｔ）９２２を生成するように構成されている場合がある。ダイナミックレンジ検出器９００は、輝度検出器９１０と、メタデーター生成器９２０と、を備える。
【００８９】
いくつかの態様では、輝度検出器９１０は、入力として、ＲＧＢ入力データー９０１、拡張されたＲＧＢデーター９０２、補間されたＲＧＢデーター９０３、輝度（Ｙ）入力データー９０４、拡張された輝度データー９０５、及び／又は、補間された輝度データー９０６と、を受信する場合がある。例えば、ＲＧＢ入力データー９０１は、画像キャプチャデバイス又は画像ソース（例えば、図８のＲＧＢｉｎ８０１として）から、又は、対応するＤＣＭ回路の色空間変換器（例えば、図７のＣＳＣ７１０）から、直接に供給される場合がある。拡張されたＲＧＢデーター９０２は、ＤＣＭ回路のフルレンジ拡張器（例えば、フルレンジ拡張器７２０及び／又はフルレンジ拡張器８１０）によって供給される場合がある。補間されたＲＧＢデーター９０３は、ＤＣＭ回路のＩＯＥＴＦ（例えば、ＩＯＥＴＦ７４０及び／又はＩＯＥＴＦ８２０）によって供給される場合がある。
【００９０】
更に、輝度入力データー９０４は、画像キャプチャデバイス又は画像ソース（例えば、ＹＵＶｉｎ７０１として）から、又は、ＤＣＭ回路の色空間変換器（例えば、ＣＳＣ８７０）から直接に供給される場合がある。拡張された輝度データー９０５は、ＤＣＭ回路の色空間変換器（例えば、ＣＳＣ７５２及び／又はＣＳＣ８８０）によって供給される場合がある。補間された輝度データー９０６は、ＤＣＭ回路の他の色空間変換器（例えば、ＣＳＣ７５０及び／又はＣＳＣ８３０）から提供される場合がある。
【００９１】
いくつかの実施形態では、輝度検出器９１０は、輝度入力データー９０４のＲＧＢ入力データー９０１に基づいて、与えられたフレーム又は画像内の最小輝度値（ｇｌ＿ｍｉｎ＿ｖａｌｕｅ）９１１と、最大輝度値（ｇｌ＿ｍａｘ＿ｖａｌｕｅ）９１２と、を決定する場合がある。例えば、最小輝度値９１１は、与えられたフレームのうち最も暗いピクセルの輝度値に対応する場合がある。同様に、最大輝度値９１２は、与えられたフレームのうち最も明るいピクセルの輝度値に対応する場合がある。
【００９２】
いくつかの実施形態では、輝度検出器９１０は、ＲＧＢ入力データー９０１又は輝度入力データー９０４に基づいて、最小輝度値の頻度（ｇｌ＿ｍｉｎ＿ｃｏｕｎｔ）９１３と、最大輝度値の頻度（ｇｌ＿ｍａｘ＿ｃｏｕｎｔ）９１４と、を更に決定する場合がある。例えば、最小輝度値の頻度９１３は、与えられたフレームにおける、最小輝度値９１１を有するピクセルの数に対応する。同様に、最大輝度値の頻度９１４は、与えられたフレームにおける、最大輝度値９１４を有するピクセルの数に対応する。
【００９３】
更にその上、いくつかの実施形態では処理されたＲＧＢデーター９０２及びＲＧＢデーター９０３、あるいは、処理された輝度データー９０５及び輝度データー９０６に基づいて、輝度検出器９１０は、与えられたフレーム内の輝度値の分布（ｇｌ＿ｈｉｓｔ）９１５を決定する場合がある。例えば、輝度の分布９１５は、与えられたフレームにおける各輝度値と、各輝度値が与えられたフレーム内で生じる頻度とを特定する。いくつかの態様では、輝度の分布９１５は、フレーム内の個々の輝度値（例えば、ヒストグラムの第１軸に対応）と、各輝度値に関するフレーム内のピクセルの数（例えば、ヒストグラムの第２軸に対応）と、を表すヒストグラムに変換され得る。
【００９４】
メタデーター生成器９２０は、輝度検出器９１０によって生成された輝度情報（例えば、ｇｌ＿ｍｉｎ＿ｖａｌｕｅ９１１、ｇｌ＿ｍａｘ＿ｖａｌｕｅ９１２、ｇｌ＿ｍｉｎ＿ｃｏｕｎｔ９１３、ｇｌ＿ｍａｘ＿ｃｏｕｎｔ９１４、及び、ｇｌ＿ｈｉｓｔ９１５）に少なくとも部分的に基づいて、メタデーター９２２を生成する場合がある。メタデーター９２２は、画像データー、又は、画像キャプチャデバイス又は他の画像ソースから受信した入力データーの１以上の性質及び／又は特性を表す。いくつかの実施形態では、メタデーター９２２は画像データーがフルレンジの色情報を含むか、狭域レンジの色情報を含むか、を含む受信した入力データーのデーターレンジを示し得る。本開示のいくつかの態様では、メタデーター９２２に、画像データーに関する様々な他の情報が含まれている場合があることが認識されている。
【００９５】
なお、いくつかの画像の規格では、画像キャプチャデーターと連動したメタデーターの伝送をサポートするが、いくつかの旧来の規格はサポートしない。メタデーター９２２が、ＤＣＭ回路のダイナミックレンジ検出器９００により生の入力データーに基づいてローカルに生成されるため、メタデーター９２２は、入力データーを生成する際に元々使用されていた画像の規格に依存しない場合がある。このように、ダイナミックレンジ検出器９００は、現代的な画像の規格と、より古い旧来の規格と、の間の差異を仲介し得る。
【００９６】
いくつかの実施形態では、メタデーター生成器９２０は、画像キャプチャデバイス又は画像ソースから入力メタデーター（ｍｅｔａｄａｔａ＿ｉｎ）９２１に少なくとも部分的に基づいて、メタデーター９２２を生成する場合がある。例えば、入力メタデーター９２１が利用可能な場合、ダイナミックレンジ検出器９００は存在するメタデーター９２１を活用して、出力メタデーター９２２を生成する場合がある。なお、全体としては、入力メタデーター９２１のいくつかは、入力データーの各フレームについての動的なメタデーターを含む場合があり、他のメタデーターは、一連のフレームについての静的なメタデーターを含む場合がある。いくつかの態様では、ダイナミックレンジ検出器９００は、出力メタデーター９２２を生成するにあたって（例えば、輝度情報９１１−９１５に基づいて）メタデーター生成器９２０により生成された動的なメタデーターを、受信した入力メタデーター９２１に補足する場合がある。
【００９７】
いくつかの実施形態では、メタデーター９２２は、ＤＣＭ回路の１以上のパラメータを設定及び／または調節するために用いられる場合がある。例えば、メタデーター９２２は、１以上の（例えば、図７及び８に関して説明されたような）画像処理のリソースによって用いられる１以上のレジスタ及び／又はＬＵＴをプログラム又は調節するために用いられる場合がある。いくつかの他の実施形態では、対応する画像レンダーデーターの表示又はレンダリングを支援するために、図１の画像表示デバイス１３０のような表示デバイスに対して、メタデーター９２２は出力されるか、そうでなければ供給され得る。例えば、表示デバイスが対応する画像を正確に再生可能になるように、メタデーター９２２は関連する画像レンダーデーターが、フルレンジの画像データーを含むか、狭域レンジの画像データーを含むかを表示デバイスに示すために用いられる場合がある。
【００９８】
図１０は、１以上の実施形態に係る、輝度検出器１０００のブロック図を示す。輝度検出器１０００は、図９の輝度検出器９１０の例示的な実施形態である場合がある。そのため、いくつかの実施形態では、輝度検出器１０００は受信した画像データについての輝度情報を決定するように構成されている場合がある。輝度検出器１０００は、第１最大（ｍａｘ）輝度検出器１０１０と、第１乗算器（ｍｕｘ）１０２０と、最小及び最大（ｍｉｎ／ｍａｘ）輝度検出器１０３０と、第２ｍｕｘ１０４０と、第２最大輝度検出器１０５０と、第３ｍｕｘ１０６０と、第４ｍｕｘ１０７０と、積算器１０８０と、を備える。
【００９９】
第１最大輝度検出器１０１０は、ＲＧＢ入力データー１００１を受信し、受信したＲＧＢ入力データー１００１に基づいて、ＲＧＢ輝度データー（ｍａｘ＿ＲＧＢｉｎ）１０１２の第１セットを出力する。ＲＧＢ入力データー１００１は、図９のＲＧＢ入力データー９０１の例示的な実施形態であり得る。いくつかの態様では、最大輝度検出器１０１０は、ＲＧＢ入力データー１００１のうち与えられたフレーム内の各ピクセルに関する最大輝度値を決定する場合がある。例えば、最大輝度検出器１０１０は、各ピクセルについて、赤色、緑色、又は、青色の成分のサブピクセルのうち何れが最大輝度値を有するかを決定する場合がある。ＲＧＢ輝度データー１０１２は、各ピクセルのうち最も明るいサブピクセル（赤色、緑色、又は、青色）、及び／又は、各サブピクセルに関する輝度値を示す。
【０１００】
第１ｍｕｘ１０２０は、ＲＧＢ輝度データー１０１２と輝度入力データー１００４を受信し、第１選択信号（ＳＥＬ＿１）に応答して、輝度レンジ情報（Ｙｎ）１０２２の第１セットを出力する。輝度入力データー１００４は、図９の輝度入力データー９０４の例示的な実施形態である場合がある。いくつかの実施形態では、第１ｍｕｘ１０２０は、生成されるメタデーターの種類に少なくとも部分的に基づいて、輝度レンジ情報１０２２として、ＲＧＢ輝度データー１０１２又は輝度入力データー１００４のうち一つを選択的に出力する場合がある。例えば、ＲＧＢ領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第１ｍｕｘ１０２０はＲＧＢ輝度データー１０１２を出力する場合がある。一方、ＹＵＶ領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第１ｍｕｘ１０２０は輝度入力データー１００４を出力する場合がある。
【０１０１】
最小／最大輝度検出器１０３０は、輝度レンジ情報１０２２に基づいて、最小輝度値（ｇｌ＿ｍｉｎ＿ｖａｌｕｅ）１０３２と、最大輝度値（ｇｌ＿ｍａｘ＿ｖａｌｕｅ）１０３４と、最小輝度値の頻度（ｇｌ＿ｍｉｎ＿ｃｏｕｎｔ）１０３６と、最大輝度値の頻度（ｇｌ＿ｍａｘ＿ｃｏｕｎｔ）１０３８と、を決定する。例えば、最小輝度値１０３２は、与えられたフレームのうち最も暗いピクセルの輝度値に対応する場合があり、最大輝度値１０３４は、与えられたフレームのうち最も明るいピクセルの輝度値に対応する場合がある。更に、最小輝度値の頻度１０３６は、与えられたフレームにおける、最小輝度値１０３２を有するピクセルの数に対応し、最大輝度値の頻度１０３８は、与えられたフレームにおける、最大輝度値１０３４を有するピクセルの数に対応する。いくつかの態様では、最小／最大輝度検出器１０３０は、リセット信号（ＲＳＴ）に応答して、受信した画像データーの後続のフレーム毎に、輝度情報１０３２−１０３８をリセットする場合がある。
【０１０２】
第２ｍｕｘ１０４０は、拡張されたＲＧＢデーター１００２と補間されたＲＧＢデーター１００３を受信し、第２選択信号（ＳＥＬ＿２）に応答して、選択されたＲＧＢデーター（ＲＧＢｓｅｌ）１０４２を出力する。拡張されたＲＧＢデーター１００２と、補間されたＲＧＢデーター１００３は、それぞれに、図９の拡張されたＲＧＢデーター９０２と補間されたＲＧＢデーター９０３との例示的な実施形態である場合がある。いくつかの実施形態では、第２ｍｕｘ１０４０は、生成されるメタデーターの種類に少なくとも部分的に基づいて、選択されたＲＧＢデーター１０４２として、拡張されたＲＧＢデーター１００２又は拡張されたＲＧＢデーター１００３のうち一つを選択的に出力する場合がある。例えば、非線形領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第２ｍｕｘ１０４０は拡張されたＲＧＢデーター１００２を出力する場合がある。一方、非線形領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第２ｍｕｘ１０４０は補間されたＲＧＢデーター１００３を出力する場合がある。
【０１０３】
第２最大輝度検出器１０５０は、選択されたＲＧＢデーター１０４２を受信し、選択されたＲＧＢデーター１０４２に基づいて、ＲＧＢ輝度データー（ｍａｘ＿ＲＧＢ）１０５２の第２セットを出力する。いくつかの態様では、最大輝度検出器１０５０は、選択されたＲＧＢデーター１０４２のうち与えられたフレーム内の各ピクセルに関する最大輝度値を決定する場合がある。例えば、最大輝度検出器１０５０は、各ピクセルについて、赤色、緑色、又は、青色の成分のサブピクセルのうち何れが最大輝度値を有するかを決定する場合がある。ＲＧＢ輝度データー１０５２は、各ピクセルのうち最も明るいサブピクセル（赤色、緑色、又は、青色）、及び／又は、各サブピクセルに関する輝度値を示す。
【０１０４】
第３ｍｕｘ１０６０は、拡張された輝度データー１００５と補間された輝度データー１００６を受信し、第３選択信号（ＳＥＬ＿３）に応答して、選択された輝度データー（Ｙｓｅｌ）１０６２を出力する。拡張された輝度データー１００５と、補間された輝度データー１００６は、それぞれに、図９の拡張された輝度データー９０５と補間された輝度データー９０６との例示的な実施形態である場合がある。いくつかの実施形態では、第３ｍｕｘ１０６０は、生成されるメタデーターの種類に少なくとも部分的に基づいて、選択された輝度データー１０６２として、拡張された輝度データー１００５又は補間された輝度データー１００６のうち一つを選択的に出力する場合がある。例えば、非線形領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第３ｍｕｘ１０６０は拡張された輝度データー１００５を出力する場合がある。一方、非線形領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第３ｍｕｘ１０６０は補間された輝度データー１００６を出力する場合がある。
【０１０５】
第４ｍｕｘ１０７０は、ＲＧＢ輝度データー１０５２と選択された輝度データー１０６２を受信し、第４選択信号（ＳＥＬ＿４）に応答して、選択された輝度レンジ情報（ＹＯ）１０７２を出力する。いくつかの実施形態では、第４ｍｕｘ１０７０は、生成されるメタデーターの種類に少なくとも部分的に基づいて、輝度レンジ情報１０７２として、ＲＧＢ輝度データー１０５２又は選択された輝度データー１０６２のうち一つを選択的に出力する場合がある。例えば、ＲＧＢ領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第４ｍｕｘ１０７０は拡張されたＲＧＢ輝度データー１０５２を出力する場合がある。一方、ＹＵＶ領域で作動する１以上のレジスタ及び／又はＬＵＴをプログラミングする際に用いられるメタデーターを生成するときに、第４ｍｕｘ１０７０は選択された輝度データー１０６２を出力する場合がある。
【０１０６】
積算器１０８０は、輝度レンジ情報１０７２に基づいて、輝度値の分布（ｇｌ＿ｈｉｓｔ）１０８２を決定する。例えば、輝度の分布１０８２は、与えられたフレームにおける各輝度値と、各輝度値が与えられたフレーム内で生じる頻度とを特定する。いくつかの態様では、輝度の分布１０８２は、フレーム内の個々の輝度値と、各輝度値に関するフレーム内のピクセルの数と、を表すヒストグラムに変換され得る。いくつかの態様では、積算器１０８０は、リセット信号ＲＳＴに応答して、受信した画像データーの後続のフレーム毎に、輝度の分布１０８２をリセットする場合がある。
【０１０７】
図１１は、いくつかの実施形態に係る、例示的な画像処理の演算１１００を描写したフローチャートの例を示す。例として図１を参照すると、演算１１００は、ＤＣＭ１２０によって実行され、画像キャプチャデーター１０２が、画像表示デバイスにおいてオリジナルの画像をより正確に再現するために使用可能な画像レンダーデーター１０３に変換されることがある。
【０１０８】
ＤＣＭ１２０は、画像キャプチャデバイスに取得された、１以上のフレームについての画像データーを受信する（１１１０）。例えば、画像キャプチャデバイスは、場面光１０１を生のＲＧＢ値を示す電気信号に変換し得る。画像キャプチャデバイスは、電気信号を、キャプチャされた画像を画像表示デバイスにおいて再現するために使用可能な符号化されたＲＧＢ画像データーに変換するＯＥＴＦと、符号化されたＲＧＢ画像データーをＲＧＢ色空間から、画像キャプチャデバイスに関連するＹＵＶ色空間に変換するＣＳＣと、を備える場合がある。いくつかの態様では、ＤＣＭ１２０はＹＵＶ画像データーを画像キャプチャデバイスから直接に受信する場合がある。他の態様では、ＤＣＭ１２０は、ＹＵＶ画像データに対して色空間の変換が実行された後に、（例えば、図２のＶＰＰ２００内で）ＲＧＢ画像データーを受信する場合がある。
【０１０９】
ＤＣＭ１２０は、受信した画像データーを非線形領域から線形領域に移行する（１１２０）。例えば、ＯＥＴＦによって生成された符号化されたＲＧＢ画像データーは、非線形信号に対応する場合がある。いくつかの実施形態ではＤＣＭ１２０は、非線形領域ではなく、より正確な線形領域において画像処理を線形信号に対して実行可能なように、受信した画像データーを線形信号に変換するＩＯＥＴＦを備える場合がある。いくつかの態様では、ＩＯＥＴＦは、画像キャプチャデバイスに実装されたＯＥＴＦの逆関数である場合がある。
【０１１０】
ＤＣＭ１２０は更に、受信した画像データーを第１色空間から第２色空間へ変換する（１１３０）。なお、いくつかの電子デバイス（画像キャプチャデバイスと画像表示デバイスを含む）はＲＧＢ色モデルを用いて作動する。本開示の複数の態様は、色空間の再マッピングのようないくつかの画像処理はＹＵＶ領域で実装された場合により効率的及び／又は効果的である場合があるとの認識に基づく。そのため、ＤＣＭ１２０は、受信した画像データーをＲＧＢ色空間から画像キャプチャデバイスに関するＹＵＶ色空間に変換するＣＳＣを備える場合がある。いくつかの態様では、ＹＵＶ色空間は画像キャプチャデバイスの色域を定義する。
【０１１１】
ＤＣＭ１２０は、変換された画像データーを第２色空間から第３色空間に再マッピングすることで、画像データーを表示デバイスに描写されるように処理する（１１４０）。例えば、ＤＣＭ１２０は、受信した画像データーをディスプレイ上での上映により適した色空間へ再マッピングすることで、ソースにおける色空間と、出力における色空間と、を仲介するＥＥＴＦを備える場合がある。受信した画像データーは、色空間の再マッピングがより正確な線形領域において実質的に線形の信号に対して実行されるように、ＹＵＶ色空間へ変換される場合がある。そのため、いくつかの実施形態では、ＥＥＴＦ（又は、色空間再マップ器）は、変換された画像データーを、画像キャプチャデバイスのＹＵＶ色空間から画像表示デバイスにサポートされるＹＵＶ色空間に再マッピングする。いくつかの実施形態では、ＤＣＭ１２０は、更に、再マッピングされた画像データーを、ＹＵＶ色空間から表示するためにより適切な画像キャプチャデバイスのＲＧＢ色空間に変換する場合がある。
【０１１２】
図１２は、いくつかの実施形態に係る、ダイナミックレンジ検出のための例示的な画像処理の演算１２００を描写したフローチャートの例を示す。例として図９を参照すると、演算１２００は、ダイナミックレンジ検出器９００によって実行され、ＤＣＭ回路によって処理された画像データーに少なくとも部分的に基づいてメタデーターが生成される。
【０１１３】
ダイナミックレンジ検出器９００は、画像キャプチャデバイスにより取得された画像データーを、１以上のフレームについて取得する（１２１０）。例えば、画像キャプチャデバイスが場面光を生のＲＧＢ値を示す電気信号に変換する場合がある。画像キャプチャデバイスは、電気信号を、キャプチャされた画像を画像表示デバイス上で再生するために使用可能な符号化されたＲＧＢ画像データーに変換するＯＥＴＦと、符号化されたＲＧＢ画像データーをＲＧＢ色空間から画像キャプチャデバイスに関するＹＵＶ色空間に変換するＣＳＣと、を備える場合がある。いくつかの態様では、ダイナミックレンジ検出器９００は、ＹＵＶ画像データーを画像キャプチャデバイスから直接に受信する場合がある。他のいくつかの態様では、ダイナミックレンジ検出器９００は、ＹＵＶ画像データーに色空間の変換が実行された後にＲＧＢ画像データーを（例えば、図２のＶＰＰ２００において）受信する場合がある。
【０１１４】
ダイナミックレンジ検出器９００は、受信した画像データーの少なくとも一部に基づき、１以上のフレームについてメタデーターを生成する（１２２０）。例えば、メタデーターは受信した入力データー及び／又は画像のソースの性質及び／又は特性についての追加的な情報を提供する場合がある。例示的なメタデーターは、入力データーがフルレンジの色情報を含むか、狭域レンジの色情報を含むか、を含む受信した入力データーのデーターレンジを含むが、これに限定されない。いくつかの実施形態では、ダイナミックレンジ検出器９００は、与えられたフレーム又は画像内の最小輝度値と最大輝度値とに少なくとも部分的に基づいてメタデーターを生成する場合がある。いくつかの他の実施形態では、ダイナミックレンジ検出器９００は、与えられたフレーム又は画像内の最小輝度値の頻度と最大輝度値の頻度とに少なくとも部分的に基づいてメタデーターを生成する場合がある。更に加えて、いくつかの実施形態では、ダイナミックレンジ検出器９００は、与えられたフレーム又は画像内の輝度値の分布に少なくとも部分的に基づいて、メタデーターを生成する場合がある。
【０１１５】
いくつかの実施形態では、ダイナミックレンジ検出器９００は、メタデーターに少なくとも部分的に基づいて１以上の画像処理パラメータを動的に調節する場合がある（１２３０）。例えば、メタデーターは、１以上の画像処理の演算に用いられる１以上のレジスタ及び／又はルックアップテーブル（ＬＵＴ）を動的に調整するために用いられる場合がある。例えば、メタデーター８０３は、ＤＣＭ回路８００の任意の処理コンポーネント（色空間変換器、フルレンジ拡張器、空間ノイズ低減器、及び／又は、色空間再マップ器を含むがこれに限定されない）によって使用されるレジスタ及び／又はＬＵＴのパラメータを調節するために用いられる場合がある。
【０１１６】
当業者は、様々な異なる任意のテクノロジー及び技術を用いて、情報及び信号が表し得ることを理解するであろう。例えば、上述の説明を通して参照され得るデーター、命令、コマンド、情報、信号、ビット、記号、及び、チップは、電圧、電流、電磁波、磁界又は粒子、光場又は粒子、あるいは、これらの組合せによって表し得る。
【０１１７】
さらに、当業者は、本開示の態様に関連して説明された様々な例示的な論理ブロック、モジュール、回路、及び、アルゴリズムのステップが、電気的なハードウェア、コンピュータソフトウェア、及び両者の組合せとして実装し得ることを理解しよう。このハードウェアとソフトウェアの交換可能性を明確に図示するために、説明のための様々なコンポーネント、ブロック、モジュール、回路、及び、ステップが、一般に、その機能の観点で説明されてきた。このような機能がハードウェア又はソフトウェアの何れで実装されるかは、システム全体に要求される特定のアプリケーションとデザイン上の制約に依存する。当業者は説明された機能を特定のアプリケーション毎に様々な方法で実装し得るが、そのような実装上の決定が、本開示の範囲からの逸脱を生じさせると解釈されてはならない。
【０１１８】
本開示の態様に関連して説明された方法、手順、又はアルゴリズムは、ハードウェアにより、プロセッサによって実行されるソフトウェアモジュールにより、あるいは、両者の組合せにより、直接的に具体化され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で既知の他の形式の記憶媒体に常駐することができる。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに接続される。あるいは、記憶媒体はプロセッサに統合されてもよい。
【０１１９】
前述の明細書では、その具体的な例を参照して実施形態が説明されてきた。しかしながら、添付の特許請求の範囲に提示されているように、本開示のより広い範囲を逸脱することなく、それらに対して様々な変形や変更が成し得ることは明らかであろう。したがって、明細書及び図面は、限定的な意味ではなく説明としての意味で解釈される。
【図１】
2021523592.tif 000009
【図２】
2021523592.tif 000010
【図３】
2021523592.tif 000011
【図４】
2021523592.tif 000012
【図５】
2021523592.tif 000013
【図６】
2021523592.tif 000014
【図７】
2021523592.tif 000015
【図８】
2021523592.tif 000016
【図９】
2021523592.tif 000017
【図１０】
2021523592.tif 000018
【図１１】
2021523592.tif 000019
【図１２】
2021523592.tif 000020
【国際調査報告】
2021523592.tif 000021
2021523592.tif 000022