(57)【要約】【課題】ソフトウェア更新の成功率を高くすることができるようにする。【解決手段】  ＢＳデジタル放送装置６２−１または地上波デジタル放送装置６２−２は、ファイル生成装置６１により１つ以上のファイルに分割され、生成された更新ソフトウェアデータのファイルを、それぞれの放送信号に多重して放送する。受信装置６３は、放送信号から更新ソフトウェアデータのファイルがすべて取得できなかった場合、ネットワーク７３を介して、サーバ６４のデータベース７２から取得したり、あるいは、配布され、装着された記録媒体７１から取得し、取得されたファイルから更新ソフトウェアデータを構築することにより、自己のソフトウェアを更新する。本発明は、デジタル放送信号を受信する受信装置のソフトウェアを更新するデータを伝送するデータ伝送システムに適用できる。【選択図】図２
2005142751.tif 000002
【特許請求の範囲】
【請求項１】
放送信号を受信する信号受信装置において、
受信された前記放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得手段と、
前記告知情報取得手段により取得された前記告知情報に基づいて、前記放送信号から、１以上に分割されている前記ソフトウェア更新ファイルを取得する第１のファイル取得手段と、
前記第１のファイル取得手段により前記ソフトウェア更新ファイルがすべて取得されたか否かを判断する判断手段と、
前記判断手段により前記ソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、前記ソフトウェア更新ファイルを取得する第２のファイル取得手段と、
前記第１のファイル取得手段および前記第２のファイル取得手段により取得された前記ソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新手段と
を備えることを特徴とする信号受信装置。
【請求項２】
前記所定の記録媒体は、ネットワークを介して接続される情報提供装置が有する記録媒体により構成される
ことを特徴とする請求項１に記載の信号受信装置。
【請求項３】
前記所定の記録媒体は、着脱可能な記録媒体などにより構成される
ことを特徴とする請求項１に記載の信号受信装置。
【請求項４】
前記第２のファイル取得手段により取得された前記ソフトウェア更新ファイルが前記第１のファイル取得手段により取得された前記ソフトウェア更新ファイルよりも新しいバージョンであるか否かを判断する新旧判断手段と、
前記新旧判断手段により、前記第２のファイル取得手段により取得された前記ソフトウェア更新ファイルが前記第１のファイル取得手段により取得された前記ソフトウェア更新ファイルよりも新しいバージョンであると判断された場合、前記第１のファイル取得手段により取得された前記ソフトウェア更新ファイルを破棄する破棄手段と
をさらに備えることを特徴とする請求項１に記載の信号受信装置。
【請求項５】
放送信号を受信する信号受信方法において、
受信された前記放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報に基づいて、前記放送信号から、１以上に分割されている前記ソフトウェア更新ファイルを取得する第１のファイル取得ステップと、
前記第１のファイル取得ステップの処理により前記ソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、
前記判断ステップの処理により前記ソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、前記ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、
前記第１のファイル取得ステップの処理および前記第２のファイル取得ステップの処理により取得された前記ソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とする信号受信方法。
【請求項６】
放送信号を受信する処理をコンピュータに行わせるプログラムが記録されているプログラム記録媒体であって、
受信された前記放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報に基づいて、前記放送信号から、１以上に分割されている前記ソフトウェア更新ファイルを取得する第１のファイル取得ステップと、
前記第１のファイル取得ステップの処理により前記ソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、
前記判断ステップの処理により前記ソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、前記ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、
前記第１のファイル取得ステップの処理および前記第２のファイル取得ステップの処理により取得された前記ソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とするプログラムが記録されているプログラム記録媒体。
【請求項７】
放送信号を受信する処理をコンピュータに行わせるプログラムであって、
受信された前記放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報に基づいて、前記放送信号から、１以上に分割されている前記ソフトウェア更新ファイルを取得する第１のファイル取得ステップと、
前記第１のファイル取得ステップの処理により前記ソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、
前記判断ステップの処理により前記ソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、前記ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、
前記第１のファイル取得ステップの処理および前記第２のファイル取得ステップの処理により取得された前記ソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信号受信装置および方法、プログラム記録媒体、並びにプログラムに関し、特に、ソフトウェア更新の成功率を高くすることができるようにした信号受信装置および方法、プログラム記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
非特許文献１に示されるように、デジタルテレビジョン放送においては、放送局から送出される電波を利用して、受信機のソフトウェアを更新するためのソフトウェアデータを送受信する仕組みが運用されている。この運用では、事前にソフトウェアデータのダウンロードが行われることが受信機に対して通知され、通知された時刻に特定の周波数のトランスポートストリームが受信機に受信されることにより、ソフトウェアデータが取得され、受信機のソフトウェアが更新される。
【０００３】
図１を参照して、デジタルテレビジョン放送（以下、デジタル放送とも称する）における受信機のソフトウェアデータの流れを説明する。なお、図１の例においては、地上波デジタル放送を用いて説明する。
【０００４】
Ａタイプの受信機１１−１およびＢタイプの受信機１２−１を製作する受信機製作者（メーカ）１−１は、更新したい機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ａタイプの受信機１１−１のソフトウェアデータＤＡ１およびＢタイプの受信機１２−１のソフトウェアデータＤＢ１）を生成し、放送に対応したフォーマット形式のダウンロードデータＤＡ２およびＤＢ２として、ダウンロード事業者３に提出する。また、Ｃタイプの受信機１３−１およびＤタイプの受信機１４−１を製作する受信機製作者１−２は、更新したい機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ｃタイプの受信機１３−１のソフトウェアデータＤＣ１）を生成し、ダウンロードデータＤＣ２として、ダウンロード事業者３に提出する。すなわち、図１の例の場合、受信機１１−１乃至１３−１の対応する機種が更新対象とされる。なお、図１の例においては、更新対象とされていないが、Ｄタイプの受信機１４−１のソフトウェアデータは、ソフトウェアデータＤＤ１である。
【０００５】
ダウンロード事業者３は、受信機製作者１−１および１−２の提出するダウンロードデータＤＡ２、ＤＢ２、およびＤＣ２を集めて、スケジューリングし、放送局４を介して、DSM-CCデータカルーセル方式で、データカルーセル２２として放送信号に多重して放送する。受信機製作者１−１および１−２より提出されたダウンロードデータＤＡ２乃至ＤＣ２は、データカルーセル２２のモジュールＤＡ３乃至ＤＣ３として扱われる。これらのモジュールは、ソフトウェアデータをそのまま１モジュールとするようにしてもよいし、機能単位や固定サイズで分割した複数のモジュールとしてもよい。また、ダウンロード事業者３は、データカルーセル２２を送信する前に、各ダウンロードデータに基づいて、受信機製作者１−１および１−２より機種別に生成され、提出された告知情報２１を、放送局４を介して、放送信号に多重して放送している。この告知情報２１には、受信機に対して、事前にソフトウェアデータのダウンロードが行われること通知する情報として、ソフトウェアデータのダウンロード時刻やダウンロードを行うサービス（チャンネル）などの情報などが記載されている。
【０００６】
市場５には、Ａタイプの受信機１１−２乃至１１−４、Ｂタイプの受信機１２−２、Ｃタイプの受信機１３−２、および、Ｄタイプの受信機１４−２などさまざまなデジタル放送受信機（なお、以下、受信機１１−１乃至１１−４、受信機１２−１および１２−２、受信機１３−１および１３−２、並びに、受信機１４−１および１４−２を、個々に区別する必要がない場合、単に受信機１１、１２、１３、並びに１４と称する）が存在する。市場５に存在する受信機１１乃至１４は、放送局４からの放送信号を受信し、告知情報２１を取得する。これらの受信機のうち、更新対象である受信機１１乃至１３は、それぞれの機種に対応する告知情報２１に記載の時刻に、告知情報２１に記載のサービスを受信する。そして、受信機１１乃至１３は、受信されたサービスの放送信号に含まれるデータカルーセル２２を取得し、そのデータカルーセル２２の中から自己の必要とするモジュール（ＤＡ３乃至ＤＣ３のいずれか）を取得し、地上波デジタル放送用のソフトウェアデータ（ＤＡ１乃至ＤＣ１のいずれか）として内蔵するメモリの不揮発領域に保存する。これにより、受信機１１乃至１３のソフトウェアの更新が実行される。
【０００７】
【非特許文献１】デジタル放送用受信装置標準規格ARIB STD-B21，4.0版，ダウンロード機能，社団法人  電波産業会，H15.2.6，Ｐ．１２０およびＰ．１７８
【発明の開示】
【発明が解決しようとする課題】
【０００８】
以上のように、更新する受信機用のソフトウェアデータは、放送信号に多重化されて、受信機に提供される。しかしながら、この更新する受信機用のソフトウェアデータは、例えば、ＢＳデジタル放送用、地上波デジタル放送用というように、個別に生成されていたため、異なる伝送路で取得されたモジュールを組み合わせて使用することができない課題があった。したがって、ＢＳデジタル放送および地上波デジタル放送共用の受信機においても、どちらかの一方の伝送路で取得された告知情報に基づいて、その伝送路だけですべてのモジュールを取得して、ソフトウェアを更新するしかなかった。
【０００９】
また、デジタル放送におけるダウンロードでは、ソフトウェアデータを送出する期間には期限がある。例えば、モジュールを複数に分割しているソフトウェアデータの場合、その送出期限が過ぎると、それまで取得していたモジュールはすべて無駄になってしまい、次の送出期間を待ち、モジュールの取得を最初からやり直さなければならず、ソフトウェアの更新が失敗する確率が高い課題があった。一方、モジュールを分割していないソフトウェアデータの場合、モジュールを取得するのに要する時間が長くなってしまうため、ＡＣ遮断などの外乱によって、伝送が完了しない可能性が高くなる課題があった。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、ソフトウェア更新の成功率を高くすることができるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の信号受信装置は、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得手段と、告知情報取得手段により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイルを取得する第１のファイル取得手段と、第１のファイル取得手段によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断手段と、判断手段によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイルを取得する第２のファイル取得手段と、第１のファイル取得手段および第２のファイル取得手段により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新手段とを備えることを特徴とする。
【００１２】
所定の記録媒体は、ネットワークを介して接続される情報提供装置が有する記録媒体により構成されるようにすることができる。
【００１３】
所定の記録媒体は、着脱可能な記録媒体などにより構成されるようにすることができる。
【００１４】
第２のファイル取得手段により取得されたソフトウェア更新ファイルが第１のファイル取得手段により取得されたソフトウェア更新ファイルよりも新しいバージョンであるか否かを判断する新旧判断手段と、新旧判断手段により、第２のファイル取得手段により取得されたソフトウェア更新ファイルが第１のファイル取得手段により取得されたソフトウェア更新ファイルよりも新しいバージョンであると判断された場合、第１のファイル取得手段により取得されたソフトウェア更新ファイルを破棄する破棄手段とをさらに備えるようにすることができる。
【００１５】
本発明の信号受信方法は、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイルを取得する第１のファイル取得ステップと、第１のファイル取得ステップの処理によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、判断ステップの処理によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、第１のファイル取得ステップの処理および第２のファイル取得ステップの処理により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００１６】
本発明のプログラム記録媒体に記録されているプログラムは、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイルを取得する第１のファイル取得ステップと、第１のファイル取得ステップの処理によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、判断ステップの処理によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、第１のファイル取得ステップの処理および第２のファイル取得ステップの処理により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００１７】
本発明のプログラムは、受信された放送信号から、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報を取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイルを取得する第１のファイル取得ステップと、第１のファイル取得ステップの処理によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップと、判断ステップの処理によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイルを取得する第２のファイル取得ステップと、第１のファイル取得ステップの処理および第２のファイル取得ステップの処理により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００１８】
本発明においては、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報が取得され、取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイルが取得され、ソフトウェア更新ファイルがすべて取得されたか否かが判断される。そして、ソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイルが取得され、取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアが更新される。
【発明の効果】
【００１９】
本発明によれば、ソフトウェア更新の成功率を高くすることができる。さらに、本発明によれば、ソフトウェア更新にかかる手間やコストをできるだけ抑えることができる。
【発明を実施するための最良の形態】
【００２０】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。本明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２１】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００２２】
本発明によれば、放送信号を受信する信号受信装置（例えば、図２の受信装置６３）が提供される。この信号受信装置は、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報（例えば、図１０のダウンロード告知情報）を取得する告知情報取得手段（例えば、図６の告知情報取得部２５１）と、告知情報取得手段により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイル（例えば、図２のファイル８１）を取得する第１のファイル取得手段（例えば、図６のファイル取得部２５４）と、第１のファイル取得手段によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断手段（例えば、図６のダウンロード制御部２５２）と、判断手段によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体（例えば、図２のサーバ６４のデータベース７２）から、ソフトウェア更新ファイル（例えば、図２のファイル８２）を取得する第２のファイル取得手段（例えば、図６のファイル通信部２５５）と、第１のファイル取得手段および第２のファイル取得手段により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図６のソフトウェア構築部２５６）とを備えることを特徴とする。
【００２３】
この信号受信装置は、所定の記録媒体は、ネットワーク（例えば、図２のネットワーク７３）を介して接続される情報提供装置（例えば、図２のサーバ６４）が有する記録媒体（例えば、図２のデータベース７２）により構成されるようにすることができる。
【００２４】
この信号受信装置は、所定の記録媒体は、着脱可能な記録媒体（例えば、図２の記録媒体７１）などにより構成されるようにすることができる。
【００２５】
この信号受信装置は、第２のファイル取得手段により取得されたソフトウェア更新ファイルが第１のファイル取得手段により取得されたソフトウェア更新ファイルよりも新しいバージョンであるか否かを判断する新旧判断手段（例えば、図１２のステップＳ５０の処理を実行する図６のダウンロード制御部２５２）と、新旧判断手段により、第２のファイル取得手段により取得されたソフトウェア更新ファイルが第１のファイル取得手段により取得されたソフトウェア更新ファイルよりも新しいバージョンであると判断された場合、第１のファイル取得手段により取得されたソフトウェア更新ファイルを破棄する破棄手段（例えば、図１２のステップＳ５１の処理を実行する図６のダウンロード制御部２５２）とをさらに備えるようにすることができる。
【００２６】
本発明によれば、放送信号を受信する信号受信装置（例えば、図２の受信装置６３）の信号受信方法が提供される。この信号受信方法は、受信された放送信号から、自己のソフトウェア更新ファイルのダウンロードに関する告知情報（例えば、図１０のダウンロード告知情報）を取得する告知情報取得ステップ（例えば、図１１のステップＳ４２）と、告知情報取得ステップの処理により取得された告知情報に基づいて、放送信号から、１以上に分割されているソフトウェア更新ファイル（例えば、図２のファイル８１）を取得する第１のファイル取得ステップ（例えば、図１１のステップＳ４６）と、第１のファイル取得ステップの処理によりソフトウェア更新ファイルがすべて取得されたか否かを判断する判断ステップ（例えば、図１２のステップＳ４７）と、判断ステップの処理によりソフトウェア更新ファイルがすべて取得されていないと判断された場合、所定の記録媒体から、ソフトウェア更新ファイル（例えば、図２のファイル８２）を取得する第２のファイル取得ステップ（例えば、図１２のステップＳ４９）と、第１のファイル取得ステップの処理および第２のファイル取得ステップの処理により取得されたソフトウェア更新ファイルを組み合わせて、自己のソフトウェアを更新するソフトウェア更新ステップ（例えば、図１２のステップＳ５３およびＳ５４）とを含むことを特徴とする。
【００２７】
なお、本発明のプログラム記録媒体およびプログラムも、上述した本発明の信号受信方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００２８】
以下、図を参照して本発明の実施の形態について説明する。
【００２９】
図２は、本発明を適用したデータ伝送システム５１の構成例を表している。図２の例においては、ファイル生成装置６１は、放送信号を受信する受信装置６３を製作するメーカに設置されており、受信装置６３のソフトウェア（例えば、バージョンＸ１）を更新するための更新ソフトウェアデータ（例えば、ソフトウェアをバージョンＸ２にするためのデータ）のファイルを生成し、生成された更新ソフトウェアデータのファイルを、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、またはサーバ６３に提供したり、装着される記録媒体７１に記録し、更新ソフトウェアデータのファイルが記録された記録媒体７１を受信装置６３のユーザに提供したりする。
【００３０】
具体的には、ファイル生成装置６１は、更新ソフトウェアデータを１つ以上のファイルに分割し、分割されたファイルを、その更新ソフトウェアデータを伝送する伝送路（配布経路）に依存しないように、識別情報やファイル同士の関連性などが記述されたファイルにそれぞれ変換する。また、ファイル生成装置６１は、更新ソフトウェアデータのダウンロードのスケジューリングに基づいて、変換された更新ソフトウェアデータのダウンロードが行われること通知する情報であるダウンロード告知情報を生成する。そして、ファイル生成装置６１は、変換されたファイルを、配布する装置に応じたフォーマットのファイル（例えば、ファイル８１乃至８３）にして、図示せぬダウンロード業者のサーバなどを介してＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２に送信（提供）したり、サーバ６３に送信（提供）したり、または、記録媒体７１に記録して、受信装置６３のユーザなどに配布する。また、このとき、ファイル生成装置６１は、ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２には、配布する装置に応じたフォーマットにしたファイルとともに、生成されたダウンロード告知情報も送信する。
【００３１】
ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２（なお、以下、これらを個々に区別する必要がない場合、単にデジタル放送装置６２と称する）は、更新ソフトウェアデータのファイル８１の送信に先立って、ファイル生成装置６１からダウンロード業者のサーバを介して受信したダウンロード告知情報が多重化された放送信号を放送する。また、デジタル放送装置６２は、更新ソフトウェアデータのダウンロードのスケジューリングに基づいて、ファイル生成装置６１からダウンロード業者のサーバを介して受信した更新ソフトウェアデータのファイル８１が多重化された放送信号を放送する。
【００３２】
受信装置６３は、デジタル放送装置６２から放送される放送信号を受信し、放送信号に含まれるダウンロード告知情報を取得し、ダウンロード告知情報に記載の時刻に、デジタル放送装置６２から放送される放送信号を受信し、放送信号に含まれる更新ソフトウェアデータのファイル８１を取得する。そして、受信装置６３は、一方向通信によるデジタル放送装置６２の放送信号から、すべての更新ソフトウェアデータのファイル８１が取得できない場合、双方向通信により、ネットワーク７３を介して接続されるサーバ６４から更新ソフトウェアデータのファイル８２を取得する。
【００３３】
なお、受信装置６３には、記録媒体７１が着脱可能になっている。例えば、メーカより配布される記録媒体７１は、光ディスクやメモリーカードなどにより構成され、ファイル生成装置６１により更新ソフトウェアデータのファイル８３が記録されている。したがって、受信装置６３は、デジタル放送装置６２の放送信号から、すべての更新ソフトウェアデータのファイル８１が取得できない場合、記録媒体７１を装着し、装着された記録媒体７１から更新ソフトウェアデータのファイル８３を取得するようにしてもよい。
【００３４】
受信装置６３は、以上のようにして取得された更新ソフトウェアデータのファイルに記載されている識別情報やファイル同士の関連性に基づいて、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、サーバ６４、または記録媒体７１のうちの少なくとも１つから取得された更新ソフトウェアデータのすべてのファイルから、更新ソフトウェアデータを構築し、構築された更新ソフトウェアデータを用いて、自己のソフトウェアをバージョンＸ２に更新する。
【００３５】
サーバ６４は、データベース７２を有しており、ファイル生成装置６１からの更新ソフトウェアデータのファイル８２を記憶している。サーバ６４は、インターネットに代表されるネットワーク７３に接続されている受信装置６３からのアクセスがあったとき、ネットワーク７３を介して、受信装置６３に、データベース７２に記憶されている更新ソフトウェアデータのファイル８２を送信する。
【００３６】
以上のように、受信装置６３は、ファイル生成装置６１により生成された更新ソフトウェアデータのファイルを、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、サーバ６４、または記録媒体７１のうちのいずれからも取得することができるので、自己のソフトウェアを確実に更新することができる。
【００３７】
なお、図２の例においては、ネットワーク７３には、受信装置６３およびサーバ６４が一台ずつしか接続されていないが、ネットワーク７３には、それぞれ、任意の台数接続される。
【００３８】
図３は、ファイル生成装置６１の構成例を表している。図３の例において、ＣＰＵ（Central Processing Unit）１１１は、ＲＯＭ（Read Only Memory）１１２に記憶されているプログラム、または記憶部１１８からＲＡＭ（Random Access Memory）１１３にロードされたプログラムに従って各種の処理を実行する。ＲＡＭ１１３にはまた、ＣＰＵ１１１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【００３９】
ＣＰＵ１１１、ＲＯＭ１１２、およびＲＡＭ１１３は、バス１１４を介して相互に接続されている。このバス１１４にはまた、入出力インタフェース１１５も接続されている。
【００４０】
入出力インタフェース１１５には、キーボード、マウスなどよりなる入力部１１６、ＣＲＴ(Cathode Ray Tube)、ＬＣＤ(Liquid Crystal Display)などよりなるディスプレイ、並びにスピーカなどよりなる出力部１１７、ハードディスクなどより構成される記憶部１１８、モデム、ターミナルアダプタなどより構成される通信部１１９が接続されている。通信部１１９は、例えば、ネットワーク７３を介して通信処理を行う。
【００４１】
入出力インタフェース１１５にはまた、必要に応じてドライブ１２０が接続され、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどからなる記録媒体７１が適宜装着され、記録媒体７１に所定のデータを書き込んだり、記録媒体７１から読み出されたコンピュータプログラムが、必要に応じてＲＯＭ１１２や記憶部１１８にインストールされる。
【００４２】
なお、図示は省略するが、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、またはサーバ６４も、図３に示したファイル生成装置６１と基本的に同様の構成とされる。従って、以下の説明においては、図３のファイル生成装置６１の構成は、必要に応じて、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、またはサーバ６４の構成としても引用される。
【００４３】
図４は、ファイル生成装置６１の機能構成例を示している。図４に示される機能ブロックは、図３のＣＰＵ１１１により所定の制御プログラムが実行されることで実現される。
【００４４】
ファイル分割部１５１は、受信装置６３のソフトウェア（例えば、バージョンＸ１）を更新するための更新ソフトウェアデータ（例えば、ソフトウェアをバージョンＸ２にするためのデータ）を、１つ以上のファイルに分割する。
【００４５】
ファイル変換部１５２は、ファイル分割部１５１により分割されたファイルを、その更新ソフトウェアデータを伝送する伝送路（配布経路）に依存しないように、識別情報やファイル同士の関連性などが記述された所定の形式のファイルに変換し、変換された所定の形式のファイルを、各転送路に応じたフォーマットのファイルに変換して、ファイルを生成する。また、ファイル変換部１５２は、ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２用に、それぞれ、更新ソフトウェアデータのダウンロードのスケジューリングに基づいて、変換された更新ソフトウェアデータのダウンロードが行われることを受信装置６３に通知する情報であるダウンロード告知情報の生成も行う。
【００４６】
ファイル転送部１５３は、ファイル変換部１５２により生成されたファイルまたはダウンロード告知情報を、通信部１１９を制御して、所定の装置に転送させたり、ドライブ１２０を制御して、装着された記録媒体７１に記録させたりする。
【００４７】
図５は、受信装置６３の構成例を示している。受信装置６３は、アンテナ２０１を介して、ＢＳデジタル放送装置６２−１または地上波デジタル放送装置６２−２からの放送信号を受信、選局し、その映像をディスプレイ２０２より出力するとともに、その音声をスピーカ２０３より出力する。
【００４８】
図５の例においては、ＣＰＵ（Central Processing Unit）２１１には、ＲＯＭ(Read Only Memory) ２１２、ＲＡＭ（Random Access Memory）２１３、操作入力部２１４、および不揮発性メモリ２１５が接続されている。ＣＰＵ２１１は、ＲＯＭ２１２に記憶されているプログラム、または、ＲＡＭ２１３にロードされたプログラム、もしくは操作入力部２１４を介して得られるユーザの指示信号に従って、受信装置６３の各部を制御し、各種の処理を実行する。ＲＡＭ２１３にはまた、ＣＰＵ２１１が各種の処理を実行する上において必要なデータなどが適宜記憶される。操作入力部２１４は、入力ボタンやダイヤルなどからなり、ユーザの指示信号を、ＣＰＵ２１１に出力する。不揮発性メモリ２１５には、受信装置６３が受信したダウンロード告知情報や更新ソフトウェアデータのファイルなどが記憶される。
【００４９】
ＣＰＵ２１１には、バス２１６を介して、ネットワークインタフェース（Ｉ／Ｆ）２１７、ドライブ２１８、フロントエンド部２１９、デスクランブラ２２０、デマルチプレクサ２２１、ＭＰＥＧ（Moving Picture Experts Group）デコーダ２２２、映像信号処理部２２３、および音声信号処理部２２４が接続されており、ＣＰＵ２１１の制御に応じて、所定の処理を実行する。
【００５０】
ネットワークインタフェース２１７は、モデムやIEEE802.3インタフェースなどにより構成され、ネットワーク７３に接続されるサーバ６４などとデータリンク確立を行い、必要に応じて、FTP(File Transfer Protocol)やHTTP(Hyper Text Transport Protocol)などのデータ転送プロトコルにより、更新ソフトウェアデータなどの所定のデータを通信する。ドライブ２１８には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどの記録媒体からなる記録媒体７１が適宜装着される。ドライブ２１８は、記録媒体７１よりデータを読み出したり、データを書き込んだりする際に用いられる。記録媒体７１から読み出された、例えば、更新ソフトウェアデータなどのコンピュータプログラムは、必要に応じてＲＯＭ２１２や不揮発性メモリ２１５に記憶され、インストールされる。
【００５１】
フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。デマルチプレクサ２２１は、映像データおよび音声データをＭＰＥＧデコーダ２２２に出力し、必要なセクションデータのみをＣＰＵ２１１に出力する。ＭＰＥＧデコーダ２２２は、デマルチプレクサ２２１からの映像データをデコードし、映像信号処理部２２３に出力し、また、デマルチプレクサ２２１からの音声データをデコードし、音声信号処理部２２４に出力する。
【００５２】
ＣＰＵ２１１は、デマルチプレクサ２２１からのセクションデータのそれぞれの情報をＲＡＭ２１３に展開する。セクションデータには、データ放送やデータのダウンロードで利用されるDSM-CCセクション（更新ソフトウェアデータのファイルなど）、ダウンロード告知情報（ＳＤＴＴ（Software Download Trigger Table））、およびＥＰＧ（Electronic Program Guide）情報などが含まれている。
【００５３】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、ＮＴＳＣフォーマットの信号に変換して、映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データを、スピーカ２０３から出力させる。
【００５４】
図６は、受信装置６３の機能構成例を示している。図６に示される機能ブロックは、図５のＣＰＵ２１１により所定の制御プログラムが実行されることで実現される。
【００５５】
告知情報取得部２５１は、デマルチプレクサ２２１から入力されるセクションデータからダウンロード告知情報を取得し、取得されたダウンロード告知情報が受信装置６３に必要なダウンロード告知情報であれば、そのダウンロード告知情報をダウンロード制御部２５２に供給する。
【００５６】
ダウンロード制御部２５２は、告知情報取得部２５１からのダウンロード告知情報に基づいて、更新ソフトウェアデータのファイルのダウンロード開始時刻を決定する。また、ダウンロード制御部２５２は、ダウンロード告知情報または不揮発性メモリ２１５に記憶される更新ソフトウェアデータのファイルに基づいて、選局部２５３、ファイル取得部２５４、ファイル通信部２５５、およびソフトウェア構築部２５６の各処理を制御する。
【００５７】
選局部２５３は、ダウンロード制御部２５２により決定されたダウンロード開始時刻に、ダウンロード告知情報に記載されているサービス（チャンネル）を選局する。ファイル取得部２５４は、デマルチプレクサ２２１を制御し、選局部２５３により選局されたサービスの放送信号から更新ソフトウェアデータのファイルを取得させ、取得された更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶する。
【００５８】
ファイル通信部２５５は、更新ソフトウェアデータの次回のダウンロード時刻が決まってない場合（すなわち、すべてのダウンロード開始時刻が終了してしまい、次回のダウンロードのタイミングがない場合）、ネットワーク７３を介して、サーバ６４に接続し、サーバ６４から更新ソフトウェアデータのファイルを取得し、取得された更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶する。ソフトウェア構築部２５６は、不揮発性メモリ２１５に記憶されている更新ソフトウェアデータのファイルから更新ソフトウェアデータを構築し、構築された更新ソフトウェアデータを用いて、受信装置６３のソフトウェアを更新する。
【００５９】
次に、図７のフローチャートを参照して、ファイル生成装置６１の更新ソフトウェアデータのファイル生成処理を説明する。
【００６０】
ファイル分割部１５１は、ステップＳ１１において、受信装置６３のソフトウェア（例えば、バージョンＸ１）を更新するための更新ソフトウェアデータ（例えば、ソフトウェアをバージョンＸ２にするためのデータ）を用意（生成）し、図８に示されるように、更新ソフトウェアデータを１つ以上のファイルに分割する。
【００６１】
図８は、ソフトウェアデータの構成例を示している。図８の例においては、受信機６３のソフトウェアをバージョンＸ２に更新するための更新ソフトウェアデータは、ファイル１、ファイル２、ファイル３、ファイル４、…、ファイルｎのｎ個のファイルに分割されて構成されている。
【００６２】
すなわち、ファイル分割部１５１は、図７のステップＳ１１において、更新ソフトウェアデータを、図８に示されるように、ファイル１乃至ｎのｎ個のファイルに分割し、分割された更新ソフトウェアデータのファイルを、ファイル変換部１５２に供給し、ステップＳ１２に進む。
【００６３】
ファイル変換部１５２は、ステップＳ１２において、ファイル分割部１５１により分割されたファイルを、その更新ソフトウェアデータを伝送する伝送路（配布経路）に依存しないように、図９に示されるように、識別情報やファイル同士の関連性などが記述された所定の形式のファイルに変換し、さらに、変換された所定の形式のファイルを、各転送路に応じたフォーマットのファイルに変換する。このとき、ファイル変換部１５２は、ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２用に、更新ソフトウェアデータのダウンロードのスケジューリングに基づいて、変換された更新ソフトウェアデータのダウンロードが行われること通知する情報であるダウンロード告知情報（図１０を参照して後述する）の生成も行う。
【００６４】
このように、更新ソフトウェアデータのファイル（図１の例の場合、ファイル８１乃至８３）、並びに、ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２用の各ダウンロード告知情報が生成されて、ファイル生成処理が終了される。
【００６５】
そして、以上のようにして生成された更新ソフトウェアデータのファイルは、ファイル転送部１５３の制御のもと、通信部１１９を介して、サーバ６４に送信されたり、通信部１１９および図示せぬダウンロード業者のサーバを介して、ＢＳデジタル放送装置６２−１および地上波デジタル放送装置６２−２に、ダウンロード告知情報とともに送信されたり、もしくは、ドライブ１２０に装着された記録媒体７１に記録され、受信装置６３を製作するメーカなどにより受信装置６２のユーザに配布される。
【００６６】
図９は、ファイル生成装置６１により生成され、ＢＳデジタル放送装置６２−１または地上波デジタル放送装置６２−２から伝送される更新ソフトウェアデータのファイル８１の構成例を示す。図９の例においては、更新ソフトウェアデータのファイルは、例えば、４ＫＢの大きさであり、ヘッダ部とペイロードにより構成される。
【００６７】
ヘッダ部は、当該ファイルが更新ソフトウェアデータのファイルであることを示す識別子、当該ファイルのサイズを示すファイル長、当該ファイルが対応する更新ソフトウェアデータのバージョン（図８の例の場合、バージョンＸ２）を示すソフトウェアバージョン、当該ファイルが対応する更新ソフトウェアデータの対象となる受信装置６３を識別するモデルＩＤ（Identify）、当該ファイルが対応する更新ソフトウェアデータが幾つのファイルにより構成されているのかを示すファイル総数（図８の例の場合、ｎ個）、および、当該ファイルが、ファイル総数中、何番目のファイルであるのかを示すファイル番号などの各種識別情報や他のファイルとの関連性情報により構成される。
【００６８】
ヘッダ部の後のペイロードには、更新ソフトウェアデータの分割されたうちの１つのファイル（例えば、図８のファイル３）が配置される。
【００６９】
なお、図９の例においては、ＢＳデジタル放送装置６２−１または地上波デジタル放送装置６２−２から伝送される更新ソフトウェアデータのファイル８１の構成例を説明したが、サーバ６４または記録媒体７１から取得される更新ソフトウェアデータのファイル８２または８３の構成も、ファイルのフォーマットの形式が異なるだけで、基本的には同様の構成であるため、その説明は繰り返しになるので省略する。また、図９の例においては、各種識別情報や他のファイルとの関連性情報をヘッダ部に記述するようにしたが、これらの情報は、ヘッダ部には限らず、例えば、ファイル名に文字列として含めるなど、ファイル単体から情報を取得できる形式であればよい。
【００７０】
以上のように、更新ソフトウェアデータを、１つ以上のファイルに分割し、各ファイルに、各種識別情報や他のファイルとの関連性情報を記述するようにしたので、受信装置６３は、更新ソフトウェアデータのファイルがすべて揃ったか否かを、ファイルを見るだけで判断することができる。また、各ファイルには、各種識別情報や他のファイルとの関連性情報が記述されているので、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、サーバ６４および記録媒体７１のうちのどの装置（記録媒体）などからファイルを取得したとしても、図１１および図１２を参照して後述するように、受信装置６３は、それらのファイルから１つの更新ソフトウェアデータを生成し、自己のソフトウェアを更新することができる。
【００７１】
図１０は、ファイル生成装置６１により生成され、ＢＳデジタル放送装置６２−１または地上波デジタル放送装置６２−２から伝送されるダウンロード告知情報の構成例を示している。
【００７２】
図１０の例においては、ダウンロード告知情報は、先頭より、ＳＤＴＴ（Software Download Trigger Table）ヘッダ、…、メーカＩＤ、モデルＩＤ、…、ダウンロードサービスＩＤ、…、ダウンロードバージョン、…、スケジュール、…、モジュール管理情報、…などにより構成される。
【００７３】
ＳＤＴＴ（Software Download Trigger Table）ヘッダは、当該データがダウンロード告知情報であることを示す情報である。メーカＩＤは、更新ソフトウェアデータを取得すべき受信装置６３などのメーカを特定するための情報である。モデルＩＤは、更新ソフトウェアデータを取得すべき受信装置６３などの型式を特定するための情報である。ダウンロードサービスＩＤは、更新ソフトウェアデータのファイルが放送されるサービス（チャンネル）を示す情報である。ダウンロードバージョンは、当該ダウンロード告示情報に対応する更新ソフトウェアデータのバージョンを示す情報である。
【００７４】
スケジュールは、更新ソフトウェアデータのファイルの放送が行われる日時（年月日、時刻）を示す情報である。更新ソフトウェアデータのファイルの放送は、複数回実行されるため、スケジュールには、更新ソフトウェアデータのファイルの放送が行われる日時が告知情報の送出されている日以降の一定期日分示されている。モジュール管理情報は、更新ソフトウェアデータのファイル総数、各ファイルの識別子（順番）、およびサイズ情報などの情報である。
【００７５】
以上のように構成されたダウンロード告知情報のメーカＩＤ、モデルＩＤ、ダウンロードバージョンおよびモジュール管理情報や、不揮発性メモリ２１５に記憶されている更新ソフトウェアデータのファイルを見ることにより、受信装置６３においては、このダウンロード告知情報が必要であるか否か、すなわち、このダウンロード告知情報が対応する更新ソフトウェアデータのファイルが必要であるか否かが判断される。
【００７６】
次に、図１１および図１２のフローチャートを参照して、受信装置６３のソフトウェア更新処理を説明する。
【００７７】
図７を参照して説明したように、ファイル生成装置６１は、受信装置６３のソフトウェアを更新する場合、図９の更新ソフトウェアデータのファイルを生成するとともに、デジタル放送装置６２用に、更新ソフトウェアデータのダウンロードのスケジューリングに基づいて、変換された更新ソフトウェアデータのダウンロードが行われること通知する情報であるダウンロード告知情報の生成も行い、図示せぬダウンロード業者のサーバなどを介して、デジタル放送装置６２に送信（提供）している。デジタル放送装置６２は、更新ソフトウェアデータのファイルの送信に先立って、ファイル生成装置６１からのダウンロード告知情報が多重化された放送信号を放送する。
【００７８】
受信装置６３のフロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。
【００７９】
これに対応して、告知情報取得部２５１は、ステップＳ４１において、デマルチプレクサ２２１より、図１０を参照して上述したダウンロード告知情報を取得し、ステップＳ４２に進み、取得されたダウンロード告知情報のメーカＩＤ、モデルＩＤおよびダウンロードバージョンなどを確認して、取得されたダウンロード告知情報が、受信装置６３に必要なダウンロード告知情報であるか否かを判断し、受信装置６３に必要なダウンロード告知情報ではないと判断した場合、ステップＳ４１に戻り、それ以降の処理を繰り返す。
【００８０】
告知情報取得部２５１は、ステップＳ４２において、取得されたダウンロード告知情報が、受信装置６３に必要なダウンロード告知情報であると判断した場合、すなわち、取得されたダウンロード告知情報が、受信装置６３用の更新ソフトウェアデータのファイルに対応する情報であり、不揮発性メモリ２１５にまだ保持されていないファイルに対応する情報であり、さらに、その更新ソフトウェアデータのファイルのバージョンが、現在の受信装置６３のソフトウェアよりも新しいダウンロードバージョンであった場合、そのダウンロード告知情報をダウンロード制御部２５２に供給し、ステップＳ４３に進む。ダウンロード制御部２５２は、ステップＳ４３において、告知情報取得部２５１からのダウンロード告知情報のスケジュールおよびファイル番号に基づいて、必要なファイル（まだ取得されていないファイル番号のファイル）のダウンロード開始時刻を決定し、ステップＳ４４に進む。なお、ダウンロード告知情報においては、上述したように、更新ソフトウェアデータのファイルの放送が行われる複数の日時が示されているので、そのうちのまだ経過していない日時が、複数のダウンロード開始時刻として決定される。
【００８１】
ダウンロード制御部２５２は、ステップＳ４４において、内蔵するクロックで計時動作を行って、決定されたダウンロード開始時刻になるまで待機しており、内蔵するクロックで計時動作を行って、決定されたダウンロード開始時刻になったと判断した場合、ステップＳ４５に進む。なお、この更新ソフトウェアデータのファイルのダウンロード処理は、受信装置６３の負荷を軽減するため、実際には、ユーザが受信装置６３を用いて放送を視聴していない場合などに実行される。
【００８２】
ダウンロード制御部２５２は、ステップＳ４５において、選局部２５３を制御し、ダウンロード告知情報に記述されているダウンロードサービスを選局させ、ステップＳ４６に進み、ファイル取得部２５４を制御し、デマルチプレクサ２２１により分離されたセクションデータから更新ソフトウェアデータのファイル（図２の例の場合、ファイル８１）を取得させ、不揮発性メモリ２１５に一旦記憶させ、図１２のステップＳ４７に進む。
【００８３】
このステップＳ４５およびＳ４６の処理を具体的に説明すると、更新ソフトウェアデータのファイルの放送の日時（ダウンロード開始時刻）に、デジタル放送装置６２から、図９を参照して上述したような更新ソフトウェアデータのファイルが、所定のサービスの放送信号に多重化されて送信されてくる。なお、このファイルは、暗号化されていてもよいし、伝送誤りを防ぐために、誤り検出、誤り訂正符号などが付加されているようにしてもよい。
【００８４】
フロントエンド部２１９は、アンテナ２０１を介して放送装置６２からの放送信号を受信するので、選局部２５３は、フロントエンド部２１９を制御し、受信された放送信号より、ダウンロード告知情報に記載されているサービス（チャンネル）を選局させる。フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、選局部２５３の選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【００８５】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、ファイル取得部２５４からの指示により、分離されたセクションデータから、必要なDSM-CCセクションから更新ソフトウェアデータのファイルを、ファイル取得部２５４に供給する。ファイル取得部２５４は、デマルチプレクサ２２１からの更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶する。
【００８６】
以上のようにして、図９を参照して上述した、各種識別情報や他のファイルとの関連性情報が記述された更新ソフトウェアデータのファイルが不揮発性メモリ２１５に記憶される。したがって、ダウンロード制御部２５２は、図１２のステップＳ４７において、不揮発性メモリ２１５の更新ソフトウェアデータのファイルの情報（例えば、ダウンロードバージョン、ファイル総数やファイル番号などの識別情報）を確認し、更新ソフトウェアデータのすべてのファイルが揃ったか否かを判断し、更新ソフトウェアデータのすべてのファイルが揃っていないと判断した場合、ステップＳ４８に進み、次のダウンロード開始時刻が決まっているか否かを判断し、次のダウンロード開始時刻が決まっていると判断した場合、図１１のステップＳ４４に戻り、それ以降の処理を繰り返す。
【００８７】
図１２のステップＳ４８において、次のダウンロード開始時刻が決まっていないと判断された場合（すなわち、すべてのダウンロード開始時刻が終了してしまい、次回のダウンロードのタイミングがない場合）、ダウンロード制御部２５２は、デジタル放送装置６２から更新ソフトウェアデータのファイルがもう放送されないと判断し、ステップＳ４９において、ファイル通信部２５５を制御し、ネットワーク７３を介して、サーバ６４に接続させ、サーバ６４から更新ソフトウェアデータのファイル（図２の例の場合、ファイル８２）を取得させる。具体的には、ステップＳ４９において、ファイル通信部２５５は、ネットワークＩ／Ｆ２１７を制御し、ネットワーク７３に接続されるサーバ６４とデータリンク確立を行わせ、FTP(File Transfer Protocol)やHTTP(Hyper Text Transport Protocol)などのデータ転送プロトコルにより、ネットワーク７３を介して、更新ソフトウェアデータのファイルを取得させ、ステップＳ５０に進む。
【００８８】
ダウンロード制御部２５２は、ステップＳ５０において、不揮発性メモリ２１５を確認し、サーバ６４より取得された更新ソフトウェアデータのファイルのバージョンが、放送信号より取得され、不揮発性メモリ２１５に記憶されている更新ソフトウェアデータのファイルのバージョンよりも新しいか否かを判断し、サーバ６４より取得された更新ソフトウェアデータのファイルのバージョンが記憶されているファイルのバージョンよりも新しいと判断した場合、ステップＳ５１において、不揮発性メモリ２１５に記憶されている不要な（古いバージョンの）更新ソフトウェアデータのファイルを削除し、サーバ６４より取得された更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶し、ステップＳ５２に進む。
【００８９】
ステップＳ５０において、サーバ６４より取得された更新ソフトウェアデータのファイルのバージョンが、不揮発性メモリ２１５に記憶されている更新ソフトウェアデータのファイルのバージョンよりも新しくないと判断した場合、ダウンロード制御部２５２は、ステップＳ５１の処理をスキップし、サーバ６４より取得された更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶し、ステップＳ５２に進む。なお、説明は省略するが、サーバ６４より取得された更新ソフトウェアデータのファイルのバージョンが、不揮発性メモリ２１５に記憶されている更新ソフトウェアデータのファイルのバージョンよりも古い場合には、サーバ６４より取得された更新ソフトウェアデータのファイルを不揮発性メモリ２１５に一旦記憶されない。
【００９０】
ダウンロード制御部２５２は、ステップＳ５２において、不揮発性メモリ２１５を確認し、更新ソフトウェアデータのすべてのファイルが揃ったか否かを判断し、更新ソフトウェアデータのすべてのファイルが揃ったと判断した場合、ステップＳ５３に進み、ソフトウェア構築部２５６を制御し、不揮発性メモリ２１５に記憶されているすべてのファイルから更新ソフトウェアデータを構築させ、ステップＳ５４に進む。ソフトウェア構築部２５６は、ステップＳ５４において、構築された更新ソフトウェアデータを用いて、受信装置６３のソフトウェアを更新し、ソフトウェアの更新処理を終了する。
【００９１】
一方、ステップＳ５２において、更新ソフトウェアデータのすべてのファイルが揃っていないと判断された場合、ダウンロード制御部２５２は、サーバ６４からも更新ソフトウェアデータのファイルすべてを取得できないとし、ステップＳ５５に進み、不揮発性メモリ２１５に記憶されている不要な、更新ソフトウェアデータのファイルを削除し、ソフトウェアの更新処理を終了する。
【００９２】
なお、上述した処理において、受信装置６３において放送信号から更新ソフトウェアデータのファイルが取得できない場合、すなわち、デジタル放送によるダウンロード期間終了時に、ネットワーク７３に接続されるサーバ６４からファイルを取得するようにしたが、一定期間ごとに受信装置６３からサーバ６４に対して、取得可能なファイルのバージョンをポーリング方式で調べて、取得するようにしてもよい。
【００９３】
また、上述した処理において、デジタル放送装置６２の放送信号から更新ソフトウェアデータのファイルが取得できなかった場合には、図１２のステップＳ４９において、ネットワーク７３を介してサーバ６４より更新ソフトウェアデータのファイルを取得するように説明したが、例えば、図１１のステップＳ４１乃至Ｓ４６において、地上波デジタル放送装置６２−２の放送信号から更新ソフトウェアデータのファイルが取得できなかった場合には、ＢＳデジタル放送装置６２−１の放送信号を用いて、図１１のステップＳ４１乃至Ｓ４６の処理を再度実行するようにしてもよいし、また、図１２のステップＳ４９において、ディスプレイ２０２などに、メーカより配布された所定の記録媒体７１を装着するような指示を表示させ、ユーザにより受信装置６３のドライブ２１８に装着された記録媒体７１から更新ソフトウェアデータのファイルを取得するようにしてもよい。
【００９４】
以上のように、更新ソフトウェアデータを、１つ以上のファイルに分割し、各ファイルに、各種識別情報や他のファイルとの関連性情報を記述するようにしたので、ＢＳデジタル放送装置６２−１、地上波デジタル放送装置６２−２、サーバ６４および記録媒体７１のうちのどの装置（記録媒体）からファイルを取得したとしても、受信装置６３は、取得したファイルを無駄にすることなく、それらのファイルから１つの更新ソフトウェアデータを生成し、自己のソフトウェアを更新することができる。これにより、ソフトウェア更新の成功確率は非常に高くなる。
【００９５】
また、上述したように、更新ソフトウェアデータが１つ以上のファイルに分割されるので、ソフトウェアデータを取得するのに要する時間が長くなってしまい、ＡＣ遮断などの外乱によって、伝送が完了しない可能性が高くなることを抑制することができる。
【００９６】
さらに、サーバ６４より取得された更新ソフトウェアデータのファイルのバージョンが、不揮発性メモリ２５１に記憶されている更新ソフトウェアデータのファイルのバージョンよりも新しいか否かを判断するようにしたので、常に、より新しいソフトウェアに更新するようにすることができる。
【００９７】
そして、以上のことは、将来、市場に存在するデジタル放送受信装置が多種多様に増えていくに従って、共有資源である放送ダウンロード用の伝送帯域が不足していった場合に、一般的なネットワーク利用のファイル取得だけに限らず、放送ダウンロードで取得されたファイルと合わせて利用することができるので、ネットワーク経由のファイル取得の量を抑えることができる。これにより、ほぼ無料で提供される場合の多い放送ダウンロードと異なり、伝送路が課金対象とされる、ネットワーク経由でのファイル取得の量が抑えられるので、ユーザの費用の負担が軽減される。
【００９８】
以上により、伝送路、方法に拠らず、受信装置が不揮発性メモリに保持しているファイルよりも新しいバージョンのファイルが検出された場合、すでに保持している旧バージョンのファイルが破棄され、新しいバージョンのファイルが収集されることにより、受信装置のソフトウェアを最新のバージョンにすることが可能である。
【００９９】
なお、上記説明においては、ディスプレイ２０２を内蔵した受信装置６３を用いて説明したが、外部のテレビジョン装置と接続される受信装置であってもよいし、セットトップボックスなどにより構成されるようにしてもよい。また、上記説明においては、固定受信機の受信装置６３を用いて説明したが、ＰＤＡ(Personal Digital assistant)や携帯電話機などの移動受信機や携帯受信機にも本発明を提供することができる。
【０１００】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０１０１】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図３および図５に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MD(Mini-Disc)（商標）を含む）、もしくは半導体メモリなどよりなる記録媒体（パッケージメディア）７１、または、プログラムが一時的もしくは永続的に格納されるＲＯＭ１１２およびＲＯＭ２１２などにより構成される。
【０１０２】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１０３】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１０４】
【図１】従来の受信機のソフトウェアデータの流れを説明する図である。
【図２】本発明のデータ伝送システムの構成例を示す図である。
【図３】図２のファイル生成装置の構成例を示すブロック図である。
【図４】図３のファイル生成装置の機能構成例を示すブロック図である。
【図５】図２の受信装置の構成例を示すブロック図である。
【図６】図５の受信装置の機能構成例を示すブロック図である。
【図７】図２のファイル生成装置のファイル生成処理を説明するフローチャートである。
【図８】図２の受信装置のソフトウェアの更新ソフトウェアデータの構成例を示す図である。
【図９】図２のファイル生成装置により生成されるファイルの構成例を示す図である。
【図１０】図２の放送装置から送信されるダウンロード告知情報の構成例を示す図である。
【図１１】図２の受信装置のソフトウェア更新処理を説明するフローチャートである。
【図１２】図２の受信装置のソフトウェア更新処理を説明するフローチャートである。
【符号の説明】
【０１０５】
５１  映像信号受信装置，６１  ファイル生成装置，６２−１  ＢＳデジタル放送装置，６２−２  地上波デジタル放送装置，６３  受信装置，６４  サーバ，７１  記録媒体，７２  データベース，１５１  ファイル分割部，１５２  ファイル変換部，２１１  ＣＰＵ，２１２  ＲＯＭ，２１３  ＲＡＭ，２１５  不揮発性メモリ，２１７  ネットワークインタフェース，２１８  ドライブ，２５１  告知情報取得部，２５２  ダウンロード制御部，２５３  選局部，２５４  ファイル取得部，２５５  ファイル通信部，２５６  ソフトウェア構築部
【図１】
2005142751.tif 000003
【図２】
2005142751.tif 000004
【図３】
2005142751.tif 000005
【図４】
2005142751.tif 000006
【図５】
2005142751.tif 000007
【図６】
2005142751.tif 000008
【図７】
2005142751.tif 000009
【図８】
2005142751.tif 000010
【図９】
2005142751.tif 000011
【図１０】
2005142751.tif 000012
【図１１】
2005142751.tif 000013
【図１２】
2005142751.tif 000014