(57)【要約】  本技術は、受信側の装置の機能の拡張性を高めることができるようにするデータ処理装置、及び、データ処理方法に関する。前段のデータ処理装置は、デジタル放送信号を受信し、デジタル放送信号に対する復調処理を行うことで得られるデータのうち、復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、デジタル放送信号から得られた受信データとともに伝送可能な形式にし、受信データとともに、通知データを、後段のデータ処理装置に出力する。本技術は、例えば、復調デバイスとシステムオンチップからなるシステムに適用することができる。
2017122544.tif 000002
【特許請求の範囲】
【請求項１】
前段のデータ処理装置であって、
デジタル放送信号を受信する受信部と、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部と
を備えるデータ処理装置。
【請求項２】
前記処理部は、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを追加する
請求項１に記載のデータ処理装置。
【請求項３】
前記処理部は、前記通知データを識別可能な識別情報とともに、前記通知データを追加する
請求項２に記載のデータ処理装置。
【請求項４】
前記通知データは、選局時に用いられる選局情報、前記復調処理の状態に関する情報、前記復調処理のエラーに関する情報、又は、前記復調処理で得られるシグナリング若しくは変調パラメータに関する情報のいずれかの情報を少なくとも含んでいる
請求項１に記載のデータ処理装置。
【請求項５】
前記通知データは、前記前段のデータ処理装置又は前記後段のデータ処理装置を製造するメーカにより独自に拡張されたデータをさらに含んでいる
請求項４に記載のデータ処理装置。
【請求項６】
前記前段のデータ処理装置は、復調処理を行う復調装置であり、
前記後段のデータ処理装置は、前記復調処理の後段の処理を行う処理装置であり、
前記復調装置と前記処理装置とは、同一の機器内に設けられ、単一のインターフェースを介して接続される
請求項１に記載のデータ処理装置。
【請求項７】
前記通知データは、前記受信データを格納するパケットの拡張領域に格納される
請求項６に記載のデータ処理装置。
【請求項８】
前記デジタル放送信号は、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いたIP伝送方式に対応しており、
前記通知データは、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、前記シグナリングのヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットの外部の拡張領域、又は、前記第２の伝送パケットの外部の拡張領域に付加されている
請求項６に記載のデータ処理装置。
【請求項９】
前記前段のデータ処理装置は、前記デジタル放送信号から得られるコンテンツの配信を行う情報処理装置であり、
前記後段のデータ処理装置は、前記情報処理装置から配信される前記コンテンツの再生を行う端末装置であり、
前記情報処理装置と前記端末装置とは、別個の装置として構成され、ネットワークを介して接続される
請求項１に記載のデータ処理装置。
【請求項１０】
前記デジタル放送信号は、UDPパケットを含むIPパケットを用いたIP伝送方式に対応しており、
前記前段のデータ処理装置は、前記受信データを格納するパケット及び前記通知データを格納するパケットを、IPパケットに変換するIP変換部をさらに備え、
前記出力部は、前記IPパケットに格納された前記受信データとともに、前記IPパケットに格納された前記通知データを、前記ネットワークを介して前記後段のデータ処理装置に送信する
請求項９に記載のデータ処理装置。
【請求項１１】
前記後段のデータ処理装置は、前記前段のデータ処理装置から出力される前記通知データに応じた処理を行う
請求項１に記載のデータ処理装置。
【請求項１２】
前段のデータ処理装置のデータ処理方法において、
前記前段のデータ処理装置が、
デジタル放送信号を受信し、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にし、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する
ステップを含むデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、データ処理装置、及び、データ処理方法に関し、特に、受信側の装置の機能の拡張性を高めることができるようにしたデータ処理装置、及び、データ処理方法に関する。
【背景技術】
【０００２】
現在、次世代地上放送規格の１つであるATSC(Advanced Television Systems Committee)3.0の策定が進められている（例えば、非特許文献１参照）。【０００３】
ATSC3.0では、データ伝送に、主として、TS(Transport Stream)パケットではなく、IP/UDPパケット、すなわち、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いる方式（以下、IP伝送方式という）が採用されることが決定されている。また、ATSC3.0以外の放送方式でも、将来的に、IP伝送方式が採用されることが期待されている。【０００４】
また、DVB-T2(Digital Video Broadcasting - Second Generation Terrestrial)で規定されているM-PLP(Multiple PLP)方式では、受信側において、トランスポートストリーム（TS）の復元処理を行う前段の回路と、デコード等の処理を行う後段の回路との間が、単一のインターフェースで実現されている（例えば、非特許文献２参照）。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ATSC Candidate Standard：Physical Layer Protocol（Doc. S32-230r21 28 September 2015）
【非特許文献２】ETSI EN 302 755 V1.3.1 (2011-11)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、IP伝送方式を採用した場合においても、コストの面から、DVB-T2と同様に、受信側における復調デバイス（復調LSI）と、その後段のシステムオンチップ（SoC：System on Chip）との間は、単一のインターフェースであることが望ましい。【０００７】
一方で、復調デバイス（復調LSI）とシステムオンチップ（SoC）との間など、受信側の装置（回路）の間を、単一のインターフェースで接続する際には、前段の装置（回路）から、後段の装置（回路）に通知すべきデータを通知して、受信側の装置（回路）の機能の拡張性を高めるための提案が要請されていた。【０００８】
本技術はこのような状況に鑑みてなされたものであり、受信側の装置の機能の拡張性を高めることができるようにするものである。
【課題を解決するための手段】
【０００９】
本技術の一側面のデータ処理装置は、前段のデータ処理装置であって、デジタル放送信号を受信する受信部と、前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部とを備えるデータ処理装置である。【００１０】
本技術の一側面のデータ処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の一側面のデータ処理方法は、上述した本技術の一側面のデータ処理装置に対応するデータ処理方法である。【００１１】
本技術の一側面のデータ処理装置、及び、データ処理方法においては、デジタル放送信号が受信され、前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データが処理され、前記デジタル放送信号から得られた受信データとともに伝送可能な形式とされ、前記受信データとともに、前記通知データが、前記後段のデータ処理装置に出力される。
【発明の効果】
【００１２】
本技術の一側面によれば、受信側の装置の機能の拡張性を高めることができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した伝送システムの一実施の形態の構成を示す図である。
【図２】送信システムの構成例を示す図である。
【図３】受信システムの構成例を示す図である。
【図４】プライベートユーザデータの例を示す図である。
【図５】物理層フレームの構造を示す図である。
【図６】ブートストラップの構造を示す図である。
【図７】ブートストラップの構造を示す図である。
【図８】ブートストラップの構造を示す図である。
【図９】L1基本情報（L1-Basic）のシンタックスの例を示す図である。
【図１０】L1詳細情報（L1-Detail）のシンタックスの例を示す図である。
【図１１】L1詳細情報（L1-Detail）のシンタックスの例を示す図である。
【図１２】L1詳細情報（L1-Detail）のシンタックスの例を示す図である。
【図１３】プライベートユーザデータを伝送するための伝送方式の概要を示す図である。
【図１４】Genericパケット拡張ヘッダ伝送方式を説明する図である。
【図１５】Genericパケット拡張ヘッダ伝送方式を説明する図である。
【図１６】L2シグナリングヘッダ伝送方式を説明する図である。
【図１７】L2シグナリング伝送方式を説明する図である。
【図１８】L2シグナリング伝送方式を説明する図である。
【図１９】BBパケット拡張ヘッダ伝送方式を説明する図である。
【図２０】BBパケット拡張ヘッダ伝送方式を説明する図である。
【図２１】BBパケット拡張ヘッダ伝送方式を説明する図である。
【図２２】BBパケット拡張ヘッダ伝送方式を説明する図である。
【図２３】Genericパケット外部構造方式１，２を説明する図である。
【図２４】Genericパケット外部構造方式１を説明する図である。
【図２５】Genericパケット外部構造方式１を説明する図である。
【図２６】Genericパケット外部構造方式１を説明する図である。
【図２７】Genericパケット外部構造方式２を説明する図である。
【図２８】Genericパケット外部構造方式２を説明する図である。
【図２９】Genericパケット外部構造方式２を説明する図である。
【図３０】BBパケット外部構造方式を説明する図である。
【図３１】BBパケット外部構造方式を説明する図である。
【図３２】BBパケット外部構造方式を説明する図である。
【図３３】BBパケット外部構造方式を説明する図である。
【図３４】IPパケット伝送方式を説明する図である。
【図３５】IPパケット伝送方式を説明する図である。
【図３６】受信側復調装置の処理の流れを説明するフローチャートである。
【図３７】受信側処理装置の処理の流れを説明するフローチャートである。
【図３８】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．システムの構成
２．プライベートユーザデータの概要
３．プライベートユーザデータの伝送方式
（Ａ）Genericパケット拡張ヘッダ伝送方式
（Ｂ）L2シグナリングヘッダ伝送方式
（Ｃ）L2シグナリング伝送方式
（Ｄ）BBパケット拡張ヘッダ伝送方式
（Ｅ）Genericパケット外部構造方式１
（Ｆ）Genericパケット外部構造方式２
（Ｇ）BBパケット外部構造方式
（Ｈ）IPパケット伝送方式
４．受信システムで実行される処理の流れ
５．変形例
６．コンピュータの構成
【００１７】
＜１．システムの構成＞
【００１８】
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
【００１９】
図１において、伝送システム１は、送信システム１０と受信システム２０から構成される。この伝送システム１では、ATSC(Advanced Television Systems Committee)3.0等のIP伝送方式を採用したデジタル放送の規格に準拠したデータ伝送が行われる。
【００２０】
送信システム１０は、番組や広告等のコンテンツを含む放送ストリームを、デジタル放送信号として、伝送路３０を介して送信する。
【００２１】
受信システム２０は、送信システム１０から、伝送路３０を介して送信されてくるデジタル放送信号を受信し、放送ストリームに含まれるコンテンツを処理して出力する。
【００２２】
例えば、受信システム２０は、前段のデータ処理装置と後段のデータ処理装置など、複数の装置から構成される。前段のデータ処理装置は、送信システム１０から送信されてくるデジタル放送信号に対する復調処理を行い、それにより得られるデータを、後段のデータ処理装置に出力（送信）する。一方で、後段のデータ処理装置は、前段のデータ処理装置から出力（送信）されるデータに対する復調処理の後段の処理を行う。
【００２３】
ここで、受信システム２０において、前段のデータ処理装置には、後述する復調装置２１１（図３）やホームゲートウェイ２６１（図３４）などが該当する。一方で、受信システム２０において、後段のデータ処理装置には、処理装置２１２（図３）やクライアント装置２６２（図３４）などが該当する。
【００２４】
なお、図１の伝送システム１においては、説明を簡単にするために、受信システム２０を１つだけ図示しているが、受信システム２０は複数設けることができ、送信システム１０が送信（一斉同報配信）するデジタル放送信号は、伝送路３０を介して複数の受信システム２０で同時に受信することができる。
【００２５】
また、送信システム１０も複数設けることができる。複数の送信システム１０のそれぞれでは、別個のチャネルとしての、例えば、別個の周波数帯域で、放送ストリームを含むデジタル放送信号を送信し、受信システム２０では、複数の送信システム１０のそれぞれのチャンネルの中から、放送ストリームを受信するチャネルを選択することができる。
【００２６】
さらに、図１の伝送システム１において、伝送路３０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV）などであってもよい。
【００２７】
（送信システムの構成例）
図２は、図１の送信システム１０の構成例を示す図である。
【００２８】
図２において、送信システム１０は、コンポーネント処理部１１１、シグナリング処理部１１２、パケット処理部１１３、変調処理部１１４、及びRF部１１５から構成される。
【００２９】
コンポーネント処理部１１１は、そこに入力されるコンテンツを取得する。ここで、コンテンツとしては、例えば、中継場所から伝送路や通信回線を介して送られてくるライブコンテンツ（例えば、スポーツ中継等の生放送番組）や、ストレージに蓄積されている収録済みコンテンツ（例えば、ドラマ等の事前収録番組）などが含まれる。
【００３０】
コンポーネント処理部１１１は、コンテンツを構成するビデオやオーディオのコンポーネントのデータを処理（例えば、エンコード）し、それにより得られるデータを、パケット処理部１１３に供給する。
【００３１】
シグナリング処理部１１２は、シグナリングを生成して処理し、パケット処理部１１３に供給する。例えば、ATSC3.0では、シグナリングとして、物理層のシグナリング（以下、L1シグナリング（L1 Signaling）ともいう）のほか、その上位層で伝送されるLLS(Link Layer Signaling)シグナリングやSLS(Service Layer Signaling)シグナリングなどを規定することが想定されている。LLSシグナリングは、SLSシグナリングに先行して取得されるシグナリングであって、LLSシグナリングに記述される情報に従い、サービスごとのSLSシグナリングが取得されることになる。
【００３２】
ここで、L1シグナリングとしては、L1基本情報（L1-Basic）と、L1詳細情報（L1-Detail）が規定されている。
【００３３】
また、LLSシグナリングとしては、例えば、SLT(Service List Table)等のメタデータが含まれる。SLTメタデータは、サービスの選局に必要な情報（選局情報）など、放送ネットワークにおけるストリームやサービスの構成を示す情報を含む。
【００３４】
さらに、SLSシグナリングとしては、例えば、USD(User Service Description)，LSID(LCT Session Instance Description)，MPD(Media Presentation Description)等のメタデータが含まれる。USDメタデータは、他のメタデータの取得先などの情報を含む。LSIDメタデータは、ROUTE(Real-Time Object Delivery over Unidirectional Transport)プロトコルの制御情報である。MPDメタデータは、コンポーネントのストリームの再生を管理するための制御情報である。なお、MPDメタデータは、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準じている。
【００３５】
パケット処理部１１３は、コンポーネント処理部１１１から供給されるビデオやオーディオのコンポーネントのデータと、シグナリング処理部１１２から供給されるシグナリングのデータを用いて、パケットを生成する処理を行う。
【００３６】
ここでは、例えば、UDPパケットを含むIPパケット（IP/UDPパケット）が生成され、さらに、１又は複数のIP/UDPパケットがカプセル化されることで、Genericパケットが生成される。パケット処理部１１３により処理されたパケットは、変調処理部１１４に供給される。
【００３７】
変調処理部１１４は、パケット処理部１１３から供給されるパケットを処理することで、物理層フレームを生成して処理する。ここで、物理層フレームは、ブートストラップ（Bootstrap）、プリアンブル（Preamble）、及びペイロードから構成される。ただし、シグナリング処理部１１２により生成されたL1シグナリングは、プリアンブルに含めることができる。
【００３８】
なお、変調処理部１１４では、例えば、誤り訂正符号化処理（例えば、BCH符号化やLDPC(Low Density Parity Check)符号化等）や変調処理（例えば、OFDM(Orthogonal Frequency Division Multiplexing)変調等）などの処理も行われる。変調処理部１１４により処理された信号は、RF部１１５に供給される。
【００３９】
RF部１１５は、変調処理部１１４から供給される信号を、RF(Radio Frequency)信号に変換し、アンテナ１２１を介して、IP伝送方式のデジタル放送信号として送信する。
【００４０】
送信システム１０は、以上のように構成される。なお、図２においては、説明の都合上、送信側の送信システム１０が、あたかも１つの装置から構成されるように記載されているが、送信側の送信システム１０は、図２のブロックの各機能を有する複数の装置から構成されるようにすることができる。
【００４１】
（受信システムの構成例）
図３は、図１の受信システム２０の構成例を示す図である。
【００４２】
図３において、受信システム２０は、前段の復調装置２１１と、後段の処理装置２１２から構成される。また、復調装置２１１と処理装置２１２においては、単一のインターフェース（I/F）２１３を介したデータ伝送が行われる。
【００４３】
復調装置２１１は、例えばRF ICや復調LSIなどの復調デバイスから構成され、物理層（PHY）に関する処理を行う。復調装置２１１は、RF部２２１、復調部２２２、エラー処理部２２３、プライベートユーザデータ処理部２２４、及び出力I/F２２５から構成される。
【００４４】
RF部２２１は、アンテナ２４１を介して、IP伝送方式のデジタル放送信号を受信して、RF信号を、IF(Intermediate Frequency)信号に周波数変換し、復調部２２２に供給する。
【００４５】
復調部２２２は、RF部２２１から供給される信号に対する復調処理（例えばOFDM復調等）を行う。また、エラー処理部２２３は、復調処理が施された信号に対する誤り訂正復号処理（例えばLDPC復号やBCH復号等）を行う。ただし、ここでは、説明の都合上、復調部２２２により行われる復調処理と、エラー処理部２２３により行われる誤り訂正復号処理が別個の処理であるとして説明しているが、誤り訂正復号処理は、復調処理の一部であるとして捉えることもできる。さらに、RF部２２１により行われる周波数変換処理などを復調処理の一部として捉えてもよい。
【００４６】
復調部２２２とエラー処理部２２３により復調処理が行われることで、RF部２２１から供給される信号から得られる物理層フレームが処理される。ここで、物理層フレームは、ブートストラップ（Bootstrap）、プリアンブル（Preamble）、及びペイロードから構成される。また、プリアンブルには、L1シグナリングが含まれている。
【００４７】
RF部２２１乃至エラー処理部２２３により処理されたデータ（受信データ）は、出力I/F２２５に供給される。ここで、前段の復調装置２１１の出力I/F２２５と、後段の処理装置２１２の入力I/F２３１とは、インターフェース（I/F）２１３を介して接続されており、出力I/F２２５からのデータ（受信データ）が、入力I/F２３１に入力される。
【００４８】
また、RF部２２１、復調部２２２、又はエラー処理部２２３は、各部が処理を行うことで得られる、後段の処理装置２１２に通知すべき通知データを、プライベートユーザデータ処理部２２４に供給する。ここで、詳細は、図４等を参照して後述するが、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれる。
【００４９】
プライベートユーザデータ処理部２２４は、RF部２２１、復調部２２２、又はエラー処理部２２３から供給される通知データを処理して、RF部２２１乃至エラー処理部２２３により処理されたデータ（受信データ）に対し、プライベートユーザデータとして挿入されるようにする。
【００５０】
すなわち、プライベートユーザデータ処理部２２４は、後段の処理装置２１２に通知すべき通知データを処理して、復調処理で得られる受信データとともに伝送可能な形式にする。これにより、プライベートユーザデータ（通知データ）が、出力I/F２２５から出力され、インターフェース（I/F）２１３を介して処理装置２１２の入力I/F２３１に入力されることになる。なお、通知データを、プライベートユーザデータとして伝送するための伝送方式の詳細については、図１３乃至図３５を参照して後述する。
【００５１】
復調装置２１１は、以上のように構成される。
【００５２】
処理装置２１２は、例えばシステムオンチップ（SoC）などから構成され、復調処理の後段の処理として、パケットを処理して、コンテンツを再生するための処理を行う。処理装置２１２は、入力I/F２３１、フィルタ処理部２３２、デコーダ２３３、出力部２３４、及び内部制御部２３５から構成される。
【００５３】
入力I/F２３１は、インターフェース（I/F）２１３を介して復調装置２１１から入力されるデータを、フィルタ処理部２３２に供給する。なお、このデータには、復調処理で得られる受信データと、プライベートユーザデータ（通知データ）が含まれる。
【００５４】
フィルタ処理部２３２は、入力I/F２３１から供給されるデータ（を格納したパケット）に対するフィルタリング処理を行う。このフィルタリング処理により、受信データ（を格納したパケット）が、デコーダ２３３に供給され、プライベートユーザデータ（通知データ）（を格納したパケット）が、内部制御部２３５に供給される。
【００５５】
なお、デコーダ２３３には、受信データ（を格納したパケット）から得られるビデオやオーディオのコンポーネントのデータが入力されるが、このコンポーネントのデータは、受信データ（を格納したパケット）から得られるシグナリング（例えばLLSシグナリンやSLSシグナリング）に基づいて、抽出されることになる。
【００５６】
デコーダ２３３は、フィルタ処理部２３２から供給される、ビデオやオーディオのコンポーネントのデータをデコードし、それにより得られるデータを、出力部２３４に供給する。出力部２３４は、デコーダ２３３から供給されるデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０では、送信システム１０から配信されたコンテンツの映像と音声が再生されることになる。
【００５７】
また、内部制御部２３５には、フィルタ処理部２３２からのプライベートユーザデータ（通知データ）を格納したパケットが供給される。内部制御部２３５は、プライベートユーザデータとして通知（伝送）される通知データに応じた処理を行う。
【００５８】
ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２３５は、このような通知データに基づいて、処理装置２１２の各部の動作を制御する。
【００５９】
処理装置２１２は、以上のように構成される。
【００６０】
＜２．プライベートユーザデータの概要＞
【００６１】
上述したように、本技術では、受信側の受信システム２０において、前段の復調装置２１１から、後段の処理装置２１２に通知すべき通知データが、プライベートユーザデータとして伝送されることになるが、次に、このプライベートユーザデータの概要について説明する。
【００６２】
ここで、通知データをプライベートユーザデータとして伝送する方法であるが、例えば、ATSC3.0等のデジタル放送の規格で規定されるテーブルなどに、あらかじめプライベートユーザデータの領域を予約しておくことで、受信システム２０では、復調装置２１１が、その予約された領域を利用して、プライベートユーザデータを、処理装置２１２に通知することができる。つまり、送信側の送信システム１０では、この予約された領域を使用しないため、受信側の受信システム２０では、この予約された領域（プライベートユーザデータの領域）に、通知データを追加することができる。
【００６３】
（プライベートユーザデータの例）
図４は、プライベートユーザデータの例を示す図である。
【００６４】
プライベートユーザデータとしては、データID（DATA_ID）により識別される各種の通知データ（DATA）を伝送することができる。例えば、図４において、"0x00"であるデータIDには、「選局周波数」が割り当てられており、復調装置２１１によって、"0x00"であるデータIDが指定された場合には、選局周波数のデータが、復調装置２１１から処理装置２１２に通知されることになる。
【００６５】
図４においては、"0x01"であるデータID以降についても同様に、各種のデータが割り当てられている。すなわち、"0x01"であるデータIDには、PLP(Physical Layer Pipe)を識別するためのIDである「PLP_ID」が割り当てられる。"0x02"であるデータIDには、復調部２２２のAGC(Automatic Gain Control)回路が正しく動作して受信信号を捕捉したことを示す「AGC_OK」が割り当てられる。ただし、ここでは、受信信号の変動が一定の範囲内となっているとき、受信信号が捕捉されたものとされる。
【００６６】
"0x03"であるデータIDには、復調処理でブートストラップ（Bootstrap）が捕捉されたことを示す「Bootstrap_OK」が割り当てられる。"0x04"であるデータIDには、復調処理でプリアンブル（Preamble）が捕捉されたことを示す「Preamble_OK」が割り当てられる。ただし、ここでは、ブートストラップやプリアンブルの部分の信号が受信され、意味のある値が確認されたとき、ブートストラップやプリアンブルが捕捉されたものとされる。なお、ブートストラップとプリアンブルの詳細な内容は、図５乃至図１２を参照して後述する。
【００６７】
"0x05"であるデータIDには、復調処理が正しく行われたことを示す「Demod_OK」が割り当てられる。"0x06"であるデータIDには、PTP(Precision Time Protocol)やUTC(協定世界時)などの時刻情報である「Time_Info」が割り当てられる。"0x07"であるデータIDには、復調部２２２のTRL(Time Recovery Loop)回路が正しく動作して受信信号を捕捉したことを示す「TRL_OK」が割り当てられる。"0x08"であるデータIDには、復調部２２２のCRL(Carrier Recovery Loop)回路が正しく動作して受信信号を捕捉したことを示す「CRL_OK」が割り当てられる。
【００６８】
"0x09"であるデータIDには、物理層（PHY）の処理が正しく行われたことを示す「PHY_OK」が割り当てられる。"0x0a"であるデータIDには、復調処理でL1基本情報（L1-Basic）が捕捉されたことを示す「L1_Basic_OK」が割り当てられる。"0x0b"であるデータIDには、復調処理でL1詳細情報（L1-Detail）が捕捉されたことを示す「L1_Detail_OK」が割り当てられる。ただし、ここでは、L1基本情報やL1詳細情報の部分の信号が受信され、意味のある値が確認されたとき（受信、復調し、LDPCやBCH、CRC(Cyclic Redundancy Check)のエラーがないとき）、L1基本情報やL1詳細情報が捕捉されたものとされる。なお、L1基本情報やL1詳細情報の詳細な内容は、図９乃至図１２を参照して後述する。
【００６９】
"0x0c"であるデータIDには、復調部２２２のAGC回路が正しく動作して受信信号を捕捉する状態に達するまでの時間を示す「AGC_OK_Time」が割り当てられる。"0x0d"であるデータIDには、復調処理でブートストラップが捕捉されるまでの時間を示す「Bootstrap_OK_Time」が割り当てられる。"0x0d"であるデータIDには、復調処理でL1基本情報（L1-Basic）が捕捉されるまでの時間を示す「L1_Basic_OK_Time」が割り当てられる。"0x0e"であるデータIDには、復調処理でL1詳細情報（L1-Detail）が捕捉されるまでの時間を示す「L1_Detail_OK_Time」が割り当てられる。
【００７０】
"0x0f"であるデータIDには、AGCのレベルを示す「AGC_Level」が割り当てられる。"0x10"であるデータIDには、ブートストラップの相関に関する情報である「Bootstrap_Max_Correlation」が割り当てられる。"0x11"であるデータIDには、ブートストラップのPack比率に関する情報である「Bootstrap_Pack_Ratio」が割り当てられる。
【００７１】
"0x12"であるデータIDには、サンプリング周波数のオフセットを示す情報（単位：ppm）である「Sampling_Frequency_Offset」が割り当てられる。"0x13"であるデータIDには、搬送波周波数のオフセットを示す情報（単位：kHz）である「Carrier_Frequency_Offset」が割り当てられる。
【００７２】
"0x14"であるデータIDには、LDPC復号に関する情報である「LDPC_Number_iteration」が割り当てられる。"0x15"であるデータIDには、BCH復号時のエラーを示す「BCH_Error」が割り当てられる。"0x16"であるデータIDには、巡回冗長検査（CRC）による誤り検出でのエラーを示す「CRC_Error」が割り当てられる。
【００７３】
"0x17"であるデータIDには、変調誤差比（MER：Modulation Error Ratio）を示す「MER」が割り当てられる。"0x18"〜"0x1b"であるデータIDには、SN比（SNR：Signal Noise Ratio）を示す「SNR」が割り当てられる。ただし、"0x18"であるデータIDは、ある瞬間のSNRを表し、"0x19"であるデータIDは、平均のSNRを表し、"0x1a"と"0x1b"であるデータIDは、最大と最小のSNRを表している。
【００７４】
"0x1c"であるデータIDには、エラーのインジケータを示す「Error Indicator」が割り当てられる。"0x1e"であるデータIDには、ビットエラー率（BER：Bit Error Rate）を示す「Bit_Error_Rate」が割り当てられる。"0x1f"であるデータIDには、緊急情報に関する情報である「Emergency_Information」が割り当てられる。
【００７５】
"0x20"であるデータIDには、フレームエラー率（FER：Frame Error Rate）を示す「Frame_Error_Rate」が割り当てられる。"0x21"であるデータIDには、パケットエラー率（PER：Packet Error Rate）を示す「Packet_Error_Rate」が割り当てられる。"0x22"であるデータIDには、復調装置２１１（復調デバイス）にあらかじめ記録されている、メーカを識別するための「メーカID」が割り当てられる。"0x23"であるデータIDには、復調装置２１１（復調デバイス）にあらかじめ記録されている、メーカごとのバージョンである「メーカバージョン」が割り当てられる。なお、"0x24"〜"0x3f"であるデータIDは、将来の拡張用の領域である。
【００７６】
"0x40"であるデータIDには、復調処理で得られるブートストラップのデータである「Bootstrap」が割り当てられる。"0x60"であるデータIDには、復調処理で得られるL1基本情報（L1-Basic）のデータである「L1_Basic_signaling」が割り当てられる。"0x90"であるデータIDには、復調処理で得られるL1詳細情報（L1-Detail）のデータである「L1_Detail_signaling」が割り当てられる。なお、ブートストラップ、L1基本情報、及びL1詳細情報の詳細な内容は、図５乃至図１２を参照して後述する。
【００７７】
"0xd0"〜"0xdf"であるデータIDは、受信システム２０（の復調装置２１１又は処理装置２１２）を製造するメーカにより独自に拡張可能な領域である。また、"0xf0"〜"0xff"であるデータIDは、将来の拡張用の領域である。なお、図４においては、プライベートユーザデータとして伝送可能な通知データとその識別情報を、例示列挙したが、図４に示した通知データ以外のデータが、プライベートユーザデータとして伝送されるようにしてもよい。
【００７８】
ここで、図４のプライベートユーザデータに例示した通知データのうち、ブートストラップと、L1基本情報（L1-Basic）と、L1詳細情報（L1-Detail）の詳細な内容について説明する。
【００７９】
（物理層フレームの構造）
図５は、物理層フレームの構造を示す図である。図５において、横方向は、時間（Time）を表し、縦方向は、周波数（Frequency）を表している。
【００８０】
物理層フレームは、ブートストラップ（Bootstrap）と、プリアンブル（Preamble）と、１以上のサブフレーム（Subframe）から構成される。物理層フレームは、ミリ秒単位などの所定のフレーム長で構成される。物理層フレームにおいては、ブートストラップとプリアンブルを取得した後に、その後のサブフレームを取得することが可能となる。
【００８１】
ブートストラップは、例えば、DVB-T2のT2フレームを構成するP1シンボルに対応し、プリアンブルは、例えば、DVB-T2のT2フレームを構成するP2シンボルに対応している。したがって、ブートストラップは、プリアンブルであると言うこともできる。
【００８２】
プリアンブルには、L1基本情報（L1-Basic）やL1詳細情報（L1-Detail）などのL1シグナリングを含めることができる。ここで、L1基本情報とL1詳細情報とを比較すれば、L1基本情報は、200ビット程度のビットから構成されるが、L1詳細情報は、400〜数千ビットから構成される点でそのサイズが異なっている。また、プリアンブルでは、L1基本情報とL1詳細情報がその順に読み出されるため、L1詳細情報よりもL1基本情報のほうが先に読み出される。さらに、L1基本情報は、L1詳細情報と比べて、よりロバストに伝送される点でも異なっている。
【００８３】
サブフレームには、ペイロード（データ）が配置される。物理層フレームにおいて、２以上のサブフレームが含まれる場合には、サブフレームごとに、例えば、FFTサイズやガードインターバル長、パイロットパターンなどの変調パラメータを変更することができる。
【００８４】
（ブートストラップの構造）
図６乃至図８は、図５のブートストラップの構造を示す図である。
【００８５】
図６乃至図８には、図５のブートストラップ（の信号）によって、ブートストラップシンボル１乃至３が伝送される場合における各ブートストラップシンボルを表している。ただし、各ブートストラップシンボルは、最大で11ビットの信号を伝送可能である。
【００８６】
図６のシンタックスに示すように、ブートストラップシンボル１には、1ビットのeas_wake_up，2ビットのsystem_bandwidth，5ビットのmin_time_to_nextが含まれる。また、図７のシンタックスに示すように、ブートストラップシンボル２には、7ビットのbsr_coefficientが含まれる。さらに、図８のシンタックスに示すように、ブートストラップシンボル３には、7ビットのpreamble_structureが含まれる。
【００８７】
（L1基本情報の構造）
図９は、図５のプリアンブルに含まれるL1基本情報（L1-Basic）のシンタックスの例を示す図である。
【００８８】
2ビットのL1B_content_tagは、コンテンツを識別するタグ値を表している。3ビットのL1B_versionは、L1基本情報のバージョンを表している。1ビットのL1B_slt_flagは、SLT(Service Labeling Table)が存在するかどうかを表している。
【００８９】
1ビットのL1B_time_info_flagは、時刻情報が存在するかどうかを表している。2ビットのL1B_paprは、PAPR(Peak to Average Power Reduction)の適用を表している。
【００９０】
1ビットのL1B_frame_length_modeは、フレームモードを表している。L1B_frame_length_mode = 0 の場合、フレームモードは、タイムアラインモードとなる。また、L1B_frame_length_mode = 1 の場合、フレームモードは、シンボルアラインモードとなる。
【００９１】
10ビットのL1B_frame_lengthは、物理層フレームのフレーム長を表している。ただし、このL1B_frame_lengthは、フレームモードが、タイムアラインモードとなる場合にのみ使用され、シンボルアラインモードとなる場合には、未使用とされる。
【００９２】
8ビットのL1B_num_subframesは、物理層フレームに含まれるサブフレームの数を表している。3ビットのL1B_preamble_num_symbolsは、プリアンブルに含まれるOFDMシンボルの数を表している。3ビットのL1B_preamble_reduced_carriersは、プリアンブルで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。
【００９３】
16ビットのL1B_L1_Detail_size_bitsは、L1詳細情報（L1-Detail）のサイズを表している。3ビットのL1B_L1_Detail_fec_typeは、L1詳細情報のFECタイプを表している。2ビットのL1B_L1_Detail_additional_parity_modeは、L1詳細情報の追加パリティモードを表している。19ビットのL1B_L1_Detail_total_cellsは、L1詳細情報のトータルサイズを表している。
【００９４】
1ビットのL1B_First_Sub_mimoは、先頭のサブフレームのMIMO(Multiple Input and Multiple Output)の使用状況を表している。1ビットのL1B_First_Sub_misoは、先頭のサブフレームのMISO(Multiple Input and Single Output)の使用状況を表している。
【００９５】
2ビットのL1B_First_Sub_fft_sizeは、先頭のサブフレームのFFTサイズを表している。3ビットのL1B_First_Sub_reduced_carriersは、先頭のサブフレームで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。4ビットのL1B_First_Sub_guard_intervalは、先頭のサブフレームのガードインターバル長を表している。
【００９６】
13ビットのL1B_First_Sub_excess_samplesは、先頭のサブフレームにおいて、ガードインターバル部分に挿入される余分なサンプルの数を表している。ただし、このL1B_First_Sub_excess_samplesは、フレームモードが、タイムアラインモードとなる場合にのみ使用され、シンボルアラインモードとなる場合には、未使用とされる。
【００９７】
11ビットのL1B_First_Sub_num_ofdm_symbolsは、先頭のサブフレームに含まれるOFDMシンボルの数を表している。5ビットのL1B_First_Sub_scattered_pilot_patternは、先頭のサブフレームで使用されているSPパターン（Scattered Pilot Pattern）を表している。3ビットのL1B_First_Sub_scattered_pilot_boostは、SPパターンの大きさを高める値を表している。
【００９８】
1ビットのL1B_First_Sub_sbs_firstは、先頭のサブフレームのSBS(Subframe Boundary Symbol)の先頭を表している。1ビットのL1B_First_Sub_sbs_lastは、先頭のサブフレームのSBSの末尾を表している。
【００９９】
L1B_Reservedは、将来の拡張用の領域（Reserved）である。L1B_Reservedのビット数は、未確定（TBD：To Be Determined）であるが、現状では、49ビットとされている。32ビットのL1B_crcは、CRC値が含まれることを表している。
【０１００】
なお、フォーマット（Format）として、uimsbf(unsigned integer most significant bit first)が指定された場合、ビット演算をして、整数として扱われることを意味している。また、bslbf(bit string, left bit first)が指定された場合には、ビット列として扱われることを意味する。
【０１０１】
また、L1基本情報（L1-Basic）については、上述した非特許文献１の「Table 9.2 L1-Basic signaling fields and syntax」にその詳細な内容が記載されている。
【０１０２】
（L1詳細情報の構造）
図１０乃至図１２は、図５のプリアンブルに含まれるL1詳細情報（L1-Detail）のシンタックスの例を示す図である。
【０１０３】
4ビットのL1D_versionは、L1詳細情報のバージョンを表している。
【０１０４】
3ビットのL1D_num_rfに応じたループには、チャネルボンディング（Channel Bonding）に関するパラメータが配置される。すなわち、19ビットのL1D_rf_frequencyは、チャネルボンディングにより結合されるRFチャネルの周波数を表している。
【０１０５】
ここで、図９のL1基本情報において、L1B_time_info_flag = 1 となる場合、時刻情報が存在していることを示しているので、L1詳細情報には、時刻情報としてのL1D_time_infoが配置される。なお、L1D_time_infoのビット数は、未確定（TBD）とされる。
【０１０６】
図９のL1基本情報のL1B_num_subframesに応じたループには、以下のサブフレームに関するパラメータが配置される。
【０１０７】
1ビットのL1D_mimoは、サブフレームのMIMOの使用状況を表している。1ビットのL1D_misoは、サブフレームのMISOの使用状況を表している。2ビットのL1D_fft_sizeは、サブフレームのFFTサイズを表している。
【０１０８】
3ビットのL1D_reduced_carriersは、サブフレームで使用されるFFTサイズのキャリアの最大数の減少に応じた制御ユニットの数を表している。4ビットのL1D_guard_intervalは、サブフレームのガードインターバル長を表している。11ビットのL1D_num_ofdm_symbolsは、サブフレームに含まれるOFDMシンボルの数を表している。
【０１０９】
5ビットのL1D_scattered_pilot_patternは、サブフレームで使用されているSPパターンを表している。3ビットのL1D_scattered_pilot_boostは、SPパターンの大きさを高める値を表している。1ビットのL1D_sbs_firstは、サブフレームのSBSの先頭を表している。1ビットのL1D_sbs_lastは、サブフレームのSBSの末尾を表している。
【０１１０】
1ビットのL1D_subframe_multiplexは、サブフレームが時分割多重であるかどうかを表している。1ビットのL1D_frequency_interleaverは、周波数インターリーブがあるかどうかを表している。
【０１１１】
6ビットのL1D_num_plpに応じたループには、PLPに関するパラメータが配置される。このパラメータとしては、6ビットのL1D_plp_id，1ビットのL1D_plp_slt_exist，2ビットのL1D_plp_layer，24ビットのL1D_plp_start，24ビットのL1D_plp_size，2ビットのL1D_plp_scrambler_type，4ビットのL1D_plp_fec_typeなどが配置される。
【０１１２】
ここでは、PLPに関するパラメータの全てについては説明しないが、上述した非特許文献１の「Table 9.12 L1-Detail signaling fields and syntax」に、L1詳細情報（L1-Detail）の詳細な内容が記載されている。
【０１１３】
＜３．プライベートユーザデータの伝送方式＞
【０１１４】
（プライベートユーザデータの伝送方式の概要）
図１３は、通知データを、プライベートユーザデータとして伝送するための伝送方式の概要を示す図である。
【０１１５】
プライベートユーザデータは、下記の（Ａ）乃至（Ｈ）の伝送方式のいずれかを用いて伝送することができる。
【０１１６】
（Ａ）Genericパケット拡張ヘッダ伝送方式
（Ｂ）L2シグナリングヘッダ伝送方式
（Ｃ）L2シグナリング伝送方式
（Ｄ）BBパケット拡張ヘッダ伝送方式
（Ｅ）Genericパケット外部構造方式１
（Ｆ）Genericパケット外部構造方式２
（Ｇ）BBパケット外部構造方式
（Ｈ）IPパケット伝送方式
【０１１７】
ここで、図１３に示すように、IP伝送方式のプロトコルスタックにおいては、物理層であるレイヤ１（Ｌ１）と、レイヤ１の上位層であるレイヤ２（Ｌ２）と、レイヤ２の上位層であるレイヤ３（Ｌ３）が階層構造をなしている。
【０１１８】
レイヤ３（Ｌ３）では、IPパケット（IP/UDPパケット）又は選局情報が伝送される。ただし、例えば、選局情報は、LLSシグナリングに含まれるようにして、当該LLSシグナリングを、IPパケットに配置されるようにすることができる。
【０１１９】
このIPパケット（IP/UDPパケット）は、IPヘッダとペイロードから構成される。IPパケットのペイロードには、ビデオやオーディオのコンポーネントのデータと、SLSシグナリング等のシグナリングのデータなどが配置される。ここで、（Ｈ）IPパケット伝送方式を用いる場合には、例えば、IPパケットのペイロードに、プライベートユーザデータ（通知データ）が配置される。
【０１２０】
レイヤ２（Ｌ２）では、伝送パケットとしてのGenericパケットが伝送される。このGenericパケットは、Genericヘッダとペイロードから構成される。Genericパケットのペイロードには、１又は複数のIPパケット又は選局情報が配置され、カプセル化（encapsulation）される。
【０１２１】
ここで、（Ａ）Genericパケット拡張ヘッダ伝送方式を用いる場合、このGenericパケットの拡張ヘッダに、プライベートユーザデータ（通知データ）が配置される。また、（Ｂ）L2シグナリングヘッダ伝送方式を用いる場合、Genericパケットのペイロードに配置されるL2シグナリングのヘッダに、プライベートユーザデータ（通知データ）が配置される。
【０１２２】
また、（Ｃ）L2シグナリング伝送方式を用いる場合、Genericパケットのペイロードに、L2シグナリングとしてのプライベートユーザデータ（通知データ）が配置される。さらに、（Ｅ）Genericパケット外部構造方式１又は（Ｆ）Genericパケット外部構造方式２を用いる場合には、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が配置される。
【０１２３】
レイヤ１（Ｌ１）においては、伝送パケットとしてのBBパケット（BBP：Baseband Packet）が伝送される。このBBパケットは、BBPヘッダとペイロードから構成される。BBパケットのペイロードには、１又は複数のGenericパケットが配置され、カプセル化される。
【０１２４】
ここで、（Ｄ）BBパケット拡張ヘッダ伝送方式を用いる場合、BBパケットの拡張ヘッダに、プライベートユーザデータ（通知データ）が配置される。また、（Ｇ）BBパケット外部構造方式を用いる場合には、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が配置される。
【０１２５】
なお、レイヤ１においては、１又は複数のBBパケットをスクランブルして得られるデータが、FECフレーム（FEC Frame）にマッピングされ、物理層のエラー訂正用のパリティ（Parity）が付加される。ここで、物理層フレームは、ブートストラップと、プリアンブルと、ペイロードから構成されるが、このペイロードに、複数のFECフレームに対して、ビットインターリーブを行った後に、マッピング処理を行い、さらに、時間方向と周波数方向にインターリーブを行うなどの物理層の処理（変調処理）を行うことで得られるデータがマッピングされる。なお、物理層フレームのフレーム長は、例えば、100〜200msとされる。
【０１２６】
以上のように、図１３に示した伝送方式を採用することで、高速、かつ、リアルタイムに、前段の復調装置２１１（復調デバイス）の情報（通知データ）を、後段の処理装置２１２（システムオンチップ（SoC））に伝送することができる。また、図１３に示した各伝送方式では、各パケットと同一のフォーマットによる拡張を行っているため、前段の復調装置２１１と後段の処理装置２１２の処理の実装を容易に行うことができる。さらに、図１３に示した各伝送方式は、IP伝送方式を採用していることを前提としているが、受信システム２０においては、前段の復調装置２１１と後段の処理装置２１２とは、単一のインターフェース（I/F）２１３を介して接続されており、従来のトランスポートストリーム(TS)に対応した構成と同様に、装置間が単一のインターフェース（I/F）で実現されている。以下、図１３に示した（Ａ）乃至（Ｈ）の８つの伝送方式の詳細な内容について説明する。
【０１２７】
（Ａ）Genericパケット拡張ヘッダ伝送方式
まず、図１４乃至図１５を参照して、Genericパケット拡張ヘッダ伝送方式について説明する。このGenericパケット拡張ヘッダ伝送方式では、Genericパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
【０１２８】
図１４は、Genericパケットの構成を示している。図１４のGenericパケット、Genericヘッダの先頭には、3ビットのタイプ情報（Type）が設定される。このタイプ情報は、Genericのペイロードに配置されるデータのタイプに関する情報が設定される。
【０１２９】
Genericヘッダにおいて、タイプ情報の次には、1ビットのパケット設定情報（PC：Packet Configuration）が配置される。パケット設定情報として、"0"が設定された場合、その次に配置される1ビットのヘッダモード（HM：Header Mode）に応じて、シングルパケットモード（Single packet mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。また、Genericパケットにおいては、Genericヘッダに続いて、ペイロードが配置される。
【０１３０】
なお、シングルパケットモードにおいて、拡張ヘッダが配置されないGenericパケットは、ノーマルパケット（normal packet）と称される一方、拡張ヘッダが配置されるGenericパケットは、ロングパケット（long packet）と称される。
【０１３１】
一方、パケット設定情報（PC）として、"1"が設定された場合、その次に配置される1ビットのS/C（Segmentation/Concatenation）に応じて、セグメンテーションモード（Segmentation mode）又は連結モード（Concatenation mode）となって、Genericヘッダには、11ビットのレングス情報（Length）や拡張ヘッダ（Additional header）が配置される。
【０１３２】
ここで、Generic拡張ヘッダ伝送方式では、図中の枠Ａで囲まれた拡張ヘッダ（Additional header）に、プライベートユーザデータが配置される。すなわち、シングルパケットモード（ロングパケット）と、セグメンテーションモードの場合、拡張ヘッダにおいて、オプショナル拡張ヘッダフラグ（OHF：Optional Header Extension Flag）として"1"が設定された場合には、オプショナルヘッダ（Optional Header）が配置される。また、連結モードの場合には、拡張ヘッダにおいて、サブストリーム識別フラグ（SIF：Sub-stream Identifier Flag）として"1"が設定された場合には、オプショナルヘッダが配置される。
【０１３３】
このオプショナルヘッダには、図１５に示した構造体を配置することができる。図１５の構造体においては、拡張ヘッダインデックス情報（Additional header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、オプショナルヘッダに、プライベートユーザデータが配置されることを定義することができる。
【０１３４】
このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図１５に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図１５に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
【０１３５】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット拡張ヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１３６】
（Ｂ）L2シグナリングヘッダ伝送方式
次に、図１６を参照して、L2シグナリングヘッダ伝送方式について説明する。このL2シグナリングヘッダ伝送方式では、Genericパケットのペイロードに配置されるL2シグナリングのヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
【０１３７】
図１６は、レイヤ２のGenericパケットとしてのLLS(Link Layer Signaling)パケットの構成を示している。
【０１３８】
図１６において、Genericパケットのペイロードには、IPパケットやL2シグナリングが配置されるが、この例では、L2シグナリングとして、LLSシグナリングを配置した場合を表している。このLLSシグナリングとしては、例えば、SLT等のメタデータが含まれる。
【０１３９】
ここで、Genericパケットのペイロードに、LLSシグナリングが配置される場合、当該Genericパケットは、LLSパケット（LLS Packet）であるとも言える。このLLSパケットは、LLSヘッダ（LLS Header）と、LLSシグナリング（LLS）が配置されたペイロードから構成される。なお、この場合、BBパケットのペイロードには、LLSパケットが配置され、カプセル化されることになる。
【０１４０】
また、LLSヘッダには、LLSインデックス情報（LLS Index）とオブジェクトバージョン情報（Object Version）からなる構造体を配置することができる。
【０１４１】
LLSインデックス情報には、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、及び、拡張タイプ情報（Type Extension）が配置される。圧縮情報には、対象のLLSシグナリングの圧縮の有無を示す情報が設定される。例えば、"0000"が設定された場合には、非圧縮であることを示し、"0001"が設定された場合には、zip形式で圧縮されていることを示している。
【０１４２】
タイプ情報には、LLSシグナリングのタイプに関する情報が設定される。ここでは、タイプ情報として、"000000"が設定された場合、拡張タイプ情報に、プライベートユーザデータが配置されることを定義することができる。
【０１４３】
拡張タイプ情報には、タイプごとに拡張パラメータが設定される。ここでは、タイプ情報として、"000000"が設定された場合には、拡張タイプ情報に、プライベートユーザデータとして、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。
【０１４４】
例えば、図１６に示すように、拡張タイプ情報において、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図１６に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
【０１４５】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、L2シグナリングヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、L2シグナリングのヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１４６】
なお、図１６の説明では、説明の都合上、L2シグナリングとして、LLSシグナリングが配置される場合を説明したが、実際には、LLSシグナリングは、IP/UDPパケットで伝送されることも想定されており、LLSシグナリング以外の他のL2シグナリングを用いた場合でも同様の構造を用いることができる。
【０１４７】
（Ｃ）L2シグナリング伝送方式
次に、図１７乃至図１８を参照して、L2シグナリング伝送方式について説明する。このL2シグナリング伝送方式では、Genericパケットのペイロードに配置されるL2シグナリングを利用して、プライベートユーザデータ（通知データ）が伝送される。
【０１４８】
図１７は、プライベートユーザデータに対応したL2シグナリング（Private_User_data_signaling()）のシンタックスの例を示す図である。
【０１４９】
8ビットのsignaling_typeは、当該L2シグナリングの種別に応じたタイプを表している。例えば、プライベートユーザデータに対応したL2シグナリングでは、signaling_typeとして、"0xff"が設定される。
【０１５０】
8ビットのNUM_DATAは、当該L2シグナリングに配置されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
【０１５１】
このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図１８に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
【０１５２】
なお、図１８に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。また、ここでは、図１７に示したL2シグナリングが、Genericパケットのペイロードに配置されるようにしてもよいし、あるいは、Genericパケットのペイロードに配置されている既存のL2シグナリング（例えばLLSシグナリング）に、図１７に示したL2シグナリングの内容を含める（追加する）ようにしてもよい。
【０１５３】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、L2シグナリング伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、L2シグナリングを利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１５４】
（Ｄ）BBパケット拡張ヘッダ伝送方式
次に、図１９乃至図２２を参照して、BBパケット拡張ヘッダ伝送方式について説明する。このBBパケット拡張ヘッダ伝送方式では、BBパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）が伝送される。
【０１５５】
図１９は、BBパケット（Baseband Packet）の構成を示している。図１９において、BBパケットは、BBPヘッダとペイロード（Payload）から構成される。BBPヘッダには、1又は2バイトのヘッダ（Header）のほか、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
【０１５６】
すなわち、ヘッダ（Header）において、1ビットのモード（MODE）として、"0"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）が配置される。なお、ポインタ情報は、BBパケットのペイロードに配置されるGenericパケットの位置を示すための情報である。例えば、あるBBパケットに最後に配置されたGenericパケットのデータが、次のBBパケットにまたがって配置される場合に、ポインタ情報として、次のBBパケットの先頭に配置されるGenericパケットの位置情報を設定することができる。
【０１５７】
また、モード（MODE）として、"1"が設定された場合には、7ビットのポインタ情報（Pointer(LSB)）の他に、6ビットのポインタ情報（Pointer(MSB)）と、2ビットのオプショナルフラグ（OPTI：OPTIONAL）が配置される。オプショナルフラグは、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置して、ヘッダを拡張するかどうかを示す情報である。
【０１５８】
すなわち、図２０に示すように、オプショナルフィールドと拡張フィールドの拡張を行わない場合、オプショナルフラグには、"00"が設定される。また、1バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグには、"01"が設定され、ショート拡張モードとなる（図中の枠Ａ）。一方で、2バイトのオプショナルフィールドと、拡張フィールドの拡張を行う場合、オプショナルフラグは、"10"又は"11"が設定され、ロング拡張モード又はミックス拡張モードとなる（図中の枠Ｂ）。
【０１５９】
オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（EXT_TYPE）が設定される。このタイプ情報は、図２１に示すように、拡張フィールドのタイプ（Extension type）に関する情報が設定される。
【０１６０】
すなわち、拡張フィールドに、拡張レングス情報（EXT_Length(LSB)）のカウンタを配置する場合、拡張タイプ情報には、"000"が設定される。また、拡張フィールドに、プライベートユーザデータを配置する場合、拡張タイプ情報には、"110"が設定される。さらに、拡張フィールドをパディング（Padding）する場合、拡張タイプ情報には、"111"が設定される。なお、図２１において、"001"〜"101"の拡張タイプ情報は、将来の拡張用の領域（Reserved）となっている。
【０１６１】
そして、BBパケット拡張ヘッダ伝送方式では、拡張タイプ情報として、"110"を設定することで、拡張フィールド（BBパケット拡張ヘッダ）に、プライベートユーザデータが配置されることになる。すなわち、BBパケット拡張ヘッダ伝送方式が利用される場合、オプショナルフラグ（OPTI）として、"01"，"10"，又は"11"が設定されて、オプショナルフィールドと拡張フィールドの拡張が行われ、さらにオプショナルフィールドの拡張タイプ情報（EXT_TYPE）として"110"が設定されて、拡張フィールドに、プライベートユーザデータが配置されることになる。
【０１６２】
拡張フィールドには、図２２に示した構造体を配置することができる。図２２の構造体においては、拡張ヘッダインデックス情報（BBP Extension Header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、拡張フィールドに、プライベートユーザデータが配置されることを定義することができる。
【０１６３】
このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２２に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図２２に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
【０１６４】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、BBパケット拡張ヘッダ伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、BBパケットの拡張ヘッダを利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１６５】
（Ｅ）Genericパケット外部構造方式１
次に、Genericパケット外部構造方式について説明するが、Genericパケット外部構造方式には、２つの方式がある。そこで、まず、図２３を参照して、２つの方式に共通する部分について説明してから、その後、図２４乃至図２６を参照して、１つ目の方式であるGenericパケット外部構造方式１について説明し、さらに、図２７乃至図２９を参照して、２つ目の方式であるGenericパケット外部構造方式２について説明する。
【０１６６】
（２つの方式に共通する受信システムの構成）
Genericパケット外部構造方式では、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が伝送される。ここで、図２３には、Genericパケット外部構造方式を採用した場合における受信システム２０の復調装置２１１と処理装置２１２で処理されるデータを模式的に表している。
【０１６７】
ここで、例えば、ATSC3.0では、送信側の送信システム１０は、所定の周波数帯域ごとに、最大64個のPLPに対応することができる。一方で、受信側の受信システム２０では、最大で４個のPLPを同時に受信する必要がある。すなわち、受信側の受信システム２０で、複数のPLPが同時に受信されるようにすることで、例えば、より高いロバスト性を有する音声や、より高品質の映像などを提供することが可能となる。
【０１６８】
図２３の受信システム２０において、そこに入力される放送ストリームには、PLP#0乃至PLP#3の４つのPLPが含まれている。ここでは、例えば、PLP#0ではLLSシグナリング（Signaling）、PLP#1ではロバストオーディオ（Robust Audio）、PLP#2ではビデオ（ベースビデオ）（Video）とオーディオ（Audio）、PLP#3ではエンハンスビデオ（Enhanced Video）がそれぞれ伝送されている。
【０１６９】
復調装置２１１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBパケットからGenericパケットが抽出され、復調マルチプレクサ２５１に入力される。復調マルチプレクサ２５１は、PLPごとに入力されるGenericパケットを処理して、単一のインターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
【０１７０】
ただし、復調マルチプレクサ２５１は、PLPごとに入力されるGenericパケットを処理するとき、Genericパケットの外部に、プライベートユーザデータが付加されるようにする。すなわち、受信システム２０においては、復調装置２１１によって、Genericパケットの外部に、プライベートユーザデータが付加されたことになる。また、ここでは、復調装置２１１が、処理装置２１２に対し、プライベートユーザデータとして、"0x01"であるデータIDのPLP IDを通知することで、復調装置２１１と処理装置２１２の間で、単一のインターフェース（I/F）２１３を実現している。
【０１７１】
一方で、処理装置２１２においては、単一のインターフェース（I/F）２１３を介して、復調装置２１１（の復調マルチプレクサ２５１）から入力されるGenericパケット（プライベートユーザデータが付加されたGenericパケット）からIPパケット（IP/UDPパケット）が抽出され、IPデマルチプレクサ２５２に入力される。そして、IPデマルチプレクサ２５２が、当該IPパケットを処理することで、ROUTEセッションなどで伝送されるデータが後段に出力される。
【０１７２】
ここで、復調装置２１１からのGenericパケットの外部には、プライベートユーザデータとして、PLP IDが含まれている。そのため、受信システム２０においては、復調装置２１１と処理装置２１２との間で、各PLP（PLP#0乃至PLP#3）から得られるGenericパケットを、単一のインターフェース（I/F）２１３で伝送したとしても、処理装置２１２側では、当該プライベートユーザデータに含まれるPLP IDにより、復調装置２１１から入力されるGenericパケット（IPパケット）が、どのPLPに属しているかを識別することが可能となる。
【０１７３】
（Genericパケットの構造）
図２４は、Genericパケット外部構造方式１を採用した場合に、受信システム２０の復調装置２１１において、Genericパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
【０１７４】
図２４において、図２４のＡは、Genericパケットの構造を示している。Genericパケットは、Genericヘッダとペイロードから構成される。例えば、このGenericパケットに、プライベートユーザデータを付加することで、図２４のＢに示すように、Genericパケット外に、プライベートユーザデータを付加することができる。
【０１７５】
（プライベートユーザデータのシンタックス）
図２５は、図２４のＢのGenericパケットの外部に付加されたプライベートユーザデータ（Private_User_data）のシンタックスの例を示す図である。
【０１７６】
8ビットのPacket_typeは、パケットの種別に応じたタイプを表している。例えば、プライベートユーザデータが外部に付加されるGenericパケットに対しては、Packet_typeとして、"101"が設定される。
【０１７７】
1ビットのPC（Packet Configuration）は、パケット設定情報を表している。また、1ビットのHM（Header Mode）は、ヘッダモードを表している。11ビットのLengthは、当該Genericパケットのパケット長を表している。
【０１７８】
8ビットのNUM_DATAは、当該Genericパケットの外部に付加されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
【０１７９】
このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２６に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
【０１８０】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット外部構造方式１を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１８１】
（Ｆ）Genericパケット外部構造方式２
次に、図２７乃至図２９を参照して、Genericパケット外部構造方式２について説明する。
【０１８２】
（Genericパケットの構造）
図２７は、Genericパケット外部構造方式２を採用した場合に、受信システム２０の復調装置２１１において、Genericパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
【０１８３】
図２７において、図２７のＡは、Genericパケットの構造を示している。Genericパケットは、Genericヘッダとペイロードから構成される。ここで、プライベートユーザデータに、Genericパケットを含めるように定義することで、図２７のＢに示すように、Genericパケット外に、プライベートユーザデータを付加することができる。
【０１８４】
（プライベートユーザデータのシンタックス）
図２８は、図２７のＢのGenericパケットを含むプライベートユーザデータ（Private_User_data）のシンタックスの例を示す図である。
【０１８５】
8ビットのPacket_typeは、パケットの種別に応じたタイプを表している。例えば、Genericパケットを含むプライベートユーザデータのパケットに対しては、Packet_typeとして、"100"，"101"，"110"，"111"が設定される。例えば、Packet_typeとして"100"，"101"，又は"111が設定された場合、Genericパケットのペイロードには、IPv4パケット、圧縮IPパケット、又はLLSシグナリングが含まれる。なお、Packet_typeとして、"110"が設定された場合には、パケットの種別の拡張（Packet Type Extension）を意味する。
【０１８６】
1ビットのPC（Packet Configuration）は、パケット設定情報を表している。また、1ビットのHM（Header Mode）は、ヘッダモードを表している。11ビットのLengthは、当該Genericパケットのパケット長を表している。
【０１８７】
8ビットのNUM_DATAは、当該Genericパケットの外部に付加されるプライベートユーザデータの個数を表している。このNUM_DATAに応じたプライベートユーザデータのループ内には、8ビットのDATA_IDと、8ビットのDATAが配置される。ここで、DATA_IDには、データIDが配置される。また、DATAには、通知データが配置される。ただし、通知データ（DATA）は、8ビットのDATA_LENGTHが示すデータ長に応じて配置される。
【０１８８】
このように、プライベートユーザデータの個数に応じてループが繰り返され、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図２９に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
【０１８９】
図２８に戻り、8ビットのGeneric_Packet_Payloadには、Genericパケットが配置される。すなわち、Genericパケット外部構造方式２を採用した場合、Genericパケットは、プライベートユーザデータに含まれる。
【０１９０】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、Genericパケット外部構造方式２を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、Genericパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０１９１】
（Ｇ）BBパケット外部構造方式
次に、図３０乃至図３３を参照して、BBパケット外部構造方式について説明する。このBBパケット外部構造方式では、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）が伝送される。
【０１９２】
（BBパケット外部構造方式の場合の受信システムの構成）
ここで、図３０には、BBパケット外部構造方式を採用した場合における受信システム２０の復調装置２１１と処理装置２１２で処理されるデータを模式的に表している。
【０１９３】
なお、図３０の受信システム２０においては、図２３の受信システム２０と同様に、そこに入力される放送ストリームには、PLP#0乃至PLP#3の４つのPLPが含まれている。ここでは、例えば、PLP#0ではLLSシグナリング（Signaling）、PLP#1ではロバストオーディオ（Robust Audio）、PLP#2ではビデオ（ベースビデオ）（Video）とオーディオ（Audio）、PLP#3ではエンハンスビデオ（Enhanced Video）がそれぞれ伝送されている。
【０１９４】
復調装置２１１において、PLP#0乃至PLP#3に対する復調処理が行われると、PLPごとに、BBパケットが抽出され、復調マルチプレクサ２５３に入力される。復調マルチプレクサ２５３は、PLPごとに入力されるBBパケットを処理して、単一のインターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
【０１９５】
ただし、復調マルチプレクサ２５３は、PLPごとに入力されるBBパケットを処理するとき、BBパケットの外部に、プライベートユーザデータが付加されるようにする。すなわち、受信システム２０において、復調装置２１１によって、BBパケットの外部に、プライベートユーザデータが付加されたことになる。また、ここでは、復調装置２１１が、処理装置２１２に対し、プライベートユーザデータとして、"0x01"であるデータIDのPLP IDを通知することで、復調装置２１１と処理装置２１２の間で、単一のインターフェース（I/F）２１３を実現している。
【０１９６】
一方で、処理装置２１２においては、単一のインターフェース（I/F）２１３を介して、復調装置２１１（の復調マルチプレクサ２５３）から入力されるBBパケット（プライベートユーザデータが付加されたBBパケット）が、BBPデマルチプレクサ２５４に入力される。BBPデマルチプレクサ２５４が、当該BBパケットを処理することで、BBパケットからGenericパケットが抽出される。そして、Genericパケットから抽出されたIPパケット（IP/UDPパケット）が処理されることで、ROUTEセッションなどで伝送されるデータが後段に出力される。
【０１９７】
ここで、復調装置２１１からのBBパケットの外部には、プライベートユーザデータとして、PLP IDが含まれている。そのため、受信システム２０においては、復調装置２１１と処理装置２１２との間で、各PLP（PLP#0乃至PLP#3）から得られるBBパケットを、単一のインターフェース（I/F）２１３で伝送したとしても、処理装置２１２側では、当該プライベートユーザデータに含まれるPLP IDにより、復調装置２１１から入力されるBBパケット（IPパケット）が、どのPLPに属しているかを識別することが可能となる。
【０１９８】
（BBパケットの構造）
図３１は、BBパケット外部構造方式を採用した場合に、受信システム２０の復調装置２１１において、BBパケット外（外部）に、プライベートユーザデータを付加するときのパケットの構造を表した図である。
【０１９９】
図３１において、図３１のＡは、BBパケットの構造を示している。BBパケットは、BBPヘッダとペイロードから構成される。例えば、このBBパケットパケットに、プライベートユーザデータを付加することで、図３１のＢに示すように、BBパケット外に、プライベートユーザデータを付加することができる。
【０２００】
（プライベートユーザデータの構造）
図３２は、BBパケットの外部に付加されるプライベートユーザデータの構造を表した図である。
【０２０１】
図３２において、BBパケットの外部に付加されるプライベートユーザデータには、1又は2バイトのヘッダ（Header）と、オプショナルフィールド（Optional Field）と、拡張フィールド（Extension Field）を配置することができる。
【０２０２】
ここで、オプショナルフィールドの先頭には、3ビットの拡張タイプ情報（EXT_TYPE）が設定される。このタイプ情報は、図３２に示すように、拡張フィールドのタイプ（Extension type）に関する情報が設定される。
【０２０３】
すなわち、拡張フィールドに、プライベートユーザデータ（データIDと通知データ）を配置する場合、拡張タイプ情報には、"110"が設定される。そして、BBパケット拡張ヘッダ伝送方式では、拡張タイプ情報として、"110"を設定することで、拡張フィールドに、プライベートユーザデータ（データIDと通知データ）が配置されることになる。
【０２０４】
拡張フィールドには、図３３に示した構造体を配置することができる。図３３の構造体においては、拡張ヘッダインデックス情報（BBP Extension Header Index）ごとに、各種の情報が配置される。例えば、拡張ヘッダインデックス情報として、"000000"が設定された場合には、拡張フィールドに、プライベートユーザデータが配置されることを定義することができる。
【０２０５】
このプライベートユーザデータとしては、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図３３に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。なお、図３３に示したプライベートユーザデータは一例であって、他のプライベートユーザデータが配置されるようにしてもよい。
【０２０６】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、BBパケット外部構造方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、BBパケットの外部構造を利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０２０７】
（Ｈ）IPパケット伝送方式
最後に、図３４乃至図３５を参照して、IPパケット伝送方式について説明する。このIPパケット伝送方式では、IPパケット（IP/UDPパケット）を利用して、プライベートユーザデータ（通知データ）が伝送される。
【０２０８】
（IPパケット伝送方式の場合の受信システムの構成例）
ここで、図３４には、IPパケット伝送方式を採用した場合における受信システム２０の構成例を示している。
【０２０９】
図３４において、受信システム２０は、前段のホームゲートウェイ２６１と、後段のクライアント装置２６２から構成される。ホームゲートウェイ２６１とクライアント装置２６２とでは、ネットワーク２６３を介したデータ伝送が行われる。すなわち、受信システム２０において、ホームサーバやテレビ受像機等のホームゲートウェイ２６１と、スマートフォンやタブレット端末装置等のクライアント装置２６２は、家庭内で、無線LAN(Local Area Network)等のネットワーク２６３に接続され、いわゆるホームネットワークシステムを構成している。
【０２１０】
ホームゲートウェイ２６１は、送信システム１０から、伝送路３０を介して送信されてくる、デジタル放送信号を受信して、放送ストリームに含まれるコンテンツを処理する。ホームゲートウェイ２６１は、放送ストリームを処理して得られるコンテンツを、ネットワーク２６３を介してクライアント装置２６２に送信（配信）する。一方で、クライアント装置２６２は、ネットワーク２６３を介して送信されてくるコンテンツを受信して、処理（再生）する。
【０２１１】
図３４において、ホームゲートウェイ２６１は、RF部２７１、復調部２７２、エラー処理部２７３、生成部２７４、プライベートユーザデータ処理部２７５、変換部２７６、及び送信部２７７から構成される。
【０２１２】
RF部２７１、復調部２７２、及びエラー処理部２７３は、図３のRF部２２１、復調部２２２、及びエラー処理部２２３と同様に、復調処理（例えばOFDM復調等）や誤り訂正復号処理（例えばLDPC復号やBCH復号等）などを行うことで、物理層フレームに対する処理が行われる。RF部２７１乃至エラー処理部２７３により処理されたデータ（受信データ）は、生成部２７４に供給される。
【０２１３】
また、RF部２７１、復調部２７２、及びエラー処理部２７３は、各部が処理を行うことで得られる、後段のクライアント装置２６２に通知すべき通知データを、プライベートユーザデータ処理部２７５に供給する。ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれる。
【０２１４】
プライベートユーザデータ処理部２７５は、RF部２２１、復調部２２２、又はエラー処理部２２３から供給される通知データを処理して、RF部２７１乃至エラー処理部２７３により処理されたデータ（受信データ）に対し、プライベートユーザデータとして挿入されるようにする。
【０２１５】
ただし、生成部２７４においては、RF部２７１乃至エラー処理部２７３により処理されたデータを処理することで、BBパケットからGenericパケットが抽出され、さらにGenericパケットから抽出されるデータに対してISO BMFF(Base Media File Format)のファイル形式に変換する処理が行われている。また、生成部２７４は、ISO BMFFのファイル形式に変換されたビデオやオーディオのデータを、IPパケット（IP/UDPパケット）に格納して、送信部２７７に供給している。
【０２１６】
そのため、プライベートユーザデータ処理部２７５は、処理した通知データを、変換部２７６に供給することで、変換部２７６によって、通知データが、ISO BMFFのファイル形式に変換され、IPパケット（IP/UDPパケット）に格納されるようにする。変換部２７６からの通知データを格納したIPパケットは、送信部２７７に供給される。これにより、プライベートユーザデータ処理部２７５により処理された通知データは、プライベートユーザデータとして、復調処理で得られる受信データとともに伝送可能な形式に変換されたことになる。
【０２１７】
送信部２７７には、生成部２７４からのIPパケットと、変換部２７６からのIPパケットが供給される。送信部２７７は、受信データ又は通知データを含むIPパケット（IP/UDPパケット）を、ネットワーク２６３を介して、クライアント装置２６２に送信（配信）する。
【０２１８】
ホームゲートウェイ２６１は、以上のように構成される。
【０２１９】
一方で、図３４において、クライアント装置２６２は、受信部２８１、フィルタ処理部２８２、デコーダ２８３、出力部２８４、及び内部制御部２８５から構成される。
【０２２０】
受信部２８１は、ネットワーク２６３を介して、ホームゲートウェイ２６１から送信されてくるIPパケットを受信し、フィルタ処理部２８２に供給する。なお、このIPパケット（IP/UDPパケット）には、復調処理で得られる受信データと、プライベートユーザデータ（通知データ）が格納されている。
【０２２１】
フィルタ処理部２８２は、受信部２８１から供給されるIPパケットに対するフィルタリング処理を行う。このフィルタリング処理により、受信データを格納したIPパケットが、デコーダ２８３に供給され、プライベートユーザデータ（通知データ）を格納したIPパケットが、内部制御部２８５に供給される。
【０２２２】
デコーダ２８３には、フィルタ処理部２８２から供給されるIPパケットに格納された（ISO BMFFのファイル形式の）受信データから得られる、ビデオやオーディオのコンポーネントのデータが供給される。デコーダ２８３は、ビデオやオーディオのコンポーネントのデータをデコードし、それにより得られるデータを、出力部２８４に供給する。
【０２２３】
出力部２８４は、デコーダ２８３から供給されるデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０において、クライアント装置２６２では、ホームゲートウェイ２６１から配信されたコンテンツの映像と音声が再生されることになる。
【０２２４】
また、内部制御部２８５には、フィルタ処理部２８２から供給されるIPパケットに格納された（ISO BMFFのファイル形式の）プライベートユーザデータ（通知データ）が供給される。内部制御部２８５は、プライベートユーザデータとして通知（伝送）される通知データに応じた処理を行う。
【０２２５】
ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２８５は、このような通知データに基づいて、クライアント装置２６２の各部の動作を制御する。
【０２２６】
クライアント装置２６２は、以上のように構成される。
【０２２７】
（IPパケットの構造）
図３５は、IPパケット伝送方式を採用した場合に、受信システム２０のホームゲートウェイ２６１において、IPパケット（IP/UDPパケット）に、プライベートユーザデータを格納するときのパケットの構造を表した図である。
【０２２８】
図３５において、IPパケットは、IPヘッダとペイロードから構成される。このIPパケットのペイロードに、プライベートユーザデータとして、データID（DATA_ID）と、そのデータIDにより識別される通知データ（DATA）との組み合わせが配置される。例えば、図３５に示すように、"0x00"であるデータIDが指定された場合には、選局周波数のデータが配置される。また、例えば、"0x60"であるデータIDが指定された場合には、L1基本情報（L1-Basic）のデータが配置され、"0x90"であるデータIDが指定された場合には、L1詳細情報（L1-Detail）のデータが配置される。
【０２２９】
以上のように、プライベートユーザデータを伝送するための伝送フォーマットとして、IPパケット伝送方式を採用することで、受信システム２０においては、前段の復調装置２１１から、後段の処理装置２１２に対し、IPパケット（IP/UDPパケット）を利用して、プライベートユーザデータ（通知データ）を通知することができる。
【０２３０】
なお、図３４においては、IPパケット伝送方式を採用した場合の受信システム２０の構成として、ホームネットワークシステムを構成する場合を説明したが、ホームネットワークシステムは一例であって、例えば、インターネット配信システムなどの他のシステムが構成されるようにしてもよい。例えば、受信システム２０として、インターネット配信システムが採用された場合、図３４のホームゲートウェイ２６１に対応した配信サーバ（コンテンツ再配信装置）から配信されるコンテンツが、インターネット等のネットワーク２６３を介して、クライアント装置２６２等の情報機器（例えば、スマートフォンやタブレット端末装置等）により受信され、再生されることになる。
【０２３１】
＜４．受信システムで実行される処理の流れ＞
【０２３２】
次に、図３６乃至図３７のフローチャートを参照して、図３の受信システム２０を構成する復調装置２１１と処理装置２１２で実行される処理の流れについて説明する。
【０２３３】
（送信側復調装置の処理）
まず、図３６のフローチャートを参照して、前段の復調装置２１１により実行される送信側復調装置の処理について説明する。
【０２３４】
ステップＳ２１１において、復調装置２１１のRF部２２１は、デジタル放送信号の受信処理を行う。また、ステップＳ２１２において、復調装置２１１の復調部２２２及びエラー処理部２２３は、ステップＳ２１１の受信処理で得られた信号に対する復調処理や誤り訂正復号処理を行う。これにより、受信データが処理される。
【０２３５】
ステップＳ２１３において、復調装置２１１のプライベートユーザデータ処理部２２４は、ステップＳ２１１及びＳ２１２の処理で得られる、後段の処理装置２１２に通知すべき通知データを処理し、ステップＳ２１２の処理で得られたデータに対して、プライベートユーザデータとして挿入されるようにする。すなわち、プライベートユーザデータ処理部２２４は、後段の処理装置２１２に通知すべき通知データを処理して、復調処理で得られる受信データとともに伝送可能な形式にする。この伝送方式としては、上述した図１３に示した伝送形式を採用することができる。
【０２３６】
ステップＳ２１４において、出力I/F２２５は、ステップＳ２１２の処理で得られた受信データとともに、ステップＳ２１３の処理で得られたプライベートユーザデータ（通知データ）を、インターフェース（I/F）２１３を介して、後段の処理装置２１２に出力する。
【０２３７】
以上、送信側復調装置の処理の流れについて説明した。
【０２３８】
（受信側処理装置の処理）
次に、図３７のフローチャートを参照して、後段の処理装置２１２により実行される受信側処理装置の処理について説明する。
【０２３９】
ステップＳ２５１において、入力I/F２３１は、インターフェース（I/F）２１３を介して前段の復調装置２１１から入力されるデータを、フィルタ処理部２３２に供給する。
【０２４０】
ステップＳ２５２において、フィルタ処理部２３２は、入力I/F２３１から供給されるデータ（を格納したパケット）に対するフィルタリング処理を行う。このフィルタリング処理により、受信データ（を格納したパケット）が、デコーダ２３３に供給され、プライベートユーザデータ（通知データ）（を格納したパケット）が、内部制御部２３５に供給される。
【０２４１】
ステップＳ２５３において、ステップＳ２５２の処理で得られるビデオやオーディオのコンポーネントのデータをデコードする。そして、出力部２３４は、デコーダ２３３からのデータのうち、ビデオのデータを表示部（不図示）に出力し、オーディオのデータをスピーカ（不図示）に出力する。これにより、受信システム２０では、送信システム１０から配信されたコンテンツの映像と音声が再生されることになる。
【０２４２】
ステップＳ２５４において、内部制御部２３５は、ステップＳ２５２の処理で得られるプライベートユーザデータ（通知データ）に応じた処理を行う。ここで、例えば、通知データとしては、選局時に用いられる選局情報、復調処理の状態に関する情報、復調処理のエラーに関する情報、又は、復調処理で得られるシグナリング若しくは変調パラメータに関する情報などが含まれている。内部制御部２３５は、このような通知データに基づいて、処理装置２１２の各部の動作を制御する。
【０２４３】
以上、受信側処理装置の処理の流れについて説明した。
【０２４４】
＜５．変形例＞
【０２４５】
上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、上述した説明では、IP伝送方式が採用されるATSC3.0を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
【０２４６】
また、デジタル放送としては、地上波放送のほか、放送衛星（BS：Broadcasting Satellite)や通信衛星（CS：Communications Satellite）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などに適用することができる。
【０２４７】
さらに、上述したシグナリングやパケットなどの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のシグナリングやパケットなどの実質的な内容が異なるものではない。例えば、BBP(Baseband Packet)は、BBS(Baseband Stream)などと称される場合がある。また、例えば、Genericパケットは、レイヤ２のL2パケットであって、ALP(ATSC Link-layer Protocol)パケットと称される場合がある。
【０２４８】
また、上述した説明では、時刻情報として、PTPやUTCで規定される時刻の情報を説明したが、それに限らず、例えば、NTP(Network Time Protocol)や3GPP(Third Generation Partnership Project)で規定されている時刻の情報や、GPS(Global Positioning System)情報に含まれる時刻の情報、その他独自に決定された形式の時刻の情報等の任意の時刻の情報を用いることができる。
【０２４９】
なお、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、伝送システム１（図１）の伝送路３０として、インターネットや電話網などの通信回線が利用され、送信システム１０は、インターネット上に設けられたサーバとすることができる。そして、受信システム２０が通信機能を有するようにすることで、送信システム１０（サーバ）は、受信システム２０からの要求に応じて、処理を行うことになる。また、受信システム２０は、送信システム１０（サーバ）から伝送路３０（通信回線）を介して送信されてくるデータを処理する。
【０２５０】
＜６．コンピュータの構成＞
【０２５１】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３８は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２５２】
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
【０２５３】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア１０１１を駆動する。
【０２５４】
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【０２５５】
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２５６】
コンピュータ１０００では、プログラムは、リムーバブルメディア１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
【０２５７】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２５８】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２５９】
また、本技術は、以下のような構成をとることができる。
【０２６０】
（１）
前段のデータ処理装置であって、
デジタル放送信号を受信する受信部と、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部と
を備えるデータ処理装置。
（２）
前記処理部は、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを追加する
（１）に記載のデータ処理装置。
（３）
前記処理部は、前記通知データを識別可能な識別情報とともに、前記通知データを追加する
（２）に記載のデータ処理装置。
（４）
前記通知データは、選局時に用いられる選局情報、前記復調処理の状態に関する情報、前記復調処理のエラーに関する情報、又は、前記復調処理で得られるシグナリング若しくは変調パラメータに関する情報のいずれかの情報を少なくとも含んでいる
（１）に記載のデータ処理装置。
（５）
前記通知データは、前記前段のデータ処理装置又は前記後段のデータ処理装置を製造するメーカにより独自に拡張されたデータをさらに含んでいる
（４）に記載のデータ処理装置。
（６）
前記前段のデータ処理装置は、復調処理を行う復調装置であり、
前記後段のデータ処理装置は、前記復調処理の後段の処理を行う処理装置であり、
前記復調装置と前記処理装置とは、同一の機器内に設けられ、単一のインターフェースを介して接続される
（１）乃至（５）のいずれかに記載のデータ処理装置。
（７）
前記通知データは、前記受信データを格納するパケットの拡張領域に格納される
（６）に記載のデータ処理装置。
（８）
前記デジタル放送信号は、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットを用いたIP伝送方式に対応しており、
前記通知データは、前記IPパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、前記シグナリングのヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットの外部の拡張領域、又は、前記第２の伝送パケットの外部の拡張領域に付加されている
（６）に記載のデータ処理装置。
（９）
前記前段のデータ処理装置は、前記デジタル放送信号から得られるコンテンツの配信を行う情報処理装置であり、
前記後段のデータ処理装置は、前記情報処理装置から配信される前記コンテンツの再生を行う端末装置であり、
前記情報処理装置と前記端末装置とは、別個の装置として構成され、ネットワークを介して接続される
（１）乃至（５）のいずれかに記載のデータ処理装置。
（１０）
前記デジタル放送信号は、UDPパケットを含むIPパケットを用いたIP伝送方式に対応しており、
前記前段のデータ処理装置は、前記受信データを格納するパケット及び前記通知データを格納するパケットを、IPパケットに変換するIP変換部をさらに備え、
前記出力部は、前記IPパケットに格納された前記受信データとともに、前記IPパケットに格納された前記通知データを、前記ネットワークを介して前記後段のデータ処理装置に送信する
（９）に記載のデータ処理装置。
（１１）
前記後段のデータ処理装置は、前記前段のデータ処理装置から出力される前記通知データに応じた処理を行う
（１）乃至（１０）のいずれかに記載のデータ処理装置。
（１２）
前段のデータ処理装置のデータ処理方法において、
前記前段のデータ処理装置が、
デジタル放送信号を受信し、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にし、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する
ステップを含むデータ処理方法。
【符号の説明】
【０２６１】
１  伝送システム，  １０  送信システム，  ２０  受信システム，  ３０  伝送路，  １１１  コンポーネント処理部，  １１２  シグナリング処理部，  １１３  パケット処理部，  １１４  変調処理部，  １１５  RF部，  ２１１  復調装置，  ２１２  処理装置，  ２１３  インターフェース，  ２２１  RF部，  ２２２  復調部，  ２２３  エラー処理部，  ２２４  プライベートユーザデータ処理部，  ２２５  出力I/F，  ２３１  入力I/F，  ２３２  フィルタ処理部，  ２３３  デコーダ，  ２３４  出力部，  ２３５  内部制御部，  ２５１  復調マルチプレクサ，  ２５２  IPデマルチプレクサ，  ２５３  復調マルチプレクサ，  ２５４  BBPデマルチプレクサ，  ２６１  ホームゲートウェイ，  ２６２  クライアント装置，  ２６３  ネットワーク，  ２７１  RF部，  ２７２  復調部，  ２７３  エラー処理部，  ２７４  生成部，  ２７５  プライベートユーザデータ処理部，  ２７６  変換部，  ２７７  送信部，  ２８１  受信部，  ２８２  フィルタ処理部，  ２８３  デコーダ，  ２８４  出力部，  ２８５  内部制御部，  １０００  コンピュータ，  １００１  CPU
【図１】
2017122544.tif 000003
【図２】
2017122544.tif 000004
【図３】
2017122544.tif 000005
【図４】
2017122544.tif 000006
【図５】
2017122544.tif 000007
【図６】
2017122544.tif 000008
【図７】
2017122544.tif 000009
【図８】
2017122544.tif 000010
【図９】
2017122544.tif 000011
【図１０】
2017122544.tif 000012
【図１１】
2017122544.tif 000013
【図１２】
2017122544.tif 000014
【図１３】
2017122544.tif 000015
【図１４】
2017122544.tif 000016
【図１５】
2017122544.tif 000017
【図１６】
2017122544.tif 000018
【図１７】
2017122544.tif 000019
【図１８】
2017122544.tif 000020
【図１９】
2017122544.tif 000021
【図２０】
2017122544.tif 000022
【図２１】
2017122544.tif 000023
【図２２】
2017122544.tif 000024
【図２３】
2017122544.tif 000025
【図２４】
2017122544.tif 000026
【図２５】
2017122544.tif 000027
【図２６】
2017122544.tif 000028
【図２７】
2017122544.tif 000029
【図２８】
2017122544.tif 000030
【図２９】
2017122544.tif 000031
【図３０】
2017122544.tif 000032
【図３１】
2017122544.tif 000033
【図３２】
2017122544.tif 000034
【図３３】
2017122544.tif 000035
【図３４】
2017122544.tif 000036
【図３５】
2017122544.tif 000037
【図３６】
2017122544.tif 000038
【図３７】
2017122544.tif 000039
【図３８】
2017122544.tif 000040
【手続補正書】
【提出日】平成29年5月31日(2017.5.31)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
前段のデータ処理装置であって、
デジタル放送信号を受信する受信部と、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にする処理部と、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する出力部と
を備え、
前記処理部は、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを識別可能な識別情報とともに、前記通知データを追加する
データ処理装置。
【請求項２】
（削除）
【請求項３】
（削除）
【請求項４】
前記通知データは、選局時に用いられる選局情報、前記復調処理の状態に関する情報、前記復調処理のエラーに関する情報、又は、前記復調処理で得られるシグナリング若しくは変調パラメータに関する情報のいずれかの情報を少なくとも含んでいる
請求項１に記載のデータ処理装置。
【請求項５】
前記通知データは、前記前段のデータ処理装置又は前記後段のデータ処理装置を製造するメーカにより独自に拡張されたデータをさらに含んでいる
請求項４に記載のデータ処理装置。
【請求項６】
前記前段のデータ処理装置は、復調処理を行う復調装置であり、
前記後段のデータ処理装置は、前記復調処理の後段の処理を行う処理装置であり、
前記復調装置と前記処理装置とは、同一の機器内に設けられ、単一のインターフェースを介して接続される
請求項１に記載のデータ処理装置。
【請求項７】
前記通知データは、前記受信データを格納するパケットの拡張領域に格納される
請求項６に記載のデータ処理装置。
【請求項８】
前記デジタル放送信号は、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）パケットを含むＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）パケットを用いたＩＰ伝送方式に対応しており、
前記通知データは、前記ＩＰパケットを伝送するための第１の伝送パケットの拡張ヘッダ、前記第１の伝送パケットに含まれるシグナリング、前記シグナリングのヘッダ、前記第１の伝送パケットを伝送するための第２の伝送パケットの拡張ヘッダ、前記第１の伝送パケットの外部の拡張領域、又は、前記第２の伝送パケットの外部の拡張領域に付加されている
請求項６に記載のデータ処理装置。
【請求項９】
前記前段のデータ処理装置は、前記デジタル放送信号から得られるコンテンツの配信を行う情報処理装置であり、
前記後段のデータ処理装置は、前記情報処理装置から配信される前記コンテンツの再生を行う端末装置であり、
前記情報処理装置と前記端末装置とは、別個の装置として構成され、ネットワークを介して接続される
請求項１に記載のデータ処理装置。
【請求項１０】
前記デジタル放送信号は、ＵＤＰパケットを含むＩＰパケットを用いたＩＰ伝送方式に対応しており、
前記前段のデータ処理装置は、前記受信データを格納するパケット及び前記通知データを格納するパケットを、ＩＰパケットに変換するＩＰ変換部をさらに備え、
前記出力部は、前記ＩＰパケットに格納された前記受信データとともに、前記ＩＰパケットに格納された前記通知データを、前記ネットワークを介して前記後段のデータ処理装置に送信する
請求項９に記載のデータ処理装置。
【請求項１１】
前記後段のデータ処理装置は、前記前段のデータ処理装置から出力される前記通知データに応じた処理を行う
請求項１に記載のデータ処理装置。
【請求項１２】
前段のデータ処理装置のデータ処理方法において、
前記前段のデータ処理装置が、
デジタル放送信号を受信し、
前記デジタル放送信号に対する復調処理を行うことで得られるデータのうち、前記復調処理の後段の処理を行う後段のデータ処理装置に通知すべき通知データを処理する際に、デジタル放送の規格であらかじめ予約されている領域に、前記通知データを識別可能な識別情報とともに、前記通知データを追加して、前記デジタル放送信号から得られた受信データとともに伝送可能な形式にし、
前記受信データとともに、前記通知データを、前記後段のデータ処理装置に出力する
ステップを含むデータ処理方法。
【国際調査報告】
2017122544.tif 000041
2017122544.tif 000042