(57)【特許請求の範囲】
【請求項１】
標準化された転送フォーマットに従った転送のためにフォーマットされた映像信号を供給する方法であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、
前記フォーマットされた映像信号は、輝度及び／又は色の標準範囲を持つ標準映像に対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、
前記方法は、
前記標準映像と前記拡張映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記標準映像を表す一次映像基本ストリームを生成するステップ、又は、
前記拡張映像と前記標準映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記拡張映像を表す一次映像基本ストリームを生成するステップ
を有し、
前記方法は、更に、
前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームを生成するステップと、
前記一次映像基本ストリームを示すエントリ及び前記映像処理基本ストリームを示すエントリを少なくとも有する拡張ストリーム情報を生成するステップと、
前記一次映像基本ストリーム、前記映像処理基本ストリーム、及び、前記拡張ストリーム情報を有する前記フォーマットされた映像信号を生成するステップと、
を有し、
前記映像処理基本ストリームにおける前記映像処理メタデータが、複数の異なる処理記述子を有する拡張範囲情報フィールドを有し、各処理記述子が、各データタイプのための変換を規定し、前記データタイプが、映像と、グラフィック及びサブタイトルのうちの少なくとも１つと、を有する、方法。
【請求項２】
前記方法が、前記変換のために、前記一次映像基本ストリームにおける前記映像に対して可逆マッピングを適用することによって可逆的な変形を適用するステップを有し、
前記映像処理基本ストリームにおける前記映像処理メタデータが、前記マッピング上の情報を有する、請求項１記載の方法。
【請求項３】
前記フォーマットされた映像信号は、第１の転送ストリーム及び第２の転送ストリームを持ち、前記方法は、
前記第１の転送ストリームにおいて、前記一次映像基本ストリームを含み、
前記第２の転送ストリームにおいて、前記映像処理基本ストリームを含む、請求項１又は２に記載の方法。
【請求項４】
前記方法は、
媒体を介して、前記第１の転送ストリームを転送するステップと、
ネットワークを介して、前記第２の転送ストリーム及び前記拡張ストリーム情報を転送するステップと、
を有する、請求項３記載の方法。
【請求項５】
標準化された転送フォーマットに従った転送のためにフォーマットされた映像信号を供給するための映像処理装置であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、
前記フォーマットされた映像信号は、標準範囲を持つ標準映像コンテンツに対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、
前記処理装置は、
入力映像を処理するための映像処理ユニットと、
前記フォーマットされた映像信号を生成するためのフォーマットユニットと、
を有し、
前記映像処理ユニット及び前記フォーマットユニットは、
前記標準映像と前記拡張映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記標準映像を表す一次映像基本ストリームを生成する、又は、
前記拡張映像と前記標準映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記拡張映像を表す一次映像基本ストリームを生成する、ように構成されており、
前記フォーマットユニットは、更に、
前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームを生成し、
前記一次映像基本ストリームを示すエントリ及び前記映像処理基本ストリームを示すエントリを少なくとも有する拡張ストリーム情報を生成し、
前記一次映像基本ストリーム、前記映像処理基本ストリーム、及び、前記拡張ストリーム情報を有する前記フォーマットされた映像信号を生成する、
ように構成され、
前記映像処理基本ストリームにおける前記映像処理メタデータが、複数の異なる処理記述子を有する拡張範囲情報フィールドを有し、各処理記述子が、各データタイプのための変換を規定し、前記データタイプが、映像と、グラフィック及びサブタイトルのうちの少なくとも１つと、を有する、映像処理装置。
【請求項６】
標準化された転送フォーマットに従ってフォーマットされた映像信号を処理するための映像再生器であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、
前記フォーマットされた映像信号は、標準範囲を持つ標準映像コンテンツに対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、
前記フォーマットされた映像信号は、
前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための映像処理メタデータを有する映像処理基本ストリームと、
前記標準映像を表す一次映像基本ストリーム、及び、前記標準映像と前記拡張映像との間の変換を表す前記映像処理メタデータ、あるいは、
前記拡張映像を表す一次映像基本ストリーム、及び、前記拡張映像と前記標準映像との間の変換を表す前記映像処理メタデータ、を有し、
前記フォーマットされた映像信号は、更に、
前記一次映像基本ストリームを示すエントリと、前記映像処理基本ストリームを示すエントリとを少なくとも有する拡張ストリーム情報を有し、前記映像処理基本ストリームにおける前記映像処理メタデータが、複数の異なる処理記述子を有する拡張範囲情報フィールドを有し、各処理記述子が、各データタイプのための変換を規定し、前記データタイプが、映像と、グラフィック及びサブタイトルのうちの少なくとも１つと、を有し、
前記再生器は、
前記フォーマットされた映像信号を受信し、前記拡張ストリーム情報及び前記映像処理メタデータを抽出するための入力ユニットと、
映像処理基本ストリームを示す前記拡張ストリーム情報エントリに依存して、前記拡張ストリーム情報を処理し、前記の各処理記述子を使用する一方、前記映像処理メタデータに従って前記一次映像を処理することによって、前記一次映像基本ストリームから、ターゲットディスプレイ装置の輝度及び／又は色レンダリング性能に適合したターゲット映像に、一次映像を変換するための処理ユニットと、
を有する、映像再生器。
【請求項７】
前記変換が、前記一次映像基本ストリームにおける前記映像に対して可逆マッピングを適用することによる可逆的変形であり、前記映像処理基本ストリームにおける前記映像処理メタデータが、前記マッピング上の情報を有し、
前記処理ユニットが、前記映像処理メタデータに従って前記マッピングを適用することによって前記変換のために構成されている、請求項６記載の映像再生器。
【請求項８】
前記フォーマットされた映像信号は、前記一次映像基本ストリーム及び前記映像処理基本ストリームを含む転送ストリームを有し、
前記入力ユニットは、前記転送ストリームを受信し、前記転送ストリームから、前記一次映像基本ストリーム及び前記映像処理基本ストリームを抽出するように構成されている、あるいは、
前記フォーマットされた映像信号は、前記一次映像基本ストリームを含む第１の転送ストリームと、前記映像処理基本ストリームを含む第２の転送ストリームと、を有し、
前記入力ユニットは、前記第１及び第２の転送ストリームを受信し、前記第１の転送ストリームから、前記一次映像基本ストリームを抽出するとともに、前記第２の転送ストリームから、前記映像処理基本ストリームを抽出するように構成されている、請求項６又は７に記載の映像再生器。
【請求項９】
前記入力ユニットは、光記録媒体を読み出し、
前記転送ストリーム、又は、
前記第１の転送ストリーム、又は、
前記第１の転送ストリーム及び前記第２の転送ストリーム、
を抽出するための光ディスクユニットを有する、請求項８に記載の映像再生器。
【請求項１０】
前記入力ユニットは、サーバからローカルストレージに、前記映像処理基本ストリーム及び前記拡張ストリーム情報をダウンロードするためのネットワークインタフェースを有し、
前記処理ユニットは、以前に受信したストリーム情報を前記拡張ストリーム情報で置き換えるように構成されている、請求項６乃至９のいずれか１項に記載の映像再生器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハイダイナミックレンジイメージ又は映像の配信を可能にするための、装置及び方法及びデータストレージ又は送信製品又はフォーマットされた符号化信号などの最終製品に関する。装置は、フォーマット信号を最初に供給する映像処理装置、及び、フォーマットされた映像信号を受信する映像再生器を含む。フォーマット信号は、ネットワーク、又は、光ディスク又はメモリスティックなどのストレージ媒体を介してブロードキャストされ、転送され得る。映像再生器は、例えば、Blu-ray（登録商標）光ディスク再生器、ブロードキャスト信号を受信するＴＶ装置又はセットトップボックス、ネットワークを介してサーバからデータを受信するコンピュータ又は携帯装置を含む。
【背景技術】
【０００２】
近年、イメージキャプチャ、ディスプレイ、及び、特に、符号化は、（ＰＡＬ又はＭＰＥＧ２などのよく知られている古典的且つ標準的なシステムなどのために使用される）いわゆるローダイナミックレンジ（ＬＤＲ：Low Dynamic Range）イメージングから、いわゆるハイダイナミックレンジ（ＨＤＲ：High Dynamic Range）イメージングに改善されている。照度は、本来、日光において１０００００ルクス、一般的なオフィス又は部屋の照度で約５００ルクス、また、半月の月明かりの下では０．０５ルクスである。世界における輝度（Ｌ）は、例えば、日光の１億ニットから、ランプの１００００ニット、日光の下での物体（ビル、雲の縁、又は、白色の紙など）に関しては数千（数万）ニット、（どんよりとした）曇空又は屋内の下の物体に関しては数百ニット又は数十ニット、月明かりの下の白色の紙については０．１ニットまでの範囲である。これは、必ずしも、これらの輝度をディスプレイ上で全く同一の態様でレンダリングすべきであるということを意味せず、むしろ、画像は、芸術的に良好に見えるべきであり、少なくとも、ディスプレイスクリーン上でレンダリングされる場合に、物体の局所的な輝度に関し、概ね同様の外観上差異であるべきということを意味している。
【０００３】
画像品質の更なる拡張が、通常ＬＤＲシステムと称される、古典的な標準映像に比して、色空間を拡張することによって達成され得る。本文書において議論される拡張範囲映像は、拡張された輝度範囲、拡張された色空間、又は、拡張された輝度範囲と拡張された色空間との組み合わせを持ち、ＨＤＲ映像と称される。
【０００４】
特定のディスプレイ上でのレンダリングのためのトーンマッピングが、キャプチャリング又はコーディングから分離した現在存在している多くのディスプレイとともにあり、３つのリンクした表現につながることが理解されるべきである。概して、ディスプレイ上で、隣接した明るいランプと区別できるように明るい白色の壁などをレンダリングできるＨＤＲイメージングの要件は、各ピクセルが、異なるルマ（Ｙ）値で符号化されることである。センサ又はカメラが、世界における多くの異なる輝度及び／又は色のほとんどを（より大きな深さ、異なって露出された画像などであろうと）忠実にキャプチャできるほど、より強力になってきており、単純化のため、本来の色表現が[Lmin, Lmax]の色情報の範囲内の線形輝度符号化であると考えるべきである。このため、送信コーデックに関し、（勿論、例えば、局所的に明るくするなどの符号化された情報の後での処理可能性、又は、データ圧縮関連などの所望の要件に従って）全く任意に特定された定義を用いることができる。最後に、この符号化されたデータ（Y_C1C2又は同様のもの）は、レンダリング側表現に、多くの態様で再変換可能であり、単純化のために、ＬＣＤピクセル色などに関する駆動値と同等とみなすことができる。新たなディスプレイは、より多くのレンダリング可能なダイナミックレンジを持つことができ、結果、より明るい領域を最初にレンダリングし、次に、同時又は連続的に、より暗い領域をレンダリングできる。上記の拡張範囲は、最適にレンダリングされた出力色で、レンダリング可能な色域に沿って、全てのこれらの様々な輝度物体を配置することを可能にする。また、利用可能な色空間が、拡張され得る。
【０００５】
Blu-ray（登録商標）ディスク及び再生器が、２００６年、市場に展開され、そのときから、PlayStation 3（登録商標）ゲームコンソールを含む数百万台の再生器が販売されてきた。Blu-rayディスク（ＢＤ）は、約２時間の再生時間及び追加コンテンツ（ボーナスマテリアル）を有する２Ｄ又は３Ｄ特徴の映画を主に含む。これらのディスクにおける映像コンテンツは、http://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.709-5-200204-I!!PDF-E.pdfから利用可能な、ＩＴＵ−Ｒ推奨BT.709「Parameter values for the HDTV standards for production and international programme exchange」において定義された、比較的低い輝度レベル及び色マトリクスのために、カラーグレーディングされている。
【０００６】
近年、ブロードキャスト及びコンテンツ業界は、フルＨＤ解像度から２倍の水平垂直解像度（3840x2160）への移行に対して多くの興味を示している。このクアッドフルＨＤ（ＱＦＨＤ）解像度は、しばしば４Ｋと称される。解像度の増加に加えて、より高いフレームレート（４８Ｈｚ、６０Ｈｚ）、色コンポーネントの符号化のためのより高いビットデプス、より高いダイナミックレンジ、及び、より広い色域への移行が望まれている。また、より高い品質の映像特性は、しばしば、ウルトラＨＤと称される。これらについては、http://www.itu.int/dms_pubrec/itu-r/rec/bt/R-REC-BT.2020-0-201208-I!!PDF-E.pdfから利用可能なＩＴＵ−Ｒ勧告BT.2020を参照。一方、（ＩＴＵ−Ｔ  H.265、又は、ＭＰＥＧ−Ｈ  パート２としても知られている）ＨＥＶＣとして総称される新たなコーデックが、ＩＴＵ−ＴとＭＰＥＧとの共同努力により開発されており、これは、一般的に、ＡＶＣの約２倍効率的であると考えられている。
【０００７】
上述の、より高い輝度レベル及び／又はより広い色域を有するディスプレイ装置が、市場に登場しつつある。標準化されていない輝度レベルは、例えば、２００ニットから１０００ニット以上までの任意のレベルであってもよい。既存のBlu-rayコンテンツは、より低い輝度のためにグレーディングされ、より高い輝度を利用するために、ＨＤＲディスプレイは、コンテンツの輝度を伸長するために、幾つかのアルゴリズムを適用することがある。この結果は、創造的な観点からは理想ではないことがある。より高い輝度へ伸長する場合に創造的意図を考慮にいれる１つの方法は、再生器（又はディスプレイ）に、どのように伸長を行なうかを知らせるために、コンテンツに情報を含ませることである。この伸長は、再生中、（シーン毎に変わるなど）変化し得る。又は、空間的に適合されてもよい。また、当該伸長は、映像と重畳されているグラフィック（例えば、字幕及びメニュー）とで異なっていてもよい。この情報がどのようなものであるかの例が、国際公開第２０１３／０４６０９５号において述べられており、当該文書は、画像のダイナミックレンジ変換のためのシステムについて述べている。ダイナミックレンジ変換、即ち、変換処理スケジュールが、ターゲットのＨＤＲディスプレイに関して、ＬＤＲ映像とＨＤＲ映像との間で、符号化された映像を変換するために議論されている。ターゲットディスプレイ基準は、出力画像信号に含まれていてもよい。また、国際公開第２０１２／１４７０２２号は、ＨＤＲ映像とＬＤＲ映像との間のマッピングについて述べており、当該マッピングは、予め定義されたマッピングアルゴリズムデータにより定義されてもよい。映像又はグラフィック又はその両方の処理を最適化するために、この情報をどのように使用するかについての更なる他の例が、提供されている。
【０００８】
以上より、ＨＤＲ映像の生成、及び、ＨＤＲ映像とＬＤＲ映像との間の変換を表している映像処理メタデータに従ったＨＤＲ映像とＬＤＲ映像との間の変換が知られている。しかしながら、コンテンツ作成者にとっての相当な問題は、多くのユーザが、ＨＤＲマテリアルによって供給される拡張された輝度及び色範囲を扱えない未だに伝統的（レガシー）な設備を持っているということである。
【０００９】
国際公開第２０１２／０２１７０５号は、少なくとも２つのバージョンのコンテンツ配信システム及び方法を開示している。転送信号は、コンテンツの第１のバージョン、コンテンツの第１のバージョンと第２のバージョンとの間の差異を表す差異データ、及び、マスターバージョンに対する第１及び第２のバージョンに関する転送機能から抽出されるメタデータを持つ。
【００１０】
欧州特許第１７０８４８５号明細書は、ディスプレイ装置（ＴＶ受信器）と処理装置（光ディスク再生器）との間の映像データのための転送フォーマットを開示している。ディスプレイ装置は、表示可能な信号を定義する受信特性（ＥＤＩＤ信号）を供給する。処理装置は、対応するコンテンツのバージョン（ＳＤ又はＨＤ）を生成する。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、拡張範囲映像装置及び標準映像装置に対して利用可能な装置に映像を転送するための映像分配システムを提供することである。
【課題を解決するための手段】
【００１２】
上記目的のために、本発明の第１の態様によれば、標準化された転送フォーマットに従った転送のためにフォーマットされた映像信号を供給する方法であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、前記フォーマットされた映像信号は、輝度及び／又は色の標準範囲を持つ標準映像に対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、前記方法は、前記標準映像と前記拡張映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記標準映像を表す一次映像基本ストリームを生成するステップ、又は、前記拡張映像と前記標準映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記拡張映像を表す一次映像基本ストリームを生成するステップを有し、前記方法は、更に、前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームを生成するステップと、前記一次映像基本ストリームを示すエントリ及び前記映像処理基本ストリームを示すエントリを少なくとも有する拡張ストリーム情報を生成するステップと、前記一次映像基本ストリーム、前記映像処理基本ストリーム、及び、前記拡張ストリーム情報を有する前記フォーマットされた映像信号を生成するステップと、を有する、方法が提供される。
【００１３】
本発明の他の態様によれば、標準化された転送フォーマットに従った転送のためにフォーマットされた映像信号を供給するための映像処理装置であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、前記フォーマットされた映像信号は、標準範囲を持つ標準映像コンテンツに対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、前記処理装置は、入力映像を処理するための映像処理ユニットと、前記フォーマットされた映像信号を生成するためのフォーマットユニットと、を有し、前記映像処理ユニット及び前記フォーマットユニットは、前記標準映像と前記拡張映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記標準映像を表す一次映像基本ストリームを生成する、又は、前記拡張映像と前記標準映像との間の変換を表す映像処理メタデータを供給するために、入力映像を処理するとともに、前記拡張映像を表す一次映像基本ストリームを生成する、ように構成されており、前記フォーマットユニットは、更に、前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームを生成し、前記一次映像基本ストリームを示すエントリ及び前記映像処理基本ストリームを示すエントリを少なくとも有する拡張ストリーム情報を生成し、前記一次映像基本ストリーム、前記映像処理基本ストリーム、及び、前記拡張ストリーム情報を有する前記フォーマットされた映像信号を生成する、ように構成されている、映像処理装置が提供される。
【００１４】
本発明の更に他の態様によれば、標準化された転送フォーマットに従ってフォーマットされた映像信号を処理するための映像再生器であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、前記フォーマットされた映像信号は、標準範囲を持つ標準映像コンテンツに対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、前記フォーマットされた映像信号は、前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームと、前記標準映像を表す一次映像基本ストリーム、及び、前記標準映像と前記拡張映像との間の変換を表す前記映像処理メタデータ、あるいは、前記拡張映像を表す一次映像基本ストリーム、及び、前記拡張映像と前記標準映像との間の変換を表す前記映像処理メタデータ、を有し、前記フォーマットされた映像信号は、更に、前記一次映像基本ストリームを示すエントリと、前記映像処理基本ストリームを示すエントリとを少なくとも有する拡張ストリーム情報を有し、前記再生器は、前記フォーマットされた映像信号を受信し、前記拡張ストリーム情報及び前記映像処理メタデータを抽出するための入力ユニットと、映像処理基本ストリームを示す前記拡張ストリーム情報エントリに依存して、前記拡張ストリーム情報を処理し、前記映像処理メタデータに従って前記一次映像を処理することによって、前記一次映像基本ストリームから、ターゲットディスプレイ装置の輝度及び／又は色レンダリング性能に適合したターゲット映像に、一次映像を変換するための処理ユニットと、を有する、映像再生器が提供される。
【００１５】
本発明の更に他の態様によれば、標準化された転送フォーマットに従って転送するためのフォーマットされた映像信号であって、前記標準化された転送フォーマットは、選択可能な基本ストリーム、及び、前記標準化された転送フォーマットに従った共通構造を持ち、前記基本ストリームの選択された組み合わせにおいてレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを示すエントリを持つストリーム情報を規定しており、各基本ストリームは、映像コンテンツ、オーディオコンテンツ、グラフィックコンテンツのいずれかを表しており、前記フォーマットされた映像信号は、標準範囲を持つ標準映像コンテンツに対し、輝度及び／又は色の拡張範囲を持つ拡張映像を表しており、前記標準範囲は、前記標準化された転送フォーマットにおいて規定されており、前記フォーマットされた映像信号は、前記共通構造を持つがオーディオビジュアルコンテンツを有さず、前記選択された組み合わせをレンダリングする際の変換のための前記映像処理メタデータを有する映像処理基本ストリームと、前記標準映像を表す一次映像基本ストリーム、及び、前記標準映像と前記拡張映像との間の変換を表す前記映像処理メタデータ、あるいは、前記拡張映像を表す一次映像基本ストリーム、及び、前記拡張映像と前記標準映像との間の変換を表す前記映像処理メタデータ、を有し、前記フォーマットされた映像信号は、更に、前記一次映像基本ストリームを示すエントリと、前記映像処理基本ストリームを示すエントリとを少なくとも有する拡張ストリーム情報を有する、フォーマットされた映像信号が提供される。
【００１６】
上記特徴は、フォーマットされた映像信号が、ＭＰＥＧビデオなどの標準化された転送フォーマットに従っており、光ディスク、ブロードキャスト、及び／又は、インターネットなどの既存の分配チャネルを介して転送可能であるという効果を有する。
【００１７】
標準化された転送フォーマットは、フォーマットされた映像信号のコンテンツを示すストリーム情報を定義する。当該ストリーム情報は、例えば、Blu-rayディスク上のプレイリスト情報、又は、ダウンロード用の別ファイル、又は、ブロードキャスト用の複数のストリームに含まれるプログラム情報などの、選択可能な基本ストリームを示すエントリを有する。
【００１８】
標準化されたフォーマットは、選択された基本ストリームの組み合わせによってレンダリングされるオーディオビジュアルコンテンツを表す基本ストリームを更に定義する。このように、基本ストリームは、例えば、ＭＰＥＧ及びBlu-rayディスクから知られている。基本ストリームは、オーディオ、ビデオ、又は、グラフィックなどの一種類のデータのみを含む一方、各基本ストリームは、標準化された転送フォーマットに従った共通構造を有し、例えば、当該構造は、標準化されたコンテンツを持つデータパケット及びヘッダを定義している。基本ストリームにおけるデータは、コーデック、及び、ストリームにおいて伝達されるデータのタイプに依存している。基本ストリームは、パケット化されていてもよく、複数の基本ストリームの相互の同期化を可能とするための時間情報を含むか、かかる時間情報と関連付けられていてもよく、例えば、データは、パケット化され、パケットヘッダは、パケットペイロードにおけるフレーム開始コードとリンク付けされたタイムスタンプを含む。また、映像処理基本ストリームは、上記の共通構造を有し、選択された組み合わせをレンダリングする際の変換のためである、即ち、レンダリングの間、他の基本ストリームとの変換処理を決定するために使用される。
【００１９】
フォーマット信号を供給する方法又はえいぞう処理装置、転送されるフォーマット信号、及び、ターゲット映像を供給するためのフォーマット信号を処理する映像再生器は、標準範囲映像及び拡張範囲映像を転送するための映像分配システムを共に構成する。拡張ストリーム情報は、上記エントリを介して、受信側に、映像処理基本ストリームが存在しているかどうかを知らせる。例えば、当該エントリは、上記存在を示すビットフラグ、映像処理基本ストリームを示すストリーム識別子を含むストリームのリスト、利用可能な映像処理基本ストリームの数を含むフォーマットされたフィールドなどである。フォーマット信号において、映像処理基本ストリーム及び拡張ストリーム情報を供給することによって、映像再生器は、一次映像を直接用いるか、又は、映像処理メタデータを用いた一次映像を変換することによって、一次映像基本ストリームにおける一次映像のＬＤＲなどの標準バージョンとＨＤＲなどの拡張バージョンとを選択的にレンダリングすることが可能となる。レンダリング側において、一次映像基本ストリームからの一次映像は、映像処理メタデータを、ディスプレイと通信することにより、既知であるか、予め設定されるか、又は、決定される、ターゲットディスプレイ装置の輝度及び／又は色レンダリング能力に適合したターゲット映像に適用することにより変換される。ユーザは、変換の必要レベルを設定又は選択することが可能であってもよい。
【００２０】
拡張映像を表すフォーマットされた映像信号は、例えば、光ディスク、ブロードキャスト信号、又は、インターネットなどの媒体を介して、光ディスク再生器、又は、ＴＶセット、又は、セットトップボックスなどの映像再生器に転送されてもよい。拡張フォーマット信号は、後方互換可能であるように、既知の各転送フォーマットに従って構造化されていてもよい。さらに、拡張フォーマット信号は、既知の信号コンポーネントと同様のコンポーネントを有していてもよい。例えば、Blu-ray光ディスク上で、伝統的なプレイリストは、ディスク上のファイルにおいて供給され、拡張ストリーム情報は、同様に供給され得る。このため、そのような場合では、拡張ストリーム情報は、基本ストリームを含む転送ストリームとは別のファイルである。しかしながら、ブロードキャストのために、どの基本ストリームがどの情報を含むのかを示すための異なるタイプのストリーム情報がある。ブロードキャストフォーマットのための当該ストリーム情報は、http://en.wikipedia.org/wiki/Program-specific_informationで更に詳述されるように、通常、プログラム固有情報（ＰＳＩ：Program Specific Information）と称される。本開示において、拡張ストリーム情報は、拡張された光ディスクタイププレイリスト、及び、拡張されたブロードキャストプログラム固有情報などの、使用される転送フォーマットの要件に従って、フォーマットされる。実際、拡張されたＰＳＩが、転送ストリームに含まれる一方、ＢＤ拡張プレイリストは、別個のファイルである。
【００２１】
一次映像に存在する輝度又は色の第１の範囲とディスプレイに必要とされる輝度又は色の任意の第２の範囲との間の任意の変換は、各映像処理メタデータに基づいて実行され得ることに留意すべきである。映像処理メタデータは、変換のタイプを示すインジケータを有していてもよい。例えば、映像処理メタデータは、一次ストリームがＬＤＲ映像を含む場合、一次ＬＤＲ映像をＨＤＲ映像に変換するためのものであってもよく、一次ストリームがＨＤＲ映像を含む場合、一次ＨＤＲ映像をＬＤＲ映像に変化するためのものであってもよい。また、例えば、中程度の輝度レベル、高い輝度レベル、又は、極めて高い輝度レベルを持つディスプレイ、あるいは、様々な色域のためのディスプレイのために、変換の様々なレベルが、映像処理メタデータに埋め込まれていてもよい。従って、一次映像は、アップコンバートされるＬＤＲ映像であってもよく、又は、輝度範囲に適合するための各補正スキームを有する映像処理メタデータに基づいて、ＬＤＲ映像にダウンコンバートされ得る何らかのタイプのＨＤＲ映像であってもよい。一次映像は、中レベルのＨＤＲのディスプレイ用に構成された拡張映像を含んでいてもよい。一方、映像処理メタデータは、ＬＤＲ映像へのダウンコンバート、あるいは、より高いレベルのＨＤＲディスプレイへのアップコンバートのための指示を供給する。最後に、レンダリング側で、一次映像の適切な変換を選択できるようにするために、複数の映像処理基本ストリームが、フォーマット信号に含まれていてもよいことに留意すべきである。
【００２２】
本発明は、以下の認識にも基づいている。転送される映像処理メタデータは、拡張映像と標準映像との間（又は、その逆）の変換スキームを表し、このため、再生され得るオーディオビジュアルデータでない。反対に、映像処理メタデータは、様々な基本ストリームにおいて供給される映像コンテンツデータに適用される処理スケジュールを含む。標準化された転送フォーマットに従って、任意の基本ストリームが、伝統的に、ビジュアルコンテンツ、オーディオコンテンツ、又は、グラフィックコンテンツを伝達しており、かかるコンテンツは、ストリーム情報（例えば、様々な言語でオーディオトラックと結合された一次映像、又は、ＢＤプレイリストに基づいて選択されたグラフィカルメニューオーバーレイ）に基づいて、選択された組み合わせでレンダリングされ得ることに留意すべきである。本発明者は、新たなタイプの基本ストリームが、代替的に、映像処理メタデータを伝達するために使用され、このため、映像処理基本ストリームが、標準化された転送フォーマットにおいて伝統的に定義されるようにオーディオビジュアルコンテンツを有さないが、処理命令を代わりに含むことを認識している。
【００２３】
映像処理基本ストリームは、単一の媒体を介して転送される単一の多目的信号を構成するため、他の基本ストリームと重畳されてもよい。処理メタデータを転送するための他の基本ストリームを用いた信号のために、当該信号は、標準化された転送フォーマットのために定義された送信要件をなお満たしているが、新たなタイプの基本ストリームが追加されている。例えば、拡張されたプログラム固有情報（ＰＳＩ）などの拡張ストリーム情報のため、新たな映像再生器は、映像処理メタデータを取得するために、映像処理基本ストリームを選択することができる。一方、古典的なレガシー再生器は、他の基本ストリームを見ることができるが、当該ストリームの選択又はレンダリングはできず、供給される一次映像のみを再生するであろう。次に議論されるようなケースにおいて、拡張映像基本ストリーム及び／又は標準映像基本ストリームのみが述べられるが、常に、他の基本ストリームが、オーディオ基本ストリーム、及び／又は、テキストベースストリーム、又は、ビットマップグラフィックストリームなどの映像処理ストリームを具備するフォーマット信号に含まれ得ることに留意すべきである。
【００２４】
好適には、映像処理基本ストリームは、例えば、異なるチャネルを介して、別個に分配されてもよいし、当該チャネル上で標準化された転送フォーマットを使用して、分配されてもよい。これは、かかるフォーマットが、基本的には、少なくとも１つの基本ストリームに基づいて、自律的オーディオビジュアルフォーマット信号を定義しているためである。
【００２５】
さらに、拡張ストリーム情報が、映像処理基本ストリームを示すエントリを有することに留意すべきである。当該エントリは、映像処理基本ストリームの利用可能性、即ち、基本ストリームが、フォーマット信号において存在していることを示すことを可能にする。例えば、光ディスクが、一次映像基本ストリームとともに供給されてもよく、プレイリストが、拡張ストリーム情報及び映像処理基本ストリームを含む。ここで、エントリは、利用可能な映像処理基本ストリームを示す。あるいは、光ディスクは、映像処理基本ストリームを有さないが、一次映像基本ストリーム及び拡張ストリーム情報を有していてもよく、このとき、拡張ストリーム情報における上記エントリは、ゼロ個の映像処理基本ストリームが存在していることを示す。次いで、フォーマット信号の一部が、例えば、サーバからのダウンロードにより、別個に転送されてもよい。当該部分は、更新された拡張ストリーム情報と少なくとも１つの映像処理基本ストリームとの両方を含んでいる。更新された拡張ストリーム情報において、映像処理基本ストリームの存在が示される。好適には、柔軟な分配システムが供給される。
【００２６】
オプションで、映像処理基本ストリームにおける映像処理メタデータは、映像処理基本ストリームにおける映像処理セグメントの数を示すフィールドを有する。好適には、この数は、映像処理メタデータの構造を更に定義する。映像処理基本ストリームにおける映像処理メタデータは、少なくとも１つのプレゼンテーションタイムスタンプ及びセグメント記述子を含む映像処理セグメントを有していてもよい。好適には、プレゼンテーションタイムスタンプは、映像処理メタデータを同期化することを可能にし、セグメント記述子において更に定義される。映像処理基本ストリームにおける映像処理メタデータは、複数の異なるプロセス記述子を含む拡張範囲情報フィールドを有していてもよく、各プロセス記述子は、各データタイプのための変換を定義しており、データタイプは、映像、及び、グラフィックと字幕との少なくとも１つを有している。好適には、別個のプロセス記述子が、各データタイプのための処理を定義するために、供給される。
【００２７】
オプションで、フォーマットされた映像信号は、一次映像基本ストリーム及び映像処理基本ストリームを含む転送ストリームを有する。光読み取り可能なマークのトラックを有する記録媒体上で、当該マークは、拡張ストリーム情報、及び、映像処理基本ストリームを含む転送ストリームを表していてもよい。映像再生器において、入力ユニットが、転送ストリームを受信するとともに、転送ストリームから、一次映像基本ストリーム及び映像処理基本ストリームを抽出するように構成されてもよい。これは、映像処理基本ストリームが、一次映像基本ストリームと同じ転送ストリームにおいて重畳されるという効果を有する。さらに、映像再生器において、入力ユニットが、光記録媒体を読み取り、転送ストリームを抽出するための光ディスクユニットを有していてもよい。映像再生器は、単一の重畳された転送ストリームから抽出される基本ストリームデータに基づいて、接続されたディスプレイにそれぞれ要求されるような標準映像と拡張映像との両方をレンダリングすることができる。
【００２８】
オプションで、フォーマットされた映像信号は、ブロードキャスト信号であり、転送ストリームは、プログラム固有情報の形式で、拡張ストリーム情報を有する。好適には、例えば、セットトップボックス又はＴＶセットなどの形式の映像再生器が、単一の転送ストリームから、ＰＳＩと映像処理基本ストリームとの両方を抽出できるように、全ての拡張範囲情報は、転送ストリームに含まれる。
【００２９】
オプションで、フォーマットされた映像信号は、一次映像基本ストリームを含む第１の転送ストリームと、映像処理基本ストリームを含む第２の転送ストリームとを有する。光読み取り可能なマークのトラックを有する記録媒体上で、当該マークは、拡張ストリーム情報と、一次映像基本ストリームを含む第１の転送ストリームと、映像処理基本ストリームを含む第２の転送ストリームとを表していてもよい。映像再生器において、入力ユニットが、第１及び第２の転送ストリームを受信するとともに、第１転送ストリームから、一次映像基本ストリームを抽出し、第２の転送ストリームから、映像処理基本ストリームを抽出するように構成されてもよい。これは、映像処理基本ストリームが、一次映像基本ストリームと異なる転送ストリームにおいて重畳されるという効果を有する。両転送ストリームは、拡張ストリーム情報との組み合わせで、ＢＤなどの単一のストレージ媒体に埋め込まれてもよい。さらに、映像再生器において、入力ユニットが、光記録媒体を読み取り、第１及び第２の転送ストリームを抽出するための光ディスクユニットを有していてもよい。映像再生器は、第１及び第２の転送ストリームの両方から抽出される基本ストリームデータに基づいて、接続されたディスプレイに要求されるようなＨＤＲ映像又はＬＤＲ映像をレンダリングすることができる。
【００３０】
オプションで、フォーマット信号の第１の部分は、ブロードキャストシステム又はストレージ媒体などの媒体を介して転送されてもよく、第２の部分は、ネットワークを介して転送されてもよい。第１の部分は、第１の転送ストリームにおいて、一次映像基本ストリームを有し、第２の部分は、拡張ストリーム情報を有するとともに、第２の転送ストリームにおいて、映像処理基本ストリームを有する。
【００３１】
オプションで、記録媒体は、光読み取り可能なマークのトラックを有する記録媒体であって、前記マークは、上述の、前記一次映像基本ストリーム及び前記映像処理基本ストリームを含む前記拡張ストリーム情報及び前記転送ストリームを表し、又は、上述の、前記拡張ストリーム情報、前記一次映像基本ストリームを含む前記第１の転送ストリーム、及び、前記映像処理基本ストリームを含む前記第２の転送ストリームを表し、又は、上述の、前記拡張ストリーム情報及び前記第１の転送ストリームを表すが、前記第２の転送ストリームを表さない、記録媒体として供給される。
【００３２】
オプションで、拡張ストリーム情報におけるエントリは、映像処理基本ストリームの数を示していてもよく、この数は、ゼロ以上の整数である。好適には、拡張ストリーム情報は、上記の数がゼロである場合、映像処理基本ストリームを有さず、一次映像処理基本ストリームのみを有するフォーマット信号において使用可能である。また、複数の映像処理基本ストリームは、上記数が複数であることを示す一方、フォーマット信号に含まれてもよい。好適には、標準化されたフォーマット信号に対する多目的な拡張が、かかるエントリにより供給される。
【００３３】
オプションで、映像再生器において、入力ユニットが、光記録媒体を読み取り、拡張ストリーム情報、及び、一次映像処理基本ストリームを有する転送ストリームを抽出するための光ディスクユニットを有していてもよい。記録媒体は、拡張ストリーム情報、及び、第１の転送ストリームを有していてもよいが、第２の転送ストリームを有さない。
【００３４】
オプションで、映像再生器において、入力ユニットは、サーバからローカルストレージに、映像処理基本ストリーム及び拡張ストリーム情報をダウンロードするためのネットワークインタフェースを有していてもよい。さらに、処理ユニットが、先に受信したストリーム情報を拡張ストリーム情報で置き換えるように構成されていてもよい。好適には、ＬＤＲのための固定グレーディングを持つ一次映像処理基本ストリームを供給するデータ媒体から利用可能なプレイリストなどのストリーム情報の先のバージョンは、ダウンロードされてローカルストレージから利用可能な拡張ストリーム情報によって、置き換えられてもよい。データ媒体は、例えば、映像のＬＤＲバージョンを含むＢＤ光ディスクであってもよい。ダウンロードされた映像処理基本ストリームは、映像再生器においてローカルに格納されてもよく、映像のＨＤＲバージョンを取得するためにデータ媒体から抽出された他の基本ストリームとの選択された組み合わせでレンダリングされてもよい。
【００３５】
オプションで、映像処理基本ストリームは、映像処理セグメントのシーケンスを有し、各セグメントは、１又は複数のビデオフレームの対応するシーケンスと関連付けられている。当該関連付けは、例えば、映像処理セグメントの対応するタイムスタンプ、及び、一次映像におけるビデオフレームに基づいていてもよい。この実施形態において、映像処理セグメントは、映像処理基本ストリームの基本データ要素である。当該要素は、コンテンツ著作者又は作成者からの、映像及び／又はグラフィックをどのように処理するかについての指示などの映像処理メタデータを含む。映像再生器において、処理ユニットが、セグメントのシーケンスに従って一次映像を処理することによって、一次映像のビデオフレームのシーケンスを、ターゲット映像へ変換するように構成されていてもよい。映像処理セグメントは、映像の時間、即ち、ビデオフレームの上記シーケンスに対応しており、各映像処理セグメントにおいて含まれる命令に従ったフレームの正確な処理を可能としている。当該セグメントは、例えば、作成者の意図を強調するために、ＨＤＲディスプレイのためのストーリー展開をより良くサポートするために、又は、最適な色グレーディングのために、映画の各シーンの独立した適合を可能としている。アルゴリズム、補正スケジュール、色適合などの更なる例が、後で、供給される。
【００３６】
オプションで、映像処理基本ストリームは、ディスプレイ装置の輝度又は色再生能力とは独立して、映像の輝度レベル及び／又は色空間を適合させるための命令を有する。映像再生器において、処理ユニットが、上記命令に従って一次映像を処理することによって、一次映像をターゲット映像に変換するように構成され得る。さらに、処理ユニットは、ディスプレイ装置の輝度又は色再生能力を決定するように構成され得る。当該命令は、例えば、輝度補正スキーム、又は、ガンマ曲線、又は、色域補正式を供給してもよい。好適には、映像は、既知の再生能力を持つ接続ディスプレイのために適合され得る。当該ディスプレイは、自身の輝度又は色再生能力を映像再生器に伝達してもよい。また、当該ディスプレイ及び処理ユニットは、単一の装置に一体化されてもよく、結果、輝度又は色再生能力は、処理ユニットにとって所定且つ既知である。
【００３７】
オプションで、映像処理基本ストリームは、ディスプレイ装置の輝度又は色再生能力とは独立して、輝度レベル及び／又は色空間を適合させるための命令を有する。映像再生器において、処理ユニットが、上記命令に従ってグラフィックを適合させることによって、グラフィック基本ストリーム、又は、映像再生器においてローカルに生成されるメニューの重ね合わせなどの他のグラフィックからグラフィックを変換するように構成され得る。当該命令は、例えば、輝度補正スキーム、又は、ガンマ曲線、又は、色域補正式を供給してもよい。また、当該命令は、一次映像のセグメントに適用してもよく、後続のセグメントのために変化してもよい。好適には、グラフィックは、既知のレンダリング能力を持つ接続ディスプレイのために適合され得る。例えば、ＬＤＲ映像プログラムがＨＤＲに変換される場合、特定のグラフィック補正命令が、字幕の輝度を補正してもよい。当該補正は、字幕が過度に明るくされ、映像に影響することを回避する。
【００３８】
オプションで、映像処理基本ストリームに埋め込まれた映像処理メタデータは、様々な物理的媒体上に格納される、様々なチャネル、信号、又は、符号化などを用いて伝達（及び、販売）されてもよい。
【００３９】
本発明に従った装置及び方法の他の好適な実施形態が、参照により本開示に組み込まれる、添付の請求項において与えられる。
【図面の簡単な説明】
【００４０】
本発明に従った方法及び装置のこれらの態様及び他の態様が、以下に説明される実装及び実施形態を参照するとともに、添付の図面を参照して、明らか且つ明確となるであろう。
【図１】図１は、符号化方法のマッピングアルゴリズムデータを取得する場合を除いて、ＨＤＲディスプレイ上では十分な視覚品質ではないものの、ＨＤＲイメージを、ＬＤＲ上で使用可能な実際のＬＤＲイメージとして、どのように符号化するのかを概略的に図示している。
【図２】図２は、一次ＨＤＲ映像を持つＨＤＲ映像転送システムのブロック図を示している。
【図３】図３は、一次ＬＤＲ映像を持つＨＤＲ映像転送システムのブロック図を示している。
【図４】図４は、ＨＤＲ映像分配システムのブロック図を示している。
【図５ａ】図５ａ〜図５ｄは、映像処理基本ストリームの例を示しており、図５ａは、映像処理セグメントの数を示すフィールドを持つ映像処理基本ストリームを示している。
【図５ｂ】図５ｂは、映像処理セグメントのシンタックスの例を示している。
【図５ｃ】図５ｃは、セグメント記述子のシンタックスの例を示している。
【図５ｄ】図５ｄは、ＨＤＲ情報のシンタックスの例を示している。
【図６】図６は、輝度補正関数の例を示している。
【図７ａ】図７ａ〜図７ｃは、映像処理メタデータを示しており、図７ａは、輝度補正のためのVideo_process_descriptorを示している。
【図７ｂ】図７ｂは、グラフィックの補正のためのMenu_process_descriptorを示している。
【図７ｃ】図７ｃは、字幕の補正のためのSubtitle_process_descriptorを示している。
【図８ａ】図８ａ〜図８ｄは、プレイリストを示しており、図８ａは、標準化されたフォーマットに従ったプレイリストの一般的な構造を示している。
【図８ｂ】図８ｂは、プレイリストのシンタックスの例を示している。
【図８ｃ】図８ｃは、プレイリストにおける再生項目のシンタックスの例を示している。
【図８ｄ】図８ｄは、基本ストリーム表のデータ構造の第１の部分を示している。
【図９】図９は、基本ストリーム表の拡張として、拡張ストリーム情報のシンタックスの例を示している。
【図１０ａ】図１０ａは、基本ストリーム表のStream_entryを示している。
【図１０ｂ】図１０ｂは、基本ストリーム表のStream_Attributesを示している。
【図１１】図１１は、拡張ストリーム情報のシンタックスの要素の例を示している。
【図１２】図１２は、ＨＤＲディスクタイプの定義を示している。  図面は、例示であって、原寸通りではない。図面において、既述の要素に対応する要素は、同一の参照符号を有することがある。図面は、単に、より一般的な概念を例示する比限定的な例でしかなく、点線は、コンポーネントがオプションであることを示すため、要素が物体の内部に隠されていることを示すため、又は、物体／領域の選択など（例えば、それらがどのようにディスプレイ上に示され得るか）の無形物のために使用されることがある。
【発明を実施するための形態】
【００４１】
図１は、符号化方法のマッピングアルゴリズムデータを取得する場合を除いて、ＨＤＲディスプレイ上では十分な視覚品質ではないものの、ＨＤＲイメージを、ＬＤＲ上で使用可能な実際のＬＤＲイメージとして、どのように符号化するのかを概略的に図示している。図１によれば、一例として、本発明の方法が、どのようにして、ＨＤＲイメージ／映像を符号化できるのかが説明されている。ハリウッド映画スタジオなどのコンテンツ作成者は、マスターグレードオリジナルＨＤＲ信号HDR_ORIGを作成し、当該信号は、例えば、２０ビットの線形ルマ表現を有するコーデックにより符号化され得る。このイメージは、少なくともより高い輝度（一般的には、１０００ニットのピーク白色）、通常、より深い黒色、より高い色レンダリング精度などを持つディスプレイ上で最適に見えるようにグレーディングされるため、ＨＤＲである。読みやすさのために、説明は、イメージピクセルのルマ／輝度成分に焦点を当てているが、一般的に、システムは、最適に色をレンダリングすべく、色マッピングについても実行する。ＨＤＲ信号は、レガシーＬＤＲディスプレイ上で単純に使用可能ではない。第一に、かかる信号は、適切に符号化されない。我々のアプローチでは、一般的に、１０ビット又はたった８ビットのルマでイメージを符号化するため、後方互換性のある態様でＨＤＲイメージを符号化する。実際のピクセル色を無視することにより、かかるイメージは、ＭＰＥＧ２、ＡＶＣ、ＶＰ８、ＪＰＥＧなどの符号化フォーマットである、古典的なイメージ送信フォーマットによって圧縮及び操作され得る。しかしながら、実際のピクセル色も重要であるため、我々の符号化方法は、第２のフェーズを追加する。さもなければ、失敗する。我々は、レガシーディスプレイ上で直接的にレンダリングされることができる態様で、ＨＤＲイメージを符号化する。換言すれば、かかるディスプレイ上で十分な視覚的品質を持つ（イメージオブジェクトの色が、オリジナルのシーンにおいてどのように見えるかを合理的に近似する、又は、その信号においてＨＤＲイメージ効果情報を失わない重要な制約を前提としてＬＤＲディスプレイが少なくとも最良の範囲でレンダリング可能である）。従って、我々は、原理上、逆変換可能（即ち、逆ルマ／色マッピングを適用することによって、LDR_ORIGからHDR_PREDを得るために、HDR_ORIGからLDR_CONTへのマッピングを取り消すことが可能）である変換を適用し、又は、少なくとも、得られたＬＤＲ符号化LDR_CONTから、マッピングされた推測ＨＤＲイメージHDR_PRED、オリジナルマスターグレードHDR_ORIGを完全に抽出できる。これは、ルマ（及び色）マッピングを実行するアルゴリズムは、ＨＤＲ情報を破壊しないようにすべきであるということを意味する。この重要点をより正確に強調するために、完全にレンダリング可能ではない（例えば、典型的な周囲環境の下、低ピーク輝度ＬＤＲディスプレイ上で、これ以上区別可能でないように、イメージの幾つかのより暗い部分を詰め込むことがある）ものの、特に、ＨＤＲイメージのマッピングにより推定／再構成される際、バンディングなどのアーチファクトがそれほど多く見えない場合、ＨＤＲ情報は、マッピングアルゴリズム（１０、１１、１２、・・��、１５のルマは、例えば、２５、３０、４８、・・・、１００のＨＤＲルマにマッピングされることができる）を適用することによって、なお回復可能である。このため、LDR_CONTは、ＬＤＲグレーディング／イメージであるといえるが、HDR_ORIGとLDR_CONTとをリンク付けるための適切に制約されたマッピングを使用したため、マスターグレードHDR_ORIGの全てのＨＤＲ情報をなお（少なくともほとんど）含むという点で特別である。
【００４２】
HDR_ORIGの８ビット符号化へのマッピングである上記補正ルマを適用しないことは、比色分析的に歪み過ぎて見えるため、レガシー装置に関して使用不可能なイメージにつながる。例えば、明るいハイライトを有する暗い地下室のシーンを持つことがある。高ピーク輝度ＨＤＲディスプレイは、比較的高い出力輝度で、より低いルマピクセル符号をレンダリングできるため、（ＨＤＲグレードを８ビット表現において符号化する場合は、）我々は、低いピクセルルマを全てのこれらのピクセル（例えば、０、・・・、１０）に割り当てることができ、このとき、中間ルマを有するピクセルはなく、明るい光のための値（２５０〜２５５）がある。しかしながら、この信号をＬＤＲディスプレイ上で示すことは、それを二値化することである。全ての暗い値は、一般的に、同じ黒色として見られる。このため、我々は、より暗いルマを予め明るくする（例えば、付加的且つ乗法的なマッピングにより、０、・・・、５が、１０、・・・、２０になる）ルママッピングF_TM1を適用する必要がある。結果、このＨＤＲ符号化が、まるでＬＤＲイメージであるかのように直接レンダリングされる場合、暗い部屋は、ＬＤＲディスプレイ上でも見える。このため、我々は、まるでそれがＬＤＲイメージであったかのようにＨＤＲイメージを符号化する。又は、換言すれば、我々は、同じ画像表現でＨＤＲイメージとＬＤＲイメージとを符号化する。しかしながら、このLDR_CONTイメージは、ＨＤＲディスプレイ上で正しいマスターグレードHDR_ORIGをレンダリングするために直接使用可能でない。我々は、例えば、ＬＤＲディスプレイ上で区別可能に見えるように、明るくされた部屋の暗い部分を持つため、ＨＤＲディスプレイでは極めて明るく見え、コンテンツ作成者によって意図されるような全ての怖い雰囲気が失われる。それらを再び正すための解像度は、逆ルママッピングアルゴリズムFL2Hにおいて存在する。
【００４３】
マッピングアルゴリズムは、同じシナリオにおいて、完全なシーン又は映画に関しても、単純に、単一のガンマ関数（例えば、ＨＤＲルマY_HDR=a*Y_LDR^g）の適用であってもよい。あるいは、視覚系は色の出現を相対的に見るため、局所的な色最適化を考慮するよう、より洗練されていてもよい。例えば、粗いセグメント化戦略が、イメージにおけるブロックの設定前に、同じ閾値を定義してもよい。ブロック（Ｘ，Ｙ）の前のジグザグスキャンにおいて、第１のルママッピング関数が使用され、ブロック（Ｘ，Ｙ）の前では、２つのＬＤＲルマ閾値g_l及びg_hが規定される。これは、これらの境界においてピクセルルマを持っている（Ｘ，Ｙ）から前方の位置における領域に関し、例えば、第２のルママッピング戦略／アルゴリズムにより、異なって処理されるべきであることを示している。例えば、１２８に等しいＬＤＲルマY_LDRが、第１のルママッピング関数によって、Y_HDR=2099にマッピングされた場合（２０ビットなどの幾つかの許容される表現では、図における単純化のため、我々は、再構成されたＨＤＲルマの範囲をフロート［０．１］の範囲にした）、第２のマッピングアルゴリズムによって、例えば、Y_HDR=200にマッピングされることができる。例えば、シャツの白色は、行き過ぎないように処理され得る。ブロック（Ｘ＋Ｋ，Ｙ＋Ｌ）の後、同じ画像において、ＬＤＲイメージ表現LDR_CONTにおいてY_LDR値の同じ範囲があり得るが、これは、極めて明るいランプであり得る。それは、第３のローカルマッピングアルゴリズムにより極めて明るいY_HDRルマを生み出すために異なって処理されてもよい。
【００４４】
いずれの場合においても、マッピングアルゴリズムの全ての情報（関数的パラメータ、プレゼンテーションタイムなどのイメージ数、局所的形状定義情報など）が、オリジナルマスターグレードHDR_ORIG、又は、オリジナルに（極めて）近く見える少なくともＨＤＲグレードHDR_PREDを再び得るためのキーである。このグレードは、意図されたように見え、基準ＨＤＲディスプレイ又は基準ＨＤＲディスプレイに近い物理的特性を持つ任意の明るいディスプレイ上で最適に見え、さらに、例えば、特定の位置において明る過ぎず、又は、一般的に間違った色で見えない。
【００４５】
我々のシステムは、コンテンツ作成者が、最良の見え方を得るために、それどころかマスターグレードを得るために、どのマッピングアルゴリズムが使用されるべきかを特定できるようにする。窓を通じた明るい日の当たった外の景色を２５．０００ニットのディスプレイに対して１０００ニットのディスプレイ上でマッピングするための様々なマッピングを使用できることを想像することができるため、彼らは、例えば、様々なＨＤＲディスプレイのために様々なマッピングアルゴリズムを特定することができる。このため、この方法では、レンダリングは、コンテンツオーナーによって調整されることができ、作成者が、様々な理由のための様々な見え方を特定できるようにする（例えば、一種のハーフＨＤＲである、より安っぽい見え方を構想できる）。しかしながら、更には、この／これらのマッピングアルゴリズムにおいて全てこの視覚的品質を持つことは、作成者が、既存の手段に加えて、極めて増加したコンテンツ保護を実装することを可能にし、従って、作成者の努力に対して適切な対価を還元する。ユーザは、任意の海賊版ＬＤＲバージョン（例えば、正規のシステムからどこかで抽出されたLDR_CONT）をＨＤＲディスプレイ上に映すことにより、低品質バージョンの視聴を選択してもよい。以下において、マッピングアルゴリズムのセット及び他のパラメータは、映像処理メタデータと称され、このメタデータは、ＬＤＲ映像とＨＤＲ映像との間（又は、その逆）の変換を定義する。ユーザが、最適な映像体験を欲する場合、彼は、ＬＤＲをＨＤＲに変換するために、又は、ＨＤＲが利用可能である場合、ＨＤＲをＬＤＲに変換するために、映像処理メタデータを適用する必要がある。
【００４６】
導入部分において上述されたＨＤＲ映像分配システムは、映像処理メタデータがレンダリング側に転送されるように改良される。例えば、ＡＶＣ又はＨＥＶＣ符号化におけるＳＥＩメッセージでは、映像ストリームを有する私的データとして映像処理メタデータを含むことは提案されない。発明者は、映像基本ストリームの私的データにおいて映像処理メタデータを含ませることに問題を発見したためである。ＨＤＲディスプレイに出力する場合に、映像のためのＨＤＲパラメータに加えて、グラフィックオーバーレイを処理するための情報を含み得るため、例えば、かかる私的データが映像ストリームに密接に結合されることが問題である。映像ストリームにおいてグラフィック処理データを含むことは、再生器において、映像及びグラフィックのための様々な処理エンジンの意図的な協力を必要とする。例えば、字幕の輝度レベルは、国際公開第２０１２／１７２４６０号などにおいて述べられているように、煩わしい字幕の高輝度を回避するため、特定の割合で減じられ得る。私的データの更なる問題は、映像処理メタデータが、最初からディスク上に含まれる必要があることである。
【００４７】
本システムは、映像処理メタデータを別個の映像処理基本ストリームに置くことによって、上記問題を解消する。かかる別個の基本ストリームは、以下でより詳細に説明されるように、統合された分配（例えば、単一のBlu-rayディスク上のＨＤＲ映像及びＬＤＲ映像）と別個の分配（例えば、ダウンロードモデル）との両方を可能にする。例えば、ＨＤＲディスプレイの設置基盤は、比較的小さい。ディスクは、ＬＤＲコンテンツとともにリリースされることができる。後で、パラメータは、ＨＤＲディスプレイのために利用可能に作られている。メタデータを別個に供給するもう一つの理由は、消費者がＨＤＲメタデータを別個に購入できるビジネスモデルである。
【００４８】
映像処理基本ストリームは、以下で明らかにされるように、映像フレームの特定のシーケンスと関連付けられた各セグメントを有する映像処理セグメントのシーケンスを含んでいてもよい。映像処理基本ストリームは、例えば、ＭＰＥＧ２転送ストリームメカニズムを通じて、映像、グラフィック、及び、オーディオ基本ストリームと同期化されていてもよい。輝度／色適合映像しィリ基本ストリームは、映像及び／又はグラフィックの輝度レベル及び／又は色空間をディスプレイ装置の能力に依存して適合させるため、再生装置のための命令を含む。拡張ストリーム情報ファイルは、ディスプレイ装置のための映像出力信号を生成するため、どの映像及び／又はグラフィック基本ストリームが、再生装置による処理のために選択されることができるかを示すための情報を含んでいてもよい。拡張ストリーム情報は、再生装置による処理のために選択されることができる１又は複数の輝度／色適合映像処理メタデータ基本ストリームを示す。別個の映像処理基本ストリームは、ブロードキャスト、ネットワーク、又は、Blu-rayのような光ディスクなどのストレージ媒体を介して映像を転送するために、様々な態様で使用されることができる。
【００４９】
例えば、
１．メインの映像ストリーム、グラフィックストリーム、及び、オーディオストリームとともに単一のＭＰＥＧ２転送ストリーム（ＴＳ）内に多重化され、Blu-rayディスク上に格納される。これは、いわゆるインマックスケース（in-mux case）である。これは、少なくとも１つの多重化されたストリーム及びプレイリストファイルを含むストレージ媒体を含み、多重化されたストリームは、少なくとも映像基本ストリームと、少なくとも１つの輝度／色適合ＨＤＲメタデータストリームと、ゼロ又はそれより多くのグラフィックストリームと、を含む。
２．ディスク上に含まれた別個のＭＰＥＧ２ＴＳに多重化され、再生の開始前に予めロードされる。これは、いわゆるアウトオブマックスケース（out-of-mux case）である。これは、少なくとも２つの多重化されたストリーム及び拡張ストリーム情報を含むストレージ媒体を含み、第１の多重化ストリームは、少なくとも映像基本ストリームと、ゼロ又はそれより多くのグラフィックストリームと、を含み、第２の多重化ストリームは、少なくとも１つの輝度／色適合ＨＤＲメタデータストリームを含む。第２の多重化ストリームは、ＨＤＲレンダリングのために適合された１又は複数のグラフィックストリームを更に有していてもよい。
３．別個のＭＰＥＧ２ＴＳに多重化され、オプションで、追加的なグラフィック（字幕）ストリーム及び／又はオーディオストリームを有し、ディスクが購入された後でダウンロードされることができる。これも、アウトオブマックスケース（out-of-mux case）である。このケースは、少なくとも１つの多重化ストリームと、少なくとも１つの拡張ストリーム情報と、少なくとも１つのデータファイルとを含むストレージ媒体を含んでいてもよく、多重化ストリームは、少なくとも映像基本ストリームと、ゼロ又はそれより多くのグラフィックストリームと、ゼロ又はそれより多くの輝度／色適合ＨＤＲメタデータストリームと、を含む。データファイルは、再生器が、輝度／色適合映像処理基本ストリームをサーバからダウンロードできるようにする。
【００５０】
図２は、一次ＨＤＲ映像を持つＨＤＲ映像転送システムのブロック図の例を示している。映像転送システムは、例えば、ＨＤＲ映像などの入力映像２５を受信するための入力部を持つ映像処理装置２１を有する。入力映像は、ＨＤＲ映像とＬＤＲ映像との間の変換を表す映像処理メタデータ２９を供給するために、入力部から、入力映像を処理するための映像処理ユニット２１０に結合される。映像処理ユニットは、例えば、ＬＤＲ映像などのローカル出力映像２６を生成してもよい。これは、図では、他に結合されていないが、変換処理を関しするためのローカルディスプレイのために使用され得る。変換は、ピクセル輝度及び／又は色マッピングを含むが、空間スケーリングなどを含まない。変換を定義する処理メタデータの例が、図１により上述されている一方、詳細な例は後で供給される。変換ユニットは、変換処理を制御するための相互作用ユニット２１１に結合され得る。
【００５１】
また、入力映像は、入力部から、フォーマットユニット２１３に結合される一次映像ストリームを生成するための映像符号化ユニット２１２へ結合される。一次映像ストリームは、ＨＤＲディスプレイなどの第１のタイプのディスプレイのための第１の輝度又は色範囲を持つ入力映像の符号化バージョンを含む一方、ローカル出力映像は、標準化されたＬＤＲディスプレイなどの第２のタイプのディスプレイ上で表示するために必要な第２の輝度又は色範囲を持つ。ＨＤＲ映像からＬＤＲ映像へのダウンコンバートは、各映像処理メタデータを生成する。ＨＤＲメタデータは、変換のタイプを示すためのインジケータを有していてもよい。また、映像処理メタデータは、ＬＤＲ映像をＨＤＲ映像にアップコンバートするためのものであってもよい。また、例えば、中程度、高度、又は、極めて高度な輝度レベルを持つディスプレイのために、又は、様々な色域のために、様々な変換レベルが、映像処理メタデータ内に埋め込まれていてもよい。このため、一次映像は、輝度範囲又は色範囲を適合させるための各補正スキームを有する映像処理メタデータに基づいて、アップコンバートされるＬＤＲ映像であってもよいし、又は、ＬＤＲ映像又は幾つかの様々なレベルのＨＤＲ映像にダウンコンバートされ得る幾つかのタイプのＨＤＲ映像であってもよい。例えば、一次映像は、中程度のレベルのＨＤＲ映像を含んでいてもよい。一方、映像処理メタデータは、ＬＤＲ映像へのダウンコンバートと、より高いレベルのＨＤＲディスプレイへのアップコンバートとの両方、又は、いずれかのための命令を供給する。さらに、レンダリング側において、一次映像の適切な変換を選択可能とするために、複数の映像処理基本ストリームが、フォーマット信号に含まれていてもよい。
【００５２】
また、フォーマットユニット２１３は、映像処理メタデータ２９を受信する。フォーマットユニット２１３は、以下の機能を実行することによって、フォーマットされた映像信号２０を生成するように構成される。このように、ＢＤ又はＭＰＥＧなどの必要な転送フォーマットに従った信号のフォーマットは、よく知られている。フォーマットユニットは、映像処理基本ストリーム及び拡張ストリーム情報を更に含むように構成される。一次映像基本ストリームは、ＨＤＲ映像などの入力映像を表すように生成される。映像処理基本ストリームは、オーディオビジュアルコンテンツを含まないが、映像処理メタデータを含むように生成される。また、拡張ストリーム情報は、映像処理基本ストリームを示すエントリを有するように生成される。一例では、フォーマットされた映像信号２０は、拡張映像を表す一次映像基本ストリームと、オーディオビジュアルコンテンツを有さないが拡張映像と標準映像との間の変換を表す映像処理メタデータを有する映像処理基本ストリームと、を有する。詳細な例は、後で、供給される。最後に、フォーマットされた映像信号が、一次映像基本ストリーム、映像処理基本ストリーム、及び、拡張ストリーム情報を含むことによって生成される。
【００５３】
映像転送システムは、セットトップボックス、タブレットコンピュータ、又は、ＢＤ再生器などの映像再生器２２を更に有する。映像再生器は、フォーマットされた映像信号を受信するとともに、拡張ストリーム情報及び映像処理メタデータ２９を抽出するための入力ユニット２２５を有する。拡張ストリーム情報及び映像処理メタデータは、処理ユニット２２３に結合されたＨＤＲパラメータユニット２２１に格納されて処理される。再生器は、入力ユニット２２５から一次映像を受信するとともに、復号化された一次映像２７を生成する映像デコーダ２２２を更に有する。例えば、一次映像がＨＤＲ映像である場合、復号化された一次ＨＤＲ映像は、ＨＤＲモニタ２３に対してＨＤＲ映像信号を供給することができるＨＤＲディスプレイインタフェースユニット２２４に結合される。
【００５４】
さらに、映像再生器は、ターゲット映像２８と称される変換された映像信号をレガシーＬＤＲモニタ２４に供給してもよい。さらに、処理ユニットは、選択可能な映像処理基本ストリームを示す拡張ストリーム情報エントリを抽出するために、まず、拡張ストリーム情報を処理する。当該エントリが、少なくとも１つのストリームの存在を示す場合、各映像処理基本ストリームが、選択される。当該選択は、ターゲットディスプレイ、即ち、ＬＤＲディスプレイ２４のタイプに基づいていてもよい。次いで、処理ユニットは、映像処理メタデータに従って一次映像を処理することにより、一次映像基本ストリームからターゲットディスプレイ装置の輝度及び／又は色レンダリング能力に適合されたターゲット映像２８に一次映像を変換する。この例では、一次ＨＤＲ映像は、映像処理メタデータに基づいて、ＬＤＲ映像にダウンコンバートされる。
【００５５】
図３は、一次ＬＤＲ映像を持つＨＤＲ映像転送システムのブロック図の一例を示している。映像転送システムは、ＨＤＲ映像などの入力映像３５を受信するための入力部を持つ映像処理装置３１を有する。入力映像は、ＨＤＲ映像とＬＤＲ映像との間の変換を表す映像処理メタデータ３９を供給するために、入力映像を処理するための入力部から映像処理ユニット３１０に結合される。映像処理ユニットは、ＬＤＲ映像などのローカル出力映像３６を生成する。これは、図において、映像符号化ユニット３１２に結合され、ローカルディスプレイにより図２により上述された変換処理をモニタするために使用され得る。変換ユニット３１０は、半自動化されていてもよく、芸術性ガイダンスを与えるとともに、変換処理を更に制御するための相互作用ユニット３１１に結合されてもよい。
【００５６】
映像符号化ユニット３１２は、ローカル出力映像３６を受信し、フォーマットユニット３１３に結合される一次映像ストリームを生成する。ここで、一次映像ストリームは、ＬＤＲディスプレイなどの第２のタイプのディスプレイのための第２の輝度又は色範囲を持つ変換された入力映像の符号化バージョンを含む。一方、入力映像は、ＨＤＲディスプレイなどの第１のタイプのディスプレイ上で表示するために必要とされる第１の輝度又は色範囲を持つ。ＨＤＲ映像のＬＤＲ映像へのダウンコンバートは、変換ユニット３１０において適用された変換（例えば、一次ＬＤＲ映像からＨＤＲターゲット映像へのアップコンバート）の逆変換を定義する各映像処理メタデータを生成する。様々なタイプの変換が、図２により上述されており、ソフトウェア構成設定などにより、システムは、必要に応じて、図２又は図３に示されるように構成されてもよい。これは、入力ＬＤＲ映像又は入力ＨＤＲ映像の受信、及び、ＬＤＲ一次映像又はＨＤＲ一次映像の転送を可能にする一方、レンダリング側で必要とされる変換は、ディスプレイのタイプに依存する一次映像のダウンコンバート又はアップコンバートであり得る。また、フォーマットユニット３１３は、映像処理メタデータ３９を受信し、図２により上述したようなフォーマット信号２０に似たフォーマットされた映像信号３０を生成するように構成されている。しかしながら、ここでは、標準である、ＬＤＲ一次映像と標準映像から拡張映像への変換を表す映像処理メタデータとを含んでいる。
【００５７】
映像転送システムは、セットトップボックス、タブレットコンピュータ、又は、ＢＤ再生器などの映像再生器３２を更に有する。映像再生器は、フォーマットされた映像信号を受信するとともに、拡張ストリーム情報及び映像処理メタデータ３９を抽出するための入力ユニット３２５を有する。拡張ストリーム情報及び映像処理メタデータは、処理ユニット３２３に結合されたＨＤＲパラメータユニット３２１に格納され、処理される。再生器は、入力ユニット３２５から一次映像を受信するとともに、復号化された一次映像３７を生成する映像デコーダ３２２を更に有する。例えば、一次映像がＬＤＲ映像である場合、復号化された一次ＬＤＲ映像は、レガシーＬＤＲディスプレイ３４に結合され得る。
【００５８】
ＬＤＲ映像出力を生成する映像デコーダ３２２が、レガシー映像デコーダシステム３２６を構成する一方、レガシー映像再生器は、拡張ストリーム情報及び映像処理基本ストリームにおけるエントリを無視する類似の入力ユニットを有していてもよいことに留意すべきである。従って、後方互換性が確保される。
【００５９】
映像再生器３２において、復号化された一次映像３７は、インタフェースユニット３２４を介してＨＤＲモニタ３３に結合されるターゲット映像３８を生成する映像処理ユニット３２３に結合される。従って、一次ＬＤＲは、ＨＤＲモニタ３３のためのターゲットＨＤＲ映像信号にアップコンバートされる。さらに、処理ユニットは、拡張ストリーム情報エントリを抽出するとともに、適切な映像処理基本ストリームを選択するために、まず、拡張ストリーム情報を処理する。ターゲットディスプレイ装置３３の輝度及び／又は色レンダリング能力３２９は、ディスプレイインタフェース３２４を介した通信によって、決定され得る。次いで、処理ユニットは、映像処理メタデータに従って一次映像を処理することにより、一次映像を一次映像基本ストリームからターゲットディスプレイ装置の輝度及び／又は色レンダリング能力に適合されたターゲット映像３８に変換する。図３の例では、一次ＬＤＲ映像は、映像処理メタデータに基づいて、ＨＤＲ映像にアップコンバートされる。
【００６０】
図４は、ＨＤＲ映像分配システムのブロック図を示している。フォーマットされた映像信号は、ＢＤなどの光記録媒体４０及び／又はダウンロードデータ４１によって、実現される。記録媒体は、ＴＳ−１と付された第１の転送ストリーム４０１を有し、ダウンロードデータは、ＴＳ−２と付された第２の転送ストリーム４０２を含んでいてもよい。第１の転送ストリームは、少なくとも１つの一次映像基本ストリーム４１１と、少なくとも１つのグラフィック基本ストリーム４１２と、ゼロ又はそれより多くの映像処理ストリーム４１３と、を含む。第２の転送ストリームは、ゼロ又はそれより多くのグラフィック基本ストリーム４１５と、少なくとも１つの映像処理ストリーム４１６と、を含む。記録媒体は、実際のプレイリスト４１４を構成するためのダウンロードデータに含まれる拡張ストリーム情報によってダウンロードの際に置き換えられる、初期プレイリストを更に有する記録媒体上の初期プレイリストは、ゼロ又はそれより多くの映像処理基本ストリームが、ＴＳ−１において、ディスク上に存在していることを示す拡張ストリーム情報であってもよいことに留意すべきである。オーディオビジュアルデータと映像処理メタデータとの組み合わせは、点線４１０の箱によって示されるように、仮想的なパッケージと称されることがある。
【００６１】
選択ユニット４２は、仮想パッケージのデータを処理する一方、各基本ストリームが組み合わせにおいてレンダリングされることを可能にするためのメニューなどのユーザインタフェース４２４を供給する。例えば、ユーザは、特定の映像基本ストリーム４２１、オーディオ及び／又はグラフィック４２２、及び、適用される映像処理ストリーム４２３を選択する。映像処理ストリームの選択は、事前のユーザ設定に基づいていてもよく、又は、映像再生器によって検出されるディスプレイのタイプ及び／又は周辺環境に基づいて自動的であってもよい。選択された基本ストリームは、選択された映像処理基本ストリームからの映像処理メタデータに従って、一次映像を処理することにより、一次映像を一次映像基本ストリームからターゲット映像にを変換するための処理ユニットを含むレンダラ４３へガイドされる。
【００６２】
簡単化のため、現ＢＤシステムの多くの態様は、図４に示されていないことに留意されたい。例えば、図４は、オーディオストリーム、二次映像ストリーム、様々なグラフィックストリーム、あるいは、音及び／又はフォントのためのストリームを示していない。さらに、上記システムは、ＢＤＪモードにおいて生成されたグラフィックを示していない。かかる既知の要素は、適切な位置に追加されてもよい。Blu-rayディスクフォーマット上のバックグラウンド情報は、Blu-rayディスクアソシエーションによって発行された白書（http://www.blu-raydisc.com/assets/Downloadablefile/BD-ROM-AV-WhitePaper_110712.pdf）において発見され得る。
【００６３】
ディスクは、少なくとも１つのプレイリストと、少なくとも１つの映像ストリーム、オプションのグラフィックストリーム、及び、オプションのＨＤＲメタデータストリームを有する少なくとも１つの転送ストリーム（ＴＳ−１）と、を含む。ディスクは、グラフィックストリーム及び／又はＨＤＲメタデータストリームを有する第２の転送ストリーム（ＴＳ−２）を含んでいてもよい。あるいは、第２の転送ストリーム及び（特に）プレイリストは、インターネットからダウンロードされ、再生器に格納されてもよい。何れの場合であっても、ディスク及びダウンロードからの全てのデータは、いわゆる「仮想パッケージ」に集約される。再生の間、ユーザは、「仮想パッケージ」におけるプレイリストのうちの１つを選択する。このプレイリストは、プレイリストのコンテンツを再生するために必要な、映像ストリーム、グラフィックストリーム、及び、ＨＤＲメタデータストリームに対するポインタを含む。この情報に基づき、セレクタ４２は、映像及びグラフィックデータをディスプレイのための適切な信号に変換するレンダラ４３に、対応しているストリームを送る。レンダラによる映像及びグラフィック処理は、ＨＤＲメタデータにおける情報によって制御される。正しいストリームの選択、及び、この選択のために必要なディスク上のデータ構造についてのより詳細な説明が、「ダウンロード＆ストリームセクション」の下、本開示において更に述べられる。
【００６４】
一例として、映像処理基本ストリームの可能な定義が説明される。映像処理基本ストリームの基本的なシンタックス要素は、「映像処理セグメント」と称される。映像処理基本ストリームは、映像処理セグメントのシーケンスを有していてもよく、各セグメントは、対応する映像フレームのシーケンスと対応付けられている。映像再生器において、処理ユニットは、対応するセグメントからのＨＤＲメタデータに従ってフレームを処理することにより、一次映像の映像フレームの各シーケンスをターゲット映像に変換するように更に構成されていてもよい。映像処理セグメントは、映像の時間、即ち、映像フレームの上記シーケンスに対応している。当該時間は、各映像処理セグメントにおいて定義されるような処理命令のセットによって、処理される。
【００６５】
映像処理基本ストリームを構成している映像処理セグメントは、ＰＥＳパケットのシーケンスに含まれ得る。パケット化された基本ストリーム（ＰＥＳ：Packetized Elementary Stream）は、ＭＰＥＧプログラムストリーム及びＭＰＥＧ転送ストリーム内のパケットにおける（通常、オーディオ又は映像エンコーダの出力であるが、ここでは、ＨＤＲメタデータに従った処理スケジュールである）基本ストリームの伝達を定義するＭＰＥＧ−２パート１（システム）（ISO/IEC 13818-1）及びＩＴＵ−Ｔ  Ｈ．２２２．０における仕様である。基本ストリームは、ＰＥＳパケットヘッダ内の基本ストリームから連続したデータバイトをカプセル化することによって、パケット化されている。映像又はオーディオエンコーダから基本ストリームデータを送信する典型的な方法は、まず、基本ストリームデータからＰＥＳパケットを作成し、次いで、転送ストリーム（ＴＳ）又はプログラムストリーム（ＰＳ）パケット内のこれらのＰＥＳパケットをカプセル化する方法である。ＴＳパケットは、ＡＴＳＣ及びＤＶＢにおいて使用される技術などのブロードキャスト技術を用いて、多重化及び送信されることができる。映像処理基本ストリームのＰＥＳパケットは、ＨＤＭＶ  ＭＰＥＧ−２転送ストリームにおける転送パケットによって、連続的に伝達される。ＨＤＲのパケット化された基本ストリームにおける各ＰＥＳパケットは、１つの映像処理セグメントを伝達する。特定の映像処理基本ストリームを伝達する全ての転送パケットは、同一のＰＩＤを有するべきである。映像処理基本ストリームのシンタックスが、図５ａ〜図５ｄにおいて示されている。
【００６６】
図５ａ〜図５ｄは、映像処理基本ストリームの一例を示している。映像処理基本ストリームにおける映像処理メタデータは、映像処理基本ストリームにおける映像処理セグメントを示すフィールドを有していてもよい。映像処理基本ストリームにおける映像処理メタデータは、少なくとも１つのプレゼンテーションタイムスタンプ及びセグメント記述子を有する映像処理セグメントを有していてもよい。映像処理基本ストリームにおける映像処理メタデータは、複数の異なるプロセス記述子を持つ拡張範囲情報フィールドを有していてもよく、各プロセス記述子は、各データタイプのための変換を定義しており、データタイプは、映像と、グラフィック及び字幕のうちの少なくとも１つと、を有している。
【００６７】
図５ａは、映像処理セグメントの数を示すフィールドを有する映像処理基本ストリームを示している。フィールドnumber_of_HDR_Segments５１は、映像処理基本ストリームにおける映像処理セグメント構造の数を示している。また、当該基本ストリームは、ＬＤＲからＨＤＲへの変換、又は、ＨＤＲからＬＤＲへの変換のような変換タイプを示す更なるフィールドを有していてもよい。
【００６８】
図５ｂは、映像処理セグメントのシンタックスの一例を示している。この図は、映像処理セグメント５２を示している。当該セグメントは、図５ｃにおいてより詳述されるようなセグメント記述子と、一次映像にセグメントを同期化するためのプレゼンテーションタイムスタンプHDR_start_PTS及びHDR_end_PTSと、映像処理メタデータを示すためのHDR_infoフィールドと、を有する。
HDR_start_PTS：この３３ビットのフィールドは、HDR_segment()のプレゼンテーション開始時間を示し、９０ｋＨｚのクロック単位で測定される、ＨＤＲストリームのシステムタイムベース上の時間を指すべきである。HDR_start_PTSの値は、映像フレームグリッド上の値であるべきである。
HDR_end_PTS：この３３ビットのフィールドは、HDR_segment()のプレゼンテーション終了時間を示し、９０ｋＨｚのクロック単位で測定される、ＨＤＲストリームのシステムタイムベース上の時間を指すべきである。HDR_end_PTSの値は、映像フレームグリッド上の値であるべきである。
【００６９】
図５ｃは、セグメント記述子のシンタックスの一例を示している。この図は、セグメント記述子５３を示している。当該セグメント記述子は、以下のフィールドを有する。
segment_type：このフィールドは、segment_data()構造に含まれるデータのタイプを示す。これは、標準において定義される固定の数である。
segment_length：segment_lengthは、segment_data()構造の直後に続くセグメントに含まれるバイト数を特定するべきである。
【００７０】
図５ｄは、ＨＤＲ情報のシンタックスの一例を示している。この図は、ＨＤＲ情報要素である、拡張範囲情報フィールド５４を示している。拡張範囲情報フィールドは、複数の異なるプロセス記述子を有する。各プロセス記述子は、各データタイプのための変換を定義している。データタイプは、例えば、映像、グラフィック、及び、字幕であってもよい。ＨＤＲ要素は、以下のフィールドを有し得る。
Video_process_descriptor
Menu_process_descriptor
Subtitle_process_descriptor
これらのフィールドは、図６を参照して、更に明らかにされる。
【００７１】
HDR_info情報におけるデータの例は、以下のとおりである。本開示の文脈において、トーンマッピングは、ディスプレイの特性、視聴環境、及び、ユーザ嗜好とマッチするための、入力ピクセルのルマ値の出力ピクセルのルマ値への非線形マッピングとして定義される。ローカルトーンマッピングの場合、当該処理は、イメージ内のピクセルの位置に依存して変化する。グローバルトーンマッピングの場合、同じ処理が、全てのピクセルに適用される。
【００７２】
トーンマッピングに関し、現行のＢＤシステムにおける状況は、以下のとおりである。
・（グローバル及び／又はローカル）映像トーンマッピングが、スタジオモニタを用いて、スタジオ内で実行される。
・（一般的に映像トーンマッピングとは異なる）グラフィックトーンマッピングが、スタジオモニタを用いて、スタジオ内で実行される。
・グローバルトーンマッピングは、映像信号とグラフィック信号との結合において、ディスプレイで実行される。この処理は、エンドユーザにより設定される輝度値及びコントラスト値によって、部分的に制御される。実験上及び理論上、以下の場合に、最適な画像品質がもたらされることが分かっている。
１．映像トーンマッピングが、エンドユーザのディスプレイのために最適化されている。
２．グラフィックトーンマッピングが、エンドユーザのディスプレイのために最適化されている。
３．システムが、映像トーンマッピングとは異なるグラフィックトーンマッピングを許容している。
４．システムが、様々なグラフィックコンポーネントのための様々なグラフィックトーンマッピングを許容している。
５．システムが、映像特性に依存した、映像及びグラフィックトーンマッピングを許容している。
【００７３】
ＢＤシステムにおいて最適な画像品質を達成するために、輝度／色適合メタデータの送信を可能とするために、（例えば、HDR_info構造における）ＨＤＲメタデータを含む、上記の映像処理基本ストリームを追加することによって、ＢＤ仕様を増大させることが提案される。これらのデータを用いて、ＢＤ再生器は、エンドユーザのディスプレイの特性に依存した追加的な映像トーンマッピングを実行する。さらに、ＢＤ再生器は、エンドユーザのディスプレイの特性に依存した追加的なグラフィックトーンマッピングを実行してもよい。これは、一般的に、映像トーンマッピングとは異なる。HDR_infoにおいて定義される追加的な処理ステップは、ＢＤ標準の新たなバージョンにおいて定義され得るように、必須又はオプション（推奨）のいずれかであってもよい。
【００７４】
実際、エンドユーザのディスプレイ特性は、例えば、ユーザ設定又は再生器からディスプレイへの情報チャネルにより、再生器に知られ得る。再生器は、以下の処理を実装し得る。
・映像は、例えば、電気光学伝達関数を調整することによって、エンドユーザのディスプレイの特性に基づいて適合される。
・グラフィックの透過性は、メニューなどの可読性を改善するために適合される。例えば、国際公開第２０１３／０４６０９５号の導入部分を参照。
・字幕及びメニューのルマは、映像上の効果の妨害を減少させ、疲れるような／不快な、明る過ぎる字幕の効果を減少させ、ハロ効果を減少させ、及び／又は、グレアを減少させるために適合される。
【００７５】
上記リストは、映像処理及びグラフィック処理の数個の例を与えるが、これらに限定する意図はない。
【００７６】
フィールドVideo_process_descriptor ()をどのように使用するかについての例が、以下に示される。Video_process_descriptorは、映像のＨＤＲに関連する処理を特定するために使用され得る。この例では、Video_process_descriptorは、エンドユーザのディスプレイがＨＤＲディスプレイである場合の、映像の更なる処理を定義している。ディスプレイの電気光学伝達関数（ＥＯＴＦ）は、入力ルマ値（Ｙ´）と出力輝度（Ｙ）との間の関係を記述している。この場合、ＥＯＴＦは、輝度補正関数Ｙ´ｎｅｗ＝Ｃｏｒｒ（Ｙ´ｏｌｄ）を適用することによって変換される。
【００７７】
図６は、輝度補正関数の一例を示している。この図は、垂直軸上の出力輝度に対する水平軸上の入力輝度の曲線６１を示している。当該曲線は、ＥＯＴＦの上記変換を図示している。
【００７８】
図７ａ〜図７ｃは、映像処理メタデータを示している。この図は、図７ａ〜図７ｃのシンタックス表における映像処理メタデータの様々な例を示している。
【００７９】
図７ａは、輝度補正のためのVideo_process_descriptorを示している。示されているような補正処理の構造６２は、図６に示されるような補正関数を定義するために適用され得る。
【００８０】
他の実施形態では、Video_process記述子は、例えば、JAVA（登録商標）のようなスクリプト言語において定義される、再生器によって実行される手続きを保持していてもよい。この手続きを実行することによって、再生器は、一次映像をどのように処理するのかを決定する。
【００８１】
図７ｂは、グラフィックの補正のためのMenu_process_descriptorを示している。Menu_process_descriptor６３は、映像再生器においてローカルに生成されるメニュー及び他のグラフィックのＨＤＲに関連する処理を特定するために使用される。この例では、Menu_process_descriptorは、エンドユーザのディスプレイがＨＤＲディスプレイである場合の、ポップアップメニューの追加的な処理を定義している。より具体的には、この場合、透過レベルは、Min_transparency_levelよりも高くなるように調整される。結果、メニューは、その下にある（ＨＤＲ）映像における極めて明るいシーンによって「隠され」ない。
【００８２】
他の実施形態では、Menu_process記述子は、例えば、JAVAのようなスクリプト言語において定義される、再生器によって実行される手続きを保持していてもよい。この手続きを実行することによって、再生器は、メニューをどのように処理するのかを決定する。
【００８３】
図７ｃは、字幕の補正のためのSubtitle_process_descriptorを示している。Subtitle_process_descriptor６４は、字幕のＨＤＲに関連する処理を特定するために使用される。この例では、Subtitle_process_descriptorは、エンドユーザのディスプレイがＨＤＲディスプレイである場合の、字幕の追加的な処理を定義している。より具体的には、この場合、字幕の輝度は、Y'new=ROUND(4*Y'old / Subtitle_Luma_factor)によって減少される。結果、字幕は、明る過ぎることなく、このため、疲れるようなハロ効果又はグレアを発生させない。
【００８４】
他の実施形態では、Subtitle_process記述子は、例えば、JAVAのようなスクリプト言語において定義される、再生器によって実行される手続きを保持していてもよい。この手続きを実行することによって、再生器は、字幕をどのように処理するのかを決定する。
【００８５】
図８ａ〜図８ｄは、プレイリストの一例を示している。図８ａは、標準化されたフォーマットに従ったプレイリストの一般的な構造を示している。この図は、既知のＢＤシステムに従ったプレイリスト７０を示している。当該プレイリストは、プレイアイテムのシーケンスを有するメインパスと、各サブプレイアイテムを有する様々なサブパスと、を持つ再生構造を記述している。当該プレイリストは、映像処理基本ストリームの選択、及び／又は、映像処理基本ストリームのダウンロードを促進するために、拡張されたプレイリスト、即ち、拡張ストリーム情報に適合される。
【００８６】
この例では、映像再生器は、輝度／色適合ＨＤＲメタデータにおける処理情報に基づいて、映像及びグラフィック処理を適合させる。適切な映像処理メタデータを取得するために、再生器は、新たな輝度／色適合映像処理基本ストリームのダウンロードを必要としてもよく、さらに、再生器は、ＢＤディスクのコンテンツの特定の部分をレンダリングする場合にどのストリームが結合されるのかを知る必要がある。これが、どのように実現され得るのかが、このセクションにおいて、一例として、現行のＢＤディスク上のデータ構造、及び、ＢＤ−Ｊモードにおける現行のＢＤ再生器で使用されている方法を用いて、説明される。ＢＤは、様々な動作モード、及び、様々な再生器の使用方法を持つ、即ち、レンダリングの際に結合する基本ストリームを選択することができる。
【００８７】
ストリーム選択が、典型的なユーザシナリオを用いて説明される。ＢＤディスクがＢＤ再生器に挿入された場合、再生器は、ディスクから「INDEX.bdmv」ファイルを読み込む。このファイルにおける情報は、再生器を、「FirstPlayback_bdjo_file」にガイドする。「FirstPlayback_bdjo_file」は、再生器によって実行されるJAVAプログラムである。一般的に、このJAVAプログラムの実行は、「ディスクメニュー」にレンダリングにつながる。ここで、ユーザは、ディスク上の「タイトル」を選択することができ、これは、再生器が、「タイトル」に対応している「Title_bdjo_file」における他のJAVAプログラムを実行するように指示する。
【００８８】
「Title_bdjo_file」におけるJAVAプログラムは、再生器が、この「タイトル」に関連している追加コンテンツがサーバにおいて利用可能であるかどうかをチェックするため、コンテンツ所有者のサーバとコンタクトするための命令を含んでいてもよい。この場合、この追加コンテンツは、再生器における「ローカルストレージ」にダウンロードされて格納される。次に、「ローカルストレージ」内のコンテンツと、ディスク上のコンテンツとが、「仮想パッケージ」において結合される。このとき、「タイトル」のレンダリングのために必要とされる全てのデータが、再生器において利用可能となる。一般的に、「Title_bdjo_file」におけるJAVAプログラムは、再生器が、図８に示されるようなプレイリストを開始するように命令する。この図は、プレイリストの一般的な構造を示している。プレイリストは、１つの「メインパス」と、ゼロ又はそれより多くの「サブパス」とを保持している。一般的に、「メインパス」は、映像、オーディオ、グラフィック、及び、字幕を保持する一方、「サブパス」は、追加的なグラフィック及び字幕を保持し得る。この例では、輝度／色適合ＨＤＲメタデータが、「メインパス」（In-mux）又は「サブパス」（Out-of-mux）のいずれかに含まれ得る。再生器は、「メインパス」及びオプションの「サブパス」を同時にレンダリングする。
【００８９】
図８ｂは、プレイリストのシンタックスの一例を示している。この図は、シンタックス表におけるプレイリスト７１の一例を示している。プレイリストのデータ構造は、ＢＤ仕様書に従っている。当該プレイリストは、プレイリストをレンダリングする際、再生器によって使用されるべき、複数の「プレイアイテム」７２と、複数の「サブパス」７３と、を保持している。
【００９０】
図８ｃは、プレイリストにおけるプレイアイテムのシンタックスの一例を示している。この図は、シンタックス表におけるプレイアイテムの一例を示している。プレイアイテムのデータ構造は、ＢＤ仕様書に従っている。この説明の文脈において、プレイアイテムの最も関連する要素は、「Clip_information_file_name」７４及び「STN_Table」７５である。
Clip_information_file_name：「Clip_information_file_name」は、「仮想パッケージ」における「ClipInfo」に対する参照である。このファイルにおけるデータは、基本ストリームの場所（以下参照）に対する参照を解決するために使用される。
STN Table：「STN_Table」は、再生器が、「プレイアイテム」及び関連する「サブパス」の再生中に選択可能な基本ストリームのリストを定義している。
【００９１】
図８ｄは、基本ストリームテーブルのデータ構造の第１の部分を示している。STN_Tableと称される基本ストリームテーブルは、ＢＤ仕様書に従っている。この例では、拡張ストリーム情報を作成するために、STN_Tableが、図９に示されるように、映像処理基本ストリームのための要素で拡張されている。
【００９２】
図９は、基本ストリームテーブルの拡張として、拡張ストリーム情報のシンタックスの一例を示している。この図は、映像処理基本ストリームを示すエントリ９１を持つ基本ストリームテーブルSTN_Tableの拡張部分を示している。特に、拡張ストリーム情報におけるエントリは、映像処理基本ストリームの数を示しており、この数は、ゼロ以上の整数である。
【００９３】
STN_Tableにおいて、各基本ストリームは、図１０ａにおいて更に示されるように、「Stream_entry」９２によって定義されるとともに、図１０ｂにおいて更に示されるように、「Stream_Attributes」９３によって定義されている。
【００９４】
図１０ａは、基本ストリームテーブルのためのStream_entryを示している。基本ストリームのタイプに依存して、「Stream_entry」は、「メインパス」におけるストリーム識別子ＰＩＤに対する参照９４，９６、又は、「サブパス」におけるＰＩＤに対する参照９５を保持している。「ClipInfo」ファイル内のデータを使用することにより、この参照は、再生器が、基本ストリームをどこに発見できるかを知るように、解決される。従って、再生器は、どの転送ストリーム、「メインパス」又は「サブパス」において、基本ストリームが利用可能であるかを知り、さらに、再生器は、転送ストリームにおける基本ストリームのストリーム識別子（ＰＩＤ）を知る。
【００９５】
図１０ｂは、基本ストリームテーブルのためのStream_Attributesを示している。Stream_Attributesは、字幕ストリームのための言語コード９７などの、対応している基本ストリームに関するデータを含む。Stream_Attributesのデータ構造は、ＢＤ仕様書に従っている。
【００９６】
図１１は、拡張ストリーム情報のシンタックスの要素の一例を示している。この図は、拡張ストリーム情報の基本ストリームテーブルSTN_TableにおけるStream_Attributesのシンタックスの拡張部分を示している。拡張されたStream_Attributesは、映像処理基本ストリームのために、特定のタイプのＨＤＲディスプレイ又はＬＤＲディスプレイなどの、対応する一次映像の最適なディスプレイタイプを特定するデータフィールド９８を定義している。この実施形態では、一例として、「Stream_attributes」が、各映像処理基本ストリームのための１又は複数のデータ要素により拡大されている。
【００９７】
図１２は、ＨＤＲディスプレイタイプの定義を示している。この表は、ディスプレイタイプ識別子９９の基準リストを示している。Optimum_Display_typeは、予め定義されたＨＤＲ／色関連特性を有するディスプレイを識別する数である。各ディスプレイタイプに関し、最大輝度及び色域が、それぞれ定義されている。映像処理メタデータのこの例では、Optimum_Display_typeは、映像処理基本ストリームが最適化されているディスプレイのタイプを示している。
【００９８】
映像処理基本ストリームは、フレームベースのＨＤＲパラメータセットにリンク付けされたプレゼンテーションタイムスタンプ（ＰＴＳ）を通じて同期化メカニズムを供給するＭＰＥＧ−２転送ストリームに含まれてもよいことに留意すべきである。ＢＤが、上記パラメータを含んでいてもよい。映像処理基本ストリームは、メイン映像及びオーディオを有する転送ストリームに含まれてもよいためである。また、上記ＨＤＲパラメータは、例えば、ＢＤサブパスメカニズムを適用することにより、メインＴＳに対するサブストリームとして、ＭＰＥＧ−２転送ストリームをダウンロードすることによって、後で追加されてもよい。サブストリームは、進歩的な、即ち、ダウンロード中でも視聴が開始可能なダウンロードメカニズムを用いてダウンロードされてもよい。また、サブストリームは、（例えば、字幕のための）代替的なプレゼンテーショングラフィックストリーム、又は、ＨＤＲ映像出力によりマッチさせるための当該グラフィックのための調整パラメータを含んでいてもよい。
【００９９】
上記説明では、複数の例が、輝度及び／又は色の拡張範囲を持つ拡張映像の一例として、ＨＤＲ映像を用いて説明され、輝度及び／又は色の標準範囲を持つ標準映像の一例として、ＬＤＲ映像を用いて説明されてきた。かかる例では、映像処理メタデータは、ＨＤＲ処理メタデータと称されてもよく、又は、映像処理基本ストリームは、ＨＤＲ処理基本ストリームと称されてもよい。分配システムは、フォーマットされた映像信号を介して、第２の輝度及び／又は色範囲を持つ同じ映像の第２のバージョンとの組み合わせで、第１の輝度及び／又は色範囲を持つ任意のタイプの映像を転送するために適用されてもよいことに留意すべきである。
【０１００】
我々が、第１の色表現からを第２の色表現へのルマのマッピングを技術的に意味していることは明らかである。カメラによりキャプチャされるか、又は、ディスプレイによるレンダリングなどに関わらず、ルマは、最終的な輝度に対するトーン定義曲線による関連を持つ技術コード（例えば、Ｙ＝［0, 255］）である。様々な代替的な技術的実装が存在し得る。例えば、線形表現において、この第３の色座標が輝度そのものであってもよいが、十分に技術を理解している読者は、我々が、（単純化のために）あえて、ルマ範囲を（ガンマ２．２を有する古典的な８ビットを想定しているLDR_CONTを除いて）フロートとしており、勿論、例えば、幾つかの１０ビットから幾つかの１５ビットのルマ定義にマッピングしてもよいことを完全に理解するであろう。
【０１０１】
本開示において開示されたアルゴリズム的なコンポーネントは、実際は、ハードウェア（例えば、アプリケーション特有のＩＣの一部）、又は、特別なディジタル信号プロセッサ、又は、汎用プロセッサなどで実行されるソフトウェアとして、（完全に、又は、部分的に）実現されてもよい。これらは、少なくとも幾つかのユーザ入力（例えば、工場において、又は、消費者の入力、又は、他の人間の入力）が、提示され得るという意味で、半自動であり得る。
【０１０２】
我々の提示から当業者は、どのコンポーネントが、オプションの改善であり、他のコンポーネントとの組み合わせで実現可能か、さらに、方法の（オプションの）ステップが、各手段の装置に対応するか、及び、その逆について、理解可能であろう。幾つかのコンポーネントが本発明において特定の関係で（例えば、特定の構成において単一の図で）開示されているという事実は、本発明のために開示された同一の発明思想の下における実施形態として他の構成が可能でないことを意味しない。また、実用的な理由のために、限られた範囲の例が説明されてきたという事実は、他の変形例が、本発明の範囲にないことを意味しない。実際、本発明のコンポーネントは、任意の使用チェインに沿った様々な変形例において実現されることができ、例えば、エンコーダなどの作成側の全ての変形例は、デコーダなどの分解システムの消費者側における対応する装置と同様又は対応していてもよく、その逆もまた然りである。本実施形態の幾つかのコンポーネントは、送信のための信号における特定の信号データとして符号化されてもよく、又は、エンコーダとデコーダとの間の任意の送信技術における座標などを用いてもよい。本出願において「装置」なる用語は、最も広い意味で使用され、特定の目的の実現を可能とする手段のグループであり、従って、例えば、ＩＣ（の小さい部分）、又は、（ディスプレイを有する機器などの）専用機器、又は、ネットワークシステムの一部などであってもよい。「構成」又は「システム」も、最も広い意味で使用され、このため、それは、とりわけ、単一の物理的に購入可能な装置、装置の一部、協働する装置（の一部）の集合などを有していてもよい。
【０１０３】
様々な処理及びフォーマット関数が、コンピュータ読み取り可能な媒体上に供給され得るソフトウェアにおいて実装されてもよい。コンピュータプログラム製品が示すものは、プロセッサにコマンドを入力し、本発明の任意の特徴的な関数を実行する、（中間言語、及び、最終的な言語への変換などの、中間的な変換ステップを含んでいてもよい）一連のローディングステップの後に、汎用又は専用のプロセッサを可能とするコマンドの集合の任意の物理的な実現を強調するために理解されるべきである。特に、コンピュータプログラム製品は、例えば、ディスク、又は、テープ、メモリにおいて提示されるデータ、有線又は無線ネットワーク接続を介して伝播するデータ、又は、紙上に記録されたプログラムコードなどのキャリア上のデータとして実現されてもよい。プログラムコードとは別に、プログラムのために必要な特徴的なデータが、コンピュータプログラム製品として実現されてもよい。かかるデータは、任意の方法で、（部分的に）供給され得る。
【０１０４】
本実施形態は、光ディスク、フラッシュメモリ、リムーバブルハードディスク、無線手段を介して書き込み可能な携帯装置などの取り外し可能なメモリであり得るデータ媒体上の信号として実現されてもよい。
【０１０５】
任意の提示された方法の動作のために必要な幾つかのステップは、前述のコンピュータプログラム製品、又は、任意のユニット、装置、又は、データ入出力ステップなどのここで説明された方法、よく知られた一般的に標準ディスプレイ駆動などの一体的な処理ステップなどの代わりに、本発明のプロセッサ又は任意の装置の実施形態の機能において既に提示されていてもよい。また、我々は、かかる信号の任意の新規の使用、又は、任意の関連する方法と同様に、上記方法の任意のステップに含まれる特有の新規な信号、又は、装置の任意のサブ部分などの、最終的な製品及び同様の最終生成物のための保護を求める。
【０１０６】
上記実施形態は、例示のためであって、本発明を限定するものではないことに留意すべきである。当業者は、容易に、提示された例の請求項の他の領域に対するマッピングを理解することができ、我々は、簡潔性のために、全てのこれらのオプションについて詳細には説明していない。請求項中で組み合わせられるような本発明の要素の組み合わせとは別に、当該要素の他の組み合わせが可能である。要素の任意の組み合わせが、単一の専用要素において理解されることができる。
【０１０７】
請求項中の括弧内の任意の参照符号も図面中の任意の特定のシンボルも、請求項を限定するためのものとして意図されていない。「有する」なる用語は、請求項において挙げられていない要素又は態様の存在を除外しない。要素が単数形であることは、かかる要素の複数の存在を除外しない。
【図１】
0006419807.tif 000002
【図２】
0006419807.tif 000003
【図３】
0006419807.tif 000004
【図４】
0006419807.tif 000005
【図５ａ】
0006419807.tif 000006
【図５ｂ】
0006419807.tif 000007
【図５ｃ】
0006419807.tif 000008
【図５ｄ】
0006419807.tif 000009
【図６】
0006419807.tif 000010
【図７ａ】
0006419807.tif 000011
【図７ｂ】
0006419807.tif 000012
【図７ｃ】
0006419807.tif 000013
【図８ａ】
0006419807.tif 000014
【図８ｂ】
0006419807.tif 000015
【図８ｃ】
0006419807.tif 000016
【図８ｄ】
0006419807.tif 000017
【図９】
0006419807.tif 000018
【図１０ａ】
0006419807.tif 000019
【図１０ｂ】
0006419807.tif 000020
【図１１】
0006419807.tif 000021
【図１２】
0006419807.tif 000022