JP6834693B2 - 通信端末、移動案内システム及びコンピュータプログラム - Google Patents

Description

本発明は、移動体の移動案内を行う通信端末、移動案内システム及びコンピュータプログラムに関する。

近年、車両の走行案内を行い、運転者が所望の目的地に容易に到着できるようにしたナビゲーション装置が車両に搭載されていることが多い。ここで、ナビゲーション装置とは、ＧＰＳ受信機などにより自車の現在位置を検出し、その現在位置に対応する地図情報をＤＶＤ−ＲＯＭやＨＤＤなどの記録媒体またはネットワークを通じて取得して液晶モニタに表示することが可能な装置である。また、上記ナビゲーション装置では、所望する目的地を設定すると、出発地（例えば自車の現在位置）から設定された目的地までの最適経路を探索する経路探索機能を備えており、更に、探索された経路（案内経路）に従って走行の案内を行う走行案内機能についても備えている。また、近年は携帯電話機、ＰＤＡ（Personal Digital Assistant）、スマートフォン、パーソナルコンピュータ等においても上記ナビゲーション装置と同様の機能を有するものがある（以下、ナビゲーション装置を含めて通信端末という）。

ここで、日本全国においては毎年新しい道路（新設道路）が建設されている。また、これに伴って、既存の道路がなくなったり、交差点が追加されたり、既存の道路や交差点の形状が変更されたりする。その際、通信端末が有する地図情報が作成された後に新しく作られた新設道路等に関する情報は、地図情報に登録されていないという問題がある。即ち、新設道路等を含まない地図情報を持つ通信端末では、新設道路等が経路探索や案内の対象とならないため、新設道路等を通過しない遠回りの案内経路を探索したり、実在する道路や交差点が地図画像上では案内されない等の適切な走行案内が行われない場合がある。

そこで、近年では経路探索を通信端末側では行わずに最新の地図情報を有するサーバ装置に実行させ、サーバ装置から案内経路を取得する構成（以下、センタールート探索という）について提案されている。しかしながら、センタールート探索を行った場合には、最新の地図情報に基づいて経路が探索できる一方で、古いバージョンの地図情報を有する通信端末側において案内経路に沿った走行案内を適切に行うことができない問題が生じていた。例えば、案内経路で右左折する対象となる案内交差点が新設された交差点である場合には、その案内交差点での右左折案内が行われないこととなる。また、構造が変更された交差点である場合には、古い地図情報に基づいて誤った方向への案内が行われることとなる。

センタールート探索を行うに際して上記不具合を回避する手段として、例えば特開２００３−７７０９５号公報には、サーバ装置がナビゲーション装置から経路探索要求を受信した場合に、経路の探索を行う一方で、探索された経路が通過するメッシュのメッシュコード及びバージョン情報を探索された経路とともにナビゲーション装置に送信し、ナビゲーション装置ではサーバ装置から送信されたメッシュコード及びバージョン情報に基づいて、該当するメッシュデータ（地図情報）のバージョンがサーバ装置に記憶されているメッシュデータよりも古いか否かを判定し、古いと判定したメッシュを対象として最新バージョンのメッシュデータをサーバ装置に要求する技術について提案されている。

特開２００３−７７０９５号公報（第９−１０頁、図１０）

ここで、上記特許文献１の技術では、先ずサーバ装置において経路探索を行い、案内経路を決定した後に、サーバ装置から最新バージョンのメッシュデータを取得する必要があるか否かを判定している。そして、最新バージョンのメッシュデータを取得する必要があると判定された場合には、その後に改めてナビゲーション装置からサーバ装置に対してメッシュデータを要求する。従って、案内経路が設定されてから必要なメッシュデータを取得するまでに非常に長い時間が必要となり、その間において案内経路に基づく案内を行うことができなかったり、誤った案内が行われる等の問題が生じる。また、ナビゲーション装置の起動後からメッシュデータを取得する間においては、ナビゲーション装置において古いバージョンの地図情報に基づく走行案内が行われる虞もあった。

更に、上記特許文献１においてナビゲーション装置がサーバ装置から受信するメッシュデータ（地図情報）は、移動案内を行う為の案内情報に加えて、施設データや経路探索に使用するデータ等も含むサイズの大きい情報であるので、ナビゲーション装置とサーバ装置間の通信量が増加し、通信に必要な時間も長時間化する問題もあった。

本発明は前記従来における問題点を解消するためになされたものであり、通信端末の起動直後から新しいバージョンの地図情報に基づく移動案内を行うことが可能となるとともに、通信端末がサーバ装置から案内経路を取得した後においても案内経路に基づく移動案内を適切に行うことが可能であり、更に通信端末とサーバ装置間の通信量についても削減することを可能にした通信端末、移動案内システム及びコンピュータプログラムを提供することを目的とする。

前記目的を達成するため本発明に係る通信端末は、サーバ装置と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末である。具体的には、前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、を有する。
尚、「移動体」としては、車両以外に、歩行者や二輪車も含む。
また、「地図情報のバージョン」としては、地図情報の作成時期、地図情報の最終的な更新が行われた更新時期、最終的な更新を行った際の地図更新情報（更新プログラム）が作成された時期のいずれかを含む。

また、本発明に係るコンピュータプログラムは、双方向通信可能に接続されたサーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得するコンピュータプログラムである。具体的には、通信端末を、前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、して機能させる。

また、本発明に係る移動案内システムは、サーバ装置と、前記サーバ装置と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末とを有する。そして、前記通信端末は、前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、を有する。また、前記サーバ装置は、前記案内情報の要求を前記通信端末から受信する案内情報要求受信手段と、前記案内情報の要求に応じて対象となるエリアの前記案内情報を前記通信端末へと送信する案内情報送信手段と、を有する。

前記構成を有する本発明に係る通信端末、移動案内システム及びコンピュータプログラムによれば、通信端末が起動したことを条件として移動体の移動案内を行う為の案内情報を取得するので、通信端末の起動直後から新しいバージョンの地図情報に基づく移動案内を行うことが可能となる。また、センタールート探索を行う際において、移動体の移動案内を行う為の案内情報を予め取得することによって、通信端末がサーバ装置から案内経路を取得した後に、案内経路に基づく移動案内が行われなかったり、誤った案内が行われる事象が生じることをできる限り防止することができる。その結果、通信端末の有する地図情報がサーバ装置の有する地図情報と比べて古いバージョンの地図情報であったとしても、サーバ装置で探索された案内経路に基づく移動体の移動案内を適切に行うことが可能となる。更に、地図情報（移動案内を行う為の案内情報に加えて、施設データや経路探索に使用するデータ等も含む）ではなく、その一部である案内情報を予めサーバ装置から選択的に取得するので、地図情報を取得する場合と比較して情報の配信量を削減することが可能となる。

本実施形態に係る移動案内システムを示した概略構成図である。 本実施形態に係る移動案内システムの構成を示したブロック図である。 本実施形態に係る通信端末の制御系を模式的に示すブロック図である。 更新エリアテーブルの一例を示した図である。 キャッシュに格納される移動案内情報の一例を示した図である。 本実施形態に係る移動案内処理プログラムのフローチャートである。 本実施形態に係る移動案内処理プログラムのフローチャートである。 テーブル更新情報の一例を示した図である。 更新エリアテーブルの更新例を示した図である。 移動案内情報の要求対象となるエリアを示した図である。 移動案内情報の要求対象となるエリアを示した図である。 キャッシュ管理処理のサブ処理プログラムのフローチャートである。

以下、本発明に係る移動案内装置及びコンピュータプログラムを具体化した実施形態について図面を参照しつつ詳細に説明する。先ず、本実施形態に係る移動案内システム１の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る移動案内システム１を示した概略構成図である。図２は本実施形態に係る移動案内システム１の構成を示したブロック図である。

図１に示すように、本実施形態に係る移動案内システム１は、地図情報センタ２が備えるサーバ装置３と、ユーザ４が所持する通信端末５と、を基本的に有する。また、サーバ装置３と通信端末５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、通信端末５としては例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等がある。また、ユーザ４は車両に乗車している状態であっても良いし、車両に乗車していない状態であっても良い。

ここで、サーバ装置３は、通信端末５の要求に応じて経路探索の実行を行う。具体的には、通信端末５において目的地が設定された場合や経路の再探索（リルート）を行う場合に、通信端末５からサーバ装置３へと出発地や目的地等の経路探索に必要な情報が経路探索要求とともに送信される（但し、再探索の場合には目的地に関する情報は必ずしも送信する必要は無い）。そして経路探索要求を受信したサーバ装置３は、サーバ装置３の有する地図情報を用いて経路探索を行い、出発地から目的地までの推奨経路を特定する。その後、特定された推奨経路を要求元の通信端末５へと送信する。そして、通信端末５は受信した推奨経路を案内経路に設定し、案内経路に従って移動案内を行う。それによって、経路探索時点において通信端末５が有する地図情報が古いバージョンの地図情報であったとしても、サーバ装置３が有する最新バージョンの地図情報に基づいて適切な案内経路を設定することが可能となる。

また、サーバ装置３は、上記探索経路の配信に加えて、通信端末５においてユーザの移動案内を行う為の移動案内情報についても通信端末５の要求に応じて配信する。尚、移動案内情報は、最新バージョンの地図情報に基づいて作成され、後述のように最新バージョンの地図情報に対応して通信端末５における現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。そして、通信端末５はサーバ装置３から配信された移動案内情報を用いることによって、通信端末５が有する地図情報が古いバージョンの地図情報であったとしても、最新バージョンの地図情報に基づいてサーバ装置３において探索された案内経路に沿った移動案内を実施することが可能となる。

一方、通信端末５は、ユーザ４が所持し、ナビ機能を備えた情報端末が用いられ、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等が該当する。

ここで、ナビ機能は、ユーザが指定した条件に該当する経路を探索したり、ユーザ４の現在位置周辺の地図画像を表示したり、表示された地図画像中においてユーザ４の現在位置を表示したり、設定された案内経路に沿った移動案内を行う機能が該当する。尚、上記ナビ機能の全てを通信端末５が備えている必要はなく、少なくとも経路の探索を行う機能と設定された案内経路に沿った移動案内を行う機能とを有していれば本願発明を構成することが可能である。

また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は通信端末５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある通信端末５の通信をサーバ装置３との間で中継する役割を持つ。

続いて、移動案内システム１におけるサーバ装置３の構成について図２を用いてより詳細に説明する。サーバ装置３は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段としての装置側地図ＤＢ１２と、サーバ側通信装置１３とを備える。

サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置３の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の移動案内処理プログラム（図６、図７参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の通信端末５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、案内情報要求受信手段は、移動体（例えばユーザ自身や車両）の移動案内を行う為の移動案内情報の要求を通信端末５から受信する。案内情報送信手段は、移動案内情報の要求に応じて対象となるエリアの移動案内情報を通信端末５へと送信する。

また、装置側地図ＤＢ１２は、外部からの入力データや入力操作に基づいて登録された最新のバージョンの地図情報である装置側地図情報２５が、エリア毎（例えば２０ｋｍ四方のレベル１０のメッシュ毎）に区分されて記憶される記憶手段である。ここで、バージョンとは地図情報が作成された時期、最終的な更新が行われた時期、又は最終的な更新を行った際の地図更新情報（更新プログラム）が作成された時期を特定する為の作成時期情報であり、バージョンを参照することによって地図情報が作成された時期等を特定することが可能となっている。

ここで、上記装置側地図情報２５は、通信端末５に格納されている地図情報と基本的に同一の構成を有しており、道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されている。例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。

探索データとしては、後述のように出発地（例えば車両の現在位置）から設定された目的地までの経路を探索する経路探索処理に使用される各種データについて記録されている。例えば、交差点に対する経路として適正の程度を数値化したコスト（以下、交差点コストという）や道路を構成するリンクに対する経路として適正の程度を数値化したコスト（以下、リンクコストという）等の探索コストを算出する為に使用するコスト算出データが記憶されている。

また、装置側地図ＤＢ１２には、上記装置側地図情報２５とは別に最新バージョンの地図情報に対応して通信端末５において現在位置の特定や案内経路に沿った簡易走行案内を行う為の情報である移動案内情報２６についてもエリア毎（例えば２．５ｋｍ四方のレベル１３のメッシュ毎）に区分されて記憶されている。

ここで、移動案内情報２６は、ユーザの現在位置のマップマッチングを行うのに必要となるマッチングデータと、案内交差点での右左折案内等の案内経路に沿ってユーザに移動を行わせる為の案内に必要となる案内データと、地図画像や案内画面を表示する為の表示データとを含む。尚、マッチングデータは例えば道路形状を特定する為のデータからなる。また、案内データは例えば交差点の形状や交差点と道路の接続関係を特定する為のデータからなる。また、表示データは、通信端末５のディスプレイに道路網を含む地図画像や移動案内を行う為の案内画面を表示する為のデータからなる。

そして、サーバ制御ＥＣＵ１１は、後述のように通信端末５から経路探索要求を受信した場合には、装置側地図情報２５を用いて出発地から目的地までの経路探索を行う。そして、探索された経路を要求のあった通信端末５へと配信する。また、サーバ制御ＥＣＵ１１は、移動案内情報２６についても必要に応じて通信端末５に対して配信を行う。具体的には、通信端末５が今後に移動する可能性のあるエリア（例えば、通信端末５の現在位置周辺、通信端末５で設定された案内経路の周辺）であって、通信端末５が有する地図情報のバージョンが装置側地図情報２５よりも古いエリア、即ち今後の通信端末５の移動案内において移動案内情報２６が必要となるエリアを対象として、対象エリアの移動案内情報２６を通信端末５に対して配信するように構成する。

一方、サーバ側通信装置１３は通信端末５と通信ネットワーク網６を介して通信を行う為の通信装置である。また、通信端末５以外にインターネット網や、交通情報センタ、例えば、ＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタやプローブセンタ等から送信された渋滞情報、規制情報、交通事故情報等の各情報から成る交通情報の受信についても可能である。

次に、通信端末５の概略構成について図３を用いて説明する。尚、以下の説明では通信端末５として車両に設置されたナビゲーション装置を用い、移動体として特に車両の走行案内を行う場合を例に挙げて説明する。但し、ナビゲーション装置の代わりに、携帯電話機、タブレット型端末、パーソナルコンピュータ等を用いても良い。また、携帯電話機、タブレット型端末を用いる場合には、車両以外の移動体（例えば、歩行者、自転車等）の移動案内を行うことも可能である。図３は本実施形態に係る通信端末５であるナビゲーション装置の制御系を模式的に示すブロック図である。

図３に示すように本実施形態に係る通信端末５は、通信端末５であるナビゲーション装置が搭載された車両（移動体）の現在位置を検出する現在位置検出部３１と、各種のデータが記録されたデータ記録部３２と、入力された情報に基づいて、各種の演算処理を行うナビゲーションＥＣＵ３３と、ユーザからの操作を受け付ける操作部３４と、ユーザに対して地図や目的地までの案内経路を表示する液晶ディスプレイ３５と、経路案内に関する音声ガイダンスを出力するスピーカ３６と、記憶媒体であるＤＶＤを読み取るＤＶＤドライブ３７と、サーバ装置３やＶＩＣＳセンタ等との間で通信を行う通信モジュール３８と、を有する。

以下に、通信端末５を構成する各構成要素について順に説明する。
現在位置検出部３１は、ＧＰＳ４１、車速センサ４２、ステアリングセンサ４３、ジャイロセンサ４４等からなり、現在の車両の位置、方位、車両の走行速度、現在時刻等を検出することが可能となっている。ここで、特に車速センサ４２は、車両の移動距離や車速を検出する為のセンサであり、車両の駆動輪の回転に応じてパルスを発生させ、パルス信号をナビゲーションＥＣＵ３３に出力する。そして、ナビゲーションＥＣＵ３３は発生するパルスを計数することにより駆動輪の回転速度や移動距離を算出する。尚、上記４種類のセンサを通信端末５が全て備える必要はなく、これらの内の１又は複数種類のセンサのみを通信端末５が備える構成としても良い。

また、データ記録部３２は、外部記憶装置及び記録媒体としてのハードディスク（図示せず）と、ハードディスクに記録された端末側地図ＤＢ４５、バージョン管理ＤＢ４６、キャッシュ４７及び所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、データ記録部３２をハードディスクの代わりに不揮発性メモリ、メモリーカード、ＣＤやＤＶＤ等の光ディスクにより構成しても良い。

ここで、端末側地図ＤＢ４５は、通信端末５における経路探索や走行案内に用いられる端末側地図情報４８が記憶される記憶手段である。

ここで、端末側地図ＤＢ４５に記憶される端末側地図情報４８は、前記した装置側地図情報２５と同様に道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されており、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。

また、端末側地図ＤＢ４５に記憶される端末側地図情報４８は、不図示の地図配信サーバから配信された地図更新情報や記録メディアから取得した地図更新情報に基づいて、該当箇所のデータを新たなデータに書き換えることによって区画単位（例えばメッシュ単位）で新たなバージョンの地図情報に更新される。また、区画単位ではなく地図情報の全体を対象とした更新も可能である。また、端末側地図ＤＢ４５には、地図情報に対応して通信端末５において現在位置の特定、案内経路に沿った走行案内、画像の表示を行う為の移動案内情報２６についてもエリア毎（例えば２．５ｋｍ四方のレベル１３のメッシュ毎）に区分されて記憶されている。

また、バージョン管理ＤＢ４６は、現在、端末側地図ＤＢ４５に記憶されている端末側地図情報４８のバージョンを特定する情報（例えばバージョン番号、最終更新日時、最終的な更新を行った地図更新情報（更新プログラム）の作成日時等）を、地図情報の区画単位（例えばメッシュ単位）毎に記録する記憶手段である。尚、バージョン管理ＤＢ４６は、端末側地図情報４８が新たなバージョンの地図情報に更新されるのに伴って、その内容が更新される。

また、バージョン管理ＤＢ４６には、サーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となるエリア（以下、更新対象エリアという）を特定する情報として、更新エリアテーブル（エリア識別情報）４９が記憶される。ここで、更新エリアテーブル４９は、地図情報の区画単位（例えばメッシュ単位）毎に、更新対象エリアに該当する区画と、更新対象エリアに該当しない区画とを識別するフラグを対応付けたテーブルである。図４に更新エリアテーブル４９の一例を示す。

図４では、道路の新設があり、サーバ装置３の有する装置側地図情報２５を構成する各メッシュの内、該当するエリアの計６か所のメッシュが以前のバージョン“５０”から新たなバージョン“６０”へと更新された状態を示す。この状況において、通信端末５の有する端末側地図情報４８は現時点で更新前であり、端末側地図情報４８については装置側地図情報２５がバージョン“６０”へと更新されたメッシュについてもバージョン“５０”の状態のままである。即ち、サーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となる更新対象エリアが存在する。図４に示すように更新エリアテーブル４９は、メッシュ単位で更新対象エリアに該当する区画と、更新対象エリアに該当しない区画とを識別するフラグを対応付ける。具体的には、更新対象エリアに該当するメッシュに対しては“０”を対応付け、更新対象エリアに該当しないメッシュに対しては“１”を対応付ける。尚、図４に示す例では、説明を簡略化する為に５×５のメッシュを対象とした更新エリアテーブル４９を示しているが、実際の更新エリアテーブル４９は全国エリアを構成する各メッシュ（メッシュが複数階層からなる場合にはエリア毎且つ階層毎）を対象としてフラグを対応付けたテーブルとなる。

その結果、ナビゲーションＥＣＵ３３は更新エリアテーブル４９を参照することによって、更新対象エリア（即ちサーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となるエリア）を容易に特定することが可能となる。尚、更新エリアテーブル４９は後述のようにサーバ装置３から送信される更新情報に基づいて適宜更新される。例えば、装置側地図情報２５又は端末側地図情報４８が新しいバージョンの地図情報へと更新されると、更新エリアテーブル４９についてもそれに応じて更新されることとなる。尚、更新エリアテーブル４９におけるエリアの区画基準は、サーバ装置３と通信端末５とで共通する基準を用いる。

一方、キャッシュ４７は、サーバ装置３から配信された移動案内情報２６が一時的に保管される記憶手段である。本実施形態に係る移動案内システム１では、前述したように車両が今後に走行する可能性のあるエリア（例えば、車両の現在位置周辺、通信端末５で設定された案内経路の周辺）であって、通信端末５が有する端末側地図情報４８のバージョンが装置側地図情報２５よりも古いエリア、即ち今後の車両の移動案内において移動案内情報２６が必要となるエリアを対象として、移動案内情報２６がサーバ装置３から配信され、キャッシュ４７に記憶される。ここで、移動案内情報２６は前述したように最新の地図情報に対応して通信端末５において現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。

そして、ナビゲーションＥＣＵ３３は、通信端末５が有する端末側地図情報４８のバージョンが装置側地図情報２５よりも古いエリアに関しては、端末側地図ＤＢ４５に格納する古いバージョンの地図情報や移動案内情報ではなく、キャッシュ４７に格納された新しいバージョンの移動案内情報２６を用いて車両の現在位置の特定、案内経路に沿った走行案内、画像の表示等を行う。

また、キャッシュ４７に格納された移動案内情報２６は、地図情報の区画単位（例えばメッシュ単位）毎に残存優先度が設定されている。そして、キャッシュ４７の記憶領域が不足した場合には、キャッシュ４７に格納された移動案内情報２６の内、残存優先度の低いエリア区画の移動案内情報２６から優先的に削除される。尚、残存優先度は、後述のように今後の車両の移動案内において移動案内情報が必要となるエリア区画、より具体的には車両の現在位置周辺に位置するエリア区画の移動案内情報２６や、通信端末５で設定されている案内経路の周辺に位置するエリア区画の移動案内情報２６が、それ以外のエリア区画の移動案内情報２６よりも高く設定される。図５はキャッシュ４７に格納される移動案内情報２６の一例を示した図である。

図５に示すようにキャッシュ４７には、地図情報の区画単位であるメッシュ単位で区分されて移動案内情報２６が格納され、且つ残存優先度が設定されている。尚、本実施形態では残存優先度は“Ａ（高）”と“Ｂ（低）”のいずれかに設定される。従って、図５に示す例ではメッシュＡやメッシュＢの移動案内情報２６よりもメッシュＥやメッシュＨの移動案内情報２６の方が残存優先度が低いので、メッシュＥやメッシュＨがキャッシュ４７から優先的に削除されることとなる。尚、本実施形態では残存優先度を２段階に設定しているが、より細かい段階で設定しても良い。また、残存優先度は、移動案内情報２６でなくメッシュ（エリア区画）に紐付けて記憶しても良い。

一方、ナビゲーションＥＣＵ（エレクトロニック・コントロール・ユニット）３３は、通信端末５の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ５１、並びにＣＰＵ５１が各種の演算処理を行うにあたってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データ等が記憶されるＲＡＭ５２、制御用のプログラムのほか、後述の移動案内処理プログラム（図６、図７参照）等が記録されたＲＯＭ５３、ＲＯＭ５３から読み出したプログラムを記憶するフラッシュメモリ５４等の内部記憶装置を備えている。尚、ナビゲーションＥＣＵ３３は、サーバ装置３のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、案内情報要求手段は、通信端末５が起動したことを条件として、サーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の更新対象エリアを対象として、サーバ装置３から車両の移動案内を行う為の案内情報を要求する。案内情報受信手段は、移動案内情報２６の要求に応じてサーバ装置３から送信された移動案内情報２６を受信する。案内手段は、通信端末５において設定されている案内経路と案内情報受信手段により受信した移動案内情報２６とを用いて車両の走行案内を行う。

操作部３４は、走行開始地点としての出発地及び走行終了地点としての目的地を入力する際等に操作され、各種のキー、ボタン等の複数の操作スイッチ（図示せず）を有する。そして、ナビゲーションＥＣＵ３３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部３４は液晶ディスプレイ３５の前面に設けたタッチパネルを有しても良い。また、マイクと音声認識装置を有しても良い。

また、液晶ディスプレイ３５には、道路を含む地図画像、交通情報、操作案内、操作メニュー、キーの案内、出発地から目的地までの案内経路、案内経路に沿った案内情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。尚、液晶ディスプレイ３５の代わりに、ＨＵＤやＨＭＤを用いても良い。

また、スピーカ３６は、ナビゲーションＥＣＵ３３からの指示に基づいて案内経路に沿った走行を案内する音声ガイダンスや、交通情報の案内を出力する。

また、ＤＶＤドライブ３７は、ＤＶＤやＣＤ等の記録媒体に記録されたデータを読み取り可能なドライブである。そして、読み取ったデータに基づいて音楽や映像の再生、端末側地図ＤＢ４５の更新等が行われる。尚、ＤＶＤドライブ３７に替えてメモリーカードを読み書きする為のカードスロットを設けても良い。

また、通信モジュール３８は、例えば、サーバ装置３やＶＩＣＳ（登録商標）センタやプローブセンタ等から送信された地図更新情報、経路情報、移動案内情報、交通情報等の各情報を受信する為の通信装置であり、例えば携帯電話機やＤＣＭが該当する。

続いて、前記構成を有する移動案内システム１において、サーバ装置３及び通信端末５が実行する移動案内処理プログラムについて図６及び図７に基づき説明する。図６及び図７は本実施形態に係る移動案内処理プログラムのフローチャートである。ここで、移動案内処理プログラムは、車両のＡＣＣ電源(accessory power supply)がＯＮされた後、即ち通信端末５の起動後に実行され、出発地から目的地までの経路を探索するとともに案内経路に沿った走行案内を行うプログラムである。但し、通信端末５がナビゲーション装置以外である場合には、ＡＣＣ電源ではなく通信端末５の本体電源が投入された後（起動後）に実行する。尚、以下の図６、図７及び図１２にフローチャートで示されるプログラムは、サーバ装置３や通信端末５が備えているＲＡＭやＲＯＭに記憶されており、ＣＰＵ２１或いはＣＰＵ５１により実行される。

先ず、図６に基づいて通信端末５のＣＰＵ５１が実行する移動案内処理プログラムについて説明する。ステップ（以下、Ｓと略記する）１において、ＣＰＵ５１は、通信端末５が有する更新エリアテーブル４９を更新する為の更新情報（以下、テーブル更新情報という）の要求（以下、テーブル更新要求という）をサーバ装置３へと送信する。前述したように更新エリアテーブル４９は、地図情報の区画単位（例えばメッシュ単位）毎に、更新対象エリアに該当する区画と、更新対象エリアに該当しない区画とを識別するフラグを対応付けたテーブルである（図４）。

また、前記Ｓ１において送信されるテーブル更新要求には、テーブル更新情報の要求の送信元の通信端末５を特定する端末ＩＤと、地図情報の区画単位毎に現時点の端末側地図情報４８のバージョンを特定する情報とを含む。尚、端末側地図情報４８のバージョンを特定する情報としては、具体的に端末側地図情報４８の最終的な更新を行った地図更新情報（更新プログラム）の作成時期（現在の地図情報が作成された時期にも相当）を特定する情報を送信する。尚、バージョン番号や最終的な更新を行った更新日時について送信しても良い。また、現時点の端末側地図情報４８のバージョンを特定する情報についてはバージョン管理ＤＢ４６に記憶されている。

次に、Ｓ２においてＣＰＵ５１は、テーブル更新要求に応じてサーバ装置３から送信されたテーブル更新情報を受信する。ここで、前記Ｓ２で受信するテーブル更新情報は、現時点での端末側地図情報４８のバージョンと装置側地図情報２５のバージョンとを比較することによってサーバ装置３により作成され（Ｓ３２）、端末側地図情報４８の最終的な更新を行った地図更新情報（更新プログラム）の作成時期以降に作成された地図更新情報により装置側地図情報２５が更新された区画（即ち端末側地図情報４８よりも作成時期の新しい装置側地図情報２５の区画）を更新対象エリアへと更新する情報である。尚、テーブル更新要求とともにバージョン番号を通信端末５がサーバ装置３へと送信している場合には、バージョン番号を比較することによってテーブル更新情報を作成することも可能であるが、バージョン番号が古い番号へと更新（バージョンダウン）される場合があることについて考慮する必要がある。図８はテーブル更新情報の一例を示した図である。

例えば、図８に示すように通信端末５の有する端末側地図情報４８のバージョンが全て“５０”であり、サーバ装置３の有する装置側地図情報２５を構成する各メッシュの内、計６か所のメッシュがバージョン“５０”より新しい時期に作成された地図更新情報により更新されたバージョン“６０”である場合には、更新エリアテーブル４９において該当する６か所のメッシュを更新対象エリアへと更新するテーブル更新情報が作成される。前述したように、更新エリアテーブル４９は、更新対象エリアに該当するメッシュに対してはフラグ“０”を対応付け、更新対象エリアに該当しないメッシュに対してはフラグ“１”を対応付ける（図４）。従って、テーブル更新情報は、該当する６か所のメッシュに対応付けたフラグを“０”に書き換えるデータとなる。

続いて、Ｓ３においてＣＰＵ５１は、前記Ｓ２においてサーバ装置３から受信したテーブル更新情報に基づいて更新エリアテーブル４９を更新する。具体的には、図９に示すように更新エリアテーブル４９とテーブル更新情報とを合成することによって、更新エリアテーブル４９に含まれる各フラグの内、テーブル更新情報によって指定されたメッシュ（図９に示す例では計６か所のメッシュ）に対応付けたフラグを“０”に書き換える。尚、テーブル更新情報によって指定されるメッシュの内、既にフラグが“０”であったメッシュに関しては“０”の状態で維持される。

そして、前記Ｓ３において更新エリアテーブル４９の更新を行った結果、現時点（通信端末５の起動後であって移動案内情報の要求をサーバ装置３に行う前）においてサーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となるエリア（即ち、更新対象エリア）を正確に更新エリアテーブル４９に反映することが可能となる。従って、例えば装置側地図情報２５又は端末側地図情報４８が新しいバージョンの地図情報へと更新されると、更新エリアテーブル４９についてもそれに応じて更新されることとなる。尚、前記Ｓ１〜Ｓ３の処理は通信端末５を起動する度に必ずしも行う必要はなく、また、処理を行うタイミングについても例えば案内経路の設定後に行っても良いし、移動案内中に行っても良い。

続いて、Ｓ４においてＣＰＵ５１は、車両の現在位置を現在位置検出部３１の検出結果や地図情報に基づいて特定する。尚、車両の現在位置を特定する際には、車両の現在位置を地図情報にマッチングさせるマップマッチング処理について行う。車両の現在位置の特定は基本的に通信端末５が有する端末側地図情報４８に基づいて行われるが、車両の現在位置するエリアの端末側地図情報４８のバージョンが装置側地図情報２５よりも古い場合（即ち更新対象エリアである場合）には、端末側地図ＤＢ４５に格納する古いバージョンの地図情報や移動案内情報ではなく、キャッシュ４７に格納された移動案内情報２６を用いて特定する。但し、キャッシュ４７に該当するエリアの移動案内情報２６が無い場合には、端末側地図ＤＢ４５に格納する古いバージョンの地図情報や移動案内情報を用いて特定する。

その後、Ｓ５においてＣＰＵ５１は、更新エリアテーブル４９と前記Ｓ４で特定された車両の現在位置に基づいて、“車両の現在位置周辺の更新対象エリア”を特定する。具体的には、ＣＰＵ５１は、先ず車両が現在位置するメッシュを中心とした３×３の計９メッシュを車両の現在位置周辺のメッシュとして特定する。例えば、図１０に示す例では車両が現在位置するメッシュは“メッシュＱ”となるので、車両の現在位置周辺のメッシュは、メッシュＱを中心としたメッシュＫ，Ｌ，Ｍ，Ｐ，Ｑ，Ｒ，Ｕ，Ｖ，Ｗとなる。その後、更新エリアテーブル４９を参照してメッシュＫ，Ｌ，Ｍ，Ｐ，Ｑ，Ｒ，Ｕ，Ｖ，Ｗが更新対象エリアに該当するか否か判定し、更新対象エリアに該当すると判定されたメッシュ、即ち更新エリアテーブル４９においてフラグ“０”が対応付けられたメッシュを“車両の現在位置周辺の更新対象エリア”に特定する。

続いて、Ｓ６においてＣＰＵ５１は、通信端末５が起動したことを条件として、前記Ｓ５で特定された“車両の現在位置周辺の更新対象エリア”を対象とした移動案内情報２６の要求をサーバ装置３へと送信する。但し、通信端末５のキャッシュ４７に対して既に同一の移動案内情報２６が格納されているエリアは要求対象から除外する。ここで、移動案内情報２６は前述したようにサーバ装置３の有する最新バージョンの地図情報に対応して、通信端末５において現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。尚、前記Ｓ６で送信される移動案内情報の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ６で特定された“車両の現在位置周辺の更新対象エリア”）を特定する情報（例えばメッシュ識別番号）を含む。

その後、Ｓ７においてＣＰＵ５１は、移動案内情報２６の要求に応じてサーバ装置３から送信された移動案内情報２６を受信する。尚、移動案内情報２６は、車両のマップマッチングを行うのに必要となるマッチングデータと、案内交差点での右左折案内等の案内経路に沿って車両に走行を行わせる為の案内に必要となる案内データと、地図画像や案内画面を表示する為の表示データとを含む。即ち、前記Ｓ７で受信する移動案内情報２６は、車両の現在位置周辺の更新対象エリアにおいて現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。

尚、前記Ｓ７の処理については必ずしも以下のＳ８以降の処理よりも先に行われるとは限らず、サーバ装置３から移動案内情報２６が送信されたタイミングで実施される。従って、サーバ装置３から移動案内情報２６が送信されるタイミングが遅れれば、Ｓ８〜Ｓ１１の処理の間、或いは処理後に実施される場合もある。但し、案内経路に基づく移動案内が行われなかったり、誤った案内が行われる事象が生じることを防止する為に、探索経路情報の受信（Ｓ１２）よりも移動案内情報の受信（Ｓ７）が先に行われるようにすることが望ましい。尚、後述のＳ１９及びＳ２４についても同様である。

尚、本実施形態では通信端末５の起動後であって目的地の設定操作を行う前に移動案内情報２６をサーバ装置３から取得するので、目的地を設定する前であっても起動直後から新しいバージョンの地図情報に基づく車両の走行案内（例えば周辺の地図情報の表示等）を行うことが可能となる。

また、Ｓ８においてＣＰＵ５１は、後述のキャッシュ管理処理（図１２）を行う。キャッシュ管理処理では、後述のようにサーバ装置３から取得した移動案内情報２６を通信端末５のキャッシュ４７に保管するとともに、不要な情報についてはキャッシュ４７から削除する。

次に、Ｓ９においてＣＰＵ５１は、通信端末５において経路の目的地を設定する。尚、目的地は基本的に操作部３４において受け付けたユーザの操作（例えば登録地点の読出操作、施設の検索や選択操作）に基づいて設定する。但し、再探索（リルート）を行う場合に関しては、目的地を新たに設定することなく通信端末５において現在設定されている目的地を継続して設定する。

その後、Ｓ１０においてＣＰＵ５１は、通信端末５が有する端末側地図情報４８を用いて出発地から前記Ｓ９で設定された目的地までの経路探索処理を行い、出発地から目的地までの推奨経路（以下、端末推奨経路という）を特定する。具体的には、端末側地図情報４８に含まれるリンクデータ、ノードデータ、探索データ等に基づいて、リンク（道路）に対する経路として適正の程度を数値化したリンクコストや、交差点（ノード）に対する経路として適正の程度を数値化した交差点コストや、走行に必要な費用の程度を数値化した料金コスト等を算出し、算出された各探索コストを用いて端末推奨経路の探索を行う。例えば公知のダイクストラ法を用い、コスト値の合計が最小となる経路を端末推奨経路とする。尚、ダイクストラ法を用いた経路探索処理は既に公知であるので詳細は省略する。また、出発地は車両の現在位置としても良いし、ユーザにより指定された任意の地点（例えば自宅）としても良い。

続いて、Ｓ１１においてＣＰＵ５１は、出発地から目的地への経路の探索を要求する為の経路探索要求をサーバ装置３へと送信する。ここで、経路探索要求には、経路探索要求の送信元の通信端末５を特定する端末ＩＤと、経路探索の探索条件である出発地（例えば車両の現在位置）と前記Ｓ４で設定された目的地とを特定する情報と、前記Ｓ１０で探索された端末推奨経路を特定する経路情報が含まれている。但し、車両が案内経路を外れたことに伴うリルート時においては、前回の探索時と目的地が基本的に同一となるので、目的地を特定する情報については送信しなくても良い。

また、端末推奨経路を特定する経路情報としては、端末推奨経路の全体を特定する情報を送信しても良いが、端末推奨経路の内、特に出発地から所定距離以内における出発地から先の連続する道路列を特定する情報のみを送信しても良い。

その後、Ｓ１２においてＣＰＵ５１は、経路探索要求に応じてサーバ装置３から送信された探索経路情報を受信する。ここで、前記Ｓ１２で受信する探索経路情報は、前記Ｓ１１で送信した経路探索要求に基づいてサーバ装置３が最新のバージョンの地図情報である装置側地図情報２５を用いて探索した出発地から目的地までの推奨経路（以下、サーバ推奨経路という）に関する情報である。

続いて、Ｓ１３においてＣＰＵ５１は、前記Ｓ１２で受信したサーバ推奨経路を通信端末５の案内経路に設定するか否かを判定する。尚、サーバ装置３からサーバ推奨経路を受信した場合には、基本的に受信したサーバ推奨経路を通信端末５の案内経路に設定する。但し、例えば通信エラー等によってサーバ装置３からサーバ推奨経路を受信できなかった場合については、前記Ｓ１０において通信端末５が探索した端末推奨経路等のサーバ推奨経路以外の経路を通信端末５の案内経路に設定する。

そして、サーバ推奨経路以外の経路を通信端末５の案内経路に設定すると判定された場合（Ｓ１３：ＮＯ）には、Ｓ１４へと移行する。

Ｓ１４においてＣＰＵ５１は、例えば前記Ｓ１０の経路探索処理によって探索された端末推奨経路を、通信端末５において車両の走行案内を行う対象となる案内経路として設定する。その後、設定された案内経路に基づいて車両の走行案内が開始される。例えば、自車位置周辺の道路網を含む地図画像を表示したり、右左折の対象となる案内分岐点が車両の所定距離手前に接近した場合には、案内分岐点の拡大図を表示したり、案内分岐点での車両の進行方向を案内する。また、前記Ｓ１４においてＣＰＵ５１は、基本的に端末側地図ＤＢ４５に格納された端末側地図情報４８や移動案内情報２６に基づいて上記走行案内を行う。ここで、前記Ｓ１０の経路探索処理によって探索された端末推奨経路は、通信端末５が有する端末側地図情報４８に基づいて探索された経路であるので、サーバ装置３から取得する新しいバージョンの移動案内情報２６でなく、旧バージョンの移動案内情報２６を用いても車両の現在位置は正しい位置に特定し案内することができ、案内交差点では正しい車両の進行方向を案内することが可能となる。但し、サーバ装置３から取得した新しいバージョンの移動案内情報２６が存在するエリアに関しては、それらの移動案内情報２６を用いて上記走行案内を行ってもよい。

一方、前記Ｓ１２で受信したサーバ推奨経路を通信端末５の案内経路に設定すると判定された場合（Ｓ１３：ＹＥＳ）には、Ｓ１５へと移行する。

Ｓ１５においてＣＰＵ５１は、前記Ｓ１２で受信したサーバ推奨経路を、通信端末５において車両の走行案内を行う対象となる案内経路として設定する。その後、設定された案内経路に基づいて車両の走行案内が開始される。例えば、自車位置周辺の道路網を含む地図画像を表示したり、右左折の対象となる案内分岐点が車両の所定距離手前に接近した場合には、案内分岐点の拡大図を表示したり、案内分岐点での車両の進行方向を案内する。また、前記Ｓ１５においてＣＰＵ５１は、基本的に端末側地図ＤＢ４５に格納された端末側地図情報４８や移動案内情報２６に基づいて上記走行案内を行う。但し、端末側地図ＤＢ４５に格納された端末側地図情報４８や移動案内情報２６が、車両の現在位置周辺エリアや案内経路周辺エリアにおいて最新のバージョンでない場合については、サーバ装置３から取得してキャッシュ４７に格納された移動案内情報２６も用いて上記走行案内を行う。尚、移動案内情報２６は、車両のマップマッチングを行うのに必要となるマッチングデータと、案内交差点での右左折案内等の案内経路に沿って車両に走行を行わせる為の案内に必要となる案内データと、地図画像や案内画面を表示する為の表示データとを含むので、端末側地図ＤＢ４５に格納された端末側地図情報４８や移動案内情報２６が最新バージョンでなかったとしても、最新バージョンの地図情報に基づいて探索された案内経路に沿った走行案内を適切に実施することが可能となる。

続いて、Ｓ１６においてＣＰＵ５１は、現時点で通信端末５に設定されている案内経路を取得する。

次に、Ｓ１７においてＣＰＵ５１は、更新エリアテーブル４９と前記Ｓ１６で取得した案内経路に基づいて、“案内経路周辺の更新対象エリア”を特定する。具体的には、ＣＰＵ５１は、先ず車両の現在位置から目的地方向へ所定距離Ｌ以内の案内経路の少なくとも一部を含むメッシュを、案内経路周辺のメッシュとして特定する。例えば、図１１に示す例では車両の現在位置から目的地方向へ所定距離Ｌ以内の案内経路６１の少なくとも一部を含むメッシュは、メッシュＨ、Ｍ、Ｑ、Ｒとなる。その後、更新エリアテーブル４９を参照してメッシュＨ、Ｍ、Ｒ、Ｑが更新対象エリアに該当するか否か判定し、更新対象エリアに該当すると判定されたメッシュ、即ち更新エリアテーブル４９においてフラグ“０”が対応付けられたメッシュを“案内経路周辺の更新対象エリア”に特定する。

続いて、Ｓ１８においてＣＰＵ５１は、前記Ｓ５で特定された“案内経路周辺の更新対象エリア”を対象とした移動案内情報２６の要求をサーバ装置３へと送信する。但し、通信端末５のキャッシュ４７に対して既に同一の移動案内情報２６が格納されているエリアは要求対象から除外する。尚、前記Ｓ１８で送信される移動案内情報の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ１７で特定された“案内経路周辺の更新対象エリア”）を特定する情報（例えばメッシュ識別番号）を含む。

その後、Ｓ１９においてＣＰＵ５１は、移動案内情報２６の要求に応じてサーバ装置３から送信された移動案内情報２６を受信する。尚、移動案内情報２６は、車両のマップマッチングを行うのに必要となるマッチングデータと、案内交差点での右左折案内等の案内経路に沿って車両に走行を行わせる為の案内に必要となる案内データと、地図画像や案内画面を表示する為の表示データとを含む。即ち、前記Ｓ１９で受信する移動案内情報２６は、案内経路周辺の更新対象エリアにおいて現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。

また、Ｓ２０においてＣＰＵ５１は、後述のキャッシュ管理処理（図１２）を行う。キャッシュ管理処理では、後述のようにサーバ装置３から取得した移動案内情報２６を通信端末５のキャッシュ４７に保管するとともに、不要な情報についてはキャッシュ４７から削除する。

続いて、Ｓ２１においてＣＰＵ５１は、車両が地図情報の区画（例えばメッシュ）を跨いだか否かを判定する。

そして、車両が地図情報の区画を跨いだと判定された場合（Ｓ２１：ＹＥＳ）には、Ｓ２２へと移行する。それに対して、車両が地図情報の区画を跨いでいないと判定された場合（Ｓ２１：ＮＯ）には、Ｓ２６へと移行する。

Ｓ２２においてＣＰＵ５１は、更新エリアテーブル４９と車両の現在位置と前記Ｓ１６で取得した案内経路に基づいて、“車両の現在位置周辺の更新対象エリア”及び“案内経路周辺の更新対象エリア”をそれぞれ特定する。尚、“車両の現在位置周辺の更新対象エリア”に特定についてはＳ５、“案内経路周辺の更新対象エリア”についてはＳ１７と同様の処理であるので詳細は省略する。

続いて、Ｓ２３においてＣＰＵ５１は、前記Ｓ２２で特定された“車両の現在位置周辺の更新対象エリア”及び“案内経路周辺の更新対象エリア”を対象とした移動案内情報２６の要求をサーバ装置３へと送信する。但し、通信端末５のキャッシュ４７に対して既に同一の移動案内情報２６が格納されているエリアは要求対象から除外する。尚、前記Ｓ２３で送信される移動案内情報の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ２１で特定された“車両の現在位置周辺の更新対象エリア”及び“案内経路周辺の更新対象エリア”）を特定する情報（例えばメッシュ識別番号）を含む。

その後、Ｓ２４においてＣＰＵ５１は、移動案内情報２６の要求に応じてサーバ装置３から送信された移動案内情報２６を受信する。尚、移動案内情報２６は、車両のマップマッチングを行うのに必要となるマッチングデータと、案内交差点での右左折案内等の案内経路に沿って車両に走行を行わせる為の案内に必要となる案内データと、地図画像や案内画面を表示する為の表示データとを含む。即ち、前記Ｓ２４で受信する移動案内情報２６は、車両の現在位置周辺の更新対象エリア及び案内経路周辺の更新対象エリアにおいて現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行う為の情報である。

また、Ｓ２５においてＣＰＵ５１は、後述のキャッシュ管理処理（図１２）を行う。キャッシュ管理処理では、後述のようにサーバ装置３から取得した移動案内情報２６を通信端末５のキャッシュ４７に保管するとともに、不要な情報についてはキャッシュ４７から削除する。その後、Ｓ２６へと移行する。

Ｓ２６においてＣＰＵ５１は、車両が目的地に到達したか否かを判定する。

そして、車両が目的地に到達したと判定された場合（Ｓ２６：ＹＥＳ）には、当該移動案内処理プログラムを終了する。それに対して、車両が目的地に到達していないと判定された場合（Ｓ２６：ＮＯ）にはＳ２１へと戻り、継続して移動案内情報の受信及び受信した移動案内情報を用いた走行案内を行う。

次に、サーバ装置３のＣＰＵ２１が実行する移動案内処理プログラムについて説明する。尚、以下のＳ３１〜Ｓ３３、Ｓ３４〜Ｓ３６、Ｓ３７〜Ｓ３９、Ｓ４０〜Ｓ４２、Ｓ４３〜Ｓ４５の各処理は、通信端末５からの対応する情報を受信したタイミングで開始され、夫々並行して実施される。従って、各ステップの実施順序は必ずしもステップ番号の小さい順に実施されるとは限らない。例えば、後述のＳ３５の処理が完了する前に、通信端末５から経路探索要求を受信した場合には、Ｓ３６よりもＳ３７及びＳ３８が先に実施されることとなる。

先ず、Ｓ３１においてＣＰＵ２１は、起動後の通信端末５から送信されるテーブル更新要求を受信する。尚、テーブル更新要求には、テーブル更新要求の送信元の通信端末５を特定する端末ＩＤと、地図情報の区画単位毎に現時点の端末側地図情報４８のバージョンを特定する情報とが含まれている。そして、通信端末５からテーブル更新要求を受信した場合に、以下のＳ３２及びＳ３３の処理が行われる。

Ｓ３２においてＣＰＵ２１は、前記Ｓ３１で受信したテーブル更新要求に基づいて、通信端末５が有する更新エリアテーブル４９を更新する為のテーブル更新情報を作成する。具体的には、前記Ｓ３１で受信した現時点での端末側地図情報４８のバージョンと、サーバ装置３が有する装置側地図情報２５のバージョンとを比較し、端末側地図情報４８の最終的な更新を行った地図更新情報（更新プログラム）の作成時期以降に作成された地図更新情報により装置側地図情報２５が更新された区画（例えばメッシュ）を特定する。そして、更新エリアテーブル４９に含まれる各フラグの内、特定された区画のフラグを“０（更新対象エリア）”へと更新するテーブル更新情報を作成する（図８）。

その後、Ｓ３３においてＣＰＵ２１は、前記Ｓ３２で作成されたテーブル更新情報を要求のあった通信端末５へと送信する。そして、テーブル更新情報を受信した通信端末５では、受信したテーブル更新情報に基づいて更新エリアテーブル４９の更新が行われる（Ｓ３）。

また、Ｓ３４においてＣＰＵ２１は、更新エリアテーブル４９の更新が行われた後の通信端末５から送信される移動案内情報２６の要求を受信する。尚、移動案内情報２６の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ６で特定された車両の現在位置周辺の更新対象エリア）を特定する情報（例えばメッシュ番号）とが含まれている。そして、通信端末５から移動案内情報２６の要求を受信した場合に、以下のＳ３５及びＳ３６の処理が行われる。

Ｓ３５においてＣＰＵ２１は、前記Ｓ３４で受信した移動案内情報２６の要求に基づいて、装置側地図ＤＢ１２から該当するエリアの移動案内情報２６を抽出する。

その後、Ｓ３６においてＣＰＵ２１は、前記Ｓ３５で抽出された移動案内情報２６を要求のあった通信端末５へと送信する。

また、Ｓ３７においてＣＰＵ２１は、通信端末５から送信される経路探索要求を受信する。尚、経路探索要求には、経路探索要求の送信元の通信端末５を特定する端末ＩＤと、経路探索の探索条件である出発地（例えば車両の現在位置）と前記Ｓ９で設定された目的地とを特定する情報と、前記Ｓ１０で探索された端末推奨経路を特定する経路情報が含まれている。そして、通信端末５から経路探索要求を受信した場合に、以下のＳ３８及びＳ３９の処理が行われる。

次に、Ｓ３８においてＣＰＵ２１は、前記Ｓ３７で受信した経路探索要求と、サーバ装置３が有する装置側地図情報２５とを用いて、出発地から目的地までの経路探索処理を行い、出発地から目的地までの推奨経路（サーバ推奨経路）を特定する。尚、サーバ推奨経路は、通信端末５で探索された端末推奨経路の少なくとも一部を含む経路となる。より具体的には、出発地から所定距離以内の端末推奨経路に接続する目的地までの経路を探索し、出発地から所定距離以内の端末推奨経路と探索された経路とを組み合わせた経路をサーバ推奨経路とする。

続いて、Ｓ３９においてＣＰＵ２１は、前記Ｓ３８で特定したサーバ推奨経路を特定する探索経路情報を、経路探索要求の送信元の通信端末５に対して送信する。その結果、サーバ推奨経路が通信端末５において案内経路に設定されることとなる。尚、案内経路に基づく移動案内が行われなかったり、誤った案内が行われる事象が生じることを防止する為に、探索経路情報の送信（Ｓ３９）よりも移動案内情報の送信（Ｓ３６）が先に行われるようにすることが望ましい。

また、Ｓ４０においてＣＰＵ２１は、案内経路が設定された後の通信端末５から送信される移動案内情報２６の要求を受信する。尚、移動案内情報２６の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ１７で特定された案内経路周辺の更新対象エリア）を特定する情報（例えばメッシュ番号）とが含まれている。そして、案内経路が設定された後の通信端末５から移動案内情報２６の要求を受信した場合に、以下のＳ４１及びＳ４２の処理が行われる。

続いて、Ｓ４１においてＣＰＵ２１は、前記Ｓ４０で受信した移動案内情報２６の要求に基づいて、装置側地図ＤＢ１２から該当するエリアの移動案内情報２６を抽出する。

その後、Ｓ４２においてＣＰＵ２１は、前記Ｓ４１で抽出された移動案内情報２６を要求のあった通信端末５へと送信する。

また、Ｓ４３においてＣＰＵ２１は、地図情報の区画を跨いだ後の通信端末５から送信される移動案内情報２６の要求を受信する。尚、移動案内情報２６の要求には、移動案内情報の要求の送信元の通信端末５を特定する端末ＩＤと、移動案内情報を要求する対象となるエリア（前記Ｓ２２で特定された車両の現在位置周辺及び案内経路周辺の更新対象エリア）を特定する情報（例えばメッシュ番号）とが含まれている。そして、地図情報の区画を跨いだ後の通信端末５から移動案内情報２６の要求を受信した場合に、以下のＳ４４及びＳ４５の処理が行われる。

続いて、Ｓ４４においてＣＰＵ２１は、前記Ｓ４３で受信した移動案内情報２６の要求に基づいて、装置側地図ＤＢ１２から該当するエリアの移動案内情報２６を抽出する。

その後、Ｓ４５においてＣＰＵ２１は、前記Ｓ４４で抽出された移動案内情報２６を要求のあった通信端末５へと送信する。

次に、前記Ｓ８、Ｓ２０、Ｓ２５において実行されるキャッシュ管理処理のサブ処理について図１２に基づき説明する。図１２はキャッシュ管理処理のサブ処理プログラムのフローチャートである。

先ず、Ｓ５１においてＣＰＵ５１は、キャッシュ４７の空き容量が閾値以下であるか否か判定する。尚、閾値はサーバ装置３から１回に取得する可能性のある移動案内情報２６の最大サイズとする。

そして、キャッシュ４７の空き容量が閾値以下であると判定された場合（Ｓ５１：ＹＥＳ）には、Ｓ５４へと移行する。それに対して、キャッシュ４７の空き容量が閾値より大きいと判定された場合（Ｓ５１：ＮＯ）には、Ｓ５２へと移行する。

Ｓ５２においてＣＰＵ５１は、サーバ装置３から受信した移動案内情報２６をキャッシュ４７に格納する。尚、キャッシュ４７に格納された移動案内情報２６は、その後に通信端末５における現在位置の特定、案内経路に沿った簡易走行案内、画像の表示を行うのに用いられる。

次に、Ｓ５３においてＣＰＵ５１は、前記Ｓ５２でキャッシュ４７に新たに格納した移動案内情報２６に対して、エリア区画単位で残存優先度を設定する。尚、残存優先度は、キャッシュ４７の記憶領域が不足した場合において削除対象とする移動案内情報２６を選別する為の情報である。具体的には、キャッシュ４７に格納された移動案内情報２６の内、残存優先度の低いものから優先的に削除される。

具体的に前記Ｓ５３でＣＰＵ５１は、今後の車両の移動案内において移動案内情報２６が必要となるエリア区画、より具体的には“車両の現在位置周辺に位置するエリア区画”及び“通信端末５で設定されている案内経路の周辺に位置するエリア区画”をそれぞれ特定する。そして、特定されたエリア区画の移動案内情報２６の残存優先度を、それ以外のエリア区画の移動案内情報２６の残存優先度よりも高く設定する。ここで、前記Ｓ５２でキャッシュ４７に新たに格納した移動案内情報２６は、車両の現在位置周辺に位置するエリア区画又は通信端末５で設定されている案内経路の周辺に位置するエリア区画の移動案内情報２６となる。従って、前記Ｓ５３では、残存優先度は基本的に“Ａ（高）”が設定されることとなる。尚、今後の車両の移動案内において移動案内情報２６が必要となると判定されるエリア区画であれば、車両の現在位置周辺に位置するエリア区画や案内経路の周辺に位置するエリア区画以外のエリア区画の移動案内情報２６についても同様に残存優先度を高く設定しても良い。

一方、Ｓ５４においてＣＰＵ５１は、キャッシュ４７に格納されている各移動案内情報２６に対して設定されている残存優先度の更新をエリア区画単位で行う。ここで、キャッシュ４７に格納された移動案内情報２６は、図５に示すように地図情報の区画単位（例えばメッシュ単位）毎に残存優先度が設定されている。前記Ｓ５４でＣＰＵ５１は、以下の（１）、（２）の条件に従って残存優先度の更新を行う。
（１）車両の現在位置周辺に位置するエリア区画（例えば車両の現在位置を中心とした３×３のメッシュ）や、通信端末５で設定されている案内経路の周辺に位置するエリア区画（例えば案内経路を含むメッシュ）の移動案内情報２６については、今後の車両の移動案内において必要となる可能性が高いので残存優先度を“Ａ（高）”に設定する。一方で、それ以外のエリア区画の移動案内情報２６については今後必要となる可能性が低いので、残存優先度を“Ｂ（低）”に設定する。
（２）但し、上記（１）に関わらず、端末側地図情報４８のバージョンが最新バージョンであるエリア区画、即ち、通信端末５が移動案内情報２６を用いなくとも最新バージョンの地図情報に基づく走行案内を行うことが可能なエリア区画の移動案内情報２６については残存優先度を“Ｂ（低）”に設定する。

その後、Ｓ５５においてＣＰＵ５１は、キャッシュ４７に格納された移動案内情報２６の内、残存優先度の低いものから優先的に削除する。具体的には、残存優先度が“Ｂ（低）”に設定されている移動案内情報２６をエリア区画（メッシュ）単位でキャッシュから削除する。

その後、Ｓ５６においてＣＰＵ５１は、再度、キャッシュ４７の空き容量が閾値以下であるか否か判定する。

そして、キャッシュ４７の空き容量が閾値以下であると判定された場合（Ｓ５６：ＹＥＳ）には、Ｓ５７へと移行する。それに対して、キャッシュ４７の空き容量が閾値より大きいと判定された場合（Ｓ５６：ＮＯ）には、Ｓ５２へと移行する。

Ｓ５７においてＣＰＵ５１は、ハードディスクやメモリの内、キャッシュ４７に割り当てる記憶容量を一時的に増加する。尚、増加する容量は、増加後のキャッシュ４７の空き容量が前記Ｓ５１の判定基準となる閾値より大きくなる容量とする。また、増加したキャッシュの容量は、その後にキャッシュ４７の空き領域が多くなったタイミングで元に戻す構成としても良いし、元に戻さない構成としても良い。その後、Ｓ５２へと移行する。

以上詳細に説明した通り、本実施形態に係る移動案内システム１、サーバ装置３、通信端末５及びサーバ装置３や通信端末５で実行されるコンピュータプログラムでは、通信端末５が、起動されたことを条件として、サーバ装置３が有する装置側地図情報２５に対して通信端末５が有する端末側地図情報４８が古いバージョンの地図情報となるエリアである更新対象エリアを特定し（Ｓ５）、少なくとも現在位置周辺の更新対象エリアを対象として、サーバ装置３から移動体の移動案内を行う為の移動案内情報２６を要求し（Ｓ６）、要求に応じてサーバ装置３から送信された移動案内情報２６を用いて移動体の移動案内を行う（Ｓ１５）ので、通信端末５の起動直後から新しいバージョンの地図情報に基づく移動案内を行うことが可能となる。また、センタールート探索を行う際において、移動体の移動案内を行う為の移動案内情報２６を予め取得することによって、通信端末５がサーバ装置３から案内経路を取得した後に、案内経路に基づく移動案内が行われなかったり、誤った案内が行われる事象が生じることをできる限り防止することができる。その結果、通信端末５の有する地図情報がサーバ装置３の有する地図情報と比べて古いバージョンの地図情報であったとしても、サーバ装置３で探索された案内経路に基づく移動体の移動案内を適切に行うことが可能となる。更に、地図情報（移動案内を行う為の案内情報に加えて、施設データや経路探索に使用するデータ等も含む）ではなく、その一部である案内情報を予めサーバ装置から選択的に取得するので、地図情報を取得する場合と比較して情報の配信量を削減することが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では、前記Ｓ５、Ｓ１７、Ｓ２２の車両の現在位置周辺や案内経路周辺の更新対象エリアの特定に係る処理を通信端末５が行う構成としているが、サーバ装置３が行う構成としても良い。その場合には、更新エリアテーブル４９、車両の現在位置及び通信端末５で設定されている案内経路を、サーバ装置３が有する或いは通信端末５から取得する必要がある。

また、本実施形態では、通信端末５は、車両の現在位置周辺の更新対象エリア及び案内経路周辺の更新対象エリアを対象として移動案内情報２６をサーバ装置３から要求する構成としているが、液晶ディスプレイ３５に地図画像が表示されるエリア内の更新対象エリアについても対象として移動案内情報２６をサーバ装置３から要求しても良い。その結果、例えば液晶ディスプレイ３５に表示された地図画像をスクロール表示する場合において、最新のバージョンの地図情報に基づく地図画像の表示が可能となる。

また、本実施形態では、キャッシュ４７から移動案内情報を削除する直前に移動案内情報２６に設定された残存優先度を更新する（Ｓ５４）構成としているが、残存優先度の更新は例えば所定時間間隔、通信端末５の起動時、車両がメッシュを跨いだ時点等のタイミングで実施するようにしても良い。

また、本実施形態では、通信端末５がサーバ装置３に移動案内情報２６を要求する場合に、通信端末５のキャッシュ４７に対して既に同一の移動案内情報２６が格納されているものについては要求対象から除外しているが、要求対象に含めても良い。

また、本実施形態では、通信端末５が案内経路周辺の更新対象エリアの移動案内情報をサーバ装置３に要求する場合には、車両の現在位置から目的地方向へ所定距離Ｌ以内の案内経路の少なくとも一部を含むメッシュを対象とするが、車両の現在位置からの距離に関わらず案内経路の少なくとも一部を含むメッシュを対象としても良い。

また、本実施形態では、更新エリアテーブル４９は地図情報のメッシュ単位で更新対象エリアに該当するメッシュと更新対象エリアに該当しないメッシュとを識別したテーブルである（図４）が、メッシュ単位ではなく例えば市区町村等の行政区画単位で識別しても良い。

また、本実施形態では、移動案内情報２６は地図情報のメッシュ単位で区分された情報である（図５）が、移動案内情報２６はメッシュ単位ではなく例えば市区町村等の行政区画単位で区分した情報であっても良い。また、移動案内情報２６に対して残存優先度を設定する場合においても、メッシュ単位ではなく同じく行政区画単位で設定しても良い。

また、本実施形態では、通信端末５は、更新エリアテーブルの更新（Ｓ３）が行われた後に、現在位置周辺の移動案内情報２６をサーバ装置３に対して要求している（Ｓ６）が、移動案内情報の要求は更新エリアテーブルの更新を行う前の起動直後に行っても良い。

また、本発明に係る通信端末、サーバ装置、移動案内システム及びコンピュータプログラムを具体化した実施例について上記に説明したが、通信端末は以下の構成を有することも可能であり、その場合には以下の効果を奏する。

例えば、第１の構成は以下のとおりである。
サーバ装置（３）と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末（５）において、前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報（２５）に対して前記通信端末が有する端末側地図情報（４８）が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段（３３）と、前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段（３３）と、前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段（３３）と、を有する。
上記構成を有する通信端末によれば、通信端末が起動したことを条件として移動体の移動案内を行う為の案内情報を取得するので、通信端末の起動直後から新しいバージョンの地図情報に基づく移動案内を行うことが可能となる。また、センタールート探索を行う際において、移動体の移動案内を行う為の案内情報を予め取得することによって、通信端末がサーバ装置から案内経路を取得した後に、案内経路に基づく移動案内が行われなかったり、誤った案内が行われる事象が生じることをできる限り防止することができる。その結果、通信端末の有する地図情報がサーバ装置の有する地図情報と比べて古いバージョンの地図情報であったとしても、サーバ装置で探索された案内経路に基づく移動体の移動案内を適切に行うことが可能となる。更に、地図情報（移動案内を行う為の案内情報に加えて、施設データや経路探索に使用するデータ等も含む）ではなく、その一部である案内情報を予めサーバ装置から選択的に取得するので、地図情報を取得する場合と比較して情報の配信量を削減することが可能となる。

また、第２の構成は以下のとおりである。
前記案内情報要求手段は、前記通信端末が起動された後であって目的地が設定される前に、前記案内情報を要求する。
上記構成を有する通信端末によれば、通信端末がサーバ装置から案内経路を取得する前に、移動体の移動案内を行う為の案内情報を取得するので、サーバ装置で探索された案内経路に基づく移動体の移動案内を適切に行うことが可能となる。

また、第３の構成は以下のとおりである。
前記更新対象エリアは、地図情報の区画単位毎に前記更新対象エリアに該当する区画と前記更新対象エリアに該当しない区画とを識別したエリア識別情報（４９）に基づいて特定され、前記通信端末の起動後であって前記案内情報を要求する前に現時点の前記装置側地図情報と前記端末側地図情報のバージョンを反映した前記エリア識別情報の更新を行う。
上記構成を有する通信端末によれば、複雑な制御処理や通信処理を必要とすることなく、更新対象エリアに該当する区画と更新対象エリアに該当しない区画とを容易且つ迅速に識別することが可能となる。

また、第４の構成は以下のとおりである。
前記更新対象エリアは、メッシュ単位で特定される。
上記構成を有する通信端末によれば、更新対象エリアを地図情報の管理区画と同じメッシュ単位で特定することによって、更新対象エリアの特定やそれに伴う案内情報の要求に係る処理をより容易に行うことが可能となる。
また、第５の構成は以下のとおりである。
前記案内情報要求手段は、現在位置周辺の前記更新対象エリアを対象として前記サーバ装置に移動体の移動案内を行う為の案内情報を要求した後であって、前記通信端末において案内経路が設定されて案内経路に沿った移動案内が開始された後には、移動体の現在位置から案内経路沿いの前記更新対象エリアを対象として、前記サーバ装置から前記案内情報を要求する。
上記構成を有する通信端末によれば、通信端末の有する地図情報がサーバ装置の有する地図情報と比べて古いバージョンの地図情報であったとしても、サーバ装置で探索された案内経路に基づく移動体の移動案内を適切に行うことが可能となる。

１ 移動案内システム
２ 地図情報センタ
３ サーバ装置
４ ユーザ
５ 通信端末
１１ サーバ制御ＥＣＵ
１２ 装置側地図ＤＢ
２１ ＣＰＵ
２２ ＲＡＭ
２３ ＲＯＭ
２４ フラッシュメモリ
２５ 装置側地図情報
２６ 移動案内情報
３３ ナビゲーションＥＣＵ
４５ 端末側地図ＤＢ
４８ 端末側地図情報
４９ 更新エリアテーブル
５１ ＣＰＵ
５２ ＲＡＭ
５３ ＲＯＭ
５４ フラッシュメモリ
６１ 案内経路

Claims (7)

1. サーバ装置と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末において、
   前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、
   前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、
   前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、
   前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、を有する通信端末。
2. 前記案内情報要求手段は、前記通信端末が起動された後であって目的地が設定される前に、前記案内情報を要求する請求項１に記載の通信端末。
3. 前記更新対象エリアは、地図情報の区画単位毎に前記更新対象エリアに該当する区画と前記更新対象エリアに該当しない区画とを識別したエリア識別情報に基づいて特定され、
   前記通信端末の起動後であって前記案内情報を要求する前に現時点の前記装置側地図情報と前記端末側地図情報のバージョンを反映した前記エリア識別情報の更新を行う請求項１又は請求項２に記載の通信端末。
4. 前記更新対象エリアは、メッシュ単位で特定される請求項１乃至請求項３のいずれかに記載の通信端末。
5. 前記案内情報要求手段は、
   現在位置周辺の前記更新対象エリアを対象として前記サーバ装置に移動体の移動案内を行う為の案内情報を要求した後であって、前記通信端末において案内経路が設定されて案内経路に沿った移動案内が開始された後には、
   移動体の現在位置から案内経路沿いの前記更新対象エリアを対象として、前記サーバ装置から前記案内情報を要求する請求項１乃至請求項４のいずれかに記載の通信端末。
6. サーバ装置と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末を、
   前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、
   前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、
   前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、
   前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、
   して機能させる為のコンピュータプログラム。
7. サーバ装置と、前記サーバ装置と双方向通信可能に接続され、前記サーバ装置へと目的地への経路探索要求を送信するとともに、前記経路探索要求に応じて前記サーバ装置において探索及び配信された経路を取得する通信端末とを有する移動案内システムにおいて、
   前記通信端末は、
   前記通信端末が起動したことを条件として、前記サーバ装置が有する装置側地図情報に対して前記通信端末が有する端末側地図情報が古いバージョンの地図情報となるエリアである更新対象エリアの内、少なくとも現在位置周辺の前記更新対象エリアを対象として、前記サーバ装置に移動体の移動案内を行う為の案内情報を要求する案内情報要求手段と、
   前記案内情報の要求に応じて前記サーバ装置から送信された前記案内情報を受信する案内情報受信手段と、
   前記サーバ装置から受信した前記案内情報を、削除条件を満たすまで一時的に記憶媒体に保管する情報記憶手段と、
   前記通信端末において設定されている案内経路と前記記憶媒体に保管されている案内情報とを用いて前記移動体の移動案内を行う案内手段と、を有し、
   前記サーバ装置は、
   前記案内情報の要求を前記通信端末から受信する案内情報要求受信手段と、
   前記案内情報の要求に応じて対象となるエリアの前記案内情報を前記通信端末へと送信する案内情報送信手段と、を有する移動案内システム。

Images