ナビゲーション装置
【課題】ユーザビリティを向上できるナビゲーション装置を提供する。
【解決手段】ナビゲーションユニット２は、現在のナビゲーションユニット２の状態を検出するＣＰＵ１０と、地図データＭを記憶する地図データ記憶部１５とを備える。ＣＰＵ１０は、外部から取得した差分データＤ１と地図データＭとを用いて、書替用データＤ２を生成する。また、ＣＰＵ１０は、所定の表示画面を表示している状態で、新しい地図データＭへの切り替えが選択された際に、書替用データＤ２によって地図データＭを書き替える。ＣＰＵ１０は、操作履歴データ２７に基づき、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面とその画面に至るまでの操作履歴を判断する。そして、必要であれば、新しい地図データＭを用いて、表示されていた画面に至るまでの操作に対応する処理を行い、その処理に対応する画面を復帰画面として表示する。
【解決手段】ナビゲーションユニット２は、現在のナビゲーションユニット２の状態を検出するＣＰＵ１０と、地図データＭを記憶する地図データ記憶部１５とを備える。ＣＰＵ１０は、外部から取得した差分データＤ１と地図データＭとを用いて、書替用データＤ２を生成する。また、ＣＰＵ１０は、所定の表示画面を表示している状態で、新しい地図データＭへの切り替えが選択された際に、書替用データＤ２によって地図データＭを書き替える。ＣＰＵ１０は、操作履歴データ２７に基づき、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面とその画面に至るまでの操作履歴を判断する。そして、必要であれば、新しい地図データＭを用いて、表示されていた画面に至るまでの操作に対応する処理を行い、その処理に対応する画面を復帰画面として表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ナビゲーション装置に関する。
【背景技術】
【０００２】
最近、高速データ通信の発展に伴い、車両に搭載されたナビゲーションシステムに更新地図データを配信する配信システムが開発されている。この配信システムでは、例えば、予め登録されたナビゲーションシステムが、そのシステムの有する地図データ等のバージョンを配信サーバに通信にて送信すると、配信サーバは、そのバージョンと最新のバージョンとを比較して、データ更新の要否を判断する。更新が必要であると判断すると、ナビゲーションシステムが送信した旧バージョンと最新のバージョンとの差分データを、ナビゲーションシステムに通信にて送信する。これによれば、ほぼ自動的に最新の地図データを入手できる。
【０００３】
このようなシステムとして、特許文献１には、配信サーバ（配信センタ）から送信された表示用データに基づき、ナビゲーション装置が更新部分をナビゲーション装置の画面に表示するシステムが記載されている。ユーザはディスプレイに表示された更新部分を確認して、地図データの更新をするか否かを決定する。そして、配信サーバは、ナビゲーションシステムからデータ送信要求を受信すると、最新の地図データをナビゲーションシステムに送信する。ナビゲーションシステムは、地図データを受信してデータ更新処理を行い、さらに探索した推奨経路に基づいて経路案内が行われている場合には、最新の地図データに基づいて、目的地までの経路を自動的に再探索する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平２００４−１２５５１０号公報。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、ユーザの入力操作による目的地設定、目的地検索等の処理を行っている際に地図データの書替処理が割り込むと、ユーザの入力操作、又は入力操作に応じた処理が中断、又は取り消されることがあった。実行中の処理が中断されると、ユーザはその書替処理が完了するまで待機しなければならず、ユーザにストレスを与えてしまう。また、入力操作が取り消されると、ユーザは、入力操作を初めからやり直さなければならないため、ユーザの労力が多大になる。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、ユーザビリティを向上できるナビゲーション装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、地図データを用いて案内を行うナビゲーション装置において、前記地図データを記憶する地図データ記憶手段と、外部から更新データを取得するデータ取得手段と、前記地図データ記憶手段に記憶された前記地図データと前記更新データとを用いて、新地図データを生成する加工手段と、前記地図データ記憶手段に記憶された前記地図データを、前記加工手段によって生成された前記新地図データに切り替える切替手段と、前記ナビゲーション装置が所定の表示画面を表示手段に表示しているか否かを判断する判断手段と、前記所定の表示画面に至るまでのナビゲーション装置に対するユーザの入力操作の履歴を、操作履歴データとして記憶する操作履歴記憶手段と、前記判断手段が所定の表示画面を表示手段に表示していると判断した状態で、前記切替手段による前記新地図データへの切り替えが行われた場合に、前記新地図データに基づいて前記操作履歴データに応じた処理を行い、該処理に対応する新たな画面を、表示されていた所定の表示画面に代わる復帰画面として表示させる復帰手段とを備えることを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のナビゲーション装置において、前記所定の表示画面は、ユーザの検索操作によって検索された施設を表示した施設リスト画面であり、前記復帰手段は、前記新地図データを用いて前記施設を検索した場合の新たな施設リスト画面を復帰画面として表示させることを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１に記載のナビゲーション装置において、前記所定の表示画面は、ユーザのスクロール操作によって現在位置とは異なる位置を中心座標とした地図画面であり、前記操作履歴記憶手段は、前記地図画面の中心座標を前記操作履歴データとして記憶し、前記復帰手段は、前記中心座標を中心とする前記新地図データに基づく新たな地図画面を復帰画面として表示させることを要旨とする。
【発明の効果】
【００１０】
各請求項に記載の発明によれば、ナビゲーション装置におけるデータ更新時のユーザビリティを向上できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の配信システムの概略図。
【図２】ナビゲーションシステムのブロック図。
【図３】経路データの説明図。
【図４】地図描画データの説明図。
【図５】操作履歴データの説明図。
【図６】配信サーバのブロック図。
【図７】本実施形態の処理手順の説明図。
【図８】（ａ）はメニュー画面、（ｂ）は検索画面、（ｃ）はジャンル選択画面の説明図。
【図９】スクロール操作を行った地図画面の説明図。
【図１０】交差点拡大画面の説明図。
【図１１】書替選択画面の説明図。
【図１２】変更部分が表示された地図画面の説明図。
【図１３】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１２】
（第１の実施形態）
以下、本発明を具体化した一実施形態を図１〜図１２に従って説明する。図１は、本実施形態における配信システムＳＹの説明図である。
【００１３】
図１に示すように、配信システムＳＹは、配信サーバＳｖ及び車両Ｃに搭載されたナビゲーションシステム１から構成されている。配信サーバＳｖは、インターネット、衛星回線等のネットワークＮＷを介して、各種データを送受信可能にナビゲーションシステム１と接続されている。
【００１４】
図２に示すように、ナビゲーションシステム１は、ナビゲーション装置としてのナビゲーションユニット２を備えている。ナビゲーションユニット２は、状態検出手段、データ取得手段、判断手段、画面出力手段、切替手段及び復帰手段としてのＣＰＵ１０、不揮発性のメインメモリ１１、経路案内プログラム、地図更新プログラムを格納したＲＯＭ１２、ＧＰＳ受信部１３を備えている。ＣＰＵ１０は、経路探索プログラムに従って経路を探索し、経路案内プログラムに基づいて経路を案内する。
【００１５】
ＣＰＵ１０は、ＧＰＳ（Global Positioning System）衛星からＧＰＳ受信部１３が受
信した、緯度・経度等の座標を示す位置検出信号を入力して、電波航法により自車両の絶対位置を算出する。また、ＣＰＵ１０は、ナビゲーションユニット２が備える車両側Ｉ／Ｆ部１４を介して、自車に設けられた車速センサ３０及びジャイロ３１から車速パルス、角速度をそれぞれ入力する。そして、ＣＰＵ１０は、車速パルス及び角速度を用いる自律航法により、基準位置からの相対位置を算出し、電波航法で算出した絶対位置と組み合わせて自車位置を特定する。
【００１６】
また、ナビゲーションユニット２は、地図データＭを記憶する地図データ記憶手段及び新地図データ記憶手段としての地図データ記憶部１５を備えている。地図データ記憶部１５は、書込可能且つ不揮発性のメモリであって、ＥＰＲＯＭ、又はフラッシュメモリ等からなる。地図データＭは、目的地までの経路を探索するための各経路ネットワークデータ（以下、経路データ１６という）と、地図描画処理を行うための各地図描画データ１７とを有する。また地図データ記憶部１５には、地図を実際に画像として表示するためのビットマップデータ等の画像データ１８が格納されている。
【００１７】
経路データ１６は、経路計算用のデータであって、全国を区画したメッシュ毎の道路ネットワークを示している。この経路データ１６は、道路の種別毎に複数に階層化され、上位レベルになるに従って、道路ネットワークが概略化されている。上位レベルの経路データ１６は、主要国道、高速道路等の主要な道路のデータである。それよりも下位レベルの経路データ１６は、県道、一般道路等のネットワークを示している。
【００１８】
次に、経路データ１６のデータ構成について説明する。図３に示すように、経路データ１６は、各メッシュを識別するためのメッシュＩＤ１６ａと、メッシュ毎に付与されたバージョン１６ｂとを有している。また、メッシュＩＤ１６ａには、複数のリンク個別データ１６ｃが紐付けられている。リンク個別データ１６ｃは、そのメッシュに含まれる、交差点や道路の端点を示す各ノードと、各ノード間を接続する各リンクとに関するデータであって、リンクＩＤ１６ｄ、リンクコスト１６ｅ、ノードデータ１６ｆ、上位レベル対応データ１６ｇ、通行データ１６ｈ、道路属性データ１６ｉを有している。
【００１９】
リンクコスト１６ｅは、推奨経路を算出するためのパラメータであって、リンクの長さ、その道路の走行しやすさ、通過料金等を示す。ナビゲーションユニット２のＣＰＵ１０は、このリンクコスト１６ｄと各種条件を用いて、コスト値の総計が最小になる経路を推奨経路として検出する。このとき用いる条件を変更することにより、料金が最小となる経路、距離が最短になる経路等の各種推奨経路が検出される。
【００２０】
ノードデータ１６ｆは、リンクＩＤ１６ｄが示すリンクの始点となるノードの座標と、終点となるノードの座標とを有している。上位レベル対応データ１６ｇは、そのリンクと対応関係にある上位レベルのリンクを示している。通行データ１６ｈは、その道路の通行規制を示すデータである。道路属性データ１６ｉは、幅員数、道路幅等、道路の属性を示すデータを有している。
【００２１】
また、地図描画データ１７は、広域エリアを概略的に表示する地図描画データ１７や、狭域エリアを詳細に示す地図描画データ１７等、各階層毎に分かれている。図４に示すように、地図描画データ１７は、メッシュＩＤ１７ａと、メッシュ毎に付与されたバージョン１７ｂを有している。また、各メッシュＩＤ１７ａには、道路データ１７ｄ、背景データ１７ｅ、名称データ１７ｆ、誘導データ１７ｇ等を有している。
【００２２】
道路データ１７ｄは、そのメッシュＩＤ１７ａが示すメッシュ内の道路ネットワークと、道路の形状を示す形状補間点とに関するデータである。背景データ１７ｅは、各エリアの背景種別等を記憶している。名称データ１７ｆは、道路の名称、交差点の名称等、文字列データである。誘導データ１７ｇは、交差点や施設の名称、方面名称、方向ガイド、注意地点、交差点詳細データ等が記憶されている。さらに、誘導データ１７ｇは、そのメッシュＩＤ１７ａ内のゴルフ場や駐車場等、各施設の名称や座標に関する検索データを有している。ＣＰＵ１０は、ユーザによる入力操作に従ってこのデータを用いて、各施設を検索する。また、地図データ記憶部１５に記憶された画像データ１８は、地図を表示するためのビットマップデータ等である。
【００２３】
図２に示すナビゲーションユニット２の画像出力手段、切替手段としての画像プロセッサ２０は、地図描画データ１７を用いて、表示対象エリアの道路形状、背景等を判断する。そして、画像データ１８を用いて、その道路形状や背景に合わせた地図を出力用のデータを生成する。生成した出力用のデータは、ＶＲＡＭ２１に一時記憶する。さらに、出力用データに基づく映像信号を表示手段としてのディスプレイ２５に出力し、例えば図２に示すような地図画面２５ａを表示する。また、画像プロセッサ２０は、この地図画面２５ａに、自車位置を示す指標２５ｂと、目的地までの経路を示す経路指標２５ｃとを表示する。
【００２４】
また、図２に示すように、ナビゲーションユニット２は、通信装置１９を備えている。通信装置１９は、アンテナを内蔵しており、ネットワークＮＷを介して配信サーバＳｖに、地図データＭ（経路データ１６及び地図描画データ１７）のバージョン１６ｂ、１７ｂを送信する。また、通信装置１９は、配信サーバＳｖから送信された、更新データとしての差分データＤ１等、各種データを受信する。配信サーバＳｖから差分データＤ１を受信すると、ＣＰＵ１０は、その差分データＤ１を、ナビゲーションユニット２の更新用データ記憶部２８に記憶する。また、差分データＤ１の受信が全て完了すると、その差分データＤ１と地図データＭとを用いて、フォーマット変換処理等、地図データ記憶部１５の地図データＭを書き替えるための加工処理を行う。そして、加工処理によって生成したデータを、新地図データとしての書替用データＤ２として更新用データ記憶部２８に記憶する。
【００２５】
そして、ユーザの入力操作によって書替要求がＣＰＵ１０に出力されると、ＣＰＵ１０は、その時点で地図データ記憶部１５に記憶されている旧い地図データＭの一部を、書替用データＤ２に書き替える。
【００２６】
また、図２に示すように、ナビゲーションユニット２は、履歴記憶手段としての操作履歴記憶部２６を備えている。操作履歴記憶部２６には、履歴としての操作履歴データ２７が記憶されている。操作履歴データ２７は、図５に示すように、現在状態２７ａ、入力操作２７ｂ、遷移先画面２７ｃ、日時２７ｄ等を有する。現在状態２７ａは、その時点でディスプレイ２５に表示されている画面を示す。入力操作２７ｂは、その画面で行われた操作を示し、画面の「選択部○○」が選択された際には「選択部○○」が記憶される。遷移先画面２７ｃは、その入力操作２７ｂにより、遷移した画面を示す。現在の画面又は遷移先の画面が、地図画面２５ａである場合には、その地図画面２５ａの中心座標が現在状態２７ａ又は遷移先画面２７ｃの一部としてそれぞれ記憶される。日時２７ｄは、その入力操作を行った日にち及び時間を示す。この操作履歴データ２７は、画面を単に表示した場合や、ユーザの入力操作待ちである場合には、現在状態２７ａにその画面の識別データのみを記憶した状態になっている。また、操作履歴データ２７は、イグニッションがＯＦＦされると消去される。
【００２７】
さらに、ナビゲーションシステム１のディスプレイ２５には、操作スイッチ２９が隣設されている。また、ディスプレイ２５は、タッチパネルとなっている。操作スイッチ２９やタッチパネルが入力操作されると、ナビゲーションユニット２が備える外部入力Ｉ／Ｆ部２２は、操作スイッチ２９の入力操作に応じた信号をＣＰＵ１０に出力する。
【００２８】
さらに、ナビゲーションユニット２の音声プロセッサ２３は、ＣＰＵ１０の制御に従って、図示しない音声ファイルデータベースから音声データを読出す。そして、音声データをＤ／Ａ変換して経路を案内するための音声信号等をスピーカ２４に出力する。
【００２９】
次に、配信サーバＳｖの構成について、図６に従って説明する。配信サーバＳｖは、ＣＰＵ４０、ＲＡＭ４１、ＲＯＭ４２、通信Ｉ／Ｆ４３、更新データ記憶部４５を有している。ＣＰＵ４０は、通信Ｉ／Ｆ４３を介して、ナビゲーションシステム１と各種データを送受信する。また、更新データ記憶部４５には、最新バージョンの更新用経路データ４６、更新用地図描画データ４７が記憶されている。ＣＰＵ４０は、ナビゲーションシステム１から、ナビゲーションシステム１の地図データＭのメッシュ毎の各バージョン１６ｂ，１７ｂを受信し、それらの各バージョン１６ｂ，１７ｂと、配信サーバＳｖの更新用経路データ４６及び更新用地図描画データ４７の各バージョン（以下、サーバ側バージョンという）とを比較する。そして、受信した各バージョン１６ｂ、１７ｂのうち、サーバ側バージョンよりも旧いバージョン１６ｂ，１７ｂを有するメッシュがある場合には、配信サーバＳｖのＣＰＵ４０は、そのメッシュの最新バージョンのデータを更新データ記憶部４５から読出し、差分データＤ１としてナビゲーションシステム１に送信する。
【００３０】
次に、本実施形態の処理手順について、図７に従って説明する。ナビゲーションユニット２のＣＰＵ１０は、ナビゲーションユニット２が起動されると、例えば、目的地までの経路案内や、自車位置周辺の案内等、地図データを利用した処理を行う（ステップＳ１）。また、ＣＰＵ１０は、ユーザの入力操作の履歴を、操作履歴データ２７として、操作履歴記憶部２６に記憶する（ステップＳ２）。例えば、図８（ａ）に示す検索用画面としてのメニュー画面５０において「検索」の選択部５０ａが選択されると、操作履歴データ２７の現在状態２７ａには「メニュー画面」が記憶され、入力操作２７ｂには「選択５０ａ」が記憶される。また、選択部５０ａの押釦により、図８（ｂ）に示す検索用画面としての検索画面５１に遷移すると、操作履歴データ２７の遷移先画面２７ｃには「検索画面」が記憶される。
【００３１】
また、ＣＰＵ１０は、配信サーバＳｖに対し、経路データ１６又は地図描画データ１７の更新があるか否かの問い合わせを行う（ステップＳ３）。このとき、ＣＰＵ１０は、地図データＭの各メッシュのメッシュＩＤ１６ａ，１７ａと、各メッシュの各バージョン１６ｂ，１７ｂとを配信サーバＳｖに送信する。
【００３２】
配信サーバＳｖのＣＰＵ４０は、メッシュＩＤ１６ａ，１７ａと、バージョン１６ｂ，１７ｂとを受信すると、更新用経路データ４６及び更新用地図描画データ４７の各メッシュにそれぞれ付与された各サーバ側バージョンと比較する。そして、サーバ側バージョンの方が新しいメッシュがある場合には、ナビゲーションシステム１に「更新あり」を示すデータを送信する。更新が行われていない場合には、「更新無し」を示すデータを送信する。
【００３３】
ナビゲーションシステム１のＣＰＵ１０は、配信サーバＳｖから受信したデータに基づき、更新の有無を判断する（ステップＳ４）。更新がない場合（ステップＳ４においてＮＯ）、ステップＳ１に戻り、上記した処理を繰り返す。そして、更新があると判断した場合には（ステップＳ４においてＹＥＳ）、配信サーバＳｖに対し、差分データＤ１の送信要求を送信する。
【００３４】
配信サーバＳｖは、送信要求を受信すると、更新用経路データ４６又は更新用地図描画データ４７のうち、送信要求の対象になっているデータを読み出し、差分データＤ１として分割してナビゲーションシステム１に送信する。ナビゲーションシステム１のＣＰＵ１０は、配信サーバＳｖから送信された差分データＤ１を受信する（ステップＳ５）。受信した差分データＤ１は、更新用データ記憶部２８に記憶する。
【００３５】
そして、ＣＰＵ１０は、取得した差分データＤ１と、地図データ記憶部１５に記憶された経路データ１６又は地図描画データ１７とを用いて加工処理を行い、書替用データＤ２を生成する（ステップＳ６）。また、ＣＰＵ１０は、生成した書替用データＤ２を、更新用データ記憶部２８に記憶して、書替可能な状態にする。
【００３６】
ＣＰＵ１０は、加工処理が終了したか否かを判断し（ステップＳ７）、加工処理が終了したと判断した場合には（ステップＳ７においてＹＥＳ）、ナビゲーションシステム１の状態を検出する（ステップＳ８）。このとき、ＣＰＵ１０は、操作履歴データ２７に基づき、その時点でディスプレイ２５に表示されている画面を判断する。また、操作履歴データ２７の入力操作２７ｂと日時２７ｄとに基づき、タッチパネルの操作部が操作された時間を判断する。
【００３７】
続いて、ＣＰＵ１０は、検出したナビゲーションシステム１の状態が、所定の状態であるか否かを判断する（ステップＳ９）。所定の状態とは、所定の画面が表示された状態であるか、及びユーザが所定の操作を行った状態である。本実施形態では、所定の画面は、図８（ａ）〜（ｃ）に示すような目的地等を検索するための画面５０〜５２、図９に示すように、ユーザのスクロール操作により、車両の現在位置が画面外となった地図画面２５ａ、図１０に示すような注意喚起画面としての交差点拡大画面５４である。交差点拡大画面５４では、地図画面２５ａと、通過予定の交差点を案内する案内画面５４ａとが表示されている。所定の操作を行った状態とは、タッチパネル、操作スイッチ２９が、その時点から遡って所定時間（例えば６０秒等）内に押釦操作された状態である。
【００３８】
ナビゲーションシステム１の状態が所定の状態であると判断すると（ステップＳ９においてＹＥＳ）、ＣＰＵ１０は、画像プロセッサ２０を制御して、図１１に示す書替選択画面５６を表示する（ステップＳ１０）。書替選択画面５６には、更新内容表示部５６ａ、更新選択部５６ｂ、及び待機選択部５６ｃが表示されている。ユーザは、更新内容表示部５６ａに表示された更新内容、更新されたリンクの位置等を確認し、その時点ですぐに更新を開始する場合には更新選択部５６ｂを押釦し、その時点では行わず、後に更新を行う場合には待機選択部５６ｃを押釦する。
【００３９】
ＣＰＵ１０は、外部入力Ｉ／Ｆ部２２からの入力信号に基づき、書替選択画面５６にて、書き替えが選択されたか否かを判断する（ステップＳ１１）。書き替えが選択されたと判断すると（ステップＳ１１においてＹＥＳ）、地図データ記憶部１５に記憶されている旧バージョンの地図データＭを書替用データＤ２によって書き替える（ステップＳ１２）。
【００４０】
書替用データＤ２によって地図データＭを書き替えると、ＣＰＵ１０は、操作履歴データ２７に基づき画面復帰を行う（ステップＳ１３）。画面復帰について詳述すると、ＣＰＵ１０は、操作履歴データ２７に基づき、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面とその画面に至るまでの操作履歴を判断する。そして、必要であれば、新しい地図データＭを用いて、表示されていた画面に至るまでの操作に対応する処理を行い、その処理に対応する画面を復帰画面として表示する。例えば、図８（ｃ）に示す検索用画面としてのジャンル選択画面５２が表示された状態で、データ書き替えを行った場合、ＣＰＵ１０は、画像プロセッサ２０を制御して、ジャンル選択画面５２をディスプレイ２５に表示する。ジャンル選択画面５２は、地図データＭの書き替えにより書き替えられない画面であるため、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面そのものが復帰画面として表示される。また、検索結果画面としてゴルフ場のリスト画面が表示された状態で、データ書き替えを行った場合、ＣＰＵ１０は、新しい地図データＭを用いて検索した場合のゴルフ場のリスト画面をディスプレイ２５に表示する。地図データＭの書き替えにより、追加ゴルフ場、削除されたゴルフ場が存在する場合、新たな地図データＭに基づく追加ゴルフ場が含まれるリスト画面、又は削除されたゴルフ場を反映したリスト画面が、復帰画面として表示される。
【００４１】
また、ユーザが、現在位置周辺の地図画面２５ａをスクロール操作して、図９に示すように、車両Ｃの現在位置周辺とは異なる地図画面２５ａが表示されている場合、操作履歴データ２７の遷移先画面２７ｃには、スクロール操作の結果、表示された地図画面２５ａの中心座標Ｃ１が記憶されている。画像プロセッサ２０は、この中心座標Ｃ１を中心とした地図描画データ１７を読出して、中心座標Ｃ１周辺の地図画面２５ａをディスプレイ２５に表示する。このとき、新設道路等が新しい地図データＭに反映されている場合には、図１２に示すように、新設道路等を、変更部分２５ｄとして強調表示する。
【００４２】
一方、ステップＳ１１において、書替選択画面５６において、待機選択部５６ｃが押釦操作されると（ステップＳ１１においてＮＯ）、ＣＰＵ１０は、操作履歴データ２７に基づき、書替選択画面５６を表示する前の状態に画面復帰する（ステップＳ１４）。例えば、操作履歴データ２７に基づき、書替選択画面５６が表示される前に、図８（ｃ）に示すジャンル選択画面５２が表示されていた場合、ディスプレイ２５にジャンル選択画面５２を表示する。
【００４３】
画面復帰を行うと、ＣＰＵ１０は、ナビゲーションシステム１が所定の状態でなくなるまで待機する（ステップＳ１５）。このとき、ＣＰＵ１０は、ＲＯＭ１２に記憶された操作履歴データ２７に従って、現在表示されている画面を判断する。そして、各時点のナビゲーションユニット２の状態が、所定の状態に該当しなくなると（ステップＳ１５においてＹＥＳ）、地図データＭの一部を書替用データＤ２によって書き替える（ステップＳ１６）。
【００４４】
データ書き替えを行うと、ＣＰＵ１０は、ステップＳ１に戻り、ナビゲーションシステム１の主電源がＯＦＦされるか、イグニッションがＯＦＦになるまで上記した処理を繰り返す。
【００４５】
第１の実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、ナビゲーションユニット２は、配信サーバＳｖから新しいバージョンの差分データＤ１を受信するようにした。また、差分データＤ１を受信した際に、検索画面５１等の入力操作を行う画面、交差点拡大画面５４等の注意を喚起する画面をディスプレイ２５に表示した状態、或いは所定時間内にタッチパネル操作を行われた状態等、ナビゲーションユニット２が所定の状態にある際に、書替選択画面５６をディスプレイ２５に表示するようにした。このため、現在実行中の処理の中断により、ユーザの労力が無駄になったり、ユーザにストレスを与える可能性がある際に、強制的に地図データＭの書き替えを行わず、書替をその時点で実行するか否かを問い合わせるため、ユーザの要望に沿ったタイミングで書き替えを行うことができる。従って、地図データＭの書き替えの際に、ユーザにストレスを与えず、使いやすくして、ナビゲーションユニット２のユーザビリティの向上を図ることができる。
【００４６】
（第２の実施形態）
次に、本発明を具体化した第２の実施形態を図１３に従って説明する。尚、第２の実施形態は、第１の実施形態の処理手順を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。
【００４７】
図１３に示すように、このナビゲーションユニット２のＣＰＵ１０は、地図データＭを利用した処理を行い（ステップＳ１）、更新問い合わせを行う（ステップＳ３）。そして、更新ありと判断した場合には（ステップＳ４においてＹＥＳ）、配信サーバＳｖから差分データＤ１を受信する（ステップＳ５）。差分データＤ１の取得を完了すると、取得した差分データＤ１を、書替用データＤ２に加工処理する（ステップＳ６）。
【００４８】
そして、ＣＰＵ１０は、加工処理が終了するのを待機し（ステップＳ７）、加工処理が終了したと判断すると（ステップＳ７においてＹＥＳ）、ナビゲーションシステム１の状態を検出する（ステップＳ８）。そして、ナビゲーションシステム１が所定の状態であるか否かを判断する（ステップＳ９）。
【００４９】
ナビゲーションシステム１が所定の状態である場合には（ステップＳ９においてＹＥＳ）、ＣＰＵ１０は画像プロセッサ２０を制御して、書替選択画面５６をディスプレイ２５に表示する（ステップＳ１０）。そして、外部入力Ｉ／Ｆ部２２からの入力信号に基づき、その書替選択画面５６において書替が選択されたか否かを判断する（ステップＳ１１）。ユーザにより書替が選択されたと判断すると（ステップＳ１１においてＹＥＳ）、更新用データ記憶部２８に記憶された書替用データＤ２を用いて、地図データＭの一部を書き替える（ステップＳ１２）。
【００５０】
一方、書替が選択されていないと判断すると（ステップＳ１１においてＮＯ）、ナビゲーションシステム１が所定の状態でなくなるまで待機する（ステップＳ１５）。ナビゲーションシステム１が所定の状態以外の状態になると（ステップＳ１５においてＹＥＳ）、ＣＰＵ１０は、地図データＭの一部を、書替用データＤ２によって書き替える（ステップＳ１２）。即ち、書き替えを行った後に、操作履歴データ２７に基づいた画面復帰を行わないので、ナビゲーションユニット２の処理負担を軽減することができる。
【００５１】
従って、第２の実施形態によれば、第１の実施形態に記載の効果に加えて以下の効果を得ることができる。
（２）第２の実施形態では、ナビゲーションユニット２が、検索画面５１を表示した状態や、タッチパネル操作がその時点から遡った所定時間内に行われた場合等、所定の状態であるときのみ、書替選択画面５６を表示して、ユーザにより書き替えが選択された場合に地図データＭの書き替えを行うようにした。このため、書替選択画面５６を表示して、データの書き替えの可否をユーザに問うことができるので、書き替え処理を円滑に行うことができる。
【００５２】
尚、上記実施形態は以下のように変更してもよい。
・上記実施形態では、操作履歴データ２７は、現在状態２７ａ、入力操作２７ｂ、遷移先画面２７ｃ、日時２７ｄからなるとしたが、その他のデータ構成でも良い。例えば、そのときナビゲーションユニット２が実行している処理モジュールやアプリケーション等を記憶するようにしてもよい。
【００５３】
・上記実施形態では、操作履歴データ２７に基づき、ナビゲーションシステム１の状態を検出し、所定の状態であるか否かを判断するようにした。これ以外に、ＣＰＵ１０が、ＲＯＭ１２に記憶されたタスク管理プログラムに基づき、ユーザの入力操作により開始されるタスクが実行中であるか否か等を判断するようにしてもよい。
【００５４】
・上記実施形態では、書替選択画面５６において、待機選択部５６ｃが押釦された場合、ナビゲーションシステム１が所定の状態でなくなるまで待機するようにした。これ以外に、待機選択部５６ｃが選択された場合に、ナビゲーションユニット２のメインメモリ１１に記憶された起動時更新フラグをＯＮにするようにしてもよい。そして、ナビゲーションシステム１の起動時に、メインメモリ１１に記憶された起動時更新フラグがＯＮである場合には、起動の時点でデータ書き替えを行うようにしてもよい。
【００５５】
・上記実施形態では、ナビゲーションユニット２が配信サーバＳｖから差分データＤ１を受信する場合について説明したが、加工処理が必要な差分データＤ１又は加工処理済みの書替用データＤ２が予め記憶された光ディスク等の記憶媒体がナビゲーションユニット２に挿入された際に、上記した処理を行ってもよい。この場合でも、上記のように、ナビゲーションユニット２が所定の状態であるときには、書替選択画面５６を表示して、データ書き替えの可否をユーザに問うことができるので、書き替え処理を円滑に行うことができる。
【００５６】
・上記実施形態では、ナビゲーション装置を車両Ｃに搭載したナビゲーションシステム１に具体化したが、ユーザが携帯可能な端末等、その他のナビゲーション装置に具体化してもよい。
【符号の説明】
【００５７】
２…ナビゲーション装置としてのナビユニット、１０…状態検出手段、取得手段、判断手段、画面出力手段、切替手段、復帰手段としてのＣＰＵ、１５…地図データ記憶手段としての地図データ記憶部、１９…取得手段としての通信装置、２０…画像出力手段、切替手段としての画像プロセッサ、２５…表示手段としてのディスプレイ、２６…履歴記憶手段としての操作履歴記憶部、２７…履歴としての操作履歴データ、２７ｂ…入力操作、５０…検索用画面としてのメニュー画面、５１…検索用画面としての検索画面、５２…検索用画面としてのジャンル選択画面、５４…注意喚起画面としての交差点拡大画面、５６…選択画面としての書替選択画面、Ｄ１…更新データとしての差分データ、Ｄ２…新地図データとしての書替用データへの切り替えをユーザに選択させる選択画面、Ｍ…地図データ。
【技術分野】
【０００１】
本発明は、ナビゲーション装置に関する。
【背景技術】
【０００２】
最近、高速データ通信の発展に伴い、車両に搭載されたナビゲーションシステムに更新地図データを配信する配信システムが開発されている。この配信システムでは、例えば、予め登録されたナビゲーションシステムが、そのシステムの有する地図データ等のバージョンを配信サーバに通信にて送信すると、配信サーバは、そのバージョンと最新のバージョンとを比較して、データ更新の要否を判断する。更新が必要であると判断すると、ナビゲーションシステムが送信した旧バージョンと最新のバージョンとの差分データを、ナビゲーションシステムに通信にて送信する。これによれば、ほぼ自動的に最新の地図データを入手できる。
【０００３】
このようなシステムとして、特許文献１には、配信サーバ（配信センタ）から送信された表示用データに基づき、ナビゲーション装置が更新部分をナビゲーション装置の画面に表示するシステムが記載されている。ユーザはディスプレイに表示された更新部分を確認して、地図データの更新をするか否かを決定する。そして、配信サーバは、ナビゲーションシステムからデータ送信要求を受信すると、最新の地図データをナビゲーションシステムに送信する。ナビゲーションシステムは、地図データを受信してデータ更新処理を行い、さらに探索した推奨経路に基づいて経路案内が行われている場合には、最新の地図データに基づいて、目的地までの経路を自動的に再探索する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平２００４−１２５５１０号公報。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところが、ユーザの入力操作による目的地設定、目的地検索等の処理を行っている際に地図データの書替処理が割り込むと、ユーザの入力操作、又は入力操作に応じた処理が中断、又は取り消されることがあった。実行中の処理が中断されると、ユーザはその書替処理が完了するまで待機しなければならず、ユーザにストレスを与えてしまう。また、入力操作が取り消されると、ユーザは、入力操作を初めからやり直さなければならないため、ユーザの労力が多大になる。
【０００６】
本発明は、上記問題点に鑑みてなされたものであり、その目的は、ユーザビリティを向上できるナビゲーション装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記問題点を解決するために、請求項１に記載の発明は、地図データを用いて案内を行うナビゲーション装置において、前記地図データを記憶する地図データ記憶手段と、外部から更新データを取得するデータ取得手段と、前記地図データ記憶手段に記憶された前記地図データと前記更新データとを用いて、新地図データを生成する加工手段と、前記地図データ記憶手段に記憶された前記地図データを、前記加工手段によって生成された前記新地図データに切り替える切替手段と、前記ナビゲーション装置が所定の表示画面を表示手段に表示しているか否かを判断する判断手段と、前記所定の表示画面に至るまでのナビゲーション装置に対するユーザの入力操作の履歴を、操作履歴データとして記憶する操作履歴記憶手段と、前記判断手段が所定の表示画面を表示手段に表示していると判断した状態で、前記切替手段による前記新地図データへの切り替えが行われた場合に、前記新地図データに基づいて前記操作履歴データに応じた処理を行い、該処理に対応する新たな画面を、表示されていた所定の表示画面に代わる復帰画面として表示させる復帰手段とを備えることを要旨とする。
【０００８】
請求項２に記載の発明は、請求項１に記載のナビゲーション装置において、前記所定の表示画面は、ユーザの検索操作によって検索された施設を表示した施設リスト画面であり、前記復帰手段は、前記新地図データを用いて前記施設を検索した場合の新たな施設リスト画面を復帰画面として表示させることを要旨とする。
【０００９】
請求項３に記載の発明は、請求項１に記載のナビゲーション装置において、前記所定の表示画面は、ユーザのスクロール操作によって現在位置とは異なる位置を中心座標とした地図画面であり、前記操作履歴記憶手段は、前記地図画面の中心座標を前記操作履歴データとして記憶し、前記復帰手段は、前記中心座標を中心とする前記新地図データに基づく新たな地図画面を復帰画面として表示させることを要旨とする。
【発明の効果】
【００１０】
各請求項に記載の発明によれば、ナビゲーション装置におけるデータ更新時のユーザビリティを向上できる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態の配信システムの概略図。
【図２】ナビゲーションシステムのブロック図。
【図３】経路データの説明図。
【図４】地図描画データの説明図。
【図５】操作履歴データの説明図。
【図６】配信サーバのブロック図。
【図７】本実施形態の処理手順の説明図。
【図８】（ａ）はメニュー画面、（ｂ）は検索画面、（ｃ）はジャンル選択画面の説明図。
【図９】スクロール操作を行った地図画面の説明図。
【図１０】交差点拡大画面の説明図。
【図１１】書替選択画面の説明図。
【図１２】変更部分が表示された地図画面の説明図。
【図１３】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１２】
（第１の実施形態）
以下、本発明を具体化した一実施形態を図１〜図１２に従って説明する。図１は、本実施形態における配信システムＳＹの説明図である。
【００１３】
図１に示すように、配信システムＳＹは、配信サーバＳｖ及び車両Ｃに搭載されたナビゲーションシステム１から構成されている。配信サーバＳｖは、インターネット、衛星回線等のネットワークＮＷを介して、各種データを送受信可能にナビゲーションシステム１と接続されている。
【００１４】
図２に示すように、ナビゲーションシステム１は、ナビゲーション装置としてのナビゲーションユニット２を備えている。ナビゲーションユニット２は、状態検出手段、データ取得手段、判断手段、画面出力手段、切替手段及び復帰手段としてのＣＰＵ１０、不揮発性のメインメモリ１１、経路案内プログラム、地図更新プログラムを格納したＲＯＭ１２、ＧＰＳ受信部１３を備えている。ＣＰＵ１０は、経路探索プログラムに従って経路を探索し、経路案内プログラムに基づいて経路を案内する。
【００１５】
ＣＰＵ１０は、ＧＰＳ（Global Positioning System）衛星からＧＰＳ受信部１３が受
信した、緯度・経度等の座標を示す位置検出信号を入力して、電波航法により自車両の絶対位置を算出する。また、ＣＰＵ１０は、ナビゲーションユニット２が備える車両側Ｉ／Ｆ部１４を介して、自車に設けられた車速センサ３０及びジャイロ３１から車速パルス、角速度をそれぞれ入力する。そして、ＣＰＵ１０は、車速パルス及び角速度を用いる自律航法により、基準位置からの相対位置を算出し、電波航法で算出した絶対位置と組み合わせて自車位置を特定する。
【００１６】
また、ナビゲーションユニット２は、地図データＭを記憶する地図データ記憶手段及び新地図データ記憶手段としての地図データ記憶部１５を備えている。地図データ記憶部１５は、書込可能且つ不揮発性のメモリであって、ＥＰＲＯＭ、又はフラッシュメモリ等からなる。地図データＭは、目的地までの経路を探索するための各経路ネットワークデータ（以下、経路データ１６という）と、地図描画処理を行うための各地図描画データ１７とを有する。また地図データ記憶部１５には、地図を実際に画像として表示するためのビットマップデータ等の画像データ１８が格納されている。
【００１７】
経路データ１６は、経路計算用のデータであって、全国を区画したメッシュ毎の道路ネットワークを示している。この経路データ１６は、道路の種別毎に複数に階層化され、上位レベルになるに従って、道路ネットワークが概略化されている。上位レベルの経路データ１６は、主要国道、高速道路等の主要な道路のデータである。それよりも下位レベルの経路データ１６は、県道、一般道路等のネットワークを示している。
【００１８】
次に、経路データ１６のデータ構成について説明する。図３に示すように、経路データ１６は、各メッシュを識別するためのメッシュＩＤ１６ａと、メッシュ毎に付与されたバージョン１６ｂとを有している。また、メッシュＩＤ１６ａには、複数のリンク個別データ１６ｃが紐付けられている。リンク個別データ１６ｃは、そのメッシュに含まれる、交差点や道路の端点を示す各ノードと、各ノード間を接続する各リンクとに関するデータであって、リンクＩＤ１６ｄ、リンクコスト１６ｅ、ノードデータ１６ｆ、上位レベル対応データ１６ｇ、通行データ１６ｈ、道路属性データ１６ｉを有している。
【００１９】
リンクコスト１６ｅは、推奨経路を算出するためのパラメータであって、リンクの長さ、その道路の走行しやすさ、通過料金等を示す。ナビゲーションユニット２のＣＰＵ１０は、このリンクコスト１６ｄと各種条件を用いて、コスト値の総計が最小になる経路を推奨経路として検出する。このとき用いる条件を変更することにより、料金が最小となる経路、距離が最短になる経路等の各種推奨経路が検出される。
【００２０】
ノードデータ１６ｆは、リンクＩＤ１６ｄが示すリンクの始点となるノードの座標と、終点となるノードの座標とを有している。上位レベル対応データ１６ｇは、そのリンクと対応関係にある上位レベルのリンクを示している。通行データ１６ｈは、その道路の通行規制を示すデータである。道路属性データ１６ｉは、幅員数、道路幅等、道路の属性を示すデータを有している。
【００２１】
また、地図描画データ１７は、広域エリアを概略的に表示する地図描画データ１７や、狭域エリアを詳細に示す地図描画データ１７等、各階層毎に分かれている。図４に示すように、地図描画データ１７は、メッシュＩＤ１７ａと、メッシュ毎に付与されたバージョン１７ｂを有している。また、各メッシュＩＤ１７ａには、道路データ１７ｄ、背景データ１７ｅ、名称データ１７ｆ、誘導データ１７ｇ等を有している。
【００２２】
道路データ１７ｄは、そのメッシュＩＤ１７ａが示すメッシュ内の道路ネットワークと、道路の形状を示す形状補間点とに関するデータである。背景データ１７ｅは、各エリアの背景種別等を記憶している。名称データ１７ｆは、道路の名称、交差点の名称等、文字列データである。誘導データ１７ｇは、交差点や施設の名称、方面名称、方向ガイド、注意地点、交差点詳細データ等が記憶されている。さらに、誘導データ１７ｇは、そのメッシュＩＤ１７ａ内のゴルフ場や駐車場等、各施設の名称や座標に関する検索データを有している。ＣＰＵ１０は、ユーザによる入力操作に従ってこのデータを用いて、各施設を検索する。また、地図データ記憶部１５に記憶された画像データ１８は、地図を表示するためのビットマップデータ等である。
【００２３】
図２に示すナビゲーションユニット２の画像出力手段、切替手段としての画像プロセッサ２０は、地図描画データ１７を用いて、表示対象エリアの道路形状、背景等を判断する。そして、画像データ１８を用いて、その道路形状や背景に合わせた地図を出力用のデータを生成する。生成した出力用のデータは、ＶＲＡＭ２１に一時記憶する。さらに、出力用データに基づく映像信号を表示手段としてのディスプレイ２５に出力し、例えば図２に示すような地図画面２５ａを表示する。また、画像プロセッサ２０は、この地図画面２５ａに、自車位置を示す指標２５ｂと、目的地までの経路を示す経路指標２５ｃとを表示する。
【００２４】
また、図２に示すように、ナビゲーションユニット２は、通信装置１９を備えている。通信装置１９は、アンテナを内蔵しており、ネットワークＮＷを介して配信サーバＳｖに、地図データＭ（経路データ１６及び地図描画データ１７）のバージョン１６ｂ、１７ｂを送信する。また、通信装置１９は、配信サーバＳｖから送信された、更新データとしての差分データＤ１等、各種データを受信する。配信サーバＳｖから差分データＤ１を受信すると、ＣＰＵ１０は、その差分データＤ１を、ナビゲーションユニット２の更新用データ記憶部２８に記憶する。また、差分データＤ１の受信が全て完了すると、その差分データＤ１と地図データＭとを用いて、フォーマット変換処理等、地図データ記憶部１５の地図データＭを書き替えるための加工処理を行う。そして、加工処理によって生成したデータを、新地図データとしての書替用データＤ２として更新用データ記憶部２８に記憶する。
【００２５】
そして、ユーザの入力操作によって書替要求がＣＰＵ１０に出力されると、ＣＰＵ１０は、その時点で地図データ記憶部１５に記憶されている旧い地図データＭの一部を、書替用データＤ２に書き替える。
【００２６】
また、図２に示すように、ナビゲーションユニット２は、履歴記憶手段としての操作履歴記憶部２６を備えている。操作履歴記憶部２６には、履歴としての操作履歴データ２７が記憶されている。操作履歴データ２７は、図５に示すように、現在状態２７ａ、入力操作２７ｂ、遷移先画面２７ｃ、日時２７ｄ等を有する。現在状態２７ａは、その時点でディスプレイ２５に表示されている画面を示す。入力操作２７ｂは、その画面で行われた操作を示し、画面の「選択部○○」が選択された際には「選択部○○」が記憶される。遷移先画面２７ｃは、その入力操作２７ｂにより、遷移した画面を示す。現在の画面又は遷移先の画面が、地図画面２５ａである場合には、その地図画面２５ａの中心座標が現在状態２７ａ又は遷移先画面２７ｃの一部としてそれぞれ記憶される。日時２７ｄは、その入力操作を行った日にち及び時間を示す。この操作履歴データ２７は、画面を単に表示した場合や、ユーザの入力操作待ちである場合には、現在状態２７ａにその画面の識別データのみを記憶した状態になっている。また、操作履歴データ２７は、イグニッションがＯＦＦされると消去される。
【００２７】
さらに、ナビゲーションシステム１のディスプレイ２５には、操作スイッチ２９が隣設されている。また、ディスプレイ２５は、タッチパネルとなっている。操作スイッチ２９やタッチパネルが入力操作されると、ナビゲーションユニット２が備える外部入力Ｉ／Ｆ部２２は、操作スイッチ２９の入力操作に応じた信号をＣＰＵ１０に出力する。
【００２８】
さらに、ナビゲーションユニット２の音声プロセッサ２３は、ＣＰＵ１０の制御に従って、図示しない音声ファイルデータベースから音声データを読出す。そして、音声データをＤ／Ａ変換して経路を案内するための音声信号等をスピーカ２４に出力する。
【００２９】
次に、配信サーバＳｖの構成について、図６に従って説明する。配信サーバＳｖは、ＣＰＵ４０、ＲＡＭ４１、ＲＯＭ４２、通信Ｉ／Ｆ４３、更新データ記憶部４５を有している。ＣＰＵ４０は、通信Ｉ／Ｆ４３を介して、ナビゲーションシステム１と各種データを送受信する。また、更新データ記憶部４５には、最新バージョンの更新用経路データ４６、更新用地図描画データ４７が記憶されている。ＣＰＵ４０は、ナビゲーションシステム１から、ナビゲーションシステム１の地図データＭのメッシュ毎の各バージョン１６ｂ，１７ｂを受信し、それらの各バージョン１６ｂ，１７ｂと、配信サーバＳｖの更新用経路データ４６及び更新用地図描画データ４７の各バージョン（以下、サーバ側バージョンという）とを比較する。そして、受信した各バージョン１６ｂ、１７ｂのうち、サーバ側バージョンよりも旧いバージョン１６ｂ，１７ｂを有するメッシュがある場合には、配信サーバＳｖのＣＰＵ４０は、そのメッシュの最新バージョンのデータを更新データ記憶部４５から読出し、差分データＤ１としてナビゲーションシステム１に送信する。
【００３０】
次に、本実施形態の処理手順について、図７に従って説明する。ナビゲーションユニット２のＣＰＵ１０は、ナビゲーションユニット２が起動されると、例えば、目的地までの経路案内や、自車位置周辺の案内等、地図データを利用した処理を行う（ステップＳ１）。また、ＣＰＵ１０は、ユーザの入力操作の履歴を、操作履歴データ２７として、操作履歴記憶部２６に記憶する（ステップＳ２）。例えば、図８（ａ）に示す検索用画面としてのメニュー画面５０において「検索」の選択部５０ａが選択されると、操作履歴データ２７の現在状態２７ａには「メニュー画面」が記憶され、入力操作２７ｂには「選択５０ａ」が記憶される。また、選択部５０ａの押釦により、図８（ｂ）に示す検索用画面としての検索画面５１に遷移すると、操作履歴データ２７の遷移先画面２７ｃには「検索画面」が記憶される。
【００３１】
また、ＣＰＵ１０は、配信サーバＳｖに対し、経路データ１６又は地図描画データ１７の更新があるか否かの問い合わせを行う（ステップＳ３）。このとき、ＣＰＵ１０は、地図データＭの各メッシュのメッシュＩＤ１６ａ，１７ａと、各メッシュの各バージョン１６ｂ，１７ｂとを配信サーバＳｖに送信する。
【００３２】
配信サーバＳｖのＣＰＵ４０は、メッシュＩＤ１６ａ，１７ａと、バージョン１６ｂ，１７ｂとを受信すると、更新用経路データ４６及び更新用地図描画データ４７の各メッシュにそれぞれ付与された各サーバ側バージョンと比較する。そして、サーバ側バージョンの方が新しいメッシュがある場合には、ナビゲーションシステム１に「更新あり」を示すデータを送信する。更新が行われていない場合には、「更新無し」を示すデータを送信する。
【００３３】
ナビゲーションシステム１のＣＰＵ１０は、配信サーバＳｖから受信したデータに基づき、更新の有無を判断する（ステップＳ４）。更新がない場合（ステップＳ４においてＮＯ）、ステップＳ１に戻り、上記した処理を繰り返す。そして、更新があると判断した場合には（ステップＳ４においてＹＥＳ）、配信サーバＳｖに対し、差分データＤ１の送信要求を送信する。
【００３４】
配信サーバＳｖは、送信要求を受信すると、更新用経路データ４６又は更新用地図描画データ４７のうち、送信要求の対象になっているデータを読み出し、差分データＤ１として分割してナビゲーションシステム１に送信する。ナビゲーションシステム１のＣＰＵ１０は、配信サーバＳｖから送信された差分データＤ１を受信する（ステップＳ５）。受信した差分データＤ１は、更新用データ記憶部２８に記憶する。
【００３５】
そして、ＣＰＵ１０は、取得した差分データＤ１と、地図データ記憶部１５に記憶された経路データ１６又は地図描画データ１７とを用いて加工処理を行い、書替用データＤ２を生成する（ステップＳ６）。また、ＣＰＵ１０は、生成した書替用データＤ２を、更新用データ記憶部２８に記憶して、書替可能な状態にする。
【００３６】
ＣＰＵ１０は、加工処理が終了したか否かを判断し（ステップＳ７）、加工処理が終了したと判断した場合には（ステップＳ７においてＹＥＳ）、ナビゲーションシステム１の状態を検出する（ステップＳ８）。このとき、ＣＰＵ１０は、操作履歴データ２７に基づき、その時点でディスプレイ２５に表示されている画面を判断する。また、操作履歴データ２７の入力操作２７ｂと日時２７ｄとに基づき、タッチパネルの操作部が操作された時間を判断する。
【００３７】
続いて、ＣＰＵ１０は、検出したナビゲーションシステム１の状態が、所定の状態であるか否かを判断する（ステップＳ９）。所定の状態とは、所定の画面が表示された状態であるか、及びユーザが所定の操作を行った状態である。本実施形態では、所定の画面は、図８（ａ）〜（ｃ）に示すような目的地等を検索するための画面５０〜５２、図９に示すように、ユーザのスクロール操作により、車両の現在位置が画面外となった地図画面２５ａ、図１０に示すような注意喚起画面としての交差点拡大画面５４である。交差点拡大画面５４では、地図画面２５ａと、通過予定の交差点を案内する案内画面５４ａとが表示されている。所定の操作を行った状態とは、タッチパネル、操作スイッチ２９が、その時点から遡って所定時間（例えば６０秒等）内に押釦操作された状態である。
【００３８】
ナビゲーションシステム１の状態が所定の状態であると判断すると（ステップＳ９においてＹＥＳ）、ＣＰＵ１０は、画像プロセッサ２０を制御して、図１１に示す書替選択画面５６を表示する（ステップＳ１０）。書替選択画面５６には、更新内容表示部５６ａ、更新選択部５６ｂ、及び待機選択部５６ｃが表示されている。ユーザは、更新内容表示部５６ａに表示された更新内容、更新されたリンクの位置等を確認し、その時点ですぐに更新を開始する場合には更新選択部５６ｂを押釦し、その時点では行わず、後に更新を行う場合には待機選択部５６ｃを押釦する。
【００３９】
ＣＰＵ１０は、外部入力Ｉ／Ｆ部２２からの入力信号に基づき、書替選択画面５６にて、書き替えが選択されたか否かを判断する（ステップＳ１１）。書き替えが選択されたと判断すると（ステップＳ１１においてＹＥＳ）、地図データ記憶部１５に記憶されている旧バージョンの地図データＭを書替用データＤ２によって書き替える（ステップＳ１２）。
【００４０】
書替用データＤ２によって地図データＭを書き替えると、ＣＰＵ１０は、操作履歴データ２７に基づき画面復帰を行う（ステップＳ１３）。画面復帰について詳述すると、ＣＰＵ１０は、操作履歴データ２７に基づき、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面とその画面に至るまでの操作履歴を判断する。そして、必要であれば、新しい地図データＭを用いて、表示されていた画面に至るまでの操作に対応する処理を行い、その処理に対応する画面を復帰画面として表示する。例えば、図８（ｃ）に示す検索用画面としてのジャンル選択画面５２が表示された状態で、データ書き替えを行った場合、ＣＰＵ１０は、画像プロセッサ２０を制御して、ジャンル選択画面５２をディスプレイ２５に表示する。ジャンル選択画面５２は、地図データＭの書き替えにより書き替えられない画面であるため、地図データＭの書き替えが行われる直前にディスプレイ２５に表示されていた画面そのものが復帰画面として表示される。また、検索結果画面としてゴルフ場のリスト画面が表示された状態で、データ書き替えを行った場合、ＣＰＵ１０は、新しい地図データＭを用いて検索した場合のゴルフ場のリスト画面をディスプレイ２５に表示する。地図データＭの書き替えにより、追加ゴルフ場、削除されたゴルフ場が存在する場合、新たな地図データＭに基づく追加ゴルフ場が含まれるリスト画面、又は削除されたゴルフ場を反映したリスト画面が、復帰画面として表示される。
【００４１】
また、ユーザが、現在位置周辺の地図画面２５ａをスクロール操作して、図９に示すように、車両Ｃの現在位置周辺とは異なる地図画面２５ａが表示されている場合、操作履歴データ２７の遷移先画面２７ｃには、スクロール操作の結果、表示された地図画面２５ａの中心座標Ｃ１が記憶されている。画像プロセッサ２０は、この中心座標Ｃ１を中心とした地図描画データ１７を読出して、中心座標Ｃ１周辺の地図画面２５ａをディスプレイ２５に表示する。このとき、新設道路等が新しい地図データＭに反映されている場合には、図１２に示すように、新設道路等を、変更部分２５ｄとして強調表示する。
【００４２】
一方、ステップＳ１１において、書替選択画面５６において、待機選択部５６ｃが押釦操作されると（ステップＳ１１においてＮＯ）、ＣＰＵ１０は、操作履歴データ２７に基づき、書替選択画面５６を表示する前の状態に画面復帰する（ステップＳ１４）。例えば、操作履歴データ２７に基づき、書替選択画面５６が表示される前に、図８（ｃ）に示すジャンル選択画面５２が表示されていた場合、ディスプレイ２５にジャンル選択画面５２を表示する。
【００４３】
画面復帰を行うと、ＣＰＵ１０は、ナビゲーションシステム１が所定の状態でなくなるまで待機する（ステップＳ１５）。このとき、ＣＰＵ１０は、ＲＯＭ１２に記憶された操作履歴データ２７に従って、現在表示されている画面を判断する。そして、各時点のナビゲーションユニット２の状態が、所定の状態に該当しなくなると（ステップＳ１５においてＹＥＳ）、地図データＭの一部を書替用データＤ２によって書き替える（ステップＳ１６）。
【００４４】
データ書き替えを行うと、ＣＰＵ１０は、ステップＳ１に戻り、ナビゲーションシステム１の主電源がＯＦＦされるか、イグニッションがＯＦＦになるまで上記した処理を繰り返す。
【００４５】
第１の実施形態によれば、以下のような効果を得ることができる。
（１）上記実施形態では、ナビゲーションユニット２は、配信サーバＳｖから新しいバージョンの差分データＤ１を受信するようにした。また、差分データＤ１を受信した際に、検索画面５１等の入力操作を行う画面、交差点拡大画面５４等の注意を喚起する画面をディスプレイ２５に表示した状態、或いは所定時間内にタッチパネル操作を行われた状態等、ナビゲーションユニット２が所定の状態にある際に、書替選択画面５６をディスプレイ２５に表示するようにした。このため、現在実行中の処理の中断により、ユーザの労力が無駄になったり、ユーザにストレスを与える可能性がある際に、強制的に地図データＭの書き替えを行わず、書替をその時点で実行するか否かを問い合わせるため、ユーザの要望に沿ったタイミングで書き替えを行うことができる。従って、地図データＭの書き替えの際に、ユーザにストレスを与えず、使いやすくして、ナビゲーションユニット２のユーザビリティの向上を図ることができる。
【００４６】
（第２の実施形態）
次に、本発明を具体化した第２の実施形態を図１３に従って説明する。尚、第２の実施形態は、第１の実施形態の処理手順を変更したのみの構成であるため、同様の部分についてはその詳細な説明を省略する。
【００４７】
図１３に示すように、このナビゲーションユニット２のＣＰＵ１０は、地図データＭを利用した処理を行い（ステップＳ１）、更新問い合わせを行う（ステップＳ３）。そして、更新ありと判断した場合には（ステップＳ４においてＹＥＳ）、配信サーバＳｖから差分データＤ１を受信する（ステップＳ５）。差分データＤ１の取得を完了すると、取得した差分データＤ１を、書替用データＤ２に加工処理する（ステップＳ６）。
【００４８】
そして、ＣＰＵ１０は、加工処理が終了するのを待機し（ステップＳ７）、加工処理が終了したと判断すると（ステップＳ７においてＹＥＳ）、ナビゲーションシステム１の状態を検出する（ステップＳ８）。そして、ナビゲーションシステム１が所定の状態であるか否かを判断する（ステップＳ９）。
【００４９】
ナビゲーションシステム１が所定の状態である場合には（ステップＳ９においてＹＥＳ）、ＣＰＵ１０は画像プロセッサ２０を制御して、書替選択画面５６をディスプレイ２５に表示する（ステップＳ１０）。そして、外部入力Ｉ／Ｆ部２２からの入力信号に基づき、その書替選択画面５６において書替が選択されたか否かを判断する（ステップＳ１１）。ユーザにより書替が選択されたと判断すると（ステップＳ１１においてＹＥＳ）、更新用データ記憶部２８に記憶された書替用データＤ２を用いて、地図データＭの一部を書き替える（ステップＳ１２）。
【００５０】
一方、書替が選択されていないと判断すると（ステップＳ１１においてＮＯ）、ナビゲーションシステム１が所定の状態でなくなるまで待機する（ステップＳ１５）。ナビゲーションシステム１が所定の状態以外の状態になると（ステップＳ１５においてＹＥＳ）、ＣＰＵ１０は、地図データＭの一部を、書替用データＤ２によって書き替える（ステップＳ１２）。即ち、書き替えを行った後に、操作履歴データ２７に基づいた画面復帰を行わないので、ナビゲーションユニット２の処理負担を軽減することができる。
【００５１】
従って、第２の実施形態によれば、第１の実施形態に記載の効果に加えて以下の効果を得ることができる。
（２）第２の実施形態では、ナビゲーションユニット２が、検索画面５１を表示した状態や、タッチパネル操作がその時点から遡った所定時間内に行われた場合等、所定の状態であるときのみ、書替選択画面５６を表示して、ユーザにより書き替えが選択された場合に地図データＭの書き替えを行うようにした。このため、書替選択画面５６を表示して、データの書き替えの可否をユーザに問うことができるので、書き替え処理を円滑に行うことができる。
【００５２】
尚、上記実施形態は以下のように変更してもよい。
・上記実施形態では、操作履歴データ２７は、現在状態２７ａ、入力操作２７ｂ、遷移先画面２７ｃ、日時２７ｄからなるとしたが、その他のデータ構成でも良い。例えば、そのときナビゲーションユニット２が実行している処理モジュールやアプリケーション等を記憶するようにしてもよい。
【００５３】
・上記実施形態では、操作履歴データ２７に基づき、ナビゲーションシステム１の状態を検出し、所定の状態であるか否かを判断するようにした。これ以外に、ＣＰＵ１０が、ＲＯＭ１２に記憶されたタスク管理プログラムに基づき、ユーザの入力操作により開始されるタスクが実行中であるか否か等を判断するようにしてもよい。
【００５４】
・上記実施形態では、書替選択画面５６において、待機選択部５６ｃが押釦された場合、ナビゲーションシステム１が所定の状態でなくなるまで待機するようにした。これ以外に、待機選択部５６ｃが選択された場合に、ナビゲーションユニット２のメインメモリ１１に記憶された起動時更新フラグをＯＮにするようにしてもよい。そして、ナビゲーションシステム１の起動時に、メインメモリ１１に記憶された起動時更新フラグがＯＮである場合には、起動の時点でデータ書き替えを行うようにしてもよい。
【００５５】
・上記実施形態では、ナビゲーションユニット２が配信サーバＳｖから差分データＤ１を受信する場合について説明したが、加工処理が必要な差分データＤ１又は加工処理済みの書替用データＤ２が予め記憶された光ディスク等の記憶媒体がナビゲーションユニット２に挿入された際に、上記した処理を行ってもよい。この場合でも、上記のように、ナビゲーションユニット２が所定の状態であるときには、書替選択画面５６を表示して、データ書き替えの可否をユーザに問うことができるので、書き替え処理を円滑に行うことができる。
【００５６】
・上記実施形態では、ナビゲーション装置を車両Ｃに搭載したナビゲーションシステム１に具体化したが、ユーザが携帯可能な端末等、その他のナビゲーション装置に具体化してもよい。
【符号の説明】
【００５７】
２…ナビゲーション装置としてのナビユニット、１０…状態検出手段、取得手段、判断手段、画面出力手段、切替手段、復帰手段としてのＣＰＵ、１５…地図データ記憶手段としての地図データ記憶部、１９…取得手段としての通信装置、２０…画像出力手段、切替手段としての画像プロセッサ、２５…表示手段としてのディスプレイ、２６…履歴記憶手段としての操作履歴記憶部、２７…履歴としての操作履歴データ、２７ｂ…入力操作、５０…検索用画面としてのメニュー画面、５１…検索用画面としての検索画面、５２…検索用画面としてのジャンル選択画面、５４…注意喚起画面としての交差点拡大画面、５６…選択画面としての書替選択画面、Ｄ１…更新データとしての差分データ、Ｄ２…新地図データとしての書替用データへの切り替えをユーザに選択させる選択画面、Ｍ…地図データ。
【特許請求の範囲】
【請求項１】
地図データを用いて案内を行うナビゲーション装置において、
前記地図データを記憶する地図データ記憶手段と、
外部から更新データを取得するデータ取得手段と、
前記地図データ記憶手段に記憶された前記地図データと前記更新データとを用いて、新地図データを生成する加工手段と、
前記地図データ記憶手段に記憶された前記地図データを、前記加工手段によって生成された前記新地図データに切り替える切替手段と、
前記ナビゲーション装置が所定の表示画面を表示手段に表示しているか否かを判断する判断手段と、
前記所定の表示画面に至るまでのナビゲーション装置に対するユーザの入力操作の履歴を、操作履歴データとして記憶する操作履歴記憶手段と、
前記判断手段が所定の表示画面を表示手段に表示していると判断した状態で、前記切替手段による前記新地図データへの切り替えが行われた場合に、前記新地図データに基づいて前記操作履歴データに応じた処理を行い、該処理に対応する新たな画面を、表示されていた所定の表示画面に代わる復帰画面として表示させる復帰手段と
を備えることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記所定の表示画面は、ユーザの検索操作によって検索された施設を表示した施設リスト画面であり、
前記復帰手段は、前記新地図データを用いて前記施設を検索した場合の新たな施設リスト画面を復帰画面として表示させることを特徴とするナビゲーション装置。
【請求項３】
請求項１に記載のナビゲーション装置において、
前記所定の表示画面は、ユーザのスクロール操作によって現在位置とは異なる位置を中心座標とした地図画面であり、
前記操作履歴記憶手段は、前記地図画面の中心座標を前記操作履歴データとして記憶し、
前記復帰手段は、前記中心座標を中心とする前記新地図データに基づく新たな地図画面を復帰画面として表示させることを特徴とするナビゲーション装置。
【請求項１】
地図データを用いて案内を行うナビゲーション装置において、
前記地図データを記憶する地図データ記憶手段と、
外部から更新データを取得するデータ取得手段と、
前記地図データ記憶手段に記憶された前記地図データと前記更新データとを用いて、新地図データを生成する加工手段と、
前記地図データ記憶手段に記憶された前記地図データを、前記加工手段によって生成された前記新地図データに切り替える切替手段と、
前記ナビゲーション装置が所定の表示画面を表示手段に表示しているか否かを判断する判断手段と、
前記所定の表示画面に至るまでのナビゲーション装置に対するユーザの入力操作の履歴を、操作履歴データとして記憶する操作履歴記憶手段と、
前記判断手段が所定の表示画面を表示手段に表示していると判断した状態で、前記切替手段による前記新地図データへの切り替えが行われた場合に、前記新地図データに基づいて前記操作履歴データに応じた処理を行い、該処理に対応する新たな画面を、表示されていた所定の表示画面に代わる復帰画面として表示させる復帰手段と
を備えることを特徴とするナビゲーション装置。
【請求項２】
請求項１に記載のナビゲーション装置において、
前記所定の表示画面は、ユーザの検索操作によって検索された施設を表示した施設リスト画面であり、
前記復帰手段は、前記新地図データを用いて前記施設を検索した場合の新たな施設リスト画面を復帰画面として表示させることを特徴とするナビゲーション装置。
【請求項３】
請求項１に記載のナビゲーション装置において、
前記所定の表示画面は、ユーザのスクロール操作によって現在位置とは異なる位置を中心座標とした地図画面であり、
前記操作履歴記憶手段は、前記地図画面の中心座標を前記操作履歴データとして記憶し、
前記復帰手段は、前記中心座標を中心とする前記新地図データに基づく新たな地図画面を復帰画面として表示させることを特徴とするナビゲーション装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１１−６４７０１（Ｐ２０１１−６４７０１Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２０１０−２７６７００（Ｐ２０１０−２７６７００）
【出願日】平成２２年１２月１３日（２０１０．１２．１３）
【分割の表示】特願２００６−１９０８０４（Ｐ２００６−１９０８０４）の分割
【原出願日】平成１８年７月１１日（２００６．７．１１）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２２年１２月１３日（２０１０．１２．１３）
【分割の表示】特願２００６−１９０８０４（Ｐ２００６−１９０８０４）の分割
【原出願日】平成１８年７月１１日（２００６．７．１１）
【出願人】（０００１００７６８）アイシン・エィ・ダブリュ株式会社 (3,717)
【Ｆターム（参考）】
[ Back to top ]