JP6579391B2 - 受信装置、受信方法、送信装置、及び、送信方法 - Google Patents

受信装置、受信方法、送信装置、及び、送信方法 Download PDF

Info

Publication number
JP6579391B2
JP6579391B2 JP2016532854A JP2016532854A JP6579391B2 JP 6579391 B2 JP6579391 B2 JP 6579391B2 JP 2016532854 A JP2016532854 A JP 2016532854A JP 2016532854 A JP2016532854 A JP 2016532854A JP 6579391 B2 JP6579391 B2 JP 6579391B2
Authority
JP
Japan
Prior art keywords
signaling
template
information
difference information
scs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2016532854A
Other languages
English (en)
Other versions
JPWO2016006431A1 (ja
Inventor
山岸　靖明
靖明 山岸
北里　直久
直久 北里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2016006431A1 publication Critical patent/JPWO2016006431A1/ja
Application granted granted Critical
Publication of JP6579391B2 publication Critical patent/JP6579391B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H04N21/4351—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream involving reassembling additional data, e.g. rebuilding an executable program from recovered modules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、コンテンツの受信再生処理に必要となるシグナリング情報を効率的に配信することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
近年、インターネットを利用して提供されるストリーミングサービスの配信方式の主流が、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

Claims (15)

  1. IP（Internet Protocol）伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを取得するシグナリングテンプレート取得部と、
    前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を取得する差分情報取得部と、
    前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成するシグナリング情報生成部と
    を備える受信装置。
  2. 前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
    前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送され、
    前記シグナリングテンプレート取得部は、前記第１の階層で伝送される、前記第１のシグナリングテンプレートと前記第２の共通シグナリングテンプレートを取得し、
    前記差分情報取得部は、前記第１の階層で伝送される前記第１の差分情報と、前記第２の階層で伝送される前記第２の差分情報、及び、前記第３の差分情報を取得する
    請求項１に記載の受信装置。
  3. 前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
    前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、
    前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、
    前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートである
    請求項１又は２に記載の受信装置。
  4. 前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信される
    請求項１乃至３のいずれかに記載の受信装置。
  5. 前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納される
    請求項１乃至４のいずれかに記載の受信装置。
  6. 前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
    請求項１乃至４のいずれかに記載の受信装置。
  7. 前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートを記録する記録部をさらに備える
    請求項１乃至６のいずれかに記載の受信装置。
  8. 受信装置の受信方法において、
    前記受信装置が、
    IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを取得し、
    前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を取得し、
    前記第１のシグナリングテンプレートに対して前記第１の差分情報を適用して、前記第１のシグナリング情報を生成するとともに、前記第２の共通シグナリングテンプレートに対して前記第３の差分情報を適用することで生成される前記第２の固有シグナリングテンプレートに対して前記第２の差分情報を適用して、前記第２のシグナリング情報を生成する
    ステップを含む受信方法。
  9. IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを生成するシグナリングテンプレート生成部と、
    前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を生成する差分情報生成部と、
    前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報を送信する送信部と
    を備える送信装置。
  10. 前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、及び、前記第１の差分情報は、前記第１の階層で伝送され、
    前記第２の差分情報、及び、前記第３の差分情報は、前記第２の階層で伝送される
    請求項９に記載の送信装置。
  11. 前記第１のシグナリング情報は、IPアドレスで識別されるサービスに依存しないパラメータを含み、
    前記第２のシグナリング情報は、前記サービスに依存するパラメータを含み、
    前記第２の共通シグナリングテンプレートは、サービス共通のテンプレートであり、
    前記第２の固有シグナリングテンプレートは、サービス固有のテンプレートである
    請求項９又は１０に記載の送信装置。
  12. 前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報は、放送経由又は通信経由でそれぞれ配信される
    請求項９乃至１１のいずれかに記載の送信装置。
  13. 前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートは、前記第１のシグナリング情報に格納される
    請求項９乃至１２のいずれかに記載の送信装置。
  14. 前記第１のシグナリングテンプレートと、前記第２の共通シグナリングテンプレートの参照先を示す情報が、前記第１のシグナリング情報に格納される
    請求項９乃至１２のいずれかに記載の送信装置。
  15. 送信装置の送信方法において、
    前記送信装置が、
    IP伝送方式のプロトコルスタックの階層におけるIP層よりも下位の第１の階層で伝送される第１のシグナリング情報を生成するための第１のシグナリングテンプレートと、前記IP層よりも上位の第２の階層で伝送される第２のシグナリング情報を生成するための第２の共通シグナリングテンプレートを生成し、
    前記第１のシグナリングテンプレートに適用して前記第１のシグナリング情報を生成するための第１の差分情報と、第２の固有シグナリングテンプレートに適用して前記第２のシグナリング情報を生成するための第２の差分情報と、前記第２の共通シグナリングテンプレートに適用して前記第２の固有シグナリングテンプレートを生成するための第３の差分情報を生成し、
    前記第１のシグナリングテンプレート、前記第２の共通シグナリングテンプレート、前記第１の差分情報、前記第２の差分情報、及び、前記第３の差分情報を送信する
    ステップを含む送信方法。
JP2016532854A 2014-07-07 2015-06-23 受信装置、受信方法、送信装置、及び、送信方法 Expired - Fee Related JP6579391B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014139777 2014-07-07
JP2014139777 2014-07-07
PCT/JP2015/067946 WO2016006431A1 (ja) 2014-07-07 2015-06-23 受信装置、受信方法、送信装置、及び、送信方法

Publications (2)

Publication Number Publication Date
JPWO2016006431A1 JPWO2016006431A1 (ja) 2017-04-27
JP6579391B2 true JP6579391B2 (ja) 2019-09-25

Family

ID=55064069

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016532854A Expired - Fee Related JP6579391B2 (ja) 2014-07-07 2015-06-23 受信装置、受信方法、送信装置、及び、送信方法

Country Status (7)

Country Link
US (2) US10749919B2 (ja)
EP (1) EP3169078A4 (ja)
JP (1) JP6579391B2 (ja)
KR (1) KR20170030490A (ja)
CA (1) CA2953310A1 (ja)
MX (1) MX2016016817A (ja)
WO (1) WO2016006431A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010021526A2 (en) * 2008-08-22 2010-02-25 Lg Electronics Inc. A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver
MX2016016817A (es) * 2014-07-07 2017-03-27 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision y metodo de transmision.
CN106233693B (zh) * 2014-11-13 2020-01-03 Lg 电子株式会社 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
WO2016122247A1 (ko) * 2015-01-29 2016-08-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
JPWO2016136489A1 (ja) * 2015-02-27 2017-12-07 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
WO2016140486A1 (ko) * 2015-03-02 2016-09-09 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10721538B2 (en) * 2015-03-08 2020-07-21 Lg Electronics Inc. Apparatus and method for transmitting and receiving broadcast signal

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030093526A1 (en) * 2001-11-13 2003-05-15 Koninklijke Philips Electronics N. V. Apparatus and method for providing quality of service signaling for wireless mac layer
US6970427B2 (en) * 2003-08-12 2005-11-29 Nokia Corporation Method and apparatus for implicit TFC reduction and L1 error handling
WO2006054331A1 (ja) * 2004-11-16 2006-05-26 Mitsubishi Denki Kabushiki Kaisha デジタル放送受信装置、デジタル放送送信装置、及びデジタル放送送受信システム
US8942227B1 (en) * 2005-01-21 2015-01-27 Apple Inc. Enhanced filtering for an IP multimedia subsystem
US7660596B1 (en) * 2006-06-30 2010-02-09 At&T Intellectual Property Ii, L.P. Method and apparatus for the ordering of carrier links
US8743907B1 (en) * 2008-01-28 2014-06-03 Marvell Israel (M.I.S.L.) Ltd. Apparatus for reassembling a fragmented data unit and transmitting the reassembled data unit
JP5594673B2 (ja) * 2008-06-06 2014-09-24 デラックス・メディア・インコーポレイテッド 固定された長さのフレームワークで可変長コンテンツの再生を行うことに使用するための方法およびシステム
CA2784233C (en) * 2010-01-18 2017-05-16 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for http media stream distribution
US9497290B2 (en) * 2010-06-14 2016-11-15 Blackberry Limited Media presentation description delta file for HTTP streaming
RU2552176C2 (ru) * 2010-08-10 2015-06-10 Телефонактиеболагет Лм Эрикссон (Пабл) Управление сеансом связи для передачи медиапотока
US9319448B2 (en) * 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
WO2012032502A1 (en) * 2010-09-10 2012-03-15 Nokia Corporation A method and apparatus for adaptive streaming
EP2638682A4 (en) * 2010-11-12 2014-07-23 Realnetworks Inc TRAFFIC MANAGEMENT IN ADAPTIVE STREAMING PROTOCOLS
WO2012093202A1 (en) * 2011-01-07 2012-07-12 Nokia Corporation Method and apparatus for signaling presentation
US9661104B2 (en) * 2011-02-07 2017-05-23 Blackberry Limited Method and apparatus for receiving presentation metadata
TW201246873A (en) * 2011-02-11 2012-11-16 Interdigital Patent Holdings Method and apparatus for updating metadata cross reference to related applications
US9462024B2 (en) * 2011-06-08 2016-10-04 Futurewei Technologies, Inc. System and method of media content streaming with a multiplexed representation
WO2013034801A2 (en) * 2011-09-09 2013-03-14 Nokia Corporation Method and apparatus for processing metadata in one or more media streams
JP2013211784A (ja) * 2012-03-30 2013-10-10 Sharp Corp コンテンツデータ記録装置およびコンテンツデータ記録方法
US9438883B2 (en) * 2012-04-09 2016-09-06 Intel Corporation Quality of experience reporting for combined unicast-multicast/broadcast streaming of media content
US8949206B2 (en) * 2012-10-04 2015-02-03 Ericsson Television Inc. System and method for creating multiple versions of a descriptor file
US20140282792A1 (en) * 2013-03-15 2014-09-18 Cygnus Broadband, Inc. Video streaming with buffer occupancy prediction based quality adaptation
GB2512310A (en) * 2013-03-25 2014-10-01 Sony Corp Media Distribution
US20140298157A1 (en) * 2013-03-26 2014-10-02 Samsung Electronics Co., Ltd Apparatus and method for presenting html page
MX2015014075A (es) * 2013-04-08 2015-12-11 Thomson Licensing Dispositivo y metodo para adaptar un manifiesto enviado por al menos un servidor.
WO2014172654A1 (en) * 2013-04-19 2014-10-23 Huawei Technologies Co., Ltd. Media quality information signaling in dynamic adaptive video streaming over hypertext transfer protocol
JP2014230055A (ja) * 2013-05-22 2014-12-08 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
KR102373195B1 (ko) * 2014-05-07 2022-03-11 소니그룹주식회사 수신 장치, 송신 장치, 데이터 통신 방법, 및 데이터 처리 방법
MX2016016817A (es) * 2014-07-07 2017-03-27 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision y metodo de transmision.
CA2932717C (en) * 2014-10-10 2023-10-10 Sony Corporation Reception device, reception method, transmission device, and transmission method
US9929888B2 (en) * 2014-11-17 2018-03-27 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method

Also Published As

Publication number Publication date
KR20170030490A (ko) 2017-03-17
US20170134764A1 (en) 2017-05-11
JPWO2016006431A1 (ja) 2017-04-27
MX2016016817A (es) 2017-03-27
US10749919B2 (en) 2020-08-18
CA2953310A1 (en) 2016-01-14
EP3169078A1 (en) 2017-05-17
WO2016006431A1 (ja) 2016-01-14
US20200336526A1 (en) 2020-10-22
EP3169078A4 (en) 2018-03-07

Similar Documents

Publication Publication Date Title
JP6579391B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR101853670B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9942619B2 (en) Content supply device, content supply method, program, and content supply system
JP2016154337A (ja) 放送システムにおける制御メッセージ構成装置及び方法
US20190342862A1 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US20190191190A1 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
CN105325005B (zh) 内容供应装置、内容供应方法、存储介质、终端装置以及内容供应系统
CN107534793B (zh) 接收装置、传输装置以及数据处理方法
US10165035B2 (en) Content supplying device, content supplying method, program, and content supplying system
WO2014196392A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
JPWO2015156150A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR102461599B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및, 송신 방법
JP6598031B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
WO2015115253A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
WO2015178221A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180612

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180612

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190219

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190422

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20190801

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20190814

R151 Written notification of patent or utility model registration

Ref document number: 6579391

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees