JP2004056233A

JP2004056233A - ディジタル放送受信装置

Info

Publication number: JP2004056233A
Application number: JP2002207650A
Authority: JP
Inventors: Hiroyuki Miyake; 三宅　宏幸
Original assignee: Sanyo Electric Co Ltd
Current assignee: Sanyo Electric Co Ltd
Priority date: 2002-07-17
Filing date: 2002-07-17
Publication date: 2004-02-19

Abstract

【目的】利便性に優れたソフトウェア更新機能を備えるディジタル放送受信装置を提供する。
【構成】ＩＥＥＥ１３９４インターフェイス５を介して接続されている外部装置３１の特定情報（ｍａｋｅｒ＿ｉｄ、ｍｏｄｅｌ＿ｉｄなど）をメモリ１８等に保持しておき、この特定情報に基づいてＳＤＴＴを監視し、ダウンロードデータが有効かどうかの判定、及び受信装置３０の設定条件に基づいてダウンロード処理を行うかどうかの決定を行う。外部装置３１用にダウンロードした更新ソフトウェア及び／又は更新データを不揮発性メモリ１８に一時的に格納する。そして、この格納した更新ソフトウェア及び／又は更新データを読み出してＩＥＥＥ１３９４インターフェイス５を介して対応外部装置３１に送る。
【選択図】　　　　　　　　図１

Description

【０００１】
【産業上の利用分野】
この発明は、ディジタル放送を受信するディジタル放送受信装置に関する。
【０００２】
【従来の技術】
例えば、衛星を用いたディジタル放送受信システムにおいては、ディジタル信号圧縮技術を用いて映像・音声信号を圧縮するとともに、複数番組の映像・音声ディジタル信号を時分割多重したストリーム（トランスポートストリーム）をトランスポンダ（衛星中継器）を経由して放送を行っている。一方、このようなディジタル放送を受信する放送受信装置は、アンテナを通して受け取ったディジタル放送の複数のトランスポンダのなかから一つをチューナによって選択し、この一つのトランスポンダに含まれる複数のチャンネルのうち一つをデマルチプレクス処理によって選択し、この選択したチャンネルのディジタル信号をデコードすることによって映像・音声信号を出力するようになっている。
【０００３】
また、ディジタル放送受信装置においては、放送波を利用したソフトウェア更新機能を備えることが可能である。このソフトウェア更新においては、放送波に載せられているソフトウェア更新情報（ＳＤＴＴ：Ｓｏｆｔｗａｒｅ　Ｄｏｗｎｌｏａｄ　Ｔｒｉｇｇｅｒ　Ｔａｂｌｅ）を監視し、自機種宛ての更新ソフトウェアの送出日時等を把握しておく。そして、この送出日時に視聴状態でなく（スタンバイ状態など）、当該機種固有のプログラムや共通のデータが現在のバージョンより新しいものが送出されている場合で且つ更新が許可されている場合にダウンロードを行ってソフトウェアを最新のものに自動的に更新する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記従来のごとく、更新ソフトウェアをダウンロードしてソフトウェアを自動的に最新のものにしてしまうと、更新ソフトウェアにバグが存在していて不都合を生じる場合に元の更新前のソフトウェアに戻ることができないことになる。また、このようにダウンロードしたソフトウェアを自機において自動的に反映させる機能では、他の機器用の更新ソフトウェアを代理受信するといったことを実現することはできない。
【０００５】
この発明は、上記の事情に鑑み、利便性に優れたソフトウェア更新機能を備えるディジタル放送受信装置を提供することを目的とする。
【０００６】
【課題を解決するための手段】
この発明のディジタル放送受信装置は、上記の課題を解決するために、ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段と、ダウンロードした更新ソフトウェア及び／又は更新データの反映状態形成をユーザの指示があるまで留保する手段と、を備えたことを特徴とする。
【０００７】
上記の構成であれば、更新ソフトウェア及び／又は更新データのダウンロードが行われても直ちにこれが当該装置において反映されるのではなく、ユーザによる反映指示があるまで留保される。従って、例えば、とりあえず更新ソフトウェアをダウンロードしておき、このダウンロードを行ってから数日たってもバグ通知がなかったのであれば、更新ソフトウェアを当該装置に反映させ、数日のうちに更新ソフトウェアにバグが有る旨の通知等があれば反映実行は行わずに更新ソフトウェアを廃棄するといった措置をユーザ判断でとることができる。
【０００８】
また、この発明のディジタル放送受信装置は、ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段と、バージョンが異なる同一のソフトウェアを記憶手段に併存させておき、ユーザの指示に従っていずれかのソフトウェアの反映状態形成を行うように構成されたことを特徴とする。
【０００９】
上記の構成であれば、例えば、更新ソフトウェアを当該装置において反映させた後に更新ソフトウェアにバグが有ることがわかったときに、元のソフトウェアの状態に戻すといったことが可能になる。
【００１０】
また、この発明のディジタル放送受信装置は、ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段とを備え、データ転送通信手段を介して接続されている他の機器における更新ソフトウェア及び／又は更新データをダウンロードするための機器特定情報を前記データ転送通信手段を介して前記他の機器から取得し、前記機器特定情報に基づいてソフトウェア更新情報を監視し、前記ソフトウェア更新情報に基づいて前記他の機器宛ての更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納するように構成されたことを特徴とする。
【００１１】
上記の構成であれば、自身宛ての更新ソフトウェア及び／又は更新データだけではなく、他の機器用の更新ソフトウェア及び／又は更新データを代理受信することが可能になる。ダウンロードした更新ソフトウェア及び／又は更新データは前記データ転送通信手段に限らず、メモリカード等を介して他の機器に与えることも可能である。
【００１２】
記憶手段として外部記憶手段を備え、この外部記憶手段にダウンロードした更新ソフトウェア及び／又は更新データを格納するように構成してもよい。また、前記外部記憶手段に更新ソフトウェア及び／又は更新データをパーシャルＴＳの形式で記録するように構成されていてもよい。
【００１３】
また、この発明のディジタル放送受信装置は、ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードする手段とを備え、データ転送通信手段を介して接続されている他の機器における更新ソフトウェア及び／又は更新データをダウンロードするための機器特定情報を前記データ転送通信手段を介して前記他の機器から取得し、前記機器特定情報に基づいてソフトウェア更新情報を監視し、前記ソフトウェア更新情報に基づいて前記他の機器宛ての更新ソフトウェア及び／又は更新データをダウンロードし、前記データ転送通信手段を介して前記他の機器に即時に転送するように構成されていることを特徴とする。
【００１４】
上記の構成であれば、代理受信した他の機器用の更新ソフトウェア及び／又は更新データを記憶手段に格納せずに前記他の機器に即時に転送することになるので、更新ソフトウェア及び／又は更新データを一旦記憶手段に格納する場合に比べて記憶手段の容量を少なくでき、また、処理手順の簡素化も図りやすい。特に、前記他の機器に更新ソフトウェア及び／又は更新データをパーシャルＴＳの形式で供給するのがよい。
【００１５】
【発明の実施の形態】
以下、この発明の実施形態を図１乃至図３に基づいて説明する。図１はこの実施形態のディジタル放送受信装置を示したブロック図であり、図２はメモリの格納形態を示した説明図であり、図３は代理ダウンロード処理の内容を示したフローチャートである。
【００１６】
アンテナ１は、屋外において所定の方向に向けて配置されており、例えば、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ　　Ｓａｔｅｌｌｉｔｅ）から送られてくるディジタル放送波を受信する。このアンテナ１は、一般に周波数変換器を備え、受信／周波数変換した信号をチューナ２に与える。
【００１７】
チューナ２は、受信した高周波ディジタル変調信号のうちから特定周波数の信号を取り出す。すなわち、ディジタル放送の複数のトランスポンダのなかから一つを選択する処理を行う。また、チューナ２は、復調回路、逆インタリーブ回路、誤り訂正回路などを備えることにより、選択したディジタル変調信号を復調してトランスポートストリームを出力する。
【００１８】
デマルチプレクサ（ＤＥＭＵＸ）３は、チューナ２から受け取ったトランスポート・ストリームを、ＭＰＥＧ２（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ２）のビデオストリーム、オーディオストリーム、ＰＳＩ／ＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ／Ｓｅｒｖｉｃｅ　Ｉｎｆｏｒｍａｔｉｏｎ）、及び他の情報に分離する。デマルチプレクサ３は、ビデオストリームとオーディオストリームをＡＶデコーダ４に供給し、ＰＳＩ／ＳＩや他の情報をＭＰＵ１７に供給する。なお、前記他の情報には更新プログラムや更新データが含まれる。また、前述のごとく、トランスポート・ストリームには複数のチャンネルが多重化されており、このなかから任意のチャンネルを選択するための処理は、前記ＰＳＩ／ＳＩから任意のチャンネルがトランスポート・ストリーム中でどのパケットＩＤで多重化されているかといったデータを取り出すことで可能となる。また、トランスポート・ストリームの選定（トランスポンダの選定）もＰＳＩ／ＳＩの情報に基づいて行うことができる。
【００１９】
ストリーム送受処理部４は、デマルチプレクサ３から出力されたパーシャルＴＳを内蔵ハードディスクドライブ（ＨＤＤ）６に書き込んだり、ハードディスクドライブ６からパーシャルＴＳを読み出す他、外部装置（他のディジタル放送受信装置、オーディオセット、ビデオカメラ、ストレージ等のディジタル機器）３１との間でＩＥＥＥ１３９４インターフェース５を通じてパーシャルＴＳの入出力をも行うこととしている。外部装置は一つに限らず、複数台接続することができる。
【００２０】
ＡＶデコーダ７は、ビデオストリームに対してデコードを行うビデオデコーダ、及びオーディオストリームに対してデコードを行うオーディオデコーダを備える。ビデオデコーダは、入力された可変長符号を復号して量子化係数や動きベクトルを求め、逆ＤＣＴ変換や動きベクトルに基づく動き補償制御などを行う。オーディオデコーダは、入力された符号化信号を復号して音声データを生成する。デコードにより生成された映像データは映像処理回路８に出力され、音声データは音声処理回路９に出力される。
【００２１】
映像処理回路８は、ＡＶデコーダ７から映像データを受け取ってＤ／Ａ変換を行い、例えばＮＴＳＣフォーマットのコンポジット信号に変換する。音声信号処理回路９は、ＡＶデコーダ７から出力された音声データを受け取ってＤ／Ａ変換を行い、例えば右（Ｒ）音のアナログ信号および左（Ｌ）音のアナログ信号を生成する。
【００２２】
映像出力回路１０及び音声出力回路１１は出力抵抗や増幅器等を備えて成る。ＡＶ出力端子１２には出力部（左右音声出力端子等や映像出力端子のセット）が設けられており、この出力部には、ディスプレイやスピーカを備えるモニタ１４が映像／音声コード１３によって接続される。
【００２３】
ＯＳＤ（オンスクリーンディスプレイ）回路１９は、ＭＰＵ１７から出力指示された文字情報や色情報に基づくビットマップデータを加算器２０に出力する。加算器２０は前記ビットマップデータに基づく映像を受信映像に組み込む処理を行う。上記ＯＳＤ回路１９により、ＭＰＵ１７が受け取ったＰＳＩ／ＳＩに基づくＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ　　Ｐｒｏｇｒａｍ　　Ｇｕｉｄｅ）画面表示、メニュー画面表示などの各種表示が実現される。
【００２４】
リモコン送信機１５は、当該放送受信装置３０に指令を送出するための送信機である。このリモコン送信機１５に設けられたキーを操作すると、そのキーに対応した指令を意味する信号光（リモコン信号）が図示しない発光部から送出される。リモコン受光器１６は、前記リモコン送信機１５のキーが操作されたときに出射される信号光を受光し、これを電気信号に変換してＭＰＵ１７に与える。
【００２５】
不揮発性メモリ（例えば、フラッシュＲＯＭやＥＥＰＲＯＭ等）１８には、ブートプログラム、ダウンロードプログラム等の他、当該装置３０にＩＥＥＥ１３９４インターフェイス５を介して接続されている機器の特定情報なども格納される。機器の特定情報は、メーカー情報（ｍａｋｅｒ＿ｉｄ）や機種情報（ｍｏｄｅｌ＿ｉｄ）などであり、前記ＩＥＥＥ１３９４インターフェイス５を介して各装置から通知される。電源立ち上げ時、ＭＰＵ１７は不揮発性メモリ１８に書き込まれているブートプログラムから実行し、システムに必要な初期化等を行う。そして、不揮発性メモリ１８内のプログラムは、図示しない揮発性メモリへ展開され、この揮発性メモリで展開されたプログラムをＭＰＵ１７が実行する。
【００２６】
上記の不揮発性メモリ１８は、図２に示すように、複数のプログラムを保持するように複数バンク構成としている。そして、先頭の有効バンク情報指示部において、▲１▼現在の有効バンク数（起動時に使用）、▲２▼有効バンク変更フラグ、▲３▼全バンクに対しての情報の有無、▲４▼新規書込み完了フラグなどを情報を持つようにしている。この有効バンク情報指示部の情報により、メニュー画面表示などにおいて、現在格納されている複数のバージョンのソフトウェアの一覧などをユーザに提示することができる。
【００２７】
ＭＰＵ１７は、この放送受信装置３０における全体制御の他、ダウンロードに関連した各種の処理を行う。以下、かかる処理について説明していく。
【００２８】
イ．　放送波に載せられて伝送されてくるＳＤＴＴ（Ｓｏｆｔｗａｒｅ　Ｄｏｗｎｌｏａｄ　Ｔｒｉｇｇｅｒ　Ｔａｂｌｅ）において、対応する機種情報（ｍｏｄｅｌ＿ｉｄ、送られてくるダウンロードデータのバージョン（ｖｅｒｓｉｏｎ＿ｉｄ）、送出日程等）を監視し、ダウンロードデータが有効かどうかの判定、及び受信装置３０の設定条件に基づいてダウンロード処理を行うかどうかの決定を行う。利用者が受信装置３０に対してダウンロードを行なうことを指令していれば、ダウンロード可状態となる。ＳＤＴＴが取得された場合、ＳＤＴＴセクションの内容にはダウンロードデータが送出される日時（送出日程）が示されているので、その日時にデータの送出されるＴＳ（エンジニアリングスロット）へ移動するようチューナ２を制御することになる。ＭＰＵ１７は、ダウンロードした更新ソフトウェア及び／又は更新データを例えば不揮発性メモリ１８に格納する。ここで、この格納した更新ソフトウェア及び／又は更新データによって元のソフトウェアやデータを自動的に書き換えるのではなく、元のソフトウェアやデータと共に、更新ソフトウェア及び／又は更新データを格納しておく。そして、更新ソフトウェア及び／又は更新データの反映状態形成をユーザの指示があるまで留保する。ユーザの指示とは、メニュー画面の例えば「更新ソフトウェア実行」といった項目を選択し、リモコン送信機の決定キーを押すこと、或いは、テレビＯＮ時に、「更新ソフトウェアが在ります、実行しますか　ＹＥＳ　ＮＯ」といった画面表示を行い、前記「ＹＥＳ」の上にカーソルが載せて決定キーを押すことである。このようにしてユーザ指示がなされたとには、更新ソフトウェア及び／又は更新データの反映状態を形成することとし（図２においてＲＡＭに展開し）、元のソフトウェアやデータについてはメモリ１８から消去する。
【００２９】
従って、例えば、とりあえず更新ソフトウェアをダウンロードしておき、このダウンロードを行ってから数日たってもバグ通知がなかったのであれば、更新ソフトウェアを当該装置に反映させ、数日のうちに更新ソフトウェアにバグが有る旨の通知等があれば反映実行は行わずに更新ソフトウェアを廃棄するといった措置をユーザ判断でとることができる。
【００３０】
ロ．　前述のごとく、更新ソフトウェアを実行させるためのユーザ指示がなされたときには、更新ソフトウェア及び／又は更新データの反映状態を形成するのであるが、元のソフトウェアやデータをメモリ１８から消去せずに併存させておく。そして、例えば、メニュー画面において「元のソフトウェア実行」といった項目を用意しておき、これがユーザによって選択されたときには、元のソフトウェア及び／又はデータの反映状態を形成する。これにより、例えば、更新ソフトウェアを当該装置３０において反映させた後に更新ソフトウェアにバグが有ることがわかったときに、元のソフトウェアの状態に戻すといったことがユーザ操作で可能になる。
【００３１】
ハ．　外部装置３１として外部記録装置（ＨＤＤ等）を備える場合において、ダウンロードした更新ソフトウェア及び／又は更新データを外部記録装置に格納することができる。勿論、内蔵ＨＤＤ６に格納することもできる。そして、更新ソフトウェア及び／又は更新データは、パーシャルＴＳの形式で記録する。ここで、通常の番組記録を行う場合のパーシャルＴＳの内容としては、▲１▼ＳＩＴ（番組のネットワーク情報／番組情報／時間情報など）、▲２▼ＰＳＩ（ＰＡＴ／ＰＭＴ）、▲３▼ＥＳ（映像・音声・ＰＥＳデータ放送（ＤＳＭＣＣ）セクションなど）が記録されるが、更新ソフトウェア等のパーシャルＴＳにおいては、▲４▼当該装置３０用のＴＳであることを指し示し、▲５▼現在の時刻からダウンロードが可能であるというように内容を一部変更したＳＤＴＴセクションを追加しておく。これにより、この記録済みパーシャルＴＳの再生を行えば、記録機器に関係なく、エア受信と同様にソフトウェアのダウンロードが行える。制限としては、パーシャルＴＳとして、前記▲４▼のようなＰＩＤのデータも記録機器が制限をかけることなく記録し、またパーシャル再生においてこのようなデータの入力がありうることを装置３０において認識させておけばよい。
【００３２】
ニ．　ＩＥＥＥ１３９４インターフェイス５を介して接続されている外部装置３１の特定情報（ｍａｋｅｒ＿ｉｄ、ｍｏｄｅｌ＿ｉｄ、現在のプログラムバージョンなど）をメモリ１８等に保持しておき、この特定情報に基づいてＳＤＴＴを監視し、ダウンロードデータが有効かどうかの判定、及び受信装置３０の設定条件に基づいてダウンロード処理を行うかどうかの決定を行う。利用者が受信装置３０に対してダウンロードを行なうことを指令していれば、ダウンロード可状態となる。ＭＰＵ１７は、外部装置３１用にダウンロードした更新ソフトウェア及び／又は更新データを不揮発性メモリ１８（内蔵ＨＤＤ６でもよい）に一時的に格納する。そして、この格納した更新ソフトウェア及び／又は更新データを読み出してＩＥＥＥ１３９４インターフェイス５を介して対応外部装置３１に送る。これにより、外部装置３１用の更新ソフトウェア及び／又は更新データを代理受信することが可能になる。なお、ＭＰＵ１７は、外部装置３１との間でのデータ転送において、外部装置３１の電源投入、機器状態チェック、コネクション確立、及び転送開始コマンドの発行等の手順を実行することになる。また、外部装置３１用の更新ソフトウェア及び／又は更新データをメモリ１８に格納する場合は、受信装置３０のソフトウェアではないことの情報を保持しておく。また、前述の有効バンク情報指示部の情報として、当該更新ソフトウェア及び／又は更新データの受け取り先である外部装置３１の特定情報（ｍａｋｅｒ＿ｉｄ、ｍｏｄｅｌ＿ｉｄ、現在のプログラムバージョンなど）を保持しておく。図３には上述した代理ダウンロードの手順を示している。ステップＳ２乃至ステップＳ５を経ることで、外部装置３１の特定情報を保持を取得することになる。外部装置３１が複数存在すれば、ステップＳ９でＹＥＳとなり、他の外部装置３１についての特定情報も取得される。そして、かかる特定情報に基づいてＳＤＴＴが取得されれば（ステップＳ６、ステップＳ７でＹＥＳ）、ダウンロードを処理を実行する（ステップＳ８）。なお、スタンバイ状態においてかかる処理を実行するのは（ステップＳ１でＹＥＳ）、ユーザのチャンネル切り替え等でダウンロード処理が中断されてしまうのを回避するためである。
【００３３】
ホ．　外部装置３１用の更新ソフトウェア及び／又は更新データの一時的な記録をパーシャルＴＳの形式で行い、外部装置３１への更新ソフトウェア及び／又は更新データの転送もパーシャルＴＳの形式で行うこともできる。
【００３４】
ヘ．　外部装置３１用の更新ソフトウェア及び／又は更新データを一時的に記録せずに、即時にＩＥＥＥ１３９４インターフェイス５を介して対応外部装置３１に送ることもできる。パーシャルＴＳによるデータ送受信においては、メモリ１８等にデータを一時蓄積する方法よりも、パーシャルＴＳにおいて必要に応じてＳＤＴＴなどの情報を一部変更し、そのままパーシャルＴＳとして出力するほうが容易である。
【００３５】
なお、放送受信装置３０と外部装置３１との間でのデータ転送は、ＴＣＰ／ＩＰを利用したネットワークを用い（ブロードキャストパケットなどを利用する）、また、ＬＡＮが構成されている場合においては、そのＬＡＮ内のＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）サーバなどに問い合わせることにより行うことができる。このようなネットワークにおいて、ネットワークを構成している機器のリストなどを接続のプロトコルの範囲内でお互い情報として保持しあうことが可能である。従って、このようなネットワークにおいて、ｍａｋｅｒ＿ｉｄ、ｍｏｄｅｌ＿ｉｄ、現在のプログラムバージョンなどの要求・応答のプロトコルを予め定義しておき、代理サーバ側から接続されている各機種に対して上記情報の問合せを行い、この問い合わせで得られた情報（機器特定情報）を放送受信装置３０が取得し、放送受信装置３０は、上記情報をＳＤＴＴ監視に利用すればよい。勿論、受信装置３０自身が代理サーバとして機能してもよい。受信装置３０が代理取得を完了した際に、取得完了を要求元の外部装置３１に通知し、この外部装置３１が代理サーバである受信装置３０とデータの受け渡しが行えるようにＦＴＰサービスを実行する。外部装置３１がＦＴＰサービスの起動完了を受信装置３０に対し通知することによって、ＦＴＰによるデータ転送を開始する。データ転送が終了した場合は、代理サーバとして機能する受信装置３０は通常の受信処理に復帰する。
【００３６】
【発明の効果】
以上説明したように、この発明によれば、例えば、とりあえず更新ソフトウェアをダウンロードしておき、このダウンロードを行ってから数日たってもバグ通知がなかったのであれば、更新ソフトウェアを当該装置に反映させ、数日のうちに更新ソフトウェアにバグが有る旨の通知等があれば反映実行は行わずに更新ソフトウェアを廃棄するといった措置をユーザ判断でとることができる。また、例えば、更新ソフトウェアを当該装置において反映させた後に更新ソフトウェアにバグが有ることがわかったときに、元のソフトウェアの状態に戻すといったことが可能になる。また、自身宛ての更新ソフトウェア及び／又は更新データだけではなく、他の機器用の更新ソフトウェア及び／又は更新データを代理受信することが可能になる。また、代理受信した他の機器用の更新ソフトウェア及び／又は更新データを記憶手段に格納せずに前記他の機器に転送する構成では、更新ソフトウェア及び／又は更新データを一旦記憶手段に格納する場合に比べて記憶手段の容量を少なくでき、また、処理内容の簡素化も図りやすい。
【図面の簡単な説明】
【図１】この発明の実施形態のディジタル放送受信装置を示したブロック図である。
【図２】メモリの格納形態を示した説明図である。
【図３】代理ダウンロード処理の内容を示したフローチャートである。
【符号の説明】
２　　チューナ
３　　デマルチプレクサ
５　　ＩＥＥＥ１３９４インターフェイス
１７　ＭＰＵ
１８　メモリ
３０　ディジタル放送受信装置
３１　外部装置

Claims

ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段と、ダウンロードした更新ソフトウェア及び／又は更新データの反映状態形成をユーザの指示があるまで留保する手段と、を備えたことを特徴とする。
ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段と、バージョンが異なる同一のソフトウェアを記憶手段に併存させておき、ユーザの指示に従っていずれかのソフトウェアの反映状態形成を行うように構成されたことを特徴とするディジタル放送受信装置。
ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納する手段とを備え、データ転送通信手段を介して接続されている他の機器における更新ソフトウェア及び／又は更新データをダウンロードするための機器特定情報を前記データ転送通信手段を介して前記他の機器から取得し、前記機器特定情報に基づいてソフトウェア更新情報を監視し、前記ソフトウェア更新情報に基づいて前記他の機器宛ての更新ソフトウェア及び／又は更新データをダウンロードして記憶手段に格納するように構成されたことを特徴とするディジタル放送受信装置。
請求項１乃至請求項３のいずれかに記載のディジタル放送受信装置において、記憶手段として外部記憶手段を備え、この外部記憶手段にダウンロードした更新ソフトウェア及び／又は更新データを格納するように構成されたことを特徴とするディジタル放送受信装置。
請求項４に記載のディジタル放送受信装置において、前記外部記憶手段に更新ソフトウェア及び／又は更新データをパーシャルＴＳの形式で記録するように構成されたことを特徴とするディジタル放送受信装置。
ディジタル放送波に載せられたソフトウェア更新情報を監視する手段と、前記ソフトウェア更新情報に基づいて更新ソフトウェア及び／又は更新データをダウンロードする手段とを備え、データ転送通信手段を介して接続されている他の機器における更新ソフトウェア及び／又は更新データをダウンロードするための機器特定情報を前記データ転送通信手段を介して前記他の機器から取得し、前記機器特定情報に基づいてソフトウェア更新情報を監視し、前記ソフトウェア更新情報に基づいて前記他の機器宛ての更新ソフトウェア及び／又は更新データをダウンロードし、前記データ転送通信手段を介して前記他の機器に即時に転送するように構成されたことを特徴とするディジタル放送受信装置。
請求項６に記載のディジタル放送受信装置において、前記他の機器に更新ソフトウェア及び／又は更新データをパーシャルＴＳの形式で供給するように構成されたことを特徴とするディジタル放送受信装置。