ホーム > 特許ランキング > Ｇｏｏｇｌｅ ＬＬＣ
特表2024-543288低ダイナミックレンジと互換性を有する高ダイナミックレンジ画像フォーマット
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-11-21
(54)【発明の名称】低ダイナミックレンジと互換性を有する高ダイナミックレンジ画像フォーマット
(51)【国際特許分類】
G06T 5/92 20240101AFI20241114BHJP
G06T 5/50 20060101ALI20241114BHJP
【ＦＩ】
G06T5/92
G06T5/50
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023576390
(86)(22)【出願日】2023-05-31
(85)【翻訳文提出日】2023-12-12
(86)【国際出願番号】 US2023023998
(87)【国際公開番号】W WO2024096931
(87)【国際公開日】2024-05-10
(31)【優先権主張番号】63/421,155
(32)【優先日】2022-10-31
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/439,271
(32)【優先日】2023-01-16
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】502208397
【氏名又は名称】グーグル エルエルシー
【氏名又は名称原語表記】Ｇｏｏｇｌｅ ＬＬＣ
【住所又は居所原語表記】１６００ Ａｍｐｈｉｔｈｅａｔｒｅ Ｐａｒｋｗａｙ ９４０４３ Ｍｏｕｎｔａｉｎ Ｖｉｅｗ， ＣＡ Ｕ．Ｓ．Ａ．
(74)【代理人】
【識別番号】110001195
【氏名又は名称】弁理士法人深見特許事務所
(72)【発明者】
【氏名】ディーキン，ニコラス
(72)【発明者】
【氏名】アルハッセン，フェアーズ
(72)【発明者】
【氏名】スティーブンス，アブラハム・ジェイ
(72)【発明者】
【氏名】ガイス，ライアン
(72)【発明者】
【氏名】ムルティー，キラン・クマール
(72)【発明者】
【氏名】ピーブ，エミリアン
【テーマコード（参考）】
5B057
【Ｆターム（参考）】
5B057BA02
5B057CA01
5B057CA08
5B057CA12
5B057CA16
5B057CB01
5B057CB08
5B057CB12
5B057CB16
5B057CC01
5B057CE11
5B057CG07
(57)【要約】
実装形態は、低ダイナミックレンジ互換性を有するＨＤＲ画像フォーマットの提供に関する。いくつかの実装形態では、コンピュータが実行する方法は、第１のダイナミックレンジを有してシーンを描写する第１の画像の取得と、第１のダイナミックレンジと異なる第２のダイナミックレンジを有してシーンを描写する第２の画像の取得と、第１の画像および第２の画像に基づいた回復マップの生成とを含む。回復マップは、第１の画像と第２の画像との対応する部分の間の輝度の差を符号化するものであり、この差は、第２の画像の最高輝度と第１の画像の最高輝度との比を含むレンジスケーリング係数によりスケーリングされる。第１の画像および回復マップは画像コンテナに供給され、画像コンテナは派生画像の表示のために読取可能であり、派生画像は、第１の画像に回復マップを適用することに基づき、第１のダイナミックレンジと異なるダイナミックレンジを有する。
【特許請求の範囲】
【請求項1】
コンピュータが実行する方法であって、第１のダイナミックレンジを有して特定のシーンを描写する第１の画像を取得するステップと、
前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有して特定のシーンを描写する第２の画像を取得するステップと、
前記第１の画像および前記第２の画像に基づいて、回復マップを生成するステップとを含み、前記回復マップは、前記第１の画像の一部と前記第２の画像の対応する部分との間の輝度の差を符号化し、前記差は、前記第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされ、
前記方法は、
画像コンテナに前記第１の画像および前記回復マップを供給するステップを含み、前記画像コンテナは、前記第１の画像に前記回復マップを適用することに基づいて派生画像を表示するために、読取り可能であり、前記派生画像は、前記第１のダイナミックレンジと異なるダイナミックレンジを有する、
方法。
【請求項2】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも大きい、請求項１に記載の方法。
【請求項3】
前記画像コンテナは、前記第１のダイナミックレンジを表示することができる第１の表示装置によって前記第１の画像を表示して、
前記第１のダイナミックレンジよりも大きなダイナミックレンジを表示することができる第２の表示装置によって前記派生画像を表示する
ように読取り可能である、請求項２に記載の方法。
【請求項4】
前記第１の画像を取得するステップは、前記第２の画像に対するレンジ圧縮を実行するステップを含む、請求項２に記載の方法。
【請求項5】
前記回復マップを生成するステップは、前記第１の画像の個別の画素の輝度に輝度利得を適用することが、前記第２の画像に対応する画素をもたらすように、輝度利得を符号化するステップを含む、請求項１に記載の方法。
【請求項6】
前記回復マップを生成するステップは、対数空間において前記輝度利得を符号化するステップを含み、回復マップ値は、前記輝度の対数の差を前記レンジスケーリング係数の対数で割った値に比例する、請求項５に記載の方法。
【請求項7】
前記回復マップを生成するステップは、次式に基づくものであり、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝ｌｏｇ（ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ））／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は、前記第２の画像の画素位置（ｘ，ｙ）の前記回復マップであって、ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）は、位置（ｘ，ｙ）における前記第２の画像の輝度と前記第１の画像の輝度との比である、
請求項５に記載の方法。
【請求項8】
前記回復マップを生成するステップは、前記回復マップを双方向グリッドへと符号化するステップを含み、前記符号化するステップは、グリッドセルの３次元データ構造を決定するステップを含み、各グリッドセルは、前記第１の画像の複数の画素にマッピングされるベクトル要素である、請求項１に記載の方法。
【請求項9】
前記回復マップを回復画像に符号化するステップをさらに含み、前記画像コンテナに前記回復マップを供給するステップは、前記画像コンテナに前記回復画像を供給するステップを含み、前記回復マップを前記回復画像に符号化するステップは、前記レンジスケーリング係数を前記回復画像へとメタデータとして符号化するステップを含む、請求項１に記載の方法。
【請求項10】
前記回復画像は前記第１の画像の縦横比と同一の縦横比を有する、請求項９に記載の方法。
【請求項11】
前記画像コンテナを取得するステップと、表示装置によって前記第２の画像を表示するように決定するステップと、
前記派生画像を取得するために、前記表示装置の特定の輝度出力および前記回復マップに基づき、前記画像コンテナにおける前記第１の画像の複数の画素輝度をスケーリングするステップと、
前記スケーリングするステップの後に、前記表示装置が、前記派生画像を、前記第１の画像とは異なるダイナミックレンジを有する出力画像として表示するステップと
をさらに含む、請求項１に記載の方法。
【請求項12】
前記表示装置の最高輝度表示能力を判定するステップをさらに含み、前記複数の画素輝度をスケーリングするステップは、前記第１の画像における高輝部の輝度を、前記最高輝度表示能力以下の輝度レベルまで増加するステップを含む、請求項１１に記載の方法。
【請求項13】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも小さく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも小さい、請求項１に記載の方法。
【請求項14】
前記第２の画像を取得するステップは、前記第１の画像に対するレンジ圧縮を実行するステップを含む、請求項１３に記載の方法。
【請求項15】
前記画像コンテナは、前記第１のダイナミックレンジを表示することができる第１の表示装置によって前記第１の画像を表示し、
前記第１のダイナミックレンジよりも小さいダイナミックレンジしか表示できない第２の表示装置によって前記派生画像を表示する
ように読取り可能である、請求項１３に記載の方法。
【請求項16】
画像コンテナを取得するステップを含む、コンピュータが実行する方法であって、前記画像コンテナは、
第１のダイナミックレンジを有する第１の画像、および
第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる前記第１の画像の画素の輝度利得を符号化する回復マップを有し、前記第２の画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有し、
前記方法は、
前記第１の画像または前記第１のダイナミックレンジとは異なるダイナミックレンジを有する派生画像のうち１つを表示するべきかどうかを判定するステップと、
前記第１の画像を表示すると判定することに応答して、
表示装置によって前記第１の画像が表示されるようにするステップと、
前記派生画像を表示すると判定することに応答して、
前記第１の画像の画素の輝度に前記回復マップの前記輝度利得を適用して、前記派生画像のそれぞれの対応する画素値を決定するステップと、
前記表示装置によって前記派生画像が表示されるようにするステップと
を含む、方法。
【請求項17】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも大きい、請求項１６に記載の方法。
【請求項18】
前記表示装置の最高輝度表示能力を判定するステップをさらに含み、前記表示装置は前記第１のダイナミックレンジ以下の表示ダイナミックレンジしか表示できないと判定することに応答して、前記第１の画像を表示すると決定する、請求項１７に記載の方法。
【請求項19】
前記表示装置の最高輝度表示能力を判定するステップをさらに含み、前記表示装置は前記第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、前記派生画像を表示すると決定する、請求項１７に記載の方法。
【請求項20】
前記表示装置は、前記第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示することができ、前記回復マップの前記輝度利得を適用するステップは、前記派生画像の前記画素値の前記輝度を表示装置の表示ダイナミックレンジに適合させるステップを含む、請求項１７に記載の方法。
【請求項21】
前記派生画像の前記ダイナミックレンジの最大値は、前記表示装置の最高輝度および前記第２の画像のダイナミックレンジの最高輝度より低い、請求項１７に記載の方法。
【請求項22】
前記第１の画像の前記画素の前記輝度に前記回復マップの前記輝度利得を適用するステップは、前記表示装置の特定の輝度出力および前記回復マップに基づいて前記第１の画像の前記輝度をスケーリングするステップを含む、請求項１７に記載の方法。
【請求項23】
前記第１の画像の前記輝度の前記スケーリングは次式に基づいて実行され、ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）＝ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）＋ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）は前記派生画像の対数空間バージョンであり、
ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）は、前記画像コンテナから回復される第１の画像の対数空間バージョンであり、ｄｉｓｐｌａｙ＿ｆａｃｔｏｒは、前記レンジスケーリング係数と前記表示装置の最高の表示輝度とのうち小さい方であり、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は前記第１の画像の画素位置（ｘ，ｙ）の回復マップであり、前記レンジスケーリング係数は、前記第２の画像の最高輝度と前記第１の画像の最高輝度との比である、
請求項１７に記載の方法。
【請求項24】
前記派生画像を表示すると決定することに応答して、前記画像コンテナから前記レンジスケーリング係数を復号するステップをさらに含む、請求項１６に記載の方法。
【請求項25】
前記画像コンテナに含まれる回復画像から前記回復マップを復号するステップをさらに含む、請求項１６に記載の方法。
【請求項26】
前記画像コンテナに記憶されている双方向グリッドから前記回復マップを抽出するステップをさらに含む、請求項１６に記載の方法。
【請求項27】
サーバ装置が、クライアント装置に含まれているかまたは結合されている表示装置の表示ダイナミックレンジに基づいて、前記第１の画像または前記派生画像のうち１つを表示するべきかどうかを判定し、前記表示装置が前記第１の画像を表示するステップは、前記クライアント装置が前記第１の画像を表示するように、前記サーバ装置から前記クライアント装置に前記第１の画像を送るステップを含み、
前記表示装置が前記派生画像を表示するステップは、前記クライアント装置が前記派生画像を表示するように、前記サーバ装置から前記クライアント装置に前記派生画像を送るステップを含む、
請求項１６に記載の方法。
【請求項28】
前記表示装置が前記派生画像を表示するステップは、前記派生画像を表示させる装置のシステム設定に基づいて、前記表示される派生画像の最大輝度レベルを下げるステップを含み、前記システム設定はユーザが選択する、請求項１６に記載の方法。
【請求項29】
前記表示装置が前記派生画像を表示するステップは、前記輝度利得を適用することによって、前記派生画像の前記画素値用に判定された第２の最大輝度レベル未満になった第１の最大輝度レベルで、前記派生画像を表示するステップと、
前記派生画像の前記第１の最大輝度レベルを、前記第２の最大輝度レベルまで、特定の期間にわたって漸進的に増加するステップとを含む、
請求項１６に記載の方法。
【請求項30】
プロセッサと、命令を記憶して前記プロセッサに結合されているメモリとを備えるシステムであって、前記プロセッサが、前記命令を実行することにより、
第１のダイナミックレンジを有する第１の画像、および
前記第１の画像の画素の輝度利得を符号化する回復マップ
を含む画像コンテナを取得するステップと、
表示装置に派生画像を表示することを決定するステップとを含む動作を実施し、
前記派生画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なるダイナミックレンジを有し、
前記動作は、
前記表示装置に前記派生画像を表示すると決定することに応答して、
前記第１の画像の画素の輝度に前記回復マップの前記輝度利得を適用して、前記派生画像のそれぞれの対応する画素値を決定するステップを含み、前記輝度利得を適用することは、前記表示装置の特定の輝度出力および前記回復マップに基づいて前記第１の画像の前記輝度をスケーリングすることを含み、
前記表示装置によって前記派生画像が表示されるようにするステップを含む、
システム。
【請求項31】
前記派生画像の前記ダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記命令は、前記プロセッサに、前記表示装置の最高輝度表示能力を判定するステップを含む動作をさらに実施させ、
前記表示装置は第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、前記派生画像を表示すると決定する、
請求項３０に記載のシステム。
【請求項32】
前記派生画像の前記ダイナミックレンジの最大値は、前記表示装置の最高輝度と、
前記回復マップの生成に使用される元の画像のダイナミックレンジの最高輝度とのうち小さい方である、
請求項３１に記載のシステム。
【請求項33】
前記回復マップは、第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる前記第１の画像の前記画素の前記輝度利得を符号化し、前記第２の画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有する、請求項３０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
この出願は、２０２２年１０月３１日出願のＨＩＧＨ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＩＭＡＧＥ ＦＯＲＭＡＴ ＷＩＴＨ ＬＯＷ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＣＯＭＰＡＴＩＢＩＬＩＴＹという名称の米国特許仮出願第６３／４２１，１５５号、および２０２３年１月１６日出願のＨＩＧＨ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＩＭＡＧＥ ＡＮＤ ＶＩＤＥＯ ＦＯＲＭＡＴＳ ＷＩＴＨ ＬＯＷ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＣＯＭＰＡＴＩＢＩＬＩＴＹという名称の米国特許仮出願第６３／４３９，２７１号の優先権を主張するものであり、両出願の内容の全体が、参照によって本明細書に組み込まれる。
この出願は、２０２２年１０月３１日出願のＨＩＧＨ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＩＭＡＧＥ ＦＯＲＭＡＴ ＷＩＴＨ ＬＯＷ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＣＯＭＰＡＴＩＢＩＬＩＴＹという名称の米国特許仮出願第６３／４２１，１５５号、および２０２３年１月１６日出願のＨＩＧＨ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＩＭＡＧＥ ＡＮＤ ＶＩＤＥＯ ＦＯＲＭＡＴＳ ＷＩＴＨ ＬＯＷ ＤＹＮＡＭＩＣ ＲＡＮＧＥ ＣＯＭＰＡＴＩＢＩＬＩＴＹという名称の米国特許仮出願第６３／４３９，２７１号の優先権を主張するものであり、両出願の内容の全体が、参照によって本明細書に組み込まれる。
【背景技術】
【0002】
背景
スマートフォンまたは他のデジタルカメラ装置などの装置のユーザは、画像ライブラリに多数の写真を取り込んで記憶する。いくつかのカメラは、他の多くの（たとえば旧式の）カメラが取り込んだ低ダイナミックレンジ（ＬＤＲ）画像よりも大きなダイナミックレンジおよびより現実味のある画像品位を提示する高ダイナミックレンジ（ＨＤＲ）画像を取り込むことができる。ＨＤＲ画像を見るのなら、ＨＤＲ画像のフルダイナミックレンジを表示することができる表示装置が最善である。
スマートフォンまたは他のデジタルカメラ装置などの装置のユーザは、画像ライブラリに多数の写真を取り込んで記憶する。いくつかのカメラは、他の多くの（たとえば旧式の）カメラが取り込んだ低ダイナミックレンジ（ＬＤＲ）画像よりも大きなダイナミックレンジおよびより現実味のある画像品位を提示する高ダイナミックレンジ（ＨＤＲ）画像を取り込むことができる。ＨＤＲ画像を見るのなら、ＨＤＲ画像のフルダイナミックレンジを表示することができる表示装置が最善である。
【0003】
本明細書で提供される、発明の背景の説明は、本開示の状況を全体的に提示するためのものである。この発明の背景の節に記述されている範囲における本発明者の成果、ならびに出願時点において従来技術として適格ではない記述の態様は、明示的にも暗示的にも本開示に対する従来技術とは認められない。
【発明の概要】
【0004】
概要
本明細書で説明される実装形態は、低ダイナミックレンジとの互換性を有するＨＤＲ画像フォーマットを提供するための方法、装置、およびコンピュータ可読媒体に関する。いくつかの実装形態では、コンピュータが実行する方法は、第１のダイナミックレンジを有して特定のシーンを描写する第１の画像を取得するステップと、第１のダイナミックレンジと異なる第２のダイナミックレンジを有して特定のシーンを描写する第２の画像を取得するステップと、第１の画像および第２の画像に基づいて、回復マップを生成するステップとを含む。回復マップは、第１の画像の一部と第２の画像の対応する部分との間の輝度の差を符号化し、差は、第２の画像の最高輝度と第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる。第１の画像および回復マップは、第１の画像に回復マップを適用することに基づいて派生画像を表示するために読取り可能な画像コンテナに供給され、派生画像は、第１のダイナミックレンジと異なるダイナミックレンジを有する。
本明細書で説明される実装形態は、低ダイナミックレンジとの互換性を有するＨＤＲ画像フォーマットを提供するための方法、装置、およびコンピュータ可読媒体に関する。いくつかの実装形態では、コンピュータが実行する方法は、第１のダイナミックレンジを有して特定のシーンを描写する第１の画像を取得するステップと、第１のダイナミックレンジと異なる第２のダイナミックレンジを有して特定のシーンを描写する第２の画像を取得するステップと、第１の画像および第２の画像に基づいて、回復マップを生成するステップとを含む。回復マップは、第１の画像の一部と第２の画像の対応する部分との間の輝度の差を符号化し、差は、第２の画像の最高輝度と第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる。第１の画像および回復マップは、第１の画像に回復マップを適用することに基づいて派生画像を表示するために読取り可能な画像コンテナに供給され、派生画像は、第１のダイナミックレンジと異なるダイナミックレンジを有する。
【0005】
方法の様々な実装形態が説明される。いくつかの実装形態では、第２のダイナミックレンジは第１のダイナミックレンジよりも大きく、派生画像のダイナミックレンジは第１のダイナミックレンジよりも大きい。いくつかの実装形態では、画像コンテナは、第１のダイナミックレンジを表示することができる第１の表示装置によって第１の画像を表示し、また、派生画像を、第１のダイナミックレンジよりも大きなダイナミックレンジを表示することができる第２の表示装置によって表示するように読取り可能である。いくつかの実装形態では、第１の画像を取得するステップは、第２の画像に対するレンジ圧縮を実行するステップを含む。いくつかの実装形態では、回復マップを生成するステップは、第１の画像の個別の画素の輝度に輝度利得を適用することが、第２の画像に対応する画素をもたらすように、輝度利得を符号化するステップを含む。いくつかの実装形態では、回復マップを生成するステップは、輝度利得を対数空間において符号化するステップを含み得、回復マップ値は、輝度の対数の差をレンジスケーリング係数の対数で割った値に比例する。いくつかの実装形態では、回復マップを生成するステップは、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝ｌｏｇ（ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ））／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）という式に基づき、ここで、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は、第２の画像の画素位置（ｘ，ｙ）の回復マップであり、ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）は、位置（ｘ，ｙ）における第２の画像の輝度と第１の画像の輝度との比である。
【0006】
方法のいくつかの実装形態では、回復マップを生成するステップは、回復マップを双方向グリッドへと符号化するステップを含み、これは、いくつかの例において、グリッドセルの３次元データ構造を決定するステップを含み、各グリッドセルは、第１の画像の複数の画素にマッピングされるベクトル要素である。いくつかの実装形態では、方法は、回復マップを、画像コンテナに供給される回復画像へと符号化するステップをさらに含む。いくつかの実装形態では、レンジスケーリング係数は、メタデータとして回復画像へと符号化される。いくつかの実装形態では、回復画像は第１の画像の縦横比と同一の縦横比を有する。
【0007】
いくつかの実装形態では、方法は、画像コンテナを取得するステップと、表示装置によって第２の画像を表示するように決定するステップと、派生画像を取得するために、表示装置の特定の輝度出力および回復マップに基づいて、画像コンテナにおける第１の画像の複数の画素輝度をスケーリングするステップと、スケーリングするステップの後に、派生画像を、第１の画像よりも大きなダイナミックレンジを有する出力画像として表示装置が表示するステップとをさらに含む。いくつかの実装形態では、方法は、表示装置の最高輝度表示能力を判定するステップを含み、画素輝度のスケーリングは、第１の画像における高輝部の輝度を、最高輝度表示能力以下の輝度レベルまで増加するステップを含む。いくつかの実装形態では、派生画像の輝度は、第２の画像の最高輝度まで増加される。いくつかの実装形態では、複数の画素輝度をスケーリングするステップは、第１の画像における暗部のレンジを、表示装置が表示可能なレベルまで増加するステップを含む。
【0008】
方法のいくつかの実装形態では、第２のダイナミックレンジは第１のダイナミックレンジよりも小さく、派生画像のダイナミックレンジは第１のダイナミックレンジよりも小さい。いくつかの実装形態では、第２の画像を取得するステップは、第１の画像に対するレンジ圧縮を実行するステップを含む。いくつかの実装形態では、画像コンテナは、第１のダイナミックレンジを表示することができる第１の表示装置によって第１の画像を表示し、また、派生画像を、第１のダイナミックレンジよりも小さいダイナミックレンジしか表示できない第２の表示装置によって表示するように読取り可能である。
【0009】
いくつかの実装形態では、コンピュータが実行する方法は、第１のダイナミックレンジを有する第１の画像と回復マップとを含む画像コンテナを取得するステップを含む。回復マップは、第２の画像の最高輝度と第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる第１の画像の画素の輝度利得を符号化する。第２の画像は、第１のダイナミックレンジと異なる第２のダイナミックレンジを有し、描写される主題の第１の画像に対応する。方法は、第１の画像または第１のダイナミックレンジよりも大きなダイナミックレンジを有する派生画像のうち１つを表示するべきかどうかを判定する。第１の画像を表示すると判定することに応答して、第１の画像が表示装置に表示される。派生画像を表示すると判定することに応答して、第１の画像の画素の輝度に回復マップの輝度利得が適用されて派生画像のそれぞれの対応する画素値が決定され、派生画像は表示装置に表示される。
【0010】
方法の様々な実装形態が説明される。いくつかの実装形態では、第２のダイナミックレンジは第１のダイナミックレンジよりも大きく、派生画像のダイナミックレンジは第１のダイナミックレンジよりも大きい。いくつかの実装形態では、方法は、表示装置の最高輝度表示能力を判定するステップを含む。いくつかの実装形態では、表示装置は第１のダイナミックレンジ以下の表示ダイナミックレンジしか表示できないと判定することに応答して、第１の画像を表示すると決定する。いくつかの実装形態では、表示装置は第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、派生画像を表示すると決定する。いくつかの実装形態では、表示装置は、第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示することができ、回復マップの利得を適用するステップは、派生画像の画素値の輝度を表示装置の表示ダイナミックレンジに適合させるステップを含む。
【0011】
いくつかの実装形態では、表示装置は、第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示することができ、回復マップの利得を適用するステップは、派生画像の画素値の輝度を表示装置の表示ダイナミックレンジに適合させるステップを含む。いくつかの実装形態では、派生画像のダイナミックレンジの最大値は、表示装置の最高輝度や第２の画像のダイナミックレンジの最高輝度より低い。
【0012】
いくつかの実装形態では、回復マップの利得を適用するステップは、表示装置の特定の輝度出力および回復マップに基づいて、第１の画像の輝度をスケーリングするステップを含む。いくつかの実装形態では、第１の画像の輝度をスケーリングするステップは次式に基づいて実行され、ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）＝ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）＋ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）ここで、ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）は派生画像の対数空間バージョンであり、ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）は、画像コンテナから回復される第１の画像の対数空間バージョンであり、ｄｉｓｐｌａｙ＿ｆａｃｔｏｒは、レンジスケーリング係数と表示装置の最高の（または所望の）表示輝度とのうち小さい方であり、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は第１の画像の画素位置（ｘ，ｙ）の回復マップであって、レンジスケーリング係数は、第２の画像の最高輝度と第１の画像の最高輝度との比である。
【0013】
いくつかの実装形態では、方法は、派生画像を表示すると決定することに応答して、画像コンテナからレンジスケーリング係数を復号するステップをさらに含む。いくつかの実装形態では、方法は、画像コンテナに含まれている回復画像から回復マップを復号するステップをさらに含む。いくつかの実装形態では、方法は、画像コンテナに記憶されている双方向グリッドから回復マップを抽出するステップをさらに含む。
【0014】
いくつかの実装形態では、クライアント装置に含まれているかまたはクライアント装置に結合されている表示装置の表示ダイナミックレンジに基づいて、第１の画像または派生画像のうち１つを表示するべきかどうかを判定するステップが、サーバ装置によって実行され、表示装置が第１の画像を表示するステップは、クライアント装置が第１の画像を表示するように、サーバ装置からクライアント装置に第１の画像を送るステップを含み、表示装置が派生画像を表示するステップは、クライアント装置が派生画像を表示するように、サーバ装置からクライアント装置に派生画像を送るステップを含む。
【0015】
いくつかの実装形態では、表示装置が派生画像を表示するステップは、派生画像を表示させる装置のシステム設定に基づいて、表示される派生画像の最大輝度レベルを下げるステップを含み、システム設定はユーザが選択する。いくつかの実装形態では、表示装置が派生画像を表示するステップは、輝度利得を適用することによって、派生画像の画素値用に判定された第２の最大輝度レベル未満になった第１の最大輝度レベルで、派生画像を表示するステップと、派生画像の第１の最大輝度レベルを、第２の最大輝度レベルまで、特定の期間にわたって漸進的に増加するステップとを含む。
【0016】
いくつかの実装形態では、システムは、プロセッサと、命令を記憶してプロセッサに結合されているメモリとを含み、プロセッサは、命令を実行することにより、第１のダイナミックレンジを有する第１の画像と、第１の画像の画素の輝度利得を符号化する回復マップとを含む、画像コンテナを取得するステップを含む動作を実行する。方法は、描写される主題の第１の画像に対応し、第１のダイナミックレンジと異なるダイナミックレンジを有する派生画像を、表示装置に表示すると決定する。表示装置に派生画像を表示すると決定することに応答して、第１の画像の画素の輝度に回復マップの利得が適用されて派生画像のそれぞれの対応する画素値が決定され、第１の画像の輝度は、表示装置の特定の輝度出力および回復マップに基づいてスケーリングされる。派生画像は表示装置に表示される。
【0017】
システムの様々な実装形態が説明される。いくつかの実装形態では、派生画像のダイナミックレンジは第１のダイナミックレンジよりも大きく、プロセッサは、命令によって、表示装置の最高輝度表示能力を判定するステップをさらに含む動作を実行し、表示装置は第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、派生画像を表示すると決定する。いくつかの実装形態では、派生画像のダイナミックレンジの最大値は、表示装置の最高輝度と回復マップ生成に使用される元の画像のダイナミックレンジの最高輝度とのうち小さい方である。いくつかの実装形態では、回復マップは、第２の画像の最高輝度と第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる第１の画像の画素の輝度利得を符号化し、第２の画像は、第１のダイナミックレンジよりも大きな第２のダイナミックレンジを有し、描写される主題の第１の画像に対応する。いくつかの実装形態では、プロセッサは、画像コンテナに記憶されている双方向グリッドから回復マップを抽出するステップを含む動作をさらに実行する。いくつかの実装形態では、システムは、上記で説明された方法の動作および／または機能のうち１つまたは複数を含む。
【0018】
いくつかの実装形態は、プロセッサと、プロセッサに結合されているメモリとを含む、コンピューティングデバイスを含み得る。メモリは命令を記憶しており、プロセッサは、命令を実行することにより、上記で説明されている方法の動作および／または機能のうち１つまたは複数を含む動作を実行する。
【0019】
いくつかの実装形態は、命令を記憶している非一時的コンピュータ可読媒体を含み、プロセッサは、命令を実行することにより、上記で説明されている方法、システム、および／またはコンピューティングデバイスの動作および／または機能に類似であり得る動作を実行する。
【図面の簡単な説明】
【0020】
【図1】本明細書で説明される１つまたは複数の実装形態のために使用され得る例示のネットワーク環境のブロック図である。
【図2】いくつかの実装形態による、画像を、上位互換の高ダイナミックレンジ画像フォーマットに符号化するための例示の方法を示す流れ図である。
【図3】いくつかの実装形態による、ＨＤＲ画像およびＬＤＲ画像に基づいて回復マップを生成するための例示の方法を示す流れ図である。
【図4】いくつかの実装形態による、回復マップを双方向グリッドへと符号化するための例示の方法を示す流れ図である。
【図5】いくつかの実装形態による、上位互換の高ダイナミックレンジ画像フォーマットの画像を復号して、ＨＤＲ画像を表示するための例示の方法を示す流れ図である。
【図6】いくつかの実装形態による、高ダイナミックレンジを表す例示の画像を示す図である。
【図7】いくつかの実装形態による、低ダイナミックレンジを表す例示の画像を示す図である。
【図8】いくつかの実装形態による、低ダイナミックレンジを表す例示の画像を示す図である。
【図9】いくつかの実装形態による、低ダイナミックレンジを表す例示の画像を示す図である。
【図10】本明細書で説明される１つまたは複数の機能を実施するために使用され得る例示のコンピューティングデバイスのブロック図である。
【発明を実施するための形態】
【0021】
詳細な説明
本開示は、上位互換のＨＤＲ画像フォーマットに関する。この画像フォーマットが提供するコンテナから、低ダイナミックレンジ（ＬＤＲ）画像と高ダイナミックレンジ（ＨＤＲ）画像との両方が、取得され、かつ表示され得る。画像フォーマットは、ＬＤＲ表示装置によってＬＤＲバージョンの画像を表示するように使用され得、ＨＤＲ表示装置によってＨＤＲバージョンの画像を表示するように使用され得る。
本開示は、上位互換のＨＤＲ画像フォーマットに関する。この画像フォーマットが提供するコンテナから、低ダイナミックレンジ（ＬＤＲ）画像と高ダイナミックレンジ（ＨＤＲ）画像との両方が、取得され、かつ表示され得る。画像フォーマットは、ＬＤＲ表示装置によってＬＤＲバージョンの画像を表示するように使用され得、ＨＤＲ表示装置によってＨＤＲバージョンの画像を表示するように使用され得る。
【0022】
いくつかの実装形態では、画像フォーマットを実施する画像コンテナが生成される。より小さいダイナミックレンジ（たとえばＬＤＲ画像）の画像およびより大きな（たとえばより高い）ダイナミックレンジの対応する画像（たとえばＨＤＲ画像）が取得される。いくつかの例では、ＨＤＲ画像はカメラによって取り込まれ、ＬＤＲ画像は、ＨＤＲ画像から、たとえばトーンマッピングまたは他の処理を使用して生成される。ＬＤＲ画像は、ＪＰＥＧまたは他のフォーマットなどの標準的な画像フォーマットであり得る。ＨＤＲ画像およびＬＤＲ画像に基づいて生成される回復マップは、ＬＤＲ画像の一部（たとえば画素または画素値）とＨＤＲ画像の対応する部分（たとえば画素または画素値）との間の輝度における差（たとえば利得）を符号化するものであり、差をスケーリングするレンジスケーリング係数は、ＨＤＲ画像の最高輝度とＬＤＲ画像の最高輝度との比を含む。いくつかの例示の実装形態では、回復マップはスカラ関数であり得、対数空間において輝度利得を符号化し、回復マップ値は、輝度の対数の差をレンジスケーリング係数の対数で割った値に比例する。いくつかの実装形態では、回復マップは、回復マップを記憶するのに必要な記憶空間を縮小することができるデータ構造または画像表現へと符号化され得る。たとえば、データ構造は、グリッドセルの３次元データ構造が使用される双方向グリッドであり得る。回復画像およびＬＤＲ画像は、たとえば新規のＨＤＲ画像フォーマットとして記憶され得る画像コンテナに供給される。
【0023】
画像コンテナは、ＬＤＲ画像または出力ＨＤＲ画像（たとえば派生画像）である出力画像を表示する装置によって、読み出され処理され得る。上記画像フォーマットで記憶されている画像を読み出して表示する装置は、ＬＤＲ画像を表示することができるＬＤＲ表示装置（たとえば表示画面）を使用し得、たとえば、ＬＤＲ表示装置の表示ダイナミックレンジは、ＬＤＲ画像の低ダイナミックレンジまでなら表示することができるが、ＨＤＲ画像のより大きなダイナミックレンジを表示することはできない。そのようなＬＤＲ表示装置は、画像コンテナ内のＬＤＲ画像にのみアクセスし、回復画像を無視する。ＬＤＲ画像は標準フォーマットであるので、装置はＬＤＲ画像を容易に表示することができる。したがって、いくつかの実装形態では、ＬＤＲ画像は、回復画像を検知するかまたは適用するための符号化を実施しない装置によって、引き続き表示され得る。アクセスする装置は、ＨＤＲ画像を表示可能な表示装置（たとえば、その出力において、ＬＤＲ画像の最高輝度よりも大きな輝度領域を表示することができる表示装置）を使用することができる場合には、画像コンテナの中のＬＤＲ画像および回復マップにアクセスし、回復マップにおいて符号化されている輝度利得をＬＤＲ画像の画素に適用して、表示されるべき出力ＨＤＲ画像のそれぞれの対応する画素値を決定する。いくつかの例では、この装置は、ＨＤＲ表示装置の輝度出力（たとえば表示装置の最高輝度出力）ならびに回復マップに記憶されている輝度利得にも基づいて、ＬＤＲ画像の画素輝度をスケーリングする。出力ＨＤＲ画像は、高ダイナミックレンジを有するＨＤＲ表示装置に表示される。他の実装形態では、ＨＤＲ画像および回復マップは画像コンテナに記憶され得て、回復マップは、回復マップによって局所的にトーンマッピングされて高い視覚品質を有する低ダイナミックレンジのＬＤＲ画像を取得するために、ＨＤＲ画像に適用され得る。
【0024】
上記機能は、広範な装置によって、および単一の画像フォーマットを使用することによって、高ダイナミックレンジの画像または小さい（たとえば標準的な）ダイナミックレンジの画像の、効率的な記憶および高品質の表示を可能にすることを含むいくつかの技術的利点をもたらした。たとえば、あらゆる装置がその表示能力に適したダイナミックレンジの画像を表示することを可能にする画像フォーマットが提供される。さらに、これらのフォーマットから表示される画像は、あるダイナミックレンジから別のダイナミックレンジに変換することによる（たとえば、特にそれらの詳細な局所的コントラストにおける）視覚品質の損失がない。様々な実装形態において、画像コンテナから生成される出力ＨＤＲ画像は、画像コンテナを生成するために使用される元のＨＤＲ画像の、無損失の正確なバージョンになり得、またはこの出力ＨＤＲ画像は、回復マップが輝度情報を記憶しているので、元のＨＤＲ画像に（視覚的に）よく似たバージョンになり得る。
【0025】
上記機能は、ＬＤＲ画像から導出した回復マップを使用して、出力ＨＤＲ画像をもたらすことを含み得る。回復マップは、レンジスケーリング係数によってスケーリングされる輝度利得比に基づく値を含み得、レンジスケーリング係数は、元のＨＤＲ画像の最高輝度とＬＤＲ画像の最高輝度との比である。たとえば、回復マップは各画素をスケーリングする相対量を指示し、レンジスケーリング係数は、実行される特定の量のスケーリングを指示し、このことは、回復マップにおける相対値に前後関係をもたらす（たとえば画素が特定の画像に関してスケーリングされ得るように、量の範囲を拡張する）。レンジスケーリング係数は、回復マップ値の、正規化されている範囲における、効率的で正確かつ簡潔な仕様を可能にし、これが、次いで、レンジスケーリング係数を使用して、特定の出力ダイナミックレンジ用に効率的に調節され得るという点において有利である。レンジスケーリング係数を使用すると、回復マップを記憶するためのすべてビットが効率的に使用され、したがって、より多様な画像の正確な符号化が可能になる。
【0026】
その上、いくつかの実装形態またはいくつかの事例では、出力ＨＤＲ画像を表示するとき、ＬＤＲ画像の画素輝度も表示係数に基づいてスケーリングされる。表示係数は、出力画像を表示するＨＤＲ表示装置の輝度出力に基づき得る。これによって、ＬＤＲよりも高い任意の便宜的なダイナミックレンジを有するＨＤＲ画像を、表示装置の表示能力に基づいてコンテナから生成することが可能になる。出力ＨＤＲ画像のダイナミックレンジは、いかなる標準的な高ダイナミックレンジにも元のＨＤＲ画像のダイナミックレンジにも拘束されない。ＨＤＲ表示装置は、画像を表示することができる明るさにかなりのばらつきがあり得るので、この機能の利益は、画像が、いかなるダイナミックレンジの表示装置にも高品質の表現で表示され得ることである。その上、上記機能は、たとえばユーザの視覚的なストレスや疲労を低減するため、または他の用途のために、ユーザ入力または他の条件に基づいて、出力ＨＤＲ画像の（たとえばＬＤＲよりも高い）ダイナミックレンジの変化をリアルタイムで可能にする。この表示スケーリングは、出力ＨＤＲ画像が、ＬＤＲ画像のレンジよりも大きな任意のダイナミックレンジを有することを可能にする。
【0027】
対照的に、従来の技術は、ＨＤＲ画像を、特定かつ不変のダイナミックレンジまたは最大明度を有するディスプレイ向けに符号化する可能性がある。そのような技術は、符号化されるダイナミックレンジよりも大きなダイナミックレンジまたは明度を有するＨＤＲ表示装置を利用することができない。加えて、ＨＤＲ表示装置が、元のＨＤＲ画像において符号化されているものほど高いダイナミックレンジを表示することができなければ、そのような従来の技術は、より低い品質の画像をもたらす可能性があるので、たとえば、ＨＤＲ画像のダイナミックレンジを、このＨＤＲ表示装置に表示するために縮小する、ロールオフ曲線などの技術が必要になることがあり、これは、たとえば、画像における局所的コントラストを望ましくないやり方で低減させ、しばしば画像の視覚品質が低下する。
【0028】
上記機能は、現在のフォーマット以上の高ダイナミックレンジ（ＨＤＲ）コンテンツを含有する画像を生成してレンダリングするための、共有可能かつ上位互換の機構を提供するものである。上記画像フォーマットは、次世代の消費者ＨＤＲコンテンツを可能にし、また、いくつかの実装形態では、復号／符号化用に特化されているハードウェアコーデックを必要とすることなく、専門の画像ワークフローのサポートを可能にし得る。ＨＤＲフォーマットの１つまたは複数の上記実装形態は、グローバルトーンマッピングを想定する現在のＨＤＲ伝達関数に伴う問題に対処する。対照的に、上記機能はローカルトーンマッピングを可能にし、これは、異なるレベルの明度を有するシーンにおける詳細を維持するのに、より優れている。したがって、上記ＨＤＲフォーマットは、従来のＨＤＲフォーマットと比較して、より高忠実度かつ高品質の、ＨＤＲレンダリングされているコンテンツを生成することができる。
【0029】
加えて、上記機能により、画像フォーマットの必要記憶量を小さくすることが可能になる。たとえば、この画像フォーマットによって、単一のＬＤＲ画像は、必要記憶量が小さい回復マップとともに記憶され得、したがって複数のフル画像を記憶するフォーマットに対してかなりの記憶空間を節約する。たとえば、いくつかの実装形態は、回復マップを圧縮することを含み、これらの例のうちいくつかにおいて、回復マップは双方向グリッドへと符号化され得る。そのようなグリッドは、必要な記憶空間を大幅に縮小して回復マップを記憶することができ、回復マップから、元のＨＤＲ画像と比較して視覚品質の損失がほとんどない出力ＨＤＲ画像を提供することを可能にする。
【0030】
１つまたは複数の上記実装形態の技術的な効果は、従来のシステムと比較して、装置が、画像を表示するために使用されている特定の出力表示装置のダイナミックレンジによりよく対応するダイナミックレンジを有する画像を表示することができることである。たとえば、そのような従来のシステムが提供し得る画像には、表示装置のダイナミックレンジに対応するダイナミックレンジがなく、より劣った画像表示品質をもたらす。本明細書で説明される機能は、画像のダイナミックレンジを特定の表示装置によりよく適合するように設定するために、たとえば、その画像のフォーマットで回復マップを提供し、かつ／または画像出力をスケーリングすることによって、そのような不都合を軽減することができる。その上、１つまたは複数の上記実装形態の技術的な効果には、装置が結果を得るために消費する計算リソースがより少なくなることがある。たとえば、上記技術の技術的な効果には、上記の技術または機能のうち１つまたは複数が提供されない従来のシステムと比較して、システムの処理リソースおよび／または記憶リソースの消費が減少することがある。たとえば、従来のシステムは、特定の表示装置に適したダイナミックレンジを有する画像を表示するために、フルＬＤＲ画像およびフルＨＤＲ画像を記憶し、かつ／または供給する必要があり得、このことは、上記技術と比較して、追加のメモリおよび通信帯域幅のリソースを必要とする。別の例では、従来のシステムはＨＤＲ画像のみを記憶し、次いで、ＨＤＲ画像を、ＬＤＲディスプレイ向けに、より小さいダイナミックレンジへとトーンマッピングすることに頼るが、そのようなトーンマッピングは、ＬＤＲディスプレイに多種多様なＨＤＲ画像を表現する際に視覚品質を低下させる可能性がある。
【0031】
本明細書で言及されたように、ダイナミックレンジは、シーンの最も明るい部分と最も暗い部分との比に関連する。ＬＤＲフォーマットのダイナミックレンジは、通常は、低レンジの色空間／カラープロファイルの標準的なダイナミックレンジ（ＳＤＲ）ファイルなどの特定の低レンジを超過しない。同様に、ＬＤＲ表示装置の表示されるダイナミックレンジ出力は低い。本明細書で言及されたように、ＬＤＲ画像（たとえばＪＰＥＧ）よりも大きな（またはより高い）ダイナミックレンジを有する画像はＨＤＲ画像と見なされ、その大きなダイナミックレンジを表示することができる表示装置はＨＤＲ表示装置と見なされる。ＨＤＲ画像は、ＬＤＲよりも大きな階調範囲に及ぶ画素値を記憶することができる。いくつかの例では、ＨＤＲ画像は、現実のシーンのダイナミックレンジを表示することができ、より正確に、かつ／またはＬＤＲ画像のダイナミックレンジよりも大きい、低ダイナミックレンジを有し得る（たとえば、ＨＤＲ画像は、一般に１つの色チャネルごとに８ビット超を有し得る）。
【0032】
この説明における「ｌｏｇ」の使用は、特定の底の対数を指し、たとえば本明細書のすべてのｌｏｇは、底が２の対数、底が１０の対数など、任意の底数であり得る。
【0033】
本明細書の説明にさらに加えて、ユーザは、本明細書で説明されているシステム、プログラム、または機能が、ユーザ情報（たとえば、ユーザのライブラリからの画像、社会的ネットワーク、社会活動、または事業、職業、ユーザの選好、ユーザの現在の位置、ユーザのメッセージ、またはユーザの装置の特性）を収集することを許容するかどうか、許容するならいつか、ということと、サーバからコンテンツまたは通信を送られるかどうか、送られるならいつか、ということとの、どちらの選択も可能にする制御を提供される。加えて、ある特定のデータは、記憶されるかまたは使用される前に個人情報が削除されるように、１つまたは複数のやり方で処理されてよい。たとえば、ユーザの識別情報は、ユーザに関する個人情報が判定されないように処理されてよく、または位置情報（都市、郵便番号、または州レベルなど）が取得される場合には、ユーザの特定の位置を判定できないように、ユーザの地理的な位置は一般化されてよい。したがって、ユーザは、ユーザに関して収集される情報は何か、その情報はどのように使用されるか、ユーザに提供される情報は何か、といったことを制御し得る。
【0034】
図１は、本明細書で説明されるいくつかの実装形態において使用され得る例示のネットワーク環境１００のブロック図を示す。いくつかの実装形態では、ネットワーク環境１００は、たとえば図１の例におけるサーバシステム１０２といった１つまたは複数のサーバシステムと、たとえばクライアント装置１２０～１２６といった複数のクライアント装置とを含み、各々が、ユーザＵ１～Ｕ４のそれぞれのユーザに関連付けられている。サーバシステム１０２およびクライアント装置１２０～１２６の各々が、ネットワーク１３０と通信するように構成され得る。
【0035】
サーバシステム１０２は、サーバ装置１０４および画像データベース１１０を含み得る。いくつかの実装形態では、サーバ装置１０４は画像アプリケーション１０６ａを提供し得る。図１および残りの図において、参照番号の後の文字（たとえば「１０６ａ」）は、その特定の参照番号を有する要素に対する参照を表す。たとえば「１０６」といった、テキストにおいて続く文字がない参照番号は、その参照番号を持つ要素の実施形態に対する全般的な参照を表す。
【0036】
画像データベース１１０は、サーバシステム１０２の一部である記憶装置に記憶され得る。いくつかの実装形態では、画像データベース１１０は、リレーショナルデータベース、キー値構造、または他のタイプのデータベース構造を使用して実施され得る。いくつかの実装形態では、画像データベース１１０は、ユーザ１～４の各々について、各々がそれぞれの画像ライブラリに対応する複数の区分を含み得る。たとえば、図１に見られるように、画像データベース１１０は、ユーザ１に関する第１の画像ライブラリ（画像ライブラリ１、１０８ａ）と、様々な他のユーザに関する他の画像ライブラリ（画像ライブラリ２、．．．、画像ライブラリｎ）とを含み得る。図１は単一の画像データベース１１０を示しているが、画像データベース１１０は、たとえば複数のデータベースサーバにわたる分散型データベースとして実施され得ることが理解されよう。さらに、図１は、各ユーザにつき１つの、複数の区分を示しているが、いくつかの実装形態では、各画像ライブラリは個別のデータベースとして実施され得る。
【0037】
画像ライブラリ１０８ａは、ユーザ１に関連する複数の画像（映像を含む）と、複数の画像に関連付けられるメタデータと、複数の画像に関連して記憶される１つまたは複数の他のデータベースフィールドとを記憶し得る。画像ライブラリ１０８ａに対するアクセス権は、ユーザ１が、画像ライブラリ１０８ａの中の画像および他のデータに対する、たとえば、画像アプリケーション１０６、他のアプリケーション、および／または１人もしくは複数の他のユーザによるアクセス方法を制御することができるように、制限され得る。サーバシステム１０２は、特定のユーザの画像データには、そのユーザによって許容されていなければアクセスできないように、アクセス権を実施するように構成され得る。
【0038】
本明細書で参照される画像は、１つまたは複数の画素値（たとえば色値、明度値など）を有する画素を有するデジタル画像を含み得る。画像は、静止画像（たとえばスチール写真、単一フレームを有する画像など）、動画像（たとえばアニメーション、アニメーションＧＩＦ、画像の一部は動きを含むが他の部分は静止画像であるシネマグラフなど）、または映像（たとえば任意選択で音声を含み得る一連の画像または画像のフレーム）であり得る。本明細書で使用される画像は、上記のうち任意のものと理解され得る。たとえば、本明細書で説明される実装形態は、静止画像（たとえば写真、または他の画像）、映像、または動画像とともに使用され得る。
【0039】
ネットワーク環境１００は、たとえばクライアント装置１２０、１２２、１２４、および１２６といった１つまたは複数のクライアント装置を含み得、これらは、互いに通信し得、かつ／またはネットワーク１３０を通じてサーバシステム１０２と通信し得る。ネットワーク１３０は任意のタイプの通信ネットワークであり得、インターネット、ローカルエリアネットワーク（ＬＡＮ）、無線ネットワーク、スイッチ、またはハブ接続などのうち１つまたは複数を含む。いくつかの実装形態では、ネットワーク１３０は、たとえばピアツーピア無線プロトコル（たとえばＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉダイレクトなど）を使用する装置間のピアツーピア通信などを含み得る。２つのクライアント装置１２０と１２２との間のピアツーピア通信の一例が、矢印１３２によって示されている。
【0040】
様々な実装形態において、ユーザ１、２、３、および４は、それぞれのクライアント装置１２０、１２２、１２４、および１２６を使用して、サーバシステム１０２と通信し得、かつ／または互いに通信し得る。いくつかの例では、ユーザ１、２、３、および４は、それぞれのクライアント装置で動作中のアプリケーションによって相互作用し得、かつ／または、たとえばソーシャルネットワークサービスといったネットワークサービスもしくはサーバシステム１０２において実施されている他のタイプのネットワークサービスを通じてサーバシステム１０２と相互作用し得る。たとえば、それぞれのクライアント装置１２０、１２２、１２４、および１２６は、たとえばサーバシステム１０２といった１つまたは複数のサーバシステムとデータを通信し得る。
【0041】
いくつかの実装形態では、サーバシステム１０２は、各クライアント装置が、サーバシステム１０２および／またはネットワークサービスにアップロードされている通信コンテンツまたは共有コンテンツを受け取ることができるように、クライアント装置に適切なデータを供給し得る。いくつかの例では、ユーザ１～４は、画像共有、音声またはビデオの会議、音声、映像、またはテキストのチャット、または他の通信モードもしくはアプリケーションによって対話することができる。
【0042】
サーバシステム１０２によって実施されるネットワークサービスは、ユーザが、様々な通信を実行すること、リンクや交際を形成すること、画像、テキスト、音声、および他のタイプのコンテンツなどの共有コンテンツをアップロードしたり投稿したりすること、および／または他の機能を実行することを可能にするシステムを含み得る。たとえば、クライアント装置は、別々のクライアント装置、サーバシステムおよび／またはネットワークサービスから、サーバおよび／またはネットワークサービスを介して（または別々のクライアント装置から直接）、クライアント装置に投稿、送信、またはストリーミングされるコンテンツなどの受信データを表示することができる。いくつかの実装形態では、クライアント装置は、たとえば上記で説明されたようにクライアント装置間のピアツーピア通信を使用して、互いに直接通信することができる。いくつかの実装形態では、「ユーザ」は、１つまたは複数のプログラムまたは仮想エンティティ、ならびに、システムまたはネットワークとインターフェースする人を含み得る。
【0043】
いくつかの実装形態では、クライアント装置１２０、１２２、１２４、および／または１２６のうち任意のものが、１つまたは複数のアプリケーションを提供することができる。たとえば、図１に示されるように、クライアント装置１２０は画像アプリケーション１０６ｂを提供し得る。クライアント装置１２２～１２６も、類似のアプリケーションを提供し得る。画像アプリケーション１０６ａは、クライアント装置１２０のハードウェアおよび／またはソフトウェアを使用して実施され得る。種々の実装形態において、画像アプリケーション１０６ａは、たとえばクライアント装置１２０～１２４のうち任意のもので実行されるスタンドアロンのクライアントアプリケーションでよく、またはサーバシステム１０２上に提供される画像アプリケーション１０６ｂと協力して作動してもよい。
【0044】
画像アプリケーション１０６は、ユーザ許可を伴って実施される、画像（映像を含む）に関連する様々な機能を提供し得る。たとえば、そのような機能は、カメラを使用して画像を取り込むこと、画像を修正すること、（たとえば、表面サイズ、汚れ、表面の数、画像構成、照明、露光などの要因に基づいて）画像品質を判定すること、画像ライブラリ１０８に画像を記憶すること、画像および映像を、（本明細書で説明されているフォーマットを含む）様々な画像および映像のフォーマットのうち任意のものに、符号化したり復号したりすること、表示される画像または画像ベースの生成もしくは収集などを見るためのユーザインターフェースを提供すること、のうち１つまたは複数を含み得る。
【0045】
クライアント装置１２０は、スタンドアロンの画像ライブラリであり得るユーザ１の画像ライブラリ１０８ｂを含み得る。いくつかの実装形態では、画像ライブラリ１０８ｂは、サーバシステム１０２の画像ライブラリ１０８ａと組み合わせて使用可能であり得る。たとえば、ユーザ許可を伴って、画像ライブラリ１０８ａと画像ライブラリ１０８ｂとはネットワーク１３０を通じて同期され得る。いくつかの実装形態では、画像ライブラリ１０８は、たとえばユーザが（たとえばクライアント装置１２０または他の装置のカメラを使用して）取り込んだ画像、ユーザ１と共有される（たとえば他のユーザ２～４のそれぞれの画像ライブラリからの）画像、ユーザ１が（たとえばウェブサイト、メッセージングアプリケーションなどから）ダウンロードした画像、スクリーンショット、および他の画像といった、ユーザ１に関連する複数の画像を含み得る。いくつかの実装形態では、クライアント装置１２０上の画像ライブラリ１０８ｂは、サーバシステム１０２上の画像ライブラリ１０８ａにおける画像のサブセットを含み得る。たとえば、クライアント装置１２０上の利用可能な記憶空間の量が限られているときには、そのような実装形態が有利であり得る。
【0046】
様々な実装形態において、クライアント装置１２０および／またはサーバシステム１０２は、様々なタイプの機能性をもたらすアプリケーションであり得る他のアプリケーション（図示せず）を含み得る。クライアント装置１２０、１２２、１２４、および／または１２６上のユーザインターフェースは、画像、画像ベースの生成、データ、および他のコンテンツ、ならびに、通信、プライバシー設定、通知、および他のデータを含む、ユーザコンテンツおよび他のコンテンツの表示を可能にし得る。そのようなユーザインターフェースは、クライアント装置上のソフトウェア、サーバ装置上のソフトウェア、および／またはクライアントソフトウエアと、たとえばサーバシステム１０２と通信するアプリケーションソフトウェアまたはクライアントソフトウエアといった、サーバ装置１０４上で実行するサーバソフトウェアとの組合せを使用して表示され得る。ユーザインターフェースは、クライアント装置またはサーバ装置の、たとえばタッチスクリーン、他の表示画面、プロジェクタなどの表示装置によって表示され得る。いくつかの実装形態では、サーバシステム上で動作中のアプリケーションプログラムは、クライアント装置と通信して、クライアント装置上のユーザ入力を受け取ったり、可視データ、音声データなどのデータをクライアント装置に出力したりすることができる。
【0047】
解説の容易さのために、図１は、サーバシステム１０２の１つのブロック、サーバ装置１０４、画像データベース１１０と、クライアント装置の４つのブロック１２０、１２２、１２４、および１２６とを示す。サーバブロック１０２、１０４、および１１０は、複数のシステム、サーバ装置、およびネットワークデータベースを表し得、ブロックは、示されているものと異なる構成で用意され得る。たとえば、サーバシステム１０２は、ネットワーク１３０を通じて他のサーバシステムと通信し得る複数のサーバシステムを表すことができる。いくつかの実装形態では、サーバシステム１０２は、たとえばクラウドホスティングサーバを含み得る。いくつかの例では、画像データベース１１０は、ネットワーク１３０を通じてサーバ装置１０４および他のサーバシステムと通信することができる、サーバ装置１０４とは別個のサーバシステムブロックの中に用意されている記憶装置に記憶され得る。
【0048】
また、任意数のクライアント装置が存在し得る。各クライアント装置は、たとえば、デスクトップコンピュータ、ラップトップコンピュータ、携帯機器またはモバイルデバイス、携帯電話、スマートフォン、タブレットコンピュータ、テレビ、テレビ用のセットトップボックスまたは娯楽装置、ウェアラブルデバイス（たとえば、ディスプレイ付き眼鏡またはゴーグル、腕時計、ヘッドセット、アームバンド、宝石など）、個人用デジタル情報処理端末（ＰＤＡ）、メディアプレーヤ、ゲーム機器など、任意のタイプの電子機器であり得る。いくつかの実装形態では、ネットワーク環境１００は、示された構成要素のすべてを有するわけではなく、かつ／または、本明細書で説明されているものの代りに、もしくはそれに加えて、他のタイプの要素を含む他の要素を有し得る。
【0049】
本明細書で説明される機能の他の実装形態は、任意のタイプのシステムおよび／またはサービスを使用することができる。たとえば、ソーシャルネットワーキングサービスの代わりに、またはそれに加えて、他のネットワーク化されている（たとえばインターネットに接続されている）サービスが使用され得る。任意のタイプの電子機器が、本明細書で説明されている機能を利用することができる。いくつかの実装形態は、コンピュータネットワークと切り離されているかまたは断続的に接続される１つまたは複数のクライアント装置またはサーバ装置上に、本明細書で説明されている１つまたは複数の機能を用意することができる。いくつかの例では、表示装置を含むかまたはこれに接続されているクライアント装置は、たとえば通信ネットワークを通じて以前に受け取られてクライアント装置に対してローカルの記憶装置に記憶されているコンテンツ投稿を表示することができる。
【0050】
図２は、いくつかの実装形態による、たとえば低ダイナミックレンジ互換性を有するＨＤＲ画像フォーマットといった、上位互換の高ダイナミックレンジ画像フォーマットに画像を符号化する例示の方法２００を示す流れ図である。いくつかの実装形態では、方法２００は、たとえば図１に示されているサーバシステム１０２上で実行され得る。いくつかの実装形態では、方法２００のいくらかまたはすべては、図１のクライアント装置１２０、１２２、１２４、または１２６などの１つまたは複数のクライアント装置、図１のサーバ装置１０４などの１つまたは複数のサーバ装置、および／またはサーバ装置とクライアント装置との両方において実施され得る。上記の例では、実施するシステムは、１つまたは複数のデジタルプロセッサまたは処理回路（「プロセッサ」）、および１つまたは複数の記憶装置（たとえばデータベースまたは他の記憶機構）を含む。いくつかの実装形態では、１つまたは複数のサーバおよび／またはクライアントの別々の構成要素は、方法２００の別々のブロックまたは他の部分を実行することができる。いくつかの例では、装置は、方法２００のブロックを実行するものとして説明される。いくつかの実装形態は、結果またはデータを第１の装置に送ることができる１つまたは複数の他の装置（たとえば他のクライアント装置またはサーバ装置）によって実行される方法２００の１つまたは複数のブロックを有し得る。
【0051】
いくつかの実装形態では、方法２００またはその一部は、システムによって自動的に開始され得る。たとえば、方法（またはその一部）は、定期的に実行され得、または、たとえばクライアント装置による画像アプリケーション１０６の開始、クライアント装置の画像取込み装置による新規画像の取込み、装置によるネットワークを通じた画像の受取り、サーバシステム１０２への新規画像のアップロード、方法２００の最後の動作から所定期間の満了、ならびに／あるいは方法２００によって読み出される設定で指定され得る１つまたは複数の他の状態の生起、といった１つまたは複数の特定のイベントまたは条件に基づいて実行され得る。
【0052】
方法２００（ブロック２１０～２２０）においてユーザデータを使用するために、ユーザ許可が取得され得る。たとえば、許可を得られるユーザデータは、クライアント装置（たとえばクライアント装置１２０～１２６のうち任意のもの）および／またはサーバ装置に記憶されている画像、画像メタデータ、画像アプリケーションの使用に関連するユーザデータ、他の画像ベースの生成などを含み得る。ユーザは、ユーザデータのすべてもしくは任意のサブセットへのアクセスを選択的に許可するため、または許可しないためのオプションを提供される。ユーザ許可が、特定のユーザデータに関して不十分であると、方法２００は、たとえばそのユーザデータは使用せずに、他のデータ（たとえばユーザと無関係の画像）を使用して実行され得る。
【0053】
方法２００は、ブロック２１０から始まり得る。ブロック２１０において、特定のシーンを描写する高ダイナミックレンジ（ＨＤＲ）画像（「元のＨＤＲ画像」）が、装置によって取得される。いくつかの実装形態では、ＨＤＲ画像は、高ダイナミックレンジ画像用の複数の標準的なフォーマットのうち任意のもので供給される。いくつかの例では、ＨＤＲ画像は、たとえばクライアント装置または他の装置のカメラといった画像取込み装置によって取り込まれ得る。さらなる例では、ＨＤＲ画像は、ネットワークを通じて別の装置から受け取られるか、または装置によってアクセス可能な記憶機構から取得される。いくつかの実装形態では、ＨＤＲ画像は、たとえば光線追跡などの複数の画像生成技術のうち任意のものに基づいて生成され得る。
【0054】
ブロック２１２において、装置によって、低ダイナミックレンジ（ＬＤＲ）画像（たとえば「元のＬＤＲ画像」）が取得され、ＬＤＲ画像は、たとえば描写される主題のＨＤＲ画像に対応する、ＨＤＲ画像と同一のシーンおよび／または主題を描写する。ＬＤＲ画像はＨＤＲ画像よりも小さいダイナミックレンジを有する。いくつかの実装形態では、ＬＤＲ画像は、標準的なＬＤＲ画像フォーマットのダイナミックレンジを有し得、またはＨＤＲ画像よりもいくらか小さいダイナミックレンジを有し得る。たとえば、ＬＤＲ画像は、たとえばＪＰＥＧ、ＡＶ１画像ファイルフォーマット（ＡＶＩＦ）、ＴＩＦＦなどの標準的な画像フォーマットで供給され得る。いくつかの例では、ＬＤＲ画像は、画素あたりのチャネルに８ビットで与えられるダイナミックレンジを有し、ＨＤＲ画像は、ＬＤＲ画像のダイナミックレンジよりも高いダイナミックレンジ（たとえば、一般に、１０ビット以上のビット深度、広範囲の色空間、およびＨＤＲ指向の伝達関数）を有する。
【0055】
様々な実装形態において、ブロック２１０のＨＤＲ画像は、ＬＤＲ画像取得の以前または以後に取得され得る。たとえば、いくつかの実装形態では、ＨＤＲ画像が取得されて、ＨＤＲ画像からＬＤＲ画像が導出される。いくつかの例では、ＬＤＲ画像は、ＨＤＲ画像に基づき、ローカルトーンマッピングまたは他の処理を使用して生成され得る。ローカルトーンマッピングは、たとえば、（各画素を同一のやり方で変化させるグローバルトーンマッピング機能に従うのではなく）各画素を、画像におけるその局所的特徴に応じて変化させる。ＨＤＲ画像の諧調値を、より小さいダイナミックレンジを有するＬＤＲ画像に適したものに減少させるために、様々なローカルトーンマッピング技術のうち任意のものが使用され得る。たとえば、トーンマッピング処理において、ローカルラプラシアンフィルタリングおよび／または他の技術が使用され得る。いくつかの実装形態では、画像の別々の領域において別々のグローバルトーンカーブ（またはデジタル利得）が使用され得る。いくつかの実装形態では、別々のタイプの画像データに別々のトーンマッピング技術が使用され得、たとえば静止画像とビデオ画像では別々の技術が使用され得る。他の例では、ＨＤＲ画像および／または複数の取込み画像もしくは生成画像からＬＤＲ画像を生成するために露出融合技術が使用され得、たとえば異なる露出レベルで取り込まれている、または合成的に生成されている、複数の画像の部分を組み合わせて、これらの部分を含む組合せＬＤＲ画像を生成する。いくつかの例示の実装形態において、ＬＤＲ画像を生成する（たとえば、ラプラシアントーンマッピングピラミッドを使用して、別々の露出レベルを有する別々の画像から、ピラミッドの重み付きブレンドをもたらし、ブレンドされているピラミッドを崩壊させる）ために、トーンマッピング技術と露出融合技術との組合せが使用され得る。
【0056】
他の例では、ＬＤＲ画像は他のソースから取得され得る。たとえば、ＨＤＲ画像はカメラ装置によって取り込まれ得、ＬＤＲ画像は、たとえばＨＤＲ画像の取込みの直前もしくは直後に、または少なくとも部分的に同時に、同一のカメラ装置によって取り込まれ得る。いくつかの例では、カメラ装置は、カメラ設定に基づき、たとえばカメラ設定またはユーザ選択の設定で指示されるダイナミックレンジを用いて、ＨＤＲ画像およびＬＤＲ画像を取り込むことができる。ブロック２１２にはブロック２１４が続き得る。
【0057】
ブロック２１４において、ＨＤＲ画像およびＬＤＲ画像に基づいて回復マップが生成される。回復マップは、ＨＤＲ画像の部分（たとえば画素）とＬＤＲ画像の対応する部分（たとえば画素）との間の輝度の差を符号化する。回復マップは、ＬＤＲ画像の輝度をＨＤＲ画像の輝度に変換するために使用される。たとえば、ＬＤＲ画像の個々の画素の輝度値に輝度利得を適用すればＨＤＲ画像の対応する画素をもたらすように、輝度利得およびレンジスケーリング係数は回復マップにおいて符号化され得る。回復マップを生成する例は、図３を参照しながら以下でより詳細に説明される。ブロック２１４にはブロック２１６が続き得る。
【0058】
ブロック２１６において、回復マップは回復要素へと符号化され得る。様々な実装形態において、回復要素は、回復マップ情報を含むかまたは供給する、画像、データ構造、アルゴリズム、ニューラルネットワークなどであり得る。たとえば、回復要素は、標準フォーマットへと圧縮される回復画像であり得、ＬＤＲ画像の縦横比と同一の縦横比を有する。回復画像は、たとえばＬＤＲ画像と同一の、または異なる、任意の解像度を有し得る。たとえば、回復画像は、たとえばＬＤＲ画像の解像度の４分の１といった、ＬＤＲ画像よりも低い解像度を有し得る（たとえば、ＬＤＲ画像の１９２０×１０８０に対して回復画像は４８０×２７０である）。
【0059】
いくつかの例では、回復画像は、単一チャネルの８ビット符号なし整数値として符号化され得、各値は、回復値を表し、回復画像の１つの画素に記憶される。いくつかの例示の実装形態において、符号化は－２．０～２．０の連続的な表現をもたらすことができ、これは圧縮され得、たとえばＪＰＥＧ圧縮され得る。いくつかの実装形態では、符号化は、マップ値の正／負を示す１ビットを含み、残りのビットは、（たとえば－１～＋１の範囲の）回復マップ値の大きさとして解釈され得る。この例などのいくつかの実装形態では、いくつかの画素は、元のＨＤＲ画像の輝度領域を正確に回復するかまたは表すために、レンジスケーリング係数によって表されるものよりも大きな減衰または利得が必要になることがあるので、大きさ表現は１．０や－１．０を超える可能性がある。
【0060】
単一チャネル符号化では、チャネルは、ターゲット画像に対する、輝度（明度）に基づく調節を指定することができる。したがって、ターゲット画像の色度または色相は、その画像に対する回復マップの適用中には変化しないはずである。単一チャネル符号化は、ターゲット画像の既存の色度または色相を維持し得（たとえばＲＧＢ比率を維持し得）、通常は、必要な記憶空間が多チャネル符号化よりも小さい。いくつかの実装形態では、回復画像は多チャネル値として符号化され得る。多チャネル符号化では、ターゲット画像に対する回復マップの適用中に、ターゲット画像の色（たとえば色度または色相）の調節が可能になり得る。多チャネル符号化は、たとえば高明度における色のロールオフといった、ＬＤＲ画像で生じてしまう色の損失を補償することができる。これによって、正確な色ばかりでなくＨＤＲ輝度の回復も可能になる（たとえば、空が白く見えるだけの明度増加ではなく、空を青色の色相に再飽和させる）。いくつかの実装形態では、多チャネル符号化の回復マップは、ターゲット画像においてより広い色域を回復する（または色域の損失を補償する）ために使用され得る。たとえば、標準的なＲＧＢ（ｓＲＧＢ）／ＢＴ．７０９色域のＬＤＲ画像から、ＩＴＵ－Ｒ勧告ＢＴ．２０２０色域が回復され得る。
【0061】
いくつかの実装形態では、回復マップの値には、たとえば８ビットよりも大きなビット深度といった、別のビット深度が使用され得る。たとえば、いくつかの実装形態では、８ビットの深度は、８ビットの単一チャネル利得マップと組み合わせたＨＤＲ表現が可能になる最小限のビット深度であり得、ビット深度がより小さければ、バンディングなどのアーチファクトなしでＨＤＲ画像コンテンツを提供するための十分な情報が得られない可能性がある。いくつかの実装形態では、回復画像は、整数ではなく浮動小数点値として符号化され得る。いくつかの実装形態では、回復要素は、回復マップの値を符号化する、データ構造、アルゴリズム、ニューラルネットワークなどであり得る。たとえば、回復マップは、回復要素として使用される、小さいニューラルネットワークの重みに符号化され得る。ブロック２１６にはブロック２１８が続き得る。
【0062】
ブロック２１８において、新規のＨＤＲ画像フォーマットとして記憶され得る画像コンテナに、ＬＤＲ画像および回復要素が供給される。いくつかの実装形態では、ＬＤＲ画像は、画像コンテナにおけるベース画像と見なされ得る。画像コンテナは、ＬＤＲ画像またはＨＤＲ画像を表示するために、装置によって読み出され得る。いくつかの実装形態では、画像コンテナは、たとえばＡＶＩＦ（ＡＶ１画像ファイルフォーマット）画像コンテナといった標準的な画像コンテナであり得る。
【0063】
いくつかの実装形態では、回復マップは、回復マップが配置される画像コンテナの精度に量子化され得る。たとえば、ＬＤＲ画像がＪＰＥＧ画像（または８ビットの符号なし整数値が使用される他のフォーマット）であるいくつかの実装形態では、回復マップの値は、記憶するために８ビットのフォーマットに量子化され得る。いくつかの例では、各値は、回復値を表すことができ、回復画像の１つの画素に記憶される。いくつかの例では、各々の符号化される値は、
ｅｎｃｏｄｅ（ｘ，ｙ）＝ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＊６３．７５＋１２７．５
と定義され得る。この符号化では、たとえば、各値が、２５６の可能な符号化値のうち１つに量子化され、－２．０～２．０の範囲の表現をもたらす。他の実装形態では、たとえば－１．０～１．０または他の範囲といった他の範囲および量子化が使用され得る。
ｅｎｃｏｄｅ（ｘ，ｙ）＝ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＊６３．７５＋１２７．５
と定義され得る。この符号化では、たとえば、各値が、２５６の可能な符号化値のうち１つに量子化され、－２．０～２．０の範囲の表現をもたらす。他の実装形態では、たとえば－１．０～１．０または他の範囲といった他の範囲および量子化が使用され得る。
【0064】
画像コンテナは、画像コンテナのコンテンツに基づく出力ＨＤＲ画像の表示に関連する付加情報を含み得る。たとえば、付加情報は、画像コンテナ、回復要素、および／またはＬＤＲ画像において供給されるメタデータを含み得る。メタデータは、ＬＤＲ画像および／またはそれから導出されるＨＤＲ画像を表示装置に提示するやり方に関する情報を符号化することができる。そのようなメタデータは、たとえば、コンテナにおいて使用される回復マップフォーマットのバージョン、回復マップにおいて使用されるレンジスケーリング係数、記憶方法（たとえば、回復マップは双方向グリッドまたは他のデータ構造に符号化されるかどうか、または指定の圧縮技術によって圧縮されるかどうか、といったこと）、回復マップおよび／または回復画像の解像度、双方向グリッドストレージ用のガイド重み、ならびに／あるいは他の回復マップ特性または画像特性を含むことができる。
【0065】
いくつかの例では、ＬＤＲ画像は、画像コンテナの中のアイテム（たとえばファイル）の順序および特性を定義する、メタデータのデータ構造またはディレクトリを含み得、コンテナの中の各ファイルが、データ構造の中に対応するメディアアイテムを有し得る。メディアアイテムは、画像コンテナの中の関連するファイルの位置および関連するファイルの基本的特性を記述することができる。たとえば、コンテナ要素は、ＬＤＲ画像のメタデータへと符号化され得、ここで、コンテナの中のメディアアイテムのフォーマットバージョンおよびデータ構造を定義する。いくつかの例では、メタデータは、メタデータをサポートしない、メタデータを読み取ることもできない装置またはアプリケーションがＬＤＲ画像を読み取ることを可能にするデータモデルに従って記憶される。たとえば、メタデータは、拡張可能なメタデータプラットフォーム（ＸＭＰ）データモードに従って、回復画像および／またはＬＤＲ画像に記憶され得る。ブロック２１８にはブロック２２０が続き得る。
【0066】
ブロック２２０において、画像コンテナは、１つまたは複数の装置によってアクセスされるように、たとえば記憶機構に記憶され得る。たとえば、画像コンテナは、ネットワークを通じて１つまたは複数のサーバシステムに送られ得て、サーバシステムにアクセスすることができる複数のクライアント装置によるアクセスが可能になる。
【0067】
いくつかの実装形態では、サーバ装置は、メタデータなどの付加情報を含むクラウド記憶機構（または他の記憶機構）に、画像コンテナを保存することができる。サーバは、ＬＤＲ画像を、コンテナの中に任意のフォーマットで記憶することができる。サーバ装置は、クライアント装置から画像を求める要求を受け取ることに応答して、システム設定、ユーザ選好、クライアント装置のタイプ（たとえば、モバイルクライアント装置、デスクトップコンピュータクライアント装置）などのクライアント装置の特性、ダイナミックレンジ、解像度などのクライアント装置の表示装置の特性などに基づいて、要求しているクライアント装置に供給する画像データを決定することができる。たとえば、いくつかのクライアント装置については、サーバ装置はクライアント装置に画像コンテナを供給することができ、クライアント装置は、画像コンテナを復号して、クライアントの表示装置に適切なダイナミックレンジで表示するための画像（ベース画像または派生画像）を取得することができる。他のクライアント装置（たとえば、サーバ装置は、クライアント装置の表示装置のダイナミックレンジなど、このクライアント装置の特性を記述する情報を有する）については、サーバ装置は、画像コンテナから画像を抽出して復号し、クライアント装置に画像を供給することができ、供給される画像は、サーバ装置によって決定された、クライアントの表示装置向けの適切なダイナミックレンジを有する。いくつかの実装形態では、サーバ装置は、画像コンテナからのベース画像および派生画像を決定してクライアント装置に両画像を供給することができ、クライアント装置は、その表示装置のダイナミックレンジに基づいて、これらの画像のどちらを表示するか選択することができる。
【0068】
いくつかの実装形態では、画像コンテナには複数の回復マップ（たとえば回復要素）が含まれ得る。各回復マップは、本明細書で説明されているように、回復マップに基づく出力画像に１つまたは複数の異なる特性を供給するための異なる値を含み得る。たとえば、複数の回復マップのうち特定の１つが選択され、選択された回復マップに基づく特性を有する出力画像を供給するように適用され得、したがって、たとえば、画像コンテナの中の他の回復マップよりも、特定の用途またはアプリケーションにより適したものになり得る。たとえば、複数の回復マップのうちいくつかまたはすべてが、ターゲットの出力表示装置の特定の異なる物理的表示装置特性に関連付けられ得る。いくつかの例では、ユーザは、異なるダイナミックレンジ（たとえば異なるピーク明度）または異なる色域を有する表示装置にＬＤＲまたはＨＤＲの画像を表示するか、または異なる画像復号器を使用するときには、異なる回復マップを使用することを選択し得る。
【0069】
いくつかの実装形態では、それぞれのレンジスケーリング係数は、これらの回復マップの各々とともに使用するように、画像コンテナに記憶され得る。いくつかの実装形態では、図５を参照しながら説明されるように、回復要素のうち１つまたは複数が、ターゲット表示装置の特定の表示装置特性の記憶されている指示に関連付けられ得、表示用に使用される特定のターゲット表示装置に基づいて回復マップトラックのうち１つを選択することを可能にする。いくつかの実装形態では、単一のレンジスケーリング係数が複数の回復マップとともに使用され得る。たとえば、画像コンテナに記憶されている複数の画像にそれぞれ関連付けられている複数の回復マップについて、汎用レンジスケーリング係数が使用され得る。
【0070】
いくつかの実装形態では、回復マップの意図される使用法を指示するさらなるメタデータが、画像コンテナに記憶され得る。画像コンテナに複数の回復マップを記憶するいくつかの実装形態では、そのようなメタデータは、複数の回復マップの各々について、意図される使用法の指示を含み得る。たとえば、回復マップ１がＬＤＲ画像にマッピングするように意図されている場合には、マップ１のキーを有するマップ、表、またはインデックスは、回復マップに関連して指定される出力フォーマットのリストである値を指示することができる。いくつかの例では、メタデータは、出力レンジの指示を指定することができる（たとえば、「ＬＤＲ」もしくは「ＨＤＲ」、またはＨＤＲがＬＤＲレンジの乗数として指定され得る）。いくつかの例では、メタデータは、たとえば「ｏｕｔｐｕｔ ｍｅｔａｄａｔａ：ｂｉｔ＿ｄｅｐｔｈ Ｘ，」と、ビット深度を指定することができ、Ｘは８、１０、１２などであり得る。いくつかの実装形態では、指定されるｂｉｔ＿ｄｅｐｔｈは、最小ビット深度であり得、たとえば、「ＬＤＲ」は、光電伝達関数（ＯＥＴＦ）を介した出力については８ビット以上、線形／拡張レンジの出力については１２ビット以上を指示することができ、「ＨＤＲ」は、ＯＥＴＦを介した出力については１０ビット以上を、また線形／拡張レンジの出力については１６ビット以上を指示することができる。色空間が変化する可能性があって、意図される出力色空間の指示がメタデータに含まれ得る多チャネル回復マップについても、このタイプのメタデータは使用され得る。たとえば、メタデータは、「ｏｕｔｐｕｔ ｍｅｔａｄａｔａ：ｂｉｔ＿ｄｅｐｔｈ Ｘ，ｃｏｌｏｒ＿ｓｐａｃｅ，」として指定され得、ｃｏｌｏｒ＿ｓｐａｃｅは、たとえばＲｅｃ．７０９、Ｒｅｃ．２０２０などであり得る。
【0071】
図３は、いくつかの実装形態による、ＨＤＲ画像およびＬＤＲ画像に基づいて回復マップを生成するための例示の方法３００を示す流れ図である。たとえば、方法３００は、図２の方法２００のブロック２１４に関して実施され得、または他の実装形態において実行され得る。いくつかの実装形態では、図２を参照しながら説明されているように、ＬＤＲ画像および（元の）ＨＤＲ画像が取得されている。
【0072】
方法３００は、ブロック３０２から始まり得、ここで、ＬＤＲ画像の線形輝度が決定され得る。いくつかの実装形態では、（たとえば図２のブロック２１２で取得される）元のＬＤＲ画像は、非線形画像またはガンマ補正画像であり得、たとえば、非線形ＬＤＲ画像の一次画像色空間を線形バージョンに変換することによってＬＤＲ画像の線形バージョンが生成され得る。たとえば、標準的なＲＧＢ（ｓＲＧＢ）伝達関数を有する色空間は、ｓＲＧＢ原色を維持する線形色空間に変換される。
【0073】
線形ＬＤＲ画像の線形輝度が決定される。たとえば、輝度（Ｙ）関数は次式で定義され得、
Ｙｌｄｒ（ｘ，ｙ）＝ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅ（ＬＤＲ（ｘ，ｙ））
ここで、Ｙｌｄｒは、０．０～１．０の範囲で定義される低ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＬＤＲ画像）の原色を、ＬＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。ブロック３０２にはブロック３０４が続き得る。
Ｙｌｄｒ（ｘ，ｙ）＝ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅ（ＬＤＲ（ｘ，ｙ））
ここで、Ｙｌｄｒは、０．０～１．０の範囲で定義される低ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＬＤＲ画像）の原色を、ＬＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。ブロック３０２にはブロック３０４が続き得る。
【0074】
ブロック３０４において、ＨＤＲ画像の線形輝度が決定される。いくつかの実装形態では、（たとえば図２のブロック２１０で取得される）元のＨＤＲ画像は、非線形画像および／または３チャネル符号化画像（たとえば、知覚量子化器（ＰＱ）符号化画像またはハイブリッドログガンマ（ＨＬＧ）符号化画像）であり得、ＨＤＲ画像の３チャネル線形バージョンは、たとえば非線形ＨＤＲ画像を線形バージョンに変換することによって生成され得る。他の実装形態では、任意の他の色空間および色プロファイルが使用され得る。
【0075】
線形ＨＤＲ画像の線形輝度が決定される。たとえば、輝度（Ｙ）関数は次式で定義され得、
Ｙｈｄｒ（ｘ，ｙ）＝ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅ（ＨＤＲ（ｘ，ｙ））
ここで、Ｙｈｄｒは、０．０からレンジスケーリング係数までの範囲で定義される、高ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＨＤＲ画像）の原色を、ＨＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。ブロック３０４にはブロック３０６が続き得る。
Ｙｈｄｒ（ｘ，ｙ）＝ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅ（ＨＤＲ（ｘ，ｙ））
ここで、Ｙｈｄｒは、０．０からレンジスケーリング係数までの範囲で定義される、高ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＨＤＲ画像）の原色を、ＨＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。ブロック３０４にはブロック３０６が続き得る。
【0076】
ブロック３０６において、ブロック３０２および３０４で決定されている線形輝度に基づいて画素利得関数が決定される。画素利得関数は、Ｙｈｄｒ関数とＹｌｄｒ関数との比として定義される。たとえば、
ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＝Ｙｈｄｒ（ｘ，ｙ）／Ｙｌｄｒ（ｘ，ｙ）
であり、
Ｙｈｄｒは、０．０からレンジスケーリング係数までの範囲で定義される、高ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＨＤＲ画像）の原色を、ＨＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。
ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＝Ｙｈｄｒ（ｘ，ｙ）／Ｙｌｄｒ（ｘ，ｙ）
であり、
Ｙｈｄｒは、０．０からレンジスケーリング係数までの範囲で定義される、高ダイナミックレンジ画像の線形輝度であり、ｐｒｉｍａｒｙ＿ｃｏｌｏｒ＿ｐｒｏｆｉｌｅ＿ｔｏ＿ｌｕｍｉｎａｎｃｅは、画像（ＨＤＲ画像）の原色を、ＨＤＲ画像の座標（ｘ，ｙ）における各画素の線形輝度値Ｙに変換する関数である。
【0077】
ゼロが有効な輝度値であるので、ＹｈｄｒまたはＹｌｄｒはゼロになる可能性があり、上記の式または以下で説明するように対数を決定するとき問題になる可能性がある。いくつかの実装形態では、Ｙｈｄｒおよび／またはＹｌｄｒがゼロである事例は、たとえばｐｉｘｅｌ＿ｇａｉｎ関数を１と定義すること、またはたとえば次式におけるイプシロン（ε）として表される十分に小さい追加の要素を使用して（たとえば、εを追加するか、またはεにクランプして）、この事例を回避するように計算を調節することによって対処され得る。
【0078】
ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＝（Ｙｈｄｒ（ｘ，ｙ）＋ε）／（Ｙｌｄｒ（ｘ，ｙ）＋ε）
いくつかの実装形態では、上記の式の分子と分母とでイプシロン（ε）の別々の値が使用され得る。ブロック３０６にはブロック３０８が続き得る。
いくつかの実装形態では、上記の式の分子と分母とでイプシロン（ε）の別々の値が使用され得る。ブロック３０６にはブロック３０８が続き得る。
【0079】
ブロック３０８において、レンジスケーリング係数は、ＬＤＲ画像の最高輝度に対するＨＤＲ画像の最高輝度に基づいて決定される。たとえば、レンジスケーリング係数は、ＨＤＲ画像の最高輝度とＬＤＲ画像の最高輝度との比であり得る。レンジスケーリング係数は、本明細書では、レンジ圧縮係数および／またはレンジ圧縮係数の逆数であるレンジ拡張係数と称されることもある。たとえば、ＬＤＲ画像がＨＤＲ画像から決定される場合には、レンジスケーリング係数は、ＬＤＲ画像を生成するために圧縮されている全ＨＤＲレンジの量から導出され得る。たとえば、この係数は、ＨＤＲ画像をＬＤＲダイナミックレンジにマッピングするためにＨＤＲ画像の高輝部の輝度を減少させる量、またはＨＤＲ画像をＬＤＲダイナミックレンジにマッピングするためにＨＤＲ画像の暗部の輝度を増加させる量を指示することができる。レンジスケーリング係数は、線形空間における全ＨＤＲレンジを得るために全ＬＤＲレンジに掛ける線形値であり得る。いくつかの例では、レンジスケーリング係数が３であれば、ＨＤＲ画像の暗部は３倍され、またはＨＤＲ画像の高輝部は１／３にされる（あるいは、そのような暗部の輝度の強化と高輝部の輝度の減少とが混合して実行される）。いくつかの実装形態では、レンジスケーリング係数は、レンジスケーリング係数から導出される出力画像の様相を変化させ得る特定の視覚効果をもたらすために、他のやり方で（たとえば、カメラアプリケーションもしくは他のアプリケーション、ユーザ、または他のコンテンツ生成器によって）定義され得る。ブロック３０８にはブロック３１０が続き得る。
【0080】
ブロック３１０において、レンジスケーリング係数によってスケーリングされる画素利得関数を符号化する回復マップが決定される。したがって、回復マップは、画素利得関数を介して、所望のＨＤＲ画像輝度（Ｙｈｄｒ）およびＬＤＲ画像輝度（Ｙｌｄｒ）を含有している２つの線形画像に基づく。いくつかの実装形態では、回復マップは、正規化されている画素利得を対数空間において符号化するものであり、レンジスケーリング係数によってスケーリングされる（たとえばレンジスケーリング係数の逆数を掛けられる）スカラ関数である。いくつかの例では、回復マップ値は、ＨＤＲ輝度の対数とＬＤＲ輝度の対数との差を、レンジスケーリング係数の対数で割った値に比例する。たとえば、回復マップは次式で定義され得る。
【0081】
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝ｌｏｇ（ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ））／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）
いくつかの例示の実装形態では、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は－１～＋１の範囲に入る傾向があり得る。ＨＤＲ表示装置のディスプレイに関して、ゼロ未満の値は（ＬＤＲ画像の）画素をより暗くし、ゼロを超える値は画素をより明るくする。回復マップレンジの影響のいくつかの例では、ＨＤＲディスプレイに画像を表示するとき高輝部を強化する（例は図５を参照しながら説明される）ために、これらの値は、通常は、ほぼ［０．．１］の範囲にあり得（たとえば、この回復マップを適用すると、暗部は一定に保って高輝部を強化する）、そのため、画像の最も明るい領域は１に近い値を有し得、画像のより暗い領域は、通常は０に近い値を有し得る。いくつかの実装形態では、ＨＤＲ表示装置に表示するとき暗部を押し下げる（より暗くする）ために、これらの値は、通常は、ほぼ［－１．．０］の範囲にあり得（たとえば、この回復マップを適用すると、高輝部を一定に保って暗部を再暗黒化する）。いくつかの実装形態では、ＨＤＲ表示装置に表示するとき、高輝部の強化と暗部の再暗黒化との組合せをもたらすために、これらの値は［－１．．１］の全範囲を包含することができる。
いくつかの例示の実装形態では、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は－１～＋１の範囲に入る傾向があり得る。ＨＤＲ表示装置のディスプレイに関して、ゼロ未満の値は（ＬＤＲ画像の）画素をより暗くし、ゼロを超える値は画素をより明るくする。回復マップレンジの影響のいくつかの例では、ＨＤＲディスプレイに画像を表示するとき高輝部を強化する（例は図５を参照しながら説明される）ために、これらの値は、通常は、ほぼ［０．．１］の範囲にあり得（たとえば、この回復マップを適用すると、暗部は一定に保って高輝部を強化する）、そのため、画像の最も明るい領域は１に近い値を有し得、画像のより暗い領域は、通常は０に近い値を有し得る。いくつかの実装形態では、ＨＤＲ表示装置に表示するとき暗部を押し下げる（より暗くする）ために、これらの値は、通常は、ほぼ［－１．．０］の範囲にあり得（たとえば、この回復マップを適用すると、高輝部を一定に保って暗部を再暗黒化する）。いくつかの実装形態では、ＨＤＲ表示装置に表示するとき、高輝部の強化と暗部の再暗黒化との組合せをもたらすために、これらの値は［－１．．１］の全範囲を包含することができる。
【0082】
いくつかの実装形態では、上記で説明されているように、操作の容易さのために、画像を対数空間に変換してから処理が実行される。いくつかの実装形態では、この処理は、線形空間における指数化と指数の補間とによって実行され得、これは対数空間の処理と数学的に等価である。いくつかの実装形態では、この処理は、指数化せずに、たとえば線形空間において素朴に内挿／外挿することで実行され得る。
【0083】
表示のためにＬＤＲ画像に回復マップを適用するとき、レンジスケーリング係数は、一般に画素の明度を増加するための量を指示し、マップは、いくつかの画素が、より明るくされるかまたはより暗くされることを示す。回復マップは各画素をスケーリングする相対量を指示し、レンジスケーリング係数は、実行される特定の量のスケーリングを指示する。レンジスケーリング係数は、回復マップにおける相対値に、正規化および文脈を提供する。レンジスケーリング係数は、回復マップによって適用するスケーリングの量に関係なく、回復マップを記憶するために使用されるすべてのビットの効率的な使用を可能にする。これは、より多様な画像を正確に符号化できることを意味する。たとえば、すべてのマップが、たとえば－１～１の範囲の値を含有し得、この値の範囲がより大きな全範囲（たとえば２または８）にスケーリング可能なマップを同様に表現し得るように、値は、レンジスケーリング係数によって文脈を与えられる。たとえば、上記フォーマットの１つの画像は２のレンジスケーリング係数を有し得、第２の画像は８のレンジスケーリング係数を有し得る。レンジスケーリング係数なしで、マップにおいて最大／最小の絶対利得値が決定される。この値がたとえば２であれば、８のレンジスケールを有する第２の画像は表現され得ない。この値がたとえば８であれば、２のレンジスケールを有する画像を記憶するとき、回復マップにおけるすべての画素について２ビットの情報が無駄になる。レンジスケーリング係数を用いないそのような実装形態は、符号化用に使用される元のＨＤＲ画像と比較して、表示される出力ＨＤＲ画像に（望ましくない）視覚的な差異が生じやすくなる可能性がある（たとえば、そのような差異のひどい形態にはバンディングがあり得る）。
【0084】
いくつかの実装形態では、ｐｉｘｅｌ＿ｇａｉｎが０．０であるとき、回復関数は－２．０に定義され得、これは表現可能な最大の減衰である。画像における１つまたは複数の領域または位置が元のＨＤＲ画像を回復するためにレンジスケーリング係数によって表現されるよりも大きなスケーリング（減衰または利得）を必要とすることがあるので、回復関数は－１．０～＋１．０の範囲の外にある可能性がある。－２．０～＋２．０の範囲は、そのような、より大きなスケーリング（減衰または利得）をもたらすのに十分なものであり得る。ブロック３１０にはブロック３１２が続き得る。
【0085】
ブロック３１２において、回復マップは圧縮形式へと符号化され得る。これによって、回復マップが占有する記憶空間を縮小することが可能になる。圧縮形式は、様々な異なる圧縮、フォーマットなどのうち任意のものであり得る。いくつかの実装形態では、図４を参照しながらより詳細に説明されるように、回復マップが決定されて双方向グリッドへと符号化される。いくつかの実装形態では、回復マップは、圧縮され得、そうでなければ１つまたは複数の追加または代替の圧縮技術に基づいて必要記憶量を低減される。いくつかの実装形態では、回復マップは、ブロック３１０において決定された回復画像よりも低い解像度を有するより低い解像度の回復画像に圧縮され得る。この回復画像が占有する記憶空間は、全解像度回復マップのものよりも小さくなり得る。たとえば、ＪＰＥＧフォーマットのＬＤＲ画像をもたらす実装形態ではＪＰＥＧ圧縮が使用され得、または他の圧縮タイプ（たとえばランレングス符号化（ＲＬＥ））もしくは他の画像フォーマット圧縮（たとえばＨＥＩＣ、ＡＶＩＦ、ＰＮＧなど）が使用され得る。
【0086】
図４は、いくつかの実装形態による、回復マップを双方向グリッドへと符号化するための例示の方法４００を示す流れ図である。たとえば、方法４００は、たとえば図３の方法３００のブロック３１０および３１２として実施され得、ここで、回復マップはＨＤＲ画像およびＬＤＲ画像の輝度に基づいて決定されて圧縮形式で記憶され、これは、図４で説明される実装形態では双方向グリッドである。双方向グリッドは、以下で説明されるように、ガイド重みに基づいてＬＤＲ画像の画素にマッピングされるグリッドセルの３次元データ構造である。
【0087】
方法４００はブロック４０２から始まり得、グリッドセルの３次元データ構造が定義される。３次元データ構造は、複数のセルにおいて幅、高さ、および深さを有し、サイズＷ×Ｈ×Ｄとして指示され、幅および高さはＬＤＲ画像の幅および高さに対応し、深さはＷ×Ｈのセルの層の数に対応する。グリッドのセルは、（幅，高さ）における長さＤのベクトル要素として定義され、複数のＬＤＲ画像画素にマッピングされる。したがって、グリッドにおけるセルの数は、ＬＤＲ画像における画素の数よりもはるかに少なくなり得る。いくつかの例では、幅および高さはＬＤＲ画像サイズの約３％であり、深さは１６であり得る。たとえば、１９２０×１０８０のＬＤＲ画像は、約６４×３６×１６サイズのグリッドを有し得る。ブロック４０２にはブロック４０４が続き得る。
【0088】
ブロック４０４においてガイド重みのセットが定義される。いくつかの実装形態では、ガイド重みのセットは、浮動小数点値の複数要素のベクトルとして定義され得、双方向グリッドの生成および復号のために使用され得る。ガイド重みは、ＬＤＲ画像の入力画素ＬＤＲ（ｘ，ｙ）にマッピングされるセルの対応する深さＤを決定するための、この入力画素のそれぞれの要素の重みを表現する。たとえば、ガイド重みのセットは、次式のように、５つの要素のベクトルとして定義され得る。
【0089】
ｇｕｉｄｅ＿ｗｅｉｇｈｔｓ＝｛ｗｅｉｇｈｔ＿ｒ，ｗｅｉｇｈｔ＿ｇ，ｗｅｉｇｈｔ＿ｂ，ｗｅｉｇｈｔ＿ｍｉｎ，ｗｅｉｇｈｔ＿ｍａｘ｝
ここで、ｗｅｉｇｈｔ＿ｒ、ｗｅｉｇｈｔ＿ｇ、およびｗｅｉｇｈｔ＿ｂは、それぞれの入力画素の色成分（赤、緑、または青）の重みを指し、ｗｅｉｇｈｔ＿ｍｉｎおよびｗｅｉｇｈｔ＿ｍａｘは、それぞれｒ、ｇ、およびｂ値の最小成分値の重みおよびｒ、ｇ、ｂ値の最大成分値（たとえばｍｉｎ（ｒ，ｇ，ｂ）およびｍａｘ（ｒ，ｇ，ｂ））の重みを指す。
ここで、ｗｅｉｇｈｔ＿ｒ、ｗｅｉｇｈｔ＿ｇ、およびｗｅｉｇｈｔ＿ｂは、それぞれの入力画素の色成分（赤、緑、または青）の重みを指し、ｗｅｉｇｈｔ＿ｍｉｎおよびｗｅｉｇｈｔ＿ｍａｘは、それぞれｒ、ｇ、およびｂ値の最小成分値の重みおよびｒ、ｇ、ｂ値の最大成分値（たとえばｍｉｎ（ｒ，ｇ，ｂ）およびｍａｘ（ｒ，ｇ，ｂ））の重みを指す。
【0090】
一例では、ＬＤＲ画像はＲｅｃ．７０９色空間にあり、ガイド重みは、たとえば、ＬＤＲ（ｘ，ｙ）画素の輝度のバランスならびにこの画素の最小成分値および最大成分値を表現するために、以下の値に設定され得る。
【0091】
ｇｕｉｄｅ＿ｗｅｉｇｈｔｓ＝｛０．１４９５，０．２９３５，０．０５７，０．１２５，０．３７５｝
この例では、これらのガイド重み値は、グリッド深さ検索において、画素輝度（ｒ、ｇ、ｂ値）に５０％、最小成分値に１２．５％、画素の最大成分値に３７．５％だけ重み付けする。いくつかの実装形態では、これらの値の合計は１．０になり、そのため、たとえば、（値の合計が１．０未満の場合と異なって）すべてのグリッドセルが常に検索され得、また、（値の合計が１．０よりも大きくなる場合と異なって）画素の深さが、グリッドにおける最終的な深度レベルを超えて溢れ出ることはあり得ない。ガイド重み値は、たとえば、人が、結果を視覚的に評価することによって、実践的に決定され得る。いくつかの実装形態では、画素輝度（ｒ、ｇ、ｂ値）に対して、たとえばたった３つといった、異なる数のガイド重みが使用され得る。
この例では、これらのガイド重み値は、グリッド深さ検索において、画素輝度（ｒ、ｇ、ｂ値）に５０％、最小成分値に１２．５％、画素の最大成分値に３７．５％だけ重み付けする。いくつかの実装形態では、これらの値の合計は１．０になり、そのため、たとえば、（値の合計が１．０未満の場合と異なって）すべてのグリッドセルが常に検索され得、また、（値の合計が１．０よりも大きくなる場合と異なって）画素の深さが、グリッドにおける最終的な深度レベルを超えて溢れ出ることはあり得ない。ガイド重み値は、たとえば、人が、結果を視覚的に評価することによって、実践的に決定され得る。いくつかの実装形態では、画素輝度（ｒ、ｇ、ｂ値）に対して、たとえばたった３つといった、異なる数のガイド重みが使用され得る。
【0092】
ブロック４０４にはブロック４０６が続き得る。
ブロック４０６において、グリッドセルが、ガイド重みに基づいて、ＬＤＲ画像の画素にマッピングされる。ガイド重みは、入力画素にマッピングされるセルに対応する深さＤを決定するために使用される。
ブロック４０６において、グリッドセルが、ガイド重みに基づいて、ＬＤＲ画像の画素にマッピングされる。ガイド重みは、入力画素にマッピングされるセルに対応する深さＤを決定するために使用される。
【0093】
いくつかの実装形態では、グリッドセルの幅（ｘ）および高さ（ｙ）がＬＤＲ画像の画素（ｘ，ｙ）にマッピングされる。たとえば、ＬＤＲ画像の画素ｘ、ｙは、以下のようにグリッドセルのｘ、ｙ座標に変換され得、
ｇｒｉｄ＿ｘ＝ｌｄｒ＿ｘ／ｌｄｒ＿Ｗ＊（ｇｒｉｄ＿Ｗ－１）
ｇｒｉｄ＿ｙ＝ｌｄｒ＿ｙ／ｌｄｒ＿Ｈ＊（ｇｒｉｄ＿Ｈ－１）
ここで、ｇｒｉｄ＿ｘおよびｇｒｉｄ＿ｙはグリッドセルのｘ位置およびｙ位置であり、ｌｄｒ＿ｘおよびｌｄｒ＿ｙは、グリッドセルにマッピングされるＬＤＲ画像の画素のｘ座標およびｙ座標であり、ｌｄｒ＿Ｗおよびｌｄｒ＿Ｈは、ＬＤＲ画像の合計の画素幅および画素高さであって、ｇｒｉｄ＿Ｗおよびｇｒｉｄ＿Ｈは、それぞれ、双方向グリッドの合計の幅および高さのセル寸法である。
ｇｒｉｄ＿ｘ＝ｌｄｒ＿ｘ／ｌｄｒ＿Ｗ＊（ｇｒｉｄ＿Ｗ－１）
ｇｒｉｄ＿ｙ＝ｌｄｒ＿ｙ／ｌｄｒ＿Ｈ＊（ｇｒｉｄ＿Ｈ－１）
ここで、ｇｒｉｄ＿ｘおよびｇｒｉｄ＿ｙはグリッドセルのｘ位置およびｙ位置であり、ｌｄｒ＿ｘおよびｌｄｒ＿ｙは、グリッドセルにマッピングされるＬＤＲ画像の画素のｘ座標およびｙ座標であり、ｌｄｒ＿Ｗおよびｌｄｒ＿Ｈは、ＬＤＲ画像の合計の画素幅および画素高さであって、ｇｒｉｄ＿Ｗおよびｇｒｉｄ＿Ｈは、それぞれ、双方向グリッドの合計の幅および高さのセル寸法である。
【0094】
いくつかの実装形態では、ＬＤＲ画像にマッピングされるグリッドセルの深さについては次式が使用され得、
ｚ＿ｉｄｘ（ｘ，ｙ）＝（Ｄ－１）＊（ｇｕｉｄｅ＿ｗｅｉｇｈｔｓ・｛ｒ，ｇ，ｂ，ｍｉｎ（ｒ，ｇ，ｂ），ｍａｘ（ｒ，ｇ，ｂ）｝）
ここで、Ｄは、グリッドの合計のセル奥行き寸法であって、ｚ＿ｉｄｘ（ｘ，ｙ）は、ＬＤＲ画像画素（ｘ，ｙ）にマッピングされるセルの双方向グリッドにおける深さである。この式は、ガイド重みのベクトルとＬＤＲ画像の特定の画素の対応する値のベクトルとの内積を決定し、次いで、結果を、グリッドの奥行き寸法のサイズによってスケーリングして、その特定の画素の対応するセルの深さを指示する。たとえば、ガイド重みの乗算結果は０．０～１．０（両端を含む）の値になり得、この結果は、グリッドの様々な深度レベル（バケット）にスケーリングされる。たとえば、Ｄが１６であれば、０．０の乗算値はバケット０へのマッピングをもたらし、０．５の値はバケット７へのマッピングをもたらし、１．０の値はバケット１５（最後のバケットである）へのマッピングをもたらす。ブロック４０６にはブロック４０８が続き得る。
ｚ＿ｉｄｘ（ｘ，ｙ）＝（Ｄ－１）＊（ｇｕｉｄｅ＿ｗｅｉｇｈｔｓ・｛ｒ，ｇ，ｂ，ｍｉｎ（ｒ，ｇ，ｂ），ｍａｘ（ｒ，ｇ，ｂ）｝）
ここで、Ｄは、グリッドの合計のセル奥行き寸法であって、ｚ＿ｉｄｘ（ｘ，ｙ）は、ＬＤＲ画像画素（ｘ，ｙ）にマッピングされるセルの双方向グリッドにおける深さである。この式は、ガイド重みのベクトルとＬＤＲ画像の特定の画素の対応する値のベクトルとの内積を決定し、次いで、結果を、グリッドの奥行き寸法のサイズによってスケーリングして、その特定の画素の対応するセルの深さを指示する。たとえば、ガイド重みの乗算結果は０．０～１．０（両端を含む）の値になり得、この結果は、グリッドの様々な深度レベル（バケット）にスケーリングされる。たとえば、Ｄが１６であれば、０．０の乗算値はバケット０へのマッピングをもたらし、０．５の値はバケット７へのマッピングをもたらし、１．０の値はバケット１５（最後のバケットである）へのマッピングをもたらす。ブロック４０６にはブロック４０８が続き得る。
【0095】
ブロック４０８において、一次方程式のセットの解を使用して回復マップ値が決定される。たとえば、いくつかの実装形態では、双方向グリッドに対する入力は次式を使用して定義され、
ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＝ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ（ｘ，ｙ，ｚ＿ｉｄｘ（ｘ，ｙ））
ここで、ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）は、図３の方法３００を参照しながら上記で説明されているｐｉｘｅｌ＿ｇａｉｎ関数の画素（ｘ，ｙ）における値である。Ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒは、線形空間における画素利得を表す、双方向グリッドのコンテンツである。座標ｘ、ｙ、およびｚ＿ｉｄｘは、双方向グリッドの座標であり、ＬＤＲ画像のｘ、ｙ座標とは異なる。ｚ＿ｉｄｘによって、ガイド重みは、そのｐｉｘｅｌ＿ｇａｉｎがＬＤＲ画像の各画素が双方向グリッドのどの深さに位置しているかを通知し、これが、ブロック４１０において解くべき線形方程式のセットを設定するやり方を通知する。ブロック４０８にはブロック４１０が続き得る。
ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＝ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ（ｘ，ｙ，ｚ＿ｉｄｘ（ｘ，ｙ））
ここで、ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）は、図３の方法３００を参照しながら上記で説明されているｐｉｘｅｌ＿ｇａｉｎ関数の画素（ｘ，ｙ）における値である。Ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒは、線形空間における画素利得を表す、双方向グリッドのコンテンツである。座標ｘ、ｙ、およびｚ＿ｉｄｘは、双方向グリッドの座標であり、ＬＤＲ画像のｘ、ｙ座標とは異なる。ｚ＿ｉｄｘによって、ガイド重みは、そのｐｉｘｅｌ＿ｇａｉｎがＬＤＲ画像の各画素が双方向グリッドのどの深さに位置しているかを通知し、これが、ブロック４１０において解くべき線形方程式のセットを設定するやり方を通知する。ブロック４０８にはブロック４１０が続き得る。
【0096】
いくつかの実装形態では、符号化は、各グリッドセルについて次式を最小化する一次方程式のセットの解として定義される。
【0097】
（ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）＊Ｙｌｄｒ（ｘ，ｙ）－Ｙｈｄｒ（ｘ，ｙ））２
Ｙｌｄｒ値およびＹｈｄｒ値は、それぞれ、ＬＤＲ画像の（ｘ，ｙ）画素位置におけるＬＤＲ画像およびＨＤＲ画像の輝度値である。上記の式の値を最小化するｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）値は、上記の式で指示されているように、各画素がどこで深度ベクトルへと検索されるかということに基づいて解かれ、これは、ガイド重みに基づいて前もって定義されている。
Ｙｌｄｒ値およびＹｈｄｒ値は、それぞれ、ＬＤＲ画像の（ｘ，ｙ）画素位置におけるＬＤＲ画像およびＨＤＲ画像の輝度値である。上記の式の値を最小化するｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ）値は、上記の式で指示されているように、各画素がどこで深度ベクトルへと検索されるかということに基づいて解かれ、これは、ガイド重みに基づいて前もって定義されている。
【0098】
結果の値は次式で定義される。
Ｆｏｒ｛ｘ，ｙ，ｚ｝ｏｖｅｒ｛［０，Ｗ），［０，Ｈ），［０，Ｄ）｝：ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ（ｘ，ｙ，ｚ）
この定義は、双方向グリッドが、ｘについては０から合計のグリッド幅まで、ｙについては０から合計のグリッド高さまで、ｚについては０から合計のグリッド深さまで、定義されることを規定する。たとえば、双方向グリッドが６４×３６×１６であるなら、グリッド値は、ｘについては０～６３（両端を含む）、ｙについては０～３５（両端を含む）、ｚについては０～１５（両端を含む）と定義される。ブロック４０８にはブロック４１０が続き得る。
Ｆｏｒ｛ｘ，ｙ，ｚ｝ｏｖｅｒ｛［０，Ｗ），［０，Ｈ），［０，Ｄ）｝：ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ（ｘ，ｙ，ｚ）
この定義は、双方向グリッドが、ｘについては０から合計のグリッド幅まで、ｙについては０から合計のグリッド高さまで、ｚについては０から合計のグリッド深さまで、定義されることを規定する。たとえば、双方向グリッドが６４×３６×１６であるなら、グリッド値は、ｘについては０～６３（両端を含む）、ｙについては０～３５（両端を含む）、ｚについては０～１５（両端を含む）と定義される。ブロック４０８にはブロック４１０が続き得る。
【0099】
ブロック４１０において、解の値が変換されて双方向グリッドに記憶される。たとえば、解の値は次式で変換され得る。
【0100】
ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ）＝ｌｏｇ（ｐｉｘｅｌ＿ｇａｉｎ（ｘ，ｙ））／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）
または
ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ）＝ｌｏｇ（ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ）／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）
Ｂｉｌａｔｅｒａｌ＿ｇｒｉｄは、対数空間における画素利得を表す、双方向グリッドのコンテンツである。これらの値は符号化されている回復マップとして記憶される。これらの式で指示されているように、ＬＤＲ画像とＨＤＲ画像との間の正規化されている画素利得は、図３のブロック３１０を参照しながら上記で説明されたのと同様に、対数空間において符号化され、レンジスケーリング係数によってスケーリングされる。
または
ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ）＝ｌｏｇ（ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ＿ｌｉｎｅａｒ）／ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）
Ｂｉｌａｔｅｒａｌ＿ｇｒｉｄは、対数空間における画素利得を表す、双方向グリッドのコンテンツである。これらの値は符号化されている回復マップとして記憶される。これらの式で指示されているように、ＬＤＲ画像とＨＤＲ画像との間の正規化されている画素利得は、図３のブロック３１０を参照しながら上記で説明されたのと同様に、対数空間において符号化され、レンジスケーリング係数によってスケーリングされる。
【0101】
ＬＤＲ画像よりも大きなダイナミックレンジを有するＨＤＲ画像を表示するために、双方向グリッドから回復マップを復号するとき、（図５を参照しながら詳細に説明されたように）各回復マップ値は双方向グリッドから抽出される。以下の式において、ｒ、ｇ、およびｂは、ＬＤＲ画像の画素ＬＤＲ（ｘ，ｙ）のそれぞれの成分値である。
【0102】
ｚ＿ｉｄｘ（ｘ，ｙ）＝（Ｄ－１）＊（ｇｕｉｄｅ＿ｗｅｉｇｈｔｓ・｛ｒ，ｇ，ｂ，ｍｉｎ（ｒ，ｇ，ｂ），ｍａｘ（ｒ，ｇ，ｂ）｝）
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ＿ｉｄｘ（ｘ，ｙ））
ここで、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は抽出される回復マップである。いくつかの実装形態では、第１の式において決定されるｚ＿ｉｄｘは、第２の式のｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ）に入力される前に、最も近い整数に丸められ得る。
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝ｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ＿ｉｄｘ（ｘ，ｙ））
ここで、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は抽出される回復マップである。いくつかの実装形態では、第１の式において決定されるｚ＿ｉｄｘは、第２の式のｂｉｌａｔｅｒａｌ＿ｇｒｉｄ（ｘ，ｙ，ｚ）に入力される前に、最も近い整数に丸められ得る。
【0103】
図５は、いくつかの実装形態による、画像を、上位互換の高ダイナミックレンジ画像フォーマットに復号して表示するための例示の方法５００を示す流れ図である。いくつかの実装形態では、方法５００は、たとえば図１に示されるサーバシステム１０２上で実行され得る。いくつかの実装形態では、方法５００のいくらかまたはすべては、図１のクライアント装置１２０、１２２、１２４、または１２６などの１つまたは複数のクライアント装置、図１のサーバ装置１０４などの１つまたは複数のサーバ装置、および／またはサーバ装置とクライアント装置との両方において実施され得る。上記の例では、実施するシステムは、１つまたは複数のデジタルプロセッサまたは処理回路（「プロセッサ」）、および１つまたは複数の記憶装置（たとえばデータベースまたは他の記憶機構）を含む。いくつかの実装形態では、１つまたは複数のサーバおよび／またはクライアントの異なる構成要素は、方法５００の異なるブロックまたは他の部分を実行することができる。いくつかの例では、装置は、方法５００のブロックを実行するものとして説明される。いくつかの実装形態は、結果またはデータを第１の装置に送ることができる１つまたは複数の他の装置（たとえば他のクライアント装置またはサーバ装置）によって実行される方法５００の１つまたは複数のブロックを有し得る。
【0104】
いくつかの実装形態では、方法５００またはその一部は、システムによって自動的に開始され得る。たとえば、方法（またはその一部）は、定期的に実行され得、または、たとえばクライアント装置による画像アプリケーション１０６の開始、クライアント装置による新規画像の取込みまたは受取り、サーバシステム１０２への新規画像のアップロード、方法５００の最後の動作から所定期間の満了、ならびに／あるいは方法５００を実行するシステムによって読み出されるかまたは受け取られる設定で指定され得る１つまたは複数の他の状態の生起、といった１つまたは複数の特定のイベントまたは条件に基づいて実行され得る。
【0105】
方法５００は、画像コンテナを生成した装置とは別の装置によって実行され得る。たとえば、第１の装置は、画像コンテナを生成して、第１の装置とは別の第２の装置によってアクセス可能な記憶位置（たとえばサーバ装置）に記憶することができる。第２の装置は、方法５００によって、画像コンテナにアクセスしてこの画像を表示することができる。いくつかの例では、回復マップは、ハードウェア復号器ならびに／あるいは第２の装置のＣＰＵおよび／またはＧＰＵによって、ベース画像に適用され得る。いくつかの実装形態では、単一の装置が、方法２００において説明されているように画像コンテナを生成することができ、方法５００において説明されているように画像コンテナを復号して表示することができる。いくつかの実装形態では、第１の装置は、方法５００に基づいて画像コンテナから画像を復号し、復号画像を表示するために第２の装置に供給することができる。
【0106】
同様に、図２を参照しながら上記で説明されたように、いくつかの実装形態では、第１の装置（たとえばクラウドにおけるサーバ装置）が、画像コンテナから２つの画像（たとえば、ベース画像ならびにベース画像および回復マップに基づく派生画像）を復号して、第２の装置に２つの画像を送り、第２の装置によって決定されて、たとえば第２の装置の表示装置の特性に基づいて、画像のうち１つを選択して表示する。
【0107】
方法５００（ブロック５１０～５３４）においてユーザデータを使用するために、ユーザ許可が取得され得る。たとえば、許可を得られているユーザデータは、クライアント装置（たとえばクライアント装置１２０～１２６のうち任意のもの）および／またはサーバ装置に記憶されている画像、画像メタデータ、画像アプリケーションの使用に関連するユーザデータ、他の画像ベースの生成などを含み得る。ユーザは、ユーザデータのすべてもしくは任意のサブセットへのアクセスを選択的に許可するため、または許可しないためのオプションを提供される。ユーザ許可が、特定のユーザデータに関して不十分であると、方法５００は、たとえばそのユーザデータは使用せずに、他のデータ（たとえばユーザと無関係の画像）を使用して実行され得る。
【0108】
方法５００は、ブロック５０２から始まり得る。ブロック５１０において、ＬＤＲ画像および回復マップを含む画像コンテナが取得される。たとえば、画像コンテナは、図２の、ＬＤＲ画像とＬＤＲ画像よりも大きなダイナミックレンジを有するＨＤＲ画像とから回復マップを生成する方法２００によって生成される、コンテナであり得る。回復マップは、回復画像などの回復要素としてコンテナに供給され得る。画像コンテナは、たとえば、ＪＰＥＧ用のコンテナ、カスタムＪＰＥＧマーカ（たとえばＪＰＥＧ／Ｅｘｉｆファイルにメタデータを記憶するためのＡＰＰ１セグメント、またはデータのチャンクを記憶するためのマーカ）、国際標準化機構ベースメディアファイルフォーマット（ＩＳＯＢＭＦＦ）、ＡＶ１画像ファイルフォーマット（ＡＶＩＦ）用のコンテナ、ＨＥＩＦ（高効率画像ファイル）、マルチピクチャフォーマット（ＭＰＦ）コンテナ、拡張可能メタデータプラットフォーム（ＸＭＰ）符号化データなど、方法５００を実行する装置によってサポートされ、かつ認識される、標準化されているフォーマットを有し得る。いくつかの実装形態では、回復マップは、規格（たとえばＡＶＩＦ、ＨＥＩＦ）に従う副画像として、または新規タイプの副画像（たとえば、画像アイテムが利得マップであり、したがって、たとえばヘッダにおけるレンジスケーリング係数を定義するように使用されるということを読取り装置に信号伝送する、ＡＶ１利得マップ画像アイテムを定義する）として記憶され得る。ブロック５１０にはブロック５１２が続き得る。
【0109】
ブロック５１２において、画像コンテナの中のＬＤＲ画像が抽出される。いくつかの例示の実装形態では、この抽出は、ＬＤＲ画像を、その標準ファイルフォーマット（たとえばＪＰＥＧ）から、表示および／または処理のために使用する未処理の画像フォーマットまたは他のフォーマットに復号するステップを含み得る。符号化マップからの復号値は次式で決定され得、各回復マップ値において、ｒはレンジであり、ｎはビット数である。
【0110】
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝（ｅｎｃｏｄｅ（ｘ，ｙ）－（２＾ｎ－１）／２）／（（２＾ｎ－１）／２ｒ）
いくつかの例示の実装形態では、図２のブロック２１８に関して上記で説明した量子化されている符号化マップ（ｅｎｃｏｄｅ（ｘ，ｙ））の例に関連して、符号化マップからの復号値は次式で決定され得る。
いくつかの例示の実装形態では、図２のブロック２１８に関して上記で説明した量子化されている符号化マップ（ｅｎｃｏｄｅ（ｘ，ｙ））の例に関連して、符号化マップからの復号値は次式で決定され得る。
【0111】
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝（ｅｎｃｏｄｅ（ｘ，ｙ）－１２７．５）／６３．７５
これは、－２～２であって８ビットとして記憶される回復マップ値の範囲に関するスケールおよびオフセットをもたらす。別の例では、回復マップに記憶される値が－１～１であるなら、復号値は次式で決定され得る。
これは、－２～２であって８ビットとして記憶される回復マップ値の範囲に関するスケールおよびオフセットをもたらす。別の例では、回復マップに記憶される値が－１～１であるなら、復号値は次式で決定され得る。
【0112】
ｒｅｃｏｖｅｒｙ（ｘ，ｙ）＝（ｅｎｃｏｄｅ（ｘ，ｙ）－１２７．５）／１２７．５
他の実装形態では、他の範囲、スケール、オフセット、記憶のビット数などが使用され得る。ブロック５１２にはブロック５１４が続き得る。
他の実装形態では、他の範囲、スケール、オフセット、記憶のビット数などが使用され得る。ブロック５１２にはブロック５１４が続き得る。
【0113】
ブロック５１４において、抽出ＬＤＲ画像から導出したＨＤＲ画像（たとえば派生画像）である出力画像と、ＬＤＲ画像である出力画像とのどちらを表示するべきか、ということが判定される。出力画像は、画像コンテナにアクセスして方法５００を実行する装置に関連するかまたはこれと通信する少なくとも１つのターゲット表示装置に表示される。ターゲット表示装置は、たとえば、表示画面、タッチスクリーン、プロジェクタ、ディスプレイ付きゴーグルまたは眼鏡などの任意の適切な出力表示装置であり得る。表示される出力ＨＤＲ画像は、（たとえば図２のブロック２１０の）画像コンテナを生成するのに使用される元のＨＤＲ画像のダイナミックレンジまでの、コンテナにおけるＬＤＲ画像より高い任意のダイナミックレンジを有し得る。
【0114】
出力ＨＤＲ画像を表示するべきかどうかの判定は、出力画像を表示するターゲット表示装置の１つまたは複数の特性に基づき得る。たとえば、ターゲット表示装置のダイナミックレンジが、出力画像としてＨＤＲ画像またはＬＤＲ画像を表示するべきかどうかを判定することができる。いくつかの例では、ターゲット表示装置が、画像コンテナの中のＬＤＲ画像のダイナミックレンジよりも大きなダイナミックレンジを表示することができる場合には、ＨＤＲ画像を表示するように判定される。ターゲット表示装置がコンテナの中のＬＤＲ画像の低ダイナミックレンジしか表示することができなければ、ＨＤＲ画像は表示されない。
【0115】
いくつかの実装形態または事例では、ターゲット表示装置がＬＤＲ画像よりも大きなダイナミックレンジが可能であっても、ＨＤＲ画像を表示しないことが判定される。たとえば、ユーザの設定または選好が、より小さいダイナミックレンジを有する画像を表示することや、画像を、視覚的に他のＬＤＲ画像と比較するために、ＬＤＲ画像として表示することを、指示することなどがある。
【0116】
ブロック５１４において、ＨＤＲ画像を表示しないと判定された場合には、方法はブロック５１６に進み、画像コンテナからの抽出ＬＤＲ画像がターゲット表示装置によって表示される。一般的には、ＬＤＲ画像は、ＬＤＲ画像のレンジよりも大きなダイナミックレンジを表示することはできないＬＤＲ互換のターゲット出力装置によって表示される。ＬＤＲ画像は、ターゲット表示装置によって直接出力され得、画像コンテナの中の回復マップおよびＨＤＲ画像フォーマットに関するあらゆるメタデータが無視される。いくつかの実装形態では、ＬＤＲ画像は、標準フォーマットで提供され、したがって、標準フォーマットを読み出すことができるあらゆる装置によって読取りおよび表示が可能である。
【0117】
ブロック５１４において、出力画像としてＨＤＲ画像を表示すると判定されたら、方法はブロック５１８に進み、画像コンテナの中の回復要素が抽出される。回復要素に基づいて出力ＨＤＲ画像を表示することに関連するメタデータは、画像コンテナから取得することもできる。たとえば、回復要素は、上記で説明されたような回復画像であり得、上記で説明されたようなメタデータを含むこと、および／またはこれを伴うことができる。コンテナに、および／または画像コンテナからのＬＤＲ画像に、メタデータも含まれ得、またはメタデータが代わりに含まれ得る。
【0118】
いくつかの実装形態では、上記で説明されたように、画像コンテナには複数の回復マップ（たとえば回復要素）が含まれ得る。これらの実装形態のうちいくつかでは、ブロック５１８において、複数の回復要素のうち１つが、以下の処理のために選択され得る。いくつかの実装形態では、選択される回復要素は、ユーザ入力またはユーザ設定によって指定され得、または、いくつかの実装形態では、処理を実行する装置によって、たとえばターゲット出力表示装置または他の出力表示構成要素のうち１つまたは複数の特性に基づいて（たとえば現在のユーザ入力なしで）自動的に選択され得、そのような特性は、オペレーティングシステムコールまたは他の利用可能なソースを使用して取得され得る。たとえば、いくつかの実装形態では、回復要素のうち１つまたは複数が、画像コンテナに記憶されている特定の表示装置特性の指示に関連付けられ得る（またはブロック５１８を実行する装置にアクセス可能である）。ターゲット表示装置が１つまたは複数の特定の特性（たとえば、ダイナミックレンジ、ピーク明度、色域など）を有すると判定されている場合には、ブロック５１８において、それらの特性に関連する特定の回復要素が選択され得る。複数の回復要素が別のレンジスケーリング係数に関連する場合には、このレンジスケーリング係数も選択して取り出される。ブロック５１８にはブロック５２０が続き得る。
【0119】
ブロック５２０において、回復マップは、回復要素から任意選択で復号される。たとえば、回復マップは、回復要素における圧縮形式または他の符号化形式でよく、解凍または復号され得る。たとえば、いくつかの実装形態では、回復マップは、上記で説明されたように双方向グリッドへと符号化され得、双方向グリッドから復号される。ブロック５２０にはブロック５２２が続き得る。
【0120】
ブロック５２４において、抽出ＬＤＲ画像の輝度を出力ＨＤＲ画像用にスケーリングするかどうかが判定される。いくつかの実装形態では、このスケーリングは、ターゲット表示装置の表示出力能力に基づく。たとえば、いくつかの実装形態または事例では、出力ＨＤＲ画像の生成は、ターゲット表示装置が表示可能な特定の輝度に、部分的に基づく。いくつかの実装形態または事例では、この特定の輝度は、ターゲット表示装置が表示可能な最高輝度であり得、表示装置の最高輝度が出力ＨＤＲ画像の輝度の上限を定める。いくつかの実装形態または事例では、ブロック５２４において、たとえば、出力ＨＤＲ画像の生成がターゲット表示装置の輝度能力を考慮に入れず、ＬＤＲ画像の輝度をスケーリングしないことが判定される。
【0121】
ブロック５２４において、ターゲット表示装置の能力に基づいて、出力画像の輝度をスケーリングしないことが判定されると、方法は、ブロック５２６に進み、ここにおいて、ＬＤＲ画像の画素に回復マップの輝度利得が適用され、画素は、レンジスケーリング係数に基づいてスケーリングされ、出力ＨＤＲ画像の対応する画素を決定する。たとえば、ＬＤＲ画像の画素の輝度に輝度利得およびスケーリングが適用され、表示される出力ＨＤＲ画像のそれぞれの対応する画素値を決定する。これによって、出力ＨＤＲ画像は、元のＨＤＲ画像が画像コンテナを生成したときに使用したものと同一のダイナミックレンジを得る。
【0122】
いくつかの例示の実装形態では、ＬＤＲ画像およびレンジスケーリング係数は対数空間に変換され、次式が使用され得、
ＨＤＲ＊（ｘ，ｙ）＝ＬＤＲ＊（ｘ，ｙ）＋ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ここで、ＨＤＲ＊（ｘ，ｙ）は対数空間における回復ＨＤＲ画像（出力画像）の画素（ｘ，ｙ）であり、ＬＤＲ＊（ｘ，ｙ）は、抽出ＬＤＲ画像（たとえばｌｏｇ（ＬＤＲ（ｘ，ｙ））の対数空間バージョンの画素（ｘ，ｙ）であり、ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）は対数空間におけるレンジスケーリング係数であって、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は画素（ｘ，ｙ）における回復マップ値である。たとえば、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は対数空間における、正規化されている画素利得である。
ＨＤＲ＊（ｘ，ｙ）＝ＬＤＲ＊（ｘ，ｙ）＋ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ここで、ＨＤＲ＊（ｘ，ｙ）は対数空間における回復ＨＤＲ画像（出力画像）の画素（ｘ，ｙ）であり、ＬＤＲ＊（ｘ，ｙ）は、抽出ＬＤＲ画像（たとえばｌｏｇ（ＬＤＲ（ｘ，ｙ））の対数空間バージョンの画素（ｘ，ｙ）であり、ｌｏｇ（ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒ）は対数空間におけるレンジスケーリング係数であって、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は画素（ｘ，ｙ）における回復マップ値である。たとえば、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は対数空間における、正規化されている画素利得である。
【0123】
いくつかの例では、たとえばｒｅｃｏｖｅｒｙ（ｘ，ｙ）＊ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒと、画素ごとの利得が適用されるとき、画像のＬＤＲバージョンとＨＤＲバージョンとの間が内挿される。これは、基本的に、画像の元のバージョンとレンジ圧縮バージョンとの間の内挿であり、補間量は、レンジスケーリング係数に依拠するという意味で、画素ごとにも、全体的にも、動的である。いくつかの例では、これは、回復マップ値が０未満であるかまたは１を超える場合には外挿と見なされ得る。
【0124】
いくつかの実装形態では、画像コンテナからのＬＤＲ画像が非線形に符号化され、たとえばガンマ符号化され、非線形ＬＤＲ画像の一次画像色空間は、ＬＤＲ画像が上記の式のために対数空間においてＬＤＲ＊（ｘ，ｙ）に変換される前に、線形バージョンに変換される。たとえば、標準的なＲＧＢ（ｓＲＧＢ）伝達関数を有する色空間は、図３のブロック３０２に関する上記の説明と同様に、ｓＲＧＢ原色を維持する線形色空間に変換され得る。いくつかの実装形態では、コンテナの中のＬＤＲ画像は線形に符号化され得、非線形色空間からのそのような変換は使用されない。
【0125】
ＬＤＲ画像の個々の画素の輝度に輝度利得を適用すると、元の（たとえば元々符号化されている）ＨＤＲ画像に対応する画素をもたらす。ＬＤＲ画像が無損失で記憶され、回復マップが与えられると、出力ＨＤＲ画像は、（たとえば回復マップがＬＤＲ画像と同一の解像度を有する場合には）元のＨＤＲ画像と同一の画素値を有し得る。そうでなければ、ブロック５３２から生じる出力ＨＤＲ画像は、元のＨＤＲ画像に非常に近い近似になり得、ユーザは、通常、出力画像の表示において差があることに視覚的に気づかない。
【0126】
いくつかの実装形態では、出力画像は、表示するために、対数空間から出力色空間に変換され得る。いくつかの実装形態では、たとえば、出力画像色空間は、多チャネル回復マップを使用する場合には、画像コンテナから抽出ＬＤＲ画像の色空間と異なり得る。ブロック５２６には以下のブロック５３４が続き得る。
【0127】
ブロック５２４においてターゲット表示装置の出力に基づいて画像の輝度をスケーリングすることが判定されると、方法はブロック５２８に進み、ここで、ターゲット表示装置の最高輝度出力が決定される。ターゲット表示装置はＨＤＲ表示装置であり得、これらのタイプの装置は、表示装置のモデル、製造業者などに基づいて変化する可能性がある最高輝度値を表示することができる。いくつかの実装形態では、ターゲット表示装置の最高輝度出力は、オペレーティングシステムコールまたは他のソースを介して取得され得る。ブロック５２８には以下のブロック５３０が続き得る。
【0128】
ブロック５３０において表示係数が決定される。表示係数は、以下で説明されるように、表示される出力ＨＤＲ画像のダイナミックレンジをスケーリングするように使用される。いくつかの実装形態では、表示係数は、ターゲット表示装置の輝度出力とレンジスケーリング係数とのうち小さい方以下であるように決定される。たとえば、このことは次式のように規定され得る。
【0129】
ｄｉｓｐｌａｙ ｆａｃｔｏｒ≦ｍｉｎ（ｍａｘｉｍｕｍ ｄｉｓｐｌａｙ ｌｕｍｉｎａｎｃｅ，ｒａｎｇｅ ｓｃａｌｉｎｇ ｆａｃｔｏｒ）
この決定により、出力画像の輝度スケーリングの上限は、ターゲット表示装置の最高の表示輝度に定められ得る。これは、出力画像を、画像コンテナ生成の元になったＨＤＲ画像には存在するもののターゲット表示装置の最高輝度出力レンジよりも高い輝度範囲に（レンジスケーリング係数で指示されるように）スケーリングするのを防止する。いくつかの実装形態では、最高の表示輝度は、ターゲット表示装置の動特性であり得、たとえば、ユーザ設定、アプリケーションプログラムなどによって調節可能であり得る。
この決定により、出力画像の輝度スケーリングの上限は、ターゲット表示装置の最高の表示輝度に定められ得る。これは、出力画像を、画像コンテナ生成の元になったＨＤＲ画像には存在するもののターゲット表示装置の最高輝度出力レンジよりも高い輝度範囲に（レンジスケーリング係数で指示されるように）スケーリングするのを防止する。いくつかの実装形態では、最高の表示輝度は、ターゲット表示装置の動特性であり得、たとえば、ユーザ設定、アプリケーションプログラムなどによって調節可能であり得る。
【0130】
いくつかの実装形態では、表示係数は、レンジスケーリング係数よりも大きく、最高の表示輝度以下の輝度に設定され得る。たとえば、これは、ターゲット表示装置が元のＨＤＲ画像に存在するダイナミックレンジ（これはレンジスケーリング係数で指示され得る）よりも大きなダイナミックレンジを出力することができる場合には、実行され得る。いくつかの例では、ユーザは、（ユーザ設定または選択入力によって）出力画像を明るくするように指示し得る。
【0131】
いくつかの実装形態では、表示係数は、ターゲット表示装置の最高の表示輝度や元のＨＤＲ画像の最高輝度よりも低い輝度に設定され得る。たとえば、表示係数は、１つまたは複数の表示条件、ユーザの入力、選好または設定などによって指示される、表示装置の特定の表示輝度に基づいて設定され得、たとえば、以下で説明されるようないくつかの事例またはアプリケーションにおいて望まれ得る、より低い輝度レベルの出力をもたらす。ブロック５３０には以下のブロック５３２が続き得る。
【0132】
ブロック５３２において、回復マップの輝度利得がＬＤＲ画像に適用され、ＬＤＲ画像の輝度が表示係数に基づいてスケーリングされて、ＨＤＲ画像の対応する画素を決定する。たとえば、回復画像に符号化されている輝度利得がＬＤＲ画像の画素輝度に適用され、表示される出力画像のそれぞれの対応する画素値を決定する。これらの画素値は、たとえばターゲット表示装置の特定の輝度出力（ターゲット表示装置の最高輝度出力であり得る）といった、ブロック５３０で決定されている表示係数に基づいてスケーリングされる。いくつかの実装形態では、これによって、ＬＤＲ画像における高輝部の輝度が、表示装置が表示可能なレベルへと、元のＨＤＲ画像のダイナミックレンジに基づいて最大レベルまで増加され得、または、ＬＤＲ画像における暗部の輝度が、表示装置が表示可能なレベルへと、元のＨＤＲ画像のダイナミックレンジに基づいて下限まで減少され得る。
【0133】
いくつかの例示の実装形態では、ＬＤＲ画像および表示係数は対数空間に変換され、次式が使用され得、
ＨＤＲ＊（ｘ，ｙ）＝ＬＤＲ＊（ｘ，ｙ）＋ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ここで、ＨＤＲ＊（ｘ，ｙ）は対数空間における回復ＨＤＲ画像（出力画像）の画素（ｘ，ｙ）であり、ＬＤＲ＊（ｘ，ｙ）は、抽出ＬＤＲ画像（たとえばｌｏｇ（ＬＤＲ（ｘ，ｙ））の対数空間バージョンの画素（ｘ，ｙ）であり、ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）は対数空間における表示係数であって、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は画素（ｘ，ｙ）における回復マップ値である。たとえば、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は対数空間における、正規化されている画素利得である。
ＨＤＲ＊（ｘ，ｙ）＝ＬＤＲ＊（ｘ，ｙ）＋ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ここで、ＨＤＲ＊（ｘ，ｙ）は対数空間における回復ＨＤＲ画像（出力画像）の画素（ｘ，ｙ）であり、ＬＤＲ＊（ｘ，ｙ）は、抽出ＬＤＲ画像（たとえばｌｏｇ（ＬＤＲ（ｘ，ｙ））の対数空間バージョンの画素（ｘ，ｙ）であり、ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）は対数空間における表示係数であって、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は画素（ｘ，ｙ）における回復マップ値である。たとえば、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は対数空間における、正規化されている画素利得である。
【0134】
いくつかの例では、画素ごとの利得が適用されるとき、たとえばｒｅｃｏｖｅｒｙ＿ｍａｐ（ｘ，ｙ）＊ｄｉｓｐｌａｙ＿ｆａｃｔｏｒと、画像のＬＤＲバージョンとＨＤＲバージョンとの間を内挿することが検討され得る。これは、基本的に、画像の元のバージョンとレンジ圧縮バージョンとの間の内挿と考えられ得、補間量は、表示係数に依拠するという意味で、画素ごとにも、全体的にも、動的である。いくつかの例では、これは、回復マップ値が０未満であるかまたは１を超える場合には外挿と見なされ得る。
【0135】
いくつかの実装形態では、画像コンテナからのＬＤＲ画像が非線形に符号化され、たとえばガンマ符号化され、非線形ＬＤＲ画像の一次画像色空間は、ＬＤＲ画像が上記の式のために対数空間においてＬＤＲ＊（ｘ，ｙ）に変換される前に、線形バージョンに変換される。たとえば、標準的なＲＧＢ（ｓＲＧＢ）伝達関数を有する色空間は、図３のブロック３０２に関する上記の説明と同様に、ｓＲＧＢ原色を維持する線形色空間に変換され得る。いくつかの実装形態では、コンテナの中のＬＤＲ画像は線形に符号化され得、非線形色空間からのそのような変換は使用されない。
【0136】
ＬＤＲ画像の個々の画素の輝度に輝度利得を適用すると、元の（たとえば元々符号化されている）ＨＤＲ画像に対応する画素をもたらす。ＬＤＲ画像が無損失で記憶され、回復マップが与えられると、出力ＨＤＲ画像は、（たとえば回復マップがＬＤＲ画像と同一の解像度を有する場合には）元のＨＤＲ画像と同一の画素値を有し得る。そうでなければ、ブロック５３２をから生じる出力ＨＤＲ画像は、元のＨＤＲ画像に非常に近い近似になり得、ユーザは、通常、出力画像の表示において差があることに視覚的に気づかない。
【0137】
いくつかの実装形態では、出力画像は、表示するために、対数空間から出力色空間に変換され得る。いくつかの実装形態では、たとえば、出力画像色空間は、多チャネル回復マップを使用する場合には、画像コンテナから抽出されるＬＤＲ画像の色空間と異なり得る。ブロック５３２にはブロック５３４が続き得る。
【0138】
ブロック５３４において、ブロック５２６またはブロック５３２において決定されている出力ＨＤＲ画像が、ターゲット表示装置によって表示される。出力ＨＤＲ画像は、ＬＤＲ画像のレンジよりも大きなダイナミックレンジを表示することができるＨＤＲ互換の表示装置によって表示される。画像コンテナから生成される出力ＨＤＲ画像は、回復マップが輝度情報を記憶しているので、画像コンテナを生成するために使用された元のＨＤＲ画像と同一になり得、またはほぼ同一になり得て、一般的には、元のＨＤＲ画像との視覚的判別は不可能である。
【0139】
いくつかの実装形態では、（ブロック５２６またはブロック５３２からの）出力ＨＤＲ画像は、たとえば線形画像または他の出力ＨＤＲ画像フォーマットとしてターゲット表示装置に表示するのに適切であり得る。たとえば、出力ＨＤＲ画像は、ブロック５３２の表示係数によって処理されていてよく、回復マップを適用することから生じる出力ＨＤＲ画像が表示用に直接レンダリングされるように、表示のためのさらなる変更は不要になり得る。
【0140】
いくつかの実装形態または事例では、出力ＨＤＲ画像は、ターゲット表示装置に表示するために、たとえば、ターゲット表示装置による表示に、出力ＨＤＲ画像よりも適切であり得る画像フォーマットといった、別のフォーマットに変換され得る。たとえば、ブロック５２６からの（またはいくつかの実装形態ではブロック５３２からの）出力ＨＤＲ画像は、ターゲットディスプレイの能力に適する輝度範囲に変換され得る（これは、いくつかの実装形態では、ブロック５３２における表示係数の使用に追加され得る）。いくつかの実装形態では、出力ＨＤＲ画像は、たとえば、ＨＬＧ／ＰＱまたは他の標準的なＨＤＲフォーマットといった標準画像フォーマットを有する標準画像に変換され得る。これらの例のいくつかにおいて、ターゲット表示装置によって表示するために、そのような標準画像に汎用のトーンマッピング技術が適用され得る。
【0141】
いくつかの実装形態または事例では、ブロック５３２の表示係数によってターゲット表示装置向けに処理されている出力ＨＤＲ画像は、標準フォーマットへのさらなる変換や、表示のために汎用トーンマッピング技術を使用する処理はなしで、汎用トーンマッピング技術によってそのように変換して処理されている出力ＨＤＲ画像よりも、ターゲット装置における高品質の画像表示をもたらし得る。たとえば、回復マップによってもたらされるローカルトーンマッピングは汎用またはグローバルのトーンマッピングよりも、たとえばより詳細で、より高品質の画像をもたらすことができる。その上、異なる装置仕様および実装形態に基づくグローバルトーンマッピング技術を使用する、ＨＤＲ画像から何らかの標準フォーマットへの変換には、曖昧さや差異がある可能性がある。
【0142】
いくつかの実装形態では、表示装置に、たとえば拡張レンジフォーマットといった線形フォーマットの画像を出力するための技術が使用され得、このフォーマットでは、０は黒を表現し、１はＳＤＲ白を表現し、１を超える値はＨＤＲ明度を表現する。そのような技術は、ターゲット表示装置の表示能力を扱うためのグローバルトーンマッピング技術に伴う問題を回避することができる。本明細書で説明されている１つまたは複数の技術は、上記で説明されているような表示係数によって回復マップを適用することにより、表示装置の表示能力を扱うことができ、そのため、拡張されるレンジ値が表示装置の表示能力を超過することはない。
【0143】
前述のように、装置は、ＨＤＲ表示装置の最高輝度出力および回復マップに記憶されている輝度利得に基づいて、ＬＤＲ画像の画素輝度をスケーリングすることができる。いくつかの実装形態では、たとえば多くの写真や映像の用途において、ＨＤＲ出力画像を生成するために、（ターゲット表示装置が元のＨＤＲ画像の全範囲を表示することができる場合には）画像コンテナを生成するために使用された元のＨＤＲ画像のフルダイナミックレンジを再現する、ＬＤＲ画像のスケーリングが使用され得る。いくつかの実装形態では、ＬＤＲ画像のスケーリングは、出力ＨＤＲ画像用に、ＬＤＲ画像のレンジよりも高い任意のダイナミックレンジを設定することができる。いくつかの実装形態では、ダイナミックレンジは、元のＨＤＲ画像のレンジより小さくなることもできる。たとえば、出力画像輝度は、ターゲット表示装置の能力および／または他の基準に基づいてスケーリングされ得、あるいは、たとえば見る人が視覚的に不快になるかまたは疲労する恐れのある、画像の表示明度を低減するために、元のＨＤＲ画像および／またはターゲット表示装置の最高の能力よりも低くスケーリングされ得る。たとえば、表示装置のまわりの周囲光、時間帯などの様々な要因のうち１つまたは複数を検知して、出力画像用に、低減されるダイナミックレンジまたは低減される最高輝度を決定するために、疲労軽減アルゴリズムと、このアルゴリズムを実施する装置と通信する１つまたは複数の光センサとが使用され得る。たとえば、出力画像の輝度レベルは、本明細書でいくつかの実装形態に関して説明されているように、ＨＤＲ画像を決定するのに使用される回復マップ値および／または表示係数をスケーリングすることによって、たとえば、上記に示されている例示の式におけるｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒおよび／または表示係数をスケーリングすることによって、減少され得る。別の例では、装置は、装置のバッテリー電力レベルが閾値レベル未満になったので（たとえば高い表示明度を回避することによって）バッテリー電力を節約するべきであると判定することがあり、その場合、ＨＤＲ画像を、元のＨＤＲ画像の明度未満で表示する。
【0144】
いくつかの実装形態では、（たとえばターゲット表示装置が元のＨＤＲ画像よりも大きなダイナミックレンジを有する場合には）ＬＤＲ画像の輝度は、元のＨＤＲ画像のダイナミックレンジよりも大きく（たとえばより高く）スケーリングされ得る。出力ＨＤＲ画像のダイナミックレンジは、元のＨＤＲ画像のダイナミックレンジに拘束されず、いかなる特定の高ダイナミックレンジにも拘束されない。いくつかの例では、出力ＨＤＲ画像の最大のダイナミックレンジは、元のＨＤＲ画像の最大のダイナミックレンジおよび／またはターゲット出力装置の最大のダイナミックレンジよりも小さくなり得る。
【0145】
いくつかの実装形態では、出力ＨＤＲ画像の表示は、より低い輝度レベルから出力ＨＤＲ画像の全（最大の）輝度レベル（前述のように決定されている最大輝度レベル）まで漸進的にスケーリングされ得る。たとえば、２～４秒などの特定の期間（いくつかの実装形態ではユーザ構成可能である）にわたって漸進的にスケーリングされ得る。漸進的にスケーリングすると、低輝度（たとえばＬＤＲ画像）を表示した後により高い輝度のＨＤＲ画像を表示するとき、明度が突然大きく増加することによるユーザの不快感を回避することができる。本明細書で説明されたように、たとえばＨＤＲ画像を決定する際に使用される回復マップ値および／または表示係数をスケーリングして、ＬＤＲ画像を、そのＨＤＲバージョンまで、たとえば複数のステップで漸進的に明るくすることにより、ＬＤＲ画像がそのＨＤＲバージョンまで漸進的にスケーリングされ得る。たとえば、ｒａｎｇｅ＿ｓｃａｌｉｎｇ＿ｆａｃｔｏｒおよび／またはｄｉｓｐｌａｙ＿ｆａｃｔｏｒは、前述の式でスケーリングされ得る。他の実装形態では、その期間にわたって、より高いダイナミックレンジの中間画像を漸進的に取得するために、複数のスケーリング動作が連続して実行され得る。ＨＤＲフォーマットに関して本明細書で説明されたようなローカルトーンマッピングではなく、前述のようにグローバルトーンマッピング技術を使用してＬＤＲ画像をＨＤＲ画像へとスケーリングする他のＨＤＲ画像フォーマットは、そのような漸進的スケーリングを実行するとき表示品位がより低くなる可能性、または漸進的スケーリングをサポートしない可能性がある。
【0146】
いくつかの例では、ＨＤＲ画像輝度のこの漸進的スケーリングは、特定の表示条件に関して実行または起動され得る。そのような条件には、たとえば、表示装置にＬＤＲ画像を表示した直後に出力ＨＤＲ画像を表示することが含まれ得る。いくつかの例では、ＬＤＲ画像のグリッドが表示され得て、ユーザは、これらの画像のうち１つを選択し、この選択画像のＨＤＲバージョンを画面に表示する（前述のように、ＨＤＲ画像は、関連する画像コンテナから、回復要素に基づいて判定され得る）。ＬＤＲ画像表示からＨＤＲ画像表示に切り換えるとき、明度が突然大きく増加するのを回避するために、ＨＤＲ画像は、当初はＬＤＲ画像の低い輝度レベルで表示されて漸進的に更新され得る（たとえば、高いダイナミックレンジを有する画像コンテンツを累進的に表示することにより、増分においてその最大輝度レベルまで増加する。たとえば、フェードイン、フェードアウトのアニメーション）。別の例では、漸進的スケーリングを起動するための表示条件は、本明細書で説明されているように、（たとえば装置のまわりの低い周囲光レベルに基づいて）低レベルに設定される全体的な画面明度を含み得る。たとえば、全体的な画面明度は、ＨＤＲ輝度の漸進的スケーリングを起動するための特定の閾値レベルを下回る輝度レベルを有し得る。
【0147】
いくつかの事例または条件において、たとえば、１つまたは複数のＨＤＲ画像が表示されて、出力ＨＤＲ画像によって置換されるときには、出力ＨＤＲ画像は、漸進的スケーリングなしで、直ちにその最高輝度で表示され得る。たとえば、第１のＨＤＲ画像の表示に続いて第２のＨＤＲ画像が表示されるとき、ユーザが第１のＨＤＲ画像の高輝度を見ることに既に慣れているので、第２のＨＤＲ画像はその最高輝度で直ちに表示され得る。
【0148】
いくつかの実装形態では、出力画像（たとえばＬＤＲ出力画像またはＨＤＲ出力画像のいずれか）を表示した後、出力画像を表示した装置は、ユーザ（または、たとえば他の装置といった他のソース）から、出力画像の表示を修正して、表示のダイナミックレンジを、たとえば表示装置および／または元のＨＤＲ画像の、最高のダイナミックレンジまで増加または減少させるように命令するユーザ入力を受け取ることができる。たとえば、装置は、表示を修正するユーザ入力を受け取ることに応答して、ユーザ入力に従って（前述の）表示係数を修正することができ、このことは、表示される出力画像のダイナミックレンジを変化させる。いくつかの例では、ユーザがダイナミックレンジを減少すると、表示係数が対応する量だけ減少され得て、出力画像は、もたらされるより小さいダイナミックレンジで表示される。表示のこの変化は、ユーザ入力に応答して、リアルタイムで提供され得る。
【0149】
いくつかの実装形態では、出力画像を表示する装置は、出力画像を表示した後に、たとえばユーザまたはたとえば他の装置といった他のソースから、出力画像を修正するかまたは編集するように命令する入力を受け取ることができる。いくつかの実装形態では、そのような修正の後に、回復マップは、たとえば、もはやＬＤＲ画像に適切に適用し得ないので、棄却され得る。いくつかの実装形態では、回復マップはそのような修正の後に維持され得る。いくつかの実装形態では、回復マップは、ＬＤＲ画像の修正バージョンを反映するために、出力画像に対する修正に基づいて更新され得る。
【0150】
いくつかの例では、ＨＤＲディスプレイのユーザおよび／またはＨＤＲを認識する編集アプリケーションプログラムによって修正が実行されると、修正の特性はより大きなダイナミックレンジにおいて知られ、編集画像に基づいて回復マップが決定され得る。たとえば、いくつかの実装形態では、画像の画像編集インターフェースへのロード時間において、回復マップは、全解像度画像に復号され、アルファチャネル、他のチャネル、または出力画像に関連付けられているデータとして、エディタに提示され得る。たとえば、回復マップは、エディタにおいて、画像用チャネルのリストの中に追加のチャネルとして表示され得る。ＬＤＲ画像とＨＤＲ出力画像との両方がエディタに表示され得て、両方のバージョンにおける画像に対する修正が可視化される。ユーザがエディタのツールを使用して画像を編集するとき、対応する編集は、回復マップおよびＬＤＲ画像（ベース画像）に対して行われる。いくつかの例では、ユーザは、画像のＲＧＢまたはＲＧＢＡ（赤緑青アルファ）を編集するかどうかを決定することができる。いくつかの実装形態では、ユーザは、回復マップ（たとえばアルファチャネル）を手動で編集して、表示されているＬＤＲ画像が同一のままである間は、表示されているＨＤＲ画像の変化を観察することができる。
【0151】
いくつかの実装形態では、レンジスケーリング係数の増減を調節することができる画像編集インターフェースにおいて、全体的なダイナミックレンジ制御が提供され得る。画像に対するクロッピング、リサンプリングなどの操作を編集すると、アルファチャネルがＲＧＢチャネルと同様に更新され得る。ＬＤＲ画像は、保存するとき、画像コンテナに再び保存され得る。保存されるＬＤＲ画像は、インターフェースにおいて編集されたものでよく、または編集済みのＨＤＲ画像からローカルトーンマッピングによって生成されるか、もしくは回復マップによって各画素においてスケーリング（たとえば分割）して編集済みのＨＤＲ画像に基づいて生成される、新規のＬＤＲ画像でもよい。編集済みの回復マップは、画像コンテナに再び保存され得る。様々な実装形態において、回復マップは、そのような符号化が使用される場合には、双方向グリッドに再処理され得、または、画像および回復マップは、たとえば画像がさらに編集される場合には、より大きな必要記憶量を用いて無損失で保存され得る。
【0152】
いくつかの実装形態では、エディタまたは他のプログラムは、説明されている画像フォーマットのＬＤＲ画像および回復マップを、たとえば１０ビットのＨＤＲ ＡＶＩＦ画像または別のＨＤＲフォーマットの画像といった標準的なＨＤＲ画像へと変換することができる。
【0153】
様々な実装形態において、方法２００、３００、４００、および／または５００の様々なブロックは、組み合わされてよく、複数のブロックに分割されてよく、並行して実行されてよく、または非同期で実行されてもよい。いくつかの実装形態では、これらの方法の１つまたは複数のブロックが実行される順序は、これらの図に示されているものと同じでも異なってもよい。たとえば、様々な実装形態において、図２のブロック２１０および２１２および／または図３のブロック３０２および３０４は、異なる順序で、または並行して実行され得る。方法２００、３００、４００、および／または５００、あるいはその一部は、さらなる入力を使用して、任意の回数繰り返され得る。たとえば、いくつかの実装形態では、１つまたは複数の新規画像が、方法を実行する装置によって受け取られるとき、および／またはユーザの画像ライブラリに記憶されるとき、方法２００が実行され得る。
【0154】
いくつかの実装形態では、ＨＤＲ画像とＬＤＲ画像とは、上記で説明されているそれぞれの役割を逆にされ得る。たとえば、ＨＤＲ画像よりもダイナミックレンジが小さい元のＬＤＲ画像ではなく、元のＨＤＲ画像が、（たとえばブロック２１８において、ベース画像として）画像コンテナに記憶され得る。回復マップは、決定されて、ＨＤＲ画像のダイナミックレンジよりも小さい、低ダイナミックレンジしか表示することができないＬＤＲ表示装置のために、ベースＨＤＲ画像から派生出力ＬＤＲ画像を決定するやり方を指示する画像コンテナに記憶され得る。回復マップは、ベースＨＤＲ画像および元のＬＤＲ画像に基づく利得および／またはスケーリング係数を含み得、いくつかの実装形態では、元のＬＤＲ画像は、上記で説明されたのと同様にトーンマッピング画像（そうでなければＨＤＲ画像のレンジ変換）になり得る。
【0155】
説明されている実装形態のうちいくつかは、全体画像に対するグローバルまたは汎用のトーンマッピングをもたらす現在の技術（たとえばＨＬＧ／ＰＱ伝達関数）の制約なしで、ＨＤＲ画像のトーンマッピングに基づいて、より高品質のＬＤＲ画像を取得して出力するためのＨＤＲ画像をもたらすアプリケーションを使用可能にすることができる。本明細書で説明されている、回復マップ技術を使用することによって提供されるローカルトーンマッピングは、たとえば、画像の共有、またはＬＤＲ画像しかサポートしないサービスまたはアプリケーションに対する画像のアップロードなどの用途のために、グローバルまたは汎用のトーンマッピングを適用することなく、ＨＤＲ画像からＬＤＲ画像への、より高い忠実度の変換を可能にすることができる。
【0156】
いくつかの実装形態では、本明細書で説明されているＨＤＲ画像などのＨＤＲ画像の表示のために、輝度制御が提供され得る。装置のユーザは、ＨＤＲ輝度制御を調節して、表示装置がＨＤＲ画像を表示する最高輝度（たとえば明度）を指定することができる。いくつかの実装形態では、ＨＤＲ画像の最高輝度は、ＨＤＲ画像の表示される画素の最高の平均輝度として決定され得、というのは、そのような平均は、ユーザに知覚される画像明度を示し得るからである。他の実装形態では、最高輝度は、ＨＤＲ画像の最も明るい画素の最大値として、ＨＤＲ画像の１つまたは複数の特定の各画素の最大値（またはそのような特定の各画素の平均の最大値）として、かつ／またはＨＤＲ画像の１つまたは複数の他の特性に基づいて、決定され得る。輝度制御が、ＨＤＲ画像の表示可能な最高輝度未満の値に設定されると、装置は、出力ＨＤＲ画像の最高輝度を、輝度制御に基づくより低い輝度レベルに減少させる。これによって、ユーザは、より低い最大輝度レベルを好むなら、たとえば、高輝度ＨＤＲ画像の眩しさによる不快感または疲労を回避するため、および／または、高輝度ＨＤＲ画像と、ＨＤＲ画像の外部の表示画面の他のコンテンツ（たとえばＬＤＲ画像、ユーザインターフェース要素など、より低い輝度で表示され得る）との間のコントラストを減少させるために、表示されるＨＤＲ画像の最高輝度を調節することができる。場合によっては、ＨＤＲ画像の最大輝度レベルを減少させると、表示の明度を減少させるによって、表示装置によるバッテリー電力の消費を低減することができる。
【0157】
たとえば、ＨＤＲ輝度制御は、ＨＤＲ画像を表示する装置上で実行するアプリケーションのためにＨＤＲ画像輝度を制御する装置による（たとえば装置上で実行するオペレーティングシステムによる）全体的輝度制御またはシステム輝度制御として実施され得る。いくつかの例では、輝度制御は、装置上で実行するすべてのアプリケーション、装置上で実行する特定のタイプのすべてのアプリケーション（たとえば画像観察アプリケーションおよび画像編集アプリケーション）、および／またはユーザによって指定された特定のアプリケーションに適用され得る。これによって、ユーザは、たとえば、表示される個々のＨＤＲ画像に対する輝度調節を必要とすることなく、装置が表示するすべての（または多くの）ＨＤＲ画像に対して単一の輝度調節を指定することが可能になる。そのようなシステム輝度制御は、装置上で実行するすべてのアプリケーションによる表示の整合性をもたらすことができ、ユーザに、表示されるＨＤＲ画像の最高輝度に関するそれ以上の制御を提供することもできる。いくつかの実装形態では、ＨＤＲ輝度制御は、たとえばアクセス可能性制御、ユーザ選好、ユーザ設定などのような、装置上の他のシステム制御を用いて実施され得る。システム輝度制御によって設定される値は、その画像を表示するために使用される、たとえば、上記で説明されたような最高の表示装置輝度、画像に関する個々の輝度設定などに基づく表示係数といった他のスケーリング係数に加えて、ＨＤＲ画像出力の出力を調節するために使用され得る。
【0158】
いくつかの例では、システム輝度制御は、たとえば、表示装置がＨＤＲ画像に関して表示可能な最高輝度値または最高輝度の割合（たとえば、最高輝度が、ＨＤＲ画像の画素の平均輝度の最大値として決定され得る場合には、ＨＤＲ画像の最も明るい画素もしくは特定の画素の最大値、または１つまたは複数の他の画像特性に基づく最大値）を指示する、ユーザが調節可能なスライダまたは値として実施され得る。たとえば、輝度制御が、ユーザによって７０％（たとえば、前述のように最高輝度を決定するために使用される場合には、表示装置の最高輝度の７０％）に設定される場合には、各ＨＤＲ画像は、それらの最高輝度の７０％で表示され得る。いくつかの実装形態では、ユーザは、システム輝度制御によって、種々の画面輝度に関して種々の最高のＨＤＲ画像輝度を指定することができる。たとえば、全体の画面が高い画面輝度でコンテンツを表示している場合には、全体的な画面輝度とＨＤＲ画像輝度との間にはあまりコントラストがないので、最高のＨＤＲ画像輝度は、たとえば９０％または１００％と、より高くされ得る。低い画面輝度では、最高のＨＤＲ画像輝度は、全体的な画面輝度とＨＤＲ画像輝度との間のコントラストを減少させるために、たとえば５０％または６０％と、より低くされ得る。いくつかの実装形態では、システム輝度制御は、（たとえばスライダまたは他のインターフェース制御部によって）最高のＳＤＲ画像輝度と相関する設定として与えられ得る。たとえば、設定は、最高のＨＤＲ輝度値を、最高のＳＤＲ画像輝度のＮ倍の値に設定することができ、Ｎは、画像を表示するように使用される表示装置の最高輝度に基づく最大の設定可能な値を有する。いくつかの例では、設定値１は、ＳＤＲ（ベース）画像の最高輝度を指示することができ、輝度制御の最大の値または設定である設定値は、表示装置の最高輝度において表示するように指示する。
【0159】
いくつかの実装形態では、ＨＤＲ画像輝度に関するこれらの変数設定は、ユーザインターフェース制御を介して入力され得る。たとえば、ユーザは、現在の画面輝度に対する可変の最高ＨＤＲ輝度を有するグラフを定義することができる。いくつかの実装形態では、ユーザインターフェースにおいて複数の所定のＨＤＲ輝度構成が提供され得て、ユーザは、これらの構成のうち１つを装置で使用するように選択することができる。たとえば、各構成は、画面輝度値の特定のレンジに関連する、最高のＨＤＲ輝度値の別々のセットをもたらすことができる。いくつかの実装形態では、ユーザによって選択されたら、ＨＤＲ画像をＬＤＲ輝度で表示するようにＨＤＲ輝度を除去するトグル制御が提供され得る。たとえば、ユーザによってトグルが選択されると、関連する回復マップまたは回復要素が（本明細書で説明されているように）無視され得て、ベース画像が表示される。
【0160】
図６は、高ダイナミックレンジを有する画像６００の例示的近似（ＨＤＲ画像のフルダイナミックレンジは、これでは表現できない。たとえば、これはＨＤＲシーンのＬＤＲ描写である）の具体例である。たとえば、ＨＤＲ画像６００は、ＨＤＲ画像を取り込むことができるカメラで取り込んだものでよい。画像６００において、画像領域６０２、６０４、および６０６は、詳細に示されており、これらの領域は、観測者には自然に見えるので、より大きなダイナミックレンジで描写され得る。
【0161】
図７は、標準的なＪＰＥＧ画像の低ダイナミックレンジなど、ＨＤＲ画像６００よりも小さいダイナミックレンジを有する、ＬＤＲ画像７００の表現の一例を示す。ＬＤＲ画像７００は、画像６００と同一のシーンを描写している。たとえば、画像７００は、カメラが取り込んだＬＤＲ画像でよい。この例では、空の画像領域７０２は適切に露光されているが、前景画像領域７０４および７０６は、画像におけるレンジ圧縮の不足によって露光が不十分な暗部であり、したがって、これらの領域は暗すぎて視覚的詳細を失っている。
【0162】
図８は、画像８００の別の例であり、ＬＤＲ画像７００と同様に、ＨＤＲ画像６００よりも小さいダイナミックレンジを有し、画像６００や７００と同一のシーンを描写している。たとえば、画像８００は、カメラが取り込んだＬＤＲ画像でよい。この例では、画像におけるレンジ圧縮の不足によって空の画像領域８０２は過度に露光され、詳細は失われているが、前景画像領域８０４および８０６は、適切に露光され、適切な詳細を含む。
【0163】
図９は、レンジ圧縮ＬＤＲ画像９００の例である。たとえば、画像９００は、ＨＤＲ画像６００からローカルトーンマッピングされ得る。ローカルトーンマッピングは様々なトーンマッピング技術のうち任意のものを使用して実行され得る。たとえば、画像７００の暗部は、画像の縁部のコントラストを維持しながら輝度を増加され得る。したがって、画像９００は、画像６００よりもより小さいダイナミックレンジを有する（このことは、これらの図では知覚不可能である）が、図７の画像７００および図８の画像８００を上回って、画像の詳細を維持することができる。画像９００などのレンジ圧縮画像は、本明細書で説明されている画像フォーマットにおけるＬＤＲ画像として使用され得、与えられるＨＤＲ画像のＬＤＲバージョンとして、説明されている画像コンテナに含まれ得る。
【0164】
図１０は、本明細書で説明される１つまたは複数の機能を実施するために使用され得る例示の装置１４００のブロック図である。一例では、装置１０００は、たとえば図１に示されているクライアント装置１２０～１２６のうち任意のものといったクライアント装置を実施するために使用され得る。あるいは、装置１０００は、たとえばサーバ装置１０４といったサーバ装置を実施することができる。いくつかの実装形態では、装置１０００は、クライアント装置、サーバ装置、またはクライアント装置とサーバ装置との両方を実施するために使用され得る。装置１０００は、前述のように、任意の適切なコンピュータシステム、サーバ、または他の電子装置もしくはハードウェア装置であり得る。
【0165】
本明細書で説明されている１つまたは複数の方法は、たとえば、任意のタイプのコンピューティングデバイス上で実行され得るスタンドアロンのコンピュータプログラム、ウェブページを有するウェブアプリケーション、ウェブブラウザ上で動作するプログラム、モバイルコンピューティングデバイス（たとえば、携帯電話、スマートフォン、タブレットコンピュータ、ウェアラブルデバイス（腕時計、アームバンド、宝石、帽子、仮想現実ゴーグルまたは眼鏡、拡張現実ゴーグルまたは眼鏡、ヘッドマウントディスプレイなど）、ラップトップコンピュータなど）上で動作するモバイルアプリケーション（「ａｐｐ」）として、いくつかの環境およびプラットフォームにおいて動作することができる。一例では、クライアント／サーバアーキテクチャが使用され得、たとえば、（クライアント装置としての）モバイルコンピューティングデバイスが、サーバ装置にユーザ入力データを送り、サーバから、出力用の（たとえば表示用の）最終的な出力データを受け取る。別の例では、すべての計算が、モバイルコンピューティングデバイス上のモバイルａｐｐ（および／または他のａｐｐ）の内部で実行され得る。別の例では、計算は、モバイルコンピューティングデバイスと１つまたは複数のサーバ装置との間に分割され得る。
【0166】
いくつかの実装形態では、装置１０００は、プロセッサ１００２、メモリ１００４、および入出力（Ｉ／Ｏ）インターフェース１００６を含む。プロセッサ１００２は、プログラムコードを実行して装置１０００の基本動作を制御するための、１つまたは複数のプロセッサおよび／または処理回路であり得る。「プロセッサ」は、データ、信号または他の情報を処理する、任意の適切なハードウェアシステム、機構または構成要素を含む。プロセッサが含み得るシステムは、１つまたは複数のコア（たとえば単一コア、デュアルコア、またはマルチコア構成）を有する汎用中央処理装置（ＣＰＵ）、（たとえばマルチプロセッサ構成における）複数の処理ユニット、グラフィック処理ユニット（ＧＰＵ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、複雑なプログラム可能論理デバイス（ＣＰＬＤ）、機能性を実現するための専用回路（たとえば１つまたは複数のハードウェア画像復号器および／またはビデオ復号器）、ニューラルネットワークモデルに基づく処理を実施するための専用プロセッサ、ニューラル回路、マトリクス計算（たとえばマトリクス乗算）用に最適化したプロセッサ、または他のシステムを有する。いくつかの実装形態では、プロセッサ１００２は、ニューラルネットワーク処理を実施する１つまたは複数のコプロセッサを含み得る。いくつかの実装形態では、プロセッサ１００２は、データを処理して確率的出力を生成するプロセッサでよく、たとえば、プロセッサ１００２によって生成される出力は、不正確であるか、または予期される出力から、ある範囲内で正確であり得る。処理は、特定の地理的な位置に制限される必要はなく、時間的な制限もなくてよい。たとえば、プロセッサの機能は、「リアルタイム」、「オフライン」、「バッチモード」などで実行され得る。処理の一部は、別々の（または同一の）処理システムによって、別々の時間および別々の位置において実行され得る。コンピュータは、メモリと通信する任意のプロセッサでよい。
【0167】
メモリ１００４は、一般的には、プロセッサ１００２によってアクセスされるように装置１０００の中に用意され、プロセッサが実行する命令を記憶するのに適した、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去可能読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリなどの任意の適切なプロセッサ読取り可能な記憶媒体でよく、プロセッサ１００２から分離して配置されてよく、またはプロセッサ１００２に組み込まれてもよい。メモリ１００４に記憶され得るソフトウェアは、オペレーティングシステム１００８、画像アプリケーション１０１０（たとえば図１の画像アプリケーション１０６であり得る）、他のアプリケーション１０１２、およびアプリケーションデータ１０１４を含み、プロセッサ１００２によってサーバ装置１０００上で動作する。他のアプリケーション１０１２は、データ表示エンジン、ウェブホスティングエンジン、地図アプリケーション、画像表示エンジン、通知エンジン、ソーシャルネットワーキングエンジン、メディア表示アプリケーション、通信アプリケーション、ウェブホスティングエンジンまたはアプリケーション、メディア共有アプリケーションなどのアプリケーションを含み得る。いくつかの実装形態では、画像アプリケーション１０１０は、プロセッサ１００２が、たとえば図２～図５および／または図１０～図１２の方法のうちいくつかまたはすべてといった、本明細書で説明されている機能を実行することを可能にする命令を含み得る。いくつかの実装形態では、本明細書で説明されているフォーマットで記憶される画像（回復マップ、メタデータなどを含む）は、アプリケーションデータ１０１４または他のデータとして、メモリ１００４、および／または装置１０００と通信する１つまたは複数の他の装置の他の記憶装置に記憶され得る。いくつかの例では、メモリ１００４に記憶される画像アプリケーション１０１０または他のアプリケーションは、画像符号化／映像符号化およびコンテナ生成のモジュール（たとえば図２～図４の方法を実行する）および／または画像復号／映像復号モジュール（たとえば図５の方法を実行する）を含み得、あるいは、そのようなモジュールは、少数または単一のモジュールまたはアプリケーションに組み込まれ得る。
【0168】
メモリ１００４の中のあらゆるソフトウェアが、代わりに、他の適切な記憶位置またはコンピュータ可読媒体に記憶され得る。加えて、メモリ１００４（および／または他の接続されている記憶装置）は、１つまたは複数のメッセージ、１つまたは複数の分類法、電子百科事典、辞書、デジタル地図、シソーラス、知識ベース、メッセージデータ、文法、ユーザ選好、ならびに／あるいは、本明細書で説明されている機能において使用される他の命令およびデータを記憶することができる。メモリ１００４および他のタイプの記憶機構（磁気ディスク、光ディスク、磁気テープ、または他の有体のメディア）は、「記憶機構」または「記憶装置」と見なされ得る。
【0169】
Ｉ／Ｏインターフェース１００６は、サーバ装置１０００を他のシステムおよび装置とインターフェースすることを可能にする機能をもたらし得る。インターフェースされる装置は、装置１０００の一部として含まれ得、または分離して、装置１０００と通信することができる。たとえば、ネットワーク通信装置、記憶装置（たとえばメモリおよび／またはデータベース）、および入出力装置は、Ｉ／Ｏインターフェース１００６を介して通信することができる。いくつかの実装形態では、Ｉ／Ｏインターフェースは、入力装置（キーボード、ポインティングデバイス、タッチスクリーン、マイクロフォン、カメラ、スキャナ、センサなど）および／または出力装置（表示装置、スピーカ装置、プリンタ、モータなど）などのインターフェース装置に接続することができる。
【0170】
Ｉ／Ｏインターフェース１００６に接続可能なインターフェースされる装置のいくつかの例は、たとえば画像、映像、および／または本明細書で説明されているようなアプリケーションのユーザインターフェースといったコンテンツを表示するために使用され得る１つまたは複数の表示装置１０２０を含み得る。表示装置１０２０は、任意の適切な表示装置であり得、ローカル接続（たとえば表示バス）および／またはネットワーク接続によって装置１０００に接続され得る。表示装置１０２０は、ＬＣＤ、ＬＥＤ、またはプラズマディスプレイスクリーン、ＣＲＴ、テレビ、モニタ、タッチスクリーン、３Ｄ表示画面、または他の視覚表示装置などの任意の適切な表示装置を含み得る。表示装置１０２０は、たとえばタッチスクリーン入力装置といった入力装置としても作用し得る。たとえば、表示装置１０２０は、モバイルデバイスのフラットディスプレイスクリーン、眼鏡またはヘッドセット装置の複数の表示画面、またはコンピュータデバイスのモニタ画面であり得る。
【0171】
Ｉ／Ｏインターフェース１００６は、他の入力装置や出力装置にインターフェースすることができる。いくつかの例は、画像を取り込むことおよび／またはジェスチャを検知することができる１つまたは複数のカメラを含む。いくつかの実装形態は、（たとえば取り込まれる画像、音声命令などの一部としての）音を取り込むためのマイクロフォン、ジェスチャを検知するためのレーダまたは他のセンサ、音を出力するための音声スピーカ装置または他の入力装置や出力装置を用意することができる。
【0172】
図示の容易さのために、図１０は、プロセッサ１００２、メモリ１００４、Ｉ／Ｏインターフェース１００６、およびソフトウェアブロック１００８～１０１４の各々の、１つのブロックを示す。これらのブロックは、１つまたは複数のプロセッサまたは処理回路、オペレーティングシステム、メモリ、Ｉ／Ｏインターフェース、アプリケーション、および／またはソフトウェアモジュールを表現し得る。他の実装形態では、装置１０００は、示された構成要素のすべてを有するわけではなく、かつ／または、本明細書で示されているものの代りに、もしくはそれに加えて、他のタイプの要素を含む他の要素を有し得る。いくつかの構成要素は、本明細書で説明されているいくつかの実装形態においてブロックおよび動作を実行するものとして説明されているが、環境１００、装置１０００、類似のシステム、またはそのようなシステムに関連する任意の適切なプロセッサの任意の適切な構成要素もしくは構成要素の組合せが、説明されているブロックおよび動作を実行し得る。
【0173】
本明細書で説明されている方法は、コンピュータ上で実行され得るコンピュータプログラム命令またはコードによって実施され得る。たとえば、コードは、１つまたは複数のデジタルプロセッサ（たとえばマイクロプロセッサまたは他の処理回路）によって実施され得、磁気テープ、取外し可能なコンピュータディスケット、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、フラッシュメモリ、剛性磁気ディスク、光ディスク、ソリッドステートメモリドライブなどを含む、磁気記憶媒体、光記憶媒体、電磁記憶媒体、または半導体記憶媒体、半導体メモリすなわちソリッドステートメモリなどの非一時的コンピュータ可読媒体（たとえば記憶媒体）を含むコンピュータプログラム製品に記憶され得る。プログラム命令はまた、たとえば、サーバ（たとえば分散システムおよび／またはクラウドコンピューティングシステム）から配信されるサービス（ＳａａＳ）としてのソフトウェアの形態で、電子信号に含有され得て、電子信号として供給され得る。あるいは、１つまたは複数の方法が、ハードウェア（論理ゲートなど）、またはハードウェアとソフトウェアとの組合せで実施され得る。例示のハードウェアは、プログラマブルプロセッサ（たとえばフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、複雑なプログラム可能論理デバイス）、汎用プロセッサ、グラフィックスプロセッサ、特定用途向け集積回路（ＡＳＩＣ）などであり得る。１つまたは複数の方法は、システム上で動作するアプリケーションの一部もしくは構成要素、または他のアプリケーションおよびオペレーティングシステムに関連して動作するアプリケーションもしくはソフトウェアとして実行され得る。
【0174】
特定の実装形態を参照しながら説明されてきたが、これらの特定の実装形態は、単なる実例であって、限定するものではない。例に示されている概念は、他の例や実装形態に適用され得る。
【0175】
上記説明に加えて、ユーザには、本明細書で説明されているシステム、プログラム、または機能は、ユーザ情報（たとえば、ユーザの社会的ネットワーク、社会活動、または事業、職業、に関する、情報、ユーザの選好、またはユーザの現在の位置）の収集を可能にするか、可能にするならいつか、ということと、ユーザは、サーバからコンテンツまたは通信を送られるか、ということとの、両方に関する選択を可能にする制御が提供され得る。加えて、ある特定のデータは、記憶されるかまたは使用される前に個人情報が削除されるように、１つまたは複数のやり方で処理されてよい。たとえば、ユーザの識別情報は、ユーザに関する個人情報が判定されないように処理されてよく、または位置情報（都市、郵便番号、または州レベルなど）が取得される場合には、ユーザの特定の位置を判定できないように、ユーザの地理的な位置は一般化されてよい。したがって、ユーザは、ユーザに関して収集される情報は何か、その情報はどのように使用されるか、ユーザに提供される情報は何か、といったことを制御し得る。
【0176】
本開示で説明されている機能ブロック、動作、機能、方法、装置、およびシステムは、当業者に既知の、システム、装置、および機能ブロックの種々の組合せとして統合され得、または分割され得ることに留意されたい。特定の実装形態のルーチンを実施するために、任意の適切なプログラム言語およびプログラミング技術が使用され得る。たとえば手続き型またはオブジェクト指向の、種々のプログラミング技術が採用され得る。ルーチンは、単一の処理装置または複数のプロセッサ上で実行してよい。ステップ、動作、または計算は、特定の順序で提示されていることがあるが、別の特定の実装形態では、順序が変更される可能性がある。いくつかの実装形態では、本明細書では順次に実行されるものとして示されている複数のステップまたは動作は、同時に実行されてもよい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【手続補正書】
【提出日】2024-02-02
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
コンピュータが実行する方法であって、第１のダイナミックレンジを有して特定のシーンを描写する第１の画像を取得するステップと、
前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有して特定のシーンを描写する第２の画像を取得するステップと、
前記第１の画像および前記第２の画像に基づいて、回復マップを生成するステップとを含み、前記回復マップは、前記第１の画像の一部と前記第２の画像の対応する部分との間の輝度の差を符号化し、前記差は、前記第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされ、
前記方法は、
画像コンテナに前記第１の画像および前記回復マップを供給するステップを含み、前記画像コンテナは、前記第１の画像に前記回復マップを適用することに基づいて派生画像を表示するために、読取り可能であり、前記派生画像は、前記第１のダイナミックレンジと異なるダイナミックレンジを有する、
方法。
【請求項2】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも大きい、請求項１に記載の方法。
【請求項3】
前記画像コンテナは、前記第１のダイナミックレンジを表示することができる第１の表示装置によって前記第１の画像を表示して、
前記第１のダイナミックレンジよりも大きなダイナミックレンジを表示することができる第２の表示装置によって前記派生画像を表示する
ように読取り可能である、請求項２に記載の方法。
【請求項4】
前記第１の画像を取得するステップは、前記第２の画像に対するレンジ圧縮を実行するステップを含む、請求項２に記載の方法。
【請求項5】
前記回復マップを生成するステップは、前記第１の画像の個別の画素の輝度に輝度利得を適用することが、前記第２の画像に対応する画素をもたらすように、輝度利得を符号化するステップを含む、請求項１に記載の方法。
【請求項6】
前記回復マップを生成するステップは、対数空間において前記輝度利得を符号化するステップを含み、回復マップ値は、前記輝度の対数の差を前記レンジスケーリング係数の対数で割った値に比例する、請求項５に記載の方法。
【請求項7】
前記回復マップを生成するステップは、前記回復マップを双方向グリッドへと符号化するステップを含み、前記符号化するステップは、グリッドセルの３次元データ構造を決定するステップを含み、各グリッドセルは、前記第１の画像の複数の画素にマッピングされるベクトル要素である、請求項１に記載の方法。
【請求項8】
前記画像コンテナを取得するステップと、表示装置によって前記第２の画像を表示するように決定するステップと、
前記派生画像を取得するために、前記表示装置の特定の輝度出力および前記回復マップに基づき、前記画像コンテナにおける前記第１の画像の複数の画素輝度をスケーリングするステップと、
前記スケーリングするステップの後に、前記表示装置が、前記派生画像を、前記第１の画像とは異なるダイナミックレンジを有する出力画像として表示するステップと
をさらに含む、請求項１に記載の方法。
【請求項9】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも小さく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも小さい、請求項１に記載の方法。
【請求項10】
前記第２の画像を取得するステップは、前記第１の画像に対するレンジ圧縮を実行するステップを含む、請求項９に記載の方法。
【請求項11】
前記画像コンテナは、前記第１のダイナミックレンジを表示することができる第１の表示装置によって前記第１の画像を表示し、
前記第１のダイナミックレンジよりも小さいダイナミックレンジしか表示できない第２の表示装置によって前記派生画像を表示する
ように読取り可能である、請求項９に記載の方法。
【請求項12】
画像コンテナを取得するステップを含む、コンピュータが実行する方法であって、前記画像コンテナは、
第１のダイナミックレンジを有する第１の画像、および
第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる前記第１の画像の画素の輝度利得を符号化する回復マップを有し、前記第２の画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有し、
前記方法は、
前記第１の画像または前記第１のダイナミックレンジとは異なるダイナミックレンジを有する派生画像のうち１つを表示するべきかどうかを判定するステップと、
前記第１の画像を表示すると判定することに応答して、
表示装置によって前記第１の画像が表示されるようにするステップと、
前記派生画像を表示すると判定することに応答して、
前記第１の画像の画素の輝度に前記回復マップの前記輝度利得を適用して、前記派生画像のそれぞれの対応する画素値を決定するステップと、
前記表示装置によって前記派生画像が表示されるようにするステップと
を含む、方法。
【請求項13】
前記第２のダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記派生画像のダイナミックレンジは前記第１のダイナミックレンジよりも大きい、請求項１２に記載の方法。
【請求項14】
前記表示装置の最高輝度表示能力を判定するステップをさらに含み、前記表示装置は前記第１のダイナミックレンジ以下の表示ダイナミックレンジしか表示できないと判定することに応答して、前記第１の画像を表示すると決定する、請求項１３に記載の方法。
【請求項15】
前記表示装置の最高輝度表示能力を判定するステップをさらに含み、前記表示装置は前記第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、前記派生画像を表示すると決定する、請求項１３に記載の方法。
【請求項16】
前記表示装置は、前記第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示することができ、前記回復マップの前記輝度利得を適用するステップは、前記派生画像の前記画素値の前記輝度を表示装置の表示ダイナミックレンジに適合させるステップを含む、請求項１３に記載の方法。
【請求項17】
前記第１の画像の前記画素の前記輝度に前記回復マップの前記輝度利得を適用するステップは、前記表示装置の特定の輝度出力および前記回復マップに基づいて前記第１の画像の前記輝度をスケーリングするステップを含む、請求項１３に記載の方法。
【請求項18】
前記第１の画像の前記輝度の前記スケーリングは次式に基づいて実行され、ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）＝ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）＋ｌｏｇ（ｄｉｓｐｌａｙ＿ｆａｃｔｏｒ）＊ｒｅｃｏｖｅｒｙ（ｘ，ｙ）
ｄｅｒｉｖｅｄ＿ｉｍａｇｅ（ｘ，ｙ）は前記派生画像の対数空間バージョンであり、
ｆｉｒｓｔ＿ｉｍａｇｅ（ｘ，ｙ）は、前記画像コンテナから回復される第１の画像の対数空間バージョンであり、ｄｉｓｐｌａｙ＿ｆａｃｔｏｒは、前記レンジスケーリング係数と前記表示装置の最高の表示輝度とのうち小さい方であり、ｒｅｃｏｖｅｒｙ（ｘ，ｙ）は前記第１の画像の画素位置（ｘ，ｙ）の回復マップであり、前記レンジスケーリング係数は、前記第２の画像の最高輝度と前記第１の画像の最高輝度との比である、
請求項１３に記載の方法。
【請求項19】
前記画像コンテナに記憶されている双方向グリッドから前記回復マップを抽出するステップをさらに含む、請求項１２に記載の方法。
【請求項20】
前記表示装置が前記派生画像を表示するステップは、前記派生画像を表示させる装置のシステム設定に基づいて、前記表示される派生画像の最大輝度レベルを下げるステップを含み、前記システム設定はユーザが選択する、請求項１２に記載の方法。
【請求項21】
前記表示装置が前記派生画像を表示するステップは、前記輝度利得を適用することによって、前記派生画像の前記画素値用に判定された第２の最大輝度レベル未満になった第１の最大輝度レベルで、前記派生画像を表示するステップと、
前記派生画像の前記第１の最大輝度レベルを、前記第２の最大輝度レベルまで、特定の期間にわたって漸進的に増加するステップとを含む、
請求項１２に記載の方法。
【請求項22】
プロセッサと、命令を記憶して前記プロセッサに結合されているメモリとを備えるシステムであって、前記プロセッサが、前記命令を実行することにより、
第１のダイナミックレンジを有する第１の画像、および
前記第１の画像の画素の輝度利得を符号化する回復マップ
を含む画像コンテナを取得するステップと、
表示装置に派生画像を表示することを決定するステップとを含む動作を実施し、
前記派生画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なるダイナミックレンジを有し、
前記動作は、
前記表示装置に前記派生画像を表示すると決定することに応答して、
前記第１の画像の画素の輝度に前記回復マップの前記輝度利得を適用して、前記派生画像のそれぞれの対応する画素値を決定するステップを含み、前記輝度利得を適用することは、前記表示装置の特定の輝度出力および前記回復マップに基づいて前記第１の画像の前記輝度をスケーリングすることを含み、
前記表示装置によって前記派生画像が表示されるようにするステップを含む、
システム。
【請求項23】
前記回復マップは、第２の画像の最高輝度と前記第１の画像の最高輝度との比を含むレンジスケーリング係数によってスケーリングされる前記第１の画像の前記画素の前記輝度利得を符号化し、前記第２の画像は、描写される主題の前記第１の画像に対応し、かつ、前記第１のダイナミックレンジと異なる第２のダイナミックレンジを有し、
前記派生画像の前記ダイナミックレンジは前記第１のダイナミックレンジよりも大きく、前記命令は、前記プロセッサに、
前記表示装置の最高輝度表示能力を判定するステップを含む動作をさらに実施させ、
前記表示装置は第１のダイナミックレンジよりも大きな表示ダイナミックレンジを表示できると判定することに応答して、前記派生画像を表示すると決定する、
請求項２２に記載のシステム。
【請求項24】
コンピュータのプロセッサによって実行されることにより、前記コンピュータに、請求項１～請求項２１のいずれか１項に記載の方法を実施させる、プログラム。
【国際調査報告】