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

Abstract

本発明は、多数存在し得る受信装置からのサーバに対するアクセスを時間的に分散させることができる送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関する。第１の運用シナリオでは、受信装置の総数がほとんど変化しない場合を想定している。サーバ４６へのアクセスを早く収束させる場合には、１回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１をＰ１＝Ｎｅ／Ａｔ（を切り上げた整数値）とする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋは、Ｐｋ＝（Ｎｅ−（ｋ−１）Ａｔ）／Ａｔ＝Ｐ１−(ｋ−１)に設定する。Ｐｋが１以下になった以降は、その後も１に設定する。本発明は、テレビジョン番組放送信号を用いて受信装置を制御する場合に適用できる。

Description

本発明は、送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関し、特に、デジタルテレビジョン放送の送信側から、受信側による所定のサーバへのアクセス動作を制御するようにした送信装置、送信方法、受信装置、受信方法、プログラム、および放送システムに関する。

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

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

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

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

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

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

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

そこで、データ放送用コンテンツを、デジタルテレビジョン放送の放送帯域を用いることなく受信側に供給する方法として、放送側から受信側を制御し、インタネットを介して所定のサーバからデータ放送用コンテンツをダウンロードさせることが考えられている。

ただし、この方法を採用した場合、所定のサーバに対する受信側からアクセスが時間的に集中して、インタネットが輻輳したり、サーバの処理負荷が増したりしてしまい、データ放送用コンテンツを速やかにダウンロードできないなどの問題が生じ得る。そこで、所定のサーバに対する受信側からのアクセスが時間的に集中ないように何らかの対策を講じる必要であるが、現状においてそのような対策は確立されていない。

本発明はこのような状況に鑑みてなされたものであり、所定のサーバに対する受信装置からのアクセスが時間的に分散するように放送側から受信側を制御できるようにするものである。

本発明の第１の側面である送信装置は、ＡＶコンテンツを送信する送信装置において、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信手段とを含む。

前記生成手段は、前記受信装置に対して、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理のうちの少なくとも１つの処理を制御するためのトリガ情報を、算出された前記有効確率を含めて生成することができる。

前記生成手段は、前記受信装置に対して、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御するための前記トリガ情報を、算出された前記有効確率を含めて生成することができる。

前記取得手段は、過去の視聴統計に基づいて前記推定視聴端末数を取得することができる。

前記取得手段は、前記サーバに対するアクセスの実測値に基づいて前記推定視聴端末数を取得することができる。

本発明の第１の側面である受信方法は、ＡＶコンテンツを送信する送信装置の送信方法において、前記送信装置による、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信ステップとを含む。

本発明の第１の側面であるプログラムは、ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信ステップとを含む処理を送信装置のコンピュータに実行させる。

本発明の第１の側面においては、受信中の受信装置の推定数を示す推定視聴端末数が取得され、ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率が推定視聴端末数に基づいて算出され、算出された有効確率を含めてトリガ情報が生成され、生成されたトリガ情報がＡＶコンテンツとともに送信される。

本発明の第２の側面である受信装置は、送信されたＡＶコンテンツを受信する受信装置において、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む。

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

前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御することができる。

本発明の第２の側面である受信方法は、送信されたＡＶコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む。

本発明の第２の側面であるプログラムは、送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップとを含む処理を受信装置のコンピュータに実行させる。

本発明の第２の側面においては、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報に含まれる有効確率に従い、トリガ情報が有効か否かに判定され、トリガ情報が有効を判定された場合のみ、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムに関連する処理が制御される。

本発明の第３の側面である放送システムは、ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置が、受信中の前記受信装置の推定数を示す推定視聴端末数を取得する取得手段と、前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信手段とを含み、前記受信装置が、前記ＡＶコンテンツとともに送信された前記トリガ情報を抽出する抽出手段と、抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段とを含む。

本発明の第３の側面においては、送信装置により、受信中の受信装置の推定数を示す推定視聴端末数が取得され、ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率が推定視聴端末数に基づいて算出され、算出された有効確率を含めてトリガ情報が生成され、生成されたトリガ情報がＡＶコンテンツとともに送信される。また受信装置により、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報が抽出され、抽出されたトリガ情報に含まれる有効確率に従い、トリガ情報が有効か否かに判定され、トリガ情報が有効を判定された場合のみ、抽出されたトリガ情報が示すコマンドに応じて、アプリケーションプログラムに関連する処理が制御される。

本発明の第１の側面によれば、所定のサーバに対して多数の受信装置が時間的に分散してアクセスするように制御できる。

本発明の第２の側面によれば、送信装置からの制御に従い、所定のサーバにアクセスする処理を実行することができる。

本発明の第３の側面によれば、所定のサーバに対する受信装置からのアクセスを時間的に分散させることができる。

デジタルテレビジョン放送の放送帯域を示す図である。 本発明を適用した放送システムの構成例を示す図である。 本発明を適用した受信装置の構成例を示すブロック図である。 トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。 PCRパケットにおけるトリガ情報の具体的な配置を示す図である。 トリガ情報を映像信号に埋め込む例を示す図である。 プリキャッシュコマンドのトリガ情報の項目を示す図である。 エクスキュートコマンドのトリガ情報の項目を示す図である。 インジェクトイベントコマンドのトリガ情報の項目を示す図である。 サスペンドコマンドのトリガ情報の項目を示す図である。 ターミネートコマンドのトリガ情報の項目を示す図である。 トリガ情報のシンタックスの一例を示す図である。 番組およびＣＭの進行に連動してアプリケーションプログラムを実行した場合の表示例を示す図である。 トリガ情報対応処理を説明するフローチャートである。 Trigger_varidityの効果を説明するための図である。 Trigger_varidityの効果を説明するための図である。 アプリケーションプログラムの運用シナリオの一例を示す図である。 受信装置におけるアプリケーションプログラムの状態遷移図である。 第１の運用シナリオを説明するための図である。 第２の運用シナリオを説明するための図である。 第３の運用シナリオを説明するための図である。 第４の運用シナリオを説明するための図である。 第５の運用シナリオを説明するための図である。 コンピュータの構成例を示すブロック図である。

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

＜１．実施の形態＞
［放送システムの構成例］
図２は、実施の形態である放送システムを示している。この放送システム３０は、放送局側に設けられる放送装置４１およびサーバ４６、並びに各受信者側にそれぞれ設けられる受信装置６０から構成される。

放送システム３０は、デジタルテレビジョン放送信号に含めて送信されるトリガ情報に従い、各受信装置６０がサーバ４６にアクセスするものである。より具体的には、トリガ情報のTrigger_varidityの項目に書き込まれた有効確率パラメータＮに基づいて各受信装置６０がアクセスを実行するか否かを判断することにより、トリガ情報を複数回送信される期間に各受信装置６０によるアクセスが分散するようになされている。

なお、受信装置６０がサーバ４６にアクセスする処理は、番組やＣＭのＡＶコンテンツに連動して実行されるデータ放送用コンテンツをダウンロードするためであったり、実行中のデータ放送用コンテンツのイベントとして発火され、所定の情報をアップロードするためであったりする。

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

放送装置４１は、デジタルテレビジョン放送信号を送信する。また、放送装置４１は、受信装置６０に対して、番組やＣＭの進行に連動して実行させるデータ放送用コンテンツの実行を制御するためのコマンドとしてのトリガ情報をデジタルテレビジョン放送信号に含めて送信する。

放送装置４１は、アクセス数計測部４２、有効確率算出部４３、トリガ情報生成部４４、および送信部４５を含む。

アクセス数計測部４２は、受信装置６０からのサーバ４６に対するアクセス数を計測する。有効確率算出部４３は、トリガ情報の一項目とされる有効確率パラメータＮを算出する。有効確率パラメータＮの算出には、計測されたサーバ４６に対するアクセス数、予め得られている受信装置６０の推定総数、放送される番組の推定視聴率、受信装置６０の推定稼動数、同一のトリガ情報が繰り返し送信される期間などが利用される。

トリガ情報生成部４４は、受信装置６０におけるデータ放送用アプリの実行を制御するためのトリガ情報を生成する。生成されるトリガ情報には、そのTrigger_varidityの項目に有効確率算出部４３で算出された有効確率パラメータＮが書き込まれる。ただし、Trigger_varidityの項目が存在しないトリガ情報があってもよい。

トリガ情報には、上述した有効確率パラメータＮの他、コマンドの種類を示す情報、対応するデータ放送用コンテンツを特定するための情報などが含まれる。トリガ情報の詳細については後述する。

送信部４５は、生成されたトリガ情報をデジタルテレビジョン放送信号のトランスポートストリーム（ＴＳ）に多重化したり、映像信号に埋め込んだりして送信する。

サーバ４６は、インタネット５０を介してアクセスしてきた受信装置６０からの要求に応じてデータ放送用アプリを受信装置６０に供給する（ダウンロードさせる）。また、サーバ４６は、実行中のデータ放送用アプリで発火されたイベント（例えば、番組中のアンケートなど）による受信装置６０からのアクセス（例えば、アンケートの回答）を受け付ける。

受信装置６０は、放送装置４１から放送されたデジタル放送信号を受信し、ＡＶコンテンツ（テレビジョン番組やＣＭなど）の映像および音声を後段のモニタ（不図示）に出力する。また、受信装置６０は、インタネット５０を介してサーバ４６にアクセスし、データ放送用コンテンツを取得する。さらに、受信装置６０は、受信したトリガ情報に応じてデータ放送用コンテンツを実行することにより、番組の進行に連動して各種の情報をユーザの提示したり、サーバ４６にアクセスしたりする。

受信装置６０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。

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

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

さらに、多重分離部６２は、ＴＳからトリガ情報が格納されているPCR(Program Clock Reference)パケットを抽出してトリガ検出部６６に出力する。

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

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

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

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

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

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

また、メモリ６９には、ユーザによって予め入力されているユーザの年齢、性別、住所などのユーザのプロファイル情報が保持されている。

このプロファイル情報は、例えば、実行中のデータ放送用アプリにより参照され、ユーザのプロファイル情報が所定の条件を満たす場合のみ、イベントを発火するような用途に用いることができる。また、このプロファイル情報をサーバ４６にアップロードするようにしてもよい。

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

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

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

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

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

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

トリガ情報は、上述したように、デジタルテレビジョン放送信号のＴＳのPCRパケットに配置したり、映像信号に埋め込んだり、あるいは、ＴＳに多重化されているMPEG２ビデオストリームのユーザデータ領域内に配置したりすることができる。

図４は、デジタルテレビジョン放送信号のＴＳのPCRパケットにトリガ情報が配置される場合の概念を示している。

同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、番組やＣＭと連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。

なお、トリガ情報は、電波障害や受信装置６０における取りこぼし（受信ミス）を考慮して、同一内容のもの（同一のデータ放送用アプリに対する同一のコマンドなど）が連続的に複数回送信される。ただし、複数回送信される同一内容のトリガ情報であても、それぞれのTrigger_varidityの項目に書き込まれる有効確率パラメータＮは必ずしも同一ではない。

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

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

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

同図Ａと同図Ｂのいずれの例においても、トリガ情報はテレビジョン番組の画面上に配置されているので、例えば、CATV網を利用してテレビジョン番組が再配信されるような場合においても、トリガ情報が削除されること無く受信装置６０まで送信することができる。

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

前記は、トリガ情報をPCRに格納して伝送する例を示したが、トリガ情報の格納位置、送信方法としてはこれらに限定されるものではない。

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

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

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

Trigger_varidityには、受信装置６０によるサーバ４６へのアクセスを分散させるために、当該トリガ情報を受信した各受信装置６０が当該トリガ情報に従って処理を実行すると判断するとき確率を指定するための値である有効確率パラメータＮが書き込まれる。

例えば、数多く存在し得る受信装置６０からのサーバ４６に対するアクセスを４回に分散させるためには、同一のトリガ情報を４回送信するようにし、１回目のトリガ情報における有効確率パラメータＮ＝４とし、２回目のトリガ情報における有効確率パラメータＮ＝３とし、３回目のトリガ情報における有効確率パラメータＮ＝２とし、４回目のトリガ情報における有効確率パラメータＮ＝１とすればよい。

受信装置６０に対して有効確率を通知することにより、複数の受信装置６０がサーバ４６にアクセスしてデータ放送用アプリを取得する処理が一時期に集中しないように分散させることができる。

なお、サーバ４６などへのアクセスを行わない処理を制御するためのトリガ情報（例えば、後述するサスペンドコマンドまたはターミネートコマンドのトリガ情報など）においては、有効確率を常に１としておけばよい。

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_expire_dateは、実行中のデータ放送用アプリを、ターミネートコマンドを受信することなく終了する日時を示している。

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

ここで、イベントとは、例えばデータ放送用アプリによって表示されている情報を切り替える処理、番組内で実施される視聴者アンケートの結果をサーバ４６にアップロード（通知）する処理などを起動するタイミングを示す。

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

インジェクトイベントコマンドとしてのトリガ情報のTrigger_varidityに適切な有効確率パラメータＮを書き込むことにより、番組を受信中の複数の受信装置６０におけるイベントの発生タイミングを分散させることができる。これにより、例えば、複数の受信装置６０からのサーバ４６へのアクセスが一時に集中しないように分散させることができる。

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を読み出し、当該トリガ情報に対してステップＳ４以降の処理を既に実行済みであるか否かを判定する。既にステップＳ３以降の処理を実行済みであると判定された場合、処理ステップＳ１に戻されて、それ以降が繰り返される。反対に、当該トリガ情報に対してステップＳ４以降の処理を実行していないと判定された場合、処理はステップＳ３に進められる。

ステップＳ３において、制御部６８は、トリガ情報のTrigger_varidityに書き込まれている有効確率パラメータＮに基づき、今回の処理が有効であるか否か（処理をステップＳ４以降に進めるか、ステップＳ１に戻すか）を判定する。なお、トリガ情報にTrigger_varidityが設けられていない場合（または有効確率パラメータＮ＝１である場合を含む）、処理はステップＳ４に進められる。

ここで、ステップＳ３における今回の処理が有効であるか否かの判定について説明する。

図１５は、Trigger_varidityを設けていない場合（または有効確率パラメータＮ＝１である場合を含む）とTrigger_varidityを設けている場合との比較を示している。Trigger_varidityを設けていない場合、同図Ａに示されるように、同一のトリガ情報が複数回送信されるものの、最初のトリガ情報に大多数の受信装置６０が対応してしまい、サーバ４６などへのアクセスが集中してしまう。

これに対して、Trigger_varidityを設けて有効確率を適切な値に設定している場合には、同図Ｂに示されるように、複数回送信される同一のトリガ情報のそれぞれに稼働中の受信装置６０を分散して振り分けることができるので、サーバ４６などへのアクセスの集中を抑止することができる。

例えば、図１６のＢに示すように、放送局側の意図として、数多く存在し得る稼働中の受信装置６０からのサーバ４６などへのアクセスを４回に分散させるためには、放送装置４１は、同一のトリガ情報を４回送信するようにし、１回目のトリガ情報におけるTrigger_varidityの有効確率パラメータＮ＝４とし、２回目の有効確率パラメータＮ＝３とし、３回目の有効確率パラメータＮ＝２とし、４回目の有効確率パラメータＮ＝１とする。

これに対して、受信装置６０の制御部６８では、有効確率の条件下で、乱数などにより有効または無効を判定するようにする。

これにより、例えば100000台の受信装置６０が同時にトリガ情報対応処理を実行していると仮定すれば、１回目のトリガ情報（有効確率１／Ｎ＝１／４）によって、約25000（＝100000/4）台の受信装置６０で有効と判定され、２回目のトリガ情報（有効確率＝１／３）によって、さらに約25000台（＝75000/3）の受信装置６０で有効と判定され、３回目のトリガ情報（有効確率＝１／２）によって、さらに約25000台（＝50000/2）の受信装置６０で有効と判定され、４回目のトリガ情報（有効確率＝１／１）によって、残りすべて（＝25000/1）の受信装置６０で有効と判定される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[Trigger_varidityを用いたアクセス分散の運用シナリオ]
次に、トリガ情報のTrigger_varidityの項目に書き込む有効確率パラメータＮを適切に設定することにより、多数存在する稼働中の受信装置６０からのサーバ４６に対するアクセス分散を分散させる方法について詳述する。

初めに、適切な有効確率パラメータＮを設定するための想定事項を以下に挙げる。

データ用放送用アプリを対応付けて実行させるテレビジョン番組は、過去の統計（同様の番組の平均視聴率）などに基づいて、その視聴率が推定可能である。したがって、当該テレビジョン番組を視聴している受信装置６０の総数（以下、推定視聴端末数Ｎｅと称する）も推定可能である。

同一内容（ただし、有効確率は異なる）のトリガ情報を複数回送信するときのトリガ情報の送信頻度（送信間隔）の最小周期は、トリガ情報を受信した受信装置６０の大多数がそれを有効と判断してサーバ４６にアクセスし終えるまでに要する時間とする。この時間は、実測と経験値で例えば２秒間などと決定できる。以下、この時間を単位時間ｔｄと称する。

サーバ４６に対するアクセスを分散させる時間範囲（以下、サーバアクセス期間と称する）は、データ放送用アプリ毎にそのアクセスの目的によって決定され、アクセス開始点Ｔ０とアクセス期限Ｔｅの２時点で定義される。例えば、エクスキュートコマンドのトリガ情報のサーバアクセス期間は、それ以前に送信されるプリキャッシュコマンドのトリガ情報のサーバアクセス期間に比較して短時間に定義することができる。

サーバ４６に対する受信装置６０からの単位時間ｔｄあたりのアクセス数の最大値（以下、アクセス数目標最大値Ａｔと称する）は、サーバの処理能力に依存する。したがって、サーバ６４に対するアクセスを分散させる場合には、時間軸（横軸）とアクセス数軸（縦軸）から成る平面において、各単位時間ｔｄのアクセス数を示す点が、時間軸上に定義されるアクセス分散時間とアクセス数軸上のアクセス数目標最大値Ａｔとで規定される矩形領域に収まるように運用する必要がある。

さらに、上記した矩形領域に収まる場合であっても、少しでも早くアクセスを収束させたい、すなわち、サーバアクセス期間を短くしたい（方針Ａ）、または、少しでも単位時間ｔｄ当たりのアクセス数を減らしたい（方針Ｂ）に対応する必要がある。

受信装置６０によるサーバ４６へのアクセス以外を要因するインタネット５０の輻輳による影響は考慮しないものとする。

サーバ４６は、受信装置６０からのアクセスに応じる処理以外の処理も実行し得るが、ここでは、サーバ４６が有する処理能力の全てを受信装置６０からのアクセスに応じる処理に割り当てるものとする。

受信装置６０がユーザから指定された任意のタイミングでサーバ４６にアクセスする場合、それらのアクセスは時間的に均等に分散されるものとする。

以上の想定事項を踏まえて、以下の第１乃至第５の運用シナリオを提案する。

［第１の運用シナリオ］
図１９は、第１の運用シナリオを説明するための図である。第１の運用シナリオは、番組Ａの途中で新しいデータ放送用アプリを取得、起動させることを目的としている。

第１の運用シナリオでは、データ放送用アプリを取得するためのアクセス分散時間において番組Ａを視聴している受信装置６０の総数がほとんど変化しない場合を想定している。この場合、番組Ａに対する推定視聴率（過去の統計などに基づくもの）から番組Ａを視聴している受信装置６０の総数Ｎｅを推定する。

単位時間ｔｄ、サーバ４６のアクセス数目標最大値Ａｔ、およびサーバアクセス期間（Ｔｅ−Ｔ０）である場合、サーバアクセス期間中に送信できる同一内容のトリガ情報の数Ｎｔｒは、Ｎｔｒ＝（Ｔｅ−Ｔ０）／ｔｄである。したがって、サーバアクセス期間中にサーバ４６が対応可能なアクセス総数はＡｔ・Ｎｔｒとなる。

ここで、Ａｔ・Ｎｔｒが推定視聴端末数Neに満たない場合（Ｎｅ＞Ａｔ・Ｎｔｒ）、サーバアクセス期間を延長するか、またはアクセス数目標最大値Ａｔを高めに設定する必要がある。

サーバ４６へのアクセスを少しでも早く収束させたい方針(Policy)Ａを採用する場合には、１回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１を、推定視聴端末数Ｎｅ台の受信装置６０からのアクセスがアクセス数目標最大値Ａｔに抑えられるようにＰ１＝Ｎｅ／Ａｔ（を切り上げた整数値）とする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋは、Ｐｋ＝（Ｎｅ−（ｋ−１）Ａｔ）／Ａｔ＝Ｐ１−(ｋ−１)に設定する。Ｐｋが１以下になった以降は、その後も１に設定する。

単位時間ｔｄ当たりのアクセス数を少しでも減らしたい方針Ｂを採用する場合には、推定視聴端末数Ｎｅをトリガ数Ｎｔｒ=(Te−T0)/Tdで均等割りし、１回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１＝Ｎｔｒとする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋ≒Ｎｔ−(ｋ−１)に設定する。

［第２の運用シナリオ］
図２０は、第２の運用シナリオを説明するための図である。第２の運用シナリオは、番組Ｂの開始とともにデータ放送用アプリを起動させるため、番組Ｂの開始以前、すなわち、同一のチャンネルで番組Ａが放送されているときから番組Ｂに対応したデータ放送用アプリの取得を開始させ、サーバ４６へのアクセスを、番組Ａの後半から番組Ｂの前半に分散させることを目的としている。具体的には、番組Ａの放送中にプリキャッシュコマンドのトリガ情報を送信し、番組Ｂの開始時にエクスキュートコマンドのトリガ情報を送信する。

第２の運用シナリオでは、番組Ａから番組Ｂを引き続いて視聴しない受信装置６０が存在すること、および他のチャンネルから当該チャンネルに選局して番組Ｂを視聴する受信装置６０が存在することを考慮する。すなわち、番組Ａを視聴している受信装置６０の総数を想定視聴端末数Ｎｅａ、番組Ｂを視聴している受信装置６０の総数を想定視聴端末数Ｎｅｂ、他のチャンネルから当該チャンネルに選局して番組Ｂを視聴し始める受信装置６０の総数を推定追加視聴端末数Ｎｅｄとして推定して利用する。

番組Ａが放送されているときのサーバアクセス期間（Ｔａ０からＴａｅまで）をできるだけ短くする方針Ａを採用する場合、上述した第１の運用シナリオと同様にする。すなわち、番組Ａで１回目に送信するプリキャッシュコマンドのトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１を、推定視聴端末数Ｎｅ台の受信装置６０からのアクセスがアクセス数目標最大値Ａｔに抑えられるようにＰ１＝Ｎｅａ／Ａｔ（を切り上げた整数値）とする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋは、Ｐｋ＝（Ｎｅａ−（ｋ−１）Ａｔ）／Ａｔ≒Ｐ１−(ｋ−１)に設定する。Ｐｋが１以下になった以降は、その後も１に設定する。

番組Ｂの開始以降は、他のチャンネルから当該チャンネルに選局して番組Ｂを視聴し始める推定追加視聴端末数Ｎｅｄ台の受信装置６０によるアクセスを分散させればよいので、番組Ｂで１回目に送信するエクスキュートコマンドのトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１を、Ｐ１＝Ｎｅｄ／Ａｔ（を切り上げた整数値）とする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋは、Ｐｋ＝（Ｎｅｄ−（ｋ−１）Ａｔ）／Ａｔ＝Ｐ１−(ｋ−１)に設定する。Ｐｋが１以下になった以降は、その後も１に設定する。

［第３の運用シナリオ］
図２１は、第３の運用シナリオを説明するための図である。第３の運用シナリオは、データ放送用アプリを用いて、番組Ａの放送中の所定の時間帯に視聴者が任意で参加による投票(Voting)を実施し、その投票結果をサーバ４６で収集することを目的としている。具体的には、データ放送用アプリを用いて、例えば、番組Ａの進行に連動して投票ボタンなどを表示させ、視聴者にボタンを操作させる。ただし、ボタン操作のタイミングではその投票結果をサーバ４６に通知せず、インジェクトイベントコマンドとしてのトリガ情報に応じるイベント発火として、投票結果をサーバ４６に時間的に分散して通知するようにする。

したがって、第３の運用シナリオでは、インジェクトイベントコマンドとしてのトリガ情報のTrigger Validityに適切な有効確率パラメータＮを指定すればよい。

ただし、上述した投票は視聴者の任意参加により行われるので、サーバ４６にアクセスする受信装置６０の総数である推定視聴端末数Ｎｅｖを高い確度で予測することは困難である。そこで、第３の運用シナリオでは、単位時間ｔｄ当たりのアクセス数をできるだけ少なくする方針Ｂを採用するようにする。具体的には、推定視聴端末数Ｎｅｖをトリガ数Ｎｔｒ=(Te−T0)/Tdで均等割りし、１回目に送信するインジェクトイベントのトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１＝Ｎｔｒとする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋ≒Ｎｔ−(ｋ−１)に設定する。

［第４の運用シナリオ］
図２２は、第４の運用シナリオを説明するための図である。第４の運用シナリオは、データ放送用アプリを用いて、番組Ａの受信している全ての受信装置６０の中から無作為に抽出される（実際には、各受信装置６０が有効確率に基づいてランダムに判断する）所定割合の受信装置６０にデータ放送用アプリのイベントとしてユーザのプロファイル情報をサーバ４６に通知させることを目的としている。

このように、番組Ａの受信している全ての受信装置６０のうちの特定割合のものだけをサーバ４６にアクセスさせることにより、サーバ４６に多くの負荷をかけることなく、番組視聴者のプロファイル傾向などの統計情報を得ることができる。

具体的には、上述した第１の運用シナリオにおける推定視聴端末数Ｎｅを、推定視聴端末数Ｎｅに所定割合を乗算したアクセス対象数Ｎｅｐで置換すればよい。

すなわち、サーバ４６へのアクセスを少しでも早く収束させたい方針(Policy)Ａを採用する場合には、１回目に送信するインジェクトイベントコマンドとしてのトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐ１を、Ｐ１＝Ｎｅｐ／Ａｔ（を切り上げた整数値）とする。ｋ（ｋは２以上の整数）回目に送信するトリガ情報のtrigger validityの項目の有効確率パラメータＮ＝Ｐｋは、Ｐｋ＝（Ｎｅｐ−（ｋ−１）Ａｔ）／Ａｔ＝Ｐ１−(ｋ−１)に設定する。Ｐｋが１以下になった以降は、その後も１に設定する。

［第５の運用シナリオ］
図２３は、第５の運用シナリオを説明するための図である。上述した第１乃至第４の運用シナリオでは、過去の統計などに基づいて、番組を受信している受信装置６０の総数を推定していた。これに対して、第５の運用シナリオは、１回目のトリガ情報に応じた受信装置６０によるサーバ６４に対するアクセス数を実際に測定し、その実測定値に基づいて受信装置６０の総数を計算する。したがって、番組を受信している受信装置６０の総数を比較的正確に把握することができるので、２回目以降のトリガ情報のtrigger validityの項目の有効確率パラメータＮをより適切な値に設定することができる。

具体的には、１回目に送信するトリガ情報については、上述した第１の運用シナリオと同様に推定視聴端末数Ｎｅに基づいて有効確率パラメータＮ＝Ｐ１を算出する。そして、これに応じた受信装置６０からのアクセス数ａ１を測定し、番組Ａを受信している受信装置６０の確度の高い推定値をＰ１・ａ１として算出する。

２回目以降に送信するトリガ情報については、次式のように番組Ａを受信している受信装置６０の確度の高い推定値Ｐ１・ａ１から実際のアクセス数を減算して、残る未アクセスの受信装置６０の数を高確度で算出し、有効確率パラメータＮ＝Ｐｋ（ｋは２以上）を算出する。

なお、ｃは、アクセス数がアクセス数目標最大値Ａｔを上下した場合にフィードバック要素として、アクセス数目標最大値Ａｔとの差分に乗算するための係数である。

以上説明したように、トリガ情報のtrigger validityの項目の有効確率パラメータＮを適切に設定することにより、受信装置６０からサーバ４６へのアクセスを時間的に分散させることができる。特に、第５の運用シナリオを採用すれば、受信中の受信装置６０の総数をより正確に推定することができるので、より適切にサーバ４６へのアクセスを分散させることができる。

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

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

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

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

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

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

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

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

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

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

Claims (13)

1. ＡＶコンテンツを送信する送信装置において、
   受信中の受信装置の推定数を示す推定視聴端末数を取得する取得手段と、
   前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、
   算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、
   生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信手段と
   を含む
   送信装置。
2. 前記生成手段は、前記受信装置に対して、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理のうちの少なくとも１つの処理を制御するためのトリガ情報を、算出された前記有効確率を含めて生成する
   請求項１に記載の送信装置。
3. 前記生成手段は、前記受信装置に対して、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御するための前記トリガ情報を、算出された前記有効確率を含めて生成する
   請求項２に記載の送信装置。
4. 前記取得手段は、過去の視聴統計に基づいて前記推定視聴端末数を取得する
   請求項１乃至３に記載の送信装置。
5. 前記取得手段は、前記サーバに対するアクセスの実測値に基づいて前記推定視聴端末数を取得する
   請求項３に記載の送信装置。
6. ＡＶコンテンツを送信する送信装置の送信方法において、
   前記送信装置による、
   受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、
   前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、
   算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、
   生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信ステップと
   を含む
   送信方法。
7. ＡＶコンテンツを送信する送信装置の制御用のプログラムであって、
   受信中の受信装置の推定数を示す推定視聴端末数を取得する取得ステップと、
   前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出ステップと、
   算出された前記有効確率を含めて前記トリガ情報を生成する生成ステップと、
   生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信ステップと
   を含む
   処理を送信装置のコンピュータに実行させるプログラム。
8. 送信されたＡＶコンテンツを受信する受信装置において、
   前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出手段と、
   抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、
   前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段と
   を含む受信装置。
9. 前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムの取得処理、前記アプリケーションプログラムの起動処理、実行中の前記アプリケーションプログラムにおけるイベント発火処理、実行中の前記アプリケーションプログラムの休止処理、または実行中の前記アプリケーションプログラムの終了処理を制御する
   請求項８に記載の受信装置。
10. 前記制御手段は、前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、所定のサーバにアクセスする処理を伴う前記アプリケーションプログラムの取得処理、または実行中の前記アプリケーションプログラムにおけるイベント発火処理を制御する
    請求項９に記載の受信装置。
11. 送信されたＡＶコンテンツを受信する受信装置の受信方法において、
    前記受信装置による、
    前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
    抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、
    前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップと
    を含む受信装置。
12. 送信されたＡＶコンテンツを受信する受信装置の制御用のプログラムであって、
    前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのアプリケーションプログラムの制御に関するトリガ情報を抽出する抽出ステップと、
    抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定ステップと、
    前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御ステップと
    を含む処理を受信装置のコンピュータに実行させるプログラム。
13. ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、
    前記送信装置は、
    受信中の前記受信装置の推定数を示す推定視聴端末数を取得する取得手段と、
    前記ＡＶコンテンツに連動し、受信装置にて実行させるアプリケーションプログラムの制御に関するトリガ情報の有効確率を前記推定視聴端末数に基づいて算出する算出手段と、
    算出された前記有効確率を含めて前記トリガ情報を生成する生成手段と、
    生成された前記トリガ情報を前記ＡＶコンテンツとともに送信する送信手段と
    を含み、
    前記受信装置は、
    前記ＡＶコンテンツとともに送信された前記トリガ情報を抽出する抽出手段と、
    抽出された前記トリガ情報に含まれる有効確率に従い、前記トリガ情報を有効か否かに判定する判定手段と、
    前記トリガ情報が有効を判定された場合のみ、抽出された前記トリガ情報が示すコマンドに応じて、前記アプリケーションプログラムに関連する処理を制御する制御手段と
    を含む
    放送システム。

Images