JP6406416B2 - 送信装置及び送信方法 - Google Patents
送信装置及び送信方法 Download PDFInfo
- Publication number
- JP6406416B2 JP6406416B2 JP2017219218A JP2017219218A JP6406416B2 JP 6406416 B2 JP6406416 B2 JP 6406416B2 JP 2017219218 A JP2017219218 A JP 2017219218A JP 2017219218 A JP2017219218 A JP 2017219218A JP 6406416 B2 JP6406416 B2 JP 6406416B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- data
- information
- broadcast
- transmission
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 58
- 230000005540 biological transmission Effects 0.000 claims description 170
- 238000012544 monitoring process Methods 0.000 claims description 20
- 230000011664 signaling Effects 0.000 description 158
- 238000005516 engineering process Methods 0.000 description 37
- 238000012545 processing Methods 0.000 description 25
- 238000010586 diagram Methods 0.000 description 22
- VKALYYFVKBXHTF-UHFFFAOYSA-N 4-(methylsulfanyl)-m-cresol Chemical compound CSC1=CC=C(O)C=C1C VKALYYFVKBXHTF-UHFFFAOYSA-N 0.000 description 21
- 238000007726 management method Methods 0.000 description 21
- 230000001360 synchronised effect Effects 0.000 description 14
- 230000005236 sound signal Effects 0.000 description 13
- 238000001994 activation Methods 0.000 description 11
- 230000004913 activation Effects 0.000 description 10
- 101100264195 Caenorhabditis elegans app-1 gene Proteins 0.000 description 9
- 230000008054 signal transmission Effects 0.000 description 8
- 238000004891 communication Methods 0.000 description 7
- 238000004519 manufacturing process Methods 0.000 description 6
- 238000003672 processing method Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000002730 additional effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007705 epithelial mesenchymal transition Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000002194 synthesizing effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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/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/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04H—BROADCAST COMMUNICATION
- H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
- H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
- H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
-
- 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
-
- 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/23605—Creation or processing of packetized elementary streams [PES]
-
- 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
-
- 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/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
- 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
-
- 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/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8173—End-user applications, e.g. Web browser, game
-
- 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/47—End-user applications
- H04N21/488—Data services, e.g. news ticker
- H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
-
- 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/8166—Monomedia components thereof involving executable data, e.g. software
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Circuits Of Receivers In General (AREA)
Description
本明細書で開示する技術は、所定のトランスポート方式によりデータ放送アプリケーション及びその制御情報を送信する送信装置及び送信方法、並びに、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を受信し、制御情報に基づいてデータ放送アプリケーションを実行する受信装置及び受信方法に関する。
次世代のディジタル放送方式として、MPEGで新たなメディア・トランスポート方式として規格化されたMMT(MPEG Media Transport)方式による超高解像度TV放送規格が検討されている(例えば、特許文献1を参照のこと)。MMT方式では、異なる伝送路の組み合わせで利用することが容易であり、放送や通信の複数の伝送路に共通に用いることができる。
MMT方式のTV放送規格では、ビデオやオーディオ、字幕などの放送番組本体のストリーム・メディアを同期(Timed)MPU(Media Processing Unit)フォーマットで伝送する一方、HTML(Hyper Text Markup Language)文書のようなデータ放送アプリケーション並びにアプリケーションに関わる制御情報を非同期(Non timed)MPUフォーマットで伝送する方式も規定されている
また、データ放送アプリケーションには、放送番組に連動した番組連動型データ放送アプリケーションと、ニュースや天気予報のように放送番組とは特に連動しない番組非連動型データ放送アプリケーションに大別することができる。また、データ放送アプリケーションのデリバリー・セグメントが複数存在することが想定される。例えば、放送番組本体の制作元であるキー局が主に放送番組に連動したアプリケーションを付与する一方、配信事業者である各地方局でも自前のアプリケーションを付与するという運用が想定される。各地方局は、必ずしも放送番組本体には連動しないが、天気予報やローカル・ニュースといったその地域に密着した情報を自前のアプリケーションで提供し、地域毎に粒度の細かいデータ放送サービスを実現できるというメリットがある。
本出願時のBML(Broadcast Markup Language)を利用したデータ放送やハイブリッドキャストの放送局運用では、特に民間放送において、責任分界と地方局の配信設備の負担を増大させないという観点から、データ放送アプリケーション並びにアプリケーションに関連する制御情報の伝送を、デリバリー・セグメント(キー局分と地方局分)毎に独立して実施できるように考慮されている。
次世代のMMT方式の放送規格を検討する際にも、各地方局でも自前のアプリケーションを付与するという民間放送の要求を十分考慮すべきである。ところが、複数のデリバリー・セグメントからそれぞれ提供されるデータ放送アプリケーションをすべて一系統に統合して運用してしまうと、キー局で用意したデータ放送のデータ・フローに対して、各地方局において自前のアプリケーションの付け足しや付け替え作業を行なわなければならない。この結果、地方局に過大な配信コストを強いるとともに、作業がうまくいかないリスクもある。
本明細書で開示する技術の目的は、所定のトランスポート方式によりデータ放送アプリケーション及びその制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することにある。
また、本明細書で開示する技術の目的は、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を好適に受信し、制御情報に基づいてデータ放送アプリケーションを実行することができる、優れた受信装置及び受信方法を提供することにある。
本明細書で開示する技術は、上記課題を参酌してなされたものであり、その第1の側面は、
放送番組に対するアプリケーションを送信するアプリケーション送信部と、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信部と、
を具備し、
前記シグナリング・メッセージ送信部は、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信装置である。
放送番組に対するアプリケーションを送信するアプリケーション送信部と、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信部と、
を具備し、
前記シグナリング・メッセージ送信部は、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信装置である。
本明細書で開示する技術の第2の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントが提供するアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルのロケーション情報を示すように構成されている。
本明細書で開示する技術の第3の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に、対応するデリバリー・セグメントが伝送するデータ伝送メッセージ、アプリケーション情報テーブル、又はイベント・メッセージ・テーブルのロケーション情報を示すように構成されている。
本明細書で開示する技術の第4の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、放送サービスのエントリー・ポイントとなるシグナリング・メッセージで伝送するシグナリング・テーブル内に、デリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信するように構成されている。
本明細書で開示する技術の第5の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でデリバリー・セグメントが提供するアプリケーション・タイプの情報を示すように構成されている。
本明細書で開示する技術の第6の側面によれば、第5の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度の情報をさらに示すように構成されている。
本明細書で開示する技術の第7の側面によれば、第6の側面に係る送信装置の前記シグナリング・メッセージ送信部は、アプリケーション・タイプ毎の優先度の情報を示すパラメーター(application_priority)を各アプリケーション・サービス記述子に含めるように構成されている。
本明細書で開示する技術の第8の側面によれば、第6の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に配置されるプライベート・データ領域で、アプリケーション・タイプ毎の優先度の情報を示すように構成されている。
本明細書で開示する技術の第9の側面によれば、第6の側面に係る送信装置の前記シグナリング・メッセージ送信部は、所定ビット長のビットマップ情報領域(application_bitmap)でアプリケーション・タイプ及びその優先度を示すように構成されている。
本明細書で開示する技術の第10の側面によれば、第9の側面に係る送信装置の前記シグナリング・メッセージ送信部は、所定ビット長のビットマップ情報領域(application_bitmap)でアプリケーション・タイプ及びその優先度を示すように構成されている。
本明細書で開示する技術の第11の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントについてのアプリケーション情報テーブルがデフォルトの監視対象に指定されているか否かを示すように構成されている。
本明細書で開示する技術の第12の側面によれば、第1の側面に係る送信装置の前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントから伝送されるイベント・メッセージ・テーブルの数の情報を示すように構成されている。
本明細書で開示する技術の第13の側面によれば、第1の側面に係る送信装置の前記アプリケーション送信部は、ペイロードにアプリケーションを含むことを示す第1のペイロード種別情報をパケット・ヘッダーに挿入した第1の伝送パケットでアプリケーションを送信し、前記シグナリング・メッセージ送信部は、ペイロードにシグナリング・メッセージを含むことを示す第2のペイロード識別情報をパケット・ヘッダーに挿入した第2の伝送パケットでシグナリング・メッセージを送信するように構成されている。
また、本明細書で開示する技術の第14の側面は、
放送番組に対するアプリケーションを送信するアプリケーション送信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信ステップと、
を有し
前記シグナリング・メッセージ送信ステップでは、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信方法である。
放送番組に対するアプリケーションを送信するアプリケーション送信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信ステップと、
を有し
前記シグナリング・メッセージ送信ステップでは、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信方法である。
また、本明細書で開示する技術の第15の側面は、
放送番組に対するアプリケーションを受信するアプリケーション受信部と、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信部と、
を具備し、
前記シグナリング・メッセージ受信部は、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信装置である。
放送番組に対するアプリケーションを受信するアプリケーション受信部と、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信部と、
を具備し、
前記シグナリング・メッセージ受信部は、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信装置である。
本明細書で開示する技術の第16の側面によれば、第15の側面に係る受信装置は、前記アプリケーション受信部が受信したアプリケーションの起動を制御するアプリケーション制御部をさらに備えている。そして、前記アプリケーション制御部は、前記シグナリング・テーブルに配置される各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度に基づいて、前記シグナリング・メッセージで受信するシグナリング・メッセージ又はシグナリング・テーブルを選択するように構成されている。
また、本明細書で開示する技術の第17の側面は、
放送番組に対するアプリケーションを受信するアプリケーション受信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信ステップと、
を有し、
前記シグナリング・メッセージ受信ステップでは、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信方法である。
放送番組に対するアプリケーションを受信するアプリケーション受信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信ステップと、
を有し、
前記シグナリング・メッセージ受信ステップでは、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信方法である。
本明細書で開示する技術によれば、所定のトランスポート方式によりデータ放送アプリケーション及びその制御情報を好適に送信することができる、優れた送信装置及び送信方法を提供することができる。
また、本明細書で開示する技術によれば、所定のトランスポート方式により伝送されるデータ放送アプリケーション及びその制御情報を好適に受信し、制御情報に基づいてデータ放送アプリケーションを実行することができる、優れた受信装置及び受信方法を提供することができる。
本明細書で開示する技術によれば、同一の放送番組に関するデータ放送アプリケーションを提供するデリバリー・セグメントが複数存在する場合に(例えば、番組制作局としてのキー局、配信局としての各地方局、並びに第3者など)、データ放送アプリケーションに関連する制御情報をデリバリー・セグメント毎に独立した系統で配信することができる。したがって、キー局と地方局間の責任分界と、地方局の配信設備の負担を増大させずに済む。
なお、本明細書に記載された効果は、あくまでも例示であり、本発明の効果はこれに限定されるものではない。また、本発明が、上記の効果以外に、さらに付加的な効果を奏する場合もある。
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
図1には、本明細書で開示する技術を適用したディジタル放送システム10の構成例を模式的に示している。図示のディジタル放送システム10は、放送送出システム11と、受信機12で構成される。
放送送出システム11は、放送信号の伝送にMMT方式を適用しており、放送サービスを構成する各コンポーネントをIPパケットにして伝送する。具体的には、放送番組の映像信号や音声信号の符号、並びに、放送番組に関連するコンテンツ(データ放送アプリケーションなど)や字幕の信号は、MMTPペイロードに乗せてMMTPパケット化され、IPパケットで伝送される。また、これらのIPパケットは、放送伝送路ではTLVパケットの形式で伝送される。ここで、映像や音声、字幕などの放送番組本体に関わるコンポーネントは、同期メディアである。また、データ放送に利用されるコンテンツ(HTML:Hyper Text Transfer Protocol)形式で記述されるデータ放送アプリケーションなど)は非同期メディアである。
一方、受信機12は、放送送出システム11から放送伝送路で送られてくるIPパケットを受信する。受信機12は、そして、受信機12は、受信パケットから映像や音声、字幕などの伝送メディアを復号して、画像や音声を提示する。また、受信機12は、受信パケットからデータ放送用の各データ・ファイルを取得すると、HTMLブラウザーなどのアプリケーション・エンジンを起動して、放送番組に連動したデータ放送の提示を行なう。
図2には、MMT方式を用いる放送システムのプロトコル・スタック200を示している。
1つの放送サービスは、映像201、音声202、字幕203、アプリケーション204、コンテンツ・ダウンロード205の各コンポーネントで構成される。映像201はHEVC(High Efficiency Video Coding)形式で符号化211され、音声202はAAC(Advanced Audio Coding)形式で符号化212され、字幕203は字幕符号化213される。また、アプリケーション204は、EPG(Electric Program Guide)を含むが、HTML5形式で符号化214される。
MMTレイヤー220上では、これら同期メディア及び非同期メディアの符号化コンポーネント211〜214は、MPUフォーマットにして、MMTPペイロードに乗せてMMTPパケット化される。また、メディア・トランスポート方式であるMMTに関わる(放送番組の構成などを示す)制御情報であるMMT−SI(signaling Information)221も、MMTPペイロードに乗せてMMTPパケット化される。なお、コンテンツ・ダウンロード205のデータ伝送方式215として、字幕・文字スーパー伝送方式、アプリケーション伝送方式、イベント・メッセージ伝送方式、汎用データ伝送方式の4種類が挙げられるが、詳細な説明は省略する。
UDP(User Datagram Protocol)/IPレイヤー230では、MMTPパケットはIPパケット化される。また、同期メディアのための現在時刻の情報を含むNTP(Network Time Protocol)パケット206も、IPパケット化される。さらに、これらのIPパケットは、TLVレイヤー240でTLVパケット化され、最下層の物理レイヤーである放送伝送路250で伝送される。また、IPパケットの多重のためのTLV多重化形式に関わるTLV−SI241も、TLVパケット化され、放送伝送路250で伝送される。TLVパケットを多重した伝送スロットは、伝送路のTMCC(Transmission and Multiplexing Configuration Control)信号251から、TLVストリーム識別情報(TLV_stream_id)を用いて特定される。
図3には、図2に示した放送信号を送出する放送送出システム11の構成例を示している。放送送出システム11は、例えば放送番組本体の制作元であるキー局(番組制作局)に相当する。図示の放送送出システム11は、時計部301と、信号送出部302と、ビデオ・エンコーダー303と、オーディオ・エンコーダー304と、キャプション・エンコーダー305と、シグナリング・エンコーダー306と、ファイル・エンコーダー307と、電子データ処理システム(Electronic Data Processing System:EDPS)308と、TLVシグナリング・エンコーダー309と、IPサービス・マルチプレクサー(MUX)310と、TLVマルチプレクサー(MUX)311と、変調・送信部312を備えている。
時計部301は、NTPサーバー(図示しない)から取得した時刻情報に同期した時刻情報を生成し、この時刻情報を含むIPパケットをIPサービス・マルチプレクサー310に送る。
信号送出部302は、例えばTV放送局のスタジオやVTRなどの記録再生機であり、同期メディアである映像、音声、字幕などのストリーム・データや、非同期メディアであるデータ放送アプリケーション用のデータ・ファイル(HTML文書データなど)をそれぞれ、ビデオ・エンコーダー303、オーディオ・エンコーダー304、キャプション・エンコーダー305、ファイル・エンコーダー307に送る。
EDPS308は、TV放送局のスケジューラー並びにファイルの供給源であり、非同期メディアであるデータ放送アプリケーションと、放送番組の構成などを示す制御情報と、IPパケットの多重に関する制御情報をそれぞれ、ファイル・エンコーダー307、シグナリング・エンコーダー306、TLVシグナリング・エンコーダー309に送る。
ビデオ・エンコーダー303は、信号送出部302から送出される映像信号をHEVC符号化し、さらにパケット化して、映像信号のMMTパケットを含むIPパケットをIPサービス・マルチプレクサー310に送る。また、オーディオ・エンコーダー304は、信号送出部302から送出される音声信号をAAC符号化し、さらにパケット化して、音声信号のMMTパケットを含むIPパケットをIPサービス・マルチプレクサー310に送る。また、キャプション・エンコーダー305は、信号送出部302から送出される字幕信号を字幕符号化し、さらにパケット化して、字幕のMMTパケットを含むIPパケットをIPサービス・マルチプレクサー310に送る。
シグナリング・エンコーダー306は、EDPS308から送出される情報に基づいて、放送番組の構成などを示す制御情報を記述したシグナリング・メッセージ(MMT−SI)を生成し、ペイロード部にこのシグナリング・メッセージが配置されたMMTパケットを含むIPパケットをIPサービス・マルチプレクサー310に送る。本実施形態では、シグナリング・メッセージは、PA(Package Access)メッセージ、M2セクション・メッセージ、データ伝送メッセージの3種類に大別される。
ファイル・エンコーダー307は、信号送出部302又はEDPS308から送出されるデータ放送アプリケーションをHTML5形式のデータ・ファイルに符号化し、さらにパケット化して、このMMTパケットを含むIPパケットをIPサービス・マルチプレクサー310に送る。
放送送出システム11は、送出するチャンネル(放送番組)毎にIPサービス・マルチプレクサー310を装備する。1つのチャンネルのIPサービス・マルチプレクサー310は、各エンコーダー303〜307から送られてくる映像、音声、字幕、シグナリング・メッセージ(MMT−SI)、及びデータ放送アプリケーションの各々を含むIPパケットをマルチプレクスして、1つの放送サービス(チャンネル)を構成するTLVパケットを生成する。
TLVシグナリング・エンコーダー309は、EDPS308から送出される情報に基づいて、上記のIPパケットの多重に関する制御情報(TLV−SI)をペイロード部に配置するTLVパケットを生成する。
TLVマルチプレクサー311は、各IPサービス・マルチプレクサー310−1〜310−N及びTLVシグナリング・エンコーダー309で生成されるTLVパケットをマルチプレクスして、TLVストリーム識別情報で識別されるTLVストリームを生成する。
変調・送信部312は、TLVマルチプレクサー311で生成されたTLVストリームに対してRF変調処理を行なって、放送伝送路に送出する。
図3に示した放送送出システム11の動作について説明しておく。
時計部301では、NTPサーバー(図示しない)から取得した時刻情報に同期した時刻情報が生成され、この時刻情報を含むIPパケットが生成される。
信号送出部302から送出される映像信号は、ビデオ・エンコーダー303に供給される。ビデオ・エンコーダー303では、映像信号がHEVC符号化され、さらにパケット化されて、HEVC符号化映像信号のMMTパケットを含むIPパケットが生成される。このIPパケットは、IPサービス・マルチプレクサー310に送られる。
また、信号送出部302から送出される音声信号並びに字幕信号に対しても、同様の処理が行なわれる。すなわち、オーディオ・エンコーダー304で生成されるAAC符号化音声信号のMMTパケットを含むIPパケットがIPサービス・マルチプレクサー310に送られるとともに、キャプション・エンコーダー305で生成される字幕符号化信号のMMTパケットを含むIPパケットがIPサービス・マルチプレクサー310に送られる。
また、シグナリング・エンコーダー306では、EDPS308から送出される情報に基づいて放送番組の構成などを示す制御情報を記述したシグナリング・メッセージ(MMT−SI)が生成され、ペイロード部にこのシグナリング・メッセージが配置されたMMTパケットを含むIPパケットが生成される。このIPパケットは、IPサービス・マルチプレクサー310に送られる。
また、信号送出部302又はEDPS308から送出されるデータ放送アプリケーションは、ファイル・エンコーダー307に供給される。ファイル・エンコーダー307では、データ放送アプリケーションがHTML5形式に符号化され、さらにパケット化され、このMMTパケットを含むIPパケットが生成される。このIPパケットは、IPサービス・マルチプレクサー310に送られる。
各IPサービス・マルチプレクサー310では、各エンコーダー303〜307から送られてくる映像、音声、字幕、シグナリング・メッセージ(MMT−SI)、及びデータ・ファイル(HTML5文書)の各々を含むIPパケットがマルチプレクスされて、1つのチャンネルを構成するTLVパケットが生成される。
TLVシグナリング・エンコーダー309では、EDPS308から送出される情報に基づいて、上記のIPパケットの多重に関する制御情報(TLV−SI)をペイロード部に配置するTLVパケットが生成される。
TLVマルチプレクサー311では、各IPサービス・マルチプレクサー310−1〜310−N及びTLVシグナリング・エンコーダー309で生成されるTLVパケットがマルチプレクスされて、TLVストリームが生成される。変調・送信部312では、TLVマルチプレクサー311で生成されたTLVストリームに対してRF変調処理が行なわれ、そのRF変調信号が放送伝送路に送出される。
図4には、図2に示した放送信号を受信する受信機12の構成例を示している。図示の受信機12は、チューナー・復調部401と、デマルチプレクサー(DEMUX)402と、時計回復部403と、ビデオ・デコーダー404と、オーディオ・デコーダー405と、キャプション・デコーダー406と、システム制御部407と、アプリケーション制御部408と、アプリケーション・エンジン409と、IPインターフェース(I/F)410と、合成部411を備えている。図示の受信機12は、例えば家庭内に設置されるテレビ受信機やセット・トップ・ボックスの他、IPTVやCATVの再送信機を含むものとする。
チューナー・復調部401は、放送信号を選局受信し、復調処理を行なって、TLVストリームを得る。デマルチプレクサー402は、このTLVストリームに対して、デマルチプレクス処理及びデパケット化処理を行なう。本実施形態では、デマルチプレクサー402は、TLVフィルター402−1と、IPフィルター402−2と、UDPフィルター402−3と、MMTフィルター402−4と、SIフィルター402−5を備えている。
TLVフィルター402−1は、TLVストリーム識別情報に基づいて、放送伝送されるTLVパケットをフィルタリングする。IPフィルター402−2は、IPアドレスに基づいて、TLVパケットからIPパケットをフィルタリングするとともに、IPインターフェース410経由で受信したIPパケットのフィルタリングも行なう。また、UDPフィルター402−3は、UDPパケットをフィルタリングする。MMTフィルター402−4は、MMTPヘッダー(後述)内の情報に基づいて、IPパケットからMMTPパケットをフィルタリングして、映像、音声、字幕、並びにアプリケーションの各符号化コンポーネントを乗せたMMTPパケットを、それぞれビデオ・デコーダー404、オーディオ・デコーダー405、キャプション・デコーダー406、アプリケーション・エンジン409に振り分ける。SIフィルター402−5は、シグナリング情報SIをフィルタリングして、システム制御部407及びアプリケーション制御部408にそれぞれ振り分ける。SIフィルター402−5は、MMTストリームからMMT−SIをフィルタリングするMMT−SIフィルターと、TLVストリームからTLV−SIをフィルタリングするTLV−SIフィルターを含むものとする。
時計回復部403は、デマルチプレクサー402内のIPフィルター402−2並びにUDPフィルター402−3でフィルタリングされたNTPパケットに含まれる現在時刻の情報に基づいて、この時刻情報に同期した時刻情報を生成して、各同期メディアをデコードするにビデオ・デコーダー404、オーディオ・デコーダー405、キャプション・デコーダー406にそれぞれ出力する。
ビデオ・デコーダー404は、デマルチプレクサー402で得られる符号化映像信号をデコードして、ベースバンドの映像信号を得る。また、オーディオ・デコーダー405は、デマルチプレクサー402で得られる符号化音声信号をデコードして、ベースバンドの音声信号を得る。また、キャプション・デコーダー406は、デマルチプレクサー402で得られる字幕符号化信号をデコードして、字幕の表示信号を得る。
アプリケーション制御部408は、SIフィルター402−5を介して受け取るシグナリング情報に基づいて、データ放送アプリケーションの処理を制御する。例えば、アプリケーション制御部407は、MMT−SIを解析して、デフォルト・エントリーに設定されているデータ放送アプリケーションを見つけると、アプリケーション・エンジン409に対してデータ放送の提示処理を指示する。
本実施形態に係る放送システム10では、放送信号並びにIPネットワークという2種類のデリバリー・パスを通じてデータ放送アプリケーションが伝送されることを想定している。前者の系統ではチューナー・復調部401で受信し、後者の系統ではIPインターフェース410で受信し、いずれもデマルチプレクサー402内でパケット化されたMMTパケットがMMTフィルター402−4によってアプリケーション・エンジン409に振り分けられる。
アプリケーション・エンジン409は、例えばHTMLブラウザーなどであり、データ放送アプリケーションのエンティティーであるデータ・ファイル(HTML5文書など)の処理を行なって、データ放送の表示信号を生成する。また、アプリケーション・エンジン409は、データ放送の表示に必要なデータ・ファイル(データ放送の表示に使用するモノメディアや、リンク先のアプリケーションなど)をIPインターフェース410経由でIPネットワークから取得することもできる。
システム制御部407は、SIフィルター402−5を介して受け取るシグナリング情報や、ユーザー操作部(図示しない)を介したユーザーからの操作情報などに基づいて、当該受信機12の各部の動作を制御する。また、システム制御部407は、各デコーダー404〜406におけるデコード・タイミングをシグナリング情報に基づいて制御し、映像、音声、及び字幕の提示タイミングを調整する。合成部411は、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号を合成して、映像表示用の映像信号を得る。また、オーディオ・デコーダー405で得られるベースバンドの音声信号は、音声出力用の音声信号となる。映像信号及び音声信号からなる放送番組本編は、図示しないモニター・ディスプレイから映像及び音声出力される。また、データ放送アプリケーション・エンジン409が処理したデータ放送も、モニター・ディスプレイ上で放送番組本編の画面に重畳して表示される。
IPインターフェース410は、例えばネットワーク・インターフェース・カードで構成され、インターネットやホーム・ネットワークなどのIPネットワークに接続して、IPパケットの送受信処理を行なう。
また、本実施形態では、IPフィルター402−2でIPアドレスに基づいてフィルタリングしたIPパケットを、IPインターフェース410からIPネットワークへ送信若しくは再送信することも想定される。また、放送サービスをIPアドレスだけでフィルタリングできることが判明すると、デマルチプレクサー402内のIPフィルター402−2だけで特定サービスを抽出して、受信機12から外部へ転送することができる。
図4に示した受信機12の動作について説明しておく。
チューナー・復調部401では、放送信号が受信され、復調処理が行なわれて、TLVストリームが得られる。デマルチプレクサー402では、このTLVストリームに対して、デマルチプレクス処理及びでパケット化処理を行なわれ、NTP時刻情報、映像、音声、字幕、データ放送の各符号化信号、並びに、シグナリング情報が抽出され、ビデオ・デコーダー404、オーディオ・デコーダー405、キャプション・デコーダー406、アプリケーション・エンジン409、システム制御部407、アプリケーション制御部408にそれぞれ振り分けられる。また、IPインターフェース410で受信したIPパケットについても同様に、デマルチプレクス処理及びでパケット化処理を行なわれ、各部に振り分けられる。
また、デマルチプレクサー402で抽出されたNTPパケットは、時計回復部403に振り分けられる。時計回復部403では、NTPパケットに載せられた時刻情報に基づいて、この時刻情報に同期した時刻情報が生成される。つまり、時計回復部403では、放送送出システム11側の時計部301で生成された時刻情報に合った時刻情報が生成される。
デマルチプレクサー402で抽出された符号化映像信号は、ビデオ・デコーダー404に送られてデコードされ、ベースバンドの映像信号が得られる。また、デマルチプレクサー402で抽出された字幕符号化信号はキャプション・デコーダー406に送られてデコードされ、字幕の表示信号が得られる。
アプリケーション制御部408では、SIフィルター402−5を介して受け取るシグナリング情報に基づいて、データ放送アプリケーションの処理が制御される。HTMLブラウザーなどからなるアプリケーション・エンジン409では、アプリケーション制御部408からの指示に従って、デマルチプレクサー402で抽出されたデータ放送アプリケーションの符号化信号(HTML5文書)の処理が行なわれ、データ放送の表示信号が得られる。
合成部411では、ベースバンドの映像信号に、字幕の表示信号及びデータ放送の表示信号が合成され、画面表示用の映像信号が得られる。また、デマルチプレクサー402で抽出された符号化音声信号はオーディオ・デコーダー405に送られてデコードされ、音声出力用のベースバンドの音声信号が得られる。そして、映像信号及び音声信号は、図示しないモニター・ディスプレイから映像及び音声出力される。
図1に示したディジタル放送システム10では、放送送出システム11から受信機12へ、MMT方式により放送信号を伝送することを想定している。図5には、MMT方式に従って放送送出システム11から放送伝送路に送出される放送信号500のイメージを示している。
1つのサービス(チャンネル:放送番組)の放送信号は、映像、音声、字幕などの放送番組本編に関わる同期メディアと、放送番組に連動するデータ放送に利用されるファイル・データのような非同期メディアで構成される。これらを符号化したメディア・データは、MPUフォーマットにしてMMTPパケット化され、IPパケットで伝送される。また、メディア・トランスポート方式であるMMTに関わる(放送番組の構成などを示す)シグナリング情報(MMT−SI)も、IPパケットで伝送される。これらのIPパケットは、放送伝送路ではTLVパケットの形式でTLVストリームとして伝送される。IPパケットの多重のためのTLV多重化形式に関わるシグナリング情報(TLV−SI)も、TLVパケットの形式で伝送される。
MMT方式では、1つのチャンネル(放送番組)を構成する同期メディア及び非同期メディアのデータを異なる伝送路の組み合わせで利用することが容易である。図5に示す例では、放送信号500として、映像、音声、字幕、データ放送アプリケーションなど、タイプ毎のアセット501〜503が利用されている。なお、図中、字幕データ用のアセットは便宜上、図示を省略している。各アセットは、それぞれ1つのIPデータ・フローに相当する。ここで言うIPデータ・フローとは、IPヘッダー及びUDPヘッダーの送信元IPアドレス、宛先IPアドレス、IPヘッダーのプロトコル種別、送信元ポート番号、宛先ポート番号の5種類のフィールドの値がすべて同じとなるIPパケットの集合である。
MMT方式の放送システム11は、放送伝送路でIPパケットを伝送する方式であるが、放送サービス毎(若しくは、放送局毎)に1つのIPアドレスをマッピングするという運用が可能である。このような場合、受信機側では、IPアドレスに基づいて放送信号500をフィルタリングすることで、所望する放送サービス(若しくは、所望する放送局)の各アセット501〜503にアクセスすることができる。同じIPアドレス内の各アセット501〜503で伝送されるMMTP(MMTプロトコル)パケットは、パケット識別情報(packet_id:PID)で一意に指定することができる。また、異なるIPアドレス上のMMTPパケットは、パケット識別情報と、IPアドレスと、ポート番号の組み合わせにより指定することができる。
1つのチャンネル(放送番組)は、映像、音声、字幕、ファイル・データ(データ放送アプリケーション)などタイプの異なる複数のアセットで構成される「パッケージ」と言うことができる。ここで言う「パッケージ」は、アセットを使って伝送されるメディア・データの論理集合である。また、ここで言う「アセット」は、固有のアセット識別情報(asset_id)に関連付けられる、マルチメディアのプレゼンテーションを構成するために使用されるデータのエンティティーである。なお、アセットはコンポーネントと対応関係がある(映像のアセットは映像コンポーネントに対応し、音声のアセットは音声コンポーネントに対応し、データ放送アプリケーションのアセットはデータのコンポーネントに対応する)。
各アセットは、同じアセット識別情報を共有する1又はそれ以上のMPUの集合(論理グループ)で構成される。MPUは、MMT方式における伝送単位となるフォーマットということができる。各MPUは、それぞれのアセットに専用のES(Elementary Stream)すなわちアセット501〜503上で伝送される。すなわち、映像アセット501では、同じアセット識別情報を持つ映像信号のMPU論理グループからなる符号化映像信号のMMTPパケットが伝送される。同様に、音声アセット502では同じアセット識別情報を持つ音声信号のMPU論理グループからなる符号化音声信号のMMTパケットが伝送され、データ・アセット503では同じアセット識別情報を持つデータ放送アプリケーションのMPU論理グループからなる符号化アプリケーションのMMTパケットが伝送される。各MPUは、アセット識別情報と、該当するアセット上でのMPUのシーケンス番号で特定される。また、各メディアを伝送するアセットは、アセット識別情報で識別することができる。
1つのパッケージ(放送番組)で、タイプが同じ複数の(すなわち、アセット識別情報が異なる)アセットが伝送されることもある。例えば、同じ放送番組に対して、2以上のデリバリー・セグメントからそれぞれデータ放送アプリケーションが提供される場合である。例えば、番組を制作したキー局から提供される放送番組に連動する番組連動型データ放送アプリケーションと、番組を配信する地方局から提供される放送番組に連動しない番組非連動型データ放送アプリケーション(例えば、天気予報やニュースなど)は、通常、別のアセットとして別々のアセット識別情報が割り振られ、別々のMPU論理グループとして異なるアセットで伝送される。図5に示す例では、デリバリー・セグメント毎に、番組制作局が提供するデータ放送アプリケーション用のアセット503−1と、番組を配信する地方局が提供するデータ放送アプリケーション用のアセット503−2を描いている。
また、MMT方式は、放送や通信の複数の伝送路に共通に用いることができる。例えば、データ放送用アプリケーション(HTML5文書など)のような非同期メディアは、図5に示したようにデータ・アセット503として同期メディアとともに伝送される以外に、IPネットワークなど通信伝送路(図示しない)を介して提供することもできる。
シグナリング504では、MMTのパッケージの構成や放送サービスに関連する情報を示す伝送制御信号であるMMT−SIを含んだMMTPパケットが、カルーセル方式により繰り返し伝送される。なお、図5では、TLV−SI用の伝送路の図示を省略している。
シグナリング504で伝送されるMMT−SIのシグナリング・メッセージとして、PAメッセージ510、M2セクション・メッセージ520、データ伝送メッセージ530を挙げることができる。
例えば、PAメッセージ510は、放送番組の構成などを示す制御情報であり、アセットのリストやその位置などパッケージを構成する情報を記述するMP(MMT Package)テーブル511などを格納するコンテナーである。
PAメッセージ510は、放送サービスのエントリー・ポイントであり、PAメッセージ510を伝送するMMTPパケットには、固定のパケット識別情報(例えば、0x0000)が割り当てられている。したがって、受信機側では、シグナリング504上で、上記固定のパケット識別情報を指定してPAメッセージ510を取得することができる。そして、PAメッセージ510で伝送されるMPテーブル511を参照して、パッケージ(放送番組)を構成する各アセット(映像、音声、字幕、ファイル・データ(データ放送アプリケーション)など)を指定することができる。
また、M2セクション・メッセージ520は、MPEG−2 Systemsのセクション拡張形式を伝送するメッセージである。MH−AIT(Application Information Table)521や、EMT(Event Message Table)522といったシグナリング・テーブルが、それぞれ単体でM2セクション・メッセージ520に格納される。
MH−AIT521は、アプリケーションに関する動的制御情報及び実行に必要な付加情報を伝送するテーブルであり、具体的には、放送伝送路でデータ・アセットとして送られてくるデータ放送アプリケーション(ファイル・データ)の処理方法(アプリケーションに適用される起動状態など)、並びにロケーション(URL)を指定する。
EMT522は、イベント・メッセージ伝送方式に用いるシグナリング・テーブルであり、イベント・メッセージ(放送局から受信機上のアプリケーションに対する同期・非同期のメッセージ)に関する情報(イベント・メッセージ記述子)を格納する。イベント・メッセージ伝送方式は、放送局から受信機で動作しているデータ放送アプリケーションに対して、即座にあるいは指定した時刻に、メッセージ情報を送る手段を提供する。
また、データ伝送メッセージ530は、データ放送アプリケーションの伝送に関する制御情報を伝送するためのメッセージである。1つのデータ伝送メッセージ530内には、データ・ディレクトリー管理テーブル(Data Directory management Table:DDMT)531、データ・アセット管理テーブル(Data Asset Management Table: DAMT)532、データ・コンテンツ管理テーブル(Data Content Configuration Table:DCCT)533の各シグナリング・テーブルが格納される。
データ・ディレクトリー管理テーブル531は、ディレクトリー単位(言い換えれば、データ放送アプリケーションの制作単位)でデータ放送アプリケーションを管理するためのテーブルである。同テーブル内は、1つのパッケージに含まれるディレクトリー並びにディレクトリーに含まれるサブディレクトリーやファイル(アイテム)に関するディレクトリー構造を記述しているので、アプリケーションのファイル構成とファイル伝送のための構成を分離することができる。
データ・アセット管理テーブル532は、アセット単位でデータ放送アプリケーションを管理するためのテーブルであり、アセット内のMPUの構成とのMPU毎のバージョン情報を記述している。
データ・コンテンツ管理テーブル533は、提示単位(Presentation Unit:PU)毎にデータ放送アプリケーションを管理するためのテーブルである。同テーブルは、データ放送アプリケーションのファイルの構成情報をデータ放送の提示単位(PU)で記述しており、受信機側ではデータ放送アプリケーション用のファイル・データの柔軟で有効なキャッシュ制御に利用することができる。
MMTによるデータ放送アプリケーションの伝送方式において、データ伝送メッセージで伝送する上記3種類のシグナリング・テーブル531〜533を活用することにより、ファイル単位の伝送データ構造やコンテンツ(データ放送アプリケーション)制作におけるディレクトリー構造とは独立して、受信機におけるキャッシュ・メモリーの有効活用のために、アプリケーション単位、提示単位といった利用単位のデータ構造を表現することができる(例えば、本出願人に既に譲渡されている特願2014−88630号明細書を参照のこと)。
MMT−SIとして伝送されるメッセージやテーブルのパケット識別情報は、固定されているものや、他のテーブルから間接指定されるものがある。このうち、PAメッセージは、放送サービスのエントリー・ポイントであり、固定のパケット識別情報(例えば、0x0000)が割り当てられている。PAメッセージで伝送されるMPテーブルでは、パッケージ(放送番組)を構成する各アセット(映像、音声、字幕、ファイル・データ(データ放送アプリケーション)など)を指定している。したがって、図6に示すように、MPテーブルを参照して、パッケージ(放送番組)を構成する各アセット(映像、音声、字幕、ファイル・データ(データ放送アプリケーション)など)を指定することができる。
図7には、同一のIPデータ・フローに多重されたデータ放送アプリケーションのアイテムを取得する仕組みを図解している。
データ放送アプリケーションを構成するアイテム(データ・ファイル)は、HTML5などのアプリケーション記述内でパス名を指定される。ここで言うパス名は、ディレクトリー・ノード名とファイル名の組み合わせで記述される。また、ディレクトリー・ノードとファイルを統合した記述子としてノード・タグを規定し、各シグナリング・テーブルをリンクする情報として使用する。
データ放送アプリケーションからパス名を指定すると、参照番号701で示すように、データ伝送メッセージ内のデータ・ディレクトリー管理テーブルから、指定されたパス名のファイルのノード・タグを得ることができる。
次いで、参照番号702で示すように、同じくデータ伝送メッセージ内のデータ・アセット管理テーブルから、データ・ディレクトリー管理テーブルで得られたノード・タグを持つアイテムが伝送されるアセットのコンポーネント・タグ、ダウンロード識別情報、MPUシーケンス番号、及びアイテム識別情報を得ることができる。
さらに、参照番号703で示すように、MPテーブルから、データ・アセット管理テーブルで得られたコンポーネント・タグを持つアセットのロケーション情報を取得すると、参照番号704で示すように、該当するファイルが実際に伝送されるデータ・アセットを特定することができる。
そして、特定されたデータ・アセット内で、データ・アセット管理テーブルから得られたダウンロード識別情報とアイテムを伝送するMMTPパケットのヘッダー領域に記載されたダウンロード識別情報とにより、カルーセルに対応するファイルの繰り返し伝送の単位を一意に識別することができる。参照番号705で示すように、繰り返し伝送されるアイテムのうち、データ・アセット管理テーブルから得られたMPUシーケンス番号及びアイテム識別情報を持つアイテムを所望のファイルとして指定することができる。ノード・タグは、データ伝送メッセージ内で、MPUシーケンス番号はアセット(IPデータ・フロー)内で、アイテム識別情報はサービス事業者(デリバリー・セグメント)内で、それぞれ一意であるものとする。
なお、データ伝送メッセージで伝送される、データ・ディレクトリー管理テーブル、データ・アセット管理テーブル、データ・コンテンツ管理テーブルの各シグナリング・テーブルの詳細な構成については、例えば本出願人に既に譲渡されている特願2014−250279号明細書を参照されたい。
ディジタル放送サービスでは、同一の放送番組に対してデータ放送アプリケーションを提供するデリバリー・セグメントが複数存在することが想定される。例えば、放送番組本体の制作元であるキー局が主に放送番組に連動したアプリケーションを付与する一方、配信事業者である各地方局でも自前のアプリケーションを付与するという運用が想定される。各地方局は、必ずしも放送番組本体には連動しないが、天気予報やローカル・ニュースといったその地域に密着した情報を自前のアプリケーションで提供し、地域毎に粒度の細かいデータ放送サービスを実現できるというメリットがある。図5に示した例では、デリバリー・セグメント毎に、番組制作局が提供するデータ放送アプリケーション用のアセット503−1と、番組を配信する地方局が提供するデータ放送アプリケーション用のアセット503−2を描いている。さらに、番組制作局でも配信局でもない第3者が、インターネットなどの広域ネットワーク経由でデータ放送アプリケーションを提供することも想定される。
図8には、同一の放送番組に対して、番組制作局、配信局、第3者の各デリバリー・セグメントがそれぞれ提供するデータ放送アプリケーション間のリンク関係の一例を示している。
図8中、App1、App2、App4は、番組制作局であるキー局から提供されるデータ放送アプリケーションである。番組制作局は、App1、App2、App4などの自局で制作したアプリケーションを、例えばビデオやオーディオ、字幕など放送番組本体を構成するアセットとともに、同じIPデータ・フロー(デリバリー・パス)で放送信号として伝送する。番組制作局が提供するデータ放送アプリケーションは、例えば、放送番組に関連し若しくは連動するアプリケーションである。
また、App3、App5は、配信局である地方局が提供するデータ放送アプリケーションである。App3やApp5は、例えば天気予報やローカル・ニュースといったその地域に密着した情報を提供する、放送番組に非連動のデータ放送アプリケーションである。配信局は、App3、App5などの自前のデータ放送アプリケーションを、番組制作局とは異なるIPデータ・フロー(すなわち、独立したデリバリー・パス)で放送信号として伝送する。
また、App6は、番組制作局でも配信局でもない第3者が提供する、放送番組に連動又は非連動のデータ放送アプリケーションである。第3者は、App6などの自前のアプリケーションを、インターネットなどの広域ネットワーク経由(すなわち、独立したデリバリー・パス)で配信する。なお、番組制作局や配信局も、それぞれが制作したデータ放送アプリケーションを、放送信号ではなく広域ネットワーク経由で配信することもある。
図8に示す例では、番組制作局から提供されるデータ放送アプリケーションApp1が、当該放送番組のデフォルト・エントリーに設定されるとともに、番組制作局から提供される他のデータ放送アプリケーションApp2、並びに、配信局から提供されるデータ放送アプリケーションApp3にリンクしている。図示のようなアプリケーション間のリンク関係が形成されている場合に期待されるページ遷移動作について、以下に説明しておく。
当該放送番組を受信した受信機は、データ放送を起動時にはまずエントリーに指定されたデータ放送アプリケーションApp1を実行し、その後、ユーザーの操作やイベント・メッセージに応じて、リンク関係が形成されている他のデータ放送アプリケーションApp2又はApp3に遷移する。
番組制作局から提供されるデータ放送アプリケーションApp2は、さらに、番組制作局から提供される他のデータ放送アプリケーションApp4、並びに、配信局から提供されるデータ放送アプリケーションApp5にリンクしている。したがって、受信機は、データ放送アプリケーションApp2を実行してページを遷移した後、ユーザーの操作やイベント・メッセージに応じて、データ放送アプリケーションApp4又はApp5に遷移する。
また、配信局から提供されるデータ放送アプリケーションApp3は、さらに、第3者から提供されるデータ放送アプリケーションApp6にリンクしている。したがって、受信機は、データ放送アプリケーションApp3を実行してページを遷移した後、ユーザーの操作やイベント・メッセージに応じて、データ放送アプリケーションApp6に遷移する。
現状のBMLを利用したデータ放送やハイブリッドキャストの放送局運用では、特に民間放送において責任分界と地方局の配信設備の負担を増大させないという観点から、データ放送アプリケーション並びにアプリケーションに関連する制御情報の伝送を、デリバリー・セグメント(キー局分と地方局分)毎に独立して実施できるように考慮されている。
MMTによるメディア・トランスポート方式を適用する次世代の放送規格でも、各地方局や第3者など番組制作局以外でも自前のデータ放送アプリケーションを提供する(すなわち、1つの放送番組に対して、複数のデリバリー・セグメントがそれぞれ自前のデータ放送アプリケーションを提供する)、という民間放送の要求を十分考慮すべきである。
ところが、複数のデリバリー・セグメントからそれぞれ提供されるデータ放送アプリケーションをすべて一系統に統合して運用してしまうと、例えばキー局から配信される放送番組に対して地方局でデータ放送アプリケーションを付与する必要がある。このような場合、地方局は、キー局が放送番組並びにそれに付随するアプリケーション並びにアプリケーションの制御情報を伝送するIPデータ・フローに対して、自前のアプリケーションの付け足しや付け替え作業を行なわなければならない。その結果、地方局は、配信設備や配信コストの負担が増大するとともに、アプリケーションの付け足しや付け替え作業を行なう際のリスクが発生し、キー局と地方局間の責任分界が不明になる。
本明細書では、MMTによるメディア・トランスポート方式を適用する次世代の放送規格において、番組制作局としてのキー局、配信局としての各地方局、並びに第3者といった、複数のデリバリー・セグメントがそれぞれ独立したデータ放送アプリケーションの運用を実現するための技術について提案する。以下では、提案する内容について、さらに詳細に説明する。
シグナリング・メッセージの1つであるPAメッセージが放送番組のエントリー・ポイント(固定のパケット識別子(例えば、0x0000)が割り当てられる)となり、PAメッセージ内には、アセットのリストやその位置などパッケージを構成する情報を記述するMPテーブルが含まれていることは、既に述べた通りである。
また、MH−AITテーブル、データ・ディレクトリー管理テーブルと、データ・アセット管理テーブル、データ・コンテンツ管理テーブルは、データ放送アプリケーションの伝送制御に関連する重要なシグナリング・テーブルである。これらに加えて、イベント・メッセージ伝送方式に用いるEMTも、データ放送アプリケーションの運用に重要なシグナリング・テーブルである。
そこで、本明細書で開示する技術では、各デリバリー・セグメントによる独立したデータ放送アプリケーションの運用を実現するために、まず、デリバリー・セグメント毎に、シグナリング・メッセージやシグナリング・テーブルをグルーピングする。ここで、グルーピングの対象とするシグナリング・メッセージやシグナリング・テーブルは、データ伝送メッセージ、MH−AIT、EMTといった、データ放送アプリケーションの運用に必要又は重要な制御データである。
そして、放送のサービス・レベルの制御情報を記述するMPテーブルに、アプリケーション・サービス記述子という新たな記述子をデリバリー・セグメント毎に配置する。より厳密には、同じデリバリー・セグメントが提供するデータ放送アプリケーションのアプリケーション・タイプ毎に、アプリケーション・サービス記述子を配置する。各アプリケーション・サービス記述子内には、対応するデリバリー・セグメントが提供するデータ放送アプリケーションの運用に必要又は重要な上記の各制御データのロケーション情報を示すようにする。また、アプリケーション・サービス記述子には、該当するアプリケーション情報テーブルがデフォルトの監視対象AIT設定されていることを示すデフォルトAITフラグをさらに示す。
なお、アプリケーション・サービス記述子で示すデータ伝送メッセージのロケーション情報により、同メッセージに格納されるデータ・ディレクトリー管理テーブル、データ・アセット管理テーブル、及びデータ・コンテンツ管理テーブルの3つのシグナリング・テーブルのロケーション情報を示すことになる。他方、アプリケーション・サービス記述子で示すMH−AIT、EMTのロケーション情報は、各々のテーブルを単体で格納するM2セクション・メッセージのロケーション情報と等価である。
また、アプリケーション・サービス記述子は、対応するデリバリー・セグメントから提供されるデータ放送アプリケーションのフォーマットすなわちアプリケーション・タイプと、アプリケーション・タイプ毎の優先度をさらに示す。
図9には、デリバリー・セグメント毎のアプリケーション・サービス記述子に記述した情報に基づいて、同一の放送番組に対する各デリバリー・セグメントのデータ放送アプリケーション及びアプリケーションに関連する制御情報をそれぞれ独立した系統で配信する放送信号の構成例を示している。
参照番号910は、番組制作局からの放送信号を伝送するIPデータ・フローである。IPデータ・フロー910は、同じIPアドレス内の複数のアセット及びシグナリング911〜916を含んでいる。IPデータ・フロー910内は、同一のIPアドレスであり、伝送される各MMTPパケットをパケット識別子だけで指定することができる。
参照番号911、912で示すアセットは、番組制作局により制作した放送番組本体のビデオ、オーディオの各データをMPUフォーマットでそれぞれ伝送している。また、参照番号913で示すアセットは、番組制作局が上記の放送番組本体に関連して制作した、例えばHTML5形式のデータ放送アプリケーションApp1、App2、App4を伝送している。
参照番号914で示すシグナリングは、上記のデータ・アセット913で伝送されるHTML5形式のデータ放送アプリケーションに関連する制御情報、すなわち各種シグナリング・メッセージ並びにシグナリング・テーブルを伝送している。図9では、図面の簡素化のため、PAメッセージに格納して伝送されるMPテーブル914Aと、データ放送アプリケーションを運用するために必要又は重要となるデータ伝送メッセージ(DTM)914B、MH−AIT914C、EMT914Dのみを描いている。
また、参照番号915で示すアセットは、番組制作局が上記の放送番組本体に関連して制作した、HTML5以外の記述形式(例えば、java形式)のデータ放送アプリケーションApp11、App12、App13を伝送している。
参照番号916で示すシグナリングは、上記のデータ・アセット915で伝送されるjava形式のデータ放送アプリケーションに関連する制御情報、すなわち各種シグナリング・メッセージ並びにシグナリング・テーブルを伝送している。図9では、図面の簡素化のため、データ放送アプリケーションを運用するために必要又は重要となるデータ伝送メッセージ(DTM)916B、MH−AIT916C、EMT916Dのみを描いている。
参照番号920は、配信局から伝送されるデータ放送アプリケーション並びにこれに関連する制御情報を伝送するIPデータ・フローであり、データ・アセット921とシグナリング922を含んでいる。
参照番号921で示すデータ・アセットでは、配信局が、上記の放送番組本体に対応するデータ放送アプリケーションApp3を伝送している。
参照番号922で示すシグナリングでは、上記のデータ・アセット921で伝送されるデータ放送アプリケーションApp3に関連する制御情報、すなわち各種シグナリング・メッセージ並びにシグナリング・テーブルを伝送している。図9では、図面の簡素化のため、データ放送アプリケーションを運用するために必要又は重要となるデータ伝送メッセージ922A、MH−AIT922B、EMT922Cのみを描いている。
参照番号930は、インターネットなどのIPネットワークである。配信局は、上記の放送番組本体に対応するデータ放送アプリケーションの1つApp5を、IPネットワーク930上で伝送している。また、第3者は、上記の放送番組本体に対応するデータ放送アプリケーションApp6を、IPネットワーク930上で伝送している。さらに第3者は、自分が提供するデータ放送アプリケーションApp6の処理方法(アプリケーションに適用される起動状態など)並びにロケーション情報(URL)を記述したMH−AIT931を、IPネットワーク930上で配信している。なお、IPネットワーク930(通信伝送路)上で配信するデータ放送アプリケーションApp5、App6については、データ伝送メッセージ並びにEMTの伝送は不要である。
シグナリング914で伝送されるPAメッセージに格納されるMPテーブル914Aには、各デリバリー・セグメントについてアプリケーション記述形式毎にアプリケーション・サービス記述子が配置されている。各アプリケーション・サービス記述子内には、対応するデリバリー・セグメントが提供するデータ放送アプリケーションの運用に必要又は重要な上記の各制御データのロケーション情報を示している。
具体的には、MPテーブル914A内に配置されたアプリケーション・サービス記述子1は、番組制作局がデータ・アセット913で伝送するデータ放送アプリケーションに対応付けて配置され、シグナリング914で伝送されるデータ伝送メッセージ914B、MH−AIT914C、EMT914Dのロケーション情報(同じIPアドレス内のパケット識別子)を示している。
また、MPテーブル914A内に配置されたアプリケーション・サービス記述子2は、番組制作局がデータ・アセット915で伝送するデータ放送アプリケーションに対応付けて配置され、シグナリング916で伝送されるデータ伝送メッセージ916B、MH−AIT916C、EMT916Dのロケーション情報(同じIPアドレス内のパケット識別子)を示している。
また、MPテーブル914A内に配置されたアプリケーション・サービス記述子3は、配信局がデータ・アセット921並びにIPネットワーク930で伝送するデータ放送アプリケーションに対応付けて配置され、シグナリング922で伝送されるデータ伝送メッセージ922B、MH−AIT922C、EMT922Dのロケーション情報(同じIPアドレス内のパケット識別子)を示している。
また、MPテーブル914A内に配置されたアプリケーション・サービス記述子4は、第3者がIPネットワーク930で伝送するデータ放送アプリケーションに対応付けて配置され、第3者からIPネットワーク930で伝送されるMH−AIT931のロケーション情報(URL)を示している。なお、放送伝送路ではなくIPネットワーク930(通信伝送路)上で配信するデータ放送アプリケーションApp6については、データ伝送メッセージ並びにEMTの伝送は不要である。
各アプリケーション・サービス記述子1〜4は、アプリケーションがデフォルト・エントリーに設定されていることを示すデフォルト・フラグを含むとともに、対応するデリバリー・セグメントから提供されるデータ放送アプリケーションのフォーマット(記述形式)のタイプと、アプリケーションのタイプ(記述形式)毎の優先度をさらに示す(前述)。
受信機は、番組制作局からの放送信号(シグナリング)914を受信すると、MMT−SIのエントリー・ポイントとなるPAメッセージに格納されているMPテーブル914Aを解析して、データ放送アプリケーションを提供するデリバリー・セグメント毎に配置されたアプリケーション・サービス記述子1〜4を取得することができる。
そして、受信機は、アプリケーション・サービス記述子1から、番組制作局がシグナリング914で伝送するデータ伝送メッセージ914B、MH−AIT914C、EMT914Dのロケーション情報を得るとともに、MH−AIT914Cに基づいて番組制作局がデータ・アセット913上で伝送するHTML5形式のデータ放送アプリケーションApp1、App2、App4のアプリケーションの処理方法(アプリケーションに適用される起動状態など)並びにロケーション情報(URL)を取得することができる。また、受信機は、アプリケーション・サービス記述子2から、番組制作局がシグナリング916で伝送するデータ伝送メッセージ916B、MH−AIT916C、EMT916Dのロケーション情報を得るとともに、MH−AIT916Cに基づいて番組制作局がデータ・アセット915上で伝送するjava形式のデータ放送アプリケーションApp11、App12、App13のアプリケーションの処理方法(アプリケーションに適用される起動状態など)並びにロケーション情報(URL)を取得することができる。
同様に、受信機は、アプリケーション・サービス記述子3から、配信局が別のIPデータ・フロー920(シグナリング922)で伝送するデータ伝送メッセージ922B、MH−AIT922C、EMT922Dのロケーション情報を得るとともに、MH−AIT922Cに基づいて配信局がIPデータ・フロー920(データ・アセット921)やIPネットワーク930上で伝送するデータ放送アプリケーションApp3のアプリケーションの処理方法(アプリケーションに適用される起動状態など)並びにロケーション情報(URL)を取得することができる。
同様に、受信機は、アプリケーション・サービス記述子4から、第3者がIPネットワーク930で伝送するMH−AIT931のロケーション情報を得るとともに、MH−AIT931に基づいて第3者がIPネットワーク930上で伝送するデータ放送アプリケーションApp6のアプリケーションの処理方法(アプリケーションに適用される起動状態など)並びにロケーション情報(URL)を取得することができる。
また、各アプリケーション・サービス記述子1〜4には、それぞれがロケーション情報を示すMH−AIT914C、916C、922B、又は931のうちいずれがデフォルトの監視対象AITであるか否かを、デフォルト・フラグにより示している。さらに、MH−AITは制御対象である複数のアプリケーションうち1つのアプリケーションのみapplication_control_codeとして“autostart”(アプリケーションの起動)を指定して唯一自動起動することができ、結果的に特定のアプリケーションがデフォルト・エントリーと認識される。図9に当てはめて説明すると、例えば、番組制作局に対応付けられたアプリケーション・サービス記述子1でMH−AIT914Cがデフォルトの監視対象AITであることを示すとともに、MH−AIT914C内で番組制作局から伝送されるデータ放送アプリケーションのうちApp1にのみ“autostart”(アプリケーションの起動)を指定しているとする。この場合、受信機は、アプリケーション・サービス記述子1からデフォルト・フラグを見つけると、番組制作局から配信される当該MH−AIT914Cにおいて制御対象であるApp1、App2、App4のうち唯一自動起動を設定したアプリケーションApp1をデフォルト・エントリーとして起動することができる。
要するに、図9を参照しながら説明したように、番組制作局としてのキー局、配信局としての各地方局、並びに第3者といったデリバリー・セグメント毎に対応付けられたアプリケーション・サービス記述子をMPテーブルに配置することで、同一の放送番組に対するデリバリー・セグメント毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報をそれぞれ独立した系統(デリバリー・パス)で伝送することができる。したがって、データ放送アプリケーションを提供するデリバリー・セグメント毎に独立してアプリケーションの運用を実現することができる。アプリケーション・サービス記述子のシンタックスの詳細については、後述に譲る。
図10には、同一の放送番組に対するデリバリー・セグメント毎のデータ放送アプリケーション及びアプリケーションに関連する制御情報をそれぞれ独立した系統(デリバリー・パス)で伝送する仕組みを模式的に示している。但し、図10では、デリバリー・セグメントとして、番組制作局と、2つの配信局1020及び1030を想定している。
番組制作局1010では、ビデオ・エンコーダーやオーディオ・エンコーダーなどからなるAVエンコーダー1011が、ビデオやオーディオなどの放送番組本体を構成するデータをエンコードする。また、アプリケーション生成部1012は、例えば放送番組に連動したデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。マルチプレクサー(MUX)1013は、エンコードした放送番組のデータと、データ放送アプリケーション及びその制御情報のデータを多重化する。
番組制作局1010では、アプリケーションに関連する制御情報を生成し符号化する際、放送のサービス・レベルの制御情報を記述するMPテーブルに、アプリケーション・サービス記述子という新たな記述子を、自局1010を含む各デリバリー・セグメントに対応付けて配置する。そして、このアプリケーション・サービス記述子内に、デリバリー・セグメント毎のデータ放送アプリケーションの運用に必要又は重要な制御データのロケーション情報を示すようにする。ここで言う、アプリケーションの運用に必要又は重要な制御データは、データ伝送メッセージ、MH−AIT、EMTである。
そして、番組制作局1010から、多重化された配信信号を、B2Bなどの通信伝送路1040を介して、各配信局1020、1030に分配する。
配信局1020では、アプリケーション生成部1021が、例えば放送番組に非連動のデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。番組非連動のデータ放送アプリケーションは、天気予報やローカル・ニュースといったその地域に密着した情報を提供するアプリケーションである。マルチプレクサー1022は、番組制作局1010から分配された配信信号と、データ放送アプリケーション及びその制御情報のデータを多重化する。
配信局1020において自前のアプリケーションに関連する制御情報を生成し符号化する際、番組制作局1010で記述されたMPテーブル内の自分に対応付けて配置されたアプリケーション・サービス記述子で指定されているロケーション情報の通りに、自前のアプリケーションの運用に必要又は重要な制御データを格納する。そして、配信局1020から、多重化された配信信号が、放送波として送出される。
同様に、配信局1030では、アプリケーション生成部1031が、例えば放送番組に非連動のデータ放送アプリケーション、並びにそのアプリケーションに関連する制御情報を生成する。マルチプレクサー1032は、番組制作局1010から分配された配信信号と、データ放送アプリケーション及びその制御情報のデータを多重化する。
配信局1030において自前のアプリケーションに関連する制御情報を生成し符号化する際、番組制作局1010で記述されたMPテーブル内の自分に対応付けて配置されたアプリケーション・サービス記述子で指定されているロケーション情報の通りに、自前のアプリケーションの運用に必要又は重要な制御データを格納する。そして、配信局1030から、多重化された配信信号が、放送波として送出される。
本明細書で開示する技術では、図10に示すような、複数のデリバリー・セグメント(番組制作局1010、配信局1020、配信局1030)がそれぞれ独立したデータ放送アプリケーションの運用を実現するために、MMT−SIのエントリー・ポイントとなるPAメッセージに格納されるMPテーブル内に、各デリバリー・セグメントに対応付けられたアプリケーション・サービス記述子を配置する。
図11には、シグナリング・メッセージの1つであるPAメッセージ1101と、PAメッセージに含まれるMPテーブル1102の構成例を示している。また、図12には、PAメッセージのシンタックス例1200を示している。以下、PAメッセージの各パラメーターについて説明する。
message_idは、各種シグナリング情報において、PAメッセージを識別する16ビットの固定値である。versionは、PAメッセージのバージョンを示す、8ビットの整数値のパラメーターである。例えばPAメッセージを構成する一部のパラメーターでも更新した場合には、versionは+1だけインクリメントされる。lengthは、このフィールドの直後からカウントされる、当該PAメッセージのサイズをバイト単位で示す、32ビット長のパラメーターである。
extensionフィールドには、ペイロード(message_payload)のフィールドに配置されるテーブルの属性情報が配置される。具体的には、number_of_tableフィールドには当該PAメッセージに格納するテーブルの数を示し、続くテーブルのインデックス情報のループでは、格納する各テーブルの属性情報として、8ビットのテーブル識別情報(table_id)と、8ビットのテーブル・バージョン(table_version)と、16ビットのテーブル長(table_length)が配置される。table_idは、テーブルを識別する固定値である。table_versionは、テーブルのバージョンを示す。table_lengthは、テーブルのサイズをバイト単位で示す。
PAメッセージのmessage_payloadフィールドには、number_of_tablesで示される数分だけテーブルが配置される。このフィールドに格納されるMPテーブルは、すべてのアセットのリストを含むパッケージに関連する情報を示す。なお、MPテーブルの他にも、LC(Layoput Configuration)テーブルやPL(Package List)テーブルもPAメッセージに格納されるが、これらは本明細書で開示する技術に直接関連しないので、詳細な説明は省略する。
図13には、PAメッセージに格納されるMPテーブルのシンタックス例1300を示している。以下、MPテーブルの各パラメーターについて説明する。
table_idは、当該テーブルがMPテーブルであることを識別する8ビットの固定値(0x20)である。versionは、MPテーブルのバージョンを示す8ビットの整数値である。例えば、MPテーブルを構成する一部のパラメーターでも更新した場合には、versionは+1だけインクリメントされる。lengthは、このフィールドの直後からカウントされる、MPテーブルのサイズをバイト単位で示す、32ビット長のパラメーターである。また、MPT_modeは、このMPテーブルがサブセットに分割されているときの動作を示すが、詳細な説明は省略する。
MMT_package_id_lengthは、パッケージ識別情報(MMT_package_id)のテキスト情報のサイズをバイト単位で示す。続くパッケージ識別情報のループでは、MMT_package_idをバイト単位(MMT_package_id_byte)でパッケージ識別情報を示す。パッケージ識別情報は、放送信号(IPデータ・フロー)で伝送されるすべての信号(映像、音声、字幕)、並びにファイル・データ(データ放送アプリケーション)などのアセットをコンポーネントとする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報であり、上位16ビットはサービスを識別するためのサービス識別情報と同じ値とする。
MPT_descriptor_lengthは、MPテーブル記述子領域のサイズをバイト単位で示す。続く、参照番号1301で示すMPテーブル記述子のループでは、MPテーブル記述子の内容をバイト単位(MPT_descriptors_byte)で記述する。本実施形態では、アプリケーション・サービス記述子は、MPテーブル記述子の1つとして、デリバリー・セグメント毎に配置される。各アプリケーション・サービス記述子内には、対応するデリバリー・セグメントが提供するデータ放送アプリケーションの運用に必要又は重要な上記の各制御データのロケーション情報を示す。アプリケーション・サービス記述子のシンタックスの詳細については、後述に譲る。
number_of_assetsは、パッケージを構成する要素としてのアセット(信号、ファイル)の数を示す、8ビットのパラメーターである。number_of_assetの数分だけ、アセット情報のループが配置される。1つのアセット情報のループ内には、個々のアセットの情報としてのアセット識別情報(asset_id)と、一般ロケーション情報(MMT_general_location_info)と、アセット記述子(asset_descriptor)の各パラメーターが配置される。アセット情報のループ内に配置される情報について、以下に説明する。
identifier_typeは、MMTPパケット・フローのID体系を示す。アセット識別情報(asset_id)を示すID体系であれば0x00とする。asset_id_schemeは、アセット識別情報の形式を示す。asset__id_lengthは、アセット識別情報のテキスト情報のサイズをバイト単位で示す。続くアセット識別情報のループでは、アセット識別情報をバイト単位(asset_id_byte)で示す。
asset_typeは、アセットの種類を32ビット長の文字列で示す。asset_clock_relation_flagは、アセットのクロック情報フィールドの有無を示すフラグである。当該フラグが1のときは、クロック情報識別フィールド(asset_clock_relation_id)とタイムスケール・フラグ・フィールド(asset_timescale_flag)が存在し、0のときはこれらのフィールドは存在しない。location_countは、アセットのロケーション情報の数を示し、続くlocation_countの数だけ繰り返されるロケーション情報のループでは、該当するアセットのロケーション情報であるMMT_general_location_infoが示される。アセットのロケーション情報は、取得先となるIPデータ・フロー上のパケット識別情報(packet_id:PID)の形式で記述される。したがって、MPテーブル上でアセット識別情報を引いて、IPデータ・フロー上の該当するパケット識別情報を取り出すことができる。MMT_general_location_infoのデータ構造については、後述に譲る。
asset__descriptor_lengthは、アセット記述子(asset_descriptor)のテキスト情報のサイズをバイト単位で示す。続くアセット記述子のループでは、アセット毎の記述子の内容をバイト単位(asset_descriptors_byte)で示す。
図14には、MPテーブル内にデリバリー・セグメント毎に配置されるアプリケーション・サービス記述子のシンタックス例1400を示している。以下、アプリケーション・サービス記述子の各パラメーターについて説明する。
descriptor_tag(記述子タグ)は、8ビットのフィールドで、当該記述子の種類を識別する。descriptors_lengthは、このフィールドより後に続くデータ・バイト数を書き込む領域である。
参照番号1401で示すapplication_typeは、当該アプリケーション・サービス記述子の制御対象となる(言い換えれば、対応するデリバリー・セグメントから伝送される)アプリケーションの形式を示す。アプリケーション・タイプの割り当て例を以下の表1に示しておく。また、参照番号1402で示すapplication_priorityは、アプリケーション・タイプ毎の優先度(対応するデリバリー・セグメントから伝送される、上記のアプリケーション・タイプのアプリケーションを起動する優先度)を示す。
default_AIT_flagは、対応するデリバリー・セグメントから伝送されるMH−AITがデフォルトの監視対象AITであるか否かを示すフラグである。
DT_message_flagは、対応するデリバリー・セグメントから、データ放送アプリケーションの制御情報としてデータ伝送メッセージが伝送されるか否かを示すフラグである。また、EMT_numは、対応するデリバリー・セグメントからのEMTの配信数を示す。デリバリー・セグメントがIPネットワークでのみデータ放送アプリケーションを配信する場合(放送信号ではデータ放送アプリケーションを配信しない場合)には、データ伝送メッセージやEMTは配信されない。
AIT_location_infoは、M2セクション・メッセージで伝送されるシグナリング・テーブルの1つであるMIT−AITのロケーション情報を、MMT_general_location_info(一般ロケーション情報)のシンタックスに従って示す。MH−AITが放送信号で伝送される場合のMMT_general_location_infoのlocation_typeは「0x00」であり、通信で伝送される場合のlocation_typeは「0x05」である。MMT_general_location_infoの詳細については、後述に譲る。
また、DT_message_flagが1のときには、データ伝送メッセージのロケーション情報DT_message_location_infoが、MMT_general_location_infoのシンタックスに従って示される。データ伝送メッセージは放送信号でのみ伝送されるので、MMT_general_location_infoのlocation_typeは基本的に「0x00」である。
また、EMT_numの数分のループで、各EMTのロケーション情報EMT_location_infoが、MMT_general_location_infoのシンタックスに従って示される。EMTは放送信号でのみ伝送されるので、MMT_general_location_infoのlocation_typeは基本的に「0x00」である。
図15には、アセットのロケーション情報を示すMMT_general_location_info(一般ロケーション情報)のシンタックス例1500を示している。以下、MMT_general_location_infoの各パラメーターについて説明する。
location_typeは、ロケーション情報の種類を8ビットで示し、以下の表2の割り当てに従う。
location_typeが0x00のときは、当該ロケーション情報を含むテーブルが伝送されるIPデータ・フローと同一のIPデータ・フローのMMTPパケットのパケット識別情報(packet_id)を示す。
location_typeが0x01のときは、ロケーション情報として、IPv4データ・フローのMMTPパケットを示す。具体的には、IPv4データ・フローの送信元アドレス(ipv4_src_addr)と、IPv4データ・フローの宛先アドレス(ipv4_dst_addr)と、IPデータ・フローの宛先ポート番号(dst_port)と、パケット識別情報(packet_id)を示す。
location_typeが0x02のときは、ロケーション情報として、IPv6データ・フローのMMTPパケットを示す。具体的には、IPv6データ・フローの送信元アドレス(ipv6_src_addr)と、IPv6データ・フローの宛先アドレス(ipv6_dst_addr)と、IPデータ・フローの宛先ポート番号(dst_port)と、パケット識別情報(packet_id)を示す。
location_typeが0x03のときは、ロケーション情報として、MPEG−2 TSの放送ネットワークのMPEG−2 TSパケットを示す。具体的には、放送ネットワークを識別するためのネットワーク識別情報(network_id)と、MPEG−2 TSを識別するためのトランスポート・ストリーム識別情報(MPEG_2_transport_stream_id)と、MPEG−2 TSパケットのパケット識別情報(MPEG_2_PID)を示す。
location_typeが0x04のときは、ロケーション情報として、IPv6データ・フローのMPEG−2 TSパケットを示す。具体的には、IPv6データ・フローの送信元アドレス(ipv6_src_addr)と、IPv6データ・フローの宛先アドレス(ipv6_dst_addr)と、IPデータ・フローの宛先ポート番号(dst_port)と、MPEG−2 TSパケットのパケット識別情報(MPEG_2_PID)を示す。
location_typeが0x05のときは、 URLでロケーション情報を示す。具体的には、URL_lengthは、URLバイト・フィールドの長さをバイト単位で示し、続くURLバイトのループでは、URL文字列をバイト単位(URL_byte)で示す。
図16には、M2セクション・メッセージで伝送されるシグナリング・テーブルの1つであるMH AITのシンタックス例1600を示している。上述したように、MPテーブル内にデリバリー・セグメント毎に配置されるアプリケーション・サービス記述子内のAIT_location_infoが、対応するデリバリー・セグメントから伝送されるMIT−AITのロケーション情報を一般ロケーション情報(図15を参照のこと)のシンタックスに従って示す。以下、MH AIテーブルの各パラメーターの意味について説明する。
table_id(テーブル識別)は、各種シグナリング情報においてアプリケーション情報(AI)テーブルであることを識別する8ビットの固定値であり、本実施形態では0x89とする。section_syntax_indicator(セクション・シンタクス指示)は、1ビットのフィールドで、常に「1」とする。sectoin_length(セクション長)は、12ビットのフィールドで、セクション長フィールドからCRC32を含むセクションの最後までのセクションのバイト長を規定する。この値は4093(16進数で0xEFD)を超えないものとする。
application_type(アプリケーション・タイプ)は、16ビットのフィールドで、当該MH−AITの制御対象となる(言い換えれば、対応するデリバリー・セグメントから伝送される)アプリケーションの形式を示す。アプリケーション・タイプの割り当ては、アプリケーション・サービス記述子と同様、上記の表1に従うものとする。
version_number(バージョン番号)は、5ビットのフィールドで、サブテーブルのパーション番号である。version_numberは、当該MH AIテーブルのバージョン番号であり、サブテーブル内の情報に変化があった場合に+1だけインクリメントされる。また、バージョン番号の値が「31」になったとき、その次は「0」に戻る。current_next_indicator(カレント・ネクスト指示)は、常に「1」とする。section_number(セクション番号)は、8ビットのフィールドで、セクションの番号を表す。サブテーブル内で最初のセクションのセクション番号は0x00である。セクション番号は、同一のテーブル識別及びアプリケーション・タイプを持つセクションが追加される度に+1だけインクリメントされる。last_section_number(最終セクション番号)は、8ビットのフィールドであり、そのセクションが属するサブテーブルにおける最後のセクション番号を規定する。
common_descriptor_length(共通記述子ループ長)は、8ビットのフィールドで、後続のdescriptor(記述領域内記述子)のバイト長を示し、このバイト数分のループからなる一連の領域にdescriptor(記述領域内記述子)が書き込まれる。この共通記述子領域内のdescriptorは、AITサブテーブル内のすべてのアプリケーションに適用される。
application_loop_lengthは、このMH AIテーブルに含まれるアプリケーション情報の数を書き込む領域である。そして、application_loop_lengthが示す数分だけ、アプリケーション情報のループが配置される。そして、当該テーブルの最後に、ITU−T勧告H.222.0に従う巡回冗長符号CRC32(CRC)が付加される。
1つのアプリケーション情報のループ内には、application_identifier(アプリケーション識別子)と、application_control_code(アプリケーション制御コード)と、アプリケーション情報が配置される。
ここで、application_identifier(アプリケーション識別子)は、アプリケーションを識別するパラメーターである。application_control_code(アプリケーション制御コード)は、8ビットのフィールドで、アプリケーションの状態を制御する制御コードを規定する。このフィールドのセマンティックスは、アプリケーション・タイプの値に依存する。アプリケーション・タイプに依存しない場合のアプリケーション制御コードのセマンティックスを表3に示しておく。アプリケーション制御コード0x01は、アプリケーションの自動起動(AUTOSTART)を指定する。
application_descriptor_loop_length(アプリケーション情報記述子ループ長)はアプリケーション情報記述子のバイト長を示し、このバイト数分のループからなる一連の領域にdescriptor(アプリケーション情報記述子)が書き込まれる。この記述子領域内のアプリケーション情報記述子は、共通記述子とは相違し、application_identifierで指定したアプリケーションのみに適用される。
図17には、MPテーブル内にデリバリー・セグメント毎に配置されるアプリケーション・サービス記述子の他のシンタックス例1700を示している。参照番号1701で示すようにアプリケーション・タイプを示すapplication_typeは配置するが、アプリケーション・タイプ毎の優先度を示すapplication_priorityフィールドを配置しないことと、参照番号1702で示すように記述子の最後にプライベート・データ領域private_dataを配置したことの2点で、図14に示したアプリケーション・サービス記述子のシンタックス例1400とは相違する。参照番号1701で示すapplication_typeの意味は、図14に示したシンタックス例1400の場合と同様である。
プライベート・データ領域は、データ放送サービスの運用時に必要となる情報を柔軟に定義することができる。プライベート・データ領域に、アプリケーション・タイプ毎の優先度情報を格納するという利用方法も考えられる。
図18には、プライベート・データ領域のシンタックス例1800を示している。data_segment_tagは、4ビットのフィールドで、プライベート・データ領域の種類(最大で16種類)を識別する。data_lengthは、このフィールドより後に続く領域(data_segment)のデータ・バイト数(最大で16バイト)を書き込む領域である。data_segmentには、プライベート・データの内容が格納される。
また、図19には、プライベート・データ領域の利用例を示している。ここでは、アプリケーション・タイプ毎の優先度情報を格納するという利用方法を想定している。図示の例では、data_segment_tagが「1」で、当該プライベート・データ領域をアプリケーション・タイプ毎の優先度情報に利用することを識別する。また、data_segmentのデータ長(data_length)を1バイトとし、data_segmentには、当該アプリケーション・タイプの優先度を8ビットの値で示す。
図20には、MPテーブル内にデリバリー・セグメント毎に配置されるアプリケーション・サービス記述子のさらに他のシンタックス例2000を示している。図14に示したアプリケーション・サービス記述子のシンタックス例1400では、アプリケーション・タイプとアプリケーション・タイプ毎の優先度をそれぞれ個別のパラメーター(application_type、application_priority)で示した。これに対し、図20に示すシンタックス例20では、application_type及びapplication_priorityという2つのパラメーターを配置せず、代わりに参照番号2001で示すように、application_bitmapという8ビットの単一のパラメーターでアプリケーション・タイプとアプリケーション・タイプ毎の優先度の両方を示すという点で相違する。また、図17に示したシンタックス例1700と同様に、参照番号2002で示すように、記述子の最後にプライベート・データ領域private_dataを配置した。プライベート・データ領域は、データ放送サービスの運用時に必要となる情報を柔軟に定義することができる(同上)。
application_bitmapの運用方法に一例について説明する。application_bitmapでは、当該アプリケーション・サービス記述子の制御対象となる(言い換えれば、対応するデリバリー・セグメントから伝送される)アプリケーション・タイプを2ビットで表現するようにしている。2ビットで表現されるアプリケーション・タイプの種別を表4に例示する。
また、application_bitmapの8ビット中に上記のアプリケーション・タイプを示すに2ビットの値を格納する位置によってその優先度を示す。図21には、8ビットのapplication_bitmapでアプリケーション・タイプの優先度を示す方法の一例を図解している。図示の例では、8ビットを2ビット毎のブロックに区切り、各ブロックに対しMSB側から順に優先度1、2、3、4を割り当てている。そして、アプリケーション・タイプを識別する2ビットの値を、そのアプリケーション・タイプに与えられた優先度に対応するブロックに格納し、その他のビットをすべて「0」にする。例えば、図22に示すように、「01」で識別されるアプリケーション方式1がMSB側に格納されていると、そのアプリケーション・タイプ(HTML5)は最も高い優先度といとうことになる。
なお、上記のようなapplication_bitmapの運用方法では、2ビットを用いて3種類のアプリケーション・タイプしか識別することができない。何故なら、「00」にアプリケーション・タイプを割り当てると、application_bitmapの8ビットはすべて「0」になり、空の情報と相違しないからである。第4のアプリケーション・タイプが出現したときには、application_bitmapをすべて0にして、プライベート・データ領域を利用してアプリケーション・タイプとアプリケーション・タイプ毎の優先度を示すようにしてもよい。
上述したように、本明細書で開示する技術では、放送のサービス・レベルの制御情報を記述するMPテーブルに、アプリケーション・サービス記述子という新たな記述子を、データ放送アプリケーションを提供するデリバリー・セグメント毎に配置することとした。アプリケーション・サービス記述子のシンタックス例は、図14、図17、並びに図20に示した通りである。アプリケーション・サービス記述子のシンタックスには、デリバリー・セグメントを直接識別する情報は含まない。
また、1つのアプリケーション・サービス記述子には1つのアプリケーション・タイプの情報のみを記述するように規定する。各シンタックス例におけるアプリケーション・タイプの表現方法は既に述べた通りである。
また、デリバリー・セグメントから複数のアプリケーション・タイプのデータ放送アプリケーションが提供されることを想定して、どちらを優先して起動するかを指定するために、アプリケーション・サービス記述子内でアプリケーション・タイプ毎の優先度(application_priority)を示すように規定する。各シンタックス例におけるアプリケーション・タイプの優先度の表現方法は、図14、図17、並びに図20を参照しながら既に説明した通りである。
したがって、受信機側では、図9に示したような放送信号を受信すると、MPテーブルに配置される複数のアプリケーション・サービス記述子でそれぞれ示されるアプリケーション・タイプ毎の優先度を判断した上で、デフォルトの監視対象AITであることを示すフラグにより、さらに特定のアプリケーション情報テーブル(MH−AIT)及びデータ伝送メッセージを選択することができる。
図23には、受信機においてデータ放送アプリケーションを起動するための処理手順をフローチャートの形式で示している。但し、受信機は、図9に示したような放送信号を受信することを想定している。また、図23に示す処理手順は、MPテーブルに配置されるアプリケーション・サービス記述子のシンタックスとして、図14、図17、並びに図20のいずれにも対応していることを理解されたい。また、この処理手順は、受信機において選局動作時に起動し、受信機内のアプリケーション制御部408が中心となって実行されるものとする。
受信機は、放送信号を受信すると、放送サービスのエントリー・ポイントであるPAメッセージで伝送されるMPテーブルを取得し、その内容を解析する(ステップS2301)。
ここで、受信機は、MPテーブル内にアプリケーション・サービス記述子が配置されているかどうかをチェックする(ステップS2302)。
ここで、MPテーブル内にアプリケーション・サービス記述子が1つも配置されていない場合には、データ放送アプリケーションの起動処理を行なうことなく、本処理ルーチンを終了する。
また、MPテーブル内に複数のアプリケーション・サービス記述子が配置されている場合には、各アプリケーション・サービス記述子の内容をチェックして、当該受信機で動作可能なアプリケーション・タイプを示すアプリケーション・サービス記述子が複数あるかどうかをチェックする(ステップS2306)。
動作可能なアプリケーション・タイプが複数ある場合には(ステップS2306のYes)、受信機は、その中で優先度が高いアプリケーション・タイプのアプリケーション・サービス記述子を選択する(ステップS2307)。そして、受信機は、選択したアプリケーション・サービス記述子の中で、デフォルトの監視対象AITフラグが設定されているものを選択する(ステップS2308)。
また、動作可能なアプリケーション・タイプを示すアプリケーション・サービス記述子が1つしかない場合には(ステップS2306のNo)、受信機は、動作可能なアプリケーション・タイプを示すアプリケーション・サービス記述子の中で、デフォルトの監視対象AITフラグが設定されているものを選択する(ステップS2308)。
ステップS2303では、受信機は、アプリケーション・サービス記述子で指定されたMH−AITを取得する。具体的には、MPテーブル内にただ1つのアプリケーション・サービス記述子が配置されている場合には、そのアプリケーション・サービス記述子でロケーション情報が指定されたMH−AITを取得する。また、MPテーブル内に複数のアプリケーション・サービス記述子が配置されている場合には、ステップS2308で選択された、デフォルトの監視対象AITフラグが設定されているアプリケーション・サービス記述子でロケーション情報が指定されたMH−AITを取得する。
次いで、受信機は、MH−AITに指定されたデータ放送アプリケーションを取得する(ステップS2304)。MH−AITに指定されたデータ放送アプリケーションのデータ・ファイルを取得する方法の詳細については、例えば本出願人に既に譲渡されている特願2014−250279号明細書を参照されたい。
そして、受信機は、アプリケーション・エンジン409で、取得したデータ放送アプリケーションを起動する(ステップS2305)。
図24に示す4つのアプリケーション・サービス記述子2401〜2404がMPテーブルに配置されている場合を例にとって、受信機が図23に示した処理手順に従ってアプリケーションの優先度とデフォルトの監視対象AITを判定する処理動作について説明する。
参照番号2401並びに2402は、番組を制作したキー局に対応して配置されたアプリケーション・サービス記述子である。但し、各アプリケーション・サービス記述子2401、2402は、デリバリー・セグメントとしてのキー局を識別する情報を含まない。一方のアプリケーション・サービス記述子2401は、キー局が提供する、アプリケーション・タイプがHTML5形式のデータ放送アプリケーションの情報並びにそのアプリケーション・タイプの優先度を示す。アプリケーション・サービス記述子2401では、キー局が提供するHTML5形式の優先度が「10」、デフォルトの監視対象AITフラグが「1」に指定されているものとする。他方のアプリケーション・サービス記述子2402は、キー局が提供する、アプリケーション・タイプがjava形式のデータ放送アプリケーションの情報並びにそのアプリケーション・タイプの優先度を示す。アプリケーション・サービス記述子2402では、キー局が提供するjava形式の優先度が「5」、デフォルトの監視対象AITフラグが「0」に指定されているものとする。
参照番号2403並びに2404は、ある地方局に対応して配置されたアプリケーション・サービス記述子である。但し、各アプリケーション・サービス記述子2403、2404は、デリバリー・セグメントとしての当該地方局を識別する情報を含まない。一方のアプリケーション・サービス記述子2403は、この地方局が提供する、アプリケーション・タイプがHTML5形式のデータ放送アプリケーションの情報並びにそのアプリケーション・タイプの優先度を示す。アプリケーション・サービス記述子2403では、この地方局が提供するHTML5形式の優先度が「10」、デフォルトの監視対象AITフラグが「0」に指定されているものとする。他方のアプリケーション・サービス記述子2404は、この地方局が提供する、アプリケーション・タイプがjava形式のデータ放送アプリケーションの情報並びにそのアプリケーション・タイプの優先度を示す。アプリケーション・サービス記述子2404では、この地方局が提供するjava形式の優先度が「5」、デフォルトの監視対象AITフラグが「1」に指定されている。
受信機は、図24に示す複数のアプリケーション・サービス記述子2401〜2404がMPテーブルに配置された放送信号を受信したとき、ステップS2302の分岐からステップS2306に進んで、動作可能なアプリケーション・タイプを示すアプリケーション・サービス記述子が複数あるかどうかをチェックする。
例えば、受信機がHTML5及びjavaのいずれのアプリケーション・タイプも動作可能な場合には、ステップS2307に進んで、アプリケーション・サービス記述子2401〜2404の中で優先度が高い「10」に指定されたアプリケーション・タイプHTML5を指定するアプリケーション・サービス記述子2401、2403を選択する。そして、ステップS2308では、受信機は、デフォルトの監視対象AITフラグが設定されているアプリケーション・サービス記述子2401を選択する。
また、受信機がHTML5のアプリケーション・タイプのみ動作可能な場合には、ステップS2308に進んで、受信機は、アプリケーション・タイプがHTML5を指定するアプリケーション・サービス記述子2401、2403の中で、デフォルトの監視対象AITフラグが設定されているアプリケーション・サービス記述子2401を選択する。
このように受信機は、図23に示した処理手順に従って、MPテーブルに配置されるアプリケーション・サービス記述子で示されるアプリケーション・タイプ毎の優先度を判断した上で、デフォルトの監視対象AITであることを示すフラグにより、さらに特定のMH−AIT及びデータ伝送メッセージを選択することができる。
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本明細書で開示する技術の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
本明細書で開示する技術は、トランスポート方式としてMMTを採用するさまざまな放送システムに適用することができる。また、本明細書で開示する技術は、データ放送アプリケーションのデリバリー・セグメントが複数存在することが想定される放送システムに適用することができる。
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
(1)放送番組に対するアプリケーションを送信するアプリケーション送信部と、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信部と、
を具備し、
前記シグナリング・メッセージ送信部は、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信装置。
(2)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントが提供するアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルのロケーション情報を示す、
上記(1)に記載の送信装置。
(3)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に、対応するデリバリー・セグメントが伝送するデータ伝送メッセージ、アプリケーション情報テーブル、又はイベント・メッセージ・テーブルのロケーション情報を示す、
上記(1)に記載の送信装置。
(4)前記シグナリング・メッセージ送信部は、放送サービスのエントリー・ポイントとなるシグナリング・メッセージで伝送するシグナリング・テーブル内に、デリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
上記(1)に記載の送信装置。
(5)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でデリバリー・セグメントが提供するアプリケーション・タイプの情報を示す、
上記(1)に記載の送信装置。
(6)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度の情報をさらに示す、
上記(5)に記載の送信装置。
(7)前記シグナリング・メッセージ送信部は、アプリケーション・タイプ毎の優先度の情報を示すパラメーター(application_priority)を各アプリケーション・サービス記述子に含める、
上記(6)に記載の送信装置。
(8)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に配置されるプライベート・データ領域で、アプリケーション・タイプ毎の優先度の情報を示す、
上記(6)に記載の送信装置。
(9)前記シグナリング・メッセージ送信部は、所定ビット長のビットマップ情報領域(application_bitmap)でアプリケーション・タイプ及びその優先度を示す、
上記(6)に記載の送信装置。
(10)前記シグナリング・メッセージ送信部は、アプリケーション・タイプを示すnビット情報をmビット長のビットマップ情報領域に格納する位置により当該アプリケーション・タイプの優先度を示す(但し、n<mとする)、
上記(9)に記載の送信装置。
(11)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントについてのアプリケーション情報テーブルがデフォルトの監視対象に指定されているか否かを示す、
上記(1)に記載の送信装置。
(12)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントから伝送されるイベント・メッセージ・テーブルの数の情報を示す、
上記(1)に記載の送信装置。
(13)前記アプリケーション送信部は、ペイロードにアプリケーションを含むことを示す第1のペイロード種別情報をパケット・ヘッダーに挿入した第1の伝送パケットでアプリケーションを送信し、
前記シグナリング・メッセージ送信部は、ペイロードにシグナリング・メッセージを含むことを示す第2のペイロード識別情報をパケット・ヘッダーに挿入した第2の伝送パケットでシグナリング・メッセージを送信する、
上記(1)に記載の送信装置。
(14)放送番組に対するアプリケーションを送信するアプリケーション送信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信ステップと、
を有し
前記シグナリング・メッセージ送信ステップでは、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信方法。
(15)放送番組に対するアプリケーションを受信するアプリケーション受信部と、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信部と、
を具備し、
前記シグナリング・メッセージ受信部は、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信装置。
(16)前記アプリケーション受信部が受信したアプリケーションの起動を制御するアプリケーション制御部をさらに備え、
前記アプリケーション制御部は、前記シグナリング・テーブルに配置される各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度に基づいて、前記シグナリング・メッセージで受信するシグナリング・メッセージ又はシグナリング・テーブルを選択する、
上記(15)に記載の受信装置。
(17)放送番組に対するアプリケーションを受信するアプリケーション受信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信ステップと、
を有し、
前記シグナリング・メッセージ受信ステップでは、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信方法。
(1)放送番組に対するアプリケーションを送信するアプリケーション送信部と、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信部と、
を具備し、
前記シグナリング・メッセージ送信部は、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信装置。
(2)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントが提供するアプリケーションの運用に必要又は重要な制御データを格納するシグナリング・メッセージ又はシグナリング・テーブルのロケーション情報を示す、
上記(1)に記載の送信装置。
(3)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に、対応するデリバリー・セグメントが伝送するデータ伝送メッセージ、アプリケーション情報テーブル、又はイベント・メッセージ・テーブルのロケーション情報を示す、
上記(1)に記載の送信装置。
(4)前記シグナリング・メッセージ送信部は、放送サービスのエントリー・ポイントとなるシグナリング・メッセージで伝送するシグナリング・テーブル内に、デリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
上記(1)に記載の送信装置。
(5)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でデリバリー・セグメントが提供するアプリケーション・タイプの情報を示す、
上記(1)に記載の送信装置。
(6)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度の情報をさらに示す、
上記(5)に記載の送信装置。
(7)前記シグナリング・メッセージ送信部は、アプリケーション・タイプ毎の優先度の情報を示すパラメーター(application_priority)を各アプリケーション・サービス記述子に含める、
上記(6)に記載の送信装置。
(8)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子に配置されるプライベート・データ領域で、アプリケーション・タイプ毎の優先度の情報を示す、
上記(6)に記載の送信装置。
(9)前記シグナリング・メッセージ送信部は、所定ビット長のビットマップ情報領域(application_bitmap)でアプリケーション・タイプ及びその優先度を示す、
上記(6)に記載の送信装置。
(10)前記シグナリング・メッセージ送信部は、アプリケーション・タイプを示すnビット情報をmビット長のビットマップ情報領域に格納する位置により当該アプリケーション・タイプの優先度を示す(但し、n<mとする)、
上記(9)に記載の送信装置。
(11)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントについてのアプリケーション情報テーブルがデフォルトの監視対象に指定されているか否かを示す、
上記(1)に記載の送信装置。
(12)前記シグナリング・メッセージ送信部は、各アプリケーション・サービス記述子で、対応するデリバリー・セグメントから伝送されるイベント・メッセージ・テーブルの数の情報を示す、
上記(1)に記載の送信装置。
(13)前記アプリケーション送信部は、ペイロードにアプリケーションを含むことを示す第1のペイロード種別情報をパケット・ヘッダーに挿入した第1の伝送パケットでアプリケーションを送信し、
前記シグナリング・メッセージ送信部は、ペイロードにシグナリング・メッセージを含むことを示す第2のペイロード識別情報をパケット・ヘッダーに挿入した第2の伝送パケットでシグナリング・メッセージを送信する、
上記(1)に記載の送信装置。
(14)放送番組に対するアプリケーションを送信するアプリケーション送信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを送信するシグナリング・メッセージ送信ステップと、
を有し
前記シグナリング・メッセージ送信ステップでは、所定のシグナリング・メッセージで伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置して送信する、
送信方法。
(15)放送番組に対するアプリケーションを受信するアプリケーション受信部と、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信部と、
を具備し、
前記シグナリング・メッセージ受信部は、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信装置。
(16)前記アプリケーション受信部が受信したアプリケーションの起動を制御するアプリケーション制御部をさらに備え、
前記アプリケーション制御部は、前記シグナリング・テーブルに配置される各アプリケーション・サービス記述子でアプリケーション・タイプ毎の優先度に基づいて、前記シグナリング・メッセージで受信するシグナリング・メッセージ又はシグナリング・テーブルを選択する、
上記(15)に記載の受信装置。
(17)放送番組に対するアプリケーションを受信するアプリケーション受信ステップと、
前記アプリケーションに関わるシグナリング・メッセージを受信するシグナリング・メッセージ受信ステップと、
を有し、
前記シグナリング・メッセージ受信ステップでは、伝送するシグナリング・テーブル内に、アプリケーションを提供するデリバリー・セグメント毎のアプリケーション・サービス記述子を配置したシグナリング・テーブルが格納された所定のシグナリング・メッセージを受信する、
受信方法。
10…ディジタル放送システム
11…放送送出システム、12…受信機
301…時計部、302…信号送出部
303…ビデオ・エンコーダー
304…オーディオ・エンコーダー
305…キャプション・エンコーダー
306…シグナリング・エンコーダー
307…ファイル・エンコーダー、308…EDPS
309…TLVシグナリング・エンコーダー
310…IPサービス・マルチプレクサー
311…TLVマルチプレクサー、312…変調・送信部
401…チューナー・復調部、402…デマルチプレクサー
402−1…TLVフィルター、402−2…IPフィルター
402−3…UDPフィルター、402−4…MMTフィルター
402−5…SIフィルター、403…時計回復部
404…ビデオ・デコーダー、405…オーディオ・デコーダー
406…キャプション・デコーダー、407…システム制御部
408…アプリケーション制御部
409…データ放送アプリケーション・エンジン
410…IPインターフェース、411…合成部
1010…番組制作局、1011…AVエンコーダー
1012…アプリケーション生成部、1013…マルチプレクサー
1020…配信局、1021…アプリケーション生成部
1022…マルチプレクサー、1030…配信局
1031…アプリケーション生成部
1032…マルチプレクサー、1040…通信伝送路
11…放送送出システム、12…受信機
301…時計部、302…信号送出部
303…ビデオ・エンコーダー
304…オーディオ・エンコーダー
305…キャプション・エンコーダー
306…シグナリング・エンコーダー
307…ファイル・エンコーダー、308…EDPS
309…TLVシグナリング・エンコーダー
310…IPサービス・マルチプレクサー
311…TLVマルチプレクサー、312…変調・送信部
401…チューナー・復調部、402…デマルチプレクサー
402−1…TLVフィルター、402−2…IPフィルター
402−3…UDPフィルター、402−4…MMTフィルター
402−5…SIフィルター、403…時計回復部
404…ビデオ・デコーダー、405…オーディオ・デコーダー
406…キャプション・デコーダー、407…システム制御部
408…アプリケーション制御部
409…データ放送アプリケーション・エンジン
410…IPインターフェース、411…合成部
1010…番組制作局、1011…AVエンコーダー
1012…アプリケーション生成部、1013…マルチプレクサー
1020…配信局、1021…アプリケーション生成部
1022…マルチプレクサー、1030…配信局
1031…アプリケーション生成部
1032…マルチプレクサー、1040…通信伝送路
Claims (4)
- 放送番組に対するアプリケーションを送信するアプリケーション送信部と、
前記アプリケーションに関わる制御情報を送信する制御情報送信部と、
を具備し、
前記制御情報送信部は、パッケージを構成する情報を記述するテーブル内にアプリケーション・サービス記述子を配置して送信し、
前記アプリケーション・サービス記述子は、アプリケーション情報テーブルのロケーション情報と、前記アプリケーション情報テーブルがデフォルトの監視対象であるか否かを示すフラグと、イベント・メッセージ・テーブルのロケーション情報を含む、
送信装置。 - 前記アプリケーション・サービス記述子は、イベント・メッセージ・テーブルの数を示す情報をさらに含む、
請求項1に記載の送信装置。 - 前記アプリケーション送信部は、ペイロードにアプリケーションを含むことを示す第1のペイロード種別情報をパケット・ヘッダーに挿入した第1の伝送パケットでアプリケーションを送信し、
前記制御情報送信部は、ペイロードに制御情報を含むことを示す第2のペイロード識別情報をパケット・ヘッダーに挿入した第2の伝送パケットで制御情報を送信する、
請求項1に記載の送信装置。 - 放送番組に対するアプリケーションを送信するアプリケーション送信ステップと、
前記アプリケーションに関わる制御情報を送信する制御情報送信ステップと、
を有し
前記制御情報送信ステップでは、パッケージを構成する情報を記述するテーブル内にアプリケーション・サービス記述子を配置して送信し、
前記アプリケーション・サービス記述子は、アプリケーション情報テーブルのロケーション情報と、前記アプリケーション情報テーブルがデフォルトの監視対象であるか否かを示すフラグと、イベント・メッセージ・テーブルのロケーション情報を含む、
送信方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015003813 | 2015-01-13 | ||
JP2015003813 | 2015-01-13 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016111234A Division JP6256529B2 (ja) | 2015-01-13 | 2016-06-02 | 送信装置及び送信方法、並びに受信装置及び受信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2018061270A JP2018061270A (ja) | 2018-04-12 |
JP6406416B2 true JP6406416B2 (ja) | 2018-10-17 |
Family
ID=56405517
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016532016A Active JP6635035B2 (ja) | 2015-01-13 | 2015-10-06 | 受信装置及び受信方法 |
JP2016111234A Active JP6256529B2 (ja) | 2015-01-13 | 2016-06-02 | 送信装置及び送信方法、並びに受信装置及び受信方法 |
JP2017219217A Active JP6406415B2 (ja) | 2015-01-13 | 2017-11-14 | 送信装置及び送信方法 |
JP2017219218A Active JP6406416B2 (ja) | 2015-01-13 | 2017-11-14 | 送信装置及び送信方法 |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016532016A Active JP6635035B2 (ja) | 2015-01-13 | 2015-10-06 | 受信装置及び受信方法 |
JP2016111234A Active JP6256529B2 (ja) | 2015-01-13 | 2016-06-02 | 送信装置及び送信方法、並びに受信装置及び受信方法 |
JP2017219217A Active JP6406415B2 (ja) | 2015-01-13 | 2017-11-14 | 送信装置及び送信方法 |
Country Status (6)
Country | Link |
---|---|
US (1) | US10609428B2 (ja) |
EP (1) | EP3247120B1 (ja) |
JP (4) | JP6635035B2 (ja) |
KR (1) | KR102407513B1 (ja) |
BR (1) | BR112017014634A2 (ja) |
WO (1) | WO2016113960A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6510091B1 (ja) * | 2018-01-26 | 2019-05-08 | 東芝映像ソリューション株式会社 | 放送信号送受信装置 |
JP6980830B2 (ja) * | 2018-07-12 | 2021-12-15 | Tvs Regza株式会社 | 放送信号の送受信装置 |
JP7210680B2 (ja) * | 2018-07-12 | 2023-01-23 | Tvs Regza株式会社 | 受信方法 |
JP6972280B2 (ja) * | 2019-04-02 | 2021-11-24 | Tvs Regza株式会社 | 放送信号送受信装置 |
JP6999600B2 (ja) * | 2019-04-02 | 2022-01-18 | Tvs Regza株式会社 | 放送信号送信装置 |
EP4024875A4 (en) * | 2019-08-30 | 2022-10-26 | Sony Group Corporation | RECEIVING DEVICE, RECEIVING METHOD AND TRANSMISSION DEVICE AND TRANSMISSION METHOD |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0989743A1 (en) * | 1998-09-25 | 2000-03-29 | CANAL+ Société Anonyme | Application data table for a multiservice digital transmission system |
US20030217369A1 (en) * | 2002-05-17 | 2003-11-20 | Heredia Edwin Arturo | Flexible application information formulation |
US6930604B2 (en) * | 2002-10-02 | 2005-08-16 | Honeywell International, Inc. | Method and apparatus for filtering non-essential messages in a disarmed security system |
US20070091919A1 (en) * | 2005-10-24 | 2007-04-26 | Sandoval Francis R | Method and system of supporting enhanced television signaling |
JP2007235306A (ja) * | 2006-02-28 | 2007-09-13 | Matsushita Electric Ind Co Ltd | 使用認証方式を搭載した放送受信装置 |
KR101485461B1 (ko) | 2008-10-23 | 2015-01-22 | 삼성전자주식회사 | Ait를 이용한 애플리케이션의 제공 방법 및 그 장치 |
US8792491B2 (en) * | 2010-08-12 | 2014-07-29 | Citrix Systems, Inc. | Systems and methods for multi-level quality of service classification in an intermediary device |
JP5783402B2 (ja) | 2011-01-25 | 2015-09-24 | ソニー株式会社 | 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム |
JP6018798B2 (ja) | 2011-05-20 | 2016-11-02 | 日本放送協会 | 受信機 |
JP5586657B2 (ja) | 2011-05-20 | 2014-09-10 | 日本放送協会 | 受信機 |
JP5815370B2 (ja) | 2011-11-02 | 2015-11-17 | ソニー株式会社 | 情報処理装置、情報処理方法及びプログラム |
WO2013080632A1 (ja) * | 2011-11-30 | 2013-06-06 | 日本放送協会 | 受信装置、プログラム及び受信方法 |
EP2800392A4 (en) * | 2012-02-10 | 2015-09-09 | Lg Electronics Inc | IMAGE DISPLAY DEVICE AND OPERATING METHOD THEREFOR |
JP6158172B2 (ja) * | 2012-04-12 | 2017-07-05 | サターン ライセンシング エルエルシーSaturn Licensing LLC | 受信装置、受信方法、送信装置、及び送信方法 |
JP5641090B2 (ja) | 2013-03-14 | 2014-12-17 | ソニー株式会社 | 送信装置、送信方法、受信装置および受信方法 |
EP2782350A1 (en) | 2013-03-19 | 2014-09-24 | TP Vision Holding B.V. | Device and method for starting an application |
US9743341B2 (en) * | 2013-03-29 | 2017-08-22 | Intel IP Corporation | Provisioning of application categories at a user equipment during network congestion |
JP6043235B2 (ja) | 2013-04-17 | 2016-12-14 | ジョンソンコントロールズ ヒタチ エア コンディショニング テクノロジー(ホンコン)リミテッド | 空気調和機 |
JP6505996B2 (ja) * | 2013-08-30 | 2019-04-24 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America | 受信方法、及び、受信装置 |
JP6178234B2 (ja) | 2013-12-27 | 2017-08-09 | 日立マクセル株式会社 | 放送受信装置及び映像表示方法 |
JP5860518B1 (ja) * | 2014-08-27 | 2016-02-16 | シャープ株式会社 | 送信装置および受信装置 |
JP6303969B2 (ja) * | 2014-10-15 | 2018-04-04 | ソニー株式会社 | 受信装置並びに受信方法 |
JP6501262B2 (ja) | 2014-10-29 | 2019-04-17 | 日本放送協会 | 受信機およびプログラム |
-
2015
- 2015-10-06 WO PCT/JP2015/078411 patent/WO2016113960A1/ja active Application Filing
- 2015-10-06 KR KR1020177018310A patent/KR102407513B1/ko active IP Right Grant
- 2015-10-06 EP EP15877912.4A patent/EP3247120B1/en active Active
- 2015-10-06 BR BR112017014634-7A patent/BR112017014634A2/ja active Search and Examination
- 2015-10-06 JP JP2016532016A patent/JP6635035B2/ja active Active
- 2015-10-06 US US15/538,043 patent/US10609428B2/en not_active Expired - Fee Related
-
2016
- 2016-06-02 JP JP2016111234A patent/JP6256529B2/ja active Active
-
2017
- 2017-11-14 JP JP2017219217A patent/JP6406415B2/ja active Active
- 2017-11-14 JP JP2017219218A patent/JP6406416B2/ja active Active
Also Published As
Publication number | Publication date |
---|---|
US20170347131A1 (en) | 2017-11-30 |
JP2018067926A (ja) | 2018-04-26 |
KR20170104462A (ko) | 2017-09-15 |
US10609428B2 (en) | 2020-03-31 |
JP6256529B2 (ja) | 2018-01-10 |
EP3247120B1 (en) | 2021-04-07 |
JPWO2016113960A1 (ja) | 2017-10-19 |
JP2017192121A (ja) | 2017-10-19 |
JP2018061270A (ja) | 2018-04-12 |
EP3247120A1 (en) | 2017-11-22 |
EP3247120A4 (en) | 2018-08-15 |
JP6406415B2 (ja) | 2018-10-17 |
BR112017014634A2 (ja) | 2018-03-20 |
KR102407513B1 (ko) | 2022-06-13 |
JP6635035B2 (ja) | 2020-01-22 |
WO2016113960A1 (ja) | 2016-07-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6406415B2 (ja) | 送信装置及び送信方法 | |
JP6323519B2 (ja) | 送信装置及び送信方法、並びに受信装置及び受信方法 | |
JP6825656B2 (ja) | 送信方法 | |
JP6304016B2 (ja) | 受信装置並びに受信方法 | |
JP7176588B2 (ja) | 受信装置並びに受信方法 | |
JP6303969B2 (ja) | 受信装置並びに受信方法 | |
JP2018110434A (ja) | 受信装置並びに受信方法 | |
JP6566059B2 (ja) | 受信装置並びに受信方法 | |
JP2016174239A (ja) | 送信装置及び送信方法、並びに受信装置及び受信方法 | |
JP2019161677A (ja) | 受信装置及び受信方法、並びに送信方法 | |
JP2016197789A (ja) | 送信装置及び送信方法、並びに受信装置及び受信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20180808 |
|
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: 20180821 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180903 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 6406416 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |