(57)【要約】【課題】デジタル放送を視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる移動体用デジタル放送受信装置を提供する。【解決手段】デジタル放送信号を受信する少なくとも一つの視聴用チューナを備え、デジタル放送を視聴可能な移動体用デジタル放送受信装置において、デジタル放送信号を受信する少なくとも一つのサーチ用チューナと、デジタル放送を視聴中か否かに関わらず、デジタル放送の受信帯域内の全ての物理チャンネルを前記サーチ用チューナに順次選局させ、前記全ての物理チャンネルについて放送局識別情報および受信状態情報を取得することを試みる制御部と、を備えた構成とした。【選択図】図１
2011182057.tif 000002
【特許請求の範囲】
【請求項１】
デジタル放送信号を受信する少なくとも一つの視聴用チューナを備え、デジタル放送を視聴可能な移動体用デジタル放送受信装置において、
デジタル放送信号を受信する少なくとも一つのサーチ用チューナと、
デジタル放送を視聴中か否かに関わらず、デジタル放送の受信帯域内の全ての物理チャンネルを前記サーチ用チューナに順次選局させ、前記全ての物理チャンネルについて放送局識別情報および受信状態情報を取得することを試みる制御部と、を備えたことを特徴とする移動体用デジタル放送受信装置。
【請求項２】
前記サーチ用チューナが一つの物理チャンネルを選局し復調同期できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、移動体用デジタル放送受信装置の移動速度情報に応じて可変設定されることを特徴とする請求項１に記載の移動体用デジタル放送受信装置。
【請求項３】
前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、移動体用デジタル放送受信装置の移動速度情報に応じて可変設定されることを特徴とする請求項１または請求項２に記載の移動体用デジタル放送受信装置。
【請求項４】
前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、視聴中か非視聴中かに応じて可変設定されることを特徴とすることを特徴とする請求項１〜請求項３のいずれかに記載の移動体用デジタル放送受信装置。
【請求項５】
前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、視聴している物理チャンネルの受信状態に応じて可変設定されることを特徴とする請求項１に記載の移動体用デジタル放送受信装置。
【請求項６】
前記放送局識別情報を含む情報とは、ＮＩＴ（Network Information Table）であることを特徴とする請求項３〜請求項５のいずれかに記載の移動体用デジタル放送受信装置。
【請求項７】
前記制御部は、取得した前記放送局識別情報をキーとして、物理チャンネル情報と前記物理チャンネル情報に対応する取得した前記受信状態情報とを組として受信状態が良好な順にソートすることを特徴とする請求項１〜請求項６のいずれかに記載の移動体用デジタル放送受信装置。
【請求項８】
車速パルス或いはＧＰＳ信号或いは加速度検出信号に基づき前記移動速度情報を生成し出力する移動速度情報生成部を備えたことを特徴とする請求項２または請求項３に移動体用デジタル放送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信機能を有したカーナビゲーションシステムを始めとする移動体用デジタル放送受信装置に関する。
【背景技術】
【０００２】
従来から、デジタル放送を移動しながら受信する移動体用デジタル放送受信装置が開発されており、例えば、地上デジタル放送受信機能を有したカーナビゲーションシステムが開発されている。
【０００３】
地上デジタル放送では、同じ放送局でも、中継局ごとに異なる周波数で放送されている場合、受信装置が現在の放送エリアから他の放送エリアに移動した際には、受信状態が悪化し、それまで視聴していた番組が視聴できなくなってしまう。
【０００４】
そこで、例えば、特許文献１には、視聴中の番組の受信状態が悪化すると自動的に、中継局サーチを開始し、中継局が見つかった場合は、その中継局を受信し、中継局が見つからなかった場合は、系列局サーチを開始し、同一系列の放送局が見つかった場合は、その放送局を受信するような移動体用デジタル放送受信装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８８８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１の移動体用デジタル放送受信装置では、受信状態が悪化して初めてサーチを開始し、受信可能な放送局が見つかり再び視聴できるようになるまでにある程度の時間がかかるので、その間視聴の中断が発生し、ユーザが視聴したい場面を逃してしまう可能性もあった。
【０００７】
上記問題点を鑑み、本発明は、デジタル放送を視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる移動体用デジタル放送受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、デジタル放送信号を受信する少なくとも一つの視聴用チューナを備え、デジタル放送を視聴可能な移動体用デジタル放送受信装置において、
デジタル放送信号を受信する少なくとも一つのサーチ用チューナと、
デジタル放送を視聴中か否かに関わらず常時、デジタル放送の受信帯域内の全ての物理チャンネルを前記サーチ用チューナに順次選局させ、前記全ての物理チャンネルについて放送局識別情報および受信状態情報を取得することを試みる制御部と、を備えた構成とする。
【０００９】
このような構成によれば、デジタル放送を視聴中か否かに関わらず常時、デジタル放送の受信帯域内における各物理チャンネルの放送局識別情報および受信状態情報を把握することができるので、視聴開始時には直ちに受信状態が良好な物理チャンネルを選局することができ、移動体の移動により放送エリアが変わっても直ちに同じ放送局の受信状態が良好な物理チャンネルに選局を切替えることもできる。また、視聴中に放送局が切替えられても直ちに受信状態が良好な物理チャンネルを選局することができる。このように、デジタル放送の視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる。
【００１０】
また、上記構成において、前記サーチ用チューナが一つの物理チャンネルを選局し復調同期できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、移動体用デジタル放送受信装置の移動速度情報に応じて可変設定される構成としてもよい。
【００１１】
このような構成によれば、タイムアウト時間を移動速度が速いほど長く設定するようにすれば、フェージングが発生してもより確実に復調同期させることができる。
【００１２】
また、上記いずれかの構成において、前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、移動体用デジタル放送受信装置の移動速度情報に応じて可変設定される構成としてもよい。
【００１３】
放送局識別情報を含む情報は数秒程度の周期で送信されており、この情報を一度取りこぼすと数秒程度待つ必要がある。そこで、本構成により、タイムアウト時間を移動速度が速いほど短く設定するようにすれば、移動速度が速いとフェージングが発生し易く、放送局識別情報を含む情報を取りこぼす可能性が高くなるが、タイムアウト時間を短く設定することで早めに放送局識別情報を含む情報の取得を諦めて次の物理チャンネルに移行することができ、結果的に全物理チャンネルのサーチに要する時間を短くできる。従って、移動速度が速く放送局との位置関係が速く変化しても、ほぼリアルタイムに受信可能な物理チャンネルを把握することができる。また、移動速度が遅い場合にタイムアウト時間が長く設定されても、放送局識別情報を含む情報の取得は速いことが期待されるので実害は無く、むしろ遠距離局も受信できる可能性がある。
【００１４】
また、上記いずれかの構成において、前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、視聴中か非視聴中かに応じて可変設定される構成としてもよい。
【００１５】
このような構成によれば、タイムアウト時間を非視聴中は視聴中に比べて長く設定するようにすれば、非視聴中はサーチの迅速性よりも正確性を重視することができる。
【００１６】
また、上記いずれかの構成において、前記サーチ用チューナが一つの物理チャンネルを選局し復調同期はするが、前記制御部が前記放送局識別情報を含む情報を取得できない場合に次の物理チャンネルに移行するまでのタイムアウト時間は、視聴している物理チャンネルの受信状態に応じて可変設定される構成としてもよい。
【００１７】
このような構成によれば、受信状態が悪化した場合は良好な場合に比べてタイムアウト時間を短く設定するようにすれば、受信状態が悪化した場合に、全物理チャンネルのサーチ所要時間を短くして、なるべく早く受信状態が良好な物理チャンネルに選局を切替えることができる。
【００１８】
また、前記放送局識別情報を含む情報とは、例えば、ＮＩＴ（Network Information Table）であればよい。
【００１９】
また、上記いずれかの構成において、前記制御部は、取得した前記放送局識別情報をキーとして、物理チャンネル情報と前記物理チャンネル情報に対応する取得した前記受信状態情報とを組として受信状態が良好な順にソートする構成としてもよい。
【００２０】
また、上記いずれかの構成において、車速パルス或いはＧＰＳ信号或いは加速度検出信号に基づき前記移動速度情報を生成し出力する移動速度情報生成部を備えた構成としてもよい。
【発明の効果】
【００２１】
本発明の移動体用デジタル放送受信装置によれば、デジタル放送を視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる。
【図面の簡単な説明】
【００２２】
【図１】本発明の一実施形態に係るカーナビゲーションシステムのブロック構成図である。
【図２】本発明に係るバックグラウンドサーチ処理に関するフローチャートである。
【図３】本発明に係る視聴モード時の選局制御に関するフローチャートである。
【図４】本発明に係る視聴モード時の選局制御の別実施形態に関するフローチャートである。
【図５】本発明に係る視聴モード時の選局制御の別実施形態に関するフローチャートである。
【図６】時間経過とネットワークＩＤおよびＣ／Ｎの取得状況の一例を示す図である。
【図７】図６に対応する受信可能チャンネルテーブルの推移を示す図である。
【図８】ＮＩＴの周期的な送信およびＮＩＴ取得の流れの一例を示す図である（ＮＩＴ取得のタイムアウト時間を５秒とした場合）。
【図９】ＮＩＴの周期的な送信およびＮＩＴ取得の流れの一例を示す図である（ＮＩＴ取得のタイムアウト時間を２秒とした場合）。
【発明を実施するための形態】
【００２３】
以下に本発明の実施形態を図面を参照して説明する。ここでは、スペースダイバーシティ方式のデジタル放送受信機能を有したカーナビゲーションシステムを一例として説明する。
【００２４】
＜全体構成について＞
図１に、本発明に係るカーナビゲーションシステム９０のブロック構成図を示す。カーナビゲーションシステム９０は、デジタル放送受信ブロック６０を備えており、カーナビゲーションシステム９０の電源が入っていれば、デジタル放送受信ブロック６０にも給電可能であるが、放送を視聴するか否かは視聴者の操作による。
【００２５】
デジタル放送受信ブロック６０は、視聴用受信回路ブロック７０と、サーチ用受信回路ブロック８０とを含んでおり、さらに、Ｄ／Ａコンバータ１１、ＬＰＦ（ローパスフィルタ）／ドライバ１２、映像処理部１３、Ｄ／Ａコンバータ１４、ＬＰＦ／ドライバ１５を含む。視聴用受信回路ブロック７０は、視聴に用いられる受信回路であり、サーチ用受信回路ブロック８０は、後に詳述するバックグラウンドサーチに用いられる受信回路である。
【００２６】
視聴用受信回路ブロック７０は、視聴用のＤＴＶチューナ２、２’と、復調部３と、オーディオフィルタ４と、オーディオデコーダ５と、ビデオフィルタ６と、ビデオデコーダ７と、データフィルタ８と、データデコーダ９とを含む。ＤＴＶチューナ２、２’には、それぞれ、車両に設けられる地上デジタル放送受信用のダイバーシティアンテナ１、１’が接続される。なお、オーディオデコーダ５とビデオデコーダ７は、それぞれ１２セグ放送用、１セグ放送用を備え、視聴に応じてベースバンド信号を切替えて出力できるものとする。
【００２７】
ＤＴＶチューナ２、２’は、それぞれダイバーシティアンテナ１、１’から地上デジタル放送信号を受信し同一の物理チャンネル（周波数）で選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部３は、ＤＴＶチューナ２、２’から入力される選局された信号を復調、エラー訂正および合成し、ＴＳ（トランスポートストリーム）を出力する。
【００２８】
オーディオフィルタ４は、ＴＳからオーディオデータのみを抽出し、オーディオデコーダ５は、抽出されたオーディオデータを復号しデジタルオーディオ信号を出力する。Ｄ／Ａコンバータ１１は、オーディオデコーダ５から入力されるデジタルオーディオ信号をアナログベースバンド信号に変換し、ＬＰＦ／ドライバ１２を介して端子Ａ−１に出力する。
【００２９】
ビデオフィルタ６は、ＴＳからビデオデータのみを抽出し、ビデオデコーダ７は、抽出されたビデオデータを復号しデジタル映像信号を出力する。映像処理部１３は、ビデオデコーダ７から入力されるデジタル映像信号の映像サイズを変更するスケーラ機能や、文字等を重畳するＯＳＤ（On Screen Display）機能を有する。Ｄ／Ａコンバータ１４は、映像処理部１３から入力される映像信号をアナログ映像信号に変換し、ＬＰＦ／ドライバ１５を介して端子Ｖ−１に出力する。
【００３０】
データフィルタ８は、伝送パラメータ、ＮＩＴ（Network Information Table）、番組情報、データ放送等のデータをＴＳから抽出し、データデコーダ９は、抽出されたデータを復号する。
【００３１】
また、サーチ用受信回路ブロック８０は、バックグラウンドサーチ用のＤＴＶチューナ１６と、復調部１７と、オーディオフィルタ４’と、オーディオデコーダ５’と、ビデオフィルタ６’と、ビデオデコーダ７’と、データフィルタ８’と、データデコーダ９’とを含む。ＤＴＶチューナ１６への入力は、ダイバーシティアンテナ１’から分配される。
【００３２】
ＤＴＶチューナ１６は、ＤＴＶチューナ２、２’とは独立して選局可能であり、ダイバーシティアンテナ１’から地上デジタル放送信号を受信し選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部１７は、ＤＴＶチューナ１６から入力される選局された信号を復調、エラー訂正し、ＴＳを出力する。なお、ＤＴＶチューナ１６専用のアンテナをダイバーシティアンテナ１、１’とは別に車両に設けてもよい。
【００３３】
出力されたＴＳは、データフィルタ８’へ入力され、ＮＩＴ等のデータがデータデコーダ９’から出力される。なお、オーディオフィルタ４’、オーディオデコーダ５’、ビデオフィルタ６’並びにビデオデコーダ７’は、バックグラウンドサーチを行う用途では不要であるが、例えば、ビデオデコーダ７’の後段に映像処理部１３を接続し、映像処理部１３でピクチャ・イン・ピクチャ処理を行うようにすれば、異なった物理チャンネルの放送映像を同時に見ることができる。また、例えば、オーディオデコーダ５、ビデオデコーダ７、オーディオデコーダ５’並びにビデオデコーダ７’が出力する映像音声信号をＨＤＤ（Hard Disk Drive）５３で記録するようにすれば、異なった物理チャンネルの放送番組を同時に録画することも可能である。
【００３４】
また、ラジオ用チューナ／復調部２１は、車両に設けられるＡＭ／ＦＭラジオ用アンテナ２０に接続され、ＡＭ／ＦＭラジオ用アンテナ２０からラジオ放送信号を受信し選局を行い、選局された信号を復調し、音声信号を端子Ａ−２に出力する。
【００３５】
交通情報受信デコード部４１は、車両に設けられる交通情報受信用アンテナ４０に接続され、交通情報受信用アンテナ４０から交通情報信号を受信しデコードを行い、交通情報を出力する。
【００３６】
測位航法装置４３は、車両に設けられるＧＰＳアンテナ４２に接続され、ＧＰＳアンテナ４２からＧＰＳ信号を受信し、車両位置情報および車速情報を生成し出力する。
【００３７】
慣性航法装置４５は、車両に設けられる３軸加速度センサ４４に接続され、３軸加速度センサ４４から検出信号を受信し、加速度情報および車速情報を生成し出力する。
【００３８】
車速パルス処理部４７は、車速パルス入力端子４６に接続され、車速パルス入力端子４６を介して車両から入力される車速パルスをカウントし、車速情報を生成出力する。
【００３９】
また、ＣＤ／ＤＶＤドライブ２２は、ＣＤまたはＤＶＤから映像音声信号を再生し、再生された映像信号を端子Ｖ−３に出力し、再生された音声信号を端子Ａ−３に出力する。描画部５４は、ナビゲーション用映像信号を生成し端子Ｖ−２に出力する。音声処理部５５は、経路案内に必要な音声信号等を生成しミキサイコライザ２４に出力する。
【００４０】
映像ソースセレクタ３０は、端子Ｖ−１、Ｖ−２、Ｖ−３から映像表示装置３１への経路を切替えることで、映像表示装置３１に表示させる信号ソースを切替える。映像表示装置３１は、ＬＣＤなどで構成される。
【００４１】
音声ソースセレクタ２３は、端子Ａ−１、Ａ−２、Ａ−３からミキサイコライザ２４への経路を切替えることで、スピーカ２６から音声出力させる信号ソースを切替える。ミキサイコライザ２４は、複数の音声ソースをミックスする機能や、音声信号の周波数特性を変化させる機能を有する。パワーアンプ２５は、ミキサイコライザ２４から入力される音声信号の電力を増幅させ、スピーカ２６は、電力増幅された音声信号に基づき音声を発生する。
【００４２】
また、操作入力部４８は、不図示のハードキー、タッチパネル並びにリモコン受光部を含み、ユーザの操作による操作信号を出力する。ＣＰＵ４９は、各種演算、処理、制御を行う演算処理装置である。ＲＡＭ５０は、ＣＰＵ４０のワークメモリ等に用いられる。ＲＯＭ５１は、ＣＰＵ４９が実行する制御プログラムを格納する。フラッシュメモリ５２は、給電がなくても情報を保持する記憶装置である。ＨＤＤ（Hard Disk Drive）５３は、ナビゲーション用地図データや楽曲ファイル等を格納する大容量の記憶装置である。
【００４３】
＜バックグラウンドサーチ処理について＞
次に、カーナビゲーションシステム９０により行われるバックグラウンドサーチ処理について、図２のフローチャートを用いて説明する。
【００４４】
車両においてイグニッションキーが回され、アクセサリー電源がカーナビゲーションシステム９０に供給されると、サーチ用受信回路ブロック８０にも電源が供給され、図２のフローチャートが開始される。
【００４５】
まず、ステップＳ１で、ＣＰＵ４９は、変数Ｎを１３に設定し、ステップＳ２で、ＣＰＵ４９は、独立してタイムアウト時間を設定できる第１タイマおよび第２タイマ（いずれも不図示）をリセットする。第１タイマは、復調同期のタイムアウトを検出するためのタイマであり、第２タイマは、ＮＩＴ取得のタイムアウトを検出するためのタイマである。
【００４６】
次に、ステップＳ３で、ＣＰＵ４９は、物理チャンネルがＮチャンネル（初期は１３チャンネル）の周波数データをＤＴＶチューナ１６に送り、ＤＴＶチューナ１６にＮチャンネルを選局させる。そして、ステップＳ４で、ＣＰＵ４９は、視聴モードに入っているか否かを確認する。視聴モードは、操作入力部４８のハードキーの操作により入ることができる。
【００４７】
次に、ステップＳ５で、ＣＰＵ４９は、車速パルス処理部４７から車速情報を取得する。なお、車速情報は、測位航法装置４３または慣性航法装置４５から取得するようにしてもよい。
【００４８】
そして、ステップＳ６で、ＣＰＵ４９は、ステップＳ５で取得した車速情報に応じて第１タイマのタイムアウト時間（復調同期のタイムアウト時間）を設定する。ここで、表１に、車速と第１タイマに設定するタイムアウト時間との対応関係の一例を示す。このように、車速が速くなるほど、タイムアウト時間を長くしている。また、ステップＳ６では、ＣＰＵ４９は、ステップＳ４、Ｓ５で取得した視聴状態および車速情報に応じて第２タイマのタイムアウト時間（ＮＩＴ取得のタイムアウト時間）を設定もする。ここで、表２に、車速、視聴状態と第２タイマに設定するタイムアウト時間との対応関係の一例を示す。このように、車速が速くなるほどタイムアウト時間は短くし、また、視聴時よりも非視聴時の方をタイムアウト時間を長くしている。
【００４９】
【表１】
2011182057.tif 000003
【００５０】
【表２】
2011182057.tif 000004
次に、ステップＳ７で、ＣＰＵ４９は、第１タイマをスタートさせ、ステップＳ８で、ＣＰＵ４９は、復調同期したか否かを確認する。もし復調同期していない場合は（ステップＳ８のＮ）、ステップＳ１０に進み、ＣＰＵ４９は、第１タイマがタイムアウトしたか否かを確認する。もしタイムアウトしていなければ（ステップＳ１０のＮ）、ステップＳ８に戻り、ＣＰＵ４９は、復調同期したかを再度確認する。そして、復調同期せずに第１タイマがタイムアウトすれば（ステップＳ１０のＹ）、ステップＳ１１に進み、ＣＰＵ４９は、第１タイマをストップし、ステップＳ１７に進む。
【００５１】
一方、第１タイマがタイムアウトする前に復調同期すれば（ステップＳ８のＹ）、ステップＳ９に進み、ＣＰＵ４９は、第２タイマをスタートさせる。そして、ステップＳ１２で、ＣＰＵ４９は、データデコーダ９’からＮＩＴを取得することを試みると共に、復調部１７から受信状態の指標となるＣ／Ｎ（Carrier to Noise ratio）を取得する。
【００５２】
そして、ステップＳ１３で、ＣＰＵ４９は、ＮＩＴが取得できたか否かを判定し、取得できていなければ（ステップＳ１３のＮ）、ステップＳ１５に進み、ＣＰＵ４９は、第２タイマがタイムアウトしたか否かを確認する。もしタイムアウトしていなければ（ステップＳ１５のＮ）、ステップＳ１２に戻り、ＣＰＵ４９は、再度ＮＩＴの取得を試み、Ｃ／Ｎを取得する。そして、第２タイマがタイムアウトする前にＮＩＴを取得できれば（ステップＳ１３のＹ）、ステップＳ１４に進み、ＣＰＵ４９は、取得したＮＩＴに含まれるネットワークＩＤおよび取得したＣ／Ｎを、現在の選局チャンネル（即ちＮチャンネル）と対応付けてＲＡＭ５０に保存する。ネットワークＩＤは、放送局を識別するコードである。
【００５３】
一方、ＮＩＴを取得できないまま第２タイマがタイムアウトすれば（ステップＳ１５のＹ）、ステップＳ１６に進み、ＣＰＵ４９は、第２タイマをストップし、取得したＣ／Ｎを現在の選局チャンネル（即ちＮチャンネル）と対応付けてＲＡＭ５０に保存する。このとき、ネットワークＩＤは取得できていないが、前回に現在と同じ選局チャンネルでネットワークＩＤが取得できておりＲＡＭ５０に保存されている場合は、そのネットワークＩＤを今回取得できたネットワークＩＤとして現在の選局チャンネルに対応付けてＲＡＭ５０に保存する。そうでない場合は、ＲＡＭ５０においてネットワークＩＤはブランクにしておく。
【００５４】
なお、復調同期せずに第１タイマがタイムアウトした場合は（ステップＳ１０のＹ）、ＲＡＭ５０において現在の選局チャンネルに対応するネットワークＩＤおよびＣ／Ｎはブランクとなる。
【００５５】
そして、ステップＳ１１、Ｓ１４、Ｓ１６の後、ステップＳ１７に進み、ＣＰＵ４９は、変数Ｎを一つインクリメントし、ステップＳ１８で、もしＮが６２以下の場合は（ステップＳ１８のＮ）、ステップＳ２に戻り、新たなＮチャンネルで選局され、上記同様の処理が繰り返される。
【００５６】
そして、ステップＳ１８で、Ｎが６２より大きくなれば（ステップＳ１８のＹ）、ステップＳ１９に進み、ＣＰＵ４９は、ＲＡＭ５０において受信可能チャンネルテーブルを更新する。ここでは、今回保存された１３ｃｈ〜６２ｃｈまでの物理チャンネルごとのネットワークＩＤおよびＣ／Ｎに基づき、ネットワークＩＤをキーとして、物理チャンネルとＣ／Ｎとを組としてＣ／Ｎの値が大きい順（即ち受信状態が良好な順）にソートすることで新たな受信可能チャンネルテーブルとする。このとき、Ｃ／Ｎの値が０のものしかないネットワークＩＤについては受信可能チャンネルテーブルに含めないようにする。また、今回作成した受信可能チャンネルテーブルと前回の受信可能チャンネルテーブルとを比較して、ネットワークＩＤが同じであるが前回の物理チャンネルで今回使用されていないものについては、今回のテーブルではそのネットワークＩＤについてその物理チャンネルを最後尾に位置させ、対応するＣ／Ｎはブランクとする。
【００５７】
なお、ステップＳ１９において、前回に保存された１３ｃｈ〜６２ｃｈまでの物理チャンネルごとのネットワークＩＤおよびＣ／Ｎは消去するようにしてもよい。
【００５８】
ステップＳ１９の後は、ステップＳ１に戻り、Ｎを１３に設定し、次のサーチ処理を開始する。
【００５９】
以上のように、地上デジタル放送の受信帯域全ての物理チャンネルである１３ｃｈから６２ｃｈまで順次選局しながらＮＩＴおよびＣ／Ｎの取得を試み、受信可能チャンネルテーブルを更新することを常時バックグラウンドで行う。
【００６０】
ここで、復調同期のタイムアウト時間（第１タイマのタイムアウト時間）を車速が速いほど長くしているのは（表１）、車両が高速で走行している場合はフェージング（受信レベルの時間変動）により同期しにくいこともあるので、タイムアウト時間は長くしておいた方が確実であるからである。なお、このタイムアウト時間は、ＮＩＴの再送周期である約２秒よりオーダー的には小さいので、タイムアウト時間を長く取っても全チャンネルのサーチ所要時間への影響は小さい。
【００６１】
また、ＮＩＴの再送周期は２秒程度であるので、フェージングが無い状態でもＮＩＴの取得には最悪ケースで２秒程度待つ必要があるが、車両が高速に走行するとフェージングによりＮＩＴを取りこぼす可能性が高まり、取りこぼした場合には次のＮＩＴ送信を待つ必要がある。しかし、１３ｃｈから６２ｃｈまでの１回のサーチ時間に占める、各チャンネルで約２秒単位での待ち時間の割合は大きく、１回のサーチにかかる時間を大きく左右するため、ＮＩＴ取得のタイムアウト時間を短くし、取りこぼした場合には次回のサーチで取得できることを期待した方が、チャンネル全体で考えた１回のサーチに要する時間を短くできる。車両が高速で走行すると放送局との自車位置の関係が速く変化することになるが、サーチ所要時間を短くできれば、ほぼリアルタイムに受信可能チャンネルを把握することができる。逆に、停車時または低速走行時にはフェージングが少なく、ＮＩＴ取得は速いことが期待されるので、タイムアウト時間を長く設定しておいても実害は無く、むしろ遠距離局も受信できる可能性がある。このようなことから、ＮＩＴ取得のタイムアウト時間（第２タイマのタイムアウト時間）は、車速が速いほど短く設定するようにしている（表２）。
【００６２】
また、ＮＩＴ取得のタイムアウト時間は、視聴状態よりも非視聴状態の方が長くなるよう設定しているが（表２）、これは、非視聴時は受信可能チャンネルテーブルの更新に少々時間がかかってもよく、更新時間よりも正確さを重視した方がよいからである。
【００６３】
＜視聴モード時の選局制御について＞
次に、視聴モード時の選局制御について説明する。操作入力部４８のハードキーの操作により視聴モードに入ると、ＣＰＵ４９の制御により視聴用受信回路ブロック７０に電源が供給され、図３のフローチャートが開始される。
【００６４】
そして、ＣＰＵ４９は、前回の視聴モード終了時、或いはイグニッションキーをオフにしたときのチャンネル番号（いわゆるラストチャンネル）をフラッシュメモリ５２から読み出し、読み出したチャンネル番号に対応するネットワークＩＤをチャンネルリストから検索する。ここで、チャンネルリストは、チャンネル番号とネットワークＩＤとを対応させたリストであり、フラッシュメモリ５２に格納される。そして、ＣＰＵ４９は、現時点での受信可能チャンネルテーブルにおいて上記検索されたネットワークＩＤに対応する物理チャンネルのうち先頭の物理チャンネルを特定し、特定された物理チャンネルの周波数データをＤＴＶチューナ２、２’に送り、ＤＴＶチューナ２、２’に選局させる（ステップＳ２１）。すると、オーディオデコーダ５およびビデオデコーダ７から出力される映像音声信号により、映像表示装置３１に放送映像が表示されると共に、スピーカ２６から放送音声が発生する。
【００６５】
その後、バックグラウンドサーチにより受信可能チャンネルテーブルが更新されない間は選局が継続され（ステップＳ２２のＮ）、受信可能チャンネルテーブルが更新されると（ステップＳ２２のＹ）、ＣＰＵ４９は、更新された受信可能チャンネルテーブルにおいて現在のチャンネル番号に対応するネットワークＩＤの先頭の物理チャンネルが、現在選局している物理チャンネルと異なっているか否かを確認し、異なっていれば（ステップＳ２３のＹ）、その先頭の物理チャンネルの周波数データをＤＴＶチューナ２、２’に送り選局させ（ステップＳ２４）、同じであれば（ステップ２３のＮ）、周波数データは送らず選局を継続させる。
【００６６】
また、図４は、図３で示す処理の変形例を示す。ステップＳ２１、Ｓ２２、Ｓ２３は図３と同様であるが、ステップＳ２３で、先頭の物理チャンネルが、現在選局している物理チャンネルと異なっている場合（ステップＳ２３のＹ）、直ちには選局を切替えずに、ステップＳ２５に進み、所定回数だけ受信可能チャンネルテーブルが更新されても現在のチャンネル番号に対応するネットワークＩＤの先頭の物理チャンネルが変化しなければ（ステップＳ２５のＹ）、その物理チャンネルに選局を切替える（ステップＳ２６）。一方、所定回数までに変化した場合は（ステップＳ２５のＮ）、ステップＳ２３に戻る。このような処理により、頻繁な選局切替えを防止することができる。
【００６７】
さらに、図５は、図３で示す処理の別の変形例を示す。ステップＳ２１でのラストチャンネルでの選局後、ＣＰＵ４９が、復調部３からのＣ／Ｎを監視し、Ｃ／Ｎの値が所定値以上である場合、即ち受信状態が良好な場合は選局を継続させ（ステップＳ２７のＮ）、Ｃ／Ｎの値が所定値より小さくなった場合、即ち受信状態が悪化した場合に（ステップＳ２７のＹ）、ステップＳ２３に進み、現時点の受信可能チャンネルテーブルにおいて現在のチャンネル番号に対応するネットワークＩＤの先頭の物理チャンネルが、現在選局している物理チャンネルと異なっているか否かを確認するようにする。
【００６８】
また、ラストチャンネルでの選局後（図３、図４、図５のステップＳ２１）、操作入力部４８のハードキーまたはタッチパネル、或いはリモコン（不図示）においてチャンネル番号選択操作がされると、ＣＰＵ４９は、選択されたチャンネル番号に対応するネットワークＩＤをチャンネルリストから検索する。そして、ＣＰＵ４９は、現時点での受信可能チャンネルテーブルにおいて上記検索されたネットワークＩＤに対応する物理チャンネルのうち先頭の物理チャンネルを特定し、特定された物理チャンネルの周波数データをＤＴＶチューナ２、２’に送り、ＤＴＶチューナ２、２’に選局させる。これにより、新たに選局された放送の映像が映像表示装置３１に表示され、音声がスピーカ２６から発生する。選局後は、図３、図４においてはステップＳ２２、図５においてはステップＳ２７に進む。
【００６９】
以上によれば、視聴モードに入った際は、現時点での受信可能チャンネルテーブルにおけるラストチャンネルに対応する最良の受信状態の物理チャンネルに選局されるので、ユーザは直ちにラストチャンネルの放送番組を良好な状態で視聴することができる。
【００７０】
また、ラストチャンネルの選局後も、もし車両の移動により受信状態が悪化しても、直ちに現時点での受信可能チャンネルテーブルにおける同じネットワークＩＤでの最良の受信状態の物理チャンネルに選局が切り替わるので、常に良好な受信状態の物理チャンネルで受信することができ、ユーザは安定して放送番組を良好な状態で視聴することができる。
【００７１】
さらに、ユーザが視聴中にチャンネル番号選択操作をした場合は、直ちに現時点での受信可能チャンネルテーブルにおける選択されたチャンネル番号に対応する最良の受信状態の物理チャンネルに選局が切り替わるので、ユーザは直ちに選択したチャンネル番号の放送番組を良好な状態で視聴できる。
【００７２】
＜具体例について＞
次に、図２のフローチャートにより説明したバックグラウンドサーチをさせた場合の具体例について説明する。
【００７３】
図６は、時間経過とネットワークＩＤおよびＣ／Ｎの取得状況の一例を示す。なお、図６中、復調同期に至らなかった場合は“−”と、復調同期はしたがタイムアウト時間内にＮＩＴを取得できなかった場合は“ｘ”と記している。１２：００：００に１３ｃｈからサーチを開始するが、このときは停車していたものとする。１３ｃｈではタイムアウト時間内にＮＩＴが取得でき、ネットワークＩＤ＝７ｆｄ１、Ｃ／Ｎが３５．２ｄＢ、１４ｃｈではネットワークＩＤ＝７ｆｄ５、Ｃ／Ｎ＝３７．６ｄＢであったが、１５ｃｈではＮＩＴが取得できずタイムアウトになり、Ｃ／Ｎのみの取得となった。その後、順次６２ｃｈまでＮＩＴ、Ｃ／Ｎの取得を試み、６２ｃｈのサーチが１２：００：５９に終了した。この後すぐ、同様に２回目のサーチを１２：０１：００に開始するが、車両が走行を開始したため走行中は停車時よりもＮＩＴ取得のタイムアウト時間を短く設定するので、１回目よりも１回当たりのサーチ時間は短くなり、１２：０１：２９に２回目のサーチが終了した。
【００７４】
図７は、図６に対応する受信可能チャンネルテーブルの推移を示す（なお、図７中の“リモコン番号”は便宜上記載しており、実際には不要である）。図７の表Ａは、１２：００：００から数えて６回目のサーチが終わり、ネットワークＩＤをキーとして、受信できた物理チャンネルと各物理チャンネルのＣ／ＮをＣ／Ｎの値が高い順番にソートした後の１２：０３：２９現在の受信可能チャンネルテーブルを示す。１２：０３：００から１２：０３：２９までの間に行ったサーチでは、八つの放送局が受信可能で、ネットワークＩＤが“７ｆｄ１”と“７ｄ７６”の２局については、受信が期待される局は２局ある。ネットワークＩＤが“７ｆｄ１”の放送局はチャンネル番号が２で、受信状態が一番良好な物理チャンネルが１３ｃｈ、２番目に良好な物理チャンネルが１９ｃｈであり、もしリモコン番号２が選択操作された場合には、先頭の物理チャンネルである１３ｃｈが選局されることになる。
【００７５】
図７の表Ｂは、表Ａから大きくは状況が変わらないが、ネットワークＩＤが“７ｆｄ１”の局に注目すると、表Ａで順位が１番目だった物理チャンネル１３ｃｈと、順位が２番目の物理チャンネル１９ｃｈのＣ／Ｎが拮抗し、表Ｃの１２：０４：５９では、物理チャンネル１９ｃｈが順位１位に入れ替わっているので、この段階で、自動的に１３ｃｈ→１９ｃｈに選局し直せば、良い状態で視聴が継続できることになる。同様に、表Ｃ→表Ｄでは、ネットワークＩＤが“７ｆｄ３”の局は、物理チャンネル２７ｃｈも受信可能になり、また、新たなネットワークＩＤの“７ｄ６０”で物理チャンネル２５ｃｈの局も受信可能となっており、受信可能チャンネルテーブルに加わっている。
【００７６】
また、図８および図９は、ＮＩＴの周期的な送信およびＮＩＴ取得の流れの一例を示す図であり、ＮＩＴ取得のタイムアウト時間の設定で１回のサーチ所要時間に差が出ることを説明する図である。
【００７７】
図８はＮＩＴ取得のタイムアウト時間を５秒に設定した場合であるが、１２：００：００にサーチを開始すると、まず１３ｃｈに選局され、受信可能であったのですぐに復調同期が確立するが（図２のステップＳ８のＹ）、ＮＩＴがまだ送られて来ていないので、ＮＩＴが取得できるまで待つことになる（ステップＳ１２→ステップＳ１３→ステップＳ１５でループする）。そして、選局直後に最初に送出されたＮＩＴがすぐに取得できたので（ステップＳ１３のＹ）、次に１４ｃｈに選局をおこなっている（ステップＳ３）。１４ｃｈでも選局後に最初に送られて来たＮＩＴの取得に成功するので、１２：００：０３頃、１５ｃｈを選局するが、復調同期確立前にＮＩＴが送られて来たのでこれは取得できない。その後同期は確立し、１２：００：０５頃に送られて来るＮＩＴは、受信状態が悪いため次のＮＩＴ再送まで待つが、１２：００：０７頃に送られて来たＮＩＴがタイムアウト時間（＝５秒）内で取得できたので、次の１６ｃｈに選局される。１６ｃｈでは、同期確立後２回ＮＩＴが送られて来たが、どちらのタイミングでも受信できず、タイムアウトが発生し、１２：００：１２すぎにＮＩＴ取得を打ち切り、次の１７ｃｈの選局をしている。
【００７８】
これに対し、図９は、ＮＩＴ取得のタイムアウト時間を２秒に設定した場合であり、１３ｃｈ、１４ｃｈに関しては図８と同じタイミングでＮＩＴ取得ができているが、１５ｃｈでは１２：００：０５頃に送られて来るＮＩＴの取得ができず、その後すぐにタイムアウトになるので、１６ｃｈの選局に移行している。１６ｃｈでは、同期確立後最初に送られて来るＮＩＴが取得できるので、１６ｃｈのＮＩＴ取得は１２：００：０８頃に終わる。
【００７９】
上述のように、ＮＩＴ取得のタイムアウト時間を変えると、図８（タイムアウト時間５秒設定）、図９（同２秒設定）では、例に挙げた１３ｃｈから１６ｃｈまでのＮＩＴ取得に関し、ＮＩＴが正常に取得できたのはどちらも４チャンネル中３チャンネルと変わらないが、所要時間はタイムアウト時間を５秒に設定した場合（図８）には４チャンネル分で１２秒程度かかったのに対し、タイムアウト時間を２秒に設定した場合（図９）には８秒程度に短縮されている。１３ｃｈ〜６２ｃｈの１回５０チャンネル分のサーチの場合には更に差が大きくなるので、車両の高速移動時にはＮＩＴ取得のタイムアウト時間を短くした方がサーチ所要時間を短くでき、受信可能チャンネルテーブルの更新間隔を短くすることができる。
【００８０】
以上、本発明の実施形態について説明したが、本発明の趣旨の範囲内であれば、実施形態は種々変更可能である。
【００８１】
例えば、視聴している物理チャンネルの受信状態が悪化した場合は、良好な場合に比べてバックグラウンドサーチにおけるＮＩＴ取得のタイムアウト時間を短くするようにしてもよい（例えば、表２で示す視聴時におけるタイムアウト時間を一律短くする等）。これにより、受信可能チャンネルテーブルの更新間隔を短くして、なるべく早く良好な受信状態の物理チャンネルに選局を切替えることができる。このとき、視聴している物理チャンネルの受信状態が悪化した場合は、１セグ放送に切替え、受信状態が良好になった場合は、１２セグ放送に切替えるようにしてもよい。１セグ放送、１２セグ放送の切替えは、オーディオデコーダ５およびビデオデコーダ７（図１）の出力を切替えるようにすればよい。
【００８２】
また、本発明は、カーナビゲーションシステムに限らず、例えば、持ち運び可能な携帯型テレビ受像機やテレビ受信機能付きの携帯電話などにも適用可能である。
【符号の説明】
【００８３】
１、１’  ダイバーシティアンテナ
２、２’  ＤＴＶチューナ
３  復調部
４、４’  オーディオフィルタ
５、５’  オーディオデコーダ
６、６’  ビデオフィルタ
７、７’  ビデオデコーダ
８、８’  データフィルタ
９、９’  データデコーダ
１１  Ｄ／Ａコンバータ
１２  ＬＰＦ／ドライバ
１３  映像処理部
１４  Ｄ／Ａコンバータ
１５  ＬＰＦ／ドライバ
１６  ＤＴＶチューナ
１７  復調部
２３  音声ソースセレクタ
２４  ミキサイコライザ
２５  パワーアンプ
２６  スピーカ
３０  映像ソースセレクタ
３１  映像表示装置
４９  ＣＰＵ
５０  ＲＡＭ
６０  デジタル放送受信ブロック
７０  視聴用受信回路ブロック
８０  サーチ用受信回路ブロック
９０  カーナビゲーションシステム
【図１】
2011182057.tif 000005
【図２】
2011182057.tif 000006
【図３】
2011182057.tif 000007
【図４】
2011182057.tif 000008
【図５】
2011182057.tif 000009
【図６】
2011182057.tif 000010
【図７】
2011182057.tif 000011
【図８】
2011182057.tif 000012
【図９】
2011182057.tif 000013