JP2020036341A - 放送信号送受信方法 - Google Patents

Abstract

【課題】２Ｋ放送においても、ＨＤＲの輝度の表現範囲を持つコンテンツによる放送サービスを提供する。【解決手段】放送信号の送受信方法は、１０８０／６０／Ｉまたは１０８０／６０／Ｐである符号化映像フォーマットを採用する放送信号の送受信方法において、送信側では、符号化映像フォーマットが、ダイナミックレンジを指定する第１の指定情報を放送信号に配置し、受信側では、第１の指定情報に指定されたダイナミックレンジの情報をもとに、符号化映像フォーマットの映像内容を表示する。【選択図】図２

Description

本発明の実施形態は、放送信号の送受信方法に関する。

２０１５年７月に総務省より「４Ｋ・８Ｋロードマップに関するフォローアップ会合
第二次中間報告」が公表された。この中間報告のロードマップは、２０１８年にＢＳ放送やＣＳ放送において、４Ｋ放送や８Ｋの放送を実用化（本放送）を始めるためのロードマップである。４Ｋ放送や８Ｋ放送の特徴は、映像解像度のみならず、色域の拡大、諧調の拡大、フレームレートの拡大、さらに昨今話題の輝度の表現範囲の拡大であるＨＤＲ(High Dynamic Range)があげられる。

ＨＤＲ放送に関する技術基準として、２０１６年４月８日に総務省情報通信審議会放送システム委員会の報告としてパブリックコメントの募集が出され(http://www.soumu.go.jp/menu_news/s-news/01ryutsu08_02000150.html)、その報告書内の表１にあるように、１０８０ｉ、１０８０ｐのいわゆる２Ｋ放送においてもＨＤＲの輝度の表現範囲を持つコンテンツによる放送の定義がなされている。

「デジタル放送に使用する番組配列情報 標準規格」 ARIB STD-B10 5.9版 2016年9月29日改定、一般社団法人 電波産業会 「地上デジタルテレビジョン放送運用規定 技術資料」 ARIB TR-B14 6.2版 2016年7月6日改定、一般社団法人 電波産業会 「ＢＳ／広帯域ＣＳデジタル放送運用規定 技術資料」 ARIB TR-B15 7.1版 2016年7月6日改定、一般社団法人 電波産業会 「デジタル放送における映像符号化、音声符号化及び多重方式 標準規格」 ARIB TR-B32 3.8版 第1部 付属５ 2016年7月6日改定、一般社団法人 電波産業会 ITU-T H.265(2013)|ISO/IEC 23008-2:2013:High efficiency video coding

このため、２Ｋ放送においてもＨＤＲの輝度の表現範囲を持つコンテンツによる放送サービスの実現が今後期待される。

本実施形態では、送信装置側は、
２Ｋ放送として、１０８０／６０／Ｉまたは１０８０／６０／Ｐの映像信号を放送信号に含めて伝送する場合、前記映像信号のコーディク種別はハイエフィシェンシービデオコーディング(High Efficiency Video Coding: ＨＥＶＣ）を採用しており、前記映像信号のダイナミックレンジを指定する情報を前記ＨＥＶＣの映像ストリームに挿入されるビデオユーザビリティーインフォメーション(Video_usablity_information：ＶＵＩ）に記述する送信側制御手段を用い、
前記送信側制御手段が、
前記放送信号に対して前記ＶＵＩとは異なる伝送制御信号を配置し、
前記伝送制御信号内にも、前記ＶＵＩ内の伝送特性に対応した情報が配置され、前記伝送特性に対応した情報とは異なる位置に、前記映像信号のダイナミックレンジが、ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を記述し、前記識別用の情報は、コンポーネントタイプ（Component_Typ)によりアスペクト比も識別しており、
受信装置側は、
前記放送信号をチューナが受信して復調することで多重化ストリームを取得し、デマルチプレクサが前記多重化ストリームから映像ストリームを分離し、映像データが映像ストリームをデコードして前記映像信号を取得するに際し、
受信側制御手段が、
前記多重化ストリームに含まれている前記伝送制御信号を解析することで、前記映像信号の前記ダイナミックレンジが、前記ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を把握し、さらに前記識別用の情報が有する前記コンポーネントタイプ（Component_Typ)によりアスペクト比も識別して把握し、
また、前記ＶＵＩも解析することで、前記映像信号の前記ダイナミックレンジを把握して、前記映像デコーダのデコード処理を制御することを特徴とする放送信号送受信方法を提供できる。

図１は、映像フォーマットの進化の方向性を概念的に示す図である。 図２は、本実施形態が適用される放送局と受信機のシステム全体の構成例を示す図である。 図３は、放送局の概略的な構成図を示す図である。 図４は、放送波の伝送経路における主なストリームおよび情報を説明するための図である。 図５は、本実施形態が適用された受信機の概略的構成図の例を示した図である。 図６Ａは、番組特定情報および番組配列情報を伝送する際に使用するテーブルの種類を示す図である。 図６Ｂは、テーブルのフォーマットの例を示す図である。 図７Ａは、サービスリスト記述子のビットアサインを示す図である。 図７Ｂは、サービスリスト記述子の中のサービス形式種別のビットアサインを示す図である。 図７Ｃは、図７Ｂに示すサービス形式種別のビットアサインのうち、地上デジタルテレビジョン向けに運用する場合のビットアサインを示す図である。 図７Ｄは、図７Ｂに示すサービス形式種別のビットアサインのうち、ＢＳ／広帯域ＣＳデジタル放送向けに運用する場合のビットアサインを示す図である。 図８Ａは、第１の実施形態において、コンテンツのダイナミックレンジを指定する情報としてサービス形式種別を用いる場合の、サービス形式種別を拡張した場合のビットアサインの一例を示す図である。 図８Ｂは、図８Ａに示したサービス形式種別のビットアサインの拡張を、地上デジタルテレビジョン向けに運用する場合のビットアサインの一例を示す図である。 図８Ｃは、図８Ａに示したサービス形式種別のビットアサインの拡張を、ＢＳ／広帯域ＣＳデジタル放送向けに運用する場合のビットアサインの一例を示す図である。 図９Ａは、第１の実施形態における放送波の送信側の処理フローの一例を示す図である。 図９Ｂは、第１の実施形態における放送波の受信側の処理フローの一例を示す図である。 図９Ｃは、第１の実施形態における放送波の受信側の処理フローの他の例を示す図である。 図１０Ａは、ビデオデコードコントロール記述子のビットアサインを示す図である。 図１０Ｂは、ビデオデコードコントロール記述子の中の伝達特性のビットアサインを示す図である。 図１０Ｃは、図１０Ａに示すビデオデコードコントロール記述子を地上デジタルテレビジョン向けに運用する場合のビットアサインを示す図である。 図１０Ｄは、図１０Ａに示すビデオデコードコントロール記述子をＢＳ／広帯域ＣＳデジタル放送向けに運用する場合のビットアサインを示す図である。 図１１Ａは、第２の実施形態において、コンテンツのダイナミックレンジを指定する情報として伝達特性を用いる場合に、地上デジタルテレビジョン向けに運用されているビデオデコードコントロール記述子に伝達特性のフィールドを追加する場合の、ビデオデコードコントロール記述子のビットアサインの一例を示す図である。 図１１Ｂは、図１１Ａに示したビデオデコードコントロール記述子に追加された伝達特性のビットアサインの一例を示す図である。 図１１Ｃは、第２の実施形態として、コンテンツのダイナミックレンジを指定する情報に伝達特性を用いる場合に、ＢＳ／広帯域ＣＳデジタル放送向けに運用されているビデオデコードコントロール記述子に伝達特性のフィールドを追加する場合の、ビデオデコードコントロール記述子のビットアサインの一例を示す図である。 図１１Ｄは、図１１Ｃに示したビデオデコードコントロール記述子に追加された伝達特性のビットアサインの一例を示す図である。 図１２は、非特許文献５で規定されている映像符号化のＶＵＩの中の伝達特性のビットアサインを示す図である。 図１３Ａは、第２の実施形態における放送波の送信側の処理フローの一例を示す図である。 図１３Ｂは、第２の実施形態における放送波の受信側の処理フローの一例を示す図である。 図１３Ｃは、第２の実施形態における放送波の受信側の処理フローの他の例を示す図である。 図１３Ｄは、第２の実施形態における放送波の受信側の処理フローの他の例を示す図である。 図１３Ｅは、第２の実施形態における放送波の送信側（映像符号化側）の処理フローの一例を示す図である。 図１３Ｆは、第２の実施形態における放送波の受信側（映像復号化側）の処理フローの一例を示す図である。 図１３Ｇは、第２の実施形態における放送波の受信側の処理フローの他の例を示す図である。 図１４Ａは、コンポーネント記述子のフォーマットを示す図である。 図１４Ｂは、コンポーネント記述子の中のコンポーネント内容およびコンポーネント種別のビットアサインを示す図である。 図１４Ｃは、図１４Ｂに示すコンポーネント種別の種類のうち、地上デジタルテレビジョン向けに運用する場合のコンポーネント種別のビットアサインを示す図である。 図１４Ｄは、図１４Ｂに示すコンポーネント種別の種類のうち、ＢＳ／広帯域ＣＳデジタル放送向けに運用する場合のコンポーネント種別のビットアサインを示す図である。 図１５Ａは、第３の実施形態において、ダイナミックレンジを指定する情報としてコンポーネント内容およびコンポーネント種別を用いる場合の、コンポーネント内容およびコンポーネント種別を拡張した場合のビットアサインの一例を示す図である。 図１５Ｂは、図１５Ａに示したコンポーネント種別のビットアサインの拡張を、地上デジタルテレビジョン向けに運用する場合の一例を示す図である。 図１５Ｃは、図１５Ａに示したコンポーネント種別のビットアサインの拡張を、ＢＳ／広帯域ＣＳデジタル放送向けに運用する場合の一例を示す図である。 図１６Ａは、第３の実施形態における放送波の送信側の処理フローの一例を示す図である。 図１６Ｂは、第３の実施形態における放送波の受信側の処理フローの一例を示す図である。 図１６Ｃは、第３の実施形態における放送波の受信側の処理フローの他の例を示す図である。 図１７Ａは、コンテント記述子のフォーマットを示す図である。 図１７Ｂは、コンテント記述子のジャンル１(content_nibble_level_1)の種類を示す図である。 図１７Ｃは、コンテント記述子のジャンル２(content_nibble_level_2)の種類を示す図である。 図１７Ｄは、コンテント記述子のジャンル２(content_nibble_level_2)の別の種類を示す図である。 図１８Ａは、第３の実施形態において、コンテンツのダイナミックレンジを指定する情報としてジャンル１を用いる場合の、ジャンル１を拡張した場合のビットアサインの一例を示す図である。 図１８Ｂは、第３の実施形態において、コンテンツのダイナミックレンジを指定する情報としてジャンル２を用いる場合の、ジャンル２を拡張した場合のビットアサインの一例を示す図である。 図１８Ｃは、第３の実施形態において、コンテンツのダイナミックレンジを指定する情報としてジャンル２を用いる場合の、ジャンル２を拡張した場合のビットアサインの他の例を示す図である。 図１９Ａは、イベントごとのＰＭＴのelementary_PIDフィールドに記載されているＥＳ_ＰＩＤの様子を示した図である。 図１９Ｂは、イベント共有されている場合の、イベントごとのＰＭＴのelementary_PIDフィールドに記載されているＥＳ_ＰＩＤの様子を示した図である。 図２０Ａは、受信機において１２ポジションリストを作成する際に、表示画面に表示させる内容の一例である。 図２０Ｂは、受信機において１２ポジションリストを作成する際に、表示画面に表示させる内容の他の例である。 図２０Ｃは、受信機において１２ポジションリストを作成する際に、表示画面に表示させる内容の他の例である。 図２１Ａは、表示器２２０に表示する番組が、ＨＤＲコンテンツ放送であることを示す表示内容の一例である。 図２１Ｂは、表示器２２０に表示する番組が、ＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送なのか、を表示する表示内容の一例である。 図２１Ｃは、表示器２２０に表示する番組が、ＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送なのか、を表示する表示内容の他の例である。 図２１Ｄは、表示器２２０に表示する番組が、ＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送なのか、を表示する表示内容の他の例である。 図２２Ａは、複数の番組データを含む番組における表示器２２０に表示する番組がＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送表なのか、を表示する表示内容の一例である。 図２２Ｂは、複数の番組データを含む番組における表示器２２０に表示する番組がＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送表なのか、を表示する表示内容の他の例である。 図２３は、ＨＤＲ放送／ＳＤＲ放送表の種別が表示されている番組表の表示内容の一例である。 図２４Ａは、図２３に示す番組表の「ハイビジョンの大冒険」２３０２をユーザが選択した場合の番組表の表示内容の一例である。 図２４Ｂは、図２３に示す番組表の「ハイビジョンの大冒険」２３０２をユーザが選択した場合の番組表の表示内容の他の例である。 図２５Ａは、録画リストの表示内容の一例である。 図２５Ｂは、録画リストの表示内容の他の例である。

以下、実施の形態について図面を用いて説明する。

まず本実施形態を発案するに至る概要について説明する。図１は、映像フォーマットの進化の方向性を示した図である。進化の方向性は、解像度の進化と表現範囲の進化との大きく２つに分かれる。解像度の進化は、さらに２次元解像度（平面）の進化、３次元解像度（諧調）の進化および４次元解像度（フレームレート）の進化の３つの進化の方向性がある。もう１つの進化の方向性である表現範囲の進化には、色の表現範囲の進化と輝度の表現範囲の進化の２つの方向性がある。

昨今の映像フォーマットの進化の方向性は、解像度の進化が先行していたが、表現範囲の進化にも重点が置かれるようになってきている。

更に、コンテンツ（番組とも呼ぶ）の作成現場では２Ｋ放送用コンテンツの作成が主流であるが、２Ｋ放送向けコンテンツにおけるＳＤＲ（Standard Dynamic Range）の輝度の表現範囲を持つコンテンツ（以降ＳＤＲコンテンツと呼ぶ）とＨＤＲの輝度の表現範囲を持つコンテンツ（以降ＨＤＲコンテンツと呼ぶ）を同時に作成することも容易になってきている。

ＨＤＲを実現する方式は、ＨＬＧ(Hybrid Log-Gamma)方式とＰＱ(Perceptual Quantization)方式の２つの方式があり、ＨＬＧ方式は４Ｋ放送／８Ｋ放送において採用されている方式である。ＨＬＧ方式は、後方互換を持つことを特徴とするが、ＳＤＲコンテンツのみに対応したディスプレイでＨＤＲコンテンツ（ＨＬＧ方式）を表示する場合、期待される表示に対して全く影響がないわけではない。

従って２Ｋ放送においてＨＤＲ（ＨＬＧ方式）コンテンツを導入する場合、既存の２Ｋ放送専用の受信機に影響を与えることなく、かつ４Ｋ放送に対応した受信機においても、２Ｋ放送用のＨＤＲ（ＨＬＧ方式）コンテンツが正しく認識されることが望まれる。

そこで本実施形態は、送信側および受信側の放送波に対する処理を拡張することで、２Ｋ放送におけるＨＤＲコンテンツの放送を実現するものである。

図２は、本実施形態が適用されたデジタル放送のシステム全体の構成例を示す図である。

放送局２００は、放送局サーバ２０１、第１のセキュリティー機能２０２、第１の基本機能２０３を備える。第１の基本機能２０３は、放送局２００の基本的な機能であり、放送する番組の映像信号や音声信号等をエンコードして多重化し、放送信号（この放送信号は、ＢＳ放送、ＣＳ放送、地上デジタルテレビジョン放送などいずれの放送波によるものであってもよい）として送出する機能を持つ。また放送局２００は、デジタル放送信号、アプリケーション制御情報、コンテンツの表示に関する制御情報である伝送制御信号等も放送信号として送出することができる。

放送局サーバ２０１は、番組タイトル、番組ＩＤ、番組概要、出演者、放送日時、その他のデータ等のメタデータを、放送信号により受信機に送出するために、予め保存しておくエリアである。

第１のセキュリティー機能２０２は、放送局が送出する放送波に含まれるコンテンツ（番組）の保護に関する設定を行うことができる。

受信機２１０は、デジタル放送の受信機能（第２の基本機能２１１）、第２のセキュリティー機能２１２、ＡＰＩ２１３、アプリケーション管理機能２１４を備え、放送信号を受信して各種放送番組および各種サービス情報を受信することができる。

第２の基本機能２１１は、受信機の基本的な機能であり、放送局２００から送られてくる放送波を受信し、放送波に含まれる放送信号である映像信号（映像ストリームとも呼ぶ）、音声信号（音声ストリームとも呼ぶ）および付随する伝送制御信号等の制御信号を分離し、映像信号および音声信号をデコードしたり伝送制御信号等の制御信号を解析したりする機能を持つ。

また、第２の基本機能２１１は、受信機２１０に接続されている周辺機器、例えば表示器２２０、表示器２２０にバインドされているＨＤＤ（ＨｒａｄＤｉｓｋＤｒｉｖｅ）２３０、リムーバルメディア２４０、スマートフォン２５０との接続やデータの送受信の管理も行う。

第２のセキュリティー機能２１２は、第２の基本機能２１１で解析された伝送制御信号を読み込み、その中に含まれる放送局２００の第１のセキュリティー機能２０２で設定された番組の保護に関する情報の解析を行う。

ＡＰＩ２１３は、第２の基本機能２１１と、アプリケーション管理機能２１４およびアプリケーション２１５が連携して動作するためのＩ／Ｆである。

アプリケーション管理機能２１４は、アプリケーション２１５を管理する機能をもち、第２の基本機能２１１とＡＰＩ２１３を介してアプリケーション２１５と連携して動作する。アプリケーション管理機能２１４は、ユーザインターフェースの機能も含み、例えば表示器２２０に表示する画面の制御を行う機能を有している。

アプリケーション２１５は、第２の基本機能２１１およびアプリケーション管理機能２１４と連携して動作するアプリケーションであり、ユーザあるいは受信機２１０が逐次ネットワーク（図示しない）を経由してダウンロード／更新することが可能である。これらの更新により受信機２１０を使用するユーザの使い勝手を向上させることが出来る。

表示器２２０は、スピーカー２２１を内蔵しており、第２の基本機能２１１においてデコードされた映像信号を表示領域に表示したり音声信号をスピーカー２２１に出力したりする。なお、表示器２２０に内蔵されているスピーカー２２１は、ＵＳＢ等のＩ／Ｆにより接続した外部のスピーカーであってもよい。

図３は、放送局３００（図２の２００に対応）の主な構成を概略的に示している。放送局３００は、映像エンコーダ３０１、音声エンコーダ３０２、字幕エンコーダ３０３、その他伝送制御信号等の制御データやサービスデータ、受信機２１０で動作するアプリケーション２１５を制御するアプリケーション制御情報などを生成する付属データ生成部３０４を備える。また放送局３００は、放送局サーバ３１１（図２の２０１に対応）、第１のセキュリティー機能３１２（図２の２０２に対応）および送受信部３１３が連携している。映像エンコーダ３０１、音声エンコーダ３０２、字幕エンコーダ３０３、付属データ生成部３０４、多重化部３０５、送信機３０６、送受信部３１３を合わせて第１の基本機能３１０（図２の２０３に対応）と呼ぶ。

付属データ生成部３０４が生成する伝送制御信号には、例えば非特許文献１で規定されている番組特定情報(PSI:Program Specific Information)や番組配列情報(SI:Service Information)と呼ばれる、番組選択のために規定されている各種情報や番組選択の利便性向上のために規定された各種制御情報を含む。

本実施形態は、この番組特定情報や番組配列情報を拡張することで２Ｋ放送におけるＨＤＲコンテンツの放送を実現するものである。

映像エンコーダ３０１、オーディオエンコーダ３０２、字幕エンコーダ３０３、付属データ生成部３０４の各出力はストリーム化されており、これらのストリームは、多重化部３０５において多重化される。多重化されたストリーム（放送信号）は、トランスポートストリームとして送信機３０６に送出され、放送電波によりアンテナから送信される。

なお、映像エンコーダ３０１のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４(AVC:Advance Video Coding)、Ｈ．２６５（HEVC:High Efficiency Video Coding）のいずれでもよいものとする。また映像エンコーダ３０１のコーデック種別は、この限りではない。

図４は、放送波伝送路４００において、映像ストリーム（映像信号）、音声ストリーム（音声信号）、データ放送ストリーム（データ放送信号）、アプリケーション制御情報／サービスデータ／制御データが多重化されて伝送される様子を示している。

図５は、本実施形態が適用される受信機５００（図２の２１０に対応）の主な構成を概略的に示している。受信機５００は、放送波を受信する受信機能（第２の基本機能５１０（図２の２１１に対応））を有する。

第２の基本機能５１０は、放送チューナ５０１、デスクランブラ５０２、ＣＡＳモジュール５０３、デマルチプレクサ５０４、データ放送受信処理５０５、映像デコーダ５０６、音声デコーダ５０７、字幕デコーダ５０８、データ放送エンジン５０９からなる。

放送チューナ５０１は、放送波で送られてきたストリーム（放送信号）を復調する。復調されたストリーム（放送信号）は、デスクランブラ５０２に入力される。デスクランブラ５０２は、入力されたストリームをＣＡＳ(Conditional Access System)モジュール５０３からの鍵を用いてデスクランブルする。デスクランブラ５０２によりデスクランブルされたストリームは、デマルチプレクサ５０４に入力される。デマルチプレクサ５０４は、多重化されてきた映像ストリーム（映像信号）、音声ストリーム（音声信号）、データ放送ストリーム（データ放送信号）、アプリケーション制御情報／サービスデータ／制御データに分離し、分離したストリームを対応するデコーダに入力する。デマルチプレクサ５０４で分離された映像ストリームは、映像デコーダ５０６でデコードされ、音声ストリームは、音声デコーダ５０７でデコードされ、アプリケーション制御情報／サービスデータ／制御データに含まれる字幕ストリームは、字幕デコーダ５０８でデコードされる。デコードされた映像信号および字幕信号は、合成器５２６で合成されて表示器５２７（図２の２２０に対応）に出力することができる。また音声デコーダ５０７でデコードされた音声データは、スピーカー５２８（図２の２２１に対応）に出力することができる。

また、デマルチプレクサ５０４で分離されたデータ放送ストリームは、データ放送受信処理部５０５で受信され、データ放送エンジン５０９に入力される。データ放送エンジン５０９は、データ放送により送られてきた表示用信号を解析し、その解析内容を合成器５２６を介して表示器５２７に出力することができる。

さらに受信機５００は、全体的な動作を制御する手段として統合制御器５２１を有する。統合制御器５２１は、第２のセキュリティー機能５２２（図２の２１２に対応）、ＡＰＩ５２３（図２の２１３に対応）、アプリケーション管理機能５２４（図２の２１４に対応）から構成される。

第２のセキュリティー機能５２２は、放送波に含まれる伝送制御信号の中からコンテンツの保護に関する情報を読み出し、表示器５２７あるいはスピーカー５２８に出力する際や、接続されている周辺機器（図示しない）に出力する際にコンテンツ保護の処理を行う。

ＡＰＩ５２３は、第２の基本機能５１０と、アプリケーション管理機能５２４およびアプリケーション５２５が連携して動作するためのＩ／Ｆである。

アプリケーション管理機能５２４は、放送波で送られてきたアプリケーション制御情報に含まれる各種制御情報に基づいて、受信機５００の各ブロックを制御する。またアプリケーション管理機能５２４は、ＡＰＩ５２３を介して第２の基本機能５１０と連携して、アプリケーション５２５の管理を行う。

また、アプリケーション管理機能５２４は、放送波で送られてきたサービスデータ／制御データに含まれる番組配列情報等の伝送制御信号の解析も行い、解析結果に基づいて受信機５００の各ブロックを制御する。

なお、映像デコーダ５０６のコーデック種別は、ＭＰＥＧ−２、Ｈ．２６４(AVC:Advance Video Coding)、Ｈ．２６５（HEVC:High Efficiency Video Coding）のいずれでもよいものとする。また映像デコーダ５０６のコーデック種別は、この限りではない。

図６Ａは、非特許文献１等で規定されている、放送局から受信機に送る伝送制御信号の中の番組配列情報を送る際に使用するテーブルの種類を示した一覧である。「テーブル名」の列に記載されたテーブルは、「機能の概要」の列に記載された内容の情報を送る際に用いるテーブルであることを示している。

図６Ｂは、非特許文献１等に記載されているＮＩＴ（Network Information Table）を例にして、テーブルのフォーマットの例を示した図である。

伝送制御信号は、非特許文献１等で規定されているようにテーブルと呼ばれるフォーマットに従ってマッピングされて送られる。テーブルは、１バイトからなるテーブル識別子６０１を持ち、このテーブル識別子６０１がテーブルの種類を表している。テーブルの中は、さらに細かくフィールドに分割されており、その中には記述子と呼ばれる情報フィールド６０２、６０３が配置されている。記述子の中は、さらに細かなフィールドに分割されており、それぞれフィールドにおいて情報要素が規定されている。各テーブルに配置される記述子は、非特許文献１に規定されている。例えば、サービスリスト記述子(Service list descriptor)はＮＩＴに配置される。ビデオデコードコントロール記述子(Video decode control descriptor)はＰＭＴ(Program Map Table)に配置される。

受信機５００は、例えば上記ＮＩＴを解析することで、伝送路の情報と放送サービスを関連付ける情報を把握することができる。

＜第１の実施形態＞
次に、２Ｋ放送におけるＨＤＲコンテンツ放送を実現するための第１の実施形態について説明する。

第１の実施形態は、サービス単位で２Ｋ放送におけるＨＤＲコンテンツ放送を実現するものである。ここでサービスとは、編成チャンネルのことである。

そこで第１の実施形態では、コンテンツのダイナミックレンジを指定する情報として、サービス形式種別(service_type)を用いる。

以下、図７Ａから図７Ｄを用いて、非特許文献１から非特許文献３に規定されている現行のサービスリスト記述子(Service list descriptor)およびその中に配置されているサービス形式種別について説明する。

図７Ａは、非特許文献１に記載されているサービスリスト記述子の全体構成を示している。この記述子の中には、サービス形式種別７０１が配置されている。

図７Ｂは、非特許文献１に記載されているサービス形式種別７０１のビットアサインを示している。例えばビットアサインが０ｘ０１の場合、このサービス形式種別はデジタルＴＶサービスであることを意味している。このサービス形式種別のビットアサインには、未定義のビットアサイン（７０２、７０３）も存在する。

図７Ｃは、上記図７Ｂに示したサービス形式種別のビットアサインのうち、非特許文献２に記載されている、地上デジタルテレビジョン放送で運用されているビットアサインを示している。図中の「地上デジタルテレビジョン放送での運用」の列に○がついているサービス形式種別が、地上デジタルテレビジョン放送で運用されているビットアサインである。

図７Ｄは、上記図７Ｂに示したサービス形式種別のビットアサインのうち、非特許文献３に記載されている、ＢＳ／広帯域ＣＳデジタル放送で運用されているビットアサインを示している。

なお、表中のメディアタイプは、複数のサービス形式種別をまとめたものである。

そこで第１の実施形態では、２Ｋ放送におけるＨＤＲコンテンツ放送をサービス単位で実現するために、上記に記載したサービスリスト記述子を拡張して利用する。以下その拡張例を説明する。

図８Ａは、上記図７Ｂに示したサービス形式種別のビットアサインに対して拡張した例を示している。８０１は、拡張したビットアサイン０ｘ０３と、その値の意味であるＨＤＲ対応２Ｋ専用サービスを表している。つまりサービスリスト記述子のサービス形式種別＝０ｘ０３の場合、当該編成チャンネルはＨＤＲ対応２Ｋ専用サービスを行っていることを意味する。

この拡張により図７Ｂに示す未定義の領域７０２は、図８Ａに示す未定義の領域８０２のように変わる。この拡張の例は、図７Ｂに示す未定義７０２の中から、拡張するビットアサインを割り当てた例であるが、他の未定義領域から拡張するビットアサインを割り当ててもよく、例えば未定義（標準化機関定義領域）７０３の中から、拡張するビットアサインを割り当ててもよい。

図８Ｂは、上記図８Ａの拡張をもとに、地上デジタルテレビジョン放送の運用における拡張の内容の例を示している。この場合は、メディアタイプ＝テレビ型において８０３で示すように、０ｘ０３が拡張してアサインされている。

図８Ｃは、上記図８Ａの拡張をもとに、ＢＳ／広帯域ＣＳデジタル放送で運用における拡張の内容の例を示している。この場合は、メディアタイプ＝テレビ型において８０４で示すように、０ｘ０３が拡張してアサインされている。

上記例では、記述子としてサービスリスト記述子(Service list descriptor)を例に説明したが、サービス形式種別を含む他の記述子、例えばサービス記述子(Service descriptor)も同様に拡張される。

図９Ａは、第１の実施形態における送信側の処理フローの例を示したものである。この処理の内容は、送信側（例えば図３の放送局３００）の意向により決定できる。

送信側、例えば放送局３００は、サービス単位で２Ｋ放送におけるＨＤＲコンテンツ放送を行う場合、以下のようにサービスリスト記述子の各フィールドの値の設定を行う。

送信局３００は、サービスリスト記述子の各フィールドの値の設定処理を開始すると（Ｓ９００）、当該編成チャンネルがＨＤＲコンテンツ放送のサービスかどうかの判断を行う（Ｓ９０１）。当該編成チャンネルがＨＤＲコンテンツ放送のサービスの場合は、サービスリスト記述子のサービス形式種別に「ＨＤＲ対応２Ｋ専用サービス＝０ｘ０３」を設定する（Ｓ９０２）。当該編成チャンネルがＨＤＲコンテンツ放送のサービスでない場合は、サービスリスト記述子のサービス形式種別に「デジタルＴＶサービス＝０ｘ０１」など他のサービスタイプを設定（Ｓ９０３）する。

送信局３００は、続いてサービスリスト記述子の他のフィールドであるサービス識別等に、必要な情報を設定する（Ｓ９０４）。送信局２００は、サービスリスト記述子の全てのフィールドに必要な値を設定したら、サービスリスト記述子を含むＮＩＴ(Network Information Table)の全てのフィールドに必要な値を設定して、ＮＩＴを生成する（Ｓ９０５）。

放送局３００は、予め決められたタイミングにおいて、生成したＮＩＴを図３に示した多重化部３０５で多重化し、送信機３０６を介して放送波として送出する。

図９Ｂは、第１の実施形態における受信側の処理フローの例を示したものである。ここで受信機５００は、２Ｋ放送におけるＨＤＲコンテンツ放送のサービスを受けることが可能なテレビジョン、つまりサービス形式種別にビットアサインされている「ＨＤＲ対応２Ｋ専用サービス」を認識出来るテレビジョンとする。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１により復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示すサービスデータ／制御データを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ９１０）。

統合制御器５２１は、伝送制御信号の中からＮＩＴを抽出する（Ｓ９１１）と、さらにその中からサービスリスト記述子の抽出を行う（Ｓ９１２）。統合制御器５２１は、サービスリスト記述子の抽出を行うと、さらにサービス形式種別の抽出を行う（Ｓ９１３）。統合制御器５２１は、サービス形式種別の抽出を行うと、その値の判定を行う（Ｓ９１４）。

判定の結果、サービス形式種別の値が「デジタルＴＶサービス＝０ｘ０１」の場合（Ｓ９１４）、統合制御器５２１は、当該編成チャンネルを選局対象に設定する（Ｓ９１５）とともに、当該編成チャンネルの「サービス形式種別＝デジタルＴＶサービス」として各種設定（Ｓ９１６）を行い、処理を終了する（Ｓ９２１）。

また判定の結果、サービス形式種別の値が「臨時映像サービス＝０ｘＡ１」の場合（Ｓ９１４）、統合制御器５２１は、当該編成チャンネルを選局対象に設定する（Ｓ９１５）とともに、当該編成チャンネルの「サービス形式種別＝臨時映像サービス」として各種設定（Ｓ９１６）を行い、処理を終了する（Ｓ９２１）。

判定の結果、サービス形式種別の値が「ＨＤＲ対応２Ｋ専用サービス＝０ｘ０３」の場合（Ｓ９１７）、統合制御器５２１は、当該編成チャンネルを選局対象に設定する（Ｓ９１８）とともに、当該編成チャンネルの「サービス形式種別＝ＨＤＲ対応２Ｋ専用サービス」として各種設定（Ｓ９１９）を行い、処理を終了する（Ｓ９２１）。

判定の結果、サービス形式種別の値が「デジタルＴＶサービス＝０ｘ０１」「ＨＤＲ対応２Ｋ専用サービス＝０ｘ０３」「臨時映像サービス０ｘＡ１」のいずれでもない場合、当該編成チャンネルを選局非対象に設定（Ｓ９２０）して処理を終了する（Ｓ９２１）。

図９Ｃは、受信機５００が２Ｋ放送におけるＨＤＲコンテンツ放送のサービスを受けることが不可能なテレビジョン、つまりサービス形式種別にビットアサインされている「ＨＤＲ対応２Ｋ専用サービス」を認識出来ないテレビジョンの場合の処理フローの例である。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１で復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示す制御データ／サービスデータを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ９３０）。

統合制御器５２１は、伝送制御信号の中からＮＩＴを抽出する（Ｓ９３１）と、さらにその中からサービスリスト記述子の抽出を行う（Ｓ９３２）。統合制御器５２１は、サービスリスト記述子の抽出を行うと、さらにサービス形式種別の抽出を行う（Ｓ９３３）。統合制御器５２１は、サービス形式種別の抽出を行うと、その値の判定を行う（Ｓ９３４）。

判定の結果、サービス形式種別の値が「デジタルＴＶサービス＝０ｘ０１」の場合（Ｓ９３４）、当該編成チャンネルを選局対象に設定する（Ｓ９３５）とともに、当該編成チャンネルのサービス形式種別＝「デジタルＴＶサービス」として受信機の設定（Ｓ９３６）を行い、処理を終了する（Ｓ９３８）。

また判定の結果、サービス形式種別の値が「臨時映像サービス＝０ｘＡ１」の場合（Ｓ９３４）、当該編成チャンネルを選局対象に設定する（Ｓ９３５）とともに、当該編成チャンネルのサービス形式種別＝「臨時映像サービス」として受信機の設定（Ｓ９３６）を行い、処理を終了する（Ｓ９３８）。

判定の結果、サービス形式種別の値が「デジタルＴＶサービス＝０ｘ０１」「臨時映像サービス＝０ｘＡ１」の以外の場合、当該編成チャンネルを選局非対象に設定（Ｓ９３７）して処理を終了する（Ｓ９３８）。

以上のように第１の実施形態によれば受信機５００は、受信する編成チャンネル情報を作成する段階でＨＤＲコンテンツ放送のサービス（チャンネル）かどうかを判断することが可能となり、この判断に基づいて受信機５００が受信する編成チャンネルのチャンネル情報を作成することができる。

また、ＨＤＲコンテンツ放送のサービス（チャンネル）に対応していない受信機は、処理を追加することなくＨＤＲコンテンツ放送のサービス（チャンネル）を無視することが可能である。これにより２Ｋ放送におけるＨＤＲコンテンツ放送のサービス（チャンネル）を提供する送信側も、受信機が２Ｋ放送におけるＨＤＲコンテンツ放送のサービスに対応しているか否かを意識することなく、ＨＤＲコンテンツ放送の提供が可能となるため、送信側／受信側、および受信機を利用するユーザの利便性が高まる。

＜第２の実施形態＞
次に、２Ｋ放送におけるＨＤＲコンテンツ放送を実現するための第２の実施形態について説明する。

第２の実施形態は、番組単位でＨＤＲコンテンツ放送を実現するものである。ここで番組とは、同一サービスに属している開始および終了時刻が定められた放送データストリーム構成要素の集合体であり、例えばニュース、ドラマ等の１つの番組のことである。番組は、イベント(event)とも呼ぶこともできる。

そこで第２の実施形態では、コンテンツのダイナミックレンジを指定する情報として、伝達特性(transfer characteristics)を用いることができる。

以下、図１０Ａから図１０Ｄを用いて、非特許文献１から非特許文献３に記載されている現行のビデオデコードコントロール記述子(Video decode control descriptor)およびその中に配置されている伝達特性について説明する。

図１０Ａは、非特許文献１に記載されているビデオデコードコントロール記述子の全体構成を示している。この記述子の中には、伝達特性１００１が配置されている。

図１０Ｂは、伝達特性１００１のビットアサインを示している。例えばビットアサインが０ｘ１０の場合、この伝達特性はＶＵＩのtransfer_characteristics=18であることを意味している。ここでＶＵＩ(Video Usability Info)は、映像符号化の中の制御情報である。つまり伝達特性は、映像符号化のＶＵＩの中にも定義されている。ＶＵＩの中に定義されている伝達特性については、図１２を用いて説明する。

図１０Ｃは、非特許文献２（地上デジタルテレビジョン放送関連）に記載されているビデオデコードコントロール記述子の全体構造を示している。図１０Ｃに記載されているビデオデコードコントロール記述子では、上記図１０Ａに記載されている伝達特性のフィールドはreserved_future_use１００２と定義されている。

さらに図１０Ｄは、非特許文献３（ＢＳ／広帯域ＣＳデジタル放送関連）に記載されているビデオデコードコントロール記述子の全体構造を示している。図１０Ｄに記載されているビデオデコードコントロール記述子では、上記図１０Ａに記載されている伝達特性のフィールドはreserved_future_use１００３と定義されている。

そこで第２の実施形態では、２Ｋ放送におけるＨＤＲコンテンツ放送を、番組単位で実現するために、上記図１０Ｃで示す地上デジタルテレビジョン放送において運用されているビデオデコードコントロール記述子および上記図１０Ｄで示すＢＳ／広帯域ＣＳデジタル放送において運用されているビデオデコードコントロール記述子を拡張して利用する。以下その拡張例を説明する。

図１１Ａは、図１０Ｃの非特許文献２（地上デジタルテレビジョン放送関連）に記載のビデオデコードコントロール記述子を拡張した場合の全体構成の例を示している。図１１Ａに記載されているビデオデコードコントロール記述子では、伝達特性１１０１が配置されている。

図１１Ｂは、追加された伝達特性１１０１のビットアサインの例を示している。

図１１Ｃは、図１０Ｄの非特許文献３（ＢＳ／広帯域ＣＳデジタル放送関連）に記載のビデオデコードコントロール記述子を拡張した場合の全体構成の例を示している。図１１Ｃに記載されているビデオデコードコントロール記述子では、伝達特性１１０２が配置されている。

図１１Ｄは、追加された伝達特性１１０２のビットアサインの例を示している。

さらに、この伝達特性は映像符号化のＶＵＩ(Video Usability Info)の中にも規定されている。

図１２は、非特許文献５で規定されている映像符号化のＶＵＩの中に規定されている伝達特性（transfer_characteristics）のビットアサインを示す図である。例えば、１２０１がＨＤＲ（ＰＱ方式）、１２０２がＨＤＲ（ＨＬＧ方式）のビットアサインであることを示している。

第２の実施形態においては、コンテンツのダイナミックレンジを指定する情報にビデオデコードコントロール記述子の伝達特性を用いるだけでなく、映像符号化のＶＵＩのtransfer_characteristicsを用いることも可能である。あるいは、いずれか一方の伝達特性を用いてもよい。

図１３Ａは、第２の実施形態における送信側の処理フローの例を示したものである。この処理の内容は、送信側（例えば図１の放送局３００）の意向により決定することができる。

送信側、例えば放送局３００は、番組単位で２Ｋ放送におけるＨＤＲコンテンツ放送を行う場合、以下のようにビデオデコードコントロール記述子の各フィールドの値の設定を行う。

送信局３００は、ビデオデコードコントロール記述子の各フィールドの値の設定処理を開始すると（Ｓ１３００）、当該番組がＨＤＲコンテンツ放送の番組かどうかの判断を行う（Ｓ１３０１）。当該番組がＨＤＲコンテンツ放送の番組の場合、ビデオデコードコントロール記述子の伝達特性に「１０（＝ＨＤＲ）」を設定する（Ｓ１３０２）。当該番組がＨＤＲコンテンツ放送の番組でない場合、ビデオデコードコントロール記述子の伝達特性に「００（＝ＳＤＲ）」を設定（Ｓ１３０３）する。

送信局３００は、続いてビデオデコードコントロール記述子の他のフィールドであるビデオエンコードフォーマット等に、必要な情報を設定する（Ｓ１３０４）。

設定する必要な情報としては、記述子の長さ（descriptor_length)、ビデオエンコードフォーマット（video_encode_format）などである。
送信局３００は、ビデオデコードコントロール記述子の全てのフィールドに必要な値を設定したら、ビデオデコードコントロール記述子を含むＰＭＴの全てのフィールドに必要な値を設定して、ＰＭＴを生成する（Ｓ１３０５）。

放送局３００は、予め決められたタイミングにおいて、生成したＰＭＴを多重化部３０５で多重化し、送信機３０６を介して放送波として送出する。

図１３Ｂは、第２の実施形態における受信側の処理フローの例を示したものである。ここで受信機５００は、２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが可能なテレビジョン、つまりに伝達特性にビットアサインされている「１０(ＶＵＩのtransfer_characteristics=18)」を認識出来るテレビジョンとする。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１により復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示すサービスデータ／制御データを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ１３１０）。

統合制御器５２１は、伝送制御信号の中からＰＭＴを抽出する（Ｓ１３１１）と、さらにその中からビデオデコードコントロール記述子の抽出を行う（Ｓ１３１２）。統合制御器５２１は、ビデオデコードコントロール記述子の抽出を行うと、さらにビデオデコードコントロール記述子の中から伝達特性の抽出を行う（Ｓ１３１３）。統合制御器５２１は、伝達特性の抽出を行うと、その値の判定を行う（Ｓ１３１４）。

判定の結果、伝達特性の値が「００」の場合（Ｓ１３１４）、統合制御器５２１は、当該番組をＳＤＲコンテンツであると認識し、当該番組の設定を「伝達特性＝ＳＤＲ」として各種設定（Ｓ１３１５）を行い、処理を終了する（Ｓ１３１９）。

判定の結果、伝達特性の値が「１０」の場合（Ｓ１３１６）の場合、統合制御器５２１は、当該番組をＨＤＲ（ＨＬＧ方式）コンテンツである認識し、当該番組の設定を「伝達特性＝ＨＤＲ（ＨＬＧ方式）」として各種設定（Ｓ１３１７）を行い、処理を終了する（Ｓ１３１９）。

判定の結果、伝達特性の値が「００」「１０」のいずれでもない場合、統合制御器５２１は、当該番組を表示不可能と設定（Ｓ１３１８）して処理を終了する（Ｓ１３１９）。

図１３Ｃは、第２の実施形態における受信側の処理フローの他の例を示したものである。図１３Ｂの場合と同様に受信機５００は、２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが可能なテレビジョン、つまりに伝達特性にビットアサインされている「１０(ＶＵＩのtransfer_characteristics=18)」を認識出来るテレビジョンとする。ただし図１３Ｃの処理フローは、受信した番組がＨＤＲコンテンツであると判定された場合、そのコンテンツを例えば表示器５２７に表示する際に、ＨＤＲコンテンツとして表示するかＳＤＲコンテンツに変換してから表示するか、をユーザに問い合わせる処理を行う点で図１３Ｂの処理フローと異なる。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１により復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示すサービスデータ／制御データを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ１３２０）。

統合制御器５２１は、伝送制御信号の中からＰＭＴを抽出する（Ｓ１３２１）と、さらにその中からビデオデコードコントロール記述子の抽出を行う（Ｓ１３２２）。統合制御器５２１は、ビデオデコードコントロール記述子の抽出を行うと、さらにビデオデコードコントロール記述子の中から伝達特性の抽出を行う（Ｓ１３２３）。統合制御器５２１は、伝達特性の抽出を行うと、その値の判定を行う（Ｓ１３２４）。

判定の結果、伝達特性の値が「００」の場合（Ｓ１３２４）、統合制御器５２１は、当該番組をＳＤＲコンテンツであると認識し、当該番組の設定を「伝達特性＝ＳＤＲ」として各種設定（Ｓ１３２５）を行い、処理を終了する（Ｓ１３３１）。

判定の結果、伝達特性の値が「１０」の場合（Ｓ１３２６）の場合、統合制御器５２１は、ＧＵＩ５２０を経由して、当該番組がＨＤＲコンテンツである旨を表示器５２７に表示し、受信機５００のユーザに対してＨＤＲコンテンツとして当該番組を視聴するかどうかの選択を促す（Ｓ１３２７）。

ユーザが、当該番組をＨＤＲとして視聴することを選択した場合（Ｓ１３２８）、統合制御器５２１は、当該番組の設定を「伝達特性＝ＨＤＲ（ＨＬＧ方式）」として各種設定（Ｓ１３２９）を行い、処理を終了する（Ｓ１３３１）。

ユーザが、当該番組をＨＤＲとして視聴することを選択しない場合（Ｓ１３２８）、統合制御器５２１は、当該番組を、「伝達特性＝ＳＤＲ」として各種設定（Ｓ１３２９）を行い処理を終了する（Ｓ１３３１）。

判定の結果、サービス形式種別の値が「００」「１０」のいずれでもない場合、統合制御器５２１は、当該番組を表示不可能として各種設定（Ｓ１３３０）を行い処理を終了する（Ｓ１３３１）。

図１３Ｄは、受信機５００が２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが不可能なテレビジョン、つまり伝達特性にビットアサインされている「１０(ＶＵＩのtransfer_characteristics=18)」を認識出来ないテレビジョンの場合の処理フローの例である。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１で復号し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示す制御データ／サービスデータを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ１３４０）。

統合制御器５２１は、伝送制御信号の中からＰＭＴを抽出する（Ｓ１３４１）と、さらにその中からビデオデコードコントロール記述子の抽出を行う（Ｓ１３４２）。統合制御器５２１は、ビデオデコードコントロール記述子の抽出を行うと、さらに伝達特性の抽出を行う（Ｓ１３４３）。伝達特性の抽出を行うと、その値の判定を行う（Ｓ１３４４）。

判定の結果、伝達特性の値が「００」の場合（Ｓ１３４４）、統合制御器５２１は、当該番組をＳＤＲコンテンツであると認識し、当該番組の設定を「伝達特性＝ＳＤＲ」として各種設定（Ｓ１３４５）を行い処理を終了する（Ｓ１３４７）。

判定の結果、伝達特性の値が「００」でないの場合（Ｓ１３４４）、統合制御器５２１は、当該番組を表示不可能として各種設定（Ｓ１３４６）を行い処理を終了する（Ｓ１３４７）。

上記図１３Ａから１３Ｄの処理フローは、コンテンツのダイナミックレンジを指定する情報として、ビデオデコードコントロール記述子に含まれる伝達特性を用いた場合の処理フローであるが、図１２に示す映像符号化のＶＵＩの中の伝達特性（transfer_characteristics）を用いてコンテンツのダイナミックレンジを指定してもよい。この場合送信側は、映像符号化のシンタックスに基づいてＶＵＩの中の伝達特性に、ＨＤＲコンテンツであることを示す値を設定し、受信側は映像符号化のシンタックスに基づいてＶＵＩの中の伝達特性を解析して、ＨＤＲコンテンツであることを示す値を抽出すればよい。

図１３Ｅは、第２の実施形態における送信側の映像符号化処理において、ＶＵＩ(Video Usability Information)設定の処理フローを示したものである。この処理の内容は、送信側（例えば図１の放送局３００）の意向により決定することができる。

送信側、例えば放送局３００は、２Ｋ放送におけるＨＤＲコンテンツ放送を行う場合、以下のように映像符号化のＶＵＩの伝達特性の設定を行う。

送信局３００は、映像符号化におけるＶＵＩ設定処理を開始すると（Ｓ１３５０）、符号化対象の番組がＨＤＲコンテンツ放送の番組かどうかの判断を行う（Ｓ１３５１）。符号化対象の番組がＨＤＲコンテンツ放送の番組の場合、符号化対象のＶＵＩの伝達特性に「１８（＝ＨＤＲ）」を設定する（Ｓ１３５２）。符号化対象の番組がＨＤＲコンテンツの放送サービスでない場合は、符号化対象のＶＵＩの伝達特性に「１（＝ＳＤＲ）」を設定（Ｓ１３５３）する。伝達特性の設定が終了すると放送局３００は、ＶＵＩの他のフィールドの値の設定を行う（Ｓ１３５３）。ＶＵＩの他のフィールドの値の設定（Ｓ１３５４）を完了すると、放送局３００は映像符号化におけるＶＵＩの設定処理を終了する（Ｓ１３５５）。

放送局３００は、予め決められたタイミングにおいて、生成した映像符号化を多重化部３０５で多重化し、送信機３０６を介して放送波として送出する。

図１３Ｆは、第２の実施形態における受信側の映像復号化処理においける、ＶＵＩ解析の処理フローを示したものである。ここで受信機５００は、２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが可能なテレビジョン、つまりに映像符号化のＶＵＩにビットアサインされている「１８」を認識出来るテレビジョンとする。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１により復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示す映像ストリームを抽出し、映像デコーダ５０６において映像ストリームのシンタックスの解析処理を行う（Ｓ１３６０）。

映像デコーダ５０６は、映像ストリームの中からＶＵＩを抽出する（Ｓ１３６１）と、さらにその中から伝達特性の抽出を行う（Ｓ１３６２）。映像デコーダ５０６は、ＶＵＩの抽出を行うと、その値の判定を行う（Ｓ１３６３）。

判定の結果、伝達特性の値が「１」の場合（Ｓ１３６３）、映像デコーダ５０６は、復号化した番組をＳＤＲコンテンツであると認識し、復号化した番組の設定を「伝達特性＝ＳＤＲ」として各種設定（Ｓ１３６４）を行い、処理を終了する（Ｓ１３６８）。

判定の結果、伝達特性の値が「１８」の場合（Ｓ１３６５）、映像デコーダ５０６は、復号化した番組をＨＤＲ（ＨＬＧ方式）コンテンツであると認識し、復号化した番組の設定を、「伝達特性＝ＨＤＲ（ＨＬＧ方式）」として各種設定（Ｓ１３６６）を行い処理を終了する（Ｓ１３６８）。

判定の結果、伝達特性の値が「１」「１８」のいずれでもない場合、映像デコーダ５０６は、復号化した番組を表示不可能と設定（Ｓ１３６７）して処理を終了する（Ｓ１３６８）。

図１３ＢのＳ１３１８、図１３ＣのＳ１３３０、図１３ＤのＳ１３４６および図１３ＦのＳ１３６７の処理は、「当該番組を表示不可能として設定」としているが、例えば「当該番組の設定を、ＳＤＲとして設定」の処理に置き換えてもよい。

図１３Ｇは、図１３Ｂの処理フローのＳ１３１８の処理だけを「該当番組の設定を、ＳＤＲとして設定」Ｓ１３７８に置き換えた場合の処理フローの例を示している。このような処理フローにすることで、受信機５００は、受信した番組を少なくとも途切れることなく表示することが可能となり、ユーザによっては都合がよい場合がある。

以上のように第２の実施形態によれば、受信機５００は、受信した番組ごとにＨＤＲコンテンツかどうかを判断することが可能となり、番組ごとに受信機の設定を最適な状態にすることが可能となる。特にビデオデコードコントロール記述子が配置されるＰＭＴは再送周期が２００ｍｓ以下と短いため、例えば選局時のように受信する番組を切替えた場合、受信機５００は各種設定を短期間で最適な状態にすることが可能となる。これにより受信機５００を利用するユーザは、選局時に違和感なく選局後の番組を視聴するこが可能となり、ユーザの利便性が高まる。

更に第２の実施形態は、ＨＤＲコンテンツかどうかを判別するのに、ビデオデコードコントロール記述子の中の伝達特性だけでなく、映像符号化のＶＵＩの中の伝達特性を用いることができる。

受信機によっては、受信した番組を録画して例えばＨＤＤ２３０に保存する時に、ビデオデコードコントロール記述子や第３の実施形態に示すコンポーネント記述子の情報を保存しない場合がある。受信機５００は、このようなビデオデコードコントロール記述子やコンポーネント記述子の情報がない形で録画された番組がＳＤＲコンテンツなのかＨＤＲコンテンツなのかを、ビデオデコードコントロール記述子の中の伝達特性やコンポーネント記述子のコンポーネント種別を用いるのではなく、映像符号化のＶＵＩの中の伝達特性を用いることで判別することが可能である。

受信機５００は、例えば録画した番組の録画番組リストを作成する際に、受信機５００はＨＤＤ２３０に保存されている番組を任意のタイミングで読み出し、その番組の映像符号化のＶＵＩの中の伝達特性を参照してもよい。あるいはまた受信機５００は、録画番組リストの中の特定の番組をユーザが選択した際に、その番組の映像符号化のＶＵＩの中の伝達特性を参照してもよい。

これにより受信機５００は、ＨＤＤ２３０に保存されている番組がＨＤＲコンテンツなのかＳＤＲコンテンツなのかを認識することが可能となり、その認識結果を例えば録画番組リストの表示することができる。

上記のように、あるテレビジョン受信機で録画されたある番組を複数のテレビジョン受信機において再生する例は、例えば複数のテレビジョン受信機が家庭内ネットワークで接続され、このネットワーク接続された複数のテレビジョン受信機において、同じくネットワーク接続されたＨＤＤに保存されている録画番組を再生する場合が該当する。

また、後述する第３の実施形態に示すコンポーネント記述子の中のコンポーネント種別(component_type)を用いることで、受信機５００は、次番組以降がＨＤＲコンテンツなのかＳＤＲコンテンツなのかを認識することが可能である。従って、第２の実施形態の伝達特性と第３の実施形態のコンポーネント種別の両方の情報を用いることで、現在番組と次の番組の両方において、ＨＤＲコンテンツなのかＳＤＲコンテンツなのかを判断することが可能である。これにより受信機５００は、現在番組を視聴しているユーザに対して、次の番組の輝度に関する情報を事前に通知するこが可能となり、ユーザの利便性が高まる。

＜第３の実施形態＞
次に、２Ｋ放送におけるＨＤＲコンテンツ放送を実現するための第３の実施形態について説明する。

第３の実施形態は、２Ｋ放送におけるＨＤＲコンテンツ放送の存在を、ＧＵＩ上に表示するためのものである。ＨＤＲコンテンツ放送であることをＧＵＩ上に表示するとは、例えば番組情報表示の中に、ある番組がＨＤＲコンテンツであることを表示するものである。

そこで第３の実施形態では、コンテンツのダイナミックレンジを指定する情報として、コンポーネント内容(stream_content)およびコンポーネント種別(component_type)を用いる。

以下、図１４Ａから図１４Ｄを用いて、非特許文献１から非特許文献３に記載されている現行のコンポーネント記述子(Component descriptor)およびその中に配置されているコンポーネント内容とコンポーネント種別について説明する。

図１４Ａは、非特許文献１に記載されているコンポーネント記述子の全体構成を示している。この記述子の中には、コンポーネント内容１４０１とコンポーネント種別１４０２が配置されている。

図１４Ｂは、コンポーネント内容１４０１とコンポーネント種別１４０２の組み合わせのビットアサインを示している。例えばコンポーネント内容＝０ｘ１でコンポーネント種別＝０ｘＢ３の場合、符号化映像フォーマットが１０８０ｉ（１１２５ｉ）、アスペクト比が１６：９、パンベクトルなしであることを意味している。

図１４Ｃは、非特許文献２（地上デジタルテレビジョン放送関連）に記載されているコンポーネント種別のビットアサインを示している。

図１４Ｄは、非特許文献３（ＢＳ／広帯域ＣＳデジタル放送関連）に記載されているコンポーネント種別のビットアサインを示している。

そこで第３の実施形態では、ＨＤＲコンテンツ放送であることをＧＵＩ上に表示するために、上記図１４Ｂで示す非特許文献１に記載のコンポーネント内容およびコンポーネント種別、上記図１４Ｃで示す地上デジタルテレビジョン放送において運用されているコンポーネント内容およびコンポーネント種別ならびに上記図１４Ｄで示すＢＳ／広帯域ＣＳデジタル放送において運用されているコンポーネント内容およびコンポーネント種別を拡張して利用する。以下その拡張例を説明する。

図１５Ａは、図１４Ｂに示したコンポーネント種別のビットアサインに対して拡張した例を示している。１５０１の「コンポーネント種別＝０ｘＢ４」および１５０３の「コンポーネント種別＝０ｘＥ４」が、拡張したビットアサインである。例えばコンポーネント内容＝０ｘ９でコンポーネント種別＝０ｘＢ４の場合１５０１、映像符号化のコーデック種別がＨ．２６５、符号化映像フォーマットが１０８０ｉ（１１２５ｉ）、アスペクト比が１６：９であるＨＤＲコンテンツであることを意味している。これにより、図１４Ｂに示す未定義の領域１４０３および１４０４が、図１５Ａに領域１５０２および１５０４のように変わる。

図１５Ｂは、上記図１４Ｃに示した地上デジタルテレビジョン放送で運用する場合のビットアサインに対して、上記図１５Ａの拡張を適用した例を示している。１５０５から１５０８までのビットアサインが、図１５Ａに示す拡張に対応して、地上デジタルテレビジョン放送の運用において拡張されたものである。図１５Ａの拡張における１５０１は、１５０６に対応し、図１５Ａの拡張における１５０３は、１５０８に対応する。また、コーデック種別の追加に伴い、１５０５および１５０７も追加されている。

図１５Ｃは、上記図１４Ｄに示したＢＳ／広帯域ＣＳデジタル放送で運用する場合のビットアサインに対して、上図１５Ａの拡張を適用した例を示している。１５０９から１５１２までのビットアサインが、図１５Ａに示す拡張に対応して、ＢＳ／広帯域ＣＳデジタル放送の運用において拡張されたものである。図１５Ａの拡張における１５０１は、１５１０に対応し、図１５Ａの拡張における１５０３は、１５１２に対応する。また、コーデック種別の追加に伴い、１５０９および１５１１も追加されている。

図１６Ａは、第３の実施形態における送信側の処理フローの例を示したものである。この処理の内容は、送信側（例えば図３の放送局３００）の意向により決定できる。

送信側、例えば放送局３００は、２Ｋ放送におけるＨＤＲコンテンツ放送を行う場合、以下のようにコンポーネント記述子の各フィールドの値の設定を行う。

送信局２００は、コンポーネント記述子の各フィールドの値の設定処理を開始すると（Ｓ１６００）、当該番組がＨＤＲコンテンツ放送の番組かどうかの判断を行う（Ｓ１６０１）。当該番組がＨＤＲコンテンツ放送の番組の場合は、コンポーネント記述子の（コンポーネント内容、コンポーネント種別）の組み合わせに「Ｈ．２６５｜ＭＰＥＧ−Ｈ ＨＥＶＣ、映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、ＨＤＲあり」＝（０ｘ９、０ｘＢ４）あるいは「Ｈ．２６５｜ＭＰＥＧ−Ｈ ＨＥＶＣ、映像１０８０ｐ（１１２５ｐ）、アスペクト比１６：９、ＨＤＲあり」＝（０ｘ９、０ｘＥ４）を設定する（Ｓ１６０２）。当該番組がＨＤＲコンテンツ放送の番組でない場合は、コンポーネント記述子の（コンポーネント内容、コンポーネント種別）の組み合わせに「映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、パンベクトルなし」＝（０ｘ１、０ｘＢ３）を設定（Ｓ１６０３）する。

送信局３００は、続いてコンポーネント記述子の他のフィールドである言語コード等に、必要な情報を設定する（Ｓ１６０４）。送信局３００は、コンポーネント記述子の全てのフィールドに必要な値を設定したら、コンポーネント記述子を含むＥＩＴの全てのフィールドに必要な値を設定して、ＥＩＴを生成して（Ｓ１６０５）処理を終了する（Ｓ１６０６）。

放送局３００は、予め決められたタイミングにおいて、生成したＥＩＴを図３に示した多重化部３０５で多重化し、送信機３０６を介して放送波として送出する。

図１６Ｂは、第３の実施形態における受信側の処理フローの例を示したものである。ここで受信機５００は、２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが可能なテレビジョン、つまり（コンポーネント内容、コンポーネント種別）のビットアサインの組み合わせの（０ｘ９、０ｘＢ４）（０ｘ９、０ｘＥ４）を認識出来るテレビジョンとする。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１により復調し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示すサービスデータ／制御データを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ１６１０）。

統合制御器５２１は、伝送制御信号の中からＥＩＴを抽出する（Ｓ１６１１）と、さらにその中からコンポーネント記述子の抽出を行う（Ｓ１６１２）。統合制御器５２１は、コンポーネント記述子の抽出を行うと、さらにコンポーネント内容とコンポーネント種別の抽出を行う（Ｓ１６１３）。統合制御器５２１は、コンポーネント内容とコンポーネント種別の抽出を行うと、各々の値の判定を行う（Ｓ１６１４）。

判定の結果、（コンポーネント内容、コンポーネント種別）の値の組み合わせが（０ｘ１、０ｘＢ３）の場合（Ｓ１６１４）、統合制御器５２１は、当該番組の設定を「映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、パンベクトルなし」のコンテンツであると認識し、当該番組の「コンポーネント種別」＝「映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、パンベクトルなし」として各種設定（Ｓ１６１５）を行い、処理を終了する（Ｓ１６１９）。

判定の結果、（コンポーネント内容、コンポーネント種別）の値の組み合わせが（０ｘ９、０ｘＢ４）あるいは（０ｘ９、０ｘＥ４）のいずれかの場合（Ｓ１６１６）、統合制御器５２１は、当該番組を「Ｈ．２６５｜ＭＰＥＧ−Ｈ ＨＥＶＣ、映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、ＨＤＲあり」あるいは「Ｈ．２６５｜ＭＰＥＧ−Ｈ
ＨＥＶＣ、映像１０８０ｐ（１１２５ｐ）、アスペクト比１６：９、ＨＤＲあり」のコンテンツであると認識し、当該番組の設定を「Ｈ．２６５｜ＭＰＥＧ−Ｈ ＨＥＶＣ、映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、ＨＤＲあり」あるいは「Ｈ．２６５｜ＭＰＥＧ−Ｈ ＨＥＶＣ、映像１０８０ｐ（１１２５ｐ）、アスペクト比１６：９、ＨＤＲあり」として各種設定（Ｓ１６１７）を行い、処理を終了する（Ｓ１６１９）。

判定の結果、（コンポーネント内容、コンポーネント種別）の値の組み合わせが（０ｘ１、０ｘＢ３）（０ｘ９、０ｘＢ４）（０ｘ９、０ｘＥ４）のいずれでもない場合、統合制御器５２１は、当該番組の設定を表示不可能と設定（Ｓ１６１８）して処理を終了する（Ｓ１６１９）。

図１６Ｃは、受信機５００が２Ｋ放送におけるＨＤＲコンテンツ放送の番組を受けることが不可能なテレビジョン、つまり（コンポーネント内容、コンポーネント種別）のビットアサインの組み合わせの（０ｘ９、０ｘＢ４）（０ｘ９、０ｘＥ４）を認識出来ないテレビジョンの場合の処理フローの例である。

受信機５００は、放送波を受信すると、多重化されたストリーム（放送信号）を放送チューナ５０１で復号し、デマルチプレクサ５０４によりストリームごとに分離する。この分離したストリームの中から、図４に示す制御データ／サービスデータを抽出し、統合制御器５２１において伝送制御信号の解析処理を行う（Ｓ１６４０）。

統合制御器５２１は、伝送制御信号の中からＰＭＴを抽出する（Ｓ１６４１）と、さらにその中からコンポーネント記述子の抽出を行う（Ｓ１６４２）。統合制御器５２１は、コンポーネント記述子の抽出を行うと、さらにコンポーネント種別の抽出を行う（Ｓ１６４３）。統合制御器５２１は、コンポーネント種別の抽出を行うと、その値の判定を行う（Ｓ１６４４）。

判定の結果、コンポーネント種別の値が「０ｘＢ３」の場合（Ｓ１６４４）、統合制御器５２１は、当該番組の設定を「映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、パンベクトルなし」のコンテンツであると認識し、当該番組の「コンポーネント種別」＝「映像１０８０ｉ（１１２５ｉ）、アスペクト比１６：９、パンベクトルなし」として各種設定（Ｓ１６４５）を行い、処理を終了する（Ｓ１６４７）。

判定の結果、コンポーネント種別の値が「０ｘＢ３」でない場合、統合制御器５２１は、当該番組の設定を表示不可能と設定（Ｓ１６４６）して処理を終了する（Ｓ１６４７）。

図１６ＢのＳ１６１８および図１６ＣのＳ１６４６の処理は、「当該番組を表示不可能として設定」としているが、第２の実施形態の図１３Ｇの処理フロー同様に例えば「当該番組の設定を、ＳＤＲとして設定」の処理に置き換えてもよい。

以上により受信機５００は、受信する番組ごとにＨＤＲコンテンツかどうかを判断することが可能とる。ＥＩＴは、各サービス（編成チャンネル）に含まれる番組に関する時系列情報を含むテーブルである。この情報に上記１６Ａから図１６Ｃに示した処理フローにより、コンポーネント種別にコンテンツのダイナミックレンジを指定する情報を加えることで、例えば今後放送される予定の番組情報にＨＤＲコンテンツ／ＳＤＲコンテンツのコンテンツ種別を加えることが可能となり、ユーザが視聴する番組を選択する際の利便性が高まる。またこれにより送信側も、ＨＤＲコンテンツによる放送サービスを実施していることを番組表の中で訴求することが可能となり、作成したＨＤＲコンテンツに対するユーザ満足度を高めることが出来る。

また受信機５００は、放送された番組の視聴のみならず録画された番組の再生に対しても、番組ごとのダイナミックレンジに対応して、受信機５００および表示器２２０を最適な状態に設定することが可能である。受信機５００は、受信した番組を録画して例えばＨＤＤ２３０に保存する時に、コンポーネント記述子の情報も合わせて保存する。これにより受信機５００は、録画した番組の録画リストを作成する際に、コンポーネント記述子の中のコンポーネント種別を用いることで、録画した番組がＨＤＲコンテンツであるのかＳＤＲコンテンツであるのかを判断することが可能となり、例えばその判断結果をもとに録画リスト上に当該番組がＨＤＲコンテンツなのかＳＤＲコンテンツなのかを表示することができる。これにより受信機５００を利用するユーザは、録画番組を再生する際にも、当該番組がＨＤＲコンテンツなのかＳＤＲコンテンツなのかを知ることが可能となり、ユーザの利便性が高まる。

図１６Ａから図１６Ｃの処理フローは、ダイナミックレンジを指定する情報としてコンポーネント記述子のコンポーネント種別を用いる場合だが、例えばコンテント記述子(content descriptor)の中のジャンル１(content_nibble_level_1)あるいはジャンル２(content_nibble_level_2)を用いることも可能である。

以下、図１７Ａから図１７Ｄを用いて、非特許文献１に記載されている現行のコンテント記述子およびその中に配置されているジャンル１およびジャンル２について説明する。

図１７Ａは、非特許文献１(デジタル放送関連)に記載の記述子であるコンテント記述子の全体構成を示している。図中の１７０１はジャンル１(content_nibble_level_1)、１７０２はジャンル２(content_nibble_level_2)を示している。ジャンル１は、ジャンルの大分類を示している。ジャンル２は、ジャンル１の各大分類における中分類を示している。

図１７Ａのループ数Ｎは、最大７であり１つのコンテント記述子の中に複数のcontent_nibbleとuser_nibbleを設定できるようになっている。非特許文献２あるいは非特許文献３に規定されているように１つのコンテント記述子の中に設定できるcontent_nibble_level1とcontent_nibble_level2の数は、最大３である。

図１７Ｂは、ジャンル１のジャンルの分類に対するビットアサインを示している。図中のジャンル大分類が、ジャンル１を表している。

図１７Ｃ、図１７Ｄは、ジャンル２(content_nibble_level_2)のジャンルの分類に対するビットアサインを示している。図１７Ｃは、ジャンル１(content_nibble_level_1)＝０ｘ６（映画）の場合のジャンル２(content_nibble_level_2)のビットアサインを、図１７Ｄは、ジャンル１＝０ｘ８（ドキュメンタリー／教養）の場合のジャンル２のビットアサインを示している。

そこで、ＨＤＲコンテンツ放送であることをＧＵＩ上に表示するために、上記図１７Ｂに示すジャンル１あるいは図１７Ｃ、図１７Ｄに示すジャンル２を拡張して利用する。

図１８Ａは、図１７Ｂに示すジャンル１に対してＨＤＲコンテンツ１８０１を追加した例である。これにより、図１７Ｂに示す予備１７０３が、図１８Ａに示す予備１８０２のように変わる。

図１８Ｂは、図１７Ｃに示すジャンル２に対してＨＤＲコンテンツ１８０３を追加した例である。

図１８Ｃは同様に、図１７Ｄに示すジャンル２に対してＨＤＲコンテンツ１８０４を追加した例である。

図１８Ａ、図１８Ｂおよび図１８Ｃ以外にも、例えば図１７Ｂの「ジャンル１＝その他（０ｘＦ）」において、ジャンル２に「ＨＤＲコンテンツ＝０ｘ０」を追加してもよい。

上記に示したジャンルの拡張を用いて、例えば映画のジャンルのＨＤＲコンテンツを放送する場合、送信側は、図１８Ａに示す拡張したジャンル１を用いて、「ジャンル１＝映画（０ｘ６）」および「ジャンル１＝ＨＤＲコンテンツ（０ｘｃ）」を設定して送信してもよい。受信側５００は、受信したコンテント記述子の中からすべてのジャンル１とジャンル２を抽出することで、そのコンテンツがジャンル１＝映画（０ｘ６）でありジャンル１＝ＨＤＲコンテンツ（０ｘｃ）であることを認識することができる。つまり、受信機５００は、受信したコンテンツが映画のＨＤＲコンテンツであることを認識することができる。

また例えば映画のジャンルのＨＤＲコンテンツを放送する場合、送信側は、図１８Ｂに示す拡張したジャンル２を用いて、「ジャンル１＝「映画（０ｘ６）」と「ジャンル２＝ＨＤＲコンテンツ（０ｘ３）」を設定して送信することもできる。受信機５００は、受信したコンテント記述子の中からすべてのジャンル１とジャンル２を抽出することで、そのコンテンツが「ジャンル１＝映画（０ｘ６）」および「ジャンル２＝ＨＤＲコンテンツ（０ｘ３）」であることを認識することができる。つまり、受信機５００は、受信したコンテンツが映画のＨＤＲコンテンツであることを認識することができる。

さらにまた例えば映画のジャンルのＨＤＲコンテンツを放送する場合、ジャンル１＝「映画（０ｘ６）」および「ジャンル１＝その他（０ｘＦ）」と「ジャンル２＝ＨＤＲコンテンツ（０ｘ０）」を設定して送信することもできる。受信機５００は、受信したコンテント記述子の中からすべてのジャンル１とジャンル２を抽出することで、そのコンテンツが「ジャンル１＝映画（０ｘ６）」および「ジャンル１＝その他（０ｘＦ）」と「ジャンル２＝ＨＤＲコンテンツ（０ｘ０）」であることを認識することができる。つまり、受信機５００は、受信したコンテンツが映画のＨＤＲコンテンツであることを認識することができる。

送信側および受信側の処理は、コンテンツのダイナミックレンジを指定するのにコンテント記述子(Content descriptor)の中のジャンル１あるいはジャンル２をを用いた場合でも、図１６Ａから図１６Ｃの処理フローのコンポーネント記述子をコンテント記述子に、コンポーネント内容とコンポーネント種別の組み合わせをジャンル１とジャンル２の組み合わせに置き換えるだけで同様の処理フローとなる。

さらに、ユーザが番組を検索する際に、ジャンルを指定して検索する方法がある。この場合、受信機５００は、各コンテンツのジャンル１およびジャンル２の情報を用いて、ユーザが入力したジャンルに対応するコンテンツを絞り込んでいく。図１８Ａ、図１８Ｂおよび図１８Ｃのようにジャンル１およびジャンル２に「ＨＤＲコンテンツ」を追加することで、ユーザがジャンルに「ＨＤＲコンテンツ」を指定した場合に、受信機５００はすべてのコンテンツの中からＨＤＲコンテンツを絞り込むことが可能である。

番組の放送の形態として、イベント共有と呼ばれるものがある。これは、複数のサービス（チャンネル）のＰＭＴのelementary_PIDフィールドに、同一のＥＳ_ＰＩＤを記述することで、どのサービス(チャンネル)を視聴しても同一のイベント（番組）を視聴することを可能とするものである。ＰＭＴは、番組を構成する各符号化信号（映像符号化信号や音声符号化信号等の符号化信号）を伝送するＴＳパケットの存在場所を示す情報を含む。ＰＭＴの中のelementary_PIDフィールドに、各符号化信号を伝送するＴＳパケットのＰＩＤ(Packet ID)であるＥＳ_ＰＩＤが記載される。elementary_PIDの値は、基本的に番組途中では変更しない。

図１９Ａは、縦軸をservice_id、横軸を時刻とし、各イベント（番組）のＰＭＴのelementary_PIDフィールドに記載されているＥＳ_ＰＩＤの様子を示した図である。図中の四角は、１つのイベント（番組）を表している。service_idは、各サービスに割り当てられている識別値で、全国のテレビジョン放送において各編成チャンネルに割り当てられるユニークな値である。service_idは、図７Ａに示したサービスリスト記述子に配置されており、ＮＩＴ(Network Information Table)に含まれて受信機に送られてくる。

図１９Ａの例では、時刻２０：００まではservice_id=101、102、103の各々に対してＥＳ_ＰＩＤ＝０ｘ００３０、０ｘ００３１、０ｘ００３２が割り当てられている。これに対して、時刻２０：００から時刻２１：００の間（区間＝Ｔ１）では、service_id=101、102、103の各々において同一のＥＳ＿ＰＩＤであるＥＳ_ＰＩＤ＝０ｘ００３３が割り当てられている。これは、service_id=101、102、103に対応する３つの編成チャンネルが、時刻２０：００から時刻２１：００の間（区間＝Ｔ１）においては同一の符号化信号から構成されていること示している。つまりユーザは、service_id=101、102、103に対応する３つのチャンネルのどれを選択しても、同一の符号化信号（同一の放送内容）から構成されている番組を視聴することができる。

このイベント共有を行っている区間＝Ｔ１では、service_id=101、102、103のいずれか１つの帯域を用いてＥＳ＿ＰＩＤ０ｘ００３３の映像符号化信号および音声符号化信号が送られており、残りの２つの帯域では映像符号化信号および音声符号化信号が送られていない。図１９Ａの例では、例えばservice_id=101の帯域を使ってＥＳ＿ＰＩＤ０ｘ００３３の映像符号化信号および音声符号化信号が送られ、service_id=102およびservice_id=103の帯域ではＥＳ＿ＰＩＤ０ｘ００３３の映像符号化信号および音声符号化信号は送られない例である。

イベント共有を行うと、このようにどれか１つの帯域だけで映像符号化信号および音声符号化信号が送られ残りの帯域では符号化信号が送られないため、映像符号化信号および音声符号化信号が送られない帯域を他の用途に使うことが可能である。

ＨＤＲコンテンツの情報量がＳＤＲコンテンツのより多いため、現行の２Ｋ放送においてＨＤＲコンテンツ放送を行う場合は現状の放送波の帯域幅より広い帯域幅が必要となる可能性がある。現状の帯域幅より広い帯域幅を確保する方法として、例えば図１９Ｂに示したイベント共有を使用することで映像符号化信号および音声符号化信号が送られない帯域を使う方法が考えられる。

図１９Ｂは、イベント共有によりservice_id=101およびservice_id=102使って、ＨＤＲコンテンツを送信するための広い帯域幅を確保した様子の例を示した図である。図１９Ｂの例は、時刻２０：００から時刻２１：００の間（区間＝Ｔ２）、イベント共有されているservice_id=101、102の２つの帯域を使ってＨＤＲコンテンツの映像符号化信号（ＥＳ＿ＰＩＤ＝０ｘ００３４）送信している例である。

上記第１の実施形態から第３の実施形態により、受信機５００は、放送波で送られてくるコンテンツがＨＤＲコンテンツであることを種々のタイミングにおいて認識することができる。

以下受信機５００の具体的な利用シーンをもとに、受信機５００が、放送波で送られてくるコンテンツがＨＤＲコンテンツであることを認識する場合に、表示器５２７に表示する内容について説明する。

図２０Ａは、受信機５００が１２ポジションリストを作成する際に、表示器５２７の表示させる１２ポジションリストの表示内容の一例である。

受信機５００は、第１の実施形態で説明したようにサービス形式種別(service_type)を用いることで、１２ポジションリストを作成する際に対象のチャンネルがＨＤＲコンテンツを放送するチャンネルかどうかを判断することができる。

図２０Ａは、受信機５００が図９Ｂに示した処理フローに基づき、各サービス（チャンネル）のサービス形式種別を判定した結果、２７ｃｈがＨＤＲコンテンツ放送であると判定した場合の、表示器５２７に表示させる１２ポジションリストの表示内容の例を表している。ＨＤＲコンテンツ放送の表示２００１は、２７ｃｈがＨＤＲコンテンツ放送であることを示している。

図２０Ｂは、受信機５００が１２ポジションリストを作成する際の、１２ポジションリストの表示内容の他の例である。

先に説明したように、２Ｋ放送においてＨＤＲコンテンツ放送を行うためにイベント共有を用いる可能性がある。イベント共有を行う場合受信機５００は、図９Ｂに示す処理により同一放送局からの放送サービスの複数のチャンネルが、ＨＤＲコンテンツ放送であることを認識する。この場合、１２ポジションリスト表示は、例えば図２０Ｂに示すように、複数のチャンネルにより１つの番組を構成する映像符号化データが送られていることをイメージできるようにしてもよい。図２０Ｂの例は、２７ｃｈと２６ｃｈを使用してＨＤＲコンテンツの１つの番組を放送している様子をイメージできるように、２６ｃｈと２７ｃｈを１つの枠で囲み、その枠にＨＤＲコンテンツ放送である旨の表示を視覚的に行っている例である。

図２０Ｂに示すようなＨＤＲコンテンツ放送である旨を表示を視覚的に行うことは、受信機５００のユーザに対してＨＤＲコンテンツ放送がＳＤＲコンテンツ放送より優れていることを直感的に訴求する効果もある。

図２０Ｃは、受信機が１２ポジションリストを作成する際の、１２ポジションリストの表示内容の他の例である。

図９Ｃの処理に示したように、サービス形式種別として「デジタルＴＶサービス」しか判別できない従来の２Ｋテレビジョンにおいては、ＨＤＲコンテンツ放送を行うサービス（チャンネル）が存在していても、その存在の影響を受けることなく、存在を無視することができる。図２０Ｃは、図２０Ａに示すようなＨＤＲコンテンツ放送が存在している場合に、サービス形式種別＝「デジタルＴＶサービス」しか判別できない従来の２Ｋテレビジョンにおける１２ポジションリストを表示する場合の例である。図２０Ａに示す１２ポジションリストに存在しているＨＤＲコンテンツ放送のチャンネル２００１が、図２０Ｃでは２００２のように表示されていない。

このように第１の実施形態は、１２ポジションリスト作成の段階で、従来の２ＫテレビジョンはＨＤＲコンテンツ放送を受信の対象外とすることができるため、従来の２Ｋテレビジョンが間違ってＨＤＲコンテンツを表示するというトラブルが発生することが無い。このため、受信機５００のユーザの利便性のみならず、従来の２Ｋテレビジョンのユーザの利便性も向上する。

図２１Ａは、ユーザが受信機５００で受信可能な番組を選局あるいは視聴する場合、表示器５２７の表示している番組が、ＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送なのかを明示する場合の一例である。

受信機５００は、第３の実施形態で説明したようにコンポーネント記述子の中のコンポーネント内容およびコンポーネント種別を用いることで、現在受信機５００が受信している番組およびこれから放送される番組がＨＤＲコンテンツ放送なのかＳＤＲコンテンツ放送なのかを認識することができる。また受信機５００は、認識した結果をユーザに提示することも可能である。

図２１Ａは、受信機５００が、図１６Ｂに示した処理フローに基づき、ユーザが選局あるいは視聴している番組の伝達特性を判定した結果、当該番組がＳＤＲコンテンツ放送であると判定した場合、表示器５２７に当該番組がＳＤＲコンテンツ放送である旨を表示している一例である。受信機５００は、表示画面右下に「ＳＤＲ放送」２１０１を表示することで、当該番組がＨＤＲコンテンツ放送であることを表示している。

図２１Ｂは、受信機５００が、図２１Ａに示す状態に対してさらに図１６Ｂに示した処理フローに基づき次の番組の伝達特性を判定した結果、次の番組がＨＤＲコンテンツ放送であると判定した場合、表示器５２７に次の番組がＨＤＲコンテンツ放送であること明示している一例である。受信機５００は、表示画面右下に「ＳＤＲ放送⇒ＨＤＲ放送」２１０２を表示することで、現在の番組がＳＤＲコンテンツ放送であり次の番組がＨＤＲコンテンツ放送であることを示している。

さらに受信機５００は、番組に関する他のＰＳＩ(Program Specific Information)やＳＩ(Service Information)情報を用いることで、現在の番組の進捗状況を合わせて表示することができる。

図２１Ｃは、現在の番組であるＳＤＲコンテンツ放送の進捗状況を表した例である。２１０３の「ＳＤＲ放送」のハッチがかかった部分の横の長さが、番組の進捗状況を表している。これにより受信機５００のユーザは、ＨＤＲコンテンツ放送に切り替わるタイミングまでの時間を簡単に把握することができる。さらに、ＳＤＲコンテンツ放送からＨＤＲコンテンツ放送の切替えのタイミングが近い場合、「ＨＤＲ放送」の表示を大きくして、受信機５００のユーザに、ＨＤＲコンテンツ放送への切り替え時間が迫っていることをより分かりやすくすることも可能である。

図２１Ｄは、ＨＤＲコンテンツ放送への切り替え時間が迫っていることを、より分かりやすくするために、「ＨＤＲ放送」の表示を２１０４に示すように大きくした例である。

２Ｋ放送におけるＨＤＲコンテンツの放送サービスは、既存の２Ｋ放送対応テレビジョンを利用しているユーザを考慮すると、ＨＤＲコンテンツ放送とＳＤＲコンテンツ放送を同時に放送する、という１つの番組に複数の番組データが含まれる放送形態になることが想定される。つまり２Ｋ放送におけるＨＤＲコンテンツ放送は、ＨＤＲコンテンツ放送の番組を放送しながら、既存の２Ｋ放送対応テレビジョンを利用しているユーザのために並行してＳＤＲコンテンツ放送の番組も放送する、という放送形態になることが想定される。

１つのイベント（番組）において、番組データであるＥＳ（ElementaryStream、基本ストリーム。符号化された映像、音声、独立データに相当する）を複数定義することができる。ＥＳには、非特許文献２に規定されているように、ＰＭＴに配置されているストリーム識別記述子(Stream identifier descriptor)に記載されているコンポーネントタグ(component_tag)値が割り当てられる。コンポーネントタグは、８ビットのフィールドであり、コンポーネントストリームを識別するためのラベルである。各ＥＳに割り当てられるコンポーネントタグ値は、サービス（チャンネル）内でユニークである。このストリーム識別記述子のコンポーネントタグ値は、図１４Ａに示すコンポーネント記述子のコンポーネントタグ値と同一である。

イベント（番組）の中に複数の番組データのＥＳが存在する場合、サービス選択時に最初に受信機５００の表示器５２７に表示させるＥＳを、デフォルトＥＳと呼ぶ。

デフォルトＥＳのコンポーネントタグ値は、非特許文献２に以下のように定義されている。

デフォルトＥＳのコンポーネントタグ値は、・映像ストリーム：コンポーネントタグ値=０ｘ００・音声ストリーム：コンポーネントタグ値=０ｘ０１０
先に説明したように、既存の２Ｋ放送対応テレビジョンを利用しているユーザを考慮すると、ＨＤＲコンテンツ放送とＳＤＲコンテンツ放送を同時に放送するという、１つの番組に複数の番組データが含まれる放送形態になることが想定される。

このような放送形態を実現する方法として、方法１としては
（１−１）デフォルトＥＳをＳＤＲコンテンツとする。

（１−２）デフォルトＥＳ以外をＨＤＲコンテンツとする。

方法がある。

デフォルトＥＳへのＨＤＲコンテンツ／ＳＤＲコンテンツの割り当てをこのようにすることで、既存の２Ｋ放送対応テレビジョンを利用しているユーザは、ＨＤＲコンテンツ放送が存在していても、従来通りに番組の視聴が可能となる。

この方法１を実現する場合の送信側の処理は、イベント（番組）の中に複数存在する番組データのうち、
（１−３）ＳＤＲコンテンツのコンポーネントタグ値＝０ｘ００に設定
（１−４）ＨＤＲコンテンツのコンポーネントタグ値＝０ｘ００以外（例えば０ｘ０４）に設定してＰＭＴを作成し送信する。

この処理は、第２の実施形態の図１３Ａの処理フローのビデオデコードコントロール記述子をストリーム記述子に、伝達特性をコンポーネントタグに置き換えるだけで同様の処理フローとなる。

またこの方法１を実現する場合の受信側の処理は、ＰＭＴの中を解析して
（１−５）コンポーネントタグ値＝０ｘ００をデフォルトＥＳとして受信機５００の表示器５２７に表示する。

この処理は、既存の２Ｋ放送対応テレビジョンの処理フローである図１３Ｄの処理フローのビデオデコードコントロール記述子をストリーム記述子に、伝達特性をコンポーネントタグに置き換えるだけで同様の処理フローとなる。

つまり、１つの番組においてＨＤＲコンテンツ放送とＳＤＲコンテンツ放送を同時に放送したとしていても、上記（１−３）、（１−４）のようにデフォルトＥＳの設定することで、既存の２Ｋ放送対応テレビジョンは従来通りにＳＤＲコンテンツ放送を視聴することが可能となる。

この場合、ＨＤＲコンテンツが表示可能な受信機５００を視聴しているユーザに対しては、例えばＳＤＲコンテンツ放送／ＨＤＲコンテンツ放送のどちらの番組を視聴するかの選択を促す表示を行ってもよい。

図２２Ａは、ＨＤＲコンテンツ放送とＳＤＲコンテンツを含む番組において、ＳＤＲコンテンツ放送／ＨＤＲコンテンツ放送のどちらの番組を視聴するかの選択をユーザに促す表示画面の例である。この例は、現在の番組がＳＤＲコンテンツ放送である。また次の番組が複数の番組データを含む番組であり、デフォルトＥＳがＳＤＲコンテンツ放送、デフォルトＥＳ以外がＨＤＲコンテンツ放送の場合の例である。

２２０１は、次の番組が複数の番組データを含む場合に、その１つがデフォルトＥＳであるＳＤＲコンテンツ放送であり、もう１つがデフォルトＥＳ以外であるＨＤＲコンテンツ放送の２つの番組であることを示している。

また２２０２は、受信機５００のユーザに対して、次の番組としてデフォルトＥＳ以外のＨＤＲコンテンツ放送を視聴するかどうかの選択を促す表示を行っている例である。

図２２Ｂは、図２２Ａ同様に次の番組が複数の番組データを含み、その１つがデフォルトＥＳであるＳＤＲコンテンツ放送、もう１つがデフォルトＥＳ以外であるＨＤＲコンテンツ放送の２つの番組であることを示している例である。次番組２２０３の表示のうち、デフォルトで表示する番組であるＳＤＲコンテンツ放送を示す表示「ＳＤＲ放送」を大きく表示している。

このような表示にすることでユーザは、次番組としてデフォルトで表示される番組がＳＤＲコンテンツ放送であることを認識しやすくなる。これにより例えば、図２２Ａに示す「次の番組は、ＨＤＲコンテンツを視聴できます。ＨＤＲコンテンツを視聴しますか？」２２０２の表示のようにデフォルトＥＳ以外であるＨＤＲコンテンツの選択を促す表示をする必要がなくなり、表示画面の表示内容を簡素化することができる。ユーザによっては、表示内容の簡素化を求める場合もあり、２２０３のような表示をすることで、表示内容の煩わしがなくなるメリットがる。この場合ユーザは、２２０３の表示内容に従って、次の番組としてＨＤＲコンテンツを視聴できるように自ら選択すればよい。

先に説明した方法１に対して、さらに次のような方法２も考えられる。

（２−１）デフォルトＥＳをＳＤＲコンテンツとする
（２−２）デフォルトＥＳ以外の第２のデフォルトＥＳとしてＨＤＲコンテンツを定義し、コンポーネントタグ値を割り当てる（例えばコンポーネントタグ値＝０ｘ０８を、第２のデフォルトＥＳとして割り当てる）。

この方法２は、この第２のデフォルトＥＳのコンポーネントタグ値＝０ｘ０８を認識できるテレビジョン受信機においては、ＰＭＴに第２のデフォルトＥＳであるコンポーネントタグ値＝０ｘ０８が含まれる場合は、第２のデフォルトＥＳをデフォルトＥＳより優先して、第２のデフォルトＥＳであるＨＤＲコンテンツをテレビジョン受信機の表示画面に表示させる、というものである。

この方法２を実現する場合の送信側の処理は、方法１の場合の送信側の処理と同じである。ただし、ＨＤＲコンテンツデータのコンポーネントタグ値は、０ｘ０８を設定する。

またこの方法２を実現する場合の受信側の処理は、ＰＭＴの中を解析して
（１−３）コンポーネントタグ値＝０ｘ０８を認識した場合は、デフォルトＥＳより優先して、第２のデフォルトＥＳであるＨＤＲコンテンツを受信機５００の表示器５２７に表示する。

方法２にすることで、ＨＤＲコンテンツを受信できるテレビジョン受信機を持つユーザは、ＨＤＲコンテンツ放送の番組がある場合は、特段の操作をすることなくＨＤＲコンテンツを視聴することが可能となり、ユーザの利便性が向上する。 またユーザによっては、ＨＤＲコンテンツではなくＳＤＲコンテンツを視聴したい場合もある。この場合は、図２２Ａの２２０２に示した選択を促す表示のように、「ＳＤＲコンテンツを視聴しますか？」の選択を促す表示を行ってもよい。

図２３は、ＨＤＲコンテンツ放送が含まれる番組表の表示の一例である。第３の実施形態で説明したように受信機５００が、図１６Ｂの処理に基づき当該番組がＨＤＲコンテンツの番組であることを認識した場合、番組表に該当番組がＨＤＲコンテンツ放送である旨を表示している例である。２３０１から２３０３のＨＤＲ放送の表示が、該当番組がＨＤＲコンテンツ放送の番組であることを示している。

また、複数の番組データを含む番組としてＨＤＲコンテンツ放送の番組を含む場合もある。２３０３は、複数の番組データを含む番組としてデフォルトＥＳがＳＤＲコンテンツ放送の番組で、デフォルトＥＳ以外にＨＤＲコンテンツ放送の番組を含む場合の表示例である。デフォルトＥＳの番組であるＳＤＲコンテンツ放送の表示を大きく、デフォルトＥＳ以外の番組であるＨＤＲコンテンツ放送の表示を小さく表示した例である。

また、番組表の各番組の詳細情報の中や録画リストの表示内容に、当該番組がＨＤＲコンテンツなのかＳＤＲコンテンツなのかの表示を加えることも可能である。

図２４Ａ、図２４Ｂは番組表の各番組の詳細情報の表示内容に、図２５Ａ、図２５Ｂは録画リストの表示内容に、当該番組がＨＤＲコンテンツなのかＳＤＲコンテンツなのかの表示を加えた例を示している。

図２４Ａは、図２３に示す２３０２に示す番組名＝ハイビジョン大冒険を、テレビリモコン等を使って選択した場合に表示される、番組に関する詳細情報表示２４００の表示の例である。

エリア２４０１は、当該番組が複数の番組データを含む場合、デフォルトで表示される番組がＳＤＲコンテンツなのかＨＤＲコンテンツなのかを示すエリアである。図２４Ａの例では、デフォルトで表示される番組が、ＳＤＲコンテンツであることを示している。

エリア２４０２は、当該番組が複数の番組データを含む場合、デフォルト以外で表示される番組以外がＳＤＲコンテンツなのかＨＤＲコンテンツなのかを示すエリアである。図２４Ａの例では、デフォルトで表示される番組以外が、ＨＤＲコンテンツであることを示している。

エリア２４０４は、当該番組が複数の番組データを含む場合、その複数の番組がＳＤＲコンテンツとＨＤＲコンテンツの２つを含む場合の、ＳＤＲコンテンツとＨＤＲコンテンツの表示の切り替えが可能であることを示すエリアである。

また受信機５００は、先に説明した方法１および方法２と異なり方法３として、複数の番組データを含む番組を表示する場合、デフォルトＥＳの設定内容にかかわらず、受信機５００で設定した内容に基づいて表示器５２７に表示するコンテンツを設定することも可能である。

エリア２４０５は、該当番組のデフォルトＥＳにかかわらずＨＤＲコンテンツを表示器５２７に表示する場合の、ユーザが選択する選択ボタンである。同様にエリア２４０６は、当該番組のデフォルトＥＳにかかわらずＳＤＲコンテンツを表示器５２７に表示する場合の、ユーザが選択する選択ボタンである。

ユーザが例えばテレビリモコンを用いて、「ＨＤＲ表示を選択」２４０５あるいは「ＳＤＲ表示を選択」２４０６のボタンを押した場合、受信機５００は、デフォルトＥＳにかかわらず、ユーザが選択したＳＤＲコンテンツ放送の番組あるいはＨＤＲコンテンツ放送の番組をデフォルトで表示器５２７に表示することができる。

エリア２４０３は、複数の番組データを含む番組おけるＳＤＲ番組およびＨＤＲ番組を録画する場合の録画機能への導線を表示するエリアである。ＨＤＲコンテンツはＳＤＲコンテンツに比べ、ダイナミックレンジが広い分、録画した場合の録画サイズが大きくなる傾向にある。そこで図２４Ａに示すように、ユーザの嗜好に合わせて録画するコンテンツを選択しやすいように表示を工夫してもよい。例えば、図２４Ａに示すように、録画サイズを少なくしたいユーザにはＳＤＲコンテンツの記録を勧めるような表示を、また表示の綺麗さを追求したいユーザにはＨＤＲコンテンツの記録を勧めるような表示をしてもよい。

図２４Ｂは、複数の番組データを含む番組において該当番組のデフォルトＥＳにかかわらず、ユーザが「ＨＤＲ表示を選択」２４１５のボタンを押してデフォルトで表示器５２７に表示するコンテンツとしてＨＤＲコンテンツを選択した場合の表示例である。ユーザが「ＨＤＲ表示を選択」２４１５を選択することで、詳細情報表示２４１０のエリア２４１１は、詳細情報表示２４００のエリア２４０１の「ＳＤＲ表示」から「ＨＤＲ表示」に切り替わる。また、同時に表示器５２７に、デフォルトで表示される番組以外を表示するエリアであるエリア２４１２は、詳細情報表示２４００のエリア２４０２の「ＨＤＲ表示」から「ＳＤＲ表示」に切り替わる。これにより記述子内のデフォルトＥＳの設定内容に関わらず、ユーザがボタン２４１５を押して選択したＨＤＲコンテンツが、デフォルトで表示器５２７に表示される。

図２５Ａは、録画リストの表示内容の例である。エリア２５０１は、表示器５２７に表示されている録画リストの番組の時間帯を示している。エリア２５０２は、現在の時刻を示している。エリア２５０３は、録画リストの番組の中からユーザがカーソルを当てると、その番組のサムネイルを表示するエリアである。サムネイルが表示されている場所の下には、当該番組の詳細情報が表示される。図２５Ａの例では、２５０４の番組にカーソルがあたっており、その番組のサムネイルが２５０３に表示されている例である。

複数の番組データを含む番組を録画した場合、受信機によっては複数の番組データの全てが保存される場合がある。この場合、複数の番組データにＨＤＲコンテンツ放送が含まれていると、ＨＤＲコンテンツ放送を認識できない受信機の録画リストは、図２５Ａに示すようにＨＤＲコンテンツが録画されている旨は表示されない。この図２５Ａの録画リストに表示されている番組データは、例えば複数のテレビジョン受信機が接続された家庭内ネットワーク上に存在し、ＨＤＲコンテンツ放送を認識できる受信機５００から参照可能である。

この場合、ＨＤＲコンテンツ放送を認識できる受信機５００は、第３の実施形態に示したコンポーネント記述子の中のコンポーネント種別の値を、あるいはコンポーネント種別が保存されていない場合は第２の実施形態に示した映像符号化の中のＶＵＩに配置されている伝達特性の値を参照することで、ＨＤＲコンテンツが録画されている旨を表示することが可能となる。

図２５Ｂは、受信機５００が図２５Ａの録画リストの番組が保存されているデータを参照し、番組の映像符号化の中のＶＵＩに配置されている伝達特性の値を参照した結果、ＨＤＲコンテンツであると判明した番組に対して、その旨を表示した例である。エリア２５１５に、カーソルがあたっている番組２５１４の詳細情報が記載されており、そこに当該番組がＨＤＲコンテンツ放送であることが表示されている。

このように、本実施形態は録画された番組に対しても、当該番組がＨＤＲコンテンツであるかどうかを判定することが可能である。

本発明のいくつかの実施形態を説明したが、これらの実施形態は例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。さらにまた、請求項の各構成要素において、構成要素を分割して表現した場合、或いは複数を合わせて表現した場合、或いはこれらを組み合わせて表現した場合であっても本発明の範疇である。また請求項を制御ロジックとして表現した場合、コンピュータを実行させるインストラクションを含むプログラムとして表現した場合、及び前記インストラクションを記載したコンピュータ読み取り可能な記録媒体として表現した場合でも本発明の装置を適用したものである。また、使用している名称や用語についても限定されるものではなく、他の表現であっても実質的に同一内容、同趣旨であれば、本発明に含まれるものである。

２００・・・放送局、２０１・・・放送局サーバ、２０２・・・第１のセキュリティー機能、２０３・・・第１の基本機能、２１０・・・受信機、２１１・・・第２の基本機能、２１２・・・第２のセキュリティー機能、２１４・・・アプリケーション管理機能、２１５・・・アプリケーション、２２０・・・表示器、２３０・・・ＨＤＤ、３０１・・・映像エンコーダ、５０６・・・映像デコーダ、５２１・・・統合制御器、５２７・・・表示器、５２８・・・スピーカー。

２０１５年７月に総務省より「４Ｋ・８Ｋロードマップに関するフォローアップ会合
第二次中間報告」が公表された。この中間報告のロードマップは、２０１８年にＢＳ放送やＣＳ放送において、４Ｋ放送や８Ｋの放送を実用化（本放送）を始めるためのロードマップである。４Ｋ放送や８Ｋ放送の特徴は、映像解像度のみならず、色域の拡大、階調の拡大、フレームレートの拡大、さらに昨今話題の輝度の表現範囲の拡大であるＨＤＲ(High Dynamic Range)があげられる。

本実施形態では、送信装置側は、
２Ｋ放送として、１０８０／Ｉまたは１０８０／６０／Ｐの映像信号を放送信号に含めて伝送する場合、前記映像信号のコーディク種別はハイエフィシェンシービデオコーディング(High Efficiency Video Coding: ＨＥＶＣ）を採用しており、前記映像信号のダイナミックレンジを指定する情報を前記ＨＥＶＣの映像ストリームに挿入されるビデオユーザビリティーインフォメーション(Video_usablity_information：ＶＵＩ）に記述する送信側制御手段を用い、
前記送信側制御手段が、
前記放送信号に対して前記ＶＵＩとは異なる伝送制御信号を配置し、
前記伝送制御信号内にも、前記ＶＵＩ内の伝送特性に対応した情報が配置され、前記伝送特性に対応した情報とは異なる位置に、前記映像信号のダイナミックレンジが、ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を記述し、前記識別用の情報は、コンポーネントタイプ（Component_Typ)によりアスペクト比も識別しており、
受信装置側は、
前記放送信号をチューナが受信して復調することで多重化ストリームを取得し、デマルチプレクサが前記多重化ストリームから映像ストリームを分離し、映像データが映像ストリームをデコードして前記映像信号を取得するに際し、
受信側制御手段が、
前記多重化ストリームに含まれている前記伝送制御信号を解析することで、前記映像信号の前記ダイナミックレンジが、前記ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を把握し、さらに前記識別用の情報が有する前記コンポーネントタイプ（Component_Typ)によりアスペクト比も識別して把握し、
また、前記ＶＵＩも解析することで、前記映像信号の前記ダイナミックレンジを把握して、前記映像デコーダのデコード処理を制御することを特徴とする放送信号送受信方法を提供できる。

まず本実施形態を発案するに至る概要について説明する。図１は、映像フォーマットの進化の方向性を示した図である。進化の方向性は、解像度の進化と表現範囲の進化との大きく２つに分かれる。解像度の進化は、さらに２次元解像度（平面）の進化、３次元解像度（階調）の進化および４次元解像度（フレームレート）の進化の３つの進化の方向性がある。もう１つの進化の方向性である表現範囲の進化には、色の表現範囲の進化と輝度の表現範囲の進化の２つの方向性がある。

Claims (1)

1. 送信装置側は、
   ２Ｋ放送として、１０８０／６０／Ｉまたは１０８０／６０／Ｐの映像信号を放送信号に含めて伝送する場合、前記映像信号のコーディク種別はハイエフィシェンシービデオコーディング(High Efficiency Video Coding: ＨＥＶＣ）を採用しており、前記映像信号のダイナミックレンジを指定する情報を前記ＨＥＶＣの映像ストリームに挿入されるビデオユーザビリティーインフォメーション(Video_usablity_information：ＶＵＩ）に記述する送信側制御手段を用い、
   前記送信側制御手段が、
   前記放送信号に対して前記ＶＵＩとは異なる伝送制御信号を配置し、
   前記伝送制御信号内にも、前記ＶＵＩ内の伝送特性に対応した情報が配置され、前記伝送特性に対応した情報とは異なる位置に、前記映像信号のダイナミックレンジが、ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を記述し、前記識別用の情報は、コンポーネントタイプ（Component_Typ)によりアスペクト比も識別しており、
   受信装置側は、
   前記放送信号をチューナが受信して復調することで多重化ストリームを取得し、デマルチプレクサが前記多重化ストリームから映像ストリームを分離し、映像データが映像ストリームをデコードして前記映像信号を取得するに際し、
   受信側制御手段が、
   前記多重化ストリームに含まれている前記伝送制御信号を解析することで、前記映像信号の前記ダイナミックレンジが、前記ハイダイナミックレンジ（High Dynamic Range：ＨＤＲ）であるか否かを示す識別用の情報を把握し、さらに前記識別用の情報が有する前記コンポーネントタイプ（Component_Typ)によりアスペクト比も識別して把握し、
   また、前記ＶＵＩも解析することで、前記映像信号の前記ダイナミックレンジを把握して、前記映像デコーダのデコード処理を制御することを特徴とする放送信号送受信方法。

Images