(57)【要約】【課題】更新ソフトウェアを効率よく供給することができるようにする。【解決手段】  データ生成装置６１は、受信機７１−１のソフトウェアデータ８１および受信機７２−１のソフトウェアデータ８２の共通する同じ種類の機能ブロックａ１およびｂ１を抽出し、異なる種類の機能ブロックａ１，ｂ１，ｃ１，およびｄ１毎に、受信機が機能ブロックを識別するための識別子を割り当て、異なる種類の機能ブロックのコンテンツ毎に、各識別子を付加してダウンロードデータａ２，ｂ２，ｃ２，およびｄ２を生成し、ダウンロード装置３および放送装置４を介して、市場５の受信機７１−２乃至７１−４および７２−２に提供する。本発明は、放送信号を受信する受信機の更新ソフトウェアデータを伝送するデジタルテレビジョン放送システムに適用できる。【選択図】図３
2005149260.tif 000002
【特許請求の範囲】
【請求項１】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置からなる情報処理システムにおいて、
前記データ生成装置は、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出手段と、
前記ブロック抽出手段による抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当てる識別子設定手段と、
前記異なる種類の機能ブロック毎に、前記識別子設定手段により割り当てられた前記識別子を付加して、前記ダウンロードデータを生成する生成手段とを備え、
前記受信装置は、
前記識別子設定手段により前記異なる種類の機能ブロック毎に割り当てられた前記識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を前記放送信号から取得する告知情報取得手段と、
前記告知情報取得手段により取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段と、
前記告知情報判断手段により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から前記ダウンロードデータを取得するデータ取得手段と、
前記データ取得手段により取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段とを備える
ことを特徴とする情報処理システム。
【請求項２】
放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置からなる情報処理システムの情報処理方法において、
前記データ生成装置のデータ生成方法は、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出し、抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当て、前記異なる種類の機能ブロック毎に、割り当てられた前記識別子を付加して、前記ダウンロードデータを生成し、
前記受信装置の受信方法は、
前記異なる種類の機能ブロック毎に割り当てられた前記識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を前記放送信号から取得し、取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断し、前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から前記ダウンロードデータを取得し、取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新する
ことを特徴とする情報処理方法。
【請求項３】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置において、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出手段と、
前記ブロック抽出手段による抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当てる識別子設定手段と、
前記異なる種類の機能ブロック毎に、前記識別子設定手段により割り当てられた前記識別子を付加して、前記ダウンロードデータを生成する生成手段と
を備えることを特徴とするデータ生成装置。
【請求項４】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成方法において、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、
前記ブロック抽出ステップの処理による抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、
前記異なる種類の機能ブロック毎に、前記識別子設定ステップの処理により割り当てられた前記識別子を付加して、前記ダウンロードデータを生成する生成ステップと
を含むことを特徴とするデータ生成方法。
【請求項５】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するためのダウンロードデータを生成する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、
前記ブロック抽出ステップの処理による抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、
前記異なる種類の機能ブロック毎に、前記識別子設定ステップの処理により割り当てられた前記識別子を付加して、前記ダウンロードデータを生成する生成ステップと
を含むことを特徴とするプログラムが記録される記録媒体。
【請求項６】
放送信号に多重化されて送信される、前記放送信号を受信する受信装置のソフトウェアを更新するためのダウンロードデータを生成する処理をコンピュータに行わせるプログラムであって、
前記受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、
前記ブロック抽出ステップの処理による抽出結果に基づいて、前記更新ソフトウェアデータの異なる種類の機能ブロック毎に、前記受信装置が前記機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、
前記異なる種類の機能ブロック毎に、前記識別子設定ステップの処理により割り当てられた前記識別子を付加して、前記ダウンロードデータを生成する生成ステップと
を含むことを特徴とするプログラム。
【請求項７】
データ生成装置により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータを受信する受信装置において、
複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた前記機能ブロックを識別するための識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を、前記放送信号から取得する告知情報取得手段と、
前記告知情報取得手段により取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段と、
前記告知情報判断手段により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から、前記複数の機種の更新ソフトウェアデータの前記異なる種類の機能ブロック毎に前記識別子を付加して生成された前記ダウンロードデータを取得するデータ取得手段と、
前記データ取得手段により取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段と
を備えることを特徴とする受信装置。
【請求項８】
前記データ取得手段により取得された前記ダウンロードデータをメモリに記憶する記憶手段と、
前記メモリに、前記必要な機能ブロックに対応するダウンロードデータがすべて揃ったか否かを判断するデータ判断手段とをさらに備え、
前記ソフトウェア更新手段は、前記データ判断手段により前記メモリに、前記必要な機能ブロックに対応するダウンロードデータがすべて揃ったと判断された場合、前記メモリに記憶されている前記ダウンロードデータを用いて、自己のソフトウェアを更新する
ことを特徴とする請求項７に記載の受信装置。
【請求項９】
前記データ取得手段により前記ダウンロードデータが最後に取得された日時から一定時間が経過したか否かを判断する時間判断手段と、
前記時間判断手段により前記ダウンロードデータが最後に取得された日時から一定時間が経過したと判断された場合、前記メモリに記憶されている前記ダウンロードデータを破棄する破棄手段と
をさらに備えることを特徴とする請求項８に記載の受信装置。
【請求項１０】
データ生成装置により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータを受信する受信方法において、
複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた前記機能ブロックを識別するための識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を、前記放送信号から取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、
前記告知情報判断ステップの処理により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から、前記複数の機種の更新ソフトウェアデータの前記異なる種類の機能ブロック毎に前記識別子を付加して生成された前記ダウンロードデータを取得するデータ取得ステップと、
前記データ取得ステップの処理により取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とする受信方法。
【請求項１１】
データ生成装置により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータを受信する処理をコンピュータに行わせるプログラムが記録される記録媒体であって、
複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた前記機能ブロックを識別するための識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を、前記放送信号から取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、
前記告知情報判断ステップの処理により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から、前記複数の機種の更新ソフトウェアデータの前記異なる種類の機能ブロック毎に前記識別子を付加して生成された前記ダウンロードデータを取得するデータ取得ステップと、
前記データ取得ステップの処理により取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とするプログラムが記録される記録媒体。
【請求項１２】
データ生成装置により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータを受信する処理をコンピュータに行わせるプログラムであって、
複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた前記機能ブロックを識別するための識別子が少なくとも含まれる、前記ダウンロードデータの放送を通知するための告知情報を、前記放送信号から取得する告知情報取得ステップと、
前記告知情報取得ステップの処理により取得された前記告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、
前記告知情報判断ステップの処理により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に基づいて、前記放送信号から、前記複数の機種の更新ソフトウェアデータの前記異なる種類の機能ブロック毎に前記識別子を付加して生成された前記ダウンロードデータを取得するデータ取得ステップと、
前記データ取得ステップの処理により取得された前記ダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップと
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムおよび方法、データ生成装置および方法、受信装置および方法、記録媒体、並びにプログラムに関し、特に、更新ソフトウェアを効率よく供給することができるようにした情報処理システムおよび方法、データ生成装置および方法、受信装置および方法、記録媒体、並びにプログラムに関する。
【背景技術】
【０００２】
非特許文献１に示されるように、デジタルテレビジョン放送においては、放送局から送出される電波を利用して、受信機のソフトウェアを更新するためのソフトウェアデータを送受信する仕組みが運用されている。この運用では、事前にソフトウェアデータのダウンロードが行われることが受信機に対して通知され、通知された時刻に特定の周波数のトランスポートストリームが受信機に受信されることにより、ソフトウェアデータが取得され、受信機のソフトウェアが更新される。
【０００３】
図１を参照して、デジタルテレビジョン放送（以下、デジタル放送とも称する）システムにおける受信機のソフトウェアデータの流れを説明する。なお、図１の例においては、地上波デジタル放送を用いて説明する。
【０００４】
Ａタイプの受信機１１−１およびＢタイプの受信機１２−１などを製作する受信機製作者（メーカ）１−１は、データ生成装置１１を有している。データ生成装置１１は、更新機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ａタイプの受信機２１−１のソフトウェアデータＤＡ１およびＢタイプの受信機２２−１のソフトウェアデータＤＢ１）を生成し、放送に対応したフォーマット形式のダウンロードデータＤＡ２およびＤＢ２として、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。
【０００５】
Ｃタイプの受信機３１−１およびＤタイプの受信機３２−１などを製作する受信機製作者１−２は、データ生成装置１２を有している。データ生成装置１２は、更新機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ｃタイプの受信機３１−１のソフトウェアデータＤＣ１）を生成し、ダウンロードデータＤＣ２として、ダウンロード事業者の有するダウンロード装置３に提出する。なお、図１の例の場合、受信機２１−１,２２−１，３１−１の対応する機種が更新対象とされ、Ｄタイプの受信機３２−１のソフトウェアデータは、更新対象とされていないが、更新時には、ソフトウェアデータＤＤ１が生成される。
【０００６】
ダウンロード装置３は、受信機製作者１−１および１−２の提出するダウンロードデータＤＡ２、ＤＢ２、およびＤＣ２を集めて、スケジューリングし、放送装置４を介して、DSM-CCデータカルーセル方式で、データカルーセル４２として放送信号に多重して放送する。受信機製作者１−１および１−２より提出されたダウンロードデータＤＡ２乃至ＤＣ２は、データカルーセル４２のモジュールＤＡ３乃至ＤＣ３として扱われる。これらのモジュールは、ソフトウェアデータをそのまま１モジュールとするようにしてもよいし、機能単位や固定サイズで分割した複数のモジュールとしてもよい。また、ダウンロード装置３は、データカルーセル４２を送信する前に、各ダウンロードデータに基づいて、機種別に生成された告知情報４１を、放送装置４を介して、放送信号に多重して放送する。この告知情報４１には、受信機に対して、事前にソフトウェアデータのダウンロードが行われること通知する情報として、ソフトウェアデータのダウンロード時刻やダウンロードを行うサービス（チャンネル）などのダウンロード情報などが記載されている。
【０００７】
市場５には、Ａタイプの受信機２１−２乃至２１−４、Ｂタイプの受信機２２−２、Ｃタイプの受信機３１−２、および、Ｄタイプの受信機３２−２などさまざまなデジタル放送受信機（なお、以下、受信機２１−１乃至２１−４、受信機２２−１および２２−２、受信機３１−１および３１−２、並びに、受信機３２−１および３２−２を、個々に区別する必要がない場合、単に受信機２１、２２、３１、並びに３２と称する）が存在する。市場５に存在する受信機２１，２２，３１，および３２は、放送装置４からの放送信号を受信し、告知情報４１を取得する。これらの受信機のうち、更新対象である受信機２１，２２，および３１は、各機種に対応する個別の告知情報４１をそれぞれ参照し、それぞれの告知情報４１に記載の時刻に、告知情報４１に記載のサービスを受信する。そして、受信機２１，２２，および３１は、受信されたサービスの放送信号に含まれるデータカルーセル４２を取得し、そのデータカルーセル４２の中から各機種に対応する個別のモジュール（ＤＡ３乃至ＤＣ３のいずれか）をダウンロードデータ（ＤＡ２乃至ＤＣ２のいずれか）として取得し、内蔵するメモリの不揮発領域に保存し、保存されたダウンロードデータより、地上波デジタル放送用のソフトウェアデータ（ＤＡ１乃至ＤＣ１のいずれか）を構築する。これにより、受信機２１，２２，および３１のソフトウェアの更新が実行される。
【０００８】
【非特許文献１】デジタル放送用受信装置標準規格ARIB STD-B21，4.0版，ダウンロード機能，社団法人  電波産業会，H15.2.6，Ｐ．１２０およびＰ．１７８
【発明の開示】
【発明が解決しようとする課題】
【０００９】
以上のように、従来のデジタル放送システムにおいては、データ生成装置１１は、図２に示されるように、受信機２１用のソフトウェアデータＤＡ１を用いて、受信機２１用のダウンロードデータＤＡ２を生成し、受信機２２用のソフトウェアデータＤＢ１を用いて、受信機２２用のダウンロードデータＤＢ２を生成し、受信機２３用のソフトウェアデータＤＥ１を用いて、受信機２３用のダウンロードデータＤＥ２を生成していた。すなわち、データ生成装置１１は、受信機用のダウンロードデータを、各機種個別に生成し、ダウンロード装置３および放送装置４を介して、告知情報４１やダウンロードデータを送信していたため、受信機は、その受信機固有のモデル識別を対象とした１種類の告知情報のみを参照し、告知情報４１に基づいて、各機種に対応する個別のダウンロードデータ（ＤＡ２乃至ＤＣ２のいずれか）を取得することにより、その受信機固有の地上波デジタル放送用のソフトウェアデータ（ＤＡ１乃至ＤＣ１のいずれか）を構築していた。
【００１０】
しかしながら、近年、受信機用のソフトウェアの機能の複雑化により、ダウンロードを行う受信機用ソフトウェアの容量が大きくなっており、ダウンロードに要する時間、送信するための周波数帯域が増加する傾向がある。さらに、市場５には、多くの機種の受信機が出回っているため、このままでは、周波数帯域が枯渇する恐れがあり、結果として、ユーザのダウンロードの回数（機会）が減少してしまう課題があった。すなわち、ダウンロードの機会が減少してしまうことにより、受信機ソフトウェアの更新ができなくなってしまったり、または、有料のネットワークなどを通じて受信機ソフトウェアの更新をすることになるなど、不利益を被らせてしまう課題があった。
【００１１】
本発明は、このような状況に鑑みてなされたものであり、更新ソフトウェアを効率よく供給することができるようにするものである。
【課題を解決するための手段】
【００１２】
本発明の情報処理システムは、データ生成装置は、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出手段と、ブロック抽出手段による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当てる識別子設定手段と、異なる種類の機能ブロック毎に、識別子設定手段により割り当てられた識別子を付加して、ダウンロードデータを生成する生成手段とを備え、受信装置は、識別子設定手段により異なる種類の機能ブロック毎に割り当てられた識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を放送信号から取得する告知情報取得手段と、告知情報取得手段により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段と、告知情報判断手段により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号からダウンロードデータを取得するデータ取得手段と、データ取得手段により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段とを備えることを特徴とする。
【００１３】
本発明の情報処理方法は、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出し、抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当て、異なる種類の機能ブロック毎に、割り当てられた識別子を付加して、ダウンロードデータを生成し、受信装置の受信方法は、異なる種類の機能ブロック毎に割り当てられた識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を放送信号から取得し、取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断し、告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号からダウンロードデータを取得し、取得されたダウンロードデータを用いて、自己のソフトウェアを更新することを特徴とする。
【００１４】
本発明のデータ生成装置は、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出手段と、ブロック抽出手段による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当てる識別子設定手段と、異なる種類の機能ブロック毎に、識別子設定手段により割り当てられた識別子を付加して、ダウンロードデータを生成する生成手段とを備えることを特徴とする。
【００１５】
本発明のデータ生成方法は、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、ブロック抽出ステップの処理による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、異なる種類の機能ブロック毎に、識別子設定ステップの処理により割り当てられた識別子を付加して、ダウンロードデータを生成する生成ステップとを含むことを特徴とする。
【００１６】
本発明の第１の記録媒体に記録されるプログラムは、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、ブロック抽出ステップの処理による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、異なる種類の機能ブロック毎に、識別子設定ステップの処理により割り当てられた識別子を付加して、ダウンロードデータを生成する生成ステップとを含むことを特徴とする。
【００１７】
本発明の第１のプログラムは、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックを抽出するブロック抽出ステップと、ブロック抽出ステップの処理による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子を割り当てる識別子設定ステップと、異なる種類の機能ブロック毎に、識別子設定ステップの処理により割り当てられた識別子を付加して、ダウンロードデータを生成する生成ステップとを含むことを特徴とする。
【００１８】
本発明の受信装置は、複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた機能ブロックを識別するための識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を、放送信号から取得する告知情報取得手段と、告知情報取得手段により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段と、告知情報判断手段により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータを取得するデータ取得手段と、データ取得手段により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段とを備えることを特徴とする。
【００１９】
データ取得手段により取得されたダウンロードデータをメモリに記憶する記憶手段と、メモリに、必要な機能ブロックに対応するダウンロードデータがすべて揃ったか否かを判断するデータ判断手段とをさらに備え、ソフトウェア更新手段は、データ判断手段によりメモリに、必要な機能ブロックに対応するダウンロードデータがすべて揃ったと判断された場合、メモリに記憶されているダウンロードデータを用いて、自己のソフトウェアを更新するようにすることができる。
【００２０】
データ取得手段によりダウンロードデータが最後に取得された日時から一定時間が経過したか否かを判断する時間判断手段と、時間判断手段によりダウンロードデータが最後に取得された日時から一定時間が経過したと判断された場合、メモリに記憶されているダウンロードデータを破棄する破棄手段とをさらに備えるようにすることができる。
【００２１】
本発明の受信方法は、複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた機能ブロックを識別するための識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を、放送信号から取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、告知情報判断ステップの処理により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータを取得するデータ取得ステップと、データ取得ステップの処理により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００２２】
本発明の第２の記録媒体に記録されるプログラムは、複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた機能ブロックを識別するための識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を、放送信号から取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、告知情報判断ステップの処理により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータを取得するデータ取得ステップと、データ取得ステップの処理により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００２３】
本発明の第２のプログラムは、複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた機能ブロックを識別するための識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報を、放送信号から取得する告知情報取得ステップと、告知情報取得ステップの処理により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップと、告知情報判断ステップの処理により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータを取得するデータ取得ステップと、データ取得ステップの処理により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップとを含むことを特徴とする。
【００２４】
第１の本発明においては、データ生成装置および方法により、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックが抽出され、抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子が割り当てられ、異なる種類の機能ブロック毎に、割り当てられた識別子を付加して、ダウンロードデータが生成される。そして、受信装置および方法により、異なる種類の機能ブロック毎に割り当てられた識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報が放送信号から取得され、取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かが判断され、告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号からダウンロードデータが取得され、取得されたダウンロードデータを用いて、自己のソフトウェアが更新される。
【００２５】
第２の本発明においては、受信装置の複数の機種の更新ソフトウェアデータから、同じ種類の機能ブロックが抽出され、抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子が割り当てられる。そして、異なる種類の機能ブロック毎に、割り当てられた識別子が付加されて、ダウンロードデータが生成される。
【００２６】
第３の本発明においては、複数の機種の更新ソフトウェアデータにおいて、異なる種類の機能ブロック毎に割り当てられた機能ブロックを識別するための識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報が、放送信号から取得され、取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かが判断される。そして、告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータが取得され、取得されたダウンロードデータを用いて、自己のソフトウェアが更新される。
【発明の効果】
【００２７】
本発明によれば、更新ソフトウェアを効率よく供給することができる。さらに、本発明によれば、ソフトウェア更新にかかるコストをできるだけ抑えることができる。
【発明を実施するための最良の形態】
【００２８】
以下に本発明の最良の形態を説明するが、開示される発明と実施の形態との対応関係を例示すると、次のようになる。本明細書中には記載されているが、発明に対応するものとして、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その発明に対応するものではないことを意味するものではない。逆に、実施の形態が発明に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その発明以外の発明には対応しないものであることを意味するものでもない。
【００２９】
さらに、この記載は、明細書に記載されている発明の全てを意味するものではない。換言すれば、この記載は、明細書に記載されている発明であって、この出願では請求されていない発明の存在、すなわち、将来、分割出願されたり、補正により出現し、追加される発明の存在を否定するものではない。
【００３０】
本発明によれば、放送信号を受信する受信装置（例えば、図３の受信機７１−２）と、放送信号に多重化されて送信される、受信装置のソフトウェアを更新するためのダウンロードデータ（例えば、図３のダウンロードデータａ２）を生成するデータ生成装置（例えば、図３のデータ生成装置６１）からなる情報処理システム（例えば、図３のデジタル放送システム５１）が提供される。この情報処理システムは、データ生成装置は、受信装置の複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）から、同じ種類の機能ブロック（例えば、図３の機能ブロックａ１）を抽出するブロック抽出手段（例えば、図５のブロック抽出部１５２）と、ブロック抽出手段による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）を割り当てる識別子設定手段（例えば、図５のＩＤ設定部１５３）と、異なる種類の機能ブロック毎に、識別子設定手段により割り当てられた識別子を付加して、ダウンロードデータを生成する生成手段（例えば、図５のデータ変換部１５４）とを備え、受信装置は、識別子設定手段により異なる種類の機能ブロック毎に割り当てられた識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報（例えば、図３の告知情報４１）を放送信号から取得する告知情報取得手段（例えば、図７の告知情報取得部２５１）と、告知情報取得手段により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段（例えば、図７のモデルＩＤ判別部２５２）と、告知情報判断手段により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号からダウンロードデータを取得するデータ取得手段例えば、図７のコンテンツ取得部２５５）と、データ取得手段により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段（例えば、図７のソフトウェア構築部２５６）とを備えることを特徴とする。
【００３１】
本発明によれば、放送信号を受信する受信装置（例えば、図３の受信機７１−２）と、放送信号に多重化されて送信される、受信装置のソフトウェアを更新するためのダウンロードデータ（例えば、図３のダウンロードデータａ２）を生成するデータ生成装置（例えば、図３のデータ生成装置６１）からなる情報処理システム（例えば、図３のデジタル放送システム５１）の情報処理方法が提供される。この情報処理方法は、データ生成装置のデータ生成方法は、受信装置の複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）から、同じ種類の機能ブロック（例えば、図３の機能ブロックａ１）を抽出し（例えば、図８のステップＳ１２）、抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）を割り当て（例えば、図８のステップＳ１３）、異なる種類の機能ブロック毎に、割り当てられた識別子を付加して、ダウンロードデータを生成し（例えば、図８のステップＳ１４）、受信装置の受信方法は、異なる種類の機能ブロック毎に割り当てられた識別子が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報（例えば、図３の告知情報４１）を放送信号から取得し（例えば、図１３のステップＳ４１）、取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断し（例えば、図１３のステップＳ４２）、告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号からダウンロードデータを取得し（例えば、図１３のステップＳ４７）、取得されたダウンロードデータを用いて、自己のソフトウェアを更新する（例えば、図１３のステップＳ５０）ことを特徴とする。
【００３２】
本発明によれば、放送信号に多重化されて送信される、放送信号を受信する受信装置（例えば、図３の受信機７１−２）のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置（例えば、図３のデータ生成装置６１）が提供される。このデータ生成装置は、受信装置の複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）から、同じ種類の機能ブロック（例えば、図３の機能ブロックａ１）を抽出するブロック抽出手段（例えば、図５のブロック抽出部１５２）と、ブロック抽出手段による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）を割り当てる識別子設定手段（例えば、図５のＩＤ設定部１５３）と、異なる種類の機能ブロック毎に、識別子設定手段により割り当てられた識別子を付加して、ダウンロードデータを生成する生成手段（例えば、図５のデータ変換部１５４）とを備えることを特徴とする。
【００３３】
本発明によれば、放送信号に多重化されて送信される、放送信号を受信する受信装置（例えば、図３の受信機７１−２）のソフトウェアを更新するためのダウンロードデータ（例えば、図３のダウンロードデータａ２）を生成するデータ生成方法が提供される。このデータ生成方法は、受信装置の複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）から、同じ種類の機能ブロック（例えば、図３の機能ブロックａ１）を抽出するブロック抽出ステップ（例えば、図８のステップＳ１２）と、ブロック抽出ステップの処理による抽出結果に基づいて、更新ソフトウェアデータの異なる種類の機能ブロック毎に、受信装置が機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）を割り当てる識別子設定ステップ（例えば、図８のステップＳ１３）と、異なる種類の機能ブロック毎に、識別子設定ステップの処理により割り当てられた識別子を付加して、ダウンロードデータを生成する生成ステップ（例えば、図８のステップＳ１４）とを含むことを特徴とする。
【００３４】
なお、本発明の第１の記録媒体およびプログラムは、上述した本発明のデータ生成方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００３５】
本発明によれば、データ生成装置（例えば、図３のデータ生成装置６１）により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータ（例えば、図３のダウンロードデータａ２）を受信する受信装置（例えば、図３の受信機７１−２）が提供される。この受信装置は、複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）において、異なる種類の機能ブロック（例えば、図９の機能ブロックａ１乃至ｆ１）毎に割り当てられた機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報（例えば、図３の告知情報４１）を、放送信号から取得する告知情報取得手段（例えば、図７の告知情報取得部２５１）と、告知情報取得手段により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段（例えば、図７のモデルＩＤ判別部２５２）と、告知情報判断手段により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータ（例えば、図３のダウンロードデータａ２）を取得するデータ取得手段（例えば、図７のコンテンツ取得部２５５）と、データ取得手段により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新手段例えば、図７のソフトウェア構築部２５６）とを備えることを特徴とする。
【００３６】
この受信装置は、データ取得手段により取得されたダウンロードデータをメモリ（例えば、図６の不揮発性メモリ２１５）に記憶する記憶手段（例えば、図７のコンテンツ取得部２５５）と、メモリに、必要な機能ブロックに対応するダウンロードデータがすべて揃ったか否かを判断するデータ判断手段（例えば、図１３のステップＳ４８の処理を実行する図７のダウンロード制御部２５３）とをさらに備え、ソフトウェア更新手段は、データ判断手段によりメモリに、必要な機能ブロックに対応するダウンロードデータがすべて揃ったと判断された場合、メモリに記憶されているダウンロードデータを用いて、自己のソフトウェアを更新するようにすることができる。
【００３７】
この受信装置は、データ取得手段によりダウンロードデータが最後に取得された日時から一定時間が経過したか否かを判断する時間判断手段（例えば、図１３のステップＳ５１の処理を実行する図７のダウンロード制御部２５３）と、時間判断手段によりダウンロードデータが最後に取得された日時から一定時間が経過したと判断された場合、メモリ（例えば、図６の不揮発性メモリ２１５）に記憶されているダウンロードデータを破棄する破棄手段（例えば、図１３のステップＳ５２の処理を実行する図７のダウンロード制御部２５３）とをさらに備えるようにすることができる。
【００３８】
本発明によれば、データ生成装置（例えば、図３のデータ生成装置６１）により更新ソフトウェアデータに基づいて生成され、放送信号に多重化されたダウンロードデータ（例えば、図３のダウンロードデータａ２）を受信する受信方法が提供される。この受信方法は、複数の機種の更新ソフトウェアデータ（例えば、図３のソフトウェアデータ８１および８２）において、異なる種類の機能ブロック（例えば、図９の機能ブロックａ１乃至ｆ１）毎に割り当てられた機能ブロックを識別するための識別子（例えば、図１０のモデルＩＤ）が少なくとも含まれる、ダウンロードデータの放送を通知するための告知情報（例えば、図３の告知情報４１）を、放送信号から取得する告知情報取得ステップ（例えば、図１３のステップＳ４１）と、告知情報取得ステップの処理により取得された告知情報が必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断ステップ（例えば、図１３のステップＳ４２）と、告知情報判断ステップの処理により告知情報が必要な機能ブロックに対応する告知情報であると判断された場合、告知情報に基づいて、放送信号から、複数の機種の更新ソフトウェアデータの異なる種類の機能ブロック毎に識別子を付加して生成されたダウンロードデータ（例えば、図３のダウンロードデータａ２）を取得するデータ取得ステップ（例えば、図１３のステップＳ４７）と、データ取得ステップの処理により取得されたダウンロードデータを用いて、自己のソフトウェアを更新するソフトウェア更新ステップ（例えば、図１３のステップＳ５０）とを含むことを特徴とする。
【００３９】
なお、本発明の第２の記録媒体およびプログラムは、上述した本発明の受信方法と基本的に同様の構成であるため、繰り返しになるのでその説明は省略する。
【００４０】
以下、図を参照して本発明の実施の形態について説明する。
【００４１】
図３は、本発明を適用したデジタルテレビジョン放送（以下、デジタル放送とも称する）システム５１の構成例を表している。なお、図３において、図１における場合と対応する部分には対応する符号を付してあり、その説明は繰り返しになるので省略する。また、図３においては、説明の便宜上、受信機製作者１−１しか示されていないが、図１の受信機製作者１−２と同様の構成の受信機製作者が多数存在する。
【００４２】
図３の例においては、受信機製作者１−１は、受信機７１−１，７２−１，…など複数の機種の受信機を製作しており、製作した受信機のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置６１を有している。
【００４３】
データ生成装置６１は、受信機７１−１のソフトウェアを更新するためのソフトウェアデータ８１および受信機７２−１のソフトウェアを更新するためのソフトウェアデータ８２を生成する。データ生成装置６１は、例えば、機能ブロックａ１，ｂ１，およびｃ１のコンテンツからなるソフトウェアデータ８１、並びに、機能ブロックａ１，ｂ１，およびｄ１のコンテンツからなるソフトウェアデータ８２の共通する同じ種類の機能ブロック（図３の例の場合、機能ブロックａ１およびｂ１）を抽出し、同じ種類の機能ブロックに、複数の識別子が割り当てられることがないように、異なる種類の機能ブロックａ１，ｂ１，ｃ１，およびｄ１毎に、受信機が各機能ブロックを識別するための識別子（図１０を参照して後述するモデルＩＤ(Identify)）を割り当てる。すなわち、同じ種類の機能ブロック同士は、１つの機能ブロックとして識別子が割り当てられる。
【００４４】
そして、データ生成装置６１は、機能ブロックａ１，ｂ１，ｃ１，およびｄ１のコンテンツに、割り当てられた識別子を付加して、機能ブロック毎に、ダウンロードデータａ２，ｂ２，ｃ２，およびｄ２を生成し、生成されたダウンロードデータａ２，ｂ２，ｃ２，およびｄ２をダウンロード装置３に提出（送信）する。
【００４５】
ダウンロード装置３は、受信機製作者１−１が提出するダウンロードデータａ２，ｂ２，ｃ２，およびｄ２、並びに他の受信機製作者が提出するダウンロードデータを集めて、スケジューリングする。そして、ダウンロード装置３は、そのスケジュールに基づいて、各ダウンロードデータを、放送装置４を介して、DSM-CCデータカルーセル方式で、データカルーセル４２として放送信号に多重して放送する。なお、受信機製作者１−１より提出されたダウンロードデータａ２，ｂ２，ｃ２，およびｄ２は、データカルーセル４２のモジュールａ３，ｂ３，ｃ３，およびｄ３として扱われる。また、ダウンロード装置３は、データカルーセル４２を送信する前に、ダウンロードデータａ２，ｂ２，ｃ２，およびｄ２に基づいて、ダウンロードデータ（機能ブロック）別に生成された告知情報４１を、放送装置４を介して、放送信号に多重して放送する。
【００４６】
図３の例の場合、市場５には、受信機７１−１と同じ機種の受信機７１−２乃至７１−４、受信機７２−１と同じ機種の受信機７２−２など、さまざまなデジタル放送受信機（なお、以下、受信機７１−１乃至７１−４、並びに受信機７２−１および７２−２を、個々に区別する必要がない場合、単に受信機７１、並びに７２と称する）が存在する。市場５に存在する受信機７１は、放送装置４からの放送信号を受信し、告知情報４１を取得する。この告知情報４１には、各機能ブロックに割り当てられた識別子やダウンロードデータのダウンロードに関する情報が記載されている。
【００４７】
受信機７１は、告知情報４１に記載の識別子に基づいて、告知情報４１が、受信機７１に必要な機能ブロックに対応するものであれば、告知情報４１に記載の時刻に、告知情報４１に記載のサービスを受信し、受信されたサービスの放送信号に含まれるデータカルーセル４２を取得し、そのデータカルーセル４２のモジュールから、受信機７１に必要な機能ブロックに対応するダウンロードデータ（ａ２，ｂ２，またはｃ２）を取得し、取得されたダウンロードデータを内蔵する不揮発性メモリ２１５（後述する図６）に保存する。そして、受信機７１は、必要な機能ブロックのダウンロードデータ（機能ブロックのコンテンツ）から、ソフトウェアデータ８１（ａ１，ｂ１，およびｃ１）を構築し、ソフトウェアの更新を実行する。
【００４８】
受信機７２は、告知情報４１に記載の識別子に基づいて、告知情報４１が、受信機７２に必要な機能ブロックに対応するものであれば、告知情報４１に記載の時刻に、告知情報４１に記載のサービスを受信し、受信されたサービスの放送信号に含まれるデータカルーセル４２を取得し、そのデータカルーセル４２のモジュールから、受信機７２に必要な機能ブロックに対応するダウンロードデータ（ａ２，ｂ２，またはｄ２）を取得し、取得されたダウンロードデータを内蔵する不揮発性メモリ２１５に保存する。そして、受信機７２は、必要な機能ブロックのダウンロードデータ（機能ブロックのコンテンツ）から、ソフトウェアデータ８２（ａ１，ｂ１，およびｄ１）を構築し、ソフトウェアの更新を実行する。
【００４９】
以上のように、データ生成装置６１は、複数の機種の受信機のソフトウェアデータにおいて、共通する同じ種類の機能ブロックに複数の識別子が割り当てられないように、異なる種類の機能ブロック毎に識別子を割り当て、異なる種類の機能ブロック毎にその識別子が付加されたダウンロードデータを、ダウンロード装置３および放送装置４を介して、放送信号に多重化して送信する。これにより、受信機７１および７２は、必要な機能ブロックのダウンロードデータを判断することができるので、必要な機能ブロックを受信し、受信した機能ブロックを用いて、ソフトウェアデータを構築し、ソフトウェアを更新することができる。
【００５０】
図４は、データ生成装置６１の構成例を表している。図４の例において、ＣＰＵ（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）情報などが含まれている。
【００６４】
映像信号処理部２２３は、デマルチプレクサ２２１からの映像データに、データ放送データなどを付加（重畳）し、ＮＴＳＣフォーマットの信号に変換して、映像を、ディスプレイ２０２に表示させる。音声信号処理部２２４は、デマルチプレクサ２２１からの音声データを、スピーカ２０３から出力させる。
【００６５】
図７は、受信機７１の機能構成例を示している。図７に示される機能ブロックは、図６のＣＰＵ２１１により所定の制御プログラムが実行されることで実現される。
【００６６】
告知情報取得部２５１は、デマルチプレクサ２２１から入力されるセクションデータから告知情報（例えば、図３の告知情報４１）を取得する。不揮発性メモリ２１５には受信機７１のソフトウェアが必要とする機能ブロックの情報（モデルＩＤや各機能ブロックの関連性）が予め記憶されている。したがって、モデルＩＤ判別部２５２は、告知情報取得部２５１を監視しており、不揮発性メモリ２１５の必要な機能ブロック情報に基づいて、告知情報取得部２５１により、受信機７１に必要な機能ブロックのモデルＩＤの告知情報が取得されたか否かを判断する。また、モデルＩＤ判別部２５２は、告知情報取得部２５１の告知情報に記載のモデルＩＤが対応するコンテンツが、不揮発性メモリ２１５にすでに保持されているか否かを判断し、告知情報取得部２５１の告知情報に記載のモデルＩＤが対応するコンテンツが、不揮発性メモリ２１５にまだ保持されていないと判断した場合、告知情報取得部２５１の告知情報が取得すべきモデルＩＤのコンテンツの告知情報として、その告知情報を、ダウンロード制御部２５３に供給する。
【００６７】
ダウンロード制御部２５３は、モデルＩＤ判別部２５２からの告知情報に基づいて、ダウンロードデータのダウンロード開始時刻を決定する。また、ダウンロード制御部２５３は、告知情報または不揮発性メモリ２１５に保持されているダウンロードデータ（コンテンツ）に基づいて、選局部２５４、コンテンツ取得部２５５、およびソフトウェア構築部２５６の各処理を制御する。
【００６８】
選局部２５４は、ダウンロード制御部２５３により決定されたダウンロード開始時刻に、告知情報に記載されているサービス（チャンネル）を選局する。コンテンツ取得部２５５は、デマルチプレクサ２２１を制御し、選局部２５４により選局されたサービスの放送信号から、受信機７１に必要な機能ブロックのダウンロードデータを取得させ、取得されたダウンロードデータ（コンテンツ）を不揮発性メモリ２１５に一旦記憶する。
【００６９】
ソフトウェア構築部２５６は、不揮発性メモリ２１５に記憶されているダウンロードデータ（コンテンツ）から、ソフトウェアデータを構築し、構築されたソフトウェアデータを用いて、受信機７１のソフトウェアを更新する。
【００７０】
なお、図示は省略するが、受信機７２も、図６および図７に示した受信機７１と基本的に同様の構成とされる。従って、以下の説明においては、図６および図７の受信機７１の構成は、必要に応じて、受信機７２の構成としても引用される。
【００７１】
次に、図８のフローチャートを参照して、データ生成装置６１のダウンロードデータのデータ生成処理を説明する。
【００７２】
データ生成部１５１は、ステップＳ１１において、複数の機種の受信機のソフトウェアを更新するためのソフトウェアデータを生成（準備）し、ブロック抽出部１５２に供給し、ステップＳ１２に進む。なお、これらのソフトウェアデータは、予め、いくつかの機能ブロックにより構成されるように生成され、これらの機能ブロックに関連性がある場合には、関連性のある機能ブロックのコンテンツが揃わないとソフトウェアが更新されないが、これらの機能ブロックがそれぞれ独立しており、関連性がない場合は、機能ブロックのコンテンツが受信されるごとにソフトウェアの一部が更新される。この関連性情報は、必要な機能ブロック情報として、機能ブロックのモデルＩＤとともに受信機の不揮発性領域に記憶されている。
【００７３】
ブロック抽出部１５２は、ステップＳ１２において、データ生成部１５１からの複数の機種のソフトウェアデータにおいて、図９に示されるように、共通する同じ種類の機能ブロックを抽出し、その抽出結果を、ＩＤ設定部１５３に供給し、ステップＳ１３に進む。
【００７４】
図９は、図３のソフトウェアデータの他の構成例を示している。図９の例においては、受信機７１のソフトウェアを更新するためのソフトウェアデータ８１は、機能ブロックａ１、機能ブロックｂ１、および機能ブロックｅ１のコンテンツにより構成されることが示されており、受信機７２のソフトウェアを更新するためのソフトウェアデータ８２は、機能ブロックａ１、機能ブロックｃ１、および機能ブロックｅ１のコンテンツにより構成されることが示されており、受信機７３のソフトウェアを更新するためのソフトウェアデータ８３は、機能ブロックａ１、機能ブロックｄ１、および機能ブロックｆ１のコンテンツにより構成されることが示されている。
【００７５】
すなわち、ソフトウェアデータ８１乃至８３においては、機能ブロックａ１（図中、ハッチング部分）が共通する同じ種類の機能ブロックであり、ソフトウェアデータ８１および８２においては、機能ブロックｅ１（図中、太枠部分）が共通する同じ種類の機能ブロックであることが示されている。
【００７６】
したがって、ブロック抽出部１５２は、図８のステップＳ１２において、受信機７１乃至７３の３つの機種のソフトウェアデータ８１乃至８３において、共通する同じ種類の機能ブロックａ１（図中、ハッチング部分）と、共通する同じ種類の機能ブロックｅ１（図中、太枠部分）を抽出し、抽出された結果を、ＩＤ設定部１５３に供給し、ステップＳ１３に進む。ＩＤ設定部１５３は、ステップＳ１３において、ブロック抽出部１５２からの抽出結果を受けると、共通する同じ種類の機能ブロックａ１同士には、別の識別子が割り与えられないように、かつ、共通する同じ種類の機能ブロックｅ１同士には、別の識別子が割り与えられないように、異なる種類の機能ブロックａ１乃至ｆ１毎に、受信機７１または７２が各機能ブロックを判別するためのモデルＩＤを割り当て、ステップＳ１４に進む。
【００７７】
図１０は、図９の機能ブロックと、ＩＤ設定部１５３により割り当てられたモデルＩＤの対応関係を示している。図１０の例において、機能ブロックａ１には、モデルＩＤ「１」が割り当てられ、機能ブロックｂ１には、モデルＩＤ「２」が割り当てられ、機能ブロックｃ１には、モデルＩＤ「３」が割り当てられることが示されている。機能ブロックｄ１には、モデルＩＤ「４」が割り当てられ、機能ブロックｅ１には、モデルＩＤ「５」が割り当てられ、機能ブロックｆ１には、モデルＩＤ「６」が割り当てられることが示されている。
【００７８】
このように、複数のソフトウェアデータに含まれている機能ブロックａ１およびｅ１にモデルＩＤが重複されないように、異なる種類の機能ブロックａ１乃至ｆ１に、モデルＩＤがそれぞれ割り当てられる。
【００７９】
したがって、データ変換部１５２は、図８のステップＳ１４において、各機能ブロックａ１乃至ｆ１のコンテンツに、割り当てられているモデルＩＤを付加して、ダウンロードデータに変換し、ダウンロードデータａ２乃至ｆ２を生成し、データ生成処理を終了する。
【００８０】
以上により、複数のソフトウェアデータに含まれている機能ブロックａ１およびｅ１にモデルＩＤが重複しないように、異なる種類の機能ブロックａ１乃至ｆ１に、モデルＩＤがそれぞれ割り当てられ、割り当てられたモデルＩＤが、各機能ブロックａ１乃至ｆ１のコンテンツ毎に付加されて、それぞれのダウンロードデータａ２乃至ｆ２が生成される。
【００８１】
また、受信機７１には、図９および図１０に示されるように、ソフトウェアデータ８１が、モデルＩＤ「１」，「２」，および「５」の機能ブロックのコンテンツにより構成されることや各機能ブロックのコンテンツの関連性などが必要な機能ブロック情報として予め記憶されており、受信機７２には、ソフトウェアデータ８２が、モデルＩＤ「１」，「３」，および「５」の機能ブロックのコンテンツにより構成されることや各機能ブロックのコンテンツの関連性などが必要な機能ブロック情報として予め記憶されており、受信機７３には、ソフトウェアデータ８３が、モデルＩＤ「１」，「４」，および「６」の機能ブロックのコンテンツにより構成されることや各機能ブロックのコンテンツの関連性などが必要な機能ブロック情報として予め記憶されている。
【００８２】
したがって、受信機７１乃至７３は、図１３を参照して後述するように、告知情報およびダウンロードデータのモデルＩＤに基づいて、自己に必要な機能ブロックを取得し、ソフトウェアを更新することができる。すなわち、例えば、ダウンロードデータａ２が放送される場合、受信機７１および受信機７２ともに、ダウンロードデータａ２を取得することができる。
【００８３】
以上のように、図３のデジタル放送システム５１においては、複数の機種の受信機で共通の機能ブロックのコンテンツを、一度に、複数の機種の受信機に送信することができる。
【００８４】
図１１は、図１０のモデルＩＤが付加されたダウンロードデータの構成例を示している。図１１の例においては、ダウンロードデータａ２は、機能ブロックａ１のコンテンツにモデルＩＤ「１」が付加されて構成される。ダウンロードデータｂ２は、機能ブロックｂ１のコンテンツにモデルＩＤ「２」が付加されて構成される。以下、図示は省略するが、ダウンロードデータｃ２は、機能ブロックｃ１のコンテンツにモデルＩＤ「３」が付加されて構成され、ダウンロードデータｄ２は、機能ブロックｄ１のコンテンツにモデルＩＤ「４」が付加されて構成され、ダウンロードデータｅ２は、機能ブロックｅ１のコンテンツにモデルＩＤ「５」が付加されて構成される。そして、ダウンロードデータｆ２は、機能ブロックｆ１のコンテンツにモデルＩＤ「６」が付加されて構成される。
【００８５】
なお、このとき、同じバージョンのダウンロードデータが生成されるとし、各ダウンロードデータには、モデルＩＤとともに、ダウンロードバージョンも付加される。また、これらの付加される情報（モデルＩＤやダウンロードバージョン）は、ヘッダとしてダウンロードデータに埋め込むようにしてもよいし、ダウンロードデータが受信機においてファイルとして扱われる場合には、ファイル名などに含めるようにしてもよい。
【００８６】
以上のようにして生成されたダウンロードデータａ１乃至ｆ１は、ダウンロード装置３に送信（提出）されるので、ダウンロード装置３は、これらのダウンロードデータａ２，ｂ２，ｃ２，およびｄ２および他の受信機製作者の提出するダウンロードデータを集めて、スケジューリングし、放送装置４を介して、DSM-CCデータカルーセル方式で、データカルーセル４２として放送信号に多重して放送する。
【００８７】
また、ダウンロード装置３は、データカルーセル４２を送信する前に、ダウンロードデータａ２，ｂ２，ｃ２，およびｄ２に基づいて、図１２に示されるように、ダウンロードデータ（機能ブロック）別に生成された告知情報４１を、放送装置４を介して、放送信号に多重して放送する。
【００８８】
図１２は、ダウンロード装置３および放送装置４を介して伝送される告知情報４１の構成例を示している。
【００８９】
図１２の例においては、告知情報４１は、先頭より、ＳＤＴＴ（Software Download Trigger Table）ヘッダ、…、メーカＩＤ、モデルＩＤ、…、ダウンロードサービスＩＤ、…、ダウンロードバージョン、…、スケジュール、…、モジュール管理情報、…などにより構成される。
【００９０】
ＳＤＴＴ（Software Download Trigger Table）ヘッダは、当該データがダウンロード告知情報であることを示す情報である。メーカＩＤは、ダウンロードデータを取得すべき受信機７１などのメーカを特定するための情報である。モデルＩＤは、図１０を参照して上述したように、ソフトウェアデータの機能ブロックに割り当てられたＩＤであり、受信機が必要な機能ブロックを識別するための情報である。ダウンロードサービスＩＤは、ダウンロードデータが放送されるサービス（チャンネル）を示す情報である。ダウンロードバージョンは、当該告示情報に対応するダウンロードデータのバージョンを示す情報である。
【００９１】
スケジュールは、ダウンロードデータの放送が行われる日時（年月日、時刻）を示す情報である。ダウンロードデータの放送は、複数回実行されるため、スケジュールには、ダウンロードデータの放送が行われる日時が告知情報の送出されている日以降の一定期日分示されている。モジュール管理情報は、ソフトウェアデータの機能ブロックのコンテンツ総数、およびサイズ情報などの情報である。
【００９２】
次に、以上のように構成された告知情報４１に基づいて実行される受信機７１のソフトウェアの更新処理を、図１３のフローチャートを参照して説明する。なお、図１３の例においては、受信機７１のソフトウェアデータ８１の機能ブロック（図９のａ１，ｂ１，ｅ１）には、関連性があり、すべての機能ブロックのコンテンツ（ダウンロードデータ）が揃わないとソフトウェアデータが更新されない場合を説明する。したがって、いまの場合、不揮発性メモリ２１５には、受信機７１のメーカＩＤ、受信機７１に必要な機能ブロックのモデルＩＤ、および各機能ブロックの関連性などが必要な機能ブロック情報として予め記憶されている。
【００９３】
受信機７１のソフトウェアの更新の際には、ダウンロードデータの送信（放送）に先立って、図１２を参照して上述したような告知情報４１がダウンロード装置３および放送装置４を介して放送されてくる。
【００９４】
受信機７１のフロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、ユーザの選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離する。
【００９５】
これに対応して、告知情報取得部２５１は、ステップＳ４１において、デマルチプレクサ２２１より、告知情報を取得し、ステップＳ４２に進む。モデルＩＤ判別部２５２は、ステップＳ４２において、告知情報取得部２５１を監視しており、不揮発性メモリ２１５の必要な機能ブロック情報に基づいて、告知情報取得部２５１に、受信機７１が必要なモデルＩＤの告知情報が取得されたか否かを判断し、告知情報取得部２５１に、受信機７１が必要なモデルＩＤの告知情報が取得されたと判断した場合、ステップＳ４３に進む。
【００９６】
ここで、不揮発性メモリ２１５には、前回のダウンロード処理（後述するステップS４７）により放送信号より取得されたコンテンツ（ダウンロードデータ）が保持されている場合がある。この場合、保持されているダウンロードデータには、モデルＩＤおよびダウンロードバージョンが付加されている。したがって、モデルＩＤ判別部２５２は、ステップＳ４３において、不揮発性メモリ２１５のダウンロードデータに付加されている情報に基づいて、告知情報取得部２５１で取得された告知情報のモデルＩＤに対応するコンテンツが、不揮発性メモリ２１５にすでに保持されているか否かを判断し、告知情報のモデルＩＤに対応するコンテンツが、不揮発性メモリ２１５にすでに保持されていると判断された場合、その告知情報が必要ないとし、ステップＳ４１に戻り、それ以降の処理を繰り返す。
【００９７】
ステップＳ４３において、告知情報取得部２５１で取得された告知情報のモデルＩＤに対応するコンテンツが、不揮発性メモリ２１５にまだ保持されていないと判断された場合、モデルＩＤ判別部２５２は、その告知情報が取得すべき告知情報であるとし、告知情報取得部２５１の告知情報をダウンロード制御部２５３に供給し、ステップＳ４４に進む。
【００９８】
ダウンロード制御部２５３は、ステップＳ４４において、モデルＩＤ判別部２５２からの告知情報のスケジュールに基づいて、ダウンロード開始時刻を決定し、ステップＳ４５に進む。なお、告知情報においては、更新ソフトウェアデータのファイルの放送が行われる複数の日時が示されているので、そのうちのまだ経過していない、最も近い日時が、複数のダウンロード開始時刻として決定される。
【００９９】
ダウンロード制御部２５３は、ステップＳ４５において、内蔵するクロックで計時動作を行って、決定されたダウンロード開始時刻になったと判断するまで待機しており、内蔵するクロックで計時動作を行って、決定されたダウンロード開始時刻になったと判断した場合、ステップＳ４６に進む。なお、このソフトウェアデータのコンテンツのダウンロード処理は、受信機７１の負荷を軽減するため、実際には、ユーザが受信機７１を用いて放送を視聴していない場合などに実行される。
【０１００】
ダウンロード制御部２５３は、ステップＳ４６において、選局部２５４を制御し、告知情報に記述されているダウンロードサービスを選局させ、ステップＳ４７に進み、データ取得部２５５を制御し、デマルチプレクサ２２１により分離されたセクションデータからダウンロードデータ（例えば、図１０の機能ブロックａ１のコンテンツおよびモデルＩＤ「１」からなるダウンロードデータａ２）を取得させ、不揮発性メモリ２１５に一旦記憶させ、ステップＳ４８に進む。
【０１０１】
このステップＳ４５およびＳ４６の処理を具体的に説明すると、ダウンロードデータの放送の日時（ダウンロード開始時刻）に、デジタル放送装置６２から、ダウンロードデータが、所定のサービスの放送信号に多重化されて送信されてくる。なお、このコンテンツは、暗号化されていてもよいし、伝送誤りを防ぐために、誤り検出、誤り訂正符号などが付加されているようにしてもよい。
【０１０２】
フロントエンド部２１９は、アンテナ２０１を介して放送装置６２からの放送信号を受信するので、選局部２５４は、フロントエンド部２１９を制御し、受信された放送信号より、ダウンロード告知情報に記載されているサービス（チャンネル）を選局させる。フロントエンド部２１９は、アンテナ２０１を介して受信された放送信号から、選局部２５４の選局に対応する放送信号を抽出して、復調し、トランスポートストリームを生成し、デスクランブラ２２０に出力する。デスクランブラ２２０は、フロントエンド部２１９から入力されるトランスポートストリームのスクランブルを適宜解除して、デマルチプレクサ２２１に出力する。
【０１０３】
デマルチプレクサ２２１は、多重化されたトランスポートストリームを、映像または音声データなどのストリームや、セクションデータに分離し、コンテンツ取得部２５５からの指示により、分離されたセクションデータから、必要なDSM-CCセクションのモジュールをダウンロードデータとして、コンテンツ取得部２５５に供給する。コンテンツ取得部２５５は、デマルチプレクサ２２１からのダウンロードデータ（例えば、図１０の機能ブロックａ１のコンテンツおよびモデルＩＤ「１」からなるダウンロードデータａ２）を不揮発性メモリ２１５に一旦記憶する。
【０１０４】
以上のようにして、図１１を参照して上述したような機能ブロックのコンテンツにモデルＩＤ「１」、ダウンロードバージョンなどが付加されて構成されるダウンロードデータが不揮発性メモリ２１５に記憶される。ダウンロード制御部２５３は、ステップＳ４８において、不揮発性メモリ２１５の必要な機能ブロック情報、ダウンロードデータのモデルＩＤおよびダウンロードバージョンを確認し、必要な機能ブロックのコンテンツすべてが揃ったか否かを判断し、必要な機能ブロックのコンテンツすべてが揃っていないと判断した場合、ステップＳ４１に戻り、それ以降の処理を繰り返す。
【０１０５】
ステップＳ４８において、必要な機能ブロックのコンテンツすべてが揃ったと判断された場合、ステップＳ４９に進み、ソフトウェア構築部２５６を制御し、不揮発性メモリ２１５に記憶されているすべてのダウンロードデータのコンテンツからソフトウェアデータを構築させ、ステップＳ５０に進む。ソフトウェア構築部２５６は、ステップＳ５０において、構築された更新ソフトウェアデータを用いて、受信機７１のソフトウェアを更新し、ソフトウェアの更新処理を終了する。
【０１０６】
一方、ステップＳ４２において、告知情報取得部２５１に必要なモデルＩＤの告知情報が取得されていないと判断された場合、ダウンロード制御部２５３は、ステップＳ５１に進み、ダウンロードデータの最後の取得から一定時間が経過したか否かを判断し、ダウンロードデータの最後の取得から一定時間が経過していないと判断した場合、ステップＳ４１に戻り、それ以降の処理を繰り返す。なお、このとき、必要なモデルＩＤの告知情報の最後の取得からの経過時間を判断するようにしてもよい。
【０１０７】
ステップＳ５１において、ダウンロードデータの最後の取得から一定時間が経過したと判断された場合、ダウンロード制御部２５３は、必要なモデルＩＤのダウンロードデータの伝送が終了したと判断し、ステップＳ５２において、不揮発性メモリ２１５に保持されているダウンロードデータのコンテンツを破棄し、ソフトウェアの更新処理を終了する。
【０１０８】
以上のように、複数の機種のソフトウェアデータから共通する同じ種類の機能ブロックを抽出し、同じ種類の機能ブロック同士に別の識別子が割り当てられないように、異なる種類の機能ブロック毎に、モデルＩＤを割り当て、異なる種類の機能ブロックのコンテンツ毎にモデルＩＤを付加してダウンロードデータを生成するようにしたので、その機能ブロックを必要とする複数の受信機に、ダウンロードデータを一度に配信することができる。したがって、図１を説明して上述した、１つのモデルＩＤに１つの受信機しか対応しない従来よりも、少ない周波数帯域で、効率的に、ダウンロードデータを配信することができる。
【０１０９】
また、受信機において、必要なダウンロードデータのみを取得し、ダウンロードデータに含まれる付加情報からデータの必要性を判断するようにしたので、市場に存在する特定の受信機のソフトウェアを更新させることができる。すなわち、例えば、図３の例において、受信機７２はそのままで、受信機７１のソフトウェアのみを更新させる場合、ソフトウェアデータを構成する機能ブロックａ１，ｂ１，およびｃ１のコンテンツに対応するダウンロードデータａ２，ｂ２，およびｃ２のみを放送信号に多重化して送信する。受信機７２は、図１３のステップＳ４１乃至Ｓ４７の処理を実行し、ダウンロードデータａ２，ｂ２を取得するので、機能ブロックａ１およびｂ１のコンテンツは取得される。しかしながら、機能ブロックｄ１の告知情報およびダウンロードデータは、送信されないので、受信機７２においては、図１３のステップＳ５１において、一定時間が経過したと判断され、ステップＳ５２において、不揮発性メモリ１５２の機能ブロックａ１およびｂ１のコンテンツが破棄され、受信機７２において、ソフトウェアの更新は行われない。以上のように、特定の受信機（例えば、受信機７１）のソフトウェアの更新を実行することができる。
【０１１０】
なお、上記説明においては、ソフトウェアデータを構成する各機能ブロックに関連性があり、すべての機能ブロックのコンテンツを取得してからソフトウェアデータを構築する場合を説明したが、ソフトウェアデータの各機能ブロックに関連性がない場合（すなわち、各機能ブロックが完全に独立している場合）には、それぞれ必要な機能ブロックのコンテンツを取得するたびに、ソフトウェアのその機能ブロックの対応する部分を更新するようにすることもできる。また、この関連性の情報を予め受信機に記憶するようにしたが、モデルＩＤとともに、ダウンロードデータに付加するようにしてもよい。
【０１１１】
以上のように、機種間で共通する同じ種類の機能のソフトウェアを、それを必要とする複数の受信機で受信できるようにしたので、周波数の利用効率が確実に向上される。そして、データの共通化により、余裕の発生した帯域でデータの再送を実行することもできるので、結果的に、ユーザのダウンロードの機会を増やすことができる。
【０１１２】
なお、上記説明においては、ディスプレイ２０２を内蔵した受信機７１を用いて説明したが、外部のテレビジョン装置と接続される受信機であってもよいし、セットトップボックスなどにより構成されるようにしてもよい。また、上記説明においては、固定受信機の受信機７１を用いて説明したが、ＰＤＡ(Personal Digital assistant)や携帯電話機などの移動受信機や携帯受信機にも本発明を提供することができる。
【０１１３】
上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム格納媒体からインストールされる。
【０１１４】
コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム格納媒体は、図４および図６に示されるように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（MD(Mini-Disc)（商標）を含む）、もしくは半導体メモリなどよりなる記録媒体（パッケージメディア）１２１および２２５、または、プログラムが一時的もしくは永続的に格納されるＲＯＭ１１２およびＲＯＭ２１２などにより構成される。
【０１１５】
なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１１６】
なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【図面の簡単な説明】
【０１１７】
【図１】従来のデジタルテレビジョン放送システムを説明する図である。
【図２】従来のソフトウェアデータの構成例を示す図である。
【図３】本発明のデジタルテレビジョン放送システムの構成例を示す図である。
【図４】図３のデータ生成装置の構成例を示すブロック図である。
【図５】図４のデータ生成装置の機能構成例を示すブロック図である。
【図６】図３の受信機の構成例を示すブロック図である。
【図７】図６の受信機の機能構成例を示すブロック図である。
【図８】図３のデータ生成装置のデータ生成処理を説明するフローチャートである。
【図９】図３のソフトウェアデータの他の構成例を示す図である。
【図１０】図９のソフトウェアデータの機能ブロックとモデルＩＤの対応関係を示す図である。
【図１１】図３のデータ生成装置により生成されるダウンロードデータの構成例を示す図である。
【図１２】図３の放送装置から送信される告知情報の構成例を示す図である。
【図１３】図３の受信機のソフトウェア更新処理を説明するフローチャートである。
【符号の説明】
【０１１８】
６１  データ生成装置，７１−１乃至７１−４  受信機，７２−１および７２−２  受信機，８１，８２  ソフトウェアデータ，１５１  データ生成部，１５２  ブロック抽出部，１５３  ＩＤ設定部，１５４  データ変換部，２１１  ＣＰＵ，２１２  ＲＯＭ，２１３  ＲＡＭ，２１５  不揮発性メモリ，２５１  告知情報取得部，２５２  モデルＩＤ判別部，２５３  ダウンロード制御部，２５４  選局部，２５５  コンテンツ取得部，２５６  ソフトウェア構築部
【図１】
2005149260.tif 000003
【図２】
2005149260.tif 000004
【図３】
2005149260.tif 000005
【図４】
2005149260.tif 000006
【図５】
2005149260.tif 000007
【図６】
2005149260.tif 000008
【図７】
2005149260.tif 000009
【図８】
2005149260.tif 000010
【図９】
2005149260.tif 000011
【図１０】
2005149260.tif 000012
【図１１】
2005149260.tif 000013
【図１２】
2005149260.tif 000014
【図１３】
2005149260.tif 000015