JP2000293366A - セットトップボックス用モジュールのアップデート方法 - Google Patents

Abstract

(57)【要約】 【課題】 セットトップボックスのモジュールをアップ
デートする際に、サーバから最小限のデータ転送量で実
現でき、メモリを効率的に使用できるアップデート方法
を得る。 【解決手段】 モジュールをＳＴＢのメモリ１１Ａに配
置するときに各モジュールとモジュールの間に空き領域
１２ａ、１２ｂ、１２ｃを確保する。モジュールＢのア
ップデートデータ１１ｂ(+) をモジュールＢ（１１ｂ）
の後ろの空き領域１２ｂに配置することにより、空き領
域１２ｂ(-) に変化が生じるだけで、他にメモリ構成の
変更を加えずに、最小限のデータ転送でモジュールのア
ップデートを行うことが可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、プログラムに従
う処理を実行するセットトップボックス（以下、「ＳＴ
Ｂ」という）のモジュールをアップデートする際のデー
タのダウンロードおよびアップロードするアップデート
方法に関する。

【０００２】

【従来の技術】図５は、ＳＴＢとサーバとのデータ伝送
系を示す図で、１ａ〜１ｃはＳＴＢ、２はＳＴＢ１ａ〜
１ｃと中継器３の間のネットワーク回線、４は中継器３
とサーバ５の間のネットワーク回線である。なお、この
明細書において、「モジュール」とは、ソフトウェア、
データ、プログラム、ドライバなどメモリ上にロードさ
れるものの総称である。

【０００３】図６は、従来のＳＴＢのメモリ構成を示す
図である。図６において、１１ＡはＳＴＢ１のメモリ構
成を示しており、１１ａはモジュールＡ、１１ｂはモジ
ュールＢ、１１ｃはモジュールＣである。また、１１Ｂ
は更新（以下、「アップデート」ともいう）後のＳＴＢ
１のメモリ、１１ｂはアップデート後の新モジュール
Ｂ、１１ｅはモジュールＢと同じサイズの空き領域、１
１ｄ(-) は新モジュールＢ１１ｂの分だけサイズが小さ
くなった新空き領域である。

【０００４】上記のように従来のＳＴＢのメモリ構成
は、メモリ１１Ａのように連続した領域にモジュールが
配置されている。このため、モジュールＢ１１ｂからサ
イズの大きい新モジュールＢ１１ｂにアップデートする
と、新モジュールＢ１１ｂは元の番地に配置されないで
空き領域１１ｄの部分に配置されるため、アップデート
前のモジュールＢ１１ｂが配置されていた領域は空き領
域１１ｅとなる。このため、空き領域１１ｅと新空き領
域１１ｄ(-) のようにメモリの空き領域が細かく分割さ
れるフラグメンテーションを引き起こし、アップデート
するモジュールの数が増えると、メモリの空き領域は更
に分割されて小さくなり、空き領域のサイズより大きな
サイズのモジュールはアップデートできなくなる。

【０００５】上記のような空きメモリの分断を生じさせ
ないためには、モジュール全体を再配置する必要がある
が、モジュール全体を再配置する場合、アップデートす
る必要のないモジュールのデータも送る必要があるため
データ転送量が多くなり、このためネットワークトラフ
ィックが増加する。

【０００６】

【発明が解決しようとする課題】上記のように、従来の
モジュールのアップデート方式では、メモリの分断を生
じないようにするため、小さな変更しか加えていないモ
ジュールでも、古いモジュールを消して新しいモジュー
ル全体を書き換える必要があった。また、変更箇所が比
較的少ないモジュールを送る場合にも新しいモジュール
全体を送らなければならないため、サイズが大きいモジ
ュールを送る場合は伝送時間がかかり、ネットワークト
ラフィックも増大するという問題点もあった。さらに、
モジュールを更新するには、ＳＴＢを使用するユーザが
サーバに対してコマンドを送り、モジュールをダウンロ
ードするしか方法がなく、操作も複雑であった。

【０００７】この発明は、上記のような課題を解決する
ためになされたもので、最小限のデータをＳＴＢに転送
して最新のモジュールにアップデートすることを実現す
ることを第１の目的とする。また、ユーザに知られるこ
となく自動的にサーバ側から最新のデータを送ってモジ
ュールのアップデートを実現することを第２の目的とす
る。さらに、メモリの使用量を節約することを第３の目
的とする。

【０００８】

【課題を解決するための手段】この発明に係るＳＴＢ用
モジュールのアップデート方法は、ブート用ＲＯＭとモ
ジュールを格納するメモリと、プログラムに従う処理を
実行するＳＴＢと、モジュールを提供するサーバと、上
記ＳＴＢとサーバとの通信経路としてのネットワークを
備えたシステムにおいて、上記ＳＴＢのフラッシュＲＯ
Ｍ上のモジュールの更新を行う際に、新旧の差分のみを
書き換えるものである。上記構成によれば、最小限のデ
ータをＳＴＢに転送して最新のモジュールにアップデー
トすることができる。

【０００９】また、ユーザがＳＴＢを使用していないと
きに、アップデート作業が可能であるという信号と、現
在のＳＴＢのモジュールのバージョン情報をサーバに送
るものである。上記構成によれば、ユーザに知られるこ
となく自動的にサーバ側から最新のデータを送ってモジ
ュールのアップデートを実現することができる。

【００１０】また、ＳＴＢのモジュールのバージョンが
古い場合に、バージョンアップを促す画面をモニタに表
示させ、ユーザにアップデートするか否かを選択させる
ものである。上記構成によれば、ユーザの希望しないア
ップデートを回避できる。

【００１１】また、まずサーバがＳＴＢにフラッシュＲ
ＯＭを書き換えるためのプログラムを送信し、上記ＳＴ
Ｂはそのプログラムにより、次に送られてくる最新のモ
ジュールにフラッシュＲＯＭの内容を更新するようにし
たものである。上記構成によれば、メモリの使用量を節
約することができる。

【００１２】

【発明の実施の形態】以下、この発明をその実施の形態
を示す図面に基づいて具体的に説明する。 実施の形態１．この発明の実施の形態１であるＳＴＢの
モジュールアップデート方法の基本的考え方は次の通り
である。ソフトウェアのアップデートは、すべてのコー
ドを書き換えるのではなく、新旧の差分のみ書き換える
ようにする。方法として、ある特定の最小ブロックごと
に無効な領域を設けた構造にする。バージョンアップは
変更が必要なブロックのコードのみを送信し、そのブロ
ックのみアップデートする。すなわち、モジュールをＳ
ＴＢのメモリに配置するとき、各モジュールとモジュー
ルの間にそれぞれ空き領域が生じるように各モジュール
サイズよりも大きくメモリ領域を確保し、各モジュール
の終了番地をバージョン毎にサーバ側で覚えておいて、
更新により追加されるデータは、そのモジュールの終了
番地に続く番地の空き領域に配置するものである。

【００１３】図１は、この発明の実施の形態１のＳＴＢ
のメモリ構成を示す図である。図において、１１ＡはＳ
ＴＢのメモリ構成を示しており、１１ｂ(+) は更新によ
り追加されるモジュールＢのデータ、１１ａはモジュー
ルＡ、１２ａはモジュールＡに続けて設けた空き領域
Ａ、１１ｂはモジュールＢ、１２ｂはモジュールＢに続
けて設けた空き領域Ｂ、１１ｃはモジュールＣ、１２ｃ
はモジュールＣに続けて設けた空き領域である。また、
１１Ｂは更新後のＳＴＢのメモリ構成を示しており、１
１ａはモジュールＡ、１２ａは空き領域Ａ、１１ｂおよ
び１１ｂ(+) は更新後の新モジュールＢ、１２ｂ(-) は
更新後の新空き領域Ｂ、１１ｃはモジュールＣ、１２ｃ
は空き領域Ｃである。

【００１４】図２は上記更新を行うためのＳＴＢのメモ
リ構成を示した図である。図において、６０はブート用
ＲＯＭ、６１はメモリ上にロードされているモジュール
が正しく動作するかをテストするためのテストプログラ
ム、６２はＳＴＢのサービスを提供するのに必要なモジ
ュール用のフラッシュＲＯＭ、６３はフラッシュＲＯＭ
６２のモジュールをアップデートする際に使用する作業
用のＲＡＭである。

【００１５】次に、更新時の動作を説明する。作業用Ｒ
ＡＭ６３に現在のフラッシュＲＯＭ６２上のモジュール
すべてをロードし、アップデートするモジュールのバー
ジョン番号が上がったものをサーバーがＳＴＢに送信
し、さらに作業用ＲＡＭ６３上にロードする。アップデ
ートする必要のないモジュールはサーバからは送信せ
ず、フラッシュＲＯＭ６２に存在していたモジュールを
作業用ＲＡＭ６３にロードしている。次にブート用ＲＯ
Ｍ６０上に存在するテストプログラム６１を走らせ、ア
ップデートした作業用ＲＡＭ６３上のモジュールが正常
に動作していることを確認する。正常に動作している場
合ば作業用ＲＡＭ６３上のモジュールをフラッシュＲＯ
Ｍ６２に書き込み、テストプログラム６１を走らせた結
果が失敗であった場合にはフラッシュＲＯＭ６２の内容
は書き換えない。

【００１６】この実施の形態１によれば、最小限のデー
タをＳＴＢに転送して最新のモジュールにアップデート
することができる。

【００１７】実施の形態２．この発明の実施の形態２
を、図１，図２および図５を参照して説明する。ＳＴＢ
１のバージョン情報は、ブート用ＲＯＭ６０の常に決ま
った番地に格納しておく。まず、サーバ５はＳＴＢ１の
特定の番地の情報を読み出してバージョン番号を知る。
次にモジュールＢ１１ｂのアップデートデータ１１ｂ
(+) を転送し、モジュールＢ１１ｂに続く空き領域１２
ｂに書き込む。次にアップデートデータと既存データを
リンクさせるためにリンク情報データをアップデートす
る。次に、ＳＴＢ上でテストモジュールを走らせ、アッ
プデートが成功した場合はＳＴＢ１のバージョン番号を
書き換えて操作を終了する。失敗した場合はアップデー
ト前の状態を作業用ＲＡＭ６３から読み出して元の状態
に戻す。

【００１８】実施の形態３．この発明の実施の形態３
を、図１，図２，図３および図５を参照して説明する。
ＳＴＢ１が使用されていないときに、ユーザに知らせる
ことなく自動的にソフトウェアのバージョンアップを行
う。まず、サーバ５からＳＴＢ１にバージョンアップの
リクエストコードを送り、ＳＴＢ１はユーザが使用中で
なければバージョンアップ可能であることをサーバ５に
送信する。これを受けてサーバ５は書き換え用の小さな
ソフトウェアをまず送信する。ＳＴＢ１はその書き換え
用のソフトウェアにより、次に送られてくる最新バージ
ョンのソフトウェアにアップデートする。

【００１９】図３は上記実施の形態３のアップデート動
作のフローチャートである。図において、まず、サーバ
５はステップ１（以下、「Ｓ１」のように略記する）で
ＳＴＢ１が使用中であるかどうかを調べ、使用していな
いときはＳ２でＳＴＢ１のモジュールのバージョンを調
べ、バージョンが古ければ以下のＳ３〜Ｓ１１でモジュ
ールのアップデートを自動的に行う。即ち、Ｓ３でメモ
リ書き換え用のテストプログラム６１をサーバ５からＳ
ＴＢ１に送り、次にＳ４でモジュールＢの追加データ１
１ｂ(+) を送る。次にＳ５で書き換えプログラムを実行
し、次にＳ６でＳＴＢをリブートし、次にＳ７でＳＴＢ
１のテストプログラム６１を走らせ、Ｓ８で正常にアッ
プデートされたか確認する。アップデート作業が失敗し
たときはＳ９でフラッシュＲＯＭ６２の内容を消去して
から基本ＲＯＭから起動し、次にＳ１０で書き換えプロ
グラムを送信し、Ｓ１１で全てのモジュールのアップデ
ート作業を試みる。ＳＴＢ１が正常に動作するようにな
るまでＳ５からＳ１１の作業を繰り返す。また、Ｓ１で
ＳＴＢが使用中のとき、Ｓ２でバージョンが新しくてア
ップデートする必要がない場合、およびＳ８で正常にア
ップデートされたときはＳ１２でアップデート操作を中
止し、ＳＴＢのサービスが利用できる状態にする。

【００２０】これによりユーザに知られることなく自動
的にサーバ側から最新のデータを送ってモジュールのア
ップデートを実現することができる。

【００２１】実施の形態４．この発明の実施の形態４
を、図１，図２，図４および図５を参照して説明するＳ
ＴＢの使用開始時の最初の通信において、ＳＴＢ１は現
在使用中のソフトウェアのバージョン情報をサーバ５に
送信する。この情報を受けたサーバ５はソフトウェアの
アップデートが必要か否かを判断し、必要なときは該当
するＳＴＢ１の画面上に、バージョンアップサービスを
利用することを勧めるメッセージを送信する。ユーザが
これに応じてバージョンアップサービスへ入れば、アッ
プデートを開始する。

【００２２】図４は上記実施の形態４のアップデート動
作のフローチャートである。図において、まず、Ｓ１３
でＳＴＢ１が起動すると、Ｓ１４でＳＴＢ１がサーバ５
に対してモジュールのバージョン情報を返す。サーバ５
はＳ１５でそのバージョン情報を受けて最新のモジュー
ルのバージョンと比較を行い、古いバージョンであれば
サーバ５はＳ１６で該当するＳＴＢ１に対してユーザに
アップデートすることを促す要求画面を表示する。Ｓ１
７でユーザがバージョンアップを希望すると、Ｓ１８〜
Ｓ２４のモジュールアップデート作業を行う。即ち、サ
ーバ５はＳ１８でモジュール書き換え用のプログラムを
ＳＴＢ１に送信し、続いてＳ１９で最新モジュールを送
信する。次にＳ２０で書き換えプログラムを実行し、次
にＳ２１でＳＴＢ１をリブートする。次にＳ２２でＳＴ
Ｂ１内でテストプログラム６１を走らせ、Ｓ２３で正常
にＳＴＢ１が起動することを確認する。正常でなければ
Ｓ２４でフラッシュＲＯＭ６２の内容を消去し、基本Ｒ
ＯＭからＳＴＢ１を起動して、ＳＴＢ１が正常に動作す
るようになるまでＳ１８からＳ２４の作業を繰り返す。

【００２３】また、Ｓ１５でＳＴＢがバージョンが新し
くてアップデートする必要がない場合、およびＳ１７で
ユーザがバージョンアップを希望しない場合、およびＳ
２３で正常にＳＴＢ１が起動したときはＳ２５でアップ
デート操作を中止し、ＳＴＢのサービスを始める。

【００２４】この実施の形態４によれば、ユーザの希望
しないアップデートを回避できる。

【００２５】

【発明の効果】この発明は、以上説明したように構成さ
れているので、以下に示すような効果を奏する。

【００２６】サーバとＳＴＢをネットワークで接続した
データ伝送系において、ＳＴＢに、書き換え不可能なＲ
ＯＭと、書き換え可能なフラッシュＲＯＭと、作業用の
ＲＡＭとを設け、ＳＴＢのフラッシュＲＯＭ上のモジュ
ールの更新を行う際に、新旧の差分のみを書き換えるの
で、非常に少ないデータ量でモジュールのバージョンア
ップを行なうことができるとともに、メモリの使用量を
節約できる。

【００２７】また、ユーザがセットトップボックスを使
用していないときに、アップデート作業が可能であると
いう信号と、現在のセットトップボックスのモジュール
のバージョン情報をサーバに送るので、ユーザの操作を
要しなで、サーバからＳＴＢに自動的にデータを送信し
てアップデートすることができる。

【００２８】また、ＳＴＢのモジュールのバージョンが
古い場合に、バージョンアップを促す画面をモニタに表
示させ、ユーザにアップデートするか否かを選択させる
ので、ユーザの希望しないアップデートが行われるのを
回避できる。

【００２９】また、まずサーバがＳＴＢにフラッシュＲ
ＯＭを書き換えるためのプログラムを送信し、上記ＳＴ
Ｂはそのプログラムにより、次に送られてくる最新のモ
ジュールにフラッシュＲＯＭの内容を更新するようにし
たので、予めＳＴＢ内にフラッシュＲＯＭを書き換える
ためのプログラムを準備する必要がなく、メモリ使用量
を削減できる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１のＳＴＢのメモリ構
成を示す図である。

【図２】 実施の形態１の更新を行うためのＳＴＢのメ
モリ構成を示した図である。

【図３】 この発明の実施の形態３のフローチャートで
ある。

【図４】 この発明の実施の形態４のフローチャートで
ある。

【図５】 ＳＴＢとサーバとのデータ伝送系を示す図で
ある。

【図６】 従来のＳＴＢのメモリ構成を示す図である。

【符号の説明】

１ ＳＴＢ、 ２，４ ネットワーク回線、３ 中継
器、５ サーバ、１１ＡＳＴＢのメモリ構成、１１Ｂ
更新後のＳＴＢのメモリ構成、１１ａ モジュールＡ、
１１ｂ モジュールＢ、１１ｃ モジュールＣ、１１ｂ
(+) モジュールＢの追加データ、１２ａ 空き領域
Ａ、１２ｂ 空き領域Ｂ、１２ｂ(-) 新空き領域Ｂ、
１２ｃ 空き領域Ｃ、６０ ブート用ＲＯＭ、６１ テ
ストモジュール、６２ フラッシュＲＯＭ、６３ 作業
用ＲＡＭ。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ブート用ＲＯＭとモジュールを格納する
   メモリと、プログラムに従う処理を実行するセットトッ
   プボックスと、モジュールを提供するサーバと、上記セ
   ットトップボックスとサーバとの通信経路としてのネッ
   トワークを備えたシステムにおいて、上記セットトップ
   ボックスのフラッシュＲＯＭ上のモジュールの更新を行
   う際に、新旧の差分のみを書き換えるようにしたことを
   特徴とするセットトップボックス用モジュールのアップ
   デート方法。
2. 【請求項２】 ユーザがセットトップボックスを使用し
   ていないときに、アップデート作業が可能であるという
   信号と、現在のセットトップボックスのモジュールのバ
   ージョン情報をサーバに送るようにしたことを特徴とす
   る請求項１記載のセットトップボックス用モジュールの
   アップデート方法。
3. 【請求項３】 セットトップボックスのモジュールのバ
   ージョンが古い場合に、バージョンアップを促す画面を
   モニタに表示させ、ユーザにアップデートするか否かを
   選択させるようにしたことを特徴とする請求項１記載の
   セットトップボックス用モジュールのアップデート方
   法。
4. 【請求項４】 まずサーバがセットトップボックスにフ
   ラッシュＲＯＭを書き換えるためのプログラムを送信
   し、上記セットトップボックスはそのプログラムによ
   り、次に送られてくる最新のモジュールにフラッシュＲ
   ＯＭの内容を更新するようにしたことを特徴とする請求
   項１記載のセットトップボックス用モジュールのアップ
   デート方法。