(57)【特許請求の範囲】
【請求項１】
テレビジョン放送を受信し、選択された放送番組の映像音声データをモニタ出力するテレビジョン放送受信装置であって、
前記テレビジョン放送の放送データに含まれるアプリケーションプログラムを実行するアプリケーション実行手段と、
前記放送番組の選択状態及び前記放送データに含まれる条件データに基づいて、前記アプリケーション実行手段によるアプリケーションプログラムの機能の一部の実行を制御する制御手段と、
を備えることを特徴とするテレビジョン放送受信装置。
【請求項２】
前記アプリケーションプログラムを含むテレビジョン放送は、データカルーセル方式により送信されることを特徴とする請求項１に記載のテレビジョン放送受信装置。
【請求項３】
テレビジョン放送を受信して選択された放送番組の映像音声データを出力するステップと、
前記放送番組の選択状態及び前記テレビジョン放送の放送データに含まれる条件データに基づいて、前記テレビジョン放送に含まれるアプリケーションプログラムの機能の一部の機能を実行するステップと、
を有することを特徴とするテレビジョン放送受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、文字、画像、音声、映像、及びプログラム等の各データが多重化されたディジタル放送波を受信し、当該受信データに基づいて、表示、再生、及びプログラムの実行を行う機能を有する装置或いはシステムに用いられる、テレビジョン放送受信装置及びテレビジョン放送受信方法に関するものである。
【０００２】
【従来の技術】
近年では、例えば、映像を含むテレビジョン放送信号をディジタル化し、当該ディジタルテレビジョン放送を放送衛星或いは通信衛星等を介して伝送し、各家庭で当該ディジタルテレビジョン放送を受信するようになされたシステムが運用されている。
【０００３】
上述のディジタルテレビジョン放送により、各家庭等において、ディジタルテレビジョン放送を受信するテレビジョン放送受信装置（所謂テレビ若しくはテレビ受像機）は、見るものから使うものへと変わりつつあると言われる。
【０００４】
例えば、従来では、放送される番組を見るための手段でしかなかったテレビが、放送のディジタル化に伴い、動画、音声、及び各種データ等が多重化された電波を受信し、ユーザのリモートコントローラ（リモコン）等の操作に応じて、各種データ等を表示する、ということが可能になってきている。
【０００５】
また、テレビジョン放送としてのＢＳディジタル放送では、データ放送サービスが既に開始されている。これは、放送局が、表示データやスクリプトプログラム等を含むデータ群をテレビジョン放送波に重畳して送信し、テレビジョン放送受信装置側が、当該テレビジョン放送波を受信及び蓄積し、ユーザのリモコン操作等に応じて、該当するデータを画面上に表示する、ということが可能となるサービスである。
【０００６】
一方、言うまでも無く従来から、パーソナルコンピュータ（パソコン）により、アプリケーションプログラムを主体に利用する環境が実現されており、ユーザがパソコン上でアプリケーションプログラムを利用する場合、ユーザが、アプリケーションプログラムの提供側であるソフトウェア販売会社側に対して一定の料金を支払うようになされている。これによりユーザは、パソコン上でのアプリケーションプログラムの利用が可能となる。
【０００７】
具体的には例えば、ユーザは、所望するアプリケーションプログラムのパッケージを、ソフトウェア販売会社側から購入し、当該アプリケーションプログラムをパソコンに対してインストールする。或いは、ユーザは、パソコン操作により、インターネット等を介して所望するアプリケーションプログラムの提供側にアクセスし、クレジットカード番号等のユーザ情報を入力後、当該アプリケーションプログラムのダウンロードを行う。或いは、ユーザは、パソコン操作により、インターネット等を介して所望するアプリケーションプログラムの提供側にアクセスし、当該アプリケーションプログラムのダウンロード後、この料金の入金を行い、当該アプリケーションプログラムの提供側からのキーコードの開示を受けてから、当該アプリケーションプログラムを利用する。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述したような従来のディジタル放送の受信装置では、放送中の番組のデータに含まれる一部のスクリプト又はプログラムの実行のみが可能であり、また、この実行は、当該番組の放送の間のみ可能であった。
すなわち、従来のテレビジョン放送受信装置は、ユーザが、ある目的を達成するためにアプリケーションプログラムを主体的に利用したい、などという要求に答えられるものではなかった。
【０００９】
そこで、アプリケーションプログラムを主体的に利用できる環境を実現するために、例えば、テレビジョン放送受信装置に対して、パソコンと同等のアプリケーションプログラムの利用環境を搭載することが、比較的簡単な手段として考えられる。
しかしながら、このような構成としても、以下に述べるような幾つかの問題（１）及び（２）がある。
【００１０】
問題点（１）：
先ず第一の問題点として、ユーザが手軽にアプリケーションプログラムを利用できなかった、という問題が挙げられる。
例えば、ユーザがアプリケーションプログラムを利用するためには、ユーザは、パソコンと同様にして、アプリケーションプログラムのパッケージを販売側から購入する必要があった。或いは、ユーザは、アプリケーションプログラムをインターネット等を介してダウンロードした後に料金を入金し、利用制限解除のためのキーコードを入力する等の手続きが必要であった。
【００１１】
問題点（２）：
次に第二の問題点は、テレビジョン放送の放送局側にある。すなわち、ユーザに、アプリケーションプログラムを主体的にテレビジョン放送受信装置で頻繁に利用されてしまうと、番組視聴の機会が減り、結果的に広告等の収入が減ってしまう。
【００１２】
上記問題点（１）を解決するための手段としては、例えば、特開平０９−２５１７２４号等において、アプリケーションソフトウェアの利用制御方式として、ソフトウェアの試用を可能することでアプリケーションを幾分手軽に利用できる技術が提案されている。
【００１３】
しかしながら、上記の技術では、何度もアプリケーションプログラムを利用する場合、従来と同様にユーザは利用料金を支払う必要があった。また、上記の技術では、上記問題点（２）を解決することはできなかった。
【００１４】
そこで、本発明は、上記の欠点を除去するために成されたもので、テレビジョン放送受信装置をアプリケーションを主体に利用可能とすると共に、従来のパソコン環境とも異なり、テレビジョン放送受信装置ならではの手軽なアプリケーションの利用環境を実現するためのアプリケーション実行制御機能を提供する、テレビジョン放送受信装置及びテレビジョン放送受信方法を提供することを目的とする。
【００１５】
【課題を解決するための手段】
本発明に係るテレビジョン放送受信装置は、テレビジョン放送を受信し、選択された放送番組の映像音声データをモニタ出力するテレビジョン放送受信装置であって、前記テレビジョン放送の放送データに含まれるアプリケーションプログラムを実行するアプリケーション実行手段と、前記放送番組の選択状態及び前記放送データに含まれる条件データに基づいて、前記アプリケーション実行手段によるアプリケーションプログラムの機能の一部の実行を制御する制御手段と、を備えることを特徴とする。
【００１６】
本発明に係るテレビジョン放送受信方法は、テレビジョン放送を受信して選択された放送番組の映像音声データを出力するステップと、前記放送番組の選択状態及び前記テレビジョン放送の放送データに含まれる条件データに基づいて、前記テレビジョン放送に含まれるアプリケーションプログラムの機能の一部の機能を実行するステップと、を有することを特徴とする。
【００２４】
上述のような本発明の構成によれば、例えば、アプリケーションプログラムを一旦テレビジョン放送受信装置内に蓄積して利用する環境において、アプリケーションプログラムの機能の一部の利用を、ユーザのテレビ番組視聴等を条件に制御することができるようになる。
【００２８】
【発明の実施の形態】
以下、本発明の実施の形態について図面を用いて説明する。
【００２９】
[第１の実施の形態]
本発明は、例えば、図１に示すような、ディジタルのテレビジョン放送（ディジタル放送）を受信するテレビジョン放送受信装置（ディジタルテレビ受信装置）１００に適用される。
【００３０】
まず、本実施の形態では、ディジタル放送の放送局（不図示）において、テレビ番組の映像データ、音声データ、及び「放送データ」が符号化され、当該符号化後の各データが多重化された後に変調され、当該変調後のデータが放送波として、放送局のアンテナ（不図示）から送出される。放送局のアンテナから送出された放送波は、不図示の放送衛星（ＢＳ）を介して、ディジタルテレビ受信装置１００（ユーザ側端末装置）で受信される。
【００３１】
上記の「放送データ」とは、放送チャンネルや放送番組の内容を示した「サービスインフォメーションデータ」（ＳＩデータ）、マークアップ言語で記述されたテキストデータ、画像データ、及び音声データを含む「データ放送コンテンツデータ」、そしてアプリケーションプログラムコード及びその関連データファイルを含む「アプリケーションデータ」等を含んだデータである。
【００３２】
以下、上述のような放送データを含む放送波を受信して処理する、本実施の形態のディジタルテレビ受信装置１００について具体的に説明する。
【００３３】
＜ディジタルテレビ受信装置１００の構成及び一連の動作＞
上記図１に示すディジタルテレビ受信装置１００において、先ず、アンテナ１６０は、放送局からの放送波を受信する。この受信波は、当該受信波が、ディジタル放送（ディジタルＴＶ放送）のものであるか、或いはアナログ放送（アナログＴＶ放送）のものであるかによって、アナログチューナ部１２３又はディジタルチューナ部１０１に対して入力される。
【００３４】
アナログチューナ部１２３は、アンテナ１６０の受信波（アナログ放送波）から、ユーザ操作等により選択されたチャンネルの周波数帯域の信号を選択して入力すると共に、アナログテレビジョン信号（ＮＴＳＣ方式に従ったテレビジョン放送の信号等）をディジタル化して、当該ディジタルデータに含まれる音声データをディジタル／アナログコンバータ（ＤＡＣ）１０５に対して出力すると共に、当該ディジタルデータに含まれる映像データをグラフィックバッファ１２１に対して出力する。
【００３５】
尚、ＤＡＣ１０５及びグラフィックバッファ１２１については後述する。
【００３６】
一方、ディジタルチューナ部１０１は、アンテナ１６０の受信波（ディジタル放送波）から、ユーザ操作等により選択されたチャンネルの周波数帯域の信号を選択して入力すると共に、当該入力信号に対して、復調及び誤り訂正等の処理を施し、トランスポートストリーム（ＴＳ）と呼ばれる形式のディジタルデータを生成し、更に、当該トランスポートストリーム（以下、「ＴＳデータ」と言う）をデスクランブラ１０２に対して出力する。
【００３７】
デスクランブラ１０２は、ディジタルチューナ部１０１からのＴＳデータが、視聴制限のためのスクランブルがかけられているＴＳデータである場合、当該ＴＳデータに含まれるデスクランブル（スクランブル解除）のための鍵情報、及び後述するＩＣカード制御部１１７から出力される鍵情報に基づいて、当該ＴＳデータに対してスクランブル解除を施し、当該スクランブル解除後のＴＳデータをトランスポートデコーダ１０３に対して出力する。
【００３８】
また、デスクランブラ１０２は、ディジタルチューナ部１０１からのＴＳデータが、視聴制限のためのスクランブルがかけられているＴＳデータでない場合、当該ＴＳデータをトランスポートデコーダ１０３に対して出力する。
【００３９】
ＩＣカード制御部１１７から情報が読み取られるＩＣカード１３５には、ユーザの契約情報、及び受信波から得られるＴＳデータに含まれるデスクランブラのため鍵情報を解くため鍵情報等が記録されている。
【００４０】
ＩＣカード制御部１１７は、ＩＣカード１３５に対して、デスクランブラ１０２におけるデスクランブルのための鍵情報を解くため鍵情報が記録されていた場合、当該鍵情報をＩＣカード１３５から読み出し、これをバス１２２を介してデスクランブラ１０２に対して出力する。
【００４１】
尚、ＩＣカード１３５には、上述した契約情報及び鍵情報の他、例えば、ユーザが利用した有料コンテンツや有料アプリケーションに応じた課金情報等も格納されている。
【００４２】
トランスポートデコーダ１０３は、デスクランブラ１０２からのＴＳデータから、ユーザから選択された番組に対応するパケットデータを抽出し、パケット毎に、映像データ、音声データ、及び放送データ（符号化データ）を振り分けて出力する。
【００４３】
ビデオデコーダ１０６は、トランスポートデコーダ１０３で得られた、符号化された状態の映像データを復号化し、当該復号化後の映像データをグラフィックバッファ１２１内の動画プレーン１０７に対して出力する。
【００４４】
尚、アナログチューナ部１２３から映像データが出力された場合、当該映像データは、動画プレーン１０７に対して出力される。
【００４５】
オーディオデコーダ１０４は、トランスポートデコーダ１０３で得られた、符号化された状態の音声データを復号化し、当該復号化後の音声データをディジタル／アナログコンバータ（ＤＡＣ）１０５に対して出力する。
【００４６】
ＤＡＣ１０５は、オーディオデコーダ１０４からの音声データをアナログ化してスピーカ１３３から出力する。
【００４７】
尚、ＤＡＣ１０５は、音声データがアナログチューナ部１２３から供給された場合、当該音声データをアナログ化してスピーカ１３３から出力する。
【００４８】
ＣＰＵ１１８は、所定の処理プログラムを読み出して実行する等して、ディジタルテレビ受信装置１００全体の動作制御を司るものである。
【００４９】
例えば、ＣＰＵ１１８は、トランスポートデコーダ１０３で得られた、符号化された状態の放送データをバス１２２を介して一旦メモリ１１２に取り込み、当該放送データをメモリ１１２から読み出して復号化し、当該復号化後の放送データをバス１２２を介してハードディスク１１９に格納する。
【００５０】
また、ＣＰＵ１１８は、データ記憶装置（不図示）に格納されたアプリケーションプログラムを読み出して実行することで、各種のデータ処理を実施すると共に、グラフィック生成部１１０に対してデータ転送を行うことで、グラフィック表示制御を実施する。
【００５１】
グラフィック生成部１１０は、ＣＰＵ１１８から供給されたデータに基づいて、文字や図形の画像データを生成し、当該画像データを、グラフィックバッファ１２１の文字図形プレーン１０９又は静止画プレーン１０８を転送する。
【００５２】
画面合成部１１１は、グラフィックバッファ１２１内の動画（映像）プレーン１０７、文字図形プレーン１０９、及び静止画プレーン１０８に格納されたデータの合成処理或いは切換処理を実行し、当該処理後データを表示器１３４に対して出力する。
表示器１３４は、画面合成部１１１からのデータを画面表示する。
【００５３】
バス１２２には、上述したデスクランブラ１０２、メモリ１１２、トランスポートデコーダ１０３、ビデオデコーダ１０６、グラフィック生成部１１０、グラフィックバッファ１２１、画面合成部１１１、ハードディスク１１９、ＩＣカード制御部１１７、及びＣＰＵ１１８と共に、ＩＥＥＥ１３９４インターフェース１１４、モデム１１３、表示器１３４と通信可能なシリアルインターフェース１２０、リモートコントローラ（リモコン）１３２の受光部１１６、及びユーザからの各種動作指示を受け付ける操作部１１５が接続されている。
バス１２２に接続された各構成部は、バス１２２を介して互いに通信可能である。
【００５４】
ＩＥＥＥ１３９４インターフェース１１４は、ディジタルテレビ受信装置１００の本体に外部接続されたＶＴＲ（ビデオテープレコーダ）１３０やプリンタ１３１とプロトコル通信を行うためのインターフェースである。
【００５５】
モデム１１３は、電話回線経由でインターネット等のネットワーク（不図示）に接続するためのインターフェースであり、例えば、当該ネットワーク上の放送事業者側のデータサーバ１５０と情報通信を行うために用いられる。
【００５６】
図２は、リモコン１３２の構成の一例を示したものである。
尚、リモコン１３２の構成としては、上記図２に示される構成に限られるものではない。上記図２は、本実施の形態の説明の簡単のために、必要な機能を実現するための操作を行うボタンのみを示しており、実際のテレビジョン放送の受信及びその処理に必要なボタンはこの限りでない。
【００５７】
上記図２において、２０１は、リモコン１３２と、上記図１に示したディジタルテレビ受信装置１００の受光部１１５との赤外線通信を行うための発光部である。
２０２は、ディジタルテレビ受信装置１００の電源をＯＮ／ＯＦＦするための電源キーである。
２０３は、スティック状のカーソルキーであり、これを上下（前後）左右に傾けることで４方向のカーソル移動入力となり、スティック自体を押し込むことで「決定」入力となるように構成されている。
【００５８】
２０４は、ディジタル放送波から得られるデータ放送の表示を行うための「ｄ」キー（ｄボタン）である。
２０５は、表示器１３４での表示画面の切り替えを行う画面切替キーである。２０６は、マトリクス状に配置された数字キーであり、２０７は、表示器１３４でメニュー画面を表示するためメニューボタンである。
【００５９】
２０８は、ＵＰ及びＤｏｗｎの２つのキーからなるＵＰ／Ｄｏｗｎキーである。
２０９は、カラーキーであり、青、赤、緑、及び黄の４色のボタンが横一列に配置されている。
２１０は、表示器１３４でアプリケーション選択リストを表示するためのアプリケーションキーである。
【００６０】
＜ディジタルテレビ受信装置１００で扱う各種データ＞
ディジタル放送受信時、ディジタルテレビ受信装置１００に対しては、例えば、ISO/IEC13818-6で規定されているDSM-CCのデータカルーセル方式に従って、上述した放送データに含まれるデータ放送コンテンツデータ及びアプリケーションデータがディジタルデータとして、放送局から繰り返し送出される。
【００６１】
データ放送コンテンツデータは、文字情報、表示レイアウト情報、及びスクリプト情報を含むテキストファイル、画像データファイル、映像データファイル、及び音声データファイルから構成されている。
テキストファイルは、例えば、Ｗ３Ｃで規定されるＸＭＬ（eXtensible Markup Language）に従ったファイルである。
【００６２】
一方、アプリケーションプログラムのデータ（アプリケーションデータ）は、ＪＡＶＡ（Ｒ）言語で記述されたソースコードを予めコンパイル処理された結果であるバイトコードファイル（以下、「クラスファイル」とも言う）と、画像データファイル、音声データファイル、及びその他処理に必要なパラメータを含むパラメータファイルと、後述するアプリケーション属性データファイル（条件データ）とを含み、本実施の形態では、事前にＪＡＲ(Java（Ｒ） ARchive)処理によりアーカイブ処理が施された一つのファイルの形をとったものとしている。
【００６３】
図３及び４は、上記のアプリケーション属性データファイルの内容の一例を示したものである。
アプリケーション属性データは、ＸＭＬ形式で記述されたデータである。アプリケーション属性データにおいては、データ内容となる各要素が、開始タグ<XXX>と終了タグ</XXX>で囲まれた領域に記述されている。開始タグ及び終了タグには、要素の名前が含まれている。それぞれの要素は階層構造を有し、１つの様相の中に他の要素を含むことができるようになされている。
【００６４】
上記図３に示すアプリケーション属性データは、アプリケーション属性という要素の中身に対して、アプリケーション名を示す要素（同図中（ａ）参照）、アプリケーション全体の利用条件を示す要素（同図中（ｂ）参照）、アプリケーションの一部分の利用条件を示した要素（同図中（ｃ）参照）、アプリケーション実行時の視聴形式を示した要素（同図中（ｄ）参照）、及び当該アプリケーション属性データを更新するための情報を示した要素（同図中（ｅ））を含んでいる。
【００６５】
また、上記アプリケーション属性データは、アプリケーション全体の利用条件を示した<全体利用条件データ>要素の内部要素として、<条件>要素や<条件非成立時動作>要素を含んでおり、さらに、これらの内部要素として、<アイテム>要素を含んでいる。
【００６６】
<アイテム>要素は、アナログＴＶ放送とディジタルＴＶ放送を識別するための「タイプ」属性、ディジタルＴＶ放送におけるＢＳディジタル放送、地上波ディジタル放送、及びＣＳディジタル放送等を区別するネットワークＩＤ要素、主にチャンネルや放送局を区別するためのサービスＩＤ要素、及びサービス名要素を含んでいる。
<条件非成立時動作>要素は、課金や、終了、或いはチャンネル（ＣＨ）切替等の動作を示す要素を含んでいる。
【００６７】
<視聴タイプ>要素は、アプリケーション実行中に表示及び再生するテレビ番組画面の表示パラメータ、及び音声パラメータ要素を含んでいる。
<更新データ>要素は、次回更新データがリリースされる日時情報、及びそのデータを取得するためのＵＲＩ(Uniform Reseource Indicator)文字列を含んでいる。
【００６８】
一方、上記図４に示すアプリケーション属性データは、アプリケーションの一部分の利用条件を示した<部分利用条件データ>要素に情報を含んでいるものである。
【００６９】
<部分利用条件データ>要素は、利用部分の中のどの部分の利用を許可するかを示す<許可部分>要素、及び当該利用を許可するための条件を示した<条件>要素を含んでいる。
<条件>要素は、<アイテム>要素を含んでいる。
<アイテム>要素は、番組を特定するイベントＩＤ要素、イベント名要素、及び視聴時の最低音量比率と指定するオーディオレベル要素等を含んでいる。
【００７０】
＜ディジタルテレビ受信装置１００のソフトウェア構成＞
図５は、ディジタルテレビ受信装置１００において、ＣＰＵ１１８で実行されるソフトウェアによる機能構成を示したものである。
【００７１】
ＣＰＵ１１８により実施される機能は、上記図５に示すように、アプリケーション実行制御部５０１、視聴制御部５０２、機能許可制御部５０３、ブラウザアプリケーション５０４、ＥＰＧアプリケーション５０５、アプリケーション管理テーブル５０６、ユーザイベント制御部５０７、予約情報５０８、及びダウンロードアプリケーション５０９を含んでいる。
【００７２】
視聴制御部（視聴制御モジュール）５０２は、ディジタルチューナ部１０１、アナログチューナ部１２３、ドランスポートデコーダ１０３、ビデオデコーダ１０６、オーディオデコーダ１０４、及び画面合成部１１１を含むハードウェアを制御しながら、放送波（放送受信ストリーム）のデコード処理及び映像表示制御等を実施するモジュールである。
【００７３】
アプリケーション実行制御部（アプリケーション実行制御モジュール）５０１は、アプリケーションの実行の制御を実施するモジュールである。
本実施の形態では、アプリケーション実行制御モジュール５０１は、ダウンロードアプリケーション５０９、ブラウザアプリケーション５０４、及びＥＰＧアプリケーション５０５の何れか１つのアプリケーションが動作中となるように制御する。
【００７４】
アプリケーション管理テーブル５０６及び予約情報５０８はそれぞれ、アプリケーション実行管理のためのテーブル情報、及び視聴予約や録画予約のスケジュール情報を含んだデータモジュールである。
【００７５】
ユーザイベント制御部（ユーザイベント制御モジュール）５０７は、リモコン１３２からのユーザ入力を受信し、当該ユーザ入力に基づいて、視聴制御モジュール５０２及びアプリケーション実行制御モジュール５０１に対してイベントを送信するモジュールである。
【００７６】
機能許可制御部（機能許可制御モジュール）５０３は、アプリケーションからのファイルアクセス、ネットワークアクセス、及びプリンタアクセスという、本実施の形態のディジタル放送受信装置１００が有するシステムリソースに対するアクセス要求を許可するか否かを制御するモジュールである。
【００７７】
ダウンロードアプリケーション５０９は、後述するダウンロード処理により放送波から取得され、一旦ハードディスク１１９に蓄積される。ここでは、ダウンロードアプリケーション５０９が、実行されている状態であるものとする。
属性データ５０９ａは、上記図３や図４で示したアプリケーション属性データファイルの内容を有するデータモジュールである。
【００７８】
ブラウザアプリケーション５０４、及びＥＰＧ（電子番組ガイド）アプリケーション５０５は、予めハードディスク１１９に蓄積される。ここでは、ブラウザアプリケーション５０４、及びＥＰＧ（電子番組ガイド）アプリケーション５０５が、それぞれ実行されている状態であるものとする。
【００７９】
＜ディジタルテレビ受信装置１００の具体的な動作＞
ここでは、上記図５に示したソフトウェア構成により実施される、ディジタルテレビ受信装置１００の動作について説明する。
【００８０】
まず、図６は、ブラウザアプリケーション５０４の動作を、状態遷移図として示したものである。
本実施の形態では、ブラウザアプリケーション５０４に限らず、他のアプリケーションについても、上記図６に示すような、「Loaded」、「Paused」、「active」、及び「destroyed」の４つの状態を有し、これなお状態遷移は、アプリケーション実行制御モジュール５０１により制御される。
【００８１】
アプリケーション実行制御モジュール５０１は、ハードディスク１１９に蓄積されたブラウザアプリケーション５０４を、先ずロードして「loaded」状態とし、次に初期化して「paused」状態とし、そして「active」状態へと移行させることで、ブラウザアプリケーション５０４を実行させる。
このようなブラウザアプリケーション５０４の実行は、例えば、ユーザがリモコン１３２の「ｄ」ボタン２０４（上記図２参照）を押下した場合、或いは後述するアプリケーションリスト表示画面においてユーザがブラウザアプリケーション５０４の実行を選択した場合等に実施される。
【００８２】
ブラウザアプリケーション５０４は、アプリケーション実行制御モジュール５０１から「active」状態（アクティブ状態）とされ、且つその内部の状態が「コンテンツ更新中」状態であるとき（上記図６参照）、トランスポートデコーダ１０３を制御することで、例えば、データカルーセル方式で送信されてくるデータ放送コンテンツの受信を開始し、当該データ放送コンテンツから、表示器１３４での画面表示用のＸＭＬデータやＸＭＬデータに埋め込まれた画像或いは動画等の関連データを取得し、これをメモリ１１２又はハードディスク１１９に格納する。
【００８３】
そして、ブラウザアプリケーション５０４は、上記ＸＭＬデータに含まれるレイアウト情報に基づきグラフィック生成部１１０を制御することで、表示器１３４での表示画面上にコンテンツの表示を行う。これにより、ブラウザアプリケーション５０４は、「コンテンツ表示中」状態に遷移することになる（上記図６参照）。
【００８４】
図７は、ブラウザアプリケーション５０４による表示画面７００の一例を示したものである。
尚、表示画面７００において、「●アプリケーションのダウンロード」の部分は、例えば、赤色表示であるものとする。
【００８５】
上記図７の表示画面７００は、アプリケーションのダウンロードを行うためのコンテンツの表示画面例である。ユーザは、表示画面７００のボタン７０１を押下することで、アプリケーションのダウンロードを行うことができる。
【００８６】
ブラウザアプリケーション５０４が「コンテンツ表示中」状態になると、ブラウザアプリケーション５０４は、ユーザのリモコン１３２による操作イベントをアプリケーション実行制御モジュール５０１から取得し、当該イベントに応じた動作を実施する。
【００８７】
例えば、ユーザが、上記図７に示したような画面７００の表示中に、すなわちアプリケーションのダウンロード可能な表示画面７００の表示中に、リモコン１３２の所定のボタン操作（ボタン７０１の押下操作）を行う。これにより、ブラウザアプリケーション５０４は、「ダウンロード中」状態へと移行し（上記図６参照）、例えば、図８に示されるような動作を実施する。
【００８８】
すなわち、上記図８に示すように、ブラウザアプリケーション５０４は、画面表示用のデータ取得と同様にして、トランスポートデコーダ１０３を制御することで、データカルーセル方式で送信されてくるアプリケーションデータの受信及び取得を行い（ステップＳ８０１）、これが完了すると、当該アプリケーションデータをファイルとしてハードディスク１１９に蓄積する（ステップＳ８０２）。
【００８９】
ここでのアプリケーションデータには、上述したように、アプリケーションプログラム本体として、バイトコードファイル、必要な画像データや音声データ、及びアプリケーション属性データファイルを含んでいる。
【００９０】
そして、ブラウザアプリケーション５０４は、上記アプリケーションデータに含まれるアプリケーション属性データファイルの内容に従って、アプリケーション管理テーブル５０６への登録を行い（ステップＳ８０３）、本処理終了とする。
【００９１】
図９は、アプリケーション管理テーブル５０６の内容の一例を示したものである。
上記図９に示すように、アプリケーション管理テーブル５０６には、現在ハードディスク１１９に蓄積されているアプリケーションの情報が登録されている。
【００９２】
本実施の形態では、既にブラウザアプリケーション５０４及びＥＰＧアプリケーション５０５がそれぞれ、アプリケーション管理テーブル５０６に登録されている（上記図９中の（Ａ）及び（Ｂ）参照）。
【００９３】
ブラウザアプリケーション５０４は、上記図９に示されるようなアプリケーション管理テーブル５０６に対して、ダウンロードしたアプリケーションを登録する。これにより、アプリケーション管理テーブル５０６には、「アプリケーション１」で示されるダウンロードアプリケーションの情報が追加される。（上記図９中の（Ｃ）参照）。
【００９４】
アプリケーション実行制御モジュール５０１は、例えば、図１０に示すように、その動作状態が遷移する。
【００９５】
すなわち、アプリケーション実行制御モジュール５０１は、上記図１０に示すように、アプリケーション管理テーブル５０６に登録されたアプリケーションの起動処理（「アプリケーション起動中」状態）、終了処理（「アプリケーション終了中」状態）、アプリケーションの４つの状態（「Loaded」、「Paused」、「Active」、「Destroyed」）の遷移を司る状態変更処理（「アプリケーション実行中」状態）、及び後述するアプリケーションリスト表示（「アプリケーションリスト表示中」状態）等を実施する。
【００９６】
図１１は、上記図１０に示した「アプリケーション起動中」状態における、アプリケーション実行制御モジュール５０１の動作を示したものである。
尚、上記図１１において、「●」（黒丸）は処理開始を表し、二重丸は終了を表し、ひし形は判断及び分岐を表している。
【００９７】
先ず、アプリケーション実行制御モジュール５０１は、アプリケーション管理テーブル５０６の内容を読み込み（ステップＳ１１０１）、起動対象のアプリケーション（対象アプリケーション）の属性データの解析を行う(ステップＳ１１０２)。
【００９８】
アプリケーション実行制御モジュール５０１は、ステップＳ１１０２での解析の結果、全体利用条件を持たない、すなわち属性データとして全体利用条件要素にデータを含んでいない場合（ステップＳ１１０３）、詳細は後述するが、対象アプリケーションの初期化処理（ステップＳ１１０４ａ〜ステップＳ１１０４ｉ）を実行し(ステップＳ１１０４)、本処理終了とする。
【００９９】
一方、ステップＳ１１０２での解析の結果、全体利用条件にデータを含む場合（ステップＳ１１０３）、アプリケーション実行制御モジュール５０１は、同要素のタイプ属性を解析する(ステップＳ１１０５)。
【０１００】
アプリケーション実行制御モジュール５０１は、ステップＳ１１０５での解析の結果、視聴を条件とするものである場合、詳細は後述するが、現在視聴中のサービス（チャンネル）や番組が、条件に該当するものであるか否かを確認する処理を実行する（ステップＳ１１０６）。
【０１０１】
アプリケーション実行制御モジュール５０１は、ステップＳ１１０６での処理実行の結果、条件成立の場合、対象アプリケーションの初期化処理を実行し（ステップＳ１１０４）、条件成立しない場合、詳細は後述するが、条件非成立時処理（ステップＳ１１０８ａ〜ステップＳ１１０８ｄ）を実行する（ステップＳ１１０８）。
その後、アプリケーション実行制御モジュール５０１は、対象アプリケーションの初期化処理を実行し(ステップＳ１１０４)、本処理終了とする。
【０１０２】
また、上述のステップＳ１１０５での解析の結果、対象アプリケーションが課金を条件とするアプリケーションである場合、アプリケーション実行制御モジュール５０１は、ＩＣカード制御部１１７による課金処理を実行する（ステップＳ１１０９）。
その後、アプリケーション実行制御モジュール５０１は、対象アプリケーションの初期化処理を実行し(ステップＳ１１０４)、本処理終了とする。
【０１０３】
図１２は、上記図１１に示したステップＳ１１０６の条件成立確認処理を具体的に示したものである。
ここでは例えば、アプリケーション管理テーブル５０６には、全体利用条件及び部分利用条件の２種類の条件要素が定義されており、何れの条件要素を比較対象にするかは、本処理を呼び出す際にパラメータ（引数）として決定される。例えば、上記図１１のステップＳ１１０６では、全体利用条件が対象となるものとする。
【０１０４】
そこで、先ず、アプリケーション実行制御モジュール５０１は、視聴制御モジュール５０２から現在視聴中のサービス及び番組の情報を取得する(ステップＳ１２０１)。
尚、これら現在視聴中のサービス及び番組の情報は、トランスポートデコーダ１０３から出力されるＳＩ情報に基づいて取得することができる。
【０１０５】
そして、アプリケーション実行制御モジュール５０１は、ステップＳ１２０１の取得情報と、全体（部分）利用条件要素に含まれるアイテム要素の内容と比較する(ステップＳ１２０２、ステップＳ１２０３)、この比較結果により、条件成立であるか（ステップＳ１２０４）、或いは条件非成立であるかを決定する（ステップＳ１２０５）。
【０１０６】
具体的には、ここでのアイテム要素は、ディジタルＴＶ放送であるか或いはアナログＴＶ放送であるかを識別するための属性、ディジタルＴＶ放送におけるＢＳディジタルＴＶ放送や地上波放送等の放送ネットワークを識別するためのネットワークＩＤ、チャンネルを表すサービスＩＤ、及びチャンネル名を表すサービスネーム等の要素を含んでいる。
【０１０７】
アプリケーション実行制御モジュール５０１は、ステップＳ１２０２において、視聴中のネットワーク、サービス、及びイベント（番組）等の情報が、全体（部分）利用条件要素に含まれるアイテム要素の中の全ての要素と一致するか否かを判別し、これらの情報一致の場合に（ステップＳ１２０３）、条件成立とする（ＡＮＤ条件、ステップＳ１２０４）。
【０１０８】
例えば、上記図９の（ｃ）に示したアプリケーションについては、現在視聴中のサービス及び番組が、１つ目のアイテムであるディジタルＴＶ放送におけるネットワークＩＤ＝００１、サービスＩＤ＝００２３、及びサービス名＝ＢＳ日の丸放送１という情報と一致した場合、或いは２つ目のアイテムであるアナログＴＶ放送における６チャンネルという情報と一致した場合に、条件成立となる（アイテム間はＯＲ条件）。
【０１０９】
上述のような条件成立確認処理（ステップＳ１１０６）の結果、条件成立となると、上記図１１に示したように、対象アプリケーションの初期化処理が実行される(ステップＳ１１０４)。
【０１１０】
具体的には、先ず、アプリケーション実行制御モジュール５０１は、起動中のアプリケーション（対象アプリケーション）の属性に対して視聴タイプ要素を含む場合（ステップＳ１１０４ａ）、アプリケーション実行中に表示する番組視聴用のウィンドウを生成し、このサイズ及び位置を、対象アプリケーションの要素情報に基づき決定する(ステップＳ１１０４ｂ)。
【０１１１】
そして、アプリケーション実行制御モジュール５０１は、部分利用条件要素にデータがある場合（ステップＳ１１０４ｃ）、当該データをパラメータとして、上記図１２に示した条件成立確認処理を実行する(ステップＳ１１０４ｄ)。
【０１１２】
ステップＳ１１０４ｄの処理実行の結果、条件非成立であった場合（ステップＳ１１０４ｅ）、アプリケーション実行制御モジュール５０１は、対象アプリケーションのバイトコードをメモリへロードし(ステップＳ１１０４ｆ)、対象アプリケーションの初期化関数の呼び出しを行ってポーズ状態とし(ステップＳ１１０４ｇ)、さらに実行許可関数を呼び出してアクティブ状態として(ステップＳ１１０４ｈ)、本処理終了とする。
【０１１３】
図１３（Ａ）及び（Ｂ）は、対象アプリケーションの初期化処理後の画面の状態の一例を示したものである。
上記図１３（Ａ）に示す画面は、視聴タイプ要素の表示要素が「ウィンドウ」となっている場合の画面例であり、同図（Ｂ）は、当該同要素が「ブレンド」となっている場合の画面例である。
【０１１４】
尚、ステップＳ１１０４ｄの処理実行の結果、条件成立であった場合（ステップＳ１１０４ｅ）の処理に関しては後述する。
【０１１５】
一方、上記図１１に示したように、条件成立確認処理（ステップＳ１１０６）の結果、条件非成立となると、対象アプリケーションの条件非成立処理が実行される(ステップＳ１１０８)。
【０１１６】
具体的には、先ず、アプリケーション実行制御モジュール５０１は、アプリケーション管理テーブル５０６の中の「条件非成立時動作」要素の属性データとして、選択=trueとされている場合（ステップＳ１１０８ａ）、当該要素内の「動作」要素に定義された処理内容をリストとして、例えば、図１４に示すように、画面上に表示する（ステップＳ１１０８ｂ）。
【０１１７】
一方、選択=falseである場合、アプリケーション実行制御モジュール５０１は、動作要素に定義された動作処理を全て実行する（ステップＳ１１０８ｃ、ステップＳ１１０８ｄ）。
【０１１８】
例えば、対象アプリケーションのデータが、上記図９で示したようなデータである場合、選択=trueであることにより、ユーザが次の動作を選択するためのメニュー画面（上記図１４参照）が、表示器１３４に表示される。
アプリケーション実行制御モジュール５０１は、当該メニュー画面上でユーザから「課金処理後利用する」が選択された場合、課金処理を実行し（ステップＳ１１０９）、当該メニュー画面上で「アプリケーションを利用しない（終了）」が選択された場合、対象アプリケーションの起動処理を中断し、当該メニュー画面上で「利用条件に合ったチャンネルに切り替える（ＣＨ切替）」が選択された場合、条件要素中のアイテム要素の何れかの条件に合うように、視聴制御モジュール５０２に対して視聴サービスの切替要求を実施する（ステップＳ１１０８）。
【０１１９】
ここで、上述したアプリケーション初期化処理（ステップＳ１１０４）において、ステップＳ１１０４ｄの処理実行の結果、条件成立であった場合（ステップＳ１１０４ｅ）の処理について具体的に説明する。
【０１２０】
尚、以下の説明では、上記図４に示したような部分利用条件要素を有するアプリケーション２というアプリケーション属性データが、上述したブラウザアプリケーション５０４のダウンロード処理により、アプリケーション管理テーブル５０６に登録されているものとする。
【０１２１】
先ず、アプリケーション実行制御モジュール５０１は、条件成立となった場合、機能許可制御モジュール５０３に対するパラメータの変更を実施する（ステップＳ１１０４ｉ）。
【０１２２】
ステップＳ１１０４ｉでのパラメータとは、「許可部分要素」に含まれる「クラス」要素に示されたＪＡＶＡ（Ｒ）クラスを用いて、「対象」要素に示されたデータやリソースに対する、「動作」要素に示された動作を許可するということを意味する。
【０１２３】
したがって、上記図４に示したアプリケーション属性データファイルでは、「com.newtv.fileaccesscont」クラスを用いた「/applications/app1/data」というファイルに対する「read,write」動作、及び「com.newtv.printeraccess」クラスを用いた「print」動作に対して許可されることになる。
【０１２４】
また、上記図４に示したアプリケーション属性データファイルには、部分利用条件要素のアイテム要素に対して、ディジタルラジオ放送サービス及びディジタルテレビ放送の特定の番組情報と、視聴音量レベルを指定する情報とが含まれている。
【０１２５】
この場合、ステップＳ１１０４ｄの条件成立確認処理においては、ネットワークＩＤ＝００１、サービスＩＤ＝００９３、サービスネーム＝ＢＳ日の丸ラジオ１という番組を視聴しており、音量レベルが１０％以上ある場合と、ネットワークＩＤ＝００１、サービスＩＤ＝００２３、サービス名＝ＢＳ日の丸放送、及びイベント（番組）ＩＤ＝８４４３で示される番組を視聴している場合と、ネットワークＩＤ＝００１、サービスＩＤ＝００２３、サービス名＝ＢＳ日の丸放送２、及びイベント名＝昼のワイドショーで示される番組を視聴している場合とに、部分利用条件が成立することになる。
【０１２６】
図１５は、上記図１０に示した「アプリケーション実行中」状態における、アプリケーション実行制御モジュール５０１の動作を示したものである。
【０１２７】
ここで、アプリケーション実行制御モジュール５０１は、対象アプリケーションの実行中状態において、２つの定期的処理及びユーザ入力イベントにおいて動作を実施する。２つの定期的処理のうちの一方を、タイマー１イベント処理と呼ぶことにする。
上記図１５は、タイマー１イベント処理（タイマー１のイベント発生時の動作）を示している。
【０１２８】
先ず、アプリケーション実行制御モジュール５０１は、タイマー１イベント発生後、アプリケーション管理テーブル５０６内の情報を解析し、実行中のアプリケーション（対象アプリケーション）の属性に対して、全体利用条件要素にデータが含まれているか否か判断する(ステップＳ１５０１)。
【０１２９】
ステップＳ１５０１の判断の結果、全体利用条件要素にデータが含まれている場合、アプリケーション実行制御モジュール５０１は、全体利用条件要素に含まれる条件要素をパラメータとして、上記図１２に示したような条件成立確認処理を実行する(ステップＳ１５０２)。
アプリケーション実行制御モジュール５０１は、当該条件成立確認処理を、予め定められた期間連続して実行し、一定期間の間非成立状態であった場合（ステップＳ１５０３）、上記図１１に示したステップＳ１１０８と同様にして、条件非成立時処理を実行する（ステップＳ１５０４）。
【０１３０】
一方、ステップＳ１５０１の判断の結果、全体利用条件要素にデータが含まれていない場合、アプリケーション実行制御モジュール５０１は、実行中のアプリケーション（対象アプリケーション）の属性に対して、部分利用条件要素が含まれているか否かを判断する（ステップＳ１５０５）。
【０１３１】
ステップＳ１５０５の判断の結果、部分利用条件要素にデータが含まれている場合、アプリケーション実行制御モジュール５０１は、当該部分利用条件要素に含まれる「条件」要素のパラメータに従って、上記図１２に示したような条件成立確認処理を実行する(ステップＳ１５０６)。
【０１３２】
ステップＳ１５０６の処理実行の結果により条件非成立となり、且つ上述した起動時の処理、或いは前回のタイマー１の処理で既に条件成立である場合、アプリケーション実行制御モジュール５０１は、機能許可制御モジュール５０３に対して、アクセス制御パラメータの変更を実施する（ステップＳ１５０９）。
【０１３３】
例えば、上記図４に示したようなアプリケーション属性データファイルの場合、許可部分要素として定義された「com.newtv.fileaccesscont」クラスを用いた「/applications/app1/data」というファイルに対する「read,write」動作、及び「com.newtv.printeraccess」クラスを用いた「print」動作が、「不許可」と設定される。
【０１３４】
アプリケーション実行制御モジュール５０１は、ユーザに対して、例えば、図１６に示すような、利用条件が成立しなくなったことを示す警告表示を行う（ステップＳ１５１０）。
【０１３５】
一方、ステップＳ１５０６の処理実行の結果により条件成立となり、且つ上述した起動時の処理、或いは前回のタイマー１の処理で既に条件非成立である場合、アプリケーション実行制御モジュール５０１は、機能許可制御モジュール５０３に対して、アクセス制御パラメータの変更を実施するが（ステップＳ１５０９）、この場合、「com.newtv.fileaccesscont」クラスを用いた「/applications/app1/data」というファイルに対するread,write動作、及び「com.newtv.printeraccess」クラスを用いた「print」動作を、「許可」として設定し、警告表示を解除する（ステップＳ１５１０）。
また、起動時の処理とタイマー１の処理のいずれにおいても条件が成立、あるいは非成立であった場合は、そのままステップＳ１５０８に進む。
【０１３６】
アプリケーション実行制御モジュール５０１は、タイマー１のイベントに応じた処理の中で、予約情報を読出し(ステップＳ１５０８)、この予約情報と、現在視聴しているチャンネル（サービス）との比較を行う（ステップＳ１５１１）。
【０１３７】
そして、アプリケーション実行制御モジュール５０１は、ステップＳ１５１１での比較の結果、予め設定した時間以内に他チャンネルによる録画又は視聴予約の処理が存在する判断した場合、グラフィック生成部１１０により、図１７に示されるような、ユーザに対する警告表示を行う。
【０１３８】
上述したような条件成立の状態において、アプリケーションを利用していたユーザがチャンネル変更を行った場合、ディジタルテレビ受信装置１００は次のように動作する。
【０１３９】
図１８は、上記の場合の、上記図５に示したようなモジュール（ソフトウェアモジュール）間の処理シーケンスを示したものであり、図中、上から下に向かっては、時間ｔの経過を表している。
【０１４０】
先ず、ユーザが、リモコン１３２のUp／Downキー２０８を操作した場合、ユーザイベント制御モジュール５０７から視聴制御モジュール５０２に対して、イベントが通知される（ステップＳ１７０１）。
これにより視聴制御モジュール５０２は、通知イベントに応じたチャンネル変更処理を実行する（ステップＳ１７０２）。
【０１４１】
一方、アプリケーション実行制御モジュール５０１に対しては、タイマー１イベントが定期的に発生している（ステップＳ１７０３）。
アプリケーション実行制御モジュール５０１は、タイマー１イベントの発生の度に、上記図１５に示したような処理を実行する。
【０１４２】
そして、アプリケーション実行制御モジュール５０１は、視聴チャンネルが変更されたことにより条件が非成立となったことを検知した場合、機能許可制御モジュール５０３に対するパラメータの変更を実施し（ステップＳ１７０４）、部分的な機能利用許可の解除を行い、さらにグラフィック生成部１１０を制御することで、警告表示を行う（ステップＳ１７０５）。
【０１４３】
これ以降、例えば、アプリケーション１（５０９）が機能許可制御モジュール５０３に対してプリント実行要求を行ったとしても、エラーとなり、アプリケーション１（５０９）からはプリントが実行できないことになる。
【０１４４】
図１９は、ユーザがリモコン１３２を操作したときのアプリケーション実行制御モジュール５０１の動作を示したものである。
【０１４５】
例えば、ユーザがリモコン１３２の「画面切替」ボタン２０５を押下した場合（ステップＳ１８０１）、アプリケーション実行制御モジュール５０１は、ユーザーイベント制御モジュール５０７を介して、リモコン１３２の当該操作によるイベントを受け取る(ステップＳ１８０３)。
【０１４６】
アプリケーション実行制御モジュール５０１は、ステップＳ１８０３でのイベントが、「画面切替」ボタン２０５の操作イベントであり、表示器１３４の現在の表示画面が、例えば、上記図１３（Ａ）又は（Ｂ）に示したような、アプリケーション実行中の画面であった場合、当該表示画面全体が視聴番組の画面（視聴画面）となるような、視聴制御モジュール５０２及び画面合成部１１１に対する設定を行なう（ステップＳ１８０４）。
【０１４７】
また、上記の場合とは逆に現在の表示画面が視聴画面であった場合、アプリケーション実行制御モジュール５０１は、現在の視聴画面が、上記図１３（Ａ）又は（Ｂ）に示したような画面（ウィンドウ表示画面又はブレンド表示画面）となるように、視聴制御モジュール５０２及び画面合成部１１１に対する設定を行なう（ステップＳ１８０４）。
【０１４８】
尚、ステップＳ１８０４における画面切替について、何れの画面に切り替えられるかは、アプリケーション管理テーブル５０６内の「視聴タイプ」要素の内容に依存するものとする（上記図９参照）。
また、ステップＳ１８０３でのイベントが、リモコン１３２の「ＡＰＰ」ボタン２１０の押下によるイベントである場合の処理（ステップＳ１８０２）については後述する。
【０１４９】
図２０は、上記図１０に示した「アプリケーション実行中」状態における、アプリケーション実行制御モジュール５０１の動作として、上記図１５に示したタイマー１イベント処理（タイマー１のイベント発生時の動作）に対して、タイマー２イベント処理（タイマー２のイベント発生時の動作）を示したものである。
【０１５０】
すなわち、上記図２０に示す処理は、アプリケーション実行制御モジュール５０１におけるアプリケーション管理テーブル５０６の管理及び更新の動作を示したものであり、これは上記図１５に示した動作と同様に、タイマー２により定期的に実施される。
【０１５１】
先ず、アプリケーション実行制御モジュール５０１は、アプリケーション管理テーブル５０６に登録されている各アプリケーションの全体利用条件又は部分利用条件要素に含まれる「アイテム」要素の有効期限属性を解析する(ステップＳ２００１)。
【０１５２】
ステップＳ２００１の解析の結果、現在日時よりも古い有効期限属性を有するアイテムが存在した場合、アプリケーション実行制御モジュール５０１は、当該アイテム全体を削除する(ステップＳ２００２)。
これにより例えば、アプリケーション管理テーブル５０６が、上記図９に示したような内容のテーブルである場合、アイテム要素(id=1)が、2000年4月6日に有効期限を迎えることになるため、したがって、2000年４月7日に当該アイテム要素が削除されることになる。
【０１５３】
一方、ステップＳ２００１の解析の結果、現在日時よりも古い有効期限属性を有するアイテムが存在しない場合、具体的には、各アプリケーションの属性情報に「更新データ」要素が含まれ、且つ当該要素の中に記述された「次回更新日」要素の情報と現在の日時が等しい若しくは現在日時の方が進んでいた場合、アプリケーション実行制御モジュール５０１は、上記図８に示しようなダウンロード処理を実行する（ステップＳ２００４）。
【０１５４】
ここで、ステップＳ２００４において、どこからデータを取得するかは、「ＵＲＩ」要素の情報から決定される。このＵＲＩは、放送の種別、ネットワークＩＤ、トランスポートストリームＩＤ、サービスＩＤ、データカルーセル方式に基づいたディレクトリ名（ＩＤ）、及びファイル名を含んでいる。
【０１５５】
例えば、アプリケーション管理テーブル５０６が、上記図９に示したような内容のテーブルである場合、2000年5月6日になると、ＢＳディジタルＴＶ放送における、「dtv_bs://network_id.transport_stream_id.service_id」で示されるチャンネルで。「/module_id/app1.atrb」というデータがカルーセル方式に従ったデータとして配信される。
尚、上記図９では、ネットワークＩＤ、トランスポートＩＤ、及びサービスＩＤとして、具体的な数字を記述していないが、実際には数字が記述される。
【０１５６】
アプリケーション実行制御モジュール５０１は、以上説明した動作により、アプリケーション管理テーブル５０６の内容の更新を実施している。
【０１５７】
図２１は、上記図１９に示した、ユーザがリモコン１３２を操作したときのアプリケーション実行制御モジュール５０１の動作において、当該操作イベントが、リモコン１３２の「ＡＰＰ」ボタン２１０の押下によるものである場合の動作を示したものである。
【０１５８】
先ず、アプリケーション実行制御モジュール５０１は、アプリケーション管理テーブル５０６を読み出し(ステップＳ１２０１)、視聴制御モジュール５０２に対して、現在放送中の全てのサービス及び番組に関する情報を要求する。
【０１５９】
現在放送中のサービス及び番組の情報は、ディジタルＴＶ放送の場合、ＳＩ(Service Imformation)情報として配信されている。
視聴制御モジュール５０２は、アプリケーション実行制御モジュール５０１からの要求に基づいて、トランスポートデコーダ１０３に対して、ＳＩ情報の取得要求を発行することで、当該ＳＩ情報を取得し、これをアプリケーション実行制御モジュール５０１に対して返送する（ステップＳ２１０２）。
【０１６０】
アプリケーション実行制御モジュール５０１は、アプリケーション管理テーブル５０６に含まれる各アプリケーションの「全体利用条件」要素の情報と、現在放送中のサービス及び番組の情報とを比較する（ステップＳ２１０３）。
【０１６１】
そして、アプリケーション実行制御モジュール５０１は、ステップＳ２１０３での比較結果に基づいて、条件成立したアプリケーションの名前をハイライト（条件成立しなかったアプリケーションよりも目立つ輝度、或いは文字色でのハイライト表示）で、画面上にリスト表示する（ステップＳ２１０４）。
【０１６２】
図２２（Ａ）及び（Ｂ）は、ステップＳ２１０４での表示画面の一例を示したものである。
【０１６３】
例えば、アプリケーション管理テーブル５０６が、上記図９に示したような内容である場合、「１．ブラウザアプリケーション」及び「２．EPGアプリケーション」は本来利用条件要素のデータを含んでいないため、利用可能と見なされ、上記図２２（Ｂ）に示すように、ハイライトでリスト表示（図中、太字で示す）される。
【０１６４】
また、「３．アプリケーション１」に関しては、現在放送中のディジタルＴＶ放送に対して、ネットワークＩＤ＝００１、サービスＩＤ＝００２３のチャンネル、若しくはアナログＴＶ放送の６チャンネルが含まれている場合、上記図２２（Ａ）に示すように、ハイライトでリスト表示される。このとき仮に、何れのチャンネルも放送中でないような状況では、上記図２２（Ｂ）のように、ハイライトされずに表示される。
【０１６５】
上述のようなアプリケーションのリスト表示中において、ユーザがリモコン１３２を操作することで、所望するアプリケーションが選択されると（ステップＳ２１０５）、アプリケーション実行制御モジュール５０１は、現在実行中のアプリケーションの終了処理を実行し（ステップＳ２１０６）、ユーザから選択されたアプリケーションの起動処理を実行する(ステップＳ２１０７)。
【０１６６】
尚、上上記図２１では、ステップＳ２１０３の処理により、利用条件が成立確認されたアプリケーションをハイライト表示するように構成したが、これに限るとはなく、例えば、リスト表示の「利用可能」と文字で示す、或いはアイコンやマーク等で示すようにしてもよい。
また、本実施の形態では、アプリケーション属性データ５０９ａ及びアプリケーション管理テーブル５０６をＸＭＬ記述で行うように構成したが、本発明の主旨からすればこれに限ることなく、他の様々なテキスト形式や、バイナリデータブロック形式等であっても適用可能である。
【０１６７】
以上詳記してきたように本実施の形態によれば、次のような効果（１）〜（５）が得られる。
（１）データカルーセル方式で配信されたアプリケーションを一旦テレビジョン放送受信装置１００内に蓄積し、利用する環境に応じて、アプリケーションの全体若しくはその機能の一部の利用を、ユーザのテレビ番組視聴を条件に従って制御することができるようになる。
【０１６８】
（２）本実施の形態のテレビジョン放送受信装置１００では、アプリケーション利用中に利用条件が成立しなくなった場合、ユーザに対して次処理を簡単に選択可能なメニュー画面を表示すること、警告表示を行うこと、等を実施可能となる。
【０１６９】
（３）アプリケーション利用中において、ユーザはリモコン１３２の「画面切替」ボタン２０５を操作するだけで、アプリケーション利用画面と、通常のテレビ視聴画面とを容易に切り替えることができる。
【０１７０】
（４）蓄積されたアプリケーションをリスト表示する際に、現在放送中のチャンネルや番組で利用可能なアプリケーションをハイライトで表示することが可能となる。
【０１７１】
（５）蓄積されたアプリケーションの利用条件を含むデータから、有効期限の切れたものを自動的に削除して、常に最新のデータとなるように更新することができるようになる。
【０１７２】
[第２の実施の形態]
第1の実施の形態では、上記図１及び図５に示されるテレビジョン放送受信装置１００において、放送波に多重されデータ放送と同様のデータカルーセル方式で配信されたアプリケーションデータを、ブラウザアプリケーション５０４を利用してダウンロードするものとした。
本発明の主旨からすれば、アプリケーションデータをインターネット等のネットワークを介して取得する、或いはカードメディア等の記録媒体から取得することも可能である。
そこで、本実施の形態では、アプリケーションデータを、ネットワーク或いは記録媒体を介して取得する。
【０１７３】
＜ディジタルテレビ受信装置１００のソフトウェア構成＞
図２３は、上記図１に示したディジタルテレビ受信装置１００において、ＣＰＵ１１８で実行されるソフトウェアによる機能構成、及び当該ソフトウェアと関連のあるハードウェアの関係について示したものである。
【０１７４】
本実施の形態のＣＰＵ１１８により実施される機能は、上記図２３に示すように、アプリケーション実行制御部２３０１、視聴制御部２３０２、機能許可制御部２３０３、アプリケーション管理テーブル２３０４、ユーザイベント制御部２３０５、ダウンロードアプリケーション２３０７、及び属性データ２３０６を含んでいる。
【０１７５】
アプリケーション実行制御部２３０１、視聴制御部２３０２、機能許可制御部２３０３、アプリケーション管理テーブル２３０４、ユーザイベント制御部２３０５、ダウンロードアプリケーション２３０７、及び属性データ２３０６はそれぞれ、上記図５に示した、アプリケーション実行制御部５０１、視聴制御部５０２、機能許可制御部５０３、アプリケーション管理テーブル５０６、ユーザイベント制御部５０７、ダウンロードアプリケーション５０９、及び属性データ５０９ａと同様の機能を有する。
【０１７６】
特に、本実施の形態では、上記の構成に加えて、カードリーダ２３０８を備えた構成としている。
アプリケーション実行制御モジュール５０１は、アプリケーションデータをカードリーダ２３０８から読出し、これをアプリケーション管理テーブル５０６に対して登録する。
【０１７７】
＜ディジタルテレビ受信装置１００の動作＞
図２４は、本実施の形態におけるディジタルテレビ受信装置１００の動作を示したものである。
【０１７８】
本実施の形態においては、カードリーダ２３０８に対してカードメディアが挿入されると、アプリケーション実行制御モジュール５０１に対してイベントが通知される。アプリケーション実行制御モジュール５０１は、当該イベント発生に応じて、次のように動作する。
【０１７９】
先ず、アプリケーション実行制御モジュール５０１は、カードリーダ２３０８に挿入されたカードメディアからアプリケーションデータ（対象アプリケーションデータ）を読み出し（ステップＳ２４０１）、当該アプリケーションデータのアプリケーション属性データファイルの情報を解析し、当該解析結果と、既にアプリケーション管理テーブル５０６に登録されている内容とを比較する（ステップＳ２４０２）。
【０１８０】
そして、アプリケーション実行制御モジュール５０１は、ステップＳ２４０２での比較の結果、対象アプリケーションデータが、未だ登録していないアプリケーションであることを認知すると（ステップＳ２４０３）、対象アプリケーションデータをファイルとしてディスク１１９へ蓄積し（ステップＳ２４０４）、対象アプリケーションデータのアプリケーション属性データファイルをアプリケーション管理テーブル５０６に対して登録する（ステップＳ２４０５）。
【０１８１】
以上説明した本実施の形態によれば、ユーザは、アプリケーションデータが格納されたカードメディアをカードリーダ２３０８へ挿入するだけで、アプリケーションデータをディジタルテレビ受信装置１００内へ取り込み（ディスク１１９への蓄積）、さらに当該アプリケーションデータのアプリケーション属性データファイルをアプリケーション管理テーブル５０６へ登録することができる。
【０１８２】
尚、ここでは第１の実施の形態と異なる構成及び動作についてのみ説明し、第１の実施の形態と同様に実行される、アプリケーションの起動処理、アプリケーションの実行中の処理、及びアプリケーションリスト表示処理等の処理に関しては、その詳細な説明を割愛する。
【０１８３】
[第３の実施の形態]
第1の実施の形態では、動画や音声を含む放送コンテンツの配信、及びアプリケーションデータの配信を、ディジタル放送サービスを用いて実施し、さらにデータ放送ブラウザ（ブラウザアプリケーション５０４）を用いてダウンロード処理を実施するように構成した。
本発明の主旨からすればこれに限ることなく、例えば、インターネット等のネットワークを用いて、ストリーム配信やアプリケーション配信を行うように構成してもよい。
そこで、本実施の形態では、ストリーム配信やアプリケーション配信を、ネットワークを介して行う。
【０１８４】
＜ディジタルテレビ受信装置１００のソフトウェア構成＞
図２５は、上記図１に示したディジタルテレビ受信装置１００において、ＣＰＵ１１８で実行されるソフトウェアによる機能構成、及び当該ソフトウェアと関連のあるハードウェアの関係について示したものである。
【０１８５】
尚、上記図２５に示すソフトウェア構成において、上記図５に示したソフトウェア構成と同様に機能する個所には同じ符号を付し、その詳細な説明は省略する。
【０１８６】
本実施の形態におけるディジタルテレビ受信装置１００は、特に、上記図２５に示すように、ＷＷＷブラウザアプリケーション２５０５、インターネット通信モジュール２５０８、及び高速モデム２５０９を備えた構成としている。
【０１８７】
＜ディジタルテレビ受信装置１００の動作＞
本実施の形態では、ディジタルテレビ受信装置１００は、高速モデム２５０９を介して、例えば、インターネット通信網と接続し、当該インターネット通信網から、動画及び音声から構成されるテレビ番組、ＷＷＷブラウザで閲覧可能なＨＴＭＬコンテンツ、及びアプリケーションデータの配信を受ける。インターネット通信モジュール２５０８は、当該配信データを、ディジタルテレビ受信装置１００内の該当するモジュール或いは構成部へ分配する。
【０１８８】
例えば、インターネット通信モジュール２５０８は、テレビ番組のストリームデータを一旦トランスポートデコーダ１０３に対して送信し、動画データをビデオデコーダ１０６に対して送信し、音声データをオーディオデコーダ１０４に対して送信し、HTMLコンテンツをWWWブラウザアプリケーション２５０５に対して送信する。
【０１８９】
WWWブラウザ実行中にユーザがアプリケーションのダウンロードを行うと、WWWブラウザアプリケーション２５０５は、当該アプリケーションデータを、HTTPプロトコルを用いて取得し、これをディスク１１９に蓄積すると共に、当該アプリケーションデータに含まれるアプリケーション属性データを、アプリケーション管理テーブル５０６に対して登録する。
【０１９０】
ここでのアプリケーション属性データは、基本的には第1の実施の形態で説明したような、上記図３及び図４に示したような内容と同様の内容であるが、「アイテム」要素の記述が若干異なっている。例えば、
0004181785.tif 000002
という記述がなされている。これは、インターネットを用いたテレビ放送配信では、「inet_stream://company.com/tv/service1」というコンテンツを受信及び視聴時に、利用条件が成立するということを意味する。
【０１９１】
以上説明した本実施の形態によれば、テレビ番組がインターネットを介して配信されるような場合や、アプリケーションデータがインターネットを介して配信される場合においても、ユーザがテレビコンテンツの視聴しているか否かによって、アプリケーションの実行を制御することができるようになる。
【０１９２】
尚、ここでは第１の実施の形態と異なる構成及び動作についてのみ説明し、第１の実施の形態と同様に実行される、アプリケーションの起動処理、アプリケーションの実行中の処理、及びアプリケーションリスト表示処理等の処理に関しては、その詳細な説明を割愛する。
【０１９３】
[第４の実施の形態]
第１〜第３の実施の形態では、アプリケーションを利用する際に、これと同時にテレビ視聴をすることを利用の条件とする制御のための構成及び動作について説明して。
本実施の形態においては、アプリケーションの利用とテレビ視聴が同時に実施されない場合においても、テレビ視聴を条件にアプリケーションの利用を制御する。
【０１９４】
＜ディジタルテレビ受信装置１００のソフトウェア構成＞
図２６は、上記図１に示したディジタルテレビ受信装置１００において、ＣＰＵ１１８で実行されるソフトウェアによる機能構成、及び当該ソフトウェアと関連のあるハードウェアの関係について示したものである。
【０１９５】
尚、上記図２６に示すソフトウェア構成において、上記図５に示したソフトウェア構成と同様に機能する個所には同じ符号を付し、その詳細な説明は省略する。
【０１９６】
本実施の形態におけるディジタルテレビ受信装置１００は、特に、上記図２６に示すように、視聴履歴テーブル２６０８を備えた構成としている。
【０１９７】
本実施の形態では第1の実施の形態と同様に、アプリケーションのダウンロード及びアプリケーション管理テーブル５０６への登録は、ブラウザアプリケーション５０４が実施し、視聴制御モジュール５０３は、ユーザからのチャンネル変更や、ユーザからのテレビ視聴の中止の指示がなれる度に、視聴視聴履歴テーブル２６０８に対して、視聴履歴データを登録する。
【０１９８】
図２７は、視聴履歴テーブル２６０８の内容の一例を示したものである。
視聴履歴テーブル２６０８は、ＸＭＬで記述されており、サービスという名前の要素が使用可能なサービス（チャンネル）の数だけ登録（記述）されている。
【０１９９】
それぞれのサービス要素は、放送サービスＩＤを表す属性を有し、さらに各サービス要素の中には、「time」要素が３つ含まれている。これらの「time」要素は、過去３日間の各日において、当該サービス（チャンネル）を何分視聴したかを示す情報が記述されている。「day」属性は、日付を表している。
【０２００】
視聴制御モジュール５０２は、視聴履歴テーブル２６０８に対して、日が変わると、最も古い日の「time」要素を削除し、新たな日の日付属性を有する「time」要素を新規に登録する。
【０２０１】
上記図２７では、ユーザが、サービスＩＤ＝００２３のサービスを本日（７日）に７分、昨日（6日）に５４分、一昨日(5日)に１２４分視聴したことを表している。
【０２０２】
＜ディジタルテレビ受信装置１００の動作＞
まず、本実施の形態においては、アプリケーション実行制御モジュール５０１は、第1の実施の形態と同様に動作する。
例えば、アプリケーション実行制御モジュール５０１は、アプリケーション起動中の動作に関しては上記図１１に示した処理を実行し、アプリケーション実行中の動作に関しては上記図１５に示した処理を実行する。
【０２０３】
しかしながら、上記図１１に示した処理、及び上記図１５に示した処理共に、条件成立確認処理に関しては、第１の本実施の形態とは異なり、例えば、図２８に示すような処理を実行する。
【０２０４】
すなわち、アプリケーション実行制御モジュール５０１は、先ず、アプリケーション管理テーブル５０６から起動中若しくは実行中のアプリケーションの視聴条件を読み出し、視聴すべきサービス（チャンネル）の情報を取得する(ステップＳ２８０１)。
【０２０５】
次に、アプリケーション実行制御モジュール５０１は、上記図２７に示したような視聴履歴テーブル２６０８の情報を読み込み、視聴条件とされているサービスの３日間の累計視聴時間（分）を算出する(ステップＳ２８０２)。
【０２０６】
そして、アプリケーション実行制御モジュール５０１は、ステップＳ２８０２の算出結果が１分以上あった場合（ステップＳ２８０３）、条件成立という結果を出力し（ステップＳ２８０４）、０分であった場合、条件非成立という結果を出力する（ステップＳ２８０５）。
【０２０７】
以上説明した本実施の形態によれば、アプリケーションを利用するときに必ずテレビを視聴することを条件とするのではなく、過去３日の間に条件として指定されたサービス（チャンネル）を視聴していることを条件にアプリケーションの利用を制御できるようになる。
【０２０８】
尚、第１〜第４の実施の形態では、アプリケーション管理テーブル、アプリケーション属性データ、及び視聴履歴テーブルをＸＭＬを用いて記述するように構成したが、本発明の趣旨からすればこれに限ることなく、例えば、ＨＴＭＬ等を用いるようにしてもよい。また、マークアップ言語以外のデータ情報フォーマットを用いるようにしてもよい。
【０２０９】
また、本発明の目的は、第１〜第４の実施の形態のホスト及び端末の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読みだして実行することによっても、達成されることは言うまでもない。
この場合、記憶媒体から読み出されたプログラムコード自体が第１〜第４の実施の形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体及び当該プログラムコードは本発明を構成することとなる。
プログラムコードを供給するための記憶媒体としては、ＲＯＭ、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード等を用いることができる。
また、コンピュータが読みだしたプログラムコードを実行することにより、第１〜第４の実施の形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ等が実際の処理の一部又は全部を行い、その処理によって第１〜第４の実施の形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された拡張機能ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって第１〜第４の実施の形態の機能が実現される場合も含まれることは言うまでもない。
【０２１０】
【発明の効果】
以上説明したように本発明によれば、ユーザは、テレビジョン放送中の番組内容とは関係なく好きな時間に、テレビジョン放送を受信してモニタ出力する装置或いはシステム（テレビジョン放送受信装置等）でアプリケーションプログラムを利用できるようになる。
【０２１１】
また、テレビジョン放送のモニタ出力状態（テレビジョン放送の視聴）に基づきアプリケーションプログラムの実行を制御することで、アプリケーションプログラムの提供者が放送事業者の場合、放送事業者は、番組視聴の機会を低下させること無く、ユーザに対してアプリケーションプログラムの利用サービスを提供できるようになる。そして、ユーザ側としては、このように放送事業者から提供されたアプリケーションプログラムを使用することで、無料若しくは低料金でのアプリケーションプログラムの利用が可能となる。
【０２１２】
また、アプリケーションプログラムを使用したいときに使用するというパーソナルコンピュータ（パソコン）等と同等のメリットを提供しつつも、アプリケーションプログラムの利用料金をユーザが直接アプリケーションプログラムの提供側（ソフト販売会社等）に支払うという従来のアプリケーションプログラムの利用形態ではなく、例えば、テレビジョン放送の事業側が、アプリケーションプログラムの販売側に対して料金を支払い、ユーザに対してアプリケーションプログラムを無料で利用できるサービスを提供することが可能となる共に、テレビジョン放送の事業側がユーザのテレビ視聴の機会増加により広告料収入を増やすことが可能となる、新たなアプリケーションプログラムの利用サービスのモデルが実現できるようになる。
【０２１３】
また、それぞれのアプリケーションプログラムで利用条件の監視等を行うのではなく、テレビジョン放送を受信してモニタ出力する装置或いはシステム（テレビジョン放送受信装置等）が備える機能（制御手段）が利用条件の監視等を行うことで、アプリケーションプログラムの開発が容易になるだけでなく、同じアプリケーションプログラムであっても、アプリケーション属性データ（条件データ）を変えるだけで、放送ネットワークやチャンネル編成等の異なる条件での利用が可能となる。
【０２１４】
また、アプリケーションプログラムの機能の一部に対してのみ、プログラムを実行許可する条件（視聴条件）を付加することが可能となるため、より自由度の高いアプリケーションプログラムの提供サービスが可能となる。
【０２１５】
また、アプリケーションプログラムを実行許可する条件として、複数のチャンネルについての視聴を条件とできるため、複数のチャンネルを有するテレビジョン放送の事業側が、自側の何れかのチャンネルの視聴者に対して、アプリケーションプログラムの利用サービスを提供することが可能となる。さらに、放送ネットワークや放送形態としては、一つに限ることなく、例えば、アナログテレビジョン放送、ディジタルテレビジョン放送、ラジオ等に対して適用可能であり、これらの放送にまたがった放送サービスを行っている事業側において有効である。
【０２１６】
また、アプリケーションプログラムを実行許可する条件として、複数の番組についての視聴を条件とできるため、例えば、ある広告事業者自らが番組提供している、すなわちＣＭが流れる番組を視聴しているユーザのみ、アプリケーションプログラムの利用サービスを適用する、ということも可能となる。さらに、これらの番組は１つのサービス（チャンネル）に限ることなく、複数のサービスにまたがっていてもよい。
【０２１７】
また、アプリケーションプログラムの利用中に利用条件が成立しなくなった場合に、ユーザに対して次処理を簡単に選択できるようなメニュー画面を表示することや、警告表示を行うこと、或いはアプリケーションプログラムの利用中において「画面切替」ボタンを押下するだけでアプリケーションプログラムの利用画面と通常のテレビ視聴画面を切り替えることができるようになるので、ユーザにとって非常に簡単で分かりやすいユーザーインターフェースを実現できるようになる
【０２１８】
また、蓄積されたアプリケーションプログラムをリスト表示する際に、現在放送中のチャンネルや番組で利用できるアプリケーションプログラムをハイライトで表示をすることが可能となるので、ユーザは現在利用できるアプリケーションプログラムを利用前に知ることができるようになる。
【０２１９】
また、蓄積されたアプリケーションプログラムの利用条件を含むデータ（条件データ）から有効期限の切れたものを自動的に削除したり、常に最新のデータとなるように更新することができるようになるので、ユーザの手を煩わすことなく、上述したような効果が得られるようになる。
【０２２０】
また、アプリケーションプログラムを利用する際に、必ずテレビジョン放送を視聴することを条件とするのではなく、過去数日の間に条件として指定されたサービス（チャンネル）を視聴していることを条件に、アプリケーションプログラムの利用を制御できるようになるので、例えば、深夜等で対象となるチャンネルが放送していない時間帯でも、ユーザに対してアプリケーションプログラムの利用サービスを提供することができる。
【図面の簡単な説明】
【図１】第１の実施の形態において、本発明を適用したテレビジョン放送受信装置の構成を示すブロック図である。
【図２】上記テレビジョン放送受信装置のリモートコントローラ（リモコン）の構成を説明するための図である。
【図３】アプリケーション属性データファイルの内容の例を説明するための図である。
【図４】上記アプリケーション属性データファイルの内容の他の例を説明するための図である。
【図５】上記テレビジョン放送受信装置のソフトウェア構成を示すブロック図である。
【図６】ブラウザアプリケーションの動作状態の遷移を説明するための図である。
【図７】アプリケーションをダウンロード可能なデータ放送コンテンツの表示画面を説明するための図である。
【図８】ブラウザアプリケーションのダウンロード処理動作の流れを説明するための図である。
【図９】アプリケーション管理テーブルの内容を説明するための図である。
【図１０】アプリケーション実行制御モジュールの動作状態の遷移を説明するための図である。
【図１１】上記アプリケーション実行制御モジュールのアプリケーション起動中状態における動作を説明するための図である。
【図１２】上記アプリケーション実行制御モジュールの条件成立確認処理の動作を説明するための図である。
【図１３】アプリケーション起動後の表示画面の一例を説明するための図である。
【図１４】アプリケーション起動処理中に条件が非成立となった場合に表示する動作選択メニュー画面の一例を説明するための図である。
【図１５】アプリケーション実行中におけるアプリケーション実行制御モジュールの動作を説明するための図である。
【図１６】アプリケーション実行中に条件非成立を検知した際の警告表示画面の一例を説明するための図である。
【図１７】アプリケーション実行中に、番組予約設定時間が迫ってきた場合に表示する警告表示画面の一例を説明するための図である。
【図１８】アプリケーション実行中にユーザーが視聴チャンネルを変更した場合の各モジュール間のやり取りを説明するための図である。
【図１９】アプリケーション実行中にリモコン入力がなされた場合のアプリケーション実行制御モジュールの動作を説明するための図である。
【図２０】アプリケーション実行中に、アプリケーション実行制御モジュールで実行するアプリケーション管理テーブルの更新及びメンテナンス動作を説明するための図である。
【図２１】アプリケーション実行制御モジュールがリモコン操作に応じてアプリケーションリストを表示する際の動作を説明するための図である。
【図２２】アプリケーションリストの表示画面の一例を説明するための図である。
【図２３】第２の実施の形態における上記テレビジョン放送受信装置のソフトウェア構成を示すブロック図である。
【図２４】第２の実施の形態において、カードメディアからアプリケーションを登録する動作を説明するための図である。
【図２５】第３の実施の形態における上記テレビジョン放送受信装置のソフトウェア構成を示すブロック図である。
【図２６】第４の実施の形態における上記テレビジョン放送受信装置のソフトウェア構成を示すブロック図である。
【図２７】第４の実施の形態において、視聴履歴テーブルの内容を説明するための図である。
【図２８】第４の実施の形態において、条件成立確認処理の動作を説明するための図である。
【符号の説明】
１００  テレビジョン放送受信装置
１０１  ディジタルチューナ部
１０２  デスクランブラ
１０３  トランスポートデコーダ
１０４  オーディオデコーダ
１０５  ディジタル／アナログ変換器（ＤＡＣ）
１０６  ビデオデコーダ
１０７  動画プレーン
１０８  静止画プレーン
１０９  文字図形プレーン
１１０  グラフィック生成部
１１１  画像合成部
１１２  メモリ
１１３  モデム
１１４  １３９４インターフェース
１１５  操作部
１１６  受光部
１１７  ＩＣカード制御部
１１８  ＣＰＵ
１１９  ハードディスク
１２０  シリアルインターフェース
１２１  バッファ
１２２  バス
１２３  アナログチューナ部
１３０  ＶＴＲ
１３１  プリンタ
１３２  リモコン
１３３  スピーカ
１３４  表示器
１３５  ＩＣカード
１５０  データサーバ
１６０  アンテナ
５０１  アプリケーション実行制御モジュール
５０２  視聴制御モジュール
５０３  機能許可制御モジュール
５０４  ブラウザアプリケーション
５０５  ＥＰＧアプリケーション
５０６  アプリケーション管理テーブル
５０７  ユーザイベント制御モジュール
５０８  予約情報
５０９  ダウンロードアプリケーション
５０９ａ  属性データ
【図１】
0004181785.tif 000003
【図２】
0004181785.tif 000004
【図３】
0004181785.tif 000005
【図４】
0004181785.tif 000006
【図５】
0004181785.tif 000007
【図６】
0004181785.tif 000008
【図７】
0004181785.tif 000009
【図８】
0004181785.tif 000010
【図９】
0004181785.tif 000011
【図１０】
0004181785.tif 000012
【図１１】
0004181785.tif 000013
【図１２】
0004181785.tif 000014
【図１３】
0004181785.tif 000015
【図１４】
0004181785.tif 000016
【図１５】
0004181785.tif 000017
【図１６】
0004181785.tif 000018
【図１７】
0004181785.tif 000019
【図１８】
0004181785.tif 000020
【図１９】
0004181785.tif 000021
【図２０】
0004181785.tif 000022
【図２１】
0004181785.tif 000023
【図２２】
0004181785.tif 000024
【図２３】
0004181785.tif 000025
【図２４】
0004181785.tif 000026
【図２５】
0004181785.tif 000027
【図２６】
0004181785.tif 000028
【図２７】
0004181785.tif 000029
【図２８】
0004181785.tif 000030