特許7548285 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ソニー株式会社の特許一覧

特許7548285送信方法および受信装置

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

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

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

(11)【特許番号】

(24)【登録日】2024-09-02

(45)【発行日】2024-09-10

(54)【発明の名称】送信方法および受信装置

(51)【国際特許分類】

H04N 21/2362 20110101AFI20240903BHJP

H04N 21/434 20110101ALI20240903BHJP

H04N 19/31 20140101ALI20240903BHJP

H04N 19/70 20140101ALI20240903BHJP

【ＦＩ】

H04N21/2362

H04N21/434

H04N19/31

H04N19/70

【請求項の数】 7

(21)【出願番号】P 2022186842

(22)【出願日】2022-11-22

(62)【分割の表示】P 2021175109の分割

【原出願日】2017-08-17

(65)【公開番号】P2023010912

(43)【公開日】2023-01-20

【審査請求日】2022-12-22

(31)【優先権主張番号】P 2016162278

(32)【優先日】2016-08-22

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100093241

【弁理士】

【氏名又は名称】宮田正昭

(74)【代理人】

【識別番号】100101801

【弁理士】

【氏名又は名称】山田英治

(74)【代理人】

【識別番号】100095496

【弁理士】

【氏名又は名称】佐々木榮二

(74)【代理人】

【識別番号】100086531

【弁理士】

【氏名又は名称】澤田俊夫

(74)【代理人】

【識別番号】110000763

【氏名又は名称】弁理士法人大同特許事務所

(72)【発明者】

【氏名】塚越郁夫

【審査官】醍醐一貴

(56)【参考文献】

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

【文献】特開２０１６－０９６５８５（ＪＰ，Ａ）

【文献】特開２０１５－２０４６３４（ＪＰ，Ａ）

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

Ｈ０４Ｎ２１／００－２１／８５８

Ｈ０４Ｎ１９／００－１９／９８

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

【請求項1】

動画像データを構成する各ピクチャの画像データを階層符号化し、各階層のピクチャの符号化画像データを持つビデオストリームを生成する画像符号化ステップと、
上記ビデオストリームを含む映像信号を、放送波を用いた放送あるいはネットワークを介した配信で、送信する送信ステップを有し、
上記映像信号は、第１のフレームレートの動画像データを符号化した第１のビデオストリームおよび上記第１のフレームレートより高い第２のフレームレートの動画像データを符号化した第２のビデオストリームを切り替わるように含み、
上記映像信号は、最大規模の値に固定されたデコードに必要な値を含み、
上記最大規模の値に固定されたデコードに必要な値は、少なくとも上記第２のビデオストリームの最大階層に対応する値を含む
送信方法。

【請求項2】

上記最大規模の値に固定されたデコードに必要な値は、上記第２のビデオストリームのレベル指定値を含む
請求項１に記載の送信方法。

【請求項3】

上記第１のビデオストリームは、低階層側のピクチャの符号化画像データを持つ基本ストリームを含み、
上記第２のビデオストリームは、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームを含み、
上記最大規模の値に固定されたデコードに必要な値は、基本ストリームに含まれるピクチャの階層に関わらず固定された値である
請求項１に記載の送信方法。

【請求項4】

動画像データを構成する各ピクチャの画像データが階層符号化されて生成された、各階層のピクチャの符号化画像データを持つビデオストリームを含む映像信号を、放送波を用いた放送あるいはネットワークを介した配信で、受信する受信部を備え、
上記映像信号は、第１のフレームレートの動画像データを符号化した第１のビデオストリームおよび上記第１のフレームレートより高い第２のフレームレートの動画像データを符号化した第２のビデオストリームを切り替わるように含み、
上記映像信号は、最大規模の値に固定されたデコードに必要な値を含み、
上記最大規模の値に固定されたデコードに必要な値は、少なくとも上記第２のビデオストリームの最大階層に対応する値を含み、
上記最大規模の値に固定されたデコードに必要な値に基づいて、上記ビデオストリームの復号化処理を制御する制御部をさらに備える
受信装置。

【請求項5】

上記最大規模の値に固定されたデコードに必要な値は、上記第２のビデオストリームのレベル指定値を含む
請求項４に記載の受信装置。

【請求項6】

【請求項7】

上記制御部は、上記ビデオストリームの復号化処理によって復号化処理された各ピクチャの画像データに対して、表示部の表示能力に基づくフレームレートの補間処理または解像度の変換処理を行う
請求項４に記載の受信装置。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、送信方法および受信装置に関する。

【背景技術】

【0002】

放送において、画像フォーマット、例えばフレームレート（フレーム周波数）を異にする複数の番組（イベント）を混在させて送信することが考えられる。例えば、スポーツ系の番組は１００Ｐのサービスで提供し、その他は５０Ｐのサービスとする、などである。

【0003】

従来、例えば、ＨＥＶＣ（High Efficiency Video Coding）において、動画像データを構成する各ピクチャの画像データを階層符号化することによる時間方向スケーラビリティが提案されている（非特許文献１参照）。受信側では、ＮＡＬ（Network Abstraction Layer）ユニットのヘッダに挿入されているテンポラルＩＤ（temporal_id）情報に基づき、各ピクチャの階層を識別でき、デコード能力に対応した階層までの選択的なデコードが可能となる。

【先行技術文献】

【非特許文献】

【0004】

【文献】Gary J. Sullivan, Jens-Rainer Ohm, Woo-Jin Han, Thomas Wiegand, “Overview of the High Efficiency Video Coding (HEVC) Standard” IEEE TRANSACTIONS ON CIRCUITS AND SYSTEMS FOR VIDEO TECNOROGY, VOL. 22, NO. 12, pp. 1649-1668, DECEMBER 2012

【発明の概要】

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

【0005】

本技術の目的は、ビデオストリームの送信を良好に行い得るようにすることにある。

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

【0006】

本技術の概念は、
動画像データを構成する各ピクチャの画像データを階層符号化し、各階層のピクチャの符号化画像データを持つビデオストリームを生成する画像符号化部と、
上記ビデオストリームを含む所定フォーマットのコンテナを送信する送信部を備え、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入され、
上記デコードに必要な値は、最大規模の値に固定される
送信装置にある。

【0007】

本技術において、画像符号化部により、動画像データを構成する各ピクチャの画像データが階層符号化され、各階層のピクチャの符号化画像データを持つビデオストリームが生成される。例えば、画像符号化部は、第１のフレームレートの動画像データを符号化して第１のビデオストリームを生成し、第１のフレームレートより高い第２のフレームレートの動画像データを符号化して第２のビデオストリームを生成し、送信部は、画像符号化部で生成された第１のビデオストリームおよび第２のビデオストリームを連続的に含む所定フォーマットのコンテナを送信する、ようにされてもよい。

【0008】

この場合、例えば、第１のビデオストリームは、全階層のピクチャの符号化画像データを持つ基本ストリームからなり、第２のビデオストリームは、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームとからなる、ようにされてもよい。この場合は、ＨＦＲ（High Frame Rate）の後方互換性を持ったモードでの配信となる。

【0009】

このとき、例えば、拡張ストリームに含まれるピクチャの階層は、基本ストリームのピクチャが採り得る最大階層より大きな固定の階層とされてもよい。これにより、基本ストリームの各ピクチャの階層構造が変化する場合においても、基本ストリームに含まれる各階層のピクチャの符号化画像データの抽出を適切に行い得る。

【0010】

また、この場合、例えば、第１のビデオストリームおよび第２のビデオストリームは、それぞれ、全階層のピクチャの符号化画像データを持つ基本ストリームからなる、ようにされてもよい。この場合は、ＨＦＲ（High Frame Rate）の後方互換性を持たないモードでの配信となる。

【0011】

コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが、固定的に挿入される。また、デコードに必要な値は、最大規模の値に固定される。例えば、デコードに必要な値は、ビデオストリームのレベル指定値およびビデオストリームに含まれる各ピクチャの符号化画像データの階層の最大と最小の値である、ようにされてもよい。

【0012】

このように本技術によれば、コンテナのレイヤにデコードに必要な値が記述されたデスクリプタが固定的に挿入され、また、デコードに必要な値は最大規模の値に固定されるものであり、送信側の運用が容易となると共に、受信側ではデコードに必要な値の最大規模の値をコンテナのレイヤで容易に認識し得る。

【0013】

なお、本技術において、例えば、コンテナは、トランスポートストリームであり、デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入されてもよい。これにより、受信側では、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタの記述内容を組み合わせて受信ビデオストリームの状態を精度よく判別して適切な処理を行うことが可能となる。

【0014】

また、本技術の他の概念は、
動画像データを構成する各ピクチャの画像データが階層符号化されて生成された、各階層のピクチャの符号化画像データを持つビデオストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入されており、
上記デコードに必要な値は、最大規模の値に固定されており、
上記デスクリプタの記述内容に基づいて、上記ビデオストリームの復号化処理を制御する制御部をさらに備える
受信装置にある。

【0015】

本技術において、受信部により、動画像データを構成する各ピクチャの画像データが階層符号化されて生成された、各階層のピクチャの符号化画像データを持つビデオストリームを含む所定フォーマットのコンテナが受信される。

【0016】

コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入されている。また、デコードに必要な値は、最大規模の値に固定されている。制御部により、デスクリプタの記述内容に基づいて、ビデオストリームの復号化処理が制御される。

【0017】

このように本技術によれば、コンテナのレイヤに挿入されており、デコードに必要な値が最大規模の値に固定されて記述されているデスクリプタに基づいてビデオストリームの復号化処理が制御されるものであり、ビデオストリームの復号化処理を適切に行うことが可能となる。

【0018】

なお、本技術において、例えば、コンテナは、トランスポートストリームであり、デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入されており、制御部は、ＨＥＶＣ VIDEO デスクリプタの記述内容およびコンポーネントデスクリプタの記述内容に基づいて、ビデオストリームの復号化処理を制御する、ようにされてもよい。これにより、制御部は、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタの記述内容を組み合わせて受信ビデオストリームの状態を精度よく判別して適切な処理を行うことが可能となる。

【発明の効果】

【0019】

本技術によれば、ビデオストリームの送信を良好に行い得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

【図面の簡単な説明】

【0020】

【図1】実施の形態としての送受信システムの構成例を示すブロック図である。

【図2】階層符号化の一例を示す図である。

【図3】ＮＡＬユニットヘッダの構造例と、その構造例における主要なパラメータの内容を示す図である。

【図4】ＨＥＶＣ VIDEO デスクリプタの構造例を示す図である。

【図5】ＥＩＴの構造例と、その構造例において関係する要素の内容を示す図である。

【図6】コンポーネントデスクリプタの構造例と、その構造例における主要な要素の内容を示す図である。

【図7】「component_type」の各値とそれで識別されるビデオストリームの対応関係を示す図である。

【図8】ストリーム・アイデンチファイヤ・デスクリプタの構造例を示す図である。

【図9】ＨＥＶＣ VIDEO デスクリプタの記述内容とコンポーネントデスクリプタの記述内容との対応関係の一例を示す図である。

【図10】送信装置の構成例を示すブロック図である。

【図11】後方互換性を持ったモードでの配信において、５０Ｈｚ番組から１００Ｈｚ番組に切り替えが行われる場合におけるシーケンスパラメータセット、ＨＥＶＣ VIDEO デスクリプタおよびコンポーネントデスクリプタの状態変化の一例を示す図である。

【図12】後方互換性を持ったモードでの配信において、５０Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示す図である。

【図13】後方互換性を持ったモードでの配信において、１００Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示す図である。

【図14】従来におけるシーケンスパラメータセットおよびＨＥＶＣ VIDEO デスクリプタの状態変化の一例を示す図である。

【図15】後方互換性を持たないモードでの配信において、５０Ｈｚ番組から１００Ｈｚ番組に切り替えが行われる場合におけるシーケンスパラメータセット、ＨＥＶＣ VIDEO デスクリプタおよびコンポーネントデスクリプタの状態変化の一例を示す図である。

【図16】後方互換性を持たないモードでの配信において、５０Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示す図である。

【図17】後方互換性を持たないモードでの配信において、１００Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示す図である。

【図18】従来におけるシーケンスパラメータセットおよびＨＥＶＣ VIDEO デスクリプタの状態変化の一例を示す図である。

【図19】受信装置の構成例を示すブロック図である。

【図20】ＴＳ解析部の構成例を示す図である。

【図21】受信装置においてユーザ操作に基づいて行われるＥＰＧ表示等の一例を示す図である。

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

【0021】

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明は以下の順序で行う。
１．実施の形態
２．変形例

【0022】

＜１．実施の形態＞
［送受信システム］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、送信装置１００と、受信装置２００とを有する構成となっている。

【0023】

送信装置１００は、コンテナ（多重化ストリーム）としてのトランスポートストリームＴＳを、放送波あるいはネットのパケットに載せて送信する。このトランスポートストリームＴＳには、複数の番組（イベント）のビデオストリームが連続的に含まれる。ビデオストリームは、動画像データを構成する各ピクチャの画像データが階層符号化されて生成されたものであり、各階層のピクチャの符号化画像データを持っている。

【0024】

複数の番組には、第１のフレームレート（第１のフレーム周波数）の動画像データに係る番組と、第１のフレームレートより高い第２のフレームレート（第２のフレーム周波数）の動画像データに係る番組が含まれる。例えば、第１のフレームレートは５０Ｈｚであって第２のフレームレートは１００Ｈｚ、あるいは第１のフレームレートは６０Ｈｚであって第２のフレームレートは１２０Ｈｚである。ここでは、第１のフレームレートが５０Ｈｚ、第２のフレームレートが１００Ｈｚである場合を例にとって説明する。

【0025】

複数の番組は、サービスに応じて、ＨＦＲ（High Frame Rate）の後方互換性を持ったモード（HFR Backward Compatible Mode）での配信が行われるか、あるいはＨＦＲの後方互換性を持たないモード（HFR Non-Backward Compatible Mode）での配信が行われる。

【0026】

５０Ｈｚの動画像データに係る番組に関しては、当該動画像データが符号化されて第１のビデオストリームが生成される。一方、１００Ｈｚの動画像データに係る番組に関しては、当該動画像データが符号化されて第２のビデオストリームが生成される。

【0027】

ここで、後方互換性を持ったモードでの配信において、第１のビデオストリームは、全階層のピクチャの符号化画像データを持つ基本ストリームからなる。また、この後方互換性を持ったモードでの配信において、第２のビデオストリームは、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームとからなる。

【0028】

この場合、拡張ストリームに含まれるピクチャの階層は、基本ストリームのピクチャが採り得る最大階層より大きな固定の階層とされる。これにより、基本ストリームの各ピクチャの階層構造が変化する場合においても、基本ストリームに含まれる各階層のピクチャの符号化画像データの抽出を適切に行い得るようになる。

【0029】

また、後方互換性を持たないモードでの配信において、第１のビデオストリームは、全階層のピクチャの符号化画像データを持つ基本ストリームからなる。また、この後方互換性を持たないモードでの配信において、第２のビデオストリームも、全階層のピクチャの符号化画像データを持つ基本ストリームからなる。

【0030】

図２（ａ）は、後方互換性を持ったモードでの配信における第１のビデオストリーム（基本ストリーム）、あるいは後方互換性を持たないモードでの配信における第１のビデオストリーム（基本ストリーム）の階層符号化の一例を示している。矩形枠のそれぞれがピクチャを示している。この例は、最上位階層が「４」とされた例である。第１のビデオストリーム（基本ストリーム）は、「０」から「４」の階層のピクチャの符号化画像データを持つものとなる。

【0031】

図２（ｂ）は、後方互換性を持ったモードでの配信における第２のビデオストリーム（基本ストリーム、拡張ストリーム）の階層符号化の一例を示している。矩形枠のそれぞれがピクチャを示している。この例は、最上位階層が「５」とされた例である。基本ストリームは、「０」から「４」の階層のピクチャの符号化画像データを持つものとなる。拡張ストリームは、「５」の階層のピクチャの符号化画像データを持つものとなる。

【0032】

図２（ｃ）は、後方互換性を持たないモードでの配信における第２のビデオストリーム（基本ストリーム）の階層符号化の一例を示している。矩形枠のそれぞれがピクチャを示している。この例は、最上位階層が「５」とされた例である。第２のビデオストリーム（基本ストリーム）は、「０」から「５」の階層のピクチャの符号化画像データを持つものとなる。

【0033】

なお、階層符号化においては、例えば、Ｈ．２６４／ＡＶＣ、Ｈ．２６５/ＨＥＶＣなどの符号化が施され、被参照ピクチャが自己階層および／または自己階層よりも低い階層に所属するように符号化される。各階層のピクチャの符号化画像データに、ピクチャ毎に、所属階層を識別するための階層識別情報（temporal_id）が付加される。各ピクチャのＮＡＬユニット（nal_unit）のヘッダ部分に、階層識別情報（temporal_id）を意味する“nuh_temporal_id_plus1”）が配置される。このように階層識別情報が付加されることで、受信側では、各ピクチャの所属階層を知ることができる。

【0034】

図３（ａ）は、ＮＡＬユニットヘッダの構造例（Syntax）を示し、図３（ｂ）は、その構造例における主要なパラメータの内容（Semantics）を示している。「Forbidden_zero_bit」の１ビットフィールドは、０が必須である。「Nal_unit_type」の６ビットフィールドは、ＮＡＬユニットタイプを示す。「Nuh_layer_id」の６ビットフィールドは、０を前提とする。「Nuh_temporal_id_plus1」の３ビットフィールドは、“temporal_id”を示し、１を加えた値（１～７）をとる。

【0035】

コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタ、ここではＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタが固定的に挿入される。また、このＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値は、最大規模の値に固定される。デコードに必要な値は、例えば、ビデオストリームのレベル指定値およびビデオストリームに含まれる各ピクチャの符号化画像データの階層の最大と最小の値などである。

【0036】

図４は、ＨＥＶＣ VIDEO デスクリプタ（HEVC_video_descriptor）の構造例（Syntax）を示している。「descriptor_tag」の８ビットフィールドは、デスクリプタタイプを示し、ここでは、ＨＥＶＣ VIDEO デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。

【0037】

「level_idc」の８ビットフィールドは、ビデオストリームのレベル指定値を示す。また、「temporal_layer_subset_flag = 1」であるとき、「temporal_id_min」の５ビットフィールドと、「temporal_id_max」の５ビットフィールドが存在する。「temporal_id_min」は、対応するビデオストリームに含まれる階層符号化データの最も低い階層の“temporal_id”の値を示す。「temporal_id_max」は、対応するビデオストリームが持つ階層符号化データの最も高い階層の“temporal_id”の値を示す。

【0038】

また、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタ（Component_descriptor）が挿入される。このコンポーネントデスクリプタは、ＥＩＴ（Event Information Table）に配置される。

【0039】

図５（ａ）は、ＥＩＴの構造例（Syntax）を示している。図５（ｂ）は、ＥＩＴの構造例において関係する要素の内容（Semantics）を示している。「service_id」の１６ビットフィールドは、配信サービスを示す識別ＩＤである。「event_id」の１６ビットフィールドは、番組（インベント）を識別するＩＤを示す。「start_time」の４０ビットフィールドは、番組の開始時刻を示し、ＵＴＣUniversal Time, Coordinated）で表される。「descriptor()」のフィールドにデスクリプタが挿入される。Ｎ個のデスクリプタの挿入が可能である。

【0040】

図６（ａ）は、コンポーネントデスクリプタの構造例（Syntax）を示している。図６（ｂ）は、コンポーネントデスクリプタの構造例における主要な要素の内容（Semantics）を示している。「stream_content_ext」の４ビットフィールドは、後方互換性を持った配信であるか否かを示す。“０ｘ１”は互換性ありを示し、“０ｘ０”は互換性なしを示す。

【0041】

「stream_content」の４ビットフィールドは、ストリームのタイプを示す。例えば、“０ｘ９”は、ＨＥＶＣ符号化ストリームであってもよい。「component_type」の８ビットフィールドは、ストリームのパラメータの組み合わせを示す識別情報である。

【0042】

図７は、「component_type」の各値とそれで識別されるビデオストリームの対応関係を示している。「stream_content_ext = 0x0」であって、「component_type = 0x05」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤ（Ultra High Definition）ビデオで、５０Ｈｚのシングルストリーム（基本ストリーム）であることを示す。また、「stream_content_ext = 0x0」であって、「component_type = 0x06」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、６０Ｈｚのシングルストリーム（基本ストリーム）であることを示す。

【0043】

また、「stream_content_ext = 0x0」であって、「component_type = 0x07」であるとき、ＨＥＶＣメイン１０プロファイルのＨＤ（High Definition）ビデオで、１００Ｈｚのシングルストリーム（基本ストリーム）であることを示す。また、「stream_content_ext = 0x0」であって、「component_type = 0x08」であるとき、ＨＥＶＣメイン１０プロファイルのＨＤ（High Definition）ビデオで、１２０Ｈｚのシングルストリーム（基本ストリーム）であることを示す。

【0044】

また、「stream_content_ext = 0x0」であって、「component_type = 0x09」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、１００Ｈｚのシングルストリーム（基本ストリーム）であることを示す。また、「stream_content_ext = 0x0」であって、「component_type = 0x0A」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、１２０Ｈｚのシングルストリーム（基本ストリーム）であることを示す。

【0045】

また、「stream_content_ext = 0x1」であって、「component_type = 0x07」であるとき、ＨＥＶＣメイン１０プロファイルのＨＤビデオで、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームであることを示す。また、「stream_content_ext = 0x1」であって、「component_type = 0x08」であるとき、ＨＥＶＣメイン１０プロファイルのＨＤビデオで、基本ストリームと合わせて１２０Ｈｚとするための拡張ストリームであることを示す。

【0046】

また、「stream_content_ext = 0x1」であって、「component_type = 0x09」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームであることを示す。また、「stream_content_ext = 0x1」であって、「component_type = 0x0A」であるとき、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、基本ストリームと合わせて１２０Ｈｚとするための拡張ストリームであることを示す。

【0047】

図６に戻って、「component_tag」の８ビットフィールドは、コンポーネントタグ（component_tag）を示し、対応するＨＥＶＣ VIDEO デスクリプタと共に配置されたストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）のコンポーネントタグ（component_tag）と一致する。これにより、ＰＭＴとＥＩＴとの関連付け、つまりＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとの関連付けがなされる。図８は、ストリーム・アイデンチファイヤ・デスクリプタの構造例（Syntax）を示している。「ISO_639_language_code」の２４ビットフィールドは、「text_char」のフィールドで表示する言語を“3-character code”で表す。

【0048】

図９は、ＨＥＶＣ VIDEO デスクリプタの記述内容とコンポーネントデスクリプタの記述内容との対応関係の一例を示している。“サービス１”は、後方互換性を持ったモードにおける配信例である。この“サービス１”においては、ＰＭＴに、基本ストリームおよび拡張ストリームのそれぞれに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタが固定的に挿入され、各ＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値（ビットレートのレベル指定値、階層の最大の値など）は最大規模の値に固定される。

【0049】

基本ストリームに対応したＥＳループには、基本ストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置される。「Stream_type」の値は「０ｘ２４」に設定され、ＰＩＤ情報は基本ストリームのＰＥＳパケットに付与される「ＰＩＤ１」に設定される。

【0050】

また、この基本ストリームに対応したＥＳループには、ＨＥＶＣ VIDEO デスクリプタ、ストリーム・アイデンチファイヤ・デスクリプタが挿入される。ＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“１５３”、つまり“level5.1”に設定されている。また、「temporal_id_max」は“４”に設定されている（図２（ａ），（ｂ）参照）。

【0051】

また、拡張ストリームに対応したＥＳループには、拡張ストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置される。「Stream_type」の値は「０ｘ２５」に設定され、ＰＩＤ情報は拡張ストリームのＰＥＳパケットに付与される「ＰＩＤ２」に設定される。

【0052】

また、この拡張ストリームに対応したＥＳループには、ＨＥＶＣ VIDEO デスクリプタ、ストリーム・アイデンチファイヤ・デスクリプタが挿入される。ＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“１５６”、つまり“level5.2”に設定されている。また、「temporal_id_max」は“５”に設定されている（図２（ｂ）参照）。

【0053】

また、ストリーム・アイデンチファイヤ・デスクリプタにおけるコンポーネントタグが“Component_tag1”に設定され、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとが対応付けられる。コンポーネントデスクリプタの記述内容により、ＥＰＧ（Electronic program guide）情報が構成される。

【0054】

ＥＰＧ情報には、イベント毎のビデオストリームにそれぞれ対応して、フレームレート情報、互換性情報も含まれる。例えば、開始時刻（start_time）が“６：００：００”である番組（イベント）に関しては、１つのビデオストリームの存在が示されている。そして、この１つのビデオストリームは、「stream_content_ext = 0x0」、「component_type = 0x05」であることから、ＨＥＶＣメイン１０プロファイルのＵＨＤ（Ultra High Definition）ビデオで、５０Ｈｚのシングルストリーム（基本ストリーム）であることがわかる。

【0055】

また、例えば、開始時刻（start_time）が“７：００：００”である番組（イベント）に関しては、２つのビデオストリームが存在し、ＵＨＤ１００Ｈｚの互換配信であることが示されている。そして、一方のビデオストリームは、「Component_tag1_1」により示される要素が「stream_content_ext = 0x0」、「component_type = 0x05」であることから、ＨＥＶＣメイン１０プロファイルのＵＨＤ（Ultra High Definition）ビデオで、５０Ｈｚの基本ストリームであることがわかる。また、他方のビデオストリームは、「Component_tag1_2」より示される要素が「stream_content_ext = 0x1」、「component_type = 0x09」であることから、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームであることがわかる。

【0056】

“サービス２”も、後方互換性を持ったモードにおける配信例である。上述した“サービス１”の場合と同様であるので、その詳細説明は省略する。

【0057】

“サービス３”は、後方互換性を持たないモードにおける配信例である。この“サービス３”においては、ＰＭＴに、基本ストリームに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタが固定的に挿入され、そのＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値（ビットレートのレベル指定値、階層の最大の値など）は最大規模の値に固定される。

【0058】

【0059】

また、この基本ストリームに対応したＥＳループには、ＨＥＶＣ VIDEO デスクリプタ、ストリーム・アイデンチファイヤ・デスクリプタが挿入される。ＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“１５６”、つまり“level5.2”に設定されている。また、「temporal_id_max」は“５”に設定されている（図２（ｃ）参照）。ビデオストリームのレベル指定値が“level5.1”であっても、ＨＥＶＣ VIDEO デスクリプタでは“level5.2”を示す。元々１ストリームで１００ｐ放送をする場合は非互換サービスが前提なので、５０ｐ放送しか受信できない受信装置は、“サービス３”の対象にならない。

【0060】

また、ストリーム・アイデンチファイヤ・デスクリプタにおけるコンポーネントタグが“Component_tag3”に設定され、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとが対応付けられる。コンポーネントデスクリプタの記述内容により、ＥＰＧ（Electronic program guide）情報が構成される。

【0061】

ＥＰＧ情報には、イベント毎のビデオストリームにそれぞれ対応して、フレームレート情報、互換性情報も含まれる。例えば、開始時刻（start_time）が“６：００：００”である番組（イベント）に関しては、１つのビデオストリームの存在が示されている。そして、この１つのビデオストリームは、「Component_tag3 」により示される要素が「stream_content_ext = 0x0」、「component_type = 0x05」であることから、ＨＥＶＣメイン１０プロファイルのＵＨＤ（Ultra High Definition）ビデオで、５０Ｈｚのシングルストリーム（基本ストリーム）であることがわかる。

【0062】

また、例えば、開始時刻（start_time）が“７：００：００”である番組（イベント）に関しては、１つのビデオストリームが存在し、ＵＨＤ１００Ｈｚの非互換配信であることが示されている。そして、このビデオストリームは、「Component_tag3 」により示される要素が「stream_content_ext = 0x0」、「component_type = 0x09」であることから、ＨＥＶＣメイン１０プロファイルのＵＨＤビデオで、１００Ｈｚのシングルストリーム（基本ストリーム）であることがわかる。

【0063】

図１に戻って、受信装置２００は、送信装置１００から放送波あるいはネットのパケットに載せて送られてくる上述のトランスポートストリームＴＳを受信する。このトランスポートストリームＴＳには、上述したように、複数の番組（イベント）のビデオストリームが連続的に含まれる。ここで、複数の番組には、５０Ｈｚの動画像データに係る番組と、１００Ｈｚの動画像データに係る番組が含まれる。

【0064】

そして、後方互換性を持ったモードでの配信において、５０Ｈｚの動画像データに係る番組に関しては、全階層のピクチャの符号化画像データを持つ基本ストリームのみが存在し、１００Ｈｚの動画像データに係る番組に関しては、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームが存在する。

【0065】

一方、後方互換性を持たないモードでの配信において、５０Ｈｚの動画像データに係る番組に関しては、全階層のピクチャの符号化画像データを持つ基本ストリームのみが存在し、１００Ｈｚの動画像データに係る番組に関しても、全階層のピクチャの符号化画像データを持つ基本ストリームのみが存在する。

【0066】

コンテナのレイヤに、ＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタが固定的に挿入され、当該ＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値は、最大規模の値に固定されている（図９参照）。

【0067】

また、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入され、コンポーネントタグによって、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとの対応付けがなされている（図９参照）。

【0068】

受信装置２００は、ＨＥＶＣ VIDEO デスクリプタの記述内容、あるいはＨＥＶＣ VIDEO デスクリプタの記述内容およびコンポーネントデスクリプタの記述内容に基づいて、ビデオストリームの復号化処理を制御し、各番組の画像表示をする。

【0069】

例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）、５０Ｈｚのシングルストリーム（基本ストリーム）のみが存在する番組（イベント）の場合、５０ｐ放送しか受信できない受信装置２００および１００ｐ放送も受信できる受信装置２００のいずれにおいても、当該基本ストリームの復号化処理を行って、当該番組の画像表示をする。

【0070】

また、例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）、５０Ｈｚのシングルストリーム（基本ストリーム）と、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームの２つのビデオストリームが存在する場合、５０ｐ放送しか受信できない受信装置２００は基本ストリームの復号化処理を行って当該番組の画像表示をし、１００ｐ放送も受信できる受信装置２００は基本ストリームおよび拡張ストリームの双方の復号化処理を行って、当該番組の画像表示をする。

【0071】

また、例えば、後方互換性を持たないモードでの配信であって（図９のサービス３参照）、５０Ｈｚあるいは１００Ｈｚのシングルストリーム（基本ストリーム）が存在する番組（イベントの場合、５０ｐ放送しか受信できない受信装置２００は当該基本ストリームの復号化処理をせず、当該番組の画像表示をしないが、１００ｐ放送も受信できる受信装置２００は当該基本ストリームの復号化処理を行って、当該番組の画像表示をする。

【0072】

「送信装置の構成」
図１０は、送信装置１００の構成例を示している。この送信装置１００は、ＣＰＵ（Central Processing Unit）１０１と、エンコーダ１０２と、圧縮データバッファ（ｃｐｂ：coded picture buffer）１０３と、ＴＳフォーマッタ（マルチプレクサ）１０４と、送信部１０５を有している。ＣＰＵ１０１は、制御部であり、送信装置１００の各部の動作を制御する。

【0073】

エンコーダ１０２は、フレームレートが５０Ｈｚの番組（以下、適宜、「５０Ｈｚ番組」という）の動画像データＶＤＡとフレームレートが１００Ｈｚの番組（以下、適宜、「１００Ｈｚ番組」という）の動画像データＶＤＢを選択的に入力し、例えば、Ｈ．２６４／ＡＶＣ、Ｈ．２６５／ＨＥＶＣなどの符号化を行って、ビデオストリームを生成する。この場合、ビデオストリームは、動画像データを構成する各ピクチャの画像データが階層符号化されて生成される。

【0074】

ＨＦＲの後方互換性を持ったモード（HFR Backward Compatible Mode）での配信が行われる場合、５０Ｈｚ番組の動画像データＶＤＡに関しては、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ａ）参照）。また、この場合、１００Ｈｚ番組の動画像データＶＤＢに関しては、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームが生成される（図２（ｂ）参照）。

【0075】

また、ＨＦＲの後方互換性を持たないモード（HFR Non-Backward Compatible Mode）での配信が行われる場合、５０Ｈｚ番組の動画像データＶＤＡに関しては、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ａ）参照）。また、この場合、１００Ｈｚ番組の動画像データＶＤＢに関しても、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ｃ）参照）。

【0076】

圧縮データバッファ(ｃｐｂ)１０３は、エンコーダ１０３で生成されたビデオストリームを、一時的に蓄積する。ＴＳフォーマッタ１０４は、圧縮データバッファ１０３に蓄積されているビデオストリームを読み出し、ＰＥＳパケット化し、さらにトランスポートパケット化して多重し、多重化ストリームとしてのトランスポートストリームＴＳを得る。

【0077】

このトランスポートストリームＴＳには、５０Ｈｚ番組のビデオストリームと１００Ｈｚ番組のビデオストリームが連続的に含まれる。後方互換性を持ったモードでの配信では、５０Ｈｚ番組のビデオストリームとしては基本ストリームのみが存在し、１００Ｈｚ番組のビデオストリームとしては基本ストリームと拡張ストリームが存在する。また、後方互換性を持たないモードでの配信では、５０Ｈｚ番組および１００Ｈｚ番組のビデオストリームとしてはそれぞれ基本ストリームのみが存在する。

【0078】

また、ＴＳフォーマッタ１０４は、コンテナのレイヤに、ＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタを固定的に挿入し、当該ＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値を、最大規模の値に固定する。

【0079】

後方互換性を持ったモードでの配信では、ＰＭＴに、基本ストリームおよび拡張ストリームのそれぞれに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタを固定的に挿入する。そして、基本ストリームに対応したＥＳループに挿入されるＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」を“１５３”に設定し、「temporal_id_max」を“４”に設定し、拡張ストリームに対応したＥＳループに挿入されるＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」を“１５６”に設定し、「temporal_id_max」を“５”に設定する（図９のサービス１，２参照）。

【0080】

一方、後方互換性を持たないモードでの配信では、ＰＭＴに、基本ストリームに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタを固定的に挿入する。そして、このＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」を“１５６”に設定し、「temporal_id_max」を“５”に設定する（図９のサービス３参照）。

【0081】

また、ＴＳフォーマッタ１０４は、基本ストリームに固定のＰＩＤ（＝ＰＩＤ_１）を付与する。また、ＴＳフォーマッタ１０４は、拡張ストリームに固定のＰＩＤ（＝ＰＩＤ_２）を付与する。

【0082】

また、ＴＳフォーマッタ１０４は、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタを挿入し、コンポーネントタグによって、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとの対応付けをする（図９参照）。このコンポーネントデスクリプタは、ＥＩＴに配置される。

【0083】

送信部１０５は、ＴＳフォーマッタ１０４で得られたトランスポートストリームＴＳを、放送波あるいはネットのパケットに載せて、受信装置２００に送信する。

【0084】

図１０に示す送信装置１００の動作を簡単に説明する。エンコーダ１０２には、５０Ｈｚ番組の動画像データＶＤＡと１００Ｈｚ番組の動画像データＶＤＢが選択的に入力される。エンコーダ１０２では、入力された動画像データに階層符号化が施されて、ビデオストリームが生成される。このビデオストリームは、圧縮データバッファ（ｃｐｂ）１０３に一時的に蓄積される。

【0085】

ここで、ＨＦＲの後方互換性を持ったモードでの配信が行われる場合、５０Ｈｚ番組の動画像データＶＤＡに関しては、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ａ）参照）。また、この場合、１００Ｈｚ番組の動画像データＶＤＢに関しては、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームが生成される（図２（ｂ）参照）。

【0086】

また、ＨＦＲの後方互換性を持たないモードでの配信が行われる場合、５０Ｈｚ番組の動画像データＶＤＡに関しては、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ａ）参照）。また、この場合、１００Ｈｚ番組の動画像データＶＤＢに関しても、全階層のピクチャの符号化画像データを持つ基本ストリームが生成される（図２（ｃ）参照）。

【0087】

ＴＳフォーマッタ１０４では、圧縮データバッファ１０３に蓄積されているビデオストリームが読み出され、ＰＥＳパケット化され、さらにトランスポートパケット化されて多重され、多重化ストリームとしてのトランスポートストリームＴＳが得られる。

【0088】

このトランスポートストリームＴＳには、５０Ｈｚ番組のビデオストリームと１００Ｈｚ番組のビデオストリームが連続的に含まれる。後方互換性を持ったモードでの配信では、５０Ｈｚ番組のビデオストリームとして基本ストリームのみが含まれ、１００Ｈｚ番組のビデオストリームとして基本ストリームと拡張ストリームが含まれる。また、後方互換性を持たないモードでの配信では、５０Ｈｚ番組および１００Ｈｚ番組のビデオストリームとしてそれぞれ基本ストリームのみが含まれる。

【0089】

また、ＴＳフォーマッタ１０４では、コンテナのレイヤに、ＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタが固定的に挿入され、当該ＨＥＶＣ VIDEO デスクリプタに記述されるデコードに必要な値は、最大規模の値に固定される。この場合、後方互換性を持ったモードでの配信では、ＰＭＴに、基本ストリームおよび拡張ストリームのそれぞれに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタが固定的に挿入される。一方、後方互換性を持たないモードでの配信では、ＰＭＴに、基本ストリームに対応したＥＳループにＨＥＶＣ VIDEO デスクリプタが固定的に挿入される。

【0090】

また、ＴＳフォーマッタ１０４では、基本ストリームに固定のＰＩＤ（＝ＰＩＤ_１）が付与されると共に、拡張ストリームに固定のＰＩＤ（＝ＰＩＤ_２）が付与される。

【0091】

また、ＴＳフォーマッタ１０４では、コンテナのレイヤに、番組（イベント）毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入され、コンポーネントタグによって、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタとの対応付けがなされる。

【0092】

ＴＳフォーマッタ１０４で得られたトランスポートストリームＴＳは、送信部１０５に送られる。送信部１０５では、ＴＳフォーマッタ１０４で得られたトランスポートストリームＴＳが、放送波あるいはネットのパケットに載せて、受信装置２００に送信される。

【0093】

図１１は、後方互換性を持ったモードでの配信において、５０Ｈｚ番組から１００Ｈｚ番組に切り替えが行われる場合におけるシーケンスパラメータセット（ＳＰＳ：Sequence Parameter Set）、ＨＥＶＣ VIDEO デスクリプタ（HEVC_video_descriptor）およびコンポーネントデスクリプタ（Component_descriptor）の状態変化の一例を示している。

【0094】

５０Ｈｚ番組のビデオストリームとして、基本ストリーム（base stream）のみが存在する。この基本ストリームに０から４の全ての階層のピクチャの符号化画像データが含まれる。この場合、基本ストリームのＳＰＳおいて、「general_level_idc」は“level5.1”に設定され、「sps_max_sublayer_minus1」は“４”に設定される。

【0095】

１００Ｈｚ番組のビデオストリームとして、基本ストリーム（base stream）および拡張ストリーム（enhanced stream）が存在する。基本ストリームに０から４の階層のピクチャの符号化画像データが含まれ、拡張ストリームに５の階層のピクチャの符号化画像データが含まれる。この場合、基本ストリームのＳＰＳおいて、「general_level_idc」は“level5.2”に設定され、「sps_max_sublayer_minus1」は“５”に設定される。

【0096】

５０Ｈｚ番組の送信期間が開始される直前のタイミングで、コンテナのレイヤに、その５０Ｈｚ番組に対応したＰＭＴが挿入される。ここで、５０Ｈｚ番組のビデオストリームとしては基本ストリームだけが存在するが、ＰＭＴには、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタと拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタが挿入される。これは、本技術において、ＰＭＴデスクリプタを固定的に挿入することによる。

【0097】

この場合、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“level5.1”に設定され、さらに、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“４”に設定される。また、拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“level5.2”に設定され、さらに、「temporal_id_min」は“５”に設定され、「temporal_id_max」は“５”に設定される。

【0098】

基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタに関連付けされたコンポーネントデスクリプタが存在する。このコンポーネントデスクリプタでは、「stream_content_ext」は“０ｘ０”に設定され、「component_type」は“０ｘ０５”に設定されており、５０Ｈｚのシングルストリーム（基本ストリーム）の存在が示される。

【0099】

同様に、５０Ｈｚ番組の送信期間において、１００Ｈｚ番組の送信期間が開始される直前のタイミングで、コンテナのレイヤに、その１００Ｈｚ番組に対応したＰＭＴが挿入される。ここで、１００Ｈｚ番組のビデオストリームとしては基本ストリームおよび拡張ストリームが存在し、ＰＭＴには、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタと拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタが挿入される。

【0100】

この場合、各ＨＥＶＣ VIDEO デスクリプタの記述内容は、５０Ｈｚ番組に対応したＰＭＴにおける各ＨＥＶＣ VIDEO デスクリプタの記述内容と同じである。すなわち、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“level5.1”に設定され、さらに、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“４”に設定される。また、拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc 」は“level5.2”に設定され、さらに、「temporal_id_min」は“５”に設定され、「temporal_id_max」は“５”に設定される。

【0101】

基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタに関連付けされた第１のコンポーネントデスクリプタと、拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタに関連付けされた第２のコンポーネントデスクリプタが存在する。第１のコンポーネントデスクリプタでは、「stream_content_ext」は“０ｘ０”に設定され、「component_type」は“０ｘ０５”に設定されており、５０Ｈｚのシングルストリーム（基本ストリーム）の存在が示される。また、第２のコンポーネントデスクリプタでは、「stream_content_ext」は“０ｘ１”に設定され、「component_type」は“０ｘ０９”に設定されており、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームの存在が示される。

【0102】

このように、本技術においては、コンテナのレイヤに、ＰＭＴデスクリプタ（ＨＥＶＣ VIDEO デスクリプタ）が固定的に挿入される。つまり、５０Ｈｚ番組に対応したＰＭＴデスクリプタと１００Ｈｚ番組に対応したＰＭＴデスクリプタは全く同じ状態とされる。そして、このＰＭＴデスクリプタに記述されるデコードに必要な値は最大規模の値に固定される。

【0103】

図１２は、５０Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別される基本ストリームのＰＥＳパケット「video PES1」が存在する。ここで、ＰＩＤ１は基本ストリームに固定のＰＩＤである。

【0104】

基本ストリームの各ピクチャの符号化画像データには、ＡＵＤ、ＶＰＳ、ＳＰＳ、ＰＰＳ、ＳＬＩＣＥ、ＳＥＩなどのＮＡＬユニットが存在する。上述したように、ＮＡＬユニットのヘッダには、そのピクチャの階層識別情報（temporal_id）を意味する“nuh_temporal_id_plus1”が配置されている。ＳＰＳには、ビデオストリームのレベル指定値である「general_level_idc」が挿入されている。ここで、「general_level_idc」は“level5.1”に設定されている。

【0105】

また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つＥＳループが存在する。この構成例では、実際に存在する基本ストリーム（video PES1）に対応したビデオＥＳループ（video ES1 loop）と、実際には存在しない拡張ストリーム（video PES2）に対応したビデオＥＳループ（video ES2 loop）が存在する。

【0106】

ビデオＥＳループ（video ES1 loop）には、基本ストリーム（video PES1）に対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。基本ストリームの「Stream_type」の値は「０ｘ２４」に設定され、ＰＩＤ情報は、上述したように基本ストリームのＰＥＳパケット「video PES1」に付与されるＰＩＤ１を示すものとされる。

【0107】

また、ビデオＥＳループ（video ES1 loop）に、ＨＥＶＣ VIDEO デスクリプタ（HEVC descriptor）やストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）が挿入される。このＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc」は“level5.1”に設定されている。また、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“４”に設定されている。ストリーム・アイデンチファイヤ・デスクリプタは、当該ＨＥＶＣ VIDEO デスクリプタとＥＩＴ配下のコンポーネントデスクリプタ（component_descriptor）とをコンポーネントタグタグ「Component_tag1」で対応付けるものである。

【0108】

ビデオＥＳループ（video ES2 loop）には、拡張ストリーム（video PES2）に対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。拡張ストリームの「Stream_type」の値は「０ｘ２５」に設定され、ＰＩＤ情報は、上述したように拡張ストリームのＰＥＳパケット「video PES2」に付与されるＰＩＤ２を示すものとされる。

【0109】

また、ビデオＥＳループ（video ES2 loop）に、ＨＥＶＣ VIDEO デスクリプタ（HEVC descriptor）やストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）が挿入される。このＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc」は“level5.2”に設定されている。また、「temporal_id_min」は“５”に設定され、「temporal_id_max」は“５”に設定されている。ストリーム・アイデンチファイヤ・デスクリプタは、当該ＨＥＶＣ VIDEO デスクリプタとＥＩＴ配下のコンポーネントデスクリプタ（component_descriptor）とをコンポーネントタグタグ「Component_tag2」で対応付けるものである。

【0110】

図１３は、１００Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別される基本ストリームのＰＥＳパケット「video PES1」と、ＰＩＤ２で識別される拡張ストリームのＰＥＳパケット「video PES2」が存在する。ここで、ＰＩＤ１は基本ストリームに固定のＰＩＤであり、ＰＩＤ２は拡張ストリームに固定のＰＩＤである。

【0111】

【0112】

ＳＰＳには、ビデオストリームのレベル指定値である「general_level_idc」が挿入されている。ここで、「general_level_idc」は“level5.2”に設定されている。また、ＳＰＳには、“temporal_id”で示される各階層に属するピクチャがサブレイヤ（sub_layer）として括られ、“sublayer_level_presented_flag”が“１”とされることで、サブレイヤごとのビットレートのレベル指定値である「sublayer_level_idc」が挿入される。ここで、「sublayer_level_idc[4]」は、“level5.1”に設定されている。

【0113】

一方、拡張ストリームの各ピクチャの符号化画像データには、ＡＵＤ、ＰＰＳ、ＳＬＩＣＥなどのＮＡＬユニットが存在する。ＮＡＬユニットのヘッダには、そのピクチャの階層識別情報（temporal_id）を意味する“nuh_temporal_id_plus1”が配置されている。

【0114】

また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つＥＳループが存在する。この構成例では、基本ストリーム（video PES1）に対応したビデオＥＳループ（video ES1 loop）と、拡張ストリーム（video PES2）に対応したビデオＥＳループ（video ES2 loop）が存在する。

【0115】

【0116】

【0117】

【0118】

【0119】

図１４は、従来におけるシーケンスパラメータセットおよびＨＥＶＣ VIDEO デスクリプタの状態変化の一例を図１１の例と対比可能に示している。従来の場合、５０Ｈｚ番組に対応したＰＭＴには、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタのみが存在し、拡張ストリームに対応したＨＥＶＣ VIDEO デスクリプタの挿入はない。この点から、従来の場合には、ＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタが固定的に挿入されたものではない。なお、各ＨＥＶＣ VIDEO デスクリプタの記述内容（要素の値）に関しては固定である。

【0120】

図１５は、後方互換性を持たないモードでの配信において、５０Ｈｚ番組から１００Ｈｚ番組に切り替えが行われる場合におけるシーケンスパラメータセット（ＳＰＳ：Sequence Parameter Set）、ＨＥＶＣ VIDEO デスクリプタ（HEVC_video_descriptor）およびコンポーネントデスクリプタ（Component_descriptor）の状態変化の一例を示している。

【0121】

【0122】

１００Ｈｚ番組のビデオストリームとしても、基本ストリーム（base stream）のみが存在する。この基本ストリームに０から５の階層のピクチャの符号化画像データが含まれる。この場合、基本ストリームのＳＰＳおいて、「general_level_idc」は“level5.2”に設定され、「sps_max_sublayer_minus1」は“５”に設定される。

【0123】

５０Ｈｚ番組の送信期間が開始される直前のタイミングで、コンテナのレイヤに、その５０Ｈｚ番組に対応したＰＭＴが挿入される。このＰＭＴには、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタが挿入される。

【0124】

この基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいては、５０Ｈｚ番組に対応するものであるが、後述の１００Ｈｚ番組に対応するものと同様に、「level_idc 」は“level5.2”に設定され、さらに、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“５”に設定される。これは、本技術において、ＰＭＴデスクリプタを固定的に挿入し、かつ当該デスクリプタに記述されるデコードに必要な値を最大規模の値に固定することによる。

【0125】

この基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタに関連付けされたコンポーネントデスクリプタが存在する。このコンポーネントデスクリプタでは、「stream_content_ext」は“０ｘ０”に設定され、「component_type」は“０ｘ０５”に設定されており、５０Ｈｚのシングルストリーム（基本ストリーム）の存在が示される。

【0126】

同様に、５０Ｈｚ番組の送信期間において、１００Ｈｚ番組の送信期間が開始される直前のタイミングで、コンテナのレイヤに、その１００Ｈｚ番組に対応したＰＭＴが挿入される。このＰＭＴには、基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタが挿入される。この基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタにおいては、「level_idc 」は“level5.2”に設定され、さらに、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“５”に設定される。

【0127】

この基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタに関連付けされたコンポーネントデスクリプタが存在する。このコンポーネントデスクリプタでは、「stream_content_ext」は“０ｘ０”に設定され、「component_type」は“０ｘ０９”に設定されており、１００Ｈｚのシングルストリーム（基本ストリーム）の存在が示される。

【0128】

【0129】

図１６は、５０Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別される基本ストリームのＰＥＳパケット「video PES1」が存在する。ここで、ＰＩＤ１は基本ストリームに固定のＰＩＤである。

【0130】

【0131】

また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つＥＳループが存在する。この構成例では、基本ストリーム（video PES1）に対応したビデオＥＳループ（video ES1 loop）が存在する。

【0132】

【0133】

また、ビデオＥＳループ（video ES1 loop）に、ＨＥＶＣ VIDEO デスクリプタ（HEVC descriptor）やストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）が挿入される。このＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc」は“level5.2”に設定されている。また、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“５”に設定されている。ストリーム・アイデンチファイヤ・デスクリプタは、当該ＨＥＶＣ VIDEO デスクリプタとＥＩＴ配下のコンポーネントデスクリプタ（component_descriptor）とをコンポーネントタグタグ「Component_tag1」で対応付けるものである。

【0134】

図１７は、１００Ｈｚ番組の送信時におけるトランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別される基本ストリームのＰＥＳパケット「video PES1」が存在する。ここで、ＰＩＤ１は基本ストリームに固定のＰＩＤである。

【0135】

【0136】

【0137】

また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つＥＳループが存在する。この構成例では、基本ストリーム（video PES1）に対応したビデオＥＳループ（video ES1 loop）が存在する。

【0138】

【0139】

また、ビデオＥＳループ（video ES1 loop）に、ＨＥＶＣ VIDEO デスクリプタ（HEVC descriptor）やストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）が挿入される。このＨＥＶＣ VIDEO デスクリプタにおいて、「level_idc」は“level5.2”に設定されている。また、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“５”に設定されている。ストリーム・アイデンチファイヤ・デスクリプタは、当該ＨＥＶＣ VIDEO デスクリプタとＥＩＴ配下のコンポーネントデスクリプタ（component_descriptor）とをコンポーネントタグタグ「Component_tag1」で対応付けるものである。

【0140】

図１８は、従来におけるシーケンスパラメータセットおよびＨＥＶＣ VIDEO デスクリプタの状態変化の一例を図１５の例と対比可能に示している。基本ストリームに対応したＨＥＶＣ VIDEO デスクリプタの記述内容は、５０Ｈｚ番組のビデオストリームにおけるＳＰＳの記述内容に対応したものとなっている。すなわち、「level_idc」は“level5.1”に設定されている。また、「temporal_id_min」は“０”に設定され、「temporal_id_max」は“４”に設定されている。この点から、従来の場合には、ＰＭＴデスクリプタとしてのＨＥＶＣ VIDEO デスクリプタの記述内容（要素の値）に関しては、デコードに必要な値が最大規模の値に固定されたものでなない。

【0141】

「受信装置の構成」
図１９は、受信装置２００の構成例を示している。この受信装置２００は、ＣＰＵ（Central Processing Unit）２０１と、受信部２０２と、ＴＳ解析部（デマルチプレクサ）２０３と、圧縮データバッファ（ｃｐｂ：coded picture buffer）２０４を有している。また、この受信装置２００は、デコーダ２０５と、非圧縮データバッファ（ｄｐｂ：decoded picture buffer）２０６と、ポスト処理部２０７と、表示部２０８を有している。ＣＰＵ２０１は、制御部を構成し、受信装置２００の各部の動作を制御する。

【0142】

受信部２０２は、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳを受信する。ＴＳ解析部２０３は、トランスポートストリームＴＳから、それに含まれるビデオストリームを構成するストリームをＰＩＤフィルタでフィルタリングして取り出し、圧縮データバッファ（ｃｐｂ：coded picture buffer）２０４に送る。

【0143】

この場合、基本ストリームや拡張ストリームにはそれぞれ固定のＰＩＤが付与されている。そのため、例えば、５０Ｈｚ番組（５０ｐサービス）から１００Ｈｚ番組（１００ｐサービス）に、あるいはその逆にサービスの切り替えがあっても、各ストリームを取り出すフィルタの設定を変更することを要せず、従って、表示ミュートの発生を抑制でき、シームレス表示が可能となる。

【0144】

図２０は、ＴＳ解析部２０３の構成例を示している。このＴＳ解析部２０３は、ＰＩＤフィルタ２３１と、多重化バッファ２３２_０～２３２_ｎ，２３２_null，２３２_ｃと、セクションフィルタ２３３と、ＰＭＴ解析部２３４を有している。

【0145】

ＰＩＤフィルタ２３１は、ＰＩＤに基づいて、トランスポートストリームＴＳに含まれるセクションデータ、ヌルパケットを通過させる。図示の例では、セクションデータのＰＩＤ値をＰＩＤ_cとし、ヌルパケットのＰＩＤをＰＩＤ_nullとしている。ヌルパケットは独自のＰＩＤ値を持たなく、ビデオのＰＩＤのストリームの中に挿入されるように伝送されてもよい。これにより、受信機の多重化バッファでヌルパケットを検知して切り替えが起こることの判定に利用することが可能となる。

【0146】

また、ＰＩＤフィルタ２３１は、トランスポートストリームＴＳに含まれる、放送サービスチャネルに相当するプログラムナンバー（program number）に対応したＴＳパケットを、セットされるＰＩＤ値に基づいて通過させる。図示の例では、セット可能なＴＳパケットのＰＩＤ値を、ＰＩＤ_0～ＰＩＤ_nとしている。

【0147】

多重化バッファ２３２_０～２３２_ｎ，２３２_null，２３２_ｃは、ＰＩＤフィルタ２３１を通過したＴＳパケット、セクションデータ、ヌルパケットをそれぞれ一時的に蓄積する。つまり、ＴＳ解析部２０３では、多重化バッファがＰＩＤ値別に管理されている。セクションフィルタ２３３は、多重化バッファ２３２_cに蓄積されたセクションデータから、ＰＩＤ値に基づいて、プログラムマップテーブル（ＰＭＴ）を抽出する。

【0148】

ＰＭＴ解析部２３４は、セクションフィルタ２３３で抽出されたＰＭＴを解析し、その解析結果に基づいて、ＰＩＤフィルタ２３１に、通過させるＴＳパケットのＰＩＤ値をセットする。

【0149】

例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）、５０Ｈｚのシングルストリーム（基本ストリーム）のみが存在する番組（イベント）の場合を考える。この場合、５０ｐ放送しか受信できない受信装置２００および１００ｐ放送も受信できる受信装置２００のいずれにおいても、ＰＩＤ_0として、基本ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ１”がセットされる。なお、１００ｐ放送を受信できる受信装置２００では、ＰＩＤ_0として基本ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ１”がセットされると共に、ＰＩＤ_1として拡張ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ２”がセットされてもよい。

【0150】

また、例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）、５０Ｈｚのシングルストリーム（基本ストリーム）と、基本ストリームと合わせて１００Ｈｚとするための拡張ストリームの２つのビデオストリームが存在する場合を考える。この場合、５０ｐ放送しか受信できない受信装置２００では、ＰＩＤ_0として、基本ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ１”がセットされる。また、この場合、１００ｐ放送も受信できる受信装置２００では、ＰＩＤ_0として基本ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ１”がセットされると共に、ＰＩＤ_1として拡張ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ２”がセットされる。

【0151】

また、例えば、後方互換性を持たないモードでの配信であって（図９のサービス３参照）、５０Ｈｚあるいは１００Ｈｚのシングルストリーム（基本ストリーム）が存在する番組（イベントの場合を考える。この場合、５０ｐ放送しか受信できない受信装置２００では、受信の対象外であるので、ＰＩＤ_0，ＰＩＤ_1にはＰＩＤ値のセットは行われない。また、この場合、１００ｐ放送も受信できる受信装置２００では、ＰＩＤ_0として基本ストリームに付与されている固定のＰＩＤ値である“ＰＩＤ１”がセットされる。

【0152】

ここで、ＰＭＴ解析部２３４におけるデスクリプタ解析による番組認識について説明する。最初に、後方互換性を持ったモードでの配信について説明する。ＰＭＴ解析部２３４は、コンポーネントデスクリプタの「component_type」と「stream_type_ext」とから配信ストリームの番組（イベント）単位の情報を識別する。

【0153】

コンポーネントデスクリプタは、ストリーム・アイデンチファイヤ・デスクリプタを介してコンポーネントタグ（component_tag）で、ＰＭＴのＨＥＶＣ VIDEO デスクリプタと関連付けされている。そのため、ＰＭＴ解析部２３４は、５０Ｈｚ番組の配信時には、“ＰＩＤ１”のＨＥＶＣ VIDEO デスクリプタにおける「level_idc 」＝“level5.1”、「temporal_id_max」＝“４”が、コンポーネントデスクリプタにおける「stream_content_ext」＝“０ｘ０”、「component_type」＝“０ｘ０５”に対応し、ＵＨＤ５０Ｈｚの配信ストリームで、「level_idc 」＝“level5.1”、「temporal_id_max」＝“４”であることを認識する。

【0154】

また、ＰＭＴ解析部２３４は、１００Ｈｚ番組の配信時には、ＰＩＤ１”のＨＥＶＣ VIDEO デスクリプタにおける「level_idc 」＝“level5.1”、「temporal_id_max」＝“４”が、コンポーネントデスクリプタにおける「stream_content_ext」＝“０ｘ０”、「component_type」＝“０ｘ０５”に対応し、ＵＨＤ５０Ｈｚの配信ストリームで、「level_idc 」＝“level5.1”、「temporal_id_max」＝“４”であることを認識する。

【0155】

同時に、ＰＭＴ解析部２３４は、“ＰＩＤ２”のＨＥＶＣ VIDEO デスクリプタにおける「level_idc 」＝“level5.2”、「temporal_id_max」＝“５”が、コンポーネントデスクリプタにおける「stream_content_ext」＝“０ｘ１”、「component_type」＝“０ｘ０９”に対応し、ＵＨＤ１００Ｈｚの配信ストリームで、「level_idc 」＝“level5.2”、「temporal_id_max」＝“５”であることを認識する。

【0156】

この場合、同時に、コンポーネントデスクリプタが２つ存在することで、ＰＭＴ解析部２３４は、この番組の配信は５０Ｈｚ受信機互換モードの２ストリームで配信されていることを認識する。

【0157】

次に、後方互換性を持たないモードでの配信について説明する。ＰＭＴ解析部２３４は、コンポーネントデスクリプタの「component_type」と「stream_type_ext」とから配信ストリームの番組（イベント）単位の情報を識別する。

【0158】

コンポーネントデスクリプタは、ストリーム・アイデンチファイヤ・デスクリプタを介してコンポーネントタグ（component_tag）で、ＰＭＴのＨＥＶＣ VIDEO デスクリプタと関連付けされている。そのため、ＰＭＴ解析部２３４は、５０Ｈｚ番組の配信時には、“ＰＩＤ１”のＨＥＶＣ VIDEO デスクリプタにおける「level_idc 」＝“level5.2”、「temporal_id_max」＝“５”が、コンポーネントデスクリプタにおける「stream_content_ext」＝“０ｘ０”、「component_type」＝“０ｘ０５”に対応し、ＵＨＤ５０Ｈｚの配信ストリームで、「level_idc 」＝“level5.1”、「temporal_id_max」＝“４”であることを認識する。

【0159】

また、ＰＭＴ解析部２３４は、１００Ｈｚ番組の配信時には、ＰＩＤ１”のＨＥＶＣ VIDEO デスクリプタにおける「level_idc 」＝“level5.2”、「temporal_id_max」＝“５”が、コンポーネントデスクリプタにおける「stream_content_ext」＝“０ｘ０”、「component_type」＝“０ｘ０９”に対応し、１ストリームによるＵＨＤ１００Ｈｚの配信ストリームで、「level_idc 」＝“level5.2”、「temporal_id_max」＝“５”であることを認識する。

【0160】

この場合、同時に、コンポーネントデスクリプタが１つ存在することで、ＰＭＴ解析部２３４は、この番組の配信は１００Ｈｚ受信機非互換モードの１ストリームで配信されていることを認識する。

【0161】

図２０に戻って、ＴＳ解析部２０３は、多重化バッファ２３２_０～２３２_ｎにＰＩＤ値別に蓄積されたＴＳパケットを、圧縮データバッファ２０４に転送する。例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）、５０ｐ放送しか受信できない受信装置２００の場合には、多重化バッファ２３２_0に蓄積された基本ストリームに係るＴＳパケットを、圧縮データバッファ２０４に転送する。

【0162】

また、例えば、後方互換性を持ったモードでの配信であって（図９のサービス１，２参照）１００ｐ放送も受信できる受信装置２００の場合には、多重化バッファ２３２_0に蓄積される基本ストリームに係るＴＳパケットと、多重化バッファ２３２_1に蓄積される拡張ストリームに係るＴＳパケットを、圧縮データバッファ２０４に転送する。

【0163】

また、後方互換性を持たないモードでの配信であって（図９のサービス３参照）、１００ｐ放送も受信できる受信装置２００の場合には、多重化バッファ２３２_0に蓄積された基本ストリームに係るＴＳパケットを、圧縮データバッファ２０４に転送する。なお、後方互換性を持たないモードでの配信であって（図９のサービス３参照）、５０ｐ放送しか受信できない受信装置２００の場合には、受信対象外であり、多重化バッファ２３２_0への蓄積はなく、圧縮データバッファ２０４へのＴＳパケットの転送は行われない。

【0164】

図１９に戻って、圧縮データバッファ（ｃｐｂ）２０４は、ＴＳ解析部２０３から転送されるＴＳパケット、従って各ピクチャの符号化画像データを、一時的に蓄積する。デコーダ２０５は、圧縮データバッファ２０４に蓄積されている各ピクチャの符号化画像データを、それぞれ、そのピクチャのＤＴＳ（Decoding Time stamp）で与えられるデコードタイミングで読み出してデコードし、非圧縮データバッファ（ｄｐｂ）２０６に送る。

【0165】

非圧縮データバッファ（ｄｐｂ）２０６は、デコーダ２０５でデコードされた各ピクチャの画像データを、一時的に蓄積する。ポスト処理部２０７は、非圧縮データバッファ（ｄｐｂ）２０６からＰＴＳ（Presentation Time stamp）で与えられる表示タイミングで順次読み出された各ピクチャの画像データに対して、そのフレームレートを、表示能力に合わせる処理を行う。

【0166】

例えば、デコード後の各ピクチャの画像データのフレームレートが５０ｆｐｓであって、表示能力が１００ｆｐｓであるとき、ポスト処理部２０７は、デコード後の各ピクチャの画像データに対して時間方向解像度が２倍となるように補間処理を施し、１００ｆｐｓの画像データとして表示部２０８に送る。なお、ポスト処理はフレーム周波数のみでなく、例えば、デコーダ出力がＨＤ解像度である場合、ポスト処理にて解像度変換によりより高精細な解像度へ変換することも行われる。この場合、デコーダ出力が既にＵＨＤ解像度である場合は、解像度変換はバイパスされる。

【0167】

表示部２０８は、例えば、ＬＣＤ（Liquid Crystal Display）、有機ＥＬ（Organic Electro-Luminescence）パネル等で構成されている。なお、この表示部２０８は、受信装置２００に接続される外部機器であってもよい。

【0168】

図１９に示す受信装置２００の動作を簡単に説明する。受信部２０２では、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳは、ＴＳ解析部２０３に送られる。ＴＳ解析部２０３では、トランスポートストリームＴＳから、それに含まれるビデオストリームを構成するストリームがＰＩＤフィルタでフィルタリングされて取り出され、圧縮データバッファ（ｃｐｂ）２０４に送られる。

【0169】

この場合、後方互換性を持ったモードでの配信であるか後方互換性を持たないモードでの配信であるかによって、および５０ｐ放送しか受信できない受信装置２００であるか１００ｐ放送も受信できる受信装置２００であるかによって、フィルタリングすべきストリームが制御される。

【0170】

本実施の形態においては、ＰＭＴデスクリプタ（ＨＥＶＣ VIDEO デスクリプタ）が固定的に挿入され、また、このデスクリプタに記述されるデコードに必要な値は最大規模の値に固定されている。しかし、ＨＥＶＣ VIDEO デスクリプタとコンポーネントタグで関連付けされているンポーネントデスクリプタの解析により、番組の認識が適切に行われる。

【0171】

デコーダ２０５では、圧縮データバッファ２０４に蓄積されている各ピクチャの符号化画像データが、それぞれ、そのピクチャのデコードタイミングでデコードされ、非圧縮データバッファ（ｄｐｂ）２０６に送られ、一時的に蓄積される。そして、非圧縮データバッファ（ｄｐｂ）２０６から表示タイミングで順次読み出された各ピクチャの画像データは、ポスト処理部２０７に送られる。ポスト処理部２０７では、各ピクチャの画像データに対して、そのフレームレートを、表示能力に合わせるための補間あるいはサブサンプルが行われる。このポスト処理部２０７で処理された各ピクチャの画像データは、表示部２０８に供給され、動画像の表示が行われる。

【0172】

図２１（ａ）は、受信装置２００において、例えば、ユーザ操作に基づいて行われるＥＰＧ表示の一例を示している。各番組（イベント）に対応したコンポーネントデスクリプタの記述内容によって、各番組の欄に、その番組のフレームレート情報、互換性情報の表記がなされている。例えば、チャネル１（サービス１）の６：００：００から始まる番組の場合、その番組の欄に「ＵＨＤ５０Ｈｚ」と表記され、５０Ｈｚ番組であることがわかる。

【0173】

また、例えば、チャネル１（サービス１）の９：００：００から始まる番組の場合、その番組の欄に「ＵＨＤ１００Ｈｚ互換配信」と表記され、１００Ｈｚ番組であるが、互換配信であることがわかり、５０ｐ放送しか受信できない受信装置２００であっても受信可能であることがわかる。図２１（ｂ）は、この番組を、例えば５０ｐ放送しか受信できない受信装置２００で選択した場合におけるＵＩ表示の一例を示している。

【0174】

また、例えば、チャネル３（サービス３）の９：００：００から始まる番組の場合、その番組の欄に「ＵＨＤ１００Ｈｚ非互換配信」と表記され、１００Ｈｚ番組であって、非互換配信であることがわかり、５０ｐ放送しか受信できない受信装置２００では受信不可能であることがわかる。図２１（ｃ）は、この番組を、例えば５０ｐ放送しか受信できない受信装置２００で選択した場合におけるＵＩ表示の一例を示している。

【0175】

以上説明したように、図１に示す送受信システム１０においては、コンテナのレイヤにデコードに必要な値が記述されたＰＭＴデスクリプタ（ＨＥＶＣ VIDEO デスクリプタ）が固定的に挿入され、また、デコードに必要な値は最大規模の値に固定される。そのため、送信側の運用が容易となると共に、受信側ではデコードに必要な値の最大規模の値をコンテナのレイヤで容易に認識可能となる。

【0176】

また、図１に示す送受信システム１０においては、コンテナのレイヤに、イベント毎のビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入される。そのため、受信側では、ＨＥＶＣ VIDEO デスクリプタとコンポーネントデスクリプタの記述内容を組み合わせて受信ビデオストリームの状態を精度よく判別して適切な処理を行うことが可能となる。

【0177】

＜２．変形例＞
なお、上述実施の形態においては、送信装置１００と受信装置２００からなる送受信システム１０を示したが、本技術を適用し得る送受信システムの構成は、これに限定されるものではない。例えば、受信装置２００の部分が、例えば、ＨＤＭＩ（High-Definition Multimedia Interface）などのデジタルインタフェースで接続されたセットトップボックスおよびモニタの構成などであってもよい。なお、「ＨＤＭＩ」は、登録商標である。また、互換配信する際のコンポーネントデスクリプタの要素、「component_type」と「stream_content_ext」の値で基本ストリームか拡張ストリームかの識別を行う例を示したが、これに限定するものではなく、「component_type」の値のみによって基本ストリームか拡張ストリームかを識別するようにしてもよい。

【0178】

また、上述実施の形態においては、コンテナがトランスポートストリーム（ＭＰＥＧ－２ＴＳ）である例を示した。しかし、本技術は、インターネット等のネットワークを利用して受信端末に配信される構成のシステムにも同様に適用できる。インターネットの配信では、ＭＰ４やそれ以外のフォーマットのコンテナで配信されることが多い。つまり、コンテナとしては、デジタル放送規格で採用されているトランスポートストリーム（ＭＰＥＧ－２ＴＳ）、インターネット配信で使用されているＭＰ４などの種々のフォーマットのコンテナが該当する。

【0179】

また、本技術は、以下のような構成を取ることもできる。
（１）動画像データを構成する各ピクチャの画像データを階層符号化し、各階層のピクチャの符号化画像データを持つビデオストリームを生成する画像符号化部と、
上記ビデオストリームを含む所定フォーマットのコンテナを送信する送信部を備え、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入され、
上記デコードに必要な値は、最大規模の値に固定される
送信装置。
（２）上記デコードに必要な値は、上記ビデオストリームのレベル指定値および上記ビデオストリームに含まれる各ピクチャの符号化画像データの階層の最大と最小の値である
前記（１）に記載の送信装置。
（３）上記画像符号化部は、第１のフレームレートの動画像データを符号化して第１のビデオストリームを生成し、上記第１のフレームレートより高い第２のフレームレートの動画像データを符号化して第２のビデオストリームを生成し、
上記送信部は、上記画像符号化部で生成された上記第１のビデオストリームおよび上記第２のビデオストリームを連続的に含む上記所定フォーマットのコンテナを送信する
前記（１）または（２）に記載の送信装置。
（４）上記第１のビデオストリームは、全階層のピクチャの符号化画像データを持つ基本ストリームからなり、
上記第２のビデオストリームは、低階層側のピクチャの符号化画像データを持つ基本ストリームと高階層側のピクチャの符号化画像データを持つ拡張ストリームとからなる
前記（３）に記載の送信装置。
（５）上記拡張ストリームに含まれるピクチャの階層は、上記基本ストリームのピクチャが採り得る最大階層より大きな固定の階層とされる
前記（４）に記載の送信装置。
（６）上記第１のビデオストリームおよび上記第２のビデオストリームは、それぞれ、全階層のピクチャの符号化画像データを持つ基本ストリームからなる
前記（３）に記載の送信装置。
（７）上記コンテナは、トランスポートストリームであり、
上記デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、
上記コンテナのレイヤに、番組毎の上記ビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入される
前記（１）から（６）のいずれかに記載の送信装置。
（８）画像符号化部が、動画像データを構成する各ピクチャの画像データを階層符号化し、各階層のピクチャの符号化画像データを持つビデオストリームを生成する画像符号化ステップと、
送信部が、上記ビデオストリームを含む所定フォーマットのコンテナを送信する送信ステップを有し、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入され、
上記デコードに必要な値は、最大規模の値に固定される
送信方法。
（９）動画像データを構成する各ピクチャの画像データが階層符号化されて生成された、各階層のピクチャの符号化画像データを持つビデオストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入されており、
上記デコードに必要な値は、最大規模の値に固定されており、
上記デスクリプタの記述内容に基づいて、上記ビデオストリームの復号化処理を制御する制御部をさらに備える
受信装置。
（１０）上記コンテナは、トランスポートストリームであり、
上記デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、
上記コンテナのレイヤに、番組毎の上記ビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入されており、
上記制御部は、上記ＨＥＶＣ VIDEO デスクリプタの記述内容および上記コンポーネントデスクリプタの記述内容に基づいて、上記ビデオストリームの復号化処理を制御する
前記（９）に記載の受信装置。
（１１）上記コンテナは、トランスポートストリームであり、
上記デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、
上記コンテナのレイヤに、番組毎の上記ビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入されており、
上記制御部は、上記コンポーネントデスクリプタの記述内容に基づいて、ＥＰＧ表示の各番組の欄にそれぞれの番組のフレームレート情報および互換性情報が表記されるように制御する
前記（９）または（１０）に記載の受信装置。
（１２）上記コンテナは、トランスポートストリームであり、
上記デスクリプタは、ＨＥＶＣ VIDEO デスクリプタであり、
上記コンテナのレイヤに、番組毎の上記ビデオストリームにそれぞれ対応して、フレームレート情報および互換性情報が記述されたコンポーネントデスクリプタが挿入されており、
上記制御部は、所定の番組が選択されたとき、該所定の番組のフレームレート情報および互換性情報に基づいたＵＩ表示が行われるように制御する
前記（９）から（１１）のいずれかに記載の受信装置。
（１３）受信部が、動画像データを構成する各ピクチャの画像データが階層符号化されて生成された、各階層のピクチャの符号化画像データを持つビデオストリームを含む所定フォーマットのコンテナを受信する受信ステップを有し、
上記コンテナのレイヤに、デコードに必要な値が記述されたデスクリプタが固定的に挿入されており、
上記デコードに必要な値は、最大規模の値に固定されており、
制御部が、上記デスクリプタの記述内容に基づいて、上記ビデオストリームの復号化処理を制御する制御ステップをさらに有する
受信方法。

【0180】

本技術の主な特徴は、コンテナのレイヤにデコードに必要な値が記述されたＰＭＴデスクリプタ（ＨＥＶＣ VIDEO デスクリプタ）を固定的に挿入し、また、このデコードに必要な値を最大規模の値に固定することで、送信側の運用を容易とすると共に、受信側でデコードに必要な値の最大規模の値をコンテナのレイヤで容易に認識可能としたことである（図１１、図１５参照）。

【符号の説明】

【0181】

１０・・・送受信システム
１００・・・送信装置
１０１・・・ＣＰＵ
１０２・・・エンコーダ
１０３・・・圧縮データバッファ（ｃｐｂ）
１０４・・・ＴＳフォーマッタ（マルチプレクサ）
１０５・・・送信部
２００・・・受信装置
２０１・・・ＣＰＵ
２０２・・・受信部
２０３・・・ＴＳ解析部（デマルチプレクサ）
２０４・・・圧縮データバッファ（ｃｐｂ）
２０５・・・デコーダ
２０６・・・非圧縮データバッファ（ｄｐｂ）
２０７・・・ポスト処理部
２０８・・・表示部
２３１・・・ＰＩＤフィルタ
２３２_０～２３２_ｎ，２３２_null，２３２_ｃ・・・多重化バッファ
２３３・・・セクションフィルタ
２３４・・・ＰＭＴ解析部

【図1】