(57)【特許請求の範囲】
【請求項１】
ビデオコンテンツの外観データを生成する方法であって、
前記ビデオコンテンツのあるシーン又は複数のシーンの系列の外観データであって、前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の少なくとも１つの表示特性に影響を与える少なくとも１つの制御パラメータを含む外観データを生成するステップと、
前記外観データから、少なくとも１つの外観データパケットであって、前記ビデオコンテンツと共に伝送され、前記少なくとも１つの外観データパケットが前記ビデオコンテンツに適用されるのを可能にし、前記少なくとも１つの外観データパケットの前記少なくとも１つの制御パラメータに従って前記ビデオコンテンツの前記少なくとも１つの表示特性を変える少なくとも１つの外観データパケットを生成するステップとを含む方法。
【請求項２】
前記ビデオコンテンツと前記少なくとも１つの外観データパケットをディスプレイシステムに伝送するステップを更に含む、請求項１記載の方法。
【請求項３】
前記ディスプレイシステムのコンテンツレンダリング装置は、前記少なくとも１つの外観データパケットを前記ビデオコンテンツに適用して、前記少なくとも１つの外観データパケットの前記少なくとも１つの制御パラメータに従って前記ビデオコンテンツの前記少なくとも１つの表示特性を変化させる、請求項２記載の方法。
【請求項４】
後続する外観データパケットの一部のみが前のシーン又は前の複数のシーンの系列について生成された外観データパケットに関して現在のシーン又は現在の複数のシーンの系列について変化したとき、後続する外観データパケットの一部のみが前記ディスプレイシステムに伝送される、請求項２記載の方法。
【請求項５】
前記少なくとも１つの表示特性は、前記ビデオコンテンツの少なくとも１つの色、前記ビデオコンテンツの空間フィルタリング、前記ビデオコンテンツのモーションビヘービア、前記ビデオコンテンツのフィルムグレインの特性、前記ビデオコンテンツにおけるノイズ、前記ビデオコンテンツにおけるシーンの編集、及び前記ビデオコンテンツに関するトーンマッピングを含む、請求項１記載の方法。
【請求項６】
前記ビデオコンテンツ及び前記少なくとも１つの外観データパケットは、記録可能なディスク媒体に記録される、請求項１記載の方法。
【請求項７】
前記ビデオコンテンツ及び前記少なくとも１つの外観データパケットは、高精細マルチメディアインタフェース（HDMI（登録商標））、ディスプレイポート、シリアルデジタルインタフェース（SDI）、高精細シリアルデジタルインタフェース（HD-SDI）、ユニバーサルシリアルバス（USB）、IEEEインタフェース、USBインタフェース、RS-232、Ethernet（登録商標）、インターネットプロトコル（IP）、BLUETOOTH（登録商標）、WIFI、SEI（Supplemental  Enhancement  Information）メッセージ、ケーブル及びサテライトのうちの少なくとも１つを使用して、受信機に伝送される、請求項１記載の方法。
【請求項８】
あるシーン又は複数のシーンの系列について１を超える外観データパケットを生成するステップを含み、
それぞれの外観データパケットは、前記ビデオコンテンツに適用されたとき、前記ビデオコンテンツが表示されたときに前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列について異なる外観をそれぞれの外観データパケットにより生じるように、前記ビデオコンテンツの表示特性について少なくとも１つの異なる制御パラメータを含む、
請求項１記載の方法。
【請求項９】
前記１を超える外観データパケットは、Ｎを整数として１〜Ｎ番の外観データパケットに編成され、１〜Ｎ番の外観データパケットのそれぞれは、前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の複数の外観のうちの１つに対応する、請求項８記載の方法。
【請求項１０】
前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の複数の外観のうちの特定の１つに対応する前記１〜Ｎ番のパケットのうちの特定の１つは、前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の前記複数の外観のうちの別の１つに対応する前記１〜Ｎ番のパケットのうちの先行する１つが、前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の前記複数の外観のうちの特定の１つの表示について前記１〜Ｎ番のパケットのうちの前記先行する１つの使用を強制するために実質的に同じであるときに、除かれる、請求項９記載の方法。
【請求項１１】
それぞれの外観データは、異なる表示装置の表示特性における変動を補償するために生成され、これにより外観データパケットが生成され、それぞれ生成された外観データパケットが、表示装置で表示されるべきビデオコンテンツに適用されたとき、前記ビデオコンテンツは、表示されたとき、前記ビデオコンテンツの制作者により意図される表示特性を含む、請求項１記載の方法。
【請求項１２】
前記外観データパケットが無効にされるまで、前記外観データパケットは、その後のシーン又は複数のシーンの系列への適用のために有効にされる、請求項１記載の方法。
【請求項１３】
ビデオコンテンツの外観データを生成するシステムであって、
前記ビデオコンテンツのあるシーン又は複数のシーンの系列の外観データであって、前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の少なくとも１つの表示特性に影響を与える少なくとも１つの制御パラメータを含む外観データを生成するメタデータジェネレータと、
前記外観データから、少なくとも１つの外観データパケットであって、前記ビデオコンテンツと共に伝送され、前記少なくとも１つの外観データパケットが前記ビデオコンテンツに適用されるのを可能にし、前記少なくとも１つの外観データパケットの前記少なくとも１つの制御パラメータに従って前記ビデオコンテンツの前記少なくとも１つの表示特性を変える少なくとも１つの外観データパケットを生成するメタデータ送信準備装置と
を有するシステム。
【請求項１４】
前記ビデオコンテンツ及び前記少なくとも１つの外観データパケットをディスレイシステムに伝送する送信メディアを更に有する、請求項１３記載のシステム。
【請求項１５】
前記ディスプレイシステムは、前記少なくとも１つの外観データパケットを前記ビデオコンテンツに適用して、前記少なくとも１つの外観データパケットの少なくとも１つの制御パラメータに従って、前記ビデオコンテンツのシーン又は複数のシーンの系列の少なくとも１つの表示特性を変化させるコンテンツレンダリング装置を有する、請求項１４記載のシステム。
【請求項１６】
前記送信メディアは、記録可能な記憶媒体を有する、請求項１４記載のシステム。
【請求項１７】
前記送信は、高精細マルチメディアインタフェース（HDMI（登録商標））、ディスプレイポート、シリアルデジタルインタフェース（SDI）、高精細シリアルデジタルインタフェース（HD-SDI）、ユニバーサルシリアルバス（USB）、IEEEインタフェース、USBインタフェース、RS-232、Ethernet（登録商標）、インターネットプロトコル（IP）、BLUETOOTH（登録商標）、WIFI、SEI（Supplemental  Enhancement  Information）メッセージング、ケーブル及びサテライトのうちの少なくとも１つを含む、請求項１４記載のシステム。
【請求項１８】
後続する外観データパケットの一部のみが前のシーン又は前の複数のシーンの系列について生成された外観データパケットに関して現在のシーン又は現在の複数のシーンの系列について変化したとき、後続する外観データパケットの一部のみが前記ディスプレイシステムに伝送される、請求項１４記載のシステム。
【請求項１９】
前記メタデータジェネレータは、あるシーン又は複数のシーンの系列について１を超える外観データパケットを生成し、
それぞれの外観データパケットは、前記ビデオコンテンツに適用されたとき、前記ビデオコンテンツが表示されたときに前記ビデオコンテンツのそれぞれのシーン又は複数のシーンの系列の異なる外観をそれぞれの外観データパケットにより生じるように、前記ビデオコンテンツの表示特性について少なくとも１つの異なる制御パラメータを含む、
請求項１３記載のシステム。
【請求項２０】
前記ビデオコンテンツ及び外観データパケットを記録可能なディスクに記憶する記憶装置を更に有する、請求項１３記載のシステム。
【請求項２１】
前記メタデータ送信準備装置は、SEI（Supplemental  Enhancement  Information）メッセージにおいて送信のために前記外観データパケットを準備する、請求項１３記載のシステム。
【請求項２２】
符号化されたビデオ信号データを記憶する記憶媒体であって、
当該記憶媒体は、ビデオコンテンツの少なくとも１つのシーン又は複数のシーンの系列の少なくとも１つの外観データパケットを有し、
前記少なくとも１つの外観データパケットは、前記少なくとも１つの外観データパケットがビデオコンテンツに適用されたとき、前記ビデオコンテンツの少なくとも１つの表示特性が前記少なくとも１つの外観データパケットの少なくとも１つの制御パラメータに従って変化するように、前記それぞれのシーン又は複数のシーンの系列の少なくとも１つの表示特性に影響を与える少なくとも１つの制御パラメータを含む、
ことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディアインタフェースに関し、より詳細には、ルックデータの定義及び送信の方法及びシステムに関する。  
本出願は、同一出願人による“Method  and  System  for  Look  Data  Definition  and  Transmission  over  a  High  Definition  Multimedia  Interface  (HDMI)”と題された仮出願ではない代理人番号PU070306に関するものであり、引用により本願明細書に完全な形で盛り込まれる。
【背景技術】
【０００２】
現在、家庭での使用又は専門的な使用の何れかでビデオコンテンツプロダクトを伝送するとき、ビデオコンテンツの制作者の意図を典型的に表す、そのビデオデリバリプロダクトについて行われる１つの特異なカラーデシジョンが存在する。しかし、コンテンツのカラーデシジョンが変更される必要があるように、異なるコンテンツの使用の実施が行われる場合がある。たとえば、係る異なる使用の実施は、フロントプロジェクションディスプレイ、ダイレクトビューディスプレイ、又はポータブルディスプレイのような異なるディスプレイタイプを含んでいる場合があり、それぞれは、係るビデオコンテンツの最適な表示を提供するためにカラーデシジョンに対して幾つかの変化を必要とする。
【０００３】
さらに、別の考慮しなければならないことは、コンテンツ制作の時間窓が連続的に縮小することであり、コンテンツオーサリングの大部分が行われた後でさえ、又はコンテンツが市場に参入した後でさえ、制作段階の終わりで１つのシーン、幾つかのシーン又は全体の主要作品の外観を変化することができる場合に、最終的に都合がよい。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の様々な実施の形態に係る方法及びシステムは、ルックデータの定義及び送信を提供することで、従来技術の課題に対処するものである。
【課題を解決するための手段】
【０００５】
本発明の１実施の形態では、ビデオコンテンツのルック（外観）データを生成する方法は、ビデオコンテンツのあるシーン又はシーンの系列についてルックデータを生成するステップを含んでおり、この場合、ルックデータは、ビデオコンテンツのそれぞれのシーン又はシーンの系列の少なくとも１つの表示の特性に影響を与え、ルックデータから少なくとも１つのルックデータパケットを生成する少なくとも１つの制御パラメータを含んでおり、少なくとも１つのルックデータパケットは、少なくとも１つのルックデータパケットがビデオコンテンツに適用されるのを可能にするため、ビデオコンテンツと伝送されることが意図される。本方法は、ビデオコンテンツ及び少なくとも１つのルックデータパケットとをディスプレイシステムに伝達することを更に含んでおり、ディスプレイシステムのコンテンツレンダリング装置は、少なくとも１つのルックデータパケットをビデオコンテンツに適用し、少なくとも１つのルックデータパケットの少なくとも１つの制御パラメータに従って、ビデオコンテンツの少なくとも１つの表示の特性を変化させる。
【０００６】
本発明の代替的な実施の形態では、ビデオコンテンツのルックデータを生成するシステムは、ビデオコンテンツのあるシーンのルックデータを生成するジェネレータを含んでおり、ルックデータは、ビデオコンテンツのそれぞれのシーンの少なくとも１つの表示の特性に影響を与える少なくとも１つの制御パラメータを含む。本システムは、ルックデータから少なくとも１つのルックデータパケットを生成する送信準備装置を更に含み、少なくとも１つのルックデータパケットは、少なくとも１つのルックデータパケットがビデオコンテンツに適用されるのを可能にするため、ビデオコンテンツと伝達されることが意図され、これにより、少なくとも１つのルックデータパケットがビデオコンテンツに適用されたとき、ビデオコンテンツの少なくとも１つの表示の特性は、少なくとも１つのルックデータパケットの少なくとも１つの制御パラメータに従って変化される。
【図面の簡単な説明】
【０００７】
本発明の教示は、添付図面と共に以下の詳細な記載を考慮することで容易に理解することができる。
【図１】本発明の実施の形態に係る、ルックデータを送信するシステム１００の高水準のブロック図である。
【図２Ａ】本発明の実施の形態に係る、シーケンシャルなルックデータ送信を使用した、図１のシステム１００を更に説明する更に詳細な高水準のブロック図である。
【図２Ｂ】本発明の実施の形態に係る、シーケンシャルなルックデータ送信を使用した、図１のシステム１００を更に説明する更に詳細な高水準のブロック図である。
【図３】本発明の実施の形態に係る、パラレルなルックデータ送信を使用した、図１のシステム１００を更に例示する更に詳細な高水準のブロック図である。
【図４】本発明の実施の形態に係る、ルックデータの定義及び送信方法のフローダイアグラムである。
【図５】本発明の実施の形態に係る、ルックデータ５００の例示的な表現を示す図である。
【図６】本発明の実施の形態に係る、Look  Data  Elementary  Messageでの使用のためのメタデータ６００の例示的なKLV表記を示す図である。
【図７】本発明の実施の形態に係る、更に詳細な図６のメタデータ６００のKLV表記を示す図である。
【図８】本発明の実施の形態に係る、８ビットのビット深度をもつ3D-LUTとして実現される例示的なLook  Data  Elementary  Message８００を示す図である。
【図９】本発明の実施の形態に係る、８ビットのビット深度をもつ3D-LUTとして実現される例示的なLook  Data  Elementary  Message９００を示す図である。
【図１０】本発明の実施の形態に係る、８ビットのビット深度をもつ1D-LUTとして実現される例示的なLook  Data  Elementary  Message１０００を示す図である。
【図１１】本発明の実施の形態に係る、１０ビットのビット深度をもつ1D-LUTとして実現される例示的なLook  Data  Elementary  Message１１００を示す図である。
【図１２】本発明の実施の形態に係る、８ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１２００を示す図である。
【図１３】本発明の実施の形態に係る、１０ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１３００を示す図である。
【図１４】本発明の実施の形態に係る、１６ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１４００を示す図である。
【図１５】本発明の実施の形態に係る、周波数応答の変更のための例示的なフィルタバンク２４００を示す図である。
【図１６】本発明の実施の形態に係る、周波数イコライゼーションのための離散周波数１６００を示す図である。
【図１７】本発明の実施の形態に係る、８ビットの周波数イコライゼーションの例示的なLook  Data  Elementary  Message１７００を示す図である。
【図１８】本発明の実施の形態に係る、モーションビヘイビアの例示的なLook  Data  Elementary  Message１８００を示す図である。
【図１９】本発明の実施の形態に係る、フィルムグレインの例示的なLook  Data  Elementary  Message１９００を示す図である。
【図２０】本発明の実施の形態に係る、ノイズの例示的なLook  Data  Elementary  Message２０００を示す図である。
【図２１】本発明の実施の形態に係る、エディトリアルの制御について使用することができる時間編集の例示的なLook  Data  Elementary  Message２１００を示す図である。
【図２２】本発明の実施の形態に係る、トーンマッピングの例示的なLook  Data  Elementary  Message２２００を示す図である。
【発明を実施するための形態】
【０００８】
図面は、本発明の概念を例示するためのものであって、必ずしも、本発明を例示する唯一の可能なコンフィギュレーションではないことを理解されたい。図面を通して共通である同じエレメントを示すため、可能であれば、理解を容易にするために同じ参照符号が使
用される。
【０００９】
本発明の実施の形態は、ルックデータの定義及び送信の方法及びシステムを有利に提供するものである。本発明はソースデバイスとディスプレイデバイスとに関連する送信システムの環境で主に記載されるが、本発明の特定の実施の形態は、本発明の範囲を限定するものとして扱われるべきではない。
【００１０】
図示される様々なエレメントの機能は、専用ハードウェア、適切なソフトウェアに従ってソフトウェアを実行可能なハードウェアを通して提供される。プロセッサにより提供されるとき、１つの専用プロセッサにより、１つの共有プロセッサにより、又はそのうちの幾つかが共有される複数の個々のプロセッサにより機能が提供される。さらに、用語「プロセッサ」又は「コントローラ」の明示的な使用は、ソフトウェアを実行可能なハードウェアを排他的に示すように解釈されるべきではなく、限定されるものではないが、デジタルシグナルプロセッサ（DSP）ハードウェア、ソフトウェアを記憶するリードオンリメモリ（ROM）、ランダムアクセスメモリ（RAM）及び不揮発性ストレージを暗黙に含むことができる。さらに、本発明の原理、態様及び実施の形態、並びにその特定の例を示す全ての説明は、本発明の構造的及び機能的に等価な概念の両者を包含することが意図される。さらに、係る等価な概念は、現在知られた等価な概念と同様に将来に開発される等価な概念の両者を含むことが意図される（すなわち、構造に関わらず、同じ機能を実行する開発されたエレメント）。
【００１１】
したがって、たとえば、本実施の形態で与えられるブロック図は本発明の原理を実施する例示的なシステムコンポーネント及び／又は回路の概念的なビューを表すことが当業者により理解されるであろう。同様に、任意のフローチャート、フローダイアグラム、状態遷移図、擬似コード等は、コンピュータ読み取り可能なメディアで実質的に表され、明示的に図示されているか否かに関わらず、コンピュータ又はプロセッサにより実行される様々なプロセスを表すことが理解される。
【００１２】
本実施の形態で使用される用語「送信“transmission”、“transmitting”、“transmission  medium”」等は、任意のタイプのデータ伝達アプローチを示すことが理解されるべきである。たとえば、係る用語は、用語「送信」の様々なバージョンを含むが、限定されるものではないが、データ送信及びデータキャリアメディアの少なくとも１つを含むことが意図される。したがって、たとえば係る用語は、有線装置及び／又は有線メディア、無線装置及び／又は無線メディア、記憶装置及び／又は記憶メディア等の１以上の使用を含む場合がある。したがって、例として係る用語は、ケーブル（Ethernet（登録商標）、HDMI、SDI、HD-SDI、IEEE1394、RCA、S-video等）；WIFI；BLUETOOTH；標準的なデジタルビデオディスク；高精細デジタルビデオディスク；BLU-RAYデジタルビデオディスク；ネットワークアクセスユニット（たとえば、限定されるものではないがセットトップボックス（STB）等を含む）等のうちの少なくとも１つを含む場合がある。
【００１３】
さらに、本実施の形態で使用されたとき、ルックデータの送信及び受信に関して、フレーズ「帯域内“in-band”」は、消費者装置により表示される色補正されたピクチャコンテンツと共に、係るルックデータの送信及び／又は受信を示す。対照的に、フレーズ「帯域外“out-of-band”」は、消費者装置により表示される色補正されたピクチャコンテンツに関して個別にルックデータを送信及び／又は受信することを含む。
【００１４】
さらに、本実施の形態で使用されたとき、用語「シーン」は、シーン変化間の連続するフィルム系列を意味する、１つの「ショット」から通常は生じる動画におけるピクチャフレームの範囲を示す。さらに、本発明の様々な実施の形態において、ルックデータはあるシーン又はシーンの系列について生成されることが記載されるが、本発明はそのように限定されず、本発明の代替的な実施の形態では、ルックデータは個々のフレーム又はフレームの系列について生成される。係るように、この開示の教示及び請求項を通した用語「シーン」は、用語「フレーム」と交換可能である。
【００１５】
また、本実施の形態で使用されたとき、フレーズ「Look  Data  Management」は、コンテンツ制作におけるルックデータの準備、送信及び利用を意味する。コンテンツ制作は、限定されるものではないが、動画の後処理ステージ、色補正等を含む場合がある。送信は、限定されるものではないが送信及び／又は、限定されるものではないがコンパクトディスク、標準精細デジタルビデオディスク、BLU-RAYデジタルビデオディスク、高精細デジタルビデオディスク等を含むキャリアメディアを含む場合がある。
【００１６】
さらに、本実施の形態で使用されたとき、フレーズ「ルックデータ」、及び係るルックデータに関連する用語「メタデータ」は、色処理、空間フィルタリング、モーションビヘイビア、フィルムグレイン、ノイズ、エディトリアル、及びトーンマッピングのために使用される、たとえば整数、非整数値、及び／又はブール値のようなデータを含む。係るルックデータ及び／又はメタデータは、前述を実現するためのターンオン又はターンオフに関連するメカニズムを制御し、係る機能を変更するために使用される。さらに、ルックデータ及び／又はメタデータは、マッピングテーブルの仕様を含む場合がある。
【００１７】
たとえば、色処理に向けられる実施の形態では、カラーマッピングテーブルは、１Ｄ  ＬＵＴ（１次元のルックアップテーブル）、３Ｄ  ＬＵＴ（３次元ルックアップテーブル）及び／又は３×３ＬＵＴにより実現される。例として、３Ｄ  ＬＵＴのケースでは、係るＬＵＴは、３つの入力値を受信するために使用され、それぞれの値は、１つの色成分Red，Green又はBlueを表し、それぞれ個々のRed，Green及びBlueの入力トリプレットについてたとえばRed，Green及びBlueの予め定義された出力値のトリプレットを生成する。この場合、コンテンツのソースからコンテンツの消費者装置（たとえば表示装置）へのメタデータは、LUT仕様を含む。
【００１８】
代替的な実施の形態は、たとえば以下のように定義される“GOG”（Gain，Offset，Gamma）を実行する回路等のようなマッピング機能を含む。  
それぞれの色成分について；Vout＝Gain*（Offset+Vin）^Gamma
この場合、ルックデータ及び／又はメタデータは、９つの値を含んでおり、３つの色成分のそれぞれについて１セットのGain，Offset及びGammaを含む。ルックデータは、これらのメカニズムに影響を与えるために使用され、唯一ではなく幾つかの外観の送信／記憶を実現するため、幾つかのセットのルックデータが存在する。
【００１９】
勿論、本発明の実施の形態は、先行する実施の形態に限定されるべきではなく、本実施の形態で提供される原理の教示が与えられると、ルックデータ及び／又はメタデータの他の実現を含む他の実施の形態は、本発明の精神を維持しつつ、当業者により容易に捜索される。ルックデータは、少なくとも図５に関して本実施の形態で更に記載される。
【００２０】
図１は、本発明の実施の形態に係る、ルックデータを送信するシステム１００の高水準のブロック図を示す。図１のシステム１００は、コンテンツ制作システム１１０、送信メディア１２０及びディスプレイ装置１３０を例示的に含む。本発明の１実施の形態では、システム１００のコンテンツ制作システム１１０は、以下に更に記載されるように、ルックデータ２０６を生成するルックデータジェネレータ１８８と、送信のためにルックデータ２０６を準備するルックデータ送信準備装置１９９を含む。送信メディア１２０は、限定されるものではないが、標準的なビデオディスク、高精細デジタルビデオディスク、BLU-RAYデジタルビデオディスク、ネットワーク、及び／又はネットワークアクセスユニット（たとえば、限定されるものではないがセットトップボックス（STB））であることを理解されたい。コンテンツ制作システム１１０は、送信メディア１２０を介して送信されるコンテンツをその表示のためにディスプレイ装置１３０に供給する。メタデータは、たとえば（ルックデータジェネレータ１７７により生成される）ルックデータを含み、コンテンツ制作システム１１０からディスプレイ装置１３０に供給される。本発明の様々な実施の形態によれば、ルックデータは、「帯域内」又は「帯域外」の何れかでディスプレイ装置１３０に伝送／送信される。
【００２１】
ディスプレイ装置１３０（又は送信メディア１２０とディスプレイ装置１３０との間に配置され、限定されるものではないがセットトップボックス（STB）を含む装置に接続される装置）は、これにより受信されたデータのパケットを開いてデコードするデコーダ（図示せず）及び／又は他の装置を含む。
【００２２】
ディスプレイ装置１３０（及び／又は送信メディア１２０とディスプレイ装置１３０との間に配置され、これらの装置に接続される装置）は、メタデータを受信する受信機１６１、メタデータを記憶する記憶装置１６２及び／又はメタデータを利用するメタデータアプライヤ１６２を含む。
【００２３】
たとえば、図２は、本発明の実施の形態に係る、シーケンシャルなルックデータの送信を使用した、図１のシステム１００を更に説明する詳細な高水準のブロック図を示す。図２に示される実施の形態では、コンテンツ２０２及びルックデータデータベース２０４は、システム１００のコンテンツオーサリング部分２１０に配置される。ルックデータベース２０４は、ルックデータ（Look  Data）２０６を記憶するために使用される。図２の実施の形態では、以下の更に記載されるように、システム１００のコンテンツオーサリング部分２１０は、ルックデータ２０６を生成するルックデータジェネレータ２８８と、送信のためのルックデータ２０６を準備するルックデータ送信準備装置２９９とを含む。コンテンツ２０２及びルックデータ２０６は、コンテンツオーサリング部分２１０で結合される２０７。１以上の送信及び／又は記憶メディア２２０を使用して、コンテンツ２０２及び対応するルックデータ２０６は、システム１００のコンテンツディスプレイ部分２３０に並行して送信され、コンテンツ２０２及びルックデータ３０６は、分離されて処理される。システム１００のコンテンツディスプレイ部分２３０は、たとえば、図１に示されるディスプレイ装置１３０を含む。次いで、ルックデータ２０６は、システム１００のコンテンツディスプレイ部分２３０に配置されるルックデータデータベース２３２に記憶される。図２に示される送信及び／又は記憶メディア２２０は、コンテンツ２０２及び／又はルックデータ２０６の並行した送信及び／又は記憶を容易にする。
【００２４】
図３は、本発明の実施の形態に係るルックデータの定義及び送信の方法のフローダイアグラムを示す。図３の方法３００はステップ３０２で開始し、ルックデータは、ビデオコンテンツについて生成される。係るルックデータは、限定されるものではないが、色処理（Colors）、空間フィルタリング（MTF）、モーションビヘービア（Motion  Behavior）、フィルムグレイン（Grain）、ノイズ、エディトリアル（Editorial）、トーンマッピング等を示す。係るルックデータは、前記処理を実現するためのターンオン又はターンオフに関連するメカニズムを制御し、係る処理の機能を変更するために使用される。本発明のルックデータの実施の形態は、図４に関して以下に記載される。次いで、本方法３００は、ステップ３０４に進む。
【００２５】
ステップ３０４で、ルックデータは、送信のために準備され、これは、様々な実施の形態では、（ステップ３０２で前に生成された）ルックデータについて１以上のLook  Data  Elementary  Messageを生成すること、１以上のLook  Data  Elementary  Messageをそれぞれ含む１以上のルックデータパケットを生成することを含む。ステップ３０４は、ディスクにルックデータパケットを記憶することを更に含む。次いで、本方法は、ステップ３０６に進む。
【００２６】
ステップ３０６で、ルックデータパケット及びビデオコンテンツは、ディスプレイ装置に送信される。係る送信は、たとえば送信及びキャリアメディアを含む。フレーズ「キャリアメディア」及び「ストレージメディア」とは、本実施の形態では交換可能に使用されることを理解されたい。係る送信及びキャリアメディアは、限定されるものではないが、IP接続を通したビデオ、ケーブル、サテライト、地上波放送有線メディア（たとえば、HDMI，Display  Port，DVI，SDI，HD-SDI，RCA，Separate  Video（S-Video）等）、無線メディア（たとえば無線周波数、赤外線等）、ディスク（たとえば標準精細度のコンパクトディスク、標準精細度のデジタルビデオディスク、BLU-RAYデジタルビデオディスク、高精細デジタルビデオディスク等）を含む。次いで、本方法は、ステップ３０８に進む。
【００２７】
ステップ３０８で、ビデオコンテンツは、ルックデータに従って受信、記憶及び／又は変更され、変更されたビデオコンテンツは、ディスプレイ装置で表示される。次いで、本方法３００は終了する。
【００２８】
上述された順序、並びに受信、記憶及び変更されたビデオの使用は、実際の実現に依存して変わることを理解されたい。たとえば、記憶のタイプは、記憶媒体に提供されているメタデータに依存し、及び／又はその後の処理のためにコンテンツレンディションサイドにメタデータを一時的に記憶することに対応する。
【００２９】
本発明の実施の形態は、以下に更に詳細に記載されるように、ルックデータ及びルックデータマネージメントを使用した、コンテンツの異なる「ルック（外観）」の実現を可能にする。有利なことに、様々な実施の形態ではメタデータにより表されるルックデータの使用を通して、（見る人に確認される知覚可能な視覚上の違いを提供する、表示されるコンテンツのパラメータにおける変動をもつ）異なる外観をもつコンテンツの編集が達成される。さらに、本発明の実施の形態は、消費者側（たとえばセットトップボックス（STB）、ディスプレイ装置、DVDプレーヤ）に係るルックデータの送信を有利に提供し、最終的な「外観の判定」（すなわち、コンテンツが最終的に表示され、従って見る人により知覚されるやり方に最終的に影響を及ぼす判定）は、係るコンテンツの見る人により消費者側で行われる。
【００３０】
本発明の記載される実施の形態の１つの例示的な応用は、パッケージ化されたメディア（たとえばディスク）であり、この場合、（たとえば、限定されるものではないが、HD  DVD及び／又はBLU-RAY  DVDを含むパッケージ化されたメディアについて）コンテンツは、（たとえば、限定されるものではないがMPEG-4  AVC標準を含む）符号化技術を使用して制作され、次いで、本発明に係るルックデータは、メタデータとして加えられる。このメタデータは、たとえばディスプレイ装置における信号処理を制御して、表示用にビデオデータを変更するために消費者側で使用される。
【００３１】
さらに、ルックデータを送信する様々な例示的な方法が本実施の形態で記載される。勿論、本発明の実施の形態は、本実施の形態で記載される送信方法のみに限定されるものではないことを理解されたい。さらに、本発明の実施の形態は、限定されるものではないが動画制作における処理“Digital  Dailies”を含むプロフェッショナル又はセミプロフェッショナルな環境で使用される。
【００３２】
図４は、本発明の実施の形態に係る、ルックデータ４００の例示的な表現を示す。図４のルックデータ４００は、それぞれのシーンについて１つであるか、又はシーンの系列４１５について１つであるルックデータパケット４１０を例示的に含む。なお、シーンの境界を定義することは、典型的にコンテンツの制作者次第である。図４の実施の形態で示されるように、それぞれのルックデータパケット４１０は、１以上のLook  Data  Elementary  Message４２０を含む。それぞれのLook  Data  Elementary  Message（LDEM）は、コンテンツレンダリング及び／又はディスプレイのために信号処理装置によりルックデータパケット４１０がビデオ信号に加えられるとき、それぞれのシーン又はシーンの系列の少なくとも１つの表示の特性に影響を与えるパラメータ（Param）４２５を含む。より詳細には、本発明の実施の形態によれば、ルックデータパケット４１０及び係るようなLook  Data  Elementary  Message４２０及びパラメータ４２５は、コンテンツレンダリング装置を含むディスプレイシステムにそれぞれのビデオコンテンツに伝達又は通信されることが意図される。ディスプレイシステムで、コンテンツレンダリング装置（たとえばディスプレイ又はセットトップボックスのデコーダ）は、ルックデータパケット４１０をそれぞれのビデオコンテンツに加え、Look  Data  Elementary  Message４２０におけるパラメータに従ってルックデータが形成されたシーン又はシーンの系列の表示特性に影響を与えるか、又は表示特性を変える。
【００３３】
１実施の形態では、ルックデータ４００は、ルックデータ４００がシーン４１５間で等しい場合に、シーン変化に関してルックデータ４００を更新しないことで、シーン４１５間で共有される。したがって、本発明の１実施の形態では、ルックデータ４００が無効にされるまでルックデータ４００は有効のままである。たとえば、その後のシーン又はその後のシーンの系列に加えられることが意図されるその後のルックデータパケットは、前のシーン又はシーンの系列に関して生成されたルックデータパケットの使用を強制するためにその後のルックデータパケットにおけるメッセージを使用して、空としてフラグが設定される。
【００３４】
図５は、本発明の代替的な実施の形態に係る、ルックデータ５００の別の例示的な表現を示す。図５の実施の形態では、ルックデータ５００は、たとえばそれぞれの特定のシーンについて、参照符号５１０により集合的に示される、ルックデータパケットの（２以上のメンバの）それぞれのセットを含む。したがって、参照符号５１５により集合的に示される幾つかのシーンは、ルックデータパケット５１０の（２以上のメンバの）それら自身のセットをそれぞれ有する。たとえば、本発明の１実施の形態では、異なるやり方で特定のシーン又はシーンの系列についてビデオコンテンツの表示の特性をそれぞれ変更する複数のルックデータが存在する。次いで、係るルックデータパケットは、１〜Ｎのルックデータパケットに編成され、１〜Ｎのルックデータパケットのそれぞれは、複数の外観のうちの１つに対応する。係るように、１〜Ｎのルックデータパケットの全部又は一部は、ビデオコンテンツと共にディスプレイシステムの受信機に送信／伝送される。
【００３５】
しかし、ルックデータがセット間又はシーン間で類似している場合、前に送信されたセットに類似するその後のセットの全体又はサブセットの再送信の必要がない。したがって、処理されている現在のシーンについてルックデータが得られ、及び／又はさもなければ、これに対応するルックデータが変化しないとき、「隣接する左のルックデータパケット」又は「隣接する上のルックデータパケット」から導出される。１実施の形態では、たとえば、隣接する左のルックデータパケットは、隣接する上のルックデータパケットよりも高い優先度を有する。
【００３６】
メタデータのペイロードを節約するため、上述されたように、重複データ（すなわち、重複ルックデータ）を送信することを回避することが好ましい。したがって、本発明の実施の形態では、１つの特定のシーンについて、２以上のバージョン間のルックデータが等しい場合、ルックデータは、ルックバージョン（すなわちある同じシーン又はシーンの系列について異なる外観）間で再送信される必要がない。１実施の形態では、バージョン間のメタデータの共有は、シーン間のメタデータの共有を通して高い優先度を有する。
【００３７】
上述された図５の例では、それぞれのパケットが見る人により行われる異なる外観又はカラーデシジョンに対応する、それぞれのシーン又はビデオコンテンツのルックデータパケットの２以上のメンバのセットを提供することで、ユーザは、ある時間で好適な外観を動的に選択し、次いで他の時間で同じビデオコンテンツについて他の外観を選択することができる。すなわち、本発明によれば、同じビデオコンテンツは、ビデオコンテンツに加えられるルックデータパケットを選択することで選択された視覚的に知覚可能な差によって、見る人により見られる。
【００３８】
本発明の１実施の形態では、本発明のLook  Data  Packetの送信について、“KLV”（Key,  Length,  Value）メタデータの概念が実現されるが、他の概念を適用することができる。すなわち、１以上の実施の形態がKLVメタデータの概念に関して本実施の形態で記載されるが、本発明はKLVの概念に限定されるものではなく、Look  Data  Packetを実現する他のアプローチも本発明に従って適用することができることを理解されたい。
【００３９】
より詳細には、KLVの概念は、コンテンツを分析することなしにパケットの送信が終了するときを判定するため、送信装置にとって有効である。係る概念は、図６及び図７に関して例示される。
【００４０】
たとえば、図６は、本発明の実施の形態に係る、Look  Data  Elementary  Messageにおける使用のためにメタデータ６００の例示的なKLV表記を示す。図７は、本発明の１実施の形態に係る、更に詳細な図６のメタデータ６００のKLV表記を示す。
【００４１】
より詳細には、図６及び図７を参照して、それぞれのパケットは、メッセージ（すなわちメッセージは“Look  Data”に関する）の特性を示すキー（Key）フィールド６１０を含む。キーは、受信装置がどのシーンについてデータが利用されることが意図されるかを知るように、タイムスタンプ（Timestamp）６１７を含むか、又は代替的にシーン“scene”ＩＤを含む。なお、本発明の様々な実施の形態では、タイムスタンプ６１７及び／又はシーンＩＤは任意であり、たとえばタイムコードトラッキングが実現されるシステムについて使用することができる。
【００４２】
さらに、それぞれのパケットは、パケットのペイロード部分におけるワード数を示すレングス（Length）フィールド６２０を含む。さらに、本発明の様々な実施の形態では、レングスフィールド６２０は任意であり、その使用は、たとえばメタデータのタグに依存する。
【００４３】
さらに、それぞれのパケットは、パケットのペイロード部分を伝送するバリュー（Value）フィールド６３０を含む。１実施の形態では、ペイロードコンテンツのワードサイズは、メタデータのタグにより決定される。様々な実施の形態では、ペイロードは、たとえば個々の“Look  Data  Elementary  Message”を含み、この場合、別のレイヤのKLVが使用される。
【００４４】
［Look  Data  Elementary  Message］
以下は、本発明の様々な実施の形態に係る幾つかの例示的なLook  Data  Elementary  Messageである。しかし、本発明のLook  Data  Elementary  Messageの完全なリストが考慮されるべきではない。
【００４５】
１．色処理（Color  Manipulation）
本発明の１実施の形態では、色処理は、Look  Data  Elementary  Messageで定義される。すなわち、色処理は、たとえば１以上の3D-LUT，１以上の1D-LUT，及び／又は１以上の3×3LUTにより実現される。たとえば、係るLook  Data  Elementary  Messageの例示的な定義は、図８〜図１４を通して提供される。
【００４６】
より詳細には、図８は、本発明の実施の形態に係る、８ビットのビット深度をもつ3D-LUTとして実現される例示的なLook  Data  Elementary  Message８００を示す。図８に示されるように、Look  Data  Elementary  Message８００は、タグＩＤ（Tag  ID）セクション８１０及びバリューセクション８２０を含む。バリューセクション８２０は、有効性セクション、色空間定義セクション、レングス定義セクション及びバリューセクションを例示的に含む。図８のLook  Data  Elementary  Messageのセクションのそれぞれは、それぞれ説明（Description）及び名前（Name）セクションを含む。図８のTag  IDセクション８１０は、例示的に0×11である3D-LUTの８ビットＩＤを定義する。Valueセクション８２０では、有効性セクションは、データが有効であるか否かを定義し、図８においてブールで例示的に定義される。Valueセクション８２０では、色空間セクションは、色空間を定義し、図８では、[00]=RGB，[01]=XYZ，[10]=YCrCb及び[11]=予約として例示的に定義される。
【００４７】
図８のValueセクション８２０におけるレングス定義セクションは、バイトでペイロードの長さを定義し、８ビットのノードデータであることが例示的に想定される。さらに、バリューセクションは、LUTノードデータ、規則的に配置されることが例示的に想定される入力データの間隔、「第一のワードは赤、CIE_X又はY」、「第二のワードは緑、CIE_Y又はCr」及び「第三のワードは青、CIE_Z又はCb」であるワード定義及び順序のような様々な値を定義する。図８のLook  Data  Elementary  Message８００では、バリューセクションは、「はじめに青、次いで緑、次いで赤が変化」のラティススキャンを例示的に定義する。
【００４８】
図９は、本発明の実施の形態に係る、１０ビットのビット深度による3D-LUTとして実現される例示的なLook  Data  Elementary  Message９００を示す。図９のLook  Data  Elementary  Message９００は、図９では3D-LUTのIDが１０ビットのビット深度を有し、0×12の値を有する点を除いて、図８のLook  Data  Elementary  Message８００に実質的に類似する。さらに、図９のLook  Data  Elementary  Message９００では、レングスの定義は、１０ビットノードデータであることが例示的に想定され、３２ビットワードにパケット化されるペイロードの長さを定義する。さらに、図９の実施の形態では、バリューセクションは、以下のように単語「赤」、「緑」及び「青」を更に定義する。Word＝RED<<20＋Green<<10＋BLUE
図１０は、本発明の実施の形態に係る、８ビットのビット深度をもつ1D-LUTとして実現される例示的なLook  Data  Elementary  Message１０００を示す。図１０のLook  Data  Elementary  Message１０００は、1D-LUTのIDは、0×13の値をもつ８ビットのビット深度を有する。先の図８及び図９のLook  Data  Elementary  Messageとは異なり、図１０のLook  Data  Elementary  Message１０００では、色定義セクションは、赤チャネルのLUTであるか、緑チャネルのLUTであるか又は青チャネルのLUTであるかに関わらず、又はLUTが全チャネルに適用されるべきかに関わらず、色を定義する。図１０では、色の値は、[00]=赤又はCIE_X又はY、[01]=緑又はCIE_Y又はCr、[10]=青又はCIE_Z又はCb及び[11]=全チャネルとして例示的に定義される。さらに、Look  Data  Elementary  Message１０００では、バリューセクションは、LUTの出力データが最小の入力値の出力値で開始して２５６の８ビット値であることが期待されることを定義する。
【００４９】
図１１は、本発明の実施の形態に係る、１０ビットのビット深度をもつ１Ｄ−ＬＵＴとして実現される例示的なLook  Data  Elementary  Message１１００を示す。図１１のLook  Data  Elementary  Message１１００は、図１１の実施の形態では、Look  Data  Elementary  Message１１００が0×14の値を有する１０ビットのビット深度を有するＩＤを有する点を除いて、図１０のLook  Data  Elementary  Message１０００に実質的に類似する。さらに、Look  Data  Elementary  Message１１００では、バリューセクションは、ＬＵＴ出力データが最小の入力値の出力値で開始する１０２４ビットの１０ビット値であることが期待され、３つの１０ビット値を以下の値を有する１つの３２ビットワードにパケット化することを定義する。
【００５０】
Word=LUT[0]<<20+LUT[1]<<10+LUT[2]
図１２は、本発明の実施の形態に係る、１０ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１２００を示す。Look  Data  Elementary  Message１２００では、鮮明度（color  definition）は、[00]  =  RGB  to  RGB(gamma)、[01]  =  RGB  to  RGB(linear)及び[11]  =  XYZ  to  XYZの値を有するマトリクスアプリケーションを定義する。さらに、図１２のLook  Data  Elementary  Message１２００では、バリューセクションは、以下の形式で、９つの１０ビット値として期待される係数値を定義する。
【００５１】
【数１】
0005611054.tif 000002
ここでA1及びB1はRED又はCIE_Xであり、A2及びB2はGREEN又はCIE_Yであり、A3及びB3はBLUE又はCIE_Zであり、系列の順序はC1-C2-C3である。図１２のLook  Data  Elementary  Message１２００では、バリューセクションは、全体のペイロードが以下のような値を有する３×３２ビット＝９６ビットであるように、３つの係数が１つの３２ビットワードにパケット化されることを定義する。
【００５２】
Word=C1<<20+C2<<10+C3
図１３は、本発明の実施の形態に係る、８ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１３００を示す。図１３のLook  Data  Elementary  Message１３００は、図１３の実施の形態では、Look  Data  Elementary  Message１３００が0×16の値を有する８ビットのビット深度を有するIDを有する点を除いて、図１２のLook  Data  Elementary  Message１２００に実質的に類似である。さらに、図１３のLook  Data  Elementary  Message１３００では、全体のペイロードは９×８ビット＝７２ビットである。
【００５３】
図１４は、本発明の実施の形態に係る、１６ビットのビット深度をもつ３×３マトリクスとして実現される例示的なLook  Data  Elementary  Message１４００を示す。図１４のLook  Data  Elementary  Message１４００は、図１４の実施の形態では、Look  Data  Elementary  Message１４００が0×17の値を有する１６ビットのビット深度を有するIDを有する点を除いて、図１２のLook  Data  Elementary  Message１２００及び図１３のLook  Data  Elementary  Message１３００に実質的に類似である。さらに、図１４のLook  Data  Elementary  Message１４００では、全体のペイロードは９×１６ビット＝１４４ビットである。
【００５４】
２．空間フィルタ
本発明の実施の形態では、空間フィルタの制御がLook  Data  Elementary  Messageにおいて規定される。たとえば、空間応答又は周波数応答は、空間領域のフィルタリングを使用して変更される。空間周波数応答を変える１つの例示的な方法は、それぞれが１つの特定の中心周波数に同調される、有限インパルス応答（FIR）フィルタのバンクを使用することである。図１５は、本発明の実施の形態によれば、周波数応答の変更のための例示的なフィルタバンク１５００を示す。図１５のフィルタバンク１５００は、複数のフィルタ１５１０、少なくとも１つの乗算器１５２０及び少なくとも１つの結合器１５３０を例示的に含む。
【００５５】
１実施の形態では、あるピクチャの周波数応答は、周波数の詳細を強調又は減衰させるため、フィルタ係数（C0．．．CN）を変えることで制御される。たとえば、図１６は、本発明の実施の形態に係る、周波数イコライゼーションのための例示的な離散周波数１６００を示す。図１６に示されるように、フィルタ係数（C0．．．CN）は、周波数応答についてLook  Data  Elementary  Messageにより規定される。
【００５６】
図１７は、本発明の実施の形態に係る、８ビット周波数イコライゼーションの例示的なLook  Data  Elementary  Message１７００を示す。図１７に示されるように、Look  Data  Elementary  Message１７００は、たとえば１６，４ビットまでといった周波数イコライザの係数の数を定義し、それぞれの係数が１つの周波数帯域の乗算器を制御することを定義する。
【００５７】
３．モーションビヘービア
１実施の形態では、モーションビヘービア制御は、ディスプレイがモーションビヘービアを所望のモーションビヘービアに一致させるのを可能にする情報を含むメッセージを利用して、Look  Data  Elementary  Messageで規定される。この情報は、所望のモーションビヘービアの仕様を伝達し、ディスプレイにおける処理を簡素化するコンテンツ前処理ユニットからのヘルパーデータを伝達する。たとえば、図１８は、本発明の実施の形態によれば、モーションビヘービアについて例示的なLook  Data  Elementary  Message１８００を示す。図１８の実施の形態のLook  Data  Elementary  Message１８００は、HZ（U8）での入力フレームレート、フィールド繰り返し（U8）、所望のディスプレイビヘービア（U16）及びx/yでの目の動きの軌跡（2×U32）を例示的に定義する。さらに、図１８の実施の形態のLook  Data  Elementary  Message１８００では、前処理又は動き予測が存在するかが定義される。
【００５８】
４．フィルムグレイン
実施の形態では、フィルムグレインの制御は、Look  Data  Elementary  Messageで指定される。本発明の１実施の形態では、フィルムグレインメッセージは、MPEG-4AVC標準のペイロードタイプ＝１９から取得される。図１９は、本発明の実施の形態に係る、フィルムグレインのための例示的なLook  Data  Elementary  Message１９００を示す。
【００５９】
５．ノイズ
実施の形態では、ノイズの制御は、Look  Data  Elementary  Messageで指定される。すなわち、全てのカラーチャネルについて、又はノイズについてLook  Data  Elementary  Message内のチャネル当たり１つの特定のレベル／ビヘービアについて、決定されたレベルの白色雑音を加えることができる。さらに、実施の形態では、ノイズは、１以上のカラーチャネルから除かれる。１実施の形態では、雑音特性は、上述されたように、空間応答と同じやり方で周波数応答を変更させることで変化させることができる。図２０は、本発明の実施の形態に係る、ノイズのための例示的なLook  Data  Elementary  Message２０００を示す。
【００６０】
６．エディトリアル
実施の形態では、１以上のシーンのエディトリアル（編集）は、Look  Data  Elementary  Messageで指定される。たとえば、本発明のLook  Data  Elementary  Messageに従って、あるシーン又はシーンのグループの１以上のセグメントを切り取ることができる。係るように、切り取られたシーンは、編集データのアップデートと共に後の時間で表示することができる。したがって、実施の形態では、特定のシーン内のIN及びOUTタイムコードの「カットリスト」が送信される。１実施の形態では、あるシーンの第一フレームは、タイムコード00:00:00:00（HH:MM:SS:FF）を有する。図２１は、本発明の実施の形態に係る、編集の制御のために使用される時間編集のためのLook  Data  Elementary  Message２１００を示す。
【００６１】
７．トーンマッピング
１実施の形態では、トーンマッピングは、Look  Data  Elementary  Messageで指定される。トーンマッピングは、たとえば高いダイナミックレンジの画像を低いダイナミックレンジの画像に変換するときに使用される。例として、典型的な応用は、10ビットの符号化画像から8ビット又は7ビット画像への変換である。本発明は特定のトーンマッピングアルゴリズムに限定されるものではなく、したがって、本発明の精神を維持しつつ、本発明に従ってトーンマッピングへの任意のアプローチを使用することができる。１つの例として、トーンマッピングは、MPEG-4AVC規格におけるSEI（Supplemental  Enhancement  Information）メッセージで指定される。たとえば、図２２は、本発明の実施の形態に係る、トーンマッピングのための例示的なLook  Data  Elementary  Messageを示す。図２２のLook  Data  Elementary  Message２２００は、SEIメッセージで指定することができるパラメータを指定することができる。
【００６２】
本発明の様々な実施の形態によれば、ルックデータは、あるシーンの開始での編集／表示のために利用可能であるべきである。１実施の形態では、ルックデータは、たとえば圧縮されていないビデオの物理的な送信インタフェースのメタデータチャネルを使用して、受信機に送信される。係る物理的な送信インタフェースは、高精細マルチメディアインタフェース（HDMI）、ディスプレイポート、シリアルデジタルインタフェース（SDI）、高精細シリアルデジタルインタフェース（HD-SDI）、ユニバーサルシリアルバス（USB）、IEEE1394及び他の公知の送信手段を含む。本発明の代替的な実施の形態では、ルックデータは、ビデオコネクションとは並列に第二のコネクションを使用して送信される。係る第二のコネクションは、USB、RS-232、Ethernet（登録商標）、インターネットプロトコル（IP）等を含む。さらに、本発明の様々な実施の形態では、本発明のルックデータは、BLUETOOTH，WIFI等を含むワイヤレスプロトコルを使用した装置間で送信される。さらに、本発明のルックデータは、JVT（Joint  Video  Team）により定義されるように、SEI（Supplemental  Enhancement  Information）タグを使用してMPEGストリームで送信することができる。（例示的であって且つ限定するものではないことが意図される）ルックデータの定義及び送信の方法及びシステムの好適な実施の形態を記載したが、変更及び変形は先の教示に照らして当業者により行われる。したがって、特許請求の範囲により概説される本発明の範囲及び精神にある開示される本発明の特定の実施の形態において変更がなされる場合がある。上述されたものは本発明の様々な実施の形態に向けられる一方で、本発明の他の実施の形態及び更なる実施の形態は本発明の基本的な範囲から逸脱することなしに創作される場合がある。
【図１】
0005611054.tif 000003
【図２Ａ】
0005611054.tif 000004
【図２Ｂ】
0005611054.tif 000005
【図３】
0005611054.tif 000006
【図４】
0005611054.tif 000007
【図５Ａ】
0005611054.tif 000008
【図５Ｂ】
0005611054.tif 000009
【図６】
0005611054.tif 000010
【図７】
0005611054.tif 000011
【図８】
0005611054.tif 000012
【図９】
0005611054.tif 000013
【図１０】
0005611054.tif 000014
【図１１】
0005611054.tif 000015
【図１２】
0005611054.tif 000016
【図１３】
0005611054.tif 000017
【図１４】
0005611054.tif 000018
【図１５】
0005611054.tif 000019
【図１６】
0005611054.tif 000020
【図１７】
0005611054.tif 000021
【図１８】
0005611054.tif 000022
【図１９】
0005611054.tif 000023
【図２０】
0005611054.tif 000024
【図２１】
0005611054.tif 000025
【図２２】
0005611054.tif 000026