デジタル放送受信装置
【課題】デジタル放送番組の視聴中における受信状態を良好にし、ユーザによる安定した視聴が可能となるデジタル放送受信装置を提供する。
【解決手段】デジタル放送信号を受信する第一チューナ及び第二チューナと、デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較する。
【解決手段】デジタル放送信号を受信する第一チューナ及び第二チューナと、デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信装置能を有したカーナビゲーションシステムを始めとするデジタル放送受信装置に関する。
【背景技術】
【０００２】
従来から、デジタル放送を移動しながら受信するデジタル放送受信装置が開発されており、例えば、地上デジタル放送受信装置能を有したカーナビゲーションシステムが開発されている。
【０００３】
地上デジタル放送では、同じ放送局でも、中継局ごとに異なる周波数で放送されている場合がある。この場合、受信装置が現在の放送エリアから他の放送エリアに移動した際、或いは放送エリア内であっても、地形や構造物等のために電波の影に移動した際に、受信状態が悪化し、それまで視聴していた番組が視聴できなくなってしまう。
【０００４】
そこで、例えば特許文献１には、視聴中の番組の受信状態が悪化すると、自動的に中継局サーチを開始し、中継局が見つかった場合は、その中継局を受信し、中継局が見つからなかった場合は、系列局サーチを開始し、同一系列の放送局が見つかった場合は、その放送局を受信するデジタル放送受信装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８８８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記の特許文献１のデジタル放送受信装置では、受信状態が悪化して初めてサーチを開始する。受信可能な放送局が見つかり、再び視聴できるようになるまでに、ある程度の時間がかかる。このため、その間、番組の映像／音声に途切れが発生して視聴の妨げとなり、ユーザが視聴したい場面を逃してしまう可能性があった。
【０００７】
本発明は、上記問題点を鑑み、ユーザがデジタル放送番組を視聴している状態における受信状態を良好にし、安定した視聴が可能であるデジタル放送受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、デジタル放送信号を受信する第一チューナ及び第二チューナと、デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較することを特徴とする。
【０００９】
この構成によれば、デジタル放送受信装置は、デジタル放送信号を受信する第一チューナ及び第二チューナを備える。また、物理チャンネルを第一チューナにより巡回選局させ、第二チューナに視聴側チャンネルを選局させる制御部を備える。制御部は、視聴側チャンネルと放送局識別情報が同じ、または視聴側チャンネルと系列が同じである物理チャンネルである中継／系列局チャンネルを判別する。また、視聴側チャンネルの受信状態を監視する。また、監視している受信状態が受信限界に達した場合に、中継／系列局チャンネルを第一チューナに選局させ、第一チューナで選局されている中継／系列局チャンネルの受信状態と第二チューナで選局されている視聴側チャンネルの受信状態とを比較する。
【００１０】
また、上記構成において、前記制御部は、前記放送局識別情報と前記中継／系列局チャンネルとを対応付けたリストを作成し、前記巡回選局を行うたびに、前記リストに含まれる前記中継／系列局チャンネルに対して前記受信状態情報に基づいた優先度を設定し、前記制御部は、選局対象とする前記中継／系列局チャンネルを前記優先度に基づいて決定し、決定した該中継／系列局チャンネルを前記第一チューナに選局させることを特徴とする。
【００１１】
この構成によれば、制御部は、放送局識別情報と中継／系列局チャンネルとを対応付けたリストを作成し、巡回選局を行うたびに、リストに含まれる中継／系列局チャンネルに対して、受信状態に基づいた優先度を設定する。制御部は、選局対象とする中継／系列局チャンネルを優先度に基づいて決定し、決定した中継／系列局チャンネルを前記第一チューナに選局させる。
【００１２】
また、上記構成において、復調後のＢＥＲ（Bit Error Rate）の範囲に対応する複数の係数を持つテーブルであり、前記係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されている係数テーブルを記録した記録部と、前記ＢＥＲに基づいて参照される前記係数を積算する積算カウンタとを備え、前記積算カウンタは、予め定められた上限値及び下限値の範囲内で積算を行い、前記制御部は、前記積算カウンタより得られる値が下限値となった場合に、前記第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、前記比較を行うことを特徴とする。
【００１３】
この構成によれば、デジタル放送受信装置は、復調後のＢＥＲの範囲に対応する複数の係数を持つテーブルであり、係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されている係数テーブルを記録した記録部を備える。また、ＢＥＲに基づいて参照される係数を積算する積算カウンタを備える。積算カウンタは、所定の上限値及び下限値の範囲内で積算を行う。制御部は、積算カウンタが下限値となった場合に、第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、中継／系列局チャンネルと視聴側チャンネルとの比較を行う。
【００１４】
また、上記構成において、前記制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行い、前記係数テーブル及び前記積算カウンタを視聴階層ごとに設け、前記係数の積算を視聴階層ごとに行うことを特徴とする。
【００１５】
この構成によれば、制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行う。また、係数テーブル及び積算カウンタを視聴階層ごとに設け、係数の積算を視聴階層ごとに行う。
【００１６】
また、上記構成において、受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、前記比較を行うか否かの判定と同じ方法で行うともに、前記の両判定において用いられる前記係数テーブルを、前記の両判定ごとに個別に設け、受信状態が劣化している局面において、前記比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、前記係数テーブルを予め設定したことを特徴とする。
【００１７】
この構成によれば、受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、中継／系列局チャンネルと視聴側チャンネルとの比較を行うか否かの判定と同じ方法で行う。また、両判定において用いられる係数テーブルを、両判定ごとに個別に設ける。さらに、受信状態が劣化している局面において、中継／系列局チャンネルと視聴側チャンネルとの比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、係数テーブルを設定する。
【００１８】
また、上記構成において、前記制御部は、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記中継／系列局チャンネルの受信状態とを比較する場合にＣ／Ｎ（Carrier to Noise ratio）を用い、前記記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、前記第一チューナ及び前記第二チューナで個別に前記係数が設定されており、且つ前記係数について受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている第二係数テーブルを記録し、前記デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される前記係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備え、前記制御部は、選局移行するか否かを、前記第二積算カウンタより得られる、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較することにより行うことを特徴とする。
【００１９】
この構成によれば、制御部は、第一チューナの受信状態と第二チューナの受信状態とを比較する場合にＣ／Ｎを用いる。記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、第一チューナ及び第二チューナで個別に係数が設定されている第二係数テーブルを記録している。第二係数テーブルは、受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている。デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備えている。制御部は、選局移行するか否かを、第一チューナに設定されている係数の積算値と第二チューナに設定されている係数の積算値とを比較することにより行う。
【００２０】
また、上記構成において、前記制御部は、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較する場合に、予め定められた時間内において、前記第一チューナに設定されている前記係数の積算値が前記上限値に達した場合、または前記第二チューナに設定されている前記係数の積算値が前記下限値に達した場合に選局移行し、前記時間内に判定が付かない場合に、選局移行しないか、または前記積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう前記第二チューナを制御することを特徴とする。
【００２１】
この構成によれば、制御部は、第一チューナに設定されている係数の積算値と第二チューナに設定されている係数の積算値とを比較する場合に、所定の時間内において第一チューナに設定されている係数の積算値が上限値に達した場合、または所定の時間内において第二チューナに設定されている係数の積算値が下限値に達した場合に選局移行する。所定時間内に判定が付かない場合、選局移行しないか、積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう第二チューナを制御する。
【００２２】
また、上記構成において、前記制御部は、前記第二チューナに接続されるアンテナが複数であり、且つ前記第一チューナに接続されるアンテナが単一である場合に、前記第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得し、前記第一チューナのＣ／Ｎを評価時間内の最大値から取得することを特徴とする。
【００２３】
この構成によれば、制御部は、第二チューナに接続されるアンテナが複数であり、且つ第一チューナに接続されるアンテナが単一である場合に、第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得する。また、第一チューナのＣ／Ｎを評価時間内の最大値から取得する。
【００２４】
また、上記構成において、前記制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、前記部分受信階層帯域の受信情報から、前記視聴側チャンネルの受信状況を推定することを特徴とする。
【００２５】
この構成によれば、制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、部分受信階層帯域の受信情報から、視聴側チャンネルの受信状況を推定する。
【００２６】
また、上記構成において、前記制御部は、前記第二チューナに接続されるアンテナ数と、前記第一チューナに接続されるアンテナ数とが異なる場合に、前記第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行うことを特徴とする。
【００２７】
この構成によれば、制御部は、第二チューナに接続されるアンテナ数と、第一チューナに接続されるアンテナ数とが異なる場合に、第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行う。
【発明の効果】
【００２８】
本発明のデジタル放送受信装置によれば、デジタル放送の番組視聴中の視聴中断期間が短くなり、視聴中断によるユーザのストレスを軽減することができる。また、受信状態のよい物理チャンネルを、優先的に使用することが可能である。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施形態に係るデジタル放送受信装置の構成を示すブロック図である。
【図２】サーチ用受信回路ブロックの定常時動作を示すフロー図である。
【図３】選局候補リストを示すテーブル図である。
【図４】時間経過に対する受信状態の変化と、判定トリガ１発生後の受信状態変化による選局判定動作とを示す図である。
【図５】時間経過に対する受信状態の変化と、判定トリガ２発生後の受信状態変化による選局判定動作とを示す図である。
【図６】時間経過に対する受信状態の変化と、判定トリガ３発生後の受信状態変化による選局判定動作を示す図である。
【図７】視聴用受信回路ブロックの定常時動作を示すフロー図である。
【図８】選局移行判定モード１の動作を示すフロー図である。
【図９】選局移行判定モード２の動作を示すフロー図である。
【図１０】選局移行判定モード３の動作を示すフロー図である。
【図１１】判定トリガ１の発生フローを示すフロー図である。
【図１２】判定トリガ２の発生フローを示すフロー図である。
【図１３】判定トリガ３の発生フローを示すフロー図である。
【図１４】階層切換判定フローを示すフロー図である。
【図１５】階層切換用係数、判定トリガ１発生用係数、及び判定トリガ２発生用係数の一例を示すテーブル図である。
【図１６】選局移行判定用係数の一例を示すテーブル図である。
【図１７】選局移行判定モード１における積算値の計算過程の一例を示した模式図である。
【発明を実施するための形態】
【００３０】
以下に本発明の一実施形態を、図面を参照して説明する。なお本実施形態では、スペースダイバーシティ方式のデジタル放送受信装置能を有したカーナビゲーションシステムを一例として説明する。
＜全体構成について＞
図１に、本発明に係るカーナビゲーションシステム９０（＝デジタル放送受信装置）のブロック構成図を示す。カーナビゲーションシステム９０は、デジタル放送受信ブロック６０を備えており、カーナビゲーションシステム９０の電源が入っていれば、デジタル放送受信ブロック６０にも給電可能である。ただし、放送波を受信して復調するか否かは、ユーザの操作による。
【００３１】
デジタル放送受信ブロック６０は、視聴用受信回路ブロック７０と、サーチ用受信回路ブロック８０とを含んでおり、更に、Ｄ／Ａコンバータ１１、ＬＰＦ（ローパスフィルタ）／ドライバ１２、映像処理部１３、Ｄ／Ａコンバータ１４、ＬＰＦ／ドライバ１５を含む。視聴用受信回路ブロック７０は、視聴に用いられる受信回路であり、サーチ用受信回路ブロック８０は、後に詳述するバックグラウンドサーチに用いられる受信回路である。
【００３２】
視聴用受信回路ブロック７０は、計四個の視聴用のＤＴＶチューナ２（＝第二チューナ）と、復調／合成部３と、オーディオフィルタ４と、オーディオデコーダ５と、ビデオフィルタ６と、ビデオデコーダ７と、データフィルタ８と、データデコーダ９とを含む。ＤＴＶチューナ２ａ〜２ｄには、それぞれ、車両に設けられる地上デジタル放送受信用のダイバーシティアンテナ１、１’が接続される。なお、オーディオデコーダ５とビデオデコーダ７は、それぞれ１２セグ放送用、ワンセグ放送用を備え、視聴に応じてベースバンド信号を切り換えて出力できるものとする。
【００３３】
ＤＴＶチューナ２は、それぞれダイバーシティアンテナ１（視聴専用）、１’（視聴／サーチ共用）から地上デジタル放送信号を受信し同一の物理チャンネル（周波数）で選局を行う。なお、視聴用ＤＴＶチューナ２ｄとサーチ用ＤＴＶチューナ１６には、ダイバーシティアンテナ１’で受信したＲＦ信号が、スプリッタ１８で等分配されて入力される。
【００３４】
選局は、ＣＰＵ４９（＝制御部）から周波数データが送られることで行われる。復調／合成部３は、ＤＴＶチューナ２ａ〜２ｄから入力される選局された信号を復調、エラー訂正及び合成し、ＴＳ（トランスポートストリーム）を出力する。
【００３５】
オーディオフィルタ４は、ＴＳからオーディオデータのみを抽出し、オーディオデコーダ５は、抽出されたオーディオデータを復号しデジタルオーディオ信号を出力する。Ｄ／Ａコンバータ１１は、オーディオデコーダ５から入力されるデジタルオーディオ信号をアナログベースバンド信号に変換し、ＬＰＦ／ドライバ１２を介して端子Ａ−１に出力する。
【００３６】
ビデオフィルタ６は、ＴＳからビデオデータのみを抽出し、ビデオデコーダ７は、抽出されたビデオデータを復号しデジタル映像信号を出力する。映像処理部１３は、ビデオデコーダ７から入力されるデジタル映像信号の映像サイズを変更するスケーラ機能や、文字等を重畳するＯＳＤ（On Screen Display）機能を有する。Ｄ／Ａコンバータ１４は、映像処理部１３から入力される映像信号をアナログ映像信号に変換し、ＬＰＦ／ドライバ１５を介して端子Ｖ−１に出力する。
【００３７】
データフィルタ８は、伝送パラメータ、ＮＩＴ（Network Information Table）、番組情報、データ放送等のデータをＴＳから抽出し、データデコーダ９は、抽出されたデータを復号する。
【００３８】
また、サーチ用受信回路ブロック８０は、バックグラウンドサーチ用のＤＴＶチューナ１６（＝第一チューナ）と、復調部１７と、オーディオフィルタ４’と、オーディオデコーダ５’と、ビデオフィルタ６’と、ビデオデコーダ７’と、データフィルタ８’と、データデコーダ９’とを含む。ＤＴＶチューナ１６への入力は、視聴／サーチ共用アンテナ１’から分配される。
【００３９】
ＤＴＶチューナ１６は、ＤＴＶチューナ２ａ〜２ｄとは独立して選局可能であり、視聴／サーチ共用アンテナ１’から地上デジタル放送信号を受信し選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部１７は、ＤＴＶチューナ１６から入力される選局された信号を復調、エラー訂正し、ＴＳを出力する。なお、ＤＴＶチューナ１６専用のアンテナをダイバーシティアンテナ１とは別に車両に設けてもよい。
【００４０】
出力されたＴＳは、データフィルタ８’へ入力され、ＮＩＴ等のデータがデータデコーダ９’から出力される。なお、オーディオフィルタ４’、オーディオデコーダ５’、ビデオフィルタ６’及びビデオデコーダ７’は、バックグラウンドサーチを行う用途では不要であるが、例えば、ビデオデコーダ７’の後段に映像処理部１３を接続し、映像処理部１３でピクチャ・イン・ピクチャ処理を行うようにすれば、異なった物理チャンネルの放送映像を同時に見ることができる。
【００４１】
また、例えば、オーディオデコーダ５、ビデオデコーダ７、オーディオデコーダ５’、及びビデオデコーダ７’が出力する映像音声信号をＨＤＤ（Hard Disk Drive）５３で記録するようにすれば、異なった物理チャンネルの放送番組を同時に録画することも可能である。
【００４２】
ラジオ用チューナ／復調部２１は、車両に設けられるＡＭ／ＦＭラジオ用アンテナ２０に接続され、ＡＭ／ＦＭラジオ用アンテナ２０からラジオ放送信号を受信し選局を行い、選局された信号を復調し、音声信号を端子Ａ−２に出力する。
【００４３】
交通情報受信デコード部４１は、車両に設けられる交通情報受信用アンテナ４０に接続され、交通情報受信用アンテナ４０から交通情報信号を受信しデコードを行い、交通情報を出力する。
【００４４】
測位航法装置４３は、車両に設けられるＧＰＳアンテナ４２に接続され、ＧＰＳアンテナ４２からＧＰＳ信号を受信し、車両位置情報及び車速情報を生成し出力する。
【００４５】
慣性航法装置４５は、車両に設けられる３軸加速度センサ４４に接続され、３軸加速度センサ４４から検出信号を受信し、加速度情報及び車速情報を生成し出力する。
【００４６】
車速パルス処理部４７は、車速パルス入力端子４６に接続され、車速パルス入力端子４６を介して車両から入力される車速パルスをカウントし、車速情報を生成出力する。
【００４７】
ＣＤ／ＤＶＤドライブ２２は、ＣＤまたはＤＶＤから映像音声信号を再生し、再生された映像信号を端子Ｖ−３に出力し、再生された音声信号を端子Ａ−３に出力する。描画部５４は、ナビゲーション用映像信号を生成し端子Ｖ−２に出力する。音声処理部５５は、経路案内に必要な音声信号等を生成しミキサイコライザ２４に出力する。
【００４８】
映像ソースセレクタ３０は、端子Ｖ−１、Ｖ−２、Ｖ−３から映像表示装置３１への経路を切り換えることで、映像表示装置３１に表示させる信号ソースを切り換える。映像表示装置３１は、ＬＣＤなどで構成される。
【００４９】
音声ソースセレクタ２３は、端子Ａ−１、Ａ−２、Ａ−３からミキサイコライザ２４への経路を切り換えることで、スピーカ２６から音声出力させる信号ソースを切り換える。ミキサイコライザ２４は、複数の音声ソースをミックスする機能や、音声信号の周波数特性を変化させる機能を有する。パワーアンプ２５は、ミキサイコライザ２４から入力される音声信号の電力を増幅させ、スピーカ２６は、電力増幅された音声信号に基づき音声を発生する。
【００５０】
操作入力部４８は、不図示のハードキー、タッチパネル並びにリモコン受光部を含み、ユーザの操作による操作信号を出力する。ＣＰＵ４９は、各種演算、処理、制御を行う演算処理装置である。ＲＡＭ５０（＝記録部）は、ＣＰＵ４９のワークメモリ等に用いられる。ＲＯＭ５１は、ＣＰＵ４９が実行する制御プログラムを格納する。フラッシュメモリ５２は、給電がなくても情報を保持する記録装置である。ＨＤＤ５３は、ナビゲーション用地図データや楽曲ファイル等を格納する大容量の記録装置である。
＜バックグラウンドサーチ処理について＞
次に、カーナビゲーションシステム９０により行われるバックグラウンドサーチ処理について、図２のフローチャートを用いて説明する。
【００５１】
車両においてイグニッションキーが回され、アクセサリー電源がカーナビゲーションシステム９０に供給されると、サーチ用受信回路ブロック８０（以下、「サーチ側」という）にも電源が供給され、図２のフローチャートが開始される。
【００５２】
まず、ステップＳ１０１で、ＣＰＵ４９は、選局チャンネル指定用の変数である変数Ｎを、１３に設定する。次に、ステップＳ１０２で、ＣＰＵ４９は、独立してタイムアウト時間を設定できる第１タイマ及び第２タイマ（いずれも不図示）をリセットする。第１タイマは、復調同期のタイムアウトを検出するためのタイマである。第２タイマは、ＮＩＴ取得のタイムアウトを検出するためのタイマである。
【００５３】
次に、ステップＳ１０３で、ＣＰＵ４９は、物理チャンネルがＮチャンネル（初期は１３チャンネル）の周波数データをＤＴＶチューナ１６に送り、ＤＴＶチューナ１６にＮチャンネルを選局させる。
【００５４】
次に、ステップＳ１０４で、ＣＰＵ４９は、第１タイマをスタートさせる。次に、ステップＳ１０５で、ＣＰＵ４９は、ＤＴＶチューナ１６が復調同期したか否かを確認する。復調同期していない場合（ステップＳ１０５のＮ）、ステップＳ１０６に進み、ＣＰＵ４９は、第１タイマがタイムアウトしたか否かを確認する。
【００５５】
タイムアウトしていなければ（ステップＳ１０６のＮ）、ステップＳ１０５に戻り、ＣＰＵ４９は、ＤＴＶチューナ１６が復調同期したかを再度確認する。そして、復調同期せずに第１タイマがタイムアウトすれば（ステップＳ１０６のＹ）、ステップＳ１０７に進み、ＣＰＵ４９は、第１タイマをストップし、後述するステップＳ１１４に進む。
【００５６】
一方、第１タイマがタイムアウトする前にＤＴＶチューナ１６が復調同期すれば（ステップＳ１０５のＹ）、ステップＳ１０８に進み、ＣＰＵ４９は、第２タイマをスタートさせる。そして、ステップＳ１０９で、ＣＰＵ４９は、データデコーダ９’からＮＩＴを取得することを試みるとともに、復調部１７から受信状態の指標となるＣ／Ｎ（Carrier to Noise ratio）及びＢＥＲ（Bit Error Rate）を取得する。
【００５７】
次に、ステップＳ１１０で、ＣＰＵ４９は、ＮＩＴが取得できたか否かを判定する。取得できていなければ（ステップＳ１１０のＮ）、ステップＳ１１１に進み、ＣＰＵ４９は、第２タイマがタイムアウトしたか否かを確認する。
【００５８】
タイムアウトしていなければ（ステップＳ１１１のＮ）、ステップＳ１０９に戻り、ＣＰＵ４９は、再度ＮＩＴの取得を試み、Ｃ／Ｎ及びＢＥＲを取得する。そして、第２タイマがタイムアウトする前にＮＩＴを取得できれば（ステップＳ１１０のＹ）、ステップＳ１１３に進む。
【００５９】
ステップＳ１１３で、ＣＰＵ４９は、取得したＮＩＴに含まれるネットワークＩＤ（＝放送局識別情報）及び取得したＣ／Ｎ（＝受信状態情報）を、現在の選局チャンネル（＝Ｎチャンネル）と対応付けてＲＡＭ５０に保存する。なおネットワークＩＤは、放送局を識別するためのコードである。
【００６０】
一方、ステップＳ１１１で、ＮＩＴを取得できないまま第２タイマがタイムアウトすれば（ステップＳ１１１のＹ）、ステップＳ１１２に進む。ステップＳ１１２で、ＣＰＵ４９は、第２タイマをストップし、取得したＣ／Ｎを現在の選局チャンネル（＝Ｎチャンネル）と対応付けてＲＡＭ５０に保存する。
【００６１】
なお、ステップＳ１１２で、ＣＰＵ４９は、前回処理時に現在と同じ選局チャンネルでネットワークＩＤが取得できており、ＲＡＭ５０にこのネットワークＩＤが保存されているか否かを確認する形態でもよい。この形態の場合、保存されていれば、このネットワークＩＤを今回取得できたネットワークＩＤとして、現在の選局チャンネルに対応付けて、ＲＡＭ５０に保存する。保存されていなければ、ＲＡＭ５０において、ネットワークＩＤはブランクにしておく。
【００６２】
なお、復調同期せずに第１タイマがタイムアウトした場合（ステップＳ１０６のＹ）、ＲＡＭ５０において現在の選局チャンネルに対応するネットワークＩＤ、Ｃ／Ｎ、及びＢＥＲはブランクとなる。
【００６３】
ステップＳ１１０で時間内にＮＩＴが取得できた場合と、ステップＳ１０６で第１タイマがタイムアウトした場合と、ステップＳ１１１で第２タイマがタイムアウトした場合と、のいずれの場合も、ステップＳ１１４に進む。
【００６４】
ステップＳ１１４で、ＣＰＵ４９は、変数Ｎを一つインクリメントする。そしてステップＳ１１５で、ＣＰＵ４９は、変数Ｎが６２を超えているか否かを判定する。変数Ｎが６２以下の場合（ステップＳ１１８のＮ）、ステップＳ１０２に戻り、インクリメントされた変数Ｎに対応するＮチャンネルで選局を行い、上記と同様の処理を再び行う。
【００６５】
ステップＳ１１５で、変数Ｎが６２を超える場合（ステップＳ１１５のＹ）、ステップＳ１１６に進む。ステップＳ１１６で、ＣＰＵ４９は、ＲＡＭ５０に記録されている選局候補リストを更新する。
【００６６】
具体的には例えば、上記の処理で保存された１３ｃｈ〜６２ｃｈの物理チャンネルに対応するネットワークＩＤ及びＣ／Ｎに基づき、ネットワークＩＤをキーとして、物理チャンネルとＣ／Ｎとを組とする。そして、Ｃ／Ｎの値が大きい順（即ち受信状態が良好な順）にソートする。これにより、新たな選局候補リストに更新する。
【００６７】
このとき、Ｃ／Ｎの値が所定の水準以下のものしかないネットワークＩＤについては、選局候補リストに含めないようにする形態でもよい。また、更新された選局候補リストと、前回の選局候補リストとを比較することにより、所定のネットワークＩＤについて、前回はこのネットワークＩＤに対応していたが今回は対応していない物理チャンネルを検索する形態でもよい。
【００６８】
この形態の場合、上記の条件で検索された物理チャンネルを、新たな選局候補リストにおいて、上記のネットワークＩＤに対応する物理チャンネルの最後尾に位置させる。なお、この物理チャンネルに対応するＣ／Ｎはブランクとする。
【００６９】
また、ステップＳ１１６において、前回に保存された１３ｃｈ〜６２ｃｈまでの物理チャンネルごとのネットワークＩＤ及びＣ／Ｎは消去する形態でもよい。
【００７０】
ステップＳ１１６の後は、ステップＳ１０１に戻り、Ｎを１３に設定し、再度サーチ処理を開始する。
【００７１】
上記の処理により生成される選局候補リストの例を、図３に示す。なお上記では、１３〜６２ｃｈの帯域内全物理チャンネルをサーチ対象としたが、視聴用受信回路ブロック７０（以下、「視聴側」という）で取得できたＮＩＴを解析し、中継局／系列局についてのみをサーチ対象としてもよい。更に、図３には図示されていないが、図３で示す選局候補リストは、選局が行われた場合、破棄するようにしてもよい。
【００７２】
以上のように、地上デジタル放送における全受信帯域に相当する物理チャンネルである１３ｃｈから６２ｃｈの全チャンネル、或いは視聴中（＝視聴側で選局中）の放送局の中継局／系列局の物理チャンネルを、順次選局しながらＮＩＴ及びＣ／Ｎの取得を試み、選局候補リストを更新する処理を、常にバックグラウンドで行う。
【００７３】
次に、選局移行処理について説明する。視聴中チャンネルの受信状態が悪くなった場合、所定の条件に基づいて、バックグラウンドサーチで見つけた選局候補チャンネルに選局移行させる。この条件（判定トリガ１〜３）及び選局移行のタイミングを示したのが図４〜図６である。
＜判定トリガ１について＞
まず、図４を用いて、選局移行を行うための判定トリガ１について説明する。図４は、１２セグ領域に設けた判定トリガ１に関する処理を示したグラフ図である。図４は、図４（ａ）をフェーズ１、図４（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００７４】
図４（ａ）に示すグラフは、縦軸が視聴側の受信状態、横軸が時間経過を示している。図４（ａ）の例では、時間の経過とともに受信状態が悪くなっていく状況を想定している。即ち１２セグ（以下、「Ｂ階層（＝弱階層）」という）を受信可能状態である受信状態から、次第に受信状態が悪くなっていく状況を想定している。
【００７５】
受信状態について、Ｂ階層に使用される変調方式での受信限界近くに、ワンセグ（以下、「Ａ階層（＝強階層）」という）へ階層切換を行うための判定領域を設けておく。図４（ａ）における階層切換範囲がこれに相当する。
【００７６】
Ｂ階層の受信状態が悪くなり、且つサーチ用受信回路ブロックでＢ階層が受信可能な中継局／系列局のチャンネルが見つかった場合、視聴中のチャンネルの視聴階層をＡ階層に切り換えるよりも、受信状態のよい他の中継局／系列局に選局移行する方が望ましい。
【００７７】
このため、階層切換を行うか否かを判定する階層切換範囲よりも、更に受信状態が良好である領域に、判定トリガ１領域を設けておく。この判定トリガ１領域において、Ｂ階層のＢＥＲを監視する。また、Ａ階層の受信限界近くには、判定トリガ２領域を設けておく。この判定トリガ２領域において、Ａ階層のＢＥＲを監視する。
【００７８】
判定トリガ１領域、判定トリガ２領域ともに、受信状態が各々の領域内、或いは領域近くになったと判定されれば（判定方法は後述）、フェーズ２へ移行する。フェーズ２では、視聴側の視聴中チャンネルと、サーチ側で見つけた選局候補チャンネルとを同時に評価する。そして選局候補チャンネルの受信状態が優れているか、或いは視聴中チャンネルの受信状態が劣る場合に、選局候補チャンネルに選局移行させる。
【００７９】
図４（ｂ）に示すフェーズ２の各種グラフ（図４（ｂ１）〜図４（ｂ７））は、フェーズ２移行後の、視聴側とサーチ側との受信状態の変化について、想定されうるパターンを示している。また、各パターンにおいて、選局判定がどのように行われるかを示している。なお、いずれのグラフも、縦軸が受信状態、横軸が時間経過を示している。
【００８０】
図４（ａ）のフェーズ１のグラフにおいて、左上から右下に向かう矢印が、受信状態の推移を示しており、Ｂ階層の受信可能状態が次第に悪くなっていくところを示している。視聴側による監視モードであるフェーズ１では、図７（別途詳述）に示す処理フローを実施する。図７は、視聴側による定期監視、選局、トリガ監視、及びフェーズ２への移行を行うための処理フローである。
【００８１】
視聴側は、図７のとおり、定期的に視聴側の受信状態（Ｃ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲ）の監視を行う。また、判定トリガ１、判定トリガ２、判定トリガ３の発生を監視する。また、Ｂ階層からＡ階層への階層切換条件を満たすか否かも別途監視する。
【００８２】
受信状態が悪化すると、図４の判定トリガ１領域を通過するが、この領域に達した否かの判定は、図１１に示すフローと、図１５の係数テーブルのうち、トリガ１発生（Ｂ階層）用で行う。
【００８３】
判定トリガ１がかかれば、フェーズ２に移行する。もしこの時、サーチ側で選局候補が見つかっていれば、即ち図３に視聴中チャンネル以外に選局候補チャンネルがあれば、サーチ側は巡回サーチを止め、第一番目の候補の物理チャンネルに選局する。なお図３は、サーチ側の選局候補チャンネルのリストのイメージを示している。ただし図３の例では、選局候補チャンネルを中継局／系列局に限定している。
【００８４】
視聴側は放送波の受信を継続しながら受信状態を監視し、図８に示すフローと、図１６に示す係数テーブルのうち、選局移行判定モード１用（判定トリガ１から）の表により、視聴側の視聴中チャンネルとサーチ側の選局候補チャンネルとを１対１で競わせる選局移行判定モード（フェーズ２）に移行する。そしてサーチ側の受信状態がよいか、視聴側が悪くなったと判定されれば、視聴側の物理チャンネルとして選局候補チャンネルを選局する。
【００８５】
この判定トリガ１により決定される選局候補チャンネルは、基本的にはＢ階層を受信可能である必要がある。つまり、判定トリガ１からの選局判定は、Ｂ階層の継続受信を目的としている。しかし候補がない時は、視聴中チャンネルでの受信を継続する。そして階層切換範囲まで受信状態が悪化した時点で、同じ物理チャンネルのまま、階層をＡ階層に切り換える。
【００８６】
例えば図４（ｂ１）の例では、選局移行判定モードにおいて視聴中チャンネルの受信状態が悪化し、逆に選局候補チャンネルの受信状態が良くなっている。このため、視聴中チャンネルから選局候補チャンネルへの選局移行を行う。
【００８７】
また図４（ｂ２）の例では、選局移行判定モードにおいて視聴中チャンネルの受信状態が良くなり、逆に選局候補チャンネルの受信状態が悪化している。このため、視聴中チャンネルの受信を継続する。
【００８８】
なお、選局移行判定モードにおいては、視聴側、サーチ側に使用しているブランチ数の違いを考慮する必要がある。即ち、サーチ側で用いているアンテナが１系統であっても、視聴側で用いるアンテナが複数あれば、サーチ側で評価したＣ／Ｎ値よりも、視聴側ではブランチを合成するため、合成後のＣ／Ｎは高くなるはずなので、合成後のＣ／Ｎを見越して判定する必要がある。
【００８９】
なお、ブランチ数とは、カーナビゲーションシステム９０に入力されるアンテナ系統の数である。本実施例では、ブランチ１はＤＴＶチューナ１に、ブランチ２はＤＴＶチューナ２に、ブランチ３はＤＴＶチューナ３に夫々接続される。また、ブランチ４はスプリッタ１８により二分配されて、夫々ＤＴＶチューナ４とＤＴＶチューナ１６とに接続される。
【００９０】
合成後のＣ／Ｎを見越して判定させるために、図８で行う選局移行判定時に使用する積算用Ｃ／Ｎ係数を、図１６のように視聴側とサーチ側とで差を持たせておく。
＜判定トリガ２について＞
次に、図５を用いて判定トリガ２について説明する。図５は、Ａ階層領域に設けた判定トリガ２に関する処理を示したグラフ図である。図５は、図５（ａ）をフェーズ１、図５（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００９１】
図４と同様、図５（ｂ）に示すフェーズ２の各種グラフ（図５（ｂ１）〜図５（ｂ７））は、フェーズ２移行後の、視聴側とサーチ側との受信状態の変化について、想定されうるパターンを示している。また、各パターンにおいて、選局判定がどのように行われるかを示している。
【００９２】
先述した図４では、Ｂ階層視聴中に受信状態が劣化し、Ｂ階層視聴が継続できないと判定された場合に、視聴中チャンネルから選局候補チャンネルへ移行する処理を示していた。しかし選局候補チャンネルが見つからない場合、視聴中チャンネルの階層をＡ階層に切換えて受信を継続することになる。
【００９３】
この場合でも、受信状態の劣化が進むと、Ａ階層であっても全く受信できなくなる（図中のワンセグ受信ＮＧ範囲）。このため、この全く受信できなくなる少し前に判定トリガ２を発生させる。サーチ側で受信可能なチャンネルがあれば、選局移行判定モードであるフェーズ２に移行する。
【００９４】
図９のフローと、図１６に示す係数テーブル（＝第二係数テーブル）のうち、選局移行判定モード２用（判定トリガ２から）の表により、視聴側の視聴中チャンネルとサーチ側の選局候補チャンネルとを１対１で競わせる選局移行判定モード（フェーズ２）に移行する。そしてサーチ側の受信状態が良好である、或いは視聴側の受信状態が悪化したと判定されれば、視聴側の物理チャンネルとして選局候補チャンネルを選局する。
【００９５】
この判定トリガ２の選局候補チャンネルは、視聴中チャンネルの受信状態よりも良いものであればよい。従ってＢ階層受信が不可であっても、Ａ階層視聴が継続できればよい。なお、ブランチ数の違いを考慮する方法は、判定トリガ１からフェーズ２に移行する選局移行判定モード１の場合と同様である。
＜判定トリガ３について＞
次に、図６を用いて判定トリガ３について説明する。図６は、図６（ａ）をフェーズ１、図６（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００９６】
先述の判定トリガ１、及び判定トリガ２が視聴側の受信劣化局面であったのに対し、判定トリガ３は、サーチ側のチャンネルがＢ階層受信可能状態になった場合に発生する。つまり、視聴側がＡ階層受信を継続している時に、他に好条件で受信できそうなチャンネルが検出されれば選局候補チャンネルとし、選局移行判定モードに移行し、選局移行してよいか否かを判定する。
【００９７】
サーチ側では、巡回サーチを行っているので、数秒から数十秒に一度、同じチャンネルのＣ／Ｎを確認する。例えば、前回スキャンで測定したＣ／Ｎと、今回スキャンした時のＣ／Ｎが、受信限界からマージンを持って推移している時は、判定トリガ３をかける。この時、サーチ側でのＣ／Ｎが良ければこのチャンネルも選局候補リストにも入っているはずであるが、もし候補に入っていなくても、他のチャンネルが候補に入っている可能性もある。候補があれば、選局移行判定モード（フェーズ２）に入り、選局判定を行う。
【００９８】
判定トリガ１、及び判定トリガ２だけでは、視聴中チャンネルの他に好条件の受信が期待されるチャンネルが出現しても、視聴中チャンネルがＡ階層の受信限界まで来ないと、選局移行判定モードに移行できない。このため、Ｂ階層受信可能局がある場合には、少しでも早く好条件のチャンネルに選局移行させるために、本判定トリガ３を設けている。
＜定常時処理の処理フローについて＞
次に、図７を用いて視聴側の定常時処理について説明する。視聴側の定常時、即ち監視モード中は、視聴中チャンネルの受信状態の監視を定期的に行う。即ち、Ｂ階層ビタビ後ＢＥＲの取得、判定トリガ１の発生条件か否か、判定トリガ２の発生条件か否か、判定トリガ３の発生条件か否かを順次定期的に確認する。
【００９９】
ステップＳ２０１で、ＣＰＵ４９は、視聴中の物理チャンネルのＣ／Ｎと、Ｂ階層ＢＥＲを取得する。これは、監視モード（フェーズ１）での判定トリガ１、及び判定トリガ２が、ＢＥＲに基づき積算値を計算するためである。なお、Ｃ／Ｎは選局移行判定モード（フェーズ２）でのみ必要となるが、ステップＳ２０１では同時にＣ／ＮとＢＥＲを取得しておく。
【０１００】
次にステップＳ２０２で、ＣＰＵ４９は、予め定めておいた図１５の判定トリガ１発生用、判定トリガ２発生用の係数テーブルから、Ｓ２０１で取得したＢＥＲ値に応じた係数を参照し、判定トリガ１用カウンタ（＝積算カウンタ）で積算していく。図１１は、この積算動作を示した処理フローであるが、詳細は後述する。
【０１０１】
積算された値（以下、積算値）が予め定められた上限値を越えた場合は上限値で頭打ちさせ、積算値が負の値になれば、０で底打ちさせるようにして積算する。そして積算値が０になったところで判定トリガ１を発生させ、フェーズ１からフェーズ２へ移行させる。
【０１０２】
ステップＳ２０３は、説明のため図２のサーチ側定常時（監視モード）フローを簡略化して記載したものである。実際には、図７の視聴側の定常時フローに含める必要はなく、サーチ側の巡回サーチにより次に選局すべき候補チャンネルのリストを更新するのは、サーチ側のフローの中で行えばよい。
【０１０３】
また、サーチで得られた受信可能局の物理チャンネルとＣ／Ｎ、ＮＩＴから解析したネットワークＩＤとを基に、視聴中チャンネルのネットワークＩＤと等しいか、視聴中チャンネルの放送局と同系列のネットワークＩＤのものに限定し、Ｃ／Ｎのよい順番にソートし、次に選局する候補の順位付けを行い、リストとして保存する。
【０１０４】
この際、視聴中チャンネルの中継局は無条件に候補にあげるが、系列局の場合は、ＢＩＴ（Broadcaster Information Table）を参照するか、受信機内のメモリに保存してある系列局テーブルを参照して、候補に上げてもよい。
【０１０５】
更に、番組情報を参照し、視聴中番組と同じ番組であることが確認された系列局の物理チャンネルのみ、候補にあげるようにしてもよい。そして、次にサーチ側が物理チャンネルを一巡すると、選局候補リストが上書きされ、常に最新の選局候補リストが作成される。また、サーチ側で、ＮＩＴが取得される毎に、選局候補リストを更新しても良い。
【０１０６】
次にステップＳ２０４で、ＣＰＵ４９は、判定トリガ１が発生したか否かを判定する。判定トリガ１が発生するのは、Ｓ２０２にて、その時々による階層ごとのＢＥＲに応じて予め決めておいた係数（図１５で詳述）を積算して求められた積算値のうち、Ｂ階層側の積算値が０になっている場合を指す。
【０１０７】
積算値が０であるということは、Ｂ階層の受信限界が近いことを示していることになる。この場合、次に選局する候補チャンネルがある場合は、ステップＳ２０５へ移行する。なおステップＳ２０５は、フェーズ２に該当する。ステップＳ２０５では、選局移行判定モード１に進み、サーチ側チャンネルとしてサーチ側で見つけた選局候補チャンネルを選局する。
【０１０８】
次にステップＳ２０６で、ＣＰＵ４９は、選局候補チャンネルに選局移行するか否かを判定する。具体的には、前記チャンネルがＢ階層受信可能の場合か、視聴中のチャンネルが更に悪化した場合に、選局候補チャンネルに選局移行する判定され、ステップＳ２１４に進む。ステップＳ２１４では、視聴側チャンネルとして選局候補チャンネルを選局し、定期監視ループに戻る。
【０１０９】
逆に、ステップＳ２０５で、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１で受信状態が良かったサーチ側が悪くなった場合には、ＣＰＵ４９は、ステップＳ２０６で次選局チャンネルには移行しないと判定し、ステップＳ２０７に進む（詳細は図８で詳述）。
【０１１０】
ステップＳ２０７では、ＣＰＵ４９は、強階層であるＡ階層を視聴中か否かを判定し、Ａ階層視聴中であればステップＳ２０８からステップＳ２１４への処理を実行する。
【０１１１】
Ｂ階層受信中に受信状態が悪化し、判定トリガ１がかかった場合でも、他に選局する候補チャンネルがない場合や、候補チャンネルはあっても受信状態が視聴チャンネルと同等かそれ以下の場合には、視聴階層をＡ階層に切り換えて受信を継続する場合もある。このような場合においては、次に選局移行すべきタイミングは、視聴中チャンネルの受信状態が悪化し、受信限界になった場合である。
【０１１２】
判定トリガ２は、Ａ階層の受信限界近くにある程度のマージンを持たせた受信状態の領域に設定しておく。そして判定トリガ１と同じ手法で、ステップＳ２０８にて、ＣＰＵ４９は、判定トリガ２が発生したか否かを判定する。判定トリガ２が発生するのは、所定の係数（図１５で詳述）を積算した結果、Ａ階層側の積算値が０になった場合である。図１５に示す係数は、その時々による階層ごとのＢＥＲに応じて、階層ごとに予め決められている。積算値が０であるということは、Ａ階層の受信限界が近いことを示していることになる。
【０１１３】
ステップＳ２０８の判定トリガ２の判定で、Ａ階層の受信限界が近いと判定された場合には、ステップＳ２０９に移行する。ステップＳ２０９では、ＣＰＵ４９は、選局移行判定モード２に進み、サーチ側を、サーチ側で見つけた候補の物理チャンネルに選局する。
【０１１４】
ステップＳ２０９において、前記チャンネルが、視聴チャンネルよりも受信状態が上回っているか、視聴中のチャンネルが更に悪化した場合は、ステップＳ２１０で選局候補チャンネルに選局移行すると判定され、ステップＳ２１４へ移行する。
【０１１５】
逆にステップＳ２０９において、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１では受信状態が良かったサーチ側が逆に悪くなった場合は、ＣＰＵ４９は、ステップＳ２１０で次選局チャンネルには移行しないと判定し、ステップＳ２１１に進む（詳細は図９で詳述）。
【０１１６】
次にステップＳ２１１で、視聴中チャンネルよりも受信状態が良く、Ｂ階層の受信が期待できるチャンネルが出てきた場合、ＣＰＵ４９は、判定トリガ３が発生しているか否かを判定する。判定トリガ３が発生している場合、フェーズ２であるステップＳ２１２へ移行し、選局移行判定モード３に進む。
【０１１７】
ステップＳ２１２において、ＣＰＵ４９は、サーチ側チャンネルとしてサーチ側で見つけた候補チャンネルを選局し、前記チャンネルが視聴中チャンネルよりも受信状態が上回っているか、視聴中チャンネルが更に悪化した場合は、ステップＳ２１３で選局候補チャンネルに選局移行すると判定し、ステップＳ２１４に進む。これにより、視聴側を選局候補チャンネルに選局し、定期監視ループに戻る。
【０１１８】
逆にステップＳ２１２において、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１では受信状態が良かったサーチ側が逆に悪くなった場合は、ＣＰＵ４９は、ステップＳ２１３で次選局チャンネルには移行しないと判定し、ステップＳ２０１に戻る（詳細は図１０で詳述）。
＜選局移行判定モード１の処理フローについて＞
次に、図８を用い、判定トリガ１が掛かった場合、即ちＢ階層視聴中に受信状態が劣化局面になりＢ階層の受信限界近くまで来た場合に、サーチ側により見つけた候補チャンネルと、どちらの受信状態が良いか、選局に値するか否かを比較判定する方法を説明する。
【０１１９】
図７の定常時フローにより、サーチ側で見つけた受信できそうな候補チャンネルのうち、Ｃ／Ｎを基準に上位３つのチャンネルを候補としてあげる。この際、視聴中の物理チャンネルも候補に上がるかもしれないが、ここでは許容する。
【０１２０】
ステップＳ３０１で、ＣＰＵ４９は、一番目の候補、即ち直前の巡回サーチでＣ／Ｎが一番高かったチャンネルから、第三番目の候補まで順番に視聴中チャンネルと比較していく。一番目で、選局移行するのに十分な受信状態と判定される場合や、視聴側が継続してＢ階層で受信可能が不可能と判定される場合、選局移行する。そうでない場合、二番目、三番目の候補と受信状態を比較評価し、受信できると判定される場合に選局移行する。
【０１２１】
次にステップＳ３０２で、ＣＰＵ４９は、サーチ側で見つけた選局候補に視聴中のチャンネルが入っていた場合、同じチャンネルに選局するのは無意味なため、ステップＳ３１３へ移行する。ステップＳ３１３では、候補の順位を一つ増やす。
【０１２２】
次にステップＳ３０３で、ＣＰＵ４９は、サーチ側を第Ｎ番目の候補の物理チャンネルを選局する。次にステップＳ３０４で、ＣＰＵ４９は、タイムアウトを設けるためタイマに三秒をセットし、タイマをスタートさせる。これは、フェーズ２で視聴側チャンネルの受信状態とサーチ側チャンネルの受信状態とが拮抗した場合、いつまでも比較判定動作をすることになり、フェーズ１で他のチャンネルの受信状態の監視ができなくなるのを回避するためのものである。
【０１２３】
更にＣＰＵ４９は、予め定めておいた、図１６に示すＣ／Ｎ値に対応する選局移行判定用の係数テーブルから、視聴側チャンネル、及びサーチ側チャンネルの、その時々のＣ／Ｎに応じた係数Ｋ４及びＫ５を調べる。そして夫々を、不図示の積算カウンタＣ４及びＣ５（＝第二積算カウンタ）に加えていく。そしてフェーズ２の判定に入ったタイミングで、積算値に初期値を代入する。初期値により、どちらを有利に選局させるか調整可能となる。
【０１２４】
次にステップＳ３０５で、ＣＰＵ４９は、視聴側のＣ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲを取得する。次にステップＳ３０６で、ＣＰＵ４９は、サーチ側のＣ／Ｎを取得する。次にステップＳ３０７で、ＣＰＵ４９は、ステップＳ３０５で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード１用のテーブルのうち、視聴側係数テーブルから係数Ｋ４を検索する。そして積算カウンタ（Ｃ４）に係数を加算し、積算していく。
【０１２５】
次にステップＳ３０８でＣＰＵ４９は、ステップＳ３０６で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード１用のテーブルのうち、サーチ側係数テーブルから係数（Ｋ５）を検索する。そして積算カウンタ（Ｃ５）に係数を加算し、積算していく。
【０１２６】
次にステップＳ３０９で、ＣＰＵ４９は、視聴側積算カウンタ（Ｃ４）及びサーチ側積算カウンタ（Ｃ５）について、上限値を超えていれば、上限値で頭打ちさせ、積算値が０を下回っていれば、０で底打ちさせる。
【０１２７】
次にステップＳ３１０及びステップＳ３１１で、ＣＰＵ４９は、視聴側チャンネルとサーチ側チャンネルとのどちらがよいかを判定する。もしステップＳ３１０でサーチ側積算値が上限値に達していれば、サーチ側の受信状態が勝っていると判定し、ステップＳ３１４に移行する。ステップＳ３１４では、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルに選局移行させる。
【０１２８】
また、ステップＳ３１１で視聴側積算値が０になっていれば、視聴側の受信状態が悪くなっているため、サーチ側積算カウンタ（Ｃ５）が上限値に達していなくても、ステップＳ３１４へ移行する。
【０１２９】
フェーズ２では、ＣＰＵ４９は、視聴側とサーチ側との受信状態を同時に評価するが、受信状態が拮抗するとなかなか判定が付かず、その間、他のチャンネルの受信状態が把握できない。このため、判定はできるだけ短時間に限定する必要がある。従ってステップＳ３１２では、ＣＰＵ４９は、ステップＳ３０４で設定した三秒間が経過しているか否かをチェックし、経過していなければステップＳ３０５に戻る。
【０１３０】
これにより、選局移行の判定が付くか、或いはステップＳ３１２でタイムアップになるまで、ステップＳ３０５からステップＳ３１１のループを繰り返す。もしステップＳ３１２でタイムアップした場合、視聴側チャンネル設定はそのままとし、ステップＳ３１３で順位を下げる。そして上記と同様の動作を、候補チャンネルがなくなるまで、或いは第三候補まで行う。動作が終了すると、視聴側は選局移行せずに監視モードに戻る。
＜選局移行判定モード２の処理フローについて＞
次に、図９について説明する。ここでは判定トリガ２が掛かった場合、即ちＡ階層の受信限界に近づいた場合に、サーチ側にて選局候補チャンネルが見つかっており、選局候補リストができている場合に選局判定を行う。
【０１３１】
動作フローは先に図８の説明で述べたものとほぼ同じであるため、詳細の説明は省略する。唯一、選局移行判定に用いる係数テーブルだけが異なる。図１６の選局移行判定テーブルのうち、選局移行判定モード２用の係数を用いる。視聴側は、係数Ｋ６の列のものを受信Ｃ／Ｎに応じて適用し、サーチ側は、係数Ｋ７の列のものを適用する。また、係数Ｋ６はカウンタＣ６で積算し、係数Ｋ７はカウンタＣ７で積算していく。
＜選局移行判定モード３の処理フローについて＞
次に、図１０を用い、判定トリガ３が掛かった場合について説明する。判定トリガ３が掛かると、選局移行判定モード３に進む。このモードに進む状況としては、Ａ階層で安定した受信ができているものの、視聴中チャンネルとは異なる他のチャンネルでＢ階層が受信可能な状態になった場合を想定している。つまり、積極的にＢ階層のチャンネルに選局移行しようとするものである。
【０１３２】
選局移行判定モード１と異なるのは、第一候補のみと比較を行う点と、選局移行を行う前に、視聴中チャンネルの階層がＡ階層からＢ階層に切り換わる条件に近づいていないかを確認する点である。即ち、視聴中チャンネルと異なるチャンネルへわざわざ切換えなくとも、もうしばらく待っていれば、Ｂ階層での受信が可能になる可能性がある場合には、視聴中チャンネルでの選局を維持するようにしている。
【０１３３】
図１０では、図８及び図９と同様に、ステップＳ５０１で、ＣＰＵ４９は、第一候補が視聴側と同じであるか否かの判定を行う。同じであれば、現在の視聴チャンネルよりも受信状態が良く、Ｂ階層の受信が期待できるチャンネルはないと判定し、Ｓ５１３に進み、フェーズ２から抜ける。
【０１３４】
次にステップＳ５０２で、ＣＰＵ４９は、サーチ側を第一番目の候補の物理チャンネルに選局する。更に、タイムアウトを設けるためタイマに三秒をセットし、タイマをスタートさせる。これは、フェーズ２で視聴側チャンネルの受信状態とサーチ側チャンネルの受信状態とが拮抗した場合に、いつまでも比較判定動作をすることとなり、フェーズ１で他のチャンネルの受信状態の監視ができなくなることを回避するためである。
【０１３５】
更に、ＣＰＵ４９は、予め定めておいた、図１６に示すＣ／Ｎ値に対応する選局移行判定用の係数テーブルから、視聴側チャンネル、サーチ側チャンネルの、その時々のＣ／Ｎに応じた係数Ｋ８及びＫ９を調べる。そして夫々の積算カウンタＣ８及びＣ９（図示せず）に加えていく。フェーズ２の選局移行判定モードに入った場合には、積算値に初期値を代入する。初期値により、どちらを有利に選局させるかを調整可能とする。
【０１３６】
次にステップＳ５０４で、ＣＰＵ４９は、視聴側のＣ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲを取得する。次にステップＳ５０５で、サーチ側のＣ／Ｎを取得する。次にステップＳ５０６で、ＣＰＵ４９は、ステップＳ５０４で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード３用のテーブルのうち、視聴側係数テーブルから係数Ｋ８を検索し、積算カウンタ（Ｃ８）に係数を加算し、積算していく。
【０１３７】
次にステップＳ５０７で、ＣＰＵ４９は、ステップＳ５０５で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード３用のテーブルのうち、サーチ側係数テーブルから係数（Ｋ９）を検索し、積算カウンタ（Ｃ９）に係数を加算し、積算していく。
【０１３８】
次にステップＳ５０８で、ＣＰＵ４９は、視聴側積算カウンタ（Ｃ８）及びサーチ側積算カウンタ（Ｃ９）について、上限値を超えていれば、上限値で頭打ちさせ、積算値が０を下回っていれば、０で底打ちさせる。
【０１３９】
ステップＳ５０８及びステップＳ５１０では、ＣＰＵ４９は、視聴側チャンネルとサーチ側チャンネルとのどちらがよいかを判定する。もしステップＳ５０８でサーチ側の積算値が上限値に達していれば、サーチ側の受信状態が勝っていると判定し、ステップＳ５０９へ移行する。
【０１４０】
後述する視聴側Ｂ階層ＢＥＲの積算値、即ち階層切換を行うか否かを決める積算値カウンタ（Ｃ１）が、上限値と下限値（＝０）の間に設けた初期値以下であれば、ステップＳ５１２へ移行する。これにより、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルに選局移行させる。
【０１４１】
また、ステップＳ５０９でカウンタＣ１が初期値を上回っていたら、Ａ階層からＢ階層への階層切換が近づいているような受信状態の推移であると推測できる。このため、選局移行は行わず、視聴中チャンネルでの受信を継続させるためステップＳ５１３へ進み、フェーズ２を抜ける。そしてフェーズ１へ戻り、サーチ側は巡回サーチを行い、視聴側は定常監視を行う。
【０１４２】
また、ステップＳ５１０で視聴側積算値Ｃ８が０になっていれば、視聴側の受信状態が悪くなっているため、サーチ側積算カウンタ（Ｃ９）が上限値に達していなくても、ステップＳ５１２へ移行する。これにより、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルへ選局移行させる。
【０１４３】
次にステップＳ５１１で、ＣＰＵ４９は、ステップＳ５０３で設定した三秒間が経過していないか否かをチェックし、経過していなければステップＳ５０４に戻る。そして選局移行の判定が付くか、ステップＳ５１１でタイムアップになるまで、ステップＳ５０４からステップＳ５１０のループを繰り返す。ステップＳ５１１でタイムアップした場合には、視聴側チャンネル設定はそのままとし、ステップＳ５１３へ移行し、フェーズ２を抜け、フェーズ１へ戻る。サーチ側は巡回サーチを行い、視聴側は定常監視を行う。
＜判定トリガ１の発生フローについて＞
次に、図１１を用いて、判定トリガ１の発生フローを説明する。本フローで判定トリガ１が発生する、つまり判定トリガ１がかかると、視聴側の定期監視の中、図７のステップＳ２０４でチェックされ、ステップＳ２０５で選局移行判定を行うきっかけとなる。
【０１４４】
図１１のＳＴＡＲＴは、デジタル放送受信ブロック６０の起動直後の状態である。まずステップＳ６０１で、ＣＰＵ４９は、カウンタ２に上限値を設定する。次にステップＳ６０２で、ＣＰＵ４９は、カウンタの初期値を代入している。次にステップＳ６０３で、ＣＰＵ４９は、選局操作がなされた場合はステップＳＳ６０４へ移行し、カウンタ２に初期値を代入し、ステップＳ６０５へ移行する。
【０１４５】
次にステップＳ６０５で、ＣＰＵ４９は、視聴側のＢ階層のビタビ後ＢＥＲ値を復調／合成部３から読み出し、計算を行う。次にステップＳ６０６で、ＣＰＵ４９は、ステップＳ６０５で取得したＢ階層のＢＥＲ値から、予め定められた、ＢＥＲ値に応じて重み付けられた係数テーブル（図１５、判定トリガ１発生用）を参照し、係数Ｋ２を検索する。
【０１４６】
例えば、Ｂ階層ＢＥＲが３．０ｅ−４だった場合には、Ｋ２＝０となり、ステップＳ６０６を抜ける。次にステップＳ６０７で、カウンタＣ２にステップＳ６０６で検索されたＫ２を積算する。
【０１４７】
次にステップＳ６０８で、ＣＰＵ４９は、カウンタＣ２が下限値である０を下回っているか否かを判定する。０を下回っている場合、ステップＳ６１０で判定トリガ１を発生させた後、ステップＳ６１１でカウンタＣ２の積算値を下限値０で底打ちさせる。０を下回っていない場合、ステップＳ６０９へ移行し、上限値のチェックを行う。上限値を超えている場合、ステップＳ６１２にてカウンタＣ２の値を上限値で頭打ちさせる。
【０１４８】
ステップＳ６１１で底打ち処理された場合、もしくはステップＳ６１２で頭打ち処理された場合、もしくはカウンタＣ２が上限にも下限にも達していない場合、ＣＰＵ４９は、ステップＳ６１３へ移行し、設定時間の経過後、ステップＳ６０３に戻り、上述の一連の動作を繰り返す。
【０１４９】
なお上記の例では、Ｂ階層ＢＥＲが３．０ｅ−４だった場合を用いたが、Ｋ２＝０であったため、カウンタＣ２の値に変化はなく、ステップＳ６０３以降の最初の一巡目では、初期値のままとなる。つまり、ビタビ後ＢＥＲが３．０ｅ−４であれば、エラー訂正後であれば短期間の間にはエラーは発生しない。このため、カウンタＣ２は下限値には余裕があるため、判定トリガ１は発生しないが、この区分よりＢＥＲ値が低ければ（受信状態が良ければ）カウンタＣ２は増えていく。またＢＥＲ値が高ければカウンタＣ２は減っていく。この受信状態の悪い傾向が続けば、いずれカウンタＣ２の値は０となり、判定トリガ１が発生する。
【０１５０】
なお、判定トリガ１が発生した場合、フラグを立てるようにして、図７のステップＳ２０４で前記フラグをチェックしてもよい。
【０１５１】
また、ステップＳ６１３の設定時間であるが、一秒よりは短い方が良く、周期が短い方が受信環境の速い変化に追従できる。しかしステップＳ６０５におけるＢＥＲ値の取得及び計算に時間がかかるため、ＢＥＲ値の精度をどの程度まで確保するかに応じて、定めるものとする。
＜判定トリガ２の発生フローについて＞
次に、図１２を用いて、判定トリガ２の発生フローを説明する。本フローは、図１１の判定トリガ１の発生フローとほぼ同じである。参照するＢＥＲが、判定トリガ１の場合はＢ階層であったのに対し、本フローではＡ階層のビタビ後ＢＥＲを参照するところが異なる。
【０１５２】
また、Ａ階層ＢＥＲ値に応じて参照する係数テーブルも、判定トリガ１の係数Ｋ４、Ｋ５ではなく、図１６の係数テーブルのうち、視聴側は係数Ｋ６を、サーチ側は係数Ｋ７を適用し、夫々カウンタＣ６とＣ７に積算するところが相違している。その他の計算、判定は図１１と同じであるため省略する。
＜判定トリガ３の発生フローについて＞
次に、図１３を用いて、判定トリガ３の発生フローを説明する。上述の判定トリガ１及び判定トリガ２が、視聴側の受信状態により判定され、フェーズ２への移行の契機となるものであるのに対し、判定トリガ３は、サーチ側の候補チャンネルの受信状態に変化、即ちサーチ側候補に受信Ｃ／Ｎがよいチャンネルが現れた場合に、フェーズ２へ移行する契機として用いるものである。
【０１５３】
ここでは次に述べるとおり、サーチ側の選局候補チャンネル第一位のチャンネルの受信Ｃ／Ｎが継続的に三回続いたか否か、即ち、サーチが一巡した場合を一回と数え、三回連続して同じチャンネルで基準値以上のＣ／Ｎだった場合に判定トリガ３を発生させる。
【０１５４】
まず、受信機が起動した場合に、ステップＳ８０１で、ＣＰＵ４９は、判定トリガ３のフラグをリセットする。次に、ステップＳ８０２で、選局候補リストをクリアする。次に、ステップＳ８０３で、継続回数をクリアする。
【０１５５】
継続回数とは、サーチ側で選局候補チャンネルがあげられた場合に、候補第一番目のチャンネルが、所定水準のＣ／Ｎを持った状態を継続して持っているか否かを調べるために数える回数である。サーチ側で選局候補リストが作られる度に確認し、継続回数がインクリメントされる。なお、所定水準とは、４ブランチの場合のＢ階層受信可能なＣ／Ｎが基準となる。ただし、サーチ側は１ブランチのＣ／Ｎしか分からないため、概ね４ブランチ合成時の１ブランチあたりに必要な受信Ｃ／Ｎに相当する。
【０１５６】
次にステップＳ８０４で、ＣＰＵ４９は、選局操作が行われたか否かを調べ、異なる物理チャンネルに選局された場合、ステップＳ８０５に進む。ステップＳ８０５で、ＣＰＵ４９は、判定トリガ３のフラグのリセットを行うとともに、ステップＳ８０６で、選局候補リストのクリアを行う。
【０１５７】
なお、ステップＳ８０２及びステップＳ８０６の選局候補リストのクリアは、図２のサーチ側の定常フローの中で行ってもよい。
【０１５８】
ステップＳ８０４で、ＣＰＵ４９は、選局操作が行われなかったと判定された場合、ステップＳ８０７へ移行し、サーチ側の巡回サーチで作られた選局候補リストのうちの、第一番目の選局候補チャンネルが有効か否かを調べる。つまり、選局直後はリストがクリアされており、最初からサーチすべきチャンネルを一巡していない期間が存在するため、この調査を行う。
【０１５９】
ステップＳ８０７で、有効であると判定された場合、ＣＰＵ４９は、ステップＳ８０８に移行し、継続回数が０か、それより大きいか否かを判定する。選局直後の場合は、継続回数は０回に相当する。大きくない場合、ステップＳ８１１へ移行し、第一候補の物理チャンネルを記録する。選局直後の場合に加え、選局直後の場合でなくても、候補の順位が入れ替わったり、サーチ用ブランチのＣ／Ｎが基準以下になったりする場合もある。このため、ステップＳ８１２で、継続回数カウンタをクリアする。
【０１６０】
次にステップＳ８０９で、ＣＰＵ４９は、選局候補リストの順位が一位であるチャンネルが、前回調べた時と同じか否かを調べる。違っていれば、ステップＳ８１１で、今回一位であったチャンネルを記録しなおす。そして連続条件から外れるため、ステップＳ８１２で継続回数のカウンタをリセットする。前回と同じチャンネルであれば、ステップＳ８１０へ移行する。
【０１６１】
次にステップ８１０で、ＣＰＵ４９は、選局候補チャンネルにおいて、Ｂ階層の受信が可能か否かの目安となるＣ／Ｎが、基準値以上であるか否か調べる。基準値に達していない場合、ステップＳ８１１へ移行し、現在の第一候補の物理チャンネル番号を記録するとともに、ステップＳ８１２で、継続回数カウンタをクリアする。
【０１６２】
なお前記基準値は、例えばサーチ側の単一ブランチで１９ｄＢあれば、４ブランチ合成後に約２５ｄＢ程度が得られることが予想され、これにマージンを加味して設定される。
【０１６３】
ステップＳ８１０で、基準値以上と判定された場合、ステップＳ８０７からステップＳ８１０までの条件を全て満たし、候補が前回のチャンネルと変わっておらず、しかもサーチ側の受信Ｃ／Ｎが基準値を超えたこととなる。このため、ステップＳ８１３で、ＣＰＵ４９は、継続回数をインクリメントする。
【０１６４】
次にステップＳ８１４で、ＣＰＵ４９は、継続回数を調べ、継続回数が三回以上であれば、ステップＳ８１５で判定トリガ３を発生させ、フェーズ２への移行の契機とする。その後、サーチ側でサーチすべき物理チャンネルを一巡し、選局候補リストが更新されるまで、ステップＳ８１６で待機する。更新されれば、ステップＳ８０４へ戻り、このループを繰り返す。
＜階層切換タイミングについて＞
次に、図１４を用いて、判定トリガ１と階層切換範囲の関係について説明する。なお図１４に示す階層切換判定フローは、特許公報の特許第４３１５９９０号の図２に示されている従来技術と同様のものである。従って説明は省略する。
【０１６５】
特許第４３１５９９０号では、階層切換タイミングは、Ｂ階層ＢＥＲの推移に依存し、ヒステリシスを持った階層切換動作となっている。つまり、ある決まったＢＥＲ値やＣ／Ｎ値で判定しているわけではないので、階層切換は受信状態のある領域中で行われることになる。一方で、判定トリガ１は、階層切換前に必ず発生させる必要がある。
【０１６６】
つまり、受信状態が劣化していく局面で、階層切換が発生する前に次の選局候補に選局移行させるためには、判定トリガ１の判定は階層切換の判定と、一定の関係を持たせておく必要がある。また、判定トリガ１と階層切換範囲とは、あまり大きなマージンは持たせられない。これは、受信状態がかなり良くないと判定トリガ１が発生せず、Ｂ階層どうしの選局移行のチャンスを逃すことにつながるためである。
【０１６７】
従って、判定トリガ１の発生も、階層切換判定の方法に合わせておく。つまり図１１の判定トリガ１発生フローを、図１４の階層切換判定フローと同じにしておく。更に図１５に示す係数テーブルに所定の関係を持たせておけば、確実に階層切換前に判定トリガ１が発生することとなる。よって、本発明の判定トリガ１発生は、特許第４３１５９９０号の技術を用いることを前提としている。
＜階層切換タイミング用／判定トリガ１発生用／判定トリガ２発生用係数について＞
次に、図１５のテーブル図を用いて、階層切換タイミング用係数、判定トリガ１発生用係数、及び判定トリガ２発生用係数について説明する。
【０１６８】
階層切換用の係数は、Ｂ階層ビタビ後ＢＥＲにより場合分けされる。この図の場合、二十分割されている。階層切換用のＫ１については、
２．３ｅ−３＞ＢＥＲ＞１．８ｅ−３
の範囲の場合には、係数Ｋ１は０である。このビタビ後ＢＥＲ値の場合、エラー訂正後は短期的にはエラーフリーとなるので、Ｂ階層からＡ階層への階層切換は必要ない。
【０１６９】
これに対し、判定トリガ１発生用係数Ｋ２の場合は、Ｋ２＝０となるビタビ後ＢＥＲの範囲を、
５．０ｅ−４＞ＢＥＲ＞２．８ｅ−４
としておくと、約一桁程度のＢＥＲの差となる。また、同じＢＥＲ値において、階層切換用に対して判定トリガ１用を小さくしておくことにより、係数の積算値であるカウンタ１、カウンタ２の値は、受信状態の劣化局面では、必ず判定トリガ１発生用積算カウンタＣ２の方が早く０になる。このため、階層切換判定よりも前に判定トリガ１が発生し、移行可能なチャンネルがあれば、Ｂ階層からＢ階層への選局移行が可能となる。
【０１７０】
判定トリガ２発生用係数Ｋ３は、係数Ｋ２よりも一桁程度小さい方向にＫ３＝０をシフトしている。しかし現行、多くの放送局はＡ階層を部分受信階層として使っているため、Ｂ階層に比べデータレートが低く、Ｂ階層と同程度の精度のＢＥＲ値を算出するのに時間がかかる。
【０１７１】
このため、ＢＥＲ測定時間をＢ階層と同程度にとると、精度が悪くなり、ＢＥＲ値がばらつきやすくなる。従って、エラー訂正後にエラーが出ないＢＥＲ値まで、若干マージンを見込み、判定トリガ２が発生する時点では、エラー訂正後にエラーが出ないようにしている。
＜選局移行判定用係数について＞
次に、図１６のテーブル図を用いて、選局移行判定用係数について説明する。階層切換、判定トリガ１、及び判定トリガ２は、Ｂ階層及びＡ階層のビタビ後ＢＥＲ値を基に積算用係数を決定していた。しかしフェーズ２の選局移行判定には、Ｃ／Ｎにより係数を決める。また、判定トリガ１、判定トリガ２、判定トリガ３の発生要因別に、適用する係数を違えておく。このようにすることにより、目的とする階層への移行ができるか否か判定することができる。
【０１７２】
例えば、判定トリガ１がかかった場合、Ｂ階層受信の継続が難しくなって来たわけであり、もし他にＢ階層の受信が期待できるチャンネルがあれば、Ｂ階層に移行することが望ましい。このため、視聴側の係数とサーチ側の係数とを、各Ｃ／Ｎに対し、同等にとっておく。
【０１７３】
また、判定トリガ１に関しては、Ｂ階層受信ができることを目的とするため、Ｃ／Ｎが概ね１８ｄＢを境に、高いＣ／Ｎでは正の係数を、低いＣ／Ｎでは負の係数を割り振っておく。そして視聴側の視聴中チャンネルのＣ／Ｎと、サーチ側で評価する次選局チャンネルのＣ／Ｎとを積算し、先に積算値が上限に達した方を受信状態がよいと判定する。
【０１７４】
また、判定トリガ２が発生した場合、選局移行判定モード２に入るが、この時は視聴側、サーチ側Ｃ／Ｎに対し、係数Ｋ６及び係数Ｋ７を適用する。判定トリガ２が発生したということは、Ａ階層の受信限界に近づきつつあるので、Ｃ／Ｎが概ね８ｄＢのところの係数を０にとる。それより受信状態がよい、即ちＣ／Ｎが高い値では正の係数を、低い値では負にとっておき、夫々Ｃ／Ｎに応じて値を加減する。
【０１７５】
判定トリガ３については、この場合も判定トリガ１と同様に、Ａ階層からＢ階層のチャンネルへの選局移行を想定するので、基本的には判定トリガ１と同等の係数配置にしておくことで、選局移行判定ができる。
【０１７６】
ただし、視聴側の使用ブランチ数と、サーチ側のブランチ数は異なるため、係数にも考慮が必要である。実際には、視聴側では各ブランチの合成が行われるため、仮に各ブランチに等しい受信電力が入力された場合、受信電力は視聴側とサーチ側では四倍の差になる。
【０１７７】
更に、移動受信した場合、フェージングが発生するが、１ブランチのＣ／Ｎでは変動が大きいことに加え、４ブランチ合成した後のＣ／Ｎの変動は小さく、後者の方が有利となる。このため、１ブランチのサーチ側Ｃ／Ｎから、選局移行した後の４ブランチ合成後のＣ／Ｎを推定する必要がある。
【０１７８】
前記推定を行うためには、同じ土俵で比較する必要がある。即ち、サーチ側がシングルブランチであるため、視聴側も合成前のブランチごとのＣ／Ｎで評価してやればよい。また、サーチ側はシングルブランチのため変動が大きい。このため、短時間に何回か測ったＣ／Ｎのうち、最大値をこの期間のＣ／Ｎの代表値とし、視聴側は何回か測ったＣ／Ｎ値を平均したものとを比較すれば、比較的同じ土俵で比較しやすくなる。
【０１７９】
また、各ブランチ間のＣ／Ｎに大差がない場合には、視聴側の合成後Ｃ／Ｎの評価値は大きく外れないが、いずれかのブランチの入力が飛び抜けて大きい、または小さくなった場合、大きくずれる場合がある。そのため、上位３ブランチのＣ／Ｎ値のみ採用するか、各ブランチのＣ／Ｎ値の差に応じて、係数に対し重み付けを付けたものを積算してもよい。
【０１８０】
図１６では、サーチ側の係数は、視聴側の概ね三倍になっているところが多い。しかし先述のように、視聴側の係数積算を行う場合、簡便のため一番Ｃ／Ｎの低いブランチを除き、上位３ブランチのＣ／Ｎに対する各係数（Ｋ４またはＫ６またはＫ８）を適用する。視聴側の係数を平均する代わり、視聴側３ブランチ分の係数を全て加え、一方のサーチ側係数は視聴側の三倍を基本としている。
【０１８１】
ただし、ブランチごとのＣ／Ｎと、合成後のＣ／Ｎとの相関は、単に電力に比例するだけでなく、Ｃ／Ｎ算出方法にも依存する。また、フェージング環境下では、ブランチごとのＣ／Ｎと合成後のＣ／Ｎとにも差が出る。
【０１８２】
実際には、フェージング環境下での単一ブランチＣ／Ｎと、４ブランチ合成後のＣ／Ｎには、１０ｄＢ程度の差が出ることがある。このため、この差を埋めるために、サーチ側の係数を視聴側の三倍した上で、表の下方向に１ｄＢ下げて設定している。これはあくまで一例であり、復調器の特性に合わせて設定される。
＜選局移行判定モード１の計算過程例＞
図１７は、選局移行判定モード１の計算過程の一例である。この例では、視聴側がＢ階層受信中に受信状態が悪くなって判定トリガ１が発生し、フェーズ２の選局移行判定モード１に移行したが、サーチ側チャンネルの受信状態も視聴側と比べあまり優位にはなく、選局移行しないと判定した場合の例を示している。
【０１８３】
図１７の例では、タイムアウトに設定している三秒間では、視聴側／サーチ側積算値とも上限値、下限値に達しなかった。サーチ側の受信状態は、視聴中チャンネルに比べ若干良いものの大差はなく、サーチ側に選局してもＢ階層視聴が安定してできる状態ではないと判定された。このため、選局移行がなされなかった結果となっている。
＜その他の実施の形態＞
以上、好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。
【０１８４】
従って本発明は、以下の形態にも適用可能である。
【０１８５】
（Ａ）上記実施形態では、本発明の選局移行処理を実施するデジタル放送受信装置として、カーナビゲーションシステム９０を例に説明しているが、これ以外のデジタル放送受信装置において実施する形態でもよい。例えば、ポータブルテレビやテレビ受信機能付き携帯電話等で実施する形態でもよい。
【符号の説明】
【０１８６】
１ ダイバーシティアンテナ（アンテナ）
１’ 視聴／サーチ共用アンテナ（アンテナ）
２ ＤＴＶチューナ（第二チューナ）
３ 復調／合成部
４、４’ オーディオフィルタ
５、５’ オーディオデコーダ
６、６’ ビデオフィルタ
７、７’ ビデオデコーダ
８、８’ データフィルタ
９、９’ データデコーダ
１１ Ｄ／Ａコンバータ
１２ ＬＰＦ／ドライバ
１３ 映像処理部
１４ Ｄ／Ａコンバータ
１５ ＬＰＦ／ドライバ
１６ ＤＴＶチューナ（第一チューナ）
１７ 復調部
２３ 音声ソースセレクタ
２４ ミキサイコライザ
２５ パワーアンプ
２６ スピーカ
３０ 映像ソースセレクタ
３１ 映像表示装置
４９ ＣＰＵ（制御部）
５０ ＲＡＭ（記録部）
６０ デジタル放送受信ブロック
７０ 視聴用受信回路ブロック
８０ サーチ用受信回路ブロック
９０ カーナビゲーションシステム（デジタル放送受信装置）
【技術分野】
【０００１】
本発明は、デジタル放送受信装置能を有したカーナビゲーションシステムを始めとするデジタル放送受信装置に関する。
【背景技術】
【０００２】
従来から、デジタル放送を移動しながら受信するデジタル放送受信装置が開発されており、例えば、地上デジタル放送受信装置能を有したカーナビゲーションシステムが開発されている。
【０００３】
地上デジタル放送では、同じ放送局でも、中継局ごとに異なる周波数で放送されている場合がある。この場合、受信装置が現在の放送エリアから他の放送エリアに移動した際、或いは放送エリア内であっても、地形や構造物等のために電波の影に移動した際に、受信状態が悪化し、それまで視聴していた番組が視聴できなくなってしまう。
【０００４】
そこで、例えば特許文献１には、視聴中の番組の受信状態が悪化すると、自動的に中継局サーチを開始し、中継局が見つかった場合は、その中継局を受信し、中継局が見つからなかった場合は、系列局サーチを開始し、同一系列の放送局が見つかった場合は、その放送局を受信するデジタル放送受信装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８８８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記の特許文献１のデジタル放送受信装置では、受信状態が悪化して初めてサーチを開始する。受信可能な放送局が見つかり、再び視聴できるようになるまでに、ある程度の時間がかかる。このため、その間、番組の映像／音声に途切れが発生して視聴の妨げとなり、ユーザが視聴したい場面を逃してしまう可能性があった。
【０００７】
本発明は、上記問題点を鑑み、ユーザがデジタル放送番組を視聴している状態における受信状態を良好にし、安定した視聴が可能であるデジタル放送受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、デジタル放送信号を受信する第一チューナ及び第二チューナと、デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較することを特徴とする。
【０００９】
この構成によれば、デジタル放送受信装置は、デジタル放送信号を受信する第一チューナ及び第二チューナを備える。また、物理チャンネルを第一チューナにより巡回選局させ、第二チューナに視聴側チャンネルを選局させる制御部を備える。制御部は、視聴側チャンネルと放送局識別情報が同じ、または視聴側チャンネルと系列が同じである物理チャンネルである中継／系列局チャンネルを判別する。また、視聴側チャンネルの受信状態を監視する。また、監視している受信状態が受信限界に達した場合に、中継／系列局チャンネルを第一チューナに選局させ、第一チューナで選局されている中継／系列局チャンネルの受信状態と第二チューナで選局されている視聴側チャンネルの受信状態とを比較する。
【００１０】
また、上記構成において、前記制御部は、前記放送局識別情報と前記中継／系列局チャンネルとを対応付けたリストを作成し、前記巡回選局を行うたびに、前記リストに含まれる前記中継／系列局チャンネルに対して前記受信状態情報に基づいた優先度を設定し、前記制御部は、選局対象とする前記中継／系列局チャンネルを前記優先度に基づいて決定し、決定した該中継／系列局チャンネルを前記第一チューナに選局させることを特徴とする。
【００１１】
この構成によれば、制御部は、放送局識別情報と中継／系列局チャンネルとを対応付けたリストを作成し、巡回選局を行うたびに、リストに含まれる中継／系列局チャンネルに対して、受信状態に基づいた優先度を設定する。制御部は、選局対象とする中継／系列局チャンネルを優先度に基づいて決定し、決定した中継／系列局チャンネルを前記第一チューナに選局させる。
【００１２】
また、上記構成において、復調後のＢＥＲ（Bit Error Rate）の範囲に対応する複数の係数を持つテーブルであり、前記係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されている係数テーブルを記録した記録部と、前記ＢＥＲに基づいて参照される前記係数を積算する積算カウンタとを備え、前記積算カウンタは、予め定められた上限値及び下限値の範囲内で積算を行い、前記制御部は、前記積算カウンタより得られる値が下限値となった場合に、前記第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、前記比較を行うことを特徴とする。
【００１３】
この構成によれば、デジタル放送受信装置は、復調後のＢＥＲの範囲に対応する複数の係数を持つテーブルであり、係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されている係数テーブルを記録した記録部を備える。また、ＢＥＲに基づいて参照される係数を積算する積算カウンタを備える。積算カウンタは、所定の上限値及び下限値の範囲内で積算を行う。制御部は、積算カウンタが下限値となった場合に、第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、中継／系列局チャンネルと視聴側チャンネルとの比較を行う。
【００１４】
また、上記構成において、前記制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行い、前記係数テーブル及び前記積算カウンタを視聴階層ごとに設け、前記係数の積算を視聴階層ごとに行うことを特徴とする。
【００１５】
この構成によれば、制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行う。また、係数テーブル及び積算カウンタを視聴階層ごとに設け、係数の積算を視聴階層ごとに行う。
【００１６】
また、上記構成において、受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、前記比較を行うか否かの判定と同じ方法で行うともに、前記の両判定において用いられる前記係数テーブルを、前記の両判定ごとに個別に設け、受信状態が劣化している局面において、前記比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、前記係数テーブルを予め設定したことを特徴とする。
【００１７】
この構成によれば、受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、中継／系列局チャンネルと視聴側チャンネルとの比較を行うか否かの判定と同じ方法で行う。また、両判定において用いられる係数テーブルを、両判定ごとに個別に設ける。さらに、受信状態が劣化している局面において、中継／系列局チャンネルと視聴側チャンネルとの比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、係数テーブルを設定する。
【００１８】
また、上記構成において、前記制御部は、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記中継／系列局チャンネルの受信状態とを比較する場合にＣ／Ｎ（Carrier to Noise ratio）を用い、前記記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、前記第一チューナ及び前記第二チューナで個別に前記係数が設定されており、且つ前記係数について受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている第二係数テーブルを記録し、前記デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される前記係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備え、前記制御部は、選局移行するか否かを、前記第二積算カウンタより得られる、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較することにより行うことを特徴とする。
【００１９】
この構成によれば、制御部は、第一チューナの受信状態と第二チューナの受信状態とを比較する場合にＣ／Ｎを用いる。記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、第一チューナ及び第二チューナで個別に係数が設定されている第二係数テーブルを記録している。第二係数テーブルは、受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている。デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備えている。制御部は、選局移行するか否かを、第一チューナに設定されている係数の積算値と第二チューナに設定されている係数の積算値とを比較することにより行う。
【００２０】
また、上記構成において、前記制御部は、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較する場合に、予め定められた時間内において、前記第一チューナに設定されている前記係数の積算値が前記上限値に達した場合、または前記第二チューナに設定されている前記係数の積算値が前記下限値に達した場合に選局移行し、前記時間内に判定が付かない場合に、選局移行しないか、または前記積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう前記第二チューナを制御することを特徴とする。
【００２１】
この構成によれば、制御部は、第一チューナに設定されている係数の積算値と第二チューナに設定されている係数の積算値とを比較する場合に、所定の時間内において第一チューナに設定されている係数の積算値が上限値に達した場合、または所定の時間内において第二チューナに設定されている係数の積算値が下限値に達した場合に選局移行する。所定時間内に判定が付かない場合、選局移行しないか、積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう第二チューナを制御する。
【００２２】
また、上記構成において、前記制御部は、前記第二チューナに接続されるアンテナが複数であり、且つ前記第一チューナに接続されるアンテナが単一である場合に、前記第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得し、前記第一チューナのＣ／Ｎを評価時間内の最大値から取得することを特徴とする。
【００２３】
この構成によれば、制御部は、第二チューナに接続されるアンテナが複数であり、且つ第一チューナに接続されるアンテナが単一である場合に、第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得する。また、第一チューナのＣ／Ｎを評価時間内の最大値から取得する。
【００２４】
また、上記構成において、前記制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、前記部分受信階層帯域の受信情報から、前記視聴側チャンネルの受信状況を推定することを特徴とする。
【００２５】
この構成によれば、制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、部分受信階層帯域の受信情報から、視聴側チャンネルの受信状況を推定する。
【００２６】
また、上記構成において、前記制御部は、前記第二チューナに接続されるアンテナ数と、前記第一チューナに接続されるアンテナ数とが異なる場合に、前記第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行うことを特徴とする。
【００２７】
この構成によれば、制御部は、第二チューナに接続されるアンテナ数と、第一チューナに接続されるアンテナ数とが異なる場合に、第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行う。
【発明の効果】
【００２８】
本発明のデジタル放送受信装置によれば、デジタル放送の番組視聴中の視聴中断期間が短くなり、視聴中断によるユーザのストレスを軽減することができる。また、受信状態のよい物理チャンネルを、優先的に使用することが可能である。
【図面の簡単な説明】
【００２９】
【図１】本発明の一実施形態に係るデジタル放送受信装置の構成を示すブロック図である。
【図２】サーチ用受信回路ブロックの定常時動作を示すフロー図である。
【図３】選局候補リストを示すテーブル図である。
【図４】時間経過に対する受信状態の変化と、判定トリガ１発生後の受信状態変化による選局判定動作とを示す図である。
【図５】時間経過に対する受信状態の変化と、判定トリガ２発生後の受信状態変化による選局判定動作とを示す図である。
【図６】時間経過に対する受信状態の変化と、判定トリガ３発生後の受信状態変化による選局判定動作を示す図である。
【図７】視聴用受信回路ブロックの定常時動作を示すフロー図である。
【図８】選局移行判定モード１の動作を示すフロー図である。
【図９】選局移行判定モード２の動作を示すフロー図である。
【図１０】選局移行判定モード３の動作を示すフロー図である。
【図１１】判定トリガ１の発生フローを示すフロー図である。
【図１２】判定トリガ２の発生フローを示すフロー図である。
【図１３】判定トリガ３の発生フローを示すフロー図である。
【図１４】階層切換判定フローを示すフロー図である。
【図１５】階層切換用係数、判定トリガ１発生用係数、及び判定トリガ２発生用係数の一例を示すテーブル図である。
【図１６】選局移行判定用係数の一例を示すテーブル図である。
【図１７】選局移行判定モード１における積算値の計算過程の一例を示した模式図である。
【発明を実施するための形態】
【００３０】
以下に本発明の一実施形態を、図面を参照して説明する。なお本実施形態では、スペースダイバーシティ方式のデジタル放送受信装置能を有したカーナビゲーションシステムを一例として説明する。
＜全体構成について＞
図１に、本発明に係るカーナビゲーションシステム９０（＝デジタル放送受信装置）のブロック構成図を示す。カーナビゲーションシステム９０は、デジタル放送受信ブロック６０を備えており、カーナビゲーションシステム９０の電源が入っていれば、デジタル放送受信ブロック６０にも給電可能である。ただし、放送波を受信して復調するか否かは、ユーザの操作による。
【００３１】
デジタル放送受信ブロック６０は、視聴用受信回路ブロック７０と、サーチ用受信回路ブロック８０とを含んでおり、更に、Ｄ／Ａコンバータ１１、ＬＰＦ（ローパスフィルタ）／ドライバ１２、映像処理部１３、Ｄ／Ａコンバータ１４、ＬＰＦ／ドライバ１５を含む。視聴用受信回路ブロック７０は、視聴に用いられる受信回路であり、サーチ用受信回路ブロック８０は、後に詳述するバックグラウンドサーチに用いられる受信回路である。
【００３２】
視聴用受信回路ブロック７０は、計四個の視聴用のＤＴＶチューナ２（＝第二チューナ）と、復調／合成部３と、オーディオフィルタ４と、オーディオデコーダ５と、ビデオフィルタ６と、ビデオデコーダ７と、データフィルタ８と、データデコーダ９とを含む。ＤＴＶチューナ２ａ〜２ｄには、それぞれ、車両に設けられる地上デジタル放送受信用のダイバーシティアンテナ１、１’が接続される。なお、オーディオデコーダ５とビデオデコーダ７は、それぞれ１２セグ放送用、ワンセグ放送用を備え、視聴に応じてベースバンド信号を切り換えて出力できるものとする。
【００３３】
ＤＴＶチューナ２は、それぞれダイバーシティアンテナ１（視聴専用）、１’（視聴／サーチ共用）から地上デジタル放送信号を受信し同一の物理チャンネル（周波数）で選局を行う。なお、視聴用ＤＴＶチューナ２ｄとサーチ用ＤＴＶチューナ１６には、ダイバーシティアンテナ１’で受信したＲＦ信号が、スプリッタ１８で等分配されて入力される。
【００３４】
選局は、ＣＰＵ４９（＝制御部）から周波数データが送られることで行われる。復調／合成部３は、ＤＴＶチューナ２ａ〜２ｄから入力される選局された信号を復調、エラー訂正及び合成し、ＴＳ（トランスポートストリーム）を出力する。
【００３５】
オーディオフィルタ４は、ＴＳからオーディオデータのみを抽出し、オーディオデコーダ５は、抽出されたオーディオデータを復号しデジタルオーディオ信号を出力する。Ｄ／Ａコンバータ１１は、オーディオデコーダ５から入力されるデジタルオーディオ信号をアナログベースバンド信号に変換し、ＬＰＦ／ドライバ１２を介して端子Ａ−１に出力する。
【００３６】
ビデオフィルタ６は、ＴＳからビデオデータのみを抽出し、ビデオデコーダ７は、抽出されたビデオデータを復号しデジタル映像信号を出力する。映像処理部１３は、ビデオデコーダ７から入力されるデジタル映像信号の映像サイズを変更するスケーラ機能や、文字等を重畳するＯＳＤ（On Screen Display）機能を有する。Ｄ／Ａコンバータ１４は、映像処理部１３から入力される映像信号をアナログ映像信号に変換し、ＬＰＦ／ドライバ１５を介して端子Ｖ−１に出力する。
【００３７】
データフィルタ８は、伝送パラメータ、ＮＩＴ（Network Information Table）、番組情報、データ放送等のデータをＴＳから抽出し、データデコーダ９は、抽出されたデータを復号する。
【００３８】
また、サーチ用受信回路ブロック８０は、バックグラウンドサーチ用のＤＴＶチューナ１６（＝第一チューナ）と、復調部１７と、オーディオフィルタ４’と、オーディオデコーダ５’と、ビデオフィルタ６’と、ビデオデコーダ７’と、データフィルタ８’と、データデコーダ９’とを含む。ＤＴＶチューナ１６への入力は、視聴／サーチ共用アンテナ１’から分配される。
【００３９】
ＤＴＶチューナ１６は、ＤＴＶチューナ２ａ〜２ｄとは独立して選局可能であり、視聴／サーチ共用アンテナ１’から地上デジタル放送信号を受信し選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部１７は、ＤＴＶチューナ１６から入力される選局された信号を復調、エラー訂正し、ＴＳを出力する。なお、ＤＴＶチューナ１６専用のアンテナをダイバーシティアンテナ１とは別に車両に設けてもよい。
【００４０】
出力されたＴＳは、データフィルタ８’へ入力され、ＮＩＴ等のデータがデータデコーダ９’から出力される。なお、オーディオフィルタ４’、オーディオデコーダ５’、ビデオフィルタ６’及びビデオデコーダ７’は、バックグラウンドサーチを行う用途では不要であるが、例えば、ビデオデコーダ７’の後段に映像処理部１３を接続し、映像処理部１３でピクチャ・イン・ピクチャ処理を行うようにすれば、異なった物理チャンネルの放送映像を同時に見ることができる。
【００４１】
また、例えば、オーディオデコーダ５、ビデオデコーダ７、オーディオデコーダ５’、及びビデオデコーダ７’が出力する映像音声信号をＨＤＤ（Hard Disk Drive）５３で記録するようにすれば、異なった物理チャンネルの放送番組を同時に録画することも可能である。
【００４２】
ラジオ用チューナ／復調部２１は、車両に設けられるＡＭ／ＦＭラジオ用アンテナ２０に接続され、ＡＭ／ＦＭラジオ用アンテナ２０からラジオ放送信号を受信し選局を行い、選局された信号を復調し、音声信号を端子Ａ−２に出力する。
【００４３】
交通情報受信デコード部４１は、車両に設けられる交通情報受信用アンテナ４０に接続され、交通情報受信用アンテナ４０から交通情報信号を受信しデコードを行い、交通情報を出力する。
【００４４】
測位航法装置４３は、車両に設けられるＧＰＳアンテナ４２に接続され、ＧＰＳアンテナ４２からＧＰＳ信号を受信し、車両位置情報及び車速情報を生成し出力する。
【００４５】
慣性航法装置４５は、車両に設けられる３軸加速度センサ４４に接続され、３軸加速度センサ４４から検出信号を受信し、加速度情報及び車速情報を生成し出力する。
【００４６】
車速パルス処理部４７は、車速パルス入力端子４６に接続され、車速パルス入力端子４６を介して車両から入力される車速パルスをカウントし、車速情報を生成出力する。
【００４７】
ＣＤ／ＤＶＤドライブ２２は、ＣＤまたはＤＶＤから映像音声信号を再生し、再生された映像信号を端子Ｖ−３に出力し、再生された音声信号を端子Ａ−３に出力する。描画部５４は、ナビゲーション用映像信号を生成し端子Ｖ−２に出力する。音声処理部５５は、経路案内に必要な音声信号等を生成しミキサイコライザ２４に出力する。
【００４８】
映像ソースセレクタ３０は、端子Ｖ−１、Ｖ−２、Ｖ−３から映像表示装置３１への経路を切り換えることで、映像表示装置３１に表示させる信号ソースを切り換える。映像表示装置３１は、ＬＣＤなどで構成される。
【００４９】
音声ソースセレクタ２３は、端子Ａ−１、Ａ−２、Ａ−３からミキサイコライザ２４への経路を切り換えることで、スピーカ２６から音声出力させる信号ソースを切り換える。ミキサイコライザ２４は、複数の音声ソースをミックスする機能や、音声信号の周波数特性を変化させる機能を有する。パワーアンプ２５は、ミキサイコライザ２４から入力される音声信号の電力を増幅させ、スピーカ２６は、電力増幅された音声信号に基づき音声を発生する。
【００５０】
操作入力部４８は、不図示のハードキー、タッチパネル並びにリモコン受光部を含み、ユーザの操作による操作信号を出力する。ＣＰＵ４９は、各種演算、処理、制御を行う演算処理装置である。ＲＡＭ５０（＝記録部）は、ＣＰＵ４９のワークメモリ等に用いられる。ＲＯＭ５１は、ＣＰＵ４９が実行する制御プログラムを格納する。フラッシュメモリ５２は、給電がなくても情報を保持する記録装置である。ＨＤＤ５３は、ナビゲーション用地図データや楽曲ファイル等を格納する大容量の記録装置である。
＜バックグラウンドサーチ処理について＞
次に、カーナビゲーションシステム９０により行われるバックグラウンドサーチ処理について、図２のフローチャートを用いて説明する。
【００５１】
車両においてイグニッションキーが回され、アクセサリー電源がカーナビゲーションシステム９０に供給されると、サーチ用受信回路ブロック８０（以下、「サーチ側」という）にも電源が供給され、図２のフローチャートが開始される。
【００５２】
まず、ステップＳ１０１で、ＣＰＵ４９は、選局チャンネル指定用の変数である変数Ｎを、１３に設定する。次に、ステップＳ１０２で、ＣＰＵ４９は、独立してタイムアウト時間を設定できる第１タイマ及び第２タイマ（いずれも不図示）をリセットする。第１タイマは、復調同期のタイムアウトを検出するためのタイマである。第２タイマは、ＮＩＴ取得のタイムアウトを検出するためのタイマである。
【００５３】
次に、ステップＳ１０３で、ＣＰＵ４９は、物理チャンネルがＮチャンネル（初期は１３チャンネル）の周波数データをＤＴＶチューナ１６に送り、ＤＴＶチューナ１６にＮチャンネルを選局させる。
【００５４】
次に、ステップＳ１０４で、ＣＰＵ４９は、第１タイマをスタートさせる。次に、ステップＳ１０５で、ＣＰＵ４９は、ＤＴＶチューナ１６が復調同期したか否かを確認する。復調同期していない場合（ステップＳ１０５のＮ）、ステップＳ１０６に進み、ＣＰＵ４９は、第１タイマがタイムアウトしたか否かを確認する。
【００５５】
タイムアウトしていなければ（ステップＳ１０６のＮ）、ステップＳ１０５に戻り、ＣＰＵ４９は、ＤＴＶチューナ１６が復調同期したかを再度確認する。そして、復調同期せずに第１タイマがタイムアウトすれば（ステップＳ１０６のＹ）、ステップＳ１０７に進み、ＣＰＵ４９は、第１タイマをストップし、後述するステップＳ１１４に進む。
【００５６】
一方、第１タイマがタイムアウトする前にＤＴＶチューナ１６が復調同期すれば（ステップＳ１０５のＹ）、ステップＳ１０８に進み、ＣＰＵ４９は、第２タイマをスタートさせる。そして、ステップＳ１０９で、ＣＰＵ４９は、データデコーダ９’からＮＩＴを取得することを試みるとともに、復調部１７から受信状態の指標となるＣ／Ｎ（Carrier to Noise ratio）及びＢＥＲ（Bit Error Rate）を取得する。
【００５７】
次に、ステップＳ１１０で、ＣＰＵ４９は、ＮＩＴが取得できたか否かを判定する。取得できていなければ（ステップＳ１１０のＮ）、ステップＳ１１１に進み、ＣＰＵ４９は、第２タイマがタイムアウトしたか否かを確認する。
【００５８】
タイムアウトしていなければ（ステップＳ１１１のＮ）、ステップＳ１０９に戻り、ＣＰＵ４９は、再度ＮＩＴの取得を試み、Ｃ／Ｎ及びＢＥＲを取得する。そして、第２タイマがタイムアウトする前にＮＩＴを取得できれば（ステップＳ１１０のＹ）、ステップＳ１１３に進む。
【００５９】
ステップＳ１１３で、ＣＰＵ４９は、取得したＮＩＴに含まれるネットワークＩＤ（＝放送局識別情報）及び取得したＣ／Ｎ（＝受信状態情報）を、現在の選局チャンネル（＝Ｎチャンネル）と対応付けてＲＡＭ５０に保存する。なおネットワークＩＤは、放送局を識別するためのコードである。
【００６０】
一方、ステップＳ１１１で、ＮＩＴを取得できないまま第２タイマがタイムアウトすれば（ステップＳ１１１のＹ）、ステップＳ１１２に進む。ステップＳ１１２で、ＣＰＵ４９は、第２タイマをストップし、取得したＣ／Ｎを現在の選局チャンネル（＝Ｎチャンネル）と対応付けてＲＡＭ５０に保存する。
【００６１】
なお、ステップＳ１１２で、ＣＰＵ４９は、前回処理時に現在と同じ選局チャンネルでネットワークＩＤが取得できており、ＲＡＭ５０にこのネットワークＩＤが保存されているか否かを確認する形態でもよい。この形態の場合、保存されていれば、このネットワークＩＤを今回取得できたネットワークＩＤとして、現在の選局チャンネルに対応付けて、ＲＡＭ５０に保存する。保存されていなければ、ＲＡＭ５０において、ネットワークＩＤはブランクにしておく。
【００６２】
なお、復調同期せずに第１タイマがタイムアウトした場合（ステップＳ１０６のＹ）、ＲＡＭ５０において現在の選局チャンネルに対応するネットワークＩＤ、Ｃ／Ｎ、及びＢＥＲはブランクとなる。
【００６３】
ステップＳ１１０で時間内にＮＩＴが取得できた場合と、ステップＳ１０６で第１タイマがタイムアウトした場合と、ステップＳ１１１で第２タイマがタイムアウトした場合と、のいずれの場合も、ステップＳ１１４に進む。
【００６４】
ステップＳ１１４で、ＣＰＵ４９は、変数Ｎを一つインクリメントする。そしてステップＳ１１５で、ＣＰＵ４９は、変数Ｎが６２を超えているか否かを判定する。変数Ｎが６２以下の場合（ステップＳ１１８のＮ）、ステップＳ１０２に戻り、インクリメントされた変数Ｎに対応するＮチャンネルで選局を行い、上記と同様の処理を再び行う。
【００６５】
ステップＳ１１５で、変数Ｎが６２を超える場合（ステップＳ１１５のＹ）、ステップＳ１１６に進む。ステップＳ１１６で、ＣＰＵ４９は、ＲＡＭ５０に記録されている選局候補リストを更新する。
【００６６】
具体的には例えば、上記の処理で保存された１３ｃｈ〜６２ｃｈの物理チャンネルに対応するネットワークＩＤ及びＣ／Ｎに基づき、ネットワークＩＤをキーとして、物理チャンネルとＣ／Ｎとを組とする。そして、Ｃ／Ｎの値が大きい順（即ち受信状態が良好な順）にソートする。これにより、新たな選局候補リストに更新する。
【００６７】
このとき、Ｃ／Ｎの値が所定の水準以下のものしかないネットワークＩＤについては、選局候補リストに含めないようにする形態でもよい。また、更新された選局候補リストと、前回の選局候補リストとを比較することにより、所定のネットワークＩＤについて、前回はこのネットワークＩＤに対応していたが今回は対応していない物理チャンネルを検索する形態でもよい。
【００６８】
この形態の場合、上記の条件で検索された物理チャンネルを、新たな選局候補リストにおいて、上記のネットワークＩＤに対応する物理チャンネルの最後尾に位置させる。なお、この物理チャンネルに対応するＣ／Ｎはブランクとする。
【００６９】
また、ステップＳ１１６において、前回に保存された１３ｃｈ〜６２ｃｈまでの物理チャンネルごとのネットワークＩＤ及びＣ／Ｎは消去する形態でもよい。
【００７０】
ステップＳ１１６の後は、ステップＳ１０１に戻り、Ｎを１３に設定し、再度サーチ処理を開始する。
【００７１】
上記の処理により生成される選局候補リストの例を、図３に示す。なお上記では、１３〜６２ｃｈの帯域内全物理チャンネルをサーチ対象としたが、視聴用受信回路ブロック７０（以下、「視聴側」という）で取得できたＮＩＴを解析し、中継局／系列局についてのみをサーチ対象としてもよい。更に、図３には図示されていないが、図３で示す選局候補リストは、選局が行われた場合、破棄するようにしてもよい。
【００７２】
以上のように、地上デジタル放送における全受信帯域に相当する物理チャンネルである１３ｃｈから６２ｃｈの全チャンネル、或いは視聴中（＝視聴側で選局中）の放送局の中継局／系列局の物理チャンネルを、順次選局しながらＮＩＴ及びＣ／Ｎの取得を試み、選局候補リストを更新する処理を、常にバックグラウンドで行う。
【００７３】
次に、選局移行処理について説明する。視聴中チャンネルの受信状態が悪くなった場合、所定の条件に基づいて、バックグラウンドサーチで見つけた選局候補チャンネルに選局移行させる。この条件（判定トリガ１〜３）及び選局移行のタイミングを示したのが図４〜図６である。
＜判定トリガ１について＞
まず、図４を用いて、選局移行を行うための判定トリガ１について説明する。図４は、１２セグ領域に設けた判定トリガ１に関する処理を示したグラフ図である。図４は、図４（ａ）をフェーズ１、図４（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００７４】
図４（ａ）に示すグラフは、縦軸が視聴側の受信状態、横軸が時間経過を示している。図４（ａ）の例では、時間の経過とともに受信状態が悪くなっていく状況を想定している。即ち１２セグ（以下、「Ｂ階層（＝弱階層）」という）を受信可能状態である受信状態から、次第に受信状態が悪くなっていく状況を想定している。
【００７５】
受信状態について、Ｂ階層に使用される変調方式での受信限界近くに、ワンセグ（以下、「Ａ階層（＝強階層）」という）へ階層切換を行うための判定領域を設けておく。図４（ａ）における階層切換範囲がこれに相当する。
【００７６】
Ｂ階層の受信状態が悪くなり、且つサーチ用受信回路ブロックでＢ階層が受信可能な中継局／系列局のチャンネルが見つかった場合、視聴中のチャンネルの視聴階層をＡ階層に切り換えるよりも、受信状態のよい他の中継局／系列局に選局移行する方が望ましい。
【００７７】
このため、階層切換を行うか否かを判定する階層切換範囲よりも、更に受信状態が良好である領域に、判定トリガ１領域を設けておく。この判定トリガ１領域において、Ｂ階層のＢＥＲを監視する。また、Ａ階層の受信限界近くには、判定トリガ２領域を設けておく。この判定トリガ２領域において、Ａ階層のＢＥＲを監視する。
【００７８】
判定トリガ１領域、判定トリガ２領域ともに、受信状態が各々の領域内、或いは領域近くになったと判定されれば（判定方法は後述）、フェーズ２へ移行する。フェーズ２では、視聴側の視聴中チャンネルと、サーチ側で見つけた選局候補チャンネルとを同時に評価する。そして選局候補チャンネルの受信状態が優れているか、或いは視聴中チャンネルの受信状態が劣る場合に、選局候補チャンネルに選局移行させる。
【００７９】
図４（ｂ）に示すフェーズ２の各種グラフ（図４（ｂ１）〜図４（ｂ７））は、フェーズ２移行後の、視聴側とサーチ側との受信状態の変化について、想定されうるパターンを示している。また、各パターンにおいて、選局判定がどのように行われるかを示している。なお、いずれのグラフも、縦軸が受信状態、横軸が時間経過を示している。
【００８０】
図４（ａ）のフェーズ１のグラフにおいて、左上から右下に向かう矢印が、受信状態の推移を示しており、Ｂ階層の受信可能状態が次第に悪くなっていくところを示している。視聴側による監視モードであるフェーズ１では、図７（別途詳述）に示す処理フローを実施する。図７は、視聴側による定期監視、選局、トリガ監視、及びフェーズ２への移行を行うための処理フローである。
【００８１】
視聴側は、図７のとおり、定期的に視聴側の受信状態（Ｃ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲ）の監視を行う。また、判定トリガ１、判定トリガ２、判定トリガ３の発生を監視する。また、Ｂ階層からＡ階層への階層切換条件を満たすか否かも別途監視する。
【００８２】
受信状態が悪化すると、図４の判定トリガ１領域を通過するが、この領域に達した否かの判定は、図１１に示すフローと、図１５の係数テーブルのうち、トリガ１発生（Ｂ階層）用で行う。
【００８３】
判定トリガ１がかかれば、フェーズ２に移行する。もしこの時、サーチ側で選局候補が見つかっていれば、即ち図３に視聴中チャンネル以外に選局候補チャンネルがあれば、サーチ側は巡回サーチを止め、第一番目の候補の物理チャンネルに選局する。なお図３は、サーチ側の選局候補チャンネルのリストのイメージを示している。ただし図３の例では、選局候補チャンネルを中継局／系列局に限定している。
【００８４】
視聴側は放送波の受信を継続しながら受信状態を監視し、図８に示すフローと、図１６に示す係数テーブルのうち、選局移行判定モード１用（判定トリガ１から）の表により、視聴側の視聴中チャンネルとサーチ側の選局候補チャンネルとを１対１で競わせる選局移行判定モード（フェーズ２）に移行する。そしてサーチ側の受信状態がよいか、視聴側が悪くなったと判定されれば、視聴側の物理チャンネルとして選局候補チャンネルを選局する。
【００８５】
この判定トリガ１により決定される選局候補チャンネルは、基本的にはＢ階層を受信可能である必要がある。つまり、判定トリガ１からの選局判定は、Ｂ階層の継続受信を目的としている。しかし候補がない時は、視聴中チャンネルでの受信を継続する。そして階層切換範囲まで受信状態が悪化した時点で、同じ物理チャンネルのまま、階層をＡ階層に切り換える。
【００８６】
例えば図４（ｂ１）の例では、選局移行判定モードにおいて視聴中チャンネルの受信状態が悪化し、逆に選局候補チャンネルの受信状態が良くなっている。このため、視聴中チャンネルから選局候補チャンネルへの選局移行を行う。
【００８７】
また図４（ｂ２）の例では、選局移行判定モードにおいて視聴中チャンネルの受信状態が良くなり、逆に選局候補チャンネルの受信状態が悪化している。このため、視聴中チャンネルの受信を継続する。
【００８８】
なお、選局移行判定モードにおいては、視聴側、サーチ側に使用しているブランチ数の違いを考慮する必要がある。即ち、サーチ側で用いているアンテナが１系統であっても、視聴側で用いるアンテナが複数あれば、サーチ側で評価したＣ／Ｎ値よりも、視聴側ではブランチを合成するため、合成後のＣ／Ｎは高くなるはずなので、合成後のＣ／Ｎを見越して判定する必要がある。
【００８９】
なお、ブランチ数とは、カーナビゲーションシステム９０に入力されるアンテナ系統の数である。本実施例では、ブランチ１はＤＴＶチューナ１に、ブランチ２はＤＴＶチューナ２に、ブランチ３はＤＴＶチューナ３に夫々接続される。また、ブランチ４はスプリッタ１８により二分配されて、夫々ＤＴＶチューナ４とＤＴＶチューナ１６とに接続される。
【００９０】
合成後のＣ／Ｎを見越して判定させるために、図８で行う選局移行判定時に使用する積算用Ｃ／Ｎ係数を、図１６のように視聴側とサーチ側とで差を持たせておく。
＜判定トリガ２について＞
次に、図５を用いて判定トリガ２について説明する。図５は、Ａ階層領域に設けた判定トリガ２に関する処理を示したグラフ図である。図５は、図５（ａ）をフェーズ１、図５（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００９１】
図４と同様、図５（ｂ）に示すフェーズ２の各種グラフ（図５（ｂ１）〜図５（ｂ７））は、フェーズ２移行後の、視聴側とサーチ側との受信状態の変化について、想定されうるパターンを示している。また、各パターンにおいて、選局判定がどのように行われるかを示している。
【００９２】
先述した図４では、Ｂ階層視聴中に受信状態が劣化し、Ｂ階層視聴が継続できないと判定された場合に、視聴中チャンネルから選局候補チャンネルへ移行する処理を示していた。しかし選局候補チャンネルが見つからない場合、視聴中チャンネルの階層をＡ階層に切換えて受信を継続することになる。
【００９３】
この場合でも、受信状態の劣化が進むと、Ａ階層であっても全く受信できなくなる（図中のワンセグ受信ＮＧ範囲）。このため、この全く受信できなくなる少し前に判定トリガ２を発生させる。サーチ側で受信可能なチャンネルがあれば、選局移行判定モードであるフェーズ２に移行する。
【００９４】
図９のフローと、図１６に示す係数テーブル（＝第二係数テーブル）のうち、選局移行判定モード２用（判定トリガ２から）の表により、視聴側の視聴中チャンネルとサーチ側の選局候補チャンネルとを１対１で競わせる選局移行判定モード（フェーズ２）に移行する。そしてサーチ側の受信状態が良好である、或いは視聴側の受信状態が悪化したと判定されれば、視聴側の物理チャンネルとして選局候補チャンネルを選局する。
【００９５】
この判定トリガ２の選局候補チャンネルは、視聴中チャンネルの受信状態よりも良いものであればよい。従ってＢ階層受信が不可であっても、Ａ階層視聴が継続できればよい。なお、ブランチ数の違いを考慮する方法は、判定トリガ１からフェーズ２に移行する選局移行判定モード１の場合と同様である。
＜判定トリガ３について＞
次に、図６を用いて判定トリガ３について説明する。図６は、図６（ａ）をフェーズ１、図６（ｂ）をフェーズ２とし、所定の条件を満たすことによりフェーズ１からフェーズ２へ移行する。
【００９６】
先述の判定トリガ１、及び判定トリガ２が視聴側の受信劣化局面であったのに対し、判定トリガ３は、サーチ側のチャンネルがＢ階層受信可能状態になった場合に発生する。つまり、視聴側がＡ階層受信を継続している時に、他に好条件で受信できそうなチャンネルが検出されれば選局候補チャンネルとし、選局移行判定モードに移行し、選局移行してよいか否かを判定する。
【００９７】
サーチ側では、巡回サーチを行っているので、数秒から数十秒に一度、同じチャンネルのＣ／Ｎを確認する。例えば、前回スキャンで測定したＣ／Ｎと、今回スキャンした時のＣ／Ｎが、受信限界からマージンを持って推移している時は、判定トリガ３をかける。この時、サーチ側でのＣ／Ｎが良ければこのチャンネルも選局候補リストにも入っているはずであるが、もし候補に入っていなくても、他のチャンネルが候補に入っている可能性もある。候補があれば、選局移行判定モード（フェーズ２）に入り、選局判定を行う。
【００９８】
判定トリガ１、及び判定トリガ２だけでは、視聴中チャンネルの他に好条件の受信が期待されるチャンネルが出現しても、視聴中チャンネルがＡ階層の受信限界まで来ないと、選局移行判定モードに移行できない。このため、Ｂ階層受信可能局がある場合には、少しでも早く好条件のチャンネルに選局移行させるために、本判定トリガ３を設けている。
＜定常時処理の処理フローについて＞
次に、図７を用いて視聴側の定常時処理について説明する。視聴側の定常時、即ち監視モード中は、視聴中チャンネルの受信状態の監視を定期的に行う。即ち、Ｂ階層ビタビ後ＢＥＲの取得、判定トリガ１の発生条件か否か、判定トリガ２の発生条件か否か、判定トリガ３の発生条件か否かを順次定期的に確認する。
【００９９】
ステップＳ２０１で、ＣＰＵ４９は、視聴中の物理チャンネルのＣ／Ｎと、Ｂ階層ＢＥＲを取得する。これは、監視モード（フェーズ１）での判定トリガ１、及び判定トリガ２が、ＢＥＲに基づき積算値を計算するためである。なお、Ｃ／Ｎは選局移行判定モード（フェーズ２）でのみ必要となるが、ステップＳ２０１では同時にＣ／ＮとＢＥＲを取得しておく。
【０１００】
次にステップＳ２０２で、ＣＰＵ４９は、予め定めておいた図１５の判定トリガ１発生用、判定トリガ２発生用の係数テーブルから、Ｓ２０１で取得したＢＥＲ値に応じた係数を参照し、判定トリガ１用カウンタ（＝積算カウンタ）で積算していく。図１１は、この積算動作を示した処理フローであるが、詳細は後述する。
【０１０１】
積算された値（以下、積算値）が予め定められた上限値を越えた場合は上限値で頭打ちさせ、積算値が負の値になれば、０で底打ちさせるようにして積算する。そして積算値が０になったところで判定トリガ１を発生させ、フェーズ１からフェーズ２へ移行させる。
【０１０２】
ステップＳ２０３は、説明のため図２のサーチ側定常時（監視モード）フローを簡略化して記載したものである。実際には、図７の視聴側の定常時フローに含める必要はなく、サーチ側の巡回サーチにより次に選局すべき候補チャンネルのリストを更新するのは、サーチ側のフローの中で行えばよい。
【０１０３】
また、サーチで得られた受信可能局の物理チャンネルとＣ／Ｎ、ＮＩＴから解析したネットワークＩＤとを基に、視聴中チャンネルのネットワークＩＤと等しいか、視聴中チャンネルの放送局と同系列のネットワークＩＤのものに限定し、Ｃ／Ｎのよい順番にソートし、次に選局する候補の順位付けを行い、リストとして保存する。
【０１０４】
この際、視聴中チャンネルの中継局は無条件に候補にあげるが、系列局の場合は、ＢＩＴ（Broadcaster Information Table）を参照するか、受信機内のメモリに保存してある系列局テーブルを参照して、候補に上げてもよい。
【０１０５】
更に、番組情報を参照し、視聴中番組と同じ番組であることが確認された系列局の物理チャンネルのみ、候補にあげるようにしてもよい。そして、次にサーチ側が物理チャンネルを一巡すると、選局候補リストが上書きされ、常に最新の選局候補リストが作成される。また、サーチ側で、ＮＩＴが取得される毎に、選局候補リストを更新しても良い。
【０１０６】
次にステップＳ２０４で、ＣＰＵ４９は、判定トリガ１が発生したか否かを判定する。判定トリガ１が発生するのは、Ｓ２０２にて、その時々による階層ごとのＢＥＲに応じて予め決めておいた係数（図１５で詳述）を積算して求められた積算値のうち、Ｂ階層側の積算値が０になっている場合を指す。
【０１０７】
積算値が０であるということは、Ｂ階層の受信限界が近いことを示していることになる。この場合、次に選局する候補チャンネルがある場合は、ステップＳ２０５へ移行する。なおステップＳ２０５は、フェーズ２に該当する。ステップＳ２０５では、選局移行判定モード１に進み、サーチ側チャンネルとしてサーチ側で見つけた選局候補チャンネルを選局する。
【０１０８】
次にステップＳ２０６で、ＣＰＵ４９は、選局候補チャンネルに選局移行するか否かを判定する。具体的には、前記チャンネルがＢ階層受信可能の場合か、視聴中のチャンネルが更に悪化した場合に、選局候補チャンネルに選局移行する判定され、ステップＳ２１４に進む。ステップＳ２１４では、視聴側チャンネルとして選局候補チャンネルを選局し、定期監視ループに戻る。
【０１０９】
逆に、ステップＳ２０５で、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１で受信状態が良かったサーチ側が悪くなった場合には、ＣＰＵ４９は、ステップＳ２０６で次選局チャンネルには移行しないと判定し、ステップＳ２０７に進む（詳細は図８で詳述）。
【０１１０】
ステップＳ２０７では、ＣＰＵ４９は、強階層であるＡ階層を視聴中か否かを判定し、Ａ階層視聴中であればステップＳ２０８からステップＳ２１４への処理を実行する。
【０１１１】
Ｂ階層受信中に受信状態が悪化し、判定トリガ１がかかった場合でも、他に選局する候補チャンネルがない場合や、候補チャンネルはあっても受信状態が視聴チャンネルと同等かそれ以下の場合には、視聴階層をＡ階層に切り換えて受信を継続する場合もある。このような場合においては、次に選局移行すべきタイミングは、視聴中チャンネルの受信状態が悪化し、受信限界になった場合である。
【０１１２】
判定トリガ２は、Ａ階層の受信限界近くにある程度のマージンを持たせた受信状態の領域に設定しておく。そして判定トリガ１と同じ手法で、ステップＳ２０８にて、ＣＰＵ４９は、判定トリガ２が発生したか否かを判定する。判定トリガ２が発生するのは、所定の係数（図１５で詳述）を積算した結果、Ａ階層側の積算値が０になった場合である。図１５に示す係数は、その時々による階層ごとのＢＥＲに応じて、階層ごとに予め決められている。積算値が０であるということは、Ａ階層の受信限界が近いことを示していることになる。
【０１１３】
ステップＳ２０８の判定トリガ２の判定で、Ａ階層の受信限界が近いと判定された場合には、ステップＳ２０９に移行する。ステップＳ２０９では、ＣＰＵ４９は、選局移行判定モード２に進み、サーチ側を、サーチ側で見つけた候補の物理チャンネルに選局する。
【０１１４】
ステップＳ２０９において、前記チャンネルが、視聴チャンネルよりも受信状態が上回っているか、視聴中のチャンネルが更に悪化した場合は、ステップＳ２１０で選局候補チャンネルに選局移行すると判定され、ステップＳ２１４へ移行する。
【０１１５】
逆にステップＳ２０９において、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１では受信状態が良かったサーチ側が逆に悪くなった場合は、ＣＰＵ４９は、ステップＳ２１０で次選局チャンネルには移行しないと判定し、ステップＳ２１１に進む（詳細は図９で詳述）。
【０１１６】
次にステップＳ２１１で、視聴中チャンネルよりも受信状態が良く、Ｂ階層の受信が期待できるチャンネルが出てきた場合、ＣＰＵ４９は、判定トリガ３が発生しているか否かを判定する。判定トリガ３が発生している場合、フェーズ２であるステップＳ２１２へ移行し、選局移行判定モード３に進む。
【０１１７】
ステップＳ２１２において、ＣＰＵ４９は、サーチ側チャンネルとしてサーチ側で見つけた候補チャンネルを選局し、前記チャンネルが視聴中チャンネルよりも受信状態が上回っているか、視聴中チャンネルが更に悪化した場合は、ステップＳ２１３で選局候補チャンネルに選局移行すると判定し、ステップＳ２１４に進む。これにより、視聴側を選局候補チャンネルに選局し、定期監視ループに戻る。
【０１１８】
逆にステップＳ２１２において、一旦悪くなった視聴側の受信状態が復活したか、フェーズ１では受信状態が良かったサーチ側が逆に悪くなった場合は、ＣＰＵ４９は、ステップＳ２１３で次選局チャンネルには移行しないと判定し、ステップＳ２０１に戻る（詳細は図１０で詳述）。
＜選局移行判定モード１の処理フローについて＞
次に、図８を用い、判定トリガ１が掛かった場合、即ちＢ階層視聴中に受信状態が劣化局面になりＢ階層の受信限界近くまで来た場合に、サーチ側により見つけた候補チャンネルと、どちらの受信状態が良いか、選局に値するか否かを比較判定する方法を説明する。
【０１１９】
図７の定常時フローにより、サーチ側で見つけた受信できそうな候補チャンネルのうち、Ｃ／Ｎを基準に上位３つのチャンネルを候補としてあげる。この際、視聴中の物理チャンネルも候補に上がるかもしれないが、ここでは許容する。
【０１２０】
ステップＳ３０１で、ＣＰＵ４９は、一番目の候補、即ち直前の巡回サーチでＣ／Ｎが一番高かったチャンネルから、第三番目の候補まで順番に視聴中チャンネルと比較していく。一番目で、選局移行するのに十分な受信状態と判定される場合や、視聴側が継続してＢ階層で受信可能が不可能と判定される場合、選局移行する。そうでない場合、二番目、三番目の候補と受信状態を比較評価し、受信できると判定される場合に選局移行する。
【０１２１】
次にステップＳ３０２で、ＣＰＵ４９は、サーチ側で見つけた選局候補に視聴中のチャンネルが入っていた場合、同じチャンネルに選局するのは無意味なため、ステップＳ３１３へ移行する。ステップＳ３１３では、候補の順位を一つ増やす。
【０１２２】
次にステップＳ３０３で、ＣＰＵ４９は、サーチ側を第Ｎ番目の候補の物理チャンネルを選局する。次にステップＳ３０４で、ＣＰＵ４９は、タイムアウトを設けるためタイマに三秒をセットし、タイマをスタートさせる。これは、フェーズ２で視聴側チャンネルの受信状態とサーチ側チャンネルの受信状態とが拮抗した場合、いつまでも比較判定動作をすることになり、フェーズ１で他のチャンネルの受信状態の監視ができなくなるのを回避するためのものである。
【０１２３】
更にＣＰＵ４９は、予め定めておいた、図１６に示すＣ／Ｎ値に対応する選局移行判定用の係数テーブルから、視聴側チャンネル、及びサーチ側チャンネルの、その時々のＣ／Ｎに応じた係数Ｋ４及びＫ５を調べる。そして夫々を、不図示の積算カウンタＣ４及びＣ５（＝第二積算カウンタ）に加えていく。そしてフェーズ２の判定に入ったタイミングで、積算値に初期値を代入する。初期値により、どちらを有利に選局させるか調整可能となる。
【０１２４】
次にステップＳ３０５で、ＣＰＵ４９は、視聴側のＣ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲを取得する。次にステップＳ３０６で、ＣＰＵ４９は、サーチ側のＣ／Ｎを取得する。次にステップＳ３０７で、ＣＰＵ４９は、ステップＳ３０５で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード１用のテーブルのうち、視聴側係数テーブルから係数Ｋ４を検索する。そして積算カウンタ（Ｃ４）に係数を加算し、積算していく。
【０１２５】
次にステップＳ３０８でＣＰＵ４９は、ステップＳ３０６で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード１用のテーブルのうち、サーチ側係数テーブルから係数（Ｋ５）を検索する。そして積算カウンタ（Ｃ５）に係数を加算し、積算していく。
【０１２６】
次にステップＳ３０９で、ＣＰＵ４９は、視聴側積算カウンタ（Ｃ４）及びサーチ側積算カウンタ（Ｃ５）について、上限値を超えていれば、上限値で頭打ちさせ、積算値が０を下回っていれば、０で底打ちさせる。
【０１２７】
次にステップＳ３１０及びステップＳ３１１で、ＣＰＵ４９は、視聴側チャンネルとサーチ側チャンネルとのどちらがよいかを判定する。もしステップＳ３１０でサーチ側積算値が上限値に達していれば、サーチ側の受信状態が勝っていると判定し、ステップＳ３１４に移行する。ステップＳ３１４では、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルに選局移行させる。
【０１２８】
また、ステップＳ３１１で視聴側積算値が０になっていれば、視聴側の受信状態が悪くなっているため、サーチ側積算カウンタ（Ｃ５）が上限値に達していなくても、ステップＳ３１４へ移行する。
【０１２９】
フェーズ２では、ＣＰＵ４９は、視聴側とサーチ側との受信状態を同時に評価するが、受信状態が拮抗するとなかなか判定が付かず、その間、他のチャンネルの受信状態が把握できない。このため、判定はできるだけ短時間に限定する必要がある。従ってステップＳ３１２では、ＣＰＵ４９は、ステップＳ３０４で設定した三秒間が経過しているか否かをチェックし、経過していなければステップＳ３０５に戻る。
【０１３０】
これにより、選局移行の判定が付くか、或いはステップＳ３１２でタイムアップになるまで、ステップＳ３０５からステップＳ３１１のループを繰り返す。もしステップＳ３１２でタイムアップした場合、視聴側チャンネル設定はそのままとし、ステップＳ３１３で順位を下げる。そして上記と同様の動作を、候補チャンネルがなくなるまで、或いは第三候補まで行う。動作が終了すると、視聴側は選局移行せずに監視モードに戻る。
＜選局移行判定モード２の処理フローについて＞
次に、図９について説明する。ここでは判定トリガ２が掛かった場合、即ちＡ階層の受信限界に近づいた場合に、サーチ側にて選局候補チャンネルが見つかっており、選局候補リストができている場合に選局判定を行う。
【０１３１】
動作フローは先に図８の説明で述べたものとほぼ同じであるため、詳細の説明は省略する。唯一、選局移行判定に用いる係数テーブルだけが異なる。図１６の選局移行判定テーブルのうち、選局移行判定モード２用の係数を用いる。視聴側は、係数Ｋ６の列のものを受信Ｃ／Ｎに応じて適用し、サーチ側は、係数Ｋ７の列のものを適用する。また、係数Ｋ６はカウンタＣ６で積算し、係数Ｋ７はカウンタＣ７で積算していく。
＜選局移行判定モード３の処理フローについて＞
次に、図１０を用い、判定トリガ３が掛かった場合について説明する。判定トリガ３が掛かると、選局移行判定モード３に進む。このモードに進む状況としては、Ａ階層で安定した受信ができているものの、視聴中チャンネルとは異なる他のチャンネルでＢ階層が受信可能な状態になった場合を想定している。つまり、積極的にＢ階層のチャンネルに選局移行しようとするものである。
【０１３２】
選局移行判定モード１と異なるのは、第一候補のみと比較を行う点と、選局移行を行う前に、視聴中チャンネルの階層がＡ階層からＢ階層に切り換わる条件に近づいていないかを確認する点である。即ち、視聴中チャンネルと異なるチャンネルへわざわざ切換えなくとも、もうしばらく待っていれば、Ｂ階層での受信が可能になる可能性がある場合には、視聴中チャンネルでの選局を維持するようにしている。
【０１３３】
図１０では、図８及び図９と同様に、ステップＳ５０１で、ＣＰＵ４９は、第一候補が視聴側と同じであるか否かの判定を行う。同じであれば、現在の視聴チャンネルよりも受信状態が良く、Ｂ階層の受信が期待できるチャンネルはないと判定し、Ｓ５１３に進み、フェーズ２から抜ける。
【０１３４】
次にステップＳ５０２で、ＣＰＵ４９は、サーチ側を第一番目の候補の物理チャンネルに選局する。更に、タイムアウトを設けるためタイマに三秒をセットし、タイマをスタートさせる。これは、フェーズ２で視聴側チャンネルの受信状態とサーチ側チャンネルの受信状態とが拮抗した場合に、いつまでも比較判定動作をすることとなり、フェーズ１で他のチャンネルの受信状態の監視ができなくなることを回避するためである。
【０１３５】
更に、ＣＰＵ４９は、予め定めておいた、図１６に示すＣ／Ｎ値に対応する選局移行判定用の係数テーブルから、視聴側チャンネル、サーチ側チャンネルの、その時々のＣ／Ｎに応じた係数Ｋ８及びＫ９を調べる。そして夫々の積算カウンタＣ８及びＣ９（図示せず）に加えていく。フェーズ２の選局移行判定モードに入った場合には、積算値に初期値を代入する。初期値により、どちらを有利に選局させるかを調整可能とする。
【０１３６】
次にステップＳ５０４で、ＣＰＵ４９は、視聴側のＣ／Ｎ、Ｂ階層ビタビ後ＢＥＲ、Ａ階層ビタビ後ＢＥＲを取得する。次にステップＳ５０５で、サーチ側のＣ／Ｎを取得する。次にステップＳ５０６で、ＣＰＵ４９は、ステップＳ５０４で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード３用のテーブルのうち、視聴側係数テーブルから係数Ｋ８を検索し、積算カウンタ（Ｃ８）に係数を加算し、積算していく。
【０１３７】
次にステップＳ５０７で、ＣＰＵ４９は、ステップＳ５０５で取得したＣ／Ｎを基に、図１６に示す選局移行判定モード３用のテーブルのうち、サーチ側係数テーブルから係数（Ｋ９）を検索し、積算カウンタ（Ｃ９）に係数を加算し、積算していく。
【０１３８】
次にステップＳ５０８で、ＣＰＵ４９は、視聴側積算カウンタ（Ｃ８）及びサーチ側積算カウンタ（Ｃ９）について、上限値を超えていれば、上限値で頭打ちさせ、積算値が０を下回っていれば、０で底打ちさせる。
【０１３９】
ステップＳ５０８及びステップＳ５１０では、ＣＰＵ４９は、視聴側チャンネルとサーチ側チャンネルとのどちらがよいかを判定する。もしステップＳ５０８でサーチ側の積算値が上限値に達していれば、サーチ側の受信状態が勝っていると判定し、ステップＳ５０９へ移行する。
【０１４０】
後述する視聴側Ｂ階層ＢＥＲの積算値、即ち階層切換を行うか否かを決める積算値カウンタ（Ｃ１）が、上限値と下限値（＝０）の間に設けた初期値以下であれば、ステップＳ５１２へ移行する。これにより、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルに選局移行させる。
【０１４１】
また、ステップＳ５０９でカウンタＣ１が初期値を上回っていたら、Ａ階層からＢ階層への階層切換が近づいているような受信状態の推移であると推測できる。このため、選局移行は行わず、視聴中チャンネルでの受信を継続させるためステップＳ５１３へ進み、フェーズ２を抜ける。そしてフェーズ１へ戻り、サーチ側は巡回サーチを行い、視聴側は定常監視を行う。
【０１４２】
また、ステップＳ５１０で視聴側積算値Ｃ８が０になっていれば、視聴側の受信状態が悪くなっているため、サーチ側積算カウンタ（Ｃ９）が上限値に達していなくても、ステップＳ５１２へ移行する。これにより、視聴側の物理チャンネルを、サーチ側で見つけた候補チャンネルへ選局移行させる。
【０１４３】
次にステップＳ５１１で、ＣＰＵ４９は、ステップＳ５０３で設定した三秒間が経過していないか否かをチェックし、経過していなければステップＳ５０４に戻る。そして選局移行の判定が付くか、ステップＳ５１１でタイムアップになるまで、ステップＳ５０４からステップＳ５１０のループを繰り返す。ステップＳ５１１でタイムアップした場合には、視聴側チャンネル設定はそのままとし、ステップＳ５１３へ移行し、フェーズ２を抜け、フェーズ１へ戻る。サーチ側は巡回サーチを行い、視聴側は定常監視を行う。
＜判定トリガ１の発生フローについて＞
次に、図１１を用いて、判定トリガ１の発生フローを説明する。本フローで判定トリガ１が発生する、つまり判定トリガ１がかかると、視聴側の定期監視の中、図７のステップＳ２０４でチェックされ、ステップＳ２０５で選局移行判定を行うきっかけとなる。
【０１４４】
図１１のＳＴＡＲＴは、デジタル放送受信ブロック６０の起動直後の状態である。まずステップＳ６０１で、ＣＰＵ４９は、カウンタ２に上限値を設定する。次にステップＳ６０２で、ＣＰＵ４９は、カウンタの初期値を代入している。次にステップＳ６０３で、ＣＰＵ４９は、選局操作がなされた場合はステップＳＳ６０４へ移行し、カウンタ２に初期値を代入し、ステップＳ６０５へ移行する。
【０１４５】
次にステップＳ６０５で、ＣＰＵ４９は、視聴側のＢ階層のビタビ後ＢＥＲ値を復調／合成部３から読み出し、計算を行う。次にステップＳ６０６で、ＣＰＵ４９は、ステップＳ６０５で取得したＢ階層のＢＥＲ値から、予め定められた、ＢＥＲ値に応じて重み付けられた係数テーブル（図１５、判定トリガ１発生用）を参照し、係数Ｋ２を検索する。
【０１４６】
例えば、Ｂ階層ＢＥＲが３．０ｅ−４だった場合には、Ｋ２＝０となり、ステップＳ６０６を抜ける。次にステップＳ６０７で、カウンタＣ２にステップＳ６０６で検索されたＫ２を積算する。
【０１４７】
次にステップＳ６０８で、ＣＰＵ４９は、カウンタＣ２が下限値である０を下回っているか否かを判定する。０を下回っている場合、ステップＳ６１０で判定トリガ１を発生させた後、ステップＳ６１１でカウンタＣ２の積算値を下限値０で底打ちさせる。０を下回っていない場合、ステップＳ６０９へ移行し、上限値のチェックを行う。上限値を超えている場合、ステップＳ６１２にてカウンタＣ２の値を上限値で頭打ちさせる。
【０１４８】
ステップＳ６１１で底打ち処理された場合、もしくはステップＳ６１２で頭打ち処理された場合、もしくはカウンタＣ２が上限にも下限にも達していない場合、ＣＰＵ４９は、ステップＳ６１３へ移行し、設定時間の経過後、ステップＳ６０３に戻り、上述の一連の動作を繰り返す。
【０１４９】
なお上記の例では、Ｂ階層ＢＥＲが３．０ｅ−４だった場合を用いたが、Ｋ２＝０であったため、カウンタＣ２の値に変化はなく、ステップＳ６０３以降の最初の一巡目では、初期値のままとなる。つまり、ビタビ後ＢＥＲが３．０ｅ−４であれば、エラー訂正後であれば短期間の間にはエラーは発生しない。このため、カウンタＣ２は下限値には余裕があるため、判定トリガ１は発生しないが、この区分よりＢＥＲ値が低ければ（受信状態が良ければ）カウンタＣ２は増えていく。またＢＥＲ値が高ければカウンタＣ２は減っていく。この受信状態の悪い傾向が続けば、いずれカウンタＣ２の値は０となり、判定トリガ１が発生する。
【０１５０】
なお、判定トリガ１が発生した場合、フラグを立てるようにして、図７のステップＳ２０４で前記フラグをチェックしてもよい。
【０１５１】
また、ステップＳ６１３の設定時間であるが、一秒よりは短い方が良く、周期が短い方が受信環境の速い変化に追従できる。しかしステップＳ６０５におけるＢＥＲ値の取得及び計算に時間がかかるため、ＢＥＲ値の精度をどの程度まで確保するかに応じて、定めるものとする。
＜判定トリガ２の発生フローについて＞
次に、図１２を用いて、判定トリガ２の発生フローを説明する。本フローは、図１１の判定トリガ１の発生フローとほぼ同じである。参照するＢＥＲが、判定トリガ１の場合はＢ階層であったのに対し、本フローではＡ階層のビタビ後ＢＥＲを参照するところが異なる。
【０１５２】
また、Ａ階層ＢＥＲ値に応じて参照する係数テーブルも、判定トリガ１の係数Ｋ４、Ｋ５ではなく、図１６の係数テーブルのうち、視聴側は係数Ｋ６を、サーチ側は係数Ｋ７を適用し、夫々カウンタＣ６とＣ７に積算するところが相違している。その他の計算、判定は図１１と同じであるため省略する。
＜判定トリガ３の発生フローについて＞
次に、図１３を用いて、判定トリガ３の発生フローを説明する。上述の判定トリガ１及び判定トリガ２が、視聴側の受信状態により判定され、フェーズ２への移行の契機となるものであるのに対し、判定トリガ３は、サーチ側の候補チャンネルの受信状態に変化、即ちサーチ側候補に受信Ｃ／Ｎがよいチャンネルが現れた場合に、フェーズ２へ移行する契機として用いるものである。
【０１５３】
ここでは次に述べるとおり、サーチ側の選局候補チャンネル第一位のチャンネルの受信Ｃ／Ｎが継続的に三回続いたか否か、即ち、サーチが一巡した場合を一回と数え、三回連続して同じチャンネルで基準値以上のＣ／Ｎだった場合に判定トリガ３を発生させる。
【０１５４】
まず、受信機が起動した場合に、ステップＳ８０１で、ＣＰＵ４９は、判定トリガ３のフラグをリセットする。次に、ステップＳ８０２で、選局候補リストをクリアする。次に、ステップＳ８０３で、継続回数をクリアする。
【０１５５】
継続回数とは、サーチ側で選局候補チャンネルがあげられた場合に、候補第一番目のチャンネルが、所定水準のＣ／Ｎを持った状態を継続して持っているか否かを調べるために数える回数である。サーチ側で選局候補リストが作られる度に確認し、継続回数がインクリメントされる。なお、所定水準とは、４ブランチの場合のＢ階層受信可能なＣ／Ｎが基準となる。ただし、サーチ側は１ブランチのＣ／Ｎしか分からないため、概ね４ブランチ合成時の１ブランチあたりに必要な受信Ｃ／Ｎに相当する。
【０１５６】
次にステップＳ８０４で、ＣＰＵ４９は、選局操作が行われたか否かを調べ、異なる物理チャンネルに選局された場合、ステップＳ８０５に進む。ステップＳ８０５で、ＣＰＵ４９は、判定トリガ３のフラグのリセットを行うとともに、ステップＳ８０６で、選局候補リストのクリアを行う。
【０１５７】
なお、ステップＳ８０２及びステップＳ８０６の選局候補リストのクリアは、図２のサーチ側の定常フローの中で行ってもよい。
【０１５８】
ステップＳ８０４で、ＣＰＵ４９は、選局操作が行われなかったと判定された場合、ステップＳ８０７へ移行し、サーチ側の巡回サーチで作られた選局候補リストのうちの、第一番目の選局候補チャンネルが有効か否かを調べる。つまり、選局直後はリストがクリアされており、最初からサーチすべきチャンネルを一巡していない期間が存在するため、この調査を行う。
【０１５９】
ステップＳ８０７で、有効であると判定された場合、ＣＰＵ４９は、ステップＳ８０８に移行し、継続回数が０か、それより大きいか否かを判定する。選局直後の場合は、継続回数は０回に相当する。大きくない場合、ステップＳ８１１へ移行し、第一候補の物理チャンネルを記録する。選局直後の場合に加え、選局直後の場合でなくても、候補の順位が入れ替わったり、サーチ用ブランチのＣ／Ｎが基準以下になったりする場合もある。このため、ステップＳ８１２で、継続回数カウンタをクリアする。
【０１６０】
次にステップＳ８０９で、ＣＰＵ４９は、選局候補リストの順位が一位であるチャンネルが、前回調べた時と同じか否かを調べる。違っていれば、ステップＳ８１１で、今回一位であったチャンネルを記録しなおす。そして連続条件から外れるため、ステップＳ８１２で継続回数のカウンタをリセットする。前回と同じチャンネルであれば、ステップＳ８１０へ移行する。
【０１６１】
次にステップ８１０で、ＣＰＵ４９は、選局候補チャンネルにおいて、Ｂ階層の受信が可能か否かの目安となるＣ／Ｎが、基準値以上であるか否か調べる。基準値に達していない場合、ステップＳ８１１へ移行し、現在の第一候補の物理チャンネル番号を記録するとともに、ステップＳ８１２で、継続回数カウンタをクリアする。
【０１６２】
なお前記基準値は、例えばサーチ側の単一ブランチで１９ｄＢあれば、４ブランチ合成後に約２５ｄＢ程度が得られることが予想され、これにマージンを加味して設定される。
【０１６３】
ステップＳ８１０で、基準値以上と判定された場合、ステップＳ８０７からステップＳ８１０までの条件を全て満たし、候補が前回のチャンネルと変わっておらず、しかもサーチ側の受信Ｃ／Ｎが基準値を超えたこととなる。このため、ステップＳ８１３で、ＣＰＵ４９は、継続回数をインクリメントする。
【０１６４】
次にステップＳ８１４で、ＣＰＵ４９は、継続回数を調べ、継続回数が三回以上であれば、ステップＳ８１５で判定トリガ３を発生させ、フェーズ２への移行の契機とする。その後、サーチ側でサーチすべき物理チャンネルを一巡し、選局候補リストが更新されるまで、ステップＳ８１６で待機する。更新されれば、ステップＳ８０４へ戻り、このループを繰り返す。
＜階層切換タイミングについて＞
次に、図１４を用いて、判定トリガ１と階層切換範囲の関係について説明する。なお図１４に示す階層切換判定フローは、特許公報の特許第４３１５９９０号の図２に示されている従来技術と同様のものである。従って説明は省略する。
【０１６５】
特許第４３１５９９０号では、階層切換タイミングは、Ｂ階層ＢＥＲの推移に依存し、ヒステリシスを持った階層切換動作となっている。つまり、ある決まったＢＥＲ値やＣ／Ｎ値で判定しているわけではないので、階層切換は受信状態のある領域中で行われることになる。一方で、判定トリガ１は、階層切換前に必ず発生させる必要がある。
【０１６６】
つまり、受信状態が劣化していく局面で、階層切換が発生する前に次の選局候補に選局移行させるためには、判定トリガ１の判定は階層切換の判定と、一定の関係を持たせておく必要がある。また、判定トリガ１と階層切換範囲とは、あまり大きなマージンは持たせられない。これは、受信状態がかなり良くないと判定トリガ１が発生せず、Ｂ階層どうしの選局移行のチャンスを逃すことにつながるためである。
【０１６７】
従って、判定トリガ１の発生も、階層切換判定の方法に合わせておく。つまり図１１の判定トリガ１発生フローを、図１４の階層切換判定フローと同じにしておく。更に図１５に示す係数テーブルに所定の関係を持たせておけば、確実に階層切換前に判定トリガ１が発生することとなる。よって、本発明の判定トリガ１発生は、特許第４３１５９９０号の技術を用いることを前提としている。
＜階層切換タイミング用／判定トリガ１発生用／判定トリガ２発生用係数について＞
次に、図１５のテーブル図を用いて、階層切換タイミング用係数、判定トリガ１発生用係数、及び判定トリガ２発生用係数について説明する。
【０１６８】
階層切換用の係数は、Ｂ階層ビタビ後ＢＥＲにより場合分けされる。この図の場合、二十分割されている。階層切換用のＫ１については、
２．３ｅ−３＞ＢＥＲ＞１．８ｅ−３
の範囲の場合には、係数Ｋ１は０である。このビタビ後ＢＥＲ値の場合、エラー訂正後は短期的にはエラーフリーとなるので、Ｂ階層からＡ階層への階層切換は必要ない。
【０１６９】
これに対し、判定トリガ１発生用係数Ｋ２の場合は、Ｋ２＝０となるビタビ後ＢＥＲの範囲を、
５．０ｅ−４＞ＢＥＲ＞２．８ｅ−４
としておくと、約一桁程度のＢＥＲの差となる。また、同じＢＥＲ値において、階層切換用に対して判定トリガ１用を小さくしておくことにより、係数の積算値であるカウンタ１、カウンタ２の値は、受信状態の劣化局面では、必ず判定トリガ１発生用積算カウンタＣ２の方が早く０になる。このため、階層切換判定よりも前に判定トリガ１が発生し、移行可能なチャンネルがあれば、Ｂ階層からＢ階層への選局移行が可能となる。
【０１７０】
判定トリガ２発生用係数Ｋ３は、係数Ｋ２よりも一桁程度小さい方向にＫ３＝０をシフトしている。しかし現行、多くの放送局はＡ階層を部分受信階層として使っているため、Ｂ階層に比べデータレートが低く、Ｂ階層と同程度の精度のＢＥＲ値を算出するのに時間がかかる。
【０１７１】
このため、ＢＥＲ測定時間をＢ階層と同程度にとると、精度が悪くなり、ＢＥＲ値がばらつきやすくなる。従って、エラー訂正後にエラーが出ないＢＥＲ値まで、若干マージンを見込み、判定トリガ２が発生する時点では、エラー訂正後にエラーが出ないようにしている。
＜選局移行判定用係数について＞
次に、図１６のテーブル図を用いて、選局移行判定用係数について説明する。階層切換、判定トリガ１、及び判定トリガ２は、Ｂ階層及びＡ階層のビタビ後ＢＥＲ値を基に積算用係数を決定していた。しかしフェーズ２の選局移行判定には、Ｃ／Ｎにより係数を決める。また、判定トリガ１、判定トリガ２、判定トリガ３の発生要因別に、適用する係数を違えておく。このようにすることにより、目的とする階層への移行ができるか否か判定することができる。
【０１７２】
例えば、判定トリガ１がかかった場合、Ｂ階層受信の継続が難しくなって来たわけであり、もし他にＢ階層の受信が期待できるチャンネルがあれば、Ｂ階層に移行することが望ましい。このため、視聴側の係数とサーチ側の係数とを、各Ｃ／Ｎに対し、同等にとっておく。
【０１７３】
また、判定トリガ１に関しては、Ｂ階層受信ができることを目的とするため、Ｃ／Ｎが概ね１８ｄＢを境に、高いＣ／Ｎでは正の係数を、低いＣ／Ｎでは負の係数を割り振っておく。そして視聴側の視聴中チャンネルのＣ／Ｎと、サーチ側で評価する次選局チャンネルのＣ／Ｎとを積算し、先に積算値が上限に達した方を受信状態がよいと判定する。
【０１７４】
また、判定トリガ２が発生した場合、選局移行判定モード２に入るが、この時は視聴側、サーチ側Ｃ／Ｎに対し、係数Ｋ６及び係数Ｋ７を適用する。判定トリガ２が発生したということは、Ａ階層の受信限界に近づきつつあるので、Ｃ／Ｎが概ね８ｄＢのところの係数を０にとる。それより受信状態がよい、即ちＣ／Ｎが高い値では正の係数を、低い値では負にとっておき、夫々Ｃ／Ｎに応じて値を加減する。
【０１７５】
判定トリガ３については、この場合も判定トリガ１と同様に、Ａ階層からＢ階層のチャンネルへの選局移行を想定するので、基本的には判定トリガ１と同等の係数配置にしておくことで、選局移行判定ができる。
【０１７６】
ただし、視聴側の使用ブランチ数と、サーチ側のブランチ数は異なるため、係数にも考慮が必要である。実際には、視聴側では各ブランチの合成が行われるため、仮に各ブランチに等しい受信電力が入力された場合、受信電力は視聴側とサーチ側では四倍の差になる。
【０１７７】
更に、移動受信した場合、フェージングが発生するが、１ブランチのＣ／Ｎでは変動が大きいことに加え、４ブランチ合成した後のＣ／Ｎの変動は小さく、後者の方が有利となる。このため、１ブランチのサーチ側Ｃ／Ｎから、選局移行した後の４ブランチ合成後のＣ／Ｎを推定する必要がある。
【０１７８】
前記推定を行うためには、同じ土俵で比較する必要がある。即ち、サーチ側がシングルブランチであるため、視聴側も合成前のブランチごとのＣ／Ｎで評価してやればよい。また、サーチ側はシングルブランチのため変動が大きい。このため、短時間に何回か測ったＣ／Ｎのうち、最大値をこの期間のＣ／Ｎの代表値とし、視聴側は何回か測ったＣ／Ｎ値を平均したものとを比較すれば、比較的同じ土俵で比較しやすくなる。
【０１７９】
また、各ブランチ間のＣ／Ｎに大差がない場合には、視聴側の合成後Ｃ／Ｎの評価値は大きく外れないが、いずれかのブランチの入力が飛び抜けて大きい、または小さくなった場合、大きくずれる場合がある。そのため、上位３ブランチのＣ／Ｎ値のみ採用するか、各ブランチのＣ／Ｎ値の差に応じて、係数に対し重み付けを付けたものを積算してもよい。
【０１８０】
図１６では、サーチ側の係数は、視聴側の概ね三倍になっているところが多い。しかし先述のように、視聴側の係数積算を行う場合、簡便のため一番Ｃ／Ｎの低いブランチを除き、上位３ブランチのＣ／Ｎに対する各係数（Ｋ４またはＫ６またはＫ８）を適用する。視聴側の係数を平均する代わり、視聴側３ブランチ分の係数を全て加え、一方のサーチ側係数は視聴側の三倍を基本としている。
【０１８１】
ただし、ブランチごとのＣ／Ｎと、合成後のＣ／Ｎとの相関は、単に電力に比例するだけでなく、Ｃ／Ｎ算出方法にも依存する。また、フェージング環境下では、ブランチごとのＣ／Ｎと合成後のＣ／Ｎとにも差が出る。
【０１８２】
実際には、フェージング環境下での単一ブランチＣ／Ｎと、４ブランチ合成後のＣ／Ｎには、１０ｄＢ程度の差が出ることがある。このため、この差を埋めるために、サーチ側の係数を視聴側の三倍した上で、表の下方向に１ｄＢ下げて設定している。これはあくまで一例であり、復調器の特性に合わせて設定される。
＜選局移行判定モード１の計算過程例＞
図１７は、選局移行判定モード１の計算過程の一例である。この例では、視聴側がＢ階層受信中に受信状態が悪くなって判定トリガ１が発生し、フェーズ２の選局移行判定モード１に移行したが、サーチ側チャンネルの受信状態も視聴側と比べあまり優位にはなく、選局移行しないと判定した場合の例を示している。
【０１８３】
図１７の例では、タイムアウトに設定している三秒間では、視聴側／サーチ側積算値とも上限値、下限値に達しなかった。サーチ側の受信状態は、視聴中チャンネルに比べ若干良いものの大差はなく、サーチ側に選局してもＢ階層視聴が安定してできる状態ではないと判定された。このため、選局移行がなされなかった結果となっている。
＜その他の実施の形態＞
以上、好ましい実施の形態及び実施例をあげて本発明を説明したが、本発明は必ずしも上記実施の形態に限定されるものではなく、その技術的思想の範囲内において様々に変形して実施することができる。
【０１８４】
従って本発明は、以下の形態にも適用可能である。
【０１８５】
（Ａ）上記実施形態では、本発明の選局移行処理を実施するデジタル放送受信装置として、カーナビゲーションシステム９０を例に説明しているが、これ以外のデジタル放送受信装置において実施する形態でもよい。例えば、ポータブルテレビやテレビ受信機能付き携帯電話等で実施する形態でもよい。
【符号の説明】
【０１８６】
１ ダイバーシティアンテナ（アンテナ）
１’ 視聴／サーチ共用アンテナ（アンテナ）
２ ＤＴＶチューナ（第二チューナ）
３ 復調／合成部
４、４’ オーディオフィルタ
５、５’ オーディオデコーダ
６、６’ ビデオフィルタ
７、７’ ビデオデコーダ
８、８’ データフィルタ
９、９’ データデコーダ
１１ Ｄ／Ａコンバータ
１２ ＬＰＦ／ドライバ
１３ 映像処理部
１４ Ｄ／Ａコンバータ
１５ ＬＰＦ／ドライバ
１６ ＤＴＶチューナ（第一チューナ）
１７ 復調部
２３ 音声ソースセレクタ
２４ ミキサイコライザ
２５ パワーアンプ
２６ スピーカ
３０ 映像ソースセレクタ
３１ 映像表示装置
４９ ＣＰＵ（制御部）
５０ ＲＡＭ（記録部）
６０ デジタル放送受信ブロック
７０ 視聴用受信回路ブロック
８０ サーチ用受信回路ブロック
９０ カーナビゲーションシステム（デジタル放送受信装置）
【特許請求の範囲】
【請求項１】
デジタル放送信号を受信する第一チューナ及び第二チューナと、
デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、
前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、
前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較すること
を特徴とするデジタル放送受信装置。
【請求項２】
前記制御部は、前記放送局識別情報と前記中継／系列局チャンネルとを対応付けたリストを作成し、前記巡回選局のたびに、前記リストに含まれる前記中継／系列局チャンネルに対して前記受信状態情報に基づいた優先度を設定し、
選局対象とする前記中継／系列局チャンネルを前記優先度に基づいて決定し、決定した該中継／系列局チャンネルを前記第一チューナに選局させること
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
復調後のＢＥＲ（Bit Error Rate）の範囲に対応する複数の係数を持つテーブルであり、前記係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されているテーブルを記録した記録部と、前記ＢＥＲに基づいて参照される前記係数を積算する積算カウンタとを備え、
前記積算カウンタは、予め定められた上限値及び下限値の範囲内で積算を行い、
前記制御部は、前記積算カウンタにより得られる値が下限値となった場合に、前記第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、前記比較を行うこと
を特徴とする請求項２に記載のデジタル放送受信装置。
【請求項４】
前記制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行い、前記係数テーブル及び前記積算カウンタを視聴階層ごとに設け、前記係数の積算を視聴階層ごとに行うこと
を特徴とする請求項３に記載のデジタル放送受信装置。
【請求項５】
受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、前記比較を行うか否かの判定と同じ方法で行うともに、前記の両判定において用いられる前記係数テーブルを、前記の両判定ごとに個別に設け、
受信状態が劣化している局面において、前記比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、前記係数テーブルを予め設定したこと
を特徴とする請求項４に記載のデジタル放送受信装置。
【請求項６】
前記制御部は、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較する場合にＣ／Ｎ（Carrier to Noise ratio）を用い、
前記記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、前記第一チューナ及び前記第二チューナで個別に前記係数が設定されており、且つ前記係数について受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている第二係数テーブルを記録し、
前記デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される前記係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備え、
前記制御部は、選局移行するか否かを、前記第二積算カウンタより得られる、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較することにより行うこと
を特徴とする請求項５に記載のデジタル放送受信装置。
【請求項７】
前記制御部は、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較する場合に、予め定められた時間内において、前記第一チューナに設定されている前記係数の積算値が前記上限値に達した場合、または前記第二チューナに設定されている前記係数の積算値が前記下限値に達した場合に選局移行し、前記時間内に判定が付かない場合に、選局移行しないか、または前記積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう前記第二チューナを制御すること
を特徴とする請求項６に記載のデジタル放送受信装置。
【請求項８】
前記制御部は、前記第二チューナに接続されるアンテナが複数であり、且つ前記第一チューナに接続されるアンテナが単一である場合に、前記第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得し、前記第一チューナのＣ／Ｎを評価時間内の最大値から取得すること、
を特徴とする請求項７に記載のデジタル放送受信装置。
【請求項９】
前記制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、前記部分受信階層帯域の受信情報から、前記視聴側チャンネルの受信状況を推定すること
を特徴とする請求項８に記載のデジタル放送受信装置。
【請求項１０】
前記制御部は、前記第二チューナに接続されるアンテナ数と、前記第一チューナに接続されるアンテナ数とが異なる場合に、前記第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行うこと、
を特徴とする請求項９に記載のデジタル放送受信装置。
【請求項１】
デジタル放送信号を受信する第一チューナ及び第二チューナと、
デジタル放送の受信帯域内の物理チャンネルを前記第一チューナにより巡回選局させ、前記第二チューナに視聴側チャンネルを選局させる制御部と、を備えるデジタル放送受信装置において、
前記制御部は、前記視聴側チャンネルと放送局識別情報が同じ、または前記視聴側チャンネルと系列が同じである中継／系列局チャンネルを判別し、
前記視聴側チャンネルの受信状態を監視し、該監視している受信状態が受信限界に達した場合に、前記第一チューナに前記中継／系列局チャンネルを選局させ、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較すること
を特徴とするデジタル放送受信装置。
【請求項２】
前記制御部は、前記放送局識別情報と前記中継／系列局チャンネルとを対応付けたリストを作成し、前記巡回選局のたびに、前記リストに含まれる前記中継／系列局チャンネルに対して前記受信状態情報に基づいた優先度を設定し、
選局対象とする前記中継／系列局チャンネルを前記優先度に基づいて決定し、決定した該中継／系列局チャンネルを前記第一チューナに選局させること
を特徴とする請求項１に記載のデジタル放送受信装置。
【請求項３】
復調後のＢＥＲ（Bit Error Rate）の範囲に対応する複数の係数を持つテーブルであり、前記係数について、受信可能領域のＢＥＲ範囲では正の係数が設定され、受信不可領域のＢＥＲ範囲では負の係数が設定されているテーブルを記録した記録部と、前記ＢＥＲに基づいて参照される前記係数を積算する積算カウンタとを備え、
前記積算カウンタは、予め定められた上限値及び下限値の範囲内で積算を行い、
前記制御部は、前記積算カウンタにより得られる値が下限値となった場合に、前記第二チューナで選局されている前記視聴側チャンネルの受信状態が受信限界に達したとみなし、前記比較を行うこと
を特徴とする請求項２に記載のデジタル放送受信装置。
【請求項４】
前記制御部は、視聴階層が複数ある放送波に対して、受信状態が受信限界に達したか否かの判定を視聴階層ごとに行い、前記係数テーブル及び前記積算カウンタを視聴階層ごとに設け、前記係数の積算を視聴階層ごとに行うこと
を特徴とする請求項３に記載のデジタル放送受信装置。
【請求項５】
受信状態に応じて複数の視聴階層を切り換える場合に、視聴階層を切り換えるか否かの判定を、前記比較を行うか否かの判定と同じ方法で行うともに、前記の両判定において用いられる前記係数テーブルを、前記の両判定ごとに個別に設け、
受信状態が劣化している局面において、前記比較を行うか否かの判定が、視聴階層の切り換えの判定よりも早い段階で発生するよう、前記係数テーブルを予め設定したこと
を特徴とする請求項４に記載のデジタル放送受信装置。
【請求項６】
前記制御部は、前記第一チューナで選局されている前記中継／系列局チャンネルの受信状態と前記第二チューナで選局されている前記視聴側チャンネルの受信状態とを比較する場合にＣ／Ｎ（Carrier to Noise ratio）を用い、
前記記録部は、Ｃ／Ｎの範囲に対応する複数の係数を持つテーブルであり、前記第一チューナ及び前記第二チューナで個別に前記係数が設定されており、且つ前記係数について受信可能領域のＣ／Ｎ範囲では正の係数が設定され、受信不可領域では負の係数が設定されている第二係数テーブルを記録し、
前記デジタル放送受信装置は、Ｃ／Ｎに基づいて参照される前記係数を積算するカウンタであり、上限値及び下限値を予め設定されている第二積算カウンタを備え、
前記制御部は、選局移行するか否かを、前記第二積算カウンタより得られる、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較することにより行うこと
を特徴とする請求項５に記載のデジタル放送受信装置。
【請求項７】
前記制御部は、前記第一チューナに設定されている前記係数の積算値と前記第二チューナに設定されている前記係数の積算値とを比較する場合に、予め定められた時間内において、前記第一チューナに設定されている前記係数の積算値が前記上限値に達した場合、または前記第二チューナに設定されている前記係数の積算値が前記下限値に達した場合に選局移行し、前記時間内に判定が付かない場合に、選局移行しないか、または前記積算値が大きいチューナが選局している物理チャンネルへ選局移行するよう前記第二チューナを制御すること
を特徴とする請求項６に記載のデジタル放送受信装置。
【請求項８】
前記制御部は、前記第二チューナに接続されるアンテナが複数であり、且つ前記第一チューナに接続されるアンテナが単一である場合に、前記第二チューナのＣ／Ｎを各アンテナのＣ／Ｎ平均値から取得し、前記第一チューナのＣ／Ｎを評価時間内の最大値から取得すること、
を特徴とする請求項７に記載のデジタル放送受信装置。
【請求項９】
前記制御部は、前記第一チューナを用いて部分受信階層帯域を受信し、前記部分受信階層帯域の受信情報から、前記視聴側チャンネルの受信状況を推定すること
を特徴とする請求項８に記載のデジタル放送受信装置。
【請求項１０】
前記制御部は、前記第二チューナに接続されるアンテナ数と、前記第一チューナに接続されるアンテナ数とが異なる場合に、前記第二チューナのＣ／Ｎを評価する際に、Ｃ／Ｎの最も低いアンテナを除外して算出を行うこと、
を特徴とする請求項９に記載のデジタル放送受信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公開番号】特開２０１２−２１３０５１（Ｐ２０１２−２１３０５１Ａ）
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願番号】特願２０１１−７７８６１（Ｐ２０１１−７７８６１）
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
【公開日】平成２４年１１月１日（２０１２．１１．１）
【国際特許分類】
【出願日】平成２３年３月３１日（２０１１．３．３１）
【出願人】（０００００１８８９）三洋電機株式会社 (18,308)
【Ｆターム（参考）】
[ Back to top ]