"送信されたAVコンテンツを受信する受信装置において、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む受信装置。前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる請求項1に記載の受信装置。前記実行継続情報には、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするESbound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservicebound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProviderbound、または、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUnboundのいずれかが記載されている請求項1に記載の受信装置。前記実行継続情報は、前記トリガ情報に含まれている請求項2または3に記載の受信装置。前記実行継続情報は、前記アプリケーションプログラムに含まれている請求項2または3に記載の受信装置。前記制御手段は、さらに、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御する送信されたAVコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第1の制御ステップと、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第2の制御ステップとを含む受信方法。送信されたAVコンテンツを受信する受信装置の制御用のプログラムであって、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第1の制御ステップと、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第2の制御ステップとを含む処理を受信装置のコンピュータに実行させるプログラム。AVコンテンツを送信する送信装置において、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信手段を含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている送信装置。前記実行継続情報には、前記受信装置にて、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするESbound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservicebound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProviderbound、または、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUnboundのいずれかが記載されている請求項9に記載の送信装置。前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも1つが含まれる請求項9または10に記載の送信装置。AVコンテンツを送信する送信装置の送信方法において、前記送信装置による、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている送信方法。AVコンテンツを送信する送信装置の制御用のプログラムであって、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている処理を送信装置のコンピュータに実行させるプログラム。AVコンテンツを送信する送信装置と、送信された前記AVコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置は、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信手段を含み、前記受信装置は、前記AVコンテンツとともに送信された、前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む放送システム。しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。また、米国においては、CATVケーブルTV網を用いたデジタルテレビジョン番組の再送信システムが普及しているが故に、以下のような問題も生じ得る。図2は、CATV網を用いたデジタルテレビジョン番組の再送信システムの構成の一例を示している。この再送信システムは、主に放送装置1、CATV再送信装置2、CATV網3、デジタルテレビジョン受像機4、セットトップボックス5、およびテレビジョン受像機6から構成される。放送局などに設けられる放送装置1は、デジタルテレビジョン放送信号を地上波または衛星波を用いて放送する。ケーブルTV局などに設けられるCATV再送信装置2は、放送されたデジタルテレビジョン放送を受信し、不要な情報を除去するとともにCATV独自の情報を追加して、CATV網3を介してデジタルデジタルテレビジョン受像機4、セットトップボックス5などに再送信する。CATV再送信装置2は、チューナ11、所定のパケットIDのパケットをフィルタリングするPIDフィルタ12、CATV独自信号発生部13、多重化部14、および変調部15から構成される。チューナ11は、各チャンネルのデジタルテレビジョン放送信号を受信して復調し、その結果得られるTSトランスポートストリームをPIDフィルタ12に出力する。PIDフィルタ12は、TSから所定のパケットIDに対応するパケット番組としてのAVコンテンツに関係がないパケットを除去して多重化部14に出力する。CATV独自信号発生部13は、当該CATV局の独自の情報が格納されたパケットを生成して多重化部14に出力する。多重化部14は、PIDフィルタ12の出力と、CATV独自信号発生部13の出力とを多重化して変調部15に出力する。変調部15は、多重化部14の出力を、CATV網3に適して変調方式により変調して、CATV網3を介してデジタルテレビジョン受像機4、セットトップボックス5などに再送信する。CATVに対応したデジタルテレビジョン受像機4は、CATV網3を介して、再送信されたデジタルテレビジョン放送のTSを受信してデコードし、その結果得られる映像を表示するとともに音声を出力する。CATVに対応したセットトップボックス5は、CATV網3を介して、再送信されたデジタルテレビジョン放送のTSを受信してデコードし、その結果得られる映像信号および音声信号を、HDMIケーブルなどを介してテレビジョン受像機6に出力する。テレビジョン受像機6は、セットトップボックス5からHDMIケーブルなどを介して入力される映像信号および音声信号に基づき、その映像を表示するとともに音声を出力する。上述したように、CATV再送信装置2においては、PIDフィルタ12により、デジタル放送信号のTSから、所定のパケットIDに対応するパケット番組としてのAVコンテンツに関係がないパケットが除去される。したがって、仮に図1のBに示されたように、放送帯域に、データ放送用コンテンツを放送するための帯域を確保したとしても、このPIDフィルタ12により、データ放送用コンテンツが格納されているパケットが排除されてしまうことが起こり得る。本発明はこのような状況に鑑みてなされたものであり、デジタルテレビジョン放送の放送帯域にデータ放送用の帯域を設けることなく、テレビジョン放送の番組やCMの進行に連動して実行、終了させ得るデータ放送用コンテンツを実現できるようにするものである。本発明の第1の側面である受信装置は、送信されたAVコンテンツを受信する受信装置において、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む。前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させることができる。前記実行継続情報には、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするESbound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservicebound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProviderbound、または、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUnboundのいずれかが記載されているようにすることができる。前記実行継続情報は、前記トリガ情報に含まれているようにすることができる。前記実行継続情報は、前記アプリケーションプログラムに含まれているようにすることができる。前記制御手段は、さらに、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御することができる。本発明の第1の側面である受信方法は、送信されたAVコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第1の制御ステップと、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第2の制御ステップとを含む。本発明の第1の側面であるプログラムは、送信されたAVコンテンツを受信する受信装置の制御用のプログラムであって、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第1の制御ステップと、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第2の制御ステップとを含む処理を受信装置のコンピュータに実行させる。本発明の第1の側面においては、AVコンテンツとともに送信された、AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じてアプリケーションプログラムの実行が制御され、AVコンテンツの映像が切り替えられた場合、実行中のアプリケーションプログラムの実行が継続されるか、または終了される。本発明の第2の側面である送信装置は、AVコンテンツを送信する送信装置において、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信手段を含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。前記実行継続情報には、前記受信装置にて、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするESbound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservicebound、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProviderbound、または、AVコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUnboundのいずれかが記載されているようにすることができる。前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも1つが含まれるようにすることができる。本発明の第2の側面である送信方法は、AVコンテンツを送信する送信装置の送信方法において、前記送信装置による、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。本発明の第2の側面であるプログラムは、AVコンテンツを送信する送信装置の制御用のプログラムであって、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記AVコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている処理を送信装置のコンピュータに実行させる。本発明の第2の側面においては、AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報がAVコンテンツとともに送信される。このトリガ情報には、アプリケーションプログラムが受信装置にて実行中である場合にAVコンテンツの映像が切り替えられたとき、実行中のアプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれている。本発明の第3の側面である放送システムは、AVコンテンツを送信する送信装置と、送信された前記AVコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置が、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記AVコンテンツとともに送信する送信手段を含み、前記受信装置が、前記AVコンテンツとともに送信された、前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御するとともに、前記AVコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる制御手段とを含む。本発明の第3の側面においては、送信装置により、AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報がAVコンテンツとともに送信される。一方、受信装置により、AVコンテンツとともに送信されたトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムの実行が制御されるとともに、AVコンテンツの映像が切り替えられた場合、実行中のアプリケーションプログラムの実行が継続されるか、または終了される。本発明の第1の側面によれば、テレビジョン放送の映像を切り替えるユーザの操作に対応してデータ放送用コンテンツを終了することができる。本発明の第2の側面によれば、テレビジョン放送の番組やCMなどの進行に連動して、受信装置におけるデータ放送用コンテンツの動作を制御することができる。本発明の第3の側面によれば、テレビジョン放送の番組やCMなどの進行に連動して、受信装置におけるデータ放送用コンテンツの動作を制御することができる。以下、発明を実施するための最良の形態以下、実施の形態と称するについて、図面を参照しながら詳細に説明する。<1.実施の形態>[放送システムの構成例]図3は、実施の形態である放送システムを示している。この放送システム30は、例えば現状の米国のように、デジタルテレビジョン放送の放送帯域にデータ放送用コンテンツを放送するための帯域が設けられていない状態において、番組やCMのAVコンテンツに連動し得るデータ放送用コンテンツを実現するものである。なお、データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。この放送システム30は、放送局側に設けられる放送装置41およびサーバ42、並びに、受信者側に設けられる受信装置60から構成される。放送装置41は、デジタルテレビジョン放送信号を送信するようになされている。また、放送装置41は、番組やCMの進行に連動して実行させるデータ放送用コンテンツの実行を指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、デジタルテレビジョン放送信号のトランスポートストリームTS内に多重化したり、映像信号に埋め込んだりして送信する。トリガ情報には、コマンドの種類を示す情報の他、データ放送用アプリの取得先を示す情報などを含む。トリガ情報の詳細については後述する。サーバ42は、インタネット50を介してアクセスしてきた受信装置60からの要求に応じてデータ放送用アプリを供給する。受信装置60は、放送装置41から放送されたデジタル放送信号を受信し、AVコンテンツテレビジョン番組やCMなどの映像および音声をモニタ不図示に出力する。また、受信装置60は、インタネット50を介してサーバ42にアクセスし、データ放送用アプリを取得する。なお、この受信装置60は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。[受信装置の構成例]図4は、受信装置60の構成例を示している。受信装置60は、チューナ61、多重分離部62、オーディオデコーダ63、音声出力部64、ビデオデコーダ65、トリガ検出部66、映像出力部67、制御部68、メモリ69、操作部70、記録部71、通信IF72、キャッシュメモリ73、アプリエンジン74、およびアプリ用メモリ75から構成される。チューナ61は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるTSを多重分離部62に出力する。多重分離部62は、チューナ61から入力されるTSをオーディオ符号化信号、ビデオ符号化信号、および制御信号に分離し、それぞれをオーディオデコーダ63、ビデオデコーダ65、または制御部68に出力する。さらに、多重分離部62は、TSに配置されたトリガ情報を含むPCRパケットを抽出してトリガ検出部66に出力する。オーディオデコーダ63は、入力されたオーディオ符号化信号をデコードし、その結果得られる音声信号を音声出力部64に出力する。音声出力部64は、入力された音声信号を後段例えば、スピーカに出力する。ビデオデコーダ65は、入力されたビデオ符号化信号をデコードし、その結果得られる映像信号をトリガ検出部66および映像出力部67に出力する。トリガ検出部66は、入力された映像信号を常に監視し、映像信号に埋め込まれているトリガ情報を検出して制御部68に出力するトリガ情報がTSのみ配置されている場合、このトリガ検出部66の動作は不要となる。また、トリガ検出部66は、多重分離部62から入力される、トリガ情報を含むPCRパケットからトリガ情報を抽出して制御部68に出力する。映像出力部67は、ビデオデコーダ65から入力された映像信号を後段例えば、ディスプレイに出力する。また、映像出力部67は、アプリエンジン74から入力されるデータ放送用アプリの映像と、ビデオデコーダ65から入力された映像信号を合成して、後段に出力する。制御部68は、メモリ69に記録されている制御用プログラムを実行することにより受信装置60の全体を制御する。また、制御部68は、トリガ検出部66から入力されるトリガ情報に基づき、データ放送用アプリの取得、起動、イベント発火、休止、終了等を制御する。メモリ69には、制御部68によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット50を介して取得する更新データに基づいて更新することができる。操作部70は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部68に通知する。記録部71は、データ放送用アプリがデジタルテレビジョン放送信号を用いて配信される場合において、配信されたデータ放送用アプリをダウンロードして、内蔵する記録媒体に保持する。通信IF72は、アプリエンジン74からの制御に従い、インタネット50を介してサーバ42に接続する。アプリエンジン74は、制御部68からの制御に従い、通信IF72およびインタネット50を介してサーバ42からデータ放送用アプリを取得し、キャッシュメモリ73に保持させる。アプリエンジン74は、制御部68からの制御に従い、記録部71またはキャッシュメモリ73に保持されているデータ放送用アプリを読み出して実行する。アプリ用メモリ75は、ワークメモリ75Aおよび退避メモリ75Bとから成る。アプリエンジン74は、実行中のデータ放送用アプリに関するデータ具体的には、表示されている情報の階層などを含むをワークメモリ75Aに記録する。また、アプリエンジン74は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ75のワークメモリ75Aのデータを退避メモリ75Bに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ75Bのデータをワークメモリ75Aに移動させて休止前の状態を復活させる。なお、アプリ用メモリ75における同じサイズの2領域のうち、一方をワークメモリ75A、他方を退避メモリ75Bとして交互に切り替えるようにしてもよい。これにより、ワークメモリ75Aと退避メモリ75Bとの間でのデータの移動をなくすことができる。[トリガ情報の送信方法]次に、トリガ情報の送信方法について説明する。図5は、トリガ情報がデジタルテレビジョン放送信号のTSのPCRパケットに格納されて送信される場合の概念を示している。トリガ情報は、番組やCMと連動させるための適切なタイミングに対応するPCRパケットに格納されて配信される。したがって、同図に示すように、全てのPCRパケットにトリガ情報が格納されるわけではない。通常、PCRパケットは、図2に示されたようなCATV再送信装置2のPIDフィルタ12を通過するので、CATV網を利用する受信装置図2のデジタルテレビジョン受像機4に対してもトリガ情報を通知することができる。なお、トリガ情報は、電波障害や受信装置60における取りこぼし受信ミスを考慮して、同一内容のトリガ情報が連続的に複数回送信される。図6は、PCRパケットにおけるトリガ情報の配置を示している。PCRパケットは、TSパケットのadaptationfieldにPCRが格納されたものであり、トリガ情報は、PCRの後に続くtransportprivatedatabyteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVariousflagsのtransportprivatedataflagが1とされる。前記は、トリガ情報をPCRに格納して伝送する例を示したが、トリガ情報の格納、および伝送方法としてはこれに限定されるものではない。例えば、トリガ情報を映像情報そのものに埋め込んでもよい。図7は、トリガ情報を映像信号に埋め込む2種類の例を示している。同図Aは、トリガ情報を2次元バーコード化して、映像信号の画像の所定の位置いまの場合、右下隅に重畳合成する例を示している。同図Bは、トリガ情報を映像コード化して、映像信号の画像の下部の数ラインに合成する例を示している。同図Aおよび同図Bにおけるトリガ情報は、受信装置60のトリガ検出部66によって検出される。同図Aと同図Bのいずれの例においても、トリガ情報はテレビジョン番組の画面上に配置されているので、例えば、CATV網を利用した受信装置例えば、図2のテレビジョン受像機6に対しても、トリガ情報を通知することができる。また、同図Aと同図Bのいずれの例においても、画面上のトリガ情報2次元バーコードまたは映像コードは受信装置60のユーザによって視認され得るが、これが好ましくない場合、2次元バーコードまたは映像コードを、その周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。[トリガ情報の詳細]次に、トリガ情報の詳細について説明する。トリガ情報は、それが示すコマンドに応じて分類される。コマンドの種類は、プリキャッシュコマンド、エクスキュートコマンド、インジェクトイベントコマンド、サスペンドコマンド、およびターミネートコマンドの5種類が存在する。なお、これら5種類以外のコマンドを追加するようにしてもよい。図8は、プリキャッシュコマンドとしてのトリガ情報に含まれる項目を示している。プリキャッシュコマンドは、受信装置60に対して、データ放送用アプリの取得を実行させるためのコマンドである。Triggeridは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTriggeridは同一のものとなる。Protcolversionは、当該トリガ情報のプロトコルのバージョンを示している。Commandcodeは、当該トリガ情報のコマンドの種類を示す。同図の場合、プリキャッシュコマンドであることを示す情報が記載される。Triggervaridityは、当該トリガ情報を受信した各受信装置60が当該トリガ情報に従って処理を実行する確率を示す値である。この値を設けることにより、複数の受信装置60がサーバ42からデータ放送用アプリを取得するに際し、そのアクセスが一時期に集中せず分散させることができる。例えば、数多く存在し得る受信装置60からのサーバ42に対するアクセスを4回に分散させるためには、同一のトリガ情報を4回送信するようにし、1回目のトリガ情報におけるサーバアクセス分散パラメータN=4とし、2回目のトリガ情報におけるサーバアクセス分散パラメータN=3とし、3回目のトリガ情報におけるサーバアクセス分散パラメータN=2とし、4回目のトリガ情報におけるサーバアクセス分散パラメータN=1とすればよい。Appidは、当該トリガ情報に対応して取得するデータ放送用アプリの識別情報である。Apptypeは、当該トリガ情報に対応するデータ放送用アプリのタイプ例えば、HTML5,BML,javaなどを示す情報である。Appurlは、データ放送用アプリの取得先いまの場合、サーバ42のURLである。BroadcastAppflag,DownloadedAppflag、およびInternetAppflagは、当該トリガ情報に対応するデータ放送用アプリのプログラムデータの所在を示すフラグである。BroadcastAppflagは、当該トリガ情報に対応するデータ放送用アプリがデジタルテレビジョン放送信号から取得可能である場合に1とされる。DownloadedAppflagは、当該トリガ情報に対応するデータ放送用アプリがダウンロード放送サービスで既に放送されており、これを受信装置60が受信していればローカルストレージ例えば、記録部71から取得可能である場合に1とされる。InternetAppflagは、当該トリガ情報に対応するデータ放送用アプリがインタネット50を介してアプリサーバ42から取得可能である場合に1とされる。図9は、エクスキュートコマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドとは、受信装置60に対して、データ放送用アプリの起動を実行させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid,Apptype,Appurl,BroadcastAppflag,DownloadedAppflag、およびInternetAppflagについては、図8に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、エクスキュートコマンドであることを示す情報が記載される。トリガ情報に含まれるApplifescopeは、ユーザによる各種の映像切り替え操作詳細後述が行われた場合において、実行中の当該エクスキュートコマンドとしてのトリガ情報に対応して起動されたデータ放送用アプリの実行を継続する条件を示す情報が記載される。具体的には、Applifescopeには、ESbound、servicebound、Providerbound、またはUnboundのいずれかが記載される。ESboundは、同一の映像ESエレメンタリストリームがデコード再生されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、例えば、同一番組内で視点が異なる映像の切り替えが行われた場合などに応じて、実行中のデータ放送用アプリは終了される。Serviceboundは、同一のサービスいわゆる、チャンネルが選局されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、サービスの切り替えが行われた場合、実行中のデータ放送用アプリは終了される。Providerboundは、同一のプロバイダ放送事業者からのサービスが受信されている期間のみ、データ放送用アプリの実行が継続されることを意味する。すなわち、プロバイダが同一であるサービス間の切り替えではデータ放送用アプリの実行は継続され、プロバイダの異なるサービス間の切り替えが行われた場合、実行中のデータ放送用アプリは終了される。Unboundは、映像切り替え操作が行われてもデータ放送用アプリの実行が継続されることを意味する。すなわち、例えば、サービスが切り替えられても実行中のデータ放送用アプリは終了されず、後述するターミネートコマンドのトリガ情報を受信した場合のみ、実行中のデータ放送用アプリが終了されることを意味する。エクスキュートコマンドとしてのトリガ情報に、Applifescopeを設けることにより、ユーザから映像切り替え操作が行われたとしても、それが同一サービス内、または同一放送事業社内である場合にはデータ放送用アプリを継続して実行させるような制御が可能となる。また、全てのサービスチャンネルで共通なデータ放送用アプリを継続して実行させるような制御も可能となる。トリガ情報に含まれるAppexpiredateは、実行中のデータ放送用アプリを、ターミネートコマンドを受信することなく終了する日時を示している。図10は、インジェクトイベントコマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、受信装置60に対して、実行中のデータ放送用アプリにおいてイベントの発火を実行させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図8に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、インジェクトイベントコマンドであることを示す情報が記載される。Eventidは、Appidにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。EventEmbeddedDataは、イベントを発火する際に参照されるデータが記載される。図11は、サスペンドコマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、受信装置60に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図8に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、サスペンドコマンドであることを示す情報が記載される。図12は、ターミネートコマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置60に対して、実行中のデータ放送用アプリの終了させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図8に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、ターミネートコマンドであることを示す情報が記載される。トリガ情報のシンタックス図13は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、図13に限定されるものではない。[動作説明]次に、トリガ情報に従う受信装置60の動作について説明する。図14は、テレビジョン番組やCMなどの対応するデータ放送用アプリを受信装置60に実行させるときの受信装置60の表示画面の遷移を示している。例えば同図Aに示すように、テレビジョン番組いまの場合、7時のニュースが放送されており、番組の内容が経済情報に移ると、それにあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信される。これが受信されると、データ放送用アプリが起動されて、番組が表示されている画面上には、同図Bに示すように、データ放送用アプリの表示をユーザに促すためのアイコンいまの場合、株が表示される。ユーザがこのアイコンを選択すると、画面上には、同図Cに示すように、データ放送用アプリによる表示いまの場合、株価情報表示が行われる。このように、データ放送用アプリの表示をユーザに促すためのアイコンが表示された場合にのみ、データ放送用アプリによる表示を行うので、データ放送用アプリによる表示を必要としないユーザを煩わせてしまう事態を抑止することができる。さらに番組の内容が推移するといまの場合、スポーツ情報に推移すると、それにあわせてインジェクイベントコマンドのトリガ情報が送信される。これが受信されると、イベントが発火されて、例えば、画面上のデータ放送用アプリによる表示が、同図Dに示すように変更されるいまの場合、試合結果情報表示に変更される。そして、番組に対応する実行中のデータ放送用アプリに対するサスペンドコマンドのトリガ情報が送信され、これが受信されると、番組に対応するデータ放送用アプリが休止される。この後、CMに対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、CM番組のデータ放送用アプリが起動される。これにより、CMが表示されている画面上には、同図Eに示すように、CMに対応するデータ放送用アプリの表示をユーザに促すためのアイコンいまの場合、懸賞応募が表示される。ユーザがこのアイコンを選択すると、画面上には、CMに対応するデータ放送用アプリによる表示いまの場合、懸賞応募のための表示が行われる。CMの終了後、番組再開にあわせて、番組に対応するデータ放送用アプリに対するエクスキュートコマンドのトリガ情報が送信され、これが受信されると、同図Fに示すように、CMに対応するデータ放送用アプリの表示が消去されて、番組のデータ放送用アプリの表示も、先ほど休止された状態から再開される。そして、番組が終了するとき、それにあわせて、番組に対応するデータ放送用アプリに対するターミネートコマンドのトリガ情報が送信され、これが受信されると、同図Gに示すように、画面上からデータ放送用アプリの表示が消去されて番組の映像のみが表示される。なお、データ放送用アプリの表示については、図14に示されたように、番組の表示を縮小してデータ放送用アプリの表示のための領域を設ける方法だけでなく、例えば、番組の表示に、データ放送用アプリの表示を重畳するようにしてもよい。次に、受信装置60がトリガ情報を受信したときの動作以下、トリガ情報対応処理と称するについて、図15を参照して説明する。図15は、トリガ情報対応処理を説明するフローチャートである。このトリガ情報対応処理は、ユーザがテレビジョン番組を視聴しているとき、すなわち、受信装置60がデジタルテレビジョン放送信号を受信している間、繰り返して実行される。ステップS1において、トリガ検出部66は、多重分離部62からトリガ情報を含むPCRパケットが入力されるか、またはビデオデコーダ65から出力される映像信号からトリガ情報を検出するまで待機する。そして、トリガ情報を含むPCRパケットが入力されるか、または映像信号からトリガ情報が検出された場合、処理はステップS2に進められる。ステップS2において、トリガ検出部66は、トリガ情報を制御部68に出力する。制御部68は、トリガ情報のTriggeridを読み出し、当該トリガ情報に対してステップS3以降の処理を既に実行済みであるか否かを判定する。既にステップS3以降の処理を実行済みであると判定された場合、処理はステップS1に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップS3以降の処理を実行していないと判定された場合、処理はステップS3に進められる。ステップS3において、制御部68は、トリガ情報のCommandcodeを読み出し、当該トリガ情報の示すコマンドが、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートのいずれであるかを判別する。ステップS4において、制御部68は、ステップS3の判別結果がプリキャッシュであたか否かを判断し、プリキャッシュであったと判断された場合、処理はステップS5に進められる。ステップS5において、当該トリガ情報のAppidにより特定されるデータ放送用アプリのプログラムデータが取得される。具体的には、当該トリガ情報のBroadcastAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータがテレビジョン放送信号から取得されて記録部71に記録される。当該トリガ情報のDownloadedAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータが、ローカルストレージである記録部71から取得される。当該トリガ情報のInternetAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータが、インタネット50を介してサーバ42から取得されてキャッシュメモリ73に記録される。なお、BroadcastAppflag,DownloadedAppflag、およびInternetAppflagのうち、2つ以上のflagが1である場合、受信装置60側の都合に応じて、当該トリガ情報のAppidにより特定されるデータ放送用アプリのプログラムデータを取得することができる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS4において、ステップS3の判別結果がプリキャッシュではなかったと判断された場合、処理はステップS6に進められる。ステップS6において、制御部68は、ステップS3の判別結果がエクスキュートであったか否かを判断し、エクスキュートであったと判断された場合、処理はステップS7に進められる。ステップS7において、アプリエンジン74は、制御部68からの制御に従い、当該トリガ情報のAppidにより特定されるデータ放送用アプリが休止中サスペンド状態であるか否かを判断する。具体的には、退避メモリ75Bに、Appidにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判断する。ステップS7において、Appidにより特定されるデータ放送用アプリが休止中ではないと判断された場合、処理はステップS8に進められる。ステップS8において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリのプログラムデータが未取得記録部71またはキャッシュメモリ73に存在しないの場合にそれを取得する。ステップS9において、アプリエンジン74は、制御部68からの制御に従い、現在実行中のデータ放送用アプリがある場合にはそれを終了させる。ステップS10において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリを起動する。制御部68は、トリガ情報からApplifescopeを抽出し、起動させたデータ放送用アプリに抽出したApplifescopeを対応付けて記憶する。ここで記憶されたApplifescopeが、この後にユーザから映像切り替え操作があった場合において実行される割り込み処理で参照される詳細は図19を参照して後述する。この後、処理はステップS1に戻り、それ以降が繰り返される。なお、ステップS7において、Appidにより特定されるデータ放送用アプリが休止中サスペンド状態であると判断された場合、処理はステップS11に進められる。ステップS11において、アプリエンジン74は、制御部68からの制御に従い、退避メモリ75Bのデータをワークメモリ75Aに移して、Appidにより特定されるデータ放送用アプリを起動する。これにより、Appidにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS6において、ステップS3の判別結果がエクスキュートではなかったと判断された場合、処理はステップS12に進められる。ステップS12において、制御部68は、ステップS3の判別結果がインジェクトイベントであったか否かを判断し、インジェクトイベントであったと判断された場合、処理はステップS13に進められる。ステップS13において、制御部68は、当該トリガ情報のAppidと、動作中のデータ放送用アプリのAppidが一致する場合のみ、アプリエンジン74を制御して、動作中のアプリケーションにおいて、トリガ情報のEventidに対応するイベントを発火実行させる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS12において、ステップS3の判別結果がインジェクトイベントではなかったと判断された場合、処理はステップS14に進められる。ステップS14において、制御部68は、ステップS3の判別結果がサスペンドであったか否かを判断し、サスペンドであったと判断された場合、処理はステップS15に進められる。ステップS15において、アプリエンジン74は、制御部68からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータすなわち、現在ワークメモリ75Aに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含むを退避メモリ75Bに退避させる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS14において、ステップS3の判別結果がサスペンドではなかったと判断された場合、ステップS3の判別結果はターミネートであったはずなので、処理はステップS16に進められる。ステップS16において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリが実行中であればそれを終了させる。ステップS17において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリに関するデータを、ワークメモリ75Aおよび退避メモリ75Bから消去するとともに、データ放送用アプリのプログラムデータを記録部71またはキャッシュメモリ73から消去させる。この後、処理はステップS1に戻り、それ以降が繰り返される。以上でトリガ情報対応処理の説明を終了する。上述したトリガ情報対応処理によれば、テレビジョン番組やCMに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させ、休止した状態から再開することができる。また、トリガ情報対応処理によれば、図16に示すようなデータ放送用アプリの運用の可能である。データ放送用アプリの動作シナリオ図16は、データ放送用アプリの動作シナリオの一例を示している。放送装置41がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリの取得を指示するプリキャッシュコマンドのトリガ情報を送信すると、これを受信した受信装置60は、データ放送用アプリを取得する。次に、放送装置41がテレビジョン番組の進行にあわせて、番組に対応するデータ放送用アプリを起動させるためのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置60は、データ放送用アプリを起動する。この起動により、番組の映像にデータ放送用アプリの表示をユーザに促すためのアイコンが重畳表示される。このアイコンをユーザが選択すると、番組の映像に画面上にデータ放送用アプリによる表示が重畳される。放送装置41がテレビジョン番組の進行にあわせて、イベントの発火を指示するためのインジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリにおいてイベントが発火する例えば、表示が変更される。そして、所定のタイミングにおいて、放送装置41がデータ放送用アプリの休止を指示するためのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリが休止される関連するデータは退避メモリ75Bに保持される。その後、放送装置41がデータ放送用アプリの起動再開を指示するためのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置60では、休止されていたデータ放送用アプリが再開される。さらに、放送装置41がテレビジョン番組の終了にあわせて、データ放送用アプリの終了を指示するためのターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリが終了される。データ放送用アプリの状態遷移図17は、受信装置60におけるデータ放送用アプリの状態遷移を示している。同図に示すように、データ放送用アプリは、終了状態、準備状態、実行中状態、または休止状態の4種類の状態のいずれかに遷移している。終了状態は、データ放送用アプリが実行されておらず、かつ、そのデータ放送用アプリのプログラムデータが未取得である状態を指す。準備状態は、そのデータ放送用アプリのプログラムデータが取得済みであって、実行されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ75Bに保持されている状態を指す。データ放送用アプリが終了状態に遷移しているとき、プリキャッシュコマンドのトリガ情報が受信されてそのデータ放送用アプリのプログラムデータが取得されると、準備状態に遷移する。データ放送用アプリが終了状態または準備状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されてそのデータ放送用アプリが起動されると、実行中状態に遷移する。データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報が受信されて、実行中のデータ放送用アプリが中断されると休止状態に遷移する。データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されて、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。データ放送用アプリが準備状態、実行中状態、または休止状態に遷移しているとき、ターミネートコマンドのトリガ情報が受信されると、準備状態、実行中状態、または休止状態のデータ放送用アプリが終了状態に遷移する。なお、終了状態への遷移は、ターミネートコマンドのトリガ情報に基づくものの他、トリガ情報のAppexpiredateが経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。ユーザからの映像切り替え操作に応じた割り込み処理次に、受信装置60にて実行される、ユーザからの映像切り替え操作に応じた割り込み処理以下、映像切り替え割り込み処理と称するについて説明するが、その前に、各種の映像切り替えについて説明する。図18は、デジタルテレビジョン放送の一例である地上デジタル放送信号の構成を示している。地上デジタル放送信号は、周波数軸上に6MHzまたは8MHzの帯域を有する物理チャンネルが配置されており、放送事業者が各物理チャンネルを占有して放送を行うようになされている。なお、複数の物理チャンネルを同一の放送事業者が占有することもある。物理チャンネルは、1以上のサービス論理チャンネルとも称されるから構成される。このサービスが、受信装置60において受信する番組を切り替えるときに変更される、いわゆるチャンネルに相当する。各物理チャンネルでは、そこに含まれるサービスのリストやその放送周波数などを示す選局情報ATSCにおけるVCT、DVBまたはARIBにおけるNITに相当が放送される。各サービスのPMTのPIDは、物理チャンネル毎のPATに記載されている。各サービス論理チャンネルには、1以上のESが含まれる。例えば、異なる視点カメラ位置からの映像を切り替えることができるマルチビュー対応の番組の場合、複数の映像ESが含まれている。各ESのPIDは、各サービスのPMTに記載されている。上述した構成の場合、ユーザによる映像の切り替え操作は、同図に示された切替1乃至3の3種類のいずれかとなる。すなわち、切替1は、同一サービス内における映像ESの変更切り替えである。切替2は、同一物理チャンネル内におけるサービスの切り替えである。切替3は、異なる物理チャンネルへの切り替えである。なお、切替3の場合、切り替え元の物理チャンネルの放送事業者と、切り替え先の物理チャンネルの放送事業者とが、同一である場合と、異なる場合の2種類がある。次に、映像切り替え割り込み処理について説明する。図19は、映像切り替え割り込み処理を説明するフローチャートである。この映像切り替え割り込み処理は、ユーザから、上述したいずれかの映像の切り替え操作が行われたときに実行される。ステップS31において、制御部68は、現在、実行中状態に遷移しているデータ放送用アプリが存在するか否かを判定し、存在すると判定した場合、処理をステップS32に進める。なお、ここで、実行中状態に遷移しているデータ放送用アプリが存在しないと判定された場合、この映像切り替え割り込み処理は終了される。ステップS32において、制御部68は、受信中のテレビジョン放送信号から取得した選局情報に基づき、当該映像切り替え割り込み処理が開始されるきっかけとなった映像の切り替え操作の種別を判定する。具体的には、図18に示された切替1乃至切替3のいずれであるかを判定し、さらに、切替3と判定した場合には、切り替え元の物理チャンネルの放送事業者と、切り替え先の物理チャンネルの放送事業者とが同一であるか否かを判定する。ステップS33において、制御部68は、ステップS32で判定した切り替え操作の種別が、実行中状態のデータ放送用アプリに対応付けて記憶しているApplifescopeが示す範囲内のものであるか否かを判定する。ここで、Applifescopeが示す範囲内であると判定された場合、この映像切り替え割り込み処理は終了される。すなわち、実行中状態のデータ放送用アプリはそのまま実行中状態が継続される。反対に、ステップS32で判定した映像切り替え操作の種別が、Applifescopeが示す範囲内のものではないと判定された場合、処理はステップS34に進められる。ステップS34において、制御部68は、アプリエンジン74を制御して、実行中状態のデータ放送用アプリを終了させる。アプリエンジン74は、制御部68からの制御に従い、実行中状態のデータ放送用アプリを終了させ、それに関するデータを、ワークメモリ75Aおよび退避メモリ75Bから消去するとともに、データ放送用アプリのプログラムデータを記録部71またはキャッシュメモリ73から消去させる。以上で、この映像切り替え割り込み処理は終了される。以上説明した映像切り替え割り込み処理によれば、映像切り替え操作の種別に応じ、データ放送用アプリの実行中状態を継続させたり、終了させたりすることができる。なお、上述した映像切り替え割り込み処理は、実行中状態にあるデータ放送用アプリを対象として実行したが、休止状態に遷移しているデータ放送用アプリも対象にするようにしてもよい。映像切り替え割り込み処理の動作シナリオ次に、上述した映像切り替え割り込み処理による動作シナリオの例を説明する。図20は、実行中状態にあるデータ放送用アプリのApplifescopeがESboundである場合の動作シナリオを示している。サービスいわゆるチャンネルAで放送されているマルチビュー対応の番組A1で映像ES1を受信装置60が受信、表示していたときに、データ放送用アプリAppAに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppAが起動される。この後、ユーザが番組A1の映像を映像ES2に切り替える操作を行うと、映像切り替え割り込み処理が実行される。いまの場合、ESが変更されたので、実行中状態にあるデータ放送用アプリAppAが終了される。この後、サービスAの映像ES2で送信されているデータ放送用アプリAppBに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppBが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリAppBは、番組A1の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。図21は、実行中状態にあるデータ放送用アプリのApplifescopeがserviceboundである場合の動作シナリオを示している。サービスAで放送されているマルチビュー対応の番組A1で映像ES1を受信装置60が受信、表示していたときに、データ放送用アプリAppAに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppAが起動される。この後、ユーザが番組A1の映像を映像ES2に切り替える操作を行うと、映像切り替え割り込み処理が実行される。いまの場合、同一サービス内の映像切り替えであるので、実行中状態にあるデータ放送用アプリAppAが継続して実行される。この後、サービスBで放送されている番組B1に選局が変更されると、再び映像切り替え割り込み処理が実行される。いまの場合、サービスが異なる映像切り替えであるので、実行中状態にあるデータ放送用アプリAppAが終了される。この後、サービスBで送信されているデータ放送用アプリAppBに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppBが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリAppBは、番組B1の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。図22は、実行中状態にあるデータ放送用アプリのApplifescopeがProviderboundである場合の動作シナリオを示している。サービスAで放送されている番組A1を受信装置60が受信、表示していたときに、データ放送用アプリAppAに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppAが起動される。この後、サービスAと同じ放送事業者によるサービスBで放送されている番組B1に選局が変更されると、映像切り替え割り込み処理が実行される。いまの場合、同一放送事業社内の映像切り替えであるので、実行中状態にあるデータ放送用アプリAppAが継続して実行される。この後、サービスA,Bとは異なる放送事業者によるサービスCで放送されている番組C1に選局が変更されると、再び映像切り替え割り込み処理が実行される。いまの場合、放送事業者が異なる映像切り替えであるので、実行中状態にあるデータ放送用アプリAppAが終了される。この後、サービスCで送信されているデータ放送用アプリAppBに対応するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppBが起動される。この後、ユーザが映像の切り替え操作を行わなければ、起動されたデータ放送用アプリAppBは、番組C1の終了時に送信されるターミネートコマンドのトリガ情報に応じて終了される。図23は、実行中状態にあるデータ放送用アプリのApplifescopeがUnboundである場合の動作シナリオを示している。サービスAで放送されている番組A1を受信装置60が受信、表示していたときに、データ放送用アプリAppAに対するエクスキュートコマンドのトリガ情報を受信すると、それに応じてデータ放送用アプリAppAが起動される。この後、サービスAとは異なる放送事業者によるサービスBで放送されている番組B1に選局が変更されると、映像切り替え割り込み処理が実行されるが、ApplifescopeがUnboundであるので、実行中状態にあるデータ放送用アプリAppAは継続して実行される。すなわち、実行中状態のデータ放送用アプリAppAは、これに対応するエクスキュートコマンドのトリガ情報を受信する継続して実行されることになる。以上説明したように、映像切り替え割り込み処理によれば、映像切り替え操作の種別に応じ、データ放送用アプリの実行中状態を継続させたり、終了させたりすることができる。これにより、例えば、ユーザから映像切り替え操作が行われたとしても、それが同一サービス内、または同一放送事業社内である場合にはデータ放送用アプリを継続して実行させるような制御が可能となる。また、全てのサービスチャンネルで共通なデータ放送用アプリを継続して実行させるような制御も可能となる。なお、本実施の形態においては、データ放送用アプリに対するApplifescopeを、エクスキュートコマンドとしてのトリガ情報に含めるようにしたが、例えば、データ放送用アプリのプログラム自体にApplifescopeを含めるようにしてもよい。ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。図24は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。このコンピュータ100において、CPUCentralProcessingUnit101,ROMReadOnlyMemory102,RAMRandomAccessMemory103は、バス104により相互に接続されている。バス104には、さらに、入出力インタフェース105が接続されている。入出力インタフェース105には、キーボード、マウス、マイクロホンなどよりなる入力部106、ディスプレイ、スピーカなどよりなる出力部107、ハードディスクや不揮発性のメモリなどよりなる記憶部108、ネットワークインタフェースなどよりなる通信部109、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア111を駆動するドライブ110が接続されている。以上のように構成されるコンピュータでは、CPU101が、例えば、記憶部108に記憶されているプログラムを、入出力インタフェース105及びバス104を介して、RAM103にロードして実行することにより、上述した一連の処理が行われる。なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。また、プログラムは、1台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。"