(57)【要約】  本技術は、より容易にウォータマークを検出することができるようにする送信装置、送信方法、受信装置、及び受信方法に関する。ウォータマークを検出するためのウォータマーク情報を生成する生成部と、ウォータマーク及びウォータマーク情報を含む放送信号を送信する送信部とを備える送信装置が提供されることで、受信側の受信装置では、より容易にウォータマークを検出することができる。本技術は、例えば、送信装置と受信装置からなる伝送システムに適用することができる。
2019031269.tif 000002
【特許請求の範囲】
【請求項１】
ウォータマークを検出するためのウォータマーク情報を生成する生成部と、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する送信部と
を備える送信装置。
【請求項２】
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
請求項１に記載の送信装置。
【請求項３】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
請求項２に記載の送信装置。
【請求項４】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
請求項２に記載の送信装置。
【請求項５】
前記オーディオデータは、MPEG-H 3D Audioに準拠している
請求項３に記載の送信装置。
【請求項６】
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
請求項２に記載の送信装置。
【請求項７】
前記ビデオデータは、MPEG-2，MPEG4-AVC(Advanced Video Coding)，又はHEVC(High Efficiency Video Coding)に準拠している
請求項６に記載の送信装置。
【請求項８】
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
請求項２に記載の送信装置。
【請求項９】
前記制御情報は、ATSC(Advanced Television Systems Committee)3.0，又はMPEG2-TS(Transport Stream)に準拠している
請求項８に記載の送信装置。
【請求項１０】
送信装置の送信方法において、
前記送信装置が、
ウォータマークを検出するためのウォータマーク情報を生成し、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する
送信方法。
【請求項１１】
ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号を受信する受信部と、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する検出部と
を備える受信装置。
【請求項１２】
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
請求項１１に記載の受信装置。
【請求項１３】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１４】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１５】
前記オーディオデータは、MPEG-H 3D Audioに準拠している
請求項１３に記載の受信装置。
【請求項１６】
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１７】
前記ビデオデータは、MPEG-2，MPEG4-AVC，又はHEVCに準拠している
請求項１６に記載の受信装置。
【請求項１８】
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
請求項１２に記載の受信装置。
【請求項１９】
前記制御情報は、ATSC3.0，又はMPEG2-TSに準拠している
請求項１８に記載の受信装置。
【請求項２０】
受信装置の受信方法において、
前記受信装置が、
ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号を受信し、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置、及び受信方法に関し、特に、より容易にウォータマークを検出することができるようにした送信装置、送信方法、受信装置、及び受信方法に関する。
【背景技術】
【０００２】
ビデオウォータマークやオーディオウォータマーク等のウォータマークを利用して、各種の情報を伝送する技術が知られている（例えば、特許文献１参照）。【０００３】
例えば、ビデオウォータマークでは、１ビデオフレームにおいて、映像表示領域の上側の数ラインをウォータマークとして利用して、その領域に割り当てられるビットに応じた情報量のデータを伝送することが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−０１１５０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ビデオウォータマークは、ビデオデータに含めて伝送されるため、テレビ受像機等の受信機の画面上に表示され、ユーザの視聴の妨げになる恐れがある。そのため、ビデオウォータマークが有効となる場合には、ビデオデータをデコードした後に、ビデオウォータマークの信号を消去することが望まれるが、それを実現するためには、ビデオウォータマークがビデオデータに含まれることを検出する機能（特別な機能）が必要となる。【０００６】
また、オーディオウォータマークは、オーディオデータに埋め込まれたウォータマーク信号（通常の信号と異なる信号）を、DSP(Digital Signal Processor)等の演算回路によって検出するため、オーディオデータに含まれるオーディオウォータマークを検出する機能（特別な機能）が必要となる。【０００７】
このように、現状では、ビデオウォータマークやオーディオウォータマーク等のウォータマークを利用するためには、受信機側で、ウォータマークを検出するための特別な機能が必要であったため、より容易にウォータマークを検出するための提案が求められていた。【０００８】
本技術はこのような状況に鑑みてなされたものであり、より容易にウォータマークを検出することができるようにするものである。
【課題を解決するための手段】
【０００９】
本技術の第１の側面の送信装置は、ウォータマークを検出するためのウォータマーク情報を生成する生成部と、前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する送信部とを備える送信装置である。【００１０】
本技術の第１の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の送信方法は、上述した本技術の第１の側面の送信装置に対応する送信方法である。【００１１】
本技術の第１の側面の送信装置、及び送信方法においては、ウォータマークを検出するためのウォータマーク情報が生成され、前記ウォータマーク及び前記ウォータマーク情報を含む放送信号が送信される。【００１２】
本技術の第２の側面の受信装置は、ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号を受信する受信部と、前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する検出部とを備える受信装置である。【００１３】
本技術の第２の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面の受信方法は、上述した本技術の第２の側面の受信装置に対応する受信方法である。【００１４】
本技術の第２の側面の受信装置、及び受信方法においては、ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号が受信され、前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークが検出される。
【発明の効果】
【００１５】
本技術の第１の側面、及び第２の側面によれば、より容易にウォータマークを検出することができる。【００１６】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１７】
【図１】本技術を適用した伝送システムの一実施の形態の構成例を示すブロック図である。
【図２】送信装置の構成例を示すブロック図である。
【図３】受信装置の構成例を示すブロック図である。
【図４】ウォータマーク情報の伝送方式の例を示す図である。
【図５】MPEG-H 3D Audio に準拠したオーディオフレームの構造を示す図である。
【図６】object_metadata() のシンタックスの例を示す図である。
【図７】object_metadata_efficient() のシンタックスの例を示す図である。
【図８】intracoded_object_metadata_efficient() のシンタックスの例を示す図である。
【図９】WM_Service_information() のシンタックスの例を示す図である。
【図１０】usacExtElementType の拡張の例を示す図である。
【図１１】usacExtElementType の値の例を示す図である。
【図１２】userdataConfig() のシンタックスの例を示す図である。
【図１３】user_data() のシンタックスの例を示す図である。
【図１４】ATSC_user_data() のシンタックスの例を示す図である。
【図１５】user_data_type_code の拡張の例を示す図である。
【図１６】WM_Service_information() のシンタックスの例を示す図である。
【図１７】MPEG-2 に準拠したvideo_sequence() のシンタックスの例を示す図である。
【図１８】extension_and_user_data(2) のシンタックスの例を示す図である。
【図１９】user_data() のシンタックスの例を示す図である。
【図２０】ATSC_user_data() のシンタックスの例を示す図である。
【図２１】WM_Service_information() のシンタックスの例を示す図である。
【図２２】user_data_registered_itu_t_t35() のシンタックスの例を示す図である。
【図２３】ATSC1_data() のシンタックスの例を示す図である。
【図２４】WM_Service_information() のシンタックスの例を示す図である。
【図２５】User Service Bundle Description（ROUTE）のシンタックスの例を示す図である。
【図２６】Service Transport Session Instance Descriptionのシンタックスの例を示す図である。
【図２７】User Service Bundle Description（MMT）のシンタックスの例を示す図である。
【図２８】TS_program_map_section() のシンタックスの例を示す図である。
【図２９】WM_component_descriptor() のシンタックスの例を示す図である。
【図３０】watermark_service_type の値の例を示す図である。
【図３１】送受信処理の流れを説明するフローチャートである。
【図３２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１９】
１．システムの構成
２．本技術の実施の形態
（１）第１の実施の形態：オーディオレイヤ伝送方式
（２）第２の実施の形態：ビデオレイヤ伝送方式
（３）第３の実施の形態：システムレイヤ伝送方式
３．送信側と受信側の処理の流れ
４．変形例
５．コンピュータの構成
【００２０】
＜１．システムの構成＞
【００２１】
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。
【００２２】
図１において、伝送システム１は、送信装置１０と受信装置２０から構成される。
【００２３】
送信装置１０は、例えば、放送サービスの送信（デジタル放送やデータ伝送）を行う。すなわち、送信装置１０は、例えばテレビ番組等の放送サービスを構成するコンポーネントとしての映像や音声のデータなどの送信対象のデータを含むストリームを、放送信号（放送波）として、伝送路３０を介して送信する。
【００２４】
受信装置２０は、送信装置１０から伝送路３０を介して送信されてくる放送信号を受信し、元のストリームに復元して出力する。例えば、受信装置２０は、テレビ番組等の放送サービスを構成するコンポーネントとしての映像や音声のデータを出力する。
【００２５】
なお、図１の伝送システム１は、ATSC（Advanced Television Systems Committee standards）規格に準拠したデータ伝送のほか、DVB（Digital Video Broadcasting）規格やISDB（Integrated Services Digital Broadcasting）規格などに準拠したデータ伝送、その他のデータ伝送に適用することができる。また、伝送路３０としては、地上波のほか、衛星回線やケーブルテレビジョン網（有線回線）等を利用することができる。
【００２６】
（送信装置の構成）
図２は、図１の送信装置１０の構成例を示すブロック図である。
【００２７】
図２において、送信装置１０は、制御部１１１、ビデオデータ取得部１１２、ビデオ処理部１１３、オーディオデータ取得部１１４、オーディオ処理部１１５、制御情報生成部１１６、制御情報処理部１１７、マルチプレクサ１１８、及び送信部１１９から構成される。
【００２８】
制御部１１１は、例えば、CPU(Central Processing Unit)等から構成される。制御部１１１は、各種の演算処理や、各部の動作制御など、送信装置１０における中心的な制御装置として動作する。
【００２９】
ビデオデータ取得部１１２は、例えば、通信I/F等のインターフェース回路から構成される。ビデオデータ取得部１１２は、外部のサーバ、カメラ、又は記録媒体等から、テレビ番組等のコンテンツのビデオデータを取得し、ビデオ処理部１１３に供給する。
【００３０】
ビデオ処理部１１３は、例えば、ビデオエンコーダ等から構成される。ビデオ処理部１１３は、ビデオデータ取得部１１２から供給されるビデオデータに対して、例えば、所定の符号化方式に準拠したエンコードなどの処理を施し、ビデオストリームとして、マルチプレクサ１１８に供給する。
【００３１】
オーディオデータ取得部１１４は、例えば、通信I/F等のインターフェース回路から構成される。オーディオデータ取得部１１４は、外部のサーバ、マイクロフォン、又は記録媒体等から、テレビ番組等のコンテンツのオーディオデータを取得し、オーディオ処理部１１５に供給する。
【００３２】
オーディオ処理部１１５は、例えば、オーディオエンコーダ等から構成される。オーディオ処理部１１５は、オーディオデータ取得部１１４から供給されるオーディオデータに対して、例えば、所定の符号化方式に準拠したエンコードなどの処理を施し、オーディオストリームとして、マルチプレクサ１１８に供給する。
【００３３】
制御情報生成部１１６は、受信側でのコンテンツの選局や再生等の処理で用いられる制御情報を生成し、制御情報処理部１１７に供給する。
【００３４】
制御情報処理部１１７は、制御情報生成部１１６から供給される制御情報を処理し、マルチプレクサ１１８に供給する。なお、例えば、制御情報生成部１１６と制御情報処理部１１７は、制御情報を処理する専用の回路等から構成される。
【００３５】
マルチプレクサ１１８は、ビデオ処理部１１３から供給されるビデオストリームと、オーディオ処理部１１５から供給されるオーディオストリームと、制御情報処理部１１７から供給される制御情報（システム情報）とを多重化し、その結果得られる多重化ストリームを、送信部１１９に供給する。
【００３６】
送信部１１９は、例えば、OFDM(Orthogonal Frequency Division Multiplexing)信号の変調等を行う変調回路などから構成される。送信部１１９は、マルチプレクサ１１８から供給される多重化ストリームを、アンテナ１３１を介して、放送信号として送信する。
【００３７】
なお、ここでは詳細な説明は省略するが、例えば、送信部１１９とアンテナ１３１は、送信所の施設内に設置され、この送信用のアンテナ１３１によって、放送信号が送信されることになる。
【００３８】
また、制御部１１１は、ウォータマーク生成部１５１及びウォータマーク情報生成部１５２を含んで構成される。
【００３９】
ウォータマーク生成部１５１は、ビデオウォータマークやオーディオウォータマーク等のウォータマークを生成するための処理を行う。
【００４０】
例えば、ウォータマーク生成部１５１は、ビデオ処理部１１３を制御して、ビデオストリームに対し、ビデオウォータマークを含める処理を行う。また、例えば、ウォータマーク生成部１５１は、オーディオ処理部１１５を制御して、オーディオストリームに対し、オーディオウォータマークを含める処理を行う。
【００４１】
ウォータマーク情報生成部１５２は、ウォータマークを検出するための情報（以下、ウォータマーク情報という）を生成するための処理を行う。
【００４２】
例えば、ウォータマーク情報生成部１５２は、ビデオ処理部１１３、オーディオ処理部１１５、又は制御情報処理部１１７を制御して、オーディオストリームのレイヤ（オーディオレイヤ）、ビデオストリームのレイヤ（ビデオレイヤ）、又はシステム情報のレイヤ（システムレイヤ）のいずれかのレイヤに、ウォータマーク情報を含める処理を行う。このウォータマーク情報の伝送方式の詳細については、後述する。
【００４３】
なお、ビデオウォータマークでは、１ビデオフレームにおいて、映像表示領域の上側の数ライン（例えば２ライン）をウォータマークとして利用して、その領域に割り当てられるビットに応じた情報量のデータを伝送することが可能となる（例えば、下記の非特許文献２，３参照）。また、オーディオウォータマークについては、例えば、下記の非特許文献１，３にその詳細な内容が示されている。
【００４４】
非特許文献１：ATSC Standard：Audio Watermark Emission (A/334)
非特許文献２：ATSC Standard：Video Watermark Emission (A/335)
非特許文献３：ATSC Standard：Content Recovery in Redistribution Scenarios (A/336)
【００４５】
（受信装置の構成）
図３は、図１の受信装置２０の構成例を示すブロック図である。
【００４６】
図３において、受信装置２０は、制御部２１１、記録部２１２、入力部２１３、受信部２１４、デマルチプレクサ２１５、ビデオ処理部２１６、ビデオ出力部２１７、オーディオ処理部２１８、オーディオ出力部２１９、表示部２２０、及びスピーカ２２１から構成される。
【００４７】
制御部２１１は、例えば、CPUやFPGA(Field Programmable Gate Array)等から構成される。制御部２１１は、各種の演算処理や、各種の動作制御など、受信装置２０における中心的な制御装置として動作する。
【００４８】
記録部２１２は、例えば、NVRAM(Non Volatile RAM)等の不揮発性メモリであって、制御部２１１からの制御に従い、各種のデータを記録する。
【００４９】
入力部２１３は、例えば、物理的なボタンや、表示部２２０と一体に構成されるタッチパネルなどであって、ユーザの操作に応じた操作信号を、制御部２１１に供給する。制御部２１１は、入力部２１３から供給される操作信号に基づいて、各部の動作を制御する。なお、入力部２１３は、ユーザによるリモートコントローラの操作に応じた赤外線信号などを受け付けて、それに応じた操作信号を、制御部２１１に供給するようにしてもよい。
【００５０】
受信部２１４は、例えば、チューナや、OFDM信号の復調等を行う復調回路などから構成される。受信部２１４は、アンテナ２３１を介して受信された放送信号を処理して、その結果得られる多重化ストリームを、デマルチプレクサ２１５に供給する。
【００５１】
デマルチプレクサ２１５は、受信部２１４から供給される多重化ストリームを、ビデオストリームと、オーディオストリームと、制御情報（システム情報）とに分離する。デマルチプレクサ２１５は、ビデオストリームに含まれるビデオデータをビデオ処理部２１６に、オーディオストリームに含まれるオーディオデータをオーディオ処理部２１８に、制御情報を制御部２１１にそれぞれ供給する。
【００５２】
制御部２１１は、デマルチプレクサ２１５から供給される制御情報（システム情報）に基づいて、放送サービスの選局操作に応じたテレビ番組等のコンテンツを再生するために、デマルチプレクサ２１５や各コンポーネントの処理部などの各部の動作を制御する。
【００５３】
ビデオ処理部２１６は、例えば、ビデオデコーダ等から構成される。ビデオ処理部２１６は、デマルチプレクサ２１５から供給されるビデオデータに対して、例えば、所定の復号方式に準拠した復号処理などの処理を施し、ビデオ出力部２１７に供給する。
【００５４】
ビデオ出力部２１７は、例えば、映像を出力するための映像出力回路等から構成される。ビデオ処理部２１６から供給されるビデオデータを処理して、LCD(Liquid Crystal Display)やOLED(Organic Light Emitting Diode)等のディスプレイとして構成される表示部２２０に出力する。これにより、表示部２２０には、放送サービスの選局操作に応じたテレビ番組等のコンテンツの映像が表示される。
【００５５】
オーディオ処理部２１８は、例えば、オーディオデコーダ等から構成される。オーディオ処理部２１８は、デマルチプレクサ２１５から供給されるオーディオデータに対して、例えば、所定の復号方式に準拠した復号処理などの処理を施し、オーディオ出力部２１９に供給する。
【００５６】
オーディオ出力部２１９は、例えば、音声を出力するための音声出力回路等から構成される。オーディオ出力部２１９は、オーディオ処理部２１８から供給されるオーディオデータを処理して、スピーカ２２１に出力する。これにより、スピーカ２２１からは、放送サービスの選局操作に応じたテレビ番組等のコンテンツの音声が出力される。
【００５７】
また、制御部２１１は、ウォータマーク情報取得部２５１及びウォータマーク検出部２５２を含んで構成される。
【００５８】
ウォータマーク情報取得部２５１は、ウォータマーク情報を取得するための処理を行う。
【００５９】
例えば、ウォータマーク情報取得部２５１は、ビデオ処理部２１６、又はオーディオ処理部２１８などを制御して、オーディオレイヤ、ビデオレイヤ、又はシステムレイヤのいずれかのレイヤに含まれるウォータマーク情報を取得する。このウォータマーク情報の伝送方式の詳細については、後述する。
【００６０】
ウォータマーク検出部２５２は、ウォータマーク情報に基づいて、ビデオウォータマークやオーディオウォータマーク等のウォータマークを検出するための処理を行う。
【００６１】
例えば、ウォータマーク検出部２５２は、ウォータマーク情報に基づき、ビデオ処理部１１３を制御して、ビデオストリームに含まれるビデオウォータマークを検出する処理を行う。また、例えば、ウォータマーク検出部２５２は、オーディオ処理部２１８を制御して、オーディオストリームに含まれるオーディオウォータマークを検出する処理を行う。
【００６２】
なお、受信装置２０は、例えば、テレビ受像機やセットトップボックス（STB：Set Top Box）、録画機、パーソナルコンピュータ、ゲーム機などの固定受信機、あるいはスマートフォンや携帯電話機、タブレット型コンピュータなどのモバイル受信機として構成することができる。
【００６３】
そのため、図３に示した構成では、表示部２２０とスピーカ２２１を含む構成を示しているが、例えば、受信装置２０が、セットトップボックスや録画機、ゲーム機などとして構成される場合には、その構成に、表示部２２０とスピーカ２２１を含める必要はない。
【００６４】
なお、図１の伝送システム１においては、説明の都合上、１台の送信装置１０と１台の受信装置２０のみを図示しているが、送信装置１０は、例えば、放送局等の事業者ごとに、複数台設けるようにしてもよい。また、受信装置２０は、例えば、テレビ受像機として構成され、ユーザ宅ごとに設置することができる。
【００６５】
＜２．本技術の実施の形態＞
【００６６】
本技術では、ウォータマーク情報の伝送方式として、図４に示した６つの伝送方式を提案する。
【００６７】
第１に、オーディオレイヤを利用して、オーディオストリームに含まれるオーディオデータに対し、ウォータマーク情報を付加するものとして、3Dオーディオのメタデータを用いた伝送方式（以下、第１のオーディオレイヤ伝送方式ともいう）と、3Dオーディオのユーザデータを用いた伝送方式の２つの伝送方式（以下、第２のオーディオレイヤ伝送方式ともいう）を提案する。
【００６８】
ここで、3Dオーディオは、上方に配置されたスピーカを含め多数のスピーカを使用し、空間上のあらゆる方向からの音の再生を可能にすることで、これまでにない臨場感を実現するものである。MPEG(Moving Picture Experts Group)では、MPEG-H 3D Audioの標準化を進めている。
【００６９】
第１のオーディオレイヤ伝送方式では、例えばMPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域に、ウォータマーク情報が挿入されるようにする。また、第２のオーディオレイヤ伝送方式では、例えばMPEG-H 3D Audioに準拠したオーディオデータのユーザデータ領域に、ウォータマーク情報が挿入されるようにする。
【００７０】
第２に、ビデオレイヤを利用して、ビデオストリームに含まれるビデオデータに対し、ウォータマーク情報を付加するものとして、ビデオユーザデータを用いた２つの伝送方式を提案する。以下、この２つの伝送方式を、第１のビデオレイヤ伝送方式と、第２のビデオレイヤ伝送方式と呼んで区別する。
【００７１】
ここで、動画圧縮の規格としては、例えば、MPEG-2や、MPEG4-AVC(Advanced Video Coding)，HEVC(High Efficiency Video Coding)などが知られている。
【００７２】
MPEG-2は、デジタル放送やDVD-Videoなどにも採用され、広く普及している。MPEG4-AVCは、MPEG-2の2倍以上の圧縮効率を実現し、低ビットレート用途から高ビットレート用途に至るまで、幅広く利用されることを想定している。HEVCは、ブロックサイズの適正化など圧縮効率が優れており、MPEG-2に比べて約4倍、MPEG4-AVCに比べて約2倍の圧縮性能を有し、高解像度な映像（例えば4K映像や8K映像）や、モバイル端末向けの映像配信での利用が想定されている。
【００７３】
第１のビデオレイヤ伝送方式では、例えば、MPEG-2に準拠したビデオデータのユーザデータ領域に、ウォータマーク情報が挿入されるようにする。また、第２のビデオレイヤ伝送方式では、MPEG4-AVC又はHEVCに準拠したビデオデータのユーザ領域に、ウォータマーク情報が挿入されるようにする。
【００７４】
第３に、システムレイヤを利用して、ウォータマーク情報を、制御情報（システム情報）に含めて伝送するものとして、制御情報を用いた２つの伝送方式を提案する。以下、この２つの伝送方式を、第１のシステムレイヤ伝送方式と、第２のシステムレイヤ伝送方式と呼んで区別する。
【００７５】
ここで、次世代地上波放送規格の１つとして、ATSC(Advanced Television Systems Committee)3.0が策定されている。ATSC3.0では、データ伝送に、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いるIP伝送方式を採用し、より高度なサービスを提供することが想定されている。また、MPEG2-TS(Transport Stream)は、データ伝送に、固定長のTSパケットを用いるものであるが、各国のデジタル放送に採用され、ビデオ・オーディオの多重化方式として広く普及している。
【００７６】
第１のシステムレイヤ伝送方式では、例えば、ATSC3.0に準拠した制御情報であるシグナリングに、ウォータマーク情報が挿入されるようにする。また、第２のシステムレイヤ伝送方式では、例えば、MPEG2-TSに準拠した制御情報であるPSI(Program Specific Information)のPMT(Program Map Table)に、ウォータマーク情報が挿入されるようにする。
【００７７】
以下、これらの６つのウォータマーク情報の伝送方式の詳細な内容を順に説明する。
【００７８】
（１）第１の実施の形態
【００７９】
第１の実施の形態では、ウォータマーク情報を、オーディオレイヤを利用して伝送する方式を説明する。
【００８０】
（１−１）第１のオーディオレイヤ伝送方式
【００８１】
まず、図５乃至図９を参照して、第１のオーディオレイヤ伝送方式について説明する。第１のオーディオレイヤ伝送方式では、MPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域に、ウォータマーク情報が挿入されるようにする。
【００８２】
なお、MPEG-H 3D Audioについては、例えば、下記の非特許文献４にその詳細な内容が示されている。
【００８３】
非特許文献４：ISO/IEC 23008-3, "High efficiency coding and media delivery in heterogeneous environments - Part3 : 3D Audio"
【００８４】
図５は、MPEG-H 3D Audio のオーディオフレームの構造を示す図である。
【００８５】
図５において、オーディオフレームは、複数のMPEGオーディオストリームパケット（mpeghAudioStreamPacket()）から構成される。各MPEGオーディオストリームパケットは、ヘッダ（Header）とペイロード（Payload：MHASPacketPayload）により構成されている。
【００８６】
ヘッダは、パケットタイプ（MHASPacketType）、パケットラベル（MHASPacket Label）、及びパケット長（MHASPacketLength）などの情報を配置している。ペイロードには、ヘッダのパケットタイプで定義された情報が配置される。このペイロードには、同期スタートコードに相当する"SYNC"と、実際のデータである"Frame"と、この"Frame"の構成を示す"Config"が存在する。
【００８７】
3Dオーディオのオブジェクト音源に係るオブジェクトデータは、オブジェクトオーディオデータ及びオブジェクトメタデータからなる。これらのデータは、"Frame"に含まれる。この"Frame"としてのmpegh3daFrame()は、SCE(Single Channel Element)，CPE(Channel Pair Element)，LFE(LFE element)，及びEXT（Extension element）から構成される。
【００８８】
オブジェクトオーディオデータは、SCEの符号化サンプルデータとして含まれる。また、オブジェクトメタデータは、エクステンションエレメント（EXT）として含まれる。ここでは、さらに、ユーザデータを含めるエクステンションエレメント（EXT）を定義することができる。
【００８９】
第１のオーディオレイヤ伝送方式では、このエクステンションエレメント（EXT）として含まれるオブジェクトメタデータの領域（メタデータ領域）に、ウォータマーク情報が挿入されるようにする。このメタデータ領域は、図中のmpegh3daExtElement()のObject_metadata() に対応している。
【００９０】
ただし、このオブジェクトメタデータの領域（メタデータ領域）は、ObjectMetadataConfig() にて、lowDelayMetadataCoding == "0" となる場合に伝送される。なお、ObjectMetadataConfig() は、MPEGオーディオストリームパケットのペイロードに、"Config"として配置される、mpegh3daConfig()のmpegh3daDecoderConfig()のmpegh3daExtElementConfig() に含まれる。
【００９１】
なお、詳細は後述するが、エクステンションエレメント（EXT）として含まれるユーザデータの領域（ユーザデータ領域）に、ウォータマーク情報が挿入されるようにする方式が、後述の第２のオーディオレイヤ伝送方式に相当するものである。
【００９２】
図６は、object_metadata() のシンタックスの例を示している。図６に示すように、object_metadata() には、lowDelayMetadataCoding == "0" となるとき、object_metadata_efficient() が配置される。
【００９３】
図７は、object_metadata_efficient() のシンタックスの例を示している。図７に示すように、object_metadata_efficient() には、intracoded_object_metadata_efficient() が配置される。
【００９４】
図８は、intracoded_object_metadata_efficient() のシンタックスの例を示している。図８に示しているintracoded_object_metadata_efficient() は、MPEG-H 3D Audio で規定されているintracoded_object_metadata_efficient() に対応しているが、最終行に、ウォータマーク情報としてのWM_Service_information() が追加されている点が異なる。
【００９５】
図９は、WM_Service_information() のシンタックスの例を示している。
【００９６】
1ビットのwatermark_service_flag は、ウォータマークサービスが有効であるかどうか示すフラグである。
【００９７】
例えば、watermark_service_flag として、"1"が設定された場合には、ウォータマークのサービスが有効であって、ビデオストリームに含まれるビデオウォータマーク、又はオーディオストリームに含まれるオーディオウォータマークが存在することを示している。一方で、例えば、watermark_service_flag として、"0"が設定された場合には、ウォータマークのサービスが無効であることを示している。
【００９８】
7ビットのreserved は、将来の予約の領域である。なお、ここでは、7ビットのreserved を確保して、バイトアライメントを行っているが、このバイトアライメントは必ずしも行わなくてもよい。このことは、バイトアライメントを行っている、後述する他のシンタックスでも同様である。
【００９９】
なお、図８に示したintracoded_object_metadata_efficient() においては、最終行に、WM_Service_information() を追加したが、WM_Service_information() が追加される領域は、任意である。
【０１００】
このように、第１のオーディオレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、MPEG-H 3D Audio に準拠したオーディオデータのメタデータ領域に挿入され、伝送されることになる。
【０１０１】
（１−２）第２のオーディオレイヤ伝送方式
【０１０２】
次に、図１０乃至図１６を参照して、第２のオーディオレイヤ伝送方式について説明する。第２のオーディオレイヤ伝送方式では、MPEG-H 3D Audioに準拠したオーディオデータのユーザデータ領域に、ウォータマーク情報が挿入されるようにする。
【０１０３】
ここでは、上述した図５のMPEG-H 3D Audio のオーディオフレームの構造に示したように、エクステンションエレメント（EXT）として、ユーザデータを定義して、そこに、ウォータマーク情報を挿入する。このユーザデータ領域は、上述した図５のmpegh3daExtElement()のUser_data()（Ancillary data）に対応している。
【０１０４】
図１０は、usacExtElementType の拡張の例を示している。図１０においては、usacExtElementType として、ID_EXT_ELE_FILL，ID_EXT_ELE_MPEGS，ID_EXT_ELE_SAOC，ID_EXT_ELE_AUDIOPREROLL，ID_EXT_ELE_UNI_DRC，ID_EXT_ELE_OBJ_METADATA，ID_EXT_ELE_SAOC_3D，ID_EXT_ELE_HOA，及びID_EXT_ELE_FMT_CNVRTRに加えて、ID_EXT_ELE_USERDATAが配置されている。
【０１０５】
ID_EXT_ELE_USERDATAには、ユーザデータ領域であるuser_data() が対応付けられている。また、図１１は、usacExtElementType の値の例を示している。
【０１０６】
図１１に示すように、usacExtElementType の値として、例えば、"128"が設定された場合、ID_EXT_ELE_USERDATAを意味し、mpegh3daExtElement() には、user_data() が配置される。
【０１０７】
図１２は、userdataConfig() のシンタックスの例を示している。
【０１０８】
32ビットのuserdata_identifier は、あらかじめ定義された配列の値がセットされることで、ユーザデータであることを示すフィールドである。16ビットのuserdata_frame_length は、ユーザデータのバイト数を示すフィールドである。このuserdata_frame_length が示すバイト数に応じて、user_data()が配置される。
【０１０９】
図１３は、user_data() のシンタックスの例を示している。図１３において、user_data_identifier である32ビットのフィールドに、"0x47413934"（"GA94"）が設定されることで、user_structure() のフィールドに、ATSC_user_data() が配置される。
【０１１０】
図１４は、ATSC_user_data() のシンタックスの例を示している。
【０１１１】
8ビットのuser_data_type_code は、ユーザデータのタイプを示すフィールドである。user_data_type_code に設定されたユーザデータのタイプに応じて、user_data_type_structure() のフィールドにデータが配置される。
【０１１２】
図１５は、user_data_type_code の拡張の例を示している。例えば、図１５に示すように、user_data_type_code である8ビットのフィールドに、"0x07"が設定されることで、user_data_type_structure() のフィールドに、ウォータマーク情報としてのWM_Service_information() が配置される。
【０１１３】
図１６は、WM_Service_information() のシンタックスの例を示している。
【０１１４】
1ビットのwatermark_service_flag は、ウォータマークサービスが有効であるかどうかを示すフラグである。なお、watermark_service_flag に続く7ビットにより、バイトアライメントがなされている。
【０１１５】
このように、第２のオーディオレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、MPEG-H 3D Audioに準拠したオーディオデータのユーザデータ領域に挿入され、伝送されることになる。
【０１１６】
以上、第１の実施の形態について説明した。第１の実施の形態では、送信装置１０によって、ウォータマーク情報が、例えば、MPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域やユーザデータ領域などに挿入され、オーディオレイヤで伝送されることになる。そして、受信装置２０は、オーディオレイヤで伝送されるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定し、ウォータマークを検出することができる。
【０１１７】
そのため、受信装置２０では、ビデオウォータマークがビデオデータに含まれることを検出する機能（例えば演算回路やソフトウェア処理）や、オーディオデータに含まれるオーディオウォータマークを検出する機能（例えばDSP等の演算装置）などの特別な機能を追加することなく、単に、オーディオデータに含まれるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定して、ウォータマークを検出することができる。
【０１１８】
このように、受信装置２０では、より容易にウォータマークを検出することができる。また、常時、ウォータマークを監視する方式であると、監視処理での電力消費が増大するため、特に、バッテリにより駆動されるモバイル受信機では、そのことが問題になる可能性があるが、本技術では、ウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定できるため、常時、ウォータマークを監視する必要はなく、バッテリによる駆動時間の短縮、ひいては、電力消費を抑制することができる。
【０１１９】
また、ビデオウォータマークは、ビデオデータ（映像信号）として伝送されるため、ビデオデータをデコードした後に、ビデオウォータマークの信号を消去する（例えば黒に置き換える）ことが望まれるが、ウォータマーク情報を用いることで、特別な機能（例えば演算回路やソフトウェア処理）を追加することなく、容易にビデオウォータマークを検出して、ビデオウォータマークの信号を消去する処理などを行うことができる。
【０１２０】
なお、上述した第１の実施の形態では、オーディオレイヤを利用して伝送する方式として、ウォータマーク情報が、MPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域又はユーザデータ領域に挿入される場合を説明したが、オーディオデータは、他の規格に準拠したフォーマットであってもよい。また、オーディオデータにおいて、ウォータマーク情報は、メタデータ領域やユーザデータ領域とは異なる領域に挿入されるようにしてもよい。
【０１２１】
また、上述したシンタックスの「Mnemonic」又は「Format」の項目であるが、"uimsbf(unsigned integer most significant bit first)" が指定された場合、ビット演算をして、整数として扱われることを意味している。一方で、「Mnemonic」又は「Format」として、"bslbf(bit string, left bit first)" が指定された場合には、ビット列として扱われることを意味する。これらの関係は、後述する他のシンタックスでも同様とされる。
【０１２２】
（２）第２の実施の形態
【０１２３】
第２の実施の形態では、ウォータマーク情報を、ビデオレイヤを利用して伝送する方式を説明する。
【０１２４】
（２−１）第１のビデオレイヤ伝送方式
【０１２５】
まず、図１７乃至図２１を参照して、第１のビデオレイヤ伝送方式について説明する。第１のビデオレイヤ伝送方式では、MPEG-2に準拠したビデオデータのユーザデータ領域に、ウォータマーク情報が挿入されるようにする。
【０１２６】
なお、MPEG-2 Videoについては、例えば、下記の非特許文献５，６にその詳細な内容が示されている。
【０１２７】
非特許文献５：ISO/IEC 13818-2, "Generic coding of moving pictures and associated audio information - Part2 : Video"
非特許文献６：ATSC Digital Television Standard：Part 4 - MPEG-2 Video System Characteristics
【０１２８】
図１７は、MPEG-2に準拠したビデオデータのvideo_sequence() のシンタックスの例を示している。図１７に示すように、video_sequence() には、extension_and_user_data(2) のフィールドが配置されている。
【０１２９】
図１８は、extension_and_user_data(2) のシンタックスの例を示している。図１８に示すように、extension_and_user_data(2)には、user_data() のフィールドが配置されている。
【０１３０】
図１９は、user_data() のシンタックスの例を示している。図１９において、user_data_identifier である32ビットのフィールドに、"0x47413934"（"GA94"）が設定されることで、user_structure() のフィールドに、ATSC_user_data() が配置される。
【０１３１】
図２０は、ATSC_user_data() のシンタックスの例を示している。図２０において、user_data_type_code である8ビットのフィールドに、例えば、"0x07"が設定されることで、user_data_type_structure() のフィールドに、ウォータマーク情報としてのWM_Service_information() が配置される。
【０１３２】
なお、ここでは、上述した図１５に示したように、WM_Service_information() であるuser_data_type_structure() に対し、"0x07"であるuser_data_type_codeが割り当てられているものとする。
【０１３３】
図２１は、WM_Service_information() のシンタックスの例を示している。
【０１３４】
1ビットのwatermark_service_flag は、ウォータマークサービスが有効であるかどうか示すフラグである。なお、watermark_service_flag に続く7ビットにより、バイトアライメントがなされている。
【０１３５】
このように、第１のビデオレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、MPEG-2に準拠したビデオデータのユーザデータ領域に挿入され、伝送されることになる。
【０１３６】
（２−２）第２のビデオレイヤ伝送方式
【０１３７】
次に、図２２乃至図２４を参照して、第２のビデオレイヤ伝送方式について説明する。第２のビデオレイヤ伝送方式では、MPEG4-AVC又はHEVCに準拠したビデオデータのユーザ領域に、ウォータマーク情報が挿入されるようにする。
【０１３８】
なお、ここでは、MPEG4-AVC又はHEVCのSEI(Supplemental Enhancement Information)を利用した例を説明するが、SEIの詳細については、例えば、下記の非特許文献７にその詳細な内容が示されている。
【０１３９】
非特許文献７：ANSI/SCTE 128-1 "AVC Video Constraints for Cable Television Part1 - Coding"
【０１４０】
図２２は、SEIのユーザデータとしてのuser_data_registered_itu_t_t35() のシンタックスの例を示している。図２２において、user_identifier である32ビットのフィールドに、"0x47413934"（"GA94"）が設定されることで、user_structure() のフィールドに、ATSC1_data() が配置される。
【０１４１】
図２３は、ATSC1_data() のシンタックスの例を示している。図２３において、user_data_type_code である8ビットのフィールドに、例えば、"0x07"が設定されることで、user_data_type_structure() のフィールドに、ウォータマーク情報としてのWM_Service_information() が配置される。
【０１４２】
図２４は、WM_Service_information() のシンタックスの例を示している。
【０１４３】
1ビットのwatermark_service_flag は、ウォータマークサービスが有効であるかどうかを示すフラグである。なお、watermark_service_flag に続く7ビットにより、バイトアライメントがなされている。
【０１４４】
このように、第２のビデオレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、MPEG4-AVC又はHEVCに準拠したビデオデータのユーザデータ領域に挿入され、伝送されることになる。
【０１４５】
以上、第２の実施の形態について説明した。第２の実施の形態では、送信装置１０によって、ウォータマーク情報が、例えば、MPEG-2，又はMPEG4-AVC若しくはHEVCに準拠したビデオデータのユーザデータ領域などに挿入され、ビデオレイヤで伝送されることになる。そして、受信装置２０は、ビデオレイヤで伝送されるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定し、ウォータマークを検出することができる。
【０１４６】
そのため、受信装置２０では、ウォータマークを検出するための特別な機能（例えば、演算回路や演算装置等）を追加することなく、単に、ビデオデータに含まれるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定して、ウォータマークを検出することができる。その結果として、受信装置２０では、より容易にウォータマークを検出することができる。
【０１４７】
なお、上述した第２の実施の形態では、ビデオレイヤを利用して伝送する方式として、ウォータマーク情報が、MPEG-2，又はMPEG4-AVC若しくはHEVCに準拠したビデオデータのユーザデータ領域に挿入される場合を説明したが、ビデオデータは、他の規格に準拠したフォーマットであってもよい。また、ビデオデータにおいて、ウォータマーク情報は、ユーザデータ領域とは異なる領域に挿入されるようにしてもよい。
【０１４８】
（３）第３の実施の形態
【０１４９】
第３の実施の形態では、ウォータマーク情報を、システムレイヤを利用して伝送する方式を説明する。
【０１５０】
（３−１）第１のシステムレイヤ伝送方式
【０１５１】
まず、図２５乃至図２７を参照して、第１のシステムレイヤ伝送方式について説明する。第１のシステムレイヤ伝送方式では、ATSC3.0に準拠した制御情報であるシグナリングに、ウォータマーク情報が挿入されるようにする。
【０１５２】
ここで、ATSC3.0では、シグナリングとして、LLS(Low Level Signaling)と、SLS(Service Layer Signaling)が規定されている（下記の非特許文献８参照）。
【０１５３】
非特許文献８：ATSC Proposed Standard：Signaling, Delivery, Synchronization,and Error Protection (A/331)
【０１５４】
LLSには、SLT(Service List Table)等のメタデータが含まれる。SLTは、放送サービスの選局に必要な情報など、放送ネットワークにおけるストリームや放送サービスの構成を示す基本情報を含んでいる。
【０１５５】
SLSは、サービスレベルの制御情報であり、対象の放送サービスに属するコンポーネントの探索と選択に必要な情報や属性などを提供するものである。SLSは、USBD(User Service Bundle Description)，S-TSID(Service-based Transport Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。
【０１５６】
USBDは、他のメタデータの取得先などの情報を含む。S-TSIDは、LSID(LCT Session Instance Description)をATSC3.0向けに拡張したものであって、ROUTE(Real-time Object Delivery over Unidirectional Transport)プロトコルの制御情報である。MPDは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)に準拠したストリーミング配信を行うために用いられる、ビデオやオーディオのファイルの制御情報である。
【０１５７】
第１のシステムレイヤ伝送方式では、ATSC3.0に準拠したシグナリングとして、USBD又はS-TSIDに、ウォータマーク情報が挿入されるようにする。
【０１５８】
なお、上記の非特許文献８の「Figure 5.1 ATSC 3.0 receiver protocol stack」に示すように、ATSC3.0では、トランスポート・プロトコルとして、ROUTEプロトコルと、MMT(MPEG Media Transport)プロトコルが規定されている。USBDは、ROUTEとMMTの両方のプロトコルで用いられるため、以下の説明では、ROUTEプロトコル用のUSBD（USBD - ROUTE）のほかに、MMTプロトコル用のUSBD（USBD - MMT）についても説明する。
【０１５９】
（第１の例：USBD - ROUTE）
図２５は、User Service Bundle Description（ROUTE）のシンタックスの例を示している。
【０１６０】
なお、図２５において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する図２６及び図２７でも同様とされる。
【０１６１】
BundleDescriptionROUTE要素は、ルート要素であって、UserServiceDescription要素の上位要素となる。
【０１６２】
UserServiceDescription要素は、globalServiceID属性、serviceId属性、serviceStatus属性、Name要素、ServiceLanguage要素、DeliveryMethod要素、BroadcastAppService要素、UnicastAppService要素、VideoWaterMarkService要素、及びAudioWaterMarkService要素の上位要素となる。
【０１６３】
globalServiceID属性には、グローバルサービスIDが指定される。serviceId属性には、サービスIDが指定される。serviceStatus属性には、サービスのステータスに関する情報が指定される。
【０１６４】
Name要素には、ATSC3.0のサービスの名称が指定される。Name要素は、lang属性の上位要素となる。lang属性には、ATSC3.0のサービスの名称の言語が指定される。ServiceLanguage要素には、ATSC3.0のサービスで利用できる言語が指定される。
【０１６５】
DeliveryMethod要素には、データの配信方法に関する情報が指定される。BroadcastAppService要素は、BasePattern要素の上位要素であって、放送経由での配信に関する情報が指定される。UnicastAppService要素は、BasePattern要素の上位要素であって、通信経由での配信に関する情報が指定される。
【０１６６】
VideoWaterMarkService要素は、ビデオデータに、ビデオウォータマーク（のサービス）が含まれていることを示す。AudioWaterMarkService要素は、オーディオデータに、オーディオウォータマーク（のサービス）が含まれていることを示す。
【０１６７】
なお、ROUTEプロトコル用のUSBDの詳細については、上記の非特許文献８の「Table 7.1 Semantics of the User Service Bundle Description Fragment for ROUTE」にその詳細な内容が記載されている。
【０１６８】
（第２の例：S-TSID）
図２６は、Service Transport Session Instance Descriptionのシンタックスの例を示している。
【０１６９】
S-TSID要素は、ルート要素であって、１又は複数のROUTEセッションに関する情報を表すためのRS要素の上位要素となる。RS要素は、sIpAddr属性、dIpAddr属性、dport属性、及びLS要素の上位要素となる。
【０１７０】
sIpAddr属性には、ROUTEセッションの送信元IPアドレス（source IP address）が指定される。dIpAddr属性には、ROUTEセッションの送信先IPアドレス（destination IP address）が指定される。dport属性には、ROUTEセッションのポート番号が指定される。
【０１７１】
LS要素には、LCTチャネルに関する情報が記述される。なお、LS要素は、LCTチャネルごとに、１又は複数配置することができる。LS要素は、tsi属性、bw属性、startTime属性、endTime属性、VideoWaterMarkService属性、AudioWaterMarkService属性、SrcFlow要素、及びRepairFlow要素の上位要素となる。
【０１７２】
tsi属性には、TSI(Transport Session Identifier)の値が指定される。bw属性には、最大バンド幅が指定される。startTime属性とendTime属性には、開始時刻と終了時刻が指定される。
【０１７３】
VideoWaterMarkService属性は、ビデオデータに、ビデオウォータマーク（のサービス）が含まれていることを示す。AudioWaterMarkService属性は、オーディオデータに、オーディオウォータマーク（のサービス）が含まれていることを示す。
【０１７４】
SrcFlow要素には、Source Flowに関する情報が指定される。RepairFlow要素には、Repair Flowに関する情報が指定される。
【０１７５】
なお、S-TSIDの詳細については、上記の非特許文献８の「Table 7.2 Semantics of the Service-based Transport Session Instance Description Fragment」にその詳細な内容が記載されている。
【０１７６】
（第３の例：USBD - MMT）
図２７は、User Service Bundle Description（MMT）のシンタックスの例を示している。
【０１７７】
BundleDescriptionMMT要素は、ルート要素であって、UserServiceDescription要素の上位要素となる。
【０１７８】
UserServiceDescription要素は、serviceId属性、serviceStatus属性、及びComponentInfo要素などの上位要素となる。
【０１７９】
serviceId属性には、サービスIDが指定される。serviceStatus属性には、サービスのステータスに関する情報が指定される。
【０１８０】
ComponentInfo要素は、コンポーネントに関する情報を表す。ComponentInfo要素は、componentType属性、componentRole属性、componentProtectedFlag属性、componentId属性、componentName属性、VideoWaterMarkService属性、及びAudioWaterMarkService属性の上位要素となる。
【０１８１】
VideoWaterMarkService属性は、ビデオデータに、ビデオウォータマーク（のサービス）が含まれていることを示す。AudioWaterMarkService属性は、オーディオデータに、オーディオウォータマーク（のサービス）が含まれていることを示す。
【０１８２】
なお、MMTプロトコル用のUSBDの詳細については、上記の非特許文献８の「Table 7.4 XML Format of the User Service Bundle Description Fragment for MMTP」にその詳細な内容が記載されている。
【０１８３】
また、図２５乃至図２７においては、「Use」の項目として、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、「Use」の項目として、"1..N"が指定された場合には、その要素又は属性は、１以上指定され、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定される。
【０１８４】
また、「Data Type」の項目であるが、"unsignedShort"や"unsignedInt"が指定された場合、その要素又は属性の値が、整数型であることを示し、"string"が指定された場合には、その要素又は属性の値が、文字列型であることを示している。また、「Data Type」の項目として、"boolean"が指定された場合、その要素又は属性がブーリアン型であることを示している。"dateTime"が指定された場合、その要素又は属性が、特定の日時を表すことを示している。
【０１８５】
なお、図２５乃至図２７に示したメタデータのフォーマットは一例であって、例えば、XML(Extensible Markup Language)形式の以外の他のテキスト形式を採用することもできる。また、メタデータは、テキスト形式に限らず、バイナリ形式であってもよい。
【０１８６】
このように、第１のシステムレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、ATSC3.0に準拠したシグナリング（例えば、USBDやS-TSID等のメタデータ）に挿入され、伝送されることになる。
【０１８７】
（３−２）第２のシステムレイヤ伝送方式
【０１８８】
次に、図２８乃至図３０を参照して、第２のシステムレイヤ伝送方式について説明する。第２のシステムレイヤ伝送方式では、MPEG2-TSに準拠した制御情報であるPSIのPMTに、ウォータマーク情報が挿入されるようにする。
【０１８９】
ここで、MPEG2-TSでは、制御情報（伝送制御信号）として、PSI(Program Specific Information)を含んでいる。PSIは、PAT(Program Association Table)，CAT(Conditional Access Table)，PMT(Program Map Table)，及びNIT(Network Information Table)の４種類のテーブルからなり、多重化されたストリームを、受信装置２０が多重解除してデコードする機能を実現するための情報を提供する。
【０１９０】
PATは、あるトランスポートストリーム内に含まれるプログラム一覧の情報を含む。CATは、多重化で使用されている限定受信（CA：Conditional Access）方式に関連する情報を含む。PMTは、あるプログラムに含まれるビデオやオーディオのストリームの各PID等を格納している。NITは、物理的ネットワークに関する情報を含む。
【０１９１】
第２のシステムレイヤ伝送方式では、MPEG2-TSに準拠した制御情報として、PSIのPMTに、ウォータマーク情報が挿入されるようにする。なお、PSIについては、例えば、下記の非特許文献９にその詳細な内容が示されている。
【０１９２】
非特許文献９：ISO/IEC 13818-1, "Generic coding of moving pictures and associated audio information - Part1 : Systems"
【０１９３】
図２８は、MPEG2-TSに準拠したPMTのデータ構造として、TS_program_map_section() のシンタックスの例を示している。
【０１９４】
図２８に示すように、TS_program_map_section() には、プログラム全体に関連する情報を配置するためのプログラムループ（Program loop）と、ビデオやオーディオ等の各エレメンタリストリームに関連した情報を配置するためのESループ（Elementary Stream loop）が存在している。
【０１９５】
例えば、ESループには、ビデオストリームに対応したビデオ・エレメンタリストリームループ（Video ES Loop）や、オーディオストリームに対応したオーディオ・エレメンタリストリームループ（Audio ES Loop）が存在する。各ループには、ストリームタイプ（Stream_Type）、エレメンタリ識別子（elementary_PID）などの情報が配置される。
【０１９６】
ここでは、ESループに、WM_component_descriptor() を追加する。図２９は、WM_component_descriptor() のシンタックスの例を示している。
【０１９７】
図２９において、8ビットのdescription_tag は、各記述子を識別する記述子タグのフィールドである。8ビットのdescription_length は、記述子のバイト長を示すフィールドである。8ビットのwatermark_service_type は、ウォータマークサービスが有効であるかどうかを示すタイプ情報である。
【０１９８】
図３０は、watermark_service_type の値の例を示している。図３０において、watermark_service_type が、"0x00"となる場合、ウォータマークサービスがない、すなわち、無効であることを示している。一方で、watermark_service_type が、"0x01"となる場合、ウォータマークサービスがある、すなわち、有効であることを示している。
【０１９９】
なお、"0x02"〜"0xff" であるwatermark_service_type は、将来の予約の領域とされる。
【０２００】
このように、第２のシステムレイヤ伝送方式では、ウォータマークサービスが有効であるかどうかを示すウォータマーク情報が、MPEG2-TSに準拠したPSIのPMTに挿入され、伝送されることになる。
【０２０１】
以上、第３の実施の形態について説明した。第３の実施の形態では、送信装置１０によって、ウォータマーク情報が、例えば、ATSC3.0，又はMPEG2-TSに準拠した制御情報に挿入され、システムレイヤで伝送されることになる。そして、受信装置２０は、システムレイヤで伝送されるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定し、ウォータマークを検出することができる。
【０２０２】
そのため、受信装置２０では、ウォータマークを検出するための特別な機能（例えば、演算回路や演算装置等）を追加することなく、単に、制御情報に含まれるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定して、ウォータマークを検出することができる。その結果として、受信装置２０では、より容易にウォータマークを検出することができる。
【０２０３】
なお、上述した第３の実施の形態では、システムレイヤを利用して伝送する方式として、ウォータマーク情報が、ATSC3.0に準拠したシグナリング（例えば、USBDやS-TSID等のメタデータ）、又はMPEG2-TSに準拠したPSIのPMTに含まれる場合を説明したが、他の規格に準拠した制御情報に含まれるようにしてもよい。
【０２０４】
＜３．送信側と受信側の処理の流れ＞
【０２０５】
次に、図３１のフローチャートを参照して、図１の伝送システム１にて行われる送受信処理の流れを説明する。
【０２０６】
なお、図３１において、ステップＳ１０１乃至Ｓ１０３の処理は、送信装置１０により実行され、ステップＳ２０１乃至Ｓ２０４の処理は、受信装置２０により実行される。
【０２０７】
ステップＳ１０１において、ウォータマーク情報生成部１５２は、ウォータマーク情報を生成するための処理を行う。
【０２０８】
ここでは、ウォータマーク情報生成部１５２は、ビデオ処理部１１３、オーディオ処理部１１５、又は制御情報処理部１１７を制御して、オーディオレイヤ、ビデオレイヤ、又はシステムレイヤのいずれかのレイヤに、ウォータマーク情報を含める処理を行う。
【０２０９】
このとき、オーディオレイヤを利用する場合、ウォータマーク情報は、例えば、MPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域やユーザデータ領域などに挿入される。
【０２１０】
また、ウォータマーク情報は、ビデオレイヤを利用する場合には、例えば、MPEG-2，又はMPEG4-AVC若しくはHEVCに準拠したビデオデータのユーザデータ領域などに挿入され、システムレイヤを利用する場合には、例えば、ATSC3.0，又はMPEG2-TSに準拠した制御情報に挿入される。
【０２１１】
ステップＳ１０２においては、コンポーネントと制御情報に対する処理が行われる。
【０２１２】
ここでは、ビデオ処理部１１３によって、ビデオデータに対するエンコードなどの処理が行われる。また、オーディオ処理部１１５によって、オーディオデータに対するエンコードなどの処理が行われる。また、制御情報処理部１１７によって、制御情報に対する処理が行われる。
【０２１３】
このとき、ウォータマークサービスが、ビデオストリームで伝送される場合には、ウォータマーク生成部１５１によって、ビデオ処理部１１３が制御され、ビデオストリームに対し、ビデオウォータマークが含められる。
【０２１４】
また、ウォータマークサービスが、オーディオストリームで伝送される場合には、ウォータマーク生成部１５１によって、オーディオ処理部１１５が制御され、オーディオストリームに対し、オーディオウォータマークが含められる。
【０２１５】
なお、ウォータマークサービスが、ビデオストリーム又はオーディオストリームで伝送される場合には、ステップＳ１０１の処理で、ウォータマーク情報生成部１５２によって、ウォータマークサービスが有効であることを示すウォータマーク情報が生成され、オーディオレイヤ、ビデオレイヤ、又はシステムレイヤのいずれかのレイヤに含められる。
【０２１６】
ステップＳ１０３において、送信部１１９は、ステップＳ１０１，Ｓ１０２の処理で得られるストリームを含む放送信号を送信する。
【０２１７】
ステップＳ２０１において、受信部２１４は、送信装置１０から送信される放送信号を、アンテナ２３１を介して受信する。
【０２１８】
ステップＳ２０２において、ウォータマーク情報取得部２５１は、ウォータマーク情報を取得するための処理を行う。
【０２１９】
ここでは、オーディオレイヤ、ビデオレイヤ、又はシステムレイヤのいずれかのレイヤに、ウォータマーク情報が挿入されているため、ウォータマーク情報取得部２５１は、そこから、ウォータマーク情報を抽出する。
【０２２０】
このとき、オーディオレイヤを利用して、ウォータマーク情報が伝送される場合、ウォータマーク情報取得部２５１は、例えば、MPEG-H 3D Audioに準拠したオーディオデータのメタデータ領域やユーザデータ領域などに挿入されたウォータマーク情報を抽出する。
【０２２１】
また、ウォータマーク情報が、ビデオレイヤを利用して伝送される場合には、例えば、MPEG-2，又はMPEG4-AVC若しくはHEVCに準拠したビデオデータのユーザデータ領域などに挿入されたウォータマーク情報が抽出され、システムレイヤを利用して伝送される場合には、例えば、ATSC3.0，又はMPEG2-TSに準拠した制御情報に挿入されたウォータマーク情報が抽出される。
【０２２２】
ステップＳ２０３において、ウォータマーク検出部２５２は、ステップＳ２０２の処理で得られたウォータマーク情報に基づいて、ウォータマークサービスが有効であるかどうかを判定する。
【０２２３】
ステップＳ２０３において、ウォータマークサービスが有効であると判定された場合、処理は、ステップＳ２０４に進められる。ステップＳ２０４において、ウォータマーク検出部２５２は、ウォータマークを検出するための処理を行う。また、このとき、ウォータマークに対応しない受信装置２０では、視聴の妨げとなるウォータマークを消去することができる（Ｓ２０４）。
【０２２４】
ここでは、ウォータマークサービスが、ビデオストリームで伝送される場合、ウォータマーク検出部２５２は、ウォータマーク情報に基づき、ビデオ処理部１１３を制御して、ビデオストリームに含まれるビデオウォータマークを検出する処理を行う。
【０２２５】
また、ウォータマークサービスが、オーディオストリームで伝送される場合、ウォータマーク検出部２５２は、オーディオ処理部２１８を制御して、オーディオストリームに含まれるオーディオウォータマークを検出する処理を行う。
【０２２６】
一方で、ステップＳ２０３において、ウォータマークサービスが無効であると判定された場合、処理は、ステップＳ２０５に進められる。この場合に、例えばウォータマークが存在するときには、当該ウォータマークを消去するようにしてもよい（Ｓ２０５）。すなわち、受信装置２０では、ウォータマークサービスが無効となるとき、ウォータマークを検出する処理は不要であるため、ウォータマークの検出処理（Ｓ２０４）は行われないことになる。ステップＳ２０４又はＳ２０５の処理が終了すると、送受信処理は終了される。
【０２２７】
このように、受信装置２０では、ウォータマークを検出するための特別な機能（例えば、演算回路や演算装置等）を実装することなく、単に、ビデオデータやオーディオデータ、制御情報に含まれるウォータマーク情報に基づき、ウォータマークサービスが有効であるかどうかを判定し、ウォータマークサービスが有効である場合には、ウォータマークを検出することができる。その結果として、受信装置２０では、より容易にウォータマークを検出することができる。
【０２２８】
以上、送受信処理の流れについて説明した。
【０２２９】
＜４．変形例＞
【０２３０】
（放送方式の例）
上述した説明では、放送サービスの放送方式として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
【０２３１】
また、放送サービス（サービス）を伝送するための伝送路３０（図１）としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの放送伝送路は勿論、IPTV(Internet Protocol TV)網や、インターネット、電話網などの通信伝送路を用いることができる。
【０２３２】
なお、図１の伝送システム１においては、送信装置１０（図２）が単独で、ストリームの多重化処理を行うマルチプレクサ１１８と、変調処理等を行う送信部１１９を有する構成を例示したが、一般的なデジタル放送のシステムでは、マルチプレクサ１１８と送信部１１９とは、異なる場所に設置され、所定のインターフェース（I/F）を介して接続されるものである。例えば、マルチプレクサ１１８を有する第１の装置は、放送局内の施設に設置される一方で、送信部１１９を有する第２の装置は、送信所内の施設に設置される。
【０２３３】
また、上述した説明では、ATSC3.0やMPEG2-TSに準拠した制御情報が、システムレイヤで伝送される場合を説明したが、制御情報は、ATSC3.0やMPEG2-TSに対応したフォーマットのコンテナにより伝送されているとも言える。したがって、上述のシステムレイヤは、コンテナのレイヤであるとも言える。ここで、コンテナとしては、例えば、インターネット配信などで用いられるMP4など、上述した以外のフォーマットのコンテナであってもよい。
【０２３４】
（受信装置の他の構成例）
また、上述した説明では、受信装置２０は、テレビ受像機等の固定受信機、又はスマートフォン等のモバイル受信機であるとして説明したが、受信装置２０は、ヘッドマウントディスプレイ（HMD：Head Mounted Display）などのウェアラブルコンピュータであってもよい。さらに、受信装置２０は、例えば車載テレビなどの自動車に搭載される機器であってもよい。すなわち、受信装置２０は、コンテンツの再生や録画が可能な機器であれば、いずれの機器であってもよい。
【０２３５】
（その他）
なお、本明細書で使用している名称は、一例であって、実際には、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のものの実質的な内容が異なるものではない。
【０２３６】
例えば、上述したUSBDやS-TSID等の制御情報は、他の名称とされる場合がある。また、制御情報がXML等のマークアップ言語により記述される場合において、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。また、例えば、MPEG4-AVCは、「H.264」とも称され、HEVCは、「H.265」とも称される。
【０２３７】
＜５．コンピュータの構成＞
【０２３８】
上述した一連の処理（例えば、図３１に示した送受信処理）は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２３９】
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
【０２４０】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
【０２４１】
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【０２４２】
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２４３】
コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
【０２４４】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２４５】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２４６】
また、本技術は、以下のような構成をとることができる。
【０２４７】
（１）
ウォータマークを検出するためのウォータマーク情報を生成する生成部と、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する送信部と
を備える送信装置。
（２）
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
前記（１）に記載の送信装置。
（３）
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
前記（２）に記載の送信装置。
（４）
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
前記（２）に記載の送信装置。
（５）
前記オーディオデータは、MPEG-H 3D Audioに準拠している
前記（３）又は（４）に記載の送信装置。
（６）
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
前記（２）に記載の送信装置。
（７）
前記ビデオデータは、MPEG-2，MPEG4-AVC(Advanced Video Coding)，又はHEVC(High Efficiency Video Coding)に準拠している
前記（６）に記載の送信装置。
（８）
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
前記（２）に記載の送信装置。
（９）
前記制御情報は、ATSC(Advanced Television Systems Committee)3.0，又はMPEG2-TS(Transport Stream)に準拠している
前記（８）に記載の送信装置。
（１０）
送信装置の送信方法において、
前記送信装置が、
ウォータマークを検出するためのウォータマーク情報を生成し、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する
送信方法。
（１１）
ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号を受信する受信部と、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する検出部と
を備える受信装置。
（１２）
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
前記（１１）に記載の受信装置。
（１３）
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
前記（１２）に記載の受信装置。
（１４）
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
前記（１２）に記載の受信装置。
（１５）
前記オーディオデータは、MPEG-H 3D Audioに準拠している
前記（１３）又は（１４）に記載の受信装置。
（１６）
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
前記（１２）に記載の受信装置。
（１７）
前記ビデオデータは、MPEG-2，MPEG4-AVC，又はHEVCに準拠している
前記（１６）に記載の受信装置。
（１８）
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
前記（１２）に記載の受信装置。
（１９）
前記制御情報は、ATSC3.0，又はMPEG2-TSに準拠している
前記（１８）に記載の受信装置。
（２０）
受信装置の受信方法において、
前記受信装置が、
ウォータマーク、及び前記ウォータマークを検出するためのウォータマーク情報を含む放送信号を受信し、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する
受信方法。
【符号の説明】
【０２４８】
１  伝送システム，  １０  送信装置，  ２０  受信装置，  ３０  伝送路，  １１１  制御部，  １１３  ビデオ処理部，  １１５  オーディオ処理部，  １１７  制御情報処理部，  １１９  送信部，  １５１  ウォータマーク生成部，  １５２  ウォータマーク情報生成部，  ２１１  制御部，  ２１４  受信部，  ２１６  ビデオ処理部，  ２１８  オーディオ処理部，  ２５１  ウォータマーク情報取得部，  ２５２  ウォータマーク検出部，  １０００  コンピュータ，  １００１  CPU
【図１】
2019031269.tif 000003
【図２】
2019031269.tif 000004
【図３】
2019031269.tif 000005
【図４】
2019031269.tif 000006
【図５】
2019031269.tif 000007
【図６】
2019031269.tif 000008
【図７】
2019031269.tif 000009
【図８】
2019031269.tif 000010
【図９】
2019031269.tif 000011
【図１０】
2019031269.tif 000012
【図１１】
2019031269.tif 000013
【図１２】
2019031269.tif 000014
【図１３】
2019031269.tif 000015
【図１４】
2019031269.tif 000016
【図１５】
2019031269.tif 000017
【図１６】
2019031269.tif 000018
【図１７】
2019031269.tif 000019
【図１８】
2019031269.tif 000020
【図１９】
2019031269.tif 000021
【図２０】
2019031269.tif 000022
【図２１】
2019031269.tif 000023
【図２２】
2019031269.tif 000024
【図２３】
2019031269.tif 000025
【図２４】
2019031269.tif 000026
【図２５】
2019031269.tif 000027
【図２６】
2019031269.tif 000028
【図２７】
2019031269.tif 000029
【図２８】
2019031269.tif 000030
【図２９】
2019031269.tif 000031
【図３０】
2019031269.tif 000032
【図３１】
2019031269.tif 000033
【図３２】
2019031269.tif 000034
【手続補正書】
【提出日】平成30年11月19日(2018.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ウォータマークが有効であるかどうかを示すウォータマーク情報を生成する生成部と、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する送信部と
を備える送信装置。
【請求項２】
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
請求項１に記載の送信装置。
【請求項３】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
請求項２に記載の送信装置。
【請求項４】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
請求項２に記載の送信装置。
【請求項５】
前記オーディオデータは、ＭＰＥＧ−Ｈ  ３Ｄ  Ａｕｄｉｏに準拠している
請求項３に記載の送信装置。
【請求項６】
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
請求項２に記載の送信装置。
【請求項７】
前記ビデオデータは、ＭＰＥＧ−２，ＭＰＥＧ４−ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ），又はＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）に準拠している
請求項６に記載の送信装置。
【請求項８】
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
請求項２に記載の送信装置。
【請求項９】
前記制御情報は、ＡＴＳＣ（Ａｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ）３．０，又はＭＰＥＧ２−ＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）に準拠している
請求項８に記載の送信装置。
【請求項１０】
送信装置の送信方法において、
前記送信装置が、
ウォータマークが有効であるかどうかを示すウォータマーク情報を生成し、
前記ウォータマーク及び前記ウォータマーク情報を含む放送信号を送信する
送信方法。
【請求項１１】
ウォータマーク、及び前記ウォータマークが有効であるかどうかを示すウォータマーク情報を含む放送信号を受信する受信部と、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する検出部と
を備える受信装置。
【請求項１２】
前記ウォータマークは、前記放送信号として伝送されるオーディオストリーム又はビデオストリームに含まれ、
前記ウォータマーク情報は、前記オーディオストリームのレイヤ、前記ビデオストリームのレイヤ、又はシステム情報のレイヤのいずれかのレイヤに含まれる
請求項１１に記載の受信装置。
【請求項１３】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのメタデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１４】
前記ウォータマーク情報は、前記オーディオストリームに含まれるオーディオデータのユーザデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１５】
前記オーディオデータは、ＭＰＥＧ−Ｈ  ３Ｄ  Ａｕｄｉｏに準拠している
請求項１３に記載の受信装置。
【請求項１６】
前記ウォータマーク情報は、前記ビデオストリームに含まれるビデオデータのユーザデータ領域に挿入される
請求項１２に記載の受信装置。
【請求項１７】
前記ビデオデータは、ＭＰＥＧ−２，ＭＰＥＧ４−ＡＶＣ，又はＨＥＶＣに準拠している
請求項１６に記載の受信装置。
【請求項１８】
前記ウォータマーク情報は、前記システム情報として伝送される制御情報に含まれる
請求項１２に記載の受信装置。
【請求項１９】
前記制御情報は、ＡＴＳＣ３．０，又はＭＰＥＧ２−ＴＳに準拠している
請求項１８に記載の受信装置。
【請求項２０】
受信装置の受信方法において、
前記受信装置が、
ウォータマーク、及び前記ウォータマークが有効であるかどうかを示すウォータマーク情報を含む放送信号を受信し、
前記ウォータマーク情報に基づいて、前記放送信号に含まれる前記ウォータマークを検出する
受信方法。
【国際調査報告】
2019031269.tif 000035
2019031269.tif 000036
2019031269.tif 000037