(57)【特許請求の範囲】
【請求項１】
書き換え可能に記憶されているソフトウェアを用いて動作する電子機器の前記ソフトウェアを更新するソフトウェア更新システムにおいて、
ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータを供給するアップデートデータ供給手段と、
新たなソフトウェアをバージョンアップデータとして供給するバージョンアップデータ供給手段と、
前記アップデートデータから前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を行う更新情報処理手段と、
前記バージョンアップデータに含まれているファイルのデータよりも新たなデータが前記更新情報処理手段で保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新を行うデータ更新手段と、
前記更新情報処理手段で分離された前記記憶されているソフトウェアに対する更新情報、あるいは前記データ更新手段で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを行う書換処理手段を有する
ことを特徴とするソフトウェア更新システム。
【請求項２】
前記アップデートデータと前記バージョンアップデータの供給は異なる経路を介して行う
ことを特徴とする請求項１記載のソフトウェア更新システム。
【請求項３】
書き換え可能に記憶されているソフトウェアを用いて動作する電子機器において、
ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を行う書換処理手段と、
新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが前記更新情報処理手段で保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新を行うデータ更新手段と、
前記更新情報処理手段で分離された前記記憶されているソフトウェアに対する更新情報、あるいは前記データ更新手段で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを行う書換処理手段を設けた
ことを特徴とする電子機器。
【請求項４】
書き換え可能に記憶されているソフトウェアを用いて動作する電子機器で前記ソフトウェアの更新を行うソフトウェア更新方法において、
ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を分離保持手段が行う更新情報処理工程と、
新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが前記保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新をデータ更新手段が行うデータ更新工程と、
前記更新情報処理工程で分離された更新情報あるいは前記データ更新工程で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを書き替え手段が行う書換処理工程を有する
ことを特徴とするソフトウェア更新方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ソフトウェア更新システムと電子機器およびソフトウェア更新方法に関する。詳しくは、ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、この更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、記憶されているソフトウェアに対する更新情報を対象情報に基づいて分離する処理や、記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を対象情報に基づいて分離して保持する処理を行い、分離された更新情報あるいは保持されている更新情報を用いて更新されたバージョンアップデータを用いて、電子機器に記憶されているソフトウェアの書き換えを行うものである。
【０００２】
【従来の技術】
ソフトウェアを用いた機器では、個々に機器を操作してソフトウェアの更新を行うだけでなく、自動的にソフトウェアの更新を行うことができるようになされている。例えばデジタル放送では、番組の映像データや音声データだけでなくダウンロード用データ等をそれぞれパケット化するとともに多重化して伝送し、デジタル放送の受信装置では、多重化されている信号からダウンロード用データのパケットを抽出して、このダウンロード用データを用いてソフトウェアの更新が行われている。
【０００３】
また、特許文献１に示すように、ネットワークを介してサーバマシンからクライアントマシンにインストール開始の指示を出力し、インストール開始の指示を受けるクライアントマシンはサーバマシンから送られるソフトウェアのインストール処理を実行することでソフトウェアを自動的にインストールすることが行われている。
【０００４】
【特許文献１】
特開平６−３０９２６１号公報
【０００５】
【発明が解決しようとする課題】
ところで、ソフトウェアの更新では、アップデートやバージョンアップが行われている。アップデートは、ソフトウェアを構成する複数ファイルに対しての更新情報、すなわち変更または追加の必要の生じたファイルのデータや不要となったファイルを消去するためのデータで構成されたアップデートデータを提供して、このアップデートデータを用いてソフトウェアの書き換えを行うことで、ソフトウェアを更新するものである。また、バージョンアップは、機能の追加や機能の変更等が盛り込まれた新たなソフトウェアをバージョンアップデータとして提供し、このバージョンアップデータを用いてソフトウェアの書き換えを行うことで、ソフトウェアを更新するものである。
【０００６】
図６は、ソフトウェアの更新順序を示しており、図６Ａは、最初に提供されているソフトウェアＳＦ1を示している。また図６Ｂや図６Ｃは、その後、バージョンアップデータとして提供されるソフトウェアＳＦ2，ソフトウェアＳＦ3を示している。
【０００７】
ソフトウェアＳＦ1は、アップデート毎にアップデートデータを用いた書き換えが行われて、バージョン番号が例えば「Ver1.0」から「Ver1.1」「Ver1.2」「Ver1.3」「Ver1.4」の順に変更される。同様に、ソフトウェアＳＦ2は、アップデート毎にバージョン番号が例えば「Ver2.0」からVer2.1」「Ver2.2」「Ver2.3」の順、ソフトウェアＳＦ3は、アップデート毎にバージョン番号が例えば「Ver3.0」からVer3.1」の順に変更される。
【０００８】
ここで、現在使用しているソフトウェアよりもあとから提供されたソフトウェアにバージョンアップする場合、各バージョンで最新のソフトウェアを使用することができる。例えばソフトウェアＳＦ2の提供が開始されて、実線の矢印で示すように、ソフトウェアＳＦ1のバージョン「Ver1.1」からソフトウェアＳＦ2のバージョン「Ver2.0」に更新した場合、あるいはソフトウェアＳＦ3の提供が開始されて、実線の矢印で示すように、ソフトウェアＳＦ1のバージョン「Ver1.1」からソフトウェアＳＦ3のバージョン「Ver3.0」に更新した場合、各バージョンで最新のソフトウェアを使用することができる。
【０００９】
しかし、現在使用しているソフトウェアよりも先に提供されているソフトウェアにバージョンアップする場合、最新のソフトウェアを使用することができなくなってしまう。例えば入手したソフトウェアＳＦ2がバージョン「Ver2.0」であったため、破線の矢印で示すようにソフトウェアＳＦ1のバージョン「Ver1.4」から、提供時期の早いソフトウェアＳＦ2のバージョン「Ver2.0」に更新してしまった場合、ソフトウェアＳＦ2に対するアップデートの内容が反映されない状態でソフトウェアの書き換えが行われてしまう。また、入手したソフトウェアＳＦ3がバージョン「Ver3.0」であったため、破線の矢印で示すようにソフトウェアＳＦ1のバージョン「Ver1.4」から、提供時期の早いソフトウェアＳＦ3のバージョン「Ver3.0」に更新してしまった場合、ソフトウェアＳＦ3に対するアップデートの内容が反映されない状態でソフトウェアの書き換えが行われてしまう。このため、ソフトウェアＳＦ2にバージョンアップした場合はバージョン「Ver2.3」までのアップデートの内容、ソフトウェアＳＦ3にバージョンアップした場合はバージョン「Ver3.1」までのアップデートの内容がそれぞれ反映されず、最新のソフトウェアを使用することができない。
【００１０】
また、各バージョンのソフトウェアが最新の状態で使用されるようにするためには、ユーザに対して予め定められた順序でバージョンアップ操作を行わせるものとしたり、バージョンアップ後にアップデートを行わなければならず、操作が煩雑となってしまう。
【００１１】
そこで、この発明では、ソフトウェアの書き換え時に、常に最新の状態へとソフトウェアを書き換えられるソフトウェア更新システムと電子機器およびソフトウェア更新方法を提供するものである。
【００１２】
【課題を解決するための手段】
この発明に係るソフトウェア更新システムは、書き換え可能に記憶されているソフトウェアを用いて動作する電子機器の前記ソフトウェアを更新するソフトウェア更新システムにおいて、ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータを供給するアップデートデータ供給手段と、新たなソフトウェアをバージョンアップデータとして供給するバージョンアップデータ供給手段と、前記アップデートデータから前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を行う更新情報処理手段と、前記バージョンアップデータに含まれているファイルのデータよりも新たなデータが前記更新情報処理手段で保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新を行うデータ更新手段と、前記更新情報処理手段で分離された前記記憶されているソフトウェアに対する更新情報、あるいは前記データ更新手段で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを行う書換処理手段を有するものである。
【００１４】
また、電子機器は、書き換え可能に記憶されているソフトウェアを用いて動作する電子機器であって、ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を行う書換処理手段と、新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが前記更新情報処理手段で保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新を行うデータ更新手段と、前記更新情報処理手段で分離された前記記憶されているソフトウェアに対する更新情報、あるいは前記データ更新手段で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを行う書換処理手段を有するものである。
【００１５】
さらに、ソフトウェア更新方法は、書き換え可能に記憶されているソフトウェアを用いて動作する電子機器で前記ソフトウェアの更新を行うソフトウェア更新方法において、ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、前記記憶されているソフトウェアに対する更新情報を前記対象情報に基づいて分離する処理と、前記アップデートデータから前記記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を前記対象情報に基づいて分離して保持する処理を分離保持手段が行う更新情報処理工程と、新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが前記保持されている更新情報に含まれているときには、該新たなデータを用いて前記バージョンアップデータの更新をデータ更新手段が行うデータ更新工程と、前記更新情報処理工程で分離された更新情報あるいは前記データ更新工程で更新されたバージョンアップデータを用いて、前記記憶されているソフトウェアの書き換えを書き替え手段が行う書換処理工程を有するものである。
【００１６】
この発明においては、ソフトウェアを構成する複数ファイルに対して変更又は追加の必要の生じたファイルのデータや不要となったファイルのデータを消去するためのデータで構成された更新情報と、該更新情報がいずれのバージョンのソフトウェアに対応するかを示す対象情報とを関係付けたアップデートデータから、電子機器に記憶されているソフトウェアに対する更新情報が対象情報に基づいて分離されて、この分離された更新情報を用いて、記憶されているソフトウェアの書き換えが行われる。また、アップデートデータから、記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報が対象情報に基づいて分離して保持されて、この保持された更新情報に、新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが含まれているとき、この新たなデータを用いてバージョンアップデータの更新が行われて、この更新されたバージョンアップデータを用いて、記憶されているソフトウェアの書き換えが行われる。
【００１７】
【発明の実施の形態】
以下、図を参照しながら、この発明の実施の一形態について説明する。図１はソフトウェア更新システム、例えば放送信号を受信して放送番組の提示を行う受信装置のソフトウェアを更新するソフトウェア更新システムの構成を示している。
【００１８】
ソフトウェア作成部１１は、ソフトウェア更新データに他のソフトウェア更新データにおける適用時期以降の更新情報を含め、複数のソフトウェア更新データを作成する。例えば、ソフトウェア更新データとして、最初に提供されているソフトウェアに対して機能追加や機能変更等が行われた新たなソフトウェアをバージョンアップデータとして生成する。また、ソフトウェア更新データとして、最初に提供されているソフトウェアや新たなソフトウェアを構成する複数ファイルに対しての更新情報、すなわち変更または追加の必要の生じたファイルのデータ、並びに不要となったファイルを消去するためのデータで構成されたアップデートデータを生成する。
【００１９】
デジタル放送では、番組の映像データや音声データだけでなく電子番組ガイドやダウンロード用のデータをそれぞれパケット化して、このパケットデータを多重化して伝送することが行われている。しかし、ダウンロード用のデータのパケットは、映像データや音声データのパケットの間に、番組の映像や音声が途切れることの無いように挿入されるものであるからデータ量的な制約がある。このため、後述する送出用サーバ１２や送出部１３をソフトウェア配布手段として用い、受信装置２０で不具合等を自動的に修正できるようにアップデートデータを送出用サーバ１２に供給する。
【００２０】
送出用サーバ１２は、番組の映像や音声の符号化されたデータ、電子番組ガイドのデータ、ソフトウェア作成部１１から供給されたアップデートデータを蓄積する。また、蓄積しているデータを番組スケジュールに応じて読み出して送出部１３に供給する。
【００２１】
送出部１３は、送出用サーバ１２から供給された番組の映像データや音声データ、電子番組ガイドデータ、アップデートデータをそれぞれパケット化したのち多重化して多重化信号を生成する。さらに、多重化信号に対して誤り訂正符号を付加して変調し、放送信号として送信アンテナ１４から出力する。
【００２２】
一方、ソフトウェアのバージョンアップでは、機能追加や機能変更等が行われた新たなソフトウェアを用いることからデータ量がアップデートデータよりも大きい。このため、放送信号を利用してバージョンアップデータを提供すると、タウンロードに要する時間が長くなってしまう。また、ソフトウェアのバージョンアップで機能追加や機能変更が行われるとき、受信装置２０の使用者は、機能追加や機能変更を要望しない場合もあり、使用者の要求に応じてバージョンアップを行うことが好ましい。したがって、例えばサーバ１５をソフトウェア配布手段として用い、ソフトウェア作成部１１からバージョンアップデータをサーバ１５に供給して保持させておく。このサーバ１５に対してバージョンアップデータの要求がネットワークを介して使用者からなされたときは、要求されたバージョンアップデータを使用者の受信装置２０に供給する。また、バージョンアップデータを記録した光ディスクや磁気ディスク等の記録媒体あるいはバージョンアップデータを記憶したメモリカード等の記憶媒体を、バージョンアップの希望者に配布して、この記録媒体や記憶媒体からバージョンアップデータを読み出して、ソフトウェアの書き換えを行うものとしても良い。
【００２３】
受信装置２０のアンテナ２１で受信された信号は、受信部２２に供給される。受信部２２は、受信した信号から目的の搬送波を選択する。さらに、選択した搬送波に対して検波や復調処理を行い多重化信号を生成してデマルチプレクサ２３に供給する。
【００２４】
デマルチプレクサ２３は、多重化信号から所望の番組の映像データや音声データのパケットを抽出して番組提示処理部２４に供給する。また、多重化信号から電子番組ガイドのパケットを抽出して番組提示処理部２４に供給する。さらに、アップデートデータのパケットを抽出して、更新情報処理部３１に供給する。
【００２５】
番組提示処理部２４は、映像データや音声データのパケットに対して復号処理を行い、映像信号や音声信号を生成する。さらに、生成した映像信号に基づいて表示デバイスを駆動して、番組の画像を表示する。また音声信号に基づいてスピーカ等を駆動して、番組の音声を出力する。また、電子番組ガイドのデータを保持して、この保持したデータに基づき使用者の要求に応じて電子番組ガイドの提示を行う。
【００２６】
更新情報処理部３１は、アップデートデータから後述するメモリ３４に書き換え可能に記憶されているソフトウェアに対する更新部分の情報を分離して、書換データとして書換処理部３３に供給する。また、メモリ３４に記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報を分離して保持する。なお、更新情報を保持する際にメモリ３４を利用すれば、更新情報を保持するためのメモリを別個に設ける必要がない。
【００２７】
ネットワークインタフェース２５は、ネットワーク１６を介して受信装置２０とサーバ１５を接続するためのインタフェースである。ここで、サーバ１５から供給されたバージョンアップデータは、データ更新部３２に供給される。
【００２８】
ペリフェラルインタフェース２６は、記録媒体や記憶装置からバージョンアップデータを読み出す外部機器と受信装置２０とを接続するためのインタフェースである。ここで外部機器から読み出されたバージョンアップデータは、データ更新部３２に供給される。
【００２９】
データ更新部３２は、更新情報処理部３１によって分離されて保持されている更新情報から、供給されたバージョンアップデータに対する更新情報を抽出して、この更新情報の内容がバージョンアップデータに盛り込まれているか否かを判別する。ここで、バージョンアップデータの適用時期が更新情報よりも古いときには、更新情報によってバージョンアップデータを最新の状態にする。さらに、最新の状態とされたバージョンアップデータを書換処理部３３に供給する。
【００３０】
書換処理部３３は、更新情報処理部３１から供給された書換データを用いて、メモリ３４に記憶されているソフトウェアの書き換えを行う。また、データ更新部３２から供給されたバージョンアップデータを用いて、メモリ３４に記憶されているソフトウェアの書き換えを行う。
【００３１】
動作制御部３５は、メモリ３４に記憶されているソフトウェアを読み出して実行することにより受信装置２０の各部の動作を制御する。また、アップデートやバージョンアップの動作の制御も行う。
【００３２】
次に、ソフトウェアの更新処理について説明する。図２は、アップデートデータとバージョンアップデータの生成動作を示すものである。
【００３３】
受信装置２０のメモリ３４に、図２Ａに示すソフトウェアＳＦ1のバージョン「Ver1.0」が最初に記憶されているとき、ソフトウェアＳＦ1のバージョン「Ver1.0」に対して更新や機能の追加等を行いアップデートデータやバージョンアップデータを生成する。
【００３４】
ソフトウェアＳＦ1のバージョン「Ver1.0」に対して更新を行い、例えばファイルＦaを「Ｆa-1」から「Ｆa-2」に変更し、ファイルＦbを削除し、ファイルＦdとして「Ｆd-1」を追加する。この更新をアップデートＵＴ-1として行うときには、ファイル「Ｆa-2」「Ｆd-1」のデータとファイルＦbを削除するデータとを更新情報とする。また、更新情報の対象がソフトウェアＳＦ1であることを示す対象情報を生成して、更新情報と対象情報を関係付けて図２Ｄに示すアップデートデータとする。なお、アップデートＵＴ-1が実行されたソフトウェアＳＦ1は、バージョン「Ver1.1」とする。
【００３５】
また、例えばファイルＦeによって可能とされる機能を削除して、新たな機能を可能とするファイルＦfを追加して、ソフトウェアＳＦ1を図２Ｂに示すソフトウェアＳＦ2にバージョンアップするとき、アップデートＵＴ-1の更新内容を反映させたソフトウェアＳＦ2がバージョンアップデータとして提供される。この提供されるソフトウェアＳＦ2をバージョン「Ver2.0」とする。
【００３６】
ソフトウェアＳＦ2の提供が開始された時期であるソフトウェアＳＦ2の適用時期以降に更新を行い、例えばファイルＦaを「Ｆa-2」から「Ｆa-3」，ファイルＦdを「Ｆd-1」から「Ｆd-2」，ファイルＦfを「Ｆf-1」から「Ｆf-2」に変更し、ファイルＦbとして「Ｆb-2」を追加し、ファイルＦcを削除する。この更新をアップデートＵＴ-2として行うときは、ファイル「Ｆa-3」「Ｆb-2」「Ｆd-2」「Ｆf-2」のデータとファイルＦcを削除するデータを更新情報とする。また、ファイル「Ｆa-3」「Ｆb-2」「Ｆd-2」のデータとファイルＦcを削除するデータの対象がソフトウェアＳＦ1，ＳＦ2であり、ファイル「Ｆf-2」のデータの対象がソフトウェアＳＦ2であることを示す対象情報を生成して、更新情報と対象情報を関係付けてアップデートデータとする。なお、アップデートＵＴ-2が実行されたソフトウェアＳＦ1は、バージョン「Ver1.2」、ソフトウェアＳＦ2はバージョン「Ver2.1」とする。
【００３７】
同様に、ソフトウェアＳＦ1のバージョン「Ver1.2」に対する更新とソフトウェアＳＦ2のバージョン「Ver2.1」に対する更新を図２Ａ，２Ｂに示すように行い、この更新をアップデートＵＴ-3として行うものとすると、アップデートデータの更新情報は、ファイル「Ｆb-3」「Ｆc-2」「Ｆe-2」「Ｆf-3」のデータとファイルＦa，Ｆdを削除するデータとなる。また対象情報は、ファイル「Ｆb-3」「Ｆc-2」のデータとファイルＦa，Ｆdを削除するデータの対象がソフトウェアＳＦ1，ＳＦ2、ファイル「Ｆe-2」のデータの対象がソフトウェアＳＦ1、ファイル「Ｆf-3」のデータの対象がソフトウェアＳＦ2であることを示すものとなる。なお、アップデートＵＴ-3が実行されたソフトウェアＳＦ1はバージョン「Ver1.3」、ソフトウェアＳＦ2はバージョン「Ver2.2」とする。
【００３８】
また、例えばソフトウェアＳＦ2からファイルＦfによって可能とされる機能を削除して、新たな機能を可能とするファイルＦgを追加して、ソフトウェアＳＦ2を図２Ｃに示すソフトウェアＳＦ3にバージョンアップするとき、アップデートＵＴ-3の更新内容を反映させたソフトウェアＳＦ3がバージョンアップデータとして提供される。この提供されるソフトウェアＳＦ3をバージョン「Ver3.0」とする。
【００３９】
さらに、ソフトウェアＳＦ1のバージョン「Ver1.3」と、ソフトウェアＳＦ2のバージョン「Ver2.2」と、ソフトウェアＳＦ3のバージョン「Ver3.0」とに対する更新を図２Ａ，２Ｂ，２Ｃに示すように行い、この更新内容に対するアップデートＵＴ-4を行うものとすると、アップデートデータの更新情報は、ファイル「Ｆa-4」「Ｆd-3」「Ｆe-3」「Ｆf-4」「Ｆg-2」のデータとファイルＦbを削除するデータとなる。また対象情報は、ファイル「Ｆa-4」「Ｆd-3」のデータとファイルＦbを削除するデータの対象がソフトウェアＳＦ1，ＳＦ2，ＳＦ3、ファイル「Ｆe-3」のデータの対象がソフトウェアＳＦ1、ファイル「Ｆf-4」のデータの対象がソフトウェアＳＦ2、ファイル「Ｆg-2」のデータの対象がソフトウェアＳＦ3であることを示すものとなる。なお、アップデートＵＴ-3が実行されたソフトウェアＳＦ1はバージョン「Ver1.3」、ソフトウェアＳＦ2はバージョン「Ver2.2」とする。なお、アップデートＵＴ-4が実行されたソフトウェアＳＦ1はバージョン「Ver1.4」、ソフトウェアＳＦ2はバージョン「Ver2.3」、ソフトウェアＳＦ3はバージョン「Ver3.1」とする。
【００４０】
このようにしてソフトウェア作成部１１で生成されたアップデートデータは、上述したように放送信号を利用して受信装置２０に供給される。受信装置２０では、供給されたアップデートデータを用いてメモリ３４のソフトウェアの更新を行う。
【００４１】
図３は、アップデート動作を示すフローチャートである。ステップＳＴ１でアップデートデータを取得してステップＳＴ２に進むと、ステップＳＴ２では、更新情報処理を行い、メモリ３４に記憶されているソフトウェアとは異なるソフトウェアに対する更新情報を分離して保持する。なお、更新情報が既に保持されているときは、新たに取得した更新情報を用いて保持されている更新情報を更新する。
【００４２】
ステップＳＴ３では、アップデートデータから、メモリ３４に記憶されているソフトウェアに対応した更新情報を抽出し、書換データとしてステップＳＴ４に進む。ステップＳＴ４では、ステップＳＴ３で抽出した更新情報である書換データを用いて、メモリ３４のソフトウェアの書き換えを行う。
【００４３】
例えば、ソフトウェアＳＦ2のバージョン「Ver2.1」がメモリ３４に記憶されているとき、アップデートＵＴ-3が行われると、受信装置２０では、アップデートデータから抽出した書換データによって、ファイルＦaとファイルＦdを削除する処理およびファイルＦbをＦb-3，ファイルＦcをＦc-2に変更する処理を行う。このとき、メモリ３４のソフトウェアＳＦ2はバージョン「Ver2.2」となる。
【００４４】
ステップＳＴ５では、メモリ３４のソフトウェアが更新されたことから、受信装置２０を再起動させて、更新後のソフトウェアを実行させる。このようにして、メモリ３４に記憶されたソフトウェアのアップデートを自動的に行うことができる。
【００４５】
次に、使用者がバージョンアップデータを取得して、メモリ３４に記憶されているソフトウェアのバージョンアップを行う場合について説明する。
【００４６】
図４は、バージョンアップ動作を示すフローチャートである。ステップＳＴ１１でバージョンアップデータを取得してステップＳＴ１２に進むと、ステップＳＴ１２では、保持されている更新情報からバージョンアップデータに対応する更新情報を抽出してステップＳＴ１３に進む。
【００４７】
ステップＳＴ１３では、ステップＳＴ１２で抽出した更新情報の内容がバージョンアップデータに盛り込まれているか否かを判別する。ここで、更新情報の内容が盛り込まれているとき、すなわち、バージョンアップデータが最新の更新状態であるときにはステップＳＴ１５に進む。また、更新情報の内容が盛り込まれていないとき、すなわち、バージョンアップデータに対してアップデートが行われていないときにはステップＳＴ１４に進む。
【００４８】
ステップＳＴ１４では、抽出した更新情報を用いてバージョンアップデータの更新を行い、バージョンアップデータを最新の状態としてからステップＳＴ１５に進む。ステップＳＴ１５では、最新の状態とされたバージョンアップデータを用いてメモリ３４のソフトウェアを書き換える。
【００４９】
例えば、図２に示すように、アップデートＵＴ-4が行われる前に、メモリ３４のソフトウェアをソフトウェアＳＦ3にバージョンアップする場合、ソフトウェアＳＦ3のバージョン「Ver3.0」では、アップデートＵＴ-3までの更新内容が盛り込まれている。このため、ステップＳＴ１３からステップＳＴ１５に進み、メモリ３４のソフトウェアがソフトウェアＳＦ3のバージョン「Ver3.0」に書き換えられる。
【００５０】
また、図５に示すように、アップデートＵＴ-4が行われた後、バージョンアップＢＴとして、メモリ３４のソフトウェアを図５Ａに示すソフトウェアＳＦ1から図５Ｃに示すソフトウェアＳＦ2に更新する場合、提供されるバージョンアップデータがソフトウェアＳＦ2のバージョン「Ver2.0」であると、図２に示すアップデートＵＴ-2〜ＵＴ-4までの更新内容が実施されていないことからステップＳＴ１４に進む。ステップＳＴ１４では、アップデートＵＴ-2〜ＵＴ-4までの更新内容がバージョンアップデータであるソフトウェアＳＦ2のバージョン「Ver2.0」に反映される。ここで、受信装置２０で保持されている更新情報は、新たに取得した更新情報によって順次更新されるものであることから、アップデートＵＴ-4が行われたときのソフトウェアＳＦ2に対する更新情報は、図５Ｂに示すものとなる。すなわち、ファイルＦa，Ｆb，Ｆd〜Ｆgに対しては、アップデートＵＴ-4の更新内容が示されるものとなる。また、ファイルＦcに対しては、アップデートＵＴ-4で更新されていないことから、アップデートＵＴ-3の更新内容となる。このため、更新情報に基づき、ソフトウェアＳＦ2のバージョン「Ver2.0」のファイルＦaは「Ｆa-4」，ファイルＦbは削除，ファイルＦcは「Ｆc-2」，ファイルＦdは「Ｆd-3」，ファイルＦfは「Ｆf-4」とされる。この更新情報に基づいて更新されたソフトウェアＳＦ2によって、メモリ３４のソフトウェアが書き換えられて、最新の状態であるバージョン「Ver2.3」と等しくなる。なお、ソフトウェアＳＦ2のバージョン「Ver2.0」を用いてメモリ３４のソフトウェアを書き換えて、その後、メモリ３４のソフトウェアを更新情報に基づいて更新することもできるが、更新情報に基づいて更新されたソフトウェアをメモリ３４に書き込むことで、メモリ３４での書き換え回数を少なくできる。
【００５１】
ステップＳＴ１６では、メモリ３４のソフトウェアが更新されたことから、受信装置２０を再起動させて、更新後のソフトウェアを実行させる。
【００５２】
このようにアップデート前のバージョンアップデータを用いてバージョンアップを行っても、バージョンアップデータが最新の状態に更新されてメモリ３４に書き込まれるので、順序を考慮してバージョンアップを行わなくとも、最新の状態にバージョンアップすることができる。
【００５３】
また、上述の実施の形態ではアップデートデータに、複数のバージョンアップデータに対する更新情報を含めるものとしたが、バージョンアップデータに、他のバージョンアップデータに対する更新情報を含めるものとしても良い。例えばソフトウェアＳＦ2のバージョン「Ver2.3」をバージョンアップデータとして提供するとともに、ソフトウェアＳＦ3のバージョン「Ver3.0」をバージョン「Ver3.1」とする更新情報を含めるものとする。この場合、バージョンアップデータとしてソフトウェアＳＦ3のバージョン「Ver3.0」を用いても、更新情報によって最新の状態であるバージョン「Ver3.1」にソフトウェアを自動的に書き換えることができる。
【００５４】
なお、アップデートデータやバージョンアップデータの提供は、上述のように放送信号やネットワーク，記録媒体等を利用する場合に限られるものではなく、例えば同じ伝送路や同種類の記録媒体等を利用してアップデートデータやバージョンアップデータの提供を行うものとしてもよい。また、ソフトウェアを用いる機器であって、ソフトウェアが書き換え可能とされていれば、受信装置に限らずいずれの電子機器にも適用できることは勿論である。
【００５５】
【発明の効果】
この発明によれば、アップデートデータから、記憶されているソフトウェアに対する更新情報が対象情報に基づいて分離される。またアップデートデータから記憶されているソフトウェアとは異なるバージョンのソフトウェアに対する更新情報が対象情報に基づいて分離して保持される。さらに、新たなソフトウェアであるバージョンアップデータに含まれているファイルのデータよりも新たなデータが保持されている更新情報に含まれているときには、この新たなデータを用いてバージョンアップデータの更新が行われて、この分離された更新情報あるいは更新されたバージョンアップデータを用いて、記憶されているソフトウェアの書き換えが行われる。
【００５６】
このため、ソフトウェアの書き換えに用いるバージョンアップデータに対して更新がなされていても、この更新の内容がバージョンアップデータに反映されてソフトウェアの書き換えが行われるので、最新の状態にソフトウェアを更新できる。
【図面の簡単な説明】
【図１】ソフトウェア更新システムの全体構成を示す図である。
【図２】アップデートデータの作成を説明するための図である。
【図３】アップデート動作を示すフローチャートである。
【図４】バージョンアップ動作を示すフローチャートである。
【図５】バージョンアップ動作の一例を説明するための図である。
【図６】ソフトウェア更新順序を説明するための図である。
【符号の説明】
１１・・・ソフトウェア作成部、１２・・・送出用サーバ、１３・・・送出部、１４・・・送信アンテナ、１５・・・サーバ、１６・・・ネットワーク、２０・・・受信装置、２１・・・アンテナ、２２・・・受信部、２３・・・デマルチプレクサ、２４・・・番組提示処理部、２５・・・ネットワークインタフェース、２６・・・ペリフェラルインタフェース、３１・・・更新情報処理部、３２・・・データ更新部、３３・・・書換処理部、３４・・・メモリ、３５・・・動作制御部
【図１】
0003985737.tif 000002
【図２】
0003985737.tif 000003
【図３】
0003985737.tif 000004
【図４】
0003985737.tif 000005
【図５】
0003985737.tif 000006
【図６】
0003985737.tif 000007