特許 6571073 ディスプレイ適応的映像再生のためのビデオデータ処理方法及び装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6571073

(24)【登録日】2019年8月16日

(45)【発行日】2019年9月4日

(54)【発明の名称】ディスプレイ適応的映像再生のためのビデオデータ処理方法及び装置

(51)【国際特許分類】

   H04N 21/4402 20110101AFI20190826BHJP

   G09G 5/00 20060101ALI20190826BHJP

   G09G 5/02 20060101ALI20190826BHJP

   G09G 5/10 20060101ALI20190826BHJP

   H04N 7/08 20060101ALI20190826BHJP

【ＦＩ】

   H04N21/4402

   G09G5/00 550H

   G09G5/00 555D

   G09G5/02 B

   G09G5/10 B

   H04N7/08 Z

【請求項の数】11

【全頁数】68

(21)【出願番号】特願2016-519943(P2016-519943)

(86)(22)【出願日】2015年4月30日

(65)【公表番号】特表2016-540404(P2016-540404A)

(43)【公表日】2016年12月22日

(86)【国際出願番号】KR2015004401

(87)【国際公開番号】WO2015178598

(87)【国際公開日】20151126

【審査請求日】2016年3月31日

【審判番号】不服2018-6323(P2018-6323/J1)

【審判請求日】2018年5月9日

(31)【優先権主張番号】62/000,539

(32)【優先日】2014年5月20日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】オー，ヒュンモック

(72)【発明者】

【氏名】スー，ジョンギュル

【合議体】

【審判長】 鳥居 稔

【審判官】 千葉 輝久

【審判官】 藤原 敬利

(56)【参考文献】

【文献】 国際公開第２０１３／０４６０９５（ＷＯ，Ａ１）

【文献】 国際公開第２０１５／０５０７０３（ＷＯ，Ａ１）

【文献】 国際公開第２０１２／１６６３８２（ＷＯ，Ａ１）

【文献】 Ｆｏｇｇ， Ｃ．， ｅｔ ａｌ．， ”Ｉｎｄｉｃａｔｉｏｎ ｏｆ ＳＭＰＴＥ ２０８４ ａｎｄ ２０８５ ａｎｄ ｃａｒｒｉａｇｅ ｏｆ ２０８６ ｍｅｔａｄａｔａ ｉｎ ＨＥＶＣ”， ［ｏｎｌｉｎｅ］， １４ Ｊａｎ． ２０１４， Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ （ＪＣＴ−ＶＣ） ｏｆ ＩＴＵ−Ｔ ＳＧ １６ ＷＰ ３ ａｎｄ ＩＳＯ／ＩＥＣ ＪＴＣ １／ＳＣ ２９／ＷＧ １１， Ｄｏｃｕｍｅｎｔ： ＪＣＴＶＣ−Ｐ００８４ｒ１（ｖｅｒｓｉｏｎ ２）， ［平成２９年４月２６日検索］， インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１６＿Ｓａｎ％２０Ｊｏｓｅ／ｗｇ１１／ＪＣＴＶＣ−Ｐ００８４−ｖ２．ｚｉｐ〉

【文献】 ”ＣＥＡ Ｓｔａｎｄａｒｄ ＣＥＡ−８６１−Ｅ”， ［ｏｎｌｉｎｅ］， Ｍａｒｃｈ ２００８， ＣＥＡ， ［平成２９年４月２６日検索］， インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｅｌｅｃｔｒｏｎｉｘ．ｒｕ／ｆｏｒｕｍ／ｉｎｄｅｘ．ｐｈｐ？ａｃｔ＝Ａｔｔａｃｈ＆ｔｙｐｅ＝ｐｏｓｔ＆ｉｄ＝７７８７２〉， ｐａｇｅｓ ３３，３５，４８，５４，５５

【文献】 鈴木輝彦，「新ビジネスを拓くＨ．２６４／ＡＶＣ その技術の中核をとらえる」，ｉＮＴＥＲＮＥＴ ｍａｇａｚｉｎｅ，２００５年３月号（第１２２号），株式会社インプレス，２００５年３月１日，第９２〜９７頁

【文献】 島森功，「カラーマネジメント入門 第２回 カラーマネジメントの手法と課題」，日経ＣＧ（ＮＩＫＫＥＩ ＣＯＭＰＵＴＥＲ ＧＲＡＰＨＩＣＳ），１９９５年１２月号（Ｎｏ．１１１），日経ＢＰ社，１９９５年１２月１日，第２２８〜２３５頁，ＩＳＳＮ：０９１２−１６０９

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04N21/00-21/858

(57)【特許請求の範囲】

【請求項1】

非圧縮ビデオデータを受信するシンクデバイスにおけるビデオデータ処理方法であって、
インターフェースを介して前記非圧縮ビデオデータを生成するソースデバイスから前記非圧縮ビデオデータ及び前記非圧縮ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅを受信すること、及び
前記受信したビデオデータを再生することを含んでなり、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅのタイプを識別するＩｎｆｏＦｒａｍｅタイプコードを含み、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータで使用されたＥＯＴＦ（Electro Optical Transfer Function）を識別するＥＯＴＦタイプ情報を含み、
前記ＥＯＴＦタイプ情報は、複数のＥＯＴＦのうちの１つを示し、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、さらに複数のデータバイトを含み、
前記データバイトは、それぞれ原色の値を含み、前記原色の値は、ビデオデータを表示するためのｘｙ色度座標として表わされ、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータの最大明るさを示す情報を含んでなるものである、ビデオデータ処理方法。

【請求項2】

シンクデバイスの性能を示す拡張ディスプレイ識別データＥＤＩＤをインターフェースを介してソースデバイスに伝送することをさらに含み、
前記ＥＤＩＤは、前記シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦ情報を含む、請求項１に記載のビデオデータ処理方法。

【請求項3】

前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含んでなるものである、請求項１に記載のビデオデータ処理方法。

【請求項4】

非圧縮ビデオデータを受信するシンクデバイスであるビデオデータ処理装置であって、
インターフェースを介して前記非圧縮ビデオデータを生成するソースデバイスから前記非圧縮ビデオデータ及び前記非圧縮ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅを受信する受信部と、
前記受信したビデオデータを再生する再生部とを含んでなり、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅのタイプを識別するＩｎｆｏＦｒａｍｅタイプコードを含み、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータで使用されたＥＯＴＦ（Electro Optical Transfer Function）を識別するＥＯＴＦタイプ情報を含み、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータの最大明るさを示す情報を含んでなるものであり、
前記ＥＯＴＦタイプ情報は、複数のＥＯＴＦのうちの１つを示し、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、さらに複数のデータバイトを含み、
前記データバイトは、それぞれ原色の値を含み、前記原色の値は、ビデオデータを表示するためのｘｙ色度座標として表わされる、ビデオデータ処理装置。

【請求項5】

シンクデバイスの性能を示す拡張ディスプレイ識別データＥＤＩＤをインターフェースを介してソースデバイスに伝送する伝送部をさらに含み、
前記ＥＤＩＤは、前記シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦ情報を含む、請求項４に記載のビデオデータ処理装置。

【請求項6】

前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含んでなるものである、請求項４に記載のビデオデータ処理装置。

【請求項7】

非圧縮ビデオデータを生成するソースデバイスにおけるビデオデータ処理方法であって、
前記非圧縮ビデオデータを生成すること、及び
インターフェースを介して前記非圧縮ビデオデータ及び前記非圧縮ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅを前記非圧縮ビデオデータを受信するシンクデバイスに伝送することを含んでなり、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅのタイプを識別するＩｎｆｏＦｒａｍｅタイプコードを含み、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータで使用されたＥＯＴＦ（Electro Optical Transfer Function）を識別するＥＯＴＦタイプ情報を含み、
前記ＥＯＴＦタイプ情報は、複数のＥＯＴＦのうちの１つを示し、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、さらに複数のデータバイトを含み、
前記データバイトは、それぞれ原色の値を含み、前記原色の値は、ビデオデータを表示するためのｘｙ色度座標として表わされ、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータの最大明るさを示す情報を含んでなるものである、ビデオデータ処理方法。

【請求項8】

前記シンクデバイスの性能を示す拡張ディスプレイ識別データＥＤＩＤをインターフェースを介して前記シンクデバイスから受信することをさらに含み、
前記ＥＤＩＤは、前記シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦ情報を含む、請求項７に記載のビデオデータ処理方法。

【請求項9】

前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含んでなるものである、請求項７に記載のビデオデータ処理方法。

【請求項10】

非圧縮ビデオデータを生成するソースデバイスであるビデオデータ処理装置であって、
前記非圧縮ビデオデータを生成する生成器、及び
インターフェースを介して前記非圧縮ビデオデータ及び前記非圧縮ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅを前記非圧縮ビデオデータを受信するシンクデバイスに伝送する伝送部とを含んでなり、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅのタイプを識別するＩｎｆｏＦｒａｍｅタイプコードを含み、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータで使用されたＥＯＴＦ（Electro Optical Transfer Function）を識別するＥＯＴＦタイプ情報を含み、
前記ＥＯＴＦタイプ情報は、複数のＥＯＴＦのうちの１つを示し、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、さらに複数のデータバイトを含み、
前記データバイトは、それぞれ原色の値を含み、前記原色の値は、ビデオデータを表示するためのｘｙ色度座標として表わされ、
前記ダイナミックレンジマスタリングＩｎｆｏＦｒａｍｅは、前記非圧縮ビデオデータの最大明るさを示す情報を含んでなるものである、ビデオデータ処理装置。

【請求項11】

前記シンクデバイスの性能を示す拡張ディスプレイ識別データＥＤＩＤをインターフェースを介して前記シンクデバイスから受信する受信器をさらに含み、
前記ＥＤＩＤは、前記シンクデバイスによってサポートされるＥＯＴＦを識別するＥＯＴＦ情報を含む、請求項１０に記載のビデオデータ処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ビデオデータの処理に関し、より詳細には、ディスプレイ適応的映像再生のためのビデオデータ処理方法及び装置に関する。

【背景技術】

【0002】

ビデオ信号処理速度が速くなると共に、超高解像度（ｕｌｔｒａ ｈｉｇｈ ｄｅｆｉｎｉｔｉｏｎ；ＵＨＤ）ビデオをエンコーディング／デコーディングする方案が研究されている。

【0003】

ＵＨＤコンテンツは、既存のコンテンツに比べて多様な側面で向上した画質を提供することを目標とする。このために、放送分野のみならず、多様な分野でＵＨＤビデオ要素に対する研究及び開発が進められている。そのうち、既存のコンテンツで提供できなかった色感及び明るさ側面で向上した視聴者経験を提供することに対する要求が高まっている。

【0004】

これによって、ＵＨＤビデオを構成する多様な要素のうち色相及び明るさ表現範囲を拡大し、高品質映像を提供しようとする努力が継続されている。

【0005】

ＵＨＤディスプレイ機器は、色相及び明るさ側面の表現力で既存のディスプレイ機器との差別性を有する。

【0006】

しかし、多様なディスプレイ機器の環境下でＵＨＤコンテンツを最適な環境で視聴するための技術に対する開発が行われないという問題がある。

【0007】

例えば、同一の次世代ディスプレイ機器の普及が進められる状況でＵＨＤコンテンツが供給される場合、ディスプレイ機器の物理的特性によって色感或いは明るさ制限が生じ、コンテンツ観賞が確実に行われないという問題がある。

【0008】

ディスプレイ機器に対して適応的にコンテンツの色感及び明るさ調整を行うためには、ディスプレイの機器特性に対する正確な分析に基づいてコンテンツ変換が行われなければならない。しかし、ディスプレイの外部機器を通じてＵＨＤコンテンツが供給される場合、ディスプレイの機器特性を制限的に伝達するという問題があった。

【発明の概要】

【発明が解決しようとする課題】

【0009】

本発明の目的は、多様なディスプレイ機器の環境下でＵＨＤコンテンツを含むコンテンツを最適な環境で視聴できるビデオ処理方法及びビデオ処理装置を提供することにある。

【0010】

本発明の他の目的は、ＵＨＤコンテンツを含むＵＨＤコンテンツを多様なディスプレイ機器で表出する場合、そのディスプレイ機器の物理的特性によって色感或いは明るさ表現の制限を減少させるビデオ処理方法及びビデオ処理装置を提供することにある。

【0011】

本発明の他の目的は、ディスプレイの外部機器を通じてＵＨＤコンテンツを含むコンテンツが供給される場合であっても、ディスプレイの機器特性を伝達し、ＵＨＤコンテンツを含むコンテンツを最適な環境で視聴できるビデオ処理方法及びビデオ処理装置を提供することにある。

【課題を解決するための手段】

【0012】

本発明の一実施例に係るビデオデータ処理方法は、インターフェースを介してソースデバイスからビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報を受信すること―ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、及び前記受信したビデオデータを再生することを含むことができる。

【0013】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報、及びマスタリングディスプレイの最小明るさを示す情報を含むことができる。

【0014】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。

【0015】

好ましくは、前記ダイナミックレンジマスタリング情報は、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含むことができる。

【0016】

本発明の他の一実施例に係るビデオデータ処理装置は、インターフェースを介してソースデバイスからビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報を受信する受信部―ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―、及び前記受信したビデオデータを再生する再生部を含むことができる。

【0017】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報、及びマスタリングディスプレイの最小明るさを示す情報を含むことができる。

【0018】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。

【0019】

好ましくは、前記ダイナミックレンジマスタリング情報は、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含むことができる。

【0020】

本発明の更に他の一実施例に係るビデオデータ処理方法は、ビデオデータをデコーディングすること、及びインターフェースを介して前記デコーディングされたビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報をシンクデバイスに伝送すること―ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―を含むことができる。

【0021】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報、及びマスタリングディスプレイの最小明るさを示す情報を含むことができる。

【0022】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。

【0023】

好ましくは、前記ダイナミックレンジマスタリング情報は、前記ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含むことができる。

【0024】

本発明の更に他の一実施例に係るビデオデータ処理装置は、ビデオデータをデコーディングするデコーダー、及びインターフェースを介して前記デコーディングされたビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報をシンクデバイスに伝送する伝送部―ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含む。―を含むことができる。

【0025】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報、及びマスタリングディスプレイの最小明るさを示す情報を含むことができる。

【0026】

好ましくは、前記ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。

【発明の効果】

【0027】

本発明の実施例によると、多様なディスプレイ機器の環境下でＵＨＤコンテンツを含むコンテンツを最適な環境で視聴することができる。

【0028】

本発明の実施例によると、ＵＨＤコンテンツを含むＵＨＤコンテンツを多様なディスプレイ機器で表出する場合、それら各ディスプレイ機器の物理的特性によって色感或いは明るさ表現の制限を減少させることができる。

【0029】

本発明の実施例によると、ディスプレイの外部機器を通じてＵＨＤコンテンツが供給される場合であっても、ディスプレイの機器特性を伝達し、ＵＨＤコンテンツを含むＵＨＤコンテンツを最適な環境で視聴することができる。

【図面の簡単な説明】

【0030】

【図1】本発明の一実施例に係るビデオデータ処理方法を示した図である。

【図2】ビデオ映像を送受信するためにソースデバイスとシンクデバイスが連結された例を示した図である。

【図3】本発明に実施例によってソースデバイスがシンクデバイスと連結された場合、情報を送受信する実施例を示した図である。

【図4】本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例を示した図である。

【図5】本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例として、前記で開示した実施例の具体的なフィールド値を例示した図である。

【図6】開示した本発明の実施例に係るコントロールオプションフラグ（ｃｏｎｔｒｏｌ ｏｐｔｉｏｎ ｆｌａｇ）の詳細な例を示した図である。

【図7】記述した本発明の実施例に係るシンクデバイスダイナミックレンジ（Ｓｉｎｋ Ｄｅｖｉｃｅ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）情報の詳細な例を示した図である。

【図8】本発明の実施例によってシンクデバイスからソースデバイスに伝達するディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロック（Ｄｉｓｐｌａｙ Ｐａｒａｍｅｔｅｒｓ Ｄａｔａ Ｂｌｏｃｋ）を例示した図である。

【図9】本発明の実施例で記述するディスプレイ関連情報として、ディスプレイデバイスデータブロック（Ｄｉｓｐｌａｙ Ｄｅｖｉｃｅ Ｄａｔａ Ｂｌｏｃｋ）を例示した図である。

【図10】本発明の一実施例によってシンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例を示した図である。

【図11】本発明の実施例によってソースデバイスからシンクデバイスに伝達する情報を例示した図である。

【図12】本発明の実施例によって開示したポストプロセッシングタイプ情報の詳細な例を開示した図である。

【図13】本発明の実施例によって開示したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）の詳細な例を開示した図である。

【図14】本発明の実施例によってソースデバイスがシンクデバイスに映像のカラー情報を伝達する他の例を開示する図である。

【図15】本発明の一実施例に係る信号処理装置の各実施例及びその動作を例示した図である。

【図16】本発明の一実施例に係るＥＯＴＦタイプの構成を示した図である。

【図17】本発明の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。

【図18】本発明の他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。

【図19】本発明の更に他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。

【図20】本発明の一実施例によってシンクデバイスが処理可能な伝達関数（Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）に対する情報を伝達するための方法を示した図である。

【図21】本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法に使用される具体的なフィールド値を示した図である。

【図22】本発明の一実施例に係る超高画質放送信号受信装置の動作を示したフローチャートである。

【図23】本発明の一実施例に係る受信装置のディスプレイ環境を区分する判断基準を示した図である。

【図24】本発明の一実施例に係る超高画質放送コンテンツの映像処理過程を示した図である。

【図25】本発明の一実施例に係るクリッピング（ｃｌｉｐｐｉｎｇ）オプションと線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を示した図である。

【図26】本発明の一実施例に係る広域明るさ範囲メタデータを通じて伝送される変換曲線（ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｃｕｒｖｅ）の種類を示した図である。

【図27】本発明の一実施例に係る超高画質放送信号受信装置のディスプレイの区分による適応性明るさ範囲変換（ａｄａｐｔｉｖｅ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を示した図である。

【図28】本発明の一実施例に係るＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）の構造を示した図である。

【図29】本発明の一実施例に係るＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）に含まれて伝送される広域明るさ範囲メタデータ（Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を示した図である。

【図30】本発明の一実施例に係る核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）を示した図である。

【図31】本発明の一実施例に係る変換曲線細部情報（ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ）を示した図である。

【図32】本発明の一実施例に係るＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を示した図である。

【図33】本発明の一実施例に係る明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）を示した図である。

【図34】本発明の一実施例に係る明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））に含まれた広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））を示した図である。

【図35】本発明の一実施例に係る超高画質プログラム情報ディスクリプタ（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））を示した図である。

【図36】本発明の一実施例に係る超高画質プログラム情報ディスクリプタ（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））に含まれたＵＨＤ＿Ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドを示した図である。

【図37】本発明の一実施例に係るＴＶＣＴ（Ｔｅｒｒｅｓｔｒｉａｌ Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｔａｂｌｅ）を示した図である。

【図38】本発明の一実施例に係る超高画質放送サービスであることを識別できるディスクリプタを示した図である。

【図39】本発明の他の一実施例に係るビデオデータ処理方法を示した図である。

【図40】本発明の一実施例に係るビデオデータ処理装置の構成を示した図である。

【図41】本発明の他の一実施例に係るビデオデータ処理装置の構成を示した図である。

【発明を実施するための形態】

【0031】

以下、添付の各図面及び添付の各図面に記載した各内容を参照して本発明の実施例を詳細に説明するが、本発明が各実施例によって制限又は限定されることはない。

【0032】

本明細書で使用される用語としては、本発明での機能を考慮しながら、可能な限り現在広く使用される一般的な用語を選択したが、これは、当分野に携わる技術者の意図、慣例又は新たな技術の出現などによって変わり得る。また、特定の場合は、出願人が任意に選定した用語もあり、この場合、該当する発明の説明部分でその意味を記載する。したがって、本明細書で使用される用語は、単純な用語の名称ではなく、その用語が有する実質的な意味と本明細書の全般にわたった内容に基づいて解釈すべきであることを明らかにしておく。

【0033】

図１は、本発明の一実施例に係るビデオデータ処理方法を示した図である。
本発明の一実施例に係るビデオデータ処理方法は、インターフェースを介してソースデバイスからビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報を受信する段階（Ｓ１０１０）及び／又は前記受信したビデオデータを再生する段階（Ｓ１０２０）を含むことができる。ここで、ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含むことができる。ダイナミックレンジマスタリング情報に対しては、図１１、図１２及び図１４を参照して詳細に説明する。

【0034】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報及び／又はマスタリングディスプレイの最小明るさを示す情報を含むことができる。ここで、マスタリングディスプレイの最大明るさを示す情報はＯｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ情報を示すことができ、マスタリングディスプレイの最小明るさを示す情報はＯｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ情報を示すことができる。これに対しては、図１１、図１２及び図１４を参照して詳細に説明する。

【0035】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。ここで、マスタリングディスプレイの三原色の色度座標情報及び／又はマスタリングディスプレイのホワイト色相の色度座標情報は、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙフィールドを用いてシグナリングすることができる。これに対しては、図１１、図１２及び図１４を参照して詳細に説明する。

【0036】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含むことができる。ここで、ＥＯＴＦに対する付加情報は、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ及び／又はＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔを含むことができる。これに対しては、図１１及び図１４を参照して説明する。

【0037】

図２は、ビデオ映像を送受信するためにソースデバイスとシンクデバイスが連結された例を示した図である。この図面において、映像のデコーディングと画質処理が可能なソースデバイスと映像の出力が可能なシンクデバイスとの情報交換は次のように行う。

【0038】

ソースデバイス１００は、放送、ブルーレイ（Ｂｌｕ―ｒａｙ（登録商標））、ＵＶ（Ｕｌｔｒａ Ｖｉｏｌｅｔ）、ＳＣＳＡ（Ｓｅｃｕｒｅ Ｃｏｎｔｅｎｔ Ｓｔｏｒａｇｅ Ａｓｓｏｃｉａｔｉｏｎ）などの格納媒体、ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）ストリーミングなどの多様な経路で入ってくる映像に対して復号化（ｄｅｃｏｄｉｎｇ）する機器又は画質処理のためのビデオプロセッシングが可能な機器を総称する。例えば、セットトップボックス、ブルーレイディスク（ＢＤ）プレーヤーなどの格納媒体のプレーヤー、コンピューターなどがこれに該当する。

【0039】

ソースデバイス１００のビデオプロセッシングは、ＷＣＧ（Ｗｉｄｅ ｃｏｌｏｒ ｇａｍｕｔ）、ＨＤＲ（ｈｉｇｈ ｄｙｎａｍｉｃ ｒａｎｇｅ）又はその他のポストプロセッシング（ｐｏｓｔ ｐｒｏｃｅｓｓｉｎｇ）などの画質を変化させる方式を含ませることができる。この場合、映像に対して一括的にビデオプロセッシングを行うのではなく、シンクデバイスが提供するディスプレイ情報、例えば、カラーガマット（ｃｏｌｏｒ ｇａｍｕｔ）情報又はダイナミックレンジ情報などに基づいて該当のビデオソースがディスプレイ機器で再生可能であるか否かを判断し、必要な場合、再生に適した画質に変換して提供する。

【0040】

また、ソースデバイス１００の映像処理過程をシンクデバイス２００でコントロールする必要がある場合、これに対する情報を提供し、ソースデバイス１００でいずれの映像処理過程が使用されたのかに対する情報を受けることができる。

【0041】

ソースデバイス１００は、シンクデバイス２００からディスプレイ関連メタ情報又はディスプレイオプション情報を受信することができる。そして、受信された情報に基づいて、ソースデバイス１００は、シンクデバイス２００にＵＨＤビデオメタデータとプロセッシングされたビデオのプロセッシングオプション情報を提供することができる。シンクデバイス２００は、ソースデバイス１００が提供したデータや情報に基づいてソースデバイス１００がプロセッシングしたビデオを表出することができる。シンクデバイス２００は、該当のディスプレイに合うカラーガマット情報やダイナミックレンジ範囲内でソースデバイス１００がプロセッシングしたビデオを表出することができる。

【0042】

図３は、本発明に実施例によってソースデバイスがシンクデバイスと連結された場合、情報を送受信する実施例を示した図である。

【0043】

この例は、ソースデバイスがシンクデバイスとＨＤＭＩ（登録商標）又はディスプレイポート（Ｄｉｓｐｌａｙ Ｐｏｒｔ）などの有線インターフェースと連結される場合を示す。この例は、ソースデバイス（Ｓｏｕｒｃｅ Ｄｅｖｉｃｅ）とシンクデバイス（Ｓｉｎｋ Ｄｅｖｉｃｅ）が有線インターフェースで連結されているとき、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）のＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）のデータブロックを通じてシンクデバイス２００でソースデバイス１００のＨＤＲ及びＷＣＧ機能を制御（活性化又は非活性化）し、これを用いてソースデバイスがシンクデバイスの変更されたＥＤＩＤを読み込む実施例を例示する。

【0044】

ソースデバイスがシンクデバイスに有線インターフェースで連結されると、ソースデバイスは、該当の有線インターフェースの＋５Ｖパワーライン（ｐｏｗｅｒ ｌｉｎｅ）にハイレベル電圧を印加し、シンクデバイスは、これを通じてソースデバイスが連結されることを確認する（Ｓ１）。

【0045】

シンクデバイスは、ローレベル電圧に維持されているホットプラグ検出ライン（Ｈｏｔ Ｐｌｕｇ Ｄｅｔｅｃｔ ｌｉｎｅ）にハイレベルの電圧を印加することによって、ソースデバイスとシンクデバイスとの連結が完了し、ＥＤＩＤなどのディスプレイ関連情報（以下、ディスプレイ関連情報という）を読む準備ができたことをソースデバイスに知らせる（Ｓ２）。

【0046】

ソースデバイスは、ホットプラグ検出ラインがハイレベルに遷移されることを確認し、ディスプレイデータチャンネルを介してディスプレイ関連情報に対する読み取りをシンクデバイスに要請し（Ｓ３）、シンクデバイスは、ディスプレイ関連情報をディスプレイデータチャンネルを介してソースデバイスに伝送する（Ｓ４）。

【0047】

シンクデバイスでユーザーの要請によってシグナリングされたり、或いはシンクデバイスの機能的判断によってディスプレイ関連情報のＨＤＲデータブロックのコントロールオプションフラグにおいて該当のフィールドが変更されると（Ｓ５）、シンクデバイスは、ソースデバイスにディスプレイ関連情報のアップデートされた情報を知らせるためにホットプラグ検出ラインにローレベルの電圧を印加し、この電圧を一定時間、例えば、少なくとも１００ｍｓの間維持する（Ｓ６）。

【0048】

ソースデバイスでディスプレイ関連情報の読み取りが可能になると、シンクデバイスは、ホットプラグラインにハイレベルの電圧を印加し（Ｓ７）、ソースデバイスはこれを感知し、ディスプレイデータチャンネルを介してディスプレイ関連情報の読み取りを要請する（Ｓ８）。そして、シンクデバイスは、ディスプレイデータチャンネルを介して変更されたディスプレイ関連情報を送信する（Ｓ９）。

【0049】

このような動作に基づいて本発明の実施例に対するソースデバイスとシンクデバイスとの間の情報交換の例を説明すると、次の通りである。

【0050】

本発明の実施例によると、上述したＳ３又はＳ８の要請に対する応答として、シンクデバイスは、カラーガマット情報及び明るさ（ｂｒｉｇｈｔｎｅｓｓ）情報をソースデバイスに伝達することができる（Ｓ４又はＳ９に含む）。

【0051】

カラーガマット情報は、ＲＧＢＷに該当する色空間であるＣＩＥ ｘｙダイアグラム上のカラープライマリー（ｃｏｌｏｒ ｐｒｉｍａｒｙ）座標或いはＢＴ．７０９又はＢＴ．２０２０などのカラーガマット情報を含むことができる。この情報は、インターフェースで定義されているＤｉｓｐｌａｙＩＤのカラー特性データブロック（ｃｏｌｏｒ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ｄａｔａ ｂｌｏｃｋ）などを通じて伝達することができる。明るさ関連情報は、最大明るさ又は最小明るさ値を含むことができ、実施例で開示する例によると、インターフェースのＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、又はＥＤＩＤ拡張（ｅｘｔｅｎｓｉｏｎ）情報などに定義されたデータブロック（ｄａｔａ ｂｌｏｃｋ）を用いて伝達することができる。

【0052】

そうすると、ソースデバイスは、伝達されたディスプレイ関連情報に基づいてビデオの色相又は明るさ情報を調整する必要があるか否かを判断する。ソースデバイスによって色相又は明るさ調整が必要であると判断される場合、ビデオで提供するカラーマッピング（ｃｏｌｏｒ ｍａｐｐｉｎｇ）或いはダイナミックレンジマッピング（ｄｙｎａｍｉｃ ｒａｎｇｅ ｍａｐｐｉｎｇ）情報に基づいて変換したり、ソースデバイスが自体的にビデオの色相又は明るさ情報を提供する方法を使用することもできる。

【0053】

ソースデバイスは、このように調整された最終映像をシンクデバイスに伝達する。このとき、最終ビデオに対するカラーガマット又はダイナミックレンジ関連メタデータをインターフェースのＩｎｆｏＦｒａｍｅを通じて伝達することができる。カラーガマット情報の場合、インターフェースのＡＶＩ ｉｎｆｏＦｒａｍｅで既存に定義しているカラーガマット情報（例えば、ＢＴ．７０９、ＢＴ．２０２０など）を用いて伝達することができる。ダイナミックレンジ関連情報は、最大又は最小明るさ情報を伝達することができ、各実施例で記述する方法を通じて新たなＩｎｆｏＦｒａｍｅを定義したり、ＡＶＩ ＩｎｆｏＦｒａｍｅを拡張する方法を通じて伝達することができる。

【0054】

ソースデバイスが最終映像を伝達するとき、ソースデバイスで処理されたビデオプロセッシング（ｖｉｄｅｏ ｐｒｏｃｅｓｓｉｎｇ）に対する情報を提供する必要がある場合、各実施例で記述する方法を通じてＩｎｆｏＦｒａｍｅ内のｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅを用いてＨＤＲ情報又はＷＣＧ情報などのビデオプロセッシングユニット（ｖｉｄｅｏ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）の処理情報を伝達することができる。また、最終映像に対してＨＤＲ情報と関連して新たなＥＯＴＦ（ｅｌｅｃｔｒｏ―ｏｐｔｉｃａｌ ｔｒａｎｓｆｅｒ ｆｕｎｃｔｉｏｎ）などの色変換関数情報が定義されて使用されたり、使用される必要がある場合、新たな色変換関数情報をインターフェース情報のフラグなどを用いて伝達することができる。

【0055】

最終処理された映像に対して、シンクデバイスは、ソースデバイスの処理が適切であるか否かを判断し、これに対するフィードバックを通じてソースデバイスの制御が必要であるか否かを判断することができる。この場合、各実施例で記述するＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、ＥＤＩＤ拡張情報などに定義されたデータブロック内のコントロールオプションフラグを通じてこれを制御することができる。ＷＣＧ情報又はＨＤＲ情報などのソースデバイスのビデオプロセッシングで処理された結果が適切である場合、シンクデバイスは、ＷＣＧ情報又はＨＤＲ情報と関連したビットを活性化（ｏｎ）させ、同一の処理が継続されるように制御することができる。

【0056】

処理が不適切である場合、シンクデバイスは、ＷＣＧ情報又はＨＤＲ情報と関連したビットを非活性化（ｏｆｆ）させることによって、ソースデバイスで現在遂行中のビデオプロセッシングを使用しないように制御することができる。

【0057】

シンクデバイスは、コントロールオプションフラグを通じて伝達された情報が現在ソースデバイスで処理中のビデオプロセッシングと異なる場合、コントロールオプションフラグにある情報を基準としてビデオプロセッシングを変更する。変更されたビデオ処理と関連してＵＨＤビデオメタデータが変更される場合、ＩｎｆｏＦｒａｍｅ内のカラー特性（ｃｏｌｏｒ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ）情報及び明るさ情報を変更し、ポストプロセッシングタイプ（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ）を変更したビデオプロセッシング過程に合わせてアップデートすることができる。そして、Ｓ５の過程が行われる。

【0058】

以下では、シンクデバイスがソースデバイスに伝達される情報を例示する。
本発明の実施例によると、ソースデバイスがＨＤＲ関連情報を処理する場合、シンクデバイスが再生可能な情報に基づいて、ソースデバイスは、シンクデバイスに適した映像処理を行うことができる。この場合、シンクデバイスは、ディスプレイ明るさ範囲に対する適切な情報、例えば、シンクブラック輝度レベル（Ｓｉｎｋ Ｂｌａｃｋ Ｌｕｍｉｎａｎｃｅ Ｌｅｖｅｌ）、シンクホワイト輝度レベル（Ｓｉｎｋ Ｗｈｉｔｅ Ｌｕｍｉｎａｎｃｅ Ｌｅｖｅｌ）、及びソースデバイスのポストプロセッシングをコントロールできるフラグなどをソースデバイスに伝達することができる。この場合、ＤｉｓｐｌａｙＩＤ、ＥＤＩＤ、或いはＥＤＩＤ拡張のデータブロックを用いることができるが、これに対する詳細な例を開示すると、次の通りである。

【0059】

図４は、本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例を示した図である。

【0060】

この図面は、ＤｉｓｐｌａｙＩＤのデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示す。

【0061】

この図面は、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールド、バリュー（ｖａｌｕｅ）フィールド、及びそれに対する記述（ｄｅｓｃｒｉｐｔｉｏｎ）とフォーマットを例示する。例えば、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ００で、バリューフィールドが０ｘ１４である場合、ＨＤＲデータブロックを示すことができる。

【0062】

この図面で例示したように、オフセットフィールドが０ｘ０３である場合、ソースデバイスのポストプロセッシングをコントロールできるフラグ（コントロールオプションフラグ）を示すことができる。これに対する詳細なバリューの例については後で説明する。

【0063】

そして、オフセットフィールドが０ｘ０４又は０ｘ０５である場合、シンクデバイス自体の表現可能な明るさ値（シンクブラック輝度レベル、シンクホワイト輝度レベルなど）に対する情報を伝達することができる。

【0064】

ＤｉｓｐｌａｙＩＤのデータブロックは、後でオフセットフィールド値によってビデオ処理に必要な各情報をさらに含むことができる。例えば、オフセットフィールドが０ｘ０３である場合、現在の予備（ｒｅｓｅｒｖｅｄ）フィールドなどを用いてＨＤＲと関連するポストプロセッシング関連情報を伝達することができる。

【0065】

ここで、オフセットフィールドやバリューフィールド値は任意の値として変更可能であり、コントロールオプションフラグの詳細な例とシンクデバイスのディスプレイ情報に対する例は以下で開示する。

【0066】

図５は、本発明の実施例によってシンクデバイスがソースデバイスに伝達する情報の一例として、前記で開示した実施例の具体的なフィールド値を例示した図である。

【0067】

シンクデバイスがソースデバイスに伝達する情報としてＤｉｓｐｌａｙＩＤのデータブロックのコントロールオプションフラグは、ソースデバイスが行うポストプロセッシング過程をコントロール（オン／オフ）するフィールドである。本発明の実施例によると、これを用いてソース／シンクデバイスのインターフェース上で今後提供される多様なオプションを示すことができるが、ここでは、ＨＤＲ、ＷＣＧ関連オプションを開示した。

【0068】

前記でＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０３である場合、ソースデバイスを制御できるコントロールオプションフラグ情報であることを示すことができることを開示した。バリューフィールドのビット位置によってソースデバイスのＨＤＲプロセッシングを活性化させたり、ソースデバイスのＷＣＧプロセッシングを活性化させることができる。この例では、下位２個のビットでこれに対する情報をそれぞれ表現した。

【0069】

本実施例で開示したフィールドは、ユーザーの要請によってシグナリングされるか、或いはシンクデバイスの機能的判断によって（シンクデバイスの処理能力が上位にある場合など）制御され得る。本発明の実施例は、予備ビット（Ｒｅｓｅｒｖｅｄ ｂｉｔ）を用いてＦＲＣ（Ｆｒａｍｅ Ｒａｔｅ Ｃｏｎｔｒｏｌ）と、マルチレイヤービデオ強化（ｍｕｌｔｉ―ｌａｙｅｒ ｖｉｄｅｏ ｅｎｈａｎｃｅｍｅｎｔ）の機能に対してシンク―ソースデバイス間の情報交換を行うこともできる。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。

【0070】

図６は、開示した本発明の実施例に係るコントロールオプションフラグの詳細な例を示した図である。
コントロールオプションフラグを示すオフセットフィールドのバリューフィールドの下位２個のビットにそれぞれソースデバイスで行われるＨＤＲ、ＷＣＧ処理に対するコントロールを行わせる情報を設定することができる。二つのフラグに対する組み合わせによって、下記の例示のように使用することができる。

【0071】

この例において、バリューフィールドが００００００００である場合、ソースデバイスで何ら処理もしないことを示す。例えば、バリューフィールドが１０００００００である場合、ソースデバイスのＨＤＲ処理に対する情報を示すが、ソースデバイスでＨＤＲのみを処理するオプションを示すことができる。他の例として、バリューフィールドが０１００００００である場合、ソースデバイスのＷＣＧ処理に対する情報を示し、ソースデバイスでＷＣＧのみを処理するオプションを示すことができる。

【0072】

他の例として、バリューフィールドが１１００００００である場合、シンクデバイスで伝達した情報に基づいてソースデバイスがＨＤＲ及びＷＣＧに対して全て処理できるようにするコントロールオプション情報を示し、この値を初期値として使用することができる。

【0073】

図７は、記述した本発明の実施例に係るシンクデバイスダイナミックレンジ情報の詳細な例を示した図である。
開示したように、シンクデバイスは、ＤｉｓｐｌａｙＩＤのデータブロックを用いてシンクデバイスのダイナミックレンジ情報をソースデバイスに伝達し、シンクデバイスが表現可能な明るさ情報などをソースデバイスに知らせることができる。

【0074】

シンクデバイスのダイナミックレンジに対する情報は、シンクデバイスのディスプレイで表現可能なダイナミックレンジを表現するための最大及び最小物理的明るさ値（ｎｉｔ或いはｃｄ／ｍ２単位）を称する。

【0075】

例えば、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが6０ｘ０４又は０ｘ０５である場合、シンクデバイスのダイナミックレンジ情報を示す。

【0076】

この例において、ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０４である場合、下位８ビットより高い８個のビットを用いてシンクデバイスの最も低いレベルの明るさ情報を示すことができる。

【0077】

ＤｉｓｐｌａｙＩＤのデータブロックのオフセットフィールドが０ｘ０５である場合、バリューフィールドの最下位１ビットは、シンクデバイスの最も低いレベルの明るさ情報を示し、バリューフィールドの残りのビットでシンクデバイスの最も高いレベルの明るさ情報を示すことができる。

【0078】

ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。

【0079】

この情報を用いて示すことができるシンクデバイスの最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと表記）、及び最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は下記のように示すことができる。

【0080】

例えば、シンクデバイスの最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ディスプレイで表現可能な最小明るさを示すための値であって、一般的な最低明るさを考慮して、０〜０．０５範囲に対して０．０００１単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ（ｃｄ／ｍ２単位）とするとき、実際の最小明るさは、この最小明るさ情報（ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）から下記のように算出することができる。

【0081】

Ｂｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ＝ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ ｘ １００００
（０＜＝ｓｉｎｋ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝５００＜２９）

【0082】

例えば、リファレンスモニター（ｒｅｆｅｒｅｎｃｅ ｍｏｎｉｔｏｒ）の場合、０．０５ｃｄ／ｍ２を最小基準明るさとし、１００００（１０進数）を掛けた値である５００を伝送することができる。

【0083】

シンクデバイスの最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ディスプレイで表現可能な最大明るさを示すための値であって、一般的な最大明るさを考慮して、１００〜１００００の範囲に対して１００単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ（ｃｄ／ｍ２単位）とするとき、実際の最大明るさは、この最大明るさ情報（ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）から下記のように算出することができる。

【0084】

Ｂｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ＝ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ ｘ １００
（１＜＝ｓｉｎｋ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝１００＜２７）

【0085】

例えば、リファレンスモニターの場合、１００ｃｄ／ｍ２を最大基準明るさとし、１００（１０進数）で割った値の割り前である１値を伝送することができる。

【0086】

本発明の一実施例によると、シンクデバイスの最大明るさ情報及び／又はシンクデバイスの最小明るさ情報は、ディスプレイの明るさ範囲に対する性能を示すことができる。すなわち、本発明の一実施例に係るシンクデバイスの最大明るさ情報及び／又はシンクデバイスの最小明るさ情報は、ディスプレイの性能を考慮して、コンテンツを最適な環境でレンダリングするために要求されるコンテンツの最大明るさ情報（Ｄｅｓｉｒｅｄ ｃｏｎｔｅｎｔ Ｍａｘ Ｌｕｍｉｎａｎｃｅ ｄａｔａ）及び／又は最小明るさ情報（Ｄｅｓｉｒｅｄ ｃｏｎｔｅｎｔ Ｍｉｎ Ｌｕｍｉｎａｎｃｅ ｄａｔａ）を示すことができる。

【0087】

シンクデバイスからソースデバイスにディスプレイ関連情報を伝達する他の実施例を開示する。
図８は、本発明の実施例によってシンクデバイスからソースデバイスに伝達するディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロックを例示した図である。
ディスプレイ関連情報として、ＤｉｓｐｌａｙＩＤのディスプレイパラメーターデータブロックは、モニターの全体的なパラメーターを含むことができる。この図面で例示したように、例えば、ディスプレイパラメーターデータブロックには、映像の水平又は垂直サイズ（オフセットフィールドが０ｘ０３又は０ｘ０４）、水平又は垂直ピクセルの個数（オフセットフィールドが０ｘ０５又は０ｘ０６）、モニターでサポート可能な機能に対するフラグ（オフセットフィールドが０ｘ０Ｂ）、伝達関数で使用されるガンマ（オフセットフィールドが０ｘ０Ｃ）、ディスプレイアスペクト比（ｄｉｓｐｌａｙ ａｓｐｅｃｔ ｒａｔｉｏ）（オフセットフィールドが０ｘ０Ｄ）、ピクセルビットデプス（ｐｉｘｅｌ ｂｉｔ ｄｅｐｔｈ）（オフセットフィールドが０ｘ０Ｅ）などの情報が含まれる。

【0088】

本発明の実施例によると、ディスプレイパラメーターデータブロックは、前記で記述したコントロールオプションフラグ情報及びシンクデバイスダイナミックレンジ情報を含むことができる。すなわち、本発明の実施例によると、シンクデバイスは、前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含むディスプレイパラメーターデータブロック情報をソースデバイスに伝達することができる。

【0089】

この実施例において、ディスプレイパラメーターデータブロックのオフセットフィールドが０ｘ０Ｆである場合、コントロールオプションフラグを示すことができ、オフセットフィールドが０ｘ１０又は０ｘ１１である場合、シンクデバイス自体の表現可能な明るさ値（シンクブラック輝度レベル、シンクホワイト輝度レベルなど）に対する情報を含むことができる。

【0090】

オフセットフィールドが０ｘ０Ｆである場合のコントロールオプションフラグに対するバリューフィールド、オフセットフィールドが０ｘ１０又は０ｘ１１である場合のシンクデバイスダイナミックレンジ情報に対するバリューフィールド及び各バリューフィールドに対する説明は、図５〜図７で例示した通りである。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。

【0091】

本発明の実施例は、伝達特性ガンマ（Ｔｒａｎｓｆｅｒ Ｃｈａｒａｃｔｅｒｉｓｔｉｃ Ｇａｍｍａ）を通じてＨＤＲに適した伝達曲線（ｔｒａｎｓｆｅｒ ｃｕｒｖｅ）情報を伝達することができる。

【0092】

シンクデバイスからソースデバイスにディスプレイ関連情報を伝達する他の実施例を開示する。

【0093】

図９は、本発明の実施例で記述するディスプレイ関連情報として、ディスプレイデバイスデータブロックを例示した図である。本発明の実施例は、ディスプレイデバイスデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示す。

【0094】

ディスプレイデバイスデータブロックは、ディスプレイパネル自体の特性を示すことができる情報を含む。ディスプレイデバイスデータブロックは、ディスプレイデバイスの種類（オフセットフィールドが０ｘ０３）、ディスプレイデバイスの動作モード（ｏｐｅｒａｔｉｎｇ ｍｏｄｅ）（オフセットフィールドが０ｘ０４）、ピクセル数で示すことができる映像サイズ（オフセットフィールドが０ｘ０５〜０ｘ０８）、ディスプレイアスペクト比（オフセットフィールドが０ｘ０９〜０ｘ０Ａ）、ビットデプス（ｂｉｔ ｄｅｐｔｈ）（オフセットフィールドが０ｘ０Ｅ）、応答速度（オフセットフィールドが０ｘ０Ｆ）などを示す。本発明の実施例は、この図面で例示したように、ディスプレイデバイスデータブロックと共に、ディスプレイパネルの開示したコントロールオプションフラグ情報とシンクデバイスダイナミックレンジ情報をソースデバイスに伝達することができる。

【0095】

本発明の実施例によると、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ０Ｆである場合、コントロールオプションフラグを示すことができ、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ１０又は０ｘ１１である場合、シンクデバイスダイナミックレンジ情報を示すことができる。

【0096】

ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ０Ｆである場合のバリューフィールドの例と、ディスプレイデバイスデータブロックのオフセットフィールドが０ｘ１０又は０ｘ１１である場合のバリューフィールドの例は、図５〜図７又は図８で例示した通りである。ここで、オフセットフィールドやバリューフィールド値は、任意の値として変更可能である。

【0097】

シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する他の例として、シンクデバイスは、ＤｉｓｐｌａｙＩＤのベンダー独自のデータブロック（Ｖｅｎｄｏｒ―Ｓｐｅｃｉｆｉｃ Ｄａｔａ Ｂｌｏｃｋ）を用いてコントロールオプションフラグとシンクデバイスダイナミックレンジ情報を伝達することができる。ベンダー独自のデータブロックは、シンクデバイスがデータブロックに定義されていない情報を伝達する場合に使用するデータであって、このデータブロックに前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含ませて伝達することができる。

【0098】

シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例として、シンクデバイスは、ＤｉｓｐｌａｙＩＤの製品識別データブロック（Ｐｒｏｄｕｃｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ Ｂｌｏｃｋ）を用いることができる。

【0099】

ＤｉｓｐｌａｙＩＤの製品識別データブロックは、ディスプレイデバイスの製造企業に対する情報、ディスプレイデバイスのシリアル番号（ｓｅｒｉａｌ ｎｕｍｂｅｒ）、製品ＩＤ（Ｐｒｏｄｕｃｔ ＩＤ）などを含むことができる。このとき、シンクデバイスがディスプレイデバイスの製造企業、製造年月、製品ＩＤなどを通じて各製品の情報を確認できる場合、この情報を用いて各製品に対応するダイナミックレンジ情報をソースデバイスに伝達することができる。本発明によると、ＤｉｓｐｌａｙＩＤの製品識別データブロックが製品の識別情報としてダイナミックレンジ情報を伝達する場合、コントロールオプションフラグは、前記で開示した各実施例のうちいずれか一つの例を通じて伝達する。

【0100】

シンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例として、シンクデバイスが伝達特性データブロック（Ｔｒａｎｓｆｅｒ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ Ｄａｔａ Ｂｌｏｃｋ）を用いてディスプレイ関連情報をソースデバイスに伝達することができる。伝達特性データブロックは、ディスプレイの伝達曲線関連情報を伝達するデータブロックである。伝達特性データブロックのディスプレイ時に任意のガンマ関数（ｇａｍｍａ ｆｕｎｃｔｉｏｎ）を使用したり、区分的線形曲線（ｐｉｅｃｅｗｉｓｅ ｌｉｎｅａｒ ｃｕｒｖｅ）をサポートする場合、これを表示するためのデータブロックである。ディスプレイパネルのピーク輝度（ｐｅａｋ ｌｕｍｉｎａｎｃｅ）及び最下位輝度を定義した部分はないので、シンクデバイスは、伝達特性データブロックに前記で開示したコントロールオプションフラグ及びシンクデバイスダイナミックレンジ情報を含むダイナミックレンジ情報をソースデバイスに伝達することができる。

【0101】

図１０は、本発明の一実施例によってシンクデバイスがソースデバイスにディスプレイ関連情報を伝達する更に他の例を示した図である。本発明の実施例によると、シンクデバイスは、ＣＥＡ（Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃｓ Ａｓｓｏｃｉａｔｉｏｎ）ＥＤＩＤ拡張情報を用いてディスプレイ関連情報をソースデバイスに伝達することができる。

【0102】

シンクデバイスは、ＣＥＡ―８６１のＶＥＳＡで定義したＥＤＩＤの他に、ＣＥシンクデバイスでサポート可能なデバイス属性情報を含むＣＥＡ ＥＤＩＤ拡張情報をソースデバイスに伝達することができる。この場合、シンクデバイスは、この図面で例示したダイナミックレンジ情報をソースデバイスに伝達することができる。

【0103】

ＣＥＡ ＥＤＩＤ拡張情報の拡張データブロック（ｅｘｔｅｎｓｉｏｎ ｄａｔａ ｂｌｏｃｋ）は、ビデオ、オーディオ、スピーカー割り当て（Ｓｐｅａｋｅｒ Ａｌｌｏｃａｔｉｏｎ）、ベンダー独自（Ｖｅｎｄｏｒ―Ｓｐｅｃｉｆｉｃ）、及びビデオ性能データブロック（Ｖｉｄｅｏ Ｃａｐａｂｉｌｉｔｙ ｄａｔａ ｂｌｏｃｋ）を含むことができる。拡張データブロックは、このデータブロックをそれぞれ識別するために予め定義されたタグコード（Ｔａｇ Ｃｏｄｅ）を各データブロックの１番目のバイトのビット５及び７に含む。

【0104】

発明の実施例によると、ＣＥＡ ＥＤＩＤ拡張データブロックの１番目のバイトのビット５及び７は、ダイナミックレンジ情報を表示するタグコードを含むことができる。

【0105】

そして、この図面で例示したように、ＣＥＡ ＥＤＩＤ拡張データブロック内にダイナミックレンジ情報を、前記で例示したように、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ（ＬＳＢ）のうち下位８ビットより高い８ビット（ｈｉｇｈｅｒ ８ ｂｉｔｓ）情報、シンクデバイスの最小明るさのＬＳＢ情報（Ｌｏｗｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ（ＬＳＢ））、及びシンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ（合計７ビット））と表現することができる。ビット割り当ては、任意的なものとして変更可能である。よって、本発明の実施例によると、シンクデバイスがＣＥＡのＥＤＩＤ拡張情報を用いてソースデバイスにディスプレイ関連情報のうちシンクデバイスの最大／最小明るさ情報を伝達することができる。

【0106】

本発明の一実施例に係るシンクデバイスの最大明るさ情報は、シンクデバイスで処理可能な最大明るさ情報を示すことができ、シンクデバイスの最小明るさ情報は、シンクデバイスで処理可能な最小明るさ情報を示すことができる。

【0107】

本発明の実施例によってソースデバイスからシンクデバイスに伝達する情報を開示すると、次の通りである。

【0108】

ソースデバイスは、シンクデバイスのディスプレイ関連情報及びカラーガマット関連情報に基づいてコンテンツの明るさ及びカラーガマットなどがシンクデバイスに適しているか否かを判断し、必要な場合、ソースデバイスは、コンテンツの明るさ及びカラーガマットなどを変換することができる。ここで、超高画質映像を処理する場合、ソースデバイスはいずれの処理が行われたのかに対する情報、及び映像処理後の明るさ及びカラーガマットに対する情報をシンクデバイスに伝達しなければならない。これは、シンクデバイスのポストプロセッシングを制御するためのものであるが、これに対する実施例を詳細に開示すると、次の通りである。

【0109】

本発明に実施例により、ソースデバイスは、ＣＥＡ ８６１に定義されたＩｎｆｏＦｒａｍｅを通じてシンクデバイスに超高画質映像処理関連情報を伝達することができる。

【0110】

図１１は、本発明に実施例によってソースデバイスからシンクデバイスに伝達する情報を例示した図である。

【0111】

ＣＥＡ ８６１でソース／シンクデバイスのインターフェース情報として定義されたＩｎｆｏＦｒａｍｅのうちカラーガマット情報は、ＡＶＩ ＩｎｆｏＦｒａｍｅを通じて伝達することができる。本発明の実施例は、ソースデバイスが超高画質映像処理に対する情報をＩｎｆｏＦｒａｍｅを通じてシンクデバイスに伝達する。これを用いて、超高画質映像の明るさ情報、任意のカラーガマット情報、及びＨＤＲ情報又はＷＣＧ情報などの映像処理情報をシンクデバイスに伝達することができる。本実施例によると、ソースデバイスは、遂行したポストプロセッシングに対する情報、ポストプロセッシング後のコンテンツの明るさ情報、ポストプロセッシング前のコンテンツ明るさ情報及びカラー表現範囲情報をシンクデバイスに伝達することができる。

【0112】

ポストプロセッシングに対する情報はコンテンツの状態に対する情報を含み、シンクデバイスの要請に対する応答として使用することができる。ポストプロセッシング後のコンテンツの明るさ情報は、コンテンツの最小明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及びコンテンツの最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を含むことができる。ポストプロセッシング前のコンテンツの最小明るさ情報（ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及び最大明るさ情報（ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を含むこともできる。コンテンツのカラー表現範囲情報はＯｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ情報で示したが、これについては後で詳細に説明する。

【0113】

ＩｎｆｏＦｒａｍｅタイプコード（Ｔｙｐｅ Ｃｏｄｅ）は、このＩｎｆｏＦｒａｍｅのタイプを示すが、例えば、この値が０ｘ０７である場合、ＵＨＤ映像処理に対する情報を含むフレームを示すことができる。ここで、ＵＨＤ映像処理に対する情報は、ダイナミックレンジマスタリング情報（Ｄｙｎａｍｉｃ Ｒａｎｇｅ ａｎｄ Ｍａｓｔｅｒｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）と命名することができる。本発明の一実施例に係るダイナミックレンジマスタリング情報は、コンテンツのダイナミックレンジ関連情報を含むことができる。

【0114】

ＩｎｆｏＦｒａｍｅバージョン番号（Ｖｅｒｓｉｏｎ Ｎｕｍｂｅｒ）は、このフレームのバージョン情報を示し、ＨＤＲ ＩｎｆｏＦｒａｍｅの長さはＨＤＲ ＩｎｆｏＦｒａｍｅの長さ情報を示す。

【0115】

データバイト（Ｄａｔａ Ｂｙｔｅ）１のＰ３〜Ｐ０フィールドは、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇであって、ソースデバイスが行うポストプロセッシング過程をコントロール（オン／オフ）するためのフィールドである。ここでは、このフィールドを用いてＨＤＲ情報又はＷＣＧ情報関連オプション情報を開示し、これに対する詳細な例については後で説明する。本発明の一実施例は、ＢＴ．７０９で製作されたコンテンツをＢＴ．２０２０でエンコーディングして伝送する場合、このフィールド及び／又は後述するオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を用いてコンテンツカラーガマット（ｃｏｎｔｅｎｔｓ ｃｏｌｏｒ ｇａｍｕｔ）及び／又はコンテナカラーガマット（ｃｏｎｔａｉｎｅｒ ｃｏｌｏｒ ｇａｍｕｔ）を区分し、それぞれをシグナリングすることができる。これについては後で詳細に説明する。

【0116】

そして、データバイト１のＲ２〜Ｒ０フィールドは予備ビットを示し、Ｅ０フィールドは、ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇを通じて新たな色変換関数（ＥＯＴＦなど）を使用するか否かを示す。予備ビットは、後でＨＤＲ情報に適した新たなＥＯＴＦが定義されると使用可能なフラグである。
データバイト２は、コンテンツで表現する最小明るさ情報を含むことができるが、ここでは、ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと表現した。この実施例では、最小明るさ情報の最高８ビットをデータバイト２フィールドに表現するようにした。

【0117】

コンテンツの最小明るさ情報は、一般的な最低明るさを考慮して、０〜０．０５の範囲に対して０．０００１単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ（ｃｄ／ｍ２単位）とするとき、次のような関係を有する。

【0118】

Ｂｒｉｇｈｔｎｅｓｓ＿ｂｌａｃｋ＝ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ ｘ １００００
（０＜＝ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝５００＜２９）

【0119】

例えば、リファレンスモニターの場合、０．０５ｃｄ／ｍ２を最小基準明るさとし、１００００（１０進数）を掛けた値である５００を明るさ情報と表現することができる。

【0120】

データバイト３は、この図面で例示したように、コンテンツ最小明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最下位１ビット、及びコンテンツ最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）７ビットを含むことができる。

【0121】

最大明るさ情報（ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、コンテンツで表現する最大明るさを示すための情報であって、一般的な最大明るさを考慮して、１００〜１００００の範囲に対して１００単位で値を表現することができる。すなわち、ディスプレイの物理的明るさをＢｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ（ｃｄ／ｍ２単位）とすると、次のような関係を有する。

【0122】

Ｂｒｉｇｈｔｎｅｓｓ＿ｗｈｉｔｅ＝ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ ｘ １００
（１＜＝ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ＜＝１００＜２７）

【0123】

例えば、リファレンスモニターの場合、１００ｃｄ／ｍ２を最大基準明るさとし、１００（１０進数）で割った値の割り前である１値を明るさ情報と表現することができる。

【0124】

データバイト４は、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最上位８ビットを表現することができ、データバイト５は、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）の最下位１ビット、及びコンテンツのオリジナル最大明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ））７ビットを表現することができる。

【0125】

コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ソースデバイスでＨＤＲ処理前のコンテンツの最小明るさを示す。表現方法及び範囲はｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと同一であり、本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＨＤＲ情報がオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。

【0126】

同様に、コンテンツのオリジナル最小明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）は、ソースデバイスでＨＤＲ処理前のコンテンツの最大明るさを示す。表現方法及び範囲はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌと同一であり、同様に、本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＨＤＲ情報がオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。

【0127】

本発明の一実施例によると、コンテンツの明るさ範囲（ｃｏｎｔｅｎｔｓ ｄｙｎａｍｉｃ ｒａｎｇｅ）と区分される明るさ範囲（ｄｙｎａｍｉｃ ｒａｎｇｅ）に対するシグナリングが必要である場合、上述したオリジナル最小明るさ情報（Ｏｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）及び／又はオリジナル最小明るさ情報（Ｏｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）を使用することができる。このとき、上述したコンテンツの明るさ範囲と区分される明るさ範囲は、イメージプロセッシング（ｉｍａｇｅ ｐｒｏｃｅｓｓｉｎｇ）前後の明るさ範囲、エンコーディング時に使用された明るさ範囲、マスタリングディスプレイ（ｍａｓｔｅｒｉｎｇ ｄｉｓｐｌａｙ）の明るさ範囲、ターゲットディスプレイ（ｔａｒｇｅｔ ｄｉｓｐｌａｙ）の明るさ範囲、コンテナ（ｃｏｎｔａｉｎｅｒ）の明るさ範囲などを含むことができる。ここで、コンテナの明るさ範囲は、原本コンテンツの明るさ範囲（Ｄｙｎａｍｉｃ ｒａｎｇｅ）とコンテナの明るさ範囲とが異なる場合のコンテナの最大／最小明るさ範囲を示すことができる。例えば、原本コンテンツの明るさ範囲（Ｄｙｎａｍｉｃ ｒａｎｇｅ）とコンテナの明るさ範囲とが異なる場合とは、ＬＤＲ（Ｌｏｗ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）で製作されたコンテンツをＨＤＲ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ）でエンコーディングして伝送する場合、ＨＤＲで製作されたコンテンツをＬＤＲでエンコーディングして伝送する場合、狭い明るさ範囲を有するコンテンツを広い明るさ範囲を有するコンテナに伝送する場合、広い明るさ範囲を有するコンテンツを狭い明るさ範囲を有するコンテナに伝送する場合などを含むことができる。ここで、コンテナの明るさ範囲は、コンテンツの明るさ範囲と区分される意味であって、ディスプレイの明るさ範囲を示すことができる。また、上述したマスタリングディスプレイは、コンテンツ及び／又はディスプレイの明るさ及び／又はカラー情報によってマスタリング過程が行われるディスプレイを示すことができる。よって、マスタリングディスプレイの明るさ範囲は、ディスプレイでサポート可能な明るさ範囲を示すことができる。

【0128】

データバイト６は、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）及び予備ビットを含むことができる。オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）は、ソースデバイスでＷＣＧ処理前のコンテンツの色表現範囲を示す。標準色表現範囲に対する詳細な例については後で説明する。本実施例において、フィールドの具現は、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅでＷＣＧがオンになったと表示される場合のみに伝送するようにオプションを与えることもできる。

【0129】

本発明の一実施例は、ソースデバイスで別途のカラーガマットマッピング（ｃｏｌｏｒ ｇａｍｕｔ ｍａｐｐｉｎｇ）処理を行わない場合のうち、原本コンテンツのカラーガマットとコンテナのカラーガマットとが異なる場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅの値を００００（何ら処理もしない）又は１１１１（異なるカラーガマット（Ｄｉｆｆｅｒｅｎｔ ｃｏｌｏｒ ｇａｍｕｔ））でシグナリングすることによって、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を使用してコンテンツカラーガマット及びコンテナカラーガマットとを区分し、各カラーガマットに対する情報をディスプレイ装置に伝達することができる。ここで、上述した原本コンテンツのカラーガマットとコンテナのカラーガマットとが異なる場合は、ＢＴ．７０９で製作されたコンテンツをＢＴ．２０２０でエンコーディングして伝送する場合を含むことができる。本発明の他の一実施例は、ＣＥＡ ８６１―ＦのＡＶＩ ＩｎｆｏＦｒａｍｅ内のデータバイト２、３のカラリメトリ定義（Ｃ１、Ｃ０）と拡張されたカラリメトリ（ＥＣ２、ＥＣ１、ＥＣ０）を用いてコンテナカラーガマットを表現し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現することができる。これと反対に、本発明の更に他の一実施例は、ＣＥＡ ８６１―ＦのＡＶＩ ＩｎｆｏＦｒａｍｅ内のデータバイト２、３のカラリメトリ定義（Ｃ１、Ｃ０）と拡張されたカラリメトリ（ＥＣ２、ＥＣ１、ＥＣ０）を用いてコンテンツカラーガマットを表現し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現することができる。また、本発明の更に他の一実施例は、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテンツカラーガマットを表現し、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙを用いてコンテナカラーガマットを表現することができる。これと反対に、本発明の更に他の一実施例は、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔを用いてコンテナカラーガマットを表現し、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙを用いてコンテンツカラーガマットを表現することができる。ここで、コンテナカラーガマットは、コンテンツカラーガマットと区分される意味であって、ディスプレイのカラーガマットを示すことができる。さらに、本発明の一実施例に係るＯｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙは、カラープライマリー（ｃｏｌｏｒ ｐｒｉｍａｒｉｅｓ）（例えば、三原色）及び／又はホワイト色相の色度座標を含むことができる。

【0130】

本発明の一実施例によると、コンテンツのカラーガマットと区分されるカラーガマットに対するシグナリングが必要な場合、上述したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）を使用することができる。このとき、上述したコンテンツのカラーガマットと区分されるカラーガマットは、イメージプロセッシング前後のカラーガマット、コンテナのカラーガマット、エンコーディング時に使用されたカラーガマット、マスタリングディスプレイのカラーガマット、ターゲットディスプレイのカラーガマットなどを含むことができる。ここで、マスタリングディスプレイは、コンテンツ及び／又はディスプレイの明るさ及び／又はカラー情報によってマスタリング過程が行われるディスプレイを示すことができる。すなわち、マスタリングディスプレイのカラーガマットは、ディスプレイでサポート可能なカラーガマットを示すことができる。

【0131】

データバイト７からデータバイト１６は、任意のカラーガマット情報を示すことができるフィールドである。この図面において、任意のカラーガマット情報は、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ、Ｗｈｉｔｅ―ｙで例示した。

【0132】

ここで、Ｒｅｄ―ｘは、色空間（例えば、ＣＩＥ １９３１）のＲ色相のｘ座標を０〜１の値に対して２進法で示したものであるが、本実施例は、全体１０ビットを使用し、データバイト９の上位８ビットとデータバイト６の上位２ビットを使用することができる。

【0133】

同様に、Ｒｅｄ―ｙは、色空間（例えば、ＣＩＥ １９３１）のＲ色相のｙ座標を０〜１の値に対して２進法で示したものである。本実施例は、全体１０ビットを使用してこの色情報を示し、データバイト１０の上位８ビットとデータバイト６の下位２ビットを使用することができる。

【0134】

ソースデバイスは、前記で開示したコンテンツのオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）で適切な情報を表現できない場合、データバイト７からデータバイト１６を使用してカラーガマット情報を伝達することができる。

【0135】

本発明の他の実施例として、図１１で開示した、或いはオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）は使用せず、データバイト７からデータバイト１６に該当する情報のみを使用してオリジナルカラーガマット情報を伝送することもできる。又は、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）が特定の値を示す場合のみにデータバイト７からデータバイト１６に該当する情報をさらに活用することもできる。
データバイト１７は、Ｅ３フィールド、Ｅ２フィールド、Ｅ１フィールド、Ｅ０フィールド及び／又は係数の個数（Ｎｕｍｂｅｒ ｏｆ Ｃｏｅｆｆｉｃｉｅｎｔｓ）フィールドを含むことができる。

【0136】

Ｅ３〜Ｅ１フィールドは、ＥＯＴＦ＿ｔｙｐｅであって、ＨＤＲコンテンツの最適な画質のためにコンテンツ製作者が使用したＥＯＴＦの種類を示すことができる。本発明の一実施例によると、複数のＥＯＴＦ標準を制定することができ、コンテンツ製作者が任意にＥＯＴＦを定義して使用することができる。ＥＯＴＦ＿ｔｙｐｅ値が示す内容については後で詳細に説明する。

【0137】

Ｅ０フィールドは、ｐｒｉｖａｔｅ＿ＥＯＴＦ＿ｃｏｅｆｆ＿ｆｌａｇを示すことができる。このフィールド値が１である場合、このフィールドは、ＥＯＴＦ＿ｔｙｐｅによる別途の係数が使用されたことを示すことができる。例えば、互いに異なる最大明るさによって適切なＥＯＴＦ係数が異なる場合のように、同一の関数に対して互いに異なる係数が使用される場合、本発明の一実施例は、このフィールドを用いてこれに対する適切な係数を伝送することができる。また、本発明の他の一実施例によると、別途のパラメーターがセッティングされ、ＥＯＴＦ＿ｔｙｐｅを通じてシグナリングされ得る。このフィールド値が０である場合、このフィールドは、汎用的に使用されるデフォルト（ｄｅｆａｕｌｔ）パラメーターが使用されることを示すことができる。ここで、パラメーターと係数は、同一の意味で使用することができる。本発明の一実施例によると、Ｅ０フィールドが１である場合、データバイト１８〜１８＋Ｎをさらに使用することができ、Ｅ０フィールドが０である場合、データバイト１８〜１８＋Ｎは使用しないこともある。
係数の個数フィールドは、上述したＥ０フィールドが１を示す場合に使用される係数の個数を示すことができる。

【0138】

データバイト１８は、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏフィールドを含むことができる。ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏフィールドは、ＥＯＴＦ＿ｔｙｐｅによって追加的な情報が伝達される必要がある場合、ＥＯＴＦ＿ｔｙｐｅによる追加的な情報を示すことができる。例えば、互いに異なる最大明るさによって適切なＥＯＴＦ係数が異なる場合、このフィールドは、目標とする最大明るさ（ｔａｒｇｅｔ ｍａｘ ｂｒｉｇｈｔｎｅｓｓ）に対する情報を含むことができる。本発明の一実施例によると、与えられたＥＯＴＦ＿ｔｙｐｅに対して多様な条件による複数のＥＯＴＦ関数の係数を伝達する必要がある場合、例えば、最大明るさによって係数が変わり、多様な最大明るさによる各係数を全て伝達しなければならない場合、このフィールドは、各係数に対する情報を提供するために使用することができる。この場合、各条件の個数を示すフィールドを別途に指定し、各条件に対してＥＯＴＦ＿ｔａｒｇｅｔ＿ｍａｘ＿ｂｒｉｇｈｔｎｅｓｓ、ＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ１〜Ｎを指定する方法を使用することができる。

【0139】

データバイト１８＋１〜１８＋Ｎは、それぞれＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ １〜Ｎフィールドを含むことができる。ＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔ １〜Ｎフィールドは、Ｅ０フィールドが１である場合に使用されるパラメーター値を示すことができる。また、このフィールドは、任意のＥＯＴＦ関数を伝送するのに使用することができる。
上述した各情報は、インターフェース上でソースからシンクに伝送されることを前提とすることができる。しかし、これら各情報は、ビデオの内部（例えば、ＳＥＩメッセージ）及び／又はストレージ（ｓｔｏｒａｇｅ）の別途のメタデータ伝達方法を通じて伝送することができる。よって、同一の情報がビデオソースにも定義されている場合があり、そうでない場合、ソースデバイスで該当コンテンツに対する追加メタデータを外部サーバーなどを通じて別途に受けることができる。

【0140】

本発明の一実施例によると、この図面で示したＩｎｆｏＦｒａｍｅは、ダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅと命名することができる。

【0141】

図１２は、本発明の実施例によって開示したポストプロセッシングタイプ情報の詳細な例を開示した図である。開示したように、ソースデバイスがＵＨＤ映像をシンクデバイスに合わせてポストプロセッシングした場合、ディスプレイ関連情報及びカラーガマット情報をＩｎｆｏＦｒａｍｅを通じてシンクデバイスに伝達することができる。

【0142】

ＩｎｆｏＦｒａｍｅデータバイト１のＰ３〜Ｐ０フィールドは、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅを示し、ＨＤＲ情報又はＷＣＧ情報関連オプションを示すが、ポストプロセッシングタイプはこの図面で例示した通りである。

【0143】

例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００００である場合、ソースデバイスで何ら処理もしないことを示し、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが０００１である場合、ソースデバイスがダイナミックレンジマッピングを行ったことを示す。

【0144】

例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００１０である場合、ソースデバイスがカラーガマットマッピングを行ったことを示し、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが００１１である場合、シンクデバイスが伝達した情報に基づいてこれに合わせてソースデバイスが処理したことを示す。この値は初期値（ｉｎｉｔｉａｌ ｖａｌｕｅ）として使用することができる。

【0145】

ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが０１１０〜１０００である場合、後でマルチレイヤー―ビデオ強化の機能に対してシンク―ソース間の情報交換のために使用することができ、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが１００１〜１１１０である場合、ユーザープライベート（Ｕｓｅｒ ｐｒｉｖａｔｅ）のために使用することができる。

【0146】

例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅが１１１１である場合、オリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）がコンテンツカラーガマット及びコンテナカラーガマットを区分してシグナリングするのに使用されることを示すことができる。すなわち、本発明の一実施例は、コンテンツカラーガマットと区分される意味のカラーガマットに対するシグナリングが必要である場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅフィールドを用いることができる。これと同一の方法で、本発明の他の一実施例は、コンテンツの明るさ範囲（ｃｏｎｔｅｎｔｓ ｄｙｎａｍｉｃ ｒａｎｇｅ）と区分される意味の明るさ範囲（ｄｙｎａｍｉｃ ｒａｎｇｅ）に対するシグナリングが必要である場合、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅフィールドを用いることができる。この場合、例えば、ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅとして１１１０を割り当てることができる。

【0147】

図１３は、本発明の実施例によって開示したオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）の詳細な例を開示した図である。

【0148】

記述したように、ソースデバイスがＵＨＤ映像をシンクデバイスに合わせてプロセッシングした場合、コンテンツのオリジナルカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）をシンクデバイスに伝送することができる。

【0149】

この例において、オリジナルコンテンツのカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）のフィールドが００００である場合、オリジナルコンテンツのカラーはＲＥＣ．７０９に従うことを示し、オリジナルコンテンツのカラーガマット情報（Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ）のフィールドが０００１である場合、オリジナルコンテンツのカラーはＢＴ．２０２０ ＮＣＬに従うことを示す。同様に、このフィールドが００１０、００１１、０１００、０１０１である場合、それぞれオリジナルコンテンツのカラーはｘｖＹＣＣ、ＤＣＩ―Ｐ３、Ａｄｏｂｅ ＲＧＢ及びＢＴ．２０２０ＣＬによって定義されたことを示す。

【0150】

図１４は、本発明の実施例によってソースデバイスがシンクデバイスに伝達する映像のカラー情報を伝達する他の例を開示する。

【0151】

本発明の実施例は、ＡＶＩ ＩｎｆｏＦｒａｍｅバージョン３の形式を拡張し、ソースデバイスが処理した映像のポストプロセッシングタイプ情報（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇ）、色変換関数情報（ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇ）及び映像の明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ又はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）をシンクデバイスに伝達することができる。又は、本発明の実施例は、ソース／シンクデバイスのインターフェース上で定義された新たなＡＶＩ ＩｎｆｏＦｒａｍｅを用いてソースデバイスが処理した映像のポストプロセッシングタイプ情報（ｐｏｓｔ＿ｐｒｏｃｅｓｓｉｎｇ＿ｔｙｐｅ＿ｆｌａｇ）、色変換関数情報（ｎｅｗ＿ＥＯＴＦ＿ｆｌａｇ）及び映像の明るさ情報（ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ又はｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ）をシンクデバイスに伝達することができる。

【0152】

開示したＡＶＩ ＩｎｆｏＦｒａｍｅは、データバイトによってソースデバイスがシンクデバイスに処理された映像の情報を伝達することができる。この例において、データバイト１４〜データバイト２９は、図１１〜図１３で例示したデータバイト１〜データバイト１６の情報をそれぞれ含むことができる。

【0153】

したがって、本実施例によると、ソースデバイスは、遂行したポストプロセッシングに対する情報を提供する情報、ポストプロセッシング後のコンテンツの明るさ情報、ポストプロセッシング前のコンテンツ明るさ情報及びカラー表現範囲情報をシンクデバイスに伝達することができる。

【0154】

本発明の実施例は、ＡＶＩ ＩｎｆｏＦｒａｍｅバージョン３の形式を拡張し、Ｏｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、ＲＧＢＷインデックス、ＥＯＴＦ＿ｔｙｐｅ、ｐｒｉｖａｔｅ＿ＥＯＴＦ＿ｃｏｅｆｆ＿ｆｌａｇ、係数の個数、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ及び／又はＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔをシンクデバイスに伝達することができ、ソース／シンクデバイスのインターフェース上で定義された新たなＡＶＩ ＩｎｆｏＦｒａｍｅを用いて上述した情報を伝達することができる。

【0155】

この図面において、データバイト３０〜データバイト３１＋Ｎは、図１１〜図１３で例示したデータバイト１７〜データバイト１８＋Ｎ情報をそれぞれ含むことができる。

【0156】

図１５は、本発明の一実施例に係る信号処理装置の各実施例及びその動作を例示した図である。

【0157】

まず、本発明の一実施例に係る信号処理装置の実施例は、ソースデバイス１００及びシンクデバイス２００を含む。

【0158】

ソースデバイス１００は、デコーダー１１０、カラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０、ポストプロセッシング部１４０、メタデータプロセッサ１５０及びオプションコントローラー１６０を含む。

【0159】

ソースデバイス１００のカラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０及びポストプロセッシング部１４０はビデオ処理部と称することができ、ビデオ処理部のカラーガマットマッピング部１２０、ダイナミックレンジマッピング部１３０及びポストプロセッシング部１４０は、ビデオ処理時に前のブロックとは関係なく、それぞれ個別的に必要な場合に動作することができる。

【0160】

シンクデバイス２００は、ソースデバイスコントローラー２１０、メタデータプロセッサ２２０及びパネルコントローラー２３０を含む。ソースデバイス１００がシンクデバイス２００とインターフェースで連結された場合、図３で例示したプロトコルによって情報を送受信することができる。以下で記述するデバイス間の情報の伝送と受信はインターフェースを介して行われる。

【0161】

ソースデバイス１００は、エンコーディングされたＵＨＤビデオストリームを復号し、必要に応じて復号されたＵＨＤビデオを後処理したり、シンクデバイス２００の表出能力に合わせてＵＨＤビデオを処理し、処理されたＵＨＤビデオをシンクデバイスに提供することができる。

【0162】

シンクデバイス２００は、ソースデバイス１００がデコーディングしたＵＨＤビデオを受信して表出できるが、ソースデバイス１００にシンクデバイス２００の表出能力に対する情報を提供し、ソースデバイス１００からシンクデバイス２００が表出可能なＵＨＤビデオを受信して表出することができる。

【0163】

ソースデバイス１００のオプションコントローラー１６０は、シンクデバイス２００とのインターフェースを介してビデオオプション信号を伝送し、ディスプレイ関連情報を要請することができる。ディスプレイ関連情報は、ディスプレイカラーガマット情報及びディスプレイ明るさ関連情報を含むことができる。ソースデバイス１００からシンクデバイス２００に伝送するビデオオプション情報は、図１１〜図１４の例に従うことができる。

【0164】

ソースデバイス１００のメタデータプロセッサ１５０は、ＵＨＤビデオに対するメタデータをシンクデバイス１００に伝送することができ、シンクデバイス２２０は、ディスプレイと関連するメタデータをソースデバイス１００に伝送することができる。

【0165】

ソースデバイス１００のデコーダーは、エンコーディングされたＵＨＤビデオストリームを受信して復号することができる。

【0166】

カラーガマットマッピング部１２０は、デコーディングされたＵＨＤビデオのカラーガマット情報をマッピングするが、この場合、シンクデバイス２００のディスプレイ関連情報を用いたり、ＵＨＤビデオ内のメタデータに基づいてＵＨＤビデオのカラーガマット情報をマッピングして変更することができる。

【0167】

又は、ダイナミックレンジマッピング部１３０は、デコーディングされたＵＨＤビデオに対するダイナミックレンジをマッピングできるが、記述したように、シンクデバイス２００のディスプレイ関連情報を用いたり、ＵＨＤビデオ内のメタデータに基づいてＵＨＤビデオのダイナミックレンジをマッピングして変更することができる。

【0168】

ポストプロセッシング部１４０は、デコーディングされたＵＨＤビデオに対してビデオポストプロセッシングを行うことができ、同様に、ディスプレイ関連情報に基づいてビデオポストプロセッシングを行うことができる。

【0169】

メタデータプロセッサ１５０は、ＵＨＤビデオのメタデータをシンクデバイス２００に伝送し、シンクデバイスからディスプレイと関連するメタデータを受信することができる。

【0170】

オプションコントローラー１６０は、シンクデバイス２００にビデオオプション情報を伝送し、シンクデバイス２００からディスプレイオプション情報を受信することができる。シンクデバイス１００からソースデバイス２００に伝送するディスプレイオプション情報の例は、図４〜図１０に例示した通りである。一方、ソースデバイス１００からシンクデバイス２００に伝送するビデオオプション情報は、図１１〜図１４の例に従うことができる。

【0171】

シンクデバイス２００のソースデバイスコントローラー２１０は、ソースデバイス１００をコントロールできるコントロール信号を伝送することができ、ユーザーからユーザーコントロール信号を受信することもできる。

【0172】

シンクデバイス２００のメタデータコントローラー２２０は、ソースデバイス１００からＵＨＤビデオのメタデータを受信することができ、ディスプレイ機器と関連するメタデータをソースデバイス１００に伝送することができる。メタデータプロセッサ２２０は、ソースデバイスコントローラー２１０にビデオプロセッシングコントロール信号を伝送し、ソースデバイスコントローラー２１０がコントロール信号を伝送するようにすることができる。

【0173】

パネルコントローラー２３０は、メタデータプロセッサ２２０のディスプレイコントロール信号によってディスプレイパネルを制御することができる。

【0174】

本発明の実施例は、ディスプレイに適応的なビデオ処理を可能にすることができる。すなわち、本発明の各実施例は、シンクデバイス２００の性能によってそれぞれソース―シンクデバイス間の情報交換、ビデオプロセッシング、及びディスプレイされる方式がそれぞれ変わり得る。以下では、シンクデバイス２００のメタデータ情報をソースデバイス１００に伝送し、ソースデバイスでディスプレイ関連情報に基づいて映像処理をした後、シンクデバイス２００でこれを受信し、ビデオを出力する例に対して詳細に記述する。

【0175】

まず、シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合に対する第１の実施例を開示する。

【0176】

シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合、シンクデバイス２００は、ディスプレイ関連メタデータをソースデバイス１００に伝送することができる。ディスプレイ関連情報は、ディスプレイのカラーガマット情報（又はＲＧＢＷに該当するカラープライマリー情報）及びディスプレイ明るさ範囲関連情報（例えば、ピーク輝度情報、ブラック輝度情報）を含むことができる。シンクデバイス２００のメタデータプロセッサ２２０は、ディスプレイ関連情報を処理することができる。例えば、シンクデバイス２００のメタデータプロセッサ２２０は、ディスプレイ関連情報を格納してコンテンツ処理及びディスプレイ時に参照することができ、必要に応じてソースデバイス１００にこの情報を再び要請することもできる。

【0177】

ソースデバイス１００は、ディスプレイ関連情報をシンクデバイス２００に伝達するとき、ディスプレイの色相及び明るさと関連するメタデータのみならず、ソースデバイス１００のコントロール信号も伝達することができる。

【0178】

ソースデバイス１００のコントロール信号は、ソースデバイス１００が如何なる種類のビデオプロセッシングを行えるのかに対する情報を含むことができる。ソースデバイス１００のコントロール信号は、シンクデバイス２００のソースデバイスコントローラー２１０が伝達するディスプレイ可能な色範囲に基づいて生成することもでき、シンクデバイス２００から受けた情報なしでデフォルト処理要請によって生成することもできる。

【0179】

ソース―シンクデバイス間の情報交換過程は、二つのデバイスが連結された時点で動作するが、ソース―シンクデバイスが連結された状態で放送又はストリーミングコンテンツが入力される場合、コンテンツが変更される場合、又は特定シーン（ｓｃｅｎｅ）が変更される時点などで二つのデバイスの情報交換を再び行うことができる。

【0180】

シンクデバイス２００がハイエンドＵＨＤシンクデバイスである場合、ビデオプロセッシングは次のように処理することができる。

【0181】

ソースデバイス１００のポストプロセッシング部１４０は、メタデータプロセッサ１５０からシンクデバイス２００のディスプレイ関連情報に基づいてデコーディングされたＵＨＤビデオに後処理を行うべきであるか否かを判断し、これに対するコントロール信号を出力することができる。ソースデバイス１００は、ＵＨＤビデオのＷＣＧ情報又はＨＤＲ情報と関連する映像処理、例えば、カラーガマットマッピング又はダイナミックレンジマッピングを行うことができる。シンクデバイス２００のディスプレイ性能がビデオの後処理後にＵＨＤビデオを再生するのに十分である場合、ソースデバイス１００のオプションコントローラー１６０は、ポストプロセッシング部１４０にそれに対する情報を伝達することができる。シンクデバイス２００のディスプレイカラーガマット情報又は明るさ情報がビデオのＷＣＧ情報又はＨＤＲ情報を変更するのに基礎となり得る場合、メタデータプロセッサ１５０は、カラーガマットマッピング部１２０又はダイナミックレンジマッピング部１３０にディスプレイ関連メタデータを伝送することができる。

【0182】

ソースデバイス１００のポストプロセッシング部１４０は、ビデオと共に伝送されるメタデータ、例えば、ＷＣＧ ＳＥＩメッセージ又はＨＤＲ ＳＥＩメッセージを用いてポストプロセッシングを行うこともできる。ビデオデコーダー１１０又はポストプロセッシング部１４０は、スケーラブルコーディング（ｓｃａｌａｂｌｅ ｃｏｄｉｎｇ）によって強化層（ｅｎｈａｎｃｅｍｅｎｔ ｌａｙｅｒ）データが伝送された場合、強化層データをデコーディングし、出力されるビデオの画質を高めることができる。

【0183】

出力ビデオの画質がディスプレイ画質に合わせて追加的に向上可能であるが、シンクデバイス２００からのビデオ処理のための追加情報がない場合、ソースデバイス１００は自体的に画質向上機能を行うことができる。
メタデータプロセッサ１５０は、デコーディング又は後処理されたビデオのＷＣＧ情報又はＨＤＲ情報を含むＵＨＤビデオメタデータをシンクデバイス２００に伝達する。また、オプションコントローラー１６０は、処理されたビデオプロセッシング情報をビデオオプション情報（ｖｉｄｅｏ ｏｐｔｉｏｎ ｓｉｇｎａｌ）に含ませてソースデバイスコントローラー２１０に伝送することができる。ビデオオプション情報は、図１１〜図１４の例に従うことができる。

【0184】

デコーダー１１０が復号化した映像自体がディスプレイに適したビデオである場合、ビデオのＷＣＧ情報又はＨＤＲ情報に対して別途の処理なしで再生のためにシンクデバイス２００に伝達することもできる。この場合、オプションコントローラー１６０は、ビデオに対して別途の処理がなかったことをシグナリングすることができる。

【0185】

シンクデバイス２００は、ＵＨＤビデオをディスプレイ機器を通じて表出させることができる。この場合、シンクデバイス２００は、ソースデバイス１００を通じて処理された映像をそのまま再生できるが、ソースデバイス１００が伝達する映像が実際にディスプレイに適する形に処理されたか否かを判断することができる。そして、シンクデバイス２００のソースデバイスコントローラー２１０は、ソースデバイス１００にコントロール信号を出力することができる。シンクデバイス２００のソースデバイスコントローラー２１０は、映像が適切に処理されない場合、ソースデバイス１００のビデオプロセッシングのうち問題となる部分を判断し、該当のビデオプロセッシングがオフになるように知らせることができる。このようなコントロール機能は、ユーザーの要請に応じてオン／オフになり得る。シンクデバイス２００は、ソースデバイス１００が処理可能な或いは処理しているビデオプロセッシングオプション（ｖｉｄｅｏ ｐｒｏｃｅｓｓｉｎｇ ｏｐｔｉｏｎ）をユーザーに出力し、これをコントロールできるメニュー又はインターフェース（ＵＩ）をユーザーに提供することができる。

【0186】

シンクデバイス２００は、ディスプレイ機器の明るさ及び色相を調整できる機能を有する場合、シンクデバイス２００のメタデータプロセッサ２２０の情報を分析した後、パネルコントローラー２３０を通じてディスプレイ機器を調整し、コンテンツに適した再生環境を提供することができる。

【0187】

次に、シンクデバイス２００が既存のＵＨＤシンクデバイスである場合に対する第２の実施例を開示する。第１の実施例と同一の部分に対する例は第１の実施例に従う。

【0188】

シンクデバイス２００は、既存のＵＨＤシンクデバイスに対するメタデータをソースデバイス１００に伝送する。既存のＵＨＤシンクデバイスに対するメタデータは、ディスプレイカラーガマット情報（或いはＲＧＢＷに該当するカラープライマリー情報）及びディスプレイ明るさ関連情報（例えば、ピーク輝度情報、ブラック輝度情報）を含むことができる。ソースデバイス１００のメタデータプロセッサ１５０は、既存のＵＨＤシンクデバイスに対するメタデータを受信して処理することができる。

【0189】

ソースデバイス１００のオプションコントローラー１６０は、メタデータプロセッサ１５０で獲得したディスプレイ関連情報に基づいてデコーディングされたＵＨＤビデオに対して後処理過程を経るか否かを判断し、コントロール信号を出力する。

【0190】

ディスプレイの性能がビデオで表現しようとする画質（色相及び明るさ）に及ばない場合、ビデオに適切な処理を経てディスプレイで表現可能な色相及び明るさに変化させることができる。例えば、ソースデバイス１００のカラーガマットマッピング部１２０又はダイナミックレンジマッピング部１３０は、ＵＨＤビデオのカラーガマット情報やダイナミックレンジ情報をディスプレイ機器に合う情報にマッピングすることができる。

【0191】

ソースデバイス１００は、ビデオデータ内のメタデータ、例えば、ＷＣＧ ＳＥＩメッセージ、ＨＤＲ ＳＥＩメッセージなどに基づいてこれを変換させることもでき、ソースデバイス１００の自体的機能によってこれを行うこともできる。ビデオデータのＷＣＧ情報又はＨＤＲ情報が変更された場合、オプションコントローラー１６０は、これをビデオオプション情報（ｖｉｄｅｏ ｏｐｔｉｏｎ ｓｉｇｎａｌ）に含ませてシンクデバイス２００に伝送することができる。ビデオオプション情報は、図１１〜図１４の例に従うことができる。

【0192】

シンクデバイス２００のディスプレイの色相及び明るさ表現範囲がビデオの色相及び明るさ範囲をサポートできる場合、ソースデバイス１００は、追加的なビデオプロセッシングなしでビデオをシンクデバイス２００に伝送することができる。そして、ソースデバイス１００のオプションコントローラー１６０は、ＵＨＤビデオのメタデータ、ＷＣＧ情報又はＨＤＲ情報が処理されていないことをビデオオプション信号（ｖｉｄｅｏ ｏｐｔｉｏｎ ｓｉｇｎａｌ）を通じてシンクデバイス２００に伝達することができる。

【0193】

シンクデバイス２００のディスプレイ機器は、ＵＨＤビデオを再生することができる。シンクデバイス２００が受信したＵＨＤビデオのＷＣＧ情報又はＨＤＲ情報がシンクデバイス２００のディスプレイ機器に適切でないと判断される場合、ソースデバイスコントローラー２１０は、これに対するコントロール信号をソースデバイス１００に伝達することができる。ユーザーは、ユーザーメニュー又はインターフェース（ＵＩ）を通じてディスプレイ機器と関連する機能を調節することもできる。

【0194】

図１６は、本発明の一実施例に係るＥＯＴＦタイプの構成を示した図である。
本発明の一実施例によると、ＥＯＴＦタイプが０００であると、予備ビットであることをを示すことができ、ＥＯＴＦタイプが００１であると、ＥＯＴＦ＿ｔｙｐｅ１の変換曲線が使用されることを示すことができ、ＥＯＴＦタイプが０１０であると、ＥＯＴＦ＿ｔｙｐｅ２の変換曲線が使用されることを示すことができ、ＥＯＴＦタイプが０１１〜１１１であると、ユーザープライベートであることを示すことができる。

【0195】

図１７は、本発明の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
本発明は、ＤＣＩ―Ｐ３などの新たなカラーガマットを定義するために、次のような実施例を提供することができる。

【0196】

本発明の一実施例は、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ１７０１０内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる（１７０２０）。そして、ＥＣ２〜ＥＣ０フィールドの予備ビットを用いてＤＣＩ―Ｐ３をシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、ＤＣＩ―Ｐ３が使用されることを示すことができる（１７０３０、１７０４０）。

【0197】

本発明の他の一実施例は、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ１７０１０内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる（１７０３０、１７０５０）。そして、上述したＡＶＩ ＩｎｆｏＦｒａｍｅ内のデータバイト１９又は上述したダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅ内のデータバイト６に含まれた予備ビットであるＳ３〜Ｓ０フィールドを用いてＤＣＩ―Ｐ３が使用されることをシグナリングすることができる（１７０６０、１７０７０）。このとき、必要に応じて３ビット以下又はこれを超えるビットを使用することができる。さらに、上述した予備ビットであるＳ３〜Ｓ０フィールドを用いて任意のカラーガマットが使用されることをシグナリングすることができる（１７０７０）。

【0198】

図１８は、本発明の他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。

【0199】

本発明の一実施例は、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ１８０１０内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる（１８０２０）。そして、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ１８０１０内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる（１８０３０、１８０４０）。そして、本発明の一実施例に係るダイナミックレンジ及びマスタリングＩｎｆｏＦｒａｍｅ内の予備ビットを用いてＤＣＩ―Ｐ３が使用されることをシグナリングすることができる。例えば、この図面に示したように、データバイト１に含まれた予備ビットを使用することができる（１８０６０）。さらに、上述した予備ビットを用いて任意のカラーガマットが使用されることをシグナリングすることができる（１８０５０）。

【0200】

図１９は、本発明の更に他の一実施例に係るＤＣＩ―Ｐ３カラーガマットをシグナリングするための方法を示した図である。
本発明の一実施例は、ＤＣＩ―Ｐ３などの新たなカラーガマットをシグナリングするために新たなＩｎｆｏＦｒａｍｅを定義することができる。例えば、ＩｎｆｏＦｒａｍｅタイプが０ｘ０８であるＩｎｆｏＦｒａｍｅを新たに定義し、新たなカラーガマットのためのビットを割り当て、新たなカラーガマットが使用されることをシグナリングすることができる。

【0201】

本発明の他の一実施例は、既存のＡＶＩ ＩｎｆｏＦｒａｍｅフォーマットを拡張する方法であって、この図面に示したように、データバイト１４を新たに定義することができる。このとき、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ内のデータバイト２に含まれたＣ１及びＣ０フィールドを用いて、カラーガマットの拡張のためにデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドが使用されることをシグナリングすることができる。そして、既存のＡＶＩ ＩｎｆｏＦｒａｍｅ内のデータバイト３に含まれたＥＣ２〜ＥＣ０フィールドの予備ビットを用いてカラリメトリの拡張があることをシグナリングすることができる。すなわち、ＥＣ２〜ＥＣ０が１１１であると、カラリメトリの拡張があることを示すことができる。ここで、本発明の一実施例は、下位互換性を考慮する場合、既存のＡＶＩ ＩｎｆｏＦｒａｍｅと同一のバージョン番号を使用しながら、データバイト３のＥＣ２〜ＥＣ０フィールドが１１１であると、カラリメトリの拡張があると認識し、データバイト１４を読み込むことができる。その一方、下位互換性を考慮しなくてもよい場合、この図面に示したように、本発明の他の一実施例は、ＡＶＩ ＩｎｆｏＦｒａｍｅに新たなバージョン番号を付与し、ＡＶＩ ＩｎｆｏＦｒａｍｅの長さを１４に設定し、該当のＩｎｆｏＦｒａｍｅがデータバイト１４まで定義されていることをシグナリングし、データバイト３のＥＣ２〜ＥＣ０フィールドが１１１であると、カラリメトリの拡張があると認識し、該当のカラリメトリをシグナリングすることができる。

【0202】

図２０は、本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法を示した図である。
この図面は、ＤｉｓｐｌａｙＩＤのデータブロックを用いてソースデバイスがシンクデバイスに伝達する情報の例を示すことができ、この図面に示したオフセットフィールドが０ｘ００〜０ｘ０５である場合に対する詳細な説明は上述した通りである。

【0203】

本発明の一実施例は、この図面に示したように、オフセットフィールドを割り当て、シンクデバイスの伝達関数関連情報を追加的に伝達することができる。このとき、本発明の一実施例は、予め指定されている伝達関数（ＢＴ．１８８６、ＳＭＰＴＥ ＳＴ ２０８４など）をシグナリングすることができ、任意の伝達関数に対する詳細情報をシグナリングすることができる。

【0204】

この図面に示したように、オフセットフィールドが０ｘ０６であると、このフィールドは、伝達関数タイプフラグ（Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ Ｔｙｐｅ ｆｌａｇ）を示すことができる。伝達関数タイプフラグは、伝達関数タイプをシグナリングすることができる。本発明の一実施例は、それぞれの伝達関数をフラグに指定することによって、複数の伝達関数をサポートする場合にも、サポートする全ての伝達関数を同時にシグナリングすることができる。ここで、伝達関数は、ＢＴ．１８８６、ＳＭＰＴＥ ＳＴ ２０８４、伝統的ガンマ（Ｔｒａｄｉｔｉｏｎａｌ ｇａｍｍａ）―ＳＤＲ輝度範囲（Ｌｕｍｉｎａｎｃｅ Ｒａｎｇｅ）、伝統的ガンマ（Ｔｒａｄｉｔｉｏｎａｌ ｇａｍｍａ）―ＨＤＲ輝度範囲（Ｌｕｍｉｎａｎｃｅ Ｒａｎｇｅ）などを含むことができる。ここで、伝達関数は、ＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を含むことができる。

【0205】

オフセットフィールドが０ｘ０７〜０ｘ０Ａであると、このフィールドは、不特定（Ｕｎｓｐｅｃｉｆｉｅｄ）のＴＦ詳細（ｄｅｔａｉｌｓ）を示すことができる。本発明の一実施例は、任意の伝達関数をサポートする場合、別途のシグナリングを通じてこれを表現することができる。例えば、任意の伝達関数をサポートする場合、伝達関数タイプフラグ＝０ｘ８０（１６進数）又は１０００００００（２進数）と示すことができる。本発明の一実施例は、任意の伝達関数もその種類が多様な場合を考慮して、各伝達関数のタイプをシグナリングし、各タイプによって必要な係数の個数、ビットデプス、各タイプによる最大／最小明るさ情報などの付加情報を伝達することができる。このとき、伝達関数タイプは、多くの種類の伝達関数のうち一つを称することができ、複数の伝達関数を伝達する場合、複数の伝達関数が使用されることを示すビット（例えば、タイプの個数（Ｎｕｍｂｅｒ ｏｆ ｔｙｐｅｓ）フィールド）を別途に割り当てた後、このフィールドを用いて複数の伝達関数の順序を示すことができる。不特定のＴＦ詳細が含む情報に対しては、後で詳細に説明する。

【0206】

オフセットフィールドが０ｘ０Ｂ又はそれ以上であると、このフィールドは、不特定のＴＦ係数を示すことができる。本発明の一実施例は、このフィールドを用いて任意の伝達関数に対する係数情報を伝達することができる。上述した係数情報は、伝達関数の変曲点、区間、使用される関数に対する情報などを含むことができる。

【0207】

本発明の一実施例によると、シンクデバイスがソースデバイスに伝達する情報は、ＥＤＩＤ（Ｅｘｔｅｎｄｅｄ Ｄｉｓｐｌａｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｄａｔａ）情報と命名することができる。ここで、ＥＤＩＤ情報は、シンクデバイスの性能を示すことができる。さらに、ＥＤＩＤ情報は、シンクデバイスのＨＤＲに関する性能を示すＨＤＲスタティックメタデータブロック（ＨＤＲ Ｓｔａｔｉｃ Ｍｅｔａｄａｔａ Ｄａｔａ Ｂｌｏｃｋ）を含み、前記ＨＤＲスタティックメタデータは、上述した伝達関数タイプに対する情報を含むことができる。

【0208】

本発明の一実施例に係るＥＤＩＤ情報は、一つ以上のデータブロックを含むことができる。

【0209】

本発明の一実施例に係るＨＤＲスタティックメタデータは、データブロックに含ませて伝送することができる。さらに、ＨＤＲスタティックメタデータは、該当データブロックがＨＤＲスタティックメタデータを含むデータブロックであることを識別する情報及び／又は該当データブロックの長さを示す情報を含むことができる。

【0210】

図２１は、本発明の一実施例によってシンクデバイスが処理可能な伝達関数に対する情報を伝達するための方法に使用される具体的なフィールド値を示した図である。

【0211】

本発明の一実施例によると、オフセットが０ｘ０６であるフィールドは伝達関数タイプを示すために使用し、０ｘ０７〜０ｘ０Ａフィールドは不特定のＴＦ詳細を示すために使用し、０ｘ０Ｂ〜それ以上のフィールドは不特定のＴＦ係数を示すために使用することができる。ここで、不特定のＴＦ詳細は、任意の伝達関数をシンクデバイスがサポートする場合、任意の伝達関数に対する付加情報を示し、任意の伝達関数の終了（不特定の伝達関数のタイプ（Ｔｙｐｅ ｏｆ Ｕｎｓｐｅｃｉｆｉｅｄ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ ））、任意の伝達関数に使用された係数の個数（不特定伝達関数内の係数の個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｅｆｆｉｃｉｅｎｔｓ ｉｎ Ｕｎｓｐｅｃｉｆｉｅｄ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ））、任意の伝達関数を複数の伝達関数が構成する場合、各伝達関数のタイプの個数（Ｎｕｍｂｅｒ ｏｆ ｔｙｐｅｓ）、ビットデプス、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ）及び／又はシンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ）を含むことができる。

【0212】

オフセットフィールドが０ｘ０６である場合、バリュー値の上位１ビットは、シンクデバイスが不特定の伝達関数を処理可能であることを示すことができ、その次の１ビットは、ＢＴ．１８８６によるＥＯＴＦを処理可能であることを示すことができ、その次の１ビットは、ＳＭＰＴＥ ＳＴ ２０８４によるＥＯＴＦを処理可能であることを示すことができる。

【0213】

オフセットフィールドが０ｘ０７である場合、バリュー値の上位４ビットは、不特定の伝達関数のタイプ（Ｔｙｐｅ ｏｆ Ｕｎｓｐｅｃｉｆｉｅｄ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ ）を示すために使用することができ、下位４ビットは、不特定の伝達関数内の係数の個数（Ｎｕｍｂｅｒ ｏｆ ｃｏｅｆｆｉｃｉｅｎｔｓ ｉｎ Ｕｎｓｐｅｃｉｆｉｅｄ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を示すために使用することができる。

【0214】

オフセットフィールドが０ｘ０８である場合、バリュー値の上位２ビットは、タイプの個数（Ｎｕｍｂｅｒ ｏｆ ｔｙｐｅｓ）を示すために使用することができ、その次の２ビットは、ビットデプスを示すために使用することができる。

【0215】

オフセットフィールドが０ｘ０９である場合、バリュー値は、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ）を示すことができる。

【0216】

オフセットフィールドが０ｘ０Ａである場合、バリュー値の上位１ビットは、シンクデバイスの最小明るさ情報（Ｌｏｗｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ）をＬＳＢと示すことができ、残りの７ビットは、シンクデバイスの最大明るさ情報（Ｈｉｇｈｅｓｔ Ｂｒｉｇｈｔｎｅｓｓ ｌｅｖｅｌ ｏｆ Ｓｉｎｋ ｄｅｖｉｃｅ）を示すことができる。

【0217】

オフセットフィールドが０ｘ０Ｂ〜それ以上である場合、バリュー値は、任意の伝達関数に使用される係数情報を示すことができる。

【0218】

図２２は、本発明の一実施例に係る超高画質放送信号受信装置の動作を示したフローチャートである。

【0219】

本発明の一実施例に係る超高画質放送信号受信装置は、逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）１０１０、デコーダー（Ｄｅｃｏｄｅｒ）１０２０、ＥＯＴＦ遂行部（Ｅｌｅｃｔｒｏ―Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）１０３０、区分部１０４０及び／または制御部（Ｃｏｎｔｒｏｌｌｅｒ）１０５０を含むことができる。

【0220】

逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）１０１０は、受信部（Ｒｅｃｅｉｖｅｒ）（図示せず）を含むことができる。受信部は、超高画質放送コンテンツを受信することができ、広域明るさ範囲メタデータ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ ｍｅｔａｒａｄａ；ＨＤＲ ｍｅｔａｄａｔａ）を受信することができる。広域明るさ範囲メタデータは、超高画質放送コンテンツで表現された明るさ情報、及び受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させる方法に対する情報を示すことができる。逆多重化部は、多重化されて受信された超高画質放送ストリーム（ＵＨＤ ｓｔｒｅａｍ）をそれぞれの単位ストリーム（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）に逆多重化させることができる。例えば、単位ストリームは、ビデオデータを伝送するビデオ単位ストリーム、オーディオデータを伝送するオーディオ単位ストリームなどを含むことができる。広域明るさ範囲メタデータも、超高画質メディアデータと共に多重化されて一つの超高画質放送ストリームとして受信され得る。この場合、逆多重化部は、多重化されて受信された超高画質放送ストリームをそれぞれの単位ストリーム及び／またはディスプレイ情報メタデータに逆多重化させることができる。

【0221】

デコーダー（Ｄｅｃｏｄｅｒ）１０２０は、逆多重化された単位ストリームが伝送するメディアデータ及び／またはディスプレイ情報メタデータをデコーディングすることができる。単位ストリームが伝送するメディアデータは、超高画質ビデオデータを含むことができる。

【0222】

ＥＯＴＦ遂行部（Ｅｌｅｃｔｒｏ―Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）１０３０は、デコーディングされた超高画質ビデオデータを対象にしてエンコーディング（ｅｎｃｏｄｉｎｇ）過程で使用されていた伝送曲線（ｔｒａｎｓｆｅｒ ｃｕｒｖｅ）に沿って適切な演算を行うことができる。このとき、既存のＥＯＴＦ以外にも、ＨＤＲに適したＥＯＴＦを使用することができ、任意のＥＯＴＦを新たに定義して使用することができる。既存のＥＯＴＦの一例として、ＩＴＵ―Ｒ ＢＴ．１８８６に記載のガンマ（ｇａｍｍａ）変換がこれに該当し得る。ＨＤＲに適したＥＯＴＦの一例として、知覚的量子化（Ｐｅｒｃｅｐｔｕａｌ Ｑｕａｎｔｉｚａｔｉｏｎ）などがこれに該当し得る。任意のＥＯＴＦとしては、新たな（ｎｅｗ）―ＥＯＴＦを使用することができる。ＥＯＴＦ遂行部で使用されるＥＯＴＦに対する情報は、ＶＵＩメッセージ（音声ユーザーインターフェースメッセージ（Ｖｏｉｃｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ ｍｅｓｓａｇｅ））またはメタデータを介して伝送することができる。上述したＥＯＴＦに対する情報は、本発明の一実施例に係る広域明るさ範囲メタデータに含ませて伝送することができ、これに関しては後で詳細に説明する。ＥＯＴＦ遂行部によるＥＯＴＦ遂行は、受信装置の動作の流れに従って制御部の処理過程後に行うことができ、制御部の処理過程中に行うことができる。当該図面に示したように、本発明の一実施例に係る受信装置の動作では、線形明るさグラデーション（ｌｉｎｅａｒ ｌｕｍｉｎａｎｃｅ ｇｒａｄａｔｉｏｎ）での変換を仮定している。したがって、本発明の一実施例に係る受信装置は、デコーディング直後にＥＯＴＦを行う。ここで、ＥＯＴＦ（Ｅｌｅｃｔｒｏ―Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ；ＥＯＴＦ）とは、ディスプレイのデジタル入力値と出力明るさ値との関係を示したり、ディスプレイの入力明るさ値と出力デジタル値との関係を示す変換関数である。

【0223】

区分部１０４０は、本発明の一実施例に係る受信装置のディスプレイで表現可能な明るさ範囲（Ｄｙｎａｍｉｃ Ｒａｎｇｅ；ＤＲ）情報と、広域明るさ範囲メタデータを通じて受信された超高画質放送コンテンツの明るさ範囲情報とを比較してコンテンツの変換有無を判断することができる。ここで、受信装置のディスプレイで表現可能な明るさ範囲情報は、受信装置で表現可能な明るさ範囲の最大値、最小値及びビット深度（ｂｉｔ ｄｅｐｔｈ）を含むことができる。ここで、超高画質放送コンテンツの明るさ範囲情報は、超高画質放送コンテンツで表現された最大基準明るさを示す最大基準明るさ情報、超高画質放送コンテンツで表現された最小基準明るさを示す最小基準明るさ情報、及びビット深度（ｂｉｔ ｄｅｐｔｈ）を含むことができる。区分部は、既に設定された判断基準に従って受信装置のディスプレイ環境を区分することができる。本発明の一実施例によると、受信装置のディスプレイ環境は、既存の明るさ範囲を有するディスプレイ（場合１）、既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）、及び超高画質放送コンテンツで表現された明るさ範囲より広い範囲を表現できるディスプレイ（場合３）のうちいずれか一つに区分することができる。ここで、受信装置のディスプレイ環境の区分のための既に設定された判断基準と既存の明るさ範囲に対しては、後で詳細に説明する。

【0224】

制御部（Ｃｏｎｔｒｏｌｌｅｒ）１０５０は、本発明の一実施例に係る受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させることができる。また、区分部で区分された本発明の一実施例に係る受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させることができる。制御部は、超高画質放送コンテンツで表現された明るさ範囲を既に設定された判断基準に従って区分することができ、区分された各区間別に異なる種類の変換方法を用いて超高画質放送コンテンツを変換させることができる。ここで、コンテンツで表現された明るさ範囲を区分する判断基準に対しては後で説明する。制御部は、本発明の一実施例に係る受信装置のディスプレイ環境が、第１の場合または第２の場合であるときは、受信した広域明るさ範囲メタデータを用いて超高画質放送コンテンツを変換させることができ、第３の場合であるときは超高画質放送コンテンツを変換させない。

【0225】

本発明の一実施例に係る超高画質放送信号受信装置は、超高画質放送コンテンツを再生する再生部を含むことができる。再生部は、後述するクリッピングオプションが使用される場合、超高画質放送コンテンツで表現された全体の明るさ範囲のうち後述するクリッピング明るさ範囲情報が示す特定範囲の明るさに対してのみ再生することができる。

【0226】

本発明の一実施例に係る超高画質放送コンテンツを変換させる過程は、視聴者によってＴＶのプリセット（ｐｒｅｓｅｔ）に予め指定することができ、この場合、別途の選択段階なしで自動的に超高画質放送コンテンツを変換させることができる。ＴＶのプリセット（ｐｒｅｓｅｔ）にコンテンツの変換有無を予め指定した場合は、チャンネル転換時にもこのような設定を同一に維持することができる。コンテンツの変換有無は、超高画質放送コンテンツ供給段階で指定することができ、この場合、受信装置でコンテンツの変換をサポートする場合、別途の選択段階なしで自動的にコンテンツを変換させることができる。

【0227】

本発明の一実施例によると、超高画質放送コンテンツで表現された明るさ情報などを含む広域明るさ範囲メタデータは、シーンバイシーン（ｓｃｅｎｅ ｂｙ ｓｃｅｎｅ）で受信することができる。
本発明の一実施例によると、予約視聴環境でもＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）などを通じて広域明るさ範囲メタデータを基盤にする広域明るさ範囲を有する超高画質放送コンテンツに対して予め知らせることができる。この場合、視聴者は、ＥＰＧ上の特定コンテンツの変換を予約することができる。このとき、受信装置は、これを記憶してから、当該コンテンツが選択されたとき、自動的に超高画質放送コンテンツを受信装置のディスプレイ環境に適するように変換させることができる。

【0228】

本発明の一実施例に係る受信装置は、チャンネル転換時、現在チャンネルで放映される受信装置のディスプレイ環境に合わせて変換されたコンテンツの変換関連情報を記憶することができ、その後、現在のチャンネルに再び戻り、該当コンテンツが継続して放映中であるとき、以前に記憶された変換関連情報を再び使用して再生することができる。

【0229】

本発明の一実施例に係る受信装置は、受信される超高画質放送コンテンツに適したディスプレイ環境で受信装置のディスプレイ環境を調整するのに必要なディスプレイ情報メタデータを受信することができる。この場合、本発明の一実施例に係る受信装置は、受信したディスプレイ情報メタデータを用いて超高画質放送コンテンツに適するように受信装置のディスプレイ環境を調整することができる。

【0230】

図２３は、本発明の一実施例に係る受信装置のディスプレイ環境を区分する判断基準を示した図である。
本発明の一実施例に係る超高画質放送信号受信装置のディスプレイ環境は、既存の明るさ範囲を有するディスプレイ（場合１）、既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）、及び超高画質放送コンテンツで表現された明るさ範囲より広い範囲を表現できるディスプレイ（場合３）のうちいずれか一つに区分することができる。

【0231】

本発明の一実施例に係る受信装置のディスプレイ環境を区分する判断基準は、超高画質放送コンテンツで表現された最大基準明るさを示す最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最大値を示す必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、及び超高画質放送信号受信装置のディスプレイで表現可能な明るさ範囲の最大値（ｍａｘ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ）が該当し得る。

【0232】

当該図面を見ると、受信装置のディスプレイで表現可能な明るさ範囲の最大値（ｍａｘ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ）が、コンテンツで表現された最大基準明るさ（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）に既に設定された値（ａｌｐｈａ）を足した値より大きいか同じであると、本発明の一実施例に係る受信装置のディスプレイは場合３に区分することができる。そして、場合３に該当しないと共に、受信装置のディスプレイで表現可能な明るさ範囲の最大値（ｍａｘ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ）がコンテンツで必須的に表現されなければならない明るさ範囲の最大値である必須最大明るさ（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）に既に設定された値（ｂｅｔａ）を足した値より小さいか同じであると、本発明の一実施例に係る受信装置のディスプレイは場合１に区分することができる。そして、場合３及び場合１の条件を満足しないと、本発明の一実施例に係る受信装置のディスプレイは場合２に区分することができる。ここで、既存の明るさ範囲を有するディスプレイ（場合１）において、既存の明るさ範囲は、コンテンツで必須的に表現されなければならない明るさ範囲の最大値である必須最大明るさ（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）に既に設定された値（ｂｅｔａ）を足した値より小さい範囲を意味し得る。当該図面において、アルファ（ａｌｐｈａ）及びベータ（ｂｅｔａ）値は、本発明の一実施例に係る受信装置のディスプレイ及び超高画質放送コンテンツの特性を参照して予め設定することができ、追加的に伝送することができる。

【0233】

本発明の一実施例によると、当該図面で既に設定された値であるアルファ（ａｌｐｈａ）及びベータ（ｂｅｔａ）は０に設定することができる。この場合、本発明の一実施例に係る受信装置のディスプレイ環境は、受信装置のディスプレイで表現可能な明るさ範囲の最大値が、必須最大明るさ情報が示す値より小さいか同じ第１の場合（場合１）、受信装置のディスプレイで表現可能な明るさ範囲の最大値が、必須最大明るさ情報が示す値より大きく、最大基準明るさ情報が示す値より小さい第２の場合（場合２）、及び受信装置のディスプレイで表現可能な明るさ範囲の最大値が、最大基準明るさ情報が示す値より大きいか同じ第３の場合（場合３）に区分することができる。

【0234】

本発明の一実施例によると、超高画質放送信号受信装置のディスプレイ環境を区分するための判断基準として、最大基準明るさ情報、必須最大明るさ情報及び受信装置のディスプレイで表現可能な明るさ範囲の最大値を用いることができる。ここで、明るさ範囲の最大値を判断基準として用いる理由は、ＬＤＲ（Ｌｏｗ ｄｙｎａｍｉｃ Ｒａｎｇｅ）映像に比べて、ＨＤＲ映像で高輝度成分（明るい部分）の比重が相対的に高いためである。しかし、必要に応じて、低輝度成分（暗い部分）を判断基準として超高画質放送信号受信装置のディスプレイ環境を区分することができる。この場合、超高画質放送コンテンツで表現された最小基準明るさを示す最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最小値を示す必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）及び超高画質放送信号受信装置のディスプレイで表現可能な明るさ範囲の最小値（ｍｉｎ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ）が本発明の一実施例に係る受信装置のディスプレイ環境を区分する判断基準となり得る。

【0235】

本発明の一実施例に係る受信装置のディスプレイ環境を区分するために用いられる判断基準は、後述する広域明るさ範囲メタデータに含ませて伝送することができる。

【0236】

図２４は、本発明の一実施例に係る超高画質放送コンテンツの映像処理過程を示した図である。
本発明の一実施例に係る超高画質放送コンテンツの映像処理過程は、ＥＯＴＦ遂行段階（Ｅｌｅｃｔｒｏ―Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ；Ｓ３０１０）、ディスプレイ明るさ範囲区分段階（Ｄｉｓｐｌａｙ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｃａｔｅｇｏｒｉｚａｔｉｏｎ；Ｓ３０２０）、コンテンツ変換段階（Ｄｉｓｐｌａｙ Ａｄａｐｔｉｖｅ Ｄｙｎａｍｉｃ Ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ；Ｓ３０３０）及び／または量子化段階（Ｑｕａｎｔｉｚａｔｉｏｎ；Ｓ３０４０）を含むことができる。
ＥＯＴＦ遂行段階（Ｅｌｅｃｔｒｏ―Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ；Ｓ３０１０）でデコーディングされた超高画質ビデオデータは、ＥＯＴＦ関数を用いて変換させることができる。ＥＯＴＦ遂行に関する詳細な説明は、上述した本発明の一実施例に係る受信装置のＥＯＴＦ遂行部１０３０に対する説明に取り替える。

【0237】

ディスプレイ環境区分段階（Ｄｉｓｐｌａｙ Ｄｙｎａｍｉｃ Ｒａｎｇｅ Ｃａｔｅｇｏｒｉｚａｔｉｏｎ；Ｓ３０２０）において、本発明の一実施例に係る受信装置のディスプレイ環境は、既に設定された判断基準に従って既存の明るさ範囲を有するディスプレイ（場合１）、既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）、及び超高画質放送コンテンツで表現された明るさ範囲より広い範囲を表現できるディスプレイ（場合３）のうちいずれか一つに区分することができる。これに関する詳細な説明は、上述した本発明の一実施例に係る受信装置の区分部１０４０に対する説明に取り替える。以下、本明細書では、区分された受信装置のディスプレイ環境（場合１、場合２、場合３）のそれぞれに対して、本発明の一実施例に係る受信装置の動作を区分して説明する。

【0238】

コンテンツ変換段階（Ｄｉｓｐｌａｙ Ａｄａｐｔｉｖｅ Ｄｙｎａｍｉｃ Ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ；Ｓ３０３０）において、本発明の一実施例に係る受信装置の制御部は、受信装置のディスプレイ環境を考慮して受信された超高画質放送コンテンツの明るさ範囲（Ｄｙｎａｍｉｃ Ｒａｎｇｅ；ＤＲ）を変換させることができる。以下、ディスプレイ環境区分段階（Ｓ３０２０）で区分された受信装置のディスプレイ環境の各場合に対して区分して説明する。

【0239】

本発明の一実施例に係る超高画質放送信号受信装置が、既存の明るさ範囲を有するディスプレイを有する場合（場合１）、ディスプレイの明るさ範囲（ＤＲ）がコンテンツの明るさ範囲（ＤＲ）を十分に収容できない場合に該当し得る。この場合、以下の各変換方法を通じて受信装置の特性を考慮して、製作者の意図によってコンテンツを変換させることができる。

【0240】

本発明の一実施例によると、超高画質放送コンテンツの変換のためにクリッピング（ｃｌｉｐｐｉｎｇ）オプションを使用することができる。クリッピングとは、一定成分以上または以下の明るさ成分に対してディスプレイしないように設定するオプションである。明るさ範囲（ＤＲ）上でコンテンツの明るさ成分が一定区間内に集中していると判断され、別途の変換を行わないことが受信装置のディスプレイで該当コンテンツを再生するのに最適な状況であると判断される場合、クリッピング方法を使用することができる。後述する広域明るさ範囲メタデータ（ＨＤＲ ｍｅｔａｄａｔａ）に含まれたクリッピングフラグ情報（ｃｌｉｐｐｉｎｇ＿ｆｌａｇ）を１に指定することによって、クリッピングオプションが使用可能であることを示すことができる。クリッピングフラグ情報（ｃｌｉｐｐｉｎｇ＿ｆｌａｇ）が１を示す場合、受信装置のディスプレイで別途の変換なしで再生されることを望む領域の明るさに対するデジタル値であるクリッピング明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｉｎｇ＿ｕｐｐｅｒ＿ｂｏｕｎｄ、ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）をシグナリングすることができる。クリッピング明るさ範囲情報は、後述する広域明るさ範囲メタデータに含ませて伝送することができる。クリッピングオプションは、クリッピングオプションの使用後にも、コンテンツ自体の飽和欠陥（ｓａｔｕｒａｔｉｏｎ ａｒｔｉｆａｃｔ）による問題が少なく発生するという効果がある。また、超高画質放送コンテンツで表現しようとする明るさ範囲（ＤＲ）領域、すなわち、受信装置のディスプレイで別途の変換なしで再生されることを望む明るさ範囲領域（ｌｕｍａ＿ｃｌｉｐｉｎｇ＿ｕｐｐｅｒ＿ｂｏｕｎｄ、ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）及びビット深度（ｂｉｔ ｄｅｐｔｈ）が、現在の受信装置のディスプレイで明るさ範囲（ＤＲ）及びビット深度（ｂｉｔ ｄｅｐｔｈ）と一致する場合、コンテンツの核心明るさ領域の情報を現在の受信装置のディスプレイで最大限に表現することができる。

【0241】

本発明の一実施例によると、超高画質放送コンテンツの変換のために線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を使用することができる。線形明るさ範囲変換とは、超高画質放送コンテンツ製作者によって予め定められた変換式を使用する方法のうち一つであって、コンテンツの全体明るさ範囲（ＤＲ）に対して線形マッピング（ｌｉｎｅａｒ ｍａｐｐｉｎｇ）をする方法である。後述する広域明るさ範囲メタデータ（ＨＤＲ ｍｅｔａｄａｔａ）に含まれた線形マッピングフラグ情報（ｌｉｎｅａｒ＿ｍａｐｐｉｎｇ＿ｆｌａｇ）を１に指定することによって、線形明るさ範囲変換方法が使用されることを示すことができる。また、後述する広域明るさ範囲メタデータ（ＨＤＲ ｍｅｔａｄａｔａ）に含まれた必須最大明るさ情報と最大基準明るさ情報とを同一の値に設定し、必須最小明るさ情報と最小基準明るさ情報とを同一の値に設定した後、核心明るさ領域に使用される変換曲線の種類を識別する変換曲線タイプ情報を０ｘ００に設定することによって、線形明るさ範囲変換方法が使用されることを示すことができる。ここで、必須最大明るさ情報、最大基準明るさ情報、必須最小明るさ情報、最小基準明るさ情報、核心明るさ領域及び変換曲線タイプ情報に対しては、後で詳細に説明する。

【0242】

本発明の一実施例によると、超高画質放送コンテンツの変換のために適応性明るさ範囲変換（ａｄａｐｔｉｖｅ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を使用することができる。適応性明るさ範囲変換とは、超高画質放送コンテンツ製作者によって予め定められた変換式を区間によって異なる形に適用する方法である。本発明の一実施例に係る超高画質放送信号受信装置のディスプレイで表現される多様な明るさ範囲をサポートするために、超高画質放送コンテンツの明るさ範囲（ＤＲ）は三つの区間に区分することができる。超高画質放送コンテンツの明るさ範囲（ＤＲ）は、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）と必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）との間の領域を示す核心明るさ範囲領域、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）と最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）との間の領域を示す上位明るさ範囲領域、及び最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）と必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）との間の領域を示す下位明るさ範囲領域に区分することができる。ここで、核心明るさ範囲領域は核心領域と略称し、上位明るさ範囲領域は上位領域と略称し、下位明るさ範囲領域は下位領域と略称することができる。区分された各区間が受信装置のディスプレイの明るさ範囲（ＤＲ）で占める比率を伝送することができる。核心明るさ範囲領域比率（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）及び上位明るさ範囲領域比率（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）が伝送されることによって、計算を通じてそれぞれのディスプレイに合う区間別の明るさを設定することができる。ここで、下位明るさ領域比率は、１００から核心明るさ範囲領域比率及び上位明るさ範囲領域比率を差し引くことによって計算することができる。本発明の一実施例に係る適応性明るさ範囲変換方法の変換過程に製作者の意図を反映するために、後述する広域明るさ範囲メタデータを通じてコンテンツの明るさ範囲の区分のための情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ、ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、区分された各区間に対する情報（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ、ｌｕｍａ＿ｌｏｗｅｒ＿ｖａｌｕｅ）、及び区分された各区間に対する変換式に対する情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ、ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ、ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）を伝送することができる。ここで、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）、最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）及び核心明るさ範囲領域比率（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）、上位明るさ範囲領域比率（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）に対しては、後で詳細に説明する。

【0243】

本発明の一実施例に係る超高画質放送信号受信装置が既存に比べて広い明るさ範囲（ＤＲ）を有するが、超高画質放送コンテンツの明るさ範囲（ＤＲ）を全て収容できない場合（場合２）、以下の各変換方法を通じて受信装置の特性及び製作者の意図を考慮してコンテンツを変換させることができる。
本発明の一実施例によると、超高画質放送信号受信装置が既存の明るさ範囲を有するディスプレイを有する場合（場合１）と同様に、超高画質放送コンテンツの変換のためにクリッピング（ｃｌｉｐｐｉｎｇ）オプションを使用することができる。これに対する説明は、上述した場合１でクリッピングに対する説明に取り替える。

【0244】

本発明の一実施例によると、超高画質放送信号受信装置が既存の明るさ範囲を有するディスプレイを有する場合（場合１）と同様に、超高画質放送コンテンツの変換のために線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を使用することができる。これに対する説明は、上述した場合１で線形明るさ範囲変換方法に対する説明に取り替える。さらに、超高画質放送信号受信装置が既存に比べて広い明るさ範囲（ＤＲ）を有するが、超高画質放送コンテンツの明るさ範囲（ＤＲ）を全て収容できない場合（場合２）は、受信装置のディスプレイで表現可能な追加明るさ範囲（ＤＲ）考慮のための明るさ範囲の差値（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）を伝送することによって線形明るさ範囲変換区間を定めることができる。ここで、追加明るさ範囲（ＤＲ）考慮のための明るさ範囲の差値（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）は、後述する広域明るさ範囲メタデータに含ませて伝送することができる。

【0245】

本発明の一実施例によると、超高画質放送信号受信装置が既存の明るさ範囲を有するディスプレイを有する場合（場合１）と同様に、超高画質放送コンテンツの変換のために適応性明るさ範囲変換（ａｄａｐｔｉｖｅ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を使用することができる。これに対する説明は、上述した場合１で適応性明るさ範囲変換方法に対する説明に取り替える。さらに、本発明の一実施例に係る超高画質放送信号受信装置が既存に比べて広い明るさ範囲（ＤＲ）を有するが、超高画質放送コンテンツの明るさ範囲（ＤＲ）を全て収容できない場合（場合２）の適応性明るさ範囲変換方法は、既存の明るさ範囲を有する場合１に比べて追加された明るさ範囲（ＤＲ）をうまく活用できる方法である。追加領域差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）、変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）及び変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）を使用してコンテンツで表現された明るさ範囲の各区間別の明るさ範囲（ＤＲ）の変換程度を調節することができる。

【0246】

ｍａｘ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ＜ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＋ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［０］＋・・・＋ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］を満足する場合、すなわち、超高画質放送信号受信装置のディスプレイで表現可能な明るさ範囲の最大値（ｍａｘ＿ｄｉｓｐｌａｙ＿ｂｒｉｇｈｔｎｅｓｓ）が、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）に追加領域差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）を足した値より小さい場合は、核心明るさ範囲領域及び／または上位明るさ範囲領域を変更することができ、これによって、変更された領域に適用される変換曲線も変更されるので、後述する変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）、変更上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）及び／または変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）を新たに適用することができる。上述した追加領域差情報、変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）、変更上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）及び／または変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）に対しては、後で詳細に説明する。

【0247】

本発明の一実施例に係る超高画質放送信号受信装置が既存に比べて広い明るさ範囲（ＤＲ）を有するが、超高画質放送コンテンツの明るさ範囲（ＤＲ）を全て収容できない場合（場合２）、一般ディスプレイの既存の明るさ範囲と比較すると、追加された明るさ範囲（ＤＲ）によって全体の出力明るさ範囲（ｏｕｔｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）が増加するようになるが、このとき、変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）の比率が、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）に比べて、占める比重が既存と類似する場合は、中間明るさ領域情報を詳細に示すことを意味することができ、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）の比重が増加する場合は、高輝度成分に対する明るさ情報をより詳細に示すことを意味することができる。

【0248】

本発明の一実施例に係る超高画質放送信号受信装置のディスプレイの明るさ範囲（ＤＲ）が超高画質放送コンテンツの明るさ範囲（ＤＲ）を十分に収容する場合（場合３）は、超高画質放送コンテンツを別途の変換過程なしでそのまま再生させることができる。

【0249】

量子化段階（Ｑｕａｎｔｉｚａｔｉｏｎ；Ｓ３０４０）では、本発明の一実施例に係る受信装置のディスプレイに適した明るさ範囲を有するように変換された超高画質放送コンテンツをディスプレイのビット深度（ｂｉｔ ｄｅｐｔｈ）に合うように量子化（ｑｕａｎｔｉｚａｔｉｏｎ）することができる。

【0250】

本発明の一実施例に係る超高画質放送コンテンツの映像処理過程は、ディスプレイ環境調整段階（Ｄｉｓｐｌａｙ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ａｄｊｕｓｔｍｅｎｔ）及び／または再生段階（Ｄｉｓｐｌａｙ）をさらに含むことができる。ディスプレイ環境調整段階（Ｄｉｓｐｌａｙ ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ａｄｊｕｓｔｍｅｎｔ）では、超高画質放送コンテンツ製作者が意図したディスプレイ環境に適するように受信装置のディスプレイ環境を調整することができる。メタデータを通じてコンテンツ製作者が意図したディスプレイ環境に対する情報を提供することができ、これを用いて、本発明の一実施例に係る超高画質放送信号受信装置はディスプレイ環境を調整することができる。再生段階（Ｄｉｓｐｌａｙ）では、超高画質放送コンテンツの製作者の意図及び受信装置のディスプレイ特性に合わせて明るさ範囲（ＤＲ）が変換されたコンテンツを視聴者に提供することができる。本発明の一実施例に係る超高画質放送信号受信装置のディスプレイの明るさ範囲（ＤＲ）が超高画質放送コンテンツの明るさ範囲（ＤＲ）を十分に収容する場合（場合３）は、別途の変換なしで原本通りのコンテンツを視聴者に提供することができる。

【0251】

図２５は、本発明の一実施例に係るクリッピング（ｃｌｉｐｐｉｎｇ）オプションと線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を示した図である。
当該図面において、ｘ軸は、本発明の一実施例に係る超高画質放送コンテンツの明るさ範囲を示すことができ、ｙ軸は、本発明の一実施例に係る超高画質放送信号受信装置のディスプレイで表現可能な明るさ範囲（ＤＲ）を示すことができる。入力明るさ範囲（Ｉｎｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）は、明るさ範囲の変換前のコンテンツの明るさ範囲になり、出力明るさ範囲（Ｏｕｔｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）は、受信装置のディスプレイで表現可能な明るさ範囲に合わせて変換されたコンテンツの明るさ範囲になり得る。

【0252】

当該図面に示した二つの変換曲線のうち勾配がより大きい曲線は、クリッピングオプションが使用された状況を示すことができ、勾配がより小さい曲線は、線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法が使用された状況を示すことができる。

【0253】

図２６は、本発明の一実施例に係る広域明るさ範囲メタデータを通じて伝送される変換曲線（ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｃｕｒｖｅ）の種類を示した図である。
本発明の一実施例によると、超高画質放送信号受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させる過程で、製作者によって予め選択された特定変換式を使用することができる。コンテンツの変換に使用される変換式には、当該図面に示したように、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）、ログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）及びＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）を使用することができ、製作者によって選択された最適な変換曲線は、後述する広域明るさ範囲メタデータに含まれた核心領域変換曲線細部情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、下位領域変換曲線細部情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））を通じて伝送することができる。

【0254】

図２７は、本発明の一実施例に係る超高画質放送信号受信装置のディスプレイの区分による適応性明るさ範囲変換（ａｄａｐｔｉｖｅ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法を示した図である。
本発明の一実施例に係る超高画質放送信号受信装置のディスプレイ環境は、既に設定された判断基準に従って区分することができる。超高画質放送信号受信装置のディスプレイ環境は、既存の明るさ範囲を有するディスプレイ（場合１）、既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）、及び超高画質放送コンテンツで表現された明るさ範囲より広い範囲を表現できるディスプレイ（場合３）のうちいずれか一つに区分することができる。ディスプレイ環境の区分に対する詳細な説明は、上述した超高画質放送信号受信装置の区分部に対する説明に取り替える。
当該図面において、ｘ軸は、入力明るさ範囲（Ｉｎｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）を示し、ｙ軸は、出力明るさ範囲（Ｏｕｔｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）を示すことができる。入力明るさ範囲（Ｉｎｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）に超高画質放送コンテンツの明るさ範囲（ＤＲ）が入力されると、変換過程を経て出力明るさ範囲（Ｏｕｔｐｕｔ ｄｙｎａｍｉｃ ｒａｎｇｅ）として超高画質放送信号受信装置のディスプレイの明るさ範囲（ＤＲ）を出力することができる。

【0255】

当該図面に示した、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）は、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最小値を示すことができる。必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）は、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最大値を示すことができる。必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）が示す値に追加された値を示す必須最大明るさ差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）は、既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）に適するように超高画質放送コンテンツを変換させる場合、コンテンツの核心明るさ範囲領域を拡張するために用いることができる。すなわち、場合２において、超高画質放送コンテンツの核心明るさ範囲領域は、必須最大明るさ差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）が示す値だけ拡張することができる。結果的に、場合２において、核心明るさ範囲領域は、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）が示す値と、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）が示す値に必須最大明るさ差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）が示す値を足した値との間の領域を示すことができる。最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）は、超高画質放送コンテンツで表現された最大基準明るさを示すことができ、最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）は、超高画質放送コンテンツで表現された最小基準明るさを示すことができ、最小基準明るさ情報は、当該図面に示していないが、グラフで原点位置の値を示すことができる。

【0256】

当該図面を見ると、本発明の一実施例による場合３のディスプレイでは、超高画質放送コンテンツで表現された明るさ範囲より広い範囲を表現できるので、入力明るさ範囲の全区間に対して勾配が１である線形変換曲線を用いることができる。本発明の一実施例に係る場合２のディスプレイの場合、拡張された核心明るさ範囲領域では線形変換曲線が使用されたが、下位明るさ範囲領域及び必須最大明るさ差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）によって変更された上位明るさ範囲領域では、それぞれ指数曲線、ログ曲線を使用することができる。本発明の一実施例に係る場合１のディスプレイの場合、核心明るさ範囲領域では線形曲線を使用することができ、下位明るさ範囲領域及び上位明るさ範囲領域ではそれぞれ指数曲線、ログ曲線を使用することができる。当該図面において、入力明るさ範囲の各領域で使用される変換曲線としては、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）、ログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）及びＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）のうちいずれか一つを使用することができる。ここで、核心明るさ範囲領域、下位明るさ範囲領域及び上位明るさ範囲領域に対する詳細な説明は、上述した超高画質放送コンテンツの映像処理過程を示した図面に対する説明に取り替える。

【0257】

図２８は、本発明の一実施例に係るＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）の構造を示した図である。
本発明の一実施例に係る広域明るさ範囲メタデータ（Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））は、ＳＥＩメッセージを伝送するパケットのペイロードに含ませて伝送することができる。

【0258】

図２９は、本発明の一実施例に係るＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）に含まれて伝送される広域明るさ範囲メタデータ（Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を示した図である。

【0259】

本発明の一実施例に係る広域明るさ範囲メタデータ（Ｈｉｇｈ Ｄｙｎａｍｉｃ Ｒａｎｇｅ ｍｅｔａｄａｔａ；ＨＤＲ ｍｅｔａｄａｔａ）は、超高画質放送コンテンツで表現された明るさ情報と、超高画質放送信号受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させる方法に対する情報を示すメタデータを示す。上述した広域明るさ範囲メタデータは、Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ、Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ）またはｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（）と命名及び表記することができる。

【0260】

本発明の一実施例に係る広域明るさ範囲メタデータは、最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）、最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）、任意のＥＯＴＦ情報（ｐｒｉｖａｔｅ＿ＥＯＴＦ）、ＥＯＴＦ係数個数情報（ｎｕｍｂｅｒ＿ｏｆ＿ｃｏｅｆｆ）、ＥＯＴＦ係数情報（ｔｒａｎｓｆｅｒ＿ｃｕｒｖｅ＿ｃｏｅｆｆ［ｉ］）、クリッピングフラグ情報（ｃｌｉｐｐｉｎｇ＿ｆｌａｇ）、線形マッピングフラグ情報（ｌｉｎｅａｒ＿ｍａｐｐｉｎｇ＿ｆｌａｇ）、クリッピング最大明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、クリッピング最小明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、必須最大明るさデジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ）、必須最小明るさデジタル値（ｌｕｍａ＿ｌｏｗｅｒ＿ｖａｌｕｅ）、核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、核心領域変換曲線細部情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）、上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）、下位領域変換曲線タイプ情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、下位領域変換曲線細部情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、追加領域個数情報（ｎｕｍｂｅｒ＿ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）、追加領域差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）、追加領域差デジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＿ｄｉｆｆ［ｉ］）、変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）、変更上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）及び／または変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）を含むことができる。

【0261】

最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）は、超高画質放送コンテンツで表現された最大基準明るさを示す。すなわち、明るさ範囲（ＤＲ）の最大値を示す。例えば、参照モニター（ｒｅｆｅｒｅｎｃｅ ｍｏｎｉｔｏｒ）の場合、１００ｃｄ／ｍ^２を最大基準明るさと定めており、この場合、一般的な範囲を考慮して前記値を１００（１０進数）で割った値の割り前である１が伝送され得る。

【0262】

最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）は、超高画質放送コンテンツで表現された最小基準明るさを示す。すなわち、明るさ範囲（ＤＲ）の最小値を示す。例えば、参照モニター（ｒｅｆｅｒｅｎｃｅ ｍｏｎｉｔｏｒ）の場合、０．０５ｃｄ／ｍ^２を最小基準明るさと定めており、この場合、一般的な範囲を考慮して前記値に１００（１０進数）を掛けた値である５が伝送され得る。

【0263】

任意のＥＯＴＦ情報（ｐｒｉｖａｔｅ＿ＥＯＴＦ）は、任意のＥＯＴＦ関数が使用されるか否かを示す。一般に、ＩＴＵ―Ｒ ＢＴ．１８８６、ＲＥＣ．７０９、ＢＴ．２０２０などのように広く使用されるＥＯＴＦが使用される場合は、ＶＵＩ情報によって伝達することができる。しかし、未だに標準として定められていないＥＯＴＦが使用される場合、当該フィールド値を１に設定して示すことができる。例えば、標準として定められていないＥＯＴＦ、すなわち、任意のＥＯＴＦとして知覚的量子化（ｐｅｒｃｅｐｔｕａｌ ｑｕａｎｔｉｚａｔｉｏｎ）を使用することができる。

【0264】

ＥＯＴＦ係数個数情報（ｎｕｍｂｅｒ＿ｏｆ＿ｃｏｅｆｆ）は、任意のＥＯＴＦに使用された係数の個数を示す。

【0265】

ＥＯＴＦ係数情報（ｔｒａｎｓｆｅｒ＿ｃｕｒｖｅ＿ｃｏｅｆｆ［ｉ］）は、任意のＥＯＴＦに使用された係数を示す。

【0266】

クリッピングフラグ情報（ｃｌｉｐｐｉｎｇ＿ｆｌａｇ）は、クリッピングオプションが使用されるか否かを示す情報であって、クリッピングオプションの使用が許容される場合、１の値を有することができる。

【0267】

線形マッピングフラグ情報（ｌｉｎｅａｒ＿ｍａｐｐｉｎｇ＿ｆｌａｇ）は、線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法の使用有無を示す。線形明るさ範囲変換（ｌｉｎｅａｒ ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ）方法が使用される場合、１の値を有する。
クリッピング最大明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）は、クリッピングオプションが使用される場合にディスプレイされる明るさ範囲（ＤＲ）で上位臨界点に対するデジタル値（ｄｉｇｔａｌ ｖａｌｕｅ）を示す。

【0268】

クリッピング最小明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）は、クリッピングオプションが使用される場合にディスプレイされる明るさ範囲（ＤＲ）で下位臨界点に対するデジタル値（ｄｉｇｔａｌ ｖａｌｕｅ）を示す。

【0269】

必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）は、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最大値（ｎｉｔ単位）を示す。必須最大明るさ情報は、受信装置のディスプレイの種類を判断する基準になり得る。また、受信装置のディスプレイの種類を判断する別途の基準をシグナリングすることができる。

【0270】

必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）は、超高画質放送コンテンツで表現された明るさ範囲のうち必須的に表現されなければならない明るさ範囲の最小値（ｎｉｔ単位）を示す。必須最小明るさ情報は、受信装置のディスプレイの種類を判断する基準になり得る。また、受信装置のディスプレイの種類を判断する別途の基準をシグナリングすることができる。

【0271】

必須最大明るさデジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ）は、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）に該当するデジタル値（ｄｉｇｉｔａｌ ｖａｌｕｅ）を示す。

【0272】

必須最小明るさデジタル値（ｌｕｍａ＿ｌｏｗｅｒ＿ｖａｌｕｅ）は、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）に該当するデジタル値（ｄｉｇｉｔａｌ ｖａｌｕｅ）を示す。

【0273】

核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）としては、核心明るさ範囲領域で使用される明るさ範囲変換曲線を識別する。変換曲線は、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）、ログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）及びＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）のうちいずれか一つを使用することができる。

【0274】

核心領域変換曲線細部情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））は、核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）によって識別された変換曲線による追加情報を示す。例えば、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）が使用される場合、勾配情報を伝送することができ、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）やログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）が使用される場合、底に対する情報を伝送することができ、Ｓ曲線（ｓ ｃｕｒｖｅ）が使用される場合、変曲点の座標及び各区間に対する底とｙ截片に対する情報を伝送することができ、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用される場合、各区間のｘ座標、各区間の曲線種類及び当該グラフに対する情報を伝送することができる。

【0275】

核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）は、超高画質放送コンテンツの明るさ範囲のうち核心明るさ範囲領域が受信装置のディスプレイの全体明るさ範囲（ＤＲ）で占める比率を示す。

【0276】

上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）としては、上位明るさ範囲領域で使用される明るさ範囲変換曲線を識別する。変換曲線は、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）、ログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）及びＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）のうちいずれか一つを使用することができる。

【0277】

上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））は、上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）によって識別された変換曲線による追加情報を示す。例えば、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）が使用される場合、勾配情報を伝送することができ、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）やログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）が使用される場合、底に対する情報を伝送することができ、Ｓ曲線（ｓ ｃｕｒｖｅ）が使用される場合、変曲点の座標及び各区間に対する底とｙ截片に対する情報を伝送することができ、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用される場合、各区間のｘ座標、各区間の曲線種類及び当該グラフに対する情報を伝送することができる。

【0278】

上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）は、超高画質放送コンテンツの明るさ範囲のうち上位明るさ範囲領域が受信装置のディスプレイの全体明るさ範囲（ＤＲ）で占める比率を示す。

【0279】

下位領域変換曲線タイプ情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）としては、下位明るさ範囲領域で使用される明るさ範囲変換曲線を識別する。変換曲線は、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）、ログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）及びＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）のうちいずれか一つを使用することができる。

【0280】

下位領域変換曲線細部情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））は、下位領域変換曲線タイプ情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）によって識別された変換曲線による追加情報を示す。例えば、線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）が使用される場合、勾配情報を伝送することができ、指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）やログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）が使用される場合、底に対する情報を伝送することができ、Ｓ曲線（ｓ ｃｕｒｖｅ）が使用される場合、変曲点の座標及び各区間に対する底とｙ截片に対する情報を伝送することができ、多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用される場合、各区間のｘ座標、各区間の曲線種類及び当該グラフに対する情報を伝送することができる。

【0281】

追加領域個数情報（ｎｕｍｂｅｒ＿ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）は、核心明るさ範囲領域を拡張するために使用される変数の個数を示す。

【0282】

追加領域差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）は、超高画質放送コンテンツでｉ＋１番目の明るさ値を構成するための差値を示す。既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）で核心明るさ範囲領域を拡張する場合、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）は、ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＋ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［０］＋・・・＋ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］が示す値に変更することができる。

【0283】

追加領域差デジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＿ｄｉｆｆ［ｉ］）は、超高画質放送コンテンツでｉ＋１番目の明るさ値に対するデジタル値（ｄｉｇｉｔａｌ ｖａｌｕｅ）を示す。既存の明るさ範囲より広い明るさ範囲を有するが、超高画質放送コンテンツで表現された明るさ範囲を全て収容できないディスプレイ（場合２）で核心明るさ範囲領域を拡張する場合、必須最大明るさデジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ）は、ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＋ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＿ｄｉｆｆ［０］＋・・・＋ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＿ｄｉｆｆ［ｉ］が示す値に変更することができる。

【0284】

変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）は、ｉ＋１番目の明るさ範囲をサポートする場合、変更された上位明るさ範囲領域で使用される変換曲線を識別することができる。すなわち、変更上位領域変換曲線タイプ情報は、核心明るさ範囲領域が拡張される場合、これによって変更された上位明るさ範囲領域で使用される変換曲線を識別することができる。

【0285】

変更上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））は、変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）によって識別された変換曲線による追加情報を示す。すなわち、ｉ＋１番目の明るさ範囲をサポートする場合、変更された上位明るさ範囲領域で使用される変換曲線に対する細部事項を示す。

【0286】

変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）は、超高画質放送コンテンツの核心明るさ範囲領域が変更される場合、これによって変更された上位明るさ範囲領域が受信装置のディスプレイの全体明るさ範囲（ＤＲ）で占める比率を示す。
変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）は、超高画質放送コンテンツの核心明るさ範囲領域が変更される場合、変更された核心明るさ範囲領域が受信装置のディスプレイの全体明るさ範囲（ＤＲ）で占める比率を示す。

【0287】

本発明の一実施例に係る広域明るさ範囲メタデータは、ＥＯＴＦタイプ情報（ＥＯＴＦ＿ｔｙｐｅ）及び／またはＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）をさらに含むことができる。ＥＯＴＦタイプ情報（ＥＯＴＦ＿ｔｙｐｅ）は、ＨＤＲコンテンツの最適画質のためにコンテンツ製作者が使用したＥＯＴＦの種類を示すことができる。複数のＥＯＴＦ関連標準が制定されたり、コンテンツ製作者が任意のＥＯＴＦを定義して使用する場合にも、受信側は、ＥＯＴＦタイプ情報を用いて使用されたＥＯＴＦの種類を識別することができる。ＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）は、上述したＥＯＴＦタイプ情報によって追加的な情報が伝達される必要がある場合、使用されたＥＯＴＦに対する追加的な情報を伝達するために使用される。与えられたＥＯＴＦタイプ情報に対して、多様な条件で複数のＥＯＴＦ関数の係数を伝達する必要がある場合、送信側は、ＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）を用いて各係数に対する情報を提供することができる。例えば、コンテンツの多様な最大明るさ条件によって適したＥＯＴＦ関数の係数が変わる場合、各最大明るさ条件による係数が全て伝達されなければならない。この場合、上述したＥＯＴＦ付加情報内にコンテンツの最大明るさ条件の個数を指定するフィールドを別途に定義し、各最大明るさ条件に対して目標最大明るさ情報（ＥＯＴＦ＿ｔａｒｇｅｔ＿ｍａｘ＿ｂｒｉｇｈｔｎｅｓｓ）及びＥＯＴＦ関数の各係数に対する情報（ＥＯＴＦ＿ｃｏｅｆｆｉｃｉｅｎｔ［ｉ］）を示す方法で上述したＥＯＴＦ付加情報を用いることができる。

【0288】

図３０は、本発明の一実施例に係る核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）を示した図である。

【0289】

核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）の値が０ｘ００である場合、変換曲線として線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）が使用されることを示し、０ｘ０１である場合、変換曲線としてログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）が使用されることを示し、０ｘ０２である場合、変換曲線として指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）が使用されることを示し、０ｘ０３である場合、変換曲線としてＳ曲線（ｓ ｃｕｒｖｅ）が使用されることを示し、０ｘ０４である場合、変換曲線として多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用されることを示し、０ｘ０５である場合、ＬＵＴ（Ｌｏｏｋ Ｕｐ Ｔａｂｌｅ）が使用されることを示すことができる。

【0290】

当該図面では、核心領域変換曲線タイプ情報に対して説明しているが、上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）及び下位領域変換曲線タイプ情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）にも当該図面の内容を同一に適用することができる。

【0291】

図３１は、本発明の一実施例に係る変換曲線細部情報（ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ）を示した図である。

【0292】

本発明の一実施例に係る変換曲線細部情報（ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ）は、勾配情報（ｇｒａｄｉｅｎｔ）、底情報（ｃｏｅｆｆ＿ａ、ｃｏｅｆｆ＿ａ１）、変曲点座標情報（ｉｎｔｅｒｓｅｃｔｉｏｎ＿ｘ）、ｙ截片情報（ｃｏｅｆｆ＿ａ２）、組み合わされた曲線の個数情報（ｎｕｍ＿ｓｅｃｔｉｏｎ）、変換曲線タイプ情報（ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）、エントリー長さ情報（ｅｎｔｒｙ＿ｌｅｎｇｔｈ）、エントリー入力情報（ｉｎ＿ｖａｌｕｅ）及び／またはエントリー出力情報（ｏｕｔ＿ｖａｌｕｅ）を含むことができる。

【0293】

勾配情報（ｇｒａｄｉｅｎｔ）は、変換曲線として線形曲線（ｌｉｎｅａｒ ｃｕｒｖｅ）が使用される場合、線形曲線の勾配を示す。

【0294】

底情報（ｃｏｅｆｆ＿ａ、ｃｏｅｆｆ＿ａ１）は、変換曲線として指数曲線（ｅｘｐｏｎｅｎｔｉａｌ ｃｕｒｖｅ）、Ｓ曲線（ｓ ｃｕｒｖｅ）及び／またはログ曲線（ｌｏｇａｒｉｔｈｍｉｃ ｃｕｒｖｅ）が使用される場合、指数関数またはログ関数の底を示す。

【0295】

変曲点座標情報（ｉｎｔｅｒｓｅｃｔｉｏｎ＿ｘ）は、変換曲線としてＳ曲線（ｓ ｃｕｒｖｅ）が使用される場合、変曲点の座標を示す。

ｙ截片情報（ｃｏｅｆｆ＿ａ２）は、変換曲線としてＳ曲線（ｓ ｃｕｒｖｅ）が使用される場合、変曲点を基準にして両側の曲線のそれぞれに対するｙ截片値を示す。

【0296】

組み合わされた曲線の個数情報（ｎｕｍ＿ｓｅｃｔｉｏｎ）は、変換曲線として多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用される場合、組み合わされた曲線の個数を示す。

【0297】

変換曲線タイプ情報（ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）は、変換曲線として多くの曲線が組み合わされた曲線（ｃｏｍｂｉｎａｔｉｏｎ ｃｕｒｖｅ）が使用される場合、組み合わされた各曲線の種類を識別する。

【0298】

エントリー長さ情報（ｅｎｔｒｙ＿ｌｅｎｇｔｈ）は、超高画質放送コンテンツの変換のためにＬＵＴ（Ｌｏｏｋ―Ｕｐ Ｔａｂｌｅ）が使用される場合、ＬＵＴに含まれるエントリーの長さを示す。

【0299】

エントリー入力情報（ｉｎ＿ｖａｌｕｅ）は、超高画質放送コンテンツの変換のためにＬＵＴ（Ｌｏｏｋ―Ｕｐ Ｔａｂｌｅ）が使用される場合、ＬＵＴに入力される値を示す。

【0300】

エントリー出力情報（ｏｕｔ＿ｖａｌｕｅ）は、超高画質放送コンテンツの変換のためにＬＵＴ（Ｌｏｏｋ―Ｕｐ Ｔａｂｌｅ）が使用される場合、ＬＵＴによって出力される値を示す。

【0301】

図３２は、本発明の一実施例に係るＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）を示した図である。

【0302】

本発明の一実施例に係るＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）は、ｔａｂｌｅ＿ｉｄフィールド、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールド、ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールド、ｓｏｕｒｃｅ＿ｉｄフィールド、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎフィールド、ｎｕｍ＿ｅｖｅｎｔｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールド、ｅｖｅｎｔ＿ｉｄフィールド、ｓｔａｒｔ＿ｔｉｍｅフィールド、ＥＴＭ＿ｌｏｃａｔｉｏｎフィールド、ｌｅｎｇｔｈ＿ｉｎ＿ｓｅｃｏｎｄｓフィールド、ｔｉｔｌｅ＿ｌｅｎｇｔｈフィールド、ｔｉｔｌｅ＿ｔｅｘｔ（）フィールド、ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）フィールド及び／またはＣＲＣ＿３２フィールドを含むことができる。

【0303】

ｔａｂｌｅ＿ｉｄフィールドは、当該テーブルがＥＩＴ（Ｅｖｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｔａｂｌｅ）であることを識別する。

【0304】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＭＰＥＧ―２ ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ ｔａｂｌｅのロング（ｌｏｎｇ）形態を示すために１にセッティングされる１ビットフィールドである。
ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、１にセッティングされる１ビットフィールドである。

【0305】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、このフィールドの後にあるテーブルセクションの長さをバイト数で示す。

【0306】

ｓｏｕｒｃｅ＿ｉｄフィールドは、該当セクションで記述されるイベントを伝送する仮想チャンネルのソースアイディー（ｓｏｕｒｃｅ ｉｄ）を示す。

【0307】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、テーブルのバージョン番号を示す５ビットフィールドである。

【0308】

ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、１ビットフィールドであって、このテーブルが現在適用可能であるか、それとも次に適用可能であるかを示す。

【0309】

ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。

【0310】

ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を識別する。

【0311】

ｐｒｏｔｏｃｏｐ＿ｖｅｒｓｉｏｎフィールドは、現在のプロトコルで定義されたパラメーターと異なるパラメーターを伝送する現在のテーブルタイプを後で許容するための機能を有するフィールドである。

【0312】

ｎｕｍ＿ｅｖｅｎｔｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールドは、該当テーブルセクションに含まれたイベントの個数を示す。

【0313】

ｅｖｅｎｔ＿ｉｄフィールドは、記述されたイベントを示す特定の数字を識別する。ここで、特定の数字は、イベントＥＴＭ＿ｉｄの一部分としての役割をすることができる。

【0314】

ｓｔａｒｔ＿ｔｉｍｅフィールドは、該当イベントの開始時間をＧＰＳセカンドを基準にして示す。仮想チャンネルでイベントの開始時間を示す値は、放映中のイベントの終了時間を示す値より大きくなり得る。イベントの終了時間は、イベントの開始時間とイベントの長さを時間として示した値との和と定義することができる。

【0315】

ＥＴＭ＿ｌｏｃａｔｉｏｎフィールドは、チャンネル、イベントまたはデータイベントのための拡張されたテキストメッセージの存在有無を示す。

【0316】

ｌｅｎｇｔｈ＿ｉｎ＿ｓｅｃｏｎｄｓフィールドは、イベントの持続時間を秒単位で示す。

【0317】

ｔｉｔｌｅ＿ｌｅｎｇｔｈフィールドは、タイトルテキスト（ｔｉｔｌｅ＿ｔｅｘｔ）の長さを示す。該当フィールドの値が０であると、該当イベントにタイトルがないことを示す。
ｔｉｔｌｅ＿ｔｅｘｔ（）フィールドは、イベントの題目（ｔｉｔｌｅ）をマルチプルストリング構造（ｍｕｌｔｉｐｌｅ ｓｔｒｉｎｇ ｓｔｒｕｃｔｕｒｅ）の形式で示す。

【0318】

ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールドは、後に続いて記述されるイベントディスクリプタ（ｄｅｓｃｒｉｐｔｏｒ（））の全体の長さを示す。

【0319】

ｄｅｓｃｒｉｐｔｏｒ（）は、テーブル内に位置するディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒ ｌｏｏｐ）である。ディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒ ｌｏｏｐ）は、追加的なディスクリプタを含むことができる。ＥＩＴ内には０個以上のディスクリプタを含ませることができ、当該ディスクリプタは、各イベントごとに適用される情報を記述するイベントレベルディスクリプタ（ｅｖｅｎｔ ｌｅｖｅｌ ｄｅｓｃｒｉｐｔｏｒ）に該当し得る。本発明の一実施例に係る広域明るさ範囲メタデータは、イベントレベルディスクリプタに含まれて伝送され得る。本発明の一実施例に係る広域明るさ範囲メタデータがＥＩＴのイベントレベルディスクリプタに含まれて伝送される場合、受信装置は、イベントレベル（ｅｖｅｎｔ ｌｅｖｅｌ）でコンテンツの明るさ範囲変換のためのメタデータが含まれているか否かを確認することができ、受信装置で該当コンテンツを収容できるか否かを判断することができる。広域明るさ範囲メタデータを含むディスクリプタを明るさ範囲変換情報ディスクリプタと命名することができ、これに対しては後で詳細に説明する。超高画質サービスの種類を識別する情報を含む超高画質プログラム情報ディスクリプタがＥＩＴに含まれて伝送され得る。これに対しては後で説明する。

【0320】

ＣＲＣ＿３２フィールドは、データの無欠性をチェックできるＣＲＣ値を含む。ＣＲＣ値は、全体のＥＩＴセクションが処理された後、Ａｎｎｅｘ Ａ ｏｆ ＩＳＯ―１３８１８―１ “ＭＰＥＧ―２ Ｓｙｓｔｅｍｓ”［１３］に定義されているデコーダー内のレジスタから０値が出力されることを保証することができる。

【0321】

図３３は、本発明の一実施例に係る明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）を示した図である。

【0322】

本発明の一実施例に係る明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ）は、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド、ｎｕｍｂｅｒ＿ｏｆ＿ＨＤＲ＿ｉｎｆｏフィールド及び／またはｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（）フィールドを含むことができる。

【0323】

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、当該ディスクリプタが明るさ範囲変換情報ディスクリプタであることを識別する。

【0324】

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、当該ディスクリプタの長さを示す。

【0325】

ｎｕｍｂｅｒ＿ｏｆ＿ＨＤＲ＿ｉｎｆｏフィールドは、当該ディスクリプタに含まれた広域明るさ範囲メタデータの個数を示す。シーンバイシーン（ｓｃｅｎｅ ｂｙ ｓｃｅｎｅ）で場面ごとにコンテンツの変換方法などが変わる場合、製作者が意図する広域明るさ範囲モード（ｍｏｄｅ）の個数を示すことができる。

【0326】

ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（）フィールドは、超高画質放送コンテンツで表現された明るさ情報と、超高画質放送信号受信装置のディスプレイ環境に適するように超高画質放送コンテンツを変換させる方法に対する情報を示す。当該フィールドは、広域明るさ範囲メタデータと命名することができ、これに対しては後で詳細に説明する。

【0327】

図３４は、本発明の一実施例に係る明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））に含まれた広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））を示した図である。

【0328】

本発明の一実施例に係る広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））は、最大基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍａｘ）、最小基準明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｍｉｎ）、必須最大明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、必須最小明るさ情報（ｌｕｍｉｎａｎｃｅ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、追加領域個数情報（ｎｕｍｂｅｒ＿ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ）及び／または追加領域差情報（ｌｕｍｉｎａｎｃｅ＿ｕｐｐｅｒ＿ｂｏｕｎｄ＿ｄｉｆｆ［ｉ］）を含むことができる。

【0329】

本発明の一実施例に係る広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））は、任意のＥＯＴＦ情報（ｐｒｉｖａｔｅ＿ＥＯＴＦ）、ＥＯＴＦ係数個数情報（ｎｕｍｂｅｒ＿ｏｆ＿ｃｏｅｆｆ）、ＥＯＴＦ係数情報（ｔｒａｎｓｆｅｒ＿ｃｕｒｖｅ＿ｃｏｅｆｆ［ｉ］）、クリッピングフラグ情報（ｃｌｉｐｐｉｎｇ＿ｆｌａｇ）、線形マッピングフラグ情報（ｌｉｎｅａｒ＿ｍａｐｐｉｎｇ＿ｆｌａｇ）、クリッピング最大明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｕｐｐｅｒ＿ｂｏｕｎｄ）、クリッピング最小明るさ範囲情報（ｌｕｍａ＿ｃｌｉｐｐｉｎｇ＿ｌｏｗｅｒ＿ｂｏｕｎｄ）、必須最大明るさデジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ）、必須最小明るさデジタル値（ｌｕｍａ＿ｌｏｗｅｒ＿ｖａｌｕｅ）、核心領域変換曲線タイプ情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、核心領域変換曲線細部情報（ｍｉｄ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）、上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ）、下位領域変換曲線タイプ情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ）、下位領域変換曲線細部情報（ｌｏｗｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、追加領域差デジタル値（ｌｕｍａ＿ｕｐｐｅｒ＿ｖａｌｕｅ＿ｄｉｆｆ［ｉ］）、変更上位領域変換曲線タイプ情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ＿ｔｙｐｅ［ｉ］）、変更上位領域変換曲線細部情報（ｕｐｐｅｒ＿ＤＲ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｃｕｒｖｅ（））、変更上位明るさ範囲領域比率情報（ｕｐｐｅｒ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）及び／または変更核心明るさ範囲領域比率情報（ｍｉｄ＿ＤＲ＿ｐｅｒｃｅｎｔａｇｅ［ｉ］）をさらに含むことができる。

【0330】

本発明の一実施例に係る広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））に含まれた各情報に対する詳細な説明は、上述したＳＥＩメッセージ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ ｍｅｓｓａｇｅ）に含まれて伝送される広域明るさ範囲メタデータ（Ｄｙｎａｍｉｃ ｒａｎｇｅ ｔｒａｎｓｆｏｒｍａｔｉｏｎ ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））部分に対する説明に取り替える。

【0331】

本発明の一実施例に係る広域明るさ範囲メタデータ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｍｅｔａｄａｔａ（））は、ＥＯＴＦタイプ情報（ＥＯＴＦ＿ｔｙｐｅ）及び／またはＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）をさらに含むことができる。ＥＯＴＦタイプ情報（ＥＯＴＦ＿ｔｙｐｅ）は、ＨＤＲコンテンツの最適画質のためにコンテンツ製作者が使用したＥＯＴＦの種類を示すことができる。複数のＥＯＴＦ関連標準が制定されたり、コンテンツ製作者が任意のＥＯＴＦを定義して使用する場合にも、受信側は、ＥＯＴＦタイプ情報を用いて使用されたＥＯＴＦの種類を識別することができる。ＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）は、上述したＥＯＴＦタイプ情報によって追加的な情報が伝達される必要がある場合、使用されたＥＯＴＦに対する追加的な情報を伝達するために使用される。与えられたＥＯＴＦタイプ情報に対して、多様な条件で複数のＥＯＴＦ関数の係数を伝達する必要がある場合、送信側は、ＥＯＴＦ付加情報（ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ）を用いて各係数に対する情報を提供することができる。例えば、コンテンツの多様な最大明るさ条件に応じて適したＥＯＴＦ関数の係数が変わる場合、各最大明るさ条件による係数が全て伝達されなければならない。この場合、上述したＥＯＴＦ付加情報内にコンテンツの最大明るさ条件の個数を指定するフィールドを別途に定義し、各最大明るさ条件に対して目標最大明るさ情報（ＥＯＴＦ＿ｔａｒｇｅｔ＿ｍａｘ＿ｂｒｉｇｈｔｎｅｓｓ）及びＥＯＴＦ関数の各係数に対する情報（ＥＯＴＦ＿ｃｏｅｆｆｉｃｉｅｎｔ［ｉ］）を示す方法で上述したＥＯＴＦ付加情報を用いることができる。

【0332】

本発明の一実施例によると、一つのイベントに対して複数の広域明るさ範囲メタデータが存在し得る。すなわち、一つの超高画質放送コンテンツに一貫して広域明るさ範囲メタデータが適用されるのではなく、各場面によって異なるメタデータが適用され、異なる方法によって変換され得る。この場合、本発明の一実施例に係る超高画質放送信号受信装置のディスプレイで超高画質放送コンテンツが収容可能であるか否かを判断する必要がある。このために、超高画質放送コンテンツの明るさ範囲情報及び受信装置のディスプレイを区分するのに必要な基準情報を、本発明の一実施例に係る広域明るさ範囲メタデータを用いて伝送することができる。

【0333】

図３５は、本発明の一実施例に係る超高画質プログラム情報ディスクリプタ（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））を示した図である。

【0334】

本発明の一実施例に係る超高画質プログラム情報ディスクリプタ（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））は、ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールド及び／またはＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドを含むことができる。

【0335】

ｄｅｓｃｒｉｐｔｏｒ＿ｔａｇフィールドは、当該ディスクリプタが明るさ範囲変換情報ディスクリプタであるか否かを識別する。

【0336】

ｄｅｓｃｒｉｐｔｏｒ＿ｌｅｎｇｔｈフィールドは、当該ディスクリプタの長さを示す。

【0337】

ＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、超高画質サービス（ＵＨＤ ｓｅｒｖｉｃｅ）の種類に対する情報を提供することによって多様な超高画質サービスを提供することができる。例えば、超高画質サービスの種類には、ＵＨＤ１（４Ｋ）及びＵＨＤ２（８Ｋ）があり得る。また、超高画質サービスの種類は、画質（ｑｕａｉｌｉｔｙ）によって区分することができ、ユーザーによって任意に指定することができる。

【0338】

図３６は、本発明の一実施例に係る超高画質プログラム情報ディスクリプタ（ＵＨＤ＿ｐｒｏｇｒａｍ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））に含まれたＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドを示した図である。

【0339】

本発明の一実施例に係るＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅのフィールド値が００００であると、ＵＨＤ１サービスであることを示し、０００１であるとＵＨＤ２サービスであることを示し、１０００―１１１１であると、ユーザーによって指定された特定サービスであることを示すことができる。例えば、ユーザーは、ＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅを１００１（ｃｏｌｏｒ ｅｎｈａｎｃｅｄ ＵＨＤ１（４Ｋ） ｓｅｒｖｉｃｅ）に指定し、色感向上（ｃｏｌｏｒ ｅｎｈａｎｃｅｍｅｎｔ）が使用されることを示すことができる。

【0340】

本発明の一実施例によると、ＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅを１００１（ｃｌｏｒ ｅｎｈａｎｃｅｄ ＵＨＤ１（４Ｋ） ｓｅｒｖｉｃｅ）に指定し、メタデータを用いてディスプレイ環境の調整が可能であることを示すことができる。ＵＨＤ＿ｓｅｒｖｉｃｅ＿ｔｙｐｅが００００（ＵＨＤ１ ｓｅｒｖｉｃｅ）である場合、ＥＩＴ内への明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））の存在有無を確認することによって、メタデータを用いて受信装置のディスプレイに適するように超高画質放送コンテンツを変換させることが可能であるか否かを判断することができる。

【0341】

本発明の一実施例によると、明るさ範囲変換情報ディスクリプタ（ｄｙｎａｍｉｃ＿ｒａｎｇｅ＿ｔｒａｎｓｆｏｒｍａｔｉｏｎ＿ｉｎｆｏ＿ｄｅｓｃｒｉｐｔｏｒ（））を用いて、コンテンツ供給者は、再生されることを望むコンテンツの明るさ範囲が視聴者のディスプレイで表現可能であるか否かを判断することができる。これを用いて、現在または未来時点に再生されるコンテンツに対しても広域明るさ範囲メタデータの使用有無を予め判断することができ、予約録画などの状況のために受信機を予めセッティングすることができる。

【0342】

図３７は、本発明の一実施例に係るＴＶＣＴ（Ｔｅｒｒｅｓｔｒｉａｌ Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｔａｂｌｅ）を示した図である。

【0343】

本発明の一実施例に係るＴＶＣＴ（Ｔｅｒｒｅｓｔｒｉａｌ Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ Ｔａｂｌｅ）は、ｔａｂｌｅ＿ｉｄフィールド、ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールド、ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールド、ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールド、ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールド、ｐｒｏｔｏｃｏｐ＿ｖｅｒｓｉｏｎフィールド、ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールド、ｓｈｏｒｔ＿ｎａｍｅフィールド、ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールド、ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールド、モジュレーションモード（ｍｏｄｕｌａｔｉｏｎ ｍｏｄｅ）フィールド、ｃａｒｒｉｅｒ＿ｆｒｅｑｕｅｎｃｙフィールド、ｃｈａｎｎｅｌ＿ＴＳＩＤフィールド、ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールド、ＥＴＭ＿ｌｏｃａｔｉｏｎフィールド、ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄフィールド、非表示（ｈｉｄｄｅｎ）フィールド、ｈｉｄｅ＿ｇｕｉｄｅフィールド、ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールド、ｓｏｕｒｃｅ＿ｉｄフィールド、ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールド及び／またはｄｅｓｃｒｉｐｔｏｒ（）を含むことができる。

【0344】

ｔａｂｌｅ＿ｉｄフィールドはテーブルを識別する。図９に示したテーブルはＴＶＣＴであるので、ｔａｂｌｅ＿ｉｄの値は０ｘ０８である。

【0345】

ｓｅｃｔｉｏｎ＿ｓｙｎｔａｘ＿ｉｎｄｉｃａｔｏｒフィールドは、ＭＰＥＧ―２ ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ ｔａｂｌｅのロング（ｌｏｎｇ）形態を示すために１にセッティングされる１ビットフィールドである。（Ｔｈｉｓ １―ｂｉｔ ｆｉｅｌｄ ｓｈａｌｌ ｂｅ ｓｅｔ ｔｏ ‘１’ ｔｏ ａｌｗａｙｓ ｉｎｄｉｃａｔｅ ｔｈｅ “ｌｏｎｇ” ｆｏｒｍ ｏｆ ｔｈｅ ＭＰＥＧ―２ ｐｒｉｖａｔｅ＿ｓｅｃｔｉｏｎ ｔａｂｌｅ．）

【0346】

ｐｒｉｖａｔｅ＿ｉｎｄｉｃａｔｏｒフィールドは、１にセッティングされる１ビットフィールドである。（Ｔｈｉｓ １―ｂｉｔ ｆｉｅｌｄ ｓｈａｌｌ ｂｅ ｓｅｔ ｔｏ ‘１’．）

【0347】

ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈフィールドは、このフィールドの後にあるテーブルセクションの長さをバイト数で示す。（Ｔｈｉｓ ｉｓ ａ １２―ｂｉｔ ｆｉｅｌｄ，ｔｈｅ ｆｉｒｓｔ ｔｗｏ ｂｉｔｓ ｏｆ ｗｈｉｃｈ ｓｈａｌｌ ｂｅ “００”．Ｉｔ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｂｙｔｅｓ ｏｆ ｔｈｅ ｓｅｃｔｉｏｎ，ｓｔａｒｔｉｎｇ ｉｍｍｅｄｉａｔｅｌｙ ｆｏｌｌｏｗｉｎｇ ｔｈｅ ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ ｆｉｅｌｄ ａｎｄ ｉｎｃｌｕｄｉｎｇ ｔｈｅ ＣＲＣ．Ｔｈｅ ｓｅｃｔｉｏｎ＿ｌｅｎｇｔｈ ｓｈａｌｌ ｎｏｔ ｅｘｃｅｅｄ １０２１ ｓｏ ｔｈａｔ ｔｈｅ ｅｎｔｉｒｅ ｓｅｃｔｉｏｎ ｈａｓ ａ ｍａｘｉｍｕｍ ｌｅｎｇｔｈ ｏｆ １０２４ ｂｙｔｅｓ．）

【0348】

ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄフィールドは、テーブル内にあるＭＰＥＧ―２伝送ストリーム（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅｍ：ＴＳ）の識別子を示す。（Ｔｏ ｄｉｓｔｉｎｇｕｉｓｈ ｅａｃｈ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ ｗｉｔｈｉｎ ａ ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ（ｔｅｒｒｅｓｔｒｉａｌ，ｃａｂｌｅ ｏｒ ｓａｔｅｌｌｉｔｅ） ｆｒｏｍ ａｎｏｔｈｅｒ，ＭＰＥＧ―２ ｅｓｔａｂｌｉｓｈｅｄ ｔｈｅ ｕｓｅ ｏｆ ａ １６―ｂｉｔ（ｒａｎｇｉｎｇ ｆｒｏｍ ０ ｔｏ ６５５３５） ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄｅｎｔｉｆｉｅｒ，ｗｈｉｃｈ ｉｓ ａｌｓｏ ｃａｌｌｅｄ ａ ＴＳＩＤ．）

【0349】

ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒフィールドは、テーブルのバージョン番号を示す５ビットフィールドである。（Ｔｈｉｓ ５―ｂｉｔ ｆｉｅｌｄ ｉｓ ｔｈｅ ｖｅｒｓｉｏｎ ｎｕｍｂｅｒ ｏｆ ｔｈｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ．Ｔｈｅ ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｉｎｃｒｅｍｅｎｔｅｄ ｂｙ １ ｍｏｄｕｌｏ ３２ ｗｈｅｎ ａ ｃｈａｎｇｅ ｉｎ ｔｈｅ ｉｎｆｏｒｍａｔｉｏｎ ｃａｒｒｉｅｄ ｗｉｔｈｉｎ ｔｈｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ ｏｃｃｕｒｓ．Ｗｈｅｎ ｔｈｅ ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ ｉｓ ｓｅｔ ｔｏ ‘０’，ｔｈｅｎ ｔｈｅ ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｔｈａｔ ｏｆ ｔｈｅ ｎｅｘｔ ａｐｐｌｉｃａｂｌｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｔａｂｌｅ＿ｉｄ，ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ，ａｎｄ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ．）

【0350】

ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒフィールドは、１ビットフィールドであって、このテーブルが現在適用可能であるか、それとも次に適用可能であるかを示す。（Ａ １―ｂｉｔ ｆｉｅｌｄ，ｗｈｉｃｈ ｗｈｅｎ ｓｅｔ ｔｏ ‘１’ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ ｓｅｎｔ ｉｓ ｃｕｒｒｅｎｔｌｙ ａｐｐｌｉｃａｂｌｅ．Ｗｈｅｎ ｔｈｅ ｃｕｒｒｅｎｔ＿ｎｅｘｔ＿ｉｎｄｉｃａｔｏｒ ｉｓ ｓｅｔ ｔｏ ‘１’，ｔｈｅｎ ｔｈｅ ｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｔｈａｔ ｏｆ ｔｈｅ ｃｕｒｒｅｎｔｌｙ ａｐｐｌｉｃａｂｌｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ．Ｗｈｅｎ ｔｈｅ ｂｉｔ ｉｓ ｓｅｔ ｔｏ ‘０’，ｉｔ ｉｎｄｉｃａｔｅｓ ｔｈａｔ ｔｈｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ ｓｅｎｔ ｉｓ ｎｏｔ ｙｅｔ ａｐｐｌｉｃａｂｌｅ ａｎｄ ｓｈａｌｌ ｂｅ ｔｈｅ ｎｅｘｔ ＰＳＩＰ＿ｓｅｃｔｉｏｎ ｗｉｔｈ ｔｈｅ ｓａｍｅ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ，ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ，ａｎｄ ｔａｂｌｅ＿ｉｄ ｔｏ ｂｅｃｏｍｅ ｖａｌｉｄ．）

【0351】

ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（Ｔｈｉｓ ８―ｂｉｔ ｆｉｅｌｄ ｇｉｖｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｈｅ ＰＳＩＰ＿ｓｅｃｔｉｏｎ．Ｔｈｅ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ ｏｆ ｔｈｅ ｆｉｒｓｔ ｓｅｃｔｉｏｎ ｉｎ ａ ＰＳＩＰ ｔａｂｌｅ ｓｈａｌｌ ｂｅ ０ｘ００．Ｔｈｅ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｉｎｃｒｅｍｅｎｔｅｄ ｂｙ １ ｗｉｔｈ ｅａｃｈ ａｄｄｉｔｉｏｎａｌ ｓｅｃｔｉｏｎ ｉｎ ＰＳＩＰ ｔａｂｌｅ．Ｔｈｅ ｓｃｏｐｅ ｏｆ ｔｈｅ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｄｅｆｉｎｅｄ ｂｙ ｔｈｅ ｔａｂｌｅ＿ｉｄ ａｎｄ ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ．Ｔｈａｔ ｉｓ，ｆｏｒ ｅａｃｈ ＰＳＩＰ ｔａｂｌｅ ａｎｄ ｖａｌｕｅ ｏｆ ｔｈｅ ｔａｂｌｅ＿ｉｄ＿ｅｘｔｅｎｓｉｏｎ ｆｉｅｌｄ，ｔｈｅｒｅ ｉｓ ｔｈｅ ｐｏｔｅｎｔｉａｌ ｆｏｒ ｔｈｅ ｆｕｌｌ ｒａｎｇｅ ｏｆ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ ｖａｌｕｅｓ．）

【0352】

ｌａｓｔ＿ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒフィールドは、最後のセクションの番号を識別する。（Ｔｈｉｓ ８―ｂｉｔ ｆｉｅｌｄ ｓｐｅｃｉｆｉｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｔｈｅ ｌａｓｔ ｓｅｃｔｉｏｎ（ｔｈａｔ ｉｓ，ｔｈｅ ｓｅｃｔｉｏｎ ｗｉｔｈ ｔｈｅ ｈｉｇｈｅｓｔ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ） ｏｆ ｔｈｅ ＰＳＩＰ ｔａｂｌｅ ｏｆ ｗｈｉｃｈ ｔｈｉｓ ｓｅｃｔｉｏｎ ｉｓ ａ ｐａｒｔ．Ｉｔｓ ｓｃｏｐｅ ｉｓ ｔｈｅ ｓａｍｅ ａｓ ｆｏｒ ｔｈｅ ｓｅｃｔｉｏｎ＿ｎｕｍｂｅｒ ｆｉｅｌｄ．）

【0353】

ｐｒｏｔｏｃｏｐ＿ｖｅｒｓｉｏｎフィールドは、現在のプロトコルで定義されたパラメーターと異なるパラメーターを伝送する現在のテーブルタイプを後で許容するための機能を有するフィールドである。（Ａｎ ８―ｂｉｔ ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｆｉｅｌｄ ｗｈｏｓｅ ｆｕｎｃｔｉｏｎ ｉｓ ｔｏ ａｌｌｏｗ，ｉｎ ｔｈｅ ｆｕｔｕｒｅ，ｔｈｉｓ ｔａｂｌｅ ｔｙｐｅ ｔｏ ｃａｒｒｙ ｐａｒａｍｅｔｅｒｓ ｔｈａｔ ｍａｙ ｂｅ ｓｔｒｕｃｔｕｒｅｄ ｄｉｆｆｅｒｅｎｔｌｙ ｔｈａｎ ｔｈｏｓｅ ｄｅｆｉｎｅｄ ｉｎ ｔｈｅ ｃｕｒｒｅｎｔ ｐｒｏｔｏｃｏｌ．Ａｔ ｐｒｅｓｅｎｔ，ｔｈｅ ｏｎｌｙ ｖａｌｉｄ ｖａｌｕｅ ｆｏｒ ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎ ｉｓ ｚｅｒｏ．Ｎｏｎ―ｚｅｒｏ ｖａｌｕｅｓ ｏｆ ｐｒｏｔｏｃｏｌ＿ｖｅｒｓｉｏｎ ｍａｙ ｂｅ ｕｓｅｄ ｂｙ ａ ｆｕｔｕｒｅ ｖｅｒｓｉｏｎ ｏｆ ｔｈｉｓ ｓｔａｎｄａｒｄ ｔｏ ｉｎｄｉｃａｔｅ ｓｔｒｕｃｔｕｒａｌｌｙ ｄｉｆｆｅｒｅｎｔ ｔａｂｌｅｓ．）

【0354】

ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎフィールドは、仮想チャンネル解像度の個数を示す。（Ｔｈｅ ｎｕｍ＿ｃｈａｎｎｅｌｓ＿ｉｎ＿ｓｅｃｔｉｏｎ ｆｉｅｌｄ ｉｎ ＡＴＳＣ Ｃａｂｌｅ Ｖｉｒｔｕａｌ Ｃｈａｎｎｅｌ ｔａｂｌｅ ＣＶＣＴ ｔａｂｌｅ ｓｅｃｔｉｏｎｓ ｉｓ ａｎ ｅｉｇｈｔ―ｂｉｔ ｆｉｅｌｄ ｔｈａｔ ｉｎｄｉｃａｔｅｓ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｄｅｆｉｎｉｔｉｏｎｓ ｔｏ ｆｏｌｌｏｗ ｉｎ ｔｈｅ ｔａｂｌｅ ｓｅｃｔｉｏｎ．）

【0355】

ｓｈｏｒｔ＿ｎａｍｅフィールドは、仮想チャンネルのためのショートネーム（ｓｈｏｒｔ ｎａｍｅ）を示す１１２ビットフィールドである。（Ｔｈｅ ｓｈｏｒｔ＿ｎａｍｅ ｆｉｅｌｄ ｉｓ ａ １１２―ｂｉｔ ｆｉｅｌｄ ｉｎ ＡＴＳＣ ＣＶＣＴ ｔａｂｌｅ ｓｅｃｔｉｏｎｓ ｔｈａｔ ｇｉｖｅｓ ｔｈｅ ｓｈｏｒｔ＿ｎａｍｅ ｆｏｒ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．Ｅａｃｈ ｌｅｔｔｅｒ ｏｆ ｔｈｅ ｓｈｏｒｔ＿ｎａｍｅ ｉｓ ｆｏｒｍａｔｔｅｄ ａｓ ａ １６―ｂｉｔ Ｕｎｉｃｏｄｅ ｃｈａｒａｃｔｅｒ，ｗｉｔｈ ｔｈｅ ｈｉｇｈ ｏｒｄｅｒ ｂｙｔｅ ｔｒａｎｓｍｉｔｔｅｄ ｆｉｒｓｔ．Ｓｏ，ｓｈｏｒｔ＿ｎａｍｅ ｆｏｒ ＴＶＣＴ ａｎｄ ＣＶＣＴ ｅｎｔｒｉｅｓ ｉｓ ｓｅｖｅｎ Ｕｎｉｃｏｄｅ ｃｈａｒａｃｔｅｒｓ，ｗｈｉｃｈ ｓｈｏｒｔ＿ｎａｍｅ ｆｏｒ ＳＶＣＴ ｅｎｔｒｉｅｓ ｉｓ ｅｉｇｈｔ Ｕｎｉｃｏｄｅ ｃｈａｒａｃｔｅｒｓ．Ｉｆ ｔｈｅ ｄｉｓｐｌａｙ ｎａｍｅ ｉｓ ｌｅｓｓ ｔｈａｎ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｐｅｒｍｉｔｔｅｄ ｃｈａｒａｃｔｅｒｓ，０／０ｘ００ ｉｓ ａｐｐｅｎｄｅｄ ｔｏ ｔｈｅ ｅｎｄ ｕｎｔｉｌ ｔｈｅ ａｌｌｏｔｅｄ ｎｕｍｂｅｒ ｏｆ ｂｉｔｓ ｈａｓ ｂｅｅｎ ｒｅａｃｈｅｄ．）

【0356】

ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャンネルと関連するメジャーチャンネルの数を示す。（Ａ １０―ｂｉｔ ｎｕｍｂｅｒ ｔｈａｔ ｒｅｐｒｅｓｅｎｔｓ ｔｈｅ “ｍａｊｏｒ” ｃｈａｎｎｅｌ ｎｕｍｂｅｒ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｂｅｉｎｇ ｄｅｆｉｎｅｄ ｉｎ ｔｈｉｓ ｉｔｅｒａｔｉｏｎ ｏｆ ｔｈｅ “ｆｏｒ” ｌｏｏｐ．Ｅａｃｈ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｓｈａｌｌ ｂｅ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ａ ｍａｊｏｒ ａｎｄ ａ ｍｉｎｏｒ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ．Ｔｈｅ ｍａｊｏｒ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ，ａｌｏｎｇ ｗｉｔｈ ｔｈｅ ｍｉｎｏｒ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ，ａｃｔ ａｓ ｔｈｅ ｕｓｅｒ'ｓ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ ｆｏｒ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．Ｔｈｅ ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｂｅｔｗｅｅｎ １ ａｎｄ ９９．Ｔｈｅ ｖａｌｕｅ ｏｆ ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｓｅｔ ｓｕｃｈ ｔｈａｔ ｉｎ ｎｏ ｃａｓｅ ｉｓ ａ ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ／ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ ｐａｉｒ ｄｕｐｌｉｃａｔｅｄ ｗｉｔｈｉｎ ｔｈｅ ＴＶＣＴ．）

【0357】

ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒフィールドは、仮想チャンネルと関連するマイナーチャンネルの数を示す。（Ａ １０―ｂｉｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｒａｎｇｅ ０ ｔｏ ９９９ ｔｈａｔ ｒｅｐｒｅｓｅｎｔｓ ｔｈｅ “ｍｉｎｏｒ” ｏｒ “ｓｕｂ”―ｃｈａｎｎｅｌ ｎｕｍｂｅｒ．Ｔｈｉｓ ｆｉｅｌｄ，ｔｏｇｅｔｈｅｒ ｗｉｔｈ ｍａｊｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ，ｐｅｒｆｏｒｍｓ ａｓ ａ ｔｗｏ―ｐａｒｔ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ，ｗｈｅｒｅ ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ ｒｅｐｒｅｓｅｎｔｓ ｔｈｅ ｓｅｃｏｎｄ ｏｒ ｒｉｇｈｔ―ｈａｎｄ ｐａｒｔ ｏｆ ｔｈｅ ｎｕｍｂｅｒ．Ｗｈｅｎ ｔｈｅ ｓｅｒｖｉｃｅ＿ｔｙｐｅ ｉｓ ａｎａｌｏｇ ｔｅｌｅｖｉｓｉｏｎ，ｍｉｎｏｒ＿ｃｈａｎｎｅｌ＿ｎｕｍｂｅｒ ｓｈａｌｌ ｂｅ ｓｅｔ ｔｏ ０．）

【0358】

モジュレーションモード（ｍｏｄｕｌａｔｉｏｎ ｍｏｄｅ）フィールドは、仮想チャンネルの伝送キャリアに対する変調方式を示す。（Ｔｈｅ ｍｏｄｕｌａｔｉｏｎ＿ｍｏｄｅ ｉｓ ａｎ ｅｉｇｈｔ―ｂｉｔ ｆｉｅｌｄ ｉｎ ａ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｅｎｔｒｙ ｔｅｌｌｓ ｒｅｃｅｉｖｅｒｓ ｔｈｅ ｍｏｄｕｌａｔｉｏｎ ｕｓｅｄ ｔｏ ｔｒａｎｓｍｉｔ ｉｎｄｉｖｉｄｕａｌ ｃｈａｎｎｅｌｓ．）

【0359】

ｃａｒｒｉｅｒ＿ｆｒｅｑｕｅｎｃｙフィールドは、伝送仮想チャンネルによって使用されるキャリア周波数情報を伝送する。（Ｔｈｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｉｓ ａ ３２―ｂｉｔ ｆｉｅｌｄ ｔｈａｔ ｔｒａｎｓｍｉｔｓ ｔｈｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｕｓｅｄ ｂｙ ｔｈｅ ｔｒａｎｓｐｏｒｔ ｃａｒｒｙｉｎｇ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．）

【0360】

ｃｈａｎｎｅｌ＿ＴＳＩＤフィールドは、仮想チャンネルと関連するＭＰＥＧ―２プログラムを伝送する伝送ストリーム（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ：ＴＳ）に対するＭＰＥＧ―２伝送ストリーム（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ） ＩＤを示す。（Ｔｈｅ ｃｈａｎｎｅｌ＿ＴＳＩＤ ｉｓ ａ １６―ｂｉｔ ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｆｉｅｌｄ ｔｈａｔ ｇｉｖｅｓ ｔｈｅ ｔｒａｎｓｐｏｒｔ＿ｓｔｒｅａｍ＿ｉｄ ｏｆ ｔｈｅ ｃｈａｎｎｅｌ ｔｈａｔ ｃａｒｒｉｅｓ（ｏｒ ｆｏｒ ｉｎａｃｔｉｖｅ ｃｈａｎｎｅｌｓ，ｗｉｌｌ ｃａｒｒｙ） ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．）

【0361】

ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒフィールドは、ＴＳ内の各プログラムサービスまたは仮想チャンネルを識別する。（Ｔｈｅ ｐｒｏｇｒａｍ＿ｎｕｍｂｅｒ ｉｓ ａ １６―ｂｉｔ ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｔｈａｔ ｕｎｉｑｕｅｌｙ ｉｄｅｎｔｉｆｉｅｓ ｅａｃｈ ｐｒｏｇｒａｍ ｓｅｒｖｉｃｅ（ｏｒ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ） ｐｒｅｓｅｎｔ ｉｎ ａ ｔｒａｎｓｐｏｒｔ ｓｔｒｅａｍ．）

【0362】

ＥＴＭ＿ｌｏｃａｔｉｏｎフィールドは、チャンネル、イベントまたはデータイベントのための拡張されたテキストメッセージの存在有無を示す。（Ｔｈｅ ＥＴＭ＿ｌｏｃａｔｉｏｎ ｆｉｅｌｄ ｄｅｎｏｔｅｓ ｗｈｅｔｈｅｒ ｔｈｅｒｅ ｉｓ ａｎ ｅｘｔｅｎｄｅｄ ｔｅｘｔ ｍｅｓｓａｇｅ ｆｏｒ ｔｈｅ ｃｈａｎｎｅｌ（Ｃｈａｎｎｅｌ Ｅｘｔｅｎｄｅｄ Ｔｅｘｔ ｔａｂｌｅ ｏｒ ＣＥＴＴ），ｅｖｅｎｔ（Ｅｖｅｎｔ Ｅｘｔｅｎｄｅｄ Ｔｅｘｔ ｔａｂｌｅ） ｏｒ ｄａｔａ ｅｖｅｎｔ（Ｄａｔａ Ｅｘｔｅｎｄｅｄ Ｔｅｘｔ ｔａｂｌｅ）．）

【0363】

ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄフィールドは、該当の仮想チャンネルと連関したイベントが制御されるか否かを示す。（Ｗｈｅｎ ａｃｃｅｓｓ＿ｃｏｎｔｒｏｌｌｅｄ ｉｓ ｓｅｔ ｔｏ ‘１’，ｍｅａｎｓ ｔｈａｔ ｅｖｅｎｔｓ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｉｓ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｍａｙ ｂｅ ａｃｃｅｓｓ ｃｏｎｔｒｏｌｌｅｄ．Ｗｈｅｎ ｓｅｔ ｔｏ ‘０’，ａｃｃｅｓｓ ｔｏ ｅｖｅｎｔ ｉｓ ｎｏｔ ｃｏｎｔｒｏｌｌｅｄ．）

【0364】

非表示（ｈｉｄｄｅｎ）フィールドは、該当チャンネルが仮想チャンネル数字の直接入力（ｄｉｒｅｃｔ ｅｎｔｒｙ）（またはフィールド、属性、個体）によって接近できるか否かを意味する。（Ｗｈｅｎ ｈｉｄｄｅｎ ｉｓ ｓｅｔ ｔｏ ‘１’，ｍｅａｎｓ ｔｈｅ ｃｈａｎｎｅｌ ｃａｎｎｏｔ ｂｅ ａｃｃｅｓｓｅｄ ｂｙ ｄｉｒｅｃｔ ｅｎｔｒｙ ｏｆ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ．Ｗｈｅｎ ｓｅｔ ｔｏ ‘０’，ｖｉｒｔｕａｌ ｃａｎ ｂｅ ａｃｃｅｓｓｅｄ ｂｙ ｄｉｒｅｃｔ ｅｎｔｒｙ．）

【0365】

ｈｉｄｅ＿ｇｕｉｄｅフィールドは、該当チャンネルが仮想チャンネル数字の直接入力（ｄｉｒｅｃｔ ｅｎｔｒｙ）（またはフィールド、属性、個体）によって接近できるか否かを意味する。（Ｗｈｅｎ ｈｉｄｅ＿ｇｕｉｄｅ ｉｓ ｓｅｔ ｔｏ ‘１’，ｍｅａｎｓ ｔｈｅ ｃｈａｎｎｅｌ ｃａｎｎｏｔ ｂｅ ａｃｃｅｓｓｅｄ ｂｙ ｄｉｒｅｃｔ ｅｎｔｒｙ ｏｆ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ．Ｗｈｅｎ ｓｅｔ ｔｏ ‘０’，ｖｉｒｔｕａｌ ｃａｎ ｂｅ ａｃｃｅｓｓｅｄ ｂｙ ｄｉｒｅｃｔ ｅｎｔｒｙ．）

【0366】

ｓｅｒｖｉｃｅ＿ｔｙｐｅフィールドは、仮想チャンネルでセッティングされたサービスタイプを識別する。（Ｔｈｅ ｓｅｒｖｉｃｅ＿ｔｙｐｅ ｉｓ ａ ６―ｂｉｔ ｅｎｕｍｅｒａｔｅｄ ｆｉｅｌｄ ｔｈａｔ ｉｄｅｎｔｉｆｉｅｓ ｔｈｅ ｔｙｐｅ ｏｆ ｓｅｒｖｉｃｅ ｓｅｔ ｉｎ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．）ＵＨＤサービスのための一実施例として、サービスタイプ（ｓｅｒｖｉｃｅ ｔｙｐｅ）は、パラメーター化サービス（ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅ）（０ｘ０７）、拡張されたパラメーター化サービス（ｅｘｔｅｎｄｅｄ ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅ）（０ｘ０９）または新たなＤＴＶサービス（ｎｅｗ ＤＴＶ ｓｅｒｖｉｃｅ）（０ｘ１０）に指定することができる。上述したサービス名称及び値（ｖａｌｕｅ）は一実施例であって、他の名称または値に設定することもできる。

【0367】

ｓｏｕｒｃｅ＿ｉｄフィールドは、１６ビットの符号が定められていない整数であって、仮想チャンネルと連関したプログラミングソースを示す。（Ａ １６―ｂｉｔ ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｎｕｍｂｅｒ ｔｈａｔ ｉｄｅｎｔｉｆｉｅｓ ｔｈｅ ｐｒｏｇｒａｍｍｉｎｇ ｓｏｕｒｃｅ ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ ｔｈｅ ｖｉｒｔｕａｌ ｃｈａｎｎｅｌ．Ｉｎ ｔｈｉｓ ｃｏｎｔｅｘｔ，ａ ｓｏｕｒｃｅ ｉｓ ｏｎｅ ｓｐｅｃｉｆｉｃ ｓｏｕｒｃｅ ｏｆ ｖｉｄｅｏ，ｔｅｘｔ，ｄａｔａ，ｏｒ ａｕｄｉｏ ｐｒｏｇｒａｍｍｉｎｇ．Ｓｏｕｒｃｅ ＩＤ ｖａｌｕｅ ｚｅｒｏ ｉｓ ｒｅｓｅｒｖｅｄ．Ｓｏｕｒｃｅ ＩＤ ｖａｌｕｅｓ ｉｎ ｔｈｅ ｒａｎｇｅ ０ｘ０００１ ｔｏ ０ｘ０ＦＦＦ ｓｈａｌｌ ｂｅ ｕｎｉｑｕｅ ｗｉｔｈｉｎ ｔｈｅ Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ ｔｈａｔ ｃａｒｒｉｓ ｔｈｅ ＶＣＴ，ｗｈｉｌｅ ｖａｌｕｅｓ ０ｘ１０００ ｔｏ ０ｘＦＦＦＦ ｓｈａｌｌ ｂｅ ｕｎｉｑｕｅ ａｔ ｔｈｅ ｒｅｇｉｏｎａｌ ｌｅｖｅｌ．Ｖａｌｕｅｓ ｆｏｒ ｓｏｕｒｃｅ＿ｉｄｓ ０ｘ１０００ ａｎｄ ａｂｏｖｅ ｓｈａｌｌ ｂｅ ｉｓｓｕｅｄ ａｎｄ ａｄｍｉｎｉｓｔｅｒｅｄ ｂｙ ａ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ ｄｅｓｉｇｎａｔｅｄ ｂｙ ｔｈｅ ＡＴＳＣ．）

【0368】

ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈフィールドは、次のディスクリプタフィールドのバイトの長さを伝送する。（Ｔｈｅ ｄｅｓｃｒｉｐｔｏｒｓ＿ｌｅｎｇｔｈ ｉｓ ａ １０―ｂｉｔ ｕｎｓｉｇｎｅｄ ｉｎｔｅｇｅｒ ｆｉｅｌｄ ｔｈａｔ ｓｉｇｎａｌｓ ｔｈｅ ｌｅｎｇｔｈ ｉｎ ｂｙｔｅｓ ｏｆ ｔｈｅ ｄｅｓｃｒｉｐｔｏｒ ｆｉｅｌｄ ｔｏ ｆｏｌｌｏｗ．Ｉｆ ｔｈｅｒｅ ａｒｅ ｎｏ ｄｅｓｃｒｉｐｔｏｒｓ ｐｒｅｓｅｎｔ，ｚｅｒｏ ｗｏｕｌｄ ｂｅ ａｐｐｒｏｐｒｉａｔｅ．）

【0369】

ｄｅｓｃｒｉｐｔｏｒ（）フィールドは、テーブル内に位置するディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒ ｌｏｏｐ）である。ディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒ ｌｏｏｐ）は追加的なディスクリプタを含むことができる。

【0370】

図３８は、本発明の一実施例に係る超高画質放送サービスであることを識別できるディスクリプタを示した図である。

【0371】

本発明の一実施例に係るＴＶＣＴで超高画質級（ＵＨＤ級）ビデオがサービスされるか否かは、後述する方法によってシグナリングすることができる。

【0372】

ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ０７である場合、ビデオサービスを記述することができ、コンポーネントリストディスクリプタ（ｃｏｍｐｏｎｅｎｔ ｌｉｓｔ ｄｅｓｃｒｉｐｔｏｒ）を通じて伝送されるｓｔｒｅａｍ＿ｉｎｆｏ＿ｄｅｔａｉｌｓ（）に含まれた情報を通じて該当ストリームが受信装置でデコーディング及び再生可能であるか否かを判断することができる。また、ＵＨＤディスクリプタ及び／またはサービスロケーションディスクリプタ（ｓｅｒｖｉｃｅ ｌｏｃａｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ）を通じて超高画質サービスに対する情報を提供することができる。

【0373】

ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ０９である場合、パラメーター化サービスディスクリプタ（ｐａｒａｍｅｔｅｒｉｚｅｄ ｓｅｒｖｉｃｅ ｄｅｓｃｒｉｐｔｏｒ）をさらに用いることができ、これを用いて超高画質サービスに対する具体的な情報を提供することができる。また、コンポーネントリストディスクリプタ（ｃｏｍｐｏｎｅｎｔ ｌｉｓｔ ｄｅｓｃｒｉｐｔｏｒ）及び／またはサービスロケーションディスクリプタ（ｓｅｒｖｉｃｅ ｌｏｃａｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ）を通じて超高画質サービスに対する情報を提供することができる。

【0374】

ｓｅｒｖｉｃｅ＿ｔｙｐｅが０ｘ１０である場合、ＵＨＤディスクリプタ及び／またはサービスロケーションディスクリプタ（ｓｅｒｖｉｃｅ ｌｏｃａｔｉｏｎ ｄｅｓｃｒｉｐｔｏｒ）を通じて超高画質サービスに対する情報を提供することができる。

【0375】

図３９は、本発明の他の一実施例に係るビデオデータ処理方法を示した図である。

【0376】

本発明の一実施例に係るビデオデータ処理方法は、ビデオデータをデコーディングする段階（Ｓ３９０１０）及び／又はインターフェースを介して前記デコーディングされたビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報をシンクデバイスに伝送する段階（Ｓ３９０２０）を含むことができる。ここで、ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含むことができる。ダイナミックレンジマスタリング情報に対しては、図１１、図１２及び図１４を参照して詳細に説明した。

【0377】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、マスタリングディスプレイの最大明るさを示す情報及び／又はマスタリングディスプレイの最小明るさを示す情報を含むことができる。ここで、マスタリングディスプレイの最大明るさを示す情報はＯｒｉｇ＿ｗｈｉｔｅ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ情報を示すことができ、マスタリングディスプレイの最小明るさを示す情報はＯｒｉｇ＿ｂｌａｃｋ＿ｌｕｍｉｎａｎｃｅ＿ｌｅｖｅｌ情報を示すことができる。これに対しては、図１１、図１２及び図１４を参照して詳細に説明した。

【0378】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、マスタリングディスプレイの三原色及びホワイト色相の色度座標情報を含むことができる。ここで、マスタリングディスプレイの三原色の色度座標情報及び／又はマスタリングディスプレイのホワイト色相の色度座標情報はＯｒｉｇ＿ｃｏｌｏｒ＿ｇａｍｕｔ、Ｒｅｄ―ｘ、Ｒｅｄ―ｙ、Ｇｒｅｅｎ―ｘ、Ｇｒｅｅｎ―ｙ、Ｂｌｕｅ―ｘ、Ｂｌｕｅ―ｙ、Ｗｈｉｔｅ―ｘ及び／又はＷｈｉｔｅ―ｙフィールドを用いてシグナリングすることができる。これに対しては、図１１、図１２及び図１４を参照して詳細に説明した。

【0379】

本発明の他の一実施例によると、ダイナミックレンジマスタリング情報は、ＥＯＴＦタイプ情報によるＥＯＴＦに対する付加情報を含むことができる。ここで、ＥＯＴＦに対する付加情報は、ＥＯＴＦ＿ａｄｄｉｔｉｏｎａｌ＿ｉｎｆｏ及び／又はＥＯＴＦ＿Ｃｏｅｆｆｉｃｉｅｎｔを含むことができる。これに対しては、図１１及び図１４を参照して説明した。

【0380】

図４０は、本発明の一実施例に係るビデオデータ処理装置の構成を示した図である。

【0381】

本発明の一実施例に係るビデオデータ処理装置４００３０は、受信部４００１０及び／又は再生部４００２０を含むことができる。

【0382】

受信部は、インターフェースを介してソースデバイスからビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報を受信することができる。ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含むことができる。

【0383】

再生部は、前記受信したビデオデータを再生することができる。
本発明の一実施例に係るビデオデータ処理装置４００３０の構成は、上述したビデオデータ処理方法（図１）の対応する各段階を行うことができる。また、各構成は、ハードウェアに該当したり、ハードウェアに結合して処理することができる。

【0384】

図４１は、本発明の他の一実施例に係るビデオデータ処理装置の構成を示した図である。

【0385】

本発明の一実施例に係るビデオデータ処理装置４１０３０は、デコーダー４１０１０及び／又は伝送部４１０２０を含むことができる。
デコーダーは、ビデオデータをデコーディングすることができる。

【0386】

伝送部は、インターフェースを介して前記デコーディングされたビデオデータ及び前記ビデオデータのダイナミックレンジ関連情報を含むダイナミックレンジマスタリング情報をシンクデバイスに伝送することができる。ここで、前記ダイナミックレンジマスタリング情報は、前記ビデオデータに使用されたＥＯＴＦ（Ｅｌｅｃｔｒｏ Ｏｐｔｉｃａｌ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）を識別するＥＯＴＦタイプ情報を含むことができる。

【0387】

本発明の一実施例に係るビデオデータ処理装置４１０３０の構成は、上述したビデオデータ処理方法（図３９）の対応する各段階を行うことができる。また、各構成は、ハードウェアに該当したり、ハードウェアに結合して処理することができる。

【0388】

本発明の各実施例に係るモジュール、ユニット又はブロックは、メモリ（又は格納ユニット）に格納された連続した遂行過程を実行するプロセッサ／ハードウェアであり得る。上述した実施例に記述した各段階又は各方法は、ハードウェア／プロセッサによって行うことができる。また、本発明が提示する各方法はコードとして実行することができる。このコードは、プロセッサで読み取り可能な格納媒体に使用することができ、したがって、本発明の各実施例に係る装置が提供するプロセッサによって読み取り可能である。

【0389】

説明の便宜上、各図面を分けて説明したが、各図面に敍述している各実施例を併合して新たな実施例を具現するように設計することも可能である。そして、当業者の必要に応じて、以前に説明した各実施例を実行するためのプログラムが記録されているコンピューターで判読可能な記録媒体を設計することも本発明の権利範囲に属する。

【0390】

本発明に係る装置及び方法は、上述した各実施例の構成と方法を限定的に適用するものではなく、上述した各実施例は、多様に変形できるように各実施例の全部又は一部を選択的に組み合わせて構成することもできる。

【0391】

一方、本発明の映像処理方法は、ネットワークデバイスに備えられたプロセッサで読み取り可能な記録媒体にプロセッサで読み取り可能なコードとして具現することが可能である。プロセッサで読み取り可能な記録媒体は、プロセッサによって読まれるデータが格納される全ての種類の記録装置を含む。プロセッサで読み取り可能な記録媒体の例としては、ＲＯＭ、ＲＡＭ、ＣＤ―ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ格納装置などがあり、また、インターネットを介した伝送などのキャリアウェーブの形態で具現されるものも含む。また、プロセッサで読み取り可能な記録媒体は、ネットワークで連結されたコンピューターシステムに分散し、分散方式でプロセッサが読み取り可能なコードを格納して実行することができる。

【0392】

以上では、本発明の好ましい実施例に対して図示して説明したが、本発明は、上述した特定の実施例に限定されるものではなく、特許請求の範囲で請求する本発明の要旨から逸脱することなく、当該発明の属する技術分野で通常の知識を有する者によって多様な変形実施が可能であることは当然であり、このような変形実施は、本発明の技術的思想や展望から個別的に理解してはならないだろう。

【0393】

そして、当該明細書では、物件発明と方法発明を全て説明しており、必要に応じて両発明の説明は補充的に適用することができる。

【0394】

［発明の実施形態］
発明の実施形態は、上述したように、発明を実施するための形態で説明した。

【産業上の利用可能性】

【0395】

本発明は、放送産業全般で利用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】