JP2000293365A

JP2000293365A - プログラム構成管理装置

Info

Publication number: JP2000293365A
Application number: JP2000024058A
Authority: JP
Inventors: Akihiro Tanaka; 朗宏田中; Toshiya Mori; 俊也森
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 1999-02-03
Filing date: 2000-02-01
Publication date: 2000-10-20

Abstract

(57)【要約】【課題】バージョンアップのためにダウンロードした
プログラムにバグが存在していても元のプログラム構成
に戻すことができるプログラム構成管理装置を提供す
る。【解決手段】通信路を介してプログラムをダウンロー
ドするプログラムダウンロード部１１０と、ダウンロー
ドされたプログラムを最新バージョンだけでなく過去の
バージョンも含めてオブジェクト格納部１４０に格納す
るプログラム管理部１２０と、ダウンロードされたプロ
グラムの履歴を履歴情報記憶部１６０に登録する履歴情
報管理部１３０とを備え、放送センターから特定のプロ
グラムについてバージョンを遡及させる旨の指示を受け
ると、プログラム管理部１２０は履歴情報管理部１３０
を介して履歴情報記憶部１６０を参照することにより、
オブジェクト格納部１４０に格納された過去のバージョ
ンのプログラムを有効化させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子機器の機能を
実現する複数のプログラムの構成を管理する装置に関
し、特に、通信端末機器において通信路を介して送られ
てくるプログラムをダウンロードし改訂するプログラム
構成管理装置に関する。

【０００２】

【従来の技術】従来、ディジタル衛星放送やＣＡＴＶの
チューナ等の通信端末機器に組み込まれているプログラ
ムを更新する方法として、伝送路を介して送られてくる
プログラムを一括してダウンロードし、フラッシュメモ
リ等の不揮発メモリに格納されている旧バージョンのプ
ログラム全体を新たなプログラムで置き換えるという手
法が採られている。このとき、動作保証の観点から旧バ
ージョンのプログラムを消去することなく、バックアッ
プ用に保持しておくよう配慮されている。

【０００３】

【発明が解決しようとする課題】しかしながら、近年の
衛星放送やＣＡＴＶ等の通信サービスの多様化に伴い、
通信端末機器に要求される機能が増大し、それに伴っ
て、通信端末機器が備えるべきソフトウェアのサイズが
肥大化してきており、従来のような一括ダウンロードに
よるプログラムの更新では、バックアップとして残して
おくことができるプログラムはせいぜい直前の一世代分
に制限される。そのために、もし、バグフィックスのた
めにダウンロードした新しいバージョンのプログラムに
再びバグが存在していた場合には、その通信端末機器内
にはもはや正常なプログラムが存在しないという事態が
生じてしまう。

【０００４】また、プログラム全体におけるほんの一部
に存在するバグを解消したい場合でも、そのプログラム
全体を一括してダウンロードしなければならず、無駄に
伝送路を占有してしまうという不具合もある。このよう
な不具合を回避する方法として、通信端末機器に必要と
されるプログラムを機能別の細かい単位（モジュール）
に分割しておき、そのようなモジュール単位でバージョ
ンアップを行うことが考えられる。ところが、モジュー
ルの数が多い場合やバージョンアップの繰り返し等によ
りバージョンの種類が増加した場合には、それらモジュ
ールの組み合わせ数が爆発的に増加してしまい、全ての
組み合わせについて動作保証のチェックを実施すること
は大変な負担となってしまう。また、通信端末機器に新
しいプログラムをダウンロードした場合に、ダウンロー
ドしたプログラムにバグが存在していたり、既にダウン
ロードされている他のプログラムとの整合がとれなかっ
たり等の理由により、それまで動作していたプログラム
が動作しなくなってしまう可能性もある。

【０００５】そこで、本発明はかかる問題点に鑑み、一
括ダウンロードだけでなくモジュール単位でプログラム
をダウンロードしてバージョンアップする通信端末機器
において、新たにダウンロードしたプログラム自体にバ
グが存在していても、そのプログラムによってそれまで
健全に動作していたプログラムが動作しなくなってしま
うという不具合を回避することができるプログラム構成
管理装置を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明に係るプログラム構成管理装置は、通信端末
機器に備えられ、その通信端末機器に必要な複数のプロ
グラムの構成を管理する装置であって、通信路を介して
前記プログラムをダウンロードするダウンロード手段
と、ダウンロードされたプログラムを最新バージョンだ
けでなく過去のバージョンも含めて蓄積して記憶するプ
ログラム記憶手段と、特定のプログラムについてバージ
ョンを遡及させる旨の指示を受けると、前記プログラム
記憶手段に記憶されたプログラムのうち指示されたプロ
グラムについては、現行バージョンを無効化して過去の
バージョンを有効化させるバージョン遡及手段とを備え
ることを特徴とする。

【０００７】また、本発明に係るプログラム構成管理方
法は、通信端末機器において、その通信端末機器に必要
なプログラムの構成を管理する方法であって、通信路を
介して前記プログラムをダウンロードするダウンロード
ステップと、ダウンロードされたプログラムを最新バー
ジョンだけでなく過去のバージョンも含めてプログラム
記憶手段に蓄積して格納するプログラム格納ステップ
と、特定のプログラムについてバージョンを遡及させる
旨の指示を受けると、前記プログラム記憶手段に格納さ
れたプログラムのうち指示されたプログラムについて
は、現行バージョンを無効化して過去のバージョンを有
効化させるバージョン遡及ステップとを有することを特
徴とする。

【０００８】さらに、本発明は、上記プログラム構成管
理方法を構成するステップを含むプログラムを記録した
コンピュータ読み取り可能な記録媒体とすることができ
る。

【０００９】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を用いて詳細に説明する。（第１の実施の形態）第１の実施の形態は、通信端末機
器にプログラムをダウンロードしバージョンアップする
他に、そのダウンロードやバージョンアップの履歴を記
録したり、ダウンロードしたプログラムを追加形式で蓄
積することで、バージョンアップだけでなく、通信端末
機器内に蓄積されている任意のバージョンに遡及（バー
ジョンダウン）させる機能を有するプログラム構成管理
装置１００に関する。

【００１０】図１は、本実施の形態に係るプログラム構
成管理装置１００を内蔵するデジタル衛星放送用受信装
置全体のハードウェア構成図である。この受信装置５１
０は、放送センターからの電波を受信するアンテナ５１
１、受信した電波をデジタルデータに復調する受信部５
１２、復調したデジタルデータを映像・音声・プログラ
ム・データに分離・復号するデコーダ５１３、復号され
た映像・音声をアナログ信号に変換して外部に接続され
たＴＶ等に出力する映像信号再生部５１４、ユーザとの
対話のためのボタン及びＬＣＤ等からなる入出力部５１
５、一時的な作業領域としてのＲＡＭ５１７、本受信装
置５１０及びプログラム構成管理装置１００としての機
能を実現するためのプログラム及びデータを保持する書
き換え可能な不揮発メモリであるＥＥＰＲＯＭ５１８、
それらプログラムを実行するＣＰＵ５１６及び実時間を
カウントするカレンダー・タイマー５１９から構成され
る。

【００１１】このデジタル衛星放送システムにおいて
は、放送センターから映像・音声だけでなく、受信装置
５１０に必要なプログラムやデータがオブジェクトとし
て多重化されて送信されてくる。ここで、「オブジェク
ト」とは、受信装置５１０によるダウンロードの対象と
なる情報単位であり、受信装置５１０としての機能を実
現するためのプログラム及びデータのいずれかに分類さ
れる。このようなプログラムとしては、例えば、番組情
報のガイド（EPG：Electric Program Guide）を行う
プログラム等があり、また、データとしては、画面に表
示させるロゴ等の画像データ、ニュースや天気等の蓄積
データ放送における放送データ等がある。

【００１２】図２（ａ）は、放送センターから送信され
るオブジェクトのデータ構造を示す図である。オブジェ
クト１０５は、そのオブジェクトの属性等を示すオブジ
ェクトヘッダ１０６と、そのオブジェクトの実体（プロ
グラム又はデータ）であるオブジェクト本体１０７から
なる。図２（ｂ）は、オブジェクトヘッダ１０６のデー
タ構造を示す図である。オブジェクトヘッダ１０６は、
オブジェクト種１０６ａ、プログラム（又はデータ）名
（ＩＤ）１０６ｂ、バージョン１０６ｃ、対応機種１０
６ｄ、プログラム（又はデータ）サイズ１０６ｅ、プロ
グラム（又はデータ）作成日時１０６ｆ及び依存関係情
報１０６ｇから構成される。

【００１３】オブジェクト種１０６ａは、そのオブジェ
クトがプログラムであるか、データであるか、プログラ
ムである場合にはさらに、そのプログラムが単独で実行
され得るアプリケーションであるか、単独での実行は不
可能であるが他のプログラムから呼び出されることで実
行され得るモジュールであるか、を示す。プログラム
（又はデータ）名（ＩＤ）１０６ｂは、そのオブジェク
トの識別子であり、同一のプログラム（又はデータ）で
あれば異なるバージョンであっても同一の名前（ＩＤ）
が付与されている。バージョン１０６ｃは、そのプログ
ラム（又はデータ）の版番号を示し、新しいものほど値
が大きくなる。対応機種１０６ｄは、そのオブジェクト
が対象としている受信装置５１０の機種、即ち、そのプ
ログラム（又はデータ）を実行する（使用する）ことが
可能な受信装置５１０の機種を示す。プログラム（又は
データ）サイズ１０６ｅは、そのプログラム（又はデー
タ）のバイト単位でのサイズを示す。プログラム（又は
データ）作成日時１０６ｆは、そのプログラム（又はデ
ータ）が作成された日時を示し、依存関係情報１０６ｇ
は、そのオブジェクトがプログラムである場合にそのプ
ログラムと依存関係（呼び出し関係）を持つプログラム
を示す。

【００１４】図３（ａ）及び（ｂ）は、それぞれ、オブ
ジェクト種１５１ｅがモジュール及びアプリケーション
である場合の依存関係情報１５１ｇの詳細なデータ構造
を示す図である。オブジェクト種１５１ｅがモジュール
である場合には、図３（ａ）に示されるように、そのモ
ジュールが呼び出されるとき（呼び出す側）の情報（全
ての「呼び出されるアプリケーション」及び「呼び出さ
れるモジュール」の名前）とそのモジュールが呼び出す
とき（呼び出される側）の情報（全ての「呼び出すモジ
ュール」の名前）が格納され、一方、オブジェクト種１
５１ｅがアプリケーションである場合には、図３（ｂ）
に示されるように、そのアプリケーションが呼び出され
るとき（呼び出す側）の情報（全ての「呼び出されるア
プリケーション」の名前）とそのアプリケーションが呼
び出すとき（呼び出される側）の情報（全ての「呼び出
すアプリケーション」及び「呼び出すモジュール」の名
前）が格納される。なお、モジュールは単独で存在する
か、又は、アプリケーションの構成要素として存在する
かどちらかの形態でこの受信装置５１０内に蓄積され
る。また、プログラムを呼び出す側（「呼び出されるア
プリケーション」、「呼び出されるモジュール」）は、
この受信装置５１０内に存在するものだけが記述され
る。

【００１５】図４は、第１の実施の形態に係るプログラ
ム構成管理装置１００の構成を示す機能ブロック図であ
る。この装置１００は、受信装置５１０に必要とされる
オブジェクトを放送センターからダウンロードしたり改
訂することによって健全かつ最新の状態に維持するよう
管理するものであり、ＥＥＰＲＯＭ５１８に予め格納さ
れたプログラム等によって実現される３つの処理部（プ
ログラムダウンロード部１１０、プログラム管理部１２
０、履歴情報管理部１３０）と、ＥＥＰＲＯＭ５１８内
の領域からなる４つの不揮発な記憶部（オブジェクト格
納部１４０、オブジェクトテーブル記憶部１５０、履歴
情報記憶部１６０、ダウンロード予約リスト記憶部１７
０）と、ＲＡＭ５１７内の領域からなる２つの揮発性の
記憶部（実行テーブル記憶部１９０、一時記憶バッファ
１８０）から構成される。なお、本図において、黒矢印
はダウンロードの対象となるプログラム及びデータの流
れを示し、白抜き矢印は制御の流れを示す。

【００１６】オブジェクト格納部１４０は、受信装置５
１０のＣＰＵ５１６による実行の対象となり得るオブジ
ェクト（実行可能なプログラム又はデータ）、即ち、受
信装置としての機能を実現するためのオブジェクトを保
持する。図５は、オブジェクト格納部１４０に格納され
ているプログラム群の様子を示す図である。ここに保持
されるプログラムには、最新バージョンだけでなく、旧
バージョンのものも含まれる。つまり、実行可能である
限り、その時点において有効とされるプログラムだけで
なく、無効とされているプログラムも保持される。これ
は、一旦無効とされたプログラムであっても、再び採用
される（有効とされる）場合に備えるためである。

【００１７】なお、「有効」とは、その時点においてこ
の受信装置５１０のＣＰＵ５１６による実行の対象とし
て選ばれている状態をいい、「無効」とは、実行の対象
としての資格を有するが、その時点においては実行の対
象としては選ばれていない状態をいう。また、「実行可
能」とは、そのプログラムが依存する（呼び出す）全て
のネストレベルにあるプログラム（依存先のプログラム
がさらに依存する先のプログラムを含む）がこのオブジ
ェクト格納部１４０内に存在することをいう。

【００１８】一時記憶バッファ１８０は、放送センター
から受信されたが未だオブジェクト格納部１４０に格納
される資格を有しないプログラム、即ち、依存先のプロ
グラムが未だダウンロードされていないために実行不可
能な状態にあるプログラム等を一時的に保持する。な
お、プログラムと異なり、データには依存関係が存在し
ないので、ダウンロードされたデータはすべてオブジェ
クト格納部１４０に格納される。

【００１９】オブジェクトテーブル記憶部１５０は、オ
ブジェクト格納部１４０に格納されているオブジェク
ト、即ち、実行可能な状態にあるプログラム及びデータ
に関する管理情報がオブジェクト毎に記録された複数の
オブジェクトテーブルを記憶する。図６は、オブジェク
トテーブル記憶部１５０に格納されているオブジェクト
テーブルのデータ構造を示す図である。各オブジェクト
テーブル１５１〜１５３は、対応するプログラム（又は
データ）名（ＩＤ）１５１ａ、バージョン１５１ｂ、プ
ログラム（又はデータ）サイズ１５１ｃ、先頭アドレス
１５１ｄ、オブジェクト種１５１ｅ、有効無効記述１５
１ｆ及び依存関係情報１５１ｇから構成される。これら
のうち、項目１５１ａ〜ｃ、ｅ、ｇは、図２（ｂ）に示
されるように、そのオブジェクトのヘッダ１０６に格納
されていた情報と同一である。また、先頭アドレス１５
１ｄは、そのプログラム（又はデータ）が格納されてい
るオブジェクト格納部１４０及び一時記憶バッファ１８
０内での配置位置（先頭のアドレス）を示し、有効無効
記述１５１ｆは、そのプログラムが「有効」であるか
「無効」であるかを示す。

【００２０】実行テーブル記憶部１９０は、その時点に
おいて「有効」とされているオブジェクトについての実
行に関する情報を集めた実行テーブル、即ち、オブジェ
クトテーブル記憶部１５０に登録されたプログラム（又
はデータ）のうち有効無効記述１５１ｆが「有効」にセ
ットされているオブジェクトだけに関する情報を記憶す
る。この、実行テーブル記憶部１９０は、プログラム構
成管理装置１００が受信装置５１０に対して実行の対象
とすべきプログラムを通知するため、即ち、受信装置５
１０（オブジェクト格納部１４０）に保存された多数の
プログラムの中から動作の保証された「有効」なプログ
ラムだけを通知するために用いられる。

【００２１】図７は、実行テーブル記憶部１９０に格納
されている実行テーブルのデータ構造を示す図である。
実行テーブル１９１〜１９３は、オブジェクトごとにエ
ントリが作成され、プログラム（又はデータ）名（Ｉ
Ｄ）１９１ａ、プログラム（又はデータ）サイズ１９１
ｂ、先頭アドレス１９１ｃから構成される。実行テーブ
ル１９１〜１９３は、オブジェクトテーブル１５１〜１
５３のサブセット、即ち、一部の項目がコピーされたも
のである。

【００２２】履歴情報記憶部１６０は、これまでに受信
装置５１０にダウンロードされたオブジェクトのダウン
ロード及び改訂に関する履歴情報を蓄積して記憶する。
図８は、履歴情報記憶部１６０に格納されている履歴情
報のデータ構造を示す図である。履歴情報は、オブジェ
クトテーブル記憶部１５０に格納されているオブジェク
トごとにエントリテーブル１６１〜１６３が作成され、
各テーブルには、図２（ｂ）に示されたオブジェクトヘ
ッダ１０６と同一の項目１６１ａ、ｂ、ｇの他に、プロ
グラム（又はデータ）状態１６１ｃ、無効理由１６１
ｄ、プログラム（又はデータ）ダウンロード日時１６１
ｅ、プログラム（又はデータ）無効化日時１６１ｆが設
けられている。

【００２３】プログラム状態１６１ｃは、対応するプロ
グラムが「有効」、「無効」、「ダウンロード待機中」
及び「消去可能」のいずれの状態にあるかを示す情報で
ある。ここで、「ダウンロード待機中」とは、そのプロ
グラムがこの受信装置５１０にダウンロードされること
が予約（要求）されている状態をいい、そのプログラム
自体は未だ受信装置５１０にダウンロードされていない
が、もし放送センターから送信されてきた場合には本装
置１００によって受信装置５１０にダウンロードされる
べき状態にあることを示す。

【００２４】無効理由１６１ｄは、そのプログラムが
「無効」にされた原因（次の１〜４）を示し、プログラ
ム状態１６１ｃが「無効」にセットされている場合に意
味を持つ。その原因には、新しいバージョンのプログラ
ムがダウンロードされて置き換えられたために実行対象
ではなくなったこと（１）、放送センター（又はユー
ザ）から「無効」にする旨の通知を受けたこと（２）、
そのプログラムがモジュールである場合において、その
モジュールを呼び出す全てのプログラムが消去されたた
めに実行される可能性が無くなったこと（３）、その他
の原因（４）等がある。

【００２５】プログラムダウンロード日時１６１ｅは、
そのプログラムがこの受信装置５１０にダウンロードさ
れた日時を示す。プログラム無効化日時１６１ｆは、そ
のプログラムが無効とされた日時を示し、プログラム状
態１６１ｃが「無効」にセットされている場合に意味を
持つ。なお、履歴情報記憶部１６０には、受信装置５１
０の出荷時においてオブジェクト格納部１４０に予め格
納されている全てのオブジェクトについては、対応する
エントリ（テーブル）が予め登録されている。

【００２６】ダウンロード予約リスト記憶部１７０は、
受信装置５１０へのダウンロードが予約されているオブ
ジェクトが登録された予約リストを記憶する。図９は、
ダウンロード予約リスト記憶部１７０に格納されている
予約リストのデータ構造を示す図である。予約リスト
は、予約されたオブジェクトごとに、エントリテーブル
１７１〜１７３が作成され、各テーブルには、プログラ
ム（又はデータ）名（ＩＤ）１７１ａ、バージョン１７
１ｂ、依存関係情報１７１ｃ及び予約理由１７１ｄが格
納される。予約理由１７１ｄは、そのプログラムのダウ
ンロードが予約された原因（１〜３）を示し、バージョ
ンアップのため（１）、バージョンダウンのため
（２）、その他の理由（３）のいずれかに対応する。

【００２７】プログラムダウンロード部１１０は、プロ
グラム管理部１２０からの指示に基づいて、放送センタ
ーから送信されるオブジェクトを受信し、そのオブジェ
クトが一定の条件を満たす場合にのみ一時記憶バッファ
１８０にダウンロード（展開）する。プログラム管理部
１２０は、受信装置５１０が動作の保証された「有効」
なオブジェクトを実行の対象とすることを可能にすべ
く、「有効」なオブジェクトに関する実行テーブル１９
１〜１９３を生成・管理する。これは、受信装置５１０
との接点としての役割を果たすためであり、受信装置５
１０から実行対象とすべきオブジェクトについての動的
な選択要求を受けた場合に、その時点での実行テーブル
１９１〜１９３を参照することで最も健全なプログラム
（又はデータ）を受信装置５１０に教えるためである。
そのために、プログラム管理部１２０は、プログラム構
成管理装置１００の中心的な役割を果たし、プログラム
ダウンロード部１１０や履歴情報管理部１３０と通信し
ながら、一時記憶バッファ１８０に格納されたプログラ
ムやデータをオブジェクト格納部１４０に書き込むこと
によって実行対象となるオブジェクトを増加させたり、
既にオブジェクト格納部１４０に格納されているオブジ
ェクトを削除・移動したり、それに伴ってオブジェクト
テーブル１５１〜１５３や実行テーブル１９１〜１９３
を更新・管理することによってオブジェクトの有効化や
無効化を行う。

【００２８】履歴情報管理部１３０は、プログラム管理
部１２０からの問い合わせや命令に基づいて、履歴情報
１６１〜１６３やダウンロード予約リスト１７１〜１７
３を参照しプログラム管理部１２０に回答したり、履歴
情報１６１〜１６３やダウンロード予約リスト１７１〜
１７３を更新・管理する。これによって、オブジェクト
格納部１４０内に生じたオブジェクト構成の変動につい
ての履歴を残すと共に、バージョンアップやバージョン
ダウン等における関連オブジェクト間の整合性を維持す
ることが可能となる。

【００２９】次に、以上のように構成されたプログラム
構成管理装置１００の動作について説明する。図１０
は、本装置１００によるプログラムのダウンロード（バ
ージョンアップ）についての全体的な動作手順を示すフ
ローチャートである。本装置１００は、ダウンロードに
おいては３つの主要な処理、即ち、放送センターから送
られてきたプログラムを受信し、一時記憶バッファ１８
０に格納するまでの第１の処理（ステップＳ２００〜Ｓ
２０１）と、そのプログラムについて一時記憶バッファ
１８０からオブジェクト格納部１４０に移動させると共
に必要なテーブルを更新する第２の処理（ステップＳ２
０２〜２０３）と、そのプログラムの受信によって、そ
れまで一時記憶バッファ１８０に一時的に格納されてい
た他のプログラムの中からオブジェクト格納部１４０に
格納される資格を取得するものが生じるので、それらプ
ログラムについての一時記憶バッファ１８０からオブジ
ェクト格納部１４０への移動と必要なテーブルを更新す
る第３の処理（ステップＳ２０４〜２０５）とを実行す
る。

【００３０】図１１は、図１０に示された全体フローに
おける第１の処理（ステップＳ２００〜Ｓ２０１）、即
ち、放送センターからのプログラムを受信してから一時
記憶バッファ１８０に格納するまでの処理の詳細な手順
を示すフローチャートである。まず、プログラムダウン
ロード部１１０は、放送センターからのプログラム送信
（送信されてくる旨の通知）を検知する（ステップＳ
１）。具体的には、ＣＰＵ５１６の制御の下で、受信部
５１２及びデコーダ５１３を用いて放送センターから送
信される信号をポーリングして見張ることで検知する。
プログラムダウンロード部１１０は、放送センターから
のプログラム送信を検知すると、続いて、その検知に係
るプログラム（以下、「対象プログラム」と呼ぶ。）の
ヘッダ部分１０６を受信し、一時記憶バッファ１８０に
記録する（ステップＳ２）。一時記憶バッファ１８０に
記録されたヘッダ情報は、図１２（ａ）に示される通り
である。つまり、ヘッダ情報１０は、図２（ｂ）に示さ
れるヘッダ１０６と同じ構成であり、同一の項目１０ａ
〜１０ｇが記録される。なお、図１２（ａ）〜（ｇ）
は、一時記憶バッファ１８０に一時的に記録される主な
情報を示し、詳細は後述する。

【００３１】次に、プログラムダウンロード部１１０
は、そのヘッダ情報１０に含まれる対応機種１０ｄを参
照することで、この受信装置５１０に対応したプログラ
ムであるかチェックし、対応する場合にはプログラム管
理部１２０にダウンロードをすべきかどうかを問い合わ
せる（ステップＳ３）。その結果、プログラム管理部１
２０がダウンロードする必要がないと判断すると（ステ
ップＳ４）、プログラムダウンロード部１１０はダウン
ロード処理を中止する（ステップＳ５）。一方、プログ
ラム管理部１２０がダウンロードする必要があると判断
すると（ステップＳ４）、プログラムダウンロード部１
１０は、対象プログラムを一時記憶バッファ１８０に展
開する（ステップＳ６）。なお、一時記憶バッファ１８
０に展開されたプログラムは、図１２（ｂ）に示される
ように、プログラム管理部１２０によってオブジェクト
格納部１４０に移動されるまで、ここに蓄積して保存さ
れる。

【００３２】図１３は、図１１におけるステップＳ４の
さらに詳細な手順を示すフローチャートである。ここで
は、ダウンロードの必要性及びモード（態様）が決定さ
れる。ここで、ダウンロードのモードには、「非動作
中」、「一時ダウンロード」、「新規ダウンロード」、
「バージョンアップダウンロード」の４種類があり、い
ずれかに決定される。「非動作中」は、ダウンロードが
行われておらず、放送センターからプログラムが送信さ
れてくるのを待っている状態をいい、「一時ダウンロー
ド」は、依存先のプログラムが全部は揃っていないため
に実行不可能であるが将来的に実行可能となり得るプロ
グラムをダウンロードしている状態をいい、「新規ダウ
ンロード」は、それまで受信装置５１０に存在しなかっ
た新規な名前の実行可能なプログラムをダウンロードし
ている状態をいい、「バージョンアップダウンロード」
は、受信装置５１０内に同一名のプログラムが既に存在
するので実行可能であるが、予約されていない新しいバ
ージョンのプログラムをダウンロードしている状態をい
う。

【００３３】まず、プログラム管理部１２０は、プログ
ラムダウンロード部１１０から対象プログラムについて
ダウンロードする必要性があるか否かの問い合わせを受
けると、その旨を履歴情報管理部１３０に伝える（ステ
ップＳ１０）。すると、履歴情報管理部１３０は、一時
記憶バッファ１８０に記録されたプログラム名（ID）１
０ｂがダウンロード予約リスト記憶部１７０に登録され
ているかどうかを調べる（ステップＳ１１）。

【００３４】その結果、ダウンロード予約リスト記憶部
１７０に登録されている場合には、履歴情報管理部１３
０はその旨をプログラム管理部１２０に通知し、プログ
ラム管理部１２０はその対象プログラムが依存する全て
のプログラムがオブジェクトテーブル記憶部１５０に登
録されているか調べる（ステップＳ１３）。その結果、
すべての依存先プログラムがオブジェクトテーブル記憶
部１５０に登録されている場合には、その通知を受けた
履歴情報管理部１３０は、対象プログラムは実行可能な
プログラムであると判断し、図１２（ｃ）に示されるよ
うに、一時記憶バッファ１８０のダウンロードテーブル
３０に「新規ダウンロード」である旨を示すモード情報
３１を書き込むと共に（ステップＳ１９）、プログラム
管理部１２０はプログラムダウンロード部１１０にダウ
ンロードが可能である旨（Yes）を通知する（ステップ
Ｓ１４）。

【００３５】一方、対象プログラムが依存する全てのプ
ログラムがオブジェクトテーブル記憶部１５０に登録さ
れているとは判定されなかった場合には（ステップＳ１
３）、その旨の通知を受けた履歴情報管理部１３０は、
対象プログラムと、対象プログラムが依存するプログラ
ムのうちオブジェクトテーブル記憶部１５０にエントリ
のないプログラムとについて、新たなエントリをダウン
ロード予約リスト記憶部１７０に登録し（ステップＳ１
７）、一時記憶バッファ１８０のダウンロードテーブル
３０に「一時ダウンロード」である旨を示すダウンロー
ドモード情報３１を書き込むと共に（ステップＳ１
８）、プログラム管理部１２０はプログラムダウンロー
ド部１１０にダウンロードが可能である旨（Yes）を通
知する（ステップＳ１４）。このようなプログラムであ
っても、既に一時記憶バッファ１８０に格納されている
プログラムとの関係で、又は、将来的に実行可能なプロ
グラムになり得るからである。

【００３６】また、ステップＳ１１において対象プログ
ラムがダウンロード予約リスト記憶部１７０に登録され
ていないと判断された場合には、続いて、履歴情報管理
部１３０は、「バージョンアップダウンロード」の可能
性を調べる（ステップＳ１２〜Ｓ１３）。具体的には、
履歴情報管理部１３０は、一時記憶バッファ１８０に記
録されているプログラム名（ID）１０ｂが履歴情報記憶
部１６０に登録されているかどうかを調べ、登録されて
いるならば（ステップＳ１２）、さらに、対象プログラ
ムのバージョン１０ｃと履歴情報記憶部１６０に登録さ
れているバージョン１６１ｂとを比較する（ステップＳ
１５）。

【００３７】その結果、対象プログラムのバージョン１
０ｃの方が新しければ（ステップＳ１５）、履歴情報管
理部１３０は、「バージョンアップダウンロード」に該
当すると判断し、「バージョンアップダウンロード」で
ある旨を示すモード情報をダウンロードテーブル３０に
書き込むと共に（ステップＳ２０）、プログラム管理部
１２０はプログラムダウンロード部１１０にダウンロー
ドが可能である旨（Yes）を通知する（ステップＳ１
４）。

【００３８】一方、対象プログラムのバージョン１０ｃ
が履歴情報記憶部１６０に登録されているバージョン１
６１ｂと同じか古い場合には（ステップＳ１５）、履歴
情報管理部１３０は、既にこの受信装置５１０内に対象
プログラムよりも新しいバージョンのプログラムが存在
するのでダウンロードは不要と判断し、その旨がプログ
ラム管理部１２０を経てプログラムダウンロード部１１
０に伝えられる（ステップＳ１６）。

【００３９】同様に、対象プログラムが履歴情報記憶部
１６０に登録されていない場合には（ステップＳ１
２）、履歴情報管理部１３０は、対象プログラムのダウ
ンロードは不要と判断し、その旨がプログラム管理部１
２０を経てプログラムダウンロード部１１０に伝えられ
る（ステップＳ１６）。これは、予約リスト１７１〜１
７３に登録されておらず、かつ、履歴情報１６１〜１６
３にも登録されていないプログラムは、この受信装置５
１０と無関係である（バージョンアップのためのプログ
ラムではない）と判断されるからである。

【００４０】なお、ダウンロードテーブル３０には、初
期値として「非動作中」を示すモード情報が書き込まれ
る。図１４は、図１０に示された全体フローにおける第
２の処理（ステップＳ２０２〜Ｓ２０３）、即ち、一時
記憶バッファ１８０に展開されたプログラムをオブジェ
クト格納部１４０に移動させる処理の詳細な手順を示す
フローチャートである。

【００４１】プログラム管理部１２０は、ダウンロード
テーブル３０のモード情報を参照することで、いま行わ
れた一時記憶バッファ１８０への展開が「一時ダウンロ
ード」であるか、そうでないか（「新規ダウンロード」
又は「バージョンアップダウンロード」）を判断する
（ステップＳ３０）。その結果、「一時ダウンロード」
である場合には、現時点においては対象プログラムをオ
ブジェクト格納部１４０に移動させることができないの
で、プログラム管理部１２０は、対象プログラムのエン
トリを一時記憶バッファ１８０内の一時オブジェクト記
憶テーブル４０（図１２（ｄ））に追加登録し（ステッ
プＳ４４）、その後に、一時オブジェクト記憶テーブル
４０に登録されている他のプログラムについての処理
（第３の処理）に移行する（ステップＣ）。

【００４２】なお、ここでの追加登録は、具体的には、
対象プログラムのヘッダ情報１０ａ〜１０ｇを一時オブ
ジェクト記憶テーブル４０ａ〜ｇにコピーすることによ
って行われる。また、一時オブジェクト記憶テーブル４
０は、一時記憶バッファ１８０に一時的に保存されてい
る全てのオブジェクトについて各オブジェクトを特定す
る情報（エントリ）を集めたテーブルであり、ヘッダ情
報１０ａ〜ｇに先頭アドレス４０ｈが追加された項目か
らなる。先頭アドレス４０ｈは、対象プログラムが一時
記憶バッファ１８０に展開されたときに、プログラムダ
ウンロード部１１０によってその格納先アドレスが記録
される（ステップＳ６）。

【００４３】一方、いま行われた一時記憶バッファ１８
０への展開が「一時ダウンロード」ではない（「新規ダ
ウンロード」又は「バージョンアップダウンロード」）
と判断された場合には（ステップＳ３０）、対象プログ
ラムは実行可能なプログラムと判断し、プログラム管理
部１２０は、一時記憶バッファ１８０に展開された対象
プログラムをオブジェクト格納部１４０に追加格納する
（ステップＳ３１）。そして、その旨の通知を受けた履
歴情報管理部１３０は、対象プログラムのエントリを履
歴情報記憶部１６０に追加登録する（ステップＳ３
２）。具体的には、一時記憶バッファ１８０に格納され
たヘッダ情報１０を参照して、新たな履歴情報１６１ａ
〜ｇを履歴情報記憶部１６０に書き込む。このとき、プ
ログラム状態１６１ｃについては「有効」とし、無効理
由１６１ｄについては無意味につき空白とし、プログラ
ムダウンロード日時１６１ｅについてはそのときの日時
とし、プログラム無効化日時１６１ｆについては無意味
につき空白として、登録する。

【００４４】同様に、プログラム管理部１２０は、対象
プログラムのオブジェクト格納部１４０への格納に伴う
オブジェクトテーブル記憶部１５０及び実行テーブル記
憶部１９０への追加登録を行う（ステップＳ３３）。具
体的には、一時記憶バッファ１８０に格納されたヘッダ
情報１０を参照して、新たなオブジェクトテーブル１５
１ａ〜ｇをオブジェクトテーブル記憶部１５０に書き込
むと共に、そのサブセットからなる新たな実行テーブル
１９１ａ〜ｃを実行テーブル記憶部１９０に書き込む。
このとき、先頭アドレス１５１ｄ、１９１ｃについて
は、プログラム管理部１２０が対象プログラムを格納し
た際のオブジェクト格納部１４０上の先頭アドレスと
し、有効無効記述１５１ｆについては、対象プログラム
を実行可能にすべく「有効」として、登録する。これに
よって、「新規ダウンロード」又は「バージョンアップ
ダウンロード」によってダウンロードされた対象プログ
ラムが新たに実行の対象として登録されたことになる。

【００４５】次に、プログラム管理部１２０は、ダウン
ロードテーブル３０のモード情報を調べ（ステップＳ３
４）、それが「バージョンアップダウンロード」を示す
ときには、対応する古いバージョンのプログラムを無効
化しておくための処理を行う（ステップＳ３５）。具体
的には、プログラム管理部１２０は、オブジェクトテー
ブル記憶部１５０を参照することで、対象プログラムと
同一名のプログラムでそれまで「有効」とされていた古
いバージョンのプログラムを特定し、そのプログラムの
有効無効記述１５１ｆを「無効」に書き換え、さらに、
その旨の通知を受けた履歴情報管理部１３０は、そのプ
ログラムの履歴情報の無効理由１６１ｄとして新しいバ
ージョンのプログラムに置き換えられた旨（１）を、プ
ログラム無効化日時１６１ｆとしてそのときの日時を、
登録する（ステップＳ３５）。

【００４６】続いて、プログラム管理部１２０は、一時
オブジェクト記憶テーブル４０に既に登録されたエント
リがあるか否かチェックし（ステップＳ３６）、エント
リがある場合には、第３の処理を行う（ステップＣ）。
これは、対象プログラムのダウンロードによって初めて
実行可能となるプログラムが一時記憶バッファ１８０に
存在する可能性があるためである。

【００４７】一方、一時オブジェクト記憶テーブル４０
にエントリがない場合には（ステップＳ３６）、一時記
憶バッファ１８０からオブジェクト格納部１４０に移動
できる他のオブジェクトは存在しないことになるので、
ダウンロード処理を終了するための処理を行う（ステッ
プＳ３７〜Ｓ４３）。具体的には、履歴情報管理部１３
０は、対象プログラムがダウンロード予約リスト記憶部
１７０に登録されているかどうかをチェックし（ステッ
プＳ３７）、登録されている場合には、ダウンロード予
約リスト記憶部１７０中の対象プログラムのエントリ１
７１〜１７３を消去する（ステップＳ３８）。そのとき
に、消去するエントリの予約理由１７１ｄが「バージョ
ンダウン」を示しているときには（ステップＳ３９）、
それまで有効とされていた新しいバージョンのプログラ
ムを無効化しておくための処理を行う（ステップＳ４０
〜Ｓ４１）。つまり、履歴情報管理部１３０は、履歴情
報記憶部１６０内のそのプログラムの履歴情報のプログ
ラム状態１６１ｃを「無効」とし、プログラム無効化日
時１６１ｆをそのときの日時にし、無効理由１６１ｄに
放送センターからの通知による旨（２）を記録し（ステ
ップＳ４０）、続いて、その旨の通知を受けたプログラ
ム管理部１２０は、オブジェクトテーブル記憶部１５０
内のそのプログラムのオブジェクトテーブルの有効無効
記述１５１ｆを「無効」に変更する（ステップＳ４
１）。

【００４８】それら無効化処理を終えた後（ステップＳ
４０〜Ｓ４１）、及び、ステップＳ３７又はステップＳ
３９において否定的に判断された場合には、続いて、プ
ログラムダウンロード部１１０は、一時記憶バッファ１
８０を元の状態に戻すために、一時記憶バッファ１８０
上に確保していた対象プログラム２０とそのヘッダ情報
１０の領域を開放した後に（ステップＳ４２）、ダウン
ロードテーブル３０のモード情報を「非動作中」に設定
する（ステップＳ４３）。これによって、プログラムダ
ウンロード処理は終了する。

【００４９】図１５は、図１０に示された全体フローに
おける第３の処理（ステップＳ２０４〜Ｓ２０５）、即
ち、一時記憶バッファ１８０に格納されていたプログラ
ムのうち、対象プログラムのダウンロードによって実行
可能となったものを検索し、オブジェクト格納部１４０
に移動させる処理の詳細な手順を示すフローチャートで
ある。

【００５０】プログラム管理部１２０は、一時オブジェ
クト記憶テーブル４０にエントリが登録されているプロ
グラムのうち対象プログラムに依存しているもののプロ
グラム名４０ｂとバージョン４０ｃとの対を一時記憶バ
ッファ１８０内の候補プログラムスタック５０にプッシ
ュする（ステップＳ１００）。これは、それまで依存先
のプログラム（対象プログラム）が受信装置５１０内に
存在しないために実行不可能な状態にあったプログラム
が、対象プログラムがダウンロードされたことによっ
て、実行可能な状態に遷移する可能性があるからであ
る。ここで、候補プログラムスタック５０とは、図１２
（ｅ）に示されるスタック形式（Last In First Out）
のメモリ領域であり、一時オブジェクト記憶テーブル４
０に登録された全てのプログラムについて、実行可能な
状態にある遷移するか否かを順に検討していくためのも
のである。

【００５１】次に、プログラム管理部１２０は、候補プ
ログラムスタック５０から、書き込み候補プログラム５
５として、１つのトップエントリ（１組のプログラム名
とバージョン）を取り出し（ステップＳ１０１）、この
書き込み候補プログラム５５が依存する全てのプログラ
ムが実行可能であるか否かを判断する（ステップＳ１０
２〜ステップＥ）。ここで、書き込み候補プログラム５
５とは、オブジェクト格納部１４０に書き込まれる資格
を有するか否か、即ち、実行可能な状態にあるか否かの
検討対象となっている１個のプログラムをいう。

【００５２】具体的には、プログラム管理部１２０は、
書き込み候補プログラム５５の「書き込みチェック」の
真偽を判断し（ステップＳ１０２）、「偽」の場合に
は、実行可能性の判断が未だ行われていないと判断し、
その判断を開始する（ステップＥ）。ここで、「書き込
みチェック」とは、図１２（ｆ）に示されるように、一
時オブジェクト記憶テーブル４０に登録されているプロ
グラムそれぞれに対応して設けられたフラグであり、実
行可能（書き込み可能）であると判断された旨を示す
「真」、及び、その判断が未だ完了していない旨を示す
「偽」のいずれかに設定される。

【００５３】図１６は、対象となっている書き込み候補
プログラム５５についての実行可能性をチェックする手
順を示すフローチャートである。つまり、ここでは、書
き込み候補プログラム５５が依存する全てのネストレベ
ルにあるプログラム（依存先のプログラムがさらに依存
するプログラムも含む）が受信装置５１０（オブジェク
ト格納部１４０又は一時記憶バッファ１８０）内に存在
するか否かをチェックしている。

【００５４】そのために、まず、プログラム管理部１２
０は、一時オブジェクト記憶テーブル４０内の書き込み
候補プログラム５５の依存関係情報４０ｇを参照するこ
とで、その書き込み候補プログラム５５が直接に（１世
代だけネストして）依存する全てのプログラムの名前と
バージョンとの組を一時記憶バッファ１８０内の一時ス
タック７０にプッシュする（ステップＳ１２０）。ここ
で、一時スタック７０とは、図１２（ｇ）に示されるス
タック形式のメモリ領域であり、書き込み候補プログラ
ム５５が依存する全てのプログラムについて実行可能な
状態にあるか否かを順に検討していくためのものであ
る。

【００５５】次に、プログラム管理部１２０は、書き込
み候補プログラム５５の実行可能性を検討するために、
まず、書き込み候補プログラム５５が直接に依存する全
てのプログラムが受信装置５１０（一時記憶バッファ１
８０又はオブジェクト格納部１４０）内に存在するか否
か調べる（ステップＳ１２１）。具体的には、一時オブ
ジェクト記憶テーブル４０内の書き込み候補プログラム
５５の依存関係情報４０ｇに登録された依存先の全ての
プログラムが一時オブジェクト記憶テーブル４０及びオ
ブジェクトテーブル記憶部１５０のいずれかに登録され
ているか調べる。

【００５６】その結果、依存先の全てのプログラムにつ
いて存在が確認できた場合には、その書き込み候補プロ
グラム５５の「一時チェック」を「真」に設定する（ス
テップＳ１２２）。ここで、「一時チェック」とは、図
１２（ｆ）に示されるように、一時オブジェクト記憶テ
ーブル４０に登録されているプログラムそれぞれに対応
して設けられたフラグ６２であり、そのプログラムが直
接に依存する全てのプログラムが受信装置５１０（一時
記憶バッファ１８０又はオブジェクト格納部１４０）内
に存在する旨を示す「真」、及び、そうでない「偽」の
いずれかに設定される。つまり、「一時チェック」が
「真」であれば、そのプログラムが直接に依存する全て
のプログラムが受信装置５１０内に存在するので、その
プログラムは実行可能な状態にある可能性がある（依存
先のプログラムが実行可能なプログラムであれば実行可
能である）と言える。

【００５７】そのために、続いて、プログラム管理部１
２０は、それら依存先の全てのプログラムについて、一
時チェックが「真」に設定されているか、または、オブ
ジェクト格納部１４０上に存在するかどうかをチェック
する（ステップＳ１２３）。具体的には、それら依存先
の全てのプログラムについて一時チェック６２の値及び
オブジェクトテーブル１５１〜１５３への登録の有無を
調べる。これは、依存先のプログラムについて一時チェ
ックが「真」に設定されていれば、さらにその依存先の
プログラムについての検討を繰り返すことで、そのプロ
グラムが実行可能な状態にあることが確定され得るこ
と、また、オブジェクト格納部１４０上に存在するプロ
グラムは実行可能であることが確定していることによ
る。

【００５８】その結果、書き込み候補プログラム５５が
依存する全てのプログラムについて一時チェックが
「真」に設定されているか、または、オブジェクト格納
部１４０上に存在する場合には、次に、それら依存先の
プログラムの実行可能性について検討するために、一時
スタック７０に格納されているプログラムについて順に
実行可能性を検討していく（ステップＳ１２７、Ｓ１２
５、Ｓ１２６）。

【００５９】一方、書き込み候補プログラム５５が依存
する全てのプログラムについて一時チェックが「真」に
設定されているか、または、オブジェクト格納部１４０
上に存在するとは判断されなかった場合には（ステップ
Ｓ１２３）、それら依存先のプログラムのうち一時チェ
ックが「真」ではなく、かつ、オブジェクト格納部１４
０には格納されていないもの全てについて、それらプロ
グラムの名前とバージョンとの組を一時スタック７０に
追加してプッシュした後に（ステップＳ１２４）、一時
スタック７０に格納されているプログラムの実行可能性
の検討に移る（ステップＳ１２５〜Ｓ１２７）。これ
は、それら依存先のプログラムについて一時チェックが
「真」に設定される可能性があるからである。

【００６０】一時スタック７０に積まれたプログラムに
対して、プログラム管理部１２０は、一時スタック７０
が空になるまで順に読み出して新たな書き込み候補プロ
グラムとし（ステップＳ１２５〜Ｓ１２７）、最初の書
き込み候補プログラム５５に対する実行可能性の判断処
理と同様の処理を繰り返す（ステップＳ１２１〜Ｓ１２
７）。そして、一時スタック７０が空になった場合には
（ステップＳ１２７）、最初の書き込み候補プログラム
５５について、依存する全てのネストレベルにあるプロ
グラムが実行可能であることが確認できたことになるの
で、この実行可能性のチェックを終える（ステップ
Ｈ）。

【００６１】一方、いずれかの書き込み候補プログラム
５５について、依存先の全てのプログラムが受信装置５
１０内に存在するとは判断されなかった場合には（ステ
ップＳ１２１）、最初に書き込み候補プログラム５５と
されたプログラムについて、もはや実行不可能であるこ
とが確定するので、一時スタック７０を開放した後に、
それまでに「真」に設定された一時チェックを解除
（「偽」に設定）し（ステップＳ１２８）、実行可能性
のチェックを終える（ステップＨ）。これは、あるプロ
グラムが依存する全てのネストレベルにあるプログラム
のうちひとつでも受信装置５１０内に存在しない場合に
は、そのプログラムは実行不可能となるからである。

【００６２】以上のようにして、候補プログラムスタッ
ク５０から取り出された１個の書き込み候補プログラム
５５についての実行可能性のチェックが終了すると（ス
テップＨ）、プログラム管理部１２０は、少なくと一つ
のプログラムについて一時チェック６２が「真」に設定
されたものがあるか否か判断する（ステップＳ１１
２）。その結果、一時チェック６２が「真」に設定され
たプログラムが存在する場合には、それらプログラムは
実行可能な状態にあることが確定しているので、対応す
る書き込みチェック６１を「真」に設定すると共に一時
チェック６２を解除（「偽」に設定）した後に（ステッ
プＳ１１３）、候補プログラムスタック５０内の残る他
のプログラムについて、候補プログラムスタック５０が
空になるまで順次に実行可能性のチェックを繰り返す
（ステップＳ１０１〜Ｓ１０３、Ｓ１２０〜Ｓ１２
８）。

【００６３】候補プログラムスタック５０が空になった
場合には（ステップＳ１０３）、対象プログラムがダウ
ンロードされることで実行可能な状態になり得る一時記
憶バッファ１８０内のプログラム全てについて実行可能
性を調べ終えたことになるので、最後に、「一時ダウン
ロード」としてダウンロードされて一時記憶バッファ１
８０に保存されていた対象プログラムについてのオブジ
ェクト格納部１４０への書き込み可能性を調べる（ステ
ップＳ１０４〜Ｓ１０５）。

【００６４】具体的には、プログラム管理部１２０は、
ダウンロードテーブル３０を参照することで対象プログ
ラムが「一時ダウンロード」としてダウンロードされた
ものか判断し（ステップＳ１０４）、そうである場合に
は、その依存関係情報１０ｇ、一時オブジェクト記憶テ
ーブル４０及び書き込みチェック６１等を参照すること
で、対象プログラムが直接に依存するプログラムのうち
オブジェクト格納部１４０に格納されていないもの全て
について書き込みチェック６１が「真」に設定されてい
るか確認する（ステップＳ１０５）。これは、対象プロ
グラムが依存する全てのプログラムについて、オブジェ
クト格納部１４０に格納されているか、実行可能である
かを確認するためである。

【００６５】その結果、それら全てのプログラムについ
て書き込みチェック６１が「真」に設定されているので
なければ、対象プログラムはオブジェクト格納部１４０
に格納することができないので、候補プログラムスタッ
ク５０を開放すると共に書き込みチェック６１を解除
（「偽」に設定）し（ステップＳ１１１）、ダウンロー
ド処理を終える（ステップＤ〜Ｓ４３）。

【００６６】一方、対象プログラムが「一時ダウンロー
ド」でない場合や（ステップＳ１０４）、「一時ダウン
ロード」であるが依存先の全てのプログラムについてオ
ブジェクト格納部１４０に格納されているか書き込みチ
ェック６１が「真」に設定されている場合には（ステッ
プＳ１０５）、それら書き込みチェックが「真」に設定
されたプログラムについて一時記憶バッファ１８０から
オブジェクト格納部１４０への移動及びそれに伴う各種
テーブル情報の更新を行う（ステップＳ１０６〜Ｓ１１
０）。

【００６７】具体的には、まず、プログラム管理部１２
０は、書き込みチェックが「真」に設定されているプロ
グラム全てをオブジェクト格納部１４０に追加書き込み
を行う（ステップＳ１０６）。そして、その追加書き込
みを反映させるために、履歴情報管理部１３０は、それ
らプログラムについてのエントリを履歴情報記憶部１６
０に記録する（ステップＳ１０７）。具体的には、プロ
グラム名（ID）１６１ａ、バージョン１６１ｂ、プログ
ラム作成日時１６１ｇについては一時オブジェクト記憶
テーブル４０に記録されている内容を記録し、プログラ
ム状態１６１ｃについては「有効」を記録し、無効理由
１６１ｄ及びプログラム無効化日時１６１ｆについては
空白とし、プログラムダウンロード日時１６１ｅについ
てはその時点の日時を記録する。

【００６８】同様に、上記追加書き込みを反映させるた
めに、プログラム管理部１２０は、それらプログラムに
ついてのエントリをオブジェクトテーブル記憶部１５０
に追加記録すると共に実行テーブル記憶部１９０の更新
を行う（ステップＳ１０８）。具体的には、オブジェク
トテーブル１５１〜１５３のプログラム名（ID）１５１
ａ、バージョン１５１ｂ、サイズ１５１ｃ、オブジェク
ト種１５１ｅ、依存関係情報１５１ｇについては一時オ
ブジェクト記憶テーブル４０に記録されている値をそれ
ぞれ記録し、先頭アドレス１５１ｄについては、ステッ
プＳ１０６においてプログラム管理部１２０が書き込ん
だオブジェクト格納部１４０上のアドレスを記録し、有
効無効記述１５１ｆについては、対象プログラムをダウ
ンロードしたことによる受信装置５１０の機能拡張をす
ぐに実施するために「有効」と記録する。そして、それ
ら追加記録に対応する実行テーブル１９１〜１９３が作
成されるよう実行テーブル記憶部１９０を更新する。

【００６９】続いて、プログラム管理部１２０は、書き
込みチェックが「真」に設定されているプログラムに対
応する一時オブジェクト記憶テーブル４０のエントリと
一時記憶バッファ１８０上の全ての領域を開放した後に
（ステップＳ１０９）、オブジェクトテーブル記憶部１
５０に追加記録したプログラムが依存するプログラムに
ついて、そのプログラムのオブジェクトテーブルの依存
関係情報１５１ｇにおける呼び出す側の項目を更新し
（ステップＳ１１０）、ダウンロード処理を終える（ス
テップＤ〜Ｓ４３）。

【００７０】以上のように、このプログラム構成管理装
置１００によって、放送センターから送信されてきた新
しいバージョンのプログラムがダウンロードされ、その
実行可能性がチェックされた後に古いバージョンのプロ
グラムと置き換えられると共に、それに伴って実行可能
となったプログラムについてもバージョンアップが行わ
れる。そして、置き換えられた古いバージョンのプログ
ラムは破棄されることなくそのまま受信装置５１０に蓄
積して保存され、このような受信装置５１０内で生じた
実行可能なプログラムの構成の変化が履歴情報１６１〜
１６３に反映される。

【００７１】図１７は、現行バージョンのプログラムに
不具合が発見された場合等において、履歴を遡及してプ
ログラムのバージョンを過去の安全なバージョンへ戻す
場合のプログラム構成管理装置１００の動作手順を示す
フローチャートである。まず、プログラムダウンロード
部１１０が放送センターからプログラムの遡及命令、ま
たは、入出力部５１５を介してユーザからの遡及命令を
受信する（ステップＳ７０）。遡及命令によって受信装
置５１０に与えられる情報（変更情報８０）は、図１８
に示される通りであり、プログラム名（ID）８０ａ、無
効化対象バージョン８０ｂ、変更対象バージョン８０
ｃ、対応機種８０ｄ（放送センターからの命令の場合に
のみ意味をなす）である。なお、履歴の遡及に関する説
明においては、上記プログラム名（ID）８０ａを持つプ
ログラム（バージョンには依存しない）を対象プログラ
ムと呼ぶ。

【００７２】ここで、無効化対象バージョン８０ｂと
は、対象プログラムのうち無効化の対象とされているバ
ージョンをいい、変更対象バージョン８０ｃとは、変更
先のバージョンとなり得る最新のバージョン、即ち、対
象プログラムと同一名のプログラムのうち安全に動作す
ることが確認されているバージョンの最新のものをい
う。つまり、実行対象となる対象プログラムのバージョ
ンを無効化対象バージョン８０ｂから変更対象バージョ
ン８０ｃ以前のものに遡及させることによって、対象プ
ログラムは安全に動作するものとする。

【００７３】プログラムダウンロード部１１０はプログ
ラム変更命令を受け取ると（ステップＳ７０）、その命
令に伴って送信されてきた変更情報８０を受信し一時記
憶バッファ１８０に展開する（ステップＳ７２）。続い
て、その旨の通知を受けたプログラム管理部１２０は、
対象プログラムの無効化対象バージョン８０ｂがオブジ
ェクトテーブル記憶部１５０に登録されており、かつ、
その有効無効記述１５１ｆが「有効」に設定されている
かをチェックする（ステップＳ７２）。

【００７４】その結果、対象プログラムの無効化対象バ
ージョン８０ｂがオブジェクトテーブル記憶部１５０に
登録されていないか、登録されているが有効無効記述１
５１ｆが「無効」に設定されている場合には、無効化す
る必要が無いので履歴遡及を中止する。なお、対象プロ
グラムの無効化対象バージョン８０ｂがオブジェクトテ
ーブル記憶部１５０に登録され、その有効無効記述１５
１ｆが「無効」に設定されている場合には、その旨の通
知を受けた履歴情報管理部１３０は、履歴情報記憶部１
６０のそのプログラムのエントリ中の無効理由１６１ｄ
の項目に、放送センター（ユーザ）からの無効化命令に
よる旨（２）を記入する。

【００７５】一方、対象プログラムの無効化対象バージ
ョン８０ｂがオブジェクトテーブル記憶部１５０に登録
されており、かつ、その有効無効記述１５１ｆが「有
効」に設定されている場合には（ステップＳ７２）、プ
ログラム管理部１２０は、対象プログラムの依存関係を
調べる（ステップＳ７３）。具体的には、無効化対象バ
ージョン８０ｂの対象プログラムに対応するオブジェク
トテーブルの依存関係情報１５１ｇに、少なくとも１個
のプログラムが登録されているか否か検査する。

【００７６】その結果、依存関係が存在しない場合に
は、履歴情報管理部１３０は、対象プログラムだけにつ
いて、変更対象バージョン８０ｃ以前で、かつ、最新の
バージョンのものに遡及させるために、履歴情報１３１
〜１３３を更新する（ステップＳ７４）。具体的には、
履歴情報記憶部１６０に登録された全ての対象プログラ
ムの履歴情報１６１〜１６３から、変更対象バージョン
８０ｃを含み、それよりも古いバージョンの中で最も新
しいバージョン１６１ｂ（以下、「遡及先バージョン」
という。）を持つ履歴情報を特定し、その履歴情報のプ
ログラム状態１６１ｃを「有効」に変え、無効理由１６
１ｄを空白に変更する。そして、無効化対象バージョン
８０ｂの履歴情報のプログラム状態１６１ｃを「無効」
にし、無効理由１６１ｄを放送センター（ユーザ）から
の無効化命令による旨（２）を記録し、プログラム無効
化日時１６１ｆにその日時を記録する。

【００７７】続いて、履歴情報管理部１３０から遡及先
バージョンの通知を受けたプログラム管理部１２０は、
無効化対象バージョン８０ｂの対象プログラムに対応す
るオブジェクトテーブルの有効無効記述１５１ｆを「無
効」にし、遡及先バージョンの対象プログラムに対応す
るオブジェクトテーブルの有効無効記述１５１ｆを「有
効」にした後に、対象プログラムの実行テーブル１９１
のエントリを、無効化対象バージョン８０ｂのものから
遡及先バージョンのものに変更する（ステップＳ７
７）。これによって、無効化対象バージョン８０ｂの対
象プログラムは、動作保証された変更対象バージョン８
０ｃ以前の遡及先バージョンにバージョンダウンされる
と共に、それに伴って生じた受信装置５１０内部のプロ
グラム構成の変化が各種テーブルに反映される。

【００７８】一方、対象プログラムに依存関係が存在す
る場合には（ステップＳ７３）、対象プログラムと依存
関係を持つ全てのプログラムについても、動作が保証さ
れたバージョン、即ち、変更対象バージョン８０ｃの対
象プログラムが有効とされていた時期又はそれ以前に動
作していたバージョンに遡及させる（ステップＳ７５〜
Ｓ７６）。

【００７９】そのために、まず、履歴情報管理部１３０
は、対象プログラムと直接に依存関係を持つプログラム
のうち、対象プログラムの変更対象バージョン８０ｃが
無効化された日時以降にダウンロードされたプログラム
を特定し、それらプログラムを変更対象プログラムとす
る。ここで、「変更対象プログラム」とは、放送センタ
ー（又はユーザ）から指定された対象プログラムのバー
ジョンの遡及に伴って新たにバージョンを遡及させる必
要が生じたプログラムをいう。

【００８０】具体的には、対象プログラムのオブジェク
トテーブルの依存関係情報１５１ｇに登録された全ての
プログラムについて、各プログラムの履歴情報のダウン
ロード日時１６１ｅと、変更対象バージョン８０ｃの対
象プログラムの履歴情報のプログラム無効化日時１６１
ｆとを比較し、そのダウンロード日時１６１ｅがプログ
ラム無効化日時１６１ｆ以降となっているプログラムに
ついて、対象プログラムと同様の変更情報８０ａ〜ｃを
抽出し、一時的に保存する。つまり、依存関係情報１５
１ｇに登録されたプログラムのプログラム名１５１ａ及
びバージョン１５１ｂをそれぞれ変更対象プログラムの
プログラム名８０ａ及び無効化対象バージョン８０ｂと
し、依存関係情報１５１ｇに登録されたプログラムと同
一名のプログラムのうち、変更対象バージョン８０ｃの
対象プログラムが無効化された日時１６１ｆの直前にダ
ウンロードされたダウンロード日時１６１ｅを持つ履歴
情報のバージョン１５１ｂを変更対象プログラムの変更
対象バージョン８０ｃとする。

【００８１】続いて、履歴情報管理部１３０は、上記ス
テップＳ７５において新たに変更対象プログラムとなっ
たプログラムについて、上記ステップＳ７３での判断と
同様に、そのプログラムと直接に依存関係を持つプログ
ラムが存在するか調べ（ステップＳ７６）、存在する場
合には、それらプログラムについて再び新たな変更対象
プログラムとすべきかの検討を繰り返す（ステップＳ７
５）。つまり、変更対象プログラムと依存関係を持ち、
かつ、変更対象プログラムを遡及することで動作保証が
されなくなる全てのプログラムが変更対象プログラムと
して追加されるまで繰り返す。

【００８２】このようにして、対象プログラムと依存関
係を持つ全てのネストレベルにあるプログラムについて
の検討を終えると（ステップＳ７６）、上記ステップＳ
７５で変更対象プログラムとされた全てのプログラムに
ついて、上記対象プログラムのバージョン遡及と同様の
テーブル更新処理を行う（ステップＳ７４、Ｓ７７）。
つまり、全ての変更対象プログラムについて、順次に、
無効化対象バージョン８０ｂを変更対象バージョン８０
ｃ以前で、かつ、最新のバージョンのものに遡及させる
ために、履歴情報管理部１３０は履歴情報１３１〜１３
３を更新し（ステップＳ７４）、プログラム管理部１２
０はオブジェクトテーブル１５１〜１５３及び実行テー
ブル１９１〜１９３を更新する（ステップＳ７７）。こ
れによって、無効化対象バージョン８０ｂの対象プログ
ラムが他のプログラムと依存関係を持つ場合であって
も、対象プログラムだけでなく、対象プログラムと依存
関係を持つ全てのネストレベルにあるプログラムについ
ても動作保証されたバージョンにまで遡及される。これ
によって、対象プログラムだけをバージョン遡及した場
合に生じるバージョンの不整合による不具合の発生が回
避される。

【００８３】図１９は、本プログラム構成管理装置１０
０がプログラムの配置変更処理を行う際の動作手順を示
すフローチャートである。ここで、「プログラムの配置
変更処理」とは、オブジェクト格納部１４０の空き容量
が少なくなった時にオブジェクト格納部１４０内から不
必要なプログラムを無効化することによって、新たに利
用可能な領域をオブジェクト格納部１４０内に確保する
処理である。

【００８４】まず、プログラム管理部１２０は、オブジ
ェクト格納部１４０が一定量以上使用されていたことを
検知すると（ステップＳ１３０）、この配置変更処理が
必要になったと判断し、履歴情報管理部１３０を通じ
て、履歴情報記憶部１６０内のプログラム状態１６１ｃ
が「消去可能」に設定されているプログラムを探す（ス
テップＳ１３１）。

【００８５】ここで、プログラム状態１６１ｃが「消去
可能」に設定されるのは、次の場合である。つまり、あ
るプログラムの動作の安全が完全に保証された場合に
は、放送センターが各受信装置５１０にそのプログラム
のバージョンよりも古いバージョンのプログラムに対し
消去可能の信号を送信する。この信号を受けた受信装置
５１０は、完全に安全が保証されたバージョンのプログ
ラムが受信装置５１０内に存在するならば、履歴情報記
憶部１６０における前記プログラムよりも古いバージョ
ン１６１ｂを持つプログラムのプログラム状態１６１ｃ
を「消去可能」に設定する。以下、履歴情報記憶部１６
０内のプログラム状態１６１ｃが「消去可能」に設定さ
れているプログラムを「消去可能なプログラム」とい
い、そうでないプログラムを「消去不可能なプログラ
ム」という。

【００８６】消去可能なプログラムを探し出すと、プロ
グラム管理部１２０は、オブジェクトテーブル１５１〜
１５３を参照することで、オブジェクト格納部１４０内
に消去可能なプログラムだけで構成されたブロックが存
在するかどうかを調べる（ステップＳ１３１）。ここ
で、「ブロック」とは、オブジェクト格納部１４０を構
成する一定サイズの複数の領域をいい、一括消去する際
の単位である。つまり、プログラム管理部１２０は、オ
ブジェクト格納部１４０内のオブジェクトをブロック単
位で消去するものとする。

【００８７】その結果、そのような不要なブロックが存
在する場合にはプログラム管理部１２０はそれらブロッ
クを全て消去した後に消去したブロックのひとつを、ま
た、そのような不要なブロックが存在しない場合には最
新にプログラムの書き込みを行ったブロックを、書き込
み先ブロックとして特定する（ステップＳ１３２）。こ
れは、消去可能なオブジェクトと満たさないオブジェク
トが混在したブロック（以下、「混在ブロック」とい
う。）を無くして整理するために、そのブロックから消
去不可能なオブジェクトだけを取り出して移動するため
である。

【００８８】そのために、プログラム管理部１２０は、
オブジェクト格納部１４０内の全ての混在ブロックを特
定し、それら全ての混在ブロックを順次消去していく処
理を繰り返す（ステップＳ１３３〜Ｓ１３９）。具体的
には、まず、プログラム管理部１２０は、全ての混在ブ
ロックを特定し、それら混在ブロック中の中から、消去
不可能なオブジェクトの合計サイズが最も小さいものを
コピー元ブロックとして特定する（ステップＳ１３
３）。そして、プログラム管理部１２０は、コピー元ブ
ロック中の消去不可能なオブジェクトをコピー先ブロッ
クにコピーすることが可能かどうか（コピー先ブロック
に必要なサイズの空き容量が残されているか）調べる
（ステップＳ１３４）。もしコピーが可能であれば、そ
のプログラムをコピー先ブロックにコピーし（ステップ
Ｓ１３５）、その旨を反映しておくために、コピーした
プログラムのオブジェクトテーブルの先頭アドレス１５
１ｄをコピー先ブロックの先頭アドレス１５１ｄに変更
する（ステップＳ１３６）。

【００８９】一方、消去不可能なオブジェクトについて
コピー先ブロックにコピーすることができない場合には
（ステップＳ１３４）、新たなコピー先ブロックを確保
するために、プログラム管理部１２０は他に空のブロッ
クがあるかどうかを調べ（ステップＳ１４０）、空ブロ
ックが存在する場合には、それらから１つの空ブロック
を選択し、それを新たなコピー先ブロックとして特定す
る（ステップＳ１４１）。

【００９０】一方、空ブロックが存在しなかった場合に
は（ステップＳ１４０）、一時的にコピー先ブロックを
作成する（ステップＦ）。図２０は、一時的に空ブロッ
クを作成する手順を示すフローチャートである。まず、
プログラム管理部１２０は、オブジェクト格納部１４０
を構成するブロックの中から消去不可能なプログラム数
が最も少ないブロックを１つ選択し、これを対象ブロッ
クとする（ステップＳ１６０）。そして、その対象ブロ
ックから消去不可能なオブジェクトを退避させるため
に、一時記憶バッファ１８０にコピーすると共に、その
オブジェクトを特定するための情報を一時記憶バッファ
１８０上に記録する（ステップＳ１６１）。つまり、オ
ブジェクトテーブル１５１〜１５３を参照することで、
そのオブジェクトのオブジェクト名、バージョン（その
オブジェクトがプログラムの場合）、サイズ及び一時記
憶バッファ１８０上のアドレスを一時記憶バッファ１８
０に記録し後に、対象ブロックを消去し、これを空ブロ
ックとする（ステップＳ１６２）。

【００９１】このようにして、一時的に新たな空ブロッ
クが作成される。なお、ステップＳ１３０において、プ
ログラム管理部１２０がプログラム配置変更処理を開始
する際のしきい値を小さくしておくことで（ステップＳ
１３０）、このような一時的な空ブロックを作成する頻
度を抑えることが出来る。このようにして、プログラム
管理部１２０は、コピー元ブロックに消去不可能なオブ
ジェクトが無くなるまで、それらオブジェクトのコピー
を繰り返す（Ｓ１３４〜Ｓ１３７，Ｓ１４０〜Ｓ１４
１）。そして、コピー元ブロック中に消去不可能なオブ
ジェクトが存在しなくなった後に、そのコピー元ブロッ
クを消去し、これによって、新たな空のブロックを作成
する（ステップＳ１３８）。

【００９２】そして、プログラム管理部１２０は、オブ
ジェクト格納部１４０中に混在ブロックが無くなるま
で、順次に混在ブロック中の消去不可能なオブジェクト
の移動とその混在ブロックの消去を繰り返す（Ｓ１３４
〜Ｓ１３９、Ｓ１４０〜Ｓ１４１）。最後に、混在ブロ
ックが存在しなくなった後に、一時的に退避していたオ
ブジェクトを復旧するための処理を行う（ステップＳ１
４２〜Ｓ１４４）。具体的には、プログラム管理部１２
０は、一時的な空ブロックを作成したか否か判断し（ス
テップＳ１４２）、作成していない場合にはプログラム
配置変更処理を終了するが、作成していた場合には、そ
の作成に際して一時記憶バッファ１８０に退避していた
オブジェクトをコピー先ブロック（容量が足りない場合
は、他の空ブロック）にコピーした後に（ステップＳ１
４３）、そのコピーしたオブジェクトに対して、それが
プログラムであればオブジェクトテーブル記憶部１５０
のエントリの先頭アドレス１５１ｄを、いまコピーした
オブジェクト格納部１４０上のアドレスに変更する（ス
テップＳ１４４）。これによって、一時的に退避されて
いた全てのオブジェクトをオブジェクト格納部１４０の
空きブロックに復帰させ、プログラム配置変更処理を終
了する。

【００９３】このように、消去可能なオブジェクトだけ
からなるブロックだけでなく、消去不可能なオブジェク
トが混在したブロックについても、消去不可能なオブジ
ェクトを移動したり退避したりすることによって、消去
可能なオブジェクトだけからなるブロックにした後に、
そのブロックをブロックごと一括消去している。これに
よって、オブジェクト格納部１４０内から混在ブロック
のょうな使用効率の悪いブロックを無くしてしまうこと
ができるので、オブジェクト格納部１４０の記憶領域は
有効に活用される。

【００９４】以上のように、本実施の形態によれば、放
送センターから送信されてきたプログラムを受信装置５
１０がダウンロードする際に、新しいバージョンのプロ
グラムで古いバージョンのものを置換してしまうのでは
なく、蓄積してオブジェクト格納部１４０に格納し、そ
のダウンロードについての履歴をとることとしているの
で、過去のあるバージョンへの遡及が容易に行われる。
つまり、互いに依存する複数のモジュールからなるアプ
リケーションをダウンロードする場合であっても、履歴
を取りながらダウンロードしているため、各モジュール
間の依存関係の整合性を保ちつつ過去のあるバージョン
への遡及することが可能となる。

【００９５】また、本実施の形態によれば、放送センタ
ーは、プログラムを送信し各受信装置５１０にダウンロ
ードさせた後に、受信装置５１０に対して指示するだけ
で、受信装置５１０においてプログラムのバージョンを
遡及させたり、特定のプログラムを消去させたりするこ
とが可能となる。これによって、放送センター側におけ
るプログラム送信後のプログラムの構成管理やバージョ
ン管理が不要となり、その負荷が軽減される。（第２の実施の形態）次に、ダウンロードに伴う受信装
置５１０の動作の安全性を確保するために、プログラム
ダウンロード部１１０が一時記憶バッファ１８０に展開
されたプログラムに対し、オブジェクト格納部１４０に
書き込む前にテスト実行を行い、動作確認を終えてから
オブジェクト格納部１４０に書き込む本発明の第２の実
施の形態に係るプログラム構成管理装置２００について
説明する。

【００９６】図２１は、第２の実施の形態に係るプログ
ラム構成管理装置２００の構成を示す機能ブロック図で
ある。本装置２００は、第１の実施の形態のプログラム
構成管理装置１００にテスト実行部２２０が追加された
構成を有し、図１に示される受信装置５１０に内蔵され
ている点において第１の実施の形態と共通する。テスト
実行部２２０は、一時記憶バッファ１８０に展開された
プログラムをテスト実行するものであり、ＥＥＰＲＯＭ
５１８に予め格納されたプログラム等によって実現さ
れ、主に、以下に示す５つの機能を持つ。１．指定された引数を与えて指定されたプログラムを実
行する２．指定されたプログラム間の通信内容を読み取る３．指定されたプログラム間の通信内容を変更する４．指定されたプログラムの返り値を読み取る５．指定されたプログラムの実行を強制終了するまた、本実施の形態では、第１の実施の形態に対して以
下に示す５点の変更が加えられている。（１）放送センターがアプリケーションと共にテストケ
ースを送信する（２）オブジェクト格納部１４０にアプリケーションを
記録する際にテストケースも同時に記録する（３）履歴情報記憶部１６０にテスト実行に関する情報
を追加する（４）一時記憶バッファ１８０にプログラムを一時的に
ダウンロードする際にテストケースも同時に格納する（５）一時オブジェクト記憶テーブル４０にテストケー
ス情報を追加する以下、これら第１の実施の形態との相違点について詳細
に説明する。

【００９７】［上記（１）の相違点について］本実施の
形態では、テスト実行におけるテスト条件と合否の判定
基準を指定する情報としてテストケースという情報を用
いている。個々のテストケースは、（i）対象プログラ
ムへの引数、（ii）前記引数を与えた場合に期待される
返り値、及び、（iii）実行に要する時間、を記述した
情報である。テスト実行部２２０は、このようなテスト
ケースで指定された引数を与えて対象プログラムを実行
することでテスト実行を行う。

【００９８】図２２（ａ）は、バージョンアップのため
に放送センターから送信されてくる情報であり、第１の
実施の形態における図２（ａ）と比較して分かるよう
に、オブジェクトヘッダ１０６及びオブジェクト本体１
０７だけでなく、そのオブジェクトをテストするための
テストケースヘッダ２０６及びテストケース本体２０７
が一体となっている。テストケースヘッダ２０６は、図
２２（ｂ）に示されるように、テストケースサイズ２０
６ａ、入力値サイズ２０６ｂ及び出力値サイズ２０６ｃ
からなる。テストケースサイズ２０６ａはテストケース
本体２０７全体のサイズを、入力値サイズ２０６ｂはテ
スト実行のために対象プログラムに入力させる引き数の
サイズを、出力値サイズ２０６ｃは期待される返り値の
サイズを、バイト単位で表した数値である。テストケー
ス本体２０７は、図２２（ｃ）に示されるように、その
オブジェクト（プログラム）に与えられる引数２０７
ａ、期待される返り値２０７ｂ及び期待される実行時間
２０７ｃからなる。

【００９９】なお、実行時間２０７ｃに関しては、受信
装置５１０の能力によって異なるので、絶対的な値でな
く相対的な値が用いられている。［上記（２）の相違点について］モジュールをダウンロ
ードしバージョンアップする際には、そのモジュール単
体ではなく、そのモジュールに依存するアプリケーショ
ンを実行することによって、総合的にモジュールの安全
性をテストする必要がある。そのために、アプリケーシ
ョンに関しては、そのアプリケーションをテストするた
めのテストケースをアプリケーション本体と一緒にオブ
ジェクト格納部１４０に記録しておくこととしている。
つまり、既に受信装置５１０内に存在するアプリケーシ
ョンが依存するモジュールが新たにダウンロードされた
場合に備えるためである。

【０１００】［上記（３）の相違点について］オブジェ
クト格納部１４０にテストケースを格納することに伴
い、そのための管理情報を受信装置５１０内に記憶して
おく必要が生じる。そのために、本実施の形態では、履
歴情報記憶部１６０に、オブジェクト格納部１４０に格
納されているテストケースに関する情報（以下、「テス
トケース項目」という。）として、入力値サイズ、出力
値サイズ及びテストケースアドレスの３つの情報を格納
することとしている。ここで、入力値サイズと出力値サ
イズに関しては図２２（ｂ）に示された入力値サイズ、
出力値サイズと同一の値である。テストケースアドレス
は、オブジェクト格納部１４０上のテストケースが存在
する先頭アドレスである。

【０１０１】また、一度テスト実行に失敗した（不合格
と判定された）プログラムについて、その旨を履歴情報
記憶部１６０に残しておくことで、動作が保証されてい
ないプログラムをダウンロードしてしまうことを避ける
ことが可能となる。そのために、本実施の形態では、履
歴情報１６１〜１６３のプログラム状態１６１ｃに「ダ
ウンロードしない」を加えている。

【０１０２】具体的には、一時記憶バッファ１８０に展
開したプログラムのテスト実行に失敗した場合には、履
歴情報管理部１３０は、履歴情報記憶部１６０にそのプ
ログラムに対応するエントリ（履歴情報）を加え、その
履歴情報のプログラム状態１６１ｃを「ダウンロードし
ない」に設定する。そして、図１３に示されたダウンロ
ードの可否判断において（ステップＳ１５）、履歴情報
管理部１３０は履歴情報記憶部１６０に登録されている
対象プログラムのエントリのプログラム状態１６１ｃを
調べ、「ダウンロードしない」であった場合には、プロ
グラム管理部１２０に対してダウンロードを許可しない
（no）旨の返答をすることとしている（ステップＳ１
６）。このような判断処理によって、既にテスト実行に
失敗したプログラムを再びダウンロードする無駄を回避
することができる。

【０１０３】［上記（４）及び（５）の相違点につい
て］一時記憶バッファ１８０にプログラム本体１０７だ
けでなくテストケース本体２０７も一時的に記録するこ
ととしている。これは、後にそのプログラムが依存する
プログラムをダウンロードした際に、依存元のプログラ
ムを含む全体的なテスト実行が可能となるからである。

【０１０４】そして、テストケース本体を一時的に記録
するために、そのための管理情報も記録しておく必要が
ある。そのために、一時オブジェクト記憶テーブル４０
にテストケースの情報、即ち、入力値サイズ、出力値サ
イズ、テストケースアドレスを加えている。ここで、入
力値サイズと出力値サイズに関しては図２２（ｂ）に示
された入力値サイズ、出力値サイズと同一の値である。
テストケースアドレスは、一時記憶バッファ１８０上の
テストケースが存在する先頭アドレスである。

【０１０５】図２３は、プログラムダウンロード部１１
０によって一時記憶バッファ１８０に展開された対象プ
ログラムに対して、テスト実行部２２０がテスト実行を
行う際の手順を示すフローチャートである。なお、テス
ト実行を開始するにはその対象プログラムが予め実行テ
ーブル記憶部１９０に登録されている必要がある。テス
ト実行も通常の実行も受信装置５１０のＣＰＵ５１６が
実行テーブル１９１〜１９３を参照しながらプログラム
を実行する点において異ならないからである。そのため
に、テスト実行部２２０は、テスト実行に先立ち、対象
プログラムのプログラム名（ID）、サイズ、一時記憶バ
ッファ１８０上のアドレスを予め実行テーブル１９１〜
１９３に追加するか、又は、実行テーブル記憶部１９０
内に対象プログラムのエントリ（実行テーブル）が既に
存在する場合には、そのエントリのアドレス値を一時記
憶バッファ１８０上のアドレスに変更しておく。

【０１０６】以上の準備を終えた後に、まず、プログラ
ム管理部１２０はテスト実行部２２０にテスト実行を要
請する（ステップＳ２００）。すると、テスト実行部２
２０は対象プログラムがアプリケーションであるかどう
かをチェックする（ステップＳ２０１）。その結果、対
象プログラムがアプリケーションである場合には、一時
記憶バッファ１８０上のテストケースの入力値２０７ａ
を引数として対象プログラムに対してテスト実行を行
い、続いて、その対象プログラムに依存する受信装置５
１０内に存在するアプリケーションについてもテスト実
行を行う（ステップＳ２０３）。このアプリケーション
に対するテスト実行は、履歴情報記憶部１６０に格納さ
れたそのアプリケーションについてのテストケースの項
目に基づいて行われる。

【０１０７】一方、対象プログラムがアプリケーション
でなかった場合、即ち、モジュールであった場合には
（ステップＳ２０１）、テスト実行部２２０は、そのモ
ジュールを呼び出しているアプリケーションに対してテ
スト実行を行う（ステップＳ２０２）。このテスト実行
も履歴情報記憶部１６０に格納されたそのアプリケーシ
ョンのテストケースの項目２０７に基づいて行われる。
また、テスト実行の対象となるアプリケーションは、一
時記憶バッファ１８０に展開されているオブジェクトヘ
ッダ１０６に登録されている呼び出す側のアプリケーシ
ョンのうち受信装置５１０に存在するものだけを対象と
する。

【０１０８】このようにしてテスト実行を開始すると
（ステップＳ２０２、Ｓ２０３）、テスト実行部２２０
は、対象プログラムに関するテスト実行がテストケース
に記述されている実行時間２０７ｃ内に終わるかどうか
をチェックする（ステップＳ２０４）。その結果、テス
トケースに記述されている実行時間２０７ｃ内に終わっ
た場合には、続いて、対象プログラムの出力値がテスト
ケースに記述されている返り値２０７ｂと一致するか比
較し（ステップＳ２０５）、一致する場合には、テスト
実行は成功したと判断し、その旨（Ｙｅｓ）をプログラ
ム管理部１２０に回答する。

【０１０９】一方、対象プログラムがテストケースに記
述された実行時間２０７ｃ内に終わらなかった場合（ス
テップＳ２０４）、又は、対象プログラムからの出力値
がテストケースに記述された返り値２０７ｂと一致しな
かった場合には（ステップＳ２０５）、テスト実行部２
２０はテスト実行が失敗したと判断してその時点でテス
ト実行を終了し、その旨の通知を受けたプログラム管理
部１２０は実行テーブル記憶部１９０内の対象プログラ
ムのエントリを元のオブジェクトテーブル記憶部１５０
の値に戻す（ステップＳ２０６）。そして、履歴情報管
理部１３０は、履歴情報記憶部１６０に対象プログラム
のエントリ（履歴情報）を加え、そのプログラム状態１
６１ｃを「ダウンロードしない」に設定した後に（ステ
ップＳ２０７）、テスト実行部２２０はテスト実行が失
敗した旨（Ｎｏ）をプログラム管理部１２０に回答す
る。

【０１１０】以上のようにして、一時記憶バッファ１８
０に展開された対象プログラムは、オブジェクト格納部
１４０に書き込まれる前にテスト実行部２２０によって
テスト実行が行われる。図２４は、テスト実行と関連さ
せて一時記憶バッファ１８０に展開されたプログラムを
オブジェクト格納部１４０に移動させる処理手順を示す
フローチャートであり、第１の実施の形態における図１
４に対応する。図１４と異なる点は、ステップＳ４５〜
Ｓ４７の３箇所である。

【０１１１】第１の実施の形態では、対象プログラムの
一時記憶バッファ１８０への展開が「新規ダウンロー
ド」又は「バージョンアップダウンロード」であると判
断された場合には（ステップＳ３０）、その対象プログ
ラムはオブジェクト格納部１４０に追加格納されたが
（ステップＳ３１）、本実施の形態では、オブジェクト
格納部１４０への格納に先立ち、対象プログラムについ
てテスト実行を行う（ステップＳ４５〜Ｓ４６）。具体
的には、プログラム管理部１２０は、対象プログラムの
実行テーブル１９１の各項目が、いま一時記憶バッファ
１８０に展開されたプログラムを指すように書き換えた
後に（ステップＳ４５）、その対象プログラムのテスト
実行を行う（ステップＳ４６）。

【０１１２】その結果、テストに合格した場合には、そ
の対象プログラムをオブジェクト格納部１４０に追加書
き込みを行い（ステップＳ３１）、履歴情報記憶部１６
０やオブジェクトテーブル記憶部１５０の書き換えを行
う（ステップＳ３２、Ｓ３３）。一方、不合格であった
場合には、プログラム管理部１２０は実行テーブル記憶
部１９０を元に戻すと共に履歴情報管理部１３０は履歴
情報記憶部１６０に対象プログラムのエントリ（履歴情
報）を加え、そのプログラム状態１６１ｃを「ダウンロ
ードしない」に設定し（ステップＳ４７）、プログラム
のダウンロード処理を終える。

【０１１３】図２５は、テスト実行と関連させて一時記
憶バッファ１８０に格納されていたプログラムのうち、
対象プログラムのダウンロードによって実行可能となっ
たものを検索しオブジェクト格納部１４０に移動させる
処理手順を示すフローチャートであり、第１の実施の形
態における図１５に対応する。図１５と異なる点は、書
き込みチェックが「真」に設定されたプログラムについ
て、オブジェクト格納部１４０に書き込む（ステップＳ
１０６）直前に、テスト実行を行うための処理が追加さ
れていることである（ステップＳ２２０〜Ｓ２２５）。
なお、テスト実行に合格したプログラムについては、そ
の後の処理は実質的に異ならない（ステップＳ１０６’
〜Ｓ１１０’）。

【０１１４】まず、プログラム管理部１２０は、書き込
みチェックが「真」に設定されているアプリケーション
を一時記憶バッファ１８０内の実行候補スタックに積む
（ステップＳ２２０）。ここで、実行候補スタックと
は、第１の実施の形態における一時スタック７０や候補
プログラムスタック５０と同様の構造をしており、プロ
グラム名とバージョンの情報を格納するスタックであ
る。

【０１１５】次に、プログラム管理部１２０は、実行候
補スタックに積まれたアプリケーションを順次に取り出
しながら、その実行候補スタックが空になるまでテスト
実行による動作確認を繰り返す（ステップＳ２２１〜Ｓ
２２５）。具体的には、実行候補スタックにアプリケー
ションが登録されていたら（ステップＳ２２１）、その
アプリケーションのうちの一つを実行候補アプリケーシ
ョンとし（ステップＳ２２２）、まず、その実行候補ア
プリケーションについての実行チェックが「真」に設定
されているか判断する（ステップＳ２２３）。これは、
既にテスト実行によって安全に動作することが確認され
ているアプリケーション（テスト実行で成功したアプリ
ケーション）であるか否か判断するためである。ここ
で、「実行チェック」とは、一時オブジェクト記憶テー
ブル４０に登録されているアプリケーションそれぞれに
対応して設けられたフラグであり、テスト実行で合格し
た旨を示す「真」、及び、それ以外の状態である旨を示
す「偽」のいずれかに設定される。

【０１１６】もし、実行候補アプリケーションについて
動作確認が済んでいない場合には（ステップＳ２２
３）、その実行候補アプリケーションに対してテスト実
行を行い動作確認する（ステップＫ）。そして、その動
作確認が終了すると（ステップＬ）、その実行候補アプ
リケーションに対して一時チェックが「真」に設定され
ているか確認し（ステップＳ２２４）、その結果、
「真」に設定されている場合には、テスト実行に合格し
たことを意味するので、実行チェックを「真」に設定す
ると共に一時チェックを解除（「偽」に設定）する（ス
テップＳ２２５）。

【０１１７】一方、一時チェックが「偽」である場合に
は、テスト実行に合格しなかったことを意味するので、
実行チェックを「偽」のままにし、次の実行候補アプリ
ケーションのテスト実行に移る（ステップＳ２２１）。
図２６は、実行候補スタックから取り出された１個の実
行候補アプリケーションをテスト実行し（ステップＫ〜
Ｌ）、これによって受信装置５１０内で正確な動作を行
うことが可能かどうかをチェックするフローチャートで
ある。

【０１１８】まず、テスト実行部２２０は、プログラム
管理部１２０から通知された実行候補アプリケーション
に対してテスト実行を行う（ステップＳ２４０）。な
お、ここでのテスト実行（ステップＳ２４０）は、図２
３に示されたフローチャートの通りである（ただし、図
２３における対象プログラムは図２６における実行候補
アプリケーションを指す）。

【０１１９】その結果、実行候補アプリケーションがテ
スト実行に失敗した場合には、その実行候補アプリケー
ションはもはやオブジェクト格納部１４０に格納される
資格を有しないので、一時スタック７０と一時チェック
をクリアする（ステップＳ２４７）。一方、テスト実行
に成功した場合には、プログラム管理部１２０はその実
行候補アプリケーションに対して一時チェックを「真」
に設定し、続いて、その実行候補アプリケーションが依
存する全てのアプリケーションに対するテスト実行に移
る（ステップＳ２４２〜Ｓ２４６）。具体的には、プロ
グラム管理部１２０は実行候補アプリケーションが依存
するアプリケーション全てについて一時チェックが
「真」に設定されているかどうかを調べ（ステップＳ２
４２）、アプリケーション全てについて一時チェックが
「真」に設定されている場合には、それらはすべてテス
ト実行に成功していることを意味するので、この実行候
補アプリケーションの依存するプログラムは全てテスト
実行に成功していることになり、その動作が保証された
ことになる。

【０１２０】一方、実行候補アプリケーションが依存す
るアプリケーション全てについて一時チェックが「真」
に設定されているのではない場合には（ステップＳ２４
２）、それら一時チェックが「真」でないアプリケーシ
ョンを一時スタック７０に積んだ後に（ステップＳ２４
３）、その一時スタック７０から一つずつアプリケーシ
ョンを取り出し、それを新たな実行候補アプリケーショ
ンとして（ステップＳ２４５）、一時チェックの確認と
（ステップＳ２４６）とテスト実行（ステップＳ２４
０）と依存先の全てのアプリケーションについての検討
（ステップＳ２４１〜Ｓ２４３）とを繰り返す。そし
て、一時スタック７０が空になるか（ステップＳ２４
４）、いずれかの実行候補アプリケーションについてテ
スト実行が失敗するまで（ステップＳ２４７）、テスト
実行を繰り返す。そして、いずれかの実行候補アプリケ
ーションについてのテスト実行で失敗した場合には、一
時スタック７０と一時チェックがクリアされるが（ステ
ップＳ２４７）、一時スタック７０が空になった場合に
は、一時チェックがクリアされずにテスト実行に成功し
たアプリケーションに対してのみ一時チェックが「真」
に設定されたまま、ここでの処理を終える（ステップ
Ｌ）。

【０１２１】そして、一時チェックが「真」に設定され
たアプリケーション、つまり、関連するアプリケーショ
ンも含めて動作が保証されたアプリケーションについて
オブジェクト格納部１４０に書き込むための処理が行わ
れる（ステップＳ２２４〜Ｓ２２５、Ｓ２２１、Ｓ１０
６’〜Ｓ１１０’）。このように、本実施の形態に係る
プログラム構成管理装置２００によれば、第１の実施の
形態のプログラム構成管理装置１００にテスト実行部２
２０が付加され、これによって、受信装置５１０にダウ
ンロードされたプログラムは、そのプログラムと共に送
信されてきたテストケースによって指定された入力値が
与えられ、受信装置５１０において依存関係を持つ他の
プログラムと共にテスト実行される。そして、期待され
た時間内に期待された出力値を出力することでテスト実
行に合格した場合にのみ、オブジェクト格納部１４０に
格納され実行対象のプログラムとして正式に登録され
る。これによって、送信されてきたプログラムにバグや
ウィルス等が含まれているために、そのまま受信装置５
１０に登録して実行させたのでは取り返しのつかない不
具合が生じる場合であっても、そのような不具合の発生
を未然に防止できる可能性が高まる。

【０１２２】また、モジュールやバージョンが増えるに
つれ、その組み合わせは爆発的に増えて、すべての組み
合わせに対しての動作確認を放送センターでテストする
のは大変困難であるが、本実施の形態によれば、これら
のテストをそれぞれの受信装置５１０に移行しているの
で、放送センター側でのテストの負担が軽減される。（第３の実施の形態）次に、取り外し可能な補助記憶装
置を備え、それを受信装置５１０に格納されているプロ
グラム等のバックアップ先として使用したり、他の受信
装置にプログラム等をコピーすることが可能な本発明の
第３の実施の形態に係るプログラム構成管理装置３００
について説明する。

【０１２３】図２７は、第３の実施の形態に係るプログ
ラム構成管理装置３００の構成を示す機能ブロック図で
ある。本装置３００は、第１の実施の形態のプログラム
構成管理装置１００に補助記憶部３１０及びバックアッ
プ記録部３２０が追加された構成を有し、図１に示され
る受信装置５１０に内蔵されている点において第１の実
施の形態と共通する。

【０１２４】補助記憶部３１０は、オブジェクト格納部
１４０と同容量、もしくはそれ以上の記憶容量を持つ取
り外し可能（リムーバブル）な不揮発性メモリ（フラッ
シュメモリを内蔵したメモリカード）であり、オブジェ
クト格納部１４０に格納されている全てのオブジェクト
をバックアップとして収納したり、他の受信装置にオブ
ジェクトをコピーするための媒体として用いられる。

【０１２５】バックアップ記録部３２０は、オブジェク
ト格納部１４０に格納されたオブジェクトを補助記憶部
３１０に書き込むバックアップ処理を行ったり、逆に、
補助記憶部３１０に格納されたオブジェクトをオブジェ
クト格納部１４０に書き戻すプログラム構成の再構築を
行ったりするものであり、ＥＥＰＲＯＭ５１８に予め格
納されたプログラム等によって実現される。

【０１２６】図２８は、オブジェクト格納部１４０に格
納されたプログラムを補助記憶部３１０にバックアップ
する手順を示すフローチャートである。バックアップ記
録部３２０は、入出力部５１５等を介してユーザからプ
ログラムのバックアップ命令を受けると、まず、この受
信装置５１０に補助記憶部３１０が装着されているかど
うかをチェックする（ステップＳ２６０）。補助記憶部
３１０が装着されていない場合には、入出力部５１５等
を介してユーザにその旨を伝えた後にこのバックアップ
処理を中止する（ステップＳ２６３）。

【０１２７】一方、受信装置５１０に補助記憶部３１０
が装着されている場合には、バックアップ記録部３２０
は、プログラム管理部１２０を通じてオブジェクトテー
ブル記憶部１５０内のオブジェクトテーブル１５１〜１
５３を検索することで、有効無効記述１５１ｆが「有
効」である全てのオブジェクトを特定し、それらオブジ
ェクトをオブジェクト格納部１４０から補助記憶部３１
０にコピーすると共に、対応するオブジェクトテーブル
についてもオブジェクトテーブル記憶部１５０から補助
記憶部３１０にコピーする（ステップＳ２６１）。この
とき、コピーするオブジェクトテーブルの先頭アドレス
１５１ｄは、そのオブジェクトが格納されている補助記
憶部３１０上の先頭アドレスに変更しておく。

【０１２８】続いて、バックアップ記録部３２０は、プ
ログラム管理部１２０及び履歴情報管理部１３０を通じ
て、いまコピーしたオブジェクトについての履歴情報を
読み出し、一部を変更した後に補助記憶部３１０に格納
する（ステップＳ２６２）。つまり、履歴情報のプログ
ラム状態１６１ｃを「有効」とし、無効理由１６１ｄと
プログラムダウンロード日時１６１ｅを空白にし、他の
項目についてはそのままにする。

【０１２９】このようにして、バックアップ記録部３２
０によるバックアップ処理が終了し、その時点において
「有効」とされている全てのオブジェクト及び復旧に必
要な情報（オブジェクトテーブル及び履歴情報）が補助
記憶部３１０に格納されたことになる。図２９は、図２
８に示された手順でバックアップされた補助記憶部３１
０内のプログラム、オブジェクトテーブル及び履歴情報
を受信装置５１０に戻して再構築する際の手順を示すフ
ローチャートである。

【０１３０】入出力部５１５等を介してユーザからのバ
ックアップデータの再構築命令（リストア命令）を受け
ると、バックアップ記録部３２０は、まず、補助記憶部
３１０が装着されているかどうかをチェックする（ステ
ップＳ２８０）。補助記憶部３１０が装着されていない
場合には、入出力部５１５等を介してユーザに補助記憶
部３１０が装着されていない旨を伝え、この再構築処理
を中止する（ステップＳ２８６）。

【０１３１】一方、受信装置５１０に補助記憶部３１０
が装着されている場合には、バックアップ記録部３２０
は、プログラム管理部１２０を通じて、補助記憶部３１
０内のオブジェクトテーブルを受信装置５１０のオブジ
ェクトテーブル記憶部１５０へ記録した後に、そのオブ
ジェクトテーブルに対応する古い（既に記録されてい
る）オブジェクトテーブルの有効無効記述１５１ｆを
「無効」にする（ステップＳ２８１）。そして、プログ
ラム管理部１２０と履歴情報管理部１３０を通じて、補
助記憶部３１０内の履歴情報を受信装置５１０の履歴情
報記憶部１６０へコピーする（ステップＳ２８２）。こ
のとき、コピー先の受信装置５１０に合わせた履歴情報
とする必要があるため、プログラムダウンロード日時１
６１ｅの項目はバックアップ再構築を行った日時に変更
する。

【０１３２】続いて、バックアップ記録部３２０は、プ
ログラム管理部１２０を通じて実行テーブルを書き換え
る（ステップＳ２８３）。このとき、ステップＳ２８１
において書き込んだオブジェクトテーブルに基づいて実
行テーブルのエントリを作成する。そして、バックアッ
プ記録部３２０は、プログラム管理部１２０を通じて、
補助記憶部３１０内のオブジェクトをオブジェクト格納
部１４０へコピーする（ステップＳ２８４）。

【０１３３】最後に、バックアップ記録部３２０は、い
まコピーしたオブジェクトテーブルと実行テーブルの先
頭アドレス１５１ｄ、１９１ｄを上記ステップＳ２８４
でコピーしたオブジェクトのオブジェクト格納部１４０
におけるアドレスに書き替え（ステップＳ２８５）、こ
れによってバックアップ再構築処理は終了する。以上の
ように、本実施の形態に係るプログラム構成管理装置３
００によれば、第１の実施の形態のプログラム構成管理
装置１００に補助記憶部３１０とバックアップ記録部３
２０とが付加され、これによって、受信装置５１０に格
納された「有効」（現行バージョン）な全てのオブジェ
クトは、必要な管理情報と共に取り外し可能な補助記憶
部３１０にコピーされたり、逆に、補助記憶部３１０に
コピーされていたオブジェクトが受信装置５１０に復元
される。従って、不慮の事故に備えて受信装置５１０内
のプログラムのバックアップを取っておくが可能とな
る。例えば、受信装置５１０のプログラムが何らかの原
因で破壊された場合でも、その受信装置５１０のプログ
ラムをバックアップした補助記憶部３１０があれば、受
信装置５１０の機能を、バックアップした時点のアプリ
ケーション構成に復元することが可能となる。

【０１３４】また、他の受信装置５１０とのオブジェク
トの交換やコピー等を行うことも可能になる。例えば、
受信装置５１０のプログラムをバックアップした補助記
憶部３１０を、その受信装置５１０以外の他の受信装置
５１０に装着することで、その受信装置５１０のプログ
ラムを他の受信装置５１０に移すことが可能となる。例
えば、メーカの販売店等のサービス側が完全に動作する
プログラムの記録された補助記憶部３１０を用意し、こ
れを用いてユーザの受信装置へプログラムをダウンロー
ドすることも可能となる。これによって、アプリケーシ
ョンを放送電波以外の媒体で受信装置５１０に蓄積させ
ることが可能となる。（第４の実施の形態）次に、ユーザとの対話により、プ
ログラムをテスト実行したり受信装置に必要なプログラ
ムを取得することが可能な本発明の第４の実施の形態に
係るプログラム構成管理装置４００について説明する。

【０１３５】図３０は、本実施の形態に係るデジタル衛
星放送用受信システム全体のハードウェア構成を示す図
である。このシステムは、アンテナ５１１と受信装置５
１０とＴＶ５２０とからなる。この受信装置５１０は、
第３の実施の形態と同様に、放送電波や補助記憶部３１
０からプログラムをダウンロードすることができるだけ
でなく、内蔵するモデム等によって接続された電話網５
３０を介してネットワーク上のプログラムサーバー（受
信装置５１０用のプログラムを蓄積し、要求に応じて電
子配信するコンピュータ）からプログラムをダウンロー
ドすることもできる。また、リモコン５４０を介してユ
ーザと対話することにより、ユーザが所望するプログラ
ムをテスト実行したりダウンロードしたりすることがで
きる。

【０１３６】図３１は、図３０に示された受信装置５１
０に内蔵されるプログラム構成管理装置４００の構成を
示す機能ブロック図である。本装置４００は、第２及び
第３の実施の形態のプログラム構成管理装置２００及び
３００を兼ね備えた機能に加えて、ユーザと対話するた
めの機能を有する。つまり、本装置４００は、第１の実
施の形態のプログラム構成管理装置１００に、テスト実
行部２２０、補助記憶部３１０及びバックアップ記録部
３２０が追加された構成を有する。そして、プログラム
管理部１２１は、第１の実施の形態のプログラム管理部
１２０の機能に加えて、対話制御部１２１ａと通信制御
部１２１ｂとを有する。

【０１３７】通信制御部１２１ｂは、リモコン５４０か
らの赤外線を受信してコマンド解析する回路やこの受信
装置５１０と電話網５３０とを接続するモデム等からな
る。対話制御部１２１ａは、通信制御部１２１ｂとリモ
コン５４０とを介してユーザからの指示を取得したり、
ＴＶ５２０の画面にグラフィック表示したりすることに
よってユーザーと対話し、ユーザの指示に従って、テス
ト実行やプログラムのダウンロードを制御する。

【０１３８】図３２は、本装置４００によるユーザとの
対話についての動作手順を示すフローチャートである。
以下、この動作について、図３３〜図３５に示されたＴ
Ｖ５２０の画面の表示例を用いながら説明する。まず、
対話制御部１２１ａは、リモコン５４０を介して、ユー
ザから、メンテナンス用のメニューを表示させる旨の指
示を受ける（ステップＳ４００）。そして、リモコン５
４０から送信されてきたキーを判別することで、その指
示が「テスト条件を設定する」旨の指示であるか、「新
たなプログラムを取得する」旨の指示であるかを判断す
る（ステップＳ４０１）。

【０１３９】その結果、「テスト条件を設定する」旨の
指示である場合には、対話制御部１２１ａは、ＴＶ５２
０の画面に図３３に示される「テスト条件設定メニュ
ー」を表示する（ステップＳ４０２）。具体的には、
（１）テスト実行の対象プログラムをユーザに特定させ
るためのスクロールウィンドウと、（２）テスト実行の
合否判定の方法に関する選択メニュー等を表示する。

【０１４０】具体的には、図３３に示される第１の選択
項目（１）のように、スクロールウィンドウには、この
受信装置５１０内に存在する全てのプログラムについ
て、その名前とバージョンと機能とが一覧表示される。
ユーザは、リモコン５４０を用いて、ウィンドウをスク
ロールしながら、テストしたいプログラムを反転表示さ
せる等により、１個以上の対象プログラムを特定する
（ステップＳ４０３）。ここでは、ユーザは、図示され
ているように、放送電波のトランスポートストリームに
映像データとともに多重化されて送られてくるＥＰＧ
（Electric Program Guide；電子番組表）を表示するプ
ログラムＰＲＯＧ＿０１４（Ｖｅｒ．２．７）を選択し
たとする。

【０１４１】さらに、第２の選択項目（２）において、
ユーザは、テストの合否判定に関して、第２の実施の形
態のような「自動判定」、即ち、この受信装置５１０に
格納されたテストケースによって特定される判定基準を
採用するか、又は、「ユーザ判定」、即ち、ＴＶ５２０
の画面との対話によってユーザが合否を決定するか、を
選択することができる（ステップＳ４０４）。ここで
は、ユーザは、図示されているように、「ユーザ判定」
を選択したとする。

【０１４２】以上の２つの項目の入力を終えたユーザ
は、最後に、「実行」ボタンを押すことによって、テス
ト実行を起動させることができる（ステップＳ４０
５）。つまり、実行する旨の指示を受け取った対話制御
部１２１ａは、テスト実行部２２０に対して、対象プロ
グラムの名前とバージョンとを通知し、テストを実行さ
せる。

【０１４３】その結果、図３４に示される画面例のよう
に、ＴＶ５２０の画面には、この受信装置５１０に既に
格納されていたＥＰＧが表示される。ここでは、スクロ
ールウィンドウ内にＥＰＧの一部が表示されている。ユ
ーザは、リモコン５４０を用いて、スクロールボタンを
操作することにより、全てのＥＰＧが正しく表示されて
いるか等をチェックすることができる。つまり、テスト
実行の結果、プログラムＰＲＯＧ＿０１４が正しく機能
しているか否かを画面との対話によって確認することが
できる。なお、画面の中央におけるウィンドウの表示
は、ＰＲＯＧ＿０１４の実行によるものであるが、その
他のタイトルやメニュー項目の表示は、対話制御部１２
１ａによるものである。

【０１４４】このような確認の結果、ユーザは、正しく
ＥＰＧが表示されていると判断した場合には「合格」ボ
タンを押し、そうでないと判断した場合には「不合格」
ボタンを押す（ステップＳ４０６）。ここで、「不合
格」ボタンが押された場合には、対話制御部１２１ａ
は、プログラムを再構築する（ステップＳ４０７）。具
体的には、対話制御部１２１ａは、オブジェクトテーブ
ル記憶部１５０等を参照することにより対象プログラム
ＰＲＯＧ＿０１４が有効なプログラムであるか否かを判
断し、有効なプログラムである場合には、プログラム管
理部１２１にその旨を通知することにより、そのプログ
ラムＰＲＯＧ＿０１４のバージョンを直前のものに遡及
させる（ステップＳ４０７）。これによって、テスト実
行に失敗したプログラムを含まないように受信装置５１
０のプログラム構成を再編成させることができる。

【０１４５】「合格」ボタンが押された場合（ステップ
Ｓ４０６）、及び、「不合格」ボタンが押された後の処
理（ステップＳ４０７）が完了した場合には、続いて、
対話制御部１２１ａは、通信制御部１２１ｂ及び電話網
５３０を介して上記プログラムサーバーに対して、テス
ト実行の結果と最終的なプログラム構成とを報告する
（ステップＳ４０８）。このようにして、一連のテスト
実行を終了し、再びメニュー選択の処理（ステップＳ４
００）に戻る。

【０１４６】一方、メニュー選択において（ステップＳ
４０１）、「新たなプログラムを取得する」旨の指示が
なされた場合には、対話制御部１２１ａは、ＴＶ５２０
の画面に、図３５に示されるような「プログラム取得メ
ニュー」を表示する（ステップＳ４１０）。具体的に
は、ユーザが取得プログラムを検索して特定するのに役
立つ３つの項目（１）〜（３）と、その取得ルートを選
択するため項目（４）の合計４つの項目（１）〜（４）
を表示する。

【０１４７】具体的には、ユーザは、第１の項目（１）
において、着目プログラムの名前とバージョンを入力す
ることができる。ここで、着目プログラムとは、ダウン
ロードしたいプログラムを検索するための契機となるプ
ログラムである。ここでは、ユーザは、図示されている
ように、着目プログラムＰＲＯＧ＿０３を入力し、バー
ジョン２．１を入力したとする。

【０１４８】すると、対話制御部１２１ａは、オブジェ
クトテーブル記憶部１５０の依存関係情報１５１ｇを参
照することにより、その着目プログラムＰＲＯＧ＿０３
Ｖｅｒ．２．１を呼び出している全てのプログラム（依
存元プログラム）の一覧を第２の項目としてスクロール
ウィンドウに表示するとともに、その着目プログラムＰ
ＲＯＧ＿０３Ｖｅｒ．２．１が呼び出している全てのプ
ログラム（依存先プログラム）の一覧を第３の項目とし
てスクロールウィンドウに表示する。なお、これら一覧
には、プログラムの名前とバージョンとその時点で受信
装置５１０内に存在する（記憶されている）か否かの情
報とそのプログラムの機能とが含まれる。

【０１４９】ユーザは、これら２つのウィンドウをスク
ロールしながら、取得したいプログラムを反転表示させ
る等により、１個以上の取得プログラムを特定すること
ができる（ステップＳ４１１）。ここでは、ユーザは、
図示されているように、プログラムＰＲＯＧ＿５５Ｖｅ
ｒ．１．３とＰＲＯＧ＿６４Ｖｅｒ．４．４とを選択し
たとする。

【０１５０】そして、ユーザは、それら２つのプログラ
ムを取得する際のルートを、「放送電波」、「電話回
線」及び「メモリカード」の中から選択する（ステップ
Ｓ４１２）。ここでは、ユーザは、図示されているよう
に、「電話回線」を選択したとする。以上の４つの項目
の入力を終えたユーザは、最後に、「実行」ボタンを押
すことによって、ダウンロードを開始させることができ
る（ステップＳ４１３）。つまり、実行する旨の指示を
受け取った対話制御部１２１ａは、上記項目の内容を通
信制御１２１ｂに通知することで、ここでは、電話網５
３０を介して接続された所定のプログラムサーバーか
ら、２つの対象プログラムをダウンロードさせる。ダウ
ンロードされたプログラムは、通信制御部１２１ｂから
一旦プログラムダウンロード部１１０に渡され、それ以
降の処理においては、図１０のフローチャートに示され
るような第１の実施の形態と同様の手順で処理される。

【０１５１】もし、上記第４の項目における取得ルート
として「放送電波」が選択されていた場合には、入力さ
れた２つの対象プログラムは、プログラム管理部１２１
によって一旦ダウンロード予約リスト記憶部１７０に格
納され、それ以降においては、第１の実施の形態と同様
の手順で処理される。また、上記第４の項目における取
得ルートとして「メモリカード」が選択されていた場合
には、入力された２つの対象プログラムは、図２９のフ
ローチャートに示されるように、プログラム管理部１２
１による制御の下で、バックアップ記録部３２０によっ
て補助記憶部３１０から読み出され、オブジェクト格納
部１４０に格納される。

【０１５２】このようにして、ダウンロードを終える
と、対話制御部１２１ａは、一連のプログラム取得処理
を終了し、再びメニュー選択の処理（ステップＳ４０
０）に戻る。以上のように、本実施の形態に係るプログ
ラム構成管理装置４００によれば、第１の実施の形態の
プログラム構成管理装置１００にテスト実行部２２０と
補助記憶部３１０とバックアップ記録部３２０と対話制
御部１２１ａと通信制御部１２１ｂとが付加され、これ
によって、ユーザは、受信装置５１０と対話すること
で、特定のプログラムをテスト実行したりダウンロード
したり、テスト結果を評価したりすることができる。従
って、プログラム提供者の一方的なスケジュールに依存
するのではなく、受信装置５１０を所有するユーザの都
合や使用目的に応じて、受信装置５１０のプログラム構
成を最新の状態に維持したり、故障診断を実施すること
が可能となる。

【０１５３】以上、本発明に係るプログラム構成管理装
置について第１〜第４実施の形態に基づいて説明した
が、本発明はこれらに限定されるものではない。即ち、（１）上記実施の形態では、受信装置５１０を直接構成
するプログラムやデータをダウンロードしたが、ダウン
ロードの対象はこれらに限られず、プログラム構成管理
装置を構成するプログラム（プログラムダウンロード部
１１０やプログラム管理部１２０等。以下、「ダウンロ
ードプログラム」という。）自身をダウンロードするこ
とも可能である。

【０１５４】例えば、これらダウンロードプログラムに
ついても、受信装置５１０を直接構成するプログラムと
同様にオブジェクト格納部１４０に格納しておき、プロ
グラム構成管理装置の管理対象としておく。そして、ダ
ウンロードをする等のためにダウンロードプログラムを
実行する際には、オブジェクト格納部１４０から一時記
憶バッファ１８０にそのダウンロードプログラムをロー
ドして展開し、対応する実行テーブルの先頭アドレス１
９１ｃを一時記憶バッファ１８０上のアドレスに変更す
る。

【０１５５】そうすることで、オブジェクト格納部１４
０上のダウンロードプログラムではなく、一時記憶バッ
ファ１８０上のダウンロードプログラムがＣＰＵ５１６
によって実行されることになる。これによって、ダウン
ロードの対象となるダウンロードプログラムとダウンロ
ードを実行しているダウンロードプログラムとは異なる
オブジェクトとして管理されることになるので、その後
は、第１〜３の実施の形態と同様の手順によってダウン
ロードプログラムをダウンロードすることが可能とな
る。

【０１５６】このような方式を実現するための最も単純
な方法は、受信装置５１０の起動時にオブジェクト格納
部１４０内の全てのプログラムを一時記憶バッファ１８
０に展開しておくことである。つまり、全てのプログラ
ムを一時記憶バッファ１８０に展開した後に、対応する
全ての実行テーブルの先頭アドレス１９１ｃを一時記憶
バッファ１８０上のアドレスに変更すればよい。これに
よって、プログラム構成管理装置を含めた受信装置５１
０の機能は全て一時記憶バッファ１８０に格納されたプ
ログラムが実行されることによって実現されるので、ダ
ウンロードする対象についての制限がなくなり、ダウン
ロードプログラム自身をダウンロードすることが可能と
なる。（２）また、上記実施の形態では、オブジェクト格納部
１４０内でのオブジェクトの格納位置については特に制
限が設けられていなかったが、例えば、オブジェクト格
納部１４０上に配置するプログラムとデータの位置を固
定、もしくは、各ブロックについてプログラムとデータ
の一方だけが格納されるよう配置位置を固定してもよ
い。そのような配置にすることで、プログラム配置変更
処理の際に、オブジェクト格納部１４０上に空のブロッ
クがなくなった（図１７ステップＳ１４０でNoの判断が
された）場合に、フォントデータ等のデータのみが格納
されたブロックを空ブロックにすることで、その処理を
行っているときに電源が切れる等の事故があった場合で
もプログラムは破壊されずに済むので、受信装置５１０
が再起動されないという最悪の事態は回避される。（３）また、第２の実施の形態では、テスト実行に失敗
した場合には、そのプログラムの履歴情報のプログラム
状態１６１ｃを「ダウンロードしない」に設定している
が（ステップＳ２０７）、テスト実行に失敗した旨の事
実を明確に残しておいてもよい。例えば、プログラムの
テスト実行を行う前に、そのプログラムに対応するフラ
グを立てて一時記憶バッファ１８０に残しておき、テス
ト実行に成功したときにのみ、そのフラグを消去するこ
ととする。これによって、例えば、プログラムのテスト
実行においてそのプログラムが暴走して受信装置５１０
がハングアップしてしまった場合において、後に同一プ
ログラムが放送センターから送信されてきたときには、
そのプログラムに対応するフラグが立っているので、そ
のプログラムが過去にテスト実行に失敗したことが確認
できる。従って、再びテスト実行を行ってしまうことに
よる受信装置５１０のハングアップの繰り返しを防止す
ることができる。

【０１５７】また、テスト実行を放送局からのコンテン
ツによって実現する方法があるが、このような方式にお
いても、上記フラグは役に立つ。つまり、テスト実行の
対象となるプログラムを一時記憶バッファ１８０上に展
開し、実行テーブルを書き替えることで一時記憶バッフ
ァ１８０上のプログラムを有効とする。これによって、
受信装置５１０の動作は、一時記憶バッファ１８０上の
対象プログラムによって制御されることになるが、この
時に、放送センターから対象プログラムを利用するコン
テンツを送信することで、対象プログラムを組込んだこ
とによる受信装置５１０全体の動作が再現される。この
とき、もし、対象プログラムに致命的なバグがある場合
や、その受信装置５１０下では動作しない場合において
受信装置５１０がハングアップしても、上記テスト実行
のフラグを参照することで、対象プログラムのテスト実
行に失敗したことの判断が可能となる。（４）また、第２の実施の形態において、テスト実行に
失敗した時に対象プログラムの履歴情報のプログラム状
態１６１ｃを「ダウンロードしない」に設定している
が、この状態を解除するしくみを設けてもよい。テスト
実行に失敗したプログラムであっても、そのプログラム
が依存するプログラムが入れ換えられた結果、正常に動
作することができるようになり得るからである。具体的
には、履歴情報記憶部１６０にテスト実行に失敗した日
時を情報として持たせ、放送センターから送信されてき
たプログラムのダウンロードを判断する際（図１３にお
けるステップＳ１５）に、履歴情報記憶部１６０に登録
されている対象プログラムの履歴情報のプログラム状態
１６１ｃが「ダウンロードしない」であっても、テスト
実行に失敗した日時以降に対象プログラムが依存するプ
ログラムをダウンロードしたのであれば、再び対象プロ
グラムをダウンロードしてテスト実行を試みることとす
ればよい。（５）また、第３の実施の形態では、放送センターがプ
ログラムと同時に送信するテストケースには、入力値と
出力値と実行にかかる時間のみが含まれていたが、この
ような値だけでなく、対象プログラムの機能を全て利用
するアプリケーションを含ませることもできる。これに
よって、受信装置５１０側では放送センターから送信さ
れてきたテストケース中のアプリケーションを実行して
対象プログラムのテストを行うことができる。また、こ
のようなテストケースを付加することで、対象プログラ
ムごとに最適なテスト方法を放送センター側が与えるこ
とが可能となる。

【０１５８】例えば、一時記憶バッファ１８０上の対象
プログラムを有効とした後、放送センターからコンテン
ツとして送信されるテストデータを受信し、前記テスト
ケース中のアプリケーションを利用して、テストを行う
こととする。これによって、受信装置５１０内のプログ
ラムの連携が正しく行われているかどうかをチェックす
ることが可能となる。（６）また、第３の実施の形態では、プログラム配置変
更処理を行う際、プログラムの消去条件として放送セン
ターからの通知のあったプログラムとしていたが、消去
可能なプログラムの条件を、ある日以前のプログラムと
設定したり、受信装置５１０内に３世代以上バージョン
を持つプログラムの最新バージョンから３世代以上前の
バージョンと設定したりすることで、様々なプログラム
の消去条件に対応したプログラム構成管理装置が実現さ
れる。（７）また、第１の実施の形態においては、ＣＰＵ５１
６がプログラムを実行する際にプログラム管理部１２０
は一時記憶バッファ１８０に作成された実行テーブルを
参照して実行対象とすべきプログラムを特定したが、こ
のような実行テーブルを作成せずに、プログラム管理部
１２０が実行対象の選択要求を受ける度に直接オブジェ
クトテーブル記憶部１５０内のオブジェクトテーブル１
５１〜１５３を検索して実行対象とすべきオブジェクト
を特定してもよい。この方法を採用すれば、図４におけ
る実行テーブル記憶部１９０を割愛することができる。（８）また、第３の実施の形態において受信装置５１０
内のオブジェクトのバックアップをとる際に、オブジェ
クト格納部１４０上のプログラム全てを補助記憶部３１
０上にコピーするのではなく、特定のプログラムのみを
選択的に補助記憶部３１０上へコピーしてもよい。これ
によって、希望するアプリケーションだけのバックアッ
プをとり、他の受信装置５１０へそのアプリケーション
のみをコピーすることが可能となる。（９）また、第１及び第２の実施の形態では、ダウンロ
ードするオブジェクトやテスト実行の対象となるプログ
ラムは放送センターから送信されてきたものを対象とし
たが、第３の実施の形態における補助記憶部３１０から
コピーされてくるものとすることもできる。これによっ
て、放送センターからのオンラインによるバージョンア
ップだけでなく、補助記憶部３１０を媒体とするオフラ
インによるバージョンアップや補助記憶部３１０からコ
ピーされるアプリケーションに対する事前のテスト実行
が可能となる。（１０）また、上記実施の形態のプログラム構成管理装
置は、プログラムを対象としてバージョン遡及等を行な
ったが、データを対象としてバージョン遡及等を行なう
こともできる。つまり、図３６に示されるように、各デ
ータがバージョンを有し、ハイパーリンク構造による依
存関係を形成している場合には、本発明のプログラム管
理装置によるバージョン遡及等の管理対象をデータに適
用することができる。

【０１５９】これによって、例えば、データ放送による
ニュース番組が、地域や話題別のモジュールに分割され
ており、それらを合わせて１つの大きなニュース番組を
構成している場合において、一部の最新ニュースのダウ
ンロードによりバージョンアップが発生した際のニュー
ス番組全体の再構築や、一部のニュース情報に欠陥が発
見された時のバージョン遡及等が可能となる。

【０１６０】

【発明の効果】以上の説明から明らかなように、本発明
に係るプログラム構成管理装置は、通信端末機器に備え
られ、その通信端末機器に必要な複数のプログラムの構
成を管理する装置であって、通信路を介して前記プログ
ラムをダウンロードするダウンロード手段と、ダウンロ
ードされたプログラムを最新バージョンだけでなく過去
のバージョンも含めて蓄積して記憶するプログラム記憶
手段と、特定のプログラムについてバージョンを遡及さ
せる旨の指示を受けると、前記プログラム記憶手段に記
憶されたプログラムのうち指示されたプログラムについ
ては、現行バージョンを無効化して過去のバージョンを
有効化させるバージョン遡及手段とを備えることを特徴
とする。

【０１６１】これによって、通信端末機器に保存されて
いた古いバージョンが有効化されるので、バージョンア
ップのために新たにダウンロードしたプログラム自体に
バグが存在していても、健全に動作していたときの過去
の状態（プログラム構成）に戻すことができ、バージョ
ンアップすることによって通信端末機器の機能が悪化し
てしまうことが回避される。

【０１６２】ここで、前記プログラム記憶手段は、前記
プログラムを記憶しているプログラム格納部と、前記プ
ログラム格納部に格納されたプログラムについて、プロ
グラムの名前、バージョン及び実行の対象となっている
有効な状態かそうでない無効な状態かを示す有効無効情
報を含む管理情報を記憶している管理情報格納部とを有
し、前記バージョン遡及手段は、前記特定のプログラム
の名前と遡及先バージョンの指定を受ける受付部と、前
記プログラム格納部に格納されたプログラムのうち指定
された名前と同一名のプログラムについては、前記遡及
先バージョン以前でかつ最新のバージョンのプログラム
に対応する前記管理情報の有効無効情報だけを有効化す
る遡及部とを有してもよい。

【０１６３】これによって、同一名の異なるバージョン
のプログラムの中から一つだけを有効化する場合には、
それらプログラムに対応する有効無効情報を変更するだ
けで済むので、最新のバージョンを無効化し過去のバー
ジョンを有効化するようなバージョンの遡及操作が単純
化される。また、前記プログラム構成管理装置はさら
に、ダウンロードされたプログラムの名前、バージョ
ン、ダウンロードされた日時及び無効化された場合には
その日時を含む履歴情報を記憶する履歴情報記憶手段を
備え、前記管理情報にはさらに、当該プログラムと依存
関係を持つプログラムの名前とバージョンが含まれ、前
記バージョン遡及手段はさらに、前記管理情報を参照す
ることにより、指定された名前のプログラムと依存関係
を持つ全てのプログラムを特定し、それらプログラムに
ついて、前記履歴情報を参照することにより、前記遡及
部によって有効化されたプログラムが過去に無効化され
たときの日時より前でかつ最新の日時にダウンロードさ
れたバージョンのプログラムに対応する前記管理情報の
有効無効情報を有効化する関連プログラム遡及部を有し
てもよい。

【０１６４】これによって、指定されたプログラムだけ
でなく、そのプログラムと依存関係を持つ全てのプログ
ラムについても履歴を遡及し、整合のとれたバージョン
のプログラムセットが有効化されるので、バージョンを
遡及した際にバージョンの不整合に基づいて波及的に不
具合が発生するということが防止される。また、前記プ
ログラム構成管理装置はさらに、ダウンロードされたプ
ログラムをテスト実行し、テスト実行に合格したプログ
ラムだけを前記プログラム記憶手段に格納するテスト実
行手段を備えてもよい。これによって、例えば、新たに
ダウンロードしたプログラム自体に致命的なバグが存在
していても、そのプログラムによって通信端末機器が全
く動作しなくなってしまうという最悪の事態の発生が回
避される。

【０１６５】また、前記ダウンロード手段は、前記プロ
グラムと共に、そのプログラムをテスト実行する際の条
件と合格基準とをダウンロードし、前記テスト実行手段
は、前記条件と合格基準を用いて前記プログラムをテス
ト実行し合否を判定してもよい。これによって、プログ
ラムの仕様を熟知している送信側においてテスト条件や
合格基準を設定し、通信端末機器に指示することができ
るので、適正なテスト実行が確保される。

【０１６６】また、前記テスト実行手段は、テスト実行
による合否の判定結果をそのプログラムに対応させて記
録し保存しておくテスト結果保存部を有し、前記プログ
ラムのテスト実行に先立って、前記テスト結果保存部を
参照し、そのプログラムが過去のテスト実行に不合格と
なっていたと判明した場合にはテスト実行を中断しても
よい。これによって、過去のテスト実行において不合格
となっているプログラムを再びダウンロードしテスト実
行するという無駄が避けられる。

【０１６７】また、前記プログラム構成管理装置はさら
に、取り外し可能な不揮発性メモリと、指定されたプロ
グラムについて、前記プログラム格納部に記憶されたプ
ログラム、前記管理情報格納部に記憶された管理情報及
び前記履歴情報記憶手段に記憶された履歴情報を前記不
揮発性メモリにコピーするバックアップ手段と、前記不
揮発性メモリに記憶されたプログラム、その管理情報及
びその履歴情報をそれぞれ前記プログラム格納部、前記
管理情報格納部及び前記履歴情報記憶手段に読み出す読
み出し手段とを備えてもよい。これによって、通信端末
機器に格納されているプログラムのバックアップを作成
しておいたり、他の通信端末機器にプログラムをコピー
することが可能となるので、例えば、バージョンアップ
に伴って不具合が発生した場合であっても、元の状態に
戻すことができる。

【０１６８】また、前記プログラム構成管理装置はさら
に、不要となったプログラム及びバージョンの指定を受
け付け、指定されたプログラムであって指定されたバー
ジョン以前のバージョンのものを前記プログラム記憶手
段から消去し、消去によって生じた空き領域を集中させ
るよう残されたプログラムの前記プログラム記憶手段に
おける配置を変更する配置変更手段を備えてもよい。こ
れによって、フラッシュメモリ等の一括消去型のメモリ
にプログラムを格納している場合であっても、不要なプ
ログラムだけを整理して消去することができるので、メ
モリの使用効率が高まる。

【０１６９】また、前記ダウンロード手段及び前記バー
ジョン遡及手段は、前記通信端末機器において実行され
るプログラムとして実現され、前記ダウンロード手段に
よってダウンロードされるプログラム、前記プログラム
記憶手段に記憶されるプログラム及び前記バージョン遡
及手段によって有効化されるプログラムには、前記ダウ
ンロード手段及び前記バージョン遡及手段を実現するた
めのプログラムも含まれてもよい。これによって、通信
端末機器を構成するプログラムだけでなく、プログラム
構成管理装置を構成するプログラムについてもダウンロ
ードの対象とすることができるので、プログラム構成管
理装置自身をバージョンアップしたりバージョンダウン
することが可能となる。

【０１７０】また、前記プログラム構成管理装置はさら
に、前記プログラム記憶手段に記憶されたプログラムの
うち実行の対象となるものをロードして一時的に保持す
る一時記憶バッファを備え、前記通信端末機器は、前記
一時記憶バッファに保持されたプログラムを実行しても
よい。これによって、現に実行の対象となっている全て
のプログラムは、保存されているプログラムとは別個の
ものとして存在するので、ダウンロードによって自らの
プログラムが破壊されてしまう等の不具合の発生が回避
される。

【０１７１】また、前記プログラム構成管理装置はさら
に、グラフィック表示によるユーザとの対話を実行する
対話手段を備え、前記テスト実行手段は、ダウンロード
された前記プログラムのうち、前記対話手段によって特
定されたプログラムをテスト実行してもよい。これによ
って、ユーザが所望するプログラムだけを対象としてテ
スト実行することが可能となり、プログラムのバグの究
明作業に要する時間が短くなる。

【０１７２】また、前記対話手段は、前記テスト実行手
段によるテスト実行の様子をグラフィック表示するとと
もに、そのテスト実行に対する合否判断をユーザから取
得してもよい。これによって、ユーザは、目視によっ
て、プログラムの健全性を確認することができるので、
デバッグ作業が容易となる。また、前記プログラム構成
管理装置はさらに、グラフィック表示によるユーザとの
対話を実行する対話手段を備え、前記ダウンロード手段
は、前記対話手段によって特定されたプログラムをダウ
ンロードしてもよい。これによって、ユーザが所望する
プログラムをダウンロードし改訂していくことができる
ので、ユーザの使用状況や意図を反映した多様なニーズ
に応えることが可能なプログラム構成管理装置が実現さ
れる。

【０１７３】また、前記対話手段は、ユーザによって指
定されたプログラムと依存関係を持つ全てのプログラム
を表示するとともに、前記通信路として選択可能な複数
の取得ルートを表示し、前記ダウンロード手段は、前記
対話手段によって特定されたプログラムを前記対話手段
によって特定された取得ルートでダウンロードしてもよ
い。これによって、ユーザは、改訂したいプログラムの
名前が分からない場合であって、関連するプログラムか
らそのプログラムを検索することができる。そして、特
定の通信回線が故障していたりトラフィックが混雑して
いても、他の通信ルートを用いてプログラムをダウンロ
ードし、受信装置のソフトウェアを改訂することができ
る。

【０１７４】また、前記プログラム構成管理装置はさら
に、プログラムのテスト結果やその時のプログラム構成
を電話回線等の双方向の通信路を使って、センター側
（プログラムの提供側）に通知する手段を備えてもよ
い。これによって、センターは、プログラムのバグや組
み合わせ不整合についての情報を統計的に把握すること
ができ、デバッグやプログラムの品質改善に役立てるこ
とが可能となる。

【０１７５】以上のように、本発明によって、ダウンロ
ードによってプログラムを改訂する通信端末機器におい
て、ダウンロードの履歴を参照しながら整合性を維持し
つつ古いバージョンのプログラム構成に遡及することが
可能となり、特に、通信サービスの多様化が急速に進ん
でいる衛星放送等の受信装置のプログラム構成管理装置
として、本発明の実用的価値は極めて大きい。

【図面の簡単な説明】

【図１】本発明のプログラム構成管理装置を内蔵するデ
ジタル衛星放送用受信装置全体のハードウェア構成図で
ある。

【図２】（ａ）は放送センターから送信されるオブジェ
クトのデータ構造を示す図であり、（ｂ）はオブジェク
トヘッダ１０６のデータ構造を示す図である。

【図３】（ａ）及び（ｂ）は、それぞれ、オブジェクト
種１５１ｅがモジュール及びアプリケーションである場
合の依存関係情報１５１ｇの詳細なデータ構造を示す図
である。

【図４】第１の実施の形態に係るプログラム構成管理装
置１００の構成を示す機能ブロック図である。

【図５】オブジェクト格納部１４０に格納されているプ
ログラム群の様子を示す図である。

【図６】オブジェクトテーブル記憶部１５０に格納され
ているオブジェクトテーブルのデータ構造を示す図であ
る。

【図７】実行テーブル記憶部１９０に格納されている実
行テーブルのデータ構造を示す図である。

【図８】履歴情報記憶部１６０に格納されている履歴情
報のデータ構造を示す図である。

【図９】ダウンロード予約リスト記憶部１７０に格納さ
れている予約リストのデータ構造を示す図である。

【図１０】プログラム構成管理装置１００によるプログ
ラムのダウンロードについての全体的な動作手順を示す
フローチャートである。

【図１１】図１０に示された全体フローにおける第１の
処理の詳細な手順を示すフローチャートである。

【図１２】一時記憶バッファ１８０に一時的に記録され
る主な情報を示し、（ａ）はヘッダ情報１０、（ｂ）は
一時的に格納されているプログラム、（ｃ）はダウンロ
ードテーブル３０、（ｄ）は一時オブジェクト記憶テー
ブル４０、（ｅ）は候補プログラムスタック５０、
（ｆ）はチェックフラグ、（ｇ）は一時スタック７０の
データ構造を示す図である。

【図１３】図１１におけるステップＳ４のさらに詳細な
手順を示すフローチャートである。

【図１４】図１０に示された全体フローにおける第２の
処理の詳細な手順を示すフローチャートである。

【図１５】図１０に示された全体フローにおける第３の
処理の詳細な手順を示すフローチャートである。

【図１６】書き込み候補プログラム５５についての実行
可能性をチェックする手順を示すフローチャートであ
る。

【図１７】履歴を遡及してプログラムのバージョンを過
去のバージョンへ戻す場合のプログラム構成管理装置１
００の動作手順を示すフローチャートである。

【図１８】遡及命令に伴って受信装置５１０に与えられ
る変更情報８０のデータ構造を示す図である。

【図１９】プログラム構成管理装置１００がプログラム
の配置変更処理を行う際の動作手順を示すフローチャー
トである。

【図２０】一時的に空ブロックを作成する手順を示すフ
ローチャートである。

【図２１】第２の実施の形態に係るプログラム構成管理
装置２００の構成を示す機能ブロック図である。

【図２２】（ａ）はバージョンアップのために放送セン
ターから送信されてくる情報であり、（ｂ）はテストケ
ースヘッダ２０６、（ｃ）テストケース本体２０７のデ
ータ構造を示す図である。

【図２３】一時記憶バッファ１８０に展開された対象プ
ログラムに対してテスト実行部２２０がテスト実行を行
う際の手順を示すフローチャートである。

【図２４】第２の実施の形態における一時記憶バッファ
１８０に展開されたプログラムをオブジェクト格納部１
４０に移動させる処理手順を示すフローチャートであ
る。

【図２５】第２の実施の形態における一時記憶バッファ
１８０に格納されていたプログラムのうち、対象プログ
ラムのダウンロードによって実行可能となったものをオ
ブジェクト格納部１４０に移動させる処理手順を示すフ
ローチャートである。

【図２６】実行候補スタックから取り出された実行候補
アプリケーションをテスト実行し動作確認するフローチ
ャートである。

【図２７】第３の実施の形態に係るプログラム構成管理
装置３００の構成を示す機能ブロック図である。

【図２８】オブジェクト格納部１４０に格納されたプロ
グラムを補助記憶部３１０にバックアップする手順を示
すフローチャートである。

【図２９】図２８に示された手順でバックアップされた
補助記憶部３１０内のプログラム等を受信装置５１０に
戻して再構築する際の手順を示すフローチャートであ
る。

【図３０】第４の実施の形態に係るデジタル衛星放送用
受信システム全体のハードウェア構成を示す図である。

【図３１】図３０に示された受信装置５１０に内蔵され
るプログラム構成管理装置４００の構成を示す機能ブロ
ック図である。

【図３２】プログラム構成管理装置４００によるユーザ
との対話についての動作手順を示すフローチャートであ
る。

【図３３】プログラム構成管理装置４００による「テス
ト条件設定メニュー」の表示例である。

【図３４】プログラム構成管理装置４００によるＥＰＧ
の表示例である。

【図３５】プログラム構成管理装置４００による「プロ
グラム取得メニュー」の表示例である。

【図３６】ハイパーリンク構造を有するモジュール化さ
れたデータ構造を示す図である。

【符号の説明】

１００第１の実施の形態に係るプログラム構成管理
装置１１０プログラムダウンロード部１２０、１２１プログラム管理部１３０履歴情報管理部１４０オブジェクト格納部１５０オブジェクトテーブル記憶部１６０履歴情報記憶部１７０ダウンロード予約リスト記憶部１８０一時記憶バッファ１９０実行テーブル記憶部２００第２の実施の形態に係るプログラム構成管理
装置２２０テスト実行部３００第３の実施の形態に係るプログラム構成管理
装置３１０補助記憶部３２０バックアップ記録部５１０受信装置５１１アンテナ５１２受信部５１３デコーダ５１４映像信号再生部５１５入出力部５１６ＣＰＵ５１７ＲＡＭ５１８ＥＥＰＲＯＭ５１９カウンター・タイマー

Claims

【特許請求の範囲】

【請求項１】通信端末機器に備えられ、その通信端末
機器に必要な複数のプログラムの構成を管理する装置で
あって、通信路を介して前記プログラムをダウンロードするダウ
ンロード手段と、ダウンロードされたプログラムを最新バージョンだけで
なく過去のバージョンも含めて蓄積して記憶するプログ
ラム記憶手段と、特定のプログラムについてバージョンを遡及させる旨の
指示を受けると、前記プログラム記憶手段に記憶された
プログラムのうち指示されたプログラムについては、現
行バージョンを無効化して過去のバージョンを有効化さ
せるバージョン遡及手段とを備えることを特徴とするプ
ログラム構成管理装置。
【請求項２】前記プログラム記憶手段は、前記プログラムを記憶しているプログラム格納部と、前記プログラム格納部に格納されたプログラムについ
て、プログラムの名前、バージョン及び実行の対象とな
っている有効な状態かそうでない無効な状態かを示す有
効無効情報を含む管理情報を記憶している管理情報格納
部とを有し、前記バージョン遡及手段は、前記特定のプログラムの名前と遡及先バージョンの指定
を受ける受付部と、前記プログラム格納部に格納されたプログラムのうち指
定された名前と同一名のプログラムについては、前記遡
及先バージョン以前でかつ最新のバージョンのプログラ
ムに対応する前記管理情報の有効無効情報だけを有効化
する遡及部とを有することを特徴とする請求項１記載の
プログラム構成管理装置。
【請求項３】前記プログラム構成管理装置はさらに、
ダウンロードされたプログラムの名前、バージョン、ダ
ウンロードされた日時及び無効化された場合にはその日
時を含む履歴情報を記憶する履歴情報記憶手段を備え、前記管理情報にはさらに、当該プログラムと依存関係を
持つプログラムの名前とバージョンが含まれ、前記バージョン遡及手段はさらに、前記管理情報を参照
することにより、指定された名前のプログラムと依存関
係を持つ全てのプログラムを特定し、それらプログラム
について、前記履歴情報を参照することにより、前記遡
及部によって有効化されたプログラムが過去に無効化さ
れたときの日時より前でかつ最新の日時にダウンロード
されたバージョンのプログラムに対応する前記管理情報
の有効無効情報を有効化する関連プログラム遡及部を有
することを特徴とする請求項２記載のプログラム構成管
理装置。
【請求項４】前記プログラム構成管理装置はさらに、取り外し可能な不揮発性メモリと、指定されたプログラムについて、前記プログラム格納部
に記憶されたプログラム、前記管理情報格納部に記憶さ
れた管理情報及び前記履歴情報記憶手段に記憶された履
歴情報を前記不揮発性メモリにコピーするバックアップ
手段と、前記不揮発性メモリに記憶されたプログラム、その管理
情報及びその履歴情報をそれぞれ前記プログラム格納
部、前記管理情報格納部及び前記履歴情報記憶手段に読
み出す読み出し手段とを備えることを特徴とする請求項
３記載のプログラム構成管理装置。
【請求項５】前記プログラム構成管理装置はさらに、
ダウンロードされたプログラムをテスト実行し、テスト
実行に合格したプログラムだけを前記プログラム記憶手
段に格納するテスト実行手段を備えることを特徴とする
請求項１記載のプログラム構成管理装置。
【請求項６】前記ダウンロード手段は、前記プログラ
ムと共に、そのプログラムをテスト実行する際の条件と
合格基準とをダウンロードし、前記テスト実行手段は、前記条件と合格基準を用いて前
記プログラムをテスト実行し合否を判定することを特徴
とする請求項５記載のプログラム構成管理装置。
【請求項７】前記テスト実行手段は、テスト実行による合否の判定結果をそのプログラムに対
応させて記録し保存しておくテスト結果保存部を有し、前記プログラムのテスト実行に先立って、前記テスト結
果保存部を参照し、そのプログラムが過去のテスト実行
に不合格となっていたと判明した場合にはテスト実行を
中断することを特徴とする請求項６記載のプログラム構
成管理装置。
【請求項８】前記プログラム構成管理装置はさらに、
グラフィック表示によるユーザとの対話を実行する対話
手段を備え、前記テスト実行手段は、ダウンロードされた前記プログ
ラムのうち、前記対話手段によって特定されたプログラ
ムをテスト実行することを特徴とする請求項５記載のプ
ログラム構成管理装置。
【請求項９】前記対話手段は、前記テスト実行手段に
よるテスト実行の様子をグラフィック表示するととも
に、そのテスト実行に対する合否判断をユーザから取得
することを特徴とする請求項８記載のプログラム構成管
理装置。
【請求項１０】前記プログラム構成管理装置はさら
に、不要となったプログラム及びバージョンの指定を受
け付け、指定されたプログラムであって指定されたバー
ジョン以前のバージョンのものを前記プログラム記憶手
段から消去し、消去によって生じた空き領域を集中させ
るよう残されたプログラムの前記プログラム記憶手段に
おける配置を変更する配置変更手段を備えることを特徴
とする請求項１記載のプログラム構成管理装置。
【請求項１１】前記ダウンロード手段及び前記バージ
ョン遡及手段は、前記通信端末機器において実行される
プログラムとして実現され、前記ダウンロード手段によってダウンロードされるプロ
グラム、前記プログラム記憶手段に記憶されるプログラ
ム及び前記バージョン遡及手段によって有効化されるプ
ログラムには、前記ダウンロード手段及び前記バージョ
ン遡及手段を実現するためのプログラムも含まれること
を特徴とする請求項１記載のプログラム構成管理装置。
【請求項１２】前記プログラム構成管理装置はさら
に、前記プログラム記憶手段に記憶されたプログラムの
うち実行の対象となるものをロードして一時的に保持す
る一時記憶バッファを備え、前記通信端末機器は、前記一時記憶バッファに保持され
たプログラムを実行することを特徴とする請求項１記載
のプログラム構成管理装置。
【請求項１３】前記プログラム構成管理装置はさら
に、グラフィック表示によるユーザとの対話を実行する
対話手段を備え、前記ダウンロード手段は、前記対話手段によって特定さ
れたプログラムをダウンロードすることを特徴とする請
求項１記載のプログラム構成管理装置。
【請求項１４】前記対話手段は、ユーザによって指定
されたプログラムと依存関係を持つ全てのプログラムを
表示するとともに、前記通信路として選択可能な複数の
取得ルートを表示し、前記ダウンロード手段は、前記対話手段によって特定さ
れたプログラムを前記対話手段によって特定された取得
ルートでダウンロードすることを特徴とする請求項１３
記載のプログラム構成管理装置。
【請求項１５】通信端末機器において、その通信端末
機器に必要なプログラムの構成を管理する方法であっ
て、通信路を介して前記プログラムをダウンロードするダウ
ンロードステップと、ダウンロードされたプログラムを最新バージョンだけで
なく過去のバージョンも含めてプログラム記憶手段に蓄
積して格納するプログラム格納ステップと、特定のプログラムについてバージョンを遡及させる旨の
指示を受けると、前記プログラム記憶手段に記憶された
プログラムのうち指示されたプログラムについては、現
行バージョンを無効化して過去のバージョンを有効化さ
せるバージョン遡及ステップとを有することを特徴とす
るプログラム構成管理方法。
【請求項１６】前記プログラム記憶手段は、前記プログラムを格納しているプログラム格納部と、前記プログラム格納部に格納されたプログラムについ
て、プログラムの名前、バージョン及び実行の対象とな
っている有効な状態かそうでない無効な状態かを示す有
効無効情報を含む管理情報を格納している管理情報格納
部とを有し、前記バージョン遡及ステップは、前記特定のプログラムの名前と遡及先バージョンの指定
を受ける受付サブステップと、前記プログラム格納部に格納されたプログラムのうち指
定された名前と同一名のプログラムについては、前記遡
及先バージョン以前でかつ最新のバージョンのプログラ
ムに対応する前記管理情報の有効無効情報だけを有効化
する遡及サブステップとを含むことを特徴とする請求項
１５記載のプログラム構成管理方法。
【請求項１７】前記プログラム構成管理方法はさら
に、ダウンロードされたプログラムをテスト実行し、テ
スト実行に合格したプログラムだけを前記プログラム記
憶手段に格納するテスト実行ステップを有することを特
徴とする請求項１５記載のプログラム構成管理方法。
【請求項１８】前記プログラム構成管理方法はさら
に、不要となったプログラム及びバージョンの指定を受
け付け、指定されたプログラムであって指定されたバー
ジョン以前のバージョンのものを前記プログラム記憶手
段から消去し、消去によって生じた空き領域を集中させ
るよう残されたプログラムの前記プログラム記憶手段に
おける配置を変更する配置変更ステップを有することを
特徴とする請求項１５記載のプログラム構成管理方法。
【請求項１９】前記ダウンロードステップ及び前記バ
ージョン遡及ステップは、前記通信端末機器において実
行されるプログラムとして実現され、前記ダウンロードステップによってダウンロードされる
プログラム、前記プログラム記憶手段に格納されるプロ
グラム及び前記バージョン遡及ステップによって有効化
されるプログラムには、前記ダウンロードステップ及び
前記バージョン遡及ステップを実現するためのプログラ
ムも含まれることを特徴とする請求項１５記載のプログ
ラム構成管理方法。
【請求項２０】前記プログラム構成管理方法はさら
に、前記プログラム記憶手段に格納されたプログラムの
うち実行の対象となるものを一時記憶バッファにロード
し、それらプログラムについて前記通信端末機器に実行
させる一時記憶バッファロードステップを有することを
特徴とする請求項１５記載のプログラム構成管理方法。
【請求項２１】前記プログラム構成管理装置方法はさ
らに、グラフィック表示によるユーザとの対話を実行す
る対話ステップを有し、前記ダウンロードステップでは、前記対話ステップで特
定されたプログラムをダウンロードすることを特徴とす
る請求項１５記載のプログラム構成管理方法。
【請求項２２】請求項１５〜２１のいずれか１項に記
載のステップをコンピュータに実行させるプログラムを
記録したコンピュータ読み取り可能な記録媒体。