WO2012029584A1

WO2012029584A1 - 受信装置、受信方法、及びプログラム

Info

Publication number: WO2012029584A1
Application number: PCT/JP2011/068901
Authority: WO
Inventors: 淳北原; 北里　直久; 義治出葉; 山岸　靖明
Original assignee: ソニー株式会社
Priority date: 2010-08-30
Filing date: 2011-08-23
Publication date: 2012-03-08
Also published as: US9596511B2; EP2613528A4; EP2613528A1; US10171874B2; CN103081508A; JPWO2012029584A1; MX2013002076A; RU2598591C2; KR20130137130A; US20120060197A1; JP5897468B2; EP2613528B1; US20170214971A1; BR112013004087A2; CN103081508B; KR101878511B1; RU2013107789A

Abstract

本発明は、文書遷移によりデータ放送用のサービスを実現する場合でも、ユーザの意図しない処理が行われることを防止することができる受信装置、受信方法、及びプログラムに関する。受信装置は、ＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得し、取得された記述文書が、ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は放送事業者以外の他の事業者により管理されているものであるかを判定し、その判定結果に応じて、取得された記述文書の実行を制御する。本技術は、例えば、米国等においてデータ放送を実現する場合に適用できる。

Description

受信装置、受信方法、及びプログラム

　本技術は、受信装置、受信方法、及びプログラムに関し、特に、例えばデジタルテレビジョン放送において、いわゆる番組に相当するＡＶコンテンツと異なる他のコンテンツを実行させる場合に用いて好適な受信装置、受信方法、及びプログラムに関する。

　日本ではテレビジョン放送のデジタル化が推進され、地上デジタル放送やＢＳデジタル放送等が普及している。また、地上デジタル放送等のデジタルテレビジョン放送では、いわゆる番組に相当するＡＶコンテンツの放送のみならず、BML（Broadcast Markup Language）を用いたデータ放送も実現されている（例えば、特許文献１参照）。

　データ放送を受信するテレビジョン受像機によれば、例えば、放送中の番組（ＡＶコンテンツ）に関連する情報を表示したり、放送中の番組に関連しない情報（他の番組の告知、ニュース、天気予報、交通情報等）を表示したり、放送中の番組に連動するアプリケーションプログラムを実行したりすることができる。

　また、上述のテレビジョン受像機では、デジタルテレビジョン放送を行なう放送事業者側で管理されているサービス（例えば、データ放送により天気予報を表示するサービス）を実現する場合と、放送事業者側で管理されていないサービス（例えば、インターネットに接続してホームページ等を表示するサービス）を実現する場合とで異なる挙動をするように構成されている。

　すなわち、放送事業者側で管理されているサービスとして、例えば、データ放送において天気予報を表示する場合、ユーザの居住地に対応する天気予報を表示させるために、テレビジョン受像機に予め登録済みの、ユーザの居住地を表す地域情報を読出させる読み出し処理等が行なわれるようにしている。

　これに対して、放送事業者側で管理されていないサービスとして、例えば、インターネットに接続してホームページ等を表示する場合、上述の読み出し処理等が行なわれないようにして、ユーザの意図しない処理（例えば、地域情報が不正に読み出されて悪意のある第三者に通知される等）が行われることを防止するようにしている。

　また、欧州についても同様に、データ放送用コンテンツ等の記述や配信方式を規定したDVB-MHP（Digital Video Broadcasting - Multimedia Home Platform）により、日本のデータ放送に相当する放送が実現されている。

特開２００３－１３１９８１号公報

　ところで、米国におけるデジタルテレビジョン放送では、ATSC（Advanced Television Systems Committee）2.0において、放送事業者側で管理されているサーバから、HTML（Hyper Text Markup Language）により記述されたHTML文書を取得して実行することにより、日本のデジタルテレビジョン放送におけるデータ放送に相当するサービスを実現することが予定されている。

　仮に、図１に示されるように、映像、音声、及び静止画等を表すリソース（図１の「MPEG」、「MP3」、及び「JPEG」に対応）と、リソースを参照して所定の処理を実行するスクリプト（実行コード）とにより構成されるアプリケーションプログラムを用いてサービスを実現する場合、アプリケーションプログラム毎に動作モードを設定し、設定した動作モードに応じて、読み出し処理等の特定の処理を許可（又は制限）させるようにすることができる。

　具体的には、例えば、放送事業者により管理されているサーバから取得されたアプリケーションプログラムについては、特定の処理の実行を許可する（制限しない）動作モードを設定する。そして、放送事業者により管理されていない、インターネット上のサーバから取得されたアプリケーションプログラムについては、特定の処理の実行を許可しない（制限する）動作モードを設定するようにすればよい。

　なお、図１に示されるようなアプリケーションプログラムとしては、例えば、Java（登録商標）言語等により作成され、jarと呼ばれるファイル構造からなる複数のclassファイル（スクリプト）とリソース（映像、音声、及び静止画等）により構成されるものが考えられる。

　図１に示されるように、アプリケーションプログラムが、リソースとスクリプトとにより構成されている場合には、アプリケーションプログラムどうしの境界が明確であるため、アプリケーションプログラム毎に動作モードを設定して、特定の処理（読み出し処理等）を許可（又は制限）させるようにすることができる。

　これに対して、米国のデジタルテレビジョン放送において予定されているHTML文書を用いる場合、図１に示されるアプリケーションプログラムのように、動作モードを設定することはできない。

　すなわち、例えば、HTML文書を用いてサービスを実現する場合、図１に示されるように１つのアプリケーションプログラムが実行されるのではなく、実行対象のHTML文書に順次遷移され、それぞれのHTML文書が独立して実行されることとなる。

　したがって、サービスを実現する場合に独立して実行される各HTML文書を、１つのアプリケーションプログラムとして、動作モードを設定することはできない。

　このため、米国において予定されているHTML文書を用いる場合には、動作モードに応じて、特定の処理を許可（又は制限）させたりすることができず、ユーザの意図しない処理が行われることが生じ得る。

　本技術は、このような状況に鑑みてなされたものであり、文書遷移によりデータ放送用のサービスを実現する場合でも、ユーザの意図しない処理が行われることを防止するようにするものである。

　本技術の一側面の受信装置は、放送波により放送されるＡＶコンテンツを受信する受信装置において、前記ＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得する取得部と、取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定する判定部と、前記判定部による判定結果に応じて、取得された前記記述文書の実行を制御する制御部とを備える。

　前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツの進行に連動して実行される前記記述文書の制御に関するトリガ情報を検出するトリガ検出部をさらに備え、前記取得部は、検出された前記トリガ情報に基づいて、前記放送事業者により管理されている情報処理装置から前記記述文書を取得し、前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する。

　前記取得部は、前記ＡＶコンテンツと連動せずに単独でも実行可能な記述文書が実行される場合、前記放送事業者により管理されている情報処理装置から、当該記述文書を取得し、前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する。

　前記取得部は、特定のアプリケーションプログラムでのみ実行可能な記述文書が実行される場合、前記他の事業者により管理されている他の情報処理装置から、当該記述文書を取得し、前記判定部は、前記他の情報処理装置から取得された前記記述文書を、前記他の事業者により管理されているものと判定する。

　取得された前記記述文書を実行する実行部をさらに備え、前記制御部は、前記記述文書が前記放送事業者により管理されているものであると判定された場合、予め定められた特定の処理を行なうことできる第１の管理モードにより前記実行部が動作するように制御し、前記記述文書が前記他の事業者により管理されているものであると判定された場合、前記特定の処理を行なうことができない第２の管理モードにより前記実行部が動作するように制御する。

　前記判定部は、前記実行部が前記第１の管理モードで動作している場合、前記記述文書が取得される毎に、取得された前記記述文書が、前記放送事業者により管理されているものであるか、又は前記他の事業者により管理されているものであるかを判定し、前記制御部は、前記記述文書が、前記他の事業者により管理されているものであると判定された場合、前記第１の管理モードで動作している前記実行部を、前記第２の管理モードで動作させる。

　前記制御部は、前記実行部が前記第２の動作モードで動作している場合に、所定の操作が行われたとき、前記第２の動作モードで動作している前記実行部を、前記第１の管理モードで動作させる。

　前記取得部は、前記放送波のデジタルテレビジョン放送信号の所定の放送帯域を利用して送信される前記記述文書を取得する。

　受信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

　本技術の一側面の受信方法又はプログラムは、上述した本技術の一側面の受信装置に対応する受信方法又はプログラムである。

　本技術の一側面の受信装置、受信方法、及びプログラムにおいては、放送波により放送されるＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書が取得され、取得された記述文書が、ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は放送事業者以外の他の事業者により管理されているものであるかが判定され、その判定結果に応じて、取得された記述文書の実行が制御される。

　本技術によれば、文書遷移によりデータ放送用のサービスを実現する場合でも、ユーザの意図しない処理が行われることを防止することが可能となる。

リソースとスクリプトにより構成されるアプリケーションプログラムの一例を示す図である。本実施の形態である放送システムの一例を示す図である。受信装置によりモニタに表示される画面の表示例を示す図である。本技術の概要を説明するための図である。モニタに表示される画面の遷移例を示す図である。各DOの詳細を示す図である。各イベントの詳細を示す図である。画面遷移とイベントの関係を示す図である。受信装置の構成例を示す図である。トリガ情報がＴＳのPCRパケットに格納されて送信される場合の概念を示す図である。 PCRパケットにおいてトリガ情報が格納される位置を示す図である。トリガ情報に含まれる情報の項目の一例を示す図である。トリガ情報のシンタックスの一例を示す図である。 TDOコンテンツ起動処理を説明するためのフローチャートである。テレビジョン番組の進行に連動してデータ放送用HTML文書（TDO）を実行したときの画面の遷移の一例を示す図である。テレビジョン番組の進行に連動して、画面表示を伴わないデータ放送用HTML文書（TDO）を実行したときの画面の遷移の一例を示す図である。データ放送用HTML文書（TDO）のライフサイクルの一例を示す図である。 TDOアクティブ動作状態からWebアクティブ動作状態に遷移する場合の一例を示す図である。 NDOコンテンツ起動処理を説明するフローチャートである。 PDOコンテンツ起動処理を説明するフローチャートである。管理モード設定処理を説明するためのフローチャートである。データ放送用HTML文書（TDO）のライフサイクルの一例を示す他の図である。トリガ情報に含まれる情報の項目の一例を示す他の図である。コンピュータの構成例を示す図である。

　＜１．実施の形態＞
［放送システムの構成例］
　図２は、本実施の形態である放送システム１を示している。この放送システム１は、放送装置１１、サーバ１２、サーバ２１、サーバ２２、及び受信装置３０から構成される。なお、放送装置１１及びサーバ１２は、放送事業者側に設けられ、サーバ２１及びサーバ２２は、放送事業者以外の他の事業者側に設けられる。また、受信装置３０は、受信者側に設けられる。

　なお、サーバ１２、サーバ２１、サーバ２２、及び受信装置３０は、インターネット２０を介して、相互に接続されている。

　放送装置１１は、デジタルテレビジョン放送信号を送信（放送）するようになされている。

　また、放送装置１１は、所定のタイミングで、デジタルテレビジョン放送信号のトランスポートストリーム（Transport Stream、以下、ＴＳという）を構成するＴＳパケットのうちのPCR(Program Clock Reference)を含むパケット（以下、PCRパケットという）にトリガ情報を格納して送信する。

　ここで、トリガ情報とは、データ放送用のサービスを実現するために実行されるHTML文書を表すデータ放送用HTML文書の実行タイミングを示す情報、データ放送用HTML文書の取得先を示す情報等からなる。トリガ情報の詳細については、図１０乃至図１３を参照して後述する。

　サーバ１２は、放送事業者側で管理されているサーバであって、放送事業者の許諾を得ているデータ放送用HTML文書を保持している。サーバ１２は、インターネット２０を介してアクセスしてきた受信装置３０からの要求に応じて、保持しているデータ放送用HTML文書等を提供する。

　サーバ２１は、サーバ１２を管理する放送事業者側で管理されていないサーバであり、放送事業者の許諾を得ていないデータ放送用HTML文書を保持している。サーバ２１は、インターネット２０を介してアクセスしてきた受信装置３０からの要求に応じて、保持しているデータ放送用HTML文書等を提供する。

　サーバ２２は、インターネット２０に接続された端末装置に対してウェブサイトを提供するサーバであって、サーバ１２を管理する放送事業者側で管理されていないサーバである。サーバ２２は、インターネット２０を介してアクセスしてきた受信装置３０からの要求に応じて、ホームページ用HTML文書等を提供する。なお、ホームページ用HTML文書とは、ウェブページを提示するためのHTML文書を意味する。

　すなわち、サーバ２１及びサーバ２２は、サーバ１２を管理している放送事業者以外の他の事業者により管理されている。

　受信装置３０は、放送装置１１から送信されたデジタルテレビジョン放送信号を受信して、テレビジョン番組に相当するＡＶコンテンツの映像及び音声を取得する。受信装置３０は、取得した映像をモニタ（例えば、後述する図３のモニタ３１）に出力するとともに、音声をスピーカ（不図示）に出力する。

　また、受信装置３０は、インターネット２０を介してサーバ１２又はサーバ２１にアクセスし、データ放送用HTML文書を取得して実行する。これにより、受信装置３０は、図３に示されるように、ＡＶコンテンツの映像４１に、データ放送用コンテンツの映像４２を重畳させた映像４３を、モニタ３１に表示させる。なお、受信装置３０は、リモートコントローラ３２を使用することで、離れた位置からの遠隔操作が可能となる。

　図２に戻り、また、受信装置３０は、インターネット２０を介してサーバ２２にアクセスし、ホームページ用HTML文書を取得して実行する。

　なお、この受信装置３０は、単体として存在してもよいし、例えば、テレビジョン受像機やビデオレコーダ等に内蔵されているようにしてもよい。また、受信装置３０の詳細な構成は、図９を参照して後述する。

　放送システム１は、以上のように構成される。

[記述文書の管理方法]
　次に図４乃至図８を参照して、本技術における記述文書の管理方法について説明する。

　本技術のポイントは、受信装置３０において、インターネット２０を介して取得され実行されるHTML文書が、放送事業者又は他の事業者により管理されているものであるかに応じて、HTML文書の実行により実現される特定の処理を許可又は制限することである。

　すなわち、例えば、受信装置３０において、例えば、放送事業者側に設けられるサーバ１２から取得したデータ放送用HTML文書など、放送事業者側で管理されているHTML文書を実行する場合には、そのHTML文書により、特定の処理が行なわれることを許可する（制限しない）。

　反対に、受信装置３０において、例えば、他の事業者側に設けられるサーバ２１から取得したデータ放送用HTML文書や、サーバ２２から取得したホームページ用HTML文書など、放送事業者側で管理されていないHTML文書を実行する場合には、そのHTML文書により、特定の処理が行なわれることを許可しない（制限する）。

　以上のようにして、受信装置３０では、HTML文書の管理が行なわれる。なお、HTML文書は、番組などのＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記載された記述文書の一例であり、それに限らず、他の記述文書を用いることも可能である。

　図４は、本技術の概要を示している。

　図４において、太線で示される境界線Ｂから左側のHTML文書を実行する場合には、特定の処理を行なうことが許可され、境界線Ｂから右側のHTML文書を実行する場合には、特定の処理を行なうことが制限される。また、図４では、HTML文書の取得の態様に応じて、放送（Broadcast）、インターネット（Internet）、ファイルシステム（File system）の３つの領域に分けられている。以下、その詳細について説明する。

　例えば、受信装置３０は、放送装置１１から送信されるデジタルテレビジョン放送信号に含まれるトリガ情報（例えば、図４の「Trigger "Start" from the air」に対応）を受信したことに対応して、データ放送用HTML文書（例えば、図４の「Internet」における「Liner TV TDO content」に対応）をサーバ１２から取得して実行する。また、受信装置３０は、予めサーバ１２から取得して記録済みのデータ放送用HTML文書（例えば、図４の「File system」における「Liner TV TDO content」に対応）を実行する。

　また、例えば、受信装置３０において、ダウンロード放送を用いて番組を視聴する場合、記録済みの番組に含まれるトリガ情報（例えば、図４の「Trigger "Start" from the Video files that is played by local player」に対応）が取得されたことに対応して、データ放送用HTML文書（例えば、図４の「NRT TDO context」に対応）をサーバ１２から取得して実行する。また、受信装置３０において、ダウンロード放送により、予め放送装置１１から取得して記録済みのデータ放送用HTML文書（例えば、図４の「NRT TDO」に対応）を実行する。

　さらに、例えば、受信装置３０は、特定のブラウザでのみ表示可能となるデータ放送用HTML文書（例えば、図４の「PDO content」に対応）をサーバ２１から取得して実行する。

　そして、上述のデータ放送用HTML文書が実行されると、受信装置３０では、図３の映像４３がモニタ３１に表示されることになる。

　なお、ダウンロード放送とは、放送装置１１からの番組（デジタルテレビジョン放送信号）を予め受信して記録させておき、ユーザの操作に応じて、記録済みの番組を再生する方式の放送をいう。以下の説明では、ダウンロード放送を、NRT（Non Real Time）放送と称するとともに、ダウンロードされたコンテンツを、NRTコンテンツと称する。

　なお、いまの場合、例えば、図３に示される映像４２として表示されているドライバ（顔）には、そのドライバのホームページのリンクが貼られており、ユーザにより選択可能となっているものとする。

　図３の映像４２上のドライバを選択するユーザ操作が行われた場合、受信装置３０は、サーバ２２から、ホームページ用HTML文書（例えば、図４の「Generic Web Content」）を取得して実行することにより、ドライバのホームページ等を、モニタ３１に表示させる。

　上述したように、受信装置３０においては、データ放送用HTML文書を実行する場合、データ放送用のサービスを充実させるために必要な特定の処理を行なうことができるようにする必要がある。

　具体的には、例えば、受信装置３０において、データ放送用のサービスとして、ユーザの居住地に対応する天気予報を表示させる場合、データ放送用HTML文書は、特定の処理として、受信装置３０に予め登録済みの、ユーザの居住地を表す地域情報を読み出す処理等を行なう必要がある。

　反対に、例えば、受信装置３０において、放送事業者の許諾を得ていないデータ放送やホームページ等を表示させる場合、それらのデータ放送用HTML文書やホームページ用HTML文書により、特定の処理が行なわれることは望ましくない。

　すなわち、例えば、放送事業者の許諾を得ていないデータ放送を表示させる場合には、放送事業者側で管理されていないサーバ２１からデータ放送用HTML文書を取得して実行することになる。また、ホームページを表示させる場合には、放送事業者側で管理されていないサーバ２２からホームページ用HTML文書を取得して実行することになる。これらの場合、放送事業者側で管理されていないサーバ２１又はサーバ２２には、放送事業者側で管理されているサーバ１２とは異なり、悪意のある第三者により作成されたデータ放送用HTML文書やホームページ用HTML文書が存在する可能性がある。ここでは、例えば、受信装置３０に登録済みの地域情報を不正に読み出して特定のサーバに供給する処理を行なうHTML文書などが想定される。

　そこで、受信装置３０では、図４に示される境界線Ｂから左側においては、特定の処理を行なうことが可能なように、境界線Ｂから右側においては、特定の処理を行なうことができないように、管理モードを設定する。受信装置３０は、設定される管理モードに応じて、HTML文書により行なわれる特定の処理を許可（又は制限）する。

　なお、特定の処理とは、悪意のある第三者により不正に実行された場合に、ユーザに不利益が生じる処理をいう。例えば、特定の処理には、ユーザの個人情報等が不正に取得され、ユーザの安全性が脅かされる処理等が該当する。

　この特定の処理は、例えば、ユーザや、受信装置３０を製造する企業等により予め定義される。なお、特定の処理としては、上述の読み出し処理の他、例えば、チャンネルの選局を行なう選局処理、受信装置３０がビデオレコーダとして機能する場合に、受信装置３０に録画等を行わせるレコーダ操作処理、選局中の番組に関する番組情報を取得する取得処理、所定のURL(Uniform Resource Locator)をブックマークさせるブックマーク制御処理等が考えられる。

　図５は、図４に示した各HTML文書が実行されることにより、受信装置３０のモニタ３１に表示される画面の遷移を示している。次に、この図５を参照しながら、想定されるユースケースの一例について説明する。

　図５においては、ＵＩ１乃至ＵＩ１２（ただし、ＵＩ８，ＵＩ９を除く）は、受信装置３０のモニタ３１に表示されるユーザインタフェース（User Interface、以下、ＵＩという）を示している。また、図中の点線Ｌ１は、フォアグラウンド処理とバックグラウンド処理の境界を示しており、その領域の内側のＵＩ８，ＵＩ９で実行される処理は、モニタ３１には表示されずに内部で実行される。

　また、図中のＡ乃至Ｅは、あるＵＩに遷移させるためのイベントを示し、図中のａ乃至ｎは、あるＵＩから次のＵＩに遷移するためのイベントを示している。さらに、図中の点線Ｌ２は、図４に示した境界線Ｂに対応するものであって、境界の外側では、特定の処理を行なうことが可能となる一方、境界の内側では、特定の処理を行なうことができないように管理モードが設定される。すなわち、管理モードとしては、点線Ｌ２の境界の外側では、データ放送用HTML文書を用いて特定の処理が可能となる「Broadcast Managed」が設定され、境界の内側では、データ放送用HTML文書やホームページ用HTML文書を用いて特定の処理を行なえない「Broadcast Unmanaged」が設定される。

　なお、図中の「TDO」、「NDO」、「PDO」であるが、図６に示すように、PDO、NDO、TDOの順に権限がより制限される。具体的には、各DO（Downloadable Object）は次のような特徴を有している。

　TDO（Triggered Downloadable Object）は、３つのDOのうち、最も強い権限を持ったDOであって、放送事業者のみが取り扱えるオブジェクトとなる。また、TDOコンテンツは、番組等のＡＶコンテンツと連動して実行されることが想定される。なお、TDOは、放送事業者により取り扱われるDOであるため、その管理モードとしては、必ず、「Broadcast Managed」が設定される。

　NDO（NRT Downloadable Object）は、TDOの次に強い権限を持ったDOであって、例えば、コンテンツ制作会社やNRTサービスを提供するプロバイダなどの放送事業者以外の他の事業者が取り扱えるオブジェクトとなる。また、NDOコンテンツは、番組等のＡＶコンテンツと連動して実行されるのみならず、ＡＶコンテンツとは連動せずに単独で実行されることも想定される。例えば、NDOコンテンツは、独立データ放送チャンネルによって提供される場合には、ＡＶコンテンツとは連動しないで実行されることなる。

　なお、NDOは、放送事業者から許諾を得ているものと、許諾を得ていないものの２種類が想定され、それらの管理モードとしては、放送事業者から許諾を得ているNDOには、「Broadcast Managed」が設定され、放送事業者から許諾を得ていないNDOには、「Broadcast Unmanaged」が設定される。図５の例では、放送事業者から許諾を得ているNDOについてのみ説明するものとする。この場合、NDOには、管理モードとして、必ず、「Broadcast Managed」が設定される。

　PDO（Plain Downloadable Object）は、３つのDOのうち、最も弱い権限となるDOであって、特定のアプリケーションプログラム（後述する図９のブラウザ７３－２）でのみ表示（実行）できるオブジェクトである。例えば、PDOは、NRT1.0の「Browser ProfileA」で規定されているブラウザでのみ表示可能となる。また、PDOは、コンテンツ制作会社（例えば、いわゆるサードパーティー）などの放送事業者以外の他の事業者が取り扱えるオブジェクトとなる。

　なお、PDOは、NDOと同様に、放送事業者から許諾を得ているものと、許諾を得ていないものの２種類が想定されるが、図５の例では、放送事業者から許諾を得ていないPDOについてのみ説明するものとする。この場合、PDOには、管理モードとして、必ず、「Broadcast Unmanaged」が設定される。

　また、図７には、図５のイベントＡ乃至Ｅに関する説明が記載され、図８には、図５のＵＩ１乃至ＵＩ１２とイベントａ乃至ｎの関係が記載されており、以下、図５の説明では、適宜、それらの図面も参照することとする。

　図５に示すように、イベントＡとして、ユーザにより所定のチャンネルの番組が選局されると、モニタ３１には、選局されたチャンネルの番組等のＵＩ１が表示される（図７のイベントＡの記載）。また、受信装置３０では、ＵＩ１の表示中に、放送装置１１からのトリガ情報が受信されると、サーバ１２からデータ放送用HTML文書（TDO）が取得され、番組の映像に重畳表示される（図８のＵＩ１のイベントａの記載）。これにより、モニタ３１には、例えば、図３の映像４３などのＵＩ２が表示される。

　ＵＩ２は、点線Ｌ２の境界の外側にあるので、管理モードとして「Broadcast Managed」が設定され、放送用HTML文書（TDO）を用いて、特定の処理を行なうことが可能となる。すなわち、放送用HTML文書（TDO）は、放送事業者に管理されているサーバ１２から取得されるものであるため、特定の処理が許可される。

　また、受信装置３０では、ＵＩ２の表示中にトリガ情報が受信された場合には、新たなデータ放送用HTML文書（TDO）が取得されて、表示される（図８のＵＩ２のイベントｂの記載）。これにより、番組の映像に重畳されたデータ放送用HTML文書（TDO）の映像（例えば図３の映像４２）の更新が行われる。さらに、ＵＩ２の表示中にサーバ２１からデータ放送用HTML文書（PDO）が受信されると、特定のブラウザによりＵＩ１１がモニタ３１に表示される（図８のＵＩ２のイベントｅの記載）。そのほか、イベントＣとして、ユーザによりPDOコンテンツが選局されると、モニタ３１には、ＵＩ１１が表示される。

　さらに、ＵＩ１１の表示中に、ユーザにより他のPDOコンテンツが選択されると、サーバ２１からデータ放送用HTML文書（PDO）が受信され、ＵＩ１１の表示が更新される（図８のＵＩ１１のイベントｈの記載）。また、ＵＩ１１の表示中に、ユーザによりウェブページが選択されると、サーバ２２からホームページ用HTML文書が受信され、ＵＩ１２がモニタ３１に表示される（図８のＵＩ１１のイベントｉの記載）。

　ＵＩ１１，ＵＩ１２は、点線Ｌ２の境界の内側にあるので、管理モードとして「Broadcast Unmanaged」が設定され、データ放送用HTML文書（PDO）やホームページ用HTML文書を用いて、特定の処理を行なうことはできない。すなわち、データ放送用HTML文書（PDO）やホームページ用HTML文書は、放送事業者に管理されていないサーバ２１又はサーバ２２から取得されるものであるため、特定の処理が制限される。

　また、ＵＩ２の表示中に、ユーザによりNRTコンテンツの再生の開始が選択されると、モニタ３１には、再生中のNRTコンテンツのＵＩ７が表示される（図８のＵＩ２のイベントｃの記載）。一方、ＵＩ７の表示中に、ユーザにより再生中のNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、モニタ３１の表示は再生前のＵＩ２に戻る（図８のＵＩ７のイベントｃの記載）。

　なお、詳細は後述するが、ＵＩ２の表示中に、ユーザによりNRTコンテンツのダウンロード予約が選択された場合、NRTコンテンツのダウンロード予約の処理が行われる（図８のＵＩ８のイベントｄの記載）。このとき、NRTコンテンツを視聴するためのNRTサービスへの加入の手続が行われる場合には、加入手続処理が行われる（図８のＵＩ９のイベントｄの記載）。これらの処理は、バックグラウンド処理として行われる。

　イベントＢとして、ユーザによりリモートコントローラ３２に設けられたEPGボタンが押されると、モニタ３１には、電子番組表（EPG（Electronic Program Guide））のＵＩ３が表示される。この電子番組表から、詳細な番組情報を表示させたい項目がユーザにより選択されると、詳細な番組情報のＵＩ５がモニタ３１に表示される（図８のＵＩ３のイベントｆの記載）。

　また、イベントＤとして、ユーザによって、例えば、独立データ放送チャンネルが選局されると、サーバ１２から放送用HTML文書（NDO）が受信され、NDOコンテンツのＵＩ５がモニタ３１に表示される。

　ＵＩ５は、点線Ｌ２の境界の外側にあるので、管理モードとして「Broadcast Managed」が設定され、放送用HTML文書（NDO）を用いて、特定の処理を行なうことが可能となる。すなわち、放送用HTML文書（NDO）は、放送事業者に管理されているサーバ１２から取得されるものであるため、特定の処理が許可される。

　また、ＵＩ５の表示中に、例えば、ユーザによって、NRTコンテンツのリストから所望のNRTコンテンツが選択されると、当該NRTコンテンツがダウンロード予約される（図８のＵＩ５のイベントｎの記載）。また、ダウンロード予約の処理（図８のＵＩ８のイベントｎの記載）とともに、必要に応じてNRTサービスの加入手続処理（図８のＵＩ９のイベントｎの記載）が行われる。これらの処理は、バックグラウンド処理として行われる。なお、ダウンロード予約を行なわずに、直ちに、選択されたNRTコンテンツのダウンロードを開始してもよい。

　NRTコンテンツのダウンロードが終了した場合、あるいは既にNRTコンテンツのダウンロードが行われていた場合、ユーザによりNRTコンテンツの再生の開始が選択されると、モニタ３１には、再生中のNRTコンテンツのＵＩ７が表示される（図８のＵＩ５のイベントｍの記載）。一方、ＵＩ７において、再生中のNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、モニタ３１の表示は再生前のＵＩ５に戻る（図８のＵＩ７のイベントｍの記載）。

　なお、ＵＩ５の表示中に、ユーザによりPDOコンテンツが選択されると、サーバ２１からデータ放送用HTML文書（PDO）が受信され、モニタ３１には、ＵＩ１１が表示される（図８のＵＩ５のイベントｇの記載）。

　さらに、イベントＥとして、ユーザによりリモートコントローラ３２に設けられたNRTボタンが押されると、モニタ３１には、NRTコンテンツのポータルのＵＩ６が表示される。ＵＩ６の表示中に、ユーザにより、ポータルからNDOコンテンツが選択されると、ＵＩ５が表示される（図８のＵＩ６のイベントｊの記載）。

　なお、ＵＩ６の表示中に、ユーザによりNRTコンテンツのダウンロード予約が選択された場合、NRTコンテンツのダウンロード予約処理が行われる（図８のＵＩ６，ＵＩ８のイベントｋの記載）。このとき、必要に応じてNRTサービスの加入手続処理が行われる（図８のＵＩ６，ＵＩ９のイベントｋの記載）。また、ＵＩ６の表示中に、ユーザによりNRTコンテンツの再生の開始が選択されると、モニタ３１には、再生中のNRTコンテンツのＵＩ７が表示される（図８のＵＩ６のイベントｌの記載）。一方、ＵＩ７の表示中に、ユーザによりNRTコンテンツの停止が選択されると、再生中のNRTコンテンツは停止され、モニタ３１の表示は再生前のＵＩ６に戻る（図８のＵＩ７のイベントｌの記載）。

　以上のように、各ユースケースに応じて、ＵＩが遷移することになるが、図５の例では、管理モードとして、データ放送用HTML文書（TDO）及びデータ放送用HTML文書（NDO）には、「Broadcast Managed」が設定される一方、データ放送用HTML文書（PDO）及びホームページ用HTMLには、「Broadcast Unmanaged」が設定されることになる。

　なお、上述したように、図５に示した、管理モードの設定の境界となる点線Ｌ２の範囲は一例であって、例えば、図５では、放送事業者から許諾を得ているデータ放送用HTML文書（NDO）を例示したが、放送事業者から許諾を得ていないデータ放送用HTML文書（NDO）の場合には、管理モードとして「Broadcast Unmanaged」が設定される。この場合、例えば、ＵＩ５は、点線Ｌ２の境界の内側に配置されることになる。また、図５の例では、放送事業者から許諾を得ていないデータ放送用HTML文書（PDO）を例示したが、放送事業者から許諾を得ているデータ放送用HTML文書（PDO）の場合には、管理モードとして「Broadcast Managed」が設定される。この場合、例えば、ＵＩ１１は、点線Ｌ２の外側に配置されることになる。

　要は、データ放送用HTML文書（TDO）には「Broadcast Managed」が必ず設定されるが、その他のデータ放送用HTML文書（NDO）及びデータ放送用HTML文書（PDO）については、放送事業者の許諾に応じて管理モードが変化するため、「Broadcast Managed」又は「Broadcast Unmanaged」のいずれの管理モードが設定されるかは任意である。また、ホームページ用HTMLには、管理モードとして「Broadcast Unmanaged」が必ず設定される。

　なお、図５に記述された「Native app」は、受信装置専用のアプリケーションプログラム（後述する図９の制御部６８により実行されるアプリケーションプログラム）を意味し、「Browser」は、ウェブページなどを閲覧するためのブラウザ（後述する図９のブラウザ７３－１）を意味する。

［受信装置の構成例］
　図９は、受信装置３０の構成例を示している。受信装置３０は、チューナ６１、多重分離部６２、オーディオデコーダ６３、音声出力部６４、ビデオデコーダ６５、トリガ検出部６６、映像出力部６７、制御部６８、メモリ６９、操作部７０、記録部７１、通信I/F７２、ブラウザ７３－１、ブラウザ７３－２、及び赤外線受信部７４から構成される。

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

　さらに、多重分離部６２は、ＴＳに配置されたトリガ情報を含むPCRパケットを抽出して制御部６８に出力する。

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

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

　トリガ検出部６６は、入力された映像信号を常に監視し、映像信号に埋め込まれているトリガ情報を検出し、制御部６８に供給する。なお、トリガ情報は、デジタルテレビジョン放送信号に対応するＡＶコンテンツの映像信号に埋め込むようにして送信することもできる。

　したがって、放送装置１１から受信装置３０に対して、映像信号にトリガ情報が埋め込まれて送信されてくる場合に、トリガ検出部６６は、入力された映像信号に埋め込まれているトリガ情報を検出するものとなる。

　以下では、トリガ情報は、PCRパケットに格納されて送信されてくるものとし、映像信号に埋め込まれて送信されてくる場合の説明は、適宜省略するものとする。

　映像出力部６７は、ビデオデコーダ６５から入力された映像信号を、モニタ３１（図３）に出力する。また、映像出力部６７は、ブラウザ７３－１又はブラウザ７３－２から入力されるデータ放送用の映像信号（例えば図３の映像４２に対応）と、ビデオデコーダ６５から入力された映像信号（例えば、図３の映像４１に対応）を合成して、モニタ３１に表示させる。

　さらに、映像出力部６７は、ブラウザ７３－１から入力される、ホームページ等を表す映像信号を、モニタ３１に出力する。

　制御部６８は、メモリ６９に予め記録されている制御用プログラムを実行することにより受信装置３０の各部の動作を制御する。また、制御部６８は、多重分離部６２又はトリガ検出部６６から入力されるトリガ情報に基づき、テレビジョン番組に連動したデータ放送用のサービスを実現するためのデータ放送用HTML文書（TDO）の取得、実行（起動）、イベント発火、又は終了等を制御する。

　メモリ６９には、制御部６８によって実行される制御用プログラムが予め記録されている。この制御用プログラムは、デジタルテレビジョン放送信号、又はインターネット２０を介して取得する更新データに基づいて更新することができる。

　また、メモリ６９には、管理モードを示す管理モード情報が記録されており、管理モード情報が書き換えられることにより、管理モードが変更される。管理モードの詳細については後述する。

　操作部７０は、ユーザからの各種の操作を受け付けて、それに対応する操作信号を制御部６８に通知する。赤外線受信部７４は、リモートコントローラ３２（図３）から赤外線による無線通信を用いて送信される操作信号を受信して、制御部６８に通知する。制御部６８は、操作部７０又はリモートコントローラ３２から供給された操作信号に基づいて、受信装置３０の各部の動作を制御する。

　記録部７１は、データ放送用HTML文書がデジタルテレビジョン放送信号を用いて配信される場合において、多重分離部６２から入力されるデータ放送用HTML文書を内蔵する記録媒体に保持する。

　通信I/F７２は、ブラウザ７３－１又はブラウザ７３－２からの制御に従い、インターネット２０を介してサーバ１２又はサーバ２１に接続する。そして、通信I/F７２は、ブラウザ７３－１又はブラウザ７３－２からの制御に従い、インターネット２０を介してサーバ１２又はサーバ２１からデータ放送用HTML文書を取得して、ブラウザ７３－１又はブラウザ７３－２に供給する。

　また、通信I/F７２は、ブラウザ７３－１からの制御に従い、インターネット２０を介して、サーバ２２に接続する。そして、通信I/F７２は、ブラウザ７３－１からの制御に従い、インターネット２０を介してサーバ２２から、ホームページ用HTML文書を取得して、ブラウザ７３－１に供給する。

　ブラウザ７３－１は、制御部６８からの制御に従い、通信I/F７２からのデータ放送用HTML文書（TDO）又はデータ放送用HTML文書（NDO）を実行することにより、データ放送用の映像信号を生成して映像出力部６７に供給する。

　また、ブラウザ７３－１は、制御部６８からの制御に従い、通信I/F７２からのホームページ用HTML文書を実行することにより、ホームページ等を表す映像信号を生成して映像出力部６７に供給する。

　ブラウザ７３－２は、例えば、NRT1.0の「Browser ProfileA」で規定されている特定のブラウザである。ブラウザ７３－２は、制御部６８からの制御に従い、通信I/F７２からのデータ放送用HTML文書（PDO）を実行することにより、データ放送用の映像信号を生成して映像出力部６７に供給する。

　また、多重分離部６２は、チューナ６１によりNRT放送のデジタルテレビジョン放送信号が受信された場合、復調後のＴＳを分離して、記録部７１に記録する。記録部７１は、ユーザによりNRTコンテンツの再生が指示された場合、制御部６８の制御に従い、オーディオ符号化信号及びビデオ符号化信号を、それぞれオーディオデコーダ６３及びビデオデコーダ６５に供給する。これにより、NRTコンテンツの再生が行われる。

　なお、NRTコンテンツがインターネット２０に接続された配信用のサーバ（不図示）から取得される場合、記録部７１は、通信I/F７２により受信された配信用のサーバからのNRTコンテンツを記録する。

　受信装置３０は、以上のように構成される。

［トリガ情報の詳細］
　図１０は、トリガ情報がＴＳのPCRパケットに格納されて送信される場合の概念を示している。同図に示すように、トリガ情報は全てのPCRパケットに格納されるわけではなく、テレビジョン番組に相当するＡＶコンテンツと連動させるための適切なタイミングにおいてのみ、PCRパケットに格納される。

　なお、トリガ情報の内容によっては、受信装置３０にて受信されなかった場合を考慮して、同一内容のトリガ情報を複数回送信することがある。

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

　図１２は、トリガ情報に含まれる情報の項目の一例を示している。

　トリガＩＤは、当該トリガ情報を識別するための情報である。同一内容のトリガ情報が複数回送信される場合、各トリガ情報のトリガＩＤは同一のものとなる。トリガタイプは、当該トリガ情報がアプリ起動（データ放送用HTML文書（TDO）の取得と実行（起動）を指示するもの）、アプリ終了（実行中のデータ放送用HTML文書（TDO）の終了を指示するもの）、アプリイベント（実行中のデータ放送用HTML文書（TDO）においてイベント（表示内容の更新等）の発火を指示するもの）、又はプリキャッシュ（データ放送用HTML文書（TDO）の取得のみを指示するもの）のいずれであるかを示す。

　アプリケーションＩＤは、当該トリガ情報に対応するデータ放送用HTML文書（TDO）を識別するための情報である。アプリケーションタイプは、当該トリガ情報に対応するデータ放送用HTML文書（TDO）のタイプ（html）を示す情報である。事業者ＩＤは、当該トリガ情報に対応するデータ放送用HTML文書（TDO）の実行サービスを行なう事業者（放送局等）を識別するための情報である。アプリケーションURL(Uniform Resource Locator)は、トリガタイプがアプリ起動、又はプリキャッシュである場合において、データ放送用HTML文書（TDO）の取得先のURLである。蓄積アプリケーションＩＤは、トリガタイプがアプリ起動である場合において、データ放送用HTML文書（TDO）の即時取得を行わず、起動すべき蓄積済み（既に取得済み）のデータ放送用HTML文書（TDO）を指定する場合にのみ記述される。

　自動起動フラグは、トリガタイプがアプリ起動である場合に記述され、オン又はオフに設定される。当該自動起動フラグがオンとされているときには自動起動（データ放送用HTML文書（TDO）を自動的に起動する）とされる。当該自動起動フラグがオフとされているときにはマニュアル起動（ユーザに対して操作入力が促され、この操作入力が行われたことに応じて起動する）とされる。

　アプリケーション終了時刻は、トリガタイプがアプリ終了であるトリガ情報を受信できなかった場合において、実行中のデータ放送用HTML文書（TDO）を終了させる時刻を示す情報である。

　アプリケーションの名称は、自動起動フラグがマニュアル起動である場合等において、ユーザに提示するデータ放送用のサービス（データ放送用HTML文書（TDO）により実現される）の名称である。イベントＩＤは、トリガタイプがアプリイベントである場合において、そのイベントを識別するための情報である。なお、トリガ情報には、上述した全ての項目が常に含まれるわけではなく、そのタイミングにおいて必要な項目のみが含まれている。

　図１３は、トリガ情報のシンタックスの一例を示している。なお、トリガ情報のシンタックスは任意であって図１３に限定されるものではない。

［TDOコンテンツ起動処理］
　次に、受信装置３０がトリガ情報を受信したときに行われるトリガ情報対応処理について説明する。

　図１４は、トリガ情報対応処理により起動されるTDOコンテンツについて説明するフローチャートである。このTDOコンテンツ起動処理は、ユーザがテレビジョン番組を視聴しているとき、例えば、図５のイベントａ、ｂが発生したときに実行されるものであって、デジタルテレビジョン放送信号を受信している間、繰り返して実行される。

　ステップＳ１において、制御部６８は、多重分離部６２からの入力に基づき、トリガ情報を含むPCRパケットが受信されるまで待機する。そして、トリガ情報を含むPCRパケットが受信された場合、処理をステップＳ２に進める。

　ステップＳ２において、制御部６８は、受信されたPCRパケットからトリガ情報を検出し、当該トリガ情報に基づいて、当該トリガ情報に対してステップＳ３以降の処理を既に実行済みであるか否かを判定する。既にステップＳ３以降の処理を実行済みであると判定された場合、処理はステップＳ１に戻されて、それ以降の処理が繰り返される。反対に、当該トリガ情報に対してステップＳ３以降の処理を実行していないと判定された場合、処理はステップＳ３に進められる。

　ステップＳ３において、制御部６８は、当該トリガ情報のトリガタイプがアプリ起動、アプリイベント、アプリ終了、又はプリキャッシュのいずれであるかを判別する。

　ステップＳ３にて、当該トリガ情報のトリガタイプがアプリ起動であると判別された場合、処理はステップＳ４に進められる。

　ステップＳ４において、制御部６８は、当該トリガ情報にて蓄積アプリケーションＩＤが指定されており、かつ、それに対応するデータ放送用HTML文書（TDO）が記録部７１に蓄積済みであるか否かを判定する。

　ここで、否と判定された場合、処理はステップＳ５に進められる。ステップＳ５において、制御部６８は、ブラウザ７３－１を制御して、トリガ情報のアプリケーションURLに対応するサーバ１２にアクセスさせ、トリガ情報のアプリケーションＩＤに対応するデータ放送用HTML文書（TDO）を取得させる。ここで、後述するステップＳ１４により既に上記URLに対応するサーバ１２より該当するデータ放送用HTML文書（TDO）を取得してプリキャッシュしている場合、ステップＳ５の処理をスキップして、ステップＳ７以降の処理において、それを利用する。この後、処理はステップＳ７に進められる。

　反対に、ステップＳ４において、当該トリガ情報にて蓄積アプリケーションＩＤが指定されており、かつ、それに対応するデータ放送用HTML文書（TDO）が記録部７１に蓄積済みであると判定された場合、処理はステップＳ６に進められる。ステップＳ６において、制御部６８は、ブラウザ７３－１を制御して、トリガ情報の蓄積アプリケーションＩＤに対応するデータ放送用HTML文書（TDO）を記録部７１から読み出させる。この後、処理はステップＳ７に進められる。

　ステップＳ７において、制御部６８は、トリガ情報の自動起動フラグが自動起動であるか否かを判定する。

　ステップＳ７にて、トリガ情報の自動起動フラグが自動起動ではない（すなわち、マニュアル起動である）と判定された場合、処理はステップＳ８に進められる。ステップＳ８において、ブラウザ７３－１は、制御部６８からの制御に基づき、例えば、「（アプリケーションの名称）を実行しますか？」等と画面に表示させることにより、ユーザに対してデータ放送用HTML文書（TDO）の起動操作（実行操作）を促す。この促し表示に応じ、ステップＳ９において、ユーザから起動操作が入力されたと判定された場合、処理はステップＳ１１に進められる。ステップＳ１１において、ブラウザ７３－１は、制御部６８の制御に従い、ステップＳ５で取得した、又はステップＳ６で読み出したデータ放送用HTML文書（TDO）を起動（実行）する。これにより、TDOコンテンツが起動されることになる。

　この後、処理はステップＳ１に戻されて、それ以降が繰り返される。

　なお、ステップＳ８における促し表示の後、ステップＳ９にて、ユーザから起動操作が入力されないと判定され、このステップＳ１０において、ユーザから起動操作が入力されないまま所定の時間が経過したと判定された場合、処理はステップＳ１に戻されてそれ以降の処理が繰り返される。

　また、ステップＳ７にて、トリガ情報の自動起動フラグが自動起動であると判定された場合は、処理はステップＳ１１に進められる。ステップＳ１１において、ブラウザ７３－１は、制御部６８の制御に従い、ステップＳ５で取得した、又はステップＳ６で読み出したデータ放送用HTML文書（TDO）を起動する。TDOコンテンツが起動されると、処理はステップＳ１に戻されて、それ以降が繰り返される。

　ステップＳ３にて、当該トリガ情報のトリガタイプがアプリイベントであると判別された場合、処理はステップＳ１２に進められる。ステップＳ１２において、制御部６８は、当該トリガ情報のアプリケーションＩＤと、実行中のデータ放送用HTML文書（TDO）のアプリケーションＩＤが一致する場合のみ、ブラウザ７３－１を制御して、実行中のデータ放送用HTML文書（TDO）において、トリガ情報のイベントＩＤに対応するイベントを発火（実行）させる。この後、処理はステップＳ１に戻されて、それ以降が繰り返される。

　ステップＳ３にて、当該トリガ情報のトリガタイプがアプリ終了であると判別された場合、処理はステップＳ１３に進められる。ステップＳ１３において、制御部６８は、当該トリガ情報のアプリケーションＩＤと、実行中のデータ放送用HTML文書（TDO）のアプリケーションＩＤが一致する場合のみ、ブラウザ７３－１を制御して、実行中のデータ放送用HTML文書（TDO）を終了させる。この後、処理はステップＳ１に戻されて、それ以降が繰り返される。

　なお、トリガタイプがアプリ終了であるトリガ情報を受信しない場合であっても、実行中のデータ放送用HTML文書（TDO）を起動させたときのトリガ情報に記述されたアプリケーション終了時刻に現在の時刻が達した場合、実行中のデータ放送用HTML文書（TDO）は終了される。

　ステップＳ３にて、当該トリガ情報のトリガタイプがプリキャッシュであると判別された場合、処理はステップＳ１４に進められる。ステップＳ１４において、制御部６８は、ブラウザ７３－１を制御して、トリガ情報のアプリケーションURLに対応するサーバ１２にアクセスさせ、トリガ情報のアプリケーションＩＤに対応するデータ放送用HTML文書（TDO）を取得させてブラウザ７３－１に含まれるキャッシュメモリ等の記憶手段に記憶（プリキャッシュ）しておく。この後、処理はステップＳ１に戻されて、それ以降が繰り返される。

　ステップＳ１４のように、トリガタイプをプリキャッシュとすれば、連動させたいテレビジョン番組の放送時刻よりも先に対応するデータ放送用HTML文書（TDO）を取得させることができる。これにより、連動させたいテレビジョン番組の開始と同時に、対応するデータ放送用HTML文書（TDO）を実行させることができる。

　以上で、TDOコンテンツ起動処理の説明を終了する。

[データ放送用HTML文書（TDO）を実行したときの画面表示例]
　次に、図１５は、トリガ情報の自動起動フラグがオフ（マニュアル起動）とされている場合において、テレビジョン番組の進行に連動してデータ放送用HTML文書（TDO）を実行したときの画面の遷移を示している。

　ユーザがテレビジョン番組を視聴しているときに、トリガタイプがアプリ起動、自動起動フラグがオフ（マニュアル起動）であるトリガ情報が受信されると、対応するデータ放送用HTML文書（TDO）（図１５の「HTML」に対応）が取得される。次に、ユーザに対してデータ放送用HTML文書（TDO）の起動操作を促す表示(図１５の「App Start?」に対応)がテレビジョン番組の映像に重畳して表示される。この促しに応じ、ユーザが起動操作を入力すると、データ放送用HTML文書（TDO）が実行されて、画面表示は、例えば、図３に示されたように、テレビジョン番組の映像４１と、TDOコンテンツの映像４２とが合成された映像４３となる。

　データ放送用HTML文書（TDO）が実行されている状態において、トリガタイプがアプリイベントであるトリガ情報が受信されると、実行中のデータ放送用HTML文書（TDO）にて、トリガ情報のイベントＩＤに対応するイベントが発火される。これにより、画面表示のうち、TDOコンテンツを表示する領域（例えば、図３において映像４２が表示される領域）が、トリガ情報のイベントＩＤに対応する映像に変更（例えば、「情報１」から「情報２」、「情報２」から「情報３」へと変更）される。

　その後、トリガタイプがアプリ終了であるトリガ情報が受信されると、実行中のデータ放送用HTML文書（TDO）が終了されて、画面全体にテレビジョン番組の映像４１のみが表示される。

[データ放送用HTML文書（TDO）を実行したときの他の画面表示例]
　ところで、テレビジョン番組の進行に連動して実行されるデータ放送用HTML文書（TDO）は、必ずしも画面表示を伴うものではない。このようなデータ放送用HTML文書（TDO）を用いれば、受信装置３０のユーザに知られることなく、それを実行することができる。このようなデータ放送用HTML文書（TDO）は、例えば、テレビジョン番組の視聴率調査を実行する場合に適用することができる。具体的には、トリガタイプがアプリイベントであるトリガ情報に対応して、視聴しているか否かを記録するようにし、その記録結果を所定のタイミングで所定のサーバなどに通知するようにすれば、トリガタイプがアプリイベントであるトリガ情報の送信間隔でテレビジョン番組の視聴率を調べることができる。

　図１６は、トリガ情報の自動起動フラグがオン（自動起動）とされている場合において、テレビジョン番組の進行に連動して、画面表示を伴わないデータ放送用HTML文書（TDO）を実行したときの画面の遷移を示している。

　ユーザがテレビジョン番組を視聴しているときに、トリガタイプがアプリ起動、自動起動フラグがオン（自動起動）であるトリガ情報が受信されると、対応するデータ放送用HTML文書（TDO）が取得されて実行される。ただし、画面表示は、テレビジョン番組の映像４１のみが表示されたまま変更されない。

　データ放送用HTML文書（TDO）が実行されている状態において、トリガタイプがアプリイベントであるトリガ情報が受信されると、実行中のデータ放送用HTML文書（TDO）にて、トリガ情報のイベントＩＤに対応するイベントが発火される。この場合にも画面表示は、テレビジョン番組の映像４１が表示されたままであり変化はない。

　その後、トリガタイプがアプリ終了であるトリガ情報が受信されると、実行中のデータ放送用HTML文書（TDO）が終了される。

[TDOコンテンツのライフサイクル]
　次に、図１７を参照して、TDOコンテンツのライフサイクルの一例を示している。

　受信装置３０により取得されて実行されるデータ放送用HTML文書（TDO）がTDOストップ動作状態（図１７の「TDO Stop」に対応）である場合、すなわち、受信装置３０が、データ放送用HTML文書（TDO）を取得していない場合において、トリガタイプがアプリ起動であるトリガ情報が受信されると、TDOストップ動作状態からTDOアクティブ動作状態（図１７の「TDO Active」に対応）に遷移し、サーバ１２からデータ放送用HTML文書（TDO）を取得する。

　そして、ユーザに対してデータ放送用HTML文書（TDO）の起動操作を促す表示がテレビジョン番組の映像に重畳して表示される。この促しに応じ、ユーザが起動操作を入力すると、データ放送用HTML文書（TDO）が起動されて、画面表示は、例えば、図３に示されたように、TDOコンテンツの映像４２と、テレビジョン番組の映像４１が合成された映像４３となる。

　TDOアクティブ動作状態では、受信装置３０は、取得したデータ放送用HTML文書（TDO）により、TDOコンテンツの映像４２を表示するために、特定の処理を行なうことができるようになっている。すなわち、TDOアクティブ動作状態において、受信装置３０の管理モードは、放送事業者側で管理されているサーバ１２から取得したデータ放送用HTML文書（TDO）を用いて特定の処理が可能な「Broadcast Managed」とされる。

　TDOアクティブ動作状態において、トリガタイプがアプリイベントであるトリガ情報が受信されると、実行中のデータ放送用HTML文書（TDO）にて、トリガ情報のイベントＩＤに対応するイベントが発火される。

　なお、TDOアクティブ動作状態において、トリガタイプがアプリ終了であるトリガ情報が受信された場合、又はアプリケーション終了時刻となった場合、TDOアクティブ動作状態からTDOストップ状態に遷移し、例えば、取得済みのデータ放送用HTML文書（TDO）を破棄する。

　また、TDOストップ動作状態において、トリガタイプがプリキャッシュであるトリガ情報が受信されると、TDOストップ動作状態からTDOプリキャッシュレディ動作状態に遷移し、対応するデータ放送用HTML文書（TDO）が取得されてプリキャッシュされる。

　そして、TDOプリキャッシュレディ動作状態において、トリガタイプがアプリ起動であるトリガ情報が受信されると、TDOプリキャッシュレディ動作状態からTDOアクティブ動作状態に遷移する。そして、TDOアクティブ動作状態において、プリキャッシュされたデータ放送用HTML文書（TDO）が起動される。

　また、TDOアクティブ動作状態において、自動車等のホームページにリンクが貼られているボタン等がユーザ操作により押下された場合、TDOアクティブ動作状態から、Webアクティブ動作状態（図１７の「Web Active」に対応）に遷移する。そして、Webアクティブ動作状態では、放送事業者側で管理されていないサーバ２２からのホームページ用HTML文書を実行して、例えば自動車等のホームページを表示させる。

　Webアクティブ動作状態では、受信装置３０は、取得したホームページ用HTML文書により、特定の処理を行なえないようになっている。すなわち、Webアクティブ動作状態において、受信装置３０の管理モードは、放送事業者側で管理されていないサーバ２２から取得したホームページ用HTML文書を用いて特定の処理を行なえない「Broadcast Unmanaged」とされる。

　TDOアクティブ動作状態（管理モードは「Broadcast Managed」に設定されている）では、データ放送用のサービスを提供するために、受信装置３０に記録済みの地域情報の読出し等の特定の処理が行なえるようにする必要がある。

　これに対して、Webアクティブ動作状態（管理モードは「Broadcast Unmanaged」に設定されている）では、不正に、受信装置３０に記録済みの地域情報の読出し等が行われて流出してしまう事態を防止するため、特定の処理が行なえないようにする必要がある。

　そこで、受信装置３０では、上述したように、実行されるHTML文書が、放送事業者側で管理されているサーバ１２から取得されたものである場合に、管理モードを「Broadcast Managed」に設定し、特定の処理を許可するようにしている。

　反対に、受信装置３０では、実行されるHTML文書が、放送事業者側で管理されていないサーバから取得されたものである場合に、管理モードを「Broadcast Unmanaged」に設定し、特定の処理を許可しないようにしている。

[管理モードについて]
　図１８は、TDOアクティブ動作状態において、順次、イベントを発火させている場合に、TDOアクティブ動作状態からWebアクティブ動作状態に遷移するとき、すなわち、管理モードが「Broadcast Managed」から「Broadcast Unmanaged」に設定されるときの一例を示している。

　なお、データ放送用HTML文書（TDO）には、TDOコンテンツの映像４２を更新させるために実行されるHTML文書を特定するためのURLが、イベントIDに対応付けて記述されているものとする。

　これにより、トリガタイプがアプリイベントであるトリガ情報を受信したことに対応して、そのトリガ情報に含まれるイベントIDにより識別されるイベントを実行させるためのHTML文書「a1.html」が、データ放送用HTML文書（TDO）に記述されたURL「http://www.a.com/a1.html」に基づいて取得されて実行される。

　さらに、トリガタイプがアプリイベントであるトリガ情報を新たに受信したことに対応して、そのトリガ情報に含まれるイベントIDにより識別されるイベントを実行させるためのHTML文書「a2.html」が、データ放送用HTML文書（TDO）に記述されたURL「http://www.a.com/a2.html」に基づいて取得され実行される。これにより、映像４２の表示が、HTML文書「a1.html」の実行により表示される映像、HTML文書「a2.html」の実行により表示される映像に順次、更新されることとなる。

　また、データ放送用HTML文書（TDO）には、TDOコンテンツの映像４２（図３）に表示されたドライバの映像を選択するユーザ操作が行われたときに実行されるHTML文書「b1.html」のリンク先「http://www.b.com/b1.html」が記述されているものとする。

　TDOアクティブ動作状態において、映像４２（図３）に表示されたドライバの映像を選択するユーザ操作が行われた場合、TDOアクティブ動作状態からWebアクティブ動作状態に遷移する。

　この場合、Webアクティブ動作状態において、受信装置３０は、リンク先「http://www.b.com/b1.html」に基づいて、放送事業者側で管理されていないサーバ２２から、ホームページ用HTML文書「b1.html」を取得して実行する。

　図１８に示されるように、例えば、TDOアクティブ動作状態において、実行対象のHTML文書をサーバ１２から取得して実行する場合、HTML文書（いまの場合、a1.htmlやa2.html）は、いずれも、放送事業者側で管理されているサーバ１２（いまの場合、http://www.a.com/）から取得される。

　また、例えば、Webアクティブ動作状態において、実行対象のHTML文書（いまの場合、b1.html）は、放送事業者側で管理されていないサーバ２２（いまの場合、http://www.b.com/）から取得される。

　上述したように、サーバ１２からHTML文書を取得して実行する場合には、特定の処理も行なえるようにし、サーバ１２以外のサーバからHTML文書を取得して実行する場合には、特定の処理を行なえないようにする必要がある。

　そこで、受信装置３０では、放送事業者側で管理されているサーバ１２のドメイン名が、実行対象のHTML文書の取得先におけるドメイン名と一致するか否かに応じて、実行対象のHTML文書がサーバ１２から取得されたものであるか否かを判定する。

　なお、受信装置３０では、データ放送用のサービスを実現させる際に、最初に取得されるHTML文書、すなわち、データ放送用HTML文書（TDO）の取得先のドメイン名（いまの場合、www.a.com）を、放送事業者側で管理されているサーバ１２のドメイン名とみなすようにして、実行対象のHTML文書がサーバ１２から取得されたものであるか否かを判定している。

　受信装置３０では、遷移先のHTML文書のドメイン名が、放送事業者側で管理されているサーバ１２のドメイン名であるか否かに基づいて、管理モードを、「Broadcast Managed」又は「Broadcast Unmanaged」のいずれかに設定する。

　そして、受信装置３０では、管理モードが「Broadcast Managed」である場合（TDOアクティブ動作状態である場合）には、特定の処理を行なえるようにし、「Broadcast Unmanaged」である場合（Webアクティブ動作状態である場合）には、特定の処理を行なえないようにしている。

　なお、受信装置３０では、データ放送用のサービスを実現させる際に、データ放送用HTML文書（TDO）の取得先のドメイン名を、放送事業者側で管理されているサーバ１２のドメイン名とみなすようにしたが、受信するチャンネル毎に、そのチャンネルに対応する放送事業者それぞれが管理しているサーバのドメイン名を予め保持しておくようにしてもよい。

　そして、受信装置３０は、予め保持しているドメイン名の中から、受信するチャンネルに対応するドメイン名を選択し、放送事業者側で管理されているサーバのドメイン名とみなすようにしてもよい。

　その他、例えば、受信装置３０は、実行対象のHTML文書がサーバ１２から取得されたものであるか否かを判定するために、ドメイン名を用いるようにしているが、取得先のサーバを一意に示す情報であれば、どのような情報を用いてもよい。すなわち、例えば、受信装置３０は、ドメイン名の他、MAC（Media Access Control）アドレスやIP（Internet Protocol）アドレス等を用いて、実行対象のHTML文書がサーバ１２から取得されたものであるか否かを判定することができる。

　なお、図１７及び図１８では、サーバ２２から取得されたホームページ用HTML文書を、放送事業者から許諾を得ていないHTML文書の例として説明したが、データ放送用HTML文書（NDO）又はデータ放送用HTML文書（PDO）が放送事業者から許諾を得ていない場合も同様に処理される。

［NDOコンテンツ起動処理］
　次に、図１９のフローチャートを参照して、NDOコンテンツ起動処理について説明する。

　ステップＳ３１において、制御部６８は、操作部７０又はリモートコントローラ３２からの操作信号に基づいて、NDOコンテンツの起動イベントが発生したかを判定する。このNDOコンテンツの起動イベントとしては、例えば、ユーザにより独立データ放送チャンネルが選局されたときなどに発生する図５のイベントＤが該当する。

　例えば、図５のイベントＤが発生して、NDOコンテンツの起動イベントが発生したと判定された場合（ステップＳ３１の「YES」）、処理は、ステップＳ３２に進められる。

　ステップＳ３２において、制御部６８は、ブラウザ７３－１を制御して、起動するNDOコンテンツのURLに対応するサーバ１２にアクセスさせ、データ放送用HTML文書（NDO）を取得させる。なお、ここで取得されるデータ放送用HTML文書（NDO）は、図５のユースケースと同様に、放送事業者からの許諾を得ているものであるため、放送事業者により管理されているサーバ１２から取得される。この場合、データ放送用HTML文書（NDO）には、管理モードとして、「Broadcast Managed」が設定されることになる。

　ステップＳ３３において、ブラウザ７３－１は、制御部６８の制御に従い、ステップＳ３２で取得したデータ放送用HTML文書（NDO）を起動する。これにより、NDOコンテンツが起動されることになる。

　この後、処理はステップＳ３１に戻されて、それ以降が繰り返される。

　なお、図１９の例では、図５のユースケースにあわせて、データ放送用HTML文書（NDO）は、放送事業者からの許諾を得ているものであるとして説明したが、データ放送用HTML文書（NDO）が放送事業者から許諾を得ていない場合、データ放送用HTML文書（NDO）は、サーバ２１から取得され、管理モードとして、「Broadcast Unmanaged」が設定されることになる。

　以上で、NDOコンテンツ起動処理の説明を終了する。

［PDOコンテンツ起動処理］
　次に、図２０のフローチャートを参照して、PDOコンテンツ起動処理について説明する。

　ステップＳ５１において、制御部６８は、操作部７０又はリモートコントローラ３２からの操作信号に基づいて、PDOコンテンツの起動イベントが発生したかを判定する。この起動イベントとしては、例えば、ユーザによりPDOコンテンツが選局されたときに発生する図５のイベントＣが該当する。

　例えば、図５のイベントＣが発生して、PDOコンテンツの起動イベントが発生したと判定された場合（ステップＳ５１の「YES」）、処理は、ステップＳ５２に進められる。

　ステップＳ５２において、制御部６８は、ブラウザ７３－２を制御して、起動するPDOコンテンツのURLに対応するサーバ２１にアクセスさせ、データ放送用HTML文書（PDO）を取得させる。なお、ここで取得されるデータ放送用HTML文書（PDO）は、図５のユースケースと同様に、放送事業者から許諾を得ていないものであるため、放送事業者により管理されていないサーバ２１から取得される。この場合、データ放送用HTML文書（PDO）には、管理モードとして、「Broadcast Unmanaged」が設定されることになる。

　ステップＳ５３において、ブラウザ７３－２は、制御部６８の制御に従い、ステップＳ５２で取得したデータ放送用HTML文書（PDO）を起動する。これにより、PDOコンテンツが起動されることになる。

　この後、処理はステップＳ５１に戻されて、それ以降が繰り返される。

　なお、図２０の例では、図５のユースケースにあわせて、データ放送用HTML文書（PDO）は、放送事業者からの許諾を得ていないものであるとして説明したが、データ放送用HTML文書（PDO）が放送事業者から許諾を得ている場合、データ放送用HTML文書（PDO）は、サーバ１２から取得され、管理モードとして、「Broadcast Managed」が設定されることになる。

　以上で、PDOコンテンツ起動処理の説明を終了する。

[管理モード設定処理の詳細]
　次に、図２１のフローチャートを参照して、受信装置３０が、HTML文書の取得先のドメイン名に基づいて、管理モードを設定する管理モード設定処理を説明する。

　この管理モード設定処理は、例えば、図１４のステップＳ１１においてデータ放送用HTML文書（TDO）が起動されるか、又は図１９のステップＳ３３においてデータ放送用HTML文書（NDO）が起動されたときに開始される。

　ステップＳ７１において、制御部６８は、起動するデータ放送用HTML文書の取得先のドメイン名を取得する。

　すなわち、例えば、起動するデータ放送用HTML文書（TDO）が、図１４のステップＳ５又はステップＳ１４において、トリガ情報のアプリケーションURLに基づいて取得されたものである場合、制御部６８は、トリガ情報のアプリケーションURLに基づいて、起動するデータ放送用HTML文書（TDO）の取得先（サーバ１２）のドメイン名を取得する。

　また、例えば、起動するデータ放送用HTML文書（TDO）が、図１４のステップＳ６において、記録部７１から読み出されて取得されたものである場合、制御部６８は、ブラウザ７３－１を制御して、記録部７１から、起動するデータ放送用HTML文書（TDO）を保持しているサーバ１２のドメイン名を取得させ、制御部６８に供給させる。これにより、制御部６８は、ドメイン名を取得することとなる。

　なお、記録部７１には、データ放送用HTML文書（TDO）が記録される場合、そのデータ放送用HTML文書（TDO）に対応付けて、データ放送用HTML文書（TDO）を保持しているサーバ１２のドメイン名が記録されるものとする。

　また、例えば、起動するデータ放送用HTML文書（NDO）が、図１９のステップＳ３２において、ユーザにより選局されたチャンネルにより指定されるURLに基づいて取得されたものである場合、そのURLに基づいて、起動するデータ放送用HTML文書（NDO）の取得先（サーバ１２）のドメイン名を取得する。

　ステップＳ７２において、制御部６８は、ブラウザ７３－１を制御して、特定の処理を行なえる管理モード「Broadcast Managed」として動作させる。すなわち、この例では、データ放送用HTML文書（TDO）及びデータ放送用HTML文書（NDO）は、放送事業者により管理されたサーバ１２から取得されたものであるため、制御部６８は、ブラウザ７３－１におけるHTML文書の実行を制御して、HTML文書の実行により特定の処理を行なうことを許可する（制限しない）。

　ステップＳ７３において、制御部６８は、入力されるトリガ情報、又は操作部７０若しくはリモートコントローラ３２からの操作信号に基づいて、HTML文書による文書遷移が起きたか否かを判定し、文書遷移が起きるのを待って、処理をステップＳ７４に進める。

　ステップＳ７４において、制御部６８は、遷移先のHTML文書の取得先のドメイン名が、ステップＳ７１の処理で取得済みのドメイン名と一致するか否かに基づいて、遷移先のHTML文書が、放送事業者側で管理されているサーバ１２から取得されたものであるか否かを判定する。

　ステップＳ７４において、遷移先のHTML文書が、サーバ１２から取得されたものであると判定された場合、処理はステップＳ７３に戻され、ブラウザ７３－１を、管理モード「Broadcast Managed」として動作させたまま、それ以降、同様の処理が行なわれる。

　また、ステップＳ７４において、遷移先のHTML文書が、サーバ１２から取得されたものではないと判定された場合、処理はステップＳ７５に進められる。

　例えば、図５のＵＩ２を表示中に、イベントｅが発生した場合、データ放送用HTML文書（TDO）から、データ放送用HTML文書（PDO）に文書遷移することとなる。この場合、遷移先のデータ放送用HTML文書（PDO）は、サーバ２１から取得され、ドメイン名が一致しないため、ステップＳ７４の判定処理では「No」と判定され、処理は、ステップＳ７５に進められる。

　また、例えば、図５のＵＩ５を表示中に、イベントｇが発生した場合、データ放送用HTML文書（NDO）から、データ放送用HTML文書（PDO）に文書遷移することとなる。この場合も同様に、遷移先のデータ放送用HTML文書（PDO）は、サーバ２１から取得され、ドメイン名が一致しないため、処理は、ステップＳ７５に進められる。

　ステップＳ７５において、制御部６８は、ブラウザ７３－１又はブラウザ７３－２を制御して、特定の処理を行なえない管理モード「Broadcast Unmanaged」として動作させる。すなわち、制御部６８は、ブラウザ７３－１又はブラウザ７３－２におけるHTML文書の実行を制御して、HTML文書の実行により特定の処理を行なうことを許可しない（制限する）。

　この場合、例えば、ブラウザ７３－２は、特定の処理が行なえないようになり、遷移先のHTML文書として、データ放送用HTML文書（PDO）を実行する。

　なお、データ放送用HTML文書（TDO）は、データ放送用HTML文書（PDO）の実行中に、例えば、トリガタイプがアプリ終了であるトリガ情報に基づいて終了されるものとする。

　その後、ステップＳ７６において、制御部６８は、操作部７０又はリモートコントローラ３２からの操作信号に基づいて、例えば図５のイベントＢなどの所定の操作が行われたか否かを判定し、所定の操作が行われるのを待って、処理をステップＳ７１に戻し、それ以降、同様の処理が繰り返される。すなわち、例えば、制御部６８は、新たにデータ放送用HTML文書（TDO）を起動させるためのトリガ情報が入力されたか否かを判定し、トリガ信号が入力されたと判定するのを待って、処理をステップＳ７１に戻し、それ以降、同様の処理が繰り返される。

　以上説明したように、管理モード遷移処理では、データ放送用HTML文書のドメイン名と、遷移先のHTML文書のドメイン名とが一致する場合には、管理モードを「Broadcast Managed」に設定し、データ放送用HTML文書のドメイン名と、遷移先のHTML文書のドメイン名とが一致しない場合には、管理モードを「Broadcast Unmanaged」に設定するようにした。

　そして、管理モードが「Broadcast Managed」に設定されている場合、データ放送用HTML文書（TDO）又はデータ放送用HTML文書（NDO）の実行により、例えば、受信装置３０に記録済みの、ユーザの地域情報を読み出す処理等が行なわれるようにし、管理モードが「Broadcast Unmanaged」に設定されている場合、データ放送用HTML文書（PDO）又はホームページ用HTML文書の実行により、ユーザの意図しない処理として、読み出し処理等が行なわれないようにした。

　よって、悪意のある第三者により作成されたデータ放送用HTML文書（PDO）やホームページ用HTML文書を取得して実行してしまった場合でも、ユーザの意図しない処理が行われることを防止できる。

＜２．変形例＞
　本実施の形態では、図１７に示されるように、データ放送用HTML文書（TDO）の動作状態を、TDOストップ動作状態、TDOプリキャッシュレディ動作状態、TDOアクティブ状態、及びWebアクティブ状態の４つの動作状態としたが、その他、例えば、図２２に示されるように、新たにTDOサスペンド動作状態（図２２の「TDO Suspend」に対応）を追加して、５つの動作状態とすることができる。

　この場合、図２３に示されるように、トリガ情報のトリガタイプとしては、新たにサスペンドが追加され、トリガ情報のトリガタイプは、アプリ起動、アプリ終了、アプリイベント、プリキャッシュ又はサスペンドのいずれかを示すものとなる。

　図２２においては、TDOアクティブ動作状態において、トリガタイプがサスペンドであるトリガ情報が受信されると、対応するデータ放送用HTML文書（TDO）の動作状態はTDOサスペンド動作状態に遷移する。この場合、対応するデータ放送用アプリの動作状態はTDOサスペンド動作状態に遷移するので、他のデータ放送用HTML文書（TDO）をTDOアクティブ動作状態にして実行させることができる。

　TDOサスペンド動作状態において、トリガタイプがアプリ起動であるトリガ情報が受信されると、対応するデータ放送用HTML文書（TDO）はTDOアクティブ動作状態に遷移する。これにより、データ放送用HTML文書（TDO）において、イベントを発火させることができる。このとき、他のデータ放送用HTML文書（TDO）は、TDOアクティブ動作状態からTDOサスペンド動作状態に遷移される。

　なお、上述の説明では、データ放送用HTML文書は、インターネット２０に接続されたサーバにアクセスすることで、取得されるとして説明したが、本実施の形態では、デジタルテレビジョン放送信号の放送帯域に設けられたデータ放送用コンテンツを放送するための所定の帯域を利用して、データ放送用HTML文書を送信するようにしてもよい。例えば、RFC3926として規定されている、FLUTE（File Delivery over Unidirectional Transport）のセッションを利用して、データ放送用HTML文書を送信することができる。この場合、文書遷移が起きたときの遷移先のデータ放送用HTML文書が放送事業者の管理下にあるか否かの判定（図２１のステップＳ７４）は、例えば、FLUTEセッションのチャンネル情報を用いて行われる。

　また、通信又は放送の両方からデータ放送用HTML文書を取得することが可能な場合には、予め定められた取得先の優先度に応じて、通信又は放送のいずれか一方からデータ放送用HTML文書が取得される。

　また、上述の説明では、説明の都合上、放送事業者から許諾を得ているデータ放送用HTML文書は、放送事業者側で管理されているサーバ１２に保持され、放送事業者から許諾を得ていないデータ放送用HTML文書は、他の事業者側で管理されているサーバ２１に保持されるとして説明したが、コンテンツ制作者などの他の事業者側に管理されるサーバ２１に、許諾を得ているデータ放送用HTML文書が保持されるようにしてもよい。すなわち、サーバ２１には、許諾を得たデータ放送用HTML文書及び許諾を得ていないデータ放送用HTML文書のいずれか一方又は双方を保持することができる。それに対して、サーバ１２には、許諾を得ているデータ放送用HTML文書のみが保持される。

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

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

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

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

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

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

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

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

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

　さらに、本技術は、以下の構成とすることも可能である。

［１］
　放送波により放送されるＡＶコンテンツを受信する受信装置において、
　前記ＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得する取得部と、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定する判定部と、
　前記判定部による判定結果に応じて、取得された前記記述文書の実行を制御する制御部と
　を備える受信装置。
［２］
　前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツの進行に連動して実行される前記記述文書の制御に関するトリガ情報を検出するトリガ検出部をさらに備え、
　前記取得部は、検出された前記トリガ情報に基づいて、前記放送事業者により管理されている情報処理装置から前記記述文書を取得し、
　前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する
　［１］に記載の受信装置。
［３］
　前記取得部は、前記ＡＶコンテンツと連動せずに単独でも実行可能な記述文書が実行される場合、前記放送事業者により管理されている情報処理装置から、当該記述文書を取得し、
　前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する
　［１］又は［２］に記載の受信装置。
［４］
　前記取得部は、特定のアプリケーションプログラムでのみ実行可能な記述文書が実行される場合、前記他の事業者により管理されている他の情報処理装置から、当該記述文書を取得し、
　前記判定部は、前記他の情報処理装置から取得された前記記述文書を、前記他の事業者により管理されているものと判定する
　［１］乃至［３］のいずれかに記載の受信装置。
［５］
　取得された前記記述文書を実行する実行部をさらに備え、
　前記制御部は、
　　前記記述文書が前記放送事業者により管理されているものであると判定された場合、予め定められた特定の処理を行なうことできる第１の管理モードにより前記実行部が動作するように制御し、
　　前記記述文書が前記他の事業者により管理されているものであると判定された場合、前記特定の処理を行なうことができない第２の管理モードにより前記実行部が動作するように制御する
　［１］乃至［４］のいずれかに記載の受信装置。
［６］
　前記判定部は、前記実行部が前記第１の管理モードで動作している場合、前記記述文書が取得される毎に、取得された前記記述文書が、前記放送事業者により管理されているものであるか、又は前記他の事業者により管理されているものであるかを判定し、
　前記制御部は、前記記述文書が、前記他の事業者により管理されているものであると判定された場合、前記第１の管理モードで動作している前記実行部を、前記第２の管理モードで動作させる
　［５］に記載の受信装置。
［７］
　前記制御部は、前記実行部が前記第２の動作モードで動作している場合に、所定の操作が行われたとき、前記第２の動作モードで動作している前記実行部を、前記第１の管理モードで動作させる
　［５］に記載の受信装置。
［８］
　前記取得部は、前記放送波のデジタルテレビジョン放送信号の所定の放送帯域を利用して送信される前記記述文書を取得する
　［１］に記載の受信装置。
［９］
　受信装置が、
　放送波により放送されるＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得し、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定し、
　その判定結果に応じて、取得された前記記述文書の実行を制御する
　ステップを含む受信方法。
［１０］
　受信装置の制御用のプログラムであって、
　放送波により放送されるＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得し、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定し、
　その判定結果に応じて、取得された前記記述文書の実行を制御する
　ステップを含む処理を、受信装置のコンピュータに実行させるためのプログラム。

　１　放送システム，　１１　放送装置，　１２　サーバ，　２１　サーバ，　２２　サーバ，　３０　受信装置，　３１　モニタ，　３２　リモートコントローラ，　６１　チューナ，　６２　多重分離部，　６３　オーディオデコーダ，　６４　音声出力部，　６５　ビデオデコーダ，　６６　トリガ検出部，　６７　映像出力部，　６８　制御部，　６９　メモリ，　７０　操作部，　７１　記録部，　７２　通信I/F，　７３－１，７３－２　ブラウザ，　７４　赤外線受信部，　１００　コンピュータ，　１０１　CPU

Claims

　放送波により放送されるＡＶコンテンツを受信する受信装置において、
　前記ＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得する取得部と、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定する判定部と、
　前記判定部による判定結果に応じて、取得された前記記述文書の実行を制御する制御部と
　を備える受信装置。
　前記ＡＶコンテンツとともに送信される、前記ＡＶコンテンツの進行に連動して実行される前記記述文書の制御に関するトリガ情報を検出するトリガ検出部をさらに備え、
　前記取得部は、検出された前記トリガ情報に基づいて、前記放送事業者により管理されている情報処理装置から前記記述文書を取得し、
　前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する
　請求項１に記載の受信装置。
　前記取得部は、前記ＡＶコンテンツと連動せずに単独でも実行可能な記述文書が実行される場合、前記放送事業者により管理されている情報処理装置から、当該記述文書を取得し、
　前記判定部は、前記情報処理装置から取得された前記記述文書を、前記放送事業者により管理されているものと判定する
　請求項１に記載の受信装置。
　前記取得部は、特定のアプリケーションプログラムでのみ実行可能な記述文書が実行される場合、前記他の事業者により管理されている他の情報処理装置から、当該記述文書を取得し、
　前記判定部は、前記他の情報処理装置から取得された前記記述文書を、前記他の事業者により管理されているものと判定する
　請求項１に記載の受信装置。
　取得された前記記述文書を実行する実行部をさらに備え、
　前記制御部は、
　　前記記述文書が前記放送事業者により管理されているものであると判定された場合、予め定められた特定の処理を行なうことできる第１の管理モードにより前記実行部が動作するように制御し、
　　前記記述文書が前記他の事業者により管理されているものであると判定された場合、前記特定の処理を行なうことができない第２の管理モードにより前記実行部が動作するように制御する
　請求項１に記載の受信装置。
　前記判定部は、前記実行部が前記第１の管理モードで動作している場合、前記記述文書が取得される毎に、取得された前記記述文書が、前記放送事業者により管理されているものであるか、又は前記他の事業者により管理されているものであるかを判定し、
　前記制御部は、前記記述文書が、前記他の事業者により管理されているものであると判定された場合、前記第１の管理モードで動作している前記実行部を、前記第２の管理モードで動作させる
　請求項５に記載の受信装置。
　前記制御部は、前記実行部が前記第２の動作モードで動作している場合に、所定の操作が行われたとき、前記第２の動作モードで動作している前記実行部を、前記第１の管理モードで動作させる
　請求項５に記載の受信装置。
　前記取得部は、前記放送波のデジタルテレビジョン放送信号の所定の放送帯域を利用して送信される前記記述文書を取得する
　請求項１に記載の受信装置。
　受信装置が、
　放送波により放送されるＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得し、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定し、
　その判定結果に応じて、取得された前記記述文書の実行を制御する
　ステップを含む受信方法。
　受信装置の制御用のプログラムであって、
　放送波により放送されるＡＶコンテンツと異なる他のコンテンツを表示させるための所定のコンピュータ言語により記述された記述文書を取得し、
　取得された前記記述文書が、前記ＡＶコンテンツを放送する放送事業者により管理されているものであるか、又は前記放送事業者以外の他の事業者により管理されているものであるか、を判定し、
　その判定結果に応じて、取得された前記記述文書の実行を制御する
　ステップを含む処理を、受信装置のコンピュータに実行させるためのプログラム。