JP2015207919A - 測位手段を備える機器、該機器と通信するサーバ装置、位置に応じたサービスを受けるための方法及びプログラム - Google Patents

Abstract

【課題】 移動する機器に受信される複数の測位信号から、位置に応じたサービスを受けるために使用すべき信号を、適切に選択する。
【解決手段】 移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器が、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段と、前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎に保持する保持手段と、前記測位手段により新たに求められた位置情報について、前記サービスを受けるために位置を通知するか否かを、前記保持手段を参照して決定し、この決定に従って通知を行う通知手段とを備える。
【選択図】 図２

Description

本発明は、各々の場所に測位信号を出力する装置が設置されている環境で、移動する機器のその時々の位置を把握し、その位置に応じた情報や処理等のサービスを提供するシステムにおいて、機器が受信する複数の測位信号の取り扱いを定めるための技術に関する。

近年、スマートフォンやウェアラブルデバイスの普及により、移動した位置に基づいて行うサービス（拡張現実、ナビゲーション、コミュニケーション、保守作業、販売支援アプリケーションなど）が、多く提案されている（例えば、非特許文献１）。

移動した位置を把握するための測位方式としては、種々のものが存在する。ＧＮＳＳ（全地球航法衛星システム）は、人工衛星が発信する航法信号を受信して、現在位置や進路を知る方式である。ＱＺＳＳ（準天頂衛星システム）は、日本のほぼ真上を通る軌道を持つ人工衛星を利用する方式であり、ＧＮＳＳの一種であるＧＰＳを補完する技術である。

ＷｉＦｉ（登録商標）は、ＷｉＦｉ基地局から発信された電波を受信して、その電波強度やＳＳＩＤから現在位置を推定する方式である。ｉＢｅａｃｏｎ（登録商標）は、アップル社が開発した近距離無線を利用した通信機能の一つであり、Ｂｌｕｅｔｏｏｔｈ（登録商標）４．０ＬＥに準拠している。音波信号は、ＩＤを含んだ音波又は超音波を発生する送信機（スピーカ）を設置し、機器が備える受信機（マイク）で受信して、ＩＤから位置を検出する方式である（例えば、特許文献１）。ＮＦＣ（近接場通信（ＲＦＩＤともいう））は、ＦｅｌｉＣａ（登録商標）、ＭＩＦＡＲＥ等として知られる近接場型の無線通信技術であり、機器を近づけることで相手を特定することができる。これらの方式は、測位信号に対応する位置（例えば、測位信号を発信する装置の位置）が予め特定されており、単一あるいは複数の測位信号を受信して、各測位信号に対応する位置の情報から現在位置を推定する。

ＰＤＲ（歩行者自律航法）は、機器のセンサが検出する微小な変化を積分して、距離や方向を推定する方式であり、以前の位置からの相対的な移動距離と方向で現在位置を推定することができるため、上述した測位信号を受信する各種方式と組み合わせて用いることができる。

特開２０１３−１０６２７８号公報

「特集 歩みだす屋内測位」日経エレクトロニクス ２０１３年５月２７日号、２７〜４１頁

上述した種々の測位方式には、図４３に示すように、それぞれの特性があり、一つのアプリケーション（サービスを提供するためのプログラム）において、複数の測位方式により得られる位置の情報を適切に利用することができれば、サービスの質を向上させることが可能である。例えば、各測位方式は、環境条件によってその精度や使用の可否が影響を受けるところ、複数の測位方式を併用して測位を行うことができれば、移動中に環境条件が相違しても、一貫してサービスを受けることが可能になる。

しかし、複数の測位方式を併用しようとすると、例えば、以下のような問題が生じる。ある測位方式の信号発信装置の対象範囲と別の測位方式の信号発信装置の対象範囲とが重複している場所に、機器が移動してくると、機器は二つ以上の測位信号を受信する。測位信号の受信を契機としてサービスを提供する（その場所特有の情報を送信する等）アプリケーションは、受信した測位信号の使用の可否を判断しなければ、頻繁に同じサービスを提供（同一の情報を繰り返し送信等）してしまう。

受信する複数の測位信号が同一の測位方式に由来するのであれば、品質等に関する尺度（例えば、ＷｉＦｉであれば信号強度、音波信号であれば音圧等）を使って、信号の選別が比較的容易に行えるため、上記の問題を解決することができるが、測位方式が異なる場合は、信号を受信するタイミングがバラバラであり、品質等の尺度も異なっているから、信号を選別することが困難である。例えば、受信した信号を一定時間蓄えておき、各測位方式における尺度を共通の尺度に変換して評価しようとしても、異なる測位方式同士では、受信のタイミングが同期していないから、一定時間をどの程度に設定すればよいかが難しく、評価の尺度の軸が異なるので、何をもって共通化するかが難しい。また、信号を一旦バッファリングすると、信号を受信してから応答するまでに時間がかかる弊害もある。

同一のサービスを繰り返し提供してしまうことを抑制するための別の方策として、例えば、直前に受信した一方の測位方式の信号を、サービスを受けるために使用した場合には、今度受信した他方の測位方式の測位信号を、使用しないようにすると、二つの測位方式の信号発信装置のそれぞれの対象範囲に重複部分があっても、別々の場所であるとしてサービスを提供するように作成されたアプリケーションは、意図していたサービスが提供できないことになる。

上述した問題は、複数の測位方式を併用する場合に顕著であるが、単一の測位方式を用いる場合も、以前と同じ測位信号を受信した場合や、同時に複数の測位信号を受信した場合に、それらの測位信号を、サービスを受けるために使用（例えば、アプリケーションに通知）すべきか否か、判断が難しいという問題は、存在している。

また、移動する機器は、機種によって、特定の測位方式の機能を備えていなかったり、その特性により特定の測位方式では誤検知することが判明していたりする場合がある。システムとして複数の測位方式を併用するだけでは、各機種に適した測位方式の信号を選択することが難しいという問題も、存在している。

さらに、いずれの測位方式でも、位置に応じて提供するサービスが、実際に機器がその位置に移動してきたことを前提とする場合に、別途受信しておいた測位信号を複製することにより、移動を偽装し得るという問題がある。例えば、店舗に入ったことを測位によって検知してポイントを付与するサービスがあるが、偽装により、実際には店舗に行っていないのにポイントを取得できてしまう。

本発明は、機器が移動した位置に応じてサービスが提供されるシステムにおいて、機器に受信される複数の測位信号から、サービスを受けるために使用すべき信号を適切に選択できるような機構を実現することを目的とする。

本発明の原理に従う一例に係る機器は、移動しながら使用され、移動した位置に応じたサービスを受けることが可能なものであって、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段と、前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎に保持する保持手段と、前記測位手段により新たに求められた位置情報について、前記サービスを受けるために位置を通知するか否かを、前記保持手段を参照して決定し、この決定に従って通知を行う通知手段とを備える。

この構成によれば、それぞれの測位信号を受信したその時に、測位信号を発信する測位用装置の種類毎に、以前に受信した測位信号に基づく位置情報を参照することにより、いま受信した測位信号に基づく位置情報を、サービスを受けるために使用すべきか否かを、適切に判断することが可能になる。なお、「機器」は、スマートフォン等の携帯機器でもよいし、工場、病院、商店内等を移動するカート等に取り付けられた機器でもよい。

上記機器が、前記保持手段に保持されている位置情報と同一の種類の位置情報が前記測位手段により新たに求められると、保持されている位置情報を新たに求められた位置情報で更新する更新手段をさらに備えるようにしてもよい。

これにより、例えば、上記判断のために保持する位置情報を、種類毎に一つに留めることができ、小さな機器への実装も簡単にできる。

上記機器の前記通知手段が、前記新たに求められた位置情報が属する種類の位置情報として、前記新たに求められた位置情報と同一の位置情報が、前記保持手段に保持されていないことに基づいて、前記新たに求められた位置情報についての通知を行うことを決定する手段を含むようにしてもよい。

これにより、例えば、今回受信した測位信号と異なる種類の測位信号しか以前に受信していない場合に、今回の位置情報を通知することができるとともに、今回受信した測位信号と同じ種類の測位信号を前回受信したときの位置情報が、今回の位置情報と同一であれば、今回の位置情報を通知しないことができるため、同一の位置情報が繰り返し通知されることを抑制しながら、異なる種類の測位信号は異なる位置としてサービスが提供されるべき場合に、目的に沿った位置情報の通知をすることが可能になる。

上記機器において、前記種類は、優先度を表しており、前記通知手段は、前記新たに求められた位置情報が属する種類の優先度が、前記保持手段に保持されている位置情報が属する種類の優先度のうちの最高の優先度と同一もしくはそれより高いことに基づいて、前記新たに求められた位置情報についての通知を行うことを決定する手段を含むようにしてもよい。

これにより、例えば、今回受信した測位信号の種類が、前回受信した測位信号の種類よりも優先度が低い場合に、今回の位置情報を通知しないことができるため、不要な位置情報が繰り返し通知されることを抑制することが可能になる。

上記構成において、前記種類の表す優先度が、該種類の測位用装置からの測位信号が受信可能な範囲の広狭に基づいて定められるようにしてもよい。

これにより、例えば、優先度の低い種類の測位信号が受信される範囲（範囲が広い分、位置情報の識別精度が低くなる）が、優先度の高い種類の測位信号が受信される範囲（範囲が狭い分、位置情報の識別精度が高くなる）を包含しており、両者を同じ位置としてサービスが提供されるべき場合に、同一の位置情報が繰り返し通知されることを抑制して、目的に沿った位置情報の通知をすることが可能になる。

上記構成において、前記種類の表す優先度が、前記サービスの内容に応じて定められるようにしてもよい。

これにより、例えば、ある位置に応じたサービスの内容が、別の位置に応じたサービスの内容を包含しており、前者を先に受けた場合は後から後者を受ける利点がなくなるような場合は、前者の位置を示す測位信号の優先度を高く、後者の位置を示す測位信号の優先度を低く設定しておくことにより、不要な位置情報が通知されることを抑制して、目的に沿った位置情報の通知をすることが可能になる。

上記機器の前記保持手段は、保持されている位置情報と同一の種類の位置情報が前記測位手段により新たに求められ、該新たに求められた位置情報で前記保持されている位置情報が更新されるまで、位置情報を保持し続けるものであってもよい。

これにより、例えば、一旦ある種類の測位信号を受信すると、その測位信号が受信される範囲の外へ移動した後も、同じ種類の測位信号が受信されるまで、その測位信号に基づく位置情報が保持されるため、次に同じ範囲の中へ移動して受信した測位信号の示す位置情報が、保持されている位置情報と同一となり、通知を行わないことができる。つまり、同じ範囲を出たり入ったりする場合に、同一の位置情報が繰り返し通知されることを抑制することが可能になる。

上記機器の前記保持手段は、前記位置情報とともに、該位置情報が前記測位手段により求められた時刻に関する時間情報を保持するものであり、前記保持手段に保持されている位置情報を、前記時間情報に基づいて削除する削除手段をさらに備えるようにしてもよい。

これにより、例えば、測位信号を受信した後に、その測位信号が受信される範囲の外へ移動して、暫く経つと、その測位信号に基づく位置情報が削除される（保持されていない状態となる）ため、次に同一の位置情報を示す測位信号を受信したときや、削除された位置情報より優先度が低い種類の測位信号を受信したときにも、通知を行うことができるようになり、範囲外へ出たという実際の移動に即したサービスを受けることが可能になる。

上記構成において、前記削除手段は、前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められた時刻から所定の時間以上経過したことを検出すると、削除するものであり、前記所定の時間を、少なくとも前記種類によって異なり得るように設定するための手段をさらに備えるようにしてもよい。

さらに、前記保持手段を、保持されている位置情報と同一の種類で同一の位置情報が前記測位手段により求められると、前記時間情報を更新して保持するものとし、前記削除手段を、保持されている位置情報が前記測位手段により求められた最新の時刻から所定の時間以上経過したことを検出すると、削除を行うものとしてもよい。

上記機器が、機器の相対的な移動距離を求めるための手段と、前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められてからの移動距離に基づいて、削除する削除手段とをさらに備えるようにしてもよい。

これによっても、例えば、測位信号を受信した後に、その測位信号が受信される範囲の外へ移動して、暫く経つと、その測位信号に基づく位置情報が削除される（保持されていない状態となる）ため、次に同一の位置情報を示す測位信号を受信したときや、削除された位置情報より優先度が低い種類の測位信号を受信したときにも、通知を行うことができるようになり、範囲外へ出たという実際の移動に即したサービスを受けることが可能になる。

上記構成において、前記削除手段は、前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められた時点から所定の距離以上移動したことを検出すると、削除するものであり、前記所定の距離を、少なくとも前記種類によって異なり得るように設定するための手段をさらに備えるようにしてもよい。

さらに、前記保持手段を、保持されている位置情報と同一の種類の同一の位置情報が前記測位手段により求められると、該位置情報が前記測位手段により求められた時点に関する情報を、更新して保持するものとし、前記削除手段を、保持されている位置情報が前記測位手段により求められた最新の時点から所定の距離以上移動したことを検出すると、削除を行うものとしてもよい。

上記機器において、前記種類は、優先度を表しており、前記通知手段は、前記削除手段により位置情報が削除されると、該位置情報が属する種類の優先度より低い優先度を有する種類に属する位置情報を、前記保持手段から読み出して、通知を行う手段を含むようにしてもよい。

これにより、例えば、測位信号を受信した後に、その測位信号が受信される範囲の外へ移動して、暫く経つと、他の測位信号を受信しなくても、保持されている他の種類の位置情報を利用して、通知を行うことができるようになり、迅速に、範囲外へ出たという実際の移動に即したサービスを受けることが可能になる。

上記機器において、前記種類は、優先度を表しており、前記新たに求められた位置情報が属する種類の優先度が、前記保持手段に保持されている位置情報が属する種類の優先度のうちの最高の優先度より低いことに基づいて、前記新たに求められた位置情報が属する種類の優先度より高い優先度を有する種類に属する位置情報を、前記保持手段から削除する削除手段をさらに備えるようにしてもよい。

これにより、例えば、今回受信した測位信号の種類が、以前に受信して位置情報が保持されている測位信号の種類よりも優先度が低い場合に、今回受信した測位信号の種類よりも優先度の高い種類の位置情報が削除される（保持されていない状態となる）ため、削除された位置情報より優先度が低い種類の測位信号に基づく位置情報も、通知することができるようになり、また、削除された位置情報と同じ種類で同一の位置情報を示す測位信号を次に受信したときにも、通知を行うことができるようになり、優先度の高い測位信号が受信される範囲に関して実際の移動に即したサービスを受けることが可能になる。

上記機器において、同一の種類の同一の位置情報が求められる範囲において求められ得る他の種類の位置情報を示す情報を記憶するための記憶手段と、前記新たに求められた位置情報について、前記記憶手段に記憶された情報が求められ得ることを示している他の種類の位置情報以外の位置情報を、前記保持手段から削除する削除手段をさらに備えるようにしてもよい。

これにより、例えば、今回受信した測位信号の示す位置では受信し得ない測位信号に基づく位置情報が、削除される（保持されていない状態となる）ため、その時々の位置を正確に表す位置情報が保持され、そこにない位置情報を示す測位信号が受信されるということは、新たな位置に実際に移動したことを意味するとして、その都度通知を行い、サービスを受けることが可能になる。

上記機器の前記測位手段により求められる位置情報は、前記測位用装置から受信される測位信号が示す該装置の識別情報であってよい。

そして、前記通知手段により通知される位置は、前記位置情報であってもよいし、前記位置情報から求められる位置座標であってもよい。

上記機器の前記通知手段は、機器内のアプリケーションプログラムに対して、前記位置を通知するものであってもよいし、機器と通信するサーバ装置に対して、前記位置を通知するものであってもよい。

上記機器において、各々の測位用装置の種類を示す情報を記憶するための記憶手段をさらに備え、前記測位手段により求められる位置情報が属する種類を、前記記憶手段を参照することにより定められるものとしてもよい。

そして、測位信号を受信しても、該測位信号に対応する測位用装置について前記記憶手段に情報が記憶されていない場合には、該測位信号について前記位置情報の処理を行わないように制御してもよい。

前記記憶手段に情報が記憶される測位用装置を、前記機器の機種に応じて選択されたものとすることにより、各機種に適した測位方式の信号を選択して使用することが可能になる。

前記記憶手段に情報が記憶される測位用装置を、前記サービスの内容に応じて選択されたものとすることにより、提供したいサービスに適した通知がなされるように、測位信号を選択することが可能になる。

上記機器において、一つの位置を含む範囲で求められるべき所定数の種類の位置情報を記憶するための記憶手段をさらに備え、前記通知手段は、前記記憶手段に記憶された所定数の種類の位置情報を前記保持手段が保持するに至った場合に、前記通知を行うものであるようにしてもよい。

これにより、例えば、所定数の位置情報に対応する測位信号の全てを別途受信して複製しない限り、移動を偽装できなくなるため、偽装をしにくくすることが可能になる。

上記機器において、所定数の種類の位置情報を、これら位置情報が求められるべき順番とともに記憶する記憶手段をさらに備え、前記通知手段は、前記記憶手段に記憶された所定数の種類の位置情報が、前記記憶手段に記憶された順番で、前記測位手段により求められ、前記保持手段に保持されるに至った場合に、前記通知を行うものであるようにしてもよい。

これにより、例えば、所定数の位置情報に対応する測位信号の全てを複製した上に、予め定められた順番で位置を通知しないと、サービスを受けることができないため、順番を秘密としておけば、偽装をよりしにくくすることが可能になる。また、別の例として、所定数の場所を予め定められた順番で移動した機器に限って、サービスを受けるための通知を行えるようにすることが可能になる。

上記機器において、上述した記憶手段に記憶される情報を、測位情報管理サーバからダウンロードする手段をさらに備えるようにしてもよい。

これにより、各機器を、機種、受けたいサービス、通知させたい動き等に合致した構成にすることが、簡便に実現可能となる。

上記機器において、少なくとも前記保持手段及び前記通知手段が行う処理の一部を、位置情報提供サーバに処理を依頼することにより行うようにしてもよい。

例えば、工場、病院、商店等の環境内を移動する機器で、その環境に専用のサービスを受ける場合には、測位信号を受信する部分以外の上述した処理を、その環境にある専用のサーバで行うようにし、さらに、その専用のサーバで、サービスを提供する処理をも行うようにしてもよい。

本発明の原理に従う一例に係るサーバ装置は、移動しながら使用され、移動した位置に応じたサービスをサービス提供手段から受けることが可能な機器と通信するものであって、前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、前記サーバ装置は、前記測位手段により求められた位置情報を、前記機器から受信して、前記複数の測位用装置の種類毎に保持する保持手段と、前記測位手段により新たに求められた位置情報を、前記機器から受信して、前記サービス提供手段に位置を通知するか否かを、前記保持手段を参照して決定し、この決定に従って、前記通知を行うように制御する通知手段とを備える。

上述した機器についての全ての発明は、サーバ装置の発明としても、機器及びサーバ装置、さらに場合によっては複数の測位用装置を構成要素とするシステムの発明としても、システム全体で行なわれる方法の発明としても、システムの各構成要素で行われる方法の発明としても、さらに、汎用のコンピュータにインストールされて上述した機器及び／又はサーバ装置を出現させるためのプログラム（又はそのプログラムを記録した記録媒体）の発明としても、成立するものである。

例えば、本発明の原理に従う一例に係る方法は、移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器のために、前記位置を通知するものであって、前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、前記方法は、前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎にメモリに保持し、前記測位手段により新たに求められた位置情報について、前記サービスを受けるために前記通知を行うか否かを、前記メモリを参照して決定する。

本発明の原理に従う一例に係るプログラムは、移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器のために、前記機器に少なくとも一部がインストールされて、前記位置を通知するものであって、前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、前記プログラムは、前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎にメモリに保持するためのプログラムコードと、前記測位手段により新たに求められた位置情報について、前記サービスを受けるために前記通知を行うか否かを、前記メモリを参照して決定するためのプログラムコードとを備える。

例えば、スマートフォン等の携帯機器で、一般的にサービスを受ける場合には、このプログラムの全部又は一部を、測位情報管理サーバからダウンロードするようにしてもよい。

前記プログラムは、ライブラリとして前記機器に提供され、前記機器にインストールされたアプリケーションに対して前記通知を行うものであるようにしてもよい。

これにより、アプリケーション開発者が測位の具体的な機構を作り込む必要をなくすことが可能になり、また、新たな測位用装置からの信号を利用するには、ライブラリを変更すればよく、多種多様なアプリケーションプログラムを変更する必要をなくすことが可能になる。

以上のとおり、本発明によれば、移動する機器に受信される複数の測位信号から、位置に応じたサービスを受けるために使用すべき信号を、適切に選択することが可能となる。

本発明の実施の形態に係る測位デバイスの対象範囲の取り扱いについて説明するための図。 本実施形態に係る携帯機器の構成及び該携帯機器が利用可能なサーバの一例を示すブロック図。 測位結果変換部の処理手順の一例を示すフロー図。 測位結果マスターに記憶されるデータの一例を示す図。 通知管理部の処理手順の一例（処理例１）を示すフロー図。 測位デバイス管理マスターに記憶されるデータの一例を示す図。 測位履歴更新関数の処理手順の一例（更新例１）を示すフロー図。 測位履歴更新関数の処理手順の別の例（更新例２）を示すフロー図。 測位履歴メモリに保持される測位結果の一例を示す図。 本実施形態に係る携帯機器の構成の別の例を示すブロック図。 活動履歴メモリに保持されるデータの一例を示す図。 通知管理部の処理手順の別の例（処理例２）を示すフロー図。 タイマー処理の処理手順の一例を示すフロー図。 タイマー処理において用いられる関数の手順の一例を示すフロー図。 タイマー処理の処理手順の別の例を示すフロー図。 通知管理部の処理手順のさらに別の例（処理例３）を示すフロー図。 測位履歴削除関数の処理手順の一例（削除例１）を示すフロー図。 測位履歴削除関数の処理手順の別の例（削除例２）を示すフロー図。 測位履歴削除関数の処理手順のさらに別の例（削除例３）を示すフロー図。 通知管理部の処理手順のまた別の例（処理例４）を示すフロー図。 以上の構成及び処理を適宜組み合わせて実施する各例について説明する図。 実施例（Ａ）について説明するための図。 実施例（Ｂ）について説明するための図。 実施例（Ｃ）について説明するための図。 実施例（Ｄ）の通知される例について説明するための図。 実施例（Ｄ）の通知されない例及び実施例（Ｄ´）について説明するための図。 実施例（Ｅ）の通知される例について説明するための図。 実施例（Ｅ）の通知されない例について説明するための図。 実施例（Ｆ）について説明するための図。 実施例（Ｇ）について説明するための図。 実施例（Ｈ）及び（Ｈ´）について説明するための図。 実施例（Ｉ）について説明するための図。 実施例（Ｊ）及び（Ｊ´）について説明するための図。 実施例（Ｋ）及び（Ｌ）について説明するための図。 サービス提供を機種の異なる機器が受ける応用例を説明するための図。 異なる位置情報に基づいたサービス提供を行う応用例を説明するための図。 偽装を防止する応用例を説明するための測位デバイスの配置例を示す図。 デバイス管理マスターに記憶される、通知に必要な測位結果のリストの一例を示す図。 デバイス管理マスターに記憶される、受け取りに必要な測位結果のリストの一例を示す図。 測位結果を通知する場合を限定するために用いられる関数の手順の一例を示すフロー図。 測位結果を通知する場合を限定するために用いられる別の関数の手順の一例を示すフロー図。 本実施形態に係る携帯機器の構成及び該携帯機器が利用可能なサーバの別の例を示すブロック図。 各種測位方式について説明する図。

以下、本発明の実施の形態に係る位置情報取得方式について、例示のために、図面を用いて説明する。

本実施形態では、移動する携帯機器が自身の現在位置を示す位置情報を取得するために、多数の測位デバイスを利用する。測位デバイスとは、位置を特定するための信号を発信する機器であり、例えば、ＷｉＦｉ方式の測位手段であれば、ＷｉＦｉアクセスポイントが測位デバイスとなり、音波信号（又は超音波信号）方式の測位手段であれば、音波信号発信器が測位デバイスとなる。

測位デバイスは、それぞれを識別するための情報である測位デバイスＩＤを有しており、ＷｉＦｉ方式、ｉＢｅａｃｏｎ方式、音波信号方式、ＲＦＩＤ（又はＮＦＣ）方式等では、測位デバイスが発信する信号の中に、測位デバイスＩＤが含まれている。各測位デバイスの位置（座標情報）は、例えば、測位情報管理サーバに登録されており、携帯機器は、測位デバイスから受信した信号から得た測位デバイスＩＤに基づいて、位置を求めることができる。測位デバイスから受信した信号から、測位デバイスＩＤの他に、精度に関わる情報（受信電波強度、音圧、精度情報等）を得るようにしてもよい。

ＧＮＳＳ（ＧＰＳ）方式、ＱＺＳＳ（みちびき）方式、ＰＤＲ方式等では、測位デバイスが発信する信号から、測位デバイスＩＤではなく、位置（座標情報）が得られる。また、例えば、ＷｉＦｉ方式においても、同時に受信される複数の測位デバイスＩＤに基づいて求められる複数の位置から、携帯機器の位置を推定する方式を、携帯機器が測位手段として備える場合には、測位デバイスＩＤではなく、位置（座標情報）が得られることになる。

ある測位デバイスの信号が受信できる範囲を、対象範囲と呼ぶ。この範囲は、計測の度に変動し得る。また、携帯機器の備える計測手段によっても異なり得る。

本実施形態は、現実の空間における測位デバイスの対象範囲を、コンピュータの画面におけるＧＵＩウィジェットのように扱う応用例に、使用することができる。ＧＵＩウィジェットを配置するように、測位デバイスを配置して、ＧＵＩウィジェットが存在する範囲内でポインティングデバイスの入力イベントを得ると、そのＧＵＩウィジェットに対応する機能が実行されるように、測位デバイスの信号が届く範囲内で携帯機器が測位デバイスＩＤ（ロケーションＩＤともいう）を得ると、そのロケーションＩＤに対応するサービスが提供されるようにするのである。

なお、本実施形態は、ロケーションＩＤに対応するサービスが提供される応用例だけではなく、座標情報を用いたサービスが提供される応用例にも、使用することができる。前者の場合は、種々の測位手段により得られる情報のうち、ＧＮＳＳ方式等で得られる座標情報について、ロケーションＩＤに変換すればよく、後者の場合は、種々の測位手段により得られる情報のうち、音波信号方式等で得られるロケーションＩＤについて、座標情報に変換すればよい。

測位デバイスの対象範囲をＧＵＩウィジェットのように扱う場合に対処すべき事項を、図１に示す例を用いて説明する。

まず、対象範囲が重複している場合、その重複範囲に移動してきた携帯機器は、複数の測位結果が得られる。例えば、図１では、Ｐ００１に位置する携帯機器は、対象範囲Ｌ００２とＬ００８が重複する範囲内にあるので、両方の測位結果（ＲＬ００２とＲＬ００８）を受け取る。このとき、受け取った複数のロケーションＩＤのうちの一つを選択して、サービスを提供するアプリケーションに渡すことが好ましい場合があるが、本実施形態に係る携帯機器は、いずれのロケーションＩＤを渡すべきかを判断することができる。なお、Ｌ００２とＬ００８の測位デバイスは、同じ方式の測位手段用であっても異なる方式の測位手段用であっても構わない。

そして、携帯機器は、例えば、対象範囲Ｌ００２の範囲内であるＰ００２に留まっていると、測位結果ＲＬ００２を何度も受け取ることになる。これをＧＵＩにたとえると、ウィジェットに対する入力イベントが繰り返し発生していることになるが、サービスを提供するアプリケーションに対しては、イベントは一度だけ入力されることが好ましい場合がある。本実施形態に係る携帯機器は、同じ範囲に留まっているうちは、一度だけ、ロケーションＩＤをアプリケーションに渡すようにすることができる。

さらに、対象範囲が重複している場所に携帯機器があるかどうかは、測位結果がすべて受け取られるまで決まらないので、そこに位置していることを知るには、そこに届く全ての測位結果を受け取るのを待たなければならず、時間を要する。しかも、測位結果は測位デバイスごとに順不同にばらばらに届くため、図１の例では、ＲＬ００２を受け取った時点では、Ｐ００１〜Ｐ００５のどこにいるのか、決まらない。本実施形態に係る携帯機器は、受け取った測位結果を蓄えておき、蓄積した測位結果の組み合わせから、現在の位置を判断することができる。

また、携帯機器は留まったり移動したりするため、ＲＬ００２を受け取った後にＲＬ００４を受け取ったとき、Ｐ００２からＰ０１１へ移動したのか、Ｌ００２とＬ００４が重複する範囲内のＰ００４にいるのか、区別することが難しい。本実施形態に係る携帯機器は、蓄積した測位結果から不要なものを適宜削除することができるため、移動したのか同じ範囲に留まっているのかを判断することができる。

（構成例１）
図２は、本実施形態に係る携帯機器の構成及び該携帯機器が利用可能なサーバの一例を示す図である。携帯機器１００を構成するソフトウェアは、アプリケーション１２０と測位ライブラリ１１０とを備える。アプリケーション１２０は、測位ライブラリ１１０から通知される測位結果（例えば、ロケーションＩＤ）に基づいて、例えば、サービス提供サーバ２００から情報をダウンロードして利用者に通知する機能を持つ。サービスは、サービス提供サーバ２００によらずに、アプリケーション１２０によって提供されても構わない。

測位ライブラリ１１０は、測位部１３０と測位結果通知部１４０、通信部１８０を備える。測位部１３０は、複数の測位手段１〜Ｎを備える。本例では、測位方式（測位デバイスから受信する信号及びその処理方式の種類）ごとに、測位手段を設ける。なお、各々の測位デバイスの種類（後述する「高さ」に相当）は、測位方式の種類とは独立して設定することが可能である。つまり、二つの測位デバイスを、同じ測位方式で異なる種類にすることができるし、適用場面によっては、異なる測位方式でも同じ種類と設定してもよい。

測位結果通知部１４０は測位部１３０から測位結果を受け取り、測位結果をアプリケーションに通知するかどうかの要否を判定して、必要があれば測位結果をアプリケーション１２０に通知する。通知する測位結果は、本例では、ロケーションＩＤとするが、上述したように、座標情報とすることも可能である。

測位ライブラリ１１０は、アプリケーション開始時に、通信部１８０を介して測位情報管理サーバ３００から、後述する測位デバイス管理マスター１７５のデータをダウンロードしてもよい。さらに、同様に、後述する測位結果マスター１５５のデータをダウンロードしてもよい。代替例として、これらのマスターのデータは、ライブラリ１１０自体が予め有していてもよいし、アプリケーション１２０が予め有していて、そこからライブラリ１１０が読み出すのでもよい。

測位結果変換部１５０は測位部１３０から受け取った測位結果の変換を行なう。測位結果は測位手段によって内容が異なり得る。ＧＮＳＳ、ＱＺＳＳ、ＰＤＲの測位結果は、携帯機器の座標情報と測位方式を示す情報とを含むが、ＷｉＦｉ、ｉＢｅａｃｏｎ、音波信号、ＲＦＩＤの測位結果はロケーションＩＤと測位方式を示す情報とを含む。本例では、測位結果通知の要否判定処理で座標情報でなくロケーションＩＤを使用するので、測位結果変換部１５０においてＧＮＳＳ、ＱＺＳＳ、ＰＤＲの測位結果の座標情報をロケーションＩＤに変換する。変換には、測位結果マスター１５５のデータを利用する。

通知管理部１６０はアプリケーションからの開始要求と終了要求を受け付けて、測位の開始と終了を行なう処理、および測位結果を選択的にアプリケーション１２０に通知するための処理を行なう。

測位履歴管理部１７０は、通知管理部１６０と協働して、受け取った測位結果のアプリケーションへの通知の要否を判定するとともに、必要に応じて測位履歴の更新及び削除を行なう。通知の要否の判定には、測位履歴メモリ１６５と測位デバイス管理マスター１７５を参照する。また、所望の判定を行なうための基準に従って、測位履歴メモリ１６５に対し、測位結果を保存したり削除したりする管理を行なう。

（測位結果マスター）
図４に、測位結果マスター１５５のデータの一例を示す。測位結果マスター１５５は、ロケーションＩＤとロケーション、測位手段を表わす情報を対応付けて管理する。本例では、ロケーションは点の座標列で表現される多角形であり、測位結果マスター１５５には、多角形の頂点列の座標値を記憶する。ある座標がロケーションに対応するかどうかは、座標とロケーションの多角形との内外判定結果に基づいて決定する。

測位手段から得られる座標の精度は測位方式ごとに異なり、ＧＮＳＳでは１０数ｍの誤差があるが、ＰＤＲでは数ｍの誤差しかない。そのため、ＧＮＳＳの座標で決定されるロケーションをＰＤＲでより詳細なロケーションに分割し、使い分けできるようにすると良い。

（測位結果変換処理）
図３に、測位結果変換部１５０の処理フローを示す。本例では、測位結果の通知の要否の判定に座標情報ではなくロケーションＩＤを使用するため、測位結果がロケーションＩＤを含まない場合に測位結果の座標情報をロケーションＩＤに変換する。具体的には、ステップＳ３１０で測位結果のロケーションＩＤの有無を確認し、無い場合は処理を終了する。有る場合は、次のステップＳ３２０で、測位結果マスター１５５の有無を確認し、無ければ測位情報管理サーバ３００からダウンロードする。ステップＳ３３０では、測位手段を表わす値を変数ｍに代入する。ステップＳ３４０では、測位結果マスター１５５に含まれるロケーションについて測位結果の座標と内外判定を行い、座標が内側にある測位手段がｍで多角形のロケーションＩＤを変数ｉｄに代入する。最後のステップＳ３５０において、測位結果のロケーションＩＤとして変数ｉｄのロケーションＩＤを設定する。

（処理例１）
図５は、通知管理部１６０の処理フローの一例（以下、「処理例１」という）を示す。通知管理部１６０は、アプリケーション１２０からの開始と終了の要求に応じて、ライブラリ１１０の開始と終了を行なう。具体的には、通知管理部１６０は、アプリケーションから開始要求を受け取ると、ステップＳ５１０においてアプリケーションからの終了要求の有無を確認し、終了要求があれば処理を終了する。終了要求がなければ、ステップＳ５２０において測位結果変換部１５０から測位結果を受け取れるか否か（測位部１３０においていずれかの測位手段による測位結果が新しく受信され、ロケーションＩＤが得られたか否か）を確認する。測位結果が受け取り不可能であれば所定の時間待機してステップＳ５１０に戻る。

測位結果が受け取り可能であれば、ステップＳ５４０において測位結果変換部１５０から測位結果を受け取る。次に、ステップＳ５５０で、受け取った測位結果のロケーションＩＤを測位デバイス管理マスター１７５のデータに含まれているものかどうかを確認する。ロケーションＩＤを測位デバイス管理マスター１７５が含まない場合は、その測位結果は、処理せずに廃棄する。

このように測位デバイス管理マスター１７５を利用することにより、ライブラリ１１０が処理対象とするロケーションＩＤを、実際に設置され信号を発信している多数の測位デバイスのうちの一部の測位デバイスから受信されるものに限定することができる。例えば、測位デバイス管理マスター１７５として記憶するデータの内容を、配置されている多数の測位デバイスの一部とし、どの一部を記憶するかをアプリケーションごとに使い分けることで、測位結果の使用の可否をアプリケーションごとに変更できる。ステップＳ５６０では、測位結果を引数として測位履歴更新関数を実行する。この関数では、図７又は図８に動作例を示すように、測位履歴メモリ１６５にステップＳ５４０で受け取られた測位結果を書き込むとともに、測位結果のアプリケーション１２０への通知の要否を判定し、必要があれば測位結果を通知する。

（測位デバイス管理マスター）
図６は、測位デバイス管理マスター１７５のデータの一例を示す。本例における測位デバイス管理マスター１７５は、ロケーションＩＤごとに６項目のデータを管理することが可能である。「緯度」と「経度」は、測位デバイスの位置を表わす。

「高さ（種類又は優先度）」は、測位デバイスの種類もしくは測位結果の優先度を表わす。「高さ」が測位デバイスの種類を表わす応用例においては、「高さ」は単に、各々の測位結果が同一の種類に属するか、異なる種類に属するかを判別するために用いられる。一方、「高さ」が測位結果の優先度を表わす応用例においては、「高さ」の大小によって、対象範囲が重複する場所で受け取られた複数の測位結果のうちのいずれを通知すべきかを判断したり、受け取られた（もしくは履歴として保持されている）測位結果の通知の要否を判定したり、履歴として保持されている測位結果の削除の要否を判定したりするために用いられる。

「有効時間」は、受け取った測位結果を測位履歴メモリ１６５に有効なものとして保持する時間で、測位履歴メモリに測位結果を保存してからの経過時間が「有効時間」を超過した場合、その測位結果は測位履歴メモリ１６５から削除される。「有効距離」は、受け取った測位結果を測位履歴メモリ１６５に有効なものとして保持する間に許容される移動距離であり、測位結果を測位履歴メモリに保存してからの移動距離が「有効距離」を超過した場合、その測位結果は測位履歴メモリ１６５から削除される。

「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストである。このリストは、ある測位結果を受け取った時に、その受け取ったロケーションＩＤが、直前の測位結果が得られた場所で取得され得るものである（直前の測位結果が未だ有効である）か、取得され得ないものである（移動したために直前の測位結果が無効になる）かを知る目的で使用する。

（更新例１）
図７は、測位履歴更新関数Ｓ５６０の処理フローの一例（以下、「更新例１」という）を示す。本例では、受け取られた測位結果が測位履歴メモリ１６５に保持されていない場合に測位結果を通知する。具体的には、まず、ステップＳ７１０において、受け取った測位結果ｒ１のロケーションＩＤの高さ（種類又は優先度）を測位デバイス管理マスター１７５から取得する。次に、その高さと同じ高さを有する測位結果を、測位履歴メモリ１６５から抽出して、変数ｒ０に代入する。測位履歴メモリ１６５が同じ高さの測位結果を保持していなければ、変数ｒ０にＮＵＬＬが代入される。

ステップＳ７２０では、測位結果ｒ０とｒ１の内容に応じてｒ１の通知の要否を判定する。更新例１では、ｒ０がＮＵＬＬの場合と、ｒ０とｒ１のロケーションＩＤが一致しない場合に、ステップＳ７４０においてｒ１を通知する。この仕組みにより、同じ測位結果を連続して受け取った場合に、アプリケーション１２０に対して同じ測位結果を連続して通知してしまうことを回避する。また、測位履歴メモリ１６５は、測位結果を高さ（種類又は優先度）ごとに保持するので、同じ高さを持つ測位結果のグループごとに連続した通知を回避することができる。

ステップＳ７４０では、受け取った測位結果ｒ１を測位時刻とともに測位履歴メモリ１６５に保存する。ｒ１でｒ０を上書きすることにより、測位履歴メモリ１６５が、高さごとに最大１件の測位結果を保持するようにするとよい。

（更新例２）
図８は、測位履歴更新関数Ｓ５６０の処理フローの別の例（以下、「更新例２」という）を示す。本例では、受け取った測位結果が、測位履歴メモリ１６５に保持されておらず、かつ、その高さが履歴にある測位結果の高さの最大値以上である場合に、測位結果を通知する。具体的には、まず、ステップＳ８１０において、受け取った測位結果ｒ１のロケーションＩＤの高さ（種類又は優先度）を測位デバイス管理マスター１７５から取得する。次に、測位履歴メモリ１６５が保持する測位結果のロケーションＩＤの高さの最大値（この最大の高さのロケーションＩＤを持つ測位結果をｒｍとする）と比較し、ｒ１の高さの方が大きければ、ステップＳ８３０においてｒ１を通知する。ｒ１の高さが、測位履歴メモリ１６５が保持する測位結果のロケーションＩＤの高さの最大値以下であれば、ステップＳ８２０の処理を実行する。

ステップＳ８２０では、受け取った測位結果ｒ１のロケーションＩＤの高さとｒｍのロケーションＩＤの高さが等しく、かつｒ１とｒｍのロケーションＩＤが一致しない場合、ステップＳ８３０においてアプリケーション１２０に対してｒ１を通知する。

ステップＳ８４０では、測位履歴メモリ１６５に測位結果ｒ１を測位時刻とともに保存する。ｒ１でｒ０を上書きすることにより、測位履歴メモリ１６５が、高さごとに最大１件の測位結果を保持するようにするとよい。

（測位履歴メモリ）
図９は、測位履歴メモリ１６５が保持する測位結果の一例を示す。本例では、後述する処理例２のように、測位から一定時間経過後に削除される様子が時系列で示されている。５つの表は、各測位点（携帯機器が移動した位置）で測位を行なった後の測位履歴メモリ１６５の内容である。右下の図は、測位デバイスの対象範囲（円）と測位点（＋）の配置を表わしており、測位デバイスにはＬ００２、Ｌ００３、Ｌ００８の３個を使用し、各測位デバイスから受信する測位結果のロケーションＩＤは、それぞれＲＬ００２、ＲＬ００３、ＲＬ００８、高さは、それぞれ２、３、５である。説明の便宜上、測位はＰ００１から開始して、Ｐ００２、Ｐ００３、Ｐ００４、Ｐ００５の順に１秒間隔で行なうものとする。

まず、測位点Ｐ００１で測位結果ＲＬ００８を受け取ると、測位結果ＲＬ００８が、高さ５、有効時間１．１０秒、有効距離３．０ｍ、測位時刻１０：００：００で測位履歴メモリ１６５に保存される。「高さ」、「有効時間」、「有効距離」は、図６の測位デバイス管理マスター１７５を参照して取得する。次に、測位点Ｐ００２で測位結果ＲＬ００２を受け取ると、測位結果ＲＬ００２が高さ２、有効時間１．１０秒、有効距離３．０ｍ、測位時刻１０：００：０１で測位履歴メモリに保存される。

その後、測位点Ｐ００３に到達する過程で、測位結果ＲＬ００８は、保持時間が有効時間を超過するので、測位履歴メモリ１６５から削除される。次の測位点Ｐ００３で受け取る測位結果ＲＬ００２は、高さ２、有効時間１．１０秒、有効距離１０．０ｍ、測位時刻１０：００：０２で保存され、測位点Ｐ００４で受け取る測位結果ＲＬ００３は、高さ５、有効時間１．１０秒、有効距離３．０ｍ、測位時刻１０：００：０３で保存される。

測位点Ｐ００５に到達する過程で、測位結果ＲＬ００２は、保持時間が有効時間を超過するので、測位履歴メモリから削除される。そして、測位点Ｐ００５で受け取る測位結果ＲＬ００３が、高さ３、有効時間１．１０秒、有効距離３．０ｍ、測位時刻１０：００：０４で保存される。このように、一定時間経過後の測位結果の削除は、測位とは独立に行なわれる。同様に、測位時の位置から一定距離移動後に実行される測位履歴メモリからの測位結果の削除も、測位とは独立に行なわれる。

（構成例２）
図１０は、本実施形態に係る携帯機器の構成の別の例を示す図である。本例は、携帯機器のセンサーから得られる観測値から速度を導出して時刻とともに記録する機能と、速度の記録から測位履歴管理を行なう機能とを備える携帯機器の構成である。

携帯機器１０１を構成するソフトウェアは、アプリケーション１２０と測位ライブラリ１１１とを備える。アプリケーション１２０は、測位ライブラリ１１１から通知される測位結果（例えば、ロケーションＩＤ）に基づいて、例えば、サービス提供サーバ２００から情報をダウンロードして利用者に通知する機能を持つ。

測位ライブラリ１１１は、測位部１３０と測位結果通知部１４１、通信部１８０を備える。 測位結果通知部１４１は測位部１３０から測位結果を受け取り、測位結果をアプリケーションに通知するかどうかの要否を判定して、必要があれば測位結果をアプリケーション１２０に通知する。通知する測位結果は、本例では、ロケーションＩＤとするが、先述したように、座標情報とすることも可能である。

測位ライブラリ１１１は、アプリケーション開始時に、通信部１８０を介して測位情報管理サーバ３００から、後述する測位デバイス管理マスター１７５のデータをダウンロードしてもよい。さらに、同様に、後述する測位結果マスター１５５のデータをダウンロードしてもよい。代替例として、これらのマスターのデータは、ライブラリ１１１自体が予め有していてもよいし、アプリケーション１２０が予め有していて、そこからライブラリ１１１が読み出すのでもよい。

測位結果変換部１５０は、先述したように、測位部１３０から受け取った測位結果の変換を行なう。

測位履歴管理部１７１は、通知管理部１６１と協働して、受け取った測位結果のアプリケーションへの通知の要否を判定するとともに、必要に応じて測位履歴の更新及び削除を行なう。通知の要否の判定には、測位履歴メモリ１６５と測位デバイス管理マスター１７５に加えて、活動履歴メモリ１９６を参照する。また、所望の判定を行なうための基準に従って、測位履歴メモリ１６５に対し、測位結果を保存したり削除したりする管理を行なう。

活動履歴管理部１９５は、センサー１９０から携帯機器の移動速度に関する計測値を取得して、移動速度を計測時刻とともに活動履歴メモリ１９６に保存する管理を行なう。図１１に、活動履歴メモリ１９６のデータの一例を示す。本例では、速度は速度ベクトルとして管理する。速度ベクトルは、速度を緯度方向、経度方向、高さ方向の座標系で表わしたものである。携帯機器の加速度センサーから得られる加速度を、携帯端末の姿勢情報に基づいて上述した座標系に変換し、積分して得られる値を使用する。速度ベクトルを使用する理由は、図１４で後述するように、携帯機器の移動距離が、延べ距離よりも、２地点間の距離の方が好ましいからである。

（処理例２）
図１２は、通知管理部１６１の処理フローの別の例（以下、「処理例２」という）を示す。本例では、一定時間経過後あるいは一定距離移動後に測位履歴メモリから測位結果を削除するためのタイマー処理を開始する。

通知管理部１６１は、アプリケーション１２０からの開始と終了の要求に応じて、ライブラリ１１１の開始と終了を行なう。具体的には、通知管理部１６１は、アプリケーションから開始要求を受け取ると、ステップＳ１２０においてタイマー処理を開始する。タイマー処理では、図１３又は図１５に動作例を示すように、測位履歴メモリが保持する測位結果を、測位時からの経過時間又は移動距離に基づいて、削除したり、削除後に、ロケーションＩＤの高さに基づいて、測位履歴メモリが保持する測位結果を通知したりする。

次に、ステップＳ５１０においてアプリケーションからの終了要求の有無を確認し、終了要求があれば処理を終了する。終了要求がなければ、ステップＳ５２０において測位結果変換部１５０から測位結果を受け取れるか否か（測位部１３０においていずれかの測位手段による測位結果が新しく受信され、ロケーションＩＤが得られたか否か）を確認する。測位結果が受け取り不可能であれば、所定の時間待機してステップＳ５１０に戻る。

測位結果が受け取り可能であれば、ステップＳ５４０において測位結果変換部１５０から測位結果を受け取る。次に、ステップＳ５５０で、受け取った測位結果のロケーションＩＤを測位デバイス管理マスター１７５のデータに含まれているものかどうかを確認する。ロケーションＩＤを測位デバイス管理マスター１７５が含まない場合は、その測位結果は、処理せずに廃棄する。

ステップＳ５６０では、測位結果を引数として測位履歴更新関数を実行する。この関数では、図７又は図８に動作例を示すように、測位履歴メモリ１６５にステップＳ５４０で受け取られた測位結果を書き込むとともに、測位結果のアプリケーション１２０への通知の要否を判定し、必要があれば測位結果を通知する。

図１３は、図１２のタイマー処理開始Ｓ１２０の処理フローの一例として、タイマーで測位履歴管理部１７１に削除させる例を示す。ステップＳ１３０において、アプリからの終了要求の有無を確認する。終了要求があればタイマー処理を終了する。アプリからの終了要求がなければ、ステップＳ１３２において、処理ＦＩＮＤ＿ＴＯ＿ＢＥ＿ＤＥＬＥＴＥＤ（）を実行して、測位履歴メモリから削除対象とする測位結果のリストを取得して変数ｌに代入する。削除対象とする測位結果のリストは、後述する判定方法に基づいて作成される。次に、ステップ１３４において、リストｌにある測位結果を測位履歴メモリから削除する。最後に、所定の時間待機してステップ１３０に戻る。

図１４は、図１２のＳ１３２又は図１５のＳ１５２の、測位履歴メモリから削除対象とする測位結果リストを返す処理ＦＩＮＤ＿ＴＯ＿ＢＥ＿ＤＥＬＥＴＥＤ（）において、測位結果が削除対象であると判定する処理のフローを示す。図１４の左側は、一定時間経過後に履歴を削除する場合の判定処理フローであり、右側は一定距離移動後に履歴から削除する場合の判定処理フローである。本実施形態では、目的に応じて、上述の２つの処理のうちいずれか一つの方法を使用する。

一定時間経過後に履歴を削除する場合は、測位履歴が保持する測位結果ｒｉについて、測位時刻ＴＳと有効時間ＴＭを取得し、現在時刻とＴＳの差分がＴＭ以上であれば、測位結果ｒｉを削除対象とする。

一定距離移動後に履歴を削除する場合は、まず、測位履歴が保持する測位結果ｒｉについて、測位時刻ＴＳと有効距離ＤＭを取得する。次に、活動履歴メモリを参照して、時刻ＴＳを原点とした場合の現在の位置（座標）Ｄを推定し、原点と位置Ｄの間の距離（||Ｄ||）がＤＭ以上であれば、測位結果ｒｉが削除対象であると判定する。本フローの移動距離は、計測時の位置と現在位置との２地点間の距離であり、車の走行距離で計測されるような延べ距離ではないようにすることが好ましい。

Ｄを活動履歴メモリ１９６の内容から推定する方法としては多様な方法が考えられ、図１４の右側のフローの下にある数式はその一例を示す。Ｔは現在時刻、Ｔｉは活動履歴メモリのｉ番目の要素の時刻、Ｖｉは活動履歴メモリのｉ番目の要素の速度ベクトルである。ａはＴ＞Ｔｉの条件の下で最大のiである。ｂはＴｉ＜ＴＳの条件の下で最大のｉである。数式の１番目の項は、現在の移動ベクトルをＶａとみなして、時刻Ｔａから現在までの移動ベクトルの推定式である。数式の３番目の項は、測位時の移動速度をＶｂとみなして、時刻ＴＳから時刻Ｔ（ｂ−１）までの移動ベクトルの推定式である。数式の２番目の項は、時刻Ｔ（ｂ−１）から時刻Ｔａまでの移動ベクトルの総和である。

図１５は、図１２のタイマー処理開始Ｓ１２０の処理フローの別の例として、測位履歴管理部１７１に削除させたことを契機に通知する例を示す。ステップＳ１５０において、アプリケーションからの終了要求の有無を確認する。終了要求があればタイマー処理を終了する。アプリからの終了要求がなければ、ステップＳ１５２において、測位履歴メモリから削除対象とする測位結果リストを取得して変数ｌに代入する。削除対象とする測位結果リストは、先述の判定方法に基づいて作成される。次に、測位履歴メモリから測位結果のロケーションＩＤの高さが最大の測位結果ｔを取得してから（ステップＳ１５３）、測位結果リストｌが含む測位結果を測位履歴メモリから削除する（ステップＳ１５４）。

次に、現在の（削除後の）測位履歴メモリの測位結果について、改めて、ロケーションＩＤの高さが最大の測位結果を抽出し（ＴＯＰ＿ＬＯＧ（））、それと先の測位結果ｔを比較する。両測位結果のロケーションＩＤが一致しなければ、あるいは、両測位結果の高さが一致しなければ、ＴＯＰ＿ＬＯＧ（）で得られる測位結果をアプリケーションに通知する。最後に、一定時間待機した後でステップＳ１５０に戻る。

本例によれば、ある高さ（種類あるいは優先度）の測位結果が、時間の経過により無効とみなされ削除された時に、それより小さい高さの測位結果が測位履歴メモリに残っていれば、その小さい高さの測位結果を改めてアプリケーションに通知することにより、無効となった位置に代わる有効な位置をアプリケーションが早期に把握することが可能になる。さらに、例えば、受け取った測位結果が、その高さ（種類あるいは優先度）が測位履歴メモリにある測位結果よりも小さいという理由で未通知のまま測位履歴メモリに保存されていた場合にも、本例のフローの実行によって、アプリケーションに通知し得るようになる。

なお、ここでは、図１２（あるいは後述する図２０）のメイン処理ループが動作するのと並列に、図１３のタイマー処理ループが動作する例を説明したが、メイン処理ループの中で、測位結果を測位履歴メモリに保存する際に、その測位結果の有効時間が経過すると期限切れとなるタイマーのカウントを開始し、期限切れになったら、その測位結果を測位履歴メモリから削除するようにしてもよい。

（処理例３）
図１６は、通知管理部１６０の処理フローのさらに別の例（以下、「処理例３」という）を示す。通知管理部１６０は、アプリケーション１２０からの開始と終了の要求に応じて、ライブラリ１１０の開始と終了を行なう。具体的には、通知管理部１６０は、アプリケーションから開始要求を受け取ると、ステップＳ５１０においてアプリケーションからの終了要求の有無を確認し、終了要求があれば処理を終了する。終了要求が無ければ、ステップＳ５２０において測位結果変換部１５０から測位結果を受け取れるか否か（測位部１３０においていずれかの測位手段による測位結果が新しく受信され、ロケーションＩＤが得られたか否か）を確認する。測位結果が受け取り不可能であれば所定の時間待機してステップＳ５１０に戻る。

測位結果が受け取り可能であれば、ステップＳ５４０において測位結果変換部１５０から測位結果を受け取る。次に、ステップＳ５５０で、受け取った測位結果のロケーションＩＤを測位デバイス管理マスター１７５のデータに含まれているものかどうかを確認する。ロケーションＩＤを測位デバイス管理マスター１７５が含まない場合は、その測位結果は、処理せずに廃棄する。

ステップＳ１６０では、測位結果を引数として測位履歴削除関数を実行する。この関数では、図１７、図１８又は図１９に動作例を示すように、予め決められた規則に基づき、対象範囲の外部にあるロケーションＩＤを推定して、そのロケーションＩＤを持つ測位結果を測位履歴メモリ１６５から削除する。

ステップＳ５６０では、測位結果を引数として測位履歴更新関数を実行する。この関数では、図７又は図８に動作例を示すように、測位履歴メモリ１６５にステップＳ５４０で受け取られた測位結果を書き込むとともに、測位結果のアプリケーション１２０への通知の要否を判定し、必要があれば測位結果を通知する。

（削除例１）
図１７は、測位履歴削除関数Ｓ１６０の処理フローの一例（以下、「削除例１」という）を示す。削除例１は、受け取った測位結果ｒ１が測位履歴にない場合に、ｒ１のロケーションＩＤの高さ（種類又は優先度）よりも大きな高さを有する測位結果を削除履歴メモリ１６５から削除する。具体的には、ステップＳ１７０で、受け取った測位結果のロケーションＩＤと同じ高さを有する測位結果を、測位履歴メモリ１６５から抽出して変数ｒ０に代入する。測位履歴メモリ１６５が、同じ高さの測位結果を保持していなければ、変数ｒ０にＮＵＬＬが代入される。

ステップＳ１７２では、ｒ０とｒ１の内容に応じて、測位履歴メモリから測位結果を削除する。ｒ０がＮＵＬＬの場合、あるいはｒ０とｒ１のロケーションＩＤが一致しない場合、ステップ１７４において、ｒ１の高さよりも大きな高さの測位結果を、測位履歴メモリ１６５から削除する。

削除例１の削除方法は、対象範囲に包含関係があるように配置されている場合であれば、包含する側の対象範囲の変化が、包含される側の対象範囲の変化であるとみなし得ることを利用して、包含される側の測位デバイスから受け取っていた測位結果を履歴から削除する方法である。そのため、削除例１は、測位デバイス管理マスター１７５が、ロケーションＩＤの高さが測位デバイスの種類ごとに割り当てられていて、かつ対象範囲が狭い測位方式ほど大きな高さが割り当てられている場合に、特に有用である。

（削除例２）
図１８は、測位履歴削除関数Ｓ１６０の処理フローの別の例（以下、「削除例２」という）を示す。削除例２では、受け取った測位結果ｒ１のロケーションＩＤを受け取る位置で受信し得ない測位結果を、測位履歴メモリ１６５から削除する。具体的には、ステップＳ１８０で、受け取った測位結果ｒ１のロケーションＩＤ（ＧＥＴ＿ＬＯＣＡＴＩＯＮＩＤ（ｒ１））について、測位デバイス管理マスター１７５から「取得され得る測位結果ロケーションＩＤのリスト」を取得して変数ｌに代入する。次に、ステップＳ１８２において、リストｌに含まれない測位結果を測位履歴メモリ１６５から削除する。

削除例２の削除方法は、測位デバイスの対象範囲の配置関係から、測位結果を受け取った位置で取得し得ないロケーションＩＤが分かることを利用して、測位履歴メモリ１６５から現在の位置から取得し得ない測位結果を削除する方法である。したがって、削除例２は、測位デバイスの高さ（種類あるいは優先度）をどのように割り当てる場合にも、応用可能である。

（削除例３）
図１９は、測位履歴削除関数Ｓ１６０の処理フローのさらに別の例（以下、「削除例３」という）を示す。削除例３は、削除例１と削除例２の２つの削除方法を合わせたものであり、削除例１、削除例２のそれぞれの削除処理を行なう。具体的には、ステップＳ１９０で、受け取った測位結果ｒ１のロケーションＩＤ（ＧＥＴ＿ＬＯＣＡＴＩＯＮＩＤ（ｒ１））について、測位デバイス管理マスター１７５から「取得され得る測位結果ロケーションＩＤのリスト」を取得して変数ｌに代入する。次に、ステップＳ１９２において、リストｌに含まれない測位結果を測位履歴メモリ１６５から削除する。

次に、ステップＳ１９４で、受け取った測位結果のロケーションＩＤの高さ（種類又は優先度）と同じ高さを有する測位結果を、測位履歴メモリ１６５から抽出して、変数ｒ０に代入する。測位履歴メモリ１６５が同じ高さの測位結果を保持していなければ、変数ｒ０にＮＵＬＬが代入される。ステップＳ１９６では、ｒ０とｒ１の内容に応じて測位履歴メモリから測位結果を削除する。ｒ０がＮＵＬＬの場合と、ｒ０とｒ１のロケーションＩＤが一致しない場合に、ステップ１９８において、ｒ１の高さよりも高さが高いロケーションＩＤの測位結果を測位履歴メモリ１６５から削除する。

削除例１は、対象範囲同士が重複し合っているような場合でも、履歴から測位結果を削除し得るが、取得し得ない測位結果を履歴から削除できない場合がある。一方、削除例２は、対象範囲同士が隔絶しているような場合に、履歴から測位結果を合理的に削除するのに適しており、対象範囲が密集していると削除が行なわれない場合がある。削除例３では、削除例１と削除例２を合わせることで、適切に削除可能な場合を増加させることができる。

（処理例４）
図２０は、通知管理部１６１の処理フローのまた別の例（以下、「処理例４」という）を示す。処理例４は、一定時間経過後あるいは一定距離移動後に、履歴から測位結果を削除するためのタイマー処理を実行し、受け取った測位結果に基づいて測位履歴削除処理を行なう例である。

通知管理部１６１は、アプリケーション１２０からの開始と終了の要求に応じて、ライブラリ１１１の開始と終了を行なう。具体的には、通知管理部１６１は、アプリケーションから開始要求を受け取ると、ステップＳ１２０においてタイマー処理を開始する。タイマー処理では、図１３又は図１５に動作例を示すように、測位履歴メモリが保持する測位結果を測位時からの経過時間又は移動距離に基づいて削除したり、削除後にロケーションＩＤの高さに基づいて別の測位結果を通知したりする。

次に、ステップＳ５１０において、アプリケーションからの終了要求の有無を確認し、終了要求があれば処理を終了する。終了要求がなければ、ステップＳ５２０において測位結果変換部１５０から測位結果を受け取れるか否か（測位部１３０においていずれかの測位手段による測位結果が新しく受信され、ロケーションＩＤが得られたか否か）を確認する。測位結果が受け取り不可能であれば所定の時間待機してステップＳ５１０に戻る。

測位結果が受け取り可能であれば、ステップＳ５４０において測位結果変換部１５０から測位結果を受け取る。次に、ステップＳ５５０で、受け取った測位結果のロケーションＩＤを測位デバイス管理マスター１７５のデータに含まれているものかどうかを確認する。ロケーションＩＤを測位デバイス管理マスター１７５が含まない場合は、その測位結果は、処理せずに廃棄する。

ステップＳ１６０では、測位結果を引数として測位履歴削除関数を実行する。この関数では、図１７、図１８又は図１９に動作例を示すように、予め決められた規則に基づき、対象範囲の外部にあるロケーションＩＤを推定して、そのロケーションＩＤを持つ測位結果を測位履歴メモリ１６５から削除する。

ステップＳ５６０では、測位結果を引数として測位履歴更新関数を実行する。この関数では、図７又は図８に動作例を示すように、ステップＳ５４０で受け取った測位結果を測位履歴メモリ１６５に保存するとともに、測位結果のアプリケーション１２０への通知の要否を判定し、必要があれば測位結果を通知する。

以下には、上述した構成及び処理を適宜組み合わせて実施する例として、図２１に示す（Ａ）〜（Ｌ）の場合を具体的に説明する。

（実施例（Ａ））
実施例（Ａ）は、受け取った測位結果が、測位履歴メモリに保持されていない場合に、アプリケーションに対して通知を行なう例である。

図２２（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ａ）がアプリケーションに測位結果をどのように通知するかを説明する。Ｇ２２１、Ｓ２２１、Ｓ２２２はそれぞれＧＮＳＳ、音波信号、音波信号の測位デバイスである。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２２１、ＲＳ２２１、ＲＳ２２２である。図２２（ａ）に描かれている円は、各測位デバイスの測位結果を受け取る範囲を、矩形は座標がロケーションＩＤＲＧ２２１に変換される領域を模式的に表したもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２２１〜Ｐ２２５は説明に使用する測位点（携帯機器が移動した位置）であり、Ｐ２２１からＰ２２２、Ｐ２２３、Ｐ２２４、Ｐ２２５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図２２（ｂ）に、実施例（Ａ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２２１が１に、ＲＳ２２１とＲＳ２２２が３に設定されている。実施例（Ａ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。また、「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報も持たない。

実施例（Ａ）において、測位点Ｐ２２１で受け取る測位結果ＲＧ２２１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２２２で受け取る測位結果ＲＳ２２１は、高さが３であるが測位履歴メモリは高さ３の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２２３では、測位結果ＲＧ２２１を受け取るが、測位履歴メモリは同じ測位結果を保持するので通知されない。測位点Ｐ２２４で受け取る測位結果ＲＳ２２２は高さが３であるが、測位履歴メモリは同じ高さの測位結果ＲＳ２２１を保持する。両測位結果の高さは同じだが、ロケーションＩＤが異なるので、受け取った測位結果ＲＳ２２２はアプリケーションに通知される。測位点Ｐ２２５では測位結果ＲＧ２２１を受け取るが、測位履歴メモリが同じ測位結果を保持するので通知されない。

実施例（Ａ）によれば、携帯機器がある対象範囲内に留まっている間は、同じ測位結果を連続して受け取り得るが、２回目以降に受け取った測位結果は測位履歴メモリに保持されているため、アプリケーションには通知されない。このことにより、アプリケーションが同じ位置情報を連続して通知されることを抑止できる。

また、実施例（Ａ）では、高さごとに前回通知した測位結果は通知されないため、全てのロケーションＩＤに相異なる高さを割り当てれば、全ての測位結果は一度しか通知されないようにすることができるので、例えば、スタンプラリーのように、複数のチェックポイントを配置し、各チェックポイントに到達したことを一度だけ通知する目的に使用するのに適している。

さらに、同一高さの測位結果αとβがある場合、実施例（Ａ）では、測位結果αを受け取ると測位履歴メモリにαが保存され、次にβを受け取ると、測位履歴メモリからαが削除されてβが保存されるので、この後でαを受け取るとαを通知できる。このように、実施例（Ａ）を使うと、同一高さの２つの測位結果がある場合、それらを交互に受け取ったときに限り、受け取った測位結果を通知するようにできるので、２地点間を往復させてその回数を計測するような目的に利用できる。また、同じ高さの対象範囲が重複する場所では、２つの測位結果を受け取り得るので、それらを交互に通知し続けることができる。この効果は、例えば、現在いる場所が注意すべき場所であることを警告する上で都合が良い。

（実施例（Ｂ））
実施例（Ｂ）は、受け取った測位結果の高さ（測位デバイスの種類もしくは測位結果の優先度）が前回通知した測位結果の高さよりも大きい、あるいは前回通知した測位結果のロケーションＩＤの高さと等しいが、測位結果のロケーションＩＤが異なる場合に通知を行なう例である。

図２３（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｂ）がアプリケーションに測位結果をどのように通知するかを説明する。Ｇ２３１、Ｗ２３１、Ｓ２３１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。図２３（ａ）に描かれている円は各測位デバイスの測位結果を受け取る範囲を、矩形は座標がロケーションＩＤＲＧ２３１に変換される領域を模式的に表したもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２３１、ＲＷ２３１、ＲＳ２３１である。Ｐ２３１〜Ｐ２３５は説明に使用する測位点（携帯機器が移動した位置）であり、Ｐ２３１からＰ２３２、Ｐ２３３、Ｐ２３４、Ｐ２３５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図２３（ｂ）に、実施例（Ｂ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２３１が１に、ＲＷ２３１が２に、ＲＳ２３１が３に設定されている。実施例（Ｂ）では、時間や距離により、測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。また、「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報も持たない。

実施例（Ｂ）において、測位点Ｐ２３１で受け取る測位結果ＲＧ２３１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリは測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２３２で受け取る測位結果ＲＳ２３１は高さが３であるが、測位履歴メモリは高さ３以上の測位結果を保持していないので、測位結果ＲＳ２３１はアプリケーションに通知される。測位点Ｐ２３３では、測位結果ＲＷ２３１を受け取るが、ＲＷ２３１の高さは２であり、測位履歴メモリは高さ３の測位結果ＲＳ２３１を保持するので、ＲＷ２３１は通知されない。測位点Ｐ２３４でも測位結果ＲＷ２３１を受け取るが、同じ理由によりＲＷ２３１はアプリケーションに通知されない。測位点Ｐ２３５では、測位結果ＲＧ２３１を受け取るが、ＲＧ２３１は測位履歴メモリが保持しているので、アプリケーションには通知されない。

上述したように、実施例（Ｂ）では、通知する測位結果のロケーションＩＤの高さは、前回通知した測位結果のロケーションＩＤの高さ以上になる。例えば、大きな店舗の各入り口にＷｉＦｉに基づく測位デバイスを配置し、入り口ごとに異なる入店案内を提供できるよう異なるロケーションＩＤを測位デバイスに割り当てて、携帯機器を商品に近接させることで情報を受け取れるように商品ごとにｉＢｅａｃｏｎや音波信号に基づく測位デバイスを配置する場合に、ＷｉＦｉに由来するロケーションＩＤの高さをｉＢｅａｃｏｎや音波信号由来のロケーションＩＤの高さよりも小さく設定することで、一度商品の情報を受け取った利用者に入店案内を提供しないようにすることができる。

（実施例（Ｃ））
実施例（Ｃ）は、実施例（Ａ）の実装に、一定時間経過後あるいは一定距離移動後に測位履歴メモリ１６５から測位結果を削除する機能を追加する例である。実施例（Ａ）は、受け取った測位結果が、測位履歴メモリ１６５に保持されていない場合に限りアプリケーションに通知する例である。実施例（Ｃ）では、測位履歴メモリ１６５が保持している測位結果が削除され得るので、実施例（Ａ）において、受け取った測位結果が測位履歴メモリ１６５に保持されているという理由で、アプリケーションに通知できない場面であっても、一定時間経過後あるいは一定距離移動後に通知できるようになる。

図２４（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｃ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ２４１、Ｗ２４１、Ｓ２４１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２４１、ＲＷ２４１、ＲＳ２４１である。図２４（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２４１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２４１〜Ｐ２４５は説明に使用する測位点（携帯機器が移動した位置）であり、Ｐ２４１からＰ２４２、Ｐ２４３、Ｐ２４４、Ｐ２４５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を、測位点ラベルの下にあるカッコ内に記載した時刻に受け取るものとする。Ｓ２４１が２箇所に配置されているが、右側のＳ２４１はＷ２４１に包含されており、測位結果ＲＳ２４１を受け取った時点で、履歴にＲＷ２４１が保持されているかどうかで区別可能である。

図２４（ｂ）に、実施例（Ｃ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２４１が１に、ＲＷ２４１が２に、ＲＳ２４１が３になるように設定されている。有効時間と有効距離は、測位履歴メモリ１６５に保持される測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報は持たない。なお、ロケーションＩＤＲＳ２４１は２箇所にあるため、緯度と経度は設定しない。

実施例（Ｃ）において、測位点Ｐ２４１で受け取る測位結果ＲＧ２４１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２４２で受け取る測位結果ＲＳ２４１は高さが３であるが、測位履歴メモリは高さが３の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２４３では、測位結果ＲＧ２４１を受け取るが、測位履歴メモリが同じ測位結果を保持しているので通知されない。測位点Ｐ２４４で受け取る測位結果ＲＷ２４１は、高さが２であるが、測位履歴メモリは高さ２の測位結果を保持していないので、ＲＷ２４１はアプリケーションに通知される。この後、測位履歴メモリが保持する測位結果ＲＳ２４１は、測位時刻からの経過時間が有効時間３．０秒を超過するので、測位履歴メモリから削除される。測位点Ｐ２４５では、測位結果ＲＳ２４１を受け取るが、測位履歴メモリはＲＳ２４１と同じ高さの測位結果を保持しないので、ＲＳ２４１はアプリケーションに通知される。

上述のように、実施例（Ｃ）では、測位履歴メモリが保持する測位結果が削除されるので、異なる場所で同じロケーションＩＤが発信されている場合や、同じ場所に再び訪れた場合に、前回の測位結果が、（その後同じ高さの異なる測位結果を受信していなくても、前回と同じ測位結果を受け取らない状態で一定時間経過後あるいは一定距離移動後であれば）削除されていて、今回の測位結果を改めて通知することができる。

また、実施例（Ｃ）は、ある対象範囲への侵入回数と滞在時間を記録するアプリケーションにおいて、短時間だけ外部に移動して同じ対象範囲に戻った場合はカウントしない方が好ましい場合にも利用できる。

（実施例（Ｄ））
実施例（Ｄ）は、実施例（Ｂ）の実装に、一定時間経過後あるいは一定距離移動後に測位履歴メモリ１６５から測位結果を削除する機能を追加したものである。実施例（Ｂ）は、受け取った測位結果のロケーションＩＤの高さ（測位デバイスの種類もしくは測位結果の優先度）が前回通知した測位結果の高さよりも高い、あるいは前回通知した測位結果の高さは等しいが、測位結果が異なる場合に通知を行う例である。実施例（Ｄ）では、測位履歴メモリが保持する測位結果が削除され得るので、実施例（Ｂ）で、受け取った測位結果の高さが、測位履歴メモリが保持する測位結果の高さの最大値よりも小さい、あるいは受け取った測位結果が、測位履歴メモリが保持する測位結果に等しいという理由で、アプリケーションに測位結果を通知できない場面であっても、一定時間経過後あるいは一定距離移動後であれば、通知できるようになる。

実施例（Ｄ）がどのようにアプリケーションに通知を行なうかを図２５と図２６に基づいて以下に説明する。

まず、図２５（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｄ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ２５１、Ｗ２５１、Ｓ２５１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２５１、ＲＷ２５１、ＲＳ２５１である。図２５（ａ）に描かれている円は、各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２５１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２５１〜Ｐ２５４は説明に使用する測位点（携帯機器が移動した位置）であり、図２５（ａ）では、Ｐ２５１からＰ２５２、Ｐ２５３、Ｐ２５４の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を、測位点ラベルの下にあるカッコ内に記載した時刻に受け取るものとする。

図２５（ｂ）に、実施例（Ｄ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２５１が１に、ＲＷ２５１が２に、ＲＳ２５１が３になるように設定されている。有効時間と有効距離は、測位履歴メモリ１６５に保持されている測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリから測位結果を削除しないので、図６に示したそのための情報は持たない。

実施例（Ｄ）において、測位点Ｐ２５１で受け取る測位結果ＲＧ２５１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２５２で受け取る測位結果ＲＳ２５１は、高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２５３で測位結果ＲＧ２５１を受け取るが、測位履歴メモリがＲＧ２５１を保持しているので、ＲＧ２５１はアプリケーションに通知されない。

測位点Ｐ２５３からＰ２５４への移動の過程で、測位履歴メモリが保持する測位結果ＲＳ２５１の測位時からの経過時間が、有効時間の３．０秒を超過するので、ＲＳ２５１は測位履歴メモリ１６５から削除される。その後、測位点Ｐ２５４で、測位結果ＲＷ２５１を受け取るが、測位履歴メモリはＲＧ２５１以外の測位結果を保持していないので、ＲＷ２５１はアプリケーションに通知される。

次に、図２６（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｄ）がアプリケーションに対して測位結果をどのように通知するかを説明する。図２５の配置例では、履歴から測位結果が削除されたことによって、その後で受け取った測位結果が通知されるようになったが、図２６の配置例では、履歴からの測位結果の削除の前後で同じ測位結果を受け取ったことにより、履歴から測位結果が削除されたことによっても測位結果が通知されるようにならない。

Ｇ２６１、Ｗ２６１、Ｓ２６１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２６１、ＲＷ２６１、ＲＳ２６１である。図２６（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２６１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２６１〜Ｐ２６５は説明に使用する測位点（携帯機器が移動した位置）であり、図２６（ａ）においては、Ｐ２６１からＰ２６２、Ｐ２６３、Ｐ２６４、Ｐ２６５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を、測位点ラベルの下にあるカッコ内に記載した時刻に受け取るものとする。

図２６（ｂ）に、実施例（Ｄ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２６１が１に、ＲＷ２６１が２に、ＲＳ２６１が３になるように設定されている。有効時間と有効距離は測位履歴メモリに保持される測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報は持たない。

実施例（Ｄ）において、測位点Ｐ２６１で受け取る測位結果ＲＧ２６１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２６２で受け取る測位結果ＲＳ２６１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２６３で測位結果ＲＧ２６１を受け取るが、測位履歴メモリがＲＧ２６１を保持しているので、ＲＧ２６１はアプリケーションに通知されない。測位点Ｐ２６４で受け取る測位結果ＲＷ２６１の高さは２だが、測位履歴メモリが高さ３の測位結果ＲＳ２６１を保持しているので、ＲＷ２６１はアプリケーションに通知されない。測位点Ｐ２６４からＰ２６５への移動の過程で、測位履歴メモリが保持する測位結果ＲＳ２６１の測位時からの経過時間が、有効時間の３．０秒を超過するので、ＲＳ２６１は測位履歴メモリ１６５から削除される。その後、測位点Ｐ２６５で、測位結果ＲＷ２６１を受け取るが、測位履歴メモリはＲＷ２６１を保持しているので、ＲＷ２６１はアプリケーションに通知されない。

上述のように、実施例（Ｄ）では、測位履歴メモリが保持している測位結果が有効時間経過後あるいは有距離移動後に削除されるので、高さが小さい測位結果がそれよりも高さが大きい測位結果を受け取った後でも通知され得る。ただし、図２６の配置例で説明したように、保存した測位結果が、高さが小さいという理由で通知されなかった場合は、その測位結果が測位履歴メモリに保存されるので、高さが大きな測位結果が履歴から削除された後に前回未通知になった測位結果を再び受け取っても、通知されない。

実施例（Ｄ）によれば、例えば、２つの対象範囲をある一定時間以内に移動できなかった場合にだけ通知を行なうアプリケーションを実現可能である。具体的には、２つの対象範囲αからβに移動する場合を想定して、対象範囲の高さがα＞βとなるように設定する。このとき、αからβに移動して、βで測位結果を受け取っても、αの測位結果が測位履歴メモリに保持されているので、βの測位結果は通知されない。しかし、αからβへの移動時間がαの有効時間以上であれば、移動中に測位履歴メモリの測位結果αが削除されて、βの測位結果が通知され得るので、一定時間以内にβに到達できなかった場合に限り情報を通知するようなアプリケーションを実現できる。

（実施例（Ｄ）´）
実施例（Ｄ）´は、実施例（Ｄ）の変形例であり、タイマー処理において、測位履歴メモリから測位結果が削除されたときに、測位履歴メモリにある高さが最大の測位結果をアプリケーションに通知する点が異なる。実施例（Ｄ）で説明に使用した図２６を使用して実施例（Ｄ）´を説明する。

実施例（Ｄ）´において、測位点Ｐ２６１で受け取る測位結果ＲＧ２６１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２６２で受け取る測位結果ＲＳ２６１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２６３で測位結果ＲＧ２６１を受け取るが、測位履歴メモリが同じＲＧ２６１を保持しているので、ＲＧ２６１はアプリケーションに通知されない。測位点Ｐ２６４で測位結果ＲＷ２６１を受け取るが、ＲＷ２６１よりも大きな高さを有する測位結果を測位履歴メモリが保持しているので、ＲＷ２６１はアプリケーションに通知されない。測位点Ｐ２６４からＰ２６５への移動の過程において、測位履歴メモリが保持する測位結果ＲＳ２６１の測位時刻からの経過時間が、有効時間の３．０秒を超過するので、ＲＳ２６１は測位履歴メモリ１６５から削除される。実施例（Ｄ）´では、測位履歴メモリから測位結果を削除すると、測位履歴メモリが保持する測位結果のうち最も高さが大きな測位結果をアプリケーションに通知するので、ＲＷ２６１がアプリケーションに通知される。測位点Ｐ２６５で、測位点Ｐ２６４に引き続き測位結果ＲＷ２６１を受け取るが、測位履歴メモリがＲＷ２６１を保持しているので、ＲＷ２６１はアプリケーションに通知されない。

上述のように、実施例（Ｄ）では、測位履歴メモリが保持している測位結果が有効時間経過後あるいは有距離移動後に削除された時に測位履歴メモリが保持する高さが最大の測位結果をアプリケーションに通知するので、保存した測位結果が、高さが低いという理由で通知されなかった場合であっても、通知されない原因になった測位結果が削除された直後に通知され得る。特に、実施例（Ｄ）の図２６で説明したように、測位結果が履歴に残っているという理由で通知されない場合であっても、履歴から大きな高さを有する測位結果が削除された時点で未通知の測位結果が通知され得る。

実施例（Ｄ）´を利用すれば、２つの対象範囲αとβ、及びそれらを包含する対象範囲γから成る配置例において、αを開始点、βを目的地とする移動の途中で、所定の時間経過後に目的地βに到達していない場合に、情報を通知する仕組みを実現できる。対象範囲α、β、γについて、各高さをγ＜α＜βとなるように設定する。まず開始点で測位結果αとγを受け取るので、測位結果αとγが測位履歴メモリに保持される。対象範囲αの外部に出てβへの移動中は測位結果γを受け取るが、測位結果γとαが測位履歴メモリに保持されているので通知されない。移動中にαの有効時間を経過すると、測位結果αは測位履歴メモリから削除される。このとき、測位履歴メモリの最上位になる測位結果が通知されるので、測位結果γが通知される。目的地に到達すると、測位結果βを受け取るが、βはαとγよりも高さが大きいので必ず通知される。このように、γが通知されるのは、αからβへの移動途中にβの有効時間を経過した後に限られる。

（実施例（Ｅ））
実施例（Ｅ）は、実施例（Ｂ）の実装に、受け取った測位結果が測位履歴メモリに保持されていない場合に、受け取った測位結果の高さ以上の測位結果を測位履歴メモリから削除する機能を追加した例である。

実施例（Ｅ）がどのようにアプリケーションに通知を行なうかを図２８と図２９に基づいて以下に説明する。

まず、図２７（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｅ）が、アプリケーションに対して、測位結果をどのように通知するかを説明する。図２７のＧ２７１、Ｗ２７１、Ｓ２７１は、それぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤは、ＲＧ２７１、ＲＷ２７１、ＲＳ２７１である。図２８（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２７１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２７１〜Ｐ２７５は説明に使用する測位点（携帯機器が移動した位置）であり、Ｐ２７１からＰ２７２、Ｐ２７３、Ｐ２７４、Ｐ２７５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図２７（ｂ）に、実施例（Ｅ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは測位結果の優先度）はＲＧ２７１が１に、ＲＷ２７１が２に、ＲＳ２７１が３になるように設定されている。実施例（Ｅ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。また、「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報も持たない。

実施例（Ｅ）において、測位点Ｐ２７１で受け取る測位結果ＲＧ２７１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２７２で受け取る測位結果ＲＳ２７１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２７３で測位結果ＲＷ２７１を受け取る。測位結果ＲＷ２７１は、測位履歴メモリに保持されていないので、ＲＷ２７１の高さよりも高いロケーションＩＤを有する測位結果ＲＳ２７１が測位履歴メモリ１６５から削除され、測位結果ＲＷ２７１がアプリケーションに通知される。測位点Ｐ２７４では測位結果ＲＳ２７１を受け取るが、ＲＳ２７１よりも大きな高さを有する測位結果を測位履歴メモリが保持していないので、ＲＳ２７１はアプリケーションに通知される。測位点Ｐ２７５では、測位点Ｐ２７３に引き続き測位結果ＲＷ２７１を受け取るが、測位履歴メモリがＲＷ２７１を保持しているので、アプリケーションに通知されない。

上述のように、実施例（Ｅ）は、測位履歴メモリ１６５が保持していない測位結果を受け取ると、受け取った測位結果よりも高さが大きな測位結果を測位履歴メモリから削除する。この機序により、同じ測位結果を２度受け取る間に、それよりも低い測位結果を受け取ることで、同じ測位結果が２度アプリケーションに通知され得る。ただし、図２７と同じ配置であっても、受け取る測位結果の順序が異なれば、同じ測位結果が２度通知されなくなる。その例を、図２８を使って以下に説明する。

図２８（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｅ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ２８１、Ｗ２８１、Ｓ２８１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２８１、ＲＷ２８１、ＲＳ２８１である。図２８（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２８１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２８１〜Ｐ２８５は説明に使用する測位点（携帯機器が移動した位置）であり、Ｐ２８１からＰ２８２、Ｐ２８３、Ｐ２８４、Ｐ２８５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図２８（ｂ）に、実施例（Ｅ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ２８１が１に、ＲＷ２８１が２に、ＲＳ２８１が３になるように設定されている。実施例（Ｅ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。また、「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報も持たない。

実施例（Ｅ）において、測位点Ｐ２８１で受け取る測位結果ＲＧ２８１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２８２で受け取る測位結果ＲＳ２８１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２８３で測位結果ＲＳ２８１を受け取るが、測位履歴メモリはＲＳ２８１を保持しているので、ＲＳ２８１はアプリケーションに通知されない。測位点Ｐ２８４では、測位結果ＲＷ２８１を受け取るが、ＲＷ２８１は測位履歴メモリに保持されていないので、測位履歴メモリからＲＷ２８１のロケーションＩＤの高さよりも高いロケーションＩＤを有する測位結果ＲＳ２８１が測位履歴メモリから削除され、ＲＷ２８１がアプリケーションに通知される。測位点Ｐ２８５で、測位点Ｐ２８４に引き続き測位結果ＲＷ２８１を受け取るが、測位履歴メモリがＲＷ２８１を保持しているので、ＲＷ２８１はアプリケーションに通知されない。

上述の２つの例の違いは、対象範囲Ｓ２８１とＷ２８１が重複する部分において、測位結果ＲＷ２８１を受け取った後、測位結果ＲＳ２８１を受け取るか否かにある。対象範囲Ｓ２８１とＷ２８１が重複する部分に十分な時間留まれば、ＲＷ２８１を受け取り、その後でＲＳ２８１を受け取り、受け取ったＲＳ２８１がアプリケーションに通知され得る。逆に、対象範囲Ｓ２８１とＷ２８１が重複する部分に留まる時間が十分に短ければ、ＲＷ２８１を受け取っても、その後にＲＳ２８１を受け取れず、ＲＳ２８１が通知されない。よって、実施例（Ｅ）は、例えば、２つの異なる高さを持つ対象範囲がある場合に、大きな高さを持つ対象範囲から小さな対象範囲への移動の過程で、高い方の測位結果を２度受け取ったならば、そこに滞在している時間が長いと解釈して、前進を促す目的に利用できる。

実施例（Ｅ）を利用することで、一つの対象範囲から出てまた同じ対象範囲に戻る途中に別の対象範囲を通過したかどうかを、戻った時の通知の有無で判断できるようになる（同様なことは、実施例（Ｆ）と（Ｇ）でも可能）。２つの対象範囲をαとβとする。いま、αを出発点として、再びαに戻る場合を考える。対象範囲βはαの外側にあり、αとβの高さはα＞βとなるように設定する。対象範囲αの内部では測位結果αを受け取るので測位履歴メモリにαが保存される。αの外部に出て、対象範囲βを通過せずにαに戻った場合は、測位結果αを受け取るが、αは測位履歴メモリに保持されているので、通知されない。一方、対象範囲αを出て、対象範囲βに移動すると、測位結果βを受け取る。βの高さはαよりも小さく、αは測位履歴メモリに保持されていないので、測位履歴メモリからαが削除され、βが測位履歴メモリに保存される。その後、対象範囲αに戻ると、測位結果αを受け取るが、αは測位履歴メモリに保持されていないので、αはアプリケーションに通知される。このように、αを出てβを通過した時に限り、対象範囲αに戻った時に測位結果が通知されるようにできる。

さらに、実施例（Ｅ）を利用することで、同じロケーションＩＤを有する対象範囲が複数箇所に散在している場合であっても、各対象範囲をそれぞれ別の対象範囲に包含させることで、各対象範囲の測位結果を受け取った都度通知することができる。例えば、対象範囲α１とα２があり、α１とα２のロケーションＩＤが同じαであるとする。また、α２は対象範囲βに包含され、ロケーションＩＤの高さはα＞βになるように設定する。このとき、最初に対象範囲α１に留まって測位結果α１を受け取ると、測位履歴メモリにα１が保存される。次に、対象範囲α２に移動すると、測位結果βを受け取る。βの高さはαよりも小さいので、測位履歴メモリにある測位結果α１は削除される。この後で、測位結果α２を受け取ると、α２のロケーションＩＤαを有する測位結果が測位履歴メモリにないので、α２はアプリケーションに通知される。この効果は、ロケーションＩＤαを有する対象範囲が２個以上であっても、それらを包含する対象範囲が異なるロケーションＩＤを保持していれば実現可能である。

（実施例（Ｆ））
実施例（Ｆ）は、実施例（Ａ）の実装に、測位デバイス管理マスター１７５を参照して、受け取った測位結果のロケーションＩＤの「取得され得る測位結果のロケーションＩＤのリスト」に含まれない測位結果を、測位履歴メモリから削除する機能を追加した例である。

図２９（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｆ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ２９１、Ｗ２９１、Ｓ２９１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ２９１、ＲＷ２９１、ＲＳ２９１である。図２９（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ２９１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ２９１〜Ｐ２９５は説明に使用する測位点（携帯機器が移動した位置）であり、図２９（ａ）において、Ｐ２９１からＰ２９２、Ｐ２９３、Ｐ２９４、Ｐ２９５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図２９（ｂ）に、実施例（Ｆ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ２９１が１に、ＲＷ２９１が２に、ＲＳ２９１が３になるように設定されている。実施例（Ｆ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストであり、受け取った測位結果のロケーションＩＤから、受信し得ないロケーションＩＤを有する測位結果を測位履歴メモリ１６５から削除する目的で使用する。

実施例（Ｆ）において、測位点Ｐ２９１で受け取る測位結果ＲＧ２９１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２９２で受け取る測位結果ＲＷ２９１は高さが２であるが、測位履歴メモリは高さが２以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ２９３で測位結果ＲＧ２９１を受け取るが、測位履歴メモリはＲＧ２９１を保持しているので、ＲＧ２９１はアプリケーションに通知されない。測位点Ｐ２９４で測位結果ＲＳ２９１を受け取る。ここで、ロケーションＩＤＲＳ２９１の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ２９１、ＲＳ２９１）に含まれない測位結果ＲＷ２９１を測位履歴メモリ１６５から削除する。受け取った測位結果ＲＳ２９１は測位履歴メモリ１６５が保持されていないので、アプリケーションに通知される。測位点Ｐ２９５で、測位結果ＲＷ２９１を受け取る。ここでは、ロケーションＩＤ ＲＷ２９１の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ２９１、ＲＷ２９１）に含まれない測位結果ＲＳ２９１を測位履歴メモリ１６５から削除する。次に、受け取った測位結果ＲＷ２９１は、測位履歴メモリに保持されていないので、アプリケーションに通知される。

実施例（Ａ）では、図２９（ａ）の配置例では、測位点Ｐ２９５で測位結果ＲＷ２９１を受け取っても、測位履歴メモリにＲＷ２９１が保持されているので、通知しないが、実施例（Ｆ）では通知することができる。

実施例（Ｆ）の測位デバイス管理マスターを変更することで、指定したロケーションＩＤの測位結果について、受け取った都度、アプリケーションに通知されるようにすることができる。これは、「取得され得る測位結果ロケーションＩＤのリスト」にないロケーションＩＤの測位結果が、測位履歴メモリから削除される仕組みを利用する。測位デバイス管理マスターの「取得され得る測位結果ロケーションＩＤのリスト」が、自らのロケーションＩＤを含まない場合、処理例３のステップＳ１６０において、測位履歴削除関数が受け取った測位結果と同じロケーションＩＤを持つ測位結果を削除するので、受け取った測位結果は常に測位履歴メモリに保持されなくなるため、アプリケーションに通知されるようになるからである。測位デバイスから測位信号を前後の状況に依らず、受信する度に通知する動作は、移動する携帯機器の追跡や移動の様子を記録する目的に適している。

また、実施例（Ｆ）によると、異なる高さが割り当てられた対象範囲が複数個ある場合でも、受け取った測位結果を都度通知するようにできる（同じ高さを割り当てれば、実施例（Ａ）、（Ｂ）でも同様なことが実現可能）。例えば、対象範囲αとβについて、「取得され得る測位結果ロケーションＩＤのリスト」をそれぞれαとβにする。各高さは任意の大きさが割り当てられていて良い。このとき、まず、対象範囲αでは測位結果αを通知して、測位履歴メモリにαを保存する。対象範囲βに移動すると、βの「取得され得る測位結果ロケーションＩＤのリスト」にαが保持されていないので、測位履歴メモリからαが削除される。受け取った測位結果βは測位履歴メモリに保持されていないので通知され、測位履歴メモリに保存される。再び対象範囲αに移動すると、測位結果αを受け取る。αの「取得され得る測位結果ロケーションＩＤのリスト」にはβが保持されていないので、測位履歴メモリから測位結果βが削除され、αが通知される。このように、実施例（Ｆ）によれば、「取得され得る測位結果ロケーションＩＤのリスト」の設定により、高さの設定に関係なく、受け取った測位結果を通知するようにできる。

（実施例（Ｇ））
実施例（Ｇ）は、実施例（Ｂ）の実装に、測位デバイス管理マスターを参照して、受け取った測位結果のロケーションＩＤの「取得され得る測位結果のロケーションＩＤのリスト」に含まれない測位結果を、測位履歴メモリから削除する機能を追加した例である。

図３０（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｇ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ３０１、Ｗ３０１、Ｓ３０１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３０１、ＲＷ３０１、ＲＳ３０１である。図３０（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３０１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ３０１〜Ｐ３０５は説明に使用する測位点（携帯機器が移動した位置）であり、図３０（ａ）においては、Ｐ３０１からＰ３０２、Ｐ３０３、Ｐ３０４、Ｐ３０５の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図３０（ｂ）に、実施例（Ｇ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ３０１が１に、ＲＷ３０１が２に、ＲＳ３０１が３になるように設定されている。実施例（Ｇ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストであり、受け取った測位結果のロケーションＩＤから、受信し得ないロケーションＩＤを有する測位結果を測位履歴メモリ１６５から削除する目的で使用する。

実施例（Ｇ）において、測位点Ｐ３０１で受け取る測位結果ＲＧ３０１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３０２で受け取る測位結果ＲＳ３０１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３０３で測位結果ＲＧ３０１を受け取るが、測位履歴メモリはＲＧ３０１を保持しているので、ＲＧ３０１はアプリケーションに通知されない。測位点Ｐ３０４で測位結果ＲＷ３０１を受け取るが、ロケーションＩＤ ＲＷ３０１の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ３０１、ＲＷ３０１）に含まれない測位結果ＲＳ３０１を測位履歴メモリ１６５から削除する。受け取った測位結果ＲＷ３０１は測位履歴メモリ１６５が保持していないので、アプリケーションに通知される。次に、測位点Ｐ３０５で、測位結果ＲＳ３０１を受け取る。ここでは、ロケーションＩＤ ＲＳ３０１の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ３０１、ＲＳ３０１）に含まれない測位結果ＲＷ３０１を測位履歴メモリ１６５から削除する。次に、受け取った測位結果ＲＳ３０１は、測位履歴メモリに保持されていないので、アプリケーションに通知される。

実施例（Ｂ）を図３０（ａ）の配置例に適用すると、測位点Ｐ３０４で測位結果ＲＷ３０１を受け取っても、測位履歴メモリがＲＳ３０１を保持しており、その高さがＲＷ３１１よりも高いので、通知されない。また、測位点Ｐ３１５で測位結果ＲＳ３１１を受け取るが、測位履歴メモリがＲＳ３１１を保持しているので、通知されない。一方、実施例（Ｇ）は、測位点Ｐ３１４、Ｐ３１５でそれぞれ受け取った測位結果ＲＷ３１１、ＲＳ３１１を通知することができる。

実施例（Ｇ）によれば、ある対象範囲から出て、再びその対象範囲に戻る過程で、別の対象範囲を通過したことを、戻った時の通知の有無で判断できる（同様なことは、実施例（Ｅ）と（Ｆ）でも実現が可能）。２つの対象範囲αとβがあり、αとβは重複していないものとする。いま、対象範囲αを出発点として、再びαに戻る場合を考える。αのロケーションＩＤの「取得され得る測位結果ロケーションＩＤのリスト」はβを保持しないようにし、βのロケーションＩＤの「取得され得る測位結果ロケーションＩＤのリスト」はαを保持しないように設定する。出発点である対象範囲αでは測位結果αを受け取るので測位履歴メモリにαを保存する。αの外側に出て、対象範囲βを通過せずにαに戻る場合は、測位結果αを受け取るが、αは測位履歴メモリに保持されているので通知されない。一方、対象範囲αの外側に出て、対象範囲βを通過して、再びαに戻る場合は、対象範囲βに移動して測位結果βを受け取ると、βのロケーションＩＤの「取得され得る測位結果ロケーションＩＤのリスト」がαを保持していないので、測位履歴メモリからαが削除される。その後、対象範囲αに移動して測位結果αを受け取るが、αは測位履歴メモリに保持されていないので、アプリケーションに通知される。このように、αを出てβを通過した時に限り、対象範囲αに戻った時に通知がされるようにできる。類似の仕組みは実施例（Ｅ）でも作ることができるが、実施例（Ｅ）では、αとβの高さをβ＜αになるように設定する必要があった。一方、実施例（Ｇ）では、高さの設定は考慮しなくて良い。

また、実施例（Ｇ）を利用して、測位結果を受け取ることで測位履歴メモリをクリアし得る対象範囲を作ることができる。具体的には、対象範囲αとβ、γ、δについて、それぞれの「取得され得る測位結果ロケーションＩＤのリスト」を（α）と（β）、（α、β、γ）、（α、β、δ）に、高さを１０と３０、２０、４０に設定する。対象範囲αとβが測位履歴メモリをクリアする対象範囲であり、各対象範囲に移動した場合にどのような効果があるかを説明する。まず、対象範囲αについて説明する。対象範囲αに移動して測位結果αを受け取ると、測位履歴メモリにあるα以外の測位結果が削除された後、測位履歴メモリにαが保存される。次に対象範囲γに移動すると、測位結果γを受け取り、γの高さがαよりも大きいので、γがアプリケーションに通知される。その後、対象範囲にδに移動すると、δの「取得され得る測位結果ロケーションＩＤのリスト」が（α、β、δ）であるので、測位履歴メモリからγが削除され、δの高さがαよりも大きいので、測位結果δが通知される。

次に、対象範囲βについて説明する。対象範囲βに移動して測位結果βを受け取ると、βの「取得され得る測位結果ロケーションＩＤのリスト」が（β）であるので、測位履歴メモリにあるβ以外の測位結果が削除された後、測位履歴メモリに測位結果βが保存される。次に、対象範囲γに移動すると測位結果γを受け取るが、γの高さはβよりも小さいので受け取った測位結果γは通知されない。対象範囲δに移動すると、測位結果δを受け取るが、δの高さはβよりも大きいので、測位結果δがアプリケーションに通知される。このように、実施例（Ｇ）を利用すれば、測位結果を受け取ることで測位履歴メモリをクリアする対象範囲を作ることができるだけでなく、その後で通知される測位結果の優先度の制限を各対象範囲に設定することも可能である。

（実施例（Ｈ））
実施例（Ｈ）は、実施例（Ｅ）の実装に、一定時間経過後あるいは一定距離移動後に測位履歴メモリ１６５から測位結果を削除する機能を追加したものである。なお、実施例（Ｅ）は、受け取った測位結果を測位履歴メモリが保持していない場合に、受け取った測位結果の高さ以上の測位結果を、測位履歴メモリから削除する例である。

図３１（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｈ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ３１１、Ｗ３１１、Ｓ３１１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３１１、ＲＷ３１１、ＲＳ３１１である。図３１（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３１１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ３１１〜Ｐ３１６は説明に使用する測位点（携帯機器が移動した位置）であり、図３１（ａ）においては、Ｐ３１１からＰ３１２、Ｐ３１３、Ｐ３１４、Ｐ３１５、Ｐ３１６の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を、測位点ラベルの下にあるカッコ内に記載した時刻に受け取るものとする。

図３１（ｂ）に、実施例（Ｈ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ３１１が１に、ＲＷ３１１が２に、ＲＳ３１１が３になるように設定されている。有効時間と有効距離は測位履歴メモリ１６５に保持される測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位結果を測位履歴メモリ１６５から削除しないので、図６に示したそのための情報は持たない。

実施例（Ｈ）において、測位点Ｐ３１１で受け取る測位結果ＲＧ３１１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３１２で受け取る測位結果ＲＳ３１１は高さが３であるが、測位履歴メモリは高さが３以上の測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３１３で測位結果ＲＷ３１１を受け取るが、測位履歴メモリ１６５はＲＷ３１１を保持していないので、ＲＷ３１１よりも高さが大きなロケーションＩＤを有する測位結果ＲＳ３１１を測位履歴メモリ１６５から削除し、ＲＷ３１１をアプリケーションに通知する。測位点Ｐ３１４では測位結果ＲＳ３１１を受け取るが、測位履歴メモリはロケーションＩＤの高さがＲＳ３１１以上の測位結果を保持していないので、ＲＳ３１１はアプリケーションに通知される。測位点Ｐ３１５では測位結果ＲＷ３１１を受け取るが、ロケーションＩＤがＲＷ３１１の測位結果を測位履歴メモリに保持されているので、通知されない。測位点Ｐ３１５からＰ３1６に移動する過程で、測位履歴メモリが保持する測位結果ＲＳ３１１の測位時からの経過時間が有効時間を超過するので、測位履歴メモリから測位結果ＲＳ３１１が削除される。測位点３１６でも測位結果ＲＳ３１１を受け取るが、測位履歴メモリ１６５は、ロケーションＩＤの高さがＲＳ３１１以上の測位結果を保持していないので、測位結果ＲＳ３１１はアプリケーションに通知される。

実施例（Ｈ）は、実施例（Ｅ）と異なり、測位履歴メモリが保持する高さ最大の測位結果が一定時間経過後あるいは一定距離移動後に削除され得るので、削除された測位結果と同じロケーションＩＤを有する測位結果を通知することができる。

実施例（Ｈ）によれば、同じロケーションＩＤを有する対象範囲が複数箇所に散在している場合であっても、各対象範囲を相異なる別の対象範囲に包含させることで、各対象範囲で受け取った測位結果を通知させることが可能である。この効果は実施例（Ｅ）と同じだが、実施例（Ｈ）では、測位履歴メモリに保持されている測位結果が、それを受信しなくなってから一定時間経過後あるいは一定距離移動後に削除され得るので、一度通知した測位結果を、例えば１時間後に再度通知できるようにすることが可能である点が異なっている。

（実施例（Ｈ）´）
実施例（Ｈ）´は、実施例（Ｈ）の変形例であり、タイマー処理において、測位履歴メモリから測位結果が削除されたときに、測位履歴メモリにある高さが最大の測位結果をアプリケーションに通知する点が異なる。

実施例（Ｈ）の説明に使用した図３１を使用して、実施例（Ｈ）´がアプリケーションに対して測位結果をどのように通知するかを説明する。

測位点Ｐ３１１からＰ３１５までは実施例（Ｈ）と同じ機序で通知を行なう。測位点Ｐ３１５からＰ３１６に移動する過程で、測位履歴メモリが保持する測位結果ＲＳ３１１の測位時からの経過時間が有効時間を超過するので、測位履歴メモリから測位結果ＲＳ３１１が削除される。この時、測位履歴メモリが保持する高さ最大の測位結果はＲＷ３１１であるので、ＲＷ３１１がアプリケーションに通知される。測位点Ｐ３１６で測位結果ＲＳ３１１を受け取るが、測位履歴メモリ１６５がロケーションＩＤの高さがＲＳ３１１以上の測位結果を保持していないので、アプリケーションに通知される。

実施例（Ｈ）´では、一定時間経過後あるいは一定距離移動後に測位履歴メモリから削除された測位結果が、履歴中で高さが最大だった場合、その次に大きな高さのロケーションＩＤを有する測位結果がアプリケーションに通知される。実施例（Ｈ）では、測位履歴メモリが保持していない測位結果を受け取ると、それよりも高い測位結果を削除するので、上記の仕組みにより通知される測位結果は一度通知されている測位結果であり、同じ測位結果が２度通知され得ることになる。

実施例（Ｈ）´によれば、同じロケーションＩＤを有する対象範囲が複数箇所に散在している場合であっても、各対象範囲を相異なる別の対象範囲に包含させることで、各対象範囲で受け取った測位結果を通知することが可能である。この効果は、実施例（Ｈ）と同じだが、実施例（Ｈ）´では、包含する側の測位結果を一定時間経過後あるいは一定距離移動後に再通知することができる。例えば、対象範囲α１とα２があり、α１とα２のロケーションＩＤは同じαであるとする。ただし、α２は別の対象範囲βに包含されるようにし、ロケーションＩＤの高さはα＞βになるように設定する。また、αとβの有効時間を、αが６０秒、βは９０秒に設定する。こうすることで、対象範囲α２を通過した場合に限り、ロケーションＩＤαの測位結果を受け取らなくなってから６０秒後にβを再度通知し得る。以下、再通知する機序について説明する。対象範囲α２では、測位結果α２とβを受け取るので、測位履歴メモリには測位結果α２とβが最終的に保持される。その後、対象範囲α２の外側に移動して６０秒以上経過すると、対象範囲α２は測位履歴メモリから削除される（ただし、時間内に対象範囲α１に移動した場合は除く）。ことのき、測位履歴メモリに残ったβの高さが最大になるので、測位結果βが通知される。

（実施例（Ｉ））
実施例（Ｉ）は、実施例（Ｆ）の実装に、一定時間経過後あるいは一定距離移動後に測位履歴メモリ１６５から測位結果を削除する機能を追加した例である。

図３２（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｉ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ３２１、Ｗ３２１、Ｓ３２１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３２１、ＲＷ３２１、ＲＳ３２１である。図３２（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３２１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ３２１〜Ｐ３２６は説明に使用する測位点（携帯機器が移動した位置）であり、図３２（ａ）においては、Ｐ３２１からＰ３２２、Ｐ３２３、Ｐ３２４、Ｐ３２５、Ｐ３２６の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。Ｓ３２１が２箇所に配置されているが、左側のＳ３２１はＷ３２１に包含されており、測位結果ＲＳ３２１を受け取った時点で、履歴にＲＷ３２１が保持されているかどうかで、区別可能である。

実施例（Ｉ）は、実施例（Ｆ）と同様に、測位デバイス管理マスターを参照して、受け取った測位結果のロケーションＩＤの「取得され得る測位結果のロケーションＩＤのリスト」に含まれない測位結果を測位履歴メモリ１６５から削除するための実装を備えている。しかし本配置例では、後述する測位デバイス管理マスターで示すように、「取得され得る測位結果ロケーションＩＤのリスト」にロケーションＩＤによる違いがなく、この実装が機能しない。

図３２（ｂ）に、実施例（Ｉ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ３２１が１に、ＲＷ３２１が２に、ＲＳ３２１が３になるように設定されている。有効時間と有効距離は測位履歴メモリ１６５に保持される測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストであり、受け取った測位結果のロケーションＩＤから、受信し得ないロケーションＩＤを有する測位結果を測位履歴メモリ１６５から削除する目的で使用する。なお、ＲＳ３２１は２箇所にあるため、緯度と経度に特定の値を設定していない。

実施例（Ｉ）において、測位点Ｐ３２１で受け取る測位結果ＲＧ３２１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３２２で受け取る測位結果ＲＷ３２１は、測位履歴メモリ１６５に保持されていないので、アプリケーションに通知される。測位点Ｐ３２３では測位結果ＲＳ３２１を受け取るが、測位履歴メモリはＲＳ３２１を保持していないので、アプリケーションに通知される。測位点Ｐ３２４では測位結果ＲＷ３２１を受け取るが、ＲＷ３２１は測位履歴メモリに保持されているので通知されない。続く測位点Ｐ３２５で受け取るＲＧ３２１も測位履歴メモリに保持されているので通知されない。

測位点Ｐ３２５からＰ３２６に移動する過程で、測位履歴メモリが保持する測位結果ＲＳ３２１は、測位からの経過時間が有効時間３．０秒を超過するので、測位履歴メモリから削除される。測位点Ｐ３２６では測位結果ＲＳ３２１を受け取るが、ＲＳ３２１は測位履歴メモリに保持されていないので、アプリケーションに通知される。

実施例（Ｆ）では、受け取った測位結果のロケーションＩＤの取得され得る測位結果のロケーションＩＤのリストについて、リストに含まれない測位結果を測位履歴メモリから削除することにより、以前に受け取ったのと同じ測位結果を通知する。一方、実施例（Ｉ）では、測位履歴メモリが保持する高さ最大の測位結果が一定時間経過後あるいは一定距離移動後に削除し得ることにより、「取得され得る測位結果ロケーションＩＤのリスト 」に基づく測位履歴メモリからの測位結果の削除が行われない場合であっても、以前に受け取ったのと同じ測位結果を通知することができる。

実施例（Ｉ）によれば、実施例（Ｆ）と同様に、異なる高さが割り当てられた対象範囲が複数個あっても、対象範囲で測位結果を受け取ると、その都度通知するようにできる。ただし、実施例（Ｆ）では、ある対象範囲の内側から外側に移動して、再び同じ対象範囲に戻った場合は受け取った測位結果を通知できなかった。実施例（Ｉ）では、ある測位結果を受け取らなくなってから、一定時間経過後あるいは一定距離移動後に、その測位結果を測位履歴メモリから削除するので、ある対象範囲を出た後、一定時間以上経過あるいは一定距離以上移動してその対象範囲に戻れば、受け取った測位結果を通知し得る。

（実施例（Ｊ））
実施例（Ｊ）は、実施例（Ｇ）の実装に、一定時間経過後あるいは一定距離移動後に測位履歴メモリ１６５から測位結果を削除する機能を追加した例である。

図３３（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｊ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ３３１、Ｗ３３１、Ｗ３３２、Ｓ３３１はそれぞれＧＮＳＳ、ＷｉＦｉ、ＷｉＦｉ、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３３１、ＲＷ３３１、ＲＷ３３２、ＲＳ３３１である。図３３（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３３１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ３３１〜Ｐ３３６は説明に使用する測位点（携帯機器が移動した位置）であり、図３３（ａ）においては、Ｐ３３１からＰ３３２、Ｐ３３３、Ｐ３３４、Ｐ３３５、Ｐ３３６の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。Ｓ３３１が２箇所に配置されているが、左側のＳ３３１はＷ３３１に包含されており、右側のＳ３３１はＷ３３２に包含されており、測位結果ＲＳ３３１を受け取った時点で、履歴にＲＷ３３１とＲＷ３３２のどちらが保持されているかで区別が可能である。

実施例（Ｊ）は、実施例（Ｇ）と同様に、測位デバイス管理マスターを参照して、受け取った測位結果のロケーションＩＤの「取得され得る測位結果のロケーションＩＤのリスト」について、リストに含まれない測位結果を測位履歴メモリから削除するための実装を備えている。しかし、後述する測位デバイス管理マスターで示すように、「取得され得る測位結果ロケーションＩＤのリスト」にはロケーションＩＤによる違いがなく、この実装は機能しない。

図３３（ｂ）に、実施例（Ｊ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ３３１が１に、ＲＷ３３１とＲＷ３３２が２に、ＲＳ３３１が３になるように設定されている。有効時間と有効距離は測位履歴メモリ１６５に保持されている測位結果の削除の可否の判定に使用する値であり、それぞれ測位時刻からの経過時間、測位時の位置から現在の位置までの距離との比較に使用する。「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストであり、受け取った測位結果のロケーションＩＤから、受信し得ないロケーションＩＤを有する測位結果を測位履歴メモリ１６５から削除する目的で使用する。なお、ＲＳ３３１は２箇所にあるため、緯度と経度に特定の値を設定していない。

実施例（Ｊ）において、測位点Ｐ３３１で受け取る測位結果ＲＧ３３１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３３２で受け取る測位結果ＲＷ３３１は高さが２であるが、測位履歴メモリ１６５が高さ２以上のロケーションＩＤを有する測位結果保持していないので、アプリケーションに通知される。測位点Ｐ３３３で測位結果ＲＳ３３１を受け取るが、ＲＳ３３１の高さ３位上のロケーションＩＤを有する測位結果を測位履歴メモリ１６５が保持していいないので、ＲＳ３３１はアプリケーションに通知される。測位点Ｐ３３４では測位結果ＲＷ３３１を受け取るが、ＲＷ３３１は測位履歴メモリに保持されているので通知されない。測位点Ｐ３３５では測位結果ＲＷ３３２を受け取るが、ＲＷ３３２の高さ２以上のロケーションＩＤを有する測位結果ＲＳ３３１が測位履歴メモリ１６５に保持されているので、ＲＷ３３２は通知されない。

測位点Ｐ３３５からＰ３３６に移動する過程で、測位履歴メモリが保持する測位結果ＲＳ３３１は、測位からの経過時間が有効時間３．０秒を超過するので、測位履歴メモリ１６５から削除される。測位点Ｐ３３６では測位結果ＲＳ３３１を受け取るが、ＲＳ３３１の高さ３以上のロケーションＩＤを有する測位結果は測位履歴メモリに保持されていないので、アプリケーションに通知される。

実施例（Ｇ）では、受け取った測位結果のロケーションＩＤの取得され得る測位結果のロケーションＩＤのリストについて、リストに含まれない測位結果を測位履歴メモリから削除することにより、以前に受け取ったのと同じ測位結果を通知する。一方、実施例（Ｊ）では、測位履歴メモリが保持する高さ最大の測位結果が一定時間経過後あるいは一定距離移動後に削除し得ることにより、「取得され得る測位結果ロケーションＩＤのリスト」に基づく測位履歴メモリからの測位結果の削除が行われない場合であっても、以前に受け取ったのと同じ測位結果を通知することができる。

実施例（Ｊ）によれば、実施例（Ｇ）と同様に、測位結果を受け取ることで測位履歴メモリをクリアし得る対象範囲を作ることができる。実施例（Ｇ）では、通知に必要な測位結果の高さの条件を設定できたが、実施例（Ｊ）では、一定時間経過後あるいは一定距離移動後にその条件を無効化できる。具体的には、対象範囲αとβ、γについて、それぞれの「取得され得る測位結果ロケーションＩＤのリスト」を（α）と（β）、（α、β、γ）に、高さを例えば１０と３０、２０に、有効時間を６０秒、６０秒、３０秒に設定する。こうすると、対象範囲βから対象範囲γに移動した直後は、測位結果γを受け取っても、γの高さがβよりも小さいので通知されないが、対象範囲β以外の場所に６０秒以上留まった後であれば、測位履歴メモリからβが削除されるので、測位結果γを受け取れば、γを通知し得る。

（実施例（Ｊ）´）
実施例（Ｊ）´は、実施例（Ｊ）の変形例であり、タイマー処理において、測位履歴メモリから測位結果が削除され、削除後に測位履歴メモリ１６５が保持する高さが最大の測位結果をアプリケーションに通知する点が異なる。

実施例（Ｊ）の説明に使用した図３３を使用して、実施例（Ｊ）´がアプリケーションに対して測位結果をどのように通知するかを説明する。

測位点Ｐ３３１からＰ３３５までは実施例（Ｊ）と同じ機序で通知を行なう。その後の測位点Ｐ３３５からＰ３３６に移動する過程で、測位履歴メモリが保持する測位結果ＲＳ３３１は、測位からの経過時間が有効時間３．０秒を超過するので、測位履歴メモリ１６５から削除される。削除実行後、測位履歴メモリが保持する高さ最大の測位結果はＲＷ３３２になるので、測位結果ＲＷ３３２がアプリケーションに通知される。測位点Ｐ３３６では測位結果ＲＳ３３１を受け取るが、測位結果ＲＳ３３１の高さ３以上の測位結果を測位履歴メモリが保持していないので、アプリケーションに通知される。

実施例（Ｊ）´は、実施例（Ｊ）では高さが高い測位結果が削除された時に、その次に高い高さを持つ測位結果が通知される。実施例（Ｊ）の測位履歴メモリ１６５には、優先度が低い理由から、受け取った測位結果が通知されずに保持されている場合があるが、実施例（Ｊ）´では、そのような測位結果がアプリケーションに通知され得る。

実施例（Ｊ）´によれば、実施例（Ｊ）と同様に、測位結果を受け取ると測位履歴メモリをクリアし得る対象範囲を作ることができる。実施例（Ｊ）では、通知に必要な測位結果の高さの条件が、一定時間経過後あるいは一定距離移動後に無効化されるだけだったが、実施例（Ｊ）´では、無効化された後で、測位履歴メモリにある高さが最大の測位結果が通知される。具体的には、対象範囲αとβ、γについて、それぞれの「取得され得る測位結果ロケーションＩＤのリスト」を（α）と（β）、（α、β、γ）に、高さを１０と３０、２０に、有効時間を６０秒、６０秒、３０秒に設定する。こうすることにより、対象範囲βから対象範囲γに移動した直後は、測位結果γを受け取っても、γの高さがβよりも小さいので通知されないが、対象範囲β以外の場所に６０秒以上留まれば、測位履歴メモリから測位結果βが削除され、測位結果γを受け取らなくても測位結果γが通知される。

（実施例（Ｋ））
実施例（Ｋ）は、実施例（Ｅ）と実施例（Ｆ）の２つを組み合わせた例であり、測位履歴メモリ１６５から測位結果を削除する方法として、受け取った測位結果が測位履歴メモリに保持されていない場合に、その測位結果の高さよりも大きな測位結果を測位履歴メモリから削除する方法、及び、受け取った測位結果のロケーションＩＤの「取得され得る測位結果ロケーションＩＤのリスト」に含まれない測位結果を測位履歴メモリ１６５から削除する方法の２つを使う。また、通知については、受け取った測位結果が測位履歴メモリ１６５に保持されていない場合に通知を行なう。

図３４（ａ）に示す測位デバイスの配置例に基づいて、実施例（Ｋ）がアプリケーションに対して測位結果をどのように通知するかを説明する。Ｇ３４１、Ｗ３４１、Ｓ３４１、Ｓ３４２はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３４１、ＲＷ３４１、ＲＳ３４１、ＲＳ３４２である。図３４（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３４１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。Ｐ３４１〜Ｐ３４８は説明に使用する測位点（携帯機器が移動した位置）であり、図３４（ａ）においては、Ｐ３４１からＰ３４２、Ｐ３４３、Ｐ３４４、Ｐ３４５、Ｐ３４６、Ｐ３４７、Ｐ３４８の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図３４（ｂ）に、実施例（Ｋ）で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さはＲＧ３４１が１に、ＲＷ３４１が２に、ＲＳ３５１とＲＳ３５２が３になるように設定されている。実施例（Ｋ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。「取得され得る測位結果ロケーションＩＤのリスト」は、そのロケーションＩＤを受信可能な範囲内のいずれかの場所で受信され得るロケーションＩＤのリストであり、受け取った測位結果のロケーションＩＤから、受信し得ないロケーションＩＤを有する測位結果を測位履歴メモリ１６５から削除する目的で使用する。

実施例（Ｋ）において、測位点Ｐ３４１で受け取る測位結果ＲＧ３４１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３４２では測位結果ＲＷ３４１を受け取るが、測位履歴メモリ１６５はロケーションＩＤＲＷ３４１を有する測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３４３では測位結果ＲＧ３４１を受け取るが、測位履歴メモリ１６５はロケーションＩＤＲＧ３４１を有する測位結果を保持しているので、アプリケーションに通知されない。

測位点Ｐ３４４では測位結果ＲＳ３４１を受け取るが、ロケーションＩＤＲＳ３４１の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ３４１、ＲＳ３４１）に含まれない測位結果ＲＷ３４１が測位履歴メモリから削除され、ＲＳ３４１がアプリケーションに通知される。続く測位点Ｐ３４５では、測位結果ＲＧ３４１を受け取るが、ロケーションＩＤＲＧ３４１を有する測位結果を測位履歴メモリ１６５が保持しているので通知されない。

測位点Ｐ３４６では測位結果ＲＳ３４２を受け取るが、ロケーションＩＤＲＳ３４２の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ３４１、ＲＷ３４１、ＲＳ３４２）に含まれない測位結果ＲＳ３４１が測位履歴メモリから削除され、ＲＳ３４２がアプリケーションに通知される。

測位点Ｐ３４７では測位結果ＲＷ３４１を受け取るが、ロケーションＩＤＲＷ３４１を有する測位結果は測位履歴メモリに保持されていないので、ＲＷ３４１よりも高さが大きな測位結果ＲＳ３４２を測位履歴メモリから削除し、ＲＷ３４１がアプリケーションに通知される。測位点Ｐ３４８では、測位結果ＲＳ３４２を受け取るが、測位履歴メモリはＲＳ３４２を保持していないので、アプリケーションに通知される。

実施例（Ｅ）を本配置例に適用すると、測位点Ｐ３４７で受け取る測位結果ＲＷ３４１は測位履歴メモリが保持しているので通知されない。また、測位点Ｐ３４８で受け取る測位結果ＲＳ３４２も測位履歴メモリに保持されているので通知されない。一方、実施例（Ｆ）を本配置例に適用すると、測位点Ｐ３４７で測位結果ＲＷ３４１を受け取るが、測位履歴メモリが保持するＲＳ３４２は削除されないので、測位点Ｐ３４８で受け取る測位結果ＲＳ３４２は通知されない。

上述のように、実施例（Ｋ）は、対象範囲が相互に重複するような密集した状況と対象範囲同士が隔絶されている状況とが混在する配置であっても、測位履歴メモリが保持する測位結果のうち、無効である可能性の高い測位結果を削除して、より適切な測位結果を通知することができる。

実施例（Ｋ）によれば、同じロケーションＩＤを有する対象範囲が複数箇所に散在している場合であっても、それらの測位結果を受け取って通知するようにできる。これは、実施例（Ｅ）と同様である。実施例（Ｋ）では、さらに、高さが異なる対象範囲が散らばってあるような状態が混在していても、各測位結果を受け取って通知するようにできる。具体的には、対象範囲α１とα２、β、γ、δがあり、α１とα２は同じロケーションＩＤαを有していて、α１はβに、α２はγにそれぞれ包含されているとする。ロケーションＩＤα、β、γ、δの高さは、α＞β，γとし、β、γ、δで相異なるように設定する。α、β、γ、δの「取得され得る測位結果ロケーションＩＤのリスト」は、それぞれ（α、β、γ）、（α、β）、（α、γ）、（δ）とする。まず、対象範囲α１に移動すると、ここでは測位結果α１とβを受け取り、測位履歴メモリにα１とβが保存される。この後で対象範囲α２に移動すると、測位結果γとα２を受け取る。測位結果γを受け取ると、測位結果γの「取得され得る測位結果ロケーションＩＤのリスト」は（α、γ）であるので、測位履歴メモリから測位結果βが削除される。また、測位結果γは測位履歴メモリに保持されていないので、測位結果γよりも高さが大きいαは測位履歴メモリから削除される。その結果、受け取ったγとα２が通知される。次に、対象範囲δに移動すると、ロケーションＩＤδの「取得され得る測位結果ロケーションＩＤのリスト」は（δ）であるので、測位履歴メモリにあるαとγは削除される。その結果、受け取った測位結果δが通知される。実施例（Ｅ）では、βとγ、δの高さを同じ大きさにしないと同様なことは実現できない。このように、同じロケーションＩＤを有する対象範囲が複数個と、それとは異なるロケーションＩＤを有する対象範囲とが混在しているような状況でも、各対象範囲で受け取った測位結果を都度通知するようにできる。

（実施例（Ｌ））
実施例（Ｌ）は、実施例（Ｅ）と実施例（Ｇ）の２つを組み合わせた例であり、測位履歴メモリ１６５から測位結果を削除する方法として、受け取った測位結果が測位履歴メモリに保持されていない場合に、その測位結果の高さよりも大きな測位結果を測位履歴メモリ１６５から削除する方法と、受け取った測位結果のロケーションＩＤの「取得され得る測位結果ロケーションＩＤのリスト」に含まれない測位結果を測位履歴メモリ１６５から削除する方法の２つを使う。また、通知については、受け取った測位結果のロケーションＩＤの高さが測位履歴メモリにある測位結果の高さの最大値以上で、かつ、受け取った測位結果が測位履歴メモリ１６５に保持されていない場合に行なう。

実施例（Ｌ）がどのように受け取った測位結果をアプリケーションに通知するかを、実施例（Ｋ）で使用した図３４に基づいて説明する。

実施例（Ｌ）において、測位点Ｐ３４１で受け取る測位結果ＲＧ３４１は、測位開始後初めて受け取る測位結果であり、測位履歴メモリ１６５は測位結果を保持していないので、アプリケーションに通知される。測位点Ｐ３４２では測位結果ＲＷ３４１を受け取るが、ロケーションＩＤＲＷ３４１の高さ２以上のロケーションＩＤを有する測位結果は測位履歴メモリ１６５に保持されていないので、アプリケーションに通知される。測位点Ｐ３４３では測位結果ＲＧ３４１を受け取るが、測位履歴メモリ１６５はロケーションＩＤＲＧ３４１を有する測位結果を保持しているので、アプリケーションに通知されない。

測位点Ｐ３４４では測位結果ＲＳ３４１を受け取るが、ロケーションＩＤＲＳ３４１の「取得され得る測位結果ロケーションＩＤのリスト」は「ＲＧ３４１、ＲＳ３４１」であるので、測位履歴メモリから測位結果ＲＷ３４１が削除され、ＲＳ３４１がアプリケーションに通知される。測位点Ｐ３４５では、測位結果ＲＧ３４１を受け取るが、ロケーションＩＤＲＧ３４１を有する測位結果を測位履歴メモリ１６５が保持しているので、通知されない。

測位点Ｐ３４６では測位結果ＲＳ３４２を受け取るが、ロケーションＩＤＲＳ３４２の「取得され得る測位結果ロケーションＩＤのリスト」（ＲＧ３４１、ＲＷ３４１、ＲＳ３４２）に含まれない測位結果ＲＳ３４１が測位履歴メモリから削除される。削除後、測位結果ＲＳ３４２の高さ３以上の測位結果が測位履歴メモリに保持されていないので、ＲＳ３４２はアプリケーションに通知される。

測位点Ｐ３４７では測位結果ＲＷ３４１を受け取るが、ロケーションＩＤＲＷ３４１を有する測位結果が測位履歴メモリに保持されていないので、ＲＷ３４１よりも高さが大きな測位結果ＲＳ３４２が測位履歴メモリから削除され、ＲＷ３４１がアプリケーションに通知される。測位点Ｐ３４８では測位結果ＲＳ３４２を受け取るが、測位履歴メモリはＲＳ３４２の高さ３以上の測位結果を保持していないので、アプリケーションに通知される。

実施例（Ｅ）を本配置例に適用すると、測位点Ｐ３４７で受け取る測位結果ＲＷ３４１は測位履歴メモリに保持されているので通知されない。また、測位点Ｐ３４８で受け取る測位結果ＲＳ３４２も測位履歴メモリに保持されているので通知されない。一方、実施例（Ｇ）を本配置例に適用すると、測位点Ｐ３４７で測位結果ＲＷ３４１を受け取るが、ＲＷ３４１の高さ２よりも高さが大きな測位結果ＲＳ３４２が測位履歴メモリに保持されているので、通知されない。さらに、測位点Ｐ３４８で受け取る測位結果ＲＳ３４２も、測位履歴メモリに保持されているので、通知されない。

上述のように、実施例（Ｌ）は、対象範囲が相互に重複するような密集した状況と対象範囲同士が隔絶されている状況とが混在する配置であっても、測位履歴メモリが保持する測位結果のうち、無効である可能性の高い測位結果を削除して、より適切な測位結果を通知することができる。

以上に例示した各実施例の動作に基づき、アプリケーションで提供したいサービスに応じて、どのように多数の測位デバイスを分散配置し、どのように各測位デバイスに高さを割り当て、どの実施例の動作を測位ライブラリに行なわせるかを、設計することが可能である。

実施例（Ｌ）を利用することで、実施例（Ｋ）と同様に、同じロケーションＩＤを有する対象範囲が複数箇所に散在している場合であっても、それらの測位結果を受け取った都度通知するようにできる。

また、実施例（Ｇ）の効果のように、測位結果を受け取ることで測位履歴メモリをクリアし得る対象範囲を作ることができる。実施例（Ｇ）では、測位履歴メモリをクリアする対象範囲に対して、通知される測位結果の優先度の制限を設定できたが、実施例（Ｌ）では、それらの優先度の設定を全て無効化されるので、同じ設定のまま実施例を切り替えるだけで、優先度の制限の可否を変更することが可能である。

（測位デバイス管理マスターに関する応用例１）
位置情報に基づいてサービスを提供するアプリケーションにおいて、携帯機器が同じ測位手段を備えていない、あるいはアプリケーションが要求する精度や感度を備えていない理由から、他の機種と同じ測位手段を利用できない場合がある。

上述した実施形態において、図７の処理例１、図１２の処理例２、図１６の処理例３、図２０の処理例４のステップＳ５５０で説明したように、測位デバイス管理マスター１７５として記憶するデータの内容を、配置されている多数の測位デバイスの一部とし、どの一部を記憶するかをアプリケーションごとに使い分けることで、測位結果の使用の可否を変更することが可能である。この測位デバイス管理マスターの使い分けを、アプリケーションごとにではなく、携帯機器の機種ごとにすることで、利用可能な測位手段が異なっている携帯機器同士が、同じアプリケーションを等しく利用できるようにすることが可能である。

図３５に基づいて、測位デバイス管理マスターの使い分けにより、どのように利用できる測位手段が異なる携帯機器同士が同じアプリケーションを使えるようになるかを説明する。なお、本説明では、実施例（Ａ）を使用するものとする。また、携帯機器には、ＧＮＳＳ、ＷｉＦｉ、ｉＢｅａｃｏｎ、音波信号の測位手段を持つ機種（Ａ）と、ＧＮＳＳ、ＷｉＦｉ、音波信号の測位手段を持つがｉＢｅａｃｏｎは持たない機種（Ｂ）があるものとする。

図３５（ａ）は、測位デバイスの配置例を示す。Ｇ３５１、Ｗ３５１、Ｓ３５１、Ｉ３５１はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号、ｉＢｅａｃｏｎの測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３５１、ＲＷ３５１、ＲＳ３５１、ＲＩ３５１である。図３５（ａ）に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３５１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。なお、対象範囲Ｓ３５１は対象範囲Ｉ３５１の内側に位置している。Ｐ３５１〜Ｐ３５７は説明に使用する測位点（携帯機器が移動した位置）であり、図３５（ａ）においては、Ｐ３５１からＰ３５２、Ｐ３５３、Ｐ３５４、Ｐ３５５、Ｐ３５６、Ｐ３５７の順に移動する場合について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図３５（ｂ）と（ｃ）は、本説明で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは即位結果の優先度）はＲＧ３５１が１、ＲＷ３５１が２、ＲＳ３５１が３、ＲＩ３５１が３に設定されている。また、ＲＳ３５１とＲＩ３５１の位置は同じ値に設定されている。実施例（Ａ）では、時間や距離により測位履歴メモリ１６５から測位結果を削除しないので、図６に示した有効時間と有効距離の情報は持たない。また、「取得され得る測位結果ロケーションＩＤのリスト」に基づいて、測位履歴メモリ１６５から、測位結果を削除しないので、図６に示したそのための情報も持たない。図３５（ｂ）の測位デバイス管理マスターのデータは、ｉＢｅａｃｏｎの測位デバイスから受け取るロケーションＩＤを持つが、図３５（ｃ）のデータは持っていない。

機種（Ａ）の携帯機器は、測位デバイス管理マスター１７５のデータとして、図３５（ｂ）を測位情報管理サーバからダウンロードするものとする。また、機種（Ｂ）の携帯機器は、測位デバイス管理マスターのデータとして、図３５（ｃ）を測位情報管理サーバからダウンロードするものとする。機種による測位デバイス管理マスターのデータの切り替えは、携帯機器から測位情報管理サーバに対して測位デバイス管理マスターデータ要求時に機種を表す情報を送信して、測位情報管理サーバが機種に合う測位デバイス管理マスターデータを返送することで取得する。代替例として、アプリケーションに機種ごとの測位デバイス管理マスターに持たせておき、機種に合う測位デバイス管理マスターのデータを測位ライブラリに渡すようにしても良い。また、測位ライブラリが機種ごとの測位デバイス管理マスターのデータを持ち、機種に合う測位デバイス管理マスターデータを使い分けても良い。

機種（Ａ）の携帯機器を使う場合について説明する。機種（Ａ）はアプリケーション開始後、まず、測位点Ｐ３５１において、測位結果ＲＧ３５１を受け取る。ＲＧ３５１は測位開始後初めて受け取る測位結果なので、アプリケーションに通知される。測位点Ｐ３５２では、測位結果ＲＷ３５２を受け取るが、ＲＷ３５２は測位履歴メモリ１６５に保持されていないので、アプリケーションに通知される。測位点Ｐ３５３では測位結果ＲＧ３５１を受け取るが、測位履歴メモリはＲＧ３５１を保持しているので、アプリケーションには通知されない。測位点Ｐ３５４では測位結果ＲＩ３５１を受け取るが、ＲＩは測位デバイス管理マスター（図３５（ｂ））に登録されていて、測位履歴メモリに保持されていないので、アプリケーションに通知される。測位点Ｐ３５５では、測位結果ＲＳ３５１を受け取るが、ＲＳ３５１は測位デバイス管理マスターに登録されていないので、廃棄される。測位点Ｐ３５６では、測位結果ＲＩ３５１を受け取るが、ＲＩ３５１は測位履歴メモリに保持されているのでアプリケーションには通知されない。測位点Ｐ３５７では、測位結果ＲＧ３５１を受け取るが、ＲＧ３５１は測位履歴メモリに保持されているので、アプリケーションには通知されない。

次に、機種（Ｂ）の携帯機器を使う場合について説明する。機種（Ｂ）はアプリケーション開始後、まず、測位点Ｐ３５１からＰ３５３までは、機種（Ａ）と同じように測位結果を受け取り、アプリケーションに対して測位結果を通知する。測位点Ｐ３５４は測位結果ＲＩ３５１の受信できる測位点であるが、機種（Ｂ）はｉＢｅａｃｏｎの測位手段を備えていないので、ＲＩ３５１は受け取られない。測位点Ｐ３５５では、測位結果ＲＳ３５１を受け取るが、ＲＳ３５１は測位デバイス管理マスターに登録されていて、測位履歴メモリに保持されていないので、アプリケーションに通知される。測位点Ｐ３５６では、測位結果ＲＩ３５１を受け取るが、測位点Ｐ３５４と同じ理由により、ＲＩ３５１はアプリケーションに通知されない。測位点Ｐ３５７では、測位結果ＲＧ３５１を受け取るが、ＲＧ３５１は測位履歴メモリに保持されているので、アプリケーションには通知されない。
このように、備える測位手段が異なる機種同士でも、測位デバイス管理マスターを使い分けることで、一つのアプリケーションを同じように使用することが可能になる。

（測位デバイス管理マスターに関する応用例２）
測位デバイス管理マスター１７５のデータを使い分けることで、同一エリアにおいて、異なる位置情報に基づいたサービス提供が可能になる。図３６（ａ）は、店舗内の測位デバイスの配置例を示す図である。図３６（ｂ）、（ｃ）は、それぞれ趣味嗜好の分類（Ａ）と（Ｂ）の測位デバイス管理マスターのデータである。例えば、店舗内で来店客に趣味嗜好に関するアンケートに回答させ、それに基づいた位置情報サービスを提供する場合、来店客の回答データから来店客の趣味嗜好を（Ａ）と（Ｂ）の２つに分類し、分類結果に合う測位デバイス管理マスター１７５を測位情報管理サーバ３００からダウンロードさせる。携帯機器は、測位結果を店内で無作為に受け取るが、携帯機器には、測位デバイス管理マスターに登録されている測位結果しか通知されないので、利用者は自分の趣味嗜好に分類されている測位結果に基づいたサービスだけを受け取ることができる。また、２つの分類で共通するサービスを提供しても良い。その場合は、図３６の（ｂ）、（ｃ）のロケーションＩＤＲＩ３６１のように、分類（Ａ）と（Ｂ）の両方に含めることで容易に実現できる。

（偽装防止への応用例）
位置情報に基づいたサービス提供を行うと、悪意の利用者が、携帯機器の測位手段をソフトウェア的に操作して、実際とは異なる位置に留まっているように偽装する、あるいは測位デバイスから受信した信号を記録して再生することで、あたかも測位デバイスがあった場所に携帯機器が位置しているように偽装することが起こり得る。本例では、測位結果の通知の条件として複数の測位手段の測位結果が測位履歴メモリ１６５に保持されていること、あるいは所定の順序で測位結果を受け取らないと測位結果を通知できないようにすることで、このような位置の偽装を困難にすることが可能である。

図３７は、説明に使用する測位デバイスの対象範囲の配置例を示す。Ｇ３７１、Ｗ３７１、Ｓ３７１、Ｓ３７２、Ｓ３７３はそれぞれＧＮＳＳ、ＷｉＦｉ、音波信号、音波信号、音波信号の測位デバイスの対象範囲である。また、それぞれから受け取る測位結果のロケーションＩＤはＲＧ３７１、ＲＷ３７１、ＲＳ３７１、ＲＳ３７２、ＲＳ３７３である。図３７に描かれている円は各測位デバイスの対象範囲を、矩形は座標がロケーションＩＤＲＧ３７１に変換される領域を模式的に表わしたもの（実際の対象範囲は、種々の環境要因で複雑な形状となり、受け取る側の携帯機器によっても異なり得る）である。ＰＡ３７１〜ＰＡ３７５、ＰＢ３７１〜ＰＢ３７５は説明に使用する測位点（携帯機器が移動した位置）であり、図３７においては、ＰＡ３７１からＰＡ３７２、ＰＡ３７３、ＰＡ３７４、ＰＡ３７５の順に移動する場合とＰＢ３７１からＰＢ３７２、ＰＢ３７３、ＰＢ３７４、ＰＢ３７５の順に移動する場合の２つの移動経路について説明する。なお、説明の便宜上、各測位点で、測位点の上部に記載したロケーションＩＤの測位結果を受け取るものとする。

図３８と図３９は、本説明で使用する測位デバイス管理マスター１７５のデータを示す。緯度と経度がロケーションＩＤの位置を表わし、高さ（測位デバイスの種類もしくは即位結果の優先度）はＲＧ３７１が１、ＲＷ３７１が２、ＲＳ３７１が３、ＲＳ３７１が４、ＲＳ３７１が５に設定されている。本例は、測位結果が測位履歴メモリに保持されているかどうかに基づいて、受け取った測位結果を処理せず廃棄する、あるいは受け取った測位結果をアプリケーションに通知するため、測位履歴メモリが測位結果を保持できるようにする必要がある。具体的には、ＲＳ３７１とＲＳ３７２、ＲＳ２７３が同時に測位履歴メモリに保持されるようにするために、各高さに異なる値を割り当てている。本例では、実施例（Ａ）を使用するので、有効時間と有効距離、「取得され得る測位結果ロケーションＩＤのリスト」の情報は持たない。実施例（Ａ）以外の実施例を使用する場合は、実施例に合わせて必要なデータを追加する必要がある。なお、図４０と図４１のフローで後述するが、図３８のデータは「通知に必要な測位結果のリスト」を、図３９のデータは「受け取りに必要な測位結果のリスト」を持つ。

図３８のデバイス管理マスターのデータの「通知に必要な測位結果のリスト」は、図４０で後述するＮＯＴＩＦＹ（ｒ１）関数が参照するリストで、通知時に測位履歴メモリがリストにある全測位結果を保持していなければ、受け取った測位結果をアプリケーションに通知しないようにする目的で使用する。

図３９のデバイス管理マスターのデータの「受け取りに必要な測位結果のリスト」は、図４１で後述するＩＳ＿ＡＣＣＥＰＴＡＢＬＥ（ｒ１）関数が参照するリストで、測位結果を受け取った後で、測位履歴メモリがリストにある前側位結果を保持していなければ、受け取った測位結果を処理せずに廃棄するようにする目的で使用する。

図４０は、受け取った測位結果を、所定の測位結果が測位履歴メモリに保持されている時に限り通知するようにする、図７の更新例１のステップＳ７３０と図８の更新例２のステップＳ８３０のＮＯＴＩＦＹ（ｒ１）関数のフローの一例を示す。ステップＳ９１０では、測位結果ｒ１のロケーションＩＤの「通知に必要な測位結果のリスト」を、測位デバイス管理マスター１７５から取得して、変数ｑに代入する。ステップＳ９２０では、測位履歴メモリ１６５が、リストｑの要素の全測位結果を保持しているかどうかを確認する。保持している場合は、アプリケーションに測位結果ｒ１を通知して、処理を終了する。保持していない場合は、測位結果をアプリケーションに通知せずに、処理を終了する。

図４１は、受け取った測位結果を、所定の測位結果が測位履歴メモリに保持されている時に限り、処理するようにするための、図５の処理例１と図１２の処理例２、図１６の処理例３、図２０の処理例４のステップＳ５５０のＩＳ＿ＡＣＣＥＰＴＡＢＬＥ（r１）関数のフローの一例を示す。ステップＳ９５０では、測位結果ｒ１のロケーションＩＤの「受け取りに必要な測位結果のリスト」を、測位デバイス管理マスター１７５から取得して、変数ｑに代入する。ステップＳ９６０では、測位履歴メモリ１６５が、リストｑの要素の測位結果を保持しているかどうかを確認し、その結果を返す。

図３７の移動経路ＰＡ３７１〜ＰＡ３７５に基づいて、所定の測位結果が測位履歴メモリに保持されている場合に限り、受け取った測位結果を通知する例について説明する。本例では、実施例（Ａ）について、測位デバイス管理マスターとして図３８に示したデータ、及び図４０のＮＯＴＩＦＹ（r１）関数のフローを使用する。別の実施例を使用する場合は、「通知に必要な測位結果のリスト」に登録するロケーションＩＤの高さを適切に設定する必要がある。例えば、実施例（Ｂ）を使用する場合は、通知対象となる測位結果のロケーションＩＤの高さよりも大きな高さの測位結果は測位履歴メモリに保持されていないので、「通知に必要な測位結果のリスト」に登録するロケーションＩＤは、当該ロケーションＩＤの高さ以下でなければならない。

移動経路ＰＡ３７１〜ＰＡ３７５で、どのように測位結果が通知されるのかを説明する。測位点ＰＡ３７１では測位結果ＲＧ３７１を受け取るが、ＲＧ３７１は測位開始後初めて受け取った測位結果であるので、アプリケーションに通知される。測位点ＰＡ３７２では測位結果ＲＷ３７１を受け取るが、測位履歴メモリはＲＷ３７１を保持していないので、アプリケーションに通知される。測位点ＰＡ３７２では測位結果ＲＳ３７３を受け取る。ＲＳ３７３は測位履歴メモリに保持されていないが、ロケーションＩＤＲＳ３７３の「通知に必要な測位結果のリスト」はＲＳ３７１であり、ＲＳ３７１が測位履歴メモリに保持されていないので、ＲＳ３７３は通知されない。測位点ＰＡ３７４では測位結果ＲＳ３７１を受け取る。ＲＳ３７１は測位履歴メモリに保持されておらず、ロケーションＩＤＲＳ３７１の「通知に必要な測位結果のリスト」はＲＷ３７１であり、ＲＷ３７１は測位履歴メモリに保持されているので、ＲＳ３７１はアプリケーションに通知される。測位点ＰＡ３７５では測位結果ＲＳ３７２を受け取る。ＲＳ３７２は測位履歴メモリに保持されておらず、ロケーションＩＤＲＳ３７２の「通知に必要な測位結果のリスト」はＲＳ３７１であり、ＲＳ３７１は測位履歴メモリに保持されているので、ＲＳ３７２はアプリケーションに通知される。このように、測位履歴メモリに所定の測位結果が保持されている場合に限り、受け取った測位結果を通知することが可能である。

引き続き、図３７の移動経路ＰＢ３７１〜ＰＢ３７５に基づいて、所定の測位結果の全てを測位履歴メモリが保持していない場合は、受け取った測位結果を廃棄する例について説明する。本例では、実施例（Ａ）について、測位デバイス管理マスターとして図３９に示したデータ、及び図４１のＩＳ＿ＡＣＣＥＰＴＡＢＬＥ（ｒ１）関数のフローを使用する。ただし、測位デバイス管理マスターの「通知に必要な測位結果のリスト」の要素の高さがロケーションＩＤの高さ以下であれば、実施例（Ｂ）を使ってもよい。

移動経路ＰＢ３７１〜ＰＢ３７５で、どのように測位結果が通知されるのかを説明する。測位点ＰＢ３７１では測位結果ＲＧ３７１を受け取るが、ＲＧ３７１は測位開始後初めて受け取った測位結果であるので、アプリケーションに通知される。測位点ＰＢ３７２では測位結果ＲＷ３７１を受け取るが、測位履歴メモリはＲＷ３７１を保持していないので、アプリケーションに通知される。測位点ＰＢ３７３では測位結果ＲＳ３７２を受け取る。ロケーションＩＤＲＳ３７２の「受け取りに必要な測位結果のリスト」はＲＳ３７１だが、ＲＳ３７１は測位履歴メモリに保持されていないので、ＲＳ３７２は処理されずに廃棄される。測位点ＰＢ３７４では測位結果ＲＳ３７１を受け取る。ロケーションＩＤＲＳ３７１の「受け取りに必要な測位結果のリスト」はＲＷ３７１であり、ＲＷ３７１は測位履歴メモリに保持されているので破棄されない。また、ＲＳ３７１は測位履歴メモリに保持されていないので、アプリケーションに通知される。測位点ＰＢ３７５では、測位点ＰＢ３７３に続いて、測位結果ＲＳ３７２を受け取る。ロケーションＩＤＲＳ３７２の「受け取りに必要な測位結果のリスト」はＲＳ３７１、このとき測位履歴メモリに保持されているので、廃棄されない。また、ＲＳ３７２は測位履歴メモリに保持されていないので、アプリケーションに通知される。このように、所定の順序で受け取った測位結果のみを通知できるようにすることが可能である。

（その他の構成例）
図４２は、本実施形態に係る携帯機器の構成及び該携帯機器が利用可能なサーバの別の例を示す図である。本例は、受け取った測位結果、ならびに携帯機器のセンサーから得られる観測値から導出した速度を、時刻とともにサーバに送信する機能を備える携帯機器、及び携帯機器に対してアプリケーションに通知すべき情報を送信する機能を備えるサーバ装置の構成である。

携帯機器１０２を構成するソフトウェアは、アプリケーション１２０と測位ライブラリ１１２とを備える。アプリケーション１２０は、測位ライブラリ１１２から通知される測位結果（例えば、ロケーションＩＤ）に基づいて、例えば、サービス提供サーバ２００から情報をダウンロードして利用者に通知する機能を持つ。サービスは、サービス提供サーバ２００によらずに、アプリケーション１２０によって提供されても構わない。

測位ライブラリ１１２は、アプリケーション開始時に、通信部１８０を介して位置情報管理サーバ４００との間にデータ通信経路を確立し、サーバに対して測位の開始を要求する。位置情報管理サーバ４００は、開始要求を受け取ると、サーバが備える測位履歴メモリと活動履歴メモリをクリアし、測位デバイス管理マスターと測位結果マスターを測位情報管理サーバ３００から取得して、測位結果の通知の要否の判定に必要な前処理を行なう。代替例として、測位デバイス管理マスターと測位結果マスターは、アプリケーションが保持していて、ライブラリ１１２経由でサーバに送信しても良いし、ライブラリ１１２自体が予め有していて、サーバに送信しても良い。

通知管理部１６２は測位部１３０から測位結果を受け取り、通信部１８０を介して位置情報提供サーバ４００に送信する。位置情報提供サーバは、受け取った測位結果をアプリケーションに通知するかどうかの要否を判定し、必要があれば測位結果を測位ライブラリ１１２に送信する。通知管理部１６２は位置情報提供サーバ４００から通信部１８０を介して測位結果を受け取ると、アプリケーション１２０に通知する。

活動履歴管理部１９６は、センサー１９０から携帯機器の移動速度に関する計測値を取得して、移動速度を計測時刻とともに通信部１８０を介して位置情報提供サーバ４００に送信する。なお、実施例（Ａ）、（Ｂ）、（Ｅ）〜（Ｇ）、（Ｋ）、（Ｌ）の実施形態で、位置情報提供サーバ３００が、測位結果の通知の要否判定を行なう場合、活動履歴メモリのデータは参照されないので、この場合は、測位ライブラリ１１２の構成からセンサー１９０と活動履歴管理部１９６を除外しても良い。

以上、本発明の実施形態について説明したが、上述の実施形態を本発明の範囲内で当業者が種々に変形、応用して実施できることは勿論である。

Claims (29)

1. 移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器であって、
   複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段と、
   前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎に保持する保持手段と、
   前記測位手段により新たに求められた位置情報について、前記サービスを受けるために位置を通知するか否かを、前記保持手段を参照して決定し、この決定に従って通知を行う通知手段とを備えることを特徴とする機器。
2. 前記保持手段に保持されている位置情報と同一の種類の位置情報が前記測位手段により新たに求められると、保持されている位置情報を新たに求められた位置情報で更新する更新手段をさらに備えることを特徴とする請求項１に記載の機器。
3. 前記通知手段は、前記新たに求められた位置情報が属する種類の位置情報として、前記新たに求められた位置情報と同一の位置情報が、前記保持手段に保持されていないことに基づいて、前記新たに求められた位置情報についての通知を行うことを決定する手段を含むことを特徴とする請求項１又は２に記載の機器。
4. 前記種類は、優先度を表しており、
   前記通知手段は、前記新たに求められた位置情報が属する種類の優先度が、前記保持手段に保持されている位置情報が属する種類の優先度のうちの最高の優先度と同一もしくはそれより高いことに基づいて、前記新たに求められた位置情報についての通知を行うことを決定する手段を含むことを特徴とする請求項１〜３のいずれか１項に記載の機器。
5. 前記保持手段は、保持されている位置情報と同一の種類の位置情報が前記測位手段により新たに求められ、該新たに求められた位置情報で前記保持されている位置情報が更新されるまで、位置情報を保持し続けるものであることを特徴とする請求項１〜４のいずれか１項に記載の機器。
6. 前記保持手段は、前記位置情報とともに、該位置情報が前記測位手段により求められた時刻に関する時間情報を保持するものであり、
   前記保持手段に保持されている位置情報を、前記時間情報に基づいて削除する削除手段をさらに備えることを特徴とする請求項１〜５のいずれか１項に記載の機器。
7. 前記削除手段は、前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められた時刻から所定の時間以上経過したことを検出すると、削除するものであり、
   前記所定の時間を、少なくとも前記種類によって異なり得るように設定するための手段をさらに備えることを特徴とする請求項６に記載の機器。
8. 前記機器の相対的な移動距離を求めるための手段と、
   前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められてからの移動距離に基づいて、削除する削除手段とをさらに備えることを特徴とする請求項１〜７のいずれか１項に記載の機器。
9. 前記削除手段は、前記保持手段に保持されている位置情報を、該位置情報が前記測位手段により求められた時点から所定の距離以上移動したことを検出すると、削除するものであり、
   前記所定の距離を、少なくとも前記種類によって異なり得るように設定するための手段をさらに備えることを特徴とする請求項８に記載の機器。
10. 前記種類は、優先度を表しており、
    前記通知手段は、前記削除手段により位置情報が削除されると、該位置情報が属する種類の優先度より低い優先度を有する種類に属する位置情報を、前記保持手段から読み出して、通知を行う手段を含むことを特徴とする請求項６〜９のいずれか１項に記載の機器。
11. 前記種類は、優先度を表しており、
    前記新たに求められた位置情報が属する種類の優先度が、前記保持手段に保持されている位置情報が属する種類の優先度のうちの最高の優先度より低いことに基づいて、前記新たに求められた位置情報が属する種類の優先度より高い優先度を有する種類に属する位置情報を、前記保持手段から削除する削除手段をさらに備えることを特徴とする請求項１〜１０のいずれか１項に記載の機器。
12. 同一の種類の同一の位置情報が求められる範囲において求められ得る他の種類の位置情報を示す情報を記憶するための記憶手段と、
    前記新たに求められた位置情報について、前記記憶手段に記憶された情報が求められ得ることを示している他の種類の位置情報以外の位置情報を、前記保持手段から削除する削除手段をさらに備えることを特徴とする請求項１〜１１のいずれか１項に記載の機器。
13. 前記測位手段により求められる位置情報は、前記測位用装置から受信される測位信号が示す該装置の識別情報であることを特徴とする請求項１〜１２のいずれか１項に記載の機器。
14. 前記通知手段により通知される位置は、前記位置情報もしくは前記位置情報から求められる位置座標であることを特徴とする請求項１〜１３のいずれか１項に記載の機器。
15. 前記通知手段は、前記機器内のアプリケーションプログラムもしくは前記機器と通信するサーバ装置に対して、前記位置を通知するものであることを特徴とする請求項１〜１４のいずれか１項に記載の機器。
16. 前記種類の表す優先度は、該種類の測位用装置からの測位信号が受信可能な範囲の広狭に基づいて定められるものであることを特徴とする請求項４、１０又は１１に記載の機器。
17. 前記種類の表す優先度は、前記サービスの内容に応じて定められるものであることを特徴とする請求項４、１０又は１１に記載の機器。
18. 各々の測位用装置の種類を示す情報を記憶するための記憶手段をさらに備え、
    前記測位手段により求められる位置情報が属する種類は、前記記憶手段を参照することにより定められるものであることを特徴とする請求項１〜１７のいずれか１項に記載の機器。
19. 測位信号を受信しても、該測位信号に対応する測位用装置について前記記憶手段に情報が記憶されていない場合には、該測位信号について前記位置情報の処理を行わないように制御することを特徴とする請求項１８に記載の機器。
20. 前記記憶手段に情報が記憶される測位用装置は、前記機器の機種に応じて選択されたものであることを特徴とする請求項１９に記載の機器。
21. 前記記憶手段に情報が記憶される測位用装置は、前記サービスの内容に応じて選択されたものであることを特徴とする請求項１９に記載の機器。
22. 一つの位置を含む範囲で求められるべき所定数の種類の位置情報を記憶するための記憶手段をさらに備え、
    前記通知手段は、前記記憶手段に記憶された所定数の種類の位置情報を前記保持手段が保持するに至った場合に、前記通知を行うものであることを特徴とする請求項１〜２１のいずれか１項に記載の機器。
23. 所定数の種類の位置情報を、これら位置情報が求められるべき順番とともに記憶する記憶手段をさらに備え、
    前記通知手段は、前記記憶手段に記憶された所定数の種類の位置情報が、前記記憶手段に記憶された順番で、前記測位手段により求められ、前記保持手段に保持されるに至った場合に、前記通知を行うものであることを特徴とする請求項１〜２２のいずれか１項に記載の機器。
24. 前記記憶手段に記憶される情報を、測位情報管理サーバからダウンロードする手段をさらに備えることを特徴とする請求項１２又は１８〜２３のいずれか１項に記載の機器。
25. 前記保持手段及び前記通知手段が行う処理のうちの少なくとも一部を、位置情報提供サーバに処理を依頼することにより行うことを特徴とする請求項１〜２４のいずれか１項に記載の機器。
26. 移動しながら使用され、移動した位置に応じたサービスをサービス提供手段から受けることが可能な機器と通信するサーバ装置であって、
    前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、
    前記サーバ装置は、
    前記測位手段により求められた位置情報を、前記機器から受信して、前記複数の測位用装置の種類毎に保持する保持手段と、
    前記測位手段により新たに求められた位置情報を、前記機器から受信して、前記サービス提供手段に位置を通知するか否かを、前記保持手段を参照して決定し、この決定に従って、前記通知を行うように制御する通知手段とを備えることを特徴とするサーバ装置。
27. 移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器のために、前記位置を通知する方法であって、
    前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、
    前記方法は、
    前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎にメモリに保持し、
    前記測位手段により新たに求められた位置情報について、前記サービスを受けるために前記通知を行うか否かを、前記メモリを参照して決定することを特徴とする方法。
28. 移動しながら使用され、移動した位置に応じたサービスを受けることが可能な機器のために、前記機器に少なくとも一部がインストールされて、前記位置を通知するプログラムであって、
    前記機器は、複数の測位用装置の各々から受信された、位置を特定するための測位信号に基づいて、各々の位置情報を求める測位手段を備えるものであり、
    前記プログラムは、
    前記測位手段により求められた位置情報を、前記複数の測位用装置の種類毎にメモリに保持するためのプログラムコードと、
    前記測位手段により新たに求められた位置情報について、前記サービスを受けるために前記通知を行うか否かを、前記メモリを参照して決定するためのプログラムコードとを備えることを特徴とするプログラム。
29. 前記プログラムは、ライブラリとして前記機器に提供され、前記機器にインストールされたアプリケーションに対して前記通知を行うものであることを特徴とする請求項２８に記載のプログラム。