(57)【要約】【課題】発明は、信号送受信装置及び信号送受信方法に関する。【解決手段】本スケーラブルＷＣＧビデオデータを構成できる、シグナリング情報、エンコーディングされたベースレイヤビデオデータ及びエンハンスメントビデオデータを多重化したストリームを送信する信号送信方法を提供し、ストリームを受信してデコーディングしたシグナリング情報に基づいてレガシーＵＨＤビデオ又はＷＣＧビデオを出力する信号受信方法を提供する。【選択図】図１
2017500787.tif 000002
【特許請求の範囲】
【請求項１】
スケーラブルＷＣＧビデオサービスを提供するベースレイヤビデオデータとエンハンスメントビデオデータをそれぞれエンコーディングするステップと、
前記スケーラブルＷＣＧビデオサービスのスケーラブルＷＣＧビデオデータを構成するシグナリング情報を生成するステップと、
前記生成されたシグナリング情報、前記エンコーディングされたベースレイヤビデオデータ及び前記エンコーディングされたエンハンスメントビデオデータを多重化したストリームを出力するステップと、
前記多重化したストリームを送信するステップと、を含む、信号送信方法。
【請求項２】
前記シグナリング情報は、前記スケーラブルＷＣＧビデオサービスを識別する情報を含む、請求項１に記載の信号送信方法。
【請求項３】
前記エンコーディングされたベースレイヤビデオデータ又は前記エンコーディングされたエンハンスメントビデオデータは、前記スケーラブルＷＣＧビデオデータを構成するカラーガマットマッピング情報、カラービットデプス情報またはカラーマッピング情報を有する、メタデータを含む、請求項１に記載の信号送信方法。
【請求項４】
スケーラブルＷＣＧビデオサービスを提供するベースレイヤビデオデータとエンハンスメントビデオデータをそれぞれエンコーディングするエンコーダと、
前記スケーラブルＷＣＧビデオサービスのスケーラブルＷＣＧビデオデータを構成するシグナリング情報をエンコーディングするシグナリング情報エンコーダと、
前記生成されたシグナリング情報、前記エンコーディングされたベースレイヤビデオデータ及び前記エンコーディングされたエンハンスメントビデオデータを多重化したストリームを出力する多重化部と、
前記多重化したストリームを送信する送信部と、を含む、信号送信装置。
【請求項５】
前記シグナリング情報は、前記スケーラブルＷＣＧビデオサービスを識別する情報を含む、請求項４に記載の信号送信装置。
【請求項６】
前記エンコーディングされたベースレイヤビデオデータ又は前記エンコーディングされたエンハンスメントビデオデータは、前記スケーラブルＷＣＧビデオデータを構成するカラーガマットマッピング情報、カラービットデプス情報またはカラーマッピング情報を有する、メタデータを含む、請求項４に記載の信号送信装置。
【請求項７】
スケーラブルＷＣＧビデオサービスのスケーラブルＷＣＧビデオデータを構成するベースレイヤビデオデータとエンハンスメントレイヤビデオデータを含むストリームを受信するステップと、
前記受信したストリームを逆多重化して、ベースレイヤビデオデータ及びエンハンスメントレイヤビデオデータを含むビデオデータとシグナリング情報をそれぞれ出力するステップと、
前記逆多重化したシグナリング情報をデコーディングするステップと、
前記デコーディングしたシグナリング情報に基づいて前記ベースレイヤビデオデータ又は／及び前記エンハンスメントレイヤビデオデータを復号して、レガシーＵＨＤビデオ又はＷＣＧビデオを出力するステップと、を含む、信号受信方法。
【請求項８】
前記シグナリング情報は、前記スケーラブルＷＣＧビデオサービスを識別する情報を含む、請求項７に記載の信号受信方法。
【請求項９】
前記ベースレイヤビデオデータ又は前記エンハンスメントレイヤビデオデータは、前記スケーラブルＷＣＧビデオサービスデータを構成するカラーガマットマッピング情報、カラービットデプス情報またはカラーマッピング情報を有する、メタデータを含む、請求項７に記載の信号受信方法。
【請求項１０】
前記ＷＣＧビデオは、前記エンハンスメントレイヤビデオデータに基づいて、前記カラーガマットマッピング情報を用いて前記ベースレイヤビデオデータをカラーガマットマッピングしたり、または前記カラービットデプス情報を用いて前記ベースレイヤビデオデータのカラービットデプスをアップスケーリングして構成する、請求項９に記載の信号受信方法。
【請求項１１】
スケーラブルＷＣＧビデオサービスのスケーラブルＷＣＧビデオデータを構成するベースレイヤビデオデータとエンハンスメントレイヤビデオデータを含むストリームを受信する受信部と、
前記受信したストリームを逆多重化して、ベースレイヤビデオデータ及びエンハンスメントレイヤビデオデータを含むビデオデータとシグナリング情報をそれぞれ出力する逆多重化部と、
前記逆多重化したシグナリング情報をデコーディングするデコーダと、
前記デコーディングしたシグナリング情報に基づいて前記ベースレイヤビデオデータ又は／及び前記エンハンスメントレイヤビデオデータを復号して、レガシーＵＨＤビデオ又はＷＣＧビデオを出力するビデオデコーダと、を含む、信号受信装置。
【請求項１２】
前記シグナリング情報は、前記スケーラブルＷＣＧビデオサービスを識別する情報を含む、請求項１１に記載の信号受信装置。
【請求項１３】
前記ベースレイヤビデオデータ又は前記エンハンスメントレイヤビデオデータは、前記スケーラブルＷＣＧビデオサービスデータを構成するカラーガマットマッピング情報、カラービットデプス情報またはカラーマッピング情報を有する、メタデータを含む、請求項１１に記載の信号受信装置。
【請求項１４】
前記ＷＣＧビデオは、前記エンハンスメントレイヤビデオデータに基づいて、前記カラーガマットマッピング情報を用いて前記ベースレイヤビデオデータをカラーガマットマッピングしたり、または前記カラービットデプス情報を用いて前記ベースレイヤビデオデータのカラービットデプスをアップスケーリングして構成する、請求項１３に記載の信号受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号送受信装置及び信号送受信方法に関する。
【背景技術】
【０００２】
ＵＨＤ放送では、既存のコンテンツで表現できなかった色相を表現することによって既存の放送との差別化を提供し、高度の臨場感を提供することができる。しかし、広域色空間映像に対する研究だけでなく、映像取得及びディスプレイ装置に対する開発が進行している状況で、広域色空間を有する映像が提供される環境でも色空間の表現に相対的に制約がある既存の受信機で同一のコンテンツを表現できる方法が必要である。伝送帯域幅が限定的な環境で逆互換性を考慮するための方法の一つであるスケーラブル接近（ｓｃａｌａｂｌｅ  ａｐｐｒｏａｃｈ）を使用する場合、互いに異なるレイヤ（ｌａｙｅｒ）で構成された単一のコンテンツに対して、追加シグナルを通じて互いに異なるビデオパラメータを適用することによって、受信機の能力に合う色空間の映像を構成してディスプレイすることができる。
【０００３】
ビデオ信号処理速度が高速化するに伴い、超高解像度（Ｕｌｔｒａ  Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ；ＵＨＤ）ビデオをエンコーディング／デコーディングする方案が研究されている。
【０００４】
ＵＨＤ放送では、既存のコンテンツで表現できなかった色相を表現することによって既存の放送との差別化を提供し、高度の臨場感を提供することができる。ＵＨＤのような広域色空間映像に対する研究や、これを表出できるディスプレイ装置に対する開発が進行中である。
【０００５】
たとえば、ＵＨＤ放送では、既存のＨＤ放送との差別化された放送サービスを提供するために、様々な観点で視聴者に現実感のあるコンテンツを提供するための議論が進んでいる。
【０００６】
しかし、ＵＨＤ放送などの広域色空間を有する映像が提供される場合、色空間の表現に相対的に制約がある既存の受信機で広域色空間を表現するコンテンツを表現できる方法が提供されていない。
【０００７】
たとえば、コンテンツの色相表現の範囲を人間の視覚体系を通じて獲得する色相範囲に近接させるために、既存のディスプレイのカラー表現の範囲であるカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）を拡張したＷｉｄｅカラーガマット（ＷＣＧ）を用いることができる。以下で、ＷＣＧベースの色領域を提供する映像サービス又はコンテンツは、ＷＣＧサービス又はＷＣＧコンテンツと呼ぶ。
【０００８】
ＷＣＧベースの色を正確に取得又は表現することができる映像取得装置やディスプレイ装置が開発中である。一定期間の間は、ＵＨＤ放送などの広域色空間映像を含むサービスは、既存の映像取得装置及びディスプレイ装置を通じて提供される。
【０００９】
したがって、後でＷＣＧサービスが提供される場合、既存のディスプレイ装置又は既存の映像受信機を有している視聴者が受信機を変えなければならないという問題がある。そのため、例えば、ＵＨＤ放送映像を提供する放送局の立場では視聴者が減少し得るという問題がある。
【００１０】
従来は、ＷＣＧコンテンツをディスプレイできる受信機だけでなく、既存の受信機でも受信するようにすることができる方法が提供されていない。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の目的は、広域色空間ベースの映像サービスをディスプレイするようにする信号送受信方法及び信号送受信装置を提供することである。
【００１２】
本発明の他の目的は、既存の受信機でも互換可能なＷＣＧコンテンツを提供することができる、信号送受信方法及び信号送受信装置を提供することである。
【００１３】
本発明の更に他の目的は、広域色空間ベースの映像サービスが多数のディスプレイ装置で互換されて提供され得る信号送受信方法及び信号送受信装置を提供することである。
【００１４】
本発明の更に他の目的は、コンテンツのＷＣＧ情報を互換性があるように表現する放送サービスを提供することができる信号送受信方法及び信号送受信装置を提供することである。
【課題を解決するための手段】
【００１５】
本発明の一実施例は、スケーラブルＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）ビデオサービスを提供できるベースレイヤビデオデータとエンハンスメントビデオデータをそれぞれエンコーディングするステップ、前記スケーラブルＷＣＧビデオデータを構成できるシグナリング情報を生成するステップ、前記生成されたシグナリング情報、前記エンコーディングされたベースレイヤビデオデータ及び前記エンコーディングされたエンハンスメントビデオデータを多重化したストリームを出力するステップ、及び前記多重化したストリームを送信するステップを含む信号送信方法を提供する。
【００１６】
前記シグナリング情報は、前記スケーラブルＷＣＧビデオサービスを識別する情報を含むことができる。前記エンコーディングされたベースレイヤビデオデータ又は前記エンコーディングされたエンハンスメントビデオデータは、前記スケーラブルＷＣＧビデオサービスを構成（ｒｅｎｄｅｒ）できるカラーガマットマッピング情報、カラービットデプス情報またはカラーマッピング情報を有する、メタデータを含むことができる。
【００１７】
本発明の他の一実施例は、スケーラブルＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）ビデオサービスを提供できるベースレイヤビデオデータとエンハンスメントビデオデータをそれぞれエンコーディングするエンコーダ、前記スケーラブルＷＣＧビデオデータを構成できるシグナリング情報をエンコーディングするシグナリング情報エンコーダと、前記生成されたシグナリング情報、前記エンコーディングされたベースレイヤビデオデータ及び前記エンコーディングされたエンハンスメントビデオデータを多重化したストリームを出力する多重化部、及び前記多重化したストリームを送信する送信部を含む信号送信装置を提供する。
【００１８】
本発明の他の一実施例は、スケーラブルＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）ビデオデータを構成できるベースレイヤビデオデータとエンハンスメントビデオデータを含むストリームを受信するステップ、前記受信したストリームを逆多重化して、ベースレイヤビデオデータ及びエンハンスメントビデオデータを含むビデオデータとシグナリング情報をそれぞれ出力するステップ、前記逆多重化したシグナリング情報をデコーディングするステップ、及び前記デコーディングしたシグナリング情報に基づいて前記ベースレイヤビデオデータ又は／及び前記エンハンスメントビデオデータを復号して、レガシー（ｌｅｇａｃｙ）ＵＨＤビデオ又はＷＣＧビデオを出力するステップを含む信号受信方法を提供する。
【００１９】
本発明の他の一実施例は、スケーラブルＷＣＧ（Ｗｉｄｅ  Ｃｏｌｏｒ  Ｇａｍｕｔ）ビデオデータを構成できるベースレイヤビデオデータとエンハンスメントビデオデータを含むストリームを受信する受信部、前記受信したストリームを逆多重化して、ベースレイヤビデオデータ及びエンハンスメントビデオデータを含むビデオデータとシグナリング情報をそれぞれ出力する逆多重化部、前記逆多重化したシグナリング情報をデコーディングするデコーダ、及び前記デコーディングしたシグナリング情報に基づいて前記ベースレイヤビデオデータ又は／及び前記エンハンスメントビデオデータを復号して、レガシーＵＨＤビデオ又はＷＣＧビデオを出力するビデオデコーダを含む信号受信装置を提供する。
【００２０】
前記ＷＣＧビデオは、前記エンハンスメントレイヤビデオデータに基づいて、前記カラーガマットマッピング情報を用いて前記ベースレイヤビデオデータをカラーガマットマッピングしたり、または前記カラービットデプス情報を用いて前記ベースレイヤビデオデータのカラービットデプスをアップスケーリングして構成することができる。
【発明の効果】
【００２１】
本発明の実施例によれば、広域色空間ベースの映像サービスをディスプレイ装置に関係なくディスプレイするようにすることができる。
【００２２】
本発明の実施例によれば、既存の受信機でも互換可能なＷＣＧコンテンツを提供することができる。
【００２３】
本発明の実施例によれば、広域色空間ベースの映像サービスが多数のディスプレイ装置で互換されて提供され得る。
【００２４】
本発明の実施例によれば、コンテンツのＷＣＧ情報を互換性があるように表現できる放送サービスを提供することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明に係る信号送信方法の一実施例を例示した図である。
【図２】本発明の実施例よってＷＣＧコンテンツを表出する方式を例示した図である。
【図３】本発明の実施例に係るＷＣＧビデオ構成部の一例を例示した図である。
【図４】本発明の実施例に係るＷＣＧビデオ構成部の他の例を例示した図である。
【図５】本発明の実施例に係るポストプロセッシング部１９０を例示した図である。
【図６】本発明の実施例によってスケーラブルＷＣＧビデオを生成する例を例示した図である。
【図７】本発明の実施例によってＷＣＧビデオを構成する他の例を例示した図である。
【図８】本発明の一実施例として放送シグナリング情報を例示した図である（ＰＭＴ）。
【図９】本発明の実施例によってＰＭＴにスケーラブルＷＣＧビデオサービスを記述するストリームディスクリプタが位置した場合を例示した図である。
【図１０】本発明の実施例によって開示したディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）の例を示した図である。
【図１１】本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対するシンタックスを例示した図である。
【図１２】本発明の実施例によって開示したＳＥＩ領域のペイロードに含まれるスケーラブルＷＣＧビデオのメタデータを例示した図である。
【図１３】本発明の実施例によってスケーラブルＷＣＧビデオのメタデータにおいてベースレイヤビデオデータ或いはエンハンスメントレイヤビデオデータのカラーガマット情報を任意に示す方式を例示した図である。
【図１４】本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちオリジナルＵＨＤビデオフォーマットに対する情報（ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅ）を例示した図である。
【図１５】本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちベースレイヤのビデオのカラーガマット情報を詳細に例示した図である。
【図１６】本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちエンハンスメントレイヤのビデオのカラーガマット情報を詳細に例示した図である。
【図１７】本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちＷＣＧビデオを得るようにするカラーガマットマッピング関数情報を詳細に例示した図である。
【図１８】このような実施例を具現できる本発明の一実施例として放送シグナリング情報を例示した図である。
【図１９】本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対する他のシンタックスを例示した図である。
【図２０】本発明の実施例によって開示したＳＥＩ領域のペイロードに含まれるスケーラブルＷＣＧビデオのメタデータの他の例を例示した図である。
【図２１】本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報の例を開示した図である。
【図２２】本発明の実施例によってカラーガマット情報をマッピングするために使用することができるカラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）を例示した図である。
【図２３】本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピングマトリクスタイプ情報がＢＴ．７０９によるＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）を示す場合に、詳細なカラーマッピングマトリクスの実施例を示した図である。
【図２４】本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピングマトリクスタイプ情報が示す現在の映像のカラープライマリー値（ｃｏｌｏｒ  ｐｒｉｍａｒｙ  ｖａｌｕｅ）に基づいてＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）を求める実施例を示した図である。
【図２５】本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報のうち色空間の変換のための係数（ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｃｏｅｆｆ［ｉ］）を表現する変換式を例示した図である。
【図２６】本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報のうちＬＵＴ_ｔｙｐｅフィールドによるルックアップテーブル（Ｌｏｏｋ  Ｕｐ  Ｔａｂｌｅ；ＬＵＴ）の種類を例示した図である。
【図２７】本発明の一実施例として放送シグナリング情報を例示した図である。
【図２８】本発明の一実施例として、このような放送シグナリング情報に含まれるスケーラブルＷＣＧビデオをシグナリングするディスクリプタを含む具体例を開示した図である。
【図２９】本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。
【図３０】本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。
【図３１】本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。
【図３２】本発明の実施例に係る信号送信装置の一例を示した図である。
【図３３】本発明の実施例に係る信号送信装置の他の一例を示した図である。
【図３４】本発明の実施例に係る信号受信装置の一例を例示した図である。
【図３５】本発明の実施例に係る信号受信方法の一例を例示した図である。
【発明を実施するための形態】
【００２６】
以下、本発明を容易に説明できる実施例を添付の図面を参照して説明する。
【００２７】
広域色空間（ｗｉｄｅ  ｃｏｌｏｒ  ｇａｍｕｔ：ＷＣＧ）を有するコンテンツとそれを表現できるディスプレイ装置が放送に導入される状況で、消費者が有しているディスプレイの色相表現範囲に応じて適切なコンテンツを供給する必要がある。既存の色空間（ｌｅｇａｃｙ  ＵＨＤ  ｃｏｌｏｒ  ｇａｍｕｔ）を有するディスプレイとＷＣＧディスプレイに対して、それぞれのディスプレイの色表現の特性に合うコンテンツを供給しなければならない。しかし、放送サービスのための帯域幅が制限された状況で、同一のコンテンツを互いに異なる色空間で生成して提供することは、既存に比べて２倍の帯域幅を使用しなければならないという問題があり、これは、放送局或いはコンテンツ提供者にとっては大きな負担となる。以下では、コンテンツにおいてカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）に対してスケーラブル（Ｓｃａｌａｂｌｅ）コーディングによる複数のレイヤ（ｌａｙｅｒ）データを使用して、互いに異なる色空間を有する放送サービスを提供することができ、帯域幅を効率的に使用する実施例を開示する。
【００２８】
以下では、ＷＣＧビデオ（コンテンツ）は、コンテンツの色表現がＷＣＧの範囲によって表現されたビデオ（コンテンツ）を意味する。
【００２９】
図１は、本発明の実施例に係る信号送信方法の一例を示した図である。
【００３０】
スケーラブルＷＣＧビデオデータを構成できるベースレイヤビデオデータとエンハンスメントビデオデータをそれぞれエンコーディングする（Ｓ１１０）。ここで、スケーラブルＷＣＧビデオデータを構成できるシグナリング情報が、ベースレイヤビデオデータ又はエンハンスメントビデオデータのメタデータに含まれ得る。メタデータの例は、図１１乃至図１７及び図１９乃至図２６を参照して説明する。
【００３１】
スケーラブルＷＣＧビデオデータを構成できるシグナリング情報を生成する（Ｓ１２０）。このステップのシグナリング情報は、放送シグナリング情報であって、システムレベルのシグナリング情報を意味する。これについての詳細な例は、図８乃至図１０、図１８及び図２７乃至図３１を参照して説明する。
【００３２】
生成されたシグナリング情報とエンコーディングされたベースレイヤビデオデータ及びエンハンスメントビデオデータを多重化したストリームを出力する（Ｓ１３０）。
【００３３】
多重化したストリームを送信する（Ｓ１４０）。
【００３４】
本発明の実施例によれば、受信機は、エンハンスメントレイヤビデオデータ、及びレガシー（ｌｅｇａｃｙ）ＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータでＷＣＧビデオを復元することができる。
【００３５】
または、本発明の実施例によれば、受信機は、エンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングされたデータでＷＣＧビデオを復元することができる。
【００３６】
したがって、受信機のディスプレイ機器の性能に応じてＷＣＧビデオをディスプレイするようにすることもでき、ベースレイヤビデオデータのみを用いてレガシーＵＨＤビデオを出力することもできる。
【００３７】
図２は、本発明の実施例よってＷＣＧコンテンツを表出する方式を例示した図である。同図で、ＷＣＧコンテンツに対して逆互換性を考慮した受信機の動作の実施例を例示する。
【００３８】
スケーラブルコーディングによるベースレイヤビデオデータとエンハンスメントレイヤビデオデータが伝送チャネルを介して伝達される場合、それぞれビデオデータをデコーディングした後、既存の受信機は、ベースレイヤビデオデータ（レガシーＵＨＤカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）ビデオ）を既存のディスプレイに表出し、エンハンスメントレイヤビデオデータを用いて、ＷＣＧ映像をＷＣＧコンテンツの表出が可能なディスプレイ（以下、ＷＣＧディスプレイ）で表出することができる。
【００３９】
第１デマルチプレクサ１１０は、ストリームからＵＨＤベースレイヤビデオストリームを逆多重化する。ここで、ベースレイヤビデオストリームは、既存のディスプレイで表出できるＵＨＤビデオ（以下、レガシーＵＨＤビデオ又はレガシーＵＨＤカラーガマットビデオ）データを伝送する。
【００４０】
ベースレイヤデコーダ１２０は、逆多重化したＵＨＤベースレイヤビデオストリームをデコーディングしてレガシーＵＨＤビデオデータを出力する。ベースレイヤデコーダ１２０は、ＨＥＶＣデコーディングが可能なコーデック（ｃｏｄｅｃ）であってもよい。
【００４１】
色変換部（ＥＯＴＦ）１３０は、レガシーＵＨＤビデオデータを色変換して出力する。すると、既存のＵＨＤディスプレイ（レガシーＵＨＤディスプレイ）２００は、色変換されたレガシーＵＨＤビデオデータを表出することができる。
【００４２】
そして、アップスケーラ１５０は、色変換部（ＥＯＴＦ）１３０が出力するレガシーＵＨＤビデオデータのカラービットデプスをアップスケーリングして、カラーを表現するビットデプスがアップスケーリングされたＵＨＤベースレイヤ（Ｂｉｔ  ｄｅｐｔｈ  ｕｐ−ｓｃａｌｅｄ  ＵＨＤ  ｂａｓｅ  ｌａｙｅｒ）ビデオデータを出力する。例えば、色変換部（ＥＯＴＦ）１３０は、カラー８ビットデプスのＵＨＤベースレイヤビデオデータを１０ビットデプスのＵＨＤベースレイヤビデオデータにアップスケーリングすることができる。
【００４３】
一方、第２デマルチプレクサ１６０は、ストリームからＵＨＤエンハンスメントレイヤビデオストリームを逆多重化する。
【００４４】
図面上、異なるブロックで表現したが、第１デマルチプレクサ１１０と第２デマルチプレクサ１６０は一つのデマルチプレクサとして動作することもできる。
【００４５】
エンハンスメントレイヤデコーダ１２０は、逆多重化したＵＨＤエンハンスメントレイヤビデオストリームをデコーディングして、コンテンツがＷＣＧ色空間で表現され得るようにするＷＣＧエンハンスメントレイヤビデオデータを出力する。
【００４６】
ＷＣＧビデオ構成部１８０は、ＷＣＧエンハンスメントレイヤビデオデータ、及びアップスケーラ１５０が出力するアップスケールされたＵＨＤベースレイヤビデオデータを用いてＷＣＧビデオを出力する。
【００４７】
上述したように、ＷＣＧビデオは、コンテンツの色表現がＷＣＧの範囲によって表現されたビデオを意味する。一方、スケーラブルコーディングを用いて既存のディスプレイと互換可能なＷＣＧビデオデータを、以下では、スケーラブルＷＣＧビデオと呼ぶ。
【００４８】
ポストプロセッシング部１９０は、異なるレイヤデータを用いて構成したスケーラブルＷＣＧビデオを後処理して、変換された色をより自然にしてＷＣＧディスプレイ３００に出力する。
【００４９】
この場合、ＵＨＤ放送サービスに対するシグナリング情報を用いることができ、例えば、既存の受信機は、ＵＨＤサービス（ｓｅｒｖｉｃｅ）を識別した後、受信機自体がエンハンスメントレイヤビデオデータ自体に対する処理が不可能であるか、またはエンハンスメントレイヤビデオデータを介して獲得するＷＣＧビデオをディスプレイすることができないと判断した場合、ベースレイヤビデオのみをデコーディングして出力することができる。
【００５０】
既存の受信機は、ＵＨＤサービスに対するシグナリング情報、例えば、シグナリング情報内にＵＨＤサービスタイプや、ＵＨＤサービスを記述するサービスディスクリプタ（以下で開示するＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ（）又はＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅなど）を用いて処理できないビデオデータを識別することができる。放送サービス上のシグナリング情報は、以下で後述する。
【００５１】
ＷＣＧディスプレイ３００は、エンハンスメントレイヤビデオデータを用いて獲得した最終ＷＣＧビデオを再生する。もし、ディスプレイ機器のカラーガマットが最終映像のカラーガマットと同一である場合、ポストプロセッシング部１９０は、別途の映像処理を行わなくてもよい。しかし、ディスプレイ機器でより様々な色相を表現できる場合、またはディスプレイパネルの特性に適したカラー表現を製造会社で提供できる場合、ＷＣＧ情報と関連するポストプロセッシング部１９０を介して向上した色感を提供することができる。このとき、コンテンツのカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）の判断基準として、放送サービスのシグナリング情報を用いることができ、これについては後述する。
【００５２】
以下で、ＷＣＧビデオ構成部１８０及びポストプロセッシング部１９０の詳細な実施例を追加説明する。
【００５３】
図３は、本発明の実施例に係るＷＣＧビデオ構成部の一例を例示した図である。上述したように、ＷＣＧビデオ構成部１８０は、アップスケーリングされたＵＨＤベースレイヤビデオ及びＷＣＧエンハンスメントレイヤビデオを用いて、ＷＣＧコンテンツであるＷＣＧビデオを出力する。このとき、放送サービス上のシグナリング情報を用いて、ビデオのカラー（ｃｏｌｏｒ）を非常に詳しく強化（ｅｎｈａｎｃｅ）してＷＣＧビデオを構成することができる。
【００５４】
ＷＣＧビデオ構成部１８０は、エンハンスメントレイヤのレジデュアル（ｒｅｓｉｄｕａｌ）ビデオデータを用いて、ベースレイヤビデオから原本映像の色感を回復するようにするカラーエンハンスメント処理部（ｃｏｌｏｒ  ｄｅｔａｉｌ  ｅｎｈａｎｃｅｍｅｎｔ）を含むことができる。これについての説明は、図６を参照して以下で後述する。
【００５５】
図４は、本発明の実施例に係るＷＣＧビデオ構成部の他の例を例示した図である。ＷＣＧビデオ構成部１８０は、カラーガマットマッピング部１８２及びカラーエンハンスメント処理部１８４を含むことができる。
【００５６】
放送サービス上のシグナリング情報を用いてアップスケーリングされたＵＨＤベースレイヤビデオに対して、カラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）マッピング部１８２は、ベースレイヤビデオデータのカラーガマットをＷＣＧ色相表現が可能な領域にマッピングする。すると、カラーエンハンスメント処理部１８４は、マッピングされたベースレイヤビデオデータとエンハンスメントレイヤのレジデュアル（ｒｅｓｉｄｕａｌ）ビデオデータを用いてビデオの色感を強化してＷＣＧビデオを構成して出力する。
【００５７】
ベースレイヤビデオデータにカラーガマットマッピングを適用すれば、コンテンツのカラーガマットが拡張される。しかし、この場合、カラーガマットマッピングがｏｎｅ−ｔｏ−ｍｕｌｔｉｐｌｅ方式でマッピングされるため、各ピクセル（ｐｉｘｅｌ）の正確な色相を表現することはできない。したがって、エンハンスメントレイヤのレジデュアルビデオデータを通じて原本映像の色感を回復するようにすることができる。
【００５８】
ここで、レジデュアルビデオデータは、ＷＣＧ領域にカラーガマットがマッピング（ｍａｐｐｉｎｇ）されたベースレイヤデータと、オリジナル（ｏｒｉｇｉｎａｌ）ビデオデータとの間の差で構成される。ＷＣＧ領域にカラーガマットがマッピングされたベースレイヤデータとレジデュアルビデオデータとを加えることによって、最終的なＷＣＧビデオを構成することができる。これについては、図７を参照して以下で後述する。
【００５９】
カラーガマットマッピング部１８２は、ベースレイヤビデオのカラーガマットを拡張して原本映像のＷＣＧビデオに近接したカラーガマットのビデオにマッピングする。カラーガマットマッピング部１８２は、後述するシグナリング情報（ＢＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールド、ＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールド）を介して各レイヤデータのカラーガマット情報を知ることができ、カラーガマットの始点と終点に関する情報を得ることができる。
【００６０】
たとえば、ベースレイヤビデオがＢＴ．７０９で定義されたビデオ色フォーマットを有しており、エンハンスメントレイヤビデオがＢＴ．２０２０で定義されたビデオ色フォーマットを有している場合、カラーガマットマッピング部１８２のカラーガマットマッピング関数（ｆｕｎｃｔｉｏｎ）は、ＢＴ．７０９で定義されたビデオをＢＴ．２０２０で定義されたビデオにマッピングを行う。
【００６１】
カラーガマットマッピングは、様々な方法を用いて具現することができる。２つのレイヤの間に別にマッピングが必要でない場合（エンハンスメントレイヤのレジデュアル情報が必要でない場合）、各チャネルに対して独立してマッピングが行われる場合、リニアマトリクス（ｌｉｎｅａｒ  ｍａｔｒｉｘ）を用いてマッピングする場合、またはルックアップテーブル（ＬＵＴ）を用いてｐｏｉｎｔ−ｂｙ−ｐｏｉｎｔでマッピングが行われる場合などがある。
【００６２】
このようなカラーガマットマッピングの方式は、後述するシグナリング情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）でシグナリングすることができ、カラーガマットマッピング部は、このようなシグナリング情報を介して具体的なパラメータ（ｐａｒａｍｅｔｅｒ）を獲得することができる。
【００６３】
他の例として、カラーガマットマッピングは、スケーラブルコーディング（ｓｃａｌａｂｌｅ  ｃｏｄｉｎｇ）の一部分として追加されたり、または既存の画質処理のためのポストプロセッシング（ｐｏｓｔ  ｐｒｏｃｅｓｓｉｎｇ）部分のカラー修正マトリクス（ｃｏｌｏｒ  ｃｏｒｒｅｃｔｉｏｎ  ｍａｔｒｉｘ）などと連係して動作することができる。すなわち、ポストプロセッシング部が、このシグナリング情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）によってカラーガマットマッピング関数による係数を認識してガマットマッピングを行うこともできる。これについて詳細に説明すると、次の通りである。
【００６４】
図５は、本発明の実施例に係るポストプロセッシング部１９０を例示した図である。
【００６５】
ポストプロセッシング部は、トーンマッピング（Ｔｏｎｅ  ｍａｐｐｉｎｇ）部、変換カーブ適用（ｔｒａｎｓｆｅｒ  ｃｕｒｖｅ）部又は／及びカラー修正マトリクス（Ｃｏｌｏｒ  ｃｏｒｒｅｃｔｉｏｎ  ｍａｔｒｉｘ）部を含むことができる。ポストプロセッシング部１９０は、ＷＣＧビデオに対してトーンマッピングを行ったり、色追加変換カーブを用いて色を変化させたり、カラーガマットマッピングを行うカラー修正マトリクスなどの後処理を行うことができる。したがって、ポストプロセッシング部１９０は、ＷＣＧビデオの色感が強化されたＷＣＧビデオを出力することができる。
【００６６】
図６は、本発明の実施例によってスケーラブルＷＣＧビデオを生成する例を例示した図である。上述したように、ベースレイヤビデオデータは、ＢＴ．７０９、８ビットデプスのカラーで定義されたビデオデータであってもよく、これを１０ビットデプスのカラーにアップスケーリングしたベースレイヤビデオデータが、同図のＢＴ．７０９、１０ビットで表示される。
【００６７】
ＷＣＧビデオデータは、ＢＴ．２０２０で定義された１０ビットデプスのビデオであってもよい。したがって、ＷＣＧビデオデータと、１０ビットデプスにアップスケーリングしたベースレイヤビデオデータとの差がスケーラブルビデオコーディングのレジデュアル（ｒｅｓｉｄｕａｌ）ビデオデータとなり得る。開示した図３の実施例は、２つのビデオの差を用いてＷＣＧビデオデータを復元する過程を示す。
【００６８】
図７は、本発明の実施例によってＷＣＧビデオを構成する他の例を例示した図である。
【００６９】
ＷＣＧビデオデータは、ＢＴ．２０２０で定義された１０ビットデプスのビデオであり、ベースレイヤビデオデータが、ＢＴ．７０９、８ビットで定義されたビデオデータであってもよい。このような場合、ベースレイヤビデオデータをカラーガマットマッピングして、ＢＴ．２０２０で定義された１０ビットデプスのビデオにマッピングすることができる。ＷＣＧビデオデータと、カラーガマットマッピングしたベースレイヤビデオデータとの差がスケーラブルビデオコーディングのレジデュアル（ｒｅｓｉｄｕａｌ）ビデオデータとなり得る。
【００７０】
したがって、カラーガマットマッピングしたベースレイヤビデオデータとレジデュアルビデオデータとを加えてＷＣＧビデオデータを復元することができる。同図の説明は、図４の実施例に対応する。
【００７１】
以下では、開示したように、スケーラブルコーディングによって伝送されるＷＣＧビデオ（以下、スケーラブルＷＣＧビデオ、サービス、又はプログラムと呼ぶ）を構成できるようにする放送サービスのシグナリング情報を送受信する例を開示する。
【００７２】
以下で開示した実施例は、図３又は図６の例や、図４又は図７の例に係るシグナリング情報を提供することができる。
【００７３】
まず、ＷＣＧエンハンスメントレイヤビデオデータ、及び既存のディスプレイ機器と互換されるレガシーＵＨＤビデオであるＵＨＤベースレイヤビデオデータをアップスケーリングしてＷＣＧビデオを提供する実施例を説明すると、次の通りである。
【００７４】
開示する実施例は、エンハンスメントレイヤのレジデュアル（ｒｅｓｉｄｕａｌ）データを用いてＷＣＧビデオを構成するカラーガマットスケーラブルビデオ構成方式を放送のシステムレベルで伝達して、エンハンスメントレイヤビデオのデコーディング時に、デコーダにこれを提供することができる。又は／及び、本発明の実施例は、ＳＥＩメッセージでＷＣＧビデオの構成に関するシグナリング情報を送信することができる。
【００７５】
例えば、ＰＭＴで、以下で開示するＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒを介して、ビデオデータのコーデックタイプ（ｃｏｄｅｃ  ｔｙｐｅ）、プロファイル情報（ｐｒｏｆｉｌｅ）、レベル情報（ｌｅｖｅｌ）、及びティア情報（ｔｉｅｒ）をエンハンスメントレイヤデコーダに伝送することができる。ＳＥＩメッセージには、原本映像及びＷＣＧ映像のカラーガマット情報、及びカラーマッピングパラメータのようなビデオ関連メタデータを送受信するようにすることができる。
【００７６】
まず、スケーラブルコーディングによって伝送されるＷＣＧビデオの放送システムレベルのシグナリング情報を開示すると、次の通りである。
【００７７】
図８は、本発明の一実施例として放送シグナリング情報を例示した図である。放送シグナリング情報のうちＰＭＴ及びそれに含まれるシグナリング情報を開示すると、次の通りである。
【００７８】
ＰＭＴは、ＩＳＯ／ＩＥＣ  １３８１８−１に開示された内容に従ってもよい。これを用いて当該フィールドを説明すると、次の通りである。
【００７９】
ｔａｂｌｅ_ｉｄフィールドは、ＰＭＴテーブルセクションのタイプを示す８ビットの識別子を示す。（table_id - This is an 8-bit field, which in the case of a TS_program_map_section shall be always set to 0x02.）
【００８０】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator - The section_syntax_indicator is a 1-bit field which shall be set to ‘1’.）
【００８１】
section_length (This is a 12-bit field, the first two bits of which shall be ‘00'. The remaining 10 bits specify the number of bytes of the section starting immediately following the section_length field, and includin the CRC.)
【００８２】
ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドは、このｐｒｏｇｒａｍ_ｍａｐ_ＰＩＤが適用可能なプログラムを示す。（program_number - program_number is a 16-bit field. It specifies the program to which the program_map_PID is applicable. One program definition shall be carried within only one TS_program_map_section. This implies that a program definition is never longer than 1016 (0x3F8). See Informative Annex C for ways to deal with the cases when that length is not sufficient. The program_number may be used as a designation for a broadcast channel, for example. By describing the different program elements belonging to a program, data from different sources (e.g. sequential events) can be concatenated together to form a continuous set of streams using a program_number.）
【００８３】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す。（version_number - This 5-bit field is the version number of the TS_program_map_section. The version number shall be incremented by 1 modulo 32 when a change in the information carried within the section occurs. Version number refers to the definition of a single program, and therefore to a single section. When the current_next_indicator is set to ‘1', then the version_number shall be that of the currently applicable TS_program_map_section. When the current_next_indicator is set to ‘0', then the version_number shall be that of the next applicable TS_program_map_section.)
【００８４】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドは、このＰＭＴテーブルが現在適用可能であるか、又は、次に適用可能であるかを示す。（current_next_indicator - A 1-bit field, which when set to ‘1' indicates that the TS_program_map_section sent is currently applicable. When the bit is set to ‘0', it indicates that the TS_program_map_section sent is not yet applicable and shall be the next TS_program_map_section to become valid.）
【００８５】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、セクションの番号を示す（section_number - The value of this 8-bit field shall be 0x00.）
【００８６】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number - The value of this 8-bit field shall be 0x00.）
【００８７】
ＰＣＲ_ＰＩＤは、プログラムナンバーによって特定されたプログラムのＰＣＲフィールドを含むＴＳパケットのＰＩＤを示す。（PCR_PID - This is a 13-bit field indicating the PID of the Transport Stream packets which shall contain the PCR fields valid for the program specified by program_number. If no PCR is associated with a program definition for private streams, then this field shall take the value of 0x1FFF.）
【００８８】
ｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、このフィールドに後続するプログラムレベルのディスクリプタの長さを示す。（program_info_length - This is a 12-bit field, the first two bits of which shall be ‘00'. The remaining 10 bits specify the number of bytes of the descriptors immediately following the program_info_length field.）
【００８９】
ｓｔｒｅａｍ_ｔｙｐｅフィールドは、プログラムエレメントストリームのタイプを示す。（stream_type - This is an 8-bit field specifying the type of program element carried within the packets with the PID whose value is specified by the elementary_PID.）
【００９０】
ｅｌｅｍｅｎｔａｒｙ_ＰＩＤフィールドは、関連するプログラムエレメントを伝送するＴＳパケットのＰＩＤを指定する。（elementary_PID - This is a 13-bit field specifying the PID of the Transport Stream packets which carry the associated program element.）
【００９１】
ＥＳ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドは、プログラムエレメントレベルのディスクリプタの長さを示す。（ES_info_length - This is a 12-bit field, the first two bits of which shall be ‘00'. The remaining 10 bits specify the number of bytes of the descriptors of the associated program element immediately following the ES_info_length field.）
【００９２】
ＣＲＣ  ３２フィールドは、ＣＲＣ値を含む３２ビットのフィールドを示す。（CRC_32 - This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）
【００９３】
ＰＭＴには、プログラムレベルのディスクリプタとエレメンタリストリームレベルのディスクリプタが含まれてもよい。
【００９４】
ＰＭＴは、既存のディスプレイと互換されるレガシーＵＨＤビデオであるベースレイヤビデオデータ、及びＷＣＧビデオとレガシーＵＨＤビデオ（又は、そのビデオのカラービットデプスがアップスケールされたビデオ）との差であるレジデュアル（ｒｅｓｉｄｕａｌ）エンハンスメントレイヤビデオデータを用いてＷＣＧビデオを構成できるプログラムを記述することができるディスクリプタをプログラムレベルに含むことができる。
【００９５】
本発明の一実施例によれば、ＰＭＴのｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドの直後にＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒを介して、ＷＣＧビデオを構成できるプログラムをシグナリングすることができる。例えば、例示したＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒのＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０８である場合、当該プログラムが、前記のようにレガシーＵＨＤビデオと互換されるベースレイヤビデオデータ及びレジデュアルエンハンスメントレイヤビデオデータを用いてスケーラブルＷＣＧビデオを構成できるプログラム（以下、ＷＣＧ構成プログラム）であることを示す。
【００９６】
本発明の一実施例によれば、ＰＭＴは、ストリームレベルのディスクリプタにスケーラブルＷＣＧビデオサービスを構成するプログラムに対するストリーム情報を含むディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ  （））を含むことができる。以下で、これについて詳述する。
【００９７】
図９は、本発明の実施例によってＰＭＴにスケーラブルＷＣＧビデオサービスを記述するストリームディスクリプタが位置した場合を例示した図である。
【００９８】
例えば、ｓｔｒｅａｍ_ｔｙｐｅフィールドが０ｘ２４である場合、ビデオストリームは、ＨＥＶＣビデオコーデックによるビデオストリームであることを示し、この場合、ｅｌｅｍｅｎｔａｒｙ_ＰＩＤフィールドは０ｘ１０９Ａの値を有することができる。ＰＭＴにＨＥＶＣ_ｖｉｄｅｏ_ｄｅｓｃｒｉｐｔｏｒ（）が位置する場合、ビデオストリームがＨＥＶＣでコーディングされたことを示すことができ、このＨＥＶＣビデオを記述するディスクリプタが含まれ得る。
【００９９】
一方、ｓｔｒｅａｍ_ｔｙｐｅフィールドが０ｘＡ１である場合、ＨＥＶＣスケーラブルレイヤビデオ（ｓｃａｌａｂｌｅ  ｌａｙｅｒ  ｖｉｄｅｏ）コーデックによるビデオストリームであることを示すことができ、この場合、ｅｌｅｍｅｎｔａｒｙ_ＰＩＤは０ｘ１０９Ｂを有することができる。
【０１００】
すなわち、スケーラブルＷＣＧビデオが伝送される場合、当該ビデオを構成するストリームを記述できるディスクリプタであるＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）が、ＰＭＴのストリームレベルに位置することができる。ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（）は、スケーラブルＷＣＧビデオサービスのエンハンスメントレイヤに対する情報、及びスケーラブルＷＣＧビデオサービスの構成情報を含むことができる。
【０１０１】
図１０は、本発明の実施例によって開示したディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）の例を示した図である。ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒは、ＷＣＧビデオサービスを構成するストリームに対する情報を含むディスクリプタである。
【０１０２】
ここで、ｄｅｓｃｒｉｐｔｏｒ_ｔａｇフィールドは、ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒであることを示す固有のコード値を示す。
【０１０３】
ｄｅｓｃｒｉｐｔｏｒ_ｌｅｎｇｔｈフィールドは、ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒの全長を示す。
【０１０４】
ＥＬ_ｖｉｄｅｏ_ｃｏｄｅｃ_ｔｙｐｅフィールドは、スケーラブルＷＣＧビデオを構成するビデオエレメント（ｖｉｄｅｏ  ｅｌｅｍｅｎｔ）のコーデックを示す。例えば、ＰＭＴのｓｔｒｅａｍ_ｔｙｐｅと同じ値を有することができる。
【０１０５】
ＥＬ_ｖｉｄｅｏ_ｐｒｏｆｉｌｅフィールドは、当該ビデオストリームに対するプロファイル（ｐｒｏｆｉｌｅ）、すなわち、当該ストリームをデコーディングするために必要な基本仕様を示す。当該ビデオストリームのビットデプス（ｂｉｔ  ｄｅｐｔｈ）情報（８ビット、１０ビットなど）、コーディングツール（ｃｏｄｉｎｇ  ｔｏｏｌ）などに対する必要（ｒｅｑｕｉｒｅｍｅｎｔ）情報などが含まれてもよい。
【０１０６】
ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールドは、当該ビデオストリームに対するレベル（ｌｅｖｅｌ）、すなわち、プロファイルで定義した記述要素をどの範囲までサポートするかに対して定義する。ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールドは、解像度情報、フレームレート（ｆｒａｍｅ  ｒａｔｅ）情報又はビットレート（ｂｉｔ  ｒａｔｅ）情報などを含むことができる。
【０１０７】
ＥＬ_ｖｉｄｅｏ_ｔｉｅｒフィールドは、当該ビデオストリームに対するティア（ｔｉｅｒ）情報を表示することができる。
【０１０８】
本発明の実施例として、スケーラブルＷＣＧビデオのビデオレベルのシグナリング情報を例示すると、次の通りである。スケーラブルＷＣＧビデオを構成する情報は、ビデオレベルに含まれてもよく、例えば、ビデオデータのＳＥＩメッセージにスケーラブルＷＣＧビデオに対する情報を含むことができる。
【０１０９】
図１１は、本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対するシンタックスを例示する。
【０１１０】
ＳＥＩペイロードにおいてｐａｙｌｏａｄＴｙｐｅが特定の値（この例では５２）に設定される場合、ＳＥＩメッセージは、例示したように、スケーラブルＷＣＧビデオデータのフォーマットをシグナリングする情報（ＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。このシグナリング情報は、スケーラブルＷＣＧビデオのメタデータを示す。
【０１１１】
受信機のデコーダが、例示したシンタックスによるビデオデータをパーシングする実施例は、次の通りである。
【０１１２】
デコーダがビデオデータを復号する場合、ビデオエレメントストリームからＡＶＣ又はＨＥＶＣ  ＮＡＬ  ｕｎｉｔをパーシングする。そして、ｎａｌ_ｕｎｉｔ_ｔｙｐｅの値がＳＥＩデータに該当し、ＳＥＩデータのうちｐａｙｌｏａｄＴｙｐｅが５２である場合、例示したＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏによる情報を得ることができる。
【０１１３】
ＳＥＩ領域のペイロード領域においてスケーラブルＷＣＧビデオデータのフォーマットをシグナリングする情報であるＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ）は、ＵＨＤビデオデータのフォーマット情報を示すフィールド（ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅ）を含むことができる。
【０１１４】
そして、ＵＨＤビデオデータのフォーマット情報がスケーラブルＷＣＧビデオのフォーマットを示す場合、スケーラブルＷＣＧビデオのメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ）を含むことができる。スケーラブルＷＣＧビデオのメタデータについては、以下で詳述する。
【０１１５】
図１２は、本発明の実施例によって開示したＳＥＩ領域のペイロードに含まれるスケーラブルＷＣＧビデオのメタデータを例示した図である。
【０１１６】
スケーラブルＷＣＧビデオデータに対するサブストリームが存在する場合、ベースレイヤ及びエンハンスメントレイヤビデオデータのそれぞれのカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）関連情報、及びサブストリームのベースレイヤデータのカラーガマット情報を拡張できる情報を含むことができる。
【０１１７】
スケーラブルＷＣＧビデオのメタデータは、エンハンスメントレイヤデータのサブストリームを用いてベースレイヤのカラーガマット情報を拡張できる方法を記述することができる。各項目についての詳細は、以下の通りである。
【０１１８】
ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅフィールドは、ＵＨＤビデオフォーマットに対する情報であって、ビデオの解像度（ｒｅｓｏｌｕｔｉｏｎ）及びフレームレート（ｆｒａｍｅ  ｒａｔｅ）などのようなベースレイヤビデオデータの基本的な情報を示す。または、ベースレイヤと、これをベースとしたビデオよりも高画質のビデオに共通に該当するビデオ情報を示すことができる。これについての詳細な例は後述する。
【０１１９】
ＢＬ_ｂｉｔｄｅｐｔｈフィールドは、ベースレイヤビデオデータのビットデプス（ｂｉｔ  ｄｅｐｔｈ）情報を示す。
【０１２０】
ＥＬ_ｂｉｔｄｅｐｔｈ_ｄｉｆｆ：エンハンスメントレイヤビデオデータを用いて最終的に得られるスケーラブルＷＣＧビデオのビットデプス情報を示すための値であって、エンハンスメントレイヤビデオデータとベースレイヤビデオデータとのビットデプスの差を示すことができる。
【０１２１】
ＢＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールドは、ベースレイヤビデオデータのカラーガマット情報（ｃｏｌｏｒ  ｇａｍｕｔ）を示す。これについての詳細な例は後述する。
【０１２２】
ＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールドは、エンハンスメントレイヤビデオデータによって生成されるビデオのカラーガマット情報（ｃｏｌｏｒ  ｇａｍｕｔ）を示す。これについての詳細な例は後述する。
【０１２３】
ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅフィールドは、最終ＷＣＧ映像を獲得するために使用するガマットマッピング関数（ｇａｍｕｔ  ｍａｐｐｉｎｇ  ｆｕｎｃｔｉｏｎ）に関する情報を示す。
【０１２４】
ＲＧＢＷ_ｐｒｉｍａｒｉｅｓ（）は、ベースレイヤビデオデータ或いはエンハンスメントレイヤビデオデータのカラーガマットタイプが予め指定された値ではなく任意の値を使用する場合にカラーガマットを定義することができる色相、すなわち、Ｒ、Ｇ、Ｂ及びＷ（ｗｈｉｔｅ）の色空間上の座標を示す情報である。
【０１２５】
したがって、ＳＥＩ領域のペイロードに含まれるスケーラブルＷＣＧビデオのメタデータにおいて、ＢＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールド又はＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールドが特定の値を有する場合、以下で開示するビデオデータのカラーガマットに対して任意の値を使用することができる。これについての詳細な例は後述する。
【０１２６】
図１３は、本発明の実施例によってスケーラブルＷＣＧビデオのメタデータにおいてベースレイヤビデオデータ或いはエンハンスメントレイヤビデオデータのカラーガマット情報を任意に示す方式を例示した図である。
【０１２７】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｘフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＲ色相のｘ座標を示す。視聴者のディスプレイが目標とするカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｘフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１２８】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｙフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＲ色相のｙ座標を示す。視聴者のディスプレイが目標とするカラーガマット情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｒ_ｙフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１２９】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｘフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＧ色相のｘ座標を示す。視聴者のディスプレイが目標とするカラーガマット情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｘフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１３０】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｙフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＧ色相のｙ座標を示す。視聴者のディスプレイが目標とするカラーガマット情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｇ_ｙフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１３１】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｘフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＢ色相のｘ座標を示す。視聴者のディスプレイが目標とするカラーガマット情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｘフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１３２】
ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｙフィールドは、色空間（例えば、ＣＩＥ  １９３１）のＢ色相のｙ座標を示す。視聴者のディスプレイが目標とするカラーガマット情報を含むか否かを判断するために使用することができる。ｃｏｌｏｒ_ｐｒｉｍａｒｙ_ｂ_ｙフィールドは、０〜１の間の値に対して２進化された値を示すことができ、又は、基準となる値との差値を示すことができる。
【０１３３】
ｗｈｉｔｅ_ｐｒｉｍａｒｙ_ｘフィールドは、任意の色温度を指定する場合、色空間（ｃｏｌｏｒ  ｓｐａｃｅ）でのｘ座標値を示す。ｗｈｉｔｅ_ｐｒｉｍａｒｙ_ｘフィールドは、０〜１の間の値に対して２進化された値を伝送することができ、基準色温度と任意の色温度との差値でも表現することができる。
【０１３４】
ｗｈｉｔｅ_ｐｒｉｍａｒｙ_ｙフィールドは、任意の色温度を指定する場合、色空間でのｙ座標値を示す。ｗｈｉｔｅ_ｐｒｉｍａｒｙ_ｙフィールドは、０〜１の間の値に対して２進化された値を伝送することができ、基準色温度と任意の色温度との差値でも表現することができる。
【０１３５】
図１４は、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちオリジナルＵＨＤビデオフォーマットに対する情報（ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅ）を例示した図である。
【０１３６】
スケーラブルＷＣＧビデオのメタデータのうちオリジナルＵＨＤビデオフォーマットに対する情報は、記述したように、ＵＨＤビデオフォーマットに対する情報であって、ビデオの解像度情報（ｒｅｓｏｌｕｔｉｏｎ）、フレームレート情報（ｆｒａｍｅ  ｒａｔｅ）などのようなオリジナルＵＨＤビデオフォーマットに対する情報を示すことができる。例えば、オリジナルＵＨＤビデオフォーマットに対する情報は、ベースレイヤビデオデータに対する基本的な情報を示すことができる。
【０１３７】
本発明の実施例に係るＵＨＤビデオフォーマットに対する情報は、当該フィールド値に応じてビデオの解像度及びフレームレートがそれぞれ３８４０ｘ２１６０（６０ｐ）、３８４０ｘ２１６０（１２０ｐ）、４０９６ｘ２１６０（６０ｐ）、４０９６ｘ２１６０（１２０ｐ）、７６８０ｘ４３２０（６０ｐ）、７６８０ｘ４３２０（１２０ｐ）、８１９２ｘ４３２０（６０ｐ）、８１９２ｘ４３２０（１２０ｐ）（ここで、ｐは、プログレッシブ（ｐｒｏｇｒｅｓｓｉｖｅ）方式を示す）であることを示すことができる。
【０１３８】
図１５は、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちベースレイヤのビデオのカラーガマット情報を詳細に例示した図である。本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちベースレイヤのビデオのカラーガマットの色空間情報は、当該フィールド値に応じてＢＴ．６０１、ＢＴ．７０９、ＤＣＩ−Ｐ３、ＢＴ．２０２０（ＮＣＬ）、ＢＴ．２０２０（ＣＬ）、ＸＹＺ及びＵｓｅｒ  ｄｅｆｉｎｅｄ（ユーザ指定情報）などの特定の色空間を示す情報であり得る。
【０１３９】
図１６は、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちエンハンスメントレイヤのビデオのカラーガマット情報を詳細に例示した図である。同様に、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちエンハンスメントレイヤのビデオのカラーガマット情報は、当該フィールド値に応じてＢＴ．６０１、ＢＴ．７０９、ＤＣＩ−Ｐ３、ＢＴ．２０２０（ＮＣＬ）、ＢＴ．２０２０（ＣＬ）、ＸＹＺ及びＵｓｅｒ  ｄｅｆｉｎｅｄ（ユーザ指定情報）などの特定のカラーガマットフォーマットを示すことができる。
【０１４０】
図１７は、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータのうちＷＣＧビデオを得るようにするカラーガマットマッピング関数情報を詳細に例示した図である。
【０１４１】
スケーラブルＷＣＧビデオのメタデータとして、スケーラブルＷＣＧビデオを得るようにするカラーガマットマッピング関数情報は、Ｎｏ  ｍａｐｐｉｎｇ（マッピングなし）、Ｇａｉｎ−ｏｆｆｓｅｔ  ｃｏｎｖｅｒｓｉｏｎ、Ｌｉｎｅａｒ  ｍａｔｒｉｘ  ｃｏｎｖｅｒｓｉｏｎ、Ｌｏｏｋ−ｕｐ  ｔａｂｌｅ（ルックアップテーブルによるマッピング）などのマッピング関数を示すことができる。ＷＣＧビデオのメタデータのうちカラーガマットマッピング関数情報は、ディスプレイする最終ＷＣＧビデオを得るためにカラーガマットマッピング関数が使用された場合、それについての情報を提供することができる。
【０１４２】
したがって、本発明に係る信号送信装置が、上記で例示したシグナリング情報を送信すると、受信機は、ベースレイヤビデオデータとエンハンスメントレイヤビデオデータのそれぞれのビデオフォーマットやカラーガマット情報などを知ることができ、これに基づいてスケーラブルＷＣＧビデオを出力することができる。したがって、既存の色表現のみが可能なディスプレイ機器を有している受信機は、ベースレイヤビデオデータを用いてレガシーＵＨＤビデオを表出し、ＷＣＧサービスが可能なディスプレイ機器を有している受信機はＷＣＧビデオサービスを表出することができる。
【０１４３】
開示した実施例によってスケーラブルＷＣＧビデオ及びそのビデオをシグナリングするシグナリング情報を送信する場合に、それを受信する受信機の動作を簡略に説明すると、次の通りである。
【０１４４】
スケーラブルＷＣＧビデオが伝送される場合、受信機は、シグナリング情報を受信して、スケーラブルＷＣＧビデオのサブストリームを組み合わせてＷＣＧ映像を出力することができる。
【０１４５】
受信機のシグナリング情報デコーダは、受信されたＰＭＴのプログラムディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）を用いて、原本ＵＨＤＴＶ放送を構成するために追加で受けなければならない別途のサービスやメディアがあるかを判断する。本実施例で説明するスケーラブルＷＣＧビデオは、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅが０ｘ０８であるケースに該当し、このとき、エンハンスメントレイヤビデオデータ及びビデオデータ内のＳＥＩメッセージ（ｍｅｓｓａｇｅ）の追加情報を用いてスケーラブルＷＣＧビデオを構成できることを知ることができる。
【０１４６】
受信機のシグナリング情報デコーダは、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０８である場合（即ち、スケーラブルＷＣＧビデオを構成するプログラムである場合）、ストリームディスクリプタＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒを介してサービスストリームのコーデック情報、プロファイル情報、レベル情報及びティア（ｔｉｅｒ）情報などを把握して、受信機のデコーダで処理可能な情報であるか否かを判断することができる。
【０１４７】
受信機のビデオデコーダは、ビデオデータ内のＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ  ＳＥＩメッセージ（ｍｅｓｓａｇｅ）から、ベースレイヤ及びエンハンスメントレイヤによって構成されるスケーラブルＷＣＧビデオのカラーガマット情報及びビットデプス情報（ビットデプス関連情報）を得、受信機のディスプレイ機器で最終出力が可能な映像であるか否かを判断することができる。
【０１４８】
もし、受信機のシグナリング情報デコーダが、ビデオデコーダが処理できないビデオデータであると判断した場合、受信機のビデオデコーダは、ベースレイヤビデオデータのみをデコーディングすることができる。受信機は、シグナリング情報デコーダが、ビデオデコーダがＷＣＧビデオをデコーディングして処理できると判断した場合、ビデオデコーダがスケーラブルＷＣＧビデオを構成するようにすることができる。
【０１４９】
そして、ビデオデコーダがビデオデータのＳＥＩメッセージをデコーディングして得たスケーラブルＷＣＧビデオの明るさ情報が、受信機のディスプレイで出力することができない場合、受信機は、ベースレイヤビデオのみを出力したり、またはスケーラブルＷＣＧビデオに対して明るさ情報を適切に後処理してＷＣＧビデオを出力することができる。
【０１５０】
ビデオデコーダがシグナリング情報によってスケーラブルＷＣＧビデオを構成することができ、受信機のディスプレイ機器でそれを再生することができる場合、受信機は、ビデオデコーダがサブストリーム（ｓｕｂ  ｓｔｒｅａｍ）をデコーディングするようにすることができる。
【０１５１】
受信機のデコーダは、エンハンスメントレイヤビデオデータと共にＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ  ＳＥＩメッセージ（ｍｅｓｓａｇｅ）を用いてスケーラブルＷＣＧビデオを構成することができる。
【０１５２】
このとき、受信機のデコーダは、メタデータからベースレイヤのカラービットデプス情報（ＢＬ_ｂｉｔｄｅｐｔｈフィールド）、及びエンハンスメントレイヤビデオデータとベースレイヤビデオデータのカラービットデプスの差情報（ＥＬ_ｂｉｔｄｅｐｔｈ_ｄｉｆｆフィールド）を得、これを用いてベースレイヤビデオデータのカラービットデプスをアップスケーリングすることができる。
【０１５３】
そして、受信機のデコーダは、エンハンスメントレイヤのレジデュアル（ｒｅｓｉｄｕａｌ）データを用いてアップスケーリングしたベースレイヤビデオデータの色空間の詳細なデータを補償することができる。
【０１５４】
受信機は、ビデオを最終ディスプレイする前に、ＷＣＧビデオの後処理（ｐｏｓｔ  ｐｒｏｃｅｓｓｉｎｇ）過程を通じてさらに向上した明るさの映像を示したり、或いはディスプレイ機器で示すことが難しい映像に対して色感の変換などを行うことができる。このとき、ＳＥＩメッセージで伝送されたエンハンスメントレイヤビデオデータのカラーガマット情報（ＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅ）又は任意のカラーガマット情報（ＲＧＢＷのカラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｙ）値として、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_Ａ_ｘ、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_Ａ_ｙ、但し、Ａは、Ｒ、Ｇ、Ｂ、Ｗのうち１つ）を使用することができる。
【０１５５】
本発明の実施例に係る受信機の動作については、以下で図面を参照して再び説明する。
【０１５６】
以下では、本発明の実施例によってシグナリングする方式の例として、カラーガマットマッピングしたベースレイヤビデオデータ及びエンハンスメントレイヤビデオデータを用いてスケーラブルＷＣＧビデオを構成するようにするシグナリング方式を例示する。この場合、放送のシステムレベルでスケーラブルＷＣＧビデオの構成のための情報を提供し、ベースレイヤビデオデータのカラーガマットマッピングを行うように、ビデオレベルであるＳＥＩメッセージでメタデータを提供するようにすることができる。
【０１５７】
図１８は、このような実施例を具現できる本発明の一実施例として放送シグナリング情報を例示した図である。放送シグナリング情報のうちＰＭＴ及びそれに含まれるシグナリング情報を開示すると、次の通りである。
【０１５８】
ＰＭＴには、プログラムレベルのディスクリプタとエレメンタリストリームレベルのディスクリプタが含まれてもよい。
【０１５９】
ＰＭＴは、プログラムレベルのディスクリプタとして、レガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングでＷＣＧビデオを構成できるプログラムを記述することができるディスクリプタを含むことができる。
【０１６０】
本発明の一実施例によれば、ＰＭＴのｐｒｏｇｒａｍ_ｉｎｆｏ_ｌｅｎｇｔｈフィールドの直後に、ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒはスケーラブルＷＣＧビデオが伝送されるプログラムをシグナリングすることができ、この例では、ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒのＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０９である場合、当該プログラムが、レガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングでＷＣＧビデオを構成することができるプログラムであることを示す。
【０１６１】
本発明の一実施例によれば、ＰＭＴは、ストリームレベルのディスクリプタに、スケーラブルＷＣＧビデオサービスを構成するプログラムに対するストリーム情報を含むディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ（））を含むことができる。ここで、プログラムに対するストリーム情報を含むディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）は、レガシーＵＨＤビデオと互換されるベースレイヤビデオデータのストリームに対する情報を含むことができる。
【０１６２】
図１９は、本発明の実施例に係るビデオデータのＳＥＩ領域のペイロードに対する他のシンタックスを例示する。
【０１６３】
ＳＥＩペイロードにおいてｐａｙｌｏａｄＴｙｐｅが特定の値（この例では５２）に設定される場合、例示したように、スケーラブルＷＣＧビデオデータのフォーマットをシグナリングする情報（ＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ））を含むことができる。
【０１６４】
受信機のデコーダが、例示したシンタックスによるビデオデータをパーシングする実施例は、次の通りである。
【０１６５】
デコーダがビデオデータを復号する場合、ビデオエレメントストリームからＡＶＣ又はＨＥＶＣ  ＮＡＬ  ｕｎｉｔをパーシングする。そして、ｎａｌ_ｕｎｉｔ_ｔｙｐｅの値がＳＥＩデータに該当し、ＳＥＩデータのうちｐａｙｌｏａｄＴｙｐｅが５２である場合、例示したＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏによる情報を得ることができる。
【０１６６】
ＳＥＩ領域のペイロード領域においてスケーラブルＷＣＧビデオデータのフォーマットをシグナリングする情報であるＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ（ｐａｙｌｏａｄＳｉｚｅ）は、ＵＨＤビデオデータのフォーマット情報を示すフィールド（ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅ）を含むことができる。図１８で例示したように、ＵＨＤビデオデータのフォーマット情報は、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０９である場合、当該プログラムがＷＣＧエンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングされたデータでＷＣＧビデオを構成できるプログラムであることを示すことができる。
【０１６７】
そして、ＵＨＤビデオデータのフォーマット情報がスケーラブルＷＣＧビデオのフォーマットを示す場合、スケーラブルＷＣＧビデオのメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ）を含むことができる。これについては、以下で詳述する。
【０１６８】
図２０は、本発明の実施例によって開示したＳＥＩ領域のペイロードに含まれるスケーラブルＷＣＧビデオのメタデータの他の例を例示した図である。
【０１６９】
例示したスケーラブルＷＣＧビデオのメタデータは、図１２と同様に、ＵＨＤビデオのフォーマットに関する情報（ｏｒｉｇｉｎａｌ_ＵＤ_ｖｉｄｅｏ_ｔｙｐｅフィールド）、ベースレイヤビデオデータのビットデプス（ｂｉｔ  ｄｅｐｔｈ）情報（ＢＬ_ｂｉｔｄｅｐｔｈフィールド）、エンハンスメントレイヤビデオデータを用いて最終的に得られるスケーラブルＷＣＧビデオのビットデプスと、ベースレイヤビデオデータのビットデプスとの差を示す情報（ＥＬ_ｂｉｔｄｅｐｔｈ_ｄｉｆｆフィールド）、ベースレイヤビデオデータのカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）に関する情報（ＢＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールド）、エンハンスメントレイヤビデオデータによって生成されるビデオのカラーガマット情報（ＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅフィールド）、最終ＷＣＧ映像を獲得するために使用するガマットマッピング関数（ｇａｍｕｔ  ｍａｐｐｉｎｇ  ｆｕｎｃｔｉｏｎ）に関する情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅフィールド）、及びベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータの任意のカラーガマットタイプ情報（ＲＧＢＷ_ｐｒｉｍａｒｉｅｓ（）フィールド）などを含むことができる。
【０１７０】
本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータは、カラーガマットマッピング情報（ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｉｎｆｏ（））をさらに含むことができる。スケーラブルＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報については、以下で詳細に説明する。
【０１７１】
図２１は、本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報の例を開示した図である。
【０１７２】
本発明の実施例に係るスケーラブルＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報は、エンハンスメントレイヤに基づいてベースレイヤのカラーガマット（ｃｏｌｏｒ  ｇａｍｕｔ）を拡張するための方法を示すことができる。
【０１７３】
カラーガマットマッピング情報は、ベースレイヤビデオデータから向上した画質又は色感のビデオを獲得するためのカラーガマットマッピングタイプを示すことができる。カラーガマットマッピングタイプであるＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅフィールドによってカラーガマットマッピング（ｇａｍｕｔ  ｍａｐｐｉｎｇ）の方式をシグナリングすることができ、この関数の種類によって、この情報で伝送するパラメータの種類が変わり得る。
【０１７４】
そして、特別なカラーガマットマッピングがない場合、色変換関数のゲイン（ｇａｉｎ）、オフセット（ｏｆｆｓｅｔ）に基づいてチャネル独立にマッピングする方式を示したり、リニアマトリクス（ｌｉｎｅａｒ  ｍａｔｒｉｘ）を用いてマッピングする方式を示したり、またはＬＵＴに基づいてマッピングする方式などを記述することができる。
【０１７５】
カラーガマットマッピングタイプ情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）が００００である場合、スケーラブルＷＣＧビデオのエンハンスメントレイヤを構成するにおいて、ベースレイヤに別途の処理を施していない場合を示す。
【０１７６】
カラーガマットマッピングタイプ情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）が０００１である場合、カラーガマットマッピングの方式は、関数のゲインとオフセットをシグナリングしてカラーをマッピングする方式であって、例示的な方式は数式１に従う。
【数１】
2017500787.tif 000003
【０１７７】
カラーガマットマッピングタイプ情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）が００１０である場合、マトリクスを用いてカラーガマット情報をマッピングするものであって、例えば、ＩＴＵ−Ｒ  ＢＴ．２２５０に記述された方法に基づいて使用することができる。これを用いる場合、まず、エンコーディングのためにＹＣｂＣｒ変換された色座標をＲＧＢ座標に再変換させる。変換されたＲＧＢ座標に対してＣＩＥカラリメトリ（ｃｏｌｏｒｉｍｅｔｒｙ）上でガマットを変換するためにプライマリー変換（ｐｒｉｍａｒｙ  ｔｒａｎｓｆｏｒｍａｔｉｏｎ）を行うことができる。
【０１７８】
ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅフィールドは、マトリクス変換（ｍａｔｒｉｘ  ｃｏｎｖｅｒｓｉｏｎ）に基づいてカラーガマット情報をマッピングするマトリクスを構成する方式を示す。カラーガマット情報をマッピングするマトリクスを構成する方式は、ソース（ｓｏｕｒｃｅ）、ターゲット（ｔａｒｇｅｔ）のカラーガマットに対するＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）に基づいて行われ、ソースのカラーガマットをｎｏｒｍａｌｉｚｅｄされた領域に写像した後、これを再びターゲットガマット（ｔａｒｇｅｔ  ｇａｍｕｔ）に写像する方式で行う。詳細な例は、数式２の通りである。数式２で、ＨＤＴＶで使用されるカラーガマットを他のターゲットのカラーガマットにマッピングする例を開示する。
【数２】
2017500787.tif 000004
【０１７９】
カラーガマット情報をマッピングするために、各カラーガマットに対して予め指定されたＮＰＭをシグナリングしたり、または現在与えられたカラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｙ）マトリクスを直接算出する方法があり、これについての詳細な例は図２３に示す。他の例として、シグナリング情報が直接カラーガマットマッピングマトリクスを含むようにすることができる。
【０１８０】
ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅフィールドは、このフィールドの値によって様々なカラーガマットにマッピングする方式を示すことができ、カラーガマットマッピング方式の例については、図２２に例示する。
【０１８１】
Ｎｕｍｂｅｒ_ｏｆ_ｃｏｅｆｆフィールドは、追加の色空間変換のために使用される係数の数を示す。
【０１８２】
ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｃｏｅｆｆ［ｉ］フィールドは、色空間の変換のための係数を示す。ｃｏｌｏｒ_ｇａｍｕｔ  ｓｙｎｔａｘによって表現された色空間を基準として最適の色感の表現のための任意の色空間への変換が行われることを仮定する場合、変換式を用いて最適の色空間を使用することができる。変換式の例は、図２５で例示した。又は、ユーザの指定によって他の変換式を用いてもよい。
【０１８３】
カラーガマットマッピングタイプ情報（ＥＬ_ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｔｙｐｅ）が００１１である場合、ＬＵＴベースのカラーガマットマッピングを示すことができる。カラーガマットマッピングのために最も広く用いられる方法は、ルックアップテーブル（Ｌｏｏｋ  Ｕｐ  Ｔａｂｌｅ；ＬＵＴ）を用いた方法であり、入力値（ｉｎｐｕｔ  ｖａｌｕｅ）及び出力値（ｏｕｔｐｕｔ  ｖａｌｕｅ）を一対一マッチングさせるテーブルを使用するものである。しかし、全ての色相に対して出力値をマッチングさせるＬＵＴの場合、データのサイズが膨大であるため、これをメタデータの形態で伝達することは容易ではない。実施例によって、３Ｄ座標を全て利用するものではなく、各チャネルに独立にマッチングさせたり、又は基準点に基づいてＬＵＴの構成要素を推定する方法などを用いることができる。
【０１８４】
ＬＵＴ_ｔｙｐｅフィールドは、使用するルックアップテーブル（ＬＵＴ）の種類を示す。このフィールド値に応じて、各チャネルに独立にマッチングさせるＬＵＴ、３Ｄ座標を全て利用するＬＵＴ、又は基準点に基づいてＬＵＴの構成要素を推定する方式を示すことができる。ＬＵＴ_ｔｙｐｅフィールドの値によるＬＵＴタイプの種類は、図２６に例示した。
【０１８５】
図２２は、本発明の実施例によってカラーガマット情報をマッピングするために使用することができるカラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）を例示した図である。ここで、例示したように、カラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）に従ってカラーガマット情報のマッピングを行うことができる。
【０１８６】
例えば、カラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）フィールドが００００である場合、ＢＴ．７０９によるＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）を示す。マトリクス方式については、図２３に例示した。
【０１８７】
カラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）フィールドが０００１である場合、ＤＣＩ−Ｐ３によるＮＰＭを示す。
【０１８８】
カラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）フィールドが００１０である場合、ＢＴ．２０２０によるＮＰＭを示す。
【０１８９】
カラーガマットマッピングマトリクスタイプ情報（ｍａｔｒｉｘ_ｃｏｍｐｏｓｉｔｉｏｎ_ｔｙｐｅ）フィールドが０１００である場合、現在の映像のカラープライマリー値（ｃｏｌｏｒ  ｐｒｉｍａｒｙ  ｖａｌｕｅ）に基づいてＮＰＭを示す。マトリクス及びマッピング方式については、図２４に例示した。
【０１９０】
図２３は、本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピングマトリクスタイプ情報がＢＴ．７０９によるＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）を示す場合、詳細なカラーマッピングマトリクスの実施例を示す。ここで、例示したカラーガマットマッピングマトリクスタイプ情報は、カラーガマットマッピングがＮＰＭ_７０９のマトリクス（ＢＴ．７０９によるＮＰＭ）に従う場合、当該マトリクスを示した。
【０１９１】
図２４は、本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピングマトリクスタイプ情報が示す現在の映像のカラープライマリー値（ｃｏｌｏｒ  ｐｒｉｍａｒｙ  ｖａｌｕｅ）に基づいてＮＰＭ（Ｎｏｒｍａｌｉｚｅｄ  Ｐｒｉｍａｒｙ  Ｍａｔｒｉｘ）を求める実施例を示す。同図で、現在のカラーをＸ、Ｙ、Ｚとする場合、これをカラープライマリー値に変換する方式、及びこれを用いたカラーガマットマッピングマトリクスを例示した。
【０１９２】
図２５は、本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報のうち色空間の変換のための係数（ｇａｍｕｔ_ｍａｐｐｉｎｇ_ｃｏｅｆｆ［ｉ］）を表現する変換式を例示する。例えば、カラーガマットマッピング情報のうち色空間の変換のための係数は、マトリクスのコンポーネントに含まれる係数となり得る。
【０１９３】
図２６は、本発明の実施例によってＷＣＧビデオのメタデータに含まれるカラーガマットマッピング情報のうちＬＵＴ_ｔｙｐｅフィールドによるルックアップテーブル（ＬＵＴ）の種類を例示した図である。ＬＵＴ_ｔｙｐｅ値に応じて、ＬＵＴ、３Ｄ  ＬＵＴ、３Ｄ  ＬＵＴ（ｌｉｎｅａｒ  ｉｎｔｅｒｐｏｌａｔｉｏｎ）などのルックアップテーブルを示すことができる。
【０１９４】
本発明の実施例に係るシグナリング方式によって放送のシステムレベルでスケーラブルＷＣＧビデオの構成のための情報を提供し、ベースレイヤビデオデータのカラーガマットマッピング情報を、ビデオレベルであるＳＥＩメッセージにメタデータを含ませて提供する例を開示した。
【０１９５】
これらの実施例によってスケーラブルＷＣＧビデオとそのビデオをシグナリングするシグナリング情報を送信する場合、これを受信する受信機の動作を簡略に説明すると、次の通りである。
【０１９６】
スケーラブルＷＣＧビデオが伝送される場合、受信機は、シグナリング情報を受信して、スケーラブルＷＣＧビデオのサブストリームを組み合わせてＷＣＧ映像を出力することができる。
【０１９７】
受信機のシグナリング情報デコーダは、受信されたＰＭＴのプログラムディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）を用いて、原本ＵＨＤＴＶ放送を構成するために追加で受けなければならない別途のサービスやメディアがあるかを判断する。本実施例において記述するスケーラブルＷＣＧビデオは、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅが０ｘ０９であるケースに該当し、このとき、エンハンスメントレイヤビデオデータ及びビデオデータ内のＳＥＩメッセージ（ｍｅｓｓａｇｅ）の追加情報を用いてスケーラブルＷＣＧビデオを構成できることを知ることができる。
【０１９８】
受信機のシグナリング情報デコーダは、ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅフィールドが０ｘ０９である場合（即ち、ＷＣＧエンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータを用いてＷＣＧビデオを構成するプログラムである場合）、ストリームディスクリプタＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒを介してサービスストリームのコーデック情報、プロファイル情報、レベル情報及びティア（ｔｉｅｒ）情報などを把握して、受信機のデコーダで処理可能な情報であるか否かを判断することができる。
【０１９９】
受信機のビデオデコーダは、ビデオデータ内のＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ  ＳＥＩメッセージ（ｍｅｓｓａｇｅ）から、ベースレイヤ及びエンハンスメントレイヤによって構成されるスケーラブルＷＣＧビデオのカラーガマット情報（ｃｏｌｏｒ  ｇａｍｕｔ）及びカラーガマットマッピング情報を得、受信機のディスプレイ機器で最終出力が可能な映像であるか否かを判断することができる。
【０２００】
もし、受信機のシグナリング情報デコーダが、シグナリング情報から、ビデオデコーダが処理できないビデオデータであると判断した場合、受信機のビデオデコーダは、ベースレイヤビデオデータのみをデコーディングすることができる。受信機は、シグナリング情報デコーダが、ビデオデコーダがデコーディングして処理できると判断した場合、ビデオデコーダがＷＣＧエンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータを用いてスケーラブルＷＣＧビデオを構成するようにすることができる。
【０２０１】
そして、ビデオデコーダがビデオデータのＳＥＩメッセージをデコーディングして得たスケーラブルＷＣＧビデオの明るさ情報が、受信機のディスプレイで出力することができない場合、受信機は、ベースレイヤビデオのみを出力したり、またはスケーラブルＷＣＧビデオに対して明るさ情報を適切に後処理して例示したスケーラブルＷＣＧビデオを出力するようにすることができる。
【０２０２】
ビデオデコーダがシグナリング情報によってスケーラブルＷＣＧビデオを構成することができ、受信機のディスプレイ機器でそれを再生することができる場合、受信機は、ビデオデコーダがサブストリームをデコーディングするようにすることができる。
【０２０３】
受信機のデコーダは、エンハンスメントレイヤデータと共にＵＤＴＶ_ｓｃａｌａｂｌｅ_ｃｏｌｏｒ_ｇａｍｕｔ_ｓｅｒｖｉｃｅ_ｉｎｆｏ  ＳＥＩメッセージ（ｍｅｓｓａｇｅ）のカラーガマットマッピング情報を用いてスケーラブルＷＣＧビデオを構成するようにすることができる。そして、ＷＣＧエンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータを用いてスケーラブルＷＣＧビデオを構成することができる。
【０２０４】
受信機は、ビデオを最終ディスプレイする前に、ＷＣＧビデオの後処理（ｐｏｓｔ  ｐｒｏｃｅｓｓｉｎｇ）過程を通じてさらに向上した明るさの映像を示したり、或いはディスプレイ機器で示すことが難しい映像に対して色感の変換などを行うことができる。このとき、ＳＥＩメッセージで伝送されたエンハンスメントレイヤビデオデータのカラーガマット情報（ＥＬ_ｖｉｄｅｏ_ｃｏｌｏｒ_ｇａｍｕｔ_ｔｙｐｅ）又は任意のカラーガマット情報（ＲＧＢＷのカラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｙ）値として、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_Ａ_ｘ、ｃｏｌｏｒ_ｐｒｉｍａｒｙ_Ａ_ｙ、但し、Ａは、Ｒ、Ｇ、Ｂ、Ｗのうち１つ）を使用することができる。
【０２０５】
本発明の実施例に係る受信機の動作について、以下で再び説明する。
【０２０６】
上記で実施した２つの実施例に係るシグナリング情報は、システムレベルとＳＥＩメッセージに含まれて共に伝送されてもよい。
【０２０７】
図２７は、本発明の一実施例として放送シグナリング情報を例示した図であり、図８又は図１８に対応し得る。
【０２０８】
開示したように、プログラムレベルのディスクリプタは、既存のＵＨＤビデオと互換可能なベースレイヤをアップスケーリングしたり、カラーガマットマッピングしたデータ、及びエンハンスメントレイヤを用いてスケーラブルＷＣＧビデオを構成できるプログラムを識別するディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）が含まれてもよい。
【０２０９】
この例において、スケーラブルＷＣＧビデオを構成できるプログラムを識別するディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）は、エンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータでＷＣＧビデオを構成できるプログラム／サービスフォーマット（０ｘ０８）と、ＷＣＧエンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングされたデータでＷＣＧビデオを構成できるプログラム／サービスフォーマット（０ｘ０９）とを識別するフィールド（ＵＤ_ｐｒｏｇｒａｍ_ｆｏｒｍａｔ_ｔｙｐｅ）を含むことができる。
【０２１０】
開示したように、ストリームレベルのディスクリプタは、スケーラブルＷＣＧビデオを構成するストリームのコーディング情報などを含むことができる。
【０２１１】
図２８は、本発明の一実施例として、このような放送シグナリング情報に含まれるスケーラブルＷＣＧビデオをシグナリングするディスクリプタを含む具体例を開示した図である。同図は、開示したように、図１０又は図１９に対応し得る。
【０２１２】
本発明の一実施例によってスケーラブルＷＣＧビデオをシグナリングするディスクリプタであるＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒは、ＷＣＧビデオサービスを構成するストリームに対する情報を含むディスクリプタである。
【０２１３】
ＥＬ_ｖｉｄｅｏ_ｃｏｄｅｃ_ｔｙｐｅフィールド、ＥＬ_ｖｉｄｅｏ_ｐｒｏｆｉｌｅフィールド、ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールド、ＥＬ_ｖｉｄｅｏ_ｌｅｖｅｌフィールド及びＥＬ_ｖｉｄｅｏ_ｔｉｅｒフィールドは、図１０又は図１９で説明した通りである。
【０２１４】
本発明の一実施例に係るディスクリプタのスケーラブルＷＣＧビデオストリームをシグナリングするメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ（））は、図１２又は図２０で例示した通りである。
【０２１５】
図２９は、本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。ここでは、放送シグナリング情報としてＳＤＴ（Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｔａｂｌｅ）を例示した図である。各フィールドを記述すると、次の通りである。
【０２１６】
ｔａｂｌｅ_ｉｄフィールドは、テーブルの識別子を示す。
【０２１７】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、ＳＤＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to “1”.）
【０２１８】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（section_length: This is a 12-bit field, the first two bits of which shall 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 shall not exceed 1021 so that the entire section has a maximum length of 1024 bytes.）
【０２１９】
ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、伝送システム内の他のマルチプレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。（transport_stream_id: 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.）
【０２２０】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（version_number: This 5-bit field is the version number of the sub_table. The version_number shall 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 shall be that of the currently applicable sub_table. When the current_next_indicator is set to “0”, then the version_number shall be that of the next applicable sub_table.）
【０２２１】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能であるか、又は、次に適用可能であるかを示す。（current_next_indicator: 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 shall be the next sub_table to be valid.）
【０２２２】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be “0x00”. The section_number shall be incremented by 1 with each additional section with the same table_id, transport_stream_id, and original_network_id.）
【０２２３】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number: 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.）
【０２２４】
ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す。（original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.）
【０２２５】
ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（service_id: 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.）
【０２２６】
ＥＩＴ_ｓｃｈｅｄｕｌｅ_ｆｌａｇフィールドは、サービスに対するＥＩＴスケジュール（ｓｃｈｅｄｕｌｅ）情報が現在のＴＳにあるかを示すことができる。（EIT_schedule_flag: 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, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT schedule sub_table). If the flag is set to 0 then the EIT schedule information for the service should not be present in the TS.）
【０２２７】
ＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ_ｆｌａｇフィールドは、現在のＴＳにサービスに対するＥＩＴ_ｐｒｅｓｅｎｔ_ｆｏｌｌｏｗｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ情報があるかを示すことができる。（EIT_present_following_flag: 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, see TR 101 211 [i.2] for information on maximum time interval between occurrences of an EIT present/following sub_table. If the flag is set to 0 then the EIT present/following information for the service should not be present in the TS.）
【０２２８】
ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドは、ＤＶＢ−ＳＩ文書のテーブル６に定義されたサービスの状態を示すことができる。（running_status: This is a 3-bit field indicating the status of the service as defined in table 6. For an NVOD reference service the value of the running_status shall be set to “0”.）
【０２２９】
ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す。（free_CA_mode: This 1-bit field, when set to “0” indicates that all the component streams of the service are not scrambled. When set to “1” it indicates that access to one or more streams may be controlled by a CA system.）
【０２３０】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、後続するディスクリプタの長さを示す。（descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors.）
【０２３１】
ＣＲＣ_３２は、ＣＲＣ値を含む３２ビットフィールドである。（CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）
【０２３２】
ＳＤＴのディスクリプタは、スケーラブルＷＣＧビデオサービスを記述することができる情報が含まれ得、例えば、図８や図１８で例示したディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）、図１０で例示したディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）、または図１２や図２０で例示したメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ）又はその一部を含むことができる。したがって、本発明の実施例によれば、記述したスケーラブルＷＣＧビデオサービスを記述するシグナリング情報を含むことができる。
【０２３３】
図３０は、本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。ここでは、放送シグナリング情報としてＥＩＴ（Ｅｖｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔａｂｌｅ）を例示した図である。
【０２３４】
ＥＩＴは、ＥＴＳＩ  ＥＮ  ３００  ４６８に従うことができる。これを用いて各フィールドを記述すると、次の通りである。
【０２３５】
ｔａｂｌｅ_ｉｄ：テーブル識別子を示す。
【０２３６】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、ＥＩＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator: The section_syntax_indicator is a 1-bit field which shall be set to “1”.）
【０２３７】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（section_length: 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 shall not exceed 4093 so that the entire section has a maximum length of 4096 bytes.）
【０２３８】
ｓｅｒｖｉｃｅ_ｉｄフィールドは、ＴＳ内のサービス識別子を示す。（service_id: 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.）
【０２３９】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、このサブテーブルのバージョン番号を示す。（version_number: This 5-bit field is the version number of the sub_table. The version_number shall 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 shall be that of the currently applicable sub_table. When the current_next_indicator is set to “0”, then the version_number shall be that of the next applicable sub_table.）
【０２４０】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドは、このサブテーブルが現在適用可能であるか、又は、次に適用可能であるかを示す。（current_next_indicator: 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 shall be the next sub_table to be valid.）
【０２４１】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（section_number: This 8-bit field gives the number of the section. The section_number of the first section in the sub_table shall be “0x00”. The section_number shall be incremented by 1 with 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 shall 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.）
【０２４２】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number: 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.）
【０２４３】
ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、伝送システム内の他のマルチプレックスと区別して、このＳＤＴが提供するＴＳ識別子を示す。（transport_stream_id: 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.）
【０２４４】
ｏｒｉｇｉｎａｌ_ｎｅｔｗｏｒｋ_ｉｄフィールドは、伝送システムのネットワークＩＤの識別子を示す。（original_network_id: This 16-bit field gives the label identifying the network_id of the originating delivery system.）
【０２４５】
ｓｅｇｍｅｎｔ_ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、このサブテーブルのこのセグメントの最後のセクション番号を示す。（segment_last_section_number: 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 shall be set to the same value as the last_section_number field.）
【０２４６】
ｌａｓｔ_ｔａｂｌｅ_ｉｄ(last_table_id: This 8-bit field identifies the last table_id used (see table 2).）
【０２４７】
ｅｖｅｎｔ_ｉｄフィールドは、イベントの識別番号を示す。（event_id: This 16-bit field contains the identification number of the described event (uniquely allocated within a service definition.）
【０２４８】
ｓｔａｒｔ_ｔｉｍｅフィールドは、イベントの開始時間を含む。（start_time: This 40-bit field contains the start time of the event in Universal Time, Co-ordinated (UTC) and Modified Julian Date (MJD) (see annex C). 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”.）
【０２４９】
ｒｕｎｎｉｎｇ_ｓｔａｔｕｓフィールドは、ＤＶＢ  ＳＩ文書のｔａｂｌｅ  ６に定義されたイベントの状態を示す。（running_status: 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 shall be set to “0”．）
【０２５０】
ｆｒｅｅ_ＣＡ_ｍｏｄｅフィールドは、サービスの全てのコンポーネントストリームがスクランブルされているかを示す。（free_CA_mode: This 1-bit field, when set to “0” indicates that all the component streams of the event are not scrambled. When set to “1” it indicates that access to one or more streams is controlled by a CA system.）
【０２５１】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、後続するディスクリプタの長さを示す。（descriptors_loop_length: This 12-bit field gives the total length in bytes of the following descriptors.）
【０２５２】
ＣＲＣ_３２は、ＣＲＣ値を含む３２ビットフィールドである。（CRC_32: This is a 32-bit field that contains the CRC value that gives a zero output of the registers in the decoder.）
【０２５３】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｏｏｐ_ｌｅｎｇｔｈフィールドは、次のディスクリプタの位置に、図１６で例示したＵＨＤ_ｐｒｏｇｒａｍ_ｔｙｐｅ_ｄｅｓｃｒｉｐｔｏｒと、本発明の実施例によって図１８、図２４、又は図２５で例示したＵＨＤ_ｃｏｍｐｏｓｉｔｉｏｎ_ｄｅｓｃｒｉｐｔｏｒが含まれてもよい。
【０２５４】
ＥＩＴのディスクリプタは、スケーラブルＷＣＧビデオサービスを記述することができる情報が含まれ得、例えば、図８や図１８で例示したディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）、図１０で例示したディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）、または図１２や図２０で例示したメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ）又はその一部を含むことができる。したがって、本発明の実施例によれば、記述したスケーラブルＷＣＧビデオサービスを記述するシグナリング情報を含むことができる。
【０２５５】
図３１は、本発明の一実施例として、放送シグナリング情報にスケーラブルＷＣＧビデオをシグナリングするシグナリング情報が含まれる他の例を例示した図である。ここでは、放送シグナリング情報としてＶＣＴ（Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ  Ｔａｂｌｅ）を例示した図である。各フィールドを記述すると、次の通りである。
【０２５６】
ＶＣＴは、ＡＴＳＣ  ＰＳＩＰ規格に従うことができる。ＡＴＳＣ  ＰＳＩＰによれば、各フィールドの説明は、次の通りである。各ビットの説明を、下記のように開示する。
【０２５７】
ｔａｂｌｅ_ｉｄフィールドは、テーブルセクションのタイプを示す８ビットの符号なし整数を示す。（table_id - An 8-bit unsigned integer number that indicates the type of table section being defined here. For the terrestrial_virtual_channel_table_section(), the table_id shall be 0xC8.）
【０２５８】
ｓｅｃｔｉｏｎ_ｓｙｎｔａｘ_ｉｎｄｉｃａｔｏｒフィールドは、ＶＣＴテーブルセクションに対して１に設定される１ビットフィールドである。（section_syntax_indicator - The section_syntax_indicator is a one-bit field which shall be set to ‘1’ for the terrestrial_virtual_channel_table_section().）
【０２５９】
ｐｒｉｖａｔｅ_ｉｎｄｉｃａｔｏｒフィールドは、１に設定される。（private_indicator - This 1-bit field shall be set to ‘1’.）
【０２６０】
ｓｅｃｔｉｏｎ_ｌｅｎｇｔｈフィールドは、セクションの長さをバイト数で示す。（section_length - This is a twelve bit field, the first two bits of which shall be ‘00’. It specifies the number of bytes of the section, starting immediately following the section_length field, and including the CRC.）
【０２６１】
ｔｒａｎｓｐｏｒｔ_ｓｔｒｅａｍ_ｉｄフィールドは、ＴＶＣＴを識別できるＰＡＴのように、ＭＰＥＧ−ＴＳ  ＩＤを示す。（transport_stream_id - The 16-bit MPEG-2 Transport Stream ID, as it appears in the Program Association Table (PAT) identified by a PID value of zero for this multiplex. The transport_stream_id distinguishes this Terrestrial Virtual Channel Table from others that may be broadcast in different PTCs.）
【０２６２】
ｖｅｒｓｉｏｎ_ｎｕｍｂｅｒフィールドは、ＶＣＴのバージョン番号を示す。（version_number - This 5 bit field is the version number of the Virtual Channel Table. For the current VCT (current_next_indicator = ‘1’), the version number shall be incremented by 1 whenever the definition of the current VCT changes. Upon reaching the value 31, it wraps around to 0. For the next VCT (current_next_indicator = ‘0’), the version number shall be one unit more than that of the current VCT (also in modulo 32 arithmetic). In any case, the value of the version_number shall be identical to that of the corresponding entries in the MGT.）
【０２６３】
ｃｕｒｒｅｎｔ_ｎｅｘｔ_ｉｎｄｉｃａｔｏｒフィールドは、このＶＣＴテーブルが現在適用可能であるか、又は、次に適用可能であるかを示す。（current_next_indicator - A one-bit indicator, which when set to ‘1’ indicates that the Virtual Channel Table sent is currently applicable. When the bit is set to ‘0’, it indicates that the table sent is not yet applicable and shall be the next table to become valid. This standard imposes no requirement that “next” tables (those with current_next_indicator set to ‘0’) must be sent. An update to the currently applicable table shall be signaled by incrementing the version_number field.）
【０２６４】
ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、セクションの番号を示す。（section_number - This 8 bit field gives the number of this section. The section_number of the first section in the Terrestrial Virtual Channel Table shall be 0x00. It shall be incremented by one with each additional section in the Terrestrial Virtual Channel Table.）
【０２６５】
ｌａｓｔ_ｓｅｃｔｉｏｎ_ｎｕｍｂｅｒフィールドは、最後のセクションの番号を示す。（last_section_number - This 8 bit field specifies the number of the last section (that is, the section with the highest section_number) of the complete Terrestrial Virtual Channel Table.）
【０２６６】
ｐｒｏｔｏｃｏｌ_ｖｅｒｓｉｏｎフィールドは、後で現在のプロトコルと異なって定義されるパラメータのためのプロトコルバージョンを示す。（protocol_version - 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.）
【０２６７】
ｎｕｍ_ｃｈａｎｎｅｌｓ_ｉｎ_ｓｅｃｔｉｏｎフィールドは、このＶＣＴの仮想チャネルの数を示す。（ num_channels_in_section - This 8 bit field specifies the number of virtual channels in this VCT section. The number is limited by the section length.）
【０２６８】
ｓｈｏｒｔ_ｎａｍｅフィールドは、仮想チャネル名を示す。（short_name - The name of the virtual channel, represented as a sequence of one to seven 16-bit code values interpreted in accordance with the UTF-16 representation of Unicode character data. If the length of the name requires fewer than seven 16-bit code values, this field shall be padded out to seven 16-bit code values using the Unicode NUL character (0x0000). Unicode character data shall conform to The Unicode Standard, Version 3.0 [13].）
【０２６９】
ｍａｊｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールドは、仮想チャネルと関連するメジャーチャネルの数を示す。（major_channel_number - 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 shall 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 shall be between 1 and 99. The value of major_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For major_channel_number assignments in the U.S., refer to Annex B.）
【０２７０】
ｍｉｎｏｒ_ｃｈａｎｎｅｌ_ｎｕｍｂｅｒフィールドは、仮想チャネルと関連するマイナーチャネルの数を示す。（minor_channel_number - 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 two-part channel number, where minor_channel_number represents the second or right-hand part of the number. When the service_type is analog television, minor_channel_number shall be set to 0. Services whose service_type is ATSC_digital_television, ATSC_audio_only, or unassociated/ small_screen_service shall use minor numbers between 1 and 99. The value of minor_channel_number shall be set such that in no case is a major_channel_number/ minor_channel_number pair duplicated within the TVCT. For other types of services, such as data broadcasting, valid minor virtual channel numbers are between 1 and 999.）
【０２７１】
ｍｏｄｕｌａｔｉｏｎ_ｍｏｄｅフィールドは、仮想チャネルと関連するキャリアの変調モードを示す。（modulation_mode - An 8-bit unsigned integer number that indicates the modulation mode for the transmitted carrier associated with this virtual channel. Values of modulation_mode shall be as defined in Table 6.5. For digital signals, the standard values for modulation mode (values below 0x80) indicate transport framing structure, channel coding, interleaving, channel modulation, forward error correction, symbol rate, and other transmission-related parameters, by means of a reference to an appropriate standard. The modulation_mode field shall be disregarded for inactive channels.）
【０２７２】
ｃａｒｒｉｅｒ_ｆｒｅｑｕｅｎｃｙフィールドは、キャリア周波数を識別できるフィールドである。（carrier_frequency - The recommended value for these 32 bits is zero. Use of this field to identify carrier frequency is allowed, but is deprecated.）
【０２７３】
ｃｈａｎｎｅｌ_ＴＳＩＤフィールドは、この仮想チャネルによってレファレンスされたＭＰＥＧ−２プログラムを伝送するＴＳと関連するＭＰＥＧ−２  ＴＳ  ＩＤを示す。（channel_TSID - A 16-bit unsigned integer field in the range 0x0000 to 0xFFFF that represents the MPEG-2 Transport Stream ID associated with the Transport Stream carrying the MPEG-2 program referenced by this virtual channel8. For inactive channels, channel_TSID shall represent the ID of the Transport Stream that will carry the service when it becomes active. The receiver is expected to use the channel_TSID to verify that any received Transport Stream is actually the desired multiplex. For analog channels (service_type 0x01), channel_TSID shall indicate the value of the analog TSID included in the VBI of the NTSC signal. Refer to Annex D Section 9 for a discussion on use of the analog TSID.）
【０２７４】
ｐｒｏｇｒａｍ_ｎｕｍｂｅｒフィールドは、この仮想チャネルとＰＭＴと関連して定義される整数値を示す。（program_number - A 16-bit unsigned integer number that associates the virtual channel being defined here with the MPEG-2 PROGRAM ASSOCIATION and TS PROGRAM MAP tables. For virtual channels representing analog services, a value of 0xFFFF shall be specified for program_number. For inactive channels (those not currently present in the Transport Stream), program_number shall be set to zero. This number shall not be interpreted as pointing to a Program Map Table entry.）
【０２７５】
ＥＴＭ_ｌｏｃａｔｉｏｎフィールドは、ＥＴＭの存在と位置を示す。（ETM_location - This 2-bit field specifies the existence and the location of an Extended Text Message (ETM) and shall be as defined in Table 6.6.）
【０２７６】
ａｃｃｅｓｓ_ｃｏｎｔｒｏｌｌｅｄフィールドは、アクセス制御された仮想チャネルと関連するイベントを示すことができる。（access_controlled - A 1-bit Boolean flag that indicates, when set, that the events associated with this virtual channel may be access controlled. When the flag is set to ‘0’, event access is not restricted.）
【０２７７】
ｈｉｄｄｅｎフィールドは、仮想チャネルがユーザの直接チャネル入力によってアクセスされない場合を示すことができる。（hidden - A 1-bit Boolean flag that indicates, when set, that the virtual channel is not accessed by the user by direct entry of the virtual channel number. Hidden virtual channels are skipped when the user is channel surfing, and appear as if undefined, if accessed by direct channel entry. Typical applications for hidden channels are test signals and NVOD services. Whether a hidden channel and its events may appear in EPG displays depends on the state of the hide_guide bit.）
【０２７８】
ｈｉｄｅ_ｇｕｉｄｅフィールドは、仮想チャネルとそのイベントがＥＰＧに表示され得るかを示すことができる。（hide_guide - A Boolean flag that indicates, when set to ‘0’ for a hidden channel, that the virtual channel and its events may appear in EPG displays. This bit shall be ignored for channels which do not have the hidden bit set, so that non-hidden channels and their events may always be included in EPG displays regardless of the state of the hide_guide bit. Typical applications for hidden channels with the hide_guide bit set to ‘1’ are test signals and services accessible through application-level pointers.）
【０２７９】
ｓｅｒｖｉｃｅ_ｔｙｐｅフィールドは、サービスタイプ識別子を示す。（service_type - This 6-bit field shall carry the Service Type identifier. Service Type and the associated service_type field are defined in A/53 Part 1 [1] to identify the type of service carried in this virtual channel. Value 0x00 shall be reserved. Value 0x01 shall represent analog television programming. Other values are defined in A/53 Part 3 [3], and other ATSC Standards may define other Service Types9.）
【０２８０】
ｓｏｕｒｃｅ_ｉｄフィールドは、仮想チャネルと関連するプログラムソースを識別する識別番号である。（source_id - 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 shall be unique within the Transport Stream that carries the VCT, while values 0x1000 to 0xFFFF shall be unique at the regional level. Values for source_ids 0x1000 and above shall be issued and administered by a Registration Authority designated by the ATSC. ）
【０２８１】
ｄｅｓｃｒｉｐｔｏｒｓ_ｌｅｎｇｔｈフィールドは、後続するディスクリプタの長さを示す。（descriptors_length - Total length (in bytes) of the descriptors for this virtual channel that follows.）
【０２８２】
ｄｅｓｃｒｉｐｔｏｒ（）にディスクリプタが含まれてもよい。（descriptor() - Zero or more descriptors, as appropriate, may be included. ）
【０２８３】
ＶＣＴのｓｅｒｖｉｃｅ_ｔｙｐｅフィールドは、ＵＨＤサービス、スケーラブルＵＨＤサービス、又はスケーラブルＷＣＧビデオサービスを識別できるサービスタイプ情報を含むことができる。例えば、ｓｅｒｖｉｃｅ_ｔｙｐｅフィールドが０ｘ０７、０ｘ０９、又は０ｘ１０などである場合、当該サービスがこのようなサービスであることをシグナリングすることができる。
【０２８４】
ＶＣＴのディスクリプタは、スケーラブルＷＣＧビデオサービスを記述することができる情報が含まれ得、例えば、図８や図１８で例示したディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）、図１０で例示したディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）、または図１２や図２０で例示したメタデータ（ＷＣＧ_ｓｕｂｓｔｒｅａｍ_ｍｅｔａｄａｔａ）又はその一部を含むことができる。したがって、本発明の実施例によれば、記述したスケーラブルＷＣＧビデオサービスを記述するシグナリング情報を含むことができる。
【０２８５】
図３２は、本発明の実施例に係る信号送信装置の一例を示した図である。同図を参照して信号送信装置の一実施例を説明すると、次の通りである。
【０２８６】
この実施例は、スケーラブルＷＣＧビデオを伝送するために、レガシーＵＨＤビデオと互換されるベースレイヤビデオデータ及びエンハンスメントレイヤビデオデータをエンコーディングして伝送することができる。
【０２８７】
本発明の実施例に係る信号送信装置の一例は、ビデオエンコーダを含み、ビデオエンコーダは、カラーガマットマッピング部５１０、第１色変換部５２０、第２色変換部５３０、第１エンコーダ５４０、アップスケーリング部５５０、演算部５６０、第２エンコーダ５７０及びメタデータ生成部５８０を含むことができる。
【０２８８】
カラーガマットマッピング部５１０は、スケーラブルＷＣＧビデオをカラーガマットマッピングしてレガシーＵＨＤビデオを出力することができる。
【０２８９】
カラーガマットマッピング部５１０は、スケーラブルＷＣＧビデオに対して、既存のディスプレイで表現可能な色空間にマッピングするようにスケーラブルＷＣＧビデオのカラーガマットをマッピングすることができる。カラーガマットマッピング部５１０は、全体的な色表現の範囲を一定の空間にマッピングして、既存の受信機で出力できるＵＨＤビデオを出力する。送信部では、これに関する情報をメタデータの形態で出力する。
【０２９０】
第１色変換部５２０は、カラーガマットマッピングされたビデオに対して、当該色空間に伝送するように映像フォーマットを変換する。例えば、カラービデオの伝送時に、視覚特性に応じてルマ（ｌｕｍａ）信号を維持する一方、クロマ（ｃｈｒｏｍａ）信号に対してはサブサンプリング（ｓｕｂ−ｓａｍｐｌｉｎｇ）などを行うことができる。このような色変換を経ると、ビデオの変換カーブ（ｔｒａｎｓｆｅｒ  ｃｕｒｖｅ）が変わり、既存の受信機に合わせて変換カーブ（ＥＯＴＦ）の変換を行うことができる。
【０２９１】
第２色変換部５３０は、例えば、ＹＣｂＣｒ変換（ＹＣｂＣｒ  ｃｏｎｖｅｒｓｉｏｎ）に対しても、レガシーＵＨＤディスプレイ機器で表出可能な色変換を行うことができる。
【０２９２】
第１色変換部５２０と第２色変換部５３０は、当該ビデオデータに必要な場合にのみ動作することができる。
【０２９３】
第１エンコーダ５４０は、既存のディスプレイ機器で出力できるＵＨＤビデオを伝送するために、ＨＥＶＣのように既存のＵＨＤ受信機で処理可能なコーデックを用いて、カラーガマットマッピング部５１０、第１色変換部５２０、または第２色変換部５３０が出力したビデオデータをベースレイヤビデオデータにエンコーディングして出力する。
【０２９４】
スケーリング部５５０は、既存の受信機で出力できるＵＨＤビデオに対して、ビットデプスダウンサンプリングを行い、ＯＥＴＦなどの色変換の前のビデオ（ＳＣＧ）のビットデプスをアップスケーリングして原本スケーラブルＷＣＧビデオと同一のビットデプスを有するようにする。
【０２９５】
演算部５６０は、原本スケーラブルＷＣＧビデオと、スケーリング部５５０が出力するビデオデータとの差をレジデュアルデータとして生成する。
【０２９６】
第２エンコーダ５７０は、レジデュアルデータをエンハンスメントデータにエンコーディングして出力する。
【０２９７】
メタデータ生成部５８０は、カラーガマットマッピングを通じて生成されたレガシーＵＨＤビデオに対するメタデータを生成する。そして、生成したレガシーＵＨＤビデオに対するメタデータは、カラーガマットマッピング部５１０、第１色変換部５２０及び第２色変換部５３０が行ったカラーガマット変換、色変換（ＥＯＴＦ変換又はＹＣｂＣｒ変換マトリクス（ＹＣｂＣｒ  ｃｏｎｖｅｒｓｉｏｎ  ｍａｔｒｉｘ））などの情報を含むことができる。
【０２９８】
メタデータ生成部５８０は、図１１乃至図１７及び図１９乃至図２６で例示した情報を生成することができる。
【０２９９】
図示していないが、本発明の実施例に係る信号送信装置の一例は、シグナリング情報エンコーダ、多重化部及び送信部をさらに含むことができる。
【０３００】
シグナリング情報エンコーダは、スケーラブルＷＣＧビデオデータを構成できるシグナリング情報をエンコーディングすることができる。シグナリング情報エンコーダがエンコーディングすることができる情報は、図８乃至図１０、図１８、及び図２７乃至図３１で例示した。
【０３０１】
多重化部は、ビデオエンコーダが出力するビデオデータと、ビデオエンコーダがエンコーディングしたベースレイヤビデオデータ及びエンハンスメントビデオデータとを多重化して出力することができる。
【０３０２】
送信部は、多重化したストリームをチャネルコーディングなどを行って送信することができる。
【０３０３】
図３３は、本発明の実施例に係る信号送信装置の他の一例を示した図である。同図を参照して信号送信装置の一実施例を説明すると、次の通りである。
【０３０４】
この実施例は、エンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングされたデータでＷＣＧビデオを構成するようにビデオをエンコーディングして送信することができる。
【０３０５】
本発明の実施例に係る信号送信装置の一例は、ビデオエンコーダ、シグナリング情報エンコーダ、多重化部及び送信部を含むことができる。
【０３０６】
ビデオエンコーダは、第１カラーガマットマッピング部６１０、第１色変換部６２０、第２色変換部６３０、第１エンコーダ６４０、アップスケーリング部６５０、第２カラーガマットマッピング部６５５、演算部６６０、第２エンコーダ６７０及びメタデータ生成部６８０を含むことができる。
【０３０７】
第１カラーガマットマッピング部６１０は、スケーラブルＷＣＧビデオをカラーガマットマッピングしてレガシーＵＨＤビデオを出力することができる。
【０３０８】
第１色変換部６２０と第２色変換部６３０は、それぞれ、上述したものと類似の色変換を行うことができる。例えば、カラービデオの送信時に、視覚特性に応じてルマ（ｌｕｍａ）信号を維持する一方、クロマ（ｃｈｒｏｍａ）信号に対してはサブサンプリング（ｓｕｂ−ｓａｍｐｌｉｎｇ）などを行うことができる。このような色変換を経ると、ビデオの変換カーブ（ｔｒａｎｓｆｅｒ  ｃｕｒｖｅ）が変わり、既存の受信機に合わせて変換カーブ（ＥＯＴＦ）の変換を行うことができる。
【０３０９】
第２色変換部６３０は、例えば、ＹＣｂＣｒ変換（ＹＣｂＣｒ  ｃｏｎｖｅｒｓｉｏｎ）に対しても、レガシーＵＨＤディスプレイ機器で表出可能な色変換を行うことができる。
【０３１０】
第１色変換部６２０と第２色変換部６３０は、当該ビデオが必要な場合にのみ動作することができる。
【０３１１】
第１エンコーダ６４０は、既存の受信機で出力できるＵＨＤビデオをエンコーディングして出力するために、スケーラブルカラーガマットビデオに対して、ＨＥＶＣのように既存のＵＨＤ受信機で処理可能なコーデックを用いて、色変換部６２０，６３０が出力したビデオをベースレイヤビデオデータに圧縮して出力する。
【０３１２】
スケーリング部６５０は、既存の受信機で出力できるＵＨＤビデオに対して、ビットデプスダウンサンプリングを行い、ＯＥＴＦなどの色変換の前のビデオ（ＳＣＧ）のビットデプスをアップスケーリングして原本スケーラブルＷＣＧビデオと同一のビットデプスを有するようにする。
【０３１３】
第２カラーガマットマッピング部６５５は、スケーリング部６５０が出力したアップスケーリングされたビデオに対してカラーガマットマッピングを行い、ベースレイヤビデオデータのカラーガマットを拡張して、ＷＣＧビデオのカラーガマットとほぼ同様にビデオを変換する。この場合、スケーリング部６５０でアップスケーリングされたビデオは、ビットデプスの拡張が起こった色空間にマッピングされ得るため、量子化誤差（ｑｕａｎｔｉｚａｔｉｏｎ  ｅｒｒｏｒ）が発生することがある。したがって、これを補正できる情報がメタデータ生成部で生成されたり、レジデュアルデータに含まれて処理され得る。
【０３１４】
演算部６６０は、原本スケーラブルＷＣＧビデオと、第２カラーガマットマッピング部６５５が出力するビデオデータとの差をレジデュアルデータとして生成する。
【０３１５】
第２エンコーダ６７０は、レジデュアルデータをエンハンスメントデータにエンコーディングして出力する。
【０３１６】
メタデータ生成部６８０は、カラーガマットマッピングを通じて生成されたレガシーＵＨＤビデオに対するメタデータを生成する。そして、レガシーＵＨＤビデオに対するメタデータは、カラーガマットマッピング部６１０、第１色変換部６２０及び第２色変換部６３０が行ったカラーガマット変換、色変換（ＥＯＴＦ変換又はＹＣｂＣｒ変換マトリクス（ＹＣｂＣｒ  ｃｏｎｖｅｒｓｉｏｎ  ｍａｔｒｉｘ））などの情報を含むことができる。メタデータ生成部６８０は、エンハンスメントレイヤビデオデータを構成するための情報をメタデータの形態で送信する。例示したように、メタデータは、ガマットマッピング関数（ｇａｍｕｔ  ｍａｐｐｉｎｇ  ｆｕｎｃｔｉｏｎ）に関連する情報（ガマットマッピングタイプ、パラメータなど）だけでなく、ベースレイヤビデオデータに対する情報、構成方法などを含むことができる。
【０３１７】
同様に、メタデータ生成部６８０は、図１１乃至図１７、及び図１９乃至図２６で例示した情報を生成することができる。
【０３１８】
図３４は、本発明の実施例に係る信号受信装置の一例を例示した図である。
【０３１９】
本発明の実施例に係る信号受信装置の一例は、受信部７１０、チャネルデコーダ７２０、逆多重化部７３０、シグナリング情報デコーダ７４０及びビデオデコーダを含む。
【０３２０】
ビデオデコーダは、ベースレイヤデコーダ及びエンハンスメントレイヤデコーダを含む。
【０３２１】
例えば、ベースレイヤデコーダ８１０は、逆多重化部７３０が出力するベースレイヤビデオデータをデコーディングしてレガシーＵＨＤビデオデータ８２０を出力する。
【０３２２】
エンハンスメントレイヤデコーダは、アップスケーリング部９１０、カラーガマットマッピング部９２０、スケーラブルデコーダ９３０、及びＷＣＧポストプロセッシング部９４０を含むことができる。
【０３２３】
まず、受信部７１０は、放送信号をチューニングし、放送信号に含まれた信号フレームを復調することができる。
【０３２４】
チャネルデコーダ７２０は、信号フレームに含まれたデータをチャネルデコーディングすることができる。
【０３２５】
逆多重化部７３０は、チャネルデコーディングされたデータを逆多重化して出力する。例えば、逆多重化部７３０は、放送シグナリング情報を、データとベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータのストリームでそれぞれ逆多重化することができる。
【０３２６】
シグナリング情報デコーダ７４０は、逆多重化したシグナリング情報を復号することができる。ここで、シグナリング情報デコーダが復号することができる情報の例は、図８乃至図１０、図１８、及び図２７乃至図３１にそれぞれ例示した。例えば、シグナリング情報デコーダ７４０は、開示したプログラムレベルディスクリプタ（ＵＤ_ｐｒｏｇｒａｍ_ｄｅｓｃｒｉｐｔｏｒ）又はストリームディスクリプタ（ＷＣＧ_ｓｕｂ_ｓｔｒｅａｍ_ｄｅｓｃｒｉｐｔｏｒ）で当該サービスがスケーラブルＷＣＧビデオサービスであることを知ることができ、当該ストリームのビデオのコーデック情報、プロファイル情報、レベル情報、ティア情報などを知ることができる。
【０３２７】
ビデオデコーダは、逆多重化されたベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータを復号することができる。この場合、ベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータに含まれたシグナリング情報を参照することができ、ビデオデコーダが復号するシグナリング情報の例は、図１１乃至図１７、及び図１９乃至図２６にそれぞれ例示した。
【０３２８】
ビデオデコーダは、シグナリング情報デコーダ７４０が逆多重化したシグナリング情報と、ベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータに含まれたシグナリング情報に基づいて、受信機のディスプレイ機器の性能に応じてスケーラブルＷＣＧビデオ又はレガシーＵＨＤビデオを提供することができる。
【０３２９】
例えば、本発明の実施例によれば、既存のディスプレイ機器を有する受信機において、ビデオデコーダは、既存のディスプレイ機器に互換可能なレガシーＵＨＤビデオを出力することができる。
【０３３０】
本発明の実施例によれば、ＷＣＧサービスを提供できるディスプレイ機器を有する受信機において、ビデオデコーダは、エンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラービットデプスをアップデートしたデータでＷＣＧを構成することができる。または、ビデオデコーダは、エンハンスメントレイヤビデオデータ、及びレガシーＵＨＤビデオと互換されるベースレイヤビデオデータのカラーガマットマッピングされたデータでＷＣＧビデオを構成することができる。
【０３３１】
これについてそれぞれ説明すると、次の通りである。
【０３３２】
既存のディスプレイ機器を有する受信機の場合、ベースレイヤデコーダ８１０は、逆多重化部７３０が逆多重化したベースレイヤビデオデータを復号することができる。ベースレイヤデコーダ８１０が復号したベースレイヤビデオデータは、レガシーＵＨＤビデオと互換されるビデオデータ８２０であってもよい。
【０３３３】
ベースレイヤデコーダ８１０は、シグナリング情報デコーダ７４０が復号するシグナリング情報及びベースレイヤビデオデータに含まれたシグナリング情報に基づいて、レガシーＵＨＤビデオと互換されるビデオデータ８２０を復号し、これをディスプレイ機器に出力する。
【０３３４】
同図に例示したベースレイヤビデオデコーダ８１０は、図２のベースレイヤデコーダと色変換部（ＥＯＴＦ）に対応し得る。
【０３３５】
ＷＣＧサービスを提供できるディスプレイ機器を有する受信機の場合、ベースレイヤデコーダ８１０は、シグナリング情報デコーダ７４０が逆多重化したシグナリング情報、及びベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータに含まれたシグナリング情報に基づいて、逆多重化部７３０が逆多重化したベースレイヤビデオデータを復号することができる。
【０３３６】
エンハンスメントレイヤデコーダは、ベースレイヤデコーダを含み、アップスケーリング部９１０、カラーガマットマッピング部９２０、スケーラブルデコーダ９３０、及びポストプロセッシング部９４０をさらに含むことができる。
【０３３７】
エンハンスメントレイヤデコーダは、シグナリング情報デコーダ７４０が逆多重化したシグナリング情報、及びベースレイヤビデオデータ又はエンハンスメントレイヤビデオデータに含まれたシグナリング情報に基づいて、逆多重化部７３０が逆多重化したエンハンスメントレイヤビデオを復号することができる。
【０３３８】
アップスケーリング部９１０は、ベースレイヤデコーダ８１０が復号したベースレイヤビデオデータのカラービットデプスをアップスケーリングすることができる。この場合、ビデオデータのメタデータに含まれたベースレイヤビデオデータのビットデプス情報（ＢＬ_ｂｉｔｄｅｐｔｈ）、及びＷＣＧビデオとベースレイヤビデオデータとのビットデプスの差情報（ＥＬ_ｂｉｔｄｅｐｔｈ_ｄｉｆｆ）を用いることができる。
【０３３９】
カラーガマットマッピング部９２０は、ベースレイヤデコーダ８１０が復号したベースレイヤビデオデータのカラーガマットをマッピングすることができる。この場合、ビデオデータのメタデータに含まれたカラーガマットのマッピングのためのカラープライマリー（ｃｏｌｏｒ  ｐｒｉｍａｒｙ）情報、ガマットマッピング関数（ｇａｍｕｔ  ｍａｐｐｉｎｇ  ｆｕｎｃｔｉｏｎ）情報などを用いることができる。
【０３４０】
スケーラブルビデオデコーダ９３０は、エンハンスメントレイヤビデオデータ、及びベースレイヤビデオデータのカラービットデプスをアップスケーリングしたデータを用いてＷＣＧビデオを出力することができる。
【０３４１】
または、スケーラブルビデオデコーダ９３０は、エンハンスメントレイヤビデオデータ、及びベースレイヤビデオデータのカラーガマットがマッピングされたデータを用いてＷＣＧビデオを出力することができる。
【０３４２】
ポストプロセッシング部９４０は、ビデオデータに含まれたシグナリング情報などを用いてスケーラブルビデオデコーダ９３０が復号したビデオデータを後処理したＷＣＧ  ＵＨＤビデオ９５０を出力することができる。
【０３４３】
同図に例示したエンハンスメントレイヤデコーダは、図２のベースレイヤデコーダと色変換部（ＥＯＴＦ）、アップスケーラ、ＷＣＧビデオ構成部及びポストプロセッシング部に対応し得る。
【０３４４】
したがって、本発明の実施例によれば、受信機のディスプレイ性能に応じてレガシーＵＨＤビデオを出力したり、又はＷＣＧビデオを出力することができる。
【０３４５】
図３５は、本発明に係る信号受信方法の一実施例を例示した図である。同図を参照して、本発明に係る信号受信方法の一例を説明すると、次の通りである。
【０３４６】
スケーラブルＷＣＧビデオデータを構成できるベースレイヤビデオデータ及びエンハンスメントビデオデータを含むストリームを受信する（Ｓ２１０）。
【０３４７】
受信したストリームを逆多重化してシグナリング情報、ベースレイヤビデオデータ及びエンハンスメントビデオデータを出力する（Ｓ２２０）。
【０３４８】
逆多重化したシグナリング情報をデコーディングする（Ｓ２３０）。
【０３４９】
デコーディングしたシグナリング情報に基づいてベースレイヤビデオデータを復号してレガシーＵＨＤビデオを出力したり、又はベースレイヤビデオデータ及びエンハンスメントビデオデータを復号してＷＣＧビデオを出力する（Ｓ２４０）。
【０３５０】
本発明の実施例によれば、広域色空間ベースの映像サービスをディスプレイ装置に関係なくディスプレイするようにすることができる。
【０３５１】
本発明の実施例によれば、既存の受信機でも互換可能なＷＣＧコンテンツを提供することができる。
【０３５２】
本発明の実施例によれば、広域色空間ベースの映像サービスが多数のディスプレイ装置で互換されて提供され得る。
【０３５３】
本発明の実施例によれば、コンテンツのＷＣＧ情報を互換性があるように表現できる放送サービスを提供することができる。
【０３５４】
発明の実施のための形態は、上記の発明を実施するための最良の形態で共に記述された。
【産業上の利用可能性】
【０３５５】
本願発明は、放送及びビデオ信号処理分野で利用可能であり、反復可能性があるという産業上の利用可能性がある。
【図１０】
2017500787.tif 000005
【図１１】
2017500787.tif 000006
【図１２】
2017500787.tif 000007
【図１３】
2017500787.tif 000008
【図１４】
2017500787.tif 000009
【図１５】
2017500787.tif 000010
【図１６】
2017500787.tif 000011
【図１７】
2017500787.tif 000012
【図１９】
2017500787.tif 000013
【図２１】
2017500787.tif 000014
【図２２】
2017500787.tif 000015
【図２３】
2017500787.tif 000016
【図２４】
2017500787.tif 000017
【図２５】
2017500787.tif 000018
【図２６】
2017500787.tif 000019
【図１】
2017500787.tif 000020
【図２】
2017500787.tif 000021
【図３】
2017500787.tif 000022
【図４】
2017500787.tif 000023
【図５】
2017500787.tif 000024
【図６】
2017500787.tif 000025
【図７】
2017500787.tif 000026
【図８】
2017500787.tif 000027
【図９】
2017500787.tif 000028
【図１８】
2017500787.tif 000029
【図２０】
2017500787.tif 000030
【図２７】
2017500787.tif 000031
【図２８】
2017500787.tif 000032
【図２９】
2017500787.tif 000033
【図３０】
2017500787.tif 000034
【図３１】
2017500787.tif 000035
【図３２】
2017500787.tif 000036
【図３３】
2017500787.tif 000037
【図３４】
2017500787.tif 000038
【図３５】
2017500787.tif 000039
【国際調査報告】
2017500787.tif 000040
2017500787.tif 000041
2017500787.tif 000042
2017500787.tif 000043