WO2012029567A1

WO2012029567A1 - 受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム

Info

Publication number: WO2012029567A1
Application number: PCT/JP2011/068836
Authority: WO
Inventors: 北里　直久; しのぶ服部; 義治出葉
Original assignee: ソニー株式会社
Priority date: 2010-08-30
Filing date: 2011-08-22
Publication date: 2012-03-08
Also published as: US20160366490A1; KR101885390B1; JPWO2012029567A1; US20120050619A1; US10924813B2; KR20130137134A; CA2806837A1; CN103069829B; CN103069829A; EP2613525A4; EP2613525A1; CA2806837C; MX2013002074A; JP5916614B2

Abstract

本発明は、実行中のデータ放送用アプリを映像の切り替え操作に応じ、実行を継続させたり、終了させたりすることができる受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関する。映像の切り替え操作が行われた場合、実行中状態に遷移しているデータ放送用アプリが存在するときには、当該処理が開始されるきっかけとなった映像の切り替え操作の種別を判定する。そして、実行中状態のデータ放送用アプリに対応付けて記憶しているApp_life_scopeが参照され、判定した切り替え操作の種別が、App_life_scopeが示す範囲内であるならば、実行中状態のデータ放送用アプリはそのまま実行中状態が継続される。App_life_scopeが示す範囲内のものではない場合、データ放送用アプリが終了される。本発明は、例えば米国などにおいてデータ放送を実現する場合に適用できる。

Description

受信装置、受信方法、送信装置、送信方法、プログラム、および放送システム

　本発明は、受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関し、特に、例えばデジタルテレビジョン放送において、番組やＣＭ（コマーシャルメッセージ）の進行に連動してデータ放送のコンテンツを実行、終了させる場合に用いて好適な受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関する。

　従来、日本ではテレビジョン放送のデジタル化が推進されており、地上デジタル放送やＢＳデジタル放送などが普及している。また、地上デジタル放送などのデジタルテレビジョン放送では、番組の放送のみならず、いわゆるデータ放送も実現されている。このデータ放送におけるコンテンツによれば、例えば、放送中の番組に関連する情報を表示したり、放送中の番組に関連しない情報（他の番組の告知、ニュース、天気予報、交通情報など）を表示したりすることができる（例えば、特許文献１参照）。

　なお、日本におけるデータ放送は、テレビジョン放送のデジタル化に際してデジタルテレビジョン放送の放送帯域内にデータ放送専用の帯域が予め確保されており、この専用帯域を用いてデータ放送用コンテンツが放送されることにより実現されている。

　一方、米国におけるデジタルテレビジョン放送では、日本のデジタルテレビジョン放送のようなデータ放送専用の帯域が確保されていない。

　すなわち、米国の現状のデジタルテレビジョン放送の放送帯域は、図１のＡに示すように、映像用帯域、音声用帯域、および制御情報用帯域によって占められており、データ放送用コンテンツを放送するための帯域が設けられていない。したがって、デジタルテレビジョン放送の限られた放送帯域に、データ放送用コンテンツを放送するための帯域を確保するためには、図１のＢに示すように、例えば映像用帯域および音声用帯域を狭める必要がある。

特開２００６－５０２３７号公報

　しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。

　また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。

　また、米国においては、CATV（ケーブルＴＶ）網を用いたデジタルテレビジョン番組の再送信システムが普及しているが故に、以下のような問題も生じ得る。

　図２は、CATV網を用いたデジタルテレビジョン番組の再送信システムの構成の一例を示している。

　この再送信システムは、主に放送装置１、CATV再送信装置２、CATV網３、デジタルテレビジョン受像機４、セットトップボックス(STB)５、およびテレビジョン受像機６から構成される。

　放送局などに設けられる放送装置１は、デジタルテレビジョン放送信号を地上波または衛星波を用いて放送する。ケーブルＴＶ局などに設けられるCATV再送信装置２は、放送されたデジタルテレビジョン放送を受信し、不要な情報を除去するとともにCATV独自の情報を追加して、CATV網３を介してデジタルデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。

　CATV再送信装置２は、チューナ１１、所定のパケットＩＤのパケットをフィルタリングするPIDフィルタ１２、CATV独自信号発生部１３、多重化部１４、および変調部１５から構成される。

　チューナ１１は、各チャンネルのデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳ（トランスポートストリーム）をPIDフィルタ１２に出力する。PIDフィルタ１２は、ＴＳから所定のパケットＩＤに対応するパケット（番組としてのＡＶコンテンツに関係がないパケット）を除去して多重化部１４に出力する。CATV独自信号発生部１３は、当該CATV局の独自の情報が格納されたパケットを生成して多重化部１４に出力する。多重化部１４は、PIDフィルタ１２の出力と、CATV独自信号発生部１３の出力とを多重化して変調部１５に出力する。変調部１５は、多重化部１４の出力を、CATV網３に適して変調方式により変調して、CATV網３を介してデジタルテレビジョン受像機４、セットトップボックス５などに再送信する。

　CATVに対応したデジタルテレビジョン受像機４は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像を表示するとともに音声を出力する。

　CATVに対応したセットトップボックス５は、CATV網３を介して、再送信されたデジタルテレビジョン放送のＴＳを受信してデコードし、その結果得られる映像信号および音声信号を、HDMIケーブルなどを介してテレビジョン受像機６に出力する。テレビジョン受像機６は、セットトップボックス５からHDMIケーブルなどを介して入力される映像信号および音声信号に基づき、その映像を表示するとともに音声を出力する。

　上述したように、CATV再送信装置２においては、PIDフィルタ１２により、デジタル放送信号のＴＳから、所定のパケットＩＤに対応するパケット（番組としてのＡＶコンテンツに関係がないパケット）が除去される。したがって、仮に図１のＢに示されたように、放送帯域に、データ放送用コンテンツを放送するための帯域を確保したとしても、このPIDフィルタ１２により、データ放送用コンテンツが格納されているパケットが排除されてしまうことが起こり得る。

　本発明はこのような状況に鑑みてなされたものであり、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やＣＭの進行に連動して実行、終了させ得るデータ放送用コンテンツを実現できるようにするものである。

　本発明の第１の側面である受信装置は、送信されたＡＶコンテンツを受信する受信装置において、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む。

　前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させることができる。

　前記実行継続情報には、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されているようにすることができる。

　前記実行継続情報は、前記トリガ情報に含まれているようにすることができる。

　前記実行継続情報は、前記アプリケーションプログラムに含まれているようにすることができる。

　前記制御手段は、さらに、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御することができる。

　本発明の第１の側面である受信方法は、送信されたＡＶコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップとを含む。

　本発明の第１の側面であるプログラムは、送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップとを含む処理を受信装置のコンピュータに実行させる。

　本発明の第１の側面においては、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じてアプリケーションプログラムの実行が制御され、ＡＶコンテンツの映像が切り替えられた場合、実行中のアプリケーションプログラムの実行が継続されるか、または終了される。

　本発明の第２の側面である送信装置は、ＡＶコンテンツを送信する送信装置において、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。

　前記実行継続情報には、前記受信装置にて、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されているようにすることができる。

　前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれるようにすることができる。

　本発明の第２の側面である送信方法は、ＡＶコンテンツを送信する送信装置の送信方法において、前記送信装置による、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。

本発明の第２の側面であるプログラムは、ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている処理を送信装置のコンピュータに実行させる。

　本発明の第２の側面においては、ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報がＡＶコンテンツとともに送信される。このトリガ情報には、アプリケーションプログラムが受信装置にて実行中である場合にＡＶコンテンツの映像が切り替えられたとき、実行中のアプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。

　本発明の第３の側面である放送システムは、ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置が、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を含み、前記受信装置が、前記ＡＶコンテンツとともに送信された、前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む。

　本発明の第３の側面においては、送信装置により、ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報がＡＶコンテンツとともに送信される。一方、受信装置により、ＡＶコンテンツとともに送信されたトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムの実行が制御されるとともに、ＡＶコンテンツの映像が切り替えられた場合、実行中のアプリケーションプログラムの実行が継続されるか、または終了される。

　本発明の第１の側面によれば、テレビジョン放送の映像を切り替えるユーザの操作に対応してデータ放送用コンテンツを終了することができる。

　本発明の第２の側面によれば、テレビジョン放送の番組やＣＭなどの進行に連動して、受信装置におけるデータ放送用コンテンツの動作を制御することができる。

　本発明の第３の側面によれば、テレビジョン放送の番組やＣＭなどの進行に連動して、受信装置におけるデータ放送用コンテンツの動作を制御することができる。

デジタルテレビジョン放送の放送帯域を示す図である。既存のCATV再送信システムの構成の一例を示す図である。本発明を適用した放送システムの構成例を示す図である。本発明を適用した受信装置の構成例を示すブロック図である。トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。 PCRパケットにおけるトリガ情報の具体的な配置を示す図である。トリガ情報を映像信号に埋め込む例を示す図である。プリキャッシュコマンドのトリガ情報に含まれる項目を示す図である。エクスキュートコマンドのトリガ情報に含まれる項目を示す図である。インジェクトイベントコマンドのトリガ情報に含まれる項目を示す図である。サスペンドコマンドのトリガ情報に含まれる項目を示す図である。ターミネートコマンドのトリガ情報に含まれる項目を示す図である。トリガ情報のシンタックスの一例を示す図である。番組およびＣＭの進行に連動してデータ放送用アプリケーションプログラムを実行した場合の表示例を示す図である。トリガ情報対応処理を説明するフローチャートである。データ放送用アプリケーションプログラムの運用シナリオの一例を示す図である。データ放送用アプリケーションプログラムの状態遷移図である。デジタル放送信号の構成を説明する図である。映像切り替え割り込み処理を説明するフローチャートである。 App_life_scopeがES boundである場合の動作シナリオを示している。 App_life_scopeがservice boundである場合の動作シナリオを示している。 App_life_scopeがProvider boundである場合の動作シナリオを示している。 App_life_scopeがUn-boundである場合の動作シナリオを示している。コンピュータの構成例を示すブロック図である。

　以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。

　＜１．実施の形態＞
［放送システムの構成例］
　図３は、実施の形態である放送システムを示している。この放送システム３０は、例えば現状の米国のように、デジタルテレビジョン放送の放送帯域にデータ放送用コンテンツを放送するための帯域が設けられていない状態において、番組やＣＭのＡＶコンテンツに連動し得るデータ放送用コンテンツを実現するものである。

　なお、データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。

　この放送システム３０は、放送局側に設けられる放送装置４１およびサーバ４２、並びに、受信者側に設けられる受信装置６０から構成される。

　放送装置４１は、デジタルテレビジョン放送信号を送信するようになされている。また、放送装置４１は、番組やＣＭの進行に連動して実行させるデータ放送用コンテンツの実行を指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、デジタルテレビジョン放送信号のトランスポートストリーム（ＴＳ）内に多重化したり、映像信号に埋め込んだりして送信する。

　トリガ情報には、コマンドの種類を示す情報の他、データ放送用アプリの取得先を示す情報などを含む。トリガ情報の詳細については後述する。

　サーバ４２は、インタネット５０を介してアクセスしてきた受信装置６０からの要求に応じてデータ放送用アプリを供給する。

　受信装置６０は、放送装置４１から放送されたデジタル放送信号を受信し、ＡＶコンテンツ（テレビジョン番組やＣＭなど）の映像および音声をモニタ（不図示）に出力する。また、受信装置６０は、インタネット５０を介してサーバ４２にアクセスし、データ放送用アプリを取得する。なお、この受信装置６０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。

［受信装置の構成例］
　図４は、受信装置６０の構成例を示している。受信装置６０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、トリガ検出部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、記録部７１、通信I/F７２、キャッシュメモリ７３、アプリエンジン７４、およびアプリ用メモリ７５から構成される。

　チューナ６１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳを多重分離部６２に出力する。多重分離部６２は、チューナ６１から入力されるＴＳをオーディオ符号化信号、ビデオ符号化信号、および制御信号に分離し、それぞれをオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力する。

　さらに、多重分離部６２は、ＴＳに配置されたトリガ情報を含むPCRパケットを抽出してトリガ検出部６６に出力する。

　オーディオデコーダ６３は、入力されたオーディオ符号化信号をデコードし、その結果得られる音声信号を音声出力部６４に出力する。音声出力部６４は、入力された音声信号を後段（例えば、スピーカ）に出力する。

　ビデオデコーダ６５は、入力されたビデオ符号化信号をデコードし、その結果得られる映像信号をトリガ検出部６６および映像出力部６７に出力する。

　トリガ検出部６６は、入力された映像信号を常に監視し、映像信号に埋め込まれているトリガ情報を検出して制御部６８に出力する（トリガ情報がＴＳのみ配置されている場合、このトリガ検出部６６の動作は不要となる）。また、トリガ検出部６６は、多重分離部６２から入力される、トリガ情報を含むPCRパケットからトリガ情報を抽出して制御部６８に出力する。

　映像出力部６７は、ビデオデコーダ６５から入力された映像信号を後段（例えば、ディスプレイ）に出力する。また、映像出力部６７は、アプリエンジン７４から入力されるデータ放送用アプリの映像と、ビデオデコーダ６５から入力された映像信号を合成して、後段に出力する。

　制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置６０の全体を制御する。また、制御部６８は、トリガ検出部６６から入力されるトリガ情報に基づき、データ放送用アプリの取得、起動、イベント発火、休止、終了等を制御する。

　メモリ６９には、制御部６８によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット５０を介して取得する更新データに基づいて更新することができる。操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。

　記録部７１は、データ放送用アプリがデジタルテレビジョン放送信号を用いて配信される場合において、配信されたデータ放送用アプリをダウンロードして、内蔵する記録媒体に保持する。

　通信I/F７２は、アプリエンジン７４からの制御に従い、インタネット５０を介してサーバ４２に接続する。アプリエンジン７４は、制御部６８からの制御に従い、通信I/F７２およびインタネット５０を介してサーバ４２からデータ放送用アプリを取得し、キャッシュメモリ７３に保持させる。

　アプリエンジン７４は、制御部６８からの制御に従い、記録部７１またはキャッシュメモリ７３に保持されているデータ放送用アプリを読み出して実行する。

　アプリ用メモリ７５は、ワークメモリ７５Ａおよび退避メモリ７５Ｂとから成る。アプリエンジン７４は、実行中のデータ放送用アプリに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ７５Ａに記録する。また、アプリエンジン７４は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ７５のワークメモリ７５Ａのデータを退避メモリ７５Ｂに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移動させて休止前の状態を復活させる。

　なお、アプリ用メモリ７５における同じサイズの２領域のうち、一方をワークメモリ７５Ａ、他方を退避メモリ７５Ｂとして交互に切り替えるようにしてもよい。これにより、ワークメモリ７５Ａと退避メモリ７５Ｂとの間でのデータの移動をなくすことができる。

［トリガ情報の送信方法］
　次に、トリガ情報の送信方法について説明する。

　図５は、トリガ情報がデジタルテレビジョン放送信号のＴＳのPCR(Program Clock Reference)パケットに格納されて送信される場合の概念を示している。

　トリガ情報は、番組やＣＭと連動させるための適切なタイミングに対応するPCRパケットに格納されて配信される。したがって、同図に示すように、全てのPCRパケットにトリガ情報が格納されるわけではない。通常、PCRパケットは、図２に示されたようなCATV再送信装置２のPIDフィルタ１２を通過するので、CATV網を利用する受信装置（図２のデジタルテレビジョン受像機４）に対してもトリガ情報を通知することができる。

　なお、トリガ情報は、電波障害や受信装置６０における取りこぼし（受信ミス）を考慮して、同一内容のトリガ情報が連続的に複数回送信される。

　図６は、PCRパケットにおけるトリガ情報の配置を示している。PCRパケットは、ＴＳパケットのadaptation_fieldにPCRが格納されたものであり、トリガ情報(同図のTrigger Info_descriptor)は、PCRの後に続くtransport_private_data_byteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVarious_flagsのtransport_private_data_flagが１とされる。

　前記は、トリガ情報をPCRに格納して伝送する例を示したが、トリガ情報の格納、および伝送方法としてはこれに限定されるものではない。例えば、トリガ情報を映像情報そのものに埋め込んでもよい。

　図７は、トリガ情報を映像信号に埋め込む２種類の例を示している。

　同図Ａは、トリガ情報を２次元バーコード化して、映像信号の画像の所定の位置（いまの場合、右下隅）に重畳合成する例を示している。同図Ｂは、トリガ情報を映像コード化して、映像信号の画像の下部の数ラインに合成する例を示している。同図Ａおよび同図Ｂにおけるトリガ情報は、受信装置６０のトリガ検出部６６によって検出される。

　同図Ａと同図Ｂのいずれの例においても、トリガ情報はテレビジョン番組の画面上に配置されているので、例えば、CATV網を利用した受信装置（例えば、図２のテレビジョン受像機６）に対しても、トリガ情報を通知することができる。

　また、同図Ａと同図Ｂのいずれの例においても、画面上のトリガ情報（２次元バーコードまたは映像コード）は受信装置６０のユーザによって視認され得るが、これが好ましくない場合、２次元バーコードまたは映像コードを、その周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。

［トリガ情報の詳細］
　次に、トリガ情報の詳細について説明する。トリガ情報は、それが示すコマンドに応じて分類される。コマンドの種類は、プリキャッシュ(Pre_cache)コマンド、エクスキュート(Execute)コマンド、インジェクトイベント(Inject_event)コマンド、サスペンド(Suspend)コマンド、およびターミネート(Terminate)コマンドの５種類が存在する。なお、これら５種類以外のコマンドを追加するようにしてもよい。

　図８は、プリキャッシュコマンドとしてのトリガ情報に含まれる項目を示している。プリキャッシュコマンドは、受信装置６０に対して、データ放送用アプリの取得を実行させるためのコマンドである。

　Trigger_idは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTrigger_idは同一のものとなる。Protcol_versionは、当該トリガ情報のプロトコルのバージョンを示している。Command_codeは、当該トリガ情報のコマンドの種類を示す。同図の場合、プリキャッシュコマンドであることを示す情報が記載される。

　Trigger_varidityは、当該トリガ情報を受信した各受信装置６０が当該トリガ情報に従って処理を実行する確率を示す値である。この値を設けることにより、複数の受信装置６０がサーバ４２からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。例えば、数多く存在し得る受信装置６０からのサーバ４２に対するアクセスを４回に分散させるためには、同一のトリガ情報を４回送信するようにし、１回目のトリガ情報におけるサーバアクセス分散パラメータＮ＝４とし、２回目のトリガ情報におけるサーバアクセス分散パラメータＮ＝３とし、３回目のトリガ情報におけるサーバアクセス分散パラメータＮ＝２とし、４回目のトリガ情報におけるサーバアクセス分散パラメータＮ＝１とすればよい。

　App_idは、当該トリガ情報に対応して取得するデータ放送用アプリの識別情報である。App_typeは、当該トリガ情報に対応するデータ放送用アプリのタイプ（例えば、HTML5，BML，javaなど）を示す情報である。App_urlは、データ放送用アプリの取得先（いまの場合、サーバ４２）のURLである。

　Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagは、当該トリガ情報に対応するデータ放送用アプリのプログラムデータの所在を示すフラグである。Broadcast_App_flagは、当該トリガ情報に対応するデータ放送用アプリがデジタルテレビジョン放送信号から取得可能である場合に１とされる。Downloaded_App_flagは、当該トリガ情報に対応するデータ放送用アプリがダウンロード放送サービスで既に放送されており、これを受信装置６０が受信していればローカルストレージ（例えば、記録部７１）から取得可能である場合に１とされる。Internet_App_flagは、当該トリガ情報に対応するデータ放送用アプリがインタネット５０を介してアプリサーバ４２から取得可能である場合に１とされる。

　図９は、エクスキュートコマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドとは、受信装置６０に対して、データ放送用アプリの起動を実行させるためのコマンドである。

　Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id，App_type，App_url，Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagについては、図８に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、エクスキュートコマンドであることを示す情報が記載される。

　トリガ情報に含まれるApp_life_scopeは、ユーザによる各種の映像切り替え操作（詳細後述）が行われた場合において、実行中の当該エクスキュートコマンドとしてのトリガ情報に対応して起動されたデータ放送用アプリの実行を継続する条件を示す情報が記載される。

　具体的には、App_life_scopeには、ES bound、service bound、Provider bound、またはUn-boundのいずれかが記載される。

　ES boundは、同一の映像ES（エレメンタリストリーム）がデコード・再生されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、例えば、同一番組内で視点が異なる映像の切り替えが行われた場合などに応じて、実行中のデータ放送用アプリは終了される。

　Service boundは、同一のサービス（いわゆる、チャンネル）が選局されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、サービスの切り替えが行われた場合、実行中のデータ放送用アプリは終了される。

　Provider boundは、同一のプロバイダ（放送事業者）からのサービスが受信されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、プロバイダが同一であるサービス間の切り替えではデータ放送用アプリの実行は継続され、プロバイダの異なるサービス間の切り替えが行われた場合、実行中のデータ放送用アプリは終了される。

　Un-boundは、映像切り替え操作が行われてもデータ放送用アプリの実行が継続されることを意味する。すなわち、例えば、サービスが切り替えられても実行中のデータ放送用アプリは終了されず、後述するターミネートコマンドのトリガ情報を受信した場合のみ、実行中のデータ放送用アプリが終了されることを意味する。

　エクスキュートコマンドとしてのトリガ情報に、App_life_scopeを設けることにより、ユーザから映像切り替え操作が行われたとしても、それが同一サービス内、または同一放送事業社内である場合にはデータ放送用アプリを継続して実行させるような制御が可能となる。また、全てのサービス（チャンネル）で共通なデータ放送用アプリを継続して実行させるような制御も可能となる。

　トリガ情報に含まれるApp_expire_dateは、実行中のデータ放送用アプリを、ターミネートコマンドを受信することなく終了する日時を示している。

　図１０は、インジェクトイベントコマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、受信装置６０に対して、実行中のデータ放送用アプリにおいてイベントの発火を実行させるためのコマンドである。

　Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、およびApp_typeについては、図８に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、インジェクトイベントコマンドであることを示す情報が記載される。

　Event_idは、App_idにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。Event Embedded Dataは、イベントを発火する際に参照されるデータが記載される。

　図１１は、サスペンドコマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、受信装置６０に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。

　Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、およびApp_typeについては、図８に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、サスペンドコマンドであることを示す情報が記載される。

　図１２は、ターミネートコマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置６０に対して、実行中のデータ放送用アプリの終了させるためのコマンドである。

　Trigger_id，Protcol_version，Command_code，Trigger_varidity，App_id、およびApp_typeについては、図８に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Command_codeには、ターミネートコマンドであることを示す情報が記載される。

[トリガ情報のシンタックス]
　図１３は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図１３に限定されるものではない。

［動作説明］
　次に、トリガ情報に従う受信装置６０の動作について説明する。

　図１４は、テレビジョン番組やＣＭなどの対応するデータ放送用アプリを受信装置６０に実行させるときの受信装置６０の表示画面の遷移を示している。

　例えば同図Ａに示すように、テレビジョン番組（いまの場合、「７時のニュース」）が放送されており、番組の内容が経済情報に移ると、それにあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信される。これが受信されると、データ放送用アプリが起動されて、番組が表示されている画面上には、同図Ｂに示すように、データ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「株」）が表示される。

　ユーザがこのアイコンを選択すると、画面上には、同図Ｃに示すように、データ放送用アプリによる表示（いまの場合、株価情報表示）が行われる。このように、データ放送用アプリの表示をユーザに促すためのアイコンが表示された場合にのみ、データ放送用アプリによる表示を行うので、データ放送用アプリによる表示を必要としないユーザを煩わせてしまう事態を抑止することができる。

　さらに番組の内容が推移すると（いまの場合、スポーツ情報に推移すると）、それにあわせてインジェクイベントコマンドのトリガ情報が送信される。これが受信されると、イベントが発火されて、例えば、画面上のデータ放送用アプリによる表示が、同図Ｄに示すように変更される（いまの場合、試合結果情報表示に変更される）。

　そして、番組に対応する実行中のデータ放送用アプリに対するサスペンドコマンドのトリガ情報が送信され、これが受信されると、番組に対応するデータ放送用アプリが休止される。この後、ＣＭに対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、ＣＭ番組のデータ放送用アプリが起動される。これにより、ＣＭが表示されている画面上には、同図Ｅに示すように、ＣＭに対応するデータ放送用アプリの表示をユーザに促すためのアイコン（いまの場合、「懸賞応募」）が表示される。

　ユーザがこのアイコンを選択すると、画面上には、ＣＭに対応するデータ放送用アプリによる表示（いまの場合、懸賞応募のための表示）が行われる。

　ＣＭの終了後、番組再開にあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、同図Ｆに示すように、CMに対応するデータ放送用アプリの表示が消去されて、番組のデータ放送用アプリの表示も、先ほど休止された状態から再開される。

　そして、番組が終了するとき、それにあわせて、番組に対応するデータ放送用アプリに対するターミネートコマンドのトリガ情報が送信され、これが受信されると、同図Ｇに示すように、画面上からデータ放送用アプリの表示が消去されて番組の映像のみが表示される。

　なお、データ放送用アプリの表示については、図１４に示されたように、番組の表示を縮小してデータ放送用アプリの表示のための領域を設ける方法だけでなく、例えば、番組の表示に、データ放送用アプリの表示を重畳するようにしてもよい。

　次に、受信装置６０がトリガ情報を受信したときの動作（以下、トリガ情報対応処理と称する）について、図１５を参照して説明する。

　図１５は、トリガ情報対応処理を説明するフローチャートである。このトリガ情報対応処理は、ユーザがテレビジョン番組を視聴しているとき、すなわち、受信装置６０がデジタルテレビジョン放送信号を受信している間、繰り返して実行される。

　ステップＳ１において、トリガ検出部６６は、多重分離部６２からトリガ情報を含むPCRパケットが入力されるか、またはビデオデコーダ６５から出力される映像信号からトリガ情報を検出するまで待機する。そして、トリガ情報を含むPCRパケットが入力されるか、または映像信号からトリガ情報が検出された場合、処理はステップＳ２に進められる。

　ステップＳ２において、トリガ検出部６６は、トリガ情報を制御部６８に出力する。制御部６８は、トリガ情報のTrigger_idを読み出し、当該トリガ情報に対してステップＳ３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ３以降の処理を実行済みであると判定された場合、処理はステップＳ１に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップＳ３以降の処理を実行していないと判定された場合、処理はステップＳ３に進められる。

　ステップＳ３において、制御部６８は、トリガ情報のCommand_codeを読み出し、当該トリガ情報の示すコマンドが、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートのいずれであるかを判別する。

　ステップＳ４において、制御部６８は、ステップＳ３の判別結果がプリキャッシュであたか否かを判断し、プリキャッシュであったと判断された場合、処理はステップＳ５に進められる。

　ステップＳ５において、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータが取得される。具体的には、当該トリガ情報のBroadcast_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータがテレビジョン放送信号から取得されて記録部７１に記録される。当該トリガ情報のDownloaded_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、ローカルストレージである記録部７１から取得される。当該トリガ情報のInternet_App_flagが１である場合、App_idにより特定されるデータ放送用アプリのプログラムデータが、インタネット５０を介してサーバ４２から取得されてキャッシュメモリ７３に記録される。なお、Broadcast_App_flag，Downloaded_App_flag、およびInternet_App_flagのうち、２つ以上のflagが１である場合、受信装置６０側の都合に応じて、当該トリガ情報のApp_idにより特定されるデータ放送用アプリのプログラムデータを取得することができる。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　ステップＳ４において、ステップＳ３の判別結果がプリキャッシュではなかったと判断された場合、処理はステップＳ６に進められる。ステップＳ６において、制御部６８は、ステップＳ３の判別結果がエクスキュートであったか否かを判断し、エクスキュートであったと判断された場合、処理はステップＳ７に進められる。

　ステップＳ７において、アプリエンジン７４は、制御部６８からの制御に従い、当該トリガ情報のApp_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であるか否かを判断する。具体的には、退避メモリ７５Ｂに、App_idにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判断する。

　ステップＳ７において、App_idにより特定されるデータ放送用アプリが休止中ではないと判断された場合、処理はステップＳ８に進められる。ステップＳ８において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリのプログラムデータが未取得（記録部７１またはキャッシュメモリ７３に存在しない）の場合にそれを取得する。

　ステップＳ９において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリがある場合にはそれを終了させる。

　ステップＳ１０において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリを起動する。制御部６８は、トリガ情報からApp_life_scopeを抽出し、起動させたデータ放送用アプリに抽出したApp_life_scopeを対応付けて記憶する。ここで記憶されたApp_life_scopeが、この後にユーザから映像切り替え操作があった場合において実行される割り込み処理で参照される（詳細は図１９を参照して後述する）。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　なお、ステップＳ７において、App_idにより特定されるデータ放送用アプリが休止中（サスペンド状態）であると判断された場合、処理はステップＳ１１に進められる。ステップＳ１１において、アプリエンジン７４は、制御部６８からの制御に従い、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移して、App_idにより特定されるデータ放送用アプリを起動する。これにより、App_idにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　ステップＳ６において、ステップＳ３の判別結果がエクスキュートではなかったと判断された場合、処理はステップＳ１２に進められる。ステップＳ１２において、制御部６８は、ステップＳ３の判別結果がインジェクトイベントであったか否かを判断し、インジェクトイベントであったと判断された場合、処理はステップＳ１３に進められる。

　ステップＳ１３において、制御部６８は、当該トリガ情報のApp_idと、動作中のデータ放送用アプリのApp_idが一致する場合のみ、アプリエンジン７４を制御して、動作中のアプリケーションにおいて、トリガ情報のEvent_idに対応するイベントを発火（実行）させる。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　ステップＳ１２において、ステップＳ３の判別結果がインジェクトイベントではなかったと判断された場合、処理はステップＳ１４に進められる。ステップＳ１４において、制御部６８は、ステップＳ３の判別結果がサスペンドであったか否かを判断し、サスペンドであったと判断された場合、処理はステップＳ１５に進められる。

　ステップＳ１５において、アプリエンジン７４は、制御部６８からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータ（すなわち、現在ワークメモリ７５Ａに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含む）を退避メモリ７５Ｂに退避させる。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　ステップＳ１４において、ステップＳ３の判別結果がサスペンドではなかったと判断された場合、ステップＳ３の判別結果はターミネートであったはずなので、処理はステップＳ１６に進められる。ステップＳ１６において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップＳ１７において、アプリエンジン７４は、制御部６８からの制御に従い、App_idにより特定されるデータ放送用アプリに関するデータを、ワークメモリ７５Ａおよび退避メモリ７５Ｂから消去するとともに、データ放送用アプリのプログラムデータを記録部７１またはキャッシュメモリ７３から消去させる。この後、処理はステップＳ１に戻り、それ以降が繰り返される。

　以上でトリガ情報対応処理の説明を終了する。上述したトリガ情報対応処理によれば、テレビジョン番組やＣＭに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させ、休止した状態から再開することができる。

　また、トリガ情報対応処理によれば、図１６に示すようなデータ放送用アプリの運用の可能である。

[データ放送用アプリの動作シナリオ]
　図１６は、データ放送用アプリの動作シナリオの一例を示している。

　放送装置４１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリの取得を指示するプリキャッシュコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、データ放送用アプリを取得する。

　次に、放送装置４１がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリを起動させるためのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０は、データ放送用アプリを起動する。この起動により、番組の映像にデータ放送用アプリの表示をユーザに促すためのアイコンが重畳表示される。

　このアイコンをユーザが選択すると、番組の映像に画面上にデータ放送用アプリによる表示が重畳される。

　放送装置４１がテレビジョン番組の進行にあわせて、イベントの発火を指示するためのインジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリにおいてイベントが発火する（例えば、表示が変更される）。

　そして、所定のタイミングにおいて、放送装置４１がデータ放送用アプリの休止を指示するためのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが休止される（関連するデータは退避メモリ７５Ｂに保持される）。その後、放送装置４１がデータ放送用アプリの起動（再開）を指示するためのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、休止されていたデータ放送用アプリが再開される。

　さらに、放送装置４１がテレビジョン番組の終了にあわせて、データ放送用アプリの終了を指示するためのターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置６０では、実行中のデータ放送用アプリが終了される。

[データ放送用アプリの状態遷移]
　図１７は、受信装置６０におけるデータ放送用アプリの状態遷移を示している。

　同図に示すように、データ放送用アプリは、終了状態(Stopped)、準備状態(Ready)、実行中状態(Active)、または休止状態(Suspended)の４種類の状態のいずれかに遷移している。

　終了状態は、データ放送用アプリが実行されておらず、かつ、そのデータ放送用アプリのプログラムデータが未取得である状態を指す。準備状態は、そのデータ放送用アプリのプログラムデータが取得済みであって、実行されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ７５Ｂに保持されている状態を指す。

　データ放送用アプリが終了状態に遷移しているとき、プリキャッシュコマンドのトリガ情報が受信されてそのデータ放送用アプリのプログラムデータが取得されると、準備状態に遷移する。

　データ放送用アプリが終了状態または準備状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されてそのデータ放送用アプリが起動されると、実行中状態に遷移する。

　データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報が受信されて、実行中のデータ放送用アプリが中断されると休止状態に遷移する。

　データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されて、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。

　データ放送用アプリが準備状態、実行中状態、または休止状態に遷移しているとき、ターミネートコマンドのトリガ情報が受信されると、準備状態、実行中状態、または休止状態のデータ放送用アプリが終了状態に遷移する。なお、終了状態への遷移は、ターミネートコマンドのトリガ情報に基づくものの他、トリガ情報のApp_expire_dateが経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。

[ユーザからの映像切り替え操作に応じた割り込み処理]
　次に、受信装置６０にて実行される、ユーザからの映像切り替え操作に応じた割り込み処理（以下、映像切り替え割り込み処理と称する）について説明するが、その前に、各種の映像切り替えについて説明する。

　図１８は、デジタルテレビジョン放送の一例である地上デジタル放送信号の構成を示している。

　地上デジタル放送信号は、周波数軸上に６MHz（または８MHz）の帯域を有する物理チャンネルが配置されており、放送事業者が各物理チャンネルを占有して放送を行うようになされている。なお、複数の物理チャンネルを同一の放送事業者が占有することもある。

　物理チャンネルは、１以上のサービス（論理チャンネルとも称される）から構成される。このサービスが、受信装置６０において受信する番組を切り替えるときに変更される、いわゆるチャンネルに相当する。各物理チャンネルでは、そこに含まれるサービスのリストやその放送周波数などを示す選局情報（ATSCにおけるVCT、DVBまたはARIBにおけるNITに相当）が放送される。各サービスのPMTのPIDは、物理チャンネル毎のPATに記載されている。

　各サービス（論理チャンネル）には、１以上のESが含まれる。例えば、異なる視点（カメラ位置）からの映像を切り替えることができるマルチビュー対応の番組の場合、複数の映像ESが含まれている。各ESのPIDは、各サービスのPMTに記載されている。

　上述した構成の場合、ユーザによる映像の切り替え操作は、同図に示された切替１乃至３の３種類のいずれかとなる。すなわち、切替１は、同一サービス内における映像ESの変更切り替えである。切替２は、同一物理チャンネル内におけるサービスの切り替えである。切替３は、異なる物理チャンネルへの切り替えである。なお、切替３の場合、切り替え元の物理チャンネルの放送事業者と、切り替え先の物理チャンネルの放送事業者とが、同一である場合と、異なる場合の２種類がある。

　次に、映像切り替え割り込み処理について説明する。図１９は、映像切り替え割り込み処理を説明するフローチャートである。

　この映像切り替え割り込み処理は、ユーザから、上述したいずれかの映像の切り替え操作が行われたときに実行される。

　ステップＳ３１において、制御部６８は、現在、実行中状態に遷移しているデータ放送用アプリが存在するか否かを判定し、存在すると判定した場合、処理をステップＳ３２に進める。なお、ここで、実行中状態に遷移しているデータ放送用アプリが存在しないと判定された場合、この映像切り替え割り込み処理は終了される。

　ステップＳ３２において、制御部６８は、受信中のテレビジョン放送信号から取得した選局情報に基づき、当該映像切り替え割り込み処理が開始されるきっかけとなった映像の切り替え操作の種別を判定する。具体的には、図１８に示された切替１乃至切替３のいずれであるかを判定し、さらに、切替３と判定した場合には、切り替え元の物理チャンネルの放送事業者と、切り替え先の物理チャンネルの放送事業者とが同一であるか否かを判定する。

　ステップＳ３３において、制御部６８は、ステップＳ３２で判定した切り替え操作の種別が、実行中状態のデータ放送用アプリに対応付けて記憶しているApp_life_scopeが示す範囲内のものであるか否かを判定する。ここで、App_life_scopeが示す範囲内であると判定された場合、この映像切り替え割り込み処理は終了される。すなわち、実行中状態のデータ放送用アプリはそのまま実行中状態が継続される。

　反対に、ステップＳ３２で判定した映像切り替え操作の種別が、App_life_scopeが示す範囲内のものではないと判定された場合、処理はステップＳ３４に進められる。ステップＳ３４において、制御部６８は、アプリエンジン７４を制御して、実行中状態のデータ放送用アプリを終了させる。アプリエンジン７４は、制御部６８からの制御に従い、実行中状態のデータ放送用アプリを終了させ、それに関するデータを、ワークメモリ７５Ａおよび退避メモリ７５Ｂから消去するとともに、データ放送用アプリのプログラムデータを記録部７１またはキャッシュメモリ７３から消去させる。

　以上で、この映像切り替え割り込み処理は終了される。以上説明した映像切り替え割り込み処理によれば、映像切り替え操作の種別に応じ、データ放送用アプリの実行中状態を継続させたり、終了させたりすることができる。

　なお、上述した映像切り替え割り込み処理は、実行中状態にあるデータ放送用アプリを対象として実行したが、休止状態に遷移しているデータ放送用アプリも対象にするようにしてもよい。

[映像切り替え割り込み処理の動作シナリオ]
　次に、上述した映像切り替え割り込み処理による動作シナリオの例を説明する。

　図２０は、実行中状態にあるデータ放送用アプリのApp_life_scopeがES boundである場合の動作シナリオを示している。

　サービス（いわゆるチャンネル）Ａで放送されているマルチビュー対応の番組Ａ１で映像ES１を受信装置６０が受信、表示していたときに、データ放送用アプリApp-Aに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Aが起動される。この後、ユーザが番組Ａ１の映像を映像ES２に切り替える操作を行うと、映像切り替え割り込み処理が実行される。いまの場合、ESが変更されたので、実行中状態にあるデータ放送用アプリApp-Aが終了される。

　この後、サービスＡの映像ES２で送信されているデータ放送用アプリApp-Bに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Bが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリApp-Bは、番組Ａ１の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。

　図２１は、実行中状態にあるデータ放送用アプリのApp_life_scopeがservice boundである場合の動作シナリオを示している。

　サービスＡで放送されているマルチビュー対応の番組Ａ１で映像ES１を受信装置６０が受信、表示していたときに、データ放送用アプリApp-Aに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Aが起動される。この後、ユーザが番組Ａ１の映像を映像ES２に切り替える操作を行うと、映像切り替え割り込み処理が実行される。いまの場合、同一サービス内の映像切り替えであるので、実行中状態にあるデータ放送用アプリApp-Aが継続して実行される。

　この後、サービスＢで放送されている番組Ｂ１に選局が変更されると、再び映像切り替え割り込み処理が実行される。いまの場合、サービスが異なる映像切り替えであるので、実行中状態にあるデータ放送用アプリApp-Aが終了される。

　この後、サービスＢで送信されているデータ放送用アプリApp-Bに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Bが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリApp-Bは、番組Ｂ１の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。

　図２２は、実行中状態にあるデータ放送用アプリのApp_life_scopeがProvider boundである場合の動作シナリオを示している。

　サービスＡで放送されている番組Ａ１を受信装置６０が受信、表示していたときに、データ放送用アプリApp-Aに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Aが起動される。この後、サービスＡと同じ放送事業者によるサービスＢで放送されている番組Ｂ１に選局が変更されると、映像切り替え割り込み処理が実行される。いまの場合、同一放送事業社内の映像切り替えであるので、実行中状態にあるデータ放送用アプリApp-Aが継続して実行される。

　この後、サービスＡ，Ｂとは異なる放送事業者によるサービスＣで放送されている番組Ｃ１に選局が変更されると、再び映像切り替え割り込み処理が実行される。いまの場合、放送事業者が異なる映像切り替えであるので、実行中状態にあるデータ放送用アプリApp-Aが終了される。

　この後、サービスＣで送信されているデータ放送用アプリApp-Bに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Bが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリApp-Bは、番組Ｃ１の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。

　図２３は、実行中状態にあるデータ放送用アプリのApp_life_scopeがUn-boundである場合の動作シナリオを示している。

　サービスＡで放送されている番組Ａ１を受信装置６０が受信、表示していたときに、データ放送用アプリApp-Aに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリApp-Aが起動される。この後、サービスＡとは異なる放送事業者によるサービスＢで放送されている番組Ｂ１に選局が変更されると、映像切り替え割り込み処理が実行されるが、App_life_scopeがUn-boundであるので、実行中状態にあるデータ放送用アプリApp-Aは継続して実行される。すなわち、実行中状態のデータ放送用アプリApp-Aは、これに対応するエクスキュートコマンドのトリガ情報を受信する継続して実行されることになる。

　以上説明したように、映像切り替え割り込み処理によれば、映像切り替え操作の種別に応じ、データ放送用アプリの実行中状態を継続させたり、終了させたりすることができる。これにより、例えば、ユーザから映像切り替え操作が行われたとしても、それが同一サービス内、または同一放送事業社内である場合にはデータ放送用アプリを継続して実行させるような制御が可能となる。また、全てのサービス（チャンネル）で共通なデータ放送用アプリを継続して実行させるような制御も可能となる。

　なお、本実施の形態においては、データ放送用アプリに対するApp_life_scopeを、エクスキュートコマンドとしてのトリガ情報に含めるようにしたが、例えば、データ放送用アプリのプログラム自体にApp_life_scopeを含めるようにしてもよい。

　ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

　図２４は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。

　このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。

　バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。

　以上のように構成されるコンピュータでは、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。

　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。

　また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。

　また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

　なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

　３０　放送システム，　４１　放送装置，　４２　サーバ，　６０　受信装置，　６１　チューナ，　６２　多重分離部，　６３　オーディオデコーダ，　６４　音声出力部，　６５　ビデオデコーダ，　６６　トリガ検出部，　６７　映像出力部，　６８　制御部，　６９　メモリ，　７０　操作部，　７１　記録部，　７２　通信I/F，　７３　キャッシュメモリ，　７４　アプリエンジン，　７５　メモリ，　７５Ａ　ワークメモリ，　７５Ｂ　退避メモリ

Claims

　送信されたＡＶコンテンツを受信する受信装置において、
　前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、
　抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段と
　を含む受信装置。
　前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる
　請求項１に記載の受信装置。
　前記実行継続情報には、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
　　または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
　のいずれかが記載されている
　請求項１に記載の受信装置。
　前記実行継続情報は、前記トリガ情報に含まれている
　請求項２または３に記載の受信装置。
　前記実行継続情報は、前記アプリケーションプログラムに含まれている
　請求項２または３に記載の受信装置。
　前記制御手段は、さらに、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御する
　送信されたＡＶコンテンツを受信する受信装置の受信方法において、
　前記受信装置による、
　　前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
　　抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、
　　前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップと
　を含む受信方法。
　送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、
　前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
　抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、
　前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップと
　を含む処理を受信装置のコンピュータに実行させるプログラム。
　ＡＶコンテンツを送信する送信装置において、
　前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を含み、
　前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている
　送信装置。
　前記実行継続情報には、前記受信装置にて、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
　　ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
　　または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
　のいずれかが記載されている
　請求項９に記載の送信装置。
　前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれる
　請求項９または１０に記載の送信装置。
　ＡＶコンテンツを送信する送信装置の送信方法において、
　前記送信装置による、
　　前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、
　前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている
　送信方法。
　ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、
　前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、
　前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている
　処理を送信装置のコンピュータに実行させるプログラム。
　ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、
　前記送信装置は、
　　前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を
　含み、
　前記受信装置は、
　　前記ＡＶコンテンツとともに送信された、前記トリガ情報を抽出する抽出手段と、
　　抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段と
　を含む
　放送システム。