(57)【特許請求の範囲】
【請求項１】
IP(Internet Protocol)伝送方式を用いたデジタル放送の放送信号を受信する受信部と、
前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCT(Layered Coding Transport)パケットのLCTヘッダに配置されるフィルタリング情報に基づいて、受信した前記放送信号に含まれる複数のLCTパケットからLCTパケットを抽出するかどうかを決定する第１の処理部と、
抽出する前記LCTパケットを決定したとき、抽出した前記LCTパケットのLCTペイロードに配置される第１のシグナリングデータを処理する第２の処理部と
を備え、
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む
受信装置。
【請求項２】
前記第１の処理部は、前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、FLUTE(File Delivery over Unidirectional Transport)セッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報に基づいて、前記LCTパケットに格納される前記第１のシグナリングデータのフィルタリング処理を行う
請求項１に記載の受信装置。
【請求項３】
前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置される
請求項１に記載の受信装置。
【請求項４】
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
請求項１に記載の受信装置。
【請求項５】
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
請求項１に記載の受信装置。
【請求項６】
前記フィルタリング情報は、前記第１のシグナリングデータのタイプを示すタイプ情報をさらに含む
請求項１に記載の受信装置。
【請求項７】
前記第１のシグナリングデータは、ネットワークを介してサーバから取得される
請求項１に記載の受信装置。
【請求項８】
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
請求項２に記載の受信装置。
【請求項９】
前記第１のシグナリングデータは、サービス単位の制御情報又は番組に関するメタデータを含む情報であって、
前記第２のシグナリングデータは、選局情報を含む情報であり、
前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントと前記制御情報には、共通のIPアドレスが割り当てられる
請求項２に記載の受信装置。
【請求項１０】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送信号を受信し、
前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダに配置されるフィルタリング情報に基づいて、受信した前記放送信号に含まれる複数のLCTパケットからLCTパケットを抽出するかどうかを決定し、
抽出する前記LCTパケットを決定したとき、抽出した前記LCTパケットのLCTペイロードに配置される第１のシグナリングデータを処理する
ステップを含み、
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む
受信方法。
【請求項１１】
サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１のシグナリングデータを取得する第２の取得部と、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送信号で送信する送信部と
を備え、
前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダには、前記LCTパケットのフィルタリング処理で用いられるフィルタリング情報が配置され、前記LCTパケットのLCTペイロードには、前記第１のシグナリングデータが配置され、
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む
送信装置。
【請求項１２】
前記LCTパケットは、FLUTEセッションにより伝送される
請求項１１に記載の送信装置。
【請求項１３】
前記フィルタリング情報は、前記LCTヘッダのTOIに配置される
請求項１１に記載の送信装置。
【請求項１４】
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
請求項１１に記載の送信装置。
【請求項１５】
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
請求項１１に記載の送信装置。
【請求項１６】
前記フィルタリング情報は、前記第１のシグナリングデータのタイプを示すタイプ情報をさらに含む
請求項１１に記載の送信装置。
【請求項１７】
前記第１のシグナリングデータは、ネットワークを介してサーバから取得される
請求項１１に記載の送信装置。
【請求項１８】
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
請求項１２に記載の送信装置。
【請求項１９】
前記第１のシグナリングデータは、サービス単位の制御情報又は番組に関するメタデータを含む情報であって、
前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータは、選局情報を含む情報であり、
前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントと前記制御情報には、共通のIPアドレスが割り当てられる
請求項１２に記載の送信装置。
【請求項２０】
送信装置の送信方法において、
前記送信装置が、
サービスを構成する１又は複数のコンポーネントを取得し、
第１のシグナリングデータを取得し、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送信号で送信する
ステップを含み、
前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダには、前記LCTパケットのフィルタリング処理で用いられるフィルタリング情報が配置され、前記LCTパケットのLCTペイロードには、前記第１のシグナリングデータが配置され、
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、効率的なフィルタリング処理を行うことができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
各国のデジタル放送の規格では、伝送形式としてMPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream)方式が採用されている（例えば、特許文献１参照）。今後は、通信の分野で用いられているIP(Internet Protocol)パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１５６７１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、IP伝送方式を用いたデジタル放送においては、各種のデータがパケット単位で伝送されるため、効率的なパケットのフィルタリング処理を実行して、必要な情報を取得できるようにすることが求められている。しかしながら、そのようなフィルタリング処理に関する技術方式は確立されていない。【０００５】
本技術はこのような状況に鑑みてなされたものであり、IP伝送方式を用いたデジタル放送において、効率的なフィルタリング処理を行うことができるようにするものである。
【課題を解決するための手段】
【０００６】
本技術の第１の側面の受信装置は、IP(Internet Protocol)伝送方式を用いたデジタル放送の放送信号を受信する受信部と、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCT(Layered Coding Transport)パケットのLCTヘッダに配置されるフィルタリング情報に基づいて、受信した前記放送信号に含まれる複数のLCTパケットからLCTパケットを抽出するかどうかを決定する第１の処理部と、抽出する前記LCTパケットを決定したとき、抽出した前記LCTパケットのLCTペイロードに配置される第１のシグナリングデータを処理する第２の処理部とを備え、前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む受信装置である。
【０００７】
前記第１の処理部は、前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、FLUTE(File Delivery over Unidirectional Transport)セッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報に基づいて、前記LCTパケットに格納される前記第１のシグナリングデータのフィルタリング処理を行うようにすることができる。
【０００８】
前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置されるようにすることができる。【０００９】
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置されるようにすることができる。【００１０】
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置されるようにすることができる。【００１１】
前記フィルタリング情報は、前記第１のシグナリングデータのタイプを示すタイプ情報をさらに含むようにすることができる。
【００１２】
前記第１のシグナリングデータは、ネットワークを介してサーバから取得されるようにすることができる。【００１３】
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいるようにすることができる。【００１４】
前記第１のシグナリングデータは、サービス単位の制御情報又は番組に関するメタデータを含む情報であって、前記第２のシグナリングデータは、選局情報を含む情報であり、前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントと前記制御情報には、共通のIPアドレスが割り当てられるようにすることができる。
【００１５】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１６】
本技術の第１の側面の受信方法は、本技術の第１の側面の受信装置に対応する受信方法である。【００１７】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送信号が受信され、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダに配置されるフィルタリング情報に基づいて、受信された前記放送信号に含まれる複数のLCTパケットからLCTパケットを抽出するかどうかが決定され、抽出する前記LCTパケットが決定されたとき、抽出された前記LCTパケットのLCTペイロードに配置される第１のシグナリングデータが処理される。また、前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含むことができる。
【００１８】
本技術の第２の側面の送信装置は、サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、第１のシグナリングデータを取得する第２の取得部と、前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送信号で送信する送信部とを備え、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダには、前記LCTパケットのフィルタリング処理で用いられるフィルタリング情報が配置され、前記LCTパケットのLCTペイロードには、前記第１のシグナリングデータが配置され、前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報を含む送信装置である。
【００１９】
前記LCTパケットは、FLUTEセッションにより伝送されるようにすることができる。
【００２０】
前記フィルタリング情報は、前記LCTヘッダのTOIに配置されるようにすることができる。【００２１】
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置されるようにすることができる。【００２２】
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置されるようにすることができる。【００２３】
前記フィルタリング情報は、前記第１のシグナリングデータのタイプを示すタイプ情報をさらに含むようにすることができる。
【００２４】
前記第１のシグナリングデータは、ネットワークを介してサーバから取得されるようにすることができる。【００２５】
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいるようにすることができる。【００２６】
前記第１のシグナリングデータは、サービス単位の制御情報又は番組に関するメタデータを含む情報であって、前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータは、選局情報を含む情報であり、前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントと前記制御情報には、共通のIPアドレスが割り当てられるようにすることができる。
【００２７】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２８】
本技術の第２の側面の送信方法は、本技術の第２の側面の送信装置に対応する送信方法である。【００２９】
本技術の第２の側面の送信装置、及び、送信方法においては、サービスを構成する１又は複数のコンポーネントが取得され、第１のシグナリングデータが取得され、前記コンポーネントとともに、前記第１のシグナリングデータが、IP伝送方式を用いたデジタル放送の放送信号で送信される。また、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるLCTパケットのLCTヘッダには、前記LCTパケットのフィルタリング処理で用いられるフィルタリング情報が配置され、前記LCTパケットのLCTペイロードには、前記第１のシグナリングデータが配置され、前記フィルタリング情報には、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのフィルタリング条件を示すフィルタ情報、及び前記第１のシグナリングデータのバージョンを示すバージョン情報が含まれる。
【発明の効果】
【００３０】
本技術の第１の側面及び第２の側面によれば、効率的なフィルタリング処理を行うことができる。【００３１】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３２】
【図１】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図２】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図３】IP伝送方式のデジタル放送の放送波で伝送されるパケット構造を示す図である。
【図４】パターン１のLCTヘッダの構造を示す図である。
【図５】パターン１のLCTヘッダの要素の詳細な内容を示す図である。
【図６】フィルタリング情報のビット長を示す図である。
【図７】タイプ情報の詳細な内容を示す図である。
【図８】パターン２のLCTヘッダの構造を示す図である。
【図９】パターン２のLCTヘッダのHeader Extensionsの構造を示す図である。
【図１０】パターン２のLCTヘッダの要素の詳細な内容を示す図である。
【図１１】パターン３のLCTヘッダの構造を示す図である。
【図１２】パケットのフィルタリング処理を説明するための図である。
【図１３】特定のESGを取得するためのフィルタリング処理を説明するための図である。
【図１４】更新後のMPDを取得するためのフィルタリング処理を説明するための図である。
【図１５】放送のみを用いてデータを伝送する場合の選局処理を説明するための図である。
【図１６】放送と通信を用いてデータを伝送する場合の選局処理を説明するための図である。
【図１７】本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【図１８】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１９】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図２０】送信処理を説明するフローチャートである。
【図２１】選局処理を説明するフローチャートである。
【図２２】シグナリングデータバージョン監視処理の詳細な内容を説明するフローチャートである。
【図２３】サービスコンポーネントストリーム取得処理の詳細な内容を説明するフローチャートである。
【図２４】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００３４】
１．IP伝送方式によるデジタル放送の概要
２．パケット構造
（１）LCTヘッダ（パターン１）
（２）LCTヘッダ（パターン２）
（３）LCTヘッダ（パターン３）
３．パケットのフィルタリング処理
４．運用例
５．放送通信システムの構成
６．各装置で実行される具体的な処理の流れ
７．コンピュータの構成
【００３５】
＜１．IP伝送方式によるデジタル放送の概要＞
【００３６】
（IP伝送方式の放送波の構成）
図１は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【００３７】
図１に示すように、所定の周波数帯域を有する放送波(RF Channel)には、複数のBBPストリーム(BBP Stream)が伝送されている。また、各BBPストリームには、NTP(Network Time Protocol)、複数のサービスチャンネル(Service Channel)、ESG(ESG Service)、及び、LLS(Low Layer Signaling)が含まれる。
【００３８】
ここでは、NTP、サービスチャンネル、電子サービスガイドは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通のものとなる。ESG(Electronic Service Guide)は、番組に関するメタデータを含む電子サービスガイドである。
【００３９】
各サービスチャンネルには、ビデオデータ(Video)やオーディオデータ(Audio)、字幕等(CC：Closed Captioning)のコンポーネント(Component)と、SCS(Service Channel Signaling)が含まれる。SCSは、サービス単位のシグナリングデータである。また、各サービスチャンネルには、共通のIPアドレスが付与されており、例えば、このIPアドレスを用いて、１又は複数のサービスチャンネルごとに、コンポーネントやSCSなどをパッケージ化することができる。
【００４０】
なお、IP伝送方式のデジタル放送において、放送ネットワーク(Network)には、ネットワークID(network_id)が割り当てられ、BBPストリームには、BBPストリームID(BBP_stream_id)が割り当てられる。また、各BBPストリームに含まれる１又は複数のサービス(Service)は、サービスID(service_id)が割り当てられる。ただし、サービス(Service)は、図１のサービスチャンネル(Service Channel)に相当するものである。
【００４１】
このように、IP伝送方式のデジタル放送においては、ID体系として、MPEG2-TS方式で用いられているネットワークID(network_id)、トランスポートストリームID(transport_stream_id)、及び、サービスID(service_id)の組み合わせ（以下、「トリプレット(Triplet)」という。）に対応する構成を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００４２】
これにより、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式の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)、SAD(Service Association Description)、EAD(Emergency Alerting Description)、RRD(Region Rating Description)が伝送される。
【００５２】
SCDは、は、MPEG2-TS方式で用いられているトリプレットに相当するID体系を採用し、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。また、SCTには、サービス単位の属性・設定情報としてのIPアドレス等の情報、ESGにアクセスするためのESG bootstrap情報、SCSにアクセスするためのSC bootstrap情報が含まれる。
【００５３】
SADは、BBPストリームごとのオンエア中のサービスを示す。EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。なお、SCD、SAD、EAD、及び、RRDは、例えば、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)で伝送されるパケットの構造に相当する。さらに、IPパケット(IP Packet)は、図２のIP層、UDPパケット(UDP Packet)は、図２のUDP層、FLUTEパケットは、図２のFLUTE層のパケット構造にそれぞれ相当するものである。なお、以下の説明では、FLUTEパケットを、LCT(Layered Coding Transport)パケットと称して説明する。
【００６１】
図３に示すように、物理フレームは、物理ヘッダとペイロードから構成される。物理フレームのペイロードには、複数のBBPパケットが含まれる。各BBPパケットは、BBPヘッダとペイロードから構成される。BBPパケットのペイロードには、IPパケットが含まれる。すなわち、BBPストリームによりIPパケットを伝送する場合には、ペイロードの部分がIPパケットとなる。
【００６２】
IPパケットは、IPヘッダとペイロードから構成される。また、UDPパケットは、UDPヘッダとペイロードから構成される。さらに、LCTパケットは、LCTヘッダとペイロードから構成される。すなわち、FLUTEセッションにより伝送される、ビデオやオーディオのコンポーネント、ESG、SCSなどのデータを格納したパケットには、BBPヘッダ、IPヘッダ、UDPヘッダ、及び、LCTヘッダが付加されることになる。
【００６３】
次に、図４乃至図１１を参照して、図３に示したLCTパケットに付加されるLCTヘッダの詳細な構造について説明する。なお、LCTヘッダの詳細は、RFC5651として規定されている。
【００６４】
（１）LCTヘッダ（パターン１）
【００６５】
図４は、パターン１のLCTヘッダの構造を示す図である。なお、図５には、図４のLCTヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
【００６６】
図４に示すように、LCTパケットは、「Ｖ」から「Data_Version」までのヘッダ情報が配置されるLCTヘッダと、シグナリングデータ等の実データが配置されるLCTペイロードから構成される。
【００６７】
LCTヘッダの先頭には、図４において「Ｖ」で表されるLCTパケットのバージョンが配置される。図４において「Ｖ」の次には、「Ｃ」が配置される。「Ｃ」には、CCI(Congestion Control Information)の長さを示すフラグが配置される。また、図４において「Ｃ」の次には「PSI」が配置される。「PSI」には、PSI(Protocol Specific Information)を設定するビットが配置される。
【００６８】
図４において「PSI」の次には、「Ｓ」が配置される。「Ｓ」には、TSI(Transport Session Identifier)の長さを示すフラグが配置される。「Ｓ」の次には「Ｏ」が配置され、さらにその次には「Ｈ」が配置される。「Ｏ」と「Ｈ」には、図４のLCTヘッダに配置される、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」の長さを示すフラグが配置される。なお、詳細は後述するが、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」は、シグナリングデータのフィルタリング処理に用いられるパラメータであって、以下、「フィルタリング情報」と称する。
【００６９】
例えば、図６に示すように、「Ｏ」を2ビット、「Ｈ」を1ビットとした場合に、「Ｏ」と「Ｈ」のビットの組み合わせにより、フィルタリング情報のビット長が決定される。具体的には、「Ｏ」が"00"で、「Ｈ」が"1"となる場合、フィルタリング情報のトータルのビット長は、16ビットとなり、当該16ビットのうち、「CO」には2ビット、「Type」には8ビット、「Data_Version」には6ビットが割り当てられる。この場合、「Filter_Extension」を指定することはできない。
【００７０】
また、「Ｏ」が"01"で、「Ｈ」が"0"となる場合、フィルタリング情報のトータルのビット長32ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には6ビット、「Data_Version」には16ビットが割り当てられる。さらに、「Ｏ」が"01"で、「Ｈ」が"1"となる場合、フィルタリング情報のトータルのビット長48ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には22ビット、「Data_Version」には16ビットが割り当てられる。
【００７１】
さらにまた、「Ｏ」が"10"で、「Ｈ」が"0"となる場合、フィルタリング情報のトータルのビット長64ビットのうち、「CO」には2ビット、「Type」には8ビット、「Filter_Extension」には38ビット、「Data_Version」には16ビットが割り当てられる。さらに、「Ｏ」が"10"で、「Ｈ」が"1"となる場合、フィルタリング情報のトータルのビット長80ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には46ビット、「Data_Version」には16ビットが割り当てられる。
【００７２】
また、「Ｏ」が"11"で、「Ｈ」が"0"となる場合、フィルタリング情報のトータルのビット長96ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には62ビット、「Data_Version」には16ビットが割り当てられる。さらに、「Ｏ」が"11"で、「Ｈ」が"1"となる場合、フィルタリング情報のトータルのビット長112ビットのうち、「CO」には2ビット、「Type」には16ビット、「Filter_Extension」には78ビット、「Data_Version」には16ビットが割り当てられる。
【００７３】
図４に戻り、「Ｈ」の次に配置される「Res」は、将来の拡張用の領域を示す。「Res」の次には、「Ａ」が配置される。「Ａ」には、セッションの終了を示すフラグが配置される。「Ａ」の次には、「Ｂ」が配置される。「Ｂ」には、オブジェクトの終了を示すフラグが配置される。「Ｂ」の次には、「HDR_LEN」が配置される。「HDR_LEN」には、ヘッダ長が配置される。「HDR_LEN」の次には、が配置される。「CP」は、Code Pointの略であって、コードポイントの値が配置される。このコードポイントの利用方法は、運用ごとに異なる。
【００７４】
「CP」の次には、「CCI」が配置される。「CCI」には、CCI(Congestion Control Information)が配置される。「CCI」の次には、「TSI」が配置される。「TSI」には、TSI(Transport Session Identifier)が配置される。「TSI」の次には、通常は「TOI」が配置されるが、パターン１のLCTヘッダでは、フィルタリング情報として、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」を配置する。
【００７５】
「CO」は、Compressの略であって、対象のシグナリングデータの圧縮の有無を示す圧縮情報である。対象のシグナリングデータが圧縮されている場合には、例えばZIPなどの圧縮フォーマットも示される。
【００７６】
「Type」は、シグナリングデータのタイプを示すタイプ情報である。例えば、図７に示すように、すべてのシグナリングデータの場合、「Type」には"1"が指定される。同様に、「Type」には、シグナリングデータの種別に応じた値が指定され、ESGには"2"、USBDには"3"、FDDには"4"、MPDには"5"、SDPには"6"、SPDには"7"がそれぞれ指定される。
【００７７】
図５に戻り、「Filter_Extension」は、シグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報である。このフィルタリング条件は、任意に設定することができる。「Data_Version」は、対象のシグナリングデータのバージョンを示すバージョン情報である。
【００７８】
なお、フィルタリング情報としては、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)のすべてを配置する必要はなく、それらの情報のうち、少なくとも１つの情報がフィルタリング条件に応じて配置されればよい。また、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)は、フィルタリング情報の一例であって、シグナリングデータのフィルタリング処理に用いることができるパラメータであれば、他のパラメータを定義してもよい。
【００７９】
以上、パターン１のLCTヘッダでは、従来、FLUTEセッションで伝送されるオブジェクトの識別情報として用いられるTOIに、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)からなるフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
【００８０】
（２）LCTヘッダ（パターン２）
【００８１】
図８及び図９は、パターン２のLCTヘッダの構造を示す図である。なお、図１０には、図８及び図９のLCTヘッダを構成する各要素の説明がなされており、適宜参照しながら説明するものとする。
【００８２】
図８に示すように、パターン２のLCTヘッダは、パターン１のLCTヘッダ（図４）と比較すると、「TSI」の次に、「TOI」が配置され、さらに、「TOI」の次に、「Header Extensions」が配置される点が相違している。また、図９に示すように、「Header Extensions」には、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」が配置されている。すなわち、「Header Extensions」は、LCTヘッダの拡張領域（LCT拡張ヘッダ）であり、このLCT拡張ヘッダに、シグナリングデータのフィルタリング処理に用いられるフィルタリング情報が配置されるようにする。
【００８３】
このようなLCTヘッダの構造を採用することで、「TSI」のほかに「TOI」が配置され、「TOI」は、従来からのFLUTEプロトコルが踏襲されるため、受信機では、通常のLCTヘッダに加えて、LCT拡張ヘッダについてもパースする処理が必要となるが、従来のFLUTEプロトコルとの後方互換性を維持することができるというメリットがある。なお、LCTヘッダにおける「Header Extensions」の領域は、「HDR_LEN」を用いて特定することができる。
【００８４】
以上、パターン２のLCTヘッダでは、従来、FLUTEセッションで伝送されるオブジェクトの識別情報として用いられるTOIはそのままに、その拡張領域に、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)からなるフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
【００８５】
（３）LCTヘッダ（パターン３）
【００８６】
図１１は、パターン３のLCTヘッダの構造を示す図である。
【００８７】
図１１に示すように、パターン３のLCTヘッダは、パターン１のLCTヘッダ（図４）と比較すると、「CP」の代わりに、「CO」と「Type」が配置される点が相違している。この場合において、コードポイントの値を示す「CP」が8ビットとなるとき、対象のシグナリングデータの圧縮の有無を示す「CO」には2ビットを、シグナリングデータのタイプを示す「Type」には6ビットをそれぞれ割り当てるようにする。
【００８８】
また、「TSI」の次には、「CO」、「Type」、「Filter_Extension」、及び、「Data_Version」のうち、「Filter_Extension」と「Data_Version」のみが配置される点も相違している。この場合において、シグナリングデータのタイプごとに設定されるフィルタリング条件を示す「Filter_Extension」には16ビットを、対象のシグナリングデータのバージョンを示す「Data_Version」には16ビットをそれぞれ割り当てるようにする。
【００８９】
以上、パターン３のLCTヘッダでは、CP(CodePoint)に、圧縮情報(CO)とタイプ情報(Type)を配置し、さらにTOIに、拡張フィルタ情報(Filter_Extension)とバージョン情報(Data_Version)を配置することで、当該LCTヘッダにフィルタリング情報を定義している。これにより、受信機では、当該LCTヘッダのフィルタリング情報を用い、LCTパケットのフィルタリング処理を行うことで、対象のシグナリングデータを取得することができる。
【００９０】
なお、上述したパターン１乃至パターン３は、LCTヘッダに配置される、フィルタリング情報の一例であって、LCTヘッダにフィルタリング情報を配置できるのであれば、他の配置を採用してもよい。例えば、パターン３のLCTヘッダでは、フィルタリング情報の一部をコードポイントの代わりに配置する例を説明したが、フィルタリング情報の全部がコードポイントの代わりに配置されるようにしてもよい。
【００９１】
＜３．パケットのフィルタリング処理＞
【００９２】
図１２は、パケットのフィルタリング処理を説明するための図である。
【００９３】
図１２に示すように、フィルタリング処理を行うフィルタリング処理部には、LLS、ESG、SCS、アプリケーション(APP)、ビデオデータ(Video)やオーディオデータ(Audio)、字幕データ(CC)などのコンポーネント、NTP等のデータを格納した各パケットが入力される。パケットには、各種のヘッダが付加されている。
【００９４】
図１２のフィルタリング処理部は、BBPフィルタｆ１、IPフィルタｆ２、UDPフィルタｆ３、及び、LCTフィルタｆ４を有している。BBPフィルタｆ１は、BBPヘッダに基づいて、フィルタリング処理を行う。また、IPフィルタｆ２は、IPヘッダに基づいて、フィルタリング処理を行う。さらに、UDPフィルタｆ３は、UDPヘッダに基づいて、フィルタリング処理を行う。LCTフィルタｆ４は、LCTヘッダに基づいて、フィルタリング処理を行う。
【００９５】
図１２の例では、LLSのパケット以外のパケットは、IPパケットであってIPフィルタｆ２のフィルタリング条件を満たすので、BBPフィルタｆ１とIPフィルタｆ２を通過する。一方、LLSのパケットは、IPフィルタｆ２のフィルタリング条件を満たさないため、IPフィルタｆ２を通過せずに、当該パケットに格納されたLLSが取得されることになる。LLSには、トリプレット(triplet)、ESG bootstrap情報、SC bootstrap情報が含まれており、例えば、特定のサービスのIPアドレス(IP Address)やポート番号(Port Number)、TSIを取得することができるので、これらをフィルタリング条件として、フィルタリング処理が行われる。
【００９６】
また、各パケットのIPヘッダにはIPアドレスが含まれ、UDPヘッダにはポート番号が含まれているので、フィルタリング条件を満たすパケットのみが、IPフィルタｆ２とUDPフィルタｆ３を通過することになる。また、FLUTEセッションを利用して伝送されるパケットには、LCTヘッダが付加されている。ここで、LCTヘッダには、TSIやTOIなどが含まれているので、フィルタリング条件を満たすパケットのみが、LCTフィルタｆ４を通過することになる。
【００９７】
また、LCTヘッダには、フィルタリング情報として、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されているので、当該フィルタリング情報がフィルタリング条件を満たしたLCTパケットのみが、LCTフィルタｆ４を通過するようにすることができる。これにより、例えば、SCSのバージョン情報(Data_Version)が変化した場合にのみ、SCSのパケットを通すといったことが可能となる。
【００９８】
以上のようなフィルタリング処理が行われることで、ESGのパケットはESGエンジン(ESG engine)、SCSのパケットはシグナリングエンジン(Signaling engine)、アプリケーション(App)のパケットはアプリケーションエンジン(App engine)にそれぞれ出力される。さらにまた、字幕データ(CC)のパケットは字幕デコーダ(Decoder)、オーディオデータ(Audio)のパケットはオーディオデコーダ(Decoder)、ビデオデータ(Video)のパケットはビデオデコーダ(Decoder)、NTPのパケットはクロック発生器(Clock)にそれぞれ出力される。
【００９９】
そして、後段のブロックで各種の処理が施されたESG、アプリケーション、ビデオや字幕のデータに対応する映像が、ディスプレイ(Display)に表示される。また、オーディオデータに対応する音声が、スピーカ（不図示）から出力される。なお、アプリケーションは、メディアプレーヤ(Media player)によって、ディスプレイに表示される場合がある。
【０１００】
＜４．運用例＞
【０１０１】
次に、図１３乃至図１６を参照して、具体的な運用例を説明する。
【０１０２】
（１）運用例１
図１３は、特定のESGのファイルを取得するためのフィルタリング処理を説明するための図である。
【０１０３】
図１３において、放送局（放送事業者）の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCS、ESG、LLSなどを伝送している。
【０１０４】
ただし、当該デジタル放送では、上述したID体系が採用されている。また、コンポーネントやSCS、ESGのファイルは、FLUTEセッションで伝送されており、それらのLCTパケットのLCTヘッダには、フィルタリング情報として、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)が配置されている。図１３の放送波の例では、FLUTEセッションとして、TSI=XとなるFLUTEセッション（以下、「ソースフロー(source flow)」という。）と、TSI=YとなるFLUTEセッション（以下、「シグナリングフロー(signaling flow)」という。）が伝送されている。
【０１０５】
図１３に示すように、各家庭等に設置された受信機は、ESG取得処理が開始されると、初期スキャン時などに取得されたLLS(SCD)のESG bootstrap情報に従い、IPヘッダとUDPヘッダによるフィルタリング処理を行い、IPアドレスとポート番号のフィルタリング条件を満たしている、対象のサービスのパケットを抽出する。ここでは、IPアドレスとポート番号のフィルタリング条件を満たしていないパケットは、別サービスのフローとなる。
【０１０６】
また、受信機は、LLS(SCD)のESG bootstrap情報に従い、LCTヘッダによるフィルタリング処理を行い、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=Yとなるパケットが抽出される。なお、当該フィルタリング処理では、ソースフローのパケットは、TSI=Xとなるため、TSIのフィルタリング条件を満たしていないため、抽出されないこととなる。
【０１０７】
ここで、TSI=YとなるLCTパケットのLCTヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、シグナリングデータのタイプを認識することができる。シグナリングデータとしては、ESG、USBD、MPDなどが伝送されているが、この運用例１では、ESGのファイルを取得するのであるから、Type="2"をフィルタリング条件として、LCTパケットをフィルタリングすることで、ESGのLCTパケットのみが抽出される。
【０１０８】
また、ESGは、各サービス（チャンネル）ごとの番組に関する情報を提供する電子サービスガイドであるが、多数のサービスが提供され、さらに期間を限定しない場合には、そのデータ量は膨大なものとなる。そこで、拡張フィルタ情報(Filter_Extension)をフィルタリング条件に指定して、必要な情報のみを効率的に取得することができるようにする。
【０１０９】
例えば、サービスID、スケジュール、スロットなどをフィルタリング条件として設定することで、複数のESGのファイルの中から、特定のESGのファイルのみを抽出することができる。具体的には、チャンネル番号などのサービス識別情報（例えば、10.1CH）、１日、１週間、若しくは１ヶ月などの期間による取得範囲（例えば、Today）、又は、時間、ｎ日後、若しくはｎ週間後などのスロット（例えば、18-21）などがフィルタリング条件として設定される。
【０１１０】
以上のように、運用例１においては、LLS(SCD)のESG bootstrap情報によって、IPアドレスやポート番号、TSIを解決した後に、LCTヘッダに配置されたタイプ情報(Type)と、拡張フィルタ情報(Filter_Extension)を用い、シグナリングデータの中から、フィルタリング条件を満たす特定のESGのファイルのみを取得することができるため、受信機は、最適なタイミングで、必要な情報のみを効率的に取得することができる。
【０１１１】
（２）運用例２
図１４は、更新後のMPDを取得するためのフィルタリング処理を説明するための図である。
【０１１２】
図１４において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図１４の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報が配置されている。
【０１１３】
図１４に示すように、各家庭等に設置された受信機は、MPDの更新が検知されると、初期スキャン時などに取得されたLLS(SCD)のSC bootstrap情報に従い、IPヘッダとUDPヘッダによるフィルタリング処理を行い、IPアドレスとポート番号のフィルタリング条件を満たしている、対象のサービスのパケットを抽出する。ここでは、IPアドレスとポート番号のフィルタリング条件を満たしていないパケットは、別サービスのフローとなる。
【０１１４】
また、受信機は、LLS(SCD)のSC bootstrap情報に従い、LCTヘッダによるフィルタリング処理を行い、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される。なお、当該フィルタリング処理では、ソースフローのパケットは、TSI=Xとなるため、TSIのフィルタリング条件を満たしていないため、抽出されないこととなる。
【０１１５】
ここで、TSI=YとなるLCTパケットのLCTヘッダには、タイプ情報(Type)が配置されており、このタイプ情報によって、シグナリングデータのタイプを認識することができる。シグナリングデータとしては、ESG、USBD、MPDなどが伝送されているが、この運用例２では、MPDのファイルを取得するのであるから、Type="5"をフィルタリング条件として、LCTパケットをフィルタリングすることで、MPDのパケットのみが抽出される。
【０１１６】
また、MPDは、「present」と「following」の２種類存在する。MPD_presentは、現在のMPDであることを示し、MPD_followingは、更新用のMPDであることを示す。そこで、バージョン情報(Data_Version)をフィルタリング条件に指定して、MPDのバージョンを比較することで、更新用のMPDを取得することができるようにする。図１４の例の場合、当該フィルタリング条件を用いたフィルタリング処理によって、MPDのバージョンが比較され、MPD_followingが取得される。
【０１１７】
以上のように、運用例２においては、LLS(SCD)のESG bootstrap情報によって、IPアドレスやポート番号、TSIを解決した後に、LCTヘッダに配置されたタイプ情報(Type)と、バージョン情報(Data_Version)を用い、シグナリングデータの中から、更新用のMPDのみを取得することができるため、受信機は、バージョンの更新検知の際に、最適なタイミングで、必要な情報のみを効率的に取得することができる。
【０１１８】
すなわち、受信機は、LLS(SCD)により特定のサービスのIPアドレス、ポート番号、TSIが解決された後に、当該FLUTEセッションによりLCTパケット化されたシグナリングデータを取得する。つまり、同一の階層となるLCTヘッダに、シグナリングデータを格納したLCTパケットのフィルタリング条件となるフィルタリング情報（パラメータ）を追加することで、最適なタイミングで効率的にフィルタリング処理を行うことができる。
【０１１９】
（３）運用例３
図１５は、放送のみを用いてデータを伝送する場合の選局処理を説明するための図である。
【０１２０】
図１５において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図１５の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報を配置することができる。
【０１２１】
図１５に示すように、各家庭等に設置された受信機は、ユーザによって、特定のサービスの選局操作が行われると（Ｓ１１）、初期スキャン時などに取得されたSCDのSC bootstrap情報を取得する（Ｓ１２）。受信機は、SC bootstrap情報に従い、IPアドレス、ポート番号、及び、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される（Ｓ１３）。
【０１２２】
ここで、シグナリングフローでは、シグナリングデータとして、USBD(User Service Bundle Description)、MPD(Media Presentation Description)、SDP(Session Description Protocol)、SPD(Service Parameter Description)などが伝送されている。USBDには、FDD(File Delivery Description)やdeliveryMethodなどが記述されているので、受信機は、USBDのLCTパケットを抽出することで、FDDを取得することができる（Ｓ１４）。FDDには、TSIごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOIなどが記述されている。
【０１２３】
受信機は、FDDのインデックス情報に従い、ソースフロー(TSI=X)にアクセスして（Ｓ１５，Ｓ１６）、特定のサービスを構成するコンポーネントのデータを格納したLCTパケットを取得することができる（Ｓ１７）。なお、LCTパケットには、LCTヘッダの他に、Entityヘッダを付加して、例えば動的に変化する情報などを配置することができる（Ｓ１８）。そして、受信機は、LCTパケットから復元されるコンポーネントのデータをバッファに保存し（Ｓ１９）、レンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する（Ｓ２０）。
【０１２４】
以上のように、運用例３においては、選局時に放送で伝送されるデータのみを利用する場合に、SCDとFDDのみを用いて、選局された特定のサービスを構成するコンポーネントを取得することができる。この場合、MPD、SDP、SPDを使用する必要がなく、さらに、FDDは、シグナリングデータとして取得できるため、受信機は、迅速な選局処理を行うことができる。
【０１２５】
（４）運用例４
図１６は、放送と通信を用いてデータを伝送する場合の選局処理を説明するための図である。
【０１２６】
図１６において、放送局の送信機は、IP伝送方式を用いたデジタル放送の放送波によって、各サービスを構成するコンポーネントやSCSなどを伝送している。ただし、当該デジタル放送では、上述したID体系が採用されている。また、図１６の例では、コンポーネントやSCSを伝送するFLUTEセッションとして、ソースフロー(TSI=X)と、シグナリングフロー(TSI=Y)が伝送されている。さらに、LCTパケットのLCTヘッダには、フィルタリング情報を配置することができる。
【０１２７】
また、図１６においては、インターネット上のサーバが、ビデオやオーディオ等のコンポーネントを適応的にストリーミング配信している。このストリーミング配信は、MPEG-DASHの規格に準拠したものであって、図１６の例では、ソースフロー(TSI=Z)が伝送されている。
【０１２８】
図１６に示すように、各家庭等に設置された受信機は、ユーザによって、特定のサービスの選局操作が行われると（Ｓ３１）、初期スキャン時などに取得されたSCDのSC bootstrap情報を取得する（Ｓ３２）。受信機は、SC bootstrap情報に従い、IPアドレス、ポート番号、及び、TSIのフィルタリング条件を満たしているLCTパケットを抽出する。ここでは、シグナリングフローのLCTパケットを抽出するので、LCTヘッダのTSIの値として、TSI=YとなるLCTパケットが抽出される（Ｓ３３）。
【０１２９】
ここで、シグナリングフローでは、シグナリングデータとして、USBD、MPD、SDP、SPDなどが伝送されているので、受信機は、USBD、MPD、SDP、及び、SPDを取得する（Ｓ３４）。このとき、USBDには、FDDやdeliveryMethodが記述されているので、受信機は、deliveryMethodとMPDを用いて、選局された特定のサービスを構成するコンポーネントが放送と通信のどちらで伝送されているかを判定する（Ｓ３５）。すなわち、deliveryMethodとMPDのマッチングを行うことで、broadcastAppServiceのbasepatternに対応したRepresentationは、放送で伝送されている一方、unicastAppServiceのbasepatternに対応したRepresentationは、通信で伝送されていると判定される。
【０１３０】
そして、MPDのRepresentationのBaseURLと、FDDのFileのContent-Locationが対応しているので（Ｓ３６，Ｓ３７）、受信機は、FDDのインデックス情報に従い、特定のサービスを構成するコンポーネントが放送で伝送されている場合には、ソースフロー(TSI=X)にアクセスして（Ｓ３８）、当該コンポーネントのデータを格納したLCTパケットを取得することができる。一方、特定のサービスを構成するコンポーネントが通信で伝送されている場合には、受信機は、FDDのインデックス情報に従い、ソースフロー(TSI=Z)にアクセスして（Ｓ３８）、当該コンポーネントのデータを格納したLCTパケットを取得することができる（Ｓ３９）。
【０１３１】
なお、LCTパケットには、LCTヘッダの他に、Entityヘッダを付加して、例えば動的に変化する情報などを配置することができる（Ｓ４０）。そして、受信機は、LCTパケットから復元されるコンポーネントのデータをバッファに保存し（Ｓ４１）、レンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する（Ｓ４２）。
【０１３２】
以上のように、運用例４においては、選局時に放送と通信で伝送されるデータを利用する場合に、SCD、USBD(FDD、deliveryMethod)、及び、MPDを用いて、選局された特定のサービスを構成するコンポーネントを取得することができる。この場合、基本的にはSDPとSPDを使用する必要はない。
【０１３３】
＜５．放送通信システムの構成＞
【０１３４】
（放送通信システムの構成例）
図１７は、本技術を適用した放送通信システムの一実施の形態の構成を示す図である。
【０１３５】
放送通信システム１は、放送と通信が連携して、各種のサービスを提供するためのシステムである。
【０１３６】
図１７に示すように、放送通信システム１は、送信装置１０、受信装置２０、ESGサーバ５０、シグナリングサーバ６０、アプリケーションサーバ７０、及び、ストリーミングサーバ８０から構成される。また、ネットワーク９０は、例えばインターネットなどから構成され、受信装置２０、ESGサーバ５０、シグナリングサーバ６０、アプリケーションサーバ７０、及び、ストリーミングサーバ８０が相互に接続されている。
【０１３７】
送信装置１０は、番組やＣＭ等の放送コンテンツを、IP伝送方式を用いたデジタル放送の放送波によって送信する。ここで、放送コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成される。また、送信装置１０は、コンポーネントとともに、シグナリングデータ(LLS、SCS)を、IP伝送方式を用いたデジタル放送の放送波で送信する。
【０１３８】
なお、送信装置１０は、上述した送信機に相当するものである。
【０１３９】
受信装置２０は、送信装置１０から送信される放送波（放送信号）を受信する。受信装置２０は、放送信号から得られるシグナリングデータに基づいて、ビデオやオーディオ等のコンポーネントを取得し、番組等の放送コンテンツの映像や音声を出力する。
【０１４０】
なお、受信装置２０は、上述した受信機に相当するものである。また、受信装置２０は、ディスプレイやスピーカを含んで単体として構成されるようにしてもよいし、テレビジョン受像機やビデオレコーダ等に内蔵されるようにしてもよい。
【０１４１】
ESGサーバ５０は、ESG(Electronic Service Guide)を管理しており、ネットワーク９０を介してESGを提供する。なお、ESGサーバ５０は、例えば放送事業者やESGの制作事業者などにより提供される。
【０１４２】
受信装置２０は、放送信号から得られるシグナリングデータに基づいて、ネットワーク９０を介してESGサーバ５０にアクセスして、ESGを取得する。受信装置２０は、ESGサーバ５０から取得したESGを蓄積したり、表示したりする。
【０１４３】
シグナリングサーバ６０は、SCS(Service Channel Signaling)を管理しており、ネットワーク９０を介してSCSを提供する。なお、シグナリングサーバ６０は、例えば放送事業者により提供される。
【０１４４】
受信装置２０は、放送信号から得られるシグナリングデータに基づいて、ネットワーク９０を介してシグナリングサーバ６０にアクセスして、SCSを取得する。受信装置２０は、シグナリングサーバ６０から取得したSCSに基づいて、例えばコンポーネントを取得したりする。
【０１４５】
アプリケーションサーバ７０は、アプリケーションを管理しており、ネットワーク９０を介してアプリケーションを提供する。なお、アプリケーションサーバ７０は、例えば放送事業者やアプリケーションの制作事業者などにより提供される。
【０１４６】
受信装置２０は、放送信号から得られるシグナリングデータに基づいて、ネットワーク９０を介してアプリケーションサーバ７０にアクセスして、アプリケーションを取得する。受信装置２０は、アプリケーションサーバ７０から取得したアプリケーションを表示する。
【０１４７】
ストリーミングサーバ８０は、番組やＣＭ等の通信コンテンツを蓄積している。通信コンテンツは、ビデオやオーディオ、字幕等のコンポーネントから構成される。ストリーミングサーバ８０は、受信装置２０からの要求に応じて、通信コンテンツを、ネットワーク９０を介してストリーミング配信する。なお、ストリーミングサーバ８０は、例えば、放送事業者により提供される。
【０１４８】
受信装置２０は、制御データに基づいて、ネットワーク９０を介してストリーミングサーバ８０からストリーミング配信されるビデオやオーディオのコンポーネントを取得して、番組等の通信コンテンツの映像や音声を出力する。
【０１４９】
放送通信システム１は、以上のように構成される。次に、図１８及び図１９を参照して、図１７の放送通信システム１を構成する各装置の詳細な構成として、送信装置１０と受信装置２０の構成について説明する。なお、ESGサーバ５０、シグナリングサーバ６０、アプリケーションサーバ７０、及び、ストリーミングサーバ８０の詳細な構成については省略する。
【０１５０】
（送信装置の構成例）
図１８は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０１５１】
図１８に示すように、送信装置１０は、LLS取得部１１１、LLS処理部１１２、ESG取得部１１３、ESG処理部１１４、SCS取得部１１５、SCS処理部１１６、アプリケーション取得部１１７、アプリケーション処理部１１８、ビデオデータ取得部１１９、ビデオエンコーダ１２０、オーディオデータ取得部１２１、オーディオエンコーダ１２２、字幕データ取得部１２３、字幕エンコーダ１２４、NTP取得部１２５、NTP処理部１２６、Mux１２７、及び、送信部１２８から構成される。
【０１５２】
LLS取得部１１１は、内蔵するストレージや外部のサーバなどからLLS(Low Layer Signaling)として伝送されるSCD(Service Configuration Description)等を取得し、LLS処理部１１２に供給する。LLS処理部１１２は、LLS取得部１１１から供給されるLLSに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux１２７に供給する。
【０１５３】
ESG取得部１１３は、ストレージや外部のサーバなどからESG(Electronic Service Guide)を取得し、ESG処理部１１４に供給する。ESG処理部１１４は、ESG取得部１１３から供給されるESGに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１５４】
SCS取得部１１５は、ストレージや外部のサーバなどからSCS(Service Channel Signaling)を取得し、SCS処理部１１６に供給する。SCS処理部１１６は、SCS取得部１１５から供給されるSCSに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１５５】
アプリケーション取得部１１７は、ストレージや外部のサーバなどからアプリケーションを取得し、アプリケーション処理部１１８に供給する。アプリケーション処理部１１８は、アプリケーション取得部１１７から供給されるアプリケーションに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１５６】
ビデオデータ取得部１１９は、ストレージや外部のサーバ、カメラなどから、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１２０に供給する。ビデオエンコーダ１２０は、ビデオデータ取得部１１９から供給されるビデオデータを、MPEG(Moving Picture Experts Group)等の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１５７】
オーディオデータ取得部１２１は、ストレージや外部のサーバ、マイクロフォンなどから、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１２２に供給する。オーディオエンコーダ１２２は、オーディオデータ取得部１２１から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１５８】
字幕データ取得部１２３は、ストレージや外部のサーバなどから、コンポーネントとしての字幕データを取得し、字幕エンコーダ１２４に供給する。字幕エンコーダ１２４は、字幕データ取得部１２３から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１５９】
なお、ビデオデータ、オーディオデータ、及び、字幕データは、FLUTEセッションにより伝送される場合、FLUTEセッションにより伝送するための所定の処理が施されてから、Mux１２７に供給されることになる。
【０１６０】
NTP取得部１２５は、ストレージや外部のサーバなどから、NTP(Network Time Protocol)を取得し、NTP処理部１２６に供給する。NTP処理部１２６は、NTP取得部１２５から供給されるNTPに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux１２７に供給する。
【０１６１】
Mux１２７は、LLS処理部１１２からのLLS、ESG処理部１１４からのESG、SCS処理部１１６からのSCS、アプリケーション処理部１１８からのアプリケーション、ビデオエンコーダ１２０からのビデオデータ、オーディオエンコーダ１２２からのオーディオデータ、字幕エンコーダ１２４からの字幕データ、及び、NTP処理部１２６からのNTPを多重化して、IP伝送方式のBBPストリームを生成し、送信部１２８に供給する。
【０１６２】
ここで、Mux１２７は、前段のブロックから供給されるすべてのデータを多重化する必要はなく、例えば、アプリケーションや字幕データを伝送しない場合には、アプリケーション処理部１１８や字幕エンコーダ１２４からデータは供給されてこないため、それらのデータを除いて多重化を行うことになる。また、BBPストリームにおいて、FLUTEセッションで伝送するデータを格納したLCTパケットのLCTヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置されている。
【０１６３】
送信部１２８は、Mux１２７から供給されるBBPストリームを、放送信号（放送波）として、アンテナ１２９を介して送信する。
【０１６４】
（受信装置の構成例）
図１９は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１６５】
図１９に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、ESGエンジン２１７、シグナリングエンジン２１８、アプリケーションエンジン２１９、ビデオデコーダ２２０、オーディオデコーダ２２１、字幕デコーダ２２２、クロック発生器２２３、ビデオ出力部２２４、オーディオ出力部２２５、通信I/F２２６、及び、Demux２１７から構成される。
【０１６６】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１により受信された放送信号（放送波）から、選局が指示された特定のサービスの放送信号を抽出して復調し、その結果得られるIP伝送方式のBBPストリームを、Demux２１３に供給する。
【０１６７】
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるIP伝送方式のBBPストリームを、LLS、ESG、SCS、アプリケーション、ビデオデータ、オーディオデータ、字幕データ、及び、NTPに分離して、後段のブロックに出力する。
【０１６８】
具体的には、Demux２１３は、フィルタリング処理部としての機能を有しており、各パケットに付加されたBBPヘッダに基づいて、フィルタリング処理を行う。これにより、LLSは、制御部２１４に供給される。また、Demux２１３は、各パケットに付加されたIPヘッダとUDPヘッダに基づいて、フィルタリング処理を行う。これにより、NTPは、クロック発生部２２３に供給される。
【０１６９】
さらにまた、Demux２１３は、FLUTEセッションで伝送されるLCTパケットに付加されたLCTヘッダのフィルタリング情報に基づいて、フィルタリング処理を行う。このフィルタリング処理では、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)の少なくとも１つの情報をフィルタリング条件として、フィルタリングが行われる。
【０１７０】
このフィルタリング処理の結果、ESG、SCS、アプリケーションのデータを格納したLCTパケットは、ESGエンジン２１７、シグナリングエンジン２１８、アプリケーションエンジン２１９にそれぞれ供給される。また、ビデオデータ、オーディオデータ、字幕データは、ビデオデコーダ２２０、オーディオデコーダ２２１、字幕デコーダ２２２にそれぞれ供給される。
【０１７１】
制御部２１４は、受信装置２０の各部の動作を制御する。NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記録する。また、制御部２１４は、入力部２１６から供給される、ユーザの操作に応じた操作信号に基づいて、受信装置２０の各部の動作を制御する。
【０１７２】
例えば、制御部２１４は、初期スキャン時などに、LLS（例えばSCD）から得られるチャンネル情報（選局情報）を、NVRAM２１５に記録する。制御部２１４は、ユーザにより選局操作がなされた場合、NVRAM２１５に記録されたチャンネル情報に基づいて、チューナ２１２により実行される選局処理を制御する。
【０１７３】
ESGエンジン２１７は、制御部２１４からの制御に従い、Demux２１３から供給されるESGのパケットから、ESGのファイルを復元し、電子サービスガイドに対応するビデオデータを、ビデオ出力部２２４に供給する。ビデオ出力部２２４は、制御部２１４からの制御に従い、ESGエンジン２１７からのビデオデータを、後段のディスプレイ（不図示）に供給する。これにより、ディスプレイには、電子サービスガイドが表示される。なお、ESGのファイルは、ストレージ（不図示）に蓄積してもよい。
【０１７４】
シグナリングエンジン２１８は、制御部２１４からの制御に従い、Demux２１３から供給されるSCSのパケットから、SCSのファイルを復元し、制御部２１４に供給する。制御部２１４は、シグナリングエンジン２１８からのSCSに基づいて、各部の動作を制御する。
【０１７５】
アプリケーションエンジン２１９は、制御部２１４からの制御に従い、Demux２１３から供給されるアプリケーションのパケットから、アプリケーションのファイルを復元し、アプリケーションに対応するビデオデータを、ビデオ出力部２２４に供給する。ビデオ出力部２２４は、制御部２１４からの制御に従い、アプリケーションエンジン２１９から供給されるビデオデータを、後段のディスプレイに供給する。これにより、ディスプレイには、例えば天気予報などのアプリケーションが表示される。
【０１７６】
ビデオデコーダ２２０は、制御部２１４からの制御に従い、Demux２１３から供給されるビデオデータのパケットから、ビデオデータ（のファイル）を復元し、例えばビデオエンコーダ１２０（図１８）に対応する復号方式で復号して、ビデオ出力部２２４に供給する。ビデオ出力部２２４は、制御部２１４からの制御に従い、ビデオデコーダ２２０から供給されるビデオデータを、後段のディスプレイに出力する。これにより、ディスプレイには、例えば、番組の映像などが表示される。
【０１７７】
オーディオデコーダ２２１は、制御部２１４からの制御に従い、Demux２１３から供給されるオーディオデータのパケットから、オーディオデータ（のファイル）を復元し、例えばオーディオエンコーダ１２２（図１８）に対応する復号方式で復号して、オーディオ出力部２２５に供給する。オーディオ出力部２２５は、制御部２１４からの制御に従い、オーディオデコーダ２２１から供給されるオーディオデータを、後段のスピーカ（不図示）に出力する。これにより、スピーカからは、表示中の番組の映像に同期した音声が出力される。
【０１７８】
字幕デコーダ２２２は、制御部２１４からの制御に従い、Demux２１３から供給される字幕データのパケットから、字幕データ（のファイル）を復元し、例えば字幕エンコーダ１２４（図１８）に対応する復号方式で復号して、ビデオ出力部２２４に供給する。ビデオ出力部２２４は、制御部２１４からの制御に従い、字幕デコーダ２２２から供給されるビデオデータを、後段のディスプレイに出力する。これにより、ディスプレイには、例えば、番組の映像に重畳して字幕が表示される。
【０１７９】
クロック発生器２２３は、制御部２１４からの制御に従い、Demux２１３から供給されるNTPに基づいて、クロック信号を生成する。例えば、このクロック信号が、ビデオデコーダ２２０、オーディオデコーダ２２１、及び、字幕デコーダ２２２に供給されることで、映像や音声、字幕の同期がとられる。
【０１８０】
通信I/F２２６は、制御部２１４からの制御に従い、ネットワーク９０を介してESGサーバ５０にアクセスして、ESGを取得する。ESGサーバ５０から取得されたESGは、Demux２２７を介してESGエンジン２１７に供給される。
【０１８１】
また、通信I/F２２６は、制御部２１４からの制御に従い、ネットワーク９０を介してシグナリングサーバ６０にアクセスして、SCSを取得する。シグナリングサーバ６０から取得されたSCSは、Demux２２７を介してシグナリングエンジン２１８に供給される。
【０１８２】
さらにまた、通信I/F２２６は、制御部２１４からの制御に従い、ネットワーク９０を介してアプリケーションサーバ７０にアクセスして、アプリケーションを取得する。アプリケーションサーバ７０から取得されたアプリケーションは、Demux２２７を介してアプリケーションエンジン２１９に供給される。
【０１８３】
また、通信I/F２２６は、制御部２１４からの制御に従い、ネットワーク９０を介してストリーミングサーバ８０にアクセスして、通信コンテンツのストリーミングデータを受信し、Demux２２７に供給する。Demux２２７は、通信I/F２２６から供給されるストリーミングデータを、ビデオデータ、オーディオデータ、字幕データに分離して、ビデオデコーダ２２０、オーディオデコーダ２２１、字幕デコーダ２２２にそれぞれ供給する。
【０１８４】
なお、図１９の受信装置２０の構成例では、ディスプレイやスピーカが外部に設けられている構成となっているが、受信装置２０がディスプレイやスピーカを有する構成を採用してもよい。
【０１８５】
＜６．各装置で実行される具体的な処理の流れ＞
【０１８６】
次に、図２０乃至図２３のフローチャートを参照して、図１７の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０１８７】
（送信処理）
まず、図２０のフローチャートを参照して、図１７の送信装置１０により実行される送信処理について説明する。
【０１８８】
ステップＳ１１１において、LLS取得部１１１は、ストレージなどからLLS(Low Layer Signaling)として伝送されるSCD(Service Configuration Description)等を取得し、LLS処理部１１２に供給する。ステップＳ１１２において、LLS処理部１１２は、LLS取得部１１１から供給されるLLSに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux１２７に供給する。
【０１８９】
ステップＳ１１３において、ESG取得部１１３は、ストレージなどからESG(Electronic Service Guide)を取得し、ESG処理部１１４に供給する。ステップＳ１１４において、ESG処理部１１４は、ESG取得部１１３から供給されるESGに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１９０】
ステップＳ１１５において、SCS取得部１１５は、ストレージなどからSCS(Service Channel Signaling)を取得し、SCS処理部１１６に供給する。ステップＳ１１６において、SCS処理部１１６は、SCS取得部１１５から供給されるSCSに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１９１】
ステップＳ１１７において、アプリケーション取得部１１７は、ストレージなどからアプリケーションを取得し、アプリケーション処理部１１８に供給する。ステップＳ１１８において、アプリケーション処理部１１８は、アプリケーション取得部１１７から供給されるアプリケーションに対して、例えばFLUTEセッションにより伝送するための所定の処理を施し、Mux１２７に供給する。
【０１９２】
ステップＳ１１９において、ビデオデータ取得部１１９は、ストレージなどから、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１２０に供給する。ステップＳ１２０において、ビデオエンコーダ１２０は、ビデオデータ取得部１１９から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１９３】
ステップＳ１２１において、オーディオデータ取得部１２１は、ストレージなどから、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１２２に供給する。ステップＳ１２２において、オーディオエンコーダ１２２は、オーディオデータ取得部１２１から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１９４】
ステップＳ１２３において、字幕データ取得部１２３は、ストレージなどから、コンポーネントとしての字幕データを取得し、字幕エンコーダ１２４に供給する。ステップＳ１２４において、字幕エンコーダ１２４は、字幕データ取得部１２３から供給される字幕データを、所定の符号化方式に準拠して符号化し、Mux１２７に供給する。
【０１９５】
ステップＳ１２５において、NTP取得部１２５は、ストレージなどから、NTP(Network Time Protocol)を取得し、NTP処理部１２６に供給する。ステップＳ１２６において、NTP処理部１２６は、NTP取得部１２５から供給されるNTPに対して、IP伝送方式のデジタル放送の放送波で伝送するための所定の信号処理を施し、Mux１２７に供給する。
【０１９６】
ステップＳ１２７において、Mux１２７は、LLS処理部１１２からのLLS、ESG処理部１１４からのESG、SCS処理部１１６からのSCS、アプリケーション処理部１１８からのアプリケーション、ビデオエンコーダ１２０からのビデオデータ、オーディオエンコーダ１２２からのオーディオデータ、字幕エンコーダ１２４からの字幕データ、及び、NTP処理部１２６からのNTPを多重化して、IP伝送方式のBBPストリームを生成し、送信部１２８に供給する。
【０１９７】
なお、Mux１２７は、前段のブロックから供給されるすべてのデータを多重化する必要はない。また、BBPストリームにおいて、FLUTEセッションで伝送するデータを格納したLCTパケットのLCTヘッダには、圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、及び、バージョン情報(Data_Version)などのフィルタリング情報が配置されている。
【０１９８】
ステップＳ１２８において、送信部１２８は、Mux１２７から供給されるBBPストリームを、放送信号（放送波）として、アンテナ１２９を介して送信する。ステップＳ１２８の処理が終了すると、図２０の送信処理は終了する。
【０１９９】
以上、送信処理について説明した。
【０２００】
（選局処理）
次に、図２１のフローチャートを参照して、図１７の受信装置２０により実行される選局処理について説明する。
【０２０１】
ステップＳ２１１においては、制御部２１４によって、入力部２１６からの操作信号が監視され、ユーザにより選局操作が行われるまで、待機する。そして、ステップＳ２１２において、ユーザにより選局操作が行われたと判定された場合、処理は、ステップＳ２１３に進められる。
【０２０２】
ステップＳ２１３において、制御部２１４は、NVRAM２１５に記録されたチャンネル情報を取得する。これにより、制御部２１４は、チャンネル情報を用い、チューナ２１２による選局処理を制御する。また、Demux２１３は、制御部２１４からの制御に従い、FLUTEセッションで伝送されるシグナリングデータに接続し（Ｓ２１４）、シグナリングデータを取得して解析する（Ｓ２１５）。ここでは、SCSが取得され、解析される。
【０２０３】
ステップＳ２１６において、Demux２１３は、制御部２１４からの制御に従い、シグナリングデータバージョン監視処理を実行する。このシグナリングデータバージョン監視処理によって、シグナリングデータが更新された場合には、更新後のシグナリングデータが取得される。なお、シグナリングデータバージョン監視処理の詳細な内容は、図２２のフローチャートを参照して後述する。
【０２０４】
ステップＳ２１７において、Demux２１３は、制御部２１４からの制御に従い、FLUTEセッションで伝送されるサービスコンポーネントストリームに接続する。また、ステップＳ２１８において、Demux２１３は、制御部２１４からの制御に従い、サービスコンポーネントストリーム取得処理を実行する。このサービスコンポーネントストリーム取得処理によって、選局された特定のサービスを構成するコンポーネントが取得される。なお、サービスコンポーネントストリーム取得処理の詳細な内容は、図２３のフローチャートを参照して後述する。
【０２０５】
ステップＳ２１９において、制御部２１４は、各部の動作を制御して、ステップＳ２１８の処理で取得されたコンポーネントのデータをバッファ（不図示）に保持する。また、ステップＳ２２０において、制御部２１４は、各部の動作を制御して、バッファリングされたコンポーネントに対するレンダリング処理を行うことで、当該コンポーネントに対応する映像や音声を出力する。ステップＳ２２０の処理が終了すると、図２１の選局処理は終了する。
【０２０６】
以上、選局処理について説明した。
【０２０７】
（シグナリングデータバージョン監視処理）
次に、図２２のフローチャートを参照して、図２１のステップＳ２１６の処理に対応するシグナリングデータバージョン監視処理の詳細な内容について説明する。
【０２０８】
ステップＳ２４１において、Demux２１３は、シグナリングデータのタイプ情報と、最新のバージョンをフィルタリング条件に登録する。また、Demux２１３には、チューナ２１２によりアンテナ２１１を介して受信されたシグナリングデータが入力される（Ｓ２４２）。
【０２０９】
ステップＳ２４３において、Demux２１３は、ステップＳ２４１の処理で登録されたフィルタリング条件を用い、フィルタリング処理を行うことで、対象のシグナリングデータが更新されたかどうかを判定する。ここでは、LCTパケットのLCTヘッダに配置されたタイプ情報(Type)とバージョン情報(Data_Version)が、フィルタリング条件を満たすかどうかが監視されることになる。
【０２１０】
ステップＳ２４３において、対象のシグナリングデータが更新されていないと判定された場合、処理は、ステップＳ２４４に進められる。ステップＳ２４４においては、サービスの受信が終了したかどうかが判定される。ステップＳ２４４において、サービスの受信が終了していないと判定された場合、処理はステップＳ２４２に戻り、それ以降の処理が繰り返される。
【０２１１】
そして、ステップＳ２４３において、対象のフィルタリングデータが更新されたと判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５において、Demux２１３は、フィルタリング条件を満たした更新後のシグナリングデータを抽出して、シグナリングエンジン２１８に供給する。これにより、例えば、MPDのバージョンの監視を行っている場合に、MPDのバージョンが1.0から2.0に上がったときには、更新後のバージョン2.0のMPDが取得されることになる。
【０２１２】
また、Demux２１３は、フィルタリング条件の最新バージョンを、例えば１インクリメントして、フィルタリング条件の更新を行い、対象のフィルタリングデータのさらなる更新に備える。ステップＳ２４５の処理が終了すると、処理は、ステップＳ２４４に進められる。
【０２１３】
そして、ステップＳ２４４において、サービスの受信が終了したと判定されるまで、ステップＳ２４２乃至Ｓ２４５の処理が繰り返されるので、対象のシグナリングデータの更新時には、対象のシグナリングデータを直ちに取得することができる。また、ステップＳ２４４において、サービスの受信が終了したと判定された場合、処理は、図２１のステップＳ２１６の処理に戻り、それ以降の処理が実行される。
【０２１４】
以上、シグナリングデータバージョン監視処理について説明した。
【０２１５】
（サービスコンポーネントストリーム取得処理）
最後に、図２３のフローチャートを参照して、図２１のステップＳ２１８の処理に対応するサービスコンポーネントストリーム取得処理の詳細な内容について説明する。
【０２１６】
ステップＳ２７１において、Demux２１３は、制御部２１４からの制御に従い、フィルタリング処理を行い、LCTパケットを取得して解析する。
【０２１７】
ステップＳ２７２において、Demux２１３は、LCTパケットのバージョンが、本技術に対応した新しいバージョン（例えば、バージョン2.0）であるかどうかを判定する。この判定処理では、LCTヘッダに配置されるLCTパケットのバージョン（例えば、図４の「Ｖ」）が確認される。
【０２１８】
ステップＳ２７２において、LCTパケットのバージョンが、本技術に未対応の古いバージョン（例えば、バージョン1.0）であると判定された場合、処理は、ステップＳ２７３に進められる。ステップＳ２７３においては、FLUTEオブジェクト受信処理が行われ、TSIとTOIを用いて、FLUTEセッションから特定のファイルが復元され、特定のサービスを構成するコンポーネントが取得される。その後、処理は、図２１のステップＳ２１８の処理に戻り、それ以降の処理が実行される。
【０２１９】
一方、ステップＳ２７２において、LCTパケットのバージョンが、本技術に対応した新しいバージョン（例えば、バージョン2.0）であると判定された場合、処理は、ステップＳ２７４に進められる。ステップＳ２７４において、Demux２１３は、LCTヘッダに、Header Extensionsが配置されているかどうかを判定する。
【０２２０】
ステップＳ２７４において、LCTヘッダに、Header Extensionsが配置されていないと判定された場合、処理は、ステップＳ２７５に進められる。この場合、LCTヘッダの配置パターンは、パターン１又はパターン３となるので、ステップＳ２７５において、Demux２１３は、LCTヘッダに配置された圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、バージョン情報(Data_Version)を取得する。
【０２２１】
また、ステップＳ２７４において、LCTヘッダに、Header Extensionsが配置されていると判定された場合、処理は、ステップＳ２７６に進められる。この場合、LCTヘッダの配置パターンは、パターン２となるので、ステップＳ２７６において、Demux２１３は、LCTヘッダのHeader Extensionsに配置された圧縮情報(CO)、タイプ情報(Type)、拡張フィルタ情報(Filter_Extension)、バージョン情報(Data_Version)を取得する。
【０２２２】
ステップＳ２７５又はＳ２７６の処理によって、フィルタリング情報が取得されると、処理は、ステップＳ２７７に進められる。ステップＳ２７７において、Demux２１３は、LCTヘッダからサービスコンポーネント情報を取得する。このサービスコンポーネント情報としては、例えば、TSI、TOI、コードポイント(CodePoint)などが取得される。
【０２２３】
ステップＳ２７８において、Demux２１３は、制御部２１４からの制御に従い、パケットのフィルタリング処理を行う。このフィルタリング処理によって、FLUTEセッションから特定のファイルが復元され、特定のサービスを構成するコンポーネントが取得される。ステップＳ２７８の処理が終了すると、処理は、図２１のステップＳ２１８の処理に戻り、それ以降の処理が実行される。
【０２２４】
以上、サービスコンポーネントストリーム取得処理について説明した。
【０２２５】
なお、上述した説明では、シグナリングデータの名称として、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層よりも上位の階層となる第１の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットのフィルタリング処理を行うフィルタリング処理部と
を備える受信装置。
（２）
前記パケットは、FLUTE(File Delivery over Unidirectional Transport)セッションにより伝送されるLCT(Layered Coding Transport)パケットであって、
前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに第１のシグナリングデータが配置されており、
前記フィルタリング処理部は、前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータを用い、特定のサービスのIPアドレス、UDP(User Datagram Protocol)のポート番号、及び、TSI(Transport Session Identifier)を解決した後に、前記FLUTEセッションで伝送される前記LCTパケットの前記LCTヘッダに配置された前記フィルタリング情報を用い、前記LCTパケットに格納される前記第１のシグナリングデータのフィルタリング処理を行う
（１）に記載の受信装置。
（３）
前記フィルタリング情報は、前記LCTヘッダのTOI(Transport Object Identifier)に配置される
（２）に記載の受信装置。
（４）
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
（２）に記載の受信装置。
（５）
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
（２）又は（３）に記載の受信装置。
（６）
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
（２）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記第１のシグナリングデータは、ネットワークを介してサーバから取得される
（２）に記載の受信装置。
（８）
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
（２）に記載の受信装置。
（９）
前記第１のシグナリングデータは、SCS(Service Channel Signaling)又はESG(Electronic Service Guide)であって、
前記第２のシグナリングデータは、LLS(Low Layer Signaling)であり、
前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
（２）に記載の受信装置。
（１０）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波を受信し、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送されるパケットのヘッダに配置されるフィルタリング情報を用い、前記パケットに格納される第１のシグナリングデータのフィルタリング処理を行う
ステップを含む受信方法。
（１１）
サービスを構成する１又は複数のコンポーネントを取得する第１の取得部と、
第１のシグナリングデータを取得する第２の取得部と、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する送信部と
を備え、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送される、前記第１のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
送信装置。
（１２）
前記パケットは、FLUTEセッションにより伝送されるLCTパケットであって、
前記LCTパケットにおいて、LCTヘッダに前記フィルタリング情報が配置され、LCTペイロードに前記第１のシグナリングデータが配置される
（１１）に記載の送信装置。
（１３）
前記フィルタリング情報は、前記LCTヘッダのTOIに配置される
（１２）に記載の送信装置。
（１４）
前記フィルタリング情報は、前記LCTヘッダの拡張領域に配置される
（１２）に記載の送信装置。
（１５）
前記フィルタリング情報の一部又は全部は、前記LCTヘッダにおいて、運用に応じて用いられる領域であるコードポイントの代わりに配置される
（１２）又は（１３）に記載の送信装置。
（１６）
前記フィルタリング情報は、前記第１のシグナリングデータの圧縮の有無を示す圧縮情報、前記第１のシグナリングデータのタイプを示すタイプ情報、前記第１のシグナリングデータのタイプごとに設定されるフィルタリング条件を示す拡張フィルタ情報、及び、前記第１のシグナリングデータのバージョンを示すバージョン情報のうち、少なくとも１つの情報を含む
（１２）乃至（１５）のいずれか一項に記載の送信装置。
（１７）
前記第１のシグナリングデータは、ネットワークを介してサーバから取得される
（１２）に記載の送信装置。
（１８）
前記第１のシグナリングデータは、前記FLUTEセッションのインデックス情報を含んでいる
（１２）に記載の送信装置。
（１９）
前記第１のシグナリングデータは、SCS又はESGであって、
前記IP層よりも下位の階層となる第２の階層で伝送される第２のシグナリングデータは、LLSであり、
前記FLUTEセッションにより伝送される、特定のサービスを構成するコンポーネントとSCSには、共通のIPアドレスが割り当てられる
（１２）に記載の送信装置。
（２０）
送信装置の送信方法において、
前記送信装置が、
サービスを構成する１又は複数のコンポーネントを取得し、
第１のシグナリングデータを取得し、
前記コンポーネントとともに、前記第１のシグナリングデータを、IP伝送方式を用いたデジタル放送の放送波で送信する
ステップを含み、
前記放送波において、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層となる第１の階層で伝送される、前記第１のシグナリングデータを格納したパケットのヘッダには、前記パケットのフィルタリング処理で用いられるフィルタリング情報が配置される
送信方法。
【符号の説明】
【０２４２】
１  放送通信システム，  １０  送信装置，  ２０  受信装置，  ５０  ESGサーバ，  ６０  シグナリングサーバ，  ７０  アプリケーションサーバ，  ８０  ストリーミングサーバ，  ９０  ネットワーク，  １１１  LLS取得部，  １１３  ESG取得部，  １１５  SCS取得部，  １１７  アプリケーション取得部，  １１９  ビデオデータ取得部，  １２１  オーディオデータ取得部，  １２３  字幕データ取得部，  １２５  NTP取得部，  １２７  Mux，  １２８  送信部，  ２１２  チューナ，  ２１３  Demux，  ２１４  制御部，  ２１７  ESGエンジン，  ２１８  シグナリングエンジン，  ２１９  アプリケーションエンジン，  ２２０  ビデオデコーダ，  ２２１  オーディオデコーダ，  ２２２  字幕デコーダ，  ２２３  クロック発生器，  ２２４  ビデオ出力部，  ２２５  オーディオ出力部，  ２２６  通信I/F，  ２２７  Demux，  ９００  コンピュータ，  ９０１  CPU
【図１】
0006552482.tif 000002
【図２】
0006552482.tif 000003
【図３】
0006552482.tif 000004
【図４】
0006552482.tif 000005
【図５】
0006552482.tif 000006
【図６】
0006552482.tif 000007
【図７】
0006552482.tif 000008
【図８】
0006552482.tif 000009
【図９】
0006552482.tif 000010
【図１０】
0006552482.tif 000011
【図１１】
0006552482.tif 000012
【図１２】
0006552482.tif 000013
【図１３】
0006552482.tif 000014
【図１４】
0006552482.tif 000015
【図１５】
0006552482.tif 000016
【図１６】
0006552482.tif 000017
【図１７】
0006552482.tif 000018
【図１８】
0006552482.tif 000019
【図１９】
0006552482.tif 000020
【図２０】
0006552482.tif 000021
【図２１】
0006552482.tif 000022
【図２２】
0006552482.tif 000023
【図２３】
0006552482.tif 000024
【図２４】
0006552482.tif 000025