(57)【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるLLS(Low Layer Signaling)パケットのヘッダに配置されるフィルタリング情報を用い、前記LLSパケットのペイロードに配置される第１のシグナリングデータのフィルタリング処理を行うフィルタリング処理部と
を備え、
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む
受信装置。
【請求項２】
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
請求項１に記載の受信装置。
【請求項３】
前記拡張フィルタ情報には、優先度を示す情報が指定される
請求項２に記載の受信装置。
【請求項４】
前記拡張フィルタ情報には、地域を識別するための情報が指定される
請求項２又は３に記載の受信装置。
【請求項５】
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定される
請求項２乃至４のいずれかに記載の受信装置。
【請求項６】
前記第１の情報は、SCD(Service Configuration Description)を含み、
前記第２の情報は、RRD(Region Rating Description)を含み、
前記第３の情報は、EAD(Emergency Alerting Description)を含む
請求項１に記載の受信装置。
【請求項７】
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
請求項１乃至６のいずれかに記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるLLSパケットのヘッダに配置されるフィルタリング情報を用い、前記LLSパケットのペイロードに配置される第１のシグナリングデータのフィルタリング処理を行う
ステップを含み、
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む
受信方法。
【請求項９】
サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１のシグナリングデータを取得する第２の取得部と、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
を備え、
前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータをペイロードに配置したLLSパケットのヘッダには、前記第１のシグナリングデータのフィルタリング処理で用いられるフィルタリング情報が配置され、
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む
送信装置。
【請求項１０】
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
請求項９に記載の送信装置。
【請求項１１】
前記拡張フィルタ情報には、優先度を示す情報が指定される
請求項１０に記載の送信装置。
【請求項１２】
前記拡張フィルタ情報には、地域を識別するための情報が指定される
請求項１０又は１１に記載の送信装置。
【請求項１３】
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定される
請求項１０乃至１２のいずれかに記載の送信装置。
【請求項１４】
前記第１の情報は、SCDを含み、
前記第２の情報は、RRDを含み、
前記第３の情報は、EADを含む
請求項９に記載の送信装置。
【請求項１５】
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTEセッションにより伝送される
請求項９乃至１４のいずれかに記載の送信装置。
【請求項１６】
送信装置の送信方法において、
前記送信装置が、
サービスを構成する１又は複数のコンポーネントを取得し、
第１のシグナリングデータを取得し、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する
ステップを含み、
前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータをペイロードに配置したLLSパケットのヘッダには、前記第１のシグナリングデータのフィルタリング処理で用いられるフィルタリング情報が配置され、
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、効率的なフィルタリング処理を行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
各国のデジタル放送の規格では、伝送形式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されている（例えば、特許文献１参照）。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５６７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、IP伝送方式を用いたデジタル放送においては、各種のデータがパケット単位で伝送されるため、効率的なパケットのフィルタリング処理を実行して、必要な情報を取得できるようにすることが求められている。しかしながら、そのようなフィルタリング処理に関する技術方式は確立されていない。【０００５】
本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を用いたデジタル放送において、効率的なフィルタリング処理を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるLLS(Low Layer Signaling)パケットのヘッダに配置されるフィルタリング情報を用い、前記LLSパケットのペイロードに配置される第１のシグナリングデータのフィルタリング処理を行うフィルタリング処理部とを備え、前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む受信装置である。
【０００８】
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含むようにすることができる。【０００９】
前記拡張フィルタ情報には、優先度を示す情報が指定されるようにすることができる。【００１０】
前記拡張フィルタ情報には、地域を識別するための情報が指定されるようにすることができる。【００１１】
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定されるようにすることができる。【００１３】
前記第１の情報は、SCD(Service Configuration Description)を含み、前記第２の情報は、RRD(Region Rating Description)を含み、前記第３の情報は、EAD(Emergency Alerting Description)を含むようにすることができる。
【００１４】
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるようにすることができる。【００１５】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１６】
本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。【００１７】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波が受信され、前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるLLSパケットのヘッダに配置されるフィルタリング情報を用い、前記LLSパケットのペイロードに配置される第１のシグナリングデータのフィルタリング処理が行われる。また、前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含むようにすることができる。
【００１８】
本技術の第２の側面の送信装置は、サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、第１のシグナリングデータを取得する第２の取得部と、前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部とを備え、前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータをペイロードに配置したLLSパケットのヘッダには、前記第１のシグナリングデータのフィルタリング処理で用いられるフィルタリング情報が配置され、前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含む送信装置である。
【００２０】
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含むようにすることができる。【００２１】
前記拡張フィルタ情報には、優先度を示す情報が指定されるようにすることができる。【００２２】
前記拡張フィルタ情報には、地域を識別するための情報が指定されるようにすることができる。【００２３】
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定されるようにすることができる。【００２５】
前記第１の情報は、SCDを含み、前記第２の情報は、RRDを含み、前記第３の情報は、EADを含むようにすることができる。
【００２６】
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTEセッションにより伝送されるようにすることができる。【００２７】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２８】
本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。【００２９】
本技術の第２の側面の送信装置、及び、送信方法においては、サービスを構成する１又は複数のコンポーネントが取得され、第１のシグナリングデータが取得され、前記コンポーネントとともに、前記第１のシグナリングデータが、IP伝送方式を用いたデジタル放送の放送波で送信される。また、前記放送波において、前記IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータをペイロードに配置したLLSパケットのヘッダには、前記第１のシグナリングデータのフィルタリング処理で用いられるフィルタリング情報が配置され、前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成に関する情報を含む第１の情報、レーティングに関する情報を含む第２の情報、及び、緊急告知に関する情報を含む第３の情報のうち、少なくとも１つの情報を含むようにすることができる。
【発明の効果】
【００３０】
本技術の第１の側面及び第２の側面によれば、効率的なフィルタリング処理を行うことができる。【００３１】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３２】
【図１】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図２】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図３】IP伝送方式のデジタル放送の放送波で伝送されるパケット構造を示す図である。
【図４】LLSヘッダの構造を示す図である。
【図５】LLSヘッダの要素の詳細な内容を示す図である。
【図６】圧縮情報の詳細な内容を示す図である。
【図７】タイプ情報の詳細な内容を示す図である。
【図８】拡張フィルタ情報の詳細な内容を示す図である。
【図９】特定のLLSのファイルを取得するためのフィルタリング処理を説明するための図である。
【図１０】特定のEADのファイルを取得するためのフィルタリング処理を説明するための図である。
【図１１】SCDのシンタックスの例を示す図である。
【図１２】RRDのシンタックスの例を示す図である。
【図１３】EADのシンタックスの例を示す図である。
【図１４】本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【図１５】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１６】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１７】送信処理を説明するフローチャートである。
【図１８】初期スキャン処理を説明するフローチャートである。
【図１９】LLS取得・記録処理を説明するフローチャートである。
【図２０】EAD取得処理を説明するフローチャートである。
【図２１】フィルタリング条件設定処理を説明するフローチャートである。
【図２２】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００３４】
１．IP伝送方式によるデジタル放送の概要
２．パケット構造
３．運用例
４．LLSのデータ構造
５．放送通信システムの構成
６．各装置で実行される具体的な処理の流れ
７．コンピュータの構成
【００３５】
＜１．IP伝送方式によるデジタル放送の概要＞
【００３６】
（IP伝送方式の放送波の構成）
図１は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００３７】
図１に示すように、所定の周波数帯域を有する放送波(RF Channel)には、複数のBBPストリーム(BBP Stream)が伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、ESG(ESG Service)、及び、LLS(Low Layer Signaling)が含まれる。
【００３８】
ここでは、NTP、サービスチャンネル、ESGは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。ESG(Electronic Service Guide)は、番組に関するメタデータを含む電子サービスガイドである。LLSは、低レイヤのシグナリングデータである。
【００３９】
各サービスチャンネルには、ビデオデータ(Video)やオーディオデータ(Audio)、字幕等(CC：Closed Captioning)のコンポーネント(Component)と、SCS(Service Channel Signaling)が含まれる。SCSは、サービス単位のシグナリングデータである。また、各サービスチャンネルには、共通のIPアドレスが付与されており、例えば、このIPアドレスを用いて、１又は複数のサービスチャンネルごとに、コンポーネントやSCSなどをパッケージ化することができる。
【００４０】
なお、IP伝送方式のデジタル放送において、所定の周波数帯域を有する放送波(RF Channel)には、RFチャンネルID（以下、「RFchannelId」とも記述する。）が割り当てられ、BBPストリームには、BBPストリームID（以下、「bbpStreamId」とも記述する。）が割り当てられる。また、各BBPストリームに含まれる１又は複数のサービス(Service)は、サービスID（以下、「serviceId」とも記述する。）が割り当てられる。ただし、サービス(Service)は、図１のサービスチャンネル(Service Channel)に相当するものである。
【００４１】
このように、IP伝送方式のデジタル放送においては、ID体系として、MPEG2-TS方式で用いられているネットワークID、トランスポートストリームID、及び、サービスIDの組み合わせ（以下、「トリプレット(Triplet)」という。）に対応する構成を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００４２】
これにより、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式のID体系においては、ネットワークIDの代わりにRFチャンネルIDが用いられ、トランスポートストリームIDの代わりにBBPストリームIDが用いられている。
【００４３】
（プロトコルスタック）
図２は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【００４４】
図２に示すように、最も下位の階層は、物理層(Physical Layer)とされる。IP伝送方式のデジタル放送では、放送を利用した伝送に限らず、一部のデータを、通信を利用して伝送する場合があるが、放送を利用する場合、その物理層(Broadcast PHY)は、サービス（チャンネル）のために割り当てられた放送波の周波数帯域が対応することになる。
【００４５】
物理層の上位の階層は、IP層とされる。IP層は、TCP/IPのプロトコルスタックにおけるIP(Internet Protocol)に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、FLUTE+とされる。すなわち、IP伝送方式のデジタル放送においては、IPアドレスとUDP(User Datagram Protocol)のポート番号が指定されたパケットが送信され、FLUTE(File Delivery over Unidirectional Transport)セッションが確立されるようになされている。
【００４６】
なお、FLUTE+は、従来から規定されているFLUTEが拡張されたものであり、FLUTEの詳細は、RFC6726として規定されている。また、FLUTE+(plus)は、「FLUTE enhancement」と称される場合がある。FLUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOI(Transport Object Identifier)により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI(Transport Session Identifier)により管理する。すなわち、FLUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
【００４７】
FLUTEに隣接する上位階層のうち、一部の階層は、ESG(Electronic Service Guide)、SCS(Service Channel Signaling)、NRTコンテンツ(NRT Content)とされ、ESG、SCS、NRTコンテンツは、FLUTEセッションにより伝送される。NRTコンテンツは、NRT(Non Real Time)放送で伝送されるコンテンツであって、受信機のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。
【００４８】
SCSとしては、例えば、USBD(User Service Bundle Description)、MPD(Media Presentation Description)、SDP(Session Description Protocol)、SPD(Service Parameter Description)が伝送される。
【００４９】
USBDは、MPDとSDPを参照するための情報などを含んでいる。MPDは、サービス単位で伝送されるコンポーネントごとのセグメントURL(Uniform Resource Locator)などの情報を含んでいる。SDPは、コンポーネントのロケーション情報などを含んでいる。SPDは、サービスとコンポーネントのレベルで規定された各種のパラメータを含んで構成される。なお、USBD、MPD、SDP、及び、SPDは、例えば、XML(Extensible Markup Language)等のマークアップ言語により記述される。
【００５０】
FLUTEに隣接する上位階層のうち、上述した階層以外の他の階層は、HTTP(internal server)とされ、さらに、HTTPに隣接する上位階層は、DASH(ISO BMFF)とされる。また、DASH(ISO BMFF)に隣接する上位階層は、ビデオデータ(Video)、オーディオデータ(Audio)、字幕データ(Closed Caption)等のコンポーネントとされる。すなわち、ビデオやオーディオ、字幕等のコンポーネントは、ISO Base Media File Formatの規格に準じたメディアセグメント(Media Segment)単位で、FLUTEセッションにより伝送されることになる。
【００５１】
LLS(Low Layer Signaling)は、低レイヤのシグナリングデータであって、BBPストリーム上で伝送される。例えば、LLSとしては、SCD(Service Configuration Description)、RRD(Region Rating Description)、EAD(Emergency Alerting Description)が伝送される。
【００５２】
SCDは、MPEG2-TS方式で用いられているトリプレットに相当するID体系を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCDには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGにアクセスするためのESG bootstrap情報、SCSにアクセスするためのSCS bootstrap情報が含まれる。
【００５３】
RRDは、レーティング情報を含んでいる。EADは、緊急告知に関する情報を含んでいる。なお、SCD、RRD、及び、EADは、例えば、XML等のマークアップ言語により記述される。
【００５４】
また、通信を利用する場合、その物理層(Broadband PHY)の上位の階層は、IP層とされる。また、IP層に隣接する上位階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)(external server)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
【００５５】
これにより、受信機は、例えばインターネット上のサーバとの間で、TCP/IPプロトコルを用いた通信を行い、ESGやSCS，NRTコンテンツ等を受信することができる。また、受信機は、インターネット上のサーバから、適応的にストリーミング配信されるビデオやオーディオ等のコンポーネントを受信することができる。なお、このストリーミング配信は、MPEG-DASH(Dynamic Adaptive Streaming over HTTP)の規格に準拠したものとなる。
【００５６】
また、放送のFLUTEセッションや、通信のTCP/IPプロトコルを用いて、アプリケーション(Applications)を伝送することができる。このアプリケーションは、HTML5(HyperText Markup Language 5)等のマークアップ言語により記述することができる。
【００５７】
IP伝送方式のデジタル放送では、以上のようなプロトコルスタックを採用していることから、例えば、ESGやSCS等のシグナリングデータを、放送と通信のどちらで伝送する場合であっても、IP層よりも下位の階層となる物理層（とデータリンク層）を除く階層、つまり、IP層よりも上位の階層では、プロトコルを共通にすることが可能となるため、受信機等においては、実装の負担や処理の負担を軽減することが期待される。
【００５８】
＜２．パケット構造＞
【００５９】
（パケット構造）
図３は、IP伝送方式のデジタル放送の放送波で伝送されるパケット構造を示す図である。なお、図３のパケット構造は、図２のプロトコルスタックの放送側の階層の一部に対応したものとなる。
【００６０】
すなわち、物理フレーム(PHY frame)は、図２の物理層(Broadcast PHY)におけるフレーム構造に相当する。また、BBPパケット(Base Band Packet)は、図２の物理層(Broadcast PHY)とIP層との間に位置するBBPストリーム(Base Band Packet Stream)で伝送されるパケットの構造に相当する。さらに、LLS(Low Layer Signaling)は、図２のLLSに相当するものである。
【００６１】
図３に示すように、物理フレームは、物理ヘッダとペイロードから構成される。物理フレームのペイロードには、複数のBBPパケットが含まれる。各BBPパケットは、BBPヘッダとペイロードから構成される。BBPパケットのペイロードには、LLSパケットが含まれる。すなわち、BBPストリームによりLLSパケットを伝送する場合には、ペイロードの部分がLLSパケットとなる。LLSパケットは、LLSヘッダとペイロードから構成される。
【００６２】
なお、図示はしていないが、BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。IPパケットは、IPヘッダとペイロードから構成される。また、IPパケットのペイロードには、UDPパケットが含まれる。UDPパケットは、UDPヘッダとペイロードから構成される。さらに、UDPパケットのペイロードには、LCT(Layered Coding Transport)パケットが含まれる。LCTパケットは、LCTヘッダとペイロードから構成される。
【００６３】
次に、図４乃至図８を参照して、図３のLLSパケットに付加されるLLSヘッダの詳細な構造について説明する。
【００６４】
（LLSヘッダの構造）
図４は、LLSヘッダの構造を示す図である。なお、図５には、図４のLLSヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
【００６５】
図４に示すように、32ビットのLLSヘッダには、フィルタリング情報として、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」が配置される。
【００６６】
先頭に配置される2ビットの「CO」は、Compressの略であって、対象のシグナリングデータの圧縮の有無を示す圧縮情報である。例えば、図６に示すように、非圧縮の場合、「CO」には、"0"が指定される。また、対象のLLSのファイルがzipにより圧縮されている場合には、"1"が指定される。さらにまた、対象のLLSのファイルがBiM(Binary format for MPEG-7 data)により圧縮されている場合には、"2"が指定される。なお、"3"は、将来の拡張用に確保されている。
【００６７】
図４に戻り、「CO」の次に配置される6ビットの「Type」は、シグナリングデータ(LLS)のタイプを示すタイプ情報である。例えば、図７に示すように、すべてのLLS(SCD，RRD，EAD)の場合、「Type」には、"0"が指定される。同様に、「Type」には、LLSの種別に応じた値が指定され、SCDには"1"、RRDには"2"、EADには"3"がそれぞれ指定される。なお、"4"〜"63"は、将来の拡張用に確保されている。
【００６８】
図４に戻り、「Type」の次に配置される16ビットの「Filter_Extension」は、シグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報である。この拡張フィルタ情報は、任意に設定することができる。
【００６９】
例えば、図８に示すように、Type="3"(EAD)が指定される場合に、16ビットからなるFilter_Extensionのうち、上位の5ビットに郵便番号を割り当て、さらに、次の2ビットに優先度を割り当てるようにする。例えば米国では5桁の郵便番号が用いられるので、その郵便番号に応じた値を上位の5ビットに割り当てることで特定の地域を指定することができる。なお、ここでは米国の郵便番号を一例に説明したが、国や地域により郵便番号の桁数が異なるので、それにあわせてビットを割り当てることになる。また、優先度には、例えば、"0"〜"3"の４段階の優先度が指定される。この例では、その値が大きいほど、優先度が高いことを示している。
【００７０】
このように、EADは、緊急告知に関する情報を含んでいるが、対象の地域やその緊急度などによっては、すべてのユーザにとって必要な情報とはならないため、拡張フィルタ情報によりフィルタリング情報を拡張して指定することで、必要な情報のみが取得されるようにしている。
【００７１】
また、例えば、図８に示すように、16ビットからなるFilter_Extensionに、任意のビットからなるフィルタID(Fi_id)と、任意のビットからなるフィルタ値(value)を定義することができる。すなわち、フィルタ値の内容は、フィルタIDごとに定義されるので、各種の拡張フィルタ情報を定義することができる。
【００７２】
図４に戻り、「Filter_Extension」の次に配置される8ビットの「Data_Version」は、対象のシグナリングデータのバージョンを示すバージョン情報である。
【００７３】
なお、フィルタリング情報としては、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)のすべてを配置する必要はなく、それらの情報のうち、少なくとも１つの情報がフィルタリング条件に応じて配置されればよい。また、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)は、フィルタリング情報の一例であって、シグナリングデータのフィルタリング処理に用いることができるパラメータであれば、他のパラメータを定義してもよい。
【００７４】
以上、LLSヘッダでは、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)からなるフィルタリング情報を定義している。これにより、受信機では、当該LLSヘッダのフィルタリング情報を用い、LLSパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
【００７５】
＜３．運用例＞
【００７６】
次に、図９乃至図１０を参照して、具体的な運用例を説明する。
【００７７】
（１）運用例１
図９は、特定のLLSのファイルを取得するためのフィルタリング処理を説明するための図である。
【００７８】
図９において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、BBPストリームを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。さらに、LLSパケットのLLSヘッダには、フィルタリング情報として、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されている。また、コンポーネントやSCS，ESGのファイルは、FLUTEセッションで伝送されている。
【００７９】
図９に示すように、各家庭等に設置された受信機は、LLS取得開始イベントが発生すると、LLS取得処理を開始する。受信機は、BBPストリームにより伝送される、BBPパケットのペイロードに含まれるLLSパケットのLLSヘッダによるフィルタリング処理を行う。
【００８０】
ここで、LLSパケットのLLSヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、LLSのタイプを認識することができる。すなわち、LLSとしては、SCD，RRD，EADが伝送されるので、Type="0"をフィルタリング条件として、LLSパケットをフィルタリングすることで、すべてのLLS(SCD，RRD，EAD)のLLSパケットが抽出される。
【００８１】
また、バージョン情報(Data_Version)をフィルタリング条件に指定することで、当該フィルタリング条件を用いたフィルタリング処理によって、各LLSのバージョンが比較され、更新後のLLSのみが取得される。さらに、拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定することで、当該フィルタリング条件を用いたフィルタリング処理によって、特定のLLSのみが取得される。
【００８２】
同様に、Type="1"をフィルタリング条件として、LLSパケットのフィルタリングが行われた場合、SCDのLLSパケットのみが抽出される。さらに、バージョン情報(Data_Version)や拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、フィルタリング処理を行うことで、特定のSCDのみが取得される。
【００８３】
同様に、Type="2"をフィルタリング条件として、LLSパケットのフィルタリングが行われた場合、RRDのLLSパケットのみが抽出される。さらに、バージョン情報(Data_Version)や拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、フィルタリング処理を行うことで、特定のRRDのみが取得される。
【００８４】
同様に、Type="3"をフィルタリング条件として、LLSパケットのフィルタリングが行われた場合、EADのLLSパケットのみが抽出される。さらに、バージョン情報(Data_Version)や拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、フィルタリング処理を行うことで、特定のEADのみが取得される。
【００８５】
なお、受信機では、SCDやSCSが取得されると、IPヘッダとUDPヘッダによるフィルタリング処理を行い、IPアドレスとポート番号のフィルタリング条件を満たしている、対象のサービスのパケットを抽出することで、コンポーネントやNTP，ESGなどを取得することができる。
【００８６】
以上のように、運用例１においては、LLSヘッダに配置されたタイプ情報(Type)、バージョン情報(Data_Version)、及び、拡張フィルタ情報(Filter_Extension)などを用い、LLSの中から、フィルタリング条件を満たす特定のLLSのファイルのみを取得することができるため、受信機は、最適なタイミングで、必要な情報のみを効率的に取得することができる。
【００８７】
（２）運用例２
図１０は、特定のEADのファイルを取得するためのフィルタリング処理を説明するための図である。
【００８８】
図１０において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、BBPストリームを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。さらに、LLSパケットのLLSヘッダには、フィルタリング情報として、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されている。また、コンポーネントやSCS，ESGのファイルは、FLUTEセッションで伝送されている。
【００８９】
図１０に示すように、各家庭等に設置された受信機は、EAD取得開始イベントが発生すると、LLS取得処理を開始する。受信機は、BBPストリームにより伝送される、BBPパケットのペイロードに含まれるLLSパケットのLLSヘッダによるフィルタリング処理を行う。
【００９０】
ここで、LLSパケットのLLSヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、LLSのタイプを認識することができる。この運用例２では、EADのファイルを取得するのであるから、Type="3"をフィルタリング条件として、LLSパケットをフィルタリングすることで、EADのLLSパケットのみが抽出される。
【００９１】
また、バージョン情報(Data_Version)や拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、フィルタリング処理を行うことで、特定のEADのみを取得することができる。ここでは、拡張フィルタ情報(Filter_Extension)として、Priority="1"が設定されているので、"1"である優先度のEADのみが取得される。なお、図１０においては、拡張フィルタ情報(Filter_Extension)として、優先度が指定された場合を説明したが、例えば、図８に示したように、郵便番号を指定することで、特定の地域のEADのみが取得されるようにしてもよい。
【００９２】
以上のように、運用例２においては、LLSヘッダに配置されたタイプ情報(Type)、バージョン情報(Data_Version)、及び、拡張フィルタ情報(Filter_Extension)などを用い、LLSの中から、フィルタリング条件を満たす特定のEADのファイルのみを取得することができるため、受信機は、EAD取得開始イベントが発生した場合に、必要な情報のみを効率的に取得することができる。
【００９３】
すなわち、EADは、緊急告知に関する情報を含んでいるが、対象の地域やその緊急度などによっては、すべてのユーザにとって必要な情報とはならないため、拡張フィルタ情報によりフィルタリング条件を指定することで、必要な情報のみを取得することができる。
【００９４】
＜４．LLSのデータ構造＞
【００９５】
（１）SCDのシンタックス
図１１は、SCDのシンタックスの例を示す図である。
【００９６】
SCDは、例えばXML等のマークアップ言語により記述される。なお、図１１において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する他のシンタックスでも同様とされる。
【００９７】
図１１に示すように、Scd要素は、majorProtocolversion属性、minorProtocolversion属性、RFchannelId属性、name属性、Tuning_RF要素、及び、BBPStream要素の上位要素となる。
【００９８】
majorProtocolversion属性と、minorProtocolversion属性には、プロトコルのバージョン情報が指定される。RFchannelId属性には、物理チャンネル単位の放送局のRFチャンネルIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【００９９】
Tuning_RF要素は、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、PreambleL1Pre属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。PreambleL1Pre属性には、物理層の制御情報が指定される。
【０１００】
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、ClockReferenceInformation要素、Tuning_BBPS要素、及び、Service要素の上位要素となる。
【０１０１】
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、bbpStreamId属性により識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。このペイロードタイプとしては、例えば、"ipv4"，"ipv6"，"ts"などが指定される。"ipv4"は、IPv4(Internet Protocol version 4)であることを示す。"ipv6"は、IPv6(Internet Protocol Version 6)であることを示す。"ts"は、TS(Transport Stream)であることを示す。name属性には、BBPストリームの名称が指定される。
【０１０２】
ESGBootstrap要素には、ESGへのアクセス情報が指定される。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、ESGBroadcastLocation要素、及び、ESGBroadbandLocation要素の上位要素となる。
【０１０３】
providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadcastLocation要素は、ESGが放送により伝送される場合に、RFchannelId属性、BBPStreamId属性、及び、ESGServiceId属性(トリプレット)によりESGサービスを指定する。RFchannelId属性には、ESGサービスを伝送する放送局のRFチャンネルIDが指定される。BBPStreamId属性には、ESGサービスを伝送するBBPストリームのBBPストリームIDが指定される。ESGServiceId属性には、ESGサービスのサービスIDが指定される。
【０１０４】
ESGBroadbandLocation要素は、ESGが通信により伝送される場合に、ESGurl属性により、そのESGのファイルにアクセスするためのURLを指定する。
【０１０５】
ClockReferenceInformation要素には、時刻情報(例えばNTP)に関する情報が指定される。ClockReferenceInformation要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、clockReferenceFormat属性の上位要素となる。
【０１０６】
sourceIPAddress属性とdestinationIPAddress属性には、時刻情報を伝送する送信元(source)と宛先(destination)のIPアドレスが指定される。portNum属性には、時刻情報を伝送するポート番号が指定される。clockReferenceFormat属性には、時刻情報のタイプ情報が指定される。このタイプ情報としては、例えば、"NTPnormal"又は"NTP27M"が指定される。"NTPnormal"は、通常のNTPであることを示している。また、"NTP27M"は、PCR(Program Clock Reference)の27MHzの基準クロックに対応していることを示している。
【０１０７】
Tuning_BBPS要素には、BBPストリームごとの選局に関する情報が指定される。Tuning_BBPS要素は、plpId属性、及び、PreambleL1post要素の上位要素となる。plpId属性には、BBPストリームを識別するためのPLP IDが指定される。なお、PLP IDは、BBPストリームIDに対応している。PreambleL1post要素には、物理層の制御情報が指定される。
【０１０８】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin要素、SCSbootstrap要素、及び、AssociatedService要素の上位要素となる。
【０１０９】
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、serviceId属性により識別する。serviceType属性には、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"continuous"，"scripted"，"esg"が指定される。"continuous"は、ビデオやオーディオのサービス、"scripted"はNRTサービス、"esg"はESGサービスであることをそれぞれ示している。
【０１１０】
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。これらの属性値として"on"が指定された場合、当該サービスは非表示とされる。また、これらの属性値として"off"が指定された場合、当該サービスは表示される。例えば、hidden属性として"on"が指定された場合、当該サービスは、リモートコントローラの操作により選局できないようになる。また、例えば、hiddenGuide属性として"on"が指定された場合、当該サービスは、ESGには表示されないことになる。
【０１１１】
shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。ただし、shortName属性では、７文字以内でサービスの名称の名称を指定しなければならない。accesControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。accesControl属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
【０１１２】
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalRFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalRFchannelId属性には、オリジナルRFチャンネルIDが指定される。オリジナルRFチャンネルIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。すなわち、国コード、オリジナルRFチャンネルID、BBPストリームID、及び、サービスIDによって、各サービスに対して、固有のIDを割り当てることができる。
【０１１３】
SCSBootstrap要素には、サービスへのアクセス情報が指定される。SCSBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元(source)と宛先(destination)のIPアドレスが指定される。portNum属性には、SCSを伝送するポート番号が指定される。tsi属性には、SCSを伝送するFLUTEセッションにおけるTSIが指定される。
【０１１４】
AssociatedService要素には、関連従属サービスに関する情報が指定される。AssociatedService要素は、RFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。RFchannelId属性には、関連従属サービスのRFチャンネルIDが指定される。bbpStreamId属性には、関連従属サービスのBBPストリームIDが指定される。serviceId属性には、関連従属サービスのサービスIDが指定される。
【０１１５】
なお、図１１において、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する他のシンタックスでも同様とされる。
【０１１６】
（２）RRDのシンタックス
図１２は、RRDのシンタックスの例を示す図である。RRDは、例えばXML等のマークアップ言語により記述される。
【０１１７】
図１２に示すように、RRD要素は、RatingRegionName要素、RatingRegion要素、TableVersion要素、及び、Dimension要素の上位要素となる。RatingRegionName要素には、レーティングリージョンの名称が指定される。この名称としては、例えば、"us"，"canada"，"mexico"などが指定される。RatingRegion要素は、レーティングリージョンのコードが指定される。TableVersion要素には、RRDのバージョン情報が指定される。
【０１１８】
Dimension要素は、RatingDimensionName要素、RatingDimension要素、GraduatedScale要素、及び、DimensionValue要素の上位要素となる。RatingDimensionName要素は、レーティングディメンションの名称が指定される。RatingDimension要素は、レーティングディメンションのコードが指定される。GraduatedScale要素は、スケールが指定される。
【０１１９】
DimensionValue要素には、ディメンションの値が指定される。DimensionValue要素は、RatingValueText要素、AbbrevValueText要素、RatingValue要素、及び、RatingTag要素の上位要素となる。これらの属性により、例えば、年齢制限の区分けの仕方などのレーティング情報が指定される。
【０１２０】
（３）EADのシンタックス
図１３は、EADのシンタックスの例を示す図である。EADは、例えばXML等のマークアップ言語により記述される。
【０１２１】
図１３に示すように、EAD要素は、AutomaticTuningService要素、及び、EAMessage要素の上位要素となる。AutomaticTuningService要素は、Wake-up時の自動選局サービスを指定するためのものである。AutomaticTuningService要素は、RFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。
【０１２２】
RFchannelId属性は、自動選局サービスのRFチャンネルIDが指定される。bbpStreamId属性は、自動選局サービスのBBPストリームIDが指定される。serviceId属性は、自動選局サービスのサービスIDが指定される。すなわち、AutomaticTuningService要素が出現した場合、それらの属性が示すトリプレットにより指定されるサービスが選局される。ただし、このトリプレットのうち、RFchannelId属性とbbpStreamId属性は必須ではなく、例えば、EADと同一のBBPストリームを指定するのであれば、serviceId属性のみを指定すればよいことになる。
【０１２３】
EAMessage要素は、緊急告知情報（緊急情報）のメッセージが指定される。EAMessage要素は、eaMessageId属性、eaPriority属性、EAMessageData要素、EAApplication要素、EAService要素、及び、EAWww要素の上位要素となる。
【０１２４】
eaMessageId属性は、緊急告知情報（緊急情報）のIDが指定される。eaPriority属性は、緊急告知情報（緊急情報）の優先度が指定される。EAMessageData要素は、緊急告知情報（緊急情報）の字幕情報が指定される。
【０１２５】
EAApplication要素は、緊急告知用のアプリケーションに関する情報が指定される。EAApplication要素は、applicationId属性の上位要素となる。applicationId属性は、アプリケーションIDが指定される。
【０１２６】
EAService要素は、緊急告知用のNRTサービスに関する情報が指定される。EAService要素は、serviceId属性、及び、serviceType属性の上位要素となる。serviceId属性は、サービスIDが指定される。serviceType属性は、サービスタイプ情報が指定される。このサービスタイプ情報としては、"nrt"，"adjunct_shared"が指定される。"nrt"は、NRTサービスであることを示す。"adjunct_shared"(shared)は、シェアドサービスであることを示す。
【０１２７】
EAWww要素は、緊急情報サイトに関する情報が指定される。EAWww要素は、uri属性の上位要素となる。uri属性には、緊急情報サイトのURLが指定される。
【０１２８】
なお、図１１乃至図１３を参照して説明したSCD，RRD，EADの各シンタックスは一例であって、他のシンタックスを採用することができる。
【０１２９】
＜５．放送通信システムの構成＞
【０１３０】
（放送通信システムの構成例）
図１４は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【０１３１】
図１４において、放送通信システム１は、放送と通信が連携して、各種のサービスを提供するためのシステムである。
【０１３２】
図１４に示すように、放送通信システム１は、送信装置１０、受信装置２０、データ提供サーバ３０、及び、ストリーミングサーバ４０から構成される。図１４において、受信装置２０は、ネットワーク９０を介して、ストリーミングサーバ４０と相互に接続されている。
【０１３３】
送信装置１０は、データ提供サーバ３０から提供されるコンポーネントを、IP伝送方式を用いたデジタル放送の放送波によって送信する。また、送信装置１０は、データ提供サーバ３０から提供されるシグナリングデータの元データを用いて、シグナリングデータを生成し、コンポーネントとともに、IP伝送方式を用いたデジタル放送の放送波で送信する。なお、送信装置１０は、上述した送信機（例えば、図９，図１０等）に相当するものであり、例えば放送事業者により提供される。
【０１３４】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信し、当該デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、送信装置１０からのシグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるコンポーネントを取得する。受信装置２０は、送信装置１０からのコンポーネントに基づいて、映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。
【０１３５】
なお、受信装置２０は、上述した受信機（例えば、図９，図１０等）に相当するものであり、例えば各家庭等に設置される。また、受信装置２０は、ディスプレイやスピーカを含んで構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
【０１３６】
データ提供サーバ３０は、ビデオデータやオーディオデータ等のコンポーネントを、送信装置１０及びストリーミングサーバ４０に提供する。また、データ提供サーバ３０は、シグナリングデータの元データを、送信装置１０に提供する。なお、データ提供サーバ３０は、シグナリングデータの元データの代わりに、シグナリングデータを、送信装置１０に提供するようにしてもよい。
【０１３７】
ストリーミングサーバ４０は、受信装置２０からの要求に応じて、データ提供サーバ３０から提供されるコンポーネントをストリームとして、ネットワーク９０を介してストリーミング配信する。なお、ストリーミングサーバ４０は、例えば放送事業者により提供される。
【０１３８】
受信装置２０は、送信装置１０からのシグナリングデータに基づいて、ストリーミングサーバ４０からネットワーク９０を介してストリーミング配信されるコンポーネントを取得する。受信装置２０は、ストリーミングサーバ４０からのコンポーネントに基づいて、映像をディスプレイに表示するとともに、その映像に同期した音声をスピーカから出力する。
【０１３９】
放送通信システム１は、以上のように構成される。次に、図１５と図１６を参照して、図１４の放送通信システム１を構成する各装置の詳細な構成として、送信装置１０と受信装置２０の構成について説明する。なお、データ提供サーバ３０、及び、ストリーミングサーバ４０の詳細な構成については省略する。
【０１４０】
（送信装置の構成例）
図１５は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０１４１】
図１５に示すように、送信装置１０は、シグナリング生成部１１１、シグナリング処理部１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、オーディオデータ取得部１１５、オーディオエンコーダ１１６、Mux１１７、及び、送信部１１８から構成される。
【０１４２】
シグナリング生成部１１１は、データ提供サーバ３０から提供されるシグナリングデータの元データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、Mux１１７に供給する。
【０１４３】
ここでは、シグナリングデータとして、LLSとして伝送されるSCD，RRD，EADと、SCSとして伝送されるUSBD，MPD，SDP，SPDなどが生成される。
【０１４４】
ビデオデータ取得部１１３は、内蔵するストレージや外部のサーバ、カメラ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１４５】
オーディオデータ取得部１１５は、内蔵するストレージや外部のサーバ、マイクロフォン等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１４６】
Mux１１７は、シグナリング処理部１１２からのシグナリングデータ、ビデオエンコーダ１１４からのビデオデータ、及び、オーディオエンコーダ１１６からのオーディオデータを多重化してIP伝送形式のBBPストリームを生成し、送信部１１８に供給する。
【０１４７】
送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。
【０１４８】
なお、デジタル放送信号において、LLSとして伝送されるSCD，RRD，EADのファイルデータを格納したLLSパケットのLLSヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置される。
【０１４９】
（受信装置の構成例）
図１６は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１５０】
図１６に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、Demux２１８、ビデオデコーダ２１９、ビデオ出力部２２０、オーディオデコーダ２２１、及び、オーディオ出力部２２２から構成される。
【０１５１】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波から、選局が指示された特定のサービスのデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
【０１５２】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、ビデオデータやオーディオデータと、シグナリングデータに分離して、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２１にそれぞれ供給する。
【０１５３】
ここで、Demux２１３は、制御部２１４からの制御に従い、LLSパケットに付加されたLLSヘッダのフィルタリング情報に基づいて、フィルタリング処理を行う。このフィルタリング処理では、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)の少なくとも１つの情報をフィルタリング条件として、フィルタリングが行われる。このフィルタリング処理の結果取得されるLLSは、SCSとともに、シグナリングデータとして制御部２１４に供給される。
【０１５４】
なお、コンポーネントやシグナリングデータが、FLUTEセッションで伝送されている場合、Demux２１３は、制御部２１４からの制御に従い、IPアドレスやポート番号、TSI，TOIなどを用いたフィルタリング処理を行うことで、ビデオデータやオーディオデータ、シグナリングデータが得られることになる。
【０１５５】
制御部２１４は、受信装置２０の各部の動作を制御する。制御部２１４は、Demux２１３から供給されるシグナリングデータに基づいて、放送で伝送されるコンポーネントを取得するための各部の動作を制御する。
【０１５６】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。制御部２１４は、入力部２１６から供給される操作信号に基づいて、受信装置２０の各部の動作を制御する。
【０１５７】
通信部２１７は、制御部２１４からの制御に従い、ネットワーク９０を介してストリーミングサーバ４０に、ストリームの配信を要求する。通信部２１７は、ネットワーク９０を介してストリーミングサーバ４０からストリーミング配信されるストリームを受信して、Demux２１８に供給する。
【０１５８】
Demux２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるストリームを、ビデオデータやオーディオデータに分離し、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２１にそれぞれ供給する。なお、例えば、ストリーミングサーバ４０から配信されるストリームがオーディオのみである場合には、Demux２１８は、コンポーネントの分離を行わずに、そのオーディオデータをオーディオデコーダ２２１に供給する。
【０１５９】
ビデオデコーダ２１９は、制御部２１４からの制御に従い、Demux２１３から供給されるビデオデータと、Demux２１８から供給されるビデオデータのいずれか一方を、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、後段のディスプレイ（不図示）に出力する。これにより、ディスプレイには、例えば番組の映像が表示される。
【０１６０】
オーディオデコーダ２２１は、制御部２１４からの制御に従い、Demux２１３から供給されるオーディオデータと、Demux２１８から供給されるオーディオデータのいずれか一方を、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２２に供給する。オーディオ出力部２２２は、オーディオデコーダ２２１から供給されるオーディオデータを、後段のスピーカ（不図示）に出力する。これにより、スピーカからは、例えば番組の映像に対応する音声が出力される。
【０１６１】
なお、図１６の受信装置２０の構成例では、ディスプレイやスピーカが外部に設けられている構成となっているが、受信装置２０がディスプレイやスピーカを有する構成を採用してもよい。
【０１６２】
＜６．各装置で実行される具体的な処理の流れ＞
【０１６３】
次に、図１７乃至図２１のフローチャートを参照して、図１４の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０１６４】
（送信処理）
まず、図１７のフローチャートを参照して、図１４の送信装置１０により実行される送信処理について説明する。
【０１６５】
ステップＳ１１１において、シグナリング生成部１１１は、データ提供サーバ３０から提供されるシグナリングデータの元データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。
【０１６６】
ステップＳ１１２において、シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、Mux１１７に供給する。
【０１６７】
なお、シグナリングデータとしては、LLSとして伝送されるSCD，RRD，EADと、SCSとして伝送されるUSBD，MPD，SDP，SPDなどが生成される。ただし、シグナリングデータは、データ提供サーバ３０が生成するようにしてもよい。その場合には、シグナリング生成部１１１は、データ提供サーバ３０から供給されるシグナリングデータをそのまま、シグナリング処理部１１２に供給する。
【０１６８】
ステップＳ１１３において、ビデオデータ取得部１１３は、ストレージ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。また、オーディオデータ取得部１１５は、ストレージ等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。
【０１６９】
ステップＳ１１４において、ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。また、オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
【０１７０】
ステップＳ１１５において、Mux１１７は、シグナリング処理部１１２からのシグナリングデータ、ビデオエンコーダ１１４からのビデオデータ、及び、オーディオエンコーダ１１６からのオーディオデータを多重化してIP伝送形式のBBPストリームを生成し、送信部１１８に供給する。
【０１７１】
ステップＳ１１６において、送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号（放送波）として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図１７の送信処理は終了する。
【０１７２】
なお、デジタル放送信号において、LLSとして伝送されるSCD，RRD，EADのファイルデータを格納したLLSパケットのLLSヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置されている。
【０１７３】
以上、送信処理について説明した。
【０１７４】
（初期スキャン処理）
次に、図１８のフローチャートを参照して、図１４の受信装置２０により実行される初期スキャン処理について説明する。
【０１７５】
ステップＳ２１１においては、制御部２１４によって、入力部２１６からの操作信号が監視され、ユーザにより初期スキャン操作が行われるまで、待機する。そして、ステップＳ２１２において、ユーザにより初期スキャン操作が行われた場合、処理は、ステップＳ２１３に進められる。
【０１７６】
ステップＳ２１３において、チューナ２１２は、制御部２１４からの制御に従い、周波数スキャン処理を行う。ステップＳ２１４においては、ステップＳ２１３の周波数スキャン処理によって、周波数スキャンが成功したかどうかが判定される。
【０１７７】
ステップＳ２１４において、周波数スキャンが失敗したと判定された場合、処理は、ステップＳ２１３に戻り、再度、周波数スキャン処理が行われる。一方、ステップＳ２１４において、周波数スキャン処理に成功したと判定された場合、処理は、ステップＳ２１５に進められる。
【０１７８】
ステップＳ２１５において、Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを取得して解析する。ステップＳ２１６においては、ステップＳ２１５の解析結果に従い、BBPストリームからIPパケットが抽出されたかどうかが判定される。
【０１７９】
ステップＳ２１６において、IPパケットが抽出されたと判定された場合、処理はステップＳ２１７に進められる。ステップＳ２１７において、Demux２１３は、抽出されたIPパケットを破棄する。一方、ステップＳ２１６において、IPパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２１８に進められる。
【０１８０】
ステップＳ２１８においては、ステップＳ２１５の解析結果に従い、BBPストリームからLLSパケットが抽出されたかどうかが判定される。
【０１８１】
ステップＳ２１８において、LLSパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２１７に進められる。ステップＳ２１７において、Demux２１３は、抽出されたLLSパケット以外のパケットを破棄する。一方、ステップＳ２１８において、LLSパケットが抽出されたと判定された場合、処理は、ステップＳ２１９に進められる。
【０１８２】
ステップＳ２１９において、Demux２１３、及び、制御部２１４は、LLS取得・記録処理を実行する。このLLS取得・記録処理では、LLSパケットに付加されたLLSヘッダのフィルタリング情報に基づいて、フィルタリング処理が行われ、当該フィルタリング処理により取得されたLLS（SCD，RRD，EAD）がNVRAM２１５に記録される。なお、LLS取得・記録処理の詳細な内容は、図１９のフローチャートを参照して後述する。
【０１８３】
ステップＳ２１７，又は、ステップＳ２１９の処理が終了すると、処理は、ステップＳ２２０に進められる。ステップＳ２２０においては、全周波数帯域のスキャンが完了したかどうかが判定される。
【０１８４】
ステップＳ２２０において、全周波数帯域のスキャンが未完了であると判定された場合、処理は、ステップＳ２１３に戻り、ステップＳ２１３以降の処理が繰り返される。これにより、各周波数帯域のスキャン処理が行われる。そして、ステップＳ２２０において、全周波数帯域のスキャンが完了したと判定された場合、図１８の初期スキャン処理は終了される。
【０１８５】
以上、初期スキャン処理について説明した。
【０１８６】
（LLS取得・記録処理）
次に、図１９のフローチャートを参照して、図１８のステップＳ２１９に対応するLLS取得・記録処理の詳細な内容について説明する。
【０１８７】
ステップＳ２３１において、Demux２１３は、制御部２１４からの制御に従い、LLSパケットのLLSヘッダを解析する。
【０１８８】
ステップＳ２３２においては、ステップＳ２３１の解析結果に従い、シグナリングデータのタイプが一致するかどうかが判定される。すなわち、LLSパケットのLLSヘッダには、タイプ情報(Type)が配置されているので、Type="0"〜"3"をフィルタリング条件に登録して、対象のシグナリングデータが抽出されたかどうかを監視することになる。
【０１８９】
ステップＳ２３２において、シグナリングデータのタイプが異なると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、Demux２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３２において、シグナリングデータのタイプが一致すると判定された場合、処理は、ステップＳ２３４に進められる。
【０１９０】
ステップＳ２３４においては、ステップＳ２３１の解析結果に従い、対象のシグナリングデータが新規取得であるかどうかが判定される。すなわち、LLSパケットのLLSヘッダには、バージョン情報(Data_Version)が配置されているので、最新のバージョンをフィルタリング条件に登録して、対象のシグナリングデータが更新されたかどうかを監視することになる。
【０１９１】
ステップＳ２３４において、対象のシグナリングデータが取得済みであると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、Demux２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３４において、対象のシグナリングデータが新規取得であると判定された場合、処理は、ステップＳ２３５に進められる。
【０１９２】
ステップＳ２３５においては、ステップＳ２３１の解析結果に従い、拡張フィルタ情報(Filter_Extension)をフィルタリング条件として、フィルタリング処理が行われる。
【０１９３】
ステップＳ２３６において、制御部２１４は、ステップＳ２３５のフィルタリング処理の結果得られるシグナリングデータを、NVRAM２１５に記録する。これにより、NVRAM２１５には、SCDなどに含まれる選局情報が記録されることになる。ステップＳ２３３，又は、ステップＳ２３６の処理が終了すると、処理は、図１８のステップＳ２１９に戻り、それ以降の処理が実行される。
【０１９４】
以上、LLS取得・記録処理について説明した。
【０１９５】
（EAD取得処理）
次に、図２０のフローチャートを参照して、図１４の受信装置２０により実行されるEAD取得処理について説明する。
【０１９６】
ステップＳ２５１において、Demux２１３、及び、制御部２１４は、フィルタリング条件設定処理を実行する。このフィルタリング条件設定処理では、例えば、タイプ情報(Type)としてのType="3"と、拡張フィルタ情報(Filter_Extension)としてのPriority="1"が、フィルタリング条件として設定される。なお、フィルタリング条件設定処理の詳細な内容は、図２１のフローチャートを参照して後述する。
【０１９７】
ステップＳ２５２において、Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームから、LLSパケットのストリームの取得を開始する。
【０１９８】
ステップＳ２５３において、Demux２１３は、制御部２１４からの制御に従い、ステップＳ２５１の処理で設定されたフィルタリング条件に基づいて、LLSパケットのフィルタリング処理を行う。ここでは、LLSパケットのLLSヘッダに、タイプ情報(Type)としてType="3"と、拡張フィルタ情報(Filter_Extension)としてPriority="1"が配置されたLLSパケットのフィルタリング処理が行われる。
【０１９９】
ステップＳ２５４においては、ステップＳ２５３のフィルタリング処理で、対象のシグナリングデータが取得されたかどうかが判定される。
【０２００】
ステップＳ２５４において、対象のシグナリングデータが取得されたと判定された場合、処理は、ステップＳ２５５に進められる。ステップＳ２５５において、制御部２１４は、ステップＳ２５３のフィルタリング処理で取得された対象のシグナリングデータに対応する情報を、ディスプレイに表示させる。
【０２０１】
ここでは、例えば、"1"である優先度のEADが取得され、その緊急告知に関する情報が、ディスプレイに表示される。また、制御部２１４は、対象のシグナリングデータをNVRAM２１５に記録する。ステップＳ２５５の処理が終了すると、処理はステップＳ２５６に進められる。
【０２０２】
なお、ステップＳ２５４において、対象のシグナリングデータが未取得であると判定された場合、ステップＳ２５５の処理はスキップされ、処理はステップＳ２５６に進められる。ステップＳ２５６においては、対象のシグナリングデータの取得を終了するかどうかが判定される。
【０２０３】
ステップＳ２５６において、対象のシグナリングデータの取得を継続すると判定された場合、処理は、ステップＳ２５３に戻り、それ以降の処理が繰り返される。一方、ステップＳ２５６において、対象のシグナリングデータの取得を終了すると判定された場合、図２０のEAD取得処理は終了する。
【０２０４】
以上、EAD取得処理について説明した。
【０２０５】
（フィルタリング条件設定処理）
次に、図２１のフローチャートを参照して、図２０のステップＳ２５１に対応するフィルタリング条件設定処理の詳細な内容について説明する。
【０２０６】
ステップＳ２７１において、Demux２１３は、制御部２１４からの制御に従い、フィルタリング条件を設定する。ここでは、タイプ情報(Type)としてのType="3"と、拡張フィルタ情報(Filter_Extension)としてのPriority="1"が、フィルタリング条件として設定される。
【０２０７】
ステップＳ２７２においては、ステップＳ２７１のフィルタリング条件設定処理が成功したかどうかが判定される。ステップＳ２７２において、フィルタリング条件設定処理が成功したと判定された場合、処理は、図２０のステップＳ２５１に戻り、それ以降の処理が実行される。一方、ステップＳ２７２において、フィルタリング条件設定処理が失敗したと判定された場合、処理は、ステップＳ２７３に進められる。
【０２０８】
ステップＳ２７３において、Demux２１３は、制御部２１４からの制御に従い、フィルタリング条件設定処理の失敗時のエラー処理を実行して、図２１のフィルタリング条件設定処理は終了する。なお、この場合、図２０のEAD取得処理を強制的に終了してもよいし、再度、図２０のステップＳ２５１の処理が実行されるようにしてもよい。
【０２０９】
以上、フィルタリング条件設定処理について説明した。
【０２１０】
なお、上述した説明では、シグナリングデータの名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD(Service Configuration Description)は、SCT(Service Configuration Table)と記述される場合がある。また、例えば、SPD(Service Parameter Description)は、SPT(Service Parameter Table)と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリングデータの実質的な内容が異なるものではない。また、上述した説明では、ESGは、シグナリングデータであるとして説明している。
【０２１１】
＜７．コンピュータの構成＞
【０２１２】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
【０２１３】
図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２１４】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
【０２１５】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２１６】
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２１７】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２１８】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２１９】
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０２２０】
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
【０２２１】
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２２２】
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０２２３】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０２２４】
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
【０２２５】
なお、本技術は、以下のような構成をとることができる。
【０２２６】
（１）
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送波を受信する受信部と、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットのフィルタリング処理を行うフィルタリング処理部と
を備える受信装置。
（２）
前記パケットは、LLS(Low Layer Signaling)パケットであって、
前記LLSパケットにおいて、LLSヘッダに前記フィルタリング情報が配置され、LLSペイロードに第１のシグナリングデータが配置されており、
前記フィルタリング処理部は、前記LLSヘッダに配置された前記フィルタリング情報を用い、前記LLSパケットに格納される前記第１のシグナリングデータのフィルタリング処理を行う
（１）に記載の受信装置。
（３）
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
（２）に記載の受信装置。
（４）
前記拡張フィルタ情報には、優先度を示す情報が指定される
（３）に記載の受信装置。
（５）
前記拡張フィルタ情報には、地域を識別するための情報が指定される
（３）又は（４）に記載の受信装置。
（６）
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定される
（３）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成を示す第１の情報、レーティング情報を示す第２の情報、及び、緊急告知に関する情報を示す第３の情報を伝送する
（２）乃至（６）のいずれか一項に記載の受信装置。
（８）
前記第１の情報は、SCD(Service Configuration Description)、
前記第２の情報は、RRD(Region Rating Description)、
前記第３の情報は、EAD(Emergency Alerting Description)である
（７）に記載の受信装置。
（９）
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTE(File Delivery over Unidirectional Transport)セッションにより伝送される
（２）乃至（８）のいずれか一項に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットに格納される第１のシグナリングデータのフィルタリング処理を行う
ステップを含む受信方法。
（１１）
サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１のシグナリングデータを取得する第２の取得部と、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
を備え、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
送信装置。
（１２）
前記パケットは、LLSパケットであって、
前記LLSパケットにおいて、LLSヘッダに前記フィルタリング情報が配置され、LLSペイロードに第１のシグナリングデータが配置される
（１１）に記載の送信装置。
（１３）
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定される拡張されたフィルタリング情報を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
（１２）に記載の送信装置。
（１４）
前記拡張フィルタ情報には、優先度を示す情報が指定される
（１３）に記載の送信装置。
（１５）
前記拡張フィルタ情報には、地域を識別するための情報が指定される
（１３）又は（１４）に記載の送信装置。
（１６）
前記拡張フィルタ情報には、任意に定義されるフィルタIDとその値が対応して指定される
（１３）乃至（１５）のいずれか一項に記載の送信装置。
（１７）
前記第１のシグナリングデータは、前記ストリームの構成と前記ストリームに含まれるサービスの構成を示す第１の情報、レーティング情報を示す第２の情報、及び、緊急告知に関する情報を示す第３の情報を伝送する
（１２）乃至（１６）のいずれか一項に記載の送信装置。
（１８）
前記第１の情報は、SCD、前記第２の情報は、RRD、前記第３の情報は、EADである
（１７）に記載の送信装置。
（１９）
前記IP層よりも上位の階層となる第２の階層において、第２のシグナリングデータがFLUTEセッションにより伝送される
（１２）乃至（１８）のいずれか一項に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
サービスを構成する１又は複数のコンポーネントを取得し、
第１のシグナリングデータを取得し、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する
ステップを含み、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層となる第１の階層でベースバンドのストリームにより伝送される、前記第１のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
送信方法。
【符号の説明】
【０２２７】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ３０  データ提供サーバ，  ４０  ストリーミングサーバ，  ９０  ネットワーク，  １１１  シグナリング生成部，  １１３  ビデオデータ取得部，  １１５  オーディオデータ取得部，  １１７  Mux，  １１８  送信部，  ２１２  チューナ，  ２１３  Demux，  ２１４  制御部，  ２１７  通信部，  ２１８  Demux，  ２１９  ビデオデコーダ，  ２２０  ビデオ出力部，  ２２１  オーディオデコーダ，  ２２２  オーディオ出力部，  ９００  コンピュータ，  ９０１  CPU
【図１】
0006598031.tif 000002
【図２】
0006598031.tif 000003
【図３】
0006598031.tif 000004
【図４】
0006598031.tif 000005
【図５】
0006598031.tif 000006
【図６】
0006598031.tif 000007
【図７】
0006598031.tif 000008
【図８】
0006598031.tif 000009
【図９】
0006598031.tif 000010
【図１０】
0006598031.tif 000011
【図１１】
0006598031.tif 000012
【図１２】
0006598031.tif 000013
【図１３】
0006598031.tif 000014
【図１４】
0006598031.tif 000015
【図１５】
0006598031.tif 000016
【図１６】
0006598031.tif 000017
【図１７】
0006598031.tif 000018
【図１８】
0006598031.tif 000019
【図１９】
0006598031.tif 000020
【図２０】
0006598031.tif 000021
【図２１】
0006598031.tif 000022
【図２２】
0006598031.tif 000023