(57)【要約】  本技術は、より高速に周波数スキャンを行うことができるようにする受信装置、送信装置、及び、データ処理方法に関する。受信装置は、放送波を受信し、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、放送波に対する周波数スキャンを行い、サービスを選局するための選局情報を生成することで、より高速に周波数スキャンを行うことができる。本技術は、例えば、デジタル放送を受信可能な受信機に適用することができる。
2018008430.tif 000002
【特許請求の範囲】
【請求項１】
放送波を受信する受信部と、
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、前記放送波に対する周波数スキャンを行い、サービスを選局するための選局情報を生成する制御部と
を備える受信装置。
【請求項２】
前記事業者数情報は、同一の周波数帯域で１又は複数の放送事業者が１又は複数のサービスを提供する場合における放送事業者の数を示している
請求項１に記載の受信装置。
【請求項３】
前記事業者数情報は、前記サービスの選局に関する情報を含む制御情報を、ペイロード部に格納可能なテーブルに付加されるヘッダ部に含まれる
請求項２に記載の受信装置。
【請求項４】
前記テーブルは、放送事業者ごとに伝送される
請求項３に記載の受信装置。
【請求項５】
前記テーブルは、UDP(User Datagram Protocol)パケットを含むIP(Internet Protocol)パケットで伝送され、
前記テーブルは、固定のIPアドレスと、固定のポート番号により特定される
請求項４に記載の受信装置。
【請求項６】
前記制御部は、ある周波数帯域での周波数スキャンで、前記事業者数情報が示す放送事業者の数に応じた前記制御情報が取得された場合、次の周波数帯域に遷移して周波数スキャンを行う
請求項３に記載の受信装置。
【請求項７】
受信装置のデータ処理方法において、
前記受信装置が、
放送波を受信し、
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、前記放送波に対する周波数スキャンを行い、サービスを選局するための選局情報を生成する
ステップを含むデータ処理方法。
【請求項８】
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を生成する生成部と、
生成された前記事業者数情報を、放送波により送信する送信部と
を備える送信装置。
【請求項９】
前記事業者数情報は、同一の周波数帯域で１又は複数の放送事業者が１又は複数のサービスを提供する場合における放送事業者の数を示している
請求項８に記載の送信装置。
【請求項１０】
前記事業者数情報は、前記サービスの選局に関する情報を含む制御情報を、ペイロード部に格納可能なテーブルに付加されるヘッダ部に含まれる
請求項９に記載の送信装置。
【請求項１１】
前記テーブルは、放送事業者ごとに伝送される
請求項１０に記載の送信装置。
【請求項１２】
前記テーブルは、UDPパケットを含むIPパケットで伝送され、
前記テーブルは、固定のIPアドレスと、固定のポート番号により特定される
請求項１１に記載の送信装置。
【請求項１３】
前記送信部は、前記制御情報とともに、コンテンツを、放送波により送信する
請求項１０に記載の送信装置。
【請求項１４】
送信装置のデータ処理方法において、
前記送信装置が、
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を生成し、
生成された前記事業者数情報を、放送波により送信する
ステップを含むデータ処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、送信装置、及び、データ処理方法に関し、特に、より高速に周波数スキャンを行うことができるようにした受信装置、送信装置、及び、データ処理方法に関する。
【背景技術】
【０００２】
地上波放送を受信可能な受信機では、はじめて使用する場合に、いわゆる初期スキャン処理を行い、選局可能なサービス（チャネル）の選局情報を保持することで、サービスの選局を行うことが可能となる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−０７３２４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、初期スキャン処理においては、所定の周波数帯域ごとに、周波数スキャンを繰り返すことで、選局情報が得られるが、周波数帯域の利用形態によっては、各周波数帯域で、必要な情報を取得した後も周波数スキャンを完了させることができず、初期スキャン処理の処理時間が長くなっていた。そのため、より高速に周波数スキャンを行うための提案が要請されていた。【０００５】
本技術はこのような状況に鑑みてなされたものであり、より高速に周波数スキャンを行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、放送波を受信する受信部と、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、前記放送波に対する周波数スキャンを行い、サービスを選局するための選局情報を生成する制御部とを備える受信装置である。【０００７】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面のデータ処理方法は、上述した本技術の第１の側面の受信装置に対応するデータ処理方法である。【０００８】
本技術の第１の側面の受信装置、及び、データ処理方法においては、放送波が受信され、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、前記放送波に対する周波数スキャンを行い、サービスを選局するための選局情報が生成される。【０００９】
本技術の第２の側面の送信装置は、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を生成する生成部と、生成された前記事業者数情報を、放送波により送信する送信部とを備える送信装置である。【００１０】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第２の側面のデータ処理方法は、上述した本技術の第２の側面の送信装置に対応するデータ処理方法である。【００１１】
本技術の第２の側面の送信装置、及び、データ処理方法においては、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報が生成され、生成された前記事業者数情報が、放送波により送信される。
【発明の効果】
【００１２】
本技術の第１の側面、及び、第２の側面によれば、より高速に周波数スキャンを行うことができる。【００１３】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１４】
【図１】本技術を適用した伝送システムの一実施の形態の構成を示す図である。
【図２】送信装置の構成例を示す図である。
【図３】受信装置の構成例を示す図である。
【図４】本技術を適用したIP伝送方式のプロトコルスタックを示す図である。
【図５】LLSパケットの構造を示す図である。
【図６】LLSテーブルのシンタックスの例を示す図である。
【図７】現行の初期スキャン処理フローを説明する図である。
【図８】本技術の初期スキャン処理フロー１を説明する図である。
【図９】本技術の初期スキャン処理フロー２を説明する図である。
【図１０】放送伝送路と、放送事業者、LLSとの関係を示す図である。
【図１１】初期スキャン処理を説明するフローチャートである。
【図１２】LLS取得処理を説明するフローチャートである。
【図１３】シグナリング取得処理を説明するフローチャートである。
【図１４】送受信処理を説明するフローチャートである。
【図１５】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１６】
１．システムの構成
２．本技術の概要
３．本技術の初期スキャン処理の具体例
４．本技術の初期スキャン処理の流れ
５．変形例
６．コンピュータの構成
【００１７】
＜１．システムの構成＞
【００１８】
（伝送システムの構成例）
図１は、本技術を適用した伝送システムの一実施の形態の構成を示す図である。なお、システムとは、複数の装置が論理的に集合したものをいう。
【００１９】
図１において、伝送システム１は、送信装置１０と受信装置２０から構成される。この伝送システム１では、デジタル放送の規格に準拠したデータ伝送が行われる。
【００２０】
送信装置１０は、伝送路３０を介してコンテンツを送信する送信機である。例えば、送信装置１０は、放送番組等のコンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを含む放送ストリームを、放送波として、伝送路３０を介して送信する。
【００２１】
受信装置２０は、伝送路３０を介して送信されてくるコンテンツを受信する受信機である。例えば、受信装置２０は、送信装置１０からの放送波を受信して、放送ストリームから、コンテンツを構成するビデオやオーディオ等（のコンポーネント）とシグナリングを取得し、放送番組等のコンテンツの映像や音声を再生する。
【００２２】
なお、伝送システム１において、伝送路３０は、地上波（地上波放送）のほか、例えば、放送衛星（BS：Broadcasting Satellite）や通信衛星（CS：Communications Satellite）を利用した衛星放送、あるいは、ケーブルを用いた有線放送（CATV：Common Antenna TeleVision）などであってもよい。
【００２３】
（送信装置の構成）
図２は、図１の送信装置１０の構成例を示す図である。
【００２４】
図２において、送信装置１０は、制御部１１１、ビデオデータ取得部１１２、ビデオ処理部１１３、オーディオデータ取得部１１４、オーディオ処理部１１５、字幕データ取得部１１６、字幕処理部１１７、シグナリング生成部１１８、シグナリング処理部１１９、マルチプレクサ１２０、及び送信部１２１から構成される。
【００２５】
制御部１１１は、送信装置１０の各部の動作を制御する。
【００２６】
ビデオデータ取得部１１２は、外部のサーバ、カメラ、又は記録媒体等から、放送番組等のコンテンツのビデオデータを取得し、ビデオ処理部１１３に供給する。
【００２７】
ビデオ処理部１１３は、ビデオデータ取得部１１２から供給されるビデオデータに対して、例えば、所定の符号化方式に準拠した符号化処理などの処理を施し、その結果得られるビデオストリームを、マルチプレクサ１２０に供給する。
【００２８】
オーディオデータ取得部１１４は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送番組等のコンテンツのオーディオデータを取得し、オーディオ処理部１１５に供給する。
【００２９】
オーディオ処理部１１５は、オーディオデータ取得部１１４から供給されるオーディオデータに対して、例えば、所定の符号化方式に準拠した符号化処理などの処理を施し、その結果得られるオーディオストリームを、マルチプレクサ１２０に供給する。
【００３０】
字幕データ取得部１１６は、外部のサーバ又は記録媒体等から、放送番組等のコンテンツの字幕データを取得し、字幕処理部１１７に供給する。
【００３１】
字幕処理部１１７は、字幕データ取得部１１６から供給される字幕データに対して、例えば、所定の符号化方式に準拠した符号化処理などの処理を施し、その結果得られる字幕ストリームを、マルチプレクサ１２０に供給する。
【００３２】
シグナリング生成部１１８は、外部のサーバ又は記録媒体等から得られるシグナリングの素となるデータに基づいて、シグナリングを生成し、シグナリング処理部１１９に供給する。なお、シグナリングは、例えば、受信側でのサービスの選局や、コンテンツの再生等の処理で用いられる制御情報である。
【００３３】
シグナリング処理部１１９は、シグナリング生成部１１８から供給されるシグナリングを処理し、その結果得られるシグナリングのストリームを、マルチプレクサ１２０に供給する。
【００３４】
マルチプレクサ１２０は、ビデオ処理部１１３から供給されるビデオストリームと、オーディオ処理部１１５から供給されるオーディオストリームと、字幕処理部１１７から供給される字幕ストリームと、シグナリング処理部１１９から供給されるシグナリングのストリームとを多重化し、その結果得られる多重化ストリームを、送信部１２１に供給する。
【００３５】
送信部１２１は、マルチプレクサ１２０から供給される多重化ストリームに対し、必要な処理（例えば変調処理など）を施し、その結果得られる放送ストリームを、アンテナ１３１を介して、デジタル放送の放送波として送信する。
【００３６】
送信装置１０は、以上のように構成される。
【００３７】
なお、図２においては、説明の都合上、送信装置１０が、あたかも１つの装置から構成されるように記載されているが、送信側の送信装置１０は、図２のブロックの各機能を有する複数の装置から構成されるシステムとすることができる。
【００３８】
（受信装置の構成）
図３は、図１の受信装置２０の構成例を示す図である。
【００３９】
図３において、受信装置２０は、制御部２１１、メモリ２１２、入力部２１３、受信部２１４、デマルチプレクサ２１５、ビデオ処理部２１６、ビデオ出力部２１７、オーディオ処理部２１８、オーディオ出力部２１９、字幕処理部２２０、表示部２２１、及びスピーカ２２２から構成される。
【００４０】
制御部２１１は、例えば、CPU(Central Processing Unit)やマイクロプロセッサ等から構成される。制御部２１１は、受信装置２０の各部の動作を制御する。
【００４１】
メモリ２１２は、例えば、NVRAM(Non Volatile RAM)等の不揮発性メモリ等から構成される。メモリ２１２は、制御部２１１からの制御に従い、各種のデータを記録する。
【００４２】
入力部２１３は、例えば、入力インターフェース回路等から構成される。入力部２１３は、ユーザの操作に応じて、操作信号を制御部２１１に供給する。制御部２１１は、入力部２１３から供給される操作信号に基づいて、各部の動作を制御する。
【００４３】
受信部２１４は、例えば、チューナやデモジュレータ等から構成される。受信部２１４は、アンテナ２３１を介して受信されたデジタル放送の放送波から得られる放送ストリームに対し、必要な処理（例えば復調処理など）を施し、その結果得られる多重化ストリームを、デマルチプレクサ２１５に供給する。
【００４４】
デマルチプレクサ２１５は、例えば、メインSoC(System on Chip)等から構成される。デマルチプレクサ２１５は、受信部２１４から供給される多重化ストリームを、ビデオストリームと、オーディオストリームと、字幕ストリームと、シグナリングのストリームに分離する。
【００４５】
デマルチプレクサ２１５は、ビデオストリームをビデオ処理部２１６に、オーディオストリームをオーディオ処理部２１８に、字幕ストリームを字幕処理部２２０に、シグナリングのストリームを制御部２１１に、それぞれ供給する。
【００４６】
制御部２１１は、デマルチプレクサ２１５から供給されるシグナリングに基づいて、各部の動作を制御する。例えば、制御部２１１は、初期スキャン時に、デマルチプレクサ２１５などを制御して、シグナリングから得られる選局情報を取得し、メモリ２１２に記録する。また、例えば、制御部２１１は、サービスの選局時に、メモリ２１２に記録された選局情報に基づいて、デマルチプレクサ２１５や各コンポーネントの処理部などを制御して、選局対象のサービスのコンテンツが再生されるようにする。
【００４７】
ビデオ処理部２１６は、例えば、所定の復号方式に対応したビデオデコーダ等から構成される。ビデオ処理部２１６は、デマルチプレクサ２１５から供給されるビデオストリームに対して、例えば、所定の復号方式に準拠した復号処理などの処理を施し、その結果得られるビデオデータを、ビデオ出力部２１７に供給する。
【００４８】
ビデオ出力部２１７は、例えば、出力インターフェース回路等から構成される。ビデオ出力部２１７は、ビデオ処理部２１６から供給されるビデオデータを、表示部２２１に供給する。
【００４９】
表示部２２１は、例えば、LCD(Liquid Crystal Display)やOELD(Organic Electroluminescence Display)等のディスプレイから構成される。表示部２２１は、ビデオ出力部２１７から供給されるビデオデータに対応する、放送番組等のコンテンツの映像を表示する。
【００５０】
オーディオ処理部２１８は、例えば、所定の復号方式に対応したオーディオデコーダ等から構成される。オーディオ処理部２１８は、デマルチプレクサ２１５から供給されるオーディオストリームに対して、例えば、所定の復号方式に準拠した復号処理などの処理を施し、その結果得られるオーディオデータを、オーディオ出力部２１９に供給する。
【００５１】
オーディオ出力部２１９は、例えば、出力インターフェース回路等から構成される。オーディオ出力部２１９は、オーディオ処理部２１８から供給されるオーディオデータを、スピーカ２２２に供給する。
【００５２】
スピーカ２２２は、例えば2.0chステレオに対応したスピーカから構成される。スピーカ２２２は、オーディオ出力部２１９から供給されるオーディオデータに対応する、放送番組等のコンテンツの音声を出力する。
【００５３】
字幕処理部２２０は、例えば、所定の復号方式に対応した字幕デコーダ等から構成される。字幕処理部２２０は、デマルチプレクサ２１５から供給される字幕ストリームに対して、例えば、所定の復号方式に準拠した復号処理などの処理を施し、その結果得られる字幕データを、ビデオ出力部２１７に供給する。
【００５４】
ビデオ出力部２１７は、字幕処理部２２０から供給される字幕データに対応する字幕が、ビデオ処理部２１６から供給されるビデオデータに対応する映像に重畳して表示されるようにする。これにより、表示部２２１には、放送番組等のコンテンツの映像に重畳された字幕が表示される。
【００５５】
なお、図３の受信装置２０においては、ビデオ処理部２１６、ビデオ出力部２１７、オーディオ処理部２１８、オーディオ出力部２１９、及び字幕処理部２２０によって、いわば、レンダリング処理が行われているとも言える。
【００５６】
受信装置２０は、以上のように構成される。
【００５７】
なお、受信装置２０は、例えば、テレビ受像機やセットトップボックス（STB：Set Top Box）等の固定受信機や、携帯電話機やスマートフォン等のチューナを搭載したモバイル受信機として構成される。また、受信装置２０は、車両に搭載される車載機器であってもよい。
【００５８】
また、図３の構成では、受信装置２０が、表示部２２１とスピーカ２２２を含む構成を示しているが、表示部２２１とスピーカ２２２を含めない構成としてもよい。また、受信装置２０には、インターネット等の通信回線に接続するための通信機能が設けられるようにしてもよい。
【００５９】
＜２．本技術の概要＞
【００６０】
ところで、本技術では、伝送方式として、現在広く普及しているMPEG2-TS(Transport Stream)方式ではなく、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を採用した場合について説明する。例えば、次世代地上波放送規格の１つであるATSC(Advanced Television Systems Committee)3.0においても、IP伝送方式を採用して、より高度なサービスを提供できるようにすることが想定されている。
【００６１】
（プロトコルスタック）
図４は、本技術を適用したIP伝送方式のプロトコルスタックを示す図である。
【００６２】
図４において、最も下位の階層は、放送の物理層（Physical Layer）とされる。この物理層に隣接する上位の階層は、レイヤ２の階層（Layer2）とされ、さらに、レイヤ２の階層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層はUDP(User Datagram Protocol)層とされる。
【００６３】
すなわち、UDPパケットを含むIPパケット（IP/UDPパケット）が、レイヤ２のL2パケット（ALP(ATSC Link-Layer Protocol)パケット）のペイロードに配置され、カプセル化（Encapsulation）される。また、放送の物理層のL1フレーム（Physical Frame）は、プリアンブルとデータ部から構成されるが、データ部には、複数のL2パケットをカプセル化して得られるBB(BaseBand)パケットに対してエラー訂正用のパリティを付加した後に、インターリーブやマッピング等の物理層に関する処理が行われることで得られるデータがマッピングされる。
【００６４】
UDP層に隣接する上位の階層は、LLS(Low Level Signaling)，ROUTE(Real-time Object Delivery over Unidirectional Transport)，MMT(MPEG Media Transport)とされる。
【００６５】
ここで、ATSC3.0では、シグナリングとして、LLS(Low Level Signaling)とSLS(Service Layer Signaling)を用いることが想定されている。LLSは、SLSよりも下位の層で伝送されるシグナリングである。SLSは、サービス単位のシグナリングである。すなわち、ATSC3.0では、トランスポート層のシグナリングが、LLSとSLSの２階層で伝送される。
【００６６】
LLSは、IP/UDPパケットに格納されて伝送される。LLSには、SLT(Service List Table)，RRT(Rating Region Table)，CAP(Common Alerting Protocol)等のメタデータが含まれる。
【００６７】
SLTメタデータは、サービス（チャネル）の選局に必要な情報など、放送ネットワークにおけるストリームやサービスの構成を示す基本情報を含む。RRTメタデータは、ペアレンタルコントロールに用いるレーティング情報を含む。CAPメタデータは、緊急警報メッセージに関する情報を含む。
【００６８】
また、ROUTEは、ストリーミングファイル転送用のプロトコルであって、FLUTE(File Delivery over Unidirectional Transport)を拡張したものである。このROUTEセッションによって、サービスごとに、SLSのファイルや、DASHセグメントのファイル（Video，Audio，Caption）、NRT(Non Real Time)コンテンツのファイルが伝送される。
【００６９】
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プロトコルの制御情報である。また、S-TSIDメタデータは、ROUTEセッションで伝送されるEFDT(Extended FDT)を特定することができる。EFDTは、FLUTEで導入されていたFDT(File Delivery Table)を拡張したものであって、転送用の制御情報である。
【００７２】
MPDメタデータは、MPEG-DASHに準拠したストリーミング配信を行うために用いられる、ビデオやオーディオのファイルの制御情報である。ここで、MPEG-DASHは、OTT-V(Over The Top Video)に従ったストリーミング配信規格であって、HTTP(Hypertext Transfer Protocol)をベースとしたストリーミングプロトコルを用いたアダプティブストリーミング配信に関する規格である。
【００７３】
このMPEG-DASHの規格では、ビデオやオーディオのファイルの制御情報であるメタデータを記述するためのマニフェストファイルと、動画のコンテンツを伝送するためのファイルフォーマットが規定されている。ここでは、前者のマニフェストファイルが、MPD(Media Presentation Description)と称され、後者のファイルフォーマットは、セグメントフォーマットとも称される。
【００７４】
なお、LLSとしてのSLT，RRT，CAP等のメタデータと、SLSとしてのUSBD，S-TSID，MPD等のメタデータは、例えば、XML(Extensible Markup Language)等のマークアップ言語により記述されたテキスト形式のデータとすることができる。
【００７５】
このように、ROUTEセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSのストリームと、NRTコンテンツのストリームは、IP/UDPパケットに格納されて伝送される。なお、NRTコンテンツは、NRT(Non Real Time)放送で配信されるコンテンツであって、受信装置２０のストレージに一旦蓄積された後で再生が行われる。また、NRTコンテンツ以外のファイル（例えばアプリケーションのファイル）がROUTEセッションで伝送されるようにしてもよい。
【００７６】
一方で、MMTセッションで伝送される、ビデオ、オーディオ、及び、字幕のストリームと、SLSのストリームは、IP/UDPパケットに格納されて伝送される。
【００７７】
本技術を適用したIP伝送方式では、以上のようなプロトコルスタックが採用されることで、受信装置２０は、ROUTEセッションで伝送されるコンポーネントのストリームにより提供されるサービス（チャンネル）の選局時には、LLSのSLTメタデータから得られる選局情報に従い、ROUTEセッションで伝送されるSLSを取得する（Ｓ１−１，Ｓ１−２）。
【００７８】
そして、受信装置２０は、USBD，S-TSID，MPD等のメタデータに従い、選局されたサービスのコンポーネントのストリームに接続する（Ｓ１−３）。これにより、受信装置２０では、サービスの選局操作に応じた放送番組等のコンテンツの映像や音声が出力される。
【００７９】
また、受信装置２０は、MMTセッションで伝送されるコンポーネントのストリームにより提供されるサービスの選局時には、LLSのSLTメタデータから得られる選局情報に従い、MMTセッションで伝送されるSLSを取得する（Ｓ２−１，Ｓ２−２）。そして、受信装置２０は、各種のメタデータに従い、選局されたサービスのコンポーネントのストリームに接続する（Ｓ２−３）。これにより、受信装置２０では、サービスの選局操作に応じた放送番組等のコンテンツの映像や音声が出力される。
【００８０】
（LLSパケットの構造）
図５は、LLSパケットの構造を示す図である。
【００８１】
図５に示すように、所定のRFチャネル（RF channel）に対応した周波数帯域（例えば6MHz）で伝送される放送ストリーム（Broadcast Stream）には、運用形態に応じて１又は複数のPLP(Physical Layer Pipe)が含まれる。PLPにおいては、IP/UDPパケットにより、LLSのストリームと、ROUTEセッションのストリームが伝送される。
【００８２】
ただし、放送ストリームにおいて、LLSのストリームは、例えば、"224.0.23.60"であるIPアドレスと、4937番であるポート番号など、あらかじめ規定された固定のIPアドレスとポート番号により、１セッションとして伝送される。また、ROUTEセッションのストリームには、ビデオ、オーディオ、及び字幕等のコンポーネントのストリームと、SLSのストリームが含まれる。
【００８３】
ここで、図中の点線Ａで囲まれたLLSのストリームに注目すれば、物理層のL1フレームのデータ部には、１又は複数のALP(ATSC Link-Layer Protocol)パケットが配置され、ALPパケットのペイロード部に、１又は複数のLLSパケットが配置される。
【００８４】
ただし、LLSパケットは、IP/UDPパケットに格納されるため、IPヘッダ部（IP_H）とUDPヘッダ部（UDP_H）が付加されている。また、LLSパケットは、LLSテーブル（LLS_table()）を含む。LLSテーブルは、ヘッダ部（LLS_H）とペイロード部から構成される。LLSテーブルにおいて、ヘッダ部には、各種のヘッダ情報が配置され、ペイロード部には、SLTメタデータやRRTメタデータ等のLLSが配置される。
【００８５】
図６には、LLSテーブルのヘッダ部とペイロード部のシンタックスの例を示している。
【００８６】
LLSテーブルのヘッダ部は、ヘッダ情報として、LLS_table_id，provider_id，num_of_provider，及びLLS_table_versionを含む。
【００８７】
8ビットのLLS_table_idは、SLTメタデータやRRTメタデータ等のLLSを識別するためのIDである。
【００８８】
8ビットのprovider_idは、放送事業者（例えば放送局）を識別するためのIDである。
【００８９】
4ビットのnum_of_providerは、同一の周波数帯域（例えば6MHz）でサービスを提供する放送事業者（例えば放送局）の数を示す情報である。以下、この情報を、事業者数情報とも称する。
【００９０】
8ビットのLLS_table_versionは、LLSテーブルのバージョンを示す情報である。
【００９１】
なお、LLSテーブルのヘッダ部には、4ビットの拡張用の領域（reserved）が設けられている。
【００９２】
LLSテーブルのペイロード部には、switch文の制御式として指定されるLLS_table_idの値に応じて、caseに引き続く文に分岐される。
【００９３】
すなわち、LLS_table_idが、"0x01"である場合、LLSテーブルのペイロード部には、SLTメタデータが配置される。また、LLS_table_idが、"0x02"である場合には、RRTメタデータが配置される。LLS_table_idが、"0x03"である場合には、時刻情報（SystemTime）が配置される。LLS_table_idが、"0x04"である場合には、CAPメタデータが配置される。
【００９４】
なお、図６において、フォーマットとして、uimsbf(unsigned integer most significant bit first)が指定された場合、ビット演算をして、整数として扱われることを意味している。また、bslbf(bit string, left bit first)が指定された場合には、ビット列として扱われることを意味する。
【００９５】
LLSパケットに格納されるLLSテーブルは、以上のように構成される。
【００９６】
ところで、受信装置２０では、初期設定時に、初期スキャン処理を行い、対象の地域で視聴可能なサービス（チャネル）の情報を取得し、サービスを選局するための選局情報（チャネルリスト）を生成する。また、初期設定時以外にも、例えば、受信装置２０が移動して視聴地域が変更になった場合には、当該受信装置２０では、再スキャン処理を行い、選局情報（チャネルリスト）を再生成する。
【００９７】
受信装置２０では、初期スキャン処理や再スキャン処理で、チューナ等の受信部２１４により、周波数スキャンが行われ、所定のRFチャネルの周波数帯域が選局された後に、あらかじめ規定された固定のIPアドレスとポート番号により、LLSストリームがキャプチャされることで、LLSテーブルに含まれるSLTメタデータとRRTメタデータが取得される。すなわち、この周波数スキャンでは、LLSとして、SLTメタデータとRRTメタデータの２つのテーブルが取得されるようにすることで、選局情報（チャネルリスト）が得られる。
【００９８】
ここで、１つのRFチャネル（RF channel）の周波数帯域で伝送される放送ストリームにより提供可能なサービスの形態としては、第１に、１つの放送事業者が運用する１つのサービス（チャネル）、第２に、１つの放送事業者が運用する２以上のサービス（チャネル）、第３に、複数の放送事業者が共用する２以上のサービス（チャネル）の３パターンが想定される。
【００９９】
特に、次世代のATSC3.0では、現行のATSC1.0と異なる点として、上記の２番目と３番目に列挙したような１つのRFチャネルで、複数のサービス（チャネル）が伝送されるような運用が想定されている。なお、上記の３番目に列挙した複数の放送事業者が共用する２以上のサービスの運用を行う場合には、LLSのセッションも共用されることが想定されている。
【０１００】
初期スキャン処理や再スキャン処理では、所定の周波数帯域ごとに、周波数スキャンを繰り返すことで、SLTメタデータとRRTメタデータが取得され、選局情報が得られるが、１つのRFチャネルで、複数のサービス（チャネル）が伝送されるような運用が行われる場合には、各周波数帯域で、必要な情報を取得した後も、すべてのSLTメタデータとRRTメタデータを取得したかを特定することができない。その結果として、受信装置２０では、タイムアウトとなるまで、周波数スキャンを完了させることができず、初期スキャン処理や再スキャン処理の処理時間が長くなっていた。
【０１０１】
そのため、より高速に周波数スキャンを行うための提案が要請されていた。そこで、本技術では、LLSストリームで伝送されるLLSテーブルのヘッダ部に、num_of_providerにより、同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を指定できるようにしている。
【０１０２】
これにより、同一の周波数帯域で、１又は複数の放送事業者が、１又は複数のサービスを提供する場合に、受信装置２０において、初期スキャン処理や再スキャン処理を行うとき、周波数帯域ごとに、事業者数情報に応じて取得すべきSLTメタデータやRRTメタデータの数を特定することができる。その結果として、受信装置２０では、周波数スキャンを行う周波数帯域を遷移する際に、タイムアウトを待たずに遷移を行うことが可能となり、より高速に周波数スキャンを行うことができるようになる。
【０１０３】
＜３．本技術の初期スキャン処理の具体例＞
【０１０４】
次に、図７乃至図９を参照して、受信装置２０にて行われる初期スキャン処理の具体例について説明する。ここでは、比較のために、まず、図７を参照して、現行の初期スキャン処理フローを説明してから、図８及び図９を参照して、本技術の初期スキャン処理フローについて説明する。
【０１０５】
すなわち、現行の初期スキャン処理は、LLSテーブルに、事業者数情報（num_of_provider）が含まれていない場合の初期スキャン処理である。一方で、本技術の初期スキャン処理は、LLSテーブルに、事業者数情報（num_of_provider）が含まれている場合の初期スキャン処理である。
【０１０６】
（現行の初期スキャン処理フロー）
図７は、現行の初期スキャン処理フローを説明する図である。
【０１０７】
図７においては、縦方向に、RFチャネルごとの周波数帯域と、その周波数帯域を周波数スキャンする受信装置２０が表され、横方向が、時間を表している。なお、図７においては、受信装置２０による周波数スキャンの対象となる複数の周波数帯域のうち、RFチャネル１（CH.1）とRFチャネル２（CH.2）に対応した周波数帯域のみを例示している。
【０１０８】
RFチャネル１（CH.1）に対応した周波数帯域と、RFチャネル２（CH.2）に対応した周波数帯域では、それぞれ１つの放送事業者のサービスが伝送されている。ここでは、RFチャネル１（CH.1）の１つの放送事業者を、放送局Ａと称し、RFチャネル２（CH.2）の１つの放送事業者を、放送局Ｂと称して説明する。
【０１０９】
なお、図７において、「T1」は、SLTメタデータの伝送周期を表し、「T2」は、SLTメタデータの最大伝送周期を表している。また、初期スキャン時に取得されるLLSとしては、SLTメタデータとRRTメタデータがあるが、ここでは、説明の簡略化のため、SLTメタデータのみを説明するものとする。
【０１１０】
まず、受信装置２０においては、初期スキャンの指示が行われると（Ｓ１１）、複数の周波数帯域のうち、RFチャネル１（CH.1）の周波数帯域が選択される（Ｓ１２）。これにより、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ１３）。
【０１１１】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル１（CH.1）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ１４）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ１５）。
【０１１２】
このフィルタリング処理では、provider_idにより、RFチャネル内での放送事業者（例えば放送局）が判別され、LLS_table_idにより、LLSテーブルに含まれるシグナリングの種類（例えばSLTメタデータ）が判別され、LLS_table_versionにより、シグナリングのバージョンが判別される。これにより、RFチャネル１（CH.1）の周波数帯域で伝送される、放送局Ａのサービスのリストが得られる（Ｓ１６）。
【０１１３】
その後も、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が継続され、SLTメタデータの伝送周期T1となったとき、LLSストリームをキャプチャして、LLSテーブルからSLTメタデータを取得することが可能となる。しかしながら、ここでは、LLS_table_id，provider_id，及びLLS_table_versionが、上述のステップＳ１５で処理されたLLSテーブルと同一であって、対象のSLTメタデータが取得済みであるので、当該SLTメタデータは無視される。
【０１１４】
そして、受信装置２０では、SLTメタデータの最大伝送周期T2となったとき、RFチャネル１（CH.1）の周波数帯域で伝送される、すべての放送局のSLTメタデータが完了したことになるので、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が終了される（Ｓ１７）。つまり、SLTメタデータの最大伝送周期T2に応じて、タイムアウトとなっている。
【０１１５】
次に、受信装置２０においては、複数の周波数帯域のうち、周波数スキャンの対象の周波数帯域が、RFチャネル１（CH.1）からRFチャネル２（CH.2）に遷移される（Ｓ１８）。これにより、受信装置２０では、RFチャネル２（CH.2）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ１９）。
【０１１６】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル２（CH.2）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ２０）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ２１）。これにより、RFチャネル２（CH.2）の周波数帯域で伝送される、放送局Ｂのサービスのリストが得られる（Ｓ２２）。
【０１１７】
以降の初期スキャン処理については、繰り返しになるので、その詳細な説明は省略するが、RFチャネル２（CH.2）においても、RFチャネル１（CH.1）と同様に、SLTメタデータの伝送周期T1となったとき、SLTメタデータが取得可能となるが、対象のSLTメタデータは取得済みであるため、当該SLTメタデータは無視される。そして、SLTメタデータの最大伝送周期T2となったとき、RFチャネル２（CH.2）の周波数帯域で伝送される、すべてのSLTメタデータが完了したことになるので、RFチャネル２（CH.2）の周波数帯域で伝送されるストリームに対する処理が終了される。
【０１１８】
また、複数の周波数帯域のうち、RFチャネル３（CH.3）以降のRFチャネルについても、上述したRFチャネル１（CH.1）やRFチャネル２（CH.2）と同様に、SLTメタデータの最大伝送周期T2となるまで、LLSストリームで伝送されるLLSテーブルのフィルタリング処理が行われ、対象のSLTメタデータが取得される。そして、すべての周波数帯域に対して、周波数スキャンが繰り返されることで、周波数帯域ごとに、サービスのリストが得られるので、それらのリストから、選局情報が生成される。
【０１１９】
以上、現行の初期スキャン処理フローについて説明した。現行の初期スキャン処理フローでは、LLSテーブルに事業者数情報（num_of_provider）が含まれていないため、受信装置２０では、SLTメタデータの取得が完了したかどうかを特定することができない。そのため、受信装置２０では、常に、LLSとして伝送される各メタデータの最大伝送周期T2が経過するまで、対象のRFチャネルの周波数帯域のスキャン処理を完了することができず、初期スキャン処理の処理時間が長くなってしまう、という問題があるのは、先に述べた通りである。
【０１２０】
なお、ここでは、初期スキャン処理について述べたが、再スキャン処理の場合も同様である。特に、受信装置２０が、携帯電話機やスマートフォン等のモバイル受信機である場合や、車両に搭載される車載機器である場合などには、視聴地域が変更になったときに、再スキャン処理に時間がかかってしまうと、視聴が途切れる時間が長くなって、ユーザの不利益となってしまう。
【０１２１】
そこで、次に、図８及び図９を参照して、現行の初期スキャン処理フローの問題点が改善されている、本技術の初期スキャン処理フローについて説明する。
【０１２２】
（本技術の初期スキャン処理フロー１）
図８は、本技術の初期スキャン処理フロー１を説明する図である。
【０１２３】
図８においては、図７と同様に、縦方向に、RFチャネルごとの周波数帯域と、その周波数帯域を周波数スキャンする受信装置２０が表され、横方向が、時間を表している。なお、図８においては、受信装置２０による周波数スキャンの対象となる複数の周波数帯域のうち、放送局Ａのサービスが伝送されるRFチャネル１（CH.1）に対応した周波数帯域と、放送局Ｂのサービスが伝送されるRFチャネル２（CH.2）に対応した周波数帯域のみを例示している。
【０１２４】
まず、受信装置２０においては、初期スキャンの指示が行われると（Ｓ３１）、複数の周波数帯域のうち、RFチャネル１（CH.1）の周波数帯域が選択される（Ｓ３２）。これにより、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ３３）。
【０１２５】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル１（CH.1）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ３４）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ３５）。
【０１２６】
このフィルタリング処理では、provider_idにより、RFチャネル内での放送事業者（例えば放送局）が判別され、LLS_table_idにより、LLSテーブルに含まれるシグナリングの種類（例えばSLTメタデータ）が判別され、LLS_table_versionにより、シグナリングのバージョンが判別される。これにより、RFチャネル１（CH.1）の周波数帯域で伝送される、放送局Ａのサービスのリストが得られる（Ｓ３６）。
【０１２７】
ここで、ステップＳ３５で処理されたLLSテーブルには、フィルタリング処理で用いられるLLS_table_id，provider_id，及びLLS_table_versionのほかに、num_of_providerが記述されている。このnum_of_providerは、事業者数情報であり、同一の周波数帯域（RFチャネル）で、１又は複数の放送事業者が１又は複数のサービスを提供する場合における放送事業者の数を示している。この図８の例において、RFチャネル１（CH.1）に対応した周波数帯域では、放送局Ａのサービスのみが伝送され、num_of_providerとして、1が設定されている。
【０１２８】
したがって、受信装置２０では、LLSテーブルに含まれるnum_of_providerに従い、１つの放送局Ａの１つのSLTメタデータさえ取得できれば、RFチャネル１（CH.1）に対応した周波数帯域で伝送されるSLTメタデータの取得が完了したことを特定することができる。すなわち、受信装置２０では、SLTメタデータが取得され、放送局Ａのサービスのリストが得られたとき（Ｓ３５，Ｓ３６）、RFチャネル１（CH.1）の周波数帯域で伝送される、すべての放送局のSLTメタデータの取得が完了したことになる。
【０１２９】
そのため、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理を終了し、周波数スキャンの対象が、RFチャネル１（CH.1）からRFチャネル２（CH.2）に遷移される（Ｓ３７）。これにより、受信装置２０では、RFチャネル２（CH.2）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ３８）。
【０１３０】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル２（CH.2）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ３９）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ４０）。これにより、RFチャネル２（CH.2）の周波数帯域で伝送される、放送局Ｂのサービスのリストが得られる（Ｓ４１）。
【０１３１】
また、ここでも、図８の例において、RFチャネル２（CH.2）に対応した周波数帯域では、放送局Ｂのサービスのみが伝送され、num_of_providerとして、1が設定されている。
【０１３２】
したがって、受信装置２０では、LLSテーブルに含まれるnum_of_providerに従い、１つの放送局Ｂの１つのSLTメタデータさえ取得できれば、RFチャネル２（CH.2）に対応した周波数帯域で伝送されるSLTメタデータの取得が完了したことを特定することができる。すなわち、受信装置２０では、SLTメタデータが取得され、放送局Ｂのサービスのリストが得られたとき（Ｓ４０，Ｓ４１）、RFチャネル２（CH.2）の周波数帯域で伝送される、すべての放送局のSLTメタデータの取得が完了したことになる。
【０１３３】
以降の初期スキャン処理については、繰り返しになるので、その詳細な説明は省略するが、複数の周波数帯域のうち、RFチャネル３（CH.3）以降のRFチャネルについても、上述したRFチャネル１（CH.1）やRFチャネル２（CH.2）と同様に、事業者数情報（num_of_provider）が示す放送事業者の数に応じたSLTメタデータが取得されるまで、LLSストリームで伝送されるLLSテーブルのフィルタリング処理が行われ、対象のSLTメタデータが取得される。そして、すべての周波数帯域に対して、周波数スキャンが繰り返されることで、周波数帯域ごとに、サービスのリストが得られるので、それらのリストから、選局情報が生成される。
【０１３４】
以上、本技術の初期スキャン処理フロー１について説明した。本技術の初期スキャン処理フロー１では、LLSテーブルに事業者数情報（num_of_provider）が含まれているため、この事業者数情報（num_of_provider）により、未だに、取得（更新）をチェックしなければならないSLTメタデータが存在するかどうかを判断することができる。そして、チェックが完了していないSLTメタデータが存在する場合には、対象のRFチャネルの周波数スキャンが継続される一方で、対象のRFチャネルで伝送されるすべてのSLTメタデータが取得された場合には、対象のRFチャネルの周波数スキャンが終了され、次のRFチャネルに遷移して、次のRFチャネルの周波数スキャンが行われる。
【０１３５】
そのため、本技術の初期スキャン処理フロー１では、上述した現行の初期スキャン処理フローのように、LLSとして伝送される各メタデータの最大伝送周期T2によるタイムアウトを待たずに、周波数スキャンの対象となるRFチャネルを遷移することになるので、より高速に周波数スキャンを行うことができる。
【０１３６】
（本技術の初期スキャン処理フロー２）
図９は、本技術の初期スキャン処理フロー２を説明する図である。
【０１３７】
図９においては、図８と同様に、縦方向に、RFチャネルごとの周波数帯域と、その周波数帯域を周波数スキャンする受信装置２０が表され、横方向が、時間を表している。なお、図９においては、受信装置２０による周波数スキャンの対象となる複数の周波数帯域のうち、放送局Ａと放送局Ｂのサービスが伝送されるRFチャネル１（CH.1）に対応した周波数帯域と、放送局Ｃのサービスが伝送されるRFチャネル２（CH.2）に対応した周波数帯域のみを例示している。
【０１３８】
まず、受信装置２０においては、初期スキャンの指示が行われると（Ｓ５１）、複数の周波数帯域のうち、RFチャネル１（CH.1）の周波数帯域が選択される（Ｓ５２）。これにより、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ５３）。
【０１３９】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル１（CH.1）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ５４）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ５５）。これにより、RFチャネル１（CH.1）の周波数帯域で伝送される、放送局Ａのサービスのリストが得られる（Ｓ５６）。
【０１４０】
ここで、ステップＳ５５で処理されたLLSテーブルには、フィルタリング処理で用いられるLLS_table_id，provider_id，及びLLS_table_versionのほかに、num_of_providerが記述されている。この図９の例において、RFチャネル１（CH.1）に対応した周波数帯域では、放送局Ａのサービスと、放送局Ｂのサービスが伝送され、num_of_providerとして、2が設定されている。
【０１４１】
したがって、受信装置２０では、LLSテーブルに含まれるnum_of_providerに従い、放送局ＡのSLTメタデータのほかに、他の放送局（放送局Ｂ）のSLTメタデータを取得しなければ、RFチャネル１（CH.1）に対応した周波数帯域で伝送されるSLTメタデータの取得が完了しないことを特定することができる。
【０１４２】
そのため、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理が継続され、RFチャネル１（CH.1）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ５７）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ５８）。これにより、RFチャネル１（CH.1）の周波数帯域で伝送される、放送局Ｂのサービスのリストが得られる（Ｓ５９）。
【０１４３】
これにより、受信装置２０では、放送局ＡのSLTメタデータと、放送局ＢのSLTメタデータの２つの放送局のSLTメタデータが取得されたので、RFチャネル１（CH.1）の周波数帯域で伝送される、すべての放送局のSLTメタデータの取得が完了したことになる。
【０１４４】
そのため、受信装置２０では、RFチャネル１（CH.1）の周波数帯域で伝送されるストリームに対する処理を終了し、周波数スキャンの対象が、RFチャネル１（CH.1）からRFチャネル２（CH.2）に遷移される（Ｓ６０）。これにより、受信装置２０では、RFチャネル２（CH.2）の周波数帯域で伝送されるストリームに対する処理が開始される（Ｓ６１）。
【０１４５】
そして、受信装置２０では、あらかじめ規定されている固定のIPアドレス及びポート番号に従い、RFチャネル２（CH.2）の周波数帯域で伝送されるLLSストリームがキャプチャされる（Ｓ６２）。また、受信装置２０では、LLS_table_id，provider_id，及びLLS_table_versionによるフィルタリング処理が行われ、対象のSLTメタデータが取得される（Ｓ６３）。これにより、RFチャネル２（CH.2）の周波数帯域で伝送される、放送局Ｃのサービスのリストが得られる（Ｓ６４）。
【０１４６】
また、ここでも、図９の例において、RFチャネル２（CH.2）に対応した周波数帯域では、放送局Ｃのサービスのみが伝送され、num_of_providerとして、1が設定されている。
【０１４７】
したがって、受信装置２０では、LLSテーブルに含まれるnum_of_providerに従い、１つの放送局Ｃの１つのSLTメタデータさえ取得できれば、RFチャネル２（CH.2）に対応した周波数帯域で伝送されるSLTメタデータの取得が完了したことを特定することができる。すなわち、受信装置２０では、SLTメタデータが取得され、放送局Ｃのサービスのリストが得られたとき（Ｓ６３，Ｓ６４）、RFチャネル２（CH.2）の周波数帯域で伝送される、すべての放送局のSLTメタデータの取得が完了したことになる。
【０１４８】
以降の初期スキャン処理については、繰り返しになるので、その詳細な説明は省略するが、複数の周波数帯域のうち、RFチャネル３（CH.3）以降のRFチャネルについても、上述したRFチャネル１（CH.1）やRFチャネル２（CH.2）と同様に、事業者数情報（num_of_provider）が示す放送事業者の数に応じたSLTメタデータが取得されるまで、LLSストリームで伝送されるLLSテーブルのフィルタリング処理が行われ、対象のSLTメタデータが取得される。そして、すべての周波数帯域に対して、周波数スキャンが繰り返されることで、周波数帯域ごとに、サービスのリストが得られるので、それらのリストから、選局情報が生成される。
【０１４９】
以上、本技術の初期スキャン処理フロー２について説明した。本技術の初期スキャン処理フロー２では、LLSテーブルに事業者数情報（num_of_provider）が含まれているため、この事業者数情報（num_of_provider）により、未だに、取得（更新）をチェックしなければならないSLTメタデータが存在するかどうかを判断することができる。そして、チェックが完了していないSLTメタデータが存在する場合には、対象のRFチャネルの周波数スキャンが継続される一方で、対象のRFチャネルで伝送されるすべてのSLTメタデータが取得された場合には、対象のRFチャネルの周波数スキャンが終了され、次のRFチャネルに遷移して、次のRFチャネルの周波数スキャンが行われる。
【０１５０】
そのため、本技術の初期スキャン処理フロー２では、上述した現行の初期スキャン処理フローのように、LLSとして伝送される各メタデータの最大伝送周期T2によるタイムアウトを待たずに、周波数スキャンの対象となるRFチャネルを遷移することになるので、より高速に周波数スキャンを行うことができる。
【０１５１】
なお、本技術の初期スキャン処理フロー１，２においては、初期スキャン処理について説明したが、再スキャン処理であっても同様である。また、説明を簡略化するために、SLTメタデータのみが取得される場合を説明したが、実際には、RRTメタデータも取得され、SLTメタデータとRRTメタデータにより選局情報が生成される。
【０１５２】
（放送伝送路と、放送事業者、LLSとの関係）
次に、図１０を参照して、上述した初期スキャン処理フローの前提となる、放送伝送路と、放送事業者、LLSとの関係について説明する。
【０１５３】
図１０に示すように、放送伝送路としての放送ストリーム（Broadcast Stream）と放送事業者との関係であるが、１つの放送ストリームに対し、１又は複数の放送事業者が、１又は複数の放送サービス（サービス）を提供することが可能となる。
【０１５４】
ただし、この放送ストリームは、所定のRFチャネル（RF_channel）に対応する周波数帯域（例えば6MHz）で伝送されるストリームを表しており、同一の周波数帯域（例えば6MHz）で、１又は複数の放送事業者が、１又は複数の放送サービス（サービス）を提供することになる。
【０１５５】
また、放送ストリームと、LLSとの関係であるが、１つの放送ストリームに対し、１つのシグナリングを格納したLLSテーブルが、LLSストリームにより伝送される。すなわち、LLSとして伝送されるシグナリングは、個々に、LLSテーブル（のペイロード部）に格納されて伝送される。
【０１５６】
そのため、同じ種類のシグナリングであっても、異なる放送事業者により提供される複数のシグナリングをまとめて、１つのLLSテーブルに格納して伝送することはない。例えば、異なる放送事業者により提供される複数のSLTメタデータが、１つのLLSテーブルで伝送されることはない。
【０１５７】
また、同じ放送事業者により提供されるシグナリングであっても、１つの放送事業者により提供される種類の異なるシグナリングをまとめて、１つのLLSテーブルに格納して伝送することはない。例えば、ある放送事業者により提供されるSLTメタデータとRRTメタデータが、１つのLLSテーブルで伝送されることはない。
【０１５８】
すなわち、図１０に示すように、ある放送事業者と、LLSテーブル（のペイロード部）に格納されるSLTメタデータ、RRTメタデータ、時刻情報（SystemTime）、又はCAPメタデータとの関係は、１対１の関係となる。なお、１つの放送事業者が、複数の放送サービス（サービス）を提供する場合に、１つのSLTメタデータに対し、複数のサービスを記述することは可能である。
【０１５９】
放送伝送路と、放送事業者、LLSとは、以上のような関係を有している。
【０１６０】
＜４．本技術の初期スキャン処理の流れ＞
【０１６１】
次に、図１１乃至図１４のフローチャートを参照して、本技術の初期スキャン処理の流れについて説明する。
【０１６２】
（初期スキャン処理）
まず、図１１のフローチャートを参照して、図１の受信装置２０により実行される初期スキャン処理の流れについて説明する。
【０１６３】
ステップＳ２１１においては、制御部２１１によって、入力部２１３からの操作信号等が監視され、初期スキャン処理開始イベントが発生した場合に、初期スキャン処理が開始され、処理は、ステップＳ２１２に進められる。
【０１６４】
ステップＳ２１２において、受信部２１４は、制御部２１１からの制御に従い、所定のRFチャネルの周波数帯域に対する周波数スキャン処理を行う。ステップＳ２１３においては、ステップＳ２１２の周波数スキャン処理によって、周波数スキャンが成功したかどうかが判定される。
【０１６５】
ステップＳ２１３において、周波数スキャンが失敗したと判定された場合、処理は、ステップＳ２１２の処理に戻り、再度、周波数スキャン処理が行われる。一方、ステップＳ２１３において、周波数スキャンに成功したと判定された場合、処理は、ステップＳ２１４に進められる。
【０１６６】
ステップＳ２１４においては、LLS取得処理が行われる。このLLS取得処理では、所定のRFチャネルの周波数帯域で伝送されるLLSストリームからLLSテーブルが取得され、当該LLSテーブルに含まれるシグナリングに応じた処理が行われる。なお、LLS取得処理の詳細な内容は、図１２のフローチャートを参照して後述する。
【０１６７】
LLS取得処理が終了すると、処理は、ステップＳ２１５に進められる。ステップＳ２１５においては、全周波数帯域の周波数スキャンが完了したかどうかが判定される。
【０１６８】
ステップＳ２１５において、全周波数帯域の周波数スキャンが未完了であると判定された場合、処理は、ステップＳ２１２に戻り、ステップＳ２１２以降の処理が繰り返される。これにより、各周波数帯域における周波数スキャン処理が行われ、周波数帯域ごとにSLTメタデータやRRTメタデータが取得され、選局情報がメモリ２１２に記録される。そして、ステップＳ２１５において、全周波数帯域の周波数スキャンが完了したと判定された場合、図１１の周波数スキャン処理は終了される。
【０１６９】
以上、初期スキャン処理の流れについて説明した。
【０１７０】
（LLS取得処理）
次に、図１２のフローチャートを参照して、図１１のステップＳ２１４の処理に対応するLLS取得処理の詳細について説明する。
【０１７１】
ステップＳ２３１において、デマルチプレクサ２１５は、制御部２１１からの制御に従い、所定のRFチャネルの周波数帯域で伝送される放送ストリームに含まれるLLSストリームをキャプチャする。
【０１７２】
ステップＳ２３２においては、シグナリング取得処理が行われる。このシグナリング取得処理では、ステップＳ２３１の処理でキャプチャされたLLSストリームに対するフィルタリング処理が行われ、LLSテーブルに含まれるSLTメタデータやRRTメタデータ等のシグナリングが取得される。
【０１７３】
ここで、LLSストリームに対するフィルタリング処理では、provider_idにより、RFチャネル内での放送事業者（例えば放送局）が判別され、LLS_table_idにより、LLSテーブルに含まれるシグナリングの種類が判別され、LLS_table_versionにより、シグナリングのバージョンが判別される。未取得又は更新済みのシグナリングであれば、取得して記録する一方で、取得済みのシグナリングであれば、破棄される。なお、シグナリング取得処理の詳細な内容は、図１３のフローチャートを参照して後述する。
【０１７４】
シグナリング取得処理が終了すると、処理は、ステップＳ２３３に進められる。ステップＳ２３３においては、LLSテーブルに含まれるシグナリングを取得するまでの時間が計時されることで、タイムアウトしたかどうかが判定される。
【０１７５】
すなわち、各シグナリングの最大伝送周期が経過した場合、そのシグナリングを含むLLSテーブルは伝送されていないとみなされ、周波数スキャンの対象が、次のRFチャンネルの周波数帯域に遷移される。なお、各シグナリングの最大伝送周期は、運用仕様などにより、あらかじめ規定されるものである。つまり、最大伝送周期の時間内に、対象のシグナリングを含むLLSテーブルが伝送されないケースは、放送のエラーに該当するため、その際に想定される受信装置２０の動作は、運用仕様により規定される。
【０１７６】
ステップＳ２３３において、タイムアウトしていないと判定された場合、処理は、ステップＳ２３１に戻り、それ以降の処理が繰り返される。一方で、ステップＳ２３３において、タイムアウトしたと判定された場合、処理は、図１１のステップＳ２１４の処理に戻され、それ以降の処理が繰り返される。
【０１７７】
以上、LLS取得処理の流れを説明した。
【０１７８】
（シグナリング取得処理）
次に、図１３のフローチャートを参照して、図１２のステップＳ２３２の処理に対応するシグナリング取得処理の詳細について説明する。
【０１７９】
ステップＳ２５１において、制御部２１１は、デマルチプレクサ２１５を制御して、LLSストリームに含まれるLLSパケットに格納されるLLSテーブルのヘッダ部のLLS_table_idの値をチェックし、ペイロード部に含まれるシグナリングの種別を判別する。
【０１８０】
ステップＳ２５１の判別結果として、シグナリングが、SLTメタデータ又はRRTメタデータであると判別された場合、処理は、ステップＳ２５２に進められる。ステップＳ２５２において、制御部２１１は、ステップＳ２５１で処理されたLLSテーブルのヘッダ部のnum_of_providerを設定済みであるかどうかを判定する。
【０１８１】
ステップＳ２５２において、num_of_providerを設定済みではないと判定された場合、処理は、ステップＳ２５３に進められる。ステップＳ２５３において、制御部２１１は、デマルチプレクサ２１５を制御して、ステップＳ２５１で処理されたLLSテーブルのヘッダ部から、num_of_providerを取得する。また、制御部２１１は、LLSテーブルのヘッダ部から取得したnum_of_provider（事業者数情報）が示す数（provider数）を登録する。
【０１８２】
ステップＳ２５３の処理が終了すると、処理は、ステップＳ２５４に進められる。また、ステップＳ２５２において、num_of_providerを設定済みであると判定された場合、num_of_providerを再度登録する必要はないので、ステップＳ２５３の処理はスキップされ、処理は、ステップＳ２５４に進められる。
【０１８３】
ステップＳ２５４において、制御部２１１は、デマルチプレクサ２１５を制御して、ステップＳ２５１で処理されたLLSテーブルのヘッダ部のLLS_table_versionの値をチェックし、新規のLLSテーブルであるか、あるいはバージョンが更新されたLLSテーブルであるかを判定する。
【０１８４】
ステップＳ２５４において、新規のLLSテーブル又はバージョンが更新されたLLSテーブルであると判定された場合、処理は、ステップＳ２５５に進められる。ステップＳ２５５において、制御部２１１は、デマルチプレクサ２１５を制御して、新規のLLSテーブル又はバージョンが更新されたLLSテーブルのペイロード部から、SLTメタデータ又はRRTメタデータを取得する。そして、制御部２１１は、SLTメタデータ又はRRTメタデータから得られる対象の放送事業者のサービスのリストを、メモリ２１２に記録する。
【０１８５】
ステップＳ２５６において、制御部２１１は、ステップＳ２５３の処理で登録されたprovider数の全シグナリングの取得が完了したかどうかを判定する。
【０１８６】
ステップＳ２５６において、provider数の全シグナリングの取得が完了していないと判定された場合、処理は、図１２のステップＳ２３２に戻され、それ以降の処理が繰り返される。すなわち、provider数の全シグナリング（SLTメタデータ又はRRTメタデータ）が取得され、メモリ２１２に記録されるまで、図１２のステップＳ２３２の処理（図１３のステップＳ２５１乃至Ｓ２５６の処理）が繰り返される。
【０１８７】
また、ステップＳ２５６において、provider数の全シグナリングの取得が完了したと判定された場合、処理は、図１１のステップＳ２１４の処理に戻される。そして、全周波数帯域のスキャンが未完了であると判定された場合（図１１のＳ２１５の「NO」）、次の周波数帯域に対する周波数スキャン処理が行われる。
【０１８８】
このように、LLSテーブルのヘッダ部の事業者数情報（num_of_provider）に応じて取得すべきSLTメタデータやRRTメタデータの数（provider数）を特定することができるため、周波数スキャンを行う周波数帯域を遷移する際に、タイムアウトを待たずに遷移を行うことが可能となり、より高速に周波数スキャンを行うことができる。
【０１８９】
なお、ステップＳ２５４において、新規のLLSテーブル又はバージョンが更新されたLLSテーブルではないと判定された場合、対象のLLSテーブルは取得済みであるため、ステップＳ２５５乃至Ｓ２５６の処理はスキップされる。そして、この場合には、処理は、図１２のステップＳ２３２に戻され、それ以降の処理が繰り返される。
【０１９０】
一方、ステップＳ２５１の判別結果として、シグナリングが、時刻情報（SystemTime）であると判別された場合、処理は、ステップＳ２５７に進められる。ステップＳ２５７において、制御部２１１は、ステップＳ２５１で処理されたLLSテーブルのペイロード部に配置された時刻情報（SystemTime）に基づいて、システムタイム処理を行う。
【０１９１】
また、ステップＳ２５１の判別結果として、シグナリングが、CAPメタデータであると判別された場合、処理は、ステップＳ２５８に進められる。ステップＳ２５８において、制御部２１１は、ステップＳ２５１で処理されたLLSテーブルのペイロード部に配置されたCAPメタデータに基づいて、CAP処理を行う。
【０１９２】
ステップＳ２５７又はＳ２５８の処理が終了すると、処理は、図１２のステップＳ２３２に戻され、それ以降の処理が繰り返される。
【０１９３】
以上、シグナリング取得処理の流れを説明した。
【０１９４】
このように、受信装置２０では、初期スキャン処理において、LLSテーブルのヘッダ部の事業者数情報（num_of_provider）によって、対象のRFチャネルの周波数帯域で、放送サービス（サービス）を提供する放送事業者（放送局）の数、すなわち、LLSストリームで伝送されるSLTメタデータとRRTメタデータの数を、LLSテーブルに含まれるシグナリングを解析する前処理で認識（特定）することができる。これにより、受信装置２０は、効率よく確認するべきSLTメタデータとRRTメタデータの数を特定することができ、シグナリングの最大伝送周期によるタイムアウトを待たずに、より高速に周波数スキャンを行うことができる。
【０１９５】
（送受信処理）
最後に、図１４のフローチャートを参照して、図１の送信装置１０と受信装置２０により実行される、送受信処理の流れについて説明する。
【０１９６】
なお、図１４において、ステップＳ１７１乃至Ｓ１７４の処理は、送信装置１０により実行される処理であり、ステップＳ２７１乃至Ｓ２７４の処理は、受信装置２０により実行される処理である。
【０１９７】
ステップＳ１７１においては、ビデオやオーディオ、字幕等のコンポーネントに対する処理が行われる。
【０１９８】
ここでは、ビデオデータ取得部１１２、オーディオデータ取得部１１４、及び字幕データ取得部１１６によって、ビデオデータ、オーディオデータ、及び字幕データが取得され、ビデオ処理部１１３、オーディオ処理部１１５、及び字幕処理部１１７によって、ビデオデータ、オーディオデータ、及び字幕データに対し、符号化処理などの処理が行われる。
【０１９９】
ステップＳ１７２においては、シグナリングに対する処理が行われる。
【０２００】
ここでは、シグナリング生成部１１８によって、シグナリングが生成され、シグナリング処理部１１９によって、シグナリングに対し、所定の処理が行われる。なお、SLTメタデータやRRTメタデータ等のシグナリングをペイロード部に含むLLSテーブルが生成される場合には、そのヘッダ部に、LLS_table_id，provider_id，及びLLS_table_versionのほかに、事業者数情報としてのnum_of_providerが含まれる。
【０２０１】
ステップＳ１７３において、マルチプレクサ１２０は、ステップＳ１７１の処理で得られるコンポーネントのストリームと、ステップＳ１７２の処理で得られるシグナリングのストリームとを多重化し、多重化ストリームを得る。
【０２０２】
ステップＳ１７４において、送信部１２１は、ステップＳ１７３の処理で得られる多重化ストリームに対し、変調処理などの処理を行い、その結果得られる放送ストリームを、アンテナ１３１を介して、デジタル放送の放送波として送信する。
【０２０３】
ステップＳ２７１において、受信部２１４は、アンテナ２３１を介してデジタル放送の放送波を受信する。受信部２１４は、放送波から得られる放送ストリームに対し、復調処理などの処理を行い、多重化ストリームを得る。
【０２０４】
ステップＳ２７２において、デマルチプレクサ２１５は、ステップＳ２７１の処理で得られる多重化ストリームを分離し、コンポーネントのストリームと、シグナリングのストリームを得る。
【０２０５】
ステップＳ２７３においては、ステップＳ２７２の処理で得られるシグナリングに対する処理が行われる。
【０２０６】
ここでは、初期スキャン処理や再スキャン処理が行われる場合には、制御部２１１によって、シグナリング（LLS）から得られる選局情報が取得され、メモリ２１２に記録される。この初期スキャン処理や再スキャン処理では、図８及び図９、並びに図１１乃至図１３を参照して説明したように、LLSテーブルのヘッダ部に含まれる事業者数情報（num_of_provider）を用い、RFチャネルの周波数帯域ごとの周波数スキャンが行われる。
【０２０７】
また、サービスの選局処理が行われる場合には、制御部２１１によって、メモリ２１２に記録された選局情報に基づいて、デマルチプレクサ２１５などが制御され、選局対象のサービスのシグナリング（SLS）が処理される。
【０２０８】
ステップＳ２７４においては、ステップＳ２７２の処理で得られるビデオやオーディオ、字幕等のコンポーネントに対する処理が行われる。
【０２０９】
ここでは、サービスの選局処理が行われる場合に、制御部２１１によって、デマルチプレクサ２１５や各コンポーネントの処理部などが制御され、選局対象のサービスのコンテンツ（放送番組等）が再生される。すなわち、ビデオ処理部２１６、オーディオ処理部２１８、及び字幕処理部２２０によって、復号処理などの処理が行われ、ビデオ出力部２１７及びオーディオ出力部２１９によって、ビデオデータ、オーディオデータ、及び字幕データが出力される。
【０２１０】
以上、送受信処理の流れを説明した。
【０２１１】
＜５．変形例＞
【０２１２】
上述した説明としては、デジタル放送の規格として、米国等で採用されている方式であるATSC（特に、ATSC3.0）を説明したが、本技術は、日本等が採用する方式であるISDB(Integrated Services Digital Broadcasting)や、欧州の各国等が採用する方式であるDVB(Digital Video Broadcasting)などに適用するようにしてもよい。また、上述した説明では、IP伝送方式が採用されるATSC3.0を例にして説明したが、IP伝送方式に限らず、例えば、MPEG2-TS(Transport Stream)方式等の他の方式に適用するようにしてもよい。
【０２１３】
また、デジタル放送の規格としては、地上波放送のほか、放送衛星（BS)や通信衛星（CS）等を利用した衛星放送や、ケーブルテレビ（CATV）等の有線放送などの規格に適用することができる。
【０２１４】
また、上述したシグナリングやパケットなどの名称は、一例であって、他の名称が用いられる場合がある。ただし、これらの名称の違いは、形式的な違いであって、対象のシグナリングやパケットなどの実質的な内容が異なるものではない。例えば、ALP(ATSC Link-Layer Protocol)パケットは、GenericパケットやTLV(Type Length Value)パケットなどと称される場合がある。また、NRT(Non Real Time)は、LCC(Locally Cached Content)などと称される場合がある。
【０２１５】
また、本技術は、伝送路として、放送網以外の伝送路、すなわち、例えば、インターネットや電話網等の通信回線（通信網）などを利用することを想定して規定されている所定の規格（デジタル放送の規格以外の規格）などにも適用することができる。その場合には、伝送システム１（図１）の伝送路３０として、インターネットや電話網などの通信回線が利用され、送信装置１０は、インターネット上に設けられたサーバとすることができる。そして、当該通信サーバと、受信装置２０とが、伝送路３０（通信回線）を介して双方向の通信を行うことになる。
【０２１６】
＜６．コンピュータの構成＞
【０２１７】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２１８】
コンピュータ１０００において、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アドレスと、固定のポート番号により特定される
（３）又は（４）に記載の受信装置。
（６）
前記制御部は、ある周波数帯域での周波数スキャンで、前記事業者数情報が示す放送事業者の数に応じた前記制御情報が取得された場合、次の周波数帯域に遷移して周波数スキャンを行う
（３）乃至（５）のいずれかに記載の受信装置。
（７）
受信装置のデータ処理方法において、
前記受信装置が、
放送波を受信し、
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報に基づいて、前記放送波に対する周波数スキャンを行い、サービスを選局するための選局情報を生成する
ステップを含むデータ処理方法。
（８）
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を生成する生成部と、
生成された前記事業者数情報を、放送波により送信する送信部と
を備える送信装置。
（９）
前記事業者数情報は、同一の周波数帯域で１又は複数の放送事業者が１又は複数のサービスを提供する場合における放送事業者の数を示している
（８）に記載の送信装置。
（１０）
前記事業者数情報は、前記サービスの選局に関する情報を含む制御情報を、ペイロード部に格納可能なテーブルに付加されるヘッダ部に含まれる
（８）又は（９）に記載の送信装置。
（１１）
前記テーブルは、放送事業者ごとに伝送される
（１０）に記載の送信装置。
（１２）
前記テーブルは、UDPパケットを含むIPパケットで伝送され、
前記テーブルは、固定のIPアドレスと、固定のポート番号により特定される
（１０）又は（１１）に記載の送信装置。
（１３）
前記送信部は、前記制御情報とともに、コンテンツを、放送波により送信する
（１０）乃至（１２）のいずれかに記載の送信装置。
（１４）
送信装置のデータ処理方法において、
前記送信装置が、
同一の周波数帯域でサービスを提供する放送事業者の数を示す事業者数情報を生成し、
生成された前記事業者数情報を、放送波により送信する
ステップを含むデータ処理方法。
【符号の説明】
【０２２７】
１  伝送システム，  １０  送信装置，  ２０  受信装置，  ３０  伝送路，  １１１  制御部，  １１２  ビデオデータ取得部，  １１３  ビデオデータ処理部，  １１４  オーディオデータ取得部，  １１５  オーディオデータ処理部，  １１６  字幕データ取得部，  １１７  字幕処理部，  １１８  シグナリング生成部，  １１９  シグナリング処理部，  １２０  マルチプレクサ，  １２１  送信部，  ２１１  制御部，  ２１２  メモリ，  ２１３  入力部，  ２１４  受信部，  ２１５  デマルチプレクサ，  ２１６  ビデオ処理部，  ２１７  ビデオ出力部，  ２１８  オーディオ処理部，  ２１９  オーディオ出力部，  ２２０  字幕処理部，  ２２１  表示部，  ２２２  スピーカ，  １０００  コンピュータ，  １００１  CPU
【図１】
2018008430.tif 000003
【図２】
2018008430.tif 000004
【図３】
2018008430.tif 000005
【図４】
2018008430.tif 000006
【図５】
2018008430.tif 000007
【図６】
2018008430.tif 000008
【図７】
2018008430.tif 000009
【図８】
2018008430.tif 000010
【図９】
2018008430.tif 000011
【図１０】
2018008430.tif 000012
【図１１】
2018008430.tif 000013
【図１２】
2018008430.tif 000014
【図１３】
2018008430.tif 000015
【図１４】
2018008430.tif 000016
【図１５】
2018008430.tif 000017
【国際調査報告】
2018008430.tif 000018
2018008430.tif 000019