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

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

Info

Publication number
JPWO2016063731A1
JPWO2016063731A1 JP2016555168A JP2016555168A JPWO2016063731A1 JP WO2016063731 A1 JPWO2016063731 A1 JP WO2016063731A1 JP 2016555168 A JP2016555168 A JP 2016555168A JP 2016555168 A JP2016555168 A JP 2016555168A JP WO2016063731 A1 JPWO2016063731 A1 JP WO2016063731A1
Authority
JP
Japan
Prior art keywords
signaling data
service
information
layer
signaling
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.)
Granted
Application number
JP2016555168A
Other languages
English (en)
Other versions
JP6617712B2 (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 JPWO2016063731A1 publication Critical patent/JPWO2016063731A1/ja
Application granted granted Critical
Publication of JP6617712B2 publication Critical patent/JP6617712B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0079—Formats for control data
    • 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 or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614—Multiplexing of additional data and video streams
    • 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/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • 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/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/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4382—Demodulation or channel decoding, e.g. QPSK demodulation
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本技術は、バイナリ形式とテキスト形式のシグナリングデータを併用することができるようにする受信装置、受信方法、送信装置、及び、送信方法に関する。IP伝送方式を用いたデジタル放送において、IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、第１のシグナリングデータに基づいて、第２のシグナリングデータを取得する第２の取得部と、第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部とを備える受信装置が提供される。本技術は、例えば、テレビ受像機に適用することができる。

Description

本技術は、受信装置、受信方法、送信装置、及び、送信方法に関し、特に、バイナリ形式とテキスト形式のシグナリングデータを併用することができるようにした受信装置、受信方法、送信装置、及び、送信方法に関する。
近年、各国では、デジタル放送のサービスが開始されている（例えば、特許文献１参照）。デジタル放送において、テレビ受像機による選局処理等で用いられる各種のパラメータを規定したシグナリングデータは、バイナリ形式で記述されるほか、XML（Extensible Markup Language）文書等のテキスト形式で記述される場合が想定されている。
特開２００８−２６３６１６号公報
ところで、バイナリ形式のシグナリングデータは、テキスト形式のシグナリングデータと比べて、データサイズが小さいことから、必要な伝送帯域が少ないため、迅速に取得できるなどのメリットがある。一方、テキスト形式のシグナリングデータは、バイナリ形式のシグナリングデータと比べて、拡張性や可読性が高いなどのメリットがある。
このように、バイナリ形式とテキスト形式のシグナリングデータでは、その特徴として、一長一短があるため、バイナリ形式とテキスト形式のシグナリングデータを併用して、様々な運用形態に対応できるようにしたいという要請があった。
本技術はこのような状況に鑑みてなされたものであり、バイナリ形式とテキスト形式のシグナリングデータを併用することができるようにするものである。
本技術の第１の側面の受信装置は、IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部とを備える受信装置である。
本技術の第１の側面の受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。また、本技術の第１の側面の受信方法は、上述した本技術の第１の側面の受信装置に対応する受信方法である。
本技術の第１の側面の受信装置、及び、受信方法においては、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータが取得され、前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータが取得され、前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作が制御される。
本技術の第２の側面の送信装置は、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部とを備える送信装置である。
本技術の第２の側面の送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。本技術の第２の側面の送信方法は、上述した本技術の第２の側面の送信装置に対応する送信方法である。
本技術の第２の側面の送信装置、及び、送信方法においては、IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータが生成され、受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータが、前記IP伝送方式を用いたデジタル放送で送信される。
本技術の第１の側面、及び、第２の側面によれば、バイナリ形式とテキスト形式のシグナリングデータを併用することができる。
なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
放送通信システムの構成例を示す図である。 IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。 FICとLLSの特徴の比較を表した図である。 FICとEASの構成を示す図である。 バイナリ形式のFICのシンタックスを示す図である。 バイナリ形式のEASのシンタックスを示す図である。 XML形式のSCDのシンタックスを示す図である。 XML形式のEADのシンタックスを示す図である。 XML形式のRRDのシンタックスを示す図である。 本技術を適用した送信装置の一実施の形態の構成を示す図である。 本技術を適用した受信装置の一実施の形態の構成を示す図である。 図１１の制御部の機能的な構成例を示す図である。 送信処理の流れを説明するフローチャートである。 初期スキャン処理の流れを説明するフローチャートである。 緊急警報処理の流れを説明するフローチャートである。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。なお、説明は以下の順序で行うものとする。
１．システムの構成
２．IP伝送方式によるデジタル放送の概要
３．シンタックスの例
４．各装置の構成
５．各装置で実行される処理の流れ
６．変形例
７．コンピュータの構成
＜１．システムの構成＞
（放送通信システムの構成例）
図１において、放送通信システム１は、番組等のサービスを提供するためのシステムである。放送通信システム１は、送信装置１０、受信装置２０、及び、通信サーバ３０から構成される。また、図１において、受信装置２０は、インターネット９０を介して、通信サーバ３０と相互に接続されている。
送信装置１０は、例えば地上デジタルテレビ放送の所定の規格に対応した送信機であって、放送事業者により提供されて放送局内に設置される。なお、本技術の実施の形態において、地上デジタルテレビ放送の規格としては、例えば、ATSC（Advanced Television Systems Committee standards）等の規格を採用することができる。
送信装置１０は、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、シグナリングデータとともに、デジタル放送の放送波によって送信する。
なお、シグナリングデータには、サービスに依存しないLLS（Low Layer Signaling）シグナリングデータと、サービス単位のSSC（Service Signaling Channel）シグナリングデータのほか、FIC（Fast Information Channel）とEAS（Emergency Alert System）が存在するが、その詳細な内容については後述する。
受信装置２０は、例えば地上デジタルテレビ放送の所定の規格に対応したテレビ受像機やセットトップボックスなどの固定受信機であって、例えば各ユーザの家庭に設置される。また、受信装置２０は、通信機能を有しており、インターネット９０を介して、通信サーバ３０にアクセスすることができる。
受信装置２０は、送信装置１０から送信されるデジタル放送の放送波を受信して、当該デジタル放送の放送波で伝送されるシグナリングデータを取得する。受信装置２０は、取得されたシグナリングデータに基づいて、送信装置１０から送信されるデジタル放送の放送波で伝送されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
通信サーバ３０は、受信装置２０からの要求に応じて、サービス（例えば番組）を構成するビデオやオーディオ、字幕等のコンポーネントのストリームを、インターネット９０を介してストリーミング配信する。また、通信サーバ３０は、受信装置２０からの要求に応じて、シグナリングデータを、インターネット９０を介して配信する。
受信装置２０は、送信装置１０又は通信サーバ３０からのシグナリングデータに基づいて、通信サーバ３０からインターネット９０を介してストリーミング配信されるサービス（を構成するコンポーネント）のストリームに接続して、そのストリームから得られる映像と音声を再生（出力）する。
なお、通信サーバ３０は、コンポーネントやシグナリングデータのほかに、例えば、緊急警報に関する緊急警報情報等の各種の情報を配信することができる。例えば、受信装置２０は、インターネット９０を介して通信サーバ３０にアクセスすることで、緊急警報情報を取得して表示することができる。
＜２．IP伝送方式によるデジタル放送の概要＞
各国のデジタル放送の規格では、伝送方式としてMPEG2-TS（Moving Picture Experts Group phase 2-Transport Stream）方式が採用されているが、今後は、通信の分野で用いられているIP（Internet Protocol）パケットをデジタル放送に用いたIP伝送方式を導入することで、より高度なサービスを提供することが想定されている。特に、現在策定が進められている米国の次世代放送規格であるATSC3.0では、IP伝送方式を用いたデジタル放送の採用が見込まれている。
（システムパイプモデル）
図２は、IP伝送方式のデジタル放送のシステムパイプモデルを示す図である。
図２においては、所定の周波数帯域からなる放送波に対応した物理チャンネル（RF Channel）において、１つのBBP（Base Band Packet）ストリームと、FIC（Fast Information Channel）と、EAS（Emergency Alert System）が伝送されている。また、BBPストリームでは、LLS（Low Layer Signaling）と、２つのサービスチャンネル（Service Channel）が伝送されている。
FICは、BBPストリームの構成とサービスの構成を示している。EASは、緊急警報に関する情報である。なお、FICとEASは、バイナリ形式のシグナリングデータとされる。
LLSは、サービスに依存しない低レイヤのシグナリングデータである。例えば、LLSとしては、SCD（Service Configuration Description），EAD（Emergency Alerting Description），RRD（Region Rating Description）等のLLSメタデータが伝送される。なお、これらのLLSメタデータは、例えば、XML等のマークアップ言語により記述される、テキスト形式（XML形式）のシグナリングデータとされる。
SCDは、BBPストリームの構成とサービスの構成を示している。また、SCDには、サービス単位の属性・設定情報や、ESGサービスやSSCに接続するためのブートストラップ情報などが含まれる。EADは、緊急警報に関する情報を含んでいる。RRDは、レーティング情報を含んでいる。
ここで、バイナリ形式のFIC，EASと、XML形式のLLSメタデータ（SCD，EAD，RRD）を比較すれば、図３に示すようになる。すなわち、図３に示すように、バイナリ形式のFICやEASは、XML形式のLLSメタデータ（SCD，EAD，RRD）と比べて、データサイズが小さいことから、必要な伝送帯域が少ないため、迅速に取得できるなどのメリットがある。一方、XML形式のLLSメタデータ（SCD，EAD，RRD）は、バイナリ形式のFICやEASと比べて、拡張性や可読性が高いなどのメリットがある。
図２の説明に戻り、サービスチャンネル（以下、「サービス」ともいう）は、SSC（Service Signaling Channel）と、ビデオやオーディオ、字幕等の番組を構成するコンポーネント（Component）から構成される。なお、各サービスを構成する要素には、共通のIPアドレスが付与されており、このIPアドレスを用いて、サービスごとに、コンポーネントやSSCなどをパッケージ化することができる。
SSCは、サービス単位のシグナリングデータである。例えば、SSCとしては、USBD（User Service Bundle Description），SDP（Session Description Protocol），MPD（Media Presentation Description），IS（Initialization Segment），SPD（Service Parameter Description），LSID（LCT Session Instance Description）等のSSCメタデータが伝送される。
USBDは、MPD，SDP等のSSCメタデータを参照するための参照情報を含んでいる。なお、USBDは、USD（User Service Description）と称される場合がある。SDPは、サービス単位のサービス属性、ストリームの構成情報や属性、フィルタ情報、ロケーション情報などを含んでいる。
MPDは、サービス単位で伝送されるコンポーネントのストリームの再生を管理するための情報であって、セグメントURL（Uniform Resource Locator）などの情報を含んでいる。ISは、ROUTE（Real-time Object Delivery over Unidirectional Transport）セッションにおけるメディアセグメント（MS：Media Segment）に対するイニシャライゼーションセグメントである。
なお、USBD，USD，MPD，SPD，ISは、3GPP（Third Generation Partnership Project），MPEG（Moving Picture Expert Group），又はIETF（Internet Engineering Task Force）のいずれかによって規格化されたものを参照するものとする。
SPDは、サービスレベルのパラメータが定義される。LSIDは、FLUTE（File Delivery over Unidirectional Transport）のFDT（File Delivery Table）をリアルタイムサービス向けに拡張したものであって、ROUTEセッションごとに伝送されるコンポーネントのストリームの管理情報とされる。なお、LSIDは、他のSSCメタデータと異なるROUTEセッションで伝送するようにしてもよい。
ここで、ビデオやオーディオ等のコンポーネントと、SSCシグナリングデータは、ROUTEセッションにより伝送される。ROUTEは、放送のライブサービス向けに、FLUTE（RFC6276,5775,5651）を拡張したものである。なお、ROUTEは、FLUTE +（FLUTE plus）やFLUTE enhancementなどと称される場合がある。
ROUTEセッションでは、送信するファイルなどを１つのオブジェクトとして、TOI（Transport Object Identifier）により管理する。また、複数のオブジェクトの集合を１つのセッションとして、TSI（Transport Session Identifier）により管理する。すなわち、ROUTEセッションにおいては、TSIとTOIの２つの識別情報によって特定のファイルを指定することが可能となる。
なお、これらのSSCメタデータは、例えばXML等のマークアップ言語により記述される、テキスト形式（XML形式）のシグナリングデータとされる。
また、所定の周波数帯域を有する放送波（RF Channel）には、例えば放送事業者ごとに、RFアロケーションID（RF Allocation ID）が割り当てられている。また、各放送波で伝送される１又は複数のBBPストリームには、BBPストリームID（BBP Stream ID）が割り当てられる。さらに、各BBPストリームで伝送される１又は複数のサービスには、サービスID（Service ID）が割り当てられる。
このように、IP伝送方式のID体系としては、MPEG2-TS方式で用いられているネットワークID（Network ID）と、トランスポートストリームID（Transport Stream ID）と、サービスID（Service ID）の組み合わせ（以下、「トリプレット（Triplet）」という）に対応する構成が採用され、このトリプレットによって、ネットワーク内のBBPストリーム構成とサービス構成が示される。
このようなID体系を用いることで、現在広く普及しているMPEG2-TS方式との整合をとることができる。なお、IP伝送方式のID体系では、RFアロケーションIDとBBPストリームIDが、MPEG2-TS方式におけるネットワークIDとトランスポートストリームIDに対応している。
なお、図２には示していないが、BBPストリームにおいては、LLSとサービスチャンネルのほかに、NTP（Network Time Protocol）やESG（Electronic Service Guide）サービスが伝送されるようにしてもよい。NTPは、時刻情報である。ESGサービスは、OMA（Open Mobile Alliance）によって規定されている電子サービスガイドである。
（FICとEASの構成）
図４は、FICとEASの構成を示す図である。
図４において、ATSC規格で規定されている物理フレーム（PHY Frame）には、FICが伝送されている場合、プリアンブル信号として、FICが存在することを示すフラグ（以下、「FICフラグ」という）が含まれている。受信装置２０は、プリアンブル信号からFICフラグが検出された場合、FICを検出して取得することができる。
FICは、FICレベル要素Ｆ１、BBPストリームレベル要素Ｆ２、及び、サービスレベル要素Ｆ３から構成される。なお、FICにおいて、新規に規定された要素は、太字で記述されている。
FICレベル要素Ｆ１には、FIC単位の情報が配置される。図４において、FICレベル要素Ｆ１は、FIC_protocol_version，RF_Allocation_ID，SCDRRD_EXISTS，FIC_level_descriptor()，num_bbpstreams，BBPSTREAM ELEMENT LOOPから構成される。
SCDRRD_EXISTSは、SCD又はRRDが、LLSに存在することを示すフラグ（以下、「SCD/RRDフラグ」という）である。SCD/RRDフラグが、LLSに、SCD又はRRDが存在することを示している場合、FICレベル要素Ｆ１には、bbpstream_idが配置される。受信装置２０では、このBBPストリームIDにより識別されるBBPストリームで伝送されるLLSから、SCD又はRRDが取得されることになる。
num_bbpstreamsには、BBPストリームの個数が指定され、その個数に応じて、BBPストリームループ（BBPSTREAM ELEMENT LOOP）が繰り返される。このBBPストリームループには、ループ数に応じたBBPストリームレベル要素Ｆ２が配置される。
BBPストリームレベル要素Ｆ２には、BBPストリーム単位の情報が配置される。図４において、BBPストリームレベル要素Ｆ２は、bbpstream_id，provider_id，provider_name，provider_descriptor()，num_services，SERVICE ELEMENT LOOPから構成される。
num_servicesには、サービスの個数が指定され、その個数に応じて、サービスループ（SERVICE ELEMENT LOOP）が繰り返される。このサービスループには、ループ数に応じたサービスレベル要素Ｆ３が配置される。
サービスレベル要素Ｆ３には、サービス単位の情報が配置される。図４において、サービスレベル要素Ｆ３は、service_id，gusi_length，global_unique_service_id，service_data_version，service_channel_number，service_category，short_service_name_length，short_service_name，service_status，service_distribution，sp_indicator，IP_version_flag，SSC_src_IP_addr_flag，SSC_src_IP_addr，SSC_dst_IP_addr，SSC_dst_port，SSC_TSI，SSC_baseservice，SSC_scopeから構成される。
受信装置２０は、サービスレベル要素Ｆ３で指定される、SSCのIPアドレス、ポート番号、及び、TSIに基づいて、ROUTEセッションで伝送されているSSCシグナリングデータを取得する。ここで、SSCシグナリングデータとして取得されるLSIDには、MIMEタイプに対応したビデオとオーディオのTSIとTOIが記述されているので、受信装置２０は、LSIDを参照することで、ビデオとオーディオのIPアドレス、ポート番号、TSI、及び、TOIを特定することができる。
受信装置２０は、それらのIPアドレス、ポート番号、TSI、及び、TOIに基づいて、ROUTEセッションで伝送されているビデオデータとオーディオデータを取得する。そして、受信装置２０では、放送経由で取得されたビデオデータとオーディオデータをバッファに一時的に記憶させることで、バッファリング処理を行い、さらに、レンダリング処理を行うことで、選局されたサービスに応じた番組の映像と音声が再生される。
なお、FICの詳細な構成は、図５を参照して後述する。また、FICにおいて、上述の要素のうち、provider_name，gusi_length，global_unique_service_id，service_distribution，SSC_scopeは必ずしも配置する必要はない。
EASは、EASレベル要素Ｅ１から構成される。図４において、EASレベル要素Ｅ１は、Emergency_alart_flag，EAD_EXISTSから構成される。なお、EASにおいて、新規に規定された要素は、太字で記述されている。
EAD_EXISTSは、EADが、LLSに存在することを示すフラグ（以下、「EADフラグ」という）である。EADフラグが、LLSに、EADが存在することを示している場合、EASレベル要素Ｅ１には、bbpstream_idが配置される。受信装置２０では、このBBPストリームIDにより識別されるBBPストリームで伝送されるLLSから、EADが取得されることになる。
受信装置２０は、EADに基づいて、緊急警報情報を表示することができる。
なお、EASの詳細な構成は、図６を参照して後述する。
＜３．シンタックスの例＞
（FICのシンタックス）
図５は、バイナリ形式のFICのシンタックスを示す図である。なお、図５において、新規に規定された要素は、太字で表されている。
8ビットのFIC_protocol_versionには、FICプロトコルのバージョン情報が指定される。16ビットのRF_Allocation_IDには、RFアロケーションIDが指定される。
1ビットのSCDRRD_EXISTSは、SCD又はRRDが、LLSに存在することを示すSCD/RRDフラグである。7ビットのリザーブド領域の次には、SCD/RRDフラグが、LLSに、SCD又はRRDが存在することを示している場合、8ビットのbbpstream_idとして、LLSが存在するBBPストリームのBBPストリームIDが指定される。
FIC_level_descriptor()は、FICレベルの記述子である。
8ビットのnum_bbpstreamsには、BBPストリームの個数が指定される。このBBPストリームの個数に応じて、BBPストリームループ（BBPSTREAM ELEMENT LOOP）が繰り返される。このBBPストリームループには、以下の内容が指定される。
8ビットのbbpstream_idには、BBPストリームIDが指定される。16ビットのprovider_idには、プロバイダIDが指定される。
provider_descriptor()は、プロバイダ記述子である。
8ビットのnum_servicesには、サービスの個数が指定される。このサービスの個数に応じて、サービスループ（SERVICE ELEMENT LOOP）が繰り返される。このサービスループには、以下の内容が指定される。
16ビットのservice_idには、サービスIDが指定される。
8ビットのservice_data_versionには、サービスのデータのバージョン情報が指定される。16ビットのservice_channel_numberには、サービスのチャンネル番号が指定される。5ビットのservice_categoryには、サービスのカテゴリが指定される。例えば、カテゴリとしては、ビデオやオーディオ、ESG等が指定される。
3ビットのshort_service_name_lengthには、ショートサービス名の長さが指定される。16*mビットのshort_service_nameには、ショートサービス名が指定される。1ビットのservice_statusには、サービスの状態が指定される。1ビットのsp_indicatorには、サービス保護を示すフラグが指定される。
1ビットのIP_version_flagには、IPパケットのバージョンを示すフラグが指定される。1ビットのSSC_src_IP_addr_flagには、IPパケットの送信元（source）のIPアドレスを示すフラグが指定される。4ビットのリザーブド領域の次には、SSC_src_IP_addr_flagが、IPアドレスが存在していることを示している場合、32ビット又は128ビットのSSC_src_IP_addrとして、送信元（source）のIPアドレスが指定される。
32ビット又は128ビットのSSC_dst_IP_addrには、宛先（destination）のIPアドレスが指定される。16ビットのSSC_dst_portには、ポート番号が指定される。16ビットのSSC_TSIには、TSIが指定される。
1ビットのSSC_baseserviceには、放送サービスが基本サービスか、あるいはその他のサービスであるかを示すフラグが指定される。なお、SSC_baseserviceの次には7ビットのリザーブド領域が設けられている。
（EASのシンタックス）
図６は、バイナリ形式のEASのシンタックスを示す図である。なお、図６において、新規に規定された要素は、太字で表されている。
8ビットのEmergency_alart_flagには、緊急警報信号フラグが指定される。
1ビットのEAD_EXISTSは、EADが、LLSに存在することを示すEADフラグである。7ビットのリザーブド領域の次には、EADフラグが、LLSに、EADが存在することを示している場合、8ビットのBbpstream_idとして、LLSが存在するBBPストリームのBBPストリームIDが指定される。
なお、図５と、図６を参照して説明したFICと、EASのシンタックスは一例であって、他のシンタックスを採用してもよい。
（SCDのシンタックス）
図７は、XML形式のSCDのシンタックスを示す図である。なお、図７において、要素と属性のうち、属性には「@」が付されている。また、インデントされた要素と属性は、その上位の要素に対して指定されたものとなる。これらの関係は、後述する他のシンタックスでも同様とされる。
図７に示すように、ルート要素としてのSCD要素は、majorProtocolversion属性、minorProtocolversion属性、RFAllocationId属性、name属性、Tuning_RF要素、及び、BBPStream要素の上位要素となる。
majorProtocolversion属性と、minorProtocolversion属性には、プロトコルのバージョン情報が指定される。RFAllocationId属性には、物理チャンネル単位の放送局のRFアロケーションIDが指定される。name属性には、物理チャンネル単位の放送局の名称が指定される。
Tuning_RF要素は、選局に関する情報が指定される。Tuning_RF要素は、frequency属性、及び、Preamble属性の上位要素となる。frequency属性には、所定の帯域を選局するときの周波数が指定される。Preamble属性には、物理層の制御情報が指定される。
BBPStream要素には、１又は複数のBBPストリームに関する情報が指定される。BBPStream要素は、bbpStreamId属性、payloadType属性、name属性、ESGBootstrap要素、ClockReferenceInformation要素、及び、Service要素の上位要素となる。
bbpStreamId属性には、BBPストリームIDが指定される。BBPストリームを複数配置する場合には、このBBPストリームIDにより識別する。payloadType属性には、BBPストリームのペイロードタイプが指定される。このペイロードタイプとしては、例えば、"ipv4"，"ipv6"などが指定される。"ipv4"は、IPv4（Internet Protocol version 4）であることを示す。"ipv6"は、IPv6（Internet Protocol Version 6）であることを示す。name属性には、BBPストリームの名称が指定される。
ESGBootstrap要素には、ESGブートストラップ情報が指定される。このESGブートストラップ情報によってESGへアクセスすることが可能となる。ESGBootstrap要素は、ESGProvider要素の上位要素となる。ESGProvider要素には、ESGのプロバイダごとに、ESGに関する情報が指定される。ESGProvider要素は、providerName属性、ESGBroadcastLocation要素、及び、ESGBroadbandLocation要素の上位要素となる。
providerName属性には、ESGのプロバイダの名称が指定される。ESGBroadcastLocation要素は、ESGが放送により伝送される場合に、RFAllocationId属性、BBPStreamId属性、及び、ESGServiceId属性により指定されるRFアロケーションID、BBPストリームID、及び、サービスID（トリプレット）によって、ESGサービスを指定する。ESGBroadbandLocation要素は、ESGが通信経由で伝送される場合に、ESGUri属性により、そのESGのファイルにアクセスするためのURIを指定する。
ClockReferenceInformation要素には、時刻情報（例えばNTP）に関する情報が指定される。ClockReferenceInformation要素は、sourceIPAddress属性、destinationIPAddress属性、及び、portNum属性の上位要素となる。sourceIPAddress属性とdestinationIPAddress属性には、時刻情報を伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、時刻情報を伝送するポート番号が指定される。
Service要素には、１又は複数のサービスに関する情報が指定される。Service要素は、serviceId属性、globalUniqueServiceId属性、serviceType属性、hidden属性、hiddenGuide属性、shortName属性、longName属性、accesControl属性、SourceOrigin要素、SCBootstrap要素、SignalingOverInternet要素、及び、AssociationService要素の上位要素となる。
serviceId属性には、サービスIDが指定される。サービスを複数配置する場合には、このサービスIDにより識別する。globalUniqueServiceId属性には、グローバルユニークサービスIDが指定される。例えば、グローバルユニークサービスIDによって、ESG選局されたサービスと、USBDとを紐付けることができる。
serviceType属性には、サービスのタイプ情報が指定される。このタイプ情報としては、例えば、"continued"，"scripted"が指定される。"continued"は、ビデオやオーディオのサービス、"scripted"は、NRTサービスをそれぞれ示している。
hidden属性とhiddenGuide属性には、サービスIDにより識別されるサービスが、隠されたサービスであるかどうかが指定される。例えば、これらの属性値として"on"が指定された場合、当該サービスは非表示とされる。また、これらの属性値として"off"が指定された場合、当該サービスは表示される。例えば、hidden属性として"on"が指定された場合、当該サービスは、リモートコントローラの操作により選局できないようになる。また、例えば、hiddenGuide属性として"on"が指定された場合、当該サービスは、ESGには表示されないことになる。
shortName属性とlongName属性には、サービスIDにより識別されるサービスの名称が指定される。ただし、shortName属性では、例えば７文字以内でサービスの名称の名称を指定しなければならない。accesControl属性には、サービスIDにより識別されるサービスが暗号化されているかどうかが指定される。例えば、accesControl属性として"on"が指定された場合には、当該サービスが暗号化されていることを示し、"off"が指定された場合には、当該サービスが暗号化されていないことを示している。
SourceOrigin要素には、サービスを識別するための情報が指定される。SourceOrigin要素は、country属性、originalRFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。country属性には、国コードが指定される。originalRFAllocationId属性には、オリジナルRFアロケーションIDが指定される。オリジナルRFアロケーションIDは、放送ネットワークを識別するためのIDであって、当該サービスの再送信を行う場合でも、同一の値が用いられる。bbpStreamId属性には、BBPストリームIDが指定される。serviceId属性には、サービスIDが指定される。すなわち、国コード、オリジナルRFアロケーションID、BBPストリームID、及び、サービスIDによって、各サービスに対して、固有のIDを割り当てることができる。
SCBootstrap要素には、SCブートストラップ情報が指定される。このSCブートストラップ情報によって、サービスチャンネルへアクセスすることが可能となって、SSCシグナリングデータを取得することができる。SCBootstrap要素は、sourceIPAddress属性、destinationIPAddress属性、portNum属性、及び、tsi属性の上位要素となる。
sourceIPAddress属性とdestinationIPAddress属性には、サービスを伝送する送信元（source）と宛先（destination）のIPアドレスが指定される。portNum属性には、SSCを伝送するポート番号が指定される。tsi属性には、SSCを伝送するROUTEセッションにおけるTSIが指定される。
SignalingOverInternet要素には、SSCブロードバンドロケーション情報が指定される。このSSCブロードバンドロケーション情報によって、通信経由で伝送されるSSCシグナリングデータに関する情報が指定される。SignalingOverInternet要素は、uri属性の上位要素となる。uri属性には、SSCシグナリングデータの取得先を示すURIが指定される。
AssociationService要素には、関連従属サービスに関する情報が指定される。AssociationService要素は、RFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。RFAllocationId属性、bbpStreamId属性、及び、serviceId属性により指定されるRFアロケーションID、BBPストリームID、及び、サービスID（トリプレット）によって、関連従属サービスを指定する。
なお、出現数(Cardinality)であるが、"1"が指定された場合にはその要素又は属性は必ず１つだけ指定され、"0..1"が指定された場合には、その要素又は属性を指定するかどうかは任意である。また、"1..n"が指定された場合には、その要素又は属性は１以上指定され、"0..n"が指定された場合には、その要素又は属性を１以上指定するかどうかは任意である。これらの出現数の意味は、後述する他のシンタックスでも同様とされる。
（EADのシンタックス）
図８は、XML形式のEADのシンタックスを示す図である。
図８に示すように、ルート要素としてのEAD要素は、AutomaticTuningService要素、及び、EAMessage要素の上位要素となる。AutomaticTuningService要素は、Wake-up時の自動選局サービスを指定するためのものである。AutomaticTuningService要素は、RFAllocationId属性、bbpStreamId属性、及び、serviceId属性の上位要素となる。
RFAllocationId属性は、自動選局サービスのネットワークIDが指定される。BBPStreamId属性は、自動選局サービスのBBPストリームIDが指定される。serviceId属性は、自動選局サービスのサービスIDが指定される。すなわち、AutomaticTuningService要素が出現した場合、それらの属性が示すトリプレットにより指定されるサービスが選局される。ただし、このトリプレットのうち、RFAllocationId属性とBBPStreamId属性は必須ではなく、例えば、EADと同一のBBPストリームを指定するのであれば、serviceId属性のみを指定すればよいことになる。
EAMessage要素は、緊急警報情報（緊急情報）のメッセージが指定される。EAMessage要素は、eaMessageId属性、eaPriority属性、EAMessageData要素、EAApplication要素、EAService要素、及び、EAWww要素の上位要素となる。
eaMessageId属性は、緊急警報情報（緊急情報）のIDが指定される。eaPriority属性は、緊急警報情報（緊急情報）の優先度が指定される。EAMessageData要素は、緊急警報情報（緊急情報）の字幕情報が指定される。
EAApplication要素は、緊急警報用のアプリケーションに関する情報が指定される。EAApplication要素は、applicationId属性の上位要素となる。applicationId属性は、アプリケーションIDが指定される。
EAService要素は、緊急警報用のNRTサービスに関する情報が指定される。EAService要素は、serviceId属性、及び、serviceType属性の上位要素となる。serviceId属性は、サービスIDが指定される。serviceType属性は、サービスタイプ情報が指定される。このサービスタイプ情報としては、例えば"nrt"が指定される。"nrt"は、NRTサービスであることを示す。
EAWww要素は、緊急情報サイトに関する情報が指定される。EAWww要素は、uri属性の上位要素となる。uri属性には、緊急情報サイトのURIが指定される。
（RRDのシンタックス）
図９は、XML形式のRRDのシンタックスを示す図である。
図９に示すように、ルート要素としてのRRD要素は、RatingRegionName要素、RatingRegion要素、TableVersion要素、及び、Dimension要素の上位要素となる。RatingRegionName要素には、レーティングリージョンの名称が指定される。RatingRegion要素は、レーティングリージョンのコードが指定される。このコードとしては、例えば、"us"，"canada"，"mexico"などが指定される。TableVersion要素には、RRDのバージョン情報が指定される。
Dimension要素は、RatingDimensionName要素、RatingDimension要素、GraduatedScale要素、及び、DimensionValue要素の上位要素となる。RatingDimensionName要素は、レーティングディメンションの名称が指定される。RatingDimension要素は、レーティングディメンションのコードが指定される。GraduatedScale要素は、スケールが指定される。
DimensionValue要素には、ディメンションの値が指定される。DimensionValue要素は、RatingValueText要素、AbbrevValueText要素、RatingValue要素、及び、RatingTag要素の上位要素となる。これらの属性により、例えば、年齢制限の区分けの仕方などのレーティング情報が指定される。
なお、図７乃至図９を参照して説明したSCD，EAD，RRDの各シンタックスは一例であって、他のシンタックスを採用してもよい。
＜４．各装置の構成＞
次に、図１０乃至図１２を参照して、図１の放送通信システム１を構成する各装置の詳細な構成として、送信装置１０、及び、受信装置２０の構成について説明する。
（送信装置の構成例）
図１０は、本技術を適用した送信装置の一実施の形態の構成を示す図である。
図１０に示すように、送信装置１０は、シグナリング生成部１１１、シグナリング処理部１１２、ビデオデータ取得部１１３、ビデオエンコーダ１１４、オーディオデータ取得部１１５、オーディオエンコーダ１１６、Mux１１７、及び、送信部１１８から構成される。
シグナリング生成部１１１は、外部のサーバや内蔵するストレージ等から、シグナリングデータを生成するための素データを取得する。シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。
シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理して、Mux１１７に供給する。ここでは、シグナリングデータとして、SCD等のLLSメタデータからなるLLSシグナリングデータと、USBDやLSID等のSSCメタデータからなるSSCシグナリングデータのほか、FICとEASが生成される。
ビデオデータ取得部１１３は、外部のサーバや内蔵するストレージ、ビデオカメラ等から提供されるビデオデータを取得し、ビデオエンコーダ１１４に供給する。ビデオエンコーダ１１４は、ビデオデータ取得部１１３から供給されるビデオデータを、MPEG（Moving Picture Experts Group）等の符号化方式に準拠して符号化し、Mux１１７に供給する。
オーディオデータ取得部１１５は、外部のサーバや内蔵するストレージ、マイクロフォン等から提供されるオーディオデータを取得し、オーディオエンコーダ１１６に供給する。オーディオエンコーダ１１６は、オーディオデータ取得部１１５から供給されるオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
Mux１１７は、シグナリング処理部１１２からのシグナリングデータのストリームと、ビデオエンコーダ１１４からのビデオのストリームと、オーディオエンコーダ１１６からのオーディオのストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。送信部１１８は、Mux１１７から供給されるBBPストリームを、IP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）として、アンテナ１１９を介して送信する。
（受信装置の構成例）
図１１は、本技術を適用した受信装置の一実施の形態の構成を示す図である。
図１１に示すように、受信装置２０は、チューナ２１２、Demux２１３、制御部２１４、NVRAM２１５、入力部２１６、通信部２１７、Demux２１８、ビデオデコーダ２１９、ビデオ出力部２２０、ディスプレイ２２１、オーディオデコーダ２２２、オーディオ出力部２２３、及び、スピーカ２２４から構成される。
チューナ２１２は、制御部２１４からの制御に従い、アンテナ２１１を介して受信したIP伝送方式を用いたデジタル放送の放送波（デジタル放送信号）から、ユーザの選局操作に応じたデジタル放送信号を抽出して復調し、その結果得られるBBPストリームを、Demux２１３に供給する。
Demux２１３は、制御部２１４からの制御に従い、チューナ２１２から供給されるBBPストリームを、ビデオやオーディオ、シグナリングデータに分離する。Demux２１３は、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に、シグナリングデータを制御部２１４にそれぞれ供給する。
制御部２１４は、受信装置２０の各部の動作を制御する。また、制御部２１４は、Demux２１３又は通信部２１７から供給されるシグナリングデータに基づいて、放送経由又は通信経由で伝送されるコンポーネントのストリームに接続して、当該コンポーネントの再生を制御するために、各部の動作を制御する。なお、制御部２１４の詳細な構成については、図１２を参照して後述する。
NVRAM２１５は、不揮発性メモリであって、制御部２１４からの制御に従い、各種のデータを記憶する。入力部２１６は、ユーザの操作に応じて、操作信号を制御部２１４に供給する。
通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介して通信サーバ３０に接続し、コンポーネントのストリームの配信を要求する。通信部２１７は、インターネット９０を介して通信サーバ３０からストリーミング配信されるコンポーネントのストリームを受信して、Demux２１８に供給する。また、通信部２１７は、制御部２１４からの制御に従い、インターネット９０を介して通信サーバ３０から、SSCシグナリングデータ等のデータを受信し、制御部２１４に供給する。
Demux２１８は、制御部２１４からの制御に従い、通信部２１７から供給されるコンポーネントのストリームを、ビデオデータと、オーディオデータに分離し、ビデオデータをビデオデコーダ２１９に、オーディオデータをオーディオデコーダ２２２に供給する。
ビデオデコーダ２１９には、Demux２１３又はDemux２１８からビデオデータが供給される。ビデオデコーダ２１９は、制御部２１４からの制御に従い、ビデオデータを、MPEG等の復号方式に準拠して復号し、ビデオ出力部２２０に供給する。ビデオ出力部２２０は、ビデオデコーダ２１９から供給されるビデオデータを、ディスプレイ２２１に出力する。これにより、ディスプレイ２２１には、例えば番組の映像が表示される。
オーディオデコーダ２２２には、Demux２１３又はDemux２１８からオーディオデータが供給される。オーディオデコーダ２２２は、制御部２１４からの制御に従い、オーディオデータを、MPEG等の復号方式に準拠して復号し、オーディオ出力部２２３に供給する。オーディオ出力部２２３は、オーディオデコーダ２２２から供給されるオーディオデータを、スピーカ２２４に出力する。これにより、スピーカ２２４からは、例えば番組の映像に対応する音声が出力される。
なお、図１１においては、受信装置２０がセットトップボックス等である場合には、ディスプレイ２２１やスピーカ２２４を有しない構成とすることができる。また、受信装置２０は、通信部２１７等の通信機能を有しない構成とすることもできる。
（制御部の機能的構成例）
図１２は、図１１の制御部２１４の機能的な構成例を示す図である。
図１２において、制御部２１４は、第１シグナリング取得部２５１、第２シグナリング取得部２５２、シグナリング解析部２５３、放送制御部２５４、及び、通信制御部２５５から構成される。
第１シグナリング取得部２５１は、FIC又はEASを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第１シグナリング取得部２５１から供給されるFIC又はEASを解析し、その解析結果を、第２シグナリング取得部２５２に供給する。
第２シグナリング取得部２５２は、シグナリング解析部２５３から供給される解析結果に基づいて、LLSで伝送されているSCD，RRD，又はEAD等のLLSメタデータを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２から供給されるLLSメタデータを解析し、その解析結果を、第２シグナリング取得部２５２、放送制御部２５４、又は、通信制御部２５５に供給する。
第２シグナリング取得部２５２は、シグナリング解析部２５３から供給される解析結果に基づいて、SSCで伝送されているUSBDやLSID等のSSCメタデータを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２から供給されるSSCメタデータを解析し、その解析結果を、放送制御部２５４、又は、通信制御部２５５に供給する。
放送制御部２５４は、シグナリング解析部２５３から供給される解析結果に基づいて、放送経由で取得されるデータに関する各種の処理を行う各部の動作を制御する。通信制御部２５５は、シグナリング解析部２５３から供給される解析結果に基づいて、通信経由で取得されるデータに関する各種の処理を行う各部の動作を制御する。
＜５．各装置で実行される処理の流れ＞
次に、図１３乃至図１５のフローチャートを参照して、図１の放送通信システム１を構成する各装置で実行される具体的な処理の流れについて説明する。
（送信処理）
まず、図１３のフローチャートを参照して、送信装置１０により実行される送信処理の流れについて説明する。
ステップＳ１０１において、シグナリング生成部１１１は、シグナリングデータの素データを用いて、シグナリングデータを生成し、シグナリング処理部１１２に供給する。ステップＳ１０２において、シグナリング処理部１１２は、シグナリング生成部１１１から供給されるシグナリングデータを処理し、Mux１１７に供給する。
ここでは、シグナリングデータとして、SCD等のLLSメタデータと、USBDやLSID等のSSCメタデータのほか、FICとEASが生成される。ただし、シグナリングデータは、外部のサーバが生成するようにしてもよい。その場合には、シグナリング生成部１１１は、外部のサーバから供給されるシグナリングデータをそのまま、シグナリング処理部１１２に供給する。
ステップＳ１０３において、ビデオデータ取得部１１３は、外部のサーバ等から、コンポーネントとしてのビデオデータを取得し、ビデオエンコーダ１１４に供給する。また、ステップＳ１０３において、オーディオデータ取得部１１５は、外部のサーバ等から、コンポーネントとしてのオーディオデータを取得し、オーディオエンコーダ１１６に供給する。
ステップＳ１０４において、ビデオエンコーダ１１４は、コンポーネントとしてのビデオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。また、ステップＳ１０４において、オーディオエンコーダ１１６は、コンポーネントとしてのオーディオデータを、MPEG等の符号化方式に準拠して符号化し、Mux１１７に供給する。
ステップＳ１０５において、Mux１１７は、シグナリング処理部１１２からのシグナリングデータと、ビデオエンコーダ１１４からのビデオのストリームと、オーディオエンコーダ１１６からのオーディオのストリームを多重化してBBPストリームを生成し、送信部１１８に供給する。
ステップＳ１０６において、送信部１１８は、Mux１１７から供給されるBBPストリームをデジタル放送信号として、アンテナ１１９を介して送信する。ステップＳ１１６の処理が終了すると、図１３の送信処理は終了する。
以上、送信処理の流れについて説明した。
（初期スキャン処理）
次に、図１４のフローチャートを参照して、受信装置２０により実行される初期スキャン処理の流れについて説明する。なお、この初期スキャン処理は、例えば初回の電源投入時などの初期スキャンイベントが発生したときに実行される。
ステップＳ２０１において、放送制御部２５４は、チューナ２１２を制御して、放送波の所定の周波数の選局を行う。ステップＳ２０２において、放送制御部２５４は、チューナ２１２を制御して、放送波の物理層のプリアンブル信号から、FICが存在することを示すFICフラグを検出する。
ステップＳ２０３において、放送制御部２５４は、チューナ２１２を制御して、放送波からFICを検出する。これにより、第１シグナリング取得部２５１は、FICを取得して、NVRAM２１５に記憶させる。
ステップＳ２０４において、シグナリング解析部２５３は、ステップＳ２０３の処理でNVRAM２１５に記憶されたFICを読み出して解析し、FIC内のSCD/RRDフラグ（SCDRRD_EXISTS）を検出する。そして、シグナリング解析部２５３は、ステップＳ２０４の処理の解析結果に基づいて、SCD/RRDフラグ（SCDRRD_EXISTS）に、"1"が指定されているかどうかを判定する（Ｓ２０５）。
ステップＳ２０５において、SCD/RRDフラグ（SCDRRD_EXISTS）に、"1"が指定されていると判定された場合、処理は、ステップＳ２０６に進められる。ステップＳ２０６において、第２シグナリング取得部２５２は、Demux２１３を制御して、LLSで伝送されているSCDとRRDを取得し、NVRAM２１５に記憶させる。ステップＳ２０６の処理が終了すると、処理は、ステップＳ２０７に進められる。
一方、ステップＳ２０５において、SCD/RRDフラグ（SCDRRD_EXISTS）に、"0"が指定されていると判定された場合、ステップＳ２０６の処理はスキップされ、処理は、ステップＳ２０７に進められる。
ステップＳ２０７において、放送制御部２５４は、すべての周波数を選局したかどうかを判定する。ステップＳ２０７において、すべての周波数を選局していないと判定された場合、処理は、ステップＳ２０１に戻り、それ以降の処理が繰り返される。そして、ステップＳ２０１乃至Ｓ２０７の処理が繰り返されることで、すべての周波数が選局され、選局情報としてのSCD等がNVRAM２１５に記憶されると（Ｓ２０７の「Yes」）、図１４の初期スキャン処理は終了される。
以上、初期スキャン処理の流れについて説明した。
（緊急警報処理）
次に、図１５のフローチャートを参照して、受信装置２０により実行される緊急警報処理の流れについて説明する。なお、この緊急警報処理は、例えばユーザにより選局された番組が再生されているときなどに実行される。
ステップＳ２４１において、放送制御部２５４は、チューナ２１２を制御して、放送波の物理層のプリアンブル信号から、EASが存在することを示すフラグを検出する。
ステップＳ２４２において、放送制御部２５４は、チューナ２１２を制御して、放送波からEASを検出する。これにより、第１シグナリング取得部２５１は、EASを取得して、シグナリング解析部２５３に供給する。
ステップＳ２４３において、シグナリング解析部２５３は、ステップＳ２４２の処理で検出されたEASを解析し、EAS内のEADフラグ（EAD_EXISTS）を検出する。そして、シグナリング解析部２５３は、ステップＳ２４３の処理の解析結果に基づいて、EADフラグ（EAD_EXISTS）に、"1"が指定されているかどうかを判定する（Ｓ２４４）。
ステップＳ２４４において、EADフラグ（EAD_EXISTS）に、"1"が指定されていると判定された場合、処理は、ステップＳ２４５に進められる。ステップＳ２４５において、第２シグナリング取得部２５２は、Demux２１３を制御して、LLSで伝送されているEADを取得し、シグナリング解析部２５３に供給する。シグナリング解析部２５３は、第２シグナリング取得部２５２からのEADを解析し、その解析結果を、放送制御部２５４に供給する。
そして、放送制御部２５４は、シグナリング解析部２５３からの解析結果に基づいて、各部の動作を制御することで、リッチメディアを実行する。例えば、放送制御部２５４は、再生中の番組の映像に、EAD（のEAMessage要素のEAMessageData要素）に対応した緊急警報情報（の字幕情報）を重畳表示させる。
なお、受信装置２０において、ユーザによって、緊急警報詳細情報（緊急警報情報のさらに詳細な情報）の表示が指示された場合、通信制御部２５５は、通信部２１７を制御して、EAD（のEAMessage要素のEAWww要素のuri属性）に指定された緊急情報サイトのURIに従い、インターネット９０を介して通信サーバ３０にアクセスする。これにより、緊急情報サイトから取得された緊急警報詳細情報が表示されることになる。
一方、ステップＳ２４４において、EADフラグ（EAD_EXISTS）に、"0"が指定されていると判定された場合、処理は、ステップＳ２４６に進められる。ステップＳ２４６において、放送制御部２５４は、ステップＳ２４３の解析結果に基づいて、各部の動作を制御することで、EASの緊急警報信号フラグに従った緊急警報の動作を行う。
以上、緊急警報処理の流れについて説明した。
＜６．変形例＞
なお、上述した説明としては、地上デジタルテレビ放送の規格として、米国等で採用されている方式であるATSCを説明したが、日本等が採用する方式であるISDB（Integrated Services Digital Broadcasting）や、欧州の各国等が採用する方式であるDVB（Digital Video Broadcasting）などに適用するようにしてもよい。また、地上デジタルテレビ放送に限らず、衛星デジタルテレビ放送やデジタル有線テレビ放送などで採用するようにしてもよい。
また、上述した説明では、シグナリング情報の名称として、Descriptionの略である「D」を用いたが、Tableの略である「T」が用いられる場合がある。例えば、SCD（Service Configuration Description）は、SCT（Service Configuration Table）と記述される場合がある。また、例えば、SPD（Service Parameter Description）は、SPT（Service Parameter Table）と記述される場合がある。ただし、これらの名称の違いは、「Description」と「Table」との形式的な違いであって、各シグナリング情報の実質的な内容が異なるものではない。
さらに、上述した説明では、シグナリング情報がXML等のマークアップ言語により記述される場合における、その要素や属性について説明したが、それらの要素や属性の名称は一例であって、他の名称が採用されるようにしてもよい。例えば、SCD等に規定されるRFチャンネルID（RF Channel ID）は、ネットワークID（Network ID）やRFアロケーションID（RF Alloc ID）などと称するようにしてもよい。ただし、これらの名称の違いは、形式的な違いであって、それらの要素や属性の実質的な内容が異なるものではない。
また、上述したBBPストリームは、データパイプ（Data Pipe）やPLP（Physical Layer Pipe）等のほかの名称で呼ばれる場合がある。SSCは、SCS（Service Channel Signaling）と称される場合がある。ただし、これらの名称の違いは、形式的な違いであって、それらの実質的な内容が異なるものではない。
＜７．コンピュータの構成＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。図１６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示す図である。
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。バス９０４には、さらに、入出力インターフェース９０５が接続されている。入出力インターフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及び、ドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインターフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、ROM９０２や記録部９０８に記憶されているプログラムを、入出力インターフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インターフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。また、プログラムは、１のコンピュータ（プロセッサ）により処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
また、本技術は、以下のような構成をとることができる。
（１）
IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部と
を備える受信装置。
（２）
前記第２の取得部は、前記第１のシグナリングデータに含まれる前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第１のシグナリングデータに含まれる、前記第２のシグナリングデータが伝送されているストリームの識別情報に基づいて、当該ストリームから前記第２のシグナリングデータを取得する
（１）に記載の受信装置。
（３）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
（２）に記載の受信装置。
（４）
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
（３）に記載の受信装置。
（５）
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
（３）又は（４）に記載の受信装置。
（６）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
（３）乃至（５）のいずれか一項に記載の受信装置。
（７）
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
（２）に記載の受信装置。
（８）
受信装置の受信方法において、
前記受信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得し、
前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得し、
前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する
ステップを含む受信方法。
（９）
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部と
を備える送信装置。
（１０）
前記第１のシグナリングデータは、前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第２のシグナリングデータが伝送されているストリームの識別情報を含む
（９）に記載の送信装置。
（１１）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
（１０）に記載の送信装置。
（１２）
前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
（１１）に記載の送信装置。
（１３）
前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
（１１）又は（１２）に記載の送信装置。
（１４）
前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
（１１）乃至（１３）のいずれか一項に記載の送信装置。
（１５）
前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
（１０）に記載の送信装置。
（１６）
送信装置の送信方法において、
前記送信装置が、
IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成し、
受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する
ステップを含む送信方法。
１ 放送通信システム， １０ 送信装置， ２０ 受信装置， ３０ 通信サーバ， ９０ インターネット， １１１ シグナリング取得部， １１３ ビデオデータ取得部， １１５ オーディオデータ取得部， １１８ 送信部， ２１２ チューナ， ２１４ 制御部， ２１７ 通信部， ２５１ 第１シグナリング取得部， ２５２ 第２シグナリング取得部， ２５３ シグナリング解析部， ２５４ 放送制御部， ２５５ 通信制御部， ９００ コンピュータ， ９０１ CPU

Claims (16)

  1. IP（Internet Protocol）伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得する第１の取得部と、
    前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得する第２の取得部と、
    前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する制御部と
    を備える受信装置。
  2. 前記第２の取得部は、前記第１のシグナリングデータに含まれる前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第１のシグナリングデータに含まれる、前記第２のシグナリングデータが伝送されているストリームの識別情報に基づいて、当該ストリームから前記第２のシグナリングデータを取得する
    請求項１に記載の受信装置。
  3. 前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
    前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
    請求項２に記載の受信装置。
  4. 前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
    請求項３に記載の受信装置。
  5. 前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
    請求項３に記載の受信装置。
  6. 前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
    請求項３に記載の受信装置。
  7. 前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
    前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
    請求項２に記載の受信装置。
  8. 受信装置の受信方法において、
    前記受信装置が、
    IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータに先行して、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを取得し、
    前記第１のシグナリングデータに基づいて、前記第２のシグナリングデータを取得し、
    前記第２のシグナリングデータに基づいて、各種の処理を行う各部の動作を制御する
    ステップを含む受信方法。
  9. IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成する生成部と、
    受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する送信部と
    を備える送信装置。
  10. 前記第１のシグナリングデータは、前記フラグが、前記第２のシグナリングデータが存在することを示している場合に、前記第２のシグナリングデータが伝送されているストリームの識別情報を含む
    請求項９に記載の送信装置。
  11. 前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層における、前記第２のシグナリングデータが伝送される階層よりもさらに下位の階層で伝送される、FIC（Fast Information Channel）であり、
    前記第２のシグナリングデータは、前記デジタル放送の放送波における物理チャンネルごとの前記ストリームの構成と前記サービスの構成を示しているSCD（Service Configuration Description）又はレーティング情報を含むRRD（Region Rating Description）である
    請求項１０に記載の送信装置。
  12. 前記第１のシグナリングデータは、前記物理チャンネルを識別するための識別情報、前記ストリームを識別するための識別情報、及び、前記サービスを識別するための識別情報を含む
    請求項１１に記載の送信装置。
  13. 前記第１のシグナリングデータは、前記サービスの供給元を特定するための識別情報を含む
    請求項１１に記載の送信装置。
  14. 前記第１のシグナリングデータは、前記IP伝送方式のプロトコルの階層におけるIP層よりも上位の階層で伝送される、前記IPアドレスで識別されるサービスごとの制御情報を含む第３のシグナリングデータの配信経路を示す情報を含む
    請求項１１に記載の送信装置。
  15. 前記第１のシグナリングデータは、緊急警報に関する情報を含むEAS（Emergency Alert System）であり、
    前記第２のシグナリングデータは、緊急警報に関する情報を含むEAD（Emergency Alerting Description）である
    請求項１０に記載の送信装置。
  16. 送信装置の送信方法において、
    前記送信装置が、
    IP伝送方式を用いたデジタル放送において、前記IP伝送方式のプロトコルの階層におけるIP層よりも下位の階層で伝送される、IPアドレスで識別されるサービスに依存しない制御情報を含むテキスト形式の第２のシグナリングデータと、前記第２のシグナリングデータの存在の有無を示すフラグを含むバイナリ形式の第１のシグナリングデータを生成し、
    受信装置において、前記第２のシグナリングデータに先行して、前記第１のシグナリングデータが取得されるように、前記第１のシグナリングデータと前記第２のシグナリングデータを、前記IP伝送方式を用いたデジタル放送で送信する
    ステップを含む送信方法。
JP2016555168A 2014-10-21 2015-10-07 受信装置、受信方法、送信装置、及び、送信方法 Expired - Fee Related JP6617712B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014214924 2014-10-21
JP2014214924 2014-10-21
PCT/JP2015/078499 WO2016063731A1 (ja) 2014-10-21 2015-10-07 受信装置、受信方法、送信装置、及び、送信方法

Publications (2)

Publication Number Publication Date
JPWO2016063731A1 true JPWO2016063731A1 (ja) 2017-08-10
JP6617712B2 JP6617712B2 (ja) 2019-12-11

Family

ID=55760775

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016555168A Expired - Fee Related JP6617712B2 (ja) 2014-10-21 2015-10-07 受信装置、受信方法、送信装置、及び、送信方法

Country Status (7)

Country Link
US (6) US10015656B2 (ja)
EP (2) EP3211905B1 (ja)
JP (1) JP6617712B2 (ja)
KR (1) KR102460464B1 (ja)
CA (1) CA2963757C (ja)
MX (1) MX369226B (ja)
WO (1) WO2016063731A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3211905B1 (en) 2014-10-21 2019-04-03 Sony Corporation Reception device, reception method, transmission device, and transmission method
US10869070B2 (en) 2014-11-04 2020-12-15 Lg Electronics Inc. Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals
US10305940B2 (en) * 2014-11-12 2019-05-28 Lg Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
EP3480975B1 (en) * 2016-06-30 2020-12-02 Sony Semiconductor Solutions Corporation Transmission system, transmission method, reception device, and reception method
EP3481071B1 (en) 2016-06-30 2022-07-27 Sony Semiconductor Solutions Corporation Reception device, transmission device, and data processing method
US20180014171A1 (en) * 2016-07-05 2018-01-11 Qualcomm Incorporated Management of emergency alert wake up bits
US10637594B2 (en) 2016-07-08 2020-04-28 Sony Semiconductor Solutions Corporation Reception device, transmission device, and data processing method
WO2021065915A1 (ja) * 2019-09-30 2021-04-08 株式会社ソシオネクスト フレーム生成方法およびフレーム生成装置
US11165836B2 (en) 2020-03-04 2021-11-02 International Business Machines Corporation Reducing VoIP call disruption
BR112023018896A2 (pt) 2021-03-19 2023-10-10 Pacira Pharmaceuticals Inc Tratamento da dor em pacientes pediátricos por administração de composições anestésicas lipossômicas de liberação prolongada

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101265604B1 (ko) * 2006-07-03 2013-05-22 엘지전자 주식회사 디지털 방송 신호를 처리하는 장치 및 방법
FR2924886B1 (fr) * 2006-10-06 2013-03-22 Streamezzo Procede de gestion de canaux de communication, signal et terminal correspondants.
KR101259118B1 (ko) * 2007-02-23 2013-04-26 엘지전자 주식회사 방송 신호 송신 장치 및 방법
JP5045535B2 (ja) 2008-04-28 2012-10-10 ソニー株式会社 受信装置及び受信方法
US11943517B2 (en) * 2011-01-04 2024-03-26 Interdigital Madison Patent Holdings, Sas Method and apparatus for remotely tuning channels using DLNA DMS service
KR101899823B1 (ko) * 2011-05-25 2018-09-18 엘지전자 주식회사 송/수신 시스템 및 방송 신호 처리 방법
US9451401B2 (en) * 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
WO2013129781A1 (ko) * 2012-03-02 2013-09-06 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
US8923195B2 (en) * 2012-03-20 2014-12-30 Futurewei Technologies, Inc. Method and apparatus for efficient content delivery in radio access networks
JP6204502B2 (ja) 2013-02-03 2017-09-27 エルジー エレクトロニクス インコーポレイティド 放送システムを介して緊急警報サービスを提供する装置及び方法
JP2014150041A (ja) 2013-02-04 2014-08-21 Auto Network Gijutsu Kenkyusho:Kk コネクタ及び通信ハーネス
KR101730371B1 (ko) * 2013-08-01 2017-04-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법 및 방송 신호 수신 방법
KR102055261B1 (ko) * 2013-09-27 2020-01-22 삼성전자주식회사 송신 장치, 수신 장치 및 그 제어방법
MX363967B (es) * 2013-10-25 2019-04-09 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision y metodo de transmision.
JP6293278B2 (ja) 2014-03-03 2018-03-14 エルジー エレクトロニクス インコーポレイティド 放送信号を送信及び受信するための装置及び方法
US20170055025A1 (en) * 2014-04-30 2017-02-23 Lg Electronics Inc. Broadcast transmission apparatus, broadcast reception apparatus, operation method of the broadcast transmission apparatus and operation method of the broadcast reception apparatus
EP3046304B1 (en) * 2014-06-26 2019-04-10 LG Electronics Inc. Devices for transmitting/receiving broadcast signal
EP3206391A4 (en) * 2014-10-12 2018-03-21 LG Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
EP3211905B1 (en) * 2014-10-21 2019-04-03 Sony Corporation Reception device, reception method, transmission device, and transmission method
US10742705B2 (en) * 2014-11-20 2020-08-11 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
WO2016144072A1 (ko) * 2015-03-08 2016-09-15 엘지전자(주) 방송 신호 송수신 장치 및 방법

Also Published As

Publication number Publication date
CA2963757C (en) 2023-03-14
US20170238160A1 (en) 2017-08-17
EP3522548B1 (en) 2022-02-23
KR20170071478A (ko) 2017-06-23
JP6617712B2 (ja) 2019-12-11
US10015656B2 (en) 2018-07-03
US20240022890A1 (en) 2024-01-18
US11812358B2 (en) 2023-11-07
EP3211905A1 (en) 2017-08-30
US20220312175A1 (en) 2022-09-29
KR102460464B1 (ko) 2022-10-31
US10356592B2 (en) 2019-07-16
CA2963757A1 (en) 2016-04-28
MX2017004886A (es) 2017-06-29
EP3211905B1 (en) 2019-04-03
US20180367975A1 (en) 2018-12-20
MX369226B (es) 2019-11-01
EP3522548A1 (en) 2019-08-07
US10827337B2 (en) 2020-11-03
US11395123B2 (en) 2022-07-19
US20210014660A1 (en) 2021-01-14
US20190387388A1 (en) 2019-12-19
WO2016063731A1 (ja) 2016-04-28
EP3211905A4 (en) 2018-03-14

Similar Documents

Publication Publication Date Title
JP6617712B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
US11374993B2 (en) Reception device, reception method, transmission device, and transmission method
US11343549B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US11770805B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
US11871087B2 (en) Receiver, reception method, transmitter, and transmission method
JP6598031B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180919

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190806

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190930

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: 20191015

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191028

R151 Written notification of patent or utility model registration

Ref document number: 6617712

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees