(57)【要約】  判定部は、デジタル放送受信装置（１００）の起動の際に、デジタル放送受信装置（１００）の前回の動作終了が異常終了であるか否かを判定する。起動管理部は、デジタル放送受信装置（１００）の前回の動作終了が異常終了である場合に、デジタル放送受信装置（１００）の起動の際に、デジタル放送受信装置（１００）の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なるチャンネルを選局する。
2017122327.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送受信装置であって、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定部と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なるチャンネルを選局する起動管理部とを有するデジタル放送受信装置。
【請求項２】
前記判定部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定するとともに、前記デジタル放送受信装置における異常終了の発生頻度を解析し、
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、前記デジタル放送受信装置における異常終了の発生頻度が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項１に記載のデジタル放送受信装置。
【請求項３】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
現在時刻から規定期間内に異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項２に記載のデジタル放送受信装置。
【請求項４】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
規定間隔以下の間隔で異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項２に記載のデジタル放送受信装置。
【請求項５】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合でも前記ラストチャンネルを選局しない請求項１に記載のデジタル放送受信装置。
【請求項６】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合に、前記ラストチャンネルを選局すると前記デジタル放送受信装置に異常が発生する可能性があることを通知するメッセージを出力する請求項５に記載のデジタル放送受信装置。
【請求項７】
デジタル放送受信装置が、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定し、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なるチャンネルを選局するデジタル放送受信方法。
【請求項８】
デジタル放送受信装置に、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定処理と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なるチャンネルを選局する起動管理処理とを実行させるデジタル放送受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置に関する。
【背景技術】
【０００２】
デジタル放送受信装置では、一般的に、電源がＯＦＦになる直前に選局されていたチャンネルが、電源がＯＮになる際にも選局される。以下では、電源がＯＦＦになる直前に選局されていたチャンネルをラストチャンネルと呼ぶ。デジタル放送受信装置では、選局されたチャンネルが不揮発メモリに記憶される。そして、電源がＯＦＦになる際に不揮発メモリで記憶されていたチャンネル（ラストチャンネル）がデジタル放送受信装置の電源ＯＮ時に不揮発メモリから読み出され、選局処理に利用される。また、選局の度にチャンネルを不揮発メモリに記憶するのではなく、電源ＯＦＦ時にのみ選局されていたチャンネルが不揮発メモリに記憶される製品もある。【０００３】
デジタル放送では、チャンネルをサービスと呼称する。サービスは、トランスポート・ストリーム（以降ＴＳという）内に多重されて送出される。ＴＳ内には複数のサービスを多重することができる。デジタル放送受信装置では、ＴＳ単位で受信信号の処理を実施する。【０００４】
多くのデジタル放送受信装置では、継続して処理を実施することが困難な状態に陥った場合、つまり、システムエラーが発生した場合には、リブート処理を行う。そして、リブート処理により、デジタル放送受信装置は、正常動作に復帰する。システムエラーの発生原因には、選局中のチャンネルの放送波に重畳されているデータの受信信号の処理の不具合や障害などもある。【０００５】
選局中のチャンネルの放送波を受信し、放送波に重畳された受信信号を処理することにより、継続動作不能となるシステムエラーが発生した場合に、多くのデジタル放送受信装置は、リブート処理を実施する。リブート処理の後は、デジタル放送受信装置は、システムエラーが発生したチャンネルであるラストチャンネルを再度、選局する。このため、デジタル放送受信装置は、同様の受信信号の処理を実施することで、更に、システムエラーが発生し、この結果、リブートを繰り返すことになる。【０００６】
上記の問題を解決するため、例えば特許文献１では、受信処理にて異常が検出されたタスクに代わって、代替処理として最小限の受信処理を行う縮退タスクを実行することにより、リブートを回避することが記述されている。縮退タスクは、映像、音声を復号する処理を有する縮退処理の実行制御処理である。【０００７】
また、特許文献２には、不揮発メモリに、別の放送経路により同時並行放送されている同一放送内容の他チャンネルの情報をチャンネルグループ情報として保持することが記述されている。更に、特許文献２には、視聴中のチャンネルにて、降雨や他の理由での受信障害が発生した場合には、前記チャンネルグループ情報を参照することにより、視聴中チャンネルに対する代替チャンネルを抽出し、代替チャンネルに切り替えることにより、同一内容の放送番組の視聴を継続することが記述されている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−３９６２号公報
【特許文献２】特開２００６−２１１１８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したように、特許文献１のデジタル放送受信装置では、受信信号の処理プログラムの実行中に何らかの異常が発生した際に、縮退タスクにて最小限の受信処理が実行可能な場合にのみ、リブートの回避が可能である。
特許文献１のデジタル放送受信装置において、回避処理である縮退タスクを実行した際にもシステムエラーが発生する場合もあり、その場合には、リブートを回避することができない。従って、放送波に重畳された受信信号の処理にて、継続動作不能となるシステムエラーが発生した場合には、リブートを繰り返すという問題は解決されない。【００１０】
また、特許文献２のデジタル放送受信装置では、降雨や他の理由で受信障害が発生した場合には、代替チャンネルで同一放送内容を受信する。しかしながら、代替チャンネルの受信信号は、障害が発生したチャンネルの受信信号と同一であることが多い。従って、代替チャンネルの受信信号によっても、同様に、システムエラーが発生する可能性がある。【００１１】
このように、特許文献１及び特許文献２では、デジタル放送受信装置が異常終了した後にリブートを繰り返すという課題を解決することはできない。【００１２】
本発明は上述の課題を解決することを主な目的としており、デジタル放送受信装置が異常終了した後にリブートを繰り返すことなく正常に動作できるようにすることを主な目的とする。
【課題を解決するための手段】
【００１３】
本発明に係るデジタル放送受信装置は、
デジタル放送受信装置であって、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定部と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なるチャンネルを選局する起動管理部とを有する。
【発明の効果】
【００１４】
本発明によれば、デジタル放送受信装置が異常終了した後はラストチャンネルと異なるチャンネルが選局されるため、放送受信装置は異常終了した後にリブートを繰り返すことなく正常に動作することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１に係るデジタル放送受信装置のハードウェア構成例を示す図。
【図２】実施の形態１に係るデジタル放送受信装置の機能構成例を示す図。
【図３】実施の形態１に係るチャンネルリストファイルの例を示す図。
【図４】実施の形態１に係るラストチャンネルファイルの例を示す図。
【図５】実施の形態１に係る終了要因情報ファイルの例を示す図。
【図６】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図７】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図８】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図９】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図１０】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図１１】実施の形態１に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図１２】実施の形態２に係る注意喚起メッセージの例を示す図。
【図１３】実施の形態２に係るデジタル放送受信装置の動作例を示すフローチャート図。
【図１４】実施の形態２に係るデジタル放送受信装置の動作例を示すフローチャート図。
【発明を実施するための形態】
【００１６】
以下では、放送波に重畳された受信信号の処理にて、信号処理用のソフトウェアの実行中に何らかの原因でシステムエラーが発生し、当該ソフトウェアのリブートが実行された場合においても、リブートを継続して繰り返すことなく動作する、デジタル放送受信装置を説明する。
なお、以下では、ＡＲＩＢ（一般社団法人  電波産業会）に規定された放送運用に従って放送される、ＢＳ（Ｂｒｏａｄｃａｓｔｉｎｇ  Ｓａｔｅｌｌｉｔｅ）デジタル放送を受信し、受信中に信号処理用のソフトウェアにてシステムエラーが発生し、リブートを繰り返す障害を回避する構成について説明する。
以下の実施の形態で説明するデジタル放送受信装置の処理は、ＢＳデジタル放送の運用を規定するＭＰＥＧ２−Ｓｙｓｔｅｍｓだけでなく、高度広帯域ＢＳデジタル放送などのＭＰＥＧ−Ｈ  ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）や通信ネットワークを介して放送されるＩＰＴＶ放送などのＩＰＴＶフォーラムの放送運用にも適用可能である。
更に、以下の実施の形態で説明するデジタル放送受信装置の処理は、ＡＲＩＢで規定されたＢＳデジタル放送及びＩＰＴＶフォーラムのＩＰＴＶ放送に限らず、他のデジタル放送にも適用可能である。
【００１７】
実施の形態１．
＊＊＊構成の説明＊＊＊
図１は、本実施の形態に係るデジタル放送受信装置１００のハードウェア構成を示すブロック図である。
図１に示すように、デジタル放送受信装置１００は、チューナ３０１、デコーダーチップ３０２、モニター３０４、メインプロセッサ３０５、ＦＬＡＳＨ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０６、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０７、アンテナ３０８、サブプロセッサ３１０、ＦＬＡＳＨ−ＲＯＭ３１１、ＲＡＭ３１２で構成される。
【００１８】
ＲＡＭ３０７はメインプロセッサ３０５に接続され、メインプロセッサ３０５により用いられる。ＦＬＡＳＨ−ＲＯＭ３０６はメインプロセッサ３０５に接続されて、メインプロセッサ３０５により用いられる。ＦＬＡＳＨ−ＲＯＭ３０６には、図２に示すシステム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１の機能を実現するプログラムが記憶されている。そして、システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１の機能を実現するプログラムがＲＡＭ３０７にロードされ、メインプロセッサ３０５がこれらプログラムを実行して、後述するシステム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１の動作を行う。
ＲＡＭ３１２は、サブプロセッサ３１０に接続され、サブプロセッサ３１０に用いられる。ＦＬＡＳＨ−ＲＯＭ３１１は、サブプロセッサ３１０に接続され、サブプロセッサ３１０に用いられる。
ＦＬＡＳＨ−ＲＯＭ３１１には、図２に示すメインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の機能を実現するプログラムが記憶されている。そして、メインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の機能を実現するプログラムがＲＡＭ３１２にロードされ、サブプロセッサ３１０がこれらプログラムを実行して、後述するメインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の動作を行う。
メインプロセッサ３０５とサブプロセッサ３１０は、シリアル通信にて接続されており、情報の授受を行うことができる。
サブプロセッサ３１０は、メインプロセッサ３０５の電源をＯＮ／ＯＦＦすることが出来る仕組みになっている。サブプロセッサ３１０は、メインプロセッサ３０５からの死活監視信号であるヘルスチェック信号を監視しており、一定期間、メインプロセッサ３０５からのヘルスチェック信号の送信がなかった場合に、メインプロセッサ３０５における制御に異常が発生しているものとして、メインプロセッサ３０５に対してリセット処理を実施する。
【００１９】
図２は、本実施の形態に係るデジタル放送受信装置１００の機能構成例を示す。
図２に示すように、デジタル放送受信装置１００は、チューナ部１０１、ＤＥＭＵＸ部１０２、デコード部１０３、表示部１０４、システム制御部１０５、メインプロセッサ記憶部１０６、ラストチャンネル変更部１０７、メインプロセッサ電源管理部１０９、サブプロセッサ記憶部１１０、メインプロセッサ時間管理部１１１、サブプロセッサ時間管理部１１２で構成される。
【００２０】
アンテナ１０８は、ＢＳデジタル放送の電波を受信する。アンテナ１０８は図１のアンテナ３０８により実現される。
チューナ部１０１は、デジタル放送波から所望の周波数帯域の電波に同調し、受信信号を復調する。チューナ部１０１は図１のチューナ３０１により実現される。
【００２１】
ＤＥＭＵＸ部１０２は、チューナ部１０１から出力されるＴＳ多重信号からパケットを分離し、パケットに含まれる多重データを映像信号、音声信号及び制御情報などに分離する。
デコード部１０３は、符号化圧縮された映像信号及び音声信号を復号する。
ＤＥＭＵＸ部１０２及びデコード部１０３は、図１のデコーダーチップ３０２により実行される。
ＢＳデジタル放送とは異なる放送運用、例えば、高度ＢＳデジタル放送では、チューナ部１０１から出力される多重信号はＴＳパケットではなく、ＴＬＶパケットの出力である。放送運用が異なれば、多重形式や参照する制御情報などは異なってくるが、後述するサービスリスト情報、及び選局情報と同等の情報を取得できれば、以下で説明するデジタル放送受信装置１００の処理をＢＳデジタル放送と異なる放送に適用することができる。
【００２２】
システム制御部１０５は、チューナ部１０１、ＤＥＭＵＸ部１０２及びデコード部１０３の制御を含む、デジタル放送受信装置１００の全体の制御を行う。
システム制御部１０５は、ＤＥＭＵＸ部１０２から出力される制御情報を取得して受信信号の処理を実施する。また、システム制御部１０５は、後述するメインプロセッサ電源管理部１０９とシリアル通信で情報の授受を行う。更に、システム制御部１０５は、メッセージ等の画像情報の描画も実施する。
また、システム制御部１０５は、デジタル放送受信装置１００の前回の動作終了が異常終了であり、デジタル放送受信装置１００における異常終了の発生頻度が閾値を超えている場合に、デジタル放送受信装置１００の起動の際に、ラストチャンネルと異なるチャンネルを選局する。
ラストチャンネルは、デジタル放送受信装置１００の前回の動作終了の際に選局されていたチャンネルである。
より具体的には、システム制御部１０５は、ラストチャンネル変更部１０７にラストチャンネル変更要求を出力し、ラストチャンネル変更部１０７により書き換えられたラストチャンネルファイル２０２に記述されているチャンネルを選局する。
ラストチャンネルファイル２０２の詳細は後述する。
なお、「選局」とは、システム制御部１０５が、チューナ部１０１に受信信号を復調させるチャンネルを選択し、チューナ部１０１に選択したチャンネルを通知することをいう。チューナ部１０１は、システム制御部１０５から通知されたチャンネル（選局されたチャンネル）の受信信号を復調する。
システム制御部１０５は、ラストチャンネル変更部１０７とともに起動管理部の例に相当する。
また、システム制御部１０５で行われる動作は、ラストチャンネル変更部１０７で行われる動作とともに起動管理処理の例に相当する。
【００２３】
ラストチャンネル変更部１０７は、システム制御部１０５からのラストチャンネル変更要求を受け付け、ラストチャンネルファイル２０２の書き換えを行う。
本実施の形態では、ラストチャンネルの変更規則を、後述するチャンネルリストファイル２０１に記載されているチャンネルリストのチャンネルの順送りとする。つまり、チャンネルリスト上でラストチャンネルの次に記載されているチャンネルを、変更後のラストチャンネルとする。ラストチャンネルが一巡した場合は、本処理を取り止めても、継続して繰り返してもどちらでもよい。チャンネルの順送りの単位は受信信号の処理単位とし、本実施の形態ではＴＳ単位で変更していくものとする。
ラストチャンネル変更部１０７は、システム制御部１０５とともに起動管理部の例に相当する。
また、ラストチャンネル変更部１０７で行われる動作は、システム制御部１０５で行われる動作とともに起動管理処理の例に相当する。
【００２４】
メインプロセッサ時間管理部１１１は、タイマーの設定を行う。
システム制御部１０５は、起動直後からメインプロセッサ電源管理部１０９に対して、死活監視信号であるヘルスチェック信号を一定間隔で出力している。
システム制御部１０５は、ヘルスチェック信号の出力間隔の制御用のタイマーとしてメインプロセッサ時間管理部１１１を使用する。
【００２５】
前述したように、システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１は、プログラムで実現される。システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１を実現するプログラムは、メインプロセッサ３０５により実行される。
【００２６】
メインプロセッサ記憶部１０６は、以下に説明するチャンネルリストファイル２０１、ラストチャンネルファイル２０２を記憶する。メインプロセッサ記憶部１０６は、メインプロセッサ３０５に接続された不揮発メモリであるＦＬＡＳＨ−ＲＯＭ３０６により実現される。
【００２７】
表示部１０４は、デコード部１０３により復号された映像や、システム制御部１０５により描画されたメッセージ等の画像情報を表示する。表示部１０４は、モニター３０４により実現される。
【００２８】
メインプロセッサ電源管理部１０９は、メインプロセッサ３０５の電源をＯＮ／ＯＦＦする機能を備え、メインプロセッサ３０５上で動作するシステム制御部１０５とシリアル通信で情報の授受をする。メインプロセッサ電源管理部１０９は、メインプロセッサ３０５の死活監視を実施する。
前述したように、システム制御部１０５は、ヘルスチェック信号を一定間隔でメインプロセッサ電源管理部１０９に出力している。メインプロセッサ電源管理部１０９は、システム制御部１０５からのヘルスチェック信号を監視する。そして、一定期間、システム制御部１０５からのヘルスチェック信号を受信できない場合に、メインプロセッサ電源管理部１０９は、メインプロセッサ３０５に対してリセット処理を実施する。メインプロセッサ電源管理部１０９は、リセット処理を実施すると、後述する終了要因情報ファイル２０３に、終了要因を“異常終了”として書き込み、後述のサブプロセッサ記憶部１１０に終了要因情報ファイル２０３を記憶させる。
【００２９】
システム制御部１０５は、メインプロセッサ３０５の処理を終了する際に、メインプロセッサ電源管理部１０９に終了通知を送信する。メインプロセッサ電源管理部１０９は、システム制御部１０５からの終了通知を受信すると、後述する終了要因情報ファイル２０３に、終了要因を“正常終了”として書き込み、後述のサブプロセッサ記憶部１１０に終了要因情報ファイル２０３を記憶させる。
【００３０】
ここで、終了要因について説明する。
終了要因とは、メインプロセッサ３０５が動作を終了する要因である。つまり、終了要因は、デジタル放送受信装置１００の動作終了の要因である。
本実施の形態では、終了要因として、ユーザ操作等による通常の電源ＯＦＦ処理である“正常終了”と、ヘルスチェック信号未受信によるメインプロセッサ電源管理部１０９からのリセット処理である“異常終了”の２種類が用いられる。
【００３１】
システム制御部１０５は、起動時に、メインプロセッサ電源管理部１０９に対して終了要因の取得を要求する。メインプロセッサ電源管理部１０９は、後述する終了要因情報ファイル２０３から終了要因を読み出し、システム制御部１０５に終了要因を返信する。
【００３２】
メインプロセッサ電源管理部１０９は、システム制御部１０５の終了要因の取得要求に対して、終了要因として、“正常終了”、“異常終了”、“連続異常終了”の３つのうちのいずれかを返信する。
“正常終了”は、前述したように、メインプロセッサ３０５が自ら行った終了処理による終了である。
“異常終了”は、メインプロセッサ電源管理部１０９によるヘルスチェック信号の監視により、一定期間、システム制御部１０５からの通知がなかった場合に、メインプロセッサ電源管理部１０９がメインプロセッサ３０５に対して行ったリセット処理による終了である。
“連続異常終了”は、“異常終了”が、規定期間内に規定回数以上発生したことを意味する。メインプロセッサ電源管理部１０９は、例えば、デジタル放送受信装置１００の前回の動作終了が異常終了であり、現在時刻から規定期間内に異常終了が発生した回数が閾値を超えている場合に、“連続異常終了”と判定する。また、メインプロセッサ電源管理部１０９は、デジタル放送受信装置１００の前回の動作終了が異常終了であり、規定間隔以下の間隔で異常終了が発生した回数が閾値を超えている場合に、“連続異常終了”と判定してもよい。更に、メインプロセッサ電源管理部１０９は、デジタル放送受信装置１００の前回の動作終了が異常終了であり、現在時刻から規定期間内に、規定間隔以下の間隔で異常終了が発生した回数が閾値を超えている場合に、“連続異常終了”と判定してもよい。
このように、メインプロセッサ電源管理部１０９は、デジタル放送受信装置１００の起動の際に、デジタル放送受信装置１００の前回の動作終了が異常終了であるか否かを判定している。更に、メインプロセッサ電源管理部１０９は、デジタル放送受信装置１００における異常終了の発生頻度を解析しており、判定部の例に相当する。
また、メインプロセッサ電源管理部１０９で行われる動作は、判定処理の例に相当する。
【００３３】
サブプロセッサ時間管理部１１２は、現在時刻の提供及びタイマーの設定を行う。
前述したように、メインプロセッサ電源管理部１０９は、システム制御部１０５からのヘルスチェック信号を監視する。メインプロセッサ電源管理部１０９は、ヘルスチェック信号の監視用のタイマーとして、サブプロセッサ時間管理部１１２を使用する。
【００３４】
前述したように、メインプロセッサ電源管理部１０９、サブプロセッサ時間管理部１１２は、プログラムで実現される。メインプロセッサ電源管理部１０９、サブプロセッサ時間管理部１１２を実現するプログラムは、サブプロセッサ３１０により実行される。
【００３５】
サブプロセッサ記憶部１１０は、以下に説明する終了要因情報ファイル２０３を記憶する。
メインプロセッサ電源管理部１０９は、メインプロセッサ３０５の終了要因（“正常終了”又は“異常終了”）を、終了時刻とともに、終了要因情報ファイル２０３に書き込む。サブプロセッサ記憶部１１０は、メインプロセッサ電源管理部１０９により更新された後の終了要因情報ファイル２０３を記憶する。サブプロセッサ記憶部１１０は、サブプロセッサ３１０に接続された不揮発メモリであるＦＬＡＳＨ−ＲＯＭ３１１により実現される。
【００３６】
図３は、本実施の形態に係るチャンネルリストファイル２０１の例を示す。
システム制御部１０５は、ＢＳデジタル放送、地上デジタル放送などのＭＰＥＧ２−Ｓｙｓｔｅｍｓを用いた放送運用であればＮＩＴを、高度広帯域ＢＳデジタル放送であればＴＬＶ−ＮＩＴを、放送受信信号から抽出し、ＮＩＴ又はＴＬＶ−ＮＩＴに記載されているサービスリスト情報及び選局情報に基づいて、チャンネルリストファイル２０１を生成する。本実施の形態では、ＢＳデジタル放送のＮＩＴからチャンネルリストファイル２０１が生成されるものとする。
ここで、ＮＩＴ、ＴＬＶ−ＮＩＴともに、選局に関する情報が記載された情報テーブルであり、ＡＲＩＢにて規定された規格であるため、詳細説明は省略する。
【００３７】
本実施の形態に係るチャンネルリストファイル２０１には、選局対象となるｎｅｔｗｏｒｋ＿ｉｄ  、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ、ＴＳ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄ、及び選局に必要な情報であるｆｒｅｑｕｅｎｃｙ等の選局情報が含まれる。
チャンネルリストファイル２０１は、ＦＬＡＳＨ−ＲＯＭ３０６からＲＡＭ３０７上に展開され、システム制御部１０５によりチャンネルリストとして使用される。
【００３８】
デジタル放送の選局に使用するチャンネルリストの情報取得方法として、本実施の形態で取り上げたＮＩＴを使用する方法以外にも、今後新たな方法が採用されることは十分考えられる。システムエラーを起こしたチャンネルと異なるチャンネルを選択できる情報が記載されるチャンネルリストであれば、ＮＩＴを使用して生成されたチャンネルリストと異なるチャンネルリストを利用可能である。
ここで、チャンネルとは、受信信号の処理の対象となる選局単位である。本実施の形態ではＴＳが受信信号の処理の対象であり、選局単位となる。
【００３９】
図４は、本実施の形態に係るラストチャンネルファイル２０２の例を示す。
ラストチャンネルファイル２０２は、ラストチャンネルを記録したファイルである。システム制御部１０５が、選局が行われる度に選局されたチャンネルをラストチャンネルとしてラストチャンネルファイル２０２に書き込む。メインプロセッサ記憶部１０６は、システム制御部１０５により更新されたラストチャンネルファイル２０２を記憶する。
なお、システム制御部１０５は、選局の度にラストチャンネルファイル２０２を書き換えるのではなく、電源ＯＦＦ時点で選局されているチャンネルをラストチャンネルとしてラストチャンネルファイル２０２に書き込んでもよい。また、システム制御部１０５は、ファイル形式にてラストチャンネルを記録する代わりに、ラストチャンネルを不揮発メモリに直接格納してもよい。
本実施の形態に係るラストチャンネルファイル２０２には、選局対象を特定するための情報であるｎｅｔｗｏｒｋ＿ｉｄ  、ｏｒｉｇｉｎａｌ＿ｎｅｔｗｏｒｋ＿ｉｄ、ＴＳ＿ｉｄ、ｓｅｒｖｉｃｅ＿ｉｄが記載されている。
ラストチャンネルファイル２０２は、ＦＬＡＳＨ−ＲＯＭ３０６からＲＡＭ３０７上に展開され、システム制御部１０５によりラストチャンネル情報として使用される。
【００４０】
図５は、本実施の形態に係る終了要因情報ファイル２０３の例を示す。
終了要因情報ファイル２０３には、メインプロセッサ３０５の電源ＯＦＦの終了要因と終了時刻が記載される。終了要因情報ファイル２０３には、任意の回数分の終了要因と終了時刻の対が記載される。本実施の形態では終了要因情報ファイル２０３に１０回分の終了要因と終了時刻の対が記載されるものとする。また、終了要因と終了時刻の対はＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）形式にて記述されるものとする。
０番の行に最新の終了要因と終了時刻の対が記載される。０番の行の終了要因と終了時刻の対が記載される際に、それまでに記録されていた終了要因と終了時刻の対を一つずつ下げて記載し、１０回を超えた終了要因と終了時刻の対を削除する。終了要因と終了時刻の対をループメモリによりライトポインタを指定して記録してもよい。
終了要因情報ファイル２０３は、ＦＬＡＳＨ−ＲＯＭ３１１からＲＡＭ３１２上に展開され、メインプロセッサ電源管理部１０９により終了要因情報として使用される。
【００４１】
本実施の形態では、上述の通り、終了要因情報ファイル２０３には、終了要因として、ユーザ操作等による通常の電源ＯＦＦ処理である“正常終了”と、メインプロセッサ３０５からのヘルスチェック信号がメインプロセッサ電源管理部１０９に届かなった場合の“異常終了”の２種類が記載される。ユーザによる強制終了など、“正常終了”、“異常終了”以外の終了要因が考えられるが、本実施の形態では、説明の簡明性の観点から、“正常終了”と“異常終了”の２種類の終了要因で説明を行う。
【００４２】
本実施の形態では、最新の終了要因が“異常終了”であり、規定期間内に規定回数以上の“異常終了”が発生している場合に、メインプロセッサ電源管理部１０９は、システム制御部１０５からの終了要因の取得要求に対して、“連続異常終了”を返信する。例えば、最新の終了要因が“異常終了”であり、１分以内に３回の“異常終了”が発生している場合に、メインプロセッサ電源管理部１０９は“連続異常終了”を返信する。図５は、０番の行、１番の行、２番の行と１分以内に３回の“異常終了”が発生している状況を示している。
【００４３】
本実施の形態では、同一のＴＳを受信し続けることによるリブートの繰り返しが、規定期間、規定回数以上発生した場合に、放送波の受信信号処理によるシステムエラーと判断することとしている。これは、放送波の受信信号処理に起因したシステムエラーを、システムエラーの内容から判定することが困難なためである。
【００４４】
また、規定間隔以下の間隔でシステムエラーが規定回数以上連続して発生した場合に、放送波の受信信号処理によるシステムエラーと判断するようにしてもよい。また、規定期間以内に規定間隔以下の間隔でシステムエラーが規定回数以上連続して発生した場合に、放送波の受信信号処理によるシステムエラーと判断するようにしてもよい。また、放送波に多重されている制御情報の再送周期を考慮して期間や間隔を設定するようにしてもよい。
【００４５】
＊＊＊動作の説明＊＊＊
次に、デジタル放送受信装置１００における動作を、選局処理、起動処理、リブート処理に分けて説明する。
【００４６】
デジタル放送受信装置１００における選局処理について説明する。
チャンネルリストは、ＲＡＭ３０７上に展開されたチャンネルリストファイル２０１である。チャンネルリストに記載されている内容は図３のチャンネルリストファイル２０１と同一である。
システム制御部１０５は、チャンネルリストを参照し、選局対象のチャンネルの選局情報を取り出し、チューナ部１０１に対して、選局要求と合わせて該選局情報を通知する。チューナ部１０１は、受け取った選局情報をもとに受信信号の復調を行う。さらに、システム制御部１０５は、チューナ部１０１に選局要求したチャンネルをラストチャンネルとして、ラストチャンネルファイル２０２に書き込み、メインプロセッサ記憶部１０６にラストチャンネルファイル２０２を記憶させる。
【００４７】
次に、デジタル放送受信装置１００における起動処理について説明する。
メインプロセッサ３０５は、メインプロセッサ電源管理部１０９からの電源ＯＮ処理により起動する。メインプロセッサ電源管理部１０９の電源ＯＮ処理の開始トリガーは、ユーザによるリモートコントローラ操作や、ヘルスチェック信号未通知状態でのメインプロセッサ３０５のリセット等である。ヘルスチェック信号未受信状態でのメインプロセッサ３０５のリセット以外については、本発明の趣旨から外れるため、説明を省略する。
【００４８】
メインプロセッサ３０５は、電源ＯＮ処理によりブート処理を実行する。ブート処理の詳細についても、本発明の趣旨から外れるため、説明を省略する。
メインプロセッサ３０５がブート処理を終了し、システム制御部１０５が起動すると、システム制御部１０５は、チャンネルリストファイル２０１をメインプロセッサ記憶部１０６から読み出し、チャンネルリストとしてＲＡＭ３０７上に展開する。さらに、システム制御部１０５は、メインプロセッサ電源管理部１０９に対して終了要因の取得を要求する。
【００４９】
システム制御部１０５は、終了要因の取得後、ラストチャンネルファイル２０２をメインプロセッサ記憶部１０６から読み出し、ラストチャンネル情報としてＲＡＭ３０７上に展開する。
ラストチャンネル情報は、ＲＡＭ３０７上に展開されたラストチャンネルファイル２０２である。ラストチャンネル情報に記載されている内容は図４のラストチャンネルファイル２０２と同一である。
システム制御部１０５は、チャンネルリストからラストチャンネルに関する選局情報を取り出し、チューナ部１０１に選局要求と合わせて選局情報を通知する。チューナ部１０１は受け取った選局情報をもとに受信信号の復調を行う。
【００５０】
システム制御部１０５は、起動後、メインプロセッサ時間管理部１１１を使用し、メインプロセッサ電源管理部１０９に対するヘルスチェック信号の送信用のタイマーの設定を行う。システム制御部１０５は、一定間隔で発火するようにタイマーを設定する。タイマーの発火時に、システム制御部１０５は、メインプロセッサ電源管理部１０９に対してヘルスチェック信号の送信を行う。
【００５１】
ここで、システム制御部１０５による終了要因の取得処理について説明する。本実施の形態では、システム制御部１０５は、終了要因の取得処理を、チャンネルリストファイル２０１の読み出しとラストチャンネルファイル２０２の読み出しの間で実施する。
【００５２】
メインプロセッサ電源管理部１０９は、システム制御部１０５からの終了要因の取得要求を受信する。そして、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３をサブプロセッサ記憶部１１０から読み出す。また、メインプロセッサ電源管理部１０９は、読み出した終了要因情報ファイル２０３を終了要因情報としてＲＡＭ３１２上に展開する。終了要因情報は、ＲＡＭ３１２上に展開された終了要因情報ファイル２０３である。終了要因情報に記載されている内容は図５の終了要因情報ファイル２０３と同一である。
【００５３】
メインプロセッサ電源管理部１０９は、ＲＡＭ３１２上に展開した終了要因情報を参照し、前回の動作終了の終了要因（図５の０番の行の終了要因）が“正常終了”であれば、“正常終了”をシステム制御部１０５に通知する。
一方、前回の動作終了の終了要因が“異常終了”の場合、現在時刻から１分以内に３回連続して“異常終了”が発生している場合には、メインプロセッサ電源管理部１０９は、“連続異常終了”をシステム制御部１０５に通知する。
それ以外の場合は、メインプロセッサ電源管理部１０９は  “異常終了”をシステム制御部１０５に通知する。メインプロセッサ電源管理部１０９は、現在時刻を、サブプロセッサ時間管理部１１２より取得する。
【００５４】
システム制御部１０５は、メインプロセッサ電源管理部１０９より終了要因を通知されると、通知された終了要因に基づいて以下のように動作する。
“正常終了”又は“異常終了”が通知された場合は、システム制御部１０５は、ラストチャンネル情報に記述されているラストチャンネルを選局する。
一方、“連続異常終了”が通知された場合は、メインプロセッサ電源管理部１０９は、ラストチャンネル変更部１０７にラストチャンネルの変更を要求する。ラストチャンネル変更部１０７は、システム制御部１０５からラストチャンネルの変更要求を受け付けると、ラストチャンネルファイル２０２に記載のラストチャンネルを書き換え、書き換え後のラストチャンネルファイル２０２をメインプロセッサ記憶部１０６に記憶させる。
本実施の形態では、上述の通り、ラストチャンネル変更部１０７は、チャンネルリストに記載の受信信号の処理単位であるＴＳを順送りしてチャンネルの設定をする。図３のチャンネルリストファイル２０１に従うと、ラストチャンネルが１０１ｃｈ（ＴＳ＿ｉｄ：０ｘ４０ｆ１）の場合には、ラストチャンネル変更部１０７は、チャンネルリストファイル２０１に記載の１０３ｃｈ（ＴＳ＿ｉｄ：０ｘ４０ｆ２）を新たなラストチャンネルとしてラストチャンネルファイル２０２を書き換える。
【００５５】
ここでは、ラストチャンネル変更部１０７は、ラストチャンネルファイル２０２を書き換えているが、ラストチャンネル変更部１０７は、ＲＡＭ３０７に展開されているラストチャンネル情報を書き換えるようにしてもよい。
【００５６】
次に、デジタル放送受信装置１００におけるリブート処理について説明する。
システム制御部１０５はメインプロセッサ電源管理部１０９へ一定期間毎にヘルスチェック信号を送信している。
メインプロセッサ電源管理部１０９は、システム制御部１０５からのヘルスチェック信号を監視している。システムエラー、無限ループなどにより、システム制御部１０５がヘルスチェック信号を送信できなくなると、メインプロセッサ電源管理部１０９は、上記の一定期間経過後にメインプロセッサ３０５に対してリセット処理を行う。そして、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３に、ヘルスチェック信号未受信によるリセット処理である“異常終了”を、終了時刻とともに書き込む。サブプロセッサ記憶部１１０は、メインプロセッサ電源管理部１０９により更新された終了要因情報ファイル２０３を記憶する。メインプロセッサ電源管理部１０９は、終了時刻の記載に必要となる現在時刻を、サブプロセッサ時間管理部１１２より取得する。
【００５７】
ここで、放送波の受信中にデジタル放送受信装置１００にシステムエラーが発生した場合のリブート動作を説明する。
以下では、本実施の形態に係るリブート回避処理を実施しなかった場合と、リブート回避処理を実施した場合について説明する。
【００５８】
デジタル放送受信装置１００においてシステムエラーが発生し、システム制御部１０５が正常に動作しなくなると、システム制御部１０５はメインプロセッサ電源管理部１０９にヘルスチェック信号を送信できなくなる。このため、メインプロセッサ電源管理部１０９は、メインプロセッサ３０５に対してリセット処理を実施する。
【００５９】
本実施の形態に係るリブート回避処理が実施されなかった場合、システム制御部１０５は、システムエラー発生後の起動処理の際に、メインプロセッサ記憶部１０６に記憶されているラストチャンネルファイル２０２を読み出し、ラストチャンネルの選局を実施する。つまり、デジタル放送受信装置１００は、再度、システムエラーが発生したチャンネルの放送波を受信する。システムエラーの原因が、放送波に重畳された受信信号の処理に起因するため、放送内容の変更がない限り、前回と同様に、システムエラーが発生する。従って、システム制御部１０５は、再度、ヘルスチェック信号を送信することができなくなり、メインプロセッサ電源管理部１０９によるメインプロセッサ３０５のリセット処理が繰り返し実施される。
【００６０】
本実施の形態に係るリブート回避処理が実施された場合、システム制御部１０５は、メインプロセッサ記憶部１０６に記憶されているラストチャンネルファイル２０２を読み出す前に、メインプロセッサ電源管理部１０９から終了要因を取得する。そして、システム制御部１０５は、システムエラーの要因が、放送波に重畳された受信信号の処理によるものかを判定する。つまり、システム制御部１０５は、デジタル放送受信装置１００において“連続異常終了”が発生しているか否かを判定する。放送波に重畳された受信信号の処理によるシステムエラーと判定した場合、つまり、デジタル放送受信装置１００において“連続異常終了”が発生していると判定した場合は、システム制御部１０５は、ラストチャンネル変更部１０７に、ラストチャンネルファイル２０２に記載のラストチャンネルを他のチャンネルに変更することを指示する。ラストチャンネル変更部１０７は、ラストチャンネルファイル２０２の記載を、システムエラーを起こしていたラストチャンネルとは別のチャンネル（本実施の形態では別のＴＳ）に書き換える。
システム制御部１０５が、メインプロセッサ記憶部１０６からラストチャンネルファイル２０２を読み出す際には、ラストチャンネルは、システムエラーを起こしていたラストチャンネルとは別のチャンネル（本実施の形態では別のＴＳ）に書き換わっている。このため、システム制御部１０５は、システムエラーを起こしていたラストチャンネルとは別のチャンネルを選局する。そして、システム制御部１０５は、選局した新たなチャンネルの受信信号を復調するようチューナ部１０１に指示する。
このようなリブート回避処理によりシステムエラーの発生を防ぐことができ、リブートが繰り返される事態を回避することができる。
【００６１】
なお、本実施の形態では、システム制御部１０５によるＤＥＭＵＸ部１０２、デコード部１０３及び表示部１０４の制御については詳しく説明していないが、システム制御部１０５は、公知の方法によりＤＥＭＵＸ部１０２、デコード部１０３及び表示部１０４を制御する。
【００６２】
次に、本実施の形態に係るデジタル放送受信装置の動作アルゴリズムを、図６〜図１１に示すフローチャートを参照して説明する。
なお、図６〜図１１に示す動作手順は、デジタル放送受信方法及びデジタル放送受信プログラムの例を示す。
【００６３】
図６は、メインプロセッサ３０５での起動処理の動作を示すフローチャートである。
【００６４】
先ず、システム制御部１０５は、起動すると、チャンネルリストファイル２０１をメインプロセッサ記憶部１０６から読み出し、チャンネルリストとしてＲＡＭ３０７上に展開する（ステップＳ６−１）。
更に、システム制御部１０５は、メインプロセッサ電源管理部１０９に対して終了要因の取得を要求し（ステップＳ６−２）、メインプロセッサ電源管理部１０９より終了要因を取得する（ステップＳ６−３）。
また、システム制御部１０５は、メインプロセッサ電源管理部１０９より取得した終了要因に基づいて以下のように動作する。
メインプロセッサ電源管理部１０９より取得した終了要因が“正常終了”又は“異常終了”の場合は（ステップＳ６−４で“いいえ”）、システム制御部１０５は、ラストチャンネルファイル２０２に記載のラストチャンネルを選局する（ステップＳ６−６）。
一方、メインプロセッサ電源管理部１０９より取得した終了要因が“連続異常終了”の場合は（ステップＳ６−４で“はい”）、システム制御部１０５は、ラストチャンネル変更部１０７にラストチャンネルの変更を要求し、ラストチャンネルファイル２０２に記載のラストチャンネルを別のチャンネルに書き換えさせる（ステップＳ６−５）。より具体的には、システム制御部１０５は、ラストチャンネル変更部１０７に、チャンネルリストに記載のラストチャンネルより１ＴＳ上のチャンネルに書き換えさせる。
システム制御部１０５は、ラストチャンネルファイル２０２に記載のラストチャンネルを選局する（ステップＳ６−６）。
更に、システム制御部１０５は、ヘルスチェック信号の送信用のタイマーを設定する（ステップＳ６−７）。
【００６５】
図７は、メインプロセッサ３０５でのヘルスチェック信号の送信用のタイマーの設定処理を示すフローチャートである。
【００６６】
システム制御部１０５は、起動処理（図６）を終了すると、ヘルスチェック信号の送信用のタイマーの設定を実施する（ステップＳ７−１）。
本実施の形態ではタイマーの設定値を、サブプロセッサ３１０側の死活監視タイマーの設定値の半分とする。つまり、サブプロセッサ３１０でのタイマーがＮ秒で発火する場合は、ステップＳ７−１では、システム制御部１０５はＮ／２秒をタイマーに設定する。
ヘルスチェック信号の送信用のタイマーが発火すると（ステップＳ７−２で“はい”）、システム制御部１０５は、メインプロセッサ電源管理部１０９に対して、ヘルスチェック信号を送信する（ステップＳ７−３）。
【００６７】
図１０は、メインプロセッサ３０５での終了処理を示すフローチャートである。
【００６８】
システム制御部１０５は、ユーザからの電源ＯＦＦ要求を受け付けると、終了処理を開始する（ステップＳ１０−１）。
システム制御部１０５は、メインプロセッサ電源管理部１０９へ終了通知を送信する（ステップＳ１０−２）。
【００６９】
図８は、メインプロセッサ３０５の起動時のサブプロセッサ３１０の処理を示すフローチャートである。
【００７０】
メインプロセッサ電源管理部１０９は、メインプロセッサ３０５の電源ＯＮ処理を実施する（ステップＳ８−１）。
メインプロセッサ電源管理部１０９は、ヘルスチェック信号の監視用のタイマーを設定する（ステップＳ８−２）。前述のように、本実施の形態ではタイマーの設定値を、メインプロセッサ３０５側のヘルスチェック信号の送信用タイマーの設定値の倍の値とする。ここで、タイマーの設定値は、メインプロセッサ３０５の電源ＯＮ処理から、システム制御部１０５が最初のヘルスチェック信号を送信できるようになるまでの時間よりも十分長い時間とする。
システム制御部１０５からのヘルスチェック信号を受信すると（ステップＳ８−３で“はい”）、メインプロセッサ電源管理部１０９は、タイマーの設定をリスタートさせる（ステップＳ８−２）。
一方、システム制御部１０５からのヘルスチェック信号を受信できず、ヘルスチェック信号の監視用のタイマーが発火すると（ステップＳ８−４で“はい”）、メインプロセッサ電源管理部１０９は、メインプロセッサ３０５に対してリセット処理を行う（ステップＳ８−５）。
そして、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３にヘルスチェック信号未受信によるリセット処理である“異常終了”を書き込み、終了要因情報ファイル２０３をサブプロセッサ記憶部１１０に記録させる（ステップＳ８−６）。
【００７１】
図９は、システム制御部１０５から終了要因の取得要求が送信された際のサブプロセッサ３１０の処理を示すフローチャートである。
【００７２】
システム制御部１０５が、メインプロセッサ電源管理部１０９に対して終了要因の取得を要求すると、メインプロセッサ電源管理部１０９は、終了要因の取得要求を受け付ける（ステップＳ９−１）。
次に、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３をサブプロセッサ記憶部１１０から読み出す（ステップＳ９−２）。
次に、メインプロセッサ電源管理部１０９は、サブプロセッサ時間管理部１１２より現在時刻を取得する（ステップＳ９−３）。
また、メインプロセッサ電源管理部１０９は、前回の終了要因が“異常終了”であり、現在時刻から遡って一定期間内に“異常終了”が一定回数以上発生しているか否かを判定する（ステップＳ９−４）。
デジタル放送受信装置１００の前回の動作終了が“異常終了”であり、現在時刻から遡って一定期間内に“異常終了”が一定回数以上発生している場合は（ステップＳ９−４で“はい”）、メインプロセッサ電源管理部１０９は、システム制御部１０５に対して、放送波の受信信号処理障害である、“連続異常終了”を通知する（ステップＳ９−５）。
一方、ステップＳ９−４で“いいえ”の場合は、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３の終了要因が“正常終了”であれば“正常終了”を、“異常終了”であれば“異常終了”を、システム制御部１０５に通知する（ステップＳ９−６）。
【００７３】
図１１は、システム制御部１０５から終了通知が送信された際のサブプロセッサ３１０の処理を示すフローチャートである。
【００７４】
メインプロセッサ電源管理部１０９は、システム制御部１０５から終了通知を受け付ける（ステップＳ１１−１）。
そして、メインプロセッサ電源管理部１０９は、終了要因情報ファイル２０３に“正常終了”を書き込み、終了要因情報ファイル２０３をサブプロセッサ記憶部１１０に記録させる（ステップＳ１１−２）。
【００７５】
＊＊＊実施の形態の効果の説明＊＊＊
以上のように、本実施の形態によれば、放送波に重畳された情報の処理に起因したシステムエラーが発生した場合にも、システムエラーが発生した時に選局していたチャンネルとは異なるチャンネルを選局するようにしているので、放送波に重畳された情報の処理に起因するシステムエラーを避けることができ、リブートを繰り返す事態を回避することができる。
【００７６】
なお、以上では、通知された終了要因が“連続異常終了”の場合にシステム制御部１０５がラストチャンネルファイル２０２に記載のラストチャンネルと異なるチャンネルを選局する例を説明した。これに代えて、通知された終了要因が“異常終了”の場合にシステム制御部１０５がラストチャンネルファイル２０２に記載のラストチャンネルと異なるチャンネルを選局するようにしてもよい。つまり、異常終了の発生頻度に関わらず前回の終了要因が“異常終了”であれば必ずシステム制御部１０５がラストチャンネルファイル２０２に記載のラストチャンネルと異なるチャンネルを選局するようにしてもよい。
【００７７】
実施の形態２．
本実施の形態では、ユーザの選局操作により、システムエラーが発生したチャンネルが指定された場合に、システムエラーを回避する例を説明する。
なお、本実施の形態では、デジタル放送受信装置１００のハードウェア構成例は図１に示した通りである。また、デジタル放送受信装置１００の機能構成例も図２に示した通りである。
以下では、主に実施の形態１との差異を説明する。
以下で説明していない事項は、実施の形態１と同じである。
【００７８】
図１２は、本実施の形態に係る注意喚起メッセージ４００の例を示す。
注意喚起メッセージ４００は、デジタル放送受信装置１００のモニター３０４に表示される。注意喚起メッセージ４００は、システムエラーが発生した後に、実施の形態１に示す手順でデジタル放送受信装置１００が正常にリブートした後に、ユーザがシステムエラーの発生したチャンネルを指定した場合に表示される。
注意喚起メッセージ４００は、ユーザが指定したチャンネル（つまり、システムエラーが発生したラストチャンネル）を選局するとデジタル放送受信装置１００に異常が発生する可能性があることを通知するメッセージである。
【００７９】
次に、本実施の形態に係るデジタル放送受信装置１００の動作を説明する。
実施の形態１の手順に従って、放送波に重畳された受信信号の処理に起因したシステムエラーを回避してデジタル放送受信装置１００がリブートされた後に、システム制御部１０５は、注意喚起メッセージの表示フラグを有効にする。この表示フラグは、ＲＡＭ３０７上にマッピングされた変数である。なお、表示フラグの格納エリア等の図示は省略する。
更に、システム制御部１０５は、注意喚起メッセージの表示フラグを有効にしている期間を知らせるタイマーを、メインプロセッサ時間管理部１１１を使用して設定する。ここで、システム制御部１０５は、表示フラグの有効期間を、システムエラー発生チャンネルの現在の番組の番組終了時刻をもとに設定しても、固定値を設定してもどちらでもよい。システム制御部１０５は、現在の番組の番組終了時刻は、放送波に多重されている制御情報に記載されているものを使用することができる。表示フラグは、有効期間経過後に無効にされる。
【００８０】
ユーザがリモートコントローラ等のインタフェイスを用いてチャンネル選局操作を行い、システムエラーが発生したチャンネルを指定した場合に、システム制御部１０５は、ＲＡＭ３０７上の表示フラグを取り出し、注意喚起メッセージ４００を表示するかを判定する。システム制御部１０５は、表示フラグが有効であれば、注意喚起メッセージ４００を表示する。また、システム制御部１０５は、ユーザにより指定されたチャンネルは選局しない。
一方、表示フラグが無効であれば、システム制御部１０５は、注意喚起メッセージ４００の表示は行わず、ユーザにより指定されたチャンネルを選局する。
【００８１】
システム制御部１０５は、表示フラグが有効な場合、ＲＡＭ３０７上の画像描画メモリ領域に注意喚起メッセージ４００を描画する。更に、システム制御部１０５は、デコード部１０３から出力される映像信号と合わせて、注意喚起メッセージ４００を表示部１０４に出力する。表示部１０４は、システム制御部１０５からの注意喚起メッセージ４００の表示信号を受け付け、注意喚起メッセージ４００をモニター３０４に表示させる。
【００８２】
次に、本実施の形態に係るデジタル放送受信装置１００の動作アルゴリズムを、図１３〜図１４に示すフローチャートを参照して説明する。
【００８３】
図１３は、注意喚起メッセージ４００の表示動作を示すフローチャートである。
【００８４】
システム制御部１０５は、放送波に重畳された受信信号の処理に起因したシステムエラーを回避してリブートすると（ステップＳ１３−１）、注意喚起メッセージの表示フラグを有効にする（ステップＳ１３−２）。
次に、システム制御部１０５は、注意喚起メッセージの表示フラグの有効期限切れを知らせるタイマーを設定する（ステップＳ１３−３）。
ユーザによるチャンネル選局操作にて、システムエラーが発生したチャンネルが指定されると（ステップＳ１３−４）、システム制御部１０５は、表示フラグが有効であるか否かを判定する（ステップＳ１３−５）。
表示フラグが有効であれば（ステップＳ１３−５で“はい”）、システム制御部１０５は、注意喚起メッセージ４００を表示する（ステップＳ１３−６）。また、システム制御部１０５は、ユーザが指定したチャンネルを選局しない。
一方、表示フラグが無効であれば（ステップＳ１３−５で“いいえ”）、システム制御部１０５は、注意喚起メッセージ４００の表示は行わず、ユーザが指定したチャンネルを選局する（ステップＳ１３−７）。
【００８５】
図１４は、注意喚起メッセージ４００の有効期限切れを知らせるタイマーが発火した際の動作を示すフローチャートである。
システム制御部１０５は、タイマーが発火すると（ステップＳ１４−１で“はい”）、注意喚起メッセージの表示フラグを無効にする（ステップＳ１４−２）。
【００８６】
このように、本実施の形態では、システムエラーの発生後にデジタル放送受信装置１００の起動が完了してから規定時間の間は、ユーザによりシステムエラーが発生したチャンネル（システムエラーが発生したラストチャンネル）の選局が指定された場合に、システム制御部１０５が、当該チャンネルを選局するとデジタル放送受信装置１００に異常が発生する可能性があることを通知する注意喚起メッセージ４００を出力することを説明した。
また、本実施の形態では、システムエラーの発生後にデジタル放送受信装置１００の起動が完了してから規定時間の間は、ユーザによりシステムエラーが発生したチャンネル（システムエラーが発生したラストチャンネル）の選局が指定された場合でも、システム制御部１０５は、当該チャンネルを選局しないことを説明した。
【００８７】
以上のように、本実施の形態によれば、放送波に重畳された受信信号の処理に起因したシステムエラーが発生し、システムエラーが発生したチャンネルとは異なるチャンネルを選局することで、正常にリブートした後、ユーザによる選局操作にて、システムエラーが発生したチャンネルが指定された場合でも、注意を喚起するメッセージを表示することで、システムエラーの再発を避けることができる。
【００８８】
以上、本発明の実施の形態について説明したが、これら２つの実施の形態を組み合わせて実施しても構わない。
あるいは、これら２つの実施の形態のうち、１つを部分的に実施しても構わない。
あるいは、これら２つの実施の形態を部分的に組み合わせて実施しても構わない。
なお、本発明は、これらの実施の形態に限定されるものではなく、必要に応じて種々の変更が可能である。
【００８９】
＊＊＊ハードウェア構成の説明＊＊＊
最後に、デジタル放送受信装置１００のハードウェア構成の補足説明を行う。
図１に示すメインプロセッサ３０５及びサブプロセッサ３１０は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）である。
メインプロセッサ３０５及びサブプロセッサ３１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）等である。
また、ＦＬＡＳＨ−ＲＯＭ３０６及びＦＬＡＳＨ−ＲＯＭ３１１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）も記憶されている。
メインプロセッサ３０５はＯＳの少なくとも一部を実行しながら、システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１の機能を実現するプログラムを実行する。
また、サブプロセッサ３１０はＯＳの少なくとも一部を実行しながら、メインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の機能を実現するプログラムを実行する。
また、システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１の処理の結果を示す情報やデータや信号値や変数値が、ＲＡＭ３０７、又は、メインプロセッサ３０５内のレジスタ又はキャッシュメモリに記憶される。
また、メインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の処理の結果を示す情報やデータや信号値や変数値が、ＲＡＭ３１２、又は、サブプロセッサ３１０内のレジスタ又はキャッシュメモリに記憶される。
また、システム制御部１０５、ラストチャンネル変更部１０７、メインプロセッサ時間管理部１１１、メインプロセッサ電源管理部１０９及びサブプロセッサ時間管理部１１２の機能を実現するプログラムは、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ブルーレイ（登録商標）ディスク、ＤＶＤ等の可搬記憶媒体に記憶されてもよい。
【００９０】
また、デジタル放送受信装置１００は、ロジックＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＧＡ（Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）といった電子回路により実現されてもよい。
なお、メインプロセッサ３０５、サブプロセッサ３１０及び上記の電子回路を総称してプロセッシングサーキットリーともいう。
【符号の説明】
【００９１】
１００  デジタル放送受信装置、１０１  チューナ部、１０２  ＤＥＭＵＸ部、１０３  デコード部、１０４  表示部、１０５  システム制御部、１０６  メインプロセッサ記憶部、１０７  ラストチャンネル変更部、１０９  メインプロセッサ電源管理部、１１０  サブプロセッサ記憶部、１１１  メインプロセッサ時間管理部、１１２  サブプロセッサ時間管理部、２０１  チャンネルリストファイル、２０２  ラストチャンネルファイル、２０３  終了要因情報ファイル、３０１  チューナ、３０２  デコーダーチップ、３０４  モニター、３０５  メインプロセッサ、３０６  ＦＬＡＳＨ−ＲＯＭ、３０７  ＲＡＭ、３０８  アンテナ、３１０  サブプロセッサ、３１１  ＦＬＡＳＨ−ＲＯＭ、３１２  ＲＡＭ、４００  注意喚起メッセージ。
【図１】
2017122327.tif 000003
【図２】
2017122327.tif 000004
【図３】
2017122327.tif 000005
【図４】
2017122327.tif 000006
【図５】
2017122327.tif 000007
【図６】
2017122327.tif 000008
【図７】
2017122327.tif 000009
【図８】
2017122327.tif 000010
【図９】
2017122327.tif 000011
【図１０】
2017122327.tif 000012
【図１１】
2017122327.tif 000013
【図１２】
2017122327.tif 000014
【図１３】
2017122327.tif 000015
【図１４】
2017122327.tif 000016
【手続補正書】
【提出日】平成28年6月23日(2016.6.23)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デジタル放送受信装置であって、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定部と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なる受信信号の処理単位のチャンネルを選局する起動管理部とを有するデジタル放送受信装置。
【請求項２】
前記判定部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定するとともに、前記デジタル放送受信装置における異常終了の発生頻度を解析し、
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、前記デジタル放送受信装置における異常終了の発生頻度が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項１に記載のデジタル放送受信装置。
【請求項３】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
現在時刻から規定期間内に異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項２に記載のデジタル放送受信装置。
【請求項４】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
規定間隔以下の間隔で異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルと異なるチャンネルを選局する請求項２に記載のデジタル放送受信装置。
【請求項５】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合でも前記ラストチャンネルを選局しない請求項１に記載のデジタル放送受信装置。
【請求項６】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合に、前記ラストチャンネルを選局すると前記デジタル放送受信装置に異常が発生する可能性があることを通知するメッセージを出力する請求項５に記載のデジタル放送受信装置。
【請求項７】
デジタル放送受信装置が、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定し、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なる受信信号の処理単位のチャンネルを選局するデジタル放送受信方法。
【請求項８】
デジタル放送受信装置に、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定処理と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルと異なる受信信号の処理単位のチャンネルを選局する起動管理処理とを実行させるデジタル放送受信プログラム。
【手続補正書】
【提出日】平成28年11月2日(2016.11.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デジタル放送受信装置であって、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定部と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局する起動管理部とを有するデジタル放送受信装置。
【請求項２】
前記受信信号の処理単位はトランスポートストリームである請求項１に記載のデジタル放送受信装置。
【請求項３】
前記受信信号の処理単位はＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）ストリームである請求項１に記載のデジタル放送受信装置。
【請求項４】
前記判定部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定するとともに、前記デジタル放送受信装置における異常終了の発生頻度を解析し、
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、前記デジタル放送受信装置における異常終了の発生頻度が閾値を超えている場合に、前記ラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局する請求項１に記載のデジタル放送受信装置。
【請求項５】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
現在時刻から規定期間内に異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局する請求項４に記載のデジタル放送受信装置。
【請求項６】
前記起動管理部は、
前記デジタル放送受信装置の前回の動作終了が異常終了であり、
規定間隔以下の間隔で異常終了が発生した回数が閾値を超えている場合に、前記ラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局する請求項４に記載のデジタル放送受信装置。
【請求項７】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合でも前記ラストチャンネルを選局しない請求項１に記載のデジタル放送受信装置。
【請求項８】
前記起動管理部は、
前記デジタル放送受信装置の起動が完了してから規定時間の間は、前記デジタル放送受信装置のユーザにより前記ラストチャンネルの選局が指定された場合に、前記ラストチャンネルを選局すると前記デジタル放送受信装置に異常が発生する可能性があることを通知するメッセージを出力する請求項７に記載のデジタル放送受信装置。
【請求項９】
プロセッサを備えるデジタル放送受信装置において、
前記プロセッサが、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定し、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記プロセッサが、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局するデジタル放送受信方法。
【請求項１０】
デジタル放送受信装置に、
前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了が異常終了であるか否かを判定する判定処理と、
前記デジタル放送受信装置の前回の動作終了が異常終了である場合に、前記デジタル放送受信装置の起動の際に、前記デジタル放送受信装置の前回の動作終了の際に選局されていたチャンネルであるラストチャンネルを含む受信信号の処理単位と異なる受信信号の処理単位に含まれるチャンネルを選局する起動管理処理とを実行させるデジタル放送受信プログラム。
【国際調査報告】
2017122327.tif 000017
2017122327.tif 000018