WO2005099250A1

WO2005099250A1 - プログラム実行装置

Info

Publication number: WO2005099250A1
Application number: PCT/JP2005/006614
Authority: WO
Inventors: Yoshio Kawakami; Yuki Horii
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2004-04-06
Filing date: 2005-04-04
Publication date: 2005-10-20
Also published as: CA2561962A1; CN1939051A; AU2005232103C1; EP1734748A4; AU2005232103A1; CN100502476C; EP1734748A1; US20070277172A1; JPWO2005099250A1; KR101036036B1; KR20070006771A; US8037456B2; AU2005232103B2

Abstract

　実行中のアプリケーション（プログラム）が異常終了したとしても、アプリケーションが利用できなることを防止し、利用者の利便性を向上することができるプログラム実行装置を提供する。ＭＡ管理部（１２０５ｆ）は、初期化サブプログラムからの指示を受け付け、ＭＡ管理部（１２０５ｆ）内の他の構成要素を制御するＭＡ管理部メイン（２１０１）、ヘッドエンドから送られてきたＸＡＩＴを解析するＸＡＩＴ取得解析部（２１０２）、ＸＡＩＴの解析結果に基づいて起動すべきプログラムを選択するＭＡ選択部Ａ（２１０３）、指定されたプログラムの起動を行うＭＡ起動部（２１０４）、指定されたプログラムの動作状況を監視し、異常終了が発生した場合に通知するＭＡ監視部（２１０５）、および、代替プログラムを選択するＭＡ選択部Ｂ（２１０６）を備える。

Description

明細書

プログラム実行装置

技術分野

[0001] 本発明は、プログラムを実行させ、その動作を管理するプログラム実行装置に関する。特に、デジタルテレビにおいて、プログラムが異常終了した際に代替プログラムを実行させること〖こ関する。

背景技術

[0002] 近年、各国において、デジタルテレビ向け仕様が策定されつつあり、それに伴い、各仕様に準拠する STB (Set Top Box)が開発されている。

[0003] 北米ケーブル放送向けの仕様である OCAP1. 0仕様（OCAP 1. 0 Profile OC

-SP-OCAP1. 0—IF— 109— 031121)では、映像および音声を各家庭に配信するだけでなぐそれらに付随するアプリケーションも配信することで、さまざまなサービス (例えばインタラクティブ番組)を提供することが可能となる。さら〖こ、放送事業者が用意したアプリケーション (例えば電子番組表）を STB上で動作させることも可能としている。

[0004] 特許文献 1の「データのダウンロード」では、放送波（つまり MPEG2トランスポートストリーム）から、放送に関連するアプリケーションをダウンロードして実行する方法について述べられている。この特許文献 1に記載の技術により、各家庭に映像や音声だけでなぐアプリケーションも配信することが可能となる。

[0005] また、特許文献 2の「アプリケーションライフサイクルに従ってアプリケーションを管理するための方法および装置」では、アプリケーションの動作管理技術について述べられている。 OCAP1. 0仕様では、特許文献 2に記載の技術を用いることで、配信された個々のアプリケーションのライフサイクルを管理すること可能としている。

[0006] また、 OCAP1. 0仕様では、 STB起動時に、放送事業者が用意したアプリケーションが存在する場合において、その放送事業者が用意したアプリケーションを起動しなければならず、かつその放送事業者が用意したアプリケーションが異常終了した場合は、再起動を試みることと規定されている。 [0007] 従来の技術を用いることにより、アプリケーションをダウンロードおよび実行させた後、そのアプリケーションのライフサイクルを監視し、異常終了を検知することが可能であり、さらに、異常終了したアプリケーションを再実行させることが可能である。

特許文献 1：特表 2001— 519627号公報

特許文献 2：特表 2003 - 504753号公報

発明の開示

発明が解決しょうとする課題

[0008] し力しながら、従来の技術においては、異常終了を起こしたアプリケーションを再実行させるため、再度アプリケーションが異常終了を起こす確率が高ぐ STBを利用して番組を視聴する視聴者に対する利便性を損ねる要因となっていた。

[0009] そこで、本発明は上記の事情に鑑みてなされたものであり、実行中のアプリケーション (プログラム）が異常終了したとしても、アプリケーションが利用できなることを防止し、利用者の利便性を向上することができるプログラム実行装置を提供することを目的とする。

課題を解決するための手段

[0010] 上記目的を達成するため、本発明に係るプログラム実行装置は、プログラムを実行するプログラム実行装置であって、ダウンロードして実行されるプログラムを実行すベきプログラムとして選択する第 1プログラム選択手段と、実行中のプログラムの動作状況を監視するプログラム監視手段と、前記プログラム監視手段によって実行中の前記プログラムの異常終了が検知された場合、前記プログラムと同じ種類のプログラムを実行すべきプログラムとして選択する第 2プログラム選択手段と、前記第 1プログラム選択手段によって選択されたプログラムを実行するとともに、前記プログラム監視手段によって実行中の前記プログラムの異常終了が検知された場合、前記第 2プロダラム選択手段によって選択されたプログラムを実行する実行手段とを備えることを特徴とする。これによつて、実行中のプログラムが異常終了したとしても、代替プログラムとして、同じ種類のプログラムを実行することで、常にプログラムが動作している状態を保つことが可能となる。ここで、同じ種類のプログラムとは、例えば電子番組表を表示する等の機能が同一であり、利用者による操作性、または表示する情報の情報量や表示形式などの表示性等が相違するプログラム等である。なお、同じ種類のプロダラムには、異常終了したプログラムと同じプログラムも含むものとする。

[0011] また、前記第 2プログラム選択手段は、第 1プログラム選択手段によって選択されたプログラムと異なるプログラムを実行すべきプログラムとして選択してもよ、。これによつて、代替プログラムとして、異常終了したプログラムと同じ種類で、かつ異なるプログラムを実行することできる。

[0012] また、前記プログラム実行装置は、さらに、前記プログラム監視手段によって異常終了が検知された前記プログラムの異常終了の原因を取得する原因取得手段と、前記異常終了の原因に基づいて回避策を実行する回避策実行手段とを備え、前記第 2 プログラム選択手段は、第 1プログラム選択手段によって選択されたプログラムと同じプログラムを実行すべきプログラムとして選択し、前記実行手段は、前記回避策実行手段によって前記回避策が実行された後、前記第 2プログラム選択手段によって選択されたプログラムを実行してもよい。これによつて、異常終了したプログラムと同じプログラムを再び実行することできる。

[0013] また、前記第 2プログラム選択手段は、所定条件を満たさない場合、第 1プログラム選択手段によって選択されたプログラムと同じプログラムを実行すべきプログラムとして選択し、前記所定条件を満たす場合、第 1プログラム選択手段によって選択されたプログラムと異なるプログラムを実行すべきプログラムとして選択してもよ、。これによつて、一定期間だけ最初と同じプログラムを起動し、その後は別のプログラムを実行させることが可能となる。

[0014] また、前記プログラム監視手段は、実行中の前記プログラムの異常終了を検知すると、異常終了の発生を利用者に提示してもよい。これによつて、利用者は実行中のプログラムの異常終了が発生したことを認識することが可能となる。

[0015] また、前記第 2プログラム選択手段は、利用者の指示に基づいて前記プログラムを選択してもよい。これによつて、利用者が指示したプログラムを実行することが可能となる。

[0016] また、前記第 2プログラム選択手段は、選択可能なプログラムの候補を提示するとともに、利用者によって選択されたプログラムを実行すべき前記プログラムとして選択してもよい。これによつて、利用者が選択したプログラムを実行することが可能となる。一方、利用者は実行させるプログラムを決定することが容易になる。

[0017] また、前記第 2プログラム選択手段は、利用者力の選択が所定の時間内に行われない場合、所定のプログラムを前記プログラムとして選択してもよい。これによつて、利用者からの選択が所定の時間内に行われなくても、プログラムを選択することが可能となる。

[0018] なお、本発明は、このようなプログラム実行装置として実現することができるだけでなぐこのようなプログラム実行装置が備える特徴的な手段をステップとするプログラム実行方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、 CD— ROM等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。

発明の効果

[0019] 本発明に係るプログラム実行装置によれば、実行中のプログラムが異常終了したとしても、代替プログラムとして、異常終了したプログラムと同じプログラム、または同じ種類のプログラムを実行することで、常にプログラムが動作して、る状態を保つことが可能となる。よって、アプリケーション (プログラム）が利用できなることを防止し、利用者の利便性を向上することができる。

図面の簡単な説明

[0020] [図 1]本発明に係るケーブルテレビシステムの実施の形態 1の構成図である。

[図 2]本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 3]本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 4]本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 5]本発明に係るケーブルテレビシステムにお、て端末装置の構成図である。

[図 6]本発明に係るケーブルテレビシステムにおヽて端末装置の外観の一例を示す図である。

[図 7]本発明に係る PODのハードウェア構成の構成図である。

圆 8]本発明に係る PODが保存するプログラム構成の構成図である。

[図 9]MPEG規格で定義されているパケットの構成図である。

[図 10]MPEG2トランスポートストリームの一例を示す図である。

[図 11]入力部をフロントパネルで構成した場合の外観の一例を示す図である。

圆 12]本発明に係る端末装置が保存するプログラム構成の構成図である。

[図 13] (a)本発明に係るディスプレイの表示の一例を示す図である。（b)本発明に係るディスプレイの表示の一例を示す図である。

圆 14]本発明に係る 2次記憶部が保存する情報の一例を示す図である。

圆 15]本発明に係る 1次記憶部が保存する情報の一例を示す図である。

[図 16]本発明に係る MPEG2規格が規定する PATの内容を表す模式図である。

[図 17]本発明に係る MPEG2規格が規定する PMTの内容を表す模式図である。

[図 18]本発明に係る OCAP1. 0仕様が規定する AITの内容を表す模式図である。

[図 19]本発明に係る DSMCC方式で送信されるファイルシステムを表す模式図である。

[図 20]本発明に係る XAITの内容を表す模式図である。

[図 21]本発明に係る MA管理部の構成図である。

圆 22]実施の形態 1において、 MA管理部がモニタアプリの起動を行う際の動作を表すフローチャートである。

[図 23]実施の形態 1において、起動されたモニタアプリが、予期せぬタイミングで異常終了した際の動作を表すフローチャートである。

[図 24]実施の形態 1において、 MA管理部が、モニタアプリが異常終了した場合、異常終了の内容を保存および送信する際の動作を表すフローチャートである。

[図 25]実施の形態 2にお、て、 MA選択部 Bが MA選択部 Aの選択結果と同じプログラムを再度選択する際の動作を表すフローチャートである。

[図 26] (a)実施の形態 2において、 1次記憶部に保持しているデータを模式的に表した図である。（b)実施の形態 2において、 1次記憶部に保持しているデータを模式的に表した図である。（c)実施の形態 2において、 1次記憶部に保持しているデータを模式的に表した図である。

[図 27]実施の形態 3において、 N回までは、 MA選択部 Bが MA選択部 A2103の選択結果と同じプログラムを再度選択し、 N+ 1回目以降は、他のプログラムを選択際の動作を表すフローチャートである。

圆 28]実施の形態 4において、選択候補となるプログラムの一覧を視聴者に提示し、視聴者に選択させる際の動作を表すフローチャートである。

[図 29]実施の形態 4にお、て、代替プログラムとして選択可能なプログラムの一覧の一例を模式的に表した図である。

[図 30]実施の形態 4において、視聴者に提示される表示の一例を示す図である。

[図 31]実施の形態 5において、視聴者に対する通知方法の一例を示す図である。

[図 32]実施の形態 5において、視聴者に対する通知方法の一例を示す図である。

[図 33]本発明に係る XAITの内容を表す模式図である。

[図 34]本発明に係る番組購入を促すメメッセージの一例である。

[図 35]本発明に係る Java (R)プログラムの情報を保存して、る状態の一例である。

[図 36]本発明に係るディスプレイの表示の一例である。

[図 37]POD Libに Java (R)プログラムが登録される場合における POD Libの動作をまとめたフローチャートである。

[図 38]本発明に係る PODとのメッセージの配送先の変化を表す模式図である。

[図 39]本発明に係る PODとのメッセージの配送先の変化を表す模式図である。

[図 40]本発明に係る POD Lib力java (R)プログラムの登録を削除する場合における POD Libの動作をまとめたフローチャートである。

[図 41]本発明に係る Java (R)プログラムが異常終了した場合の処理を行う構成図である。

[図 42]本発明に係る Java (R)プログラムが異常終了した場合の処理を表すフローチヤートである。

[図 43]本発明に係る Java (R)プログラムが異常終了した場合の処理を表すフローチヤートである。 [図 44]本発明に係る Java (R)プログラムが異常終了した場合の処理を表すフローチヤートである。

符号の説明

1200 プログラム

1201 OS

1201a カーネル

1201b ライブラリ

1202 EPG

1202a 番組表示部

1202b 再生部

1203 VM

1204 サービスマネージャ

1205 ライブラリ

1205a JMF

1205b AM

1205c Tuner

1205d CA

1205e POD Lib

1205f MA管理部

発明を実施するための最良の形態

[0022] 以下本発明の実施の形態について、図面を参照しながら説明する。

(実施の形態 1)

本発明に係るケーブルテレビシステムの実施の形態を、図面を参照しながら説明する。図 1は、ケーブルシステムを構成する装置の関係を表したブロック図であり、ヘッドエンド 101及び 3個の端末装置 Al l l、端末装置 B112、端末装置 C113で構成される。本実施の形態では、 1つのヘッドエンドに対して 3つの端末装置が結合されているが、任意の数の端末装置をヘッドエンドに結合しても、本発明は実施可能である。

[0023] ヘッドエンド 101は、複数の端末装置に対して映像 '音声'データ等の放送信号を送信するとともに、端末装置からのデータ送信を受信する。これを実現するため、へッドエンド 101と端末装置 Al l 1、端末装置 B112、端末装置 C113間の伝送に用いられる周波数帯域は、分割して用いられる。図 2は、周波数帯域の分割の一例を示す表である。周波数帯域は、 Out Of Band (略称 OOB)と In— Bandの 2種類に大別される。 5〜130MHzが OOBに割り当てられ、主にヘッドエンド 101と端末装置 A 111、端末装置 B112、端末装置 C113間のデータのやり取りに使用される。 130M Hz〜864MHzはIn—Bandに割り当てられ、主として、映像'音声を含む放送チャンネルに使用される。 OOBでは QPSK変調方式力 In— Bandは QAM64変調方式が使用される。変調方式技術については、本発明に関与が薄い公知技術であるので、詳細な説明は省略する。図 3は、 OOB周波数帯域のさらに詳細な使用の一例である。 70MHz〜74MHzはヘッドエンド 101からのデータ送信に使用され、全ての端末装置 Al l 1、端末装置 B112、端末装置 C113が、ヘッドエンド 101から同じデータを受け取ることになる。一方、 10. 0MHz〜10. 1MHzは端末装置 A111からヘッドエンド 101へのデータ送信に使用され、 10. lMHz〜10. 2MHzは端末装置 B112 力らヘッドエンド 101へのデータ送信に使用され、 10. 2MHz〜10. 3MHzは端末装置 C113からヘッドエンド 101へのデータ送信に使用される。これにより、各端末装置固有のデータを各端末装置 Al l l、端末装置 B112、端末装置 C113からへッドエンド 101に送信することができる。図 4は、 In— Bandの周波数帯に対する使用の一例である。 150〜 156MHzと 156〜 162MHzはそれぞれテレビチャンネル 1とテレピチャンネル 2に割り当てられ、以降、 6MHz間隔でテレビチャンネルが割り当てられている。 310MHz以降は、 1MHz単位でラジオチャンネルに割り当てられている。これらの各チャンネルはアナログ放送として使用してもデジタル放送として使用してもよい。デジタル放送の場合は、 MPEG2仕様に基づいたトラスポートパケット形式で伝送され、音声や映像に加え、各種データ放送用データも送信することができる。ヘッドエンド 101は、これらの周波数帯域に適切な放送信号を送信するため、 QPS K変調部や QAM変調部等を有する。また、端末装置力ものデータを受信するため、 QPSK復調器を有する。また、ヘッドエンド 101は、これら変調部及び復調部に関連する様々な機器を有すると考えられる。しかし、本発明は主として端末装置に関わるので、詳細な説明は省略する。

[0025] 端末装置 Al l l、端末装置 B112、端末装置 C113は、ヘッドエンド 101からの放送信号を受信し再生する。また、ヘッドエンド 101に対して、各端末装置固有のデータを送信する。 3つの、端末装置は本実施の形態では同じ構成を取る。

[0026] 図 5は、端末装置のハードウェア構成を表すブロック図である。端末装置 500は、 Q AM復調部 501、 QPSK復調部 502、 QPSK変調部 503、 TSデコーダ 505、ォーディォデコーダ 506、スピーカ 507、ビデオデコーダ 508、ディスプレイ 509、 2次記憶部 510、 1次記憶部 511、 ROM512、入力部 513、 CPU514で構成される。また端末装置 500には、 POD504が着脱できる。

[0027] 図 6は、端末装置 500の外観の一例である薄型テレビである。

薄型テレビの筐体 601は、 POD504を除く、端末装置 500の構成要素をすベて内蔵している。

[0028] ディスプレイ 602は、図 5におけるディスプレイ 509に相当する。

フロントパネル部 603は複数のボタンで構成され、図 5の入力部 513に相当する。

[0029] 信号入力端子 604は、ヘッドエンド 101との信号の送受信を行うためにケーブル線を接続する。また、信号入力端子 604は、図 5の QAM復調部 501、 QPSK復調部 5

02、 QPSK変調部 503と接続されている。

[0030] PODカード 605は、図 5の POD504に相当する。 POD504は、図 6の PODカード

605のように、端末装置 500とは独立した形態を取り、端末装置 500に着脱可能となつている。 POD504の詳細は後述する。

[0031] 挿入スロット 606は、 PODカード 605が挿入される挿入スロットである。

図 5を参照して、 QAM復調部 501は、 CPU514から指定された周波数を含むチュ一-ング情報で、ヘッドエンド 101で QAM変調され送信されてきた信号を復調し、 P

OD504に引き渡す。

[0032] QPSK復調部 502は、 CPU514から指定された周波数を含むチューニング情報で、ヘッドエンド 101で QPSK変調され送信されてきた信号を復調し、 POD504に引き渡す。

[0033] QPSK変調部 503は、 CPU514から指定された周波数を含む変調情報で、 POD 504から渡された信号を QPSK変調し、ヘッドエンド 101に送信する。

[0034] POD504は、図 6のように端末装置本体 500から着脱可能な形態をして、る。端末本体 500と POD504の接続インターフェースは、 OpenCable (R) HOST— POD Interface Specification (OC— SP— HOSTPOD— IF— 112— 030210)及び、この仕様書力も参照されている仕様書で定義されている。ここでは、詳細は省略し、本発明に関する部分のみを解説する。

[0035] 図 7は、 POD504の内部構成を表すブロック図である。 POD504は、第 1デスクランブラ部 701、第 2デスクランブラ部 702、スクランブラ部 703、第 1記憶部 704、第 2 記憶部 705、 CPU706で構成される。

[0036] 第 1デスクランブラ部 701は、 CPU706からの指示により、端末装置 500の QAM 復調部 501から暗号化された信号を受け取り、復号を行う。そして、復号された信号を端末装置 500の TSデコーダ 505に送る。デコードに必要な鍵などの情報は CPU 706から適宜与えられる。具体的には、ヘッドエンド 101はいくつかの有料チャンネルを放送している。ユーザが、この有料チャンネルを購買すると、第 1デスクランブラ部 701は、 CPU706から鍵等の必要な情報を受け取りデスクランブルすることで、ュ一ザは有料チャンネルを閲覧することができる。鍵などの必要な情報が与えられなヽ場合は、第 1デスクランブラ部 701は、デスクランブルを行わず、受け取った信号をそのまま、 TSデコーダ 505に送る。

[0037] 第 2デスクランブラ部 702は、 CPU706からの指示により、端末装置 500の QPSK 復調部 502から暗号ィ匕された信号を受け取り、復号を行う。そして、復号されたデータを CPU706に引き渡す。

[0038] スクランブラ部 703は、 CPU706力らの指示により、 CPU706から受け取ったデータを暗号ィ匕し、端末装置 500の QPSK変調部 503に送る。

[0039] 第 1記憶部 704は、具体的には RAM等の一次記憶メモリで構成され、 CPU706が処理を行う際、一時的にデータを保存するために使用される。

[0040] 第 2記憶部 705は、具体的にはフラッシュ ROM等の 2次記憶メモリで構成され、 CP U706が実行するプログラムを格納し、また、電源 OFFになっても消去されては困るデータの保存に使用される。 [0041] CPU706は、第 2記憶部 705が記憶するプログラムを実行する。プログラムは複数のサブプログラムで構成される。図 8は、第 2記憶部 705が記憶するプログラムの一例である。図 8では、プログラム 800は、メインプログラム 801、初期化サブプログラム 80 2、ネットワークサブプログラム 803、再生サブプログラム 804、 PPVサブプログラム 80 5等複数のサブプログラムで構成されて、る。

[0042] ここで PPVとは Pay Per Viewの略であり、映画など特定の番組を有料で視聴できるようにするサービスである。ユーザが暗証番号を入力すると、購入したことがへッドエンド 101に通知され、スクランブルが解除され、視聴することが出来る。この視聴により、ユーザは後日、購入代金を支払うものである。

[0043] メインプログラム 801は、 CPU706が電源投入時に最初に起動するサブプログラムであり、他のサブプログラムの制御を行う。

[0044] 初期化サブプログラム 802は、電源投入時にメインプログラム 801によって起動され、端末装置 500との情報交換等を行い、初期化処理を行う。初期化処理の詳細は、 OpenCable (R) HOST— POD Interface Specification (OC - SP - HOST POD— IF— 112— 030210)及び、この仕様書から参照されている仕様書で定義されている。また、仕様書に定義されていない初期化処理も行う。ここでは、その一部を紹介する。電源が投入されると、初期化サブプログラム 802は、第 2記憶部 705が記憶する第 1の周波数を端末装置 500の CPU514を通して、 QPSK復調部 502に通知する。 QPSK復調部 502は、与えられた第 1の周波数でチューニングを行い、信号を第 2デスクランブラ部 702に送る。また、初期化サブプログラム 802は、第 2記憶部 7 05が記憶する第 1の鍵等の復号情報を第 2デスクランブラ部 702に与える。その結果、第 2デスクランブラ部 702は、デスクランブルを行い、初期化サブプログラム 802を実行する CPU706に引き渡す。よって、初期化サブプログラム 802は情報を受け取ることができる。本実施の形態では、初期化サブプログラム 802はネットワークサブプログラム 803を通して情報を受け取ることとする。詳細は後述する。

[0045] また、初期化サブプログラム 802は、第 2記憶部 705が記憶する第 2の周波数を端末装置 500の CPU514を通して、 QPSK変調部 503に通知する。初期化サブプログラム 802は第 2記憶部 705が記憶する暗号ィ匕情報をスクランブラ部 703に与える。初期化サブプログラム 802が送信した、情報を、ネットワークサブプログラム 803を介して、スクランブラ部 703に与えると、スクランブラ部 703は、与えられた暗号化情報を用いて、データを暗号ィ匕し、端末装置 500の QPSK変調部 503に与える。 QPSK変調部 503は、与えられた暗号ィ匕された情報を変調し、ヘッドエンド 101に送信する。

[0046] この結果、初期化サブプログラム 802は、端末装置 500、第 2デスクランブラ部 702 、スクランブラ部 703、ネットワークサブプログラム 803を通して、ヘッドエンド 101と双方向通信を行うことができる。

[0047] また、初期化サブプログラム 802は、ヘッドエンド 101から送られてくる特殊なプログラム情報を元に特権的なプログラムの起動を行う。詳細については後述する。

[0048] ネットワークサブプログラム 803は、メインプログラム 801、初期化サブプログラム 80 2等の複数のサブプログラム力も使用される、ヘッドエンド 101との双方向通信を行うためのサブプログラムである。具体的には、ネットワークサブプログラム 803を使用する他のサブプログラムに対して、 TCPZIPによって、ヘッドエンド 101と双方向通信を行っているように振舞う。 TCP/IPは、複数の装置間で情報交換を行うためのプロトコルを規定した公知の技術であり、詳細な説明は省略する。ネットワークサブプロダラム 803は、電源投入時に初期化サブプログラム 802に起動されると、予め第 2記憶部 705力 S記憶して、る POD504を識別する識別子である MACアドレス（Media Acc ess Controlアドレスの略）を、端末装置 500を通してヘッドエンド 101に通知し、 IP アドレスの取得を要求する。ヘッドエンド 101は、端末装置 500を介して POD504に I Pアドレスを通知し、ネットワークサブプログラム 803は、 IPアドレスを第 1記憶部 704 に記憶する。以降、ヘッドエンド 101と POD504は、この IPアドレスを、 POD504の識別子として使用し、通信を行う。

[0049] 再生サブプログラム 804は、第 2記憶部 705が記憶する第 2の鍵等の復号情報や、端末装置 500から与えられる第 3の鍵等の復号情報を第 1デスクランブラ部 701に与えて、デスクランブルを可能にする。また、ネットワークサブプログラム 803を通して、第 1デスクランブラ部 701に入力されている信号力 PPVチャンネルであることの情報を受け取る。 PPVチャンネルと知ったときは、 PPVサブプログラム 805を起動する。

[0050] PPVサブプログラム 805は、起動されると、端末装置 500に番組の購入を促すメッセージを表示し、ユーザの入力を受け取る。具体的には、端末装置 500の CPU514 に画面に表示したい情報を送ると、端末装置 500の CPU514上で動作するプロダラムカ端末装置 500のディスプレイ 509上にメッセージを表示する。ユーザは、端末装置 500の入力部 513を通して暗証番号を入力すると、端末装置 500の CPU514 力それを受け取り、 POD504の CPU706上で動作する PPVサブプログラム 805に通知する。 PPVサブプログラム 805は、受け取った暗証番号をネットワークサブプログラム 803を通してヘッドエンド 101に送信する。ヘッドエンド 101は、暗証番号が正しければ、復号に必要な第 4の鍵などの復号ィ匕情報をネットワークサブプログラム 80 3を介して、 PPVサブプログラム 805に通知する。 PPVサブプログラム 805は受け取つた第 4の鍵などの復号ィ匕情報を第 1デスクランブラ部 701に与え、第 1デスクランプラ部 701は、入力されて、る信号をデスクランブルする。

[0051] 図 5を参照して、 TSデコーダ 505は、 POD504から受け取った信号のフィルタリングを実施し、必要なデータをオーディオデコーダ 506及びビデオデコーダ 508、 CP U514に引き渡す。ここで、 POD504から来る信号は MPEG2トランスポートストリームである。 MPEG2トランスポートストリームの詳細は MPEG規格書 ISOZIEC138 18— 1に記載されており、本実施の形態では詳細は省略する。 MPEG2トランスポートストリームは、複数の固定長パケットで構成され、各パケットには、パケット IDが振られている。図 9はパケットの構成図である。 900はパケットであり、固定長の 188バイトで構成される。先頭 4バイトがヘッダー 901で、パケットの識別情報を格納しており、残り 184バイトがペイロード 902で、送信したい情報を含んでいる。 903は、ヘッダー 901の内訳である。先頭から 12ビット目〜24ビット目までの 13ビットにパケット IDが含まれている。図 10は送られてくる複数のパケットの列を表現した模式図である。パケット 1001は、ヘッダーにパケット ID「1」を持ち、ペイロードには映像 Aの 1番目の情報が入っている。ノケット 1002は、ヘッダーにパケット ID「2」を持ち、ペイロードには音声 Aの 1番目の情報が入っている。ノケット 1003は、ヘッダーにパケット ID「3」を持ち、ペイロードには音声 Bの 1番目の情報が入っている。

[0052] ノケット 1004は、ヘッダーにパケット ID「1」を持ち、ペイロードには映像 Aの 2番目の情報が入っており、これはパケット 1001の続きになっている。同様にノケット 1005 、 1026、 1027も他のパケットの後続データを格納している。このように、同じパケット I Dを持つ、パケットのペイロードの内容を連結すると、連続した映像や音声を再現することがでさる。

[0053] 図 10を参照して、 CPU514がパケット ID「1」と出力先として「ビデオデコーダ 508」を TSデコーダ 505に指示すると、 TSデコーダ 505は POD504から受け取った MPE G2トランスポートストリームからパケット ID「1」のパケットを抽出し、ビデオデコーダ 50 8に引き渡す。図 10においては、映像データのみをビデオデコーダ 508に引き渡すことになる。同時に、 CPU514がパケット 10「2」と「ォーディォデコーダ506」を丁3デコーダ 505に指示すると、 TSデコーダ 505は POD504から受け取った MPEG2トランスポートストリームからパケット ID「2」のパケットを抽出し、オーディオデコーダ 506 に引き渡す。図 10においては、音声データのみをオーディオデコーダ 506に引き渡すことになる。

[0054] このパケット IDに応じて必要なパケットだけを取り出す処理力 TSデコーダ 505が行うフィルタリングである。 TSデコーダ 505は CPU514から指示された複数のフィルタリングを同時に実行することができる。

[0055] 図 5を参照して、オーディオデコーダ 506は、 TSデコーダ 505から与えられた MPE

G2トランスポートストリームのパケットに埋め込まれたオーディオデータを連結し、デジタル—アナログ変換を行いスピーカ 507に出力する。

[0056] スピーカ 507は、オーディオデコーダ 506から与えられた信号を音声出力する。

ビデオデコーダ 508は、 TSデコーダ 505から与えられた MPEG2トランスポートストリームのパケットに埋め込まれたビデオデータを連結し、デジタル—アナログ変換を行いディスプレイ 509に出力する。

[0057] ディスプレイ 509は、具体的にはブラウン管や液晶等で構成され、ビデオデコーダ 5

08から与えられたビデオ信号を出力したり、 CPU514から指示されたメッセージを表示したりする。

[0058] 2次記憶部 510は、具体的には、フラッシュメモリーゃノヽードディスク等で構成され、 CPU514から指示されたデータやプログラムを保存したり削除したりする。また、保存されているデータやプログラムは CPU514に参照される。保存されているデータゃプログラムは、端末装置 500の電源が切断された状態でも保存しつづける。

[0059] 1次記憶部 511は、具体的には、 RAM等で構成され、 CPU514から指示されたデータゃプログラムを一次的に保存したり削除したりする。また、保存されているデータやプログラムは CPU514に参照される。保存されているデータやプログラムは、端末装置 500の電源が切断された際に、抹消される。

[0060] ROM512は、書き換え不可能なメモリーデバイスであり、具体的には ROMや CD

-ROM, DVDなどで構成される。 ROM512は、 CPU514が実行するプログラムが格納されている。

[0061] 入力部 513は、具体的には、フロントパネルやリモコンで構成され、ユーザからの入力を受け付ける。図 11は、フロントパネルで入力部 513を構成した場合の一例である。 1100はフロントパネルであり、図 6のフロントパネル部 603に相当する。フロントパネル 1100は 7つのボタン、上カーソルボタン 1101、下カーソルボタン 1102、左カーソルボタン 1103、右カーソルボタン 1104、 OKボタン 1105、取消ボタン 1106、 EP Gボタン 1107を備えている。ユーザがボタンを押下すると、押下されたボタンの識別子が、 CPU514に通知される。

[0062] CPU514は、 ROM512が記憶するプログラムを実行する。実行するプログラムの指示に従い、 QAM復調部 501、 QPSK復調部 502、 QPSK変調部 503、 POD50 4、 TSデコーダ 505、ディスプレイ 509、 2次記憶部 510、 1次記憶部 511、 ROM51 2を制御する。

[0063] 図 12は、 ROM512に記憶され、 CPU514に実行されるプログラムの構成図の一例である。

[0064] プログラム 1200は、複数のサブプログラムで構成され、具体的には OS1201、 EP G 1202、 Java (R) VM1203 (以後 VM 1203と称す）、サービスマネージャ 1204、 Ja va (R)ライブラリ 1205 (以後ライブラリ 1205と称す)で構成される。

[0065] OS1201は、端末装置 500の電源が投入されると、 CPU514が起動するサブプログラムである。 OS1201は、オペレーティングシステムの略であり、 Linux等が一例である。 OS1201は、他のサブプログラムを平行して実行するカーネル 1201a及びライブラリ 1201bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態におヽては、 OS1201のカーネノレ 1201aは、 EPG1202と VM1203をサブプログラムとして実行する。また、ライブラリ 120 lbは、これらサブプログラムに対して、端末装置 500が保持する構成要素を制御するための複数の機能を提供する。

[0066] 機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラム力周波数を含むチューニング情報を受け取り、それを QAM復調部 501 に引き渡す。 QAM復調部 501は与えられたチューニング情報に基づき復調処理を行い、復調したデータを POD504に引き渡すことができる。この結果、他のサブプログラムはライブラリ 1201bを通して QAM復調器を制御することができる。

[0067] EPG1202は、ユーザに番組一覧を表示及び、ユーザからの入力を受け付ける番組表示部 1202aと、チャンネル選局を行う再生部 1202bで構成される。ここで、 EPG は Electric Program Guideの略である。 EPG1202は、端末装置 500の電源が投入されると、カーネル 1201aによって起動される、起動された EPG1202の内部では、番組表示部 1202aが端末装置 500の入力部 513を通して、ユーザからの入力を待つ。ここで、入力部 513が図 11で示されるフロントパネルで構成されている場合、ユーザが、入力部 513の EPGボタン 1107を押下すると、 EPGボタンの識別子が CP U514に通知される。 CPU514上で動作するサブプログラムである EPG 1202の番組表示部 1202aは、この識別子を受け取り、番組情報をディスプレイ 509に表示する。図 13 (a)及び (b)は、ディスプレイ 509に表示された番組表の一例である。図 13 (a )を参照して、ディスプレイ 509には、格子状に番組情報が表示されている。列 1301 には、時刻情報が表示されている。列 1302には、チャンネル名「チャンネル 1」と、列 1301の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル 1」では、 9 : 00〜： L0 : 30に番組「ニュース 9」が放映され、 10 : 30〜12 : 00は「映画^ A」が放映されることを表す。列 1303も列 1302同様、チャンネル名「チャンネル 2」と、列 1301の時刻に対応する時間帯に放映される番組が表示されている。 9 : 00〜11 ： 00に番組「映画 BBB」が放映され、 11： 00〜 12： 00は「ニュース 11」が放映される。 1330は、カーソルである。カーソル 1330は、フロンドノネル 1100の左カーソル 11 03と右カーソル 1104を押下すると移動する。図 13 (a)の状態で、右カーソル 1104 を押下すると、カーソル 1330は右に移動し、図 13 (b)のようになる。また、図 13 (b) の状態で、左カーソル 1103を押下すると、カーソル 1330は左に移動し、図 13 (a)のようになる。

[0068] 図 13 (a)の状態で、フロントパネル 1100の OKボタン 1105が押下されると、番組表示部 1202aは、「チャンネル 1」の識別子を再生部 1202bに通知する。図 13 (b)の状態で、フロントパネル 1100の OKボタン 1105が押下されると、番組表示部 1202aは、「チャンネル 2」の識別子を再生部 1202bに通知する。

[0069] また、番組表示部 1202aは、表示する番組情報を、 POD504を通してヘッドエンド 101から定期的に、 1次記憶部 511に記憶しておく。一般的に、ヘッドエンドからの番組情報の取得は時間が掛かる。入力部 513の EPGボタン 1107が押下された時、 1 次記憶部 511に予め保存された番組情報を表示することで、素早く番組表を表示することがでさる。

[0070] 再生部 1202bは、受け取ったチャンネルの識別子を用いて、チャンネルを再生する。チャンネルの識別子とチャンネルの関係は、チャンネル情報として、 2次記憶部 5 10に予め格納されている。図 14は 2次記憶部 510に格納されているチャンネル情報の一例である。チャンネル情報は表形式で格納されている。列 1401は、チャンネルの識別子である。列 1402は、チャンネル名である。列 1403はチューニング情報である。ここで、チューニング情報は周波数や転送レート、符号化率などを含み、 QAM復調部 501に与える値である。列 1404はプログラムナンバーである。プログラムナンパ一とは、 MPEG2規格で規定されている PMTを識別するための番号である。 PMTに関しては、後述する。行 1411〜1414の各行は、各チャンネルの識別子、チャンネル名、チューニング情報の組となる。行 1411は識別子が「1」、チャンネル名が「チヤンネル 1」、チューニング情報に周波数「150MHz」、プログラムナンバーが「101」を含む組となっている。再生部 1202bは、チャンネルの再生を行うため、受け取ったチヤンネルの識別子をそのままサービスマネージャに引き渡す。

[0071] また、再生部 1202bは、再生中に、ユーザがフロントパネル 1100の上カーソル 11 01と下カーソル 1102を押下すると、入力部 513力ら CPU514を通して、押下された通知を受け取り、再生しているチャンネルを変更する。まず、再生部 1202bは、 1次記憶部 511に現在再生中のチャンネルの識別子を記憶する。図 15 (a) (b)及び (c) は、 1次記憶部 511に保存しているチャンネルの識別子の例である。図 15 (a)では識別子「3」が記憶されており、図 14を参照し、チャンネル名「TV 3」のチャンネルが再生中であることを示す。図 15 (a)の状態で、ユーザが上カーソル 1101を押下すると再生部 1202bは、図 14のチャンネル情報を参照し、表中の前のチャンネルであるチヤンネル名「チャンネル 2」のチャンネルに再生を切り変えるため、サービスマネージャにチャンネル名「チャンネル 2」の識別子「2」を引き渡す。同時に、 1次記憶部 511 に記憶されているチャンネル識別子「2」に書き換える。図 15 (b)は、チャンネル識別子が書き換えられた状態を表す。また、図 15 (a)の状態で、ユーザが下カーソル 110 2を押下すると再生部 1202bは、図 14のチャンネル情報を参照し、表中の次のチヤンネルであるチャンネル名「TV Japan」のチャンネルに再生を切り変えるため、サービスマネージャにチャンネル名「TV Japan」の識別子「4」を引き渡す。同時に、 1次記憶部 511に記憶されているチャンネル識別子「4」に書き換える。図 15 (c)は、チヤンネル識別子が書き換えられた状態を表す。

[0072] VM1203は、 Java (R)言語で記述されたプログラムを逐次解析し実行する Java (R )バーチャルマシンである。 Java (R)言語で記述されたプログラムはバイトコードと呼ばれる、ハードウェアに依存しない中間コードにコンパイルされる。 Java (R)バーチヤルマシンは、このバイトコードを実行するインタープリタである。また、一部の Java (R) バーチャルマシンは、バイトコードを CPU514が理解可能な実行形式に翻訳してから、 CPU514に引渡し、実行することも行う。 VM1203は、カーネル 1201aに実行する Java (R)プログラムを指定され起動される。本実施の形態では、カーネル 1201aは、実行する Java (R)プログラムとしてサービスマネージャ 1204を指定する。 Java (R) 言語の詳細は、書籍「Java (R) Language Specification (ISBN 0— 201— 63 451— 1)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、 Java (R) VM自体の詳細な動作などは、「Java (R) Virtual Machine Specifics tion (lSBN 0— 201— 63451— X)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0073] サービスマネージャ 1204は、 Java (R)言語で書かれ ava (R)プログラムであり、 VM1203によって逐次実行される。サービスマネージャ 1204は、 JNI (Java (R) N ative Interface)を通して、 Java (R)言語で記述されて!ヽなヽ他のサブプログラムを呼び出したり、または、呼び出されたりすることが可能である。 JNIに関しても、書籍 rjava (R) Native Interface等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0074] サービスマネージャ 1204は、 JNIを通して、再生部 1202bよりチャンネルの識別子を受け取る。

[0075] サービスマネージャ 1204は、最初にライブラリ 1205の中にある Tunerl205cに、チャンネルの識別子を引き渡し、チューニングを依頼する。 Tunerl205cは、 2次記憶部 510が記憶するチャンネル情報を参照し、チューニング情報を獲得する。今、サ一ビスマネージャ 1204がチャンネルの識別子「2」を Tuner 1205cに引き渡すと、 Tu nerl205cは、図 14の行 1412を参照して、対応するチューニング情報「156MHz」を獲得する。 Tunerl205cは、 OS1201のライブラリ 1201bを通して、 QAM復調部 501にチューニング情報を引き渡す。 QAM復調部 501は与えられたチューニング情報に従つてヘッドエンド 101から送信されてきた信号を復調し、 POD504に引き渡す。

[0076] 次にサービスマネージャ 1204は、ライブラリ 1205の中にある CA1205dにデスクランブルを依頼する。 CA1205dは、 OS1201のライブラリ 1201bを通して復号に必要な情報を POD504に与える。 POD504は、与えられた情報を元に、 QAM復調部 5 01から与えられた信号を復号し TSデコーダ 505に引き渡す。

[0077] 次にサービスマネージャ 1204は、ライブラリ 1205の中にある JMF1205aにチャンネルの識別子を与え、映像 ·音声の再生を依頼する。

[0078] まず、最初に JMF1205aは、再生すべき映像と音声を特定するためのパケット IDを PAT、 PMTから取得する。 PATや PMTは MPEG2規格で規定されている、 MPE G2トランスポートストリーム内の番糸且構成を表現するテーブルであり、 MPEG2トランスポートストリームに含まれるパケットのペイロードに埋め込まれて、音声や映像と共に送信されるものである。詳細は規格書を参照されたい。ここでは、概略のみ説明する。 PATは、 Program Association Tableの略で、パケット ID「0」のパケットに格納され送信されている。 JMF1205aは、 PATを取得するため、 OS1201のライブラリ 1201bを通して、 TSデコーダ 505にパケット ID「0」と CPU514を指定する。 TSデコーダ 505がパケット ID「0」でフィルタリングを行い、 CPU514に引き渡すことで JMF1 205aは、 PATのパケットを収集する。図 16は、収集した PATの情報の一例を模式的に表した表である。列 1601は、プログラムナンバーである。列 1602は、パケット ID である。列 1602のパケット IDは PMTを取得するために用いられる。行 1611〜161 3は、チャンネルのプログラムナンバーと対応するパケット IDの組である。ここでは、 3 つのチャンネルが定義されている。行 1611はプログラムナンバー「101」とパケット ID 「501」の組が定義されて!、る。今、 JMF1205aに与えられたチャンネルの識別子が「 2」とすると、 JMF1205aは、図 14の行 1412を参照して、対応するプログラムナンパ一「102」を獲得し、次に、図 16の PATの行 1612を参照し、プログラムナンバー「10 2」に対応するパケット ID「502」を獲得する。 PMTは、 Program Map Tableの略で、 PATで規定されたパケット IDのパケットに格納され送信されている。 JMF1205a は、 PMTを取得するため、 OS1201のライブラリ 1201bを通して、 TSデコーダ 505 にパケット IDと CPU514を指定する。ここで、指定するパケット IDは「502」とする。 T Sデコーダ 505がパケット ID「502」でフィルタリングを行い、 CPU514に引き渡すことで JMF1205aは、 PMTのパケットを収集する。図 17は、収集した PMTの情報の一例を模式的に表した表である。列 1701は、ストリーム種別であり。列 1702は、バケツ HDである。列 1702で指定されるパケット IDのパケットには、ストリーム種別で指定された情報がペイロードに格納され送信されている。列 1703は補足情報である。行 17 11〜1714はエレメンタリ一ストリームと呼ばれる、パケット IDと送信している情報の種別の組である。行 1711は、ストリーム種別「音声」とパケット ID「5011」の組であり、パケッ HD「5011」のペイロードには音声が格納されていることを表す。 JMF1205aは、 PMTから再生する映像と音声のパケット IDを獲得する。図 17を参照して、 JMF12 05aは、行 1711から音声のパケット ID「5011」を、行 1712から映像のパケット ID「5 012」を獲得する。

次に、 JMF1205aは、 OS1201のライブラリ 1201bを通して、獲得した音声のパケッ HDと出力先としてオーディオデコーダ 506、映像のパケット IDと出力先としてビデォデコーダ 508の組を、 TSデコーダ 505に与える。 TSデコーダ 505は与えられたパケッ HDと出力先に基づいて、フィルタリングを行う。ここではパケット ID「5011」のパケットをオーディオデコーダ 506に、パケット ID「5012」のパケットをビデオデコーダ 5 08に引き渡す。オーディオデコーダ 506は、与えられたパケットのデジタルアナ口グ変換を行いスピーカ 507を通して音声を再生する。ビデオデコーダ 508は、与えられたパケットのデジタル—アナログ変換を行いディスプレイ 509に映像を表示する。

[0080] 最後にサービスマネージャ 1204は、ライブラリ 1205の中にある AM1205bにチヤンネルの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、 MPEG2トランスポートストリームに含まれる Java (R)プログラムを抽出し、 VM1203 に実行させることである。 MPEG2トランスポートストリームに Java (R)プログラムを埋め込む方法は、 MPEG規格書 ISOZIEC13818— 6に記述された DSMCCという方式を用いる。ここでは DSMCCの詳細な説明は省略する。 DSMCC方式は、 MP EG2トランスポートストリームのパケットの中に、コンピュータで使用されているディレクトリやファイルで構成されるファイルシステムをエンコードする方法を規定して、る。また、実行する Java (R)プログラムの情報は AITと呼ばれる形式で、 MPEG2トランスポ一トストリームのパケットの中に埋め込まれ送信されている。 AITは、 OCAP1. 0仕様 (正式には、 OCAP 1. 0 Profile OC— SP— OCAP1. 0— IF— 109— 031121 )に定義されている、 Application Information Tableの略である。

[0081] AM1205bは、まず、 AITを獲得するため、 JMF1205a同様 PAT、 PMTを取得し、 AITが格納されているパケットのパケット IDを獲得する。今、与えられたチャンネルの識別子が「2」で、図 16の PAT、図 17の PMTが送信されていると、 JMF1205aと同様の手順で、図 17の PMTを獲得する。 AM1205bは、 PMTからストリーム種別が「データ」で補足情報として「AIT」を持つエレメンタリ一ストリーム力もパケット IDを抽出する。図 17を参照して、行 1713のエレメンタリ—ストリームが該当し、パケット ID「5 013」を獲得する。

[0082] AM1205bは、 OS1201のライブラリ 1201bを通して TSデコーダ 505に AITのパケット IDと出力先 CPU514を与える。 TSデコーダ 505、与えられたパケット IDでフィルタリングを行い、 CPU514に引き渡す。この結果、 AM1205bは、 AITのパケットを収集することができる。図 18は、収集した AITの情報の一例を模式的に表した表である。列 1801ίお ava (R)プログラムの識別子（図ではプログラム識別子と表記)である。列 1802 ίお ava (R)プログラムの制御情報である。制御情報には「autostart」「pr esentj「kill」などがあり、「autostart」は即時に端末装置 500がこのプログラムを自動的に実行することを意味し、 rpresentjは自動実行しな!、ことを意味し、「kill」はプログラムを停止することを意味する。列 1803は、 DSMCC方式で Java (R)プログラムを含んでいるパケット IDを抽出するためのと DSMCC識別子である。列 1804ίお ava (R)プログラムのプログラム名である。行 1811と行 1812は、 Java (R)プログラムの情報の組である。行 1811で定義される Java (R)プログラムは、識別子「301」、制御情報「autostart」、 DSMCC識別子「1」、プログラム名「aZTopXlet」の組である。行 1 812で定義される Java (R)プログラムは、識別子「302」、制御情報「present」、 DS MCC識別子「1」、プログラム名「bZGameXlet」の組である。ここで 2つの Java (R) プログラムは同じ DSMCC識別子を持つ力これは 1つの DSMCC方式でェンコ一ドされたファイルシステム内に 2つの Java (R)プログラムが含まれていることを表す。ここでは、 Java (R)プログラムに対して 4つの情報しか規定しないが、実際にはより多くの情報が定義される。詳細は OCAP1. 0仕様を参照されたい。

[0083] AM1205bは、 AITの中から「autostart」の Java (R)プログラムを見つけ出し、対応する DSMCC識別子及び Java (R)プログラム名を抽出する。図 18を参照して、 A M 1205bは行 1811の Java (R)プログラムを抽出し、 DSMCC識別子「 1」及び Java ( R)プログラム名 r_a/TopXletjを獲得する。

[0084] 次に AM1205bは、 AITから取得した DSMCC識別子を用いて、 Java (R)プログラムを DSMCC方式で格納して!/、るパケットのパケット IDを PMTから獲得する。具体的には、 PMTの中でストリーム種別が「データ」で、補足情報の DSMCC識別子が合致するエレメンタリーストリームのパケット IDを取得する。

[0085] 今、 DSMCC識別子力「l」であり、 PMTが図 17とすると、行 1714のエレメンタリーストリームが合致し、パケット ID「5014」を取り出す。

[0086] AMI 205b OS1201のライブラリ 1201bを通して TSデコーダ 505に DSMCC 方式でデータが埋めこめられたパケットのパケット IDと出力先として CPU514を指定する。ここでは、パケット ID「5014」を与える。 TSデコーダ 505、与えられたパケット I Dでフィルタリングを行い、 CPU514に引き渡す。この結果、 AM1205bは、必要なパケットを収集することができる。 AM1205bは、収集したパケットから、 DSMCC方式に従ってファイルシステムを復元し、 1次記憶部 511に保存する。 MPEG2トランスポートストリーム中のパケットからファイルシステム等のデータを取り出し 1次記憶部 51 1等の記憶手段に保存すことを以降、ダウンロードと呼ぶ。

[0087] 図 19は、ダウンロードしたファイルシステムの一例である。図中、丸はディレクトリを四角はファイルを表し、 1901はルートディレクトリ、 1902はディレクトリ「a」、 1903はディレクトリ「b」、 1904はファイル「TopXlet. classj , 1905はファイル「GameXlet. classjである。

[0088] 次に AM1205bは、 1次記憶部 511にダウンロードしたファイルシステム中から実行する Java (R)プログラムを VM 1203に引き渡す。今、実行する Java (R)プログラム名が「aZTopXlet」とすると、 Java (R)プログラム名の最後に「. classjを付カ卩したフアイル「aZTopXlet. class」が実行すべきファイルとなる。「Z」はディレクトリやファイル名の区切りであり、図 19を参照して、ファイル 1904が実行すべき Java (R)プログラムである。次に AM1205biま、フアイノレ 1904を VM1203に引き渡す。

[0089] VM1203は、引き渡され^ Java (R)プログラムを実行する。

サービスマネージャ 1204は、他のチャンネルの識別子を受け取ると、ライブラリ 12 05に含まれる各ライブラリを通して再生して、る映像 ·音声及び Java (R)プログラムの実行を、同じくライブラリ 1205に含まれる各ライブラリを通して停止し、新たに受け取ったチャンネルの識別子に基づいて、映像'音声の再生及び Java (R)プログラムの実行を行う。

[0090] ライブラリ 1205は、 ROM512に格納されている複数の Java (R)ライブラリの集合である。本実施の形態では、ここでは、ライブラリ 1205は、 JMF1205aゝ AM1205bゝ T unerl205c、 CA1205d、 POD Libl205e、 MA管理部 1205f等を含んでいる。

[0091] 初期化サブプログラム 802は、ヘッドエンド 101から送られてくる特殊なプログラム情報を元に特権的なプログラムの起動を行う、と述べたが、その詳細について述べる

[0092] OCAP1. 0仕様では、前記 EPG1202のような、予め端末内に用意してあるプログラムの代わりに、端末装置の外部力も特権的なプログラム（以下、モニタアプリと呼ぶ )をダウンロードして実行する手順が規定されている。モニタアプリの機能として、例えば電子番組表の表示がある。さらに、モニタアプリが存在し、かつそれが自動的に起動するように指定されていた場合、必ず実行しなければならいと規定されている。ここでは、詳細は省略し、本発明に関する部分のみを解説する。

[0093] 図 20は、ヘッドエンド 101から送られてくる特殊なプログラム情報（以下 XAITと呼ぶ）の一例を模式的に表した表である。 XAITの構成は、図 18に示した前記 AITと類似の構成をとるため、同一構成要素に対しては同一番号を付し、説明を省略する。列 2005は、モニタアプリ識別子である。前記 AM1205bにおける AITの処理とは異なり、例えば、モニタアプリ識別子が 1以上になっているもののみがモニタアプリとして扱われる。 XAIT内にモニタアプリ識別子が 1以上であるプログラムが複数存在した場合は、それら全てをモニタアプリとして扱う。詳細については後述する。

[0094] なお、モニタアプリ識別子が 1以上になっているもののみがモニタアプリとして扱われると述べた力他の条件によってモニタアプリとして扱うかどうかを決定しても実施可能である。

[0095] 初期化サブプログラム 802は、 MA管理部 1205fに対しモニタアプリの起動を指示することによって、ヘッドエンド 101から送られてくる特殊なプログラム情報を元に特権的なプログラムの起動を行う。

[0096] 図 21は、 MA管理部 1205fの構成の一例を示すブロック図である。

MA管理部 1205fは、 MA管理部メイン 2101、 XAIT取得解析部 2102、 MA選択部 A2103、 MA起動部 2104、 MA監視部 2105、および MA選択部 B2106力も構成される。

[0097] MA管理部メイン 2101は、 MA管理部 1205fの中心的役割を果たすものであり、初期化サブプログラム 802からの指示を受け付け、 MA管理部 1205f内の他の構成要素を用、ることにより、 MA管理部 1205fとしての機能を実現する。

[0098] XAIT取得解析部 2102は、 MA管理部メイン 2101からの指示に従い、ヘッドェンド 101から送られてきた XAITを解析し、解析結果を MA管理部メイン 2101へ返す。例えば図 20に示した内容を解析結果として返す。 [0099] MA選択部 A2103は、 MA管理部メイン 2101から渡された XAITの解析結果に基づき、起動すべきモニタアプリを選択し、結果を MA管理部メイン 2101へ返す。例えば、図 20で示した内容が XAITの解析結果として渡された場合、 MA選択部 A2103 は、起動すべきモニタアプリとして行 1811で示されるプログラムを選択する力もしれない。

[0100] MA起動部 2104は、 MA管理部メイン 2101から指定されたモニタアプリの起動を行う。例えば、図 20における行 1811で示されるプログラムが指示された場合、モニタアプリとして「ZaZMAl」を起動する。起動方法については、前記 AM1205bの動作と同様であるため説明を省略する。

[0101] MA監視部 2105は、 MA管理部メイン 2101から指定されたモニタアプリの動作状況を監視し、異常終了が発生した場合には、 MA管理部メイン 2101へ通知する。異常終了の発生を認知するための手法として、例えば、モニタアプリが投げた例外を受け取るなどで判断可能である。例外につ!、ては、 Java (R)言語仕様で規定されて!、るため説明を省略する。また、 MA監視部 2105は、同時に複数のモニタアプリの動作状況を監視できてもよい。

[0102] MA選択部 B2106は、 MA管理部メイン 2101からの指示に従い、代替アプリを選択し、選択結果を MA管理部メイン 2101へ返す。

[0103] 図 22は、 MA管理部 1205fがモニタアプリの起動を行う手順を示すフローチャートである。

[0104] 初期化サブプログラム 802からの指示を、 MA管理部メイン 2101が受け取ると、まず、 MA管理部メイン 2101は、 XAIT取得解析部 2102に対し XAIT解析指示を出し、 XAIT取得解析部 2102は、ヘッドエンド 101から送られてくる XAITの取得を試みる（S2201)。さらに、 XAIT取得解析部 2102は XAITを解析し（S2203)、解析結果を MA管理部メイン 2101へ返す。 MA管理部メイン 2101は前記解析結果を元に、 MA選択部 A2103にモニタアプリの選択を依頼すると、 MA選択部 A2103は、 M A管理部メイン 2101から渡された情報を元に、起動すべきモニタアプリを選択し、選択結果を MA管理咅メイン 2101へ返す（S2204)。なお、 S2201,また ίま S2203において、 XAITの取得や解析に失敗していた場合、 MA選択部 A2103は、代替プログラム（例えば EPG1202)を選択結果として MA管理部メイン 2101へ返す。 MA管理部メイン 2101は、 MA選択部 A2103から返された結果を元に、 MA起動部 2104 に対しモニタアプリの起動を指示すると、 MA起動部 2104は、 MA管理部メイン 210 1力も指示されたモニタアプリを起動する（S2205)。 MA管理部メイン 2101は、さらに、 MA監視部 2105に対し、 MA起動部 2104が起動したモニタアプリの動作状況を監視するよう指示すると、 MA監視部 2105は、指示されたモニタアプリの動作状況の監視を開始する（S2206)。さらに、 MA管理部メイン 2101は、 S2204において複数のモニタアプリが選択されていた場合、そのうち未だ MA起動部 2104に起動を指示していないモニタアプリを選び、同様にモニタアプリの起動および監視を試みる（S 2207)。 MA管理部メイン 2101が S2204において選択された全てのモニタアプリに対する起動および監視の指示を完了すると、モニタアプリの起動に関する処理を完了する。ここで、結果を初期化サブプログラム 802へ返しても良い。また、 S2204において、起動すべきモニタアプリが選択されな力つた場合、 MA管理部メイン 2101は、代替プログラム（例えば EPG1202)が選択されたものとして、 S2205以降の処理を行ってもよい。

[0105] ここで、起動されたモニタアプリが、予期せぬタイミングで異常終了した場合の処理について述べる。

[0106] OCAP1. 0仕様では、モニタアプリが異常終了した場合、モニタアプリの再起動を試みるように規定されている。しかし、異常終了した実績から、再起動後も再び異常終了することが十分に予想される。

[0107] そこで、本発明では、異常終了が予想されるモニタアプリの代わりに代替プログラムを実行させる方法について述べる。なお、代替プログラムは、予め正常動作 (つまり、異常終了を起こさなヽこと)を保証されてヽることが望まヽが、保証されてヽなくとも実施可能である。

[0108] 図 23は、起動されたモニタアプリが、予期せぬタイミングで異常終了した場合の処理を示したフローチャートである。

[0109] MA監視部 2105が監視中のモニタアプリの異常終了を検知すると（S2301)、 MA 監視部 2105は異常終了したモニタアプリの監視を終了し (S2302)、 MA管理部メイン 2101に対し異常終了が発生したことを通知する（S2303)。

[0110] MA管理部メイン 2101は、 MA監視部 2105から異常終了の通知を受けると、 MA 選択部 B2106に対して代替プログラムの選択を依頼する。 MA選択部 B2106は、 M A管理部メイン 2101からの依頼に基づき代替プログラムを選択し、代替プログラムの起動に必要な情報を MA管理部メイン 2101に返す (S2304)。代替プログラムの起動に必要な情報とは、例えば、プログラム名、保存場所などである。

[0111] MA管理部メイン 2101は、 MA選択部 B2106から返された情報を元に、 MA起動部 2104に対し、代替プログラムの起動を指示する（S2305)。

[0112] MA管理部メイン 2101は、 MA監視部 2105に対し、代替プログラムの動作状況の監視を依頼する（S2306)。

[0113] さらに、代替プログラムが異常終了した場合、前述のモニタアプリが異常終了した場合と同様の手順 (S2301〜S2306)で次の代替プログラムが選択され起動される

[0114] また、 S2303の結果、 MA管理部メイン 2101は、必ずしも代替プログラムの起動処理（つまり S2304以降）を行う必要 ίまな!/ヽ。 f列え ίま、、図 22の S2204【こお!/、て複数のモニタアプリが選択され、その結果として複数のモニタアプリが起動されていた場合、 ΜΑ管理部メイン 2101は、それら全てのモニタアプリが異常終了した場合のみ、代替プログラムの起動処理 (つまり S2304以降）を行うことも可能である。

[0115] さらに、特定のモニタアプリが異常終了した場合のみ代替プログラムの起動処理を行うことも可能である。特定のモニタアプリとは、例えば図 20における列 2005モニタアプリ識別子が 1と指定されたモニタアプリである。この場合、モニタアプリ識別子が 2 と指定されたモニタアプリが異常終了したとしても、代替プログラムの起動処理は行われなくともよい。さらにこの場合、モニタアプリ識別子が 1ではないモニタアプリに対して、図 22における S2206の処理（つまりモニタアプリの動作状況の監視）を行わなくとも実施可能である。

[0116] なお、代替プログラムの例として EPG1202を述べた力起動可能であれば、他のプログラムを代替プログラムとして利用しても実施可能である。例えば、代替プロダラムとして、端末装置を再起動するものや、単純にチャンネル切り替えのみを行うものであっても実施可能である。また、代替プログラムは、 MA管理部メイン 2101に対しプログラムの情報を指定することで、他の代替プログラムの起動を依頼することも可能である。例えば、代替プログラムは、先に異常終了したモニタアプリの再起動を指示し、その後、モニタアプリが起動されることも可能である。

[0117] なお、代替プログラムの例である EPG1202は予め端末装置に用意されているものとして述べたが、予め用意されていなくとも本発明は実施可能である。例えば、代替プログラムを起動する段階にぉ、て、外部からダウンロードして起動することでも実施可能である。例えば、代替プログラムをネットワーク経由でダウンロードしたり、端末装置が受信している MPEGストリーム中力もダウンロードしてもよい。これにより、予め用意されたものではないプログラムを代替プログラムとして起動可能となる。

[0118] なお、モニタアプリをダウンロードして実行すると述べたが、 1回目のダウンロード時に 2次記憶部 705に保存しておき、 2回目以降は、ダウンロードする代わりに 2次記憶部 705に保存したものを利用して起動したとしても、本発明は実施可能である。

[0119] なお、 MA選択部 B2106が代替プログラムとして EPG1202を選択する場合について述べたが、任意の選択方式を用いて、起動可能な任意のプログラムを選択できれば実施可能である。

[0120] さらに、 MA管理部 1205fは、モニタアプリが異常終了した場合、異常終了の内容を第 1記憶部 511または第 2記憶部 510へ保存することも可能である。さらに、保存した内容を端末装置の外部へ送信することも可能である。保存する内容とは、例えば、異常終了が発生した時刻、 Java (R)プログラム識別子、プログラム名、異常終了の種類 (例えばメモリ不足)などであるが、少なくとも異常終了が起きたことが判別できるものであれば実施可能である。また、情報端末の外部の例として、端末装置製造者や放送事業者がある。これにより、例えば端末装置の不具合で異常終了が発生した場合には端末装置製造者に送信することで、端末装置製造者が迅速な対応策を講じることが可能であり、モニタアプリの不具合で発生した場合は放送事業者に送信することで、モニタアプリの不具合を迅速に修正することが可能となる。この場合における処理を図 24に示す。なお、図 24において、図 23で示した処理と同様の部分に関しては、同一番号を付し、説明を省略する。 [0121] 図 24の S2303によって MA管理部メイン 2101がモニタアプリの異常終了を検知すると、 MA管理部メイン 2101は、その異常終了の内容を 1次記憶部 511または 2次記憶部 510へ保存する（S2410)。さらに、 MA管理部メイン 2101は、保存した内容を端末装置の外部へ送信する。その後、 MA管理部メイン 2101は、 S2304以降の処理を継続する。

[0122] なお、送信手段につ!ヽては、端末装置外部へ情報を伝達できるものであれば実施可能である。例えば、周知の技術である FTPや E— mailなどを利用して保存内容を送信することが可能である。

[0123] なお、 2次記憶部 510として、着脱可能な記憶装置を利用しても実施可能である。

この場合、外部への送信を行わず、着脱可能な記憶装置を、何らかの輸送手段を用 V、て輸送することでも実施可能である。

[0124] なお、本実施の形態では、 ROM512が保存する内容を 2次記憶部 510が保存することで、 ROM512を削除することも実施可能である。また、 2次記憶部 510は、複数のサブ 2次記憶部で構成し、個々のサブ 2次記憶部が異なる情報を保存しても実施可能である。例えば、 1つのサブ 2次記憶部はチューニング情報のみを保存し、別のサブ 2次記憶部は、 OS1201のライブラリ 1201bを保存し、更に別のサブ 2次記憶部は、ダウンロードし^ Java (R)プログラムを保存するなど、詳細に分割することが可能である。

[0125] また、本実施の形態では、登録され^ Java (R)プログラムを 2次記憶部 510に保存していたが、 1次記憶部 511に保存することも実施可能である。 1次記憶部 511に保存する場合、電源 OFF時に、保存された情報は全て消える。

[0126] (実施の形態 2)

実施の形態 1では、例として、 MA選択部 B2106が代替プログラムとして EPG120 2を選択する場合について述べたが、本実施の形態では、さらに、他の選択方式として、 MA選択部 B2106が MA選択部 A2103の選択結果と同じプログラム（つまり異常終了したプログラム)を再度選択する場合について述べる。

[0127] これは、例えば、 MA管理部 1205fが、モニタアプリが異常終了したとしても、何ら力の判断根拠に基づき、同じモニタアプリを再起動する場合である。判断根拠とは、例えば、異常終了の原因に対する回避策を予め知っており、異常終了後、その回避策を講じることで再起動後の正常動作が期待できる場合である。回避策とは、例えば、メモリ不足によってモニタアプリが異常終了した場合、他のプログラムを終了させることなどにより、モニタアプリが利用可能なメモリ容量を確保することである。

[0128] 本実施の形態では、 MA監視部 2105は、モニタアプリの異常終了が発生した際に、異常終了の発生の通知とともに、モニタアプリが異常終了した原因を示す例えばコードを MA管理部メイン 2101へ通知する。 MA管理部メイン 2101は、コード（異常終了した原因）に対応した回避策をあらカゝじめテーブル等に保持しており、通知されたコードに対応した回避策を決定し、決定した回避策を実施する。

[0129] 本実施の形態における動作手順を図 25に示す。

図 25において、図 23で示した処理と同様の部分に関しては、同一番号を付し、説明を省略する。

[0130] S2303において、 MA監視部 2105は、モニタアプリの異常終了が発生したことを通知するとともに、モニタアプリが異常終了した原因を示すコードを MA管理部メイン 2101へ通知する。そして、 MA管理部メイン 2101は、 MA選択部 B2106に対し、代替プログラムの選択を依頼すると、 MA選択部 B2106は、代替プログラムとして、異常終了したモニタアプリを選択し、モニタアプリの起動に必要な情報を MA管理部メイン 2101に返す（S2510)。モニタアプリの起動に必要な†青報とは、図 22の S2204 で返された情報、またはその一部、および付加情報である。付加情報として、例えば、選択されたモニタアプリが異常終了した回数や、選択されたモニタアプリが代替プログラムとして選択された回数などである。この場合、 MA選択部 B2106は、モニタァプリが異常終了した回数を保持するために、例えば 1次記憶部 511に情報を保持する。図 26 (a)、（b)及び (c)は、 1次記憶部 511に保持しているデータを模式的に表した表である。列 2601は、 Java (R)プログラム識別子であり、列 2602は、 Java (R)プログラム識別子で示されるプログラムが異常終了した回数である。行 2611および行 26 12は、 Java (R)プログラムの情報の組である。例えば、図 26 (a)を参照して、行 261 1で定義される Java (R)プログラムは、識別子「301」、プログラムが異常終了した回数「0」の組である。行 2612で定義される Java (R)プログラムは、識別子「302」、プログラムが異常終了した回数「0」の組である。

[0131] 図 26 (a)は、図 23における S2303を処理する前の保持内容である。図 25の S230

3において Java (R)識別子が 301であるモニタアプリの異常終了が通知された場合、

1次記憶部 511に保持されるデータは、図 26 (b)のように変化する。なお、付加情報が無くとも実施可能である。

[0132] MA管理部メイン 2101は、通知されたコードに対応した回避策を決定し、決定した異常終了の原因に対する回避策を実施する（S2511)。その後、 S2305以降の処理を行う。

[0133] 本手順により、モニタアプリが異常終了した後、再度、同一のモニタアプリを起動することが可能となる。

[0134] (実施の形態 3)

実施の形態 2では、例として、 MA選択部 B2106が MA選択部 A2103の選択結果と同じプログラム（つまり異常終了したプログラム)を再度選択する場合について述べたが、本実施の形態では、他の選択方式として、異常終了の回数が N回までは、 M A選択部 B2106が MA選択部 A2103の選択結果と同じプログラム（つまり異常終了したプログラム）を再度選択し、 N+ 1回目以降は、他のプログラム（例えば EPG120 2など)を選択しても良い。

[0135] ここでは、 N = 2の場合であり、かつ、 Java (R)プログラム識別子が 301であるモニタアプリが異常終了した時に代替プログラムを選択する場合について説明する。

[0136] 図 27は、本実施の形態における動作手順を示したものである。

図 27において、図 23で示した処理と同様の部分に関しては、同一番号を付し、説明を省略する。

[0137] Java (R)プログラム識別子が 301であるモニタアプリが 1回目の異常終了を起こした場合、 S2303の結果、 MA管理部メイン 2101は、 MA選択部 B2106に対し、代替プログラムの選択を依頼すると、 MA選択部 B2106は、まず、異常終了の回数をカウントする（ステップ S2701)。すなわち、 1次記憶部 511に保存してある内容を図 26 (a )から図 26 (b)のように変更する。次に、図 26に示したプログラムが異常終了した回数を参照し、異常終了回数が所定回数 (N回）以上であるか否かを判定する (ステツプ S2702)。ここで、異常終了回数が所定回数 (N回）以上でない場合 (ステップ S27 02で No)には、 MA選択部 B2106は、 Java (R)プログラム識別子が 301であるモ- タアプリを選択し (ステップ S2704)、以後、 S2305以降の処理が行われる。一方、異常終了回数が所定回数 (N回）以上である場合 (ステップ S2702で Yes)には、 Java ( R)プログラム識別子が 301であるモニタアプリ以外のプログラム（例えば EPG1202 など）を選択し (ステップ S2703)、以後、 S2305以降の処理が行われる。

[0138] ここの例では、図 26 (b)の列 2602を参照して、これまでの異常終了回数が 1回であることが分かる。よって、 MA選択部 B2106は、 Java (R)プログラム識別子が 301 であるモニタアプリを選択する。以後、 S2305以降の処理が行われる。

[0139] 次に、 Java (R)プログラム識別子が 301であるモニタアプリが 2回目の異常終了を起こした場合、 S2303の結果、 MA管理部メイン 2101は、 MA選択部 B2106に対し、代替プログラムの選択を依頼すると、 MA選択部 B2106は、まず、 1次記憶部 511 に保存してある内容を図 26 (b)から図 26 (c)のように変更する。次に、図 26に示したプログラムが異常終了した回数を参照する。この時、図 26 (c)の列 2602を参照して、これまでの異常終了回数が 2回であることが分かる。ここで、 MA選択部 B2106は、既に所定回数 (この場合 2回）に達したため、 Java (R)プログラム識別子が 301であるモニタアプリ以外のプログラム（例えば EPG1202など）を選択する。以後、 S2305以降の処理が行われる。

[0140] これにより、 Java (R)プログラム識別子が 301の異常終了に対し、 1回目まで ίお ava

(R)プログラム識別子が 301を再起動し、 2回目以降はモニタアプリ以外のプログラムを起動することが可能となる。

[0141] なお、ここでは N = 2の場合について説明した力 Nは 1以上の整数であれば実施可能である。

[0142] (実施の形態 4)

実施の形態 1〜3では、 MA選択部 B2106が代替プログラムの選択方式として、選択するプログラムが予め決められている場合について述べた力他の選択方式として、選択候補となるプログラムの一覧を視聴者に提示し、視聴者に選択させる方法をとつても良い。 [0143] 図 28は、本実施の形態における動作手順を示したものである。なお、図 23で示した処理と同様の部分に関しては、同一番号を付し、説明を省略する。

[0144] S2303の結果、 MA管理部メイン 2101は、 MA選択部 B2106〖こ対し、代替プログラムの選択を依頼すると、 MA選択部 B2106は、まず、代替プログラムとして選択可能なプログラムの一覧を作成する（S2810)。次に、 MA選択部 B2106は、作成したプログラムの一覧を、視聴者に提示し、選択を促す (S2811)。 MA選択部 B2106は、視聴者の選択に基づき、代替プログラムを決定する（S2812)。以後、 S2305以降の処理が行われる。

[0145] ここで、図 29は、 S2810において作成した代替プログラムとして選択可能なプログラムの一覧の一例を模式的に表した表である。列 2901 ίお ava (R)プログラムの識別子である。列 2902はプログラム名である。行 2911と行 2912は、 Java (R)プログラムの情報の組である。行 2911で定義される Java (R)プログラムは、識別子「301」、プログラム名「MA1」の組である。行 2912で定義される Java (R)プログラムは、識別子「7 01」、プログラム名「EPG」の組である。

[0146] なお、図 29で表した表の内容でなくとも、 MA選択部 B2106がプログラムを識別できる情報が含まれて、れば、他の内容を用いても実施可能である。

[0147] また、一覧に含まれるプログラムは、起動可能であれば、どこに存在していても実施可能である。

[0148] 図 30は、 S2810において視聴者に提示される表示の一例を示したものである。ここでは、ディスプレイ 509に、ダイアログ 3001が表示されている。視聴者は、表示されたプログラムの一覧力もプログラムを選択する。例えば、リモコンの「1」ボタンを押すことで「MA1」を選択する。その場合、 MA選択部 B2106は、視聴者が識別子「301」のプログラムを選択したことが分力るので、 MA選択部 B2106は、代替プログラムとして、識別子「301」を持つプログラムを代替プログラムとして決定する。また、視聴者がリモコンの「2」ボタンを押すことで「EPG」を選択した場合、 MA選択部 B2106は、視聴者が識別子「701」のプログラムを選択したことが分力るので、 MA選択部 B2106 は、代替プログラムとして、識別子「701」を持つプログラムである EPG1202を代替プログラムとして決定する。 [0149] なお、少なくとも視聴者がプログラムを識別できる情報が含まれていれば、他の内容を用いても実施可能である。

[0150] また、少なくとも視聴者がどのプログラムを選択したかが MA選択部 B2106へ伝わるのであれば、どのような表示形態、および選択方法を用いても、実施可能である。

[0151] また、 MA選択部 B2106は、ある条件を満たすことで、視聴者の選択を待つことなぐ代替プログラムを決定する手も実施可能である。例えば、視聴者に提示した後、 3

0秒経過しても視聴者が選択しなかった場合、 MA選択部 B2106は代替プログラムとして識別子「701」を持つプログラムである EPG 1202を代替プログラムとして決定することが可能である。

[0152] (実施の形態 5)

実施の形態 1〜3において、 MA管理部メイン 2101は、 MA監視部 2105から異常終了通知を受け取った際、視聴者に対し、異常終了の発生を通知してもよい。

[0153] 図 31は、視聴者に対する通知方法の一例を示したものである。例えば、端末装置本体の 7セグ LED3102に表示したり、または、端末装置本体のランプ 3101を点灯することによって通知可能である。

[0154] 図 32は、ディスプレイ 509に表示することでモニタアプリの異常終了を通知する場合の表示の一例である。ダイアログ 3201内に視聴者に対するメッセージを記述し、ダイアログ 3201をディスプレイ 509に表示することで、視聴者に対し、異常終了の発生を通知できる。

[0155] なお、例として図 31、図 32に示した方法でなくとも、視聴者が認識可能な方法で提示すれば実施可能である。

[0156] (実施の形態 6)

本実施の形態では、ヘッドエンド 101から取得した XAITの情報を元に起動され^ J ava (R)プログラムが、 OS1201のライブラリ 1202b内のプログラムと置き換わって、 P OD504から参照可能 ¾[ava (R)プログラムとして登録され、 POD504内のサブプログラムとメッセージを送受信できるような特殊なモニタアプリである場合について記述する。

[0157] 例えば、 Java (R)プログラムを、 OS1201のライブラリ 1202b内のプログラムであるダイアログ表示プログラムと置き換えることによって、その Java (R)プログラムは、 PO D504内のサブプログラムである PPVサブプログラム 805とメッセージの送受信を行うことが可能である。

[0158] 他の実施の形態とは異なり、本実施の形態の場合、 OS1201のライブラリ 1202b内のプログラムは常に動作し続け、 Java (R)プログラムが登録された場合においても、

OS1201のライブラリ 1202b内のプログラムは終了されなくても良い。ただし、この場合においても、登録され ava (R)プログラムが異常終了した場合、再度その Java ( R)プログラムを実行させたとしても、再び異常終了することが十分に予想されるため、ユーザの要求 (例えば PPVの視聴)を妨げることになる。本実施の形態では、この課題に対する本発明の適用につヽて述べる。

[0159] 本実施の形態においては、まず、 OS1201のライブラリ 1202b内のプログラムと置き換わって POD504から参照可能 ¾[ava (R)プログラムの、登録処理および登録削除処理について説明し、次に、本題である Java (R)プログラムが異常終了した場合における処理にっ、て記述する。

[0160] 図 33は、本実施の形態における Java (R)プログラムに関する XAITの情報の一例である。図 33において、図 20と同一要素に対しては同一番号を付し、説明を省略する。列 3311と列 3312は、 Java (R)プログラムの情報の組である。列 3311で定義される Java (R)プログラムは、 Java (R)プログラム識別子「701」、制御情報「autostart 」、 DSMCC識別子「1」、プログラム名「ZaZPPVlXlet」、モニタアプリ識別子「1」の糸且である。列 3312で定義される Java (R)プログラムは、 Java (R)プログラム識別子「702」、制御情報「present」、 DSMCC識別子「1」、プログラム名「ZbZPPV2Xle t」、モニタアプリ識別子「2」の組である。ここでは、 Java (R)プログラムに対して 5つの情報しか規定しないが、より多くの情報が定義されていても本発明は実施可能である

[0161] ここで、行 3311で表される Java (R)プログラム「PPVlXlet」は POD504が内部に持つ PPVサブプログラム 805と連携して、 PPV対象の番組情報を表示するプロダラムとする。端末装置 500に、 Java (R)プログラム「PPVlXlet」が無いときは、 PPVサブプログラム 805が端末装置 500の CPU514に対し画面に表示したい情報を送ると、 OS 1201のライブラリ 1202bに含まれるダイアログ表示プログラム力図 34に示すような番組購入を促すメメッセージをディスプレイ 509に表示する。 3401はダイアログボックスであり、メッセージ 3402、 4桁の暗証番号を入力するための暗証番号ボックス 3403、 OKボタン 3404、取消ボタン 3405の表示要素を持つ。しかしながら、この表示では、番組内容が不明なため、ユーザは番組ガイドなどの本を参照するなどして番組内容を確認する必要があり不便である。

[0162] 端末装置 500上にお!、て、 Java (R)プログラム「PPVlXlet」が起動されると、 Java

(R)プログラム「PPVlXlet」は、 Java (R)ライブラリ 1205の POD Libl205eに対し、自身を POD504から参照可能お ava (R)プログラムとして登録する。登録の際、自身の Java (R)プログラムのモジュール識別子として「PPV」も同時に登録する。 POD Libl205eは登録された内容を 2次記憶部 510に記憶する。図 35は、 2次記憶部 5 10力登録された、 POD504から参照可能 ¾[ava (R)プログラムの情報を保存している状態の一例である。この例では、表形式で保存しており、列 3501ίお ava (R)プログラムのモジュール識別子、列 3504ίお ava (R)プログラムの名前を記憶している。行 3511および行 3512は、登録されている Java (R)プログラムを表す。行 3511は、モジュール識別子「PPV」、 Java (R)プログラムの名前「PPVlXlet」の組である。行 2 312は、モジュール識別子「VOD」、 Java (R)プログラムの名前「VODXlet」の組である。なお、ここで ίお ava (R)プログラムのモジュール識別子 3501および Java (R)プログラムの名前 3504を保存している力少なくとも Java (R)プログラムのモジュール識別子および、登録され ^Java (R)プログラムを一意に特定できる情報が保存されていれば実施可能である。

[0163] POD Libl205eが、登録され^ Java (R)プログラムの情報を POD504に通知することによって、 POD504内のサブプログラムと、登録され^ Java (R)プログラム間でメッセージの送受信が可能となる。例えば、 POD504内の PPVサブプログラム 805 は、図 35の行 3511で示される登録され^ Java (R)プログラムに、 PPV購入対象の番組内容を送り、その Java (R)プログラムは、ダイアログ表示プログラムの代わりに、図 36のようにディスプレイ 509に表示を行うことができる。ここでは、 3601は、登録され^ Java (R)プログラムによって、番組情報、およびダイアログ表示プログラムと同等の表示を行われたものである。

[0164] ただし、ここでは OS1201のライブラリ 1202bのダイアログ表示プログラムは何も表示してヽな、が、実際には登録され^ Java (R)プログラムと一緒に実行されてヽても良い。この際、 POD504からは、登録され ava (R)プログラムの種別を参照してメッセージを送る相手の Java (R)プログラムを識別している。具体的には、 OS1201のライブラリ 1202bのダイアログ表示プログラムがモジュール識別子「PPV」を持ち、登録する Java (R)プログラムに、 OS 1201のライブラリ 1202bのダイアログ表示プログラムと同じモジュール識別子「PPV」を持たせ、 POD504はこのモジュール識別子を参照してメッセージを送受信する相手の Java (R)プログラムを識別して！/ヽる。

[0165] 本実施の形態においては、 POD504の各サブプログラムは、同一モジュール識別子を持つ複数のプログラムに対し同時にメッセージの送受信が不可能である（つまり、あるモジュール識別子に対して、 POD504の各サブプログラムが送受信できるプログラムは最大でも 1つしか許されない)ものとする。

[0166] 図 37は、 POD Libl205eに Java (R)プログラムが登録される場合における POD

Lib 1205eの動作をまとめたフローチャートである。

[0167] POD Libl205eは、 Java (R)プログラムとのメッセージの配送（送信 Z受信の少なくとも一方をまたは両方を含む）の登録を受け付けると、 2次記憶部 510へ必要な情報（例えば図 35に示すような情報）を保存し (ステップ S3701)、ステップ S3701にお!、て登録を受け付け^ Java (R)プログラムのモジュール識別子と、既に 2次記憶部 510に登録されている他の Java (R)プログラムおよびライブラリ 1201b内のプロダラムのモジュール識別子とを比較することで、登録を受け付け^ Java (R)プログラムのモジュール識別子と同じモジュール識別子のプログラムが存在するかどうかを判定する（ステップ S3702)。

[0168] その結果、同じモジュール識別子のプログラムが存在する場合 (ステップ S3702で Yesの場合）は、 POD Libl205eは、それまでメッセージ配送を行っていた対象、具体的には、 2次記憶部 510に登録されて、る他の Java (R)プログラムまたは OS 12 01のライブラリ 1201b内のプログラムに対して、メッセージ配送が停止することを事前通知する（ステップ S3703)。 [0169] 停止の通知を受け^ Java (R)プログラムや OS1201のライブラリ 1201bは、必要な処理（POD504とのメッセージの配送の停止（つまりメッセージの配送の登録を非登録とすること）をするために必要な内部処理)を終了したあと、 POD Libl205eにメッセージ送信の停止の了解を通知する（ステップ S3704)。

[0170] その了解通知を受けた POD Libl205eは、 POD504と、既存の（2次記憶部 510 に既に登録されており、 POD504とのメッセージの配送の停止の対象となっている) J ava (R)プログラムまたは OS 1201のライブラリ 120 lb内のプログラムとのメッセージ配送の登録を削除 (つまり非登録)し、そのプログラムとのメッセージ配送を停止する（ステップ S3705)。そして、ステップ S3701において登録を受け付け^ Java (R)プログラムに対しメッセージ配送を開始する旨の通知する (ステップ S3706)。その後、ステツプ S3701にお!/、て登録を受け付け^ Java (R)プログラムへの POD504からのメッセージの配送を受け付ける登録を行うことで、メッセージの配送を有効にする (ステップ S3707)。

[0171] 一方、同じモジュール識別子のプログラムが存在しない場合 (ステップ S3702で No の場合）は、 POD Libl205eは、ステップ S3701において登録を受け付け^ Java ( R)プログラムに対してメッセージ配送を開始する旨を通知した後に (ステップ S3706 )、ステップ S3701〖こお!/、て登録を受け付け^ Java (R)プログラムへの POD504とのメッセージの配送を受け付ける登録を行うことで、メッセージの配送を有効にする（ステツプ S3707)。

[0172] 図 38、図 39は、本動作のフローチャート（図 37)に基づいて、 POD504とのメッセージの配送先の変化を表す模式図である。図 38 (a)は、 Java (R)プログラムが登録されてヽな、状態を表し、 POD504とのメッセージ配送が OS 1201のライブラリ 120 lb (より具体的には、例えばライブラリ 1201bのダイアログ表示プログラム）と行われている。矢印 3801は、メッセージ配送を表す。図 38 (a)の状態で、 OS1201のライブラリ 1201b内のプログラムと同一のモジュール識別子を持つ Java (R)プログラム 381 1が登録されると、図 37のフローチャートに従って、矢印 3801で表される POD504とライブラリ 120 lbとのメッセージ配送を停止し、 POD504iJava (R)プログラム 3811 とのメッセージの配送が設定され、図 38 (b)の状態になる。 [0173] 図 39 (a)は、 Java (R)プログラム 3911が登録され、 POD504とのメッセージ配送が、登録されている Java (R)プログラム 3911と行われている状態を表す。矢印 3901は、メッセージ配送を表す。図 39 (a)の状態で、 Java (R)プログラム 3911と同一モジュール識別子を持つ Java (R)プログラム 3912が登録されると、図 37のフローチャートに従って、矢印 3901で表される POD504^Java (R)プログラム 3911とのメッセージの配送を停止し、 POD504^Java (R)プログラム 3912とのメッセージの配送が設定され (矢印 3902)、図 39 (b)の状態になる。

[0174] また、 POD Libl205eは、 Java (R)プログラムの登録を受け付けると共に、登録の削除 (つまり非登録の要求)も受け付ける。

[0175] 図 40は、 POD Lib 1205eが Java (R)プログラムの登録を削除する（つまり 2次記憶部 510に登録されて、る Java (R)プログラムとのメッセージの配送の登録を非登録とする）場合における POD Lib 1205eの動作をまとめたフローチャートである。

[0176] POD Libl205eは、 Java (R)プログラムの削除を受け付けると（ステップ S4001) 、削除の対象となる Java (R)プログラムに対して、メッセージの配送が停止することを事前通知する（ステップ S4002)。通知を受け^ Java (R)プログラムは、必要な処理（ POD504とのメッセージ配送の停止（つまりメッセージ配送の登録を非登録とすること）前にすべき必要な内部処理）を終了したあと、 POD Libl205eにメッセージの配送の停止の了解を通知する（ステップ S4003)。その了解通知を受けた POD Libl 205eは、 2次記憶部 510に登録され^ Java (R)プログラムのうち要求された削除の対象となって、る Java (R)プログラムへのメッセージ配送の登録を削除する（つまり非登録とする）ことにより、 POD504と、対象となる Java (R)プログラムとのメッセージ配送を停止する（ステップ S4004)。そして、 POD Libl205eは、 OS1201のライブラリ 1201bに対し POD504とのメッセージの配送を受け付ける登録を行うことで、 POD 504と OS1201のライブラリ 1201b (より具体的には、その中に含まれる、削除の対象となる Java (R)プログラムと同じモジュール識別子を持つプログラム）とのメッセージの配送を有効にする（ステップ S4005)。ここで、もし、 OS1201のライブラリ 1201b 内のプログラムのうち、削除の対象となる Java (R)プログラムと同じモジュール識別子を持つプログラムが動作してヽな、ならば、同じモジュール識別子を持つプログラムを起動した後にメッセージの配送を有効にすることで同様の動作が可能となる。

[0177] また、ステップ S4005において 2次記憶部 510に登録されている他の Java (R)プログラムまたは新たに登録され^ Java (R)プログラムがあり、これらの Java (R)プロダラムのいずれ力 1つとのメッセージの配送を行いたい（または行える）場合には、 POD5 04と対象となる Java (R)プログラムとのメッセージの配送を受け付ける登録を行うことで対象となる Java (R)プログラムとのメッセージの配送を有効にするようにしても良!ヽ

[0178] 次に、本題である Java (R)プログラムが異常終了した場合における処理について記述する。

[0179] 図 38 (b)の状態において、 Java (R)プログラム 3811が異常終了した場合の処理について述べる。図 41を参照して、 MA管理部 1205fは、その異常終了を検知するとともに、 POD Libl205eに対し異常終了した旨を通知する。図 42は、その際の動作をまとめたフローチャートである。図 23と同一の処理については同一番号を付し、説明を省略する。 MA監視部 2105が監視中のモニタアプリ（ここで〖お ava (R)プログラム 3811)の異常終了を検知すると（S2301)、MA監視部 2105は異常終了したモユタアプリの監視を終了し (S2302)、 MA管理部メイン 2101に対し異常終了が発生したことを通知する（S2303)。 MA管理部メイン 2101は、 POD Libl205eに対し、モニタアプリの終了を通知する（S4204)。

[0180] POD Libl205eは、異常終了の通知を受け取ると、異常終了し^ Java (R)プログラム 3811とのメッセージ配送の登録を削除する処理を行う。図 43は、その際の動作をまとめたフローチャートである。 POD Libl205eは、 Java (R)プログラムの異常終了を受け取ると（S4301)、 POD504とその Java (R)プログラムとのメッセージ配送の登録を削除する（つまり非登録とする）ことにより、 POD504とその Java (R)プログラムとのメッセージ配送を停止する（ステップ S4302)。そして、 POD Libl205eは、 OS 1201のライブラリ 1201bに対し POD504とのメッセージの配送を受け付ける登録を行うことで OS1201のライブラリ 1201bとのメッセージの配送を有効にする（ステップ S 4304)。

[0181] また、図 39 (b)のように、 2次記憶部 510に、同一モジュール識別子を持つ他の Jav a (R)プログラム（ここでは 3911を意味する）が記憶されて、る場合にっ、て述べる。 Java (R)プログラム 3912が異常終了した場合、 POD Libl205eは、 OS1201のライブラリ 1201bに対し POD504とのメッセージの配送を受け付ける登録するのではなく、同一モジュール識別子を持つ他の Java (R)プログラム 3912を登録しても良い。図 44は、その際の動作をまとめたフローチャートである。図 43と同一処理については、同一番号を付し、説明を省略する。 POD504と異常終了し^ Java (R)プログラムとのメッセージ配送を停止すると（ステップ S4302)、同一モジュール識別子を持つ他の Java (R)プログラムが存在して!/、るかどうかを調べる（S4403)。存在して!/、る場合 (S4403で Yesの場合）、その Java (R)プログラムを登録する。この登録処理は図 37 で示したフローチャートに従い、 S3702において Noの場合の処理となる。他の Java ( R)プログラムが存在しない場合、 POD Libl205eは、 OS1201のライブラリ 1201b に対し POD504とのメッセージの配送を受け付ける登録を行うことで OS1201のライブラリ 120 lbとのメッセージの配送を有効にする（ステップ S4304)。

[0182] なお、同一モジュール識別子を持つ他の Java (R)プログラムが存在している場合においても、図 43に示した処理を行っても（つまり S504の処理へ移行しても）良い。

[0183] なお、本実施の形態においては、 POD504内の PPVサブプログラム 805^Java (R )プログラム力 Sメッセージ交換を行い、動作を行うこととしている力 PPVに限らず、 P OD504上の!/、かなるサブプログラムと、端末装置 500上の!/、かなる Java (R)プログラムの間でメッセージ交換を行い、動作することに対しても適応可能である。また、 Ja va (R)プログラム ¾Java (R)仕様で規定される書式に基づ!/、た形式の部分と、 CPU が直接実行できる形式の部分の混合でもよヽし、 CPUが直接実行できる形式のみで構成されて!、ても実施可能である。

[0184] なお、本実施の形態においては、登録され^ Java (R)プログラムに関連する内容を 2次記憶部 510に保存した力 1次記憶部 511に保存しても実施可能である。

[0185] 本実施の形態により、 POD504とのメッセージ送受信を行えるよう登録され^ Java ( R)プログラムが異常終了した場合においても、 OS1201のライブラリ 1201bのプログラムとのメッセージ送受信を再開することで、 POD504は端末上のプログラムとのメッセージ送受信を継続することができる。産業上の利用可能性

本発明に係るプログラム実行装置は、デジタルテレビ受信機の動作の安定性向上に対して有用であり、またデジタルテレビ受信機に限らずパーソナルコンピュータや携帯電話など、ソフトウェアによって制御される情報機器の動作の安定性向上に対しても応用できる。

Claims

請求の範囲

[1] プログラムを実行するプログラム実行装置であって、

ダウンロードして実行されるプログラムを実行すべきプログラムとして選択する第 1プログラム選択手段と、

実行中のプログラムの動作状況を監視するプログラム監視手段と、

前記プログラム監視手段によって実行中の前記プログラムの異常終了が検知された場合、前記プログラムと同じ種類のプログラムを実行すべきプログラムとして選択する第 2プログラム選択手段と、

前記第 1プログラム選択手段によって選択されたプログラムを実行するとともに、前記プログラム監視手段によって実行中の前記プログラムの異常終了が検知された場合、前記第 2プログラム選択手段によって選択されたプログラムを実行する実行手段と

を備えることを特徴とするプログラム実行装置。

[2] 前記第 2プログラム選択手段は、第 1プログラム選択手段によって選択されたプログラムと異なるプログラムを実行すべきプログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[3] 前記プログラム実行装置は、さらに、

前記プログラム監視手段によって異常終了が検知された前記プログラムの異常終了の原因を取得する原因取得手段と、

前記異常終了の原因に基づいて回避策を実行する回避策実行手段とを備え、前記第 2プログラム選択手段は、第 1プログラム選択手段によって選択されたプログラムと同じプログラムを実行すべきプログラムとして選択し、

前記実行手段は、前記回避策実行手段によって前記回避策が実行された後、前記第 2プログラム選択手段によって選択されたプログラムを実行する

ことを特徴とする請求項 1記載のプログラム実行装置。

[4] 前記第 2プログラム選択手段は、所定条件を満たさな、場合、第 1プログラム選択手段によって選択されたプログラムと同じプログラムを実行すべきプログラムとして選択し、前記所定条件を満たす場合、第 1プログラム選択手段によって選択されたプログラムと異なるプログラムを実行すべきプログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[5] 前記第 2プログラム選択手段は、前記プログラム監視手段によって異常終了が検知された前記プログラムの異常終了の回数が所定回数を超える力否力を前記所定条件とし、前記プログラムの異常終了の回数が所定回数を超えていない場合には前記所定条件を満たさないと、前記プログラムの異常終了の回数が所定回数を超えている場合には前記所定条件を満たすとする

ことを特徴とする請求項 4記載のプログラム実行装置。

[6] 前記第 2プログラム選択手段は、選択した前記プログラムの選択回数が所定回数を超える力否かを前記所定条件とし、前記プログラムの選択回数が所定回数を超えて V、な、場合には前記所定条件を満たさな!/、と、前記プログラムの選択回数が所定回数を超えて!/ヽる場合には前記所定条件を満たすとする

ことを特徴とする請求項 4記載のプログラム実行装置。

[7] 前記第 2プログラム選択手段は、時刻情報を前記所定条件とする

ことを特徴とする請求項 4記載のプログラム実行装置。

[8] 前記第 2プログラム選択手段は、利用者の指示を受け付けたか否かを前記所定条件とし、前記利用者の指示を受け付けて、な、場合には前記所定条件を満たさな、と、前記利用者の指示を受け付けた場合には前記所定条件を満たすとする

ことを特徴とする請求項 4記載のプログラム実行装置。

[9] 前記第 2プログラム選択手段は、不揮発性メモリ上に存在するプログラムを実行すべき前記プログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[10] 前記第 1プログラム選択手段または前記第 2プログラム選択手段は、ネットワークを経由して取得可能なプログラムを実行すべき前記プログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[11] 前記第 1プログラム選択手段または前記第 2プログラム選択手段は、放送波に含まれるプログラムを実行すべき前記プログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[12] 前記プログラム監視手段は、実行中の前記プログラムの異常終了を検知すると、異常終了の発生を利用者に提示する

ことを特徴とする請求項 1記載のプログラム実行装置。

[13] 前記プログラム監視手段は、実行中の前記プログラムの異常終了を検知すると、異常終了の発生を利用者に提示する

ことを特徴とする請求項 1記載のプログラム実行装置。

[14] 前記プログラム監視手段は、異常終了の発生を LED表示として利用者に提示することを特徴とする請求項 13記載のプログラム実行装置。

[15] 前記プログラム監視手段は、異常終了の発生をディスプレイ上の表示として利用者に提示する

ことを特徴とする請求項 13記載のプログラム実行装置。

[16] 前記第 2プログラム選択手段は、利用者の指示に基づいて前記プログラムを選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[17] 前記第 2プログラム選択手段は、選択可能なプログラムの候補を提示するとともに、利用者によって選択されたプログラムを実行すべき前記プログラムとして選択することを特徴とする請求項 16記載のプログラム実行装置。

[18] 前記第 2プログラム選択手段は、選択可能なプログラムの候補として不揮発性メモリ上に存在するプログラムを少なくとも提示する

ことを特徴とする請求項 17記載のプログラム実行装置。

[19] 前記第 2プログラム選択手段は、選択可能なプログラムの候補としてネットワーク経由で取得可能なプログラムを少なくとも提示する

ことを特徴とする請求項 17記載のプログラム実行装置。

[20] 前記第 2プログラム選択手段は、選択可能なプログラムの候補として放送波に含まれるプログラムを少なくとも提示する

ことを特徴とする請求項 17記載のプログラム実行装置。

[21] 前記第 2プログラム選択手段は、利用者からの選択が所定の時間内に行われない場合、所定のプログラムを前記プログラムとして選択することを特徴とする請求項 17記載のプログラム実行装置。

[22] 前記第 2プログラム選択手段は、利用者からのチャンネル選択要求を受け付けて処理を行うプログラムを実行すべき前記プログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[23] 前記第 2プログラム選択手段は、電子番組表を表示するプログラムを実行すべき前記プログラムとして選択する

ことを特徴とする請求項 1記載のプログラム実行装置。

[24] 前記プログラム監視手段は、異常終了を検知した前記プログラムに関する情報を記録する

ことを特徴とする請求項 1記載のプログラム実行装置。

[25] 前記プログラム監視手段は、前記情報を着脱可能な記録媒体に記録する

ことを特徴とする請求項 24記載のプログラム実行装置。

[26] 前記プログラム監視手段は、前記情報を外部に送信する

ことを特徴とする請求項 24記載のプログラム実行装置。

[27] プログラムを実行するプログラム実行方法であって、

ダウンロードして実行されるプログラムを実行すべきプログラムとして選択する第 1プログラム選択ステップと、

実行中のプログラムの動作状況を監視するプログラム監視ステップと、

前記プログラム監視ステップにおいて実行中の前記プログラムの異常終了が検知された場合、前記プログラムと同じ種類のプログラムを実行すべきプログラムとして選択する第 2プログラム選択ステップと、

前記第 1プログラム選択ステップまたは前記第 2プログラム選択ステップにおいて選択されたプログラムを実行する実行ステップと

を含むことを特徴とするプログラム実行方法。

[28] 実行プログラムを実行するためのプログラムを格納した記録媒体であって、

ダウンロードして実行される実行プログラムを実行すべき実行プログラムとして選択する第 1プログラム選択ステップと、

実行中の実行プログラムの動作状況を監視するプログラム監視ステップと、前記プログラム監視ステップにおいて実行中の前記実行プログラムの異常終了が検知された場合、前記実行プログラムと同じ種類の実行プログラムを実行すべき実行プログラムとして選択する第 2プログラム選択ステップと、

前記第 1プログラム選択ステップまたは前記第 2プログラム選択ステップにおいて選択された実行プログラムを実行する実行ステップと

をコンピュータに実行させるプログラムを格納したことを特徴とする記録媒体。