(57)【特許請求の範囲】
【請求項１】
放送装置から複数台の受信機へ、映像データ及び受信機を制御する制御プログラムの更新用データを放送し、前記受信機夫々から前記放送装置へ、放送される更新用データの要否の情報と放送される更新用データの受信可能又は不可能な時間帯の情報とを含む受信関連情報を送信する放送方法であって、
前記受信機は、
前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、
前記第１状態から前記第２状態へ移行する都度、前記受信関連情報を前記放送装置へ夫々送信し、前記放送装置から放送される更新用データを受信するまで夫々待機し、
前記放送装置は、
前記受信関連情報を受信した場合に、受信した受信関連情報を記憶し、
受信関連情報を受信した順序に従って更新用データを放送すべき一の受信機を選択し、
選択した一の受信機が受信可能な時間帯の範囲内で、該受信機が必要とする更新用データの放送が完了するか否かの判断処理を、該更新用データについて予め記憶してある放送完了に要する時間の情報と、前記受信機の受信関連情報に含まれる更新用データの要否及び時間帯の情報とに基づいて実行し、
前記判断処理にて放送が完了すると判断した場合、前記受信機が必要とする更新用データを放送し、
前記判断処理にて放送が完了しないと判断した場合、前記順序に従って他の受信機を選択し、選択した受信機について前記判断処理を行い、該判断処理の判断結果に応じた処理を行い、
更新用データを放送した場合に、放送した更新用データに応じて、前記受信関連情報を変更し、
前記受信機は、受信した更新用データを夫々記憶することを特徴とする放送方法。
【請求項２】
放送装置から複数台の受信機へ、映像データ及び該受信機を制御する制御プログラムの更新用データを放送し、前記受信機夫々から前記放送装置へ、放送される更新用データの要否の情報と放送される更新用データの受信可能又は不可能な時間帯の情報とを含む受信関連情報を送信する放送システムであって、
前記受信機は、
前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、
前記第１状態から前記第２状態へ切り替わる都度、前記受信関連情報を前記放送装置へ送信する都度送信手段と、
前記第２状態の場合に、更新用データを受信するまで待機する待機手段と、
受信した更新用データを記憶するデータ記憶手段と
を夫々備え、
前記放送装置は、
前記受信関連情報を受信した場合に、受信した受信関連情報を記憶する関連記憶手段と、
受信関連情報を受信した順序に従って更新用データを放送すべき一の受信機を選択する選択手段と、
選択した一の受信機が受信可能な時間帯の範囲内で、該受信機が必要とする更新用データの放送が完了するか否かを、該更新用データについて記憶してある放送完了に要する時間の情報と、前記受信機の受信関連情報に含まれる更新用データの要否及び時間帯の情報とに基づいて判断する判断手段と、
該判断手段にて放送が完了すると判断した場合、前記受信機が必要とする更新用データを放送するデータ放送手段と、
該データ放送手段が更新用データを放送した場合に、放送した更新用データに応じて、前記関連記憶手段に記憶されている受信関連情報を変更する変更手段と
を備えることを特徴とする放送システム。
【請求項３】
前記受信機は、
更新用データの受信の成否を判定する成否判定手段と、
該成否判定手段の判定結果に基づいて、受信関連情報を生成する生成手段と
を更に備え、
前記都度送信手段は、前記生成手段が生成した受信関連情報を送信するようにしてあることを特徴とする請求項２に記載の放送システム。
【請求項４】
前記受信機は、前記成否判定手段が成否を判定した場合に、前記生成手段が生成した受信関連情報を前記放送装置へ送信する随時送信手段を更に備えることを特徴とする請求項３に記載の放送システム。
【請求項５】
前記放送装置は、
放送すべき更新用データを識別するデータ識別情報を放送する識別放送手段を更に備え、
前記受信機は、受信したデータ識別情報が示す更新用データが、受信が必要な更新用データであるか否かを判定する要否判定手段を更に備え、
該要否判定手段が否と判定した場合、前記待機手段は受信の待機を終了するようにしてあることを特徴とする請求項２から４の何れかひとつに記載の放送システム。
【請求項６】
放送された映像データ及び自機を制御する制御プログラムの更新用データを受信し、放送される更新用データの要否及び放送される更新用データの受信可能又は不可能な時間帯に関する受信関連情報を送信する受信機であって、
前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、
前記第１状態から前記第２状態へ切り替わる都度、前記受信関連情報を送信する都度送信手段と、
前記第２状態の場合に、更新用データを受信するまで待機する待機手段と、
受信した更新用データを記憶するデータ記憶手段と
を備えることを特徴とする受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送装置から複数台の受信機へデータを放送する放送方法、放送システム、及び受信機に関する。
【背景技術】
【０００２】
従来、テレビジョン（以下、テレビという）放送の一形態としてデジタルデータ放送が実施されている。デジタルデータ放送では、放送局とテレビ受信機との間で、動画像及び音声を示す映像データの送受信、及び、映像データ以外の各種データの送受信が行なわれる（特許文献１〜３参照）。
例えばテレビ受信機のアップデート用のソフトウェアは、放送事業者が決定した放送スケジュールに従って、放送局から放送される。
【０００３】
放送スケジュールは放送局によって予め放送されており、各テレビ受信機は、受信した放送スケジュールに従って、ソフトウェアを受信するまでチューナをオン状態にして待機しており、受信したソフトウェアを、内蔵の記憶装置に記憶させる。即ち各テレビ受信機は、ソフトウェアを受動的にダウンロードする。
テレビ受信機がソフトウェアをダウンロードするためには、チューナをソフトウェア放送用の周波数帯域に合わせておく必要があり、この周波数帯域はテレビ番組放送用の周波数帯域とは異なる。従って、ソフトウェアのダウンロード中は、ユーザがテレビ番組を視聴することができない。また、ソフトウェアが放送される放送時間帯にテレビ番組が視聴された場合、テレビ受信機はソフトウェアのダウンロードに失敗するか、又はソフトウェアのダウンロードを開始することができない。
【０００４】
このような事情に基づいて、放送事業者は、ユーザがテレビ番組を視聴していない可能性が高い真夜中、真昼等にソフトウェアが放送されるようソフトウェアの放送時間帯を決定する。また、放送局は、同一のソフトウェアを、例えば１週間、２ヶ月といった所定の放送期間中に繰り返し放送する。このため、全てのテレビ受信機がソフトウェアのダウンロードを完了する可能性が高まる。
以上のように、放送局がソフトウェアを放送することによって、多数のテレビ受信機が同一のソフトウェアを同時的に取得することができる。このため、例えば個々のテレビ受信機が放送局からソフトウェアを能動的にダウンロードする場合と比べて、ソフトウェアが効率良く配信される。
【特許文献１】特開２００２−３４４４０７号公報
【特許文献２】特開２００３−９１２７号公報
【特許文献３】特開２００２−２６２３１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ソフトウェアの放送期間中に、ソフトウェアの放送時間帯とテレビ番組が視聴されていない時間帯とが全く一致しなかった場合は、テレビ受信機はソフトウェアをダウンロードすることができない。
このような不都合を解消するためには、各ソフトウェアの放送期間の延長、放送期間中にソフトウェアを放送する放送回数の増加等を行なわなければならず、非効率的である。又は、ソフトウェアの放送時間帯にはテレビ番組を視聴しないようユーザが意識しておかねばならず、ユーザの利便性が悪化する。
【０００６】
特許文献１に開示されている情報処理方法は、デジタル放送受信機のユーザに対して双方向サービスが実施されていることを意識させ、また、双方向サービスを提供する正規のサーバ以外のサーバとデジタル放送受信機との通信を制限するためのものである。
また、特許文献２に開示されている視聴者参加放送システムは、ユーザが視聴しているテレビ番組に関係するデータを、このテレビ番組の映像データと同時的に送信するものである。
更に、特許文献３に開示されているデータ放送装置は、視聴率が高いテレビ番組の映像データを優先的に放送するものである。
つまり、特許文献１〜３には、テレビ番組が視聴されていない時間帯にソフトウェアを効率よく配信する技術については開示されていない。
【０００７】
本発明は斯かる事情に鑑みてなされたものであり、その主たる目的は、複数の受信機夫々から放送装置へ、放送されるデータの要否及び放送されるデータの受信の可否に関する受信関連情報を送信し、放送装置が、放送すべきデータ及びデータを放送すべきタイミングを、受信関連情報に基づいて決定し、放送する構成とすることにより、受信機がデータをダウンロードし損ねることを防止しつつ、放送装置が効率よくデータを放送することができる放送方法、放送システム、放送装置、及び受信機を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る放送方法は、放送装置から複数台の受信機へ、映像データ及び受信機を制御する制御プログラムの更新用データを放送し、前記受信機夫々から前記放送装置へ、放送される更新用データの要否の情報と放送される更新用データの受信可能又は不可能な時間帯の情報とを含む受信関連情報を送信する放送方法であって、前記受信機は、前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、前記第１状態から前記第２状態へ移行する都度、前記受信関連情報を前記放送装置へ夫々送信し、前記放送装置から放送される更新用データを受信するまで夫々待機し、前記放送装置は、前記受信関連情報を受信した場合に、受信した受信関連情報を記憶し、受信関連情報を受信した順序に従って更新用データを放送すべき一の受信機を選択し、選択した一の受信機が受信可能な時間帯の範囲内で、該受信機が必要とする更新用データの放送が完了するか否かの判断処理を、該更新用データについて予め記憶してある放送完了に要する時間の情報と、前記受信機の受信関連情報に含まれる更新用データの要否及び時間帯の情報とに基づいて実行し、前記判断処理にて放送が完了すると判断した場合、前記受信機が必要とする更新用データを放送し、前記判断処理にて放送が完了しないと判断した場合、前記順序に従って他の受信機を選択し、選択した受信機について前記判断処理を行い、該判断処理の判断結果に応じた処理を行い、更新用データを放送した場合に、放送した更新用データに応じて、前記受信関連情報を変更し、前記受信機は、受信した更新用データを夫々記憶することを特徴とする。
【０００９】
本発明に係る放送システムは、放送装置から複数台の受信機へ、映像データ及び該受信機を制御する制御プログラムの更新用データを放送し、前記受信機夫々から前記放送装置へ、放送される更新用データの要否の情報と放送される更新用データの受信可能又は不可能な時間帯の情報とを含む受信関連情報を送信する放送システムであって、前記受信機は、前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、前記第１状態から前記第２状態へ切り替わる都度、前記受信関連情報を前記放送装置へ送信する都度送信手段と、前記第２状態の場合に、更新用データを受信するまで待機する待機手段と、受信した更新用データを記憶するデータ記憶手段とを夫々備え、前記放送装置は、前記受信関連情報を受信した場合に、受信した受信関連情報を記憶する関連記憶手段と、受信関連情報を受信した順序に従って更新用データを放送すべき一の受信機を選択する選択手段と、選択した一の受信機が受信可能な時間帯の範囲内で、該受信機が必要とする更新用データの放送が完了するか否かを、該更新用データについて記憶してある放送完了に要する時間の情報と、前記受信機の受信関連情報に含まれる更新用データの要否及び時間帯の情報とに基づいて判断する判断手段と、該判断手段にて放送が完了すると判断した場合、前記受信機が必要とする更新用データを放送するデータ放送手段と、該データ放送手段が更新用データを放送した場合に、放送した更新用データに応じて、前記関連記憶手段に記憶されている受信関連情報を変更する変更手段とを備えることを特徴とする。
【００１０】
本発明に係る放送システムは、前記受信機は、更新用データの受信の成否を判定する成否判定手段と、該成否判定手段の判定結果に基づいて、受信関連情報を生成する生成手段とを更に備え、前記都度送信手段は、前記生成手段が生成した受信関連情報を送信するようにしてあることを特徴とする。
【００１１】
本発明に係る放送システムは、前記受信機は、前記成否判定手段が成否を判定した場合に、前記生成手段が生成した受信関連情報を前記放送装置へ送信する随時送信手段を更に備えることを特徴とする。
【００１２】
本発明に係る放送システムは、前記放送装置は、放送すべき更新用データを識別するデータ識別情報を放送する識別放送手段を更に備え、前記受信機は、受信したデータ識別情報が示す更新用データが、受信が必要な更新用データであるか否かを判定する要否判定手段を更に備え、該要否判定手段が否と判定した場合、前記待機手段は受信の待機を終了するようにしてあることを特徴とする。
【００１５】
本発明に係る受信機は、放送された映像データ及び自機を制御する制御プログラムの更新用データを受信し、放送される更新用データの要否及び放送される更新用データの受信可能又は不可能な時間帯に関する受信関連情報を送信する受信機であって、前記映像データを受信可能かつ前記更新用データを受信不能な状態を示す第１状態と、前記更新用データを受信可能かつ前記映像データを受信不能な状態を示す第２状態とを切り替え可能になしてあり、前記第１状態から前記第２状態へ切り替わる都度、前記受信関連情報を送信する都度送信手段と、前記第２状態の場合に、更新用データを受信するまで待機する待機手段と、受信した更新用データを記憶するデータ記憶手段とを備えることを特徴とする。
【００１７】
本発明にあっては、放送装置から複数台の受信機へデータを放送し、複数の受信機夫々から放送装置へ、放送されるデータの要否及び放送されるデータの受信の可否に関する受信関連情報を送信する。この放送装置及び各受信機は、夫々本発明の放送装置及び受信機であり、本発明の放送装置は、関連記憶手段、決定手段、データ放送手段及び変更手段を備え、本発明の受信機は、都度送信手段、待機手段及びデータ記憶手段を備える。
各受信機の都度送信手段は、所定のハードウェアがオン状態からオフ状態へ切り替わる都度、受信関連情報を放送装置へ送信する。次いで、各受信機の待機手段は、所定のハードウェアがオフ状態の場合に、データを受信するまで待機する。
【００１８】
放送装置の関連記憶手段は、受信関連情報を受信した場合に、受信した受信関連情報を記憶する。また、放送装置の決定手段は、関連記憶手段に記憶されている受信関連情報に基づいて、放送すべきデータ及びデータを放送すべきタイミングを決定し、データ放送手段は、決定手段が決定したタイミングで、決定手段が決定したデータを放送する。更に、放送装置の変更手段は、データ放送手段がデータを放送した場合に、放送したデータに応じて、関連記憶手段に記憶されている受信関連情報を変更する。
最後に、受信機のデータ記憶手段は、受信したデータを記憶する。
以上のようにして、放送装置によるデータの放送と、受信機によるデータのダウンロードとが完了する。
【００１９】
受信機において、所定のハードウェアがオン状態である場合とは、ユーザによって受信機が使用されている場合であり、この所定のハードウェアがオフ状態である場合とは、ユーザによって受信機が使用されていない場合である。また、待機手段がデータを受信するまで待機している状態とは、例えばチューナをソフトウェア放送用の周波数帯域に合わせてある状態であり、換言すれば、データの受信が可能な状態、即ちデータのダウンロードの準備が整っている状態である。
つまり、受信関連情報は、ユーザによって使用されていた受信機が使用されなくなる都度、放送装置へ送信される。また、ユーザによって受信機が使用されていない場合に、ダウンロードの準備が整えられる。
【００２０】
受信機から放送装置へ送信される受信関連情報には、例えば受信機にとって必要又は不要なデータのバージョンを示す情報、及び、受信機がデータを受信することが可能又は不可能な時間帯を示す情報等が含まれる。
放送すべきデータ及びこのデータを放送すべきタイミングは、関連記憶手段に記憶されている受信関連情報、即ち受信機側の事情に基づいて決定されるため、受信機が必要としているデータが、受信機が受信可能な時間帯に放送される。
また、データを放送した場合は、放送したデータに応じて、関連記憶手段に記憶されている受信関連情報が変更される。例えば、既に放送したデータは、このデータのダウンロードが完了した受信機にとって不要なデータであるため、このデータが無駄に再放送されないよう受信関連情報が変更される。
【００２１】
各受信機から放送装置へは受信関連情報が送信されるが、データのダウンロード自体は受動的に行なわれる。つまり、多数台の受信機夫々が能動的に、自身にとって必要なデータを放送装置からダウンロードする必要がないため、データが効率よく配信される。
【００２２】
本発明にあっては、受信機が成否判定手段及び生成手段を更に備える。
受信機の成否判定手段は、データの受信の成否を判定し、生成手段は、成否判定手段の判定結果に基づいて、受信関連情報を生成する。この結果、受信関連情報には、ダウンロードに成功したデータについては不要であることを示す情報が含まれ、ダウンロードに失敗したデータについては必要であることを示す情報が含まれる。
このような受信関連情報が、ユーザによって使用されていた受信機が使用されなくなる都度、放送装置へ送信されて関連記憶手段に記憶される。
【００２３】
ダウンロードの失敗は、例えばダウンロード中にユーザが受信機を使用した場合に起きるため、ユーザによって使用されていた受信機が使用されなくなった後で、改めてダウンロードする必要がある。
放送装置側では、受信機がデータのダウンロードに成功したか否かを判断することができないが、本発明の構成では、受信機側からダウンロードの成否を放送装置側へ伝えることができる。このため、受信機がダウンロードに失敗したデータが再放送される。従って、受信機が必要としているデータの放送が行なわれない不具合を防止することができる。
【００２４】
本発明にあっては、成否判定手段及び生成手段を備える受信機が、随時送信手段を更に備える。
受信機の成否判定手段は、データの受信の成否を判定し、生成手段は、成否判定手段の判定結果に基づいて、受信関連情報を生成し、随時送信手段は、成否判定手段が成否を判定した場合に、生成手段が生成した受信関連情報を放送装置へ送信する。
【００２５】
ダウンロードの失敗は、例えば停電、電波障害等によって起きる。仮に、受信機側から放送装置側へダウンロードの成否を伝えるタイミングが、所定のハードウェアがオン状態からオフ状態へ切り替わったタイミングのみ、即ちユーザによって使用されていた受信機が使用されなくなったタイミングのみであると、データのダウンロードに失敗した受信機が、長期間に亘ってユーザに使用されないままであった場合に、受信機側はダウンロードの準備が整っているにも関わらず、必要なデータが再放送されないという不具合が生じる。
本発明の構成では、所定のハードウェアのオン／オフとは無関係に随時、ダウンロードの成否を放送装置側へ伝えることができる。このため、受信機がダウンロードに失敗したデータが再放送される。従って、受信機が必要としているデータの放送が行なわれない不具合を防止することができる。
【００２６】
本発明にあっては、放送装置が識別放送手段を更に備え、受信機が要否判定手段を更に備える。
放送装置の識別放送手段は、放送すべきデータを識別するデータ識別情報を放送する。
受信機の要否判定手段は、受信したデータ識別情報が示すデータが、受信が必要なデータであるか否かを判定し、要否判定手段が否と判定した場合、待機手段は受信の待機を終了する。
【００２７】
つまり、放送装置から受信機へ、放送する予定があるデータのリストを送り、受信機はデータのリストを参照して、必要なデータの有無を調べ、必要なデータがあれば、このデータを受信するまで待機する。放送されるデータが不要なデータであるか、又は、既にダウンロードを完了しているデータである場合、必要なデータはないため、例えばチューナをオフにして、受信の待機を終了する。この結果、省電力を図ることができる。
【００２８】
本発明にあっては、放送装置の決定手段は、関連記憶手段に記憶されている受信関連情報に基づいて、放送すべきデータ及びデータを放送すべきタイミングを決定する場合に、複数の受信機から受信関連情報を夫々受信した順の遅早、データが放送される放送期間の残り時間の長短、及び／又はデータを必要とする受信機の多寡に基づいて決定する。
【００２９】
受信した順が早い受信関連情報を送信した受信機は、他の受信機よりも早い時期からダウンロードの準備を整えて待機している。このため、この受信機が必要としているデータが優先的に放送される。
また、他のデータよりも放送期間の残り時間が短いデータは、放送期間が終了することによってこのデータをダウンロードできなくなる受信機が生じないように、優先的に放送される。
更に、多くの受信機が必要としているデータは、多くの受信機が必要としていないデータよりも優先的に放送される。
以上の結果、多種類のデータを効率よく配信することができる。
【００３０】
本発明にあっては、本発明の放送装置が備える関連記憶手段、決定手段、データ放送手段及び変更手段を、コンピュータのハードウェア要素を用いてソフトウェア的に実現させ、この放送装置を、本発明の放送システムを構成する放送装置として機能させる。
【発明の効果】
【００３１】
本発明の放送方法及び放送システムによる場合、従来は放送事業者が受信機側の事情とは無関係に決定していた放送スケジュールを、放送装置が受信機側の事情に応じて臨機応変且つ自動的に決定することができる。また、このように決定された放送スケジュールに従ってデータが放送されるため、受信機がデータをダウンロードし損ねることを防止することができる。
更に、同一のデータが無用に再放送されないため、放送装置が複数種類のデータを効率よく放送することができる。
以上の結果、放送事業者及びユーザ夫々の利便性を向上させることができる。
【００３２】
本発明の放送装置及び受信機は、夫々本発明の放送方法で用いられる放送装置及び受信機として機能することができ、また、本発明の放送システムを構成する放送装置及び受信機として機能することができる。
更に、本発明のコンピュータプログラムによる場合、関連記憶手段及びデータ放送手段を備えるコンピュータを、本発明の放送装置として機能させることができる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明を、その実施の形態を示す図面に基づいて詳述する。
【００３４】
実施の形態  １．
図１は、本発明の実施の形態１に係る放送システムの要部構成を示すブロック図である。
図中１は放送システムであり、放送システム１は、放送装置２と複数台の受信機３，３，…とを備える。ただし、図１には放送装置２と１台の受信機３とを図示している。
放送装置２は、図示しない放送局の構内に設置されているサーバコンピュータを用いてなる。受信機３，３，…夫々は、図示しない家屋に設置されているテレビ受信機であり、工場出荷時に、固有の識別情報が与えられている。
【００３５】
放送装置２から受信機３，３，…へは、テレビ番組の動画像及び音声を示す映像データ、並びに映像データ以外の各種データが無線で放送され、各受信機３は、放送された映像データ及び各種データを受信する。また、各受信機３から放送装置２へは、電話回線網、インターネット等の通信回線網Ｎを介して各種データが送信され、放送装置２は、送信された各種データを受信する。
【００３６】
本実施の形態における放送システム１では、放送装置２は、映像データと、受信機３の制御プログラムをアップデートするためのソフトウェアとを並行して放送する。
ただし、映像データはテレビ番組放送用の周波数帯域で放送され、ソフトウェアはソフトウェア放送用の周波数帯域で放送され、各周波数帯域は異なる。従って、受信機３がソフトウェアを受信するためには、映像データを受信することができず、映像データを受信するためには、ソフトウェアを受信することができない。この結果、ユーザが受信機３でテレビ番組を視聴している間は、受信機３がソフトウェアを受信することはできない。また、ソフトウェアの受信中に、ユーザが受信機３でテレビ番組を視聴すると、ソフトウェアの受信が中断されるため、ダウンロードに失敗する。
【００３７】
同一のソフトウェアは、１週間、２ヶ月等の長さを有する放送期間中に、適宜繰り返し放送され、放送期間が過ぎると放送されなくなる。この放送期間は、放送事業者が決定して放送装置２に与えるものとする。
更に、テレビ番組放送用の周波数帯域は複数種類存在するが、ソフトウェア放送用の周波数帯域は１種類だけ存在するものとする。
更にまた、ソフトウェアは一般に複数種類存在するが、本実施の形態では、１種類のソフトウェアを放送する場合を例示する。ただし、このソフトウェアは複数個のデータブロックに分割されて、分割されたデータブロックが１個ずつ放送され、受信機３が、受信した複数個のデータブロックを結合して元のソフトウェアに戻すものとする。
【００３８】
次に、放送装置２の構成について説明する。
放送装置２は、ＣＰＵ２０、ＲＯＭ２１、ＲＡＭ２２、ハードディスク装置（以下、ＨＤＤという）２３、放送部２４、受信部２５及び及びタイマ２６を備え、これらはバス、信号線等を介して適宜に接続されている。
タイマ２６は、現在日時を計時する。
ＨＤＤ２３には各種のコンピュータプログラム、映像データ、ソフトウェア等が記憶される。具体的には、ＨＤＤ２３の記憶領域の一部は、本発明の実施の形態１に係るコンピュータプログラムを記憶するプログラム記憶部２３１として用いられ、他の一部は、後述するソフト関連情報を記憶する情報記憶部２３２として用いられ、更に他の一部は、後述する順番情報、受信関連情報及び放送関連情報を記憶する関連記憶部２３３として用いられる。
【００３９】
ＣＰＵ２０は放送装置２の制御中枢であり、ＲＡＭ２２を作業領域として用い、ＲＯＭ２１に記憶された制御プログラム及び制御データ、並びにプログラム記憶部２３１に記憶された本実施の形態のコンピュータプログラム及び制御データに従って装置各部を制御し、各種処理を実行する。例えばＣＰＵ２０は、図示しないＬＡＮを介して受信した本実施の形態のコンピュータプログラム及び制御データをプログラム記憶部２３１に記憶させる。
また、ＣＰＵ２０は、放送部２４を用いて公知の放送網に無線で接続し、映像データ及びソフトウェアのデータブロックを放送する。更に詳細には、データブロックは、複数個のパケットに分割されて放送される。
更に、ＣＰＵ２０は受信部２５を介して通信回線網Ｎに有線で接続し、受信関連情報を受信する。受信した受信関連情報は、関連記憶部２３３に記憶される。つまり関連記憶部２３３は、関連記憶手段として機能する。
【００４０】
次に、各受信機３の構成について説明する。
受信機３は、受信機３の本体に、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、ＥＥＰＲＯＭ３３、受信部３４、送信部３５、画像処理部３６、表示部３７、音声処理部３８、音声出力部３９、タイマ４０、及び受光部４１を備え、これらはバス、信号線等を介して適宜に接続されている。また、受信機３は、受信機３の本体とは別体に設けられているリモートコントローラ（以下、リモコンという）４２を更に備える。
ＥＥＰＲＯＭ３３は不揮発性の記憶装置であり、ＥＥＰＲＯＭ３３の記憶領域の一部は、ＣＰＵ３０が受信機３の各部を制御するための制御プログラム及び制御データを記憶するプログラム記憶部３３１として用いられ、他の一部は、後述する受信関連情報を記憶する関連記憶部３３２として用いられる。
【００４１】
ＣＰＵ３０はテレビ１の制御中枢であり、ＲＡＭ３２を作業領域として用い、ＲＯＭ３１並びにプログラム記憶部３３１に夫々記憶された制御プログラム及び制御データに従って各種処理を実行する。例えばＣＰＵ３０は、送信部３５を介して通信回線網Ｎに接続し、関連記憶部３３２に記憶してある受信関連情報を送信する。
受信部３４はチューナを用いてなり、ＣＰＵ３０は、受信部３４が受信すべき周波数帯域を調節することによって公知の放送網に無線で接続し、放送されているソフトウェアのデータブロック及び複数の映像データの内、何れか一つを選択的に受信する。
【００４２】
更に詳細には、ソフトウェアのデータブロックは、パケットのかたちで受信される。受信部３４は、受信したパケットをＲＡＭ３２へ出力する。このため、受信されたパケットはＲＡＭ３２に一時記憶される。
１個のデータブロックに係る全てのパケットの受信が完了した場合、ＣＰＵ３０は、受信した全パケットを結合して元のデータブロックに戻し、ＥＥＰＲＯＭ３３に記憶させる。本実施の形態では、パケットのかたちで受信したデータブロックをＥＥＰＲＯＭ３３に記憶させることを、データブロックのダウンロードという。つまりＥＥＰＲＯＭ３３は、データ記憶手段として機能する。
【００４３】
データブロックを確実にダウンロードするためには、データブロックの放送開始時点以前から放送終了時点以後まで連続して、受信部３４の周波数帯域をソフトウェア放送用の周波数帯域に合わせておき、データブロックを形成するためのパケットを全て受信する必要がある。従って、データブロックの放送開始時点より後にテレビ番組放送用の周波数帯域からソフトウェア放送用の周波数帯域へ切り替えても、データブロックの放送終了時点より前にソフトウェア放送用の周波数帯域からテレビ番組放送用の周波数帯域に切り替えても、データブロックの全パケットを受信することができないため、データブロックのダウンロードに失敗する。
【００４４】
１個のソフトウェアを形成するためのデータブロックを全てダウンロードし終えた場合、ＣＰＵ３０はダウンロードした全データブロックを結合してソフトウェアに戻し、このソフトウェアを用いて、プログラム記憶部３３１に記憶されている制御プログラム及び制御データをアップデートする。
【００４５】
また、受信部３４は、受信した映像データを動画像データと音声データとに分割して夫々画像処理部３６及び音声処理部３８へ出力する。ここで映像データとは、互いに同期している動画像データ及び音声データを含むデータである。
画像処理部３６は、受信部３４から入力された動画像データを、適宜の画像処理を施してから表示部３７へ出力する。表示部３７は、例えばカラーの液晶表示パネルを用いてなり、入力された動画像データに基づく動画像を、音声出力部３９から出力される音声に同期して表示する。
音声処理部３８は、受信部３４から入力された音声データを、適宜の音声処理を施してから音声出力部３９に出力する。音声出力部３９はスピーカを用いてなり、入力された音声データに基づく音声を、表示部３７に表示される動画像に同期して出力する。
【００４６】
以下では、受信機３が備える所定のハードウェアが全てオンになっている状態を受信機３のオン状態といい、所定のハードウェアが全てオフになっている状態を受信機３のオフ状態という。ここで、所定のハードウェアとは、画像処理部３６、表示部３７、音声処理部３８及び音声出力部３９である。このため、受信機３がオン状態である場合はユーザがテレビ番組を視聴することができ、受信機３がオフ状態である場合はテレビ番組を視聴することができない。
タイマ４０は、現在日時を計時する。また、タイマ４０には、受信機３をオン状態にするオン時刻及び／又は受信機３をオフ状態にするオフ時刻がユーザによって設定される。タイマ４０は、現在日時がオン時刻を経過した場合に、受信機３をオフ状態からオン状態にするためのオン信号をＣＰＵ３０へ出力し、現在日時がオフ時刻を経過した場合に、受信機３をオン状態からオフ状態にするためのオフ信号をＣＰＵ３０へ出力する。
【００４７】
リモコン４２は、ユーザが受信機３を操作するための操作信号を無線で受信機３へ送信する。このためにリモコン４２は、発光部４２１、電源キー４２２、及び図示しない各種操作キーを備える。
電源キー４２２又は各種操作キーが操作された場合、発光部４２１は、操作された電源キー４２２又は各種操作キーに対応する操作信号を含む赤外線を発光する。ここで、ユーザが受信機３をオフ状態からオン状態にするために電源キー４２２を操作した場合も、受信機３をオン状態からオフ状態にするために電源キー４２２を操作した場合も、発光部４２１から送信される操作信号は同じ波形であるが、以下では受信機３をオフ状態からオン状態にするための操作信号をオン信号といい、受信機３をオン状態からオフ状態にする操作信号をオフ信号という。
【００４８】
受光部４１は、リモコン４２の発光部４２１が発光した赤外線を受光し、受光した赤外線に含まれる操作信号をＣＰＵ３０へ出力する。ＣＰＵ３０は、入力された操作信号に従って、受信機３本体が備える各部を制御する。
ＣＰＵ３０は、タイマ４０又は受光部４１からオフ信号が入力された場合に、受信機３をオン状態からオフ状態へ切り替える。また、ＣＰＵ３０は、タイマ４０又は受光部４１からオン信号が入力された場合に、受信機３をオフ状態からオン状態へ切り替える。
受信機３がオン状態の場合は映像データを受信する必要があるため、ＣＰＵ３０は、受信機３をオフ状態からオン状態へ切り替えるときに、受信部３４をテレビ番組放送用の周波数帯域に合わせる。
【００４９】
一方、受信機３がオフ状態の場合は映像データを受信する必要がないため、ＣＰＵ３０はソフトウェアのデータブロックをダウンロードする準備を整え、パケットを受信するまで待機する。このためにＣＰＵ３０は、受信機３をオン状態からオフ状態へ切り替えるときに、送信部３５を介して受信関連情報を放送装置２へ送信し、また、受信部３４をソフトウェア放送用の周波数帯域に合わせる。つまり、ＣＰＵ３０は都度送信手段として機能し、受信部３４はＣＰＵ３０に制御されて待機手段として機能する。
以上の結果、受信機３のオン／オフに伴ってユーザが受信部３４の周波数帯域を手動で切り替える必要がない。
【００５０】
受信機３から放送装置２へ送信される受信関連情報は、放送されるデータブロックの要否及び放送されるデータブロックの受信の可否に関するものである。
本実施の形態における受信関連情報は、受信機３の識別情報と、プログラム記憶部３３１に記憶されている制御プログラムのバージョンを示すバージョン情報と、タイマ４０のタイマ設定情報とを含んでおり、関連記憶部３３２に記憶されている。
【００５１】
受信機３の識別情報は工場出荷時に関連記憶部３３２に書き込まれ、変更はされない。一方、制御プログラムのバージョン情報は、工場出荷時に関連記憶部３３２に初期のバージョン情報が書き込まれ、制御プログラムがアップデートされる都度、ＣＰＵ３０によって、アップデートされた制御プログラムのバージョン情報に書き換えられる。タイマ４０のタイマ設定情報とは、タイマ４０にオン時刻が設定されている場合は、設定されているオン時刻を示すオン時刻情報であり、オン時刻が設定されていない場合は、オン時刻が設定されていないことを示す無設定情報であって、タイマ４０の設定状況に応じてＣＰＵ３０が関連記憶部３３２に書き込み、又は書き換えるものである。
【００５２】
ここで、バージョン１の制御プログラムＶ１をバージョン２の制御プログラムＶ２にアップデートするためのソフトウェア甲を例示する。ソフトウェア甲は、３個のデータブロック甲１，甲２，甲３に分割され、データブロック甲１，甲２，甲３夫々は１００個のパケットに分割される。放送された１００個全てのパケットが各受信機３に受信されるまでの時間（以下、放送完了時間という）は３分間である。
バージョン情報は、放送されるデータブロックの要否を示す情報である。何故ならば、プログラム記憶部３３１に既に制御プログラムＶ２が記憶されている受信機３は、ソフトウェア甲、延いてはデータブロック甲１，甲２，甲３を必要としないことが明白であり、プログラム記憶部３３１に制御プログラムＶ１が記憶されている受信機３は、データブロック甲１，甲２，甲３を必要とすることが明白だからである。
【００５３】
また、タイマ設定情報は、放送されるデータブロックの受信の可否を示す情報である。何故ならば、タイマ設定情報が無設定情報である場合、無設定情報を送信した受信機３は、ユーザがリモコン４２を操作して受信機３をオフ状態からオン状態へ切り替えない限り、データブロックの受信が可能なオフ状態であることを意味するからである。一方、タイマ設定情報がオン時刻情報である場合、オン時刻情報を送信した受信機３は、オン時刻情報が示すオン時刻までの時間帯は、ユーザがリモコン４２を操作して受信機３をオフ状態からオン状態へ切り替えない限り、データブロックの受信が可能なオフ状態であるが、オン時刻以降の時間帯は、データブロックの受信が不可能なオン状態であることを意味する。
【００５４】
図２は、本発明の実施の形態１に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
放送装置２の情報記憶部２３２には、ソフト関連情報が記憶される。ソフト関連情報とは、放送すべきソフトウェアの識別情報（図中「ソフトウェア名」）、このソフトウェアを分割してなるデータブロックの個数（図中「ブロック数））、各データブロックのデータブロック名（不図示）、各データブロックを分割してなるパケットの個数（図中「パケット数））、及び、このソフトウェアの放送期間（不図示）を示す情報である。
図２には、ソフトウェア甲のブロック数が３であり、ソフトウェア甲のデータブロック甲１のパケット数が１００、データブロック甲２のパケット数が１００、データブロック甲３のパケット数が１００であることを示すソフト関連情報が例示されている。
【００５５】
ソフト関連情報は、放送事業者によって放送装置２に与えられ、ＣＰＵ２０は、与えられたソフト関連情報を情報記憶部２３２に記憶させる。
また、ＣＰＵ２０は、タイマ２６が計時した現在日時を参照し、現在日時が放送期間の最終日時を過ぎているソフトウェアを誤って放送しないようにすべく、このソフトウェアのソフト関連情報を情報記憶部２３２から削除する。
【００５６】
図３は、本発明の実施の形態１に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。図３の横軸は時間ｔを示し、図中「ＤＬ」とはダウンロードの完了を意味する。また、図中白抜矢符はオン状態／オフ状態の切り替えのタイミングを示し、矢符はデータブロックを放送している時間帯又は受信している時間帯を示す。
更に、図４〜図６は、本発明の実施の形態１に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【００５７】
以下では、夫々のプログラム記憶部３３１に制御プログラムＶ１が記憶されている２台の受信機３Ａ，３Ｂと、プログラム記憶部３３１に制御プログラムＶ２が記憶されている受信機３Ｃとを例示する。ただし、受信機３Ａのタイマ４０にはオン時刻「１５：３０」及びオフ時刻「１５：３３」が設定されており、受信機３Ｂ，３Ｃにはオン時刻及びオフ時刻は設定されていない。
また、受信機３Ａ，３Ｃ夫々は１５時２３分にリモコン４２でオン状態からオフ状態へ切り替えられ、受信機３Ｂは１５時２５分にリモコン４２でオン状態からオフ状態へ切り替えられるものとする。
【００５８】
図３に示すように、１５時２３分にリモコン４２でオン状態からオフ状態へ切り替えられた受信機３Ａ，３Ｃ夫々のＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を読み出して放送装置２へ送信する。
受信機３Ａから送信される受信関連情報には、受信機３Ａの識別情報「３Ａ」と制御プログラムのバージョン情報「Ｖ１」と「１５：３０」を示すオン時刻情報とが含まれている。
一方、受信機３Ｃから送信される受信関連情報には、受信機３Ｃの識別情報「３Ｃ」と制御プログラムのバージョン情報「Ｖ２」と無設定情報「無」とが含まれている。
【００５９】
受信機３Ａ，３Ｃ夫々の受信関連情報を受信した場合、放送装置２のＣＰＵ２０は、図４（ａ）に示すように、受信した時刻が早いもの順に、受信関連情報を関連記憶部２３３に記憶させる。このとき、関連記憶部２３３に記憶された受信関連情報には、受信した順を示す順番情報（図中「順番」）が関連付けられる。
次に、ＣＰＵ２０は、関連記憶部２３３に記憶された受信関連情報に含まれるバージョン情報と、情報記憶部２３２に記憶されているソフト関連情報（図２参照）とに基づいて、放送関連情報を生成し、生成した放送関連情報を、受信関連情報に関連付けて関連記憶部２３３に記憶させる。放送関連情報とは、放送すべきソフトウェアに係るデータブロック夫々の放送の要否と、各データブロックの放送完了時間とを示すものである。ただし、放送完了時間の図示は省略している。
【００６０】
図４（ａ）に示すように、受信機３Ａのバージョン情報は「Ｖ１」であるため、受信機３Ａに対してはソフトウェア甲の放送が必要である。このため、データブロック甲１，甲２，甲３夫々の放送が必要であることを示す必要情報（図中「要」）が関連記憶部２３３に記憶される。
一方、受信機３Ｃのバージョン情報は「Ｖ２」であるため、受信機３Ｃに対してはソフトウェア甲の放送が不要である。このため、データブロック甲１，甲２，甲３夫々の放送が不要であることを示す不要情報（図中「否」）が関連記憶部２３３に記憶される。
【００６１】
全てのデータブロック甲１，甲２，甲３に対して不要情報が記憶されている場合、これらの不要情報に関連付けられている受信関連情報及び放送関連情報は関連記憶部２３３から削除される。従って、図４（ｂ）に示すように、受信機３Ｃに関する受信関連情報及び放送関連情報は関連記憶部２３３から削除される。ただし、図４（ｂ）以降では、バージョン情報の図示は省略してある。
【００６２】
図３に示すように、１５時２３分より前は、放送装置２はデータブロックを放送していない。
１５時２３分に受信関連情報を受信したため、放送装置２のＣＰＵ２０は、受信した受信関連情報に基づいて関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
現在時刻１５時２３分から受信機３Ａがオン状態になる１５時３０分までの時間（以下、制限時間という）は７分間であり、データブロック甲１，甲２，甲３夫々の放送完了時間は３分間である。また、データブロック甲１，甲２，甲３の全てを受信機３Ａに対して放送する必要がある。
このため、ＣＰＵ２０は、データブロック甲１の放送を決定し、また、データブロック甲１を現時点から放送することを決定する。
【００６３】
放送部２４を用いてデータブロック甲１の放送を開始したＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲１の必要情報を、ソフトウェア甲１が現在放送中であることを示す放送中情報に書き換え（図４（ｃ）参照）、データブロック甲１の放送を終了した場合、ＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲１の放送中情報を不要情報に書き換える（図５（ａ）参照）。図中、放送中情報は「放送中」と記載されている。
【００６４】
以上の結果、１５時２３分から１５時２６分までの間にソフトウェア甲のデータブロック甲１が放送され、放送されたデータブロック甲１が、受信機３Ａ，３Ｃに受信される。また、１５時２５分に受信機３Ｂがオン状態からオフ状態に切り替えられるため、１５時２５分から１５時２６分までの間に放送されたデータブロック甲１の一部が、受信機３Ｂに受信される。
データブロック甲１を必要としている受信機３ＡのＣＰＵ３０は、データブロック甲１に係る全パケットを受信した１５時２６分にデータブロック甲１のダウンロードを完了する。一方、データブロック甲１が不要な受信機３ＣのＣＰＵ３０は、受信したデータブロック甲１をダウンロードしない。また、データブロック甲１に係る一部のパケットを受信した受信機３ＢのＣＰＵ３０は、データブロック甲１が必要であっても、データブロック甲１をダウンロードすることはできない。
【００６５】
図３に示すように１５時２５分にリモコン４２でオン状態からオフ状態へ切り替えられた受信機３ＢのＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を読み出して放送装置２へ送信する。
受信機３Ｂから送信される受信関連情報には、受信機３Ｂの識別情報「３Ｂ」と制御プログラムのバージョン情報「Ｖ１」と無設定情報とが含まれている。
受信機３Ｂから送信された受信関連情報を受信した場合、放送装置２のＣＰＵ２０は、図４（ｃ）に示すように、受信機３Ｂに係る受信関連情報と、この受信関連情報に基づく順番情報及び放送関連情報とを関連記憶部２３３に記憶させる。
【００６６】
図３に示すように１５時２６分にデータブロック甲１の放送が終了した場合、ＣＰＵ２０は、関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
図５（ａ）に示すように、現在時刻１５時２６分から受信機３Ａがオン状態になる１５時３０分までの制限時間は４分間であり、受信機３Ｂに制限時間はない。また、順番情報が示す受信順が「１」である受信機３Ａに対してはデータブロック甲２，甲３を放送する必要があるが、受信順が「２」である受信機３Ｂに対しては、データブロック甲１，甲２，甲３の全てを放送する必要がある。
このため、ＣＰＵ２０は、受信関連情報の受信順が若い受信機３Ａに係る放送の要否を優先して、データブロック甲２の放送を決定し、また、データブロック甲２を現時点から放送することを決定する。
【００６７】
データブロック甲２の放送を開始したＣＰＵ２０は、受信機３Ａ，３Ｂ夫々に関連付けられているデータブロック甲２の必要情報を、データブロック甲２が現在放送中であることを示す放送中情報に書き換え、データブロック甲２の放送を終了した場合、ＣＰＵ２０は、受信機３Ａ，３Ｂ夫々に関連付けられているデータブロック甲２の放送中情報を不要情報に書き換える（図５（ｂ）参照）。
【００６８】
以上の結果、１５時２６分から１５時２９分までの間、データブロック甲２が放送され、放送されたデータブロック甲２が、受信機３Ａ，３Ｂに受信される。
データブロック甲２を夫々必要としている受信機３Ａ，３ＢのＣＰＵ３０は、データブロック甲２に係る全パケットを受信した１５時２９分にデータブロック甲２のダウンロードを完了する。
一方、データブロック甲２が不要な受信機３ＣのＣＰＵ３０は、受信したデータブロック甲２をダウンロードしない。以下では、受信機３Ｃに関する説明を省略する。
【００６９】
図３に示すように１５時２９分にデータブロック甲２の放送が終了した場合、放送装置２のＣＰＵ２０は、関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
図５（ｂ）に示すように、現在時刻１５時２９分から受信機３Ａがオン状態になる１５時３０分までの制限時間は１分間であり、受信機３Ｂに制限時間はない。また、順番情報が示す受信順が「１」である受信機３Ａに対してはデータブロック甲３を放送する必要があるが、受信順が「２」である受信機３Ｂに対してはデータブロック甲１，甲３を放送する必要がある。
【００７０】
ＣＰＵ２０は、受信関連情報の受信順が若い受信機３Ａに係る放送の要否を優先して、データブロック甲３の放送を決定するが、データブロック甲３の放送完了時間は３分であり、受信機３Ａの制限時間を超過している。また、受信機３Ａに対する放送が必要であり、且つ、放送完了時間が制限時間以内であるデータブロックは存在しない。
従って、ＣＰＵ２０は、受信機３Ａに関連付けられているタイマ設定情報のオン時刻情報を、受信機３Ａがソフトウェアの受信が不可能であることを示す不可情報に書き換え（図５（ｃ）参照））、次いで、受信機３Ａの次に受信順が若い受信機３Ｂに係る放送の要否を優先して、データブロック甲１の放送を決定し、また、データブロック甲１を現時点から放送することを決定する。
【００７１】
データブロック甲１の放送を開始したＣＰＵ２０は、受信機３Ｂに関連付けられているソフトウェア甲１の必要情報を、ソフトウェア甲１が現在放送中であることを示す放送中情報に書き換え、データブロック甲１の放送を終了した場合、受信機３Ｂに関連付けられているソフトウェア甲１の放送中情報を不要情報に書き換える（図５（ｃ）参照）。一方、ＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲１の不要情報を書き換えることはない。
【００７２】
以上の結果、１５時２９分から１５時３２分までの間、データブロック甲１が放送され、放送されたデータブロック甲１が、受信機３Ｂに受信される。また、１５時３０分にオフ状態からオン状態に切り替えられる受信機３Ａは、１５時２９分から１５時３０分までの間に放送されたデータブロック甲１の一部を受信する。ここで、タイマ４０の設定状況に応じてオフ状態からオン状態に切り替わった受信機３ＡのＣＰＵ３０は、関連記憶部３３２に記憶されているオン時刻情報を、無設定情報に書き換える。
データブロック甲１を必要としている受信機３ＢのＣＰＵ３０は、データブロック甲１に係る全パケットを受信した１５時３２分にデータブロック甲１のダウンロードを完了する。一方、データブロック甲１に係る一部のパケットを受信した受信機３ＡのＣＰＵ３０は、データブロック甲１をダウンロードすることはできない。
【００７３】
図３に示すように１５時３２分にデータブロック甲１の放送が終了した場合、放送装置２のＣＰＵ２０は、関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
図５（ｃ）に示すように、受信機３Ａには不可情報が関連付けられており、ソフトウェアの受信が不可能である。一方、受信機３Ｂには無設定情報が関連付けられており、ソフトウェアの受信が可能である。
このため、ＣＰＵ２０は、受信機３Ａの次に受信順が若い受信機３Ｂに係る放送の要否を優先して、データブロック甲３の放送を決定し、また、データブロック甲３を現時点から放送することを決定する。
【００７４】
データブロック甲３の放送を開始したＣＰＵ２０は、受信機３Ｂに関連付けられているソフトウェア甲３の必要情報を、ソフトウェア甲１が現在放送中であることを示す放送中情報に書き換え（図６（ａ）参照）、データブロック甲３の放送を終了した場合、受信機３Ｂに関連付けられているソフトウェア甲１の放送中情報を不要情報に書き換える（図６（ｂ）参照）。このとき、全てのデータブロック甲１，甲２，甲３に対して不要情報が記憶された受信機３Ｂに関する受信関連情報及び放送関連情報は関連記憶部２３３から削除される（図６（ｃ）参照）。
一方、ＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲３の必要情報を書き換えることはない（図６（ａ），（ｂ）参照）。
【００７５】
なお、受信機３Ｂに関する受信関連情報及び放送関連情報を削除した場合に、順番情報が示す受信順が「３」，「４」，…の受信機３，３，…に関する受信関連情報及び放送関連情報が関連記憶部２３３に記憶されている場合、ＣＰＵ２０は、これらの順番情報が示す受信順を「２」，「３」，…に書き換える。
【００７６】
以上の結果、１５時３２分から１５時３５分までの間、データブロック甲３が放送され、放送されたデータブロック甲３が、受信機３Ｂに受信される。また、１５時３３分にオン状態からオフ状態に切り替えられる受信機３Ａは、１５時３３分から１５時３５分までの間に放送されたデータブロック甲３の一部を受信する。
データブロック甲３を必要としている受信機３ＢのＣＰＵ３０は、データブロック甲３に係る全パケットを受信した１５時３５分にデータブロック甲３のダウンロードを完了する。一方、データブロック甲３に係る一部のパケットを受信した受信機３ＡのＣＰＵ３０は、データブロック甲３を必要としているが、データブロック甲３をダウンロードすることはできない。
【００７７】
１５時３３分の時点で、受信機３Ｂはソフトウェア甲に係るデータブロック甲１，甲２，甲３を全てダウンロードしたため、受信機３ＢのＣＰＵ３０は、ダウンロードしたデータブロック甲１，甲２，甲３を結合してソフトウェア甲に戻し、ソフトウェア甲を用いて、プログラム記憶部３３１に記憶されている制御プログラムＶ１と制御プログラムＶ１の制御データとを、制御プログラムＶ２と制御プログラムＶ２の制御データとにアップデートする。アップデート完了後、ＣＰＵ３０は、関連記憶部３３２に記憶されているバージョン情報を、「Ｖ１」から「Ｖ２」へ書き換える。この結果、今後、受信機３Ｂの関連記憶部３３２に記憶されている受信関連情報が放送装置２へ送信されたとしても、受信機３Ｂに対してはデータブロック甲１，甲２，甲３夫々の放送が不要であることを示す不要情報が放送装置２の関連記憶部２３３に記憶され、放送装置２が受信機３Ｂのためにデータブロック甲１，甲２，甲３を再放送することはない。
【００７８】
図３に示すように１５時３３分にタイマ４０に設定されたオフ時刻に基づいてオン状態からオフ状態へ切り替えられた受信機３ＡのＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を読み出して放送装置２へ送信する。
受信機３Ａから送信される受信関連情報には、受信機３Ａの識別情報「３Ａ」と制御プログラムのバージョン情報「Ｖ１」と無設定情報とが含まれている。
受信機３Ａから送信された受信関連情報を受信した場合、放送装置２のＣＰＵ２０は、受信した受信関連情報に基づいて、図６（ａ）に示すように、既に関連記憶部２３３に記憶されている受信関連情報、順番情報及び放送関連情報を、適宜に書き換える。具体的には、受信機３Ａに関連付けられている不可情報を無設定情報に書き換える。
【００７９】
図３に示すように１５時３５分にデータブロック甲３の放送が終了した場合、ＣＰＵ２０は、関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
図６（ｂ）に示すように、受信機３Ａに制限時間はない。また、受信機３Ａに対してはデータブロック甲３を放送する必要がある。
このため、ＣＰＵ２０はデータブロック甲３の放送を決定し、また、データブロック甲３を現時点から放送することを決定する。
【００８０】
データブロック甲３の放送を開始したＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲３の必要情報を、ソフトウェア甲３が現在放送中であることを示す放送中情報に書き換え、データブロック甲３の放送を終了した場合、ＣＰＵ２０は、受信機３Ａに関連付けられているソフトウェア甲３の放送中情報を不要情報に書き換える（図６（ｃ）参照）。このとき、全てのデータブロック甲１，甲２，甲３に対して不要情報が記憶された受信機３Ａに関する受信関連情報及び放送関連情報は関連記憶部２３３から削除される。
【００８１】
以上の結果、１５時３５分から１５時３８分までの間、データブロック甲３が放送され、放送されたデータブロック甲３が、受信機３Ａ，３Ｂに受信される。
データブロック甲２を必要としている受信機３ＡのＣＰＵ３０は、データブロック甲３に係る全パケットを受信した１５時３８分にデータブロック甲３のダウンロードを完了する。
一方、データブロック甲２が不要な受信機３ＢのＣＰＵ３０は、受信したデータブロック甲２をダウンロードしない。
【００８２】
１５時３８分の時点で、受信機３Ａはソフトウェア甲に係るデータブロック甲１，甲２，甲３を全てダウンロードしたため、受信機３ＡのＣＰＵ３０は、ダウンロードしたデータブロック甲１，甲２，甲３を結合してソフトウェア甲に戻し、ソフトウェア甲を用いて、プログラム記憶部３３１に記憶されている制御プログラムＶ１と制御プログラムＶ１の制御データとを、制御プログラムＶ２と制御プログラムＶ２の制御データとにアップデートする。アップデート完了後、ＣＰＵ３０は、関連記憶部３３２に記憶されているバージョン情報を、「Ｖ１」から「Ｖ２」へ書き換える。この結果、今後、放送装置２が受信機３Ａのためにデータブロック甲１，甲２，甲３を再放送することはない。
【００８３】
図３に示すように１５時３８分にデータブロック甲３の放送が終了した場合、ＣＰＵ２０は、関連記憶部２３３に受信関連情報、順番情報及び放送関連情報が記憶されていないため、データブロックの放送を終了する。このため、１５時３８分より後は、放送装置２はデータブロックを放送しない。
以上のように、放送装置２のＣＰＵ２０は、決定手段及び変更手段として機能し、放送部２４はＣＰＵ２０に制御されてデータ放送手段として機能し、受信機３Ａ，３Ｂ夫々のＣＰＵ３０は都度送信手段として機能する。
【００８４】
なお、例えば１５時３３分の時点で受信機３Ｂのリモコン４２が操作されて受信機３Ｂがオフ状態からオン状態になり、１５時４０分に再びリモコン４２が操作されて受信機３Ｂがオン状態からオフ状態になった場合、受信機３Ｂがオフ状態からオン状態になった時点で受信機３ＢのＣＰＵ３０はデータブロック甲３のダウンロードに失敗する。しかも、１５時３５分から再放送されるデータブロック甲３を受信することはできない。従って、制御プログラムＶ１をアップデートすることはできない。
【００８５】
しかしながら、１５時４０分にオン状態からオフ状態へ切り替えられた受信機３ＢのＣＰＵ３０は、放送装置２へ受信関連情報を送信する。この受信関連情報には、制御プログラムのバージョン情報「Ｖ１」が含まれているため、１５時４０分以降、ソフトウェア甲のデータブロック甲１，甲２，甲３が順次再放送される。この結果、受信機３ＢのＣＰＵ３０は、データブロック甲３のダウンロードに成功した場合に、制御プログラムＶ１を制御プログラムＶ２にアップデートすることができる。
【００８６】
図７は、本発明の実施の形態１に係る放送システムで実行される受信関連情報送信処理及び受信関連情報受信処理の手順を示すフローチャートである。
受信機３のＣＰＵ３０は、受信機３がオン状態である場合に、受信関連情報送信処理を実行する。
ＣＰＵ３０は、タイマ４０又は受光部４１からオフ信号が入力されて、受信機３をオン状態からオフ状態へ切り替えたか否かを判定し（Ｓ１１）、切り替えていない場合（Ｓ１１でＮＯ）、Ｓ１１の処理を繰り返し実行する。
受信機３をオン状態からオフ状態へ切り替えた場合（Ｓ１１でＹＥＳ）、ＣＰＵ３０は、受信部３４の周波数帯域をソフトウェア放送用の周波数帯域に調節して（Ｓ１２）、関連記憶部３３２に記憶されている受信関連情報を読み出して、送信部３５を介して放送装置２へ送信し（Ｓ１３）、処理をＳ１１へ戻す。
【００８７】
また、図示は省略するが、ＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を、プログラム記憶部３３１に記憶されている制御プログラム及び制御データをアップデートした場合か、タイマ４０にオン時刻が設定されている場合、又は、タイマ４０からオン信号が入力されて受信機３をオン状態からオフ状態へ切り替えた場合等に適宜書き換える。
【００８８】
放送装置２のＣＰＵ２０は、受信関連情報受信処理を随時実行する。
ＣＰＵ２０は、受信機３から受信部２５を介して受信関連情報を受信したか否かを判定し（Ｓ１４）、受信していない場合（Ｓ１４でＮＯ）、Ｓ１４の処理を繰り返し実行する。
受信機３から受信関連情報を受信した場合（Ｓ１４でＹＥＳ）、ＣＰＵ２０は、受信した受信関連情報と、この受信関連情報を受信した受信順を示す順番情報とを関連記憶部２３３に記憶させる（Ｓ１５）。ただし、Ｓ１５の処理を実行する場合に、受信した受信関連情報に対応する受信関連情報、即ち、今回受信関連情報を送信してきた受信機３から前回受信した受信関連情報が既に関連記憶部２３３に記憶されているときは、ＣＰＵ２０は、既に記憶されている受信関連情報を、今回受信した受信関連情報で更新する。
【００８９】
次いでＣＰＵ２０は、Ｓ１５で関連記憶部２３３に記憶させた受信関連情報と情報記憶部２３２に記憶してあるソフト関連情報とに基づいて放送関連情報を生成し（Ｓ１６）、生成した放送関連情報を、Ｓ１５で関連記憶部２３３に記憶させた受信関連情報に関連付けて関連記憶部２３３に記憶させて（Ｓ１７）、処理をＳ１４へ戻す。ただし、Ｓ１６及びＳ１７の処理を実行する場合に、今回受信関連情報を送信してきた受信機３に関連付けられている放送関連情報が既に関連記憶部２３３に記憶されているときは、ＣＰＵ２０は、既に記憶されている放送関連情報を、今回受信した受信関連情報に基づいて更新する。
【００９０】
図８及び図９は、本発明の実施の形態１に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。また、図１０は、本発明の実施の形態１に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。図１０に示すデータ放送処理は、図８及び図９に示すデータ放送処理と同一のものであるが、図１０にはＳ３９以外の処理は図示していない。
放送装置２のＣＰＵ２０は、図８〜図１０に示すデータ放送処理を随時実行する。
ＣＰＵ２０は、関連記憶部２３３に受信関連情報及び放送関連情報が記憶されているか否かを判定し（Ｓ３１）、記憶されていない場合（Ｓ３１でＮＯ）、全ての受信機３，３，…がデータブロックを受信することができないため、Ｓ３１の処理を繰り返し実行する。
【００９１】
関連記憶部２３３に受信関連情報及び放送関連情報が記憶されている場合（Ｓ３１でＹＥＳ）、ＣＰＵ２０は、不可情報が関連付けられていない受信機３が存在するか否かを判定し（Ｓ３２）、関連記憶部２３３に記憶されている受信機３，３，…が全て不可情報に関連付けられている場合（Ｓ３２でＮＯ）、全ての受信機３，３，…がデータブロックを受信することができないため、処理をＳ３１へ戻す。
不可情報が関連付けられていない受信機３が存在する場合（Ｓ３２でＹＥＳ）、不可情報が関連付けられていない受信機３の内、順番情報が示す受信順が最も若い受信機３を選択し（Ｓ３３）、この受信機３にオン時刻情報が関連付けられているか否か、即ちこの受信機３に制限時間があるか否かを判定する（Ｓ３４）。ここで、制限時間は、オン時刻情報とタイマ４０が計時している現在時刻とから求められる。
【００９２】
受信機３に制限時間がある場合（Ｓ３４でＹＥＳ）、この受信機３に対する放送が必要であり、且つ、この制限時間以内に放送を終了することができるデータブロックが存在するか否かを判定し（Ｓ３５）、存在しない場合（Ｓ３５でＮＯ）、この受信機３に関連付けられているオン時刻情報を不可情報に書き換え（Ｓ３６）、処理をＳ３２へ戻す。
【００９３】
制限時間以内に放送を終了することができるデータブロックが存在する場合（Ｓ３５でＹＥＳ）、又は受信機３に制限時間がない場合（Ｓ３４でＮＯ）、ＣＰＵ２０は、放送すべきデータブロック及びこのデータブロックを放送するタイミングを決定し（Ｓ３７）、決定したタイミングで、このデータブロックに関連付けられている必要情報を放送中情報に書き換え（Ｓ３８）、処理をＳ３９へ移す。ただし、図示はしないが、Ｓ３７で決定したデータブロックに関連付けられている必要情報であっても、この必要情報に関連付けて不可情報が記憶されている場合は、放送中情報への書き換えを行なわない。
【００９４】
ＣＰＵ２０は、放送部２４を制御して、Ｓ３７で決定したデータブロックのパケットを放送し（Ｓ３９）、Ｓ３７で決定したデータブロックの全てのパケットを放送したか否か、即ちデータブロックの放送を終了したか否かを判定し（Ｓ４０）、まだ放送が終了していない場合は（Ｓ４０でＮＯ）、処理をＳ３９へ戻す。
【００９５】
データブロックの放送が終了した場合（Ｓ４０でＹＥＳ）、ＣＰＵ２０は、Ｓ３７で決定したデータブロックに関連付けられている放送中情報を不要情報に書き換え（Ｓ４１）、全てのデータブロックに不要情報が関連付けられている受信機３が存在するか否かを判定し（Ｓ４２）、存在する場合（Ｓ４２でＹＥＳ）、この受信機３に関連付けられている受信関連情報及び放送関連情報を削除して（Ｓ４３）、処理をＳ３１へ戻す。ここで、図示はしないが、受信関連情報及び放送関連情報の削除後、削除されずに残っている受信関連情報及び放送関連情報に関連付けられている順番情報の繰上げを適宜実行する。
全てのデータブロックに不要情報が関連付けられている受信機３が存在しない場合（Ｓ４２でＮＯ）、Ｓ４３の処理を実行せずに、処理をＳ３１へ戻す。
【００９６】
一方、受信機３のＣＰＵ３０は、受信機３がオフ状態である場合に、図１０に示すデータ受信処理を実行する。
ＣＰＵ３０は、受信部３４を介してパケットを受信したか否かを判定し（Ｓ５１）、受信した場合（Ｓ５１でＹＥＳ）、受信したパケットをＲＡＭ３２に記憶させて（Ｓ５２）、処理をＳ５１へ戻す。
【００９７】
パケットを受信していない場合（Ｓ５１でＮＯ）、データブロック１個分のパケットを全て受信し終えているか否かを判定し（Ｓ５３）、受信し終えている場合（Ｓ５３でＹＥＳ）、受信した全てのパケットを結合して元のデータブロックに戻し、このデータブロックが必要であるか否かを判定する（Ｓ５４）。Ｓ５４では、ＣＰＵ３０は、このデータブロックを既にダウンロードしてある場合、又は、このデータブロックに係るソフトウェアが不要である場合に、このデータブロックが不要であると判定する。一方、ＣＰＵ３０は、このデータブロックをまだダウンロードしておらず、しかも、このデータブロックに係るソフトウェアが必要である場合に、このデータブロックが必要であると判定する。
【００９８】
データブロックが必要である場合（Ｓ５４でＹＥＳ）、ＣＰＵ３０はデータブロックをダウンロードして（Ｓ５５）、処理をＳ５１へ戻す。
データブロックが不要である場合（Ｓ５４でＮＯ）、ＣＰＵ３０は、受信したパケット及び生成したデータブロックを削除して（Ｓ５６）、処理をＳ５１へ戻す。
データブロック１個分の全パケットをまだ受信し終えていない場合（Ｓ５３でＮＯ）、又はパケットを全く受信していない場合、ＣＰＵ３０は、データブロックの受信が中断したか否かを判定する（Ｓ５７）。Ｓ５７では、ＣＰＵ３０は、受信機３がオフ状態からオン状態へ切り替わった場合、又は、前回パケットを受信してから、所定のパケット待ち時間以上の時間が経過しても次のパケットが来ない場合、或いは、データブロック１個分のパケットが、所定のデータ待ち時間を経過しても全部揃わない場合等に、データブロックの受信が中断したと判定する。
【００９９】
データブロックの受信は継続していると判定した場合（Ｓ５７でＮＯ）、ＣＰＵ３０は、処理をＳ５１へ戻す。データブロックの受信が中断したと判定した場合（Ｓ５７でＹＥＳ）、ＣＰＵ３０は、Ｓ５２でＲＡＭ３２に記憶させたパケットを削除して（Ｓ５８）、処理をＳ５１へ戻す。
【０１００】
以上のような放送システム１は、多数の受信機３，３，…が同一のソフトウェアを同時的且つ受動的にダウンロードすることができる。
また、受信機３，３，…がオフ状態になっている時間帯に、受信機３，３，…側のダウンロード完了状況に応じて、受信機３，３，…が必要としているソフトウェアを放送することができるため、短期間に、必要最小限の放送回数で、全ての受信機３，３，…が、必要なソフトウェアをダウンロードすることができる。
以上の結果、複数種類のソフトウェアを効率よく配信することができる。
【０１０１】
ところで、受信機３，３，…夫々から放送装置２へ受信関連情報を送信することによって、放送装置１から受信機３，３，…へソフトウェアが放送されるため、放送システム１ではあたかもオン・デマンドでソフトウェアが各受信機３へ配信されているかのように見える。しかしながら、オン状態からオフ状態へ切り替わって受信関連情報を送信した受信機３が、オフ状態からオン状態へ切り替わるまでの間に、この受信機３が必要としているソフトウェアが放送装置２から放送されるとは限らず、また、不要なソフトウェアも放送されて受信することがあるため、放送システム１によるソフトウェアの配信はオン・デマンドではない。
【０１０２】
なお、本実施の形態では受信機３としてテレビ受信機を例示したが、これに限らず、チューナが内蔵されている映像記録装置か、又は、チューナが内蔵されていないテレビ受信機、映像記録装置等に外付けされるチューナ装置等であってもよい。
更に、受信機３は映像記録機能を有していてもよい。この場合、受信機３は録画予約を受け付け、受信関連情報を生成する場合に、予約された録画が開始される時刻を示す情報をオン時刻情報として用いてもよい。
【０１０３】
また、万が一、ソフトウェアの放送期間が終了するまでにダウンロードを完了することができなかった受信機３，３，…が存在した場合には、放送期間を適宜延長してもよい。又は、放送期間が終了したソフトウェアを所定のサーバに保存しておき、ソフトウェアの放送期間が終了するまでにダウンロードを完了することができなかった受信機３，３，…のユーザに対し、サーバから手動でソフトウェアをダウンロードするよう報知してもよい。ダウンロードを完了することができなかった受信機３，３，…の台数は、工場から出荷された受信機３，３，…の総台数に比べて非常に少ないため、ダウンロードを完了することができなかった受信機３，３，…が個別にソフトウェアをダウンロードしても、サーバ、通信回線網Ｎ等に過大な負荷が掛かることはない。
【０１０４】
実施の形態  ２．
本実施の形態における放送システム１は、実施の形態１の放送システム１と同様のハードウェア構成を有するが、情報記憶部２３２、関連記憶部２３３，３３２等に記憶される各種情報が異なり、放送すべきソフトウェアを選択するための条件が異なる。また、実施の形態１とは異なり、受信機３がデータブロックのダウンロードの成否を放送装置２に報知する。
その他、実施の形態１に対応する部分には同一符号を付してそれらの説明を省略する。
【０１０５】
以下では、２種類の異なるソフトウェア甲，乙と、Ｄ型の機種である受信機３ＤとＥ型の機種である受信機３Ｅとを例示する。
ソフトウェア甲は、Ｄ型の受信機３Ｄの制御プログラムをアップデートするソフトウェアであり、放送期間は２００８年３月１日までである。ソフトウェア甲は３個のデータブロックに分割されて、分割されたデータブロックが１個ずつ放送され、受信機３Ｄが、受信した３個のデータブロックを結合して元のソフトウェアに戻す。
【０１０６】
一方、ソフトウェア乙は、Ｅ型の受信機３Ｅの制御プログラムをアップデートするソフトウェアであり、放送期間は２００８年２月２９日までである。ソフトウェア乙はデータブロックに分割されずに放送されるため、受信機３Ｅが、受信したデータブロックから元のソフトウェアを復元する処理は必要ない。分割されていないソフトウェア乙は、分割されたソフトウェア甲の各データブロック甲１，甲２，甲３を放送する場合と同様に放送される。
【０１０７】
図１１は、本発明の実施の形態２に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
放送装置２の情報記憶部２３２には、ソフト関連情報が記憶される。本実施の形態のソフト関連情報は、放送すべきソフトウェアの識別情報、このソフトウェアの放送期間、このソフトウェアのブロック数、各データブロックのデータブロック名（不図示）、各データブロックのパケット数、及び、このソフトウェアを適用すべき機種を示す情報である。
【０１０８】
ソフトウェア甲に係るソフト関連情報には、ソフトウェア甲の放送期間が２００８年３月１日までであり、ブロック数が３であり、データブロック甲１のパケット数が１００、データブロック甲２のパケット数が１００、データブロック甲３のパケット数が１００であり、更に、ソフトウェア甲を適用すべき機種がＤ型であることを示す情報が含まれている。各データブロック甲１，甲２，甲３の放送完了時間は３分間である。
同様に、ソフトウェア乙に係るソフト関連情報には、ソフトウェア乙の放送期間が２００８年２月２９日までであり、ブロック数が１であり、パケット数が２００であり、更に、ソフトウェア乙を適用すべき機種がＥ型であることを示す情報が含まれている。ソフトウェア乙の放送完了時間は６分間である。
【０１０９】
受信機３から放送装置２へ送信される受信関連情報は、放送されるデータブロックの要否及び放送されるデータブロックの受信の可否に関するものである。
本実施の形態における受信関連情報は、受信機３の識別情報と、タイマ４０のタイマ設定情報とを少なくとも含んでおり、関連記憶部３３２に記憶されている。また、受信関連情報には、データブロック名と、このデータブロック名を有するデータブロックのダウンロードに成功したことを示す成功情報とが関連付けられて含まれることもある。
受信機３の識別情報には、受信機３の機種を示す情報も含まれている。つまり、受信機３の識別情報は、放送されるデータブロックの要否を示す情報である。
【０１１０】
成功情報に関連付けられているデータブロック名を有するデータブロック、即ち、受信機３がダウンロードに成功したデータブロックは、この受信機３にとっては不要なデータブロックである。つまり、成功情報も、放送されるデータブロックの要否を示す情報である。
受信機３のＣＰＵ３０は、データブロックのダウンロードが完了した場合に、このデータブロックのデータブロック名に関連付けて成功情報を関連記憶部３３２に記憶させる。データブロックのダウンロードが完了する前にデータブロックの受信が中断した場合には、成功情報は記憶させない。
【０１１１】
図１２は、本発明の実施の形態２に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。図１２は、図３と同様に、横軸は時間ｔを示し、図中「ＤＬ」とはダウンロードの完了を意味する。また、図中白抜矢符はオン状態／オフ状態の切り替えのタイミングを示し、矢符はデータブロックを放送している時間帯又は受信している時間帯を示す。
【０１１２】
受信機３Ｄのタイマ４０にはオン時刻「１５：００」が設定されており、受信機３Ｅにはオン時刻は設定されていないものとする。
また、図１２に示すように、受信機３Ｄは１４時５２分にリモコン４２によってオン状態からオフ状態へ切り替えられ、タイマ４０の設定によって１５時にオフ状態からオン状態に切り替えられる予定だが、ユーザの都合により、１４時５６分にリモコン４２によってオフ状態からオン状態に切り替えられるものとする。
更に、受信機３Ｄ，３Ｅは１５時２３分にリモコン４２によってオン状態からオフ状態へ切り替えられるものとする。
【０１１３】
図１３は、本発明の実施の形態２に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
図１３（ａ）には、放送装置２が１４時５８分にデータブロック甲２の放送を終了した時点で関連記憶部２３３に記憶されている順番情報、受信関連情報、及び放送関連情報が示されている。
また、図１３（ｂ）には、放送装置２が１５時２３分に受信機３Ｄ，３Ｅ夫々から受信した受信関連情報と、この受信関連情報に基づく放送関連情報と、順番情報とが示されている。
【０１１４】
図１２に示すように、１４時５２分より前は、放送装置２はデータブロックを放送していない。
１４時５２分にリモコン４２でオン状態からオフ状態へ切り替えられた受信機３ＤのＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を読み出して放送装置２へ送信する。
【０１１５】
放送装置２のＣＰＵ２０は、１４時５２分から１４時５５分までの間、データブロック甲１を放送して、放送終了後に、受信機３Ｄに関するデータブロック甲１の要否情報を必要情報「要」から不要情報「否」へ書き換え、次に、１４時５５分から１４時５８分までの間、データブロック甲２を放送して、放送終了後に、受信機３Ｄに関するデータブロック甲２の要否情報を必要情報から不要情報へ書き換える（図１３（ａ）参照）。最後に、放送装置２は、受信機３Ｄの制限時間に鑑み、データブロックの放送を終了する。従って、受信機３Ｄに関するデータブロック甲３の要否情報は必要情報のままである。
以下では、制限時間に関する説明を省略する。
【０１１６】
受信機３ＤのＣＰＵ３０は、１４時５２分からデータブロック甲１を受信し始め、１４時５５分にデータブロック甲１のダウンロードを完了する。
次に、受信機３ＤのＣＰＵ３０は、１４時５５分からデータブロック甲２を受信し始めるが、１４時５６分にオフ状態からオン状態に切り替えられてデータブロック甲２の受信が中断するため、データブロック甲２のダウンロードには失敗する。
仮に、受信機３Ｄがデータブロック甲２のダウンロードに失敗したことを放送装置２へ報知しない場合、放送装置２の関連記憶部２３３には、受信機３Ｄに対するデータブロック甲２の放送は不要であることを示す不要情報が記憶されているため、次に受信機３Ｄがオン状態からオフ状態へ切り替わっても、データブロック甲２は再放送されない。
【０１１７】
このような不都合を防止するために、ＣＰＵ３０は、データブロックのダウンロードを完了したか否かを判定する。データブロック甲１のダウンロードを完了した受信機３ＤのＣＰＵ３０は、データブロック甲１に関連付けて成功情報を関連記憶部３３２に記憶させる。関連記憶部３３２に記憶されている受信関連情報は、１５時２３分に受信機３Ｄがオン状態からオフ状態へ切り替わったときに放送装置２へ送信される。つまりＣＰＵ３０は、成否判定手段及び生成手段として機能する。
【０１１８】
このとき受信機３Ｄから送信される受信関連情報には、データブロック甲１の成功情報が含まれているが、データブロック甲２の成功情報は含まれていない。この受信関連情報を受信した放送装置２のＣＰＵ２０は、受信機３Ｄに関するデータブロック甲１の要否情報は必要情報のままにしておき、受信機３Ｄに関するデータブロック甲２の要否情報は不要情報から必要情報へ書き換える（図１３（ｂ）参照）。この結果、データブロック甲２が再放送されるようになる。
【０１１９】
図１２に示すように、１５時２３分に受信機３Ｄ，３Ｅ夫々から受信関連情報を受信したＣＰＵ２０は、受信関連情報の受信に応じて関連記憶部２３３に記憶した順番情報及び放送関連情報と情報記憶部２３２に記憶されているソフト関連情報とを参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
図１３（ｂ）に示すように、順番情報が示す受信順が「１」である受信機３Ｄに対してはデータブロック甲２，甲３を放送する必要があるが、受信順が「２」である受信機３Ｅに対しては、ソフトウェア乙を放送する必要がある。
【０１２０】
実施の形態１では、ＣＰＵ２０は、受信関連情報の受信順が若い受信機３Ｄに係る放送の要否を優先して、データブロック甲２又はデータブロック甲３の放送を決定するが、本実施の形態においては、受信順の遅早よりも、放送期間の残り時間の長短を重視して、放送すべきデータブロック又はソフトウェアを決定する。
以下ではソフトウェア乙をデータブロック乙ということもある。
【０１２１】
図１１に示すように、データブロック乙の放送期間の残り時間は、データブロック甲１，甲２，甲３の放送期間の残り時間よりも短い。このため、データブロック甲１，甲２，甲３よりもデータブロック乙を優先的に放送する必要がある。また、図１３（ｂ）に示すように、データブロックを受信可能な受信装置３Ｅが、データブロック乙のダウンロードを必要としている。
このため、ＣＰＵ２０は、データブロック乙の放送を決定し、また、データブロック乙を現時点から放送することを決定する。
データブロック乙の放送を開始したＣＰＵ２０は、受信機３Ｅに関連付けられているデータブロック乙の必要情報を、データブロック乙が現在放送中であることを示す放送中情報に書き換え、データブロック乙の放送を終了した場合、ＣＰＵ２０は、受信機３Ｅ夫々に関連付けられているデータブロック乙の放送中情報を不要情報に書き換える。
【０１２２】
以上の結果、１５時２３分から１５時２９分までの間、データブロック乙が放送され、放送されたデータブロック乙が、受信機３Ｄ，３Ｅに受信される。
データブロック乙を必要としている受信機３Ｅは、データブロック乙に係る全パケットを受信した１５時２９分にデータブロック乙のダウンロードを完了する。以下では、受信機３Ｅに関する説明を省略する。
一方、データブロック乙が不要な受信機３Ｄは、受信したデータブロック乙をダウンロードしない。
【０１２３】
図１２に示すように１５時２９分にデータブロック乙の放送が終了した場合、放送装置２のＣＰＵ２０は、関連記憶部２３３に記憶された順番情報及び放送関連情報を参照し、放送すべきデータブロック及びデータブロックを放送すべきタイミングを決定する。
この結果、放送装置２は、１５時２９分から１５時３２分までの間、データブロック甲２を放送して、放送終了後に、受信機３Ｄに関するデータブロック甲２の要否情報を必要情報から不要情報へ書き換え、次に、１５時３２分から１５時３５分までの間、データブロック甲３を放送して、放送終了後に、受信機３Ｄに関するデータブロック甲３の要否情報を必要情報から不要情報へ書き換える。最後に、放送装置２はデータブロックの放送を終了する。
【０１２４】
受信機３ＤのＣＰＵ３０は、１５時２９分からデータブロック甲２を受信し始め、１５時３２分にデータブロック甲２のダウンロードを完了し、データブロック甲２に関連付けて成功情報を関連記憶部３３２に記憶させる。
次に、受信機３ＤのＣＰＵ３０は、１５時３２分からデータブロック甲３を受信し始め、１５時３５分にデータブロック甲３のダウンロードを完了し、データブロック甲３に関連付けて成功情報を関連記憶部３３２に記憶させる。
関連記憶部３３２に記憶されている受信関連情報は、１５時３５分より後に受信機３Ｄがオフ状態からオン状態へ切り替わり、再度オン状態からオフ状態へ切り替わったとき（不図示）、放送装置２へ送信される。
【０１２５】
本実施の形態の放送システムで実行される受信関連情報送信処理及び受信関連情報受信処理は、図７に示す受信関連情報送信処理及び受信関連情報受信処理と同様であるため、説明を省略する。
【０１２６】
図１４は、本発明の実施の形態２に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。本実施の形態のデータ放送処理は、図１４に示すＳ７１〜Ｓ７４の処理と、図９に示すＳ３７〜Ｓ４３の処理とを有する。
図１５は、本発明の実施の形態２に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。図１５に示すデータ放送処理は、図１４及び図９に示すデータ放送処理と同一のものであるが、図１５にはＳ３９以外の処理は図示していない。また、図１５に示すデータ受信処理は、図１０に示すデータ処理と略同様であるため、このデータ処理との差異以外の説明を省略する。
【０１２７】
放送装置２のＣＰＵ２０は、データ放送処理を随時実行する。
ＣＰＵ２０は、関連記憶部２３３に受信関連情報及び放送関連情報が記憶されているか否かを判定し（Ｓ７１）、記憶されていない場合（Ｓ７１でＮＯ）、全ての受信機３，３，…がデータブロックを受信することができないため、Ｓ７１の処理を繰り返し実行する。
関連記憶部２３３に受信関連情報及び放送関連情報が記憶されている場合（Ｓ７１でＹＥＳ）、ＣＰＵ２０は、情報記憶部２３２に記憶されているソフト関連情報を参照し、放送期間の残り時間が最も短いデータブロックを選択し（Ｓ７２）、選択したデータブロックに関連付けて、関連記憶部２３３に必要情報が記憶されているか否かを判定することによって、選択したデータブロックの放送が必要か否かを判定する（Ｓ７３）。
【０１２８】
選択したデータブロックに関連付けて必要情報が全く関連付けられていない場合、選択したデータブロックの放送が不要であるため（Ｓ７３でＮＯ）、ＣＰＵ２０は、情報記憶部２３２に記憶されているソフト関連情報の全てのデータブロックをＳ７２で選択したか否かを判定し（Ｓ７４）、まだ選択していないデータブロックが存在する場合は（Ｓ７４でＮＯ）、処理をＳ７２へ戻して、選択していないデータブロックの内、放送期間の残り時間が最も短いデータブロックを選択する。
Ｓ７２で全てのデータブロックを選択し終えた場合（Ｓ７４でＹＥＳ）、放送すべきデータブロックは存在しないため、処理をＳ７１へ戻す。
【０１２９】
選択したデータブロックに関連付けて必要情報が関連付けられている場合、選択したデータブロックの放送が必要であるため（Ｓ７３でＹＥＳ）、ＣＰＵ２０は、このデータブロックの放送及びこのデータブロックを放送するタイミングを決定する（Ｓ３７）。以下、Ｓ３８〜Ｓ４３の説明は省略する。
一方、受信機３のＣＰＵ３０は、データブロックが必要である場合（Ｓ５４でＹＥＳ）、ＣＰＵ３０はデータブロックをダウンロードし（Ｓ５５）、ダウンロードし終えたデータブロックに関連付けて成功情報を関連記憶部３３２に記憶させ（Ｓ６１）、処理をＳ５１へ戻す。その他、Ｓ５１〜Ｓ５８の説明は省略する。
【０１３０】
以上のような放送システム１は、実施の形態１の放送システム１と同様に、短期間に、必要最小限の放送回数で、全ての受信機３，３，…が、必要なソフトウェアをダウンロードすることができる。この結果、複数種類のソフトウェアを効率よく配信することができる。
なお、ソフト関連情報に、各ソフトウェアの重要度を示す情報を含ませておき、Ｓ７２の処理で、放送期間の残り時間の短さが同じデータブロックが複数存在する場合、重要度が高いソフトウェアのデータブロックを優先的に選択するようにしてもよい。
また、本実施の形態ではダウンロードに成功したことを報知しているが、ダウンロードに失敗したことを報知する構成でもよく、成功及び失敗を両方報知する構成でもよい。
【０１３１】
実施の形態  ３．
図１６は、本発明の実施の形態３に係る放送システムの要部構成を示すブロック図であり、図１７は、本発明の実施の形態３に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
本実施の形態における放送システム１は、実施の形態１の放送システム１と略同様のハードウェア構成を有するが、受信機３のＥＥＰＲＯＭ３３に情報記憶部３３３が更に設けられており、情報記憶部２３２、関連記憶部２３３，３３２等に記憶される各種情報が異なり、放送すべきソフトウェアを選択するための条件が異なる。また、実施の形態１，２とは異なり、受信機３がデータブロックのダウンロードの成否を、ダウンロードに成功する都度、放送装置２に報告する。
その他、実施の形態１，２に対応する部分には同一符号を付してそれらの説明を省略する。
【０１３２】
以下では、実施の形態１のソフトウェア甲と同様のソフトウェア甲を例示し、更に、ソフトウェア甲とは異なるソフトウェア丙と、夫々のプログラム記憶部３３１に制御プログラムＶ１が記憶されている受信機３Ｆ，３Ｇ，３Ｈとを例示する。受信機３Ｆ，３Ｇ，３Ｈ夫々はＡ型の機種であり、ソフトウェア甲は、Ａ型の機種の制御プログラムＶ１を制御プログラムＶ２にアップデートするためのものである。一方、ソフトウェア丙は、Ｂ型の機種の制御プログラムをアップデートするためのものである。このため、受信機３Ｆ，３Ｇ，３Ｈ夫々にとってソフトウェア甲は必要なソフトウェアであるが、ソフトウェア丙は不要なソフトウェアである。
【０１３３】
図１７に示すように、放送装置２の情報記憶部２３２には、ソフト関連情報が記憶される。本実施の形態のソフト関連情報は、放送すべきソフトウェアの識別情報、このソフトウェアのブロック数、各データブロックのデータブロック名（不図示）、各データブロックのパケット数、このソフトウェアを適用すべき機種、及び、このソフトウェアの放送期間（不図示）を示す情報である。
【０１３４】
放送装置２から受信機３，３，…へは、データブロックを放送する前に、放送装置２が放送する予定のソフトウェアを識別するソフト識別情報を予め放送する。本実施の形態の場合、ソフト識別情報には、ソフトウェア甲，丙のソフトウェア名、ソフトウェア甲，丙を構成するデータブロックのデータブロック名、及びソフトウェアの適用機種を示す情報が含まれている。本実施の形態においては、ソフト識別情報はデータ識別情報として機能する。
このために、放送装置２のＣＰＵ２０は、情報記憶部２３２に記憶されているソフト関連情報に基づいてソフト識別情報を生成し、データブロックの放送を開始する直前に、放送部２４を用いて、生成したソフト識別情報を放送する。つまり、放送部２４はＣＰＵ２０に制御されて識別放送手段として機能する。
【０１３５】
ソフト識別情報を受信した各受信機３は、ソフト識別情報の内容を参照して、放送される予定のソフトウェアの中に、自身が必要とするソフトウェアが含まれているか否かを判定し、含まれている場合は、自身が必要とするソフトウェアのソフト識別情報を情報記憶部３３３に記憶させる。情報記憶部３３３に記憶させたソフト識別情報は、このソフト識別情報が示すソフトウェアを構成する全てのデータブロックをダウンロードし終えた場合に削除される。
具体的には、ソフトウェア甲，丙のソフト識別情報を受信した受信機３Ｆ，３Ｇ，３Ｈ夫々のＣＰＵ３０は、ソフトウェア甲のソフト識別情報を情報記憶部３３３に記憶させる。つまり、ＣＰＵ３０は要否判定手段として機能する。
また、ＣＰＵ３０は、ソフトウェア甲のデータブロック甲１，甲２，甲３の受信を全て完了した場合にソフトウェア甲のソフト識別情報を情報記憶部３３３から削除する。
【０１３６】
受信したソフト識別情報に、自身が必要とするソフトウェアが含まれていない場合、ＣＰＵ３０は受信部３４をオフにする。また、情報記憶部３３３から全てのソフト識別情報を削除した場合、自身が必要とするソフトウェアを全て受信し終えたため、結果的に、受信したソフト識別情報には、自身が必要とするソフトウェアが含まれていないことになる。従って、ＣＰＵ３０は受信部３４をオフにする。
【０１３７】
つまり、オン状態からオフ状態にされた各受信機３においては、必要とするソフトウェアが放送される場合は受信部３４がオンのままにされてソフトウェアを受信するまで待機する。一方、必要とするソフトウェアが放送されない場合は受信部３４がオフにされる。即ち受信の待機を終了する。以上の結果、受信機３の省電力を図ることができる。
オフにされた受信部３４は、次に受信機３がオフ状態からオン状態にされるときに同時的にオンにされる。
仮に、受信部３４がソフトウェアを受信するまで無用に待機し続ける場合、無駄な電力を消費してしまう。
【０１３８】
受信機３から放送装置２へ送信される受信関連情報は、放送されるデータブロックの要否及び放送されるデータブロックの受信の可否に関するものである。
本実施の形態における受信関連情報は、受信機３に固有であり、また、受信機３の機種も示す識別情報と、プログラム記憶部３３１に記憶されている制御プログラムのバージョンを示すバージョン情報と、タイマ４０のタイマ設定情報とを少なくとも含んでおり、関連記憶部３３２に記憶されている。また、受信関連情報には、データブロック名と成功情報とが関連付けられて含まれることもある。
受信機３のＣＰＵ３０は、データブロックのダウンロードが完了した場合に、このデータブロックのデータブロック名に関連付けて成功情報を関連記憶部３３２に記憶させ、次いで、関連記憶部３３２に記憶させた受信関連情報を放送装置２へ送信する。つまりＣＰＵ３０は、随時送信手段として機能する。
【０１３９】
受信関連情報を受信した放送装置２は、既に放送したデータブロックの内、受信関連情報に含まれる成功情報に関連付けられているデータブロックについては必要情報を不要情報に書き換えるが、成功情報に関連付けられていないデータブロックについては、受信機３がダウンロードに失敗したものとして、要否情報を必要情報のままにしておく。
この結果、放送装置２側ではデータブロックの放送毎にダウンロードの成否を把握することができるため、更に効率よくデータブロックを放送することができる。
【０１４０】
図１８は、本発明の実施の形態３に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。図１８は、図３及び図１２と同様に、横軸は時間ｔを示し、図中「ＤＬ」とはダウンロードの完了を意味する。また、図中白抜矢符はオン状態／オフ状態の切り替えのタイミングを示し、矢符はデータブロックを放送している時間帯又は受信している時間帯を示す。
更に、図中「×」とは、受信部３４をオフにするタイミングを意味する。
【０１４１】
図１９及び図２０は、本発明の実施の形態３に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。ただし、図１９及び図２０におけるタイマ設定情報及びバージョン情報の図示は省略している。以下では、制限時間及び制御プログラムのバージョンに関する説明を省略する。
図１９（ａ），（ｂ），（ｃ）及び図２０（ａ），（ｂ）は、１５時２３分、１５時２６分、１５時２９分、１５時３２分、１５時３５分に放送装置２の関連記憶部２３３に記憶される順番情報、受信関連情報、及び放送関連情報が示されている。
【０１４２】
図１８に示すように、受信機３Ｆは１５時２３分にリモコン４２でオン状態からオフ状態へ切り替えられるが、電波障害によって１５時２７分から１５時２９分までデータブロックを受信することが不可能な状態にあるものとする。また、受信機３Ｇ，３Ｈは１５時２６分にリモコン４２でオン状態からオフ状態へ切り替えられるものとする。
１５時２３分にリモコン４２でオン状態からオフ状態へ切り替えられた受信機３ＦのＣＰＵ３０は、関連記憶部３３２に記憶されている受信関連情報を読み出して放送装置２へ送信する。
【０１４３】
放送装置２は、１５時２３分より前はデータブロックを放送していない。
１５時２３分に受信機３Ｆの受信関連情報を受信した放送装置２のＣＰＵ２０は、受信した受信関連情報と、この受信関連情報に基づく放送関連情報を関連記憶部２３３に記憶し（図１９（ａ）参照）、記憶した放送関連情報に基づいて、データブロック甲１の放送を決定し、１５時２３分から１５時２６分までの間、データブロック甲１を放送する。ただし、放送を終了した時点では、受信機３Ｆに関するデータブロック甲１の要否情報は必要情報のままである。
【０１４４】
一方、受信機３ＦのＣＰＵ３０は、１５時２３分からデータブロック甲１を受信し始め、１５時２６分にデータブロック甲１のダウンロードを完了する。ダウンロード完了後、受信機３ＦのＣＰＵ３０は、データブロック甲１の成功情報を含む受信関連情報を放送装置２へ送信する。
受信機３Ｆから、データブロック甲１の成功情報を含む受信関連情報を受信した放送装置２のＣＰＵ２０は、図１９（ｂ）に示すように、受信機３Ｆに関するデータブロック甲１の要否情報を必要情報から不要情報へ書き換える。
【０１４５】
図１８に示すように、１５時２６分に受信機３Ｇ，３Ｈ夫々から受信関連情報を受信した放送装置２のＣＰＵ２０は、受信した受信関連情報と、この受信関連情報に基づく放送関連情報を関連記憶部２３３に記憶する（図１９（ｂ）参照）。次いで、ＣＰＵ２０は、関連記憶部２３３に記憶してある放送関連情報に基づいて、放送すべきデータブロックを決定する。
実施の形態１では、ＣＰＵ２０は、受信関連情報の受信順が若い受信機３Ｆに係る放送の要否を優先して、放送すべきデータブロックを決定するが、本実施の形態においては、受信順の遅早よりも、データを必要とする受信機３，３，…の多寡を重視して、放送すべきデータブロックを決定する。
【０１４６】
図１９（ｂ）に示すように、順番情報が示す受信順が「１」である受信機３Ｆに対してはデータブロック甲２，甲３を放送する必要があるが、受信順が「２」，「３」である受信機３Ｇ，３Ｈに対しては、データブロック甲１，甲２，甲３を放送する必要がある。換言すれば、データブロック甲１を必要としている受信機３，３，…の台数は２台であるのに対し、データブロック甲２，甲３夫々を必要としている受信機３，３，…の台数は３台であり、データブロック丙１，丙２夫々を必要としている受信機３，３，…は存在しない。このため、データブロック甲１よりもデータブロック甲２，甲３を優先的に放送する必要がある。
以上の結果、ＣＰＵ２０は、データブロック甲２の放送を決定し、１５時２６分から１５時２９分までの間、データブロック甲２を放送する。ただし、放送を終了した時点では、受信機３Ｆ，３Ｇ，３Ｈ夫々に関するデータブロック甲２の要否情報は必要情報のままである。
【０１４７】
受信機３Ｇ，３Ｈ夫々のＣＰＵ３０は、１５時２６分からデータブロック甲２を受信し始め、１５時２９分にデータブロック甲２のダウンロードを完了する。ダウンロード完了後、受信機３Ｇ，３ＨのＣＰＵ３０夫々は、データブロック甲２の成功情報を含む受信関連情報を放送装置２へ送信する。
一方、受信機３ＦのＣＰＵ３０は、１５時２６分からデータブロック甲２を受信し始めるが、１５時２７分に電波障害が生じて、データブロック甲２のダウンロードに失敗する。従って、受信機３ＦのＣＰＵ３０が、データブロック甲２の成功情報を含む受信関連情報を放送装置２へ送信することはない。
受信機３Ｇ，３Ｈ夫々から、データブロック甲２の成功情報を含む受信関連情報を受信した放送装置２のＣＰＵ２０は、図１９（ｃ）に示すように、受信機３Ｇ，３Ｈ夫々に関するデータブロック甲２の要否情報を必要情報から不要情報へ書き換える。
【０１４８】
更にＣＰＵ２０は、関連記憶部２３３に記憶してある放送関連情報に基づいて、放送すべきデータブロックを決定する。図１９（ｃ）に示すように、データブロック甲１を必要としている受信機３，３，…の台数は２台、データブロック甲２を必要としている受信機３，３，…の台数は１台、データブロック甲３を必要としている受信機３，３，…の台数は３台であり、データブロック丙１，丙２夫々を必要としている受信機３，３，…は存在しない。このため、ＣＰＵ２０は、データブロック甲３の放送を決定し、１５時２９分から１５時３２分までの間、データブロック甲３を放送する。
【０１４９】
受信機３Ｆ，３Ｇ，３Ｈ夫々は１５時３２分にデータブロック甲３のダウンロードに成功するため、受信機３Ｆ，３Ｇ，３Ｈ夫々からデータブロック甲３の成功情報を含む受信関連情報が送信され、受信機３Ｆ，３Ｇ，３Ｈ夫々に関するデータブロック甲３の要否情報は、必要情報から不要情報へ書き換えられる（図２０（ａ）参照）。
更にＣＰＵ２０は、関連記憶部２３３に記憶してある放送関連情報に基づいて、放送すべきデータブロックを決定する。図２０（ａ）に示すように、データブロック甲１を必要としている受信機３，３，…の台数は２台、データブロック甲２を必要としている受信機３，３，…の台数は１台であり、データブロック甲３，丙１，丙２夫々を必要としている受信機３，３，…は存在しない。このため、ＣＰＵ２０は、データブロック甲１の放送を決定し、１５時３２分から１５時３５分までの間、データブロック甲１を放送する。
【０１５０】
受信機３Ｇ，３Ｈ夫々においては１５時３５分にデータブロック甲１のダウンロードが成功するため、受信機３Ｆ，３Ｇ，３Ｈ夫々からデータブロック甲１の成功情報を含む受信関連情報が送信され、受信機３Ｇ，３Ｈ夫々に関するデータブロック甲１の要否情報は、必要情報から不要情報へ書き換えられる。このとき、受信機３Ｇ，３Ｈ夫々に関するデータブロック甲１，甲２，甲３の要否情報が全て不要情報になるため、受信機３Ｇ，３Ｈ夫々に係る受信関連情報及び放送関連情報は削除される（図２０（ｂ）参照）。
一方、受信機３Ｆはデータブロック甲１をダウンロードする必要がないため、受信機３Ｆに係る受信関連情報及び放送関連情報は変更されない。
【０１５１】
データブロック甲１，甲２，甲３を全てダウンロードし終えた受信機３Ｇ，３Ｈ夫々のＣＰＵ３０は、１５時３５分に受信部３４をオフにする。
受信機３Ｆは、まだデータブロック甲２を必要としているため、受信部３４をオンのままにしてデータブロック甲２を受信するまで待機する。
放送装置２のＣＰＵ２０は、関連記憶部２３３に記憶してある放送関連情報に基づいて、データブロック甲２の放送を決定し、１５時３５分から１５時３８分までの間、データブロック甲２を放送する。このとき放送されるデータブロック甲２を、受信機３Ｇ，３Ｈ夫々が無意味に受信することはない。
【０１５２】
受信機３ＦのＣＰＵ３０は、１５時３５分からデータブロック甲２を受信し始め、１５時３８分にデータブロック甲２のダウンロードを完了する。ダウンロード完了後、受信機３ＦのＣＰＵ３０は、データブロック甲２の成功情報を含む受信関連情報を放送装置２へ送信する。また、データブロック甲１，甲２，甲３を全てダウンロードし終えた受信機３ＦのＣＰＵ３０は、１５時３８分に受信部３４をオフにする。
受信機３Ｆから、データブロック甲２の成功情報を含む受信関連情報を受信した放送装置２のＣＰＵ２０は、受信機３Ｆに関するデータブロック甲２の要否情報を必要情報から不要情報へ書き換える。このとき、受信機３Ｆに関するデータブロック甲１，甲２，甲３の要否情報が全て不要情報になるため、受信機３Ｆに係る受信関連情報及び放送関連情報は削除される。従って、１５時３８分より後、放送装置２からデータブロックが放送されることはない。
【０１５３】
本実施の形態の放送システムで実行される受信関連情報送信処理は、図７に示す受信関連情報送信処理と同様であるため、説明を省略する。
図２１は、本発明の実施の形態３に係る放送システムで実行される受信関連情報受信処理及びデータ受信処理の手順を示すフローチャートである。
本実施の形態の放送システムで実行される受信関連情報受信処理のＳ１４〜Ｓ１７は、図７に示す受信関連情報受信処理のＳ１４〜Ｓ１７と同様であるため、説明を省略する。また、図２１に示されているデータ受信処理は、後述する図２３に示すデータ受信処理と同一のものであるが、図２１にはＳ１２０以外の処理は図示省略してある。
【０１５４】
Ｓ１７の処理完了後、ＣＰＵ２０は、全てのデータブロックに不要情報が関連付けられている受信機３が存在するか否かを判定し（Ｓ１８）、存在する場合（Ｓ１８でＹＥＳ）、この受信機３に関連付けられている受信関連情報及び放送関連情報を削除して（Ｓ１９）、処理をＳ１４へ戻す。ここで、図示はしないが、受信関連情報及び放送関連情報の削除後、削除されずに残っている受信関連情報及び放送関連情報に関連付けられている順番情報の繰上げを適宜実行する。
全てのデータブロックに不要情報が関連付けられている受信機３が存在しない場合（Ｓ１８でＮＯ）、Ｓ１９の処理を実行せずに、処理をＳ１４へ戻す。
【０１５５】
図２２は、本発明の実施の形態３に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートであり、図２３は、本発明の実施の形態３に係る放送システムで実行されるデータ受信処理の手順を示すフローチャートであり、図２４は、本発明の実施の形態３に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。
図２４に示すデータ放送処理は、図２２に示すデータ放送処理と同一のものであるが、図２４にはＳ９５及びＳ９６以外の処理は図示していない。また、図２４に示すデータ受信処理は、図２３に示すデータ受信処理と同一のものであるが、図２４にはＳ１１１、Ｓ１１２、Ｓ１１４、Ｓ１１６、Ｓ１１７、Ｓ１２１、及びＳ１２３以外の処理は図示していない。
【０１５６】
放送装置２のＣＰＵ２０は、図２２及び図２４に示すデータ放送処理を随時実行する。
ＣＰＵ２０は、関連記憶部２３３に受信関連情報及び放送関連情報が記憶されているか否かを判定し（Ｓ９１）、記憶されていない場合（Ｓ９１でＮＯ）、全ての受信機３，３，…がデータブロックを受信することができないため、Ｓ９１の処理を繰り返し実行する。
【０１５７】
関連記憶部２３３に受信関連情報及び放送関連情報が記憶されている場合（Ｓ９１でＹＥＳ）、ＣＰＵ２０は、関連記憶部２３３に記憶されている放送関連情報を参照して、そのデータブロックを必要としている受信機３，３，…の台数が最も多いデータブロックを選択し（Ｓ９２）、選択したデータブロックの放送及びこのデータブロックを放送するタイミングを決定する（Ｓ９３）。次いでＣＰＵ２０は、情報記憶部２３２に記憶されているソフト関連情報に基づいてソフト識別情報を生成し（Ｓ９４）、Ｓ９３で決定したタイミングの直前に放送部２４を制御して、生成したソフト識別情報を放送し（Ｓ９５）、処理をＳ９６へ移す。
【０１５８】
ＣＰＵ２０は、放送部２４を制御して、Ｓ９３で決定したデータブロックのパケットを放送し（Ｓ９６）、Ｓ９３で決定したデータブロックの全てのパケットを放送したか否か、即ちデータブロックの放送を終了したか否かを判定し（Ｓ９７）、まだ放送が終了していない場合は（Ｓ９７でＮＯ）、処理をＳ９６へ戻す。
データブロックの放送が終了した場合（Ｓ９７でＹＥＳ）、図示はしないが、ダウンロードに成功した受信機３，３，…からの受信関連情報を受信するための適宜の待機時間を経てから、処理をＳ９１へ戻す。
【０１５９】
一方、受信機３のＣＰＵ３０は、受信機３がオフ状態である場合に、図２３及び図２４に示すデータ受信処理を実行する。
ＣＰＵ３０は、受信部３４を介してソフト識別情報を受信したか否かを判定し（Ｓ１１１）、受信した場合（Ｓ１１１でＹＥＳ）、受信したソフト識別情報に基づいて、必要なソフトウェアが放送されるか否かを判定し（Ｓ１１２）、放送される場合（Ｓ１１２でＹＥＳ）、受信したソフト識別情報に含まれる必要なソフトウェアのソフト識別情報を情報記憶部３３３に記憶させる（Ｓ１１３）。
Ｓ１１３の処理完了後、又は、ソフト識別情報を受信していない場合（Ｓ１１１でＮＯ）、ＣＰＵ２０は受信部３４を介してパケットを受信したか否かを判定し（Ｓ１１４）、受信した場合（Ｓ１１４でＹＥＳ）、受信したパケットをＲＡＭ３２に記憶させて（Ｓ１１５）、処理をＳ１１４へ戻す。
【０１６０】
パケットを受信していない場合（Ｓ１１４でＮＯ）、データブロック１個分のパケットを全て受信し終えているか否かを判定し（Ｓ１１６）、受信し終えている場合（Ｓ１１６でＹＥＳ）、受信した全てのパケットを結合して元のデータブロックに戻し、このデータブロックが必要であるか否かを判定する（Ｓ１１７）。Ｓ１１７では、ＣＰＵ３０は、このデータブロックを既にダウンロードしてある場合、又は、このデータブロックに係るソフトウェアが不要である場合に、このデータブロックが不要であると判定する。一方、ＣＰＵ３０は、このデータブロックをまだダウンロードしておらず、しかも、このデータブロックに係るソフトウェアが必要である場合に、このデータブロックが必要であると判定する。
【０１６１】
データブロックが必要である場合（Ｓ１１７でＹＥＳ）、ＣＰＵ３０はデータブロックをダウンロードして（Ｓ１１８）、ダウンロードし終えたデータブロックに関連付けて成功情報を関連記憶部３３２に記憶させ（Ｓ１１９）、関連記憶部３３２に記憶されている受信関連情報を読み出して、送信部３５を介して放送装置２へ送信する（Ｓ１２０）。
次いで、ＣＰＵ２０は、ＥＥＰＲＯＭ３３にダウンロードしてあるデータブロックと、情報記憶部３３３に記憶されているソフト識別情報に示されているデータブロックとを比較して、必要な全てのデータブロックがダウンロード済みであるか否かを判定し（Ｓ１２１）、まだダウンロードし終えていないデータブロックが存在する場合は（Ｓ１２１でＮＯ）、処理をＳ１１１へ戻す。
【０１６２】
データブロックが不要である場合（Ｓ１１７でＮＯ）、ＣＰＵ３０は、受信したパケット及び生成したデータブロックを削除して（Ｓ１２２）、処理をＳ１１１へ戻す。
データブロック１個分の全パケットをまだ受信し終えていない場合（Ｓ１１６でＮＯ）、又はパケットを全く受信していない場合、ＣＰＵ３０は、データブロックの受信が中断したか否かを判定する（Ｓ１２３）。Ｓ１２３では、ＣＰＵ３０は、受信機３がオフ状態からオン状態へ切り替わった場合、又は、前回パケットを受信してから、所定のパケット待ち時間以上の時間が経過しても次のパケットが来ない場合、或いは、データブロック１個分のパケットが、所定のデータ待ち時間を経過しても全部揃わない場合等に、データブロックの受信が中断したと判定する。
【０１６３】
データブロックの受信は継続していると判定した場合（Ｓ１２３でＮＯ）、ＣＰＵ３０は、処理をＳ１１４へ戻す。データブロックの受信が中断したと判定した場合（Ｓ１２３でＹＥＳ）、ＣＰＵ３０は、Ｓ１１５でＲＡＭ３２に記憶させたパケットを削除して（Ｓ１２４）、処理をＳ１１１へ戻す。
必要な全てのデータブロックがダウンロード済みである場合（Ｓ１２１でＹＥＳ）、ＣＰＵ３０は、受信部３４をオフにして（Ｓ１２５）、データ受信処理を終了する。また、Ｓ１１１で受信したソフト識別情報に、必要なソフトウェアのソフト識別情報が含まれていない場合（Ｓ１１２でＮＯ）、必要なソフトウェアは放送されないため、処理をＳ１２５へ移す。
【０１６４】
以上のような放送システム１は、実施の形態１，２の放送システム１と同様に、短期間に、必要最小限の放送回数で、全ての受信機３，３，…が、必要なソフトウェアをダウンロードすることができる。この結果、複数種類のソフトウェアを効率よく配信することができる。
なお、本実施の形態では、ダウンロードの成功毎にダウンロードに成功したことを報知しているが、ダウンロードの失敗毎にダウンロードに失敗したことを報知する構成でもよく、成功及び失敗を両方報知する構成でもよい。
また、ソフト識別情報はソフトウェアに比べて情報量が少ないため、映像データを放送する際に適宜のタイミングでソフト識別情報を放送する構成でもよい。
【図面の簡単な説明】
【０１６５】
【図１】本発明の実施の形態１に係る放送システムの要部構成を示すブロック図である。
【図２】本発明の実施の形態１に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
【図３】本発明の実施の形態１に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。
【図４】本発明の実施の形態１に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図５】本発明の実施の形態１に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図６】本発明の実施の形態１に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図７】本発明の実施の形態１に係る放送システムで実行される受信関連情報送信処理及び受信関連情報受信処理の手順を示すフローチャートである。
【図８】本発明の実施の形態１に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。
【図９】本発明の実施の形態１に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。
【図１０】本発明の実施の形態１に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。
【図１１】本発明の実施の形態２に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
【図１２】本発明の実施の形態２に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。
【図１３】本発明の実施の形態２に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図１４】本発明の実施の形態２に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。
【図１５】本発明の実施の形態２に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。
【図１６】本発明の実施の形態３に係る放送システムの要部構成を示すブロック図である。
【図１７】本発明の実施の形態３に係る放送装置が備える情報記憶部に記憶されるソフト関連情報の一例を示す模式図である。
【図１８】本発明の実施の形態３に係る放送システムによるデータブロックの放送及びダウンロード夫々のタイミングを例示するタイミングチャートである。
【図１９】本発明の実施の形態３に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図２０】本発明の実施の形態３に係る放送装置が備える関連記憶部に記憶される受信関連情報の一例を示す模式図である。
【図２１】本発明の実施の形態３に係る放送システムで実行される受信関連情報受信処理及びデータ受信処理の手順を示すフローチャートである。
【図２２】本発明の実施の形態３に係る放送システムで実行されるデータ放送処理の手順を示すフローチャートである。
【図２３】本発明の実施の形態３に係る放送システムで実行されるデータ受信処理の手順を示すフローチャートである。
【図２４】本発明の実施の形態３に係る放送システムで実行されるデータ放送処理及びデータ受信処理の手順を示すフローチャートである。
【符号の説明】
【０１６６】
１    放送システム
２    放送装置
２０，３０  ＣＰＵ
２３３  関連記憶部（関連記憶手段）
２４  放送部（データ放送手段，識別放送手段）
３    受信機
３３  ＥＥＰＲＯＭ（データ記憶手段）
３４  受信部（待機手段）
３６  画像処理部（所定のハードウェア）
３７  表示部（所定のハードウェア）
３８  音声処理部（所定のハードウェア）
３９  音声出力部（所定のハードウェア）
【図１】
0004794585.tif 000002
【図２】
0004794585.tif 000003
【図３】
0004794585.tif 000004
【図４】
0004794585.tif 000005
【図５】
0004794585.tif 000006
【図６】
0004794585.tif 000007
【図７】
0004794585.tif 000008
【図８】
0004794585.tif 000009
【図９】
0004794585.tif 000010
【図１０】
0004794585.tif 000011
【図１１】
0004794585.tif 000012
【図１２】
0004794585.tif 000013
【図１３】
0004794585.tif 000014
【図１４】
0004794585.tif 000015
【図１５】
0004794585.tif 000016
【図１６】
0004794585.tif 000017
【図１７】
0004794585.tif 000018
【図１８】
0004794585.tif 000019
【図１９】
0004794585.tif 000020
【図２０】
0004794585.tif 000021
【図２１】
0004794585.tif 000022
【図２２】
0004794585.tif 000023
【図２３】
0004794585.tif 000024
【図２４】
0004794585.tif 000025