"AVコンテンツを送信する送信装置において、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信手段とを含む送信装置。前記生成手段は、前記受信装置に対して、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理のうちの少なくとも1つの処理を制御するためのトリガ情報を、算出された前記有効確率を含めて生成する請求項1に記載の送信装置。前記生成手段は、前記受信装置に対して、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御するための前記トリガ情報を、算出された前記有効確率を含めて生成する請求項2に記載の送信装置。前記取得手段は、過去の視聴統計に基づいて前記推定視聴端末数を取得する請求項1乃至3に記載の送信装置。前記取得手段は、前記サーバに対するアクセスの実測値に基づいて前記推定視聴端末数を取得する請求項3に記載の送信装置。AVコンテンツを送信する送信装置の送信方法において、前記送信装置による、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信ステップとを含む送信方法。AVコンテンツを送信する送信装置の制御用のプログラムであって、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信ステップとを含む処理を送信装置のコンピュータに実行させるプログラム。送信されたAVコンテンツを受信する受信装置において、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む受信装置。前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理を制御する請求項8に記載の受信装置。前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御する請求項9に記載の受信装置。送信されたAVコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む受信装置。送信されたAVコンテンツを受信する受信装置の制御用のプログラムであって、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む処理を受信装置のコンピュータに実行させるプログラム。AVコンテンツを送信する送信装置と、送信された前記AVコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置は、受信中の前記受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信手段とを含み、前記受信装置は、前記AVコンテンツとともに送信された前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む放送システム。しかしながら、映像用帯域および音声用帯域を狭めて、データ放送用コンテンツを放送するための帯域を確保することは、テレビジョン番組の画質および音質の劣化につながるので、現実的な対応とは言い難い。また、データ放送用コンテンツの帯域を確保したとしても伝送できるデータ量は限られている。したがって、データ放送用コンテンツの情報量が乏しくなってしまったり、情報量を増やそうとすると、受信側で必要なデータを受信するまでに時間がかかってしまったりすることになる。そこで、データ放送用コンテンツを、デジタルテレビジョン放送の放送帯域を用いることなく受信側に供給する方法として、放送側から受信側を制御し、インタネットを介して所定のサーバからデータ放送用コンテンツをダウンロードさせることが考えられている。ただし、この方法を採用した場合、所定のサーバに対する受信側からアクセスが時間的に集中して、インタネットが輻輳したり、サーバの処理負荷が増したりしてしまい、データ放送用コンテンツを速やかにダウンロードできないなどの問題が生じ得る。そこで、所定のサーバに対する受信側からのアクセスが時間的に集中ないように何らかの対策を講じる必要であるが、現状においてそのような対策は確立されていない。本発明はこのような状況に鑑みてなされたものであり、所定のサーバに対する受信装置からのアクセスが時間的に分散するように放送側から受信側を制御できるようにするものである。本発明の第1の側面である送信装置は、AVコンテンツを送信する送信装置において、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信手段とを含む。前記生成手段は、前記受信装置に対して、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理のうちの少なくとも1つの処理を制御するためのトリガ情報を、算出された前記有効確率を含めて生成することができる。前記生成手段は、前記受信装置に対して、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御するための前記トリガ情報を、算出された前記有効確率を含めて生成することができる。前記取得手段は、過去の視聴統計に基づいて前記推定視聴端末数を取得することができる。前記取得手段は、前記サーバに対するアクセスの実測値に基づいて前記推定視聴端末数を取得することができる。本発明の第1の側面である受信方法は、AVコンテンツを送信する送信装置の送信方法において、前記送信装置による、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信ステップとを含む。本発明の第1の側面であるプログラムは、AVコンテンツを送信する送信装置の制御用のプログラムであって、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信ステップとを含む処理を送信装置のコンピュータに実行させる。本発明の第1の側面においては、受信中の受信装置の推定数を示す推定視聴端末数が取得され、AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率が推定視聴端末数に基づいて算出され、算出された有効確率を含めてトリガ情報が生成され、生成されたトリガ情報がAVコンテンツとともに送信される。本発明の第2の側面である受信装置は、送信されたAVコンテンツを受信する受信装置において、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む。前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理を制御することができる。前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御することができる。本発明の第2の側面である受信方法は、送信されたAVコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む。本発明の第2の側面であるプログラムは、送信されたAVコンテンツを受信する受信装置の制御用のプログラムであって、前記AVコンテンツとともに送信された、前記AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む処理を受信装置のコンピュータに実行させる。本発明の第2の側面においては、AVコンテンツとともに送信された、AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報に含まれる有効確率に従い、トリガ情報が有効か否かに判定され、トリガ情報が有効を判定された場合のみ、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムに関連する処理が制御される。本発明の第3の側面である放送システムは、AVコンテンツを送信する送信装置と、送信された前記AVコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置が、受信中の前記受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記AVコンテンツとともに送信する送信手段とを含み、前記受信装置が、前記AVコンテンツとともに送信された前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む。本発明の第3の側面においては、送信装置により、受信中の受信装置の推定数を示す推定視聴端末数が取得され、AVコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率が推定視聴端末数に基づいて算出され、算出された有効確率を含めてトリガ情報が生成され、生成されたトリガ情報がAVコンテンツとともに送信される。また受信装置により、AVコンテンツとともに送信された、AVコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報に含まれる有効確率に従い、トリガ情報が有効か否かに判定され、トリガ情報が有効を判定された場合のみ、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムに関連する処理が制御される。本発明の第1の側面によれば、所定のサーバに対して多数の受信装置が時間的に分散してアクセスするように制御できる。本発明の第2の側面によれば、送信装置からの制御に従い、所定のサーバにアクセスする処理を実行することができる。本発明の第3の側面によれば、所定のサーバに対する受信装置からのアクセスを時間的に分散させることができる。以下、発明を実施するための最良の形態以下、実施の形態と称するについて、図面を参照しながら詳細に説明する。<1.実施の形態>[放送システムの構成例]図2は、実施の形態である放送システムを示している。この放送システム30は、放送局側に設けられる放送装置41およびサーバ46、並びに各受信者側にそれぞれ設けられる受信装置60から構成される。放送システム30は、デジタルテレビジョン放送信号に含めて送信されるトリガ情報に従い、各受信装置60がサーバ46にアクセスするものである。より具体的には、トリガ情報のTriggervaridityの項目に書き込まれた有効確率パラメータNに基づいて各受信装置60がアクセスを実行するか否かを判断することにより、トリガ情報を複数回送信される期間に各受信装置60によるアクセスが分散するようになされている。なお、受信装置60がサーバ46にアクセスする処理は、番組やCMのAVコンテンツに連動して実行されるデータ放送用コンテンツをダウンロードするためであったり、実行中のデータ放送用コンテンツのイベントとして発火され、所定の情報をアップロードするためであったりする。データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。放送装置41は、デジタルテレビジョン放送信号を送信する。また、放送装置41は、受信装置60に対して、番組やCMの進行に連動して実行させるデータ放送用コンテンツの実行を制御するためのコマンドとしてのトリガ情報をデジタルテレビジョン放送信号に含めて送信する。放送装置41は、アクセス数計測部42、有効確率算出部43、トリガ情報生成部44、および送信部45を含む。アクセス数計測部42は、受信装置60からのサーバ46に対するアクセス数を計測する。有効確率算出部43は、トリガ情報の一項目とされる有効確率パラメータNを算出する。有効確率パラメータNの算出には、計測されたサーバ46に対するアクセス数、予め得られている受信装置60の推定総数、放送される番組の推定視聴率、受信装置60の推定稼動数、同一のトリガ情報が繰り返し送信される期間などが利用される。トリガ情報生成部44は、受信装置60におけるデータ放送用アプリの実行を制御するためのトリガ情報を生成する。生成されるトリガ情報には、そのTriggervaridityの項目に有効確率算出部43で算出された有効確率パラメータNが書き込まれる。ただし、Triggervaridityの項目が存在しないトリガ情報があってもよい。トリガ情報には、上述した有効確率パラメータNの他、コマンドの種類を示す情報、対応するデータ放送用コンテンツを特定するための情報などが含まれる。トリガ情報の詳細については後述する。送信部45は、生成されたトリガ情報をデジタルテレビジョン放送信号のトランスポートストリームTSに多重化したり、映像信号に埋め込んだりして送信する。サーバ46は、インタネット50を介してアクセスしてきた受信装置60からの要求に応じてデータ放送用アプリを受信装置60に供給するダウンロードさせる。また、サーバ46は、実行中のデータ放送用アプリで発火されたイベント例えば、番組中のアンケートなどによる受信装置60からのアクセス例えば、アンケートの回答を受け付ける。受信装置60は、放送装置41から放送されたデジタル放送信号を受信し、AVコンテンツテレビジョン番組やCMなどの映像および音声を後段のモニタ不図示に出力する。また、受信装置60は、インタネット50を介してサーバ46にアクセスし、データ放送用コンテンツを取得する。さらに、受信装置60は、受信したトリガ情報に応じてデータ放送用コンテンツを実行することにより、番組の進行に連動して各種の情報をユーザの提示したり、サーバ46にアクセスしたりする。受信装置60は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。[受信装置の構成例]図3は、受信装置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のPCRパケットのみに配置されている場合、このトリガ検出部66の動作は不要である。また、トリガ検出部66は、多重分離部62から入力されるPCRパケットからトリガ情報を抽出して制御部68に出力する。映像出力部67は、ビデオデコーダ65から入力された映像信号を後段に出力する。また、映像出力部67は、アプリエンジン74から入力されるデータ放送用コンテンツの映像と、ビデオデコーダ65から入力された映像信号を合成して後段に出力する。制御部68は、メモリ69に記録されている制御用プログラムを実行することにより受信装置60の全体を制御する。また、制御部68は、トリガ検出部66から入力されるトリガ情報に基づき、データ放送用アプリの取得、起動、イベント発火、休止、終了等を制御する。メモリ69には、制御部68によって実行される制御用プログラムが記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット50を介して取得する更新データに基づいて更新することができる。操作部70は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部68に通知する。また、メモリ69には、ユーザによって予め入力されているユーザの年齢、性別、住所などのユーザのプロファイル情報が保持されている。このプロファイル情報は、例えば、実行中のデータ放送用アプリにより参照され、ユーザのプロファイル情報が所定の条件を満たす場合のみ、イベントを発火するような用途に用いることができる。また、このプロファイル情報をサーバ46にアップロードするようにしてもよい。記録部71は、データ放送用アプリがデジタルテレビジョン放送信号を用いて配信される場合において、ダウンロードしたデータ放送用アプリを、内蔵する記録媒体に保持する。通信IF72は、アプリエンジン74からの制御に従い、インタネット50を介してサーバ46に接続する。アプリエンジン74は、制御部68からの制御に従い、通信IF72およびインタネット50を介してサーバ46からデータ放送用アプリを取得し、キャッシュメモリ73に保持させる。アプリエンジン74は、制御部68からの制御に従い、記録部71またはキャッシュメモリ73に保持されているデータ放送用アプリを読み出して実行する。アプリ用メモリ75は、ワークメモリ75Aおよび退避メモリ75Bとから成る。アプリエンジン74は、実行中のデータ放送用アプリに関するデータ具体的には、表示されている情報の階層などを含むをワークメモリ75Aに記録する。また、アプリエンジン74は、実行中のデータ放送用アプリを休止する場合、アプリ用メモリ75のワークメモリ75Aのデータを退避メモリ75Bに移動させる。そして、休止したデータ放送用アプリを再開する場合、退避メモリ75Bのデータをワークメモリ75Aに移動させて休止前の状態を復活させる。なお、アプリ用メモリ75における同じサイズの2領域のうち、一方をワークメモリ75A、他方を退避メモリ75Bとして交互に切り替えるようにしてもよい。これにより、ワークメモリ75Aと退避メモリ75Bとの間でのデータの移動をなくすことができる。[トリガ情報の送信方法]次に、トリガ情報の送信方法について説明する。トリガ情報は、上述したように、デジタルテレビジョン放送信号のTSのPCRパケットに配置したり、映像信号に埋め込んだり、あるいは、TSに多重化されているMPEG2ビデオストリームのユーザデータ領域内に配置したりすることができる。図4は、デジタルテレビジョン放送信号のTSのPCRパケットにトリガ情報が配置される場合の概念を示している。同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、番組やCMと連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。なお、トリガ情報は、電波障害や受信装置60における取りこぼし受信ミスを考慮して、同一内容のもの同一のデータ放送用アプリに対する同一のコマンドなどが連続的に複数回送信される。ただし、複数回送信される同一内容のトリガ情報であても、それぞれのTriggervaridityの項目に書き込まれる有効確率パラメータNは必ずしも同一ではない。図5は、PCRパケットにおいてトリガ情報が格納される位置を示している。PCRパケットは、TSパケットのadaptationfieldにPCRが格納されたものであり、トリガ情報は、PCRの後に続くtransportprivatedatabyteに格納される。なお、トリガ情報が格納される場合、PCRの前に設けられているVariousflagsのtransportprivatedataflagが1とされる。図6は、トリガ情報を映像信号に埋め込む2種類の例を示している。同図Aは、トリガ情報を2次元バーコード化して、映像信号の画像の所定の位置いまの場合、右下隅に重畳合成する例を示している。同図Bは、トリガ情報を映像コード化して、映像信号の画像の下部の数ラインに合成する例を示している。同図Aおよび同図Bにおけるトリガ情報は、受信装置60のトリガ検出部66によって検出される。同図Aと同図Bのいずれの例においても、トリガ情報はテレビジョン番組の画面上に配置されているので、例えば、CATV網を利用してテレビジョン番組が再配信されるような場合においても、トリガ情報が削除されること無く受信装置60まで送信することができる。また、同図Aと同図Bのいずれの例においても、画面上のトリガ情報2次元バーコードまたは映像コードは受信装置60のユーザによって視認され得るが、これが好ましくない場合、2次元バーコードまたは映像コードを、その周囲の画素と同じ画素によりマスクしてから表示するようにすればよい。前記は、トリガ情報をPCRに格納して伝送する例を示したが、トリガ情報の格納位置、送信方法としてはこれらに限定されるものではない。[トリガ情報の詳細]次に、トリガ情報の詳細について説明する。トリガ情報は、それが示すコマンドに応じて5種類に分類される。コマンドの種類は、プリキャッシュコマンド、エクスキュートコマンド、インジェクトイベントコマンド、サスペンドコマンド、およびターミネートコマンドの5種類が存在する。なお、これら5種類以外のコマンドを追加するようにしてもよい。図7は、プリキャッシュコマンドとしてのトリガ情報に含まれる項目を示している。プリキャッシュコマンドは、受信装置60に対して、データ放送用アプリの取得を指示するためのコマンドである。Triggeridは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のTriggeridは同一のものとなる。Protcolversionは、当該トリガ情報のプロトコルのバージョンを示している。Commandcodeは、当該トリガ情報のコマンドの種類を示す。同図の場合、プリキャッシュコマンドであることを示す情報が記載される。Triggervaridityには、受信装置60によるサーバ46へのアクセスを分散させるために、当該トリガ情報を受信した各受信装置60が当該トリガ情報に従って処理を実行すると判断するとき確率を指定するための値である有効確率パラメータNが書き込まれる。例えば、数多く存在し得る受信装置60からのサーバ46に対するアクセスを4回に分散させるためには、同一のトリガ情報を4回送信するようにし、1回目のトリガ情報における有効確率パラメータN=4とし、2回目のトリガ情報における有効確率パラメータN=3とし、3回目のトリガ情報における有効確率パラメータN=2とし、4回目のトリガ情報における有効確率パラメータN=1とすればよい。受信装置60に対して有効確率を通知することにより、複数の受信装置60がサーバ46にアクセスしてデータ放送用アプリを取得する処理が一時期に集中しないように分散させることができる。なお、サーバ46などへのアクセスを行わない処理を制御するためのトリガ情報例えば、後述するサスペンドコマンドまたはターミネートコマンドのトリガ情報などにおいては、有効確率を常に1としておけばよい。Triggervaridityを用いたアクセス分散については、図15、図16、図19以降を参照して後述する。Appidは、当該トリガ情報に対応して取得するデータ放送用アプリの識別情報である。Apptypeは、当該トリガ情報に対応するデータ放送用アプリのタイプ例えば、HTML5,BMLJava登録商標などを示す情報である。Appurlは、データ放送用アプリの取得先いまの場合、サーバ46のURLである。BroadcastAppflag,DownloadedAppflag、およびInternetAppflagは、当該トリガ情報に対応するデータ放送用アプリのプログラムデータの所在を示すフラグである。BroadcastAppflagは、当該トリガ情報に対応するデータ放送用アプリがデジタルテレビジョン放送信号から取得可能である場合に1とされる。DownloadedAppflagは、当該トリガ情報に対応するデータ放送用アプリがダウンロード放送サービスで既に放送されており、これを受信装置60が受信していればローカルストレージ例えば、記録部71から取得可能である場合に1とされる。InternetAppflagは、当該トリガ情報に対応するデータ放送用アプリがインタネット50を介してサーバ46から取得可能である場合に1とされる。図8は、エクスキュートコマンドとしてのトリガ情報に含まれる項目を示している。エクスキュートコマンドとは、受信装置60に対して、データ放送用アプリの起動を指示するためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid,Apptype,Appurl,BroadcastAppflag,DownloadedAppflag、およびInternetAppflagについては、図7に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、エクスキュートコマンドであることを示す情報が記載される。Applifescopeは、映像の切り替えに応じて実行中のデータ放送用アプリを終了するか否かを示している。Appexpiredateは、実行中のデータ放送用アプリを、ターミネートコマンドを受信することなく終了する日時を示している。図9は、インジェクトイベントコマンドとしてのトリガ情報に含まれる項目を示している。インジェクトイベントコマンドは、受信装置60に対して、実行中のデータ放送用アプリにおいてイベントを発火させるためのコマンドである。ここで、イベントとは、例えばデータ放送用アプリによって表示されている情報を切り替える処理、番組内で実施される視聴者アンケートの結果をサーバ46にアップロード通知する処理などを起動するタイミングを示す。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図7に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、インジェクトイベントコマンドであることを示す情報が記載される。インジェクトイベントコマンドとしてのトリガ情報のTriggervaridityに適切な有効確率パラメータNを書き込むことにより、番組を受信中の複数の受信装置60におけるイベントの発生タイミングを分散させることができる。これにより、例えば、複数の受信装置60からのサーバ46へのアクセスが一時に集中しないように分散させることができる。Eventidは、Appidにて指定されたデータ放送用アプリにおいて発火すべきイベントの識別情報である。EventEmbeddedDataは、イベントを発火する際に参照されるデータが記載される。図10は、サスペンドコマンドとしてのトリガ情報に含まれる項目を示している。サスペンドコマンドは、受信装置60に対して、実行中のデータ放送用アプリを休止させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図7に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、サスペンドコマンドであることを示す情報が記載される。図11は、ターミネートコマンドとしてのトリガ情報に含まれる項目を示している。ターミネートコマンドは、受信装置60に対して、実行中のデータ放送用アプリを終了させるためのコマンドである。Triggerid,Protcolversion,Commandcode,Triggervaridity,Appid、およびApptypeについては、図7に示されたプリキャッシュコマンドとしてのトリガ情報と同様である。ただし、Commandcodeには、ターミネートコマンドであることを示す情報が記載される。[トリガ情報のシンタックス]図12は、上述した各コマンドとしてのトリガ情報に対応可能なトリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって、同図のものに限定されない。[動作説明]次に、受信したトリガ情報に対応する受信装置60の動作概要、特に画面表示の変化について説明する。図13は、テレビジョン番組やCMなどの対応するデータ放送用アプリを受信装置60に実行させるときの受信装置60の表示画面の遷移を示している。例えば同図Aに示すように、テレビジョン番組いまの場合、7時のニュースが放送されており、番組の内容が経済情報に移ると、それに合わせて、番組に対応するデータ放送用アプリを起動させるためのエクスキュートコマンドのトリガ情報が送信される。これが受信されると、データ放送用アプリが起動されて、番組が表示されている画面上には、同図Bに示すように、データ放送用アプリの表示をユーザに促すためのアイコンいまの場合、株が表示される。ユーザがこのアイコンを選択すると、画面上には、同図Cに示すように、データ放送用アプリによる表示いまの場合、株価情報表示が行われる。このように、データ放送用アプリの表示をユーザに促すためのアイコンが表示された場合にのみ、データ放送用アプリによる表示を行うので、データ放送用アプリによる表示を必要としないユーザを煩わせてしまう事態を抑止することができる。ただし、上記のアイコンの表示もデータ放送アプリの最初の表示である。さらに番組の内容が推移するといまの場合、スポーツ情報に推移すると、それに合わせてイベントを発火させるためのインジェクイベントコマンドのトリガ情報が送信される。これが受信されると、イベントが発火されて、例えば、画面上のデータ放送用アプリによる表示が、同図Dに示すように変更されるいまの場合、試合結果情報表示に変更される。そして、番組に対応する実行中のデータ放送用アプリを休止させるためのサスペンドコマンドのトリガ情報が送信され、これが受信されると、実行中のデータ放送用アプリが休止される。この後、CMに対応するデータ放送用アプリを起動させるためのエクスキュートコマンドのトリガ情報が送信され、これが受信されると、CM番組のデータ放送用アプリが起動される。これにより、CMが表示されている画面上には、同図Eに示すように、CMに対応するデータ放送用アプリの表示をユーザに促すためのアイコンいまの場合、懸賞応募が表示される。ユーザがこのアイコンを選択すると、画面上には、CMに対応するデータ放送用アプリによる表示いまの場合、懸賞応募のための表示が行われる。CMの終了後、番組再開に合わせて、番組に対応するデータ放送用アプリを再開させるためのエクスキュートコマンドのトリガ情報が送信され、これが受信されると、同図Fに示すように、CMに対応するデータ放送用アプリが終了されてその表示が消去され、番組のデータ放送用アプリの表示も、先ほど休止された状態から再開される。そして、番組が終了するとき、それに合わせて、番組に対応するデータ放送用アプリを終了させるためのターミネートコマンドのトリガ情報が送信され、これが受信されると、同図Gに示すように、画面上からデータ放送用アプリの表示が消去されて番組の映像のみが表示される。なお、データ放送用アプリの表示については同図に示されたように、番組の表示領域を縮小してデータ放送用アプリの表示のための領域を設ける方法だけでなく、例えば、番組の表示に、データ放送用アプリの表示を重畳するようにしてもよい。次に、受信装置60がトリガ情報を受信したときの動作以下、トリガ情報対応処理と称するについて説明する。図14は、トリガ情報対応処理を説明するフローチャートである。このトリガ情報対応処理は、ユーザがテレビジョン番組を視聴しているとき、すなわち、受信装置60がデジタルテレビジョン放送信号を受信しているときに繰り返して実行される。ステップS1において、トリガ検出部66は、多重分離部62からトリガ情報を含むPCRパケットが入力されるか、またはビデオデコーダ65から出力される映像信号からトリガ情報を検出するまで待機する。そして、トリガ情報を含むPCRパケットが入力されるか、または映像信号からトリガ情報が検出された場合、処理はステップS2に進められる。ステップS2において、トリガ検出部66は、トリガ情報を制御部68に出力する。制御部68は、トリガ情報のTriggeridを読み出し、当該トリガ情報に対してステップS4以降の処理を既に実行済みであるか否かを判定する。既にステップS3以降の処理を実行済みであると判定された場合、処理ステップS1に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップS4以降の処理を実行していないと判定された場合、処理はステップS3に進められる。ステップS3において、制御部68は、トリガ情報のTriggervaridityに書き込まれている有効確率パラメータNに基づき、今回の処理が有効であるか否か処理をステップS4以降に進めるか、ステップS1に戻すかを判定する。なお、トリガ情報にTriggervaridityが設けられていない場合または有効確率パラメータN=1である場合を含む、処理はステップS4に進められる。ここで、ステップS3における今回の処理が有効であるか否かの判定について説明する。図15は、Triggervaridityを設けていない場合または有効確率パラメータN=1である場合を含むとTriggervaridityを設けている場合との比較を示している。Triggervaridityを設けていない場合、同図Aに示されるように、同一のトリガ情報が複数回送信されるものの、最初のトリガ情報に大多数の受信装置60が対応してしまい、サーバ46などへのアクセスが集中してしまう。これに対して、Triggervaridityを設けて有効確率を適切な値に設定している場合には、同図Bに示されるように、複数回送信される同一のトリガ情報のそれぞれに稼働中の受信装置60を分散して振り分けることができるので、サーバ46などへのアクセスの集中を抑止することができる。例えば、図16のBに示すように、放送局側の意図として、数多く存在し得る稼働中の受信装置60からのサーバ46などへのアクセスを4回に分散させるためには、放送装置41は、同一のトリガ情報を4回送信するようにし、1回目のトリガ情報におけるTriggervaridityの有効確率パラメータN=4とし、2回目の有効確率パラメータN=3とし、3回目の有効確率パラメータN=2とし、4回目の有効確率パラメータN=1とする。これに対して、受信装置60の制御部68では、有効確率の条件下で、乱数などにより有効または無効を判定するようにする。これにより、例えば100000台の受信装置60が同時にトリガ情報対応処理を実行していると仮定すれば、1回目のトリガ情報有効確率1/N=1/4によって、約25000=1000004台の受信装置60で有効と判定され、2回目のトリガ情報有効確率=1/3によって、さらに約25000台=750003の受信装置60で有効と判定され、3回目のトリガ情報有効確率=1/2によって、さらに約25000台=500002の受信装置60で有効と判定され、4回目のトリガ情報有効確率=1/1によって、残りすべて=250001の受信装置60で有効と判定される。図14に戻る。ステップS4において、制御部68は、トリガ情報のCommandcodeを読み出し、当該トリガ情報の示すコマンドが、プリキャッシュ、エクスキュート、インジェクトイベント、サスペンド、またはターミネートのいずれであるかを判別する。ステップS5において、制御部68は、ステップS4の判定結果がプリキャッシュであったか否かを判断し、プリキャッシュであったと判断された場合、処理はステップS6に進められる。ステップS6において、当該トリガ情報のAppidにより特定されるデータ放送用アプリのプログラムデータが取得される。具体的には、当該トリガ情報のBroadcastAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータがテレビジョン放送信号から取得されて記録部71に記録される。当該トリガ情報のDownloadedAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータが、ローカルストレージである記録部71から取得される。当該トリガ情報のInternetAppflagが1である場合、Appidにより特定されるデータ放送用アプリのプログラムデータが、インタネット50を介してサーバ46から取得されてキャッシュメモリ73に記録される。なお、BroadcastAppflag,DownloadedAppflag、およびInternetAppflagのうち、2つ以上のflagが1である場合、受信装置60側の都合に応じて、当該トリガ情報のAppidにより特定されるデータ放送用アプリのプログラムデータを取得することができる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS5において、ステップS4の判定結果がプリキャッシュではなかったと判断された場合、処理はステップS7に進められる。ステップS7において、制御部68は、ステップS4の判定結果がエクスキュートであったか否かを判断し、エクスキュートであったと判断された場合、処理はステップS8に進められる。ステップS8において、アプリエンジン74は、制御部68からの制御に従い、当該トリガ情報のAppidにより特定されるデータ放送用アプリが休止中サスペンド状態であるか否かを判断する。具体的には、退避メモリ75Bに、Appidにより特定されるデータ放送用アプリに、休止の状態を示すデータが退避されている場合に休止中であると判断する。ステップS8において、Appidにより特定されるデータ放送用アプリが休止中ではないと判断された場合、処理はステップS9に進められる。ステップS9において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリのプログラムデータが未取得記録部71またはキャッシュメモリ73に存在しないの場合にそれを取得する。ステップS10において、アプリエンジン74は、制御部68からの制御に従い、現在実行中のデータ放送用アプリがあるならば、それを終了させる。ステップS11において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリを起動する。この後、処理はステップS1に戻り、それ以降が繰り返される。なお、ステップS8において、Appidにより特定されるデータ放送用アプリが休止中サスペンド状態であると判断された場合、処理はステップS12に進められる。ステップS12において、アプリエンジン74は、制御部68からの制御に従い、退避メモリ75Bのデータをワークメモリ75Aに移して、Appidにより特定されるデータ放送用アプリを起動する。これにより、Appidにより特定される、休止中のデータ放送用アプリが休止された状態から再開されることになる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS7において、ステップS4の判定結果がエクスキュートではなかったと判断された場合、処理はステップS13に進められる。ステップS13において、制御部68は、ステップS4の判定結果がインジェクトイベントであったか否かを判断し、インジェクトイベントであったと判断された場合、処理はステップS14に進められる。ステップS14において、制御部68は、当該トリガ情報のAppidと、動作中のデータ放送用アプリのAppidが一致する場合のみ、アプリエンジン74を制御して、動作中のアプリケーションにおいて、トリガ情報のEventidに対応するイベントを発火実行させる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS13において、ステップS4の判定結果がインジェクトイベントではなかったと判断された場合、処理はステップS15に進められる。ステップS15において、制御部68は、ステップS4の判定結果がサスペンドであるか否かを判断し、サスペンドであると判断された場合、処理はステップS16に進められる。ステップS16において、アプリエンジン74は、制御部68からの制御に従い、現在実行中のデータ放送用アプリの状態を示すデータすなわち、現在ワークメモリ75Aに書き込まれているデータ。表示する情報に階層構造がある場合、表示されている情報の階層を示す情報を含むを退避メモリ75Bに退避させる。この後、処理はステップS1に戻り、それ以降が繰り返される。ステップS15において、ステップS4の判定結果がサスペンドではなかったと判断された場合、ステップS4の判定結果はターミネートであったはずなので、処理はステップS17に進められる。ステップS17において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリが実行中であれば、それを終了させる。ステップS18において、アプリエンジン74は、制御部68からの制御に従い、Appidにより特定されるデータ放送用アプリに関するデータを、ワークメモリ75Aおよび退避メモリ75Bから消去するとともに、データ放送用アプリのプログラムデータを記録部71またはキャッシュメモリ73から消去させる。この後、処理はステップS1に戻り、それ以降が繰り返される。以上でトリガ情報対応処理の説明を終了する。上述したトリガ情報対応処理によれば、テレビジョン番組やCMに連動してデータ放送用アプリを起動したり、イベントを発火させたり、終了したりすることができる。さらに、データ放送用アプリを実行中の状態を保持したままで休止させ、休止した状態から再開することができる。また、トリガ情報対応処理によれば、以下に例示するデータ放送用アプリの運用の可能である。図17は、データ放送用アプリの動作シナリオの一例を示している。放送装置41がテレビジョン番組の進行に合わせて番組に対応するデータ放送用アプリのプログラムデータの取得を指示するプリキャッシュコマンドのトリガ情報を送信すると、これを受信した受信装置60は、放送用アプリのプログラムデータを取得する。次に、放送装置41がテレビジョン番組の進行に合わせて、番組に対応するデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置60は、データ放送用アプリを起動する。この起動により、番組の映像にデータ放送用アプリの表示をユーザに促すためのアイコンが重畳表示される。このアイコンをユーザが選択すると、番組の映像に画面上にデータ放送用アプリによる表示が重畳される。放送装置41がテレビジョン番組の進行に合わせて、インジェクトイベントコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリにおいてイベントが発火する例えば、表示が変更される。そして、所定のタイミングにおいて、放送装置41がデータ放送用アプリのサスペンドコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリが休止される関連するデータは退避メモリ75Bに保持される。その後、放送装置41がデータ放送用アプリのエクスキュートコマンドのトリガ情報を送信すると、これを受信した受信装置60では、休止されていたデータ放送用アプリが再開される。さらに、放送装置41がテレビジョン番組の終了に合わせて、ターミネートコマンドのトリガ情報を送信すると、これを受信した受信装置60では、実行中のデータ放送用アプリが終了される。データ放送用アプリの状態遷移図18は、受信装置60におけるデータ放送用アプリの状態遷移を示している。同図に示すように、データ放送用アプリは、終了状態、準備状態、実行中状態、または休止状態の4種類の状態のいずれかに遷移している。終了状態は、データ放送用アプリが実行されておらず、かつ、そのデータ放送用アプリのプログラムデータが未取得である状態を指す。準備状態は、そのデータ放送用アプリのプログラムデータが取得済みであって、実行されていない状態を指す。実行中状態は、データ放送用アプリが起動されて実行中である状態を指す。休止状態は、データ放送用アプリの実行が中断され、その中断したときの状態を示す情報が退避メモリ75Bに保持されている状態を指す。データ放送用アプリが終了状態に遷移しているとき、プリキャッシュコマンドのトリガ情報が受信されてそのデータ放送用アプリのプログラムデータが取得されると、準備状態に遷移する。データ放送用アプリが終了状態または準備状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されてそのデータ放送用アプリが起動されると、実行中状態に遷移する。データ放送用アプリが実行中状態に遷移しているとき、サスペンドコマンドのトリガ情報が受信されて、実行中のデータ放送用アプリが中断されると休止状態に遷移する。データ放送用アプリが休止状態に遷移しているとき、エクスキュートコマンドのトリガ情報が受信されて、中断されていたデータ放送用アプリが再開されると、実行中状態に遷移する。データ放送用アプリが準備状態、実行中状態、または休止状態に遷移しているとき、ターミネートコマンドのトリガ情報が受信されると、準備状態、実行中状態、または休止状態のデータ放送用アプリが終了状態に遷移する。なお、終了状態への遷移は、ターミネートコマンドのトリガ情報に基づくものの他、トリガ情報のAppexpiredateが経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。Triggervaridityを用いたアクセス分散の運用シナリオ次に、トリガ情報のTriggervaridityの項目に書き込む有効確率パラメータNを適切に設定することにより、多数存在する稼働中の受信装置60からのサーバ46に対するアクセス分散を分散させる方法について詳述する。初めに、適切な有効確率パラメータNを設定するための想定事項を以下に挙げる。データ用放送用アプリを対応付けて実行させるテレビジョン番組は、過去の統計同様の番組の平均視聴率などに基づいて、その視聴率が推定可能である。したがって、当該テレビジョン番組を視聴している受信装置60の総数以下、推定視聴端末数Neと称するも推定可能である。同一内容ただし、有効確率は異なるのトリガ情報を複数回送信するときのトリガ情報の送信頻度送信間隔の最小周期は、トリガ情報を受信した受信装置60の大多数がそれを有効と判断してサーバ46にアクセスし終えるまでに要する時間とする。この時間は、実測と経験値で例えば2秒間などと決定できる。以下、この時間を単位時間tdと称する。サーバ46に対するアクセスを分散させる時間範囲以下、サーバアクセス期間と称するは、データ放送用アプリ毎にそのアクセスの目的によって決定され、アクセス開始点T0とアクセス期限Teの2時点で定義される。例えば、エクスキュートコマンドのトリガ情報のサーバアクセス期間は、それ以前に送信されるプリキャッシュコマンドのトリガ情報のサーバアクセス期間に比較して短時間に定義することができる。サーバ46に対する受信装置60からの単位時間tdあたりのアクセス数の最大値以下、アクセス数目標最大値Atと称するは、サーバの処理能力に依存する。したがって、サーバ64に対するアクセスを分散させる場合には、時間軸横軸とアクセス数軸縦軸から成る平面において、各単位時間tdのアクセス数を示す点が、時間軸上に定義されるアクセス分散時間とアクセス数軸上のアクセス数目標最大値Atとで規定される矩形領域に収まるように運用する必要がある。さらに、上記した矩形領域に収まる場合であっても、少しでも早くアクセスを収束させたい、すなわち、サーバアクセス期間を短くしたい方針A、または、少しでも単位時間td当たりのアクセス数を減らしたい方針Bに対応する必要がある。受信装置60によるサーバ46へのアクセス以外を要因するインタネット50の輻輳による影響は考慮しないものとする。サーバ46は、受信装置60からのアクセスに応じる処理以外の処理も実行し得るが、ここでは、サーバ46が有する処理能力の全てを受信装置60からのアクセスに応じる処理に割り当てるものとする。受信装置60がユーザから指定された任意のタイミングでサーバ46にアクセスする場合、それらのアクセスは時間的に均等に分散されるものとする。以上の想定事項を踏まえて、以下の第1乃至第5の運用シナリオを提案する。[第1の運用シナリオ]図19は、第1の運用シナリオを説明するための図である。第1の運用シナリオは、番組Aの途中で新しいデータ放送用アプリを取得、起動させることを目的としている。第1の運用シナリオでは、データ放送用アプリを取得するためのアクセス分散時間において番組Aを視聴している受信装置60の総数がほとんど変化しない場合を想定している。この場合、番組Aに対する推定視聴率過去の統計などに基づくものから番組Aを視聴している受信装置60の総数Neを推定する。単位時間td、サーバ46のアクセス数目標最大値At、およびサーバアクセス期間Te-T0である場合、サーバアクセス期間中に送信できる同一内容のトリガ情報の数Ntrは、Ntr=Te-T0/tdである。したがって、サーバアクセス期間中にサーバ46が対応可能なアクセス総数はAtNtrとなる。ここで、AtNtrが推定視聴端末数Neに満たない場合Ne>AtNtr、サーバアクセス期間を延長するか、またはアクセス数目標最大値Atを高めに設定する必要がある。サーバ46へのアクセスを少しでも早く収束させたい方針Aを採用する場合には、1回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1を、推定視聴端末数Ne台の受信装置60からのアクセスがアクセス数目標最大値Atに抑えられるようにP1=Ne/Atを切り上げた整数値とする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pkは、Pk=Ne-k-1At/At=P1-に設定する。Pkが1以下になった以降は、その後も1に設定する。単位時間td当たりのアクセス数を少しでも減らしたい方針Bを採用する場合には、推定視聴端末数Neをトリガ数NtrTdで均等割りし、1回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1=Ntrとする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pk≒Nt-に設定する。[第2の運用シナリオ]図20は、第2の運用シナリオを説明するための図である。第2の運用シナリオは、番組Bの開始とともにデータ放送用アプリを起動させるため、番組Bの開始以前、すなわち、同一のチャンネルで番組Aが放送されているときから番組Bに対応したデータ放送用アプリの取得を開始させ、サーバ46へのアクセスを、番組Aの後半から番組Bの前半に分散させることを目的としている。具体的には、番組Aの放送中にプリキャッシュコマンドのトリガ情報を送信し、番組Bの開始時にエクスキュートコマンドのトリガ情報を送信する。第2の運用シナリオでは、番組Aから番組Bを引き続いて視聴しない受信装置60が存在すること、および他のチャンネルから当該チャンネルに選局して番組Bを視聴する受信装置60が存在することを考慮する。すなわち、番組Aを視聴している受信装置60の総数を想定視聴端末数Nea、番組Bを視聴している受信装置60の総数を想定視聴端末数Neb、他のチャンネルから当該チャンネルに選局して番組Bを視聴し始める受信装置60の総数を推定追加視聴端末数Nedとして推定して利用する。番組Aが放送されているときのサーバアクセス期間Ta0からTaeまでをできるだけ短くする方針Aを採用する場合、上述した第1の運用シナリオと同様にする。すなわち、番組Aで1回目に送信するプリキャッシュコマンドのトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1を、推定視聴端末数Ne台の受信装置60からのアクセスがアクセス数目標最大値Atに抑えられるようにP1=Nea/Atを切り上げた整数値とする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pkは、Pk=Nea-k-1At/At≒P1-に設定する。Pkが1以下になった以降は、その後も1に設定する。番組Bの開始以降は、他のチャンネルから当該チャンネルに選局して番組Bを視聴し始める推定追加視聴端末数Ned台の受信装置60によるアクセスを分散させればよいので、番組Bで1回目に送信するエクスキュートコマンドのトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1を、P1=Ned/Atを切り上げた整数値とする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pkは、Pk=Ned-k-1At/At=P1-に設定する。Pkが1以下になった以降は、その後も1に設定する。[第3の運用シナリオ]図21は、第3の運用シナリオを説明するための図である。第3の運用シナリオは、データ放送用アプリを用いて、番組Aの放送中の所定の時間帯に視聴者が任意で参加による投票を実施し、その投票結果をサーバ46で収集することを目的としている。具体的には、データ放送用アプリを用いて、例えば、番組Aの進行に連動して投票ボタンなどを表示させ、視聴者にボタンを操作させる。ただし、ボタン操作のタイミングではその投票結果をサーバ46に通知せず、インジェクトイベントコマンドとしてのトリガ情報に応じるイベント発火として、投票結果をサーバ46に時間的に分散して通知するようにする。したがって、第3の運用シナリオでは、インジェクトイベントコマンドとしてのトリガ情報のTriggerValidityに適切な有効確率パラメータNを指定すればよい。ただし、上述した投票は視聴者の任意参加により行われるので、サーバ46にアクセスする受信装置60の総数である推定視聴端末数Nevを高い確度で予測することは困難である。そこで、第3の運用シナリオでは、単位時間td当たりのアクセス数をできるだけ少なくする方針Bを採用するようにする。具体的には、推定視聴端末数Nevをトリガ数NtrTdで均等割りし、1回目に送信するインジェクトイベントのトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1=Ntrとする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pk≒Nt-に設定する。[第4の運用シナリオ]図22は、第4の運用シナリオを説明するための図である。第4の運用シナリオは、データ放送用アプリを用いて、番組Aの受信している全ての受信装置60の中から無作為に抽出される実際には、各受信装置60が有効確率に基づいてランダムに判断する所定割合の受信装置60にデータ放送用アプリのイベントとしてユーザのプロファイル情報をサーバ46に通知させることを目的としている。このように、番組Aの受信している全ての受信装置60のうちの特定割合のものだけをサーバ46にアクセスさせることにより、サーバ46に多くの負荷をかけることなく、番組視聴者のプロファイル傾向などの統計情報を得ることができる。具体的には、上述した第1の運用シナリオにおける推定視聴端末数Neを、推定視聴端末数Neに所定割合を乗算したアクセス対象数Nepで置換すればよい。すなわち、サーバ46へのアクセスを少しでも早く収束させたい方針Aを採用する場合には、1回目に送信するインジェクトイベントコマンドとしてのトリガ情報のtriggervalidityの項目の有効確率パラメータN=P1を、P1=Nep/Atを切り上げた整数値とする。kkは2以上の整数回目に送信するトリガ情報のtriggervalidityの項目の有効確率パラメータN=Pkは、Pk=Nep-k-1At/At=P1-に設定する。Pkが1以下になった以降は、その後も1に設定する。[第5の運用シナリオ]図23は、第5の運用シナリオを説明するための図である。上述した第1乃至第4の運用シナリオでは、過去の統計などに基づいて、番組を受信している受信装置60の総数を推定していた。これに対して、第5の運用シナリオは、1回目のトリガ情報に応じた受信装置60によるサーバ64に対するアクセス数を実際に測定し、その実測定値に基づいて受信装置60の総数を計算する。したがって、番組を受信している受信装置60の総数を比較的正確に把握することができるので、2回目以降のトリガ情報のtriggervalidityの項目の有効確率パラメータNをより適切な値に設定することができる。具体的には、1回目に送信するトリガ情報については、上述した第1の運用シナリオと同様に推定視聴端末数Neに基づいて有効確率パラメータN=P1を算出する。そして、これに応じた受信装置60からのアクセス数a1を測定し、番組Aを受信している受信装置60の確度の高い推定値をP1a1として算出する。2回目以降に送信するトリガ情報については、次式のように番組Aを受信している受信装置60の確度の高い推定値P1a1から実際のアクセス数を減算して、残る未アクセスの受信装置60の数を高確度で算出し、有効確率パラメータN=Pkkは2以上を算出する。なお、cは、アクセス数がアクセス数目標最大値Atを上下した場合にフィードバック要素として、アクセス数目標最大値Atとの差分に乗算するための係数である。以上説明したように、トリガ情報のtriggervalidityの項目の有効確率パラメータNを適切に設定することにより、受信装置60からサーバ46へのアクセスを時間的に分散させることができる。特に、第5の運用シナリオを採用すれば、受信中の受信装置60の総数をより正確に推定することができるので、より適切にサーバ46へのアクセスを分散させることができる。ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。図24は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。このコンピュータ100において、CPUCentralProcessingUnit101,ROMReadOnlyMemory102,RAMRandomAccessMemory103は、バス104により相互に接続されている。バス104には、さらに、入出力インタフェース105が接続されている。入出力インタフェース105には、キーボード、マウス、マイクロホンなどよりなる入力部106、ディスプレイ、スピーカなどよりなる出力部107、ハードディスクや不揮発性のメモリなどよりなる記憶部108、ネットワークインタフェースなどよりなる通信部109、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア111を駆動するドライブ110が接続されている。以上のように構成されるコンピュータでは、CPU101が、例えば、記憶部108に記憶されているプログラムを、入出力インタフェース105及びバス104を介して、RAM103にロードして実行することにより、上述した一連の処理が行われる。なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。また、プログラムは、1台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。"