(57)【要約】  サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減する。  ビデオデータを持つビデオストリームを生成する。サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成する。ビデオストリームとサブタイトルストリームを含む所定フォーマットのコンテナを送信する。サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する。受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができる。
2018070255.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
上記ビデオストリームと上記サブタイトルストリームを含む所定フォーマットのコンテナを送信する送信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する
送信装置。
【請求項２】
上記サブタイトルストリームは、上記変換情報を異にする複数のビットマップ変換テーブルを有する
請求項１に記載の送信装置。
【請求項３】
上記複数のビットマップ変換テーブルには、それぞれ、サブタイトルのグラフィックスデータおよびターゲットビデオデータの適合特性情報が付加される
請求項２に記載の送信装置。
【請求項４】
上記サブタイトルストリームに、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性情報を挿入する情報挿入部をさらに備える
請求項１に記載の送信装置。
【請求項５】
ビデオエンコード部が、ビデオデータを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルエンコード部が、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部が、上記ビデオストリームと上記サブタイトルストリームを含む所定フォーマットのコンテナを送信する送信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する
送信方法。
【請求項６】
ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有しており、
上記ビデオストリームをデコードしてターゲットビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ターゲットビデオデータに重畳する処理を制御する制御部をさらに備える
受信装置。
【請求項７】
上記サブタイトルストリームは、上記変換情報を異にする複数のビットマップ変換テーブルを有しており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記複数のビットマップ変換テーブルのうち上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータおよび上記ターゲットビデオデータの特性に適合したビットマップ変換テーブルが用いられる
請求項６に記載の受信装置。
【請求項８】
上記サブタイトルストリームに、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性情報が挿入されており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性は上記サブタイトルストリームに挿入されている特性情報に基づいて判断される
請求項７に記載の受信装置。
【請求項９】
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記ビットマップ変換テーブルが上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータおよび上記ターゲットビデオデータの特性に適合しないとき、上記ビットマップ変換テーブルを用いずに、上記特性に適合するように、上記ビットマップデータが上記サブタイトルのグラフィックスデータに変換される
請求項６に記載の受信装置。
【請求項１０】
受信部が、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナを受信する受信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有しており、
制御部が、上記ビデオストリームをデコードしてターゲットビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ターゲットビデオデータに重畳する処理を制御する制御ステップをさらに有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、字幕情報をビットマップデータで送信する送信装置等に関する。
【背景技術】
【０００２】
従来、例えば、ＤＶＢ（Digital Video Broadcasting）の放送などでは、サブタイトルのグラフィックスデータをビットマップデータに変換して送信する運用が行われている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−０３０１８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来、ビデオデータ、サブタイトルのグラフィックスデータが各々別ストリームで伝送される際、色域や輝度について両者間で顕著な違いが存在しなかった。そのため、重畳する際に特別な配慮をせず合成が行われていた。【０００５】
例えば、ビデオデータの色域が広色域（例えば、ITU-R Rec Bt.2020準拠）で、サブタイトルのグラフィックスデータの色域が狭色域（例えば、sRGB) の場合、ビデオの画品質を高画質に保つには、サブタイトルのグラフィックスデータの色域をビデオデータの色域に合わせてから重畳することが必要になる。【０００６】
また、例えば、ビデオデータがハイダイナミックレンジ（ＨＤＲ）で、サブタイトルのグラフィックスデータが標準レベルのダイナミックレンジ（ＳＤＲ）で制作されたものである場合、ビデオの画品質を高画質に保つには、サブタイトルのグラフィックスデータをビデオデータのダイナミックレンジ領域に適合させてから重畳することが必要になる。【０００７】
本技術の目的は、サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減することにある。
【課題を解決するための手段】
【０００８】
本技術の概念は、
ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
上記ビデオストリームと上記サブタイトルストリームを含む所定フォーマットのコンテナを送信する送信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する
送信装置にある。【０００９】
本技術において、ビデオエンコード部により、ビデオデータを持つビデオストリームが生成される。サブタイトルエンコード部により、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームが生成される。送信部により、ビデオストリームとサブタイトルストリームを含む所定フォーマットのコンテナが送信される。【００１０】
サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するものとされる。例えば、サブタイトルストリームは、変換情報を異にする複数のビットマップ変換テーブルを有する、ようにされてもよい。この場合、例えば、複数のビットマップ変換テーブルには、それぞれ、サブタイトルのグラフィックスデータおよびターゲットビデオデータの適合特性情報が付加される、ようにされてもよい。【００１１】
このように本技術においては、サブタイトルストリームは色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するものである。そのため、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することが可能となる。【００１２】
なお、本技術において、例えば、サブタイトルストリームに、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報を挿入する情報挿入部をさらに備える、ようにされてもよい。これにより、受信側では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性を容易に把握可能となる。【００１３】
また、本技術の他の概念は、
ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有しており、
上記ビデオストリームをデコードしてターゲットビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ターゲットビデオデータに重畳する処理を制御する制御部をさらに備える
受信装置にある。【００１４】
本技術において、受信部により、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナが受信される。サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有している。【００１５】
ビデオストリームをデコードしてターゲットビデオデータを得る処理と、サブタイトルストリームをデコードしてビットマップデータとビットマップ変換テーブルを得る処理が行われる。ビットマップデータをビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、このサブタイトルのグラフィックスデータをターゲットビデオデータに重畳する処理が行われる。【００１６】
例えば、サブタイトルストリームは、変換情報を異にする複数のビットマップ変換テーブルを有しており、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、複数のビットマップ変換テーブルのうちビットマップデータへの変換前のサブタイトルのグラフィックスデータおよびターゲットビデオデータの特性に適合したビットマップ変換テーブルが用いられる、ようにされてもよい。
【００１７】
この場合、例えば、サブタイトルストリームに、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報が挿入されており、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性はサブタイトルストリームに挿入されている特性情報に基づいて判断される、ようにされてもよい。【００１８】
このように本技術においては、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、サブタイトルストリームに挿入されている色域および/または輝度の変換情報を含めたビットマップ変換テーブルを用いるものである。そのため、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、処理負荷を軽減することが可能となる。【００１９】
なお、本技術において、例えば、ビットマップデータをサブタイトルのグラフィックスデータに変換する処理では、ビットマップ変換テーブルがビットマップデータへの変換前のサブタイトルのグラフィックスデータおよびターゲットビデオデータの特性に適合しないとき、ビットマップ変換テーブルを用いずに、その特性に適合するように、受信機処理においてビットマップデータがサブタイトルのグラフィックスデータに変換される、ようにされてもよい。この場合、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを得ることができることから、ビデオの画品質の低下を抑制し得る。
【発明の効果】
【００２０】
本技術によれば、サブタイトルのグラフィックスデータをビデオデータに重畳する際の受信側の処理負荷を軽減することが可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００２１】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】送信装置の構成例を示すブロック図である。
【図３】ビットマップ変換テーブルにおけるビットマップデータからサブタイトルのグラフィックスデータ（Y/CbCr）への変換以外の他の変換対象例を示す図である。
【図４】ビットマップ変換テーブルの情報を説明するための図である。
【図５】受信側で必要となる変換機能（ビットマップ変換テーブルが持つ変換機能）の詳細を説明するための図である。
【図６】ＳＤＲからＨＤＲへの輝度レベル変換を説明するための図である。
【図７】ＨＤＲからＳＤＲへの輝度レベル変換を説明するための図である。
【図８】ＷＣ・セグメントの構造例を示す図（１/２）である。
【図９】ＷＣ・セグメントの構造例を示す図（２/２）である。
【図１０】ＷＣ・セグメントの構造例における主要な情報の内容を示す図である。
【図１１】「CLUT_entry_id」、「entry_CLUT_type」、「output_depth」の値の一例と、適合特性情報の値を一覧で示す図である。
【図１２】レンダリング・ガイド・セグメントの構造例と、その構造例における主要な情報の内容を示す図である。
【図１３】トランスポートストリームの構成例を示す図である。
【図１４】受信装置の構成例を示すブロック図である。
【図１５】ビットマップ変換テーブル（ＣＬＵＴ）の選択例を示す図である。
【発明を実施するための形態】
【００２２】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２３】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、送信装置１００および受信装置２００により構成されている。
【００２４】
送信装置１００は、コンテナとしてのＭＰＥＧ２のトランスポートストリームＴＳを生成し、このトランスポートストリームＴＳを放送波あるいはネットのパケットに載せて送信する。このトランスポートストリームＴＳには、ビデオデータ（画像データ）を持つビデオストリームが含まれる。
【００２５】
また、このトランスポートストリームＴＳには、サブタイトルデータ（字幕データ）としてサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームが含まれる。このサブタイトルストリームは、色域および/または輝度、この実施の形態では双方の変換情報を含めたビットマップ変換テーブルを有するものとされる。
【００２６】
サブタイトルストリームは、所定数、つまり１つあるいは２つ以上のビットマップ変換テーブルを有するものとされる。その場合、各ビットマップ変換テーブルには、サブタイトルのグラフィックスデータおよびターゲットビデオデータの適合特性情報が付加される。ここで、特性は、色域および/またはダイナミックレンジ、この実施の形態では双方の特性である。これにより、受信側では、いずれのビットマップ変換テーブルを使用するのか容易に判断可能となる。
【００２７】
また、この実施の形態において、サブタイトルストリームに、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報が挿入される。これにより、受信側では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性を容易に把握可能となる。
【００２８】
受信装置２００は、送信装置１００から送られてくるトランスポートストリームＴＳを受信する。受信装置２００は、ビデオストリームに復号化処理を施してターゲットビデオデータを得る。この場合、ターゲットビデオデータとしては、送信側から送られてきたビデオデータそのものだけでなく、それに必要に応じて色域やダイナミックレンジの変換処理を施して得られたビデオデータも考えられる。
【００２９】
また、受信装置２００は、サブタイトルストリームにデコード処理を施して、ビットマップデータおよびビットマップ変換テーブルを得、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換する。ここで、変換情報を異にする複数のビットマップ変換テーブルが得られる場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータおよびターゲットビデオデータの特性に適合したビットマップ変換テーブルが用いられる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性は、例えば、サブタイトルストリームに挿入されている特性情報から把握される。
【００３０】
そして、受信装置２００は、ビットマップデータを変換して得られたサブタイトルのグラフィックスデータをターゲットビデオデータに重畳する。このようにサブタイトルのグラフィックスデータが重畳されたビデオデータにより、モニタには、サブタイトル付きの画像表示が行われる。
【００３１】
「送信装置の構成例」
図２は、送信装置１００の構成例を示している。この送信装置１００は、制御部１０１と、ビデオエンコーダ１０２と、変換部１０３と、サブタイトルエンコーダ１０４と、システムエンコーダ１０５と、送信部１０６を有している。
【００３２】
制御部１０１は、ＣＰＵ（Central Processing Unit）を備えて構成され、制御プログラムに基づいて、送信装置１００の各部の動作を制御する。ビデオエンコーダ１０２は、ビデオデータに対して、例えば、ＭＰＥＧ４−ＡＶＣあるいはＨＥＶＣなどの符号化を施し、符号化ビデオデータを含むビデオストリーム（ＰＥＳストリーム）ＶＳを生成する。
【００３３】
ここで、ビデオデータは、ＳＤＲ（Standard Dynamic Range）あるいはＨＤＲ（High Dynamic Range）のデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。ビデオエンコーダ１０２は、アクセスユニット（ＡＵ）のＳＰＳ ＮＡＬユニットのＶＵＩ（video usability information）の領域に、ビデオデータの特性情報、つまり色域やダイナミックレンジ情報などのメタ情報を挿入する。
【００３４】
変換部１０３は、サブタイトルのグラフィックスデータをビットマップデータに変換する。ここで、サブタイトルのグラフィックスデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。変換部１０３は、ビットマップデータと共に、受信側で必要と想定されるＨＤＲあるいはＳＤＲのレベルを参照することによって、１つまたは２つ以上のビットマップ変換テーブルの情報を出力する。
【００３５】
ここで、ビットマップ変換テーブルは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルである。すなわち、このビットマップ変換テーブルは、ビットマップデータを単にサブタイトルのグラフィックスデータに変換するためのものではなく、重畳先のビデオデータであるターゲットビデオデータの色域やダイナミックレンジに合うように、色域や輝度をも併せて変換するものである。
【００３６】
図３は、ビットマップ変換テーブルにおけるビットマップデータからサブタイトルのグラフィックスデータ（Y/CbCr）への変換以外の変換対象例を示している。ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであり、ターゲットビデオデータがＳＤＲである場合は、色域が他の変換対象となり得る。例えば、サブタイトルのグラフィックスデータの色域がＢＴ．７０９で、ターゲットビデオデータの色域がＢＴ．２０２０のときには、色域が変換対象となる。
【００３７】
また、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであり、ターゲットビデオデータがＨＤＲである場合は、色域と輝度が変換対象となり得る。また、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであり、ターゲットビデオデータがＳＤＲである場合は、色域と輝度が変換対象となり得る。なお、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであり、ターゲットビデオデータがＨＤＲである場合は、色域もダイナミックレンジも共通であるので、変換対象になり得るものはない。
【００３８】
この実施の形態において、変換部１０３は、図４の（１）から（５）の各場合に用いられるビットマップ変換テーブルの情報を出力する。（１）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、ターゲットビデオデータがＳＤＲである場合（色域が同じ場合）である。（２）の場合は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、ターゲットビデオデータがＳＤＲである場合（色域が異なる場合）である。
【００３９】
（３）の場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＳＤＲであって、ターゲットビデオデータがＨＤＲである場合である。（４）の場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであって、ターゲットビデオデータがＳＤＲである場合である。（５）の場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータがＨＤＲであって、ターゲットビデオデータがＨＤＲである場合である。
【００４０】
（１）から（５）の各場合における、受信側で必要となる変換機能、従ってビットマップ変換テーブルが持つ変換機能の詳細を、図５を参照して、説明する。受信側に最大で必要となる変換機能は、以下の第１から第７の変換機能である。これらの変換機能における処理は、基本的に、ピクセル毎に独立した処理となる。
【００４１】
第１の変換機能３０１は、ビットマップデータをサブタイトルのグラフィックスデータに変換する機能である。第２の変換機能３０２は、ビットマップデータから変換されたサブタイトルのグラフィックスデータのドメインをＹＣｂＣｒからＲＧＢ１に変換する機能である。第３の変換機能３０３は、ビットマップデータから変換されたサブタイトルのグラフィックスデータを輝度リニア空間にするために電光変換特性を適用して電光変換をする機能である。
【００４２】
第４の変換機能３０４は、ビットマップデータから変換されたサブタイトルのグラフィックスデータとターゲットビデオデータのダイナミックレンジが異なることによる不都合を解消するために輝度レベルを変換する機能である。第５の変換機能３０５は、ビットマップデータから変換されたサブタイトルのグラフィックスデータの色域をターゲットビデオデータの色域に合わせるための色域変換（ＲＧＢ１→ＲＧＢ２）をする機能である。
【００４３】
第６の変換機能３０６は、輝度リニア空間にあるサブタイトルのグラフィックスデータに、ターゲットビデオデータが持つ光電変換特性と同じ光電変換特性を適用して光電変換をする機能である。第７の変換機能３０７は、サブタイトルのグラフィックスデータのドメインをＲＧＢ２からＹＣｂＣｒに変換する機能である。
【００４４】
（１）の場合、第１の変換機能３０１のみが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換され、このグラフィックスデータがそのまま出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータとターゲットビデオデータのいずれもＳＤＲで、かつ色域も同じであることから、第２の変換機能３０２から第７の変換機能３０７は、バイパスされる。この変換処理は、今までのレガシーの放送で行われている処理と全く同じである。
【００４５】
（２）の場合、第１の変換機能３０１、第２の変換機能３０２、第５の変換機能３０５および第７の変換機能３０７が必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。
【００４６】
ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータの色域は、第５の変換機能３０５により、ターゲットビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．７０９の色域が、ターゲットビデオデータの色域であるＢＴ．２０２０に合うように変換される。
【００４７】
色域変換されたサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータとターゲットビデオデータのいずれもＳＤＲであることから、第３の変換機能３０３、第４の変換機能３０４および第６の変換機能３０６は、バイパスされる。
【００４８】
（３）の場合、第１の変換機能３０１から第７の変換機能３０７の全てが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。
【００４９】
ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータは、第３の変換機能３０３により、ＳＤＲ電光変換特性を適用して電光変換されて、輝度リニア空間とされる。輝度リニア空間とされたサブタイトルのグラフィックスデータは、第４の変換機能３０４により、輝度レベル変換される。この場合、所定のＳＤＲ輝度レベルがＨＤＲのマッピング基準レベルとなるように変換される。
【００５０】
図６は、この輝度レベル変換の様子を示している。この図６において、実線ａは、ＳＤＲ変換カーブを示している。実線ｂは、ＨＤＲ変換カーブを示している。破線ｃは、ＨＤＲ変換カーブにマッピングされたＳＤＲデータの範囲を示している。
【００５１】
この場合、ＳＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”が、ＨＤＲのビデオデータの輝度値“ｍ”と一致するマッピング基準値として扱われる。ＳＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”を表す符号化コード値をＱ％とし、ＨＤＲのビデオデータの輝度値“ｍ”を表す符号化コード値をＰ%とすると、Ｑ％を表すデジタルコードがＰ％を示すデジタルコードと一致するように、ＳＤＲのサブタイトルのグラフィックスデータが変換される。
【００５２】
このようにすることにより、ＳＤＲのサブタイトルのグラフィックスデータの［０・・ａ］は、ＨＤＲのビデオデータの［０・・ａ´］の範囲となる。これにより、サブタイトルの輝度が明るくなりすぎることなどが防止される。なお、図においては、ＳＤＲ，ＨＤＲ共に、符号化ビット空間をＮで同一としている。また、０＜Ｐ≦１００、０＜Ｑ≦１００である。
【００５３】
上述したように第４の変換機能３０４で輝度レベル変換されたサブタイトルのグラフィックスデータは、第５の変換機能３０５により、ターゲットビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．７０９の色域が、ターゲットビデオデータの色域であるＢＴ．２０２０に合うように変換される。
【００５４】
色域変換されたサブタイトルのグラフィックスデータは、第６の変換機能３０６により、ＨＤＲ光電変換特性が適用されて光電変換される。これにより、サブタイトルのグラフィックスデータは、ターゲットビデオデータと同じく、ＨＤＲ光電変換特性を持つものとなる。このサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。
【００５５】
（４）の場合、上述の（３）の場合と同様に、第１の変換機能３０１から第７の変換機能３０７の全てが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換される。このサブタイトルのグラフィックスデータは、第２の変換機能３０２により、ＹＣｂＣｒドメインからＲＧＢ１ドメインに変換される。
【００５６】
ＲＧＢ１ドメインに変換されたサブタイトルのグラフィックスデータは、第３の変換機能３０３により、ＨＤＲ電光変換特性を適用して電光変換されて、輝度リニア空間とされる。輝度リニア空間とされたサブタイトルのグラフィックスデータは、第４の変換機能３０４により、輝度レベル変換される。この場合、所定のＨＤＲ輝度レベルがＳＤＲのマッピング基準レベルとなるように変換される。
【００５７】
図７は、この輝度レベル変換の様子を示している。この図７において、実線ａは、ＳＤＲ変換カーブを示している。実線ｂは、ＨＤＲ変換カーブを示している。破線ｃは、ＨＤＲ変換カーブをＳＤＲにマッピングすることを目的にする変換カーブを示している。
【００５８】
この場合、ＨＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”が、ＳＤＲのビデオデータの輝度値“ｍ”と一致するマッピング基準値として扱われる。ＨＤＲのサブタイトルのグラフィックスデータの輝度値“ｍ”を表す符号化コード値をＰ％とし、ＳＤＲのビデオデータの輝度値“ｍ”を表す符号化コード値をＱ%とすると、Ｐ％を表すデジタルコードがＱ％を示すデジタルコードと一致するように、ＨＤＲのサブタイトルのグラフィックスデータが、破線ｃのようなトーンマップ（tone-map）特性を持つ変換カーブで変換される。
【００５９】
このようにすることにより、ＨＤＲのサブタイトルのグラフィックスデータの［０・・ｂ］は［０・・ａ´］になり、クリッピングすること無しにＳＤＲのビデオデータの［０・・ａ］の範囲に収まる。なお、図においては、ＳＤＲ，ＨＤＲ共に、符号化ビット空間をＮで同一としている。また、０＜Ｐ≦１００、０＜Ｑ≦１００である。
【００６０】
上述したように第４の変換機能３０４で輝度レベル変換されたサブタイトルのグラフィックスデータは、第５の変換機能３０５により、ターゲットビデオデータの色域に合うように変換される。例えば、サブタイトルのグラフィックスデータのＢＴ．２０２０の色域が、ターゲットビデオデータの色域であるＢＴ．７０９に合うように変換される。
【００６１】
色域変換されたサブタイトルのグラフィックスデータは、第６の変換機能３０６により、ＳＤＲ光電変換特性が適用されて光電変換される。これにより、サブタイトルのグラフィックスデータは、ターゲットビデオデータと同じく、ＳＤＲ光電変換特性を持つものとなる。このサブタイトルのグラフィックスデータは、第７の変換機能３０７により、ＲＧＢ２ドメインからＹＣｂＣｒに変換され、このグラフィックスデータが出力グラフィックスデータとなる。
【００６２】
（５）の場合、第１の変換機能３０１のみが必要となる。この場合、ビットマップデータは、第１の変換機能３０１によりサブタイトルのグラフィックスデータに変換され、このグラフィックスデータがそのまま出力グラフィックスデータとなる。この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータとターゲットビデオデータのいずれもＨＤＲで、かつ色域も同じであることから、第２の変換機能３０２から第７の変換機能３０７は、バイパスされる。
【００６３】
なお、図示の例では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータとターゲットビデオデータのＨＤＲ特性が同一の場合を示している。双方のデータのＨＤＲ特性が異なる場合には、（３）、（４）の場合と同様に、輝度レベルの変換も必要となる。双方のデータのＨＤＲ特性が異なる場合とは、例えば、サブタイトルのグラフィックスデータのＨＤＲ特性がＰＱ、ビデオデータのＨＤＲ特性がＨＬＧの場合などである。
【００６４】
図２に戻って、サブタイトルエンコーダ１０４は、変換部１０３から出力されたビットマップデータと表示制御情報を種々のセグメントに変換し、ペイロードにそれらのセグメントを配置したＰＥＳパケットで構成されるサブタイトルストリームＳＳを生成する。種々のセグメントには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＯＤＳ、ＥＤＳなどのセグメントの他に、新規定義するＷＣ・セグメント（WC segment）やレンダリング・ガイド・セグメント（Rendering_guide_segment）も含まれる。
【００６５】
ＷＣ・セグメントには、変換部１０３から出力された所定数のビットマップ変換テーブルの情報が含まれる。また、レンダリング・ガイド・セグメントには、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報、つまり色域やダイナミックレンジ情報などのメタ情報が含まれる。
【００６６】
図８、図９は、ＷＣ・セグメントの構造例（Syntax）を示し、図１０は、その構造例における主要な情報の内容（Semantics）を示している。「CLUT_entry_id」の８ビットフィールドは、個々のＣＬＵＴ（ビットマップ変換テーブル）のＩＤを示す。「entry_CLUT_type」の４ビットフィールドは、entry−ＣＬＵＴの種別、つまり表示色のバリエーションを示し、入力ビットマップデータのレンジに相当する。例えば、“０ｘ１”は２ビットエントリ（2bit entry）を示し、“０ｘ２”は４ビットエントリ（4bit entry）を示し、“０ｘ４”は８ビットエントリ（8bit entry）を示す。
【００６７】
「output_depth」の２ビットフィールドは、出力グラフィックスデータであるＹＣｒＣｂ，Ｔの各要素のビット深度を示す。例えば、“１”は８ビット（8bit）を示し、“２”は１０ビット（10bit）を示し、“３”は１２ビット（12bit）を示す。
【００６８】
「subtitle_dynamic_range_type」の２ビットフィールドは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジとして適合するダイナミックレンジの情報を示す。例えば、“１”は「ＳＤＲ  ｂｙ  ｇａｍｍａ」を示し、“２”は「ＨＤＲ  ｂｙ  ＰＱ」を示し、“３”は「ＨＤＲ  ｂｙ  ＨＬＧ」を示す。「subtitle_color_gamut」の２ビットフィールドは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの色域として適合する色域の情報を示す。例えば、“１”は「ＢＴ．７０９」を示し、“２”は「ＢＴ．２０２０」を示す。
【００６９】
「target_video_dynamic_range_type」の２ビットフィールドは、ターゲットビデオデータのダイナミックレンジとして適合するダイナミックレンジの情報を示す。例えば、“１”は「ＳＤＲ  ｂｙ  ｇａｍｍａ」を示し、“２”は「ＨＤＲ  ｂｙ  ＰＱ」を示し、“３”は「ＨＤＲ  ｂｙ  ＨＬＧ」を示す。「target_video_color_gamut」の２ビットフィールドは、ターゲットビデオデータの色域として適合する色域の情報を示す。例えば、“１”は「ＢＴ．７０９」を示し、“２”は「ＢＴ．２０２０」を示す。
【００７０】
このＷＣ・セグメントには、ビットマップ変換テーブル毎に、「CLUT_entry_id」、「entry_CLUT_type」、「output_depth」、「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」の各フィールドが存在し、それに続いて、入力ビットマップデータの取り得る各値に対応した変換データであるＹＣｒＣｂ，Ｔの各要素が存在する。
【００７１】
図１１は、「CLUT_entry_id」、「entry_CLUT_type」、「output_depth」の値の一例と、適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）の値を一覧で示している。
【００７２】
図示の例においては、「entry_CLUT_type」の値は“０ｘ４”とされており、８ビットエントリ（8bit entry）、つまり入力ビットマップデータのレンジが８ビットであることが示されている。また、図示の例においては、「output_depth」の値は“２”とされており、出力グラフィックスデータであるＹＣｒＣｂ，Ｔの各要素のビット深度が１０ビットであることが示されている。
【００７３】
また、図示の例においては、「CLUT_entry_id」が“１”であるビットマップ変換テーブル（ＣＬＵＴ）の適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）は（１，１，１，１）であり、上述の（１）の場合に対応したビットマップ変換テーブルであることが示されている。
【００７４】
すなわち、このビットマップ変換テーブル（ＣＬＵＴ）を用いることができるのは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．７０９」であって、ターゲットビデオデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．７０９」である場合である。
【００７５】
また、図示の例においては、「CLUT_entry_id」が“２”であるビットマップ変換テーブル（ＣＬＵＴ）の適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）は（１，１，１，２）であり、上述の（２）の場合に対応したビットマップ変換テーブルであることが示されている。
【００７６】
すなわち、このビットマップ変換テーブル（ＣＬＵＴ）を用いることができるのは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．７０９」であって、ターゲットビデオデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．２０２０」である場合である。
【００７７】
また、図示の例においては、「CLUT_entry_id」が“３”であるビットマップ変換テーブル（ＣＬＵＴ）の適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）は（１，１，３，２）であり、上述の（３）の場合に対応したビットマップ変換テーブルであることが示されている。
【００７８】
すなわち、このビットマップ変換テーブル（ＣＬＵＴ）を用いることができるのは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．７０９」であって、ターゲットビデオデータのダイナミックレンジが「ＨＤＲ  ｂｙ  ＨＬＧ」、色域が「ＢＴ．２０２０」である場合である。
【００７９】
また、図示の例においては、「CLUT_entry_id」が“４”であるビットマップ変換テーブル（ＣＬＵＴ）の適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）は（２，２，１，２）であり、上述の（４）の場合に対応したビットマップ変換テーブルであることが示されている。
【００８０】
すなわち、このビットマップ変換テーブル（ＣＬＵＴ）を用いることができるのは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジが「ＨＤＲ  ｂｙ  ＰＱ」、色域が「ＢＴ．２０２０」であって、ターゲットビデオデータのダイナミックレンジが「ＳＤＲ  ｂｙ  ｇａｍｍａ」、色域が「ＢＴ．２０２０」である場合である。
【００８１】
また、図示の例においては、「CLUT_entry_id」が“５”であるビットマップ変換テーブル（ＣＬＵＴ）の適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）は（２，２，３，２）であり、上述の（５）の場合（ＨＤＲ特性が異なる場合）に対応したビットマップ変換テーブルであることが示されている。
【００８２】
すなわち、このビットマップ変換テーブル（ＣＬＵＴ）を用いることができるのは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジが「ＨＤＲ  ｂｙ  ＰＱ」、色域が「ＢＴ．２０２０」であって、ターゲットビデオデータのダイナミックレンジが「ＨＤＲ  ｂｙ  ＨＬＧ」、色域が「ＢＴ．２０２０」である場合である。
【００８３】
図１２（ａ）は、レンダリング・ガイド・セグメントの構造例（Syntax）を示し、図１２（ｂ）は、その構造例における主要な情報の内容（Semantics）を示している。「rendering_conversion_guide」の１ビットフィールドは、サブタイトルのグラフィックスデータをターゲットビデオデータに重畳するレンダリングに際し、色域やダイナミックレンジをビデオに合わせることが必要なことを示す。例えば、“１”は複数のビットマップ変換テーブルから適合するものを選択することで変換が可能であることを示し、“０”はそれ以外を示す。
【００８４】
「bitmap_data_color_gamut_information」の８ビットフィールドは、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの色域を示すもので、セマンティクスはＨＥＶＣ規格で定義されている情報である。「bitmap_data_dynamic range_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」に付与されるＰＩＤ２を示すものとされる。
【００９２】
図２に示す送信装置１００の動作を簡単に説明する。ビデオデータは、ビデオエンコーダ１０２に供給される。このビデオデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。
【００９３】
ビデオエンコーダ１０２では、このビデオデータに対して、例えば、ＭＰＥＧ４−ＡＶＣあるいはＨＥＶＣなどの符号化が施されて、符号化ビデオデータを含むビデオストリーム（ＰＥＳストリーム）ＶＳが生成される。このとき、アクセスユニット（ＡＵ）のＳＰＳ ＮＡＬユニットのＶＵＩの領域に、ビデオデータが持つ光電変換特性に対応した電光変換特性を示す情報（transfer_function）、ビデオデータの色域を示す情報（color_primaries）などのメタ情報が挿入される。
【００９４】
また、サブタイトルのグラフィックスデータは、変換部１０３に供給される。このサブタイトルのグラフィックスデータは、ＳＤＲあるいはＨＤＲのデータであり、ＳＤＲあるいはＨＤＲの光電変換特性を持たせたものである。変換部１０３では、サブタイトルのグラフィックスデータがビットマップデータに変換される。この変換部１０３からは、ビットマップデータと共に、受信側で必要とされると想定される１つまたは２つ以上のビットマップ変換テーブルの情報が出力される。
【００９５】
ここで、ビットマップ変換テーブルは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルである。すなわち、このビットマップ変換テーブルは、ビットマップデータを単にサブタイトルのグラフィックスデータに変換するためのものではなく、重畳先のビデオデータであるターゲットビデオデータに適合するように、色域や輝度をも併せて変換するものである。
【００９６】
変換部１０３から出力されたビットマップデータおよびビットマップ変換テーブル情報は、サブタイトルエンコーダ１０４に供給される。サブタイトルエンコーダ１０４では、ビットマップデータと表示制御情報が種々のセグメントに変換され、ペイロードにそれらのセグメントを配置したＰＥＳパケットで構成されるサブタイトルストリームＳＳが生成される。
【００９７】
種々のセグメントには、従来周知のＤＤＳ、ＰＣＳ、ＲＣＳ、ＯＤＳ、ＥＤＳなどのセグメントの他に、新規定義するＷＣ・セグメント（図８−１０参照）やレンダリング・ガイド・セグメント（図１２参照）も含まれる。ＷＣ・セグメントには、ビットマップ変換テーブルの情報が含まれる。また、レンダリング・ガイド・セグメントには、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報、つまり色域やダイナミックレンジ情報などのメタ情報が含まれる。
【００９８】
ビデオエンコーダ１０２で生成されたビデオストリームＶＳは、システムエンコーダ１０５に供給される。サブタイトルエンコーダ１０４で生成されたサブタイトルストリームＳＳは、システムエンコーダ１０５に供給される。システムエンコーダ１０５では、ビデオストリームＶＳとサブタイトルストリームＳＳを含むトランスポートストリームＴＳが生成される。このトランスポートストリームＴＳは、送信部１０６により、放送波あるいはネットのパケットに載せて、受信装置２００に送信される。
【００９９】
「受信装置の構成例」
図１４は、受信装置２００の構成例を示している。この受信装置２００は、制御部２０１と、受信部２０２と、システムデコーダ２０３と、ビデオデコーダ２０４と、サブタイトルデコーダ２０５と、変換部２０６と、ビデオ重畳部２０７を有している。また、この受信装置２００は、ＹＣｂＣｒ/ＲＧＢ変換部２１２と、電光変換部２１３と、表示マッピング部２１４と、ＣＥモニタ２１５を有している。
【０１００】
制御部２０１は、ＣＰＵ（Central Processing Unit）を備えて構成され、制御プログラムに基づいて、受信装置２００の各部の動作を制御する。受信部２０２は、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳを受信する。システムデコーダ２０３は、このトランスポートストリームＴＳから、ビデオストリームＶＳとサブタイトルストリームＳＳを抽出する。
【０１０１】
ビデオデコーダ２０４は、システムデコーダ２０３で抽出されるビデオストリームＶＳに対して復号化処理を行って、ターゲットビデオデータを得る。この場合、ターゲットビデオデータとしては、送信側から送られてきたビデオデータそのものだけでなく、それに必要に応じて色域やダイナミックレンジの変換処理を施して得られたビデオデータも考えられる。また、ビデオデコーダ２０４は、ビデオストリームＶＳを構成する各アクセスユニットに挿入されているパラメータセットやＳＥＩメッセージを抽出し、制御部２０１に送る。
【０１０２】
サブタイトルデコーダ２０５は、システムデコーダ２０３で抽出されるサブタイトルストリームＳＳに対して復号化処理を行って、ビットマップデータと、所定数、つまり１つまたは２つ以上のビットマップ変換テーブル情報を得る。ここで、所定数のビットマップ変換テーブル情報は、上述のＷＣ・セグメント（図８−１０参照）から得られる。また、このとき、レンダリング・ガイド・セグメント（図１２参照）から、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報、つまり色域やダイナミックレンジの情報などのメタ情報が抽出され、制御部２０１に送られる。
【０１０３】
変換部２０６は、所定数のビットマップ変換テーブルのうち適合するビットマップ変換テーブルを用いて、ビットマップデータをサブタイトルのグラフィックスデータに変換する。この場合、変換部２０６は、適合するビットマップ変換テーブルを、各ビットマップ変換テーブルに付加されている適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）（図８参照）に基づいて判断する。
【０１０４】
変換部２０６は、「subtitle_dynamic_range_type」、「subtitle_color_gamut」で示されるダイナミックレンジ、色域がビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジ、色域と一致し、かつ「target_video_dynamic_range_type」、「target_video_color_gamut」で示されるダイナミックレンジ、色域がターゲットビデオデータのダイナミックレンジ、色域と一致するビットマップ変換テーブルを適合するものとする。
【０１０５】
この場合、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジ、色域は、上述したように、レンダリング・ガイド・セグメント（図１２参照）から抽出された、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報（色域やダイナミックレンジの情報）により把握される。
【０１０６】
図１５は、ビットマップ変換テーブルの選択例を示している。図示の例は、上述の図１１の例で示される「CLUT_entry_id」が１−５である５つのビットマップ変換テーブル（ＣＬＵＴ１−５）の情報がＷＣ・セグメントに含まれている場合の例である。また、図示の例は、ビットマップデータへの変換前のサブタイトルのグラフィックスデータのダイナミックレンジ、色域が、それぞれ、「ＳＤＲ  ｂｙ  ｇａｍｍａ」、「ＢＴ．７０９」であり、ターゲットビデオデータのダイナミックレンジ、色域が、それぞれ、「ＨＤＲ  ｂｙ  ＨＬＧ」、「ＢＴ．２０２０」である場合の例である。この場合には、図示のように、ＣＬＵＴ３が、適合するビットマップ変換テーブルとして選択される。
【０１０７】
なお、変換部２０６は、上述の図５に示す第１の変換機能３０１から第７の変換機能３０７を備えたものとされる。変換部２０６は、ＷＣ・セグメントに含まれているビットマップ変換テーブルに適合するものがないときは、ビットマップ変換テーブルを用いずに、第１の変換機能３０１から第７の変換機能３０７のうち必要な変換機能を使用して、ビットマップデータから重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを生成する。
【０１０８】
図１４に戻って、ビデオ重畳部２０７は、ビデオデコーダ２０４から出力されたターゲットビデオデータに、変換部２０６から出力されたサブタイトルのグラフィックスデータを重畳する。ＹＣｂＣｒ/ＲＧＢ変換部２１２は、サブタイトルのグラフィックスデータが重畳されたビデオデータＶ１´をＹＣｂＣｒ（輝度・色差）ドメインからＲＧＢドメインに変換する。この場合、ＹＣｂＣｒ/ＲＧＢ変換部２１２は、色域識別情報に基づいて、色域に対応した変換式を用いて変換を行う。
【０１０９】
電光変換部２１３は、ＲＧＢドメインに変換されたビデオデータＶ１´に、それに適用されている光電変換特性に対応した電光変換特性を適用して電光変換を行って、画像を表示するための表示用ビデオデータを得る。表示マッピング部２１４は、表示用ビデオデータに対して、ＣＥモニタ２１５の最大輝度表示能力などに応じた表示輝度調整を行う。ＣＥモニタ２１５は、表示輝度調整が行われた表示用ビデオデータに基づいて画像を表示する。このＣＥモニタ２１５は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬディスプレイ（organic electroluminescence display）などで構成される。
【０１１０】
図１４に示す受信装置２００の動作を簡単に説明する。受信部２０２では、送信装置１００から放送波あるいはネットのパケットに載せて送られてくるトランスポートストリームＴＳが受信される。このトランスポートストリームＴＳは、システムデコーダ２０３に供給される。システムデコーダ２０３では、このトランスポートストリームＴＳから、ビデオストリームＶＳおよびサブタイトルストリームＳＳが抽出される。
【０１１１】
システムデコーダ２０３で抽出されたビデオストリームＶＳは、ビデオデコーダ２０４に供給される。ビデオデコーダ２０４では、ビデオストリームＶＳに対して復号化処理が施されて、ターゲットビデオデータが得られる。この場合、ターゲットビデオデータとしては、送信側から送られてきたビデオデータそのものだけでなく、それに必要に応じて色域やダイナミックレンジの変換処理を施して得られたビデオデータも考えられる。
【０１１２】
システムデコーダ２０３で抽出されたサブタイトルストリームＳＳは、サブタイトルデコーダ２０５に供給される。サブタイトルデコーダ２０５では、サブタイトルストリームＳＳに対して復号化処理が行われて、ビットマップデータと、所定数のビットマップ変換テーブルの情報が得られる。この所定数のビットマップ変換テーブル情報は、ＷＣ・セグメント（図８−１０参照）から得られる。
【０１１３】
また、このとき、レンダリング・ガイド・セグメント（図１２参照）から、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報、つまり色域やダイナミックレンジの情報などのメタ情報が抽出され、制御部２０１に送られる。
【０１１４】
サブタイトルデコーダ２０５で得られたビットマップデータと所定数のビットマップ変換テーブルの情報は、変換部２０６に供給される。変換部２０６では、制御部２０１の制御の下、所定数のビットマップ変換テーブルのうち適合するビットマップ変換テーブルが選択される。変換部２０６では、適合するビットマップ変換テーブルが、各ビットマップ変換テーブルに付加されている適合特性情報（「subtitle_dynamic_range_type」、「subtitle_color_gamut」、「target_video_dynamic_range_type」、「target_video_color_gamut」）（図８参照）に基づいて判断される。
【０１１５】
そして、変換部２０６では、適合ビットマップ変換テーブルが用いられて、ビットマップデータがサブタイトルのグラフィックスデータに変換される。このように変換されたサブタイトルのグラフィックスデータの色域、ダイナミックレンジは、ビデオデコーダ２０４で得られたターゲットビデオデータの色域、ダイナミックレンジに合ったものとなる。
【０１１６】
なお、変換部２０６では、送られてくるビットマップ変換テーブルに適合するものがないときは、備えられた第１の変換機能３０１から第７の変換機能３０７（図５参照）のうち必要な変換機能が受信機側の判断で使用され、ビットマップデータから重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータが生成される。
【０１１７】
ビデオデコーダ２０４で得られたターゲットビデオデータは、ビデオ重畳部２０７に供給される。また、変換部２０６で得られたサブタイトルのグラフィックスデータは、ビデオ重畳部２０７に供給される。このビデオ重畳部２０７では、ターゲットビデオデータに、サブタイトルのグラフィックスデータが重畳される。この場合、サブタイトルのグラフィックスデータがビデオデータに所定の比率で混合される。ここで、混合比率に関しては、T-Valueに則して行われる。
【０１１８】
ビデオ重畳部２０７で得られた、サブタイトルのグラフィックスデータが重畳されたビデオデータＶ１´は、ＹＣｂＣｒ/ＲＧＢ変換部２１２において、ＹＣｂＣｒ（輝度・色差）ドメインからＲＧＢドメインに変換されて、電光変換部２１３に供給される。電光変換部２１３では、ビデオデータＶ１´に、それに適用されている光電変換特性に対応した電光変換特性が適用されて電光変換が行われ、画像を表示するための表示用ビデオデータが得られる。
【０１１９】
表示用ビデオデータは、表示マッピング部２１４に供給される。この表示マッピング部２１４では、表示用ビデオデータに対して、ＣＥモニタ２１５の最大輝度表示能力などに応じた表示輝度調整が行われる。このように表示輝度調整が行われた表示用ビデオデータはＣＥモニタ２１５に供給される。ＣＥモニタ２１５には、この表示用ビデオデータに基づいて画像が表示される。
【０１２０】
上述したように、図１に示す送受信システム１０において、送信側から受信側に送られるサブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するものである。そのため、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータに変換するだけで、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することが可能となる。
【０１２１】
また、図１に示す送受信システム１０において、送信側から受信側に送られるサブタイトルストリームに、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性情報を挿入するものである。そのため、受信側では、ビットマップデータへの変換前のサブタイトルのグラフィックスデータの特性を容易に把握可能となる。
【０１２２】
＜２．変形例＞
なお、上述実施の形態において、コンテナがトランスポートストリーム（ＭＰＥＧ−２  ＴＳ）である例を示した。しかし、本技術は、トランスポートがＴＳと限定されるものではなく、他のパケット、例えばＩＳＯＢＭＦＦやＭＭＴなどの場合でも、ビデオのレイヤは同一の方法で実現できる。
【０１２３】
また、本技術は、以下のような構成を取ることもできる。
（１）ビデオデータを持つビデオストリームを生成するビデオエンコード部と、
サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコード部と、
上記ビデオストリームと上記サブタイトルストリームを含む所定フォーマットのコンテナを送信する送信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する
送信装置。
（２）上記サブタイトルストリームは、上記変換情報を異にする複数のビットマップ変換テーブルを有する
前記（１）に記載の送信装置。
（３）上記複数のビットマップ変換テーブルには、それぞれ、サブタイトルのグラフィックスデータおよびターゲットビデオデータの適合特性情報が付加される
前記（２）に記載の送信装置。
（４）上記サブタイトルストリームに、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性情報を挿入する情報挿入部をさらに備える
前記（１）から（３）のいずれかに記載の送信装置。
（５）ビデオエンコード部が、ビデオデータを持つビデオストリームを生成するビデオエンコードステップと、
サブタイトルエンコード部が、サブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを生成するサブタイトルエンコードステップと、
送信部が、上記ビデオストリームと上記サブタイトルストリームを含む所定フォーマットのコンテナを送信する送信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有する
送信方法。
（６）ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナを受信する受信部を備え、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有しており、
上記ビデオストリームをデコードしてターゲットビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ターゲットビデオデータに重畳する処理を制御する制御部をさらに備える
受信装置。
（７）上記サブタイトルストリームは、上記変換情報を異にする複数のビットマップ変換テーブルを有しており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記複数のビットマップ変換テーブルのうち上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータおよび上記ターゲットビデオデータの特性に適合したビットマップ変換テーブルが用いられる
前記（６）に記載の受信装置。
（８）上記サブタイトルストリームに、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性情報が挿入されており、
上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータの特性は上記サブタイトルストリームに挿入されている特性情報に基づいて判断される
前記（７）に記載の受信装置。
（９）上記ビットマップデータを上記サブタイトルのグラフィックスデータに変換する処理では、上記ビットマップ変換テーブルが上記ビットマップデータへの変換前の上記サブタイトルのグラフィックスデータおよび上記ターゲットビデオデータの特性に適合しないとき、上記ビットマップ変換テーブルを用いずに、上記特性に適合するように、上記ビットマップデータが上記サブタイトルのグラフィックスデータに変換される
前記（６）から（８）のいずれかに記載の受信装置。
（１０）受信部が、ビデオデータを持つビデオストリームとサブタイトルのグラフィックスデータを変換して得られたビットマップデータを持つサブタイトルストリームを含む所定フォーマットのコンテナを受信する受信ステップを有し、
上記サブタイトルストリームは、色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有しており、
制御部が、上記ビデオストリームをデコードしてターゲットビデオデータを得る処理と、上記サブタイトルストリームをデコードして上記ビットマップデータと上記ビットマップ変換テーブルを得る処理と、該ビットマップデータを該ビットマップ変換テーブルを用いてサブタイトルのグラフィックスデータに変換する処理と、該サブタイトルのグラフィックスデータを上記ターゲットビデオデータに重畳する処理を制御する制御ステップをさらに有する
受信方法。
【０１２４】
本技術の主な特徴は、送信側から受信側に送られるサブタイトルストリームが色域および/または輝度の変換情報を含めたビットマップ変換テーブルを有するようにしたことで、受信側では、ビットマップ変換テーブルを用いてビットマップデータをサブタイトルのグラフィックスデータを変換するだけで、重畳先のターゲットビデオデータの特性に合った特性のサブタイトルのグラフィックスデータを容易に得ることができ、受信側の処理負荷を軽減することを可能にしたことである（図２、図８−９参照）。
【符号の説明】
【０１２５】
１０・・・送受信システム
１００・・・送信装置
１０１・・・制御部
１０２・・・ビデオエンコーダ
１０３・・・変換部
１０４・・・サブタイトルエンコーダ
１０５・・・システムエンコーダ
１０６・・・送信部
２００・・・受信装置
２０１・・・制御部
２０２・・・受信部
２０３・・・システムデコーダ
２０４・・・ビデオデコーダ
２０５・・・サブタイトルデコーダ
２０６・・・変換部
２０７・・・ビデオ重畳部
２１２・・・ＹＣｂＣｒ/ＲＧＢ変換部
２１３・・・電光変換部
２１４・・・表示マッピング部
２１５・・・ＣＥモニタ
【図１】
2018070255.tif 000003
【図２】
2018070255.tif 000004
【図３】
2018070255.tif 000005
【図４】
2018070255.tif 000006
【図５】
2018070255.tif 000007
【図６】
2018070255.tif 000008
【図７】
2018070255.tif 000009
【図８】
2018070255.tif 000010
【図９】
2018070255.tif 000011
【図１０】
2018070255.tif 000012
【図１１】
2018070255.tif 000013
【図１２】
2018070255.tif 000014
【図１３】
2018070255.tif 000015
【図１４】
2018070255.tif 000016
【図１５】
2018070255.tif 000017
【国際調査報告】
2018070255.tif 000018
2018070255.tif 000019
2018070255.tif 000020
2018070255.tif 000021