JP2014077680A - 情報処理装置、処理方法、及び、プログラム - Google Patents

Abstract

【課題】利用者の移動軌跡を適切に処理することのできる情報処理装置等を提供する。
【解決手段】携帯端末３０を所持する利用者が車両ＶＣに乗車している間では、車載機器２０と携帯端末３０とが近距離無線通信にて通信可能であるため、携帯端末３０がそのまま待機し、車載機器２０により測位された位置情報だけがサーバ１０に送信される。一方、利用者が車両ＶＣから降車した後には、車載機器２０と携帯端末３０との無線通信が途絶するため、携帯端末３０が測位等を開始し、携帯端末３０により測位された位置情報だけがサーバ１０に送信される。サーバ１０は、車載機器２０又は携帯端末３０から送られた位置情報を蓄積する。そして、サーバ１０は、蓄積した位置情報を基に、利用者の移動軌跡を表す図形を地図上に合成した照会画像を生成して、車載機器２０等に送信する。
【選択図】図１

Description

本発明は、情報処理装置、処理方法、及び、プログラムに関する。

車両（自動車等）の位置情報等を地図上に表示できるシステム（ナビゲーションシステム等）が、多くの利用者に利用されている。
例えば、特許文献１には、地図上に移動体（車両）の移動軌跡を表示できるＧＰＳ位置情報表示システムの発明が開示されている。このシステムでは、利用者による設定に応じて、移動軌跡の表示／非表示を切り換えることが可能となっている。

特開２００１−３３３４４２号公報

上述した従来のシステムは、車載機器が搭載された車両の位置情報を計測（測位）して表示するタイプであるため、利用者が車外にいる場合などでは、利用者の位置情報を計測することができない。
一方、近年では、携帯電話機やスマートフォン等に代表される携帯端末が、ＧＰＳ機能を有している場合も多い。そのため、ＧＰＳ機能を有する携帯端末を用いることで、利用者の位置情報を計測することができ、また、位置情報を蓄積させて移動軌跡を表示することも可能となっている。

本発明は、利用者の移動軌跡を適切に処理することのできる情報処理装置、処理方法、及び、プログラムを提供することを目的とする。

上記目的を達成するため、本発明の第１の観点に係る情報処理装置は、
車載機器及び携帯端末の位置情報を取得する取得部と、
前記取得部により取得された位置情報を処理する処理部と、
を備えることを特徴とする。

前記処理部は、前記車載機器を搭載する移動体が移動を開始した開始時刻及び、移動を終了した終了時刻に基づいて、前記取得部により取得された位置情報を処理してもよい。

上記情報処理装置は、前記取得部により取得された位置情報に基づいた前記車載機器及び前記携帯端末の移動軌跡を表示する表示部を更に備え、
前記処理部は、前記開始時刻から前記終了時刻の間における、前記携帯端末の移動軌跡を前記表示部に表示しないようにしてもよい。

前記処理部は、前記開始時刻又は前記終了時刻における前記車載機器の位置情報に基づいて、前記携帯端末の位置情報を補正してもよい。

上記情報処理装置は、前記取得部により取得された位置情報を記録する記録部を更に備え、
前記処理部は、前記開始時刻から前記終了時刻の間における、前記携帯端末の位置情報を前記記録部に記録しないようにしてもよい。

上記目的を達成するため、本発明の第２の観点に係る処理方法は、
車載機器及び携帯端末の位置情報を取得する取得ステップと、
前記取得ステップにより取得された位置情報を処理する処理ステップと、
を備えることを特徴とする。

上記目的を達成するため、本発明の第３の観点に係るプログラムは、
コンピュータを、
車載機器及び携帯端末の位置情報を取得する取得部、
前記取得部により取得された位置情報を処理する処理部、
として機能させることを特徴とする。

本発明によれば、利用者の移動軌跡を適切に処理することができる。

本発明の第１の実施形態に係るナビゲーションシステムの全体構成例を示す模式図である。 （ａ）がサーバの構成例を示すブロック図であり、（ｂ）が記録部に蓄積される位置情報の一例を示す模式図である。 車載機器の構成例を示すブロック図である。 携帯端末の構成例を示すブロック図である。 本発明の第１の実施形態に係る送信処理の一例を示すフローチャートであって、（ａ）が車載機器が行う送信処理であり、（ｂ）が携帯端末が行う送信処理である。 （ａ）が車載機器からサーバに位置情報が送られる様子を説明するための模式図であり、（ｂ）が携帯端末からサーバに位置情報が送られる様子を説明するための模式図である。 本発明の第１の実施形態に係る照会処理及び、応答処理の一例を示すフローチャートである。 車載機器等に表示される利用者の移動軌跡を含んだ照会画像の一例である。 本発明の第２の実施形態に係る位置情報記録処理の一例を示すフローチャートである。 照会処理及び、本発明の第３の実施形態に係る応答処理の一例を示すフローチャートである。

本発明に係る情報処理装置について、以下、種々の実施形態を通じて説明する。なお、各実施形態では、発明の理解を容易にするため、具体的にナビゲーションシステムを一例として説明するが、本発明に係る情報処理装置は、このようなナビゲーションシステムから必要な要素をだけ抽出して実現可能である。すなわち、本発明に係る情報処理装置は、以下に説明するナビゲーションシステムの上位概念として導かれるものである。

（第１の実施形態）
本発明の第１の実施形態に係るナビゲーションシステムについて、以下図面を参照して説明する。
図１は、本発明の第１の実施形態に係るナビゲーションシステムの全体構成例を示す模式図である。図示するように、ナビゲーションシステムは、サーバ１０と、車載機器２０及び携帯端末３０とが、ネットワーク９０を介して接続されて構成される。なお、車載機器２０は車載用の装置であればよく、適宜、車から取り外して使用できるものであってもよい。例えば車載用のナビゲーション装置である。また、携帯端末３０は、携帯電話やスマートフォン、撮像装置、ＰＤＡ等である。
なお、車載機器２０は、利用者の車両ＶＣに搭載されて使用される。また、携帯端末３０は、利用者により所持（保持）されて使用される。つまり、利用者は、携帯端末３０を所持したまま、車両ＶＣに乗車して移動可能であり、また、車両ＶＣから降車した後などでは、携帯端末３０を所持したまま徒歩等にて移動可能となっている。
更に、車載機器２０と携帯端末３０とは、後述するように、所定の近距離無線通信によって、通信可能となっている。

サーバ１０は、汎用のコンピュータ等からなり、車載機器２０や携帯端末３０から送られた位置情報を受信（取得）し、受信した位置情報を蓄積（記録）することで、利用者の移動軌跡を得る。
以下、具体的なサーバ１０の構成を、図２（ａ）を参照して説明する。図２（ａ）は、サーバ１０の構成例を示すブロック図である。
図示するように、サーバ１０は、取得部１１と、処理部１２と、記録部１３とを含んで構成されている。

取得部１１は、例えば、モデム等の通信デバイスからなり、ネットワーク９０を介して、車載機器２０や携帯端末３０から位置情報等を取得する。
具体的に取得部１１は、車載機器２０にて測位された位置情報、及び、携帯端末３０にて測位された位置情報を取得する。この位置情報とは、車載機器２０や携帯端末３０によってそれぞれ測位された利用者の現在位置（厳密には、車載機器２０や携帯端末３０の現在位置）を表しており、一例として、緯度、経度、及び、高さを含んだ情報である。なお、位置情報には、測位した日時（年月日、時刻）や区分（測位を行った機器の種別）等が適宜含まれている。
取得部１１が取得した位置情報は、処理部１２の制御により、記録部１３に蓄積される（順次記録される）。
この他にも、取得部１１は、利用者の移動軌跡を照会するための照会要求情報が車載機器２０や携帯端末３０から送られた場合に、この照会要求情報を取得する。この照会要求情報に伴って、後述するように、処理部１２が照会画像（一例として、移動軌跡が地図上に合成された画像）を生成する。そして、取得部１１は、生成された照会画像を要求元の車載機器２０や携帯端末３０に送信する機能も有している。

処理部１２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、内蔵タイマ等を含んで構成され、このＲＯＭに記憶されたプログラムをＣＰＵが実行することにより、サーバ１０全体を制御する。なお、サーバ１０が別途ハードディスク等にプログラムを記憶している場合には、そのハードディスク等に記憶されたプログラムをＣＰＵが実行することにより、サーバ１０全体を制御する。
このような処理部１２は、例えば、取得部１１が取得した位置情報を、利用者を識別するための情報（一例として、利用者ＩＤ）に関連付けて、記録部１３に蓄積する。
具体的に処理部１２は、図２（ｂ）に示すように、日時、区分、及び、位置座標を含む位置情報を、利用者ＩＤに対応付けて、記録部１３に順次記録する。
この図２（ｂ）に示す日時は、車載機器２０や携帯端末３０にて測位が行われた日時を表している。なお、日時が含まれない位置情報が送られてきた場合には、処理部１２（内蔵タイマ等）が計時する時刻を用いて、受信した日時をセットするようにしてもよい。
また、図２（ｂ）に示す区分は、測位を行った機器の種別を表すコード等からなり、一例として、「ＮＶ」が車載機器２０を示しており、また、「ＣＰ」が携帯端末３０を示している。

なお、処理部１２は、このような位置情報を記録部１３に蓄積する際に、携帯端末３０から送られた位置情報（位置座標の値）を補正してもよい。
例えば、位置情報の送信元が車載機器２０から携帯端末３０へと切り替わった際に、処理部１２は、携帯端末３０から受信した位置情報を補正する。
具体的に処理部１２は、受信した位置情報の区分が「ＮＶ」から「ＣＰ」に変化した場合に、車両ＶＣが移動を終了し、送信元が車載機器２０から携帯端末３０に切り替わったことを判別する。そして、処理部１２は、記録部１３に記録済みの車載機器２０の位置情報（つまり、車両ＶＣが移動を終了した終了時刻における位置情報）を基に、携帯端末３０から受信した位置情報について、位置座標の値を補正する。より詳細には、切り替わった時点（終了時刻）から所定時間後までに限り、処理部１２は、終了時刻における車載機器２０の位置座標の値に近づくように（又は一致させるように）、携帯端末３０から受信した位置情報の位置座標から一定値を減算（若しくは加算）して補正する。なお、このような補正手法は一例であり、携帯端末３０の測位精度等に応じて、適宜変更可能である。
一方、位置情報の送信元が携帯端末３０から車載機器２０へと切り替わった際には、記録済みの携帯端末３０の位置情報を補正する。
具体的に処理部１２は、受信した位置情報の区分が「ＣＰ」から「ＮＶ」に変化した場合に、車両ＶＣが移動を開始し、送信元が携帯端末３０から車載機器２０に切り替わったことを判別する。そして、処理部１２は、車載機器２０から受信した位置情報（つまり、車両ＶＣが移動を開始した開始時刻における位置情報）を基に、記録部１３に記録済みの位置情報（携帯端末３０の位置情報）について、位置座標の値を補正する。より詳細には、切り替わった時点（開始時刻）から所定時間前までに記録された位置情報に限り、処理部１２は、開始時刻における車載機器２０の位置座標の値に近づくように、記録済みの位置情報の位置座標から一定値を減算（若しくは加算）する。なお、このような補正手法は一例であり、携帯端末３０の測位精度等に応じて、適宜変更可能である。また、このような補正処理を必ずしも行わなくても、利用者の移動軌跡を適切に処理することができる。
また、移動を開始した開始時刻、及び、移動を終了した終了時刻を検出する方法は種々の方法を用いることができる。例えば、車載機器２０の電源のオンオフで検出してもよいし、車載機器２０の位置情報に基づいて、車が移動しているか否かを検出してもよい。また、信号機による停車や、車の電源が入ったままの状態による一時的な停車は、移動時間とみなすことが好ましい。

さらに、処理部１２は、取得部１１が照会要求情報（利用者の移動軌跡を照会するための情報）を取得した際に、この照会要求情報に含まれる利用者ＩＤ等をキーにして、記録部１３から対象となる範囲の位置情報を検索する。そして、検索した各位置情報を元に移動軌跡を表す図形（一例として、自由曲線）を生成し、記録部１３から読み出した地図情報に合成する。
処理部１２は、このような利用者の移動軌跡を地図上に合成した照会画像を、要求元の車載機器２０や携帯端末３０に送信する。

記録部１３は、例えば、データベース等からなり、車載機器２０や携帯端末３０から受信した位置情報を蓄積する。
具体的に記録部１３は、上述した図２（ｂ）に示すように、位置情報を利用者ＩＤに対応付け、指定された日時の範囲等により検索可能な状態で記録する。
また、記録部１３は、地図情報（道路情報）や各種の画像などのような照会画像の作成する際に必要な情報も記憶している。

図１に戻って、車載機器２０は、利用者の車両ＶＣに搭載され、車両ＶＣのＡＣＣスイッチ（アクセサリスイッチ；Accessory switch）がＯＮになると起動し、また、ＡＣＣスイッチがＯＦＦになると、起動を停止する。なお、所定容量のバッテリや大容量コンデンサ等を備え、ＡＣＣスイッチがＯＦＦになっても、所定の短時間分の処理を可能とし、予め定められた処理を行ってから起動を停止するようにしてもよい。
以下、具体的な車載機器２０の構成を、図３を参照して説明する。図３は、車載機器２０の構成例を示すブロック図である。
図示するように、車載機器２０は、ＧＰＳユニット２１と、通信部２２と、近距離無線部２３と、センサ部２４と、ハードディスク２５と、演算処理部２６と、操作部２７と、表示部２８とを含んで構成されている。

ＧＰＳ（Global Positioning System）ユニット２１は、複数のＧＰＳ衛星から送られる信号を受信し、利用者の現在位置（厳密には車両ＶＣの位置）を計測する。例えば、ＧＰＳユニット２１は、緯度、経度、及び、高さからなる位置情報を測位する。そして、測位した位置情報を演算処理部２６に供給する。

通信部２２は、移動体通信が可能な通信ユニット等からなり、最寄りの基地局等を介して、ネットワーク９０に接続可能となっている。つまり、通信部２２は、車両ＶＣが走行中などでも、ネットワーク９０に接続して、サーバ１０との間で情報を送受信することが可能となっている。
例えば、通信部２２は、所定の時間間隔でサーバ１０にアクセスし、ＧＰＳユニット２１が計測した位置情報を送信する。また、通信部２２は、利用者の移動軌跡を照会するための照会要求情報をサーバ１０に送信し、応答してサーバ１０から返信される移動軌跡の照会画像を受信する。

近距離無線部２３は、所定規格の近距離無線通信が可能な無線ユニット等からなり、近傍（具体的には、車両ＶＣ内）の携帯端末３０との間で無線通信が可能となっている。
例えば、近距離無線部２３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、及び、赤外線通信などのような所定の近距離無線規格に適合しており、車両ＶＣ内で利用者が所持する携帯端末３０と通信可能となっている。具体的に近距離無線部２３は、予め携帯端末３０との間で、ペアリング（pairing）情報と呼ばれる接続設定が行われており、一例として、車両ＶＣのＡＣＣスイッチがＯＮとなり、車載機器２０が起動すると（車両ＶＣが移動を開始すると）、車両ＶＣ内に携帯端末３０があれば、自動的にペアリングが行われ、無線通信が可能な状態となる。

センサ部２４は、車速センサや方位センサ等からなり、車両ＶＣの速度や方向等を示すデータを検出する。センサ部２４は、検出したデータを演算処理部２６に供給する。

ハードディスク２５は、地図情報（道路情報）や各種の画像などのような経路表示等に必要な情報を記憶している。各種の画像には、現在位置等を示すシンボル等も含まれている。そして、演算処理部２６からの要求に応じて、必要な情報を読み出して演算処理部２６に供給する。
また、ハードディスク２５は、利用者を識別するための利用者ＩＤ、必要なパスワード、及び、サーバ１０のアドレス（ＵＲＬやポート番号）等も記憶している。

演算処理部２６は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び、内蔵タイマ等を含んで構成され、このＲＯＭに記憶されたプログラムをＣＰＵが実行することにより、車載機器２０全体を制御する。なお、プログラムは、上述したハードディスク２５に記憶されていてもよい。この場合、ハードディスク２５に記憶されたプログラムをＣＰＵが実行することにより、車載機器２０全体を制御する。
具体的に演算処理部２６は、ＧＰＳユニット２１が測位した位置情報に基づいて、現在位置を割り出し、地図上にシンボル等を合成して表示部２８に表示する。なお、車両ＶＣがトンネル内を走行しているなどにより、ＧＰＳユニット２１が位置情報を測位できない場合に、演算処理部２６は、センサ部２４から得たデータ等を用いた自律航法により、位置情報を計測する。

また、演算処理部２６は、所定の時間間隔毎（一例として、３０秒毎）に、通信部２２を制御し、利用者ＩＤや必要に応じてパスワード等を伴ってサーバ１０にアクセスし、位置情報を送信する。その際、演算処理部２６は、位置情報に現在日時や区分（一例として、車載機器２０を示す種別である「ＮＶ」）を付加してサーバ１０に送信する。
なお、演算処理部２６は、このような所定の間隔毎に位置情報を送信する代わりに、所定の条件が満たされた際に、複数の位置情報をまとめて、サーバ１０に送信してもよい。例えば、演算処理部２６は、所定の時間間隔毎に位置情報をハードディスク２５に蓄積しておき、センサ部２４から得たデータに基づいて、車両ＶＣの速度が０になった際に、蓄積した分の各位置情報をサーバ１０に送信する。そして、送信済みの各位置情報をハードディスク２５から削除する。
この他にも、演算処理部２６は、操作部２７を介して利用者から、移動軌跡の照会を指示された際に、利用者ＩＤ等を含んだ照会要求情報を生成し、通信部２２を制御してサーバ１０に送信する。そして、サーバ１０から返信される移動軌跡の照会画像を通信部２２にて受信すると、その照会画像を表示部２８に表示する。

操作部２７は、例えば、表示部２８の前面に配置されたタッチパネル等からなり、利用者からの操作内容（指示入力等）を受け付ける。なお、操作部２７は、赤外線リモコン等であってもよい。

表示部２８は、例えば、液晶ディスプレイ等からなり、地図や所定の案内画像等を表示する。
具体的に表示部２８は、演算処理部２６によって生成された地図上に現在位置を示すシンボル等を合成して表示する。また、表示部２８は、操作部２７にて移動軌跡の照会が指示され、サーバ１０から移動軌跡の照会画像を受信した場合に、その照会画像を表示する。

図１に戻って、携帯端末３０は、携帯電話やスマートフォン等からなり、利用者に所持され、利用者と共に移動する。例えば、利用者が車両ＶＣに乗車している際には、車両ＶＣの走行に伴って移動し、利用者が車両ＶＣから降車した後などでは、利用者の歩行等に伴って移動する。
以下、具体的な携帯端末３０の構成を、図４を参照して説明する。図４は、携帯端末３０の構成例を示すブロック図である。
図示するように、携帯端末３０は、ＧＰＳユニット３１と、通信部３２と、近距離無線部３３と、センサ部３４と、フラッシュメモリ３５と、演算処理部３６と、操作部３７と、表示部３８とを含んで構成されている。

ＧＰＳユニット３１は、複数のＧＰＳ衛星から送られる信号を受信し、利用者の現在位置（厳密には携帯端末３０の位置）を計測する。例えば、ＧＰＳユニット３１は、緯度、経度、及び、高さからなる位置情報を測位し、測位した位置情報を演算処理部３６に供給する。

通信部３２は、移動体通信が可能な通信ユニット等からなり、最寄りの基地局等を介して、ネットワーク９０に接続し、図示せぬ他の端末等との間で通話（音声情報の送受信）等が可能となっている。また、通信部３２は、ネットワーク９０に接続して、サーバ１０との間で情報を送受信することも可能となっている。
例えば、サーバ１０との通信では、通信部３２は、所定の時間間隔でサーバ１０にアクセスし、ＧＰＳユニット３１が計測した位置情報を送信する。また、通信部３２は、利用者の移動軌跡を照会するための照会要求情報をサーバ１０に送信し、応答してサーバ１０から返信される移動軌跡の照会画像を受信する。

近距離無線部３３は、所定規格の近距離無線通信が可能な無線ユニット等からなり、近傍の車載機器２０との間で無線通信が可能となっている。
例えば、近距離無線部３３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ、及び、赤外線通信などのような所定の近距離無線規格に適合しており、携帯端末３０を所持する利用者が車両ＶＣに乗車している際に、車載機器２０と通信可能となる。具体的に近距離無線部３３は、予め車載機器２０との間で、ペアリング情報が設定されており、一例として、携帯端末３０を所持する利用者が車両ＶＣに乗車して、ＡＣＣスイッチがＯＮになり、車両ＶＣが移動を開始すると、車載機器２０との間で、自動的にペアリングが行われ、無線通信が可能となる。一方、ＡＣＣスイッチがＯＦＦになり、車両ＶＣが移動を終了すると、車載機器２０との間の無線通信が途絶することになり、近距離無線部３３は、このような通信途絶を検出する。また、携帯端末３０を所持する利用者が徒歩で移動している場合なども、同様に、車載機器２０との間の無線通信が途絶しており、近距離無線部３３は、このような通信途絶を検出する。

センサ部３４は、加速度センサや方位センサ等からなり、携帯端末３０の速度や方向等を示すデータを検出する。センサ部３４は、検出したデータを演算処理部３６に供給する。

フラッシュメモリ３５は、携帯端末３０にインストールされた種々のアプリケーション等の情報を記憶している。例えば、ナビゲーションのアプリケーションの場合、フラッシュメモリ３５は、地図情報（道路情報）や各種の画像などのような経路表示等に必要な情報も記憶している。各種の画像には、現在位置等を示すシンボル等も含まれている。そして、要求に応じて、必要な情報を読み出して演算処理部３６に供給する。
また、フラッシュメモリ３５は、利用者を識別するための利用者ＩＤ、必要なパスワード、及び、サーバ１０のアドレス（ＵＲＬやポート番号）等も記憶している。

演算処理部３６は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、及び、内蔵タイマ等から構成され、このＲＯＭに記憶されたプログラムをＣＰＵが実行することにより、携帯端末３０全体を制御する。より詳細に、演算処理部３６は、所定のＯＳ（Operating System）上で、フラッシュメモリ３５に記憶された各種のアプリケーションが実行可能となっている。
具体的にナビゲーションのアプリケーションが実行された際に、演算処理部３６は、まず、車載機器２０との通信が可能かどうかを判別する。つまり、近距離無線部３３により、ペアリング情報に基づいて車載機器２０との間で近距離無線通信が行えるかどうかを判別する。ここで、近距離無線通信が行えると判別すると、演算処理部３６は、以降も通信状態を逐次チェックしつつ、そのまま待機する。

一方、車載機器２０との近距離無線通信が行えない（通信が途絶している）と判別すると、演算処理部３６は、ＧＰＳユニット３１を制御して、位置情報を生成させる。なお、利用者が建物内（屋内）を歩行しているなどにより、ＧＰＳユニット３１が位置情報を測位できない場合に、演算処理部３６は、センサ部３４から得たデータ等を用いた自律航法により位置情報を計測する。
そして、演算処理部３６は、所定の時間間隔毎（一例として、３０秒毎）に、通信部３２を制御し、利用者ＩＤや必要に応じてパスワード等を伴ってサーバ１０にアクセスし、位置情報を送信する。その際、演算処理部３６は、位置情報に現在日時や区分（一例として、携帯端末３０を示す種別である「ＣＰ」）を付加してサーバ１０に送信する。
なお、演算処理部３６は、このような所定の間隔毎に位置情報を送信する代わりに、所定の条件が満たされた際に、複数の位置情報をまとめて、サーバ１０に送信してもよい。例えば、演算処理部３６は、所定の時間間隔毎に位置情報をフラッシュメモリ３５に蓄積しておき、センサ部３４から得たデータに従って、利用者の速度が０になった際（利用者が立ち止まるなどした際）に、蓄積した分の各位置情報をサーバ１０に送信する。そして、送信済みの各位置情報をフラッシュメモリ３５から削除する。
この他にも、演算処理部３６は、操作部３７を介して利用者から、移動軌跡の照会を指示された際に、利用者ＩＤ等を含んだ照会要求情報を生成し、通信部３２を制御してサーバ１０に送信する。そして、サーバ１０から返信される移動軌跡の照会画像を通信部３２にて受信すると、その照会画像を表示部３８に表示する。

操作部３７は、例えば、携帯端末３０に配置された各スイッチ（キー）等からなり、利用者からの操作内容（指示入力等）を受け付ける。なお、操作部３７は、表示部３８の前面に配置されたタッチパネル等であってもよい。

表示部３８は、例えば、液晶ディスプレイ等からなり、携帯端末３０の操作メニューや、各種アプリケーションを実行させるためのアイコン等の画像を表示する。そして、何れかのアプリケーションが演算処理部３６に実行されると、そのアプリケーションにより生成される画像を表示する。
具体的にナビゲーションのアプリケーションが実行された場合、表示部３８は、演算処理部３６によって生成された地図上に現在位置を示すシンボル等を合成して表示する。また、表示部３８は、操作部３７にて移動軌跡の照会が指示され、サーバ１０から移動軌跡の照会画像を受信した場合に、その照会画像を表示する。
なお、表示部３８は、このような地図画像等を表示中に、操作部３７が操作されないまま所定時間が経過すると、画面表示をオフにして、電力の消費を低く抑えてもよい。

このような構成からなるナビゲーションシステムの具体的な動作について、以下、図面を参照して説明する。
まず、車載機器２０及び携帯端末３０が行う位置情報の送信動作について、図５（ａ），（ｂ）を参照して説明する。図５（ａ）は、車載機器２０が行う送信処理の一例を示すフローチャートである。また、図５（ｂ）は、携帯端末３０が行う送信処理の一例を示すフローチャートである。
例えば、車載機器２０は、ＡＣＣスイッチがＯＮとなり、車両ＶＣが移動を開始すると、図５（ａ）に示す送信処理を開始する。また、携帯端末３０は、ナビゲーションのアプリケーションの実行が指示された際に、図５（ｂ）に示す送信処理を開始する。

最初に、車載機器２０が行う送信処理について説明する。図５（ａ）に示すように、まず、車載機器２０は、携帯端末３０との近距離無線通信の開始を試みる（ステップＳ２０１）。
例えば、近距離無線部２３は、予め設定されているペアリング情報に基づいて、携帯端末３０とのペアリングを試みる。その際、車両ＶＣ内に携帯端末３０があれば（携帯端末３０を所持した利用者が乗車していれば）、携帯端末３０との近距離無線通信が確立される。その後、ＡＣＣスイッチがＯＦＦになり、車両ＶＣが移動を終了するまで（携帯端末３０も起動している間）、近距離無線通信が可能な状態に維持される。

車載機器２０は、位置情報を取得し、地図上にシンボル等を合成して表示する（ステップＳ２０２）。
すなわち、ＧＰＳユニット２１は、例えば、緯度、経度、及び、高さからなる位置情報を測位する。そして、演算処理部２６は、ＧＰＳユニット２１が測位した位置情報に基づいて、現在位置を割り出し、地図上にシンボル等を合成して表示部２８に表示する。

車載機器２０は、位置情報の送信タイミングであるか否かを判別する（ステップＳ２０３）。
例えば、演算処理部２６は、内蔵タイマ等にて時間を計時しており、前回の送信時から所定時間（一例として、３０秒）が経過したかどうかを判別する。なお、未送信の場合は、時間経過に関係なく、送信タイミングであると判別する。
車載機器２０は、送信タイミングでない（例えば、前回の送信時から３０秒が経過していない）と判別すると（ステップＳ２０３；Ｎｏ）、上述したステップＳ２０２に処理を戻す。

一方、送信タイミングである（例えば、前回の送信時から３０秒が経過した）と判別した場合（ステップＳ２０３；Ｙｅｓ）に、車載機器２０は、位置情報をサーバ１０に送信する（ステップＳ２０４）。
すなわち、演算処理部２６は、測位された位置情報に現在日時や区分等を付加し、通信部２２を制御して、位置情報をサーバ１０に送信する。
そして、車載機器２０は、ステップＳ２０２に処理を戻し、上述したステップＳ２０２〜Ｓ２０４の処理を繰り返し実行する。つまり、車載機器２０は、ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了するまで、このような送信処理を継続する。

次に、携帯端末３０が行う送信処理について説明する。図５（ｂ）に示すように、まず、携帯端末３０は、車載機器２０との近距離無線の通信をチェックする（ステップＳ３０１）。
例えば、近距離無線部３３は、ペアリング情報に基づいて、車載機器２０との無線通信が可能な状態であるかを確認する。具体的には、携帯端末３０を所持する利用者が車両ＶＣ（ＡＣＣスイッチがＯＮ）に乗車していれば、車載機器２０との近距離無線が可能な状態となっている。一方、携帯端末３０を所持する利用者が車両ＶＣに乗車していなければ（徒歩で移動している等であれば）、車載機器２０との近距離無線が不能な状態となっている。

携帯端末３０は、近距離無線の通信チェックに基づいて、車載機器２０との無線通信が通信途絶しているか否かを判別する（ステップＳ３０２）。
携帯端末３０は、通信途絶していない（通信可能である）と判別すると（ステップＳ３０２；Ｎｏ）、ステップＳ３０１に処理を戻す。すなわち、車両ＶＣの車載機器２０からサーバ１０へ位置情報が送信されていると判断できるため、携帯端末３０は、後続処理を行うことなく、ステップＳ３０１に処理を戻す。つまり、車載機器２０との無線通信を逐次チェックしながら待機し、電力の消費をなるべく低く抑える。

一方、車載機器２０との無線通信が通信途絶している（通信不能である）と判別した場合（ステップＳ３０２；Ｙｅｓ）に、携帯端末３０は、位置情報を取得し、地図上にシンボル等を合成して表示する（ステップＳ３０３）。
すなわち、ＧＰＳユニット３１は、例えば、緯度、経度、及び、高さからなる位置情報を測位する。そして、演算処理部３６は、ＧＰＳユニット３１が測位した位置情報に基づいて、現在位置を割り出し、地図上にシンボル等を合成して表示部３８に表示する。
なおこの際、携帯端末３０は、電力の消費をなるべく低く抑えるため、表示等を行わずに、位置情報を測位するだけにとどめてもよい。

携帯端末３０は、位置情報の送信タイミングであるか否かを判別する（ステップＳ３０４）。
例えば、演算処理部３６は、内蔵タイマ等にて時間を計時しており、前回の送信時から所定時間（一例として、３０秒）が経過したかどうかを判別する。なお、未送信の場合は、時間経過に関係なく、送信タイミングであると判別する。
携帯端末３０は、送信タイミングでない（例えば、前回の送信時から３０秒が経過していない）と判別すると（ステップＳ３０４；Ｎｏ）、上述したステップＳ３０１に処理を戻す。

一方、送信タイミングである（例えば、前回の送信時から３０秒が経過した）と判別した場合（ステップＳ３０４；Ｙｅｓ）に、携帯端末３０は、位置情報をサーバ１０に送信する（ステップＳ３０５）。
すなわち、演算処理部３６は、測位された位置情報に現在日時や区分等を付加し、通信部３２を制御して、位置情報をサーバ１０に送信する。
そして、携帯端末３０は、ステップＳ３０１に処理を戻し、上述したステップＳ３０１〜Ｓ３０５の処理を繰り返し実行する。つまり、携帯端末３０は、ナビゲーションのアプリケーションを実行している間、このような送信処理を継続する。

これらの送信処理により、車載機器２０及び携帯端末３０の何れか一方から、利用者の位置を示す位置情報がサーバ１０に送信される。
具体的に、携帯端末３０を所持する利用者が車両ＶＣに乗車している間（ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了するまで）では、図６（ａ）に示すように、車載機器２０と携帯端末３０とが近距離無線通信にて通信可能であるため、携帯端末３０がそのまま待機し（測位や送信を行わずに待機し）、車載機器２０だけから位置情報がサーバ１０に送信される。つまり、車載機器２０及び携帯端末３０の両方で、位置情報を測位可能な状態では、比較して測位精度の高い車載機器２０の位置情報だけが、サーバ１０に送信されることになる。またその際、携帯端末３０が、測位や送信等を行わずに待機するため、消費電力を低減でき、バッテリ等を長持ちさせることができる。

一方、利用者が車両ＶＣから降車した後（ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了した後）には、図６（ｂ）に示すように、車載機器２０と携帯端末３０との無線通信が途絶する（通信不可となる）ため、携帯端末３０が測位等を開始し、携帯端末３０の位置情報だけがサーバ１０に送信される。つまり、携帯端末３０だけが位置情報を測位可能な状態になると、送信元が車載機器２０から携帯端末３０に自動的に切り替わり、携帯端末３０の位置情報だけが、サーバ１０に送信される。
また再び、携帯端末３０を所持する利用者が車両ＶＣに乗車すると（ＡＣＣスイッチがＯＮになり、車両ＶＣが移動を開始すると）、図６（ａ）に示すように、車載機器２０と携帯端末３０とが近距離無線通信にて通信可能となるため、携帯端末３０が測位や送信を行わずに待機し、起動した車載機器２０だけから位置情報がサーバ１０に送信される。つまり、車載機器２０及び携帯端末３０の両方で、位置情報を測位可能な状態に戻ると、送信元が携帯端末３０から車載機器２０に自動的に切り替わり、車載機器２０の位置情報だけが、サーバ１０に送信される。

このようにして送られた位置情報は、ネットワーク９０を介してサーバ１０にて受信可能となる。そして、サーバ１０は、上述した図２（ｂ）に示すように、受信した位置情報を、記録部１３に蓄積する。なおその際、サーバ１０は、上述したように、携帯端末３０から受信した位置情報を適宜補正して記録部１３に蓄積してもよい。つまり、車両ＶＣが移動を終了した終了時刻における位置情報に基づいて、携帯端末３０から受信した位置情報を補正してもよく、また、車両ＶＣが移動を開始した開始時刻における位置情報に基づいて、携帯端末３０から受信済み（記録部１３に記録済み）の位置情報を補正してもよい。
このように、車載機器２０と携帯端末３０とを連携させ、比較的測位精度の高い車載機器２０の位置情報を優先的にサーバ１０に送信することで、一連の位置情報（移動軌跡）を記録部１３に記録することができる。

次に、サーバ１０（記録部１３）に蓄積したこのような位置情報を基に、利用者の移動軌跡を照会する際の動作について、図７を参照して説明する。
図７は、車載機器２０が行う照会処理及び、サーバ１０が行う応答処理の一例を示すフローチャートである。なお、図７では、照会処理を車載機器２０が行う場合について示しているが、これは一例であり、携帯端末３０からも、同様の照会処理が行えるようになっている。また、この他の機器（例えば、利用者のパーソナルコンピュータ等）からも、同様の照会処理が行えるようにしてもよい。

まず、車載機器２０は、利用者の操作に応じて、照会要求情報を生成する（ステップＳ４０１）。
例えば、利用者が操作部２７を操作して、移動軌跡の照会を指示すると、演算処理部２６は、利用者ＩＤ等を含んだ照会要求情報を生成する。この照会要求情報には、照会する移動軌跡の範囲を指定するための日時等が含まれるようにしてもよい。なお、日時等による範囲が指定されない場合には、後述するように、サーバ１０が直近の位置情報（連続性が認められる範囲の各位置情報）を記録部１３から検索できるようになっている。

車載機器２０は、生成した照会要求情報をサーバ１０に送信する（ステップＳ４０２）。
すなわち、演算処理部２６は、通信部２２を制御して、照会要求情報をサーバ１０に送信する。

これに応じて、サーバ１０は、照会要求情報を受信する（ステップＳ５０１）。
すなわち、取得部１１は、ネットワーク９０を介して車載機器２０から送られた照会要求情報を取得する。

サーバ１０は、受信した照会要求情報に基づいて記録部１３から各位置情報を検索する（ステップＳ５０２）。
例えば、処理部１２は、照会要求情報に含まれる利用者ＩＤ等をキーにして、記録部１３から各位置情報を検索する。なお、照会要求情報に、照会する移動軌跡の範囲を指定するための日時等が含まれている場合、処理部１２は、指定された範囲内の各位置情報を記録部１３から検索する。一方、日時等による範囲が指定されていない場合、処理部１２は、直近の位置情報（連続性が認められる範囲の各位置情報）を記録部１３から検索する。
なお、記録部１３から有効な位置情報を検索できなかった場合（例えば、利用者ＩＤ等が誤っていたり、指定された日時等の範囲内に該当する位置情報が記録部１３に記憶されていない場合など）では、処理部１２は、所定のエラー情報を生成して送信元に返信するものとする。

サーバ１０は、検索した各位置情報を元に移動軌跡を示す図形を生成し、地図上に合成する（ステップＳ５０３)。
例えば、処理部１２は、検索した各位置情報を元に移動軌跡を表す自由曲線を生成し、記録部１３から読み出した地図情報に合成する。つまり、処理部１２は、利用者の移動軌跡を地図上に合成した照会画像を生成する。

サーバ１０は、生成した照会画像を、要求元に送信する（ステップＳ５０４)。すなわち、処理部１２は、利用者の移動軌跡を地図上に合成した照会画像を車載機器２０に送信する。
そして、サーバ１０は、応答処理を終える。

これに応じて、車載機器２０は、照会画像を受信する（ステップＳ４０３）。
すなわち、通信部２２は、ネットワーク９０を介してサーバ１０から送られた照会画像を受信する。

車載機器２０は、受信した照会画像を表示部２８に表示する（ステップＳ４０４）。
例えば、表示部２８は、図８に示すような、移動軌跡を表す図形ＴＲ１，ＴＲ２を地図上に合成した照会画像を表示する。この図形ＴＲ１は、車載機器２０にて計測された各位置情報に基づく移動軌跡を示している。つまり、車両ＶＣに乗車して移動した利用者の移動軌跡を示している。一方、図形ＴＲ２は、携帯端末３０にて計測された各位置情報に基づく移動軌跡を表している。つまり、徒歩等で移動した利用者の移動軌跡を示している。
この図８では、図形ＴＲ１を実線で表し、図形ＴＲ２を点線（破線）で表しているが、実際に表示部２８に表示する際には、例えば、線の種類を変えずに、異なる色にて図形ＴＲ１，ＴＲ２を描画することで、両者を識別できるようにしてもよい。なお、両者を識別可能な表示手法は、これらに限られず、適宜変更可能である。また、移動軌跡を表す図形（図形ＴＲ１，ＴＲ２）についても、このような自由曲線に限られず、適宜変更可能である。

図８に示すような照会画像が表示部２８に表示されると、利用者の移動軌跡を適切に把握できる。つまり、図形ＴＲ１からは、駅前付近まで車両ＶＣで移動してきた利用者が、駐車場等に駐車した（車両ＶＣが移動を終了した）様子が把握できる。また、図形ＴＲ２からは、徒歩等で駅を通過して公園まで移動した利用者が、公園内を一巡りした後に、元の駐車場等まで移動した様子が把握できる。
しかも、利用者が車両ＶＣで移動している間は、比較的測位精度の高い車載機器２０の位置情報に基づく移動軌跡（図形ＴＲ１）が得られており、どの道を通って移動したのか等が明確となっている。また、利用者が徒歩等で移動している間は、携帯端末３０の位置情報に基づく移動軌跡（図形ＴＲ２）が得られており、必要な移動軌跡が漏れることがない。
この結果、利用者の移動軌跡を適切に処理することができる。

（第１の実施形態の変形例）
上述した第１の実施形態では、車載機器２０と携帯端末３０との間で、近距離無線通信が可能な構成とし、その近通信状況（通信の可否）に基づいて、携帯端末３０が位置情報の送信等を制御する場合について説明した。なお、このような近距離無線通信を用いずに、他の手法を用いて、携帯端末３０が位置情報の送信を制御するようにしてもよい。例えば、車載機器２０の動作状況を移動体通信を用いたメールにて携帯端末３０に知らせることで、携帯端末３０が位置情報の送信を制御してもよい。
具体的には、ＡＣＣスイッチがＯＮとなり、車両ＶＣの移動が開始すると、通信部２２は、携帯端末３０に向けて（携帯端末３０にて受信可能なメールアドレスを宛先として）、起動を知らせるための起動メールを送信する。この起動メールは、一例として、件名に「Navi ON」等の予め定められた文字列が設定されており、携帯端末３０側で他のメールと区別可能となっている。携帯端末３０は、車載機器２０から送られ得るメール（一例として件名）を逐次チェックしており、起動メールを通信部３２にて受信すると、上述した近距離無線通信が可能な状態と同様に、測位や送信を行わずに待機する。

一方、ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了して、起動が停止する直前（例えば、車載機器２０のバッテリ等により所定時間分だけ起動している間）に、通信部２２は、携帯端末３０に向けて、終了（起動の終了）を知らせるための終了メールを送信する。この終了メールは、一例として、件名に「Navi OFF」等の予め定められた文字列が設定されており、携帯端末３０側で他のメールと区別可能となっている。携帯端末３０は、車載機器２０から送られ得るメールを逐次チェックしており、終了メールを通信部３２にて受信すると、上述した近距離無線通信が途絶している状態と同様に、測位を行い位置情報の送信を開始する。そして、上述した起動メールを受信するまで、サーバ１０への位置情報の送信を継続する。
このように、移動体通信のメールを用いることで、車載機器２０及び携帯端末３０が近距離無線通信の機能を有していなくとも、移動体通信の機能だけを有していれば、上記と同様に、車載機器２０及び携帯端末３０の何れか一方から、利用者の位置を示す位置情報がサーバ１０に送信される。つまり、車載機器２０と携帯端末３０とを連携させ、比較的測位精度の高い車載機器２０の位置情報を優先的にサーバ１０に送信することで、一連の位置情報（移動軌跡）を記録部１３に記録することができる。

また、これらのように、送信側（携帯端末３０）で位置情報の送信を制御するのではなく、受信側で位置情報の記録を適宜制御すようにしてもよい。つまり、携帯端末３０からも、車載機器２０と同じく位置情報を常時送信するようにし、サーバ１０側で、位置情報の受信状況に応じて、携帯端末３０から受信した位置情報を、記録部１３に記録するかどうかを制御してもよい。
以下、サーバ１０が受信した位置情報について、記録部１３への記録を制御することを特徴とした本発明の第２の実施形態に係るナビゲーションシステムについて説明する。

（第２の実施形態）
本発明の第２の実施形態に係るナビゲーションシステムの全体構成は、上述した図１と同様の構成となっている。
また、サーバ１０も上述した図２（ａ）と同様の構成となっている。なお、車載機器２０及び携帯端末３０の各構成は、以下に説明するように、第１の実施形態の各構成と一部が異なっている。

車載機器２０は、上述した図３に示す構成から、近距離無線部２３を省いた構成となっている。なお、近距離無線部２３を使用しないだけであるため、近距離無線部２３を備えた第１の実施形態の構成のままでもよい。
つまり、車載機器２０は、携帯端末３０との近距離無線通信を行わない点だけが第１の実施形態と異なり、それ以外は、第１の実施形態と同様の処理を行う。

すなわち、車載機器２０は、ＡＣＣスイッチがＯＮになり、車両ＶＣが移動を開始すると、位置情報を順次測位して地図上にシンボル等を合成して表示する。
そして、所定の時間間隔毎（一例として、３０秒毎）に、車載機器２０は、サーバ１０にアクセスして位置情報を送信する。
具体的に演算処理部２６は、第１の実施形態と同様に、送信タイミングになると、位置情報に現在日時や区分を付加してサーバ１０に送信する。
車載機器２０は、ＡＣＣスイッチがＯＦＦになり、車両ＶＣが移動を終了するまで、このような処理を継続する。

一方、携帯端末３０も、上述した図４に示す構成から、近距離無線部３３を省いた構成となっている。なお、同様に近距離無線部３３を使用しないだけであるため、近距離無線部３３を備えた第１の実施形態の構成のままでもよい。

携帯端末３０は、車載機器２０との近距離無線通信を行わない（通信状況を判別しない）ため、サーバ１０への位置情報の送信を常時行う点で、第１の実施形態と異なる。
つまり、携帯端末３０は、ナビゲーションのアプリケーションが実行されると、位置情報を順次測位して地図上にシンボル等を合成して表示する。なお、上記の第１の実施形態と同様に、携帯端末３０は、表示等を行わずに、位置情報を測位するだけにとどめて、電力の消費をなるべく低く抑えてもよい。
そして、所定の時間間隔毎（一例として、３０秒毎）に、携帯端末３０は、サーバ１０にアクセスして位置情報を送信する。
具体的に演算処理部３６は、第１の実施形態における近距離無線通信が途絶している状態と同様に、送信タイミングになると、位置情報に現在日時や区分を付加してサーバ１０に送信する。
携帯端末３０は、ナビゲーションのアプリケーションの実行が終了するまで、このような処理を継続する。

すなわち、本発明の第２の実施形態では、上述した第１の実施形態と異なり、車載機器２０と携帯端末３０との両方から、サーバ１０に向けて、位置情報が送信される状況が生じ得る。例えば、携帯端末３０（ナビゲーションのアプリケーションが実行中）を所持する利用者が車両ＶＣ（ＡＣＣスイッチがＯＮ）に乗車している場合には、車載機器２０と携帯端末３０との両方から、位置情報がサーバ１０へ送信されことになる。
そのため、サーバ１０は、車載機器２０及び携帯端末３０（両方）から位置情報を受信できる状況では、比較的測位精度の高い方の車載機器２０から受信した位置情報だけを記録部１３に記録する。

このようなサーバ１０による位置情報の記録動作について、図面を参照して説明する。
図９は、本発明の第２の実施形態に係る位置情報記録処理の一例を示すフローチャートである。
なお、図９では、処理内容を分かり易くするため、フローチャートにおける位置情報は、同じ利用者ＩＤを伴ってアクセスされた位置情報を示している。つまり、実際には、利用者ＩＤが異なる（別の利用者の）位置情報が送られ得るため、サーバ１０は、利用者ＩＤに応じて位置情報の振り分け処理なども行うが、ここでは省略している。
また、図９のフローチャートでは、車載機器２０及び携帯端末３０が同じ時間間隔（一例として、３０秒毎）で位置情報を送信することを前提としている。つまり、車載機器２０及び携帯端末３０の両方から位置情報が送信される状況において、サーバ１０は、それらの位置情報を交互に受信することになる（同じ機器からの位置情報を連続して受信しない）。一方、ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了すると、車載機器２０から位置情報が送信されなくなるため、携帯端末３０からの位置情報を連続して受信することになる。
以下、これらを前提とした位置情報記録処理について説明する。

まず、サーバ１０は、位置情報を受信するまで待機する（ステップＳ６０１）。すなわち、取得部１１が、車載機器２０又は携帯端末３０から位置情報を取得していない間（ステップＳ６０１；Ｎｏ）、処理部１２は、後続処理に進まずに、逐次受信の有無をチェックしながら待機する。

一方、位置情報を受信すると（ステップＳ６０１；Ｙｅｓ）、サーバ１０は、位置情報に含まれる区分が「ＮＶ」であるか否かを判別する（ステップＳ６０２）。
つまり、処理部１２は、受信した位置情報が車載機器２０から送られたものであるかどうかを判別する。

サーバ１０は、位置情報に含まれる区分が「ＮＶ」であると判別すると（ステップＳ６０２；Ｙｅｓ）、受信した位置情報を記録部１３に記録する（ステップＳ６０３）。
すなわち、処理部１２は、車載機器２０から受信した位置情報を、そのまま記録部１３に記録する。

サーバ１０は、メモリに保持した位置情報があれば消去する（ステップＳ６０４）。
すなわち、処理部１２は、記録部１３に記録することなく一時的にＲＡＭ等に保持している位置情報（後述するように、携帯端末３０から送られた位置情報）があれば、その位置情報を消去する。
そして、サーバ１０は、ステップＳ６０１に処理を戻す。

また上述したステップＳ６０２にて、位置情報に含まれる区分が「ＮＶ」でない（「ＣＰ」である）と判別した場合（ステップＳ６０２；Ｎｏ）に、サーバ１０は、メモリに保持した位置情報があれば記録部１３に記録し、メモリから消去する（ステップＳ６０５）。
すなわち、処理部１２は、ＲＡＭ等から消去されずに位置情報が残っている場合、つまり、車載機器２０の位置情報を受信しないまま、携帯端末３０の位置情報を続けて受信した場合に、ＲＡＭ等に保持した位置情報（先に受信した携帯端末３０の位置情報）を記録部１３に記録した後、その位置情報をＲＡＭ等から消去する。
なお、処理部１２は、携帯端末３０から受信した位置情報を記録部１３に記録する際に、上述した第１の実施形態と同様に、適宜補正してもよい。

そして、サーバ１０は、受信した位置情報を、メモリに保持する（ステップＳ６０６）。
すなわち、処理部１２は、今回受信した携帯端末３０からの位置情報を、一時的にＲＡＭ等に保持する。
そして、サーバ１０は、ステップＳ６０１に処理を戻す。

なお、最後に受信した携帯端末３０の位置情報が、メモリに保持され続ける場合も起こり得る。例えば、携帯端末３０だけから位置情報が送られている状況（例えば、利用者が徒歩等で移動している状況）で、携帯端末３０から新たな位置情報が送られなくなると（携帯端末３０のバッテリ切れ等）、上述したステップＳ６０６にてメモリに保持した位置情報が記録部１３に記録されないことになる。そのため、処理部１２は、例えば、上述したステップＳ６０１の受信チェックを行っている際に、新たな位置情報を受信することなく所定時間が経過する度に、メモリに保持した位置情報があれば、その位置情報を記録部１３に記録するようにしてもよい。

このような位置情報記録処理によって、サーバ１０は、上述した第１の実施形態と同様に、図２（ｂ）に示すような位置情報を記録部１３に記録することができる。
つまり、携帯端末３０を所持する利用者が車両ＶＣに乗車している場合には、車載機器２０と携帯端末３０との両方から、位置情報がサーバ１０へ送信されるが、サーバ１０は、車載機器２０からの位置情報だけを記録部１３に記録し、携帯端末３０からの位置情報は消去する。
一方、利用者が車両ＶＣから降車した後（ＡＣＣスイッチがＯＦＦとなり、車両ＶＣが移動を終了した後）には、携帯端末３０だけから、位置情報がサーバ１０へ送信されることになり、サーバ１０は、連続して受信する携帯端末３０からの位置情報を記録部１３に記録する。
この結果、第２の実施形態に係るサーバ１０でも、比較的測位精度の高い車載機器２０の位置情報を優先的に記録部１３に記録することで、一連の位置情報（移動軌跡）を適切に記録することができる。

そして、サーバ１０は、車載機器２０等から移動軌跡の照会が要求されると、記録部１３に蓄積した位置情報を基に、利用者の移動軌跡を地図上に合成した照会画像を生成して車載機器２０等に送信する。
つまり、第２の実施形態でも、第１の実施形態と同様に、上述した図７の照会処理及び応答処理を行うことで、上述した図８のような照会画像を要求元（車載機器２０等）に表示させることができる。
この結果、利用者の移動軌跡を適切に処理することができる。

（第２の実施形態の変形例）
上述した第２の実施形態では、車載機器２０及び携帯端末３０が同じ時間間隔で位置情報を送信することを前提とした場合について説明した。
それでも、車載機器２０及び携帯端末３０がそれぞれ異なる時間間隔で位置情報を送信するような運用も採用し得る。また、上述した第１の実施形態にて述べたように、車載機器２０及び携帯端末３０にて、所定の時間間隔毎に位置情報を蓄積しておき、速度が０になった場合などに、蓄積した分の各位置情報をサーバ１０に送信する運用も採用し得る。
そのため、これらの運用に対応するために、車両ＶＣの移動時間帯と、位置情報に含まれる日時に基づいて、記録部１３への位置情報の記録を制御するようにしてもよい。

例えば、車載機器２０から、車両ＶＣが移動を開始した開始時刻及び、車両ＶＣが移動を終了した終了時刻をサーバ１０に通知するようにし、その間（車両ＶＣの移動時間帯）に携帯端末３０から受信した位置情報を、記録部１３に記録しないようにしてもよい。
具体的には、ＡＣＣスイッチがＯＮとなり、車両ＶＣが移動を開始すると、車載機器２０は、サーバ１０に向けて、移動開始を通知するための開始情報を送信する。この開始情報は、一例として、利用者ＩＤ、車両ＶＣの移動開始を示す情報、及び、日時（現在時刻）等が含まれている。この開始情報を受信したサーバ１０は、車両ＶＣが移動を開始した開始時刻として、メモリに記憶する。
また、サーバ１０は、位置情報を受信する度に、車載機器２０から受信した位置情報であれば、記録部１３に記録する。一方、携帯端末３０から受信した位置情報であれば、メモリに記憶する。なお、メモリに開始時刻が記憶されていない場合や、後述するように、終了時刻が記憶されている場合には、車載機器２０から位置情報を受信できない状態であるため、サーバ１０は、携帯端末３０から受信した位置情報を、記録部１３に記録する。

その後、ＡＣＣスイッチがＯＦＦになり、車両ＶＣが移動を終了して、起動が停止する直前（例えば、車載機器２０のバッテリ等により所定時間分だけ起動している間）に、車載機器２０は、サーバ１０に向けて、移動終了を通知するための終了情報を送信する。この終了情報は、一例として、利用者ＩＤ、車両ＶＣの移動終了を示す情報、及び、日時（現在時刻）等が含まれている。この終了情報を受信したサーバ１０は、車両ＶＣが移動を終了した終了時刻として、メモリに記憶する。
そして、サーバ１０は、メモリに記憶した携帯端末３０からの各位置情報のうち、車両ＶＣの移動時間帯（開始時刻から終了時刻の範囲）で測位された位置情報をメモリから消去する。つまり、位置情報の日時が移動時間帯に含まれていれば、その位置情報をメモリから消去する。サーバ１０は、メモリに残った携帯端末３０からの位置情報（開始時刻から終了時刻に含まれない位置情報）を記録部１３に記録する。
このように、車両ＶＣの移動時間帯と、位置情報に含まれる日時に基づいて、記録部１３への位置情報の記録を制御することでも、同様に、図２（ｂ）に示すような位置情報を記録部１３に記録することができる。

上述した第２の実施形態では、サーバ１０が受信した位置情報について、記録部１３への記録を制御する場合について説明したが、記録部１３への記録を制御するのではなく、記録した位置情報を使用する（読み出す）際に適宜制御するようにしてもよい。つまり、サーバ１０は、受信した全ての位置情報を記録部１３に記録するようにし、照会画像（移動軌跡）を生成する際に、記録部１３から位置情報の読み出しを制御してもよい。
以下、照会画像（移動軌跡）を生成する際に、記録部１３から位置情報の読み出しを制御することを特徴とした本発明の第３の実施形態に係るナビゲーションシステムについて説明する。

（第３の実施形態）
本発明の第３の実施形態に係るナビゲーションシステムの全体構成は、上述した図１と同様の構成となっている。
また、サーバ１０も上述した図２（ａ）と同様の構成となっている。一方、車載機器２０及び携帯端末３０の各構成は、第２の実施形態と同様の構成となっている。なお、第３の実施形態でも近距離無線を使用しないだけであるため、第１の実施形態の構成のままでもよい。

車載機器２０は、第２の実施形態と同様に、車載機器２０は、ＡＣＣスイッチがＯＮになり、車両ＶＣが移動を開始すると起動し、位置情報を順次測位して地図上にシンボル等を合成して表示する。そして、所定の時間間隔毎に、サーバ１０にアクセスして位置情報を送信する。

また、携帯端末３０も、第２の実施形態と同様に、ナビゲーションのアプリケーションが実行されると、位置情報を順次測位して地図上にシンボル等を合成して表示する（表示等を行わずに、位置情報を測位するだけにとどめて、電力の消費をなるべく低く抑えてもよい）。そして、所定の時間間隔毎に、サーバ１０にアクセスして位置情報を送信する。

一方、サーバ１０は、受信した位置情報を、記録部１３に蓄積する。つまり、第３の実施形態では、車載機器２０及び携帯端末３０から送られた位置情報を全て記録部１３に記録する。

次に、サーバ１０（記録部１３）に蓄積したこのような全ての位置情報を基に、利用者の移動軌跡を照会する際の動作について、図１０を参照して説明する。
図１０は、車載機器２０が行う照会処理及び、サーバ１０が行う本発明の第３の実施形態に係る応答処理の一例を示すフローチャートである。
この図１０の照会処理は、上述した図７の照会処理と同じ内容であるため、同じ参照符号にて示している。なおここでも、照会処理を車載機器２０が行う場合について示しているが、これは一例であり、携帯端末３０からも、同様の照会処理が行えるようになっている。また、この他の機器（例えば、利用者のパーソナルコンピュータ等）からも、同様の照会処理が行えるようにしてもよい。

まず、車載機器２０は、利用者の操作に応じて、照会要求情報を生成し（ステップＳ４０１）、生成した照会要求情報をサーバ１０に送信する（ステップＳ４０２）。

これに応じて、サーバ１０は、照会要求情報を受信する（ステップＳ７０１）。
すなわち、取得部１１は、ネットワーク９０を介して車載機器２０から送られた照会要求情報を取得する。なお、照会要求情報に、照会する移動軌跡の範囲を指定するための日時等が含まれている場合、以降の説明では、指定された範囲内の各位置情報に限られるものとする。

サーバ１０は、車載機器２０の位置情報を、記録部１３から検索する（ステップＳ７０２）。
すなわち、処理部１２は、記録部１３の各位置情報（照会要求情報に含まれる利用者ＩＤの位置情報）から、区分が「ＮＶ」の位置情報を検索する。つまり、車載機器２０の位置情報だけを検索する。

サーバ１０は、車両ＶＣの移動時間帯を特定する（ステップＳ７０３）。
例えば、処理部１２は、検索した各位置情報の日時（先頭の日時と末尾の日時）から、車両ＶＣの移動時間帯（開始時刻から終了時刻）を特定する。
なお、検索した各位置情報の日時における連続性から、複数の移動時間帯が特定される場合には、処理部１２は、各移動時間帯を特定するものとする。

サーバ１０は、特定した移動時間帯に含まれない携帯端末３０の位置情報を、記録部１３から検索する（ステップＳ７０４）。
例えば、処理部１２は、記録部１３の各位置情報から、区分が「ＣＰ」で、かつ、日時が移動時間帯に含まれない位置情報を検索する。つまり、開始時刻から終了時刻に含まれない携帯端末３０の位置情報を検索する。

サーバ１０は、検索した各位置情報（車載機器２０の位置情報と、開始時刻から終了時刻に含まれない携帯端末３０の位置情報）を元に移動軌跡を示す図形を生成し、地図上に合成する（ステップＳ７０５)。
例えば、処理部１２は、検索した各位置情報を元に移動軌跡を表す自由曲線を生成し、記録部１３から読み出した地図情報に合成する。つまり、処理部１２は、利用者の移動軌跡を地図上に合成した照会画像を生成する。

サーバ１０は、生成した照会画像を、要求元に送信する（ステップＳ７０６)。すなわち、処理部１２は、利用者の移動軌跡を地図上に合成した照会画像を車載機器２０に送信する。
そして、サーバ１０は、応答処理を終える。

これに応じて、車載機器２０は、照会画像を受信し（ステップＳ４０３）、受信した照会画像を表示部２８に表示する（ステップＳ４０４）。
例えば、表示部２８は、上述した図８に示すような照会画像を表示する。図８に示すような照会画像が表示部２８に表示されると、上記した第１の実施形態と同様に、利用者の移動軌跡を適切に把握できる。
つまり、利用者が車両ＶＣで移動している間は、比較的測位精度の高い車載機器２０の位置情報に基づく移動軌跡（図形ＴＲ１）が得られており、どの道を通って移動したのか等が明確となっている。また、利用者が徒歩等で移動している間は、携帯端末３０の位置情報に基づく移動軌跡（図形ＴＲ２）が得られており、必要な移動軌跡が漏れることがない。
この結果、利用者の移動軌跡を適切に処理することができる。

（その他の実施形態）
上記の第１〜第３の実施形態では、図１に示すような、サーバ１０と、車載機器２０と、携帯端末３０とから構成されるナビゲーションシステムを一例として説明したが、サーバ１０を用いずに、車載機器２０と、携帯端末３０とから構成されるナビゲーションシステムにおいても、本願発明は適宜適用可能である。
例えば、車載機器２０及び、携帯端末３０は、それぞれ自己が測位した位置情報（移動軌跡用の位置情報）を蓄積するようにし、所定のタイミングで何れか一方から、自己が蓄積した位置情報を他方に送信することで、両者の位置情報を得ることができる。そして、得られた両者の位置情報を元に、利用者の移動軌跡を地図上に合成した照会画像を生成して表示することができる。

具体的に、第１の実施形態をサーバ１０を用いずに実現する場合について簡単に説明する。なお、車載機器２０で、照会画像を表示する場合を一例として説明するが、携帯端末３０で、照会画像を表示する場合も同様に実現可能である。
利用者から照会画像の表示が要求されると、車載機器２０の通信部２２は、携帯端末３０との近距離無線通信の開始を試みて、通信可能であれば、近距離無線通信によって携帯端末３０に位置情報の送信を要求する。
携帯端末３０は、この要求に応じて、蓄積（記憶）している位置情報を近距離無線通信にて、車載機器２０に送信する。なお、第１の実施形態と同様に、携帯端末３０には、車載機器２０との間で近距離無線通信が途絶している（利用者が徒歩等で移動している）場合における位置情報が蓄積されているため、車載機器２０の通信部２２は、利用者の車外での位置情報をそのまま得ることができる。つまりこの場合、車載機器２０の通信部２２が、上述したサーバ１０の取得部１１と同様に、携帯端末３０の位置情報を取得する取得部として機能することになる。なお、ＧＰＳユニット２１が、車載機器２０の位置情報を取得する取得部として機能することになる。
そして、車載機器２０の演算処理部２６は、自己が蓄積していた位置情報と、携帯端末３０から取得した位置情報を処理する。例えば、演算処理部２６は、移動軌跡を表す図形を地図上に合成した照会画像を生成し、表示部２８に表示する。この他にも、演算処理部２６は、携帯端末３０から取得した位置情報をハードディスク２５に記憶してもよい。つまりこの場合、車載機器２０の演算処理部２６が、上述したサーバ１０の処理部１２と同様に、車載機器２０及び携帯端末３０から取得した位置情報を処理する処理部として機能することになる。また、車載機器２０のハードディスク２５は、上述したサーバ１０の記録部１３と同様に、車載機器２０及び携帯端末３０から取得した位置情報を記録する記録部として機能することになる。
なお、車載機器２０は、照会画像の表示を要求された場合だけでなく、例えば、ＡＣＣスイッチがＯＮとなり、車両ＶＣの移動が開始した際に、携帯端末３０との近距離無線通信の開始を試みて、通信可能であれば、その都度、携帯端末３０に位置情報の送信を要求し、逐次携帯端末３０の位置情報を取得しておくようにしてもよい。

次に、第２，３の実施形態をサーバ１０を用いずに実現する場合について簡単に説明する。なお、同様に車載機器２０で、照会画像を表示する場合を一例として説明するが、携帯端末３０で、照会画像を表示する場合も適宜変更を加えて実現可能である。
利用者から照会画像の表示が要求されると、車載機器２０の通信部２２は、移動体通信にて携帯端末３０に対して、携帯端末３０に位置情報の送信を要求する。例えば、所定の要求メールを送信して、位置情報の送信を要求する。
携帯端末３０は、この要求に応じて、蓄積（記憶）している位置情報を移動体通信にて、車載機器２０に送信する。例えば、位置情報を含む応答メールを返信する。なお、第２，３の実施形態と同様に、携帯端末３０には、ナビゲーションのアプリケーションが起動している間に測位した位置情報が蓄積されているため、車載機器２０の通信部２２は、車両ＶＣの移動時間帯（開始時刻から終了時刻）と重複し得る携帯端末３０の位置情報を得ることになる。つまりこの場合、車載機器２０の通信部２２が、上述したサーバ１０の取得部１１と同様に、携帯端末３０の位置情報を取得する取得部として機能することになる。なお、ＧＰＳユニット２１が、車載機器２０の位置情報を取得する取得部として機能することになる。
そして、車載機器２０の演算処理部２６は、自己が蓄積していた位置情報と、携帯端末３０から取得した位置情報を処理する。例えば、演算処理部２６は、第２の実施形態と同様に、取得した携帯端末３０の位置情報の日時が移動時間帯に含まれていれば、その位置情報をハードディスク２５に記憶せずに消去し、逆に、携帯端末３０の位置情報の日時が移動時間帯に含まれていなければ、その位置情報をハードディスク２５に記憶する。つまりこの場合、車載機器２０の演算処理部２６が、上述したサーバ１０の処理部１２と同様に、車載機器２０及び携帯端末３０の位置情報を処理処理部として機能することになる。また、車載機器２０のハードディスク２５は、上述したサーバ１０の記録部１３と同様に、車載機器２０及び携帯端末３０の位置情報を記録する記録部として機能することになる。
この結果、車載機器２０は、携帯端末３０から、利用者の車外における位置情報だけを得ることができる。また、車載機器２０は、上述した図８に示すような照会画像を自ら生成して表示すこともできる。

一方、車載機器２０の演算処理部２６は、携帯端末３０から取得した位置情報を全てハードディスク２５に記憶し、第３の実施形態と同様に、照会画像（移動軌跡）を生成する際に、位置情報の読み出しを制御してもよい。つまり、演算処理部２６は、自己が蓄積した位置情報（車載機器２０の位置情報）の日時から車両ＶＣの移動時間帯を上記と同様に特定する。そして、演算処理部２６は、携帯端末３０から取得した位置情報のうち、日時が起動時間帯に含まれない位置情報を読み出す。
そして、車載機器２０は、自己が蓄積していた位置情報（車載機器２０の位置情報）と、読み出した位置情報（携帯端末３０の位置情報）とに基づいて、移動軌跡を表す図形を地図上に合成した照会画像を生成し、表示部２８に表示する。つまりこの場合、車載機器２０の演算処理部２６が、上述したサーバ１０の処理部１２と同様に、車載機器２０及び携帯端末３０の位置情報を処理する処理部として機能することになる。
この結果、車載機器２０は、上述した図８に示すような照会画像を自ら生成して表示すことができる。

以上説明したように、本発明によれば、利用者の移動軌跡を適切に処理することができる。

なお、本発明は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の処理を実行するためのプログラムを格納した情報記録媒体（コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記録媒体）から当該プログラムをインストールすることにより、本発明に係る情報処理装置を構成することができる。
また、コンピュータにプログラムを供給するための手法は、任意である。例えば、コンピュータ通信網を介して供給してもよい。一例を挙げると、インターネット等のネットワーク上に配置されたサーバ等に当該プログラムを記憶させることで、ネットワークを介してインストール可能（配信可能）としてもよい。
更に、このプログラムは、当該プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記録媒体は、当該コンピュータとは独立して配布・販売することができる。
また、取得部１０、処理部１２、及び記録部１３の内の一または複数は、車載機器２０に組み込まれていてもよいし、携帯端末３０に組み込まれていてもよい。

１０ サーバ
１１ 取得部
１２ 処理部
１３ 記録部
２０ 車載機器
３０ 携帯端末
２１，３１ ＧＰＳユニット
２２，３２ 通信部
２３，３３ 近距離無線部
２４，３４ センサ部
２５ ハードディスク
３５ フラッシュメモリ
２６，３６ 演算処理部
２７，３７ 操作部
２８，３８ 表示部
９０ ネットワーク

Claims (7)

1. 車載機器及び携帯端末の位置情報を取得する取得部と、
   前記取得部により取得された位置情報を処理する処理部と、
   を備えることを特徴とする情報処理装置。
2. 前記処理部は、前記車載機器を搭載する移動体が移動を開始した開始時刻及び、移動を終了した終了時刻に基づいて、前記取得部により取得された位置情報を処理する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記取得部により取得された位置情報に基づいた前記車載機器及び前記携帯端末の移動軌跡を表示する表示部を更に備え、
   前記処理部は、前記開始時刻から前記終了時刻の間における、前記携帯端末の移動軌跡を前記表示部に表示しない、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記処理部は、前記開始時刻又は前記終了時刻における前記車載機器の位置情報に基づいて、前記携帯端末の位置情報を補正する、
   ことを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記取得部により取得された位置情報を記録する記録部を更に備え、
   前記処理部は、前記開始時刻から前記終了時刻の間における、前記携帯端末の位置情報を前記記録部に記録しない、
   ことを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置。
6. 車載機器及び携帯端末の位置情報を取得する取得ステップと、
   前記取得ステップにより取得された位置情報を処理する処理ステップと、
   を備えることを特徴とする処理方法。
7. コンピュータを、
   車載機器及び携帯端末の位置情報を取得する取得部、
   前記取得部により取得された位置情報を処理する処理部、
   として機能させることを特徴とするプログラム。

Images