JP2016541140A

JP2016541140A - Ｈｄｒ放送サービスの提供のための放送信号送受信方法及び装置

Info

Publication number: JP2016541140A
Application number: JP2016520624A
Authority: JP
Inventors: ヒョンムクオ; チョンヨルソ; ソチンファン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2013-11-13
Filing date: 2014-11-12
Publication date: 2016-12-28
Also published as: EP3070934A1; KR20160051791A; US20160301959A1; EP3070934A4; KR101797505B1; US9736507B2; WO2015072754A1

Abstract

本発明は、ＨＤＲ放送サービスの提供のための放送信号送受信方法及び装置に関する。本発明の一実施例に係る放送信号送信方法は、ＨＤＲビデオデータのダイナミックレンジを変換してＬＤＲビデオデータを生成するステップ、残余（ｒｅｓｉｄｕａｌ）情報を生成するステップ、前記生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成するステップ、前記生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成するステップ、前記向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成するステップ、前記生成されたベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化するステップ、前記多重化された放送ストリームを含む放送信号を生成するステップ、及び前記生成された放送信号を送信するステップを含む。【選択図】図１

Description

本発明は、放送信号の送受信に係り、より詳細には、ＨＤＲ放送サービスの提供のための放送信号送受信方法及び／又は装置に関する。

ＵＨＤ（ＵｌｔｒａＨｉｇｈＤｅｆｉｎｉｔｉｏｎ）放送では、既存のコンテンツで表現できなかった明るさを表現することによって既存の放送との差別化を提供し、高度の臨場感を提供することができる。しかし、広域明るさ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）映像に対する研究はまだ進行中であり、広域明るさ映像の取得方法及び広域明るさ映像をディスプレイできるディスプレイ装置に対する開発がまだ進行中である。したがって、広域明るさを有する映像が提供される環境でもダイナミックレンジの表現に制約がある既存の受信機で同一のコンテンツを表現できる方法が必要である。現在、送信帯域幅が限定的な環境で逆方向互換性（逆互換性）を考慮するための方法としてスケーラブル接近（ｓｃａｌａｂｌｅａｐｐｒｏａｃｈ）が用いられており、このような接近方式を用いて、各受信機の能力に合うダイナミックレンジの映像を構成及びディスプレイできるようにする研究が必要である。

ＵＨＤ放送では、既存のＨＤ放送との差別化された放送サービスを提供するために、様々な観点で視聴者に現実感のあるコンテンツを提供するための議論が進んでいる。そのうち、コンテンツの明るさ表現の範囲を人間の視覚体系に近接させるための考慮として、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）の必要性が提起されている。ところが、コンテンツをＨＤＲで取得及び送信する場合、既存のディスプレイでは、当該コンテンツを適切に表現できなかったり、又はディスプレイさえできない場合が発生し得る。ＨＤＲに関する研究及びこれに関連する標準に関する議論が進んでいる現在の状況で、ＨＤＲディスプレイに対する普及も進むだろうが、既存のディスプレイの逆互換性を考慮したＨＤＲ放送サービスの提供のための技術が必要である。

一方、広域明るさ範囲（ＨＤＲ）を有するコンテンツ及びディスプレイが放送に導入される状況で、消費者が有しているディスプレイの明るさ表現範囲に応じて適切なコンテンツを供給する必要がある。すなわち、既存の明るさ範囲（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ；ＬＤＲ）を有するディスプレイとＨＤＲディスプレイに対して、それぞれのダイナミックレンジの特性に合うコンテンツを供給しなければならない。しかし、放送サービスのための帯域幅が制限された状況で、同一のコンテンツを互いに異なるダイナミックレンジで提供することは、既存に比べて２倍の帯域幅を使用しなければならないという問題がある。

本発明が達成しようとする課題は、上述した問題点を解決するためのもので、ＨＤＲ放送サービスを提供するための放送信号を送受信する方法及び／又は装置を提供することである。

さらに、本発明が達成しようとする課題は、既存の受信装置でもコンテンツを視聴できるように逆方向互換性を有する放送信号送受信方法及び／又は装置を提供することである。

さらに、本発明が達成しようとする課題は、スケーラブル接近（ｓｃａｌａｂｌｅａｐｐｒｏａｃｈ）を用いることによって、互いに異なるダイナミックレンジを有する放送サービスを同時に提供することである。

さらに、本発明が達成しようとする課題は、送信されるコンテンツのダイナミックレンジに関する情報をシグナリングする方法を提供することである。

本発明の一実施例に係る放送信号送信方法は、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換してＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータを生成するステップ、前記生成されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、前記ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余（ｒｅｓｉｄｕａｌ）情報を生成するステップ、前記生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成するステップ、前記生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成するステップ、前記向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成するステップ、前記生成されたベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化するステップ、前記多重化された放送ストリームを含む放送信号を生成するステップ、及び前記生成された放送信号を送信するステップを含むことができる。

好ましくは、前記シグナリング情報は、前記生成されたＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。

好ましくは、前記向上階層ストリームのデコーディングのための情報は、前記向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるためのティア（ｔｉｅｒ）情報を含み、前記向上階層ストリームに使用されたコーデックのタイプ情報、前記向上階層ストリームの特性を示すプロファイル情報、及び前記プロファイル情報による前記向上階層ストリームの特性の適用範囲を示すレベル情報のうち少なくともいずれか１つを含むことができる。

好ましくは、前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータのダイナミックレンジを示すＬＤＲダイナミックレンジタイプ情報、前記ＨＤＲビデオデータのダイナミックレンジを示すＨＤＲダイナミックレンジタイプ情報、及び前記ＬＤＲビデオデータのダイナミックレンジを前記ＨＤＲ推定ビデオデータに変換するのに使用される変換曲線に関する情報のうち少なくともいずれか１つを含むことができる。

好ましくは、前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、及び前記ＨＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ関数の種類を示す情報を含み、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報、前記ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、及び前記ＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報のうち少なくともいずれか１つを含むことができる。

好ましくは、前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）及びＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を含み、前記ＰＭＴは前記向上階層ストリームのデコーディングのための情報を含み、前記ＳＥＩメッセージは前記ＨＤＲ構成情報を含むことができる。

好ましくは、前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及びＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）のうち少なくともいずれか１つを含み、前記ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ及びＣＶＣＴのうち少なくともいずれか１つは、前記向上階層ストリームのデコーディングのための情報及び前記ＨＤＲ構成情報を含むことができる。

本発明の他の一実施例に係る放送信号受信方法は、ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及びシグナリング情報を含む放送信号を受信するステップであって、前記ＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、前記残余情報は、前記ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示し、前記シグナリング情報は、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームのデコーディングのための情報を含む、ステップと、前記受信した放送信号を復調して放送ストリームを取得するステップと、前記取得された放送ストリームから、前記ＬＤＲビデオデータを含むベース階層（ｂａｓｅｌａｙｅｒ）ストリーム、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリーム及び前記シグナリング情報を抽出するステップと、前記抽出されたベース階層ストリームをデコーディングして前記ＬＤＲビデオデータを取得するステップと、前記抽出されたシグナリング情報に基づいて、前記抽出された向上階層ストリームをデコーディングして前記残余情報を取得するステップと、前記取得されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換してＨＤＲ推定ビデオデータを取得するステップと、前記取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得するステップとを含むことができる。

好ましくは、前記シグナリング情報は、前記ＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。

好ましくは、前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するのに使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、及び前記ＨＤＲビデオデータをカラーエンコーディングするのに使用されたＥＯＴＦ関数の種類を示す情報を含み、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報、前記ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、及び前記ＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報のうち少なくともいずれか１つを含むことができる。

本発明の他の一実施例に係る放送信号送信装置は、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換してＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータを生成するダイナミックレンジ変換部、前記生成されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさと前記ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余（ｒｅｓｉｄｕａｌ）情報を生成するダイナミックレンジ逆変換部、前記生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成する第１エンコーダ、前記生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成する第２エンコーダ、前記向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成するシグナリング情報生成部であって、前記生成されたシグナリング情報は、前記生成されたＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、シグナリング情報生成部、前記生成されたベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化する多重化部、前記多重化された放送ストリームを含む放送信号を生成する変調部、及び前記生成された放送信号を送信する送信部を含むことができる。

本発明の他の一実施例に係る放送信号受信装置は、ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及びシグナリング情報を含む放送信号を受信する受信部であって、前記ＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、前記残余情報は、前記ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示し、前記シグナリング情報は、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームのデコーディングのための情報、及び前記ＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、受信部、前記受信した放送信号を復調して放送ストリームを取得する復調部、前記取得された放送ストリームから、前記ＬＤＲビデオデータを含むベース階層（ｂａｓｅｌａｙｅｒ）ストリーム、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリーム及び前記シグナリング情報を抽出する逆多重化部、前記抽出されたベース階層ストリームをデコーディングして前記ＬＤＲビデオデータを取得する第１デコーダ、及び前記抽出されたシグナリング情報に基づいて、前記抽出された向上階層ストリームをデコーディングして前記残余情報を取得し、前記取得されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換してＨＤＲ推定ビデオデータを取得し、前記取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得する第２デコーダを含むことができる。

本発明によれば、ＨＤＲ放送サービスを提供することができる効果がある。

本発明によれば、ＨＤＲ放送サービスを提供する環境でも、既存の受信装置がディスプレイできるダイナミックレンジを有する放送サービスを提供することができる効果がある。

本発明によれば、スケーラブル接近（ｓｃａｌａｂｌｅａｐｐｒｏａｃｈ）を用いることによって送信帯域幅を効率的に使用することができる効果がある。

本発明の一実施例に係る放送信号送信方法のフローチャートを示す図である。本発明の一実施例に係る逆互換性を有するＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータに対する放送信号受信装置の構造を示す図である。本発明の一実施例に係るＨＤＲビデオ構成部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｖｉｄｅｏｃｏｍｐｏｓｉｔｉｏｎ）２０７０の動作を示す図である。本発明の一実施例に係るＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０の動作を示す図である。本発明の一実施例に係るダイナミックレンジ逆変換曲線（ｉｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎｃｕｒｖｅ）を示す図である。本発明の一実施例に係るＨＤＲビデオデータとＬＤＲビデオデータの関係を示す図である。本発明の一実施例に係るＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）の構成を示す図である。本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示す図である。本発明の一実施例に係るＰＭＴの構成をストリーム単位で示す図である。本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示す図である。本発明の一実施例に係るＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）のペイロードの構成を示す図である。本発明の一実施例に係るＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）の構成を示す図である。本発明の一実施例に係るＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）の構成を示す図である。本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）の構成を示す図である。本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）の構成を示す図である。本発明の一実施例に係るｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅを示す図である。本発明の一実施例に係るＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅ及び／又はＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅで使用されるダイナミックレンジタイプ（ｄｙｎａｍｉｃｒａｎｇｅｔｙｐｅ）を示す図である。本発明の一実施例に係るＬＤＲ_ＥＯＴＦ_ｔｙｐｅを示す図である。本発明の一実施例に係るＨＤＲ_ＥＯＴＦ_ｔｙｐｅを示す図である。本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅを示す図である。本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）の数式を示す図である。本発明の他の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示す図である。本発明の一実施例に係るＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）の構成を示す図である。本発明の一実施例に係るＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）の構成を示す図である。本発明の一実施例に係るＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）の構成を示す図である。本発明の一実施例に係る放送信号送信端の動作を示す図である。本発明の一実施例に係る逆互換性を有するＨＤＲビデオデータのためのＵＨＤ放送信号受信装置の構造を示す図である。本発明の一実施例に係る放送信号を受信する方法を示す図である。本発明の一実施例に係る放送信号送信装置の構造を示す図である。本発明の一実施例に係る放送信号受信装置の構造を示す図である。

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

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

図１は、本発明の一実施例に係る放送信号送信方法のフローチャートを示す図である。

本発明の一実施例に係る放送信号送信方法は、以下のような過程を含むことができる。まず、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換してＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータを生成することができる（Ｓ１０１０）。これについては、図１３、図２２、図２６、図２７及び図２９の説明部分で後述する。次に、生成されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余（ｒｅｓｉｄｕａｌ）情報を生成することができる（Ｓ１０２０）。これについては、図２、図３、図８、図１２、図２６、図２７、図２８及び図２９の説明部分で後述する。次に、生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成することができ、生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成することができる（Ｓ１０３０）。これについては、図２、図２６、図２７、図２８、図２９及び図３０の説明部分で後述する。次に、向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成することができる（Ｓ１０４０）。次に、ベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化することができる（Ｓ１０５０）。次に、多重化された放送ストリームを含む放送信号を生成し、生成された放送信号を送信することができる（Ｓ１０６０）。ここで、上述した残余情報が必要でない場合、すなわち、上述したＨＤＲ推定ビデオデータが原本ＨＤＲビデオデータと差がない場合、又はその差が無視できる程度の場合は残余情報を送信しなくてもよい。

本発明の他の一実施例によれば、シグナリング情報は、ＬＤＲビデオデータからＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で後述する。

本発明の他の一実施例によれば、向上階層ストリームのデコーディングのための情報は、向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるためのティア（ｔｉｅｒ）情報、向上階層ストリームに使用されたコーデックのタイプ情報、向上階層ストリームの特性を示すプロファイル情報、及び／又はプロファイル情報による向上階層ストリームの特性の適用範囲を示すレベル情報を含むことができる。上述した向上階層ストリームのデコーディングのための情報についての詳細は、図２、図７、図１０、図２２、図２６及び図２７の説明部分で後述する。

本発明の他の一実施例によれば、ＨＤＲ構成情報は、ＬＤＲビデオデータのダイナミックレンジを示すＬＤＲダイナミックレンジタイプ情報、ＨＤＲビデオデータのダイナミックレンジを示すＨＤＲダイナミックレンジタイプ情報、及び／又はＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）をＨＤＲ推定ビデオデータに変換するのに使用される変換曲線に関する情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で後述する。

本発明の他の一実施例によれば、ＨＤＲ構成情報は、ＬＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するのに使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、ＨＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するのに使用されたＥＯＴＦ関数の種類を示す情報、ＬＤＲビデオデータで表現されたダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）の最大値を示す情報、ＬＤＲビデオデータで表現されたダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）の最小値を示す情報、ＨＤＲビデオデータで表現されたダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）の最大値を示す情報、及び／又はＨＤＲビデオデータで表現されたダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）の最小値を示す情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で後述する。

本発明の他の一実施例によれば、シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）及び／又はＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を含み、ＰＭＴは、向上階層ストリームのデコーディングのための情報を含み、ＳＥＩメッセージはＨＤＲ構成情報を含むことができる。上述したシグナリング情報についての詳細は、図７、図９、図１０、図１１、図２２、図２５、図２６及び図２７の説明部分で後述する。

本発明の他の一実施例によれば、シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及び／又はＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）を含むことができ、ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ及びＣＶＣＴのうち少なくともいずれか１つは、向上階層ストリームのデコーディングのための情報及び／又はＨＤＲ構成情報を含むことができる。これについての詳細は、図１０及び図２２の説明部分で後述する。

図２は、本発明の一実施例に係る逆互換性を有するＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータに対する放送信号受信装置の構造を示した図である。

本発明の一実施例に係る受信装置は、第１逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）２０１０、ベース階層デコーダ（Ｂａｓｅｌａｙｅｒｄｅｃｏｄｅｒ）２０２０、ＥＯＴＦ処理部（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）２０３０、ＬＤＲディスプレイ部（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅｄｉｓｐｌａｙ）２０４０、第２逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）２０５０、向上階層デコーダ（Ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒｄｅｃｏｄｅｒ）２０６０、ＨＤＲビデオ構成部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｖｉｄｅｏｃｏｍｐｏｓｉｔｉｏｎ）２０７０、ＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０及び／又はＨＤＲディスプレイ部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｄｉｓｐｌａｙ）２０９０を含むことができる。

第１逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）２０１０は、多重化された放送ストリームから、ＬＤＲビデオデータを含むベース階層ストリームを抽出することができる。

ベース階層デコーダ（Ｂａｓｅｌａｙｅｒｄｅｃｏｄｅｒ）２０２０は、ベース階層ストリームをデコーディングしてＬＤＲビデオデータを取得することができる。ここで、同図に記載されたＬＤＲストリームはベース階層ストリームを意味し得る。ベース階層デコーダは、ＨＥＶＣのようなコーデックを使用することができる。

ＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）処理部２０３０は、シグナリング情報（ｍｅｔａｄａｔａ）を介して伝達されたＥＯＴＦ関数を用いて、ベース階層のカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）に使用されたＥＯＴＦを処理することができる。

ＬＤＲディスプレイ部（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅｄｉｓｐｌａｙ）２０４０）は、ＥＯＴＦ処理されたＬＤＲビデオデータを既存のディスプレイで再生することができる。

第２逆多重化部（Ｄｅｍｕｌｔｉｐｌｅｘｅｒ）２０５０は、多重化された放送ストリームから、残余（ｒｅｓｉｄｕａｌ）情報を含む向上階層ストリームを抽出することができる。ここで、残余情報は、ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示すことができる。

向上階層デコーダ（Ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒｄｅｃｏｄｅｒ）２０６０は、向上階層ストリームをデコーディングして残余情報を取得することができる。ここで、向上階層デコーダは、向上階層ストリームのデコーディングのための情報を含むシグナリング情報に基づいて向上階層ストリームをデコーディングすることができる。

ＨＤＲビデオ構成部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｖｉｄｅｏｃｏｍｐｏｓｉｔｉｏｎ）２０７０は、ＬＤＲビデオデータ及び残余情報を用いてＨＤＲビデオデータを復元することができる。これについての詳細は後述する。

ＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０は、最適の視聴環境を提供するためにコンテンツの明るさを調節することができる。これについての詳細は後述する。

ＨＤＲディスプレイ部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｄｉｓｐｌａｙ）２０９０）はＨＤＲビデオデータを再生することができる。本発明の一実施例によれば、受信機がＨＤＲビデオデータに対して受信機のディスプレイの明るさを変換させる必要がある場合、ディスプレイの明るさ調整に関するシグナリング情報（ｌｕｍｉｎａｎｃｅｌｅｖｅｌａｄｊｕｓｔｍｅｎｔｓｉｇｎａｌ）を介してディスプレイの明るさを変換させることができる（Ｄｉｓｐｌａｙｌｕｍｉｎａｎｃｅｌｅｖｅｌａｄｊｕｓｔｍｅｎｔ）。

本発明の一実施例によって、ベース階層（ｂａｓｅｌａｙｅｒ）及び向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）が伝送チャネルを介して伝達される場合、既存の受信機は、ベース階層だけを処理することによってＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）映像をディスプレイ部で再生することができ、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）映像を処理できる受信機は、向上階層を用いてＨＤＲ映像を復元して再生することができる。上述した内容は、本発明の一実施例に係る逆互換性を示す。

本発明の一実施例によれば、ＵＨＤサービス（ＵｌｔｒａＨｉｇｈＤｅｆｉｎｉｔｉｏｎｓｅｒｖｉｃｅ）に対して、受信機で向上階層の処理が不可能な場合、又は向上階層を介して取得するＨＤＲ映像のディスプレイが不適切であると判断される場合、受信機は、ベース階層だけをデコーディングすることができる。ここで、ＵＨＤサービスは、後述するＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）又はＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）内のｓｅｒｖｉｃｅ_ｔｙｐｅが０ｘ０７、０ｘ０９又は０ｘ１０であるサービスを示すことができる。また、受信機で向上階層の処理が不可能であるということは、受信機が、後述するＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒを処理できない場合、後述するＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅが０ｘ０９であるプログラムを処理できない場合、又は後述するｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒｓｔｒｅａｍ_ｔｙｐｅを処理できない場合を示すことができる。また、ＨＤＲ映像のディスプレイが不適切であると判断される場合とは、後述するＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘの表現が不可能な場合を意味し得、これは、後述するＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅ又はＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘの値を用いて判断することができる。

本発明の一実施例によれば、受信機で向上階層の処理が可能であり、ＨＤＲ映像に対する表現が可能な場合、受信機はＨＤＲビデオデータを取得することができる。ここで、受信機で向上階層の処理が可能であるということは、後述するＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅが０ｘ０９であるプログラムを処理可能であり、後述するｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒｓｔｒｅａｍ_ｔｙｐｅを処理可能な場合を示すことができる。そして、ＨＤＲ映像に対する表現が可能な場合は、後述するＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅ又はＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘの値を用いて判断することができる。

図３は、本発明の一実施例に係るＨＤＲビデオ構成部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅｖｉｄｅｏｃｏｍｐｏｓｉｔｉｏｎ）２０７０の動作を示した図である。

本発明の一実施例に係るＨＤＲビデオ構成部２０７０は、逆変換ＤＲマッピング過程（ＩｎｖｅｒｓｅＤＲｍａｐｐｉｎｇ）３０１０及び／又はＤＲディテール向上過程（ＤＲｄｅｔａｉｌｅｎｈａｎｃｅｍｅｎｔ）３０２０を含むことができる。

逆変換ＤＲマッピング過程（ＩｎｖｅｒｓｅＤＲｍａｐｐｉｎｇ）３０１０では、送信端で原本ＨＤＲビデオデータに適用した変換関数の逆関数をＬＤＲビデオデータに適用することによって、受信端はＨＤＲ推定ビデオデータを取得することができる。ここで、ＨＤＲ推定ビデオデータを取得するためにＨＤＲ構成情報を用いることができる。上述したＨＤＲ構成情報は、ＤＲマッピングメタデータ（ＤＲｍａｐｐｉｎｇｍｅｔａｄａｔａ）と命名することができ、これについての詳細は後述する。

ＤＲディテール向上過程（ＤＲｄｅｔａｉｌｅｎｈａｎｃｅｍｅｎｔ）３０２０は、上述した逆変換ＤＲマッピング過程を通じて取得したＨＤＲ推定ビデオデータと原本ＨＤＲビデオデータとをピクセル単位で比較してマッピングする過程である。非線形関数（Ｎｏｎｌｉｎｅａｒｆｕｎｃｔｉｏｎ）の逆関数を適用する場合、部分的にビット深度コンプレッション（ｂｉｔｄｅｐｔｈｃｏｍｐｒｅｓｓｉｏｎ）又はエクスパンション（ｅｘｐａｎｓｉｏｎ）が発生し、ビット深度エクスパンションが発生する場合、１対多のマッピング（ｏｎｅｔｏｍｕｌｔｉｐｌｅｍａｐｐｉｎｇ）が起こるようになり、マッピング関数（ｍａｐｐｉｎｇｆｕｎｃｔｉｏｎ）、すなわち、変換関数のみでは元のピクセル値を正確に表現することができない。したがって、ＤＲディテール向上過程は、向上階層ストリームに含まれた残余（ｒｅｓｉｄｕａｌ）情報を通じて、ＨＤＲ推定ビデオデータの明るさ値を原本ＨＤＲビデオデータの明るさ値に補正することができる。本発明の一実施例に係るｒｅｓｉｄｕａｌ映像、すなわち、残余情報は、逆変換マッピング（ｉｎｖｅｒｓｅＤＲｍａｐｐｉｎｇ）されたベース階層と原本映像との間の差で構成され得る。すなわち、残余情報は、ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、原本ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示すことができる。ここで、上述した残余情報が必要でない場合、すなわち、上述したＨＤＲ推定ビデオデータが原本ＨＤＲビデオデータと差がない場合、又はその差が無視できる程度の場合は残余情報を伝送しなくてもよい。

図４は、本発明の一実施例に係るＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０の動作を示した図である。

本発明の一実施例に係るＨＤＲビデオ後処理部２０８０は、コントラスト向上過程（Ｃｏｎｔｒａｓｔｅｎｈａｎｃｅｍｅｎｔ）４０１０、伝達曲線過程（ｔｒａｎｓｆｅｒｃｕｒｖｅ）４０２０及び／又はダイナミックレンジ向上過程（Ｄｙｎａｍｉｃｒａｎｇｅｅｎｈａｎｃｅｍｅｎｔ）４０３０を含むことができる。

コントラスト向上過程（Ｃｏｎｔｒａｓｔｅｎｈａｎｃｅｍｅｎｔ）４０１０は、後述するＨＤＲビデオデータの最大及び／又は最小明るさ情報に基づいて受信機でコンテンツの明るさを調節することが視聴者に最適の視聴環境を提供できるものと判断される場合に、ＨＤＲビデオデータのコントラストを向上させる過程に該当し得る。

伝達曲線過程（ｔｒａｎｓｆｅｒｃｕｒｖｅ）４０２０は、後述するＨＤＲビデオデータの最大及び／又は最小明るさ情報に基づいて受信機でコンテンツの明るさを調節することが視聴者に最適の視聴環境を提供できるものと判断される場合に、ＨＤＲビデオデータに伝達曲線を適用してＨＤＲビデオデータの明るさを向上させる過程に該当し得る。

ダイナミックレンジ向上過程（Ｄｙｎａｍｉｃｒａｎｇｅｅｎｈａｎｃｅｍｅｎｔ）４０３０は、後述するＨＤＲビデオデータの最大及び／又は最小明るさ情報に基づいて受信機でコンテンツの明るさを調節することが視聴者に最適の視聴環境を提供できるものと判断される場合に、ＨＤＲビデオデータのダイナミックレンジを向上させる過程に該当し得る。

本発明の一実施例によれば、向上階層ベースのＨＤＲビデオデータは線形性を有していると仮定することができ、ＨＤＲを適切に表現するために、ＥＯＴＦがメタデータを介して伝達されてもよく、受信機のＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０は、上述したＥＯＴＦを処理することができる。

図５は、本発明の一実施例に係るダイナミックレンジ逆変換曲線（ｉｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎｃｕｒｖｅ）を示した図である。

本発明の一実施例によれば、受信機は、送信端で原本ＨＤＲビデオデータに適用したダイナミックレンジ変換曲線の逆関数をＬＤＲビデオデータに適用することによって、ＨＤＲ推定ビデオデータを取得することができる。このとき、受信機は、ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ、ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎ、ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ及び／又はＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎを通じてＬＤＲビデオデータの明るさ及び／又はＨＤＲビデオデータの明るさ範囲情報を知ることができる。

本発明の一実施例に係るダイナミックレンジ逆変換という用語は、ｉｎｖｅｒｓｅＤＲｍａｐｐｉｎｇと命名することができ、ダイナミックレンジ逆変換は様々な方法で行うことができる。そして、上述した様々な方法は、後述するＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅを介してシグナリングすることができる。暗部から明部に至るまで線形変換を行う場合に線形関数（ｌｉｎｅａｒｆｕｎｃｔｉｏｎ）が使用され、暗部を増幅する場合に対数関数（ｌｏｇａｒｉｔｈｍｉｃｆｕｎｃｔｉｏｎ）が使用され、明部を増幅する場合に指数関数（ｅｘｐｏｎｅｎｔｉａｌｆｕｎｃｔｉｏｎ）が使用されてもよく、ダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）が使用されてもよい。上述した各変換関数に関する細部情報は、ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を介して伝達されてもよい。

本発明の一実施例に係るダイナミックレンジ逆変換過程は、スケーラブルコーディング（ｓｃａｌａｂｌｅｃｏｄｉｎｇ）の一部分として追加されてもよく、既存に存在していたＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０の伝達曲線過程（ｔｒａｎｓｆｅｒｃｕｒｖｅ）４０２０及び／又はダイナミックレンジ向上過程（Ｄｙｎａｍｉｃｒａｎｇｅｅｎｈａｎｃｅｍｅｎｔ）４０３０と連係して動作することができる。すなわち、既存のＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０にＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅ及び／又はダイナミックレンジ変換曲線（ＤＲｍａｐｐｉｎｇｆｕｎｃｔｉｏｎ）による係数を認識する機能を追加し、ダイナミックレンジを変換する、すなわち、ダイナミックレンジのマッピングを行う機能を追加することによって、本発明の一実施例は、既存のＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０を活用することができる。

本発明の一実施例に係るＤＲマッピング（ＤＲｍａｐｐｉｎｇ）とは、ＬＤＲビデオデータのダイナミックレンジとＨＤＲビデオデータのダイナミックレンジをマッピングして相互間に変換することを示すことができる。

本発明の一実施例によれば、送信端でＤＲ線形化（ＤＲｌｉｎｅａｒｉｚａｔｉｏｎ）されたＨＤＲビデオデータに対してダイナミックレンジ逆変換を適用する場合、受信端は、送信端でカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）のために適用したＥＯＴＦの逆関数を適用することができる。受信端は、後述するＬＤＲ_ＥＯＴＦ_ｔｙｐｅを通じて送信端で適用したＥＯＴＦの逆関数に関する情報を取得することができる。ここで、上述したＥＯＴＦに関する情報は、ＶＵＩ（ＶｉｄｅｏＵｓａｂｉｌｉｔｙＩｎｆｏｒｍａｔｉｏｎ）によって伝送されるベース階層に対するＥＯＴＦ情報と一致し得る。

本発明の一実施例によれば、ダイナミックレンジ逆変換過程の後にＨＤＲビデオデータに対するＥＯＴＦを適用しなければならない場合、受信端は、後述するＨＤＲ_ＥＯＴＦ_ｔｙｐｅを用いて適切なＥＯＴＦをシグナリングすることができる。

同図によれば、ダイナミックレンジ逆変換のために使用される関数は、線形関数（ｌｉｎｅａｒｆｕｎｃｔｉｏｎ）５０１０又はダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）５０２０が該当し得る。同図において、ｘ軸は、ＬＤＲビデオデータのダイナミックレンジを示し、ｙ軸は、ＨＤＲビデオデータのダイナミックレンジを示すことができる。ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ及びＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎは、ＬＤＲビデオデータの最大及び最小ダイナミックレンジ値を示すことができ、ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ及びＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎは、ＨＤＲビデオデータの最大及び最小ダイナミックレンジ値を示すことができる。ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［０］及びｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［１］は、ダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）５０２０の関数が変わる区間のｘ座標を示すことができ、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｙ［０］及びｉｎｔｅｒｓｅｃｔｉｏｎ_ｙ［１］は、ダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）５０２０の関数が変わる区間のｙ座標を示すことができる。

図６は、本発明の一実施例に係るＨＤＲビデオデータとＬＤＲビデオデータとの関係を示した図である。

本発明の一実施例に係るＨＤＲビデオデータ６０１０は、ＨＤＲ推定ビデオデータ６０２０に残余（Ｒｅｓｉｄｕａｌ）情報６０４０を追加することによって取得することができる。そして、ＨＤＲ推定ビデオデータ６０２０は、ＬＤＲビデオデータに対してダイナミックレンジ逆変換を行うことによって取得することができる。

本発明の一実施例に係るＨＤＲビデオデータ６０１０及びＨＤＲ推定ビデオデータ６０２０は、１０ビットのビット深度（ｂｉｔｄｅｐｔｈ）を有し、０．０００１ｎｉｔ〜１０００ｎｉｔの明るさを表現することができる。そして、ＬＤＲビデオデータ６０３０は、１０ビットのビット深度（ｂｉｔｄｅｐｔｈ）を有し、０．０５ｎｉｔ〜１００ｎｉｔの明るさを表現することができる。

図７は、本発明の一実施例に係るＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）の構成を示した図である。

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

ｔａｂｌｅ_ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＰＭＴを構成するセクションであることを示す役割を果たすことができる。（table_id is an 8-bit unsigned integer field is the first byte in every MPEG-2 private table is called the table_id. This singlebyte value indicates the type of table. Table_id values are assigned by MPEG,ATSC,ARIB,SCTE or DVB specifications, and all leave room for table_ids that can be specified and defined by end users, which are called “user private” tables.）

ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドに後続するテーブルセクションのフォーマットを示す。当該フィールドの値が０である場合、当該テーブルセクションはショート（ｓｈｏｒｔ）フォーマットであることを示す。当該フィールドの値が１である場合、当該テーブルセクションは一般的なロング（ｌｏｎｇ）フォーマットに従う。（The first bit of the second byte in an MPEG-2 private table is the section_syntax_indicator. This singlebit value indicates the format of the table section to follow, as detailed in ISO/IEC 138181, Table 2-30, if this bit is set to zero, the table uses the short form. Most MPEG-2 PSI and ATSC PSIP table sections have this bit set to one, which means that the table follows the generic table syntax. If the former, private_data_bytes immediately follow the section_length field.)

ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すので、当該テーブルセクションの実際の長さは、ｓｅｒｃｉｏｎ_ｌｅｎｇｔｈフィールドが示す値に３バイトを加えた値になり得る。（The section_length field is a 12-bit field that gives the length of the table section beyond this field. Since it is carried starting at bit index 12 in the section (the second and third bytes), the actual size of the table section is section_length +3.）

ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドは、トランスポートストリーム内に存在する各プログラムサービス又は仮想チャネル（virtual channel)を識別する。(The program_number is a 16-bit unsigned integer that uniquely identifies each program service (or virtual channel) present in a transport stream. Program numbers can range from 1 to 65535 and are generally allocated by end users by starting at 1.)

ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅｔａｂｌｅｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。（The version_number field is a 5-bit unsigned integer field that begins at bit index 50 in a table section and that signals the version number the private table section. Each time a table section changes, this field is incremented by 1. When the maximum value of 31 is exceeded, version_number wraps around to 0 (+1 modulo 32). Receivers are expected to monitor this field and current_next_indicator to insure the most recent table section is in memory. When current_next_indicator indicates a “next” section, the value of version_number is the value the next version of this section will carry. Depending on the table_id and specification publisher, the scope of version_number may vary.）

ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１であれば、現在伝送されるテーブルが有効であることを示し、０であれば、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。（Some MPEG-2 private table sections permit the transmission of a “next” table section or sections to signal what a particular table will look like when it next changes. The MPEG-2 PSI tables that permit this are the PAT, CAT and PMT. ATSC tables that permit “next” editions include the TVCT, CVCT and SVCT. Most PSIP tables do not permit “next” editions. The version_number in the next edition of the table must be the version_number of the current edition, incremented by 1 modulo 32, and that must be the actual version number transmitted upon the next table section change.)

ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。（The section_number 8-bit unsigned integer field that begins at bit index 48 in a longform private table section. The first section in a particular table issection_number =0 and each subsequent table section is incremented by 1, with a maximum of 255.）

ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。（The last_section_number field is a 8-bit unsigned integer field that signals the last section that is valid for a particular MPEG-2 private table. It uses the same value basis as section_number, so the total number of sections is one greater than the value of this field. All of the table sections carry the same last_section_number.）

ＰＣＲ_ＰＩＤフィールドは、プログラムサービスのためのＰＣＲ（ＰｒｏｇｒａｍＣｌｏｃｋＲｅｆｅｒｅｎｃｅ）が存在するパケットＩＤ（ｐａｃｋｅｔＩＤ）を示す。（The PCR_PID is the packet id where the program clock reference for a program service can be found. The program clock reference is used to reconstruct the 27 Mhz system time clock(STC) in the receiver, which is used to synchronize audio, video and data demodulation.)

ｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、後続する、プログラム情報（ｐｒｏｇｒａｍ_ｉｎｆｏ）を示すディスクリプタの長さを示す。（The program_info_length is a 12 bit mandatory field that starts at bit index 76 in a Program Map table section and signals the size of the variable-length program_info descriptor field to follow.）

ｄｅｓｃｒｉｐｔｏｒ（）は、当該テーブルセクションに該当するプログラムに関する情報を示すディスクリプタを意味する。（A descriptor() designation in a table denotes the location of a descriptor loop that may contain zero or more individual descriptors. A descriptor is a variable-length, generally optional field that may be found at one or more locations in an MPEG-2 private table section.）本発明の一実施例によれば、このディスクリプタにＵＨＤプログラムに関する情報を有するＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒが該当し得る。ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒについての詳細は後述する。

ｓｔｒｅａｍ_ｔｙｐｅフィールドは、当該テーブルが説明しているプログラムを構成する各単位ストリームの種類を示す。

ｅｌｅｍｅｎｔａｒｙ_ＰＩＤフィールドは、当該テーブルが説明しているプログラムを構成する各単位ストリームのパケットＩＤ（ｐａｃｋｅｔＩＤ）を示す。（The elementary_PID is the packet id indicated in a PMT section to fine a particular elementary stream.）

ＥＳ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、後続する各単位ストリームに対する情報（ＥＳ_ｉｎｆｏ）を示すディスクリプタの長さを示す。（The ES_info_length field is a 12-bit unsigned integer in a Program Map table (PMT) section that signals the size of the ES_info variable-length descriptor field that directly follows it. There is one ES_info_length field for each elementary stream listed in a program map table section.）

ｄｅｓｃｒｉｐｔｏｒ（）は、当該テーブルが説明しているプログラムを構成する単位ストリームのうち１つの単位ストリームに対する情報を示すディスクリプタを意味する。(A descriptor() designation in a table denotes the location of a descriptor loop that may contain zero or more individual descriptors. A descriptor is a variable-length, generally optional field that may be found at one or more locations in an MPEG-2 private table section.）本発明の一実施例によれば、このディスクリプタに向上階層のデコーディングのための情報を含むＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒが該当し得る。ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒについての詳細は後述する。

ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータに誤りがあるかを確認するために使用されるＣＲＣ値を示す。(All MPEG-2 private table sections with the private_indicator set to one have a fourbyte table section footer called the CRC-32, for 32-bit cyclic redundancy check. A CRC has a similar function to “parity checks ”that were around in the first days of computers: a way of checking if data was transmitted correctly.）

本発明の一実施例は、スケーラブル接近（ｓｃａｌａｂｌｅａｐｐｒｏａｃｈ）ベースのＨＤＲビデオデータの構成情報を伝達するために、システムレベル（ｓｙｓｔｅｍｌｅｖｅｌ）では、向上階層ストリームのデコーディングのための情報を提供し、ビデオレベル（ｖｉｄｅｏｌｅｖｅｌ）では、ＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を介してＨＤＲ構成情報、すなわち、ベース階層ストリームに含まれたＬＤＲビデオデータのダイナミックレンジをマッピングするためのメタデータを提供することができる。

本発明の一実施例は、ＰＭＴに含まれたＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒを通じて向上階層ストリームのティア（ｔｉｅｒ）情報、コーデックのタイプ情報、プロファイル情報及び／又はレベル情報を提供することができる。ここで、ティア情報は、向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるための情報を示し、プロファイル情報は向上階層ストリームの特性を示し、レベル情報は向上階層ストリームの特性の適用範囲を示すことができる。そして、本発明の一実施例は、ＳＥＩメッセージを介して原本ＨＤＲビデオデータの最大及び最小明るさ情報、ダイナミックレンジマッピングパラメータ（ダイナミックレンジを変換するために使用されるパラメータ）などのビデオ関連メタデータを提供することができる。本発明の一実施例によれば、ＳＥＩメッセージを介して提供されるメタデータは、ＨＤＲ構成情報と命名することができ、ＨＤＲ構成情報は、ＬＤＲビデオデータからＨＤＲ推定ビデオデータを生成するために必要な情報を含むことができる。

図８は、本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。

本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド及び／又はＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドを含むことができる。

ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタがＵＨＤプログラムに関する情報を含むＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒであることを識別することができる。

ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの長さを示すことができる。

ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドは、プログラムのフォーマットの種類及び／又は当該プログラムがどのようなストリームで構成されたプログラムであるかを示すことができる。本発明の一実施例によれば、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０９を有する場合、当該プログラムは、ＬＤＲディスプレイとの互換のためのベース階層及びＨＤＲビデオデータを構成するために必要な残余情報のための向上階層で構成されたストリームを有するプログラムであることを示すことができる。

図９は、本発明の一実施例に係るＰＭＴの構成をストリーム単位で示した図である。

本発明の一実施例によって、一つのプログラムを構成する１つ以上のストリームに対して、ｓｔｒｅａｍ_ｔｙｐｅが０ｘ２４であれば、ＨＥＶＣ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ）ビデオコーデックでエンコーディングされたストリームであることを示し、このとき、ｅｌｅｍｅｎｔａｒｙ_ＰＩＤは０ｘ１０９Ａを有し、このストリームに対する内容はＨＥＶＣ_ｖｉｄｅｏ_ｄｅｓｃｒｉｐｔｏｒ（）に含まれてもよい。ｓｔｒｅａｍ_ｔｙｐｅが０ｘＡ１であれば、ＨＥＶＣ（ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ）ｓｃａｌａｂｌｅｌａｙｅｒｖｉｄｅｏコーデックでエンコーディングされたストリームであることを示し、このとき、ｅｌｅｍｅｎｔａｒｙ_ＰＩＤは０ｘ１０９Ｂを有し、このストリームに関する内容はＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）に含まれてもよい。ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、本発明の一実施例に係る向上階層に関する情報を含むことができ、これについての詳細は後述する。

図１０は、本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。

本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ＥＬ_ｖｉｄｅｏ_ｃｏｄｅｃ_ｔｙｐｅフィールド、ＥＬ_ｖｉｄｅｏ_ｐｒｏｆｉｌｅフィールド、ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールド及び／又はＥＬ_ｖｉｄｅｏ_ｔｉｅｒフィールドを含むことができる。

ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、このディスクリプタがＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）であることを示す固有のコード値を示すことができる。

ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、このディスクリプタの全長を示すことができる。

ＥＬ_ｖｉｄｅｏ_ｃｏｄｅｃ_ｔｙｐｅフィールドは、ＰＭＴのｓｔｒｅａｍ_ｔｙｐｅフィールドと同じ値を有することができ、ＨＤＲビデオを構成するビデオエレメントのコーデックを示すことができる。すなわち、このフィールドは、向上階層ストリームに使用されたコーデックのタイプ情報を示すことができる。

ＥＬ_ｖｉｄｅｏ_ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに対するプロファイル（ｐｒｏｆｉｌｅ）、すなわち、当該ストリームをデコーディングするために必要な基本仕様を示すことができる。例えば、このフィールドは、当該ビデオストリームのビット深度（ｂｉｔｄｅｐｔｈ、８ビット又は１０ビット）、コーディングツール（ｃｏｄｉｎｇｔｏｏｌ）などに対する必要（ｒｅｑｕｉｒｅｍｅｎｔ）情報などを示すことができる。本発明の一実施例によれば、このフィールドは、向上階層ストリームの特性を示すプロファイル情報を示すことができる。

ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールドは、当該ビデオストリームに対するレベル（ｌｅｖｅｌ）、すなわち、上述したプロファイルで定義した技術要素をどの範囲までサポートするかを示すことができる。本発明の一実施例によれば、このフィールドは、向上階層ストリームの特性の適用範囲を示すレベル情報を示すことができ、レベル情報は、解像度、フレーム速度（ｆｒａｍｅｒａｔｅ）、ビットレート（ｂｉｔｒａｔｅ）などの情報を含むことができる。

ＥＬ_ｖｉｄｅｏ_ｔｉｅｒフィールドは、当該ビデオストリームのティア情報を示すことができる。本発明の一実施例に係るティア情報は、向上階層ストリームのビットレートの限界を定めるために使用される情報を意味し得る。

本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、向上階層ストリームのデコーディングのための情報を含むことができ、上述したフィールドは、向上階層ストリームのデコーディングのための情報に該当し得る。

本発明の一実施例に係る向上階層ストリームのデコーディングのための情報を含むＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴのストリームレベルのディスクリプタに該当し得、後述するＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及び／又はＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）に含まれてもよい。

図１１は、本発明の一実施例に係るＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）のペイロードの構成を示した図である。

本発明の一実施例に係るＳＥＩメッセージは、ペイロードタイプが５２である場合（ｐａｙｌｏａｄｔｙｐｅ＝＝５２）、ＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）を含むことができ、ＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）についての詳細は後述する。

図１２は、本発明の一実施例に係るＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）の構成を示した図である。

本発明の一実施例に係るＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）は、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールド及び／又はＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）を含むことができる。

本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドの値が０ｘ０９である場合、ＵＤＴＶ_ｓｃａｌａｂｌｅ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（）はＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）を有することができ、ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、受信端でＬＤＲビデオデータからＨＤＲ推定ビデオデータを生成するために必要な情報を含むことができる。本発明の一実施例に係るＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、ＨＤＲ構成情報と命名することができる。ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）についての詳細は後述する。

図１３は、本発明の一実施例に係るＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）の構成を示した図である。

本発明の一実施例に係るＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅフィールド、ＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールド、ＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールド、ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘフィールド、ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールド、ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘフィールド、ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールド、ＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールド、ＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールド、ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド、ＬＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールド、ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド、ＨＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールド、ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅフィールド及び／又はＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を含むことができる。

ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅフィールドは、ベース階層のＵＤ（Ｕｌｔｒａｄｅｆｉｎｉｔｉｏｎ）ビデオフォーマットに関する情報を示すことができる。このフィールドは、ビデオの解像度（ｒｅｓｏｌｕｔｉｏｎ）及び／又はフレーム速度（ｆｒａｍｅｒａｔｅ）のような基本的な情報を示すことができる。これについての詳細は後述する。

ＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールドは、ベース階層ビデオデータ、すなわち、ＬＤＲビデオデータのダイナミックレンジをシグナリングすることができる。本発明の一実施例に係るこのフィールドの値が０００１である場合、ＳＭＰＴＥ（ＳｏｃｉｅｔｙｏｆＭｏｔｉｏｎＰｉｃｔｕｒｅａｎｄＴｅｌｅｖｉｓｉｏｎＥｎｇｉｎｅｅｒｓ）で制定した参照モニタ（ｒｅｆｅｒｅｎｃｅｍｏｎｉｔｏｒ）の明るさ範囲を有することができ、その他の値は、後に制定される標準に従って使用することができる。本発明の一実施例に係るこのフィールドの値が１０００である場合、ＬＤＲビデオデータのダイナミックレンジが任意の値を有することを示し、この場合、後述するＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ及びＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールドによってダイナミックレンジが定められ得る。本発明の一実施例によれば、ＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールドは、ＬＤＲダイナミックレンジタイプ情報と命名することができる。

ＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールドは、向上階層を介して再生しようとするビデオデータ、すなわち、ＨＤＲビデオデータのダイナミックレンジをシグナリングすることができる。本発明の一実施例に係るこのフィールドの値が０００１である場合、ＳＭＰＴＥ（ＳｏｃｉｅｔｙｏｆＭｏｔｉｏｎＰｉｃｔｕｒｅａｎｄＴｅｌｅｖｉｓｉｏｎＥｎｇｉｎｅｅｒｓ）で制定した参照モニタ（ｒｅｆｅｒｅｎｃｅｍｏｎｉｔｏｒ）の明るさ範囲を有することができ、その他の値は、後に制定される標準に従って使用することができる。本発明の一実施例に係るこのフィールドの値が１０００である場合、ＬＤＲビデオデータのダイナミックレンジが任意の値を有することを示し、この場合、後述するＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘ及びＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールドによってダイナミックレンジが定められ得る。本発明の一実施例によれば、ＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールドは、ＨＤＲダイナミックレンジタイプ情報と命名することができる。

ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘフィールドは、ＬＤＲビデオデータで表現された最大基準明るさを任意の値に指定する場合に使用することができる。ＬＤＲビデオデータで表現されたダイナミックレンジの最大値を示し、一般的な範囲を考慮して、実際の値を１００（１０進数）で割った値の商を伝送することができる。

ＬＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールドは、ＬＤＲビデオデータで表現された最小基準明るさを任意の値に指定する場合に使用することができる。ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示し、一般的な範囲を考慮して、実際の値に１００（１０進数）を掛けた値を伝送することができる。

ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍａｘフィールドは、ＨＤＲビデオデータで表現された最大基準明るさを任意の値に指定する場合に使用することができる。ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示し、一般的な範囲を考慮して、実際の値を１００（１０進数）で割った値の商を伝送することができる。

ＨＤＲ_ｌｕｍｉｎａｎｃｅ_ｍｉｎフィールドは、ＨＤＲビデオデータで表現された最小基準明るさを任意の値に指定する場合に使用することができる。ＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示し、一般的な範囲を考慮して、実際の値に１００（１０進数）を掛けた値を伝送することができる。

ＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドは、送信端でＬＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ関数の種類を示すことができる。一般に、ＩＴＵＲＢＴ．１８８６、ＲＥＣ．７０９、ＢＴ．２０２０などのように広く使用されるＥＯＴＦの場合は、ＶＵＩ情報によって伝達することができ、この場合、このフィールドの値は、ＶＵＩ情報によって伝達されるＥＯＴＦと同一のＥＯＴＦを指定することができる。標準として定められていないＥＯＴＦが使用された場合（例えば、ｐｅｒｃｅｐｔｕａｌｑｕａｎｔｉｚａｔｉｏｎ）、このフィールドは０００１を有し、後述するｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド及び／又はＬＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドによって任意のＥＯＴＦに対する情報がシグナリングされ得る。本発明の一実施例に係るＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドが示すＥＯＴＦ関数は、ＬＤＲビデオデータのカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）のために使用することができる。

ＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドは、送信端でＬＤＲビデオデータをＨＤＲビデオデータに変換した後、変換されたＨＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ関数の種類を示すことができる。一般的に送信端で別途のＥＯＴＦ過程が必要でないこともあるが、受信機が分離されている場合又はディスプレイの種類によってはＥＯＴＦが必要な場合があり得る。一般に、ＩＴＵＲＢＴ．１８８６、ＲＥＣ．７０９、ＢＴ．２０２０などのように広く使用されるＥＯＴＦの場合は、ＶＵＩ情報によって伝達することができ、この場合、このフィールドの値は、ＶＵＩ情報によって伝達されるＥＯＴＦと同一のＥＯＴＦを指定することができる。標準として定められていないＥＯＴＦが使用された場合（例えば、ｐｅｒｃｅｐｔｕａｌｑｕａｎｔｉｚａｔｉｏｎ）、このフィールドは０００１を有し、後述するｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド及び／又はＨＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドによって任意のＥＯＴＦに対する情報がシグナリングされ得る。本発明の一実施例に係るＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドが示すＥＯＴＦ関数は、ＨＤＲビデオデータのカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）のために使用することができる。

ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールドは、送信端でＬＤＲビデオデータ及び／又はＨＤＲビデオデータをエンコーディングするのに使用された任意のＥＯＴＦを示すための係数の個数を示すことができる。

ＬＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドは、ＬＤＲビデオデータをエンコーディングするのに使用された任意のＥＯＴＦを示すためのｉ＋１番目の係数を示すことができる。ここで、ｉは、０より大きいか又は同一であり、ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールドの値より小さくてもよい。

ＨＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドは、ＨＤＲビデオデータをエンコーディングするのに使用された任意のＥＯＴＦを示すためのｉ＋１番目の係数を示すことができる。ここで、ｉは、０より大きいか又は同一であり、ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールドの値より小さくてもよい。

ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅフィールドは、送信端で使用されたダイナミックレンジ変換曲線の種類を示すことができる。すなわち、このフィールドは、ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）をＨＤＲ推定ビデオデータに変換するのに使用される変換曲線の種類を示すことができ、これについての詳細は後述する。

ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）は、上述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅフィールドによるダイナミックレンジ変換関数に関する情報を示すことができる。すなわち、このフィールドは、ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）をＨＤＲ推定ビデオデータに変換するのに使用される変換関数又は曲線に関する詳細情報を示すことができ、これについての詳細は後述する。

本発明の一実施例に係るＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、送信端で原本ＨＤＲビデオデータのダイナミックレンジを変換してＬＤＲビデオデータを生成する過程で用いられた情報を含むことができる。ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、ＨＤＲ構成情報と命名することができ、送信端でＬＤＲビデオデータをＨＤＲ推定ビデオデータに逆変換する場合、受信端でＬＤＲビデオデータをＨＤＲ推定ビデオデータに逆変換する場合に使用することができる。

本発明の一実施例によれば、ダイナミックレンジを変換又は逆変換するのに使用される変換又は逆変換という用語は、いずれも、変換するという意味を有するので、変換の対象と被対象によって混用されてもよい。

図１４は、本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）の構成を示した図である。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ００である場合、ダイナミックレンジ変換関数として線形関数（Ｌｉｎｅａｒｆｕｎｃｔｉｏｎ）が使用されてもよく、この場合、本発明の一実施例は、線形関数のｇａｉｎ及び／又はｏｆｆｓｅｔ値をシグナリングすることができる。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ０１である場合、ダイナミックレンジ変換関数として対数関数（Ｌｏｇａｒｉｔｈｍｉｃｆｕｎｃｔｉｏｎ）が使用されてもよく、この場合、本発明の一実施例は、対数関数のｇａｉｎ、ｏｆｆｓｅｔ及び／又はｃｏｅｆｆ_ａ値をシグナリングすることができる。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ０２である場合、ダイナミックレンジ変換関数として指数関数（Ｅｘｐｏｎｅｎｔｉａｌｆｕｎｃｔｉｏｎ）が使用されてもよく、この場合、本発明の一実施例は、指数関数のｇａｉｎ、ｏｆｆｓｅｔ及び／又はｃｏｅｆｆ_ａ値をシグナリングすることができる。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ０３である場合、ダイナミックレンジ変換関数として逆Ｓ曲線（Ｉｎｖｅｒｓｅｓ−ｃｕｒｖｅ）が使用されてもよく、この場合、本発明の一実施例は、逆Ｓ曲線のｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ、ｇａｉｎ１、ｇａｉｎ２、ｏｆｆｓｅｔ１、ｏｆｆｓｅｔ２、ｃｏｅｆｆ_ａ１及び／又はｃｏｅｆｆ_ａ２値をシグナリングすることができる。

本発明の一実施例に係るｇａｉｎ、ｏｆｆｓｅｔ、ｃｏｅｆｆ_ａ、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ、ｇａｉｎ１、ｇａｉｎ２、ｏｆｆｓｅｔ１、ｏｆｆｓｅｔ２、ｃｏｅｆｆ_ａ１及びｃｏｅｆｆ_ａ２は、後述するダイナミックレンジ変換関数又は曲線に使用される係数又はパラメータを示すことができる。

図１５は、本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）の構成を示した図である。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ０４である場合、ダイナミックレンジ変換関数として、ダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）が使用されてもよく、この場合、本発明の一実施例は、互いに異なる関数が使用された各区間の間のセクションの個数を示すｎｕｍｂｅｒ_ｓｅｃｔｉｏｎをシグナリングすることができ、各区間に使用された変換関数の種類に応じて、前述した係数又はパラメータをシグナリングすることができる。例えば、ダイナミックレンジを２つの区間に分けて互いに異なる２つの変換関数が使用される場合、ｎｕｍｂｅｒ_ｓｅｃｔｉｏｎは１を有し、各区間に適用される変換関数に必要な係数（ｇａｉｎ、ｏｆｆｓｅｔ、ｉｎｔｅｒｓｅｃｔｉｏｎ）がシグナリングされてもよい。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ０５である場合、ダイナミックレンジを変換するためにルックアップテーブル（Ｌｏｏｋｕｐｔａｂｌｅ）が使用されてもよく、この場合、本発明の一実施例は、ルックアップテーブルに含まれるエントリの長さを示すｅｎｔｒｙ_ｌｅｎｇｔｈフィールドをシグナリングすることができ、ルックアップテーブルに入力される値を示すｉｎ_ｖａｌｕｅ、及び／又はルックアップテーブルに出力される値を示すｏｕｔ_ｖａｌｕｅフィールドをシグナリングすることができる。このとき、本発明の一実施例は、ｉｎ_ｖａｌｕｅに対応するｏｕｔ_ｖｌａｕｅのみをシグナリングすることができ、全ての明るさ範囲に対して変換しようとする場合、ｉｎ_ｖａｌｕｅをシグナリングしなくてもよい。また、本発明の一実施例は、ｏｕｔ_ｖａｌｕｅをシグナリングするとき、明るさ値の差のみをシグナリングすることができる。

同図において、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［ｉ」は、使用される変換関数の種類が変わる区間の境界のｘ座標を示すことができ、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｙ［ｉ」は、使用される変換関数の種類が変わる区間の境界のｙ座標を示すことができる。

本発明の一実施例に係るｇａｉｎ［ｉ］、ｏｆｆｓｅｔ［ｉ］、ｃｏｅｆｆ_ａ［ｉ］、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［ｉ］及びｉｎｔｅｒｓｅｃｔｉｏｎ_ｙ［ｉ］は、後述するダイナミックレンジ変換関数又は曲線に使用される係数又はパラメータを示すことができる。

図１６は、本発明の一実施例に係るｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅを示した図である。

本発明の一実施例に係るｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅは、ＵＤ_ｖｉｄｅｏ_ｔｙｐｅと命名することができ、ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅは、ベース階層のＵＤ（Ｕｌｔｒａｄｅｆｉｎｉｔｉｏｎ）ビデオフォーマットに関する情報を示すことができる。このフィールドは、ビデオの解像度（ｒｅｓｏｌｕｔｉｏｎ）及び／又はフレーム速度（ｆｒａｍｅｒａｔｅ）のような基本的な情報を示すことができる。

本発明の一実施例に係るＵＤ_ｖｉｄｅｏ_ｔｙｐｅが００１１であれば、当該ビデオが３８４０ｘ２１６０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び６０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、０１００であれば、当該ビデオが３８４０ｘ２１６０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び１２０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、０１０１であれば、当該ビデオが４０９６ｘ２１６０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び６０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、０１１０であれば、当該ビデオが４０９６ｘ２１６０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び１２０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、０１１１であれば、当該ビデオが７６８０ｘ４３２０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び６０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、１０００であれば、当該ビデオが７６８０ｘ４３２０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び１２０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、１００１であれば、当該ビデオが８１９２ｘ４３２０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び６０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができ、１０１０であれば、当該ビデオが８１９２ｘ４３２０の解像度（ｒｅｓｏｌｕｔｉｏｎ）及び１２０ｐのフレーム速度（ｆｒａｍｅｒａｔｅ）を有することを示すことができる。

図１７は、本発明の一実施例に係るＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅ及び／又はＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅで使用されるダイナミックレンジタイプ（ｄｙｎａｍｉｃｒａｎｇｅｔｙｐｅ）を示した図である。

本発明の一実施例に係るＬＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅ及び／又はＨＤＲ_ｄｙｎａｍｉｃ_ｒａｎｇｅ_ｔｙｐｅフィールドの値が０００１である場合、ＳＭＰＴＥ（ＳｏｃｉｅｔｙｏｆＭｏｔｉｏｎＰｉｃｔｕｒｅａｎｄＴｅｌｅｖｉｓｉｏｎＥｎｇｉｎｅｅｒｓ）で制定した参照モニタ（ｒｅｆｅｒｅｎｃｅｍｏｎｉｔｏｒ）の明るさ範囲を有することができ、その他の値は、後に制定される標準に従って使用することができる。本発明の一実施例に係るこのフィールドの値が１０００である場合、ＬＤＲ及び／又はＨＤＲビデオデータのダイナミックレンジが任意の値を有することを示すことができる。

図１８は、本発明の一実施例に係るＬＤＲ_ＥＯＴＦ_ｔｙｐｅを示した図である。

本発明の一実施例に係るＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドは、送信端でＬＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ関数の種類を示すことができる。

本発明の一実施例に係るＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドの値が００１０であれば、このフィールドは、ＩＴＵＲＢＴ．１８８６で定めたＥＯＴＦが使用されることを示すことができ、００１１であれば、このフィールドは、ＩＴＵ_ＲＲＥＣ．７０９で定めたＥＯＴＦが使用されることを示すことができ、０１００であれば、このフィールドは、ＩＴＵＲＢＴ．２０２０で定めたＥＯＴＦが使用されることを示すことができる。また、ＬＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドの値が０００１であれば、このフィールドは、標準として定められていない任意のＥＯＴＦが使用されることを示すことができ、この場合、前述したｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド及び／又はＬＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドによって任意のＥＯＴＦに対する情報がシグナリングされ得る。そして、その他の値は、後に制定される標準に従って使用することができる。

図１９は、本発明の一実施例に係るＨＤＲ_ＥＯＴＦ_ｔｙｐｅを示した図である。

本発明の一実施例に係るＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドは、送信端でＬＤＲビデオデータをＨＤＲビデオデータに変換した後、変換されたＨＤＲビデオデータをエンコーディングするのに使用されたＥＯＴＦ関数の種類を示すことができる。

本発明の一実施例に係るＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドの値が００１０であれば、このフィールドは、ＩＴＵＲＢＴ．１８８６で定めたＥＯＴＦが使用されることを示すことができ、００１１であれば、このフィールドは、ＩＴＵ_ＲＲＥＣ．７０９で定めたＥＯＴＦが使用されることを示すことができ、０１００であれば、このフィールドは、ＩＴＵＲＢＴ．２０２０で定めたＥＯＴＦが使用されることを示すことができる。また、ＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドの値が０００１であれば、このフィールドは、標準として定められていない任意のＥＯＴＦが使用されることを示すことができ、この場合、前述したｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールド及び／又はＨＤＲ_ＥＯＴＦ_ｃｏｅｆｆ［ｉ］フィールドによって任意のＥＯＴＦに対する情報がシグナリングされ得、その他の値は、後に制定される標準に従って使用することができる。そして、ＨＤＲ_ＥＯＴＦ_ｔｙｐｅフィールドの値が００００であれば、これは、送信端でＨＤＲビデオデータに対する別途のＥＯＴＦ過程が使用されないことを示すことができる。

図２０は、本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅを示した図である。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅフィールドは、送信端で使用されたダイナミックレンジ変換曲線の種類を示すことができる。

本発明の一実施例に係るＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ_ｔｙｐｅが０ｘ００である場合、これは、ダイナミックレンジ変換関数として線形関数（Ｌｉｎｅａｒｆｕｎｃｔｉｏｎ）が使用されたことを示すことができ、０ｘ０１である場合、これは、ダイナミックレンジ変換関数として対数関数（Ｌｏｇａｒｉｔｈｍｉｃｆｕｎｃｔｉｏｎ）が使用されたことを示すことができ、０ｘ０２である場合、これは、ダイナミックレンジ変換関数として指数関数（Ｅｘｐｏｎｅｎｔｉａｌｆｕｎｃｔｉｏｎ）が使用されたことを示すことができ、０ｘ０３である場合、これは、ダイナミックレンジ変換関数として逆Ｓ曲線（Ｉｎｖｅｒｓｅｓ−ｃｕｒｖｅ）が使用されたことを示すことができ、０ｘ０４である場合、これは、ダイナミックレンジ変換関数としてダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）が使用されたことを示すことができ、０ｘ０５である場合、これは、ダイナミックレンジを変換するためにルックアップテーブル（Ｌｏｏｋｕｐｔａｂｌｅ）が使用されたことを示すことができる。そして、その他の値は、それ以外の変換関数又は曲線をシグナリングするために使用することができる。

図２１は、本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）の数式を示した図である。

本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）として線形関数（Ｌｉｎｅａｒｆｕｎｃｔｉｏｎ）（２１０１０）が使用される場合、出力ダイナミックレンジ（ｏｕｔ）は、入力ダイナミックレンジ（ｉｎ）にｇａｉｎを掛けた値にｏｆｆｓｅｔを加えた値になり得る。ここで、ｇａｉｎ及び／又はｏｆｆｓｅｔ値は、前述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を構成するフィールドによってシグナリングされてもよい。

本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）として指数関数（Ｅｘｐｏｎｅｎｔｉａｌｆｕｎｃｔｉｏｎ）（２１０２０）が使用される場合、出力ダイナミックレンジ（ｏｕｔ）は、同図の式（２１０２０）によって計算することができる。ここで、ｉｎは入力ダイナミックレンジを示し、ｇａｉｎ、ｃｏｅｆｆ_ａ及び／又はｏｆｆｓｅｔ値は、前述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を構成するフィールドによってシグナリングされてもよい。

本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）として対数関数（Ｌｏｇａｒｉｔｈｍｉｃｆｕｎｃｔｉｏｎ）（２１０３０）が使用される場合、出力ダイナミックレンジ（ｏｕｔ）は、同図の式（２１０３０）によって計算することができる。ここで、ｉｎは入力ダイナミックレンジを示し、ｇａｉｎ、ｃｏｅｆｆ_ａ及び／又はｏｆｆｓｅｔ値は、前述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を構成するフィールドによってシグナリングされてもよい。

本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）として逆Ｓ曲線（Ｉｎｖｅｒｓｅｓ−ｃｕｒｖｅ）（２１０４０）が使用される場合、出力ダイナミックレンジ（ｏｕｔ）は、同図の式（２１０４０）によって計算することができる。より具体的には、入力ダイナミックレンジ（ｉｎ）がｉｎｔｅｒｓｅｃｔｉｏｎ_ｘより小さい場合に対数関数が使用され、入力ダイナミックレンジ（ｉｎ）がｉｎｔｅｒｓｅｃｔｉｏｎ_ｘより大きいか又は同一である場合に指数関数が使用され得る。ここで、ｉｎは入力ダイナミックレンジを示し、ｇａｉｎ１、ｇａｉｎ２、ｃｏｅｆｆ_ａ１、ｃｏｅｆｆ_ａ２、ｏｆｆｓｅｔ１、ｏｆｆｓｅｔ２及び／又はｉｎｔｅｒｓｅｃｔｉｏｎ_ｘの値は、前述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を構成するフィールドによってシグナリングされてもよい。

本発明の一実施例に係るダイナミックレンジ変換関数（ＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ）として、ダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）が使用される場合（２１０５０）、出力ダイナミックレンジ（ｏｕｔ）は、同図の式（２１０３０）によって計算することができる。本発明の一実施例によれば、入力ダイナミックレンジ（ｉｎ）がｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［０］より小さい場合に対数関数が使用され、入力ダイナミックレンジ（ｉｎ）がｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［０］より大きいか又は同一であり、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［１］より小さい場合に線形関数が使用され、入力ダイナミックレンジ（ｉｎ）がｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［１］より大きいか又は同一である場合に指数関数が使用され得る。ここで、ｉｎは入力ダイナミックレンジを示し、ｇａｉｎ１、ｇａｉｎ２、ｇａｉｎ３、ｃｏｅｆｆ_ａ１、ｃｏｅｆｆ_ａ３、ｏｆｆｓｅｔ１、ｏｆｆｓｅｔ２、ｏｆｆｓｅｔ３、ｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［０］及び／又はｉｎｔｅｒｓｅｃｔｉｏｎ_ｘ［１］の値は、前述したＤＲ_ｔｒａｎｓｆｏｒｍａｔｉｏｎ_ｃｕｒｖｅ（）を構成するフィールドによってシグナリングされてもよい。

本発明の一実施例によれば、出力ダイナミックレンジ（ｏｕｔ）は、ＬＤＲビデオデータのダイナミックレンジになり、入力ダイナミックレンジ（ｉｎ）は、原本ＨＤＲビデオデータのダイナミックレンジになり得る。逆に、本発明の一実施例によれば、出力ダイナミックレンジは、ＨＤＲビデオデータ又はＨＤＲ推定ビデオデータのダイナミックレンジになり、入力ダイナミックレンジは、ＬＤＲビデオデータのダイナミックレンジになり得る。

図２２は、本発明の他の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）の構成を示した図である。

本発明の一実施例によれば、スケーラブル接近（ｓｃａｌａｂｌｅａｐｐｒｏａｃｈ）ベースのＨＤＲビデオデータの構成情報を伝達するために、システムレベル（ｓｙｓｔｅｍｌｅｖｅｌ）では、向上階層ストリームのデコーディングのための情報だけでなく、ＨＤＲ構成情報、すなわち、ベース階層ストリームに含まれたＬＤＲビデオデータのダイナミックレンジをマッピングするためのメタデータを提供することができる。ＨＤＲ構成情報は、前述した本発明の一実施例によれば、ビデオレベル（ｖｉｄｅｏｌｅｖｅｌ）でＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を介して提供されたが、本発明の他の一実施例によれば、ＨＤＲ構成情報は、ＰＭＴに含まれてシステムレベル（ｓｙｓｔｅｍｌｅｖｅｌ）でシグナリングされてもよい。

本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴのストリームレベルのディスクリプタとしてＰＭＴに含まれてもよく、向上階層のデコーディングのための情報だけでなく、ベース階層ストリームに含まれたＬＤＲビデオデータのダイナミックレンジをマッピングするためのメタデータを含むことができる。

本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールド、ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールド、ＥＬ_ｖｉｄｅｏ_ｃｏｄｅｃ_ｔｙｐｅフィールド、ＥＬ_ｖｉｄｅｏ_ｐｒｏｆｉｌｅフィールド、ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールド、ＥＬ_ｖｉｄｅｏ_ｔｉｅｒフィールド及び／又はＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）を含むことができる。

ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、送信端で原本ＨＤＲビデオデータのダイナミックレンジを変換してＬＤＲビデオデータを生成する過程で用いられた情報を含むことができる。ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）は、ＨＤＲ構成情報と命名することができ、送信端でＬＤＲビデオデータをＨＤＲ推定ビデオデータに逆変換する場合、受信端でＬＤＲビデオデータをＨＤＲ推定ビデオデータに逆変換する場合に使用することができる。ＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）についての詳細は、前述したＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（）の構成を示した図面に関する説明部分で代替する。

本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、向上階層ストリームのデコーディングのための情報及びＨＤＲ構成情報を含むことができ、本発明の一実施例に係るＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、ＰＭＴのストリームレベルのディスクリプタに該当し得、後述するＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及び／又はＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）に含まれてもよい。

図２３は、本発明の一実施例に係るＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）の構成を示した図である。

本発明の一実施例に係るＳＤＴは、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールド、ｓｅｒｖｉｃｅ_ｉｄフィールド、ＥＩＴ_ｓｃｈｅｄｕｌｅ_ｆｌａｇフィールド、ＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ_ｆｌａｇフィールド、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールド、ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールド、ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ_３２フィールドを含む。

ｔａｂｌｅ_ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＳＤＴを構成するセクションであることを示す役割を果たすことができる。

ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、当該フィールドに後続するテーブルセクションのフォーマットを示す。当該フィールドの値が０である場合、当該テーブルセクションはショート（ｓｈｏｒｔ）フォーマットであることを示す。当該フィールドの値が１である場合、当該テーブルセクションは一般的なロング（ｌｏｎｇ）フォーマットに従う。（The section_syntax_indicator is a 1-bit field which can be set to “1”.）

ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すことができる。（This is a 12-bit field, the first two bits of which can be “00”. It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC.）

ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、当該テーブルで説明しようとするトランスポートストリーム（ＴＳ）を識別する。（This is a 16-bit field which serves as a label for identification of the TS, about which the SDT informs, from any other multiplex within the delivery system.)

ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅｔａｂｌｅｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。（This 5-bit field is the version number of the sub_table. The version_number can be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value “31”, it wraps around to “0”. When the current_next_indicator is set to “1”, then the version_number can be that of the currently applicable sub_table. When the current_next_indicator is set to “0”, then the version_number can be that of the next applicable sub_table.）

ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１である場合、現在伝送されるテーブルが有効であることを示し、０である場合、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。（This 1-bit indicator, when set to “1” indicates that the sub_table is the currently applicable sub_table. When the bit is set to “0”, it indicates that the sub_table sent is not yet applicable and can be the next sub_table to be valid.)

ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。（This 8-bit field gives the number of the section. The section_number of the first section in the sub_table can be “0x00”. The section_number can be incremented by 1 with each additional section with the same table_id, transport_stream_id, and original_network_id.）

ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。（This 8-bit field specifies the number of the last section(that is, the section with the highest section_number) of the sub_table of which this section is part.）

ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、当該テーブルで記述するサービスを送信した最初の放送局を識別することができる。（This 16-bit field gives the label identifying the network_id of the originating delivery system.）

ｓｅｒｖｉｃｅ_ｉｄフィールドは、トランスポートストリーム内に存在する各サービスを識別する。ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＰＭＴでｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドとその機能が同一であってもよい。（This is a 16-bit field which serves as a label to identify this service from any other service within the TS. The service_id is the same as the program_number in the corresponding program_map_section．）

ＥＩＴ_ｓｃｈｅｄｕｌｅ_ｆｌａｇフィールドが示す値が１である場合、現在のＴＳ内にサービスのためのＥＩＴスケジュール情報（ＥＩＴｓｃｈｅｄｕｌｅｆｌａｇ）が存在することを示し、０である場合、存在しないことを示す。（This is a 1-bit field which when set to “1” indicates that EIT schedule information for the service is present in the current TS.)

ＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ_ｆｌａｇフィールドが示す値が１である場合、現在のＴＳ内にサービスのためのＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ情報が存在することを示し、０である場合、存在しないことを示す。（This is a 1-bit field which when set to “1” indicates that EIT_present_following information for the service is present in the current TS．）

ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドはサービスの状態を示す。例えば、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドの値が１であれば、サービスが“ｎｏｔｒｕｎｎｉｎｇ”であることを示し、２であれば、“ｓｔａｒｔｓｉｎａｆｅｗｓｅｃｏｎｄｓ”であることを示し、３であれば、“ｐａｕｓｉｎｇ”であることを示し、４であれば、“ｒｕｎｎｉｎｇ”であることを示し、５であれば、“ｓｅｒｖｉｃｅｏｆｆ-ａｉｒ”であることを示すことができる。

ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドが示す値が０であれば、サービスを構成するコンポーネントストリームがスクランブルされていないことを示し、１であれば、１つ以上のストリームに対する接近がＣＡシステムによって調節されることを示す。ＣＡシステムは、ＣｏｎｄｉｔｉｏｎａｌＡｃｃｅｓｓＳｙｓｔｅｍの略語であって、放送の視聴を契約者に限定するために、放送コンテンツの暗号化機能及び契約者のみが暗号を解いて放送コンテンツを視聴できる機能を提供するシステムを意味する。

ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、当該フィールドに後続する各ディスクリプタの長さを加えた値を示す。（This 12-bit field gives the total length in bytes of the following descriptors.）

ｄｅｓｃｒｉｐｔｏｒ（）は、各サービスに対して記述するディスクリプタを意味する。前述した本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ及び／又はＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれてもよく、ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれる場合、ｃｏｍｐｏｎｅｎｔ_ｔａｇフィールドが追加されてもよい。また、前述したＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ又はそのｓｕｂｓｅｔがこのディスクリプタに含まれてもよい。

ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータに誤りがあるかを確認するために使用されるＣＲＣ値を示す。（This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder after processing the entire section．）

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

本発明の一実施例に係るＥＩＴは、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｓｅｒｖｉｃｅ_ｉｄフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールド、ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールド、ｓｅｇｍｅｎｔ_ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｔａｂｌｅ_ｉｄフィールド、ｅｖｅｎｔ_ｉｄフィールド、ｓｔａｒｔ_ｔｉｍｅフィールド、ｄｕｒａｔｉｏｎフィールド、ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールド、ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールド、ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールド、ｄｅｓｃｒｉｐｔｏｒ（）及び／又はＣＲＣ_３２フィールドを含む。

ｔａｂｌｅ_ｉｄフィールドは、テーブルのタイプを識別する。ｔａｂｌｅ_ｉｄフィールドは、当該テーブルセクションがＥＩＴを構成するセクションであることを示す役割を果たすことができる。

ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該テーブルセクションの長さを示す。ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、当該フィールド以降から当該テーブルセクションの最後までの長さを示すことができる。（This is a 12-bit field. It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length can not exceed 4093 so that the entire section has a maximum length of 4096 bytes.）

ｓｅｒｖｉｃｅ_ｉｄフィールドは、トランスポートストリーム内に存在する各サービスを識別する。ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＰＭＴでｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドとその機能が同一であってもよい。（This is a 16-bit field which serves as a label to identify this service from any other service within a TS. The service_id is the same as the program_number in the corresponding program_map_section．）

ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、プライベートテーブルセクション（ｐｒｉｖａｔｅｔａｂｌｅｓｅｃｔｉｏｎ）のバージョンナンバーを示す。受信機は、当該フィールド及び後述するｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドを用いて、メモリに格納されているテーブルセクションのうち最も最近のものを見つけることができる。（This 5-bit field is the version number of the sub_table. The version_number can be incremented by 1 when a change in the information carried within the sub_table occurs. When it reaches value 31, it wraps around to 0. When the current_next_indicator is set to “1”, then the version_number can be that of the currently applicable sub_table. When the current_next_indicator is set to “0”, then the version_number can be that of the next applicable sub_table.）

ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドが示す値が１である場合、現在伝送されるテーブルが有効であることを示し、０である場合、現在伝送されるテーブルが、現在は有効でないが、後で有効になることを示す。（This 1-bit indicator, when set to “1” indicates that the sub_table is the currently applicable sub_table. When the bit is set to “0”, it indicates that the sub_table sent is not yet applicable and can be the next sub_table to be valid.）

ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該セクションが当該テーブルの何番目のセクションであるかを示す。（This 8-bit field gives the number of the section. The section_number of the first section in the sub_table can be “0x00”. The section_number can be incremented by1with each additional section with the same table_id, service_id, transport_stream_id, and original_network_id. In this case,the sub_table may be structured as a number of segments. Within each segment the section_number can increment by 1 with each additional section, but a gap in numbering is permitted between the last section of a segment and the first section of the adjacent segment.）

ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、当該テーブルを構成しているセクションのうち最後のセクションの順番を示す。（This 8-bit field specifies the number of the last section(that is,the section with the highest section_number) of the sub_table of which this section is part.）

ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、当該テーブルで説明しようとするトランスポートストリーム（ＴＳ）を識別する。（This is a 16-bit field which serves as a label for identification of the TS, about which the EIT informs, from any other multiplex within the delivery system.）

ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、当該テーブルで記述するサービス又はイベントを送信した最初の放送局を識別することができる。（This 16-bit field gives the label identifying the network_id of the originating delivery system.）

ｓｅｇｍｅｎｔ_ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、サブテーブル（ｓｕｂｔａｂｌｅ）が存在する場合、当該セグメントの最後のセクションナンバーを示す。サブテーブルが分割されない場合、当該フィールドが示す値は、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドが示す値と同じ値を示すことができる。（This 8-bit field specifies the number of the last section of this segment of the sub_table. For sub_tables which are not segmented, this field can be set to the same value as the last_section_number field.）

ｌａｓｔ_ｔａｂｌｅ_ｉｄフィールドは、使用された最後のｔａｂｌｅ_ｉｄを示す。（This 8-bit field identifies the last table_id used(see table 2. If only one table is used this is set to the table_id of this table. The chronological order of information is maintained across successive table_id values.）

ｅｖｅｎｔ_ｉｄフィールドは、それぞれのイベントを識別し、一つのサービス内で唯一の値を有する。（This 16-bit field contains the identification number of the described event(uniquely allocated within a service definition).）

ｓｔａｒｔ_ｔｉｍｅフィールドは、当該イベントの開始時間を示す。（This 40-bit field contains the start time of the event in Universal Time, Co-ordinated(UTC) and Modified Julian Date(MJD). This field is coded as 16 bits giving the 16 LSBs of MJD followed by 24 bits coded as 6 digits in 4-bit Binary Coded Decimal(BCD). If the start time is undefined(e.g. for an event in a NVOD reference service) all bits of the field are set to “1”.）

ｄｕｒａｔｉｏｎフィールドは、当該イベントの持続時間を示す。例えば、１時間４５分３０秒間持続するプログラムであれば、ｄｕｒａｔｉｏｎフィールドは０ｘ０１４５３０の値を示すことができる。（A 24-bit field containing the duration of the event in hours, minutes, seconds.)

ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドは、当該イベントの状態を示す。（This is a 3-bit field indicating the status of the event as defined in table 6. For an NVOD reference event the value of the running_status can be set to“0”.）

ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドが示す値が０である場合、サービスを構成するコンポーネントストリームがスクランブルされていないことを示し、１である場合、１つ以上のストリームに対する接近（アクセス）がＣＡシステムによって調節されることを示す。ＣＡシステムは、ＣｏｎｄｉｔｉｏｎａｌＡｃｃｅｓｓＳｙｓｔｅｍの略語であって、放送の視聴を契約者に限定するために、放送コンテンツの暗号化機能及び契約者のみが暗号を解いて放送コンテンツを視聴できる機能を提供するシステムを意味する。

ｄｅｓｃｒｉｐｔｏｒ（）は、各イベントに対して記述するディスクリプタを意味する。前述した本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ及び／又はＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれてもよく、ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれる場合、ｃｏｍｐｏｎｅｎｔ_ｔａｇフィールドが追加されてもよい。また、前述したＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ又はそのサブセット（ｓｕｂｓｅｔ）がこのディスクリプタに含まれてもよい。

ＣＲＣ_３２フィールドは、当該テーブルセクションに含まれたデータに誤りがあるかを確認するために使用されるＣＲＣ値を示す。（This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder after processing the entire section.)

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

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

ｔａｂｌｅ_ｉｄフィールドはテーブルを識別する。

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

ｐｒｉｖａｔｅ_ｉｎｄｉｃａｔｏｒフィールドは、１にセットされる１ビットフィールドである。

ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、このフィールドの後にあるテーブルセクションの長さをバイト数で示す。（This is a 12-bit field, the first two bits of which can be “00”. It specifies the number of bytes of the section, starting immediately following the section_length field and including the CRC. The section_length can not exceed 1021 so that the entire section has a maximum length of 1024 bytes.）

ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、テーブル内にあるＭＰＥＧ−２伝送ストリーム（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ：ＴＳ）の識別子を示す。（To distinguish each transport stream within a single network(terrestrial, cable or satellite) from another, MPEG-2 established the use of a 16-bit(ranging from 0 to 65535) transport_stream_identifier, which is also called a TSID.)

ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、テーブルのバージョン番号を示す５ビットフィールドである。（This 5-bit field is the version number of the PSIP_section. The version_number can be incremented by 1 modulo 32 when a change in the information carried within the PSIP_section occurs. When the current_next_indicator is set to ‘0’, then the version_number can be that of the next applicable PSIP_section with the same table_id, table_id_extension, and section_number.）

ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドは、１ビットフィールドであって、このテーブルが現在適用可能であるか、又は、次に適用可能であるかを示す。（A 1-bit field, which when set to ‘1’ indicates that the PSIP_section sent is currently applicable. When the current_next_indicator is set to ‘1’, then the version_number can be that of the currently applicable PSIP_section. When the bit is set to ‘0’, it indicates that the PSIP_section sent is not yet applicable and can be the next PSIP_section with the same section_number, table_id_extension, and table_id to become valid.）

ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（This 8-bit field gives the number of the PSIP_section. The section_number of the first section in a PSIP table can be 0x00. The section_number can be incremented by 1 with each additional section in PSIP table. The scope of the section_number can be defined by the table_id and table_id_extension. That is, for each PSIP table and value of the table_id_extension field, there is the potential for the full range of section_number values.）

ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、最後のセクションの番号を識別する。（This 8-bit field specifies the number of the last section(that is, the section with the highest section_number) of the PSIP table of which this section is a part. Its scope is the same as for the section_number field.)

ｐｒｏｔｏｃｏｐ_ｖｅｒｓｉｏｎフィールドは、現在のプロトコルで定義されたパラメータと異なるパラメータを伝送する現在のテーブルタイプを後で許容するための機能を有するフィールドである。（An 8-bit unsigned integer field whose function is to allow, in the future, this table type to carry parameters that may be structured differently than those defined in the current protocol. At present, the only valid value for protocol_version is zero. Non-zero values of protocol_version may be used by a future version of this standard to indicate structurally different tables.)

ｎｕｍ_ｃｈａｎｎｅｌｓ_ｉｎ_ｓｅｃｔｉｏｎフィールドは、仮想チャネル解像度の個数を示す。（The num_channels_in_section field in ATSC Cable Virtual Channel table CVCT table sections is an eightbit field that indicates the number of virtual channel definitions to follow in the table section．）

ｓｈｏｒｔ_ｎａｍｅフィールドは、仮想チャネルのためのショートネーム（ｓｈｏｒｔｎａｍｅ）を示す１１２ビットフィールドである。（The short_name field is a 112-bit field in ATSC CVCT table sections that gives the short_name for the virtual channel. Each letter of the short_name is formatted as a 16-bit Unicode character, with the high order byte transmitted first. So, short_name for TVCT and CVCT entries is seven Unicode characters, which short_name for SVCT entries is eight Unicode characters. If the display name is less than the number of permitted characters, 0/0x00 is appended to the end until the alloted number of bits has been reached.）

ｍａｊｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールドは、仮想チャネルと関連するメジャーチャネルの数を示す。（A 10-bit number that represents the “major” channel number associated with the virtual channel being defined in this iteration of the “for” loop. Each virtual channel can be associated with a major and a minor channel number. The major channel number, along with the minor channel number, act as the user‘s reference number for the virtual channel. The major_channel_number can be between 1 and 99. The value of major_channel_number can be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT．）

ｍｉｎｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールドは、仮想チャネルと関連するマイナーチャネルの数を示す。（A 10-bit number in the range 0 to 999 that represents the “minor” or “sub” channel number. This field, together with major_channel_number, performs as a twopart channel number, where minor_channel_number represents the second or righthand part of the number. When the service_type is analog television, minor_channel_number can be set to 0.）

ｍｏｄｕｌａｔｉｏｎｍｏｄｅフィールドは、仮想チャネルの伝送キャリアに対する変調方式を示す。（The modulation_mode is an eight-bit field in a virtual channel entry tells receivers the modulation used to transmit individual channels.）

ｃａｒｒｉｅｒ_ｆｒｅｑｕｅｎｃｙフィールドは、伝送仮想チャネルによって使用されるキャリア周波数情報を伝送する。（The carrier frequency is a 32-bit field that transmits the carrier frequency used by the transport carrying the virtual channel.）

ｃｈａｎｎｅｌ_ＴＳＩＤフィールドは、仮想チャネルと関連するＭＰＥＧ−２プログラムを伝送する伝送ストリーム（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ：ＴＳ）に対するＭＰＥＧ−２ＴｒａｎｓｐｏｒｔＳｔｒｅａｍＩＤを示す。（The channel_TSID is a 16-bit unsigned integer field that gives the transport_stream_id of the channel that carries(or for inactive channels, will carry) the virtual channel.）

ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドは、ＴＳ内の各プログラムサービス又は仮想チャネルを識別する。（The program_number is a 16-bit unsigned integer that uniquely identifies each program service(or virtual channel) present in a transport stream.）

ＥＴＭ_ｌｏｃａｔｉｏｎフィールドは、チャネル、イベント又はデータイベントのための拡張されたテキストメッセージが存在するか否かを示す。（The ETM_location field denotes whether there is an extended text message for the channel(Channel Extended Text table or CETT), event(Event Extended Text table) or data event(Data Extended Text table).）

ａｃｃｅｓｓ_ｃｏｎｔｒｏｌｌｅｄフィールドは、当該仮想チャネルと関連するイベントが制御され得るか否かを示す。（When access_controlled is set to ‘1’, means that events associated with this virtual channel may be access controlled. When set to ‘0’, access to event is not controlled.）

ｈｉｄｄｅｎフィールドは、当該チャネルが仮想チャネル数字の直接入力（ｄｉｒｅｃｔｅｎｔｒｙ）（又はフィールド、属性、個体）によって接近できるか否かを意味する。（When hidden is set to ‘1’, means the channel cannot be accessed by direct entry of the virtual channel number. When set to ‘0’, virtual can be accessed by direct entry.）

ｈｉｄｅ_ｇｕｉｄｅフィールドは、当該チャネルが仮想チャネル数字の直接入力（ｄｉｒｅｃｔｅｎｔｒｙ）（又はフィールド、属性、個体）によって接近できるか否かを意味する。（When hide_guide is set to ‘1’, means the channel cannot be accessed by direct entry of the virtual channel number. When set to ‘0’, virtual can be accessed by direct entry．）

ｓｅｒｖｉｃｅ_ｔｙｐｅフィールドは、仮想チャネルでセットされたサービスタイプを識別する。（The service_type is a 6-bit enumerated field that identifies the type of service set in the virtual channel.）ＵＨＤサービスのための一実施例として、サービスタイプ（ｓｅｒｖｉｃｅｔｙｐｅ）は、ｐａｒａｍｅｔｅｒｉｚｅｄｓｅｒｖｉｃｅ（０ｘ０７）、ｅｘｔｅｎｄｅｄｐａｒａｍｅｔｅｒｉｚｅｄｓｅｒｖｉｃｅ（０ｘ０９）又はｎｅｗＤＴＶｓｅｒｖｉｃｅｓｃａｌａｂｌｅＵＨＤＴＶ（０ｘ１０）に指定されてもよい。上述したサービスの名称及び値（ｖａｌｕｅ）は一実施例であり、他の名称又は値に設定されてもよい。

ｓｏｕｒｃｅ_ｉｄフィールドは、１６ビットの符号が定められていない整数であって、仮想チャネルと関連するプログラミングソースを示す。（A 16-bit unsigned integer number that identifies the programming source associated with the virtual channel. In this context, a source is one specific source of video, text, data, or audio programming. Source ID value zero is reserved. Source ID values in the range 0x0001 to 0x0FFF can be unique within the Transport Stream that carries the VCT, while values 0x1000 to 0xFFFF can be unique at the regional level. Values for source_ids 0x1000 and above can be issued and administered by a Registration Authority designated by the ATSC．）

ｄｅｓｃｒｉｐｔｏｒｓ_ｌｅｎｇｔｈフィールドは、次のディスクリプタフィールドのバイトの長さを伝送する。（The descriptors_length is a 10-bit unsigned integer field that signals the length in bytes of the descriptor field to follow. If there are no descriptors present, zero would be appropriate.)

ｄｅｓｃｒｉｐｔｏｒ（）フィールドは、テーブル内に位置するディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒｌｏｏｐ）である。ディスクリプタループは、追加的なディスクリプタを含むことができる。前述した本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ及び／又はＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれてもよい。また、前述したＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａは、ＳＥＩメッセージを介してＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａが伝送されない場合にＴＶＣＴに含まれてもよい。

本発明の一実施例によれば、ケーブルの場合、ＴＶＣＴに対応するテーブルであるＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）は、ｔａｂｌｅ_ｉｄフィールド、ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールド、ｐｒｉｖａｔｅ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールド、ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールド、ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールド、ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールド、ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールド、ｐｒｏｔｏｃｏｐ_ｖｅｒｓｉｏｎフィールド、ｎｕｍ_ｃｈａｎｎｅｌｓ_ｉｎ_ｓｅｃｔｉｏｎフィールド、ｓｈｏｒｔ_ｎａｍｅフィールド、ｍａｊｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールド、ｍｉｎｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールド、ｍｏｄｕｌａｔｉｏｎｍｏｄｅフィールド、ｃａｒｒｉｅｒ_ｆｒｅｑｕｅｎｃｙフィールド、ｃｈａｎｎｅｌ_ＴＳＩＤフィールド、ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールド、ＥＴＭ_ｌｏｃａｔｉｏｎフィールド、ａｃｃｅｓｓ_ｃｏｎｔｒｏｌｌｅｄフィールド、ｈｉｄｄｅｎフィールド、ｐａｔｈ_ｓｅｌｅｃｔフィールド、ｏｕｔ_ｏｆ_ｂａｎｄフィールド、ｈｉｄｅ_ｇｕｉｄｅフィールド、ｓｅｒｖｉｃｅ_ｔｙｐｅフィールド、ｓｏｕｒｃｅ_ｉｄフィールド、ｄｅｓｃｒｉｐｔｏｒｓ_ｌｅｎｇｔｈフィールド及び／又はｄｅｓｃｒｉｐｔｏｒ（）を含むことができ、ＣＶＣＴを構成するフィールドのうち、前述したＴＶＣＴを構成するフィールドと同一の名称を有するフィールドは、同一の名称を有するＴＶＣＴを構成するフィールドと同一の意味を示すことができる。本発明の一実施例に係るｄｅｓｃｒｉｐｔｏｒ（）フィールドは、テーブル内に位置するディスクリプタループ（ｄｅｓｃｒｉｐｔｏｒｌｏｏｐ）である。ディスクリプタループは追加的なディスクリプタを含むことができる。前述した本発明の一実施例に係るＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ及び／又はＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒがこのディスクリプタに含まれてもよい。また、前述したＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａは、ＳＥＩメッセージを介してＨＤＲ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａが伝送されない場合にＣＶＣＴに含まれてもよい。

図２６は、本発明の一実施例に係る放送信号送信端の動作を示した図である。

同図に示されたように、本発明の一実施例によれば、高いビット深度（ｈｉｇｈｂｉｔｄｅｐｔｈ）を有するＨＤＲビデオデータは、既存の受信機で表現可能なＬＤＲビデオデータ部分と、ＨＤＲビデオのダイナミックレンジを表現するための部分（残余情報部分）とに分離することができ、本発明の一実施例に係る放送信号送信機は、上述したＬＤＲビデオデータはベース階層、残余情報部分は向上階層を介して伝送することができる。

本発明の一実施例に係る放送信号送信端は、逆ＥＯＴＦ過程（Ｉｎｖ．ＥＯＴＦ）２６０１０、ダイナミックレンジ変換過程（ＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２６０２０、ＯＥＴＦ過程（ＯＥＴＦ）２６０３０、エンコーディング過程（Ｅｃｎｏｄｉｎｇ)２６０４０、ダイナミックレンジ逆変換過程（ＩｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２６０５０）及び／又は残余（ｒｅｓｉｄｕａｌ）情報エンコーディング過程（Ｒｅｓｉｄｕａｌｅｎｃｏｄｉｎｇ）２６０６０を含むことができる。

逆ＥＯＴＦ過程（Ｉｎｖ．ＥＯＴＦ）２６０１０は、原本ＨＤＲビデオデータの明るさの変化を線形的に変換させることができる。しかし、ＨＤＲビデオデータの明るさの変化が既に線形的であれば、本過程は使用されなくてもよい。本発明の一実施例によれば、ＨＤＲビデオデータに適した新しいＥＯＴＦが使用される場合、使用されたＥＯＴＦの逆関数を本過程で使用することができる。同図に示されたように、本発明の一実施例に係るＥＯＴＦの逆関数はＯＥＴＦと命名することができる。

ダイナミックレンジ変換過程（ＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２６０２０は、逆ＥＯＴＦ過程２６０１０によって線形化された明るさを有するＨＤＲビデオデータを、既存の受信機のディスプレイに適したＬＤＲビデオデータに変換する過程である。この過程において、線形マッピング方法（Ｌｉｎｅａｒｍａｐｐｉｎｇ）、クリッピング（Ｃｌｉｐｐｉｎｇ）、区間別に異なる変換関数を用いる方法（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）などを使用することができる。本発明の一実施例によれば、この過程において、ダイナミックレンジを変換するために、変換関数として、線形関数、対数関数、指数関数、逆Ｓ曲線などを使用することができ、ダイナミックレンジの変換に用いられた情報は、ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ、ＣＶＣＴなどのテーブル及び／又はＳＥＩメッセージを介して受信端に伝送されてもよい。

ＯＥＴＦ過程（ＯＥＴＦ）２６０３０は、ＬＤＲビデオデータに対して、既存の受信機で受信可能なＥＯＴＦを行うことができる。例えば、ＩＴＵＲＢＴ．７０９標準で定義されたＥＯＴＦが使用されてもよく、他の標準で定義されたＥＯＴＦが使用されたり、又は任意のＥＯＴＦが使用されてもよい。

エンコーディング過程（Ｅｃｎｏｄｉｎｇ）２６０４０は、ＨＥＶＣのような既存の受信機で処理できるコーデックを使用してＬＤＲビデオデータを圧縮することができる。本発明の一実施例によれば、エンコーディングされたＬＤＲビデオデータは、ベース階層（Ｂａｓｅｌａｙｅｒ）を介して受信端に伝送することができる。

ダイナミックレンジ逆変換過程（ＩｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２６０５０は、ＯＥＴＦ過程２６０３０の直前のＬＤＲビデオデータのダイナミックレンジを逆変換して、原本ＨＤＲビデオデータと明るさ範囲（ｂｒｉｇｈｔｎｅｓｓｓｃａｌｅ）が同一であるビデオデータを生成することができる。本発明の一実施例によれば、本過程によって、ＬＤＲビデオデータはＨＤＲ推定ビデオデータに変換され得る。本発明の一実施例によれば、このときに用いられる変換関数又は曲線は、前述したダイナミックレンジ変換過程２６０２０で用いられた変換関数の逆関数を使用することができる。

本発明の一実施例に係る送信端は、残余（ｒｅｓｉｄｕａｌ）情報を生成する過程（図示せず）を含むことができる。送信端は、ダイナミックレンジ逆変換過程２６０５０でＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、原本ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差映像を生成することができる。本過程で生成されたＨＤＲ推定ビデオデータと原本ＨＤＲビデオデータとの差映像は、残余（ｒｅｓｉｄｕａｌ）情報と命名することができる。本発明の一実施例に係る残余（ｒｅｓｉｄｕａｌ）情報は、ＬＤＲ（Ｌｏｗｄｙｎａｍｉｃｒａｎｇｅ）からＨＤＲ（Ｈｉｇｈｄｙｎａｍｉｃｒａｎｇｅ）までのダイナミックレンジに対して、ＨＤＲ推定ビデオデータと原本ＨＤＲビデオデータとの明るさの差を示すことができる。本発明の一実施例によれば、前述したダイナミックレンジ変換過程２６０１０でダイナミックレンジの区間に応じて互いに異なる関数（ｐｉｅｃｅｗｉｓｅｎｏｎｌｉｎｅａｒｃｕｒｖｅｓ）が用いられる場合のように、各区間別に異なる方法によりＤＲｓｔｒｅｔｃｈｉｎｇが起こる場合、ダイナミックレンジ変換過程２６０１０で使用した変換関数の逆関数を用いて逆変換するだけでは、各明るさポイントを正確にマッピングすることができない。したがって、このような場合、ダイナミックレンジの変換における正確性を高めるために、ＬＤＲビデオデータを逆変換したビデオデータと原本ＨＤＲビデオデータとをピクセル単位で比較して差値を算出する本過程が必要である。

残余（ｒｅｓｉｄｕａｌ）情報エンコーディング過程（Ｒｅｓｉｄｕａｌｅｎｃｏｄｉｎｇ）２６０６０は、前の過程で生成された残余情報を圧縮する過程である。本発明の一実施例によれば、ＳＶＣ（ＳｃａｌａｂｌｅＶｉｄｅｏＣｏｄｉｎｇ）、ＳＨＶＣ（ＳｃａｌａｂｌｅＨＥＶＣ）、ＡＶＣ、ＨＥＶＣなどを使用することができ、それ以外の受信機で処理可能な別途の圧縮技法が使用されてもよい。本過程によってエンコーディングされた残余情報は、向上階層を介して受信端に伝送することができる。

本発明の一実施例によれば、送信端は、上述した残余情報を含む向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成する過程、上述したベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化する過程、多重化された放送ストリームを変調して放送信号を生成する過程、及び／又は生成された放送信号を伝送する過程を含むことができる。

図２７は、本発明の一実施例に係る逆互換性を有するＨＤＲビデオデータのためのＵＨＤ放送信号受信装置の構造を示した図である。

本発明の一実施例に係るＵＨＤ放送信号受信装置は、受信部及び復調部（ＴｕｎｅｒａｎｄＤｅｍｏｄｕｌａｔｏｒ）２７０１０、ＶＳＢ（ＶｅｓｔｉｇｉａｌＳｉｄｅＢａｎｄ）デコーダ２７０２０、逆多重化部（Ｄｅｍｕｘ）２７０３０、セクションデータ処理部（Ｓｅｃｔｉｏｎｄａｔａｐｒｏｃｅｓｓｏｒ）２７１００及び／又は逆互換性デコーダ２７１２０を含むことができる。

受信部及び復調部（ＴｕｎｅｒａｎｄＤｅｍｏｄｕｌａｔｏｒ）２７０１０は、ＬＤＲビデオデータ、残余情報及び／又はシグナリング情報を含む放送信号を受信することができ、受信した放送信号を復調して放送ストリームを取得することができる。

ＶＳＢ（ＶｅｓｔｉｇｉａｌＳｉｄｅＢａｎｄ）デコーダ２７０２０は、前述した復調部に含まれてもよく、ＶＳＢ方式で変調された放送信号をデコーディングすることができる。ここで、ＶＳＢは、ＶｅｓｔｉｇｉａｌＳｉｄｅＢａｎｄの略語であって、音声又はその他の信号波を振幅変調すると、振幅変調された周波数スペクトルは、搬送波周波数を中心に元の信号波のスペクトルが上下両側の側波帯で保存され、そのうちいずれか一方の側波帯のほとんどを除去して残った部分と、他方の完全な側波帯を送信する送信方式である。

逆多重化部（Ｄｅｍｕｘ）２７０３０は、多重化された一つの放送ストリームから、ＬＤＲビデオデータを含むベース階層ストリーム、残余情報を含む向上階層ストリーム及び／又はシグナリング情報を抽出することができる。

セクションデータ処理部（Ｓｅｃｔｉｏｎｄａｔａｐｒｏｃｅｓｓｏｒ）２７１００は、前述した逆多重化部２７０３０で抽出されたシグナリング情報を処理することができる。本発明の一実施例によれば、セクションデータ処理部２７１００は、シグナリング情報に含まれたＰＭＴ、ＶＣＴ（ＴＶＣＴ又はＣＶＣＴ）、ＥＩＴ、ＳＤＴなどからＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ、ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｉｏｎなどを抽出することができる。上述したＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ、ＨＤＲ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｉｏｎなどに含まれた向上階層ストリームのデコーディングのための情報及び／又はＨＤＲ構成情報は、逆互換性デコーダ２７１２０においてビデオデータをデコーディングするのに使用することができる。

逆互換性デコーダ２７１２０は、逆多重化部２７０３０で抽出されたベース階層ストリーム及び／又は向上階層ストリームをデコーディングすることができる。

本発明の一実施例に係る逆互換性デコーダ２７１２０は、ベース階層デコーダ２７１１０、ダイナミックレンジ逆変換部（ＩｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２７０５０）、スケーラブルデコーダ（Ｓｃａｌａｂｌｅｄｅｃｏｄｅｒ）２７０６０及び／又はＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２７０７０を含むことができる。

ベース階層デコーダ２７１１０は、逆多重化部２７０３０で抽出されたベース階層ストリームをデコーディングしてＬＤＲビデオデータ（ＬＤＲｖｉｄｅｏ）２７０９０を取得するデコーダ（Ｄｅｃｏｄｅｒ）２７０４０を含むことができる。本発明の一実施例によれば、ベース階層デコーダ２７１１０又はデコーダ２７０４０は第１デコーダと命名することができる。

ダイナミックレンジ逆変換部（ＩｎｖｅｒｓｅＤＲｔｒａｎｓｆｏｒｍａｔｉｏｎ）２７０５０は、デコーダ２７０４０から取得されたＬＤＲビデオデータのダイナミックレンジを逆変換してＨＤＲ推定ビデオデータを取得することができる。ＬＤＲビデオデータのダイナミックレンジを逆変換するとき、ＨＤＲ構成情報を用いることができる。ここで、ＨＤＲ構成情報は、原本ＨＤＲビデオデータ及び／又はＬＤＲビデオデータの最大、最小明るさ情報を含むことができ、送信端で原本ＨＤＲビデオデータのダイナミックレンジを変換してＬＤＲビデオデータを生成するときに用いられた変換関数に関する情報を含むことができる。

スケーラブルデコーダ（Ｓｃａｌａｂｌｅｄｅｃｏｄｅｒ）２７０６０は、セクションデータ処理部２７１００で処理されたシグナリング情報に基づいて、逆多重化部２７０３０で抽出された向上階層ストリームをデコーディングして残余情報を取得することができる。ここで、シグナリング情報は、向上階層ストリームのデコーディングのための情報を含むことができる。スケーラブルデコーダ２７０６０は、取得された残余情報及びダイナミックレンジ逆変換部２７０５０で取得されたＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータ（ＨＤＲｖｉｄｅｏ）２７０８０を取得することができる。本発明の一実施例に係るスケーラブルデコーダ２７０６０は、前述したダイナミックレンジ逆変換部２７０５０を含むことができ、第２デコーダと命名することができる。

ＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２７０７０は、最適の視聴環境を提供するためにコンテンツの明るさを調節することができる。これについての詳細は、前述したＨＤＲビデオ後処理部（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅＶｉｄｅｏＰｏｓｔｐｒｏｃｅｓｓｉｎｇ）２０８０の動作を示した図面に関する説明部分で代替する。

図２８は、本発明の一実施例に係る放送信号を受信する方法を示した図である。

本発明の一実施例に係る放送信号を受信する方法は、以下の過程を含むことができる。まず、受信端は、ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及びシグナリング情報を含む放送信号を受信することができる（Ｓ２８０１０）。ここで、上述したＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（Ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、上述した残余情報は、ＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示すことができ、上述したシグナリング情報は、残余情報を含む向上階層ストリームのデコーディングのための情報を含むことができる。次に、受信端は、前記受信した放送信号を復調して放送ストリームを取得することができる（Ｓ２８０２０）。次に、受信端は、取得された放送ストリームから、ＬＤＲビデオデータを含むベース階層ストリーム、残余情報を含む向上階層ストリーム及び／又はシグナリング情報を抽出することができる（Ｓ２８０３０）。次に、受信端は、抽出されたベース階層ストリームをデコーディングしてＬＤＲビデオデータを取得することができ、抽出されたシグナリング情報に基づいて、抽出された向上階層ストリームをデコーディングして残余情報を取得することができる（Ｓ２８０４０）。次に、取得されたＬＤＲビデオデータのダイナミックレンジを逆変換してＨＤＲ推定ビデオデータを取得し、取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得することができる（Ｓ２８０５０）。

本発明の他の一実施例によれば、シグナリング情報は、ＬＤＲビデオデータからＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で代替する。

本発明の他の一実施例によれば、向上階層ストリームのデコーディングのための情報は、向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるためのティア（ｔｉｅｒ）情報、向上階層ストリームに使用されたコーデックのタイプ情報、向上階層ストリームの特性を示すプロファイル情報、及び／又はプロファイル情報による向上階層ストリームの特性の適用範囲を示すレベル情報を含むことができる。上述した向上階層ストリームのデコーディングのための情報についての詳細は、図２、図７、図１０、図２２、図２６及び図２７の説明部分で代替する。

本発明の他の一実施例によれば、ＨＤＲ構成情報は、ＬＤＲビデオデータのダイナミックレンジを示すＬＤＲダイナミックレンジタイプ情報、ＨＤＲビデオデータのダイナミックレンジを示すＨＤＲダイナミックレンジタイプ情報、及び／又はＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）をＨＤＲ推定ビデオデータに変換するのに使用される変換曲線に関する情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で代替する。

本発明の他の一実施例によれば、ＨＤＲ構成情報は、ＬＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するのに使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、ＨＤＲビデオデータをカラーエンコーディングするのに使用されたＥＯＴＦ関数の種類を示す情報、ＬＤＲビデオデータで表現されたダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）の最大値を示す情報、ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報、ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、及び／又はＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報を含むことができる。上述したＨＤＲ構成情報についての詳細は、図３、図７、図１２、図１３、図２２及び図２７の説明部分で代替する。

本発明の他の一実施例によれば、シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）及び／又はＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を含むことができ、ＰＭＴは向上階層ストリームのデコーディングのための情報を含むことができ、ＳＥＩメッセージはＨＤＲ構成情報を含むことができる。上述したシグナリング情報についての詳細は、図７、図９、図１０、図１１、図２２、図２５、図２６及び図２７の説明部分で代替する。

本発明の他の一実施例によれば、シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及び／又はＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）を含むことができ、ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ及びＣＶＣＴのうち少なくともいずれか１つは、向上階層ストリームのデコーディングのための情報及び／又はＨＤＲ構成情報を含むことができる。これについての詳細は、図１０及び図２２の説明部分で代替する。

図２９は、本発明の一実施例に係る放送信号送信装置の構造を示した図である。

本発明の一実施例に係る放送信号送信装置２９０９０は、ダイナミックレンジ変換部２９０１０、ダイナミックレンジ逆変換部２９０２０、第１エンコーダ２９０３０、第２エンコーダ２９０４０、シグナリング情報生成部２９０５０、多重化部２９０６０、変調部２９０７０及び／又は送信部２９０８０を含むことができる。

ダイナミックレンジ変換部２９０１０は、ＨＤＲビデオデータのダイナミックレンジを変換してＬＤＲビデオデータを生成することができる。

ダイナミックレンジ逆変換部２９０２０は、生成されたＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余情報を生成することができる。

第１エンコーダ２９０３０は、生成されたＬＤＲビデオデータをエンコーディングしてベース階層ストリームを生成することができる。

第２エンコーダ２９０４０は、生成された残余情報をエンコーディングして向上階層ストリームを生成することができる。

シグナリング情報生成部２９０５０は、向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成することができる。ここで、前記生成されたシグナリング情報は、前記生成されたＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。

多重化部２９０６０は、ベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化することができる。

変調部２９０７０は、多重化された放送ストリームを含む放送信号を生成することができる。

送信部２９０８０は、生成された放送信号を送信することができる。ここで、送信部は、地上波放送網、ケーブル網及び／又はインターネット網を介して放送信号を送信することができる。

図３０は、本発明の一実施例に係る放送信号受信装置の構造を示した図である。

本発明の一実施例に係る放送信号受信装置３００７０は、受信部３００１０、復調部３００２０、逆多重化部３００３０、第１デコーダ３００４０及び／又は第２デコーダ３００５０を含むことができる。

受信部３００１０は、ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及び／又はシグナリング情報を含む放送信号を受信することができる。ここで、ＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、残余情報は、前記ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示し、シグナリング情報は、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームのデコーディングのための情報、及び前記ＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含むことができる。ここで、受信部３００１０は、図２７の受信部２７０１０と同一の機能を行うことができる。

復調部３００２０は、受信した放送信号を復調して放送ストリームを取得することができる。ここで、復調部３００２０は、図２７の復調部２７０１０又はＶＳＢデコーダ２７０２０と同一の機能を行うことができる。

逆多重化部３００３０は、取得された放送ストリームから、ＬＤＲビデオデータを含むベース階層（ｂａｓｅｌａｙｅｒ）ストリーム、残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリーム及び／又はシグナリング情報を抽出することができる。ここで、逆多重化部３００３０は、図２の第１逆多重化部２０１０及び／又は第２逆多重化部２０５０と同一の機能を行うことができ、図２７の逆多重化部２７０３０と同一の機能を行うことができる。

第１デコーダ３００４０は、抽出されたベース階層ストリームをデコーディングしてＬＤＲビデオデータを取得することができる。ここで、第１デコーダ３００４０は、図２のベース階層デコーダ２０２０と同一の機能を行うことができ、図２７のベース階層デコーダ２７１１０もデコーダ２７０４０と同一の機能を行うことができる。

第２デコーダ３００５０は、抽出されたシグナリング情報に基づいて、抽出された向上階層ストリームをデコーディングして残余情報を取得し、取得されたＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を逆変換してＨＤＲ推定ビデオデータを取得し、取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得することができる。ここで、第２デコーダ３００５０は、図２の向上階層デコーダ２０６０と同一の機能を行うことができ、図２７の逆互換性デコーダ２７１２０においてベース階層デコーダ２７１１０を除いた部分と同一の機能を行うことができる。また、第２デコーダ３０５０は、図２の向上階層デコーダ２０６０、ビデオ構成部２０７０及び／又はＨＤＲビデオ後処理部２０８０を含むことができる。

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

本発明に係る装置及び方法は、上述したように説明された実施例の構成と方法に限定されて適用されるものではなく、上述した実施例は、様々な変形が可能なように、各実施例の全部又は一部が選択的に組み合わされて構成されてもよい。

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

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

そして、当該明細書では、物件発明及び方法発明の両方が説明されており、必要に応じて、両発明の説明は補充的に適用されてもよい。

〔発明の実施のための形態〕
発明の実施のための形態は、上述したように、発明を実施するための最良の形態で説明した。

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

Claims

ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換してＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータを生成するステップと、
前記生成されたＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、前記ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余（ｒｅｓｉｄｕａｌ）情報を生成するステップと、
前記生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成するステップと、
前記生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成するステップと、
前記向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成するステップと、
前記生成されたベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化するステップと、
前記多重化された放送ストリームを含む放送信号を生成するステップと、
前記生成された放送信号を送信するステップとを含む、放送信号送信方法。
前記シグナリング情報は、前記生成されたＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、請求項１に記載の放送信号送信方法。
前記向上階層ストリームのデコーディングのための情報は、前記向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるためのティア（ｔｉｅｒ）情報を含み、前記向上階層ストリームに使用されたコーデックのタイプ情報、前記向上階層ストリームの特性を示すプロファイル情報、及び前記プロファイル情報による前記向上階層ストリームの特性の適用範囲を示すレベル情報のうち少なくともいずれか１つを含む、請求項１に記載の放送信号送信方法。
前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータのダイナミックレンジを示すＬＤＲダイナミックレンジタイプ情報、前記ＨＤＲビデオデータのダイナミックレンジを示すＨＤＲダイナミックレンジタイプ情報、及び前記ＬＤＲビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を前記ＨＤＲ推定ビデオデータに変換するために使用される変換曲線に関する情報のうち少なくともいずれか１つを含む、請求項２に記載の放送信号送信方法。
前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するために使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、及び前記ＨＤＲビデオデータをカラーエンコーディングするために使用されたＥＯＴＦ関数の種類を示す情報を含み、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報、前記ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、及び前記ＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報のうち少なくともいずれか１つを含む、請求項２に記載の放送信号送信方法。
前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）及びＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を含み、
前記ＰＭＴは前記向上階層ストリームのデコーディングのための情報を含み、前記ＳＥＩメッセージは前記ＨＤＲ構成情報を含む、請求項２に記載の放送信号送信方法。
前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及びＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）のうち少なくともいずれか１つを含み、
前記ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ及びＣＶＣＴのうち少なくともいずれか１つは、前記向上階層ストリームのデコーディングのための情報及び前記ＨＤＲ構成情報を含む、請求項２に記載の放送信号送信方法。
ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及びシグナリング情報を含む放送信号を受信するステップであって、前記ＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、前記残余情報は、前記ＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示し、前記シグナリング情報は、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームのデコーディングのための情報を含む、ステップと、
前記受信した放送信号を復調して放送ストリームを取得するステップと、
前記取得された放送ストリームから、前記ＬＤＲビデオデータを含むベース階層（ｂａｓｅｌａｙｅｒ）ストリーム、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリーム及び前記シグナリング情報を抽出するステップと、
前記抽出されたベース階層ストリームをデコーディングして前記ＬＤＲビデオデータを取得するステップと、
前記抽出されたシグナリング情報に基づいて、前記抽出された向上階層ストリームをデコーディングして前記残余情報を取得するステップと、
前記取得されたＬＤＲビデオデータのダイナミックレンジを逆変換してＨＤＲ推定ビデオデータを取得するステップと、
前記取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得するステップとを含む、放送信号受信方法。
前記シグナリング情報は、前記ＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、請求項８に記載の放送信号受信方法。
前記向上階層ストリームのデコーディングのための情報は、前記向上階層ストリームのビットレート（ｂｉｔｒａｔｅ）の限界を定めるためのティア（ｔｉｅｒ）情報を含み、前記向上階層ストリームに使用されたコーデックのタイプ情報、前記向上階層ストリームの特性を示すプロファイル情報、及び前記プロファイル情報による前記向上階層ストリームの特性の適用範囲を示すレベル情報のうち少なくともいずれか１つを含む、請求項８に記載の放送信号受信方法。
前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータのダイナミックレンジを示すＬＤＲダイナミックレンジタイプ情報、前記ＨＤＲビデオデータのダイナミックレンジを示すＨＤＲダイナミックレンジタイプ情報、及び前記ＬＤＲビデオデータのダイナミックレンジを前記ＨＤＲ推定ビデオデータに変換するために使用される変換曲線に関する情報のうち少なくともいずれか１つを含む、請求項９に記載の放送信号受信方法。
前記ＨＤＲ構成情報は、前記ＬＤＲビデオデータをカラーエンコーディング（ｃｏｌｏｒｅｎｃｏｄｉｎｇ）するために使用されたＥＯＴＦ（ＥｌｅｃｔｒｏＯｐｔｉｃａｌＴｒａｎｓｆｅｒＦｕｎｃｔｉｏｎ）関数の種類を示す情報、及び前記ＨＤＲビデオデータをカラーエンコーディングするために使用されたＥＯＴＦ関数の種類を示す情報を含み、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、前記ＬＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報、前記ＨＤＲビデオデータで表現されたダイナミックレンジの最大値を示す情報、及び前記ＨＤＲビデオデータで表現されたダイナミックレンジの最小値を示す情報のうち少なくともいずれか１つを含む、請求項９に記載の放送信号受信方法。
前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）及びＳＥＩメッセージ（ＳｕｐｐｌｅｍｅｎｔａｌＥｎｈａｎｃｅｍｅｎｔＩｎｆｏｒｍａｔｉｏｎｍｅｓｓａｇｅ）を含み、
前記ＰＭＴは前記向上階層ストリームのデコーディングのための情報を含み、前記ＳＥＩメッセージは前記ＨＤＲ構成情報を含む、請求項９に記載の放送信号受信方法。
前記シグナリング情報は、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）、ＳＤＴ（ＳｅｒｖｉｃｅＤｅｓｃｒｉｐｔｉｏｎＴａｂｌｅ）、ＥＩＴ（ＥｖｅｎｔＩｎｆｏｒｍａｔｉｏｎＴａｂｌｅ）、ＴＶＣＴ（ＴｅｒｒｅｓｔｒｉａｌＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）及びＣＶＣＴ（ＣａｂｌｅＶｉｒｔｕａｌＣｈａｎｎｅｌＴａｂｌｅ）のうち少なくともいずれか１つを含み、
前記ＰＭＴ、ＳＤＴ、ＥＩＴ、ＴＶＣＴ及びＣＶＣＴのうち少なくともいずれか１つは、前記向上階層ストリームのデコーディングのための情報及び前記ＨＤＲ構成情報を含む、請求項９に記載の放送信号受信方法。
ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換してＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータを生成するダイナミックレンジ変換部と、
前記生成されたＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさと、前記ＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示す残余（ｒｅｓｉｄｕａｌ）情報を生成するダイナミックレンジ逆変換部と、
前記生成されたＬＤＲビデオデータをエンコーディングしてベース階層（ｂａｓｅｌａｙｅｒ）ストリームを生成する第１エンコーダと、
前記生成された残余情報をエンコーディングして向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームを生成する第２エンコーダと、
前記向上階層ストリームのデコーディングのための情報を含むシグナリング情報を生成するシグナリング情報生成部であって、前記生成されたシグナリング情報は、前記生成されたＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、シグナリング情報生成部と、
前記生成されたベース階層ストリーム、向上階層ストリーム及びシグナリング情報を一つの放送ストリームに多重化する多重化部と、
前記多重化された放送ストリームを含む放送信号を生成する変調部と、
前記生成された放送信号を送信する送信部とを含む、放送信号送信装置。
ＬＤＲ（ＬｏｗＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータ、残余（ｒｅｓｉｄｕａｌ）情報及びシグナリング情報を含む放送信号を受信する受信部であって、前記ＬＤＲビデオデータは、ＨＤＲ（ＨｉｇｈＤｙｎａｍｉｃＲａｎｇｅ）ビデオデータのダイナミックレンジ（ｄｙｎａｍｉｃｒａｎｇｅ）を変換して生成され、前記残余情報は、前記ＬＤＲビデオデータのダイナミックレンジを逆変換して生成されたＨＤＲ推定ビデオデータの明るさとＨＤＲビデオデータの明るさとをピクセル単位で比較して算出された差値を示し、前記シグナリング情報は、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリームのデコーディングのための情報、及び前記ＬＤＲビデオデータから前記ＨＤＲ推定ビデオデータを生成するために必要なＨＤＲ構成情報を含む、受信部と、
前記受信した放送信号を復調して放送ストリームを取得する復調部と、
前記取得された放送ストリームから、前記ＬＤＲビデオデータを含むベース階層（ｂａｓｅｌａｙｅｒ）ストリーム、前記残余情報を含む向上階層（ｅｎｈａｎｃｅｍｅｎｔｌａｙｅｒ）ストリーム及び前記シグナリング情報を抽出する逆多重化部と、
前記抽出されたベース階層ストリームをデコーディングして前記ＬＤＲビデオデータを取得する第１デコーダと、
前記抽出されたシグナリング情報に基づいて、前記抽出された向上階層ストリームをデコーディングして前記残余情報を取得し、前記取得されたＬＤＲビデオデータのダイナミックレンジを逆変換してＨＤＲ推定ビデオデータを取得し、前記取得された残余情報及びＨＤＲ推定ビデオデータに基づいてＨＤＲビデオデータを取得する第２デコーダとを含む、放送信号受信装置。