JP2003140902A - ホスト装置、クライアント装置、ホームネットワークシステム、クライアント装置のソフトウェア更新方法 - Google Patents

Abstract

(57)【要約】 【課題】 ホスト・クライアントシステムにおけるクラ
イアントのソフトウェアの更新を容易に行うことのでき
る技術を提供することを目的とする。 【解決手段】 ホスト側のホームサーバには、そのシス
テムで用いられる全てのアーキテクチャの最新のソフト
ウェアを保持し、クライアント側の電源をオンにした時
点で、ＯＳやアプリケーションが最新バージョンである
か否かをホスト側のホームサーバに確認し、最新バージ
ョンでない場合には、クライアントのアーキテクチャに
対応した最新バージョンのソフトウェアをホスト側から
転送し、ソフトウェアの更新を自動的に行う構成とし
た。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホスト・クライア
ントシステムを構成するホスト装置、クライアント装置
等に関する。

【０００２】

【従来の技術】種々の情報処理装置として、ホスト・ク
ライアントシステムは世の中で広く普及している。例え
ば、ＬＡＮやインターネット等のネットワークを介して
接続されるサーバとユーザのＰＣ(Personal Computer)
等によって構成されるシステムがこれに当たる。また、
近年、ホームネットワークシステム等と称して、ユーザ
の家庭内にホームサーバを設置し、このホームサーバに
家庭内ＬＡＮを介してＰＣやＴＶ、ビデオデッキ等のデ
バイスを接続するシステムの開発が行われている。

【０００３】ところで、ＰＣやＴＶ、ビデオデッキ等の
デバイスは、それぞれ所定の処理を実行するアプリケー
ションの機能の拡張や変更等のために、いわゆるバージ
ョンアップをすることがある。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
たようなアプリケーションのバージョンアップは、ホス
ト側、クライアント側のそれぞれで個別に行っていたの
が通常である。このため、ホストとクライアント間でバ
ージョンアップに時間差が生じることがあり、例えばユ
ーザがクライアント側のＰＣでサーバにアクセスし、所
定の処理を受けようとしたときに、ホスト側に対しクラ
イアント側のアプリケーションのバージョンが古いため
に、所定の処理が行えなかったり、機能の制限を受ける
等の不都合が生じていた。

【０００５】これに対し、例えばクライアント側のＰＣ
からホスト側へのアクセスを受けたときに、ホスト側
で、クライアント側のアプリケーションのバージョンを
チェックし、バージョンが古い場合にはバージョンアッ
プを促すような表示をクライアント側に出力させること
も行われている。この場合、この出力を受けたユーザ
が、クライアント側でバージョンアップを希望する旨の
入力を行ったときに、ホスト側からクライアント側に対
し、新しいバージョンのアプリケーションのデータを送
り、クライアント側でアプリケーションの更新処理を行
うこともできる。

【０００６】しかし、このような技術を用いたとして
も、ユーザ側でアプリケーションの更新を適宜タイミン
グで行わなければならないことに変わりはなく、ユーザ
の手間がかかり、またトラブルの発生の要因にもなり得
るという問題がある。また、クライアント側のデバイス
がＰＣ等である場合、ユーザはある程度、このようなア
プリケーションの更新作業に慣れていると想定できる
が、ホームネットワークシステム用のクライアントであ
るＴＶやビデオデッキ等の場合、ユーザは、年少者や年
配者等、アプリケーションの更新作業はもちろんのこ
と、機械の操作に不慣れであったり、そのような作業に
多大な抵抗感を持っていることが多い。このようなユー
ザが想定できるホームネットワークシステムのようなシ
ステムの場合、このような手間は、その存在自体によっ
てシステムの普及が妨げられることにも繋がる。

【０００７】また、ホームネットワークシステムの場
合、ＰＣやＴＶ、ビデオデッキ等のデバイス毎に、デバ
イスの構成がＯＳ(Operating System)をはじめとして全
く異なるために、アプリケーションもそれぞれに異な
る。その結果、ユーザにとっては、所有する全てのデバ
イスのアプリケーションの更新には多大な手間がかかる
ため、このような手間を軽減することは非常に重要とな
るのである。特に、ＴＶやビデオデッキ等の場合には、
ユーザは、所定の機能、すなわち希望の映像が出力でき
れば良いのであって、このようなデバイスの場合、アプ
リケーションの更新自体をユーザに意識させないような
技術が望まれる。

【０００８】近年のブロードバンド技術の急激な普及に
伴ない、従来はある程度の専門的な知識が要求されてい
たＰＣ等も、ＴＶ等の家電製品と同等の扱いやすさが要
求されるようになることは容易に予想することができ、
上記したような問題は、ホームネットワークシステムに
限らず、既存のあらゆるホスト・クライアントシステム
に共通する課題であると言える。本発明は、このような
技術的課題に基づいてなされたもので、ソフトウェアの
更新を容易に行うことのできる技術を提供することを目
的とする。

【０００９】

【課題を解決するための手段】かかる目的のもと、本発
明のホスト装置は、データ格納手段に複数のアーキテク
チャに対応したソフトウェアのデータを格納し、通信手
段で通信を行うクライアント装置のアーキテクチャに対
応したソフトウェアを、データ格納手段からクライアン
ト装置に対して転送することを特徴とする。ここで、ア
ーキテクチャとは、複数のクライアント装置間におい
て、プロセッサやＯＳ等の相違によって、同様の機能を
発揮するためであっても異なるソフトウェアを用いなけ
ればならない場合の、それぞれのソフトウェアに対応す
る種別のことである。このようにして、アーキテクチャ
が異なる複数のクライアント装置を有するホスト・クラ
イアントシステムであっても、クライアント装置に対
し、それぞれのクライアント装置のアーキテクチャに対
応したソフトウェアを転送することができる。これによ
り、データ格納手段に最新バージョンのソフトウェアを
格納しておけば、クライアント装置側でソフトウェアの
バージョンアップを行うことも可能になる。このような
場合、クライアント装置で保持しているソフトウェアの
バージョンの情報をバージョン情報取得手段で取得し、
データ格納手段に格納されたソフトウェアがクライアン
ト装置で保持しているソフトウェアよりも新しいバージ
ョンであるときに、クライアント装置に対してソフトウ
ェアを転送するのが好ましい。また、クライアント装置
との通信が確立されたときに、このクライアント装置に
おけるソフトウェアの更新が必要であるか否かを判断手
段で判断し、更新が必要であると判断されたときに、転
送手段でクライアント装置に対してソフトウェアを転送
することもできる。

【００１０】一方、本発明を、ホスト装置に対して接続
可能なクライアント装置として捉えると、このクライア
ント装置は、クライアント装置に応じたソフトウェアを
特定するための識別情報を識別情報保持部で保持し、こ
の識別情報に応じてホスト装置から転送される更新用ソ
フトウェアを受信部で受信し、ソフトウェア格納部に格
納したソフトウェアを、ソフトウェア更新部によって更
新用ソフトウェアに更新することを特徴とする。また、
このクライアント装置は、電源が投入されたことをトリ
ガーとして、識別情報をホスト装置に送信する送信部を
さらに備えることができる。これにより、電源が投入さ
れたときに、更新用ソフトウェアの受信および受信した
更新用ソフトウェアへの更新という、一連の処理を自動
的に行うことができる。さらにこのクライアント装置で
は、ソフトウェア格納部に格納されたソフトウェアのバ
ージョン情報をバージョン情報保持部で保持するととも
に、ホスト装置で保持している更新用ソフトウェアのバ
ージョン情報をバージョン情報取得部で取得し、双方の
バージョン情報に基づいて、ソフトウェア格納部に格納
しているソフトウェアの更新が必要であるか否かを判断
部で判断することもできる。

【００１１】本発明を、インターネット等の外部ネット
ワークに接続可能なホスト装置と、ホスト装置に家庭内
ＬＡＮ等の内部ネットワークを介して接続可能な複数の
クライアント装置と、を有したホームネットワークシス
テムとして捉えれば、ホスト装置ではクライアント装置
のアーキテクチャに対応したソフトウェアをクライアン
ト装置に転送し、クライアント装置は、このクライアン
ト装置で用いられるソフトウェアのバージョンがホスト
装置に格納されているソフトウェアのバージョンよりも
古いときに、ソフトウェアをホスト装置から転送された
ソフトウェアに更新する。ここで、ホスト装置では、複
数のクライアント装置のそれぞれに対応した、略同一の
機能を有した複数のソフトウェアを格納する。

【００１２】本発明は、ホスト装置の通信可能な複数の
クライアント装置のうち、ホスト装置と通信が確立され
たクライアント装置のアーキテクチャを認識し、そのア
ーキテクチャに応じた更新用ソフトウェアをホスト装置
からクライアント装置に転送し、クライアント装置で用
いているソフトウェアをホスト装置から転送された更新
用ソフトウェアに更新することを特徴とするクライアン
ト装置のソフトウェア更新方法として捉えることもでき
る。

【００１３】

【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいてこの発明を詳細に説明する。図１は、本実施
の形態におけるホームネットワークシステムを構成する
ホスト・クライアントシステムを説明するための図であ
る。この図１に示すように、ホームネットワークシステ
ムは、ホスト側のホームサーバ(ホスト装置)１０と、複
数種のクライアント、本実施の形態では４種類のデバイ
ス(クライアント装置)２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ
から構成される。図１の例では、デバイス２０Ａとして
インターネットアプライアンス機能を有したワイヤレス
ＴＶ、デバイス２０Ｂとしてネットワーク対応ＰＣ、デ
バイス２０Ｃとしてネットワーク対応ＰＤＡ(Personal
Digital Assistants)、デバイス２０Ｄとしてネットワ
ーク対応ＴＶを例に挙げるが、これに限るものではな
い。

【００１４】ところで、これらクライアント側のデバイ
ス２０Ａ、２０Ｂ、２０Ｃ、…は、使用しているプロセ
ッサやＯＳ、その他、インターフェイス等の違いによ
り、同じ機能を発揮するにも異なるソフトウェアを用い
なければならないのは周知の通りであり、本実施の形態
では、このように異なるソフトウェアを用いなければな
らない相違をアーキテクチャの相違と称する。例えば、
図２に示すものは、このようなアーキテクチャ(識別情
報)の例を示すものであり、本実施の形態では、アーキ
テクチャ毎に、番号や英数字列等からなるアーキテクチ
ャ識別情報を設定する。そして、予め、クライアント側
のデバイス２０Ａ、２０Ｂ、２０Ｃ、２０Ｄをアーキテ
クチャ毎に類別し、デバイス２０Ａ、２０Ｂ、２０Ｃ、
２０Ｄのそれぞれは、自らのアーキテクチャにアーキテ
クチャ識別情報が割り当てられている。もちろん、同一
のシステム内に存在するデバイス２０Ａ、２０Ｂ、２０
Ｃ、…が全て互いに異なるアーキテクチャとなることも
あれば、同じアーキテクチャがシステム内に複数存在す
ることもあり得る。

【００１５】さて、ホスト側のホームサーバ１０は、シ
ステムの外部ネットワークとなるインターネットやＬＡ
Ｎを介し、外部のデータサーバとの間で、デバイス２０
Ａ、２０Ｂ、２０Ｃ、２０Ｄで出力するための、例えば
映像等のデータの送受信を行う。図３に示すように、こ
のホームサーバ１０は、通信部(通信手段)１１、デバイ
ス識別部１２、バージョン確認部(バージョン情報取得
手段、バージョン情報取得部)１３、ソフトウェア更新
処理部(転送手段、判断部)１４、更新用データ格納部
(データ格納手段)１５を備えている。通信部１１は、ク
ライアント側のデバイス２０Ａ、２０Ｂ、２０Ｃ、２０
Ｄのそれぞれとの間で、システムの内部ネットワークと
なる例えば無線ＬＡＮ等の家庭内ＬＡＮを介した通信を
行う。デバイス識別部１２は、それぞれのクライアント
との間で通信が確立されるときに得られるアーキテクチ
ャ識別情報に基づき、通信を行っているクライアント
が、どのアーキテクチャであるかを識別する。

【００１６】バージョン確認部１３は、クライアントの
それぞれとの間で通信が確立されるときに得られるデー
タに基づき、クライアントで用いているソフトウェアの
バージョンを確認し、必要に応じ、ソフトウェア更新処
理部１４によるソフトウェア更新処理を実行させる。な
おここで、ソフトウェアには、クライアントのＯＳや、
クライアントで所定の機能(例えば映像の出力等)を発揮
するためのアプリケーションを含むものとし、以下の説
明では、これらを適宜ソフトウェアと称する。

【００１７】更新用データ格納部１５には、予めユーザ
がＣＤ−ＲＯＭ等の記録媒体に格納されていたデータを
転送することによって、アーキテクチャ(例えばアーキ
テクチャＰ、Ｑ、Ｒ、…)毎に対応したソフトウェアの
更新用データ(更新用ソフトウェア)ＳＷ１、ＳＷ２、Ｓ
Ｗ３、…が格納されている。この更新用データＳＷ１、
ＳＷ２、ＳＷ３、…は、それぞれのアーキテクチャに対
応するソフトウェアとして、ＯＳや複数種のアプリケー
ションを含んでいる。ソフトウェア更新処理部１４で
は、必要に応じ、更新用データ格納部１５から、クライ
アントのアーキテクチャに対応した更新用データＳＷ
１、ＳＷ２、ＳＷ３、…を読み出し、クライアント側で
これを用いてソフトウェアの更新処理を実行させるため
の処理を行う。

【００１８】一方、クライアント側のデバイス２０Ａ、
２０Ｂ、２０Ｃ、２０Ｄ(図３ではデバイス２０Ａと２
０Ｂのみを示した)は、前述したように、ＴＶやＰＣ、
ＰＤＡ等、本質的な機能は異なるものの、ソフトウェア
の更新機能に関しては、基本的に共通した構成を有して
いる。この、共通するソフトウェアの更新機能に関し、
デバイス２０Ａを例に挙げて説明すると、デバイス２０
Ａは、通信部(受信部、送信部)２１、アーキテクチャ情
報格納部(識別情報保持部)２２、バージョン情報保持部
２３、ソフトウェア更新処理部(ソフトウェア更新部)２
４、ソフトウェア格納部２５、処理実行部２６、を備え
て構成されている。

【００１９】通信部２１は、ホームサーバ１０の通信部
１１との間で、例えば無線ＬＡＮを介した通信を行う。
アーキテクチャ情報格納部２２は、デバイス２０Ａのア
ーキテクチャを識別するために予め付与されたアーキテ
クチャ識別情報を格納する。また、バージョン情報保持
部２３は、その時点でデバイス２０Ａで用いている各ソ
フトウェアのバージョンに関する情報を保持するもの
で、ソフトウェアの更新に応じ、保持する情報も更新さ
れる。ソフトウェア格納部２５は、更新したソフトウェ
アのデータを格納する不揮発性のメモリやＨＤＤ等であ
り、処理実行部２６は、ソフトウェア格納部２５に格納
されたＯＳやアプリケーションに基づく所定の処理を実
行し、例えばワイヤレスＴＶであるデバイス２０Ａとし
ての映像表示機能等を発揮する。上記したような通信部
２１、アーキテクチャ情報格納部２２、バージョン情報
保持部２３、ソフトウェア更新処理部２４、ソフトウェ
ア格納部２５、処理実行部２６は、デバイス２０Ｂ、２
０Ｃ、２０Ｄにも同様に備えられている。

【００２０】さて、上述したようなホームネットワーク
システムでは、デバイス２０Ａ、２０Ｂ、２０Ｃ、２０
Ｄ等のクライアントで用いているソフトウェアの更新
(バージョンアップ)を自動的に行う構成となっている。
これには、ホスト側のホームサーバ１０とクライアント
側のデバイス２０Ａ、２０Ｂ、２０Ｃ、２０Ｄのそれぞ
れとの間で通信が確立される際に、ホームサーバ１０
は、クライアント側からアーキテクチャ識別情報を得
て、これに基づいてデバイス識別部１２で、クライアン
ト、つまりデバイス２０Ａ、２０Ｂ、２０Ｃ、２０Ｄの
それぞれが対応するアーキテクチャを特定する。さらに
デバイス識別部１２は、特定されたアーキテクチャに応
じたソフトウェアの最新のバージョンを確認し、クライ
アント側のバージョンが古い場合には更新用データ格納
部１５からソフトウェアの更新用データＳＷ１、ＳＷ
２、ＳＷ３、…のいずれか(アーキテクチャ、つまりク
ライアントに対応したもの)を読み出し、これをクライ
アント側に送り、ソフトウェアの更新を行うようになっ
ている。

【００２１】図４に示すものは、上記したような一連の
ソフトウェアの更新処理を行う際の流れの詳細を示すも
のである。クライアント側(デバイス２０Ａ、２０Ｂ、
２０Ｃ、２０Ｄのいずれか)で電源をオンすると、通信
部２１が、ホスト側のホームサーバ１０に対する接続を
試行する(ステップＳ１０１)。そして、続くステップＳ
１０２では、接続の可否を確認する。接続に失敗した場
合にはステップＳ１０１を繰り返し、接続が成功してホ
スト側のホームサーバ１０との間で通信が確立された時
点で、ステップＳ１０３に進む。ステップＳ１０３で
は、アーキテクチャ情報格納部２２に格納されている情
報と、バージョン情報保持部２３で保持されている情報
とに基づき、自らのシステム情報を生成し、これをホー
ムサーバ１０に通信部２１を介して送出する。図５は、
この時にシステム情報として送出するデータパケットの
一例であり、このデータパケットには、ホームネットワ
ークシステムにおいてクライアント側のデバイス２０
Ａ、２０Ｂ、２０Ｃ、２０Ｄのそれぞれに予め割り当て
られたクライアント番号、自身のパケット長を示すレコ
ード長、図２のように決められたアーキテクチャ識別情
報、クライアントで用いているＯＳのバージョンを示す
情報、アプリケーションの種類と、そのバージョンの情
報、が含まれている。ここで、そのクライアントで複数
種のアプリケーションを用いていれば、それぞれのアプ
リケーションに応じた情報がデータパケット中に含まれ
る。

【００２２】一方のホームサーバ１０側では、クライア
ント側のデバイス２０Ａ、２０Ｂ、２０Ｃ、２０Ｄから
の接続試行を待機しており、デバイス２０Ａ、２０Ｂ、
２０Ｃ、２０Ｄのいずれかから、新規の接続要求を受け
ると、ステップＳ１０３にてクライアント側から送出さ
れたシステム情報のデータパケットを受信する(ステッ
プＳ２０１〜Ｓ２０３)。すると、デバイス識別部１２
にて、データパケットに含まれるアーキテクチャ識別情
報を参照し、データパケットの送出元のクライアント
が、どのアーキテクチャに相当するかを識別する。さら
に、バージョン確認部１３にて、データパケットに含ま
れるＯＳおよびアプリケーションの種類の情報を取得す
る。そして、更新用データ格納部１５を参照し、デバイ
ス識別部１２で識別したアーキテクチャ、例えばアーキ
テクチャＰに対応したソフトウェアの更新用データＳＷ
１を参照し、そのクライアントで使用されているＯＳお
よびアプリケーションの最新バージョンの情報を得る
(ステップＳ２０４)。ここで、更新用データ格納部１５
には、それぞれのアーキテクチャに対応する、ＯＳや複
数種のアプリケーションが格納されており、クライアン
ト(例えばデバイス２０Ａ)で使用しているソフトウェア
以外のソフトウェアが格納されていることもあり得る。
したがって、ステップＳ２０４では、格納している全て
のソフトウェアのバージョン情報を得ても良いし、デバ
イス２０Ａで使用しているソフトウェアのみのバージョ
ン情報を抽出しても良い。

【００２３】続くステップＳ２０５では、このようにし
て得たバージョン情報に基づき、バージョン確認結果と
して、例えば図６に示すようなデータパケットをバージ
ョン確認部１３が生成し、通信部１１を介してクライア
ント側に対して送出する。図６に示したデータパケット
には、送出先となるクライアント、すなわちステップＳ
１０３でホームサーバ１０にシステム情報を送出したク
ライアントのクライアント番号、クライアントのアーキ
テクチャに対応したＯＳやアプリケーションの最新バー
ジョンの情報、およびＯＳやアプリケーションのそれぞ
れの更新に必要なデータの量(バイト数)が含まれてい
る。

【００２４】クライアント側では、通信部２１にて、ホ
ームサーバ１０から送出された、最新のバージョン情報
が含まれたデータパケットを、バージョン確認結果とし
て受信する(ステップＳ１０４)。すると、ソフトウェア
更新処理部２４が、データパケットからＯＳやアプリケ
ーションの最新バージョンの情報を取り出す。そして、
バージョン情報保持部２３で保持している、このクライ
アントで使用しているＯＳやアプリケーションのバージ
ョンの情報と比較し、ソフトウェアの更新の必要がある
か否かを確認する。クライアントで使用しているＯＳや
アプリケーションのバージョンが、最新バージョンでな
ければ、更新の必要がある、として判断するのである
(ステップＳ１０５)。クライアントで使用しているＯＳ
やアプリケーションの全てが最新バージョンであると判
断された場合、ソフトウェアの更新の必要は無いので、
ステップＳ１１３にスキップし、クライアントの電源が
オンとなった時点で実行される所定のアプリケーション
による処理、例えば映像の出力等を処理実行部２６にて
実行する。

【００２５】一方、ＯＳやアプリケーションのうちの少
なくとも一つでも更新の必要があると判断された場合、
続いて、その時点でのクライアントにおける処理用メモ
リ等のシステムリソースの状況を確認する。これには、
ホームサーバ１０から送られてきたデータパケット中に
含まれる、ソフトウェアの更新に必要なバイト数と、そ
の時点で使用できるシステムリソースとを比較すること
によって判断される(ステップＳ１０６)。その結果によ
り、ソフトウェアの更新が可能であるか否かを判断する
(ステップＳ１０７)。システムリソースが不足し、ソフ
トウェアの更新が不可能である場合、クライアントに備
わっているモニタやインジケータ、あるいはスピーカ等
を用い、ユーザに対してリソース不足であるためにソフ
トウェアの更新ができない旨のメッセージの通知を行う
(ステップＳ１０８)。

【００２６】一方、システムリソースが十分にある場合
は、ソフトウェア更新処理部２４が、以下のようにし
て、ソフトウェアの更新処理を実行する。まず、クライ
アントに備わっているモニタやインジケータ、あるいは
スピーカ等を用い、ユーザに対してソフトウェアの更新
を実行する旨のメッセージを通知する(ステップＳ１０
９)。続いて、通信部２１を介し、ホームサーバ１０に
対し、ソフトウェアの更新用データ(例えば更新用デー
タＳＷ１)の転送を要求する(ステップＳ１１０)。

【００２７】ホスト側のホームサーバ１０では、クライ
アント側からの要求の受信を待機しており(ステップＳ
３０１〜Ｓ３０２)、通信部１１がクライアントからの
要求を受信した時点で、ステップＳ３０３に移行する。
ステップＳ３０３では、ソフトウェア更新処理部１４
が、更新用データ格納部１５に格納された、クライアン
トのアーキテクチャに対応した更新用データ(例えば更
新用データＳＷ１)の中から、更新の必要なソフトウェ
アに対応した更新用データを取り出し、これを、通信部
１１を介してクライアントに転送する。なお、このとき
には、ステップＳ１１０で、クライアント側から、クラ
イアントのアーキテクチャ識別情報、更新すべきＯＳや
アプリケーションの種類を指定する情報を転送の要求と
ともに送り、ホームサーバ１０側では、クライアント側
から指定されたＯＳやアプリケーションのみの更新用デ
ータを転送するのが好ましい。また、前記ステップＳ２
０４にて取得した情報(クライアント側で使用している
ソフトウェアのバージョンの情報)に基づき、ステップ
Ｓ１０５と同様に更新の必要なソフトウェアをホームサ
ーバ１０側で判断し、その判断結果を記憶しておけば、
クライアント側からの要求を受けた時点で、ホームサー
バ１０が記憶していた判断結果に基づいてそれらのソフ
トウェアの更新用データを転送することも可能である。

【００２８】クライアント側では、通信部２１で更新用
データの転送を受けると、これをソフトウェア格納部２
５に格納する(ステップＳ１１１)。そして、ソフトウェ
ア更新処理部２４が、ソフトウェア格納部２５に格納さ
れた更新用データを元に、ソフトウェアの更新処理、い
わゆるインストール処理を自動的に実行する(ステップ
Ｓ１１２)。これにより、クライアント側におけるソフ
トウェアの更新処理が完了するので、この後は、ステッ
プＳ１１２に移行し、クライアントの電源がオンとなっ
た時点で実行される所定のアプリケーションによる処
理、例えば映像の出力等を処理実行部２６にて実行す
る。

【００２９】上述したようにして、クライアント側の電
源をオンにした時点で、ＯＳやアプリケーションが最新
バージョンであるか否かをホスト側のホームサーバ１０
に確認し、最新バージョンでない場合には、ホスト側の
ホームサーバ１０で保持している最新バージョンのソフ
トウェアの転送を受け、ソフトウェアの更新を自動的に
行う構成とした。さらに、ホスト側のホームサーバ１０
には、そのシステムで用いられる全てのアーキテクチャ
の最新のソフトウェアを保持しており、ホームサーバ１
０と通信するクライアントの種類に関わらず、各クライ
アントではアーキテクチャ識別情報を送信することによ
ってそのクライアントに対応したソフトウェアの転送を
受けることができる。これにより、アーキテクチャが異
なる複数のクライアント(デバイス２０Ａ、２０Ｂ、２
０Ｃ、２０Ｄ)を有するホームネットワークシステムに
おいても、ユーザはホスト側のホームサーバ１０に最新
のバージョンのソフトウェアを格納しさえすれば良く、
煩雑なソフトウェアの更新作業を行う必要がない。しか
も、このようなソフトウェアの更新処理は、クライアン
ト側の電源をオンにした時点で自動的に行われるので、
ユーザはほとんど意識することなく、例え機械に不慣れ
なユーザであっても、常に最新バージョンのソフトウェ
アを用いることができる。

【００３０】なお、上記実施の形態においては、ステッ
プＳ１０３、Ｓ２０３にて、クライアント側からホスト
側に、アーキテクチャ識別情報、クライアントで用いて
いるＯＳのバージョンを示す情報、アプリケーションの
種類と、そのバージョンの情報等を含むシステム情報を
送る構成としたが、ホスト側で、アーキテクチャ識別情
報に基づき、ＯＳやアプリケーションの種類等が特定で
きるのであれば、上記ステップＳ１０３、Ｓ２０３では
アーキテクチャ識別情報のみを転送する構成とすること
もできる。また、ホスト側から送られたソフトウェアの
最新バージョンの情報に基づき、クライアント側で、ソ
フトウェアの更新の必要があるか否かを判断し、更新が
必要なソフトウェアの更新用データの転送を要求する構
成としたが、これに限るものではない。ホスト側に備え
る判断手段にて、クライアント側から送られた、クライ
アント側で使用しているソフトウェアのバージョンの情
報に基づき、ソフトウェアの更新の必要があるか否かを
判断し、転送手段にて、更新の必要なソフトウェアの更
新用データをクライアント側に転送する構成とすること
も可能である。また、上記実施の形態では、システムリ
ソースが不足する場合に、ソフトウェアの更新処理を一
切行わない構成としたが、クライアント側のシステムリ
ソースの状況により、更新の必要な全てのＯＳやアプリ
ケーションのうち、一部のみを更新するようなことも可
能である。この他、図４に示したようなソフトウェア更
新の処理の流れは、そもそもの主旨を逸脱しない範囲内
であれば、いかなる変更を加えても何ら支障はない。例
えば、ステップＳ１０８やＳ１０９にて、ソフトウェア
の更新が行えない旨の通知や、ソフトウェアの更新を行
う旨の通知をユーザに対して行う構成としたが、このよ
うな通知を行わないようにすることも可能である。ま
た、上記実施の形態では、クライアント側の電源をオン
したときに、上記したようなソフトウェアの確認〜更新
処理を行うようにしたが、例えば一定期間毎等、他のタ
イミングで同様の処理を行うことも考えられる。

【００３１】ところで、上記実施の形態では、ホスト側
のホームサーバ１０に対しては、ユーザがＣＤ−ＲＯＭ
等の記録媒体を用い、ソフトウェアの更新用データを更
新用データ格納部１５に格納する構成としたが、これに
限るものではない。例えば、インターネットやＬＡＮ等
の外部ネットワークを介して、ソフトウェアの配信元と
なるデータサーバにホームサーバ１０を接続できる構成
として、データサーバから更新用データをダウンロード
することもできる。この場合、ホームサーバ１０がクラ
イアント、データサーバがホストとなり、これに上記と
同様の構成を適用することも可能である。すなわち、適
宜タイミングでホームサーバ１０がデータサーバに接続
し、その時点でホームサーバ１０の更新用データ格納部
１５に格納しているソフトウェアの更新用データが最新
バージョンのものであるか否かを確認し、必要に応じて
データサーバから最新バージョンの更新用データをダウ
ンロードするのである。また、ホームサーバ１０のソフ
トウェアを、上記したようなＣＤ−ＲＯＭ等の記録媒
体、あるいはデータサーバからのダウンロードによって
最新バージョンにバージョンアップする際、クライアン
ト用のソフトウェアの更新用データを記録媒体やデータ
サーバから得て、更新用データ格納部１５に格納する構
成とすることも考えられる。

【００３２】加えて、上記実施の形態では、ホームネッ
トワークシステムを例に挙げているが、アーキテクチャ
の異なる複数のクライアントがホストとの間で通信を行
うシステムであれば、ホームネットワークシステム以外
のシステムにも同様の構成が適用できる。例えば、イン
ターネットやＬＡＮ等のネットワークを介したホスト・
クライアントシステム等も対象となるのである。これ以
外にも、本発明の主旨を逸脱しない限り、上記実施の形
態で挙げた構成を取捨選択したり、他の構成に適宜変更
することが可能である。

【００３３】

【発明の効果】以上説明したように、本発明によれば、
クライアントで使用するソフトウェアの更新を容易に行
うことが可能となる。

【図面の簡単な説明】

【図１】 本実施の形態におけるホームネットワークシ
ステムの構成を示す図である。

【図２】 複数のクライアントに割り当てられるアーキ
テクチャの仕様の一例を示すものである。

【図３】 ホスト、クライアントそれぞれの構成を示す
図である。

【図４】 ソフトウェアを更新する際の処理の流れを示
す図である。

【図５】 クライアント側からホスト側に送るシステム
情報のデータ構成の一例である。

【図６】 ホスト側からクライアント側に送るデータ構
成の一例である。

【符号の説明】

１０…ホームサーバ(ホスト装置)、１１…通信部(通信
手段)、１２…デバイス識別部、１３…バージョン確認
部(バージョン情報取得手段、バージョン情報取得部)、
１４…ソフトウェア更新処理部(転送手段、判断部)、１
５…更新用データ格納部(データ格納手段)、２０Ａ、２
０Ｂ、２０Ｃ、２０Ｄ…デバイス(クライアント装置)、
２１…通信部(受信部、送信部)、２２…アーキテクチャ
情報格納部(識別情報保持部)、２３…バージョン情報保
持部、２４…ソフトウェア更新処理部(ソフトウェア更
新部)、２５…ソフトウェア格納部、２６…処理実行部

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数のアーキテクチャに対応したソフト
   ウェアのデータを格納するデータ格納手段と、 アーキテクチャが異なる複数のクライアント装置との間
   で通信を行う通信手段と、 前記通信手段で通信を行う前記クライアント装置のアー
   キテクチャに対応したソフトウェアを、前記データ格納
   手段から当該クライアント装置に対して転送する転送手
   段と、を備えることを特徴とするホスト装置。
2. 【請求項２】 前記クライアント装置で保持しているソ
   フトウェアのバージョンの情報を取得するバージョン情
   報取得手段をさらに備え、 前記転送手段は、前記バージョン情報取得手段で取得し
   たバージョンの情報に基づき、前記データ格納手段に格
   納されたソフトウェアが前記クライアント装置で保持さ
   れたソフトウェアよりも新しいバージョンであるとき
   に、当該クライアント装置に対してソフトウェアを転送
   することを特徴とする請求項１記載のホスト装置。
3. 【請求項３】 前記クライアント装置との通信が確立さ
   れたときに、当該クライアント装置におけるソフトウェ
   アの更新が必要であるか否かを判断する判断手段をさら
   に備え、 前記転送手段は、前記判断手段で前記クライアント装置
   におけるソフトウェアの更新が必要であると判断された
   ときに、当該クライアント装置に対してソフトウェアを
   転送することを特徴とする請求項１記載のホスト装置。
4. 【請求項４】 ホスト装置に対して接続可能なクライア
   ント装置であって、 当該クライアント装置に応じたソフトウェアを特定する
   ための識別情報を保持する識別情報保持部と、 前記クライアント装置で実行されるソフトウェアを格納
   したソフトウェア格納部と、 前記識別情報保持部で保持された識別情報に応じて前記
   ホスト装置から転送される更新用ソフトウェアを受信す
   る受信部と、 前記ソフトウェア格納部に格納したソフトウェアを、前
   記受信部で受信した前記更新用ソフトウェアに更新する
   ソフトウェア更新部と、を備えることを特徴とするクラ
   イアント装置。
5. 【請求項５】 前記クライアント装置の電源が投入され
   たことをトリガーとして、前記識別情報を前記ホスト装
   置に送信する送信部をさらに備えることを特徴とする請
   求項４記載のクライアント装置。
6. 【請求項６】 前記ソフトウェア格納部に格納されたソ
   フトウェアのバージョン情報を保持するバージョン情報
   保持部と、 前記ホスト装置で保持している前記更新用ソフトウェア
   のバージョン情報を取得するバージョン情報取得部と、 前記バージョン情報保持部で保持しているバージョン情
   報と前記バージョン情報取得部で取得したバージョン情
   報とに基づき、前記ソフトウェア格納部に格納している
   ソフトウェアの更新が必要であるか否かを判断する判断
   部と、をさらに備え、 前記ソフトウェア更新部は、前記判断部での判断結果に
   基づいて前記ソフトウェアを更新することを特徴とする
   請求項４記載のクライアント装置。
7. 【請求項７】 外部ネットワークに接続可能なホスト装
   置と、 前記ホスト装置に内部ネットワークを介して接続可能な
   複数のクライアント装置と、を有し、 前記ホスト装置は、複数の前記クライアント装置のそれ
   ぞれに対応した複数のソフトウェアを格納するととも
   に、前記クライアント装置に対応したソフトウェアを当
   該クライアント装置に転送し、 前記クライアント装置は、当該クライアント装置で用い
   られるソフトウェアのバージョンが前記ホスト装置に格
   納されているソフトウェアのバージョンよりも古いとき
   に、当該クライアント装置で用いているソフトウェアを
   前記ホスト装置から転送されたソフトウェアに更新する
   ことを特徴とするホームネットワークシステム。
8. 【請求項８】 前記ホスト装置は、複数の前記クライア
   ント装置のそれぞれに対応した、略同一の機能を有した
   複数のソフトウェアを格納することを特徴とする請求項
   ７記載のホームネットワークシステム。
9. 【請求項９】 複数のクライアント装置からの接続を受
   けるホスト装置にて、当該ホスト装置に接続したクライ
   アント装置のアーキテクチャを認識するステップと、 前記ホスト装置で認識した前記クライアント装置のアー
   キテクチャに応じた更新用ソフトウェアを前記ホスト装
   置から前記クライアント装置に転送するステップと、 前記クライアント装置で用いているソフトウェアを、前
   記ホスト装置から転送された更新用ソフトウェアに更新
   するステップと、を有することを特徴とするクライアン
   ト装置のソフトウェア更新方法。
10. 【請求項１０】 前記ソフトウェアの更新は、所定のト
    リガーに基づいて自動的に実行されることを特徴とする
    請求項９記載のクライアント装置のソフトウェア更新方
    法。