JP6316196B2 - 受信装置、受信方法、送信装置、送信方法、及び、プログラム - Google Patents

受信装置、受信方法、送信装置、送信方法、及び、プログラム Download PDF

Info

Publication number
JP6316196B2
JP6316196B2 JP2014540807A JP2014540807A JP6316196B2 JP 6316196 B2 JP6316196 B2 JP 6316196B2 JP 2014540807 A JP2014540807 A JP 2014540807A JP 2014540807 A JP2014540807 A JP 2014540807A JP 6316196 B2 JP6316196 B2 JP 6316196B2
Authority
JP
Japan
Prior art keywords
event
application program
application
expiration date
executed
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
Application number
JP2014540807A
Other languages
English (en)
Other versions
JPWO2014057833A1 (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.)
Saturn Licensing LLC
Original Assignee
Saturn Licensing LLC
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 Saturn Licensing LLC filed Critical Saturn Licensing LLC
Publication of JPWO2014057833A1 publication Critical patent/JPWO2014057833A1/ja
Application granted granted Critical
Publication of JP6316196B2 publication Critical patent/JP6316196B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/8133—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts specifically related to the content, e.g. biography of the actors in a movie, detailed information about an article seen in a video program
    • 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/91—Arrangements characterised by the broadcast information itself broadcasting computer programmes
    • 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/13—Arrangements for device control affected by the broadcast information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/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
    • H04N21/23617—Multiplexing of additional data and video streams by inserting additional data into a data carousel, e.g. inserting software modules into a DVB carousel
    • 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/2362—Generation or processing of Service Information [SI]
    • 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2665—Gathering content from different sources, e.g. Internet and satellite
    • 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
    • H04N21/4349—Demultiplexing of additional data and video streams by extracting from data carousels, e.g. extraction of software modules from a DVB carousel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • H04N21/6543—Transmission by server directed to the client for forcing some client operations, e.g. recording
    • 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
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/16—Arrangements for broadcast or for distribution of identical information repeatedly

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)

Description

本技術は、受信装置、受信方法、送信装置、送信方法、及び、プログラムに関し、特に、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。
近年、デジタルテレビジョン放送の開始に伴い、BML（Broadcast Markup Language）方式によるデータ放送が広く行われており、現在では、ほとんど全てのテレビジョン受像機などの受信機で対応可能となっている。
また、放送波だけでなく通信を利用して、インターネット上に設けられた所定のサーバにアクセスすることにより、放送番組等のAVコンテンツに連動して実行されるアプリケーションプログラムを取得するハイブリッド型放送と称される放送の導入も検討されている（例えば、特許文献１参照）。
特開２０１１−６６５５６号公報
ところで、放送番組の視聴者からすると、データ放送もハイブリッド型放送もAVコンテンツに連動したアプリケーションプログラムが提供されるものである点で共通する。
一方、データ放送はインターネット接続がなくても成立するものであって、比較的シンプルな機能を実現するためのものであるが、ハイブリッド型放送は、インターネット接続が必要であって、比較的高度な機能を実現するためのものである。これらの放送は今後ともに並存し、かつ使い分けられるものとなることが想定される。
しかしながら、現状では、ハイブリッド型放送において、放送番組等のAVコンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されていない。
本技術はこのような状況に鑑みてなされたものであり、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
本技術の第１の側面の受信装置は、AVコンテンツを受信する受信部と、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得する制御情報取得部と、前記制御情報に含まれる継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部とを備え、前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、前記制御部は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる受信装置である。
前記AVコンテンツは、放送波により送信され、前記継続範囲情報は、前記放送波により送信される所定の情報に含まれる、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定可能な前記第１のイベント又は前記第２のイベントを指定するための情報である。
前記制御部は、前記第１のイベントのIDの更新として、前記放送波により送信されるEIT（Event Information Table）に含まれるevent_idの値の更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる。
前記制御部は、前記第２のイベントのIDの更新として、前記放送波による１又は複数のデータカルーセル伝送のうち、前記継続範囲情報により指定されるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれるdata_event_idの値の更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる。
前記制御部は、前記継続範囲情報に動作有効期限が指定されていない場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、実行中の前記アプリケーションプログラムと異なる他のアプリケーションプログラムが起動されたとき、又は、前記AVコンテンツの番組が切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる。
前記制御情報は、ネットワークを介して配信されるか、又は前記放送波により送信される。
前記制御部は、前記受信装置が、前記アプリケーションプログラムを実行可能な機能を有しており、かつ、ネットワークに接続可能である場合、前記アプリケーションプログラムを実行させる。
前記アプリケーションプログラムは、前記AVコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムから起動される。
受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の第１の側面の受信方法又はプログラムは、本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。
本技術の第１の側面の受信装置、受信方法、及び、プログラムにおいては、AVコンテンツが受信され、前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報が取得され、前記制御情報に含まれる継続範囲情報に基づいて、実行中の前記アプリケーションプログラムが終了させられる。また、前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかが指定され、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムが終了させられる。
本技術の第２の側面の送信装置は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、前記制御情報を、受信装置に送信する送信部とを備え、前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、前記受信装置は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる送信装置である。
送信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。
本技術の第２の側面の送信方法又はプログラムは、本技術の第２の側面の送信装置に対応する送信方法又はプログラムである。
本技術の第２の側面の送信装置、送信方法、及び、プログラムにおいては、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報が生成され、前記制御情報が、受信装置に送信される。また、前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかが指定され、前記受信装置では、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新が監視され、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムが終了させられる。
本技術の第１の側面及び第２の側面によれば、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
放送通信連携システムの構成例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 制御部の機能的な構成例を示す図である。 XML-AITサーバの構成例を示す図である。 データカルーセル伝送によるデータ送出の概要を説明するための図である。 DDB又はDIIのメッセージ伝送用のDSM-CCセクションの構造を示す図である。 XML-AITの詳細な構成を示す図である。 XML-AIT（application_time_scope:none）の記述例を示す図である。 XML-AIT（application_time_scope:event）の記述例を示す図である。 XML-AIT（application_time_scope:data_event）の記述例を示す図である。 EITの構造を示す図である。 動作シーケンスの例を示す図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 データ放送対応処理を説明するフローチャートである。 データ放送とハイブリッド型放送を並存させた場合の画面の遷移例を示す図である。 XML-AIT配信処理を説明するフローチャートである。 放送通信連携システムの構成例を示す図である。 データカルーセル伝送により送信される文書とXML-AITの取得方法を説明するための図である。 AITと連動アプリケーションの取得方法を説明するための図である。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜第１の実施の形態＞
＜放送通信連携システムの構成例＞
図１は、放送通信連携システム１の構成例を示している。この放送通信連携システム１は、送信装置１０、受信装置２０、XML-AITサーバ３０、及び、アプリケーションサーバ４０から構成される。
また、受信装置２０と、XML-AITサーバ３０及びアプリケーションサーバ４０とは、インターネット９０を介して、相互に接続されている。
送信装置１０は、放送番組やCM等の放送コンテンツを、デジタルテレビジョン放送信号（以下、単に放送信号という）によって送信する。
また、送信装置１０は、データ放送アプリケーションを、データカルーセル伝送により送信する。ここでデータ放送アプリケーションは、例えば、BML（Broadcast Markup Language）により記述されるBML文書からなる、データ放送用のアプリケーションプログラムである。なお、データ放送アプリケーションは、データ放送コンテンツとも称される。
受信装置２０は、テレビジョン受像機などの受信機である。受信装置２０は、送信装置１０から送信された放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに表示し、映像に対応する音声をスピーカから出力する。
また、受信装置２０は、ユーザ操作に応じたリモートコントローラ２０Ｒからのコマンドを赤外線により受信し、コマンドに応じて、チャンネルの切り替えなどの各種の動作を行う。
また、リモートコントローラ２０Ｒには、データ放送の視聴の際に操作されるｄボタンが設けられており、受信装置２０は、ｄボタン操作に応じて、データ放送アプリケーションの映像をディスプレイに表示する。なお、リモートコントローラ２０Ｒの操作に限らず、ディスプレイの画面上のGUI（Graphical User Interface）操作によって、データ放送の視聴が指示されるようにしてもよい。
XML-AITサーバ３０は、受信装置２０からの要求に応じて、XML-AITを、インターネット９０を介して受信装置２０に提供する。XML-AITサーバ３０は、放送事業者などにより管理される。
ここで、XML-AITは、XML（Extensible Markup Language）形式で記述されるAIT（Application Information Table）である。また、AITは、後述の連動アプリケーションの動作を制御するためのアプリケーション制御情報である。例えば、AITには、「Auto Start」などの制御コマンドや、アプリケーションサーバ４０のURL（Uniform Resource Locator）などの情報が記述される。
アプリケーションサーバ４０は、受信装置２０からの要求に応じて、連動アプリケーションを、インターネット９０を介して受信装置２０に提供する。アプリケーションサーバ４０は、放送事業者になどより管理される。
ここで、連動アプリケーションは、放送コンテンツに連動して実行されるアプリケーションプログラムである。連動アプリケーションは、例えば、HTML（Hyper Text Markup Language）により記述されるHTML文書からなる。なお、連動アプリケーションは、インターネット連動型のコンテンツとも称される。
受信装置２０は、インターネット９０を介してXML-AITサーバ３０にアクセスして、XML-AITを取得する。受信装置２０は、XML-AITに基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを、アプリケーションサーバ４０から取得して即時に実行する。
なお、受信装置２０は、通信コンテンツのストリーミング再生が指示された場合、インターネット９０上に設けられた配信サーバ（不図示）にアクセスし、配信サーバから配信される通信コンテンツのストリーミング再生を行うことが可能である。この場合、連動アプリケーションは、通信コンテンツに連動して実行することも可能である。また、通信コンテンツは、VOD（Video On Demand）により配信される、放送済の放送番組や公開済みの映画、オリジナルの映像番組などである。
また、図１では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０から構成され、各受信装置２０が、送信装置１０からの放送コンテンツを受信することになる。
同様にまた、図１では、１台のXML-AITサーバ３０と、１台のアプリケーションサーバ４０を図示しているが、実際には、放送事業者ごとに、複数台のXML-AITサーバ３０やアプリケーションサーバ４０が設けられる。受信装置２０は、XML-AITなどにより指定される情報に応じて、それらのサーバのいずれかにアクセスすることになる。
放送通信連携システム１は、以上のように構成される。
＜送信装置の構成例＞
図２は、図１の送信装置１０の構成例を示している。
図２に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、ビデオエンコーダ１１４、データ取得部１１５、データカルーセル用データ生成部１１６、多重化部１１７、及び、送信部１１８から構成される。
音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。
オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１７に供給する。
映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、ビデオエンコーダ１１４に供給する。
ビデオエンコーダ１１４は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化し、その結果得られるビデオストリームを、多重化部１１７に供給する。
データ取得部１１５は、データカルーセル伝送により送信するデータカルーセル用データの生成用のデータを取得し、データカルーセル用データ生成部１１６に供給する。この生成用のデータとしては、BMLファイル、JPEG（Joint Photographic Experts Group）やPNG（Portable Network Graphics）等の画像ファイル等が用意される。
データカルーセル用データ生成部１１６は、データ取得部１１５から供給される生成用のデータに基づいて、データカルーセル用データを生成し、セクションデータとして多重化部１１７に供給する。ただし、データカルーセル用データは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されることになる。
多重化部１１７は、オーディオエンコーダ１１２からのオーディオストリームと、ビデオエンコーダ１１４からのビデオストリームと、データカルーセル用データ生成部１１６からのセクションデータとを多重化し、その結果得られるトランスポートストリームを、送信部１１８に供給する。
なお、説明の簡略化のため、図示はしていないが、多重化部１１７には、必要に応じて字幕データが供給され、トランスポートストリームに多重化される。また、トランスポートストリームには、後述のPSI/SIのセクションデータが含まれる。
送信部１１８は、多重化部１１７から供給されるトランスポートストリームを、アンテナ１１９を介して、放送信号として送信する。
送信装置１０は、以上のように構成される。
＜受信装置の構成例＞
図３は、図１の受信装置２０の構成例を示している。
受信装置２０は、主に、デジタルテレビジョン放送の放送波により送信される放送コンテンツの受信再生機能を実現するための第１ブロックと、インターネット９０を介して配信される通信コンテンツの受信再生機能を実現するための第２ブロックとから構成される。
第１ブロックは、チューナ２１２、デスクランブラ２１３、CASモジュール２１４、多重分離部２１５、データ放送処理部２１６、ビデオデコーダ２１７、オーディオデコーダ２１８、字幕デコーダ２１９、及び、データ放送エンジン２２０から構成される。
また、第２ブロックは、通信I/F２２５、ストリーミング処理部２２６、多重分離部２２７、DRM処理部２２８、ビデオデコーダ２２９、オーディオデコーダ２３０、及び、字幕デコーダ２３１から構成される。
また、第１ブロックと第２ブロックに共通する機能を提供するものとして、ビデオ出力部２２１、ディスプレイ２２２、オーディオ出力部２２３、スピーカ２２４、提示同期制御部２３２、アプリケーション調停部２３３、制御部２３４、アプリケーションエンジン２３５、メモリ２３６、赤外線受信部２３７、及び、端末連携制御部２３８がある。
チューナ２１２は、アンテナ２１１により受信された放送信号から、選局が指示されたチャンネルの放送信号を抽出して復調し、その結果得られるトランスポートストリームを、デスクランブラ２１３に供給する。
デスクランブラ２１３は、チューナ２１２から供給されるスクランブルのかかったトランスポートストリームに対し、スクランブルの解除を行い、多重分離部２１５に供給する。
なお、CAS（Conditional Access System）モジュール２１４には、放送コンテンツの視聴制御及び契約管理を行うための情報が記憶されており、デスクランブラ２１３は、CASモジュール２１４を参照して、送信側において限定受信の目的でスクランブルのかけられたトランスポートストリームのスクランブルを解除することになる。
多重分離部２１５は、デスクランブラ２１３から供給されるトランスポートストリームを、ビデオストリーム、オーディオストリーム、字幕データ、及び、セクションデータに分離する。多重分離部２１５は、分離されたストリームのうち、セクションデータをデータ放送処理部２１６、ビデオストリームをビデオデコーダ２１７、オーディオストリームをオーディオデコーダ２１８、字幕データを字幕デコーダ２１９にそれぞれ供給する。
データ放送処理部２１６は、多重分離部２１５から供給されるセクションデータに対して各種の処理を行う。
具体的には、データ放送処理部２１６は、セクションデータのうち、データカルーセル伝送で送信されてくるDSM-CC(Digital Storage Media - Command and Control)セクションに対してセクションフィルタリングを行う。そして、データ放送処理部２１６は、その結果得られるDII（Download Info Indication）及びDDB（Download Data Block）の解析処理を行う。データ放送処理部２１６は、DII及びDDBの解析処理の結果得られる、DDBに含まれるBML文書や画像データ等のデータをモジュール単位でデータ放送エンジン２２０に供給する。
なお、データ放送アプリケーションのデータは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されてくる。
また、放送信号には、上述のDSM-CCセクションのほか、PSI/SIのセクションが含まれる。
PSI（Program Specific Information）は、特定のチャンネルを選択して受信するシステムで必要な情報である。PSIには、PMTが含まれる。PMT（Program Map Table）は、あるプログラムに含まれる画像や音声などの各PID（Packet ID）を格納する。また、SI（Service Information）は、番組情報などの情報であって、例えば、EITが含まれる。EIT（Event Information Table）は、番組の名称や放送日時、放送内容などの放送番組に関する情報が含まれる。ただし、EITは、EIT p/fと記述される場合がある。EIT pの「p」は、「present」の頭文字であって、現在の放送番組に関する情報が含まれていることを意味する。また、EIT pの「f」は、「following」の頭文字であって、次の放送番組に関する情報が含まれていることを意味する。
PSI/SIのセクションから得られるこれらの情報は、適宜、制御部２３４に供給される。
データ放送エンジン２２０は、データ放送処理部２１６から供給されるモジュール単位のデータに基づいて、BMLブラウザを制御することで、データ放送アプリケーションのビデオ信号を生成し、ビデオ出力部２２１に供給する。
ビデオデコーダ２１７は、多重分離部２１５から供給されるビデオストリームを、ビデオエンコーダ１１４（図２）の符号化方式に対応した復号方式により復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
オーディオデコーダ２１８は、多重分離部２１５から供給されるオーディオストリームを、オーディオエンコーダ１１２（図２）の符号化方式に対応した復号方式により復号し、その結果得られるオーディオ信号を、オーディオ出力部２２３に供給する。
字幕デコーダ２１９は、多重分離部２１５から供給される字幕データを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
ビデオ出力部２２１は、ビデオデコーダ２１７から供給されるビデオ信号を、ディスプレイ２２２に供給する。これにより、ディスプレイ２２２には、放送番組等の映像が表示される。
また、ビデオ出力部２２１は、字幕デコーダ２１９又はデータ放送エンジン２２０からビデオ信号が供給された場合、それらのビデオ信号を、ビデオデコーダ２１７からのビデオ信号に合成し、その結果得られたビデオ信号をディスプレイ２２２に出力する。これにより、ディスプレイ２２２には、例えば、放送番組に対して、字幕又は天気予報等のデータ放送の情報が重畳された映像が表示される。
オーディオ出力部２２３は、オーディオデコーダ２１８から供給されるオーディオ信号を、スピーカ２２４に供給する。これにより、スピーカ２２４からは、放送番組等の映像に対応する音声が出力される。
通信I/F２２５は、制御部２３４からの制御に従い、インターネット９０上に設けられた配信サーバ（不図示）から配信される通信コンテンツのデータを受信し、ストリーミング処理部２２６に供給する。
ストリーミング処理部２２６は、通信I/F２２５から供給される通信コンテンツのデータに対し、ストリーミング再生を行うために必要な各種の処理を施して、その結果得られるデータを、多重分離部２２７に供給する。
多重分離部２２７は、ストリーミング処理部２２６から供給されるデータを、ビデオストリーム、オーディオストリーム、及び、字幕データに分離する。多重分離部２２７は、分離されたストリームのうち、ビデオストリームをビデオデコーダ２２９、オーディオストリームをオーディオデコーダ２３０、字幕データを字幕デコーダ２３１に供給する。
なお、DRM（Digital Rights Management）処理部２２８は、通信コンテンツの著作権管理や複製の制限を制御するための処理を行う。例えば、ストリーミング再生が指示された通信コンテンツが暗号化されている場合に、著作者の許諾を得ているユーザが使用する受信装置２０のみ、暗号鍵を供給して暗号を復号してストリーミング再生を可能とする。
ビデオデコーダ２２９は、多重分離部２２７から供給されるビデオストリームを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
オーディオデコーダ２３０は、多重分離部２２７から供給されるオーディオストリームを復号し、その結果得られるオーディオ信号を、オーディオ出力部２２３に供給する。
字幕デコーダ２３１は、多重分離部２２７から供給される字幕データを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
ビデオ出力部２２１は、ビデオデコーダ２２９から供給されるビデオ信号を、ディスプレイ２２２に供給する。また、ビデオ出力部２２１は、字幕デコーダ２３１からビデオ信号が供給された場合、そのビデオ信号を、ビデオデコーダ２２９からのビデオ信号に合成し、その結果得られたビデオ信号をディスプレイ２２２に供給する。これにより、ディスプレイ２２２には、放送済の放送番組等の映像や字幕が表示される。
オーディオ出力部２２３は、オーディオデコーダ２３０から供給されるオーディオ信号を、スピーカ２２４に供給する。これにより、スピーカ２２４からは、放送済の放送番組等の映像に対応する音声が出力される。
提示同期制御部２３２は、ビデオデコーダ２１７、オーディオデコーダ２１８、及び、字幕デコーダ２１９を制御して、ビデオ出力部２２１及びオーディオ出力部２２３に供給されるビデオ信号及びオーディオ信号が同期されるようにする。また、提示同期制御部２３２は、ビデオデコーダ２２９、オーディオデコーダ２３０、及び、字幕デコーダ２３１を制御して、ビデオ出力部２２１及びオーディオ出力部２２３に供給されるビデオ信号及びオーディオ信号が同期されるようにする。
アプリケーション調停部２３３は、制御部２３４からの制御に従い、データ放送アプリケーション及び連動アプリケーションのうち、最も動作の優先度の高いアプリケーションプログラムを判定する。アプリケーション調停部２３３は、判定結果に基づいて、データ放送エンジン２２０によるデータ放送アプリケーションの動作を制御する。また、アプリケーション調停部２３３は、判定結果に基づいて、制御部２３４及びアプリケーションエンジン２３５による連動アプリケーションの動作を制御する。
なお、アプリケーション調停部２３３は、多重分離部２１５を監視して、トランスポートストリームから分離して得られる各種の情報に基づき、データ放送アプリケーション及び連動アプリケーションのうち、最も動作の優先度の高いアプリケーションプログラムを判定するようにしてもよい。
通信I/F２２５は、制御部２３４からの制御に従い、インターネット９０を介してXML-AITサーバ３０にアクセスし、XML-AITを要求する。通信I/F２２５は、XML-AITサーバ３０から提供されるXML-AITを受信し、制御部２３４に供給する。
ここで、制御部２３４と、アプリケーションエンジン２３５は、受信装置２０にて起動可能な連動アプリケーションの数に応じて設けられるものであり、図３の構成例では、第１連動アプリケーションと、第２連動アプリケーションの２つの連動アプリケーションが起動される場合を想定しているので、それぞれ２つずつ設けられている。ただし、制御部２３４−１と制御部２３４−２とを区別する必要がない場合は、単に制御部２３４と称して説明する。また、アプリケーションエンジン２３５−１とアプリケーションエンジン２３５−２とを区別する必要がない場合は、単にアプリケーションエンジン２３５と称して説明する。
制御部２３４−１は、通信I/F２２５から供給されるXML-AITに基づいて、アプリケーションエンジン２３５−１を制御する。アプリケーションエンジン２３５−１は、制御部２３４−１からの制御に従い、第１連動アプリケーションの動作を制御する。
制御部２３４−２は、通信I/F２２５から供給されるXML-AITに基づいて、アプリケーションエンジン２３５−２を制御する。アプリケーションエンジン２３５−２は、制御部２３４−２からの制御に従い、第２連動アプリケーションの動作を制御する。
通信I/F２２５は、アプリケーションエンジン２３５−１からの制御に従い、インターネット９０を介してアプリケーションサーバ４０にアクセスし、第１連動アプリケーションを要求する。通信I/F２２５は、アプリケーションサーバ４０から提供される第１連動アプリケーションを受信し、メモリ２３６に記憶させる。
アプリケーションエンジン２３５−１は、制御部２３４−１からの制御に従い、メモリ２３６に記憶された第１連動アプリケーションを起動して、その動作を制御する。例えば、第１連動アプリケーションがHTML5（Hyper Text Markup Language 5）により記述されたHTML文書からなる場合、アプリケーションエンジン２３５−１は、HTML5に対応したHTMLブラウザを制御することで、第１連動アプリケーションのビデオ信号を生成し、ビデオ出力部２２１に供給する。
また、アプリケーションエンジン２３５−２は、アプリケーションエンジン２３５−１と同様に、アプリケーションサーバ４０からの第２連動アプリケーションを取得して、その動作を制御する。
赤外線受信部２３７は、リモートコントローラ２０Ｒ（図１）からの赤外線による無線通信を用いて送信されるコマンドを受信し、そのコマンドに対応する操作信号を、制御部２３４に通知する。制御部２３４は、赤外線受信部２３７から供給される操作信号に基づいて、受信装置２０の各部の動作を制御する。
端末連携制御部２３８は、受信装置２０に外部装置（不図示）が接続されている場合に、制御部２３４及びアプリケーションエンジン２３５からの制御に従い、通信I/F２２５を制御して接続中の外部装置と連携するための各種の処理を行う。
受信装置２０は、以上のように構成される。
＜制御部の機能的な構成例＞
図４は、図３の制御部２３４の機能的な構成例を示す図である。
制御部２３４は、制御情報取得部２５１、制御情報解析部２５２、イベント判定部２５３、及び、アプリケーション制御部２５４から構成される。
制御情報取得部２５１は、通信I/F２２５を制御して、XML-AITサーバ３０から提供されるXML-AITを取得し、制御情報解析部２５２に供給する。
制御情報解析部２５２は、制御情報取得部２５１から供給されるXML-AITを解析し、その解析結果を、イベント判定部２５３及びアプリケーション制御部２５４に供給する。
イベント判定部２５３は、制御情報解析部２５２から供給される解析結果や、各種の操作信号に基づいて、実行中の連動アプリケーションを終了させるイベントが発生したかどうかの判定処理を行う。イベント判定部２５３は、イベント発生の判定結果を、アプリケーション制御部２５４に供給する。
アプリケーション制御部２５４は、制御情報解析部２５２から供給される解析結果に従い、アプリケーションエンジン２３５を制御して、連動アプリケーションの動作を制御する。また、アプリケーション制御部２５４は、イベント判定部２５３から供給される判定結果に従い、実行中の連動アプリケーションを終了させる。
制御部２３４は、以上のように構成される。
＜XML-AITサーバの構成例＞
図５は、図１のXML-AITサーバ３０の構成例を示している。
XML-AITサーバ３０は、制御部３１１、XML-AIT生成部３１２、記録部３１３、及び、通信I/F３１４から構成される。
制御部３１１は、XML-AITサーバ３０の各部の動作を制御する。
XML-AIT生成部３１２は、制御部３１１からの制御に従い、XML-AITを生成し、記録部３１３に記録する。
制御部３１１は、受信装置２０からXML-AITが要求された場合、記録部３１３からXML-AITを読み出して取得する。
通信I/F３１４は、制御部３１１からの制御に従い、XML-AITを、インターネット９０を介して、受信装置２０に送信する。
XML-AITサーバ３０は、以上のように構成される。
＜データカルーセル伝送によるデータ送出＞
上述したように、送信装置１０から送信されるデータ放送アプリケーションは、データカルーセル伝送により送信される。そこで、次に、図６及び図７を参照して、データカルーセル伝送によるデータ送出について説明する。
図６に示すように、データ放送アプリケーションは、BMLファイルのほか、JPEGやPNGの画像ファイルなどの集合から構成され、それらのファイルをディレクトリ構成で格納したフォルダ単位で管理される。データ放送アプリケーションをデータカルーセル伝送で送信する場合には、伝送対象のファイル群が、仮想的なフォルダ単位でマルチパート化される。
また、データカルーセル伝送では、データ放送アプリケーションの実データが含まれるDDB（Download Data Block）と、DDBのディレクトリ情報を格納したDII（Download Info Indication）の２種類のメッセージが主に利用される。
DDBは、モジュールの各ブロックに対応するものであり、ブロック番号が割り当てられる。受信装置２０は、取得したデータブロックをブロック番号の順に並び替えることでモジュールを再構築する。DIIは、データカルーセル内での伝送対象のインデックス情報を示す。また、１つのDIIにて複数のモジュールに関する情報が記述可能とされる。受信装置２０は、このDIIを受信することで、モジュールの構成を認識することになる。
ブロック化されたモジュールは、図６に概念的に示すように、データカルーセル伝送により巡回的に送信されるので、受信装置２０は、DIIに基づきDDBを取得して、対象のモジュールを再構築することになる。なお、DDBとDIIの送出順序は任意であるが、DIIはインデックス情報に相当するデータが格納されるため、比較的高い頻度で送出される。
図７は、図６のDDB又はDIIのメッセージ伝送用のDSM-CCセクションの構造を示す図である。
図７の上段に示すように、DSM-CCセクションは、セクションヘッダ、ペイロード部、及び、CRC部から構成される。上述したモジュールの各ブロックは、ペイロード部に格納される。セクションヘッダには、テーブル識別情報、セクション長、テーブル識別拡張、バージョン情報等、及び、セクション情報が格納される。
テーブル識別情報には、対象のセクションがDDBメッセージ又はDIIメッセージのいずれであるかを示す情報が記述される。セクション長には、テーブル識別情報及びセクション長自身のフィールドを除いたセクションのサイズを示す。テーブル識別拡張及びバージョン情報等は、テーブル識別情報の値に応じて意味合いが異なる。セクション情報は、セクション番号及び最終セクション番号が格納される。
CRC部は、対象のセクションを構成するTSパケットが順序通り正しく収集されたか否かを検証するためのチェック符号であり、巡回冗長検査（Cyclic Redundancy Check）による誤り訂正処理に用いられる。
また、図７の下段には、DDBメッセージ及びDIIメッセージの構造が示されている。
ペイロード部は、対象のセクションがDDBメッセージである場合、ブロックデータのほか、モジュールID、モジュールバージョン、及び、ブロック番号を示す情報から構成される。
モジュールIDには、DDBに含まれるモジュールの識別情報が記述される。モジュールバージョンには、DDBに含まれるモジュールのバージョン情報が記述される。また、ブロック番号には、DDBに含まれるモジュールの各ブロックの番号が記述される。
また、ペイロード部は、対象のセクションがDIIメッセージである場合、データカルーセル伝送による伝送全般に関する情報であるカルーセル全般情報、各モジュールの情報であるモジュール単位情報、及びプライベートデータから構成される。
カルーセル全般情報には、ダウンロードID、ブロックサイズ、カルーセル周期、及び、モジュール数が含まれる。ダウンロードIDには、DDBで伝送されるデータ全体の識別情報が記述される。ダウンロードIDのビット構成のうち一部がデータイベントID（data_event_id）と呼ばれる。ブロックサイズには、各ブロックのサイズが記述される。また、カルーセル周期には、伝送の周期が記述される。モジュール数には、伝送されるモジュール数が記述される。
また、モジュール単位情報には、モジュールごとの情報として、モジュールID、モジュールサイズ、モジュールバージョン、コンテントタイプ、蓄積有効期限、及び、データ圧縮方式が含まれる。モジュールIDには、DDBにて伝送されるモジュールの識別情報が記述される。モジュールサイズには、DDBにて伝送されるモジュールのサイズが記述される。モジュールバージョンには、DDBにて伝送されるモジュールのバージョン情報が記述される。そして、コンテントタイプ、蓄積有効期限、及びデータ圧縮方式には、ファイルのタイプ、蓄積期限、データ圧縮方式がそれぞれ記述される。
プライベートデータには、例えば引き戻しフラグなどが含まれる。
送信装置１０では、セクションデータがさらに分割され、連続した複数のTSパケットに格納されて伝送される。また、データカルーセル伝送では、データ放送アプリケーションがブロック（セクション）単位で巡回的に伝送されることになる。
一方、受信装置２０では、送信装置１０からのTSパケットが受信され、受信されたTSパケットを用いてセクションデータが復元され、その復元したセクションデータを用いて元のモジュールが再構築される。そして、受信装置２０では、モジュールIDにより特定されるモジュールに基づいて、データ放送アプリケーションが復元されることになる。
以上、データカルーセル伝送によるデータ送出について説明した。
＜XML-AITの詳細＞
次に、図８乃至図１１を参照して、XML-AITの詳細について説明する。
（XML-AITに記述される各項目）
図８は、XML-AITに記述される各項目を説明するための図である。
図８に示すように、XML-AITには、アプリケーションタイプ、事業者ID、アプリケーションID、アプリケーション制御コマンド、アプリケーション仕様バージョン、受信機要求機能、アプリケーションURL、アプリケーションバウンダリ、システム起動優先度、アプリケーション放送連動範囲、アプリケーションアイコン、アプリケーション名、アプリケーション継続範囲、アプリケーション優先度、及び、サーバアクセス分散パラメータなどが記述される。
アプリケーションタイプには、連動アプリケーションのタイプが記述される。タイプには、例えば、HTML5が固定で指定される。
事業者IDには、連動アプリケーションを提供する事業者の識別情報が記述される。
アプリケーションIDには、特定の事業者内でユニークになる連動アプリケーションの識別情報が記述される。すなわち、アプリケーションIDは、上述の事業者IDと組み合わせて使用することで、連動アプリケーションを一意に識別することが可能となる。
アプリケーション制御コマンドには、対象の連動アプリケーションに対する制御アクションが記述される。制御コマンドには、「Auto Start」、「Kill」、「Prefetch」、「Present」等の指定動作が記述される。
ここで、「Auto Start」は、連動アプリケーションを自動的に即時に実行させるためのコマンドである。「Kill」は、連動アプリケーションを終了させるためのコマンドである。
また、「Prefetch」は、連動アプリケーションを取得させるためのコマンドである。「Present」は、連動アプリケーションを自動実行させないためのコマンドである。
アプリケーション仕様バージョンには、上述のアプリケーションタイプごとのバージョン情報が記述される。
受信機要求機能には、連動アプリケーションが受信装置２０に対して要求する機能を示すプロファイル値が記述される。すなわち、受信装置２０は、このプロファイル値に記述された機能を有する場合、連動アプリケーションを利用可能であると判断する。
アプリケーションURLには、連動アプリケーションの取得先URLが記述される。すなわち、アプリケーションURLには、アプリケーションサーバ４０のURLが指定される。
アプリケーションバウンダリには、連動アプリケーションの動作範囲が記述される。この動作範囲は、バウンダリ情報により指定される。
例えば、バウンダリ情報には、連動アプリケーションの動作範囲として特定のドメインが指定され、指定されたドメインの範囲内であれば、連動アプリケーションの動作が許容されることになる。ただし、ここでは、上述のアプリケーションURLに記述された連動アプリケーションの取得先URLのドメインを、バウンダリ情報とすることもできる。
システム起動優先度には、第１連動アプリケーションがAuto Startで起動される場合において、第１連動アプリケーションのタイプと、データ放送アプリケーションのタイプ及び第２連動アプリケーションのタイプとの間の優先度を示す情報が記述される。受信装置２０は、データ放送アプリケーション又は連動アプリケーションのうち、優先度の示す値が最大値となるタイプのアプリケーションプログラムを起動する。
アプリケーション放送連動範囲には、連動アプリケーションの連動動作範囲が記述される。この連動動作範囲は、バインドタイプとして指定される。
例えば、バインドタイプとしてサービスバウンド（Service bound）が指定された場合には、連動アプリケーションは、所定のサービス内として指定される範囲で連動して動作する。また、事業者バウンド（Provider bound）が指定された場合には、連動アプリケーションは、同一の放送事業者内として指定される範囲で連動して動作する。
アプリケーションアイコンには、対象の連動アプリケーションを示すアイコンが指定される。
アプリケーション名には、対象の連動アプリケーションの名称が記述される。例えば、第１連動アプリケーションと第２連動アプリケーションの双方が起動可能な場合に、それらの連動アプリケーションの名称をユーザに提示することで、一方の連動アプリケーションの起動を選択させることが可能となる。
アプリケーション継続範囲には、連動アプリケーションの動作継続可能な時間軸上の範囲を特定するための継続範囲情報が記述される。継続範囲情報には、イベント（event）又はデータイベント（data_event）が指定される。ただし、継続範囲情報は、指定されない場合がある（none）。
例えば、継続範囲情報が指定されなかった場合には、実行中の連動アプリケーションの終了が指示されたとき、実行中の連動アプリケーションと異なる他の連動アプリケーションが起動されたとき、又は、放送番組のチャンネルが切り替えられたとき、実行中の連動アプリケーションが終了される。
また、継続範囲情報として、イベントが指定された場合、放送番組が同一の番組内である間は連動アプリケーションの継続範囲内となるため、連動アプリケーションは動作を継続する。そして放送番組が変わったときに、連動アプリケーションは動作を終了する。同一の番組内であるかどうかは、例えば、EIT pに含まれるevent_idの値が更新されたかどうかにより判断される。
また、継続範囲情報として、データイベントが指定された場合、データ放送アプリケーションが、同一のデータ放送内である間は連動アプリケーションの継続範囲内となるため、連動アプリケーションは、動作を継続する。そしてデータ放送が変わったときに、連動アプリケーションは動作を終了する。同一のデータ放送内であるかどうかは、例えば、データカルーセル伝送により送信されるDIIのdata_event_idの値が更新されたかどうかにより判断される。
アプリケーション優先度には、同一のアプリケーションタイプ内での優先度が記述される。例えば、アプリケーション優先度には、複数のHTML5形式の文書のアプリケーションプログラムの中で、どのアプリケーションプログラムを優先するかを示す値が指定される。
サーバアクセス分散パラメータには、コマンドの適用タイミングを分散化させて、アプリケーションサーバ４０へのアクセスを分散させるための制御パラメータが記述される。
なお、XML-AITにおいて、アプリケーションタイプ、事業者ID、アプリケーションID、アプリケーション制御コマンド、及び、アプリケーションURLは、必須の項目となる。また、それ以外の項目については、条件付の又は完全なオプションの項目となる。
以上、XML-AITに記述される各項目について説明した。
（XML-AITの記述例）
次に、図９乃至図１１を参照してXML-AITの記述例について説明する。
（継続範囲情報：指定なし（none））
図９は、継続範囲情報の指定がなかった場合のXML-AITの記述例を示す図である。
図９に示すように、XML-AITは、XML文書として記述される。このXML文書の先頭には、XML宣言や名前空間等に関する情報が記述される。これにより、接頭辞として「isdb」が記述された場合、ISDB（Integrated Services Digital Broadcasting）の規格により規定されたタグであることを意味し、「mhp」が記述された場合、DVB（Digital Video Broadcasting）の規格により規定されたタグであること意味する。
ApplicationDiscovery DomainName要素には、１又は複数のApplication要素を記述可能なApplicationList要素が記述される。各Application要素には、連動アプリケーションの動作を制御するための制御情報が記述される。
Application要素には、appName要素、applicationIdentifier要素、applicationDescriptor要素、applicationLocation要素、及び、applicationTimeScopeDescriptor要素が記述される。ただし、図９は、継続範囲情報の指定がない場合のXML-AITの記述例を示しているため、applicationTimeScopeDescriptor要素は記述されていない。
appName要素には、Language属性として、連動アプリケーションの言語が日本語であることを示す「jpn」が指定される。
applicationIdentifier要素には、orgId要素とappId要素が記述される。orgId要素には、事業者IDを示す「19」が記述される。appId要素には、アプリケーションIDを示す「1」が記述される。すなわち、1であるアプリケーションIDと、19である事業者IDとの組み合わせによって、連動アプリケーションが一意に識別される。
applicationDescriptor要素には、type要素とcontrolCode要素が記述される。type要素には、DvbApp要素が記述され、ISDBの規格により規定されたHTML文書であることを示す「ISDB-HTML」が記述される。controlCode要素には、制御コマンドを示す「AUTOSTART」が記述される。
ApplicationLocation要素には、アプリケーションURLを示す「http://xxxxxxx」が記述される。すなわち、アプリケーションサーバ４０のURLは、http://xxxxxxxとなる。
なお、本実施の形態では、同時に起動される連動アプリケーションは１つだけであるため、ApplicationList要素には、１つのApplication要素のみが記述される。また、連動アプリケーションの終了等の制御にはXML-AITを用いないため、controlCode要素には、連動アプリケーションを即時に実行させるための「AUTOSTART」のみが記述される。
以上のように、継続範囲情報の指定がない場合、XML-AITには、applicationTimeScopeDescriptor要素が記述されないことになる。
（継続範囲情報：イベント（event））
図１０は、継続範囲情報としてイベントが指定された場合のXML-AITの記述例を示す図である。
図１０において、Application要素に記述される、appName要素、applicationIdentifier要素、applicationDescriptor要素、及び、applicationLocation要素は、図９と同様であるため、その説明は省略する。
applicationTimeScopeDescriptor要素には、event要素が記述される。受信装置２０は、XML-AITに記述されたevent要素によって、継続範囲情報としてイベントが指定されたことを認識することができる。
以上のように、継続範囲情報としてイベントが指定される場合、XML-AITには、applicationTimeScopeDescriptor要素に、event要素が記述されることになる。
（継続範囲情報：データイベント（data_event））
図１１は、継続範囲情報としてデータイベントが指定された場合のXML-AITの記述例を示す図である。
図１１において、Application要素に記述される、appName要素、applicationIdentifier要素、applicationDescriptor要素、及び、applicationLocation要素は、図９と同様であるため、その説明は省略する。
applicationTimeScopeDescriptor要素には、data_event要素が記述される。受信装置２０は、XML-AITに記述されたdata_event要素によって、継続範囲情報としてデータイベントが指定されたことを認識することができる。
また、data_event要素には、component_tag属性として、「0x04」が指定される。すなわち、放送波によるデータカルーセル伝送は、複数存在する場合があるので、受信装置２０は、component_tag属性の属性値により、対象のデータカルーセル伝送を特定することになる。
以上のように、継続範囲情報としてデータイベントが指定される場合、XML-AITには、applicationTimeScopeDescriptor要素に、data_event要素が記述され、さらにcomponent_tag属性として、対象のデータカルーセル伝送を特定するための値が指定されることになる。
以上、XML-AITの記述例について説明した。
なお、XML-AITの記述方法は任意であって、図９乃至図１１の記述例に限定されるものではない。
＜EITの構造＞
次に、図１２を参照して、EITの構造について説明する。
table_idには、EITの識別情報が記述される。また、section_syntax_indicatorには、“1”が記述される。
section_lengthにはEITのセクション長が記述される。また、service_idには対象プログラムのservice_idが記述される。
version_numberには、バージョン情報が記述される。current_next_indicatorには、“1”が記述される。section_numberには、セクション番号が記述される。last_section_numberには、セクション最大番号が記述される。
transport_stream_idには、対象のトランスポートストリームのtransport_stream_idを示す。また、original_network_idには、元の分配システムのnetwork_idが記述される。segment_last_section_numberには、セクションの最終section_numberが記述される。last_table_idには、最終のtable_idが記述される。
ループ内には、event_id，start_time，duration，running_status，free_CA_mode，descriptorループが記述される。
event_idには、対象イベントのevent_idが記述される。また、start_timeには、対象イベントの番組開始時刻が記述される。durationには、対象イベントの番組長が記述される。さらに、running_statusには、全て“0”（未定義）が記述される。free_CA_modeには、当該番組が無料番組の場合は“0”が設定され、当該番組が有料番組の場合は“1”が設定される。
descriptors_loop_lengthには、descriptorループのループ長が記述される。descriptor()には、図１２に示すように、short_event_descriptorやcomponent_descriptoなどの記述子や情報が記述される。
以上、EITの構造について説明した。
＜動作シーケンス＞
図１３は、受信装置２０の動作シーケンスを示す図である。
図１３に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。
セクションデータのうち、データカルーセル伝送で送信されるDSM-CCセクションには、DIIのメッセージ伝送用のDSM-CCセクションが含まれる。また、DIIメッセージのペイロード部に含まれるダウンロードIDには、data_event_idが記述される。
すなわち、ダウンロードIDは、カルーセルを一意に識別するためのラベルの役割をするものであって、符号化方式の規定等によって、データイベントの運用のもとでDIIを送出する場合には、data_event_idが記述される。
data_event_idは、イベントメッセージを利用する時間的に相隣り合うデータイベントを区別し、それらのデータイベントで配信されるデータ放送アプリケーションの間でイベントメッセージが誤配信されることを避けることを目的とした識別情報である。従って、送出時に相隣り合うデータ放送アプリケーションの間では異なる識別情報が割り当てられる。
また、トランスポートストリームには、PSI/SIのセクションが含まれる。SIセクションに含まれるEIT pには、event_idが記述される。event_idは、対象のイベントの識別情報であって、同一の放送番組（サービス）内で一意的に割り当てられるものである。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーションの起動が指示されると、XML-AITサーバ３０からXML-AITが取得され、解析される（Ｓ２）。
受信装置２０では、XML-AITの解析結果に従い、アプリケーションサーバ４０から連動アプリケーションが取得され、起動される（Ｓ３）。また、連動アプリケーションが起動されると、データ放送アプリケーションは終了する。なお、連動アプリケーションは、データ放送アプリケーションに連動して自動起動されるようにしてもよい。
その後、受信装置２０では、連動アプリケーションの実行が継続される。
このとき、受信装置２０は、XML-AITの解析結果に従い、継続範囲情報としてイベントが指定されている場合、SIセクションにより送信されるEIT pに含まれるevent_idの値を常に監視し、event_idの値の変化点を検出する。なお、変化点の比較対象のevent_idの値は、連動アプリケーションの起動時に取得されたevent_idの値となる。
また、受信装置２０は、XML-AITの解析結果に従い、継続範囲情報としてデータイベントが指定されている場合、DSM-CCセクションにより送信されるDIIに含まれるdata_event_idの値を常に監視し、data_event_idの値の変化点を検出する。なお、変化点の比較対象のdata_event_idの値は、連動アプリケーションの起動時に取得されたdata_event_idの値となる。
そして、受信装置２０において、event_idの値の変化点か、又はdata_event_idの値の変化点が検出された場合（Ｓ４）、実行中の連動アプリケーションは終了する（Ｓ５）。
図１３の例では、event_idの値の変化点では、その値が、「A」から「B」に変化している。また、data_event_idの値の変化点では、その値が、「a」から「b」に変化している。なお、図１３の例では、event_idの値の変化点と、data_event_idの値の変化点とが一致しているが、それらの変化点は必ずしも一致するものではない。
これにより、受信装置２０では、放送番組が同一の番組内である場合、連動アプリケーションの動作が継続され、その放送番組が終了したとき、連動アプリケーションも終了する。また、受信装置２０では、放送番組に連動して実行されるデータ放送アプリケーションが同一のデータ放送内である場合、連動アプリケーションの動作が継続され、そのデータ放送が終了したとき、連動アプリケーションも終了する。
なお、XML-AITの解析の結果、継続範囲情報が指定されていなかった場合には、実行中の連動アプリケーションの終了が指示されたとき、実行中の連動アプリケーションと異なる他の連動アプリケーションが起動されたとき、又は、放送番組のチャンネルが切り替えられたとき、実行中の連動アプリケーションは終了する。
その後、受信装置２０では、再度、BML文書が取得され（Ｓ６）、データ放送アプリケーションが実行される。また、連動アプリケーションの起動が指示されると、XML-AITの取得と解析が行われる（Ｓ７）。そして、受信装置２０では、XML-AITの解析結果に従い、連動アプリケーションが取得され、実行される（Ｓ８）。また、上述の説明と同様に、実行中の連動アプリケーションは、event_idの値の変化点等が検出されたときに終了する。
以上、受信装置２０の動作シーケンスについて説明した。
＜各装置で行われる具体的な処理の内容＞
次に、図１４乃至図１８を参照して、放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。
（送信処理）
まず、図１４のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。
ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。
ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。
ステップＳ１１３において、データ取得部１１５は、データカルーセル用データの生成用のデータを取得する。
ステップＳ１１４において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化し、オーディオストリームを生成する。
ステップＳ１１５において、ビデオエンコーダ１１４は、映像取得部１１３により取得されたビデオ信号を符号化し、ビデオストリームを生成する。
ステップＳ１１６において、データカルーセル用データ生成部１１６は、データ取得部１１５により取得された生成用のデータに基づいて、データカルーセル用データを生成する。データカルーセル用データは、セクション形式のセクションデータからなる。
ステップＳ１１７において、多重化部１１７は、オーディオエンコーダ１１２により生成されたオーディオストリームと、ビデオエンコーダ１１４により生成されたビデオストリームと、データカルーセル用データ生成部１１６により生成されたセクションデータとを多重化して、トランスポートストリームを生成する。
なお、ここでは、説明の簡略化のため、詳細は説明しないが、トランスポートストリームには、字幕データやPSI/SIのセクションデータ等も含まれる。
ステップＳ１１８において、送信部１１８は、多重化部１１７により生成されたトランスポートストリームを、アンテナ１１９を介して、放送信号として送信する。ステップＳ１１８の処理が終了すると、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。
以上で、送信処理の説明を終了する。
（受信処理）
次に、図１５のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。
ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して放送信号を受信して、復調する。
ステップＳ２１２において、多重分離部２１５は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。なお、多重分離部２１５は、トランスポートストリームに字幕データが含まれる場合、字幕データについても分離する。
ステップＳ２１３において、オーディオデコーダ２１８は、多重分離部２１５により分離されたオーディオストリームを復号し、オーディオ信号を生成する。
ステップＳ２１４において、ビデオデコーダ２１７は、多重分離部２１５により分離されたビデオストリームを復号し、ビデオ信号を生成する。
ステップＳ２１５において、スピーカ２２４は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２２２は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２２２には、放送番組等の放送コンテンツの映像が表示され、スピーカ２２４からは、その映像に対応する音声が出力される。
ステップＳ２１５の処理が終了すると、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。
以上で、受信処理の説明を終了する。
（データ放送対応処理）
次に、図１６のフローチャートを参照して、受信装置２０によって実行されるデータ放送対応処理について説明する。
図１６のデータ放送対応処理は、受信装置２０において、例えば、図１５の受信処理によって、放送コンテンツが視聴されている場合に実行される。
ステップＳ２５１において、データ放送処理部２１６は、多重分離部２１５により分離されたDSM-CCセクションから得られるDII及びDDBを解析することで、module_id=0となるBML起動文書を取得する。
ステップＳ２５２において、データ放送エンジン２２０は、BMLブラウザを制御することで、データ放送処理部２１６により取得されたBML起動文書を実行する。
ステップＳ２５３において、データ放送エンジン２２０はBML起動文書に記述されたプログラムに基づいて、受信装置２０が連動アプリケーションを実行可能な機能を有しているか否かを判定する。ステップＳ２５３において、BML起動文書に記述されたプログラムに基づいて、例えば、HTMLブラウザがHTML5に対応している場合など、受信装置２０が連動アプリケーションを実行可能な機能を有していると判定された場合、処理は、ステップＳ２５４に進められる。
また、ステップＳ２５３において、BML起動文書に記述されたプログラムに基づいて、例えば、HTMLブラウザがHTML5に未対応である場合など、受信装置２０が連動アプリケーションを実行可能な機能を有していないと判定された場合、処理は、ステップＳ２５５に進められる。
ステップＳ２５４において、さらにデータ放送エンジン２２０はBML起動文書に記述されたプログラムに基づいて、受信装置２０がインターネット９０に接続可能であるか否かを判定する。例えば、受信装置２０が、通信I/F２２５等を含む第２ブロック（図３）の機能を有しておらず、ステップＳ２５４において、インターネット９０に接続できないと判定された場合、処理は、ステップＳ２５５に進められる。
ステップＳ２５５において、データ放送エンジン２２０は、BMLブラウザを制御することで、データ放送処理部２１６により取得されるBML文書の実行を継続する。
また、ステップＳ２５６において、データ放送処理部２１６は、DSM-CCセクションにより送信されるDIIに含まれるdata_event_idの値を常に監視することで、data_event_idの値が更新されたか否かを判定する。
ステップＳ２５６において、data_event_idの値が更新されていないと判定された場合、処理は、ステップＳ２５５に戻り、それ以降の処理が繰り返される。また、ステップＳ２５６において、data_event_idの値が更新されたと判定された場合、処理は、ステップＳ２５１に戻り、それ以降の処理が繰り返される。
すなわち、データ放送アプリケーションが１つのデータイベントの中で配信されるデータ放送の内容を指すものであるとすれば、data_event_idは時間的に相隣り合うデータイベントを区別するものであって、送出時に相隣り合うデータ放送アプリケーションの間では異なる識別情報が割り当てられることなる。従って、data_event_idの値が更新された場合には、次に配信されるデータ放送アプリケーションのBML文書が取得され、実行されることになる。
一方、ステップＳ２５４において、受信装置２０がインターネット９０に接続可能であると判定された場合、処理は、ステップＳ２５７に進められる。
ステップＳ２５７において、データ放送エンジン２２０は、BML起動文書に記述されたプログラムに基づいて、BML文書に記述された連動アプリケーション起動関数を実行する。その結果、データ放送エンジン２２０はBML文書の実行を終了する。
すなわち、図１６のフローチャートを参照して説明する運用例の場合、BML文書には連動アプリケーションの自動起動が指定されているため、ユーザ操作に関係なく、連動アプリケーションの起動が開始される。
ステップＳ２５８において、制御情報取得部２５１は、通信I/F２２５を制御して、XML-AITサーバ３０から提供されるXML-AITを取得する。
なお、XML-AITサーバ３０のURLは、例えば、SIセクションにより送信されるEIT pfに記述されているので、制御情報取得部２５１は、EIT pfを常に監視して、事前にURLを取得しておけばよい。ただし、XML-AITサーバ３０のURLの取得方法は任意であって、例えば、BML文書に記述されたXML-AITサーバ３０のURLを取得する方法など、他の取得方法を採用することもできる。
ステップＳ２５９において、制御情報解析部２５２は、制御情報取得部２５１により取得されたXML-AITを解析する。
ステップＳ２６０において、アプリケーション制御部２５４は、制御情報解析部２５２によるXML-AITの解析結果に従い、通信I/F２２５を制御して、アプリケーションサーバ４０から連動アプリケーションを取得する。
なお、アプリケーションサーバ４０のURLは、XML-AITに記述されたアプリケーションURLに指定されている。
ステップＳ２６１において、アプリケーション制御部２５４は、制御情報解析部２５２によるXML-AITの解析結果に従い、アプリケーションエンジン２３５を制御して、取得済みの連動アプリケーションを即時に起動する。なお、XML-AITに記述された制御コマンドには、「Auto Start」が指定されている。
このとき、イベント判定部２５３は、XML-AITの解析結果に従い、継続範囲情報としてイベントが指定されている場合、EIT pに含まれるevent_idの値を取得して保持する。このevent_idの値は、event_idの値の更新判定処理（図１６のＳ２６６）に用いられる。また、イベント判定部２５３は、XML-AITの解析結果に従い、継続範囲情報としてデータイベントが指定されている場合、DIIに含まれるdata_event_idの値を取得して保持する。このdata_event_idの値は、data_event_idの値の更新判定処理（図１６のＳ２６７）に用いられる。
ステップＳ２６１の起動処理によって、連動アプリケーションの実行が開始される。ステップＳ２６２において、イベント判定部２５３は、実行中の連動アプリケーションの終了が指示されたか否かを判定する。
ステップＳ２６２において、実行中の連動アプリケーションの終了が指示されたと判定された場合、処理は、ステップＳ２６８に進められる。ステップＳ２６８において、アプリケーション制御部２５４は、イベント判定部２５３による判定結果に従い、実行中の連動アプリケーションを終了させる。
また、ステップＳ２６２において、実行中の連動アプリケーションの終了が指示されていないと判定された場合、処理は、ステップＳ２６３に進められる。ステップＳ２６３において、イベント判定部２５３は、実行中の連動アプリケーションと異なる他の連動アプリケーションが起動されたか否かを判定する。
ステップＳ２６３において、他の連動アプリケーションが起動されたと判定された場合、処理は、ステップＳ２６８に進められ、実行中の連動アプリケーションが終了される。
また、ステップＳ２６３において、他の連動アプリケーションが起動されていないと判定された場合、処理は、ステップＳ２６４に進められる。ステップＳ２６４において、イベント判定部２５３は、視聴中の放送番組のチャンネルが切り替えられたか否かを判定する。
ステップＳ２６４において、チャンネルが切り替えられたと判定された場合、処理は、ステップＳ２６８に進められ、実行中の連動アプリケーションが終了される。
また、ステップＳ２６４において、チャンネルが切り替えられていないと判定された場合、処理は、ステップＳ２６５に進められる。
ステップＳ２６５において、イベント判定部２５３は、制御情報解析部２５２によるXML-AITの解析結果に従い、継続範囲情報の指定内容を判定する。
ステップＳ２６５において、継続範囲情報が指定されていないと判定された場合、処理は、ステップＳ２６２に戻り、それ以降の処理が繰り返される。
すなわち、継続範囲情報が指定されていない場合には、Ｓ２６２、Ｓ２６３、Ｓ２６４の判定処理において、「YES」であると判定された場合にのみ、連動アプリケーションが終了されることになる（Ｓ２６８）。例えば、図９のXML-AITが取得された場合が、このケースに該当する。
また、ステップＳ２６５において、継続範囲情報としてイベント（event）が指定されたと判定された場合、処理は、ステップＳ２６６に進められる。ステップＳ２６６において、イベント判定部２５３は、SIセクションにより送信されるEIT pに含まれるevent_idの値を常に監視し、event_idの値が更新されたか否かを判定する。
ステップＳ２６６において、event_idの値が更新されたと判定された場合、処理は、ステップＳ２６８に進められ、実行中の連動アプリケーションが終了される。また、ステップＳ２６６において、event_idの値が更新されていないと判定された場合、処理は、ステップＳ２６２に戻り、それ以降の処理が繰り返される。
すなわち、継続範囲情報としてイベントが指定された場合には、Ｓ２６２、Ｓ２６３、Ｓ２６４の判定処理において、「YES」であると判定された場合のほか、event_idの値が更新された場合にも、連動アプリケーションの動作が終了されることになる。例えば、図１０のXML-AITが取得された場合が、このケースに該当する。
なお、放送番組が同一の番組内であるかの判定条件として、event_idの値が更新されたかどうかを用いたが、それ以外の判定条件を用いるようにしてもよい。
さらに、ステップＳ２６５において、継続範囲情報としてデータイベント（data_event）が指定されたと判定された場合、処理は、ステップＳ２６７に進められる。ステップＳ２６７において、イベント判定部２５３は、component_tagにより特定されるデータカルーセル伝送のDSM-CCセクションにより送信されるDIIに含まれるdata_event_idの値を常に監視し、data_event_idの値が更新されたか否かを判定する。
ステップＳ２６７において、data_event_idの値が更新されたと判定された場合、処理は、ステップＳ２６８に進められ、実行中の連動アプリケーションが終了される。
すなわち、データ放送アプリケーションが１つのデータイベントの中で配信されるデータ放送の内容を指すものであるとすれば、data_event_idは時間的に相隣り合うデータイベントを区別するものであって、送出時に相隣り合うデータ放送アプリケーションの間では異なる識別情報が割り当てられることなる。従って、data_event_idの値が更新された場合には、次に配信されるデータ放送アプリケーションのBML文書が取得され、実行されることになるので、それに連動して実行中の連動アプリケーションも終了されるようにする。
また、ステップＳ２６７において、data_event_idの値が更新されていないと判定された場合、処理は、ステップＳ２６２に戻り、それ以降の処理が繰り返される。
すなわち、継続範囲情報としてデータイベントが指定された場合には、Ｓ２６２、Ｓ２６３、Ｓ２６４の判定処理において、「YES」であると判定された場合のほか、data_event_idの値が更新された場合にも、連動アプリケーションの動作が終了されることになる。例えば、図１１のXML-AITが取得された場合が、このケースに該当する。
なお、データ放送が同一のデータ放送内であるかの判定条件として、data_event_idの値が更新されたかどうかを用いたが、それ以外の判定条件を用いるようにしてもよい。
ステップＳ２６８の処理が終了すると、処理は、ステップＳ２５１に戻り、それ以降の処理が実行される。
以上で、データ放送対応処理の説明を終了する。
（画面遷移の例）
図１７は、受信装置２０において、図１６のデータ放送対応処理が実行された場合の画面遷移の具体的な例を示す図である。
図１７に示すように、受信装置２０において、リモートコントローラ２０Ｒ等の操作によって、所定のチャンネルが選局されると、ディスプレイ２２２には、所定の放送番組の映像Ｐ１が表示された状態となる。また、データ放送の受信も自動で開始され、BMLブラウザが、BML文書からなるデータ放送アプリケーションに対する処理を開始する。このとき、放送番組の映像Ｐ２が表示された状態となるが、データ放送アプリケーションの映像は非表示となる。
ここで、リモートコントローラ２０Ｒのｄボタンが操作された場合、データ放送アプリケーションの映像（図中の「BML表示」）が、放送番組の映像Ｐ３に対して分離型配置で表示された状態となる。なお、放送番組や特定のシーンの切り替えなどによる所定のイベントが発生した場合、それらのイベントに応じて、データ放送アプリケーションの表示内容が更新される（図中のＣ１）。また、データ放送アプリケーションが表示されている状態で、ｄボタンが再度操作されると、データ放送アプリケーションの表示が終了され、放送番組の映像Ｐ２のみが表示されている状態に戻る。
また、放送番組の映像Ｐ３に対してデータ放送アプリケーションの映像が表示されている状態で、所定の終了操作などが行われた場合、実行中のデータ放送アプリケーションは終了し、放送番組の映像Ｐ１のみが表示されている状態に戻る。
放送番組の映像Ｐ２が表示されている状態で、連動アプリケーションの自動起動が設定されている場合、BMLブラウザが、HTML文書からなる連動アプリケーションを自動起動させる。このとき、放送番組の映像Ｐ４が表示された状態となるが、HTMLブラウザによって実行される、連動アプリケーションの映像は非表示となる。
なお、連動アプリケーションの自動起動の際には、受信装置２０が連動アプリケーションを実行可能な機能を有しているかと、受信装置２０がインターネット９０に接続可能であるかが判定され、それらの２つの条件を満たした場合にのみ、連動アプリケーションが自動起動される。また、上述したように、連動アプリケーションは、XML-AITサーバ３０から取得されるXML-AITに基づいて、アプリケーションサーバ４０から取得され、起動される。
放送番組の映像Ｐ４が表示されている状態で、連動アプリケーションの自動終了が設定されている場合、又は、所定の終了操作が行われた場合、連動アプリケーションは終了する。これにより、放送番組の映像Ｐ１のみが表示されている状態に戻る。
また、放送番組の映像Ｐ４が表示されている状態で、ｄボタン操作が行われた場合、連動アプリケーションの映像（図中の「HTML表示」）が、放送番組の映像Ｐ５に対してオーバーレイ型配置で表示された状態となる。さらに、特定のシーンの切り替えなどの所定のイベントが発生した場合、それらのイベントに応じて、連動アプリケーションの表示内容が更新される（図中のＣ２）。
そして、放送番組の映像Ｐ５に対して連動アプリケーションの映像が表示されている状態で、連動アプリケーションの終了を指示する所定のイベントが発生した場合、実行中の連動アプリケーションは終了する。具体的には、XML-AITに継続範囲情報が指定されていない場合において、実行中の連動アプリケーションの終了が指示されたときなどに、実行中の連動アプリケーションは終了する。
また、継続範囲情報としてイベントが指定されている場合において、event_idの値が更新されたときなどに、実行中の連動アプリケーションが自動終了する。さらに、継続範囲情報としてデータイベントが指定されている場合において、data_event_idの値が更新されたときなどに、実行中の連動アプリケーションが自動終了する。これにより、連動アプリケーションが終了し、放送番組の映像Ｐ１のみが表示されている状態に戻る。
また、放送番組の映像Ｐ３と、データ放送アプリケーションの映像（図中の「BML表示」）が表示されている状態で、自動起動が設定されている場合、又は、所定の起動操作が行われた場合、連動アプリケーションの映像（図中の「HTML表示」）が、放送番組の映像Ｐ５に対してオーバーレイ型配置で表示された状態となる。また、その逆に、連動アプリケーションの映像が重畳された放送番組の映像Ｐ５から、データ放送アプリケーションの映像が重畳された放送番組の映像Ｐ３に遷移させることもできる。
以上、受信装置２０における画面遷移の具体例について説明した。
このように、受信装置２０においては、データ放送によるデータ放送アプリケーションと、ハイブリッド型放送による連動アプリケーションの双方を、放送番組に連動して実行させることができる。
また、上述したように、データ放送とハイブリッド型放送は、今後とも並存し、かつ使い分けられるものとなることが想定される。そのため、放送事業者は、放送番組に対してデータ放送とハイブリッド型放送の両方の機能を実現するための情報を付加する一方、受信機側でもデータ放送とハイブリッド型放送の両方の機能に対応する必要がでてくることが想定される。
このような状況においてハイブリッド型放送を運用する場合には、ユーザがデータ放送についても使用できるようにし、それらが使い分けられるような運用ができることが求められている。このような運用において、放送通信連携システム１を採用した場合、受信装置２０では、データ放送アプリケーションと、連動アプリケーションの双方が実行可能とされることから、当該運用を容易に実現することが可能となる。
（XML-AITの配信処理）
次に、図１８のフローチャートを参照して、XML-AITサーバ３０が実行するXML-AIT配信処理について説明する。
ステップＳ３１１において、XML-AIT生成部３１２は、制御部３１１からの制御に従い、XML-AITを生成する。ステップＳ３１２において、XML-AIT生成部３１２は、制御部３１１からの制御に従い、生成されたXML-AITを、記録部３１３に記録する。
ステップＳ３１３において、制御部３１１は、通信I/F３１４を監視することで、受信装置２０からXML-AITが要求されたか否かを判定する。ステップＳ３１３においては、受信装置２０からの要求を待って、処理は、ステップＳ３１４に進められる。
ステップＳ３１４において、制御部３１１は、受信装置２０からの要求に応じたXML-AITを、記録部３１３から取得する。ステップＳ３１５において、通信I/F３１４は、制御部３１１からの制御に従い、取得されたXML-AITを、インターネット９０を介して受信装置２０に送信する。
ステップＳ３１５の送信処理が終了すると、処理はステップＳ３１６に進められる。ステップＳ３１６において、制御部３１１は、新たにXML-AITを生成するか否かを判定する。
ステップＳ３１６において、新たにXML-AITを生成すると判定された場合、処理はステップＳ３１１に戻り、ステップＳ３１１，Ｓ３１２の処理が再度実行されることで、XML-AIT生成部３１２によって、新たなXML-AITが生成され、記録部３１３に記録される。
一方、ステップＳ３１６において、新たなXML-AITを生成しないと判定された場合、処理は、ステップＳ３１３に戻り、それ以降の処理が繰り返される。この場合、受信装置２０からの要求に応じて、XML-AITが配信されることになる。
以上で、XML-AITの配信処理の説明を終了する。
＜第２の実施の形態＞
＜放送通信連携システムの構成例＞
図１９は、放送通信連携システム２の構成例を示している。この放送通信システム２は、送信装置１０、受信装置２０、及び、アプリケーションサーバ４０から構成される。
すなわち、放送通信連携システム２は、図１の放送通信連携システム１と比較すると、XML-AITサーバ３０が構成から外されている点で異なる。放送通信連携システム２においては、XML-AITを提供するサーバ３０の代わりに、送信装置１０が、XML-AITに相当する情報を、放送信号に含めて送信する。
具体的には、送信装置１０は、AITを生成し、データカルーセル伝送によってXML形式文書のファイルとして送信する。この場合、XML-AITは、データ放送アプリケーションとともに送出されることになる。なお、AITは、AITセクションストリームによって、バイナリデータとして送信するなど、他の送信方法により送信するようにしてもよい。
受信装置２０は、データカルーセル伝送又はAITセクションストリーム等によって送信されるAITを取得する。受信装置２０は、取得されたAITに基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを、アプリケーションサーバ４０から取得して即時に実行する。
放送通信連携システム２は、以上のように構成される。
＜放送波を用いたXML-AITの送出＞
（データカルーセル伝送された文書とXML-AITの取得方法）
図２０は、データカルーセル伝送により送信される文書とXML-AITの取得方法を説明するための図である。
図２０に示すように、データ放送エンジン２２０がBMLブラウザを制御して、データ放送アプリケーションを実行する場合、データ放送処理部２１６（図３）に対して、モジュールIDとして“0”が指定されたDDBメッセージが取得されるようにフィルタ設定が行われる。
すなわち、最初に表示すべきBML起動文書は、モジュールIDが“0”となるモジュールにより送信されるため、データ放送アプリケーションの起動時には、“0”であるモジュールIDのモジュールを再構築する必要があり、このようなモジュールフィルタ設定が行われる。なお、“0”であるモジュールIDは、DIIメッセージ又はあらかじめ設定された情報により指定される。
これにより、BML起動文書が復元されるが、BML起動文書の映像は非表示となる。また、リモートコントローラ２０Ｒのｄボタンが操作された場合、BMLトップ表示文書が復元され、BMLブラウザによって、データ放送アプリケーションのトップページが表示される。その後、他のBML文書に遷移される場合には同様にして、遷移先のBML文書を送信するモジュールIDのモジュールが取得されるようにモジュールフィルタ設定が行われ、該当するモジュールIDのモジュールが取得されて、遷移先のBML文書が復元されることになる。これにより、ディスプレイ２２２には、データ放送アプリケーションの映像が順次表示されることになる。
一方、連動アプリケーションの自動起動が設定されている場合には、BML起動文書に記述されたプログラムによって連動アプリケーションの起動判定処理が行われる。すなわち、受信装置２０が連動アプリケーションを実行可能な機能を有しているかどうかと、受信装置２０がインターネット９０に接続可能であるかどうかが判定され、それらの２つの条件を満たした場合にのみ、連動アプリケーションが自動起動される。
起動判定処理によって連動アプリケーションが起動可能であると判定された場合、データカルーセル伝送によって送信されるXML-AITが取得される。また、HTML起動文書が復元されるが、HTML起動文書の映像は非表示となる。そして、リモートコントローラ２０Ｒのｄボタンが操作された場合、XML-AITの解析結果に従い、アプリケーションサーバ４０にアクセスし、HTMLトップ表示文書が取得される。これにより、HTMLブラウザによって、連動アプリケーションのトップページが表示される。その後、他のHTML文書に遷移される場合には同様にして、アプリケーションサーバ４０からHTML文書が取得されることになる。
以上、データカルーセル伝送により送信される文書とXML-AITの取得方法について説明した。
（AITと連動アプリケーションの取得方法）
図２１は、AITと連動アプリケーションの取得方法について説明する図である。
図２１において、実線は、基本的に、第１の実施の形態におけるXML-AITと連動アプリケーションの取得の流れを示し、破線は、第２の実施の形態におけるXML-AITと連動アプリケーションの取得の流れを示している。
第１の実施の形態では、受信装置２０は、データカルーセル伝送により送信されるBML文書を取得することで、データ放送アプリケーションを実行する（Ｓ５１１）。また、受信装置２０は、XML-AITサーバ３０にアクセスすることで（Ｓ５１２）、XML-AITを取得する（Ｓ５１３）。そして、受信装置２０は、XML-AITの解析結果に従い、アプリケーションサーバ４０にアクセスすることで（Ｓ５１４）、HTML文書からなる連動アプリケーションを取得する（Ｓ５１５）。
一方、第２の実施の形態では、受信装置２０は、データカルーセル伝送により送信されるBML文書を取得することで、データ放送アプリケーションを実行する（Ｓ５１１）。また、受信装置２０は、放送信号を常に監視することで（Ｓ５２１）、データカルーセル伝送によって送信されるXML-AITを取得する（Ｓ５２２）。そして、受信装置２０は、XML-AITの解析結果に従い、アプリケーションサーバ４０にアクセスすることで（Ｓ５１４）、HTML文書からなる連動アプリケーションを取得する（Ｓ５１５）。
なお、受信装置２０は、データカルーセル伝送やFLUTE（File Delivery over Unidirectional Transport）セッションなどを利用して、放送信号により送信される連動アプリケーションを取得するようにしてもよい（Ｓ５２３，Ｓ５２４）。
以上、AITと連動アプリケーションの取得方法について説明した。
以上のように、本実施の形態においては、ハイブリッド型放送において、放送番組等のAVコンテンツに連動して実行される連動アプリケーションを提供することができる。また、受信装置２０が、データ放送アプリケーションと、連動アプリケーションの双方を実行することができるので、データ放送とハイブリッド型放送を並存させる運用を容易に実現することができる。
また、従来、実行中の連動アプリケーションを終了させるためには、HTML文書に終了処理のプログラム（スクリプト）を記述するなどの対応が想定されていたが、その運用を実現するためには新たにプログラムを追加する必要がある。それに対して、本実施の形態では、EIT pに含まれるevent_idやDIIに含まれるdata_event_idなどの放送波により送出される既存の情報を利用することで、実行中の連動アプリケーションが、XML-AITにより指定される継続範囲情報に応じて終了することから、HTML文書にプログラムを追加する必要がない。そのため、運用の際に、プログラムを追加する手間が省けるので、連動アプリケーションの終了制御を容易に実現することが可能となる。
なお、上述の説明では、受信装置２０は、テレビジョン受像機であるとして説明したが、それに限らず、例えば、パーソナルコンピュータや携帯端末装置、タブレット端末などの送信装置１０から送信される放送信号を受信可能であって、インターネット９０に接続されたサーバと通信可能な受信機であればよい。また、受信装置２０は、例えば、ディスプレイやスピーカを有さない構成とすることで、その機能が、例えばビデオレコーダやセットトップボックス等の電子機器に内蔵されるようにしてもよい。
＜本技術を適用したコンピュータの説明＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図２２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
なお、本技術は、以下のような構成をとることができる。
（１）
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得する制御情報取得部と、
前記制御情報に含まれる、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
を備える受信装置。
（２）
前記AVコンテンツは、放送波により送信され、
前記継続範囲情報は、前記放送波により送信される所定の情報に含まれる、前記アプリケーションプログラムの動作の継続範囲を特定可能な所定のイベントを指定するための情報である
（１）に記載の受信装置。
（３）
前記制御部は、指定された前記イベントに応じて、前記AVコンテンツの番組が、同一の番組内である場合、前記アプリケーションプログラムの動作を継続させる
（２）に記載の受信装置。
（４）
前記制御部は、前記放送波により送信されるEIT（Event Information Table）に含まれるevent_idの値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
（３）に記載の受信装置。
（５）
前記制御部は、指定された前記イベントに応じて、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内である場合、前記アプリケーションプログラムの動作を継続させる
（２）に記載の受信装置。
（６）
前記制御部は、前記放送波による１又は複数のデータカルーセル伝送のうち、前記継続範囲情報により指定されるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれるdata_event_idの値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
（５）に記載の受信装置。
（７）
前記制御部は、前記継続範囲情報が指定されていない場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、実行中の前記アプリケーションプログラムと異なる他のアプリケーションプログラムが起動されたとき、又は、前記AVコンテンツの番組が切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（８）
前記制御情報は、ネットワークを介して配信されるか、又は前記放送波により送信される
（２）乃至（７）のいずれか一項に記載の受信装置。
（９）
前記制御部は、前記受信装置が、前記アプリケーションプログラムを実行可能な機能を有しており、かつ、ネットワークに接続可能である場合、前記アプリケーションプログラムを実行させる
（１）乃至（８）のいずれか一項に記載の受信装置。
（１０）
前記アプリケーションプログラムは、前記AVコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムから起動される
（１）乃至（９）のいずれか一項に記載の受信装置。
（１１）
受信装置の受信方法において、
前記受信装置が、
AVコンテンツを受信し、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得し、
前記制御情報に含まれる、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる
ステップを含む受信方法。
（１２）
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得する制御情報取得部と、
前記制御情報に含まれる、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
して機能させるためのプログラム。
（１３）
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、
前記制御情報を送信する送信部と
を備える送信装置。
（１４）
送信装置の送信方法において、
前記送信装置が、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成し、
前記制御情報を送信する
ステップを含む送信方法。
（１５）
コンピュータを、
AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、
前記制御情報を送信する送信部と
して機能させるためのプログラム。
１，２ 放送通信連携システム， １０ 送信装置， ２０ 受信装置， ２０Ｒ リモートコントローラ， ３０ XML-AITサーバ， ４０ アプリケーションサーバ， ９０ インターネット， ２１２ チューナ， ２１６ データ放送処理部， ２２０ データ放送エンジン， ２２２ ディスプレイ， ２２５ 通信I/F， ２３４，２３４−１，２３４−２ 制御部， ２３５，２３５−１，２３５−２ アプリケーションエンジン， ２５１ 制御情報取得部， ２５２ 制御情報解析部， ２５３ イベント判定部， ２５４ アプリケーション制御部， ３１１ 制御部， ３１２ XML-AIT生成部， ３１４ 通信I/F， ９００ コンピュータ， ９０１ CPU

Claims (13)

  1. AVコンテンツを受信する受信部と、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得する制御情報取得部と、
    前記制御情報に含まれる継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
    を備え、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記制御部は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    受信装置。
  2. 前記AVコンテンツは、放送波により送信され、
    前記継続範囲情報は、前記放送波により送信される所定の情報に含まれる、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定可能な前記第１のイベント又は前記第２のイベントを指定するための情報である
    請求項１に記載の受信装置。
  3. 前記制御部は、前記第１のイベントのIDの更新として、前記放送波により送信されるEIT（Event Information Table）に含まれるevent_idの値の更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  4. 前記制御部は、前記第２のイベントのIDの更新として、前記放送波による１又は複数のデータカルーセル伝送のうち、前記継続範囲情報により指定されるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれるdata_event_idの値の更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  5. 前記制御部は、前記継続範囲情報に動作有効期限が指定されていない場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、実行中の前記アプリケーションプログラムと異なる他のアプリケーションプログラムが起動されたとき、又は、前記AVコンテンツの番組が切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  6. 前記制御情報は、ネットワークを介して配信されるか、又は前記放送波により送信される
    請求項２に記載の受信装置。
  7. 前記制御部は、前記受信装置が、前記アプリケーションプログラムを実行可能な機能を有しており、かつ、ネットワークに接続可能である場合、前記アプリケーションプログラムを実行させる
    請求項１に記載の受信装置。
  8. 前記アプリケーションプログラムは、前記AVコンテンツに連動して実行されるデータ放送用のアプリケーションプログラムから起動される
    請求項１に記載の受信装置。
  9. 受信装置の受信方法において、
    前記受信装置が、
    AVコンテンツを受信し、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得し、
    前記制御情報に含まれる継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる
    ステップを含み、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    受信方法。
  10. コンピュータを、
    AVコンテンツを受信する受信部と、
    前記AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得する制御情報取得部と、
    前記制御情報に含まれる継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
    を備え、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記制御部は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    受信装置
    として機能させるためのプログラム。
  11. AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、
    前記制御情報を、受信装置に送信する送信部と
    を備え、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記受信装置は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    送信装置。
  12. 送信装置の送信方法において、
    前記送信装置が、
    AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成し、
    前記制御情報を、受信装置に送信する
    ステップを含み、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記受信装置は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    送信方法。
  13. コンピュータを、
    AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、
    前記制御情報を、受信装置に送信する送信部と
    を備え、
    前記継続範囲情報は、前記アプリケーションプログラムの動作有効期限として、前記AVコンテンツの番組が、同一の番組内で動作が有効となる第１の有効期限、前記AVコンテンツに連動して実行されるデータ放送が、同一のデータ放送内で動作が有効となる第２の有効期限、又は動作有効期限を未指定のいずれかを指定し、
    前記受信装置は、前記アプリケーションプログラムの起動時に取得された第１のイベントのID又は第２のイベントのIDの更新を監視して、前記第１の有効期限に応じた前記第１のイベントのID、又は前記第２の有効期限に応じた前記第２のイベントのIDの更新が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    送信装置
    として機能させるためのプログラム。
JP2014540807A 2012-10-10 2013-09-30 受信装置、受信方法、送信装置、送信方法、及び、プログラム Active JP6316196B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012225117 2012-10-10
JP2012225117 2012-10-10
PCT/JP2013/076487 WO2014057833A1 (ja) 2012-10-10 2013-09-30 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JPWO2014057833A1 JPWO2014057833A1 (ja) 2016-09-05
JP6316196B2 true JP6316196B2 (ja) 2018-04-25

Family

ID=50477301

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014540807A Active JP6316196B2 (ja) 2012-10-10 2013-09-30 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Country Status (7)

Country Link
US (1) US20150281805A1 (ja)
EP (1) EP2908539B1 (ja)
JP (1) JP6316196B2 (ja)
AR (1) AR092907A1 (ja)
BR (1) BR112015007003A2 (ja)
PH (1) PH12015500731A1 (ja)
WO (1) WO2014057833A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112015029849A2 (pt) * 2013-06-06 2017-07-25 Sony Corp dispositivos de recepção e de transmissão, métodos para recepção de um dispositivo de recepção e para transmissão de um dispositivo de transmissão, e, programa
WO2015072492A1 (ja) 2013-11-13 2015-05-21 日立マクセル株式会社 放送受信装置
WO2015072495A1 (ja) 2013-11-13 2015-05-21 日立マクセル株式会社 放送受信装置及び放送受信システム
WO2017014034A1 (ja) * 2015-07-23 2017-01-26 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
KR102491466B1 (ko) * 2016-07-25 2023-01-25 소니그룹주식회사 수신 장치, 송신 장치, 및 데이터 처리 방법
JP6855195B2 (ja) * 2016-09-09 2021-04-07 マクセル株式会社 放送受信システム
CN113923492A (zh) 2016-09-06 2022-01-11 麦克赛尔株式会社 广播接收系统
JP6860310B2 (ja) * 2016-09-07 2021-04-14 マクセル株式会社 放送受信システム
JP6855193B2 (ja) * 2016-09-08 2021-04-07 マクセル株式会社 放送受信システム
JP6865548B2 (ja) * 2016-09-06 2021-04-28 マクセル株式会社 放送受信システム
JP7237220B2 (ja) * 2016-09-07 2023-03-10 マクセル株式会社 放送受信システム
JP2019195199A (ja) * 2019-06-12 2019-11-07 マクセル株式会社 表示方法
JP7161010B2 (ja) * 2020-06-25 2022-10-25 マクセル株式会社 アプリケーション制御方法
JP7092851B2 (ja) * 2020-11-18 2022-06-28 マクセル株式会社 放送受信装置および制御方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7216170B2 (en) * 2002-05-22 2007-05-08 Microsoft Corporation Systems and methods to reference resources in a television-based entertainment system
TW200518070A (en) * 2003-10-10 2005-06-01 Matsushita Electric Ind Co Ltd Recording medium, reproduction device, program, and reproduction method
US20070220564A1 (en) * 2004-04-21 2007-09-20 Masako Yano Digital Broadcast Playback Device and Method, Computer Program, and Storage Medium
WO2007072959A1 (en) * 2005-12-19 2007-06-28 Matsushita Electric Industrial Co., Ltd. Broadcast receiving apparatus
KR100791540B1 (ko) * 2006-05-09 2008-01-03 주식회사 알티캐스트 양방향 브이오디 서비스를 제공하는 헤드앤드 시스템과서비스 제공방법
JP5144165B2 (ja) * 2006-10-24 2013-02-13 キヤノン株式会社 コンテンツ格納制御装置及びその制御方法
JP4819161B2 (ja) * 2007-08-07 2011-11-24 パナソニック株式会社 ネットワークａｖコンテンツ再生システム、サーバ、プログラムおよび記録媒体
JP5493627B2 (ja) 2009-09-15 2014-05-14 ソニー株式会社 情報処理装置、データ管理方法、およびプログラム
JP5498179B2 (ja) * 2010-01-25 2014-05-21 キヤノン株式会社 デジタル放送受信装置、及びその制御方法
JP5703664B2 (ja) * 2010-09-30 2015-04-22 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
JP5593193B2 (ja) * 2010-10-12 2014-09-17 日本放送協会 放送サービスの送信装置、受信装置及びそのプログラム
JP5783402B2 (ja) * 2011-01-25 2015-09-24 ソニー株式会社 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム
EP2858374B1 (en) * 2012-06-01 2020-07-08 Saturn Licensing LLC Information processing device, information processing method, program and application information table transmission device

Also Published As

Publication number Publication date
EP2908539B1 (en) 2019-12-18
EP2908539A1 (en) 2015-08-19
BR112015007003A2 (pt) 2017-07-04
US20150281805A1 (en) 2015-10-01
JPWO2014057833A1 (ja) 2016-09-05
AR092907A1 (es) 2015-05-06
WO2014057833A1 (ja) 2014-04-17
EP2908539A4 (en) 2016-04-06
PH12015500731B1 (en) 2015-06-01
PH12015500731A1 (en) 2015-06-01

Similar Documents

Publication Publication Date Title
JP6316196B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6346859B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP5777794B2 (ja) 送受信システム、及び、送受信方法
KR101689050B1 (ko) 정보 처리 장치, 데이터 관리 방법 및 기록 매체
KR101695514B1 (ko) 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
KR101976052B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
WO2013154023A1 (ja) 受信装置、受信方法、送信装置、送信方法、及びプログラム
KR101805538B1 (ko) 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR20140119691A (ko) 영상 표시 장치 및 그 동작 방법
JP6428610B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
KR102347851B1 (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR20080005693A (ko) 데이터 방송 신호, 이를 처리하는 방법 및 수신하는 장치
JP6206705B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法
JP6468469B2 (ja) 送信装置、送信方法、受信装置、及び、受信方法

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20160726

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20160907

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170713

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20171011

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171208

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180327

R150 Certificate of patent or registration of utility model

Ref document number: 6316196

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150