(57)【特許請求の範囲】
【請求項１】
車両エンジンがパワーダウンしたのち、ルーチンが完了してからパワーダウンする車両ナビゲーションシステムにおいて、車両エンジンのパワーダウンを検出する検出手段と、この検出手段の検出出力に応答して、この車両ナビゲーションシステムがパワーダウン直前まで行っていたルート案内をパワーアップ時に再開するか否かを停止した車両の現在位置情報と少なくとも予めセットした目的地情報とから決定する決定手段と、この決定手段の上記ルート案内を再開するか否かの決定情報を格納する記憶手段とを具備し、車輌エンジンがパワーダウンしたのち、上記検出手段、決定手段および記憶手段の一連の動作が完了してからパワーダウンすることを特徴とする車両ナビゲーションシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両ナビゲーションシステムの分野に関する。特に、本発明は、所望の目的地へ自動車のドライバを案内するための搭載型の自動車ナビゲーションシステムに関する。
【０００２】
【従来の技術】
搭載型の車両ナビゲーションシステムは、ナビゲーションにおいて自動車のドライバを援助するのに役立つ。搭載型の自動車ナビゲーションシステムの一例は、記憶された地図データベースを使用して、ドライバに或るエリアの街路地図の視覚的表示を与え、車両が進行するにしたがって車両の位置と移動を示すシステムである。ドライバがデータベースから目的地を選択することに応答して、システムは、出発位置から目的地まで最善ルートを計算し、次いで、目的地へドライバを案内するためにドライバに指示を与える。指示は、記録された音声または合成された音声によって与えられる。
【０００３】
上述したような自動車ナビゲーションシステムは、車両が進行するにしたがって車両の位置を推定する、「推測航法」として知られる技術を使用している。推測航法では、車両の進行方向および前回計算された位置からの移動距離が、搭載型のセンサ（たとえばコンパスおよび走行距離計）から受信したデータに基づいて先ず決定される。次いで、車両の新しい位置は、測定されたパラメータを周知の式に適用することによって推定される。しかしながら、推測航法は、車両が進行するにしたがって累積する誤差の影響を受けやすい。それゆえに、車両の推定された位置は、街路地図データベースと周期的に比較され、そのような誤差を訂正するために調整される。このシステムには、グローバル・ポジショニング・システム（ＧＰＳ）のような高精度の位置決めシステムを含めることもできる。
【０００４】
【発明が解決しようとする課題】
しかしながら、先行技術の自動車ナビゲーションシステムには一定の問題点がある。たとえば、ナビゲーションシステムが動作している自動車のドライバが、選択した目的地に着く前に、自動車を止めたり、または、脇道に入ることもある。このような場合、先行技術のナビゲーションシステムは、一般に、車両が再出発した後においてのみ、ルート案内を再開するかどうか（すなわちドライバに指示を与えることを再び続けるかどうか）を決定する。すなわち、ルート案内を再開するかどうかの決定は、車両が再出発したときに実施されるナビゲーションシステムの開始ルーチンにおいて行われる。このような先行技術に関連する不都合な点は、ナビゲーションシステムが、所望の目的地を呼び出して、車両の現在の位置からの最善ルートを再計算し、次いで、ルート案内を再開するかどうかを決定するのに時間がかかるということである。ドライバは行動の前にナビゲーション指示を必要とすることがあるので、この処理が要する時間は、ドライバにとって迷惑にちがいない。
【０００５】
これに加えて、先行技術の或る搭載型の自動車ナビゲーションシステムは、一般に、車両の現在の位置から所望の目的地への真っ直ぐな（直線）距離に基づいてルート案内を再開するか否かを決定する。特に、そのようなシステムは、目的地への直線距離が所定の距離を越えた場合にのみ、ルート案内を再開することになる。この技術の不都合な点は、実際の運転距離は、所望の位置への直線距離よりずっと長い場合があることである。たとえば、車両が選択された目的地に物理的に非常に近接した位置にあるが、目的地に着くために、街路上のかなりの距離を移動しなければならない場合がある。その結果、案内を再開するかどうかの決定にしばしば誤りが生じる。
【０００６】
したがって、自動車ナビゲーションシステムの開始ルーチンに費やされる時間量を減少させるための、特に、途中でのパワーダウンの後のルート案内を再開するかどうかを決定する際に費やされる時間を減少させるための技術が必要とされる。更に必要とされることは、そのような場合にルート案内を再開するかどうかの決定の正確さを改良するための技術である。
【０００７】
【課題を解決するための手段】
車両用ナビゲーションシステムのユーザにルート案内を与える方法が提供される。最初にナビゲーションのためにユーザに情報が出力される。ナビゲーションシステムのパワーダウンを検出することに応答して、ナビゲーションシステムの次のパワーアップの際に情報を出力することを再開するかどうかの決定が、パワーダウンが生じる前に行われる。
本発明の他の特徴は、添付の図面から、および、以下の詳細な説明から明白となる。
本発明は、例として示されるものであり、同様な参照番号が同様な素子を示す添付の図面の図に制限されるものではない。
【０００８】
【発明の実施の形態】
車両用ナビゲーションシステムのユーザへのルート案内を自動的に再開する方法が説明される。以下の説明においては、説明の目的のために、本発明が十分理解できるように、多数の特定の構造で説明される。しかしながら、当業者にとっては、これらの特定の構造を使用することなく本発明を実行できることが明らかだろう。他の例においては、周知の構造および装置が、本発明の説明を容易にするためにブロック図で示される。
【０００９】
図１は、本発明が実施されるナビゲーションにおいて、自動車のドライバまたは乗客（以下、「ユーザ」という）を援助するためのシステム１を示す。一般に、システム１は、地理的なエリアの街路地図の視覚的表示と車両の位置および移動の指示を与える。ユーザが所望の目的地を入力することに応答して、システムは、出発位置から目的地までの最善ルートを計算し、次いで、目的地にドライバを案内するために、ナビゲーション指示をドライバに与える。一つの実施態様においては、ユーザは、システム１によって提供された可能性のある目的地のリストから目的地を選択する。ナビゲーション指示は、デジタル化された、または、合成された音声の形態で提供される。指示は、次の運転操作が矢印および／またはテキストの形態で示される交互ディスプレイモードで視覚的に提供することもできる。システム１は、街路地図の路上における車両の位置を正確に決定するために、マップマッチングアルゴリズムと組み合わせて「推測航法」を使用する。街路地図は、格納された地図データベースによって提供される。
【００１０】
システム１は、中央処理装置（ＣＰＵ）１０、読み出し専用メモリ（ＲＯＭ）１１、ランダムアクセスメモリ（ＲＡＭ）１２、大容量記憶媒体１３を含んでおり、これらは全てバス２４で結合されている。ＣＰＵ１０は、ＲＯＭ１１、ＲＡＭ１２のいずれか、または両方に格納された命令を実行することによりシステム１の動作を制御する。たとえば、ＲＯＭ１１に格納された命令は、ＣＰＵ１０による実行のためにＲＡＭ１２へコピーされる場合がある。大容量記憶媒体１３は、所定の地理的なエリアのための街路と問題のポイントを含む地図データベースを格納する。
【００１１】
ＲＡＭ１２は、車両のエンジンが切れているときに、格納されたデータを維持するために車両のバッテリーから電力を受ける静的ＲＡＭ（ＳＲＡＭ）を含んでもよい。ＲＯＭ１１は、その一部または全部を消去して再プログラムすることができる不揮発性メモリである。たとえば、ＲＯＭ１１は、フラッシュメモリ、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、または、任意の他の適当な形態のプログラム可能で消去可能な不揮発性メモリとすることができる。大容量蓄積媒体１３は、磁気的、光学的、または、多量のデータを格納するのに適した他の形態の不揮発性蓄積装置を含むことができる。
【００１２】
またシステム１は、推測航法のためのデータを提供するために、いくつかのセンサ１９、２０、２１も含む。特に、システム１は、角速度センサ１９、走行距離センサ（たとえば、走行距離計）２０、および、グローバル・ポジショニング・システム（ＧＰＳ）ロケータ２１を含む。センサ１９〜２１の各々は、バス２４に接続されたインターフェース２２に接続される。インターフェース２２は、アナログ−デジタルコンバータのような、センサ１９〜２１をバス２４にインターフェースするための各種の電気回路を含む。またシステム１は、バス２４に接続される入力ユニット１４も含む。入力ユニット１４は、目的地や各種のオプションを選択するときのように、ユーザがコマンドやデータをシステム１に入力することができる（機械的に存在してもよい）ボタンのような各種の制御部を含む。システム１は、デジタル化された、または、合成された音声のナビゲーション指示をユーザにスピーカ１６から出力する。スピーカ１６は音声出力制御装置１５を介してバス２４に接続される。視覚的表示は、ディスプレイ制御装置１７によってバス２４に接続されているディスプレイ装置１８によりユーザに提供される。ディスプレイ装置１８は、液晶ディスプレイ（ＬＣＤ）、陰極線管（ＣＲＴ）、又は、任意の他の適当な形態のディスプレイ装置とすることができる。
【００１３】
またシステム１は、システム１のパワーアップ状態或いはパワーダウン状態を検出するためのパワーアップ／パワーダウン検出器２３も含む。すなわち、検出器２３は、車両エンジンがオン（パワーアップ）された、または、オフ（パワーダウン）されたことを検出する。検出器２３は、そのようなパワーアップまたはパワーダウン状態を示す信号を提供するためにＣＰＵ１０に接続される。検出器２３の目的は、以下に詳細に説明される。
【００１４】
時折、自動車のドライバは、選択された目的地に着く前に、自動車を止めたり、脇道に入ることがある。先行技術の自動車ナビゲーションシステムは、車両が再びパワーアップされた後のような場合にのみルート案内を再開するか否かを決定する。この手順は、しばしば時間を要しドライバを困惑させる。特に、メモリから選択された目的地を呼び戻して、車両の現在の位置からの最善ルートを再計算し、次いで、ルート案内を再開するかどうかを決定するのは時間がかかる。更に、先行技術のシステムは、選択された目的地への直線距離に基づいて案内を再開するか否かを決定する。直線距離は、実際の運転距離と大幅に違うことがあるので、そのような手順は、案内を再開するか否かのシステムよる判断がしばしば不十分という結果に終わる。本発明は、以下に説明されるように、これらの不都合な点を克服する。
【００１５】
この説明においては、システム１のパワーダウンに応答して実行されるものとして、或るルーチンについて説明する。そのようなルーチンは、電力がシステム１から実際に取り除かれる前に実行されることが理解されるであろう。すなわち、システム１は、ユーザが自動車のエンジンをオフするか、または、システム１を単にオフした場合、ルーチンが完了するまでは、システム１は実際にはパワーダウンしないように設計されている。したがって、システム１は、実際にパワーダウンされる前に、これらのルーチンを完了するために、中の車両のバッテリーから、または、システム１の電荷蓄積装置から電力が供給される。
【００１６】
図２は、本発明によるシステム１によって実行されるルーチンを示す。図２のルーチンは、システム１の各々のパワーダウンに応答して実行される。代替の実施態様においては、図２のルーチンは、パワーダウンに応答してではなく、（または、これに加えて）ルート案内の期間中に定期的に実行されてもよい。
【００１７】
検出器２３によって検出されたシステム１のパワーダウン（ステップ２１０）に応答して、システム１は、フラグＲＥＳＵＭＥ＿ＦＬＡＧをセットするかリセットするかを決定し、次いで、これにしたがってＲＥＳＵＭＥ＿ＦＬＡＧをセットまたはリセットする（ステップ２２０）。以下に説明されるように、ＲＥＳＵＭＥ＿ＦＬＡＧは、ルート案内を再開するかどうか、すなわち、ユーザにナビゲーション指示を提供することを再開するかどうかを決定するために、次のパワーアップ時にシステム１によって使用される。ＲＥＳＵＭＥ＿ＦＬＡＧをセットするかまたはリセットするかを決定する方法は、以下に更に詳細に説明される。
【００１８】
ＲＥＳＵＭＥ＿ＦＬＡＧのセットまたはリセットに続いて、車両位置ＶＰがＲＯＭ１１に格納される（ステップ２３０）。システム１が次のパワーアップ時にユーザに指示を提供することを再開するかどうかにかかわらず、システム１は車両の現在の位置の情報を維持しなければならないので、ＲＥＳＵＭＥ＿ＦＬＡＧがセットされるかどうかにかかわらず、車両位置ＶＰがＲＯＭ１１にセーブされることに注意すべきである。車両位置ＶＰをセーブした後に、ＲＥＳＵＭＥ＿ＦＬＡＧがセットされているかどうかが判定される（ステップ２４０）。ＲＥＳＵＭＥ＿ＦＬＡＧがセットされていない場合には、ルーチンは終了する。ＲＥＳＵＭＥ＿ＦＬＡＧがセットされている場合には、次いで、選択された目的地、現在のルート、および、目的地への実際の運転距離ＡＤが、ＲＯＭ１１のプログラム可能／消去可能な部分に格納される（ステップ２５０）。代替の実施態様においては、ＲＡＭ１２は、車両のバッテリーによってバックアップされたＳＲＡＭを含んでおり、選択された目的地、現在のルート、および、実際の運転距離ＡＤは、ＲＯＭ１１にではなくてＳＲＡＭに格納される。別の代替の実施態様においては、これらのパラメータは、代わりに大容量記憶媒体１３に格納される。
【００１９】
一般に、車両を出発させるときに、ユーザは目的地を選択し、システム１は最善ルートを計算する。しかしながら、ユーザは、車両運転中の任意の時に目的地を選択することによって、ルート案内を開始させることもできる。目的地を入力し、最善ルートを計算する詳細な方法は、本発明とは直接関係がないので、ここでは説明されない。
【００２０】
システム１のパワーアップに応答して、図３のルーチンがシステム１によって実行される。パワーアップ時にシステム１によって実行される他のルーチンは、本発明に関連がないのでここでは説明されないことに注意されたい。最初に、車両位置ＶＰがＲＯＭ１１から検索される（ステップ３１０）。次に、ＲＥＳＵＭＥ＿ＦＬＡＧの状態が調べられる（ステップ３２０）。ＲＥＳＵＭＥ＿ＦＬＡＧがセットされていない場合には、ルーチンは終了する。すなわち、ルート案内は再開されない。ＲＥＳＵＭＥ＿ＦＬＡＧがセットされている場合には、次いで、前に選択された目的地、ルートデータ、および、選択された目的地までの実際の運転距離ＡＤが、ＲＯＭ１１から呼び出される（ステップ３３０）。次いで、これらのパラメータは、システム１がパワーダウンされた時点における計算されたルートの位置からナビゲーション指示の提供を再開する際に、システム１によって使用される（ステップ３４０）。ルート案内を再開する決定（ステップ３４０）は、ユーザがルート案内の再会を望んでいることの確認に従うことに注意されたい。そのような確認は、ユーザに対して簡単なプロンプトを使用して得ることができる。
【００２１】
パワーアップ時に案内を再開するか否かの決定を行うための詳細な方法を、ここで図４および図５を参照して説明する。図４は、システム１を含む車両が進行する地理的なエリアの例を示す。エリアは、いくつかの街路４１〜４３、すなわち、ノースストリート（Ｎｏｒｔｈ  Ｓｔｒｅｅｔ）４２、メインストリート（Ｍａｉｎ  Ｓｔｒｅｅｔ）４１、サイドストリート（Ｓｉｄｅ  Ｓｔｒｅｅｔ）４３を含むとする。車両は、最初にノースストリート４２の出発位置Ｓに位置すると仮定する。更に、ユーザが、所望の目的地としてサイドストリート４３の位置Ｄをシステム１に入力すると仮定する。これに応答して、システム１は、出発ポイントＳから所望の目的地Ｄへのライン４９によって示されたルートを計算する。
【００２２】
ルート案内の間、システム１によって維持された車両の位置は、遅れることなく各ポイントにおける状態を有する。この状態は、メモリ内のレジスタと対応させることができる変数ＲＧ＿ＳＴＡＴＵＳの形態で格納される。たとえば、車両は、図４においてポイント４５で示されるように、計算されたルート上に当然あるべきようにある場合もある。代わりに、ユーザが旋回を誤ったときには、車両は、道路上ではあるが計算されたルートから離れている場合があり、この場合が図４においてポイント４６で示されている。第３の場合においては、車両は、計算されたルートから離れており、且つ、どの道路上（または、地図データベースに含まれた道路上）でもないかもしれない。たとえば、図４のポイント４７によって示されたように、車両は駐車場４４にある場合がある。本発明の目的のための重要な第４の場合は、車両が計算されたルート上にあり、且つ、車両が選択された目的地に着く前に、車両が最後に要求された運転操作（すなわち、システム１により計算された最後の旋回）を完了したときである。
【００２３】
これらの可能性のそれぞれのケースは、変数ＲＧ＿ＳＴＡＴＵＳの形態で格納される。ここで図５を参照して説明されるように、ＲＧ＿ＳＴＡＴＵＳの正確な状態は、ＲＥＳＵＭＥ＿ＦＬＡＧをセットあるいリセットをするか否かを決定するために使用される。
【００２４】
図５は、ＲＥＳＵＭＥ＿ＦＬＡＧをセットするかまたはリセットするかを決定するために、システム１の各パワーダウンに応答して実行されるルーチンを示す。図５のルーチンの結果は、パワーダウンに続く次のパワーアップ時に図３のルーチンによって使用される。システム１のパワーダウンの時が検出器２３によって検出され（ステップ５１０）、システム１がルート案内（ナビゲーション指示をユーザに提供すること）を現在行っているかどうかが決定される。この決定は、第２のフラグ、ＲＧ＿ＦＬＡＧの状態を調べることによって行われる（ステップ５１５）。ルート案内が進行中は、ＲＧ＿ＦＬＡＧは、常にセットされたままである。（ステップ５１５で）ＲＧ＿ＦＬＡＧ状態が調べられた時にＲＧ＿ＦＬＡＧセットされていない場合には、次いで、ＲＥＳＵＭＥ＿ＦＬＡＧはリセットされる（ステップ５５５）。その結果、次のパワーアップ時に、図３に関連して説明したように、システム１はルート案内を再開しない。しかしながら、ＲＧ＿ＦＬＡＧの状態が調べられた時にＲＧ＿ＦＬＡＧがセットされている場合には、ＲＧ＿ＦＬＡＧが、車両が計算されたルート上にあることを示しているかどうかの決定が行われる（ステップ５２０）。車両が計算されたルート上にない場合には、次いで、車両の現在の位置から選択された目的地への真っ直ぐな（直線）距離ＤＤが計算される（ステップ５４５）。直線距離ＤＤが所定の閾値距離Ｄ１より大きいか等しい場合には（ステップ５５０）、次いで、ＲＥＳＵＭＥ＿ＦＬＡＧはセットされる（ステップ５４０）。直線距離ＤＤが閾値距離Ｄ１未満である場合には、次いで、ＲＥＳＵＭＥ＿ＦＬＡＧはリセットされる（ステップ５５５）。
【００２５】
（ステップ５２０で）ＲＧ＿ＳＴＡＴＵＳが、車両が計算されたルート上にあることを示す場合には、次いで、車両が最後の運転操作、すなわち、システム１によって指示された最後の運転操作が完了したかどうかが決定される（ステップ５２５）。車両がその最後の運転操作を完了していない場合には、次いで、ＲＥＳＵＭＥ＿ＦＬＡＧはセットされる（ステップ５４０）。車両がその最後の運転操作を完了している場合には、次いで、システム１は、車両の現在の位置から選択された目的地までの実際の運転距離ＡＤ（すなわち、ルートに沿って計算された距離）と、目的地までの直線距離ＤＤを計算する（ステップ５３０）。実際の運転距離ＡＤが所定の閾値距離Ｄ２に等しいかまたは超過し、且つ、直線距離ＤＤが所定の閾値距離Ｄ３に等しいかまたは超過する場合には（ステップ５３５）、次いで、ＲＥＳＵＭＥ＿ＦＬＡＧはセットされる（ステップ５４０）。そうでない場合には、ＲＥＳＵＭＥ＿ＦＬＡＧはリセットされる（ステップ５５５）。
【００２６】
先行技術と比べて、車両が計算されたルート上にある場合には、直線距離ＤＤだけではなく、実際の運転距離ＡＤと直線距離ＤＤの両方が使用されることに注意されたい。その結果、目的地までの直線距離ＤＤのみに基づいて決定が行われる場合よりも、案内を再開するかどうかの決定が一層正確なものとなる。たとえば、ユーザが図４のポイント４５で車両のエンジンを止めた場合には、ポイント４５から目的地Ｄまで直線距離ＤＤは比較的短いので、先行技術のシステムは、パワーアップ時に案内を再開しないことを不適当に決定するだろう。本発明は、そのような誤りを回避する。
【００２７】
したがって、本発明は、ルート案内の期間中に発生するパワーダウンの後にシステム１により要求される立ち上がり時間、すなわち、システムが実際にパワーダウンされる前にルート案内を再開するかどうかを決定するのに要求される時間を短縮し、後のパワーアップ時に時間が節約される。これに加えて、目的地へのルートデータと実際の運転距離がパワーダウンの前にセーブされて、この決定の際に使用されるので、ルート案内を再開するかどうかに関して、一層正確な決定を行うことができる。
【００２８】
このように、車両用のナビゲーションシステムのユーザへのルート案内を自動的に再開する方法が説明された。本発明は特定の例示的な実施態様に関して説明されたが、特許請求の範囲に記載されたように、本発明の精神および範囲から離れることなく、各種の修正および変更を成しうることは明らかであろう。したがって、明細書と図面は、限定的に解釈されるものではなく、例示として見なされるべきである。
【図面の簡単な説明】
【図１】  搭載型の自動車ナビゲーションシステムのブロック図である。
【図２】  パワーアップ時のルート案内の自動再開を可能にするための全体のルーチンを示す流れ図である。
【図３】  パワーアップ時のルート案内の自動再開を示す流れ図である。
【図４】  地理的なエリアの中で車両がとりうる位置を示す。
【図５】  パワーアップの後に案内を再開するかどうかを決定するためにパワーダウンの前に実行されるルーチンを示す流れ図である。
【符号の説明】
１  システム
１０  ＣＰＵ
１１  ＲＯＭ
１２  ＲＡＭ
１３  大容量記憶媒体
１４  入力ユニット
１５  音声出力制御装置
１６  スピーカ
１７  ディスプレイ制御装置
１８  ディスプレイ装置
１９  角速度センサ
２０  走行距離センサ
２１  ＧＰＳロケータ
２２  インターフェース
２３  パワーアップ／パワーダウン検出器
２４  バス
【図１】
0004031091.tif 000002
【図２】
0004031091.tif 000003
【図３】
0004031091.tif 000004
【図４】
0004031091.tif 000005
【図５】
0004031091.tif 000006