(57)【要約】  本技術は、サービスを構成するコンポーネントを効率よく取得できるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。受信装置は、IP伝送方式を用いたデジタル放送の放送波によって配信される第１のシグナリングデータを取得し、第２のシグナリングデータとして、放送シグナリングデータを取得し、放送シグナリングデータに含まれるフラグ情報が、放送シグナリングデータとともに、インターネット上のサーバから通信シグナリングデータが提供されていることを示している場合、第２のシグナリングデータとして、通信シグナリングデータを取得し、放送シグナリングデータ又は通信シグナリングデータの少なくとも一方に基づいて、放送コンポーネントのストリーム又は通信コンポーネントのストリームに接続して、コンポーネントの再生を制御する。本技術は、例えば、テレビ受像機に適用することができる。
2016111176.tif 000002
【特許請求の範囲】
【請求項１】
IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを取得する第１の取得部と、
前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータを取得する第２の取得部と、
前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータを取得する第３の取得部と、
前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部と
を備える受信装置。
【請求項２】
前記第１のシグナリングデータは、前記通信シグナリングデータの取得先を示すロケーション情報を含み、
前記第３の取得部は、前記放送シグナリングデータに関連付けられた前記第１のシグナリングデータに含まれる前記ロケーション情報に従って前記インターネットを介して前記サーバにアクセスすることで受信される、前記通信シグナリングデータを取得する
請求項１に記載の受信装置。
【請求項３】
前記第１のシグナリングデータは、前記放送シグナリングデータのストリームに接続するためのブートストラップ情報を含み、
前記第２の取得部は、前記第１のシグナリングデータに含まれるブートストラップ情報に従って受信される、前記放送シグナリングデータを取得する
請求項２に記載の受信装置。
【請求項４】
前記第１のシグナリングデータは、前記サービスを複数の形態で提供するためのクラス情報を含み、
前記制御部は、前記第１のシグナリングデータに含まれるクラス情報に基づいて、複数の形態ごとに、前記サービスを構成する前記放送コンポーネント又は前記通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
請求項３に記載の受信装置。
【請求項５】
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送されるLLS（Low Layer Signaling）シグナリングデータであり、
前記第２のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送されるSLS（Service Layer Signaling）シグナリングデータである
請求項１に記載の受信装置。
【請求項６】
前記放送コンポーネントと、前記放送シグナリングデータのストリームは、FLUTE（File Delivery over Unidirectional Transport）を拡張したROUTE（Real-time Object Delivery over Unidirectional Transport）セッションで伝送される
請求項１に記載の受信装置。
【請求項７】
前記サービスは、放送事業者により制作された番組を編成したものであって、前記サービスを唯一に特定する識別情報により識別可能とされる
請求項１に記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを取得し、
前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータを取得し、
前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータを取得し、
前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
ステップを含む受信方法。
【請求項９】
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを生成する第１の生成部と、
サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータを生成する第２の生成部と、
前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータを送信する送信部と
を備える送信装置。
【請求項１０】
前記第１のシグナリングデータは、前記通信シグナリングデータの取得先を示すロケーション情報を含む
請求項９に記載の送信装置。
【請求項１１】
前記第１のシグナリングデータは、前記放送シグナリングデータのストリームに接続するためのブートストラップ情報を含む
請求項１０に記載の送信装置。
【請求項１２】
前記第１のシグナリングデータは、前記サービスを複数の形態で提供するためのクラス情報を含む
請求項１１に記載の送信装置。
【請求項１３】
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送されるLLSシグナリングデータであり、
前記第２のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送されるSLSシグナリングデータである
請求項９に記載の送信装置。
【請求項１４】
前記放送コンポーネントと、前記放送シグナリングデータのストリームは、FLUTEを拡張したROUTEセッションで伝送される
請求項９に記載の送信装置。
【請求項１５】
前記サービスは、放送事業者により制作された番組を編成したものであって、前記サービスを唯一に特定する識別情報により識別可能とされる
請求項９に記載の送信装置。
【請求項１６】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを生成し、
サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータを生成し、
前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータを送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、サービスを構成するコンポーネントを効率よく取得できるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
近年、各国では、デジタル放送のサービスが開始されている（例えば、特許文献１参照）。各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2 - Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２６３６１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、IP伝送方式を用いて、ビデオやオーディオ、字幕等のコンポーネントを伝送する方式の候補の１つとして、ROUTE（Real-time Object Delivery over Unidirectional Transport）がある。ROUTEは、放送のライブサービス向けに、FLUTE（File Delivery over Unidirectional Transport）を拡張したものである。【０００５】
しかしながら、番組等のサービスを構成するコンポーネントをROUTEセッションで伝送する場合における技術方式が確立されておらず、サービスを構成するコンポーネントを効率よく取得できるようにしたいという要請があった。【０００６】
本技術はこのような状況に鑑みてなされたものであり、サービスを構成するコンポーネントを効率よく取得できるようにするものである。
【課題を解決するための手段】
【０００７】
本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを取得する第１の取得部と、前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータを取得する第２の取得部と、前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータを取得する第３の取得部と、前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部とを備える受信装置である。【０００８】
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【０００９】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータが取得され、前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータが取得され、前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータが取得され、前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生が制御される。【００１０】
本技術の第２の側面の送信装置は、IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを生成する第１の生成部と、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータを生成する第２の生成部と、前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータを送信する送信部とを備える送信装置である。【００１１】
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００１２】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータが生成され、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータが生成され、前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータが送信される。
【発明の効果】
【００１３】
本技術の第１の側面、及び、第２の側面によれば、サービスを構成するコンポーネントを効率よく取得できる。【００１４】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００１５】
【図１】サービス提供システムの構成例を示す図である。
【図２】シグナリングデータの例を示す図である。
【図３】放送サービスでのSLSの配信経路とその記述内容を示す図である。
【図４】ハイブリッドサービスでのSLSの配信経路とその記述内容を示す図である。
【図５】ハイブリッドサービスでのSLSの配信経路とその記述内容を示す図である。
【図６】ハイブリッドサービスでのSLSの配信経路とその記述内容を示す図である。
【図７】ハイブリッドサービスでのSLSの配信経路とその記述内容を示す図である。
【図８】SPDの通信SLSフラグ情報の記述内容に応じたコンポーネントの取得先の解決方法を示す図である。
【図９】放送サービスのシーケンス図である。
【図１０】ハイブリッドサービス１のシーケンス図である。
【図１１】ハイブリッドサービス２のシーケンス図である。
【図１２】FICのシンタックスの例を示す図である。
【図１３】SCDのシンタックスの例を示す図である。
【図１４】SPDのシンタックスの例を示す図である。
【図１５】本技術を適用した送信装置の一実施の形態の構成を示す図である。
【図１６】本技術を適用した受信装置の一実施の形態の構成を示す図である。
【図１７】図１６の制御部の機能的な構成例を示す図である。
【図１８】本技術を適用したブロードバンドサーバの一実施の形態の構成を示す図である。
【図１９】送信処理を説明するフローチャートである。
【図２０】周波数スキャン処理を説明するフローチャートである。
【図２１】LLS取得・記録処理を説明するフローチャートである。
【図２２】選局前処理を説明するフローチャートである。
【図２３】選局処理を説明するフローチャートである。
【図２４】ハイブリッドに対応した選局処理を説明するフローチャートである。
【図２５】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００１７】
１．システムの構成
２．IP伝送方式によるデジタル放送の概要
３．運用例
（１）運用例１：放送サービス
（２）運用例２：ハイブリッドサービス１（SLS放送配信）
（３）運用例３：ハイブリッドサービス２（SLS放送・通信配信）
４．シンタックスの例
５．システムを構成する各装置の構成
６．各装置で実行される処理の流れ
７．変形例
８．コンピュータの構成
【００１８】
＜１．システムの構成＞
【００１９】
（サービス提供システムの構成例）
図１において、サービス提供システム１は、番組等のサービスを提供するためのシステムである。サービス提供システム１は、送信装置１０、受信装置２０、及び、ブロードバンドサーバ３０から構成される。また、図１において、受信装置２０は、インターネット９０を介して、ブロードバンドサーバ３０と相互に接続されている。
【００２０】
送信装置１０は、例えば地上デジタルテレビ放送の所定の規格に対応した送信機であって、放送事業者により提供される。なお、本技術の実施の形態において、地上デジタルテレビ放送の規格としては、例えば、ATSC（Advanced Television Systems Committee standards）等の規格を採用することができる。
【００２１】
送信装置１０は、サービスを構成するビデオやオーディオ、字幕等のコンポーネント（以下、「サービスコンポーネント」ともいう）のストリームを、シグナリングデータとともに、デジタル放送の放送波によって送信する。ここで、サービスは、例えば、放送事業者により制作された番組（テレビ番組）を編成したもの（以下、「番組」という）である。
【００２２】
なお、シグナリングデータには、サービスに依存しない低レイヤのLLS（Low Layer Signaling）シグナリングデータと、サービス単位のSLS（Service Layer Signaling）シグナリングデータの２種類が存在するが、その詳細な内容については後述する。
【００２３】
また、ビデオやオーディオ等のコンポーネントと、SLSシグナリングデータは、ROUTEセッションにより伝送される。ROUTEは、放送のライブサービス向けに、FLUTEを拡張したものである。なお、ROUTEは、FLUTE +（FLUTE plus）やFLUTE enhancementなどと称される場合がある。
【００２４】
ここで、ROUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。すなわち、ROUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
【００２５】
受信装置２０は、例えばATSC等の地上デジタルテレビ放送の所定の規格に対応した受信機であって、テレビ受像機やセットトップボックスなどの固定受信機、スマートフォンや携帯電話機、タブレット型コンピュータ、ノート型のパーソナルコンピュータ、自動車内で利用される端末などのモバイル受信機である。
【００２６】
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信して、当該デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、シグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。また、受信装置２０は、通信機能を有しており、インターネット９０を介して、ブロードバンドサーバ３０にアクセスすることができる。
【００２７】
ブロードバンドサーバ３０は、受信装置２０からの要求に応じて、番組等のサービスを構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、インターネット９０を介してストリーミング配信する。また、ブロードバンドサーバ３０は、受信装置２０からの要求に応じて、シグナリングデータを、インターネット９０を介して配信する。
【００２８】
受信装置２０は、送信装置１０又はブロードバンドサーバ３０からのシグナリングデータに基づいて、ブロードバンドサーバ３０からインターネット９０を介してストリーミング配信されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
【００２９】
なお、図１においては、送信装置１０からのデジタル放送の放送波が直接、受信装置２０により受信される構成を図示しているが、１又は複数の中継局（不図示）を介してデジタル放送の放送波が伝送されるようにしてもよい。また、受信装置２０は、モバイル受信機である場合、公衆無線LAN（Local Area Network）のアクセスポイントを介してインターネット９０に接続するか、あるいはLTE（Long Term Evolution）等のモバイル系のネットワーク（不図示）を介して、ブロードバンドサーバ３０に接続することになる。
【００３０】
また、受信装置２０は、通信機能を有していない場合や、通信機能を有しているがその通信機能が無効になっている場合がある。その場合には、受信装置２０は、ブロードバンドサーバ３０にアクセスすることができない。さらに、図１においては、説明の簡略化のため、ブロードバンドサーバ３０が、ビデオやオーディオ等のコンポーネントのストリームと、シグナリングデータの両方を配信する場合を図示しているが、コンポーネントのストリームと、シグナリングデータは、別のサーバから配信されるようにしてもよい。
【００３１】
＜２．IP伝送方式によるデジタル放送の概要＞
【００３２】
上述したように、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS方式が採用されているが、今後は、通信の分野で用いられているIPパケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
【００３３】
IP伝送方式によるデジタル放送の放送波においては、物理チャンネル（RF Channel）に対応した所定の周波数帯域で、１又は複数のBBP（Base Band Packet）ストリームが伝送される。また、各BBPストリームでは、LLS（Low Layer Signaling）や、１又は複数のサービスチャンネル（サービス）等のストリームが伝送される。LLSストリームでは、サービスに依存しない低レイヤのLLSシグナリングデータが伝送される。
【００３４】
サービスチャンネル（サービス）は、SLS（Service Layer Signaling）と、ビデオやオーディオ、字幕等の番組を構成するコンポーネント（Component）のストリームから構成される。SLSストリームでは、サービス単位のSLSシグナリングデータが伝送される。
【００３５】
なお、SLSシグナリングデータと、コンポーネントのデータは、ROUTEセッションにより伝送される。また、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、SLSシグナリングデータやコンポーネントのデータなどをパッケージ化することができる。ただし、サービスとIPアドレスは、１対１に関連付けられるようにしてもよいし、あるサービスが複数のIPアドレスに関連付けられるようにしてもよい。
【００３６】
ここで、所定の周波数帯域からなる放送波（RF Channel）には、例えば放送事業者ごとに、ブロードキャストストリームID（Broadcast Stream ID）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP Stream ID）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（Service ID）が割り当てられる。
【００３７】
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（Network ID）と、トランスポートストリームID（Transport Stream ID）と、サービスID（Service ID）の組み合わせ（トリプレット（Triplet））に対応する構成が採用され、このトリプレットによって、ネットワーク内のBBPストリーム構成とサービス構成が示される。
【００３８】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができる。なお、IP伝送方式のID体系では、ブロードキャストストリームIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに対応している。
【００３９】
なお、BBPストリームにおいては、LLSやサービスチャンネルのストリームの他に、NTP（Network Time Protocol）やESG（Electronic Service Guide）サービスのストリームが伝送されるようにしてもよい。NTPは、送信側と受信側の同期をとるための時刻情報である。ESGサービスは、OMA（Open Mobile Alliance）によって規定されている電子サービスガイドである。
【００４０】
（シグナリングデータの例）
図２は、シグナリングデータの例を示す図である。
【００４１】
上述したように、シグナリングデータには、LLSストリームで伝送されるLLSシグナリングデータと、SLSストリームで伝送されるSLSシグナリングデータがある。
【００４２】
LLSシグナリングデータは、サービスに依存しない低レイヤのシグナリングデータであって、IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層（レイヤ）で伝送される。例えば、LLSシグナリングデータとしては、FIC（Fast Information Channel），SCD（Service Configuration Description），EAD（Emergency Alerting Description），RRD（Region Rating Description），DCD（Default Component Description）等のLLSメタデータが含まれる。
【００４３】
また、SLSシグナリングデータは、サービス単位のシグナリングデータであって、IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層（レイヤ）で伝送される。例えば、SLSシグナリングデータとしては、USBD（User Service Bundle Description），USD（User Service Description），SDP（Session Description Protocol），MPD（Media Presentation Description），IS（Initialization Segment），LSID（LCT Session Instance Description），ESGc（Electric Service Guide Current），SPD（Service Parameter Description）等のSLSメタデータが含まれる。なお、SLSシグナリングデータは、ROUTEセッションで伝送される。
【００４４】
FICは、MPEG2-TS方式に対応したID体系によって、ネットワーク内のBBPストリームやサービスの構成を示す情報などを含んでいる。また、詳細は後述するが、FICには、SLSショートカット情報（SLS_shortcut）、及び、クラス情報（class）が記述される。
【００４５】
FICはサービスの選局に必要な情報（選局情報）を伝送することになるが、シグナリングデータの伝送帯域を考慮して、必要最小限のパラメータを記述するようにする。また、FICの伝送周期を短くすることで、サービスの選局時間を短縮することができる。なお、FICの詳細な構造は、図１２のFICのシンタックスを参照して後述する。また、ここでは、FICは、LLSストリームで伝送されるとして説明するが、LLSストリーム以外の、例えば物理層等の下位の階層（レイヤ）で伝送されるようにしてもよい。
【００４６】
SCDは、サービスの構成を示す情報などを含んでいる。SCDは、初期スキャン処理で事前に取得することができるため、データ長が長いデータ等を記述することに適している。また、SCDの伝送周期を、FICの伝送周期と比べて長くすることで、伝送帯域を抑えることができる。また、詳細は後述するが、SCDには、通信SLS情報（SignalingOverInternet要素）が記述される。なお、SCDの詳細な構造は、図１３のSCDのシンタックスを参照して後述する。
【００４７】
EADは、緊急警報に関する緊急警報情報を含んでいる。RRDは、レーティングに関する情報を含んでいる。DCDは、SLSシグナリングデータに先行して取得される、最小限のサービスの選局を行うための情報である。
【００４８】
USBDは、USDやMPD，SDP等のSLSメタデータを参照するための参照情報を含んでいる。USDは、サービスを構成するコンポーネントの配信経路を特定するための情報などを含んでいる。なお、USDは、USBDに含まれる場合がある。SDPは、サービス単位で伝送されるコンポーネントのストリームに接続するための情報である。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
【００４９】
MPDは、サービス単位で伝送されるコンポーネントのストリームの再生を管理するための情報である。MPDには、複数のコンポーネントが列挙されており、その取得先を示すセグメントURL（Uniform Resource Locator）などの情報を含んでいる。ISは、ROUTEセッションにおけるメディアセグメント（MS：Media Segment）に対するイニシャライゼーションセグメントである。
【００５０】
なお、USBD，USD，MPD，SDP，ISは、3GPP（Third Generation Partnership Project），MPEG（Moving Picture Expert Group），又はIETF（Internet Engineering Task Force）のいずれかによって規格化されたものを参照するものとする。
【００５１】
LSIDは、FLUTEのFDT（File Delivery Table）をリアルタイムサービス向けに拡張したものであって、ROUTEセッションごとに伝送されるコンポーネントのストリームの管理情報とされる。なお、LSIDは、他のSLSメタデータと異なるROUTEセッションで伝送するようにしてもよい。ESGcは、ESGのカレント情報であって、現在放送中の番組についての情報を伝送するものである。なお、ESGは、OMA（Open Mobile Alliance）によって規格化されている。
【００５２】
SPDは、サービスレベルのパラメータが定義される。また、詳細は後述するが、SPDには、通信SLSフラグ情報（SignalingOverInternetFlag属性）が記述される。なお、SPDの詳細な構造は、図１４のSPDのシンタックスを参照して後述する。
【００５３】
なお、LLSシグナリングデータのうち、FICはバイナリ形式のデータとされるが、それ以外のSCD等のLLSメタデータはテキスト形式のデータとされる。また、SLSシグナリングデータにおいて、全てのSLSメタデータは、テキスト形式のデータとされる。例えば、SCD等のLLSメタデータや、SPD等のSLSメタデータは、XML（Extensible Markup Language）等のマークアップ言語により記述することができる。
【００５４】
（放送サービスのSLSシグナリングデータ）
ところで、サービス提供システム１により提供されるサービスとしては、コンポーネントの配信形態に応じて、コンポーネントが放送でのみ配信される放送サービスと、コンポーネントが放送と通信の両方で配信されるハイブリッドサービスがある。
【００５５】
図３は、放送サービスを提供する場合におけるSLSシグナリングデータの配信経路とその記述内容を示す図である。
【００５６】
放送サービスにおいては、放送経由で配信されるSLSシグナリングデータ（以下、「放送SLS」ともいう）と、通信経由で配信されるSLSシグナリングデータ（以下、「通信SLS」ともいう）のうち、図中の点線で示した通信SLSは配信されず、放送SLSのみが配信されることになる。また、図３においては、放送配信される放送コンポーネントとしてのビデオ（Video）及びオーディオ１（Audio1）と、通信配信される通信コンポーネントとしてのオーディオ２（Audio2）が図示されているが、放送サービスでは、図中の点線で示したオーディオ２のストリームは配信されず、ビデオ及びオーディオ１のストリームが放送配信されている。
【００５７】
すなわち、図３の放送サービスでは、SLSシグナリングデータとコンポーネントがともに放送配信されているため、図中の矢印で示すように、放送SLSには、放送コンポーネントとしてのビデオ及びオーディオ１のストリームに関する情報が記述されることになる。したがって、受信装置２０は、放送SLSに記述されるSLSメタデータを参照することで、放送コンポーネントのストリームに接続することができる。
【００５８】
（ハイブリッドサービスのSLSシグナリングデータ）
図４乃至図７は、ハイブリッドサービスを提供する場合における、SLSシグナリングデータの配信経路とその記述内容を示す図である。すなわち、図４乃至図７の各ケースにおいては、ハイブリッドサービスが提供されることについては共通しているが、SLSシグナリングデータの配信経路とその記述内容が異なっている。
【００５９】
（ハイブリッドサービス：ケース１）
図４のハイブリッドサービスにおいては、放送SLSと通信SLSのうち、放送SLSのみが配信されるとともに、放送コンポーネントと通信コンポーネントが配信されている。
【００６０】
すなわち、図４のハイブリッドサービスでは、SLSシグナリングデータが放送配信され、コンポーネントが放送と通信で配信されているため、図中の矢印で示すように、放送SLSには、放送コンポーネントとしてのビデオ及びオーディオ１のストリームと、通信コンポーネントとしてのオーディオ２のストリームに関する情報が記述されることになる。したがって、受信装置２０は、放送SLSに記述されるSLSメタデータを参照することで、放送コンポーネント又は通信コンポーネントのストリームに接続することができる。
【００６１】
（ハイブリッドサービス：ケース２）
図５のハイブリッドサービスにおいては、放送SLSと通信SLSが配信されるとともに、放送コンポーネントと通信コンポーネントが配信されている。
【００６２】
すなわち、図５のハイブリッドサービスでは、図中の矢印で示すように、放送SLSと通信SLSにはともに、放送コンポーネントとしてのビデオ及びオーディオ１のストリームと、通信コンポーネントとしてのオーディオ２のストリームに関する情報が記述されることになる。例えば、放送SLSと通信SLSには、全てのコンポーネントに関する情報として同一の情報が記述されるようにしてもよいし、あるいは、放送SLSに全てのコンポーネントに関する情報の一部を記述して、その残りの一部（差分）が通信SLSに記述されるようにしてもよい。したがって、受信装置２０は、放送SLS又は通信SLSに記述されるSLSメタデータを参照することで、放送コンポーネント又は通信コンポーネントのストリームに接続することができる。
【００６３】
（ハイブリッドサービス：ケース３）
図６のハイブリッドサービスにおいては、放送SLSと通信SLSが配信されるとともに、放送コンポーネントと通信コンポーネントが配信されている。
【００６４】
すなわち、図６のハイブリッドサービスでは、図中の矢印で示すように、放送SLSには、放送コンポーネントとしてのビデオ及びオーディオ１のストリームに関する情報が記述される。また、通信SLSには、通信コンポーネントとしてのオーディオ２のストリームに関する情報が記述される。すなわち、この場合、放送SLSと通信SLSには、放送コンポーネントと通信コンポーネントに関する情報が分離して記述されることになる。したがって、受信装置２０は、放送SLSに記述されるSLSメタデータを参照することで、放送コンポーネントのストリームに接続するとともに、通信SLSに記述されるSLSメタデータを参照することで、通信コンポーネントのストリームに接続することができる。
【００６５】
（ハイブリッドサービス：ケース４）
図７のハイブリッドサービスにおいては、放送SLSと通信SLSが配信されるとともに、放送コンポーネントと通信コンポーネントが配信されている。
【００６６】
すなわち、図７のハイブリッドサービスでは、図中の矢印で示すように、放送SLSには、放送コンポーネントとしてのビデオ及びオーディオ１のストリームに関する情報が記述される。また、通信SLSには、放送コンポーネントとしてのビデオ及びオーディオ１のストリームに関する情報と、通信コンポーネントとしてのオーディオ２のストリームに関する情報が記述される。
【００６７】
この場合、放送SLSには、放送コンポーネントに関する情報のみが記述され、通信SLSには、全てのコンポーネントに関する情報が記述されることになる。つまり、放送配信の場合、データを伝送する帯域が制限される可能性があるが、通信配信の場合には、そのような制限はないため、通信SLSには、放送SLSよりも多くの情報を記述することができるので、全てのコンポーネントに関する情報を記述することができる。したがって、受信装置２０は、放送SLSに記述されるSLSメタデータを参照することで、放送コンポーネントのストリームに接続するとともに、通信SLSに記述されるSLSメタデータを参照することで、放送コンポーネント又は通信コンポーネントのストリームに接続することができる。
【００６８】
（放送SLSと通信SLSとの連携）
図８は、SPDの通信SLSフラグ情報（SignalingOverInternetFlag属性）の記述内容に応じたコンポーネントの取得先の解決方法を示す図である。
【００６９】
受信装置２０は、初期スキャン処理等を行うことにより、放送配信されるLLSシグナリングデータ（FICやSCD等）を取得し、NVRAMに記録している。ここで、受信装置２０は、ユーザ操作等によりサービスの選局が行われた場合、放送配信されるSLSシグナリングデータ（放送SLS）を取得して、SPDに記述された通信SLSフラグ情報（SignalingOverInternetFlag属性）を確認する。
【００７０】
ここで、通信SLSフラグ情報として、"FALSE"が指定されている場合、放送SLSに、全てのコンポーネントに関する情報が記述され、通信SLSを取得する必要がないことを意味しているので、受信装置２０は、放送SLSとして伝送される、USBDやUSD，MPD，SDP等の他のSLSメタデータ（記述子）を参照して、放送配信される放送コンポーネント、又は通信配信される通信コンポーネントのストリームに接続する（Ｓ１）。
【００７１】
一方、通信SLSフラグ情報として、"TRUE"が指定されている場合、放送SLSの他に、通信SLSが配信され、放送SLSと通信SLSとを合わせて、全てのコンポーネントに関する情報が記述されることを意味している。したがって、受信装置２０は、放送SLSとして伝送される、USBDやUSD，MPD，SDP等の他のSLSメタデータ（記述子）を参照して、放送コンポーネント又は通信コンポーネントのストリームに接続する（Ｓ１）とともに、通信SLSとして伝送される、USBDやUSD，MPD，SDP，SPD等のSLSメタデータ（記述子）を参照して、放送コンポーネント又は通信コンポーネントのストリームに接続する（Ｓ２）。
【００７２】
具体的には、SLSシグナリングデータ（放送SLS）として伝送されるSPDと、LLSシグナリングデータとして伝送されるSCDとは、サービスIDにより関連付けられているので（Ｓ３）、受信装置２０は、通信SLSフラグ情報として、"TRUE"が指定されている場合、SCDに記述された通信SLS情報（SignalingOverInternet要素）を参照して、SLSブロードバンドロケーション情報（uri属性）を取得する。そして、受信装置２０は、SLSブロードバンドロケーション情報の示すURLに従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、SLSシグナリングデータ（通信SLS）を取得する（Ｓ４）。受信装置２０は、ブロードバンドサーバ３０から取得した通信SLSとしてのUSBD等のSLSメタデータに従い、放送コンポーネント又は通信コンポーネントのストリームに接続する（Ｓ２）。
【００７３】
以上のように、受信装置２０は、SPDの通信SLSフラグ情報が"FALSE"である場合には、放送SLSとして伝送されるSLSメタデータのみを用いて、コンポーネントのストリームに接続し、SPDの通信SLSフラグ情報が"TRUE"である場合には、放送SLSとして伝送されるSLSメタデータの他に、通信SLSとして伝送されるSLSメタデータを用いて、コンポーネントのストリームに接続する。
【００７４】
ここで、SPDは、サービスレベル（チャンネルスコープ）のパラメータを定義することが可能であるが、バージョン情報を更新することで、任意のタイミングでの更新ができるため、例えば番組単位やさらに細かい粒度（例えばCMとCM間の番組）などで、更新することができる。したがって、放送事業者等のサービス事業者は、サービスの形態に応じて、SPDの更新頻度を自由に選択することができる。つまり、サービス事業者は、例えばチャンネルや番組等に応じて、放送SLSの他に、通信SLSを提供するかどうかを選択して、その選択結果に応じた通信SLSフラグ情報（SignalingOverInternetFlag属性）をSPDに記述することで、受信装置２０に、SLSの配信状況を通知することができる。
【００７５】
例えば、あるチャンネルにおいて、番組Ａのコンポーネントが放送経由でのみ配信される場合、SPDの通信SLSフラグ情報として"FALSE"を指定して、放送SLSのみにより放送コンポーネントのストリームに接続されるようにする。これにより、サービス事業者は、番組Ａを、放送完結型サービス（放送サービス）の番組として提供することができる。また、例えば、あるチャンネルにおいて、番組Ａに続く番組Ｂのコンポーネントが放送経由と通信経由の両方で配信される場合、SPDの通信SLSフラグ情報として"TRUE"を指定して、ブロードバンドサーバ３０から通信SLSが取得され、放送SLSと通信SLSにより放送コンポーネント又は通信コンポーネントのストリームに接続されるようにする。これにより、サービス事業者は、番組Ｂを、ハイブリッド型サービス（ハイブリッドサービス）の番組として提供することができる。
【００７６】
＜３．運用例＞
【００７７】
（１）運用例１：放送サービス
【００７８】
図９は、放送サービスを提供するための運用例１を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。
【００７９】
なお、図９において、図中の上側は、送信装置１０から伝送されるデータの流れを表し、図中の下側は、それらのデータを処理する受信装置２０における処理の流れを表している。また、図９において、時間の方向は、図中の左側から右側の方向とされる。
【００８０】
図９において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）を送信（伝送）している。この放送波では、放送サービス（例えば番組）を構成する放送コンポーネントとSLSシグナリングデータ（放送SLS）のストリーム、及び、LLSシグナリングデータのストリームが、BBPストリーム（BBP Stream）で伝送されている。ただし、放送サービスを構成する放送コンポーネントとSLSシグナリングデータは、IP/UDP上のLCTパケット単位で、ROUTEセッションにより伝送されている。なお、BBPストリームでは、ESGストリームがROUTEセッションにより伝送されている。また、BBPストリームでは、時刻情報としてのNTPが伝送されることで、送信側と受信側での同期をとることができる。
【００８１】
受信装置２０においては、初期スキャン処理によって、LLSストリームで伝送されるFICとSCDが取得され、NVRAMに記録される（Ｓ１１）。受信装置２０は、ユーザ操作等によりサービスの選局が行われた場合、NVRAMに記録されたFICとSCDを読み出すことで、選局対象のサービスのサービスIDに対応する選局情報を取得して、選局処理を開始する（Ｓ１２，Ｓ１３）。
【００８２】
この選局処理では、SLSシグナリングデータの取得に先立って、LLSストリームに接続して、バージョン情報をチェックするなどして、FICとSCDの更新が確認される（Ｓ１４，Ｓ１５）。FIC及びSCDのうち、少なくとも一方が更新されている場合には、更新されたFIC又はSCDが取得されてNVRAMに記録される。これにより、選局処理時には、最新の選局情報がNVRAMに記録されていることになる。
【００８３】
受信装置２０は、NVRAMに記録された最新のFICの選局対象のサービスのループから、SLSブートストラップ情報を読み出す。このSLSブートストラップ情報には、選局対象のサービスに対応したSLSストリームに接続するためのIPアドレス、ポート番号、及び、TSIが指定されている。これにより、受信装置２０は、SLSブートストラップ情報に含まれるIPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているSLSストリームに接続して、SLSシグナリングデータ（放送SLS）を取得することができる（Ｓ１６，Ｓ１７）。
【００８４】
この放送SLSとしては、USBDやSPD等のSLSメタデータが取得される。ここでは、USBDを参照することで、USDやMPD，SDP等のSLSメタデータが取得される。また、SPDには、通信SLSフラグ情報（SignalingOverInternetFlag属性）として、"FALSE"が指定されている。これは、放送SLSに、全てのコンポーネントに関する情報が記述され、通信SLSを取得する必要がないことを意味し、上述した放送サービスのケース（図３）に相当している。
【００８５】
また、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、選局対象のサービスを構成するコンポーネントであって、レンダリング処理の対象となるコンポーネントが選択される。そして、受信装置２０は、MPDのRepresentation要素に記述された選択対象のコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、選択対象のコンポーネントの配信経路が、放送経由又は通信経由のいずれで配信されるかを特定する（Ｓ１８）。
【００８６】
図９の運用例１では、放送サービスが提供されており、選択対象のコンポーネントが放送配信となるので、受信装置２０は、放送SLSとしてのSDPやLSID等のSLSメタデータを解析することで、伝送パラメータとして、選択対象の放送コンポーネントのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIを取得する（Ｓ１８）。そして、受信装置２０は、ステップＳ１８の処理で取得されたIPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されている、選局対象のサービスを構成するビデオ（Video）とオーディオ１（Audio1）のストリームに接続する（Ｓ１９）。
【００８７】
これにより、受信装置２０は、選局対象のサービスを構成するビデオデータとオーディオデータを格納したROUTEパケット（LCTパケット）を取得することができる（Ｓ２０）。そして、受信装置２０においては、レンダリング処理が行われることで、選局対象のサービス（放送サービス）に対応した番組の映像と音声が再生されることになる（Ｓ２１）。
【００８８】
以上のように、運用例１において、受信装置２０は、放送SLSとしてのSPDの通信SLSフラグ情報（SignalingOverInternetFlag属性）に"FALSE"が指定されているので、放送SLSのみを用いて、放送コンポーネントのストリームに接続して、放送サービスとして提供される選局対象のサービスに対応した番組の映像と音声を再生することになる。その際、受信装置２０は、SPDの通信SLSフラグ情報を参照することで、放送SLSの他に、通信SLSが提供されているかどうかを確認することができるので、必要とされるSLSシグナリングデータを直ちに取得して、選局対象のサービスを構成するコンポーネントを効率よく取得することができる。
【００８９】
（２）運用例２：ハイブリッドサービス１（SLS放送配信）
【００９０】
図１０は、ハイブリッドサービスを提供するための運用例２を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。ただし、運用例２においては、ハイブリッドサービスを構成する全てのコンポーネントに関する情報は、放送SLSに記述され、通信SLSは必要がない。
【００９１】
なお、図１０において、図中の上側は、送信装置１０とブロードバンドサーバ３０から伝送されるデータの流れを表し、図中の下側は、それらのデータを処理する受信装置２０における処理の流れを表している。また、図１０において、時間の方向は、図中の左側から右側の方向とされる。
【００９２】
図１０において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）を送信（伝送）している。この放送波では、ハイブリッドサービス（例えば番組）を構成する放送コンポーネント及びSLSシグナリングデータ（放送SLS）、ESGデータ、NTPデータ、並びにLLSシグナリングデータのストリームが、BBPストリーム（BBP Stream）により伝送されている。ただし、ハイブリッドサービスを構成する放送コンポーネントとしてのビデオデータ（Video）及びオーディオデータ（Audio1，Audio2）、並びにSLSシグナリングデータのストリームは、同一のROUTEセッションで伝送されている。
【００９３】
また、図１０において、ブロードバンドサーバ３０は、インターネット９０を介して通信コンポーネントとしてのオーディオデータ（Audio3）のストリームを、ストリーミング配信している。
【００９４】
受信装置２０においては、初期スキャン処理によって、LLSストリームで伝送されるFICとSCDが取得され、NVRAMに記録される（Ｓ３１）。受信装置２０は、ユーザ操作等によりサービスの選局が行われた場合、NVRAMに記録されたFICとSCDを読み出すことで、選局対象のサービスのサービスIDに対応する選局情報を取得して、選局処理を開始する（Ｓ３２，Ｓ３３）。この選局処理では、まず、LLSストリームで伝送されるFICとSCDの更新が確認され、最新の選局情報がNVRAMに記録される（Ｓ３４，Ｓ３５）。
【００９５】
そして、受信装置２０は、NVRAMに記録された最新のFICの選局対象のサービスのループから、SLSブートストラップ情報を読み出す。これにより、受信装置２０は、SLSブートストラップ情報に含まれるIPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているSLSストリームに接続して、SLSシグナリングデータ（放送SLS）を取得することができる（Ｓ３６，Ｓ３７）。
【００９６】
この放送SLSとしては、USBDやSPD等のSLSメタデータが取得される。ここでは、USBDを参照することで、USDやMPD，SDP等のSLSメタデータが取得される。また、SPDには、通信SLSフラグ情報（SignalingOverInternetFlag属性）として、"FALSE"が指定されている。これは、放送SLSに、全てのコンポーネント（放送コンポーネントと通信コンポーネント）に関する情報が記述され、通信SLSを取得する必要がないことを意味し、上述したハイブリッドサービスのケース１（図４）に相当している。
【００９７】
また、MPDにおいては、AdaptationSet要素内のRepresentation要素に列挙されたコンポーネントの中から、選局対象のサービスを構成するコンポーネントであって、レンダリング処理の対象となるコンポーネントが選択される。そして、受信装置２０は、MPDのRepresentation要素に記述された選択対象のコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、選択対象のコンポーネントの配信経路が、放送経由又は通信経由のいずれで配信されるかを特定する（Ｓ３８）。
【００９８】
図１０の運用例２では、ハイブリッドサービスが提供されており、選択対象のコンポーネントが放送配信又は通信配信となる。この例では、受信装置２０は、放送SLSとしてのSDPやLSID等のSLSメタデータを解析して得られる伝送パラメータに含まれるIPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されている、選局対象のサービスを構成するビデオ（Video）のストリームに接続し、ビデオデータを格納したROUTEパケット（LCTパケット）を取得する（Ｓ３９，Ｓ４０）。また、受信装置２０は、放送SLSとしてのMPDに記述された通信コンポーネントとしてのオーディオ３（Audio3）のセグメントURLに従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、ストリーミング配信されるオーディオデータ（を格納したパケット）を取得する（Ｓ４１，Ｓ４２）。
【００９９】
そして、受信装置２０においては、レンダリング処理が行われることで、選局対象のサービス（ハイブリッドサービス）に対応した番組の映像と音声が再生されることになる（Ｓ４３）。
【０１００】
以上のように、運用例２において、受信装置２０は、放送SLSとしてのSPDの通信SLSフラグ情報（SignalingOverInternetFlag属性）に"FALSE"が指定されているので、放送SLSのみを用いて、放送コンポーネント又は通信コンポーネントのストリームに接続して、ハイブリッドサービスとして提供される選局対象のサービスに対応した番組の映像と音声を再生することになる。その際、受信装置２０は、SPDの通信SLSフラグ情報を参照することで、放送SLSの他に、通信SLSが提供されているかどうかを確認することができるので、必要とされるSLSシグナリングデータを直ちに取得して、選局対象のサービスを構成するコンポーネントを効率よく取得することができる。
【０１０１】
（３）運用例３：ハイブリッドサービス２（SLS放送・通信配信）
【０１０２】
図１１は、ハイブリッドサービスを提供するための運用例３を採用した場合の受信装置２０における具体的な処理の流れを説明するシーケンス図である。ただし、運用例３においては、放送SLSと通信SLSの両方が配信され、ハイブリッドサービスを構成する全てのコンポーネントに関する情報は、放送SLSと通信SLSに記述されている。
【０１０３】
なお、図１１において、図中の上側は、送信装置１０とブロードバンドサーバ３０から伝送されるデータの流れを表し、図中の下側は、それらのデータを処理する受信装置２０における処理の流れを表している。また、図１１において、時間の方向は、図中の左側から右側の方向とされる。
【０１０４】
図１１において、送信装置１０は、IP伝送方式を用いたデジタル放送の放送波（RF Channel）を送信（伝送）している。この放送波では、ハイブリッドサービス（例えば番組）を構成する放送コンポーネント及びSLSシグナリングデータ（放送SLS）、ESGデータ、NTPデータ、並びにLLSシグナリングデータのストリームが、BBPストリーム（BBP Stream）により伝送されている。ただし、ハイブリッドサービスを構成する放送コンポーネントとしてのビデオデータ（Video）及びオーディオデータ（Audio1，Audio2）、並びにSLSシグナリングデータのストリームは、同一のROUTEセッションで伝送されている。
【０１０５】
また、図１１において、ブロードバンドサーバ３０は、インターネット９０を介して通信コンポーネントとしてのオーディオデータ（Audio3）と、SLSシグナリングデータ（通信SLS）のストリームを、ストリーミング配信している。
【０１０６】
受信装置２０においては、初期スキャン処理によって、LLSストリームで伝送されるFICとSCDが取得され、NVRAMに記録される（Ｓ５１）。受信装置２０は、ユーザ操作等によりサービスの選局が行われた場合、NVRAMに記録されたFICとSCDを読み出すことで、選局対象のサービスのサービスIDに対応する選局情報を取得して、選局処理を開始する（Ｓ５２，Ｓ５３）。この選局処理では、まず、LLSストリームで伝送されるFICとSCDの更新が確認され、最新の選局情報がNVRAMに記録される（Ｓ５４，Ｓ５５）。
【０１０７】
そして、受信装置２０は、NVRAMに記録された最新のFICの選局対象のサービスのループから、SLSブートストラップ情報を読み出す。これにより、受信装置２０は、SLSブートストラップ情報に含まれるIPアドレス、ポート番号、及び、TSIに従い、ROUTEセッションで伝送されているSLSストリームに接続して、SLSシグナリングデータ（放送SLS）を取得することができる（Ｓ５６，Ｓ５７）。
【０１０８】
この放送SLSとしては、USBDやSPD等のSLSメタデータが取得される。ここでは、USBDを参照することで、USDやMPD，SDP等のSLSメタデータが取得される。また、SPDには、通信SLSフラグ情報（SignalingOverInternetFlag属性）として、"TRUE"が指定されている。これは、放送SLSと通信SLSとを合わせて、全てのコンポーネントに関する情報が記述されることを意味している。図１１の運用例３では、放送SLSには、放送コンポーネントに関する情報が記述され、通信SLSには、通信コンポーネントに関する情報が記述されており、上述したハイブリッドサービスのケース３（図６）に相当している。
【０１０９】
したがって、受信装置２０は、NVRAMに記録された最新のSCDの通信SLS情報（SignalingOverInternet要素）を参照して、SLSブロードバンドロケーション情報（SignalingOverInternet要素のuri属性）を取得する（Ｓ５８，Ｓ５９）。そして、受信装置２０は、SLSブロードバンドロケーション情報の示すURLに従い、インターネット９０を介してブロードバンドサーバ３０にアクセスして、SLSシグナリングデータ（通信SLS）を取得する（Ｓ６０，Ｓ６１）。この通信SLSとしては、USBDやUSD，MPD，SDP等のSLSメタデータが取得される。
【０１１０】
このようにして、受信装置２０では、SLSシグナリングデータとして、放送コンポーネントに関する情報が記述される放送SLS（図中の「放送スコープ」に対応）と、通信コンポーネントに関する情報が記述される通信SLS（図中の「通信スコープ」に対応）が取得された状態となる。
【０１１１】
受信装置２０は、放送SLSを用いて、MPDのRepresentation要素に記述された選択対象のコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、放送SLSにおける選択対象のコンポーネントが放送配信されていることが特定される（Ｓ５８）。したがって、受信装置２０は、放送SLSのSDPやLSID等のSLSメタデータを解析して得られる伝送パラメータに含まれるIPアドレス、ポート番号、TSI、及び、TOIに従い、ROUTEセッションで伝送されている、選局対象のサービスを構成するビデオ（Video）のストリームに接続し、ビデオデータを格納したROUTEパケット（LCTパケット）を取得する（Ｓ６２，Ｓ６３）。
【０１１２】
また、受信装置２０は、通信SLSを用いて、MPDのRepresentation要素に記述された選択対象のコンポーネントのストリームのURLと、USDのdeliveryMethod要素に記述されたURLとのマッチングを行うことで、通信SLSにおける選択対象のコンポーネントが通信配信されていることが特定される（Ｓ５８）。したがって、受信装置２０は、通信SLSのMPDに記述された通信コンポーネントとしてのオーディオ３（Audio3）のセグメントURLに従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、ストリーミング配信されるオーディオデータ（を格納したパケット）を取得する（Ｓ６４，Ｓ６５）。
【０１１３】
そして、受信装置２０においては、レンダリング処理が行われることで、選局対象のサービス（ハイブリッドサービス）に対応した番組の映像と音声が再生されることになる（Ｓ６６）。
【０１１４】
以上のように、運用例３において、受信装置２０は、放送SLSとしてのSPDの通信SLSフラグ情報（SignalingOverInternetFlag属性）に"TRUE"が指定されているので、放送SLSと通信SLSの両方を用いて、放送コンポーネント又は通信コンポーネントのストリームに接続して、ハイブリッドサービスとして提供される選局対象のサービスに対応した番組の映像と音声を再生することになる。その際、受信装置２０は、SPDの通信SLSフラグ情報を参照することで、放送SLSの他に、通信SLSが提供されているかどうかを確認することができるので、必要とされるSLSシグナリングデータを直ちに取得して、選局対象のサービスを構成するコンポーネントを効率よく取得することができる。
【０１１５】
なお、上述した運用例２，３においては、ハイブリッドサービス１として図４のケース１を説明し、ハイブリッドサービス２として図６のケース３を説明したが、図５のケース２や図７のケース４の場合には、上述した運用例３と同様に、SPDの通信SLSフラグ情報として"TRUE"が指定されるので、放送SLSと通信SLSの両方を用いて、放送コンポーネント又は通信コンポーネントのストリームに接続されることになる。また、放送SLSと通信SLSの両方を用いる場合、SLSシグナリングデータの基本部分が記述された放送SLSを先行して配信する一方、SLSシグナリングデータが更新された場合には、その差分情報を通信SLSで配信するといった運用も可能となる。さらに、通信SLSに、全てのコンポーネントに関する情報を記述して、通信SLSのみを用いて放送コンポーネント又は通信コンポーネントのストリームに接続されるようにしてもよい。この場合、通信SLSは、例えば、SCDのSLSブロードバンドロケーション情報等のURLに従い、インターネット９０を介してブロードバンドサーバ３０にアクセスすることで取得される。
【０１１６】
＜４．シンタックスの例＞
【０１１７】
（FICのシンタックス）
図１２は、バイナリ形式のFICのシンタックスの例を示す図である。
【０１１８】
8ビットのFIC_protocol_versionには、FICプロトコルのバージョン情報が指定される。16ビットのBroadcast_stream_idには、ブロードキャストストリームIDが指定される。
【０１１９】
1ビットのSCD_exist_flagは、SCDがLLSストリームに存在することを示すSCDフラグである。7ビットのリザーブド領域の次には、SCDフラグが、LLSストリームに、SCDが存在することを示している場合、8ビットのBbpstream_idとして、LLSストリームが伝送されているBBPストリームのBBPストリームIDが指定される。また、8ビットのSCD_versionとして、SCDのバージョン情報が指定される。
【０１２０】
FIC_level_descriptor()は、FICレベルの記述子である。
【０１２１】
8ビットのnum_servicesには、サービスの個数が指定される。このサービスの個数に応じて、サービスループが繰り返される。サービスループには、以下の内容が指定される。
【０１２２】
16ビットのservice_idには、サービスIDが指定される。8ビットのbbpstream_idには、BBPストリームIDが指定される。16ビットのprovider_idには、プロバイダIDが指定される。5ビットのservice_categoryには、サービスのカテゴリが指定される。例えば、カテゴリとしては、ビデオやオーディオ、ESG等が指定される。
【０１２３】
3ビットのshort_service_name_lengthには、ショートサービス名の長さが指定される。16*mビットのshort_service_nameには、ショートサービス名が指定される。3ビットのservice_statusには、サービスが提供中であるかなどを示すサービスステータス情報が指定される。1ビットのIP_version_flagには、IPパケットのバージョンを示すフラグが指定される。
【０１２４】
3ビットのnum_of_classには、クラスの個数が指定される。このクラスの個数に応じて、クラスループが繰り返される。クラスループには、クラス情報を記述するために、以下の内容が指定される。
【０１２５】
なお、クラス情報は、１つのサービスを複数の異なるターゲットに対して、それぞれ異なるクラスのサービスを提供するために用いられる。例えば、同一のサービス（例えば番組）を、受信環境が不安定なモバイル受信機向けには、高ロバストネスの２Ｋ解像度（横2000×縦1000ピクセル程度の解像度）の映像と音声で配信する一方、受信環境が安定している固定受信機向けには、ロバストネス性能は低いが、４Ｋ解像度（横4000×縦2000ピクセル程度の解像度）の映像と高音質の音声で配信する場合が想定される。
【０１２６】
この種のサービスの提供方法としては、例えば、ビデオストリームのレイヤードコーディングが知られている。レイヤードコーディングでは、ビデオストリームは２以上のレイヤに分割されており、各レイヤを結合することで、単一の高品質な映像を生成することが可能となる。例えば、ベースレイヤとして、低品質なビデオストリームを配信するとともに、エンハンスメントレイヤとして、ベースレイヤとしてのビデオストリームを強化するための付加情報（例えば、解像度、フレームレート、画質などを改善するための情報）を配信することができる。これにより、受信装置２０では、ベースレイヤに対応した低品質の映像（例えば２Ｋ解像度の映像）を再生するだけでなく、ベースレイヤとエンハンスメントレイヤを結合して得られる高品質の映像（例えば４Ｋ解像度の映像）を再生することもできる。
【０１２７】
8ビットのclass_idには、クラスIDが指定される。このクラスIDには、例えば、"core"や"enhance"等が指定される。8ビットのSLS_versionには、SLSのバージョン情報が指定される。1ビットのsp_indicatorには、サービスの保護を示す暗号化情報が指定される。例えば、暗号化情報として、ビデオストリームに暗号が施されているかどうかが指定される。
【０１２８】
SLS_src_IP_addr_flagには、IPパケットの送信元（source）のIPアドレスを示すフラグが指定される。2ビットのリザーブド領域の次には、SLS_src_IP_addr_flagが、IPアドレスが存在していることを示している場合、32ビット又は128ビットのSLS_dst_IP_addrとして、送信元（source）のIPアドレスが指定される。
【０１２９】
32ビット又は128ビットのSLS_dst_IP_addrには、宛先（destination）のIPアドレスが指定される。16ビットのSLS_dst_portには、ポート番号が指定される。16ビットのSLS_TSIには、TSIが指定される。これらのSLSシグナリングデータを取得するためのIPアドレス、ポート番号、及び、TSIにより、SLSブートストラップ情報が形成される。
【０１３０】
1ビットのSLS_shortcutには、SLSショートカット情報が指定される。SLSショートカット情報は、FICに記述されるサービスが、ベーシックサービスであるか、あるいはリッチサービスであるかを示す。例えば、SLSショートカット情報としては、ベーシックサービスの場合には"TRUE"が指定され、リッチサービスの場合には"FALSE"が指定される。
【０１３１】
ここで、ベーシックサービスとは、サービスを構成するコンポーネントのストリームが、MIMEタイプにより個別に識別可能なサービスである。また、リッチサービスとは、ベーシックサービス以外のサービスである。例えば、リッチサービスとしては、ビデオ、オーディオ、及び、字幕のうち、いずれか１つのコンポーネントが、２以上のストリームから構成されるサービスが該当する。
【０１３２】
SLS_shortcutの次には、任意のビットのリザーブド領域が設けられている。
【０１３３】
なお、図１２を参照して説明したFICのシンタックスは一例であって、他のシンタックスを採用してもよい。
【０１３４】
（SCDのシンタックス）
図１３は、XML形式のSCDのシンタックスの例を示す図である。なお、図１３において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【０１３５】
図１３に示すように、ルート要素としてのSCD要素は、majorProtocolVersion属性、minorProtocolVersion属性、broadcaststreamId属性、name属性、Tuning_RF要素、及び、Service要素の上位要素となる。
【０１３６】
majorProtocolVersion属性と、minorProtocolVersion属性には、プロトコルのバージョン情報が指定される。broadcaststreamId属性には、物理チャンネル単位の放送局のブロードキャストストリームIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【０１３７】
Tuning_RF要素には、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、preamble属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。preamble属性には、物理層の制御情報が指定される。
【０１３８】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、globalUniqueServiceId属性、longName属性、及び、SignalingOverInternet要素の上位要素となる。
【０１３９】
serviceId属性には、サービスIDが指定される。複数のサービスに関する情報を配置する場合には、このサービスIDにより識別する。globalUniqueServiceId属性には、グローバルユニークサービスIDが指定される。例えば、グローバルユニークサービスIDによって、ESG選局されたサービスと、USBDとを紐付けることができる。longName属性には、サービスIDにより識別されるサービスの名称が指定される。
【０１４０】
SignalingOverInternet要素には、通信SLS情報が指定される。この通信SLS情報によって、通信経由で配信されるSLSシグナリングデータ（通信SLS）に関する情報が指定される。SignalingOverInternet要素は、uri属性の上位要素とされる。uri属性には、SLSブロードバンドロケーション情報として、SLSシグナリングデータ（通信SLS）の取得先を示すURI（Uniform Resource Identifier）が指定される。なお、SLSブロードバンドロケーション情報により指定されるURIは、SCDを更新することで変更することが可能となるが、実際の運用では、サービスごとにほぼ固定された運用がなされることが想定されるため、動的なパラメータは、クエリパラメータ等をURIに付加してブロードバンドサーバ３０等のサーバに送信することが想定される。
【０１４１】
なお、図１３において、出現数（Cardinality）であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの関係は、後述する図１４のSPDのシンタックスでも同様である。
【０１４２】
また、図１３を参照して説明したSCDのシンタックスは一例であって、他のシンタックスを採用してもよい。
【０１４３】
（SPDのシンタックス）
図１４は、XML形式のSPDのシンタックスの例を示す図である。なお、図１４において、新たに規定された要素は、太字で表されている。
【０１４４】
図１４に示すように、ルート要素としてのSPD要素は、serviceId属性、SignalingOverInernetFlag属性、ContentAdvisoryDescription要素、及び、NRTServiceDescription要素の上位要素となる。
【０１４５】
serviceId属性には、サービスIDが指定される。SignalingOverInernetFlag属性には、通信SLSフラグ情報が指定される。例えば、通信SLSフラグ情報としては、放送SLSと通信SLSの両方を取得する必要がある場合には"TRUE"が指定され、放送SLSのみ取得する必要がある場合には"FALSE"が指定される。すなわち、通信SLSフラグ情報として"TRUE"が指定された場合、放送SLSと通信SLSとを合わせて、全てのコンポーネントに関する情報が記述されることを意味し、通信SLSフラグ情報として"FALSE"が指定された場合、放送SLSに、全てのコンポーネントに関する情報が記述されていることを意味している。
【０１４６】
ContentAdvisoryDescription要素には、レーティングに関する情報が記述される。NRTServiceDescription要素には、NRT（Non Real Time）サービスに関する情報が記述される。なお、NRTサービスとは、受信装置２０において、送信装置１０から配信されるサービス（を構成するコンポーネントのストリーム）を、一旦ストレージに記録してから再生する方式である。
【０１４７】
なお、図１４を参照して説明したSPDのシンタックスは一例であって、他のシンタックスを採用してもよい。
【０１４８】
＜５．システムを構成する各装置の構成＞
【０１４９】
次に、図１５乃至図１８を参照して、図１のサービス提供システム１を構成する、送信装置１０、受信装置２０、及び、ブロードバンドサーバ３０の詳細な構成について説明する。
【０１５０】
（送信装置の構成例）
図１５は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
【０１５１】
図１５に示すように、送信装置１０は、シグナリング生成部１１１、シグナリング処理部１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、オーディオデータ取得部１１５、オーディオエンコーダ１１６、マルチプレクサ（Mux）１１７、及び、送信部１１８から構成される。また、シグナリング生成部１１１は、LLS生成部１３１、及び、SLS生成部１３２から構成される。
【０１５２】
シグナリング生成部１１１は、外部のサーバや内蔵するストレージ等から、シグナリングデータを生成するための素データを取得する。シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。
【０１５３】
ここでは、シグナリングデータとして、LLS生成部１３１によって、FICやSCD等のLLSメタデータからなるLLSシグナリングデータが生成され、SLS生成部１３２によって、USBDやSPD等のSLSメタデータからなるSLSシグナリングデータが生成される。シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理して、マルチプレクサ１１７に供給する。
【０１５４】
ビデオデータ取得部１１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供される放送コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、マルチプレクサ１１７に供給する。
【０１５５】
オーディオデータ取得部１１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供される放送コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１１７に供給する。
【０１５６】
マルチプレクサ１１７は、シグナリング処理部１１２からのシグナリングデータのストリームと、ビデオエンコーダ１１４からのビデオストリームと、オーディオエンコーダ１１６からのオーディオストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。送信部１１８は、マルチプレクサ１１７から供給されるBBPストリームを、IP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）として、アンテナ１１９を介して送信する。
【０１５７】
（受信装置の構成例）
図１６は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
【０１５８】
図１６に示すように、受信装置２０は、チューナ２１２、デマルチプレクサ（Demux）２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、デマルチプレクサ（Demux）２１８、ビデオデコーダ２１９、ビデオ出力部２２０、ディスプレイ２２１、オーディオデコーダ２２２、オーディオ出力部２２３、及び、スピーカ２２４から構成される。
【０１５９】
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザによるサービス選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、デマルチプレクサ２１３に供給する。
【０１６０】
デマルチプレクサ２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、コンポーネントとしてのビデオデータやオーディオデータ、シグナリングデータに分離する。デマルチプレクサ２１３は、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に、シグナリングデータを制御部２１４にそれぞれ供給する。
【０１６１】
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、デマルチプレクサ２１３又は通信部２１７から供給されるシグナリングデータに基づいて、放送経由又は通信経由で配信されるコンポーネントのストリームに接続して、当該コンポーネントの再生を制御するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図１７を参照して後述する。
【０１６２】
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記憶する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
【０１６３】
通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介してブロードバンドサーバ３０にアクセスし、コンポーネントのストリームの配信を要求する。通信部２１７は、インターネット９０を介してブロードバンドサーバ３０からストリーミング配信されるコンポーネントのストリームを受信して、デマルチプレクサ２１８に供給する。また、通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介してブロードバンドサーバ３０から、SLSシグナリングデータ等のデータを受信し、制御部２１４に供給する。
【０１６４】
デマルチプレクサ２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるコンポーネントのストリームを、ビデオデータと、オーディオデータに分離し、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に供給する。
【０１６５】
ビデオデコーダ２１９には、デマルチプレクサ２１３又はデマルチプレクサ２１８からビデオデータが供給される。ビデオデコーダ２１９は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、ディスプレイ２２１に出力する。これにより、ディスプレイ２２１には、例えば番組の映像が表示される。
【０１６６】
オーディオデコーダ２２２には、デマルチプレクサ２１３又はデマルチプレクサ２１８からオーディオデータが供給される。オーディオデコーダ２２２は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２３に供給する。オーディオ出力部２２３は、オーディオデコーダ２２２から供給されるオーディオデータを、スピーカ２２４に出力する。これにより、スピーカ２２４からは、例えば番組の映像に対応する音声が出力される。
【０１６７】
なお、図１６においては、受信装置２０がセットトップボックス等である場合には、ディスプレイ２２１やスピーカ２２４を有しない構成とすることができる。また、受信装置２０は、通信部２１７等の通信機能を有しない構成とすることもできる。さらに、受信装置２０においては、ビデオデコーダ２１９、ビデオ出力部２２０、オーディオデコーダ２２２、及び、オーディオ出力部２２３と、それらを制御する制御部２１４によって、再生処理部（Player）が構成される。
【０１６８】
（制御部の機能的構成例）
図１７は、図１６の制御部２１４における、初期スキャン処理、選局処理、フィルタリング処理、及び、通信処理の制御を行う部分の機能的構成例を示す図である。
【０１６９】
図１７において、制御部２１４は、選局制御部２５１、フィルタリング制御部２５２、シグナリング取得部２５３、シグナリング解析部２５４、通信制御部２５５、及び、パケットヘッダ監視部２５６から構成される。また、シグナリング取得部２５３は、LLS取得部２７１、放送SLS取得部２７２、及び、通信SLS取得部２７３から構成される。
【０１７０】
選局制御部２５１は、チューナ２１２により実行される選局処理を制御する。フィルタリング制御部２５２は、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。
【０１７１】
初期スキャン処理時においては、選局制御部２５１がチューナ２１２を制御し、フィルタリング制御部２５２がデマルチプレクサ２１３を制御することで、LLS取得部２７１によって、LLSストリームで伝送されるLLSシグナリングデータが取得され、シグナリング解析部２５４に供給される。シグナリング解析部２５４は、LLS取得部２７１からのLLSシグナリングデータ（FICやSCD等のLLSメタデータ）を解析して得られる選局情報を、NVRAM２１５に記録する。
【０１７２】
選局制御部２５１は、ユーザによりサービス選局操作が行われた場合、入力部２１６からの操作信号に応じて、NVRAM２１５に記録された選局情報（FICやSCD）を取得する。選局制御部２５１は、取得された選局情報に基づいて、チューナ２１２により実行される選局処理を制御する。また、選局制御部２５１は、選局情報（FIC）に含まれるSLSブートストラップ情報を、フィルタリング制御部２５２に供給する。
【０１７３】
フィルタリング制御部２５２は、選局制御部２５１から供給されるSLSブートストラップ情報に基づいて、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。これにより、デマルチプレクサ２１３では、選局対象のサービスを構成するSLSストリームに接続され、当該ストリームがROUTEセッションで伝送されている場合、LCTパケットからSLSシグナリングデータ（放送SLS）が抽出される。放送SLS取得部２７２は、SLSシグナリングデータ（放送SLSとしてのUSBDやSPD等のSLSメタデータ）を取得して、シグナリング解析部２５４に供給する。
【０１７４】
シグナリング解析部２５４は、放送SLS取得部２７２から供給されるSLSシグナリングデータ（放送SLSとしてのUSBDやSPD等のSLSメタデータ）を解析し、その解析結果を、フィルタリング制御部２５２又は通信制御部２５５に供給する。すなわち、シグナリング解析部２５４は、選局対象のサービスを構成するコンポーネントのストリームの配信経路が放送経由となる場合には、それらのコンポーネントのストリームに接続するためのIPアドレス、ポート番号、TSI、及び、TOIを特定し、フィルタリング制御部２５２に供給する。また、シグナリング解析部２５４は、選局対象のサービスを構成するコンポーネントのストリームの配信経路が通信経由となる場合には、それらの取得先の情報（例えばURL）を、通信制御部２５５に供給する。
【０１７５】
フィルタリング制御部２５２は、シグナリング解析部２５４から供給されるIPアドレス、ポート番号、TSI、及び、TOIに基づいて、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。これにより、デマルチプレクサ２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出される。そして、その結果得られるビデオデータは、ビデオデコーダ２１９に供給され、オーディオデータは、オーディオデコーダ２２２に供給される。
【０１７６】
通信制御部２５５は、シグナリング解析部２５４から供給される取得先の情報（例えばURL）に基づいて、通信部２１７により実行される通信処理を制御する。これにより、通信部２１７では、ブロードバンドサーバ３０からインターネット９０を介してストリーミング配信されるコンポーネントのストリームが受信され、デマルチプレクサ２１８に供給される。そして、デマルチプレクサ２１８により、通信部２１７から供給されるストリームから得られるビデオデータがビデオデコーダ２１９に、オーディオデータがオーディオデコーダ２２２にそれぞれ供給される。
【０１７７】
また、通信制御部２５５は、シグナリング解析部２５４から供給されるSLSブロードバンドロケーション情報（例えばURL）に基づいて、通信部２１７により実行される通信処理を制御する。これにより、通信部２１７では、ブロードバンドサーバ３０からインターネット９０を介して配信されるSLSシグナリングデータ（通信SLS）が受信される。そして、通信部２１７により受信されたSLSシグナリングデータは、通信SLS取得部２７３により取得され、シグナリング解析部２５４に供給する。シグナリング解析部２５４は、通信SLS取得部２７３から供給されるSLSシグナリングデータ（通信SLSとしてのUSBD等のSLSメタデータ）を解析し、その解析結果を、フィルタリング制御部２５２又は通信制御部２５５に供給する。これにより、フィルタリング制御部２５２又は通信制御部２５５においては、上述した処理と同様の処理が行われ、その結果として、ビデオデータとオーディオデータが取得される。
【０１７８】
パケットヘッダ監視部２５６は、デマルチプレクサ２１３においてBBPストリームにより伝送されるパケットを監視して、監視対象のパケットのヘッダを解析する。パケットヘッダ監視部２５６は、パケットのヘッダの解析結果に従い、フィルタリング制御部２５２を制御して、特定の条件を満たしたパケットから得られるLLSメタデータやSLSメタデータが、シグナリング取得部２５３により取得されるようにする。なお、このフィルタリング処理では、例えば、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、拡張タイプ情報（Type Extension）、及び、バージョン情報の少なくとも１つの情報を特定の条件として、フィルタリングが行われる。
【０１７９】
（ブロードバンドサーバの構成例）
図１８は、本技術を適用したブロードバンドサーバの一実施の形態の構成を示す図である。
【０１８０】
図１８に示すように、ブロードバンドサーバ３０は、シグナリング生成部３１１、シグナリング処理部３１２、ビデオデータ取得部３１３、ビデオエンコーダ３１４、オーディオデータ取得部３１５、オーディオエンコーダ３１６、データ保持部３１７、通信部３１８、及び、制御部３１９から構成される。
【０１８１】
シグナリング生成部３１１は、外部のサーバや内蔵するストレージ等から、SLSシグナリングデータ（通信SLS）を生成するための素データを取得する。シグナリング生成部３１１は、SLSシグナリングデータの素データを用いて、SLSシグナリングデータ（通信SLS）を生成し、シグナリング処理部３１２に供給する。
【０１８２】
シグナリング処理部３１２は、シグナリング生成部３１１から供給されるSLSシグナリングデータ（通信SLS）を処理して、データ保持部３１７に保持させる。ここでは、SLSシグナリングデータ（通信SLS）として、USBDやSPD等のSLSメタデータが生成される。
【０１８３】
ビデオデータ取得部３１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供される通信コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ３１４に供給する。ビデオエンコーダ３１４は、ビデオデータ取得部３１３から供給されるビデオデータを、MPEG等の符号化方式に準拠して符号化し、データ保持部３１７に保持させる。
【０１８４】
オーディオデータ取得部３１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供される通信コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ３１６に供給する。オーディオエンコーダ３１６は、オーディオデータ取得部３１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、データ保持部３１７に保持させる。
【０１８５】
データ保持部３１７は、制御部３１９からの制御に従い、シグナリング処理部３１２からのSLSシグナリングデータ（通信SLS）、ビデオエンコーダ３１４からのビデオデータ、及び、オーディオエンコーダ３１６からのオーディオデータを保持する。
【０１８６】
通信部３１８は、制御部３１９からの制御に従い、インターネット９０を介して受信装置２０と通信を行う。通信部３１８は、受信装置２０からの要求に応じて、データ保持部３１７に保持されている、SLSシグナリングデータ（通信SLS）、ビデオデータ、又は、オーディオデータを読み出して、インターネット９０を介して、その要求元の受信装置２０に送信する。
【０１８７】
なお、図１８においては、同一のブロードバンドサーバ３０によって、通信コンポーネントのストリームと、SLSシグナリングデータ（通信SLS）の両方が配信される場合を図示しているが、通信コンポーネントのストリームと、SLSシグナリングデータ（通信SLS）は、別のサーバから配信されるようにしてもよい。また、ブロードバンドサーバ３０は、ビデオデータとオーディオデータのうち、一方の通信コンポーネントのみを配信するようにしてもよい。
【０１８８】
＜６．各装置で実行される処理の流れ＞
【０１８９】
次に、図１９乃至図２４のフローチャートを参照して、図１のサービス提供システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
【０１９０】
（送信処理）
まず、図１９のフローチャートを参照して、送信装置１０により実行される送信処理の流れについて説明する。
【０１９１】
ステップＳ１１１において、シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。ステップＳ１１２において、シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、マルチプレクサ１１７に供給する。
【０１９２】
ここでは、LLS生成部１３１によって、FICやSCD等のLLSメタデータを含むLLSシグナリングデータが生成される。また、SLS生成部１３２によって、USBDやSPD等のSLSメタデータが生成される。ただし、シグナリングデータは、外部のサーバが生成するようにしてもよい。その場合には、シグナリング生成部１１１は、外部のサーバから供給されるシグナリングデータをそのまま、シグナリング処理部１１２に供給する。
【０１９３】
ステップＳ１１３において、ビデオデータ取得部１１３は、外部のサーバ等から、放送コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。また、ステップＳ１１３において、オーディオデータ取得部１１５は、外部のサーバ等から、放送コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。
【０１９４】
ステップＳ１１４において、ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給される放送コンポーネントとしてのビデオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１１７に供給する。また、ステップＳ１１４において、オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給される放送コンポーネントとしてのオーディオデータを、MPEG等の符号化方式に準拠して符号化し、マルチプレクサ１１７に供給する。
【０１９５】
ステップＳ１１５において、マルチプレクサ１１７は、シグナリング処理部１１２からのシグナリングデータと、ビデオエンコーダ１１４からのビデオストリームと、オーディオエンコーダ１１６からのオーディオストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。
【０１９６】
ステップＳ１１６において、送信部１１８は、マルチプレクサ１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図１９の送信処理は終了する。
【０１９７】
なお、図１９の送信処理において、ビデオやオーディオ等の放送コンポーネントのストリームを、ROUTEセッションで伝送する場合には、各コンポーネントのファイルを、ISO BMFFの規定に準じたセグメントごとに分割し、それにより得られるセグメントデータをLCTパケットに格納して伝送することになる。
【０１９８】
さらに、デジタル放送信号において、LLSシグナリングデータ（FICやSCD等のLLSメタデータ）を格納したLLSパケットのLLSヘッダ、あるいは、SLSシグナリングデータ（USBDやSPD等のメタデータ）を格納したLCTパケットのLCTヘッダには、圧縮情報（Compression Scheme）、タイプ情報（Fragment Type）、拡張タイプ情報（Type Extension）、及び、バージョン情報などのフィルタリング情報を配置することができる。
【０１９９】
以上、送信処理の流れについて説明した。
【０２００】
（周波数スキャン処理）
次に、図２０のフローチャートを参照して、受信装置２０により実行される周波数スキャン処理の流れについて説明する。
【０２０１】
ステップＳ２１１においては、制御部２１４によって、入力部２１６からの操作信号等が監視され、周波数スキャン処理イベントが発生するまで、待機する。そして、ステップＳ２１２において、周波数スキャン処理イベントが発生したと判定された場合、処理は、ステップＳ２１３に進められる。
【０２０２】
ステップＳ２１３において、チューナ２１２は、選局制御部２５１からの制御に従い、周波数スキャン処理を行う。ステップＳ２１４においては、ステップＳ２１３の周波数スキャン処理によって、周波数スキャンが成功したかどうかが判定される。
【０２０３】
ステップＳ２１４において、周波数スキャンが失敗したと判定された場合、処理は、ステップＳ２１３の処理に戻り、再度、周波数スキャン処理が行われる。一方、ステップＳ２１４において、周波数スキャン処理に成功したと判定された場合、処理は、ステップＳ２１５に進められる。
【０２０４】
ステップＳ２１５において、デマルチプレクサ２１３は、フィルタリング制御部２５２からの制御に従い、チューナ２１２から供給されるBBPストリームを取得して解析する。ステップＳ２１６においては、FICが伝送されているかどうかが判定される。
【０２０５】
ステップＳ２１６において、FICが伝送されていると判定された場合、処理はステップＳ２１７に進められる。ステップＳ２１７においては、FICが取得され、NVRAM２１５に記録される。なお、ステップＳ２１６において、FICが伝送されていないと判定された場合、ステップＳ２１７の処理はスキップされ、処理は、ステップＳ２１８に進められる。
【０２０６】
ステップＳ２１８においては、ステップＳ２１５の解析結果に従い、BBPストリームからIPパケットが抽出されたかどうかが判定される。
【０２０７】
ステップＳ２１８において、IPパケットが抽出されたと判定された場合、処理はステップＳ２１９に進められる。ステップＳ２１９において、デマルチプレクサ２１３は、抽出されたIPパケットを破棄する。一方、ステップＳ２１８において、IPパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２２０に進められる。
【０２０８】
ステップＳ２２０においては、ステップＳ２１５の解析結果に従い、BBPストリームからLLSパケットが抽出されたかどうかが判定される。
【０２０９】
ステップＳ２２０において、LLSパケット以外のパケットが抽出されたと判定された場合、処理は、ステップＳ２１９に進められる。ステップＳ２１９において、デマルチプレクサ２１３は、抽出されたLLSパケット以外のパケットを破棄する。一方、ステップＳ２２０において、LLSパケットが抽出されたと判定された場合、処理は、ステップＳ２２１に進められる。
【０２１０】
ステップＳ２２１において、デマルチプレクサ２１３、及び、制御部２１４は、LLS取得・記録処理を実行する。このLLS取得・記録処理では、LLSパケットに付加されたLLSヘッダのフィルタリング情報に基づいて、フィルタリング処理が行われ、当該フィルタリング処理により取得されたLLSシグナリングデータ（SCD等のLLSメタデータ）が、選局情報としてNVRAM２１５に記録される。なお、LLS取得・記録処理の詳細な内容は、図２１のフローチャートを参照して後述する。
【０２１１】
ステップＳ２１９、又は、ステップＳ２２１の処理が終了すると、処理は、ステップＳ２２２に進められる。ステップＳ２２２においては、全周波数帯域のスキャンが完了したかどうかが判定される。
【０２１２】
ステップＳ２２２において、全周波数帯域のスキャンが未完了であると判定された場合、処理は、ステップＳ２１３の処理に戻り、ステップＳ２１３以降の処理が繰り返される。これにより、各周波数帯域のスキャン処理が行われ、選局情報が記録される。そして、ステップＳ２２２において、全周波数帯域のスキャンが完了したと判定された場合、図２０の周波数スキャン処理は終了される。
【０２１３】
以上、周波数スキャン処理の流れについて説明した。
【０２１４】
（LLS取得・記録処理）
次に、図２１のフローチャートを参照して、図２０のステップＳ２２１の処理に対応するLLS取得・記録処理の詳細な内容について説明する。
【０２１５】
ステップＳ２３１において、パケットヘッダ監視部２５６は、デマルチプレクサ２１３においてBBPストリームにより伝送されるLLSパケットを常に監視して、監視対象のLLSパケットのLLSヘッダを解析する。
【０２１６】
ステップＳ２３２において、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、シグナリングデータ（LLSメタデータ）のタイプが一致するかどうかを判定する。すなわち、LLSパケットのLLSヘッダには、タイプ情報（Fragment Type）が配置されているので、パケットヘッダ監視部２５６は、例えば、Type="000000"であるタイプ情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかを判定する。
【０２１７】
なお、LLSヘッダのタイプ情報（Fragment Type）には、LLSメタデータの種別に応じた値が指定される。例えば、SCDには"000000"、EADには"000001"、RRDには"000010"、DCDには"000011"がそれぞれ指定される。
【０２１８】
ステップＳ２３２において、シグナリングデータ（LLSメタデータ）のタイプが異なると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、デマルチプレクサ２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３２において、シグナリングデータ（LLSメタデータ）のタイプが一致すると判定された場合、処理は、ステップＳ２３４に進められる。
【０２１９】
ステップＳ２３４において、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、対象のLLSシグナリングデータ（LLSメタデータ）が新規取得であるかどうかを判定する。すなわち、LLSパケットのLLSヘッダには、バージョン情報が配置されているので、パケットヘッダ監視部２５６は、最新のバージョンとなるバージョン情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかを判定する。
【０２２０】
ステップＳ２３４において、対象のLLSシグナリングデータ（LLSメタデータ）が取得済みであると判定された場合、処理は、ステップＳ２３３に進められる。ステップＳ２３３において、デマルチプレクサ２１３は、抽出されたLLSパケットを破棄する。一方、ステップＳ２３４において、対象のLLSシグナリングデータ（LLSメタデータ）が新規取得であると判定された場合、処理は、ステップＳ２３５に進められる。
【０２２１】
ステップＳ２３５においては、パケットヘッダ監視部２５６は、ステップＳ２３１の解析結果に従い、拡張フィルタ情報（Filter_Extension）の処理を行う。すなわち、LLSパケットのLLSヘッダには、拡張タイプ情報が配置されているので、この拡張フィルタ情報の処理では、例えば、対象の地域や緊急度など、あらかじめ定められた特定の条件を満たした拡張フィルタ情報が配置されたLLSヘッダが付加されたLLSパケットが抽出されたかどうかが判定される。
【０２２２】
なお、フィルタリング制御部２５２は、パケットヘッダ監視部２５６からの制御に従い、デマルチプレクサ２１３を制御して、監視対象のLLSパケットのフィルタリング処理を行っており、監視対象のLLSパケットのうち、特定の条件を満たしたLLSパケットから得られるLLSシグナリングデータが、LLS取得部２７１により取得される。
【０２２３】
ステップＳ２３６において、シグナリング解析部２５４は、LLS取得部２７１により取得されたLLSシグナリングデータ（SCD等のLLSメタデータ）を、NVRAM２１５に記録する。これにより、NVRAM２１５には、LLSシグナリングデータ（SCD等のLLSメタデータ）から得られる選局情報が記録されることになる。ステップＳ２３３、又は、ステップＳ２３６の処理が終了すると、処理は、図２０のステップＳ２２１の処理に戻り、それ以降の処理が実行される。
【０２２４】
以上、LLS取得・記録処理の流れについて説明した。
【０２２５】
（選局前処理）
次に、図２２のフローチャートを参照して、受信装置２０により実行される選局前処理の流れについて説明する。
【０２２６】
ステップＳ２５１においては、選局制御部２５１によって、入力部２１６からの操作信号等が監視され、サービス選局イベントが発生するまで、待機する。そして、ステップＳ２５２において、サービス選局イベントが発生したと判定された場合、処理は、ステップＳ２５３に進められる。
【０２２７】
ステップＳ２５３において、選局制御部２５１は、選局されたサービスに対応するサービスID（チャンネル番号）を取得する。また、ステップＳ２５４において、選局制御部２５１は、NVRAM２１５を参照して、選局情報（FIC）が記録され、取得済みであるかどうかを判定する。
【０２２８】
ステップＳ２５４において、選局情報が取得済みであると判定された場合、処理は、ステップＳ２５５に進められる。ステップＳ２５５において、選局制御部２５１は、NVRAM２１５に記録された選局情報（FICやSCD）を読み出して取得する。
【０２２９】
一方、ステップＳ２５４において、選局情報が取得済みではないと判定された場合、処理は、ステップＳ２５６に進められる。ステップＳ２５６においては、デマルチプレクサ２１３、及び、制御部２１４によって、LLSストリームから、FICが取得される。これにより、制御部２１４においては、選局情報（FICやSCD）が取得されることになる（Ｓ２５５）。なお、FICは、LLSストリームではなく、例えば物理層等の下位の階層（レイヤ）で伝送される場合があり、その場合にはそこから取得される。
【０２３０】
ステップＳ２５７においては、チューナ２１２、デマルチプレクサ２１３、及び、制御部２１４等によって、ステップＳ２５５の処理で取得された選局情報（FICやSCD）に基づいた選局処理が行われる。なお、選局処理の詳細な内容は、図２３及び図２４のフローチャートを参照して後述する。
【０２３１】
以上、選局前処理の流れについて説明した。
【０２３２】
（選局処理）
次に、図２３のフローチャートを参照して、図２２のステップＳ２５７の処理に対応する選局処理の詳細な内容を説明する。
【０２３３】
ステップＳ２７１において、シグナリング解析部２５４は、NVRAM２１５に記録されたFICを読み出して、FICに記述されたクラス情報を解析する。ここでは、ターゲットとしての受信装置２０（例えば、モバイル受信機や固定受信機）が、例えばエンハンスクラスやコアクラス等のどのクラスに属しているかが判定される。そして、この判定結果に基づいて、後続の処理が実行される。
【０２３４】
ステップＳ２７２において、制御部２１４は、受信装置２０が通信機能を有しているかどうかと、通信機能を有している場合にはその機能が有効になっているかどうかを確認することで、受信装置２０が放送のみを受信可能であるかどうかを判定する。ステップＳ２７２において、例えば、仮に、受信装置２０が、通信部２１７等の通信機能を有しておらず、放送のみ受信可能であると判定された場合、処理は、ステップＳ２７３に進められる。
【０２３５】
ステップＳ２７３において、シグナリング解析部２５４は、NVRAM２１５に記録された選局情報（FIC）を参照して、SLSショートカット情報（SLS_shortcut）に、"TRUE"が指定されているかどうかを判定する。
【０２３６】
ステップＳ２７３において、SLSショートカット情報（SLS_shortcut）に、"TRUE"が指定されていると判定された場合、処理は、ステップＳ２７４に進められ、ベーシックサービスとしての処理が行われる。すなわち、ステップＳ２７４において、放送SLS取得部２７２は、デマルチプレクサ２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているMPDとLSID（放送SLS）を取得する。そして、ステップＳ２７４の処理で取得されたMPDとLSIDは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０２３７】
ステップＳ２７５において、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。
【０２３８】
これにより、デマルチプレクサ２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成する放送コンポーネントが取得（キャプチャ）される。また、ステップＳ２７６においては、取得される全てのコンポーネントがキャプチャされたかどうかが判定され、全てのコンポーネントがキャプチャされるまで、ステップＳ２７５の処理が繰り返されることで、例えば、選局されたサービスを構成するビデオデータとオーディオデータが取得（キャプチャ）される。
【０２３９】
そして、例えば、ステップＳ２７５の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図２２のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、放送サービスの視聴が開始される（Ｓ２８４）。
【０２４０】
このように、FICのSLSショートカット情報（SLS_shortcut）として"TRUE"が指定され、ベーシックサービスとなる場合には、全てのSLSメタデータを参照することなく、MPDとLSIDを用いて、所望のコンポーネントを取得することができる。
【０２４１】
一方、ステップＳ２７３において、SLSショートカット情報（SLS_shortcut）に、"FALSE"が指定されていると判定された場合、処理は、ステップＳ２７７に進められ、リッチサービスとしての処理が行われる。すなわち、ステップＳ２７７において、放送SLS取得部２７２は、デマルチプレクサ２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているUSBD，USD，MPD，SDP等のSLSシグナリングデータ（放送SLS）を取得する。そして、ステップＳ２７７の処理で取得されたSDPは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０２４２】
ステップＳ２７８において、シグナリング解析部２５４は、放送SLSの解析結果に基づいて、配信経路が放送経由のみであるかどうかを判定する。ステップＳ２７８において、配信経路が放送経由のみではない、すなわち、通信経由も含まれると判定された場合、処理は、ステップＳ２７９に進められる。ステップＳ２７９において、シグナリング解析部２５４は、選択対象のコンポーネントを、放送経由で配信されるコンポーネントに限定する。ステップＳ２７９の処理が完了すると、処理は、ステップＳ２８０に進められる。
【０２４３】
なお、ステップＳ２７８において、配信経路が放送経由のみであると判定された場合、配信経路を放送経由に限定する必要がないので、ステップＳ２７９の処理はスキップされ、処理は、ステップＳ２８０に進められる。
【０２４４】
ステップＳ２８０において、シグナリング解析部２５４は、放送SLSの解析結果に基づいて、選局対象のサービスを構成するコンポーネントであって、レンダリング処理の対象となるコンポーネントを選択する。
【０２４５】
ステップＳ２８１において、放送SLS取得部２７２は、デマルチプレクサ２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているLSID（放送SLS）を取得する。ステップＳ２８１の処理で取得されたLSIDは、シグナリング解析部２５４により解析され、その解析結果が、フィルタリング制御部２５２に供給される。
【０２４６】
ステップＳ２８２において、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。
【０２４７】
これにより、デマルチプレクサ２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成する放送コンポーネントが取得（キャプチャ）される。また、ステップＳ２８３においては、取得される全てのコンポーネントがキャプチャされたかどうかが判定され、全てのコンポーネントがキャプチャされるまで、ステップＳ２８２の処理が繰り返されることで、例えば、選局されたサービスを構成するビデオデータとオーディオデータが取得（キャプチャ）される。
【０２４８】
そして、例えば、ステップＳ２８２の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図２２のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、放送サービスの視聴が開始される（Ｓ２８４）。
【０２４９】
このように、FICのSLSショートカット情報（SLS_shortcut）として"FALSE"が指定され、リッチサービスとなる場合には、MPDとLSIDに記述された内容のみではコンポーネントの取得先を特定することができないため、MPDとLSIDのほか、USBD，USD，SDP等の他のSLSメタデータを参照して、所望のコンポーネントを取得することになる。ステップＳ２８４の処理が終了すると、処理は、図２２のステップＳ２５７の処理に戻り、それ以降の処理が実行される。
【０２５０】
なお、ステップＳ２７２において、受信装置２０が、放送と通信のハイブリッド受信に対応していると判定された場合、処理は、ステップＳ２８５に進められる。ステップＳ２８５においては、放送と通信のハイブリッドに対応した選局処理が行われる。なお、ハイブリッドに対応した選局処理の詳細な内容は、図２４のフローチャートを参照して後述する。
【０２５１】
以上、選局処理の流れについて説明した。
【０２５２】
（ハイブリッドに対応した選局処理）
次に、図２４のフローチャートを参照して、図２３のステップＳ２８５の処理に対応する、ハイブリッドに対応した選局処理の詳細な内容を説明する。
【０２５３】
ステップＳ２９１において、放送SLS取得部２７２は、デマルチプレクサ２１３により実行されるフィルタリング処理の結果に従い、ROUTEセッションで伝送されているUSBDやSPD等のSLSシグナリングデータ（放送SLS）を取得する。放送SLS取得部２７２は、SLSシグナリングデータ（放送SLS）を、シグナリング解析部２５４に供給する。
【０２５４】
ステップＳ２９２において、シグナリング解析部２５４は、ステップＳ２９１の処理で取得されたSPDを解析して、通信SLSフラグ情報（SignalingOverInternetFlag属性）が記述され、その値として"TRUE"が指定されているかどうかを判定する。
【０２５５】
ステップＳ２９２において、SPDのSignalingOverInternetFlag属性に"TRUE"が指定されていると判定された場合、処理は、ステップＳ２９３に進められる。ステップＳ２９３においては、受信装置２０が通信機能を有効にして、ハイブリッド受信を可能な設定となっているかどうかが判定される。
【０２５６】
ステップＳ２９３において、受信装置２０がハイブリッド受信を可能な設定となっていないと判定された場合、処理は、図２３のステップＳ２７３に進められ、それ以降の処理が実行される。すなわち、この場合には、ハイブリッドに対応した受信装置２０であっても、通信機能を使用せずに、放送のみ受信可能な受信装置２０と同様の処理が行われる。
【０２５７】
ステップＳ２９３において、受信装置２０がハイブリッド受信を可能な設定となっていると判定された場合、処理は、ステップＳ２９４に進められる。ステップＳ２９４において、シグナリング解析部２５４は、SCDの通信SLS情報（SignalingOverInternet要素）を参照して、SLSブロードバンドロケーション情報（uri属性）を取得し、通信制御部２５５に供給する。そして、通信制御部２５５は、シグナリング解析部２５４からのSLSブロードバンドロケーション情報の示すURLに従い、通信部２１７を制御して、インターネット９０を介してブロードバンドサーバ３０にアクセスすることで、USBD等のSLSシグナリングデータ（通信SLS）を受信する。これにより、通信SLS取得部２７３は、通信部２１７により受信されたSLSシグナリングデータ（通信SLS）を取得し、シグナリング解析部２５４に供給する。
【０２５８】
ステップＳ２９５において、シグナリング解析部２５４は、ステップＳ２９１の処理で取得された放送SLSと、ステップＳ２９４の処理で取得された通信SLSを解析し、それらの解析結果に基づいて、選局対象のサービスを構成するコンポーネントであって、レンダリング処理の対象となるコンポーネントを選択する。なお、上述したように、ハイブリッドサービスにおいて、放送SLSと通信SLSの両方を用いて、放送コンポーネント又は通信コンポーネントのストリームに接続するケースは、図５乃至図７のケース２乃至ケース４に該当している。
【０２５９】
ステップＳ２９６においては、ステップＳ２９５の処理で選択された選択対象のサービスコンポーネントがキャプチャされる。具体的には、例えば、シグナリング解析部２５４は、ステップＳ２９１又はステップＳ２９４の処理で取得されたUSDとMPDを解析して、MPDのセグメントURLが、USDのdeliveryMethod要素のbroadcastAppService要素又はunicastAppService要素に記述されているかどうかにより、取得するコンポーネントのストリームの配信経路が、放送経由であるか、あるいは通信経由であるかどうかを判定する。
【０２６０】
ここで、コンポーネントの配信経路が放送経由であると判定された場合、フィルタリング制御部２５２は、シグナリング解析部２５４から供給される解析結果（IPアドレス、ポート番号、TSI、及び、TOI）に基づいて、デマルチプレクサ２１３により実行されるフィルタリング処理を制御する。これにより、デマルチプレクサ２１３では、LCTパケットのフィルタリング処理が実行され、それにより得られるLCTパケットからセグメントデータが抽出され、選局されたサービスを構成する放送コンポーネントが取得（キャプチャ）される。
【０２６１】
一方、コンポーネントの配信経路が通信経由であると判定された場合、通信制御部２５５は、シグナリング解析部２５４からのメディアセグメント情報（セグメントURL）に従い、通信部２１７を制御して、インターネット９０を介してブロードバンドサーバ３０にアクセスすることで、選局されたサービスを構成する通信コンポーネントを取得（キャプチャ）する。
【０２６２】
このようにして、ステップＳ２９６の処理が行われ、サービスコンポーネントとしての放送コンポーネント又は通信コンポーネントがキャプチャされる。ステップＳ２９６の処理が終了すると、処理は、ステップＳ２９７に進められる。ステップＳ２９７においては、取得される全てのコンポーネントがキャプチャされたかどうかが判定され、全てのコンポーネントがキャプチャされるまで、ステップＳ２９６の処理が繰り返されることで、例えば、選局されたサービスを構成するビデオデータとオーディオデータが取得（キャプチャ）される。
【０２６３】
そして、例えば、ステップＳ２９６の処理で取得されたビデオデータとオーディオデータが復号され、レンダリング処理等が行われることで、図２２のステップＳ２５２の処理で選局されたサービスに対応した番組の映像と音声が再生され、ハイブリッドサービスの視聴が開始される（Ｓ２９８）。
【０２６４】
また、ステップＳ２９２において、SPDのSignalingOverInternetFlag属性に"FALSE"が指定されていると判定された場合、放送SLSのみで全てのサービスコンポーネントの取得先を解決できるので、処理は、ステップＳ２９９に進められる。ステップＳ２９９において、シグナリング解析部２５４は、ステップＳ２９１の処理で取得された放送SLSを解析し、その解析結果に基づいて、放送SLSがハイブリッドサービスに関する情報を記述しているかどうかを判定する。この判定処理では、例えば、USDのdeliveryMethod要素のbroadcastAppService要素又はunicastAppService要素や、SDPの"a="要素などの配信経路を識別可能な情報が用いられる。
【０２６５】
ステップＳ２９９において、放送SLSがハイブリッドサービスに関する情報を記述している場合、ハイブリッドサービスとなるので、処理は、ステップＳ２９５に進められる。なお、上述したように、ハイブリッドサービスにおいて、放送SLSのみを用いて、放送コンポーネント又は通信コンポーネントのストリームに接続するケースは、図４のケース１に該当している。この場合、上述したステップＳ２９５乃至Ｓ２９８と同様の処理が行われ、ハイブリッドサービスの視聴が開始される（Ｓ２９８）。
【０２６６】
一方、ステップＳ２９９において、放送SLSがハイブリッドサービスに関する情報を記述していない場合、放送サービスとなるので、処理は、ステップＳ３００に進められる。なお、このケースは、図３の放送サービスのケースに該当している。この場合、ステップＳ３００乃至Ｓ３０３の処理が行われることで、放送サービスの視聴が開始される（Ｓ３０３）。
【０２６７】
ステップＳ２９８、又は、ステップＳ３０３の処理が終了すると、処理は、図２３のステップＳ２８５の処理に戻り、それ以降の処理が実行される。
【０２６８】
以上、ハイブリッドに対応した選局処理の流れについて説明した。
【０２６９】
＜７．変形例＞
【０２７０】
上述した説明では、現在策定が進められている米国の次世代放送規格であるATSC3.0において、IP伝送方式を用いたデジタル放送の採用が見込まれているため、地上デジタルテレビ放送の規格として、米国等が採用する方式であるATSCを説明したが、日本等が採用する方式であるISDB（Integrated Services Digital Broadcasting）や、欧州の各国等が採用する方式であるDVB（Digital Video Broadcasting）などに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
【０２７１】
また、上述した説明では、シグナリングデータの名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD（Service Configuration Description）は、SCT（Service Configuration Table）と記述される場合がある。また、例えば、SPD（Service Parameter Description）は、SPT（Service Parameter Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリングデータの実質的な内容が異なるものではない。LLSやSLSなどの名称も同様である。例えば、SLS（Service Layer Signaling）は、SCS（Service Channel Signaling）と記述してもよい。
【０２７２】
さらに、上述した説明では、シグナリングデータが、バイナリ形式やテキスト形式により記述された場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、FIC等に規定されるブロードキャストストリームID（Broadcast Stream ID）は、ネットワークID（Network ID）やRFアロケーションID（RF Alloc ID）、RFチャンネルID（RF Channel ID）などと称するようにしてもよい。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。
【０２７３】
＜８．コンピュータの構成＞
【０２７４】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０２７５】
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０２７６】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０２７７】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０２７８】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０２７９】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０２８０】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０２８１】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０２８２】
また、本技術は、以下のような構成をとることができる。
【０２８３】
（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを取得する第１の取得部と、
前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータを取得する第２の取得部と、
前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータを取得する第３の取得部と、
前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する制御部と
を備える受信装置。
（２）
前記第１のシグナリングデータは、前記通信シグナリングデータの取得先を示すロケーション情報を含み、
前記第３の取得部は、前記放送シグナリングデータに関連付けられた前記第１のシグナリングデータに含まれる前記ロケーション情報に従って前記インターネットを介して前記サーバにアクセスすることで受信される、前記通信シグナリングデータを取得する
（１）に記載の受信装置。
（３）
前記第１のシグナリングデータは、前記放送シグナリングデータのストリームに接続するためのブートストラップ情報を含み、
前記第２の取得部は、前記第１のシグナリングデータに含まれるブートストラップ情報に従って受信される、前記放送シグナリングデータを取得する
（１）又は（２）に記載の受信装置。
（４）
前記第１のシグナリングデータは、前記サービスを複数の形態で提供するためのクラス情報を含み、
前記制御部は、前記第１のシグナリングデータに含まれるクラス情報に基づいて、複数の形態ごとに、前記サービスを構成する前記放送コンポーネント又は前記通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
（１）乃至（３）のいずれかに記載の受信装置。
（５）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送されるLLS（Low Layer Signaling）シグナリングデータであり、
前記第２のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送されるSLS（Service Layer Signaling）シグナリングデータである
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記放送コンポーネントと、前記放送シグナリングデータのストリームは、FLUTE（File Delivery over Unidirectional Transport）を拡張したROUTE（Real-time Object Delivery over Unidirectional Transport）セッションで伝送される
（１）乃至（５）のいずれかに記載の受信装置。
（７）
前記サービスは、放送事業者により制作された番組を編成したものであって、前記サービスを唯一に特定する識別情報により識別可能とされる
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを取得し、
前記第１のシグナリングデータに基づいて、サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータを取得し、
前記放送シグナリングデータに含まれるフラグ情報が、前記放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されていることを示している場合、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータとして、前記通信シグナリングデータを取得し、
前記放送シグナリングデータ又は前記通信シグナリングデータの少なくとも一方に基づいて、前記放送経由で配信される放送コンポーネントのストリーム又は前記通信経由で配信される通信コンポーネントのストリームに接続して、前記コンポーネントの再生を制御する
ステップを含む受信方法。
（９）
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを生成する第１の生成部と、
サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータを生成する第２の生成部と、
前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータを送信する送信部と
を備える送信装置。
（１０）
前記第１のシグナリングデータは、前記通信シグナリングデータの取得先を示すロケーション情報を含む
（９）に記載の送信装置。
（１１）
前記第１のシグナリングデータは、前記放送シグナリングデータのストリームに接続するためのブートストラップ情報を含む
（９）又は（１０）に記載の送信装置。
（１２）
前記第１のシグナリングデータは、前記サービスを複数の形態で提供するためのクラス情報を含む
（９）乃至（１１）のいずれかに記載の送信装置。
（１３）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも下位の階層で伝送されるLLSシグナリングデータであり、
前記第２のシグナリングデータは、前記IP伝送方式のプロトコルスタックにおけるIP層よりも上位の階層で伝送されるSLSシグナリングデータである
（９）乃至（１２）のいずれかに記載の送信装置。
（１４）
前記放送コンポーネントと、前記放送シグナリングデータのストリームは、FLUTEを拡張したROUTEセッションで伝送される
（９）乃至（１３）のいずれかに記載の送信装置。
（１５）
前記サービスは、放送事業者により制作された番組を編成したものであって、前記サービスを唯一に特定する識別情報により識別可能とされる
（９）乃至（１４）のいずれかに記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送の放送波によって放送経由で配信される第１のシグナリングデータを生成し、
サービスを構成するコンポーネントのストリームに関する情報を含む第２のシグナリングデータとして、前記放送経由で配信される放送シグナリングデータとともに、インターネット上のサーバから通信経由で配信される通信シグナリングデータが提供されているかどうかを示すフラグ情報を含む前記放送シグナリングデータを生成し、
前記IP伝送方式を用いたデジタル放送の放送波によって、前記第１のシグナリングデータと、前記第２のシグナリングデータとしての前記放送シグナリングデータを送信する
ステップを含む送信方法。
【符号の説明】
【０２８４】
１  サービス提供システム，  １０  送信装置，  ２０  受信装置，  ３０  ブロードバンドサーバ，  ９０  インターネット，  １１１  シグナリング生成部，  １１３  ビデオデータ取得部，  １１５  オーディオデータ取得部，  １１８  送信部，  １３１  LLS生成部，  １３２  SLS生成部，  ２１２  チューナ，  ２１４  制御部，  ２１７  通信部，  ２５１  選局制御部，  ２５２  フィルタリング制御部，  ２５３  シグナリング取得部，  ２５４  シグナリング解析部，  ２５５  通信制御部，  ２５６  パケットヘッダ監視部，  ２７１  LLS取得部，  ２７２  放送SLS取得部，  ２７３  通信SLS取得部，  ３１１  シグナリング生成部，  ３１３  ビデオデータ取得部，  ３１５  オーディオデータ取得部，  ３１８  通信部，  ９００  コンピュータ，  ９０１  CPU
【図１】
2016111176.tif 000003
【図２】
2016111176.tif 000004
【図３】
2016111176.tif 000005
【図４】
2016111176.tif 000006
【図５】
2016111176.tif 000007
【図６】
2016111176.tif 000008
【図７】
2016111176.tif 000009
【図８】
2016111176.tif 000010
【図９】
2016111176.tif 000011
【図１０】
2016111176.tif 000012
【図１１】
2016111176.tif 000013
【図１２】
2016111176.tif 000014
【図１３】
2016111176.tif 000015
【図１４】
2016111176.tif 000016
【図１５】
2016111176.tif 000017
【図１６】
2016111176.tif 000018
【図１７】
2016111176.tif 000019
【図１８】
2016111176.tif 000020
【図１９】
2016111176.tif 000021
【図２０】
2016111176.tif 000022
【図２１】
2016111176.tif 000023
【図２２】
2016111176.tif 000024
【図２３】
2016111176.tif 000025
【図２４】
2016111176.tif 000026
【図２５】
2016111176.tif 000027
【国際調査報告】
2016111176.tif 000028
2016111176.tif 000029
2016111176.tif 000030
2016111176.tif 000031