(57)【要約】  本技術は、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにする受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。制御情報取得部は、AVコンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報を取得し、アプリケーション制御部は、制御情報に含まれる、アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報に基づいて、実行中のアプリケーションプログラムを終了させる。本技術は、例えば、デジタルテレビジョン放送信号を受信するテレビジョン受像機に適用することができる。
2014057833.tif 000002
【特許請求の範囲】
【請求項１】
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コンテンツに連動して実行されるアプリケーションプログラムの動作を制御するための制御情報であって、前記アプリケーションプログラムの動作継続可能な時間軸上の範囲を特定するための継続範囲情報を含む前記制御情報を生成する生成部と、
前記制御情報を送信する送信部と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、受信装置、受信方法、送信装置、送信方法、及び、プログラムに関し、特に、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにした受信装置、受信方法、送信装置、送信方法、及び、プログラムに関する。
【背景技術】
【０００２】
近年、デジタルテレビジョン放送の開始に伴い、BML（Broadcast Markup Language）方式によるデータ放送が広く行われており、現在では、ほとんど全てのテレビジョン受像機などの受信機で対応可能となっている。【０００３】
また、放送波だけでなく通信を利用して、インターネット上に設けられた所定のサーバにアクセスすることにより、放送番組等のAVコンテンツに連動して実行されるアプリケーションプログラムを取得するハイブリッド型放送と称される放送の導入も検討されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−６６５５６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、放送番組の視聴者からすると、データ放送もハイブリッド型放送もAVコンテンツに連動したアプリケーションプログラムが提供されるものである点で共通する。【０００６】
一方、データ放送はインターネット接続がなくても成立するものであって、比較的シンプルな機能を実現するためのものであるが、ハイブリッド型放送は、インターネット接続が必要であって、比較的高度な機能を実現するためのものである。これらの放送は今後ともに並存し、かつ使い分けられるものとなることが想定される。【０００７】
しかしながら、現状では、ハイブリッド型放送において、放送番組等のAVコンテンツに連動して実行されるアプリケーションプログラムを提供するための技術方式は確立されていない。【０００８】
本技術はこのような状況に鑑みてなされたものであり、ハイブリッド型放送において、AVコンテンツに連動して実行されるアプリケーションプログラムを提供することができるようにするものである。
【課題を解決するための手段】
【０００９】
本技術の第１の側面の受信装置は、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コンテンツに連動して実行されるアプリケーションプログラムを提供することができる。
【図面の簡単な説明】
【００２７】
【図１】放送通信連携システムの構成例を示す図である。
【図２】送信装置の構成例を示す図である。
【図３】受信装置の構成例を示す図である。
【図４】制御部の機能的な構成例を示す図である。
【図５】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
【図１】
2014057833.tif 000003
【図２】
2014057833.tif 000004
【図３】
2014057833.tif 000005
【図４】
2014057833.tif 000006
【図５】
2014057833.tif 000007
【図６】
2014057833.tif 000008
【図７】
2014057833.tif 000009
【図８】
2014057833.tif 000010
【図９】
2014057833.tif 000011
【図１０】
2014057833.tif 000012
【図１１】
2014057833.tif 000013
【図１２】
2014057833.tif 000014
【図１３】
2014057833.tif 000015
【図１４】
2014057833.tif 000016
【図１５】
2014057833.tif 000017
【図１６】
2014057833.tif 000018
【図１７】
2014057833.tif 000019
【図１８】
2014057833.tif 000020
【図１９】
2014057833.tif 000021
【図２０】
2014057833.tif 000022
【図２１】
2014057833.tif 000023
【図２２】
2014057833.tif 000024
【国際調査報告】
2014057833.tif 000025
2014057833.tif 000026