JP2017147760A - 位置情報管理装置、位置情報管理方法、及びプログラム - Google Patents

Abstract

【課題】位置情報の更新タイミングを指定すること。【解決手段】位置情報管理装置は、自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部と、前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成部と、前記生成部が生成する前記タイミング情報を前記端末装置に送信する送信部と、を備える。【選択図】図６

Description

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

Webサービスとしては、サービスの利用者に関する利用者情報を利用者端末から取得し、利用者情報を利用してサービスを提供するものがある。このサービスのうち、利用者端末が自装置の位置情報をWebサーバに送信し、Webサーバが位置情報に関連した情報を送信するものがある。

利用者端末が自装置の位置情報を得る技術としては、下記の特許文献１に記載された端末装置が知られている。この端末装置における１またはそれ以上のアプリケーションは、測位方法選択装置に測位データを要求する。測位方法選択装置は、１またはそれ以上の測位方法を使用する。このとき、測位方法選択装置は、ある測位方法によって提供される測位データの質と、アプリケーションが要求する測位の質とを比較して、１またはそれ以上のアプリケーションに測位データを提供する。

測位方法選択装置により測位された位置情報は、サーバに集められる。アプリケーションを提供する提供者は、サーバに集められた位置情報を利用して、利用者端末の位置を把握することができる。

特開２０１１−２０９２９８号公報

しかしながら、サーバに集められる位置情報の更新のタイミングを、サーバが指定できないという問題があった。例えば、端末装置の任意のタイミングで位置情報がサーバに送信されると、多数の端末装置による位置情報の送信タイミングが偏る可能性がある。この場合、サーバでは、特定のタイミングに位置情報の受信が集中し、負荷が過大となる恐れがあった。そして、サーバは、負荷が過大となることにより端末装置から位置情報を集められなくなる恐れがあった。また、例えば、端末装置の任意のタイミングで測位が行われると、測位が行われてから、測位結果である位置情報がサーバに送信するまでに時間が経過してしまう可能性がある。この場合、端末装置から受信した位置情報が古いために位置情報の信頼性が損なわれ、サーバは位置情報を有効に利用できない恐れがあった。

本発明は、このような事情を考慮してなされたもので、位置情報の更新タイミングを指定することができる位置情報管理装置、位置情報管理方法、及びプログラムを提供することを課題とする。

（１）上記の課題を解決するために、本発明の一態様に係る位置情報管理装置は、自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部と、前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成部と、前記生成部が生成する前記タイミング情報を前記端末装置に送信する送信部と、を備えることを特徴とする。

（２）本発明の一態様は、上記した（１）に記載の位置情報管理装置において、前記端末装置は、互いに異なるタイミングにより前記位置情報を更新する複数の位置情報更新制御部を備え、前記生成部は、前記複数の前記位置情報更新制御部のうちのいずれか一つを指定する第１タイミング情報を生成するか、前記位置情報更新制御部が位置情報を更新する更新タイミングを定める第２タイミング情報を生成するか、を判定する、ことを特徴とする。

（３）本発明の一態様は、上記した（２）に記載の位置情報管理装置において、前記生成部は、アプリケーションの利用傾向に基づいて、前記第１タイミング情報を生成するか、前記第２タイミング情報を生成するか、を判定する、ことを特徴とする。

（４）本発明の一態様は、上記した（２）に記載の位置情報管理装置において、前記生成部は、アプリケーションの数に基づいて、前記第１タイミング情報を生成するか、前記第２タイミング情報を生成するか、を判定する、ことを特徴とする。

（５）本発明の一態様は、上記した（１）から（４）のうちいずれか一項に記載の位置情報管理装置において、前記生成部は、複数の端末装置による位置情報の送信のタイミングが集中している場合に、当該タイミングを調整する、ことを特徴とする。

（６）本発明の一態様は、上記した（１）から（５）のうちいずれか一項に記載の位置情報管理装置において、前記生成部は、位置情報を更新する装置の状態に基づいて更新タイミングを変更する、ことを特徴とする。

（７）本発明の一態様は、上記した（１）から（６）のうちいずれか一項に記載の位置情報管理装置において、前記更新タイミングは、前記端末装置が位置情報を送信する送信タイミング、前記端末装置が位置情報を再送するリトライタイミング、又は、前記端末装置が位置情報を取得する測位タイミングのいずれかである、ことを特徴とする。

（８）本発明の一態様は、自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部を備える位置情報管理装置における位置情報管理方法であって、前記位置情報管理装置が、前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成ステップと、前記位置情報管理装置が、前記生成ステップにおいて生成した前記タイミング情報を前記端末装置に送信する送信ステップと、を含むことを特徴とする位置情報管理方法である。

（９）本発明の一態様は、自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部を備える位置情報管理装置のコンピュータに、前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成ステップと、前記生成ステップにおいて生成される前記タイミング情報を前記端末装置に送信する送信ステップと、を実行させるためのプログラムである。

本発明によれば、サーバが位置情報の更新タイミングを指定することができる。

本発明の一実施形態における位置情報管理システムの構成を示すブロック図である。 本発明の一実施形態に係る端末装置の構成を示すブロック図である。 本発明の一実施形態に係る端末装置の他の構成を示すブロック図である。 本発明の一実施形態に係る端末装置の他の構成を示すブロック図である。 本発明の一実施形態に係る端末装置において行われる位置情報の取得および送信処理の手順の一例を示すフローチャートである。 本発明の一実施形態に係る位置情報サーバの構成を示すブロック図である。 本発明の一実施形態に係る対応テーブルの一例を示す図である。 本発明の一実施形態に係る対応テーブルの一例を示す図である。 本発明の一実施形態に係るマスタ決定処理の手順の一例を示すフローチャートである。 本発明の一実施形態に係る位置情報サーバによるタイミング情報の生成処理の手順の一例を示すフローチャートである。

以下、実施形態の位置情報管理システム１を、図面を参照して説明する。

［位置情報システムの概要］
図１は、実施形態に係る位置情報管理システム１の構成を示すブロック図である。この位置情報管理システム１は、複数の端末装置１０Ａ、１０Ｂ、・・・、１０Ｎ（以下、総称する場合には単に「端末装置１０」と呼ぶ）、位置情報サーバ３０、認証サーバ４０、ＰＯＩ（Point Of Interest）サーバ４２、およびアプリケーションサーバ５０Ａ、５０Ｂ、・・・、５０Ｎ（以下、総称する場合には単に「アプリケーションサーバ５０」と呼ぶ）を有する。

位置情報管理システム１において、端末装置１０は、位置情報サーバ３０に、自端末装置１０の位置情報を送信する。ここで、位置情報には、測位時刻、緯度および経度が含まれている。位置情報サーバ３０は、各端末装置１０から受信した位置情報を管理する。位置情報サーバ３０は、アプリケーションサーバ５０に対して、自装置が管理する位置情報などの各種情報を提供する。

［位置情報サーバと端末装置による処理の概要］
次に、位置情報サーバ３０と端末装置１０との概要について説明する。
位置情報サーバ３０は、端末装置１０の位置を示す位置情報を管理する位置情報管理装置である。また、位置情報サーバ３０は、端末装置１０による位置情報の更新タイミングを定めるタイミング情報を生成する。ここで、位置情報の更新には、例えば、例えば、（ａ）端末装置１０が測位を行い、新たな位置情報を取得すること、（ｂ）端末装置１０が位置情報サーバ３０に位置情報を送信すること、の２つがある。つまり、タイミング情報とは、端末装置１０による位置情報の取得タイミングと、端末装置１０から位置情報サーバ３０への送信タイミングとの少なくともいずれか一つのタイミングを定める情報である。タイミング情報には、例えば、（１）送信タイミング情報（２）リトライタイミング情報（３）測位タイミング情報の３種類がある。各種タイミング情報の詳細については、後述する。位置情報サーバ３０は、生成した各種タイミング情報を端末装置１０に送信する。

端末装置１０は、位置情報サーバ３０から各種タイミング情報を受信する。端末装置１０は、測位タイミング情報が定めるタイミングで測位を行い、自装置の位置を示す位置情報を取得する。このように、端末装置１０は、位置情報サーバ３０から送信されたタイミング情報が定めるタイミングで測位を行うことにより、位置情報の更新を行う。

また、端末装置１０は、取得した位置情報を、送信タイミング情報が定める送信タイミングで位置情報サーバ３０に送信する。端末装置１０は、例えば、位置情報サーバ３０との通信環境の悪化などにより位置情報の送信に失敗した場合、リトライタイミング情報が示すタイミングで、送信に失敗した位置情報の再送を試みる。このように、端末装置１０は、位置情報サーバ３０から送信されたタイミング情報が定めるタイミングで、位置情報サーバ３０へ位置情報の送信および再送を行うことにより、位置情報を更新する。

なお、本実施形態において、位置情報は、許諾設定情報と対応付けられている。許諾設定情報とは、アプリケーションが、端末装置１０のユーザにより位置情報の利用が許諾されているか否かを示す情報である。換言すると、許諾設定情報とは、アプリケーションによる位置情報の利用の可否を示す情報である。許諾設定情報は、例えば、ユーザの操作に基づいて、端末装置１０の処理部１２（図１）が生成し、位置情報に対応付けられる。そして、位置情報とともに、位置情報サーバ３０に送信される。

［タイミング情報］
次に、位置情報サーバ３０が生成する各種タイミング情報について説明する。各種タイミング情報は、２通りの方法で位置情報の更新タイミングを定めることができる。第１の更新タイミング指定方法とは、端末装置１０に含まれる複数の位置情報更新制御部１２２（図２）のうち、実際に位置情報の更新を行う一つの位置情報更新制御部１２２（後述するマスタ）を指定する方法である。ここで、位置情報更新制御部１２２とは、端末装置１０において、位置情報の更新を行う機能部である。第２の更新タイミング指定方法とは、端末装置１０が位置情報を更新するタイミングを直接的に指定する方法である。

（１）送信タイミング情報
送信タイミング情報は、端末装置１０が位置情報を送信するタイミングを定める情報である。送信タイミング情報を用いた位置情報の送信タイミングの指定は、２通りの方法で行うことが可能である。以下では、送信タイミング情報における第１の更新タイミング指定方法のことを第１の送信タイミング指定方法と称する。また、送信タイミング情報における第２の更新タイミング指定方法のことを第２の送信タイミング指定方法と称する。

第１の送信タイミング指定方法において、端末装置１０は、複数の位置情報更新制御部１２２を含む。これらの位置情報更新制御部１２２は、それぞれ異なるタイミングで、端末装置１０が備える通信部１４（図２）を介して、位置情報サーバ３０に位置情報を送信することができる。ただし、端末装置１０は、位置情報サーバ３０に位置情報を実際に送信する位置情報更新制御部１２２を、これら複数の位置情報更新制御部１２２の中から一つだけ選択する。つまり、端末装置１０は、位置情報サーバ３０に位置情報を送信可能な位置情報更新制御部１２２を複数備えるが、実際に位置情報を送信する位置情報更新制御部１２２は一つだけである。そして、端末装置１０は、この一つの位置情報更新制御部１２２を、位置情報サーバ３０から受信する送信タイミング情報に基づいて選択する。つまり、位置情報サーバ３０は、端末装置１０が位置情報を送信する位置情報更新制御部１２２を指定することにより、端末装置１０が位置情報を送信するタイミングを指定することができる。
これに対し、第２の送信タイミング指定方法において、端末装置１０は、位置情報更新制御部１２２が位置情報を送信するタイミングを直接的に指定する。そして、第２の送信タイミング指定方法において、位置情報サーバ３０は、実際に位置情報を送信する位置情報更新制御部１２２を選択しなくてもよい。

送信タイミング情報は、上述の２つの送信タイミング指定方法に対応して、位置情報を送信するタイミングを定める。具体的には、第１の送信タイミング指定方法に対応する送信タイミング情報は、端末装置１０において、複数の位置情報更新制御部１２２のうち、実際に位置情報を送信する位置情報更新制御部１２２を指定する。また、第２の送信タイミング指定方法に対応する送信タイミング情報は、位置情報更新制御部１２２が、位置情報を送信するタイミングを示す。この場合、送信タイミング情報は、日時（時刻）、時間間隔、日時と時間間隔との組み合わせ、日時・時間間隔を決定するための規則（ポリシー）などにより表される。

送信タイミング情報が日時により表される場合、当該日時は、例えば、端末装置１０が次に位置情報を送信するタイミングを示す。なお、送信タイミング情報は、複数の日時を含んでもよい。この場合、端末装置１０は、送信タイミング情報に含まれている日時が訪れる度に位置情報を位置情報サーバ３０に送信する。

送信タイミング情報が時間間隔により表される場合、当該時間間隔は、端末装置１０が位置情報を送信する時間間隔を表す。つまり、端末装置１０は、前回位置情報を送信してから、送信タイミング情報が示す時間間隔が経過したか否かを判定し、当該時間間隔が経過している場合に位置情報を位置情報サーバ３０に送信する。
送信タイミング情報が日時と時間間隔との組み合わせにより表される場合、端末装置１０は、送信タイミング情報が示す日時から、当該日時に対応付けられている時間間隔で位置情報を送信する。

送信タイミング情報が日時・時間間隔を決定するための規則で表されている場合、端末装置１０は、当該規則に基づいて、位置情報の次回送信日時や送信時間間隔などを演算する。そして、端末装置１０は、演算結果が示すタイミングで位置情報を位置情報サーバ３０に送信する。ここで、送信タイミング情報は、上記演算において参照すべき参照情報を指定可能である。具体的には、例えば、送信タイミング情報は、電力残量、移動状態などの端末装置１０の状態を示す状態情報、端末装置１０と位置情報サーバ３０との通信品質を示す通信品質情報を参照情報として指定可能である。また、送信タイミング情報は、参照情報に基づいて日時、時間間隔を演算するための関数などの演算方法を含んでよい。この場合、端末装置１０は、送信タイミング情報により指定された参照情報と、送信タイミング情報に含まれる演算方法とに基づいて、日時、時間間隔を演算する。

（２）リトライタイミング情報
リトライタイミング情報は、端末装置１０が位置情報の送信に失敗した場合に、当該位置情報を再送するタイミングを定める情報である。また、リトライタイミング情報は、位置情報を再送するタイミングの他、位置情報の再送の試行回数を定める。リトライタイミング情報を用いた位置情報のリトライタイミングの指定は、２通りの方法で行うことが可能である。以下では、リトライタイミング情報における第１の更新タイミング指定方法のことを第１のリトライタイミング指定方法と称する。また、送信タイミング情報における第２の更新タイミング指定方法のことを第２のリトライタイミング指定方法と称する。

第１のリトライタイミング指定方法において、端末装置１０は、複数の位置情報更新制御部１２２を含む。これらの位置情報更新制御部１２２は、位置情報サーバ３０への位置情報の送信に失敗した場合、それぞれ異なるタイミングで、失敗した位置情報の再送を試みる（リトライする）ことができる。そして、端末装置１０は、実際に位置情報サーバ３０に位置情報の再送を試みる位置情報更新制御部１２２を、これら複数の位置情報更新制御部１２２の中から一つだけ選択する。つまり、端末装置１０は、送信に失敗した位置情報の再送を試みることができる位置情報更新制御部１２２を複数備えるが、実際に位置情報の再送を試みる位置情報更新制御部１２２は一つだけである。そして、端末装置１０は、この一つの位置情報更新制御部１２２を、位置情報サーバ３０から受信するリトライタイミング情報に基づいて選択する。これにより、位置情報サーバ３０は、端末装置１０が位置情報をリトライするタイミングを指定することができる。
これに対し、第２のリトライタイミング指定方法において、端末装置１０は、位置情報更新制御部１２２が位置情報を再送するタイミングを直接的に指定する。そして、第２のリトライタイミング指定方法において、位置情報サーバ３０は、実際に位置情報の再送を試みる位置情報更新制御部１２２を選択しなくてもよい。

リトライタイミング情報は、上述の２つのリトライタイミング指定方法に対応して、位置情報の再送を試みるタイミングを定める。具体的には、第１のリトライタイミング指定方法に対応するリトライタイミング情報は、端末装置１０において、複数の位置情報更新制御部１２２のうち、実際に位置情報の再送を試みる位置情報更新制御部１２２を示す。また、第２のリトライタイミング指定方法に対応するリトライタイミング情報は、位置情報更新制御部１２２が、位置情報の再送を試みるタイミングを示す。この場合、リトライタイミング情報は、時間間隔、および時間間隔を決定するための規則などにより表される。
リトライタイミング情報が時間間隔により表される場合、当該時間間隔は、例えば、端末装置１０が位置情報の送信に失敗した場合に、送信に失敗した位置情報の再送を試みるまでの時間間隔を示す。

リトライタイミング情報が時間間隔を決定するための規則で表されている場合、端末装置１０は、当該規則に基づいて、送信に失敗した位置情報の再送を試みるまでの時間間隔を演算する。ここで、リトライタイミング情報は、上記演算において参照すべき参照情報を指定可能である。具体的には、例えば、リトライタイミング情報は、上述した状態情報、通信品質情報などを参照情報として指定可能である。また、リトライタイミング情報は、指定した参照状態に基づいて時間間隔を演算するための関数などの演算方法を含んでよい。この場合、端末装置１０は、リトライタイミング情報により指定された参照情報と、リトライタイミング情報に含まれる演算方法とに基づいて、時間、時間間隔を演算する。

（３）測位タイミング情報
測位タイミング情報は、端末装置１０が測位を行い、位置情報を取得するタイミングを定める情報である。後述するように、端末装置１０では、一つの位置情報更新制御部１２２が、位置情報取得部１６０（図２）による位置情報の取得を制御する。この端末装置１０において、位置情報を取得するタイミングの指定は、２通りの方法で行うことが可能である。以下では、測位タイミング情報における第１の更新タイミング指定方法のことを第１の測位タイミング指定方法と称する。また、測位タイミング情報における第２の更新タイミング指定方法のことを第２の測位タイミング指定方法と称する。

第１の測位タイミング指定方法において、端末装置１０は、複数の位置情報更新制御部１２２を含む。これらの位置情報更新制御部１２２は、それぞれ異なるタイミングで位置情報取得部１６０に位置情報を取得させることができる。そして、端末装置１０は、実際に位置情報取得部１６０に位置情報を取得させる位置情報更新制御部１２２を、これら複数の位置情報更新制御部１２２の中から一つだけ選択する。つまり、端末装置１０は、位置情報取得部１６０を制御可能な位置情報更新制御部１２２を複数備えるが、実際に位置情報取得部１６０に位置情報を取得させる位置情報更新制御部１２２は一つだけである。端末装置１０は、この一つの位置情報更新制御部１２２を指定することにより端末装置１０は、位置情報を取得するタイミングを指定することができる。
これに対し、第２の測位タイミング指定方法において、端末装置１０は、位置情報更新制御部１２２が位置情報取得部１６０に位置情報を取得させるタイミングを直接的に指定する。そして、第２の測位タイミング指定方法において、端末装置１０は、実際に位置情報取得部１６０に位置情報を取得させる位置情報更新制御部１２２を指定しなくてもよい。

測位タイミング情報は、上述の２つの測位タイミング指定方法に対応して、位置情報を取得するタイミングを定める。具体的には、第１の測位タイミング指定方法に対応する測位タイミング情報は、端末装置１０において、実際に位置情報取得部１６０を制御する位置情報更新制御部１２２を示す。また、第２の測位タイミング指定方法に対応する測位タイミング情報は、位置情報取得部１６０を実際に制御している位置情報更新制御部１２２が、当該位置情報取得部１６０に位置情報を取得させるタイミングを示す。この場合、測位タイミング情報は、日時（時刻）、時間間隔、日時と時間間隔との組み合わせ、日時・時間間隔を決定するための規則などにより表される。

測位タイミング情報が日時より表される場合、当該日時は、例えば、端末装置１０の位置情報更新制御部１２２が次に位置情報取得部１６０に対して位置情報の取得を要求する時間間隔を示す。ここで、位置情報更新制御部１２２が出力する位置情報の取得要求とは、位置情報取得部１６０の起動要求である。起動要求については後述する。
なお、測位タイミング情報は、複数の日時を含んでもよい。この場合、端末装置１０は、測位タイミング情報に含まれている日時が訪れる度に、起動要求を位置情報取得部１６０に対して出力する。

測位タイミング情報が時間間隔により表される場合、当該時間間隔は、例えば、端末装置１０の位置情報更新制御部１２２が位置情報取得部１６０に対して位置情報の取得を要求する時間間隔を示す。
測位タイミング情報が日時と時間間隔との組み合わせにより表される場合、端末装置１０の位置情報更新制御部１２２は、測位タイミング情報が示す日時から当該日時に対応付けられている時間間隔により、位置情報取得部１６０に対して起動要求を行い、位置情報を取得させる。

測位タイミング情報が日時・時間間隔を決定するための規則で表されている場合、端末装置１０は、当該規則に基づいて、位置情報の次回取得日時や測位時間間隔などを演算する。そして、端末装置１０は、演算結果が示すタイミングで位置情報を位置情報サーバ３０に送信する。ここで、測位タイミング情報は、上記演算において参照すべき参照情報を指定可能である。具体的には、例えば、測位タイミング情報は、端末装置１０の状態に関する情報や端末装置１０に含まれるアプリケーションに関する情報など、任意の情報を参照情報として指定可能である。また、測位タイミング情報は、指定した参照状態に基づいて日時、時間間隔を演算するための関数などの演算方法を含んでよい。この場合、端末装置１０は、測位タイミング情報により指定された参照情報と、測位タイミング情報に含まれる演算方法とに基づいて、時間、時間間隔を演算する。

なお、第１の送信タイミング指定方法、第１のリトライタイミング指定方法、および第１の測位タイミング指定方法において、各種タイミング情報により指定される位置情報更新制御部１２２は、一括して指定されてよい。この場合は、タイミング情報が指定する一つの位置情報更新制御部１２２が、所定のタイミングで位置情報を取得し、取得した位置情報を所定のタイミングにおいて位置情報サーバ３０に送信する。そして、当該位置情報更新制御部１２２は、位置情報の送信に失敗した場合、送信に失敗した位置情報の再送を所定のタイミングにおいて試みる。
なお、送信タイミング情報、リトライタイミング情報、および測位タイミング情報は、それぞれ各種タイミング情報が示すタイミングの有効期間を定める情報を含んでもよい。そして、端末装置１０は、各種タイミング情報が示すタイミングに応じた処理を、当該有効期間の間だけ実行してもよい。

［アプリケーションサーバ、認証サーバ、ＰＯＩサーバの概要］
次に、アプリケーションサーバ５０、認証サーバ４０、及びＰＯＩサーバ４２の概要について説明する。
アプリケーションサーバ５０は、複数のアプリケーションのそれぞれに対応したサーバ装置である。端末装置１０には、複数のアプリケーションプログラムをインストールすることができる。本実施形態においては、端末装置１０にアプリケーションプログラムＡ〜Ｃがインストールされている場合を一例にして説明する。この具体例においては、アプリケーションサーバ５０Ａは、アプリケーションプログラムＡに対応したサーバ装置である。また、アプリケーションサーバ５０Ｂは、アプリケーションプログラムＢに対応したサーバ装置である。また、アプリケーションサーバ５０Ｃは、アプリケーションプログラムＣに対応したサーバ装置である。このアプリケーションサーバ５０は、位置情報サーバ３０を介して、自身のアプリケーションについて位置情報の利用が許諾された端末装置１０から、位置情報を受信する。つまり、アプリケーションサーバ５０は、位置情報サーバ３０に記憶されている位置情報のうち、自身に割り当てられているアプリケーションについて位置情報の利用を許諾することを示す許諾設定情報と対応付けられた位置情報を受信する。

アプリケーションサーバ５０は、トラッキングされた端末装置１０の位置情報を用いて所定のアプリケーション処理を行う。トラッキングされた位置情報には、任意または所定の期間ごとに繰り返して更新された端末装置１０の最新位置または過去の位置が含まれる。このアプリケーション処理には、端末装置１０の位置の変化を解析して、端末装置１０に適した広告情報等のアプリケーション情報を判定する処理などが含まれていてもよい。アプリケーション情報は、アプリケーションサーバ５０から端末装置１０に送信されてもよく、ＰＯＩサーバ４２から端末装置１０に送信されてもよい。これによりアプリケーションサーバ５０およびＰＯＩサーバ４２は、端末装置１０に、端末装置１０の位置に適した広告等を表示させることができる。この一例の場合、アプリケーション情報は、端末装置１０の位置情報取得部で取得された位置情報に基づく情報に相当する。

認証サーバ４０は、端末装置１０が位置情報サーバ３０と通信を開始する際に、各種の認証処理を行う。この認証サーバ４０が行う認証処理には、一例として、端末認証処理、ユーザ認証処理、またはアプリケーション認証処理が含まれている。これら認証処理の具体例について説明すると、端末認証処理において認証サーバ４０は、端末装置１０から送信された端末ＩＤと予め記憶しておいた端末ＩＤとが合致した場合に認証を成功させる。ここで、端末ＩＤとは、端末装置１０を識別するための固有の記号や番号などの情報である。ユーザ認証処理における認証サーバ４０は、端末装置１０から送信されたユーザＩＤと予め記憶しておいたユーザＩＤとが合致した場合に認証を成功させる。ここで、ユーザＩＤとは、端末装置１０を利用するユーザを識別するための固有の記号や番号などの情報である。アプリケーション認証処理における認証サーバ４０は、端末装置１０から送信されたアプリケーションＩＤと予め記憶しておいたアプリケーションＩＤとが合致した場合に認証を成功させる。ここで、アプリケーションＩＤとは、各アプリケーションプログラムを識別するための固有の記号や番号などの情報である。

認証サーバ４０による認証が成功した場合、認証サーバ４０は、端末装置１０にトークンを生成して、端末装置１０に送信する。認証サーバ４０から送信されたトークンは、端末装置１０に記憶される。これにより端末装置１０は、位置情報サーバ３０およびアプリケーションサーバ５０とセキュアな通信が可能となる。なお、トークンは任意のタイミングで更新されてもよい。これにより、端末装置１０は、さらにセキュアな通信が可能となる。

また、認証サーバ４０は、端末装置１０が携帯電話である場合、端末認証処理においてＩＰ（Internet Protocol）アドレスおよび電話番号を用いてもよい。認証サーバ４０は、位置情報サーバ３０を介して、端末装置１０から送信されたＩＰアドレスおよび電話番号を受信する。認証サーバ４０は、受信したＩＰアドレスおよび電話番号と、正当なＩＰアドレスおよび電話番号とを照合する。認証サーバ４０は、受信したＩＰアドレスおよび電話番号が正当なＩＰアドレスおよび電話番号と照合できた場合には、通信を許可する認証結果を位置情報サーバ３０に送信する。

ＰＯＩサーバ４２は、ＰＯＩ情報を蓄積している。ＰＯＩ情報は、少なくとも店舗等の緯度、経度を示す情報を含んでいる。ＰＯＩサーバ４２は、端末装置１０、位置情報サーバ３０またはアプリケーションサーバ５０から要求を受け付ける。この要求には、端末装置１０の位置情報が含まれる。ＰＯＩサーバ４２は、この要求の受け付けに応じて当該位置情報に対応したＰＯＩ情報を検索し、当該位置情報付近のＰＯＩ情報を返信する。なお、ＰＯＩ情報には、店舗等のロケーションＩＤ、ロケーション名、およびカテゴリ等を含んでいてもよい。これによりＰＯＩサーバ４２は、位置情報に対応したロケーションＩＤ、ロケーション名、およびカテゴリ等を検索結果として返信できる。

また、ＰＯＩサーバ４２は、ＰＯＩ情報をキーとして端末装置１０を検索してもよい。これによりＰＯＩサーバ４２は、ＰＯＩ情報に該当する端末装置１０を抽出して、検索結果として返信することができる。例えば、ＰＯＩサーバ４２は、ある店舗内に存在する端末装置１０を検索して、端末装置１０のユーザＩＤを返信することができる。
また、ＰＯＩサーバ４２は、ＰＯＩ情報をキーとして端末装置１０を検索してもよい。これによりＰＯＩサーバ４２は、ＰＯＩ情報に該当する端末装置１０を抽出して、検索結果として返信することができる。例えば、ＰＯＩサーバ４２は、ある店舗内に存在する端末装置１０を検索して、端末装置１０のユーザＩＤを返信することができる。

［端末装置の構成］
次に、端末装置１０の構成について説明する。
図２は、実施形態に係る端末装置１０の構成を示すブロック図である。端末装置１０は、処理部１２、通信部１４、ＧＰＳ（Global Positioning System）測位部１６、および記憶部１８を含む。端末装置１０は、ユーザに保有されて移動する機器である。端末装置１０は、例えば携帯電話またはスマートフォンであってもよい。

通信部１４は、位置情報サーバ３０との間で通信を行う。通信部１４は、例えば通信ＩＣチップにより構成されている。通信部１４は、処理部１２から供給された位置情報と各種情報とを所定の通信データに変換して位置情報サーバ３０に送信する。位置情報サーバ３０またはアプリケーションサーバ５０から通信データを受信した場合、通信部１４は、受信した通信データに所定の処理を施して処理部１２に出力する。また、通信部１４は、位置情報サーバ３０からタイミング情報を受信する。

記憶部１８は、各種の情報を記憶する記録媒体である。
記憶部１８は、アプリケーションプログラムＡ、Ｂ、Ｃのそれぞれに付属する位置情報ライブラリを記憶している。実施形態において、アプリケーションプログラムＡには、位置情報ライブラリＡが付属している。また、アプリケーションプログラムＢには、位置情報ライブラリＢが付属しており、アプリケーションプログラムＣには、位置情報ライブラリＣが付属している。以下の説明において、これら位置情報ライブラリＡ、Ｂ、Ｃを総称して、位置情報ライブラリという。位置情報ライブラリとは、端末装置１０のＣＰＵ（Central Processing Unit）によって実行されるソフトウェアである。
なお、ここでは、位置情報ライブラリは、各アプリケーションに１つずつ付属するソフトウェアであり、各位置情報ライブラリは、それぞれ付属するアプリケーションに対応するとして説明するが、これには限られない。後述する図３に示されるように、一つの位置情報ライブラリが、複数のアプリケーションに対応していてもよい。

ここで、アプリケーションプログラムと位置情報ライブラリの取得について説明する。
アプリケーションプログラムは、予め端末装置１０にインストールされる。アプリケーションプログラムは、位置情報ライブラリが端末装置１０に供給されることに伴って、端末装置１０にインストールされてもよい。具体的には、位置情報ライブラリが付属したアプリケーションプログラムを同時にダウンロードして端末装置１０にインストールする。

位置情報ライブラリは、ユーザの許可に応じて、例えば、位置情報サーバ３０からダウンロードされる。この場合、端末装置１０は、アプリケーションプログラムを起動しているときに、自装置の位置情報の送信を許可するかをユーザに問い合わせる画面を表示させる。ユーザの操作により位置情報の送信が許可された場合、端末装置１０は、位置情報ライブラリのダウンロード要求を送信する。位置情報サーバ３０は、ダウンロード要求を受信すると位置情報ライブラリを要求元の端末装置１０に送信する。これにより端末装置１０は、位置情報ライブラリのダウンロードを開始する。端末装置１０は、ダウンロードが完了すると、位置情報ライブラリを各アプリケーションプログラムに付属させる。

なお、端末装置１０は、ダウンロードした位置情報ライブラリを他のアプリケーションに付属させてもよい。この場合、端末装置１０は、ダウンロードした位置情報ライブラリを複製し、位置情報ライブラリが付属していないアプリケーションに組み込む。これにより端末装置１０は、位置情報ライブラリが付属していないアプリケーションに位置情報ライブラリを付属させることができる。
また、端末装置１０は、既にアプリケーションに組み入れられている古いバージョンの位置情報ライブラリに代えて最新バージョンの位置情報ライブラリに更新してもよい。これにより端末装置１０は、アプリケーションの位置情報ライブラリを最新なものに更新することができる。

記憶部１８の説明に戻る。
記憶部１８には、位置情報更新制御部１２２により取得された位置情報が記憶される。記憶部１８は、位置情報を時系列で記憶する。また、位置情報には、位置情報サーバ３０への送信が完了したか否かを表す情報が対応付けられて記憶されている。
また、記憶部１８には、許諾設定情報が格納されている。許諾設定情報には、アプリケーションに対して、位置情報の利用が許諾された日時を示す情報、位置情報の利用が非許諾にされた日時を示す情報等が含まれてもよい。

また、記憶部１８には、位置情報更新制御部１２２が動作するための位置取得制御用プログラムとしての位置情報ライブラリが記憶される。位置取得制御用プログラムは、コンピュータにより読込可能なプログラムである。

また、記憶部１８には、端末装置１０に割り当てられた端末ＩＤが格納されている。
また、記憶部１８には、端末装置１０のユーザに割り当てられたユーザＩＤが格納されている。
記憶部１８には、位置情報が示す位置において端末装置１０がアクセスしたウェブブラウザの履歴を示すウェブ履歴情報が格納されている。アクセス履歴情報には、端末装置１０が企業の広告、または、ホームページ等のＷｅｂページにアクセスした時刻とアクセスしたＷｅｂページのアドレスとが含まれる。

また、記憶部１８には、位置情報が示す位置において端末装置１０が実行したプログラムに関するプログラム実行履歴情報が格納されている。プログラム実行履歴情報には、端末装置１０がプログラムを実行した時刻、実行したプログラムの種類、プログラムが実行された回数、およびプログラムがユーザにより無効化された回数などが含まれる。また、プログラム実行履歴情報には、プログラムが起動された時刻と、スリープ状態からのプログラムが再起動された時刻とが含まれる。端末装置１０が実行するプログラムには、例えば、カメラプログラム、メールプログラム、電話プログラム、音楽再生プログラム、電卓プログラム、その他位置情報を利用するアプリケーションが含まれる。

また、記憶部１８には、位置情報が示す位置において端末装置１０が受け付けたユーザからの操作に関する操作履歴情報が格納されている。操作履歴情報には、端末装置１０が操作を受け付けた時刻と受け付けた操作の種類とが含まれる。端末装置１０が受け付ける操作には、例えば、電源をＯＮする操作、電源をＯＦＦする操作等が含まれる。また、操作には、例えば、端末装置１０を省電力モードにする操作、省電力モード以外の通常モードにする操作が含まれる。なお、省電力モードとは、自装置の電力消費を抑制するために、ＧＰＳ測位部１６による測位間隔もしくは回数、または通信部１４による位置情報の送信の間隔もしくは回数を低下させる動作モードである。

また、記憶部１８には、位置情報が示す位置において端末装置１０が充電モードであるか否かを示す充電履歴情報が格納されている。充電履歴情報には、端末装置１０が充電を開始した時刻と充電を終了した時刻とが含まれる。また、充電履歴情報には、端末装置１０の充電量が含まれていてもよい。

記憶部１８には、位置情報が示す位置における端末装置１０の姿勢の変化を示す姿勢変化情報が格納されている。姿勢変化情報には、端末装置１０の姿勢が変化した時刻が含まれる。なお、端末装置１０の姿勢の変化は、後述する加速度センサ等により検出される。

記憶部１８には、位置情報が示す位置において端末装置１０が取得した環境情報が格納されている。環境情報には、端末装置１０が収集した音情報や、近距離通信の通信履歴等が含まれる。端末装置１０が収集した音情報は、例えば店舗で流される可聴音や不可聴音に関する情報である。近距離通信の通信履歴は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）および赤外線等の通信を行った時刻等が含まれる。

また、記憶部１８には、端末装置１０と位置情報サーバ３０との通信品質を示す通信品質情報が格納されている。通信品質情報には、端末装置１０における電波の受信強度を示す電波情報、端末装置１０および位置情報サーバ３０間の通信におけるエラーの発生率などを含む。通信品質情報は、例えば、電波の受信信号強度（ＲＳＳＩ；Received SignalStrength Indicatior）、パケットエラー率（ＰＥＲ；Packet Error Rate）などにより表される。

また、記憶部１８には、端末装置１０の状態を示す状態情報が格納されている。状態情報には、端末装置１０が含む電池の電力残量を示す電力残量情報、端末装置１０の移動状態を示す移動状態情報、及び端末装置１０の動作モードを示す動作モード情報が含まれる。電力残量情報は、例えば、現在の蓄電容量や満充電時の蓄電容量に対する現在の蓄電容量の比率である充電率（ＳＯＣ；State Of Charge）などにより表される。移動状態情報は、例えば、単位時間当たりの端末装置１０の移動量により表される。単位時間当たりの端末装置１０の移動量は、例えば、時間的に連続する２回の測位結果に基づいて、その移動量を測位の時間間隔で除算することにより求められる。また、単位時間当たりの端末装置１０の移動量は、例えば、端末装置１０に含まれる加速度センサが、単位時間に出力する加速度の検出結果から積分により求められてもよい。このように移動状態情報は、任意の方法により生成されてよい。動作モード情報は、例えば、端末装置１０が省電力モードであるか、通常モードであるかを表す。

なお、本実施形態において、許諾設定情報、プログラム実行履歴情報、操作履歴情報、充電履歴情報、姿勢変化情報、環境情報、通信品質情報、および状態情報は、処理部１２により生成され、位置情報と対応付けられる。そして、これらの情報は、記憶部１８に記憶される。なお、状態情報のうち、移動情報は、位置情報サーバ３０により生成されてもよい。以下では、位置情報管理システム１において、端末位置情報と対応付けられている情報を対応情報と称することがある。つまり、許諾設定情報、プログラム実行履歴情報、操作履歴情報、充電履歴情報、姿勢変化情報、環境情報、通信品質情報、および状態情報は、対応情報の例である。また、対応情報は、個別に位置情報サーバ３０に送信されてもよい。この場合、位置情報サーバ３０は、位置情報と対応情報との対応付けを行い、対応付けた位置情報と対応情報とを自装置の記憶部に記憶する。

ＧＰＳ測位部１６は、測位を行って自装置の位置を示す位置情報を取得する位置情報取得部として機能する。ＧＰＳ測位部１６は、自装置の位置を特定して位置情報を生成し、処理部１２に出力する。このときＧＰＳ測位部１６は、複数のＧＰＳ衛星からＧＰＳ衛星の位置および時刻を含むＧＰＳ信号を受信する。ＧＰＳ測位部１６は、複数のＧＰＳ衛星と端末装置１０の距離を演算し、三角測量演算により自装置の位置を特定する。特定された位置および時刻は、位置情報としてＧＰＳ測位部１６から処理部１２に供給される。

ＧＰＳ測位部１６は、スリープ状態と、通常動作状態との少なくとも２つの状態で動作する。このうち、スリープ状態とは、測位を実施せずに待機している状態であって、通常動作状態よりも消費電力が少ない状態である。また、通常動作状態とは、測位を実施する状態であって、スリープ状態よりも消費電力が多い状態である。ＧＰＳ測位部１６は、処理部１２による起動要求、および、通常動作の完了によって、状態を遷移させる。具体的には、ＧＰＳ測位部１６の動作状態は、処理部１２による起動要求をトリガにして、スリープ状態から通常動作状態に遷移する。また、ＧＰＳ測位部１６の動作状態は、測位演算が完了したことをトリガにして、通常動作状態からスリープ状態に遷移する。ここで、起動要求とは、処理部１２がＧＰＳ測位部１６に対して出力する要求であって、自装置の位置を特定して位置情報を生成する処理の実行を要求するコマンドである。

換言すれば、ＧＰＳ測位部１６は、処理部１２から出力される起動要求の入力を待機している期間においてスリープ状態となっている。スリープ状態とは、省電力で動作している状態であり、起動要求により解除される。ＧＰＳ測位部１６は、処理部１２から起動要求を入力することに応じて起動する。これによりＧＰＳ測位部１６は、スリープ状態から通常動作状態に切り替わる。起動要求は、自装置の位置情報を取得する命令である。ＧＰＳ測位部１６は、起動要求に応じて位置情報を取得して処理部１２に出力すると、所定時間後にスリープ状態となる。

なお、位置情報を取得する位置情報取得部は、他の方式により位置情報を取得してもよい。他の方式とは、具体的には、例えばセルＩＤ（携帯電話基地局）方式、Ｗｉ−Ｆｉ方式、ネットワーク測位方式などである。セルＩＤ方式は、端末装置１０が携帯電話端末としての通信機能を応用して、３つ以上の携帯電話基地局の電波情報に基づいて端末装置１０の現在地を算出する方式である。Ｗｉ−Ｆｉ方式は、端末装置１０周辺の無線ＬＡＮのアクセスポイントから送信される電波を検出し、アクセスポイントの位置情報に基づいてアクセスポイントまたは所定のサーバ等から端末装置１０の位置情報を取得する方式である。ネットワーク測位方式は、セルＩＤ方式とＷｉ−Ｆｉ方式による測位で位置情報を取得する方式である。

このように、位置情報取得部は、ＧＰＳ測位方式のみならず、セルＩＤ方式、Ｗｉ−Ｆｉ方式、またはネットワーク測位方式を用いる構成であっても、処理部１２からの起動要求に応じてスリープ状態から起動して、位置情報を取得できる。ただし、本実施形態において、端末装置１０は、位置情報の取得方式として、Ｗｉ−Ｆｉ方式およびセルＩＤ方式よりも、ＧＰＳ測位部１６による測位方式を優先する。そして、端末装置１０は、例えば自装置が屋内にいる等のＧＰＳ測位部１６に測位ができない状況において、ＧＰＳ測位部１６による測位に代えて、セルＩＤ方式またはＷｉ−Ｆｉ方式による測位に切り替える。

処理部１２は、例えば、ＣＰＵ等のプロセッサが、メモリに記憶されたプログラムを実行することにより機能するソフトウェア機能部である。また、これらの機能部のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application SpecificIntegrated Circuit）等のハードウェア機能部であってもよい。

処理部１２は、アプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃ（以下、総称する場合には単に「アプリケーション処理部１２０」と呼ぶ。）を有する。アプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃは、ＣＰＵが端末装置１０にインストールされているアプリケーションプログラムＡ、Ｂ、Ｃを実行することにより機能するソフトウェア機能部である。本実施形態において、複数のアプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃは、それぞれ所定のアプリケーション処理を実行する。また、本実施形態では、アプリケーションプログラムＡ、Ｂ、Ｃの３つを実行する例について説明するが、これに限られない。アプリケーション処理部１２０は、２以上のアプリケーションプログラムを同時に実行するものであればよい。

端末装置１０は、アプリケーションプログラムＡ、Ｂ、Ｃの起動時にアプリケーション認証のための動作を行ってもよい。この場合、端末装置１０は、アプリケーションプログラムが起動する際に、アプリケーションプログラムごとに予め定められているアプリケーションＩＤを認証サーバ４０に送信する。より具体的には、端末装置１０は、アプリケーションプログラムＡが起動する際に、アプリケーションプログラムＡを示すアプリケーションＩＤを認証サーバ４０に送信する。端末装置１０は、認証サーバ４０からアプリケーション認証が許可されたか否かの認証結果を受信する。端末装置１０は、認証結果が「許可」の場合のみアプリケーションプログラムの起動を許可する。

処理部１２は、同時に複数のアプリケーションプログラムＡ、Ｂ、Ｃを実行可能である。処理部１２は、複数のアプリケーションプログラムＡ、Ｂ、Ｃのうち優先度の低いアプリケーションプログラムをバックグラウンドで実行する。なお、アプリケーションプログラムＡ、Ｂ、Ｃは、所定期間ごとに起動要求を出力することが設定されていてもよい。所定期間は、アプリケーションプログラムＡ、Ｂ、Ｃごとに設定されていてもよい。所定期間は、例えば、１分、１０分、１時間などが挙げられる。

アプリケーション処理部１２０は、位置情報更新制御部１２２がＧＰＳ測位部１６に取得させた位置情報を利用する。
「位置情報を利用する」とは、端末装置１０内で位置情報を使用することを含む。アプリケーション処理部１２０は、例えば、位置情報を使用することにより、ＧＰＳ測位部１６により取得された位置情報に基づいて自装置の位置を地図上に表示させることができる。
「位置情報を利用する」とは、ＧＰＳ測位部１６により取得した位置情報に基づく情報を使用することを含む。位置情報に基づく情報は、位置情報を用いることによって得られた新たな情報である。位置情報に基づく情報は、端末装置１０内で位置情報に基づいて処理をしたことによって得られた情報であってもよく、アプリケーションサーバ５０内で位置情報に基づいて処理したことによって得られた情報であってもよい。例えば、アプリケーション処理部１２０は、自装置の位置に近い店舗の広告情報を抽出して、広告情報をプッシュ広告として表示してもよい。アプリケーション処理部１２０は、アプリケーションサーバ５０によって位置情報に基づいて抽出された広告情報を受信して、広告情報をプッシュ広告として表示してもよい。

また、アプリケーション処理部１２０は、一つの位置情報更新制御部１２２が取得する位置情報を利用可能にする。
「位置情報を利用可能にする」とは、端末装置１０以外の装置に位置情報を取得させ、端末装置１０以外の装置に位置情報を処理可能にすることを含む。
このために、アプリケーション処理部１２０は、ＧＰＳ測位部１６により取得された位置情報の利用を許可する。このときアプリケーション処理部１２０は、位置情報を送信することを許可するかをユーザに問い合わる。ユーザが位置情報の送信を許可した場合、アプリケーション処理部１２０は、位置情報の利用を許可する許可情報を生成する。アプリケーション処理部１２０は、生成した許可情報を位置情報サーバ３０に送信する。位置情報サーバ３０は、端末装置１０から送信された許可情報を受信した後、以降において端末装置１０から送信された位置情報を蓄積して、アプリケーションサーバ５０等に送信できる。これによりアプリケーション処理部１２０は、アプリケーションサーバ５０によって位置情報を利用して、端末装置１０の位置の解析等を行わせることができる。

また、処理部１２は、位置情報更新制御部１２２Ａ、１２２Ｂ、１２２Ｃ（以下、総称する場合には単に「位置情報更新制御部１２２」と呼ぶ。）を有する。位置情報更新制御部１２２Ａ、１２２Ｂ、１２２Ｃは、それぞれ、ＣＰＵが端末装置１０にインストールされている位置情報ライブラリＡ、Ｂ、Ｃを実行することにより機能するソフトウェア機能部である。本実施形態において、位置情報ライブラリは、アプリケーションプログラムに付属しているため、処理部１２は、これら位置情報更新制御部１２２をアプリケーションごとに有している。

位置情報更新制御部１２２は、位置情報の更新を制御する。具体的には、位置情報更新制御部１２２は、自端末装置１０の現在位置を示す位置情報の取得、取得した位置情報の位置情報サーバ３０への送信、および位置情報の送信に失敗した場合の位置情報の再送信を制御する。本実施形態において、位置情報更新制御部１２２が複数ある場合であっても、実際に位置情報の更新を制御する位置情報更新制御部１２２は、一つだけである。以下では、この一つの位置情報更新制御部１２２を、「マスタの権限を有する位置情報更新制御部１２２」、又は、単に「マスタ」と称する。また、マスタ以外の位置情報更新制御部１２２を、「マスタの権限を有しない位置情報更新制御部１２２」、「スレーブの位置情報更新制御部１２２」、または単に「スレーブ」とも称する。上述したように実際に位置情報の更新を制御するのは、マスタだけであるため、スレーブは位置情報の更新を制御しない。

なお、以下では、位置情報の更新を制御するマスタは一つだけであるして説明するが、これには限られない。例えば、自端末装置１０の現在位置を示す位置情報の取得を制御するマスタと、位置情報の送信を制御するマスタと、位置情報の送信に失敗した場合の位置情報の再送信を制御するマスタとは、互いに異なる位置情報更新制御部１２２であってもよい。

本実施形態において、各位置情報更新制御部１２２には、それぞれ、マスタの権限を有した場合に、位置情報の更新を行うタイミングが予め定められている。位置情報の更新を行うタイミングとは、自端末装置１０の現在位置を示す位置情報の取得するタイミング、取得した位置情報を位置情報サーバ３０に送信するタイミング、および位置情報の送信に失敗した場合の位置情報を再送信するタイミングである。これらのタイミングは、それぞれ、位置情報更新制御部１２２ごとに異なっている。例えば、位置情報更新制御部１２２Ａ、位置情報更新制御部１２２Ｂ、および位置情報更新制御部１２２Ｃは、マスタの権限を有したときに、それぞれ異なるタイミングで、自端末装置１０の現在位置を示す位置情報の取得、位置情報サーバ３０への位置情報の送信、および位置情報の再送信を行う。

なお、位置情報更新制御部１２２ごとの更新タイミングは、ユーザにより指定された期間であってもよい。さらに、この更新タイミングは、過去の測位履歴に基づいて自動的に変更されてもよい。例えば、次の更新タイミングを設定する際に、マスタは、前回位置情報を更新してから今回までの移動距離を算出し、前回の更新から自装置の移動がある、または移動距離が長い場合には、次の更新タイミングを、現在から近いタイミングに変更してもよい。また、マスタは、自装置が通信する基地局に対応したセルＩＤ、自装置が通信可能なＷｉＦｉアクセスポイントのアクセスポイントＩＤが変化したタイミングを更新タイミングとしてもよい。さらに、更新タイミングは、後述する加速度センサ等により検知される自装置の移動距離が、所定距離以上であると推定されたタイミングであってもよい。この所定距離は、後述するように、自装置が所定エリアに進入したことに応じて再設定または変更されてもよい。また、所定距離は、ユーザにより指定された距離であってもよい。

処理部１２が複数の位置情報更新制御部１２２を有する場合、マスタは、位置情報サーバ３０から送信されるタイミング情報に基づいて定められる。具体的には、通信部１４が位置情報サーバからタイミング情報を受信すると、処理部１２は、受信したタイミング情報が示す更新タイミング指定方法が、第１の更新タイミング指定方法であるか、第２の更新タイミング指定方法であるかを判定する。第１の更新タイミング指定方法である場合、処理部１２は、タイミング情報が指定する位置情報更新制御部１２２をマスタとする。また、第２のタイミング指定方法である場合、マスタは、タイミング情報が定めるタイミングで、位置情報を更新する。

なお、第１の更新タイミング指定方法において、複数の位置情報更新制御部１２２が優先順位と対応付けられて指定されてもよい。この場合、処理部１２は、動作可能な位置情報更新制御部１２２のうち、最も優先順位が高い位置情報更新制御部１２２をマスタとする。また、マスタが動作を停止した場合には、処理部１２は、その次に優先順位が高い位置情報更新制御部１２２をマスタとする。これにより、端末装置１０は、マスタに対応する位置情報ライブラリがアンインストールされることなどにより、マスタが動作を停止した場合であっても、位置情報の更新を継続することができる。

次に、位置情報の取得の制御について説明する。
位置情報更新制御部マスタは、ＧＰＳ測位部１６に対して、起動要求を出力する。ここで、マスタは、位置情報サーバ３０により指定されたタイミングと、自位置情報更新制御部１２２に予め定められたタイミングとの２通りの測位タイミングで起動要求を出力可能である。マスタは、通信部１４が測位タイミング情報を受信し、その測位タイミング情報が第２の測位タイミング指定方法により測位タイミングを指定している場合に、当該指定されたタイミングで起動要求を出力する。また、マスタは、第２の測位タイミング指定方法により測位タイミングが指定されていない場合に、自位置情報更新制御部１２２に予め定められた測位タイミングで起動要求を出力する。

マスタは、起動要求に応じてＧＰＳ測位部１６により生成された位置情報を取得する。マスタは、取得した位置情報をアプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃ、及び、スレーブに出力する。これにより、各アプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃは、ＧＰＳ測位部１６が生成した位置情報の利用が可能になる。 なお、マスタは、位置情報の利用が許可されたアプリケーションに付属する位置情報取得制御部１２２にのみ、位置情報を出力する。

次に、位置情報の送信の制御について説明する。 マスタは、記憶部１８に蓄積した位置情報を読み出して、通信部１４に出力する。これによりマスタは、記憶部１８から読み出した位置情報を、通信部１４から位置情報サーバ３０に送信させる。
ここで、マスタは、位置情報サーバ３０により指定されたタイミングと、自位置情報取得制御部１２２に予め定められたタイミングとの２通りの送信タイミングで位置情を出力可能である。マスタは、通信部１４が送信タイミング情報を受信し、その送信タイミング情報が第２の送信タイミング指定方法により送信タイミングを指定している場合に、当該指定されたタイミングで、位置情報を記憶部１８から読み出し、通信部１４に出力する。また、マスタは、第２の送信タイミング指定方法により送信タイミングが指定されていない場合に、自位置情報取得制御部１２２に予め定められた送信タイミングで、位置情報を記憶部１８から読み出し、通信部１４に出力する。

また、マスタは、位置情報の送信に失敗した場合、当該送信に失敗した位置情報を記憶部１８から読み出して、通信部１４に出力する。これによりマスタは、送信に失敗した位置情報の送信を、通信部１４から位置情報サーバ３０にリトライさせる。
ここで、マスタは、位置情報サーバ３０により指定されたタイミングと、自位置情報取得制御部１２２に予め定められたタイミングとの２通りのリトライタイミングで位置情を出力可能である。マスタは、通信部１４がリトライタイミング情報を受信し、そのリトライタイミング情報が第２のリトライタイミング指定方法によりリトライタイミングを指定している場合に、当該指定されたタイミングで、位置情報を記憶部１８から読み出し、通信部１４に出力する。また、マスタは、第２の送信タイミング指定方法により送信タイミングが指定されていない場合に、自位置情報取得制御部１２２に予め定められたリトライタイミングで、位置情報を記憶部１８から読み出し、通信部１４に出力する。

なお、本実施形態において、マスタは、記憶部１８に記憶されているプログラム実行履歴情報、操作履歴情報、充電履歴情報、通信品質情報、および状態情報を位置情報に対応付けて送信する。これにより、位置情報サーバ３０は、これら各種情報に基づいて、タイミング情報を生成することができる。
なお、マスタは、位置情報に、ユーザＩＤ、端末ＩＤ、端末機種名、およびＯＳ（Operating System）の種別等の端末装置１０に関する情報を対応付けて、通信部１４を介して位置情報サーバ３０に送信してもよい。さらに、マスタは、位置情報に、位置情報の測位方式、および当該測位方式で測位された位置情報の測位誤差を対応付けて送信してもよい。さらに、端末装置１０がＷｉ−Ｆｉネットワークに存在する場合、マスタは、位置情報に、Ｗｉ−ＦｉネットワークのアクセスポイントのＩＤを対応付けて送信してもよい。さらに、端末装置１０がBluetooth（登録商標）機能を起動して通信している場合、マスタは、位置情報に、Bluetooth（登録商標）端末としてのＩＤを対応付けて送信してもよい。

また、マスタは、位置情報サーバ３０を介さずに、アプリケーションサーバ５０に直接的に位置情報を送信してもよい。この場合、マスタは、アプリケーションサーバ５０から指定されたタイミングで位置情報を送信してもよい。これにより端末装置１０は、アプリケーションサーバ５０が要求する頻度で、アプリケーションサーバ５０に位置情報を送信できる。

図３に端末装置１０の他の構成例を示す。端末装置１０は、図２に示した構成に限らず、図３に示すように構成されていてもよい。図３の端末装置１０は、複数のアプリケーション処理部１２０Ａ、１２０Ｂ、１２０Ｃに対して１つの位置情報更新制御部１２２を有している。位置情報更新制御部１２２は、複数のアプリケーションに対応した１つの位置情報ライブラリとして実装される。

図４に端末装置１０のさらに他の構成例を示す。この端末装置１０において、位置情報取得部１６０は、上述したＧＰＳ測位部１６に加えて、加速度センサ１６１を含んでいる。加速度センサ１６１は、自装置である端末装置１０に加わる加速度の変化に応じて物理量が変化する。この加速度センサ１６１は、半導体静電容量センサであってもよい。
なお、端末装置１０は、自装置の挙動を検出するため、重力センサ、ジャイロセンサ、または地磁気センサを含んでいてもよい。本実施形態においては、加速度センサ１６１のみを備えることを説明するが、これらの重力センサ、ジャイロセンサ、または地磁気センサは、加速度センサ１６１と共に、または、加速度センサ１６１に代えて備えていてもよい。

加速度センサ１６１により検出された加速度は、端末装置１０の挙動に相当する。位置情報取得部１６０は、加速度センサ１６１により検出された挙動に基づいて自装置の移動を検出する。位置情報取得部１６０は、自装置の移動を検出したことに応じて移動量を更新する。この移動量は、実際の端末装置１０の移動量とは異なり、端末装置１０の挙動から推定される移動量である。この移動量は位置情報取得部１６０から処理部１２に出力される。これにより、処理部１２は、移動量に応じて変化する自装置の位置情報を記憶部１８に蓄積することができる。

なお、位置情報取得部１６０は、加速度センサ１６１における物理量の変化に基づいて自装置が移動したことを検知してもよい。位置情報取得部１６０は、自装置が移動したことを検知したことに応じて、位置情報更新制御部１２２により測位タイミングを判定させることができる。例えば、位置情報更新制御部１２２は、自装置が移動状態である場合に、測位タイミングであることを判定することができる。また、位置情報更新制御部１２２は、単位時間当たりの移動距離または所定位置からの移動距離が所定距離（例えば１００メートル）を超えている場合には、測位タイミングであることを判定することができる。

さらに位置情報更新制御部１２２は、通信部１４が通信可能な通信エリアの識別子に基づいて測位タイミングを判定してもよい。この通信エリアの識別子としては、基地局のセルＩＤまたはＷｉ−ＦｉネットワークにおけるアクセスポイントＩＤが挙げられる。位置情報更新制御部１２２は、通信部１４により検出された通信エリアの識別子が変更したことを判定したタイミングを、測位タイミングであると判定できる。

次に、端末装置１０の動作を説明する。
図５は、端末装置１０において、マスタがＧＰＳ測位部１６に位置情報を取得させ、取得された位置情報を位置情報サーバ３０に送信する処理手順を示すフローチャートである。

まずステップＳ１００において、マスタは、測位タイミングとなったか否かを判定する。測位タイミングは、自装置の位置情報を取得するタイミングである。測位タイミングは、予めマスタに設定されたタイミング、または、タイミング情報が、第２の測位タイミング指定方法により指定するタイミングである。

次のステップＳ１０２において、マスタは、ＧＰＳ測位部１６に起動要求を出力する。これによりＧＰＳ測位部１６は、ＧＰＳ信号を受信して三角測量演算を行って自装置の位置を特定する。ＧＰＳ測位部１６は、特定した位置を位置情報として取得する。マスタには、ＧＰＳ測位部１６により取得された位置情報が供給される。マスタは、供給された位置情報を測位時刻と共に記憶部１８に蓄積する。

次のステップＳ１０４において、マスタは、ステップＳ１０２にて位置情報を取得したことをスレーブに通知する。

次のステップＳ１０６において、マスタの権限は、スレーブから要求を受信したか否かを判定する。要求を受信した場合（ステップＳ１０６：ＹＥＳ）、マスタは、要求を送信したスレーブに、ステップＳ１０２にて蓄積した位置情報を出力する（ステップＳ１０８）。マスタは、要求を出力した全てのスレーブに位置情報を出力する。なお、ステップＳ１０４の通知後、スレーブから要求がなくなって所定時間が経過した場合には、タイムアウトしてステップＳ１１０に処理を進めてもよい。

ステップＳ１１０において、マスタは、位置情報サーバ３０への位置情報の送信タイミングであるか否かを判定する。位置情報の送信タイミングは、予めマスタに設定されたタイミング、または、タイミング情報が、第２の送信タイミング指定方法により指定するタイミングである。位置情報の送信タイミングとなった場合（ステップＳ１１０：ＹＥＳ）、マスタは、位置情報サーバ３０に未送信の位置情報を記憶部１８から読み出して、読み出した位置情報を位置情報サーバ３０に通信部１４を介して送信する（ステップＳ１１２）。そして、マスタは、ステップＳ１１４に処理を進める。また、位置情報の送信タイミングではない場合、マスタは、処理をステップＳ１００に戻す。

次のステップＳ１１４において、マスタは、位置情報の送信に成功したか否かを判定する。位置情報の送信に成功した場合（ステップＳ１１４：ＹＥＳ）、マスタは、ステップＳ１００に処理を戻す。また、位置情報の送信に失敗した場合（ステップＳ１１６：ＮＯ）、マスタは、送信に失敗した位置情報の再送を試みる（ステップＳ１１６）。このとき、再送を試みるタイミングは、予めマスタに設定されたタイミング、または、タイミング情報が、第２のリトライタイミング指定方法により指定するタイミングである。そして、位置情報の送信に失敗した場合、マスタは、予めマスタに設定された回数、または、タイミング情報が指定する回数、位置情報の再送を試みる。その後、マスタは、ステップＳ１１４に処理を戻す。

［位置情報サーバの構成］
次に、図６を参照して、位置情報サーバ３０の構成について説明する。図６は、実施形態に係る位置情報サーバ３０の構成を示すブロック図である。位置情報サーバ３０は、処理部３２、第１通信部３４、第２通信部３６、および記憶部３８を含む。

第１通信部３４は、端末装置１０との間で通信を行う受信部と送信部とを備える。第１通信部３４は、端末装置１０から位置情報を受信する。また、第１通信部３４は、位置情報の利用の許諾または非許諾の設定値（許諾設定情報）を端末装置１０から受信する。また、第１通信部３４は、送信タイミング情報、リトライタイミング情報、および測位タイミング情報を端末装置１０に送信する。
第２通信部３６は、アプリケーションサーバ５０との間で通信を行う受信部と送信部とを備える。第２通信部３６は、ユーザにより位置情報の利用が許諾されているアプリケーションを提供するアプリケーションサーバ５０に対して、位置情報を送信する。

記憶部３８は、タイミング情報の生成規則を記憶する。タイミング情報の生成規則については後述する。
また、記憶部３８は、端末装置１０から受信した位置情報等を記憶する。
ここで、図７および図８を参照して、記憶部３８に格納される対応テーブル３８Ｔの一例について説明する。図７および図８は、記憶部３８に格納される対応テーブル３８Ｔの一例を示す図である。
図７および図８に示す通り、対応テーブル３８Ｔは、ユーザＩＤと、許諾設定情報と、位置情報と、通信品質情報と、移動情報と、電力残量情報と、アクセス履歴情報と、プログラム実行履歴情報と、操作履歴情報と、充電履歴情報と、姿勢変化情報と、環境情報とを対応付けるテーブルである。
ユーザＩＤと、位置情報と、通信品質情報と、移動情報と、電力残量情報と、アクセス履歴情報と、プログラム実行履歴情報と、操作履歴情報と、充電履歴情報と、姿勢変化情報と、環境情報とは、端末装置１０から受信した情報である。移動情報は、位置情報サーバ３０により生成されてもよい。

対応テーブル３８Ｔにおいて、ユーザＩＤに対応付けられる許諾設定情報と位置情報との詳細について説明する。
許諾設定情報は、アプリケーションＩＤごとの列を含む。許諾設定情報は、端末装置１０においてインストールされているアプリケーションの列だけで構成されていてもよく、位置情報サーバ３０において認識している全てのアプリケーションの列を含むものでもよい。つまり、許諾設定情報は、端末装置１０においてインストールされていないアプリケーションの列を含むものでもよい。許諾設定情報の各行には、位置情報ごとに、ユーザにより利用が許諾されているか否かを示す情報が格納されている。図７において、“○”は、ユーザにより位置情報の利用が許諾されていることを示す。“−”は、ユーザにより位置情報の利用が許諾されていないことを示す。
位置情報は、緯度と経度を示す列と、測位時刻を示す列とを含む。

通信品質情報は、端末装置１０におけるＲＳＳＩや端末装置１０と位置情報サーバ３０との通信におけるＰＥＲに基づき、通信品質の良否を表す。図８において、“○”は、通信品質が良好であることを表す。また、“−”は、通信品質が良好ではない、すなわち不良であることを表す。通信品質情報は、例えば、ＲＳＳＩ、ＰＥＲなど通信品質の指標ごとの列を含んでもよい。
移動情報は、端末装置１０の移動速度に基づき、端末装置１０が移動したか否かを表す。図８において、“○”は、端末装置１０が移動したことを表す。また、“−”は、端末装置１０が移動していないことを表す。
電力残量情報は、端末装置１０に含まれる電池のＳＯＣに基づき、当該電池の電力残量が少ないか否かを表す。図８において、“○”は、電力残量が少なくない、すなわち十分であることを表す。また、“−”は、電力残量が少ないことを表す。

処理部３２は、例えば、ＣＰＵ等のプロセッサが、メモリに記憶されたプログラムを実行することにより機能するソフトウェア機能部である。また、これらの機能部のうち一部または全部は、ＬＳＩやＡＳＩＣ等のハードウェア機能部であってもよい。
処理部３２は、抽出部３２１と、生成部３２２と、を有する。抽出部３２１は、記憶部３８から、抽出条件を満たす位置情報を抽出する。抽出条件は、位置情報サーバ３０またはアプリケーションサーバ５０により任意に設定可能である。アプリケーションサーバ５０により設定された場合、第２受信部３６が、抽出条件を設定する情報を受信する。抽出部３２１は、第２受信部３６が受信した情報により設定された抽出条件を満たす位置情報を抽出する。第２受信部３６は、アプリケーションサーバ５０により設定された抽出条件に基づき抽出された位置情報を、抽出条件を送信したアプリケーションサーバ５０に送信する。

次に、生成部３２２が行う処理について説明する。
生成部３２２は、送信タイミング情報、リトライタイミング情報、測位タイミング情報を生成し、生成した各種タイミング情報を、第１通信部３４を介して端末装置１０に送信する。生成部３２２は、タイミング決定規則に基づいて各種タイミング情報を生成する。タイミング決定規則は、各種タイミングの決定において、参照すべき参照情報と、当該参照情報の値に応じた処理内容とを定める規則である。タイミング決定規則は、例えば、位置情報サーバ３０の管理者により、任意に定められてよい。そして、タイミング情報は、タイミング決定規則を示す情報であってもよいし、タイミング決定規則に基づいて決定されたタイミングを示す情報であってもよい。

上述したように、タイミング情報は、２通りの方法により位置情報の更新タイミングを指定することができる。生成部３２２は、端末装置１０は、ユーザの行動履歴に基づいて、生成するタイミング情報における更新タイミングの指定方法を選択する。ここで、ユーザの行動履歴に基づく更新タイミング指定方法の選択の具体例について説明する。

（ア）アプリケーションの利用傾向に基づく選択
端末装置１０に複数のアプリケーションがインストールされている場合、端末装置１０のユーザが好んで利用するアプリケーションとそうではないアプリケーションとが存在する場合がある。この場合、ユーザが好んで利用するアプリケーションは、その実行頻度が増えるとともに、削除される可能性が低い。これに対して、ユーザが好まないアプリケーションは、ユーザにより無効化されたり、削除などされたりする可能性が高い。このように、端末装置１０のユーザによる各アプリケーションの利用傾向には偏りが生じる場合がある。そこで、生成部３２２は、アプリケーションの利用傾向に偏りがある場合には、更新タイミング指定方法により位置情報の更新タイミングを定めるタイミング情報を生成する。具体的には、生成部３２２は、例えば、アプリケーションの実行回数が多い、すなわち実行頻度が高いアプリケーションに付属する位置情報ライブラリ（位置情報更新制御部１２２）をマスタに指定するタイミング情報を生成する。これにより、位置情報サーバ３０は、ユーザにより削除される可能性が低い位置情報ライブラリをマスタに定めることができる。従って、位置情報サーバ３０は、端末装置１０から端末位置情報をより安定的に収集することができる。

（イ）アプリケーションの数に基づく選択
端末装置１０において、ユーザにより位置情報の利用が許可されているアプリケーションの数が多い場合は、マスタとして選択可能な位置情報更新制御部１２２が多く存在している。つまり、この場合は、第１の更新タイミング指定方法により指定可能な更新タイミングが多く存在している。従って、この場合、位置情報サーバ３０は、第１の更新タイミング指定方法であっても自装置にとって最適な更新タイミングを指定しやすい。これに対して、端末装置１０において、ユーザにより位置情報の利用が許可されているアプリケーションの数が少ない場合は、マスタとして選択可能な位置情報更新制御部１２２が少ない。つまり、この場合は、第１の更新タイミング指定方法により指定可能な更新タイミングが少ない。従って、この場合、位置情報サーバ３０は、第１の更新タイミング指定方法では、自装置にとって最適な更新タイミングを指定できない恐れがある。そのため、生成部３２２は、タイミング情報の生成において、許諾設定情報を参照し、端末装置１０において位置情報が利用可能なアプリケーションの数をカウントする。そして、生成部３２２は、カウントした数が所定数よりも多い場合に、第１の更新タイミング指定方法により、位置情報の更新タイミングを定めるタイミング情報を生成する。また、生成部３２２は、カウントした数が所定数以下の場合に、第２の更新タイミング指定方法により、位置情報の更新タイミングを定めるタイミング情報を生成する。

このように生成部３２２は、第１の更新タイミング指定方法と第２の更新タイミング指定方法とのいずれかが適切かを端末装置１０のユーザの行動履歴に基づいて判定するため、自装置にとっても端末装置１０のユーザにとっても望ましい更新タイミングで、端末装置１０に位置情報を更新させることができる。

なお、生成部３２２は、タイミング情報を生成するか否かと、生成したタイミング情報を端末装置１０へ送信するか否かとを、任意の条件に基づいて判定してよい。具体的には、例えば、生成部３２２は、現在の曜日、時間帯、場所において、利用頻度の高いアプリケーションがあり、現在のマスタが当該利用頻度の高いアプリケーションではない場合に、タイミング情報を生成し、新たなマスタを指定する。また、例えば、生成部３２２は、端末装置１０から受信した位置情報に対応付けられている許諾設定情報を参照し、端末装置１０において、新たにユーザにより位置情報の利用が許可されたアプリケーションが存在する場合に、マスタにする位置情報更新制御部１２２を選択し直す。そして、新たなマスタとして選択された位置情報更新制御部１２２が現在のマスタと異なる場合、新たなマスタを指定するタイミング情報を生成する。

また、例えば、生成部３２２は、未来の所定期間において、複数の端末装置１０による位置情報の送信タイミングが集中している場合、当該複数の端末装置１０による位置情報の送信タイミングを調整するためのタイミング情報を生成する。また、例えば、生成部３２２は、所定の日時になった場合に、予め定められた測位タイミング、送信タイミング、リトライタイミング、リトライ回数などを示すタイミング情報を生成し、生成したタイミング情報を端末装置１０に送信してもよい。また、例えば、生成部３２２は、所定の場所に所在する端末装置１０に対して、生成したタイミング情報を送信してもよい。このように、生成部３２２は、位置情報、対応情報など、任意の情報が所定の条件を満たすか否かを判定することにより、タイミング情報を送信するか否かを判定してよい。また、生成部３２２は、位置情報、対応情報など、任意の情報が所定の条件を満たすか否かを判定することにより、タイミング情報の送信先の端末装置１０を選択してよい。

［位置情報サーバの動作］
次に、位置情報サーバ３０の動作について説明する。
図９は、第１の更新タイミング指定方法により更新タイミングを定める場合に、マスタとして指定する位置情報更新制御部１２２を選択する処理の流れの一例を示す図である。この図に示される例において、生成部３２２は、端末装置１０に関する各種情報を対応テーブル３８Ｔを参照することにより取得する。以下では、対応テーブル３８Ｔの参照については、説明を省略する。

先ず図９のステップＳ２００において、生成部３２２は、端末装置１０の現在の動作モードが省電力モードであるか否かを判定する。この省電力モードは、端末装置１０の電力消費を抑制するために、ＧＰＳ測位部１６による測位間隔またもしくは回数、またはおよび通信部１４による位置情報の送信の間隔もしくまたは回数を低下させる動作モードである。
このとき生成部３２２は、端末装置１０における電力残量を参照する。生成部３２２は、電力残量が所定値以下である場合には省電力モードであることを判定する。省電力モードである場合にはステップＳ２０２に処理を進め、そうでない場合にはステップＳ２０４に処理を進める。なお、生成部３２２は、ユーザの操作によって省電力モードに設定されていることを検知してもよい。

次のステップＳ２０２において、生成部３２２は、省電力モードに対応したアプリケーションに付属された位置情報更新制御部１２２を、マスタに決定する。このとき、生成部３２２は、予め記憶部１８に記憶されたアプリケーションの属性情報を参照して、省電力モードに対応したアプリケーションに付属された位置情報更新制御部１２２を選択する。省電力モードに対応したアプリケーションとは、省電力モード時であっても、測位間隔、測位回数、位置情報の送信間隔、位置情報の送信回数を低下させない、または低下幅が少ないアプリケーションである。

さらに、生成部３２２は、省電力モード時に、アプリケーションに付属された位置情報更新制御部１２２ではなく、アプリケーションとは独立して動作される省電力モード専用の位置情報更新制御部１２２をマスタとして選択してもよい。これにより、アプリケーションが省電力モードに移行したことによって、起動中のアプリケーションによることなく、端末装置１０の電力消費を抑制できる。このアプリケーションから独立した位置情報ライブラリに対応した位置情報更新制御部１２２は、例えば、図３に示したように、複数のアプリケーションに対応した１つの位置情報ライブラリとして実装されるものであってもよい。図３に示した位置情報更新制御部１２２は、各アプリケーションが省電力モードに移行しても、測位および位置情報の送信の頻度を維持させる。

このときさらに、省電力モードに対応したアプリケーションに付属された位置情報更新制御部１２２を選択する際に、生成部３２２は、バージョンが古いアプリケーションに付属された位置情報更新制御部１２２を、マスタに決定してもよい。

また、生成部３２２は、取得する情報が少ないアプリケーションに付属された位置情報更新制御部１２２を、マスタに決定してもよい。アプリケーションが取得させる情報には、位置情報が含まれる。この位置情報には、上述したようにウェブ履歴情報、プログラム実行履歴情報、操作履歴情報、充電履歴情報、姿勢変化情報、及び環境情報が含まれる。生成部３２２は、位置情報に含まれる何れかの情報の量、または、位置情報に含まれる全ての情報の量を判定してマスタを選択してもよい。
また、このステップＳ２０２において、生成部３２２は、マスタの権限以外の位置情報更新制御部１２２を、スレーブに決定する。

ステップＳ２０４において、生成部３２２は、所定のマスタ決定条件に合致する位置情報更新制御部１２２を検出する。所定のマスタ決定条件は、位置情報更新制御部１２２をマスタとするための条件が予め設定されている。この所定のマスタ決定条件は、複数のアプリケーションのうち、使用ＧＰＳ測位部１６に起動要求を行う頻度が高いアプリケーションに付属した位置情報更新制御部１２２、であってもよい。この場合、生成部３２２は、アプリケーションの起動時間の履歴を含むデータを参照する。生成部３２２は、起動回数が最も多いアプリケーションを検出する。これにより生成部３２２は、起動回数が最も多いアプリケーションに付属した位置情報更新制御部１２２を、マスタ候補として検出する。

所定のマスタ決定条件は、複数のアプリケーションのうち最先に起動したアプリケーションに付属した位置情報更新制御部１２２、であってもよい。この場合、生成部３２２は、アプリケーションの起動時間の履歴を含むデータを参照する。生成部３２２は、現在起動しているアプリケーションのうち起動時刻が最も古いアプリケーションを検出する。起動時刻が最も古いアプリケーションに付属した位置情報更新制御部１２２を、マスタ候補として検出する。

所定のマスタ決定条件は、複数の位置情報ライブラリのうちバージョンが最新の位置情報ライブラリ、であってもよい。この場合、生成部３２２は、複数のアプリケーションに付属している各位置情報ライブラリのバージョン情報を参照する。生成部３２２は、位置情報ライブラリのバージョン情報のうち最新のバージョン情報の位置情報ライブラリを検出する。生成部３２２は、最新のバージョン情報の位置情報ライブラリに対応した位置情報更新制御部１２２を、マスタ候補として検出する。

なお、所定のマスタ決定条件には、他の条件が含まれていてもよい。
他のマスタ決定条件は、ユーザの操作に基づいて位置情報の測位または送信が許可されたアプリケーションに付属した位置情報ライブラリを選択することであってもよい。端末装置１０には、例えば、位置情報を利用するアプリケーション、または位置情報を利用可能にするアプリケーションがインストールされる。これらのアプリケーションをインストールする際、または、これらのアプリケーションが起動した際に、アプリケーションの制御により、生成部３２２は、端末装置１０のディスプレイに位置情報の測位または送信を許可するメッセージを表示させる。ユーザの操作を受け付けることにより、位置情報の測位または送信が許可された場合、生成部３２２は、位置情報の測位または送信が許可されたアプリケーションであることを記憶部１８に登録する。その後、生成部３２２は、マスタを選択する際に、対応テーブル３８Ｔに登録された情報を参照して、位置情報の測位または送信が許可されたアプリケーションがあるか否かを判定する。生成部３２２は、位置情報の測位または送信が許可されたアプリケーションがある場合、当該アプリケーションに付属された位置情報取得制御部１２２をマスタとして選択できる。

生成部３２２は、インストール日時が最も古いアプリケーションであって、削除される可能性が低いアプリケーションに付属した位置情報更新制御部１２２を、マスタ候補として検出してもよい。
また、生成部３２２は、過去にＧＰＳ測位部１６へ起動要求を行って取得させた取得する位置情報の種別が最も多いアプリケーションに付属した位置情報更新制御部１２２を、マスタ候補として検出選択してもよい。アプリケーションが取得させる情報には、位置情報が含まれる。この位置情報には、上述したようにウェブ履歴情報、プログラム実行履歴情報、操作履歴情報、充電履歴情報、姿勢変化情報、及び環境情報が含まれる。生成部３２２は、位置情報に含まれる何れかの情報の量、または、位置情報に含まれる全ての情報の量を判定してマスタ候補としてしてもよい。
さらに生成部３２２は、ＧＰＳ測位部１６に測位させる頻度（測位頻度）が最も多いアプリケーションに付属した位置情報更新制御部１２２を、マスタ候補として検出してもよい。

ステップＳ２０６において、生成部３２２は、ステップＳ２０４において検出された所定のマスタ決定条件に該当する位置情報更新制御部１２２を、マスタに決定する。生成部３２２は、マスタ以外の位置情報更新制御部１２２を、スレーブに決定する。
このマスタの決定により、端末装置１０の位置情報の測位タイミングおよび位置情報の送信タイミングを変更させる。これにより、複数の位置情報ライブラリのうち何れかひとつの位置情報ライブラリに独自に設定された測位タイミングおよび送信タイミングに従って位置情報の測位および送信が実行される。

なお、生成部３２２は、マスタ候補が複数検出された場合には、所定のマスタ決定条件に合致した数が多い位置情報更新制御部１２２を、マスタに決定してもよい。
また、スレーブは、独自の測位タイミングが設定されており、当該独自のタイミングでマスタに位置情報を要求してもよい。これにより、スレーブは、自己が付属されているアプリケーションに、当該アプリケーションにとって望ましいタイミングで位置情報を供給することができる。

図１０を参照して、位置情報サーバ３０によるタイミング情報の生成手順の別例について説明する。図１０は、通信品質情報と、移動状態情報と、電力残量情報とに基づいて、第２の送信タイミング指定方法に対応する送信タイミング情報の生成手順の一例を示す。
まず、ステップＳ３００において、位置情報サーバ３０の第１通信部３４は、端末装置１０から各種情報を受信する。ここで、各種情報とは、対応テーブル３８Ｔに記述されるユーザＩＤ、位置情報、通信品質情報、移動情報、電力残量情報、ウェブ履歴情報、プログラム実行履歴情報、操作履歴情報、充電履歴情報、姿勢変化情報、環境情報などである。第１通信部３４が受信したこれらの情報は、記憶部３８の対応テーブル３８Ｔに記憶される。その後、位置情報サーバ３０は、ステップＳ３０２に処理を進める。

ステップＳ３０２において、生成部３２２は、記憶部３８から対応テーブル３８Ｔを読み出し、対応テーブル３８Ｔに含まれる電力残量情報を参照する。次に、生成部３２２は、参照した電力残量情報に基づいて、端末装置１０の電力残量が少ないか否かを判定する。端末装置１０の電力残量が少ない場合（ステップＳ３０２：ＹＥＳ）、所定の頻度で位置情報の送信が続けられると、端末装置１０が短時間で電力切れとなり、端末装置１０から位置情報を取得することができなくなる恐れがある。従って、位置情報サーバ３０は、ステップＳ３０４に処理を進める。また、端末装置１０の電力残量が多い場合（ステップＳ３０２：ＮＯ）、所定の頻度で位置情報の送信を続けても、端末装置１０が短時間で電力切れを起こす恐れはない。従って、位置情報サーバ３０は、ステップＳ３０６に処理を進める。

ステップＳ３０４において、位置情報サーバ３０は、端末装置１０による位置情報の送信時間間隔を増加させる。具体的には、生成部３２２は、例えば、マスタによる位置情報の送信時間間隔に対して、所定の時間間隔を加えた時間間隔を、送信時間間隔の候補とする。また、生成部３２２は、マスタによる位置情報の送信時間間隔を、所定の割合で延長した時間間隔を、送信時間間隔の候補とする。このように、端末装置１０におけるマスタの送信時間間隔を延長することにより、位置情報の送信時間隔を増加させる。

ステップＳ３０６において、位置情報サーバ３０の生成部３２２は、記憶部３８から対応テーブル３８Ｔを読み出し、対応テーブル３８Ｔに含まれる通信品質情報を参照する。次に、生成部３２２は、参照した通信品質情報に基づいて、端末装置１０における通信の品質が不良であるか否かを判定する。例えば、端末装置１０が基地局からの電波を受信しにくい場所に所在しているなどの理由により、通信の品質が不良である場合（ステップＳ３０６：ＹＥＳ）、位置情報サーバ３０は、ステップＳ３０８に処理を進める。また、通信の品質が不良ではない、すなわち良好である場合（ステップＳ３０６：ＮＯ）、位置情報サーバ３０は、ステップＳ３１２に処理を進める。

ステップＳ３０８において、生成部３２２は、記憶部３８から対応テーブル３８Ｔを読み出し、対応テーブル３８Ｔに含まれる移動情報を参照する。次に、生成部３２２は、参照した移動情報に基づいて、端末装置１０が移動中であるか否かを判定する。端末装置１０が移動中ではない場合（ステップＳ３０８：ＮＯ）、端末装置１０は、マスタが予定する位置情報の次回送信日時までの間に、その所在を変えていない可能性がある。そのため、端末装置１０における通信の品質が不良のままである可能性がある。従って、位置情報サーバ３０は、ステップＳ３１０に処理を進める。また、端末装置１０が移動中である場合（ステップＳ３０８：ＹＥＳ）、端末装置１０は、マスタが予定する位置情報の次回送信日時までの間に、例えば、基地局周辺などの受信電波強度の高い場所に移動する可能性がある。従って、位置情報サーバ３０は、ステップＳ３１２に処理を進める。

ステップＳ３１０において、生成部３２２は、端末装置１０による位置情報の次回の送信を遅延させる。具体的には、生成部３２２は、例えば、マスタによる位置情報の次回送信予定日時に対して、所定の時間間隔を加えた日時を、次回送信予定日時の候補とする。また、例えば、生成部３２２は、マスタによる位置情報の次回送信予定日時における測位を禁止し、次々回送信予定日時を次回送信予定日時の候補とする。このように、生成部３２２は、端末装置１０におけるマスタの次回送信予定日時以降の日時を、次回送信予定日時として指定することにより次回の送信予定日時を遅延させる。その後、位置情報サーバ３０は、ステップＳ３１２に処理を進める。

ステップＳ３１２において、生成部３２２は、端末装置１０による位置情報の送信予定日時において、位置情報サーバ３０による位置情報の受信予定が過密か否かを判定する。具体的には、生成部３２２は、判定対象の端末装置１０におけるマスタによる位置情報の次回送信予定日時を特定する。次に、生成部３２２は、特定した送信予定日時に近い日時を次回以降の送信予定日時とする端末装置１０の数をカウントする。次に、生成部３２２は、カウントした端末装置１０の数が所定の閾値以上である否かを判定する。これにより、生成部３２２は、位置情報サーバ３０による位置情報の受信予定が過密か否かを判定する。端末装置１０の数が所定の閾値以上である場合、すなわち位置情報サーバ３０による位置情報の受信予定が過密である場合（ステップＳ３１２；ＹＥＳ）、位置情報サーバ３０は、ステップＳ３１４に処理を進める。また、端末装置１０の数が所定の閾値より小さい場合、すなわち位置情報サーバ３０による位置情報の受信予定が過密ではない場合（ステップＳ３１２）、位置情報サーバ３０は、ステップＳ３１６に処理を進める。

ステップＳ３１４において、生成部３２２は、送信タイミングを調整する。つまり、生成部３２２は、送信予定日時を、例えば所定の時間長前後させることにより、位置情報サーバ３０による位置情報の受信予定が過密ではない日時を、次回送信予定日時とする。

ステップＳ３１６において、生成部３２２は、端末装置１０による位置情報の送信タイミングを変更したか否かを判定する。具体的には、生成部３２２は、ステップＳ３０４、Ｓ３１０、Ｓ３１４の処理の少なくともいずれか一つを行ったか否かを判定する。送信タイミングを変更した場合（ステップＳ３１６：ＹＥＳ）、位置情報サーバ３０は、ステップＳ３１８に処理を進める。また、送信タイミングを変更しなかった場合（ステップＳ３１６：ＮＯ）、位置情報サーバ３０は、図１０に示される処理を終了する。

ステップＳ３１８において、生成部３２２は、端末装置１０による位置情報の次回送信予定日時と送信時間間隔との少なくともいずれか一つを示す送信タイミング情報を生成する。次に、生成部３２２は、第１通信部３４を介して、生成した送信タイミング情報を端末装置１０に送信する。
これにより、位置情報サーバ３０は、位置情報の受信による自装置の負荷を分散することができる。

次に、位置情報サーバ３０によるユーザの行動履歴に基づくタイミング情報の生成手順の例について説明する。この一例において、生成部３２２は、位置情報の更新タイミングをユーザの移動の活発さに基づいて決定する。つまり、生成部３２２は、ユーザが活発に移動する時間帯では、更新頻度が高い更新タイミングを示すタイミング情報を生成する。これに対して、ユーザが活発に移動しない時間帯では、更新頻度が低い更新タイミングを示すタイミング情報を生成する。以下、この一例において、生成部３２２が行う処理の具体例について説明する。

まず、生成部３２２は、対応テーブル３８Ｔを参照し、解析対象の端末装置１０について、過去１週間の位置情報を取得する。次に、生成部３２２は、取得した位置情報が示す位置の変化を、例えば、１時間ごとに解析する。より具体的には、生成部３２２は、例えば、時系列の位置情報において、連続する２つの時刻に対応する位置の距離を、１時間単位で合計する。つまり、生成部３２２は、端末装置１０のユーザの１時間ごとの移動距離を算出する。次に、生成部３２２は、１日２４時間の時間ごとの移動距離を、過去１週間の７日分について合計する。換言すると、生成部３２２は、過去１週間における、１日２４時間の時間ごとのユーザの移動距離を算出する。次に、生成部３２２は、１日２４時間の時間ごとのユーザの移動距離を、所定の閾値と比較する。ユーザの移動距離が所定の閾値に比して大きい場合、すなわち、ユーザが活発に移動する時間帯である場合、生成部３２２は、更新頻度が高い更新タイミングを定めるタイミング情報を生成する。また、ユーザの移動距離が所定の閾値以下の場合、すなわち、ユーザが活発に移動しない時間帯である場合、生成部３２２は、更新頻度が低い更新タイミングを定めるタイミング情報を生成する。これにより、位置情報サーバ３０は、ユーザの活動に応じて位置情報の更新タイミングを定めることができるため、端末装置１０の電力消費を抑えつつ、ユーザの実際の位置とのずれが少ない位置情報を取得することができる。

なお、上述の例では、１日２４時間の時間ごとのユーザの移動距離に基づくタイミング情報の生成について説明したが、時間帯の区分けは、例えば、朝、昼、夜など長さが異なる期間であってもよく、曜日ごとなどの日単位であってもよい。また、解析に利用する位置情報の期間は過去１週間でなく、過去１日間、１ヶ月間などの任意の期間であってもよい。

なお、図１０などを用いて説明したように、タイミング決定規則は、参照すべき参照情報と、当該参照情報の値に応じた処理内容とを任意に定めてよい。また、各種タイミングは、相互に参照されてもよい。例えば、測位タイミング情報が示す端末装置１０における位置情報の取得タイミングは、端末装置１０における位置情報の送信タイミングに応じて決定されてもよい。具体的には、例えば、測位タイミング情報が示す位置情報の取得タイミングは、端末装置１０が位置情報サーバ３０に位置情報を送信する所定時間前のタイミングであってもよい。これにより、位置情報サーバ３０は、端末装置１０において取得されてから間もない位置情報を、端末装置１０から受信することができる。従って、位置情報サーバ３０は、より信頼性の高い位置情報を端末装置１０から取得することができる。

また、生成部３２２は、例えば、電力残量に応じて、端末装置１０による位置情報の再送の試行回数（リトライ回数）を指定してもよい。この場合には、例えば、電力残量ごとのリトライ回数が予め定められ、記憶部３８に記憶されている。この場合に、生成部３２２が実行する処理について説明する。まず、生成部３２２は、対応テーブル３８Ｔの電力残量情報を参照し、端末装置１０の電力残量を取得する。次に、生成部３２２は、記憶部３８に記憶されている電力残量ごとのリトライ回数を参照し、端末装置１０の電力残量に応じたリトライ回数を取得する。次に、生成部３２２は、取得したリトライ回数を端末装置１０に対して指定するリトライタイミング情報を生成する。そして、生成部３２２は、生成したリトライタイミング情報を端末装置１０に送信する。

ここで、端末装置１０の電力残量が少ない場合、位置情報サーバ３０は、少ない回数のリトライ回数を指定する。これにより、端末装置１０は、電力残量が少ない場合に、位置情報の送信の再試行による電力の消費を抑制する。従って、位置情報サーバ３０は、より長時間、継続的に端末装置１０から位置情報を取得することができる。これに対し、端末装置１０の電力残量が多い場合、位置情報サーバ３０は、多い回数のリトライ回数を指定する。これにより、端末装置１０は、電力残量が多い場合に、送信に失敗した位置情報の再送信を多数回試みる。従って、位置情報サーバ３０は、より確実に端末装置１０から位置情報を取得することができる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
本発明は、例えば、位置情報サーバなどとして実施することができる。

また、上述した端末装置１０および位置情報サーバ３０の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disk）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

１…位置情報管理システム、１０、１０Ａ、１０Ｂ、・・・、１０Ｎ…端末装置、１２…処理部、１４…通信部、１６…ＧＰＳ測位部、１６０…位置情報取得部、１６１…加速度センサ、１８…記憶部、３０…位置情報サーバ（位置情報管理装置）、４０…認証サーバ、４２…ＰＯＩサーバ、５０、５０Ａ、５０Ｂ、・・・、５０Ｎ…アプリケーションサーバ、１２０、１２０Ａ、１２０Ｂ、１２０Ｂ…アプリケーション処理部、１２２、１２２Ａ、１２２Ｂ、１２２Ｃ…位置情報更新制御部、３２…処理部、３２１…抽出部、３４…第１通信部、３６…第２通信部、３８…記憶部

Claims (9)

1. 自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部と、
   前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成部と、
   前記生成部が生成する前記タイミング情報を前記端末装置に送信する送信部と、
   を備えることを特徴とする位置情報管理装置。
2. 前記端末装置は、互いに異なるタイミングにより前記位置情報を更新する複数の位置情報更新制御部を備え、
   前記生成部は、前記複数の前記位置情報更新制御部のうちのいずれか一つを指定する第１タイミング情報を生成するか、前記位置情報更新制御部が位置情報を更新する更新タイミングを定める第２タイミング情報を生成するか、を判定する、
   ことを特徴とする請求項１に記載の位置情報管理装置。
3. 前記生成部は、アプリケーションの利用傾向に基づいて、前記第１タイミング情報を生成するか、前記第２タイミング情報を生成するか、を判定する、
   ことを特徴とする請求項２に記載の位置情報管理装置。
4. 前記生成部は、アプリケーションの数に基づいて、前記第１タイミング情報を生成するか、前記第２タイミング情報を生成するか、を判定する、
   ことを特徴とする請求項２に記載の位置情報管理装置。
5. 前記生成部は、複数の端末装置による位置情報の送信のタイミングが集中している場合に、当該タイミングを調整する、
   ことを特徴とする請求項１から４のいずれか１項に記載の位置情報管理装置。
6. 前記生成部は、位置情報を更新する装置の状態に基づいて更新タイミングを変更する、
   ことを特徴とする請求項１から５のいずれか１項に記載の位置情報管理装置。
7. 前記更新タイミングは、前記端末装置が位置情報を送信する送信タイミング、前記端末装置が位置情報を再送するリトライタイミング、又は、前記端末装置が位置情報を取得する測位タイミングのいずれかである、
   ことを特徴とする請求項１から６のいずれか１項に記載の位置情報管理装置。
8. 自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部を備える位置情報管理装置における位置情報管理方法であって、
   前記位置情報管理装置が、前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成ステップと、
   前記位置情報管理装置が、前記生成ステップにおいて生成した前記タイミング情報を前記端末装置に送信する送信ステップと、
   を含むことを特徴とする位置情報管理方法。
9. 自端末装置の位置を示す位置情報を送信する端末装置から前記位置情報を受信する受信部を備える位置情報管理装置のコンピュータに、
   前記端末装置にインストールされているアプリケーションの情報に基づいて、前記受信部が受信する前記位置情報が装置により更新される更新タイミングを定めるタイミング情報を生成する生成ステップと、
   前記生成ステップにおいて生成される前記タイミング情報を前記端末装置に送信する送信ステップと、
   を実行させるためのプログラム。

Images