(57)【要約】【課題】本発明は、ユーザーの番組視聴や予約録画等を阻害することなくソフトウェア更新を行うことが可能な放送受信機を提供することを目的とする。【解決手段】本発明による放送受信機は、ダウンロードしたソフトウェア更新データを記憶するＨＤＤ４と、ＨＤＤ４にて記憶されたソフトウェア更新データに基づいて作成された新規ソフトウェアを格納するＦｌａｓｈ  ＲＯＭ５と、少なくともソフトウェア更新の処理を行うＣＰＵ６とを備え、ＣＰＵ６は、ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されているＦｌａｓｈ  ＲＯＭ５に対して新規ソフトウェアを上書きして格納することによってソフトウェア更新を行うことを特徴とする。【選択図】図１
2011249966.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送によって配信されるソフトウェア更新データをダウンロードし、ダウンロードした前記ソフトウェア更新データに基づいてソフトウェア更新を行う放送受信機であって、
ダウンロードした前記ソフトウェア更新データを記憶する記憶手段と、
前記記憶手段にて記憶された前記ソフトウェア更新データに基づいて作成された新規ソフトウェアを格納する格納手段と、
少なくとも前記ソフトウェア更新の処理を行う制御手段と、
を備え、
前記制御手段は、前記ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されている前記格納手段に対して前記新規ソフトウェアを上書きして格納することによって前記ソフトウェア更新を行うことを特徴とする、放送受信機。
【請求項２】
電源が投入され、かつ、映像や音声の受信または処理を行っていない待機状態であるスタンバイモードと、
電源が投入され、かつ、映像や音声の受信または処理を行っている状態であるパワーオンモードと、
を有し、
前記記憶手段は、前記スタンバイモードおよび前記パワーオンモードの日時を使用履歴として記憶することにより、前記更新予定日時を前もって設定する際の利用に供することを特徴とする、請求項１に記載の放送受信機。
【請求項３】
前記制御手段は、前記更新予定日時が前記パワーオンモードである場合は、前記ソフトウェア更新を行わず新たな前記更新予定日時を設定することを特徴とする、請求項２に記載の放送受信機。
【請求項４】
前記制御手段は、前記記憶手段に記憶された前記使用履歴に基づいて過去の使用時間帯を算出し、算出した前記過去の使用時間帯と現在の視聴および録画の予約情報とに基づいて将来の使用時間帯を推定し、推定した前記将来の使用時間帯と前記ソフトウェア更新の処理に要する時間とに基づく前記スタンバイモードの時間帯を前記更新予定日時として設定することを特徴とする、請求項２または３に記載の放送受信機。
【請求項５】
前記記憶手段は、前記ソフトウェア更新の実行前に前記格納手段に格納されている前記現行ソフトウェアのバックアップを記憶し、
前記制御手段は、前記ソフトウェア更新の実行後に当該ソフトウェア更新が失敗した場合において、前記記憶手段に記憶された前記現行ソフトウェアのバックアップを前記格納手段に再度格納して復旧することを特徴とする、請求項１ないし４のいずれかに記載の放送受信機。
【請求項６】
前記制御手段は、前記ソフトウェア更新の実行後に当該ソフトウェア更新が失敗した場合において、前記ソフトウェア更新を再実行することを特徴とする、請求項５に記載の放送受信機。
【請求項７】
前記記憶手段は、前記現行ソフトウェアの作成に用いた前記ソフトウェア更新データを更新後も記憶し、
前記制御手段は、前記現行ソフトウェアに対する前記ソフトウェア更新の実行後に当該ソフトウェア更新が失敗した場合において、前記記憶手段に記憶された前記現行ソフトウェアの前記ソフトウェア更新データに基づいて作成した前記現行ソフトウェアを前記格納手段に再度格納して復旧することを特徴とする、請求項１ないし４のいずれかに記載の放送受信機。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送受信機に関し、特に、デジタル放送によって配信されるソフトウェア更新データをダウンロードしてソフトウェアの更新を行う放送受信機に関する。
【背景技術】
【０００２】
デジタル放送では、放送帯域の一部を利用して放送受信機のソフトウェア等の更新データを配信するサービスがある。放送受信機は、このようなサービスを利用してソフトウェアの更新データをダウンロードし、ソフトウェアを更新することができる。上記の更新データのダウンロード機能およびソフトウェアの更新機能を有する放送受信機では、更新データをダウンロードした後に、所定のタイミングで、実行中の現行ソフトウェアからダウンロードした新規ソフトウェアに更新する必要がある。
【０００３】
現行ソフトウェアから新規ソフトウェアに更新する放送受信機としては、ソフトウェアを実行可能でかつ書き換え可能な２つのＲＯＭを備えるものがあり、それぞれのＲＯＭに対して現行ソフトウェアと新規ソフトウェアとを別々に格納している。そして、放送の電波の停止時や放送受信機がスタンバイモードになったタイミングで、起動時にソフトウェアを読み込む対象となるＲＯＭを、現行ソフトウェアが格納されているＲＯＭから新規ソフトウェアが格納されているＲＯＭに切り替えることによって、ソフトウェアの更新を行っている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１３４５５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１では、起動時にソフトウェアを読み込む対象となるＲＯＭを切り替えることによってソフトウェアの更新を行っているためソフトウェアの更新が短時間で終了するが、例えばスタンバイモード中にソフトウェアの更新を行ったときに、ユーザーが更新中に番組視聴したり更新時間に予約録画したりして、ユーザーの番組視聴や予約録画等を阻害する可能性がある。このような場合の対策について、特許文献１では述べられていない。
【０００６】
一方、放送受信機には、ハードディスク（Ｈａｒｄ  Ｄｉｓｋ：ＨＤＤ）内蔵レコーダ等を備えるものがあり、特許文献１の放送受信機のように新規ソフトウェアを格納するＲＯＭを備えずに、現行ソフトウェアを格納および実行するＲＯＭを１つのみ備えているものがある。このようなＲＯＭを１つのみ備える放送受信機では、ダウンロードした更新データに基づいて新規ソフトウェアを作成し、作成した新規ソフトウェアをＲＯＭに格納された現行ソフトウェアに上書きすることによってソフトウェアの更新を行っているため、ソフトウェアの更新処理に例えば数分以上を要することがある。ソフトウェアの更新処理の開始後は、上書きによって現行ソフトウェアが起動できなくなるため、更新処理を中断することができない。従って、ソフトウェアの更新処理によってユーザーの番組視聴や予約録画等が阻害される可能性が高い。
【０００７】
本発明は、これらの問題を解決するためになされたものであり、ユーザーの番組視聴や予約録画等を阻害することなくソフトウェア更新を行うことが可能な放送受信機を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するために、本発明による放送受信機は、デジタル放送によって配信されるソフトウェア更新データをダウンロードし、ダウンロードしたソフトウェア更新データに基づいてソフトウェア更新を行う放送受信機であって、ダウンロードしたソフトウェア更新データを記憶する記憶手段と、記憶手段にて記憶されたソフトウェア更新データに基づいて作成された新規ソフトウェアを格納する格納手段と、少なくともソフトウェア更新の処理を行う制御手段とを備え、制御手段は、ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されている格納手段に対して新規ソフトウェアを上書きして格納することによってソフトウェア更新を行うことを特徴とする。
【発明の効果】
【０００９】
本発明によると、デジタル放送によって配信されるソフトウェア更新データをダウンロードし、ダウンロードしたソフトウェア更新データに基づいてソフトウェア更新を行う放送受信機であって、ダウンロードしたソフトウェア更新データを記憶する記憶手段と、記憶手段にて記憶されたソフトウェア更新データに基づいて作成された新規ソフトウェアを格納する格納手段と、少なくともソフトウェア更新の処理を行う制御手段とを備え、制御手段は、ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されている格納手段に対して新規ソフトウェアを上書きして格納することによってソフトウェア更新を行うため、ユーザーの番組視聴や予約録画等を阻害することなくソフトウェア更新を行うことが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態による放送受信機の構成の一例を示すブロック図である。
【図２】本発明の実施形態によるソフトウェア更新の処理の一例を示すフローチャートである。
【図３】本発明の実施形態による過去の使用履歴に基づく非使用時間帯の推定の一例を示す図である。
【図４】本発明の実施形態によるソフトウェア更新の予定日時の設定の一例を示す図である。
【図５】本発明の実施形態によるソフトウェア更新の通知画面の一例を示す図である。
【図６】本発明の実施形態によるソフトウェア更新の日時の設定画面の一例を示す図である。
【図７】本発明の実施形態によるソフトウェア更新の処理の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
本発明の実施形態について、図面に基づいて以下に説明する。
【００１２】
図１は、本発明の実施形態による放送受信機の構成の一例を示すブロック図である。本実施形態による放送受信機は、デジタル放送によって配信されるソフトウェア更新データをダウンロードし、ダウンロードしたソフトウェア更新データに基づいてソフトウェア更新を行う放送受信機であって、ＨＤＤ内蔵録画機能を有し、ソフトウェアを格納および実行するＲＯＭを１つのみ備えたデジタル放送受信機を想定したものである。図１に示すように、本実施形態１による放送受信機では、チューナ１はアンテナ入力からデジタル放送を選局し、ＴＳデコーダ２はチューナ１の選局によって取得されたＴＳ（Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ：トランスポートストリーム）を映像、音声、ソフトウェア更新データを含むデータ等の各パケットにデコードする。ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）６は放送受信機の全動作を制御し、少なくともソフトウェア更新の処理を行っている。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３は、ＣＰＵ６の作業領域として用いられる。ＨＤＤ４（記憶手段）は大容量記憶装置であり、放送番組の録画データやデジタル放送からダウンロードしたソフトウェア更新データ等を記録し保存している。書き換え可能な不揮発性メモリであるＦｌａｓｈ  ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５（格納手段）は、放送受信機の機能を制御するソフトウェアを格納している。書き換えできないメモリであるＢｏｏｔ  ＲＯＭ７は、起動プログラムやＦｌａｓｈ  ＲＯＭ５に格納されているソフトウェアを更新するための更新プログラムが格納されている。
【００１３】
次に、図１に示す放送受信機の通常の動作について説明する。放送受信機の電源が投入（ＯＮ）されると、ＣＰＵ６はＢｏｏｔ  ＲＯＭ７に格納されている起動プログラムを読み込んで実行する。そして、実行された起動プログラムがＦｌａｓｈ  ＲＯＭ５に格納されているソフトウェアを読み込んで実行することによって、放送受信機の番組視聴や録画、あるいはデジタル放送からソフトウェア更新データをダウンロードする等の機能の動作が可能となる。
【００１４】
次に、ソフトウェア更新データのダウンロードについて説明する。ＴＳデコーダ２にてデコードされたソフトウェア更新データは、一旦ＲＡＭ３に格納される。ＲＡＭ３では、ＲＡＭ３に格納されたソフトウェア更新データがＦｌａｓｈ  ＲＯＭ５に格納されている現行ソフトウェアのバージョンよりも新しいか否かの判断が行われ、新しいと判断された場合はソフトウェア更新データがＨＤＤ４に転送されて保存される。デジタル放送では、ダウンロードデータは所定の長さのセッション単位で分割して送信されているため、全てのソフトウェア更新データがダウンロードされるまで上記動作が継続して繰り返され、全てのソフトウェア更新データがＨＤＤ４に保存されると、ソフトウェア更新データのダウンロードの完了となる。
【００１５】
次に、ソフトウェア更新について説明する。ソフトウェア更新は、ソフトウェア更新データのダウンロード完了後に実行する。ソフトウェア更新データのダウンロード完了後に放送受信機が再起動されると、ＣＰＵ６はＢｏｏｔ  ＲＯＭ７に格納されているソフトウェア更新プログラムを読み込んで実行する。実行されたソフトウェア更新プログラムは、ＨＤＤ４に保存されているダウンロードが完了したソフトウェア更新データを一旦ＲＡＭ３上に展開し、展開したソフトウェア更新データに基づいて新規ソフトウェアを作成する。その後、現行ソフトウェアが存在するＦｌａｓｈ  ＲＯＭ５（格納手段）に対して新規ソフトウェアを上書きすることによってソフトウェア更新をする。上書き完了後は、放送受信機を再度再起動させ、ＣＰＵ６はＢｏｏｔ  ＲＯＭ７の起動プログラムを読み込んで実行した後に、Ｆｌａｓｈ  ＲＯＭ５の新規ソフトウェアを読み込んで実行する。上記の動作を行うことによって新規ソフトウェアでの放送受信機の動作が開始され、ソフトウェア更新が完了する。
【００１６】
図１に示す放送受信機の構成および上記のソフトウェア更新の方法では、Ｆｌａｓｈ  ＲＯＭ５を、現行ソフトウェア用に加えて、新規ソフトウェア用に別途備える必要はない。しかし、ＨＤＤ４からＲＡＭ３へのソフトウェア更新データの展開、ＲＡＭ３でのソフトウェア更新データに基づく新規ソフトウェアの作成、およびＦｌａｓｈ  ＲＯＭ５への新規ソフトウェアの書き込みといった処理を行うため、ソフトウェア更新に数分以上かかることがある。そのため、ユーザーが放送受信機を使用している時、または使用しようとしている時にソフトウェア更新を行うと、ユーザーの番組視聴、録画等を阻害してしまう。
【００１７】
上記の問題の解決策として、ユーザーの番組視聴や録画等を阻害せずにソフトウェア更新を行うためには、ユーザーが放送受信機を使用していない時間帯を推定し、推定した時間帯にソフトウェア更新を実行するように予約日時（更新予定日時）を設定し、設定した予約日時にユーザーが放送受信機を使用していなければソフトウェア更新を実行するようにすれば良い。
【００１８】
本実施形態による放送受信機では、ソフトウェア更新データのダウンロード完了後に予約日時を設定し、設定した予約日時までは通常の動作（すなわち、現行ソフトウェアによる処理）を継続し、予約日時に達した時にソフトウェア更新を開始することによって、ソフトウェア更新を指定した日時に実行する機能を備える。すなわち、本実施形態による放送受信機では、ソフトウェア更新データのダウンロード完了後の日時であって前もって設定した更新予定日時に、現在使用中の現行ソフトウェアが格納されているＦｌａｓｈ  ＲＯＭ５（格納手段）に対して新規ソフトウェアを上書きして格納することによってソフトウェア更新を行う。以下、その機能の詳細について説明する。
【００１９】
ユーザーが放送受信機を使用しているか否かは、放送受信機がパワーオンモードかスタンバイモードかを検知することによって判別することができる。一般的な放送受信機では、電源が投入されている状態で、かつ、映像や音声を受信し、それら再生または録画を行っている（処理を行っている）状態であるパワーオンモードと、電源は投入されているが、映像や音声の処理を行わず（それらの再生または録画を行っていない）、かつＣＰＵ６は最低限の動作のみ行う、待機状態のスタンバイモードとがある。すなわち、パワーオンモードはユーザーが番組視聴や録画、再生を行ったり、あるいはユーザーの設定した予約録画を実行したりして、当該放送受信機を使用している時であり、スタンバイモードはユーザーが放送受信機を使用していない時といえる。上記のように判別されたパワーオンモードおよびスタンバイモードにした日時等を使用履歴としてＨＤＤ４等に随時記録しておくことによって、ユーザーが過去に放送受信機を使用していた日時や時間帯を把握し、ソフトウェア更新の予定日時（更新予定日時）を前もって設定する際の利用に供することができる。
【００２０】
図２は、本発明の実施形態によるソフトウェア更新の処理の一例を示すフローチャートであり、上述の指定した日時にソフトウェア更新を実行する機能を用いて、ユーザーが放送受信機を使用していない時、すなわちスタンバイモードの時にソフトウェア更新を行う処理の一例を示している。図２に示すように、ＨＤＤ４へのソフトウェア更新データのダウンロードが完了すると（ステップＳ２１）、ユーザーが放送受信機を使用しない時間帯（非使用時間帯）を推定し（ステップＳ２２）、推定した時間帯をソフトウェア更新の予定日時として設定する（ステップＳ２３）。その後、設定した予定日時までソフトウェア更新の実行を待機し、パワーオンモードおよびスタンバイモードを含む通常の放送受信機の動作を継続する（ステップＳ２４）。ソフトウェア更新の予定日時になると、放送受信機がスタンバイモードであるか否かの確認を行う（ステップＳ２５）。放送受信機がスタンバイモードでない場合は、ユーザーが放送受信機を使用中であるため、ステップＳ２３にて設定した予定日時を破棄してステップＳ２２に戻り、ステップＳ２３にて新たなソフトウェア更新の予定日時を設定する。すなわち、ソフトウェア更新の予定日時（更新予定日時）がパワーオンモードである場合は、ソフトウェア更新を行わず新たな更新予定日時を設定する。一方、放送受信機がスタンバイモードである場合は、ユーザーの放送受信機の使用を阻害せずにソフトウェア更新が可能であるため、ソフトウェア更新を実行する（ステップＳ２６）。ソフトウェア更新が終了すると、一旦放送受信機を再起動し、更新後の新規ソフトウェアを用いて放送受信機の動作を開始（起動）し（ステップＳ２７）、ソフトウェア更新を終了する。
【００２１】
図２のステップＳ２２において、ユーザーが放送受信機を使用しない時間帯の推定は、放送受信機の過去の使用履歴を利用してユーザーが放送受信機を使用する時間帯のパターンを推定し、さらに、ユーザーが設定している予約録画等の予約情報を利用して、これらの時間帯に重ならない時間帯を算出することによって可能となる。
【００２２】
次に、ユーザーが放送受信機を使用しない時間帯の推定について説明する。図３は、本発明の実施形態による過去の使用履歴に基づく非使用時間帯の推定の一例を示す図であり、曜日毎のユーザーの非使用時間帯のパターンを推定する方法の例を示した図である。放送される番組は曜日毎に編成されていることが多く、また、ユーザーの休日等の生活パターンを考慮するためにも、曜日毎の非使用時間帯を推定することが好ましく、例えば、所定の曜日（Ｘ曜日）の７日前（１週間前）や１４日前（２週間前）等の使用履歴を利用して非使用時間帯を推定する。また、直前のユーザーの非使用時間帯パターンを考慮するために、１日前や２日前等の使用履歴を利用して非使用時間帯を推定することもできる。図３では、前日、１週間前および２週間前の使用履歴の組み合わせをユーザーが放送受信機を使用するパターンとし、特定の日（Ｘ曜日）の非使用時間帯を推定する例を示している。このように推定された非使用時間帯がソフトウェア更新を実行する候補となる。図３に示す例では、ソフトウェア更新によるユーザーの番組視聴や録画等を阻害しないことを優先し、前日、１週間前および２週間前の合計３日間において、各日に共通して放送受信機を使用していない時間帯を非使用時間帯としている。
【００２３】
なお、図３では、曜日毎（１週間前および２週間前のＸ曜日）と前日の使用履歴を組み合わせて非使用時間帯を推定しているが、より簡易には、前日のみ、前日と２日前、あるいは１週間前と２週間前等の組み合わせで非使用時間帯を推定するなど、いかなる使用履歴の組み合わせで非使用時間帯を推定しても良い。
【００２４】
図４は、本発明の実施形態によるソフトウェア更新の予定日時の設定の一例を示す図である。図４では、図３に示すように推定するユーザーの非使用時間帯を、ソフトウェア更新データのダウンロード完了から３日分（ダウンロード完了日を含む３日分）について算出し、算出した３日分の非使用時間帯と現在存在する録画等の予約情報とに基づいて、ユーザーの放送受信機の使用を阻害しないでソフトウェア更新が可能な時間帯を推定し、推定した時間帯にソフトウェア更新の予定日時を設定する方法を示している。すなわち、図４では、ＨＤＤ４に記憶された使用履歴に基づいて過去の使用時間帯を算出し、算出した過去の使用時間帯と現在の視聴および録画の予約情報とに基づいて将来の使用時間帯を推定し、推定した将来の使用時間帯とソフトウェア更新の処理に要する時間とに基づき、スタンバイモードとなる可能性の高い時間帯に更新予定日時を設定する方法を示している。
【００２５】
図４に示すソフトウェア更新が可能な時間帯としては、推定されるユーザーの非使用時間帯であり、かつ、予約録画等の予約が無い時間帯としている。ソフトウェア更新の予定日時の候補とする日時は、ソフトウェア更新が可能な時間帯の範囲で設定するが、前述の通り、ソフトウェア更新には数分以上の所要時間がかかることがあり、また、ユーザーが必ずしも推定した非使用時間帯に放送受信機を使用していないとは限らない。そのため、数十分程度などといった短い非使用時間帯や、非使用時間帯の開始や終わり付近の時刻など、ユーザーが使用する確率が比較的高い時間帯を避け、予約日時の前後の数十分程度が推定した非使用時間帯となるように、時間に余裕を持たせてソフトウェア更新の予約日時の候補を求めると良い。実際に設定するソフトウェア更新の予定日時は、更新内容（更新後の新規ソフトウェア）を早期に放送受信機に反映させるために、ソフトウェア更新データのダウンロード完了後の最も早い日時を候補にすると良い。
【００２６】
なお、図４では、３日分の非使用時間帯およびソフトウェア更新の予定日時の候補を算出しているが、算出された複数の候補のうち、実際に使用するのは第１候補の日時のみであるため、第１候補の日時が算出された時点で、当該第１候補をソフトウェア更新の予約日時に設定し、ソフトウェア更新の予定日時の算出を終了しても良い。
【００２７】
また、図２のステップＳ２５において、ソフトウェア更新の予定日時がスタンバイモードでない時は、新たにユーザーの使用時間帯を算出して予定日時を設定し直すが、再度計算する回数を減らすために、図４で得られるソフトウェア更新の予約日時の候補を複数記憶しておき、図２のステップＳ２６でのソフトウェア更新時においてスタンバイモードでない時には、記憶しておいた予約日時の第２候補、第３候補等を新たな予約日時として順次設定しても良い。
【００２８】
また、図２に示すソフトウェア更新の処理では、ステップＳ２４にて通常の動作を継続しているが、この間にユーザーによって予約録画や予約視聴等の変更や追加などの予約情報の変更があった場合には、ステップＳ２２に戻り、ユーザーの使用時間帯の再算出およびソフトウェア更新の予定日時の再設定を行うことで、新たに追加や変更された予約情報を反映すると良い。
【００２９】
上記では、ユーザーの使用履歴や予約情報に基づいて自動でソフトウェア更新の日時を設定する方法について説明したが、ユーザーが自らソフトウェア更新の実行日時を指定するようにしても良い。図５は、本発明の実施形態によるソフトウェア更新の通知画面の一例を示す図である。図５では、ソフトウェア更新データのダウンロードが完了した後に、ユーザーに対してソフトウェア更新データの存在を通知し、ソフトウェア更新の予約日時の設定方法を選択可能にしている。
【００３０】
また、図６は、本発明の実施形態によるソフトウェア更新の日時の設定画面の一例を示す図である。図６に示すように、ユーザーが「自動で更新日時を設定する」を選択した場合は、図３および図４で示すような方法で算出されたソフトウェア更新の予定日時の候補が設定され、「手動で更新日時を設定する」を選択した場合は、ユーザー自らがソフトウェア更新を行う特定の日時を指定する。このようにユーザー自らがソフトウェア更新を行う日時を確認して設定することによって、放送受信機の使用時間帯にソフトウェア更新が実行されることを防ぐことができる。
【００３１】
以上のことから、Ｆｌａｓｈ  ＲＯＭ５を１つのみ備え、ソフトウェア更新に数分以上かかるような放送受信機であっても、ユーザーが放送受信機を使用していない時にソフトウェア更新を行うことができ、ユーザーの番組視聴や予約録画等を阻害することなくソフトウェア更新を行うことが可能となる。
【００３２】
なお、本実施形態では、ＨＤＤ内蔵録画機能を有し、ソフトウェアを格納および実行するＲＯＭを１つのみ備えたデジタル放送受信機を想定して説明したが、現行ソフトウェアと新規ソフトウェアとを別々のＲＯＭに格納する構成を備えた放送受信機であっても、本実施形態によるソフトウェア更新の予定日時の設定の方法を用いることによって、ユーザーの番組視聴や予約録画等を阻害することなくソフトウェア更新を行うことが可能となる。
【００３３】
図２に示すソフトウェア更新の処理では、ステップＳ２７にて新規ソフトウェアで再起動したときにエラーが発生するなど、ソフトウェア更新が失敗した場合については考慮されていない。ソフトウェア更新を失敗すると、それ以降の放送受信機の機能が使用不能となり、ユーザーの番組視聴や予約録画等を大きく阻害する。このような問題を避けるためには、ソフトウェア更新が失敗した場合は、新規ソフトウェアへの更新の再実行や、現行ソフトウェアへの復旧を行なうと良い。
【００３４】
図７は、本発明の実施形態によるソフトウェア更新の処理の一例を示すフローチャートである。図７では、ソフトウェア更新の開始時に、Ｆｌａｓｈ  ＲＯＭ５上の現行ソフトウェアのバックアップをＨＤＤ４上に作成しておき、ソフトウェア更新を実行し、もしソフトウェア更新が失敗であったとしても、ＨＤＤ４に作成したバックアップを用いて現行ソフトウェアへ復旧させることによって、放送受信機を継続して使用可能にすることを特徴としている。なお、図７のステップＳ７１〜Ｓ７５、Ｓ７７、Ｓ７８は図２のステップＳ２１〜Ｓ２７と同じ処理であるため、ここでは説明を省略する。
【００３５】
図７に示すように、ソフトウェア更新前にＦｌａｓｈ  ＲＯＭ５に格納されている現行ソフトウェアをＨＤＤ４にコピーしてバックアップを作成して記憶する（ステップＳ７６）。そして、新規ソフトウェアへのソフトウェア更新を行って再起動し（ステップＳ７７、７８）、更新した新規ソフトウェアが正常に動作しているか、つまりソフトウェア更新が成功しているか否かの判断を行う（ステップＳ７９）。ソフトウェア更新が失敗している場合は、ＨＤＤ４に記憶したバックアップである現行ソフトウェアをＦｌａｓｈ  ＲＯＭ５に書き込み（再度格納し）、現行ソフトウェアへの復旧を行う（ステップＳ８０）。復旧後は、再度現行ソフトウェアでの再起動を行った後に動作のチェックを行い（ステップＳ７９）、動作が正常であれば現行ソフトウェアへの復旧を完了して、放送受信機の現行ソフトウェアによる動作を継続する。
【００３６】
なお、図７では、ステップＳ８０において現行ソフトウェアへの復旧を行ったが、１回目のステップＳ８０では新規ソフトウェアへのソフトウェア更新を再実行し、再実行によっても新規ソフトウェアが正常動作しない場合は、２回目のステップＳ８０にて現行ソフトウェアへの復旧を行うなどしても良い。
【００３７】
図７に示す処理では、ソフトウェア更新時に現行ソフトウェアのバックアップをＨＤＤ４に作成することによって、ソフトウェア更新が失敗した場合の現行ソフトウェアへの復旧を実現したが、新たにバックアップを作成しなくても、前回のソフトウェア更新時にＨＤＤ４上に保存していたソフトウェア更新データ、つまり、現行ソフトウェアへのソフトウェア更新データ等を消去せずに保存しておき、ソフトウェア更新の失敗時に、ＨＤＤ４に保存しておいた現行ソフトウェアのソフトウェア更新データを現行ソフトウェアのバックアップの替わりとして使用して現行ソフトウェアへ復旧をしても良い。すなわち、ＨＤＤ４に記憶された現行ソフトウェアのソフトウェア更新データに基づいて作成した現行ソフトウェアをＦｌａｓｈ  ＲＯＭ５に再度格納して復旧しても良い。
【００３８】
以上のことから、Ｆｌａｓｈ  ＲＯＭ５を１つのみ備える放送受信機において新規ソフトウェアへの更新が失敗した場合であっても、新規ソフトウェアへのソフトウェア更新の再実行、または現行ソフトウェアへの復旧を行うことによって、ソフトウェア更新によるユーザーの番組視聴や予約録画等への阻害を防ぐことができる。
【符号の説明】
【００３９】
１  チューナ、２  ＴＳデコーダ、３  ＲＡＭ、４  ＨＤＤ、５  Ｆｌａｓｈ  ＲＯＭ、６  ＣＰＵ、７  Ｂｏｏｔ  ＲＯＭ。
【図１】
2011249966.tif 000003
【図２】
2011249966.tif 000004
【図３】
2011249966.tif 000005
【図４】
2011249966.tif 000006
【図５】
2011249966.tif 000007
【図６】
2011249966.tif 000008
【図７】
2011249966.tif 000009