(57)【特許請求の範囲】
【請求項１】
データ取得部とデータ取得部以外の他の処理ブロックとを備え、前記データ取得部に第１制御部を含み、前記他の処理ブロックに第３制御部を含む第１装置と、
第２制御部を含み、前記第１装置と有線または無線で接続されている第２装置と
を有し、
前記第１装置は、その前記データ取得部および前記他の処理ブロックならびに前記第２装置が実行するソフトウエアの追加または更新のための版更新データを、放送電波、ネットワークまたは携帯記録メディアから前記データ取得部で一括して取得し、取得完了の通知信号を、前記第１制御部から前記第３制御部を経由して前記第２制御部に送信し、
前記第３制御部は、前記通知信号の入力があったときは、応答信号を前記第１制御部に送信し、
前記第２装置は、前記通知信号の入力があったときに、前記第２制御部から前記第３制御部を経由して他の応答信号を前記第１制御部に送信し、
前記第１制御部は前記第３制御部と前記第２制御部の双方から応答信号が入力されたことを契機に、前記取得した版更新データの一部で自身のソフトウエアを更新し、前記取得した版更新データの中から前記他の処理ブロックに対応する版更新データを前記第３制御部に転送し、前記取得した版更新データの中から前記第２装置に対応する版更新データを、前記第３制御部を経由して前記第２制御部に転送する
分離型処理装置。
【請求項２】
前記第１制御部は、前記応答信号を前記第３制御部と前記第２制御部の双方から入力した場合に、前記取得した版更新データに基づいて自身が実行するソフトウエアの少なくとも一部を更新し、前記第３制御部と前記第２制御部が実行するソフトウエアの他の部分についての版更新データの転送を実行する
請求項１に記載の分離型処理装置。
【請求項３】
前記第３制御部は、前記第１制御部から前記第２制御部に送信する前記通知信号を中継し、前記応答信号が返ってこない場合に、前記第１制御部にエラー信号を送信する
請求項１または２に記載の分離型処理装置。
【請求項４】
前記応答信号又は前記エラー信号の送信に対応して、前記第１装置と第２装置の接続状態不備を報知する報知部を有する
請求項１〜３の何れかに記載の分離型処理装置。
【請求項５】
前記第３制御部は、前記第２制御部に版更新データを送信している最中に、当該版更新データが送信できないときは、当該送信に失敗した版更新データの送信を繰り返すと共に、前記報知部から前記接続状態不備を報知させる
請求項４に記載の分離型処理装置。
【請求項６】
前記第１制御部、前記第３制御部および前記第２制御部のそれぞれは、取得した版更新データの中から対応するデータを読み出し、自身が有するソフトウエア格納領域にインストールすることにより版更新を実行し、
前記第３制御部と前記第２制御部は、インストールが正常に行われた場合に、インストール完了通知信号を前記第１制御部に送信する
請求項１〜５の何れかに記載の分離型処理装置。
【請求項７】
前記第１装置は、前記取得した版更新データを蓄積するメモリをさらに有し、
前記第１制御部は、
自身のプログラム格納領域に予め格納されているブートプログラムを用いて、自身のソフトウエアについて版更新データのインストールを行い、その完了後に、前記第３制御部に対応した前記版更新データの一部を前記メモリから読み出して前記第３制御部に転送し、
前記第３制御部から前記インストール完了通知信号を受け取ると、前記第２制御部に対応する前記版更新データの一部を前記メモリから読み出して前記第３制御部を介して前記第２制御部に転送する
請求項６に記載の分離型処理装置。
【請求項８】
データ取得部とデータ取得部以外の他の処理ブロックとを備え、前記データ取得部に第１制御部を含み、前記他の処理ブロックに第３制御部を含む第１装置と、第２制御部を含み、前記第１装置と有線または無線で接続されている第２装置とを有する分離型処理装置に対し、前記データ取得部および前記他の処理ブロックならびに前記第２装置が実行するソフトウエアの版を更新する際に、前記ソフトウエアの追加または更新のための版更新データを、放送電波、ネットワークまたは携帯記録メディアから前記データ取得部で一括して取得するデータ取得のステップと、
取得完了の通知信号を、前記第１制御部から前記第３制御部を経由して前記第２制御部に送信する通知ステップと、
前記通知信号の入力に応答して、前記第３制御部から応答信号を前記第１制御部に送信し、前記第２制御部から他の応答信号を前記第１制御部に前記第３制御部を経由して送信する応答ステップと、
前記第３制御部と前記第２制御部の双方から前記応答信号が入力されたことを契機に前記第１制御部が、前記取得したソフトウエアの版更新を、取得した版更新データの中の対応する版更新データを用いて行った後、前記取得した版更新データの中から前記他の処理ブロックに対応する版更新データを前記第３制御部に転送し、前記取得した版更新データの中から前記第２装置に対応する版更新データを、前記第３制御部を経由して前記第２制御部に転送し、前記第３制御部と前記第２制御部のそれぞれが、内蔵しているソフトウエアの版更新を転送されてきた版更新データにより行う版更新ステップと、
を含む分離型処理装置のソフトウエアの版更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ取得部を備える第１装置と、第１装置と有線または無線で接続されている第２装置とを有し、第１装置および第２装置のソフトウエアが連携して動作して所定の処理を実行する分離型処理装置と、そのソフトウエアの版更新方法に関する。
【背景技術】
【０００２】
例えばデジタル放送においては、放送受信装置が実行するプログラムの追加、変更等の版更新（バージョンアップ）に際し、放送受信装置のソフトウエアをダウンロードし、既存のソフトウエアを書き換える（アップデートする）方法が提案されている（例えば特許文献１参照）。
放送受信装置のプログラム等のバージョンアップ用データ（アップデート用プログラム）が、放送波に多重化して放送局から送出される。このアップデート用プログラムは、当該プログラムの供給元から予め放送局に送られたものである。そして、放送受信装置側では、受信した放送波からアップデート用プログラムを抽出して取得し、この取得したアップデート用プログラムを利用して、放送受信装置が実行するプログラム等についてのバージョンアップ（アップデート）を実行する。
【０００３】
なお“ダウンロード”という言葉は、サーバや放送局等からデータ等を取得して一時的に保存する狭義の意味と、取得後に既存のデータを書き換えることまで含める広義の意味との２通りの使われ方がある。本明細書では、データ等を取得する狭義の意味で“ダウンロード”を用い、既存のデータを書き換える行為は“アップデート（プログラム等の場合は、特にバージョンアップ）”という別の言葉を用いる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、実際にダウンロードまたはアップデート最中に、設計者が予期していないことをユーザが行う可能性がある。例えば、受信部を有する放送受信装置本体と、表示装置等の他の装置がケーブルで接続されているような分離型装置の場合、ソフトウエアのアップデート中にケーブルが抜かれることがある。
ソフトウエアのアップデートは、通常、受信部を有する放送受信装置本体と表示装置との双方で行って初めて、システム全体として正常動作を保証するものが多い。したがって、アップデート途中にケーブルが抜かれると、例えば、放送受信装置本体のプログラム等が最新のバージョンに更新され、このときケーブル接続されている他の装置のプログラム等が旧いバージョンのままとなるという事態が生じ得る。そして、その場合、システム全体として正常に動作しない、或いは、起動自体が正常に行われない可能性がある。
【０００５】
本発明が解決しようとする課題は、有線または無線で接続されている装置間でソフトウエアの版（バージョン）が異なる事態を防止する分離型処理装置と、そのソフトウエア版更新方法とを提供することである。
【課題を解決するための手段】
【０００６】
本発明に係る分離型処理装置は、データ取得部とデータ取得部以外の他の処理ブロックとを備え、前記データ取得部に第１制御部を含み、前記他の処理ブロックに第３制御部を含む第１装置と、第２制御部を含み、前記第１装置と有線または無線で接続されている第２装置とを有する。
前記第１装置は、その前記データ取得部および前記他の処理ブロックならびに前記第２装置が実行するソフトウエアの追加または更新のための版更新データを、放送電波、ネットワークまたは携帯記録メディアから前記データ取得部で一括して取得し、取得完了の通知信号を、前記第１制御部から前記第３制御部を経由して前記第２制御部に送信し、前記第３制御部は、前記通知信号の入力があったときは、応答信号を前記第１制御部に送信し、前記第２装置は、前記通知信号の入力があったときに、前記第２制御部から前記第３制御部を経由して他の応答信号を前記第１制御部に送信し、前記第１制御部は前記第３制御部と前記第２制御部の双方から応答信号が入力されたことを契機に、前記取得した版更新データの一部で自身のソフトウエアを更新し、前記取得した版更新データの中から前記他の処理ブロックに対応する版更新データを前記第３制御部に転送し、前記取得した版更新データの中から前記第２装置に対応する版更新データを、前記第３制御部を経由して前記第２制御部に転送する。
本発明では好適に、前記応答信号を前記第３制御部と前記第２制御部の双方から入力した場合に、前記取得した版更新データに基づいて自身が実行するソフトウエアの少なくとも一部を更新し、前記第３制御部と前記第２制御部が実行するソフトウエアの他の部分についての版更新データの転送を実行する。
本発明では好適に、前記第３制御部は、前記第１制御部から前記第２制御部に送信する前記通知信号を中継し、前記応答信号が返ってこない場合に、前記第１制御部にエラー信号を送信する。
本発明では好適に、前記第３制御部は、前記第２制御部に版更新データを送信している最中に、当該版更新データが送信できないときは、当該送信に失敗した版更新データの送信を繰り返すと共に、報知部から接続状態不備を報知させる。
【０００７】
本発明に係る方法は、データ取得部とデータ取得部以外の他の処理ブロックとを備え、前記データ取得部に第１制御部を含み、前記他の処理ブロックに第３制御部を含む第１装置と、第２制御部を含み、前記第１装置と有線または無線で接続されている第２装置とを有する分離型処理装置に対し、前記データ取得部および前記他の処理ブロックならびに前記第２装置が実行するソフトウエアの版を更新する際に、前記ソフトウエアの追加または更新のための版更新データを、放送電波、ネットワークまたは携帯記録メディアから前記データ取得部で一括して取得するデータ取得のステップと、取得完了の通知信号を、前記第１制御部から前記第３制御部を経由して前記第２制御部に送信する通知ステップと、前記通知信号の入力に応答して、前記第３制御部から応答信号を前記第１制御部に送信し、前記第２制御部から他の応答信号を前記第１制御部に前記第３制御部を経由して送信する応答ステップと、前記第３制御部と前記第２制御部の双方から前記応答信号が入力されたことを契機に前記第１制御部が、前記取得したソフトウエアの版更新を、取得した版更新データの中の対応する版更新データを用いて行った後、前記取得した版更新データの中から前記他の処理ブロックに対応する版更新データを前記第３制御部に転送し、前記取得した版更新データの中から前記第２装置に対応する版更新データを、前記第３制御部を経由して前記第２制御部に転送し、前記第３制御部と前記第２制御部のそれぞれが、内蔵しているソフトウエアの版更新を転送されてきた版更新データにより行う版更新ステップと、を含む。
【０００８】
本発明によれば、第１装置が、その内蔵するデータ取得部でソフトウエアの版更新データを取得すると、そのことを知らせる通知信号が第１装置の第１制御部から第２装置の第２制御部に送信される。
第２制御部は、通知信号を受け取ると応答信号を第１制御部に返す。
このとき第１装置と第２装置とが有線又は無線で接続されている場合には、通知信号の発信に応答して応答信号が第１制御部に送られることから、第１制御部は接続状態が良好であることを知る。一方、接続状態が不備である場合は、応答信号が第１制御部に送られてこないことから、第１制御部は接続状態の不備を知る。
そして、第１制御部は、応答信号を入力した場合に、取得した版更新データに基づいて自身が実行するソフトウエアの少なくとも一部を更新し、第２制御部に対応する版更新データの転送を実行する。
【発明の効果】
【０００９】
本発明によれば、分離型処理装置において、有線または無線で接続されている装置間でソフトウエアの版（バージョン）が異なる事態を有効に防止できるという利点がある。
【発明を実施するための最良の形態】
【００１０】
本実施形態に関する分離型処理装置は、有線又は無線で相互接続される複数の装置を有し、複数の装置にそれぞれ内蔵されているソフトウエアが連携して動作して所定の処理を実行するものであれば、装置の数、処理の内容（機能）に限定はない。ただし、複数の装置の少なくとも一つがデータ取得部を有する。このデータ取得部を有する第１装置と、他の装置（第２装置）との２つの装置を少なくとも有していれば良い。
例えば、放送受信装置（セットトップボックス）とディスプレイ装置、さらには、放送受信装置に接続されているレコーダ等でシステム化されている分離型処理装置を例示できる。この場合、放送受信装置が第１装置、ディスプレイ装置やレコーダ等の他の装置が第２装置となる。
また、複数の装置にはパーソナルコンピュータ（ＰＣ）を含む場合もある。データ取得は放送受信によるものに限定されず、インターネット等のネットワークを介したデータ取得、メモリカード等の携帯メディアを介したデータ取得であってもよい。特にネットワークや携帯記録メディアを介したデータ取得の場合、ＰＣが第１装置となり得る。さらに、放送受信装置（セットトップボックスやチューナ付きＰＣ等）は、デジタル放送受信、アナログ放送受信の別を問わない。
【００１１】
以下、デジタル放送受信のセットトップボックス（第１装置）と、ディスプレイ装置（第２装置）とを有するテレビジョン受信装置を例として、本発明の分離型処理装置の実施形態を説明する。
図１は、本実施形態に関わるテレビジョン受信装置の構成を示すブロック図である。
【００１２】
図解したテレビジョン受信装置１は、セットトップボックス等の第１装置２と、ディスプレイ装置等の第２装置３とを有する。
第１装置２は、ケーブル接続されているアンテナ４からデジタル放送を受信して所定の処理を実行するデジタル信号受信部２１、制御部２２及び高画質化部２３を内蔵する。
第２装置３は、表示パネル３１と、表示映像を予め処理して表示パネル３１を駆動するパネル制御部３２とを内蔵する。
【００１３】
図１のテレビジョン受信装置１は、ソフトウエア（プログラム及びデータ）を内蔵又は不図示の所定のメモリに保持し、当該ソフトウエアに従って処理を実行するための制御部をそれぞれ有するブロックとして、第１装置２内のデジタル信号受信部２１、制御部２２、高画質化部２３、並びに、第２装置３内のパネル制御部３２を有する。
具体的に、第１装置２内のデジタル信号受信部２１に第１制御部２１Ａが設けられ、第２装置３内のパネル制御部３２に第２制御部３２Ａが設けられ、第１装置２内の制御部２２に第３制御部２２Ａが、更に、高画質化部２３に第４制御部２３Ａが設けられている。
【００１４】
ところで、テレビジョン受信装置に限らず、最近の電子機器は、複数の機能ブロックがモジュール化され、例えば個別のプリント基板に機能ブロックが形成されている。そして、機能の実行を制御するマイクロコンピュータ（μＣ、以下、“マイコン”と略称する）又はＣＰＵをモジュールごとに有する構成が一般化している。
具体的にテレビジョン受信装置の例では、受信ブロック、リモートコントローラ等の操作部や各種入出力部を制御するＩ／Ｏブロック、グラフィック処理ブロック、表示ブロック等のブロックごとにマイコンを有し、各マイコンが相互に通信して全体として処理を適切に実行するようになっている。これは、特に受信処理やグラフィック処理等でＣＰＵの負担が大きく、負担が大きい処理を並列に実行する必要があり、また割り込みに応じて他の処理もできるようにして全体として処理効率を高める要請に対応するためである。
【００１５】
図１に示すデジタル信号受信部２１、制御部２２、高画質化部２３及びパネル制御部３２は、上記要請に対応するため、マイコンやＣＰＵ等の制御部（第１制御部２１Ａ〜第４制御部２３Ａ）を各々有する処理ブロックである。従って、第１制御部２１Ａ〜第４制御部２３Ａは、特に図示しないが、バス構成その他の接続形態によって互いに通信が可能に相互接続され、これによって命令その他の制御信号、データの授受が可能となっている。
【００１６】
具体的に、デジタル信号受信部２１は、第１制御部２１Ａの制御に応じて、入力したデジタル放送波から、目的とする選局チャネルに対応するキャリア抽出を行い、所定の復調処理、誤り訂正処理および暗号化解除処理を実行して放送データ（映像及び音声データ）、各種付加情報をデコードする。また、ソフトウエアが多重化されている場合はデジタル放送波からソフトウエアの版更新データを分離し、所定のメモリに格納する。
制御部２２は、第３制御部２２Ａの制御に応じて、第１装置２全体の制御を行うと共に、特に電源管理、並びに、不図示のリモートコントローラを含む操作部からの命令をデコードして、その命令に従って他のブロック（デジタル信号受信部２１及び高画質化部２３等）を制御する。
高画質化部２３は、第４制御部２３Ａの制御に応じて、高画質化のための各種処理、例えばエッジ強調、色補正、諧調補正、ホワイトバランス調整等を行う。
パネル制御部３２は、第２制御部３２Ａの制御に応じて、表示パネル３１の特性に応じた映像信号処理、ＯＳＤ提示処理等を行う。
【００１７】
なお、図１においてアンテナ４から、デジタル信号受信部２１、制御部２２、高画質化部２３を経てパネル制御部３２に向かう矢印は、受信データ処理の流れを示すものである。
本実施形態では、この受信データが伝送され処理される順番で、各ブロックは内蔵の制御部（第１制御部２１Ａ〜第４制御部２３Ａ）が実行するプログラム及びその実行に用いるデータを含むソフトウエアを更新（アップデート）するようになっている。従って、最初にアンテナ４から受信したダウンロード更新用のソフトウエアのデータ（版更新データ）を蓄積するメモリとして、不揮発性メモリ（ＮＶＲＡＭ）２４が第１制御部２１Ａに接続されている。
【００１８】
なお、版更新（バージョンアップ）データとしては、全てのプログラム等の内容を書き換えることでバージョンアップを行うことを前提として作成されるものと、プログラム等の内容の一部を書き換え、或いは追加することによりバージョンアップを行うことを前提として作成されるものとがある。このいずれか採用されるのかは、例えばプログラムを実行する制御部（第１制御部２１Ａ〜第４制御部２３Ａ）の構成などに依る。ここでは、新たに追加され書き換えられた部分と書き換えがされていない部分を含めて全てのプログラム等の内容を置換する前者の場合を前提とする。
【００１９】
ただし、上述した順次、ソフトウエアをアップデートする場合に本発明の適用を限定する必要はない。
つまり、一のブロック、例えばデジタル信号受信部２１のＮＶＲＡＭ２４に全ての版更新データを蓄積（ダウンロード）した後に、他のブロックにパラレルに、各々のブロックが必要な版更新データを転送し、アップデートのために、各プログラム等の格納領域に版更新データをインストールする構成でも本発明が適用できる。
また、版更新データは圧縮されたままで転送し、各制御部で伸張してからインストールしてもよいし、伸張後の版更新データを各制御部に転送してもよい。
【００２０】
図１に示す構成において、高画質化部２３とパネル制御部３２が、第１装置２と第２装置３間を接続するケーブル５により通信可能となっている。従って、ケーブル５が抜かれると、両者間の通信が不可能でソフトウエアの版更新データの転送も不可能となる。
このケーブル５が抜かれるタイミングは、（１）版更新データを受信してＮＶＲＡＭ２４に格納するダウンロードの以前から既にケーブル５が抜かれている場合、（２）ダウンロード途中で抜かれる場合、（３）ダウンロード後、第１装置２内の各ブロックに版更新データをインストールしている最中に抜かれる場合、（４）第１装置２へのインストール後、パネル制御部３２への版更新データの転送からインストール完了までに抜かれる場合、そして、（５）全てのブロックへのインストール完了後に抜かれる場合等、種々の場合が考えられる。このうち（５）の場合は、ソフトウエア更新対称の全てのブロックでインストール（アップデート）が完了しているため問題とならない。
【００２１】
前述したデジタル信号受信部２１、制御部２２、高画質化部２３、パネル制御部３２の順で版更新データのインストール（アップデート）を行う構成、或いは、上記各部に対しパラレルにアップデートを行う構成の何れにおいても、上記（５）の場合を除く（１）〜（４）のタイミングでケーブル５が抜かれると、一般には、第１装置２内の一部又は全部のブロックでアップデートが完了しているが、第２装置３内のパネル制御部３２ではアップデートが完了していない状態となる可能性がある。
【００２２】
図２は、このうち上記（４）の場合を示す説明図である。
図２は、受信データ処理手順と同じ手順で各ブロック（デジタル信号受信部２１〜パネル制御部３２）のソフトウエアをアップデートする場合において、高画質化部２３のアップデート後、パネル制御部３２のアップデート完了までの間にケーブル５が抜かれる場合を示す。この場合、パネル制御部３２からアップデート完了を知らせる信号を第１装置２に送ることができないため、ソフトウエアのバージョンアップの処理フロー自体が正常終了できず、エラー時の強制終了となる。このような強制終了が発生すると、パネル制御部３２のアップデートが完了していない状態で、パネル制御部以外だけがアップデートされてしまう。
結果として、ブロック間でソフトウエアのバージョンに不整合が起こるため、画が乱れる等の不具合が生じやすく、また、最終的にはシステム全体が立ち上がらない可能性もある。
【００２３】
そこで、本実施形態では、ソフトウエアのバージョンアップ処理フローにおいて、最初の版更新データのダウンロードが完了したことを、ダウンロードを制御している制御部（第１制御部２１Ａ）から、他のブロックの制御部、すなわち第３制御部２２Ａ、第４制御部２３Ａ及び第２制御部３２Ａに通知し、その返答を待って、版更新データのインストール（アップデート）を開始するようにしている。
従って、第１制御部２１Ａは、通知信号を他の制御部に送信してから、各制御部から応答信号が返ってこない場合は、何らかの原因で接続経路に不具合があると推定し、アップデートの開始を行わない。これに対し、返答信号が各ブロックの制御部から送信されると、その全ての返答信号の受信を契機として、アップデートの処理フローを開始する。
このようにすることで、どのようなタイミングでケーブル５が抜かれても、一部のブロックの制御部がアップデートされないような状態の発生を未然に防止する。
【００２４】
また、一旦、アップデートの処理フローが開始され、その途中でケーブル５が抜かれた場合は、次のように制御する。
デジタル信号受信部２１、制御部２２、高画質化部２３等、第１装置２内部のブロックに対するアップデート、そのためのデータ転送途中でケーブル５が抜かれた場合、処理を途中で中断することなく、出来るところまで処理フローを進める。高画質化部２３のアップデートが完了し、パネル制御部３２のアップデートのために版更新データを第４制御部２３Ａが第２制御部３２Ａに送ろうとするが、ケーブル５が抜かれているため、このデータ送信に失敗する。この場合も処理フローを中断することなく、データ送信を繰り返し試みる。
【００２５】
しかし、それだけではケーブル５接続が復帰するには至らないことが常である。
そこで、好ましくは、データ送信を繰り返す一方で、図１に示すように、例えば制御部２２に接続する報知部６を設け、ケーブル接続確認をユーザに促す報知を行う。
報知部６は、第１装置２のＩ／Ｏに設けられ、操作用ディスプレイによる文字、アイコン等の表示、スピーカによる音声出力、ＬＥＤによる点灯、点滅など、ユーザにケーブルの非接続を知らせる手段であればなんでも良い。
ユーザが報知に気付いてケーブル５の接続を行うと、時間的中断はあるものの、今までの処理が無駄にならずに最後までアップデート処理フローを遂行できる。したがって、この場合も、一部のブロックの制御部がアップデートされないような状態の発生を未然に防止できる。
【００２６】
次に、上記制御を、更に具体的な動作シーケンス（図３〜図５）において述べる。
図３に、ケーブル接続が正常な場合のソフトウエア・バージョンアップ動作のシーケンスを示す。図３は、図１のデジタル信号受信部２１、制御部２２、高画質化部２３及びパネル制御部３２で行う処理、および、それらの間で処理の流れを示す。なお、より正確には、各部内の制御部、すなわち第１制御部２１Ａ、第３制御部２２Ａ、第４制御部２３Ａ及び第２制御部３２Ａ間で信号の授受が行われる。
【００２７】
このシーケンスでは、デジタル信号受信部２１がダウンロードデータ（版更新データ）を取得、即ちダウンロードし（ステップＳＴ１）、ダウンロードの終了を知らせる通知信号Ｓ２１を制御部２２に発信する（ステップＳＴ２）。ダウンロードの通知信号Ｓ２１は、制御部２２、高画質化部２３の各制御部でリレー式に中継され、最終的にパネル制御部３２の制御部（第２制御部３２Ａ）に送られる。これにより各部は、ダウンロードの終了を知る。
制御部２２、高画質化部２３及びパネル制御部３２は、ダウンロード終了の通知信号Ｓ２１を受信したことに対応して、内蔵ソフトウエアのアップデートの準備完了を知らせる応答信号Ｓ２２,Ｓ２３,Ｓ３２をデジタル信号受信部２１に送信する（ステップＳＴ３）。応答信号Ｓ２３は制御部２２で中継され、応答信号Ｓ３２は高画質化部２３及び制御部２２で中継される。
【００２８】
デジタル信号受信部２１は、制御部２２からの応答信号Ｓ２２、高画質化部２３からの応答信号Ｓ２３、パネル制御部３２からの応答信号Ｓ３２の全てを受信したことを条件に、ソフトウエアのアップデート（各部への版更新データのインストール）を開始する。
まず、最初に、デジタル信号受信部２１の第１制御部２１Ａは、プログラム格納メモリ内のブートプログラムを用いて、自身のプログラム（及びその付属データ）をアップデートするために、取得した版更新データ中から、対応するデータを解凍（伸張）してプログラム格納メモリにインストールする（ステップＳＴ４）。
つぎに、制御部２２のアップデートに必要な版更新データを転送し（ステップＳＴ５）、第３制御部２２Ａが、プログラム格納メモリ内のブートプログラムを用いて、自身のプログラム（及びその付属データ）をアップデートするために、転送されてきた版更新データを解凍（伸張）してプログラム格納メモリにインストールする（ステップＳＴ６）。インストールが正常に行われると、制御部２２（第３制御部２２Ａ）から、インストール完了通知信号Ｓ２２Ｅがデジタル信号受信部２１（第１制御部２１Ａ）に送られる。
このデータ転送、インストール、完了通知の各動作は、高画質化部２３およびパネル制御部３２に対して、それぞれ実行される（ステップＳＴ８〜ＳＴ１３）。
なお、ステップＳＴ５,ＳＴ８及びＳＴ１１のデータ転送においては、版更新データを複数の所定単位に分割して、当該所定単位ごとにデジタル信号受信部２１から出力される。図３ではデータ転送が１本の矢印で表現されているが、制御部２２、高画質化部２３及びパネル制御部３２は、実際には何度も版更新データを受け取る。
パネル制御部３２（第２制御部３２Ａ）からインストール完了通知信号Ｓ３２Ｅ）をデジタル信号受信部２１（第１制御部２１Ａ）が受け取ると、当該ソフトウエアのバージョンアップ処理が完結する。
【００２９】
図４に、ダウンロード開始前にパネルとボックスをつなぐケーブル５が抜かれていた場合（図２参照）のシーケンスを示す。
この場合、ダウンロード終了の通知信号Ｓ２１がパネル制御部３２（第２制御部３２Ａ）に届かない（ステップＳＴ２）。そのため、高画質化部２３が、ダウンロード終了の通知失敗を知らせるエラー信号Ｅ２３を制御部２２（第３制御部２２Ａ）に送る。第３制御部２２Ａは、エラー信号Ｅ２３を中継して、デジタル信号受信部２１（第１制御部２１Ａ）に送る。
第１制御部２１Ａは、エラー信号Ｅ２３を受け取ると、ケーブル５の接続状態が不良であることを知って、ダウンロードにより取得した版更新データのインストール（ソフトウエアのバージョンアップ）を開始しない。
ただし、デジタル信号受信部２１は、それに接続されているＮＶＲＡＭ２４にダウンロードデータを保持しているので、次に起動されると再び通知信号Ｓ２１の発信を行って、ソフトウエアのバージョンアップが可能な状態であるかを調べる。全ての返答信号が返ってきて、ケーブル５の接続状態が良好であるときは、図３と同様にソフトウエアのバージョンアップを行い、エラー信号Ｅ２３が返ってきた場合はバージョンアップを行わない。
【００３０】
なお、エラー信号Ｅ２３を高画質化部２３が発信することは、レスポンス性を高める意味で望ましいが、必須ではない。エラー信号Ｅ２３を返さない場合、デジタル信号受信部２１は、ダウンロード終了の通知信号Ｓ２１を発信してから、所定時間内に全ての応答信号を受信できない場合に、ソフトウエアのバージョンアップを行わないことを決定するようにしてもよい。
【００３１】
図５に、ダウンロード開始直後には第１装置２と第２装置３をつなぐケーブル５の接続が良好であるが、途中でケーブルが抜かれた場合のシーケンスを示す。
ダウンロード終了直後はケーブル５がつながっているため、ダウンロード終了の通知信号Ｓ２１がデジタル信号受信部２１から発信され（ステップＳＴ２）、これがパネル制御部３２にも伝達される。これにより、各部から応答信号Ｓ２２,Ｓ２３,Ｓ３２がデジタル信号受信部２１に返され、ソフトウエアのバージョンアップの準備完了が通知される。
【００３２】
この時点以降にケーブル５が第１装置２又は第２装置３から抜かれたとする。
デジタル信号受信部２１は、このケーブル接続状態が不良に遷移したことを知りえないので、ソフトウエアのバージョンアップ動作を開始する。そのため、デジタル信号受信部２１へのデータ・インストール（ステップＳＴ４）、制御部２２へのデータ・インストール（ステップＳＴ６）、高画質化部２３へのデータ・インストール（ステップＳＴ９）が完了し、その完了を通知する完了通知信号Ｓ２３Ｅがデジタル信号受信部２１に返される。
つぎに、デジタル信号受信部２１はパネル制御部３２にインストールすべき版更新データを出力し、これが制御部２２、高画質化部２３と中継され、高画質化部２３がパネル制御部３２に転送する段階で、ケーブル接続不良のために当該転送が失敗する。
【００３３】
本実施形態では、ここで処理を強制終了することなく、高画質化部２３がデータ転送の失敗を知らせるエラー信号ＥＥ２３を制御部２２（第３制御部２２Ａ）経由で報知部６に発信する。そして、高画質化部２３は、上記失敗した版更新データの所定単位の転送を定期的に何度も繰り返す。
報知部６は、映像（文字やアイコン等）、音声、または光（ＬＥＤの点灯、点滅等）でケーブル接続不良をユーザに知らせ、ケーブルを再接続するように促す。
この報知によりケーブル接続不良を知ったユーザによりケーブル接続状態が良好となった場合、高画質化部２３からパネル制御部３２へのデータ転送が可能となる。以後、全ての所定単位のデータ転送が終了し、パネル制御部３２へのデータ・インストールが実行され（ステップＳＴ１２）、そのことを知らせるインストール完了通知信号Ｓ３２Ｅがパネル制御部３２からデジタル信号受信部２１まで届くと、当該バージョンアップ処理が完結する。
【００３４】
なお、本実施形態では、ケーブルの再接続の際に、当該ソフトウエアのバージョンアップ中の第１装置２に対し、別のディスプレイ装置が接続された場合、そのパネル制御部はバージョンアップ中でないのにデータが転送されてきたことを知ることから、転送されてきたデータを破棄し、インストールは行わない。この場合、ディスプレイ装置が異なるものであることを示すエラー信号が高画質化部２３から制御部２２を経由して報知部６に送られる。そして、報知部６により、別のディスプレイ装置が接続され、元のディスプレイ装置（第２装置３）への再接続を促す情報がユーザに報知されるようにすることが望ましい。
【００３５】
他のケースとして、ダウンロードデータ（版更新データ）の転送途中にケーブル５が抜かれた場合、図５に示し叙述したシーケンスでは、ケーブル５の接続状態が良好になるまでデータが送りつづけられるので、その段階から正常な処理シーケンスが再開され、問題なくソフトウエアのアップデートが実行できる。
ケーブル５を抜くと同時に、パネルまたは、ボックスの電源が落とされる可能性がある。この場合、バージョンアップ経過情報を各ブロック（デジタル信号受信部２１、制御部２２、高画質化部２３、パネル制御部３２）が持っている不揮発性メモリ（不図示）に記憶させるようにし、次に電源を入れたときに当該経過情報を元に途中からソフトウエアのバージョンアップの未完部分を再開するような変更も可能である。
【００３６】
本実施形態では、版更新データのダウンロード終了を知らせる通知信号を、アップデート対象の各部に送信し、全ての返答信号の受信を待って、実際のアップデート（データインストール）が開始されることから、各部でインストールされているソフトウエアのバージョンが異なる状況発生を未然に防止できる。
このバージョンの整合を取る処理は、ダウンロード前にケーブルが抜かれた場合、ダウンロード後、特にデータ転送途中にケーブルが抜かれた場合等、どのようなタイミングでケーブルが抜かれた場合にも対応できる。
また、ケーブル接続不良をユーザに知らせる手段を有することから、ケーブル接続が良好となる可能性が高くなり、ケーブル接続が良好となると、処理を途中から再開する。このため、最初から処理を始める場合に比べ処理効率が高い。
さらに、バージョンアップをしていない他のディスプレイ装置が接続された場合には処理を中断し、警告を発して、安全に振舞う。
【００３７】
ところで、バージョンの不都合を回避する方法として、不揮発性メモリを放送受信装置本体に内蔵し、アップデート中は動作している領域と別の領域にダウンロードデータを書き込んでおきダウンロードが正常に終了した後、次回起動時に新しい領域から立ち上げる方法を採ることも考えられる。
しかし、この方法を使用する場合は通常の２倍の容量を有する不揮発性メモリを必要とするため、非常に効率が悪い。
これに対し、本実施形態の方法では、大量の不揮発性メモリを用いずダウンロード中のケーブル抜けに対して安全にダウンロードを継続することができるという利点がある。
【図面の簡単な説明】
【００３８】
【図１】本実施形態に関わるテレビジョン受信装置のブロック図である。
【図２】高画質化部２３へのデータ・インストール後にケーブルが抜かれた場合の状態を示すブロック図である。
【図３】ケーブル接続が正常な場合の本実施形態の動作シーケンス図である。
【図４】最初からケーブル接続が不良の場合の動作シーケンス図である。
【図５】ダウンロード終了後にケーブル接続が不良となった場合の動作シーケンス図である。
【符号の説明】
【００３９】
１…テレビジョン受信装置、２…第１装置、３…第２装置、５…ケーブル、６…報知部、２１…デジタル信号受信部、２１Ａ…第１制御部、２２…制御部、２２Ａ…第３制御部、２３…高画質化部、２３Ａ…第４制御部、２４…ＮＶＲＡＭ、３１…表示パネル、３２…パネル制御部、３２Ａ…第２制御部、Ｓ２１…通知信号、Ｓ２２,Ｓ２３,Ｓ３２…応答信号、ＥＥ２３…エラー信号
【図１】
0004548307.tif 000002
【図２】
0004548307.tif 000003
【図３】
0004548307.tif 000004
【図４】
0004548307.tif 000005
【図５】
0004548307.tif 000006