(57)【要約】      （修正有）【課題】利用者の煩雑な操作を不要とし、目的地を的確に提案できる装置及びシステムを提供する。【解決手段】端末装置(車載装置２０）は、停車位置及び停車時間を含む停車情報を生成して支援サーバ１０に送信する。支援サーバ１０は、受信した各停車情報から、近傍の停車位置同士を１つの候補位置にまとめて集計した候補情報を生成してデータベース１３に蓄積する。端末装置は、目的地の提案が利用者から要求されると、現在位置を含む要求情報を生成して、支援サーバ１０に送信する。支援サーバ１０は、要求情報の現在位置を基準として候補位置が所定範囲内に含まれる候補情報をデータベース１３から検索し、検索した候補情報を端末装置に送信する。端末装置は、受信した候補情報に基づいて、候補位置を示すシンボルを地図画像に合成して表示部に表示する。【選択図】図１
2018040798.tif 000002
【特許請求の範囲】
【請求項１】
支援サーバとネットワークを介して接続された端末装置であって、
自車の停車位置を検出する検出部と、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算部と、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信部と、
受信した前記候補情報を表示する表示部と、
を備えることを特徴とする端末装置。
【請求項２】
請求項１に記載の装置と、支援サーバがネットワークを介して接続されたナビゲーションシステムであって、
前記支援サーバは、
前記端末装置から送信された停車位置を含む停車情報をそれぞれ受信する停車情報受信部と、
受信した前記各停車情報から、各車の停車位置を互いの距離によって判定し、近似している場合はひとつの候補位置に停車しているものとみなして集計した候補情報を生成して蓄積するデータベースと、
前記通信端末から送信された現在位置を含む要求情報に応答し、前記現在位置を基準として前記候補位置が所定範囲内に含まれる前記候補情報を前記データベースから検索する検索部と、
検索した前記候補情報を要求元の前記通信端末に送信する候補情報送信部と、を備えることを特徴とするナビゲーションシステム。
【請求項３】
自車の停車位置を検出する検出ステップと、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算ステップと、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される、近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信ステップと、
受信した前記候補情報を表示する表示ステップと、
を備えることを特徴とする目的地提案方法。
【請求項４】
コンピュータを、
自車の停車位置を検出する検出部と、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算部と、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される、近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信部と、
受信した前記候補情報を表示する表示部と、
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、ナビゲーションシステム、目的地提案方法、及び、プログラムに関する。
【背景技術】
【０００２】
車両の利用者に、より付加価値の高い情報を提供するナビゲーションシステムが提案されている。
例えば、特許文献１には、お気に入り地点の情報を、利用者間で共有するナビゲーションシステムの発明が開示されている。このナビゲーションシステムでは、嗜好性の類似度が高い利用者同士で関連付けを行い、共有したお気に入り地点の情報から目的地を設定可能となっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−１３３１８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来のナビゲーションシステムにおいて、利用者（運転者）は、自らの（若しくは、同乗者の）要望に沿って目的地を設定していた。例えば、スケートをしたいという要望を持っている場合には、近傍のスケートリンク等を探して、目的地に設定することになる。なお、最初に設定した目的地が、設備や料金等の条件を満たさないような場合には、別の目的地を探すことになる。
このように、利用者の要望が明確であれば、妥当な目的地を設定することができるものの、利用者の要望が漠然としている場合（例えば、何かスポーツをしたいという要望を持っている場合）には、あれこれ試行錯誤を繰り返しつつ、目的地を設定しなければならなかった。この他にも、たまたま利用者に余暇が発生し、これといった要望を持たない場合には、目的地の設定が全く行えないこともあった。
【０００５】
なお、上述した特許文献１のナビゲーションシステムにおいて、共有したお気に入り地点の情報から目的地を設定可能としている。
しかしながら、特許文献１のナビゲーションシステムでは、利用者がその都度「お気に入り」に登録する必要があった。つまり、わざわざ煩雑な操作を利用者が行わないと、情報の共有ができなかった。そのため、煩雑な操作を行わない利用者も多く、共有される情報の絶対量が不足しがちとなり、特許文献１のナビゲーションシステムでも、目的地の設定にあまり役立たないという問題があった。
【０００６】
本発明は、上記のような問題点を解決するためになされたもので、利用者の煩雑な操作を不要とし、目的地を的確に提案することのできるナビゲーションシステム、支援サーバ、通信端末、目的地提案方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明の第1の観点に係る端末装置は、
支援サーバとネットワークを介して接続された端末装置であって、
自車の停車位置を検出する検出部と、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算部と、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信部と、
受信した前記候補情報を表示する表示部と、
を備えることを特徴とする。
【０００８】
上記目的を達成するため、本発明の第２の観点に係るナビゲーションシステムは、
請求項１に記載の装置と、支援サーバがネットワークを介して接続されたナビゲーションシステムであって、
前記支援サーバは、
前記端末装置から送信された停車位置を含む停車情報をそれぞれ受信する停車情報受信部と、
受信した前記各停車情報から、各車の停車位置を互いの距離によって判定し、近似している場合はひとつの候補位置に停車しているものとみなして集計した候補情報を生成して蓄積するデータベースと、
前記通信端末から送信された現在位置を含む要求情報に応答し、前記現在位置を基準として前記候補位置が所定範囲内に含まれる前記候補情報を前記データベースから検索する検索部と、
検索した前記候補情報を要求元の前記通信端末に送信する候補情報送信部と、
を備えることを特徴とする。
【０００９】
上記目的を達成するため、本発明の第３の観点に係る目的地提案方法は、
自車の停車位置を検出する検出ステップと、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算ステップと、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される、近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信ステップと、
受信した前記候補情報を表示する表示ステップと、
を備えることを特徴とする。
【００１０】
上記目的を達成するため、本発明の第４の観点に係るプログラムは、
コンピュータを、
自車の停車位置を検出する検出部と、
検出した前記停車位置を含む停車情報および現在位置を含む要求情報を生成する演算部と、
生成した前記停車情報および前記要求情報を送信し、送信した前記要求情報に応答して前記支援サーバから送信される、近傍の前記停車位置同士を１つの候補位置にまとめて集計した候補情報を受信する通信部と、
受信した前記候補情報を表示する表示部と、
として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、利用者の煩雑な操作を不要とし、目的地を的確に提案することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態に係るナビゲーションシステムの構成例を示すブロック図である。
【図２】停車情報から足跡位置情報を生成する様子を説明するための模式図である。
【図３】候補位置を示すシンボルが合成された地図画像の一例を示す模式図である。
【図４】車載装置とサーバとの間の情報の流れを説明するための模式図である。
【図５】本発明の実施の形態に係る停車情報送信処理の処理内容を示すフローチャートである。
【図６】本発明の実施の形態に係る要求処理及び、応答処理の処理内容を示すフローチャートである。
【発明を実施するための形態】
【００１３】
（実施の形態）
本発明の実施の形態に係るナビゲーションシステムについて、以下図面を参照して説明する。このナビゲーションシステムは、支援サーバと複数の車載装置とがネットワークを介して接続されたシステムである。
【００１４】
図１は、ナビゲーションシステムの構成例を示すブロック図である。
図示するように、ナビゲーションシステムは、支援サーバ１０、車載装置２０、及び、通信端末３０とを含んで構成されている。また、支援サーバ１０と通信端末３０（車載装置２０）とは、移動体無線通信網等のネットワーク９０を介して、通信可能に接続されている。
なお、図１においては、説明を容易にするために、車載装置２０及び通信端末３０をそれぞれ１つだけ描画したブロック図としているが、実際には、各利用者（各車両）に応じて車載装置２０及び通信端末３０がそれぞれの構成に含まれるものとする。
【００１５】
支援サーバ１０は、汎用のコンピュータ等からなり、通信部１１と、処理制御部１２と、データベース１３とを含んで構成されている。
【００１６】
通信部１１は、モデム等からなり、ネットワーク９０を介して、通信端末３０（より詳細には車載装置２０）と通信可能となっている。
例えば、通信部１１は、車載装置２０（より詳細には各車載装置２０）から送信された停車情報を受信する。停車情報とは、利用者の車両（つまり、車載装置２０を搭載した車両）が停車（駐車）した際に、車載装置２０から自動的に送信される情報であり、一例として、停車位置（座標）及び停車時間（分）が含まれている。
また、通信部１１は、車載装置２０から、目的地の提案を要求するための要求情報を受信し、これに応答して、目的地の候補を示す候補情報（より詳細には、後述する足跡位置情報）を送信する。
【００１７】
処理制御部１２は、ＣＰＵ（Central Processing Unit）等からなり、支援サーバ１０全体を制御する。
例えば、処理制御部１２は、通信部１１が受信した各停車情報から、近傍の停車位置同士を１つの候補位置にまとめて集計した候補情報を生成して、データベース１３に蓄積する。
具体的に処理制御部１２は、図２に示すように、受信した停車情報のうち、停車位置の近い停車情報があれば１つの候補位置にまとめて集計した足跡位置情報を生成する。
すなわち、停車情報Ｔａ〜Ｔｃは、互いの座標の値が近似していることから停車位置が近いと判別して１つの候補位置に３件とカウントした足跡位置情報Ｋａが生成される。なお、図中の他の停車情報は、それぞれ停車位置が離れているため、そのまま候補位置に１件とカウントした足跡位置情報が生成される。  処理制御部１２は、このような足跡位置情報をデータベース１３に蓄積する。
【００１８】
また、処理制御部１２は、通信部１１が要求情報を受信した際に、この要求情報に含まれる現在位置（目的地の提案を要求する車両の現在位置）を基準として、候補位置が所定範囲内に含まれる足跡位置情報（候補情報）をデータベース１３から検索する。
処理制御部１２は、検索した足跡位置情報を、通信部１１を通じて供給した車載装置２０に送信する。
【００１９】
図１に戻って、データベース１３は、足跡位置情報を記憶する。つまり、データベース１３は、上述した図２に示すような足跡位置情報を検索可能に記憶する。
【００２０】
一方、車載装置２０は、利用者（運転者）の車両に搭載され、自車位置を地図画像に重畳して表示したり、利用者が目的地を容易に選択できるように、目的地の候補をより分かり易く表示する。
具体的に車載装置２０は、ＧＰＳユニット２１と、車速センサ２２と、シフトセンサ２３と、ハンドブレーキセンサ２４と、ハードディスク２５と、演算処理部２６と、端末通信ドライバ２７と、操作部２８と、表示部２９とを含んで構成されている。
【００２１】
ＧＰＳ（Global Positioning System）ユニット２１は、複数のＧＰＳ衛星から送られる信号を受信し、自車位置（自車の現在位置）を計測する。そして、計測した自車位置を示す位置情報を演算処理部２６に供給する。
【００２２】
車速センサ２２は、例えば、変速機の出力軸や従動輪の回転に応じたパルス信号を計測して、車両の速度を検出する。そして、検出した速度の情報を演算処理部２６に供給する。
【００２３】
シフトセンサ２３は、シフトレバーの位置を検出する。例えば、オートマティック車の場合では、パーキングレンジ（Ｐ）、リバースレンジ（Ｒ）、ニュートラルレンジ（Ｎ）、及び、ドライブレンジ（Ｄ）等の何れかに、シフトレバーが位置しているかを検出する。そして、検出したシフトレバーの位置の情報を演算処理部２６に供給する。
【００２４】
ハンドブレーキセンサ２４は、ハンドブレーキ（パーキングブレーキ）が引かれているかどうか（ブレーキ状態かどうか）を検出する。そして、検出した状態を演算処理部２６に供給する。
【００２５】
ハードディスク２５は、地図情報（道路情報）や各種の画像といった表示や経路探索に必要な情報を記憶している。この画像には、候補位置を示すシンボル（一例として、円形シンボル）等も含まれている。そして、演算処理部２６からの要求に応じて、必要な情報を読み出して演算処理部２６に供給する。
【００２６】
演算処理部２６は、例えば、ＣＰＵ、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、内蔵タイマ等から構成され、このＲＯＭに記憶されたプログラムをＣＰＵが実行することにより、車載装置２０全体を制御する。
具体的に演算処理部２６は、車速センサ２２、シフトセンサ２３、及び、ハンドブレーキセンサ２４から供給された情報（検出された情報）に従って、自車が停車（駐車）状態であるかどうかを判別する。一例として、車速センサ２２から得られた速度がゼロ、シフトセンサ２３から得られたシフトレバー位置がパーキング、及び、ハンドブレーキセンサ２４から得られた状態がブレーキ状態の場合（若しくは、何れかの組み合わせの場合）に、演算処理部２６は、自車が停車状態であると判別する。なお、停車状態を判別する手法は、これに限られず、適宜変更可能である。例えば、イグニッションキーの位置やエンジ
ンの回転の有無等から、自車の停車状態を判別してもよい。
このように、自車の停車状態を判別すると、演算処理部２６は、ＧＰＳユニット２１が計測した自車位置を停車位置として記憶する。また同時に、停車時間の計時も開始する。この計時は、停車状態が解除される（自車が停車状態でなくなる）まで維持される。
そして、停車状態が解除され、停車時間の計時を終えると、演算処理部２６は、停車情報を生成して、通信端末３０を通じて支援サーバ１０へ送信する。つまり、検出した停車位置及び停車時間を含む停車情報を生成して、支援サーバ１０へ送信する。
なお、停車時間が所定の基準時間（一例として、５分間）よりも短い場合には、停車情報を送信しないようにしてもよい。
この他にも、利用者の自宅位置が車載装置２０に登録されていれば、停車位置がその自宅位置の近傍である場合には、自宅の駐車場等であると判別して、停車情報を送信しないようにしてもよい。
更に、車載装置２０が交通情報（渋滞情報）を取得できるのであれば、停車位置が渋滞区間上であれば、渋滞による停車であると判別して、停車情報を送信しないようにしてもよい。
【００２７】
また、演算処理部２６は、利用者より操作部２８が操作され、目的地の提案が要求されると、要求情報を生成して、通信端末３０を通じて支援サーバ１０へ送信する。例えば、目的地を選ぶに際して、これといった要望を持たない利用者が、目的地の提案を要求した場合に、演算処理部２６は、ＧＰＳユニット２１が計測した現在位置（自車位置）を含んだ要求情報を生成して、支援サーバ１０へ送信する。
そして、この要求情報に応答して、支援サーバ１０から候補情報が送られると、演算処理部２６は、この候補情報に従って、地図画像上の候補位置に所定のシンボルを合成して表示部２９に表示する。例えば、演算処理部２６は、図３に示すように、候補位置にシンボルＳａやシンボルＳｂを合成する。なお、一例として、演算処理部２６は、円形のシンボルの大きさを、候補位置の件数（カウント数）に応じて変化させ、また、シンボルの色の濃度（濃さ／透明度）を候補位置の平均停車時間に応じて変化させている。つまり、候補位置の件数が多いほど円の半径を大きくし、また、候補位置の平均停車時間が長いほど
シンボルの色を濃くして合成する。すなわち、図３の場合では、シンボルＳａの候補位置が、件数がそれほど多くなく、停車時間も短いことが視覚的に表現されており、一方、シンボルＳｂの候補位置が、件数が多く、停車時間も長いことが視覚的に表現されている。
なお、シンボルの形状は、円形に限らず適宜変更可能である。また、シンボルの色の濃度を変化させる代わりに、色の輝度等を変化させてもよい。
【００２８】
図１に戻って、端末通信ドライバ２７は、通信端末３０との間で、所定規格のコネクタ（ケーブル）を通じて、通信に必要な情報を送受信する。なお、車載機器２０と通信端末３０とが所定の無線通信規格にて接続されている場合には、端末通信ドライバ２７は、その無線通信規格に沿って、通信端末３０との間で、通信に必要な情報を送受信する。
【００２９】
操作部２８は、例えば、表示部２９の前面に配置されたタッチパネル等からなり、利用者からの操作内容（指示入力等）を受け付ける。なお、操作部２８は、赤外線リモコン等であってもよい。
【００３０】
表示部２９は、例えば、液晶ディスプレイ等からなり、地図画像（道路画像）等を表示する。
具体的に表示部２９は、利用者により目的地の提案が要求され、支援サーバ１０から候補情報が送られると、上述した図３に示すような候補位置にシンボルＳａ，Ｓｂ等を合成した地図画像を表示する。
【００３１】
通信端末３０は、例えば、携帯電話やデータ通信端末等からなり、ネットワーク９０を介して支援サーバ１０と通信接続し、支援サーバ１０と車載装置２０との間で必要な情報を送受信する。
具体的に通信端末３０は、車載装置２０より生成された停車情報を支援サーバ１０に送信する。また、通信端末３０は、車載装置２０より生成された要求情報を支援サーバ１０に送信し、応答して支援サーバ１０にて検索された候補情報を受信する。
【００３２】
すなわち、このような構成のナビゲーションシステムでは、図４に示すように、各車載装置２０から支援サーバ１０に停車情報が自動的に送信される。そして、支援サーバ１０は、受信した各停車情報から、近傍の停車位置同士を１つの候補位置にまとめて集計した候補情報（足跡位置情報）を生成して蓄積する。
一方、目的地の提案を要求する要求情報が車載装置２０から支援サーバ１０に送信されると、支援サーバ１０は、要求情報に含まれる自車の現在位置を基準として、候補位置が所定範囲内に含まれる候補情報を検索し、車載装置２０に送信する。そして、候補情報を受信した車載装置２０は、この候補情報に従って、地図画像上の候補位置にシンボルを合成して表示する。
【００３３】
以下、ナビゲーションシステムの具体的な動作について、図面を参照して説明する。
最初に、車載装置２０が停車情報を自動的に支援サーバ１０へ送信する停車情報送信処理について、図５のフローチャートを参照して説明する。
【００３４】
まず、車載装置２０は、各センサの情報を取得する（ステップＳ１０１）。
すなわち、車速センサ２２、シフトセンサ２３、及び、ハンドブレーキセンサ２４から各情報を取得する。
【００３５】
車載装置２０は、自車が停車状態であるか否かを判別する（ステップＳ１０２）。
例えば、車速センサ２２から得られた速度がゼロ、シフトセンサ２３から得られたシフトレバー位置がパーキング、及び、ハンドブレーキセンサ２４から得られた状態がブレーキ状態の場合（若しくは、何れかの組み合わせの場合）に、演算処理部２６は、自車が停車状態であると判別する。
車載装置２０は、自車が停車状態でないと判別すると（ステップＳ１０２；Ｎｏ）、上述したステップＳ１０１に処理を戻す。
【００３６】
一方、自車が停車状態であると判別した場合（ステップＳ１０２；Ｙｅｓ）に、車載装置２０は、停車位置を記憶し、停車時間の計時を開始する（ステップＳ１０３）。
すなわち、演算処理部２６は、ＧＰＳユニット２１が計測した自車位置を停車位置として記憶する。また同時に、停車時間の計時も開始する。
【００３７】
車載装置２０は、再び各センサの情報を取得する（ステップＳ１０４）。
そして、停車状態が解除されたかどうかを判別する（ステップＳ１０５）。
すなわち、車速センサ２２、シフトセンサ２３、及び、ハンドブレーキセンサ２４から供給された情報から、停車状態が解除された（自車が走行状態になった）か否かを判別する。
車載装置２０は、停車状態が解除されていないと判別すると（ステップＳ１０５；Ｎｏ）、上述したステップＳ１０４に処理を戻す。
【００３８】
一方、停止状態が解除されたと判別した場合（ステップＳ１０５；Ｙｅｓ）に、車載装置２０は、停車時間の計時を終了し、停車情報を生成する（ステップＳ１０６）。
すなわち、演算処理部２６は、検出した（記憶していた）停車位置及び、計時した停車時間を含む停車情報を生成する。
【００３９】
そして、車載装置２０は、生成した停車情報を支援サーバ１０に送信する（ステップＳ１０７）。
つまり、検出した停車位置及び停車時間を含む停車情報が車載装置２０にて生成され、自動的に支援サーバ１０へ送信される。なお、停車時間が所定の基準時間よりも短い場合には、停車情報を送信しないようにしてもよい。
【００４０】
このような停車情報送信処理により、各車載装置２０から支援サーバ１０に停車情報が自動的に送信される。そして、支援サーバ１０は、受信した各停車情報から、近傍の停車位置同士を１つの候補位置にまとめて集計した候補情報（足跡位置情報）を生成して蓄積する。
【００４１】
次に、車載装置２０が目的地の提案を要求する要求処理と、支援サーバ１０が候補情報を応答する応答処理について、図６のフローチャートを参照して説明する。
【００４２】
まず、車載装置２０は、利用者の操作に従って、目的地の提案要求を取得する（ステップＳ２０１）。
例えば、目的地を選ぶに際して、これといった要望を持たない利用者が、操作部２８から目的地の提案を要求すると、演算処理部２６は、その提案要求を取得する。
【００４３】
車載装置２０は、現在位置を取得し、要求情報を生成する（ステップＳ２０２）。
すなわち、演算処理部２６は、ＧＰＳユニット２１が計測した現在位置（自車位置）を含んだ要求情報を生成する。
【００４４】
車載装置２０は、生成した要求情報を支援サーバ１０に送信する（ステップＳ２０３）。
そして、車載装置２０は、支援サーバ１０からの応答を待機する（ステップＳ２０４；Ｎｏ）。
【００４５】
対して、支援サーバ１０は、要求情報の受信を待機する（ステップＳ３０１；Ｎｏ）。つまり、何れかの車載装置２０から送られる要求情報を待ち続ける。
【００４６】
支援サーバ１０は、車載装置２０から送られた要求情報を受信すると（ステップＳ３０１；Ｙｅｓ）、要求情報に含まれる現在位置を基準に、候補情報を検索する（ステップＳ３０２）。
すなわち、処理制御部１２は、現在位置を基準として、候補位置が所定範囲内に含まれる候補情報（足跡位置情報）をデータベース１３から検索する。
【００４７】
支援サーバ１０は、検索した候補情報を要求元の車載装置２０に送信する（ステップＳ３０３）。
【００４８】
車載装置２０の処理に戻って、支援サーバ１０からの応答を判別すると（ステップＳ２０４；Ｙｅｓ）、車載装置２０は、受信した候補情報に従って、候補位置のシンボルを生成し地図画像に合成する（ステップＳ２０５）。
すなわち、演算処理部２６は、受信した候補情報に従って、地図画像上の候補位置に所定のシンボルを合成して表示部２９に表示する。例えば、演算処理部２６は、上述した図３に示すように、候補位置にシンボルＳａやシンボルＳｂを合成する。なお、一例として、演算処理部２６は、円形のシンボルの大きさを、候補位置の件数（カウント数）に応じて変化させ、また、シンボルの色の濃度（濃さ／透明度）を候補位置の平均停車時間に応じて変化させている。すなわち、図３の場合では、シンボルＳａの候補位置が、件数がそれほど多くなく、停車時間も短いことが視覚的に表現されており、一方、シンボルＳｂの
候補位置が、件数が多く、停車時間も長いことが視覚的に表現されている。
なお、シンボルの形状は、円形に限らず適宜変更可能である。また、シンボルの色の濃度を変化させる代わりに、色の輝度等を変化させてもよい。
【００４９】
このような要求処理及び、応答処理により、目的地の提案を要求する要求情報が車載装置２０から支援サーバ１０に送信されると、支援サーバ１０は、要求情報に含まれる自車の現在位置を基準として、候補位置が所定範囲内に含まれる候補情報を検索し、車載装置２０に送信する。そして、候補情報を受信した車載装置２０は、この候補情報に従って、地図画像上の候補位置にシンボルを合成して表示する。
合成されるシンボルは、図３のように、候補位置の件数（カウント数）に応じて大きさが異なり、かつ、候補位置の平均停車時間に応じて色の濃さが異なっている。
そのため、利用者は、表示されるシンボルの表示形態から、候補位置の件数の多さや、停車時間の長さを視覚的に一目で把握することができる。
この結果、利用者の煩雑な操作を不要とし、目的地を的確に提案することができる。
すなわち、各利用者が車両でちょっと立ち寄った際に、自動的に足跡位置情報として登録され、そのような足跡位置情報から検索された候補位置が提案されることになる。つまり、停車時間が長く、また、件数が多ければ、何かおもしろい場所なのではと考えられ、利用者は、ガイドブックに載っていないような優良地点を見つけやすくなる。
【００５０】
上記の実施形態では、車載装置２０を使用して、停車情報を支援サーバ１０に送信したり、要求情報に応答した候補情報によるシンボルを表示する場合について説明したが、車載装置２０を用いずに、通信端末３０だけを使用して、停車情報を支援サーバ１０に送信したり、要求情報に応答した候補情報によるシンボルを通信端末３０に表示するようにしてもよい。
【００５１】
例えば、通信端末３０にＧＰＳ機能等が付加されていれば、所定単位時間あたりの現在位置の変化等から速度を求め、順次記憶するようにしておく。なお、ＧＰＳ機能が無くとも、近傍に存在する複数の無線基地局の位置情報から、通信端末３０の現在位置（最終的には速度）を求めるようにしてもよい。
そして、通信端末３０は、順次記憶した速度（所定数分の速度値）の移動平均の変化等から、車両での移動から利用者の徒歩での移動へ切り替わったことを検出する。なお、この検出手法は、一例であり、他の手法により、車両での移動から徒歩での移動への切り替わりを検出してもよい。
車両での移動から徒歩での移動への切り替わりを検出すると、通信端末３０は、その検出時点の位置情報を停車位置として記憶し、同時に停車時間の計時も開始する。なお、速度の記憶もそのまま続ける。
その後、通信端末３０は、順次記憶した速度の移動平均の変化等から、今度は逆に、徒歩での移動から車両での移動へ切り替わったことを検出する。
徒歩での移動から車両での移動への切り替わりを検出すると、通信端末３０は、停車時間の計時を終了し、停車位置及び停車時間を含む停車情報を生成して、支援サーバ１０に送信する。
支援サーバ１０は、上記と同様に、各通信端末３０から同様に送られる各停車情報から、近傍の停車位置同士を１つの候補位置にまとめて集計した候補情報（足跡位置情報）を生成して蓄積する。
【００５２】
そして、目的地を選ぶに際して、これといった要望を持たない利用者が、車内等から通信端末３０を操作して目的地の提案を要求すると、通信端末３０は、現在位置を含む要求情報を生成し、支援サーバ１０に送信する。支援サーバ１０は、要求情報に含まれる現在位置を基準として、候補位置が所定範囲内に含まれる候補情報を検索し、通信端末３０に送信する。そして、候補情報を受信し通信端末３０は、この候補情報に従って、地図画像上の候補位置にシンボルを合成して表示する。
合成されるシンボルは、上述した図３のように、候補位置の件数（カウント数）に応じて大きさが異なり、かつ、候補位置の平均停車時間に応じて色の濃さが異なっている。
そのため、利用者は、表示されるシンボルの表示形態から、候補位置の件数の多さや、停車時間の長さを視覚的に一目で把握することができる。
この結果、利用者の煩雑な操作を不要とし、目的地を的確に提案することができる。
【００５３】
以上説明したように、本発明によれば、利用者の煩雑な操作を不要とし、目的地を的確に提案することができる。
【符号の説明】
【００５４】
１０  支援サーバ
１１  通信部
１２  処理制御部
１３  データベース
２０  車載装置
２１  ＧＰＳユニット
２２  車速センサ
２３  シフトセンサ
２４  ハンドブレーキセンサ
２５  ハードディスク
２６  演算処理部
２７  端末通信ドライバ
２８  操作部
２９  表示部
３０  通信端末
９０  ネットワーク
【図１】
2018040798.tif 000003
【図２】
2018040798.tif 000004
【図３】
2018040798.tif 000005
【図４】
2018040798.tif 000006
【図５】
2018040798.tif 000007
【図６】
2018040798.tif 000008