(57)【特許請求の範囲】
【請求項１】
IP（Internet Protocol）伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを取得するシグナリングテンプレート取得部と、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を取得する差分情報取得部と、
前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成するシグナリング情報生成部と
を備える受信装置。
【請求項２】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送され、
前記シグナリングテンプレート取得部は、前記第１の階層で伝送される、前記第１のシグナリングテンプレートと前記第２の共通シグナリングテンプレートを取得し、
前記差分情報取得部は、前記第１の階層で伝送される前記第１の差分情報と、前記第２の階層で伝送される前記第２の差分情報、及び、前記第３の差分情報を取得する
請求項１に記載の受信装置。
【請求項３】
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、
前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、
前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートである
請求項１又は２に記載の受信装置。
【請求項４】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信される
請求項１乃至３のいずれかに記載の受信装置。
【請求項５】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納される
請求項１乃至４のいずれかに記載の受信装置。
【請求項６】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
請求項１乃至４のいずれかに記載の受信装置。
【請求項７】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートを記録する記録部をさらに備える
請求項１乃至６のいずれかに記載の受信装置。
【請求項８】
受信装置の受信方法において、
前記受信装置が、
IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを取得し、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を取得し、
前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成する
ステップを含む受信方法。
【請求項９】
IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを生成するシグナリングテンプレート生成部と、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を生成する差分情報生成部と、
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報を送信する送信部と
を備える送信装置。
【請求項１０】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送される
請求項９に記載の送信装置。
【請求項１１】
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、
前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、
前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートである
請求項９又は１０に記載の送信装置。
【請求項１２】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信される
請求項９乃至１１のいずれかに記載の送信装置。
【請求項１３】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納される
請求項９乃至１２のいずれかに記載の送信装置。
【請求項１４】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
請求項９乃至１２のいずれかに記載の送信装置。
【請求項１５】
送信装置の送信方法において、
前記送信装置が、
IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを生成し、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を生成し、
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報を送信する
ステップを含む送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、コンテンツの受信再生処理に必要となるシグナリング情報を効率的に配信することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
【背景技術】
【０００２】
近年、インターネットを利用して提供されるストリーミングサービスの配信方式の主流が、OTT（Over The Top）となっている。OTTは、ビデオやオーディオ等からなるコンテンツを各通信事業者のサービス形態に関わらず配信可能としたコンテンツ配信方式である。このOTTを利用して配信されるコンテンツは、OTT-V（Over The Top Video）等と呼ばれている。【０００３】
また、OTT-Vの基盤技術として、DASH（Dynamic Adaptive Streaming over HTTP）が普及し始めている。DASHは、HTTP（Hypertext Transfer Protocol）をベースとしたストリーミングプロトコルを用いた適応型のストリーミング配信に関する規格である（例えば、非特許文献１参照）。【０００４】
適応型のストリーミング配信においては、配信サーバが、コンテンツの配信先となるクライアント装置でコンテンツを再生可能とするために、複数のビットレートごとのストリームデータと、これらの属性情報やURL（Uniform Resource Locator）等を記述したマニフェストファイルを生成して、クライアント装置に提供することになる。クライアント装置は、マニフェストファイルを配信サーバから取得して、例えば利用可能な伝送帯域に応じた最適なビットレートのストリームデータを適応的に選択して、再生することができる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】ISO/IEC 23009-1:2012 Information technology Dynamic adaptive streaming over HTTP (DASH)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2 - Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。【０００７】
IP伝送方式を導入する際には、コンテンツの受信再生処理に必要となるシグナリング情報として、DASHで採用されているMPD（Media Presentation Description）などの制御情報が用いられることが想定されている。このシグナリング情報は、例えばXML（Extensible Markup Language）文書などにより、テキスト形式で記述され、通信サーバや放送サーバ等の配信サーバから、クライアント装置に配信される。【０００８】
また、シグナリング情報は、コンテンツの受信を開始するクライアント装置が存在することを想定して、例えば1/100ミリ秒ごとなどの任意のタイミングで、頻繁に繰り返して配信される。このように、短い間隔で繰り返して配信することで、クライアント装置は、随時、シグナリング情報を受信可能となり、シグナリング情報に基づいて、コンテンツの受信再生に必要な処理を遅滞なく、実行することができる。【０００９】
しかしながら、シグナリング情報を繰り返して配信することで、配信サーバ側の処理負荷が増大し、さらに伝送帯域が圧迫されることにも繋がってしまう。また、シグナリング情報は、テキスト形式で記述されているため、データサイズが大きく、このことが、伝送帯域を圧迫する要因になっていた。そのため、コンテンツの受信再生処理に必要となるシグナリング情報を効率的に配信するための技術が求められていた。【００１０】
本技術はこのような状況に鑑みてなされたものであり、コンテンツの受信再生処理に必要となるシグナリング情報を効率的に配信することができるようにするものである。
【課題を解決するための手段】
【００１１】
本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを取得するシグナリングテンプレート取得部と、前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を取得する差分情報取得部と、前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成するシグナリング情報生成部とを備える受信装置である。
【００１２】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送され、前記シグナリングテンプレート取得部は、前記第１の階層で伝送される、前記第１のシグナリングテンプレートと前記第２の共通シグナリングテンプレートを取得し、前記差分情報取得部は、前記第１の階層で伝送される前記第１の差分情報と、前記第２の階層で伝送される前記第２の差分情報、及び、前記第３の差分情報を取得するようにすることができる。
【００１３】
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートであるようにすることができる。
【００１４】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信されるようにすることができる。
【００１５】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納されるようにすることができる。
【００１６】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納されるようにすることができる。
【００１７】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートを記録する記録部をさらに備えるようにすることができる。
【００１８】
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００１９】
本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。【００２０】
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートが取得され、前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報が取得され、前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報が生成される。
【００２１】
本技術の第２の側面の送信装置は、IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを生成するシグナリングテンプレート生成部と、前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を生成する差分情報生成部と、前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報を送信する送信部とを備える送信装置である。
【００２２】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送されるようにすることができる。
【００２３】
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートであるようにすることができる。
【００２４】
前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信されるようにすることができる。
【００２５】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納されるようにすることができる。
【００２６】
前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納されるようにすることができる。
【００２７】
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。【００２８】
本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。【００２９】
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートが生成され、前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報が生成され、前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報が送信される。
【発明の効果】
【００３０】
本技術の第１の側面、及び、第２の側面によれば、コンテンツの受信再生処理に必要となるシグナリング情報を効率的に配信することができる。【００３１】
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
【図面の簡単な説明】
【００３２】
【図１】3GPP-MBMSのプロトコルスタックを示す図である。
【図２】USDのメタデータ構造を示す図である。
【図３】USDの記述例を示す図である。
【図４】FDDの記述例を示す図である。
【図５】SPDの記述例を示す図である。
【図６】XMLシグナリングテンプレートを用いたシグナリング情報配信の概要を説明する図である。
【図７】XMLシグナリングテンプレートの構造を示す図である。
【図８】XMLシグナリングインスタンスの構造を示す図である。
【図９】差分情報の構造を示す図である。
【図１０】XMLシグナリングテンプレートの記述例を示す図である。
【図１１】差分情報の記述例を示す図である。
【図１２】XMLシグナリングインスタンスの記述例を示す図である。
【図１３】IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【図１４】IP伝送方式のデジタル放送の放送波の構成を示す図である。
【図１５】LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信の概要を説明する図である。
【図１６】LLSシグナリングテンプレートの構造を示す図である。
【図１７】SCSシグナリングテンプレートの構造を示す図である。
【図１８】LLS/SCSシグナリングインスタンスの構造を示す図である。
【図１９】LLS/SCS差分情報の構造を示す図である。
【図２０】LLS/SCS差分情報の記述例を示す図である。
【図２１】LLS/SCSシグナリングテンプレートをSCDに格納してLLSにより配信する例を示す図である。
【図２２】LLS/SCSシグナリングテンプレートを新たな別のフラグメントとして配信する例を示す図である。
【図２３】LLS/SCSシグナリングテンプレートを格納するSCDのシンタックスの例を示す図である。
【図２４】LLS/SCSシグナリングテンプレートをSCDに格納する場合の記述例を示す図である。
【図２５】LLS/SCSシグナリングテンプレートの参照先を示す情報をSCDに格納する場合の記述例を示す図である。
【図２６】放送通信システムの構成例を示す図である。
【図２７】各サーバの構成例を示す図である。
【図２８】クライアント装置の構成例を示す図である。
【図２９】クライアント装置の制御部の機能的構成例を示す図である。
【図３０】LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理の流れを説明するフローチャートである。
【図３１】LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理の流れを説明するフローチャートである。
【図３２】サービス固有のSCSシグナリング情報に対応したシグナリング情報配信処理の流れを説明するフローチャートである。
【図３３】コンピュータの構成例を示す図である。
【発明を実施するための形態】
【００３３】
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
【００３４】
１．XMLシグナリングテンプレートを用いたシグナリング情報配信
２．LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信
３．システムの構成
４．各装置の処理の流れ
５．コンピュータの構成
【００３５】
＜１．XMLシグナリングテンプレートを用いたシグナリング情報配信＞
【００３６】
（3GPP-MBMS（eMBMS））
国際標準仕様策定団体である3GPP（Third Generation Partnership Project）は、DASH（Dynamic Adaptive Streaming over HTTP）規格に従ってコンテンツの一斉同報配信を行う場合に、P2P（ポイントツーポイント）通信と、マルチキャストやブロードキャスト（MC/BC）ベアラとの併用により、通信リソースの負荷を軽減する方式を提案している。
【００３７】
DASH規格に従った同報型配信サービスは、MBMS（Multimedia Broadcast and Multicast Service）と呼ばれる。このMBMSをLTE（Long Term Evolution）で効率的に実現させる方式として、eMBMS（evolved Multimedia Broadcast Multicast Service）が提案されている。MBMSやeMBMSは、同報型配信サービスであり、特定のエリア内に位置する複数のクライアント装置に対して、共通のベアラで一斉に同一のコンテンツ等を同時に配信するサービスである。なお、以下の説明では、MBMSとeMBMSを、特に区別する必要がない場合には、MBMSと称して説明する。
【００３８】
図１は、3GPP-MBMSのプロトコルスタックを示す図である。
【００３９】
図１において、最も下位の階層は、物理層（Physical Layer）とされる。3GPP-MBMSでは、図中の右側の放送を利用した伝送の場合、その物理層は、一方向のMBMS又は双方向のptp Bearer(s)のいずれかを利用することになる。
【００４０】
物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、UDP/TCP層とされる。すなわち、物理層としてMBMSを利用する場合には、IP層では、IPマルチキャストが用いられ、UDP/TCP層では、UDP（User Datagram Protocol）が用いられる。一方、物理層としてptp Bearer(s)を利用する場合には、IP層では、IPユニキャストが用いられ、UDP/TCP層では、TCP（Transmission Control Protocol）が用いられる。
【００４１】
UDP/TCP層に隣接する上位の階層は、FEC、HTTP(S)、FLUTEとされる。FLUTE（File Delivery over Unidirectional Transport）は、マルチキャストにおけるファイル転送用のプロトコルである。なお、FLUTEには、FEC（Forward Error Correction）が適用される。
【００４２】
FLUTEに隣接する上位の階層は、3GP-DASH、Download 3GPP file format etc、ptm File Repair、Service Announcement & Metadataとされる。また、ptm File Repairに隣接する上位階層は、Associated Delivery Proceduresとされる。
【００４３】
3GP-DASH（Dynamic Adaptive Streaming over HTTP）に隣接する上位階層は、オーディオやビデオ等のストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ等のストリームデータは、ISO BMFF（Base Media File Format）の規格に準じたメディアセグメント（Media Segment）単位で、FLUTEセッションにより伝送することができる。
【００４４】
また、Service Announcement & Metadataには、FLUTEセッションで伝送されるストリームデータの制御情報として、USD（User Service Description）やMPD（Media Presentation Description）等のシグナリング情報を配置することができる。したがって、USDやMPD等のシグナリング情報についても、FLUTEセッションで伝送することができる。
【００４５】
このように、3GPP-MBMSでは、3GPPファイルフォーマット（ISO BMFFファイル、MP4ファイル）に基づいたファイルのFLUTEセッションによるファイルダウンロード用のプロトコルを規定しているが、同一のプロトコルによって、DASHのfragmented MP4ファイルシーケンスと、DASHの規格に準じているMPDを伝送することができる。なお、MPDは、同様にFLUTEセッションで伝送されるUSDから参照される。また、fragmented MP4とは、フラグメント化されたMP4ファイルを意味する。
【００４６】
なお、UDP/TCP層に隣接する上位の階層となるHTTP(S)の上位の階層は、3GP-DASHのストリームデータとされる。すなわち、3GP-DASHのストリームデータは、HTTP(S)を用いて伝送することもできる。また、UDP/TCP層に隣接する上位の階層となるFECの上位階層は、RTP/RTCP、MIKEYとされる。RTP/RTCPの上位階層は、RTP PayloadFormatsとされ、さらに、その上位階層は、ストリームデータとされる。すなわち、RTP（Real time Transport Protocol）セッションによりストリームデータを伝送することができる。MIKEYの上位階層は、Key Distribution（MTK）とされ、さらに、その上位階層は、MBMS Securityとされる。
【００４７】
一方、図中の左側の携帯電話通信網を利用した伝送の場合、その物理層は、双方向のptp Bearerのみを利用することになる。物理層に隣接する上位の階層は、IP層とされる。また、IP層に隣接する上位の階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
【００４８】
HTTP(S)層に隣接する上位の階層は、Service Announcement & Metadata、ptm File Repair、Reception Reporting、Registrationとされる。Service Announcement & Metadataには、放送を利用したFLUTEセッションで伝送されるストリームデータの制御情報として、USDやMPD等のシグナリング情報を配置することができる。したがって、インターネット上の通信サーバによって、USDやMPD等のシグナリング情報が提供されるようにすることができる。
【００４９】
なお、ptm File Repairと、Reception Reportingに隣接する上位階層は、Associated Delivery Proceduresとされる。また、Registrationに隣接する上位階層は、MBMS Securityとされる。さらに、IP層に隣接する上位の階層であるUDP層の上位階層は、MIKEYとされる。MIKEYの上位階層は、Key Distribution（MTK）とされ、さらに、その上位階層は、MBMS Securityとされる。また、例えば、放送を利用したFLUTEセッションや、携帯電話通信網を利用したTCP/IPプロトコルを用いて、アプリケーション（Application(s)）を伝送することができる。
【００５０】
（USDのメタデータ構造）
図２は、USDのメタデータ構造を示す図である。なお、図３には、USDの記述例を示しているが、USDは、XML（Extensible Markup Language）文書として記述される。
【００５１】
図２において、図１等のUSDに相当するUSBD（User Service Bundle Description）要素の配下には、サービスごとに、USD（User Service Description）要素が配置される。また、USBD要素は、FEC Repair Stream Descriptionを参照することができる。
【００５２】
USD要素の配下には、DeliveryMethod要素、Media Presentation Description要素、及び、Schedule要素が配置される。DeliveryMethod要素は、Associated Delivery Procedure Description、SDP（Session Description Protocol）、Security Description、FDD（File Delivery Description）、RFD（Repair Flow Description）を参照することができる。また、SDPは、Associated Delivery Procedure Descriptionと、Security Descriptionに関連付けられる。
【００５３】
なお、図４には、FDDの記述例が示されており、FDDは、XML文書として記述される。また、図５には、SDPの記述例されており、SDPは、テキスト形式の文字列で記述される。また、図示はしていないが、RFDは、XML文書として記述される。
【００５４】
Media Presentation Description要素は、MPD（Media Presentation Description）を参照することができる。また、MPDは、Initialisation Segment Descriptionを参照することができる。なお、MPDは、XML文書として記述される。Schedule要素は、Schedule Descriptionを参照することができる。また、Schedule Descriptionは、Filter Descriptionを参照することができる。
【００５５】
USDは、以上のような構造からなり、SDP、FDD、RFD、MPD等の参照情報として機能するが、USD、SDP、FDD、RFD、MPD等のシグナリング情報は、XML文書等のテキスト形式で記述されている。このようなテキスト形式のデータは、一般的にバイナリ形式のデータと比べて符号化した場合のデータサイズが大きくなる。そのため、USD等のテキスト形式のシグナリング情報を生成して、その符号化データを繰り返し配信すると、配信サーバ側の処理負荷が増大し、さらに配信経路においても大きな帯域幅を消費することになる。
【００５６】
このように、テキスト形式のシグナリング情報を、符号化データとして配信する場合、バイナリ形式の符号化データと比べて、配信の効率が悪くなる一方で、シグナリング情報をバイナリ形式とした場合には、クライアント装置側で、バイナリ形式のシグナリング情報を、テキスト形式のシグナリング情報に変換する必要が出てくる。
【００５７】
この場合において、クライアント装置では、このような変換処理機能を有しているとは限らないし、仮に、変換処理機能を有していたとしても、変換処理の負荷が発生することになる。そして、この変換処理に要する時間が増大すれば、コンテンツのストリームデータの受信開始時刻が遅れることになり、結果としてコンテンツの再生開始時刻にも遅延が生じることになる。
【００５８】
なお、3GPP等で提案されている方式では、アプリケーション層において解析処理が要求されているシグナリング情報は、可読性や拡張性等の観点から、XML文書等のテキスト形式のデータをベースとするものが多くなっていく傾向にある。従って、配信サーバから、バイナリ形式のシグナリング情報を配信して、クライアント装置側で、バイナリ形式からテキスト形式への変換を強いるということは、時代の趨勢に合わないものと言える。
【００５９】
そのような理由から、本技術では、テキスト形式のシグナリング情報のうち、継続的に利用可能な情報をテンプレートとして先行して配信しておいて、その後に、テンプレートに適用してシグナリング情報を生成するための差分情報を配信することで、クライアント装置側で、テンプレートに対して差分情報を適用してシグナリング情報が生成されるようにする。これにより、差分情報は、シグナリング情報と比べて、データサイズが小さくなるので、テキスト形式のシグナリング情報を配信する場合でも、効率的な配信を行うことができる。
【００６０】
（XMLシグナリングテンプレートを用いたシグナリング情報配信の概要）
図６は、XMLシグナリングテンプレートを用いたシグナリング情報配信の概要を説明する図である。図６においては、配信サーバとしての放送サーバ又は通信サーバが、図中の左側から右側に向かって、シグナリング情報を、クライアント装置に配信している。
【００６１】
まず、配信サーバと、クライアント装置との間で、複数のコンテンツ等の複数のサービスで共通に利用される情報として継続的に利用可能なテンプレート（以下、「XMLシグナリングテンプレート」という。）が共有される（Ｓ１）。ここで、XMLシグナリングテンプレートは、例えば、ある放送局の配信サーバにより提供されるテンプレートであり、その放送局の提供する様々な番組等のコンテンツ（複数のサービス）に共通する情報（例えば、制御情報等）からなるXML形式のデータである。
【００６２】
その後、配信サーバでは、クライアント装置に提供するコンテンツの受信再生処理に必要となるXML形式のシグナリング情報（以下、「XMLシグナリングインスタンス」ともいう。）を生成する（Ｓ２）。ここで、XMLシグナリングインスタンスは、コンテンツの受信再生時に、実際に用いられるシグナリング情報として生成される。そして、配信サーバは、ステップＳ１の処理で共有済みのXMLシグナリングテンプレートと、ステップＳ２の処理で生成されたXMLシグナリングインスタンスとの差分情報を抽出して、クライアント装置に配信する（Ｓ３）。
【００６３】
クライアント装置は、配信サーバから配信される差分情報を、ステップＳ１の処理で共有済みのXMLシグナリングテンプレートに適用して、実際に利用可能となるXMLシグナリングインスタンスを生成する（Ｓ４）。そして、クライアント装置は、ステップＳ４の処理で生成されたXMLシグナリングインスタンス（シグナリング情報）に基づいて、コンテンツの受信再生処理を実行することになる。
【００６４】
次に、配信サーバからクライアント装置に配信される、XMLシグナリングテンプレートを用いたシグナリング情報の具体的な構造を説明する。
【００６５】
（XMLシグナリングテンプレートの構造）
図７は、図６のステップＳ１の処理で、配信サーバとクライアント装置により共有されるXMLシグナリングテンプレートの構造を示す図である。
【００６６】
図７において、XMLシグナリングテンプレートには、（ａ）XMLシグナリングテンプレート識別子により識別される、（ｂ）動的な内容変更のないXML要素／属性と、（ｃ）動的な内容変更の可能性のあるXML要素／属性が含まれる。なお、（ａ）XMLシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【００６７】
（ｂ）動的な内容変更のないXML要素／属性は、例えば、クライアント装置におけるコンテンツの受信再生処理において、複数のコンテンツで共通に利用される情報であって、複数のコンテンツに対応する複数のXMLシグナリングインスタンスに共通するXML形式のデータの要素情報と属性情報からなる。
【００６８】
（ｃ）動的な内容変更の可能性のあるXML要素／属性は、例えば、クライアント装置におけるコンテンツの受信再生処理において、特定のコンテンツに対応するXMLシグナリングインスタンス固有のXML形式のデータの要素情報と属性情報からなる。なお、動的な内容変更とは、内容の追加、更新、又は削除を意味している。
【００６９】
（XMLシグナリングインスタンスの構造）
図８は、図６のステップＳ２の処理で、配信サーバにより生成されるXMLシグナリングインスタンスの構造を示す図である。なお、図８のXMLシグナリングインスタンスの構造は、図６のステップＳ４の処理で、クライアント装置により生成されるXMLシグナリングインスタンスの構造を示しているとも言える。
【００７０】
図８において、XMLシグナリングインスタンスには、（ａ）XMLシグナリングインスタンス識別子により識別される、（ｂ）XMLシグナリングインスタンスが含まれる。なお、（ａ）XMLシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【００７１】
（ｂ）XMLシグナリングインスタンスは、クライアント装置におけるコンテンツの受信再生処理において、特定のコンテンツの受信再生処理に必要な制御情報等を含むXML形式のデータである。
【００７２】
（差分情報の構造）
図９は、図６のステップＳ３の処理で、配信サーバにより配信される差分情報の構造を示す図である。なお、図９の差分情報は、図６のステップＳ４の処理で、クライアント装置により受信される差分情報の構造を示しているとも言える。
【００７３】
図９において、差分情報には、（ａ）XMLシグナリングインスタンス識別子により識別される、（ｂ）XMLシグナリングテンプレート識別子と、（ｃ）差分内容が含まれる。なお、（ａ）XMLシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【００７４】
（ｂ）XMLシグナリングテンプレート識別子は、XMLシグナリングテンプレートを一意に識別するための情報である。なお、XMLシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【００７５】
（ｃ）差分内容は、XMLシグナリングテンプレートと、XMLシグナリングインスタンスとの差分の情報であって、動的に適用される情報が含まれる。また、差分内容には、XMLシグナリングテンプレートに対する情報の追加、変更、又は削除のいずれかの適用態様を示す適用態様情報が含まれる。
【００７６】
次に、配信サーバからクライアント装置に配信される、XMLシグナリングテンプレートを用いたシグナリング情報の具体的な記述例を説明する。なお、この具体的な記述例では、XMLシグナリングテンプレートを用いたシグナリング情報として、XML形式のMPDが配信される場合を一例にして説明する。
【００７７】
（XMLシグナリングテンプレートの記述例）
図１０は、XMLシグナリングテンプレートの記述例を示す図である。
【００７８】
図１０のXMLシグナリングテンプレートには、図７を参照して説明したように、（ａ）XMLシグナリングテンプレート識別子により識別される、（ｂ）動的な内容変更のないXML要素／属性と、（ｃ）動的な内容変更の可能性のあるXML要素／属性が含まれる。
【００７９】
（ａ）XMLシグナリングテンプレート識別子は、差分情報で指定される（ｂ）XMLシグナリングテンプレート識別子に対応しており、XMLシグナリングテンプレートを選択する際に参照される。
【００８０】
なお、XMLシグナリングテンプレートに差分情報を適用して、XMLシグナリングインスタンスを生成するに際して、（ｂ）動的な内容変更のないXML要素／属性については、該当する情報をそのまま、XMLシグナリングインスタンスを構成する情報とされる。また、動的な内容変更の可能性のあるXML要素／属性については、差分情報が適用されて動的に変更される。
【００８１】
（差分情報の記述例）
図１１は、差分情報の記述例を示す図である。
【００８２】
図１１の差分情報には、図９を参照して説明したように、（ａ）XMLシグナリングインスタンス識別子により識別される、（ｂ）XMLシグナリングテンプレート識別子と、（ｃ）差分内容が含まれる。（ｂ）XMLシグナリングテンプレート識別子は、XMLシグナリングテンプレートで指定される（ａ）XMLシグナリングテンプレート識別子に対応しており、当該識別子が一致するXMLシグナリングテンプレートが選択されて参照される。
【００８３】
図１１において、（ｃ）差分内容における「<add sel="MPD" type="@availabilityStartTime">2014-03-03T08:00:00Z</add>」は、図１０のXMLシグナリングテンプレートのMPD要素に対するavailabilityStartTime属性と、その属性値としての"2014-03-03T08:00:00Z"の追加情報であることを示している。
【００８４】
（XMLシグナリングインスタンスの記述例）
図１２は、図１０のXMLシグナリングテンプレートに対して、図１１の差分情報を適用して生成されるXMLシグナリングインスタンスの記述例を示す図である。
【００８５】
図１２のXMLシグナリングインスタンスには、図８を参照して説明したように、（ａ）XMLシグナリングインスタンス識別子により識別される、（ｂ）XMLシグナリングインスタンスが含まれる。ただし、（ｂ）XMLシグナリングインスタンスは、（ｂ１）動的な内容変更のないXML要素／属性と、（ｂ２）動的な内容変更のあるXML要素／属性の２種類の情報から構成される。
【００８６】
（ｂ１）動的な内容変更のないXML要素／属性は、図１０のXMLシグナリングテンプレートの該当する情報を、そのまま利用して構成される情報の部分である。一方、（ｂ２）動的な内容変更のあるXML要素／属性は、図１０のXMLシグナリングテンプレートに対して、図１１の差分情報を適用して内容が変更された情報の部分である。ここで、差分情報は、図１１を参照して説明したように、MPD要素に対するavailabilityStartTime属性と、その属性値としての"2014-03-03T08:00:00Z"の追加情報となる。
【００８７】
従って、図１２のXMLシグナリングインスタンスでは、図１０のXMLシグナリングテンプレートと比べて、MPD要素に対して、availabilityStartTime属性と、その属性値としての"2014-03-03T08:00:00Z"が追加されている。このように、図１０のXMLシグナリングテンプレートに、図１１の差分情報の内容を追加することで、図１２のXMLシグナリングインスタンスが生成されることになる。そして、クライアント装置では、このようにして生成されたXMLシグナリングインスタンス（例えば、MPD等のシグナリング情報）に基づいて、コンテンツの受信再生処理が実行される。
【００８８】
以上のように、配信サーバが、XML形式のシグナリング情報のうち、継続的に利用可能な情報をXMLシグナリングテンプレート（図１０）として先行して配信しておいて、その後に、XMLシグナリングテンプレートに適用してXMLシグナリングインスタンス（シグナリング情報）を生成するための差分情報（図１１）を配信するようにする。
【００８９】
クライアント装置側では、先行して取得されたXMLシグナリングテンプレート（図１０）に対して、その後に取得された差分情報（図１１）を適用することで、XMLシグナリングインスタンス（図１２）が生成されることになる。そして、クライアント装置では、生成されたXMLシグナリングインスタンス（図１２）に基づいて、コンテンツの受信再生処理が実行される。
【００９０】
その際に、配信サーバからクライアント装置に配信される、差分情報（図１１）は、シグナリング情報（図１２）と比べて、データサイズが小さくなるので、XML形式のシグナリング情報を配信する場合でも、効率的な配信を行うことができる。
【００９１】
＜２．LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信＞
【００９２】
上述したように、各国のデジタル放送の規格では、伝送方式としてMPEG2-TS方式が採用されているが、今後は、通信の分野で用いられているIPパケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。このIP伝送方式を用いたデジタル放送は、特に、米国のATSC（Advanced Television Systems Committee standards）の次世代のデジタル放送規格として採用されることが期待されている。
【００９３】
また、IP伝送方式のデジタル放送においては、LLS（Low Layer Signaling）と、SCS（Service Channel Signaling）の２種類のシグナリング情報が配信されることが想定されているが、これらのシグナリング情報は、XML文書等のテキスト形式で記述されているため、上述したシグナリング情報と同様に、バイナリ形式のデータと比べて、データサイズが大きくなる。その結果、配信サーバ側の処理負荷が増大し、さらに配信経路においても大きな帯域幅を消費することになる。
【００９４】
そこで、本技術では、IP伝送方式のデジタル放送におけるLLSやSCSのシグナリング情報についても、上述したXMLシグナリングテンプレートを用いたシグナリング情報配信を適用して、テキスト形式となるLLSやSCSのシグナリング情報を、効率的に配信できるようにする。
【００９５】
（IP伝送方式のプロトコルスタック）
図１３は、IP伝送方式のデジタル放送のプロトコルスタックを示す図である。
【００９６】
図１３において、最も下位の階層は、物理層（Physical Layer）とされる。IP伝送方式のデジタル放送では、放送を利用した伝送に限らず、一部のデータを、通信を利用して伝送する場合があるが、放送を利用する場合、その物理層（Broadcast PHY）は、サービス（チャンネル）のために割り当てられた放送波の周波数帯域が対応することになる。
【００９７】
物理層の上位の階層は、IP層とされる。IP層は、TCP/IPのプロトコルスタックにおけるIP（Internet Protocol）に相当するものであり、IPアドレスによりIPパケットが特定される。IP層に隣接する上位階層はUDP層とされ、さらにその上位の階層は、FLUTE+（File Delivery over Unidirectional Transport plus）とされる。すなわち、IP伝送方式のデジタル放送においては、IPアドレスとUDPのポート番号が指定されたパケットが送信され、FLUTEセッションが確立されるようになされている。
【００９８】
なお、FLUTE+は、従来から規定されているFLUTEが拡張されたものであり、FLUTEの詳細は、RFC6726として規定されている。また、FLUTE+（「FLUTE plus」）は、例えば「FLUTE enhancement」や「enhanced FLUTE」など、他の名称で呼ばれる場合がある。
【００９９】
FLUTE+に隣接する上位階層のうち、一部の階層は、ESG（Electronic Service Guide）、SCS（Service Channel Signaling）、NRTコンテンツ（NRT Content）とされ、ESG、SCS、NRTコンテンツは、FLUTEセッションにより伝送される。ESGは、電子サービスガイド（番組情報）である。NRTコンテンツは、NRT（Non Real Time）放送で伝送されるコンテンツであって、クライアント装置のストレージに一旦蓄積された後で再生が行われる。なお、NRTコンテンツは、コンテンツの一例であって、他のコンテンツのファイルがFLUTEセッションにより伝送されるようにしてもよい。
【０１００】
SCSは、サービス単位のシグナリング情報である。SCSシグナリング情報としては、例えば、USD（User Service Description）、MPD（Media Presentation Description）、SDP（Session Description Protocol）、FDD（File Delivery Description）、SPD（Service Parameter Description）が規定されている。なお、USD、MPD、SDP、FDD、SPDは、例えば、XML文書等のテキスト形式で記述される。
【０１０１】
USDは、MPD、FDD、SDP等のシグナリング情報を参照するための参照情報を含んでいる。なお、USDは、USBD（User Service Bundle Description）と称される場合がある。MPDは、サービス単位で伝送されるコンテンツのストリーム（コンポーネント）ごとのセグメントURLなどの情報を含むストリームの制御情報である。上述したように、MPDは、DASHの規格に準じている。
【０１０２】
SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。FDDは、TSI（Transport Session Identifier）ごとのインデックス情報として、ロケーション情報（例えばURLなど）やTOI（Transport Object Identifier）などの情報を含んでいる。なお、FDDは、USDに要素として含めるようにしてもよい。SPDは、サービスのレベルで規定された各種のパラメータを含んで構成される。
【０１０３】
FLUTE+に隣接する上位階層のうち、上述した階層以外の他の階層は、DASH（ISO BMFF）とされる。また、DASH（ISO BMFF）に隣接する上位階層は、ビデオやオーディオ、字幕等のコンポーネントのストリームデータとされる。すなわち、コンテンツを構成するオーディオやビデオ、字幕等のコンポーネントのストリームデータは、ISO BMFF（Base Media File Format）の規格に準じたメディアセグメント（Media Segment）単位で、例えばFLUTEセッションにより伝送されることになる。
【０１０４】
LLS（Low Layer Signaling）は、低レイヤのシグナリング情報であって、BBPストリーム上で伝送される。例えば、LLSシグナリング情報としては、SCD（Service Configuration Description）、EAD（Emergency Alerting Description）、RRD（Region Rating Description）が規定されている。なお、SCD、EAD、RRDは、例えば、XML文書等のテキスト形式で記述される。
【０１０５】
SCDは、MPEG2-TS方式で用いられているID体系に対応するID体系を採用し、放送ネットワーク内のBBPストリーム構成とサービス構成が規定されている。また、SCDには、サービス単位の属性・設定情報、SCSにアクセスするためのSC bootstrap情報、及び、ESGにアクセスするためのESG bootstrap情報などが含まれる。EADは、緊急告知に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。
【０１０６】
一方、通信を利用する場合、その物理層（Broadband PHY）の上位の階層は、IP層とされる。また、IP層に隣接する上位階層は、TCP層とされ、さらに、TCP層に隣接する上位階層は、HTTP(S)層とされる。すなわち、これらの階層によって、インターネット等のネットワークで稼働するプロトコルスタックが実装される。
【０１０７】
これにより、クライアント装置は、例えばインターネット上の通信サーバとの間で、TCP/IPプロトコルを用いた通信を行い、ESGやSCS、NRTコンテンツ等を受信することができる。また、クライアント装置は、インターネット上の通信サーバから、適応的にストリーミング配信されるオーディオやビデオ等のストリームデータを受信することができる。なお、このストリーミング配信は、DASHの規格に準拠したものとなる。
【０１０８】
また、例えば、放送のFLUTEセッションや、通信のTCP/IPプロトコルを用いて、アプリケーション（Applications）を伝送することができる。このアプリケーションは、HTML5（HyperText Markup Language 5）等のマークアップ言語により記述することができる。
【０１０９】
以上のように、IP伝送方式のデジタル放送では、一部が3GPP-MBMSに対応したプロトコルスタックを採用している。これにより、コンテンツを構成するオーディオやビデオのストリームデータを、ISO BMFFの規格に準じたメディアセグメント単位で伝送することができる。また、ESGやSCS等のシグナリング情報を、放送と通信のどちらで伝送する場合であっても、IP層よりも下位の階層となる物理層（とデータリンク層）を除く階層、つまり、IP層よりも上位の階層では、プロトコルを共通にすることが可能となるため、クライアント装置等においては、実装の負担や処理の負担を軽減することが期待される。
【０１１０】
（IP伝送方式の放送波の構成）
図１４は、IP伝送方式のデジタル放送の放送波の構成を示す図である。
【０１１１】
図１４において、所定の周波数帯域を有する放送波（RF Channel）には、複数のBBPストリームが伝送されている。また、各BBPストリームには、NTP（Network Time Protocol）、複数のサービスチャンネル（Service Channel）、ESG（ESG Service）、及び、LLSが含まれる。なお、NTP、サービスチャンネル、ESGは、UDP/IPのプロトコルに従って伝送されるが、LLSは、BBPストリーム上で伝送される。また、NTPは、時刻情報であって、複数のサービスチャンネルで共通とすることができる。
【０１１２】
各サービスチャンネル（以下、「サービス」ともいう。）には、コンテンツ（例えば、番組）を構成する情報である、ビデオやオーディオ、字幕等のコンポーネント（Component）と、USDやMPD等のSCSが含まれる。また、各サービスには、固有のIPアドレスが付与されており、このIPアドレスを用いて、１又は複数のサービスごとに、コンポーネントやSCSなどをパッケージ化することができる。
【０１１３】
ここで、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFチャンネルID（RFchannelId）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（bbpStreamId）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（serviceId）が割り当てられる。
【０１１４】
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID、トランスポートストリームID、サービスIDの組み合わせ（以下、「トリプレット（Triplet）」という。）に対応する構成が採用され、このトリプレットによって、放送ネットワーク内のBBPストリーム構成とサービス構成が示される。
【０１１５】
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができるため、例えば、MPEG2-TS方式からIP伝送方式への移行時のサイマルキャストに容易に対応することが可能となる。ただし、IP伝送方式のID体系では、RFチャンネルIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに相当している。
【０１１６】
（LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信の概要）
図１５は、LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信の概要を説明する図である。図１５においては、配信サーバとしての放送サーバ又は通信サーバが、LLS又はSCSのシグナリング情報を、クライアント装置に配信している様子が模式的に表されている。なお、図１５において、時間の方向は、図中の右側から左側に向かう方向とされる。
【０１１７】
LLSシグナリング情報は、RFチャンネル構成やBBPストリーム構成、サービス構成等のサービスに依存しないパラメータであって、比較的更新されることが少ないパーマネントな情報が規定されている。LLSシグナリング情報としては、SCD、EAD、RRD等のテキスト形式のデータが配信される。
【０１１８】
図１５において、配信サーバは、SCD等のLLSシグナリング情報において、プラットフォームで共通となる継続的に利用可能な情報をテンプレート（以下、「LLSシグナリングテンプレート（LLS共通テンプレート）」という。）として提供し、実際に利用可能となるLLSシグナリング情報（以下、「LLSシグナリングインスタンス」ともいう。）との差分は、差分情報（以下、「LLS差分情報（LLS-Diff）」という。）として提供するようにする。
【０１１９】
すなわち、配信サーバは、LLSシグナリングテンプレートを先行して、クライアント装置に提供しておいて、その後に、LLS差分情報をクライアント装置に提供することで、クライアント装置側では、LLSシグナリングテンプレートにLLS差分情報を適用して、LLSシグナリングインスタンスを生成することになる。
【０１２０】
換言すれば、LLSシグナリングテンプレートは、上述したXMLシグナリングテンプレートに相当し、LLS差分情報は、上述した差分情報に相当し、LLSシグナリングインスタンスは、上述したXMLシグナリングインスタンスに相当していると言える。
【０１２１】
また、SCSシグナリング情報は、IPアドレスにより識別されるサービスに依存するパラメータであって、ストリーミングデータのロケーション情報等のサービスごとの情報が規定されている。SCSシグナリング情報としては、USD、MPD、SDP、FDD、SPD等のテキスト形式のデータが配信される。
【０１２２】
図１５において、配信サーバは、USD等のSCSシグナリング情報において、プラットフォームで共通となる継続的に利用可能となる情報をテンプレート（以下、「SCSシグナリングテンプレート（SCS共通テンプレート）」という。）として提供し、実際に利用可能となるSCSシグナリング情報（以下、「SCSシグナリングインスタンス」ともいう。）との差分は、差分情報（以下、「SCS差分情報（SCS-Diff）」という。）として提供するようにする。
【０１２３】
ただし、SCSシグナリング情報は、サービスに依存したサービスごとの情報となるため、継続的に利用可能となる情報が、サービスごとに異なっている。つまり、サービスごとに、テンプレートとすべき情報が異なっているので、サービスで共通となる情報を、SCS共通テンプレートとして提供して、サービス固有のテンプレート（以下、「SCS固有テンプレート」という。）との差分は、差分情報（以下、「SCSテンプレート差分情報（SCS-Diff for Template Update）」という。）として提供するようにする。
【０１２４】
このように、SCSシグナリングテンプレートは、SCS共通テンプレートと、SCS固有テンプレートの２種類からなり、サービスで共通となるSCS共通テンプレートに、SCSテンプレート差分情報を適用することで、サービスに特化したSCS固有テンプレートが生成されることになる。
【０１２５】
すなわち、配信サーバは、SCSシグナリングテンプレート（SCS共通テンプレート）を先行して、クライアント装置に提供しておいて、続いて、SCSテンプレート差分情報を提供することで、クライアント装置側では、SCS共通テンプレートに、SCSテンプレート差分情報を適用して、SCS固有テンプレートが生成される。その後に、配信サーバは、SCS差分情報をクライアント装置に提供することで、クライアント装置側では、SCS固有テンプレートにSCS差分情報を適用して、SCSシグナリングインスタンスを生成することになる。
【０１２６】
換言すれば、SCS共通テンプレートとSCS固有テンプレートは、上述したXMLシグナリングテンプレートに相当し、SCS差分情報とSCSテンプレート差分情報は、上述した差分情報に相当し、SCSシグナリングインスタンスは、上述したXMLシグナリングインスタンスに相当していると言える。
【０１２７】
次に、配信サーバからクライアント装置に配信される、LLS/SCSシグナリングテンプレートを用いたシグナリング情報の具体的な構造を説明する。
【０１２８】
（LLSシグナリングテンプレート）
図１６は、配信サーバとクライアント装置により共有されるLLSシグナリングテンプレートの構造を示す図である。
【０１２９】
図１６において、LLSシグナリングテンプレートには、（ａ）LLSシグナリングテンプレート識別子により識別される、（ｂ）動的な内容変更のないLLS要素／属性と、（ｃ）動的な内容変更の可能性のあるLLS要素／属性が含まれる。なお、（ａ）LLSシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【０１３０】
（ｂ）動的な内容変更のないLLS要素／属性は、例えば、クライアント装置におけるコンテンツの受信再生処理において、プラットフォームで共通となる継続的に利用可能な情報であって、複数のLLSシグナリングインスタンスに共通するテキスト形式のデータの要素情報と属性情報からなる。
【０１３１】
（ｃ）動的な内容変更の可能性のあるLLS要素／属性は、例えば、クライアント装置におけるコンテンツの受信再生処理において、プラットフォームで共通となる継続的に利用可能な情報ではなくて、内容の追加や更新、削除される可能性の情報であって、特定のLLSシグナリングインスタンス固有のテキスト形式のデータの要素情報と属性情報からなる。
【０１３２】
（SCSシグナリングテンプレート）
図１７は、配信サーバとクライアント装置により共有されるSCSシグナリングテンプレートの構造を示す図である。
【０１３３】
図１７において、SCSシグナリングテンプレートには、（ａ）SCSシグナリングテンプレート識別子により識別される、（ｂ）動的な内容変更のないSCS要素／属性と、（ｃ）動的な内容変更の可能性のあるSCS要素／属性が含まれる。なお、（ａ）SCSシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【０１３４】
（ｂ）動的な内容変更のないSCS要素／属性は、例えば、クライアント装置におけるコンテンツの受信再生処理において、プラットフォームで共通となる継続的に利用可能な情報であって、複数のSCSシグナリングインスタンスに共通するXML形式のデータの要素情報と属性情報からなる。
【０１３５】
（ｃ）動的な内容変更の可能性のあるSCS要素／属性は、クライアント装置におけるコンテンツの受信再生処理において、プラットフォームで共通となる継続的に利用可能な情報ではなくて、内容の追加や更新、削除される可能性の情報であって、特定のSCSシグナリングインスタンス固有のテキスト形式のデータの要素情報と属性情報からなる。
【０１３６】
（LLS/SCSシグナリングインスタンス）
図１８は、配信サーバ又はクライアント装置により生成されるLLSシグナリングインスタンスと、SCSシグナリングインスタンスの構造を示す図である。
【０１３７】
図１８において、LLSシグナリングインスタンスには、（ａ）LLSシグナリングインスタンス識別子により識別される、（ｂ）LLSシグナリングインスタンスが含まれる。なお、（ａ）LLSシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【０１３８】
（ｂ）LLSシグナリングインスタンスは、クライアント装置におけるコンテンツの受信再生処理で用いられる、RFチャンネル構成等のサービスに依存しないパラメータを含むテキスト形式のデータである。LLSシグナリングインスタンスは、SCD、EAD、RRD等のLLSシグナリング情報に相当するものである。
【０１３９】
また、図１８において、SCSシグナリングインスタンスには、（ａ）SCSシグナリングインスタンス識別子により識別される、（ｂ）SCSシグナリングインスタンスが含まれる。なお、（ａ）SCSシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【０１４０】
（ｂ）SCSシグナリングインスタンスは、クライアント装置におけるコンテンツの受信再生処理で用いられる、ストリーミングデータのロケーション情報等のサービスに依存するパラメータを含むテキスト形式のデータである。SCSシグナリングインスタンスは、USD、MPD、SDP、FDD、SPD等のSCSシグナリング情報に相当するものである。
【０１４１】
（LLS/SCS差分情報）
図１９は、配信サーバにより配信されるLLS差分情報と、SCS差分情報の構造を示す図である。また、図１９のLLS/SCS差分情報は、クライアント装置により受信されるLLS差分情報とSCS差分情報の構造を示しているとも言える。
【０１４２】
図１９において、LLS差分情報には、（ａ）LLSシグナリングインスタンス識別子により識別される、（ｂ）LLSシグナリングテンプレート識別子と（ｃ）差分内容が含まれる。なお、（ａ）LLSシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【０１４３】
（ｂ）LLSシグナリングテンプレート識別子は、LLSシグナリングテンプレートを一意に識別するための情報である。なお、LLSシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【０１４４】
（ｃ）差分内容は、LLSシグナリングテンプレートと、LLSシグナリングインスタンスとの差分の情報であって、動的に適用される情報が含まれる。また、差分内容には、LLSシグナリングテンプレートに対する情報の追加、変更、又は削除のいずれかの適用態様を示す適用態様情報が含まれる。
【０１４５】
ここで、図２０に示すように、XML文書として記述されるLLS差分情報では、（ｃ）差分内容を記述するためのupdateXML要素の子要素として、templateId要素とupdate要素を含んでいる。
【０１４６】
templateId要素は、uri属性とversion属性を含んでいる。uri属性には、（ｂ）LLSシグナリングテンプレート識別子を示すURI（Uniform Resource Identifier）が指定される。また、version属性には、当該LLSシグナリングテンプレートのバージョン情報が指定される。
【０１４７】
update要素は、type属性を含んでいる。type属性には、LLSの差分内容の記述フォーマットの識別子が指定される。LLS差分情報の場合には、type属性として、例えば"LLS-diff"等が指定される。また、update要素の開始タグと終了タグの間には、update要素のtype属性の属性値によって指定された記述フォーマットに基づいた（ｃ）差分内容が記述される。ここには、例えば、SCD要素に対する特定の要素や属性の追加情報等が記述されることになる。
【０１４８】
図１９の説明に戻り、図１９において、SCS差分情報には、（ａ）SCSシグナリングインスタンス識別子により識別される、（ｂ）SCSシグナリングテンプレート識別子と（ｃ）差分内容が含まれる。なお、（ａ）SCSシグナリングインスタンス識別子には、バージョン情報を含めることができる。
【０１４９】
（ｂ）SCSシグナリングテンプレート識別子は、SCSシグナリングテンプレートを一意に識別するための情報である。なお、SCSシグナリングテンプレート識別子には、バージョン情報を含めることができる。
【０１５０】
（ｃ）差分内容は、SCSシグナリングテンプレートと、SCSシグナリングインスタンスとの差分の情報であって、動的に適用される情報が含まれる。また、（ｃ）差分内容には、SCSシグナリングテンプレートに対する情報の追加、変更、又は削除のいずれかの適用態様を示す適用態様情報が含まれる。
【０１５１】
ここで、図２０に示すように、XML文書として記述されるSCS差分情報では、（ｃ）差分内容を記述するためのupdateXML要素の子要素として、templateId要素とupdate要素を含んでいる。
【０１５２】
templateId要素において、uri属性には、（ｂ）SCSシグナリングテンプレート識別子を示すURIが指定される。また、version属性には、当該SCSシグナリングテンプレートのバージョン情報が指定される。
【０１５３】
update要素において、type属性には、SCSの差分内容の記述フォーマットの識別子が指定される。SCS差分情報の場合には、type属性として、例えば"SCS-diff"等が指定される。また、update要素の開始タグと終了タグの間には、update要素のtype属性の属性値によって指定された記述フォーマットに基づいた（ｃ）差分内容が記述される。ここには、例えば、MPD要素に対する特定の要素や属性の追加情報等が記述されることになる。
【０１５４】
なお、LLS/SCS差分情報の記述方法としては、例えば、XSLT（Extensible Stylesheet Language Transformations）等のXML文書の変換用の言語を用いるなど、様々な方法を採用することができる。また、ここでは、LLS/SCS差分情報について説明したが、SCSテンプレート差分情報についても同様の構造を有するようにすることができる。
【０１５５】
（LLS/SCSシグナリングテンプレートの配信方法）
LLS/SCSシグナリングテンプレートの配信方法としては、例えば、SCDに格納してLLSシグナリング情報により配信する方法と、LLSシグナリング情報と同一のLLSのチャンネルで、別のフラグメントとして配信する方法がある。
【０１５６】
図２１に示すように、SCDに格納して配信する場合、SCDには、LLSシグナリングテンプレートと、SCSシグナリングテンプレートが格納される。ただし、このSCSシグナリングテンプレートは、プラットフォーム共通のSCS共通テンプレートとされる。また、図２１においては、SCDが、3GPPで規定されているMetadataEnvelopに格納されて配信される例を示している。なお、LLS/SCSシグナリングテンプレートを格納するSCDの構造については、後述する図２３のSCDのシンタックス等を参照して説明する。
【０１５７】
また、図２２に示すように、別のフラグメントとして配信する場合、LLSシグナリングテンプレートと、SCSシグナリングテンプレートが直接、MetadataEnvelopに格納されることになる。ただし、この場合においても、SCSシグナリングテンプレートは、プラットフォーム共通のSCS共通テンプレートとされる。
【０１５８】
（LLS/SCSシグナリングテンプレートを格納するSCDの構造）
図２３は、LLS/SCSシグナリングテンプレートを格納するSCDのシンタックスの例を示す図である。
【０１５９】
SCDは、XML文書として記述される。なお、図２３において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。
【０１６０】
図２３に示すように、SCD要素は、majorProtocolversion属性、minorProtocolversion属性、RFchannelId属性、name属性、Tuning_RF要素、LLSSignalingtemplate要素、SCSSignalingtemplate要素、及び、BBPStream要素の上位要素となる。
【０１６１】
majorProtocolversion属性と、minorProtocolversion属性には、プロトコルのバージョン情報が指定される。RFchannelId属性には、物理チャンネル単位の放送局のRFチャンネルIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
【０１６２】
Tuning_RF要素には、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、Preamble属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。Preamble属性には、物理層の制御情報が指定される。
【０１６３】
LLSSignalingtemplate要素には、LLSシグナリングテンプレートに関する情報が指定される。LLSSignalingtemplate要素は、Uri属性の上位要素となる。Uri属性には、LLSシグナリングテンプレートを取得するためのURIが指定される。
【０１６４】
例えば、Uri属性には、LLSシグナリングテンプレートを、LLSシグナリング情報と同一のLLSのチャンネルで、別のフラグメントとして配信する場合に、当該フラグメントを識別するURIが指定される。また、例えば、LLSシグナリングテンプレートが、通信サーバ３０から配信される場合に、当該LLSシグナリングテンプレートを取得するためのURL（URI）が指定される。
【０１６５】
ここで、LLSシグナリングテンプレートそのものをSCDに格納して配信する場合には、図２４に示すように、LLSSignalingtemplate要素の開始タグと、終了タグの間に、例えば、LLSシグナリングテンプレートを格納したMetadataEnvelopが配置されるようにする。
【０１６６】
また、Uri属性によりLLSシグナリングテンプレートを取得するためのURIを指定する場合に、図２５に示すように、LLSSignalingtemplate要素のUri属性として、例えば、LLSシグナリングテンプレートを格納したMetadataEnvelopファイルのURIが指定されるようにすることができる。これにより、クライアント装置５０では、当該URIに従い、MetadataEnvelopファイルを参照することで、LLSシグナリングテンプレートを取得することができる。
【０１６７】
図２３の説明に戻り、SCSSignalingtemplate要素には、SCSシグナリングテンプレートに関する情報が指定される。SCSSignalingtemplate要素は、Uri属性の上位要素となる。Uri属性には、SCSシグナリングテンプレートを取得するためのURIが指定される。
【０１６８】
例えば、Uri属性には、SCSシグナリングテンプレート（SCS共通テンプレート）を、LLSシグナリング情報と同一のLLSのチャンネルで、別のフラグメントとして配信する場合に、当該フラグメントを識別するURIが指定される。また、例えば、SCSシグナリングテンプレート（SCS共通テンプレート）が、通信サーバ３０から配信される場合に、当該SCSシグナリングテンプレートを取得するためのURL（URI）が指定される。
【０１６９】
ここで、SCSシグナリングテンプレート（SCS共通テンプレート）そのものをSCDに格納して配信する場合には、SCSSignalingtemplate要素の開始タグと、終了タグの間に、例えば、SCSシグナリングテンプレート（SCS共通テンプレート）を格納したMetadataEnvelopが配置されるようにする。
【０１７０】
すなわち、図２４の例では、LLSSignalingtemplate要素の記述例を示しているが、SCSSignalingtemplate要素の場合も同様にして、SCSシグナリングテンプレート（SCS共通テンプレート）を格納したMetadataEnvelopが配置されることになる。
【０１７１】
また、Uri属性によりSCSシグナリングテンプレート（SCS共通テンプレート）を取得するためのURIを指定する場合に、SCSSignalingtemplate要素のUri属性として、例えば、SCSシグナリングテンプレートを格納したMetadataEnvelopファイルのURIが指定されるようにすることができる。
【０１７２】
すなわち、図２５の例では、LLSSignalingtemplate要素のUri属性の記述例を示しているが、SCSSignalingtemplate要素のUri属性の場合も同様にして、SCSシグナリングテンプレートを格納したMetadataEnvelopファイルのURIが指定されることになる。これにより、クライアント装置５０では、当該URIに従い、MetadataEnvelopファイルを参照することで、SCSシグナリングテンプレートを取得することができる。
【０１７３】
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、ClockReferenceInformation要素、及び、Service要素の上位要素となる。
【０１７４】
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、bbpStreamId属性により識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。name属性には、BBPストリームの名称が指定される。
【０１７５】
ESGBootstrap要素には、ESGへのアクセス情報が指定される。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、及び、ESGBroadbandLocation要素の上位要素となる。providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadbandLocation要素は、ESGが通信により伝送される場合に、ESGurl属性により、そのESGのファイルにアクセスするためのURLを指定する。
【０１７６】
ClockReferenceInformation要素には、時刻情報（例えばNTP）に関する情報が指定される。ClockReferenceInformation要素は、sourceIPAddress属性、destinationIPAddress属性、及び、portNum属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、時刻情報を伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、時刻情報を伝送するポート番号が指定される。
【０１７７】
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin要素、SCBootstrap要素、及び、AssociatedService要素の上位要素となる。
【０１７８】
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、serviceId属性により識別する。serviceType属性には、サービスのタイプ情報が指定される。
【０１７９】
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。これらの属性値として"on"が指定された場合、当該サービスは非表示とされる。shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。accesControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。
【０１８０】
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalRFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalRFchannelId属性には、オリジナルRFチャンネルIDが指定される。オリジナルRFチャンネルIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。
【０１８１】
SCBootstrap要素には、サービスへのアクセス情報が指定される。SCBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、SCSを伝送するポート番号が指定される。tsi属性には、SCSを伝送するFLUTEセッションにおけるTSIが指定される。
【０１８２】
AssociatedService要素には、関連従属サービスに関する情報が指定される。AssociatedService要素は、RFchannelId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。RFchannelId属性には、関連従属サービスのRFチャンネルIDが指定される。bbpStreamId属性には、関連従属サービスのBBPストリームIDが指定される。serviceId属性には、関連従属サービスのサービスIDが指定される。
なお、図２３において、出現数（Cardinality）であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。
【０１８３】
＜３．システムの構成＞
【０１８４】
（放送通信システムの構成例）
図２６は、本技術を適用した放送通信システムの構成例を示す図である。なお、システムとは、複数の構成要素（装置等）の集合を意味する。
【０１８５】
図２６の放送通信システム１は、上述したLLS/SCSシグナリングテンプレートを用いたシグナリング情報配信サービスを実現可能なシステムである。図２６において、放送通信システム１は、データ提供サーバ１０、放送サーバ２０、通信サーバ３０、及び、クライアント装置５０から構成される。また、クライアント装置５０は、インターネット等からなるネットワーク９０を介して、通信サーバ３０と接続される。
【０１８６】
データ提供サーバ１０は、オーディオやビデオ、字幕などの各種のコンポーネントからなるコンテンツのストリームデータやメタデータ等を蓄積している。データ提供サーバ１０は、コンテンツのストリームデータに基づいて、セグメントデータを生成し、放送サーバ２０又は通信サーバ３０に送信する。また、データ提供サーバ１０は、コンテンツのメタデータやシグナリング情報を生成するためのシグナリング関連情報に基づいて、シグナリング情報を生成し、放送サーバ２０又は通信サーバ３０に送信する。
【０１８７】
なお、コンテンツは、オーディオやビデオ、字幕などの１又は複数のコンポーネントから構成される。また、セグメントデータは、FLUTEセッション等でコンテンツのストリームを伝送する場合に、各コンポーネントのファイルを、ISO BMFF（Base Media File Format）の規定に準じたセグメントごとに分割して得られるデータである。なお、セグメントは、イニシャライズセグメント（Initialization Segment）と、メディアセグメント（Media Segment）からなるが、ここでは、説明の簡略化のため、それらのセグメントを特に区別せずに説明する。
【０１８８】
放送サーバ２０は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報を受信する。放送サーバ２０は、データ提供サーバ１０からのシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成し、セグメントデータとともに、デジタル放送信号で送信する。
【０１８９】
また、放送サーバ２０は、データ提供サーバ１０からのシグナリング情報に基づいて、LLS差分情報やSCS差分情報、SCSテンプレート差分情報等の差分情報を生成し、セグメントデータとともに、デジタル放送信号で送信する。
【０１９０】
なお、放送サーバ２０は、送信装置としての、上述した配信サーバ（放送サーバ）に相当するものであって、例えば、放送事業者により提供される。
【０１９１】
通信サーバ３０は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報を受信する。通信サーバ３０は、データ提供サーバ１０からのシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成する。また、通信サーバ３０は、データ提供サーバ１０からのシグナリング情報に基づいて、LLS差分情報やSCS差分情報、SCSテンプレート差分情報等の差分情報を生成する。
【０１９２】
通信サーバ３０は、クライアント装置５０からの要求に応じて、セグメントデータ、LLS/SCSシグナリングテンプレート、LLS/SCS差分情報等の差分情報を、ネットワーク９０を介してクライアント装置５０に送信する。
【０１９３】
なお、通信サーバ３０は、送信装置としての、上述した配信サーバ（通信サーバ）に相当するものであって、例えば、放送事業者により提供される。
【０１９４】
クライアント装置５０は、放送サーバ２０からのデジタル放送信号により送信されるLLS/SCSシグナリングテンプレートと、LLS/SCS差分情報等の差分情報を受信する。また、クライアント装置５０は、通信サーバ３０に対する要求に応じて、ネットワーク９０を介して、通信サーバ３０から送信されてくるLLS/SCSシグナリングテンプレートと、LLS/SCS差分情報等の差分情報を受信する。
【０１９５】
クライアント装置５０は、放送又は通信で伝送されるLLSシグナリングテンプレートにLLS差分情報を適用して、LLSシグナリングインスタンスを生成する。また、クライアント装置５０は、放送又は通信で伝送されるSCSシグナリングテンプレートに、SCSテンプレート差分情報とSCS差分情報を適用して、SCSシグナリングインスタンスを生成する。そして、クライアント装置５０は、生成されたLLSシグナリングインスタンス（LLSシグナリング情報）やSCSシグナリングインスタンス（SCSシグナリング情報）に基づいて、放送又は通信で伝送されるセグメントデータを取得し、コンテンツの映像と音声を再生する。
【０１９６】
なお、クライアント装置５０は、受信装置としての、上述したクライアント装置に相当するものであって、例えば、ユーザの各家庭等に設置される。例えば、クライアント装置５０は、テレビ受像機、スマートフォンや携帯電話機、タブレット型の端末装置、パーソナルコンピュータなどとして構成される。
【０１９７】
放送通信システム１は、以上のように構成される。次に、図２６の放送通信システム１を構成する各装置の詳細な構成について説明する。
【０１９８】
（送信側の装置の構成例）
図２７は、図２６の各サーバの構成例を示す図である。
【０１９９】
図２７において、データ提供サーバ１０は、コンテンツ蓄積部１１１、セグメントデータ生成部１１２、シグナリング情報生成部１１３、シグナリング関連情報蓄積部１１４、及び、送信部１１５から構成される。
【０２００】
コンテンツ蓄積部１１１は、オーディオやビデオ、字幕などの各種のコンポーネントからなるコンテンツのストリームデータとメタデータを蓄積している。
【０２０１】
セグメントデータ生成部１１２は、コンテンツ蓄積部１１１に蓄積されているオーディオやビデオ等のコンテンツのストリームデータを取得する。セグメントデータ生成部１１２は、コンテンツのストリームデータに基づいて、セグメントデータを生成し、送信部１１５に供給する。
【０２０２】
シグナリング情報生成部１１３は、コンテンツ蓄積部１１１に蓄積されているコンテンツのメタデータと、シグナリング関連情報蓄積部１１４に蓄積されているシグナリング情報を生成するためのシグナリング関連情報を取得する。シグナリング情報生成部１１３は、メタデータ及びシグナリング関連情報に基づいて、シグナリング情報を生成し、送信部１１５に供給する。
【０２０３】
送信部１１５には、セグメントデータ生成部１１２からのセグメントデータと、シグナリング情報生成部１１３からのシグナリング情報が供給される。送信部１１５には、セグメントデータとシグナリング情報を、放送サーバ２０及び通信サーバ３０の少なくとも一方に送信する。
【０２０４】
データ提供サーバ１０は、以上のように構成される。
【０２０５】
図２７において、放送サーバ２０は、受信部２１１、セグメントデータ取得部２１２、シグナリングテンプレート生成部２１３、差分情報生成部２１４、及び、送信部２１５から構成される。
【０２０６】
受信部２１１は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報を受信し、セグメントデータをセグメントデータ取得部２１２に、シグナリング情報をシグナリングテンプレート生成部２１３及び差分情報生成部２１４にそれぞれ供給する。
【０２０７】
セグメントデータ取得部２１２は、受信部２１１から供給されるセグメントデータを取得して処理し、送信部２１５に供給する。
【０２０８】
シグナリングテンプレート生成部２１３は、受信部２１１から供給されるシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成し、差分情報生成部２１４及び送信部２１５に供給する。
【０２０９】
差分情報生成部２１４は、受信部２１１から供給されるシグナリング情報に基づいて、LLSシグナリングインスタンスを生成する。差分情報生成部２１４は、シグナリングテンプレート生成部２１３から供給されるLLSシグナリングテンプレート（LLS共通テンプレート）と、LLSシグナリングインスタンスとの差分をとることで、LLS差分情報を生成し、送信部２１５に供給する。
【０２１０】
また、差分情報生成部２１４は、受信部２１１から供給されるシグナリング情報に基づいて、SCS固有テンプレートを生成する。差分情報生成部２１４は、シグナリングテンプレート生成部２１３から供給されるSCSシグナリングテンプレート（SCS共通テンプレート）と、SCS固有テンプレートとの差分をとることで、SCSテンプレート差分情報を生成し、送信部２１５に供給する。
【０２１１】
さらに、差分情報生成部２１４は、受信部２１１から供給されるシグナリング情報に基づいて、SCS固有テンプレートと、SCSシグナリングインスタンスを生成する。差分情報生成部２１４は、SCS固有テンプレートと、SCSシグナリングインスタンスとの差分をとることで、SCS差分情報を生成し、送信部２１５に供給する。
【０２１２】
送信部２１５には、セグメントデータ取得部２１２からのセグメントデータと、シグナリングテンプレート生成部２１３からのLLS/SCSシグナリングテンプレートと、差分情報生成部２１４からのLLS/SCS差分情報等の差分情報が供給される。送信部２１５は、セグメントデータ、LLS/SCSシグナリングテンプレート、及び、LLS/SCS差分情報等の差分情報を変調し、アンテナ２１６を介してデジタル放送信号で送信する。
【０２１３】
なお、このとき、オーディオやビデオのセグメントデータとSCSシグナリング情報は、IP伝送方式を用いたデジタル放送の放送波によって、FLUTEセッションにより伝送される。
【０２１４】
放送サーバ２０は、以上のように構成される。
【０２１５】
図２７において、通信サーバ３０は、受信部３１１、セグメントデータ取得部３１２、シグナリングテンプレート生成部３１３、差分情報生成部３１４、及び、通信部３１５から構成される。
【０２１６】
受信部３１１は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報を受信し、セグメントデータをセグメントデータ取得部３１２に、シグナリング情報をシグナリングテンプレート生成部３１３及び差分情報生成部３１４にそれぞれ供給する。
【０２１７】
セグメントデータ取得部３１２は、受信部３１１から供給されるセグメントデータを取得して処理し、通信部３１５に供給する。
【０２１８】
シグナリングテンプレート生成部３１３は、受信部３１１から供給されるシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成し、差分情報生成部３１４及び通信部３１５に供給する。
【０２１９】
差分情報生成部３１４は、受信部３１１から供給されるシグナリング情報に基づいて、LLSシグナリングインスタンスを生成する。差分情報生成部３１４は、シグナリングテンプレート生成部３１３からのLLSシグナリングテンプレート（LLS共通テンプレート）と、LLSシグナリングインスタンスとの差分をとることで、LLS差分情報を生成し、通信部３１５に供給する。
【０２２０】
また、差分情報生成部３１４は、受信部３１１から供給されるシグナリング情報に基づいて、SCS固有テンプレートを生成する。差分情報生成部３１４は、シグナリングテンプレート生成部３１３からのSCSシグナリングテンプレート（SCS共通テンプレート）と、SCS固有テンプレートとの差分をとることで、SCSテンプレート差分情報を生成し、通信部３１５に供給する。
【０２２１】
さらに、差分情報生成部３１４は、受信部３１１から供給されるシグナリング情報に基づいて、SCS固有テンプレートと、SCSシグナリングインスタンスを生成する。差分情報生成部３１４は、SCS固有テンプレートと、SCSシグナリングインスタンスとの差分をとることで、SCS差分情報を生成し、通信部３１５に供給する。
【０２２２】
通信部３１５には、セグメントデータ取得部３１２からのセグメントデータと、シグナリングテンプレート生成部３１３からのLLS/SCSシグナリングテンプレートと、差分情報生成部３１４からのLLS/SCS差分情報等の差分情報が供給される。通信部３１５は、クライアント装置５０からの要求に応じて、セグメントデータ、LLS/SCSシグナリングテンプレート、又は、LLS/SCS差分情報等の差分情報を、ネットワーク９０を介して、クライアント装置５０に送信する。
【０２２３】
通信サーバ３０は、以上のように構成される。
【０２２４】
なお、図２６及び図２７においては、説明の都合上、送信側のデータ提供サーバ１０、放送サーバ２０、及び、通信サーバ３０を個別の装置であるとして説明しているが、送信側の装置は、図２７に示した機能的構成を有していればよく、例えば、データ提供サーバ１０と放送サーバ２０、又は、データ提供サーバ１０と通信サーバ３０を、１つの装置として捉えることができる。その際、例えば、受信部や送信部などの重複した機能については１つにまとめることができる。
【０２２５】
また、例えば、通信サーバ３０における、セグメントデータを提供する機能と、LLS/SCSシグナリングテンプレートやLLS/SCS差分情報等の差分情報等のシグナリング情報を提供する機能を分離して、セグメントデータとシグナリング情報が、異なるサーバから提供されるようにしてもよい。さらに、放送サーバ２０や通信サーバ３０において、セグメントデータやシグナリング情報が生成されるようにしてもよい。
【０２２６】
（受信側の装置の構成例）
図２８は、図２６のクライアント装置の構成例を示す図である。
【０２２７】
図２８において、クライアント装置５０は、チューナ５１２、フィルタリング処理部５１３、シグナリングテンプレート取得部５１４、差分情報取得部５１５、セグメントデータ取得部５１６、制御部５１７、入力部５１８、NVRAM５１９、再生部５２０、ストレージ５２１、及び、通信部５２２から構成される。
【０２２８】
チューナ５１２は、制御部５１７からの制御に従い、アンテナ５１１を介して受信したIP伝送方式を用いたデジタル放送の放送波から、選局が指示された特定のサービスのデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、フィルタリング処理部５１３に供給する。
【０２２９】
フィルタリング処理部５１３は、制御部５１７からの制御に従い、チューナ５１２から供給されるBBPストリームで伝送されるパケットに対して、IPアドレスやポート番号、TSI、TOIなどを用いたフィルタリング処理を行う。
【０２３０】
このフィルタリング処理によって、LLS/SCSシグナリングテンプレート、LLS/SCS差分情報等の差分情報、又は、コンテンツのセグメントデータが抽出される。そして、LLS/SCSシグナリングテンプレートは、シグナリングテンプレート取得部５１４に供給され、LLS/SCS差分情報等の差分情報は、差分情報取得部５１５に供給され、セグメントデータは、セグメントデータ取得部５１６に供給される。
【０２３１】
シグナリングテンプレート取得部５１４は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLS/SCSシグナリングテンプレート、又は、通信部５２２から供給されるLLS/SCSシグナリングテンプレートを取得して処理し、NVRAM５１９に記録する。例えば、シグナリングテンプレート取得部５１４は、SCDに格納されたLLS/SCSシグナリングテンプレートを抽出して、NVRAM５１９に記録させる。
【０２３２】
差分情報取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLS/SCS差分情報等の差分情報、又は、通信部５２２から供給されるLLS/SCS差分情報等の差分情報を取得して処理し、制御部５１７に供給する。なお、SCS差分情報やSCSテンプレート差分情報が、FLUTEセッションで伝送されている場合には、LCTパケットに格納されたデータを解析することで、それらの差分情報が取得されることになる。
【０２３３】
制御部５１７は、入力部５１８からの操作信号等に基づいて、クライアント装置５０の各部の動作を制御する。また、制御部５１７は、NVRAM５１９に各種の情報を記録させる。
【０２３４】
また、制御部５１７は、ユーザによりサービスの選局操作が行われた場合、NVRAM５１９から選局情報を読み出し、当該選局情報に基づいて、チューナ５１２により実行される選局処理を制御する。なお、選局情報は、初期スキャン処理等によってNVRAM５１９に記録されている。
【０２３５】
制御部５１７は、NVRAM５１９に記録されたLLSシグナリングテンプレートを読み出して、当該LLSシグナリングテンプレートに、差分情報取得部５１５から供給されるLLS差分情報を適用して、LLSシグナリングインスタンス（例えばSCD等）を生成する。
【０２３６】
また、制御部５１７は、NVRAM５１９に記録されたSCSシグナリングテンプレートを読み出して、当該SCSシグナリングテンプレートに、差分情報取得部５１５から供給されるSCSテンプレート差分情報とSCS差分情報を適用して、SCSシグナリングインスタンス（例えばUSDやMPD等）を生成する。制御部５１７は、SCSシグナリングインスタンスを解析することで得られる、特定のサービスに対応したIPアドレスやポート番号、TSI、TOIなどに基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。このフィルタリング処理によって、コンテンツのセグメントデータが、セグメントデータ取得部５１６に供給される。
【０２３７】
セグメントデータ取得部５１６は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるコンテンツのセグメントデータ、又は、通信部５２２から供給されるコンテンツのセグメントデータを取得して処理し、再生部５２０又はストレージ５２１に供給する。なお、コンテンツのセグメントデータが、FLUTEセッションで伝送されている場合には、オーディオやビデオのストリームに接続することで、LCTパケットに格納されたセグメントデータが抽出される。
【０２３８】
再生部５２０は、制御部５１７からの制御に従い、セグメントデータ取得部５１６により取得されたコンテンツのセグメントデータから得られるオーディオデータを再生して、スピーカ（不図示）に出力する。スピーカは、再生部５２０から出力されるオーディオデータに対応する音声を出力する。
【０２３９】
また、再生部５２０は、制御部５１７からの制御に従い、セグメントデータ取得部５１６により取得されたコンテンツのセグメントデータから得られるビデオデータを再生し、ディスプレイ（不図示）に出力する。ディスプレイは、再生部５２０から出力されるビデオデータに対応する映像を表示する。
【０２４０】
ストレージ５２１は、セグメントデータ取得部５１６から供給されるセグメントデータから得られるコンテンツのオーディオデータとビデオデータを蓄積する。ストレージ５２１は、再生部５２０からの要求に応じて、蓄積しているコンテンツのオーディオデータとビデオデータを供給する。再生部５２０は、ストレージ５２１から読み出されるオーディオデータとビデオデータを再生する。
【０２４１】
通信部５２２は、制御部５１７からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、シグナリング情報を要求する。通信部５２２は、ネットワーク９０を介して通信サーバ３０から送信されるLLS/SCSシグナリングテンプレート又はLLS/SCS差分情報等の差分情報を受信して、LLS/SCSシグナリングテンプレートを、シグナリングテンプレート取得部５１４に供給し、LLS/SCS差分情報等の差分情報を、差分情報取得部５１５に供給する。
【０２４２】
また、通信部５２２は、制御部５１７からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、コンテンツのストリーミング配信を要求する。通信部５２２は、ネットワーク９０を介して通信サーバ３０からストリーミング配信されるコンテンツのストリームのセグメントデータを受信し、セグメントデータ取得部５１６に供給する。
【０２４３】
なお、図２８のクライアント装置５０において、例えば、チューナ５１２、入力部５１８、NVRAM５１９、ストレージ５２１、及び、通信部５２２は、ハードウェアにより構成される。また、クライアント装置５０において、例えば、フィルタリング処理部５１３、シグナリングテンプレート取得部５１４、差分情報取得部５１５、セグメントデータ取得部５１６、制御部５１７の一部の機能、及び、再生部５２０の一部の機能は、ソフトウェア（例えば、「ミドルウェア」や「DASHクライアント」）により実現される機能である。
【０２４４】
また、図２８のクライアント装置５０の構成例においては、スピーカやディスプレイが外部に設けられている構成となっているが、クライアント装置５０がスピーカやディスプレイを有する構成としてもよい。この場合、例えば、クライアント装置５０は、テレビ受像機として構成され、ユーザの各家庭等に設置される。
【０２４５】
（制御部の機能的構成例）
図２９は、図２８の制御部５１７における、選局処理、フィルタリング処理、及び、通信処理の制御を行う部分の機能的構成例を示す図である。
【０２４６】
図２９において、制御部５１７は、選局制御部５５１、シグナリング情報生成部５５２、シグナリング情報解析部５５３、フィルタリング制御部５５４、及び、通信制御部５５５から構成される。
【０２４７】
選局制御部５５１は、チューナ５１２により実行される選局処理を制御する。フィルタリング制御部５５４は、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。
【０２４８】
選局制御部５５１がチューナ５１２を制御し、フィルタリング制御部５５４がフィルタリング処理部５１３を制御することで、シグナリングテンプレート取得部５１４によってLLSとして伝送されるLLS/SCSシグナリングテンプレートが取得され、NVRAM５１９に記録される。例えば、LLS/SCSシグナリングテンプレートはSCDに格納されているので、そこから抽出されることになる。
【０２４９】
また、差分情報取得部５１５によって、LLSとして伝送されるLLS差分情報が取得され、シグナリング情報生成部５５２に供給される。
【０２５０】
シグナリング情報生成部５５２は、NVRAM５１９に記録されたLLSシグナリングテンプレートを読み出して、当該LLSシグナリングテンプレートに、差分情報取得部５１５から供給されるLLS差分情報を適用して、LLSシグナリングインスタンスを生成し、シグナリング情報解析部５５３に供給する。シグナリング情報解析部５５３は、シグナリング情報生成部５５２から供給されるLLSシグナリングインスタンスを解析し、その解析結果に応じた処理を行う。
【０２５１】
選局制御部５５１は、選局処理時に、NVRAM５１９に記録された選局情報を取得する。選局制御部５５１は、取得した選局情報に基づいて、チューナ５１２により実行される選局処理を制御する。また、選局制御部５５１は、選局情報に含まれるSCDのSC Bootstrap情報を、フィルタリング制御部５５４に供給する。
【０２５２】
フィルタリング制御部５５４は、例えば、選局制御部５５１から供給されるSC Bootstrap情報に基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部５１３では、SCSのLCTパケットのフィルタリング処理が実行され、差分情報取得部５１５によって、SCSテンプレート差分情報又はSCS差分情報が取得され、シグナリング情報生成部５５２に供給される。
【０２５３】
シグナリング情報生成部５５２は、NVRAM５１９に記録されたSCSシグナリングテンプレート（SCS共通テンプレート）を読み出して、当該SCSシグナリングテンプレートに、差分情報取得部５１５から供給されるSCSテンプレート差分情報とSCS差分情報を適用して、SCSシグナリングインスタンス（例えばUSDやMPD等）を生成し、シグナリング情報解析部５５３に供給する。なお、SCS共通テンプレートに、SCSテンプレート差分情報を適用することで得られるSCS固有テンプレートは、NVRAM５１９に記録に記録される。
【０２５４】
シグナリング情報解析部５５３は、シグナリング情報生成部５５２から供給されるSCSシグナリングインスタンスを解析し、その解析結果を、フィルタリング制御部５５４又は通信制御部５５５に供給する。
【０２５５】
すなわち、シグナリング情報解析部５５３は、対象のコンテンツのセグメントデータの配信経路が放送となる場合には、当該コンテンツのストリームに接続するためのIPアドレス、ポート番号、TSI、TOIを特定し、フィルタリング制御部５５４に供給する。また、シグナリング情報解析部５５３は、セグメントデータの配信経路が通信となる場合には、それらの取得先の情報（例えばURL）を、通信制御部５５５に供給する。
【０２５６】
フィルタリング制御部５５４は、シグナリング情報解析部５５３から供給されるIPアドレス、ポート番号、TSI、TOIに基づいて、フィルタリング処理部５１３により実行されるフィルタリング処理を制御する。これにより、フィルタリング処理部５１３では、セグメントデータのLCTパケットのフィルタリング処理が実行され、それにより得られるコンテンツのセグメントデータが、セグメントデータ取得部５１６に供給される。
【０２５７】
通信制御部５５５は、シグナリング情報解析部５５３から供給される取得先の情報（例えばURL）に基づいて、通信部５２２により実行される通信処理を制御する。これにより、通信部５２２では、通信サーバ３０からネットワーク９０を介してストリーミング配信されるコンテンツのセグメントデータが受信され、セグメントデータ取得部５１６に供給される。
【０２５８】
以上、図２６の放送通信システム１を構成する各装置の詳細な構成について説明した。
【０２５９】
＜４．各装置の処理の流れ＞
【０２６０】
次に、図３０乃至図３２のフローチャートを参照して、図２６の放送通信システム１を構成する各装置で実行される処理の流れを説明する。
【０２６１】
（LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理）
まず、図３０及び図３１のフローチャートを参照して、図２６の放送通信システム１を構成する各装置により実行される、LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理の流れを説明する。
【０２６２】
図３０及び図３１においては、送信側の装置として、データ提供サーバ１０、放送サーバ２０、及び、通信サーバ３０の処理の流れが示され、受信側の装置として、クライアント装置５０の処理の流れが示されている。
【０２６３】
データ提供サーバ１０は、図３０のステップＳ１１１乃至Ｓ１１３の処理を実行する。具体的には、ステップＳ１１１において、セグメントデータ生成部１１２は、コンテンツ蓄積部１１１に蓄積されているコンテンツのストリームデータに基づいて、セグメントデータを生成する。
【０２６４】
ステップＳ１１２において、シグナリング情報生成部１１３は、コンテンツ蓄積部１１１に蓄積されているコンテンツのメタデータと、シグナリング関連情報蓄積部１１４に蓄積されているシグナリング情報を生成するためのシグナリング関連情報に基づいて、シグナリング情報を生成する。
【０２６５】
ステップＳ１１３において、送信部１１５は、ステップＳ１１１の処理で生成されたセグメントデータと、ステップＳ１１２の処理で生成されたシグナリング情報を、放送サーバ２０に送信する。また、送信部１１５は、ステップＳ１１１の処理で生成されたセグメントデータを、通信サーバ３０に送信する。
【０２６６】
放送サーバ２０は、図３０のステップＳ２１１乃至Ｓ２１９の処理と、図３１のステップＳ２２０の処理を実行する。具体的には、ステップＳ２１１において、受信部２１１は、データ提供サーバ１０から送信されてくるセグメントデータとシグナリング情報を受信し、セグメントデータをセグメントデータ取得部２１２に、シグナリング情報をシグナリングテンプレート生成部２１３及び差分情報生成部２１４にそれぞれ供給する。
【０２６７】
ステップＳ２１２において、シグナリングテンプレート生成部２１３は、ステップＳ２１１の処理で受信されたシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成する。
【０２６８】
ステップＳ２１３において、送信部２１５は、ステップＳ２１２の処理で生成されたLLS共通テンプレートとSCS共通テンプレートをLLSパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。
【０２６９】
ステップＳ２１４において、差分情報生成部２１４は、ステップＳ２１１の処理で受信されたシグナリング情報に基づいて、LLSシグナリングインスタンスを生成する。また、差分情報生成部２１４は、ステップＳ２１２の処理で生成されたLLSシグナリングテンプレート（LLS共通テンプレート）と、LLSシグナリングインスタンスとの差分をとることで、LLS差分情報を生成する。
【０２７０】
ステップＳ２１５において、送信部２１５は、ステップＳ２１４の処理で生成されたLLS差分情報をLLSパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。なお、ステップＳ２１２乃至Ｓ２１５の処理においては、LLS/SCSシグナリングテンプレートと、LLS差分情報をLLSパケットに格納して、LLSで伝送するので、「LLS伝送処理」を実行していると言える。
【０２７１】
ステップＳ２１６において、差分情報生成部２１４は、ステップＳ２１１の処理で受信されたシグナリング情報に基づいて、SCS固有テンプレートを生成する。また、差分情報生成部２１４は、ステップＳ２１２の処理で生成されたSCSシグナリングテンプレート（SCS共通テンプレート）と、SCS固有テンプレートとの差分をとることで、SCSテンプレート差分情報を生成する。
【０２７２】
ステップＳ２１７において、送信部２１５は、ステップＳ２１６の処理で生成されたSCSテンプレート差分情報をLCTパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。
【０２７３】
ステップＳ２１８において、差分情報生成部２１４は、ステップＳ２１１の処理で受信されたシグナリング情報に基づいて、SCS固有テンプレートと、SCSシグナリングインスタンスを生成する。また、差分情報生成部２１４は、SCS固有テンプレートと、SCSシグナリングインスタンスとの差分をとることで、SCS差分情報を生成する。
【０２７４】
ステップＳ２１９において、送信部２１５は、ステップＳ２１８の処理で生成されたSCS差分情報をLCTパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。なお、ステップＳ２１６乃至Ｓ２１９の処理においては、SCSテンプレート差分情報と、SCS差分情報をLCTパケットに格納して、SCSでFLUTEセッションにより伝送するので、「SCS伝送処理」を実行していると言える。
【０２７５】
ステップＳ２２０において、セグメントデータ取得部２１２は、ステップＳ２１１の処理で受信されたセグメントデータを取得して処理する。送信部２１５は、セグメントデータ取得部２１２により処理されたセグメントデータを、LCTパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。
【０２７６】
通信サーバ３０は、図３０のステップＳ３１１の処理と、図３１のステップＳ３１２乃至３１３の処理を実行する。具体的には、ステップＳ３１１において、受信部３１１は、データ提供サーバ１０から送信されてくるセグメントデータを受信し、セグメントデータ取得部３１２に供給する。
【０２７７】
ステップＳ３１２において、通信部３１５は、クライアント装置５０からネットワーク９０を介して送信されてくるセグメントデータの要求を受信する。ステップＳ３１３において、通信部３１５は、ステップＳ３１２の処理で受信したクライアント装置５０からの要求に応じて、ステップＳ３１１の処理で受信したセグメントデータを、HTTPプロトコルに従い、ネットワーク９０を介してクライアント装置５０に送信する。
【０２７８】
クライアント装置５０は、図３０のステップＳ５１１乃至Ｓ５２２と、図３１のステップＳ５２３乃至Ｓ５３１の処理を実行する。具体的には、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLLSパケットが受信される（Ｓ５１１）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LLSパケットのフィルタリング処理を行う。
【０２７９】
ステップＳ５１２において、シグナリングテンプレート取得部５１４は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を取得する。ステップＳ５１３において、シグナリングテンプレート取得部５１４は、ステップＳ５１２の処理で取得されたLLS共通テンプレートとSCS共通テンプレートを、NVRAM５１９に記録する。
【０２８０】
また、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLLSパケットが受信される（Ｓ５１４）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LLSパケットのフィルタリング処理を行う。
【０２８１】
ステップＳ５１５において、差分情報取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLS差分情報を取得する。
【０２８２】
ステップＳ５１６において、シグナリング情報生成部５５２は、ステップＳ５１３の処理でNVRAM５１９に記録されたLLS共通テンプレートを読み出して、当該LLS共通テンプレートに、ステップＳ５１５の処理で取得されたLLS差分情報を適用して、LLSシグナリングインスタンスを生成する。
【０２８３】
なお、ステップＳ５１１乃至Ｓ５１６の処理においては、LLSで伝送されるLLSパケットに格納されたLLS/SCSシグナリングテンプレートと、LLS差分情報が取得され、LLSシグナリングインスタンスが生成されるので、「LLS伝送処理」を実行していると言える。
【０２８４】
また、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLCTパケットが受信される（Ｓ５１７）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LCTパケットのフィルタリング処理を行う。
【０２８５】
ステップＳ５１８において、差分情報取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるSCSテンプレート差分情報を取得する。
【０２８６】
ステップＳ５１９において、シグナリング情報生成部５５２は、ステップＳ５１３の処理でNVRAM５１９に記録されたSCS共通テンプレートを読み出して、当該SCS共通テンプレートに、ステップＳ５１８の処理で取得されたSCSテンプレート差分情報を適用して、SCS固有テンプレートを生成する。このSCS固有テンプレートは、SCSシグナリングテンプレートとして、NVRAM５１９に記録される。
【０２８７】
また、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLCTパケットが受信される（Ｓ５２０）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LCTパケットのフィルタリング処理を行う。
【０２８８】
ステップＳ５２１において、差分情報取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるSCS差分情報を取得する。
【０２８９】
ステップＳ５２２において、シグナリング情報生成部５５２は、ステップＳ５１９の処理でNVRAM５１９に記録されたSCS固有テンプレートを読み出して、当該SCS固有テンプレートに、ステップＳ５２１の処理で取得されたSCS差分情報を適用して、SCSシグナリングインスタンスを生成する。
【０２９０】
なお、ステップＳ５１７乃至Ｓ５２２の処理においては、SCSで伝送されるLCTパケットに格納されたSCSテンプレート差分情報と、SCS差分情報が取得され、SCSシグナリングインスタンスが生成されるので、「SCS伝送処理」を実行していると言える。
【０２９１】
ステップＳ５２３において、シグナリング情報解析部５５３は、ステップＳ５２２の処理で生成されたSCSシグナリングインスタンス（例えばUSDやMPD等）をパーシング（解析）する。
【０２９２】
ステップＳ５２４において、シグナリング情報解析部５５３は、ステップＳ５２３の処理のパーシングの結果に従い、放送・通信のアドレス解決を行い、コンテンツのストリームの配信経路が放送であるか、通信であるかの判定処理を行う（Ｓ５２５）。ここでは、例えば、USDのDeliveryMethod要素には、ストリームの配信経路を識別するための情報が指定されるので、USDを参照することで、MPDのAdaptationSet要素（Representation要素）に列挙されたコンテンツのストリームが、放送又は通信のいずれかで伝送されているかのアドレス解決を行うことができる。
【０２９３】
ステップＳ５２５において、コンテンツのストリームの配信経路が放送であると判定された場合、処理は、ステップＳ５２６に進められる。ステップＳ５２６においては、放送サーバ２０からデジタル放送信号として送信されるLCTパケットが受信される。
【０２９４】
そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LCTパケットのフィルタリング処理を行う。このフィルタリング処理によって、LCTパケットに格納されたセグメントデータが抽出され、セグメントデータ取得部５１６により取得される（Ｓ５２７）。
【０２９５】
一方、ステップＳ５２５において、コンテンツのストリームの配信経路が通信であると判定された場合、処理は、ステップＳ５２８に進められる。ステップＳ５２８において、通信部５２２は、通信制御部５５５からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、コンテンツのストリーミング配信を要求する。
【０２９６】
ステップＳ５２９において、通信部５２２は、通信制御部５５５からの制御に従い、通信サーバ３０からストリーミング配信されるコンテンツのストリームのセグメントデータを受信する。このセグメントデータは、セグメントデータ取得部５１６により取得される。
【０２９７】
ステップＳ５２７又はステップＳ５２９の処理によって、セグメントデータが取得されると、処理は、ステップＳ５３０に進められる。
【０２９８】
そして、再生部５２０は、セグメントデータ取得部５１５から供給されるセグメントデータのバッファリングを行い（Ｓ５３０）、さらに、レンダリングを行う（Ｓ５３１）。これにより、クライアント装置５０では、放送サーバ２０又は通信サーバ３０から配信されるコンテンツが再生されることになる。
【０２９９】
以上、LLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理について説明した。このLLS/SCSシグナリングテンプレートを用いたシグナリング情報配信処理では、継続的に利用可能な情報をLLS/SCSシグナリングテンプレートとして先行して配信しておいて、その後に、LLS/SCS差分情報が配信されるようにする。
【０３００】
これにより、クライアント装置５０では、先行して取得されたLLS/SCSシグナリングテンプレートに対して、LLS/SCS差分情報を適用することで、LLS/SCSシグナリングインスタンスが生成されることになる。そして、クライアント装置５０では、生成されたLLS/SCSシグナリングインスタンスに基づいて、コンテンツの受信再生処理が実行される。
【０３０１】
その際に、放送サーバ２０からクライアント装置５０に配信される、LLS/SCS差分情報は、LLS/SCSシグナリングインスタンス（LLS/SCSシグナリング情報）と比べて、データサイズが小さくなるので、XML文書等のテキスト形式のシグナリング情報を配信する場合でも、効率的な配信を行うことができる。特に、XML文書の場合、宣言文などの固定の文字列が多いため、全文ではなくて差分のみを配信することはより効果的である。
【０３０２】
なお、図３０及び図３１においては、クライアント装置５０が、図２８及び図２９に示した機能的構成を有しているので、それらの構成要素が処理を実行するものとして説明したが、実際には、クライアント装置５０で実行される、ミドルウェアやDASHクライアントが各処理を実行することになる。また、放送サーバ２０と通信サーバ３０で実行される処理についても、実際にはミドルウェアが各処理を実行することになる。
【０３０３】
また、LLS/SCSシグナリングテンプレートに、LLS/SCS差分情報を適用するタイミングであるが、例えば、LLS/SCSシグナリングテンプレート識別子やLLS/SCSシグナリングインスタンス識別子に含まれるバージョン情報を監視して、バージョン情報が更新されたタイミングでLLS/SCS差分情報を適用したり、有効期限が指定されている場合には、当該有効期限を経過したときに、LLS/SCS差分情報を取得して適用したりすることができる。ただし、ここに例示したLLS/SCS差分情報を適用するタイミングは一例であって、他のタイミングでLLS/SCS差分情報を適用するようにしてもよい。
【０３０４】
さらに、図３０及び図３１においては、放送サーバ２０が、LLS/SCSシグナリングテンプレートやLLS/SCS差分情報等のシグナリング情報を提供するとして説明したが、それらのシグナリング情報は、ネットワーク９０を介して通信サーバ３０が提供するようにしてもよい。
【０３０５】
（サービス固有のSCSシグナリング情報に対応したシグナリング情報配信処理）
次に、図３２のフローチャートを参照して、図２６の放送通信システム１を構成する各装置により実行される、サービス固有のSCSシグナリング情報に対応したシグナリング情報配信処理の流れを説明する。
【０３０６】
図３２においては、送信側の装置として、放送サーバ２０と、通信サーバ３０の処理の流れが示され、受信側の装置として、クライアント装置５０の処理の流れが示されている。なお、データ提供サーバ１０の処理の流れは省略しているが、データ提供サーバ１０により生成されたシグナリング情報が、放送サーバ２０及び通信サーバ３０に提供されているものとする。また、放送サーバ２０と通信サーバ３０は、LLS/SCSシグナリングテンプレートの情報を共有しているものとする。
【０３０７】
また、図３２においては、例えば、ATSC等の標準化団体により管理される放送サーバ２０が、プラットフォーム共通のシグナリング情報を配信し、各放送局などにより管理される通信サーバ３０が、サービス固有のシグナリング情報を配信するものとして説明する。
【０３０８】
放送サーバ２０は、図３２のステップＳ２５１乃至Ｓ２５４の処理を実行する。具体的には、ステップＳ２５１において、シグナリングテンプレート生成部２１３は、データ提供サーバ１０から取得したシグナリング情報に基づいて、LLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を生成する。
【０３０９】
ステップＳ２５２において、送信部２１５は、ステップＳ２５１の処理で生成されたLLS共通テンプレートとSCS共通テンプレートをLLSパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。
【０３１０】
ステップＳ２５３において、差分情報生成部２１４は、データ提供サーバ１０から取得したシグナリング情報に基づいて、LLSシグナリングインスタンスを生成する。また、差分情報生成部２１４は、ステップＳ２５１の処理で生成されたLLSシグナリングテンプレート（LLS共通テンプレート）と、LLSシグナリングインスタンスとの差分をとることで、LLS差分情報を生成する。
【０３１１】
ステップＳ２５４において、送信部２１５は、ステップＳ２５３の処理で生成されたLLS差分情報をLLSパケットに格納して、アンテナ２１６を介してデジタル放送信号で送信する。
【０３１２】
通信サーバ３０は、図３２のステップＳ３５１乃至Ｓ３５６の処理を実行する。具体的には、ステップＳ３５１において、通信部３１５は、クライアント装置５０からネットワーク９０を介して送信されてくるSCSテンプレート差分情報の要求を受信する。
【０３１３】
ステップＳ３５２において、差分情報生成部３１４は、データ提供サーバ１０から取得したシグナリング情報に基づいて、サービス固有のSCS固有テンプレートを生成する。差分情報生成部３１４は、ステップＳ２５１で生成されたSCSシグナリングテンプレート（SCS共通テンプレート）と、SCS固有テンプレートとの差分をとることで、SCSテンプレート差分情報を生成する。
【０３１４】
ステップＳ３５３において、通信部３１５は、ステップＳ３５１の処理で受信したクライアント装置５０からの要求に応じて、ステップＳ３５２の処理で生成されたSCSテンプレート差分情報を、HTTPプロトコルに従い、ネットワーク９０を介してクライアント装置５０に送信する。
【０３１５】
ステップＳ３５４において、通信部３１５は、クライアント装置５０からネットワーク９０を介して送信されてくるSCS差分情報の要求を受信する。
【０３１６】
ステップＳ３５５において、差分情報生成部３１４は、データ提供サーバ１０から取得したシグナリング情報に基づいて、サービス固有のSCS固有テンプレートと、SCSシグナリングインスタンスを生成する。差分情報生成部３１４は、SCS固有テンプレートと、SCSシグナリングインスタンスとの差分をとることで、SCS差分情報を生成する。
【０３１７】
ステップＳ３５６において、通信部３１５は、ステップＳ３５４の処理で受信したクライアント装置５０からの要求に応じて、ステップＳ３５５の処理で生成されたSCS差分情報を、HTTPプロトコルに従い、ネットワーク９０を介してクライアント装置５０に送信する。
【０３１８】
クライアント装置５０は、図３２のステップＳ５５１乃至Ｓ５６２の処理を実行する。具体的には、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLLSパケットが受信される（Ｓ５５１）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LLSパケットのフィルタリング処理を行う。
【０３１９】
ステップＳ５５２において、シグナリングテンプレート取得部５１４は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLSシグナリングテンプレート（LLS共通テンプレート）と、SCSシグナリングテンプレート（SCS共通テンプレート）を取得する。ステップＳ５５３において、シグナリングテンプレート取得部５１４は、LLS共通テンプレートとSCS共通テンプレートを、NVRAM５１９に記録する。
【０３２０】
ステップＳ５５４において、通信部５２２は、通信制御部５５５からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、SCSテンプレート差分情報を要求する。ステップＳ５５５において、通信部５２２は、通信制御部５５５からの制御に従い、通信サーバ３０から配信されるSCSテンプレート差分情報を受信する。このSCSテンプレート差分情報は、差分情報取得部５１５により取得される。
【０３２１】
ステップＳ５５６において、シグナリング情報生成部５５２は、ステップＳ５５３の処理でNVRAM５１９に記録されたSCS共通テンプレートを読み出して、当該SCS共通テンプレートに、ステップＳ５５５の処理で取得されたSCSテンプレート差分情報を適用して、SCS固有テンプレートを生成する。このSCS固有テンプレートは、SCSシグナリングテンプレートとして、NVRAM５１９に記録される。
【０３２２】
また、クライアント装置５０では、放送サーバ２０からデジタル放送信号として送信されるLLSパケットが受信される（Ｓ５５７）。そして、フィルタリング処理部５１３は、フィルタリング制御部５５４からの制御に従い、LLSパケットのフィルタリング処理を行う。
【０３２３】
ステップＳ５５８において、差分情報取得部５１５は、フィルタリング処理部５１３によるフィルタリング処理の結果得られるLLS差分情報を取得する。
【０３２４】
ステップＳ５５９において、シグナリング情報生成部５５２は、ステップＳ５５３の処理でNVRAM５１９に記録されたLLS共通テンプレートを読み出して、当該LLS共通テンプレートに、ステップＳ５５８の処理で取得されたLLS差分情報を適用して、LLSシグナリングインスタンスを生成する。
【０３２５】
ステップＳ５６０において、通信部５２２は、通信制御部５５５からの制御に従い、ネットワーク９０を介して通信サーバ３０にアクセスし、SCS差分情報を要求する。ステップＳ５６１において、通信部５２２は、通信制御部５５５からの制御に従い、通信サーバ３０から配信されるSCS差分情報を受信する。このSCS差分情報は、差分情報取得部５１５により取得される。
【０３２６】
ステップＳ５６２において、シグナリング情報生成部５５２は、ステップＳ５５６の処理でNVRAM５１９に記録されたSCS固有テンプレートを読み出して、当該SCS固有テンプレートに、ステップＳ５６１の処理で取得されたSCS差分情報を適用して、SCSシグナリングインスタンスを生成する。
【０３２７】
このようにして、ステップＳ５５９の処理でLLSシグナリングインスタンス（例えばSCD等）が生成され、ステップＳ５６２の処理でSCSシグナリングインスタンス（例えばUSDやMPD等）が生成されるので、これらのシグナリング情報を用い、コンテンツのストリームデータが取得され、再生されることになる。
【０３２８】
以上、サービス固有のSCSシグナリング情報に対応したシグナリング情報配信処理について説明した。このサービス固有のSCSシグナリング情報に対応したシグナリング情報配信処理では、例えば、ATSC等の標準化団体により管理される放送サーバ２０が、LLS/SCSシグナリングインスタンスやLLS差分情報等のプラットフォーム共通のシグナリング情報を配信し、各放送局などにより管理される通信サーバ３０が、SCSテンプレート差分情報やSCS差分情報等のサービス固有のシグナリング情報を配信するなど、様々な運用形態に柔軟に対応することができる。
【０３２９】
＜５．コンピュータの構成＞
【０３３０】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図３３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
【０３３１】
コンピュータ９００において、CPU（Central Processing Unit）９０１、ROM（Read Only Memory）９０２、RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
【０３３２】
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
【０３３３】
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
【０３３４】
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
【０３３５】
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
【０３３６】
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
【０３３７】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０３３８】
また、本技術は、以下のような構成をとることができる。
【０３３９】
（１）
IP（Internet Protocol）伝送方式のプロトコルの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２のシグナリングテンプレートを取得するシグナリングテンプレート取得部と、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、前記第２のシグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報を取得する差分情報取得部と、
前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２のシグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成するシグナリング情報生成部と
を備える受信装置。
（２）
前記第１のシグナリングテンプレート、前記第２のシグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
前記第２の差分情報は、前記第２の階層で伝送され、
前記シグナリングテンプレート取得部は、前記第１の階層で伝送される、前記第１のシグナリングテンプレートと前記第２のシグナリングテンプレートを取得し、
前記差分情報取得部は、前記第１の階層で伝送される前記第１の差分情報と、前記第２の階層で伝送される前記第２の差分情報を取得する
（１）に記載の受信装置。
（３）
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
前記第２のシグナリング情報は、前記サービスに依存するパラメータを含んでいる
（１）又は（２）に記載の受信装置。
（４）
前記差分情報取得部は、前記第２の階層で伝送される、前記第２のシグナリングテンプレートに適用してサービス固有の前記第２のシグナリングテンプレートを生成するための第３の差分情報を取得し、
サービス固有の前記第２のシグナリングテンプレートは、前記第２のシグナリングテンプレートに対して前記第３の差分情報を適用することで生成される
（３）に記載の受信装置。
（５）
前記第１のシグナリングテンプレートと、前記第２のシグナリングテンプレートは、前記第１のシグナリング情報に格納される
（１）乃至（４）のいずれかに記載の受信装置。
（６）
前記第１のシグナリングテンプレートと、前記第２のシグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
（１）乃至（４）のいずれかに記載の受信装置。
（７）
前記第１のシグナリングテンプレートと、前記第２のシグナリングテンプレートを記録する記録部をさらに備える
（１）乃至（６）のいずれかに記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式のプロトコルの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２のシグナリングテンプレートを取得し、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、前記第２のシグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報を取得し、
前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２のシグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成する
ステップを含む受信方法。
（９）
IP伝送方式のプロトコルの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２のシグナリングテンプレートを生成するシグナリングテンプレート生成部と、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、前記第２のシグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報を生成する差分情報生成部と、
前記第１のシグナリングテンプレート、前記第２のシグナリングテンプレート、前記第１の差分情報、又は、前記第２の差分情報を送信する送信部と
を備える送信装置。
（１０）
前記第１のシグナリングテンプレート、前記第２のシグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
前記第２の差分情報は、前記第２の階層で伝送される
（９）に記載の送信装置。
（１１）
前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
前記第２のシグナリング情報は、前記サービスに依存するパラメータを含んでいる
（９）又は（１０）に記載の送信装置。
（１２）
前記差分情報生成部は、前記第２のシグナリングテンプレートに適用して、サービス固有の前記第２のシグナリングテンプレートを生成するための第３の差分情報を生成し、
前記送信部は、前記第２の階層で伝送されるように、前記第３の差分情報を送信する
（１１）に記載の送信装置。
（１３）
前記第１のシグナリングテンプレートと、前記第２のシグナリングテンプレートは、前記第１のシグナリング情報に格納される
（９）乃至（１２）のいずれかに記載の送信装置。
（１４）
前記第１のシグナリングテンプレートと、前記第２のシグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
（９）乃至（１２）のいずれかに記載の送信装置。
（１５）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式のプロトコルの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２のシグナリングテンプレートを生成し、
前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、前記第２のシグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報を生成し、
前記第１のシグナリングテンプレート、前記第２のシグナリングテンプレート、前記第１の差分情報、又は、前記第２の差分情報を送信する
ステップを含む送信方法。
【符号の説明】
【０３４０】
１  放送通信システム，  １０  データ提供サーバ，  ２０  放送サーバ，  ３０  通信サーバ，  ５０  クライアント装置，  ９０  ネットワーク，  ２１１  受信部，  ２１２  セグメントデータ取得部，  ２１３  シグナリングテンプレート生成部，  ２１４  差分情報生成部，  ２１５  送信部，  ３１１  受信部，  ３１２  セグメントデータ取得部，  ３１３  シグナリングテンプレート生成部，  ３１４  差分情報生成部，  ３１５  通信部，  ５１２  チューナ，  ５１３  フィルタリング処理部，  ５１４  シグナリングテンプレート取得部，  ５１５  差分情報取得部，  ５１６  セグメントデータ取得部，  ５１７  制御部，  ５１８  入力部，  ５１９  NVRAM，  ５２０  再生部，  ５２１  ストレージ，  ５２２  通信部，  ５５１  選局制御部，  ５５２  シグナリング情報生成部，  ５５３  シグナリング情報解析部，  ５５４  フィルタリング制御部，  ５５５  通信制御部，  ９００  コンピュータ，  ９０１  CPU
【図１】
0006579391.tif 000002
【図２】
0006579391.tif 000003
【図３】
0006579391.tif 000004
【図４】
0006579391.tif 000005
【図５】
0006579391.tif 000006
【図６】
0006579391.tif 000007
【図７】
0006579391.tif 000008
【図８】
0006579391.tif 000009
【図９】
0006579391.tif 000010
【図１０】
0006579391.tif 000011
【図１１】
0006579391.tif 000012
【図１２】
0006579391.tif 000013
【図１３】
0006579391.tif 000014
【図１４】
0006579391.tif 000015
【図１５】
0006579391.tif 000016
【図１６】
0006579391.tif 000017
【図１７】
0006579391.tif 000018
【図１８】
0006579391.tif 000019
【図１９】
0006579391.tif 000020
【図２０】
0006579391.tif 000021
【図２１】
0006579391.tif 000022
【図２２】
0006579391.tif 000023
【図２３】
0006579391.tif 000024
【図２４】
0006579391.tif 000025
【図２５】
0006579391.tif 000026
【図２６】
0006579391.tif 000027
【図２７】
0006579391.tif 000028
【図２８】
0006579391.tif 000029
【図２９】
0006579391.tif 000030
【図３０】
0006579391.tif 000031
【図３１】
0006579391.tif 000032
【図３２】
0006579391.tif 000033
【図３３】
0006579391.tif 000034