(57)【要約】【課題】小さいメモリ容量でプログラム規模の増大に柔軟に対応する。【解決手段】番組表データ格納領域およびプログラム格納領域（例えば、ＮＶＲＡＭ１２内の領域）と、プログラム格納領域のメモリ容量が更新ファイルのデータ容量に対して不足する場合、データ消去が可能な領域を番組表データ格納領域内で指定するメモリ領域指定手段４２と、指定されたメモリ領域およびプログラム格納領域において、更新ファイルのデータを格納する格納制御手段４３とを有する。【選択図】図３
2007110250.tif 000002
【特許請求の範囲】
【請求項１】
放送映像データおよび放送映像の番組表データを取得可能な受信部を有し、内蔵しているプログラムにしたがって前記受信部で受信したデータを処理する放送受信装置であって、
番組表データが書き換え可能に格納されている番組表データ格納領域と、
前記プログラムが書き換え可能に格納されているプログラム格納領域と、
前記プログラムの更新ファイルを前記受信部が受信する際に、前記更新ファイルのデータ容量を取得し、当該取得したデータ容量を前記プログラム格納領域のメモリ容量と比較し、前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する場合、データ消去が可能な領域を前記番組表データ格納領域内で指定するメモリ領域指定手段と、
前記メモリ領域指定手段により前記データ消去が可能と指定された場合は当該データ消去が可能な前記番組表データ格納領域の一部または全部、および、前記プログラム格納領域において、前記更新ファイルのデータを格納するプログラムファイルの格納制御手段と、
を有する放送受信装置。
【請求項２】
ネットワーク上のサイトの閲覧ソフトウェアを含むネットワーク接続手段と、
前記閲覧ソフトウェアの既閲覧サイトのデータを一時保管するキャッシュ領域と、をさらに有し、
前記メモリ領域指定手段は、前記番組表データ格納領域内の全ての領域を指定しても前記更新ファイルのデータ格納のためのメモリ容量が不足する場合、前記キャッシュ領域を前記データ消去が可能な領域として追加指定する
請求項１に記載の放送受信装置。
【請求項３】
前記閲覧ソフトウェアでユーザが指示した特定サイトのアドレスを保管する特定アドレス保管領域を、さらに有し、
前記メモリ領域指定手段は、前記キャッシュ領域を前記データ消去が可能な領域として追加指定しても、なお前記更新ファイルのデータ格納のためのメモリ容量が不足する場合、前記特定アドレス保管領域の空き領域を前記データ消去が可能な領域として追加指定する
請求項２に記載の放送受信装置。
【請求項４】
前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する第１状態と、不足しない第２状態とを識別するための状態情報を保持する状態情報保持領域を、さらに有し、
前記メモリ領域指定手段は、前記状態情報が前記第２状態のときは、前記受信部が取得した前記番組表データの前記番組表データ格納領域への格納を可能とし、前記第１状態のときは、当該格納を不可とする
請求項１に記載の放送受信装置。
【請求項５】
各種情報をユーザに通知するための通知処理部と、
前記番組表データ格納領域内のデータ消去の実行または実行可能性に関する情報を、前記通知処理部を制御してユーザに通知可能とする通知制御手段と、
をさらに有する請求項１に記載の放送受信装置。
【請求項６】
前記受信部は複数規格の放送波を受信可能に構成され、
前記規格の種類に応じて前記番組表データ格納領域内で前記データ消去が可能な領域が複数ある場合、前記メモリ領域指定手段は、当該複数の領域について前記放送波の規格ごとに前記データ消去の優先順位を定め、当該優先順位の優先度が高い方から順次、前記更新ファイルの格納が可能となるまで前記データ消去が可能な領域を指定する
請求項１〜３の何れかに記載の放送受信装置。
【請求項７】
前記番組表データ格納領域と、前記プログラム格納領域を含む前記データ消去のための前記指定が可能な領域とは、同一の不揮発性メモリ内のアドレスが異なるメモリ領域である
請求項１〜３の何れかに記載の放送受信装置。
【請求項８】
前記メモリ領域指定手段は、前記番組表データ格納領域内でデータ消去が可能と指定された領域の既存データを、前記更新ファイルのデータ格納に先立って消去する
請求項１に記載の放送受信装置。
【請求項９】
前記取得したプログラムを一時的に保存するダウンロード用メモリを、前記番組表データ格納領域および前記プログラム格納領域を含む不揮発性メモリとは別に有し、
前記ダウンロード用メモリに対する前記プログラムの取得（保存）が成功した場合に、前記既存データの消去を実行し、前記ダウンロード用メモリから前記プログラムを読み出して、前記不揮発性メモリ内の前記プログラム格納領域に格納する
請求項８に記載の放送受信装置。
【請求項１０】
前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する第１状態と、不足しない第２状態とを識別するための状態情報を保持する状態情報保持領域を、さらに有し、
前記メモリ領域指定手段は、
前記状態情報が前記第２状態のときは、前記受信部が取得した前記番組表データの前記番組表データ格納領域への格納を可能とし、前記第１状態のときは、当該格納を不可とし、
前記ダウンロード用メモリに対する前記プログラムの取得（保存）が失敗した場合は、前記状態情報を前記第２状態で維持し、成功した場合に、前記状態情報を前記第２状態から前記第１状態に変化させる
請求項９に記載の放送受信装置。
【請求項１１】
放送映像の番組表データを格納する番組表データ格納領域と、放送受信に関わる処理のプログラムを更新可能に格納するプログラム格納領域とを有する放送受信装置のプログラム更新方法であって、
前記プログラムの更新ファイルを受信する際に、前記更新ファイルのデータ容量を取得し、前記取得したデータ容量を前記プログラム格納領域のメモリ容量と比較するメモリ容量確認ステップと、
前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する場合、データ消去が可能な領域を前記番組表データ格納領域内で指定する領域指定ステップと、
前記メモリ領域指定手段により前記データ消去が可能と指定された場合は当該データ消去が可能な前記番組表データ格納領域の一部または全部、および、前記プログラム格納領域において、前記更新ファイルのデータを格納するプログラムファイルの更新ステップと、
を含む放送受信装置のプログラム更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信に関する処理を制御するプログラムを内蔵する放送受信装置と、その内蔵されているプログラムの更新方法とに関する。
【背景技術】
【０００２】
放送受信に関するプログラムを内蔵し、当該プログラムのダウンロード用のソフトウェア（ダウンロードプログラム）を更新可能なデジタル放送受信装置が知られている（たとえば特許文献１参照）。
【０００３】
この特許文献１には、デジタル放送受信装置に関し、ダウンロードプログラムの供給元で適宜行われるバージョンアップによってダウンロードプログラムのデータ量が増大することに対応して、当該ダウンロードプログラムの所定エリアを消去することが記載されている。
より詳細には、揮発性メモリと不揮発性メモリとを有し、ダウンロードされた圧縮プログラムおよび付属情報を不揮発性メモリに格納し、電源立ち上げ時の処理時に、不揮発性メモリから付属情報を読み出して、当該付属情報から得られる圧縮方法に適合した方法で圧縮プログラムを解凍して揮発性メモリ上に展開し、実行する。
【０００４】
この特許文献１で不揮発性メモリ内の消去可能な所定のエリアは、バージョンアップ前の圧縮プログラムおよびその付属情報の格納領域が保存されているエリアと考えられる。
【０００５】
特許文献１に記載の技術では、圧縮されたプログラムのまま不揮発性メモリに格納することから、その点では、不揮発性メモリのプログラムを格納するエリアの容量を小さくでき、バージョンアップによるプログラム容量の拡大に対応可能となる。
【特許文献１】特開２００１−２０９５４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところが、放送受信装置を何年も使用している間に度重なるプログラムのバージョンアップがあると、当初では予定していない規模のプログラムを格納する必要が生じることも考えられ、その圧縮後のプログラムでも不揮発性メモリに格納できない場合が想定される。
また、放送受信装置の起動のたびに圧縮を解凍する処理を実行していたのでは起動時間の増大を招く。
【０００７】
本発明が解決しようとする課題は、メモリの利用効率を高め、これによりプログラム規模の増大に柔軟に対応することである。
【課題を解決するための手段】
【０００８】
本発明に係る放送受信装置は、放送映像データおよび放送映像の番組表データを取得可能な受信部を有し、内蔵しているプログラムにしたがって前記受信部で受信したデータを処理する放送受信装置であって、番組表データが書き換え可能に格納されている番組表データ格納領域と、前記プログラムが書き換え可能に格納されているプログラム格納領域と、前記プログラムの更新ファイルを前記受信部が受信する際に、前記更新ファイルのデータ容量を取得し、当該取得したデータ容量を前記プログラム格納領域のメモリ容量と比較し、前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する場合、データ消去が可能な領域を前記番組表データ格納領域内で指定するメモリ領域指定手段と、前記メモリ領域指定手段により前記データ消去が可能と指定された場合は当該データ消去が可能な前記番組表データ格納領域の一部または全部、および、前記プログラム格納領域において、前記更新ファイルのデータを格納するプログラムファイルの格納制御手段とを有する。
【０００９】
本発明では好適に、前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する第１状態と、不足しない第２状態とを識別するための状態情報を保持する状態情報保持領域をさらに有し、前記メモリ領域指定手段は、前記状態情報が前記第２状態のときは、前記受信部が取得した前記番組表データの前記番組表データ格納領域への格納を可能とし、前記第１状態のときは、当該格納を不可とする。
本発明では好適に、各種情報をユーザに通知するための通知処理部と、前記番組表データ格納領域内のデータ消去の実行または実行可能性に関する情報を、前記通知処理部を制御してユーザに通知可能とする通知制御手段とをさらに有する。
本発明では好適に、前記受信部は複数規格の放送波を受信可能に構成され、前記規格の種類に応じて前記番組表データ格納領域内で前記データ消去が可能な領域が複数ある場合、前記メモリ領域指定手段は、当該複数の領域について前記放送波の規格ごとに前記データ消去の優先順位を定め、当該優先順位の優先度が高い方から順次、前記更新ファイルの格納が可能となるまで前記データ消去が可能な領域を指定する。
【００１０】
本発明に係る放送受信装置のプログラム更新方法は、放送映像の番組表データを格納する番組表データ格納領域と、放送受信に関わる処理のプログラムを更新可能に格納するプログラム格納領域とを有する放送受信装置のプログラム更新方法であって、前記プログラムの更新ファイルを受信する際に、前記更新ファイルのデータ容量を取得し、前記取得したデータ容量を前記プログラム格納領域のメモリ容量と比較するメモリ容量確認ステップと、前記プログラム格納領域のメモリ容量が前記更新ファイルのデータ容量に対して不足する場合、データ消去が可能な領域を前記番組表データ格納領域内で指定する領域指定ステップと、前記メモリ領域指定手段により前記データ消去が可能と指定された場合は当該データ消去が可能な前記番組表データ格納領域の一部または全部、および、前記プログラム格納領域において、前記更新ファイルのデータを格納するプログラムファイルの更新ステップとを含む。
【発明の効果】
【００１１】
本発明は、プログラム格納領域以外のメモリ領域も有効利用してメモリの利用効率を高め、これによりプログラム規模の増大に柔軟に対応することができるという利点がある。
【発明を実施するための最良の形態】
【００１２】
本実施形態に関する放送受信装置は、番組表データのサービスを受けられる放送規格に適合したものであればデジタル放送受信装置、アナログ放送受信装置の別を問わない。また、映像表示部を有する、いわゆるテレビジョン受像機、セットトップボックス、更には、放送データの蓄積機能を有する放送受信機能付き記録再生装置（ＤＶＤ及び／又はＨＤＤ内蔵のレコーダ等）、コンピュータ、携帯電話機、車載用ナビゲーション装置の別は問わない。
【００１３】
本実施形態の放送受信装置は、番組表データが書き換え可能に格納されている番組表データ格納領域と、プログラムが書き換え可能に格納されているプログラム格納領域とを有する。この２つの格納領域は別々のメモリデバイスに設けてもよいし、同じメモリデバイスに設けてもよい。ただし、この２つの格納領域は不揮発性メモリに設けることが望ましい。
【００１４】
不揮発性メモリは、電源を切っても情報を保持するため、一般に、ダウンロードされたプログラム（およびその圧縮方法を示す付属情報）のほかに、電源遮断後も保持したい各種情報が格納される。
この各種情報としては、メニュー画面で設定したユーザの好みに関する各種情報のほか、番組表データ、さらに、インターネットあるいはＣＡＴＶ等のネットワーク接続機能を有する場合は、そのブラウザ（閲覧ソフトウェア）に関する各種情報、たとえば、いわゆる「お気に入りのサイト情報」や既に閲覧したサイトの履歴情報などを含む。
【００１５】
本実施形態は、ダウンロードされたプログラム以外の各種情報の格納領域を、プログラム格納領域として柔軟に転用する仕組み、具体的には放送受信装置の構成およびプログラム更新方法を提案する。
【００１６】
以下、インターネット接続機能を有する放送受信装置を例として、本実施形態を説明する。
【００１７】
＜システム構成＞
図１は、本実施形態の放送受信装置が接続されている放送ネットワークシステムの構成を示す模式図である。この図は、情報ネットワークシステムとしてインターネットを用いる場合と、放送ネットワークシステムとして無線による放送システムあるいはインターネットを利用した放送配信システムを１つの図にまとめたものである。
なお、図１ではアナログ地上波放送、デジタル地上波放送などの地上波を前提とした構成のみを示すが、図１の無線による放送は地上波に限らず、衛星放送であってもよい。デジタル衛星放送としては、たとえばＢＳ放送、ＣＳ放送等が存在する。
【００１８】
図１に示すように、インターネット３０には、放送受信装置１,１ｘを含む無数の機器が接続されている。
また、管理サーバ３１を含む多くのサーバ（情報の発信元、管理元）および放送局３２が接続されている。図示している管理サーバ３１は、放送受信装置１,１ｘを含む無数の機器（端末）内の処理を制御する内蔵プログラムを供給し、定期的にバージョンアップ版を配信するサーバである。この場合、管理サーバ３１は後述するＳＤＴＴを送るために、放送局３２と接続されている。
【００１９】
放送局３２は、デジタルまたはアナログの従来の無線放送網を利用して中継用の電波塔３３に放送波を送り、そこから各家庭内のテレビジョン受像機などの放送受信装置１,１ｘ,・・・に放送波を送信する。
また、放送局３２がインターネットにより番組配信を行うこともあり、その場合はインターネット３０を介して契約先の放送受信装置１,１ｘ,・・・に番組を配信する。
【００２０】
＜装置構成＞
図２に、本実施形態の放送受信装置のブロック図を示す。
図解した放送受信装置１は、端子Ｔ１にアンテナＡＮＴが接続可能なチューナ（処理部）２、デスクランブラ３、デマルチプレクサ４、オーディオデコーダ５、ビデオデコーダ６、音声処理部７、映像処理部８、スピーカ９、ディスプレイ（映像表示部）１０、入出力インターフェイス（Ｉ／Ｏ）部１１、不揮発性メモリとしてのＮＶＲＡＭ１２、ＲＯＭ１３およびＲＡＭ１４を有する。
以上の構成は、放送受信装置１に内蔵しているＣＰＵ１５により制御される。なお、ＣＰＵが複数ある場合もあるが、その場合、図２に示すＣＰＵ１５は、その統合した機能を果たすものとして示す。また、放送受信装置１は、付属部品として、リモートコントローラ（以下、「リモコン」と略称する）２０を備える。
【００２１】
チューナ処理部２は、放送を受信し、周波数変換、ノイズ除去、増幅および復調を行う。デジタル放送の場合、チューナ処理部２からはＴＳ(Transport Stream)と称されるデータ列が出力される。
デスクランブラ３は、暗号化を解除する処理部であり、解除後の信号がデマルチプレクサ４に入力される。
デマルチプレクサ４は、音声データと映像データとを分離する処理部であり、たとえばデジタル方法の場合ＴＳパケットのフィルタリングにより上記分離を行う。このとき、番組表データが添付されている場合は、デマルチプレクサ４によって番組表データも分離される。
【００２２】
デマルチプレクサ４からの音声データはオーディオデコーダ５にてデコードされ、音声処理部７にて必要な処理が施された後、スピーカ９に出力される。
デマルチプレクサ４からの映像データはビデオデコーダ６にてデコードされ、さらに映像処理部８にて必要な処理が施された後、ディスプレイ１０に出力される。
映像処理部８は、輝度、色あるいはホワイトバランス等の一般的な映像処理のほかに、必要に応じて、ＯＳＤ(On Screen Display)画面を重畳する処理、および、通知処理を行う機能を有する。これらの機能に対応して、映像処理部８内にＯＳＤ部８Ａと通知処理部８Ｂが設けられている。ここで「通知処理」とは、不図示の操作部あるいはリモコン２０にて行うユーザ操作に応じて、または、自動で、たとえば所定のメール画面、あるいは、ＯＳＤ画面等を利用してユーザに情報を通知するための処理をいう。
【００２３】
ＮＶＲＡＭ１２は、本発明の「プログラム格納領域」および「番組表データ格納領域」を有し、電源オフ時も、これらの領域に格納している内容を保持できるメモリである。
ＲＯＭ１３に、バージョンアップが不要なプログラムや、デフォルトの各種パラメータが格納されている。
ＲＡＭ１４に、ユーザ設定により書き換え可能な各種パラメータが格納されている。また、本例では、ＲＡＭ１４をダウンロード用メモリとしても用いる。すなわち、バージョンアップされたプログラムの更新ファイル等がダウンロードされた場合、これを一時的に保持し、その後、ＮＶＲＡＭ１２に格納するためのメモリ、さらには、ＮＶＲＡＭ１２に格納されたプログラムの圧縮を解除する際に解除後のメモリを展開するためのメモリとして、ＲＡＭ１４を用いる。圧縮解除後のプログラムのファイルは、再び、ＮＶＲＡＭ１２にインストールされる。
【００２４】
Ｉ／Ｏ部１１は、リモコン２０に代表される操作部、他の機器が接続されるインターフェイス、さらには、ネットワーク・インターフェイスを含む。リモコン２０からの光を受光する受光部２０Ａも、Ｉ／Ｏ部１１に設けられている。
【００２５】
これらの各部は、通常、不図示のシステムバスに接続され、相互にデータやコマンド等の制御情報の通信が可能になっている。ＣＰＵ１５は、ＮＶＲＡＭ１２にインストールされているプログラム、あるいは、ＲＯＭ１３内のプログラムを読み出して実行することにより、他の各部の制御を行う。
【００２６】
本実施形態の放送受信装置１は、更新後のプログラムをＮＶＲＡＭ１２に格納するダウンロード処理制御に大きな特徴の一つがある。
【００２７】
図３に、ダウンロード処理制御に関わるプログラムの機能図を示す。なお、図３には便宜上、ハードウェアとしてのＮＶＲＡＭ１２、通知処理部８Ｂ、ディスプレイ１０およびリモコン２０も記載するが、その他の破線で囲む部分（手段）は、主にソフトウェアの機能を表す。
放送受信装置１は、図解したプログラムの機能として、受信制御手段(REC.CONT.)４１、メモリ領域指定手段(M.R.ASSIGN)４２、格納制御手段(STO.CONT.)４３、通知制御手段(INFO.CONT.)４４およびＩ／Ｏ制御手段(I/O CONT.)４５を有する。
【００２８】
受信制御手段４１は、図２との対応ではチューナ処理部２、デスクランブラ３およびデマルチプレクサ４を制御する手段である。また、受信制御手段４１は、デマルチプレクサ４を制御した結果、プログラムのダウンロード開始の契機を与える信号、たとえばＳＤＴＴ(Software Download Trigger Table)を検出した場合、ダウンロードを開始する機能を備える。
【００２９】
メモリ領域指定手段４２は、受信制御手段４１の制御により図２のデマルチプレクサ４で分離されたバージョンアップされたプログラムの更新ファイル（Ｆ）と、番組表データ（Ｄ）とが入力可能である。
メモリ領域指定手段４２は、更新ファイル（Ｆ）のデータ量と、それを格納可能なＮＶＲＡＭ１２のメモリ容量とを比較して、その結果に応じてＮＶＲＡＭ１２に対し、更新ファイル（Ｆ）の格納領域を指定する機能を有する。
また、メモリ領域指定手段４２は、ＮＶＲＡＭ１２の利用可能な空き容量が更新ファイル（Ｆ）のデータ量に対して不足しているか否かを示す状態フラグを保持する状態情報保持領域４２Ａを監視しており、その状態フラグに応じて、番組表データ（Ｄ）の格納を許可するか否かを決める機能を有する。
これらの機能の詳細は後述する。なお、状態情報保持領域４２Ａは、物理的には図２の、たとえばＲＡＭ１４またはＣＰＵ１５内に設けられる。
【００３０】
格納制御手段４３は、メモリ領域指定手段４２からの更新ファイル（Ｆ）または番組表データ（Ｄ）をＮＶＲＡＭ１２内の決められた領域に格納する制御を行う手段である。
通知制御手段４４は、たとえばＩ／Ｏ制御手段４５がユーザ操作を検出した場合に、メモリ領域指定手段４２の制御結果に応じた内容の通知情報（たとえばメール）を、通知処理部８Ｂを制御してディスプレイ１０に表示させるための手段である。
Ｉ／Ｏ制御手段４５はリモコン２０からのコマンドを解読する機能、および、ネットワーク接続を制御する機能を有する手段である。
【００３１】
つぎに、図面を参照して、ＮＶＲＡＭ１２のメモリ領域構成と、プログラムの更新ファイル（Ｆ）のダウンロード処理を説明する。なお、この説明において上記各手段の制御を述べる。
【００３２】
＜メモリ領域の構成および変更＞
図４は、ＮＶＲＡＭ１２内のメモリ領域の構成図である。図４（Ａ）は本発明適用前の状態、図４（Ｂ）は本発明適用後の状態を示す。
【００３３】
ＮＶＲＡＭ１２は、図４（Ａ）に示すように、大別すると、プログラム格納領域１２１、番組表データ格納領域１２２、インターネットの閲覧ソフトウェアにおける既閲覧サイトのデータ（もしくは一時保管データ）が格納されるキャッシュ領域１２３、および、上記閲覧ソフトウェアのユーザにより保存が指示されたサイトのアドレス情報が格納されるブックマーク格納領域１２４を有する。
【００３４】
図４（Ａ）の例では、プログラム格納領域１２１の一部（使用領域１２１Ａ）に、図２の放送受信装置の処理を制御するためのプログラムが既にインストールされている。図２のＣＰＵ１５は、このインストール済みのプログラムを読み出して制御を実行する。プログラム格納領域１２１の他の部分は、空き領域１２１Ｂとなっている。
また、図４（Ａ）の例では、ブックマーク格納領域１２４の一部が使用領域１２４Ａ、他の部分が空き領域１２４Ｂとなっている。
【００３５】
本実施形態では、本発明の適用によって、プログラム格納領域１２１の空き領域１２１Ｂを拡張する処理を行う。
具体的には、空き領域１２１Ｂの定常メモリ容量のレベル０から、レベル１、レベル２あるいはレベル３と、順次メモリ空き容量を拡張できる。これらのレベルは、図３のメモリ領域指定手段４２が、バージョンアップされたプログラムの更新ファイル（Ｆ）のデータ容量が、図４（Ａ）の空き領域１２１Ｂより大きいか否かを比較し、その比較結果に応じて、当該更新ファイル（Ｆ）を格納可能な最小レベルまで更新ファイルの格納領域を指定することにより決められる。
ここで「レベル１」は、元の空き領域１２１Ｂのメモリ容量に、番組表データ格納領域１２２のメモリ容量を加えたメモリ容量を表す。「レベル２」は、レベル１に、さらに、キャッシュ領域１２３のメモリ容量を加えたメモリ容量を表す。そして、「レベル３」は、レベル２に、さらに、ブックマーク格納領域１２４の空き領域１２４Ｂを加えたメモリ容量を表す。
【００３６】
このように本例では、メモリ容量のレベルアップの順位が、番組表データ格納領域１２２、キャッシュ領域１２３、ブックマーク格納領域１２４の空き領域１２４Ｂの順で、そのメモリ容量が累積追加されるように決められている。
この優先順位の指定は、ユーザにとって不都合が生じ難い順となっている。ただし、この優先順位は他の基準、たとえばメモリ容量が大きい順に指定することもできる。
また、上記３つの領域、すなわち番組表データ格納領域１２２、キャッシュ領域１２３および空き領域１２４Ｂの何れかを追加し、それでも容量不足の場合は、他の２つの何れかを追加する等の方法でも指定可能である。
【００３７】
ところで、とくに無線によるデータのダウンロードでは、電波状態が悪い等の理由でダウンロードが失敗することも考えられる。
たとえばレベル１のメモリ空き容量拡張のために番組表データ格納領域１２２内の保持データを消すような場合、図４（Ｂ）に示すように、プログラムの更新ファイル（Ｆ）のダウンロードは、最初に、ＲＡＭ１４に対して行うことが望ましい。その理由は、ＲＡＭ１４に対しダウンロードを行ったときに、その成否に応じて、番組表データ格納領域１２２内の保持データを消すか否かを決めることができるからである。これに対し、ＮＶＲＡＭ１２に対し直接、ダウンロードを行うと、その前に番組表データ格納領域１２２内の保持データを消す処理を行う必要があり、ダウンロードが失敗したときには番組表データが消去されてしまっていることから望ましくない。また、番組表データ格納領域１２２内の保持データの一部または全部を上書きして、プログラムをダウンロードしてもよいが、その場合でも、番組表データの少なくとも一部が消失して好ましくない。
【００３８】
そのような不都合を防止するには、まずＲＡＭ１４にプログラムの更新ファイル（Ｆ）をダウンロードし、その後、必要に応じて保持データを消し、拡張された空き領域１２１Ｂに対して更新ファイル（Ｆ）を格納するとよい。
なお、任意の方法であるが、圧縮されて送られてくる更新ファイル（Ｆ）のデータを伸張（いわゆる解凍）する場合、ＲＡＭ１４に解凍後のファイルデータを展開し、その後、使用領域１２１Ａにインストールすることが望ましい。このとき、多くのバージョンアップ・プログラムのインストールでは、使用領域１２１Ａのデータ容量が元のデータ容量より増えることがあるが、その容量増加分を見越して空き領域１２１Ｂの拡張レベルを予め決めることが望ましい。
【００３９】
また、レベル０からレベル１にメモリ容量を拡張する場合、さらに細分化したレベルによって、番組表データの一部を消すこともできる。たとえば、当該放送受信装置が対応可能な放送規格が複数ある場合、その番組表データ（Ｄ）の復元（再取得）の容易性に応じて、容易性が高い等の基準を設けて、その基準に照らして消しても影響が小さい順に消すようにしてもよい。
【００４０】
具体例を挙げると、ＣＳ２→ＣＳ１→ＢＳデジタル→地上波デジタル→地上波アナログの順に、番組表データを消す優先順位を設定できる。
アナログ放送においては日に数回（たとえば、Ｇ−ＧＵＩＤＥの場合、関東では１日に５回）の頻度で番組表データ（Ｄ）が配信されることから、消しても直ぐに再取得できない場合があるため、優先順位は一番低い。これに対してデジタル放送では、放送番組データに添付して番組表データ（Ｄ）も送られてくることから、アナログ放送より番組表データ（Ｄ）の再取得が容易であることから消去の優先順位は高い。また、各種存在するデジタル放送規格でも、たとえば普及率が小さいほど優先順位が高くなるような、ある基準で消去の優先順位を決めることが望ましい。
【００４１】
同様に、レベル１からレベル２にメモリ容量を拡張する場合、さらに細分化したレベルによって、たとえば閲覧した日時が古いサイトのデータ（もしくは、一時保管データ）から少しずつ消すこともできる。
このようにすることで、柔軟かつ必要最小限のデータ消去で、プログラム格納領域のメモリ容量拡張が実現できる。
【００４２】
＜ダウンロード処理＞
つぎに、図２〜図４の構成を前提として、本実施形態の放送受信装置の動作（ダウンロード処理）を説明する。
図５，図６および図７は、それぞれ、ＳＤＴＴ取得時、プログラムのダウンロード時および更新（インストール）時のフロー図である。
【００４３】
図１の管理サーバ３１からＳＤＴＴが放送局３２に送られ、これが放送局３２から中継用の電波塔３３を経由して放送波とともに放送受信装置１送られると、図５に示すように、これを取得したことが図３の受信制御手段４１で検知され（ステップＳＴ１）、その取得を知らせる信号Ｓ４１が通知制御手段４４に入力される（図３参照）。
通知制御手段４４は、ＳＤＴＴの取得に対応した「メール１」を発行し（ステップＳＴ２）、通知処理部８Ｂでユーザ操作により通知可能な状態にする。ここで「メール１」とは、たとえば「プログラムの更新ファイルが○○日××時に更新される予定です。その際、番組表データが消去される可能性があります」といった内容のメールである。
その後、ユーザが未確認メールの存在を知ってメール確認画面を開くと、上記メール１の文面がディスプレイ１０に表示される。
【００４４】
プログラムのダウンロード日時が到来し、あるいは、その日時が近づいた時点で、図６に示す処理が開始される。この開始時点では、図３の状態情報保持領域４２Ａ内の状態フラグは「状態Ｂ」、すなわち、番組表データ（Ｄ）を取得可能な状態を示している。
【００４５】
最初に、図３のメモリ領域指定手段４２が、先に送られたＳＤＴＴの内容から、送信されるプログラムの更新ファイル（Ｆ）のデータ容量を取得し、取得したデータ容量を、図４（Ａ）の空き領域１２１Ｂのメモリ容量と比較する（ステップＳＴ１０）。
この比較の結果、ステップＳＴ１１でメモリの空き容量が不足していることが分かると、状態情報保持領域４２Ａ内の状態フラグを「状態Ｂ」から「状態Ａ」に遷移させる（ステップＳＴ１２）。ここで「状態Ａ」とは、番組表データ（Ｄ）の取得を不可とする制限状態をいう。
【００４６】
続いて、メモリ領域指定手段４２が、プログラム格納領域の空き領域１２１Ｂの拡張レベルを、レベル１〜３の何れかに設定し、更新ファイル（Ｆ）の格納領域の指定を行う（ステップＳＴ１３）。その際、不足するメモリ容量に応じて、前述した放送規格に応じた優先順位で、レベル１を必要なだけ、更に細かなレベルで設定することができる。
【００４７】
つぎに、メモリ領域指定手段４２が、指定した格納領域を格納制御手段４３に知らせることによって、格納制御手段４３が番組表データの全部または一部を予め消去する（ステップＳＴ１４）。なお、図４の番組表データ格納領域１２２、キャッシュ領域１２３、空き領域１２４Ｂのメモリ容量それぞれに対し、その全てを使用する場合は、上書きで既存データが消去されることから、その全使用するメモリ容量ごとに消去ステップ（ＳＴ１４）を省略してもよいが、一部使用する場合は、その領域に対する消去が必要である。
【００４８】
一方、ステップＳＴ１１で空き容量が不足していないと判断された場合は、上記状態遷移（ステップＳＴ１２）、格納領域の指定（ステップＳＴ１３）およびデータ消去（ステップＳＴ１４）は省略される。
【００４９】
そして、図３の受信制御手段４１が更新ファイル（Ｆ）を受信すると、更新ファイル（Ｆ）を受信したことが、メモリ領域指定手段４２から格納制御手段４３に伝えられ、格納制御手段４３の制御によって格納処理が実行される。
この更新ファイル（Ｆ）の受信から格納処理までを、図６では「プログラムの更新ファイルの取得（ステップＳＴ１５）で示す。
【００５０】
つぎに、たとえばメモリ領域指定手段４２にて、全てのファイルの取得に成功したかが判断される（ステップＳＴ１６）。
全てのファイルの取得に成功した場合は、そのことが通知制御手段４４に伝えられ、通知制御手段４４が「メール２」を発行する（ステップＳＴ１７）。ここで「メール２」とは、たとえば「更新ファイルの取得に成功しました。番組表データが消去された可能性があります」といった内容のメールである。
その後、ユーザが未確認メールの存在を知ってメール確認画面を開くと、上記メール２の文面がディスプレイ１０に表示される。
【００５１】
一方、ステップＳＴ１６で更新ファイルの取得に失敗したことが検出されると、図３の状態情報保持領域４２Ａ内の状態フラグが「状態Ａ」から元の「状態Ｂ」に戻され（ステップＳＴ１８）、以後、番組表データ（Ｄ）の取得が可能となる。
【００５２】
なお、ステップＳＴ１５における格納処理では、図４（Ｂ）に示すように、ＲＡＭ１４にダウンロードを行って、番組表データを消すかどうかを決めるようにすることが望ましい。
その場合、図６のステップＳＴ１５を、更新ファイル（Ｆ）の受信およびダウンロード（ＲＡＭ１４への格納）と、ダウンロードした更新ファイル（Ｆ）のＮＶＲＡＭ１２への移し変えとの２つのステップに分けて、その間に、ステップＳＴ１６の「全てのファイルの取得（この場合、ダウンロード）に成功したか？」の判断と、ステップＳＴ１４のデータ消去とを挿入する処理フローとなる。つまり、ダウンロードのステップ後に、ステップＳＴ１６の判断を行い、データ消去（ステップＳＴ１４）、ダウンロードファイルのＮＶＲＡＭ１２への移し変えステップを経て、メール２の発行（ステップＳＴ１７）という手順となる。
【００５３】
更新ファイル（Ｆ）の取得に成功した場合、図７の処理フローが開始される。
まず、取得したファイルを使って既存のプログラムを更新する（ステップＳＴ２１）。この更新処理は、図３の格納制御手段４３によって実行され、通常、圧縮されたファイルデータを非圧縮状態のデータに伸張（いわゆる解凍）し、既存のプログラムの必要な部分と置き換えるインストール処理を含む。
【００５４】
つぎに、たとえばメモリ領域指定手段４２が、更新が完了したかを判断する（ステップＳＴ２２）。このステップＳＴ２２は、更新ファイル（Ｆ）が複数ある場合に、その全てを用いてプログラムが更新されたかを判断するために存在し、更新未完了の場合は、更新が完了するまでステップＳＴ２１とＳＴＲ２２を繰り返す。
【００５５】
更新が完了すると、空き領域１２１Ｂを使っていた更新ファイル（Ｆ）を削除し（ステップＳＴ２３）、状態フラグを元の「状態Ｂ」に戻す（ステップＳＴ２４）。
また、更新完了が通知制御手段４４に伝えられると、通知制御手段４４が「メール３」を発行する（ステップＳＴ２５）。ここで「メール３」とは、たとえば「プログラムの更新が完了しました。番組表データが消去された可能性があります」といった内容のメールである。
その後、ユーザが未確認メールの存在を知ってメール確認画面を開くと、上記メール３の文面がディスプレイ１０に表示される。
【００５６】
その後、とくにフローを示さないが、消去された番組表データ（Ｄ）の再取得を行う。このとき、図４（Ｂ）に示す空き領域１２１Ｂは、ダウンロードされた更新ファイル（Ｆ）データがＲＡＭ１４を介してプログラムにインストールされた後であることから、メモリ空き容量としては大きく回復している。
番組表データ（Ｄ）の再取得に際し、まず、メモリ領域指定手段４２が、番組表データ格納領域１２２等を回復するように領域指定を行い、この指定した領域（元の番組表データ格納領域１２２）に、番組表データ（Ｄ）の再取得を行う。
【００５７】
なお、上記説明ではメール１〜３を３回発行したが、１回または２回でもよい。
また、ユーザへの通知はメールに限らず、起動後にＯＳＤ表示されるクリップメッセージ、ダイアログ、あるいは、音声による通知等の他の通知方法でも構わない。
【００５８】
本実施形態によれば、放送受信装置１に搭載するＮＶＲＡＭ１２の容量が少ない場合でも、ユーザが常時使用しないＮＶＲＡＭ１２内のデータ、たとえば番組表データを消去（上書きによる消去も含む）して、更新されたプログラム格納のためのメモリ空き領域を拡張することができる。
また、消去しても古いものならユーザにとって利用価値が小さいブラウザのキャッシュ情報を消去し、さらにはブックマーク格納領域の空き領域を利用して、より大きな容量にメモリ空き領域を拡張できる。
さらに、番組表データの消去レベル（メモリ空き領域の拡張レベル）を、複数の放送規格ごとの番組表データに消去の優先順位を付けて、優先度が高いものから消去する。
以上により、ダウンロードするデータの容量の増大に柔軟に対処でき、不揮発性メモリの利用効率が高いプログラムの更新方法と、その方法に適した構成の放送受信装置を提供することが可能となる。
【００５９】
その際、番組表データが消去される、又は、消去された可能性をユーザに通知することで了解を得ることができる。この措置は、番組表データが消されてから再取得するまでに時間を要することがある、たとえば地上波アナログ放送の場合にも、ユーザに不測の事態を招かないようにするための措置である。
一方、デジタル放送の場合は、番組表データが消去されてから再取得までの時間遅延は殆どなく、メール等の通知を行わなくても、ユーザに影響を与えないですむ。したがって、たとえばデジタル放送に特化した放送受信装置であれば、図３の通知処理部８Ｂおよび通知制御手段４４を省略することができる。
【００６０】
また、ＲＡＭ１４に対して更新ファイル（Ｆ）のダウンロードを行うようにすると、ダウンロードに失敗するような場合でも、無駄に番組表データを消去することがないという利点がある。
さらに、状態フラグを、本発明の「第１状態」に対応する「状態Ａ」と、「第２状態」に対応する「状態Ｂ」とで切り換えることで、番組表データ（Ｄ）を取得可能または取得不可の状態遷移をスムーズにして、番組表データ（Ｄ）の再取得を的確かつ短時間で行えるという利点がある。
【図面の簡単な説明】
【００６１】
【図１】本実施形態の放送受信装置が接続されている放送ネットワークシステムの構成例を示す模式図である。
【図２】本実施形態の放送受信装置のブロック図である。
【図３】ダウンロード処理制御に関わるプログラムの機能図である。
【図４】（Ａ）および（Ｂ）は、ＮＶＲＡＭの構成図である。
【図５】ＳＤＴＴ取得時のフロー図である。
【図６】ダウンロード時のフロー図である。
【図７】インストール時のフロー図である。
【符号の説明】
【００６２】
１,１ｘ…放送受信装置、２…チューナ処理部、３…デスクランブラ、４…デマルチプレクサ、５…オーディオデコーダ、６…ビデオデコーダ、８…映像処理部、８Ａ…ＯＳＤ部、８Ｂ…通知処理部、１０…ディスプレイ、１１…Ｉ／Ｏ部、１２…ＮＶＲＡＭ、１４…ＲＡＭ、１５…ＣＰＵ、２０…リモコン、３０…インターネット、３１…管理サーバ、３２…放送局、４１…受信制御手段、４２…メモリ領域指定手段、４２Ａ…状態情報保持領域、４３…格納制御手段、４４…通知制御手段、４５…Ｉ／Ｏ制御手段、１２１…プログラム格納領域、１２１Ａ,１２４Ａ…使用領域、１２１Ｂ,１２４Ｂ…空き領域、１２２…番組表データ格納領域、１２３…キャッシュ領域、１２４…ブックマーク格納領域、Ｄ…番組表データ、Ｆ…更新ファイル
【図１】
2007110250.tif 000003
【図２】
2007110250.tif 000004
【図３】
2007110250.tif 000005
【図４】
2007110250.tif 000006
【図５】
2007110250.tif 000007
【図６】
2007110250.tif 000008
【図７】
2007110250.tif 000009