(57)【要約】【課題】通信環境の変化にかかわらず、必要な情報を必要なタイミングでユーザに提供すること。【解決手段】相互に情報の送受信が可能な地図サーバ２００から地図情報を取得して、ユーザに案内情報を提供する車両に搭載されたナビゲーション装置１００であって、車両の位置検出手段４０により検出された現在位置において受信できる受信データ量を算出する受信データ量算出手段３１と、この算出された受信データ量以下の地図情報を選択し、選択された地図情報の配信命令を地図サーバ２００に送出する配信命令手段３３とを備えた。【選択図】　図１
2004117191.tif 000002
【特許請求の範囲】
【請求項１】
相互に情報の送受信が可能な地図サーバから地図情報を取得して、ユーザに案内情報を提供する車両に搭載されたナビゲーション装置であって、
車両の現在位置を検出する位置検出手段と、
前記位置検出手段により検出された現在位置において受信できる受信データ量を算出する受信データ量算出手段と、
前記受信データ量算出手段により算出された受信データ量以下の地図情報を選択し、当該選択された地図情報の配信命令を前記地図サーバに送出する配信命令手段と、
を備えたナビゲーション装置。
【請求項２】
前記地図情報は、所定の属性の情報を含む積み上げ可能なレイヤデータを任意の二次元領域に区分した複数のモジュールデータを含み、
前記配信命令手段は、前記受信データ量算出手段により算出された受信データ量以下のモジュールデータを選択し、当該選択されたモジュールデータの配信を前記地図サーバに命令する請求項１記載のナビゲーション装置。
【請求項３】
ユーザが負担を許容する通信料金および／または受信待機時間を受け付ける受付手段をさらに備え、
前記受信データ量算出手段は、前記受付手段により受け付けられた前記ユーザが負担を許容する通信料金および／または受信待機時間に応じた許容データ量を算出し、
前記配信命令手段は、前記受信データ量算出手段により算出された受信データ量以下であって、かつ前記算出された許容データ量以下のモジュールデータを選択し、当該選択されたモジュールデータの配信を前記地図サーバに命令する請求項２記載のナビゲーション装置。
【請求項４】
車両の速度、車両の加速度、車両の走行位置、車両の走行位置の属性、車両の走行道路の属性、車両の目的地、車両の操舵角のうち少なくとも一以上を含む走行情報を検出する走行情報検出手段をさらに備え、
前記配信命令手段は、前記走行情報検出手段により検出された前記走行情報とモジュールデータに含まれる情報の属性とからモジュールデータを選択し、当該選択されたモジュールデータの配信を前記地図サーバに命令する請求項２または３に記載のナビゲーション装置。
【請求項５】
前記配信命令手段は、前記モジュールデータに含まれる情報の属性から前記モジュールデータの優先順位を判断するとともに、当該判断された優先順位に応じたモジュールデータの配信を前記地図サーバに命令する請求項２〜４の何れかに記載のナビゲーション装置。
【請求項６】
前記モジュールデータは、予め規定された表記ルールに従い言語記述されたデータである請求項２〜５の何れかに記載のナビゲーション装置。
【請求項７】
前記言語記述されたモジュールデータを、画像データに変換して前記出力手段へ向けて送出する地図作成手段をさらに備えた請求項６に記載のナビゲーション装置。
【請求項８】
車両搭載のコンピュータに、情報の送受信が相互に可能な地図サーバから地図情報を取得して、ユーザに案内情報を提供させるナビゲーション用プログラムであって、
車両の現在位置を検出するステップと、
前記位置検出手段により検出された現在位置において受信できる受信データ量を算出するステップと、
前記受信データ量算出手段により算出された受信データ量以下の地図情報を選択し、当該選択された地図情報の配信命令を前記地図サーバに送出するステップと、
を実行させるためのナビゲーション用プログラム。
【請求項９】
前記地図情報は、所定の属性の情報を含む積み上げ可能なレイヤデータを任意の二次元領域に区分した複数のモジュールデータを含み、
前記選択された地図情報の配信命令を前記地図サーバに送出するステップは、前記算出させた受信データ量以下のモジュールデータを選択し、当該選択されたモジュールデータの配信を前記地図サーバに命令する請求項８記載のナビゲーション用プログラム。
【請求項１０】
ユーザが負担を許容する通信料金および／または受信待機時間を受け付けるステップと、
前記受け付けたユーザが負担を許容する通信料金および／または受信待機時間に応じた許容データ量を算出するステップと、
前記選択された地図情報の配信命令を前記地図サーバに送出するステップは、前記算出させた受信データ量以下であって、かつ前記算出させた許容データ量以下のモジュールデータを選択し、当該選択されたモジュールデータの配信を前記地図サーバに命令する請求項９記載のナビゲーション用プログラム。
【請求項１１】
車両の速度、車両の加速度、車両の走行位置、車両の走行位置の属性、車両の走行道路の属性、車両の目的地、車両の操舵角のうち少なくとも一以上を含む走行情報を検出するステップをさらに有し、
前記選択された地図情報の配信命令を前記地図サーバに送出するステップは、前記検出された前記走行情報とモジュールデータに含まれる情報の属性とからモジュールデータを選択し、当該選択したモジュールデータの配信を前記地図サーバに命令する請求項９または１０に記載のナビゲーション用プログラム。
【請求項１２】
前記選択された地図情報の配信命令を前記地図サーバに送出するステップは、前記モジュールデータに含まれる情報の属性から前記モジュールデータの優先順位を判断するとともに、当該判断された当該優先順位に応じたモジュールデータの配信を前記地図サーバに命令するステップとを含む請求項９〜１１の何れかに記載のナビゲーション用プログラム。
【請求項１３】
前記モジュールデータは、予め規定された表記ルールに従い言語記述されたデータである請求項９〜１２の何れかに記載のナビゲーション用プログラム。
【請求項１４】
前記言語記述されたモジュールデータを、画像データに変換して前記出力手段へ向けて送出するステップをさらに有する請求項１３に記載のナビゲーション用プログラム。
【請求項１５】
相互に情報の送受信が可能なユーザ端末に、予め記憶した地図情報を提供する地図サーバであって、
前記ユ−ザ端末の現在位置を取得する位置取得手段と、
前記位置取得手段により取得された現在位置において受信できるデータ量を算出する受信データ量算出手段と、
前記受信データ量算出手段により算出された受信データ量以下の地図情報を選択し、当該選択された地図情報を前記ユーザ端末に向けて配信する配信手段と、を備えた地図サーバ。
【請求項１６】
前記地図情報は、所定の属性の情報を含む積み上げ可能なレイヤデータを任意の二次元領域に区分した複数のモジュールデータを含み、
前記配信手段は、前記受信データ量算出手段により算出された受信データ量以下のモジュールデータを選択し、当該選択されたモジュールデータを前記ユーザ端末へ向けて配信する請求項１５記載の地図サーバ。
【請求項１７】
ユーザが負担を許容する通信料金および／または受信待機時間を受け付ける受付手段をさらに備え、
前記受信データ量算出手段は、前記受付手段により受け付けられた前記ユーザが負担を許容する通信料金および／または受信待機時間に応じた許容データ量を算出し、
前記配信手段は、前記受信データ量算出手段により算出された受信データ量以下であって、かつ前記算出された許容データ量以下のモジュールデータを選択し、当該選択されたモジュールデータを前記ユーザ端末に向けて配信する請求項１６記載の地図サーバ。
【請求項１８】
前記ユーザ端末は、車両に搭載されたナビゲーション装置であって、
車両の速度、車両の加速度、車両の走行位置、車両の走行位置の属性、車両の走行道路の属性、車両の目的地、車両の操舵角のうち少なくとも一以上を含む走行情報を取得する走行情報取得手段をさらに備え、
前記配信手段は、前記走行情報取得手段により取得された前記走行情報とモジュールデータに含まれる情報の属性とからモジュールデータを選択し、当該選択したモジュールデータを前記ユーザ端末であるナビゲーション装置へ向けて配信する請求項１６または１７に記載の地図サーバ。
【請求項１９】
前記配信手段は、前記モジュールデータに含まれる情報の属性から前記モジュールデータの優先順位を判断するとともに、当該判断された優先順位に応じたモジュールデータを配信する請求項１６〜１８の何れかに記載の地図サーバ。
【請求項２０】
前記モジュールデータは、予め規定された表記ルールに従い言語記述されたデータである請求項１６〜１９の何れかに記載のナビゲーション装置。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、相互に送受信可能な地図サーバから地図情報を取得して、ユーザに案内情報を提供するナビゲーション装置、ナビゲーション用プログラム、および地図情報を配信する地図サーバに関する。
【０００２】
【従来の技術】
【特許文献１】
特開２００２−４９６２４号公報
【０００３】
【背景技術】
この種のナビゲーション装置として、地図提供サーバにアクセスして所望の地図情報をダウンロードする装置がある（特許文献１参照）。この装置によれば、地図の一部が更新された場合に、その更新された最新の地図情報をダウンロードすることができる。また、移動体通信手段を用いれば、車両の移動中にも地図情報をダウンロードすることができるため、地図情報が必要となったタイミングで更新された最新の地図情報のダウンロードを要求することができる。
【０００４】
しかしながら、車両が通信環境の良いエリアを走行しているときには要求した地図情報を完全に受信できるものの、走行する車両側の通信環境（受信できるデータ量）が悪化し、車両が通信環境の悪いエリアを走行しているときには、要求する地図情報を完全に受信することができないという問題があった。
【０００５】
このように、走行に伴い受信環境が変化する車両内においては、必要な情報を必要とするタイミングにおいて完全に受信することは困難であった。
【０００６】
【発明の開示】
本発明は、移動する車両周辺の通信環境に応じて受信する情報の種類および量を判断し、必要な情報を必要とするタイミングで受信するナビゲーション装置、ナビゲーション用プログラム、および地図サーバを提供することを目的とする。
【０００７】
この発明によれば、相互に情報の送受信が可能な地図サーバから、検出された現在位置において受信できる受信データ量を算出するとともに、算出された受信データ量以下の地図情報を選択し、当該選択された地図情報を取得し、ユーザに案内情報を提供する車両に搭載されたナビゲーション装置、ナビゲーション用プログラム、および選択された地図情報をナビゲーション装置に配信する地図サーバが提供される。
【０００８】
これにより、受信環境の変化にかかわらず、走行する車両に必要な情報を必要なタイミングで完全に提供することができる。
【０００９】
【発明の実施の形態】
以下、本発明の第１乃至第４の実施形態を図面に基づいて説明する。
＜第１実施形態＞
本実施形態に係るナビゲーション装置１００は、外部の地図サーバ２００と通信手段を介して相互に情報の授受を行い、選択した地図情報を地図サーバ２００から取得し、当該地図情報に基づく案内情報をディスプレイ等の出力手段７０を介してユーザに提示する。
【００１０】
ナビゲーション装置１００に地図を配信する地図サーバ２００は、少なくとも記憶手段２５０を有し、地図情報と、ユーザを特定し、特定されたユーザに関するユーザデータとを記憶している。この地図情報は、イメージ（画像）データの地図情報２５１、および／または予め規定された表記ルールに従い言語記述された地図情報２５３とを含む。さらに記憶手段２５０は、これらイメージ地図情報６１と言語記述地図情報２５３とを相互に変換するコンパイラ２５２を備えている。
【００１１】
ユーザに案内情報を提示するナビゲーション装置１００は、少なくとも地図サーバ２００と通信する機能を備えた通信手段１０と、車両の現在位置を検出する位置検出手段４０と、ナビゲーション装置１００が地図サーバ２００から取得する地図情報の量、地図情報の種類を制御するデータ取得制御器３０と、情報を記憶する記憶手段５０と、出力する案内情報に用いられる地図を作成する地図作成手段６０と、案内情報をユーザに表示する出力手段７０とを有している。具体的には、少なくとも、地図サーバ２００からのデータの取得を制御するプログラムを格納したＲＯＭと、このＲＯＭに格納されたプログラムを実行することで、データ取得制御器３０として機能するＣＰＵと、情報を記憶し記憶手段５０として機能するＲＡＭとを備えている。
【００１２】
本実施形態のデータ取得制御器３０は、受信データ量算出手段３１と、配信命令手段３３とを有し、車両が走行する（又は停止する）現在位置において受信できる受信データ量を算出し、算出された受信データ量以下の地図情報を選択し、選択された地図情報をナビゲーション装置１００へ配信するように地図サーバ２００に配信命令を送出する。
【００１３】
受信データ量算出手段３１は、位置検出手段４０がＧＰＳ（Ｇｌｏｂａｌ　Ｐｏｓｉｔｉｏｎｉｎｇ　Ｓｙｓｔｅｍ）などを用いて検出した車両の現在位置において、当該車両が実際に受信できる受信データ量を、車両の現在位置における受信環境と通信手段１０の通信能力とから算出する。
【００１４】
具体的には、受信環境は地形等に関係するため、地図上の位置と平均的な受信可能なデータ量とを予め対応づけた「受信環境データ」を記憶手段５０に予め記憶させておき、この「受信環境データ」を参照して、位置検出手段４０により検出された現在位置における受信環境を求める。
【００１５】
一方、通信能力は通信手段１０の性能に応じて異なるため、通信手段１０の機種データと、機種ごとの通信能力とを対応づけた「通信能力データ」を記憶手段に予め記憶させておき、この「通信能力データ」を参照して、通信手段１０として機能する携帯電話等の通信能力を求める。本実施形態における通信手段１０は携帯電話である。携帯電話１０は、ナビゲーション装置１００と有線（たとえば、シリアルインターフェイス，ユニバーサル・シリアル・バス（ＵＳＢ））または無線（たとえば、Ｂｌｕｅｔｏｏｔｈ，赤外線（ＩｒＤＡ））で接続され、地図サーバ２００と相互に情報の送受信を行う。もちろん、携帯電話のほか、通信機能を有するコンピュータ、ＰＤＡ等を通信手段１０として用いてもよいし、ナビゲーション装置１００に予め送受信装置を設けてもよい。
【００１６】
受信データ量算出手段３１は、通信手段１０の通信能力を検出する通信能力検出部３１１を備える。通信能力検出部３１１は、携帯電話１０からのアクセス要求を受けると、携帯電話１０の機種、製造番号等の通信能力を判断するための情報を検出し、先述した通信能力データを参照して通信手段１０として機能する携帯電話の通信能力を検出する。
【００１７】
通信手段１０にユーザ各自の携帯電話を利用する場合にはナビゲーション装置１００を利用する人によって通信手段１０の通信能力が異なるため、正確な受信データ量を算出するとの観点から通信回線が確立される度に通信手段１０の通信能力を検出することが好ましい。もちろん、使用する携帯電話等の通信能力（通信能力が判断できる機種データなど）を予め記憶させてもよいし、受信データ量を算出する演算回路に予め実装させてもよい。
【００１８】
配信命令手段３３は、受信データ量算出手段３１により算出された受信データ量以下の地図情報を選択する。配信命令手段３３はデータ量比較部３１１を備える。データ量比較部３１１は、算出された受信データ量を取得し、この受信データ量と取得しようとする地図情報のデータ量とを比較する。配信命令手段３３は、このデータ量比較部３１１の比較結果に応じて配信を命令する地図情報を選択する。
【００１９】
ここで、本実施形態のナビゲーション装置１００が受信する地図情報について説明する。
【００２０】
本実施形態においてナビゲーション装置１００へ配信される地図情報は、所定の属性の情報を含み、積み上げ可能なレイヤデータを任意の二次元領域に区分した複数のモジュールデータを含んでいる。
【００２１】
この「所定の属性の情報」とは地図情報に含まれる「幹線道路」「細街路」、「施設」、「川、湖、緑地等の地形」などの任意の属性に分類できる情報である。レイヤデータはある属性の情報を少なくとも１つ以上含む。たとえば、ある地図情報は、「幹線道路」を表示するレイヤデータ、「細街路を表示するレイヤデータ」、「施設」を表示するレイヤデータ、「川、湖、緑地等の地形」を表示するレイヤデータを含む。これらのレイヤデータは層を重ねるように積み上げることが可能である。たとえば、「幹線道路」を表示するレイヤデータと「施設」を表示するレイヤデータを所定の地図座標上で積み上げることにより、当該地図座標上には「幹線道路」と「施設」とが表示される。もちろん、一層のレイヤデータは所定の属性の情報を表示する。たとえば「幹線道路」を表示するレイヤデータは、所定の地図座標上に幹線道路を表示する。
【００２２】
具体的に、図２を参照して地図情報とモジュールデータとの関係を説明する。図２（ａ）には、所定エリアの地図情報を示した。この地図情報は、４つのレイヤデータを含む４つのモジュールグループからなり、合計１６のモジュールデータを含んでいる。
【００２３】
図２（ｂ）に示すように、各モジュールグループは、同じ４種のレイヤデータを含んでいる。本例では、第１のレイヤデータは背景色に関する情報を含み、第２のレイヤデータは幹線道路に関する情報を含み、第３のレイヤデータは河川や緑地等の地形に関するデータを含み、第４のレイヤデータは、経由地、施設の位置等を示すランドマークデータを含み、第５のレイヤデータは細街路に関するデータを含んでいる。
【００２４】
図２（ａ）に示した地図情報は、第２レイヤデータ（レイヤ２）と第４レイヤデータ（レイヤ４）とが積み上げられている。このため、図２（ａ）の地図情報には、幹線道路と、ランドマーク等の位置表示のデータは表示されているが、背景色および細街路は示されていない。
【００２５】
また、本実施形態のモジュールデータは、予め規定された表記ルールに従い言語表記されたデータである。特に限定されないが、たとえば、モジュールデータは、「始点座標から終点座標への線の集合により図形を表現する」との表記ルールに従うベクトルデータである。本実施形態のモジュールデータの具体例を図３に示した。図３は５つのモジュールデータ１〜５を含む地図情報２５３を示す。モジュールデータ２では、ｄｒａｗ１に規定するように、＜ｌｏｃａｔｉｏｎ１…＞により点を羅列し、この羅列された点を＜ｔｙｐｅ＝ｌｉｎｅ＞で指定された線で結ばれた線図を示す。この羅列された点Ｎを結ぶことによって道路や地形を示す地図が作成される。
【００２６】
また、モジュールデータ５では、Ｌｉｎｋ１に規定するように、＜ｉｍａｇｅ＞によりアイコン等のイメージデータ（予め記憶されている）を特定し、＜Ｌｏｃａｔｉｏｎ＞により表示されるべき座標位置を特定し、＜Ｓｉｚｅ＞で表示されるべき大きさを特定する。これにより、所定の座標位置に所定のイメージを所定の大きさで表示でき、言語記述された情報でありながら、アイコン画像等を表示することができる。さらに、モジュールデータ５に示すように、＜Ｉｎｃｌｕｄｅ＞でモジュールデータと他の（サブ）モジュールデータとの関係を定義することができる。
【００２７】
加えて、モジュールデータに含まれる情報の属性や、モジュールデータに含まれるデータの新旧等に応じて、モジュールデータと他のモジュールデータとの位置関係、積み上げるための層間関係、その他のモジュールデータ同士の相関関係を定義し、これをモジュールデータに含ませることができる。
【００２８】
次に、図４を参照しつつ、配信命令手段３３が行うモジュールデータの選択処理について説明する。配信命令手段３３は複数のモジュールデータの中から受信データ量以下のモジュールデータを選択する。図４は、図２（ｂ）に示した１６個のモジュールデータの中から、配信命令手段３３が受信データ量以下のモジュールデータを選択する処理を説明するための図である。
【００２９】
図４に、受信データ量算出手段３１が算出した受信データ量Ｘを一点鎖線の図形で示した。配信命令手段３３は、この受信データ量Ｘよりも少ない量の地図情報を選択する。現在位置において受信可能な受信データ量Ｘよりも少ない量の地図情報であれば、車両が受信環境の悪い場所に位置していても、受信しようとする地図情報を完全に受信することができ、受信環境が悪いために途中で地図情報の受信が中断してしまい、地図情報を完全に見ることができないというような不都合を防止することができる。
【００３０】
データ量比較部３３１は、受信データ量Ｘと配信を命令する複数のモジュールデータの合計データ量とを比較する。受信データ量Ｘが現在位置周辺を案内するために通常配信される地図情報のデータ量よりも大きければ受信に問題はない。しかし、受信データ量Ｘが現在位置周辺を示すものとして通常配信される地図情報のデータ量よりも小さい場合、配信される地図情報のすべてを受信することができない。この場合には、配信命令手段３３は、受信データ量Ｘよりも合計データ量が低くなるように、受信する地図情報に含まれるモジュールデータを選択する。なお、このモジュールデータの選択の手法（選択の優先順位）は特に限定されず、データの配列順であってもよいし、予め設定された順であってもよいし、モジュールデータの量の大きい順又は小さい順であってもよい。
【００３１】
特に限定されないが、この選択にあたって、配信命令手段３３はモジュールデータに含まれる情報の属性からモジュールデータの優先順位を判断し、判断された優先順位に応じてモジュールデータを選択することが好ましい。たとえば、判断された優先順位の高い順にモジュールデータを選択することが好ましい。ここにいう優先順位は、ユーザに提示される案内情報における重要度に応じて定義される順序であって、優先順位が高い情報はユーザが案内情報に要求する必要最低限の情報を構成する情報である。この優先順位は、モジュールデータに含まれる情報の属性に応じて予め決定されていることが好ましい。
【００３２】
たとえば、図２に示した「背景色」「幹線道路」「地形」「ランドマーク」「細街路」の属性情報を含むモジュールデータからなる地図情報において、第１優先順位が「幹線道路」、第２優先順位が「ランドマーク」、第３優先順位が「地形」、第４優先順位が「細街路」、第５優先順位が「背景色」というように、情報の属性から優先順位を判断する。配信命令手段３３は、この優先順位に応じて受信データ量を超えない範囲でモジュールデータを順次選択する。
【００３３】
図２（ａ）に示す本実施形態では、現在位置を案内するために通常配信される地図のエリアはメッシュ１〜メッシュ４の４つの二次元領域に区分されているため、同じ属性の情報を含むモジュールデータについては４つのメッシュに対応するモジュールデータを各々取得する。すべての二次元領域について同じ属性の情報を含むモジュールデータを取得しない場合には、メッシュ１には細街路が表示されるにもかかわらず、メッシュ２には細街路が表示されないという案内情報が提示されることとなり、ユーザにとっては利用しにくい情報となってしまうからである。
【００３４】
本実施形態の配信命令手段３３は、優先順位の最も高い「幹線道路」に関するモジュールデータをメッシュ１〜４について取得するか否かを検討する。データ量比較部３３１は取得するモジュールデータのデータ量と受信データ量Ｘとを比較し、モジュールデータのデータ量が受信データ量Ｘを超えないことを確認する。図４に示すように、モジュールデータ１−２，２−２，３−２，４−２は受信データ量Ｘよりも小さいデータ量であるため、配信命令手段３３は、配信を命令する。モジュールデータ１−２，２−２，３−２，４−２によれば、メッシュ１〜４に幹線道路の情報が表示された地図情報が作成される。
【００３５】
続いて、優先順位が次に高いランドマークデータを含むモジュールデータをメッシュ１〜４について取得するか否かを検討する。データ量比較部３３１は取得するモジュールデータのデータ量と受信データ量Ｘとを比較し、モジュールデータのデータ量が受信データ量Ｘを超えないことを確認する。図４に示すように、モジュールデータ１−４，２−４，３−４，４−４は、モジュールデータ１−２，２−２，３−２，４−２と加算しても受信データ量Ｘよりも小さいデータ量であるため、配信命令手段３３は、配信を命令する。モジュールデータ１−４，２−４，３−４，４−４は、先に受信したモジュールデータ１−２，２−２，３−２，４−２に積み上げられるため、図２（ａ）に示すような幹線道路とランドマークの両方が表示された地図情報が作成される。
【００３６】
続く第３の優先順位は「地形」のモジュールデータである。配信命令手段３３は、このモジュールデータをメッシュ１〜４について取得できるか否かを検討する。このときデータ量比較部３３は、取得するモジュールデータの合計データ量が算出された受信可能な受信データ量Ｘを超えると判断する。この判断に基づいて、配信命令手段３３は、優先順位が第３番目のモジュールデータについては受信ができないと判断し、「モジュールデータ１−２，２−２，３−２，４−２、およびモジュールデータ１−４，２−４，３−４，４−４を配信しなさい」という配信命令を生成し、生成した配信命令を地図サーバ２００へ向けて送出する。
【００３７】
さらに、本実施形態の配信命令手段３３は、優先順位に応じた配信順序でモジュールデータを配信する旨の命令を配信命令に含ませてもよい。すなわち、「モジュールデータ１−２，２−２，３−２，４−２，１−４，２−４，３−４，４−４を、この順序で配信しなさい」という配信命令を生成することもできる。優先順序の高いモジュールデータを確実に受信するとの観点からは、優先順位に従って配信させ、優先度の高い情報から受信することが好ましい。
【００３８】
配信命令に従い地図サーバ２００から受信したモジュールデータは、記憶手段５０に一時的に保存される。配信されたモジュールデータは、予め規定された表記ルールに従い言語記述されたデータである。地図作成手段６０は、取得したモジュールデータからユーザに提示する案内情報に含まれる地図情報を作成する。リンクモジュール作成部６１は、取得した複数のモジュールデータ同士の関連付けを規定するリンクモジュールデータを参照して、リンクモジュールを作成する。すなわち、リンクモジュール作成部６１は、モジュールデータが地図座標上のどの位置に相当するのか、またはモジュールデータの相互の位置関係、相互に積み上げられる積層関係などのモジュールデータ同士の関連付けを規定するリンクモジュールデータに従い、リンクモジュールを作成する。リンクモジュールとは、取得したモジュールデータを利用してグラフィカルな地図情報を作成するために、モジュールデータのアドレスを指定し、モジュールデータ同士の関連づけを行うものである。
【００３９】
地図イメージコンパイラ６２は、この言語記述されたリンクモジュールをコンパイルし、イメージデータ、ラスターデータ等のビジュアルな地図情報を作成する。このコンパイルの手法は特に限定されることなく、公知の手段を適用することができる。
【００４０】
モニタ７０は、地図作成手段６０により作成された、現在位置周辺又は目的地周辺等の地図情報を含む案内情報を提示する。
【００４１】
このように構成された本発明の第１の実施形態は、以下のように動作する。図５に本実施形態の制御手順のフローチャートを示した。ナビゲーション装置１００が起動し、通信手段１０を介して地図サーバ２００との通信が確立されると（Ｓ１１１）、受信データ量算出手段３１は、通信手段１０の通信能力を示す情報（機種を特定する情報）、および位置検出手段４０により検出された車両の現在位置に関する情報を取得する（Ｓ１１２）。受信データ量算出手段３１は、車両の現在位置が属するエリアの受信環境を記憶手段５０に格納されている受信環境データから読み出し、車両の現在位置における受信環境を求める。また、受信データ量算出手段３１は、求めた現在位置における受信環境と、通信手段１０の通信能力とから受信可能な受信データ量を算出する（Ｓ１１３）。
【００４２】
配信命令手段３３は、受付手段２０を介するユーザの入力情報に従い、ユーザが取得しようとする地図情報の領域を特定する。ユーザが取得しようとする地図情報の特定は、取得したい地域の入力によるものであってもよいし、目的地、現在位置、経由地等のランドマークの指定入力、またはガススタンド等の所定の情報を特定する入力であってもよい。
【００４３】
配信命令手段３３は、算出され受信データ量よりも取得するモジュールデータの合計のデータ量が小さくなるようにデータ量比較部３３１にデータ量の比較を行わせ、その比較結果に基づいて配信させるモジュールデータを選択する。このとき、モジュールデータが含む情報の属性から判断された優先順位に応じて受信するモジュールデータの優先順位を判断する（Ｓ１１４）。配信命令手段３３は、判断した優先順位に応じて配信を要求するモジュールデータを特定するとともに、その配信（通信手段１０の受信）の優先順位を含めた配信命令を生成する（Ｓ１１５）。生成した配信命令を、現在位置を示す情報とユーザＩＤ（識別情報）とともに通信手段１０を介して地図サーバ２００へ送出する（Ｓ１１６）。
【００４４】
この配信命令を受け付けた地図サーバ２００は、配信命令、およびユーザＩＤ、現在位置情報に従い、モジュールデータを検索し、これをユーザＩＤで識別されたユーザのナビゲーション装置１００へ送出する（Ｓ１１７）。
【００４５】
ナビゲーション装置１００は、地図サーバ２００が配信したモジュールデータを受信する。ナビゲーション装置１００が配信を命令した配信命令中の優先順位［ｉ］＝１（最優先に受信）のモジュールデータまたは地図情報の取得が開始され（Ｓ１１８）、この優先順位［ｉ］＝１のモジュールデータの取得が終了したところで（Ｓ１１９）、次の優先順位（ｉ＝ｉ＋１）のモジュールデータの受信を開始する。配信命令中に含まれるモジュールデータの取得の完了を確認し（Ｓ１２０）、取得したモジュールデータを記憶手段５０に一時的に保存する（Ｓ１２１）。
【００４６】
地図作成手段６０は、受信したモジュールデータから、ユーザの操作に応じたイメージの地図情報を含む案内情報を作成する。この案内情報を作成するために必要なモジュールデータ、サブモジュールデータを取得する。リンクモジュール作成部６１は、モジュールデータ同士の関連付けを規定するリンクモジュールデータに従い、リンクモジュールを作成する。地図イメージコンパイラ６２は、作成されたリンクモジュールをコンパイルしてイメージの地図情報を作成する。作成された地図情報を含む案内情報はモニタ７０を介して提示される。
【００４７】
本実施形態は、以上のように構成され機能するため、以下のような効果を奏する。
本発明のナビゲーション装置１００によれば、走行する車両において、受信環境の変化にかかわらず、必要な情報を含む案内情報を必要なタイミングでユーザに提供することができる。すなわち、走行する車両が受信環境の悪いエリアに存在する場合であっても、ユーザは、配信命令手段３３が選択した優先度の高い必要最低限の情報を完全に受信することができる。具体的には、配信命令手段３３が生成した命令に基づいて地図サーバ２００から配信されたモジュールデータまたは所定領域に切り出された地図情報は、経路案内を作成するにあたって優先度、すなわち重要度の高い必要最低限の情報を含むものとなる。しかも、配信される地図情報またはモジュールデータのデータ量が、受信できる受信データ量を超えないため、走行中の車両が受信環境の悪いエリアにあっても、途中で受信が中断されることなく必要最低限の地図情報を完全に取得することができ、ユーザが希望する案内情報を提示することができる。
【００４８】
本実施形態の地図情報は、所定の属性を含む積み上げ可能なレイヤデータを任意の二次元領域に区分した複数のモジュールデータを含み、モジュールデータを単位として地図情報の配信および受信を行うことができるため、処理効率を向上させることができる。
【００４９】
また、所定のモジュールデータには所定の属性が含まれるため、この情報の属性に応じて配信させるモジュールデータの優先順位を判断できる。言い換えると、ユーザが要求する属性の情報の優先順位を高く設定し、当該属性の情報を含むモジュールデータを優先的に配信させることができる。もちろん、ユーザの個別具体的な要求に応じて優先順位を決定することにより、各ユーザの要求に応じたモジュールデータを優先的に完全に受信することができる。
【００５０】
さらに、モジュールデータを予め規定された表記ルールに従い言語記述されたデータとすることにより、地図情報のモジュール化が容易となり、また、送受信される地図情報の圧縮効果が期待されるため、送受信にかかる通信料金の低減および通信時間の短縮を実現することができる。
【００５１】
さらにまた、この言語記述されたデータを、イメージデータ、ラスターデータ等のビジュアルなデータに変換させる地図作成手段６０を設けることにより、モジュール化が容易であって送受信時の高い圧縮効率を実現しながら、ユーザにとって理解しやすいビジュアルな案内情報を提供することができる。
【００５２】
＜第２実施形態＞
第２実施形態について説明する。第２実施形態は、ユーザが負担を許容する通信料金および／または受信待機時間に基づきユーザが受信を許容するデータ量を超えないように、地図情報の配信を命令する。第２実施形態の構成は第１実施形態と基本的に共通するため、ここでは第１実施形態と異なる点について詳細に説明し、他の共通する点については第１実施形態における説明を参照する。
【００５３】
図１に示すように、第２実施形態のナビゲーション装置１００は、第１実施形態の構成に加えて、ユーザが負担を許容する通信料金および／または受信待機時間を受け付ける受付手段２０を有している。また、受信データ量算出手段３１は、受付手段２０が受け付けた通信時間と通信料金とから、受け付けたユーザが負担を許容する通信料金および／または受信待機時間に応じた許容データ量を算出する許容データ量取得部３１２を有している。
【００５４】
受付手段２０は、ユーザが負担を許容する通信料金の上限、および／またはユーザが許容できる受信待機時間の上限を受け付ける。特に限定されないが、許容する通信料金として、例えば１回のダウンロードにおいて支払える金額を受け付け、許容できる受信待機時間として、例えば１回のダウンロードにおいて待つことができる受信時間を受け付けることができる。ちなみに、配信されるモジュールデータの１つあたりのデータ量をＳ１とし、通信速度をＶとし受信待機時間をＴ１とすると、Ｓ１＝Ｖ×Ｔ１となる。ここで通信速度が速ければ受信待機時間は短くなる。またモジュールデータのデータ量が大きければ受信待機時間が長くなる。本実施形態では、許容通信料金と受信待機時間の要因となる情報について開示し予めユーザに許容通信料金と許容受信待機時間を問い合わせる所定のインタフェースを用意し入力された許容通信料金と許容受信待機時間とを記憶する。
【００５５】
許容データ量取得部３１２は、料金または待機時間の観点からユーザに許容される許容データ量を算出する。具体的な算出手法を例示すると、ユーザから受け付けた許容通信料金および通信能力検出部３１１が検出した通信手段１０の通信能力に基づいて、通信料金表を参照して、ユーザが許容する通信料金に対応する許容データ量を算出する。または、ユーザから受け付けた許容受信待機時間および通信能力検出部３１１が検出した通信手段１０の通信能力に基づいて、ユーザが許容する受信待機時間に対応する許容データ量を算出する。これら２つの手法により算出された許容データ量のいずれかを許容データ量としてもよいし、２つの許容データ量の平均または、２つの許容データ量のうち小さい許容データ量を許容データ量としてもよい、
配信命令手段３３は、受信データ量算出手段３１により算出された受信データ量以下であって、かつ許容データ量取得部３１２が算出・取得した許容データ量以下の地図情報またはモジュールデータを選択し、当該選択されたモジュールデータの配信を地図サーバ２００へ命令する配信命令を生成する。すなわち、車両の現在位置において受信できる受信データ量を超えることなく、かつユーザが許容する通信料金および／または受信待機時間を超えることのないデータ量であるモジュールデータの配信が命令されることとなる。
【００５６】
なお、特に限定されないが、第１実施形態と同様にモジュールデータに含まれる情報の属性からモジュールデータの優先順位を判断し、判断された優先順位に応じたモジュールデータを選択することが好ましい。
【００５７】
図６は、本実施形態の制御手順を示すフローチャートである。基本的な制御手順は図５に示す第１実施形態の制御手順と共通する。図５に示すＳ１１１に続き、受信データ量算出手段３１は、通信手段１０の通信速度を予測する（Ｓ２１２）。具体的には、通信能力検出部３１１により通信手段１０の機種番号などの通信能力を示す通信能力情報を取得し、地図サーバ２００へのリンクアップ速度を検出し、公称通信速度や実効通信速度を予測する（Ｓ２１１）。許容データ量取得部３１２は、受付手段２０を介して入力されたユーザが許容する通信料金および／またはユーザが許容する受信待機時間を取得する（２１３）。さらに許容データ量取得部３１２は、許容通信料金、許容受信待機時間から許容データ量を算出する（２１４）。配信命令手段３３は、算出された受信データ量および許容データ量よりも小さいデータ量のモジュールデータを選択する（Ｓ２１５）。なお、このモジュールデータの選択にあたってはモジュールデータに含まれる情報の属性から優先順位を判断し（Ｓ２１６）、判断された優先順位を含む配信命令を生成する（Ｓ１１５）。その後は、図５に示すＳ１１６以下のフローと同様に動作する。
【００５８】
本実施形態は、第１実施形態と同様の効果を奏するとともに、許容金額を超える通信料金がユーザに課せられることがなく、また許容待機時間を超えてユーザが待機させられることがない。換言すると、ユーザが許容する範囲において必要最低限の情報を提供することから、不必要な情報を取得するために無駄な料金や時間が費やされることがない。
【００５９】
受信環境の悪い場所においては地図情報の受信に時間がかかり、地図情報を取得したときには、車両はすでにその場所を通過してしまっている場合もありうる。このような場合において、許容する受信待機時間が設定されていれば、必要最低限の情報をタイミング良く受信することができ、ユーザは長時間待機（または多くの通信費用を浪費）しなくとも必要な情報を取得することができる。
【００６０】
＜第３実施形態＞
次に第３実施形態について説明する。本実施形態は車両の走行情報とモジュールデータに含まれる情報の属性とからモジュールデータを選択し、選択されたモジュールデータの配信を地図サーバ２００に命令する。他の構成については、第１実施形態および第２実施形態と共通するので、ここでは説明を省略する。
【００６１】
図１に示すように、本実施形態は、走行情報検出手段３２をさらに備えている。走行情報検出手段３２は、車両の速度、車両の加速度、車両の走行位置、走行位置の属性、走行道路の属性、車両の走行目的地、車両の操舵角のうち少なくとも１つ以上を含む走行情報を検出する。配信命令手段３３は、走行情報検出手段３２により検出された走行情報とモジュールデータに含まれる情報の属性とから、モジュールデータを選択する。
【００６２】
走行情報のうち、車両の速度または加速度は車速センサにより検出され、車両の走行位置、走行位置の属性、走行道路の属性、車両の走行目的地は、地図上の車両の位置を検出するＧＰＳを用いた位置検出手段４０により検出できる。また、車両の操舵角、たとえばコーナーリング中であるかはＧセンサやスリップセンサにより検出でき、進行方向についてはジャイロセンサにより検出できる。
【００６３】
配置命令手段３３の走行情報分析部３３２は、走行情報を分析し受信するモジュールデータを選択する。たとえば、車両の速度または加速度が所定の値よりも高い場合には、車両が高速道路や幹線道路等を走行していると分析できるため、高速道路や幹線道路の情報を含むモジュールデータを選択する。一方、車両の速度または加速度が所定の値よりも低い場合には、車両のドライバが道に迷っていると分析できるため、細街路の情報を含むモジュールデータを選択する。さらに、車両の速度または加速度が所定の値よりも低く、なおかつ頻繁に停止するような場合には、車両は渋滞に巻き込まれていると分析できるため、抜け道の情報を含むモジュールデータを選択する。また、車両の走行位置が市街地に属している場合には、車両は細街路を走行していると分析できるため、細街路の情報を含むモジュールデータを選択する。車両の走行道路が高速道路である場合には、車両は高速道路を走行していると分析できるため、高速道路およびインターチェンジ、サービスエリア等の情報を含むモジュールデータを選択する。さらに本装置のナビゲーション機能において目的地が設定されている場合には、当該設定された目的地の属性を分析し、目的地と同じ属性を有するランドマークを含むモジュールデータを選択する。たとえば、目的地が観光地に属するような場合、観光地に分類されるランドマークを含むモジュールデータを選択する。加えて、操舵角が大きく、コーナーリングの途中であるような場合には、車両は細街路を走行していないと分析し、細街路に属するモジュールデータ以外のモジュールデータを選択する。なお、この選択は一の走行情報に基づいて行われてもよいし、二以上の走行情報に基づいて行われてもよい。
【００６４】
なお、特に限定されないが、第１実施形態と同様にモジュールデータに含まれる情報の属性からモジュールデータの優先順位を判断し、判断された優先順位に応じたモジュールデータを選択することが好ましい。
【００６５】
具体的な制御処理について、図７を参照しつつ説明する。基本的な制御処理は図５に示した第１実施形態の制御処理と共通する。ここでは異なる処理についてのみ説明する。
【００６６】
走行情報検出手段３２が車両の走行情報を検出する（Ｓ３１１）。以下に分析および選択の例を示すが、このうちの一手法を採用してもよいし、二以上の手法を組み合わせて採用してもよい。もちろん、他の走行情報を用いた分析および選択を採用してもよい。
【００６７】
第１に、車速センサ３２が走行速度ｖを検出する（Ｓ３２１）。検出された走行速度ｖが所定の速度Ｘよりも低い場合（Ｓ３２２）、細街路のモジュールデータを選択する（Ｓ３２４）。検出された走行速度ｖが所定の速度Ｘよりも高い場合（Ｓ３２２）、幹線道路のモジュールデータを選択する（Ｓ３２３）。
【００６８】
第２に、車速センサ３２が加速度ａを検出する（Ｓ３３１）。検出された加速度ａが所定の加速度Ｙよりも低い場合（Ｓ３３４）、細街路のモジュールデータを選択する（Ｓ３３４）。検出された走行速度ｖが所定の速度Ｘよりも高い場合（Ｓ３３２）、幹線道路のモジュールデータを選択する（Ｓ３３３）。
【００６９】
第３に、位置検出手段４０が車両の走行する道路の属性（たとえば、高速道路、幹線道路、細街路）を検出する（Ｓ３４１）。走行する道路の属性を分析し（Ｓ３４２）、同じ属性の道路情報を含むモジュールデータを選択する（Ｓ３４３）。
【００７０】
第４に、本装置のナビゲーション機能を利用して設定された目的地および／または走行地点の属性を検出する（Ｓ３５１）。目的地および／または走行地点の属性を分析し（３５２）、同じ地点のランドマークを表示するモジュールデータを選択する（Ｓ３５３）。
【００７１】
配信命令手段３３は、走行情報分析部３３２の分析結果に基づいて、配信を命令するモジュールデータを選択する。特に限定されないが、選択されたモジュールデータをさらに絞り込む場合には、モジュールデータに含まれる情報の属性から優先順位を判断し（Ｓ３１３）、判断した優先順位を含む配信命令を生成し（Ｓ１１５）、地図サーバ２００へ向けて送出する（Ｓ１１６）。
【００７２】
本実施形態によれば、第１および第２実施形態の効果を奏するとともに、車両の走行情報に応じて取得すべきモジュールデータを選択することができるため、走行中のユーザが実際に要求する必要な情報を正確に捉え、必要な情報を必要なタイミングで提供することができる。すなわち、一般的な観点からモジュールデータを選択する場合に比べて、走行情報から分析された具体的なユーザの要求に合致した情報を選択することができ、通信環境に応じて配信する情報を制限しつつもユーザが必要とする案内情報を的確に表示することができる。
【００７３】
＜第４実施形態＞
第４実施形態について説明する。本実施形態では、データ配信の制御を行う機能を、ユーザ側ではなく、地図サーバ２００に設けることとした。地図サーバ２００は、ユーザ端末１００と相互に情報の送受信を行う通信手段２１０と、地図情報を記憶する記憶手段２５０と、データ配信を制御するデータ配信制御器２３０（第１実施形態のデータ取得制御器に対応）と、ユーザ端末１００からユーザの位置情報を取得する位置取得手段２４０とを有している。具体的には、ユーザ端末１００への地図情報の配信を制御するプログラムを格納したＲＯＭと、このＲＯＭに格納されたプログラムを実行することで、データ配信制御器２３０として機能するＣＰＵと、情報を記憶し、記憶手段２５０として機能するＲＡＭとを備えている。ここで、ユーザ端末１００は、携帯電話、ＰＤＡ、車両搭載のナビゲーション装置、その他の案内情報を提示できるコンピュータであり、ＧＰＳ等を利用してユーザの現在位置を検出する位置検出手段１４０を少なくとも備えている。
【００７４】
データ配信制御器２３０は、受信データ量算出手段２３１と、配信命令手段２３３とを有する。これらは第１実施形態のユーザ端末１００に設けられた受信データ量算出手段３１と、配信命令手段３３と同様の機能を有し同様に動作する。記憶手段２５０は、第１実施形態において説明した記憶手段２５０と同様である。さらに、走行情報取得手段２３２は、ユーザ端末１００が車両に搭載されたナビゲーション装置であることを前提に機能し、当該ナビゲーション装置１００側の走行情報検出手段１３２が検出した情報を取得し、第３実施形態の走行情報検出手段３２と同様に動作する。
【００７５】
本実施形態の地図サーバ２００の制御手順を図９に示した。基本的には第１実施形態の制御手順と同じである。図９に示すように、地図サーバ２００が起動し、通信手段２１０を介してユーザ端末１００との通信が確立されると（Ｓ４１１）、受信データ量算出手段３１は、ユーザ端末１００の通信手段１０の通信能力を示す情報（機種を特定する情報）、および位置検出手段４０により検出されたユーザの現在位置に関する情報を取得する（Ｓ４１２）。受信データ量算出手段２３１は、ユーザの現在位置が属するエリアの受信環境を記憶手段２５０に格納されている受信環境データから読み出し、ユーザの現在位置における受信環境を求める。また、受信データ量算出手段２３１は、求めた現在位置における受信環境と、ユーザ端末１００の通信手段１０の通信能力とから受信可能な受信データ量を算出する（Ｓ４１３）。
【００７６】
配信命令手段２３３は、受付手段１２０を介するユーザの入力情報に従い、ユーザが取得しようとする地図情報の領域を特定する。配信命令手段２３３は、算出され受信データ量よりも取得するモジュールデータの合計のデータ量が小さくなるようにデータ量比較部２３３１にデータ量の比較を行わせ、その比較結果に基づいてモジュールデータを選択する。このとき、モジュールデータが含む情報の属性から優先順位を判断し、判断した優先順位に応じてモジュールデータを選択する（Ｓ１１４）。配信命令手段２３３は、配信するモジュールデータを特定するとともに、その配信の優先順位を含めた配信命令を生成する（Ｓ４１５）。
【００７７】
地図サーバ２００は、配信命令、およびユーザＩＤ、現在位置情報を取得し（Ｓ４１６）これらに対応したモジュールデータをユーザ端末１００へ送出する（Ｓ４１７）。優先順位「ｉ」＝１のモジュールデータから順に送出し（Ｓ４１８）、各モジュールデータの配信の完了を確認しつつ（Ｓ４１９）、配信命令に含まれるすべてのモジュールデータの配信を完了させる（Ｓ４２０）。
【００７８】
このように、地図サーバ２００は、第１実施形態〜第３実施形態と同様に作用し、同様の効果を奏することができる。特に、配信する地図情報、モジュールデータの選択、優先順位の決定等を地図サーバ２００にて行うことができるため、ナビゲーション装置１００の処理負担、ハードウェア資源の負担を軽減することができる。
【００７９】
なお、第１〜第４実施形態ではナビゲーション装置１００および地図サーバ２００について説明したが、本発明のナビゲーション用プログラムにより動作するコンピュータは、ナビゲーション装置１００または地図サーバ２００と同様に作用し、同様の効果を奏する。
【００８０】
なお、以上説明した実施形態は、本発明の理解を容易にするために記載されたものであって、本発明を限定するために記載されたものではない。したがって、上記の実施形態に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物をも含む趣旨である。
【図面の簡単な説明】
【図１】本実施形態のナビゲーション装置のブロック図である。
【図２】地図情報とモジュールデータとを説明するための図である。
【図３】言語表記された地図情報を説明するための図である。
【図４】取得するモジュールデータの選択処理を説明するための図である。
【図５】本実施形態における制御手順を示すフローチャート図である。
【図６】第２実施形態における制御手順を示すフローチャート図である。
【図７】第３実施形態における制御手順を示すフローチャート図である。
【図８】第４実施形態の地図サーバのブロック図である。
【図９】第４実施形態のおける制御手順を示すフローチャート図である。
【符号の説明】
１００…ナビゲーション装置，ユーザ端末
１０…通信手段
２０…受付手段
３０…データ取得制御器
３１…受信データ量算出手段
３２…走行情報検出手段
３３…配信命令手段
４０…位置検出手段
５０…記憶手段
６０…地図作成手段
７０…出力手段
２００…地図サーバ
２１０…通信手段
２２０…受付手段
２３０…データ配信制御器（データ取得制御器３０）
２３１…受信データ量算出手段
２３２…走行情報取得手段（走行情報検出手段１３２、３２）
２３３…配信命令手段
２４０…位置取得手段（位置検出手段４０）
２５０…記憶手段
【図１】
2004117191.tif 000003
【図２】
2004117191.tif 000004
【図３】
2004117191.tif 000005
【図４】
2004117191.tif 000006
【図５】
2004117191.tif 000007
【図６】
2004117191.tif 000008
【図７】
2004117191.tif 000009
【図８】
2004117191.tif 000010
【図９】
2004117191.tif 000011