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