(57)【要約】  本発明は、ディスプレイ適応的映像再生のためのビデオデータ処理方法及び／又は装置の提供に関する。本発明の一実施例に係るビデオデータ処理方法は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送すること―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、前記インターフェースを介してソースデバイスからビデオデータを受信すること、及び前記受信したビデオデータを再生することを含む。
2016538745.tif 000002
【特許請求の範囲】
【請求項１】
シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送すること―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―；
前記インターフェースを介してソースデバイスからビデオデータを受信すること；及び
前記受信したビデオデータを再生すること；
を含むビデオデータ処理方法。
【請求項２】
前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含む、請求項１に記載のビデオデータ処理方法。
【請求項３】
前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含む、請求項２に記載のビデオデータ処理方法。
【請求項４】
前記ビデオデータ処理方法は、前記インターフェースを介してソースデバイスから前記ビデオデータの特性を示すビデオ特性情報を受信することをさらに含み、
ここで、前記ビデオ特性情報は、カラリメトリの拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含む、請求項１に記載のビデオデータ処理方法。
【請求項５】
シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送する伝送部―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―；
前記インターフェースを介してソースデバイスからビデオデータを受信するビデオ受信部；及び
前記受信したビデオデータを再生する再生部；
を含むビデオデータ処理装置。
【請求項６】
前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含む、請求項５に記載のビデオデータ処理装置。
【請求項７】
前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含む、請求項６に記載のビデオデータ処理装置。
【請求項８】
前記ビデオデータ処理装置は、前記インターフェースを介してソースデバイスから前記ビデオデータの特性を示すビデオ特性情報を受信するシグナリング受信部をさらに含み、
ここで、前記ビデオ特性情報は、カラリメトリの拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含む、請求項５に記載のビデオデータ処理装置。
【請求項９】
シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してシンクデバイスから受信すること―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―；及び
前記インターフェースを介してシンクデバイスにビデオデータを伝送すること；
を含むビデオデータ処理方法。
【請求項１０】
前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含む、請求項９に記載のビデオデータ処理方法。
【請求項１１】
前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含む、請求項１０に記載のビデオデータ処理方法。
【請求項１２】
前記ビデオデータ処理方法は、前記インターフェースを介してシンクデバイスに前記ビデオデータの特性を示すビデオ特性情報を伝送することをさらに含み、
ここで、前記ビデオ特性情報は、カラリメトリの拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含む、請求項９に記載のビデオデータ処理方法。
【請求項１３】
シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してシンクデバイスから受信する受信部―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―；及び
前記インターフェースを介してシンクデバイスにビデオデータを伝送するビデオ伝送部；
を含むビデオデータ処理装置。
【請求項１４】
前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含む、請求項１３に記載のビデオデータ処理装置。
【請求項１５】
前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含む、請求項１４に記載のビデオデータ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオデータの処理に関し、より詳細には、ディスプレイ適応的映像再生のためのビデオデータ処理方法及び装置に関する。
【背景技術】
【０００２】
ビデオ信号処理速度が速くなると共に、超高解像度（ｕｌｔｒａ  ｈｉｇｈ  ｄｅｆｉｎｉｔｉｏｎ；ＵＨＤ）ビデオをエンコーディング／デコーディングする方案が研究されている。
【０００３】
ＵＨＤコンテンツは、既存のコンテンツに比べて多様な側面で向上した画質を提供することを目標とする。このために、放送分野のみならず、多様な分野でＵＨＤビデオ要素に対する研究及び開発が進められている。そのうち、既存のコンテンツで提供できなかった色感及び明るさ側面で向上した視聴者経験を提供することに対する要求が高まっている。
【０００４】
これによって、ＵＨＤビデオを構成する多様な要素のうち色相及び明るさ表現範囲を拡大し、高品質映像を提供しようとする努力が継続されている。
ＵＨＤディスプレイ機器は、色相及び明るさ側面の表現力で既存のディスプレイ機器との差別性を有する。
しかし、多様なディスプレイ機器の環境下でＵＨＤコンテンツを最適な環境で視聴するための技術に対する開発が行われないという問題がある。
【０００５】
例えば、同一の次世代ディスプレイ機器の普及が進められる状況でＵＨＤコンテンツが供給される場合、ディスプレイ機器の物理的特性によって色感或いは明るさ制限が生じ、コンテンツ観賞が確実に行われないという問題がある。
【０００６】
ディスプレイ機器に対して適応的にコンテンツの色感及び明るさ調整を行うためには、ディスプレイの機器特性に対する正確な分析に基づいてコンテンツ変換が行われなければならない。しかし、ディスプレイの外部機器を通じてＵＨＤコンテンツが供給される場合、ディスプレイの機器特性を制限的に伝達するという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、多様なディスプレイ機器の環境下でＵＨＤコンテンツを含むコンテンツを最適な環境で視聴できるビデオ処理方法及びビデオ処理装置を提供することにある。
【０００８】
本発明の他の目的は、ＵＨＤコンテンツを含むＵＨＤコンテンツを多様なディスプレイ機器で表出する場合、そのディスプレイ機器の物理的特性によって色感或いは明るさ表現の制限を減少させるビデオ処理方法及びビデオ処理装置を提供することにある。
【０００９】
本発明の他の目的は、ディスプレイの外部機器を通じてＵＨＤコンテンツを含むコンテンツが供給される場合であっても、ディスプレイの機器特性を伝達し、ＵＨＤコンテンツを含むコンテンツを最適な環境で視聴できるビデオ処理方法及びビデオ処理装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明の一実施例に係るビデオデータ処理方法は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送すること―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、前記インターフェースを介してソースデバイスからビデオデータを受信すること、及び前記受信したビデオデータを再生することを含むことができる。
【００１１】
好ましくは、前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは、前記ＥＯＴＦタイプ情報を含むことができる。
【００１２】
好ましくは、前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含むことができる。
【００１３】
好ましくは、前記ビデオデータ処理方法は、前記インターフェースを介してソースデバイスから前記ビデオデータの特性を示すビデオ特性情報を受信することをさらに含み、ここで、前記ビデオ特性情報は、カラリメトリ（ｃｏｌｏｒｉｍｅｔｒｙ）の拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含むことができる。
【００１４】
本発明の他の一実施例に係るビデオデータ処理装置は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送する伝送部―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含み、前記インターフェースを介してソースデバイスからビデオデータを受信するビデオ受信部、及び前記受信したビデオデータを再生する再生部を含むことができる。
【００１５】
好ましくは、前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含むことができる。
【００１６】
好ましくは、前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含むことができる。
【００１７】
好ましくは、前記ビデオデータ処理装置は、前記インターフェースを介してソースデバイスから前記ビデオデータの特性を示すビデオ特性情報を受信するシグナリング受信部をさらに含み、ここで、前記ビデオ特性情報は、カラリメトリの拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含むことができる。
【００１８】
本発明の更に他の一実施例に係るビデオデータ処理方法は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してシンクデバイスから受信すること―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、及び前記インターフェースを介してシンクデバイスにビデオデータを伝送することを含むことができる。
【００１９】
好ましくは、前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含むことができる。
【００２０】
好ましくは、前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含むことができる。
【００２１】
好ましくは、前記ビデオデータ処理方法は、前記インターフェースを介してシンクデバイスに前記ビデオデータの特性を示すビデオ特性情報を伝送することをさらに含み、ここで、前記ビデオ特性情報は、カラリメトリの拡張があることを示す情報、及び前記拡張されたカラリメトリを示す情報のうち少なくともいずれか一つを含むことができる。
【００２２】
本発明の更に他の一実施例に係るビデオデータ処理装置は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してシンクデバイスから受信する受信部―ここで、前記ＥＤＩＤ情報は、前記シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、及び前記インターフェースを介してシンクデバイスにビデオデータを伝送するビデオ伝送部を含むことができる。
【００２３】
好ましくは、前記ＥＤＩＤ情報は、前記シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含み、前記ＨＤＲスタティックメタデータは前記ＥＯＴＦタイプ情報を含むことができる。
【００２４】
好ましくは、前記ＨＤＲスタティックメタデータは、データブロックに含まれて伝送され、前記ＨＤＲスタティックメタデータは、前記データブロックが前記ＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報、及び前記データブロックの長さを示す情報を含むことができる。
【発明の効果】
【００２５】
本発明の実施例によると、多様なディスプレイ機器の環境下でＵＨＤコンテンツを含むコンテンツを最適な環境で視聴することができる。
【００２６】
本発明の実施例によると、ＵＨＤコンテンツを含むＵＨＤコンテンツを多様なディスプレイ機器で表出する場合、それら各ディスプレイ機器の物理的特性によって色感或いは明るさ表現の制限を減少させることができる。
【００２７】
本発明の実施例によると、ディスプレイの外部機器を通じてＵＨＤコンテンツが供給される場合であっても、ディスプレイの機器特性を伝達し、ＵＨＤコンテンツを含むＵＨＤコンテンツを最適な環境で視聴することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施例に係るビデオデータ処理方法を示した図である。
【図２】ビデオ映像を送受信するためにソースデバイスとシンクデバイスが連結された例を示した図である。
【図３】本発明に実施例によってソースデバイスがシンクデバイスと連結された場合、情報を送受信する実施例を示した図である。
【図４】本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例を示した図である。
【図５】本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例として、前記で開示した実施例の具体的なフィールド値を例示した図である。
【図６】開示した本発明の実施例に係るコントロールオプションフラグ（ｃｏｎｔｒｏｌ  ｏｐｔｉｏｎ  ｆｌａｇ）の詳細な例を示した図である。
【図７】記述した本発明の実施例に係るシンクデバイスダイナミックレンジ（Ｓｉｎｋ  Ｄｅｖｉｃｅ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）情報の詳細な例を示した図である。
【図８】本発明の実施例によってシンクデバイスからソースデバイスに伝達するディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロック（Ｄｉｓｐｌａｙ  Ｐａｒａｍｅｔｅｒｓ  Ｄａｔａ  Ｂｌｏｃｋ）を例示した図である。
【図９】本発明の実施例で記述するディスプレイ関連情報として、ディスプレイデバイスデータブロック（Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  Ｄａｔａ  Ｂｌｏｃｋ）を例示した図である。
【図１０】本発明の一実施例によってシンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例を示した図である。
【図１１】本発明の実施例によってソースデバイスからシンクデバイスに伝達する情報を例示した図である。
【図１２】本発明の実施例によって開示したポストプロセッシングタイプ情報の詳細な例を開示した図である。
【図１３】本発明の実施例によって開示したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）の詳細な例を開示した図である。
【図１４】本発明の実施例によってソースデバイスがシンクデバイスに映像のカラー情報を伝達する他の例を開示する図である。
【図１５】本発明の一実施例に係る信号処理装置の各実施例及びその動作を例示した図である。
【図１６】本発明の一実施例に係るＥＯＴＦタイプの構成を示した図である。
【図１７】本発明の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
【図１８】本発明の他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
【図１９】本発明の更に他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
【図２０】本発明の一実施例によってシンクデバイスが処理可能な伝達関数（Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）に対する情報を伝達するための方法を示した図である。
【図２１】本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法に使用される具体的なフィールド値を示した図である。
【図２２】本発明の他の一実施例に係るビデオデータ処理方法を示した図である。
【図２３】本発明の一実施例に係るビデオデータ処理装置の構成を示した図である。
【図２４】本発明の他の一実施例に係るビデオデータ処理装置の構成を示した図である。
【発明を実施するための最善の形態】
【００２９】
以下、添付の各図面及び添付の各図面に記載した各内容を参照して本発明の実施例を詳細に説明するが、本発明が各実施例によって制限又は限定されることはない。
【００３０】
本明細書で使用される用語としては、本発明での機能を考慮しながら、可能な限り現在広く使用される一般的な用語を選択したが、これは、当分野に携わる技術者の意図、慣例又は新たな技術の出現などによって変わり得る。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分でその意味を記載する。したがって、本明細書で使用される用語は、単純な用語の名称ではなく、その用語が有する実質的な意味と本明細書の全般にわたった内容に基づいて解釈すべきであることを明らかにしておく。
【００３１】
図１は、本発明の一実施例に係るビデオデータ処理方法を示した図である。
本発明の一実施例に係るビデオデータ処理方法は、シンクデバイスの性能を示すＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報をインターフェースを介してソースデバイスに伝送する段階（Ｓ１０１０）、前記インターフェースを介してソースデバイスからビデオデータを受信する段階（Ｓ１０２０）及び／又は前記受信したビデオデータを再生する段階（Ｓ１０３０）を含むことができる。ここで、ＥＤＩＤ情報は、シンクデバイスによってサポートされるＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含むことができる。ＥＤＩＤ情報に対しては、図２０及び図２１を参照して詳細に説明する。さらに、全体の処理過程に対しては、図１５を参照して詳細に説明する。
【００３２】
本発明の他の一実施例によると、ＥＤＩＤ情報は、シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含むことができる。さらに、ＨＤＲスタティックメタデータはＥＯＴＦタイプ情報を含むことができる。これに対しては、図２０及び図２１を参照して詳細に説明する。
【００３３】
本発明の更に他の一実施例によると、ＨＤＲスタティックメタデータは、データブロックに含ませて伝送することができ、ＨＤＲスタティックメタデータは、データブロックがＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報及び／又は前記データブロックの長さを示す情報を含むことができる。これに対しては、図２０を参照して詳細に説明する。
【００３４】
本発明の更に他の一実施例によると、上述したビデオデータ処理方法は、インターフェースを介してソースデバイスからビデオデータの特性を示すビデオ特性情報を受信する段階をさらに含むことができる。ここで、ビデオ特性情報は、カラリメトリの拡張があることを示す情報及び／又は拡張されたカラリメトリを示す情報を含むことができる。これに対しては、図１７、図１８及び図１９を参照して詳細に説明する。
【００３５】
図２は、ビデオ映像を送受信するためにソースデバイスとシンクデバイスが連結された例を示した図である。この図面において、映像のデコーディングと画質処理が可能なソースデバイスと映像の出力が可能なシンクデバイスとの情報交換は次のように行う。
【００３６】
ソースデバイス１００は、放送、ブルーレイ（Ｂｌｕ―ｒａｙ（登録商標））、ＵＶ（Ｕｌｔｒａ  Ｖｉｏｌｅｔ）、ＳＣＳＡ（Ｓｅｃｕｒｅ  Ｃｏｎｔｅｎｔ  Ｓｔｏｒａｇｅ  Ａｓｓｏｃｉａｔｉｏｎ）などの格納媒体、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）ストリーミングなどの多様な経路で入ってくる映像に対して復号化（ｄｅｃｏｄｉｎｇ）する機器又は画質処理のためのビデオプロセッシングが可能な機器を総称する。例えば、セットトップボックス、ブルーレイディスク（ＢＤ）プレーヤーなどの格納媒体のプレーヤー、コンピューターなどがこれに該当する。
【００３７】
ソースデバイス１００のビデオプロセッシングは、ＷＣＧ（Ｗｉｄｅ  ｃｏｌｏｒ  ｇａｍｕｔ）、ＨＤＲ（ｈｉｇｈ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）又はその他のポストプロセッシング（ｐｏｓｔ  ｐｒｏｃｅｓｓｉｎｇ）などの画質を変化させる方式を含ませることができる。この場合、映像に対して一括的にビデオプロセッシングを行うのではなく、シンクデバイスが提供するディスプレイ情報、例えば、カラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）情報又はダイナミックレンジ情報などに基づいて該当のビデオソースがディスプレイ機器で再生可能であるか否かを判断し、必要な場合、再生に適した画質に変換して提供する。
【００３８】
また、ソースデバイス１００の映像処理過程をシンクデバイス２００でコントロールする必要がある場合、これに対する情報を提供し、ソースデバイス１００でいずれの映像処理過程が使用されたのかに対する情報を受けることができる。
【００３９】
ソースデバイス１００は、シンクデバイス２００からディスプレイ関連メタ情報又はディスプレイオプション情報を受信することができる。そして、受信された情報に基づいて、ソースデバイス１００は、シンクデバイス２００にＵＨＤビデオメタデータとプロセッシングされたビデオのプロセッシングオプション情報を提供することができる。シンクデバイス２００は、ソースデバイス１００が提供したデータや情報に基づいてソースデバイス１００がプロセッシングしたビデオを表出することができる。シンクデバイス２００は、該当のディスプレイに合うカラーガマット情報やダイナミックレンジ範囲内でソースデバイス１００がプロセッシングしたビデオを表出することができる。
図３は、本発明に実施例によってソースデバイスがシンクデバイスと連結された場合、情報を送受信する実施例を示した図である。
【００４０】
この例は、ソースデバイスがシンクデバイスとＨＤＭＩ（登録商標）又はディスプレイポート（Ｄｉｓｐｌａｙ  Ｐｏｒｔ）などの有線インターフェースと連結される場合を示す。この例は、ソースデバイス（Ｓｏｕｒｃｅ  Ｄｅｖｉｃｅ）とシンクデバイス（Ｓｉｎｋ  Ｄｅｖｉｃｅ）が有線インターフェースで連結されているとき、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）のＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）のデータブロックを通じてシンクデバイス２００でソースデバイス１００のＨＤＲ及びＷＣＧ機能を制御（活性化又は非活性化）し、これを用いてソースデバイスがシンクデバイスの変更されたＥＤＩＤを読み込む実施例を例示する。
【００４１】
ソースデバイスがシンクデバイスに有線インターフェースで連結されると、ソースデバイスは、該当の有線インターフェースの＋５Ｖパワーライン（ｐｏｗｅｒ  ｌｉｎｅ）にハイレベル電圧を印加し、シンクデバイスは、これを通じてソースデバイスが連結されることを確認する（Ｓ１）。
【００４２】
シンクデバイスは、ローレベル電圧に維持されているホットプラグ検出ライン（Ｈｏｔ  Ｐｌｕｇ  Ｄｅｔｅｃｔ  ｌｉｎｅ）にハイレベルの電圧を印加することによって、ソースデバイスとシンクデバイスとの連結が完了し、ＥＤＩＤなどのディスプレイ関連情報（以下、ディスプレイ関連情報という）を読む準備ができたことをソースデバイスに知らせる（Ｓ２）。
【００４３】
ソースデバイスは、ホットプラグ検出ラインがハイレベルに遷移されることを確認し、ディスプレイデータチャンネルを介してディスプレイ関連情報に対する読み取りをシンクデバイスに要請し（Ｓ３）、シンクデバイスは、ディスプレイ関連情報をディスプレイデータチャンネルを介してソースデバイスに伝送する（Ｓ４）。
【００４４】
シンクデバイスでユーザーの要請によってシグナリングされたり、或いはシンクデバイスの機能的判断によってディスプレイ関連情報のＨＤＲデータブロックのコントロールオプションフラグにおいて該当のフィールドが変更されると（Ｓ５）、シンクデバイスは、ソースデバイスにディスプレイ関連情報のアップデートされた情報を知らせるためにホットプラグ検出ラインにローレベルの電圧を印加し、この電圧を一定時間、例えば、少なくとも１００ｍｓの間維持する（Ｓ６）。
【００４５】
ソースデバイスでディスプレイ関連情報の読み取りが可能になると、シンクデバイスは、ホットプラグラインにハイレベルの電圧を印加し（Ｓ７）、ソースデバイスはこれを感知し、ディスプレイデータチャンネルを介してディスプレイ関連情報の読み取りを要請する（Ｓ８）。そして、シンクデバイスは、ディスプレイデータチャンネルを介して変更されたディスプレイ関連情報を送信する（Ｓ９）。
【００４６】
このような動作に基づいて本発明の実施例に対するソースデバイスとシンクデバイスとの間の情報交換の例を説明すると、次の通りである。
【００４７】
本発明の実施例によると、上述したＳ３又はＳ８の要請に対する応答として、シンクデバイスは、カラーガマット情報及び明るさ（ｂｒｉｇｈｔｎｅｓｓ）情報をソースデバイスに伝達することができる（Ｓ４又はＳ９に含む）。
【００４８】
カラーガマット情報は、ＲＧＢＷに該当する色空間であるＣＩＥ  ｘｙダイアグラム上のカラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｙ）座標或いはＢＴ．７０９又はＢＴ．２０２０などのカラーガマット情報を含むことができる。この情報は、インターフェースで定義されているＤｉｓｐｌａｙＩＤのカラー特性データブロック（ｃｏｌｏｒ  ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  ｄａｔａ  ｂｌｏｃｋ）などを通じて伝達することができる。明るさ関連情報は、最大明るさ又は最小明るさ値を含むことができ、実施例で開示する例によると、インターフェースのＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、又はＥＤＩＤ拡張（ｅｘｔｅｎｓｉｏｎ）情報などに定義されたデータブロック（ｄａｔａ  ｂｌｏｃｋ）を用いて伝達することができる。
【００４９】
そうすると、ソースデバイスは、伝達されたディスプレイ関連情報に基づいてビデオの色相又は明るさ情報を調整する必要があるか否かを判断する。ソースデバイスによって色相又は明るさ調整が必要であると判断される場合、ビデオで提供するカラーマッピング（ｃｏｌｏｒ  ｍａｐｐｉｎｇ）或いはダイナミックレンジマッピング（ｄｙｎａｍｉｃ  ｒａｎｇｅ  ｍａｐｐｉｎｇ）情報に基づいて変換したり、ソースデバイスが自体的にビデオの色相又は明るさ情報を提供する方法を使用することもできる。
【００５０】
ソースデバイスは、このように調整された最終映像をシンクデバイスに伝達する。このとき、最終ビデオに対するカラーガマット又はダイナミックレンジ関連メタデータをインターフェースのＩｎｆｏＦｒａｍｅを通じて伝達することができる。カラーガマット情報の場合、インターフェースのＡＶＩ  ｉｎｆｏＦｒａｍｅで既存に定義しているカラーガマット情報（例えば、ＢＴ．７０９、ＢＴ．２０２０など）を用いて伝達することができる。ダイナミックレンジ関連情報は、最大又は最小明るさ情報を伝達することができ、各実施例で記述する方法を通じて新たなＩｎｆｏＦｒａｍｅを定義したり、ＡＶＩ  ＩｎｆｏＦｒａｍｅを拡張する方法を通じて伝達することができる。
【００５１】
ソースデバイスが最終映像を伝達するとき、ソースデバイスで処理されたビデオプロセッシング（ｖｉｄｅｏ  ｐｒｏｃｅｓｓｉｎｇ）に対する情報を提供する必要がある場合、各実施例で記述する方法を通じてＩｎｆｏＦｒａｍｅ内のｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅを用いてＨＤＲ情報又はＷＣＧ情報などのビデオプロセッシングユニット（ｖｉｄｅｏ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）の処理情報を伝達することができる。また、最終映像に対してＨＤＲ情報と関連して新たなＥＯＴＦ（ｅｌｅｃｔｒｏ―ｏｐｔｉｃａｌ  ｔｒａｎｓｆｅｒ  ｆｕｎｃｔｉｏｎ）などの色変換関数情報が定義されて使用されたり、使用される必要がある場合、新たな色変換関数情報をインターフェース情報のフラグなどを用いて伝達することができる。
【００５２】
最終処理された映像に対して、シンクデバイスは、ソースデバイスの処理が適切であるか否かを判断し、これに対するフィードバックを通じてソースデバイスの制御が必要であるか否かを判断することができる。この場合、各実施例で記述するＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、ＥＤＩＤ拡張情報などに定義されたデータブロック内のコントロールオプションフラグを通じてこれを制御することができる。ＷＣＧ情報又はＨＤＲ情報などのソースデバイスのビデオプロセッシングで処理された結果が適切である場合、シンクデバイスは、ＷＣＧ情報又はＨＤＲ情報と関連したビットを活性化（ｏｎ）させ、同一の処理が継続されるように制御することができる。
【００５３】
処理が不適切である場合、シンクデバイスは、ＷＣＧ情報又はＨＤＲ情報と関連したビットを非活性化（ｏｆｆ）させることによって、ソースデバイスで現在遂行中のビデオプロセッシングを使用しないように制御することができる。
【００５４】
シンクデバイスは、コントロールオプションフラグを通じて伝達された情報が現在ソースデバイスで処理中のビデオプロセッシングと異なる場合、コントロールオプションフラグにある情報を基準としてビデオプロセッシングを変更する。変更されたビデオ処理と関連してＵＨＤビデオメタデータが変更される場合、ＩｎｆｏＦｒａｍｅ内のカラー特性（ｃｏｌｏｒ  ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）情報及び明るさ情報を変更し、ポストプロセッシングタイプ（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ）を変更したビデオプロセッシング過程に合わせてアップデートすることができる。そして、Ｓ５の過程が行われる。
以下では、シンクデバイスがソースデバイスに伝達される情報を例示する。
【００５５】
本発明の実施例によると、ソースデバイスがＨＤＲ関連情報を処理する場合、シンクデバイスが再生可能な情報に基づいて、ソースデバイスは、シンクデバイスに適した映像処理を行うことができる。この場合、シンクデバイスは、ディスプレイ明るさ範囲に対する適切な情報、例えば、シンクブラック輝度レベル（Ｓｉｎｋ  Ｂｌａｃｋ  Ｌｕｍｉｎａｎｃｅ  Ｌｅｖｅｌ）、シンクホワイト輝度レベル（Ｓｉｎｋ  Ｗｈｉｔｅ  Ｌｕｍｉｎａｎｃｅ  Ｌｅｖｅｌ）、及びソースデバイスのポストプロセッシングをコントロールできるフラグなどをソースデバイスに伝達することができる。この場合、ＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、或いはＥＤＩＤ拡張のデータブロックを用いることができるが、これに対する詳細な例を開示すると、次の通りである。
【００５６】
図４は、本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例を示した図である。
この図面は、ＤｉｓｐｌａｙＩＤのデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示す。
【００５７】
この図面は、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールド、バリュー（ｖａｌｕｅ）フィールド、及びそれに対する記述（ｄｅｓｃｒｉｐｔｉｏｎ）とフォーマットを例示する。例えば、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ００で、バリューフィールドが０ｘ１４である場合、ＨＤＲデータブロックを示すことができる。
【００５８】
この図面で例示したように、オフセットフィールドが０ｘ０３である場合、ソースデバイスのポストプロセッシングをコントロールできるフラグ（コントロールオプションフラグ）を示すことができる。これに対する詳細なバリューの例については後で説明する。
【００５９】
そして、オフセットフィールドが０ｘ０４又は０ｘ０５である場合、シンクデバイス自体の表現可能な明るさ値（シンクブラック輝度レベル、シンクホワイト輝度レベルなど）に対する情報を伝達することができる。
【００６０】
ＤｉｓｐｌａｙＩＤのデータブロックは、後でオフセットフィールド値によってビデオ処理に必要な各情報をさらに含むことができる。例えば、オフセットフィールドが０ｘ０３である場合、現在の予備（ｒｅｓｅｒｖｅｄ）フィールドなどを用いてＨＤＲと関連するポストプロセッシング関連情報を伝達することができる。
【００６１】
ここで、オフセットフィールドやバリューフィールド値は任意の値として変更可能であり、コントロールオプションフラグの詳細な例とシンクデバイスのディスプレイ情報に対する例は以下で開示する。
【００６２】
図５は、本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例として、前記で開示した実施例の具体的なフィールド値を例示した図である。
【００６３】
シンクデバイスがソースデバイスに伝達する情報としてＤｉｓｐｌａｙＩＤのデータブロックのコントロールオプションフラグは、ソースデバイスが行うポストプロセッシング過程をコントロール（オン／オフ）するフィールドである。本発明の実施例によると、これを用いてソース／シンクデバイスのインターフェース上で今後提供される多様なオプションを示すことができるが、ここでは、ＨＤＲ、ＷＣＧ関連オプションを開示した。
【００６４】
前記でＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０３である場合、ソースデバイスを制御できるコントロールオプションフラグ情報であることを示すことができることを開示した。バリューフィールドのビット位置によってソースデバイスのＨＤＲプロセッシングを活性化させたり、ソースデバイスのＷＣＧプロセッシングを活性化させることができる。この例では、下位２個のビットでこれに対する情報をそれぞれ表現した。
【００６５】
本実施例で開示したフィールドは、ユーザーの要請によってシグナリングされるか、或いはシンクデバイスの機能的判断によって（シンクデバイスの処理能力が上位にある場合など）制御され得る。本発明の実施例は、予備ビット（Ｒｅｓｅｒｖｅｄ  ｂｉｔ）を用いてＦＲＣ（Ｆｒａｍｅ  Ｒａｔｅ  Ｃｏｎｔｒｏｌ）と、マルチレイヤービデオ強化（ｍｕｌｔｉ―ｌａｙｅｒ  ｖｉｄｅｏ  ｅｎｈａｎｃｅｍｅｎｔ）の機能に対してシンク―ソースデバイス間の情報交換を行うこともできる。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。
【００６６】
図６は、開示した本発明の実施例に係るコントロールオプションフラグの詳細な例を示した図である。
【００６７】
コントロールオプションフラグを示すオフセットフィールドのバリューフィールドの下位２個のビットにそれぞれソースデバイスで行われるＨＤＲ、ＷＣＧ処理に対するコントロールを行わせる情報を設定することができる。二つのフラグに対する組み合わせによって、下記の例示のように使用することができる。
【００６８】
この例において、バリューフィールドが００００００００である場合、ソースデバイスで何ら処理もしないことを示す。例えば、バリューフィールドが１０００００００である場合、ソースデバイスのＨＤＲ処理に対する情報を示すが、ソースデバイスでＨＤＲのみを処理するオプションを示すことができる。他の例として、バリューフィールドが０１００００００である場合、ソースデバイスのＷＣＧ処理に対する情報を示し、ソースデバイスでＷＣＧのみを処理するオプションを示すことができる。
【００６９】
他の例として、バリューフィールドが１１００００００である場合、シンクデバイスで伝達した情報に基づいてソースデバイスがＨＤＲ及びＷＣＧに対して全て処理できるようにするコントロールオプション情報を示し、この値を初期値として使用することができる。
図７は、記述した本発明の実施例に係るシンクデバイスダイナミックレンジ情報の詳細な例を示した図である。
【００７０】
開示したように、シンクデバイスは、ＤｉｓｐｌａｙＩＤのデータブロックを用いてシンクデバイスのダイナミックレンジ情報をソースデバイスに伝達し、シンクデバイスが表現可能な明るさ情報などをソースデバイスに知らせることができる。
【００７１】
シンクデバイスのダイナミックレンジに対する情報は、シンクデバイスのディスプレイで表現可能なダイナミックレンジを表現するための最大及び最小物理的明るさ値（ｎｉｔ或いはｃｄ／ｍ２単位）を称する。
【００７２】
例えば、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが6０ｘ０４又は０ｘ０５である場合、シンクデバイスのダイナミックレンジ情報を示す。
【００７３】
この例において、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０４である場合、下位８ビットより高い８個のビットを用いてシンクデバイスの最も低いレベルの明るさ情報を示すことができる。
【００７４】
ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０５である場合、バリューフィールドの最下位１ビットは、シンクデバイスの最も低いレベルの明るさ情報を示し、バリューフィールドの残りのビットでシンクデバイスの最も高いレベルの明るさ情報を示すことができる。
ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。
【００７５】
この情報を用いて示すことができるシンクデバイスの最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと表記）、及び最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は下記のように示すことができる。
【００７６】
例えば、シンクデバイスの最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ディスプレイで表現可能な最小明るさを示すための値であって、一般的な最低明るさを考慮して、０〜０．０５範囲に対して０．０００１単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ（ｃｄ／ｍ２単位）とするとき、実際の最小明るさは、この最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）から下記のように算出することができる。
Ｂｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ＝ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ  ｘ  １００００
（０＜＝ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝５００＜２９）
【００７７】
例えば、リファレンスモニター（ｒｅｆｅｒｅｎｃｅ  ｍｏｎｉｔｏｒ）の場合、０．０５ｃｄ／ｍ２を最小基準明るさとし、１００００（１０進数）を掛けた値である５００を伝送することができる。
【００７８】
シンクデバイスの最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ディスプレイで表現可能な最大明るさを示すための値であって、一般的な最大明るさを考慮して、１００〜１００００の範囲に対して１００単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ（ｃｄ／ｍ２単位）とするとき、実際の最大明るさは、この最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）から下記のように算出することができる。
Ｂｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ＝ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ  ｘ  １００
（１＜＝ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝１００＜２７）
例えば、リファレンスモニターの場合、１００ｃｄ／ｍ２を最大基準明るさとし、１００（１０進数）で割った値の割り前である１値を伝送することができる。
【００７９】
本発明の一実施例によると、シンクデバイスの最大明るさ情報及び／又はシンクデバイスの最小明るさ情報は、ディスプレイの明るさ範囲に対する性能を示すことができる。すなわち、本発明の一実施例に係るシンクデバイスの最大明るさ情報及び／又はシンクデバイスの最小明るさ情報は、ディスプレイの性能を考慮して、コンテンツを最適な環境でレンダリングするために要求されるコンテンツの最大明るさ情報（Ｄｅｓｉｒｅｄ  ｃｏｎｔｅｎｔ  Ｍａｘ  Ｌｕｍｉｎａｎｃｅ  ｄａｔａ）及び／又は最小明るさ情報（Ｄｅｓｉｒｅｄ  ｃｏｎｔｅｎｔ  Ｍｉｎ  Ｌｕｍｉｎａｎｃｅ  ｄａｔａ）を示すことができる。
シンクデバイスからソースデバイスにディスプレイ関連情報を伝達する他の実施例を開示する。
【００８０】
図８は、本発明の実施例によってシンクデバイスからソースデバイスに伝達するディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロックを例示した図である。
【００８１】
ディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロックは、モニターの全体的なパラメーターを含むことができる。この図面で例示したように、例えば、ディスプレイパラメーターデータブロックには、映像の水平又は垂直サイズ（オフセットフィールドが０ｘ０３又は０ｘ０４）、水平又は垂直ピクセルの個数（オフセットフィールドが０ｘ０５又は０ｘ０６）、モニターでサポート可能な機能に対するフラグ（オフセットフィールドが０ｘ０Ｂ）、伝達関数で使用されるガンマ（オフセットフィールドが０ｘ０Ｃ）、ディスプレイアスペクト比（ｄｉｓｐｌａｙ  ａｓｐｅｃｔ  ｒａｔｉｏ）（オフセットフィールドが０ｘ０Ｄ）、ピクセルビットデプス（ｐｉｘｅｌ  ｂｉｔ  ｄｅｐｔｈ）（オフセットフィールドが０ｘ０Ｅ）などの情報が含まれる。
【００８２】
本発明の実施例によると、ディスプレイパラメーターデータブロックは、前記で記述したコントロールオプションフラグ情報及びシンクデバイスダイナミックレンジ情報を含むことができる。すなわち、本発明の実施例によると、シンクデバイスは、前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含むディスプレイパラメーターデータブロック情報をソースデバイスに伝達することができる。
【００８３】
この実施例において、ディスプレイパラメーターデータブロックのオフセットフィールドが０ｘ０Ｆである場合、コントロールオプションフラグを示すことができ、オフセットフィールドが０ｘ１０又は０ｘ１１である場合、シンクデバイス自体の表現可能な明るさ値（シンクブラック輝度レベル、シンクホワイト輝度レベルなど）に対する情報を含むことができる。
【００８４】
オフセットフィールドが０ｘ０Ｆである場合のコントロールオプションフラグに対するバリューフィールド、オフセットフィールドが０ｘ１０又は０ｘ１１である場合のシンクデバイスダイナミックレンジ情報に対するバリューフィールド及び各バリューフィールドに対する説明は、図５〜図７で例示した通りである。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。
【００８５】
本発明の実施例は、伝達特性ガンマ（Ｔｒａｎｓｆｅｒ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃ  Ｇａｍｍａ）を通じてＨＤＲに適した伝達曲線（ｔｒａｎｓｆｅｒ  ｃｕｒｖｅ）情報を伝達することができる。
シンクデバイスからソースデバイスにディスプレイ関連情報を伝達する他の実施例を開示する。
【００８６】
図９は、本発明の実施例で記述するディスプレイ関連情報として、ディスプレイデバイスデータブロックを例示した図である。本発明の実施例は、ディスプレイデバイスデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示す。
【００８７】
ディスプレイデバイスデータブロックは、ディスプレイパネル自体の特性を示すことができる情報を含む。ディスプレイデバイスデータブロックは、ディスプレイデバイスの種類（オフセットフィールドが０ｘ０３）、ディスプレイデバイスの動作モード（ｏｐｅｒａｔｉｎｇ  ｍｏｄｅ）（オフセットフィールドが０ｘ０４）、ピクセル数で示すことができる映像サイズ（オフセットフィールドが０ｘ０５〜０ｘ０８）、ディスプレイアスペクト比（オフセットフィールドが０ｘ０９〜０ｘ０Ａ）、ビットデプス（ｂｉｔ  ｄｅｐｔｈ）（オフセットフィールドが０ｘ０Ｅ）、応答速度（オフセットフィールドが０ｘ０Ｆ）などを示す。本発明の実施例は、この図面で例示したように、ディスプレイデバイスデータブロックと共に、ディスプレイパネルの開示したコントロールオプションフラグ情報とシンクデバイスダイナミックレンジ情報をソースデバイスに伝達することができる。
【００８８】
本発明の実施例によると、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ０Ｆである場合、コントロールオプションフラグを示すことができ、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ１０又は０ｘ１１である場合、シンクデバイスダイナミックレンジ情報を示すことができる。
【００８９】
ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ０Ｆである場合のバリューフィールドの例と、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ１０又は０ｘ１１である場合のバリューフィールドの例は、図５〜図７又は図８で例示した通りである。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。
【００９０】
シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する他の例として、シンクデバイスは、ＤｉｓｐｌａｙＩＤのベンダー独自のデータブロック（Ｖｅｎｄｏｒ―Ｓｐｅｃｉｆｉｃ  Ｄａｔａ  Ｂｌｏｃｋ）を用いてコントロールオプションフラグとシンクデバイスダイナミックレンジ情報を伝達することができる。ベンダー独自のデータブロックは、シンクデバイスがデータブロックに定義されていない情報を伝達する場合に使用するデータであって、このデータブロックに前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含ませて伝達することができる。
【００９１】
シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例として、シンクデバイスは、ＤｉｓｐｌａｙＩＤの製品識別データブロック（Ｐｒｏｄｕｃｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ  Ｂｌｏｃｋ）を用いることができる。
【００９２】
ＤｉｓｐｌａｙＩＤの製品識別データブロックは、ディスプレイデバイスの製造企業に対する情報、ディスプレイデバイスのシリアル番号（ｓｅｒｉａｌ  ｎｕｍｂｅｒ）、製品ＩＤ（Ｐｒｏｄｕｃｔ  ＩＤ）などを含むことができる。このとき、シンクデバイスがディスプレイデバイスの製造企業、製造年月、製品ＩＤなどを通じて各製品の情報を確認できる場合、この情報を用いて各製品に対応するダイナミックレンジ情報をソースデバイスに伝達することができる。本発明によると、ＤｉｓｐｌａｙＩＤの製品識別データブロックが製品の識別情報としてダイナミックレンジ情報を伝達する場合、コントロールオプションフラグは、前記で開示した各実施例のうちいずれか一つの例を通じて伝達する。
【００９３】
シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例として、シンクデバイスが伝達特性データブロック（Ｔｒａｎｓｆｅｒ  Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ  Ｄａｔａ  Ｂｌｏｃｋ）を用いてディスプレイ関連情報をソースデバイスに伝達することができる。伝達特性データブロックは、ディスプレイの伝達曲線関連情報を伝達するデータブロックである。伝達特性データブロックのディスプレイ時に任意のガンマ関数（ｇａｍｍａ  ｆｕｎｃｔｉｏｎ）を使用したり、区分的線形曲線（ｐｉｅｃｅｗｉｓｅ  ｌｉｎｅａｒ  ｃｕｒｖｅ）をサポートする場合、これを表示するためのデータブロックである。ディスプレイパネルのピーク輝度（ｐｅａｋ  ｌｕｍｉｎａｎｃｅ）及び最下位輝度を定義した部分はないので、シンクデバイスは、伝達特性データブロックに前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含むダイナミックレンジ情報をソースデバイスに伝達することができる。
【００９４】
図１０は、本発明の一実施例によってシンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例を示した図である。本発明の実施例によると、シンクデバイスは、ＣＥＡ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ａｓｓｏｃｉａｔｉｏｎ）ＥＤＩＤ拡張情報を用いてディスプレイ関連情報をソースデバイスに伝達することができる。
【００９５】
シンクデバイスは、ＣＥＡ―８６１のＶＥＳＡで定義したＥＤＩＤの他に、ＣＥシンクデバイスでサポート可能なデバイス属性情報を含むＣＥＡ  ＥＤＩＤ拡張情報をソースデバイスに伝達することができる。この場合、シンクデバイスは、この図面で例示したダイナミックレンジ情報をソースデバイスに伝達することができる。
【００９６】
ＣＥＡ  ＥＤＩＤ拡張情報の拡張データブロック（ｅｘｔｅｎｓｉｏｎ  ｄａｔａ  ｂｌｏｃｋ）は、ビデオ、オーディオ、スピーカー割り当て（Ｓｐｅａｋｅｒ  Ａｌｌｏｃａｔｉｏｎ）、ベンダー独自（Ｖｅｎｄｏｒ―Ｓｐｅｃｉｆｉｃ）、及びビデオ性能データブロック（Ｖｉｄｅｏ  Ｃａｐａｂｉｌｉｔｙ  ｄａｔａ  ｂｌｏｃｋ）を含むことができる。拡張データブロックは、このデータブロックをそれぞれ識別するために予め定義されたタグコード（Ｔａｇ  Ｃｏｄｅ）を各データブロックの１番目のバイトのビット５及び７に含む。
【００９７】
発明の実施例によると、ＣＥＡ  ＥＤＩＤ拡張データブロックの１番目のバイトのビット５及び７は、ダイナミックレンジ情報を表示するタグコードを含むことができる。
【００９８】
そして、この図面で例示したように、ＣＥＡ  ＥＤＩＤ拡張データブロック内にダイナミックレンジ情報を、前記で例示したように、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ（ＬＳＢ）のうち下位８ビットより高い８ビット（ｈｉｇｈｅｒ  ８  ｂｉｔｓ）情報、シンクデバイスの最小明るさのＬＳＢ情報（Ｌｏｗｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ（ＬＳＢ））、及びシンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ（合計７ビット））と表現することができる。ビット割り当ては、任意的なものとして変更可能である。よって、本発明の実施例によると、シンクデバイスがＣＥＡのＥＤＩＤ拡張情報を用いてソースデバイスにディスプレイ関連情報のうちシンクデバイスの最大／最小明るさ情報を伝達することができる。
【００９９】
本発明の一実施例に係るシンクデバイスの最大明るさ情報は、シンクデバイスで処理可能な最大明るさ情報を示すことができ、シンクデバイスの最小明るさ情報は、シンクデバイスで処理可能な最小明るさ情報を示すことができる。
本発明の実施例によってソースデバイスからシンクデバイスに伝達する情報を開示すると、次の通りである。
【０１００】
ソースデバイスは、シンクデバイスのディスプレイ関連情報及びカラーガマット関連情報に基づいてコンテンツの明るさ及びカラーガマットなどがシンクデバイスに適しているか否かを判断し、必要な場合、ソースデバイスは、コンテンツの明るさ及びカラーガマットなどを変換することができる。ここで、超高画質映像を処理する場合、ソースデバイスはいずれの処理が行われたのかに対する情報、及び映像処理後の明るさ及びカラーガマットに対する情報をシンクデバイスに伝達しなければならない。これは、シンクデバイスのポストプロセッシングを制御するためのものであるが、これに対する実施例を詳細に開示すると、次の通りである。
【０１０１】
本発明に実施例により、ソースデバイスは、ＣＥＡ  ８６１に定義されたＩｎｆｏＦｒａｍｅを通じてシンクデバイスに超高画質映像処理関連情報を伝達することができる。
【０１０２】
図１１は、本発明に実施例によってソースデバイスからシンクデバイスに伝達する情報を例示した図である。
【０１０３】
ＣＥＡ  ８６１でソース／シンクデバイスのインターフェース情報として定義されたＩｎｆｏＦｒａｍｅのうちカラーガマット情報は、ＡＶＩ  ＩｎｆｏＦｒａｍｅを通じて伝達することができる。本発明の実施例は、ソースデバイスが超高画質映像処理に対する情報をＩｎｆｏＦｒａｍｅを通じてシンクデバイスに伝達する。これを用いて、超高画質映像の明るさ情報、任意のカラーガマット情報、及びＨＤＲ情報又はＷＣＧ情報などの映像処理情報をシンクデバイスに伝達することができる。本実施例によると、ソースデバイスは、遂行したポストプロセッシングに対する情報、ポストプロセッシング後のコンテンツの明るさ情報、ポストプロセッシング前のコンテンツ明るさ情報及びカラー表現範囲情報をシンクデバイスに伝達することができる。
【０１０４】
ポストプロセッシングに対する情報はコンテンツの状態に対する情報を含み、シンクデバイスの要請に対する応答として使用することができる。ポストプロセッシング後のコンテンツの明るさ情報は、コンテンツの最小明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及びコンテンツの最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を含むことができる。ポストプロセッシング前のコンテンツの最小明るさ情報（ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及び最大明るさ情報（ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を含むこともできる。コンテンツのカラー表現範囲情報はＯｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ情報で示したが、これについては後で詳細に説明する。
【０１０５】
ＩｎｆｏＦｒａｍｅタイプコード（Ｔｙｐｅ  Ｃｏｄｅ）は、このＩｎｆｏＦｒａｍｅのタイプを示すが、例えば、この値が０ｘ０７である場合、ＵＨＤ映像処理に対する情報を含むフレームを示すことができる。ここで、ＵＨＤ映像処理に対する情報は、ダイナミックレンジマスタリング情報（Ｄｙｎａｍｉｃ  Ｒａｎｇｅ  ａｎｄ  Ｍａｓｔｅｒｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）と命名することができる。本発明の一実施例に係るダイナミックレンジマスタリング情報は、コンテンツのダイナミックレンジ関連情報を含むことができる。
【０１０６】
ＩｎｆｏＦｒａｍｅバージョン番号（Ｖｅｒｓｉｏｎ  Ｎｕｍｂｅｒ）は、このフレームのバージョン情報を示し、ＨＤＲ  ＩｎｆｏＦｒａｍｅの長さはＨＤＲ  ＩｎｆｏＦｒａｍｅの長さ情報を示す。
【０１０７】
データバイト（Ｄａｔａ  Ｂｙｔｅ）１のＰ３〜Ｐ０フィールドは、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇであって、ソースデバイスが行うポストプロセッシング過程をコントロール（オン／オフ）するためのフィールドである。ここでは、このフィールドを用いてＨＤＲ情報又はＷＣＧ情報関連オプション情報を開示し、これに対する詳細な例については後で説明する。本発明の一実施例は、ＢＴ．７０９で製作されたコンテンツをＢＴ．２０２０でエンコーディングして伝送する場合、このフィールド及び／又は後述するオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を用いてコンテンツカラーガマット（ｃｏｎｔｅｎｔｓ  ｃｏｌｏｒ  ｇａｍｕｔ）及び／又はコンテナカラーガマット（ｃｏｎｔａｉｎｅｒ  ｃｏｌｏｒ  ｇａｍｕｔ）を区分し、それぞれをシグナリングすることができる。これについては後で詳細に説明する。
【０１０８】
そして、データバイト１のＲ２〜Ｒ０フィールドは予備ビットを示し、Ｅ０フィールドは、ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇを通じて新たな色変換関数（ＥＯＴＦなど）を使用するか否かを示す。予備ビットは、後でＨＤＲ情報に適した新たなＥＯＴＦが定義されると使用可能なフラグである。
【０１０９】
データバイト２は、コンテンツで表現する最小明るさ情報を含むことができるが、ここでは、ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと表現した。この実施例では、最小明るさ情報の最高８ビットをデータバイト２フィールドに表現するようにした。
【０１１０】
コンテンツの最小明るさ情報は、一般的な最低明るさを考慮して、０〜０．０５の範囲に対して０．０００１単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ（ｃｄ／ｍ２単位）とするとき、次のような関係を有する。
Ｂｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ＝ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ  ｘ  １００００
（０＜＝ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝５００＜２９）
【０１１１】
例えば、リファレンスモニターの場合、０．０５ｃｄ／ｍ２を最小基準明るさとし、１００００（１０進数）を掛けた値である５００を明るさ情報と表現することができる。
【０１１２】
データバイト３は、この図面で例示したように、コンテンツ最小明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最下位１ビット、及びコンテンツ最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）７ビットを含むことができる。
【０１１３】
最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、コンテンツで表現する最大明るさを示すための情報であって、一般的な最大明るさを考慮して、１００〜１００００の範囲に対して１００単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ（ｃｄ／ｍ２単位）とすると、次のような関係を有する。
Ｂｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ＝ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ  ｘ  １００
（１＜＝ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝１００＜２７）
【０１１４】
例えば、リファレンスモニターの場合、１００ｃｄ／ｍ２を最大基準明るさとし、１００（１０進数）で割った値の割り前である１値を明るさ情報と表現することができる。
【０１１５】
データバイト４は、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最上位８ビットを表現することができ、データバイト５は、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最下位１ビット、及びコンテンツのオリジナル最大明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ））７ビットを表現することができる。
【０１１６】
コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ソースデバイスでＨＤＲ処理前のコンテンツの最小明るさを示す。表現方法及び範囲はｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと同一であり、本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＨＤＲ情報がオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。
【０１１７】
同様に、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ソースデバイスでＨＤＲ処理前のコンテンツの最大明るさを示す。表現方法及び範囲はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと同一であり、同様に、本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＨＤＲ情報がオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。
【０１１８】
本発明の一実施例によると、コンテンツの明るさ範囲（ｃｏｎｔｅｎｔｓ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）と区分される明るさ範囲（ｄｙｎａｍｉｃ  ｒａｎｇｅ）に対するシグナリングが必要である場合、上述したオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及び／又はオリジナル最小明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を使用することができる。このとき、上述したコンテンツの明るさ範囲と区分される明るさ範囲は、イメージプロセッシング（ｉｍａｇｅ  ｐｒｏｃｅｓｓｉｎｇ）前後の明るさ範囲、エンコーディング時に使用された明るさ範囲、マスタリングディスプレイ（ｍａｓｔｅｒｉｎｇ  ｄｉｓｐｌａｙ）の明るさ範囲、ターゲットディスプレイ（ｔａｒｇｅｔ  ｄｉｓｐｌａｙ）の明るさ範囲、コンテナ（ｃｏｎｔａｉｎｅｒ）の明るさ範囲などを含むことができる。ここで、コンテナの明るさ範囲は、原本コンテンツの明るさ範囲（Ｄｙｎａｍｉｃ  ｒａｎｇｅ）とコンテナの明るさ範囲とが異なる場合のコンテナの最大／最小明るさ範囲を示すことができる。例えば、原本コンテンツの明るさ範囲（Ｄｙｎａｍｉｃ  ｒａｎｇｅ）とコンテナの明るさ範囲とが異なる場合とは、ＬＤＲ（Ｌｏｗ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）で製作されたコンテンツをＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）でエンコーディングして伝送する場合、ＨＤＲで製作されたコンテンツをＬＤＲでエンコーディングして伝送する場合、狭い明るさ範囲を有するコンテンツを広い明るさ範囲を有するコンテナに伝送する場合、広い明るさ範囲を有するコンテンツを狭い明るさ範囲を有するコンテナに伝送する場合などを含むことができる。ここで、コンテナの明るさ範囲は、コンテンツの明るさ範囲と区分される意味であって、ディスプレイの明るさ範囲を示すことができる。また、上述したマスタリングディスプレイは、コンテンツ及び／又はディスプレイの明るさ及び／又はカラー情報によってマスタリング過程が行われるディスプレイを示すことができる。よって、マスタリングディスプレイの明るさ範囲は、ディスプレイでサポート可能な明るさ範囲を示すことができる。
【０１１９】
データバイト６は、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）及び予備ビットを含むことができる。オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）は、ソースデバイスでＷＣＧ処理前のコンテンツの色表現範囲を示す。標準色表現範囲に対する詳細な例については後で説明する。本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＷＣＧがオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。
【０１２０】
本発明の一実施例は、ソースデバイスで別途のカラーガマットマッピング（ｃｏｌｏｒ  ｇａｍｕｔ  ｍａｐｐｉｎｇ）処理を行わない場合のうち、原本コンテンツのカラーガマットとコンテナのカラーガマットとが異なる場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅの値を００００（何ら処理もしない）又は１１１１（異なるカラーガマット（Ｄｉｆｆｅｒｅｎｔ  ｃｏｌｏｒ  ｇａｍｕｔ））でシグナリングすることによって、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を使用してコンテンツカラーガマット及びコンテナカラーガマットとを区分し、各カラーガマットに対する情報をディスプレイ装置に伝達することができる。ここで、上述した原本コンテンツのカラーガマットとコンテナのカラーガマットとが異なる場合は、ＢＴ．７０９で製作されたコンテンツをＢＴ．２０２０でエンコーディングして伝送する場合を含むことができる。本発明の他の一実施例は、ＣＥＡ  ８６１―ＦのＡＶＩ  ＩｎｆｏＦｒａｍｅ内のデータバイト２、３のカラリメトリ定義（Ｃ１、Ｃ０）と拡張されたカラリメトリ（ＥＣ２、ＥＣ１、ＥＣ０）を用いてコンテナカラーガマットを表現し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現することができる。これと反対に、本発明の更に他の一実施例は、ＣＥＡ  ８６１―ＦのＡＶＩ  ＩｎｆｏＦｒａｍｅ内のデータバイト２、３のカラリメトリ定義（Ｃ１、Ｃ０）と拡張されたカラリメトリ（ＥＣ２、ＥＣ１、ＥＣ０）を用いてコンテンツカラーガマットを表現し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現することができる。また、本発明の更に他の一実施例は、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテンツカラーガマットを表現し、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙを用いてコンテナカラーガマットを表現することができる。これと反対に、本発明の更に他の一実施例は、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現し、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙを用いてコンテンツカラーガマットを表現することができる。ここで、コンテナカラーガマットは、コンテンツカラーガマットと区分される意味であって、ディスプレイのカラーガマットを示すことができる。さらに、本発明の一実施例に係るＯｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙは、カラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｉｅｓ）（例えば、三原色）及び／又はホワイト色相の色度座標を含むことができる。
【０１２１】
本発明の一実施例によると、コンテンツのカラーガマットと区分されるカラーガマットに対するシグナリングが必要な場合、上述したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を使用することができる。このとき、上述したコンテンツのカラーガマットと区分されるカラーガマットは、イメージプロセッシング前後のカラーガマット、コンテナのカラーガマット、エンコーディング時に使用されたカラーガマット、マスタリングディスプレイのカラーガマット、ターゲットディスプレイのカラーガマットなどを含むことができる。ここで、マスタリングディスプレイは、コンテンツ及び／又はディスプレイの明るさ及び／又はカラー情報によってマスタリング過程が行われるディスプレイを示すことができる。すなわち、マスタリングディスプレイのカラーガマットは、ディスプレイでサポート可能なカラーガマットを示すことができる。
【０１２２】
データバイト７からデータバイト１６は、任意のカラーガマット情報を示すことができるフィールドである。この図面において、任意のカラーガマット情報は、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ、Ｗｈｉｔｅ―ｙで例示した。
【０１２３】
ここで、Ｒｅｄ―ｘは、色空間（例えば、ＣＩＥ  １９３１）のＲ色相のｘ座標を０〜１の値に対して２進法で示したものであるが、本実施例は、全体１０ビットを使用し、データバイト９の上位８ビットとデータバイト６の上位２ビットを使用することができる。
【０１２４】
同様に、Ｒｅｄ―ｙは、色空間（例えば、ＣＩＥ  １９３１）のＲ色相のｙ座標を０〜１の値に対して２進法で示したものである。本実施例は、全体１０ビットを使用してこの色情報を示し、データバイト１０の上位８ビットとデータバイト６の下位２ビットを使用することができる。
【０１２５】
ソースデバイスは、前記で開示したコンテンツのオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）で適切な情報を表現できない場合、データバイト７からデータバイト１６を使用してカラーガマット情報を伝達することができる。
【０１２６】
本発明の他の実施例として、図１１で開示した、或いはオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）は使用せず、データバイト７からデータバイト１６に該当する情報のみを使用してオリジナルカラーガマット情報を伝送することもできる。又は、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）が特定の値を示す場合のみにデータバイト７からデータバイト１６に該当する情報をさらに活用することもできる。
【０１２７】
データバイト１７は、Ｅ３フィールド、Ｅ２フィールド、Ｅ１フィールド、Ｅ０フィールド及び／又は係数の個数（Ｎｕｍｂｅｒ  ｏｆ  Ｃｏｅｆｆｉｃｉｅｎｔｓ）フィールドを含むことができる。
【０１２８】
Ｅ３〜Ｅ１フィールドは、ＥＯＴＦ＿ｔｙｐｅであって、ＨＤＲコンテンツの最適な画質のためにコンテンツ製作者が使用したＥＯＴＦの種類を示すことができる。本発明の一実施例によると、複数のＥＯＴＦ標準を制定することができ、コンテンツ製作者が任意にＥＯＴＦを定義して使用することができる。ＥＯＴＦ＿ｔｙｐｅ値が示す内容については後で詳細に説明する。
【０１２９】
Ｅ０フィールドは、ｐｒｉｖａｔｅ＿ＥＯＴＦ＿ｃｏｅｆｆ＿ｆｌａｇを示すことができる。このフィールド値が１である場合、このフィールドは、ＥＯＴＦ＿ｔｙｐｅによる別途の係数が使用されたことを示すことができる。例えば、互いに異なる最大明るさによって適切なＥＯＴＦ係数が異なる場合のように、同一の関数に対して互いに異なる係数が使用される場合、本発明の一実施例は、このフィールドを用いてこれに対する適切な係数を伝送することができる。また、本発明の他の一実施例によると、別途のパラメーターがセッティングされ、ＥＯＴＦ＿ｔｙｐｅを通じてシグナリングされ得る。このフィールド値が０である場合、このフィールドは、汎用的に使用されるデフォルト（ｄｅｆａｕｌｔ）パラメーターが使用されることを示すことができる。ここで、パラメーターと係数は、同一の意味で使用することができる。本発明の一実施例によると、Ｅ０フィールドが１である場合、データバイト１８〜１８＋Ｎをさらに使用することができ、Ｅ０フィールドが０である場合、データバイト１８〜１８＋Ｎは使用しないこともある。
【０１３０】
係数の個数フィールドは、上述したＥ０フィールドが１を示す場合に使用される係数の個数を示すことができる。
【０１３１】
データバイト１８は、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏフィールドを含むことができる。ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏフィールドは、ＥＯＴＦ＿ｔｙｐｅによって追加的な情報が伝達される必要がある場合、ＥＯＴＦ＿ｔｙｐｅによる追加的な情報を示すことができる。例えば、互いに異なる最大明るさによって適切なＥＯＴＦ係数が異なる場合、このフィールドは、目標とする最大明るさ（ｔａｒｇｅｔ  ｍａｘ  ｂｒｉｇｈｔｎｅｓｓ）に対する情報を含むことができる。本発明の一実施例によると、与えられたＥＯＴＦ＿ｔｙｐｅに対して多様な条件による複数のＥＯＴＦ関数の係数を伝達する必要がある場合、例えば、最大明るさによって係数が変わり、多様な最大明るさによる各係数を全て伝達しなければならない場合、このフィールドは、各係数に対する情報を提供するために使用することができる。この場合、各条件の個数を示すフィールドを別途に指定し、各条件に対してＥＯＴＦ＿ｔａｒｇｅｔ＿ｍａｘ＿ｂｒｉｇｈｔｎｅｓｓ、ＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ１〜Ｎを指定する方法を使用することができる。
【０１３２】
データバイト１８＋１〜１８＋Ｎは、それぞれＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ  １〜Ｎフィールドを含むことができる。ＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ  １〜Ｎフィールドは、Ｅ０フィールドが１である場合に使用されるパラメーター値を示すことができる。また、このフィールドは、任意のＥＯＴＦ関数を伝送するのに使用することができる。
【０１３３】
上述した各情報は、インターフェース上でソースからシンクに伝送されることを前提とすることができる。しかし、これら各情報は、ビデオの内部（例えば、ＳＥＩメッセージ）及び／又はストレージ（ｓｔｏｒａｇｅ）の別途のメタデータ伝達方法を通じて伝送することができる。よって、同一の情報がビデオソースにも定義されている場合があり、そうでない場合、ソースデバイスで該当コンテンツに対する追加メタデータを外部サーバーなどを通じて別途に受けることができる。
【０１３４】
本発明の一実施例によると、この図面で示したＩｎｆｏＦｒａｍｅは、ダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅと命名することができる。
【０１３５】
図１２は、本発明の実施例によって開示したポストプロセッシングタイプ情報の詳細な例を開示した図である。開示したように、ソースデバイスがＵＨＤ映像をシンクデバイスに合わせてポストプロセッシングした場合、ディスプレイ関連情報及びカラーガマット情報をＩｎｆｏＦｒａｍｅを通じてシンクデバイスに伝達することができる。
【０１３６】
ＩｎｆｏＦｒａｍｅデータバイト１のＰ３〜Ｐ０フィールドは、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅを示し、ＨＤＲ情報又はＷＣＧ情報関連オプションを示すが、ポストプロセッシングタイプはこの図面で例示した通りである。
【０１３７】
例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００００である場合、ソースデバイスで何ら処理もしないことを示し、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが０００１である場合、ソースデバイスがダイナミックレンジマッピングを行ったことを示す。
【０１３８】
例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００１０である場合、ソースデバイスがカラーガマットマッピングを行ったことを示し、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００１１である場合、シンクデバイスが伝達した情報に基づいてこれに合わせてソースデバイスが処理したことを示す。この値は初期値（ｉｎｉｔｉａｌ  ｖａｌｕｅ）として使用することができる。
【０１３９】
ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが０１１０〜１０００である場合、後でマルチレイヤー―ビデオ強化の機能に対してシンク―ソース間の情報交換のために使用することができ、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが１００１〜１１１０である場合、ユーザープライベート（Ｕｓｅｒ  ｐｒｉｖａｔｅ）のために使用することができる。
【０１４０】
例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが１１１１である場合、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）がコンテンツカラーガマット及びコンテナカラーガマットを区分してシグナリングするのに使用されることを示すことができる。すなわち、本発明の一実施例は、コンテンツカラーガマットと区分される意味のカラーガマットに対するシグナリングが必要である場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅフィールドを用いることができる。これと同一の方法で、本発明の他の一実施例は、コンテンツの明るさ範囲（ｃｏｎｔｅｎｔｓ  ｄｙｎａｍｉｃ  ｒａｎｇｅ）と区分される意味の明るさ範囲（ｄｙｎａｍｉｃ  ｒａｎｇｅ）に対するシグナリングが必要である場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅフィールドを用いることができる。この場合、例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅとして１１１０を割り当てることができる。
【０１４１】
図１３は、本発明の実施例によって開示したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）の詳細な例を開示した図である。
【０１４２】
記述したように、ソースデバイスがＵＨＤ映像をシンクデバイスに合わせてプロセッシングした場合、コンテンツのオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）をシンクデバイスに伝送することができる。
【０１４３】
この例において、オリジナルコンテンツのカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）のフィールドが００００である場合、オリジナルコンテンツのカラーはＲＥＣ．７０９に従うことを示し、オリジナルコンテンツのカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）のフィールドが０００１である場合、オリジナルコンテンツのカラーはＢＴ．２０２０  ＮＣＬに従うことを示す。同様に、このフィールドが００１０、００１１、０１００、０１０１である場合、それぞれオリジナルコンテンツのカラーはｘｖＹＣＣ、ＤＣＩ―Ｐ３、Ａｄｏｂｅ  ＲＧＢ及びＢＴ．２０２０ＣＬによって定義されたことを示す。
【０１４４】
図１４は、本発明の実施例によってソースデバイスがシンクデバイスに伝達する映像のカラー情報を伝達する他の例を開示する。
【０１４５】
本発明の実施例は、ＡＶＩ  ＩｎｆｏＦｒａｍｅバージョン３の形式を拡張し、ソースデバイスが処理した映像のポストプロセッシングタイプ情報（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇ）、色変換関数情報（ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇ）及び映像の明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ又はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）をシンクデバイスに伝達することができる。又は、本発明の実施例は、ソース／シンクデバイスのインターフェース上で定義された新たなＡＶＩ  ＩｎｆｏＦｒａｍｅを用いてソースデバイスが処理した映像のポストプロセッシングタイプ情報（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇ）、色変換関数情報（ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇ）及び映像の明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ又はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）をシンクデバイスに伝達することができる。
【０１４６】
開示したＡＶＩ  ＩｎｆｏＦｒａｍｅは、データバイトによってソースデバイスがシンクデバイスに処理された映像の情報を伝達することができる。この例において、データバイト１４〜データバイト２９は、図１１〜図１３で例示したデータバイト１〜データバイト１６の情報をそれぞれ含むことができる。
【０１４７】
したがって、本実施例によると、ソースデバイスは、遂行したポストプロセッシングに対する情報を提供する情報、ポストプロセッシング後のコンテンツの明るさ情報、ポストプロセッシング前のコンテンツ明るさ情報及びカラー表現範囲情報をシンクデバイスに伝達することができる。
【０１４８】
本発明の実施例は、ＡＶＩ  ＩｎｆｏＦｒａｍｅバージョン３の形式を拡張し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、ＲＧＢＷインデックス、ＥＯＴＦ＿ｔｙｐｅ、ｐｒｉｖａｔｅ＿ＥＯＴＦ＿ｃｏｅｆｆ＿ｆｌａｇ、係数の個数、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ及び／又はＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔをシンクデバイスに伝達することができ、ソース／シンクデバイスのインターフェース上で定義された新たなＡＶＩ  ＩｎｆｏＦｒａｍｅを用いて上述した情報を伝達することができる。
【０１４９】
この図面において、データバイト３０〜データバイト３１＋Ｎは、図１１〜図１３で例示したデータバイト１７〜データバイト１８＋Ｎ情報をそれぞれ含むことができる。
【０１５０】
図１５は、本発明の一実施例に係る信号処理装置の各実施例及びその動作を例示した図である。
まず、本発明の一実施例に係る信号処理装置の実施例は、ソースデバイス１００及びシンクデバイス２００を含む。
【０１５１】
ソースデバイス１００は、デコーダー１１０、カラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０、ポストプロセッシング部１４０、メタデータプロセッサ１５０及びオプションコントローラー１６０を含む。
【０１５２】
ソースデバイス１００のカラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０及びポストプロセッシング部１４０はビデオ処理部と称することができ、ビデオ処理部のカラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０及びポストプロセッシング部１４０は、ビデオ処理時に前のブロックとは関係なく、それぞれ個別的に必要な場合に動作することができる。
【０１５３】
シンクデバイス２００は、ソースデバイスコントローラー２１０、メタデータプロセッサ２２０及びパネルコントローラー２３０を含む。ソースデバイス１００がシンクデバイス２００とインターフェースで連結された場合、図３で例示したプロトコルによって情報を送受信することができる。以下で記述するデバイス間の情報の伝送と受信はインターフェースを介して行われる。
【０１５４】
ソースデバイス１００は、エンコーディングされたＵＨＤビデオストリームを復号し、必要に応じて復号されたＵＨＤビデオを後処理したり、シンクデバイス２００の表出能力に合わせてＵＨＤビデオを処理し、処理されたＵＨＤビデオをシンクデバイスに提供することができる。
【０１５５】
シンクデバイス２００は、ソースデバイス１００がデコーディングしたＵＨＤビデオを受信して表出できるが、ソースデバイス１００にシンクデバイス２００の表出能力に対する情報を提供し、ソースデバイス１００からシンクデバイス２００が表出可能なＵＨＤビデオを受信して表出することができる。
【０１５６】
ソースデバイス１００のオプションコントローラー１６０は、シンクデバイス２００とのインターフェースを介してビデオオプション信号を伝送し、ディスプレイ関連情報を要請することができる。ディスプレイ関連情報は、ディスプレイカラーガマット情報及びディスプレイ明るさ関連情報を含むことができる。ソースデバイス１００からシンクデバイス２００に伝送するビデオオプション情報は、図１１〜図１４の例に従うことができる。
【０１５７】
ソースデバイス１００のメタデータプロセッサ１５０は、ＵＨＤビデオに対するメタデータをシンクデバイス１００に伝送することができ、シンクデバイス２２０は、ディスプレイと関連するメタデータをソースデバイス１００に伝送することができる。
【０１５８】
ソースデバイス１００のデコーダーは、エンコーディングされたＵＨＤビデオストリームを受信して復号することができる。
【０１５９】
カラーガマットマッピング部１２０は、デコーディングされたＵＨＤビデオのカラーガマット情報をマッピングするが、この場合、シンクデバイス２００のディスプレイ関連情報を用いたり、ＵＨＤビデオ内のメタデータに基づいてＵＨＤビデオのカラーガマット情報をマッピングして変更することができる。
【０１６０】
又は、ダイナミックレンジマッピング部１３０は、デコーディングされたＵＨＤビデオに対するダイナミックレンジをマッピングできるが、記述したように、シンクデバイス２００のディスプレイ関連情報を用いたり、ＵＨＤビデオ内のメタデータに基づいてＵＨＤビデオのダイナミックレンジをマッピングして変更することができる。
【０１６１】
ポストプロセッシング部１４０は、デコーディングされたＵＨＤビデオに対してビデオポストプロセッシングを行うことができ、同様に、ディスプレイ関連情報に基づいてビデオポストプロセッシングを行うことができる。
【０１６２】
メタデータプロセッサ１５０は、ＵＨＤビデオのメタデータをシンクデバイス２００に伝送し、シンクデバイスからディスプレイと関連するメタデータを受信することができる。
【０１６３】
オプションコントローラー１６０は、シンクデバイス２００にビデオオプション情報を伝送し、シンクデバイス２００からディスプレイオプション情報を受信することができる。シンクデバイス１００からソースデバイス２００に伝送するディスプレイオプション情報の例は、図４〜図１０に例示した通りである。一方、ソースデバイス１００からシンクデバイス２００に伝送するビデオオプション情報は、図１１〜図１４の例に従うことができる。
【０１６４】
シンクデバイス２００のソースデバイスコントローラー２１０は、ソースデバイス１００をコントロールできるコントロール信号を伝送することができ、ユーザーからユーザーコントロール信号を受信することもできる。
【０１６５】
シンクデバイス２００のメタデータコントローラー２２０は、ソースデバイス１００からＵＨＤビデオのメタデータを受信することができ、ディスプレイ機器と関連するメタデータをソースデバイス１００に伝送することができる。メタデータプロセッサ２２０は、ソースデバイスコントローラー２１０にビデオプロセッシングコントロール信号を伝送し、ソースデバイスコントローラー２１０がコントロール信号を伝送するようにすることができる。
パネルコントローラー２３０は、メタデータプロセッサ２２０のディスプレイコントロール信号によってディスプレイパネルを制御することができる。
【０１６６】
本発明の実施例は、ディスプレイに適応的なビデオ処理を可能にすることができる。すなわち、本発明の各実施例は、シンクデバイス２００の性能によってそれぞれソース―シンクデバイス間の情報交換、ビデオプロセッシング、及びディスプレイされる方式がそれぞれ変わり得る。以下では、シンクデバイス２００のメタデータ情報をソースデバイス１００に伝送し、ソースデバイスでディスプレイ関連情報に基づいて映像処理をした後、シンクデバイス２００でこれを受信し、ビデオを出力する例に対して詳細に記述する。
【０１６７】
まず、シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合に対する第１の実施例を開示する。
【０１６８】
シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合、シンクデバイス２００は、ディスプレイ関連メタデータをソースデバイス１００に伝送することができる。ディスプレイ関連情報は、ディスプレイのカラーガマット情報（又はＲＧＢＷに該当するカラープライマリー情報）及びディスプレイ明るさ範囲関連情報（例えば、ピーク輝度情報、ブラック輝度情報）を含むことができる。シンクデバイス２００のメタデータプロセッサ２２０は、ディスプレイ関連情報を処理することができる。例えば、シンクデバイス２００のメタデータプロセッサ２２０は、ディスプレイ関連情報を格納してコンテンツ処理及びディスプレイ時に参照することができ、必要に応じてソースデバイス１００にこの情報を再び要請することもできる。
【０１６９】
ソースデバイス１００は、ディスプレイ関連情報をシンクデバイス２００に伝達するとき、ディスプレイの色相及び明るさと関連するメタデータのみならず、ソースデバイス１００のコントロール信号も伝達することができる。
【０１７０】
ソースデバイス１００のコントロール信号は、ソースデバイス１００が如何なる種類のビデオプロセッシングを行えるのかに対する情報を含むことができる。ソースデバイス１００のコントロール信号は、シンクデバイス２００のソースデバイスコントローラー２１０が伝達するディスプレイ可能な色範囲に基づいて生成することもでき、シンクデバイス２００から受けた情報なしでデフォルト処理要請によって生成することもできる。
【０１７１】
ソース―シンクデバイス間の情報交換過程は、二つのデバイスが連結された時点で動作するが、ソース―シンクデバイスが連結された状態で放送又はストリーミングコンテンツが入力される場合、コンテンツが変更される場合、又は特定シーン（ｓｃｅｎｅ）が変更される時点などで二つのデバイスの情報交換を再び行うことができる。
シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合、ビデオプロセッシングは次のように処理することができる。
【０１７２】
ソースデバイス１００のポストプロセッシング部１４０は、メタデータプロセッサ１５０からシンクデバイス２００のディスプレイ関連情報に基づいてデコーディングされたＵＨＤビデオに後処理を行うべきであるか否かを判断し、これに対するコントロール信号を出力することができる。ソースデバイス１００は、ＵＨＤビデオのＷＣＧ情報又はＨＤＲ情報と関連する映像処理、例えば、カラーガマットマッピング又はダイナミックレンジマッピングを行うことができる。シンクデバイス２００のディスプレイ性能がビデオの後処理後にＵＨＤビデオを再生するのに十分である場合、ソースデバイス１００のオプションコントローラー１６０は、ポストプロセッシング部１４０にそれに対する情報を伝達することができる。シンクデバイス２００のディスプレイカラーガマット情報又は明るさ情報がビデオのＷＣＧ情報又はＨＤＲ情報を変更するのに基礎となり得る場合、メタデータプロセッサ１５０は、カラーガマットマッピング部１２０又はダイナミックレンジマッピング部１３０にディスプレイ関連メタデータを伝送することができる。
【０１７３】
ソースデバイス１００のポストプロセッシング部１４０は、ビデオと共に伝送されるメタデータ、例えば、ＷＣＧ  ＳＥＩメッセージ又はＨＤＲ  ＳＥＩメッセージを用いてポストプロセッシングを行うこともできる。ビデオデコーダー１１０又はポストプロセッシング部１４０は、スケーラブルコーディング（ｓｃａｌａｂｌｅ  ｃｏｄｉｎｇ）によって強化層（ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ）データが伝送された場合、強化層データをデコーディングし、出力されるビデオの画質を高めることができる。
【０１７４】
出力ビデオの画質がディスプレイ画質に合わせて追加的に向上可能であるが、シンクデバイス２００からのビデオ処理のための追加情報がない場合、ソースデバイス１００は自体的に画質向上機能を行うことができる。
【０１７５】
メタデータプロセッサ１５０は、デコーディング又は後処理されたビデオのＷＣＧ情報又はＨＤＲ情報を含むＵＨＤビデオメタデータをシンクデバイス２００に伝達する。また、オプションコントローラー１６０は、処理されたビデオプロセッシング情報をビデオオプション情報（ｖｉｄｅｏ  ｏｐｔｉｏｎ  ｓｉｇｎａｌ）に含ませてソースデバイスコントローラー２１０に伝送することができる。ビデオオプション情報は、図１１〜図１４の例に従うことができる。
【０１７６】
デコーダー１１０が復号化した映像自体がディスプレイに適したビデオである場合、ビデオのＷＣＧ情報又はＨＤＲ情報に対して別途の処理なしで再生のためにシンクデバイス２００に伝達することもできる。この場合、オプションコントローラー１６０は、ビデオに対して別途の処理がなかったことをシグナリングすることができる。
【０１７７】
シンクデバイス２００は、ＵＨＤビデオをディスプレイ機器を通じて表出させることができる。この場合、シンクデバイス２００は、ソースデバイス１００を通じて処理された映像をそのまま再生できるが、ソースデバイス１００が伝達する映像が実際にディスプレイに適する形に処理されたか否かを判断することができる。そして、シンクデバイス２００のソースデバイスコントローラー２１０は、ソースデバイス１００にコントロール信号を出力することができる。シンクデバイス２００のソースデバイスコントローラー２１０は、映像が適切に処理されない場合、ソースデバイス１００のビデオプロセッシングのうち問題となる部分を判断し、該当のビデオプロセッシングがオフになるように知らせることができる。このようなコントロール機能は、ユーザーの要請に応じてオン／オフになり得る。シンクデバイス２００は、ソースデバイス１００が処理可能な或いは処理しているビデオプロセッシングオプション（ｖｉｄｅｏ  ｐｒｏｃｅｓｓｉｎｇ  ｏｐｔｉｏｎ）をユーザーに出力し、これをコントロールできるメニュー又はインターフェース（ＵＩ）をユーザーに提供することができる。
【０１７８】
シンクデバイス２００は、ディスプレイ機器の明るさ及び色相を調整できる機能を有する場合、シンクデバイス２００のメタデータプロセッサ２２０の情報を分析した後、パネルコントローラー２３０を通じてディスプレイ機器を調整し、コンテンツに適した再生環境を提供することができる。
【０１７９】
次に、シンクデバイス２００が既存のＵＨＤシンクデバイスである場合に対する第２の実施例を開示する。第１の実施例と同一の部分に対する例は第１の実施例に従う。
【０１８０】
シンクデバイス２００は、既存のＵＨＤシンクデバイスに対するメタデータをソースデバイス１００に伝送する。既存のＵＨＤシンクデバイスに対するメタデータは、ディスプレイカラーガマット情報（或いはＲＧＢＷに該当するカラープライマリー情報）及びディスプレイ明るさ関連情報（例えば、ピーク輝度情報、ブラック輝度情報）を含むことができる。ソースデバイス１００のメタデータプロセッサ１５０は、既存のＵＨＤシンクデバイスに対するメタデータを受信して処理することができる。
【０１８１】
ソースデバイス１００のオプションコントローラー１６０は、メタデータプロセッサ１５０で獲得したディスプレイ関連情報に基づいてデコーディングされたＵＨＤビデオに対して後処理過程を経るか否かを判断し、コントロール信号を出力する。
【０１８２】
ディスプレイの性能がビデオで表現しようとする画質（色相及び明るさ）に及ばない場合、ビデオに適切な処理を経てディスプレイで表現可能な色相及び明るさに変化させることができる。例えば、ソースデバイス１００のカラーガマットマッピング部１２０又はダイナミックレンジマッピング部１３０は、ＵＨＤビデオのカラーガマット情報やダイナミックレンジ情報をディスプレイ機器に合う情報にマッピングすることができる。
【０１８３】
ソースデバイス１００は、ビデオデータ内のメタデータ、例えば、ＷＣＧ  ＳＥＩメッセージ、ＨＤＲ  ＳＥＩメッセージなどに基づいてこれを変換させることもでき、ソースデバイス１００の自体的機能によってこれを行うこともできる。ビデオデータのＷＣＧ情報又はＨＤＲ情報が変更された場合、オプションコントローラー１６０は、これをビデオオプション情報（ｖｉｄｅｏ  ｏｐｔｉｏｎ  ｓｉｇｎａｌ）に含ませてシンクデバイス２００に伝送することができる。ビデオオプション情報は、図１１〜図１４の例に従うことができる。
【０１８４】
シンクデバイス２００のディスプレイの色相及び明るさ表現範囲がビデオの色相及び明るさ範囲をサポートできる場合、ソースデバイス１００は、追加的なビデオプロセッシングなしでビデオをシンクデバイス２００に伝送することができる。そして、ソースデバイス１００のオプションコントローラー１６０は、ＵＨＤビデオのメタデータ、ＷＣＧ情報又はＨＤＲ情報が処理されていないことをビデオオプション信号（ｖｉｄｅｏ  ｏｐｔｉｏｎ  ｓｉｇｎａｌ）を通じてシンクデバイス２００に伝達することができる。
【０１８５】
シンクデバイス２００のディスプレイ機器は、ＵＨＤビデオを再生することができる。シンクデバイス２００が受信したＵＨＤビデオのＷＣＧ情報又はＨＤＲ情報がシンクデバイス２００のディスプレイ機器に適切でないと判断される場合、ソースデバイスコントローラー２１０は、これに対するコントロール信号をソースデバイス１００に伝達することができる。ユーザーは、ユーザーメニュー又はインターフェース（ＵＩ）を通じてディスプレイ機器と関連する機能を調節することもできる。
【０１８６】
図１６は、本発明の一実施例に係るＥＯＴＦタイプの構成を示した図である。
本発明の一実施例によると、ＥＯＴＦタイプが０００であると、予備ビットであることをを示すことができ、ＥＯＴＦタイプが００１であると、ＥＯＴＦ＿ｔｙｐｅ１の変換曲線が使用されることを示すことができ、ＥＯＴＦタイプが０１０であると、ＥＯＴＦ＿ｔｙｐｅ２の変換曲線が使用されることを示すことができ、ＥＯＴＦタイプが０１１〜１１１であると、ユーザープライベートであることを示すことができる。
【０１８７】
図１７は、本発明の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
本発明は、ＤＣＩ―Ｐ３などの新たなカラーガマットを定義するために、次のような実施例を提供することができる。
【０１８８】
本発明の一実施例は、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ１７０１０内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる（１７０２０）。そして、ＥＣ２〜ＥＣ０フィールドの予備ビットを用いてＤＣＩ―Ｐ３をシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、ＤＣＩ―Ｐ３が使用されることを示すことができる（１７０３０、１７０４０）。
【０１８９】
本発明の他の一実施例は、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ１７０１０内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる（１７０３０、１７０５０）。そして、上述したＡＶＩ  ＩｎｆｏＦｒａｍｅ内のデータバイト１９又は上述したダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅ内のデータバイト６に含まれた予備ビットであるＳ３〜Ｓ０フィールドを用いてＤＣＩ―Ｐ３が使用されることをシグナリングすることができる（１７０６０、１７０７０）。このとき、必要に応じて３ビット以下又はこれを超えるビットを使用することができる。さらに、上述した予備ビットであるＳ３〜Ｓ０フィールドを用いて任意のカラーガマットが使用されることをシグナリングすることができる（１７０７０）。
【０１９０】
図１８は、本発明の他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
【０１９１】
本発明の一実施例は、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ１８０１０内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる（１８０２０）。そして、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ１８０１０内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる（１８０３０、１８０４０）。そして、本発明の一実施例に係るダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅ内の予備ビットを用いてＤＣＩ―Ｐ３が使用されることをシグナリングすることができる。例えば、この図面に示したように、データバイト１に含まれた予備ビットを使用することができる（１８０６０）。さらに、上述した予備ビットを用いて任意のカラーガマットが使用されることをシグナリングすることができる（１８０５０）。
【０１９２】
図１９は、本発明の更に他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
本発明の一実施例は、ＤＣＩ―Ｐ３などの新たなカラーガマットをシグナリングするために新たなＩｎｆｏＦｒａｍｅを定義することができる。例えば、ＩｎｆｏＦｒａｍｅタイプが０ｘ０８であるＩｎｆｏＦｒａｍｅを新たに定義し、新たなカラーガマットのためのビットを割り当て、新たなカラーガマットが使用されることをシグナリングすることができる。
【０１９３】
本発明の他の一実施例は、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅフォーマットを拡張する方法であって、この図面に示したように、データバイト１４を新たに定義することができる。このとき、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる。そして、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅ内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる。ここで、本発明の一実施例は、下位互換性を考慮する場合、既存のＡＶＩ  ＩｎｆｏＦｒａｍｅと同一のバージョン番号を使用しながら、データバイト３のＥＣ２〜ＥＣ０フィールドが１１１であると、カラリメトリの拡張があると認識し、データバイト１４を読み込むことができる。その一方、下位互換性を考慮しなくてもよい場合、この図面に示したように、本発明の他の一実施例は、ＡＶＩ  ＩｎｆｏＦｒａｍｅに新たなバージョン番号を付与し、ＡＶＩ  ＩｎｆｏＦｒａｍｅの長さを１４に設定し、該当のＩｎｆｏＦｒａｍｅがデータバイト１４まで定義されていることをシグナリングし、データバイト３のＥＣ２〜ＥＣ０フィールドが１１１であると、カラリメトリの拡張があると認識し、該当のカラリメトリをシグナリングすることができる。
【０１９４】
図２０は、本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法を示した図である。
この図面は、ＤｉｓｐｌａｙＩＤのデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示すことができ、この図面に示したオフセットフィールドが０ｘ００〜０ｘ０５である場合に対する詳細な説明は上述した通りである。
【０１９５】
本発明の一実施例は、この図面に示したように、オフセットフィールドを割り当て、シンクデバイスの伝達関数関連情報を追加的に伝達することができる。このとき、本発明の一実施例は、予め指定されている伝達関数（ＢＴ．１８８６、ＳＭＰＴＥ  ＳＴ  ２０８４など）をシグナリングすることができ、任意の伝達関数に対する詳細情報をシグナリングすることができる。
【０１９６】
この図面に示したように、オフセットフィールドが０ｘ０６であると、このフィールドは、伝達関数タイプフラグ（Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ  Ｔｙｐｅ  ｆｌａｇ）を示すことができる。伝達関数タイプフラグは、伝達関数タイプをシグナリングすることができる。本発明の一実施例は、それぞれの伝達関数をフラグに指定することによって、複数の伝達関数をサポートする場合にも、サポートする全ての伝達関数を同時にシグナリングすることができる。ここで、伝達関数は、ＢＴ．１８８６、ＳＭＰＴＥ  ＳＴ  ２０８４、伝統的ガンマ（Ｔｒａｄｉｔｉｏｎａｌ  ｇａｍｍａ）―ＳＤＲ輝度範囲（Ｌｕｍｉｎａｎｃｅ  Ｒａｎｇｅ）、伝統的ガンマ（Ｔｒａｄｉｔｉｏｎａｌ  ｇａｍｍａ）―ＨＤＲ輝度範囲（Ｌｕｍｉｎａｎｃｅ  Ｒａｎｇｅ）などを含むことができる。ここで、伝達関数は、ＥＯＴＦ（Ｅｌｅｃｔｒｏ  Ｏｐｔｉｃａｌ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を含むことができる。
【０１９７】
オフセットフィールドが０ｘ０７〜０ｘ０Ａであると、このフィールドは、不特定（Ｕｎｓｐｅｃｉｆｉｅｄ）のＴＦ詳細（ｄｅｔａｉｌｓ）を示すことができる。本発明の一実施例は、任意の伝達関数をサポートする場合、別途のシグナリングを通じてこれを表現することができる。例えば、任意の伝達関数をサポートする場合、伝達関数タイプフラグ＝０ｘ８０（１６進数）又は１０００００００（２進数）と示すことができる。本発明の一実施例は、任意の伝達関数もその種類が多様な場合を考慮して、各伝達関数のタイプをシグナリングし、各タイプによって必要な係数の個数、ビットデプス、各タイプによる最大／最小明るさ情報などの付加情報を伝達することができる。このとき、伝達関数タイプは、多くの種類の伝達関数のうち一つを称することができ、複数の伝達関数を伝達する場合、複数の伝達関数が使用されることを示すビット（例えば、タイプの個数（Ｎｕｍｂｅｒ  ｏｆ  ｔｙｐｅｓ）フィールド）を別途に割り当てた後、このフィールドを用いて複数の伝達関数の順序を示すことができる。不特定のＴＦ詳細が含む情報に対しては、後で詳細に説明する。
【０１９８】
オフセットフィールドが０ｘ０Ｂ又はそれ以上であると、このフィールドは、不特定のＴＦ係数を示すことができる。本発明の一実施例は、このフィールドを用いて任意の伝達関数に対する係数情報を伝達することができる。上述した係数情報は、伝達関数の変曲点、区間、使用される関数に対する情報などを含むことができる。
【０１９９】
本発明の一実施例によると、シンクデバイスがソースデバイスに伝達する情報は、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ  Ｄｉｓｐｌａｙ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｄａｔａ）情報と命名することができる。ここで、ＥＤＩＤ情報は、シンクデバイスの性能を示すことができる。さらに、ＥＤＩＤ情報は、シンクデバイスのＨＤＲに関する性能を示すＨＤＲスタティックメタデータブロック（ＨＤＲ  Ｓｔａｔｉｃ  Ｍｅｔａｄａｔａ  Ｄａｔａ  Ｂｌｏｃｋ）を含み、前記ＨＤＲスタティックメタデータは、上述した伝達関数タイプに対する情報を含むことができる。
本発明の一実施例に係るＥＤＩＤ情報は、一つ以上のデータブロックを含むことができる。
【０２００】
本発明の一実施例に係るＨＤＲスタティックメタデータは、データブロックに含ませて伝送することができる。さらに、ＨＤＲスタティックメタデータは、該当データブロックがＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報及び／又は該当データブロックの長さを示す情報を含むことができる。
【０２０１】
図２１は、本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法に使用される具体的なフィールド値を示した図である。
【０２０２】
本発明の一実施例によると、オフセットが０ｘ０６であるフィールドは伝達関数タイプを示すために使用し、０ｘ０７〜０ｘ０Ａフィールドは不特定のＴＦ詳細を示すために使用し、０ｘ０Ｂ〜それ以上のフィールドは不特定のＴＦ係数を示すために使用することができる。ここで、不特定のＴＦ詳細は、任意の伝達関数をシンクデバイスがサポートする場合、任意の伝達関数に対する付加情報を示し、任意の伝達関数の終了（不特定の伝達関数のタイプ（Ｔｙｐｅ  ｏｆ  Ｕｎｓｐｅｃｉｆｉｅｄ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ ））、任意の伝達関数に使用された係数の個数（不特定伝達関数内の係数の個数（Ｎｕｍｂｅｒ  ｏｆ  ｃｏｅｆｆｉｃｉｅｎｔｓ  ｉｎ  Ｕｎｓｐｅｃｉｆｉｅｄ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ））、任意の伝達関数を複数の伝達関数が構成する場合、各伝達関数のタイプの個数（Ｎｕｍｂｅｒ  ｏｆ  ｔｙｐｅｓ）、ビットデプス、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ）及び／又はシンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ）を含むことができる。
【０２０３】
オフセットフィールドが０ｘ０６である場合、バリュー値の上位１ビットは、シンクデバイスが不特定の伝達関数を処理可能であることを示すことができ、その次の１ビットは、ＢＴ．１８８６によるＥＯＴＦを処理可能であることを示すことができ、その次の１ビットは、ＳＭＰＴＥ  ＳＴ  ２０８４によるＥＯＴＦを処理可能であることを示すことができる。
【０２０４】
オフセットフィールドが０ｘ０７である場合、バリュー値の上位４ビットは、不特定の伝達関数のタイプ（Ｔｙｐｅ  ｏｆ  Ｕｎｓｐｅｃｉｆｉｅｄ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ ）を示すために使用することができ、下位４ビットは、不特定の伝達関数内の係数の個数（Ｎｕｍｂｅｒ  ｏｆ  ｃｏｅｆｆｉｃｉｅｎｔｓ  ｉｎ  Ｕｎｓｐｅｃｉｆｉｅｄ  Ｔｒａｎｓｆｅｒ  Ｆｕｎｃｔｉｏｎ）を示すために使用することができる。
【０２０５】
オフセットフィールドが０ｘ０８である場合、バリュー値の上位２ビットは、タイプの個数（Ｎｕｍｂｅｒ  ｏｆ  ｔｙｐｅｓ）を示すために使用することができ、その次の２ビットは、ビットデプスを示すために使用することができる。
【０２０６】
オフセットフィールドが０ｘ０９である場合、バリュー値は、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ）を示すことができる。
【０２０７】
オフセットフィールドが０ｘ０Ａである場合、バリュー値の上位１ビットは、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ）をＬＳＢと示すことができ、残りの７ビットは、シンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ  Ｂｒｉｇｈｔｎｅｓｓ  ｌｅｖｅｌ  ｏｆ  Ｓｉｎｋ  ｄｅｖｉｃｅ）を示すことができる。
オフセットフィールドが０ｘ０Ｂ〜それ以上である場合、バリュー値は、任意の伝達関数に使用される係数情報を示すことができる。
図２２は、本発明の他の一実施例に係るビデオデータ処理方法を示した図である。
【０２０８】
本発明の一実施例に係るビデオデータ処理方法は、シンクデバイスの性能を示すＥＤＩＤ情報をインターフェースを介してシンクデバイスから受信する段階（Ｓ２２０１０）及び／又はインターフェースを介してシンクデバイスにビデオデータを伝送する段階（Ｓ２２０２０）を含むことができる。ここで、ＥＤＩＤ情報は、シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦタイプ情報を含むことができる。ＥＤＩＤ情報に対しては、図２０及び図２１を参照して詳細に説明した。さらに、全体の処理過程に対しては、図１５を参照して詳細に説明した。
【０２０９】
本発明の他の一実施例によると、ＥＤＩＤ情報は、シンクデバイスのＨＤＲ（Ｈｉｇｈ  Ｄｙｎａｍｉｃ  Ｒａｎｇｅ）に関する性能を示すＨＤＲスタティックメタデータを含むことができる。さらに、ＨＤＲスタティックメタデータはＥＯＴＦタイプ情報を含むことができる。これに対しては、図２０及び図２１を参照して詳細に説明した。
【０２１０】
本発明の更に他の一実施例によると、ＨＤＲスタティックメタデータは、データブロックに含ませて伝送することができ、ＨＤＲスタティックメタデータは、データブロックがＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報及び／又は前記データブロックの長さを示す情報を含むことができる。これに対しては、図２０を参照して詳細に説明した。
【０２１１】
本発明の更に他の一実施例によると、上述したビデオデータ処理方法は、インターフェースを介してソースデバイスからビデオデータの特性を示すビデオ特性情報を受信する段階をさらに含むことができる。ここで、ビデオ特性情報は、カラリメトリの拡張があることを示す情報及び／又は拡張されたカラリメトリを示す情報を含むことができる。これに対しては、図１７、図１８及び図１９を参照して詳細に説明した。
【０２１２】
図２３は、本発明の一実施例に係るビデオデータ処理装置の構成を示した図である。
本発明の一実施例に係るビデオデータ処理装置２３０４０は、伝送部２３０１０、ビデオ受信部２３０２０及び／又は再生部２３０３０を含むことができる。
【０２１３】
伝送部は、シンクデバイスの性能を示すＥＤＩＤ情報をインターフェースを介してソースデバイスに伝送することができる。ここで、ＥＤＩＤ情報は、シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦタイプ情報を含むことができる。
ビデオ受信部は、インターフェースを介してソースデバイスからビデオデータを受信することができる。
再生部は、受信したビデオデータを再生することができる。
【０２１４】
本発明の一実施例に係るビデオデータ処理装置２３０４０の構成は、上述したビデオデータ処理方法（図１）の対応する各段階を行うことができる。また、各構成は、ハードウェアに該当したり、ハードウェアに結合して処理することができる。
【０２１５】
図２４は、本発明の他の一実施例に係るビデオデータ処理装置の構成を示した図である。
本発明の一実施例に係るビデオデータ処理装置２４０３０は、受信部２４０１０及び／又はビデオ伝送部２４０２０を含むことができる。
【０２１６】
受信部は、シンクデバイスの性能を示すＥＤＩＤ情報をインターフェースを介してシンクデバイスから受信することができる。ここで、ＥＤＩＤ情報は、シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦタイプ情報を含むことができる。
ビデオ伝送部は、インターフェースを介してシンクデバイスにビデオデータを伝送することができる。
【０２１７】
本発明の一実施例に係るビデオデータ処理装置２４０３０の構成は、上述したビデオデータ処理方法（図２２）の対応する各段階を行うことができる。また、各構成は、ハードウェアに該当したり、ハードウェアに結合して処理することができる。
【０２１８】
本発明の各実施例に係るモジュール、ユニット又はブロックは、メモリ（又は格納ユニット）に格納された連続した遂行過程を実行するプロセッサ／ハードウェアであり得る。上述した実施例に記述した各段階又は各方法は、ハードウェア／プロセッサによって行うことができる。また、本発明が提示する各方法はコードとして実行することができる。このコードは、プロセッサで読み取り可能な格納媒体に使用することができ、したがって、本発明の各実施例に係る装置が提供するプロセッサによって読み取り可能である。
【０２１９】
説明の便宜上、各図面を分けて説明したが、各図面に敍述している各実施例を併合して新たな実施例を具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明した各実施例を実行するためのプログラムが記録されているコンピューターで判読可能な記録媒体を設計することも本発明の権利範囲に属する。
【０２２０】
本発明に係る装置及び方法は、上述した各実施例の構成と方法を限定的に適用するものではなく、上述した各実施例は、多様に変形できるように各実施例の全部又は一部を選択的に組み合わせて構成することもできる。
【０２２１】
一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサで読み取り可能な記録媒体にプロセッサで読み取り可能なコードとして具現することが可能である。プロセッサで読み取り可能な記録媒体は、プロセッサによって読まれるデータが格納される全ての種類の記録装置を含む。プロセッサで読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ―ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのキャリアウェーブの形態で具現されるものも含む。また、プロセッサで読み取り可能な記録媒体は、ネットワークで連結されたコンピューターシステムに分散し、分散方式でプロセッサが読み取り可能なコードを格納して実行することができる。
【０２２２】
以上では、本発明の好ましい実施例に対して図示して説明したが、本発明は、上述した特定の実施例に限定されるものではなく、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術分野で通常の知識を有する者によって多様な変形実施が可能であることは当然であり、このような変形実施は、本発明の技術的思想や展望から個別的に理解してはならないだろう。
そして、当該明細書では、物件発明と方法発明を全て説明しており、必要に応じて両発明の説明は補充的に適用することができる。
【発明を実施するための形態】
【０２２３】
発明を実施するための形態は、上述したように、発明を実施するための最善の形態で説明した。
【産業上の利用可能性】
【０２２４】
本発明は、放送産業全般で利用可能である。
【図１】
2016538745.tif 000003
【図２】
2016538745.tif 000004
【図３】
2016538745.tif 000005
【図４】
2016538745.tif 000006
【図５】
2016538745.tif 000007
【図６】
2016538745.tif 000008
【図７】
2016538745.tif 000009
【図８】
2016538745.tif 000010
【図９】
2016538745.tif 000011
【図１０】
2016538745.tif 000012
【図１１】
2016538745.tif 000013
【図１２】
2016538745.tif 000014
【図１３】
2016538745.tif 000015
【図１４】
2016538745.tif 000016
【図１５】
2016538745.tif 000017
【図１６】
2016538745.tif 000018
【図１７】
2016538745.tif 000019
【図１８】
2016538745.tif 000020
【図１９】
2016538745.tif 000021
【図２０】
2016538745.tif 000022
【図２１】
2016538745.tif 000023
【図２２】
2016538745.tif 000024
【図２３】
2016538745.tif 000025
【図２４】
2016538745.tif 000026
【国際調査報告】
2016538745.tif 000027
2016538745.tif 000028
2016538745.tif 000029
2016538745.tif 000030