ナビゲーション装置
【課題】車両に搭載されるナビゲーション装置において、その装置の構成を大きくすることなく、確実に正しい日時が算出できるようにする。
【解決手段】車両用ナビゲーション装置では、ＧＰＳ信号受信部が受信するＧＰＳ信号から、１９８０年１月６日午前０時を基準として約１９．７年ごとにロールオーバーするＧＰＳ時刻データを取得すると共に（Ｓ１６０：ＹＥＳ）、ナビゲーション装置が有する地図ＤＢから、地図情報が生成された生成日時情報を取得して（Ｓ２００）、そのＧＰＳ時刻データと生成日時情報を取得とから、現在の正確な日時を算出する（Ｓ１７０）。
【解決手段】車両用ナビゲーション装置では、ＧＰＳ信号受信部が受信するＧＰＳ信号から、１９８０年１月６日午前０時を基準として約１９．７年ごとにロールオーバーするＧＰＳ時刻データを取得すると共に（Ｓ１６０：ＹＥＳ）、ナビゲーション装置が有する地図ＤＢから、地図情報が生成された生成日時情報を取得して（Ｓ２００）、そのＧＰＳ時刻データと生成日時情報を取得とから、現在の正確な日時を算出する（Ｓ１７０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星からの電波を受信するＧＰＳ受信装置を備えたナビゲーション装置に関する。
【背景技術】
【０００２】
従来より、ＧＰＳ衛星からの電波（以下、ＧＰＳ信号と記載する）を受信するＧＰＳ受信装置を備えた車両用のナビゲーション装置においては、そのＧＰＳ信号に基づき、現在の正しい日時を算出することが行われている。
【０００３】
ところで、ＧＰＳシステムは、１９８０年１月６日（日曜日）の００：００：００（午前０時）を計時の開始点（以下、基準日時と記載する）とする時系で稼働している。尚、この時系では、協定世界時（ＵＴＣ：Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）と同じ長さの１秒が刻まれる。そして、ＧＰＳ衛星が送信するＧＰＳ信号には、その基準日時からの経過時間を表すいわゆるＧＰＳ時刻のデータが含まれる。
【０００４】
このＧＰＳ時刻データは、基準日時から計時して何週目であるかを表す週番号データ（以下、ＷＮデータと記載する）と、そのＷＮデータが表す週の日曜日午前０時からの経過秒数を表すデータとから構成される。このうち、ＷＮデータは、１０ビットで表現される。つまり、ＷＮデータによれば、１０２４週間、言い換えると、第０週目から第１０２３週目までが表現される。そして、１０２３週目の次の週では、ＷＮデータの値はリセットされ（いわゆるロールオーバーである）、再び第０週目からカウントされることとなる。
【０００５】
このようなＧＰＳ時刻データによれば、第０週目の１９８０年１月６日（日曜日）の午前０時から、第１０２３週目の１９９９年８月２１日（土曜日）の午後１１時５９分５９秒（以下、終端日時と記載する）までは表現できるが、その終端日時よりも未来の日時は表現できない。
【０００６】
一方、ＧＰＳシステムの時系は、前述のようにＵＴＣの時系と同じ高精度な時系であり、ＧＰＳ時刻データは、西暦部分を除けば、正確な日時を表すデータとなっている。そこで、ＧＰＳ時刻データが表す日時のうち、西暦部分を補正して、その補正で算出した日時を利用することが考えられている。
【０００７】
例えば、標準電波を受信して、その受信した標準電波から、正しい西暦の情報を含む日時の情報（以下、補正用日時情報と記載する）を、ＧＰＳ時刻データとは別に取得し、その取得した補正用日時情報と、ＧＰＳ時刻データとから、正しい日時を算出することが行われている（例えば特許文献１参照）。
【０００８】
この特許文献１では、西暦を表すデータを補正用日時情報から取得し、月、日、時分秒を表すデータをＧＰＳ時刻データから取得して、正しい日時を算出するようにしている。
【特許文献１】特開２００２−９０４４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、上記特許文献１の方法では、標準電波を受信するために、専用の通信装置を追加して設ける必要がある。しかしながら、そのような通信装置を設けることとすると、ナビゲーション装置が大きくなってしまう。また、特許文献１の技術では、標準電波が送信されない地域では使用することができない。
【００１０】
本発明はこうした問題に鑑みなされたもので、車両に搭載されるナビゲーション装置において、その装置の構成を大きくすることなく、確実に正しい日時が算出できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
かかる問題を解決するためになされた請求項１のナビゲーション装置は、ＧＰＳ衛星から送信され、特定の時刻を基準とする日時の情報（以下、ＧＰＳ時刻情報と言う）を少なくとも含むＧＰＳ信号を受信するＧＰＳ信号受信手段と、ＧＰＳ信号受信手段により受信される前記ＧＰＳ信号に含まれるＧＰＳ時刻情報を用いて、該取得したＧＰＳ時刻情報に基づき、現在の日時を算出する日時算出手段と、を備え、車両に搭載されて使用されるナビゲーション装置であって、地図情報と共に該地図情報が生成された日時の情報が記憶される地図データベースを備えている。また、その地図データベースから、地図情報が生成された日時の情報を取得して日時算出手段に供給する取得手段を備えている。
【００１２】
そして、日時算出手段は、ＧＰＳ信号から取得したＧＰＳ時刻情報と、取得手段から供給された日時の情報とに基づき、現在の日時を算出するようになっている。
つまり、請求項１のナビゲーション装置では、日時算出手段が現在の日時を算出する際に用いる日時の情報（以下、算出用日時情報と言う）を、本装置の地図データベースから取得するという非常に簡単な構成で、現在の正確な日時を算出できる。特に、地図データベースは、ナビゲーション装置が必ず備えているため、算出用日時情報を取得するための構成を新たに設けなくてもよい。しかも、地図データベースから日時の情報を取得することが容易となる。
【００１３】
一方、地図データベースから得られる算出用日時情報が表す日時は固定であるため、請求項２のように構成するとより好ましい。
つまり、請求項２のナビゲーション装置は、請求項１の装置において、日時算出手段により算出された現在の日時の情報を更新記憶する記憶手段を備えている。そして、取得手段は、記憶手段に日時の情報が記憶されている場合には、その記憶された日時の情報を、記憶手段から読み出して取得すると共に、地図情報が生成された日時の情報にかえて日時算出手段に供給するようになっている。
【００１４】
このような請求項２の装置によれば、算出手段により現在の日時が算出されるたびにその日時の情報が記憶手段に更新記憶され、その記憶手段に更新記憶された日時の情報が、算出用日時情報として利用されるようになる。このため、算出用日時情報により表される日時が古すぎて現在の日時を算出できなくなる、というような不具合を回避できる。
【００１５】
ところで、地図データベースに記憶される地図情報は、更新されることも考えられる。そして、このような場合は、記憶手段に更新記憶された日時の情報よりも、地図データベースの地図情報が生成された日時の情報のほうが新しくなる（つまり、日時が後となる）ことが考えられる。
【００１６】
そこで、請求項３のナビゲーション装置では、請求項２の装置において、取得手段は、地図情報が生成された日時の情報と、記憶手段に更新記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時があとのものを、日時算出手段に供給するようになっている。
【００１７】
このような本請求項３の装置によれば、より日時が後となる日時の情報を、算出用日時情報として使用できるため、確実に、現在の日時を正しく算出できるようになる。
次に、請求項４のナビゲーション装置は、請求項３の装置において、日時を計時する内部時計を備えている。そして、取得手段は、内部時計からその内部時計により計時される日時の情報を取得すると共に、地図情報が生成された日時の情報と、記憶手段に更新記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、日時算出手段に供給するようになっている。
【００１８】
このような本請求項４の装置によれば、内部時計が概ね正常であれば、その内部時計の日時の情報と地図情報が生成された日時の情報と記憶手段に更新記憶された日時の情報とのうち、最も日時が後のものが算出用日時情報として使用されるため、現在の日時が正しく算出される可能性がより一層高くなる。
【００１９】
また、請求項５のナビゲーション装置は、請求項１の装置において、請求項４と同じ内部時計を備えたものである。そして、取得手段は、内部時計からその内部時計により計時される日時の情報を取得すると共に、地図情報が生成された日時の情報を取得し、その取得した日時の情報のうち、最も日時が後のものを、日時算出手段に供給するようになっている。このため、本請求項５の装置でも、現在の日時が正しく算出される可能性が高くなる。
【００２０】
尚、内部時計に異常が生じたような場合には、その内部時計から正しい日時の情報が得られなくなるおそれがあるため、請求項６のように構成することが好ましい。
つまり、請求項６のナビゲーション装置は、請求項４又は請求項５の装置において、内部時計の異常を検出する時計異常検出手段と、時計異常検出手段により前記内部時計の異常が検出されると、前記取得手段が、その内部時計により計時された日時の情報を取得することを禁止する取得禁止手段とを備えている。
【００２１】
この請求項６の装置によれば、内部時計に異常が生じて、その異常が生じた内部時計から、間違った日時を表す情報（例えば、現在と全くかけ離れた日時を表す情報）を取得してしまう、ということが生じることを防止できる。
【発明を実施するための最良の形態】
【００２２】
以下に、本発明の実施形態を図面に基づき説明する。
［実施形態１］
図１は、本発明が適用されたナビゲーション装置の構成図である。
【００２３】
図１のナビゲーション装置２０は、図示しない車両に搭載されると共に、天空を航行するＧＰＳ衛星から送信されるＧＰＳ信号を受信し、そのＧＰＳ信号に基づき車両の位置を検出して車両の運転手に走行案内をするものである。
【００２４】
ナビゲーション装置２０は、具体的に、ＧＰＳ信号を受信するＧＰＳ信号受信部１と、車両の姿勢を検知するためのジャイロ２と、車速センサ３と、地図情報４ａが記憶される地図データベース（以下、データベースをＤＢと記載する）４と、各種情報を入力するための入力装置６と、地図情報４ａが表す地図等を表示するためのディスプレイ７と、スピーカ８と、このナビゲーション装置２０の各部を制御する電子制御装置としてのナビゲーションＥＣＵ５と、を備えている。
【００２５】
地図ＤＢ４は、例えばＤＶＤ−ＲＯＭやハードディスク（ＨＤＤ）等の記録媒体に記憶される。そして、ナビゲーション装置２０は、図示はしないが、ＤＶＤ−ＲＯＭに記録された情報を読み取るための読取装置や、ハードディスク装置を備えている。そして、地図ＤＢ４の地図情報４ａは、適宜更新することができる。
【００２６】
また、ナビゲーションＥＣＵ５は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３とを備える周知のマイコン１５と、日時を計時するＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）９と、不揮発性メモリ１０とを備えている。
【００２７】
ＲＴＣ９は、図示しないバックアップ電池から電源の供給を受けて駆動するようになっており、ナビゲーションＥＣＵ５が動作を停止している間も日時を計時する。また、このＲＴＣ９には、動作状態に応じてフラグがセット／リセットされるフラグ機能が設けられている。具体的に、ＲＴＣ９にバックアップ電池から電源が供給されると（ＲＴＣ９の動作が正常な場合）、フラグがセットされ、ＲＴＣ９へのバックアップ電池からの電源の供給が停止すると（ＲＴＣ９の動作が正常でない場合）、フラグがリセットされる。尚、このフラグを、以下、保持状態フラグと記載する。また、ＲＴＣ９が計時する日時のデータは、例えば２進化十進数（ＢＣＤ：Ｂｉｎａｒｙ Ｃｏｄｅｄ Ｄｅｃｉｍａｌ）で構成される。
【００２８】
次に、図２は、マイコン１５が、ＧＰＳ信号に含まれるＧＰＳ時刻データに基づき、現在の正確な日時を算出する日時算出処理の流れを表すフローチャートである。ここで、ＧＰＳ時刻データは、ＧＰＳシステムの時系、つまり、１９８０年１月６日午前０時（以下、基準日時と記載する）を基準とした日時を表すデータである。
【００２９】
このＧＰＳ時刻データは、基準日時から計時して何週目であるかを表す週番号データ（以下、ＷＮデータと記載する）と、そのＷＮデータが表す週の日曜日午前０時からの経過秒数を表す経過秒数データ（以下、ＴＯＷデータと記載する）とから構成される。尚、ＷＮデータ、ＴＯＷデータはそれぞれ、２進数で表されるデータである。このうち、ＷＮデータは、１０ビットで表現される。つまり、ＷＮデータにより、基準日時から計時して、第０週から第１０２３週までの１０２４週間が表される。一方、ＴＯＷデータによれば、ＷＮデータにより表される週の最初、つまり、その週の午前０時からの経過秒数が表される。
【００３０】
図２の処理では、まず、Ｓ１１０にて、前述の保持状態フラグを確認する。つまり、ＲＴＣ９が正常に動作しているか否か、言い換えると、ＲＴＣ９により日時が正常に計時されているか否かを確認する。
【００３１】
そして、Ｓ１２０へ進み、Ｓ１１０で確認した保持状態フラグに基づき、日時データの保持状態が正常であるか否か（ＲＴＣ９が正常に動作して正しく計時されているか否か）を判定し、保持状態が正常であると判定すると、Ｓ１３０へ移行する。
【００３２】
Ｓ１３０では、ＲＴＣ９から、日時データを読み出す。ＲＴＣ９から読み出される日時データは、現在の年、月、日、時、分、秒を表すデータである。尚、以下、ＲＴＣ９から読み出した日時データをＲＴＣ日時データＴｒと記載する。
【００３３】
次に、Ｓ１４０へ進み、ＲＴＣ日時データＴｒを、現在の正確な日時を算出する際に用いる日時データ（以下、算出用日時データＴ０と記載する）として、所定の記憶領域（例えばＲＡＭ１２の所定の記憶領域）に格納する。そして、この日時算出処理では、前述のＧＰＳ時刻データと、その算出用日時データＴ０とから、現在の正確な日時を算出する（後述するＳ１７０）ようになっている。
【００３４】
次に、Ｓ１５０では、ＧＰＳ信号の受信動作を開始する。ところで、Ｓ１４０から移行したこのＳ１５０では、ＲＴＣ日時データＴｒにより、現在時刻を算出できる。そこで、その現在時刻等からＧＰＳ衛星の位置を推定するとともに、その推定したＧＰＳ衛星の位置、車速センサ３により検出される車速、及びジャイロ２により検知される車両の姿勢に基づき、ドップラー効果の影響を考慮して、受信周波数を推定して設定する。そのようにして受信周波数を推定して設定するようにすれば、より早く、ＧＰＳ信号を受信可能な状態となる。
【００３５】
一方、現在時刻が不明である場合には、所定のルールに基づいてＧＰＳ衛星の位置や受信周波数を推定する。
そして次に、Ｓ１６０へ進み、受信されたＧＰＳ信号から、ＧＰＳ時刻データ、つまり、前述のＷＮデータ及びＴＯＷデータを取得したか否かを判定する。
【００３６】
ＷＮデータ及びＴＯＷデータを取得していないと判定すると、再びこのＳ１６０の判定処理を行い、一方、ＷＮデータ及びＴＯＷデータを取得したと判定すると、Ｓ１７０へ移行する。
【００３７】
Ｓ１７０では、前述の算出用日時データＴ０と、Ｓ１６０で取得したと判定したＷＮデータ及びＴＯＷデータとから、現在の正確な日時を算出する。以下、どのように算出するかについて説明する。
【００３８】
まず、基準日時から算出用日時データＴ０により表される日時までの経過の週数（以下、Ｗ０とする）を、その算出用日時データＴ０から求める。そして、ＷＮデータが表す週数（以下、Ｗとする）に、ロールオーバーする週数、つまり、１０２４ずつ加算し、その加算演算の結果得られる週数が算出用日時データＴ０から得られた経過の週数以上になった時点で加算をやめて、さらに、その加算演算の結果得られた週数を、基準日時から現在までの経過の週数として取得する。
【００３９】
つまり、言い換えると、Ｗ０≦Ｗ＋１０２４ｋを満たすように、ｋに０，１，２…を順次代入していく。そして、Ｗ０≦Ｗ＋１０２４ｋを満たすこととなるＷ＋１０２４ｋを、基準日時から現在までの経過の週数として取得する。
【００４０】
例えば、算出用日時データＴ０により表される日時が２００８年１２月１日（月曜日）であるとする。尚、Ｓ１４０を経たＳ１７０では、算出用日時データＴ０はＲＴＣ９から取得したものであるため、２００８年１２月１日（月曜日）は現在の日時でもある。この算出用日時データＴ０の日時（２００８年１２月１日（月曜日））は、基準日時（１９８０年１月６日（日曜日））からみて、１５０８週経過したさらに２日目に当たる。
【００４１】
一方、現在の日時の２００８年１２月１日（月曜日）をＷＮデータで表すとすると、１０２３週経過した時点でロールオーバーして、基準日時から４８４週だけ経過した日時であると表される。
【００４２】
そして、このＷＮデータが表す４８４（Ｗ）に、１０２４×０（ｋ）を加算した値は、４８４であり、１５０８（Ｗ０）よりも小さい。次に、４８４（Ｗ）に、１０２４×１（ｋ）を加算した値は、１５０８となる。つまり、この場合、１５０８（Ｗ０）≦４８４（Ｗ）１０２４×１（ｋ）となり、上記の比較式Ｗ０≦Ｗ＋１０２４ｋを満たすこととなる。加算は、この時点で終了する。そして、加算演算の結果得られた数値、つまり、上記の比較式の右辺の数値（１５０８）を、基準日時から現在までに経過した週数として取得する。
【００４３】
また、算出用日時データＴ０が現在よりも過去の日時を表す場合（後述するが、例えば地図ＤＢ４から算出用日時データＴ０を取得した場合がある）は、次のようになる。まず、算出用日時データＴ０により表される日時が、２００６年６月１日（木曜日）であるとする。この２００６年６月１日（木曜日）は、基準日時（１９８０年１月６日（日曜日））からみて、１３７７週経過したさらに５日目にあたる。
【００４４】
一方、現在の日時は、上記と同様２００８年１２月１日（月曜日）とする。
この場合、上記の手順で、ｋに０，１…を代入すると、ｋ＝１の時に、上記の比較式Ｗ０≦Ｗ＋１０２４ｋが満たされる。つまり、１３７７（Ｗ０）≦４８４（Ｗ）＋１０２４×１（ｋ）である。この場合でも、結局、比較式の右辺の数値（１５０８）が、基準日時から現在までに経過した週数として取得されることとなる。
【００４５】
そして、このようにして、週数を取得すると、次は、ＧＰＳ時刻データのうち、ＴＯＷデータから経過秒数を取得する。つまり、これにより、基準日時から現在までに経過した週数と、その取得した週の日曜日午前０時からの経過秒数が取得でき、正しい日時が算出できることとなる。尚、以下、このＳ１７０で算出した現在の正確な日時を表すデータを、現在日時データＴと記載する。
【００４６】
次に、Ｓ１８０へ進み、算出した現在日時データＴを利用して、ＲＴＣ９を更新する。つまり、ＲＴＣ９により計時されている日時のデータを、現在日時データＴに置き換える。これにより、ＲＴＣ９により計時される日時が正確になるように補正する。
【００４７】
次に、Ｓ１９０では、算出した現在日時データＴを、不揮発性メモリ１０に更新記憶させる。尚、更新記憶させる際のデータの形式としては、２進化１０進数の形式でもよいし、生成日時データＴｍと同じ形式（後述するが、ｙｙｙｙ／ｍｍ／ｄｄの形式）でもよい。そしてその後、当該処理を終了する。
【００４８】
一方、Ｓ１２０で、Ｓ１１０で確認した保持状態フラグに基づき、保持状態が正常でないと判定すると、次にＳ２００へ移行する。
Ｓ２００では、地図ＤＢ４から、その地図ＤＢ４に記憶されている地図情報４ａが生成された日時の情報（以下、生成日時データＴｍと記載する）を読み出す。尚、この生成日時データＴｍは、地図情報４ａが生成される際、その地図情報４ａのプロパティ（属性）として生成され、地図情報４ａと共に地図ＤＢ４に記憶されるものである。つまり、地図ＤＢ４に必ず記憶されるものである。また、生成日時データＴｍは、年、月、日を表す形式のデータ（例えば、ｙｙｙｙ／ｍｍ／ｄｄの形式）である。
【００４９】
次に、Ｓ２１０へ進み、不揮発性メモリ１０から、その不揮発性メモリ１０に記憶されている日時データを読み出す処理を行う。ここで、不揮発性メモリ１０には、前述のように、Ｓ１７０で算出された現在日時データＴが更新記憶される。つまり、Ｓ２１０で不揮発性メモリ１０から読み出す日時データは、この日時算出処理で現在日時データＴとして算出されたもののうち、最も新しいものである。尚、以下、不揮発性メモリ１０から読み出した日時データを、メモリ日時データＴｐと記載する。
【００５０】
次に、Ｓ２２０では、生成日時データＴｍと、メモリ日時データＴｐとを比較し、最も日時が後のものを、算出用日時データＴ０として、所定の記憶領域に格納する。そしてその後、Ｓ１５０へ進む。Ｓ１５０以降（Ｓ１５０〜Ｓ１９０）の処理については、前述の通りである。
【００５１】
この日時算出処理によれば、算出用日時データＴ０と、ＧＰＳ時刻データとから、現在の正確な日時を算出することができる。つまり、算出用日時データＴ０と、ＧＰＳ時刻データのうちのＷＮデータとから、基準日時からの経過の週を正確に算出すると共に、ＧＰＳ時刻データのうち、週の初めからの経過秒数が正確に表されるＴＯＷデータを取得する。これにより、基準日時からの正確な経過時間（現在の正確な日時）を算出できる。
【００５２】
また、この日時算出処理では、例えばＲＴＣ９が動作を停止して、ＲＴＣ日時データＴｒを取得できない場合でも、Ｓ２００で地図ＤＢ４から生成日時データＴｍを取得して、その取得した生成日時データＴｍを、算出用日時データＴ０とすることができる。このため、確実に現在の正確な日時を算出することができる。そして、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で、正確な日時を算出できるという効果を得ることができる。
【００５３】
また、正確な日時を表す算出日時データＴは、不揮発性メモリ１０に更新記憶され、その更新記憶される算出日時データＴも、算出用日時データＴ０として使用することができる。例えば、算出用日時データＴ０が表す日時が、現在からみて１０２４週よりも過去である場合には、現在の正確な日時を算出できなくなってしまう。一方、算出日時データＴを更新記憶させると共に、その算出日時データＴを算出用日時データＴ０として使用するようにすれば、そのような問題を回避できる。つまり、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００５４】
尚、本実施形態においては、ＧＰＳ信号受信部１及びＳ１５０の処理がＧＰＳ信号受信手段に相当し、Ｓ１７０の処理が日時算出手段に相当し、Ｓ２００〜Ｓ２２０の処理が取得手段に相当し、特に、Ｓ２２０でメモリ日時データＴｐを算出用日時データＴ０と設定する処理が請求項２の取得手段に相当し、Ｓ２２０で生成日時データＴｍとメモリ日時データＴｐとのうち最も日時が後のものを算出用日時データＴ０と設定する処理が請求項３の取得手段に相当し、不揮発性メモリ１０及びＳ１９０の処理が記憶手段に相当し、ＲＴＣ９が内部時計に相当し、Ｓ１１０及びＳ１２０の処理が取得禁止手段に相当している。
［実施形態２］
次に、本発明の第２実施形態について説明する。
【００５５】
第２実施形態のナビゲーション装置２０では、第１実施形態と比較して、不揮発性メモリ１０を備えていない点が異なっている。尚、その他の構成は同じであるため、ここでは、図示を省略する。
【００５６】
次に、図３は、第２実施形態のナビゲーション装置２０のマイコン１５が実行する日時算出処理の流れを表すフローチャートである。
この図３の日時算出処理は、図２の日時算出処理と比較して、その図２のＳ２１０の処理と、Ｓ１９０の処理とが実行されない点が異なっている。本第２実施形態の装置では、不揮発性メモリ１０を備えていないためである。また、Ｓ２２０の処理に代えて、Ｓ３２０の処理を実行する。尚、同じ内容の処理を表すステップは同じ符号を付している。
【００５７】
Ｓ３２０では、Ｓ２００で地図ＤＢ４から読み出した生成日時データＴｍを、基準日時データＴ０として、所定の格納領域に記憶させる。そしてその後、Ｓ１５０へ進む。Ｓ１５０以降（Ｓ１５０〜Ｓ１８０）の処理については、前述の通りである。
【００５８】
尚、Ｓ２００及びＳ３２０の処理が、請求項１の取得手段に相当している。
本第２実施形態のナビゲーション装置２０によれば、不揮発性メモリ１０を設けず、より簡単な構成が実現されている。また、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で正確な日時を算出できる、という第１実施形態の装置について述べたような効果も得ることができる。
［実施形態３］
次に、本発明の第３実施形態について説明する。
【００５９】
第３実施形態のナビゲーション装置２０は、第１実施形態のナビゲーション装置２０と同じ構成を有している。一方、ＲＴＣ９が、前述の保持状態フラグをセット／リセットするフラグ機能を有していない点が異なっている。ＲＴＣ９の種類によっては、フラグ機能を有していないものもあり、本第３実施形態のナビゲーション装置２０は、そのような場合でも問題なく、正確に現在の日時を算出できる。
【００６０】
この第３実施形態のナビゲーション装置２０では、マイコン１５は、図２の日時算出処理に代えて、図４の日時算出処理を実行する。尚、図２の日時算出処理と比較して、同じ内容の処理を表すステップは同じ符号を付している。
【００６１】
図４の日時算出処理では、まず、Ｓ１３０で、ＲＴＣ９から、そのＲＴＣ９が計時している日時データ（ＲＴＣ日時データＴｒ）を読み出す。次に、Ｓ２００へ進み、地図ＤＢ４から、地図情報４ａが生成された日時データ（生成日時データＴｍ）を読み出す。次に、Ｓ２１０へ進み、不揮発性メモリ１０から、その不揮発性メモリ１０に記憶されている日時データ（メモリ日時データＴｐ）を読み出す。そして、次に、Ｓ４４０へ進む。
【００６２】
Ｓ４４０では、ＲＴＣ日時データＴｒ、生成日時データＴｍ、メモリ日時データＴｐのうち、最も日時が後のものを選択し、算出用日時データＴ０として、所定の格納領域に記憶させる。そして、Ｓ１５０へ進む。尚、Ｓ１５０以降（Ｓ１５０〜Ｓ１９０）の処理は、前述の通りであり、ここでは説明を省略する。
【００６３】
尚、Ｓ１３０，Ｓ２００，Ｓ２１０，Ｓ４４０の処理は、請求項４の取得手段に相当している。
この第３実施形態のナビゲーション装置２０によれば、ＲＴＣ日時データＴｒと、生成日時データＴｍと、メモリ日時データＴｐとのうち、最も日時が後のものを算出用日時データＴ０として選択して、正しい現在の日時を算出するようにしているため、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００６４】
また、この第３実施形態において、例えばマイコン１５がＲＴＣ９の動作状態を監視するようにしてもよい。例えば、所定時間毎にＲＴＣ９からデータを読み込む構成とし、さらに、あるタイミングで読み込んだデータと前回読み込んだデータとを比較して、両者の差が所定時間の期間に一致するか否かを監視するような構成が考えられる。そして、ＲＴＣ９の動作状態の異常を検出した場合には、ＲＴＣ９から日時データを読み込まないようにしてもよい。
［第４実施形態］
次に、本発明の第４実施形態について説明する。
【００６５】
第４実施形態のナビゲーション装置２０は、第３実施形態のナビゲーション装置２０と比較して、不揮発性メモリ１０を備えていない点が異なっている。
また、マイコン１５は、図４の日時算出処理に代えて、図５の日時算出処理を実行する。尚、図４の日時算出処理と比較して、同じ内容の処理を表すステップは同じ符号を付している。
【００６６】
図５の日時算出処理では、図４のＳ２１０とＳ１９０の処理とを実行しないようになっており、また、Ｓ４４０の処理の代わりに、Ｓ５４０の処理を実行する。
つまり、Ｓ５４０では、Ｓ１３０で読み出したＲＴＣ日時データＴｒと、Ｓ２００で読み出した生成日時データＴｍとのうち、最も日時が後のものを選択し、算出用日時データＴ０として、所定の格納領域に記憶させる。そして、Ｓ１５０へ進む。尚、Ｓ１５０以降（Ｓ１５０〜Ｓ１８０）の処理は、前述の通りであり、ここでは説明を省略する。
【００６７】
尚、Ｓ１３０，Ｓ２００，Ｓ５４０の処理が、請求項５の取得手段に相当している。
本第４実施形態のナビゲーション装置２０によれば、不揮発性メモリ１０を設けず、より簡単な構成が実現されている。また、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で現在の正確な日時を算出できる、という第１実施形態の装置について述べたような効果も得ることができる。
【００６８】
さらに、ＲＴＣ日時データＴｒと生成日時データＴｍとのうち、最も日時が後のものを算出用日時データＴ０として使用する構成であるため、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００６９】
また、この第４実施形態において、例えばマイコン１５がＲＴＣ９の動作状態を監視するようにしてもよい。例えば、所定時間毎にＲＴＣ９からデータを読み込む構成とし、さらに、あるタイミングで読み込んだデータと前回読み込んだデータとを比較して、両者の差が所定時間の期間に一致するか否かを監視するような構成が考えられる。そして、ＲＴＣ９の動作状態の異常を検出した場合には、ＲＴＣ９から日時データを読み込まないようにしてもよい。
【００７０】
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の技術範囲内で種々の形態をとることができる。
例えば、地図ＤＢ４は、ネットワークを介して更新されるようにしてもよい。また、ネットワークは、無線でもよいし有線でもよい。そしてこの場合、ナビゲーション装置２０に、通信のための通信装置を設けるようにすればよい。
【００７１】
また、算出用日時データＴ０とＧＰＳ時刻データとから現在の正確な日時を算出する方法は、どのような方法を用いてもよい。一例として、西暦は算出用日時データＴ０から取得し、秒数部分はＧＰＳ時刻データから取得するようにしてもよい。例えば、現在を２００８年１２月１日午後０時として、算出用日時データＴ０が２００８年１０月１日を表しており、ＧＰＳ時刻データが１９９０年の１２月１日午後０時を表している場合、算出用日時データＴ０から西暦の２００８を表すデータを取得し、ＧＰＳ時刻データから１２月１日午後０時を表すデータを取得するようにしてもよい。
【図面の簡単な説明】
【００７２】
【図１】本実施形態のナビゲーション装置の構成図である。
【図２】第１実施形態の日時算出処理の流れを表すフローチャートである。
【図３】第２実施形態の日時算出処理の流れを表すフローチャートである。
【図４】第３実施形態の日時算出処理の流れを表すフローチャートである。
【図５】第４実施形態の日時算出処理の流れを表すフローチャートである。
【符号の説明】
【００７３】
１…ＧＰＳ信号受信部、２…ジャイロ、３…車速センサ、４…地図ＤＢ、４ａ…地図情報、５…ナビゲーションＥＣＵ、６…入力装置、７…ディスプレイ、８…スピーカ、１０…不揮発性メモリ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１５…マイコン、２０…ナビゲーション装置。
【技術分野】
【０００１】
本発明は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）衛星からの電波を受信するＧＰＳ受信装置を備えたナビゲーション装置に関する。
【背景技術】
【０００２】
従来より、ＧＰＳ衛星からの電波（以下、ＧＰＳ信号と記載する）を受信するＧＰＳ受信装置を備えた車両用のナビゲーション装置においては、そのＧＰＳ信号に基づき、現在の正しい日時を算出することが行われている。
【０００３】
ところで、ＧＰＳシステムは、１９８０年１月６日（日曜日）の００：００：００（午前０時）を計時の開始点（以下、基準日時と記載する）とする時系で稼働している。尚、この時系では、協定世界時（ＵＴＣ：Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｉｍｅ）と同じ長さの１秒が刻まれる。そして、ＧＰＳ衛星が送信するＧＰＳ信号には、その基準日時からの経過時間を表すいわゆるＧＰＳ時刻のデータが含まれる。
【０００４】
このＧＰＳ時刻データは、基準日時から計時して何週目であるかを表す週番号データ（以下、ＷＮデータと記載する）と、そのＷＮデータが表す週の日曜日午前０時からの経過秒数を表すデータとから構成される。このうち、ＷＮデータは、１０ビットで表現される。つまり、ＷＮデータによれば、１０２４週間、言い換えると、第０週目から第１０２３週目までが表現される。そして、１０２３週目の次の週では、ＷＮデータの値はリセットされ（いわゆるロールオーバーである）、再び第０週目からカウントされることとなる。
【０００５】
このようなＧＰＳ時刻データによれば、第０週目の１９８０年１月６日（日曜日）の午前０時から、第１０２３週目の１９９９年８月２１日（土曜日）の午後１１時５９分５９秒（以下、終端日時と記載する）までは表現できるが、その終端日時よりも未来の日時は表現できない。
【０００６】
一方、ＧＰＳシステムの時系は、前述のようにＵＴＣの時系と同じ高精度な時系であり、ＧＰＳ時刻データは、西暦部分を除けば、正確な日時を表すデータとなっている。そこで、ＧＰＳ時刻データが表す日時のうち、西暦部分を補正して、その補正で算出した日時を利用することが考えられている。
【０００７】
例えば、標準電波を受信して、その受信した標準電波から、正しい西暦の情報を含む日時の情報（以下、補正用日時情報と記載する）を、ＧＰＳ時刻データとは別に取得し、その取得した補正用日時情報と、ＧＰＳ時刻データとから、正しい日時を算出することが行われている（例えば特許文献１参照）。
【０００８】
この特許文献１では、西暦を表すデータを補正用日時情報から取得し、月、日、時分秒を表すデータをＧＰＳ時刻データから取得して、正しい日時を算出するようにしている。
【特許文献１】特開２００２−９０４４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、上記特許文献１の方法では、標準電波を受信するために、専用の通信装置を追加して設ける必要がある。しかしながら、そのような通信装置を設けることとすると、ナビゲーション装置が大きくなってしまう。また、特許文献１の技術では、標準電波が送信されない地域では使用することができない。
【００１０】
本発明はこうした問題に鑑みなされたもので、車両に搭載されるナビゲーション装置において、その装置の構成を大きくすることなく、確実に正しい日時が算出できるようにすることを目的とする。
【課題を解決するための手段】
【００１１】
かかる問題を解決するためになされた請求項１のナビゲーション装置は、ＧＰＳ衛星から送信され、特定の時刻を基準とする日時の情報（以下、ＧＰＳ時刻情報と言う）を少なくとも含むＧＰＳ信号を受信するＧＰＳ信号受信手段と、ＧＰＳ信号受信手段により受信される前記ＧＰＳ信号に含まれるＧＰＳ時刻情報を用いて、該取得したＧＰＳ時刻情報に基づき、現在の日時を算出する日時算出手段と、を備え、車両に搭載されて使用されるナビゲーション装置であって、地図情報と共に該地図情報が生成された日時の情報が記憶される地図データベースを備えている。また、その地図データベースから、地図情報が生成された日時の情報を取得して日時算出手段に供給する取得手段を備えている。
【００１２】
そして、日時算出手段は、ＧＰＳ信号から取得したＧＰＳ時刻情報と、取得手段から供給された日時の情報とに基づき、現在の日時を算出するようになっている。
つまり、請求項１のナビゲーション装置では、日時算出手段が現在の日時を算出する際に用いる日時の情報（以下、算出用日時情報と言う）を、本装置の地図データベースから取得するという非常に簡単な構成で、現在の正確な日時を算出できる。特に、地図データベースは、ナビゲーション装置が必ず備えているため、算出用日時情報を取得するための構成を新たに設けなくてもよい。しかも、地図データベースから日時の情報を取得することが容易となる。
【００１３】
一方、地図データベースから得られる算出用日時情報が表す日時は固定であるため、請求項２のように構成するとより好ましい。
つまり、請求項２のナビゲーション装置は、請求項１の装置において、日時算出手段により算出された現在の日時の情報を更新記憶する記憶手段を備えている。そして、取得手段は、記憶手段に日時の情報が記憶されている場合には、その記憶された日時の情報を、記憶手段から読み出して取得すると共に、地図情報が生成された日時の情報にかえて日時算出手段に供給するようになっている。
【００１４】
このような請求項２の装置によれば、算出手段により現在の日時が算出されるたびにその日時の情報が記憶手段に更新記憶され、その記憶手段に更新記憶された日時の情報が、算出用日時情報として利用されるようになる。このため、算出用日時情報により表される日時が古すぎて現在の日時を算出できなくなる、というような不具合を回避できる。
【００１５】
ところで、地図データベースに記憶される地図情報は、更新されることも考えられる。そして、このような場合は、記憶手段に更新記憶された日時の情報よりも、地図データベースの地図情報が生成された日時の情報のほうが新しくなる（つまり、日時が後となる）ことが考えられる。
【００１６】
そこで、請求項３のナビゲーション装置では、請求項２の装置において、取得手段は、地図情報が生成された日時の情報と、記憶手段に更新記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時があとのものを、日時算出手段に供給するようになっている。
【００１７】
このような本請求項３の装置によれば、より日時が後となる日時の情報を、算出用日時情報として使用できるため、確実に、現在の日時を正しく算出できるようになる。
次に、請求項４のナビゲーション装置は、請求項３の装置において、日時を計時する内部時計を備えている。そして、取得手段は、内部時計からその内部時計により計時される日時の情報を取得すると共に、地図情報が生成された日時の情報と、記憶手段に更新記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、日時算出手段に供給するようになっている。
【００１８】
このような本請求項４の装置によれば、内部時計が概ね正常であれば、その内部時計の日時の情報と地図情報が生成された日時の情報と記憶手段に更新記憶された日時の情報とのうち、最も日時が後のものが算出用日時情報として使用されるため、現在の日時が正しく算出される可能性がより一層高くなる。
【００１９】
また、請求項５のナビゲーション装置は、請求項１の装置において、請求項４と同じ内部時計を備えたものである。そして、取得手段は、内部時計からその内部時計により計時される日時の情報を取得すると共に、地図情報が生成された日時の情報を取得し、その取得した日時の情報のうち、最も日時が後のものを、日時算出手段に供給するようになっている。このため、本請求項５の装置でも、現在の日時が正しく算出される可能性が高くなる。
【００２０】
尚、内部時計に異常が生じたような場合には、その内部時計から正しい日時の情報が得られなくなるおそれがあるため、請求項６のように構成することが好ましい。
つまり、請求項６のナビゲーション装置は、請求項４又は請求項５の装置において、内部時計の異常を検出する時計異常検出手段と、時計異常検出手段により前記内部時計の異常が検出されると、前記取得手段が、その内部時計により計時された日時の情報を取得することを禁止する取得禁止手段とを備えている。
【００２１】
この請求項６の装置によれば、内部時計に異常が生じて、その異常が生じた内部時計から、間違った日時を表す情報（例えば、現在と全くかけ離れた日時を表す情報）を取得してしまう、ということが生じることを防止できる。
【発明を実施するための最良の形態】
【００２２】
以下に、本発明の実施形態を図面に基づき説明する。
［実施形態１］
図１は、本発明が適用されたナビゲーション装置の構成図である。
【００２３】
図１のナビゲーション装置２０は、図示しない車両に搭載されると共に、天空を航行するＧＰＳ衛星から送信されるＧＰＳ信号を受信し、そのＧＰＳ信号に基づき車両の位置を検出して車両の運転手に走行案内をするものである。
【００２４】
ナビゲーション装置２０は、具体的に、ＧＰＳ信号を受信するＧＰＳ信号受信部１と、車両の姿勢を検知するためのジャイロ２と、車速センサ３と、地図情報４ａが記憶される地図データベース（以下、データベースをＤＢと記載する）４と、各種情報を入力するための入力装置６と、地図情報４ａが表す地図等を表示するためのディスプレイ７と、スピーカ８と、このナビゲーション装置２０の各部を制御する電子制御装置としてのナビゲーションＥＣＵ５と、を備えている。
【００２５】
地図ＤＢ４は、例えばＤＶＤ−ＲＯＭやハードディスク（ＨＤＤ）等の記録媒体に記憶される。そして、ナビゲーション装置２０は、図示はしないが、ＤＶＤ−ＲＯＭに記録された情報を読み取るための読取装置や、ハードディスク装置を備えている。そして、地図ＤＢ４の地図情報４ａは、適宜更新することができる。
【００２６】
また、ナビゲーションＥＣＵ５は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３とを備える周知のマイコン１５と、日時を計時するＲＴＣ（Ｒｅａｌ Ｔｉｍｅ Ｃｌｏｃｋ）９と、不揮発性メモリ１０とを備えている。
【００２７】
ＲＴＣ９は、図示しないバックアップ電池から電源の供給を受けて駆動するようになっており、ナビゲーションＥＣＵ５が動作を停止している間も日時を計時する。また、このＲＴＣ９には、動作状態に応じてフラグがセット／リセットされるフラグ機能が設けられている。具体的に、ＲＴＣ９にバックアップ電池から電源が供給されると（ＲＴＣ９の動作が正常な場合）、フラグがセットされ、ＲＴＣ９へのバックアップ電池からの電源の供給が停止すると（ＲＴＣ９の動作が正常でない場合）、フラグがリセットされる。尚、このフラグを、以下、保持状態フラグと記載する。また、ＲＴＣ９が計時する日時のデータは、例えば２進化十進数（ＢＣＤ：Ｂｉｎａｒｙ Ｃｏｄｅｄ Ｄｅｃｉｍａｌ）で構成される。
【００２８】
次に、図２は、マイコン１５が、ＧＰＳ信号に含まれるＧＰＳ時刻データに基づき、現在の正確な日時を算出する日時算出処理の流れを表すフローチャートである。ここで、ＧＰＳ時刻データは、ＧＰＳシステムの時系、つまり、１９８０年１月６日午前０時（以下、基準日時と記載する）を基準とした日時を表すデータである。
【００２９】
このＧＰＳ時刻データは、基準日時から計時して何週目であるかを表す週番号データ（以下、ＷＮデータと記載する）と、そのＷＮデータが表す週の日曜日午前０時からの経過秒数を表す経過秒数データ（以下、ＴＯＷデータと記載する）とから構成される。尚、ＷＮデータ、ＴＯＷデータはそれぞれ、２進数で表されるデータである。このうち、ＷＮデータは、１０ビットで表現される。つまり、ＷＮデータにより、基準日時から計時して、第０週から第１０２３週までの１０２４週間が表される。一方、ＴＯＷデータによれば、ＷＮデータにより表される週の最初、つまり、その週の午前０時からの経過秒数が表される。
【００３０】
図２の処理では、まず、Ｓ１１０にて、前述の保持状態フラグを確認する。つまり、ＲＴＣ９が正常に動作しているか否か、言い換えると、ＲＴＣ９により日時が正常に計時されているか否かを確認する。
【００３１】
そして、Ｓ１２０へ進み、Ｓ１１０で確認した保持状態フラグに基づき、日時データの保持状態が正常であるか否か（ＲＴＣ９が正常に動作して正しく計時されているか否か）を判定し、保持状態が正常であると判定すると、Ｓ１３０へ移行する。
【００３２】
Ｓ１３０では、ＲＴＣ９から、日時データを読み出す。ＲＴＣ９から読み出される日時データは、現在の年、月、日、時、分、秒を表すデータである。尚、以下、ＲＴＣ９から読み出した日時データをＲＴＣ日時データＴｒと記載する。
【００３３】
次に、Ｓ１４０へ進み、ＲＴＣ日時データＴｒを、現在の正確な日時を算出する際に用いる日時データ（以下、算出用日時データＴ０と記載する）として、所定の記憶領域（例えばＲＡＭ１２の所定の記憶領域）に格納する。そして、この日時算出処理では、前述のＧＰＳ時刻データと、その算出用日時データＴ０とから、現在の正確な日時を算出する（後述するＳ１７０）ようになっている。
【００３４】
次に、Ｓ１５０では、ＧＰＳ信号の受信動作を開始する。ところで、Ｓ１４０から移行したこのＳ１５０では、ＲＴＣ日時データＴｒにより、現在時刻を算出できる。そこで、その現在時刻等からＧＰＳ衛星の位置を推定するとともに、その推定したＧＰＳ衛星の位置、車速センサ３により検出される車速、及びジャイロ２により検知される車両の姿勢に基づき、ドップラー効果の影響を考慮して、受信周波数を推定して設定する。そのようにして受信周波数を推定して設定するようにすれば、より早く、ＧＰＳ信号を受信可能な状態となる。
【００３５】
一方、現在時刻が不明である場合には、所定のルールに基づいてＧＰＳ衛星の位置や受信周波数を推定する。
そして次に、Ｓ１６０へ進み、受信されたＧＰＳ信号から、ＧＰＳ時刻データ、つまり、前述のＷＮデータ及びＴＯＷデータを取得したか否かを判定する。
【００３６】
ＷＮデータ及びＴＯＷデータを取得していないと判定すると、再びこのＳ１６０の判定処理を行い、一方、ＷＮデータ及びＴＯＷデータを取得したと判定すると、Ｓ１７０へ移行する。
【００３７】
Ｓ１７０では、前述の算出用日時データＴ０と、Ｓ１６０で取得したと判定したＷＮデータ及びＴＯＷデータとから、現在の正確な日時を算出する。以下、どのように算出するかについて説明する。
【００３８】
まず、基準日時から算出用日時データＴ０により表される日時までの経過の週数（以下、Ｗ０とする）を、その算出用日時データＴ０から求める。そして、ＷＮデータが表す週数（以下、Ｗとする）に、ロールオーバーする週数、つまり、１０２４ずつ加算し、その加算演算の結果得られる週数が算出用日時データＴ０から得られた経過の週数以上になった時点で加算をやめて、さらに、その加算演算の結果得られた週数を、基準日時から現在までの経過の週数として取得する。
【００３９】
つまり、言い換えると、Ｗ０≦Ｗ＋１０２４ｋを満たすように、ｋに０，１，２…を順次代入していく。そして、Ｗ０≦Ｗ＋１０２４ｋを満たすこととなるＷ＋１０２４ｋを、基準日時から現在までの経過の週数として取得する。
【００４０】
例えば、算出用日時データＴ０により表される日時が２００８年１２月１日（月曜日）であるとする。尚、Ｓ１４０を経たＳ１７０では、算出用日時データＴ０はＲＴＣ９から取得したものであるため、２００８年１２月１日（月曜日）は現在の日時でもある。この算出用日時データＴ０の日時（２００８年１２月１日（月曜日））は、基準日時（１９８０年１月６日（日曜日））からみて、１５０８週経過したさらに２日目に当たる。
【００４１】
一方、現在の日時の２００８年１２月１日（月曜日）をＷＮデータで表すとすると、１０２３週経過した時点でロールオーバーして、基準日時から４８４週だけ経過した日時であると表される。
【００４２】
そして、このＷＮデータが表す４８４（Ｗ）に、１０２４×０（ｋ）を加算した値は、４８４であり、１５０８（Ｗ０）よりも小さい。次に、４８４（Ｗ）に、１０２４×１（ｋ）を加算した値は、１５０８となる。つまり、この場合、１５０８（Ｗ０）≦４８４（Ｗ）１０２４×１（ｋ）となり、上記の比較式Ｗ０≦Ｗ＋１０２４ｋを満たすこととなる。加算は、この時点で終了する。そして、加算演算の結果得られた数値、つまり、上記の比較式の右辺の数値（１５０８）を、基準日時から現在までに経過した週数として取得する。
【００４３】
また、算出用日時データＴ０が現在よりも過去の日時を表す場合（後述するが、例えば地図ＤＢ４から算出用日時データＴ０を取得した場合がある）は、次のようになる。まず、算出用日時データＴ０により表される日時が、２００６年６月１日（木曜日）であるとする。この２００６年６月１日（木曜日）は、基準日時（１９８０年１月６日（日曜日））からみて、１３７７週経過したさらに５日目にあたる。
【００４４】
一方、現在の日時は、上記と同様２００８年１２月１日（月曜日）とする。
この場合、上記の手順で、ｋに０，１…を代入すると、ｋ＝１の時に、上記の比較式Ｗ０≦Ｗ＋１０２４ｋが満たされる。つまり、１３７７（Ｗ０）≦４８４（Ｗ）＋１０２４×１（ｋ）である。この場合でも、結局、比較式の右辺の数値（１５０８）が、基準日時から現在までに経過した週数として取得されることとなる。
【００４５】
そして、このようにして、週数を取得すると、次は、ＧＰＳ時刻データのうち、ＴＯＷデータから経過秒数を取得する。つまり、これにより、基準日時から現在までに経過した週数と、その取得した週の日曜日午前０時からの経過秒数が取得でき、正しい日時が算出できることとなる。尚、以下、このＳ１７０で算出した現在の正確な日時を表すデータを、現在日時データＴと記載する。
【００４６】
次に、Ｓ１８０へ進み、算出した現在日時データＴを利用して、ＲＴＣ９を更新する。つまり、ＲＴＣ９により計時されている日時のデータを、現在日時データＴに置き換える。これにより、ＲＴＣ９により計時される日時が正確になるように補正する。
【００４７】
次に、Ｓ１９０では、算出した現在日時データＴを、不揮発性メモリ１０に更新記憶させる。尚、更新記憶させる際のデータの形式としては、２進化１０進数の形式でもよいし、生成日時データＴｍと同じ形式（後述するが、ｙｙｙｙ／ｍｍ／ｄｄの形式）でもよい。そしてその後、当該処理を終了する。
【００４８】
一方、Ｓ１２０で、Ｓ１１０で確認した保持状態フラグに基づき、保持状態が正常でないと判定すると、次にＳ２００へ移行する。
Ｓ２００では、地図ＤＢ４から、その地図ＤＢ４に記憶されている地図情報４ａが生成された日時の情報（以下、生成日時データＴｍと記載する）を読み出す。尚、この生成日時データＴｍは、地図情報４ａが生成される際、その地図情報４ａのプロパティ（属性）として生成され、地図情報４ａと共に地図ＤＢ４に記憶されるものである。つまり、地図ＤＢ４に必ず記憶されるものである。また、生成日時データＴｍは、年、月、日を表す形式のデータ（例えば、ｙｙｙｙ／ｍｍ／ｄｄの形式）である。
【００４９】
次に、Ｓ２１０へ進み、不揮発性メモリ１０から、その不揮発性メモリ１０に記憶されている日時データを読み出す処理を行う。ここで、不揮発性メモリ１０には、前述のように、Ｓ１７０で算出された現在日時データＴが更新記憶される。つまり、Ｓ２１０で不揮発性メモリ１０から読み出す日時データは、この日時算出処理で現在日時データＴとして算出されたもののうち、最も新しいものである。尚、以下、不揮発性メモリ１０から読み出した日時データを、メモリ日時データＴｐと記載する。
【００５０】
次に、Ｓ２２０では、生成日時データＴｍと、メモリ日時データＴｐとを比較し、最も日時が後のものを、算出用日時データＴ０として、所定の記憶領域に格納する。そしてその後、Ｓ１５０へ進む。Ｓ１５０以降（Ｓ１５０〜Ｓ１９０）の処理については、前述の通りである。
【００５１】
この日時算出処理によれば、算出用日時データＴ０と、ＧＰＳ時刻データとから、現在の正確な日時を算出することができる。つまり、算出用日時データＴ０と、ＧＰＳ時刻データのうちのＷＮデータとから、基準日時からの経過の週を正確に算出すると共に、ＧＰＳ時刻データのうち、週の初めからの経過秒数が正確に表されるＴＯＷデータを取得する。これにより、基準日時からの正確な経過時間（現在の正確な日時）を算出できる。
【００５２】
また、この日時算出処理では、例えばＲＴＣ９が動作を停止して、ＲＴＣ日時データＴｒを取得できない場合でも、Ｓ２００で地図ＤＢ４から生成日時データＴｍを取得して、その取得した生成日時データＴｍを、算出用日時データＴ０とすることができる。このため、確実に現在の正確な日時を算出することができる。そして、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で、正確な日時を算出できるという効果を得ることができる。
【００５３】
また、正確な日時を表す算出日時データＴは、不揮発性メモリ１０に更新記憶され、その更新記憶される算出日時データＴも、算出用日時データＴ０として使用することができる。例えば、算出用日時データＴ０が表す日時が、現在からみて１０２４週よりも過去である場合には、現在の正確な日時を算出できなくなってしまう。一方、算出日時データＴを更新記憶させると共に、その算出日時データＴを算出用日時データＴ０として使用するようにすれば、そのような問題を回避できる。つまり、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００５４】
尚、本実施形態においては、ＧＰＳ信号受信部１及びＳ１５０の処理がＧＰＳ信号受信手段に相当し、Ｓ１７０の処理が日時算出手段に相当し、Ｓ２００〜Ｓ２２０の処理が取得手段に相当し、特に、Ｓ２２０でメモリ日時データＴｐを算出用日時データＴ０と設定する処理が請求項２の取得手段に相当し、Ｓ２２０で生成日時データＴｍとメモリ日時データＴｐとのうち最も日時が後のものを算出用日時データＴ０と設定する処理が請求項３の取得手段に相当し、不揮発性メモリ１０及びＳ１９０の処理が記憶手段に相当し、ＲＴＣ９が内部時計に相当し、Ｓ１１０及びＳ１２０の処理が取得禁止手段に相当している。
［実施形態２］
次に、本発明の第２実施形態について説明する。
【００５５】
第２実施形態のナビゲーション装置２０では、第１実施形態と比較して、不揮発性メモリ１０を備えていない点が異なっている。尚、その他の構成は同じであるため、ここでは、図示を省略する。
【００５６】
次に、図３は、第２実施形態のナビゲーション装置２０のマイコン１５が実行する日時算出処理の流れを表すフローチャートである。
この図３の日時算出処理は、図２の日時算出処理と比較して、その図２のＳ２１０の処理と、Ｓ１９０の処理とが実行されない点が異なっている。本第２実施形態の装置では、不揮発性メモリ１０を備えていないためである。また、Ｓ２２０の処理に代えて、Ｓ３２０の処理を実行する。尚、同じ内容の処理を表すステップは同じ符号を付している。
【００５７】
Ｓ３２０では、Ｓ２００で地図ＤＢ４から読み出した生成日時データＴｍを、基準日時データＴ０として、所定の格納領域に記憶させる。そしてその後、Ｓ１５０へ進む。Ｓ１５０以降（Ｓ１５０〜Ｓ１８０）の処理については、前述の通りである。
【００５８】
尚、Ｓ２００及びＳ３２０の処理が、請求項１の取得手段に相当している。
本第２実施形態のナビゲーション装置２０によれば、不揮発性メモリ１０を設けず、より簡単な構成が実現されている。また、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で正確な日時を算出できる、という第１実施形態の装置について述べたような効果も得ることができる。
［実施形態３］
次に、本発明の第３実施形態について説明する。
【００５９】
第３実施形態のナビゲーション装置２０は、第１実施形態のナビゲーション装置２０と同じ構成を有している。一方、ＲＴＣ９が、前述の保持状態フラグをセット／リセットするフラグ機能を有していない点が異なっている。ＲＴＣ９の種類によっては、フラグ機能を有していないものもあり、本第３実施形態のナビゲーション装置２０は、そのような場合でも問題なく、正確に現在の日時を算出できる。
【００６０】
この第３実施形態のナビゲーション装置２０では、マイコン１５は、図２の日時算出処理に代えて、図４の日時算出処理を実行する。尚、図２の日時算出処理と比較して、同じ内容の処理を表すステップは同じ符号を付している。
【００６１】
図４の日時算出処理では、まず、Ｓ１３０で、ＲＴＣ９から、そのＲＴＣ９が計時している日時データ（ＲＴＣ日時データＴｒ）を読み出す。次に、Ｓ２００へ進み、地図ＤＢ４から、地図情報４ａが生成された日時データ（生成日時データＴｍ）を読み出す。次に、Ｓ２１０へ進み、不揮発性メモリ１０から、その不揮発性メモリ１０に記憶されている日時データ（メモリ日時データＴｐ）を読み出す。そして、次に、Ｓ４４０へ進む。
【００６２】
Ｓ４４０では、ＲＴＣ日時データＴｒ、生成日時データＴｍ、メモリ日時データＴｐのうち、最も日時が後のものを選択し、算出用日時データＴ０として、所定の格納領域に記憶させる。そして、Ｓ１５０へ進む。尚、Ｓ１５０以降（Ｓ１５０〜Ｓ１９０）の処理は、前述の通りであり、ここでは説明を省略する。
【００６３】
尚、Ｓ１３０，Ｓ２００，Ｓ２１０，Ｓ４４０の処理は、請求項４の取得手段に相当している。
この第３実施形態のナビゲーション装置２０によれば、ＲＴＣ日時データＴｒと、生成日時データＴｍと、メモリ日時データＴｐとのうち、最も日時が後のものを算出用日時データＴ０として選択して、正しい現在の日時を算出するようにしているため、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００６４】
また、この第３実施形態において、例えばマイコン１５がＲＴＣ９の動作状態を監視するようにしてもよい。例えば、所定時間毎にＲＴＣ９からデータを読み込む構成とし、さらに、あるタイミングで読み込んだデータと前回読み込んだデータとを比較して、両者の差が所定時間の期間に一致するか否かを監視するような構成が考えられる。そして、ＲＴＣ９の動作状態の異常を検出した場合には、ＲＴＣ９から日時データを読み込まないようにしてもよい。
［第４実施形態］
次に、本発明の第４実施形態について説明する。
【００６５】
第４実施形態のナビゲーション装置２０は、第３実施形態のナビゲーション装置２０と比較して、不揮発性メモリ１０を備えていない点が異なっている。
また、マイコン１５は、図４の日時算出処理に代えて、図５の日時算出処理を実行する。尚、図４の日時算出処理と比較して、同じ内容の処理を表すステップは同じ符号を付している。
【００６６】
図５の日時算出処理では、図４のＳ２１０とＳ１９０の処理とを実行しないようになっており、また、Ｓ４４０の処理の代わりに、Ｓ５４０の処理を実行する。
つまり、Ｓ５４０では、Ｓ１３０で読み出したＲＴＣ日時データＴｒと、Ｓ２００で読み出した生成日時データＴｍとのうち、最も日時が後のものを選択し、算出用日時データＴ０として、所定の格納領域に記憶させる。そして、Ｓ１５０へ進む。尚、Ｓ１５０以降（Ｓ１５０〜Ｓ１８０）の処理は、前述の通りであり、ここでは説明を省略する。
【００６７】
尚、Ｓ１３０，Ｓ２００，Ｓ５４０の処理が、請求項５の取得手段に相当している。
本第４実施形態のナビゲーション装置２０によれば、不揮発性メモリ１０を設けず、より簡単な構成が実現されている。また、特にハードウエアを追加することなく、地図ＤＢ４から生成日時データＴｍを取得するという簡単な構成で現在の正確な日時を算出できる、という第１実施形態の装置について述べたような効果も得ることができる。
【００６８】
さらに、ＲＴＣ日時データＴｒと生成日時データＴｍとのうち、最も日時が後のものを算出用日時データＴ０として使用する構成であるため、算出用日時データＴ０により表される日時が現在とはかけ離れた過去のもの、具体的に、現在から１０２４週よりも前のものとなって、正確な日時を算出できなくなってしまうことを回避することができる。
【００６９】
また、この第４実施形態において、例えばマイコン１５がＲＴＣ９の動作状態を監視するようにしてもよい。例えば、所定時間毎にＲＴＣ９からデータを読み込む構成とし、さらに、あるタイミングで読み込んだデータと前回読み込んだデータとを比較して、両者の差が所定時間の期間に一致するか否かを監視するような構成が考えられる。そして、ＲＴＣ９の動作状態の異常を検出した場合には、ＲＴＣ９から日時データを読み込まないようにしてもよい。
【００７０】
以上、本発明の一実施形態について説明したが、本発明は上記実施形態に限定されるものではなく、本発明の技術範囲内で種々の形態をとることができる。
例えば、地図ＤＢ４は、ネットワークを介して更新されるようにしてもよい。また、ネットワークは、無線でもよいし有線でもよい。そしてこの場合、ナビゲーション装置２０に、通信のための通信装置を設けるようにすればよい。
【００７１】
また、算出用日時データＴ０とＧＰＳ時刻データとから現在の正確な日時を算出する方法は、どのような方法を用いてもよい。一例として、西暦は算出用日時データＴ０から取得し、秒数部分はＧＰＳ時刻データから取得するようにしてもよい。例えば、現在を２００８年１２月１日午後０時として、算出用日時データＴ０が２００８年１０月１日を表しており、ＧＰＳ時刻データが１９９０年の１２月１日午後０時を表している場合、算出用日時データＴ０から西暦の２００８を表すデータを取得し、ＧＰＳ時刻データから１２月１日午後０時を表すデータを取得するようにしてもよい。
【図面の簡単な説明】
【００７２】
【図１】本実施形態のナビゲーション装置の構成図である。
【図２】第１実施形態の日時算出処理の流れを表すフローチャートである。
【図３】第２実施形態の日時算出処理の流れを表すフローチャートである。
【図４】第３実施形態の日時算出処理の流れを表すフローチャートである。
【図５】第４実施形態の日時算出処理の流れを表すフローチャートである。
【符号の説明】
【００７３】
１…ＧＰＳ信号受信部、２…ジャイロ、３…車速センサ、４…地図ＤＢ、４ａ…地図情報、５…ナビゲーションＥＣＵ、６…入力装置、７…ディスプレイ、８…スピーカ、１０…不揮発性メモリ、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１５…マイコン、２０…ナビゲーション装置。
【特許請求の範囲】
【請求項１】
ＧＰＳ衛星から送信され、特定の時刻を基準とする日時の情報（以下、ＧＰＳ時刻情報と言う）を少なくとも含むＧＰＳ信号を受信するＧＰＳ信号受信手段と、
前記ＧＰＳ信号受信手段により受信される前記ＧＰＳ信号に含まれる前記ＧＰＳ時刻情報を取得し、該取得したＧＰＳ時刻情報を用いて、現在の日時を算出する日時算出手段と、
を備え、車両に搭載されて使用されるナビゲーション装置であって、
地図情報と共に該地図情報が生成された日時の情報が記憶される地図データベースと、
前記地図データベースから、前記地図情報が生成された日時の情報を取得して前記日時算出手段に供給する取得手段と、を備え、
前記日時算出手段は、前記ＧＰＳ信号から取得した前記ＧＰＳ時刻情報と、前記取得手段から供給される日時の情報とに基づき、現在の日時を算出するようになっていることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記日時算出手段により算出された現在の日時の情報を更新記憶する記憶手段を備え、
前記取得手段は、前記記憶手段に日時の情報が記憶されている場合には、その記憶された日時の情報を、その記憶手段から読み出して取得すると共に、前記地図情報が生成された日時の情報に代えて、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項３】
請求項２に記載のナビゲーション装置において、
前記取得手段は、前記地図情報が生成された日時の情報と、前記記憶手段に記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項４】
請求項３に記載のナビゲーション装置において、
日時を計時する内部時計を備え、
前記取得手段は、
前記内部時計からその内部時計により計時される日時の情報を取得すると共に、前記地図情報が生成された日時の情報と、前記記憶手段に記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項５】
請求項１に記載のナビゲーション装置において、
日時を計時する内部時計を備え、
前記取得手段は、前記内部時計からその内部時計により計時される日時の情報を取得すると共に、前記地図情報が生成された日時の情報を取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項６】
請求項４又は請求項５に記載のナビゲーション装置において、
前記内部時計の異常を検出する時計異常検出手段と、
前記時計異常検出手段により前記内部時計の異常が検出されると、前記取得手段がその内部時計により計時された日時の情報を取得することを禁止する取得禁止手段と、
を備えていることを特徴とするナビゲーション装置。
【請求項１】
ＧＰＳ衛星から送信され、特定の時刻を基準とする日時の情報（以下、ＧＰＳ時刻情報と言う）を少なくとも含むＧＰＳ信号を受信するＧＰＳ信号受信手段と、
前記ＧＰＳ信号受信手段により受信される前記ＧＰＳ信号に含まれる前記ＧＰＳ時刻情報を取得し、該取得したＧＰＳ時刻情報を用いて、現在の日時を算出する日時算出手段と、
を備え、車両に搭載されて使用されるナビゲーション装置であって、
地図情報と共に該地図情報が生成された日時の情報が記憶される地図データベースと、
前記地図データベースから、前記地図情報が生成された日時の情報を取得して前記日時算出手段に供給する取得手段と、を備え、
前記日時算出手段は、前記ＧＰＳ信号から取得した前記ＧＰＳ時刻情報と、前記取得手段から供給される日時の情報とに基づき、現在の日時を算出するようになっていることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記日時算出手段により算出された現在の日時の情報を更新記憶する記憶手段を備え、
前記取得手段は、前記記憶手段に日時の情報が記憶されている場合には、その記憶された日時の情報を、その記憶手段から読み出して取得すると共に、前記地図情報が生成された日時の情報に代えて、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項３】
請求項２に記載のナビゲーション装置において、
前記取得手段は、前記地図情報が生成された日時の情報と、前記記憶手段に記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項４】
請求項３に記載のナビゲーション装置において、
日時を計時する内部時計を備え、
前記取得手段は、
前記内部時計からその内部時計により計時される日時の情報を取得すると共に、前記地図情報が生成された日時の情報と、前記記憶手段に記憶された日時の情報とをそれぞれ取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項５】
請求項１に記載のナビゲーション装置において、
日時を計時する内部時計を備え、
前記取得手段は、前記内部時計からその内部時計により計時される日時の情報を取得すると共に、前記地図情報が生成された日時の情報を取得し、その取得した日時の情報のうち、最も日時が後のものを、前記日時算出手段に供給するようになっていることを特徴とするナビゲーション装置。
【請求項６】
請求項４又は請求項５に記載のナビゲーション装置において、
前記内部時計の異常を検出する時計異常検出手段と、
前記時計異常検出手段により前記内部時計の異常が検出されると、前記取得手段がその内部時計により計時された日時の情報を取得することを禁止する取得禁止手段と、
を備えていることを特徴とするナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−３１５９５３（Ｐ２００７−３１５９５３Ａ）
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願番号】特願２００６−１４６７８４（Ｐ２００６−１４６７８４）
【出願日】平成１８年５月２６日（２００６．５．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
【公開日】平成１９年１２月６日（２００７．１２．６）
【国際特許分類】
【出願日】平成１８年５月２６日（２００６．５．２６）
【出願人】（０００００４２６０）株式会社デンソー (27,639)
【Ｆターム（参考）】
[ Back to top ]