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

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

Info

Publication number
JP6428610B2
JP6428610B2 JP2015521396A JP2015521396A JP6428610B2 JP 6428610 B2 JP6428610 B2 JP 6428610B2 JP 2015521396 A JP2015521396 A JP 2015521396A JP 2015521396 A JP2015521396 A JP 2015521396A JP 6428610 B2 JP6428610 B2 JP 6428610B2
Authority
JP
Japan
Prior art keywords
application
data
event
broadcast
range information
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
JP2015521396A
Other languages
English (en)
Other versions
JPWO2014196398A1 (ja
Inventor
北里　直久
直久 北里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2014196398A1 publication Critical patent/JPWO2014196398A1/ja
Application granted granted Critical
Publication of JP6428610B2 publication Critical patent/JP6428610B2/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/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
    • 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/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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/242—Synchronization processes, e.g. processing of PCR [Program Clock References]
    • 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/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/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/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via 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/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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (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コンテンツは、放送波により送信される。
前記制御部は、指定された前記イベントとして、前記放送波により送信される前記アプリケーションプログラムの強制終了信号が検出された場合、実行中の前記アプリケーションプログラムを終了させる。
前記強制終了信号は、前記アプリケーションプログラムが複数実行されている場合に、実行中の前記アプリケーションプログラムごとに検出される。
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれる、前記アプリケーションプログラムごとの前記強制終了信号に関連付けられた実行中の前記アプリケーションプログラムを終了させる。
前記AVコンテンツは、放送番組であり、前記制御部は、指定された前記イベントとして、前記放送番組の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる。
前記制御部は、前記放送波により送信されるEIT（Event Information Table）に含まれるイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる。
前記AVコンテンツは、放送番組であり、前記制御部は、指定された前記イベントとして、前記放送番組と同時に実行されるデータ放送の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる。
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるデータ放送用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる。
前記制御部は、指定された前記イベントとして、前記アプリケーションプログラムの内容の変化が検出された場合、前記アプリケーションプログラムを終了させる。
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるアプリケーション用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる。
前記制御部は、前記イベントが指定されていない場合あるいは前記イベントを指定しないという指定がなされた場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、又は、前記AVコンテンツが切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる。
前記継続範囲情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれる。
前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数として指定される。
前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数であるURI（Uniform Resource Identifier）のパラメータとして指定される。
本技術の第１の側面の受信方法又はプログラムは、上述した本技術の第１の側面の受信装置に対応する受信方法又はプログラムである。
本技術の第１の側面の受信装置、受信方法、及び、プログラムにおいては、AVコンテンツが受信され、前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報が取得され、前記アプリケーションプログラムの継続範囲が前記継続範囲情報の指定に基づいて決定され、前記継続範囲に基づいて実行中の前記アプリケーションプログラムが終了される。また、前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることが特徴とされる。
本技術の第２の側面の送信装置は、AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を生成する生成部と、前記継続範囲情報を送信する送信部とを備え、前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする。
本技術の第２の側面の送信方法又はプログラムは、上述した本技術の第２の側面の送信装置に対応する送信方法又はプログラムである。
本技術の第２の側面の送信装置、送信方法、及び、プログラムにおいては、AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報が生成され、前記継続範囲情報が送信される。また、前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることが特徴とされる。
本技術の第１の側面及び第２の側面によれば、ハイブリッド型放送において、AVコンテンツと同時に実行されるアプリケーションプログラムを提供することができる。
放送通信連携システムの構成例を示す図である。 送信装置の構成例を示す図である。 受信装置の構成例を示す図である。 制御部の機能的な構成例を示す図である。 データカルーセル伝送によるデータ送出の概要を説明するための図である。 DDB又はDIIのメッセージ伝送用のDSM-CCセクションの構造を示す図である。 EITの構造を示す図である。 基本的な動作シーケンスを示す図である。 継続範囲情報（application_time_scope）の詳細を示す図である。 継続範囲情報を引数として指定する場合のstartAITControlledApp関数を説明する図である。 継続範囲情報を引数として指定する場合のreplaceApplication関数を説明する図である。 継続範囲情報を引数のURIに埋め込むことで指定する場合のstartAITControlledApp関数を説明する図である。 継続範囲情報を引数のURIに埋め込むことで指定する場合のreplaceApplication関数を説明する図である。 AITの詳細な構成を示す図である。 AITの記述例を示す図である。 タイプ１の動作シーケンスを示す図である。 タイプ２の動作シーケンスを示す図である。 タイプ３の動作シーケンスを示す図である。 タイプ３のアプリケーション強制終了記述子のデータ構造を示す図である。 タイプ３変形方式のアプリケーション強制終了記述子のデータ構造を示す図である。 タイプ３変形方式の動作シーケンスを示す図である。 タイプ４の動作シーケンスを示す図である。 アプリケーションイベント記述子のデータ構造を示す図である。 送信処理を説明するフローチャートである。 受信処理を説明するフローチャートである。 データ放送対応処理を説明するフローチャートである。 継続範囲情報対応処理の詳細を説明するフローチャートである。 データ放送とハイブリッド型放送を並存させた場合の画面の遷移例を示す図である。 第２の実施の形態の放送通信連携システムの構成例を示す図である。 AITサーバの構成例を示す図である。 AIT配信処理を説明するフローチャートである。 第３の実施の形態の放送通信連携システムの構成例を示す図である。 データカルーセル伝送により送信される文書とAITの取得方法を説明するための図である。 AITと連動アプリケーションの取得方法を説明するための図である。 コンピュータの構成例を示す図である。
以下、図面を参照しながら本技術の実施の形態について説明する。
＜第１の実施の形態＞
＜放送通信連携システムの構成例＞
図１は、放送通信連携システム１の構成例を示している。この放送通信連携システム１は、送信装置１０及び受信装置２０から構成される。
送信装置１０は、放送番組やCM等の放送コンテンツを、デジタルテレビジョン放送信号によって送信する。
また、送信装置１０は、データ放送アプリケーション、AIT、及び、連動アプリケーションを、データカルーセル伝送により送信する。
ここでデータ放送アプリケーションは、例えばBML（Broadcast Markup Language）により記述されるBML文書からなる、データ放送用のアプリケーションプログラムである。なお、データ放送アプリケーションは、放送コンテンツとも称される。
また、AIT（Application Information Table）は、連動アプリケーションの動作を制御するためのアプリケーション制御情報である。例えば、AITには、「Auto Start」などの制御コマンドや、後述するアプリケーションサーバのURL（Uniform Resource Locator）などの情報が記述される。
また、連動アプリケーションは、放送コンテンツに連動して実行されるアプリケーションプログラムである。連動アプリケーションは、例えばHTML（Hyper Text Markup Language）により記述されるHTML文書からなる。なお、連動アプリケーションは、連動型のコンテンツとも称される。
受信装置２０は、テレビジョン受像機などの受信機である。受信装置２０は、送信装置１０からの放送信号を受信して、放送コンテンツの映像及び音声を取得する。受信装置２０は、取得した映像をディスプレイに表示し、映像に対応する音声をスピーカから出力する。
また、受信装置２０は、ユーザ操作に応じたリモートコントローラ２０Ｒからのコマンドを赤外線により受信し、コマンドに応じて、チャンネルの切り替えなどの各種の動作を行う。
例えば、リモートコントローラ２０Ｒには、データ放送の視聴の際に操作されるｄボタンが設けられており、受信装置２０は、ｄボタン操作に応じて、データ放送アプリケーションの映像をディスプレイに表示する。なお、リモートコントローラ２０Ｒの操作に限らず、ディスプレイの画面上のGUI（Graphical User Interface）操作によって、データ放送の視聴が指示されるようにしてもよい。
さらに、受信装置２０は、送信装置１０からの放送信号に含まれるAITを取得する。受信装置２０は、AITに基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを、放送信号から取得して即時に実行する。
なお、受信装置２０は、インターネット９０にアクセス可能であって、相互に接続された各種のサーバと連携して各種の処理を実行する。例えば、受信装置２０は、通信コンテンツのストリーミング再生が指示された場合、インターネット９０上に設けられた配信サーバ（不図示）にアクセスし、配信サーバから配信される通信コンテンツのストリーミング再生を行うことが可能である。この場合、連動アプリケーションは、通信コンテンツに連動して実行されることになる。例えば、通信コンテンツは、VOD（Video On Demand）により配信される、放送済の放送番組や公開済みの映画、オリジナルの映像番組などのAV（Audio Visual）コンテンツである。なお、放送コンテンツ及び通信コンテンツは、AVコンテンツの一例である。
また、詳細は後述するが、AITと連動アプリケーションは、インターネット９０に接続された専用のサーバ（後述する図２９のAITサーバ３０、アプリケーションサーバ４０）が提供するようにしてもよい。
さらに、図１では、説明を簡略化するため、１台の受信装置２０のみを図示しているが、実際には、放送通信連携システム１は、複数台の受信装置２０を含むようにして構成され、各受信装置２０が、送信装置１０からの放送コンテンツを受信することになる。
放送通信連携システム１は、以上のように構成される。
＜送信装置の構成例＞
図２は、図１の送信装置１０の構成例を示している。
図２に示すように、送信装置１０は、音声取得部１１１、オーディオエンコーダ１１２、映像取得部１１３、ビデオエンコーダ１１４、データ取得部１１５、データカルーセル用データ生成部１１６、多重化部１１７、及び、送信部１１８から構成される。
音声取得部１１１は、外部のサーバ、マイクロフォン、又は記録媒体等から、放送コンテンツのオーディオ信号を取得し、オーディオエンコーダ１１２に供給する。
オーディオエンコーダ１１２は、音声取得部１１１から供給されるオーディオ信号を、MPEG（Moving Picture Experts Group）2等の符号化方式に準拠して符号化し、その結果得られるオーディオストリームを、多重化部１１７に供給する。
映像取得部１１３は、外部のサーバ、カメラ、又は記録媒体等から、放送コンテンツのビデオ信号を取得し、ビデオエンコーダ１１４に供給する。
ビデオエンコーダ１１４は、映像取得部１１３から供給されるビデオ信号を、MPEG2等の符号化方式に準拠して符号化し、その結果得られるビデオストリームを、多重化部１１７に供給する。
データ取得部１１５は、データカルーセル伝送により送信するデータカルーセル用データの生成用のデータを取得し、データカルーセル用データ生成部１１６に供給する。例えば、この生成用のデータとしては、BMLファイルやHTMLファイル、AIT用のファイル、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文書や画像データ等のデータをモジュール単位でデータ放送エンジン２２０に供給する。また、データ放送処理部２１６は、DII及びDDBの解析処理の結果得られるデータを、適宜、制御部２３４に供給する。
なお、データ放送アプリケーションのデータは、モジュールと称されるデータを構成するオブジェクトごとに、データカルーセル伝送で送信されてくる。
また、放送信号には、上述の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/fの「p」は、「present」の頭文字であって、現在の放送番組に関する情報が含まれていることを意味する。また、EIT p/fの「f」は、「following」の頭文字であって、次の放送番組に関する情報が含まれていることを意味する。
PSI/SIのセクションから得られるこれらの情報は、適宜、制御部２３４に供給される。
データ放送エンジン２２０は、データ放送処理部２１６から供給されるモジュール単位のデータに基づいて、BMLブラウザを制御することで、データ放送アプリケーションのビデオ信号を生成し、ビデオ出力部２２１に供給する。
ビデオデコーダ２１７は、多重分離部２１５から供給されるビデオストリームを、ビデオエンコーダ１１４（図２）の符号化方式に対応した復号方式により復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
オーディオデコーダ２１８は、多重分離部２１５から供給されるオーディオストリームを、オーディオエンコーダ１１２（図２）の符号化方式に対応した復号方式により復号し、その結果得られるオーディオ信号を、オーディオ出力部２２３に供給する。
字幕デコーダ２１９は、多重分離部２１５から供給される字幕データを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
ビデオ出力部２２１は、ビデオデコーダ２１７から供給されるビデオ信号を、ディスプレイ２２２に供給する。これにより、ディスプレイ２２２には、放送番組等の映像が表示される。
また、ビデオ出力部２２１は、字幕デコーダ２１９又はデータ放送エンジン２２０からビデオ信号が供給された場合、それらのビデオ信号を、ビデオデコーダ２１７からのビデオ信号に合成し、その結果得られたビデオ信号をディスプレイ２２２に出力する。これにより、ディスプレイ２２２には、例えば、放送番組に対して、字幕又は天気予報等のデータ放送の情報が重畳された映像が表示される。
オーディオ出力部２２３は、オーディオデコーダ２１８から供給されるオーディオ信号を、スピーカ２２４に供給する。これにより、スピーカ２２４からは、放送番組等の映像に対応する音声が出力される。
通信I/F２２５は、制御部２３４からの制御に従い、インターネット９０上に設けられた配信サーバ（不図示）から配信される通信コンテンツのデータを受信し、ストリーミング処理部２２６に供給する。
ストリーミング処理部２２６は、通信I/F２２５から供給される通信コンテンツのデータに対し、ストリーミング再生を行うために必要な各種の処理を施して、その結果得られるデータを、多重分離部２２７に供給する。
多重分離部２２７は、ストリーミング処理部２２６から供給されるデータを、ビデオストリーム、オーディオストリーム、及び、字幕データに分離する。多重分離部２２７は、分離されたストリームのうち、ビデオストリームをビデオデコーダ２２９、オーディオストリームをオーディオデコーダ２３０、字幕データを字幕デコーダ２３１に供給する。
なお、DRM（Digital Rights Management）処理部２２８は、通信コンテンツの著作権管理や複製の制限を制御するための処理を行う。例えば、ストリーミング再生が指示された通信コンテンツが暗号化されている場合に、著作者の許諾を得ているユーザが使用する受信装置２０のみ、暗号鍵を供給して暗号を復号してストリーミング再生を可能とする。
ビデオデコーダ２２９は、多重分離部２２７から供給されるビデオストリームを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
オーディオデコーダ２３０は、多重分離部２２７から供給されるオーディオストリームを復号し、その結果得られるオーディオ信号を、オーディオ出力部２２３に供給する。
字幕デコーダ２３１は、多重分離部２２７から供給される字幕データを復号し、その結果得られるビデオ信号を、ビデオ出力部２２１に供給する。
ビデオ出力部２２１は、ビデオデコーダ２２９から供給されるビデオ信号を、ディスプレイ２２２に供給する。また、ビデオ出力部２２１は、字幕デコーダ２３１からビデオ信号が供給された場合、そのビデオ信号を、ビデオデコーダ２２９からのビデオ信号に合成し、その結果得られたビデオ信号をディスプレイ２２２に供給する。これにより、ディスプレイ２２２には、放送済の放送番組等の映像や字幕が表示される。
オーディオ出力部２２３は、オーディオデコーダ２３０から供給されるオーディオ信号を、スピーカ２２４に供給する。これにより、スピーカ２２４からは、放送済の放送番組等の映像に対応する音声が出力される。
提示同期制御部２３２は、ビデオデコーダ２１７、オーディオデコーダ２１８、及び、字幕デコーダ２１９を制御して、ビデオ出力部２２１及びオーディオ出力部２２３に供給されるビデオ信号及びオーディオ信号が同期されるようにする。また、提示同期制御部２３２は、ビデオデコーダ２２９、オーディオデコーダ２３０、及び、字幕デコーダ２３１を制御して、ビデオ出力部２２１及びオーディオ出力部２２３に供給されるビデオ信号及びオーディオ信号が同期されるようにする。
アプリケーション調停部２３３は、制御部２３４からの制御に従い、データ放送アプリケーション及び連動アプリケーションのうち、最も動作の優先度の高いアプリケーションプログラムを判定する。アプリケーション調停部２３３は、判定結果に基づいて、データ放送エンジン２２０によるデータ放送アプリケーションの動作を制御する。また、アプリケーション調停部２３３は、判定結果に基づいて、制御部２３４及びアプリケーションエンジン２３５による連動アプリケーションの動作を制御する。
なお、アプリケーション調停部２３３は、多重分離部２１５を監視して、トランスポートストリームから分離して得られる各種の情報に基づき、データ放送アプリケーション及び連動アプリケーションのうち、最も動作の優先度の高いアプリケーションプログラムを判定するようにしてもよい。
ここで、制御部２３４と、アプリケーションエンジン２３５は、受信装置２０にて起動可能な連動アプリケーションの数に応じて設けられるものであり、図３の構成例では、連動アプリケーション１と、連動アプリケーション２の２つの連動アプリケーションが起動される場合を想定しているので、それぞれ２つずつ設けられている。ただし、制御部２３４−１と制御部２３４−２とを区別する必要がない場合は、単に制御部２３４と称して説明する。また、アプリケーションエンジン２３５−１とアプリケーションエンジン２３５−２とを区別する必要がない場合は、単にアプリケーションエンジン２３５と称して説明する。
制御部２３４−１は、データ放送処理部２１６から供給されるAITに基づいて、データカルーセル伝送で送信される連動アプリケーション１を取得し、アプリケーションエンジン２３５−１に供給する。アプリケーションエンジン２３５−１は、制御部２３４−１からの制御に従い、連動アプリケーション１の動作を制御する。
制御部２３４−２は、データ放送処理部２１６から供給されるAITに基づいて、データカルーセル伝送で送信される連動アプリケーション２を取得し、アプリケーションエンジン２３５−２に供給する。アプリケーションエンジン２３５−２は、制御部２３４−２からの制御に従い、連動アプリケーション２の動作を制御する。
アプリケーションエンジン２３５−１は、制御部２３４−１からの制御に従い、連動アプリケーション１を起動して、その動作を制御する。例えば、連動アプリケーション１がHTML5（Hyper Text Markup Language 5）により記述されたHTML文書からなる場合、アプリケーションエンジン２３５−１は、HTML5に対応したHTMLブラウザを制御することで、連動アプリケーション１のビデオ信号を生成し、ビデオ出力部２２１に供給する。同様に、アプリケーションエンジン２３５−２は、連動アプリケーション２のビデオ信号を、ビデオ出力部２２１に供給する。
赤外線受信部２３７は、リモートコントローラ２０Ｒ（図１）からの赤外線による無線通信を用いて送信されるコマンドを受信し、そのコマンドに対応する操作信号を、制御部２３４に通知する。制御部２３４は、赤外線受信部２３７から供給される操作信号に基づいて、受信装置２０の各部の動作を制御する。
端末連携制御部２３８は、受信装置２０に外部装置（不図示）が接続されている場合に、制御部２３４及びアプリケーションエンジン２３５からの制御に従い、通信I/F２２５を制御して接続中の外部装置と連携するための各種の処理を行う。
受信装置２０は、以上のように構成される。
＜制御部の機能的な構成例＞
図４は、図３の制御部２３４の機能的な構成例を示す図である。
制御部２３４は、制御情報取得部２５１、制御情報解析部２５２、継続範囲情報保持部２５３、イベント判定部２５４、及び、アプリケーション制御部２５５から構成される。
制御情報取得部２５１は、データ放送処理部２１６を制御して、データカルーセル伝送で送信されるAITを取得し、制御情報解析部２５２に供給する。また、制御情報取得部２５１は、連動アプリケーションの動作継続可能な時間軸上の範囲を特定するための情報（以下、「継続範囲情報」という）を取得し、制御情報解析部２５２に供給する。
制御情報解析部２５２は、制御情報取得部２５１から供給されるAITを解析し、その解析結果を、アプリケーション制御部２５５に供給する。また、制御情報解析部２５２は、制御情報取得部２５１から供給される継続範囲情報を解析し、その解析結果を、継続範囲情報保持部２５３に保持させる。
イベント判定部２５４は、継続範囲情報保持部２５３に保持された継続範囲情報の解析結果や、放送信号に含まれる各種の信号に基づいて、実行中の連動アプリケーションを終了させるイベントが発生したかどうかの判定処理を行う。イベント判定部２５４は、イベント発生の判定結果を、アプリケーション制御部２５５に供給する。
アプリケーション制御部２５５は、制御情報解析部２５２から供給される解析結果に従い、アプリケーションエンジン２３５を制御して、連動アプリケーションの動作を制御する。また、アプリケーション制御部２５５は、イベント判定部２５４から供給される判定結果に従い、実行中の連動アプリケーションを終了させる。
制御部２３４は、以上のように構成される。
＜データカルーセル伝送によるデータ送出＞
上述したように、送信装置１０から送信されるデータ放送アプリケーション、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にて伝送されるモジュールのバージョン情報が記述される。そして、コンテントタイプ、蓄積有効期限、及びデータ圧縮方式には、ファイルのタイプ、蓄積期限、データ圧縮方式がそれぞれ記述される。
プライベートデータ領域（private_data）には、各種の記述子を配置することができる。例えば、プライベートデータ領域には、後述するアプリケーション強制終了記述子（図１９，図２０）又はアプリケーションイベント記述子（図２３）が配置される。
送信装置１０では、セクションデータがさらに分割され、連続した複数のTSパケットに格納されて伝送される。また、データカルーセル伝送では、データ放送アプリケーションがブロック（セクション）単位で巡回的に伝送されることになる。
一方、受信装置２０では、送信装置１０からのTSパケットが受信され、受信されたTSパケットを用いてセクションデータが復元され、その復元したセクションデータを用いて元のモジュールが再構築される。そして、受信装置２０では、モジュールIDにより特定されるモジュールに基づいて、データ放送アプリケーションが復元されることになる。
以上、データカルーセル伝送によるデータ送出について説明した。
＜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セクションが含まれる。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ５０１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、データ放送アプリケーションに基づきユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ５０２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ５０３，Ｓ５０４）。また、連動アプリケーション１が起動されると、データ放送アプリケーションは終了する。なお、連動アプリケーション１は、データ放送アプリケーションに連動して自動起動されるようにしてもよい。
その後、受信装置２０では、連動アプリケーション１の実行が継続され、放送信号に含まれる連動アプリケーション１に対する終了信号が取得されると（Ｓ５０９）、実行中の連動アプリケーション１が終了される（Ｓ５１０）。
また、実行中の連動アプリケーション１において、他のアプリケーションへの遷移が指示されると（Ｓ５０５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ５０６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される他のアプリケーションが取得され、起動される（Ｓ５０７，Ｓ５０８）。なお、図８では、Ｓ５０５により他のアプリケーションが起動した後も連動アプリケーション１が動作継続しているように見えるが、Ｓ５０５が発生して他のアプリケーションが起動した時には連動アプリケーション１は終了してもよい。また、Ｓ５０５が発生しない場合には、連動アプリケーション１は、Ｓ５０９により終了する。
その後、受信装置２０では、上述した場合と同様に、連動アプリケーション１に対する終了信号が取得されるが（Ｓ５０９）、他のアプリケーションは、この終了信号には反応しないため、このまま継続して実行されることになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ５１１）、データ放送アプリケーションが実行される。また、連動アプリケーション２の起動が指示されると、AITの取得と解析が行われる（Ｓ５１２）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション２が取得され、実行される（Ｓ５１３，Ｓ５１４）。そして、連動アプリケーション２は、連動アプリケーション２に対する終了信号が取得された時点で、終了することになる。
以上、受信装置２０の動作シーケンスについて説明した。
＜継続範囲情報の伝送方式＞
継続範囲情報は、各種の伝送方式により、送信装置１０から受信装置２０に伝送することが可能となる。その一例を挙げれば、例えば、AITに記述するか、連動アプリケーションの起動関数の引数として指定するか、あるいは、連動アプリケーションの起動関数の引数であるURI（Uniform Resource Identifier）のパラメータとして指定することで伝送することができる。以下、継続範囲情報の伝送方式について説明する。
（継続範囲情報）
図９は、継続範囲情報（application_time_scope）の詳細を示す図である。
継続範囲情報は、連動アプリケーションの動作継続可能な時間軸上の範囲を特定するための情報である。この継続範囲情報には、プログラム（1:program）、データイベント（2:data_event）、アプリケーション強制終了（3:quit_signal）、又はアプリケーションイベント（4:app_event）が指定される。ただし、継続範囲情報は、指定されない場合がある（0:none）。
継続範囲情報として、プログラムが指定された場合、放送番組が同一の番組内である間は、連動アプリケーションの継続範囲内となるため、その間は、連動アプリケーションの実行が継続される。そして、他の番組に変わることで放送番組の内容が変化したときに、連動アプリケーションは動作を終了する。同一の番組内であるかどうかは、例えば、EIT pに含まれるevent_idの値が変化したかどうかにより判断される。なお、プログラムを指定する場合には、”1”又は”program”が指定される。
継続範囲情報として、データイベントが指定された場合、データ放送アプリケーションが、同一のデータ放送内である間は、連動アプリケーションの継続範囲内となるため、その間は、連動アプリケーションの実行が継続される。そして他のデータ放送が変わることでデータ放送の内容が変化したときに、連動アプリケーションは動作を終了する。同一のデータ放送内であるかどうかは、例えば、データカルーセル伝送により送信されるDIIのdata_event_idの値が変化したかどうかにより判断される。なお、データイベントを指定する場合には、”2”又は”data_event”が指定される。
継続範囲情報として、アプリケーション強制終了が指定された場合、アプリケーション強制終了信号を検出するまでの間は連動アプリケーションの継続範囲内となるため、その間は、連動アプリケーションの実行が継続される。そして、アプリケーション強制終了信号を検出した時点で、連動アプリケーションは動作を終了する。アプリケーション強制終了信号を検出したかどうかは、データカルーセル伝送により送信されるDIIの更新時に、アプリケーション強制終了記述子（図１９）のapp_termination_flagが立っているかどうかにより判断される。なお、アプリケーション強制終了を指定する場合には、”3”又は”quit_signal”が指定される。
継続範囲情報として、アプリケーションイベントが指定された場合、アプリケーションイベントの変化を検出するまでの間は連動アプリケーションの継続範囲内となるため、その間は、連動アプリケーションの実行が継続される。そして、アプリケーションイベントの変化を検出して、アプリケーションの内容が変化したときに、連動アプリケーションは動作を終了する。アプリケーションイベントの変化を検出したかどうかは、例えば、データカルーセル伝送により送信されるDIIの更新時に、アプリケーションイベント記述子（図２３）のapp_event_idの値が変化したかどうかにより判断される。なお、アプリケーションイベントを指定する場合には、”4”又は”app_event”が指定される。
なお、継続範囲情報が指定されなかった場合、あるいは、継続範囲情報として”0”又は”none”が指定された場合には、所定の動作が行われるまでの間は連動アプリケーションの継続範囲内となるため、その間は、連動アプリケーションの実行が継続される。そして所定の動作が行われたときに、連動アプリケーションは動作を終了する。例えば、実行中の連動アプリケーションの終了が指示されたとき、又は、放送番組のチャンネルが切り替えられたときなどに、実行中の連動アプリケーションが終了される。
また、上述した継続範囲情報のタイプは一例であって、連動アプリケーションの動作継続可能な時間軸上の範囲に応じた他のタイプを指定することができる。また、継続範囲情報のタイプが１つだけしか利用されない場合には、タイプ情報は不要となるので、”0”又は”1”だけが指定されるようにしてもよい。例えば、アプリケーション強制終了のみが利用されるのであれば、”1”が指定された場合に連動アプリケーション強制終了が指定されたものとし、”0”が指定された場合には、継続範囲情報が指定されなかったものとすることができる。
なお、本明細書中では、「application_time_scope」の記述を、「app_time_scope」と略して記述している箇所があるが、共に継続範囲情報を表している。
（指定方式１：起動関数の引数として指定）
次に、図１０及び図１１を参照して、上述した継続範囲情報を、起動関数の引数として指定する指定方式１について説明する。
図１０は、startAITControlledApp関数を説明する図である。
startAITControlledApp関数は、BML文書用に定義された関数であって、AITにより制御されるアプリケーション、すなわち、連動アプリケーションを起動するための関数である。startAITControlledApp関数には、その引数として、organization_id，application_id，ait_uri，application_time_scopeを指定することができる。
organization_idには、起動すべき連動アプリケーションの組織識別を16進数で表記した文字列が指定される。ただし、先頭の”0x”や末尾の”h”といった16進数表記であることを表す文字（文字列）は含まないものとする。
application_idには、起動すべき連動アプリケーションのアプリケーション識別を16進数で表記した文字列が指定される。organization_idと同様に、先頭の”0x”や末尾の”h”といった16進数表記であることを表す文字（文字列）は含まないものとする。
ait_uriには、起動すべき連動アプリケーションに関する記載を含むAITの取得先を示すURIが指定される。ただし、ait_uriは省略可能である。ait_uriが省略された場合には、現時点でのサービスにおいて、セクション又はカルーセルにより伝送され、受信装置２０が監視対象としているAITが指定されたものとする。
application_time_scopeには、連動アプリケーションの動作継続可能な時間軸上の範囲を特定するための継続範囲情報が指定される。この継続範囲情報には、プログラム（1:program）、データイベント（2:data_event）、アプリケーション強制終了（3:quit_signal）、又はアプリケーションイベント（4:app_event）が指定される。ただし、継続範囲情報は、指定されない場合がある（0:none）。
また、startAITControlledApp関数の戻り値としては、成功を示す”1”と、失敗を示す”NaN（Not a Number）”がある。
このように、startAITControlledApp関数では、その引数として、application_time_scopeを指定することで、起動される連動アプリケーションの動作継続可能な時間軸上の範囲を指定することができる。
図１１は、replaceApplication関数を説明する図である。
replaceApplication関数は、HTML文書用に定義された関数であって、実行したアプリケーションを終了し、引数が示すアプリケーションを起動するための関数である。replaceApplication関数には、その引数として、organization_id，application_id， uri，application_time_scopeを指定することができる。
organization_id，application_id，uriには、図１０のstartAITControlledApp関数と同様の内容が指定される。
また、application_time_scopeには、図１０のstartAITControlledApp関数と同様に、継続範囲情報が指定される。継続範囲情報としては、プログラム（1:program）、データイベント（2:data_event）、アプリケーション強制終了（3:quit_signal）、又はアプリケーションイベント（4:app_event）が指定される。ただし、継続範囲情報は、指定されない場合がある（0:none）。
このように、replaceApplication関数では、その引数として、application_time_scopeを指定することで、起動される連動アプリケーションの動作継続可能な時間軸上の範囲を指定することができる。
以上、指定方式１では、起動関数の引数としてapplication_time_scopeを指定することで、継続範囲情報が指定されることになる。
（指定方式２：起動関数の引数のURIに埋め込むことで指定）
次に、図１２及び図１３を参照して、上述した継続範囲情報を、起動関数の引数であるURIに埋め込むことで指定する指定方式２について説明する。
図１２は、startAITControlledApp関数を説明する図である。
図１２のstartAITControlledApp関数は、図１０と同一の関数であるが、その引数としてapplication_time_scopeが含まれておらず、organization_id，application_id，ait_uriのみが引数として指定可能である。
ait_uriには、起動すべき連動アプリケーションに関する記載を含むAITの取得先を示すURIが指定される。また、ここでは、ait_uriとして例えば、「arib-dc://7fff/default.ait?app_time_scope=1」を指定することで、app_time_scopeを、URIに埋め込むことができる。この例では、継続範囲情報としてプログラムが指定されたことになる。
このように、startAITControlledApp関数では、その引数であるURIに、app_time_scopeを埋め込むことで、当該URIに基づいて起動される連動アプリケーションの動作継続可能な時間軸上の範囲を指定することができる。
図１３は、replaceApplication関数を説明する図である。
図１３のreplaceApplication関数は、図１１と同一の関数であるが、その引数としてapp_time_scopeが含まれておらず、organization_id，application_id，uriのみが引数として指定可能である。
uriには、図１２のstartAITControlledApp関数と同様に、起動すべき連動アプリケーションに関する記載を含むAITの取得先を示すURIに、app_time_scopeが埋め込まれる。
このように、replaceApplication関数では、その引数であるURIに、app_time_scopeを埋め込むことで、当該URIに基づいて起動される連動アプリケーションの動作継続可能な時間軸上の範囲を指定することができる。
以上、指定方式２では、起動関数の引数であるURIに、application_time_scopeを埋め込むことで、継続範囲情報が指定されることになる。
（指定方式３：AITの制御パラメータとして指定）
次に、図１４及び図１５を参照して、上述した継続範囲情報を、AITの制御パラメータとして指定する指定方式３について説明する。
図１４は、AITに記述される各項目を説明するための図である。
図１４に示すように、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）が指定された場合には、連動アプリケーションは、同一の放送事業者内として指定される範囲で連動して動作する。
アプリケーションアイコンには、対象の連動アプリケーションを示すアイコンが指定される。
アプリケーション名には、対象の連動アプリケーションの名称が記述される。例えば、連動アプリケーション１と連動アプリケーション２の双方が起動可能な場合に、それらの連動アプリケーションの名称をユーザに提示することで、一方の連動アプリケーションの起動を選択させることが可能となる。
アプリケーション継続範囲には、図９を参照して説明した、連動アプリケーションの動作継続可能な時間軸上の範囲を特定するための継続範囲情報（application_time_scope）が記述される。上述したように、継続範囲情報には、プログラム（1:program）、データイベント（2:data_event）、アプリケーション強制終了（3:quit_signal）、又はアプリケーションイベント（4:app_event）が指定される。ただし、継続範囲情報は、指定されない場合がある（0:none）。
アプリケーション優先度には、同一のアプリケーションタイプ内での優先度が記述される。例えば、アプリケーション優先度には、複数のHTML5形式の文書のアプリケーションプログラムの中で、どのアプリケーションプログラムを優先するかを示す値が指定される。
サーバアクセス分散パラメータには、コマンドの適用タイミングを分散化させて、後述するアプリケーションサーバ４０（図２９，図３２）へのアクセスを分散させるための制御パラメータが記述される。
なお、AITにおいて、アプリケーションタイプ、事業者ID、アプリケーションID、アプリケーション制御コマンド、及び、アプリケーションURLは、必須の項目となる。また、それ以外の項目については、条件付の又は完全なオプションの項目となる。
以上、AITに記述される各項目について説明した。
次に、図１５を参照してAITの記述例について説明する。なお、図１５の例では、継続範囲情報として、データイベント（data_event）が指定された場合について説明する。
図１５に示すように、AITは、XML（Extensible Markup Language）文書として記述される。このXML文書の先頭には、XML宣言や名前空間等に関する情報が記述される。これにより、接頭辞として「isdb」が記述された場合、ISDB（Integrated Services Digital Broadcasting）の規格により規定されたタグであることを意味し、「mhp」が記述された場合、DVB（Digital Video Broadcasting）の規格により規定されたタグであること意味する。
ApplicationDiscovery DomainName要素には、１又は複数のApplication要素を記述可能なApplicationList要素が記述される。各Application要素には、連動アプリケーションの動作を制御するための制御情報が記述される。
Application要素には、appName要素、applicationIdentifier要素、applicationDescriptor要素、applicationLocation要素、及び、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となる。
applicationTimeScopeDescriptor要素には、継続範囲情報を指定するためのapp_time_scope_type属性が記述される。app_time_scope_type属性には、”data_event”が指定されており、継続範囲情報としてデータイベントが指定されていることになる。
以上のように、継続範囲情報としてデータイベントが指定される場合、AITには、applicationTimeScopeDescriptor要素に、app_time_scope_type属性として”data_event”が指定されることになる。
なお、図１５の例では、継続範囲情報として、データイベントが指定された場合について示しているため、app_time_scope_type属性として”data_event”が指定されるが、プログラムを指定する場合には”program”、アプリケーション強制終了を指定する場合には”quit_signal”、アプリケーションイベントを指定する場合には”app_event”がそれぞれ指定されることになる。また、継続範囲情報を指定しない場合には、”none”が指定されるか、あるいはapplicationTimeScopeDescriptor要素が記述されないことになる。
また、本実施の形態では、同時に起動される連動アプリケーションは１つだけであるため、ApplicationList要素には、１つのApplication要素のみが記述される。また、連動アプリケーションの終了等の制御にはAITを用いないため、controlCode要素には、連動アプリケーションを即時に実行させるための「AUTOSTART」のみが記述される。
以上、AITの記述例について説明した。
なお、AITの記述方法は任意であって、図１５に示したXML文書に限定されるものではなく、他の記述方法を採用することができる。
以上、指定方式３では、AITの制御パラメータとしてapp_time_scope_type属性を記述することで、継続範囲情報が指定されることになる。
＜継続範囲情報ごとの動作シーケンス＞
上述したように、継続範囲情報としては、プログラム（1:program）、データイベント（2:data_event）、アプリケーション強制終了（3:quit_signal）、又はアプリケーションイベント（4:app_event）が指定され、指定された継続範囲情報によって、連動アプリケーションの終了のタイミングが異なる。そこで、以下、各継続範囲情報が指定された場合の受信装置２０の動作シーケンスを示し、継続範囲情報ごとの連動アプリケーションの終了のタイミングについて説明する。
ただし、以下の説明においては、継続範囲情報として、プログラムが指定された場合を「タイプ１」と称し、データイベントが指定された場合を「タイプ２」と称する。また、継続範囲情報として、アプリケーション強制終了が指定された場合を「タイプ３」と称し、アプリケーションイベントが指定された場合を「タイプ４」と称する。
（タイプ１の動作シーケンス）
図１６は、タイプ１の動作シーケンスを示す図である。
図１６に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。
セクションデータには、PSI/SIのセクションが含まれる。SIセクションに含まれるEIT pには、event_idが記述される。event_idは、対象のイベントの識別情報であって、同一の放送番組（サービス）内で一意的に割り当てられるものである。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ５５１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ５５２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ５５３，５５４）。また、連動アプリケーション１には、app_time_scopeとして”1”、すなわち、プログラム（program）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
なお、連動アプリケーション１が起動されると、データ放送アプリケーションは終了する。また、連動アプリケーション１は、データ放送アプリケーションに連動して自動起動されるようにしてもよい。
その後、受信装置２０では、連動アプリケーション１の実行が継続される。このとき、受信装置２０は、継続範囲情報としてプログラムが指定されているので、SIセクションにより送信されるEIT pに含まれるevent_idの値を常に監視し、event_idの値の変化点を検出する。なお、変化点の比較対象のevent_idの値は、例えば、連動アプリケーション１の起動時に取得して保持されたevent_idの値となる。
そして、EIT p/fが更新され、event_idの値が「A」から「B」に変化した場合に、受信装置２０において、event_idの値の変化点が検出されたとき（Ｓ５５９）、”1”であるapp_time_scopeが指定されている、実行中の連動アプリケーション１は終了する（Ｓ５６０）。
また、実行中の連動アプリケーション１において、連動アプリケーション２への遷移が指示された場合（Ｓ５５５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ５５６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション２が取得され、起動される（Ｓ５５７，５５８）。また、連動アプリケーション２には、app_time_scopeとして”0”、すなわち、継続範囲情報が指定されていない。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション２の実行が継続される。そして、上述した場合と同様に、EIT p/fが更新され、event_idの値の変化点が検出されるが（Ｓ５５９）、連動アプリケーション２には、app_time_scopeとして”0”が指定されているため、event_idの値が更新されたとしても終了のタイミングであるとは認識されず、実行が継続される。
すなわち、受信装置２０では、放送番組が同一の番組内である場合には、連動アプリケーション１の実行が継続され、その放送番組が終了したときに、連動アプリケーション１も終了する。また、連動アプリケーション２は、終了が指示されたとき、又は、放送番組のチャンネルが切り替えられたときなどに、終了することになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ５６１）、データ放送アプリケーションが実行される。また、連動アプリケーション３の起動が指示されると、AITの取得と解析が行われる（Ｓ５６２）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション３が取得され、起動される（Ｓ５６３，Ｓ５６４）。連動アプリケーション３は、app_time_scopeとして”1”が指定されている場合には、event_idの値の変化点が検出されたときに終了することになる。
以上、タイプ１の動作シーケンスについて説明した。
（タイプ２の動作シーケンス）
図１７は、タイプ２の動作シーケンスを示す図である。
図１７に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。図１７の例では、データカルーセル伝送が複数存在しており、データカルーセル１では、BMLファイルやHTMLファイル、AITファイルなどが伝送されている。また、データカルーセル２では、HTMLファイルが伝送されている。例えば、受信装置２０は、AITに記述されるdata_event要素のcomponent_tag属性の属性値などにより、対象のデータカルーセル伝送を特定することになる。
また、セクションデータのうち、データカルーセル伝送で送信されるDSM-CCセクションには、DIIのメッセージ伝送用のDSM-CCセクションが含まれる。また、DIIメッセージのペイロード部に含まれるダウンロードIDには、data_event_idが記述される。
すなわち、ダウンロードIDは、カルーセルを一意に識別するためのラベルの役割をするものであって、符号化方式の規定等によって、データイベントの運用のもとでDIIを送出する場合には、data_event_idが記述される。
data_event_idは、イベントメッセージを利用する時間的に相隣り合うデータイベントを区別し、それらのデータイベントで配信されるデータ放送アプリケーションの間でイベントメッセージが誤配信されることを避けることを目的とした識別情報である。従って、送出時に相隣り合うデータ放送アプリケーションの間では異なる識別情報が割り当てられる。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ６０１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ６０２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ６０３，６０４）。また、連動アプリケーション１には、app_time_scopeとして”2”、すなわち、データイベント（data_event）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション１の実行が継続される。このとき、受信装置２０は、継続範囲情報としてデータイベントが指定されているので、DSM-CCセクションにより送信されるDIIに含まれるdata_event_idの値を常に監視し、data_event_idの値の変化点を検出する。なお、変化点の比較対象のdata_event_idの値は、例えば、連動アプリケーション１の起動時に取得して保持されたdata_event_idの値となる。
そして、DIIが更新され、data_event_idの値が「1」から「2」に変化した場合に、受信装置２０において、data_event_idの値の変化点が検出されたとき（Ｓ６０９）、実行中の連動アプリケーション１は終了する（Ｓ６１０）。
また、連動アプリケーション１において、連動アプリケーション２への遷移が指示された場合（Ｓ６０５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ６０６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション２が取得され、起動される（Ｓ６０７，Ｓ６０８）。また、連動アプリケーション２には、app_time_scopeとして”2”、すなわち、データイベント（data_event）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション２の実行が継続される。そして、DIIが更新され、data_event_idの値の変化点が検出されたとき（Ｓ６０９）、実行中の連動アプリケーション２は終了する（Ｓ６１１）。
すなわち、連動アプリケーション１と連動アプリケーション２には、共にapp_time_scopeとして”2”が指定されているので、data_event_idの値の変化点が検出された時点で、共に終了のタイミングであると認識される。これにより、受信装置２０では、放送番組に連動して実行されるデータ放送アプリケーションが同一のデータ放送内である場合には、連動アプリケーション１，２の実行が継続され、そのデータ放送が終了したときに、連動アプリケーション１，２も終了することになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ６１２）、データ放送アプリケーションが実行される。また、連動アプリケーション３の起動が指示されると、AITの取得と解析が行われる（Ｓ６１３）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション３が取得され、起動される（Ｓ６１４，Ｓ６１５）。連動アプリケーション３は、app_time_scopeとして”2”が指定されている場合には、data_event_idの値の変化点が検出されたときに終了することになる。
以上、タイプ２の動作シーケンスについて説明した。
（タイプ３の動作シーケンス）
図１８は、タイプ３の動作シーケンスを示す図である。
図１８に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。図１８の例では、データカルーセル伝送が複数存在しており、データカルーセル１では、BMLファイルやHTMLファイル、AITファイルなどが伝送されている。また、データカルーセル２では、HTMLファイルが伝送されている。
また、セクションデータのうち、データカルーセル伝送で送信されるDSM-CCセクションには、DIIのメッセージ伝送用のDSM-CCセクションが含まれる。また、DIIメッセージのプライベートデータ領域には、アプリケーション強制終了記述子（図１９）が配置される。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ６５１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ６５２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ６５３，６５４）。また、連動アプリケーション１には、app_time_scopeとして”3”、すなわち、アプリケーション強制終了（quit_signal）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション１の実行が継続される。このとき、受信装置２０は、継続範囲情報としてアプリケーション強制終了が指定されているので、DSM-CCセクションにより送信されるDIIのプライベートデータ領域を常に監視し、アプリケーション強制終了信号の検出処理を行う。
そして、DIIが更新され、アプリケーション強制終了信号が検出された場合（Ｓ６５９）、実行中の連動アプリケーション１は終了する（Ｓ６６０）。
また、連動アプリケーション１において、連動アプリケーション２への遷移が指示された場合（Ｓ６５５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ６５６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション２が取得され、起動される（Ｓ６５７，Ｓ６５８）。また、連動アプリケーション２には、app_time_scopeとして”3”、すなわち、アプリケーション強制終了（quit_signal）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション２の実行が継続される。そして、上述した場合と同様に、DIIが更新され、アプリケーション強制終了信号が検出された場合（Ｓ６５９）、実行中の連動アプリケーション２は終了する（Ｓ６６１）。
同様に、連動アプリケーション１において、連動アプリケーション３への遷移が指示された場合、AITの解析結果に従い、連動アプリケーション３が取得され、起動される（Ｓ６５５乃至Ｓ６５８）。ただし、連動アプリケーション３には、app_time_scopeとして”0”、すなわち、継続範囲情報が指定されていない。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション３の実行が継続される。そして、上述した場合と同様に、DIIが更新され、アプリケーション強制終了信号が検出されるが（Ｓ６５９）、連動アプリケーション３には、app_time_scopeとして”0”が指定されているため、アプリケーション強制終了信号が検出されたとしても終了のタイミングであるとは認識されず、実行が継続される。
すなわち、連動アプリケーション１と連動アプリケーション２には、共にapp_time_scopeとして”3”が指定されているので、アプリケーション強制終了信号が検出された時点で、共に終了のタイミングであると認識される。これにより、受信装置２０では、アプリケーション強制終了信号が検出されていない間は、連動アプリケーション１，２の実行が継続され、アプリケーション強制終了信号が検出された時点で、連動アプリケーション１，２が終了することになる。また、連動アプリケーション３は、終了が指示されたとき、又は、放送番組のチャンネルが切り替えられたときなどに、終了することになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ６６２）、データ放送アプリケーションが実行される。また、連動アプリケーション４の起動が指示されると、AITの取得と解析が行われる（Ｓ６６３）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション４が取得され、起動される（Ｓ６６４，Ｓ６６５）。連動アプリケーション４は、app_time_scopeとして”3”が指定されている場合には、アプリケーション強制終了信号が検出された時点で終了することになる。
なお、アプリケーション強制終了信号は、app_time_scopeとして”3”が指定されている連動アプリケーションの終了のタイミングで複数回送られるものとする。これにより、受信装置２０側で、あるタイミングで送られてきたアプリケーション強制終了信号を検出できなかった場合でも、複数回送られるアプリケーション強制終了信号のうちのいずれかを検出することができるので、確実に、連動アプリケーションを終了させることができる。
以上、タイプ３の動作シーケンスについて説明した。
（タイプ３のアプリケーション強制終了記述子）
図１９は、タイプ３のアプリケーション強制終了記述子のデータ構造を示す図である。
アプリケーション強制終了記述子（hybrid_application_termination_descriptor）は、例えば、DIIメッセージのプライベートデータ領域に配置される。
図１９に示すように、タイプ３のアプリケーション強制終了記述子には、以下の内容が記述される。
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
app_termination_flagは、継続範囲情報として、アプリケーション強制終了が指定されている連動アプリケーションを強制終了させるか否かを示すフラグである。app_termination_flag=”1”、すなわち、当該フラグが立てられた場合、受信装置２０では、アプリケーション強制終了信号が検出され、継続範囲情報として、アプリケーション強制終了が指定されている連動アプリケーションが強制終了されることになる。
なお、タイプ３のアプリケーション強制終了記述子の記述内容は任意であって、図１９の記述例に限定されるものではない。
（タイプ３変形方式のアプリケーション強制終了記述子）
図２０は、タイプ３変形方式のアプリケーション強制終了記述子のデータ構造を示す図である。
図２０に示すように、タイプ３変形方式のアプリケーション強制終了記述子には、タイプ３のアプリケーション強制終了記述子（図１９）と比較すると、1ビットのapp_termination_flagの代わりに、8ビットのtermination_bitmapが記述される。
termination_bitmapでは、8ビットの各ビットをそれぞれ、継続範囲情報としてアプリケーション強制終了が指定されている連動アプリケーションを強制終了させるか否かを示すフラグとしたビットマップを構成している。
そして、タイプ３変形方式においては、例えば、指定方式１乃至指定方式３のいずれかの方式により指定される継続範囲情報として、アプリケーション強制終了を示すapp_time_scope=”3”とともに、termination_flag_tagを指定するようにする。termination_flag_tagは、termination_bitmapの8ビットのうち、最上位のビットから何ビット目のフラグがその連動アプリケーションに対応するかを示すものである。これにより、連動アプリケーションごとに個別の時間位置で強制終了させることができる。
なお、継続範囲情報として、アプリケーション強制終了のみが指定され、タイプ３を前提とすることができるのであれば、app_time_scopeには、0〜4の値に対応したタイプを指定するのではなく、0〜8の値を指定できるようにする。そして、0が指定された場合には、連動アプリケーションは強制終了しないとして、1〜8の値が指定されたときに、その値が、termination_bitmapの8ビットのうち、最上位のビットから何ビット目のフラグがその連動アプリケーションに対応するかを示すようにする。この指定方式であっても、上述の指定方式と同様に、連動アプリケーションごとに個別の時間位置で強制終了させることができる。なお、この指定方式の場合には、app_time_scopeによってtermination_bitmapのビットを指定できるので、termination_flag_tagを指定する必要はない。
（タイプ３変形方式の動作シーケンス）
図２１は、タイプ３変形方式の動作シーケンスを示す図である。
図２１に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。図２１の例では、データカルーセル伝送が複数存在しており、データカルーセル１では、BMLファイルやHTMLファイル、AITファイルなどが伝送されている。また、データカルーセル２では、HTMLファイルが伝送されている。
また、セクションデータのうち、データカルーセル伝送で送信されるDSM-CCセクションには、DIIのメッセージ伝送用のDSM-CCセクションが含まれる。また、DIIメッセージのプライベートデータ領域には、アプリケーション強制終了記述子（図２０）が配置される。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ７０１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ７０２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ７０３，７０４）。また、連動アプリケーション１には、app_time_scopeとして”3”、すなわち、アプリケーション強制終了（quit_signal）が指定されている。さらに、termination_flag_tagとして”1”、すなわち、termination_bitmapの8ビットのうち、最上位のビットが、連動アプリケーション１の強制終了フラグとなることを示している。この継続範囲情報（app_time_scope，termination_flag_tag）は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション１の実行が継続される。このとき、受信装置２０は、継続範囲情報としてアプリケーション強制終了が指定されているので、DSM-CCセクションにより送信されるDIIのプライベートデータ領域を常に監視し、連動アプリケーション１のアプリケーション強制終了信号の検出処理を行う。
そして、DIIが更新され、termination_bitmapの最上位のビットが立った場合（termination_bitmap=”10000000”）、termination_flag_tagとして”1”が指定されている、連動アプリケーション１のアプリケーション強制終了信号が検出されたことになる（Ｓ７０９）。従って、実行中の連動アプリケーション１は終了する（Ｓ７１０）。
また、連動アプリケーション１において、連動アプリケーション２への遷移が指示された場合（Ｓ７０５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ７０６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション２が取得され、起動される（Ｓ７０７，Ｓ７０８）。
また、連動アプリケーション２には、app_time_scopeとして”3”、すなわち、アプリケーション強制終了（quit_signal）が指定されている。さらに、termination_flag_tagとして”2”、すなわち、termination_bitmapの8ビットのうち、最上位のビットから２番目のビットが、連動アプリケーション２の強制終了フラグとなることを示している。この継続範囲情報（app_time_scope，termination_flag_tag）は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション２の実行が継続される。そして、DIIが更新され、termination_bitmapの最上位のビットが立った場合（termination_bitmap=”10000000”）、termination_flag_tagとして”1”が指定されている、連動アプリケーション１のアプリケーション強制終了信号が検出されたことになる（Ｓ７０９）。この場合、連動アプリケーション２には、app_time_scopeとして”3”が指定されているが、termination_flag_tagとして”2”が指定されているため、アプリケーション強制終了信号の対象とはならず、実行が継続されることになる。
そして、DIIが更新され、termination_bitmapの最上位のビットから２番目のビットが立った場合（termination_bitmap=”01000000”）、termination_flag_tagとして”2”が指定されている、連動アプリケーション２のアプリケーション強制終了信号が検出されたことになる（Ｓ７１２）。従って、実行中の連動アプリケーション２は終了する（Ｓ７１３）。
同様に、連動アプリケーション１において、連動アプリケーション３への遷移が指示された場合、AITの解析結果に従い、連動アプリケーション３が取得され、起動される（Ｓ７０５乃至Ｓ７０８）。ただし、連動アプリケーション３には、app_time_scopeとして”0”、すなわち、継続範囲情報が指定されていない。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、連動アプリケーション３の実行が継続される。そして、上述した場合と同様に、DIIが更新され、最上位のビットから２番目のビットが立った場合（Ｓ７０９）、あるいは、termination_bitmapの最上位のビットが立った場合（Ｓ７１２）、アプリケーション強制終了信号が検出されたことになるが、連動アプリケーション３には、app_time_scope”0”が指定されているため、実行が継続される。
すなわち、連動アプリケーション１と連動アプリケーション２には、共にapp_time_scopeとして”3”が指定されているので、自身のtermination_flag_tagに対応するアプリケーション強制終了信号が検出された時点で、終了のタイミングであると認識される。これにより、受信装置２０では、連動アプリケーション１に対するアプリケーション強制終了信号が検出されていない間は、連動アプリケーション１の実行が継続され、当該強制終了信号が検出された時点で、連動アプリケーション１が終了することになる。同様にまた、連動アプリケーション２に対するアプリケーション強制終了信号が検出されていない間は、連動アプリケーション２の実行が継続され、当該強制終了信号が検出された時点で、連動アプリケーション２が終了することになる。
このように、連動アプリケーション１と連動アプリケーション２を個別の時間位置で強制終了させることができる。
また、連動アプリケーション３は、終了が指示されたとき、又は、放送番組のチャンネルが切り替えられたときなどに、終了することになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ７１１）、データ放送アプリケーションが実行される。また、連動アプリケーション４の起動が指示されると、AITの取得と解析が行われる（Ｓ７１４）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション４が取得され、起動される（Ｓ７１５，Ｓ７１６）。連動アプリケーション４は、app_time_scopeとして”3”が指定されている場合には、アプリケーション強制終了信号が検出された時点で終了することになる。
以上、タイプ３変形方式の動作シーケンスについて説明した。
（タイプ４の動作シーケンス）
図２２は、タイプ４の動作シーケンスを示す図である。
図２２に示すように、放送ストリーム（トランスポートストリーム）には、ビデオストリーム、オーディオストリーム、及び、セクションデータが多重化される。図２２の例では、データカルーセル伝送が複数存在しており、データカルーセル１では、BMLファイルやHTMLファイル、AITファイルなどが伝送されている。また、データカルーセル２では、HTMLファイルが伝送されている。
また、セクションデータのうち、データカルーセル伝送で送信されるDSM-CCセクションには、DIIのメッセージ伝送用のDSM-CCセクションが含まれる。また、DIIメッセージのプライベートデータ領域には、アプリケーションイベント記述子（図２３）が配置される。
受信装置２０においては、放送コンテンツの視聴中に、データカルーセル伝送により送信されるBML文書が取得される（Ｓ７５１）。これにより、データ放送アプリケーションが実行される。
また、受信装置２０では、放送コンテンツの視聴中に、ユーザ操作によって連動アプリケーション１の起動が指示されると、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ７５２）。
受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション１が取得され、起動される（Ｓ７５３，７５４）。また、連動アプリケーション１には、app_time_scopeとして”4”、すなわち、アプリケーションイベント（app_event）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション１の実行が継続される。このとき、受信装置２０は、継続範囲情報としてアプリケーションイベントが指定されているので、DSM-CCセクションにより送信されるDIIに含まれるapp_event_idの値を常に監視し、app_event_idの値の変化点を検出する。なお、変化点の比較対象のapp_event_idの値は、例えば、連動アプリケーション１の起動時に取得して保持されたapp_event_idの値となる。
そして、DIIが更新され、app_event_idの値が「1」から「2」に変化した場合に、受信装置２０において、app_event_idの値の変化点が検出されたとき（Ｓ７５９）、実行中の連動アプリケーション１は終了する（Ｓ７６０）。
また、連動アプリケーション１において、連動アプリケーション２への遷移が指示された場合（Ｓ７５５）、データカルーセル伝送により送信されるAITが取得され、解析される（Ｓ７５６）。そして、受信装置２０では、AITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーション２が取得され、起動される（Ｓ７５７，Ｓ７５８）。また、連動アプリケーション２には、app_time_scopeとして”4”、すなわち、アプリケーションイベント（app_event）が指定されている。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション２の実行が継続される。そして、DIIが更新され、app_event_idの値が「1」から「2」に変化した場合に、受信装置２０において、app_event_idの値の変化点が検出されたとき（Ｓ７５９）、実行中の連動アプリケーション２は終了する（Ｓ７６１）。
同様に、連動アプリケーション１において、連動アプリケーション３への遷移が指示された場合、AITの解析結果に従い、連動アプリケーション３が取得され、起動される（Ｓ７５５乃至Ｓ７５８）。ただし、連動アプリケーション３には、app_time_scopeとして”0”、すなわち、継続範囲情報が指定されていない。この継続範囲情報は、上述した指定方式１乃至指定方式３のいずれかの方式により指定される。
その後、受信装置２０では、連動アプリケーション３の実行が継続される。そして、DIIが更新され、app_event_idの値の変化点が検出されるが（Ｓ７５９）、また、連動アプリケーション３には、app_time_scope”0”が指定されているため、終了のタイミングであるとは認識されず、実行が継続される。
すなわち、連動アプリケーション１と連動アプリケーション２には、共にapp_time_scopeとして”4”が指定されているので、app_event_idの値の変化点が検出された時点で、共に終了のタイミングであると認識される。これにより、例えば、受信装置２０では、同一のアプリケーション内である場合には、連動アプリケーション１、２の実行が継続され、異なるアプリケーションとなったときに、連動アプリケーション１、２が終了することになる。また、連動アプリケーション３は、終了が指示されたとき、又は、放送番組のチャンネルが切り替えられたときなどに、終了することになる。
また、受信装置２０では、再度、BML文書が取得され（Ｓ７６２）、データ放送アプリケーションが実行される。また、連動アプリケーション４の起動が指示されると、AITの取得と解析が行われる（Ｓ７６３）。そして、受信装置２０では、AITの解析結果に従い、連動アプリケーション４が取得され、起動される（Ｓ７６４，Ｓ７６５）。連動アプリケーション４は、app_time_scopeとして”4”が指定されている場合には、app_event_idの値の変化点が検出された時点で終了することになる。
以上、タイプ４の動作シーケンスについて説明した。
（アプリケーションイベント記述子）
図２３は、アプリケーションイベント記述子のデータ構造を示す図である。
アプリケーションイベント記述子（hybrid_application_event_descriptor）は、例えば、DIIメッセージのプライベートデータ領域に配置される。
図２３に示すように、アプリケーションイベント記述子には、以下の内容が記述される。
descriptor_tagには、当該記述子に割り当てられたタグ値が記述される。また、descriptor_lengthには、当該記述子の記述子長が記述される。
application_event_idには、アプリケーションイベントを識別するための値が16ビットで記述される。受信装置２０では、継続範囲情報としてアプリケーションイベントが指定されている場合、application_event_idの値の変化を監視することになる。
なお、アプリケーションイベント記述子の記述内容は任意であって、図２３の記述例に限定されるものではない。また、本明細書中では、「application_event_id」の記述を、「app_event_id」と略して記述している箇所があるが、共にアプリケーションイベントIDを表している。
＜各装置で行われる具体的な処理の内容＞
次に、図２４乃至図２７のフローチャートを参照して、放送通信連携システム１を構成する各装置で行われる具体的な処理の内容について説明する。
（送信処理）
まず、図２４のフローチャートを参照して、送信装置１０によって実行される送信処理について説明する。
ステップＳ１１１において、音声取得部１１１は、外部のサーバ等から、放送コンテンツの音声に対応するオーディオ信号を取得する。
ステップＳ１１２において、映像取得部１１３は、外部のサーバ等から、放送コンテンツの映像に対応するビデオ信号を取得する。
ステップＳ１１３において、データ取得部１１５は、データカルーセル用データの生成用のデータを取得する。
ステップＳ１１４において、オーディオエンコーダ１１２は、音声取得部１１１により取得されたオーディオ信号を符号化し、オーディオストリームを生成する。
ステップＳ１１５において、ビデオエンコーダ１１４は、映像取得部１１３により取得されたビデオ信号を符号化し、ビデオストリームを生成する。
ステップＳ１１６において、データカルーセル用データ生成部１１６は、データ取得部１１５により取得された生成用のデータに基づいて、データカルーセル用データを生成する。データカルーセル用データは、セクション形式のセクションデータからなる。
ステップＳ１１７において、多重化部１１７は、オーディオエンコーダ１１２により生成されたオーディオストリームと、ビデオエンコーダ１１４により生成されたビデオストリームと、データカルーセル用データ生成部１１６により生成されたセクションデータとを多重化して、トランスポートストリームを生成する。
なお、ここでは、説明の簡略化のため、詳細は説明しないが、トランスポートストリームには、字幕データやPSI/SIのセクションデータ等も含まれる。
ステップＳ１１８において、送信部１１８は、多重化部１１７により生成されたトランスポートストリームを、アンテナ１１９を介して、放送信号として送信する。ステップＳ１１８の処理が終了すると、処理はステップＳ１１１に戻され、それ以降の処理が繰り返されることになる。
以上で、送信処理の説明を終了する。
（受信処理）
次に、図２５のフローチャートを参照して、受信装置２０によって実行される受信処理について説明する。
ステップＳ２１１において、チューナ２１２は、アンテナ２１１を介して放送信号を受信して、復調する。
ステップＳ２１２において、多重分離部２１５は、チューナ２１２により復調されたトランスポートストリームを、オーディオストリーム、ビデオストリーム、及び、セクションデータに分離する。なお、多重分離部２１５は、トランスポートストリームに字幕データが含まれる場合、字幕データについても分離する。
ステップＳ２１３において、オーディオデコーダ２１８は、多重分離部２１５により分離されたオーディオストリームを復号し、オーディオ信号を生成する。
ステップＳ２１４において、ビデオデコーダ２１７は、多重分離部２１５により分離されたビデオストリームを復号し、ビデオ信号を生成する。
ステップＳ２１５において、スピーカ２２４は、オーディオ信号に対応する音声を出力する。また、ディスプレイ２２２は、ビデオ信号に対応する映像を表示する。これにより、ディスプレイ２２２には、放送番組等の放送コンテンツの映像が表示され、スピーカ２２４からは、その映像に対応する音声が出力される。
ステップＳ２１５の処理が終了すると、処理はステップＳ２１１に戻り、それ以降の処理が繰り返される。
以上で、受信処理の説明を終了する。
（データ放送対応処理）
次に、図２６のフローチャートを参照して、受信装置２０によって実行されるデータ放送対応処理について説明する。
図２６のデータ放送対応処理は、受信装置２０において、例えば、図２５の受信処理によって、放送コンテンツが視聴されている場合に実行される。
ステップＳ２３１において、データ放送処理部２１６は、多重分離部２１５により分離されたDSM-CCセクションから得られるDII及びDDBを解析することで、module_id=0となるBML起動文書を取得する。
ステップＳ２３２において、データ放送エンジン２２０は、BMLブラウザを制御することで、データ放送処理部２１６により取得されたBML起動文書を実行する。
ステップＳ２３３において、データ放送エンジン２２０はBML起動文書に記述されたプログラムに基づいて、受信装置２０が連動アプリケーションを実行可能な機能を有しているか否かを判定する。ステップＳ２３３において、BML起動文書に記述されたプログラムに基づいて、例えば、HTMLブラウザがHTML5に未対応である場合など、受信装置２０が連動アプリケーションを実行可能な機能を有していないと判定された場合、処理は、ステップＳ２３４に進められる。
ステップＳ２３４において、データ放送エンジン２２０は、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起動文書に記述されたプログラムに基づいて、例えば、HTMLブラウザがHTML5に対応している場合など、受信装置２０が連動アプリケーションを実行可能な機能を有していると判定された場合、処理は、ステップＳ２３６に進められる。
ステップＳ２３６において、データ放送エンジン２２０は、BML起動文書に記述されたプログラムに基づいて、BML文書に記述された連動アプリケーションの起動関数（例えば、startAITControlledApp関数（図１０，図１２））を実行する。その結果、データ放送エンジン２２０はBML文書の実行を終了する。
すなわち、図２６のフローチャートを参照して説明する運用例の場合、BML文書には連動アプリケーションの自動起動が指定されているため、ユーザ操作に関係なく、連動アプリケーションの起動が開始される。
ステップＳ２３７において、制御情報取得部２５１は、データカルーセル伝送により送信されるAITを取得する。
ステップＳ２３８において、制御情報解析部２５２は、制御情報取得部２５１により取得されたAITを解析する。
ステップＳ２３９において、制御情報取得部２５１は、上述した指定方式１乃至指定方式３のいずれかの方式により指定された継続範囲情報を取得して、継続範囲情報保持部２５３に保持させる。
具体的には、制御情報取得部２５１は、指定方式１が採用されている場合、例えば、startAITControlledApp関数（図１０）の引数であるapplication_time_scopeに指定された継続範囲情報を取得する。また、制御情報取得部２５１は、指定方式２が採用されている場合、例えば、startAITControlledApp関数（図１２）の引数であるURIに埋め込まれた継続範囲情報を取得する。さらに、制御情報取得部２５１は、指定方式３が採用されている場合、例えば、制御情報解析部２５２によるAITの解析結果に従い、アプリケーション継続範囲に記述された継続範囲情報を取得する。
ステップＳ２４０において、アプリケーション制御部２５５は、制御情報解析部２５２によるAITの解析結果に従い、データカルーセル伝送により送信される連動アプリケーションを取得する。
ステップＳ２４１において、アプリケーション制御部２５５は、制御情報解析部２５２によるAITの解析結果に従い、アプリケーションエンジン２３５を制御して、取得済みの連動アプリケーションを即時に起動する。なお、AITに記述された制御コマンドには、「Auto Start」が指定されている。
ステップＳ２４１の起動処理によって、連動アプリケーションの実行が開始される。ステップＳ２４２において、イベント判定部２５４は、実行中の連動アプリケーションの終了が指示されたか否かを判定する。
ステップＳ２４２において、実行中の連動アプリケーションの終了が指示されたと判定された場合、処理は、ステップＳ２４４に進められる。ステップＳ２４４において、アプリケーション制御部２５５は、イベント判定部２５４による判定結果に従い、実行中の連動アプリケーションを終了させる。
また、ステップＳ２４２において、実行中の連動アプリケーションの終了が指示されていないと判定された場合、処理は、ステップＳ２４３に進められる。ステップＳ２４３において、イベント判定部２５４は、視聴中の放送番組のチャンネルが切り替えられたか否かを判定する。
ステップＳ２４３において、チャンネルが切り替えられたと判定された場合、処理は、ステップＳ２４４に進められ、実行中の連動アプリケーションが終了される。
また、ステップＳ２４３において、チャンネルが切り替えられていないと判定された場合、処理は、ステップＳ２４５に進められる。
ステップＳ２４５において、イベント判定部２５４及びアプリケーション制御部２５５は、継続範囲情報対応処理を実行する。この継続範囲情報対応処理においては、指定された継続範囲情報に従い、実行中の連動アプリケーションを終了させるための処理が行われる。なお、継続範囲情報対応処理の詳細については、図２７のフローチャートを参照して後述する。
ステップＳ２４４又はＳ２４５の処理が終了すると、処理は、ステップＳ２３１に戻り、それ以降の処理が実行される。
以上で、データ放送対応処理の説明を終了する。
（継続範囲情報対応処理）
次に、図２７のフローチャートを参照して、図２６のステップＳ２４５に対応する継続範囲情報対応処理について説明する。
ステップＳ２７１において、イベント判定部２５４は、図２６のステップＳ２３９の処理によって継続範囲情報保持部２５３に保持されている継続範囲情報の指定内容として、タイプ１（プログラム（1:program））が指定されているか否かを判定する。
ステップＳ２７１において、タイプ１が指定されていると判定された場合、処理は、ステップＳ２７２に進められる。ステップＳ２７２において、イベント判定部２５４は、SIセクションにより送信されるEIT pに含まれるevent_idの値を常に監視し、event_idの値が変化したか否かを判定する。
ステップＳ２７２において、event_idの値が変化したと判定された場合、処理は、ステップＳ２７３に進められる。ステップＳ２７３において、アプリケーション制御部２５５は、アプリケーションエンジン２３５を制御して、対象となる連動アプリケーションが終了させる。一方、ステップＳ２７２において、event_idの値が変化していないと判定された場合、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
また、ステップＳ２７１において、タイプ１が指定されていないと判定された場合、処理は、ステップＳ２７４に進められる。ステップＳ２７４において、イベント判定部２５４は、継続範囲情報保持部２５３に保持されている継続範囲情報の指定内容として、タイプ２（データイベント（2:data_event））が指定されているか否かを判定する。
ステップＳ２７４において、タイプ２が指定されていると判定された場合、処理は、ステップＳ２７５に進められる。ステップＳ２７５において、イベント判定部２５４は、データカルーセル伝送のDSM-CCセクションにより送信されるDIIに含まれるdata_event_idの値を常に監視し、data_event_idの値が変化したか否かを判定する。
ステップＳ２７５において、data_event_idの値が変化したと判定された場合、処理は、ステップＳ２７３に進められ、アプリケーション制御部２５５によって対象となる連動アプリケーションが終了される。一方、ステップＳ２７５において、data_event_idの値が変化していないと判定された場合、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
また、ステップＳ２７４において、タイプ２が指定されていないと判定された場合、処理は、ステップＳ２７６に進められる。ステップＳ２７６において、イベント判定部２５４は、継続範囲情報保持部２５３に保持されている継続範囲情報の指定内容としてタイプ３（アプリケーション強制終了（3:quit_signal））が指定されているか否かを判定する。
ステップＳ２７６において、タイプ３が指定されていると判定された場合、処理は、ステップＳ２７７に進められる。ステップＳ２７７において、イベント判定部２５４は、データカルーセル伝送のDSM-CCセクションにより送信されるDIIのプライベートデータ領域を常に監視し、アプリケーション強制終了信号が検出されたか否かを判定する。
ステップＳ２７７において、アプリケーション強制終了信号が検出されたと判定された場合、処理は、ステップＳ２７３に進められ、アプリケーション制御部２５５によって対象となる連動アプリケーションが終了される。一方、ステップＳ２７７において、アプリケーション強制終了信号が検出されていないと判定された場合、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
また、ステップＳ２７６において、タイプ３が指定されていないと判定された場合、処理は、ステップＳ２７８に進められる。ステップＳ２７８において、イベント判定部２５４は、継続範囲情報保持部２５３に保持されている継続範囲情報の指定内容としてタイプ３変形方式（アプリケーション強制終了（3:quit_signal））が指定されているか否かを判定する。なお、タイプ３とタイプ３変形方式では、継続範囲情報として、アプリケーション強制終了を示すapp_time_scope=”3”が共に指定されるが、タイプ３変形方式には、termination_flag_tagがさらに指定されるので、例えば、その違いによりタイプを区別することができる。
ステップＳ２７８において、タイプ３変形方式が指定されていると判定された場合、処理は、ステップＳ２７９に進められる。ステップＳ２７９において、イベント判定部２５４は、データカルーセル伝送のDSM-CCセクションにより送信されるDIIのプライベートデータ領域を常に監視し、連動アプリケーションごとのアプリケーション強制終了信号として、実行中の連動アプリケーションに対するアプリケーション強制終了信号が検出されたか否かを判定する。
ステップＳ２７９において、実行中の連動アプリケーションに対するアプリケーション強制終了信号が検出されたと判定された場合、処理は、ステップＳ２７３に進められ、アプリケーション制御部２５５によって、アプリケーション強制終了信号の対象となる連動アプリケーションが終了される。一方、ステップＳ２７９において、実行中の連動アプリケーションに対するアプリケーション強制終了信号が検出されていないと判定された場合、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
また、ステップＳ２７８において、タイプ３変形方式が指定されていないと判定された場合、処理は、ステップＳ２８０に進められる。ステップＳ２８０において、イベント判定部２５４は、継続範囲情報保持部２５３に保持されている継続範囲情報の指定内容としてタイプ４（アプリケーションイベント（4:app_event））が指定されているか否かを判定する。
ステップＳ２８０において、タイプ４が指定されていると判定された場合、処理は、ステップＳ２８１に進められる。ステップＳ２８１において、イベント判定部２５４は、データカルーセル伝送のDSM-CCセクションにより送信されるDIIのプライベートデータ領域を常に監視し、app_event_idの値が変化したか否かを判定する。
ステップＳ２８１において、app_event_idの値が変化したと判定された場合、処理は、ステップＳ２７３に進められ、アプリケーション制御部２５５によって対象となる連動アプリケーションが終了される。一方、ステップＳ２８１において、app_event_idの値が変化していないと判定された場合、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
また、ステップＳ２８０において、タイプ４が指定されていないと判定された場合、継続範囲情報が指定されていないので、処理は、図２６のステップＳ２４２に戻り、それ以降の処理が繰り返される。
そして、ステップＳ２７３の処理が終了すると、処理は、図２６のステップＳ２４５に戻り、それ以降の処理が繰り返される。
以上で、継続範囲情報対応処理の説明を終了する。
なお、図２７のステップＳ２７２，Ｓ２７５，Ｓ２７７，Ｓ２７９，Ｓ２８１におけるタイプごとのイベントの判定条件は一例であり、連動アプリケーションの動作の継続範囲を特定可能なイベントを判定できる条件であれば、他の判定条件を用いるようにしてもよい。
（画面遷移の例）
図２８は、受信装置２０において、図２６のデータ放送対応処理が実行された場合の画面遷移の具体的な例を示す図である。
図２８に示すように、受信装置２０において、リモートコントローラ２０Ｒ等の操作によって、所定のチャンネルが選局されると、ディスプレイ２２２には、所定の放送番組の映像Ｐ１が表示された状態となる。また、データ放送の受信も自動で開始され、BMLブラウザが、BML文書からなるデータ放送アプリケーションに対する処理を開始する。このとき、放送番組の映像Ｐ２が表示された状態となるが、データ放送アプリケーションの映像は非表示となる。
ここで、リモートコントローラ２０Ｒのｄボタンが操作された場合、データ放送アプリケーションの映像（図中の「BML表示」）が、放送番組の映像Ｐ３に対して分離型配置で表示された状態となる。なお、放送番組や特定のシーンの切り替えなどによる所定のイベントが発生した場合、それらのイベントに応じて、データ放送アプリケーションの表示内容が更新される（図中のＣ１）。また、データ放送アプリケーションが表示されている状態で、ｄボタンが再度操作されると、データ放送アプリケーションの表示が終了され、放送番組の映像Ｐ２のみが表示されている状態に戻る。
また、放送番組の映像Ｐ３に対してデータ放送アプリケーションの映像が表示されている状態で、所定の終了操作などが行われた場合、実行中のデータ放送アプリケーションは終了し、放送番組の映像Ｐ１のみが表示されている状態に戻る。
放送番組の映像Ｐ２が表示されている状態で、連動アプリケーションの自動起動が設定されている場合、BMLブラウザが、HTML文書からなる連動アプリケーションを自動起動させる。このとき、放送番組の映像Ｐ４が表示された状態となるが、HTMLブラウザによって実行される、連動アプリケーションの映像は非表示となる。
なお、連動アプリケーションの自動起動の際には、受信装置２０が連動アプリケーションを実行可能な機能を有しているかなどが判定され、それらの条件を満たした場合にのみ、連動アプリケーションが自動起動される。また、上述したように、連動アプリケーションは、放送ストリームから取得され、起動される。
放送番組の映像Ｐ４が表示されている状態で、連動アプリケーションの自動終了が設定されている場合、又は、所定の終了操作が行われた場合、連動アプリケーションは終了する。これにより、放送番組の映像Ｐ１のみが表示されている状態に戻る。
また、放送番組の映像Ｐ４が表示されている状態で、ｄボタン操作が行われた場合、連動アプリケーションの映像（図中の「HTML表示」）が、放送番組の映像Ｐ５に対してオーバーレイ型配置で表示された状態となる。さらに、特定のシーンの切り替えなどの所定のイベントが発生した場合、それらのイベントに応じて、連動アプリケーションの表示内容が更新される（図中のＣ２）。
そして、放送番組の映像Ｐ５に対して連動アプリケーションの映像が表示されている状態で、連動アプリケーションの終了を指示する所定のイベントが発生した場合、実行中の連動アプリケーションは終了する。具体的には、AITに継続範囲情報が指定されていない場合において、実行中の連動アプリケーションの終了が指示されたときなどに、実行中の連動アプリケーションは終了する。
また、継続範囲情報としてプログラムが指定されている場合において、event_idの値が変化したとき、あるいは、継続範囲情報としてデータイベントが指定されている場合において、data_event_idの値が変化したときに、実行中の連動アプリケーションが自動終了する。さらに、継続範囲情報としてアプリケーション強制終了が指定されている場合において、アプリケーション強制終了信号が検出されたとき、あるいは、継続範囲情報としてアプリケーションイベントが指定されている場合において、app_event_idの値が変化したときなどに、実行中の連動アプリケーションが自動終了する。これにより、連動アプリケーションが終了し、放送番組の映像Ｐ１のみが表示されている状態に戻る。
また、放送番組の映像Ｐ３と、データ放送アプリケーションの映像（図中の「BML表示」）が表示されている状態で、自動起動が設定されている場合、又は、所定の起動操作が行われた場合、連動アプリケーションの映像（図中の「HTML表示」）が、放送番組の映像Ｐ５に対してオーバーレイ型配置で表示された状態となる。また、その逆に、連動アプリケーションの映像が重畳された放送番組の映像Ｐ５から、データ放送アプリケーションの映像が重畳された放送番組の映像Ｐ３に遷移させることもできる。
以上、受信装置２０における画面遷移の具体例について説明した。
＜第２の実施の形態＞
＜放送通信連携システムの構成例＞
図２９は、放送通信連携システム２の構成例を示している。この放送通信連携システム２は、送信装置１０、受信装置２０、AITサーバ３０、及び、アプリケーションサーバ４０から構成される。
すなわち、放送通信連携システム２は、図１の放送通信連携システム１と比較すると、AITサーバ３０及びアプリケーションサーバ４０がさらに設けられている点で異なる。放送通信連携システム２においては、送信装置１０の代わりに、AITサーバ３０がAITを提供し、アプリケーションサーバ４０が連動アプリケーションを提供する。
AITサーバ３０は、受信装置２０からの要求に応じて、AITを、インターネット９０を介して受信装置２０に提供する。また、アプリケーションサーバ４０は、受信装置２０からの要求に応じて、連動アプリケーションを、インターネット９０を介して受信装置２０に提供する。
受信装置２０は、インターネット９０を介してAITサーバ３０にアクセスして、AITを取得する。
具体的には、受信装置２０においては、通信I/F２２５が、制御部２３４からの制御に従い、インターネット９０を介してAITサーバ３０にアクセスし、AITを要求する。通信I/F２２５は、AITサーバ３０から提供されるAITを受信し、制御部２３４に供給する。そして、制御部２３４は、通信I/F２２５から供給されるAITに基づいて、アプリケーションエンジン２３５を制御する。
受信装置２０は、AITに基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを、アプリケーションサーバ４０から取得して即時に実行する。
具体的には、通信I/F２２５は、アプリケーションエンジン２３５からの制御に従い、インターネット９０を介してアプリケーションサーバ４０にアクセスし、連動アプリケーションを要求する。通信I/F２２５は、アプリケーションサーバ４０から提供される連動アプリケーションを受信し、メモリ２３６に記憶させる。そして、アプリケーションエンジン２３５は、制御部２３４からの制御に従い、メモリ２３６に記憶された連動アプリケーションを起動して、その動作を制御する。
なお、AITサーバ３０とアプリケーションサーバ４０は、放送事業者などにより管理される。また、図２９の例では、１台のAITサーバ３０と、１台のアプリケーションサーバ４０を図示しているが、実際には、放送事業者ごとに、複数台のAITサーバ３０やアプリケーションサーバ４０が設けられる。受信装置２０は、AITなどにより指定される情報に応じて、それらのサーバのいずれかにアクセスすることになる。
放送通信連携システム２は、以上のように構成される。
＜AITサーバの詳細＞
（AITサーバの構成例）
図３０は、図２９のAITサーバ３０の構成例を示している。
AITサーバ３０は、制御部３１１、AIT生成部３１２、記録部３１３、及び、通信I/F３１４から構成される。
制御部３１１は、AITサーバ３０の各部の動作を制御する。
AIT生成部３１２は、制御部３１１からの制御に従い、AITを生成し、記録部３１３に記録する。
制御部３１１は、受信装置２０からAITが要求された場合、記録部３１３からAITを読み出して取得する。
通信I/F３１４は、制御部３１１からの制御に従い、AITを、インターネット９０を介して、受信装置２０に送信する。
AITサーバ３０は、以上のように構成される。
（AITの配信処理）
次に、図３１のフローチャートを参照して、図２９のAITサーバ３０が実行するAIT配信処理について説明する。
ステップＳ３１１において、AIT生成部３１２は、制御部３１１からの制御に従い、AITを生成する。ステップＳ３１２において、AIT生成部３１２は、制御部３１１からの制御に従い、生成されたAITを、記録部３１３に記録する。
ステップＳ３１３において、制御部３１１は、通信I/F３１４を監視することで、受信装置２０からAITが要求されたか否かを判定する。ステップＳ３１３においては、受信装置２０からの要求を待って、処理は、ステップＳ３１４に進められる。
ステップＳ３１４において、制御部３１１は、受信装置２０からの要求に応じたAITを、記録部３１３から取得する。ステップＳ３１５において、通信I/F３１４は、制御部３１１からの制御に従い、取得されたAITを、インターネット９０を介して受信装置２０に送信する。
ステップＳ３１５の送信処理が終了すると、処理はステップＳ３１６に進められる。ステップＳ３１６において、制御部３１１は、新たにAITを生成するか否かを判定する。
ステップＳ３１６において、新たにAITを生成すると判定された場合、処理はステップＳ３１１に戻り、ステップＳ３１１，Ｓ３１２の処理が再度実行されることで、AIT生成部３１２によって、新たなAITが生成され、記録部３１３に記録される。
一方、ステップＳ３１６において、新たなAITを生成しないと判定された場合、処理は、ステップＳ３１３に戻り、それ以降の処理が繰り返される。この場合、受信装置２０からの要求に応じて、AITが配信されることになる。
以上で、AITの配信処理の説明を終了する。
＜第３の実施の形態＞
＜放送通信連携システムの構成例＞
図３２は、放送通信連携システム３の構成例を示している。この放送通信連携システム３は、送信装置１０、受信装置２０、及び、アプリケーションサーバ４０から構成される。
すなわち、放送通信連携システム３は、図２９の放送通信連携システム２と比較すると、AITサーバ３０が構成から外されている点で異なる。放送通信連携システム３においては、図１の放送通信連携システム１と同様に、AITサーバ３０の代わりに、送信装置１０が、AITに相当する情報を、放送信号に含めて送信する。
具体的には、送信装置１０は、AITを生成し、データカルーセル伝送によって例えばXML形式文書のファイルとして送信する。この場合、AITは、データ放送アプリケーション等とともに送出されることになる。なお、AITは、AITセクションストリームによって、バイナリデータとして送信するなど、他の送信方法により送信するようにしてもよい。
受信装置２０は、データカルーセル伝送又はAITセクションストリーム等によって送信されるAITを取得する。受信装置２０は、取得されたAITに基づいて、例えば、即時に自動実行するように設定された連動アプリケーションを、アプリケーションサーバ４０から取得して即時に実行する。
放送通信連携システム３は、以上のように構成される。
＜放送波を用いたAITの送出＞
（データカルーセル伝送された文書とAITの取得方法）
図３３は、データカルーセル伝送により送信される文書とAITの取得方法を説明するための図である。
図３３に示すように、データ放送エンジン２２０がBMLブラウザを制御して、データ放送アプリケーションを実行する場合、データ放送処理部２１６（図３）に対して、モジュールIDとして“0”が指定されたDDBメッセージが取得されるようにフィルタ設定が行われる。
すなわち、最初に表示すべきBML起動文書は、モジュールIDが“0”となるモジュールにより送信されるため、データ放送アプリケーションの起動時には、“0”であるモジュールIDのモジュールを再構築する必要があり、このようなモジュールフィルタ設定が行われる。なお、“0”であるモジュールIDは、DIIメッセージ又はあらかじめ設定された情報により指定される。
これにより、BML起動文書が復元されるが、BML起動文書の映像は非表示となる。また、リモートコントローラ２０Ｒのｄボタンが操作された場合、BMLトップ表示文書が復元され、BMLブラウザによって、データ放送アプリケーションのトップページが表示される。その後、他のBML文書に遷移される場合には同様にして、遷移先のBML文書を送信するモジュールIDのモジュールが取得されるようにモジュールフィルタ設定が行われ、該当するモジュールIDのモジュールが取得されて、遷移先のBML文書が復元されることになる。これにより、ディスプレイ２２２には、データ放送アプリケーションの映像が順次表示されることになる。
一方、連動アプリケーションの自動起動が設定されている場合には、BML起動文書に記述されたプログラムによって連動アプリケーションの起動判定処理が行われる。すなわち、受信装置２０が連動アプリケーションを実行可能な機能を有しているかどうかなどが判定され、それらの条件を満たした場合にのみ、連動アプリケーションが自動起動される。
起動判定処理によって連動アプリケーションが起動可能であると判定された場合、データカルーセル伝送によって送信されるAITが取得される。また、HTML起動文書が復元されるが、HTML起動文書の映像は非表示となる。そして、リモートコントローラ２０Ｒのｄボタンが操作された場合、AITの解析結果に従い、アプリケーションサーバ４０にアクセスし、HTMLトップ表示文書が取得される。これにより、HTMLブラウザによって、連動アプリケーションのトップページが表示される。その後、他のHTML文書に遷移される場合には同様にして、アプリケーションサーバ４０からHTML文書が取得されることになる。
以上、データカルーセル伝送により送信される文書とAITの取得方法について説明した。
（AITと連動アプリケーションの取得方法）
図３４は、AITと連動アプリケーションの取得方法について説明する図である。
図３４において、破線は、基本的に、第１の実施の形態におけるAITと連動アプリケーションの取得の流れを示し、実線は、第２の実施の形態におけるAITと連動アプリケーションの取得の流れを示している。
第１の実施の形態では、受信装置２０は、データカルーセル伝送により送信されるBML文書を取得することで、データ放送アプリケーションを実行する（Ｓ９１０）。また、受信装置２０は、放送信号を常に監視することで（Ｓ９１１）、データカルーセル伝送によって送信されるAITを取得する（Ｓ９１２）。そして、受信装置２０は、AITの解析結果に従い、データカルーセル伝送によって送信される、HTML文書からなる連動アプリケーションを取得する（Ｓ９１３，Ｓ９１４）。
また、第２の実施の形態では、受信装置２０は、データカルーセル伝送により送信されるBML文書を取得することで、データ放送アプリケーションを実行する（Ｓ９１０）。また、受信装置２０は、AITサーバ３０にアクセスすることで（Ｓ９２１）、AITを取得する（Ｓ９２２）。そして、受信装置２０は、AITの解析結果に従い、アプリケーションサーバ４０にアクセスすることで（Ｓ９２３）、HTML文書からなる連動アプリケーションを取得する（Ｓ９２４）。
また、第３の実施の形態では、受信装置２０は、データカルーセル伝送により送信されるBML文書を取得することで、データ放送アプリケーションを実行する（Ｓ９１０）。また、受信装置２０は、放送信号を常に監視することで（Ｓ９１１）、データカルーセル伝送によって送信されるAITを取得する（Ｓ９１２）。そして、受信装置２０は、AITの解析結果に従い、アプリケーションサーバ４０にアクセスすることで（Ｓ９２３）、HTML文書からなる連動アプリケーションを取得する（Ｓ９２４）。
以上、AITと連動アプリケーションの取得方法について説明した。
以上のように、本実施の形態においては、ハイブリッド型放送において、放送番組等のAVコンテンツに連動して実行される連動アプリケーションを提供することができる。また、受信装置２０が、データ放送アプリケーションと、連動アプリケーションの双方を実行することができるので、データ放送とハイブリッド型放送を並存させる運用を容易に実現することができる。
また、従来、実行中の連動アプリケーションを終了させるためには、HTML文書に終了処理のプログラム（スクリプト）を記述するなどの対応が想定されていたが、その運用を実現するためには新たにプログラムを追加する必要がある。それに対して、本実施の形態では、EIT pに含まれるevent_idやDIIに含まれるdata_event_idなどの放送波により送出される既存の情報を利用することで、実行中の連動アプリケーションが、AITにより指定される継続範囲情報に応じて終了することから、HTML文書にプログラムを追加する必要がない。そのため、運用の際に、プログラムを追加する手間が省けるので、連動アプリケーションの終了制御を容易に実現することが可能となる。
また、上述したように、データ放送とハイブリッド型放送は、今後とも並存し、かつ使い分けられるものとなることが想定される。そのため、放送事業者は、放送番組に対してデータ放送とハイブリッド型放送の両方の機能を実現するための情報を付加する一方、受信機側でもデータ放送とハイブリッド型放送の両方の機能に対応する必要がでてくることが想定される。
このような状況においてハイブリッド型放送を運用する場合には、ユーザがデータ放送についても使用できるようにし、それらが使い分けられるような運用ができることが求められている。このような運用において、本技術を適用した放送通信連携システムを採用した場合、受信装置２０では、データ放送アプリケーションと、連動アプリケーションの双方が実行可能とされることから、当該運用を容易に実現することが可能となる。
なお、上述の説明では、受信装置２０は、テレビジョン受像機であるとして説明したが、それに限らず、例えば、パーソナルコンピュータや携帯端末装置、タブレット端末などの送信装置１０から送信される放送信号を受信可能であって、インターネット９０に接続されたサーバと通信可能な受信機であればよい。また、受信装置２０は、例えば、ディスプレイやスピーカを有さない構成とすることで、その機能が、例えばビデオレコーダやセットトップボックス等の電子機器に内蔵されるようにしてもよい。
＜本技術を適用したコンピュータの説明＞
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウェアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
図３５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
コンピュータ９００において、CPU（Central Processing Unit）９０１，ROM（Read Only Memory）９０２，RAM（Random Access Memory）９０３は、バス９０４により相互に接続されている。
バス９０４には、さらに、入出力インタフェース９０５が接続されている。入出力インタフェース９０５には、入力部９０６、出力部９０７、記録部９０８、通信部９０９、及びドライブ９１０が接続されている。
入力部９０６は、キーボード、マウス、マイクロフォンなどよりなる。出力部９０７は、ディスプレイ、スピーカなどよりなる。記録部９０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部９０９は、ネットワークインタフェースなどよりなる。ドライブ９１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア９１１を駆動する。
以上のように構成されるコンピュータ９００では、CPU９０１が、例えば、記録部９０８に記憶されているプログラムを、入出力インタフェース９０５及びバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。
コンピュータ９００（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線又は無線の伝送媒体を介して提供することができる。
コンピュータ９００では、プログラムは、リムーバブルメディア９１１をドライブ９１０に装着することにより、入出力インタフェース９０５を介して、記録部９０８にインストールすることができる。また、プログラムは、有線又は無線の伝送媒体を介して、通信部９０９で受信し、記録部９０８にインストールすることができる。その他、プログラムは、ROM９０２や記録部９０８に、あらかじめインストールしておくことができる。
なお、コンピュータ９００が実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
ここで、本明細書において、コンピュータ９００に各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はなく、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含むものである。
また、プログラムは、１のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
なお、本技術は、以下のような構成をとることができる。
（１）
AVコンテンツを受信する受信部と、
前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を取得する継続範囲情報取得部と、
前記継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
を備える受信装置。
（２）
前記AVコンテンツは、放送波により送信され、
前記継続範囲情報は、前記放送波により送信される所定の情報に含まれる、前記アプリケーションプログラムの動作の継続範囲を特定可能な所定のイベントを指定するための情報を含んでいる
（１）に記載の受信装置。
（３）
前記制御部は、指定された前記イベントとして、前記放送波により送信される前記アプリケーションプログラムの強制終了信号が検出された場合、実行中の前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（４）
前記強制終了信号は、前記アプリケーションプログラムが複数実行されている場合に、実行中の前記アプリケーションプログラムごとに検出される
（３）に記載の受信装置。
（５）
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれる、前記アプリケーションプログラムごとの前記強制終了信号に関連付けられた実行中の前記アプリケーションプログラムを終了させる
（４）に記載の受信装置。
（６）
前記AVコンテンツは、放送番組であり、
前記制御部は、指定された前記イベントとして、前記放送番組の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（７）
前記制御部は、前記放送波により送信されるEIT（Event Information Table）に含まれるイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
（６）に記載の受信装置。
（８）
前記AVコンテンツは、放送番組であり、
前記制御部は、指定された前記イベントとして、前記放送番組と同時に実行されるデータ放送の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（９）
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるデータ放送用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
（８）に記載の受信装置。
（１０）
前記制御部は、指定された前記イベントとして、前記アプリケーションプログラムの内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（１１）
前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるアプリケーション用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
（１０）に記載の受信装置。
（１２）
前記制御部は、前記イベントが指定されていない場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、又は、前記AVコンテンツが切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる
（２）に記載の受信装置。
（１３）
前記継続範囲情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれる
（１）乃至（１２）のいずれか一項に記載の受信装置。
（１４）
前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数として指定される
（１）乃至（１３）のいずれか一項に記載の受信装置。
（１５）
前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数であるURI（Uniform Resource Identifier）のパラメータとして指定される
（１）乃至（１３）のいずれか一項に記載の受信装置。
（１６）
受信装置の受信方法において、
前記む受信装置が、
AVコンテンツを受信し、
前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を取得し、
前記継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる
ステップを含む受信方法。
（１７）
コンピュータを、
AVコンテンツを受信する受信部と、
前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を取得する継続範囲情報取得部と、
前記継続範囲情報に基づいて、実行中の前記アプリケーションプログラムを終了させる制御部と
して機能させるためのプログラム。
（１８）
AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を生成する生成部と、
前記継続範囲情報を送信する送信部と
を備える送信装置。
（１９）
送信装置の送信方法において、
前記む送信装置が、
AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を生成し、
前記継続範囲情報を送信する
ステップを含む送信方法。
（２０）
コンピュータを、
AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を生成する生成部と、
前記継続範囲情報を送信する送信部と
して機能させるためのプログラム。
１，２，３ 放送通信連携システム， １０ 送信装置， ２０ 受信装置， ２０Ｒ リモートコントローラ， ３０ AITサーバ， ４０ アプリケーションサーバ， ９０ インターネット， ２１２ チューナ， ２１６ データ放送処理部， ２２０ データ放送エンジン， ２２２ ディスプレイ， ２２５ 通信I/F， ２３４，２３４−１，２３４−２ 制御部， ２３５，２３５−１，２３５−２ アプリケーションエンジン， ２５１ 制御情報取得部， ２５２ 制御情報解析部， ２５３ 継続範囲情報保持部， ２５４ イベント判定部， ２５５ アプリケーション制御部， ３１１ 制御部， ３１２ AIT生成部， ３１４ 通信I/F， ９００ コンピュータ， ９０１ CPU

Claims (20)

  1. AVコンテンツを受信する受信部と、
    前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を取得し、前記アプリケーションプログラムの継続範囲を前記継続範囲情報の指定に基づいて決定し、前記継続範囲に基づいて実行中の前記アプリケーションプログラムを終了させる制御部と
    を備え、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    受信装置。
  2. 前記AVコンテンツは、放送波により送信される
    請求項１に記載の受信装置。
  3. 前記制御部は、指定された前記イベントとして、前記放送波により送信される前記アプリケーションプログラムの強制終了信号が検出された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  4. 前記強制終了信号は、前記アプリケーションプログラムが複数実行されている場合に、実行中の前記アプリケーションプログラムごとに検出される
    請求項３に記載の受信装置。
  5. 前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDII（Download Info Indication）に含まれる、前記アプリケーションプログラムごとの前記強制終了信号に関連付けられた実行中の前記アプリケーションプログラムを終了させる
    請求項４に記載の受信装置。
  6. 前記AVコンテンツは、放送番組であり、
    前記制御部は、指定された前記イベントとして、前記放送番組の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  7. 前記制御部は、前記放送波により送信されるEIT（Event Information Table）に含まれるイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項６に記載の受信装置。
  8. 前記AVコンテンツは、放送番組であり、
    前記制御部は、指定された前記イベントとして、前記放送番組と同時に実行されるデータ放送の内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  9. 前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるデータ放送用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項８に記載の受信装置。
  10. 前記制御部は、指定された前記イベントとして、前記アプリケーションプログラムの内容の変化が検出された場合、前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  11. 前記制御部は、前記放送波によるデータカルーセル伝送で送信されるDIIに含まれるアプリケーション用のイベント識別子の値が更新された場合、実行中の前記アプリケーションプログラムを終了させる
    請求項１０に記載の受信装置。
  12. 前記制御部は、前記イベントが指定されていない場合あるいは前記イベントを指定しないという指定がなされた場合に、実行中の前記アプリケーションプログラムの終了が指示されたとき、又は、前記AVコンテンツが切り替えられたとき、実行中の前記アプリケーションプログラムを終了させる
    請求項２に記載の受信装置。
  13. 前記継続範囲情報は、前記アプリケーションプログラムの動作を制御するための制御情報に含まれる
    請求項１に記載の受信装置。
  14. 前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数として指定される
    請求項１に記載の受信装置。
  15. 前記継続範囲情報は、前記アプリケーションプログラムを起動する関数の引数であるURI（Uniform Resource Identifier）のパラメータとして指定される
    請求項１に記載の受信装置。
  16. 受信装置の受信方法において、
    前記受信装置が、
    AVコンテンツを受信し、
    前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を取得し、
    前記アプリケーションプログラムの継続範囲を前記継続範囲情報の指定に基づいて決定し、
    前記継続範囲に基づいて実行中の前記アプリケーションプログラムを終了させる
    ステップを含み、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    受信方法。
  17. コンピュータを、
    AVコンテンツを受信する受信部と、
    前記AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を取得し、前記アプリケーションプログラムの継続範囲を前記継続範囲情報の指定に基づいて決定し、前記継続範囲に基づいて実行中の前記アプリケーションプログラムを終了させる制御部と
    して機能させ、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    プログラム。
  18. AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を生成する生成部と、
    前記継続範囲情報を送信する送信部と
    を備え、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    送信装置。
  19. 送信装置の送信方法において、
    前記送信装置が、
    AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を生成し、
    前記継続範囲情報を送信する
    ステップを含み、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    送信方法。
  20. コンピュータを、
    AVコンテンツと同時に実行されるアプリケーションプログラムの動作継続可能な時間軸上の範囲を特定する継続範囲情報を生成する生成部と、
    前記継続範囲情報を送信する送信部と
    して機能させ、
    前記継続範囲情報は、所定のイベントを指定するための情報であり、複数定義されたイベントに基づいて指定されることを特徴とする
    プログラム。
JP2015521396A 2013-06-06 2014-05-26 受信装置、受信方法、送信装置、送信方法、及び、プログラム Active JP6428610B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013119512 2013-06-06
JP2013119512 2013-06-06
PCT/JP2014/063824 WO2014196398A1 (ja) 2013-06-06 2014-05-26 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Publications (2)

Publication Number Publication Date
JPWO2014196398A1 JPWO2014196398A1 (ja) 2017-02-23
JP6428610B2 true JP6428610B2 (ja) 2018-11-28

Family

ID=52008048

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015521396A Active JP6428610B2 (ja) 2013-06-06 2014-05-26 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Country Status (7)

Country Link
US (1) US20160105717A1 (ja)
EP (1) EP3007453B1 (ja)
JP (1) JP6428610B2 (ja)
CN (1) CN105210375B (ja)
BR (1) BR112015029849A2 (ja)
PH (1) PH12015502494A1 (ja)
WO (1) WO2014196398A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6543819B2 (ja) * 2015-04-28 2019-07-17 日本放送協会 処理装置およびプログラム
WO2016194471A1 (ja) * 2015-05-29 2016-12-08 ソニー株式会社 送信装置及び送信方法、並びに受信装置及び受信方法
JP6566059B2 (ja) * 2018-02-16 2019-08-28 ソニー株式会社 受信装置並びに受信方法
JP6863419B2 (ja) * 2019-07-29 2021-04-21 ソニーグループ株式会社 受信装置並びに受信方法
CN116938372B (zh) * 2023-07-25 2024-03-12 广东保伦电子股份有限公司 一种基于时间轴的快速配置广播定时任务的方法及装置

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1127641A (ja) * 1997-07-07 1999-01-29 Toshiba Corp テレビジョン受信機
MXPA04011581A (es) * 2002-05-22 2005-03-07 Thomson Licensing Sa Dispositivos y procesos para firmar y de autentificacion y productos correspondientes, especialmente para flujos digitales mhp dvb/mpeg.
US20110162021A1 (en) * 2008-06-26 2011-06-30 Joon Hui Lee Internet protocol tv(iptv) receiver and a method for receiving application information in an iptv receiver
JP5493627B2 (ja) 2009-09-15 2014-05-14 ソニー株式会社 情報処理装置、データ管理方法、およびプログラム
JP5498179B2 (ja) * 2010-01-25 2014-05-21 キヤノン株式会社 デジタル放送受信装置、及びその制御方法
JP5765558B2 (ja) * 2010-08-27 2015-08-19 ソニー株式会社 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム
JP5913301B2 (ja) * 2011-05-19 2016-04-27 日本放送協会 放送通信連携受信装置
EP2712186A4 (en) * 2011-05-19 2014-10-08 Japan Broadcasting Corp RECEIVER
US20140090000A1 (en) * 2011-05-20 2014-03-27 Nippon Hoso Kyokai Integrated broadcasting communications receiver
WO2013031556A1 (ja) * 2011-08-26 2013-03-07 日本放送協会 受信機および受信方法
JP5978000B2 (ja) * 2011-08-26 2016-08-24 日本放送協会 受信機
JP6316196B2 (ja) * 2012-10-10 2018-04-25 サターン ライセンシング エルエルシーＳａｔｕｒｎ Ｌｉｃｅｎｓｉｎｇ ＬＬＣ 受信装置、受信方法、送信装置、送信方法、及び、プログラム

Also Published As

Publication number Publication date
CN105210375B (zh) 2019-04-16
CN105210375A (zh) 2015-12-30
JPWO2014196398A1 (ja) 2017-02-23
EP3007453A1 (en) 2016-04-13
EP3007453B1 (en) 2020-07-08
EP3007453A4 (en) 2016-12-28
US20160105717A1 (en) 2016-04-14
WO2014196398A1 (ja) 2014-12-11
BR112015029849A2 (pt) 2017-07-25
PH12015502494A1 (en) 2016-02-22

Similar Documents

Publication Publication Date Title
JP6316196B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6346859B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
JP5777793B2 (ja) 送信装置、及び、送信方法
JP4719215B2 (ja) インタラクティブ・アプリケーションに使用されるモジュールの管理
JP6428610B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
JP6251181B2 (ja) 受信装置、受信方法、送信装置、送信方法、及び、プログラム
WO2013154023A1 (ja) 受信装置、受信方法、送信装置、送信方法、及びプログラム
WO2001015444A1 (fr) Procede de transmission et recepteur
US20130111530A1 (en) Reproduction apparatus, reproduction method, and program
KR20150056523A (ko) 양방향 서비스를 처리하는 장치 및 방법
EP3054701B1 (en) Receiver device, broadcast device, server device and reception method
KR102347851B1 (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US10728610B2 (en) Receiving apparatus, receiving method, transmission apparatus, and transmission method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170511

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20180522

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180711

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20181015

R151 Written notification of patent or utility model registration

Ref document number: 6428610

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151