JP2013029345A - ナビゲーション端末、ナビゲーションシステム、ナビゲーション端末の制御方法、及び、プログラム - Google Patents

Abstract

【課題】ユーザーによる立ち寄り頻度が高い場所を示す情報をより的確に提供する。
【解決手段】ナビゲーション端末２０において、日時取得部は現在の日時を取得する。位置取得部は現在の車両の位置を取得する。履歴記憶部は取得された日時と位置の履歴を記憶する。取得部は記憶された履歴に基づいて、停車時間が所定の条件を満たすか否かを判別し、停車時間が所定条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、複数のブロックのそれぞれについて、ブロックに履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する。表示部はエリアに対応する地図画像と共に、取得した集計結果をモニターに表示する。
【選択図】図１

Description

本発明は、ナビゲーション端末、ナビゲーションシステム、ナビゲーション端末の制御方法、及び、プログラムに関する。

ユーザーに道路の案内や交通情報の提供などを行う、車両に搭載されるナビゲーション端末が広く普及している。ユーザーは、典型的には、地図、予め登録された行き先リスト、電話番号等を用いて、行きたい目的地を設定し、現在地から目的地までの経路を表示させ、その経路を参考に車両を運転する。

また、近年、経路の探索だけでなく、ドライブを支援するための様々な情報が提供されるナビゲーション端末が登場している。例えば、特許文献１には、ユーザーが選択可能な地図上のアイコンや図形ごとにアクセス頻度を管理し、施設の人気等の情報をユーザーに提供する地理情報表示装置が開示されている。

特開２００４−３４７６３４号公報

しかしながら、目的地によっては、もしくはユーザーによっては、地図上のアイコン等を選択せず、ナビゲーションサービスを利用することなく、車両を運転することがある。また、現在地から目的地までの経路の途中で、ナビゲーション端末を操作することなく、休憩などのために立ち寄ったり、その場で見つけたスポットに立ち寄ってみたりすることがある。そのため、従来技術ではユーザーは施設やエリア等の人気の実態を把握することができないことがあった。

本発明はこのような課題を解決するものであり、ユーザーによる立ち寄り頻度が高い場所を示す情報をより的確にユーザーに提供することができるナビゲーション端末、ナビゲーションシステム、ナビゲーション端末の制御方法、及び、プログラムを提供することを目的とする。

本発明の第１の観点に係るナビゲーション端末は、
現在の日時を取得する日時取得部と、
現在の車両の位置を取得する位置取得部と、
前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部と、
前記履歴記憶部に記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得部と、
前記エリアに対応する地図画像と共に、前記取得部により取得した集計結果をモニターに表示する表示部と、
を備えることを特徴とする。

前記表示部は、前記エリアに対応する地図画像に、前記履歴が示す位置が含まれる回数に予め対応付けられた色を用いて前記複数のブロックのそれぞれを描画して得られる画像を重畳させて、前記モニターに表示してもよい。

前記取得部は、前記車両の停止が開始した日時から、前記車両の停止が終了した日時まで、を示す前記停車時間が、第１の時間長以上、且つ、第２の時間長以下の場合に、前記所定の条件を満たすと判別してもよい。

前記集計結果の集計期間を指定する入力をユーザーから受け付ける入力受付部を更に備えてもよい。
そして、前記取得部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数であって、前記履歴が示す日時が前記入力受付部により指定された集計期間に含まれる回数が対応付けられた前記集計結果を取得してもよい。

前記エリアに対応する地図画像の縮尺を指定する入力をユーザーから受け付ける入力受付部を更に備えてもよい。
そして、前記取得部は、前記入力受付部により指定された縮尺に基づいて定まる前記エリアを分割する前記複数のブロックごとに集計された前記集計結果を取得し、
前記表示部は、前記入力受付部により指定された縮尺に基づいて、前記エリアに対応する地図画像と前記取得した集計結果を前記モニターに表示してもよい。

本発明の第２の観点に係るナビゲーションシステムは、
複数のナビゲーション端末と、サーバー装置と、を有するナビゲーションシステムであって、
前記複数のナビゲーション端末のそれぞれは、
現在の日時を取得する日時取得部と、
現在の車両の位置を取得する位置取得部と、
前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部と、
前記履歴記憶部に記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、前記記憶された履歴を前記サーバー装置に送信する履歴送信部と、
を備え、
前記サーバー装置は、
前記履歴を前記複数のナビゲーション端末のそれぞれから受信する履歴受信部と、
集計対象となるエリアを分割する複数のブロックごとに、前記受信した履歴を集計し、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数を求める集計部と、
前記複数のナビゲーション端末のうち、前記集計部による集計結果を送信する旨の要求があったナビゲーション端末に、前記集計結果を送信する集計結果送信部と、
を備え、
前記複数のナビゲーション端末のそれぞれは、さらに、
前記集計結果を前記サーバー装置から受信する集計結果受信部と、
前記エリアに対応する地図画像と共に、前記集計結果受信部により受信した集計結果をモニターに表示する表示部と、
を備える、
ことを特徴とする。

前記履歴送信部は、前記履歴記憶部に記憶された履歴と共に、前記ナビゲーション端末のユーザーを識別するユーザー識別情報を前記サーバー装置に送信してもよい。
そして、前記集計部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数のうち、特定のユーザー識別情報が対応付けられた前記履歴が示す位置が含まれる回数の占める割合が所定値以上の場合に、前記ブロックに前記履歴が示す位置が含まれる回数を補正してもよい。

前記履歴送信部は、前記履歴記憶部に記憶された履歴と共に、前記ナビゲーション端末を識別する端末識別情報を前記サーバー装置に送信してもよい。
そして、前記集計部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数のうち、特定の端末識別情報が対応付けられた前記履歴が示す位置が含まれる回数の占める割合が所定値以上の場合に、前記ブロックに前記履歴が示す位置が含まれる回数を補正してもよい。

前記集計部によって得られた集計結果を保存するデータベースを更に備えてもよい。
そして、前記集計結果送信部は、前記データベースに保存された集計結果を、前記集計部による集計結果を送信する旨の要求があったナビゲーション端末に送信してもよい。

前記履歴送信部は、前記停車時間が前記所定の条件を満たし、且つ、前記取得した日時が所定の送信タイミングであると判別した場合に、前記記憶された履歴を前記サーバー装置に送信してもよい。

本発明の第３の観点に係るナビゲーション端末の制御方法は、
現在の日時を取得する日時取得ステップと、
現在の車両の位置を取得すると、
前記日時取得ステップおよび前記位置取得ステップにおいて取得された日時と位置の履歴をメモリに記憶する履歴記憶ステップと、
前記履歴記憶ステップにおいて記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得ステップと、
前記エリアに対応する地図画像と共に、前記取得ステップにおいて取得した集計結果をモニターに表示する表示ステップと、
を備えることを特徴とする。

本発明の第４の観点に係るプログラムは、
コンピュータを、
現在の日時を取得する日時取得部、
現在の車両の位置を取得する位置取得部、
前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部、
前記履歴記憶部に記憶された履歴に基づいて、停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得部、
前記エリアに対応する地図画像と共に、前記取得部により取得した集計結果をモニターに表示する表示部、
として機能させる。

本発明によれば、ユーザーによる立ち寄り頻度が高い場所を示す情報をより的確にユーザーに提供することができるナビゲーション端末、ナビゲーションシステム、ナビゲーション端末の制御方法、及び、プログラムを提供することができる。

ナビゲーションシステムの概要構成を示す図である。 ナビゲーション端末のハードウェア構成を示す図である。 サーバー装置のハードウェア構成を示す図である。 走行履歴データの構成を示す図である。 立ち寄りデータの構成を示す図である。 立ち寄りデータ送信処理を説明するためのフローチャートである。 立ち寄りデータ受信処理を説明するためのフローチャートである。 立ち寄りデータの集計処理を説明するためのフローチャートである。 集計する対象のエリアを示す図である。 集計する対象のエリア内の地図の例を示す図である。 エリア内に設定されるブロックを示す図である。 立ち寄りデータの集計結果を用いてユーザーに情報を提供する処理を説明するためのフローチャートである。 立ち寄りデータの集計結果を用いてユーザーに情報を提供する処理を説明するためのフローチャート（続き）である。 立ち寄り回数と表示色とを対応付けるテーブルの構成例を示す図である。 立ち寄り回数によって色分けした立ち寄り分布図の構成例を示す図である。

以下、本発明の実施形態を説明する。図１は、本実施形態のナビゲーションシステム１００の概要構成を示す図である。ナビゲーションシステム１００は、通信ネットワーク１０、Ｎ個（Ｎは１以上の整数）のナビゲーション端末２０（本図では２０−１，２０−２，２０−Ｎと記載）、サーバー装置３０から構成される。

ナビゲーション端末２０は、現在地から目的地までの経路、現在地周辺の地図、交通情報などをユーザーに提供する端末である。ナビゲーション端末２０は、典型的にはユーザーが搭乗する車両の中に設置され、車両の現在位置と地図を用いて、現在地から目的地までの経路を画像と音声を用いて案内する。また、ナビゲーション端末２０は、ユーザーからの要求に応じて店舗や施設等の案内や観光案内を提供したり、交通情報を受信してユーザーに知らせたりする。

サーバー装置３０は、ナビゲーション端末２０が搭載された車両の走行履歴を示すデータなどから受信し、保存する。受信されたデータは、現在地から目的地までの移動経路を探索してユーザーに案内する処理（ナビゲーション処理）などに用いられる。また、後述するように、サーバー装置３０は、Ｎ個のナビゲーション端末２０のそれぞれから受信した走行履歴を示すデータを解析し、地域ごとの立ち寄り頻度などの集計結果を取得する。そして、サーバー装置３０は、取得した集計結果に基づいて、ナビゲーション端末２０を使用する各ユーザーにとって有益な、人気スポット等の情報をナビゲーション端末２０のそれぞれへ提供する。

ナビゲーション端末２０とサーバー装置３０は、通信ネットワーク１０を介して接続されている。通信ネットワーク１０は典型的にはインターネットである。ナビゲーション端末２０は無線通信で通信ネットワーク１０にアクセスする。

次に、本実施形態のナビゲーション端末２０のハードウェア構成について、図２を用いて説明する。ナビゲーション端末２０は、制御部２０１、ＲＯＭ(Read Only Memory)２０２、ＲＡＭ(Random Access Memory)２０３、記憶装置２０４、通信部２０５、走行センサー２０６、音声処理部２０７、画像処理部２０８、入力装置２０９を備える。

制御部２０１は、ＥＣＵ(Electronic Control Unit)あるいはＣＰＵ(Central Processing Unit)から構成され、ＲＯＭ２０２や記憶装置２０４に予め格納されたプログラムを読み出して実行することにより、ナビゲーション端末２０の全体を制御する。制御部２０１は、レジスターという高速アクセスが可能な記憶域に対してＡＬＵ(Arithmetic Logic Unit)を用いて加減乗除等の算術演算や、論理和、論理積、論理否定等の論理演算、ビット和、ビット積、ビット反転、ビットシフト、ビット回転等のビット演算などを行うことができる。

ＲＯＭ２０２は、ＩＰＬ（Initial Program Loader）、プログラム、その他のデータ等を予め記憶する不揮発性メモリである。

ＲＡＭ２０３は、データやプログラムを一時的に記憶する。ＲＡＭ２０３には、記憶装置２０４から読み出したプログラムやデータが記憶される。また、制御部２０１は、ＲＡＭ２０３に変数領域を設け、この変数領域に格納された値に対して直接ＡＬＵを作用させて演算を行ったり、ＲＡＭ２０３に格納された値を一旦レジスターに格納してからレジスターに対して演算を行ったりして、演算結果をＲＡＭ２０３に書き戻す、などの処理を行う。

記憶装置２０４は、ハードディスクドライブもしくはフラッシュメモリーを備え、オペレーティングシステム（ＯＳ）、地図や施設を示すデータ、ナビゲーション端末２０を動作させるための各種設定データ、画像データ、音声データ、ユーザーが保存を指示した任意のデータなどを記憶する。また、記憶装置２０４は、走行センサー２０６により計測されたデータや、通信部２０５が有するＧＰＳ(Global Positioning System)モジュールにより測定された位置を示すデータなどを記憶する。

通信部２０５は、ＧＰＳモジュールを備える。ＧＰＳモジュールは、複数のＧＰＳ衛星からのＧＰＳ電波を受信し、受信結果を制御部２０１に入力する。制御部２０１は、ＧＰＳモジュールを制御して、ナビゲーション端末２０の現在位置（以下「現在地」とも言う。）を取得することができる。また、通信部２０５は、通信ネットワーク１０に接続するためのＮＩＣ(Network Interface Card)等を備える。

走行センサー２０６は、速度センサー、加速度センサー、もしくは、ジャイロセンサー等を備え、ナビゲーション端末２０が搭載された車両の走行スピード、移動距離、進行方向などを計測する。得られた計測結果は制御部２０１に入力され、ＲＡＭ２０３あるいは記憶装置２０４に記憶される。

音声処理部２０７は、記憶装置２０４から読み出した音声データをアナログ音声信号に変換し、音声をスピーカー２５１から出力する。制御部２０１は、音声処理部２０７を制御して、任意のタイミングで音声データを再生してスピーカー２５１から再生音を出力することができる。また、音声処理部２０７は、マイクロフォン２５２で集音した音声をデジタル音声信号に変換し、制御部２０１に入力する。制御部２０１は、音声処理部２０７を制御して、マイクロフォン２５２で集音した音声を取り込み、得られた音声データを用いて音声認識を行い、ユーザーが発した言葉に応じた処理を行うことができる。

画像処理部２０８は、記憶装置２０４から読み出された画像データを、制御部２０１や画像処理部２０８が備える画像演算プロセッサ（図示せず）によって加工処理した後、画像処理部２０８が備えるフレームメモリーに記録する。フレームメモリーに記録された画像情報は、所定の同期タイミングでビデオ信号に変換され、画像処理部２０８に接続されるモニター２５３へ出力される。

入力装置２０９は、電源ボタン、カーソルボタン等を備え、ボタンが押圧されることによるユーザーからの指示を受け付ける。例えば、制御部２０１は、入力装置２０９がユーザーから受け付けた指示に基づいて、目的地等を設定する。また、入力装置２０９は、モニター２５３の表面に貼り付けられるタッチセンサーを備え、ユーザーによるタッチ操作を、タッチセンサーを用いて検知することにより、ユーザーから指示を受け付けてもよい。液晶パネル等の薄型モニターの表面にタッチセンサーが重畳された装置全体を一般にタッチパネルという。

次に、サーバー装置３０のハードウェア構成について、図３を用いて説明する。サーバー装置３０は、典型的にはメインフレームと呼ばれる大型のコンピュータである。サーバー装置３０は、制御部３０１、通信部３０２、記憶部３０３を備える。

制御部３０１は、ＣＰＵなどから構成され、記憶部３０３に記憶されるＯＳやプログラム等に従ってサーバー装置３０全体を制御する。例えば、制御部３０１は、Ｎ個のナビゲーション端末２０のそれぞれから受信した走行履歴を示すデータに基づいて、立ち寄り場所の分布や傾向などを解析し、解析結果をナビゲーション端末２０のそれぞれへ通信ネットワーク１０を介して送信する。

通信部３０２は、ＮＩＣやルータ、モデム等といった通信用デバイスから構成される。通信部３０２は、制御部３０１の制御により、通信ネットワーク１０に接続されたナビゲーション端末２０と通信する。

記憶部３０３は、ハードディスク装置、ワークエリアとなるＲＡＭなどの記憶装置、ＲＯＭなどといった記憶装置から構成される。例えば、記憶部３０３は、サーバー装置３０全体を制御するためのプログラムやＯＳを記憶するほか、ナビゲーション端末２０から受信した様々なデータを記憶する。

サーバー装置３０は、通信ネットワーク１０を介して、複数のナビゲーション端末２０との間で並行してデータを送受信することができる。

次に、ナビゲーション端末２０によって収集されて加工された後、ナビゲーション端末２０からサーバー装置３０へ送信されるデータの詳細について、説明する。

ナビゲーション端末２０の制御部２０１は、ＧＰＳモジュールを制御して、ナビゲーション端末２０の位置を示すデータ（位置データ）を取得する。位置は、緯度と経度の組み合わせによって表される。位置データを取得するタイミングは任意であるが、本実施形態では、ナビゲーション端末２０の電源が投入された後、ナビゲーション端末２０の電源が落とされるまでの間、所定の時間間隔で繰り返し取得される。所定の時間間隔は、例えば、Ｘ秒、ＶＳＹＮＣ（垂直同期割り込み）がＸ回分、などのように予め定められる。

制御部２０１は、図４に示すように、取得した位置データ４０１を、取得した日時４０２と対応付けて、走行履歴データ４００として記憶装置２０４に記録する。取得した位置データ４０１の１つと、その位置データを取得した日時４０２を示すデータの１つとの組み合わせを、１つの「レコード」と呼ぶ。記憶装置２０４には、例えば、現在から直近の過去の所定回数分のレコードが履歴として記憶される。ｎ個分（ｎは１以上の整数）のレコードは、１番目のレコードの取得時刻から、ｎ番目のレコードの取得時刻まで、の期間における、ナビゲーション端末２０の移動履歴、すなわち、ナビゲーション端末２０が設置された車両の走行履歴を表す。

走行履歴データ４００は、電子ファイルとして記憶装置２０４に記憶される。例えば、制御部２０１は、ファイル名が“［ユーザーID］.dat”という、ユーザー（もしくはナビゲーション端末２０）ごとに固有なファイル名をもつ電子ファイルを作成し、位置データ４０１を取得するたびに、１レコードずつこの電子ファイルに追記していく。ただし、ファイル名やファイル形式は任意である。

制御部２０１は、得られた走行履歴データ４００から、ナビゲーション端末２０のユーザーが立ち寄った場所と日時を表す立ち寄りデータ５００を作成する。図５に、立ち寄りデータ５００の構成例を示す。立ち寄りデータ５００は、ヘッダー部とデータ部とから構成される。

ヘッダー部には、ナビゲーションシステム１００によりユーザーに提供されるサービスを特定するためのサービス名と、ユーザーを特定するためのユーザーＩＤと、ナビゲーション端末２０に予め割り当てられている固有のナビゲーション装置情報と、が含まれる。ユーザーＩＤは、ユーザーによって任意のタイミングで登録あるいは変更することが可能であるが、他のユーザーと重複しないように設定されることが望ましい。

データ部には、制御部２０１が走行履歴データ４００に基づいて求めた立ち寄り位置と立ち寄り日時とが対応付けて格納される。立ち寄り位置は、ナビゲーション端末２０のユーザーが立ち寄った位置であり、立ち寄り日時はその立ち寄りが発生した日時である。日時は、典型的には、年月日と秒単位の時刻とによって表される。

ここで、“立ち寄り”とは、ユーザーがナビゲーション端末２０を搭載した車両を停止する運転行為であって、ユーザーの自宅や勤務地など定期的なあるいは固定的な場所に停車することを除く運転行為である。例えば、ユーザーが自宅（出発地）から観光施設（目的地）まで移動する際に、途中でレストランに停車して食事をしたとすれば、このレストランでの停車が立ち寄りに該当する。また、目的地の観光施設での停車も立ち寄りに該当する。ただし、ユーザーの自宅での停車は、立ち寄りには該当しない。なお、後述するように、ユーザーは、立ち寄り位置には該当しない自宅の位置等を予め登録しなくてもよい。

制御部２０１は、ナビゲーション端末２０を搭載した車両が、同じ位置に、第１の所定時間以上、第２の所定時間以下の間、停車した場合に、その位置への立ち寄りが発生したと判別する。車両を停車する（エンジンを切る）と、車両のＡＣＣ（アクセサリー）電源がオフになり、ナビゲーション端末２０の電源もオフになる。制御部２０１は、ナビゲーション端末２０の電源がオフになっている状態の時間を求めることにより、立ち寄りの日時や立ち寄りの継続時間を求めることができる。

制御部２０１は、立ち寄りが発生したと判別すると、立ち寄りが発生した日時（立ち寄り日時）と、立ち寄りが発生した位置（立ち寄り位置）とを対応付けて得られる、図５に示す立ち寄りデータ５００を生成し、記憶装置２０４に記憶する。立ち寄りが複数回発生した場合には、その都度、立ち寄り日時と立ち寄り位置を立ち寄り履歴として追記していく。

制御部２０１は、記憶装置２０４に記憶された立ち寄りデータ５００を、通信ネットワーク１０を介してサーバー装置３０に送信する。送信タイミングは任意であるが、例えば、前回送信した日時から所定期間以上が経過したと制御部２０１により判断されたタイミングや、立ち寄りデータ５００に格納された立ち寄り件数が所定数以上に達したと制御部２０１により判断されたタイミングや、サーバー装置３０から立ち寄りデータ５００を送信する旨の要求を受け付けたタイミングや、ユーザーから立ち寄りデータ５００の送信を許可する旨の指示があったタイミング、などである。

なお、制御部２０１が、ユーザーにより取り外し可能な記録媒体（例えばメモリーカード等）に立ち寄りデータ５００を書き込み、ユーザーが、サーバー装置３０と通信可能な図示しない他のコンピュータ等を用いて、この記録媒体に書き込まれた立ち寄りデータ５００をサーバー装置３０へ送信させるようにしてもよい。

サーバー装置３０の制御部３０１は、ナビゲーション端末２０から立ち寄りデータ５００を受信する。図１に示すようにＮ個のナビゲーション装置２０が通信ネットワーク１０に接続されている場合、制御部３０１は、Ｎ個のナビゲーション装置２０のそれぞれから立ち寄りデータ５００を受信する。制御部３０１は、Ｎ個のナビゲーション端末２０のそれぞれから受信した立ち寄りデータ５００を記憶部３０３に記憶する。

制御部３０１は、同じナビゲーション端末２０から複数回、立ち寄りデータ５００を受信して記憶部３０３に記憶してもよい。例えば、ナビゲーション端末２０からサーバー装置３０へ、１日に１回、立ち寄りデータ５００が送信される設定になっている場合において、制御部３０１は、毎日送られてくる立ち寄りデータ５００を蓄積して保存していってもよい。

次に、ナビゲーション端末２０が立ち寄りデータ５００を生成してサーバー装置３０へ送信する処理を、図６のフローチャートを用いて説明する。本実施形態では、この処理は、ナビゲーション端末２０の電源が投入されたときに開始される。なお、ナビゲーション端末２０の電源は、ユーザーによる車両のイグニッションキーの操作により、オン／オフされるものとする。

まず、制御部２０１は、ナビゲーション端末２０に内蔵されたリアルタイムクロック（ＲＴＣ）から現在の日時を取得する（ステップＳ６０１）。取得される時刻は、今回の電源オン時刻である。

制御部２０１は、ＧＰＳモジュールを制御して、現在位置を取得する（ステップＳ６０２）。取得される現在位置は、今回の電源オン時にナビゲーション端末２０が存在する位置である。

制御部２０１は、ステップＳ６０２で取得した現在位置が、前回の電源オン時における位置と同じか否かを判別する（ステップＳ６０３）。

現在位置が前回の電源オン時における位置と同じであると判別された場合（ステップＳ６０３；ＹＥＳ）、制御部２０１は、前回のナビゲーション端末２０の電源が切られたとき（前回の電源オフ時刻）から、今回の電源オン時刻まで、の時間を、車両の停止時間（停車時間）とする（ステップＳ６０４）。

一方、現在位置が前回の電源オン時における位置と同じではないと判別された場合（ステップＳ６０３；ＮＯ）、制御部２０１は、前々回のナビゲーション端末２０の電源が切られたとき（前々回の電源オフ時刻）から、今回の電源オン時刻まで、の時間を、停車時間とする（ステップＳ６０５）。

例えば、同一場所における移動を伴わないエンジンのオン−オフが行われた場合、前回の電源オフ時から今回の電源オン時までの運転行為は、単なるエンジンの試動など、立ち寄りではない可能性がある。このため、前回の電源オン時における位置と、今回の電源オン時における位置とが同じか否かによって、車両の停止時間の計算方法を使い分けるのである。

ただし、同一場所における移動を伴わないエンジンのオン−オフが、複数回行われるケースも考えられるため、現在位置が前回の電源オン時における位置と同じではないと判別された場合（ステップＳ６０３；ＮＯ）には、前々回もしくはそれよりももっと前の（更に過去の）電源オフ時刻であり、且つ、車両の位置が現在位置と同じでなかったときの電源オフ時刻を、停車時間を計算する上での起算時刻としてもよい。

制御部２０１は、求められた停車時間が所定範囲内か否かを判別する（ステップＳ６０６）。所定範囲は、例えば、「時間長Ｔ１以上、時間長Ｔ２以下」などのように予め定められる。求められた停車時間が所定範囲内であれば“立ち寄り”が発生したと判別され、そうでなければ“立ち寄り”が発生していないと判別される。

例えば、所定範囲が「１０分（Ｔ１）以上、６時間（Ｔ２）未満」に設定される場合において、求められた停車時間が６時間以上であれば、立ち寄りではないと判別される。自宅や通勤場所等における、日常的に行われる停車である可能性が高いためである。また、求められた停車時間が１０分未満であっても、立ち寄りではないと判別される。ごく短時間の用事や手動アイドリングストップによる電源オフ等が発生した可能性が高いためである。なお、時間長Ｔ１，Ｔ２は任意である。

求められた停車時間が所定範囲内であると判別された場合（ステップＳ６０６；ＹＥＳ）、制御部２０１は、立ち寄り時間の起算時刻からステップＳ６０１で得られた現在時刻までを立ち寄り日時とし、ステップＳ６０３で得られた現在位置を立ち寄り位置として、立ち寄りデータ５００に記録する（ステップＳ６０７）。既に立ち寄りデータ５００に１件以上の立ち寄り履歴が記録されている場合には、今回得られた立ち寄り履歴を追記する。

制御部２０１は、立ち寄りデータ５００をサーバー装置３０に送信するか否かを判別する（ステップＳ６０８）。

立ち寄りデータ５００をサーバー装置３０に送信するか否かの判断基準は、本発明によって限定されず、様々なバリエーションが考えられる。
例えば、制御部２０１は、立ち寄りデータ５００に１件でも立ち寄り履歴が記録されている場合に、立ち寄りデータ５００をサーバー装置３０に送信すると判別し、そうでない場合に、立ち寄りデータ５００をサーバー装置３０に送信しないと判別してもよい。これにより、立ち寄り履歴が１件もない場合には立ち寄りデータ５００の送受信処理が行われないので、ナビゲーション端末２０とサーバー装置３０の処理負荷を軽減でき、ネットワークトラフィックの軽減にも繋がる。

あるいは、制御部２０１は、最後に立ち寄りデータ５００をサーバー装置３０に送信してから所定期間以上が経過している場合に、立ち寄りデータ５００をサーバー装置３０に送信すると判別し、そうでない場合に、立ち寄りデータ５００をサーバー装置３０に送信しないと判別してもよい。制御部２０１は、サーバー装置３０に立ち寄りデータ５００を送信した日時を記憶装置２０４に記憶し、随時読み出して判別すればよい。これにより、サーバー装置３０は、長期間にわたってナビゲーション端末２０から立ち寄りデータ５００を受信しないというような事態を避けることができる。

また、制御部２０１は、現在時刻が所定の送信タイミングである場合に、立ち寄りデータ５００をサーバー装置３０に送信すると判別し、そうでない場合に、立ち寄りデータ５００をサーバー装置３０に送信しないと判別してもよい。これにより、サーバー装置３０は、所定時間ごとに定期的に、立ち寄りデータ５００をナビゲーション端末２０から受信できるようになる。

さらには、制御部２０１は、サーバー装置３０から立ち寄りデータ５００の送信を要求された場合に、立ち寄りデータ５００をサーバー装置３０に送信すると判別し、そうでない場合に、立ち寄りデータ５００をサーバー装置３０に送信しないと判別してもよい。これにより、サーバー装置３０は、立ち寄りデータ５００を任意のタイミングで取得できるようになる。

立ち寄りデータ５００をサーバー装置３０に送信すると判別した場合（ステップＳ６０８；ＹＥＳ）、制御部２０１は、通信ネットワーク１０を介して立ち寄りデータ５００をサーバー装置３０に送信し（ステップＳ６０９）、正常に送信できた後、立ち寄りデータ５００を初期化する（ステップＳ６１０）。一方、立ち寄りデータ５００をサーバー装置３０に送信しないと判別した場合（ステップＳ６０８；ＮＯ）、制御部２０１は、ステップＳ６１１の処理に進む。

そして、制御部２０１は、ナビゲーション端末２０の電源オフがユーザーもしくは車両から指示されたか否かを判別する（ステップＳ６１１）。

電源オフが指示されていないと判別した場合（ステップＳ６１１；ＮＯ）、制御部２０１は、ステップＳ６１１の処理を繰り返す。なお、ナビゲーション端末２０は、電源オンされた後、電源オフされるまでの間、現在地から目的地までの道案内をする処理（ナビゲーション処理）や、取得した交通情報をユーザーに提供する処理等を行う。一方、電源オフが指示されたと判別した場合（ステップＳ６１１；ＹＥＳ）、制御部２０１は、立ち寄りデータ送信処理を終了する。

次に、サーバー装置３０がナビゲーション端末２０から立ち寄りデータ５００を受信して保存する処理について、図７のフローチャートを用いて説明する。

まず、制御部３０１は、立ち寄りデータ５００をナビゲーション端末２０から受信したか否かを判別する（ステップＳ７０１）。

立ち寄りデータ５００を受信していないと判別した場合（ステップＳ７０１；ＮＯ）、制御部３０１は立ち寄りデータ受信処理を終了する。一方、立ち寄りデータ５００を受信したと判別した場合（ステップＳ７０１；ＹＥＳ）、制御部３０１は、受信した立ち寄りデータ５００の有効性を確認する（ステップＳ７０２）。

例えば、制御部３０１は、受信した立ち寄りデータ５００のヘッダー部を解析し、正当なサービス名であるかどうか、ユーザーＩＤが既に登録されている正しいものかどうか（つまり正規ユーザーか否か）、ナビゲーション端末情報が既に登録されている正しいものかどうか（つまり正規品か否か）等を判別することにより、有効性を確認する。

有効な立ち寄りデータ５００ではないと判別された場合（ステップＳ７０３；ＮＯ）、制御部３０１は、受信した立ち寄りデータ５００を破棄して、立ち寄りデータ受信処理を終了する。一方、有効な立ち寄りデータ５００であると判別された場合（ステップＳ７０３；ＹＥＳ）、制御部３０１は、受信した立ち寄りデータ５００のデータ部に格納されている立ち寄り履歴を、データベースに保存する（ステップＳ７０４）。

例えば、制御部３０１は、立ち寄りデータ５００のヘッダー部に格納されているユーザーＩＤと、データ部に格納されている立ち寄り履歴とを対応付けて、記憶部３０３に記憶している所定のデータベースに保存する。なお、このデータベースは、記憶部３０３ではなく、サーバー装置３０に接続されている他の装置（図示せず）に記憶されていてもよい。

次に、サーバー装置３０が受信してデータベースに保存した立ち寄りデータ５００を集計する集計処理について、図８のフローチャートを用いて説明する。集計結果は、ナビゲーション端末のユーザーへ提供されることとなる。

まず、制御部３０１は、データベースに保存された立ち寄りデータ５００を集計する対象となるエリアを設定する（ステップＳ８０１）。典型的には図９に示すように、制御部３０１は、ナビゲーションシステム１００が管理対象とする全地域９００の中に、長方形の形状をしたエリア９１０を設定する。この長方形の対面する２つの頂点Ｐ（Ｘ１，Ｙ１）とＱ（Ｘ２，Ｙ２）を定めれば、集計対象のエリア９１０が一意に決まる。

制御部３０１は、集計するエリア内に立ち寄り位置を有する立ち寄りデータ５００をデータベースから取得する（ステップＳ８０２）。例えば図１０は、集計対象のエリア９１０内の地図を示した図である。制御部３０１は、データベースからこのエリア９１０内に立ち寄り位置がある立ち寄りデータ５００をすべて取得する。ただし、制御部３０１は、立ち寄りデータ５００の抽出条件を適宜変更することができる。

制御部３０１は、集計対象のエリアを複数のブロックに分割し、ブロックごとに立ち寄り回数を集計する（ステップＳ８０３）。

図１１に、集計対象のエリア９１０内に設定されるブロック１１００を示す。本図では、エリア９１０には、点線で仕切られた８４個のブロックが設定されている。なお、ブロックの数、ブロックの形状、ブロックの大きさは任意である。

例えば、制御部３０１は、設定したブロックと同数の変数を用意し、これら変数を初期化（ゼロクリア）する。次に、制御部３０１は、立ち寄りデータ５００が示す立ち寄り位置に対応するブロックを判別し、判別したブロックに対応する変数をインクリメント（＋１）する。制御部３０１は、すべての立ち寄りデータ５００について、対応する変数をインクリメントしていく。

制御部３０１は、ステップＳ８０３で得られた立ち寄り回数のうち、特定のユーザーＩＤ（もしくは特定のナビゲーション端末情報）が対応付けられている立ち寄りデータ５００が占める割合が所定値以上の高い割合のブロックの立ち寄り回数に、制限を加味する（ステップＳ８０４）。

例えば、制御部３０１は、あるブロックについて特定のユーザーＩＤ又は特定のナビゲーション端末情報が対応付けられている立ち寄りデータ５００が占める割合が所定値以上の場合、その立ち寄りデータ５００が示す立ち寄り位置がユーザーの自宅や職場などであって公開される可能性のある“立ち寄り位置”として扱うには相応しくない可能性が高いものと推定し、そのブロックの立ち寄り回数をゼロに設定する。特定のユーザーだけが多く立ち寄る場所は、統計値としてはあまり相応しくない要素を含む恐れがあるため、より多くのユーザーの立ち寄り傾向を把握するためには、ステップＳ８０３で得られた数値を単純に最終的な結果としないほうがよいと考えられる。

この制限は、立ち寄り回数をゼロにすることだけではない。制御部３０１は、立ち寄り回数に所定の係数（ただし０以上１未満とする。）を掛けて補正してもよい。

そして、制御部３０１は、制限が加味された集計結果をデータベースに保存する（ステップＳ８０５）。この集計結果は、ナビゲーション端末からのリクエストに応じて、適宜ナビゲーション端末２０に提供される。

なお、制御部３０１は、集計期間（累積期間）を適宜変更して、上記ステップＳ８０１〜Ｓ８０５の処理を行うことができる。すなわち、制御部３０１は、ナビゲーション端末２０から立ち寄り回数の累積期間を指定するリクエストを受け取ると、指定された累積期間における立ち寄り回数を再計算し、ナビゲーション端末２０に返す（もしくはデータベースに保存する）ことができる。

本実施形態のように、サーバー装置３０によって立ち寄り回数が集計される際に特定のユーザーＩＤを有する立ち寄りデータ５００の割合が大きい場合にそれらの立ち寄りデータ５００が集計から除外され、且つ、上述したようにナビゲーション端末２０が立ち寄りか否かを判別する際に車両の停止時間が所定範囲内か否かが判別されることにより、立ち寄りデータ５００の精度を上げることができ、ユーザーへの負担を減らすこともできる。また、ユーザーが予め「自宅」「職場」などの位置を予め登録していなくても、ナビゲーション端末２０とサーバー装置３０は、立ち寄りをより効率よく且つより正確に立ち寄りを判別できるようになる。更には、ユーザーの自宅や職場といったプライベートな情報が不用意に漏れることを極力避けることができる。

次に、上記の集計処理によって得られた集計結果を用いてユーザーに立ち寄り分布を示す情報を提供する処理（集計結果提供処理）について、図１２，１３のフローチャートを用いて説明する。提供される立ち寄り分布は、通信ネットワーク１０に接続されたナビゲーション端末２０のそれぞれから取得された立ち寄りデータ５００に基づいて上述の集計処理によって集計された立ち寄り回数や立ち寄り位置等を示す情報である。以下に示す一連の処理は、例えば、ナビゲーション端末２０がナビゲーション処理等において地図を表示する処理と共に開始される。

まず、制御部２０１は、記憶装置２０４から現在地付近の地図データを読み出し、地図画像をモニターに表示する（ステップＳ１２０１）。

制御部２０１は、集計結果をモニターへ表示する旨の要求がユーザーからあったか否かを判別する（ステップＳ１２０２）。例えば、ユーザーは、所定のボタンを押圧することにより、任意のタイミングで立ち寄り分布等の集計結果をモニターへ表示する旨を要求できる。制御部２０１は、この所定のボタンが押圧されたか否かに基づいて、集計結果をモニターへ表示する旨の要求がユーザーからあったか否かを判別する。

集計結果をモニターへ表示する旨の要求がユーザーから無いと判別された場合（ステップＳ１２０２；ＮＯ）、制御部２０１は、後述のステップＳ１２２１の処理へ進む。一方、集計結果をモニターへ表示する旨の要求がユーザーからあったと判別された場合（ステップＳ１２０２；ＹＥＳ）、制御部２０１は、集計結果の送信をサーバー装置３０に要求する（ステップＳ１２０３）。この要求には、ナビゲーション端末２０に予め入力されたユーザーＩＤと、集計の対象となるエリアの指定と、集計の対象となる期間とが含まれる。

サーバー装置３０の制御部３０１は、集計結果の送信の要求をナビゲーション端末２０から受け取り、その要求が有効なユーザーＩＤを有する要求か否かを判別する（ステップＳ１２０４）。すなわち、集計結果の送信の要求が、正規ユーザー（例えば、ナビゲーションシステム１００が提供するサービスに正式に登録された会員）からなされたものか否かが判別される。

受け付けた要求が有効なユーザーＩＤを有する要求ではないと判別された場合（ステップＳ１２０４；ＮＯ）、制御部３０１は、集計結果提供処理を終了する。一方、受け付けた要求が有効なユーザーＩＤを有する要求であると判別された場合（ステップＳ１２０４；ＹＥＳ）、制御部３０１は、記憶部３０３に記憶された上記データベースを用いて、上述の集計処理によって得られた集計結果を検索する（ステップＳ１２０５）。検索条件は、ステップＳ１２０２で受け取った要求に含まれる集計の対象となるエリアの指定と、集計の対象となる期間とに基づいて設定される。

制御部３０１は、ステップＳ１２０５で検索された集計結果をナビゲーション端末２０に送信する（ステップＳ１２０６）。

ナビゲーション端末２０の制御部２０１は、ステップＳ１２０６で受信した集計結果をモニターに表示する（ステップＳ１２０７）。

ここで、集計結果の表示処理について詳しく説明する。ナビゲーション端末２０の制御部２０１は、図１１に示す複数のブロックのそれぞれについて、ブロックに対応付けられた立ち寄り回数に応じて、ブロックの表示色を決定する。例えば、図１４に示すように、記憶装置２０４には、立ち寄り回数の範囲と対応付けてブロックの表示色が設定されたテーブルが予め記憶されている。制御部２０１は、受信した集計結果と、図１４に示すテーブルとに基づいて、各ブロックに対応する表示色を決定する。そして、制御部２０１は、決定されたブロックの表示色を用いて、立ち寄り分布図をモニターに表示する。

なお、図１４に示すテーブルの構成は一例であり、立ち寄り回数の範囲や表示色を変更した実施形態を採用することも可能である。

また、ユーザーが立ち寄り回数の範囲と表示色との対応付けを適宜変更できるようにしてもよい。この場合、ユーザーは、入力装置２０９を操作して立ち寄り回数の範囲及び／又は表示色を変更する指示を入力し、制御部２０１は、立ち寄り回数の範囲及び／又は表示色を変更する指示を受け付け、受け付けた指示に基づいて立ち寄り回数の範囲及び／又は表示色を設定して記憶装置２０４に記憶し、立ち寄り分布図を表示する際にこの記憶された設定に基づいて立ち寄り分布図を表示すればよい。

図１５は、立ち寄り分布図の表示例である。立ち寄り回数の第１の範囲には第１の色（黒）１５０１が、第２の範囲には第２の色（濃いグレー）１５０２が、第３の範囲には第１の色（薄いグレー）１５０３が、それぞれ対応付けられる。ユーザーは、この立ち寄り分布図を見れば、色の違いと色づけされたブロックの配置によって、ナビゲーションシステム１００のサービス会員達がよく立ち寄る場所の傾向を掴むことができる。

例えば、表示されている地図付近を車両で走行しているユーザーが、付近の人気スポットがどの辺りにあるのかを知りたいとき、所定のボタンを押圧してナビゲーション端末２０に立ち寄り分布図を表示させる。表示された立ち寄り分布図に、立ち寄り頻度が高いブロックがあれば、人気スポットが大体そのブロック付近にあることが一目で分かる。例えば、付近の観光ガイドなどを事前に持っておらずどの辺りを目指して運転すれば分からないとき、表示された立ち寄り分布図を見れば、どの辺りに向かって進んでいけばよいのかの判断の目安となり、便利である。

次に、制御部２０１は、集計結果の累積期間を変更する指示があったか否かを判別する（ステップＳ１２０９）。例えば、ユーザーは、所定のボタンを押圧することにより、累積期間を変更する指示を入力する。累積期間は、サーバー装置３０が上述の集計処理を行うにあたり、立ち寄り回数をカウントする期間（例えば「最近１ヶ月」「○月○日〜×月×日まで」など）である。

累積期間を変更する指示がないと判別された場合（ステップＳ１２０９；ＮＯ）、制御部２０１は後述のステップＳ１２２１の処理に移る。一方、累積期間を変更する指示があったと判別された場合（ステップＳ１２０９；ＹＥＳ）、制御部２０１は、累積期間を指定する旨のリクエストをサーバー装置３０に送信する（ステップＳ１２１０）。このリクエストには、少なくとも累積期間を指定する情報が含まれる。

サーバー装置３０の制御部３０１は、累積期間を指定する旨のリクエストをナビゲーション端末２０から受信し、指定された累積期間に基づいて立ち寄り回数を再計算する（ステップＳ１２１１）。すなわち、指定された累積期間に基づき上述の集計処理が再び行われる。

制御部３０１は、再計算によって得られた集計結果を、リクエストがあったナビゲーション端末２０に送信する（ステップＳ１２１２）。

ナビゲーション端末２０の制御部２０１は、再計算された集計結果をサーバー装置３０から受信する（ステップＳ１２１３）。

そして、制御部２０１は、ステップＳ１２１３で受信した集計結果をモニターに表示する（ステップＳ１２１４）。ユーザーは、累積期間を変更した立ち寄り分布図を閲覧することができる。

次に、制御部２０１は、地図の縮尺を変更する旨の指示が入力されたか否かを判別する（図１３；ステップＳ１２１５）。例えば、ユーザーは、所定のボタンを押圧することにより、縮尺を変更する指示を入力する。縮尺は、サーバー装置３０が上述の集計処理を行うにあたり、立ち寄り回数をカウントする地域を判別するためのパラメーターであり、1000分の1、1万分の1、などのように表される。

縮尺を変更する指示がないと判別された場合（ステップＳ１２１５；ＮＯ）、制御部２０１は後述のステップＳ１２２１の処理に移る。一方、縮尺を変更する指示があったと判別された場合（ステップＳ１２１５；ＹＥＳ）、制御部２０１は、縮尺を指定する旨のリクエストをサーバー装置３０に送信する（ステップＳ１２１６）。このリクエストには、少なくとも縮尺と、表示する地図の中心（典型的にはナビゲーション端末２０の現在地）とが含まれる。

サーバー装置３０の制御部３０１は、縮尺を指定する旨のリクエストをナビゲーション端末２０から受信し、指定された縮尺に基づいて集計対象の地域を判別し、立ち寄り回数を再計算する（ステップＳ１２１７）。すなわち、指定された縮尺に基づき上述の集計処理が再び行われる。

制御部３０１は、再計算によって得られた集計結果を、リクエストがあったナビゲーション端末２０に送信する（ステップＳ１２１８）。

ナビゲーション端末２０の制御部２０１は、再計算された集計結果をサーバー装置３０から受信する（ステップＳ１２１９）。

そして、制御部２０１は、ステップＳ１２１９で受信した集計結果をモニターに表示する（ステップＳ１２２０）。ユーザーは、縮尺を変更した立ち寄り分布図を閲覧することができる。

制御部２０１は、集計結果の表示を終了するか否かを判別する（ステップＳ１２２１）。例えば、制御部２０１は、立ち寄り分布図の表示を終了する旨の指示がユーザーから入力されたか否かに基づいて、集計結果の表示を終了するか否かを判別する。

集計結果の表示を終了しないと判別した場合（ステップＳ１２２１；ＮＯ）、制御部２０１は、上述のステップＳ１２０９〜Ｓ１２２０の処理を繰り返す。一方、集計結果の表示を終了すると判別した場合（ステップＳ１２２１；ＹＥＳ）、制御部２０１は、集計結果提供処理を終了する。

本実施形態によれば、ナビゲーションシステム１００は、ナビゲーション端末２０によって収集された立ち寄りデータ５００に基づき、立ち寄り頻度や立ち寄り位置の傾向を表す情報を適宜ユーザーに提供することができる。ユーザーは、同じナビゲーションシステム１００を利用する人たちにどの辺りが人気なのか、立ち寄ると面白そうな場所がどの辺りにあるのかといった、より実態に即した情報を手軽に入手することができる。また、立ち寄りデータ５００の送受信を自動化できるので、ユーザーへ過度な負担を強いることはない。

本発明は、上述した実施形態に限定されず、種々の変形及び応用が可能である。また、上述した実施形態の各構成要素を自由に組み合わせることも可能である。

上述したように、ユーザーは、自宅や職場など立ち寄りと判別するには相応しくない場所を予め登録していなくてもよい。しかし、ユーザーが任意の場所を立ち寄りと判別されないように指定できるようにしてもよい。すなわち、ナビゲーション端末２０の制御部２０１は、立ち寄りから除外すべき位置の入力をユーザーから受け付けて、受け付けた位置を示す情報を記憶装置２０４に記憶し、上記のステップＳ６０６において、制御部２０１は、停止時間が所定範囲内か否かを判別するとともに、現在位置が予め記憶装置２０４に記憶された立ち寄りから除外すべき位置か否かを判別することとすればよい。

上記実施形態では、ステップＳ６０６において、ナビゲーション端末２０が、停車時間が所定範囲内か否かを判別しているが、サーバー装置３０が、この判別を行うようにしてもよい。これにより、ナビゲーション端末２０の処理負荷を軽減することができる。また、立ち寄りか否かを判別する処理をサーバー装置３０側に集約することができる。

上記実施形態では、立ち寄りと判別されうる位置は、例えば観光地や商業エリアといった特定の地域に限定されることはない。しかし、ナビゲーションシステム１００は、立ち寄りと判別されうる位置の候補を予め指定し、その候補が含まれるブロックを予め特定し、受信した立ち寄りデータ５００が示す立ち寄り位置がそのブロックに含まれる場合に限り、立ち寄り回数をカウントするように設計することもできる。

ナビゲーション端末２０が立ち寄りの集計結果の累積期間を指定する際、その累積期間の指定の仕方には様々なバリエーションがあり、本発明によって限定されない。例えば、ナビゲーション端末２０は、累積期間を「週末限定」に設定することができる。一般的な傾向として、ユーザーが自由に行動できる時間帯は、休日、特に週末であることが多い。従って、制御部２０１は、現在時刻が週末と特定される時間帯（例えば、土曜日０時から日曜日２４時まで等）の場合には、累積期間としてこの時間帯を自動的に設定してもよい。これにより、サーバー装置３０は、ナビゲーション端末２０からリクエストされるより前に、立ち寄りデータ５００の集計処理を予め行っておくことができる。その結果、集計処理が効率よく行われ、より早く集計結果をナビゲーション端末２０へ送信できるようになる。

集計処理において設定されるブロックの大きさは任意であるが、縮尺に応じてブロックの大きさや形状を変更するようにしてもよい。例えば、サーバー装置３０の制御部３０１は、縮尺が5万分の1の場合には縦横500メートル相当のブロックを設定し、縮尺が1万分の1の場合には縦横100メートル相当のブロックに設定する、といったように使い分けてもよい。

ナビゲーション端末２０が立ち寄り分布図をモニターに表示する際、好ましくは、制御部２０１は、地図画像を描画した第１レイヤーと、ブロックごとに立ち寄り頻度を色分けして描画した第２レイヤーとを別々に生成し、第１レイヤーの画像の上に第２レイヤーの画像を上書きすることとし、第２レイヤーの画像の色（つまりブロックの表示色）を透明な色にするとよい。

ナビゲーション端末２０の全部又は一部、もしくはサーバー装置３０の全部又は一部としてコンピュータを動作させるためのプログラムを、メモリカード、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ（Magneto Optical disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、上述の手段として動作させ、あるいは、上述の工程を実行させてもよい。

さらに、インターネット上のサーバー装置が有するディスク装置等にプログラムを格納しておき、例えば搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。

以上説明したように、本発明によれば、ユーザーによる立ち寄り頻度が高い場所を示す情報をより的確にユーザーに提供することができるナビゲーション端末、ナビゲーションシステム、ナビゲーション端末の制御方法、及び、プログラムを提供することができる。

１０ 通信ネットワーク
２０ ナビゲーション端末
３０ サーバー装置
１００ ナビゲーションシステム
２０１ 制御部
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ 記憶装置
２０５ 通信部
２０６ 走行センサー
２０７ 音声処理部
２０８ 画像処理部
２０９ 入力装置
２５１ スピーカー
２５２ マイクロフォン
２５３ モニター
３０１ 制御部
３０２ 通信部
３０３ 記憶部
４００ 走行履歴データ
４０１ 位置データ
４０２ 日時
５００ 立ち寄りデータ
９００ 全領域
９１０ 集計対象のエリア
１１００ ブロック
１５０１，１５０２，１５０３ 表示色

Claims (12)

1. 現在の日時を取得する日時取得部と、
   現在の車両の位置を取得する位置取得部と、
   前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部と、
   前記履歴記憶部に記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得部と、
   前記エリアに対応する地図画像と共に、前記取得部により取得した集計結果をモニターに表示する表示部と、
   を備えることを特徴とするナビゲーション端末。
2. 前記表示部は、前記エリアに対応する地図画像に、前記履歴が示す位置が含まれる回数に予め対応付けられた色を用いて前記複数のブロックのそれぞれを描画して得られる画像を重畳させて、前記モニターに表示する、
   ことを特徴とする、請求項１に記載のナビゲーション端末。
3. 前記取得部は、前記車両の停止が開始した日時から、前記車両の停止が終了した日時まで、を示す前記停車時間が、第１の時間長以上、且つ、第２の時間長以下の場合に、前記所定の条件を満たすと判別する、
   ことを特徴とする、請求項１又は２に記載のナビゲーション端末。
4. 前記集計結果の集計期間を指定する入力をユーザーから受け付ける入力受付部を更に備え、
   前記取得部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数であって、前記履歴が示す日時が前記入力受付部により指定された集計期間に含まれる回数が対応付けられた前記集計結果を取得する、
   ことを特徴とする、請求項１乃至３のいずれか１項に記載のナビゲーション端末。
5. 前記エリアに対応する地図画像の縮尺を指定する入力をユーザーから受け付ける入力受付部を更に備え、
   前記取得部は、前記入力受付部により指定された縮尺に基づいて定まる前記エリアを分割する前記複数のブロックごとに集計された前記集計結果を取得し、
   前記表示部は、前記入力受付部により指定された縮尺に基づいて、前記エリアに対応する地図画像と前記取得した集計結果を前記モニターに表示する、
   ことを特徴とする、請求項１乃至３のいずれか１項に記載のナビゲーション端末。
6. 複数のナビゲーション端末と、サーバー装置と、を有するナビゲーションシステムであって、
   前記複数のナビゲーション端末のそれぞれは、
   現在の日時を取得する日時取得部と、
   現在の車両の位置を取得する位置取得部と、
   前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部と、
   前記履歴記憶部に記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、前記記憶された履歴を前記サーバー装置に送信する履歴送信部と、
   を備え、
   前記サーバー装置は、
   前記履歴を前記複数のナビゲーション端末のそれぞれから受信する履歴受信部と、
   集計対象となるエリアを分割する複数のブロックごとに、前記受信した履歴を集計し、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数を求める集計部と、
   前記複数のナビゲーション端末のうち、前記集計部による集計結果を送信する旨の要求があったナビゲーション端末に、前記集計結果を送信する集計結果送信部と、
   を備え、
   前記複数のナビゲーション端末のそれぞれは、さらに、
   前記集計結果を前記サーバー装置から受信する集計結果受信部と、
   前記エリアに対応する地図画像と共に、前記集計結果受信部により受信した集計結果をモニターに表示する表示部と、
   を備える、
   ことを特徴とするナビゲーションシステム。
7. 前記履歴送信部は、前記履歴記憶部に記憶された履歴と共に、前記ナビゲーション端末のユーザーを識別するユーザー識別情報を前記サーバー装置に送信し、
   前記集計部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数のうち、特定のユーザー識別情報が対応付けられた前記履歴が示す位置が含まれる回数の占める割合が所定値以上の場合に、前記ブロックに前記履歴が示す位置が含まれる回数を補正する、
   ことを特徴とする、請求項６に記載のナビゲーションシステム。
8. 前記履歴送信部は、前記履歴記憶部に記憶された履歴と共に、前記ナビゲーション端末を識別する端末識別情報を前記サーバー装置に送信し、
   前記集計部は、前記複数のブロックのそれぞれについて、前記ブロックに前記履歴が示す位置が含まれる回数のうち、特定の端末識別情報が対応付けられた前記履歴が示す位置が含まれる回数の占める割合が所定値以上の場合に、前記ブロックに前記履歴が示す位置が含まれる回数を補正する、
   ことを特徴とする、請求項６に記載のナビゲーションシステム。
9. 前記集計部によって得られた集計結果を保存するデータベースを更に備え、
   前記集計結果送信部は、前記データベースに保存された集計結果を、前記集計部による集計結果を送信する旨の要求があったナビゲーション端末に送信する、
   ことを特徴とする、請求項６乃至８のいずれか１項に記載のナビゲーションシステム。
10. 前記履歴送信部は、前記停車時間が前記所定の条件を満たし、且つ、前記取得した日時が所定の送信タイミングであると判別した場合に、前記記憶された履歴を前記サーバー装置に送信する、
    ことを特徴とする、請求項６乃至９のいずれか１項に記載のナビゲーションシステム。
11. 現在の日時を取得する日時取得ステップと、
    現在の車両の位置を取得すると、
    前記日時取得ステップおよび前記位置取得ステップにおいて取得された日時と位置の履歴をメモリに記憶する履歴記憶ステップと、
    前記履歴記憶ステップにおいて記憶された履歴に基づいて、前記車両の停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得ステップと、
    前記エリアに対応する地図画像と共に、前記取得ステップにおいて取得した集計結果をモニターに表示する表示ステップと、
    を備えることを特徴とするナビゲーション端末の制御方法。
12. コンピュータを、
    現在の日時を取得する日時取得部、
    現在の車両の位置を取得する位置取得部、
    前記日時取得部および前記位置取得部によって取得された日時と位置の履歴を記憶する履歴記憶部、
    前記履歴記憶部に記憶された履歴に基づいて、停車時間が所定の条件を満たすか否かを判別し、前記停車時間が前記所定の条件を満たすと判別した場合に、集計対象となるエリアを分割する複数のブロックごとに集計された集計結果であって、前記複数のブロックのそれぞれについて前記ブロックに前記履歴が示す位置が含まれる回数が対応付けられた集計結果を取得する取得部、
    前記エリアに対応する地図画像と共に、前記取得部により取得した集計結果をモニターに表示する表示部、
    として機能させるためのプログラム。

Images