(57)【要約】  本技術は、伝送フレームにおいて、複数の伝送フォーマットが利用可能となる場合に、より利便性を向上させることができるようにするデータ処理装置、及び、データ処理方法に関する。送信側の施設に設置されるデータ処理装置は、放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加する一方で、受信側の施設に設置されるデータ処理装置は、放送信号として伝送される伝送フレームに付加された識別情報に基づいて、伝送フォーマットが識別された伝送フレームを処理する。本技術は、例えば、テストストリームの方式として適用することができる。
2018043142.tif 000002
【特許請求の範囲】
【請求項１】
放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加する処理部を備える
データ処理装置。
【請求項２】
前記伝送フレームは、所定の形式のファイルに変換される
請求項１に記載のデータ処理装置。
【請求項３】
前記伝送フレームは、コンポーネントのストリームのデータとともに、制御情報、時刻情報、及びバージョン情報を含めることが可能である
請求項２に記載のデータ処理装置。
【請求項４】
前記処理部は、前記識別情報とともに、前記制御情報の存在の有無を示す第１の存在情報と、前記時刻情報の存在の有無を示す第２の存在情報を付加する
請求項３に記載のデータ処理装置。
【請求項５】
前記伝送フレームは、誤り訂正符号で用いられるパリティ、及び拡張情報をさらに含めることが可能であり、
前記処理部は、前記パリティの存在の有無を示す第３の存在情報と、前記拡張情報の存在の有無を示す第４の存在情報を付加する
請求項４に記載のデータ処理装置。
【請求項６】
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのヘッダを拡張した領域に配置される
請求項４に記載のデータ処理装置。
【請求項７】
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのうち、先頭のパケットにのみ配置される
請求項４に記載のデータ処理装置。
【請求項８】
前記伝送フレームは、イーサーネット（登録商標）のフレーム形式で伝送され、
前記伝送フレームには、１又は複数のTLV(Type Length Value)パケットが配置され、
前記TLVパケットには、コンポーネントのストリームのデータを含むIP(Internet Protocol)パケットが配置される
請求項２に記載のデータ処理装置。
【請求項９】
前記所定の形式は、pcap(packet capture)形式であり、
前記伝送フレームは、テストストリームとして用いられる
請求項８に記載のデータ処理装置。
【請求項１０】
データ処理装置のデータ処理方法において、
前記データ処理装置が、
放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加するステップを含む
データ処理方法。
【請求項１１】
放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームを処理する処理部を備える
データ処理装置。
【請求項１２】
前記伝送フレームは、所定の形式のファイルに変換されており、
前記処理部は、前記所定の形式のファイルに変換された前記伝送フレームを処理する
請求項１１に記載のデータ処理装置。
【請求項１３】
前記伝送フレームは、コンポーネントのストリームのデータとともに、制御情報、時刻情報、及びバージョン情報を含めることが可能であり、
前記識別情報とともに、前記制御情報の存在の有無を示す第１の存在情報と、前記時刻情報の存在の有無を示す第２の存在情報が付加されている
請求項１２に記載のデータ処理装置。
【請求項１４】
前記処理部は、前記第１の存在情報が、前記伝送フレームに前記制御情報が存在していることを示し、かつ、前記バージョン情報が、前記制御情報が更新されていることを示している場合、前記伝送フレームから得られる前記制御情報を処理する
請求項１３に記載のデータ処理装置。
【請求項１５】
前記処理部は、前記第２の存在情報が、前記伝送フレームに前記時刻情報が存在していることを示している場合、前記伝送フレームから得られる前記時刻情報に基づいて、前記伝送フレームから得られる前記ストリームのデータを処理する
請求項１３に記載のデータ処理装置。
【請求項１６】
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのヘッダを拡張した領域に配置される
請求項１３に記載のデータ処理装置。
【請求項１７】
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのうち、先頭のパケットにのみ配置される
請求項１３に記載のデータ処理装置。
【請求項１８】
前記伝送フレームは、イーサーネット（登録商標）のフレーム形式で伝送され、
前記伝送フレームには、１又は複数のTLVパケットが配置され、
前記TLVパケットには、コンポーネントのストリームのデータを含むIPパケットが配置される
請求項１２に記載のデータ処理装置。
【請求項１９】
前記所定の形式は、pcap形式であり、
前記伝送フレームは、テストストリームとして用いられる
請求項１８に記載のデータ処理装置。
【請求項２０】
データ処理装置のデータ処理方法において、
前記データ処理装置が、
放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームを処理するステップを含む
データ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、データ処理装置、及び、データ処理方法に関し、特に、伝送フレームにおいて、複数の伝送フォーマットが利用可能となる場合に、より利便性を向上させることができるようにしたデータ処理装置、及び、データ処理方法に関する。
【背景技術】
【０００２】
デジタル放送サービスに対応した受信機の開発を支援するために、テストストリームを利用する場合がある。例えば、高度広帯域衛星デジタル放送においても、テストストリームを作成することが想定されている（例えば、非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ARIB TR-B39 1.0版 一般社団法人 電波産業会
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、テストストリームを利用する場合に、テストストリームとしての伝送フレームの伝送フォーマットとして、複数の伝送フォーマットが利用可能となることが想定され、それらの伝送フォーマットを識別できるようにしたいという要請がある。しかしながら、現状では、そのような要請に応えるための技術方式は確立されていない。【０００５】
本技術はこのような状況に鑑みてなされたものであり、伝送フレームにおいて、複数の伝送フォーマットが利用可能となる場合に、伝送フォーマットを識別できるようにして、より利便性を向上させることができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面のデータ処理装置は、放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加する処理部を備えるデータ処理装置である。【０００７】
本技術の第１の側面のデータ処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面のデータ処理装置に対応するデータ処理方法である。【０００８】
本技術の第１の側面のデータ処理装置、及び、データ処理方法においては、放送信号として伝送される伝送フレームが処理され、当該伝送フレームの伝送フォーマットを識別するための識別情報が付加される。【０００９】
本技術の第２の側面のデータ処理装置は、放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームを処理する処理部を備えるデータ処理装置である。【００１０】
本技術の第２の側面のデータ処理装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面のデータ処理装置に対応するデータ処理方法である。【００１１】
本技術の第２の側面のデータ処理装置、及び、データ処理方法においては、放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームが処理される。
【発明の効果】
【００１２】
本技術の第１の側面、及び、第２の側面によれば、伝送フレームにおいて、複数の伝送フォーマットが利用可能となる場合に、より利便性を向上させることができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。
【図２】伝送システムにおける各データ処理装置の構成例を示すブロック図である。
【図３】pcap形式のファイルの構造を示す図である。
【図４】グローバルヘッダの詳細を示す図である。
【図５】パケットヘッダの詳細を示す図である。
【図６】パケットデータの詳細を示す図である。
【図７】本技術の伝送フレームの構造の例を示す図である。
【図８】プロトコルサブタイプのシンタックスの例を示す図である。
【図９】高度広帯域衛星デジタル放送におけるTMCC基本情報の伝送方式を示す図である。
【図１０】高度広帯域衛星デジタル放送における伝送主信号のフレーム構成を示す図である。
【図１１】グローバルヘッダの拡張領域に、付加情報を配置する例を示す図である。
【図１２】パケットヘッダの拡張領域に、付加情報を配置する例を示す図である。
【図１３】先頭のパケットに、付加情報を配置する例を示す図である。
【図１４】別のファイルとして、付加情報を記録する例を示す図である。
【図１５】テストストリームの記録・再生処理の流れを説明するフローチャートである。
【図１６】テストストリームの送信・受信処理の流れを説明するフローチャートである。
【図１７】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．システムの構成
２．本技術の伝送フレームの構造
３．伝送フォーマットの変形例
４．テストストリーム対応処理の流れ
５．変形例
６．コンピュータの構成
【００１７】
＜１．システムの構成＞
【００１８】
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示すブロック図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
【００１９】
図１において、伝送システム１は、送信側のデータ処理装置１０、データ処理装置１１、及びデータ処理装置１２と、受信側のデータ処理装置２０とから構成される。
【００２０】
データ処理装置１０は、例えば、放送局に関連する施設内に設置される。データ処理装置１０は、放送局により制作された放送番組等のコンテンツのデータを処理し、その結果得られる伝送フレームを、専用線等の所定の通信回線を介して、データ処理装置１１及びデータ処理装置１２に送信する。
【００２１】
データ処理装置１１は、例えば、アップリンク局等の送信施設内に設置される。データ処理装置１１は、通信回線を介して、データ処理装置１０から送信されてくる伝送フレームを受信する。データ処理装置１１は、データ処理装置１０からの伝送フレームに対し、必要な処理（例えば、変調処理等）を施し、その結果得られる放送信号を、地球の軌道上に存在する放送衛星３０に向けて送信（アップリンク）する。
【００２２】
放送衛星３０は、データ処理装置１１から送信されてくる放送信号を受信して処理し、地上に向けて再送信（ダウンリンク）する。
【００２３】
なお、ここでの伝送路（放送伝送路）としては、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送の伝送経路を説明しているが、地上波（地上波放送）や、ケーブルを用いた有線放送（CATV：Common Antenna TeleVision）などの他の伝送経路であってもよい。以下の説明においても、放送伝送路の一例として、衛星放送における伝送経路を説明する。
【００２４】
データ処理装置２０は、例えば、ユーザの施設内に設置される受信機である。例えば、データ処理装置２０は、テレビ受像機やセットトップボックス（STB：Set Top Box）、録画機（レコーダ）、ネットワークストレージなどの固定受信機、あるいはスマートフォンや携帯電話機、タブレット型コンピュータ等のモバイル受信機とすることができる。また、データ処理装置２０は、車載テレビなどの車両に搭載される車載機器や、ヘッドマウントディスプレイ（HMD：Head Mounted Display）等のウェアラブルコンピュータなどであってもよい。
【００２５】
データ処理装置２０は、アンテナを介して、放送衛星３０から送信されてくる放送信号を受信して、必要な処理（例えば、復調処理等）を施す。データ処理装置２０は、放送信号から得られる伝送フレームを処理し、その結果得られる放送番組等のコンテンツのデータを出力する。
【００２６】
データ処理装置１２は、例えば、テストストリームに関する事業者等の施設内に設置される。データ処理装置１２は、通信回線を介して、データ処理装置１０から送信されてくる伝送フレームを受信する。
【００２７】
ここで、伝送フレームは、テスト用のデータ（以下、テストストリームという）から得られるデータである。データ処理装置１２は、テストストリームとしての伝送フレームに対し、必要な処理を施し、所定の形式のファイルを生成する。そして、所定の形式のファイルからなるテストストリームは、記録媒体１０６に記録される。
【００２８】
この記録媒体１０６に記録されたテストストリームは、読み出されて再生され、送信施設内に設置されるデータ処理装置１１、又はユーザの施設内に設置されるデータ処理装置２０に入力される。これにより、データ処理装置２０は、記録媒体１０６を介してテストストリームを得ることができる。
【００２９】
また、データ処理装置１１では、記録媒体１０６から再生されたテストストリームが得られる。データ処理装置１１は、テストストリームに対し、必要な処理（例えば、変調処理等）を施し、その結果得られる放送信号を、放送衛星３０に向けて送信する。これにより、データ処理装置２０は、放送衛星３０から送信されてくる放送信号を受信して処理し、放送経由でテストストリームを得ることができる。
【００３０】
また、データ処理装置１２は、データ処理装置１０から送信されてくる伝送フレームを処理し、所定の形式のパケットからなるテストストリームを生成する。データ処理装置１２は、所定の形式のパケットから構成されるテストストリームを、ネットワーク４０を介して、データ処理装置２０に送信する。これにより、データ処理装置２０は、ネットワーク４０を介して送信されてくるテストストリームを受信し、通信経由でテストストリームを得ることができる。
【００３１】
なお、記録媒体１０６に記録されたテストストリームは、データ処理装置１２に入力（再度入力）されるようにしてもよい。この場合、データ処理装置１２は、記録媒体１０６から再生されたテストストリームを、ネットワーク４０を介して、データ処理装置２０に送信することになる。
【００３２】
すなわち、データ処理装置２０には、記録媒体１０６により、あるいは、放送経由又は通信経由で、テストストリームが提供（入力）される。このようにして提供されるテストストリームは、データ処理装置２０により処理され、例えば、各種の評価や検証などの受信機の開発を支援するために利用される。
【００３３】
なお、データ処理装置１２は、テストストリームに関する事業者等の施設内に限らず、例えば、放送局に関連する施設内や、アップリンク局等の送信施設内等の他の施設内に設置されるようにしてもよい。
【００３４】
また、以下の説明では、４つのデータ処理装置１０，１１，１２，２０を、放送局側のデータ処理装置１０、アップリンク局側のデータ処理装置１１、テスト事業者側のデータ処理装置１２、ユーザ側のデータ処理装置２０とも称して区別するようにする。さらに、データ処理装置１０，１１，１２を総称して、送信側のデータ処理装置とも称する。一方で、データ処理装置２０は、受信側のデータ処理装置とも称する。
【００３５】
伝送システム１は、以上のように構成される。
【００３６】
（データ処理装置の構成例）
図２は、図１の伝送システムにおける各データ処理装置の構成例を示すブロック図である。
【００３７】
図２においては、送信側の各データ処理装置１０，１１，１２が様々な形態を採用できるため、各ブロックが、どのデータ処理装置の構成要素になるかは明示していないが、例えば、次のような構成を採用することができる。
【００３８】
すなわち、IPパケット多重化部１０１、TLV多重化部１０２、及び伝送フレーム生成部１０３は、放送局側のデータ処理装置１０の構成要素とされる。また、変調部１０４は、アップリンク局側のデータ処理装置１１の構成要素とされる。
【００３９】
また、pcap形式変換部１０５、記録媒体１０６、TLVパケット生成部１０７、及びIPパケット生成部１０８は、テスト事業者側のデータ処理装置１２の構成要素とされる。ただし、pcap形式変換部１０５などのデータ処理装置１２の構成要素は、放送局側のデータ処理装置１０、又はアップリンク局側のデータ処理装置１１の構成要素とすることができる。
【００４０】
IPパケット多重化部１０１は、そこに入力されるビデオやオーディオのコンポーネントと、上位層の制御情報のストリームを処理して、IP(Internet Protocol)パケットに多重化し、その結果得られるIPパケットのストリームを、TLV多重化部１０２に供給する。
【００４１】
なお、上位層の制御情報とは、物理層よりも上位層の制御情報であって、例えば、TLV-SIとMMT-SIの２種類の制御情報（SI：Signaling Information）がある。TLV-SIは、IPパケットの多重のためのTLV多重化方式に関わる制御情報である。また、MMT-SIは、メディアトランスポート方式であるMMT(MPEG Media Transport)に関わる制御情報である。
【００４２】
TLV多重化部１０２は、IPパケット多重化部１０１からのIPパケットのストリームを処理して、TLV(Type Length Value)パケットに多重化し、その結果得られるTLVパケットのストリームを、伝送フレーム生成部１０３に供給する。
【００４３】
なお、TLVパケットは、IPパケットを放送伝送路で伝送するためのパケットである。TLVパケットは、可変長のパケットであって、例えば、4〜65536バイトのサイズとされる。
【００４４】
伝送フレーム生成部１０３は、TLV多重化部１０２からのTLVパケットのストリームを用いて、伝送フレームを生成し、変調部１０４に供給する。なお、詳細は図７を参照して後述するが、この伝送フレームは、イーサーネット（登録商標）のフレーム形式として生成される。
【００４５】
変調部１０４は、伝送フレーム生成部１０３からの伝送フレームに対し、変調処理などの必要な処理を施し、その結果得られるRF信号としての放送信号を送出（送信）する。そして、アップリンク局側のデータ処理装置１１の変調部１０４から送信（送出）された放送信号は、放送衛星３０（図１）を介して、ユーザ側のデータ処理装置２０により受信される。
【００４６】
ユーザ側のデータ処理装置２０は、復調部２０１、TLVパケット処理部２０２、IPパケット処理部２０３、デコーダ２０４、伝送フレーム抽出部２０５、及びTLVパケット抽出部２０６から構成される。
【００４７】
復調部２０１は、アンテナを介して、放送衛星３０からの放送信号を受信する。復調部２０１は、RF信号としての放送信号に対し、復調処理などの必要な処理を施し、その結果得られる伝送フレームを処理する。また、復調部２０１は、伝送フレームを処理し、その結果得られるTLVパケットのストリームを、TLVパケット処理部２０２に供給する。
【００４８】
TLVパケット処理部２０２は、復調部２０１からのTLVパケットのストリームを処理し、その結果得られるIPパケットのストリームを、IPパケット処理部２０３に供給する。
【００４９】
IPパケット処理部２０３は、TLVパケット処理部２０２からのIPパケットのストリームを処理し、その結果得られるビデオやオーディオのストリームを、デコーダ２０４に供給する。
【００５０】
デコーダ２０４は、IPパケット処理部２０３からのストリームから得られるビデオやオーディオのデータをデコードし、その結果得られるビデオやオーディオのデータを、外部の装置に出力する。これにより、外部の装置では、放送番組等のコンテンツが再生される。
【００５１】
ここで、伝送システム１において、テストストリームを利用する場合に、受信側（ユーザ側）のデータ処理装置２０がテストストリームを受け取るための経路としては、例えば、次の３つの経路がある。
【００５２】
すなわち、第１に、記録媒体１０６を介してテストストリームを受け取る経路と、第２に、放送経由でテストストリームを受け取る経路と、第３に、通信経由でテストストリームを受け取る経路があることは、先に述べた通りである。以下、各経路によりテストストリームを受け取る場合の詳細について説明する。
【００５３】
（記録媒体経由でテストストリームを受け取る場合の例）
まず、記録媒体１０６を介して、ユーザ側のデータ処理装置２０が、テストストリームを受け取る場合について説明する。
【００５４】
この場合、放送局側のデータ処理装置１０の伝送フレーム生成部１０３により生成された伝送フレームは、テスト事業者側のデータ処理装置１２のpcap形式変換部１０５に供給される。
【００５５】
pcap形式変換部１０５は、伝送フレーム生成部１０３からの伝送フレームを、pcap(packet capture)形式のファイルに変換し、記録媒体１０６に記録する。すなわち、ここでは、テストストリームとしての伝送フレームのストリームが、pcap形式のファイルに変換されたことになる。
【００５６】
記録媒体１０６は、不揮発性メモリ等の半導体メモリや、DVD(Digital Versatile Disc)，Blu-ray（登録商標） Disc等の光ディスク、ハードディスクドライブ（HDD：Hard Disk Drive）などの記録媒体である。また、pcap形式は、コンピュータネットワーク管理の分野におけるパケットスニファのために用いられるファイルの形式である。なお、pcap形式の詳細は、図３乃至図６を参照して後述する。
【００５７】
この記録媒体１０６は、例えば、テスト事業者側の施設内から、ユーザ側の施設内に移動され、そこに記録されたテストストリーム（pcap形式のファイル）が読み出され（再生され）、ユーザ側のデータ処理装置２０（の伝送フレーム抽出部２０５）に入力される。
【００５８】
データ処理装置２０において、伝送フレーム抽出部２０５は、記録媒体１０６から読み出されたテストストリーム（pcap形式のファイル）を処理し、伝送フレームを抽出する。伝送フレーム抽出部２０５は、抽出された伝送フレームを、TLVパケット抽出部２０６に供給する。
【００５９】
TLVパケット抽出部２０６は、伝送フレーム抽出部２０５からの伝送フレームを処理し、TLVパケットを抽出する。TLVパケット抽出部２０６は、抽出されたTLVパケットのストリームを、TLVパケット処理部２０２に供給する。
【００６０】
TLVパケット処理部２０２乃至デコーダ２０４においては、上述したように、TLVパケットやIPパケットに対する処理が行われ、そこから得られるビデオやオーディオのデータがデコードされる。
【００６１】
このように、ユーザ側のデータ処理装置２０において、記録媒体１０６を経由して入力されたテストストリーム（pcap形式のファイル）は、伝送フレーム抽出部２０５やTLVパケット抽出部２０６、TLVパケット処理部２０２乃至デコーダ２０４などにより処理され、例えば、各種の評価や検証などの受信機の開発を支援するために利用される。
【００６２】
なお、データ処理装置２０で行われる処理の詳細は、図７及び図８、並びに図１５などを参照して後述する。また、ここでは、記録媒体１０６によって、pcap形式のファイルとしてのテストストリームが受け渡される場合を例示したが、このpcap形式のファイルは、例えば、ネットワーク４０を経由して受け渡すなど、他の経路によってpcap形式のファイルの受け渡しが行われるようにしてもよい。
【００６３】
（放送経由でテストストリームを受け取る場合の例）
次に、放送経由で、ユーザ側のデータ処理装置２０が、テストストリームを受け取る場合について説明する。
【００６４】
この場合、放送局側のデータ処理装置１０の伝送フレーム生成部１０３により生成された伝送フレームは、テスト事業者側のデータ処理装置１２のpcap形式変換部１０５に供給され、pcap形式のファイルに変換される。これにより、テストストリームとしての伝送フレームのストリームが、pcap形式のファイルに変換され、記録媒体１０６に記録される。
【００６５】
この記録媒体１０６は、例えば、テスト事業者側の施設内から、アップリンク局側の施設内に移動され、そこに記録されたテストストリーム（pcap形式のファイル）が読み出され（再生され）、アップリンク局側のデータ処理装置１１（の変調部１０４）に入力される。
【００６６】
データ処理装置１１において、変調部１０４は、記録媒体１０６から読み出されたテストストリーム（pcap形式のファイル）に対し、変調処理などの必要な処理を施し、その結果得られる放送信号を送信する。アップリンク局側のデータ処理装置１１の変調部１０４から送信（送出）された放送信号は、放送衛星３０（図１）を介して、ユーザ側のデータ処理装置２０により受信される。
【００６７】
データ処理装置２０において、復調部２０１は、アンテナを介して、放送衛星３０からの放送信号を受信する。復調部２０１は、放送信号に対し、復調処理などの必要な処理を施し、その結果得られるテストストリーム（pcap形式のファイル）を処理する。また、復調部２０１は、pcap形式のファイルから得られる伝送フレームを処理し、その結果得られるTLVパケットのストリームを、TLVパケット処理部２０２に供給する。
【００６８】
TLVパケット処理部２０２乃至デコーダ２０４においては、上述したように、TLVパケットやIPパケットに対する処理が行われ、そこから得られるビデオやオーディオのデータがデコードされる。
【００６９】
このように、ユーザ側のデータ処理装置２０において、放送経由で入力されたテストストリーム（pcap形式のファイル）は、復調部２０１や、TLVパケット処理部２０２乃至デコーダ２０４などにより処理され、例えば、各種の評価や検証などの受信機の開発を支援するために利用される。
【００７０】
なお、データ処理装置２０で行われる処理の詳細は、図７及び図８、並びに図１６などを参照して後述する。
【００７１】
また、受信機としてのデータ処理装置２０を評価する場合などでは、データ処理装置１１の変調部１０４の出力であるテストストリームをアップリンクすることなく、直接、受信機としてのデータ処理装置２０に入力されるようにしてもよい。
【００７２】
（通信経由でテストストリームを受け取る場合の例）
次に、通信経由で、ユーザ側のデータ処理装置２０が、テストストリームを受け取る場合について説明する。
【００７３】
この場合、放送局側のデータ処理装置１０の伝送フレーム生成部１０３により生成された伝送フレームは、テスト事業者側のデータ処理装置１２のTLVパケット生成部１０７に供給される。
【００７４】
TLVパケット生成部１０７は、伝送フレーム生成部１０３からの伝送フレームを処理して、TLVパケットを生成する。すなわち、ここでは、テストストリームとしての伝送フレームのストリームから、TLVパケットが生成されたことになる。
【００７５】
そして、テスト事業者側のデータ処理装置１２においては、TLVパケット生成部１０７により生成されたTLVパケットが、所定の形式で、ネットワーク４０を介して、ユーザ側のデータ処理装置２０に送信される。また、ここでは、データ処理装置１２が、マルチキャスト配信を行うことで、ネットワーク４０に接続された複数のデータ処理装置２０に対し、TLVパケットを通知することができる。
【００７６】
また、テスト事業者側のデータ処理装置１２において、TLVパケット生成部１０７により生成されるTLVパケットは、IPパケット生成部１０８に供給される。IPパケット生成部１０８は、TLVパケット生成部１０７からのTLVパケットを処理して、IPパケットを生成する。すなわち、ここでは、テストストリームとしてのTLVパケットのストリームから、IPパケットが生成されたことになる。
【００７７】
そして、テスト事業者側のデータ処理装置１２においては、IPパケット生成部１０８により生成されたIPパケットが、ネットワーク４０を介して、ユーザ側のデータ処理装置２０に送信される。また、ここでは、データ処理装置１２が、マルチキャスト配信を行うことで、ネットワーク４０に接続された複数のデータ処理装置２０に対し、IPパケットを通知することができる。
【００７８】
なお、ここでは、テストストリームとしての伝送フレームのストリームから、TLVパケット又はIPパケットを生成して、ネットワーク４０を介して送信する場合を説明したが、テスト事業者側のデータ処理装置１２は、伝送フレームを直接、所定の形式で、ネットワーク４０を介して送信するようにしてもよい。また、通信経路でのテストストリームは、記録媒体１０６から読み出されて再生されたテストストリームから生成されるようにしてもよい。
【００７９】
このように、テストストリームとしての伝送フレームは、TLVパケット、IPパケット、又は伝送フレームのデータとして、通信経由で受け渡すことができる。そして、ユーザ側のデータ処理装置２０は、テスト事業者側のデータ処理装置１２から、ネットワーク４０を介して、TLVパケット、IPパケット、又は伝送フレームのデータを受信して、通信経由でテストストリームを受け取ることになる。
【００８０】
ユーザ側のデータ処理装置２０においては、通信経由でのテストストリームが、TLVパケットのデータとして送信されてきた場合、TLVパケット処理部２０２によって、当該TLVパケットに対する処理が行われる。
【００８１】
また、データ処理装置２０においては、通信経由でのテストストリームが、IPパケットのデータとして送信されてきた場合、IPパケット処理部２０３によって、当該IPパケットに対する処理が行われる。さらに、データ処理装置２０においては、通信経由でのテストストリームが、伝送フレームのデータとして送信されてきた場合、TLVパケット抽出部２０６によって、当該伝送フレームに対する処理が行われる。
【００８２】
このように、ユーザ側のデータ処理装置２０において、通信経由で入力されたテストストリーム（TLVパケット、IPパケット、伝送フレーム）は、TLVパケット抽出部２０６や、TLVパケット処理部２０２乃至デコーダ２０４などにより処理され、例えば、各種の評価や検証などの受信機の開発を支援するために利用される。
【００８３】
＜２．本技術の伝送フレームの構造＞
【００８４】
ところで、テストストリームを利用する場合に、テストストリームとしての伝送フレームの伝送フォーマットとして、複数の伝送フォーマットが利用可能になることが想定される。ここで、複数の伝送フォーマットが利用可能となる場合に、例えば、アップリンク局側のデータ処理装置１１（の変調部１０４）や、ユーザ側のデータ処理装置２０に入力される、テストストリーム（伝送フレーム）の伝送フォーマットを識別できないと、誤った伝送フォーマットを選択してしまい、正しく動作が行われない可能性がある。
【００８５】
特に、伝送フォーマットの選択を、ユーザが手動で切り替える場合には、意図せずに、誤った伝送フォーマットを選択してしまう可能性があり、誤った伝送フォーマットを選択してしまうことで、正しく動作が行われないと、テストストリームを使用する際の利便性が低くなる。
【００８６】
そこで、本技術では、テストストリーム（伝送フレーム）の伝送フォーマットとして、複数の伝送フォーマットが利用可能となる場合に、テストストリーム（伝送フレーム）の伝送フォーマットを識別できるようにする。これにより、アップリンク局側のデータ処理装置１１や、ユーザ側のデータ処理装置２０においては、伝送フォーマットの識別結果に応じて、正しい伝送フォーマットが選択されて、確実に、正しい動作が行われることになる。その結果として、テストストリームを使用する際に、より利便性が向上することになる。
【００８７】
以下、本技術の伝送フレームの構造について説明するが、ここでは、まず、図３乃至図６を参照して、pcap形式のファイルの構造を説明してから、その後、図７乃至図８を参照して、本技術の伝送フレームの構造について説明する。
【００８８】
（pcap形式のファイルの構造）
図３は、pcap形式のファイルの構造を示す図である。
【００８９】
図３において、pcap形式のファイルは、先頭に配置されるグローバルヘッダ（Global Header）と、当該グローバルヘッダの後に繰り返し配置されるパケットから構成される。また、パケットは、パケットヘッダ（Packet Header）と、パケットデータ（Packet Data）から構成される。
【００９０】
ここで、グローバルヘッダ（Global Header）は、図４に示すような構造からなる。すなわち、グローバルヘッダは、magic_number，version_major，version_minor，thiszone，sigfigs，snaplen，linktypeから構成される。
【００９１】
magic_numberは、pcap形式のファイルの識別子である。例えば、この識別子としては、"0xa1b2c3d4"が指定される。version_majorは、メジャーバージョン番号を表す。version_minorは、マイナーバージョン番号を表す。
【００９２】
thiszoneは、対象のストリームを記録したタイムゾーンを表す。sigfigsは、記録したタイムスタンプの精度を表す。snaplenは、記録するパケットの最大サイズを表す。linktypeは、リンクレイヤのヘッダタイプを表す。例えば、このタイプとしては、イーサーネット（登録商標）の場合に、"1"が指定される。
【００９３】
また、パケットヘッダ（Packet Header）は、図５に示すような構造からなる。すなわち、パケットヘッダは、ts_sec，ts_usec，caplen，lenから構成される。
【００９４】
ts_secは、秒単位のタイムスタンプを表す。ts_usecは、マイクロ秒単位のタイムスタンプを表す。caplenは、capture lengthの略であって、キャプチャしたパケット長を表す。lenは、original lengthの略であって、元のパケット長を表す。
【００９５】
また、パケットデータ（Packet Data）は、図６に示すような構造からなる。すなわち、パケットデータは、dst_mac_addr，src_mac_addr，pkt_type，payloadから構成される。
【００９６】
dst_mac_addrは、宛先MAC(Media Access Control)アドレスを表す。src_mac_addrは、送信元MACアドレスを表す。
【００９７】
pkt_typeは、パケットタイプを表す。例えば、このタイプとしては、IPv4（Internet Protocol version 4）に対応したパケットの場合に、"0x0800"が指定される。payloadは、ペイロードを表す。例えば、pkt_typeとして、"0x0800"が指定された場合には、IPパケットのペイロードとされる。
【００９８】
pcap形式のファイルは、以上のように構成される。
【００９９】
テスト事業者側のデータ処理装置１２のpcap形式変換部１０５（図２）においては、テストストリームとしての伝送フレームが、pcap形式のファイルに変換されることになる。すなわち、pcap形式のファイルのパケットデータ（Packet Data）として、伝送フレームが配置されることなる。次に、このような本技術の伝送フレームについて説明する。
【０１００】
（本技術の伝送フレームの構造）
図７は、本技術の伝送フレームの構造の例を示す図である。
【０１０１】
図７において、伝送フレームは、放送局側のデータ処理装置１０と、アップリンク局側のデータ処理装置１１との局間で伝送すべきデータ（伝送データ）を、イーサーネット（登録商標）のフレーム形式にカプセル化している。
【０１０２】
図７において、本技術の伝送フレームは、宛先MACアドレス、送信元MACアドレス、プロトコルタイプ、プロトコルサブタイプ、プロトコルバージョン、ヘッダ、データ、BCH/S/LDPCパリティ、TMCC情報、タイムスタンプ、拡張情報、及びフレームチェックシーケンス（FCS）から構成される。
【０１０３】
宛先MACアドレスは、伝送フレームの宛先の機器のMACアドレスを表す。ここでは、例えば、アップリンク局側のデータ処理装置１１のMACアドレスが指定される。
【０１０４】
送信元MACアドレスは、伝送フレームの送信元の機器のMACアドレスを表す。ここでは、例えば、放送局側のデータ処理装置１０のMACアドレスが指定される。
【０１０５】
プロトコルタイプは、上位層のプロトコルを識別するためのタイプを表している。ここでは、例えば、IEEE(Institute of Electrical and Electronic Engineers)で規定された値が指定される。
【０１０６】
プロトコルサブタイプは、プロトコルタイプでは指定できないようなタイプを表している。ここでは、例えば、伝送ストリームの伝送フォーマットを識別するための識別情報（以下、伝送フォーマット識別情報という）や、TMCC情報やタイムスタンプなどの情報の存在の有無を示す情報（以下、存在情報という）などが指定される。なお、プロトコルサブタイプの詳細は、図８を参照して後述する。
【０１０７】
プロトコルバージョンは、伝送フレームの伝送フォーマットのバージョンを表す。プロトコルバージョンは、伝送フォーマットの情報が更新される度に、１ずつインクリメントされる。ただし、伝送フレームに含まれるデータ、又はタイムスタンプが更新されたときには、プロトコルバージョンを、インクリメントしないものとする。
【０１０８】
例えば、このプロトコルバージョンにより、アップリンク局側のデータ処理装置１１（の変調部１０４）、又はユーザ側のデータ処理装置２０では、TMCC情報等の制御情報が更新されていることを認識することができる。
【０１０９】
ヘッダは、例えば、IPパケットやUDPパケットに付加されるヘッダである。
【０１１０】
データは、単一のTLVパケット又は複数のTLVパケットから構成される。
【０１１１】
BCH/S/LDPCパリティは、BCH符号、スタッフビット（S：Stuff Bit）、及びLDPC(Low Density Parity Check)符号で用いられるパリティである。これらのパリティの詳細は、図１０を参照して後述する。
【０１１２】
TMCC(Transmission & Multiplexing Configuration Control)情報は、物理層の制御情報である。すなわち、このTMCC情報は、アップリンク局側のデータ処理装置１１で、TMCC情報を得るために、放送局側のデータ処理装置１０から送られる情報である。TMCC情報には、階層ごとに、変調パラメータや、伝送するデータの種類を示す情報などが含まれる。なお、TMCC情報の詳細は、例えば、下記の非特許文献２に開示されている。
【０１１３】
非特許文献２：ARIB STD-B44 2.1版 一般社団法人 電波産業会
【０１１４】
タイムスタンプは、テストストリームが正しいタイミングで処理されるようにするための時刻情報である。例えば、このタイムスタンプにより、アップリンク局側のデータ処理装置１１（の変調部１０４）、又はユーザ側のデータ処理装置２０では、テストストリームが正しいタイミングで再生され、適切なバッファリング制御を実現することが可能となる。
【０１１５】
拡張情報は、拡張用の情報である。この拡張情報としては、例えば、緊急警報情報などの任意の情報を配置することができる。
【０１１６】
フレームチェックシーケンス（FCS：Frame Check Sequence）は、伝送フレームの誤り検出及び誤り訂正を行うために付加されたチェックサム符号である。このフレームチェックシーケンス（FCS）により、アップリンク局側のデータ処理装置１１は、放送局側のデータ処理装置１０から受信した伝送フレームに、誤りがないかどうかをチェックすることができる。
【０１１７】
本技術の伝送フレームは、以上のように構成される。
【０１１８】
なお、このような構造を有する伝送フレームは、伝送フレーム生成部１０３又はpcap形式変換部１０５により生成される。すなわち、伝送フレーム生成部１０３により生成される伝送フレームが、図７に示した構造を有していてもよいし、あるいは、pcap形式変換部１０５が、伝送フレームを、pcap形式のファイルに変換する際に、伝送フレームの構造が、図７に示した構造になるように処理してもよい。
【０１１９】
（プロトコルサブタイプの例）
図８は、図７のプロトコルサブタイプ（Protocol_Subtype）のシンタックスの例を示す図である。なお、以下、2進数を、最後に、"b"を付した数値で表す。
【０１２０】
プロトコルサブタイプには、例えば、16ビットが割り当てられる。このプロトコルサブタイプの16ビットは、ビット列として扱われる。
【０１２１】
図８に示すように、プロトコルサブタイプの16ビット（0〜15ビット）のうち、最下位ビット（LSB：Least Significant Bit）から3ビット目までの下位3ビット（0〜2ビット）は、データ処理装置間のプロトコル、つまり、伝送フレームの伝送フォーマットを表している。
【０１２２】
すなわち、ここで表される伝送フレームの伝送フォーマットが、伝送フォーマット識別情報として取り扱われることで、テストストリーム（伝送フレーム）の伝送フォーマットとして、複数の伝送フォーマットが利用可能となる場合でも、処理対象の伝送フレームの伝送フォーマットを識別することができる。
【０１２３】
ここで、伝送フレームの伝送フォーマットとして、例えば、フォーマットA，フォーマットB，フォーマットCの３種類が存在する場合を想定する。
【０１２４】
例えば、フォーマットAは、局間で伝送される伝送フレームの伝送フォーマットとして、イーサーネット（登録商標）のフレーム形式を採用している場合に、そこに配置されるTLVパケットが、当該フレームを跨いで配置される構造を表している。そして、伝送フレームの伝送フォーマットが、フォーマットAとなるとき、プロトコルサブタイプの下位3ビット（0〜2ビット）には、"0"（000b）が指定される。
【０１２５】
また、例えば、フォーマットBは、局間で伝送される伝送フレームの伝送フォーマットとして、イーサーネット（登録商標）のフレーム形式を採用している場合に、そこに配置されるTLVパケットが、当該フレームを跨がずに配置される構造を表している。そして、伝送フレームの伝送フォーマットが、フォーマットBとなるとき、プロトコルサブタイプの下位3ビット（0〜2ビット）には、"1"（001b）が指定される。
【０１２６】
また、例えば、フォーマットCは、局間で伝送される伝送フレームの伝送フォーマットとして、イーサーネット（登録商標）のフレーム形式を採用している場合に、当該フレーム内に単一のTLVパケットが配置される構造を表している。そして、伝送フレームの伝送フォーマットが、フォーマットCとなるとき、プロトコルサブタイプの下位3ビット（0〜2ビット）には、"2"（010b）が指定される。
【０１２７】
プロトコルサブタイプの下位3ビット（0〜2ビット）のうち、"3"（011b）〜"6"（110b）は、将来の予約の領域とされる。さらに、プロトコルサブタイプの下位3ビット（0〜2ビット）のうち、"7"（111b）は、個々のデータを個別に指定する場合に指定される。すなわち、プロトコルサブタイプの下位3ビットに、"7"（111b）が指定された場合、プロトコルサブタイプの16ビットのうちの13ビット（3〜15ビット）を利用して、個々のデータが個別に指定される。
【０１２８】
プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から4ビット目の1ビットは、伝送フレームに含まれるデータ（データパケット）の構成を表している。例えば、この1ビットには、データ（データパケット）に含まれるのが、単一のTLVパケットである場合、"1"が指定され、複数のTLVパケットである場合、"0"が指定される。
【０１２９】
プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から5ビット目の1ビットは、BCH/S/LDPCパリティの存在の有無を表している。例えば、この1ビットには、BCH/S/LDPCパリティが存在する場合、"1"が指定され、BCH/S/LDPCパリティが存在しない場合、"0"が指定される。
【０１３０】
プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から6ビット目の1ビットは、TMCC情報の存在の有無を表している。例えば、この1ビットには、TMCC情報が存在する場合、"1"が指定され、TMCC情報が存在しない場合、"0"が指定される。
【０１３１】
プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から7ビット目の1ビットは、タイムスタンプの存在の有無を表している。例えば、この1ビットには、タイムスタンプが存在する場合、"1"が指定され、タイムスタンプが存在しない場合、"0"が指定される。
【０１３２】
プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から8ビット目の1ビットは、拡張情報の存在の有無を表している。例えば、この1ビットには、拡張情報が存在する場合、"1"が指定され、拡張情報が存在しない場合、"0"が指定される。
【０１３３】
このように、プロトコルサブタイプの16ビットのうち、最下位ビット（LSB）から、5〜8ビット目には、BCH/S/LDPCパリティ、TMCC情報、タイムスタンプ、及び拡張情報の存在の有無を示す存在情報が付加されており、これらの存在情報によって、伝送フレームに含まれるBCH/S/LDPCパリティ、TMCC情報、タイムスタンプ、及び拡張情報が選択可能となり、必要な情報のみを配置することが可能となる。これにより、不要な情報を配置しなくてよいため、ファイルのサイズを小さくすることができる。
【０１３４】
なお、プロトコルサブタイプの16ビットのうち、9ビット目から、最上位ビット（MSB：Most Significant Bit）までの上位8ビット（8〜15ビット）は、将来の予約の領域とされる。
【０１３５】
（現状の規格との対応）
ここで、図９には、高度広帯域衛星デジタル放送におけるTMCC基本情報の伝送方式を示している。
【０１３６】
図９に示すように、放送局側においては、主信号としてのTLVパケットに、22バイトのスロットヘッダを付加して、TLVフレーム化するに際し、35バイトのTMCC基本情報が付加されるようにする。そして、放送局側では、このようにして得られるTLVフレームを、イーサネット（登録商標）のフレーム形式にカプセル化してから、TLV多重化出力として、アップリンク局側に送信することになる。
【０１３７】
これにより、アップリンク局側においては、放送局側から送信されてくるTMCC基本情報を用い、TMCC情報を生成することが可能となる。
【０１３８】
一方で、本技術の伝送フレームでは、図７に示したように、TMCC情報が配置されるとして説明したが、ここに、図９に示したTMCC基本情報が配置されるようにしてもよい。そして、このとき、プロトコルサブタイプにおいて、図８に示したTMCC情報の存在の有無を示す存在情報は、TMCC基本情報の存在の有無を示す情報とすることができる。すなわち、本技術の伝送フレームは、高度広帯域衛星デジタル放送で用いられるテストストリームに適用することができる。
【０１３９】
なお、TMCC基本情報の詳細な内容については、上記の非特許文献１の「第8章 各種数値割り当て」の「付録1 TMCC 基本情報の伝送方法と構成」に記載されているため、ここでは、その詳細な内容の説明は省略するものとする。
【０１４０】
また、図１０には、高度広帯域衛星デジタル放送における伝送主信号のフレーム構成を示している。本技術の伝送フレームを、高度広帯域衛星デジタル放送で用いられるテストストリームに適用する場合には、図７に示した「データ」には、図１０に示すようなスロット単位のデータが配置されることになる。
【０１４１】
なお、この伝送主信号のフレーム構成の詳細な内容については、例えば、上記の非特許文献２の「第3章 伝送路符号化方式」の「3.2 多重信号のフレーム構成」に記載されているため、ここでは、その詳細な内容の説明は省略するものとする。
【０１４２】
また、図７に示した伝送フレームに配置されるBCH/S/LDPCパリティは、図１０のBCHパリティ、スタッフビット（S）、LDPCパリティに相当するものである。
【０１４３】
＜３．伝送フォーマットの変形例＞
【０１４４】
上述したように、本技術の伝送フレームでは、プロトコルサブタイプとして、伝送フォーマット識別情報とともに、TMCC情報やタイムスタンプなどの存在の有無を示す存在情報が付加されているため、TMCC情報やタイムスタンプなどの情報を選択的に配置することが可能となる。
【０１４５】
一方で、本技術の伝送フレームは、pcap形式のファイルに変換されることで、グローバルヘッダやパケットヘッダが付加されている。本技術では、このpcap形式のファイルの構造を利用して、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの情報を、付加情報として格納することで、pcap形式のファイルのサイズの増大を抑制し、ファイルサイズを小さくすることができるようにする。
【０１４６】
以下、このような構造を、本技術の伝送フレームの伝送フォーマットの変形例として説明する。
【０１４７】
（グローバルヘッダ拡張）
図１１は、グローバルヘッダの拡張領域に、付加情報を配置する例を示す図である。
【０１４８】
図１１においては、pcap形式のファイルの先頭に配置されるグローバルヘッダを拡張して、そこに、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの付加情報が配置されるようにしている。
【０１４９】
このような構造を採用することで、付加情報が、グローバルヘッダの拡張領域にのみ配置され、その後に繰り返し配置されるパケット（パケットヘッダとパケットデータ）に対して配置されることはない。そのため、例えば、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの情報を、パケットデータとして配置していた場合と比べて、pcap形式のファイルのサイズを小さくすることができる。
【０１５０】
また、TMCC情報やタイムスタンプなどの情報は、必要な情報のみを選択的に付加情報として、グローバルヘッダの拡張領域に配置することができるため、不要な情報を配置しないことで、pcap形式のファイルのサイズをさらに小さくすることができる。
【０１５１】
なお、TMCC情報やタイムスタンプなどの情報の存在の有無は、プロトコルサブタイプに含まれる存在情報（TMCC情報やタイムスタンプなどの情報の存在の有無を示す存在情報）により判別することができる。また、付加情報としては、TMCC情報やタイムスタンプに限らず、例えば、拡張情報などの他の情報を加えるようにしてもよい。
【０１５２】
（パケットヘッダ拡張）
図１２は、パケットヘッダの拡張領域に、付加情報を配置する例を示す図である。
【０１５３】
図１２においては、pcap形式のファイルに配置されるパケットヘッダを拡張して、そこに、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの付加情報が配置されるようにしている。
【０１５４】
このような構造を採用することで、付加情報が、グローバルヘッダの後に繰り返し配置されるパケットのパケットヘッダの拡張領域に配置される。このとき、TMCC情報やタイムスタンプなどの情報は、必要な情報のみを選択的に付加情報として、パケットヘッダの拡張領域に配置することができる。そのため、付加情報として、不要な情報を配置しないようにすることで、pcap形式のファイルのサイズを小さくすることができる。
【０１５５】
なお、ここでも、TMCC情報やタイムスタンプなどの情報の存在の有無は、プロトコルタイプに含まれる存在情報により判別することができる。また、図１２の例では、繰り返し配置されるパケットのパケットヘッダの拡張領域に対し、付加情報がくり返し配置されるとして説明したが、先頭のパケットのパケットヘッダにのみ、付加情報を配置するようにしてもよい。
【０１５６】
さらに、繰り返し配置されるパケットのパケットヘッダの拡張領域に配置される付加情報の内容が異なるようにしてもよい。例えば、１つ目のパケットのパケットヘッダの付加領域には、プロトコルサブタイプのみが配置され、２つ目のパケットのパケットヘッダの付加領域には、TMCC情報とタイムスタンプのみが配置されるようにするなど、情報を分散して配置させることができる。
【０１５７】
（先頭のパケットに付加情報を配置）
図１３は、先頭のパケットに、付加情報を配置する例を示す図である。
【０１５８】
図１３においては、pcap形式のファイルの先頭に配置されるパケットのパケットデータにのみ、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの付加情報が配置されるようにしている。
【０１５９】
このような構造を採用することで、付加情報が、先頭のパケットのパケットデータにのみ配置され、その後に繰り返し配置されるパケット（パケットヘッダとパケットデータ）に対して配置されることはない。そのため、例えば、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの情報を、パケットデータとして配置していた場合と比べて、pcap形式のファイルのサイズを小さくすることができる。
【０１６０】
また、TMCC情報やタイムスタンプなどの情報は、必要な情報のみを選択的に付加情報として、先頭のパケットのパケットデータに配置することができるため、不要な情報を配置しないことで、pcap形式のファイルのサイズをさらに小さくすることができる。
【０１６１】
なお、ここでも、TMCC情報やタイムスタンプなどの情報の存在の有無は、プロトコルタイプに含まれる存在情報により判別することができる。
【０１６２】
（別のファイルとして付加情報を記録）
図１４は、別のファイルとして、付加情報を記録する例を示す図である。
【０１６３】
図１４においては、pcap形式のファイルのほかに、別のファイルが生成される。ここでは、pcap形式のファイルには、付加情報は配置されず、別のファイルにおいて、パケットのパケットデータに、付加情報として、プロトコルサブタイプ、TMCC情報やタイムスタンプなどの情報が配置される。
【０１６４】
このように、付加情報を、別のファイルとして、いわばメタデータとして用いていることもできる。
【０１６５】
なお、上述した説明では、本技術の伝送フレームを、テストストリームに適用する場合を説明したが、本技術の伝送フレームは、テストストリーム以外の他のストリームに適用することもできる。また、付加情報をエンコードして、ファイル名（の一部）に記録することもできる。
【０１６６】
＜４．テストストリーム対応処理の流れ＞
【０１６７】
次に、図１５及び図１６のフローチャートを参照して、図１の伝送システム１を構成する各データ処理装置で実行される処理の流れについて説明する。
【０１６８】
（テストストリームの記録・再生処理）
まず、図１５のフローチャートを参照して、テストストリームの記録・再生処理の流れを説明する。
【０１６９】
なお、図１５において、ステップＳ１０１乃至Ｓ１０５の処理は、送信側のデータ処理装置、すなわち、放送局側のデータ処理装置１０、アップリンク局側のデータ処理装置１１、及びテスト事業者側のデータ処理装置１２により実行される。一方で、ステップＳ２０１乃至２０６は、受信側のデータ処理装置、すなわち、ユーザ側のデータ処理装置２０により実行される。
【０１７０】
ステップＳ１０１において、放送局側のデータ処理装置１０のIPパケット多重化部１０１は、ビデオやオーディオのコンポーネントや、上位層の制御情報のストリームを処理して、IPパケットに多重化する。
【０１７１】
ステップＳ１０２において、放送局側のデータ処理装置１０のTLV多重化部１０２は、ステップＳ１０１の処理で得られるIPパケットのストリームを処理して、TLVパケットに多重化する。
【０１７２】
ステップＳ１０３において、放送局側のデータ処理装置１０の伝送フレーム生成部１０３は、ステップＳ１０２の処理で得られるTLVパケットのストリームを処理して、伝送フレームを生成する。
【０１７３】
ステップＳ１０４において、テスト事業者側のデータ処理装置１２のpcap形式変換部１０５は、ステップＳ１０３の処理で得られる伝送フレームを、pcap形式のファイルに変換する。
【０１７４】
ステップＳ１０５において、テスト事業者側のデータ処理装置１２のpcap形式変換部１０５は、ステップＳ１０４の処理で得られるpcap形式のファイルを、記録媒体１０６に記録する。
【０１７５】
その後、例えば、この記録媒体１０６は、所定の機器に取り付けられ、そこに記録されたpcap形式のファイルが読み出されて再生され、ユーザ側のデータ処理装置２０（の伝送フレーム抽出部２０５）に入力される（Ｓ２０１）。すなわち、ユーザ側のデータ処理装置２０は、記録媒体経由で、テストストリームを受け取ったことになる。
【０１７６】
ステップＳ２０２において、ユーザ側のデータ処理装置２０の伝送フレーム抽出部２０５は、ステップＳ２０１の処理で得られるpcap形式のファイルを処理して、伝送フレームを抽出する。
【０１７７】
このとき、pcap形式のファイルには、プロトコルサブタイプとして、伝送フォーマット識別情報が付加されているので、伝送フレーム抽出部２０５では、この伝送フォーマット識別情報によって、処理対象の伝送フレームの伝送フォーマットを識別することができる。
【０１７８】
これにより、ユーザ側のデータ処理装置２０においては、伝送フォーマットの識別結果に応じて、正しい伝送フォーマットが選択され、確実に、正しい動作が行われることになる。その結果として、テストストリームを使用する際に、より利便性が向上することになる。
【０１７９】
また、pcap形式のファイルには、TMCC情報やタイムスタンプなどの情報の存在の有無を示す存在情報が付加されているので、伝送フレーム抽出部２０５では、この存在情報によって、伝送フレームに、TMCC情報やタイムスタンプなどの情報が含まれているかどうかを判別することができる。
【０１８０】
ステップＳ２０３において、ユーザ側のデータ処理装置２０のTLVパケット抽出部２０６は、ステップＳ２０２の処理で得られる伝送フレームを処理して、TLVパケットを抽出する。
【０１８１】
ステップＳ２０４において、ユーザ側のデータ処理装置２０のTLVパケット処理部２０２は、ステップＳ２０３の処理で得られるTLVパケットを処理し、IPパケットを抽出する。
【０１８２】
ステップＳ２０５において、ユーザ側のデータ処理装置２０のIPパケット処理部２０３は、ステップＳ２０４の処理で得られるIPパケットを処理して、ビデオやオーディオのコンポーネントのデータを抽出する。
【０１８３】
ステップＳ２０６において、ユーザ側のデータ処理装置２０のデコーダ２０４は、ステップＳ２０５の処理で得られる、ビデオやオーディオのコンポーネントのデータをデコードする。なお、ステップＳ２０６の処理で得られるデータは、例えば、外部の装置に出力され、放送番組等のコンテンツが再生される。
【０１８４】
以上、テストストリームの記録・再生処理の流れについて説明した。
【０１８５】
（テストストリームの送信・受信処理）
次に、図１６のフローチャートを参照して、テストストリームの送信・受信処理の流れを説明する。
【０１８６】
なお、図１６において、ステップＳ１５１乃至Ｓ１５７の処理は、送信側のデータ処理装置、すなわち、放送局側のデータ処理装置１０、アップリンク局側のデータ処理装置１１、及びテスト事業者側のデータ処理装置１２により実行される。一方で、ステップＳ２５１乃至２５４は、受信側のデータ処理装置、すなわち、ユーザ側のデータ処理装置２０により実行される。
【０１８７】
ステップＳ１５１乃至Ｓ１５５においては、図１５のステップＳ１０１乃至Ｓ１０５と同様に、コンポーネント等のストリームが、IPパケットに多重化された後に、さらに、TLVパケットに多重化されることで、伝送フレームが生成される。そして、このテストストリームとしての伝送フレームは、pcap形式のファイルに変換され、記録媒体１０６に記録される。
【０１８８】
その後、例えば、この記録媒体１０６は、所定の機器に取り付けられ、そこに、記録されたpcap形式のファイルが読み出されて再生され、アップリンク局側のデータ処理装置１１（の変調部１０４）に入力される（Ｓ１５６）。すなわち、アップリンク局側のデータ処理装置１１は、記録媒体経由で、テストストリームを受け取ったことになる。
【０１８９】
ステップＳ１５７において、アップリンク局側のデータ処理装置１１の変調部１０４は、ステップＳ１５６の処理で得られるデータに対し、変調処理などの必要な処理を施し、その結果得られる放送信号を送信する。
【０１９０】
このとき、pcap形式のファイルには、プロトコルサブタイプとして、伝送フォーマット識別情報が付加されているので、アップリンク局側のデータ処理装置１１（の変調部１０４）では、この伝送フォーマット識別情報によって、処理対象の伝送フレームの伝送フォーマットを識別することができる。
【０１９１】
これにより、アップリンク局側のデータ処理装置１１においては、伝送フォーマットの識別結果に応じて、正しい伝送フォーマットが選択され、確実に、正しい動作が行われることになる。その結果として、テストストリームを使用する際に、より利便性が向上することになる。
【０１９２】
また、pcap形式のファイルには、TMCC情報やタイムスタンプなどの情報の存在の有無を示す存在情報が付加されているので、アップリンク局側のデータ処理装置１１（の変調部１０４）では、この存在情報によって、伝送フレームに、TMCC情報やタイムスタンプなどの情報が含まれているかどうかを判別することができる。
【０１９３】
アップリンク局側のデータ処理装置１１（の変調部１０４）から送出された放送信号は、放送衛星３０を介して、ユーザ側のデータ処理装置２０により受信される。
【０１９４】
ステップＳ２５１において、ユーザ側のデータ処理装置２０の復調部２０１は、アンテナを介して、放送衛星３０から受信した放送信号に対し、復調処理などの必要な処理を施し、その結果得られるpcap形式のファイルを処理する。ここでは、pcap形式のファイルを処理することで、テストストリームとしての伝送フレームが得られる。すなわち、ユーザ側のデータ処理装置２０は、放送経由で、テストストリームを受け取ったことになる。
【０１９５】
このとき、pcap形式のファイルには、プロトコルサブタイプとして、伝送フォーマット識別情報が付加されているので、復調部２０１では、この伝送フォーマット識別情報により、処理対象の伝送フレームの伝送フォーマットを識別することができる。
【０１９６】
また、pcap形式のファイルには、TMCC情報やタイムスタンプなどの情報の存在の有無を示す存在情報が付加されているので、復調部２０１では、この存在情報によって、伝送フレームに、TMCC情報やタイムスタンプなどの情報が含まれているかどうかを判別することができる。
【０１９７】
ステップＳ２５２乃至Ｓ２５４においては、図１５のステップＳ２０４乃至Ｓ２０６と同様に、伝送フレームから得られるTLVパケットが処理された後に、さらに、IPパケットが処理されることで、コンポーネントのデータが得られる。そして、コンポーネントのデータがデコードされ、出力される。
【０１９８】
以上、テストストリームの送信・受信処理の流れについて説明した。
【０１９９】
＜５．変形例＞
【０２００】
（他の放送規格への適用）
上述した説明としては、デジタル放送の規格として、日本等で採用されている方式であるISDB(Integrated Services Digital Broadcasting)を説明したが、本技術は、米国等が採用する方式であるATSC(Advanced Television Systems Committee)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。
【０２０１】
また、デジタル放送の規格としては、放送衛星（BS)や通信衛星（CS）等を利用した衛星放送のほか、地上波放送や、ケーブルテレビ（CATV）等の有線放送などの規格に適用することができる。さらに、上述した説明では、IPパケットを用いたIP伝送方式が採用されるISDB-S3を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
【０２０２】
（パケットや制御情報の他の例）
また、上述したパケットやフレーム、制御情報などの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のパケットやフレーム、制御情報などの実質的な内容が異なるものではない。
【０２０３】
例えば、TLVパケットは、ALP(ATSC Link-layer Protocol)パケットやGenericパケットなどを称される場合がある。また、フレームとパケットは、同じ意味で用いられる場合がある。また、上述した説明では、IPv4(Internet Protocol version 4)のIPパケットについて説明したが、IPv6(Internet Protocol version 6)のIPパケットが用いられるようにしてもよい。
【０２０４】
（他の規格への適用）
また、本技術は、伝送路として、放送伝送路（放送網）以外の伝送路、すなわち、例えば、インターネットや電話網等の通信伝送路（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、例えば、伝送システム１（図１）の伝送路として、インターネットや電話網などの通信伝送路が利用され、データ処理装置１１やデータ処理装置１２は、インターネット上に設けられたサーバとすることができる。そして、当該通信サーバと、データ処理装置２０とが、インターネット等の通信伝送路を介して双方向の通信を行うことになる。
【０２０５】
（放送信号記録への適用）
本技術は、デジタル放送サービスにより伝送された放送信号に対しても適用することができる。すなわち、例えば、レコーダ等のデジタル放送記録装置（データ処理装置２０）において、受信された放送信号から得られるデータを、pcap形式のファイルに変換することで、識別情報（伝送フォーマット識別情報）を付加して、記録媒体１０６に記録することができる。
【０２０６】
＜６．コンピュータの構成＞
【０２０７】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１７は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２０８】
コンピュータ１０００において、CPU(Central Processing Unit)１００１、ROM(Read Only Memory)１００２、RAM(Random Access Memory)１００３は、バス１００４により相互に接続されている。バス１００４には、さらに、入出力インターフェース１００５が接続されている。入出力インターフェース１００５には、入力部１００６、出力部１００７、記録部１００８、通信部１００９、及び、ドライブ１０１０が接続されている。
【０２０９】
入力部１００６は、キーボード、マウス、マイクロフォンなどよりなる。出力部１００７は、ディスプレイ、スピーカなどよりなる。記録部１００８は、ハードディスクや不揮発性のメモリなどよりなる。通信部１００９は、ネットワークインターフェースなどよりなる。ドライブ１０１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブル記録媒体１０１１を駆動する。
【０２１０】
以上のように構成されるコンピュータ１０００では、CPU１００１が、ROM１００２や記録部１００８に記録されているプログラムを、入出力インターフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。
【０２１１】
コンピュータ１０００（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブル記録媒体１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２１２】
コンピュータ１０００では、プログラムは、リムーバブル記録媒体１０１１をドライブ１０１０に装着することにより、入出力インターフェース１００５を介して、記録部１００８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部１００９で受信し、記録部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記録部１００８に、あらかじめインストールしておくことができる。
【０２１３】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２１４】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２１５】
また、本技術は、以下のような構成をとることができる。
【０２１６】
（１）
放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加する処理部を備える
データ処理装置。
（２）
前記伝送フレームは、所定の形式のファイルに変換される
（１）に記載のデータ処理装置。
（３）
前記伝送フレームは、コンポーネントのストリームのデータとともに、制御情報、時刻情報、及びバージョン情報を含めることが可能である
（１）又は（２）に記載のデータ処理装置。
（４）
前記処理部は、前記識別情報とともに、前記制御情報の存在の有無を示す第１の存在情報と、前記時刻情報の存在の有無を示す第２の存在情報を付加する
（３）に記載のデータ処理装置。
（５）
前記伝送フレームは、誤り訂正符号で用いられるパリティ、及び拡張情報をさらに含めることが可能であり、
前記処理部は、前記パリティの存在の有無を示す第３の存在情報と、前記拡張情報の存在の有無を示す第４の存在情報を付加する
（４）に記載のデータ処理装置。
（６）
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのヘッダを拡張した領域に配置される
（４）又は（５）に記載のデータ処理装置。
（７）
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのうち、先頭のパケットにのみ配置される
（４）又は（５）に記載のデータ処理装置。
（８）
前記伝送フレームは、イーサーネット（登録商標）のフレーム形式で伝送され、
前記伝送フレームには、１又は複数のTLV(Type Length Value)パケットが配置され、
前記TLVパケットには、コンポーネントのストリームのデータを含むIP(Internet Protocol)パケットが配置される
（２）乃至（７）のいずれかに記載のデータ処理装置。
（９）
前記所定の形式は、pcap(packet capture)形式であり、
前記伝送フレームは、テストストリームとして用いられる
（２）乃至（８）のいずれかに記載のデータ処理装置。
（１０）
データ処理装置のデータ処理方法において、
前記データ処理装置が、
放送信号として伝送される伝送フレームを処理して、当該伝送フレームの伝送フォーマットを識別するための識別情報を付加するステップを含む
データ処理方法。
（１１）
放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームを処理する処理部を備える
データ処理装置。
（１２）
前記伝送フレームは、所定の形式のファイルに変換されており、
前記処理部は、前記所定の形式のファイルに変換された前記伝送フレームを処理する
（１１）に記載のデータ処理装置。
（１３）
前記伝送フレームは、コンポーネントのストリームのデータとともに、制御情報、時刻情報、及びバージョン情報を含めることが可能であり、
前記識別情報とともに、前記制御情報の存在の有無を示す第１の存在情報と、前記時刻情報の存在の有無を示す第２の存在情報が付加されている
（１１）又は（１２）に記載のデータ処理装置。
（１４）
前記処理部は、前記第１の存在情報が、前記伝送フレームに前記制御情報が存在していることを示し、かつ、前記バージョン情報が、前記制御情報が更新されていることを示している場合、前記伝送フレームから得られる前記制御情報を処理する
（１３）に記載のデータ処理装置。
（１５）
前記処理部は、前記第２の存在情報が、前記伝送フレームに前記時刻情報が存在していることを示している場合、前記伝送フレームから得られる前記時刻情報に基づいて、前記伝送フレームから得られる前記ストリームのデータを処理する
（１３）又は（１４）に記載のデータ処理装置。
（１６）
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのヘッダを拡張した領域に配置される
（１３）乃至（１５）のいずれかに記載のデータ処理装置。
（１７）
前記識別情報、前記第１の存在情報、及び前記第２の存在情報は、プロトコルのタイプ情報として付加され、
前記タイプ情報、前記制御情報、前記時刻情報、及び前記バージョン情報は、付加情報として、前記所定の形式で規定されるパケットのうち、先頭のパケットにのみ配置される
（１３）乃至（１５）のいずれかに記載のデータ処理装置。
（１８）
前記伝送フレームは、イーサーネット（登録商標）のフレーム形式で伝送され、
前記伝送フレームには、１又は複数のTLVパケットが配置され、
前記TLVパケットには、コンポーネントのストリームのデータを含むIPパケットが配置される
（１２）乃至（１７）のいずれかに記載のデータ処理装置。
（１９）
前記所定の形式は、pcap形式であり、
前記伝送フレームは、テストストリームとして用いられる
（１２）乃至（１８）のいずれかに記載のデータ処理装置。
（２０）
データ処理装置のデータ処理方法において、
前記データ処理装置が、
放送信号として伝送される伝送フレームに付加された識別情報であって、当該伝送フレームの伝送フォーマットを識別するための前記識別情報に基づいて、伝送フォーマットが識別された前記伝送フレームを処理するステップを含む
データ処理方法。
【符号の説明】
【０２１７】
１  伝送システム，  １０  （放送局側の）データ処理装置，  １１  （アップリンク局側の）データ処理装置，  １２  （テスト事業者側の）データ処理装置，  ２０  （ユーザ側の）データ処理装置，  ３０  放送衛星，  ４０  ネットワーク，  １０１  IPパケット多重化部，  １０２  TLV多重化部，  １０３  伝送フレーム生成部，  １０４  変調部，  １０５  pcap形式変換部，  １０６  記録媒体，  １０７  TLVパケット生成部，  １０８  IPパケット生成部，  ２０１  復調部，  ２０２  TLVパケット処理部，  ２０３  IPパケット処理部，  ２０４  デコーダ，  ２０５  伝送フレーム抽出部，  ２０６  TLVパケット抽出部，  １０００  コンピュータ，  １００１  CPU
【図１】
2018043142.tif 000003
【図２】
2018043142.tif 000004
【図３】
2018043142.tif 000005
【図４】
2018043142.tif 000006
【図５】
2018043142.tif 000007
【図６】
2018043142.tif 000008
【図７】
2018043142.tif 000009
【図８】
2018043142.tif 000010
【図９】
2018043142.tif 000011
【図１０】
2018043142.tif 000012
【図１１】
2018043142.tif 000013
【図１２】
2018043142.tif 000014
【図１３】
2018043142.tif 000015
【図１４】
2018043142.tif 000016
【図１５】
2018043142.tif 000017
【図１６】
2018043142.tif 000018
【図１７】
2018043142.tif 000019
【国際調査報告】
2018043142.tif 000020
2018043142.tif 000021