(57)【要約】【課題】ユーザが必要とするタイミングでユーザが必要とするエリアを対象として更新を行うことを可能にした地図情報更新システム、地図情報更新装置、地図情報更新方法及びコンピュータプログラムを提供する。【解決手段】ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の更新を行う場合において、地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶しておき（Ｓ１２）、記憶されたユーザの走行履歴に基づいて、走行条件毎にユーザがエリアを走行する走行確率を、地図情報に含まれる複数のエリア毎に算出し（Ｓ１３）、更新を行う際のユーザの走行条件に対応するエリア毎の走行確率に基づいて、地図情報の更新を行う更新対象エリアを特定し（Ｓ３４）、特定された更新対象エリアを対象として地図情報の更新を行う（Ｓ２４）ように構成する。【選択図】図７
2015042957.tif 000002
【特許請求の範囲】
【請求項１】
複数のエリアに区分された地図情報を、エリア単位で新しいバージョンの地図情報へと更新する地図更新手段と、
地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する走行履歴記憶手段と、
前記走行履歴記憶手段により記憶された前記ユーザの走行履歴に基づいて、前記走行条件毎に前記ユーザが前記エリアを走行する走行確率を、前記地図情報に含まれる複数の前記エリア毎に算出する走行確率算出手段と、
前記地図更新手段によって前記地図情報の更新を行う場合に、該更新を行う際の前記ユーザの走行条件を取得する走行条件取得手段と、
前記走行条件取得手段により取得された前記走行条件に対応する前記エリア毎の走行確率に基づいて、前記地図更新手段による更新を行う更新対象エリアを特定する更新対象エリア特定手段と、を有し、
前記地図更新手段は、前記更新対象エリア特定手段によって特定された前記更新対象エリアを対象として前記地図情報の更新を行うことを特徴とする地図情報更新システム。
【請求項２】
前記更新対象エリア特定手段は、
前記走行条件取得手段により取得された前記走行条件に対応する前記エリア毎の走行確率を所定の閾値と比較し、
前記走行確率が前記閾値以上のエリアを前記更新対象エリアに特定することを特徴とする請求項１に記載の地図情報更新システム。
【請求項３】
前記走行条件は、走行日時、走行時の周辺環境、同乗者の数のいずれか１又は２以上の組み合わせであることを特徴とする請求項１又は請求項２に記載の地図情報更新システム。
【請求項４】
前記走行確率算出手段は、走行条件毎に、該走行条件により走行した全回数に対して前記エリア内を走行した回数の割合を該エリアの前記走行確率として算出することを特徴とする請求項１乃至請求項３のいずれかに記載の地図情報更新システム。
【請求項５】
複数のエリアに区分された地図情報を、エリア単位で新しいバージョンの地図情報へと更新する地図更新手段と、
地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する走行履歴記憶手段と、
前記走行履歴記憶手段に記憶された前記ユーザの走行履歴に基づいて、前記走行条件毎に前記ユーザが前記エリアを走行する走行確率を、前記地図情報に含まれる複数の前記エリア毎に算出する走行確率算出手段と、
前記地図更新手段によって前記地図情報の更新を行う場合に、該更新を行う際の前記ユーザの走行条件を取得する走行条件取得手段と、
前記走行条件取得手段により取得された前記走行条件に対応する前記エリア毎の走行確率に基づいて、前記地図更新手段による更新を行う更新対象エリアを特定する更新対象エリア特定手段と、を有し、
前記地図更新手段は、前記更新対象エリア特定手段によって特定された前記更新対象エリアを対象として前記地図情報の更新を行うことを特徴とする地図情報更新装置。
【請求項６】
複数のエリアに区分された地図情報を、エリア単位で新しいバージョンの地図情報へと更新する地図更新ステップと、
地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する走行履歴記憶ステップと、
前記走行履歴記憶ステップにより記憶された前記ユーザの走行履歴に基づいて、前記走行条件毎に前記ユーザが前記エリアを走行する走行確率を、前記地図情報に含まれる複数の前記エリア毎に算出する走行確率算出ステップと、
前記地図更新ステップによって前記地図情報の更新を行う場合に、該更新を行う際の前記ユーザの走行条件を取得する走行条件取得ステップと、
前記走行条件取得ステップにより取得された前記走行条件に対応する前記エリア毎の走行確率に基づいて、前記地図更新ステップによる更新を行う更新対象エリアを特定する更新対象エリア特定ステップと、を有し、
前記地図更新ステップは、前記更新対象エリア特定ステップによって特定された前記更新対象エリアを対象として前記地図情報の更新を行うことを特徴とする地図情報更新方法。
【請求項７】
コンピュータに、
複数のエリアに区分された地図情報を、エリア単位で新しいバージョンの地図情報へと更新する地図更新機能と、
地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する走行履歴記憶機能と、
前記走行履歴記憶機能により記憶された前記ユーザの走行履歴に基づいて、前記走行条件毎に前記ユーザが前記エリアを走行する走行確率を、前記地図情報に含まれる複数の前記エリア毎に算出する走行確率算出機能と、
前記地図更新機能によって前記地図情報の更新を行う場合に、該更新を行う際の前記ユーザの走行条件を取得する走行条件取得機能と、
前記走行条件取得機能により取得された前記走行条件に対応する前記エリア毎の走行確率に基づいて、前記地図更新ステップによる更新を行う更新対象エリアを特定する更新対象エリア特定機能と、を実現させるコンピュータプログラムであって、
前記地図更新機能は、前記更新対象エリア特定機能によって特定された前記更新対象エリアを対象として前記地図情報の更新を行うことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶媒体に記憶された地図情報を更新する地図情報更新システム、地図情報更新装置、地図情報更新方法及びコンピュータプログラムに関する。
【背景技術】
【０００２】
近年、車両の走行案内を行い、運転者が所望の目的地に容易に到着できるようにしたナビゲーション装置が車両に搭載されていることが多い。ここで、ナビゲーション装置とは、ＧＰＳ受信機などにより自車の現在位置を検出し、その現在位置に対応する地図情報をＤＶＤ−ＲＯＭやＨＤＤなどの記録媒体またはネットワークを通じて取得して液晶モニタに表示することが可能な装置である。また、上記ナビゲーション装置では、所望する目的地を設定すると、出発地（例えば自車の現在位置）から設定された目的地までの最適経路を探索する経路探索機能を備えており、更に、探索された経路（案内経路）に従って走行の案内を行う走行案内機能についても備えている。また、近年は携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ等においても上記ナビゲーション装置と同様の機能を有するものがある。
【０００３】
ここで、日本全国においては毎年新しい道路（新設道路）が建設されている。また、これに伴って、既存の道路がなくなったり、分岐点が追加されたり、既存の道路や分岐点の形状が変更されたりする。その際、ナビゲーション装置等が有する地図情報が作成された後に新しく作られた新設道路等に関する情報は、地図情報に登録されていないという問題がある。即ち、新設道路等を含まない地図情報を持つナビゲーション装置等では、新設道路等が経路探索や走行案内の対象とならないため、ナビゲーション装置等は新設道路等を通過しない遠回りの案内経路を探索したり、分岐点が案内されない等の適切な走行案内が行われない場合がある。
【０００４】
このような不具合を回避するためには、ナビゲーション装置等が有する地図情報を更新する必要がある。また、地図情報を更新する場合には、更新に係る通信費用や処理負担を軽減する為に、ナビゲーション装置の有する地図情報の全てを新しい地図情報に書き換えるのではなく、必要な箇所の地図情報のみを書き換える所謂差分更新が行われている。
【０００５】
しかしながら、差分更新であっても全国で新規道路等の追加がある度に該当箇所の差分更新を行うことは、通信費用や処理負担が大きい。従って、例えば特開２００４−３６１１８８号公報には、自宅周辺等のユーザの利用頻度の高いエリアを推定利用範囲に設定し、特に推定利用範囲内を更新対象として差分更新を行う技術について提案されている。また、他の先行技術では、目的地を設定した場合において目的地周辺のエリアを更新対象として差分更新を行う技術についても提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３６１１８８号公報（第６−７頁、図５）
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１等に記載の技術では、自宅周辺に比べれば頻繁に走行せず、目的地として設定されることも無いが、比較的に走行頻度が高いエリア（例えば職場や日用品の買い出しを行うスーパー等を含むエリア）については更新対象外となる場合があった。
【０００８】
一方で、特定の時期のみに頻繁に走行を行うエリア（例えば、冬季のスキー場周辺等）について、年間を通して更新対象とすると、明らかにユーザが走行しない時期においても当該エリアが更新されることとなり、更新に係る通信費用や処理負担が増加する要因となっていた。
【０００９】
本発明は前記従来における問題点を解消するためになされたものであり、記憶媒体に記憶された地図情報を新たな地図情報へと更新する場合に、ユーザが必要とするタイミングでユーザが必要とするエリアを対象として更新を行うことが可能であり、更新に係る通信費用や処理負担を削減することを可能にした地図情報更新システム、地図情報更新装置、地図情報更新方法及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
前記目的を達成するため本発明に係る地図情報更新システム（１）、地図情報更新装置（１）、地図情報更新方法及びコンピュータプログラムは、特定された更新対象エリアを対象として地図情報の更新を行うシステム、装置、並びに該システムや装置を用いて地図情報の更新を行う地図情報更新方法、更に該装置やシステムに対して以下を実現させるコンピュータプログラムである。具体的には、複数のエリアに区分された地図情報（４７）を、エリア単位で新しいバージョンの地図情報へと更新する地図更新手段（２１、５１）と、地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する走行履歴記憶手段（２１、５１）と、前記走行履歴記憶手段により記憶された前記ユーザの走行履歴に基づいて、前記走行条件毎に前記ユーザが前記エリアを走行する走行確率を、前記地図情報に含まれる複数の前記エリア毎に算出する走行確率算出手段（２１、５１）と、前記地図更新手段によって前記地図情報の更新を行う場合に、該更新を行う際の前記ユーザの走行条件を取得する走行条件取得手段（２１、５１）と、前記走行条件取得手段により取得された前記走行条件に対応する前記エリア毎の走行確率に基づいて、前記地図更新手段による更新を行う更新対象エリアを特定する更新対象エリア特定手段（２１、５１）と、を有し、前記地図更新手段は、前記更新対象エリア特定手段によって特定された前記更新対象エリアを対象として前記地図情報の更新を行うことを特徴とする。
【発明の効果】
【００１１】
前記構成を有する本発明に係る地図情報更新システム、地図情報更新装置、地図情報更新方法及びコンピュータプログラムによれば、記憶媒体に記憶された地図情報を新たな地図情報へと更新する場合に、更新を行う際のユーザの走行条件に対応するエリア毎の走行確率を用いて更新対象エリアを設定するので、ユーザが必要とするタイミングでユーザが必要とするエリアを対象として更新を行うことが可能となる。その結果、更新に係る通信費用や処理負担を削減することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る地図情報更新システムを示した概略構成図である。
【図２】走行履歴ＤＢに記憶される走行履歴の一例を示した図である。
【図３】本実施形態に係るナビゲーション装置の制御系を模式的に示すブロック図である。
【図４】ナビゲーション装置に記憶された地図情報の更新処理について説明した図である。
【図５】本実施形態に係る走行履歴更新処理プログラムのフローチャートである。
【図６】走行履歴更新処理プログラムにおいて算出される走行確率の一例を示した図である。
【図７】本実施形態に係る地図情報更新処理プログラムのフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明に係る地図情報更新システムについて具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。
先ず、本実施形態に係る地図情報更新システム１の概略構成について図１を用いて説明する。図１は本実施形態に係る地図情報更新システム１を示した概略構成図である。
【００１４】
図１に示すように、本実施形態に係る地図情報更新システム１は、地図配信センタ２等の外部センタに配置される地図情報更新装置である地図配信サーバ３と、車両４に設置されるナビゲーション装置５とから基本的に構成されている。尚、本実施形態では、地図情報を記憶するとともに、地図配信サーバ３から配信されたデータに基づいて記憶された地図情報を更新する端末として車両４に設置されたナビゲーション装置５を用いた例を説明しているが、地図情報が記憶された記憶媒体を有する端末であればナビゲーション装置５以外であっても良い。例えば、ナビゲーション装置５の代わりに、携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ等を用いても良い。
【００１５】
ここで、地図配信サーバ３は、ナビゲーション装置５に記憶された古いバージョンの地図情報を新たに新設或いは撤廃された道路や施設等を反映した新たなバージョンの地図情報へと更新する為のデータ（以下、地図更新情報という）の生成、及び生成した地図更新情報の配信を行うサーバである。尚、地図情報の更新方法としては、ナビゲーション装置５に記憶された地図情報を全て書き換えて更新する（以下、全更新という）方法と、地図情報の必要な箇所のみを書き換えて更新する（以下、差分更新という）方法とがある。そして、以下に説明する本実施形態では、特に差分更新により地図情報を更新する例について説明する。
【００１６】
また、ナビゲーション装置５は、全国の各道路を走行する車両４に設置され、格納する地図情報に基づいて車両位置周辺の地図を表示したり、設定された目的地までの経路の探索及び探索された経路に基づく走行の案内を行う車載機である。ここで、地図配信サーバ３とナビゲーション装置５は予め車両４に搭載された携帯電話機やＤＣＭ等の車両用の通信モジュール６（以下、単に通信モジュール６という）を用いることにより、ネットワーク７を介して双方向に通信可能に構成されており、両者間で後述の走行履歴、地図更新情報の配信要求、走行条件、地図更新情報等の各種情報を送受信する。
【００１７】
また、ナビゲーション装置５は、特定の条件を満たした際（例えば、ＡＣＣがＯＮされた際や目的地までの案内経路が設定された際）に、地図配信サーバ３に対して特定エリア（例えば、ユーザの自宅を中心とした８０ｋｍ四方のエリアや設定された目的地を中心とした１０ｋｍ四方のエリアや現在の走行条件において走行確率が高いと判定されるエリア）の地図情報を新しいバージョンの地図情報に更新する為の地図更新情報の配信要求を送信する。
更に、ナビゲーション装置５は、送信した配信要求に応じて地図配信サーバ３から地図更新情報を受信した際には、受信した地図更新情報に基づいて格納する地図情報の更新を行う。尚、地図情報の更新処理の詳細については後述する。
【００１８】
また、特に本実施形態に係る地図情報更新システム１では、車両４が走行を行う度に、該走行に関する走行履歴（具体的には走行した経路を特定する情報）と該走行を行った走行条件（具体的には走行日時、走行時の周辺環境、同乗者の数）を対応づけてナビゲーション装置５から地図配信サーバ３へと送信する。一方、地図配信サーバ３では、ナビゲーション装置５から送信された走行履歴及び走行条件を、送信元のユーザを特定するＩＤとともにＤＢに格納する。そして、地図配信サーバ３は後述のようにナビゲーション装置５から地図更新情報の配信要求を受信した場合には、ＤＢに格納された走行履歴や走行条件から、更新を希望するユーザの現在の走行条件において該ユーザの走行確率が高いと判定されるエリアを特定し、該エリアを更新する為の地図更新情報を作成し、配信する。
【００１９】
続いて、地図情報更新システム１を構成する地図配信サーバ３について図１を用いてより詳細に説明する。
地図配信サーバ３は、図１に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録部としてのサーバ側地図ＤＢ１２及び走行履歴ＤＢ１３と、サーバ側通信装置１４とを備える。
【００２０】
サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、地図配信サーバ３の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述の走行履歴更新プログラム（図５参照）や地図情報更新処理プログラム（図７参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述のナビゲーション装置５の制御部とともに処理アルゴリズムとしての各種手段を構成する。例えば、地図更新手段は、複数のエリアに区分された地図情報を、エリア単位で新しいバージョンの地図情報へと更新する。走行履歴記憶手段は、地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶する。走行確率算出手段は、走行履歴記憶手段により記憶されたユーザの走行履歴に基づいて、走行条件毎にユーザがエリアを走行する走行確率を、地図情報に含まれる複数のエリア毎に算出する。走行条件取得手段は、地図更新手段によって地図情報の更新を行う場合に、該更新を行う際のユーザの走行条件を取得する。更新対象エリア特定手段は、走行条件取得手段により取得された走行条件に対応するエリア毎の走行確率に基づいて、地図更新手段による更新を行う更新対象エリアを特定する。全国各地の道路や施設が新設或いは撤廃された場合に、管理者の入力操作等に基づいてそれらを反映した新規地図情報を登録する。更に、全国各地の道路や施設が新設或いは撤廃された場合に、管理者の入力操作等に基づいてそれらを反映した新規地図情報を登録する手段等も有する。
【００２１】
また、サーバ側地図ＤＢ１２は、外部からの入力データや入力操作に基づいて登録され、ナビゲーション装置５に記憶された地図情報を更新する際の基本となる最新の地図情報である基本地図情報２５がバージョン毎及びエリア毎（例えば二次メッシュ毎）に区分されて記憶される記憶手段である。ここで、バージョンとは地図情報が作成された時期を特定する為の作成時期情報であり、バージョンを参照することによって地図情報が作成された時期を特定することが可能となっている。尚、センタ側地図ＤＢ１２には、最新のバージョンの基本地図情報２５に加えて、古いバーションの基本地図情報２５についてもバージョン毎及びエリア毎に区分されて記憶されている。
【００２２】
ここで、ナビゲーション装置５に格納されている地図情報と上記基本地図情報２５は、基本的に同一の構成を有しており、道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されている。例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。
【００２３】
また、走行履歴ＤＢ１３は、地図更新を行う対象となるユーザの走行履歴を記憶した記憶手段である。ここで、本実施形態に係る地図情報更新システム１では、車両４が走行を行う度に、該走行に関する走行履歴（具体的には走行した経路を特定する情報）と該走行を行った走行条件（具体的には走行日時、走行時の周辺環境、同乗者の数）を対応づけてナビゲーション装置５から地図配信サーバ３へと送信する。そして、地図配信サーバ３では、ナビゲーション装置５から送信された走行履歴及び走行条件を、送信元のユーザを特定するＩＤとともに走行履歴ＤＢ１３に格納する。
【００２４】
ここで、図２は走行履歴ＤＢ１３に記憶されるユーザの走行履歴の一例を示した図である。図２に示すように、走行履歴ＤＢ１３には、ユーザの走行履歴が走行条件と対応付けて記憶される。例えばユーザＩＤ『ａｂｃ１２３』のユーザは、２０１２年９月１日に、同乗者の無い運転者１人の状態で、晴れた天候の中を、リンクａからリンクｈまで走行したことが記憶されている。尚、図２に示す例では走行条件として、走行日時、走行時の天候、同乗者の数を対応づけているが、他の条件を対応づけても良い。例えば、車両に搭載した荷物の量、車両の屋根に荷物が搭載されているか否か等の条件を対応づけても良い。また、走行日時は、具体的な日時ではなく季節（春、夏、秋、冬）や時間帯（朝、昼、夜）で区分しても良い。
【００２５】
そして、サーバ制御ＥＣＵ１１は、後述のように走行履歴ＤＢ１３に格納された走行履歴や走行条件に基づいて、地図情報の更新を希望するユーザの現在の走行条件において該ユーザの走行確率が高いと判定されるエリアを特定する。そして、特定されたエリア（以下、更新対象エリアという）を更新する為の地図更新情報を作成し、対象となるユーザのナビゲーション装置５に配信する。尚、地図更新情報は、ナビゲーション装置５に格納された地図情報の内、更新対象エリアの地図情報を、新たなバージョンの地図情報へと差分更新する為のデータである。また、更新対象エリアは、例えば２次メッシュ単位で特定する。
【００２６】
また、サーバ側通信装置１４はナビゲーション装置５とネットワーク７を介して通信を行う為の通信装置である。ここで、ネットワーク７としては、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネット、携帯電話回線網、電話回線網、公衆通信回線網、専用通信回線網、インターネット等の通信回線網等の通信系を使用することができる。そして、放送衛星によるＣＳ放送、ＢＳ放送、地上波ディジタルテレビ放送、ＦＭ多重放送等を利用する通信系を使用することもできる。更に、高度道路交通システム（ＩＴＳ）において利用されるノンストップ自動料金支払いシステム（ＥＴＣ）、狭域通信システム（ＤＳＲＣ）等の通信系を使用することもできる。
【００２７】
次に、車両４に搭載されたナビゲーション装置５の概略構成について図３を用いて説明する。図３は本実施形態に係るナビゲーション装置５の制御系を模式的に示すブロック図である。
【００２８】
図３に示すように本実施形態に係るナビゲーション装置５は、ナビゲーション装置５が搭載された車両４の現在位置を検出する現在位置検出部３１と、各種のデータが記録されたデータ記録部３２と、入力された情報に基づいて、各種の演算処理を行うナビゲーションＥＣＵ３３と、ユーザからの操作を受け付ける操作部３４と、ユーザに対して地図や目的地までの案内経路を表示する液晶ディスプレイ３５と、経路案内に関する音声ガイダンスを出力するスピーカ３６と、記憶媒体であるＤＶＤを読み取るＤＶＤドライブ３７と、地図配信センタ２やＶＩＣＳ（登録商標：Vehicle Information and Communication System）センタ等との間で通信を行う通信モジュール６と、から構成されている。
【００２９】
以下に、ナビゲーション装置５を構成する各構成要素について順に説明する。
現在位置検出部３１は、ＧＰＳ４１、車速センサ４２、ステアリングセンサ４３、ジャイロセンサ４４等からなり、現在の車両の位置、方位、車両の走行速度、現在時刻等を検出することが可能となっている。ここで、特に車速センサ４２は、車両の移動距離や車速を検出する為のセンサであり、車両の駆動輪の回転に応じてパルスを発生させ、パルス信号をナビゲーションＥＣＵ３３に出力する。そして、ナビゲーションＥＣＵ３３は発生するパルスを計数することにより駆動輪の回転速度や移動距離を算出する。尚、上記４種類のセンサをナビゲーション装置５が全て備える必要はなく、これらの内の１又は複数種類のセンサのみをナビゲーション装置５が備える構成としても良い。
【００３０】
また、データ記録部３２は、外部記憶装置及び記録媒体としてのハードディスク（図示せず）と、ハードディスクに記録されたナビ側地図ＤＢ４５、バージョン管理ＤＢ４６及び所定のプログラム等を読み出すとともにハードディスクに所定のデータを書き込む為のドライバである記録ヘッド（図示せず）とを備えている。尚、データ記録部３２をハードディスクの代わりにメモリーカードやＣＤやＤＶＤ等の光ディスクにより構成しても良い。
【００３１】
ここで、ナビ側地図ＤＢ４５は、ナビゲーション装置５における経路探索や案内に用いられるナビ地図情報４７が記憶される記憶手段である。
【００３２】
ここで、ナビ側地図ＤＢ４５に記憶されるナビ地図情報４７は、前記した基本地図情報２５と同様に道路網を始めとして経路探索、経路案内及び地図表示に必要な各種情報から構成されており、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設等の地点に関する地点データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。
【００３３】
そして、ナビ側地図ＤＢ４５に記憶されるナビ地図情報４７は、地図配信サーバ３から配信された地図更新情報に基づいて該当箇所のデータを新たなデータに書き換えることによって新たなバージョンの地図情報に更新される。尚、ナビ地図情報４７の具体的な更新処理については後に詳細に説明する。
【００３４】
また、バージョン管理ＤＢ４６は、現在ナビ側地図ＤＢ４５に記憶されているナビ地図情報４７のバージョンをエリア毎に記録する記憶手段である。尚、バージョン管理ＤＢ４６は、ナビ地図情報４７が地図配信サーバ３から配信された地図更新情報に基づいて新たなバージョンの地図情報に更新されるのに伴って、その内容が更新される。また、バージョン管理ＤＢ４６は、地図配信サーバ３に設けるように構成しても良い。
【００３５】
一方、ナビゲーションＥＣＵ（エレクトロニック・コントロール・ユニット）３３は、ナビゲーション装置５の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ５１、並びにＣＰＵ５１が各種の演算処理を行うにあたってワーキングメモリとして使用されるとともに、経路が探索されたときの経路データ等が記憶されるＲＡＭ５２、制御用のプログラムのほか、後述の走行履歴更新プログラム（図５参照）や地図情報更新処理プログラム（図７参照）等が記録されたＲＯＭ５３、ＲＯＭ５３から読み出したプログラムを記憶するフラッシュメモリ５４等の内部記憶装置を備えている。
【００３６】
操作部３４は、走行開始地点としての出発地及び走行終了地点としての目的地を入力する際等に操作され、各種のキー、ボタン等の複数の操作スイッチ（図示せず）から構成される。そして、ナビゲーションＥＣＵ３３は、各スイッチの押下等により出力されるスイッチ信号に基づき、対応する各種の動作を実行すべく制御を行う。尚、操作部３４は液晶ディスプレイ３５の前面に設けたタッチパネルによって構成することもできる。また、マイクと音声認識装置によって構成することもできる。
【００３７】
また、液晶ディスプレイ３５には、道路を含む地図画像、交通情報、操作案内、操作メニュー、キーの案内、出発地から目的地までの案内経路、案内経路に沿った案内情報、ニュース、天気予報、時刻、メール、テレビ番組等が表示される。尚、液晶ディスプレイ３５の代わりに、ＨＵＤやＨＭＤを用いても良い。
【００３８】
また、スピーカ３６は、ナビゲーションＥＣＵ３３からの指示に基づいて案内経路に沿った走行を案内する音声ガイダンスや、交通情報の案内を出力する。
【００３９】
また、ＤＶＤドライブ３７は、ＤＶＤやＣＤ等の記録媒体に記録されたデータを読み取り可能なドライブである。そして、読み取ったデータに基づいて音楽や映像の再生、地図情報ＤＢ４５の更新等が行われる。
【００４０】
また、通信モジュール６は、例えば、地図配信センタ２やＶＩＣＳ（登録商標）センタやプローブセンタ等から送信された地図更新情報、経路情報、交通情報等の各情報を受信する為の通信装置であり、例えば携帯電話機やＤＣＭが該当する。
【００４１】
次に、上記構成を有するナビゲーション装置５に記憶されたナビ地図情報４７の更新処理について図４を用いて簡単に説明する。図４に示す例では、ナビゲーション装置５に記憶されたナビ地図情報４７の内、所定の更新対象エリアの地図情報を更新する場合であって、ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の更新対象エリアのバージョンが“４”であり、一方、地図配信サーバ３が所有する基本地図情報２５の更新対象エリアの最新バージョンが“５”である場合を説明する。
この場合において、地図配信サーバ３は、センタ側地図ＤＢ１２に記憶されたバージョン“４”とバージョン“５”の基本地図情報２５とを比較することにより、地図更新情報６５を作成する。また、地図更新情報６５を作成する際には、作成された地図更新情報６５のエラーをチェックする処理についても行われる。尚、この場合に生成される地図更新情報６５は、ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の内、更新対象エリアの地図情報をバージョン“４”からバージョン“５”へと更新するデータである。
そして、地図配信サーバ３は生成された地図更新情報６５を配信要求元のナビゲーション装置５へと配信する。一方、地図更新情報６５を受信したナビゲーション装置５は、受信した地図更新情報６５を用いてナビ側地図ＤＢ４５に記憶されたナビ地図情報４７を更新する。その結果、ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の内、更新対象エリアのナビ地図情報４７がバージョン“４”からバージョン“５”へと更新される。
【００４２】
続いて、前記構成を有する地図情報更新システム１において、地図配信サーバ３及びナビゲーション装置５が実行する走行履歴更新処理プログラムについて図５に基づき説明する。図５は本実施形態に係る走行履歴更新処理プログラムのフローチャートである。ここで、走行履歴更新処理プログラムは、車両４の走行が終了した場合に実行され、ユーザの走行履歴を地図配信サーバ３の走行履歴ＤＢ１３に格納するとともに、格納された走行履歴に基づいて走行条件毎にユーザがエリアを走行する走行確率を、地図情報に含まれる複数のエリア（例えば２次メッシュ）毎に算出するプログラムである。尚、以下の図５及び図７にフローチャートで示されるプログラムは、ナビゲーション装置５や地図配信サーバ３が備えているＲＡＭやＲＯＭに記憶されており、ＣＰＵ２１或いはＣＰＵ５１により実行される。
【００４３】
先ず、図５に基づいてナビゲーション装置５のＣＰＵ５１が実行する走行履歴更新処理プログラムについて説明する。先ず、ステップ（以下、Ｓと略記する）１において、ＣＰＵ５１は、今回の車両４において行われた走行に関する走行履歴（具体的には走行した経路を特定する情報）と該走行を行った走行条件（具体的には走行日時、走行時の周辺環境、同乗者の数）を対応づけて地図配信サーバ３へと送信する。また、走行履歴には送信元のユーザを特定するユーザＩＤについても含める。尚、前記Ｓ１の処理は車両が走行を行う度に実行するのではなく、所定間隔毎（例えば２４時間毎やＡＣＣをオンする度）に実行する構成としても良い。その場合には、所定間隔内で行われた全ての走行の走行履歴に関する情報を送信する。
【００４４】
次に、地図配信サーバ３のＣＰＵ２１が実行する走行履歴更新処理プログラムについて説明する。先ず、Ｓ１１においてＣＰＵ２１は、ナビゲーション装置５から送信される走行履歴を受信する。尚、走行履歴には、走行条件や送信元のユーザを特定するユーザＩＤに関する情報についても含まれている。
【００４５】
続いて、Ｓ１２においてＣＰＵ２１は、前記Ｓ１１で受信した走行履歴及び走行条件を、送信元のユーザを特定するユーザＩＤとともに走行履歴ＤＢ１３（図２参照）に累積的に格納する。
【００４６】
その後、Ｓ１３においてＣＰＵ２１は、走行履歴ＤＢ１３に記憶された送信元のユーザの走行履歴に基づいて、走行条件毎に送信元のユーザがエリアを走行する走行確率を、地図情報に含まれる複数のエリア毎に算出する。尚、本実施形態では算出単位となるエリアは２次メッシュとする。
【００４７】
具体的には、以下の式（１）により走行条件毎且つエリア毎の走行確率を算出する。
走行確率＝当該走行条件の当該エリアの走行回数／当該走行条件の全走行回数・・・・（１）
【００４８】
ここで、図６は算出された走行確率の一例を示した図である。
例えば、春（３月〜５月）の晴れた昼間（ＡＭ６：００〜ＰＭ６：００）に同乗者が無い状態で走行した全走行回数が１００回の場合であって、その内、メッシュＡを走行した回数が４５回である場合には、上記走行条件でメッシュＡに対して算出される走行確率は“４５％”となる。また、夏（６月〜８月）の晴れた昼間（ＡＭ６：００〜ＰＭ６：００）に同乗者が無い状態で走行した全走行回数が１８０回の場合であって、その内、メッシュＥを走行した回数が０回である場合には、上記走行条件でメッシュＥに対して算出される走行確率は“０％”となる。同様にして、走行条件毎に地図情報を構成する全てのエリアに対して走行確率を算出する。その結果、過去の走行履歴からユーザの走行する確率の高いエリアを正確に特定することが可能となる。そして、前記Ｓ１３で算出された走行確率は、ユーザ毎に区分されてフラッシュメモリ２４等の記憶媒体に記憶される。
【００４９】
次に、地図情報更新システム１において、地図配信サーバ３及びナビゲーション装置５が実行する地図情報更新処理プログラムについて図７に基づき説明する。図７は本実施形態に係る地図情報更新処理プログラムのフローチャートである。ここで、地図情報更新処理プログラムは、ナビゲーション装置５において地図情報の更新を行うタイミング（例えばＡＣＣがオンされた時点や目的地の設定操作が行われた時点）に実行され、地図配信サーバ３から配信された地図更新情報に基づいてナビ側地図ＤＢ４５に記憶されたナビ地図情報４７を更新するプログラムである。
【００５０】
先ず、図７に基づいてナビゲーション装置５のＣＰＵ５１が実行する地図情報更新処理プログラムについて説明する。先ず、Ｓ２１において、ＣＰＵ５１は、ナビゲーション装置５が搭載された車両４の現在の走行条件（即ち、地図更新時の走行条件）を取得する。尚、取得される走行条件としては走行日時、走行時の周辺環境、同乗者の数がある。例えば、走行日時はＧＰＳ４１により取得する。また、走行時の周辺環境は車両４に設置されたセンサの検出結果や外部センタとの通信により取得する。また、同乗者の有無はシートベルトの作動状態や車内カメラによる撮像画像やシートに設置された重量センサの検出結果により取得する。
【００５１】
次に、Ｓ２２においてＣＰＵ５１は、地図配信サーバ３に対して地図更新情報の配信要求を送信する。尚、地図更新情報の配信要求には、配信要求の送信元のユーザを特定するユーザＩＤと、前記Ｓ２１で取得した走行条件に関する情報と、ナビ地図情報４７の現時点のバージョンを特定する情報が含まれる。尚、ナビ地図情報４７の現時点のバージョンは、バージョン管理ＤＢ４６で管理されている。
【００５２】
続いて、Ｓ２３においてＣＰＵ５１は、配信要求に応じて地図配信サーバ３から送信された地図更新情報を受信する。尚、地図更新情報は、ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の内、更新対象エリアの地図情報を現在のバージョンから新しいバージョンへと更新するデータである（図４参照）。また、更新対象エリアは、後述のように地図配信サーバ３において現在の走行条件と走行履歴ＤＢ１３に記憶された走行履歴とに基づいて特定される（Ｓ３４）。
【００５３】
その後、Ｓ２４においてＣＰＵ５１は、ナビ側地図ＤＢ４５に記憶されたナビ地図情報４７を、前記Ｓ２３で受信した地図更新情報に基づいて更新する。その結果、ナビ地図情報４７の内、更新対象エリアの地図情報が新たなデータ内容へと書き換えられ、新たなバージョンの地図情報へと更新される。
【００５４】
次に、地図配信サーバ３のＣＰＵ２１が実行する地図情報更新処理プログラムについて説明する。
【００５５】
先ず、Ｓ３１においてＣＰＵ２１は、ナビゲーション装置５から送信される地図更新情報の配信要求を受信する。尚、地図更新情報の配信要求には、配信要求の送信元のユーザを特定するユーザＩＤと、配信要求元のユーザの現在の走行条件に関する情報と、配信要求元のナビゲーション装置５に記憶されるナビ地図情報４７の現時点のバージョンを特定する情報が含まれている。
【００５６】
次に、Ｓ３２においてＣＰＵ２１は、前述した走行履歴更新処理プログラム（図５）において算出された走行確率の内、配信要求元のユーザの現在の走行条件に対応する走行確率を取得する。例えば、配信要求元のユーザの現在の走行条件が、２０１３年８月１日で、同乗者の無い運転者１人の状態で、且つ晴れた天候である場合には、『夏（６月〜８月）、昼間（ＡＭ６：００〜ＰＭ６：００）、晴れ、同乗者無し』の走行条件に対応する走行確率を取得する。
【００５７】
続いて、Ｓ３３においてＣＰＵ２１は、前記Ｓ３２で取得された走行確率をエリア毎に所定の閾値と比較し、走行確率が閾値以上のエリアがあるか否か判定する。尚、前記Ｓ３３で判定基準となる閾値は適宜設定可能であり、ＲＡＭ２２等に記憶される。閾値を低く設定すれば、更新対象エリアが広くなり、古い地図情報によってユーザに不利益が生じる確率が低くなる一方、更新に係る通信費用や処理負担は大きくなる。それに対して、閾値を高く設定すれば、更新対象エリアが狭くなり、古い地図情報によってユーザに不利益が生じる確率が高くなる一方、更新に係る通信費用や処理負担を減少できる。例えば閾値は３０％とする。
【００５８】
そして、走行確率が閾値以上のエリアがあると判定された場合（Ｓ３３：ＹＥＳ）には、Ｓ３４へと移行する。それに対して、走行確率が閾値以上のエリアが無いと判定された場合（Ｓ３３：ＮＯ）には、ナビ地図情報４７の更新を行うことなく当該地図情報更新処理プログラムを終了する。
【００５９】
Ｓ３４においてＣＰＵ２１は、ナビ地図情報４７の更新対象となる更新態様エリアを特定する。具体的には、前記Ｓ３２で取得された走行確率を参照し、走行確率が閾値以上のエリアを更新対象エリアとする。例えば、配信要求の送信元のユーザに対して図６に示す走行確率が算出されている場合であって、現在のユーザの走行条件が『春、昼間、晴れ、同乗者無し』であり、且つ閾値が３０％である場合には、メッシュＡとメッシュＢとメッシュＦが更新対象エリアとして特定される。
【００６０】
Ｓ３５においてＣＰＵ２１は、前記Ｓ３４で特定された更新対象エリアの地図情報を更新する為の地図更新情報を生成する。尚、前記Ｓ３５で生成される地図更新情報は、配信要求元のナビゲーション装置５に記憶されたナビ地図情報４７の内、更新対象エリアの地図情報を、現在のバージョンから最新のバージョンへと更新するデータである。尚、地図更新情報の生成処理については既に公知であるので、詳細は省略する。
【００６１】
続いて、Ｓ３６においてＣＰＵ２１は、前記Ｓ３５で生成した地図更新情報を、地図更新情報の配信要求の送信元のナビゲーション装置５に対して送信する。その結果、地図更新情報を受信したナビゲーション装置５において、ナビゲーション装置５が有するナビ地図情報４７の更新処理が行われる（Ｓ２４）。
【００６２】
以上詳細に説明した通り、本実施形態に係る地図情報更新システム１、地図情報更新システム１による地図情報更新方法及び地図情報更新システム１で実行されるコンピュータプログラムでは、ナビゲーション装置５のナビ側地図ＤＢ４５に記憶されたナビ地図情報４７の更新を行う場合において、地図情報の更新対象となるユーザの走行履歴を、該走行履歴による走行が行われた際の走行条件と対応付けて累積記憶しておき（Ｓ１２）、記憶されたユーザの走行履歴に基づいて、走行条件毎にユーザがエリアを走行する走行確率を、地図情報に含まれる複数のエリア毎に算出し（Ｓ１３）、更新を行う際のユーザの走行条件を取得し（Ｓ３１）、取得された走行条件に対応するエリア毎の走行確率に基づいて、地図情報の更新を行う更新対象エリアを特定し（Ｓ３４）、特定された更新対象エリアを対象として地図情報の更新を行う（Ｓ２４）ので、ユーザが必要とするタイミングでユーザが必要とするエリアを対象として更新を行うことが可能となる。その結果、更新に係る通信費用や処理負担を削減することが可能となる。
【００６３】
尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では、前記Ｓ１２の走行履歴の格納処理、Ｓ１３の走行確率の算出処理、Ｓ３４の更新対象エリアの特定処理を地図配信サーバ３が行う構成としているが、ナビゲーション装置５が行う構成としても良い。その場合には、最終的に特定された更新対象エリアを、地図更新情報の配信要求とともにナビゲーション装置５から地図配信サーバ３へと送信するように構成するのが望ましい。
【００６４】
また、本実施形態では、地図配信サーバ３は走行履歴をナビゲーション装置５から受信する度に走行確率を算出する（Ｓ１３）構成としているが、走行確率を算出するタイミングは前記Ｓ３３の判定処理を行うタイミングより前であればいつでも良い。また、Ｓ３２の処理より後のタイミングで実行するのであれば、地図更新情報の配信を要求するユーザの現在の走行条件に対応する走行確率のみを算出する構成としても良い。
【００６５】
また、本実施形態ではユーザの走行条件として、走行日時、走行時の周辺環境、同乗者の数の３条件を用いているが、いずれか１又は２条件のみを走行条件として用いても良い。更に他の条件を走行条件として用いても良い。例えば、車両に搭載した荷物の量、車両の屋根に荷物が搭載されているか否か等の条件を用いても良い。
【００６６】
また、本実施形態では、２次メッシュ単位で更新対象エリアを特定することとしているが、エリアを特定する単位は２次メッシュ単位以外であっても良い。例えば、市区町村等の行政区画単位であっても良い。
【００６７】
また、本実施形態では、地図情報の更新を行う更新対象エリアとして、地図更新情報の配信を希望するユーザの現在の走行条件において走行確率が高いと判定されるエリアを対象としているが、ユーザの自宅周辺のエリアや設定された目的地周辺のエリアについて対象に加えても良い。
【００６８】
また、本実施形態では、地図情報を記憶するとともに、地図配信サーバ３から配信されたデータに基づいて記憶された地図情報を更新する端末としてナビゲーション装置５を用いた例を説明しているが、ナビゲーション装置５の代わりに、携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ等を用いても良い。
【００６９】
また、本発明に係る地図情報更新システムを具体化した実施例について上記に説明したが、地図情報更新システムは以下の構成を有することも可能であり、その場合には以下の効果を奏する。
【００７０】
例えば、第１の構成は以下のとおりである。
更新対象エリア特定手段は、走行条件取得手段により取得された走行条件に対応するエリア毎の走行確率を所定の閾値と比較し、前記走行確率が前記閾値以上のエリアを前記更新対象エリアに特定することを特徴とする。
上記構成を有する地図情報更新システムによれば、特に更新を行う時点でユーザの走行する確率の高いエリアを対象として地図情報の更新を行うことができるので、ユーザが必要とするエリアを対象として更新を行うことが可能となる。その結果、古い地図情報によってユーザに不利益が生じる確率を低くできるとともに、更新に係る通信費用や処理負担についても削減することが可能となる。
【００７１】
また、第２の構成は以下のとおりである。
走行条件は、走行日時、走行時の周辺環境、同乗者の数のいずれか１又は２以上の組み合わせであることを特徴とする。
上記構成を有する地図情報更新システムによれば、更新を行う際のユーザの走行条件を考慮して、過去の走行履歴からユーザの走行する確率の高いエリアを正確に特定することが可能となる。
【００７２】
また、第３の構成は以下のとおりである。
走行確率算出手段は、走行条件毎に、該走行条件により走行した全回数に対してエリア内を走行した回数の割合を該エリアの走行確率として算出することを特徴とする。
上記構成を有する地図情報更新システムによれば、過去の走行履歴からユーザの走行する確率の高いエリアを具体的な数値によって正確に特定することが可能となる。その結果、エリア毎の走行確率の比較についても容易に行うことが可能となる。
【符号の説明】
【００７３】
１              地図情報更新システム
２              地図配信センタ
３              地図配信サーバ
４              車両
５              ナビゲーション装置
１１            サーバ
１２            サーバ側地図ＤＢ
１３            走行履歴ＤＢ
２１            ＣＰＵ
２２            ＲＡＭ
２３            ＲＯＭ
２５            基本地図情報
３３            ナビゲーションＥＣＵ
４５            ナビ側地図ＤＢ
４７            ナビ地図情報
５１            ＣＰＵ
５２            ＲＡＭ
５３            ＲＯＭ
【図１】
2015042957.tif 000003
【図２】
2015042957.tif 000004
【図３】
2015042957.tif 000005
【図４】
2015042957.tif 000006
【図５】
2015042957.tif 000007
【図６】
2015042957.tif 000008
【図７】
2015042957.tif 000009