JP4561082B2 - 情報処理システムおよび方法、データ生成装置および方法、記録媒体、並びにプログラム - Google Patents

Description

本発明は、情報処理システムおよび方法、データ生成装置および方法、記録媒体、並びにプログラムに関し、特に、更新ソフトウェアを効率よく供給することができるようにした情報処理システムおよび方法、データ生成装置および方法、記録媒体、並びにプログラムに関する。

非特許文献１に示されるように、デジタルテレビジョン放送においては、放送局から送出される電波を利用して、受信機のソフトウェアを更新するためのソフトウェアデータを送受信する仕組みが運用されている。この運用では、事前にソフトウェアデータのダウンロードが行われることが受信機に対して通知され、通知された時刻に特定の周波数のトランスポートストリームが受信機に受信されることにより、ソフトウェアデータが取得され、受信機のソフトウェアが更新される。

図１を参照して、デジタルテレビジョン放送（以下、デジタル放送とも称する）システムにおける受信機のソフトウェアデータの流れを説明する。なお、図１の例においては、地上波デジタル放送を用いて説明する。

Ａタイプの受信機１１−１およびＢタイプの受信機１２−１などを製作する受信機製作者（メーカ）１−１は、データ生成装置１１を有している。データ生成装置１１は、更新機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ａタイプの受信機２１−１のソフトウェアデータＤＡ１およびＢタイプの受信機２２−１のソフトウェアデータＤＢ１）を生成し、放送に対応したフォーマット形式のダウンロードデータＤＡ２およびＤＢ２として、ダウンロード事業者の有するダウンロード装置３に提出（送信）する。

Ｃタイプの受信機３１−１およびＤタイプの受信機３２−１などを製作する受信機製作者１−２は、データ生成装置１２を有している。データ生成装置１２は、更新機種の地上波デジタル放送用のソフトウェアデータ（例えば、Ｃタイプの受信機３１−１のソフトウェアデータＤＣ１）を生成し、ダウンロードデータＤＣ２として、ダウンロード事業者の有するダウンロード装置３に提出する。なお、図１の例の場合、受信機２１−１,２２−１，３１−１の対応する機種が更新対象とされ、Ｄタイプの受信機３２−１のソフトウェアデータは、更新対象とされていないが、更新時には、ソフトウェアデータＤＤ１が生成される。

ダウンロード装置３は、受信機製作者１−１および１−２の提出するダウンロードデータＤＡ２、ＤＢ２、およびＤＣ２を集めて、スケジューリングし、放送装置４を介して、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)（商標）を含む）、もしくは半導体メモリなどよりなる記録媒体（パッケージメディア）１２１および２２５、または、プログラムが一時的もしくは永続的に格納されるＲＯＭ１１２およびＲＯＭ２１２などにより構成される。

なお、本明細書において、フローチャートに示されるステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

なお、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

従来のデジタルテレビジョン放送システムを説明する図である。 従来のソフトウェアデータの構成例を示す図である。 本発明のデジタルテレビジョン放送システムの構成例を示す図である。 図３のデータ生成装置の構成例を示すブロック図である。 図４のデータ生成装置の機能構成例を示すブロック図である。 図３の受信機の構成例を示すブロック図である。 図６の受信機の機能構成例を示すブロック図である。 図３のデータ生成装置のデータ生成処理を説明するフローチャートである。 図３のソフトウェアデータの他の構成例を示す図である。 図９のソフトウェアデータの機能ブロックとモデルＩＤの対応関係を示す図である。 図３のデータ生成装置により生成されるダウンロードデータの構成例を示す図である。 図３の放送装置から送信される告知情報の構成例を示す図である。 図３の受信機のソフトウェア更新処理を説明するフローチャートである。

符号の説明

６１ データ生成装置，７１−１乃至７１−４ 受信機，７２−１および７２−２ 受信機，８１，８２ ソフトウェアデータ，１５１ データ生成部，１５２ ブロック抽出部，１５３ ＩＤ設定部，１５４ データ変換部，２１１ ＣＰＵ，２１２ ＲＯＭ，２１３ ＲＡＭ，２１５ 不揮発性メモリ，２５１ 告知情報取得部，２５２ モデルＩＤ判別部，２５３ ダウンロード制御部，２５４ 選局部，２５５ コンテンツ取得部，２５６ ソフトウェア構築部

Claims (2)

1. 放送装置を介して放送される放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置、並びに、生成された前記ダウンロードデータおよび前記ダウンロードデータの放送を通知するための告知情報を前記放送信号にそれぞれ多重化し送信する情報処理装置からなる情報処理システムにおいて、
   前記データ生成装置は、
   機能ブロック毎に異なる符号が付された複数の機能ブロックで構成される、前記受信装置の更新ソフトウェアデータを生成するソフトウェアデータ生成手段と、
   前記ソフトウェアデータ生成手段により生成された複数の機種の前記受信装置の前記更新ソフトウェアデータから、同じ符号が付された共通する機能ブロックを抽出するブロック抽出手段と、
   前記ブロック抽出手段による抽出結果に基づいて、前記共通する機能ブロック同士には複数のモデル識別子が割り当てられることがないように、前記受信装置が前記機能ブロックを識別するためのモデル識別子を前記機能ブロック毎に割り当てる識別子設定手段と、
   前記機能ブロック毎に、前記機能ブロックのコンテンツを、前記識別子設定手段により割り当てられた前記モデル識別子が付加された前記ダウンロードデータに変換する変換手段とを備え、
   前記受信装置は、
   前記ダウンロードデータの放送前に前記告知情報が多重化されて放送される前記放送信号から、前記ダウンロードデータを取得すべき装置のメーカを特定するためのメーカ識別子、前記ダウンロードデータが放送されるサービスを示すサービス識別子、前記ダウンロードデータに付加される前記モデル識別子、および前記ダウンロードデータの放送日時が含まれる前記告知情報を取得する告知情報取得手段と、
   メモリに保持されている自己のメーカ識別子および自己のソフトウェアを更新するために必要な機能ブロックに割り当てられているモデル識別子と、前記告知情報取得手段により取得された前記告知情報に含まれる前記メーカ識別子および前記モデル識別子とをそれぞれ比較することにより、前記告知情報が前記必要な機能ブロックに対応する告知情報であるか否かを判断する告知情報判断手段と、
   前記告知情報判断手段により前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に含まれる前記サービス識別子と前記放送日時に基づいて、前記ダウンロードデータが多重化される前記放送信号から前記ダウンロードデータを取得するデータ取得手段と、
   前記データ取得手段により取得された前記ダウンロードデータを用いて、前記自己のソフトウェアを更新するソフトウェア更新手段とを備える
   情報処理システム。
2. 放送装置を介して放送される放送信号を受信する受信装置と、前記放送信号に多重化されて送信される、前記受信装置のソフトウェアを更新するためのダウンロードデータを生成するデータ生成装置、並びに、生成された前記ダウンロードデータおよび前記ダウンロードデータの放送を通知するための告知情報を前記放送信号にそれぞれ多重化し送信する情報処理装置からなる情報処理システムの情報処理方法において、
   前記データ生成装置のデータ生成方法は、
   機能ブロック毎に異なる符号が付された複数の機能ブロックで構成される、前記受信装置の更新ソフトウェアデータを生成し、
   生成された複数の機種の前記受信装置の前記更新ソフトウェアデータから、同じ符号が付された共通する機能ブロックを抽出し、
   抽出結果に基づいて、前記共通する機能ブロック同士には複数のモデル識別子が割り当てられることがないように、前記受信装置が前記機能ブロックを識別するためのモデル識別子を前記機能ブロック毎に割り当て、
   前記機能ブロック毎に、前記機能ブロックのコンテンツを、割り当てられた前記モデル識別子が付加された前記ダウンロードデータに変換し、
   前記受信装置の受信方法は、
   前記ダウンロードデータの放送前に前記告知情報が多重化されて放送される前記放送信号から、前記ダウンロードデータを取得すべき装置のメーカを特定するためのメーカ識別子、前記ダウンロードデータが放送されるサービスを示すサービス識別子、前記ダウンロードデータに付加される前記モデル識別子、および前記ダウンロードデータの放送日時が含まれる前記告知情報を取得し、
   メモリに保持されている、自己のメーカ識別子および自己のソフトウェアを更新するために必要な機能ブロックに割り当てられているモデル識別子と、取得された前記告知情報に含まれる前記メーカ識別子および前記モデル識別子とをそれぞれ比較することにより、前記告知情報が前記必要な機能ブロックに対応する告知情報であるか否かを判断し、
   前記告知情報が前記必要な機能ブロックに対応する告知情報であると判断された場合、前記告知情報に含まれる前記サービス識別子と前記放送日時に基づいて、前記ダウンロードデータが多重化される前記放送信号から前記ダウンロードデータを取得し、
   取得された前記ダウンロードデータを用いて、前記自己のソフトウェアを更新する
   情報処理方法。

Images