(57)【特許請求の範囲】
【請求項１】
送信されたＡＶコンテンツを受信する受信装置において、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、
抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する制御手段と
を備え、
前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させ、
前記実行継続情報には、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
受信装置。
【請求項２】
前記実行継続情報は、前記トリガ情報に含まれている
請求項１に記載の受信装置。
【請求項３】
前記実行継続情報は、前記アプリケーションプログラムに含まれている
請求項１に記載の受信装置。
【請求項４】
前記制御手段は、さらに、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御する
請求項１から３のいずれかに記載の受信装置。
【請求項５】
送信されたＡＶコンテンツを受信する受信装置の受信方法において、
前記受信装置による、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、
前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップと
を含み、
前記第２の制御ステップは、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させ、
前記実行継続情報には、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
受信方法。
【請求項６】
送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、
前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップと
を含む処理を受信装置のコンピュータに実行させ、
前記第２の制御ステップは、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させ、
前記実行継続情報には、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
プログラム。
【請求項７】
ＡＶコンテンツを送信する送信装置において、
前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を備え、
前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、
前記実行継続情報には、前記受信装置にて、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
送信装置。
【請求項８】
前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれる
請求項７に記載の送信装置。
【請求項９】
ＡＶコンテンツを送信する送信装置の送信方法において、
前記送信装置による、
前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、
前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、
前記実行継続情報には、前記受信装置にて、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
送信方法。
【請求項１０】
ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、
前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含む処理を送信装置のコンピュータに実行させ、
前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、
前記実行継続情報には、前記受信装置にて、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
プログラム。
【請求項１１】
ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、
前記送信装置は、
前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を
備え、
前記受信装置は、
前記ＡＶコンテンツとともに送信された、前記トリガ情報を抽出する抽出手段と、
抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する制御手段と
を備え、
前記制御手段は、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させ、
前記実行継続情報には、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、
ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、
または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-bound
のいずれかが記載されている
放送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関し、特に、例えばデジタルテレビジョン放送において、番組やＣＭ（コマーシャルメッセージ）の進行に連動してデータ放送のコンテンツを実行、終了させる場合に用いて好適な受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関する。
【背景技術】
【０００２】
従来、日本ではテレビジョン放送のデジタル化が推進されており、地上デジタル放送やＢＳデジタル放送などが普及している。また、地上デジタル放送などのデジタルテレビジョン放送では、番組の放送のみならず、いわゆるデータ放送も実現されている。このデータ放送におけるコンテンツによれば、例えば、放送中の番組に関連する情報を表示したり、放送中の番組に関連しない情報（他の番組の告知、ニュース、天気予報、交通情報など）を表示したりすることができる（例えば、特許文献１参照）。【０００３】
なお、日本におけるデータ放送は、テレビジョン放送のデジタル化に際してデジタルテレビジョン放送の放送帯域内にデータ放送専用の帯域が予め確保されており、この専用帯域を用いてデータ放送用コンテンツが放送されることにより実現されている。【０００４】
一方、米国におけるデジタルテレビジョン放送では、日本のデジタルテレビジョン放送のようなデータ放送専用の帯域が確保されていない。【０００５】
すなわち、米国の現状のデジタルテレビジョン放送の放送帯域は、図１のＡに示すように、映像用帯域、音声用帯域、および制御情報用帯域によって占められており、データ放送用コンテンツを放送するための帯域が設けられていない。したがって、デジタルテレビジョン放送の限られた放送帯域に、データ放送用コンテンツを放送するための帯域を確保するためには、図１のＢに示すように、例えば映像用帯域および音声用帯域を狭める必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−５０２３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。【０００８】
また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。【０００９】
また、米国においては、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のいずれかが記載されている。
【００２６】
本発明の第１の側面であるプログラムは、送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの実行を制御する第１の制御ステップと、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させる第２の制御ステップとを含む処理を受信装置のコンピュータに実行させ、前記第２の制御ステップは、アプリケーションプログラムに対応する実行継続情報に基づき、前記ＡＶコンテンツの映像が切り替えられた場合、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させ、前記実行継続情報には、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されている。
【００２７】
本発明の第１の側面においては、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムの実行が制御され、ＡＶコンテンツの映像が切り替えられた場合、アプリケーションプログラムに対応する実行継続情報に基づき、実行中のアプリケーションプログラムの実行が継続されるか、または終了される。なお、実行継続情報には、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されている。
【００２８】
本発明の第２の側面である送信装置は、ＡＶコンテンツを送信する送信装置において、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を備え、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、前記実行継続情報には、前記受信装置にて、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されている。
【００３０】
前記トリガ情報が示すコマンドには、前記アプリケーションプログラムの取得、起動、実行中の前記アプリケーションプログラムにおけるイベント発火、実行中の前記アプリケーションプログラムの休止、または実行中の前記アプリケーションプログラムの終了を制御するコマンドのうちの少なくとも１つが含まれるようにすることができる。【００３１】
本発明の第２の側面である送信方法は、ＡＶコンテンツを送信する送信装置の送信方法において、前記送信装置による、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、前記実行継続情報には、前記受信装置にて、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されている。
【００３２】
本発明の第２の側面であるプログラムは、ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含む処理を送信装置のコンピュータに実行させ、前記トリガ情報には、前記アプリケーションプログラムが前記受信装置にて実行中である場合に前記ＡＶコンテンツの映像が切り替えられたとき、実行中の前記アプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれ、前記実行継続情報には、前記受信装置にて、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一ES内とするES bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一サービス内とするservice bound、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーションプログラムの実行の継続範囲を同一放送事業社内とするProvider bound、または、ＡＶコンテンツの映像が切り替えられた場合における、実行中の前記アプリケーョンプログラムの実行の継続範囲を設けないUn-boundのいずれかが記載されている。
【００３３】
本発明の第２の側面においては、ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報がＡＶコンテンツとともに送信される。このトリガ情報には、アプリケーションプログラムが受信装置にて実行中である場合にＡＶコンテンツの映像が切り替えられたとき、実行中のアプリケーションプログラムの実行を継続させるか、または終了させるかを判断するための実行継続情報が含まれており、この実行継続情報には、受信装置にて、ＡＶコンテンツの映像が切り替えられた場合における、実行中のアプリケーションプログラムの実行の継続範囲を同一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，  ７３  キャッシュメモリ，  ７４  アプリエンジン，  ７５  メモリ，  ７５Ａ  ワークメモリ，  ７５Ｂ  退避メモリ
【図１】
0005916614.tif 000002
【図２】
0005916614.tif 000003
【図３】
0005916614.tif 000004
【図４】
0005916614.tif 000005
【図５】
0005916614.tif 000006
【図６】
0005916614.tif 000007
【図７】
0005916614.tif 000008
【図８】
0005916614.tif 000009
【図９】
0005916614.tif 000010
【図１０】
0005916614.tif 000011
【図１１】
0005916614.tif 000012
【図１２】
0005916614.tif 000013
【図１３】
0005916614.tif 000014
【図１４】
0005916614.tif 000015
【図１５】
0005916614.tif 000016
【図１６】
0005916614.tif 000017
【図１７】
0005916614.tif 000018
【図１８】
0005916614.tif 000019
【図１９】
0005916614.tif 000020
【図２０】
0005916614.tif 000021
【図２１】
0005916614.tif 000022
【図２２】
0005916614.tif 000023
【図２３】
0005916614.tif 000024
【図２４】
0005916614.tif 000025