(57)【特許請求の範囲】
【請求項１】
デジタル放送信号を受信する視聴用チューナを備え、デジタル放送を視聴可能な移動体用デジタル放送受信装置において、
デジタル放送信号を受信するサーチ用チューナと、
デジタル放送の受信帯域内の物理チャンネルを前記サーチ用チューナに選局させる選局制御部と、
前記サーチ用チューナが受信したデジタル放送信号に基づく放送局情報及び受信状態情報を取得することを予め定められた時間内に試行する試行部と、を備え、
前記サーチ用チューナが受信したデジタル放送信号と、受信しようとするデジタル放送のＧＩ（Guard Interval）との相関係数を検出するＧＩ相関検出部と、前記サーチ用チューナが受信したデジタル放送信号と、受信しようとするデジタル放送のＳＰ（Scattered Pilot）との相関係数を検出するＳＰ相関検出部のうち少なくともいずれかを備え、
さらに、前記相関係数を閾値と比較判定する判定部を備え、
前記相関係数が前記閾値を超えないと前記判定部により判定された場合、前記選局制御部が前記サーチ用チューナに次のサーチ用物理チャンネルを選局させ、前記相関係数が前記閾値を超えたと前記判定部により判定された場合、前記試行部が前記試行をした後、前記選局制御部が前記サーチ用チューナに次のサーチ用物理チャンネルを選局させ、
前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数に応じて前記閾値は可変とする、
ことを特徴とする移動体用デジタル放送受信装置。
【請求項２】
前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数が所定のチャンネル数以上の場合、前記閾値は高めに設定され、前記チャンネル数が前記所定のチャンネル数より少ない場合、前記閾値は低めに設定されることを特徴とする請求項１に記載の移動体用デジタル放送受信装置。
【請求項３】
前記視聴用チューナの選局直後の初回サーチにおける前記閾値は、選択可能な閾値のうち最小値が選択設定されることを特徴とする請求項１または請求項２に記載の移動体用デジタル放送受信装置。
【請求項４】
デジタル放送を視聴しない場合は、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数に依らず、前記閾値を固定値とすることを特徴とする請求項１〜請求項３のいずれかに記載の移動体用デジタル放送受信装置。
【請求項５】
サーチ対象チャンネル数に応じて、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数と前記閾値との関係を可変とすることを特徴とする請求項１〜請求項４のいずれかに記載の移動体用デジタル放送受信装置。
【請求項６】
前記放送局情報とは、ＮＩＴ（Network Information Table）であることを特徴とする請求項１〜請求項５のいずれかに記載の移動体用デジタル放送受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送受信機能を有したカーナビゲーションシステムを始めとする移動体用デジタル放送受信装置に関する。
【背景技術】
【０００２】
従来から、デジタル放送を移動しながら受信する移動体用デジタル放送受信装置が開発されており、例えば、地上デジタル放送受信機能を有したカーナビゲーションシステムが開発されている。
【０００３】
地上デジタル放送では、同じ放送局でも、中継局ごとに異なる周波数で放送されている場合、受信装置が現在の放送エリアから他の放送エリアに移動した際には、受信状態が悪化し、それまで視聴していた番組が視聴できなくなってしまう。
【０００４】
そこで、例えば、特許文献１には、視聴中の番組の受信状態が悪化すると自動的に、中継局サーチを開始し、中継局が見つかった場合は、その中継局を受信し、中継局が見つからなかった場合は、系列局サーチを開始し、同一系列の放送局が見つかった場合は、その放送局を受信するような移動体用デジタル放送受信装置が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１８８８８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記特許文献１の移動体用デジタル放送受信装置では、受信状態が悪化して初めてサーチを開始し、受信可能な放送局が見つかり再び視聴できるようになるまでにある程度の時間がかかるので、その間視聴の中断が発生し、ユーザが視聴したい場面を逃してしまう可能性もあった。
【０００７】
上記問題点を鑑み、本発明は、デジタル放送を視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる移動体用デジタル放送受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明は、デジタル放送信号を受信する視聴用チューナを備え、デジタル放送を視聴可能な移動体用デジタル放送受信装置において、デジタル放送信号を受信するサーチ用チューナと、デジタル放送の受信帯域内の物理チャンネルを前記サーチ用チューナに選局させる選局制御部と、前記サーチ用チューナが受信したデジタル放送信号に基づく放送局情報及び受信状態情報を取得することを予め定められた時間内に試行する試行部と、を備え、前記サーチ用チューナが受信したデジタル放送信号と、受信しようとするデジタル放送のＧＩ（Guard Interval）との相関係数を検出するＧＩ相関検出部と、前記サーチ用チューナが受信したデジタル放送信号と、受信しようとするデジタル放送のＳＰ（Scattered Pilot）との相関係数を検出するＳＰ相関検出部のうち少なくともいずれかを備え、さらに、前記相関係数を閾値と比較判定する判定部を備え、前記相関係数が前記閾値を超えないと前記判定部により判定された場合、前記選局制御部が前記サーチ用チューナに次のサーチ用物理チャンネルを選局させ、前記相関係数が前記閾値を超えたと前記判定部により判定された場合、前記試行部が前記試行をした後、前記選局制御部が前記サーチ用チューナに次のサーチ用物理チャンネルを選局させ、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数に応じて前記閾値は可変とする構成とする。
【０００９】
このような構成によれば、視聴中の物理チャンネルの受信状態が悪化した場合でも、取得できた放送局情報及び受信状態情報に基づき、視聴中の放送局の受信状態の良い別の物理チャンネルに視聴用の選局を切り替えることができ、ユーザは良好な状態の視聴を継続することができる。
【００１０】
また、ＧＩまたはＳＰの相関係数を閾値と比較判定することは高速で行えるので、サーチを一巡する時間を短縮でき、常に最新の受信候補を把握することが可能となる。さらに、前回の一巡サーチにおいて放送局情報を取得できたチャンネル数に応じて閾値を可変としているので、サーチを一巡する時間をより短縮することや、受信候補を増やす制御を行うことができる。
【００１１】
また、上記構成において、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数が所定のチャンネル数以上の場合、前記閾値は高めに設定され、前記チャンネル数が前記所定のチャンネル数より少ない場合、前記閾値は低めに設定される構成としてもよい。
【００１２】
このような構成によれば、前回の一巡サーチにおいて放送局情報を取得できたチャンネル数が多い場合は、閾値が高めに設定されるので、サーチを一巡する時間を短縮できる。また、前記チャンネル数が少ない場合は、閾値が低めに設定されるので、受信候補を増やすことができる。
【００１３】
また、上記いずれかの構成において、前記視聴用チューナの選局直後の初回サーチにおける前記閾値は、選択可能な閾値のうち最小値が選択設定される構成としてもよい。
【００１４】
このような構成によれば、視聴用チューナの選局直後は、受信候補を多くすることが可能となる。
【００１５】
また、上記いずれかの構成において、デジタル放送を視聴しない場合は、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数に依らず、前記閾値を固定値とする構成としてもよい。
【００１６】
デジタル放送を視聴しない場合は高速にサーチする必要がないので、閾値を固定値とすることで受信候補を正確に把握することを重視できる。
【００１７】
また、上記いずれかの構成において、サーチ対象チャンネル数に応じて、前回の一巡サーチにおいて前記放送局情報を取得できたチャンネル数と前記閾値との関係を可変とする構成としてもよい。
【００１８】
このような構成によれば、サーチ対象チャンネル数に依らず、サーチを一巡する時間を短縮できる。
【００１９】
また、上記いずれかの構成において、前記放送局情報とは、ＮＩＴ（Network Information Table）である構成としてもよい。
【発明の効果】
【００２０】
本発明の移動体用デジタル放送受信装置によれば、デジタル放送を視聴中に常に受信状態が良好となり、ユーザによる安定した視聴が可能となる。
【図面の簡単な説明】
【００２１】
【図１】本発明の一実施形態に係るカーナビゲーションシステムのブロック構成図。
【図２】本発明の一実施形態における復調部の一部分の構成を示す図。
【図３】スペクトラム表示、Ｃ／Ｎ、ＧＩ（Guard Interval）またはＳＰ（Scattered Pilot）の相関係数の関係と、各種相関検出閾値に対応するチャンネル検出結果を示す図。
【図４】本発明の一実施形態に係るバックグラウンドサーチ処理に関するフローチャート。
【図５】時間経過とネットワークＩＤ及びＣ／Ｎの取得状況の一例を示す図。
【図６】図５に対応する受信可能チャンネルテーブルの推移を示す図。
【発明を実施するための形態】
【００２２】
以下に本発明の実施形態を図面を参照して説明する。ここでは、スペースダイバーシティ方式のデジタル放送受信機能を有したカーナビゲーションシステムを一例として説明する。
【００２３】
＜全体構成について＞
図１に、本発明に係るカーナビゲーションシステム９０のブロック構成図を示す。カーナビゲーションシステム９０は、デジタル放送受信ブロック６０を備えており、カーナビゲーションシステム９０の電源が入っていれば、デジタル放送受信ブロック６０にも給電可能であるが、放送を視聴するか否かは視聴者の操作による。
【００２４】
デジタル放送受信ブロック６０は、視聴用受信回路ブロック７０と、サーチ用受信回路ブロック８０とを含んでおり、さらに、Ｄ／Ａコンバータ１１、ＬＰＦ（ローパスフィルタ）／ドライバ１２、映像処理部１３、Ｄ／Ａコンバータ１４、ＬＰＦ／ドライバ１５を含む。視聴用受信回路ブロック７０は、視聴に用いられる受信回路であり、サーチ用受信回路ブロック８０は、後に詳述するバックグラウンドサーチに用いられる受信回路である。
【００２５】
視聴用受信回路ブロック７０は、視聴用のＤＴＶチューナ２、２’と、復調部３と、オーディオフィルタ４と、オーディオデコーダ５と、ビデオフィルタ６と、ビデオデコーダ７と、データフィルタ８と、データデコーダ９とを含む。ＤＴＶチューナ２、２’には、それぞれ、車両に設けられる地上デジタル放送受信用のダイバーシティアンテナ１、１’が接続される。なお、オーディオデコーダ５とビデオデコーダ７は、それぞれ１２セグ放送用、１セグ放送用を備え、視聴に応じてベースバンド信号を切替えて出力できるものとする。
【００２６】
ＤＴＶチューナ２、２’は、それぞれダイバーシティアンテナ１、１’から地上デジタル放送信号を受信し同一の物理チャンネル（周波数）で選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部３は、ＤＴＶチューナ２、２’から入力される選局された信号を復調、エラー訂正および合成し、ＴＳ（トランスポートストリーム）を出力する。
【００２７】
オーディオフィルタ４は、ＴＳからオーディオデータのみを抽出し、オーディオデコーダ５は、抽出されたオーディオデータを復号しデジタルオーディオ信号を出力する。Ｄ／
Ａコンバータ１１は、オーディオデコーダ５から入力されるデジタルオーディオ信号をアナログベースバンド信号に変換し、ＬＰＦ／ドライバ１２を介して端子Ａ−１に出力する。
【００２８】
ビデオフィルタ６は、ＴＳからビデオデータのみを抽出し、ビデオデコーダ７は、抽出されたビデオデータを復号しデジタル映像信号を出力する。映像処理部１３は、ビデオデコーダ７から入力されるデジタル映像信号の映像サイズを変更するスケーラ機能や、文字等を重畳するＯＳＤ（On Screen Display）機能を有する。Ｄ／Ａコンバータ１４は、映像処理部１３から入力される映像信号をアナログ映像信号に変換し、ＬＰＦ／ドライバ１５を介して端子Ｖ−１に出力する。
【００２９】
データフィルタ８は、伝送パラメータ、ＮＩＴ（Network Information Table）、番組情報、データ放送等のデータをＴＳから抽出し、データデコーダ９は、抽出されたデータを復号する。
【００３０】
また、サーチ用受信回路ブロック８０は、バックグラウンドサーチ用のＤＴＶチューナ１６と、復調部１７と、オーディオフィルタ４’と、オーディオデコーダ５’と、ビデオフィルタ６’と、ビデオデコーダ７’と、データフィルタ８’と、データデコーダ９’とを含む。ＤＴＶチューナ１６への入力は、ダイバーシティアンテナ１’から分配される。
【００３１】
ＤＴＶチューナ１６は、ＤＴＶチューナ２、２’とは独立して選局可能であり、ダイバーシティアンテナ１’から地上デジタル放送信号を受信し選局を行う。選局は、ＣＰＵ４９から周波数データが送られることで行われる。復調部１７は、ＤＴＶチューナ１６から入力される選局された信号を復調、エラー訂正し、ＴＳを出力する。なお、ＤＴＶチューナ１６専用のアンテナをダイバーシティアンテナ１、１’とは別に車両に設けてもよい。
【００３２】
出力されたＴＳは、データフィルタ８’へ入力され、ＮＩＴ等のデータがデータデコーダ９’から出力される。なお、オーディオフィルタ４’、オーディオデコーダ５’、ビデオフィルタ６’並びにビデオデコーダ７’は、バックグラウンドサーチを行う用途では不要であるが、例えば、ビデオデコーダ７’の後段に映像処理部１３を接続し、映像処理部１３でピクチャ・イン・ピクチャ処理を行うようにすれば、異なった物理チャンネルの放送映像を同時に見ることができる。また、例えば、オーディオデコーダ５、ビデオデコーダ７、オーディオデコーダ５’並びにビデオデコーダ７’が出力する映像音声信号をＨＤＤ（Hard Disk Drive）５３で記録するようにすれば、異なった物理チャンネルの放送番組を同時に録画することも可能である。
【００３３】
また、ラジオ用チューナ／復調部２１は、車両に設けられるＡＭ／ＦＭラジオ用アンテナ２０に接続され、ＡＭ／ＦＭラジオ用アンテナ２０からラジオ放送信号を受信し選局を行い、選局された信号を復調し、音声信号を端子Ａ−２に出力する。
【００３４】
交通情報受信デコード部４１は、車両に設けられる交通情報受信用アンテナ４０に接続され、交通情報受信用アンテナ４０から交通情報信号を受信しデコードを行い、交通情報を出力する。
【００３５】
測位航法装置４３は、車両に設けられるＧＰＳアンテナ４２に接続され、ＧＰＳアンテナ４２からＧＰＳ信号を受信し、車両位置情報および車速情報を生成し出力する。
【００３６】
慣性航法装置４５は、車両に設けられる３軸加速度センサ４４に接続され、３軸加速度センサ４４から検出信号を受信し、加速度情報および車速情報を生成し出力する。
【００３７】
車速パルス処理部４７は、車速パルス入力端子４６に接続され、車速パルス入力端子４６を介して車両から入力される車速パルスをカウントし、車速情報を生成出力する。
【００３８】
また、ＣＤ／ＤＶＤドライブ２２は、ＣＤまたはＤＶＤから映像音声信号を再生し、再生された映像信号を端子Ｖ−３に出力し、再生された音声信号を端子Ａ−３に出力する。描画部５４は、ナビゲーション用映像信号を生成し端子Ｖ−２に出力する。音声処理部５５は、経路案内に必要な音声信号等を生成しミキサイコライザ２４に出力する。
【００３９】
映像ソースセレクタ３０は、端子Ｖ−１、Ｖ−２、Ｖ−３から映像表示装置３１への経路を切替えることで、映像表示装置３１に表示させる信号ソースを切替える。映像表示装置３１は、ＬＣＤ（Liquid Crystal Display）などで構成される。
【００４０】
音声ソースセレクタ２３は、端子Ａ−１、Ａ−２、Ａ−３からミキサイコライザ２４への経路を切替えることで、スピーカ２６から音声出力させる信号ソースを切替える。ミキサイコライザ２４は、複数の音声ソースをミックスする機能や、音声信号の周波数特性を変化させる機能を有する。パワーアンプ２５は、ミキサイコライザ２４から入力される音声信号の電力を増幅させ、スピーカ２６は、電力増幅された音声信号に基づき音声を発生する。
【００４１】
また、操作入力部４８は、不図示のハードキー、タッチパネル並びにリモコン受光部を含み、ユーザの操作による操作信号を出力する。ＣＰＵ４９は、各種演算、処理、制御を行う演算処理装置である。ＲＡＭ５０は、ＣＰＵ４０のワークメモリ等に用いられる。ＲＯＭ５１は、ＣＰＵ４９が実行する制御プログラムを格納する。フラッシュメモリ５２は、給電がなくても情報を保持する記憶装置である。ＨＤＤ（Hard Disk Drive）５３は、ナビゲーション用地図データや楽曲ファイル等を格納する大容量の記憶装置である。
【００４２】
＜復調部の構成について＞
次に、サーチ用受信回路ブロック８０における復調部１７の一部分の構成を図２に示す。入力端子Ｔｉｎは、ＤＴＶチューナ１６（図１）の出力に接続され、出力端子Ｔｏｕｔは、オーディオフィルタ４’、ビデオフィルタ６’及びデータフィルタ８’（図１）の入力に接続され、出力端子ＴｏｕｔからＴＳ（トランスポートストリーム）が出力される。
【００４３】
入力端子Ｔｉｎには、ＤＴＶチューナ１６から出力されるＩＦ信号が入力され、ＩＦ信号はＡ／Ｄコンバータ１７１でサンプリングされ、直交復調部１７２で直交復調され、同期検出部１７３に含まれるＡＦＣにてキャリア周波数誤差を補正され、ＦＦＴ（Fast Fourier Transform）部１７４にて各サブキャリアに変調されている信号成分を抽出される。パイロット抽出／補間部１７５では、１２シンボル毎に埋め込まれているパイロットを抽出し補間する。イコライザ１７６では、伝送路で影響を受けたシンボルの振幅、位相をパイロットを基準に補正を行う。
【００４４】
ここで、ＧＩ（Guard Interval）相関検出部１７８について説明する。ガードインターバルは、反射波の影響で復調後の誤り率が高くなるのを抑える目的で、伝送すべきデータフレームの間に挿入される。ＩＳＤＢ−Ｔ方式では、ガードインターバルの時間長（ガードインターバル長）が、有効シンボルの時間長（シンボル長）の1/4、1/8、1/16、1/32のいずれかとなる。従って、実際に受信した信号のガードインターバル長が上記いずれかの時間長と相関が高ければ、受信している電波がデジタル放送波であると判定できる。
【００４５】
ＧＩ相関検出部１７８は、実際に受信した信号のガードインターバル長と、シンボル長の1/4、1/8、1/16、1/32のいずれかの時間長の相関係数を検出する。より具体的には、実際に受信した信号のガードインターバル長とシンボル長の1/4、1/8、1/16、1/32の各時間
長の各相関係数を検出し、そのうち最も高い相関係数を検出する。検出された相関係数と相関検出閾値を比較することで、デジタル放送波を受信しているか否かを判定できる。
【００４６】
また、ＳＰ（Scattered Pilot）相関検出部１７９は、１２シンボル毎に１回挿入されているＳＰと、実際に受信した信号のＳＰの相関係数を検出する。
【００４７】
ここで、ある受信地点での、ある瞬間のスペクトラム表示の一例を図３に示す。横軸を周波数方向、縦軸を受信レベルとしている。物理チャンネル１３ｃｈでは、受信状態の指標となるＣ／Ｎ（Carrier to Noise Ratio）が２７ｄＢ得られており、この場合のＧＩ相関係数またはＳＰ相関係数は０．９５が検出されている。同様に、１４ｃｈでは、受信状態が良好でありＣ／Ｎ＝３１ｄＢであり、相関係数は１．００が検出されている。しかし、１５ｃｈでは、受信状態が悪く、Ｃ／Ｎ＝５．５ｄＢであり、相関係数が０．３５しかない。１６ｃｈ以上も同様となる。
【００４８】
ある受信地点でのある瞬間に、仮に全ての物理チャンネルを受信候補とし、１３ｃｈから５２ｃｈまで全チャンネルサーチを行ったとする。図３の（１）のケースは相関検出閾値を０．２とした場合であり、１３ｃｈから１８ｃｈまでの各チャンネルと５２ｃｈで相関係数が相関検出閾値を超えており、デジタル放送波を受信しているものと判定される。
【００４９】
図３の（２）のケースは相関検出閾値を０．３とした場合であり、１８ｃｈでの相関係数が０．２５で相関検出閾値より低いので、デジタル放送波を受信していないものと判定される。
【００５０】
同様に、図３の（３）のケースは相関検出閾値を０．４とした場合であり、１５ｃｈでも相関係数が０．３５で相関検出閾値を下回るので、１８ｃｈに加えて１５ｃｈもデジタル放送波を受信していないものと判定される。
【００５１】
なお、ＧＩ相関検出部１７８及びＳＰ相関検出部１７９は、必ずしも両方とも設ける必要はなく、いずれか片方のみを設けてもよい。
【００５２】
＜バックグラウンドサーチ処理について＞
次に、カーナビゲーションシステム９０により行われるバックグラウンドサーチ処理について、図４のフローチャートを用いて説明する。
【００５３】
図４のフローチャートは、視聴者の選局操作により視聴側の受信物理チャンネルが変わった場合に開始する。
【００５４】
まず、ステップ１で、ＣＰＵ４９は、視聴側で受信中の物理チャンネル番号Ｎ＿ｖｃｈを取得する。そして、ステップ２で、一巡のサーチでＮＩＴが得られたチャンネル数をカウントするカウンタＮ＿ｇｅｔをゼロにクリアする。
【００５５】
さらに、ステップ３で、ＣＰＵ４９は、サーチ側の物理チャンネル番号Ｎ＿ｓｃｈを、ＵＨＦ帯域で最も低い周波数の物理チャンネル番号である１３に設定する。
【００５６】
次に、ステップ４で、ＣＰＵ４９は、前回サーチを一巡した際にＮＩＴを取得できたチャンネル数Ｎ＿ｇｅｔに応じて相関検出閾値を決定する。図４のステップ４に示した相関検出閾値の具体値は一例を示し、Ｎ＿ｇｅｔが大きくなる程、相関検出閾値を高くしている。なお、視聴側チャンネルを選局した直後に行う最初のサーチでは、ステップ２においてＮ＿ｇｅｔをゼロにクリアするため、ステップ４において相関検出閾値は最も低い０．３に決定される。
【００５７】
そして、ステップ５では、ＣＰＵ４９は、ステップ４で決定した相関検出閾値を復調部１７のレジスタ（図示せず）に設定する。さらに、ステップ６では、ＣＰＵ４９は、Ｎ＿ｇｅｔをゼロにクリアする。
【００５８】
次に、ステップ７で、ＣＰＵ４９は、第１タイマ及び第２タイマ（いずれも不図示）をリセットする。第１タイマは、相関係数が相関検出閾値を超えるまでの待ち時間（タイムアウト）を決めるタイマである。第２タイマは、ＮＩＴを取得するまでの待ち時間（タイムアウト）を決めるタイマである。
【００５９】
ステップ８では、視聴側物理チャンネル番号Ｎ＿ｖｃｈとサーチ側物理チャンネル番号Ｎ＿ｓｃｈが同一であるか否かを判定する。視聴中のチャンネルは敢えてバックグラウンドで選局し、ＮＩＴやＣ／Ｎを取得する必要はなく、視聴中のチャンネルとは異なるチャンネルに限ってサーチを行ったほうが効率的である。そこで、Ｎ＿ｖｃｈとＮ＿ｓｃｈが同一である場合は（ステップ８のＮ）、ステップ１９に進み、ＣＰＵ４９は、視聴側のデータデコーダ９より得られるＮＩＴに含まれるネットワークＩＤと、視聴側の復調部３より取得したＣ／Ｎを視聴中の物理チャンネルと対応付けてＲＡＭ５０に蓄積させる（蓄積状態の一例を後述する図５に示す）。なお、視聴側とサーチ側では、受信に使用するブランチ数が異なるため、蓄積するＣ／Ｎはサーチ側で受信した場合に換算しておいてもよい。ネットワークＩＤとは、放送局を識別するコードである。そして、ＣＰＵ４９は、ＲＡＭ５０に格納された受信可能チャンネルテーブルを更新する（受信可能チャンネルテーブルの一例を後述する図６に示す）。このテーブル更新については後述する。
【００６０】
一方、ステップ８で、Ｎ＿ｖｃｈとＮ＿ｓｃｈが異なる場合は（ステップ８のＹ）、ステップ９に進み、ＣＰＵ４９の制御により、サーチ側のＤＴＶチューナ１６をＮ＿ｓｃｈの物理チャンネルに選局する。
【００６１】
ステップ９の後、ステップ１０で、ＣＰＵ４９は、第１タイマをスタートさせる。そして、ステップ１１で、復調部１７におけるＧＩ相関検出部１７８またはＳＰ相関検出部１７９が相関係数を検出し、ステップ１２で、ＧＩ相関検出部１７８またはＳＰ相関検出部１７９は、検出された相関係数が相関検出閾値を超えるか否かを判定する。超えない場合は（ステップ１２のＮ）、ステップ１４に進み、ＧＩ相関検出部１７８またはＳＰ相関検出部１７９は、第１タイマがタイムアウトになったか否かを判定する。タイムアウトになっていない場合は（ステップ１４のＮ）、ステップ１１に戻り、相関係数を検出する。
【００６２】
第１タイマのタイムアウト期間内に相関係数が相関検出閾値を超えれば（ステップ１２のＹ）、ステップ１３に進むが、そうでない場合は（ステップ１４のＹ）、タイムアウトとなり、ステップ２３に進み、ＣＰＵ４９は、ＲＡＭ５０に格納された受信可能チャンネルテーブルを更新する。なお、このとき、ＲＡＭ５０にネットワークＩＤとＣ／Ｎは蓄積されない（図５における−印の箇所）。
【００６３】
ステップ１３に進んだ場合は、ＣＰＵ４９は、第２タイマをスタートさせる。そして、ステップ１５に進み、ＣＰＵ４９は、サーチ側のデータデコーダ９’からＮＩＴを取得することをトライする。もしＮＩＴが取得できなければ（ステップ１６のＮ）、ステップ１８に進み、ＣＰＵ４９は、第２タイマがタイムアウトになったか否かを判定する。タイムアウトになっていなければ（ステップ１８のＮ）、ステップ１５に戻り、ＮＩＴの取得を再度トライする。
【００６４】
第２タイマのタイムアウト期間内にＮＩＴを取得できれば（ステップ１６のＹ）、ステップ１７に進むが、そうでない場合は（ステップ１８のＹ）、タイムアウトとなり、ステ
ップ２２に進む。ステップ２２で、ＣＰＵ４９は、復調部１７より取得したＣ／Ｎを現在のサーチ用選局チャンネル、即ちＮ＿ｓｃｈと対応付けてＲＡＭ５０に蓄積させる（図５における×印の箇所）。そして、ＣＰＵ４９は、ＲＡＭ５０に格納された受信可能チャンネルテーブルを更新する。
【００６５】
ＮＩＴを取得できてステップ１７に進んだ場合は、ＣＰＵ４９は、Ｎ＿ｇｅｔをインクリメントする。そして、ステップ１９に進み、ＣＰＵ４９は、ＮＩＴに含まれるネットワークＩＤと、復調部１７より取得したＣ／Ｎをサーチ用選局チャンネル、即ちＮ＿ｓｃｈと対応付けてＲＡＭ５０に蓄積させる（図５）。そして、ＣＰＵ４９は、ＲＡＭ５０に格納された受信可能チャンネルテーブルを更新する。
【００６６】
ここで、受信可能チャンネルテーブルについて説明する。受信可能チャンネルテーブルでは、ネットワークＩＤ毎に物理チャンネルとＣ／Ｎが対応付けられて格納される（例えば図６）。ステップ１９では、ＲＡＭ５０に蓄積されたネットワークＩＤをキーとして、ＲＡＭ５０に蓄積されたＣ／Ｎを、Ｃ／Ｎが高くなる順にソートするよう物理チャンネルと対応付けて受信可能チャンネルテーブルに格納し、テーブルを更新する。また、ステップ２２では、ＲＡＭ５０に蓄積されたＣ／Ｎを、Ｃ／Ｎが高くなる順にソートするよう物理チャンネルと対応付けて受信可能チャンネルテーブルに格納し、テーブルを更新する。
【００６７】
また、ステップ２３では、タイムアウトとなった物理チャンネルが受信可能チャンネルテーブルにある場合は、その物理チャンネルに対応するＣ／Ｎの値をブランクとするよう受信可能チャンネルテーブルを更新する（ブランクとした物理チャンネルは最後尾の順位とする）。なお、タイムアウトとなった物理チャンネルがテーブルになければ、ステップ２３ではテーブル更新は行わない。
【００６８】
ステップ１９、ステップ２２またはステップ２３の後、ステップ２０に進み、ＣＰＵ４９は、Ｎ＿ｓｃｈをインクリメントする。そして、ステップ２１に進み、ＣＰＵ４９は、Ｎ＿ｓｃｈが５２ｃｈを超えているか否かを判定し、超えていない場合は（ステップ２１のＮ）、ステップ７に戻る。一方、超えている場合は（ステップ２１のＹ）、ステップ３に戻り、最小物理チャンネルである１３ｃｈから再度サーチを行う。
【００６９】
上記のように更新される受信可能チャンネルテーブルによれば、現在視聴中の物理チャンネルの受信状態が悪化した場合でも、視聴している放送局のネットワークＩＤに対応する最良のＣ／Ｎとなる物理チャンネルに視聴用チャンネルを切り替えれば、良好なテレビ放送の視聴を安定して継続できる。
【００７０】
上記バックグラウンドサーチにおいて、ＧＩ相関係数またはＳＰ相関係数を閾値と比較してデジタル放送が受信できるか否かを判定するので、高速に判定することが可能となる。従って、サーチを一巡する時間を短縮でき、常に最新の受信候補を把握することができる。
【００７１】
特に、前回サーチでＮＩＴを取得できたチャンネル数に応じて相対検出閾値を可変としている（図４のステップ４）。前回サーチでＮＩＴを取得できたチャンネル数が多い場合、視聴中のチャンネルの受信状態が悪化しても、次に選局すべきチャンネルの候補が多いということになるが、次に選局するにしてもせいぜい数チャンネルの候補が見つかればよい。そこで、このような場合は、相関検出閾値を高く設定することで、受信状態の良好な局に絞ってＮＩＴ取得のトライを行うことができ、サーチを一巡する時間をより短縮できる。
【００７２】
逆に、前回サーチでＮＩＴを取得できたチャンネル数が少ない場合は、相関検出閾値を
低く設定することで、選局候補を増やすことを期待できる。
【００７３】
また、相関係数が相関検出閾値を超えた場合、ＮＩＴ取得をトライするが、車両の移動により発生するフェージング（電界強度が変動することによる受信レベルの時間変動）は移動速度にも依存することから、ＮＩＴがなかなか取得できない場合もある。そのため、いつまでもＮＩＴ取得を試みるよりも、タイムアウト（図４のステップ１８）を設けて一定時間以内にＮＩＴが取得できない場合には次のチャンネルの確認に移行し、サーチを一巡する時間を短縮化している。
【００７４】
＜具体例について＞
次に、図４のフローチャートにより説明したバックグラウンドサーチをさせた場合の具体例について説明する。
【００７５】
図５は、時間経過とネットワークＩＤおよびＣ／Ｎの取得状況の一例を示す。なお、図５中、相関係数が相関検出閾値を超えずタイムアウトとなった場合を “−”と、相関係数が閾値を超えたがタイムアウト時間内にＮＩＴを取得できなかった場合は“×”と記している。
【００７６】
図５の一段目を例えば説明すれば、１３ｃｈではタイムアウト時間内にＮＩＴが取得でき、ネットワークＩＤ＝７ｆｄ１、Ｃ／Ｎが３５．２ｄＢ、１４ｃｈではネットワークＩＤ＝７ｆｄ５、Ｃ／Ｎ＝３７．６ｄＢであったが、１５ｃｈではＮＩＴが取得できずタイムアウトになり、Ｃ／Ｎのみの取得となった。その後、順次１９ｃｈまでＮＩＴの取得を試み、２０ｃｈでは、相関係数が相関検出閾値を超えずにタイムアウトとなり、ＮＩＴ及びＣ／Ｎの取得はできなかった。さらに、５２ｃｈまでＮＩＴの取得を試み、５２ｃｈのサーチが１２：００：５９に終了した。この後すぐ、同様に２回目のサーチを１２：０１：００に開始する。
【００７７】
図６は、図５に対応する受信可能チャンネルテーブルの推移を示す（なお、図６中の“リモコン番号”は便宜上記載しており、実際には不要である）。図６の表Ａは、１２：００：００から数えて６回目のサーチが終わった後の１２：０３：２９現在の受信可能チャンネルテーブルを示す。１２：０３：００から１２：０３：２９までの間に行ったサーチでは、八つの放送局が受信可能で、ネットワークＩＤが“７ｆｄ１”と“７ｄ７６”の２局については、受信が期待される局は２局ある。ネットワークＩＤが“７ｆｄ１”の放送局はリモコン番号が２番で、受信状態が一番良好な物理チャンネルが１３ｃｈ、２番目に良好な物理チャンネルが１９ｃｈであり、もしリモコン番号２が選択操作された場合には、先頭の物理チャンネルである１３ｃｈが視聴用に選局されることになる。
【００７８】
図６の表Ｂは、表Ａから大きくは状況が変わらないが、ネットワークＩＤが“７ｆｄ１”の局に注目すると、表Ａで順位が１番目だった物理チャンネル１３ｃｈと、順位が２番目の物理チャンネル１９ｃｈのＣ／Ｎが拮抗し、表Ｃの１２：０４：５９では、物理チャンネル１９ｃｈが順位１位に入れ替わっているので、この段階で、自動的に１３ｃｈ→１９ｃｈに選局し直せば、良い状態で視聴が継続できることになる。同様に、表Ｃ→表Ｄでは、ネットワークＩＤが“７ｆｄ３”の局は、物理チャンネル２７ｃｈも受信可能になり、また、新たなネットワークＩＤの“７ｄ６０”で物理チャンネル２５ｃｈの局も受信可能となっており、受信可能チャンネルテーブルに加わっている。
【００７９】
＜変形例について＞
以上、本発明の実施形態について説明したが、本発明の趣旨の範囲内であれば、実施形態は種々変更可能である。
【００８０】
例えば、上述した実施例では、現在の視聴チャンネルを除いた１３ｃｈから５２ｃｈまでの範囲を対象としたサーチを行ったが、視聴用で取得されたＮＩＴに記載された中継局／親局の物理チャンネルに限定してサーチを行ってもよい。また、放送局によっては中継局数がかなり多く数十チャンネルある場合もあれば、数チャンネルの場合もある。このため、サーチ対象局数に応じて図４のステップ４での前回ＮＩＴを取得したチャンネル数と相関検出閾値の関係を変更してもよい。例えば、サーチ対象局数が多い場合は、図４のステップ４に一例で示した関係を用い、サーチ対象局数が少ない場合は、図４のステップ４に示した一例よりも相関検出閾値を一律に低くした関係を用いればよい。
【００８１】
また、測位航法装置４３により検出された車両位置情報よりＣＰＵ４９が県を跨いで車両が移動したことを検出した場合（例えば大阪府から兵庫県への移動）、現在視聴中の放送局（例えばＮＨＫ大阪）に対応する移動後の県における放送局（例えばＮＨＫ神戸）の物理チャンネルをバックグラウンドサーチし、現在の視聴チャンネルよりもＣ／Ｎの高いチャンネルが見つかれば、そのチャンネルを新たに視聴用に選局してもよい。そして、視聴用で取得されたＮＩＴに記載された局に限定してバックグラウンドサーチを行ってもよい。
【００８２】
また、視聴していない非視聴モードの場合は、図４のステップ１においてＮ＿ｖｃｈをラストチャンネル（前回の視聴モード終了時の視聴チャンネル）とし、ステップ４を省略してもよい。即ち、前回サーチによるＮＩＴを取得できたチャンネル数に依らず、固定値である相関検出閾値を設定してもよい。視聴していないのであれば、受信可能チャンネルテーブルの更新に少々時間がかかってもよく、更新時間よりも正確さを重視したほうがよいからである。
【００８３】
また、本発明は、カーナビゲーションシステムに限らず、例えば、持ち運び可能な携帯型テレビ受像機やテレビ受信機能付きの携帯電話などにも適用可能である。
【符号の説明】
【００８４】
１、１’  ダイバーシティアンテナ
２、２’  ＤＴＶチューナ
３  復調部
４、４’  オーディオフィルタ
５、５’  オーディオデコーダ
６、６’  ビデオフィルタ
７、７’  ビデオデコーダ
８、８’  データフィルタ
９、９’  データデコーダ
１１  Ｄ／Ａコンバータ
１２  ＬＰＦ／ドライバ
１３  映像処理部
１４  Ｄ／Ａコンバータ
１５  ＬＰＦ／ドライバ
１６  ＤＴＶチューナ
１７  復調部
２３  音声ソースセレクタ
２４  ミキサイコライザ
２５  パワーアンプ
２６  スピーカ
３０  映像ソースセレクタ
３１  映像表示装置
４９  ＣＰＵ
５０  ＲＡＭ
６０  デジタル放送受信ブロック
７０  視聴用受信回路ブロック
８０  サーチ用受信回路ブロック
９０  カーナビゲーションシステム
１７８  ＧＩ相関検出部
１７９  ＳＰ相関検出部
【図１】
0005884011.tif 000002
【図２】
0005884011.tif 000003
【図３】
0005884011.tif 000004
【図４】
0005884011.tif 000005
【図５】
0005884011.tif 000006
【図６】
0005884011.tif 000007