(57)【要約】【課題】ネットワーク上でソフトウェアを遠隔操作でアップグレードする方法を提供する。【解決手段】テレビに接続され、１つまたは複数のサーバを備えた広域ネットワーク上で通信を行うセットトップ・ボックスに収容された処理システム内にＷＷＷのブラウザ・ソフトウェアが載せられている。処理システムは読み取り専用メモリ（ＲＯＭ）とフラッシュ・メモリを含む。ブラウザ・ソフトウェアと構成データはフラッシュ・メモリに記憶される。その他のソフトウェアと構成データはマスクＲＯＭに記憶される。ネットワーク上で上書き用ソフトウェアまたはサーバから送信されたデータをボックスにダウンロードし、上書き用ソフトウェアまたはデータをフラッシュ・メモリに書き込むことによって、ブラウザはアップグレードまたは再構成される。【選択図】図７
2008117405.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク経由でサーバ処理システムに結合され、これと通信するクライアント処理システムに記憶された情報をアップグレードする方法であって、
サーバ処理システムからネットワーク上で送信されるネットワーク情報をダウンロードするステップと、
ダウンロードした情報をクライアント処理システムの不揮発性プログラマブル・メモリに書き込んで、その不揮発性プログラマブル・メモリにすでに記憶されている情報をアップグレードするステップと
を含む方法。
【請求項２】
前記サーバ処理システムからアップグレード実行要求を受信するステップと、
前記要求に応じてダウンロードのステップを自動的に実行するステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記サーバ処理システムとの通信セッションを確立するステップと、
前記通信セッションの確立後、前記サーバ処理システムからソフトウェア・アップグレード実行要求を受信するステップと、
前記要求に応じて自動的に前記ダウンロード・ステップを実行するステップとをさらに含むことを特徴とする請求項１に記載の方法。
【請求項４】
ネットワーク経由でサーバ処理システムに結合され、これと通信する、メモリを含むクライアント処理システムに記憶された情報をアップグレードする方法であって、
サーバ処理システムからのダウンロード要求を受信するステップと、
ネットワーク上で送信される情報を自動的にネットワークからダウンロードし、メモリに記憶して、メモリに記憶された既存情報をダウンロード要求に応じてアップグレードするステップと
を含む方法。
【請求項５】
プロセッサと、前記プロセッサに結合された不揮発性プログラマブル・メモリと、前記プロセッサに結合された不揮発性非プログラマブル・メモリを含み、さらにユーザがワールドワイド・ウェブ（ＷＷＷ）をブラウズできるコンピュータ・プログラム命令を含む処理システム内で、その処理システムを再構成する方法であって、前記プロセッサからの実行によって前記処理システムのユーザがワールドワイド・ウェブ（ＷＷＷ）にアクセスできる第１の複数のプログラム命令を不揮発性プログラマブル・メモリに記憶するステップを含む方法。
【請求項６】
前記第１の複数のコンピュータ・プログラム命令の実行に応じて、処理システムがアクセスする第１のデータ・セットを不揮発性非プログラマブル・メモリに記憶するステップをさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
サーバ処理装置に結合され、プロセッサと、不揮発性プログラマブル・メモリと、前記プロセッサによって実行可能で、ユーザがワールドワイド・ウェブ（ＷＷＷ）をブラウズできるコンピュータ・プログラム命令を含むクライアント処理システムがワールドワイド・ウェブ（ＷＷＷ）にアクセスする際の待ち時間を削減する方法であって、
前記クライアント処理システムのＲＯＭに少なくとも１つのウェブ・リソースに対応する第１のデータ・セットを記憶するステップと、
前記クライアント処理システムのウェブ・リソース・アクセス要求に応じて第１のセットに現れるデータを除き、前記ウェブ・リソースに関連するデータを前記クライアント処理システムに提供するステップと
を含む方法。
【請求項８】
前記サーバ処理システムの第１のセットの内容の知識を維持するステップと、
クライアント処理システムのウェブ・リソース・アクセス要求に応じて、第１のセットのデータが前記ウェブ・リソースに対応しているかを判定するステップと、
前記提供ステップが第１のセットに現れないと判定されたウェブ・リソースに対応するデータ部分のみを提供するステップと
をさらに含むことを特徴とする請求項７に記載の方法。
【請求項９】
プロセッサと、不揮発性プログラマブル・メモリと、不揮発性非プログラマブル・メモリを含み、処理システム自体のメモリ・リソース割当てを指定するメモリ・マップを備える処理システムにメモリを割り当てる方法であって、
前記メモリ・マップの第１のメモリ・スペースを不揮発性非プログラマブル・メモリに割り当てるステップと、
前記メモリ・マップの第２のメモリ・スペースを不揮発性プログラマブル・メモリに割り当てて、第１のメモリ・スペースと第２のメモリ・スペースをメモリ内で隣接させるステップと
を含む方法。
【請求項１０】
前記処理システムにコンピュータ・プログラムを記憶して、前記コンピュータ・プログラムの第１のサブセットが第１のメモリ・スペースに割り当てられ、前記コンピュータ・プログラムの第２のサブセットが第２のメモリ・スペースに割り当てられるようにするステップをさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
プロセッサと、不揮発性プログラマブル・メモリと、不揮発性非プログラマブル・メモリを含み、自分のメモリ・リソース割当てを指定するメモリ・マップを備える処理システムを構成する方法であって、
前記コンピュータ・プログラムの第１のサブセットを不揮発性非プログラマブル・メモリに記憶するステップと、
前記コンピュータ・プログラムの第２のサブセットを不揮発性プログラマブル・メモリに記憶するステップと
を含む方法。
【請求項１２】
プロセッサと、
前記プロセッサに結合された不揮発性非プログラマブル・メモリと、
前記プロセッサに結合された不揮発性プログラマブル・メモリと
を含む処理システムであって、
前記不揮発性プログラマブル・メモリが前記処理システム内で前記不揮発性非プログラマブル・メモリに割り当てられたメモリ・スペースに隣接したメモリ・スペースを割り当てられることを特徴とする処理システム。
【請求項１３】
ネットワーク上で他の処理システムに結合する機能がある処理システムであって、
他の処理システムから送信された、複数のサブセットを含む情報をダウンロードする手段と、
情報を記憶するメモリ手段と、
情報のダウンロード処理での割り込みを検出する検出手段と、
割り込みに続けて規定の時間間隔にわたって動作を持続する持続手段と、
情報をメモリ手段に書き込み、情報のどのサブセットがこれまでにメモリ手段に書き込まれたかを識別する進行表示をメモリ手段にさらに記憶し、
情報のダウンロード時に検出手段によって割り込みが検出されなかった場合に限り、あるサブセットがメモリ手段に書き込まれた後で次のサブセットの１つをメモリ手段にさらに書き込む記憶手段と
を含む処理システム。
【請求項１４】
割り込みの終了に続けて前記進行表示に基づいてメモリ手段へのダウンロード情報の書込みを再開する手段をさらに含むことを特徴とする請求項１３に記載の処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータ・ソフトウェアの分野に関する。詳細に言えば、本発明は処理システムのソフトウェアをネットワーク上でアップグレードする方法に関する。
【背景技術】
【０００２】
パーソナル・コンピュータを使用する家庭と企業の数は近年相当数増加し、その増加に伴って、インターネット、特にワールドワイド・ウェブ（「ウェブ」）の利用が飛躍的に伸びている。ウェブはインターネットで論理的に接続された世界中の多数のコンピュータ上にあるフォーマットされたハイパーテキスト・ページの集合体である。かつては「ウェブ」は基本的に科学情報や技術情報の供給源として使われてきたが、今日ではすぐに思いつくだけでもビジネス、娯楽、旅行、教育などのほぼすべての対象に関する情報の貴重な宝庫である。ネットワーク技術の進歩、特に「ウェブ・ブラウザ」（ウェブへのユーザ・インタフェースを提供するソフトウェア・アプリケーション）のようなソフトウェアによって、全人口のうちかなりの割合の人々がウェブにアクセスできるようになった。とはいえ、ウェブの開発と利用が伸びているにも関わらず、多くの人々はこの重要な資源を十分に活用できないでいる。
【０００３】
ウェブへのアクセスはパーソナル・コンピュータを使いこなせる人々に限られている。それでも比較的安価なパーソナル・コンピュータを購入する余裕がない人々や、ウェブにアクセスするのに必要な基本的なコンピュータ操作を学ぶことができないかその気力がない人々がいる。さらに、通常、従来の技術におけるウェブ・ブラウザはコンピュータの経験がない人々が求めるユーザ・フレンドリな環境を整備するまでに至っていない。また、コンピュータの初心者の多くはソフトウェアの使い方を学ぶ気がない。例えば、インタフェースでハイパーテキスト・オブジェクトを識別してポイント＆クリック方式でウェブ・ページをブラウズする必要のあるインタフェースを嫌う人々がいる。
【０００４】
しかし、多くの人々はテレビのリモコン装置を苦もなく使いこなしている。したがって、パーソナル・コンピュータを使わずにワールドワイド・ウェブにアクセスできることが望ましい。特に、一般のテレビとリモコン装置を使用してウェブ・ページにアクセスしてナビゲートすることができることが望ましい。さらに、リモコン装置を使ってウェブ・ページのハイパーテキスト・オブジェクトを最も努力がいらず頭も使わない方法でナビゲートし、複雑なコンピュータ・ネットワークを利用するのではなく、あたかもテレビのチャネルを変えるように楽々と操作ができるユーザ・インタフェースが望ましい。
【０００５】
ユーザ・インタフェースの欠点に加えて、通常、ウェブのブラウズに伴うもう１つの問題は、通信時の待ち時間である。人々はウェブをブラウズする際に、アクセスの遅さにいらだつ場合が多い。待ち時間の原因には、インターネットでの通信トラヒックの負荷、リモート・サーバの応答の遅さ、または多数の画像／音声ファイルの処理の場合などに大容量ファイルをダウンロードする必要性といったものがありうる。したがって、そのような待ち時間を削減してウェブでのブラウズに一般的に伴ういらだちの一部を解決する手段が必要である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
一般のコンピュータ・ユーザが直面する別の問題は、ソフトウェア・アプリケーションがすぐに時代遅れになるということである。したがって、ソフトウェア製造元は定期的にアップグレード版を提供し、それらはたいていオリジナルのソフトウェアの配布方法と同じ方法、すなわち磁気ディスクや光ディスクやその他の同様の記憶装置の形態で配布される。ただし、ソフトウェア・アップグレード版をこれらの記憶媒体で配布することには不利な点がある。例えば、ユーザが繰り返しソフトウェア・アップグレード版をインストールしなければならないというのは、時間がかかって不便であり、時には悩みの種となる。さらに、ユーザはアップグレート版が出ているのかまたはそれが必要なのかを知ることができない場合がある。また、アップグレード版を入手したりインストールすることを忘れる場合もある。アップグレード版はソフトウェアに重要な新機能を盛り込んだり、ソフトウェアのバグ（エラー）を修復するため、これをインストールしなかったりインストールするのが遅れると、有害な結果が生じることがある。したがって、ソフトウェア・アップグレード版をネットワーク上で自動的に配布し、ユーザの一部が苦もなくこれを入手できる技法が必要になってくる。本発明はそれを実現しようとするものである。
【課題を解決するための手段】
【０００７】
ネットワーク上でサーバ処理システムに結合され、これと通信するためにクライアント処理システムに記憶された情報をアップグレードする方法を提供する。サーバ処理システムからネットワーク上で送信される情報はネットワークからダウンロードされる。ダウンロードされた情報はクライアント処理システムのフラッシュ・メモリに書き込まれてこのメモリに保存されている既存情報をアップグレードする。
【０００８】
本発明の別の態様は、クライアント処理システムがワールドワイド・ウェブ（ＷＷＷ）にアクセスする際の待ち時間を軽減する方法である。クライアント処理システムはサーバ処理システムに結合され、プロセッサと読み取り専用メモリ（ＲＯＭ）を含む。クライアント処理システムはコンピュータのプログラム命令でプログラミングされ、処理システムのユーザはワールドワイド・ウェブ（ＷＷＷ）をブラウズすることができる。この方法では、少なくとも１つのウェブ・リソースに対応する第１のデータ・セットがクライアント処理システムのＲＯＭに記憶される。クライアント処理システムからのウェブ・リソースへのアクセス要求に応答して、第１のデータ・セットにあるデータを除き、そのウェブ・リソースに対応するデータがクライアント処理システムに提供される。
【０００９】
本発明のさらに別の態様は、プロセッサと、マスクＲＯＭと、フラッシュ・メモリを含むメモリを処理システム内に割り当てる方法である。さらに処理システムは、システム専用のメモリ・リソースの割当てを指定するメモリ・マップを備えている。この方法では、メモリ・マップの第１のメモリ・スペースはマスクＲＯＭに割り当てられる。メモリ・マップの第２のメモリ・スペースは、メモリ・マップの中で第１のメモリ・スペースと隣り合わせになるようにフラッシュ・メモリに割り当てられる。
【００１０】
本発明のさらに別の態様は、ネットワーク経由で第２の処理システムに結合する機能を備えた処理システムである。この処理システムは第２の処理システムから送信された情報を第１の処理システムにダウンロードする手段を含む。この情報は複数のサブセットとして表される。この処理システムはさらに、情報を記憶するメモリ手段と、ダウンロード処理での割り込みを検出する割り込み検出手段と、割り込みに続けて規定の時間間隔にわたって処理システムの動作を持続する持続手段を含む。この処理システムはさらに、情報をメモリ手段に書き込む記憶手段を含む。この記憶手段によって進行表示がメモリ手段に記憶される。進行表示は情報のどのサブセットがこれまでにメモリ手段に書き込まれたかを識別する。この記憶手段によって、ダウンロード時に検出手段によって割り込みが検出されなかった場合に限り、あるサブセットがメモリ手段に書き込まれた後で次のサブセットの１つをメモリ手段に書き込むことができる。
【発明を実施するための最良の形態】
【００１１】
本発明の他の機能は、添付の図面と以下の詳細な説明から明らかになろう。以下本発明の実施形態に基づいて本発明を詳細に説明する。
【００１２】
本実施形態の図は例であって、添付図面のそれぞれの図は本発明を制限するものではない。類似の指示は類似の要素を示す。
【００１３】
ネットワーク上でソフトウェアを遠隔操作でアップグレードする方法と装置を記述する。以下の記述では、説明の目的から、多数の特定の詳細内容を述べ、本発明が十分に理解できるようにしている。しかし、本発明がこれらの特定の詳細内容なしでも実施できるということは当業者には明らかである。また場合によっては周知の構造と装置をブロック図で示して説明を容易にしている。
【００１４】
一実施形態において、本発明によるステップがマシンで実行可能なソフトウェア命令に実施され、本発明は以下に詳述するようにその命令を実行するプロセッサによる処理システムにおいて実現される。他の実施形態において、ソフトウェア命令の代わりに、またはそれと併用して、配線済みの回路を使用して本発明を実現することもできる。
【００１５】
本実施形態はセットトップ・ボックスがインターネット経由でテレビと１つまたは複数のサーバに接続されているシステムに関する。セットトップ・ボックスは、ブラウザ・ソフトウェアを実行してユーザがリモート制御装置を使ってテレビに表示されるワールドワイド・ウェブ（ＷＷＷ）のページをブラウズすることを可能にする処理システムを含む。以下に述べるように、ネットワーク上でサーバから送信された上書き用ソフトウェアまたはデータをセットトップ・ボックスにダウンロードし、上書き用ソフトウェアまたはデータをセットトップ・ボックス内の不揮発性プログラマブル・メモリに書き込むことによって、ブラウザをアップグレードするかまたは再構成する。
【００１６】
一実施形態は、ＷｅｂＴＶTM（ＷｅｂＴＶ）として知られるシステムに含まれる。このシステムは、標準のＴＶセットをウェブをブラウズする表示装置として使い、標準の電話機、またはＩＳＤＮ、または同様の通信回線を使ってインターネットなどの既存のネットワークに接続する。本実施形態によれば、ＷｅｂＴＶクライアント・システムのユーザは１つまたは複数のリモートＷｅｂＴＶサーバが提供するＷｅｂＴＶネットワーク・サービスを利用できる。ＷｅｂＴＶネットワーク・サービスは、ＷｅｂＴＶクライアント・システムで実行されているソフトウェアと併用して、ウェブのブラウズと、Ｅメールの送信と、他のさまざまな方法でインターネットを利用するのに用いられる。ＷｅｂＴＶサーバは、ＷｅｂＴＶクライアント・システムが要求するウェブ・ページまたはその他のデータをリモート・サーバから検索し、要求された情報をＷｅｂＴＶクライアント・システムに送信することによって、プロキシ・サーバとして機能する。
【００１７】
Ｉ．システム概要
図１に一実施形態におけるＷｅｂＴＶネットワークの構成を示す。いくつかのＷｅｂＴＶクライアント１がモデム・プール２にダイレクトダイヤルの双方向データ接続２９経由で接続されている。この接続は電話（ＰＯＴＳ、すなわち「普通の電話サービス」）、またはＩＳＤＮ（ディジタル総合サービス・ネットワーク）、または同様の任意の接続である。通常モデム・プール２は当業界で従来知られているルータによって、インターネットなどの既存のネットワーク・インフラストラクチャ３経由でいくつかのリモート・サービス４に結合される。ＷｅｂＴＶシステムはまた、ＷｅｂＴＶクライアント１を専用にサポートするＷｅｂＴＶサーバ５を含む。すなわち、サーバ５はＷｅｂＴＶクライアント１にＷｅｂＴＶサービスを提供する。クライアント１はそれぞれダイレクト電話接続もしくはＩＳＤＮ接続により、またはモデム・プール２経由でインターネット３によりサーバ５に接続できる。モデム・プール２は、今日インターネットおよびプライベート・ネットワークへアクセスできる世界中でみられる従来のモデム・プールであることに留意されたい。モデム・プール２はローカルのインターネット・サービス・プロバイダ（ＩＳＰ）から提供されたものでもよい。
【００１８】
Ａ．サーバ・システムのアーキテクチャ
ＷｅｂＴＶサーバ５は通常、図２に示すアーキテクチャを一般に備えた１つまたは複数のコンピュータ・システムを含む。図示のアーキテクチャは一例に過ぎないことに留意すべきである。ＷｅｂＴＶサーバは図示のアーキテクチャに限定されない。図示のアーキテクチャは、中央処理装置（ＣＰＵ）５０と、ランダム・アクセス・メモリ（ＲＡＭ）５１と、読み取り専用メモリ（ＲＯＭ）５２と、大容量記憶装置５３と、モデム５４と、ネットワーク・インタフェース・カード（ＮＩＣ）５５と、他の各種入出力（Ｉ／Ｏ）装置５６を含む。大容量記憶装置５３は磁気または光またはその他の同等の記憶装置を含む。入出力装置５６はディスプレイ・モニタ、キーボード、カーソル制御装置等のすべての装置を含む。モデム５４を使ってインターネット経由でリモート・サーバ４との通信を行うことができる。
【００１９】
上述したように、サーバ５は実際には分散アーキテクチャ内に接続された複数の物理装置と論理装置を含むことができる。したがって、ＮＩＣ５５を使って、ＷｅｂＴＶサービスの一部である他の装置とのデータ通信を行うことができる。また、モデム５４を使って、ＷｅｂＴＶサービスの一部で図示の装置から地理的に離れた、他の装置とのデータ通信を行うことができる。
【００２０】
Ｂ．クライアント・システム・アーキテクチャ
図３に一実施形態におけるＷｅｂＴＶクライアント・システム１を示す。クライアント・システム１は電子ユニット１０（以下、「ＷｅｂＴＶボックス１０」または「ボックス１０」）と、通常のＴＶセット１２と、ハンドヘルド・リモート・コントロール装置１１を含む。本発明の別の実施形態において、ＷｅｂＴＶボックス１０は必須ユニットとしてＴＶセット１２に組み込まれている。ボックス１０はユーザにグラフィカル・ユーザ・インタフェースを提供するハードウェアとソフトウェアを含む。ユーザは、このインタフェースを使ってＷｅｂＴＶネットワーク・サービスにアクセスし、ウェブをブラウズし、Ｅメールを送信し、他の方法でインターネットにアクセスすることができる。
【００２１】
ＷｅｂＴＶクライアント・システム１はＴＶセット１２をディスプレイ装置とオーディオ出力装置として使用する。ボックス１０はリンク６でＴＶセット１２に結合される。リンク６はテレビのスピーカから音を再生するオーディオ・チャネルと、ＲＦ（無線周波数）、またはＳビデオ、またはコンポジット・ビデオ形式、またはその他のフォーマットのビデオ・チャネルを含む。ボックス１０とサーバ５を結ぶ通信リンク２９は電話（ＰＯＴＳ）接続２９ａまたはＩＳＤＮ接続２９ｂのどちらかである。ボックス１０はＡＣ電源線７によってＡＣ（交流）を供給される。
【００２２】
ユーザはリモート・コントロール装置１１を操作して、クライアント・システム１を制御してウェブをブラウズし、Ｅメールを送信し、その他のインターネット関連の機能を実行する。ボックス１０は赤外線（ＩＲ）通信リンク経由でリモート・コントロール装置１１からコマンドを受信する。別の実施形態において、リモート・コントロール装置１１とボックス１０を結ぶリンクはＲＦまたは同等の通信モードで提供される。
【００２３】
ボックス１０はアプリケーション・ソフトウェアを含む。そのソフトウェアはボックス１０内のプロセッサの実行時に、ユーザがＷｅｂＴＶネットワーク・サービスにアクセスしてウェブをブラウズできるグラフィカル・ユーザ・インタフェースをユーザに提供する。アプリケーション・ソフトウェアはボックス１０に電源が投入されると自動的に実行される。
【００２４】
図４にＷｅｂＴＶボックス１０の内蔵コンポーネントを示す。クライアント・システム１の動作は、専用ＩＣ（ＡＳＩＣ）２０に結合されるＣＰＵ２１で制御される。ＣＰＵ２１は、本発明の各種機能を実現するように設計されたソフトウェアを実行する。ＡＳＩＣ２０は、ＷｅｂＴＶシステムの一定の機能を実現するために用いる回路を含む。ＡＳＩＣ２０はオーディオ出力をテレビ１２に供給するオーディオＤ−Ａコンバータ２５に結合される。さらに、ＡＳＩＣ２０はビデオ出力をＴＶセット１２に供給するビデオ・エンコーダ２６に結合される。ＩＲインタフェース２４はリモート・コントロール装置１１から送信されるＩＲ信号を検出し、その応答として該当する電気信号をＡＳＩＣ２０へ送信する。標準電話モデム２７とＩＳＤＮモデム３０はＡＳＩＣ２０に結合され、モデム・プール２に前者は２９ａ、後者は２９ｂに接続し、インターネット３経由でリモート・サーバ４に接続する。図示の実施形態は電話モデム２７とＩＳＤＮモデム３０を両方含むが、本実施形態を実施するにはいずれか一方で十分であることに留意されたい。さらに、別のさまざまな実施形態において、電話モデム２７とＩＳＤＮモデム３０はそれぞれケーブルＴＶモデムなどの他の通信機器で代用したり、これと併用したりすることができる。さらに、別の実施形態において、トークン・リングまたはイーサネット接続経由でサーバ５と通信ができる。ボックス１０はケーブルＴＶモデム（図示されていない）を含むこともできることに留意されたい。
【００２５】
ＡＳＩＣ２０にはさらにマスク読み取り専用メモリ（ＲＯＭ）２２ａと、フラッシュ・メモリ２２ｂと、ランダム・アクセス・メモリ（ＲＡＭ）２３が結合される。マスクＲＯＭ２２ａ（非プログラマブル・メモリであるためこの呼称がある）は、後述するように、一定のプログラム命令とデータの記憶装置である。フラッシュ・メモリ２２ｂは電子的な書込み（プログラミング）と消去が可能な従来のフラッシュ・メモリ装置である。フラッシュ・メモリ２２ｂはデータと共にブラウザ・ソフトウェアの記憶装置である。一実施形態において、大容量記憶装置２８がＷｅｂＴＶボックスに含まれ、ＡＳＩＣ２０に結合される。大容量記憶装置２８を使ってクライアントにソフトウェアまたはデータを入力したり、ネットワーク接続２９経由で受信したデータのソフトウェアをダウンロードすることができる。大容量記憶装置２８は、マシンが実行可能な命令を記憶するのに適した媒体、例えば磁気ディスクや光ディスクなどを含む。
【００２６】
上述したように、ＷｅｂＴＶボックス１０はウェブ・ブラウザなどのアプリケーション・ソフトウェアを含む。図５によれば、上述のアプリケーション・ソフトウェア３１はオペレーティング・システム（ＯＳ）ソフトウェア３２と連携して動作する。ＯＳソフトウェア３２は各種デバイス・ドライバを含み、他の方法でアプリケーション・ソフトウェア３１とシステム・ハードウェア・コンポーネント４０（すなわち図４に示す構成要素）を結ぶインターネットを提供する。
【００２７】
一実施形態において、アプリケーション・ソフトウェア３１とＯＳソフトウェア３２はフラッシュ・メモリ２２ｂに記憶される。ただし、さまざまな実施形態において、アプリケーション・ソフトウェア３１とＯＳソフトウェア３２の一方または両方の一部または全部が、マスクＲＯＭ２２ａまたは大容量記憶装置２８のような他のあらゆる適した記憶媒体にも記憶できることに留意されたい。
【００２８】
上述したように、一実施形態における各ステップはマシンが実行可能な命令で実現される。例えば、一実施形態において、マスクＲＯＭ２２ａ、またはフラッシュ・メモリ２２ｂ、またはＲＡＭ２３、またはこれらの装置の組み合わせに含まれる命令シーケンスを実行するＣＰＵ２１によってＷｅｂＴＶボックス１０内で本発明が実施される。より詳細に言えば、命令シーケンスの実行によってＣＰＵ２１は本実施形態の各ステップを実行する。これらのステップを以下に記述する。本実施形態を実施するための命令は、大容量記憶装置２８などの永続的記憶装置から、またはＷｅｂＴＶサーバ５もしくはリモート・サーバ４などの１つもしくは複数の他のコンピュータ・システムからネットワーク経由で、またはこの両方から遠隔操作でロードすることができる。例えば、その種のサーバ・システムはクライアント・システム１からインターネット３経由でサーバ・システムに送信されるメッセージに応答して命令シーケンスをクライアント・システム１に送信できる。モデム２７ａのようにクライアント・システム１がネットワーク接続経由で命令を受けると、そのクライアント・システム１はメモリに命令を記憶する。クライアント・システム１は命令を記憶して後に実行してもよく、またネットワーク接続経由で受けた時点で即時に命令を実行してもよい。
【００２９】
いくつかの実施形態において、ダウンロードされた命令は直接ＣＰＵ２１によってサポートされる。したがって、命令は直接ＣＰＵ２１によって実行される。別の実施形態においては、命令がＣＰＵ２１によって直接実行されない場合がある。この場合、ＣＰＵ２１に命令をインタプリトするインタプリタを実行させるか、受信した命令をＣＰＵ２１が直接実行できる命令に変換する命令を実行させるかして、命令を実行することができる。
【００３０】
本発明のある実施形態と態様は、ＷｅｂＴＶクライアント・システム１によって実行される代わりに（またはこれと併用して）ＷｅｂＴＶサーバ５によって実行することができる。例えば、ＷｅｂＴＶサーバ５のＣＰＵ５０はメモリに記憶された命令を実行して本実施形態に従って各ステップを実施することができる。
【００３１】
多様な実施形態において、配線済みの回路をソフトウェア命令の代わりに、またはこれと併用して使用し、本実施形態を実現できる。このように、本実施形態はハードウェア回路とソフトウェアのいかなる特定の組み合わせにも限定されず、コンピュータ・システムが実行する命令のいかなる特定のソースにも限定されない。
【００３２】
ＩＩ．リモート・ダウンロード
上述したように、ブラウザ・ソフトウェアは、サーバからインターネット経由で、または直接の電話接続によって受信した上書き用ソフトウェアもしくはデータをボックスにダウンロードすることによってアップグレードまたは再構成できる。フラッシュ・メモリ２２ｂは本来プログラマブル・メモリであって、プログラミングされた情報を電源が切れても保持できることから、この種のアップグレードまたは再構成に威力を発揮する。以下に詳述するように、ＷｅｂＴＶサーバ５（またはＷｅｂＴＶサーバ５が指定した他のサーバ）から送信された上書き用ソフトウェアまたはデータは、ＷｅｂＴＶボックス１０のフラッシュ・メモリ２２ｂに自動的に書き込まれる。さらに、フラッシュ・メモリを使って、Ｊａｖａアプレット（プログラム）などのウェブからダウンロードされる各種リソースを記憶し、クライアント・システム１への電源が供給されなくなってもそのリソースを保持することができる。本実施形態は、必ずしもこれらの目的にフラッシュ・メモリの使用を必要とするわけではない。電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）などの他の形式の不揮発性プログラマブル・メモリも使用できる。
【００３３】
一実施形態において、ＷｅｂＴＶシステムのブラウザ・ソフトウェアはフラッシュ・メモリ２２ｂに記憶され、ソフトウェアの再構成を行う。ソフトウェアがブラウザ環境を生成するのに使用するデータは通常マスクＲＯＭ２２ａに記憶される。このデータは、フォント、画像、音声、サーバ５またはモデム・プール２へ接続するための電話番号などのさまざまな構成パラメータ、およびＷｅｂＴＶサーバ５、モデム・プール２または他のサーバとの通信を確立するために使用される接続スクリプトを含む。
【００３４】
マスクＲＯＭ２２ａのデータ項目はフラッシュ・メモリ２２ｂに代替（「上書き」）データ項目を記憶することによって上書きする（書き替える）ことができる。このように、特定のデータ項目がフラッシュ・メモリ２２ｂにある場合、クライアント・システム１はマスクＲＯＭ２２ａの対応データ項目を無視する。以上のように、フラッシュ・メモリ２２ｂに記憶されたコンピュータ・プログラム命令と、フラッシュ・メモリ２２ｂに記憶されたデータの両方または一方を追加または置き換えることによってブラウザをアップグレードまたは再構成できる。
【００３５】
あるタイプのフラッシュ・メモリは少数のいわゆる「ブート・ブロック」で製造される。ブート・ブロックのサイズは通常、メモリ内部の標準ブロックのサイズより小さい。例えば、ある特定のタイプのフラッシュ・メモリの場合、メモリの標準ブロック１個のサイズは６４Ｋバイトであるのに対して、代表的なブート・ブロックのサイズは８Ｋバイトである。したがって、一実施形態において、ある種の上書きデータその他のデータは、フラッシュ・メモリ２２ｂのブート・ブロックに記憶されている。この技法によってフラッシュ・メモリの単一のブロックが十分に使用できない場合にメモリ・スペースが大幅に浪費されるのを防止できる。
【００３６】
ＷｅｂＴＶクライアント・システム１をアップグレードする目的、またはクライアント・システム１を再構成して不一致状態（例えば、プログラム命令またはデータのエラー）を修復する目的で、インターネット３からのダウンロードが可能である。ＷｅｂＴＶクライアント・システム１は、クライアント・システム１がリセットされるたびにネットワークからのダウンロードを実行するかどうかを決定する。より詳細に言えば、リセット時にクライアント・システム１がエラー状態を検出するか、アップグレードの場合にクライアント・システム１がメモリ内にダウンロード要求を検出した時にはダウンロードが実行される。このことから、図６は一実施形態において、ＷｅｂＴＶクライアント・システム１が実行するリセット・ルーチンを示している。
【００３７】
図６のリセット・ルーチンは、動作中にクライアント・システム１がリセットされるか、またはボックス１０の電源が投入されるたびに実行される。一実施形態において、図６のルーチンはマスクＲＯＭ２２ａに記憶された開始命令の実行によって起動される。ステップ６０１では、フラッシュ・メモリ２２ｂの全内容（すなわちプログラム命令とデータ）の有効性が従来のチェックサム技法で検証される。この内容が有効な場合（ステップ６０２）、ステップ６０３で通常の開始ルーチンが実行される。フラッシュ・メモリ２２ｂの内容が有効でない場合（すなわち、破壊されているかそれ以外の不一致状態を示す場合）、ステップ６０４でエラー・ダウンロード・ルーチンが実行される。エラー・ダウンロード・ルーチンでは、フラッシュ・メモリ内の破壊された情報の一部または全部がインターネット３からダウンロードされた正確な情報で上書きされる。エラー・ダウンロード・ルーチンは以下に詳述する。こうして、ＷｅｂＴＶシステムによって、プログラミングまたはデータのエラーは、ＷｅｂＴＶクライアント・システム１のユーザの操作を必要とせず、エラー・ダウンロード・ルーチンを実行することによって検出され自動的に修復される。
【００３８】
図７にウェブ・ブラウザのアップグレードの開始ルーチンを示す。通常の開始時には（すなわちリセット時にエラーが検出されなかった場合）、ステップ７０１でクライアント・システム１は自動的にＷｅｂＴＶサーバ５に接続する。通常、この接続は接続スクリプトを実行してモデム・プール２経由で実行される。ステップ７０２でアップグレードが使用可能と判定され、アップグレードがステップ７０３で必須に指定されている場合、ステップ７０４でサーバはクライアント・システム１へコマンドを送信し、ダウンロード要求をクライアント・システム１のフラッシュ・メモリ２２ｂに書き込む。次にステップ７０５でクライアント・システム１はＷｅｂＴＶサーバ５によって図６のルーチンに従ってリセットするよう指示を受ける。ステップ７０２でアップグレードが使用可能と判定され、アップグレードがステップ７０３で必須に指定されていない場合、ステップ７０６でクライアント・システム１はユーザに対してアップグレードを受け入れるか拒絶するか促す。ステップ７０７でアップグレードを受け入れた場合、ステップ７０５でクライアント・システム１は図６のルーチンに従ってリセットを行う。そうでない場合、ルーチンは終了する。
【００３９】
図８にアップグレードを開始する通常の開始ルーチン（すなわち図６のステップ６０３）の一部を示す。まず、ステップ８０１でクライアント・システム１はフラッシュ・メモリ２２ｂにダウンロード要求があるかどうかを判定する。要求がない場合、ブラウザ・プログラムがステップ８０８で通常に開始する。フラッシュ・メモリ２２ｂにダウンロード要求がある場合、ステップ８０２で接続スクリプトがフラッシュ・メモリ２２ｂにあるかどうかが判定される。
【００４０】
上述したように、接続スクリプトが実行されてモデム・プール２またはＷｅｂＴＶサーバ５との通信が確立する。通常、ローカル接続スクリプトがフラッシュ・メモリ２２ｂに記憶されていて、ローカル・モデム・プール２への接続が可能になる。デフォルトの接続スクリプトがマスクＲＯＭ２２ａに記憶され、フリー・ダイヤルの電話番号（すなわち「１−８００−」で始まる番号）を使って、ＷｅｂＴＶサーバ５へ直接接続できる。デフォルトの接続スクリプトは通常、ローカル接続スクリプトがフラッシュ・メモリ２２ｂにない場合に限って使用される。
【００４１】
また図８に示すように、ローカル接続スクリプトがフラッシュ・メモリ２２ｂにある場合（ステップ８０２）、ステップ８０３でクライアント・システムはその接続ステップを使ってローカル・モデム・プール２経由でＷｅｂＴＶサーバ５へ接続する。上記の接続が確立した場合、ステップ８０４でアップグレードに使用するＩＰ（インターネット・プロトコル）アドレスと、ポートと、パス情報がフラッシュ・メモリ２２ｂに記憶されているかどうかが判定される。ＷｅｂＴＶサーバ５などの、デフォルト・サーバ以外のサーバからアップグレードをダウンロードする場合、ＷｅｂＴＶサーバ５は前記情報をクライアント・システム１に提供できる。この情報が提供された場合、ステップ８０５でクライアント・システム１は指定のサーバに接続し、ステップ８０６で指定ファイルを要求し、ステップ８０７でファイルのダウンロードを開始する。ＩＰアドレスと、ポートと、パス情報がフラッシュ・メモリ２２ｂにない場合、ステップ８１０でクライアント・システム１は、マスクＲＯＭ２２ａに記憶されているデフォルトのＩＰアドレスと、ポートと、パス情報を使ってデフォルトのサーバに接続する。次にステップ８１１で記憶情報を使ってデフォルトのアップグレード・ファイルが要求される。ステップ８１１で、クライアント・システム１はまたデフォルトのサーバに対して実行中のソフトウェア・バージョンを表示して、デフォルトのサーバがそのクライアント・システムで使用する適切なデフォルトのファイルを決定できるようにする。クライアント・システムがファイルを要求した後で、ステップ８０７でデフォルトのファイルのダウンロードが開始する。上述したように、クライアント・システム１へのダウンロードはインターネット３経由、モデム・プール２経由で実行される。情報はダウンロードされると自動的に解凍され（ファイルが圧縮されている場合）、クライアント・システム１によってフラッシュ・メモリ２２ｂに書き込まれる。
【００４２】
以上のように、任意選択のアップグレードは自動化されており、クライアント・システム１のユーザはアップグレードを受け入れるかどうかの画面上のプロンプトに応答する以外、キー入力の必要がない。必須のアップグレードはユーザのキー入力なしに実行され、望むならユーザに対してアップグレードを通知せずに実行するよう設定することもできる。
【００４３】
図９に、リセット・ルーチン（図６）の間にエラーまたは他の不一致状態が検出された場合のような、クライアント・システムのプログラミングまたはデータのエラーを自動的に訂正できるルーチンを示す。こうした訂正処理はユーザのキー入力なしに自動的に実行され、望むならユーザに対してアップグレードを通知せずに実行するよう設定することもできる。まず、ステップ９０１で、クライアント・システム１はマスクＲＯＭ２２ａに記憶されたデフォルトのフリー・ダイヤル番号を使って直接サーバ５に接続する。接続されると、クライアント・システム１はサーバ５からローカル接続スクリプトを入手する。次にクライアント・システム１はサーバ５から切り離され、ローカル接続スクリプトを使ってモデム・プール２経由でサーバ５に再接続される。さらにクライアント・システム１は
ステップ９０３でマスクＲＯＭ２２ａに記憶されているデフォルトのＩＰアドレスと、ポートと、パス情報を使ってデフォルトのサーバへ接続する。ステップ９０４で、クライアント・システム１はデフォルトのＩＰアドレスと、ポートと、パス情報を使ってデフォルトのサーバにデフォルトのアップグレード・ファイルを要求する。ステップ９０４で、クライアント・システム１はまたデフォルトのサーバに対して現在実行中のソフトウェア・バージョンを表示して、デフォルトのサーバがそのクライアント・システムで使用する適切なデフォルトのファイルを決定できるようにする。要求されたファイルはステップ９０５でインターネット３経由でダウンロードされる。ダウンロードされたファイルはフラッシュ・メモリ２２ｂに書き込まれる。
【００４４】
図１０にダウンロードの詳細処理を示す。ダウンロードが開始すると、クライアント・システム１はステップ１００１でブロック番号ごとのデータ・ブロック（実際にはコンピュータ・プログラム命令を含む場合がある）を要求する。ステップ１００２で、クライアント・システム１はデータを送信するサーバから一定のブロック情報を受信する。この情報は、ダウンロードするブロックのサイズと、ダウンロードする次のブロックの識別と、現在のブロックの書込み先であるフラッシュ・メモリ２２ｂのアドレスと、インターネット３経由で送信される前に適用するデータ圧縮の説明を含む。次にデータはインターネット３経由でクライアント・システム１へ送信される。ステップ１００３で、クライアント・システム１はネットワーク接続２９経由でデータを受信し、データをＲＡＭ２３にロードする。データが圧縮されている場合、クライアント・システム１はステップ１００４でデータを解凍する。ステップ１００５で、クライアント・システムはステップ１００２で受信したアドレスを使って、フラッシュ・メモリ２２ｂにデータを書き込む。次のブロックの情報（ステップ１００６）にしたがってダウンロードする別のブロックがある場合、このルーチンはステップ１００１から繰り返される。そうでない場合、このルーチンは終了する。
【００４５】
ＩＩＩ．ウェブ・リソースのキャッシング
ウェブのブラウズに伴う問題は通信時の待ち時間である。従来の技術によるシステムでは、例えば大容量のデータを必要とする画像またはオーディオ・データまたはその他のリソースをダウンロードする場合などに待ち時間が長くなるのが通例であった。本実施形態はこの種の待ち時間を削減する技法をも含む。
【００４６】
ウェブ・リソースの一部はクライアント・システム１から繰り返して頻繁にアクセスされる。このリソースは例えばＷｅｂＴＶサービスと、ＷｅｂＴＶロゴのホーム・ページと、ディスプレイで使用するフォーマット用グラフィックスを含む。したがって、本実施形態によれば、前述したようなリソースの一部はマスクＲＯＭ２２ａとフラッシュ・メモリ２２ｂの一方または両方にキャッシングされる。フラッシュ・メモリ２２ｂにキャッシングされたリソースは、上記の方法でインターネットまたは電話の直接接続経由でサーバ５から追加または削除またはアップグレードされる。したがって、この種のリソースを含むウェブ・ページがクライアント・システム１から要求される場合、これらのリソースをインターネット３からダウンロードする必要はない。その代わり、これらのリソースはマスクＲＯＭ２２ａまたはフラッシュ・メモリ２２ｂから直接検索できる。この方法はネットワークからリソースをダウンロードするよりもはるかに時間がかからない。このキャッシングの結果、要求に応じてダウンロードする情報の全体量は減り、要求に対するダウンロードの総計時間は削減される。
【００４７】
サーバ５はクライアント・システム１にキャッシングされているウェブ・リソースを常時把握している。したがって、クライアント・システム１からサーバ５によって要求が受信されると、ＷｅｂＴＶサーバが把握しているキャッシュ内容に照らして要求がチェックされる。クライアント・システムにキャッシングされているリソースはリモート・サーバ４からサーバ５によって検索されず、またクライアント・システム１へ送信もされない。
【００４８】
図１１にクライアント・システム１からの要求に応じてＷｅｂＴＶサーバが実行するルーチンを示す。まず、ステップ１１０１でサーバ５はハイパーテキスト・オブジェクトを選択しているクライアント・システム１のユーザに応答してクライアント・システム１からＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ（ＵＲＬ）を受信する。次に、ステップ１１０２で、サーバ５は受信したＵＲＬとマスクＲＯＭ２２ａまたはフラッシュ・メモリ２２ｂに記憶されているキャッシュ・データとの対応をチェックする。ステップ１１０３で、サーバ５は要求されたウェブ・ページ（または他のデータ）を該当するリモート・サーバ４から入手する。次に、要求されたウェブ・ページ（または他のデータ）は、クライアント・システム１にキャッシングされているデータを除き、ステップ１１０４でクライアント・システム１にダウンロードされる。
【００４９】
ＩＶ．マスク・メモリとフラッシュ・メモリのスペースの隣接配置
クライアント・システム１はマスクＲＯＭ２２ａとフラッシュ・メモリ２２ｂを含むため、クライアント・システム１に有利な方法でこれらの２つの装置の間でメモリ使用量を割り当てることができる。特に、一般に、フラッシュ・メモリとマスクＲＯＭにはそれぞれ利点と欠点がある。例えば、フラッシュ・メモリはそのプログラミング機能のためにマスクＲＯＭより融通性が高い反面、マスクＲＯＭより高価になる傾向がある。したがって、本発明の一実施形態において、これらの特徴を利用してブラウザ・コードの一部（ソフトウェアとデータ）をマスクＲＯＭ２２ａに、またブラウザ・コードの別の一部をフラッシュ・メモリ２２ｂに記憶するという使い分けができる。より詳細に言えば、アップグレードまたは再構成の結果として変更されないようなコードの部分はマスクＲＯＭ２２ａに記憶し、アップグレードまたは再構成の対象となると考えられるコードの一部はフラッシュ・メモリ２２ｂに記憶される。この結果、一実施形態において、ブラウザ・コードの大部分（例えばコア機能を表すコード）がマスクＲＯＭ２２ａに記憶され、必要なフラッシュ・メモリの量が比較的少なくなる。このメモリ割当ての方法は、低コストのマスクＲＯＭと、フラッシュ・メモリの融通性の両方を利用している。上記の方法を使っても、フラッシュ・メモリ２２ｂにダウンロードすることによってインターネット上でブラウザを容易にアップグレードまたは再構成できる。
【００５０】
マスクＲＯＭ２２ａとフラッシュ・メモリ２２ｂにＷｅｂＴＶクライアント・システムのメモリ・マップ内の隣接するメモリ・スペースを割り当てることによって効果的なメモリ・スペースの割当てが可能になる。図１２に示すように、クライアント・システム１のメモリ・マップ６０の隣接メモリ・スペース６１と６２をそれぞれフラッシュ・メモリ２２ｂとマスクＲＯＭ２２ａに割り当てることができる。さらに、ブラウザ・コードをメモリ・スペースの６１と６２の隣接サブセットに記憶でき、必要ならばブラウザ・コードがメモリ・マップ６０内の単一の連続サブセット６３を占めることができる。
【００５１】
Ｖ．電源断からの復旧
ＡＣ電源コードを不注意でコンセントから抜いた場合のように、システムの稼働中のある時点でＷｅｂＴＶボックス１０へのＡＣ電力が切断されることがある。本実施形態はそれに備えてダウンロード実行中の電源断に対処し、復旧するための技法を提供する。この復旧技法は、送信元サーバとの通信障害または通信中断にも適用できる。
【００５２】
図４に示すコンポーネント以外に、ＷｅｂＴＶボックス１０は図１３に示す電源１５を含む。電源１５は電源線７経由でＡＣ電力の供給を受け、電源線７Ａ経由でボックス１０の各種コンポーネントへＤＣ電力を出力する。本発明の一実施形態において、電源１５はＡＣ電源線７の電源断の場合に短時間（例えば１〜２秒）クライアント・システム１を稼働するのに充分なＤＣ電力を確保する持続装置１６を含む。より詳細に言えば、持続装置１６はダウンロードされた１ブロックのデータをフラッシュ・メモリ２２ｂに書き込むのに必要な電力を保持する。この時間は使用するフラッシュ・メモリのタイプに応じて異なる。持続装置１６はＡＣ電源線７と電源のＤＣ電源出力７Ａの間に結合される。一実施形態において、持続装置１６は従来のコンデンサで、その値は電力を保持する必要がある継続時間に基づいて選択される。ただし、持続装置１６は前記の機能を実行するバッテリまたは他の任意の装置でもよい。
【００５３】
電源８はＡＣ電源断を検知し、該当する信号であるＰＷＲ  ＯＫを出力して、ＡＣ電力の存否を示す機能がある。図４に示すように、信号ＰＷＲ  ＯＫはＡＳＩＣ２０に供給される。ＡＣ電源断の発生時に信号ＰＷＲ  ＯＫはただちにステータスを変更して電源断を知らせる。信号ＰＷＲ  ＯＫはクライアント・システム１が図１４に示すルーチンを実行するための入力として使用される。すなわち、ステップ１４０１で電源断が検出されると、ステップ１４０２でクライアント・システム１にＮＯ  ＰＯＷＥＲフラグが設定されてこの事態を表示する。電源フラグのステータスは以下に記述するようにダウンロード処理中に繰り返しチェックされる。
【００５４】
図１５に示すように、ダウンロードされたデータをフラッシュ・メモリ２２ｂに書き込む前にＮＯ  ＰＷＲフラグのステータスがステップ１５０１でチェックされる。ＮＯ  ＰＷＲフラグが設定されていると（ＰＷＲ  ＯＫ信号の変化に応答して）、ルーチンは終了し、その後データ・ブロックは書き込まれない。ＮＯ  ＰＷＲフラグが設定されていないと、ステップ１５０８で次のデータ・ブロックがフラッシュ・メモリ２２ｂに書き込まれる。フラッシュ・メモリ２２ｂはフィールドＮＵＭ＿ＢＬＯＣＫＳを備え、フラッシュ・メモリ２２ｂに現在までに書き込まれたブロック数を示す。このフィールドはステップ１５０３でアップグレードされる。ステップ１５０２でデータ・ブロックの書込み中に電源断が発生した場合、持続装置１６によって現在のブロックの書込みが保証される。書き込み別のブロックがある場合（ステップ１５０４で）、ルーチンはＮＯ  ＰＷＲフラグのステータスをチェックしてステップ１５０１から繰り返す。そうでない場合、ルーチンは終了する。電力が復旧し、サーバ５への接続が再確立すると、ダウンロードを再開できる。書き込まれたブロックの数はフラッシュ・メモリ２２ｂに記録されている（起動時にチェックサムで確認できる）ため、フラッシュ・メモリ２２ｂに書き込まれていなかったデータ・ブロックだけをダウンロードする必要がある。同じ理由で、送信元サーバとの電話接続（または他の通信リンク）がダウンロード時に失われるか障害になった場合、接続が再確立されるとダウンロードを書込みが成功した最後のブロックから再開することができる。
【００５５】
以上、ネットワーク上でソフトウェアの遠隔操作でアップグレードを実行する方法と装置について記述してきた。具体的な実施形態を例にとって本発明について記述してきたが、請求項に記載する発明のより広い精神と範囲から外れることなく、さまざまな訂正と変更をこれらの実施例に加えることができるのは明らかである。したがって、仕様と図面は制限的意味ではなく例示的な意味で解釈する必要がある。
【図面の簡単な説明】
【００５６】
【図１】ＷｅｂＴＶサーバ・システムに接続されたいくつかのＷｅｂＴＶクライアント・システムを示す図である。
【図２】ＷｅｂＴＶサーバ・システムを示す図である。
【図３】ＷｅｂＴＶクライアント・システムを示す図である。
【図４】ＷｅｂＴＶクライアント・システムの電子ユニットのブロック図である。
【図５】図１のクライアント処理システムのハードウェアとソフトウェア間の機能関係を示す図である。
【図６】ＷｅｂＴＶクライアント・システムのリセット・ルーチンを示す流れ図である。
【図７】ネットワーク上でＷｅｂＴＶクライアント・システムのアップグレードを開始する通常の起動ルーチンを示す流れ図である。
【図８】ＷｅｂＴＶクライアント・システムのアップグレードのためにダウンロードを開始するルーチンを示す流れ図である。
【図９】ダウンロードを開始してエラーを訂正するルーチンを示す流れ図である。
【図１０】ネットワークからＷｅｂＴＶシステムへのダウンロードのルーチンを示す流れ図である。
【図１１】ＲＯＭにキャッシングされたＷｅｂリソースにアクセスするルーチンを示す流れ図である。
【図１２】ＷｅｂＴＶクライアント・システムの部分メモリ・マップを示す図である。
【図１３】ＷｅｂＴＶクライアント・システムの電源を示す図である。
【図１４】電源断に対処するルーチンを示す流れ図である。
【図１５】ダウンロードされたデータをメモリに書き込むルーチンを示す流れ図である。
【符号の説明】
【００５７】
１  ＷｅｂＴＶクライアント
２  モデム・プール
３  インターネット
４  リモート・サーバ
５  ＷｅｂＴＶサーバ
６  リンク
７  ＡＣ電源線
７Ａ  電源線
１０  ボックス
１１  リモート・コントロール装置
１２  ＴＶセット
１５  電源
１６  持続装置
２１  ＣＰＵ
２２ａ  マスクＲＯＭ
２３  ＲＡＭ
２４  ＩＲインタフェース
２５  オーディオＤ−Ａコンバータ
２６  ビデオ・エンコーダ
２７  標準電話モデム
２８  大容量記憶装置
２９ａ  電話
２９ｂ  ＩＳＤＮ
３０  ＩＳＤＮモデム
３１  アプリケーション・ソフトウェア
３２  ＯＳソフトウェア
４０  システム・ハードウェア・コンポーネント
５０  ＣＰＵ
５１  ＲＯＭ
５２  ＲＡＭ
５３  大容量記憶装置
５４  モデム
５５  ネットワーク・インタフェース・カード（ＮＩＣ）
５６  入出力（Ｉ／Ｏ）装置
６０  メモリ・マップ
６１  隣接メモリ・スペース
６２  隣接メモリ・スペース
６３  連続サブセット
【図１】
2008117405.tif 000003
【図２】
2008117405.tif 000004
【図３】
2008117405.tif 000005
【図４】
2008117405.tif 000006
【図５】
2008117405.tif 000007
【図６】
2008117405.tif 000008
【図７】
2008117405.tif 000009
【図８】
2008117405.tif 000010
【図９】
2008117405.tif 000011
【図１０】
2008117405.tif 000012
【図１１】
2008117405.tif 000013
【図１２】
2008117405.tif 000014
【図１３】
2008117405.tif 000015
【図１４】
2008117405.tif 000016
【図１５】
2008117405.tif 000017