ナビゲーション装置、診断方法および診断プログラム
【課題】プロセッサの処理負荷を過大とすることなく診断を行う技術の提供。
【解決手段】少なくとも一つのナビゲーション機能を実行するプロセッサと、車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定手段と、前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断手段と、を備えるナビゲーション装置。
【解決手段】少なくとも一つのナビゲーション機能を実行するプロセッサと、車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定手段と、前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断手段と、を備えるナビゲーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーション装置を診断する技術に関する。
【背景技術】
【０００２】
従来、車両停車中において車両の外部電源よりバッテリが充電されていることを条件として診断を許可する車両診断方法が提案されている（特許文献１、参照。）。
かかる構成によれば、バッテリが充電されている状態で診断を行うことができ、診断に大きな電力を要する場合でもバッテリの残電力量がなくなることが防止できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−３２４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、車両停車中に車両の外部電源よりバッテリへの充電が可能な電気自動車等の車両に対する診断を前提としているため、このような外部電源からの充電設備を備えていない車両に対しては、車両停車中に診断を実行してしまうとバッテリの残電力量がなくなってしまうという問題があった。一方、車両走行中にナビゲーション装置の機能の診断を実行するようにした場合、車両走行中におけるエンジンの駆動によりバッテリの充電を行うことが可能となるが、車両走行中はナビゲーション装置が起動しているため、ナビゲーション装置のプロセッサの処理負荷が過大となり、不具合が生じ得る。
本発明は、前記課題にかんがみてなされたもので、プロセッサの処理負荷を過大とすることなく診断を行う技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
前記目的を達成するため、本発明のナビゲーション装置は期間推定手段を備える。この期間推定手段は、車両走行中におけるプロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する。すなわち、期間に属する各時刻におけるプロセッサの処理負荷のうち最も高い処理負荷である最大処理負荷が所定の基準よりも低くなる期間を、低処理負荷期間として推定する。そして、診断手段は、低処理負荷期間に応じてナビゲーション機能の診断を行う。これにより、プロセッサの最大処理負荷が所定の基準よりも低くなる期間においてナビゲーション機能の診断を実行することができる。すなわち、プロセッサの最大処理負荷が高くなり得る期間において診断を実行することが防止でき、ナビゲーション機能の診断中においてプロセッサの処理負荷が一時的に過大となることによる不具合が防止できる。車両走行中において診断を行うことができるため、車両走行中に診断する必要があるナビゲーション機能も診断できる。
【０００６】
期間推定手段は、種々の情報に基づいて低処理負荷期間を推定することができる。例えば、期間推定手段は、ナビゲーション装置、ナビゲーション装置の周辺機器、ナビゲーション装置が備えられた車両、車両の周囲環境等に関する状況を示す情報に基づいて低処理負荷期間を推定することができる。ナビゲーション装置に関する状況を示す情報に基づいて低処理負荷期間を推定すれば、直接的にナビゲーション装置のプロセッサについての低処理負荷期間を推定することができる。一方、周辺機器や車両や周囲環境等に関する状況を示す情報に基づいて当該状況に依存したユーザのナビゲーション装置の動作が推定できるため、間接的に低処理負荷期間を推定できる。
【０００７】
さらに、期間推定手段は、過去のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよいし、現在のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよい。過去のナビゲーション装置等の状況を示す情報によれば、プロセッサの最大処理負荷が低くなった過去の期間を特定することができ、当該期間に対応する期間を低処理負荷期間として推定することができる。ここで、過去においてプロセッサの最大処理負荷が低くなった期間に対応する期間とは、過去においてプロセッサの最大処理負荷が低くなった期間を示す年，月，日（曜日、平日、祝休日も含む。），時，分等のいずれかが一致または類似する期間を意味する。一方、現在のナビゲーション装置等の状況を示す情報によれば、プロセッサの最大処理負荷が低くなる将来の期間をナビゲーション装置等の現在の状況に基づいて推定することができる。従って、高い確度で低処理負荷期間を推定できる。
【０００８】
診断手段は、低処理負荷期間に応じてナビゲーション機能を診断すればよく、現在が低処理負荷期間であることをもって即座に診断を開始させてもよいし、将来の低処理負荷期間において診断を行うように予め設定してもよい。
また、診断手段は、複数のナビゲーション機能のうちの少なくとも一つを診断すればよく、すべてのナビゲーション機能を一括して診断してもよいし、各ナビゲーション機能を個別に診断してもよい。例えば、将来の複数の低処理負荷期間のそれぞれにおいて診断させるナビゲーション機能を配分してもよい。なお、ナビゲーション機能は車両走行中に実行される機能であればよく、経路案内を行う機能に限定されない。例えば、ナビゲーション機能は、現在位置や車速等の車両の走行状況を監視する機能や、地図を表示させる機能であってもよい。
診断手段は、ナビゲーション機能の診断結果を示す診断情報を、ナビゲーション装置が備える記録媒体に記録してもよい。これにより、メンテナンス時において診断情報を前記記録媒体から読み出して解析することができる。また、診断手段は、診断情報を所定の通信回線を介してサーバ等に送信してもよい。これにより、診断情報を前記サーバにて解析することができる。
【０００９】
また、期間推定手段は、車両が走行する区間を所定単位で区分した単位区間を走行する期間におけるプロセッサの最大処理負荷を推定し、当該推定したプロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を走行する期間を低処理負荷期間として推定してもよい。ナビゲーション機能の多くの処理状況は、車両の走行状況等に応じて動的に変化する。従って、車両が走行する区間を所定単位で区分した単位区間ごとに、プロセッサの最大処理負荷を推定し、低処理負荷期間と推定することにより、車両の走行状況等に応じて動的に変化するプロセッサの最大処理負荷に応じた低処理負荷期間が設定できる。なお、単位区間は、車両が走行する区間を所定の単位距離で区分した区間であってもよいし、車両が走行する区間を所定の単位リンク数のリンクで区分した区間であってもよいし、車両が走行する区間を所定の単位期間で走行される距離で区分した区間であってもよい。
【００１０】
さらに、期間推定手段は、単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合に、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合、当該単位区間を走行する期間に新たな画像データを生成する必要がないからである。例えば、単位区間の退出時において分岐地点や交差点や渋滞区間等に所定距離以内まで接近する場合には、当該分岐地点等の案内を行うための新たな画像データを、単位区間を走行する期間に生成する必要がある。従って、期間推定手段は、単位区間の進入時と退出時とで車両が所定距離以内まで接近する分岐地点等に変化がない場合に、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。さらに、単位区間の進入時と退出時のそれぞれにおける車両の現在位置や車両の方向に応じた地図を画像データに基づいて表示する構成において、単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合には、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。
【００１１】
多くの場合、ユーザの操作に応じてプロセッサが処理を実行することによりプロセッサの処理負荷が高くなるため、ナビゲーション装置がユーザから操作を受け付けない期間は、プロセッサの最大処理負荷が低い低処理負荷期間であるということができる。従って、ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい期間を低処理負荷期間として推定できる。ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間を、例えば過去においてナビゲーション装置がユーザから操作を受け付けなかった頻度や確率が所定の基準よりも大きい期間に対応する期間としてもよい。ユーザによるナビゲーション装置の使用には時間的規則性があるため、過去においてナビゲーション装置がユーザから操作を受け付けなかった頻度や確率が大きい期間に対応する期間においては、プロセッサの最大処理負荷は低くなると考えられるからである。
【００１２】
さらに、ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間を、車両の走行状況に基づいて推定してもよい。車両の走行状況に応じてユーザがナビゲーション装置を操作しようとする意図が生じ得るため、車両の走行状況に基づいてナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間が推定できる。例えば、ユーザがナビゲーション装置に案内を期待する分岐地点等に車両が所定距離以内まで接近する前と後では、接近した後の方が当該分岐地点等の案内を得ようとしてユーザがナビゲーション装置を操作する可能性が高い。従って、分岐地点等に車両が所定距離以内まで接近する前の期間を、低処理負荷期間として推定してもよい。
【００１３】
また、ナビゲーション装置が案内を行わない期間では、案内を行うことにより生じるプロセッサの処理負荷が軽減される。従って、ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい期間を低処理負荷期間として推定できる。ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間を、過去においてナビゲーション装置が案内を行わなかった頻度や確率が所定の基準よりも大きい期間に対応する期間としてもよい。ナビゲーション装置による案内の実行には時間的規則性があるからである。
【００１４】
さらに、ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間を、車両の走行状況に基づいて推定してもよい。ユーザがナビゲーション装置に何らかの案内を行わせようとする意図は、車両の走行状況に応じて生じ得るため、車両の走行状況に基づいてナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間が推定できる。例えば、ユーザにとって馴染みのある地域や走行経路を車両が走行する期間では、ナビゲーション装置に案内を行わせずとも車両を走行させることができるため、当該期間を低処理負荷期間として推定できる。さらに、ユーザがナビゲーション装置に案内を期待する分岐地点や交差点や地物や渋滞区間に車両が所定距離以内まで接近する前と後では、接近した後の方が当該分岐地点等の案内をナビゲーション装置に行わせる可能性が高い。従って、分岐地点等に車両が所定距離以内まで接近する前の期間を、低処理負荷期間として推定してもよい。
【００１５】
さらに、ユーザにとって馴染みのある地域や走行経路を車両の過去の走行履歴に基づいて特定してもよい。例えば、過去において車両が走行した頻度が所定の基準よりも大きい地域や走行経路を、ユーザにとって馴染みのある地域や走行経路として推定し、当該地域や走行経路を走行する期間を低処理負荷期間として推定してもよい。
【００１６】
さらに、通勤経路や通学経路のように馴染みのある走行経路を車両が走行するタイミングは規則的である場合が多い。例えば、通勤経路や通学経路が走行されるのは、通常、通勤時間帯や通学時間帯となる。従って、過去において車両が同一の走行経路を走行した頻度が所定の基準よりも大きい期間に対応する期間を低処理負荷期間として推定してもよい。かかる構成においては、車両がどの道路を走行するかを特定しなくても済む。なお、同一の走行経路とは、実質的に同一の走行経路を含み、例えば出発地と終着地とが共通する場合や、走行経路を構成する道路（リンク）が所定の比率以上共通する場合や、一方の走行経路に他方の走行経路が含まれる場合等を含んでもよい。
【００１７】
ところで、ナビゲーション機能の診断にはある程度の時間を要する場合があるため、ナビゲーション機能の診断が終了する前にプロセッサの最大処理負荷が高くなり得る期間へと移行する場合も考えられる。このような場合、プロセッサの過大な処理負荷による不具合が生じ得る。そのため、診断手段は、低処理負荷期間内にナビゲーション機能の診断が終了する場合に限り、ナビゲーション機能の診断を行うのが望ましい。
一方、ナビゲーション機能の診断に要する期間が短い場合等には、診断を開始する時刻が低処理負荷期間に属することのみをもって診断を実行するようにしてもよい。
また、複数のナビゲーション機能に応じて診断に要する期間が異なる場合には、低処理負荷期間内に診断を終了させることが可能なナビゲーション機能を選択して診断すればよい。これにより、短い低処理負荷期間も無駄にすることなくナビゲーション機能の診断を行うことができる。
【００１８】
さらに、本発明のように低処理負荷期間を推定して診断を行う手法は、プログラムや方法としても適用可能である。また、以上のような装置、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。例えば、以上のような装置を備えたナビゲーション装置や方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【図面の簡単な説明】
【００１９】
【図１】診断システムのブロック図である。
【図２】低処理負荷期間を示す模式図である。
【図３】診断制御処理を示すフローチャートである。
【図４】地図のヘディングアップ表示する様子の説明図である。
【図５】他の変形例にかかる診断制御処理のフローチャートである。
【発明を実施するための形態】
【００２０】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）第１実施形態にかかるナビゲーション装置の構成：
（２）診断制御処理：
（３）他の実施形態：
【００２１】
（１）第１実施形態にかかるナビゲーション装置の構成：
図１は、本発明の第１実施形態にかかるナビゲーション装置１０の構成を示すブロック図である。ナビゲーション装置１０は車両に備えられる。ナビゲーション装置１０は、プロセッサとしてのＣＰＵとＲＡＭとＲＯＭ等を備える制御部１１と記録媒体１２とを備えている。記録媒体１２には、地図情報１２ａと経路情報１２ｂと履歴情報１２ｃと診断情報１２ｄとが記録されている。ナビゲーション装置１０は、記録媒体１２やＲＯＭに記憶された各種プログラムの実行データを読み出して制御部１１で実行する。本実施形態において、制御部１１は、ナビゲーションプログラム１１０を実行する。
【００２２】
地図情報１２ａには車両が走行する道路上に設定されたノードを示すノードデータ、ノード間の道路の形状を特定するための形状補間データ、ノード同士の連結を示すリンクデータ等が含まれている。ノードデータが示すノードには、交差点等に対応するノードが含まれている。経路情報１２ｂは、車両が走行する走行予定経路がナビゲーションプログラム１１０の機能によって設定された場合に記録される情報であり、当該走行予定経路上に設定されたノード等を特定する。履歴情報１２ｃは、ナビゲーション装置１０の電源がオンとなっている期間において、ナビゲーション装置１０が経路案内を行っていなかった期間を特定する情報である。
【００２３】
車両は、ＧＰＳ受信部４１と車速センサ４２とジャイロセンサ４３と操作入力部４４と表示部としての表示装置４５とを備えている。ＧＰＳ受信部４１は、ＧＰＳ衛星から電波を受信し、図示しないインタフェースを介して車両の現在位置を算出するための信号を出力する。車速センサ４２は、車両が備える車輪の回転速度に対応した信号を出力する。ジャイロセンサ４３は、車両に作用する角速度に対応した信号を出力する。制御部１１は図示しないインタフェースを介してこの信号を取得し、車両の方向を取得する。制御部１１は、ＧＰＳ受信部４１の出力信号から特定される車両の現在位置を、車速センサ４２とジャイロセンサ４３等からの信号に基づいて補正する。
【００２４】
操作入力部４４は、ユーザがナビゲーション装置１０に対する操作を行うためのインタフェース部であり、図示しない操作パネルやタッチセンサやリモコン等を備えている。表示装置４５は、制御部１１が表示制御を行うことによってユーザに表示画像を介して各種の情報を提供するインタフェース部である。表示装置４５は、図示しない液晶パネル等を備えている。
【００２５】
ナビゲーションプログラム１１０は、ナビゲーション部１１０ａと履歴情報蓄積部１１０ｂと期間推定部１１０ｃと診断部１１０ｄとを含む。ナビゲーション部１１０ａと履歴情報蓄積部１１０ｂと期間推定部１１０ｃと診断部１１０ｄとは、図示しないＯＳ上で実行され、当該ＯＳによって各プログラムモジュール１１０ａ〜１１０ｄが使用する制御部１１のＣＰＵやＲＡＭ等のハードウェアリソースが割り当てられる。また、ＯＳは、各プログラムモジュール１１０ａ〜１１０ｄを時分割して制御部１１に実行させることにより、各プログラムモジュール１１０ａ〜１１０ｄを見かけ上、並列して実行させる。
【００２６】
ナビゲーション部１１０ａは、複数のナビゲーション機能（例えば、地図更新機能，経路案内機能，現在位置特定機能，操作受付機能，表示制御機能，オーディオ機能等）のうち少なくとも一つを制御部１１に実行させる。このうち、現在位置特定機能と地図更新機能と経路案内機能とは走行中にて刻々と変化する車両の現在位置に応じた処理を実行する。現在位置特定機能により制御部１１は、車速センサ４２やジャイロセンサ４３の出力信号に基づいて走行中の車両の走行軌跡を作成し、地図情報１２ａを参照して、当該走行軌跡と形状がマッチングする道路を特定する。そして、現在位置特定機能により制御部１１は、走行軌跡と形状がマッチングする道路の位置に基づいて、ＧＰＳ受信部４１の出力信号に基づく車両の現在位置を補正する。地図更新機能により制御部１１は、表示装置４５に表示させる地図を車両の現在位置や車両の方向の変化に追従するように更新する機能であり、車両の現在位置や車両の方向に応じて地図を表示するための画像データを生成する。一方、経路案内機能により制御部１１は、目的地等に基づいて走行予定経路を探索し、当該走行予定経路を特定する経路情報１２ｂを記録媒体１２に記録する。さらに、経路案内機能により制御部１１は、走行予定経路を走行させるための経路案内を車両の現在位置等に応じて行う。また、経路案内機能により制御部１１は、車両が走行予定経路の目的地に到達した場合や、走行予定経路の案内がユーザの操作によって中止された場合には、経路情報１２ｂを記録媒体１２から消去する。
【００２７】
履歴情報蓄積部１１０ｂは、ナビゲーション装置１０が走行予定経路の経路案内を行っていない期間である非経路案内期間を履歴情報１２ｃに記録する機能を制御部１１に実行させるプログラムモジュールである。すなわち、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間において記録媒体１２における経路情報１２ｂの記録有無を監視し、経路情報１２ｂが記録されていない期間を非経路案内期間とし、当該非経路案内期間の開始時刻および終了時刻を履歴情報１２ｃに記録する。すなわち、非経路案内期間の開始時刻および終了時刻を表す年，月，日（曜日），時，分等が履歴情報１２ｃにおいて特定される。なお、現在時刻から所定期間以上過去の非経路案内期間については履歴情報１２ｃから順次消去してもよい。
【００２８】
期間推定部１１０ｃは、ＣＰＵの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する機能を制御部１１に実行させるプログラムモジュールである。すなわち、期間推定部１１０ｃの機能により制御部１１は、過去においてナビゲーション装置１０が経路案内機能による経路案内を行っていなかった頻度が所定の基準よりも大きい期間に対応する期間を低処理負荷期間として推定する。なお、ナビゲーション装置１０が経路案内機能による経路案内を行う期間においては、多くの処理が実行されるため、走行状況等に応じてＣＰＵの処理負荷がナビゲーション機能の診断に支障を来す程度に高くなる場合が一時的に生じ得る。
【００２９】
図２は、低処理負荷期間を模式的に説明する図である。期間推定部１１０ｃの機能により制御部１１は、履歴情報１２ｃにて特定された各非経路案内期間の年，月，日（曜日）に基づいて、各非経路案内期間を平日と祝休日とに振り分ける。図２においては、平日に振り分けられた非経路案内期間を実線矢印で示し、祝休日に振り分けられた非経路案内期間を破線矢印で示している。図２の横軸は、０時００分から２３時５９分までの時刻を示している。期間推定部１１０ｃの機能により制御部１１は、４個以上の非経路案内期間が重複している時間帯を平日と祝休日のそれぞれについて抽出し、当該時間帯を平日または祝休日についての低処理負荷期間（図２にて黒く塗りつぶした時間帯）として推定する。すなわち、本実施形態では、過去において基準の４回以上の頻度で、ナビゲーション装置１０の電源がオンにも拘わらずナビゲーション装置１０が経路案内を行っていない期間を低処理負荷期間として推定する。本実施形態において、過去において所定の基準よりも大きい頻度でナビゲーション装置１０が経路案内を行っていなかった期間と、低処理負荷期間とは、これらの期間を表す時，分が互いに一致する。
【００３０】
図２の例では、平日についてのみ低処理負荷期間が推定されている。また、図２に示す低処理負荷期間は、平日において自宅から勤務地へと走行する出勤時間帯（７時５分から８時１０分までの１時間５分）と、平日において勤務地から自宅へと走行する帰宅時間帯（１７時４５分から１８時３５分までの５０分）とに対応している。通勤経路は、ユーザにとって馴染みがあるため、ナビゲーション装置１０に経路案内を行わせずともユーザは車両を走行させることができる経路であるということができる。このように、ナビゲーション装置１０の電源がオンにも拘わらずナビゲーション装置１０が経路案内を行っていない期間は、時間的規則性を有している場合が多いため、過去において大きい頻度でナビゲーション装置１０が経路案内を行っていない期間に対応する期間を低処理負荷期間と推定できる。一方、図２の例では、休祝日におけるユーザの行動に時間的規則性が乏しく、休祝日については低処理負荷期間が推定されていない。むろん、休祝日においても定期的な外出等がある場合には、休祝日についても低処理負荷期間期間が推定され得る。また、本実施形態では、４回以上の頻度を基準として低処理負荷期間期間を推定することとしたが、所定の確率を基準として低処理負荷期間期間を推定してもよい。例えば、図２の低処理負荷期間期間は、８月２日〜８月６日の５日間の平日において基準の４回以上の頻度でナビゲーション装置１０が経路案内を行っていなかった期間であるとともに、５日間の平日におい８０％以上の確率でナビゲーション装置１０が経路案内を行っていなかった期間でもある。
【００３１】
診断部１１０ｄは、低処理負荷期間内にナビゲーション機能の診断が終了するか否かを判断し、低処理負荷期間内にナビゲーション機能の診断が終了する場合に、ナビゲーション機能の診断を行う機能を制御部１１に実行させるプログラムモジュールである。すなわち、診断部１１０ｄの機能により制御部１１は、現在時刻が平日にあたるか祝休日にあたるかを判定し、平日にあたる場合には平日についての低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。同様に、現在時刻が祝休日にあたる場合には祝休日についての低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。低処理負荷期間に現在時刻が属する場合には、現在時刻が属する低処理負荷期間の終了までに上述の選択したナビゲーション機能の診断が終了するか否かを判定する。すなわち、低処理負荷期間内にナビゲーション機能の診断が終了するか否かを判定する。本実施形態では、ＣＰＵが経路案内機能を実行しない（経路案内を行わない）状況でＣＰＵの処理負荷が一時的に高くなっても、ナビゲーション機能（地図更新機能，経路案内機能，現在位置特定機能…）のいずれの診断も実行可能なＣＰＵの空き処理負荷を確保することができることとする。診断部１１０ｄの機能により制御部１１は、複数のナビゲーション機能のうち最も過去に診断を行ったナビゲーション機能を選択し、当該選択した機能の診断が低処理負荷期間の終了までに終了するか否かを判定する。
【００３２】
低処理負荷期間の終了までに選択したナビゲーション機能の診断が終了する場合には、診断部１１０ｄの機能により制御部１１は、選択したナビゲーション機能の診断を実行する。選択したナビゲーション機能が実行されている場合には、選択したナビゲーション機能を一旦停止させた上で、所定の診断条件の下で選択したナビゲーション機能をテスト動作させて診断を行う。診断部１１０ｄの機能により制御部１１は、テスト動作中において制御部１１におけるＣＰＵのレジスタやキャッシュやＲＡＭに記憶されたデータを取得し、当該データを診断情報１２ｄとして記録媒体１２に記憶させる。
【００３３】
以上説明したように、本実施形態によれば、ＣＰＵの最大処理負荷が高くなるタイミングで診断を実行することが防止でき、ＣＰＵの過大な処理負荷による不具合が防止できる。また、診断手段は、低処理負荷期間内にナビゲーション機能の診断が終了する場合にナビゲーション機能の診断を行うため、ナビゲーション機能の診断が終了する前にＣＰＵの最大処理負荷が高くなる事態が防止できる。車両走行中における低処理負荷期間にてナビゲーション機能の診断を行うため、車両走行中にて刻々と変化する現在位置や車速等を利用するナビゲーション機能（現在位置特定機能，地図更新機能，経路案内機能）も診断できる。
【００３４】
ここで、ユーザがナビゲーション装置１０に経路案内を行わせる時間帯には規則性があるため、過去においてナビゲーション装置１０が経路案内を行わなかった頻度が大きかった期間に対応する期間においては、プロセッサの最大処理負荷は低くなると考えられる。従って、過去においてナビゲーション装置１０が経路案内を行わなかった頻度が所定の基準（例えば、４回。）よりも大きい期間に対応する期間を低処理負荷期間として推定し、当該低処理負荷期間に応じて診断を行うようにすることにより、ＣＰＵの過大な処理負荷による不具合が防止できる。
【００３５】
（２）診断制御処理：
図３は、診断制御処理を示すフローチャートである。なお、診断制御処理は、ナビゲーション機能の診断中の期間を除き、所定の時間周期ごとに実行される処理である。むろん、診断制御処理は、ナビゲーション装置１０の電源がオンとなっている期間において実行される。ステップＳ１００において、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属するか否かを判定する。すなわち、現在時刻が平日であるか祝休日のいずれにあたるかを判定し、平日または祝休日に対応する低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。なお、ステップＳ１００において現在時刻が低処理負荷期間に属するか否かを判定するにあたり、期間推定部１１０ｃの機能により制御部１１は、最新の履歴情報１２ｃに基づいて低処理負荷期間を推定しておく。
【００３６】
現在時刻が低処理負荷期間に属さない場合、制御部１１は、診断制御処理を終了させ、次に診断制御処理を実行するまで待機する。一方、現在時刻が低処理負荷期間に属する場合、ステップＳ１１０において、診断部１１０ｄの機能により制御部１１は、現在時刻が属する低処理負荷期間の終了時刻を取得する。ステップＳ１２０において、診断部１１０ｄの機能により制御部１１は、最も過去に診断したナビゲーション機能を選択し、現在時刻が属する低処理負荷期間の終了時刻までに選択したナビゲーション機能の診断が終了するか否かを判定する。各ナビゲーション機能を診断するための診断所要期間は実験等により予め特定されており、診断部１１０ｄの機能により制御部１１は、ナビゲーション機能を診断するための診断所要期間が取得可能である。なお、低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了するか否かは、低処理負荷期間の終了時刻と、現在時刻に診断所要期間を加えた診断終了予定時刻との比較によって判定することができる。少なくとも低処理負荷期間の終了時刻までに診断が終了することが判定できればよく、低処理負荷期間の終了時刻の所定時間前に、選択したナビゲーション機能の診断が終了するか否かを判定してもよい。これにより、十分な時間的余裕をもって診断が終了できるか否かが判定できる。
【００３７】
現在時刻が属する低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了しないと判定した場合、制御部１１は診断制御処理を終了させ、次に診断制御処理を実行するまで待機する。一方、現在時刻が属する低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了すると判定した場合、ステップＳ１３０において、診断部１１０ｄの機能により制御部１１は、選択したナビゲーション機能の診断を順次実行する。すなわち、選択したナビゲーション機能を順次テスト動作させ、そのときＣＰＵのレジスタやキャッシュやＲＡＭに記録されたデータを診断情報１２ｄとして記録媒体１２に記憶させる。なお、診断実行時において、診断中のナビゲーション機構に関する操作の受付を制限するとともに、表示装置４５にて診断中である旨を表示させるのが望ましい。
【００３８】
（３）他の実施形態：
（３−１）期間推定手法の変形例：
本発明の期間推定手段は種々の情報に基づいて低処理負荷期間を推定することができる。例えば、期間推定部１１０ｃの機能により制御部１１は、ナビゲーション装置、ナビゲーション装置の周辺機器、ナビゲーション装置が備えられた車両、周囲環境等に関する過去または現在の状況を示す情報に基づいて低処理負荷期間を推定することができる。ナビゲーション装置に関する状況を示す情報に基づいてナビゲーション装置の使用状況が推定できるため、直接的にナビゲーション装置についての低処理負荷期間を推定することができる。一方、周辺機器や車両や周囲環境等に関する状況を示す情報に基づいて、当該状況に依存したユーザの行動が推定できるため、間接的にナビゲーション装置についての低処理負荷期間を推定することができる。
【００３９】
さらに、期間推定部１１０ｃの機能により制御部１１は、前記実施形態の履歴情報１２ｂのように過去のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよいし、現在のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよい。過去のナビゲーション装置等の状況を示す情報によれば、ＣＰＵの最大処理負荷が低くなった過去の期間を特定することができ、当該期間に対応する期間を低処理負荷期間として推定することができる。現在のナビゲーション装置等の状況を示す情報によれば、ＣＰＵの最大処理負荷が低くなる将来の期間をナビゲーション装置等の現在の状況に基づいて推定することができる。従って、高い確度で低処理負荷期間を推定できる。
以下、期間推定手法の変形例を具体的な実施形態を挙げて説明する。
【００４０】
（３−１−１）ナビゲーション装置に対する操作履歴に基づく推定：
本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間においてナビゲーション装置１０が操作を受け付けなかった期間（以下、非操作受付期間と表記する。）の開始時刻および終了時刻を履歴情報１２ｃに記録する。非操作受付期間とは、例えばナビゲーション装置１０の操作入力部４４にて何らかの操作が受け付けられた時刻の前後所定期間を除く期間とされる。例えば、前記所定期間を５分とし、１０時００分に操作が受け付けられた場合には、９時５５分〜１０時０５分を除く期間が非操作受付期間となる。さらに、引き続いて１０時０３分に操作が受け付けられた場合には、９時５５分〜１０時０８分を除く期間が非操作受付期間とされる。
【００４１】
以上のようにして履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、前記実施形態と同様の手法により低処理負荷期間を推定する。すなわち、過去において所定の基準（例えば、３回。）よりも大きい頻度で、ナビゲーション装置１０の電源がオンにもかかわらずナビゲーション装置１０が操作を受け付けていない期間を低処理負荷期間として推定する。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態と同様の判定を行ってナビゲーション機能の診断を実行する。
【００４２】
多くの場合、ユーザの操作に応じてプロセッサが処理を実行することにより、ＣＰＵの処理負荷が高くなるため、ナビゲーション装置１０がユーザから操作を受け付けない期間は、ナビゲーション装置１０のＣＰＵの最大処理負荷が低くなる低処理負荷期間であるということができる。さらに、ユーザによるナビゲーション装置１０の使用時間帯には規則性があるため、過去においてナビゲーション装置１０がユーザから操作を受け付けなかった頻度が大きい期間に対応する期間においては、ＣＰＵの最大処理負荷は低くなると考えられる。従って、過去においてナビゲーション装置１０がユーザから操作を受け付けなかった頻度が所定の基準よりも大きかった期間に対応する期間を低処理負荷期間として推定し、当該低処理負荷期間に応じて診断を行うようにすれば、ＣＰＵの過大な処理負荷による不具合が防止できる。
【００４３】
（３−１−２）表示装置に対する操作履歴に基づく推定：
本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間において表示装置４５の電源がオフとなっていた期間である表示オフ期間の開始時刻および終了時刻を履歴情報１２ｃに記録する。例えば、履歴情報蓄積部１１０ｂの機能により制御部１１は、図示しない信号線を介して表示装置４５の電源状態を監視し、表示装置４５の電源状態がオンからオフに転じた時刻を表示オフ期間の開始時刻とし、表示装置４５の電源状態がオフからオンに転じた時刻を表示オフ期間の終了時刻とする。
【００４４】
以上のようにして履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、前記実施形態と同様の手法により低処理負荷期間を推定する。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態のステップＳ１１０〜Ｓ１２０と同様の判定を行ってナビゲーション機能の診断を実行する。表示オフ期間は、ナビゲーション装置１０の電源がオンとなっているにも拘わらず表示装置４５がオフされた期間であり、ナビゲーション装置１０における表示制御機能が実行されないとともに、ユーザの操作により他のナビゲーション機能が実行されている可能性が低く、ＣＰＵの最大処理負荷が低くなる期間であると推定できる。従って、低処理負荷期間を高い確度で推定できる。
【００４５】
（３−１−３）車両の現在の走行状況に基づく推定：
以上においては、ナビゲーション装置１０または表示装置４５の過去の状況を示す履歴情報１２ｃに基づいて低処理負荷期間を推定する例を示したが、車両の現在の状況を示す情報に基づいて低処理負荷期間を推定してもよい。本変形例においては、期間推定部１１０ｃの機能により制御部１１は、ＧＰＳ受信部４１からの出力信号等に基づいて車両の現在位置を取得する。そして、期間推定部１１０ｃの機能により制御部１１は、現在位置と地図情報１２ａとに基づいて車両が現在走行する道路、および、当該道路における車両の走行方向を取得する。期間推定部１１０ｃの機能により制御部１１は、現在走行している道路を車両が道なりに走行した場合に、最初に到達する分岐地点（交差点）に所定距離（例えば、５０ｍ等。）以内まで接近すると推定される接近予定時刻が現在時刻から所定期間（例えば、３分。）以上経過後であれば、現在時刻から接近予定時刻までの期間を低処理負荷期間とする。すなわち、車両が現在から所定期間以上にわたって次の分岐地点に接近しない場合には、現在時刻から接近予定時刻までの期間を低処理負荷期間とする。なお、接近予定時刻は、現在位置と分岐地点との距離と車速センサ４２の出力信号に基づく車速等に基づいて得ることができる。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態のステップＳ１１０〜Ｓ１２０と同様の判定を行ってナビゲーション機能の診断を実行する。
【００４６】
以上説明した低処理負荷期間は、道路上に分岐地点が広い間隔でしか存在しない高速道路や有料道路等を走行する場合において特に推定され得る。車両が分岐地点の所定距離以内に接近するタイミング、すなわちユーザが分岐地点やその標識を視認するタイミングにおいて、ユーザは分岐地点についての行き先等の情報を得ようとしてナビゲーション装置１０を操作することが予測される。例えば、車両が分岐地点に接近するタイミングにおいて、ナビゲーション装置１０が経路案内を行っている場合には分岐地点にて推奨される退出方向の案内や分岐地点付近の３Ｄ画像の表示を行うための処理負荷が発生し、ナビゲーション装置１０が経路案内を行っていない場合にも分岐地点における行き先や車線等の情報の案内を行うための処理負荷が発生する。すなわち、本変形例においては、分岐地点に接近してナビゲーション装置１０のＣＰＵの最大処理負荷が高くなる前に、ナビゲーション機能の診断を実行しておくことができる。なお、時間的余裕をもってナビゲーション機能の診断が終了するように、接近予定時刻から所定期間前の時刻を低処理負荷期間の終了時刻としてもよい。
【００４７】
ナビゲーション装置１０にユーザの自宅や勤務地等が登録されている場合、これらの地点から所定距離以内の範囲の地域は生活圏であると推定できる。例えば、生活圏は自宅や勤務地等から所定半径以内の地域と定義しておく。そして、車両が生活圏の内側に存在する場合において車両が生活圏の外側に出ることができる最も早い時刻を推定し、当該時刻を低処理負荷期間の終了時刻としてもよい。例えば、車両が生活圏の外側に出ることができる最も早い時刻は、生活圏の外縁から現在位置までの最短距離を法定制限速度で除算した時間を現在時刻に加算することにより得ることができる。ユーザの生活圏ではナビゲーション装置１０のナビゲーション機能を多く実行させずともユーザは車両を走行させることができると考えられるため、車両が生活圏の外側に出ることができる最も早い時刻よりも前の期間を低処理負荷期間として推定することができる。
【００４８】
（３−１−４）車両の現在および過去の走行状況に基づく推定：
さらに、ユーザに馴染みのある地域や走行経路を過去の車両の走行履歴に基づいて推定してもよい。本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、走行経路と走行時刻とを対応付けて履歴情報１２ｃに記録する。以上のように履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、所定の基準（例えば、５回。）よりも大きい頻度で走行された走行経路を抽出する。そして、期間推定部１１０ｃの機能により制御部１１は、抽出した走行経路上を車両が走行中であるか否かを判定し、抽出した走行経路上を車両が走行中である場合には、現在、低処理負荷期間であると判定する。そして、期間推定部１１０ｃの機能により制御部１１は、抽出した走行経路の終点に車両が到達する時刻を現在位置や車両の走行方向や車速等に基づいて予測し、当該時刻を低処理負荷期間の終了時刻とする。このようにすることにより、過去に何度か走行している走行経路においてユーザがナビゲーション装置１０のナビゲーション機能を多く実行させずとも車両を走行させることができる期間において、ナビゲーション機能を診断することができる。
【００４９】
ところで、通勤経路や通学経路のように走行する時間帯がほぼ一定となる走行経路については、車両が走行する道路を特定するまでもなく、通勤経路や通学経路を車両が走行していると推定できる。すなわち、期間推定部１１０ｃの機能により制御部１１は、同一の走行経路が、同一時間帯において所定の基準（例えば、５回。）よりも大きい頻度で走行された時間帯を履歴情報１２ｃから抽出する。なお、同一時間帯とは、平日であるか祝休日であるかが一致し、走行開始時刻（時，分）と走行終了時刻（時，分）とが所定の誤差範囲以内となることを指す。なお、同一の走行経路とは、実質的に同一の走行経路を含み、例えば出発地と終着地とが共通する場合や、走行経路を構成する道路（リンク）が所定の比率以上共通する場合や、一方の走行経路に他方の走行経路が含まれる場合等を含む。
【００５０】
期間推定部１１０ｃの機能により制御部１１は、抽出した時間帯を低処理負荷期間として推定する。そして、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属し、かつ、当該低処理負荷期間の終了時刻までに選択したナビゲーション機能の診断が終了する場合には、選択したナビゲーション機能の診断を実行する。このようにすることにより、診断部１１０ｄの機能により制御部１１は、車両が現在走行する道路を特定することなく、診断を実行するか否かを判定できる。むろん、本変形例において、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属し、かつ、車両の現在位置が走行頻度の高い走行経路上にあることをもって、診断を実行するとしてもよい。
【００５１】
（３−１−５）画像データの生成負荷に基づく推定：
ナビゲーション装置１０が地図更新機能および表示制御機能により表示装置４５に車両の現在位置付近の所定範囲の地図を表示させる場合、車両の現在位置の変化に追従するように、逐次、表示装置４５に地図を表示させるための画像データを生成するためのＣＰＵの処理負荷が発生する。車両の現在位置の変化態様は車両が走行する区間に依存するため、地図を表示させるための画像データを生成するＣＰＵの処理負荷も車両が走行する区間に依存することとなる。特に、車両の現在位置の変化および車両の方向に追従するように地図を表示させるヘッディングアップ表示を行う場合には、画像データを生成するための処理負荷が区間の形状に大きく依存する。
【００５２】
図４は、ヘッディングアップ表示を行う様子を模式的に示す図である。図４においては、車両Ｃが走行中の道路を現在位置から所定の単位距離（例えば、３００ｍ。）だけ道なり前方に走行した場合に走行される区間を単位区間Ｒとして示している。地図更新機能の機能により制御部１１は、単位区間Ｒへの進入時において所定の地図生成領域Ａ１についての地図を示す画像データを制御部１１のＲＡＭに記録している。そして、地図更新機能により制御部１１は、単位区間Ｒへの進入時において地図生成領域Ａ１のうち現在位置（単位区間Ｒの始点）を重心とし、車両の前方を領域上方（矢印で図示。）とした所定の地図表示領域Ａ２について画像データを切り出す。そして、表示制御機能により制御部１１は、地図表示領域Ａ２について切り出した画像データを、領域上方が表示装置４５の表示面の上側に表示されるように表示装置４５にて表示させる。地図生成領域Ａ１と地図表示領域Ａ２とは矩形であり、地図表示領域Ａ２よりも地図生成領域Ａ１が大きい。地図表示領域Ａ２よりも地図生成領域Ａ１を大きくすることにより、車両Ｃの現在位置や車両Ｃの方向の変化に応じて地図表示領域Ａ２の位置や角度が変化した場合でも、地図表示領域Ａ２全体が地図生成領域Ａ１に属する限りにおいては、地図生成領域Ａ１に対応する画像データから地図表示領域Ａ２に対応する部分を切り出して表示させることができる。すなわち、地図表示領域Ａ２全体が地図生成領域Ａ１に属する限りにおいては、地図を表示させるために地図情報１２ａに基づいて新たに画像データを生成する必要はない。一方、地図表示領域Ａ２全体が地図生成領域Ａ１に属さない場合においては、単位区間Ｒを走行する期間において新たに画像データを生成するタイミングが生じ、このタイミングにおいて一時的にＣＰＵの処理負荷が高くなる。
【００５３】
以上説明したヘッディングアップ表示を行う場合において、期間推定部１１０ｃの機能により制御部１１は、単位区間Ｒの退出時における地図表示領域Ａ２を地図情報１２ａに基づいて推定し、当該地図表示領域Ａ２全体が地図生成領域Ａ１に属するか否かを判定する。単位区間Ｒの退出時における地図表示領域Ａ２は、単位区間Ｒが属する道路の形状補間データによって特定される単位区間Ｒの終点の位置と当該終点における道路の方向とに基づいて特定できる。単位区間Ｒの終点の位置は、地図表示領域Ａ２の重心に対応し、単位区間Ｒの終点における道路の方向は地図表示領域Ａ２の領域上方に対応する。期間推定部１１０ｃの機能により制御部１１は、単位区間Ｒの退出時における地図表示領域Ａ２全体が地図生成領域Ａ１に属する場合には、当該単位区間Ｒを走行する期間を低処理負荷期間と推定する。退出時における地図表示領域Ａ２全体が地図生成領域Ａ１に属する場合、単位区間Ｒの進入時と退出時とで共通の画像データに基づいて表示装置４５にて地図が表示でき、単位区間Ｒの退出時までに画像データを新たに生成する必要はない。従って、単位区間Ｒを走行する期間におけるＣＰＵの処理負荷は低くなると推定できる。以上のようにして、低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、車両Ｃが単位区間Ｒの終点に到達する時刻を予測し、当該到達時刻までに診断が終了するナビゲーション機能の診断を実行する。
【００５４】
ヘッディングアップ表示を行う場合、地図表示領域Ａ２は車両Ｃの前方の方向に追従して回転するため、単位区間Ｒの退出時において地図表示領域Ａ２全体が地図生成領域Ａ１に属さなくなる場合が生じ得る。単位区間Ｒの進入時と退出時とでは車両Ｃの現在位置は単位距離しか変わらず、現在位置の変化、すなわち重心の位置の変化のみにより地図表示領域Ａ２全体が地図生成領域Ａ１に属さなくなる可能性は低い。しかし、ヘッディングアップ表示を行う場合、車両Ｃの前方の方向に応じて地図表示領域Ａ２が回転するため、地図表示領域Ａ２の一部が地図生成領域Ａ１の外側となる場合が生じる。従って、進入角度と退出角度が所定の基準（例えば、３０度。）よりも小さい単位区間Ｒを走行する期間を低処理負荷期間と推定するようにしてもよい。また、複数の単位区間Ｒによって構成される区間であって、進入角度と退出角度が所定の基準よりも小さい単位区間Ｒの構成比率が所定の基準よりも大きい区間を走行する期間を低処理負荷期間と推定するようにしてもよい。
【００５５】
また、単位区間Ｒを走行する期間において、表示装置４５にて表示させるための画像データを新たに生成する必要性が単位区間Ｒに依存して変動する場合は他にも考えられる。例えば、車両の現在位置から所定距離以内に分岐地点や交差点や地物や渋滞区間等が存在する場合に当該分岐地点等の案内を表示させる構成において、単位区間Ｒの始点から所定距離以内に分岐地点等が存在しないが、単位区間Ｒの終点から所定距離以内に分岐地点等が存在する場合には、単位区間Ｒを走行する期間において当該分岐地点等についての案内を表示させるための画像データを新たに生成する必要がある。単位区間Ｒへの進入時には分岐地点等の案内を含まない画像データに基づいて表示を行ない、単位区間Ｒからの退出時には分岐地点等の案内を含む画像データに基づいて表示を行うからである。反対に、単位区間Ｒの始点と終点とで所定距離以内に存在する分岐地点や交差点や地物や渋滞区間等に変化がない場合には、画像データを新たに生成する必要性が少なく、当該単位区間Ｒを走行する期間を低処理負荷期間と推定するようにしてもよい。
【００５６】
さらに、単位区間Ｒは単位期間に走行する区間であってもよい。すなわち、期間推定部１１０ｃの機能により制御部１１は、単位期間におけるプロセッサの最大処理負荷を推定し、当該推定したプロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を車両が走行する単位期間を低処理負荷期間として推定してもよい。図４に示すように、地図表示領域Ａ２全体が地図生成領域Ａ１に含まれなくなる段階で地図を示す新たな画像データを生成する必要がある。地図生成領域Ａ１は車両Ｃの現在位置に追従するため、ヘッディングアップ表示を行うか否かに拘わらず、車両Ｃの車速が大きいほど単位期間において新たな画像データを生成するための処理負荷が大きくなる。従って、車両Ｃの車速が所定の基準速度（例えば、３０ｋｍ／時。）である場合に、単位期間を低処理負荷期間と推定するようにしてもよい。
【００５７】
（３−１−６）各推定手法の組み合わせ：
以上においては、種々の推定手法によって低処理負荷期間が推定できることを説明したが、これらの推定手法のうち２以上の推定手法を組み合わせもよい。例えば、診断部１１０ｄの機能により制御部１１は、上述した各推定手法によって個別に推定された低処理負荷期間のそれぞれに現在時刻が属するか否かを判定してもよい。なお、種々の推定手法によって推定された低処理負荷期間ごとに、当該低処理負荷期間にてＣＰＵの処理負荷が最も高くなったタイミングでのＣＰＵの空き処理負荷は異なることとなる。さらに、複数の低処理負荷期間に該当する場合には、該当する低処理負荷期間の組み合わせごとに、ＣＰＵの処理負荷が最も高くなったタイミングでのＣＰＵの空き処理負荷は異なることとなる。例えば、経路案内を行っていないと推定される低処理負荷期間に該当する場合と、経路案内を行っていないと推定される低処理負荷期間（第１実施形態、参照。）、および、画像データを新たに生成する必要のない単位区間Ｒを走行する期間である低処理負荷期間（（３−１−５）、参照。）に該当する場合とでは、後者の方がＣＰＵの空き処理負荷が大きくなる。
【００５８】
本変形例においては、該当する低処理負荷期間の組み合わせごとに、ＣＰＵの空き処理負荷を規定したマップを記録媒体１２に記録しておき、当該マップを参照することにより、制御部１１は該当する低処理負荷期間の組み合わせに対応するＣＰＵの空き処理負荷を取得する。さらに、各ナビゲーション機能の診断を行うために必要なＣＰＵの処理負荷を規定したマップを記録媒体１２に記録しておき、当該マップを参照することにより、制御部１１は各ナビゲーション機能の診断を行うために必要なＣＰＵの処理負荷を取得する。そして、診断部１１０ｄの機能により制御部１１は、該当する低処理負荷期間の組み合わせに対応するＣＰＵの空き処理負荷よりも小さいＣＰＵの処理負荷で診断可能なナビゲーション機能の診断を実行させる。なお、ＣＰＵの空き処理負荷に、各ナビゲーション機能の診断を行うための診断所要期間が依存する場合も考えられる。従って、ＣＰＵの空き処理負荷と各ナビゲーション機能の診断所要期間との対応関係を規定したマップを記録媒体１２に記録しておいてもよい。そして、診断部１１ｄの機能により制御部１１は、前記マップを参照して、ＣＰＵの空き処理負荷に依存した診断所要期間を取得し、当該診断所要期間に基づいて低処理負荷期間内に診断が終了するナビゲーション機能を選択して、当該ナビゲーション機能の診断を行ってもよい。
【００５９】
（３−２）他の変形例：
前記実施形態では最も過去に診断したナビゲーション機能を診断することとしたが、ナビゲーション機能に応じて診断に要する期間が異なる場合には、低処理負荷期間内に診断を終了させることが可能なナビゲーション機能を選択して診断するようにしてもよい。これにより、短い低処理負荷期間も無駄にすることなくナビゲーション機能の診断を行うことができる。
【００６０】
図５は他の変形例にかかる診断制御処理のフローチャートである。図５のステップＳ２００において、診断部１１０ｄの機能により制御部１１は、現在時刻から所定時間（例えば、２時間。）以内の将来において低処理負荷期間が開始するか否かを判定する。ステップＳ２１０において、診断部１１０ｄの機能により制御部１１は、２時間以内に開始する将来の低処理負荷期間の長さを取得する。ステップＳ２２０において、診断部１１０ｄの機能により制御部１１は、将来の低処理負荷期間内に診断が終了するナビゲーション機能があるか否かを判定する。各ナビゲーション機能を診断するための診断所要期間は予め記録媒体１２に記録されており、診断部１１０ｄの機能により制御部１１は、診断所要期間が将来の低処理負荷期間よりも短いナビゲーション機能が存在するか否かを判定する。将来の低処理負荷期間内に診断が終了するナビゲーション機能がある場合に、ステップＳ２３０において、診断部１１０ｄの機能により制御部１１は、将来の低処理負荷期間内に診断が終了するナビゲーション機能を診断対象として選択する。そして、診断部１１０ｄの機能により制御部１１は、診断対象として選択したナビゲーション機能の診断を将来の低処理負荷期間の開始とともに実行させるよう診断予約を行う。このように、将来の低処理負荷期間を予め推定しておき、低処理負荷期間に応じて診断予約を行ってもよい。むろん、将来の低処理負荷期間において、すべてのナビゲーション機能の診断をひととおり実行するように診断予約をしてもよいし、将来の低処理負荷期間内に診断が終了可能な複数のナビゲーション機能の組み合わせについての診断予約をしてもよい。さらに、診断部１１０ｄの機能により制御部１１は、複数の将来の低処理負荷期間のそれぞれにおいて複数のナビゲーション機能のどれを診断させるかを配分してもよい。
【００６１】
ところで、低処理負荷期間内にナビゲーション機能の診断を行う場合であっても、当該ナビゲーション機能の診断中に当該ナビゲーション機能をユーザが使用したいと考える場合もある。このような場合、ユーザは使用したいナビゲーション機能を実行させることができず、不都合となる。そこで、診断部１１ｄの機能により制御部１１は、低処理負荷期間とともに、ユーザによるナビゲーション装置１０の使用可能性が所定の基準よりも低い低使用可能性期間も考慮してナビゲーション機能の診断を行うのが望ましい。例えば、（３−１−５）の変形例のように単位区間Ｒを走行する期間を低処理負荷期間と推定した場合において、当該低処理負荷期間内に診断が終了し、かつ、低使用可能性期間に診断が終了する場合に限り、診断を行うようにしてもよい。低使用可能性期間は、例えばユーザの生活圏を走行する場合において、ユーザがナビゲーション装置１０に頼らずとも車両を走行させることができると推定される期間等とすることができる。また、診断部１１０ｄの機能により制御部１１は、ナビゲーション機能の診断結果を示す診断情報１２ｄを所定の通信回線を介してサーバ等に送信してもよい。これにより、診断情報１２ｄを前記サーバにて解析することができる。
【符号の説明】
【００６２】
１０…ナビゲーション装置、１１…制御部、１２…記録媒体、１２ａ…地図情報、１２ｂ…経路情報、１２ｃ…履歴情報、１２ｄ…診断情報、４１…ＧＰＳ受信部、４２…車速センサ、４３…ジャイロセンサ、４４…操作入力部、４５…表示装置、１１０…ナビゲーションプログラム、１１０ａ…ナビゲーション部、１１０ｂ…履歴情報蓄積部、１１０ｃ…期間推定部、１１０ｄ…診断部。
【技術分野】
【０００１】
本発明は、ナビゲーション装置を診断する技術に関する。
【背景技術】
【０００２】
従来、車両停車中において車両の外部電源よりバッテリが充電されていることを条件として診断を許可する車両診断方法が提案されている（特許文献１、参照。）。
かかる構成によれば、バッテリが充電されている状態で診断を行うことができ、診断に大きな電力を要する場合でもバッテリの残電力量がなくなることが防止できる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−３２４３１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の技術では、車両停車中に車両の外部電源よりバッテリへの充電が可能な電気自動車等の車両に対する診断を前提としているため、このような外部電源からの充電設備を備えていない車両に対しては、車両停車中に診断を実行してしまうとバッテリの残電力量がなくなってしまうという問題があった。一方、車両走行中にナビゲーション装置の機能の診断を実行するようにした場合、車両走行中におけるエンジンの駆動によりバッテリの充電を行うことが可能となるが、車両走行中はナビゲーション装置が起動しているため、ナビゲーション装置のプロセッサの処理負荷が過大となり、不具合が生じ得る。
本発明は、前記課題にかんがみてなされたもので、プロセッサの処理負荷を過大とすることなく診断を行う技術の提供を目的とする。
【課題を解決するための手段】
【０００５】
前記目的を達成するため、本発明のナビゲーション装置は期間推定手段を備える。この期間推定手段は、車両走行中におけるプロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する。すなわち、期間に属する各時刻におけるプロセッサの処理負荷のうち最も高い処理負荷である最大処理負荷が所定の基準よりも低くなる期間を、低処理負荷期間として推定する。そして、診断手段は、低処理負荷期間に応じてナビゲーション機能の診断を行う。これにより、プロセッサの最大処理負荷が所定の基準よりも低くなる期間においてナビゲーション機能の診断を実行することができる。すなわち、プロセッサの最大処理負荷が高くなり得る期間において診断を実行することが防止でき、ナビゲーション機能の診断中においてプロセッサの処理負荷が一時的に過大となることによる不具合が防止できる。車両走行中において診断を行うことができるため、車両走行中に診断する必要があるナビゲーション機能も診断できる。
【０００６】
期間推定手段は、種々の情報に基づいて低処理負荷期間を推定することができる。例えば、期間推定手段は、ナビゲーション装置、ナビゲーション装置の周辺機器、ナビゲーション装置が備えられた車両、車両の周囲環境等に関する状況を示す情報に基づいて低処理負荷期間を推定することができる。ナビゲーション装置に関する状況を示す情報に基づいて低処理負荷期間を推定すれば、直接的にナビゲーション装置のプロセッサについての低処理負荷期間を推定することができる。一方、周辺機器や車両や周囲環境等に関する状況を示す情報に基づいて当該状況に依存したユーザのナビゲーション装置の動作が推定できるため、間接的に低処理負荷期間を推定できる。
【０００７】
さらに、期間推定手段は、過去のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよいし、現在のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよい。過去のナビゲーション装置等の状況を示す情報によれば、プロセッサの最大処理負荷が低くなった過去の期間を特定することができ、当該期間に対応する期間を低処理負荷期間として推定することができる。ここで、過去においてプロセッサの最大処理負荷が低くなった期間に対応する期間とは、過去においてプロセッサの最大処理負荷が低くなった期間を示す年，月，日（曜日、平日、祝休日も含む。），時，分等のいずれかが一致または類似する期間を意味する。一方、現在のナビゲーション装置等の状況を示す情報によれば、プロセッサの最大処理負荷が低くなる将来の期間をナビゲーション装置等の現在の状況に基づいて推定することができる。従って、高い確度で低処理負荷期間を推定できる。
【０００８】
診断手段は、低処理負荷期間に応じてナビゲーション機能を診断すればよく、現在が低処理負荷期間であることをもって即座に診断を開始させてもよいし、将来の低処理負荷期間において診断を行うように予め設定してもよい。
また、診断手段は、複数のナビゲーション機能のうちの少なくとも一つを診断すればよく、すべてのナビゲーション機能を一括して診断してもよいし、各ナビゲーション機能を個別に診断してもよい。例えば、将来の複数の低処理負荷期間のそれぞれにおいて診断させるナビゲーション機能を配分してもよい。なお、ナビゲーション機能は車両走行中に実行される機能であればよく、経路案内を行う機能に限定されない。例えば、ナビゲーション機能は、現在位置や車速等の車両の走行状況を監視する機能や、地図を表示させる機能であってもよい。
診断手段は、ナビゲーション機能の診断結果を示す診断情報を、ナビゲーション装置が備える記録媒体に記録してもよい。これにより、メンテナンス時において診断情報を前記記録媒体から読み出して解析することができる。また、診断手段は、診断情報を所定の通信回線を介してサーバ等に送信してもよい。これにより、診断情報を前記サーバにて解析することができる。
【０００９】
また、期間推定手段は、車両が走行する区間を所定単位で区分した単位区間を走行する期間におけるプロセッサの最大処理負荷を推定し、当該推定したプロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を走行する期間を低処理負荷期間として推定してもよい。ナビゲーション機能の多くの処理状況は、車両の走行状況等に応じて動的に変化する。従って、車両が走行する区間を所定単位で区分した単位区間ごとに、プロセッサの最大処理負荷を推定し、低処理負荷期間と推定することにより、車両の走行状況等に応じて動的に変化するプロセッサの最大処理負荷に応じた低処理負荷期間が設定できる。なお、単位区間は、車両が走行する区間を所定の単位距離で区分した区間であってもよいし、車両が走行する区間を所定の単位リンク数のリンクで区分した区間であってもよいし、車両が走行する区間を所定の単位期間で走行される距離で区分した区間であってもよい。
【００１０】
さらに、期間推定手段は、単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合に、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合、当該単位区間を走行する期間に新たな画像データを生成する必要がないからである。例えば、単位区間の退出時において分岐地点や交差点や渋滞区間等に所定距離以内まで接近する場合には、当該分岐地点等の案内を行うための新たな画像データを、単位区間を走行する期間に生成する必要がある。従って、期間推定手段は、単位区間の進入時と退出時とで車両が所定距離以内まで接近する分岐地点等に変化がない場合に、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。さらに、単位区間の進入時と退出時のそれぞれにおける車両の現在位置や車両の方向に応じた地図を画像データに基づいて表示する構成において、単位区間の進入時と退出時とで共通の画像データに基づいて表示部にて表示ができる場合には、当該単位区間を車両が走行する期間を低処理負荷期間として推定してもよい。
【００１１】
多くの場合、ユーザの操作に応じてプロセッサが処理を実行することによりプロセッサの処理負荷が高くなるため、ナビゲーション装置がユーザから操作を受け付けない期間は、プロセッサの最大処理負荷が低い低処理負荷期間であるということができる。従って、ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい期間を低処理負荷期間として推定できる。ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間を、例えば過去においてナビゲーション装置がユーザから操作を受け付けなかった頻度や確率が所定の基準よりも大きい期間に対応する期間としてもよい。ユーザによるナビゲーション装置の使用には時間的規則性があるため、過去においてナビゲーション装置がユーザから操作を受け付けなかった頻度や確率が大きい期間に対応する期間においては、プロセッサの最大処理負荷は低くなると考えられるからである。
【００１２】
さらに、ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間を、車両の走行状況に基づいて推定してもよい。車両の走行状況に応じてユーザがナビゲーション装置を操作しようとする意図が生じ得るため、車両の走行状況に基づいてナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい低処理負荷期間が推定できる。例えば、ユーザがナビゲーション装置に案内を期待する分岐地点等に車両が所定距離以内まで接近する前と後では、接近した後の方が当該分岐地点等の案内を得ようとしてユーザがナビゲーション装置を操作する可能性が高い。従って、分岐地点等に車両が所定距離以内まで接近する前の期間を、低処理負荷期間として推定してもよい。
【００１３】
また、ナビゲーション装置が案内を行わない期間では、案内を行うことにより生じるプロセッサの処理負荷が軽減される。従って、ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい期間を低処理負荷期間として推定できる。ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間を、過去においてナビゲーション装置が案内を行わなかった頻度や確率が所定の基準よりも大きい期間に対応する期間としてもよい。ナビゲーション装置による案内の実行には時間的規則性があるからである。
【００１４】
さらに、ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間を、車両の走行状況に基づいて推定してもよい。ユーザがナビゲーション装置に何らかの案内を行わせようとする意図は、車両の走行状況に応じて生じ得るため、車両の走行状況に基づいてナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい低処理負荷期間が推定できる。例えば、ユーザにとって馴染みのある地域や走行経路を車両が走行する期間では、ナビゲーション装置に案内を行わせずとも車両を走行させることができるため、当該期間を低処理負荷期間として推定できる。さらに、ユーザがナビゲーション装置に案内を期待する分岐地点や交差点や地物や渋滞区間に車両が所定距離以内まで接近する前と後では、接近した後の方が当該分岐地点等の案内をナビゲーション装置に行わせる可能性が高い。従って、分岐地点等に車両が所定距離以内まで接近する前の期間を、低処理負荷期間として推定してもよい。
【００１５】
さらに、ユーザにとって馴染みのある地域や走行経路を車両の過去の走行履歴に基づいて特定してもよい。例えば、過去において車両が走行した頻度が所定の基準よりも大きい地域や走行経路を、ユーザにとって馴染みのある地域や走行経路として推定し、当該地域や走行経路を走行する期間を低処理負荷期間として推定してもよい。
【００１６】
さらに、通勤経路や通学経路のように馴染みのある走行経路を車両が走行するタイミングは規則的である場合が多い。例えば、通勤経路や通学経路が走行されるのは、通常、通勤時間帯や通学時間帯となる。従って、過去において車両が同一の走行経路を走行した頻度が所定の基準よりも大きい期間に対応する期間を低処理負荷期間として推定してもよい。かかる構成においては、車両がどの道路を走行するかを特定しなくても済む。なお、同一の走行経路とは、実質的に同一の走行経路を含み、例えば出発地と終着地とが共通する場合や、走行経路を構成する道路（リンク）が所定の比率以上共通する場合や、一方の走行経路に他方の走行経路が含まれる場合等を含んでもよい。
【００１７】
ところで、ナビゲーション機能の診断にはある程度の時間を要する場合があるため、ナビゲーション機能の診断が終了する前にプロセッサの最大処理負荷が高くなり得る期間へと移行する場合も考えられる。このような場合、プロセッサの過大な処理負荷による不具合が生じ得る。そのため、診断手段は、低処理負荷期間内にナビゲーション機能の診断が終了する場合に限り、ナビゲーション機能の診断を行うのが望ましい。
一方、ナビゲーション機能の診断に要する期間が短い場合等には、診断を開始する時刻が低処理負荷期間に属することのみをもって診断を実行するようにしてもよい。
また、複数のナビゲーション機能に応じて診断に要する期間が異なる場合には、低処理負荷期間内に診断を終了させることが可能なナビゲーション機能を選択して診断すればよい。これにより、短い低処理負荷期間も無駄にすることなくナビゲーション機能の診断を行うことができる。
【００１８】
さらに、本発明のように低処理負荷期間を推定して診断を行う手法は、プログラムや方法としても適用可能である。また、以上のような装置、プログラム、方法は、単独の装置として実現される場合もあれば、車両に備えられる各部と共有の部品を利用して実現される場合もあり、各種の態様を含むものである。例えば、以上のような装置を備えたナビゲーション装置や方法、プログラムを提供することが可能である。また、一部がソフトウェアであり一部がハードウェアであったりするなど、適宜、変更可能である。さらに、装置を制御するプログラムの記録媒体としても発明は成立する。むろん、そのソフトウェアの記録媒体は、磁気記録媒体であってもよいし光磁気記録媒体であってもよいし、今後開発されるいかなる記録媒体においても全く同様に考えることができる。
【図面の簡単な説明】
【００１９】
【図１】診断システムのブロック図である。
【図２】低処理負荷期間を示す模式図である。
【図３】診断制御処理を示すフローチャートである。
【図４】地図のヘディングアップ表示する様子の説明図である。
【図５】他の変形例にかかる診断制御処理のフローチャートである。
【発明を実施するための形態】
【００２０】
ここでは、下記の順序に従って本発明の実施の形態について説明する。
（１）第１実施形態にかかるナビゲーション装置の構成：
（２）診断制御処理：
（３）他の実施形態：
【００２１】
（１）第１実施形態にかかるナビゲーション装置の構成：
図１は、本発明の第１実施形態にかかるナビゲーション装置１０の構成を示すブロック図である。ナビゲーション装置１０は車両に備えられる。ナビゲーション装置１０は、プロセッサとしてのＣＰＵとＲＡＭとＲＯＭ等を備える制御部１１と記録媒体１２とを備えている。記録媒体１２には、地図情報１２ａと経路情報１２ｂと履歴情報１２ｃと診断情報１２ｄとが記録されている。ナビゲーション装置１０は、記録媒体１２やＲＯＭに記憶された各種プログラムの実行データを読み出して制御部１１で実行する。本実施形態において、制御部１１は、ナビゲーションプログラム１１０を実行する。
【００２２】
地図情報１２ａには車両が走行する道路上に設定されたノードを示すノードデータ、ノード間の道路の形状を特定するための形状補間データ、ノード同士の連結を示すリンクデータ等が含まれている。ノードデータが示すノードには、交差点等に対応するノードが含まれている。経路情報１２ｂは、車両が走行する走行予定経路がナビゲーションプログラム１１０の機能によって設定された場合に記録される情報であり、当該走行予定経路上に設定されたノード等を特定する。履歴情報１２ｃは、ナビゲーション装置１０の電源がオンとなっている期間において、ナビゲーション装置１０が経路案内を行っていなかった期間を特定する情報である。
【００２３】
車両は、ＧＰＳ受信部４１と車速センサ４２とジャイロセンサ４３と操作入力部４４と表示部としての表示装置４５とを備えている。ＧＰＳ受信部４１は、ＧＰＳ衛星から電波を受信し、図示しないインタフェースを介して車両の現在位置を算出するための信号を出力する。車速センサ４２は、車両が備える車輪の回転速度に対応した信号を出力する。ジャイロセンサ４３は、車両に作用する角速度に対応した信号を出力する。制御部１１は図示しないインタフェースを介してこの信号を取得し、車両の方向を取得する。制御部１１は、ＧＰＳ受信部４１の出力信号から特定される車両の現在位置を、車速センサ４２とジャイロセンサ４３等からの信号に基づいて補正する。
【００２４】
操作入力部４４は、ユーザがナビゲーション装置１０に対する操作を行うためのインタフェース部であり、図示しない操作パネルやタッチセンサやリモコン等を備えている。表示装置４５は、制御部１１が表示制御を行うことによってユーザに表示画像を介して各種の情報を提供するインタフェース部である。表示装置４５は、図示しない液晶パネル等を備えている。
【００２５】
ナビゲーションプログラム１１０は、ナビゲーション部１１０ａと履歴情報蓄積部１１０ｂと期間推定部１１０ｃと診断部１１０ｄとを含む。ナビゲーション部１１０ａと履歴情報蓄積部１１０ｂと期間推定部１１０ｃと診断部１１０ｄとは、図示しないＯＳ上で実行され、当該ＯＳによって各プログラムモジュール１１０ａ〜１１０ｄが使用する制御部１１のＣＰＵやＲＡＭ等のハードウェアリソースが割り当てられる。また、ＯＳは、各プログラムモジュール１１０ａ〜１１０ｄを時分割して制御部１１に実行させることにより、各プログラムモジュール１１０ａ〜１１０ｄを見かけ上、並列して実行させる。
【００２６】
ナビゲーション部１１０ａは、複数のナビゲーション機能（例えば、地図更新機能，経路案内機能，現在位置特定機能，操作受付機能，表示制御機能，オーディオ機能等）のうち少なくとも一つを制御部１１に実行させる。このうち、現在位置特定機能と地図更新機能と経路案内機能とは走行中にて刻々と変化する車両の現在位置に応じた処理を実行する。現在位置特定機能により制御部１１は、車速センサ４２やジャイロセンサ４３の出力信号に基づいて走行中の車両の走行軌跡を作成し、地図情報１２ａを参照して、当該走行軌跡と形状がマッチングする道路を特定する。そして、現在位置特定機能により制御部１１は、走行軌跡と形状がマッチングする道路の位置に基づいて、ＧＰＳ受信部４１の出力信号に基づく車両の現在位置を補正する。地図更新機能により制御部１１は、表示装置４５に表示させる地図を車両の現在位置や車両の方向の変化に追従するように更新する機能であり、車両の現在位置や車両の方向に応じて地図を表示するための画像データを生成する。一方、経路案内機能により制御部１１は、目的地等に基づいて走行予定経路を探索し、当該走行予定経路を特定する経路情報１２ｂを記録媒体１２に記録する。さらに、経路案内機能により制御部１１は、走行予定経路を走行させるための経路案内を車両の現在位置等に応じて行う。また、経路案内機能により制御部１１は、車両が走行予定経路の目的地に到達した場合や、走行予定経路の案内がユーザの操作によって中止された場合には、経路情報１２ｂを記録媒体１２から消去する。
【００２７】
履歴情報蓄積部１１０ｂは、ナビゲーション装置１０が走行予定経路の経路案内を行っていない期間である非経路案内期間を履歴情報１２ｃに記録する機能を制御部１１に実行させるプログラムモジュールである。すなわち、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間において記録媒体１２における経路情報１２ｂの記録有無を監視し、経路情報１２ｂが記録されていない期間を非経路案内期間とし、当該非経路案内期間の開始時刻および終了時刻を履歴情報１２ｃに記録する。すなわち、非経路案内期間の開始時刻および終了時刻を表す年，月，日（曜日），時，分等が履歴情報１２ｃにおいて特定される。なお、現在時刻から所定期間以上過去の非経路案内期間については履歴情報１２ｃから順次消去してもよい。
【００２８】
期間推定部１１０ｃは、ＣＰＵの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する機能を制御部１１に実行させるプログラムモジュールである。すなわち、期間推定部１１０ｃの機能により制御部１１は、過去においてナビゲーション装置１０が経路案内機能による経路案内を行っていなかった頻度が所定の基準よりも大きい期間に対応する期間を低処理負荷期間として推定する。なお、ナビゲーション装置１０が経路案内機能による経路案内を行う期間においては、多くの処理が実行されるため、走行状況等に応じてＣＰＵの処理負荷がナビゲーション機能の診断に支障を来す程度に高くなる場合が一時的に生じ得る。
【００２９】
図２は、低処理負荷期間を模式的に説明する図である。期間推定部１１０ｃの機能により制御部１１は、履歴情報１２ｃにて特定された各非経路案内期間の年，月，日（曜日）に基づいて、各非経路案内期間を平日と祝休日とに振り分ける。図２においては、平日に振り分けられた非経路案内期間を実線矢印で示し、祝休日に振り分けられた非経路案内期間を破線矢印で示している。図２の横軸は、０時００分から２３時５９分までの時刻を示している。期間推定部１１０ｃの機能により制御部１１は、４個以上の非経路案内期間が重複している時間帯を平日と祝休日のそれぞれについて抽出し、当該時間帯を平日または祝休日についての低処理負荷期間（図２にて黒く塗りつぶした時間帯）として推定する。すなわち、本実施形態では、過去において基準の４回以上の頻度で、ナビゲーション装置１０の電源がオンにも拘わらずナビゲーション装置１０が経路案内を行っていない期間を低処理負荷期間として推定する。本実施形態において、過去において所定の基準よりも大きい頻度でナビゲーション装置１０が経路案内を行っていなかった期間と、低処理負荷期間とは、これらの期間を表す時，分が互いに一致する。
【００３０】
図２の例では、平日についてのみ低処理負荷期間が推定されている。また、図２に示す低処理負荷期間は、平日において自宅から勤務地へと走行する出勤時間帯（７時５分から８時１０分までの１時間５分）と、平日において勤務地から自宅へと走行する帰宅時間帯（１７時４５分から１８時３５分までの５０分）とに対応している。通勤経路は、ユーザにとって馴染みがあるため、ナビゲーション装置１０に経路案内を行わせずともユーザは車両を走行させることができる経路であるということができる。このように、ナビゲーション装置１０の電源がオンにも拘わらずナビゲーション装置１０が経路案内を行っていない期間は、時間的規則性を有している場合が多いため、過去において大きい頻度でナビゲーション装置１０が経路案内を行っていない期間に対応する期間を低処理負荷期間と推定できる。一方、図２の例では、休祝日におけるユーザの行動に時間的規則性が乏しく、休祝日については低処理負荷期間が推定されていない。むろん、休祝日においても定期的な外出等がある場合には、休祝日についても低処理負荷期間期間が推定され得る。また、本実施形態では、４回以上の頻度を基準として低処理負荷期間期間を推定することとしたが、所定の確率を基準として低処理負荷期間期間を推定してもよい。例えば、図２の低処理負荷期間期間は、８月２日〜８月６日の５日間の平日において基準の４回以上の頻度でナビゲーション装置１０が経路案内を行っていなかった期間であるとともに、５日間の平日におい８０％以上の確率でナビゲーション装置１０が経路案内を行っていなかった期間でもある。
【００３１】
診断部１１０ｄは、低処理負荷期間内にナビゲーション機能の診断が終了するか否かを判断し、低処理負荷期間内にナビゲーション機能の診断が終了する場合に、ナビゲーション機能の診断を行う機能を制御部１１に実行させるプログラムモジュールである。すなわち、診断部１１０ｄの機能により制御部１１は、現在時刻が平日にあたるか祝休日にあたるかを判定し、平日にあたる場合には平日についての低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。同様に、現在時刻が祝休日にあたる場合には祝休日についての低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。低処理負荷期間に現在時刻が属する場合には、現在時刻が属する低処理負荷期間の終了までに上述の選択したナビゲーション機能の診断が終了するか否かを判定する。すなわち、低処理負荷期間内にナビゲーション機能の診断が終了するか否かを判定する。本実施形態では、ＣＰＵが経路案内機能を実行しない（経路案内を行わない）状況でＣＰＵの処理負荷が一時的に高くなっても、ナビゲーション機能（地図更新機能，経路案内機能，現在位置特定機能…）のいずれの診断も実行可能なＣＰＵの空き処理負荷を確保することができることとする。診断部１１０ｄの機能により制御部１１は、複数のナビゲーション機能のうち最も過去に診断を行ったナビゲーション機能を選択し、当該選択した機能の診断が低処理負荷期間の終了までに終了するか否かを判定する。
【００３２】
低処理負荷期間の終了までに選択したナビゲーション機能の診断が終了する場合には、診断部１１０ｄの機能により制御部１１は、選択したナビゲーション機能の診断を実行する。選択したナビゲーション機能が実行されている場合には、選択したナビゲーション機能を一旦停止させた上で、所定の診断条件の下で選択したナビゲーション機能をテスト動作させて診断を行う。診断部１１０ｄの機能により制御部１１は、テスト動作中において制御部１１におけるＣＰＵのレジスタやキャッシュやＲＡＭに記憶されたデータを取得し、当該データを診断情報１２ｄとして記録媒体１２に記憶させる。
【００３３】
以上説明したように、本実施形態によれば、ＣＰＵの最大処理負荷が高くなるタイミングで診断を実行することが防止でき、ＣＰＵの過大な処理負荷による不具合が防止できる。また、診断手段は、低処理負荷期間内にナビゲーション機能の診断が終了する場合にナビゲーション機能の診断を行うため、ナビゲーション機能の診断が終了する前にＣＰＵの最大処理負荷が高くなる事態が防止できる。車両走行中における低処理負荷期間にてナビゲーション機能の診断を行うため、車両走行中にて刻々と変化する現在位置や車速等を利用するナビゲーション機能（現在位置特定機能，地図更新機能，経路案内機能）も診断できる。
【００３４】
ここで、ユーザがナビゲーション装置１０に経路案内を行わせる時間帯には規則性があるため、過去においてナビゲーション装置１０が経路案内を行わなかった頻度が大きかった期間に対応する期間においては、プロセッサの最大処理負荷は低くなると考えられる。従って、過去においてナビゲーション装置１０が経路案内を行わなかった頻度が所定の基準（例えば、４回。）よりも大きい期間に対応する期間を低処理負荷期間として推定し、当該低処理負荷期間に応じて診断を行うようにすることにより、ＣＰＵの過大な処理負荷による不具合が防止できる。
【００３５】
（２）診断制御処理：
図３は、診断制御処理を示すフローチャートである。なお、診断制御処理は、ナビゲーション機能の診断中の期間を除き、所定の時間周期ごとに実行される処理である。むろん、診断制御処理は、ナビゲーション装置１０の電源がオンとなっている期間において実行される。ステップＳ１００において、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属するか否かを判定する。すなわち、現在時刻が平日であるか祝休日のいずれにあたるかを判定し、平日または祝休日に対応する低処理負荷期間の時間帯に現在時刻（時，分）が属するか否かを判定する。なお、ステップＳ１００において現在時刻が低処理負荷期間に属するか否かを判定するにあたり、期間推定部１１０ｃの機能により制御部１１は、最新の履歴情報１２ｃに基づいて低処理負荷期間を推定しておく。
【００３６】
現在時刻が低処理負荷期間に属さない場合、制御部１１は、診断制御処理を終了させ、次に診断制御処理を実行するまで待機する。一方、現在時刻が低処理負荷期間に属する場合、ステップＳ１１０において、診断部１１０ｄの機能により制御部１１は、現在時刻が属する低処理負荷期間の終了時刻を取得する。ステップＳ１２０において、診断部１１０ｄの機能により制御部１１は、最も過去に診断したナビゲーション機能を選択し、現在時刻が属する低処理負荷期間の終了時刻までに選択したナビゲーション機能の診断が終了するか否かを判定する。各ナビゲーション機能を診断するための診断所要期間は実験等により予め特定されており、診断部１１０ｄの機能により制御部１１は、ナビゲーション機能を診断するための診断所要期間が取得可能である。なお、低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了するか否かは、低処理負荷期間の終了時刻と、現在時刻に診断所要期間を加えた診断終了予定時刻との比較によって判定することができる。少なくとも低処理負荷期間の終了時刻までに診断が終了することが判定できればよく、低処理負荷期間の終了時刻の所定時間前に、選択したナビゲーション機能の診断が終了するか否かを判定してもよい。これにより、十分な時間的余裕をもって診断が終了できるか否かが判定できる。
【００３７】
現在時刻が属する低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了しないと判定した場合、制御部１１は診断制御処理を終了させ、次に診断制御処理を実行するまで待機する。一方、現在時刻が属する低処理負荷期間の終了時刻までに、選択したナビゲーション機能の診断が終了すると判定した場合、ステップＳ１３０において、診断部１１０ｄの機能により制御部１１は、選択したナビゲーション機能の診断を順次実行する。すなわち、選択したナビゲーション機能を順次テスト動作させ、そのときＣＰＵのレジスタやキャッシュやＲＡＭに記録されたデータを診断情報１２ｄとして記録媒体１２に記憶させる。なお、診断実行時において、診断中のナビゲーション機構に関する操作の受付を制限するとともに、表示装置４５にて診断中である旨を表示させるのが望ましい。
【００３８】
（３）他の実施形態：
（３−１）期間推定手法の変形例：
本発明の期間推定手段は種々の情報に基づいて低処理負荷期間を推定することができる。例えば、期間推定部１１０ｃの機能により制御部１１は、ナビゲーション装置、ナビゲーション装置の周辺機器、ナビゲーション装置が備えられた車両、周囲環境等に関する過去または現在の状況を示す情報に基づいて低処理負荷期間を推定することができる。ナビゲーション装置に関する状況を示す情報に基づいてナビゲーション装置の使用状況が推定できるため、直接的にナビゲーション装置についての低処理負荷期間を推定することができる。一方、周辺機器や車両や周囲環境等に関する状況を示す情報に基づいて、当該状況に依存したユーザの行動が推定できるため、間接的にナビゲーション装置についての低処理負荷期間を推定することができる。
【００３９】
さらに、期間推定部１１０ｃの機能により制御部１１は、前記実施形態の履歴情報１２ｂのように過去のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよいし、現在のナビゲーション装置等の状況を示す情報に基づいて低処理負荷期間を推定してもよい。過去のナビゲーション装置等の状況を示す情報によれば、ＣＰＵの最大処理負荷が低くなった過去の期間を特定することができ、当該期間に対応する期間を低処理負荷期間として推定することができる。現在のナビゲーション装置等の状況を示す情報によれば、ＣＰＵの最大処理負荷が低くなる将来の期間をナビゲーション装置等の現在の状況に基づいて推定することができる。従って、高い確度で低処理負荷期間を推定できる。
以下、期間推定手法の変形例を具体的な実施形態を挙げて説明する。
【００４０】
（３−１−１）ナビゲーション装置に対する操作履歴に基づく推定：
本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間においてナビゲーション装置１０が操作を受け付けなかった期間（以下、非操作受付期間と表記する。）の開始時刻および終了時刻を履歴情報１２ｃに記録する。非操作受付期間とは、例えばナビゲーション装置１０の操作入力部４４にて何らかの操作が受け付けられた時刻の前後所定期間を除く期間とされる。例えば、前記所定期間を５分とし、１０時００分に操作が受け付けられた場合には、９時５５分〜１０時０５分を除く期間が非操作受付期間となる。さらに、引き続いて１０時０３分に操作が受け付けられた場合には、９時５５分〜１０時０８分を除く期間が非操作受付期間とされる。
【００４１】
以上のようにして履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、前記実施形態と同様の手法により低処理負荷期間を推定する。すなわち、過去において所定の基準（例えば、３回。）よりも大きい頻度で、ナビゲーション装置１０の電源がオンにもかかわらずナビゲーション装置１０が操作を受け付けていない期間を低処理負荷期間として推定する。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態と同様の判定を行ってナビゲーション機能の診断を実行する。
【００４２】
多くの場合、ユーザの操作に応じてプロセッサが処理を実行することにより、ＣＰＵの処理負荷が高くなるため、ナビゲーション装置１０がユーザから操作を受け付けない期間は、ナビゲーション装置１０のＣＰＵの最大処理負荷が低くなる低処理負荷期間であるということができる。さらに、ユーザによるナビゲーション装置１０の使用時間帯には規則性があるため、過去においてナビゲーション装置１０がユーザから操作を受け付けなかった頻度が大きい期間に対応する期間においては、ＣＰＵの最大処理負荷は低くなると考えられる。従って、過去においてナビゲーション装置１０がユーザから操作を受け付けなかった頻度が所定の基準よりも大きかった期間に対応する期間を低処理負荷期間として推定し、当該低処理負荷期間に応じて診断を行うようにすれば、ＣＰＵの過大な処理負荷による不具合が防止できる。
【００４３】
（３−１−２）表示装置に対する操作履歴に基づく推定：
本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、ナビゲーション装置１０の電源がオンとなっている期間において表示装置４５の電源がオフとなっていた期間である表示オフ期間の開始時刻および終了時刻を履歴情報１２ｃに記録する。例えば、履歴情報蓄積部１１０ｂの機能により制御部１１は、図示しない信号線を介して表示装置４５の電源状態を監視し、表示装置４５の電源状態がオンからオフに転じた時刻を表示オフ期間の開始時刻とし、表示装置４５の電源状態がオフからオンに転じた時刻を表示オフ期間の終了時刻とする。
【００４４】
以上のようにして履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、前記実施形態と同様の手法により低処理負荷期間を推定する。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態のステップＳ１１０〜Ｓ１２０と同様の判定を行ってナビゲーション機能の診断を実行する。表示オフ期間は、ナビゲーション装置１０の電源がオンとなっているにも拘わらず表示装置４５がオフされた期間であり、ナビゲーション装置１０における表示制御機能が実行されないとともに、ユーザの操作により他のナビゲーション機能が実行されている可能性が低く、ＣＰＵの最大処理負荷が低くなる期間であると推定できる。従って、低処理負荷期間を高い確度で推定できる。
【００４５】
（３−１−３）車両の現在の走行状況に基づく推定：
以上においては、ナビゲーション装置１０または表示装置４５の過去の状況を示す履歴情報１２ｃに基づいて低処理負荷期間を推定する例を示したが、車両の現在の状況を示す情報に基づいて低処理負荷期間を推定してもよい。本変形例においては、期間推定部１１０ｃの機能により制御部１１は、ＧＰＳ受信部４１からの出力信号等に基づいて車両の現在位置を取得する。そして、期間推定部１１０ｃの機能により制御部１１は、現在位置と地図情報１２ａとに基づいて車両が現在走行する道路、および、当該道路における車両の走行方向を取得する。期間推定部１１０ｃの機能により制御部１１は、現在走行している道路を車両が道なりに走行した場合に、最初に到達する分岐地点（交差点）に所定距離（例えば、５０ｍ等。）以内まで接近すると推定される接近予定時刻が現在時刻から所定期間（例えば、３分。）以上経過後であれば、現在時刻から接近予定時刻までの期間を低処理負荷期間とする。すなわち、車両が現在から所定期間以上にわたって次の分岐地点に接近しない場合には、現在時刻から接近予定時刻までの期間を低処理負荷期間とする。なお、接近予定時刻は、現在位置と分岐地点との距離と車速センサ４２の出力信号に基づく車速等に基づいて得ることができる。低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、前記実施形態のステップＳ１１０〜Ｓ１２０と同様の判定を行ってナビゲーション機能の診断を実行する。
【００４６】
以上説明した低処理負荷期間は、道路上に分岐地点が広い間隔でしか存在しない高速道路や有料道路等を走行する場合において特に推定され得る。車両が分岐地点の所定距離以内に接近するタイミング、すなわちユーザが分岐地点やその標識を視認するタイミングにおいて、ユーザは分岐地点についての行き先等の情報を得ようとしてナビゲーション装置１０を操作することが予測される。例えば、車両が分岐地点に接近するタイミングにおいて、ナビゲーション装置１０が経路案内を行っている場合には分岐地点にて推奨される退出方向の案内や分岐地点付近の３Ｄ画像の表示を行うための処理負荷が発生し、ナビゲーション装置１０が経路案内を行っていない場合にも分岐地点における行き先や車線等の情報の案内を行うための処理負荷が発生する。すなわち、本変形例においては、分岐地点に接近してナビゲーション装置１０のＣＰＵの最大処理負荷が高くなる前に、ナビゲーション機能の診断を実行しておくことができる。なお、時間的余裕をもってナビゲーション機能の診断が終了するように、接近予定時刻から所定期間前の時刻を低処理負荷期間の終了時刻としてもよい。
【００４７】
ナビゲーション装置１０にユーザの自宅や勤務地等が登録されている場合、これらの地点から所定距離以内の範囲の地域は生活圏であると推定できる。例えば、生活圏は自宅や勤務地等から所定半径以内の地域と定義しておく。そして、車両が生活圏の内側に存在する場合において車両が生活圏の外側に出ることができる最も早い時刻を推定し、当該時刻を低処理負荷期間の終了時刻としてもよい。例えば、車両が生活圏の外側に出ることができる最も早い時刻は、生活圏の外縁から現在位置までの最短距離を法定制限速度で除算した時間を現在時刻に加算することにより得ることができる。ユーザの生活圏ではナビゲーション装置１０のナビゲーション機能を多く実行させずともユーザは車両を走行させることができると考えられるため、車両が生活圏の外側に出ることができる最も早い時刻よりも前の期間を低処理負荷期間として推定することができる。
【００４８】
（３−１−４）車両の現在および過去の走行状況に基づく推定：
さらに、ユーザに馴染みのある地域や走行経路を過去の車両の走行履歴に基づいて推定してもよい。本変形例において、履歴情報蓄積部１１０ｂの機能により制御部１１は、走行経路と走行時刻とを対応付けて履歴情報１２ｃに記録する。以上のように履歴情報１２ｃが記録された状態において、期間推定部１１０ｃの機能により制御部１１は、所定の基準（例えば、５回。）よりも大きい頻度で走行された走行経路を抽出する。そして、期間推定部１１０ｃの機能により制御部１１は、抽出した走行経路上を車両が走行中であるか否かを判定し、抽出した走行経路上を車両が走行中である場合には、現在、低処理負荷期間であると判定する。そして、期間推定部１１０ｃの機能により制御部１１は、抽出した走行経路の終点に車両が到達する時刻を現在位置や車両の走行方向や車速等に基づいて予測し、当該時刻を低処理負荷期間の終了時刻とする。このようにすることにより、過去に何度か走行している走行経路においてユーザがナビゲーション装置１０のナビゲーション機能を多く実行させずとも車両を走行させることができる期間において、ナビゲーション機能を診断することができる。
【００４９】
ところで、通勤経路や通学経路のように走行する時間帯がほぼ一定となる走行経路については、車両が走行する道路を特定するまでもなく、通勤経路や通学経路を車両が走行していると推定できる。すなわち、期間推定部１１０ｃの機能により制御部１１は、同一の走行経路が、同一時間帯において所定の基準（例えば、５回。）よりも大きい頻度で走行された時間帯を履歴情報１２ｃから抽出する。なお、同一時間帯とは、平日であるか祝休日であるかが一致し、走行開始時刻（時，分）と走行終了時刻（時，分）とが所定の誤差範囲以内となることを指す。なお、同一の走行経路とは、実質的に同一の走行経路を含み、例えば出発地と終着地とが共通する場合や、走行経路を構成する道路（リンク）が所定の比率以上共通する場合や、一方の走行経路に他方の走行経路が含まれる場合等を含む。
【００５０】
期間推定部１１０ｃの機能により制御部１１は、抽出した時間帯を低処理負荷期間として推定する。そして、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属し、かつ、当該低処理負荷期間の終了時刻までに選択したナビゲーション機能の診断が終了する場合には、選択したナビゲーション機能の診断を実行する。このようにすることにより、診断部１１０ｄの機能により制御部１１は、車両が現在走行する道路を特定することなく、診断を実行するか否かを判定できる。むろん、本変形例において、診断部１１０ｄの機能により制御部１１は、現在時刻が低処理負荷期間に属し、かつ、車両の現在位置が走行頻度の高い走行経路上にあることをもって、診断を実行するとしてもよい。
【００５１】
（３−１−５）画像データの生成負荷に基づく推定：
ナビゲーション装置１０が地図更新機能および表示制御機能により表示装置４５に車両の現在位置付近の所定範囲の地図を表示させる場合、車両の現在位置の変化に追従するように、逐次、表示装置４５に地図を表示させるための画像データを生成するためのＣＰＵの処理負荷が発生する。車両の現在位置の変化態様は車両が走行する区間に依存するため、地図を表示させるための画像データを生成するＣＰＵの処理負荷も車両が走行する区間に依存することとなる。特に、車両の現在位置の変化および車両の方向に追従するように地図を表示させるヘッディングアップ表示を行う場合には、画像データを生成するための処理負荷が区間の形状に大きく依存する。
【００５２】
図４は、ヘッディングアップ表示を行う様子を模式的に示す図である。図４においては、車両Ｃが走行中の道路を現在位置から所定の単位距離（例えば、３００ｍ。）だけ道なり前方に走行した場合に走行される区間を単位区間Ｒとして示している。地図更新機能の機能により制御部１１は、単位区間Ｒへの進入時において所定の地図生成領域Ａ１についての地図を示す画像データを制御部１１のＲＡＭに記録している。そして、地図更新機能により制御部１１は、単位区間Ｒへの進入時において地図生成領域Ａ１のうち現在位置（単位区間Ｒの始点）を重心とし、車両の前方を領域上方（矢印で図示。）とした所定の地図表示領域Ａ２について画像データを切り出す。そして、表示制御機能により制御部１１は、地図表示領域Ａ２について切り出した画像データを、領域上方が表示装置４５の表示面の上側に表示されるように表示装置４５にて表示させる。地図生成領域Ａ１と地図表示領域Ａ２とは矩形であり、地図表示領域Ａ２よりも地図生成領域Ａ１が大きい。地図表示領域Ａ２よりも地図生成領域Ａ１を大きくすることにより、車両Ｃの現在位置や車両Ｃの方向の変化に応じて地図表示領域Ａ２の位置や角度が変化した場合でも、地図表示領域Ａ２全体が地図生成領域Ａ１に属する限りにおいては、地図生成領域Ａ１に対応する画像データから地図表示領域Ａ２に対応する部分を切り出して表示させることができる。すなわち、地図表示領域Ａ２全体が地図生成領域Ａ１に属する限りにおいては、地図を表示させるために地図情報１２ａに基づいて新たに画像データを生成する必要はない。一方、地図表示領域Ａ２全体が地図生成領域Ａ１に属さない場合においては、単位区間Ｒを走行する期間において新たに画像データを生成するタイミングが生じ、このタイミングにおいて一時的にＣＰＵの処理負荷が高くなる。
【００５３】
以上説明したヘッディングアップ表示を行う場合において、期間推定部１１０ｃの機能により制御部１１は、単位区間Ｒの退出時における地図表示領域Ａ２を地図情報１２ａに基づいて推定し、当該地図表示領域Ａ２全体が地図生成領域Ａ１に属するか否かを判定する。単位区間Ｒの退出時における地図表示領域Ａ２は、単位区間Ｒが属する道路の形状補間データによって特定される単位区間Ｒの終点の位置と当該終点における道路の方向とに基づいて特定できる。単位区間Ｒの終点の位置は、地図表示領域Ａ２の重心に対応し、単位区間Ｒの終点における道路の方向は地図表示領域Ａ２の領域上方に対応する。期間推定部１１０ｃの機能により制御部１１は、単位区間Ｒの退出時における地図表示領域Ａ２全体が地図生成領域Ａ１に属する場合には、当該単位区間Ｒを走行する期間を低処理負荷期間と推定する。退出時における地図表示領域Ａ２全体が地図生成領域Ａ１に属する場合、単位区間Ｒの進入時と退出時とで共通の画像データに基づいて表示装置４５にて地図が表示でき、単位区間Ｒの退出時までに画像データを新たに生成する必要はない。従って、単位区間Ｒを走行する期間におけるＣＰＵの処理負荷は低くなると推定できる。以上のようにして、低処理負荷期間が推定できると、診断部１１０ｄの機能により制御部１１は、車両Ｃが単位区間Ｒの終点に到達する時刻を予測し、当該到達時刻までに診断が終了するナビゲーション機能の診断を実行する。
【００５４】
ヘッディングアップ表示を行う場合、地図表示領域Ａ２は車両Ｃの前方の方向に追従して回転するため、単位区間Ｒの退出時において地図表示領域Ａ２全体が地図生成領域Ａ１に属さなくなる場合が生じ得る。単位区間Ｒの進入時と退出時とでは車両Ｃの現在位置は単位距離しか変わらず、現在位置の変化、すなわち重心の位置の変化のみにより地図表示領域Ａ２全体が地図生成領域Ａ１に属さなくなる可能性は低い。しかし、ヘッディングアップ表示を行う場合、車両Ｃの前方の方向に応じて地図表示領域Ａ２が回転するため、地図表示領域Ａ２の一部が地図生成領域Ａ１の外側となる場合が生じる。従って、進入角度と退出角度が所定の基準（例えば、３０度。）よりも小さい単位区間Ｒを走行する期間を低処理負荷期間と推定するようにしてもよい。また、複数の単位区間Ｒによって構成される区間であって、進入角度と退出角度が所定の基準よりも小さい単位区間Ｒの構成比率が所定の基準よりも大きい区間を走行する期間を低処理負荷期間と推定するようにしてもよい。
【００５５】
また、単位区間Ｒを走行する期間において、表示装置４５にて表示させるための画像データを新たに生成する必要性が単位区間Ｒに依存して変動する場合は他にも考えられる。例えば、車両の現在位置から所定距離以内に分岐地点や交差点や地物や渋滞区間等が存在する場合に当該分岐地点等の案内を表示させる構成において、単位区間Ｒの始点から所定距離以内に分岐地点等が存在しないが、単位区間Ｒの終点から所定距離以内に分岐地点等が存在する場合には、単位区間Ｒを走行する期間において当該分岐地点等についての案内を表示させるための画像データを新たに生成する必要がある。単位区間Ｒへの進入時には分岐地点等の案内を含まない画像データに基づいて表示を行ない、単位区間Ｒからの退出時には分岐地点等の案内を含む画像データに基づいて表示を行うからである。反対に、単位区間Ｒの始点と終点とで所定距離以内に存在する分岐地点や交差点や地物や渋滞区間等に変化がない場合には、画像データを新たに生成する必要性が少なく、当該単位区間Ｒを走行する期間を低処理負荷期間と推定するようにしてもよい。
【００５６】
さらに、単位区間Ｒは単位期間に走行する区間であってもよい。すなわち、期間推定部１１０ｃの機能により制御部１１は、単位期間におけるプロセッサの最大処理負荷を推定し、当該推定したプロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を車両が走行する単位期間を低処理負荷期間として推定してもよい。図４に示すように、地図表示領域Ａ２全体が地図生成領域Ａ１に含まれなくなる段階で地図を示す新たな画像データを生成する必要がある。地図生成領域Ａ１は車両Ｃの現在位置に追従するため、ヘッディングアップ表示を行うか否かに拘わらず、車両Ｃの車速が大きいほど単位期間において新たな画像データを生成するための処理負荷が大きくなる。従って、車両Ｃの車速が所定の基準速度（例えば、３０ｋｍ／時。）である場合に、単位期間を低処理負荷期間と推定するようにしてもよい。
【００５７】
（３−１−６）各推定手法の組み合わせ：
以上においては、種々の推定手法によって低処理負荷期間が推定できることを説明したが、これらの推定手法のうち２以上の推定手法を組み合わせもよい。例えば、診断部１１０ｄの機能により制御部１１は、上述した各推定手法によって個別に推定された低処理負荷期間のそれぞれに現在時刻が属するか否かを判定してもよい。なお、種々の推定手法によって推定された低処理負荷期間ごとに、当該低処理負荷期間にてＣＰＵの処理負荷が最も高くなったタイミングでのＣＰＵの空き処理負荷は異なることとなる。さらに、複数の低処理負荷期間に該当する場合には、該当する低処理負荷期間の組み合わせごとに、ＣＰＵの処理負荷が最も高くなったタイミングでのＣＰＵの空き処理負荷は異なることとなる。例えば、経路案内を行っていないと推定される低処理負荷期間に該当する場合と、経路案内を行っていないと推定される低処理負荷期間（第１実施形態、参照。）、および、画像データを新たに生成する必要のない単位区間Ｒを走行する期間である低処理負荷期間（（３−１−５）、参照。）に該当する場合とでは、後者の方がＣＰＵの空き処理負荷が大きくなる。
【００５８】
本変形例においては、該当する低処理負荷期間の組み合わせごとに、ＣＰＵの空き処理負荷を規定したマップを記録媒体１２に記録しておき、当該マップを参照することにより、制御部１１は該当する低処理負荷期間の組み合わせに対応するＣＰＵの空き処理負荷を取得する。さらに、各ナビゲーション機能の診断を行うために必要なＣＰＵの処理負荷を規定したマップを記録媒体１２に記録しておき、当該マップを参照することにより、制御部１１は各ナビゲーション機能の診断を行うために必要なＣＰＵの処理負荷を取得する。そして、診断部１１０ｄの機能により制御部１１は、該当する低処理負荷期間の組み合わせに対応するＣＰＵの空き処理負荷よりも小さいＣＰＵの処理負荷で診断可能なナビゲーション機能の診断を実行させる。なお、ＣＰＵの空き処理負荷に、各ナビゲーション機能の診断を行うための診断所要期間が依存する場合も考えられる。従って、ＣＰＵの空き処理負荷と各ナビゲーション機能の診断所要期間との対応関係を規定したマップを記録媒体１２に記録しておいてもよい。そして、診断部１１ｄの機能により制御部１１は、前記マップを参照して、ＣＰＵの空き処理負荷に依存した診断所要期間を取得し、当該診断所要期間に基づいて低処理負荷期間内に診断が終了するナビゲーション機能を選択して、当該ナビゲーション機能の診断を行ってもよい。
【００５９】
（３−２）他の変形例：
前記実施形態では最も過去に診断したナビゲーション機能を診断することとしたが、ナビゲーション機能に応じて診断に要する期間が異なる場合には、低処理負荷期間内に診断を終了させることが可能なナビゲーション機能を選択して診断するようにしてもよい。これにより、短い低処理負荷期間も無駄にすることなくナビゲーション機能の診断を行うことができる。
【００６０】
図５は他の変形例にかかる診断制御処理のフローチャートである。図５のステップＳ２００において、診断部１１０ｄの機能により制御部１１は、現在時刻から所定時間（例えば、２時間。）以内の将来において低処理負荷期間が開始するか否かを判定する。ステップＳ２１０において、診断部１１０ｄの機能により制御部１１は、２時間以内に開始する将来の低処理負荷期間の長さを取得する。ステップＳ２２０において、診断部１１０ｄの機能により制御部１１は、将来の低処理負荷期間内に診断が終了するナビゲーション機能があるか否かを判定する。各ナビゲーション機能を診断するための診断所要期間は予め記録媒体１２に記録されており、診断部１１０ｄの機能により制御部１１は、診断所要期間が将来の低処理負荷期間よりも短いナビゲーション機能が存在するか否かを判定する。将来の低処理負荷期間内に診断が終了するナビゲーション機能がある場合に、ステップＳ２３０において、診断部１１０ｄの機能により制御部１１は、将来の低処理負荷期間内に診断が終了するナビゲーション機能を診断対象として選択する。そして、診断部１１０ｄの機能により制御部１１は、診断対象として選択したナビゲーション機能の診断を将来の低処理負荷期間の開始とともに実行させるよう診断予約を行う。このように、将来の低処理負荷期間を予め推定しておき、低処理負荷期間に応じて診断予約を行ってもよい。むろん、将来の低処理負荷期間において、すべてのナビゲーション機能の診断をひととおり実行するように診断予約をしてもよいし、将来の低処理負荷期間内に診断が終了可能な複数のナビゲーション機能の組み合わせについての診断予約をしてもよい。さらに、診断部１１０ｄの機能により制御部１１は、複数の将来の低処理負荷期間のそれぞれにおいて複数のナビゲーション機能のどれを診断させるかを配分してもよい。
【００６１】
ところで、低処理負荷期間内にナビゲーション機能の診断を行う場合であっても、当該ナビゲーション機能の診断中に当該ナビゲーション機能をユーザが使用したいと考える場合もある。このような場合、ユーザは使用したいナビゲーション機能を実行させることができず、不都合となる。そこで、診断部１１ｄの機能により制御部１１は、低処理負荷期間とともに、ユーザによるナビゲーション装置１０の使用可能性が所定の基準よりも低い低使用可能性期間も考慮してナビゲーション機能の診断を行うのが望ましい。例えば、（３−１−５）の変形例のように単位区間Ｒを走行する期間を低処理負荷期間と推定した場合において、当該低処理負荷期間内に診断が終了し、かつ、低使用可能性期間に診断が終了する場合に限り、診断を行うようにしてもよい。低使用可能性期間は、例えばユーザの生活圏を走行する場合において、ユーザがナビゲーション装置１０に頼らずとも車両を走行させることができると推定される期間等とすることができる。また、診断部１１０ｄの機能により制御部１１は、ナビゲーション機能の診断結果を示す診断情報１２ｄを所定の通信回線を介してサーバ等に送信してもよい。これにより、診断情報１２ｄを前記サーバにて解析することができる。
【符号の説明】
【００６２】
１０…ナビゲーション装置、１１…制御部、１２…記録媒体、１２ａ…地図情報、１２ｂ…経路情報、１２ｃ…履歴情報、１２ｄ…診断情報、４１…ＧＰＳ受信部、４２…車速センサ、４３…ジャイロセンサ、４４…操作入力部、４５…表示装置、１１０…ナビゲーションプログラム、１１０ａ…ナビゲーション部、１１０ｂ…履歴情報蓄積部、１１０ｃ…期間推定部、１１０ｄ…診断部。
【特許請求の範囲】
【請求項１】
少なくとも一つのナビゲーション機能を実行するプロセッサと、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定手段と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断手段と、
を備えるナビゲーション装置。
【請求項２】
前記期間推定手段は、車両が走行する区間を所定単位で区分した単位区間を走行する期間における前記プロセッサの最大処理負荷を推定し、当該推定した前記プロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を前記車両が走行する期間を前記低処理負荷期間として推定する、
請求項１に記載のナビゲーション装置。
【請求項３】
前記期間推定手段は、前記単位区間の進入時と退出時とで共通の画像データに基づく表示を表示部にて行うか否かを地図情報に基づいて判定し、前記単位区間の進入時と退出時とで共通の前記画像データに基づく表示を表示部にて行うと判定した場合に、当該単位区間を前記車両が走行する期間を前記低処理負荷期間として推定する、
請求項２に記載のナビゲーション装置。
【請求項４】
前記期間推定手段は、前記ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい期間を前記低処理負荷期間として推定する、
請求項１から請求項３のいずれか一項に記載のナビゲーション装置。
【請求項５】
前記期間推定手段は、前記ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい期間を前記低処理負荷期間として推定する、
請求項１から請求項４のいずれか一項に記載のナビゲーション装置。
【請求項６】
前記期間推定手段は、過去において車両が同一の走行経路を走行した頻度が所定の基準よりも大きい期間に対応する期間を前記低処理負荷期間として推定する、
請求項１から請求項５のいずれか一項に記載のナビゲーション装置。
【請求項７】
前記診断手段は、前記低処理負荷期間内に前記ナビゲーション機能の診断が終了するか否かを判断し、前記低処理負荷期間内に前記ナビゲーション機能の診断が終了する場合に、前記ナビゲーション機能の診断を行う、
請求項１から請求項６のいずれか一項に記載のナビゲーション装置。
【請求項８】
前記プロセッサは、複数の前記ナビゲーション機能を実行し、
前記診断手段は、複数の前記ナビゲーション機能のなかから前記低処理負荷期間内に診断が終了する前記ナビゲーション機能を選択して診断する、
請求項１から請求項７のいずれか一項に記載のナビゲーション装置。
【請求項９】
少なくとも一つのナビゲーション機能を実行するプロセッサを備えるナビゲーション装置の診断方法であって、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定工程と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断工程と、
を含むナビゲーション装置の診断方法。
【請求項１０】
少なくとも一つのナビゲーション機能を実行するプロセッサを備えるナビゲーション装置にて実行される診断プログラムであって、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定機能と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断機能と、
を前記ナビゲーション装置に実行させる診断プログラム。
【請求項１】
少なくとも一つのナビゲーション機能を実行するプロセッサと、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定手段と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断手段と、
を備えるナビゲーション装置。
【請求項２】
前記期間推定手段は、車両が走行する区間を所定単位で区分した単位区間を走行する期間における前記プロセッサの最大処理負荷を推定し、当該推定した前記プロセッサの最大処理負荷が所定の基準よりも低くなる場合に、当該単位区間を前記車両が走行する期間を前記低処理負荷期間として推定する、
請求項１に記載のナビゲーション装置。
【請求項３】
前記期間推定手段は、前記単位区間の進入時と退出時とで共通の画像データに基づく表示を表示部にて行うか否かを地図情報に基づいて判定し、前記単位区間の進入時と退出時とで共通の前記画像データに基づく表示を表示部にて行うと判定した場合に、当該単位区間を前記車両が走行する期間を前記低処理負荷期間として推定する、
請求項２に記載のナビゲーション装置。
【請求項４】
前記期間推定手段は、前記ナビゲーション装置がユーザから操作を受け付けない可能性が所定の基準よりも大きい期間を前記低処理負荷期間として推定する、
請求項１から請求項３のいずれか一項に記載のナビゲーション装置。
【請求項５】
前記期間推定手段は、前記ナビゲーション装置が案内を行わない可能性が所定の基準よりも大きい期間を前記低処理負荷期間として推定する、
請求項１から請求項４のいずれか一項に記載のナビゲーション装置。
【請求項６】
前記期間推定手段は、過去において車両が同一の走行経路を走行した頻度が所定の基準よりも大きい期間に対応する期間を前記低処理負荷期間として推定する、
請求項１から請求項５のいずれか一項に記載のナビゲーション装置。
【請求項７】
前記診断手段は、前記低処理負荷期間内に前記ナビゲーション機能の診断が終了するか否かを判断し、前記低処理負荷期間内に前記ナビゲーション機能の診断が終了する場合に、前記ナビゲーション機能の診断を行う、
請求項１から請求項６のいずれか一項に記載のナビゲーション装置。
【請求項８】
前記プロセッサは、複数の前記ナビゲーション機能を実行し、
前記診断手段は、複数の前記ナビゲーション機能のなかから前記低処理負荷期間内に診断が終了する前記ナビゲーション機能を選択して診断する、
請求項１から請求項７のいずれか一項に記載のナビゲーション装置。
【請求項９】
少なくとも一つのナビゲーション機能を実行するプロセッサを備えるナビゲーション装置の診断方法であって、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定工程と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断工程と、
を含むナビゲーション装置の診断方法。
【請求項１０】
少なくとも一つのナビゲーション機能を実行するプロセッサを備えるナビゲーション装置にて実行される診断プログラムであって、
車両走行中における前記プロセッサの最大処理負荷が所定の基準よりも低くなる低処理負荷期間を推定する期間推定機能と、
前記低処理負荷期間に応じて前記ナビゲーション機能の診断を行う診断機能と、
を前記ナビゲーション装置に実行させる診断プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１２−３７３６０（Ｐ２０１２−３７３６０Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７７２４３（Ｐ２０１０−１７７２４３）
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]