JPWO2018096925A1 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

Abstract

サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減する。ビデオデータを持つビデオストリームを生成する。サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成する。ビデオストリームとサブタイトルストリームを含むコンテナを送信する。サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ。受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先ビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができる。

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、サブタイトル（字幕）情報をビットマップデータで送信する送信装置等に関する。

従来、例えば、ＤＶＢ（Digital Video Broadcasting）の放送などでは、サブタイトルのグラフィックスデータをビットマップデータに変換して送信する運用が行われている（例えば、特許文献１参照）。

特開２０１１−０３０１８０号公報

従来、ビデオデータ、サブタイトルのグラフィックスデータが各々別ストリームで伝送される際、色域や輝度について両者間で顕著な違いが存在しなかった。そのため、重畳する際に特別な配慮をせず合成が行われていた。

例えば、ビデオデータの色域が広色域（例えば、ITU-R Rec Bt.2020準拠）で、サブタイトルのグラフィックスデータの色域が狭色域（例えば、sRGB) の場合、ビデオの画品質を高画質に保つには、サブタイトルのグラフィックスデータの色域をビデオデータの色域に合わせてから重畳することが必要になる。

また、例えば、ビデオデータがハイダイナミックレンジ（ＨＤＲ）で、サブタイトルのグラフィックスデータが標準レベルのダイナミックレンジ（ＳＤＲ）で制作されたものである場合、ビデオの画品質を高画質に保つには、サブタイトルのグラフィックスデータをビデオデータのダイナミックレンジ領域に適合させてから重畳することが必要になる。

本技術の目的は、サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減することにある。

本技術の概念は、
ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
上記ビデオストリームと上記サブタイトルストリームを含むコンテナを送信する送信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ
送信装置にある。

本技術において、ビデオエンコード部により、ビデオデータを持つビデオストリームが生成される。サブタイトルエンコード部により、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームが生成される。送信部により、ビデオストリームとサブタイトルストリームを含むコンテナが送信される。

サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つものとされる。例えば、第１のセグメントは、ＣＬＵＴ・デフィニション・セグメントである、ようにされてもよい。また、例えば、第１のセグメントは、変換情報を異にする複数のビットマップ変換テーブルを有する、ようにされてもよい。

このように本技術においては、サブタイトルストリームは色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つものである。そのため、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先ビデオデータ（例えば、表示用ビデオデータ）の特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することが可能となる。

なお、本技術において、例えば、サブタイトルストリームは、サブタイトルストリームは、ビットマップ変換テーブルの適合情報を有する第２のセグメントをさらに持つ、ようにされてもよい。この場合、例えば、適合情報は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよび重畳先ビデオデータの特性の情報、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である、ようにされてもよい。

また、この場合、例えば、第２のセグメントは、レンダリング・ガイド・セグメントであるか、ディスプレイ・デフィニション・セグメントである、ようにされてもよい。また、この場合、例えば、第１のセグメントが有するビットマップ変換テーブルと該ビットマップ変換テーブルが対応する上記第２のセグメントが有する特性の情報はそれぞれに同一の識別情報が付加されて関連付けされている、ようにされてもよい。

このようにサブタイトルストリームが第１のセグメントが有するビットマップ変換テーブルの適合情報を有する第２のセグメントをさらに持つことで、受信側では、例えば、複数のビットマップ変換テーブルから用いるべきビットマップ変換テーブルを容易かつ適切に選択することが可能となる。

また、本技術において、例えば、第１のセグメントは、ビットマップ変換テーブルの適合情報をさらに有する、ようにされてもよい。この場合、例えば、適合情報は、ビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である、ようにされてもよい。

また、本技術の他の概念は、
ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナを受信する受信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っており、
上記ビデオストリームをデコードしてビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ビデオデータに基づいて得られた重畳先ビデオデータに重畳する処理を制御する制御部をさらに備える
受信装置にある。

本技術において、受信部により、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナが受信される。サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っている。

ビデオストリームをデコードしてビデオデータを得る処理と、サブタイトルストリームをデコードしてビットマップデータとビットマップ変換テーブルを得る処理が行われる。ビットマップデータをビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、このサブタイトルのグラフィックスデータをビデオデータに基づいて得られた表示用ビデオデータ（例えば、表示用ビデオデータ）に重畳する処理が行われる。

例えば、第１のセグメントは、変換情報を異にする複数のビットマップ変換テーブルを有しており、複数のビットマップ変換テーブルは、サブタイトルのグラフィックスデータの互いに異なる複数の特性に対応しているか、サブタイトルのグラフィックスデータおよびビデオデータの互いに異なる複数の特性に対応しており、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、複数のビットマップ変換テーブルのうちビットマップデータへの変換前のサブタイトルのグラフィックスデータおよび表示用ビデオデータの特性に適合したビットマップ変換テーブルを選択的に用いる、ようにされてもよい。

このように本技術においては、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、サブタイトルストリームが持つ第１のセグメントが有する色域および/または輝度の変換情報を含めたビットマップ変換テーブルを用いるものである。そのため、重畳先ビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、処理負荷を軽減することが可能となる。

なお、本技術において、例えば、サブタイトルストリームは、複数のビットマップ変換テーブルのそれぞれが対応する特性の情報を有する第２のセグメントをさらに持っており、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、第２のセグメントが有する複数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて、重畳先ビデオデータの特性に適合したビットマップ変換テーブルを選択する、ようにされてもよい。これにより、複数のビットマップ変換テーブルから用いるべきビットマップ変換テーブルを容易かつ適切に選択することが可能となる。

また、本技術において、例えば、第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、制御部は、ビットマップ変化テーブルで変換されて得られたサブタイトルのグラフィックスデータの特性が重畳先ビデオデータに合わないときは、この特性を合わせるポスト処理をさらに制御する、ようにされてもよい。これにより、重畳先ビデオデータに、それに合った特性のサブタイトルのグラフィックスデータを重畳することが可能となる。

また、本技術において、例えば、第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、制御部は、送信側と共有する上記１つのビットマップ変換テーブルの適合特性の情報を保持する、ようにされてもよい。これにより。制御部は、ビットマップ変換テーブルで変換されて得られたサブタイトルのグラフィックスデータの特性を容易に認識し得る。

本技術によれば、サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減することが可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としての送受信システムの構成例を示すブロック図である。 送信装置の構成例を示すブロック図である。 ビットマップ変換テーブルにおけるビットマップデータからサブタイトルのグラフィックスデータ（Y/CbCr）への変換以外の他の変換対象例を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるビットマップ変換テーブル情報を説明するための図である。 受信側で必要となる変換機能（ビットマップ変換テーブルが持つ変換機能）の詳細を説明するための図である。 ＳＤＲからＨＤＲへの輝度レベル変換を説明するための図である。 ＨＤＲからＳＤＲへの輝度レベル変換を説明するための図である。 ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるビットマップ変換テーブル情報を説明するための図である。 ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例を示す図（１/２）である。 ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例を示す図（２/２）である。 ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例における主要な情報の内容を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるレンダリング・ガイド・セグメント（ＲＧＳ）の構造例を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるレンダリング・ガイド・セグメント（ＲＧＳ）の構造例を示す図である。 レンダリング・ガイド・セグメント（ＲＧＳ）の構造例における主要な情報の内容を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるビットマップ変換テーブルのバリエーションを示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるビットマップ変換テーブルのバリエーションを示す図である。 トランスポートストリームの構成例を示す図である。 受信装置の構成例を示すブロック図である。 ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるビットマップ変換テーブルの選択例を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるビットマップ変換テーブルの選択例を示す図である。 ＳＤＲレンジでサブタイトル表示を行う場合とＨＤＲレンジでサブタイトル表示を行う場合におけるビット幅の使用範囲を説明するための図である。 ＣＬＵＴ伝送ループにビデオ情報を入れる場合における処理フローの一例を示す図である。 ＣＬＵＴ伝送ループにビデオ情報を入れない場合における処理フローの一例を示す図である。 サブタイトル伝送に含まれるビットマップ変換テーブル（ＣＬＵＴ）のバリエーションを示す図である。 受信装置の他の構成例を示すブロック図である。 制御部の制御のもとに行われるマッピング部、変換部、ポスト処理部などの処理フローの一例を示す図である。 ディスプレイ・ディフィニション・セグメント（ＤＤＳ）の構造例を示す図である。 ディスプレイ・ディフィニション・セグメント（ＤＤＳ）の構造例における主要な情報の内容を示す図である。 トランスポートストリームの構成例を示す図である。 ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例を示す図（１/２）である。 ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例を示す図（２/２）である。 トランスポートストリームの構成例を示す図である。

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

＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、送信装置１００および受信装置２００により構成されている。

送信装置１００は、コンテナとしてのＭＰＥＧ２のトランスポートストリームＴＳを生成し、このトランスポートストリームＴＳを放送波あるいはネットのパケットに載せて送信する。このトランスポートストリームＴＳには、ビデオデータ（画像データ）を持つビデオストリームが含まれる。

また、このトランスポートストリームＴＳには、サブタイトルデータ（字幕データ）としてサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームが含まれる。このサブタイトルストリームは、色域および/または輝度、この実施の形態では双方の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つものとされる。この実施の形態において、第１のセグメントはＣＬＵＴ・デフィニション・セグメントであり、この第１のセグメントは、１つ以上のビットマップ変換テーブルを有するものとされる。

これにより、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先ビデオデータ（例えば、表示用ビデオデータ）の特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することが可能となる。

また、サブタイトルストリームは、ビットマップ変換テーブルの適合情報を有する第２のセグメントをさらに持つものとされる。この適合情報は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよび重畳先ビデオデータの特性の情報、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である。この実施の形態において、例えば、第２のセグメントは、新規定義するレンダリング・ガイド・セグメントとされる。

この場合、第１のセグメントが有するビットマップ変換テーブルとこのビットマップ変換テーブルが対応する第２のセグメントが有する特性の情報はそれぞれに同一の識別情報が付加されて関連付けされている。これにより、受信側では、所定数のビットマップ変換テーブルから用いるべきビットマップ変換テーブルを容易かつ適切に選択することが可能となる。

受信装置２００は、送信装置１００から送られてくるトランスポートストリームＴＳを受信する。受信装置２００は、ビデオストリームをデコードしてビデオデータを得る。また、受信装置２００は、サブタイトルストリームをデコードして、ビットマップデータと、第１のセグメントが有するビットマップ変換テーブルを得、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換する。

この場合、変換情報を有する複数のビットマップ変換テーブルを有する場合、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、複数のビットマップ変換テーブルのうち重畳先ビデオデータの特性に適合したビットマップ変換テーブルが選択的に用いられる。この場合、第２のセグメントが有する複数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて、重畳先ビデオデータの特性に適合したビットマップ変換テーブルが選択される。

受信装置２００は、ビットマップデータを変換して得られたサブタイトルのグラフィックスデータを重畳先ビデオデータ（例えば、表示用ビデオデータ）に重畳する。この場合、重畳先ビデオデータとしては、送信側から送られてきたビデオデータそのものだけでなく、それに必要に応じて色域やダイナミックレンジの変換処理を施して得られたビデオデータも考えられる。このようにサブタイトルのグラフィックスデータが重畳されたビデオデータにより、モニタには、サブタイトル付きの画像表示が行われる。

「送信装置の構成例」
図２は、送信装置１００の構成例を示している。この送信装置１００は、制御部１０１と、ビデオエンコーダ１０２と、変換部１０３と、サブタイトルエンコーダ１０４と、システムエンコーダ１０５と、送信部１０６を有している。

制御部１０１は、ＣＰＵ（Central Processing Unit）を備えて構成され、制御プログラムに基づいて、送信装置１００の各部の動作を制御する。ビデオエンコーダ１０２は、ビデオデータに対して、例えば、ＭＰＥＧ４−ＡＶＣあるいはＨＥＶＣなどの符号化を施し、符号化ビデオデータを含むビデオストリーム（ＰＥＳストリーム）ＶＳを生成する。

ここで、ビデオデータは、ＳＤＲ（Standard Dynamic Range）あるいはＨＤＲ（High Dynamic Range）のデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。ビデオエンコーダ１０２は、アクセスユニット（ＡＵ）のＳＰＳ ＮＡＬユニットのＶＵＩ（video usability information）の領域に、ビデオデータの特性情報、つまり色域やダイナミックレンジ情報などのメタ情報を挿入する。

変換部１０３は、サブタイトルのグラフィックスデータをビットマップデータに変換する。ここで、サブタイトルのグラフィックスデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。変換部１０３は、ビットマップデータと共に、受信側で必要と想定されるＨＤＲあるいはＳＤＲのレベルを参照することによって、１つまたは２つ以上のビットマップ変換テーブルの情報を出力する。

ここで、ビットマップ変換テーブルは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルである。すなわち、このビットマップ変換テーブルは、ビットマップデータを単にサブタイトルのグラフィックスデータに変換するためのものではなく、重畳先ビデオデータ（例えば、表示用ビデオデータ）の色域やダイナミックレンジに合うように、色域や輝度をも併せて変換するものである。

図３は、ビットマップ変換テーブルにおける、ビットマップデータからサブタイトルのグラフィックスデータ（YCbCr）への変換以外の他の変換対象の例を示している。ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであり、重畳先ビデオデータがＳＤＲである場合は、色域が他の変換対象となり得る。例えば、サブタイトルのグラフィックスデータの色域がＢＴ．７０９で、重畳先ビデオデータの色域がＢＴ．２０２０のときには、色域が変換対象となる。

また、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであり、重畳先ビデオデータがＨＤＲである場合は、色域と輝度が変換対象となり得る。また、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであり、重畳先ビデオデータがＳＤＲである場合は、色域と輝度が変換対象となり得る。なお、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであり、重畳先ビデオデータがＨＤＲである場合は、色域もダイナミックレンジも共通であるので、変換対象になり得るものはない。

この実施の形態において、変換部１０３は、ビットマップ変換テーブル情報を出力する。このビットマップ変換テーブル情報としては、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合と、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合が考えられる。以下、（Ａ）、（Ｂ）のそれぞれの場合について説明する。

最初に、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合について説明する、変換部１０３は、例えば、図４の（１）から（５）の各場合に用いられるビットマップ変換テーブルの情報を出力する。なお、実際には、全てのビットマップ変換テーブルの情報ではなく、ビットマップデータへの変換前の、つまりサブタイトルを制作した状態におけるサブタイトルのグラフィックスデータの色域、ダイナミックレンジに対応したビットマップ変換テーブルのみの情報を出力する。

（１）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、重畳先ビデオデータがＳＤＲである場合（色域が同じ場合）である。（２）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、重畳先ビデオデータがＳＤＲである場合（色域が異なる場合）である。

（３）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、重畳先ビデオデータがＨＤＲである場合である。（４）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであって、重畳先ビデオデータがＳＤＲである場合である。（５）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであって、重畳先ビデオデータがＨＤＲである場合である。

（１）から（５）の各場合における、必要とされる変換機能、従ってビットマップ変換テーブルが持つ変換機能の詳細を、図５を参照して、説明する。受信側に最大で必要となる変換機能は、以下の第１から第７の変換機能である。これらの変換機能における処理は、基本的に、ピクセル毎に独立した処理となる。

第１の変換機能３０１は、ビットマップデータをサブタイトルのグラフィックスデータに変換する機能である。第２の変換機能３０２は、ビットマップデータから変換されたサブタイトルのグラフィックスデータのドメインをＹＣｂＣｒからＲＧＢ１に変換する機能である。第３の変換機能３０３は、ビットマップデータから変換されたサブタイトルのグラフィックスデータを輝度リニア空間にするために電光変換特性を適用して電光変換をする機能である。

第４の変換機能３０４は、ビットマップデータから変換されたサブタイトルのグラフィックスデータと重畳先ビデオデータのダイナミックレンジが異なることによる不都合を解消するために輝度レベルを変換する機能である。第５の変換機能３０５は、ビットマップデータから変換されたサブタイトルのグラフィックスデータの色域を重畳先ビデオデータの色域に合わせるための色域変換（ＲＧＢ１→ＲＧＢ２）をする機能である。

第６の変換機能３０６は、輝度リニア空間にあるサブタイトルのグラフィックスデータに、重畳先ビデオデータが持つ光電変換特性と同じ光電変換特性を適用して光電変換をする機能である。第７の変換機能３０７は、サブタイトルのグラフィックスデータのドメインをＲＧＢ２からＹＣｂＣｒに変換する機能である。

（１）の場合、第１の変換機能３０１のみが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換され、このグラフィックスデータがそのまま出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータのいずれもＳＤＲで、かつ色域も同じであることから、第２の変換機能３０２から第７の変換機能３０７は、バイパスされる。この変換処理は、今までのレガシーの放送で行われている処理と全く同じである。

（２）の場合、第１の変換機能３０１、第２の変換機能３０２、第５の変換機能３０５および第７の変換機能３０７が必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。

ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータの色域は、第５の変換機能３０５により、重畳先ビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．７０９の色域が、重畳先ビデオデータの色域であるＢＴ．２０２０に合うように変換される。

色域変換されたサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータのいずれもＳＤＲであることから、第３の変換機能３０３、第４の変換機能３０４および第６の変換機能３０６は、バイパスされる。

（３）の場合、第１の変換機能３０１から第７の変換機能３０７の全てが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。

ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータは、第３の変換機能３０３により、ＳＤＲ電光変換特性を適用して電光変換されて、輝度リニア空間とされる。輝度リニア空間とされたサブタイトルのグラフィックスデータは、第４の変換機能３０４により、輝度レベル変換される。この場合、所定のＳＤＲ輝度レベルがＨＤＲのマッピング基準レベルとなるように変換される。

図６は、この輝度レベル変換の様子を示している。この図６において、実線ａは、ＳＤＲ変換カーブを示している。実線ｂは、ＨＤＲ変換カーブを示している。破線ｃは、ＨＤＲ変換カーブにマッピングされたＳＤＲデータの範囲を示している。

この場合、ＳＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”が、ＨＤＲのビデオデータの輝度値“ｍ”と一致するマッピング基準値として扱われる。ＳＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”を表す符号化コード値をＱ％とし、ＨＤＲのビデオデータの輝度値“ｍ”を表す符号化コード値をＰ%とすると、Ｑ％を表すデジタルコードがＰ％を示すデジタルコードと一致するように、ＳＤＲのサブタイトルのグラフィックスデータが変換される。

このようにすることにより、ＳＤＲのサブタイトルのグラフィックスデータの［０・・ａ］は、ＨＤＲのビデオデータの［０・・ａ´］の範囲となる。これにより、サブタイトルの輝度が明るくなりすぎることなどが防止される。なお、図においては、ＳＤＲ，ＨＤＲ共に、符号化ビット空間をＮで同一としている。また、０＜Ｐ≦１００、０＜Ｑ≦１００である。

上述したように第４の変換機能３０４で輝度レベル変換されたサブタイトルのグラフィックスデータは、第５の変換機能３０５により、重畳先ビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．７０９の色域が、重畳先ビデオデータの色域であるＢＴ．２０２０に合うように変換される。

色域変換されたサブタイトルのグラフィックスデータは、第６の変換機能３０６により、ＨＤＲ光電変換特性が適用されて光電変換される。これにより、サブタイトルのグラフィックスデータは、重畳先ビデオデータと同じく、ＨＤＲ光電変換特性を持つものとなる。このサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。

（４）の場合、上述の（３）の場合と同様に、第１の変換機能３０１から第７の変換機能３０７の全てが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。

ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータは、第３の変換機能３０３により、ＨＤＲ電光変換特性を適用して電光変換されて、輝度リニア空間とされる。輝度リニア空間とされたサブタイトルのグラフィックスデータは、第４の変換機能３０４により、輝度レベル変換される。この場合、所定のＨＤＲ輝度レベルがＳＤＲのマッピング基準レベルとなるように変換される。

図７は、この輝度レベル変換の様子を示している。この図７において、実線ａは、ＳＤＲ変換カーブを示している。実線ｂは、ＨＤＲ変換カーブを示している。破線ｃは、ＨＤＲ変換カーブをＳＤＲにマッピングすることを目的にする変換カーブを示している。

この場合、ＨＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”が、ＳＤＲのビデオデータの輝度値“ｍ”と一致するマッピング基準値として扱われる。ＨＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”を表す符号化コード値をＰ％とし、ＳＤＲのビデオデータの輝度値“ｍ”を表す符号化コード値をＱ％とすると、Ｐ％を表すデジタルコードがＱ％を示すデジタルコードと一致するように、ＨＤＲのサブタイトルのグラフィックスデータが、破線ｃのようなトーンマップ（tone-map）特性を持つ変換カーブで変換される。

このようにすることにより、ＨＤＲのサブタイトルのグラフィックスデータの［０・・ｂ］は［０・・ａ´］になり、クリッピングすること無しにＳＤＲのビデオデータの［０・・ａ］の範囲に収まる。なお、図においては、ＳＤＲ，ＨＤＲ共に、符号化ビット空間をＮで同一としている。また、０＜Ｐ≦１００、０＜Ｑ≦１００である。

上述したように第４の変換機能３０４で輝度レベル変換されたサブタイトルのグラフィックスデータは、第５の変換機能３０５により、重畳先ビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．２０２０の色域が、重畳先ビデオデータの色域であるＢＴ．７０９に合うように変換される。

色域変換されたサブタイトルのグラフィックスデータは、第６の変換機能３０６により、ＳＤＲ光電変換特性が適用されて光電変換される。これにより、サブタイトルのグラフィックスデータは、重畳先ビデオデータと同じく、ＳＤＲ光電変換特性を持つものとなる。このサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。

（５）の場合、第１の変換機能３０１のみが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換され、このグラフィックスデータがそのまま出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータのいずれもＨＤＲで、かつ色域も同じであることから、第２の変換機能３０２から第７の変換機能３０７は、バイパスされる。

なお、図示の例では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータのＨＤＲ特性が同一の場合を示している。双方のデータのＨＤＲ特性が異なる場合には、（３）、（４）の場合と同様に、輝度レベルの変換も必要となる。双方のデータのＨＤＲ特性が異なる場合とは、例えば、サブタイトルのグラフィックスデータのＨＤＲ特性がＰＱ、ビデオデータのＨＤＲ特性がＨＬＧの場合などである。

次に、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合について説明する。変換部１０３は、例えば、図８の（１）から（３）の各場合に用いられるビットマップ変換テーブルの情報を出力する。（１）の場合は、サブタイトルを表示する際のビットマップデータから変換後のサブタイトルのグラフィックスデータがＳＤＲであって色域が狭い（例えば、ＢＴ．７０９）場合である。

（２）の場合は、サブタイトルを表示する際のビットマップデータから変換後のサブタイトルのグラフィックスデータがＳＤＲであって色域が広い（例えば、ＢＴ．２０２０）場合である。（３）の場合は、サブタイトルを表示する際のビットマップデータから変換後のサブタイトルのグラフィックスデータがＨＤＲである場合である。

図２に戻って、サブタイトルエンコーダ１０４は、変換部１０３から出力されたビットマップデータと表示制御情報を種々のセグメントに変換し、ペイロードにそれらのセグメントを配置したＰＥＳパケットで構成されるサブタイトルストリームＳＳを生成する。種々のセグメントには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントの他に、新規定義するレンダリング・ガイド・セグメント（ＲＧＳ： rendering_guide_segment）も含まれる。なお、本技術においては、後述するが、ＣＤＳの定義拡張をする。

ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ: CLUT_definition_segment）には、変換部１０３から出力される所定数のビットマップ変換テーブルの情報が含まれる。また、レンダリング・ガイド・セグメントには、その所定数のビットマップ変換テーブルのそれぞれが対応する、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータの特性情報（（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合）、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータのみの特性情報（（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合）が含まれる。

本技術において、ＣＬＵＴ・デフィニション・セグメントは第１のセグメントを構成し、レンダリング・ガイド・セグメントは第２のセグメントを構成する。ＣＬＵＴ・デフィニション・セグメントが有するビットマップ変換テーブルと、このビットマップ変換テーブルが対応するレンダリング・ガイド・セグメントが有する特性情報は、それぞれに同一の識別情報「CLUT_id」が付加されることで関連付けされる。

図９、図１０は、ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の構造例（Syntax）を示し、図１１は、その構造例における主要な情報の内容（Semantics）を示している。「CLUT_id」の８ビットフィールドは、個々のＣＬＵＴ（ビットマップ変換テーブル）の識別情報（ＩＤ）を示す。新規定義する「output_range_type」の２ビットフィールドは、出力グラフィックスデータであるＹ，Ｃｒ，Ｃｂ，Ｔの各要素のビット深度（bit depth）を示す。

“０”は、Ｙ，Ｃｒ，Ｃｂ，Ｔの各要素のビット深度を６：４：４：２とすることを示す。また、“１”は、Ｙ，Ｃｒ，Ｃｂ，Ｔの各要素のビット深度を８：８：８：８とすることを示す。“２”は、Ｙ，Ｃｒ，Ｃｂ，Ｔの各要素のビット深度を１０：１０：１０：１０とすることを示す。“３”は、Ｙ，Ｃｒ，Ｃｂ，Ｔの各要素のビット深度を１２：１２：１２：１２とすることを示す。なお、“２”、“３”のビット深度は従来のＣＬＵＴには存在しなかったもので、重畳するビデオのビット深度に対応するよう準備するためのものである。

図１２、図１３は、レンダリング・ガイド・セグメント（ＲＧＳ）の構造例（Syntax）を示し、図１４は、その構造例における主要な情報の内容（Semantics）を示している。ここで、図１２は、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるレンダリング・ガイド・セグメントの構造例を示し、図１３は、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるレンダリング・ガイド・セグメントの構造例を示している。

図１２に示すレンダリング・ガイド・セグメント（ＲＧＳ）の構造例を説明する。「number_of_rendering_option_sets」の８ビットフィールドは、ＣＬＵＴ（ビットマップ変換テーブル）の情報の数を示す。そして、この数だけ、「CLUT_id」、「subtitle_color_gamut_information」、「subtitle_dynamic_range_information」、「video_color_gamut_information」、「video_dynamic_range_information」の各フィールドが繰り返し存在する。なお、ＣＬＵＴを複数伝送する場合は、そのコンテナセグメントであるＣＤＳを複数個、サブタイトルストリーム（サブタイトル符号化ストリーム）に挿入する。

「CLUT_id」の８ビットフィールドは、個々のＣＬＵＴ（ビットマップ変換テーブル）の識別情報（ＩＤ）を示す。「subtitle_color_gamut_information」の８ビットフィールドは、ビットマップデータへの変換前、つまり制作した状態でのサブタイトルのグラフィックスデータの色域を示し、値の意味はＨＥＶＣ規格の“color_primaries”と同様である。「subtitle_dynamic_range_information」の８ビットフィールドは、ビットマップデータへの変換前、つまり制作した状態でのサブタイトルのグラフィックスデータのダイナミックレンジのタイプを示し、値の意味はＨＥＶＣ規格の“transfer_characterrstics”と同様である。

「video_color_gamut_information」の８ビットフィールドは、重畳先ビデオデータの色域を示し、値の意味はＨＥＶＣ規格の“color_primaries”と同様である。「video_dynamic_range_information」の８ビットフィールドは、重畳先ビデオデータのダイナミックレンジのタイプを示し、値の意味はＨＥＶＣ規格の“transfer_characterrstics”と同様である。

次に、図１３に示すレンダリング・ガイド・セグメント（ＲＧＳ）の構造例を説明する。「number_of_rendering_option_sets」の８ビットフィールドは、ＣＬＵＴ（ビットマップ変換テーブル）の情報の数を示す。そして、この数だけ、「CLUT_id」、「subtitle_color_gamut_information」、「subtitle_dynamic_range_information」の各フィールドが繰り返し存在する。なお、ＣＬＵＴを複数伝送する場合は、そのコンテナセグメントであるＣＤＳを複数個、サブタイトルストリーム（サブタイトル符号化ストリーム）に挿入する。

「CLUT_id」の８ビットフィールドは、個々のＣＬＵＴ（ビットマップ変換テーブル）の識別情報（ＩＤ）を示す。「subtitle_color_gamut_information」の８ビットフィールドは、ビットマップデータから変換後のサブタイトルのグラフィックスデータの色域を示し、値の意味はＨＥＶＣ規格の“color_primaries”と同様である。「subtitle_dynamic_range_information」の８ビットフィールドは、ビットマップデータから変換後のサブタイトルのグラフィックスデータのダイナミックレンジのタイプを示し、値の意味はＨＥＶＣ規格の“transfer_characterrstics”と同様である。

図１５は、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合におけるビットマップ変換テーブルのバリエーションを示している。図示の例においては、「CLUT_id」が“１”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」、「video_dynamic_range_information」、「video_color_gamut_information」）がそれぞれ（ＳＤＲ，ＢＴ．７０９，ＳＤＲ，ＢＴ．７０９）である場合に適合するものであることが示されている。

また、「CLUT_id」が“２”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」、「video_dynamic_range_information」、「video_color_gamut_information」）がそれぞれ（ＳＤＲ，ＢＴ．７０９，ＳＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている。また、「CLUT_id」が“３”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」、「video_dynamic_range_information」、「video_color_gamut_information」）がそれぞれ（ＳＤＲ，ＢＴ．７０９，ＨＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている．

また、「CLUT_id」が“４”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」、「video_dynamic_range_information」、「video_color_gamut_information」）がそれぞれ（ＨＤＲ，ＢＴ．２０２０，ＳＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている。また、「CLUT_id」が“５”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」、「video_dynamic_range_information」、「video_color_gamut_information」）がそれぞれ（ＨＤＲ，ＢＴ．２０２０，ＨＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている．

図１６は、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合におけるビットマップ変換テーブルのバリエーションを示している。図示の例においては、「CLUT_id」が“１”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」）がそれぞれ（ＳＤＲ，ＢＴ．７０９）である場合に適合するものであることが示されている。

また、「CLUT_id」が“２”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」）がそれぞれ（ＳＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている。また、「CLUT_id」が“３”であるビットマップ変換テーブル（ＣＬＵＴ）は、（「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」）がそれぞれ（ＨＤＲ，ＢＴ．２０２０）である場合に適合するものであることが示されている。

図２に戻って、システムエンコーダ１０５は、ビデオエンコーダ１０２で生成されたビデオストリームＶＳと、サブタイトルエンコーダ１０４で生成されたサブタイトルストリームＳＳを含むトランスポートストリームＴＳを生成する。送信部１０６は、このトランスポートストリームＴＳを、放送波あるいはネットのパケットに載せて、受信装置２００に送信する。

「トランスポートストリームＴＳの構成例」
図１７は、トランスポートストリームＴＳの構成例を示している。この構成例では、ＰＩＤ１で識別されるビデオストリームのＰＥＳパケット「Video PES1」が存在する。また、この構成例では、ＰＩＤ２で識別されるサブタイトルストリームのＰＥＳパケット「Subtitle PES2」が存在する。

ＰＥＳパケットは、ＰＥＳヘッダ（PES header）とＰＥＳペイロード（PES payload）からなっている。ビデオストリームのＰＥＳパケットにおいて、ＰＥＳペイロードにはビデオ符号化ストリームが挿入されている。アクセスユニットのＳＰＳ ＮＡＬユニットのＶＵＩの領域に、伝送ビデオデータの色域識別情報（color_primaries）、ダイナミックレンジ情報（transfer_characteristics）が挿入されている。また、サブタイトルストリームのＰＥＳパケットには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントの他に、上述した新規定義するレンダリング・ガイド・セグメント（ＲＧＳ）が挿入されている。

また、トランスポートストリームＴＳには、ＰＳＩ（Program Specific Information）として、ＰＭＴ（Program Map Table）が含まれている。ＰＳＩは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。ＰＭＴには、プログラム全体に関連する情報を記述するプログラム・ループ（Program loop）が存在する。

また、ＰＭＴには、各エレメンタリストリームに関連した情報を持つエレメンタリストリーム・ループが存在する。この構成例では、ビデオストリームに対応したビデオエレメンタリストリーム・ループ（video ES loop）と、サブタイトルストリームに対応したサブタイトルエレメンタリストリーム・ループ（Subtitle ES loop）が存在する。ビデオエレメンタリストリーム・ループ（video ES loop）には、ビデオストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのビデオストリームに関連する情報を記述するデスクリプタも配置される。このビデオストリームの「Stream_type」の値は、例えばＨＥＶＣビデオストリームを示す値に設定され、ＰＩＤ情報はビデオストリームのＰＥＳパケット「video PES1」に付与されるＰＩＤ１を示すものとされる。

サブタイトルエレメンタリストリーム・ループ（Subtitle ES loop）には、サブタイトルストリームに対応して、ストリームタイプ、ＰＩＤ（パケット識別子）等の情報が配置されると共に、そのサブタイトルストリームに関連する情報を記述するデスクリプタも配置される。このサブタイトルストリームの「Stream_type」の値は、例えばプライベートストリームを示す値に設定され、ＰＩＤ情報はサブタイトルストリームのＰＥＳパケット「Subtitle PES2」に付与されるＰＩＤ２を示すものとされる。

ＥＩＴ配下にコンポーネントデスクリプタ（component_descriptor）が存在する。このコンポーネントデスクリプタの「Stream_content」は対象がサブタイトル（subtitle）であることを示し、「component_type」は、ＵＨＤ向けであることを示す。一方、ＰＭＴ配下のサブタイトルエレメンタリストリーム・ループ（Subtitle ES loop）に、サブタイトルデスクリプタ（Subtitle_descriptor）やストリーム・アイデンチファイヤ・デスクリプタ（Stream_identifier_descriptor）が存在する。サブタイトルデスクリプタの「Subtitling_type」は、コンポーネントデスクリプタの「component_type」と同じに設定され、ＵＨＤ向けであることを示す。そして、ストリーム・アイデンチファイヤ・デスクリプタの「component_tag」により、コンポーネントデスクリプタと結び付く構造になっている。

図２に示す送信装置１００の動作を簡単に説明する。ビデオデータは、ビデオエンコーダ１０２に供給される。このビデオデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。

ビデオエンコーダ１０２では、このビデオデータに対して、例えば、ＭＰＥＧ４−ＡＶＣあるいはＨＥＶＣなどの符号化が施されて、符号化ビデオデータを含むビデオストリーム（ＰＥＳストリーム）ＶＳが生成される。このとき、アクセスユニット（ＡＵ）のＳＰＳ ＮＡＬユニットのＶＵＩの領域に、ビデオデータが持つ光電変換特性に対応した電光変換特性を示す情報（transfer_function）、ビデオデータの色域を示す情報（color_primaries）などのメタ情報が挿入される。

また、サブタイトルのグラフィックスデータは、変換部１０３に供給される。このサブタイトルのグラフィックスデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。変換部１０３では、サブタイトルのグラフィックスデータがビットマップデータに変換される。この変換部１０３からは、ビットマップデータと共に、受信側で必要とされると想定される１つまたは２つ以上のビットマップ変換テーブルの情報が出力される。

ここで、ビットマップ変換テーブルは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルである。すなわち、このビットマップ変換テーブルは、ビットマップデータを単にサブタイトルのグラフィックスデータに変換するためのものではなく、重畳先のビデオデータである重畳先ビデオデータに適合するように、色域や輝度をも併せて変換するものである。

変換部１０３から出力されるビットマップ変換テーブル情報には、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合と、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合の２種類が考えられ、いずれかのビットマップ変換テーブル情報とされる。

変換部１０３から出力されるビットマップデータおよびビットマップ変換テーブル情報は、サブタイトルエンコーダ１０４に供給される。サブタイトルエンコーダ１０４では、ビットマップデータと表示制御情報が種々のセグメントに変換され、ペイロードにそれらのセグメントを配置したＰＥＳパケットで構成されるサブタイトルストリームＳＳが生成される。

種々のセグメントには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントの他に、新規定義するレンダリング・ガイド・セグメントも含まれる。ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）には、変換部１０３から出力される所定数のビットマップ変換テーブルの情報が含まれる（図９、図１０参照）。

また、レンダリング・ガイド・セグメントには、その所定数のビットマップ変換テーブルのそれぞれが対応する、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータの特性情報（（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合）、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータのみの特性情報（（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合）が含まれる（図１２、図１３参照）。

ビデオエンコーダ１０２で生成されたビデオストリームＶＳは、システムエンコーダ１０５に供給される。サブタイトルエンコーダ１０４で生成されたサブタイトルストリームＳＳは、システムエンコーダ１０５に供給される。システムエンコーダ１０５では、ビデオストリームＶＳとサブタイトルストリームＳＳを含むトランスポートストリームＴＳが生成される。このトランスポートストリームＴＳは、送信部１０６により、放送波あるいはネットのパケットに載せて、受信装置２００に送信される。

「受信装置の構成例」
図１８は、受信装置２００の構成例を示している。この受信装置２００は、制御部２０１と、受信部２０２と、システムデコーダ２０３と、ビデオデコーダ２０４と、マッピング部２０５と、サブタイトルデコーダ２０６と、変換部２０７と、ビデオ重畳部２０８を有している。また、この受信装置２００は、ＹＣｂＣｒ/ＲＧＢ変換部２１１と、電光変換部２１２と、ＣＥモニタ２１３を有している。

制御部２０１は、ＣＰＵ（Central Processing Unit）を備えて構成され、制御プログラムに基づいて、受信装置２００の各部の動作を制御する。受信部２０２は、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳを受信する。システムデコーダ２０３は、このトランスポートストリームＴＳから、ビデオストリームＶＳとサブタイトルストリームＳＳを抽出する。

ビデオデコーダ２０４は、システムデコーダ２０３で抽出されるビデオストリームＶＳをデコードして、ビデオデータを得る。また、ビデオデコーダ２０４は、ビデオストリームＶＳを構成する各アクセスユニットに挿入されているパラメータセットやＳＥＩメッセージを抽出し、制御部２０１に送る。マッピング部２０５は、ＣＥモニタ２１３で表示可能となるように、ビデオデコーダ２０４で得られたビデオデータに、必要に応じて、色域やダイナミックレンジの変換処理を施して、表示用ビデオデータを得る。

サブタイトルデコーダ２０６は、システムデコーダ２０３で抽出されるサブタイトルストリームＳＳをデコードして、ビットマップデータと、所定数、つまり１つまたは２つ以上のビットマップ変換テーブル情報を得る。ここで、所定数のビットマップ変換テーブル情報は、上述のＣＬＵＴ・デフィニション・セグメント（図９、図１０参照）から得られる。

また、このとき、上述のレンダリング・ガイド・セグメント（図１２、図１３参照）から、その所定数のビットマップ変換テーブルのそれぞれが対応する特性の情報が抽出され、制御部２０１に送られる。この場合、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合には、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータの特性情報が抽出される。一方、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合には、ビットマップデータから変換後のサブタイトルのグラフィックスデータのみの特性情報が抽出される。

変換部２０７は、制御部２０１の制御の下、所定数のビットマップ変換テーブルのうち適合するビットマップ変換テーブルを用いて、ビットマップデータをサブタイトルのグラフィックスデータに変換する。この場合、制御部２０１は、用いるべきビットマップ変換テーブルを、上述したように、レンダリング・ガイド・セグメントから抽出される、当該所定数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて選択する。

ここで、制御部２０１は、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合には、「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」で示されるダイナミックレンジ、色域がビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジ、色域と一致し、かつ「video_dynamic_range_information」、「video_color_gamut_information」で示されるダイナミックレンジ、色域が表示用ビデオデータ（重畳先ビデオデータ）のダイナミックレンジ、色域と一致するビットマップ変換テーブルを選択する。

図１９は、この場合におけるビットマップ変換テーブルの選択例を示している。なお、ＣＬＵＴ１〜ＣＬＵＴ５は、それぞれ、図１５において「CLUT_id」が“１”〜“５”で識別されるビットマップ変換テーブルであるとする。なお、サブタイトルのグラフィックスデータがＳＤＲ/７０９である場合には、ＣＬＵＴ１〜ＣＬＵＴ５のうち、ＣＬＵＴ１〜ＣＬＵＴ３のみが送られてくる。

例えば、サブタイトルのグラフィックスデータがＳＤＲ/７０９、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＨＤＲ/２０２０の場合（ディスプレイ（ＣＥモニタ２１３）がＨＤＲ/２０２０に対応している）には、ＣＬＵＴ３を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ｂ）に示すように、ＨＤＲレンジでサブタイトル表示を行うものであり、ビット幅全体の範囲に対して制限された範囲で使用される。

また、例えば、サブタイトルのグラフィックスデータがＳＤＲ/７０９、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＳＤＲ/２０２０の場合（ディスプレイ（ＣＥモニタ２１３）がＳＤＲ/２０２０に対応している）には、ＣＬＵＴ２を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ａ）に示すように、ＳＤＲレンジでサブタイトル表示を行うものであり、ビット幅全体の範囲でフルに使用される。

また、例えば、サブタイトルのグラフィックスデータがＳＤＲ/７０９、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＳＤＲ/７０９の場合（ディスプレイ（ＣＥモニタ２１３）がＳＤＲ/７０９に対応している）には、ＣＬＵＴ１を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ａ）に示すように、ＳＤＲレンジでサブタイトル表示を行うものであり、ビット幅全体の範囲でフルに使用される。

一方、制御部２０１は、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合には、「subtitle_dynamic_range_information」、「subtitle_color_gamut_information」で示されるダイナミックレンジ、色域が表示用ビデオデータ（重畳先ビデオデータ）のダイナミックレンジ、色域と一致するビットマップ変換テーブルを選択する。

図２０は、この場合におけるビットマップ変換テーブルの選択例を示している。なお、ＣＬＵＴ１〜ＣＬＵＴ３は、それぞれ、図１６において「CLUT_id」が“１”〜“３”で識別されるビットマップ変換テーブルであるとする。

例えば、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＨＤＲ/２０２０の場合（ディスプレイ（ＣＥモニタ２１３）がＨＤＲ/２０２０に対応している）には、ＣＬＵＴ３を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ｂ）に示すように、ＨＤＲレンジでサブタイトル表示を行うものであり、ビットマップデータは、ＣＬＵＴ出力のビット幅全体の範囲に対して制限された範囲に変換される。

また、例えば、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＳＤＲ/２０２０の場合（ディスプレイ（ＣＥモニタ２１３）がＳＤＲ/２０２０に対応している）には、ＣＬＵＴ２を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ａ）に示すように、ＳＤＲレンジでサブタイトル表示を行うものであり、ビットマップデータは、ＣＬＵＴ出力のビット幅全体の範囲に変換される。

また、例えば、ビデオデコーダ２０４から出力されるビデオデータがＨＤＲ/２０２０の場合であり、また、マッピング部２０５から出力される重畳先ビデオデータがＳＤＲ/７０９の場合（ディスプレイ（ＣＥモニタ２１３）がＳＤＲ/７０９に対応している）には、ＣＬＵＴ１を選択する。この場合、変換部２０７から出力されるサブタイトルのグラフィックスデータは、図２１（ａ）に示すように、ＳＤＲレンジでサブタイトル表示を行うものであり、ＣＬＵＴ出力のビット幅全体の範囲に変換される。

図１８に戻って、ビデオ重畳部２０８は、マッピング部２０５から出力された表示用ビデオデータ（重畳先ビデオデータ）に、変換部２０７から出力されたサブタイトルのグラフィックスデータを重畳する。

図２２は、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合における、制御部２０１の制御のもとに行われるマッピング部２０５、変換部２０７などの処理フローの一例を示している。ステップＳＴ１において、処理が開始される。次に、ステップＳＴ２において、ディスプレイ（ＣＥモニタ２１３）の色域、ダイナミックレンジの情報がチェックされる。

次に、ステップＳＴ３において、ビデオデコーダ２０４からのビデオの色域、ダイナミックレンジの情報が検知される。そして、ステップＳＴ４において、ビデオの色域、ダイナミックレンジは表示可能な色域、ダイナミックレンジの範囲内か判断される。

範囲内でないときは、ステップＳＴ５において表示可能となるように、マッピング部２０５でビデオデータの色域、ダイナミックレンジが変換され、それが表示用ビデオデータとされる。なお、範囲内であるときは、マッピング部２０５ではビデオデータの色域、ダイナミックレンジの変換は行われず、ビデオデコーダ２０４からのビデオデータがそのまま表示用ビデオデータとされる。

次に、ステップＳＴ６において、ＣＬＵＴループ内のセットで伝送された表示ビデオの色域、ダイナミックレンジ情報とサブタイトルの色域、ダイナミックレンジ情報とからＣＬＵＴが選択される。次に、ステップＳＴ７において、選択されたＣＬＵＴによりサブタイトルデータが変換され、ビデオ重畳部２０８に転送される。そして、ステップＳＴ８において、処理が終了される。

図２３は、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合における、制御部２０１の制御のもとに行われるマッピング部２０５、変換部２０７などの処理フローの一例を示している。ステップＳＴ１１において、処理が開始される。次に、ステップＳＴ１２において、ディスプレイ（ＣＥモニタ２１３）の色域、ダイナミックレンジの情報がチェックされる。

次に、ステップＳＴ１３において、ビデオデコーダ２０４からのビデオの色域、ダイナミックレンジの情報が検知される。そして、ステップＳＴ１４において、ビデオの色域、ダイナミックレンジは表示可能な色域、ダイナミックレンジの範囲内か判断される。

範囲内でないときは、ステップＳＴ１５において表示可能となるように、マッピング部２０５でビデオデータの色域、ダイナミックレンジが変換され、それが表示用ビデオデータとされる。なお、範囲内であるときは、マッピング部２０５ではビデオデータの色域、ダイナミックレンジの変換は行われず、ビデオデコーダ２０４からのビデオデータがそのまま表示用ビデオデータとされる。

次に、ステップＳＴ１６において、サブタイトル表示が、重畳する表示ビデオの色域、ダイナミックレンジと適合するように、ＣＬＵＴループ内のセットで伝送されたサブタイトルの色域、ダイナミックレンジ情報からＣＬＵＴが選択される。次に、ステップＳＴ１７において、選択されたＣＬＵＴによりサブタイトルデータが変換され、ビデオ重畳部２０８に転送される。そして、ステップＳＴ１８において、処理が終了される。

図１８に戻って、ＹＣｂＣｒ/ＲＧＢ変換部２１１は、サブタイトルのグラフィックスデータが重畳されたビデオデータＶ１´をＹＣｂＣｒ（輝度・色差）ドメインからＲＧＢドメインに変換する。この場合、ＹＣｂＣｒ/ＲＧＢ変換部２１１は、色域識別情報に基づいて、色域に対応した変換式を用いて変換を行う。

電光変換部２１２は、ＲＧＢドメインに変換されたビデオデータＶ１´に、それに適用されている光電変換特性に対応した電光変換特性を適用して電光変換を行って、画像を表示するための表示用ビデオデータを得る。ＣＥモニタ２１３は、表示用ビデオデータに基づいて画像を表示する。このＣＥモニタ２１３は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成される。

図１８に示す受信装置２００の動作を簡単に説明する。受信部２０２では、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳは、システムデコーダ２０３に供給される。システムデコーダ２０３では、このトランスポートストリームＴＳから、ビデオストリームＶＳおよびサブタイトルストリームＳＳが抽出される。

システムデコーダ２０３で抽出されたビデオストリームＶＳは、ビデオデコーダ２０４に供給される。ビデオデコーダ２０４では、ビデオストリームＶＳがデコードされて、ビデデータが得られる。このビデオデータは、マッピング部２０５に送られる。マッピング部２０５では、ＣＥモニタ２１３で表示可能となるように、ビデオデータに、必要に応じて、色域やダイナミックレンジの変換処理が施されて、表示用ビデオデータが得られる。

システムデコーダ２０３で抽出されたサブタイトルストリームＳＳは、サブタイトルデコーダ２０６に供給される。サブタイトルデコーダ２０６では、サブタイトルストリームＳＳがデコードされて、ビットマップデータと、所定数、つまり一つまたは２つ以上のビットマップ変換テーブルの情報が得られる。この所定数のビットマップ変換テーブルの情報は、ＣＬＵＴ・デフィニション・セグメント（図９、図１０参照）から得られる。

また、このとき、レンダリング・ガイド・セグメント（図１２、図１３参照）から、その所定数のビットマップ変換テーブルのそれぞれが対応する特性の情報が抽出され、制御部２０１に送られる。この場合、（Ａ）ＣＬＵＴ伝送ループにビデオ情報を入れる場合には、ビットマップデータへの変換前のサブタイトルのグラフィックスデータと重畳先ビデオデータの特性情報が抽出される。一方、（Ｂ）ＣＬＵＴ伝送ループにビデオ情報を入れない場合には、ビットマップデータから変換後のサブタイトルのグラフィックスデータのみの特性情報が抽出される。

サブタイトルデコーダ２０６で得られたビットマップデータと所定数のビットマップ変換テーブルの情報は、変換部２０７に供給される。変換部２０７では、制御部２０１の制御の下、所定数のビットマップ変換テーブルのうち適合するビットマップ変換テーブルが用いられ、ビットマップデータがサブタイトルのグラフィックスデータに変換される。この場合、制御部２０１では、用いるべきビットマップ変換テーブルが、レンダリング・ガイド・セグメントから抽出される、当該所定数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて選択される。

マッピング部２０５で得られた表示用ビデオデータ（重畳先ビデオデータ）は、ビデオ重畳部２０８に供給される。また、変換部２０７で得られたサブタイトルのグラフィックスデータは、ビデオ重畳部２０８に供給される。このビデオ重畳部２０８では、表示用ビデオデータに、サブタイトルのグラフィックスデータが重畳される。この場合、サブタイトルのグラフィックスデータがビデオデータに所定の比率で混合される。ここで、混合比率に関しては、T-Valueに則して行われる。

ビデオ重畳部２０８で得られた、サブタイトルのグラフィックスデータが重畳された表示用ビデオデータＶ１´は、ＹＣｂＣｒ/ＲＧＢ変換部２１１において、ＹＣｂＣｒ（輝度・色差）ドメインからＲＧＢドメインに変換されて、電光変換部２１２に供給される。電光変換部２１２では、ビデオデータＶ１´に、それに適用されている光電変換特性に対応した電光変換特性が適用されて電光変換が行われ、画像を表示するための表示用ビデオデータが得られる。この表示用ビデオデータはＣＥモニタ２１３に供給される。ＣＥモニタ２１３には、この表示用ビデオデータに基づいて画像が表示される。

上述したように、図１に示す送受信システム１０において、送信側から受信側に送られるサブタイトルストリームが持つＣＬＵＴ・デフィニション・セグメントは色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するものである。そのため、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、表示用ビデオデータ（重畳先ビデオデータ）の特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することが可能となる。

また、第１に示す送受信システム１０においては、送信側から受信側に送られるサブタイトルストリームは、所定数のビットマップ変換テーブルのそれぞれが対応する特性の情報を有する第２のセグメントをさらに持つものである。受信側では、所定数のビットマップ変換テーブルから用いるべきビットマップ変換テーブルを容易かつ適切に選択することが可能となる。

＜２．変形例＞
なお、上述実施の形態においては、送信側から受信側に複数のビットマップ変換テーブル（ＣＬＵＴ）を送信する例を示した。しかし、送信側において、サブタイトルを重畳するビデオの特性（ダイナミックレンジ、色域）が一意に特定可能な場合、複数のビットマップ変換テーブル送る代わりに、上記に適合するビットマップ変換テーブルを一つだけ送ることもできる。

その場合には、ビットマップ変換テーブル（ＣＬＵＴ）の対象が「ＳＤＲ/色域７０９」、「ＳＤＲ/色域２０２０」、「ＨＤＲ（HLG or PQ）/色域２０２０」のいずれかを示す情報をサブタイトルストリーム中に挿入する。

この挿入方法として、例えば、以下の１．から３．の方法などが考えられる。
１．上述のレンダリング・ガイド・セグメント（ＲＧＳ：rendering_guide_segment）の要素（CLUT１つの場合も含まれるため）として伝送する方法。
２．ディスプレイ・ディフィニション・セグメント（ＤＤＳ：display_difinition_segment）の空き領域に「CLUT_type」情報を埋め込む方法。
３．ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ: CLUT_definition_segment）の空き領域に「CLUT_type」情報を埋め込む方法。

なお、情報をサブタイトルストリーム中に挿入する代わりに、この情報を送信側および受信側で予め共有しておくことで一致させる方法も考えられる。この場合、受信装置は、予め共有する当該情報を例えば制御部２０１内の記憶部（メモリ）あるいは所定のロジックに保持する。以下では、主に、情報をサブタイトルストリーム中に挿入する場合について説明する。

図２４は、サブタイトル伝送に含まれるビットマップ変換テーブル（ＣＬＵＴ）のバリエーションを示している。「CLUT_type」は、ビットマップデータから変換後のサブタイトルのグラフィックスデータの特性を示す。

図示の例においては、「CLUT_type」が“０”であるビットマップ変換テーブル（ＣＬＵＴ）は、ターゲットのダイナミックレンジ（dynamic_range）がＨＤＲ(HLG)で、ターゲットの色域（Color_gamut）が２０２０であることが示されている。また、「CLUT_type」が“１”であるビットマップ変換テーブルは、ターゲットのダイナミックレンジがＨＤＲ(PQ)で、ターゲットの色域が２０２０であることが示されている。

また、「CLUT_type」が“２”であるビットマップ変換テーブルは、ターゲットのダイナミックレンジがＳＤＲで、ターゲットの色域が２０２０であることが示されている。また、「CLUT_type」が“３”であるビットマップ変換テーブルは、ターゲットのダイナミックレンジがＳＤＲで、ターゲットの色域が７０９であることが示されている。

ＣＬＵＴ出力が最終的なディスプレイ表示に合う場合には、ＣＬＵＴ出力がそのまま重畳先ビデオデータ（表示用ビデオデータ）に重畳される。一方、ＣＬＵＴ出力が最終的なディスプレイ表示とは異なる場合には、ＣＬＵＴ出力に対してポスト処理でディスプレイ表示に合うように色域、ダイナミックレンジが変換された後に重畳先ビデオデータ（表示用ビデオデータ）に重畳される。

図２５は、ビットマップ変換テーブルを一つだけ送る場合における受信装置２００Ａの構成例を示している。この受信装置２００Ａにおいては、変換部２０７の後段に、必要に応じて、変換部２０７で得られたサブタイトルのグラフィックスデータに色域やダイナミックレンジの変換処理を施すためのポスト処理部２０９が配置される。この受信装置２００において、その他の図１８に示す受信装置２００と同様の構成となっている。なお、この図２５において、図１８と対応する部分には同一符号を付して示している。

変換部２０７で得られるＣＬＵＴ出力（サブタイトルのグラフィックスデータ）が最終的なディスプレイ表示に合う場合には、ＣＬＵＴ出力がポスト処理部２０９をスルーしてそのまま重畳先ビデオデータ（表示用ビデオデータ）に重畳される。一方、ＣＬＵＴ出力が最終的なディスプレイ表示とは異なる場合には、ＣＬＵＴ出力に対してポスト処理部２０９でディスプレイ表示に合うように色域、ダイナミックレンジが変換された後に重畳先ビデオデータ（表示用ビデオデータ）に重畳される。

「ケース１」
ビデオデコーダ２０４の出力ビデオ情報がＨＤＲ(HLG)/２０２０の場合で、また、マッピング部２０５から出力される重畳先ビデオデータがＨＤＲ(HLG)/２０２０の場合（ディスプレイ（ＣＥモニタ２１３）がＨＤＲ(HLG)/２０２０に対応している）には、サブタイトルはＨＤＲレンジで表示する必要がある。このとき、ＣＬＵＴ０が受信されれば、変換部２０７ではこのＣＬＵＴ０によりビットマップデータはＨＤＲ(HLG)/２０２０の画素データに変換され、ポスト処理部２０９をスルーしてビデオデータ重畳部２０８に送られる。

一方、このとき、ＣＬＵＴ３が受信されれば、変換部２０７ではこのＣＬＵＴ０３によりビットマップデータはＳＤＲ/７０９の画素データに変換され、その後にポスト処理部２０９で画素データはＨＤＲ(HLG)/２０２０の画素データに変換されてビデオデータ重畳部２０８に送られる。

「ケース２」
ビデオデコーダ２０４の出力ビデオ情報がＨＤＲ(PQ)/２０２０の場合で、また、マッピング部２０５から出力される重畳先ビデオデータがＳＤＲ/７０９の場合（ディスプレイ（ＣＥモニタ２１３）がＳＤＲ/７０９に対応している）には、サブタイトルはＳＤＲレンジで表示する必要がある。このとき、ＣＬＵＴ１が受信されれば、変換部２０７ではこのＣＬＵＴ０によりビットマップデータはＨＤＲ(PQ)/２０２０の画素データに変換され、その後にポスト処理部２０９で画素データはＳＤＲ/７０９の画素データに変換されてビデオデータ重畳部２０８に送られる。

図２６は、制御部２０１の制御のもとに行われるマッピング部２０５、変換部２０７、ポスト処理部２０９などの処理フローの一例を示している。ステップＳＴ２１において、処理が開始される。次に、ステップＳＴ２２において、ディスプレイ（ＣＥモニタ２１３）の色域、ダイナミックレンジの情報がチェックされる。

次に、ステップＳＴ２３において、ビデオデコーダ２０４からのビデオの色域、ダイナミックレンジの情報が検知される。そして、ステップＳＴ２４において、ビデオの色域、ダイナミックレンジは表示可能な色域、ダイナミックレンジの範囲内か判断される。

範囲内でないときは、ステップＳＴ２５において表示可能となるように、マッピング部２０５でビデオデータの色域、ダイナミックレンジが変換され、それが表示用ビデオデータとされる。なお、範囲内であるときは、マッピング部２０５ではビデオデータの色域、ダイナミックレンジの変換は行われず、ビデオデコーダ２０４からのビデオデータがそのまま表示用ビデオデータとされる。

次に、ステップＳＴ２６において、サブタイトル表示が、重畳する表示ビデオの色域、ダイナミックレンジと適合するように、サブタイトルの表示特性（ダイナミックレンジ、色域）を決める。次に、ステップＳＴ２７において、変換部２０７では、受信されたビットマップ変換テーブル（ＣＬＵＴ）によりサブタイトルデータの変換が行われる。

次に、ステップＳＴ２８において、ステップＳＴ２６で決めたサブタイトル表示特性と受信されたビットマップ変換テーブル（ＣＬＵＴ）のタイプが一致するか判断される。一致しないときは、ステップＳＴ２９において、ポスト処理部２０９では、変換部２０７からのＣＬＵＴ出力画素データが変換されて、サブタイトル表示特性に合わせられて、ステップＳＴ３０において、ビデオ重畳部２０８に転送される。

一方、一致するときは、ステップＳＴ３０において、変換部２０７からのＣＬＵＴ出力画素データがそのままビデオ重畳部２０８に転送される。そして、ステップＳＴ３１において、処理が終了される。

図２７は、ディスプレイ・ディフィニション・セグメント（ＤＤＳ）の空き領域に「CLUT_type」情報を埋め込む場合における当該セグメントの構造例（Syntax）を示し、図２８は、その構造例における主要な情報の内容（Semantics）を示している。「CLUT_type」の２ビットフィールドは、ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）で送られるビットマップ変換テーブル（ＣＬＵＴ）による変換後の画素のダイナミックレンジ、色域を示す。

“００”は、ダイナミックレンジがＨＤＲ(HLG)で、色域が２０２０であることを示す。“０１”は、ダイナミックレンジがＨＤＲ(PQ)で、色域が２０２０であることを示す。“１０”は、ダイナミックレンジがＳＤＲで、色域が２０２０であることを示す。“１１”は、ダイナミックレンジがＳＤＲで、色域が７０９であることを示す。

図２９は、ディスプレイ・ディフィニション・セグメントの空き領域に「CLUT_type」情報を埋め込む場合におけるトランスポートストリームＴＳの構成例を示している。サブタイトルストリームのＰＥＳパケットには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントが挿入されている。ディスプレイ・ディフィニション・セグメント（ＤＤＳ）に、ＣＬＵＴ情報に対応するダイナミックレンジ、色域の情報が記述される。詳細説明は省略するが、この図２９のその他は図１７と同様である。

図３０、図３１は、ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の空き領域に「CLUT_type」情報を埋め込む場合における当該セグメントの構造例（Syntax）を示している。「CLUT_type」の２ビットフィールドは、当該ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）で送られるビットマップ変換テーブル（ＣＬＵＴ）による変換後の画素のダイナミックレンジ、色域を示す。この「CLUT_type」は上述のディスプレイ・ディフィニション・セグメント（ＤＤＳ）に埋め込まれるものと同じであるので、その説明は省略する。

図３２は、ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）の空き領域に「CLUT_type」情報を埋め込む場合におけるトランスポートストリームＴＳの構成例を示している。サブタイトルストリームのＰＥＳパケットには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＣＤＳ、ＯＤＳ、ＥＤＳなどのセグメントが挿入されている。ＣＬＵＴ・デフィニション・セグメント（ＣＤＳ）に、ＣＬＵＴ情報に対応するダイナミックレンジ、色域の情報が記述される。詳細説明は省略するが、この図３２のその他は図１７と同様である。

また、上述実施の形態において、コンテナがトランスポートストリーム（ＭＰＥＧ−２ ＴＳ）である例を示した。しかし、本技術は、トランスポートがＴＳと限定されるものではなく、他のパケット、例えばＩＳＯＢＭＦＦやＭＭＴなどの場合でも、ビデオのレイヤは同一の方法で実現できる。

また、本技術は、以下のような構成を取ることもできる。
（１）ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
上記ビデオストリームと上記サブタイトルストリームを含むコンテナを送信する送信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ
送信装置。
（２）上記第１のセグメントは、ＣＬＵＴ・デフィニション・セグメントである
前記（１）に記載の送信装置。
（３）上記第１のセグメントは、上記変換情報を異にする複数のビットマップ変換テーブルを有する
前記（１）または（２）に記載の送信装置。
（４）上記サブタイトルストリームは、上記ビットマップ変換テーブルの適合情報を有する第２のセグメントをさらに持つ
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記適合情報は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよび重畳先ビデオデータの特性の情報、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である
前記（４）に記載の送信装置。
（６）上記第２のセグメントは、レンダリング・ガイド・セグメントである
前記（４）または（５）に記載の送信装置。
（７）上記第２のセグメントは、ディスプレイ・デフィニション・セグメントである
前記（４）または（５）に記載の送信装置。
（８）上記第１のセグメントが有するビットマップ変換テーブルと該ビットマップ変換テーブルが対応する上記第２のセグメントが有する特性の情報はそれぞれに同一の識別情報が付加されて関連付けされている
前記（４）から（７）のいずれか記載の送信装置。
（９）上記第１のセグメントは、上記ビットマップ変換テーブルの適合情報をさらに有する
前記（１）に記載の送信装置。
（１０）上記適合情報は、ビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である
前記（９）に記載の送信装置。
（１１）ビデオエンコード部が、ビデオデータを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルエンコード部が、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部が、上記ビデオストリームと上記サブタイトルストリームを含むコンテナを送信する送信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ
送信方法。
（１２）ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナを受信する受信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っており、
上記ビデオストリームをデコードしてビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ビデオデータに基づいて得られた重畳先ビデオデータに重畳する処理を制御する制御部をさらに備える
受信装置。
（１３）上記第１のセグメントは、上記変換情報を異にする複数のビットマップ変換テーブルを有しており、
上記複数のビットマップ変換テーブルは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよびビデオデータの互いに異なる複数の特性に対応しているか、ビットマップデータから変換後のサブタイトルのグラフィックスデータの互いに異なる複数の特性に対応しており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記複数のビットマップ変換テーブルのうち上記重畳先ビデオデータの特性に適合したビットマップ変換テーブルを選択的に用いる
前記（１２）に記載の受信装置。
（１４）上記サブタイトルストリームは、上記複数のビットマップ変換テーブルのそれぞれが対応する特性の情報を有する第２のセグメントをさらに持っており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記第２のセグメントが有する上記複数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて、上記重畳先ビデオデータの特性に適合したビットマップ変換テーブルを選択する
前記（１３）に記載の受信装置。
（１５）上記第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、
上記制御部は、上記ビットマップ変化テーブルで変換されて得られたサブタイトルのグラフィックスデータの特性が上記重畳先ビデオデータに合わないときは、該特性を合わせるポスト処理をさらに制御する
前記（１２）に記載の受信装置。
（１６）上記第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、
上記制御部は、送信側と共有する上記１つのビットマップ変換テーブルの適合特性の情報を保持する
前記（１２）または（１３）に記載の受信装置。
（１７）受信部が、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナを受信する受信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っており、
制御部が、上記ビデオストリームをデコードしてビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ビデオデータに基づいて得られた重畳先ビデオデータに重畳する処理を制御する制御ステップをさらに有する
受信方法。

本技術の主な特徴は、送信側から受信側に送られるサブタイトルストリームが持つＣＬＵＴ・デフィニション・セグメントが色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するようにしたことで、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先ビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することを可能にしたことである（図２、図９−１０参照）。

１０・・・送受信システム
１００・・・送信装置
１０１・・・制御部
１０２・・・ビデオエンコーダ
１０３・・・変換部
１０４・・・サブタイトルエンコーダ
１０５・・・システムエンコーダ
１０６・・・送信部
２００，２００Ａ・・・受信装置
２０１・・・制御部
２０２・・・受信部
２０３・・・システムデコーダ
２０４・・・ビデオデコーダ
２０５・・・マッピング部
２０６・・・サブタイトルデコーダ
２０７・・・変換部
２０８・・・ビデオ重畳部
２０９・・・ポスト処理部
２１１・・・ＹＣｂＣｒ/ＲＧＢ変換部
２１２・・・電光変換部
２１３・・・ＣＥモニタ

Claims (17)

1. ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
   サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
   上記ビデオストリームと上記サブタイトルストリームを含むコンテナを送信する送信部を備え、
   上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ
   送信装置。
2. 上記第１のセグメントは、ＣＬＵＴ・デフィニション・セグメントである
   請求項１に記載の送信装置。
3. 上記第１のセグメントは、上記変換情報を異にする複数のビットマップ変換テーブルを有する
   請求項１に記載の送信装置。
4. 上記サブタイトルストリームは、上記ビットマップ変換テーブルの適合情報を有する第２のセグメントをさらに持つ
   請求項１に記載の送信装置。
5. 上記適合情報は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよび重畳先ビデオデータの特性の情報、あるいはビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である
   請求項４に記載の送信装置。
6. 上記第２のセグメントは、レンダリング・ガイド・セグメントである
   請求項４に記載の送信装置。
7. 上記第２のセグメントは、ディスプレイ・デフィニション・セグメントである
   請求項４に記載の送信装置。
8. 上記第１のセグメントが有するビットマップ変換テーブルと該ビットマップ変換テーブルが対応する上記第２のセグメントが有する特性の情報はそれぞれに同一の識別情報が付加されて関連付けされている
   請求項４に記載の送信装置。
9. 上記第１のセグメントは、上記ビットマップ変換テーブルの適合情報をさらに有する
   請求項１に記載の送信装置。
10. 上記適合情報は、ビットマップデータから変換後のサブタイトルのグラフィックスデータの特性の情報である
    請求項９に記載の送信装置。
11. ビデオエンコード部が、ビデオデータを持つビデオストリームを生成するビデオエンコードステップと、
    サブタイトルエンコード部が、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
    送信部が、上記ビデオストリームと上記サブタイトルストリームを含むコンテナを送信する送信ステップを有し、
    上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持つ
    送信方法。
12. ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナを受信する受信部を備え、
    上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っており、
    上記ビデオストリームをデコードしてビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ビデオデータに基づいて得られた重畳先ビデオデータに重畳する処理を制御する制御部をさらに備える
    受信装置。
13. 上記第１のセグメントは、上記変換情報を異にする複数のビットマップ変換テーブルを有しており、
    上記複数のビットマップ変換テーブルは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよびビデオデータの互いに異なる複数の特性に対応しているか、ビットマップデータから変換後のサブタイトルのグラフィックスデータの互いに異なる複数の特性に対応しており、
    上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記複数のビットマップ変換テーブルのうち上記重畳先ビデオデータの特性に適合したビットマップ変換テーブルを選択的に用いる
    請求項１２に記載の受信装置。
14. 上記サブタイトルストリームは、上記複数のビットマップ変換テーブルのそれぞれが対応する特性の情報を有する第２のセグメントをさらに持っており、
    上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記第２のセグメントが有する上記複数のビットマップ変換テーブルのそれぞれが対応する特性の情報に基づいて、上記重畳先ビデオデータの特性に適合したビットマップ変換テーブルを選択する
    請求項１３に記載の受信装置。
15. 上記第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、
    上記制御部は、上記ビットマップ変化テーブルで変換されて得られたサブタイトルのグラフィックスデータの特性が上記重畳先ビデオデータに合わないときは、該特性を合わせるポスト処理をさらに制御する
    請求項１２に記載の受信装置。
16. 上記第１のセグメントは、１つの上記ビットマップ変換テーブルを有しており、
    上記制御部は、送信側と共有する上記１つのビットマップ変換テーブルの適合特性の情報を保持する
    請求項１２に記載の受信装置。
17. 受信部が、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含むコンテナを受信する受信ステップを有し、
    上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する第１のセグメントを持っており、
    制御部が、上記ビデオストリームをデコードしてビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ビデオデータに基づいて得られた重畳先ビデオデータに重畳する処理を制御する制御ステップをさらに有する
    受信方法。

Images