(57)【特許請求の範囲】
【請求項１】
送信されたＡＶコンテンツを受信する受信装置において、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、
抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段と
を含み、
抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
受信装置。
【請求項２】
前記制御手段は、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションの取得、起動、実行中の前記データ放送用アプリケーションにおけるイベント発火、実行中の前記データ放送用アプリケーションの休止、または実行中の前記データ放送用アプリケーションの終了を制御する
請求項１に記載の受信装置。
【請求項３】
前記実行中の前記データ放送用アプリケーションは、抽出された前記トリガ情報が示すコマンドに応じてイベントを発火し、前記イベントとして前記視聴状況情報を所定のサーバにアップロードする
請求項２に記載の受信装置。
【請求項４】
同一のコマンドを示す前記トリガ情報がＫ回送信される場合、１回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ、２回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ−１、・・・、Ｋ回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝１であり、
前記制御手段は、有効と判断する確率１／Ｎに従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
請求項１乃至３に記載の受信装置。
【請求項５】
ユーザのプロファイル情報を保持する保持手段を
さらに含む請求項１または２に記載の受信装置。
【請求項６】
前記実行中の前記データ放送用アプリケーションは、保持されている前記プロファイル情報を、前記視聴状況情報とともに所定のサーバにアップロードする
請求項５に記載の受信装置。
【請求項７】
前記制御手段は、保持されている前記プロファイル情報が指定された条件を満たす場合のみ、前記データ放送用アプリケーションを起動する
請求項５に記載の受信装置。
【請求項８】
送信されたＡＶコンテンツを受信する受信装置の受信方法において、
前記受信装置による、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出ステップと、
抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御ステップと
を含み、
抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記制御ステップは、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
受信方法。
【請求項９】
送信されたＡＶコンテンツを受信するコンピュータを、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、
抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段と
して機能させ、
抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
プログラム。
【請求項１０】
ＡＶコンテンツを送信する送信装置において、
前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を
含み、
前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する
送信装置。
【請求項１１】
前記送信手段は、同一のコマンドを示す前記トリガ情報をＫ回送信する場合、１回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ、２回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ−１、・・・、Ｋ回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝１とし、
前記受信装置では、有効と判断する確率１／Ｎに従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
請求項１０に記載の送信装置。
【請求項１２】
前記受信装置よりアップロードされた前記視聴状況情報に基づき、前記ＡＶコンテンツの視聴率を測定する測定手段を
さらに含む請求項１０または１１に記載の送信装置。
【請求項１３】
ＡＶコンテンツを送信する送信装置の送信方法において、
前記送信装置による、
前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを
含み、
前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記送信ステップは、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する
送信方法。
【請求項１４】
ＡＶコンテンツを送信するコンピュータを、
前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段と
して機能させ、
前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する
プログラム。
【請求項１５】
ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、
前記送信装置は、
前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を
含み、
前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信し、
前記受信装置は、
前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、
抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段と
を含み、
前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、
前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する
放送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関し、特に、例えばデジタルテレビジョン放送において、任意のタイミングにおける番組の視聴率を調査する場合に用いて好適な受信装置、受信方法、送信装置、送信方法、プログラム、および放送システムに関する。
【背景技術】
【０００２】
テレビジョン番組（以下、単に番組とも称する）を放送している放送局にとって、放送している番組の視聴率を正確に知ることが重要である。特に、番組を無料で放送する民間放送局は、ＣＭスポンサから得られる広告料を収入として運営されているので、多くのＣＭスポンサ契約を得られるように、より多くの人が視聴するような番組を制作する必要がある。そのためには、放送したテレビジョン番組の視聴率を正確に把握して、それ以降の番組制作に反映させてゆく必要がある。
【０００３】
従来の視聴率測定は、視聴率測定を専業とする会社により、ランダムに選択された所定のサンプリング数の視聴者宅のテレビジョン受像機に視聴率測定のための専用機器が取り付けられて、時々刻々の視聴状況が測定されて、その測定結果が当該会社に通信されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−５０１３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来の視聴率測定は、各テレビジョン受像機による分毎の視聴（受信）チャンネルを示す情報のみであった。
【０００６】
一方、近年のデジタルテレビジョン受像機の普及に伴い、デジタルテレビジョン受像機が有する機能を利用して、より多くのデジタルテレビジョン受像機の視聴状況を測定して視聴率の精度を上げたいとか、視聴者の年齢、性別、住所、嗜好などのプロファイル情報を取得して番組の視聴者の傾向を把握したいなどというより高度な要求が強まってきている。
【０００７】
本発明はこのような状況に鑑みてなされたものであり、視聴率測定のための専用機器を用いることなく、テレビジョン番組の視聴率を高い精度で測定できるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の第１の側面である受信装置は、送信されたＡＶコンテンツを受信する受信装置において、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段とを含み、抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する。
【０００９】
前記制御手段は、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションの取得、起動、実行中の前記データ放送用アプリケーションにおけるイベント発火、実行中の前記データ放送用アプリケーションの休止、または実行中の前記データ放送用アプリケーションの終了を制御することができる。
【００１０】
前記実行中の前記データ放送用アプリケーションは、抽出された前記トリガ情報が示すコマンドに応じてイベントを発火し、前記イベントとして前記視聴状況情報を所定のサーバにアップロードすることができる。
【００１１】
同一のコマンドを示す前記トリガ情報がＫ回送信される場合、１回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ、２回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ−１、・・・、Ｋ回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝１とすることができ、前記制御手段は、有効と判断する確率１／Ｎに従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄することができる。
【００１２】
本発明の第１の側面である受信装置は、ユーザのプロファイル情報を保持する保持手段をさらに含むことができる。
【００１３】
前記実行中の前記データ放送用アプリケーションは、保持されている前記プロファイル情報を、前記視聴状況情報とともに所定のサーバにアップロードすることができる。
【００１４】
前記制御手段は、保持されている前記プロファイル情報が指定された条件を満たす場合のみ、前記データ放送用アプリケーションを起動することができる。
【００１５】
本発明の第１の側面である受信方法は、送信されたＡＶコンテンツを受信する受信装置の受信方法において、前記受信装置による、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出ステップと、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御ステップとを含み、抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記制御ステップは、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する。
【００１６】
本発明の第１の側面であるプログラムは、送信されたＡＶコンテンツを受信するコンピュータを、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段として機能させ、抽出された前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、ユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する。
【００１７】
本発明の第１の側面においては、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じて、データ放送用アプリケーションに関する処理が制御される。なお、この制御の処理では、トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、トリガ情報が有効とみなされて処理されるか、または無効とみなされて破棄される。
【００１８】
本発明の第２の側面である送信装置は、ＡＶコンテンツを送信する送信装置において、前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を含み、前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する。
【００１９】
前記送信手段は、同一のコマンドを示す前記トリガ情報をＫ回送信する場合、１回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ、２回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝Ｋ−１、・・・、Ｋ回目の前記トリガ情報に含まれる前記サーバアクセス分散パラメータＮ＝１とすることができ、前記受信装置では、有効と判断する確率１／Ｎに従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄することができる。
【００２０】
本発明の第２の側面である送信装置は、前記受信装置よりアップロードされた前記視聴状況情報に基づき、前記ＡＶコンテンツの視聴率を測定する測定手段をさらに含むことができる。
【００２１】
本発明の第２の側面である送信方法は、ＡＶコンテンツを送信する送信装置の送信方法において、前記送信装置による、前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信ステップを含み、前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記送信ステップは、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する。
【００２２】
本発明の第２の側面であるプログラムは、ＡＶコンテンツを送信するコンピュータを、前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段として機能させ、前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する。
【００２３】
本発明の第２の側面においては、ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報がＡＶコンテンツとともに送信される。この送信の処理では、受信装置においてトリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮがトリガ情報に含めて送信される。
【００２４】
本発明の第３の側面である放送システムは、ＡＶコンテンツを送信する送信装置と、送信された前記ＡＶコンテンツを受信する受信装置とからなる放送システムにおいて、前記送信装置が、前記ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報を前記ＡＶコンテンツとともに送信する送信手段を含み、前記送信手段は、前記受信装置において前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮを前記トリガ情報に含めて送信する。また、前記受信装置が、前記ＡＶコンテンツとともに送信された、前記ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報を抽出する抽出手段と、抽出された前記トリガ情報が示すコマンドに応じて、前記データ放送用アプリケーションに関する処理を制御する制御手段とを含み、前記受信装置にて前記トリガ情報が示すコマンドに応じて起動された実行中の前記データ放送用アプリケーションは、前記受信装置のユーザの視聴状況を示す視聴状況情報を生成する処理、または前記視聴状況情報を所定のサーバにアップロードする処理の少なくとも一方を行い、前記制御手段は、前記トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、前記トリガ情報を有効とみなして処理するか、または無効とみなして破棄する。
【００２５】
本発明の第３の側面においては、送信装置により、ＡＶコンテンツに連動し、受信装置にて実行させるデータ放送用アプリケーションの制御に関するトリガ情報がＡＶコンテンツとともに送信される。この送信の処理では、受信装置においてトリガ情報を有効とみなして処理するか、または無効とみなして破棄するかの判断の確率を指定するためのサーバアクセス分散パラメータＮがトリガ情報に含めて送信される。一方、受信装置により、ＡＶコンテンツとともに送信された、ＡＶコンテンツに連動して実行させるためのデータ放送用アプリケーションの制御に関するトリガ情報が抽出され、抽出されたトリガ情報が示すコマンドに応じて、データ放送用アプリケーションに関する処理が制御される。なお、この制御の処理では、トリガ情報に含まれるサーバアクセス分散パラメータＮに基づく確率に従い、トリガ情報が有効とみなされて処理されるか、または無効とみなされて破棄される。
【発明の効果】
【００２６】
本発明の第１の側面によれば、放送信号に含まれるトリガ情報に応じてユーザの視聴状況を所定のサーバに通知することができる。
【００２７】
本発明の第２の側面によれば、受信装置に対して、受信装置のユーザの視聴状況を所定のサーバに通知させるように制御することができる。
【００２８】
本発明の第３の側面によれば、視聴率測定のための専用機器を用いることなく、テレビジョン番組の視聴率を高い精度で測定することができる。
【図面の簡単な説明】
【００２９】
【図１】本発明を適用した放送システムの構成例を示す図である。
【図２】本発明を適用した受信装置の構成例を示すブロック図である。
【図３】トリガ情報をＴＳのPCRパケットに含めて送信する概念を示す図である。
【図４】PCRパケットにおけるトリガ情報の具体的な配置を示す図である。
【図５】トリガ情報を映像信号に埋め込む例を示す図である。
【図６】プリキャッシュコマンドのトリガ情報の項目を示す図である。
【図７】エクスキュートコマンドのトリガ情報の項目を示す図である。
【図８】インジェクトイベントコマンドのトリガ情報の項目を示す図である。
【図９】サスペンドコマンドのトリガ情報の項目を示す図である。
【図１０】ターミネートコマンドのトリガ情報の項目を示す図である。
【図１１】トリガ情報のシンタックスの一例を示す図である。
【図１２】番組およびＣＭの進行に連動してアプリケーションプログラムを実行した場合の表示例を示す図である。
【図１３】トリガ情報対応処理を説明するフローチャートである。
【図１４】Trigger_varidityの効果を説明するための図である。
【図１５】Trigger_varidityの効果を説明するための図である。
【図１６】アプリケーションプログラムの運用シナリオの一例を示す図である。
【図１７】受信装置におけるアプリケーションプログラムの状態遷移図である。
【図１８】視聴状況情報をアップロードさせる第１の方法を説明する図である。
【図１９】視聴状況情報をアップロードさせる第２の方法を説明する図である。
【図２０】視聴状況情報をアップロードさせる第３の方法を説明する図である。
【図２１】視聴状況情報をアップロードさせる第４の方法を説明する図である。
【図２２】視聴状況情報をアップロードさせる第５の方法を説明する図である。
【図２３】視聴状況情報をアップロードさせる第６の方法を説明する図である。
【図２４】視聴状況情報をアップロードさせる第７の方法を説明する図である。
【図２５】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、発明を実施するための最良の形態（以下、実施の形態と称する）について、図面を参照しながら詳細に説明する。
【００３１】
＜１．実施の形態＞
［放送システムの構成例］
図１は、実施の形態である放送システムを示している。この放送システム３０は、デジタルテレビジョン放送信号に含めて送信されるトリガ情報に受信装置が対応し、ユーザの視聴状況を示す情報（以下、視聴状況情報と称する）を所定のサーバに通知するものである。所定のサーバでは、各受信装置から通知された視聴状況情報に基づいて、テレビジョン番組の視聴率が高い精度で測定される。
【００３２】
なお、受信装置が視聴状況情報を所定のサーバに通知する処理は、番組やＣＭのＡＶコンテンツに連動して実行されるデータ放送用コンテンツより実行される。
【００３３】
データ放送用コンテンツは、受信装置に供給されるアプリケーションプログラムが受信装置のコンピュータにより実行されることによって実現されるので、以下、データ放送用コンテンツを、データ放送用アプリケーションプログラムまたはデータ放送用アプリとも称する。
【００３４】
この放送システム３０は、放送局側に設けられる放送装置４１、アプリサーバ４２および視聴率測定サーバ４３、並びに、受信者側に設けられる受信装置６０から構成される。
【００３５】
放送装置４１は、デジタルテレビジョン放送信号を送信するようになされている。また、放送装置４１は、番組やＣＭの進行に連動して実行させるデータ放送用コンテンツの実行を指示するためのコマンドとしてのトリガ情報を、デジタルテレビジョン放送信号に含めて送信する。具体的には、デジタルテレビジョン放送信号のトランスポートストリーム（ＴＳ）内に配置されたり、映像信号に埋め込まれたりして送信される。
【００３６】
トリガ情報には、コマンドの種類を示す情報の他、データ放送用コンテンツ、すなわち、アプリケーションプログラムの取得先を示す情報などを含む。トリガ情報の詳細については後述する。
【００３７】
アプリサーバ４２は、インタネット５０を介してアクセスしてきた受信装置６０からの要求に応じてデータ放送用コンテンツを実現するためのアプリケーションプログラムを受信装置６０に供給する。
【００３８】
視聴率測定サーバ４３は、各受信装置６０からアップロードされた視聴状況情報に基づいてテレビジョン番組の視聴率を算出する。なお、視聴率測定サーバ４３は、各放送局が独自に保有するようにしてもよいし、または複数の放送局が視聴率測定サーバ４３を共有するようにしてもよい。あるいは、視聴率測定を専業とする会社が視聴率測定サーバ４３を設けるようにしてもよい。
【００３９】
受信装置６０は、放送装置４１から放送されたデジタル放送信号を受信し、ＡＶコンテンツ（テレビジョン番組やＣＭなど）の映像および音声を後段のモニタ（不図示）に出力する。また、受信装置６０は、インタネット５０を介してアプリサーバ４２にアクセスし、データ放送用コンテンツを取得する。さらに、受信装置６０は、データ放送用コンテンツを実行することにより、番組の進行に連動して各種の情報をユーザの提示したり、ユーザの視聴状況を検出し、検出結果を示す視聴状況情報を視聴率測定サーバ４３に通知したりする。
【００４０】
受信装置６０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダなどに内蔵されているようにしてもよい。
【００４１】
［受信装置の構成例］
図２は、受信装置６０の構成例を示している。受信装置６０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、トリガ検出部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、記録部７１、通信I/F７２、キャッシュメモリ７３、アプリエンジン７４、およびアプリ用メモリ７５から構成される。
【００４２】
チューナ６１は、ユーザによって選局されたチャンネルに対応するデジタルテレビジョン放送信号を受信して復調し、その結果得られるＴＳ（トランスポートストリーム）を多重分離部６２に出力する。多重分離部６２は、チューナ６１から入力されるＴＳをオーディオ符号化信号、ビデオ符号化信号、および制御信号に分離し、それぞれをオーディオデコーダ６３、ビデオデコーダ６５、または制御部６８に出力する。
【００４３】
さらに、多重分離部６２は、ＴＳからトリガ情報が格納されているPCR(Program Clock Reference)パケットを抽出してトリガ検出部６６に出力する。
【００４４】
オーディオデコーダ６３は、入力されたオーディオ符号化信号をデコードし、その結果得られる音声信号を音声出力部６４に出力する。音声出力部６４は、入力された音声信号を後段（例えば、スピーカ）に出力する。
【００４５】
ビデオデコーダ６５は、入力されたビデオ符号化信号をデコードし、その結果得られる映像信号をトリガ検出部６６および映像出力部６７に出力する。
【００４６】
トリガ検出部６６は、入力された映像信号を常に監視し、映像信号に埋め込まれているトリガ情報を検出して制御部６８に出力する（トリガ情報がＴＳのPCRパケットのみに配置されている場合、このトリガ検出部６６の動作は不要である）。また、トリガ検出部６６は、多重分離部６２から入力されるPCRパケットからトリガ情報を抽出して制御部６８に出力する。
【００４７】
映像出力部６７は、ビデオデコーダ６５から入力された映像信号を後段に出力する。また、映像出力部６７は、アプリエンジン７４から入力されるデータ放送用コンテンツの映像と、ビデオデコーダ６５から入力された映像信号を合成して後段に出力する。
【００４８】
制御部６８は、メモリ６９に記録されている制御用プログラムを実行することにより受信装置６０の全体を制御する。また、制御部６８は、トリガ検出部６６から入力されるトリガ情報に基づき、データ放送用アプリの取得、起動、イベント発火、休止、終了等を制御する。また制御部６８は、視聴ログマネージャ（図２１を参照して詳述する）として機能することもできる。
【００４９】
メモリ６９には、制御部６８によって実行される制御用プログラム（視聴ログマネージャプログラムを含む）が記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、またはインタネット５０を介して取得する更新データに基づいて更新することができる。操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。
【００５０】
また、メモリ６９には、ユーザによって予め入力されているユーザの年齢、性別、住所などのユーザのプロファイル情報が保持されている。
【００５１】
このプロファイル情報は、例えば、視聴率測定側が調査サンプルとする受信装置６０を選別するために用いることができる。具体的には、受信装置６０に対して視聴状況情報を取得アップロードさせるためのデータ放送用アプリケーションプログラムを起動させるときに、調査サンプルとする受信装置６０のユーザのプロファイル情報を、例えば、３０歳代、男性、首都圏在住などと指定できるようにすればよい。
【００５２】
また、このプロファイル情報を、視聴状況情報とともに視聴率測定サーバ４３にアップロードするようにしてもよい。
【００５３】
記録部７１は、データ放送用アプリケーションプログラムがデジタルテレビジョン放送信号を用いて配信される場合において、ダウンロードしたデータ放送用アプリケーションプログラムを、内蔵する記録媒体に保持する。
【００５４】
通信I/F７２は、アプリエンジン７４からの制御に従い、インタネット５０を介してアプリサーバ４２に接続する。アプリエンジン７４は、制御部６８からの制御に従い、通信I/F７２およびインタネット５０を介してアプリサーバ４２からデータ放送用アプリケーションプログラムを取得し、キャッシュメモリ７３に保持させる。
【００５５】
アプリエンジン７４は、制御部６８からの制御に従い、記録部７１またはキャッシュメモリ７３に保持されているデータ放送用アプリケーションプログラムを読み出して実行する。
【００５６】
アプリ用メモリ７５は、ワークメモリ７５Ａおよび退避メモリ７５Ｂとから成る。アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムに関するデータ（具体的には、表示されている情報の階層などを含む）をワークメモリ７５Ａに記録する。また、アプリエンジン７４は、実行中のデータ放送用アプリケーションプログラムを休止する場合、アプリ用メモリ７５のワークメモリ７５Ａのデータを退避メモリ７５Ｂに移動させる。そして、休止したデータ放送用アプリケーションプログラムを再開する場合、退避メモリ７５Ｂのデータをワークメモリ７５Ａに移動させて休止前の状態を復活させる。
【００５７】
なお、アプリ用メモリ７５における同じサイズの２領域のうち、一方をワークメモリ７５Ａ、他方を退避メモリ７５Ｂとして交互に切り替えるようにしてもよい。これにより、ワークメモリ７５Ａと退避メモリ７５Ｂとの間でのデータの移動をなくすことができる。
【００５８】
［トリガ情報の送信方法］
次に、トリガ情報の送信方法について説明する。
【００５９】
トリガ情報は、上述したように、デジタルテレビジョン放送信号のＴＳのPCRパケットに配置したり、映像信号に埋め込んだり、あるいは、ＴＳに多重化されているMPEG２ビデオストリームのユーザデータ領域内に配置したりすることができる。
【００６０】
図３は、デジタルテレビジョン放送信号のＴＳのPCRパケットにトリガ情報が配置される場合の概念を示している。
【００６１】
同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、番組やＣＭと連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。
【００６２】
なお、トリガ情報は、電波障害や受信装置６０における取りこぼし（受信ミス）を考慮して、同一内容のものが連続的に複数回送信される。
【００６３】
図４は、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が経過したとき、他のデータ放送用アプリが実行されたとき、受信チャンネルが切り替えられたときにも発生し得る。
【０１４４】
[視聴率測定用アプリを利用した視聴率測定]
次に、特定の目的のデータ放送用アプリとして制御（取得、起動、イベント発火、休止、および終了）することができる視聴率測定用アプリにより受信装置６０から視聴状況情報を視聴率測定サーバ４３にアップロードさせる方法について説明する。なお、このうちいくつかの方法ではデータ放送アプリと、制御部で実行されるあらかじめ受信装置６０に組み込まれたプログラムの連携により視聴率測定機能を実現する方法も含まれる。
【０１４５】
図１８は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第１の方法（サンプリング方式）を示している。
【０１４６】
サンプリング方式では、番組中に送信されるインジェクトイベントコマンドのトリガ情報に対応して、そのときに当該番組を視聴（受信）している受信装置６０が、当該チャンネルを視聴している旨を示す情報を視聴状況情報として視聴率測定サーバ４３に通知するようになされている。
【０１４７】
サンプリング方式における視聴率測定サーバ４３は、番組毎、サービス毎、または全サービス共通で設けることができる。
【０１４８】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１が放送される場合、番組Ａ１の開始に合わせて、視聴率測定用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信される。ここで、視聴率測定用アプリApp-Mは、当該番組Ａ１を視聴している旨を示す情報(view-Status)を視聴率測定サーバ４３にアップロードするものである。
【０１４９】
番組Ａ１の放送中は、所定のサンプリング周期（例えば、１分間隔）でインジェクトイベントコマンドのトリガ情報が複数回ずつ送信される。そして、番組Ａ１の終了に合わせて、視聴率測定用アプリApp-Mを終了させるためのターミネートコマンドのトリガ情報が送信される。
【０１５０】
番組中に送信されるインジェクトイベントコマンドのトリガ情報は、サンプリング周期毎に、同一のTrigger_idを有するインジェクトイベントコマンドのトリガ情報がＫ回ずつ連続的に送信される。
【０１５１】
このとき、Ｋ回連続的に送信されるトリガ情報のTrigger_varidityのサーバアクセス分散パラメータＮを、１回目をＮ＝Ｋ，２回目をＮ＝Ｋ−１、３回目をＮ＝Ｋ−２、Ｋ回目をＮ＝１とすれば、番組Ａ１を受信している全ての受信装置６０に、view-Statusをアップロードさせることができる。
【０１５２】
また、Ｋ回連続的に送信されるトリガ情報のTrigger_varidityのサーバアクセス分散パラメータＮを、例えば、１回目をＮ＝２Ｋ，２回目をＮ＝２Ｋ−１、３回目をＮ＝２Ｋ−２、Ｋ回目をＮ＝Ｋとすれば、番組Ａ１を受信している受信装置６０のうちの半分に、view-Statusをアップロードさせることができる。
【０１５３】
同図に示すように、番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)は、サンプリング周期毎に受信したインジェクトイベントコマンドのトリガ情報に対応して、view-Statusをアップロードする。そして、ターミネートコマンドのトリガ情報に対応して視聴率測定用アプリApp-Mを終了することになる。
【０１５４】
一方、番組Ａ１を開始から受信し、途中で他のサービス（チャンネル）に切り替えたりして、番組Ａ１を終了まで受信しなかった受信装置６０(ReceiverＹ)も、サンプリング周期毎に受信したインジェクトイベントコマンドのトリガ情報に対応してview-Statusをアップロードする。そして、視聴率測定用アプリApp-Mはサービスが切り替えられたことなどに対応して終了されることになる。
【０１５５】
図１９は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第２の方法（番組単位ログアップロード方式）を示している。
【０１５６】
番組単位ログアップロード方式では、視聴状況情報として、当該番組の視聴開始時刻と視聴終了時刻とを含む情報(view log)を当該番組の視聴終了時に視聴率測定サーバ４３に通知するようになされている。
【０１５７】
番組単位ログアップロード方式における視聴率測定サーバ４３は、番組毎、サービス毎、または全サービス共通で設けることができる。
【０１５８】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１が放送される場合、番組Ａ１の開始に合わせて、視聴率測定用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信される。ここで、視聴率測定用アプリApp-Mは、当該番組Ａ１の視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成し、視聴終了時に視聴終了時刻をview logに追記して視聴率測定サーバ４３にアップロードするものである。
【０１５９】
そして、番組Ａ１の放送終了の直前に、view logに視聴終了時刻を追記して視聴率測定サーバ４３にアップロードする処理を発火させるインジェクトイベントコマンドのトリガ情報がＫ回送信される。さらに、番組Ａ１の終了に合わせて、視聴率測定用アプリApp-Mを終了させるためのターミネートコマンドのトリガ情報が送信される。
【０１６０】
番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、番組Ａ１の終了直前に送信されたインジェクトイベントコマンドのトリガ情報に対応して、そのときの時刻を視聴終了時刻とみなしてview logに追記して視聴率測定サーバ４３にアップロードする。この後、ターミネートコマンドのトリガ情報に対応して視聴率測定用アプリApp-Mは終了されることになる。
【０１６１】
一方、番組Ａ１を開始から受信し、途中で他のサービス（チャンネル）に切り替えたりして、番組Ａ１を終了まで受信しなかった受信装置６０(ReceiverＹ)でも、起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、サービスが切り替えられたことなどに対応して、視聴率測定用アプリApp-Mがそのときの時刻を視聴終了時刻とみなしてview logに追記して視聴率測定サーバ４３にアップロードする。その後、視聴率測定用アプリApp-Mは終了される。
【０１６２】
図２０は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第３の方法（サービス単位ログアップロード方式）を示している。
【０１６３】
サービス単位ログアップロード方式では、サービス、いわゆるチャンネル毎の視聴開始時刻と視聴終了時刻とを含む情報(view log)を、視聴状況情報として周期的に視聴率測定サーバ４３に通知するようになされている。
【０１６４】
サービス単位ログアップロード方式における視聴率測定サーバ４３は、サービス毎、または全サービス共通で設けることができる。
【０１６５】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１、番組Ａ２が順次放送される場合、各番組の開始に合わせて、視聴率測定用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信される。また、各番組の終了に合わせて、視聴率測定用アプリApp-Mを終了させるためのターミネートコマンドのトリガ情報が送信される。
【０１６６】
ここで、視聴率測定用アプリApp-Mは、自身の起動時に番組の視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。ただし、ワークメモリ７５Ａ上に既にview logが生成されている場合にはそれに追記する。また、視聴率測定用アプリApp-Mは、自身の終了時に視聴終了時刻をview logに追記する。さらに、視聴率測定用アプリApp-Mは、視聴率測定用アプリApp-Mとは独立して動作するようになされているタイマに従って周期的にview logを視聴率測定サーバ４３にアップロードする。このタイマは、例えば、その日に初めて視聴率測定用アプリApp-Mが起動されたときを起点として数時間周期（３時間周期など）で計時を行うものである。各受信装置６０のタイマの設定により、視聴率測定サーバ４３へのアクセスを分散させることができる。
【０１６７】
サービスＡにて番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、番組Ａ１の開始時に起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。その後、番組Ａ１の終了時に送信されたターミネートコマンドのトリガ情報に対応して、視聴率測定用アプリApp-Mは、そのときの時刻を視聴終了時刻とみなしてview logに追記した後、自身を終了する。
【０１６８】
さらに、番組Ａ２の開始時に再び起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ２の視聴開始時刻とみなし、視聴開始時刻をワークメモリ７５Ａ上のview logに追記する。その後、タイマに基づくタイミングに従い、視聴率測定用アプリApp-Mは、view logに現在の時刻を追記して視聴率測定サーバ４３にアップロードする。
【０１６９】
一方、番組Ａ１を開始から受信し、途中で他のサービス（チャンネル）に切り替えたりして、番組Ａ１を終了まで受信しなかった受信装置６０(ReceiverＹ)でも、番組Ａ１の開始時に起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、サービスが切り替えられたことなどに対応して、視聴率測定用アプリApp-Mがそのときの時刻を視聴終了時刻とみなしてview logに追記して視聴率測定サーバ４３にアップロードする。その後、視聴率測定用アプリApp-Mは終了される。
【０１７０】
図２１は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第４の方法（アプリ・レジデントハイブリッド方式１）を示している。
【０１７１】
アプリ・レジデントハイブリッド方式１では、視聴率測定用アプリApp-Mがサービス毎に視聴開始時刻と視聴終了時刻とをview logに記録し、視聴率測定用アプリApp-Mから独立した視聴ログマネージャが、タイマに従って周期的にview logを視聴状況情報として視聴率測定サーバ４３にアップロードするようになされている。
【０１７２】
アプリ・レジデントハイブリッド方式１における視聴率測定サーバ４３は、サービス毎、または全サービス共通で設けることができる。
【０１７３】
なお、視聴ログマネージャは、制御部６８またはアプリエンジン７４により予め保持されているプログラムが起動されることにより実現されるものである。視聴ログマネージャは、受信装置６０の主電源が投入されたときに起動されるようにしてもよいし、またはview logをアップロードするときにのみ、タイマに従って周期的に起動されるようにしてもよい。
【０１７４】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１、番組Ａ２が順次放送される場合、各番組の開始に合わせて、視聴率測定用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信される。また、各番組の終了に合わせて、視聴率測定用アプリApp-Mを終了させるためのターミネートコマンドのトリガ情報が送信される。
【０１７５】
ここで、視聴率測定用アプリApp-Mは、自身の起動時に番組の視聴開始時刻を含む視聴情報を、視聴ログマネージャが管理するview logに追記する。ただし、ワークメモリ７５Ａ上に既にview logが生成されている場合にはそれに追記する。また、視聴率測定用アプリApp-Mは、自身の終了時に視聴終了時刻をview logに追記する。一方で視聴ログマネージャプログラムは、視聴率測定用アプリApp-Mとは独立して動作するようになされているタイマに従って周期的にview logを視聴率測定サーバ４３にアップロードする。このタイマは、例えば、その日に初めて受信装置６０の電源が投入されたときを起点として数時間周期（３時間周期など）で計時を行うものである。電源がオフの場合でもアップロードすべき時刻には自動的に起動してアップロードしてもよい。各受信装置６０のタイマの設定により、視聴率測定サーバ４３へのアクセスを分散させることができる。あるいは、視聴率測定サーバとの通信時に指定された受信装置６０ごとのアップロード時刻を記憶しておいて利用してもよい。
【０１７６】
サービスＡにて番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、番組Ａ１の開始時に起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含む視聴情報をview logに追記する。その後、番組Ａ１の終了時に送信されたターミネートコマンドのトリガ情報に対応して、視聴率測定用アプリApp-Mは、そのときの時刻を視聴終了時刻とみなしてview logに追記した後、自身を終了する。なお制御部６８で視聴ログマネージャプログラムが動作する場合には、視聴率測定アプリApp-Mはview logを制御部に付随するメモリ６９に追記する。
【０１７７】
さらに、番組Ａ２の開始時に再び起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ２の視聴開始時刻とみなし、視聴開始時刻をワークメモリ７５Ａ上のview logに追記する。その後、タイマに基づくタイミングに従い、視聴ログマネージャが、view logを視聴率測定サーバ４３にアップロードする。
【０１７８】
一方、番組Ａ１を開始から受信し、途中で他のサービス（チャンネル）に切り替えたりして、番組Ａ１を終了まで受信しなかった受信装置６０(ReceiverＹ)でも、番組Ａ１の開始時に起動された視聴率測定用アプリApp-Mが、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含む視聴情報をview logに追記する。そして、サービスが切り替えられたことなどに対応して、視聴率測定用アプリApp-Mがそのときの時刻を視聴終了時刻とみなしてview logに追記する。この後、タイマに基づくタイミングに従い、視聴ログマネージャが、view logを視聴率測定サーバ４３にアップロードする。
【０１７９】
なお、視聴ログマネージャがデータ放送アプリとしてアプリエンジンで動作する場合には、view logを視聴率測定サーバ４３にアップロードするタイミングを、タイマを用いることなく、インジェクトイベントコマンドのトリガ情報を用いて指示するようにしてもよい。
【０１８０】
図２２は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第５の方法（アプリ・レジデントハイブリッド方式２）を示している。
【０１８１】
アプリ・レジデントハイブリッド２方式では、常時起動されている視聴ログマネージャが、サービス毎、または全サービスに共通したview logを生成して更新し、データ放送アプリである視聴情報アップロード用アプリApp-Mが、インジェクトイベントコマンドのトリガ情報に従ってview logを視聴状況情報として視聴率測定サーバ４３にアップロードするようになされている。
【０１８２】
アプリ・レジデントハイブリッド２方式における視聴率測定サーバ４３は、サービス毎、または全サービス共通で設けることができる。
【０１８３】
なお、視聴ログマネージャは、制御部６８またはアプリエンジン７４により予め保持されているプログラムが起動されることにより実現されるものである。視聴ログマネージャは、受信装置６０の主電源が投入されたときに起動される。視聴ログマネージャは、データ放送アプリとは関係なく番組の視聴開始時刻を含むview logを生成する。ただし既にview logが生成されている場合にはそれに追記する。また、視聴ログマネージャは、番組終了時や、他のチャンネルに切り替えた時、電源オフした時に、それを番組終了時刻としてview logに追記する。このview logは、インジェクトイベントコマンドのトリガ情報に従う視聴情報率アップロード用アプリApp-Mにより視聴率測定サーバ４３にアップロードされる。
【０１８４】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１、番組Ａ２が順次放送される場合、各番組の開始に合わせて、視聴情報アップロード用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信される。また、各番組の終了に合わせて、視聴率測定用アプリApp-Mを終了させるためのターミネートコマンドのトリガ情報が送信される。これらのトリガ情報に応じて視聴情報アップロード用アプリApp-Mが起動、終了されるが、視聴情報アップロード用アプリは基本的にインジェクトイベントコマンドによるアップロード指示があった時にその時点のview logを視聴率測定サーバ４３にアップロードするだけのアプリである。一方で視聴ログマネージャは、視聴情報アップロード用アプリに関係なく、番組開始時、番組終了時、チャンネル切り替え時、電源オン・オフ時にview logを更新し、視聴対象のチャンネル番号と視聴開始時刻と視聴終了時刻のリストをview logに追記してゆく。なお、視聴ログマネージャが制御部６８で動作する場合にはview logはメモリ６９に記録される。
【０１８５】
既に視聴ログマネージャが起動されてview logが生成されており、サービスＡにて番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、番組Ａ１の開始時に視聴ログマネージャがチャンネル番号と番組開始時刻を含む視聴情報をview logに追記する。その後、番組Ａ１の終了時に視聴ログマネージャがその終了時刻をview logに追記する。
【０１８６】
さらに、番組Ａ２の開始時に視聴ログマネージャがチャンネル番号と番組開始時刻をview logに追記する。その後、インジェクトイベントコマンドのトリガ情報が受信されると、視視聴率測定用アプリApp-Mが、インジェクトイベントコマンドのトリガ情報に対応してその時点のview logを視聴率測定サーバ４３にアップロードする。
【０１８７】
一方、既に視聴ログマネージャが起動されてview logが生成されており、番組Ａ１を開始から受信し、途中で他のサービス（チャンネル）に切り替えたりして、番組Ａ１を終了まで受信しなかった受信装置６０(ReceiverＹ)でも、番組Ａ１の開始時にチャンネル番号と番組開始時刻を含む視聴情報をview logに追記する。そして、サービスが切り替えられたことなどに対応して、視聴ログマネージャがそのときの時刻を視聴終了時刻とみなしてview logに追記する。view logは、その後、新たな番組の開始にあわせて視聴情報アップロードアプリApp-Mが起動された後に、インジェクトイベントコマンドのトリガ情報が受信されると、それに応じた視聴情報アップロード用アプリApp-Mによって視聴率測定サーバ４３にアップロードされる。
【０１８８】
なお、インジェクトイベントコマンドのトリガ情報に応じてview logをアップロードする際には、受信中のサービスに対応するview logのみを視聴率測定サーバ４３にアップロードするか、または全てのサービスに対応するview logを視聴率測定サーバ４３にアップロードするようにする。
【０１８９】
図２３は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第６の方法（サードパーティ事業者共通ログ運用方式）を示している。
【０１９０】
サードパーティ事業者共通ログ運用方式では、サービス、いわゆるチャンネルを跨って番組の視聴開始時刻と視聴終了時刻とを含む情報(view log)が生成され、生成されたview logが視聴状況情報として全チャンネル共通の視聴率測定サーバ４３に通知されるようになされている。
【０１９１】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１、番組Ａ２が順次放送される場合、各番組の開始に合わせて、それぞれデータ放送用アプリApp-A1，App-A2を起動させるためのエクスキュートコマンドのトリガ情報が送信される。また、データ放送用アプリApp-A1，App-A2に対してview logをアップロードさせるためのインジェクトイベントコマンドのトリガ情報が所定のタイミングにおいて送信される。サービスＢにおいても同様である。
【０１９２】
なお、データ放送用アプリApp-A1などは、view logの記録およびアップロードだけでなく、ユーザの所定の情報を提示するデータ放送用アプリケーションとしての機能も有している。
【０１９３】
サービスＡにて番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、番組Ａ１の開始時に起動されたデータ放送用アプリApp-A1が、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。その後、番組Ａ２に対応するデータ放送用アプリApp-A2を起動させるためのエクスキュートコマンドのトリガ情報が受信されると、実行中のデータ放送用アプリApp-A1は、そのときの時刻を視聴終了時刻とみなしてview logに追記した後、自身を終了する。
【０１９４】
さらに、番組Ａ２の開始時にデータ放送用アプリApp-A2が起動されると、直ちに自身の起動時刻をユーザによる番組Ａ２の視聴開始時刻とみなし、視聴開始時刻をワークメモリ７５Ａ上のview logに追記する。そして、インジェクトイベントコマンドのトリガ情報が受信されると、それに応じたデータ放送用アプリApp-A2は、現在の時刻を追記してview logを視聴率測定サーバ４３にアップロードする。
【０１９５】
一方、番組Ａ１を開始から受信し、途中でサービスＢの番組Ｂ１に切り替えた受信装置６０(ReceiverＹ)では、番組Ａ１の開始時に起動されたデータ放送用アプリApp-A1が、直ちに自身の起動時刻をユーザによる番組Ａ１の視聴開始時刻とみなし、視聴開始時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、サービスが切り替えられたことに対応して、データ放送用アプリApp-A1がそのときの時刻を視聴終了時刻とみなしてview logに追記する。この後、切り替えられた番組Ｂ１に対応してデータ放送用アプリApp-B1が起動され、直ちに自身の起動時刻をユーザによる番組Ｂ１の視聴開始時刻とみなしてview logに追記する。そして、インジェクトイベントコマンドのトリガ情報が受信されると、それに応じたデータ放送用アプリApp-B1は、現在の時刻を追記してview logを視聴率測定サーバ４３にアップロードする。その後、番組Ｂ１の終了時に送信されたターミネートコマンドのトリガ情報に対応して、データ放送用アプリApp-B1は、そのときの時刻を視聴終了時刻とみなしてview logに追記した後、自身を終了する。
【０１９６】
図２４は、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第７の方法（サードパーティ測定アプリ挿入方式）を示している。
【０１９７】
サードパーティ測定アプリ挿入方式では、番組の進行に連動して実行させるデータ放送用アプリApp-A1などを休止状態に遷移させ、その間にview logの記録とアップロードを行う視聴率測定用アプリApp-Mを実行させる。これにより、サービス、いわゆるチャンネルを跨って番組の視聴開始時刻と視聴終了時刻とを含む情報(view log)が生成され、生成されたview logが視聴状況情報として全チャンネル共通の視聴率測定サーバ４３に通知するようになされている。
【０１９８】
同図に示すように、サービス（チャンネル）Ａにおいて番組Ａ１が放送される場合、番組Ａ１の開始に合わせて、データ放送用アプリApp-A1を起動させるためのエクスキュートコマンドのトリガ情報が送信される。その後、実行中状態にあるデータ放送用アプリApp-A1を休止させるためのサスペンドコマンドのトリガ情報が送信される。この後、視聴率測定用アプリApp-Mを起動させるためのエクスキュートコマンドのトリガ情報が送信され、視聴率測定用アプリApp-Mの処理が終了するタイミングを見計らって、休止状態のデータ放送用アプリApp-A1を実行中状態に戻すためのエクスキュートコマンドのトリガ情報が送信される。
【０１９９】
番組Ａ１に続いて番組Ａ２が放送される場合、およびサービスＢにおいて番組Ｂ１が放送される場合でも、番組Ａ１の場合と同様である。
【０２００】
サービスＡにて番組Ａ１を開始から終了まで受信していた受信装置６０(ReceiverＸ)では、番組Ａ１の開始時にデータ放送用アプリApp-A1が起動される。その後、データ放送用アプリApp-A1は休止状態に遷移され、それに代わって、視聴率測定用アプリApp-Mが起動される。起動された視聴率測定用アプリApp-Mは、直ちに自身の起動時刻をユーザによる視聴時刻とみなし、視聴しているサービスＡと視聴時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、データ放送用アプリApp-A1に対するエクスキュートコマンドのトリガ情報が受信されると、視聴率測定用アプリApp-Mは終了され、データ放送用アプリApp-A1が再び実行中状態とされる。
【０２０１】
その後、番組Ａ１が終了して番組Ａ２が開始されると、データ放送用アプリApp-A2が起動される（図示省略）。その後、データ放送用アプリApp-A2は休止状態に遷移され（図示省略）、それに代わって、視聴率測定用アプリApp-Mが起動される。起動された視聴率測定用アプリApp-Mは、直ちに自身の起動時刻をユーザによる視聴時刻とみなし、視聴しているサービスＡと視聴時刻をワークメモリ７５Ａ上のview logに追記する。そして、視聴率測定用アプリApp-Mに対するインジェクトイベントコマンドのトリガ情報が受信されると、視聴率測定用アプリApp-Mはview logを視聴率測定サーバ４３にアップロードする。
【０２０２】
一方、番組Ａ１を開始から受信し、途中でサービスＢの番組Ｂ１に切り替えた受信装置６０(ReceiverＹ)では、番組Ａ１の開始時にデータ放送用アプリApp-A1が起動される。その後、データ放送用アプリApp-A1は休止状態に遷移され、それに代わって、視聴率測定用アプリApp-Mが起動される。起動された視聴率測定用アプリApp-Mは、直ちに自身の起動時刻をユーザによる視聴時刻とみなし、視聴しているサービスＡと視聴時刻を含むview logをワークメモリ７５Ａ上に生成する。そして、データ放送用アプリApp-A1に対するエクスキュートコマンドのトリガ情報が受信されると、視聴率測定用アプリApp-Mは終了され、データ放送用アプリApp-A1が再び実行中状態とされる。この後、サービスＢに切り替えられたことに対応して、データ放送用アプリApp-A1は自身を終了する。
【０２０３】
サービスＢの番組Ｂ１に切り替えられた後には、データ放送用アプリApp-B1が起動される。その後、起動されたデータ放送用アプリApp-B1が休止状態に遷移され、それに代わって、視聴率測定用アプリApp-Mが起動される。起動された視聴率測定用アプリApp-Mは、直ちに自身の起動時刻をユーザによる視聴時刻とみなし、視聴しているサービスＢと視聴時刻をワークメモリ７５Ａ上のview logに追記する。この後、視聴率測定用アプリApp-Mに対するインジェクトイベントコマンドのトリガ情報が受信されると、視聴率測定用アプリApp-Mはview logを視聴率測定サーバ４３にアップロードする。
【０２０４】
以上に説明した、視聴状況情報を視聴率測定サーバ４３にアップロードさせる第１乃至第７の方法のいずれかを採用することにより、データ放送用アプリと同様に制御可能な視聴率測定用アプリApp-Mを利用して、稼働中の全ての受信装置６０から視聴状況情報を視聴率測定サーバ４３にアップロードさせることができる。したがって、テレビジョン番組の視聴率を高い精度で測定することができる。
【０２０５】
アップロードのタイミングは、視聴率測定サーバ４３へのアクセスが集中しないように時間的に分散させることができる。
【０２０６】
なお、視聴状況情報とともに受信装置６０のユーザのプロファイル情報も視聴率測定サーバ４３にアップロードさせるようにしてもよい。
【０２０７】
また、調査サンプルとする受信装置６０のユーザのプロファイル情報を放送局側で指定するようにし、受信装置６０では、ユーザのプロファイル情報が指定された条件を満たす場合のみ、視聴率測定用アプリApp-Mを起動するようにしてもよい。
【０２０８】
また、第１乃至第７の方法のいずれにおいても、視聴率測定用アプリあるいは視聴情報アップロード用アプリapp-Mは、他の目的、例えば番組に連動した情報表示などを含むものであってもよい。
【０２０９】
ところで、上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０２１０】
図２５は、上述した一連の処理をプログラムにより実行するコンピュータのハードウェアの構成例を示すブロック図である。
【０２１１】
このコンピュータ１００において、CPU（Central Processing Unit）１０１，ROM（Read Only Memory）１０２，RAM（Random Access Memory）１０３は、バス１０４により相互に接続されている。
【０２１２】
バス１０４には、さらに、入出力インタフェース１０５が接続されている。入出力インタフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７、ハードディスクや不揮発性のメモリなどよりなる記憶部１０８、ネットワークインタフェースなどよりなる通信部１０９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１を駆動するドライブ１１０が接続されている。
【０２１３】
以上のように構成されるコンピュータでは、CPU１０１が、例えば、記憶部１０８に記憶されているプログラムを、入出力インタフェース１０５及びバス１０４を介して、RAM１０３にロードして実行することにより、上述した一連の処理が行われる。
【０２１４】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであってもよいし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであってもよい。
【０２１５】
また、プログラムは、１台のコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０２１６】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０２１７】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０２１８】
３０  放送システム，  ４１  放送装置，  ４２  アプリサーバ，４３  視聴率測定サーバ，  ６０  受信装置，  ６１  チューナ，  ６２  多重分離部，  ６３  オーディオデコーダ，  ６４  音声出力部，  ６５  ビデオデコーダ，  ６６  トリガ検出部，  ６７  映像出力部，  ６８  制御部，  ６９  メモリ，  ７０  操作部，  ７１  記録部，  ７２  通信I/F，  ７３  キャッシュメモリ，  ７４  アプリエンジン，  ７５  メモリ，  ７５Ａ  ワークメモリ，  ７５Ｂ  退避メモリ
【図１】
0005703664.tif 000002
【図２】
0005703664.tif 000003
【図３】
0005703664.tif 000004
【図４】
0005703664.tif 000005
【図５】
0005703664.tif 000006
【図６】
0005703664.tif 000007
【図７】
0005703664.tif 000008
【図８】
0005703664.tif 000009
【図９】
0005703664.tif 000010
【図１０】
0005703664.tif 000011
【図１１】
0005703664.tif 000012
【図１２】
0005703664.tif 000013
【図１３】
0005703664.tif 000014
【図１４】
0005703664.tif 000015
【図１５】
0005703664.tif 000016
【図１６】
0005703664.tif 000017
【図１７】
0005703664.tif 000018
【図１８】
0005703664.tif 000019
【図１９】
0005703664.tif 000020
【図２０】
0005703664.tif 000021
【図２１】
0005703664.tif 000022
【図２２】
0005703664.tif 000023
【図２３】
0005703664.tif 000024
【図２４】
0005703664.tif 000025
【図２５】
0005703664.tif 000026