(57)【要約】【課題】複数の情報処理端末が集合する場所において、当該複数の情報処理端末が協働して情報取得の分散処理を適切に実行すること。【解決手段】取得タイミング判定部１０１は、位置情報の取得順番が自身の情報処理端末に移行したか否かに基づいて位置情報を取得するタイミングを判定する。位置取得部１０２は、当該位置情報を取得するタイミングに基づいて、ＧＰＳ部５０からユーザ端末２の位置に関する位置情報を取得する。送信タイミング判定部１０３は、所定条件が満たされたか否かに基づいて位置情報を送信するタイミングを判定する。位置送信制御部１０４は、当該位置情報を送信するタイミングに基づいて、ユーザ端末２の位置情報をサーバ１へと送信する。サーバ１のログ生成部１４２は、取得した位置情報に基づいて車の移動ログを生成する。【選択図】図４
2018195135.tif 000002
【特許請求の範囲】
【請求項１】
所定領域内に同時に存在する複数の情報処理端末を含むグループが認識されている状態における、当該グループに属する１の情報処理端末において、
前記複数の情報処理端末の夫々について個別に適用される条件のうち自身の前記情報処理端末に適用される第１条件が満たされたタイミングで、前記複数の情報処理端末であれば前記所定領域から取得し得る、所定種類の情報を取得する取得手段と、
取得された前記所定種類の情報を、前記グループの外の情報処理装置又は前記複数の情報処理端末のうち別の情報処理装置に対して送信する制御を実行する送信制御手段と、
を備える情報処理端末。
【請求項２】
前記第１条件を満たしたか否かを判定する判定手段をさらに備え、
前記取得手段は、前記判定手段により前記第１条件を満たしたと判定されたタイミングで、前記所定種類の情報を取得する、
請求項１に記載の情報処理端末。
【請求項３】
前記送信制御手段は、前記第１条件とは異なる第２条件が満たされたタイミングで、前記所定種類の情報を前記別の情報処理装置に送信する制御を実行する
請求項１又は２に記載の情報処理端末。
【請求項４】
前記第１条件は、前記複数の情報処理端末の少なくとも一部の夫々に対して割り当てられた優先順位に従って、前記所定種類の情報の取得順番が移行していく場合において、当該取得順番が前記自身の情報処理端末に移行したことである、
請求項１乃至３のうち何れか１項に記載の情報処理端末。
【請求項５】
前記第１条件における、前記優先順位に従った前記取得順番の移行は、所定時間が経過する毎に行われる、
請求項４に記載の情報処理端末。
【請求項６】
前記複数の情報処理端末の少なくとも一部の夫々に対して前記優先順位を割り当てる優先順位割当手段
をさらに備える請求項４又は５に記載の情報処理端末。
【請求項７】
前記複数の情報処理端末の少なくとも一部の夫々に対して前記優先順位を割り当てる優先順位割当手段が、前記別の情報処理装置に設けられている、
請求項４又は５に記載の情報処理端末。
【請求項８】
前記優先順位割当手段は、前記複数の情報処理端末の少なくとも一部の夫々の電池残量に基づいて、前記優先順位を割り当てる、
請求項６又は７に記載の情報処理端末。
【請求項９】
前記優先順位割当手段は、前記複数の情報処理端末の少なくとも一部の夫々の通信環境に基づいて、前記優先順位を割り当てる、
請求項６又は７に記載の情報処理端末。
【請求項１０】
前記優先順位割当手段は、
前記複数の情報処理端末の中から、前記優先順位を割り当てる対象を１以上決定し、
当該対象に対して前記優先順位を割り当てる、
請求項６乃至９のうち何れか１項に記載の情報処理端末。
【請求項１１】
前記取得手段は、前記所定の種類の情報として、自身の前記情報処理端末の位置を示す位置情報を取得する、
請求項１乃至１０のうち何れか１項に記載の情報処理端末。
【請求項１２】
前記取得手段は、所定の場合、前記位置情報の取得の頻度を変化させる、
請求項１１に記載の情報処理端末。
【請求項１３】
前記取得手段は、過去に取得した複数の前記位置情報の夫々が示す前記位置の変化が一定量以下の場合、前記取得の頻度を下げる、
請求項１２に記載の情報処理端末。
【請求項１４】
前記取得手段は、過去若しくは現在に取得した前記位置情報が示す前記位置、又は予測される将来の位置に基づいて、移動のルートを認識し、当該ルートの種類に応じて前記取得の頻度を変化させる、
請求項１２に記載の情報処理端末。
【請求項１５】
前記取得手段は、過去に取得した前記位置情報が示す位置に対して、今回取得した前記位置情報が示す位置が所定距離以上離間している場合、前記複数の情報処理端末のうち別の情報処理端末から前記位置情報を取得して、今回取得した前記位置情報を補正する、
請求項１０乃至１４のうち何れか１項に記載の情報処理端末。
【請求項１６】
前記所定種類の情報を取得する対象となり得る前記複数の情報処理端末を登録する登録手段をさらに備える、
請求項１乃至１５のうち何れか１項に記載の情報処理端末。
【請求項１７】
所定領域内に同時に存在する複数の情報処理端末を含むグループが認識されている状態における、当該グループに属する１の情報処理端末が実行する情報処理方法において、
前記複数の情報処理端末の夫々について個別に適用される条件のうち自身の前記情報処理端末に適用される第１条件が満たされたタイミングで、前記複数の情報処理端末であれば前記所定領域から取得し得る、所定種類の情報を取得する取得ステップと、
取得された前記所定種類の情報を、前記グループの外の情報処理装置又は前記複数の情報処理端末のうち別の情報処理端末に対して送信する制御を実行する送信制御ステップと、
を含む情報処理方法。
【請求項１８】
所定領域内に同時に存在する複数の情報処理端末を含むグループが認識されている状態における、当該グループに属する１の情報処理端末を制御するコンピュータに、
前記複数の情報処理端末の夫々について個別に適用される条件のうち自身の前記情報処理端末に適用される第１条件が満たされたタイミングで、所定種類の情報を取得する取得ステップと、
取得された前記所定種類の情報を、前記サーバ又は前記複数の情報処理端末のうち別の情報処理端末に対して送信する制御を実行する送信制御ステップと、
を含む制御処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理端末、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来より、車両に乗車した１人のユーザの移動履歴を把握するための技術が存在する（例えば特許文献１参照）。
この特許文献１に記載の技術によれば、所定時間間隔ごとにユーザ端末の現在の位置を示す位置情報を取得することでユーザの移動ログをとることができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】３３９９２８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、車両には１台のユーザ端末だけではなく、複数の情報処理端末が集合している場合があり、複数の情報処理端末で協働して情報取得の分散処理を適切に実行したいという要望が近年挙げられている。このような要望に、特許文献１に記載の技術を含め従来の技術では十分に対応できていない状況である。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、複数の情報処理端末が集合する場所において、当該複数の情報処理端末で協働して情報取得の分散処理を適切に実行することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理端末は、
所定領域内に同時に存在する複数の情報処理端末を含むグループが認識されている状態における、当該グループに属する１の情報処理端末において、
前記複数の情報処理端末の夫々について個別に適用される条件のうち自身の前記情報処理端末に適用される第１条件が満たされたタイミングで、前記複数の情報処理端末であれば前記所定領域から取得し得る、所定種類の情報を取得する取得手段と、
取得された前記所定種類の情報を、前記グループの外の情報処理装置又は前記複数の情報処理端末のうち別の情報処理装置に対して送信する制御を実行する送信制御手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、複数の情報処理端末が集合する場所において、当該複数の情報処理端末で協働して情報取得の分散処理を適切に実行する各情報処理端末のバッテリの消耗を抑制した状態で、所定種類の情報を取得することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る情報処理システムの概要を示す図である。
【図２】図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。
【図３】図１の情報処理システムのうち。本発明が適用される情報処理装置の一実施形態としてのユーザ端末のハードウェア構成の一例を示すブロック図である。
【図４】図２のサーバ及び図３のユーザ端末の機能的構成の一例を示す機能ブロック図である。
【図５】図４のユーザ端末を介してユーザに表示される登録ページの一例を示す図である。
【図６】図４の情報処理システムを用いた位置情報の取得手法の一例を説明するための図である。
【図７】図４のサーバの位置情報ＤＢに格納されている各種データの一例を示す図である。
【図８】図４のユーザ端末が実行する位置情報送信処理の流れを説明するフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態について、図面を用いて説明する。
図１は、本発明の一実施形態に係る情報処理システムの概要を示す図である。
【００１０】
本発明の一実施形態に係る情報処理システムは、図１に示すように、サーバ１と、ユーザ端末２−１乃至２−ｎ（ｎは、１以上の任意の整数値）とを含むように構成される。
サーバ１と、ユーザ端末２−１乃至２−ｎの夫々とはインターネット等の所定のネットワークＮを介して相互に接続されている。
【００１１】
図１の情報処理システムの適用対象となるサービス（以下、「本サービス」と呼ぶ）は、次のとおりである。
即ち、本サービスは、複数のユーザが相乗りして車で出かけるような場合に、その車の移動軌跡のログ（以下、「車の移動ログ」と呼ぶ）を取得するサービスである。
本実施形態では、サーバ１は、本サービスの提供者により管理される。ユーザ端末２−１乃至２−ｎの夫々は、車に相乗りしているｎ人のユーザの夫々により使用される。
サーバ１は、ユーザ端末２−１乃至２−ｎから自端末の位置を示す情報（以下、「位置情報」と呼ぶ）を逐次取得する。そして、サーバ１は、逐次取得した各位置情報に基づいて車の移動ログを生成する。
なお以下、ユーザ端末２−１乃至２−ｎの夫々を個々に区別する必要がない場合、これらをまとめて「ユーザ端末２」と呼ぶ。
ユーザ端末２は、本サービスを利用するために、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）衛星から取得した情報に基づいて位置情報を取得し、当該位置情報をサーバに送信する機能を少なくとも有している。
【００１２】
ここで、従来のサーバは、複数のユーザが相乗りした車の移動ログを取得する場合、当該複数のユーザのうちの特定の１人が使用する１台の従来のユーザ端末からのみ位置情報を逐次取得していた。
しかしながら、従来のユーザ端末にとって、位置情報の取得は処理負荷が高かった。このため、複数のユーザ端末が集合しているならば、当該複数のユーザ端末が協働して位置情報取得の分散処理を適切に実行することが要望されていた。
【００１３】
そこで、本実施形態のユーザ端末２−１乃至２−ｎの夫々について、位置情報を取得する条件が個別に適用されている。そして、ユーザ端末２は、自身に適用される条件が満たされたタイミングで、位置情報を取得する。ユーザ端末２は、取得した位置情報を、サーバ１に対して送信する。
ここで、ユーザ端末２に適用される条件とは、ユーザ端末２−１乃至２−ｎのうち少なくとも一部の夫々に対して割り当てられた優先順位に従って位置情報の取得順番が移行していく場合において、当該取得順番が自身のユーザ端末２に移行したことである。この優先順位は、例えば、ユーザ端末２−１乃至２−ｎのうち少なくとも一部の夫々のバッテリの残量（以下、「電池残量」と呼ぶ）に基づいて設定されている。
また、優先順位に従った取得順番の移行は、所定時間が経過する毎に行われる。
これにより、本実施形態のサーバ１にとっては、所定時間を経過する毎に、ユーザ端末２−１乃至２−ｎのうち少なくとも一部の中から、取得順番がまわってきたユーザ端末２から位置情報が送信されてくる。従って、サーバ１は、車の移動ログを確実に生成することができる。
一方、ユーザ端末２は、所定時間が経過する毎に、位置情報を送信する必要はなくなり、優先順位に従って順次移行する取得順番が自身にまわってきたときのみ、位置情報を送信すれば足りる。つまり、ユーザ端末２の位置情報の送信間隔が延びることになるので、バッテリの消耗を抑制することができる。
このように、複数のユーザ端末２が集合する場合において、当該複数のユーザ端末２が協働して位置情報取得の分散処理を適切に実行することができる。
【００１４】
図２は、図１の情報処理システムのうちサーバのハードウェア構成の一例を示すブロック図である。
【００１５】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【００１６】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要な情報等も適宜記憶される。
【００１７】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００１８】
出力部１６は、液晶ディスプレイやスピーカ等の各種ハードウェアで構成され、各種情報を出力する。
入力部１７は、キーボードやマウス等各種ハードウェアで構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種情報を記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（例えば、図１の例で言えば、ユーザ端末２等）との間で行う通信を制御する。
【００１９】
ドライブ２０は、必要に応じて設けられる。ドライブ２０には磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなり、リムーバブルメディア２１が適宜装着される。ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種情報も、記憶部１８と同様に記憶することができる。
【００２０】
図３は、図１の情報処理システムのうち、本発明が適用される情報処理装置の一実施形態としてのユーザ端末のハードウェア構成の一例を示すブロック図である。
ユーザ端末２は、スマートフォン等の各種デバイスにより、適宜、構成されるものである。
なお、ユーザ端末２の内部のハードウェア構成は、タッチパネルを有する点とＧＰＳ部５０を有する点を除き、サーバ１の構成と基本的に同様とすることができるので、ここでは、サーバ１の構成と異なる点のみ説明する。
【００２１】
表示部４７は、各種液晶ディスプレイ等で構成され、例えば、図５において後述する登録ページ等の各種画像等を表示する。
タッチ操作入力部４６は、例えば表示部４７に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
このように、タッチ操作入力部４６と表示部４７とにより、タッチパネルが構成されている。
ＧＰＳ部５０は、ＧＰＳ情報に基づいて位置情報を取得する。
【００２２】
このように構成されたサーバ１及びユーザ端末２の各種ハードウェアと各種ソフトウェアとの協働により、ユーザ端末２側で位置情報送信処理等の実行が可能になり、サーバ１側で車の移動ログ取得処理等の実行が可能になる。
ここで、位置情報送信処理とは、ユーザ端末２側の処理であって、自身の位置情報を取得してサーバ１へと送信するまでの一連の処理をいう。位置情報送信処理については、図８等を用いて後述する。
移動ログ生成処理とは、サーバ１側の処理であって、ユーザ端末２−１乃至２−ｎの夫々から位置情報を取得して、これらの位置情報に基づいて車の移動ログを生成するまでの一連の処理をいう。
【００２３】
図４は、図２のサーバ及び図３のユーザ端末の機能的構成のうち、位置情報送信処理及び移動ログ生成処理を実行するための機能的構成の一例を示す機能ブロック図である。
【００２４】
本実施形態では、ユーザが各種情報を登録して、その登録内容をサーバ１に通知するウェブサイト（以下、「登録サイト」と呼ぶ）がサーバ１により管理されている。ユーザ端末２−１乃至２−ｎの何れもが、この登録サイトを表示して、各種登録のための入力操作を受け付けることができる。
ただし、説明の便宜上、ユーザ端末２−１乃至２−ｎのうち所定の１台のみが、登録サイトを表示して、各種登録のための入力操作を受け付けるものとする。以下、このようなユーザ端末２を「ユーザ端末２−Ａ（Ａは、１からｎのうちの任意の整数値）」と呼ぶ。
また、車に同乗しているｎ人のユーザにより夫々操作されるユーザ端末２−１乃至２−ｎの何れもが位置情報を取得し得る対象（以下、「取得対象」と呼ぶ）となるが、ここでは説明の便宜上、サーバ１への位置情報の取得対象は、２台のユーザ端末２であるものとする。この取得対象の２台のユーザ端末２のうち１台が上述のユーザ端末２−Ａである。また、以下、残りの１台のユーザ端末２を「ユーザ端末２−Ｂ（Ｂは、Ａとは異なる整数値であって、１からｎのうちの任意の整数値）」と呼ぶ。
【００２５】
図４に示すように、ユーザ端末２のＣＰＵ４１においては、取得タイミング判定部１０１と、位置取得部１０２と、送信タイミング判定部１０３と、位置送信制御部１０４と、通信制御部１０５と、表示制御部１０６と、優先順位割当部１０７と、電池残量算出部１０８と、登録部１０９とが機能する。
【００２６】
なお、ユーザ端末２−１乃至２−ｎの何れもが、上述の図４の機能的構成を有するが、説明の便宜上、ユーザ端末２−Ａについては各機能ブロックの符号の最後に「Ａ」を付し、ユーザ端末２−Ｂについては各機能ブロックの符号の最後に「Ｂ」を付している。
図４において、点線は、機能ブロック自体は有するが、当該機能ブロックは機能しないことを意味している。つまり、ユーザ端末２−Ｂでは、優先順位割当部１０７Ｂと登録部１０９Ｂとは機能しない。
【００２７】
ユーザ端末２−Ａの取得タイミング判定部１０１Ａは、ユーザ端末２−１乃至２−ｎのうち取得対象（図４の例ではユーザ端末２−Ａ，２−Ｂ）の夫々について個別に適用される取得条件のうちユーザ端末２−Ａに適用される取得条件が満たされたか否かを判定する。取得タイミング判定部１０１Ａは、その判定結果に基づいてユーザ端末２−Ａの位置情報を取得するタイミングを判定する。
また、取得条件とは、位置情報を取得することを許可する条件であり、ユーザ端末２−Ａ，２−Ｂ毎に個別独立して適用される条件である。
従って、ユーザ端末２−Ｂの取得タイミング判定部１０１Ｂも、ユーザ端末２―Ｂに適用される取得条件が満たされたか否かを判定する。取得タイミング判定部１０１Ｂは、その判定結果に基づいてユーザ端末２−Ｂの位置情報を取得するタイミングを判定する。
【００２８】
ここで、本実施形態では上述したように、ユーザ端末２−１乃至２−ｎのうち取得対象（図４の例ではユーザ端末２−Ａ，２−Ｂ）の夫々に対して、優先順位が割り当てられている。例えばユーザ端末２−Ａに対して優先順位１位が割り当てられ、ユーザ端末２−Ｂに対して優先順位２位が割り当てられているものとする。また、この優先順位に従って、所定時間が経過する毎に、位置情報の取得順番が移行していくものとする。
また、取得順番がユーザ端末２−Ａに移行したことという取得条件がユーザ端末２−Ａに採用され、取得順番がユーザ端末２−Ｂに移行したことという取得条件がユーザ端末２−Ｂに採用されているものとする。
そして、図４の例では、取得タイミング判定部１０１Ａ,１０１Ｂは、取得対象のユーザ端末２の各優先順位（第１位がユーザ端末２−Ａで、第２位がユーザ端末２−Ｂ）、及び位置情報の取得を開始すべき時刻（以下、「位置情報取得開始時刻」と呼ぶ）をサーバ１から事前に取得するものとする。
【００２９】
この場合、取得タイミング判定部１０１Ａ,１０１Ｂは、位置情報取得開始時刻からの経過時間及び優先順位に基づいて、各ユーザ端末２―Ａ，２−Ｂ毎の位置情報の取得タイミングを判定する。
具体的には例えば、位置情報の取得順番の移行時間が１秒毎とすると、取得順番のデフォルトは、優先順位１位のユーザ端末２−Ａであるので、取得タイミング判定部１０１Ａは、位置情報取得開始時刻のタイミングを、ユーザ端末２―Ａの位置情報の取得タイミングであると判定する。
位置情報取得開始時刻から１秒経過すると、優先順位１位のユーザ端末２−Ａから優先順位２位のユーザ端末２−Ｂに取得順番は移行する。従って、取得タイミング判定部１０１Ｂは、位置情報取得開始時刻から１秒経過時点のタイミングを、ユーザ端末２―Ｂの位置情報の取得タイミングであると判定する。
図４の例では優先順位は２位までであるので、位置情報取得開始時刻から２秒経過すると、優先順位２位のユーザ端末２−Ｂから優先順位１位のユーザ端末２−Ａに取得順番は戻る（移行する）。従って、取得タイミング判定部１０１Ａは、位置情報取得開始時刻から２秒経過時点のタイミングを、ユーザ端末２―Ａの位置情報の取得タイミングであると判定する。
以降同様の処理が繰り返され、位置情報開始時刻から２Ｋ秒（Ｋは０を含む任意の整数値）のタイミングが、ユーザ端末２―Ａの位置情報の取得タイミングであると判定される。一方、位置情報開始時刻から２Ｋ＋１秒のタイミングが、ユーザ端末２―Ｂの位置情報の取得タイミングであると判定される。
つまり、サーバ１側で車の移動ログの生成のために１秒毎の位置情報の取得が必要な場合、仮に１台のユーザ端末２で位置情報が取得されると、そのユーザ端末２の取得間隔は１秒となってしまう。しかし、図４の例では、２台のユーザ端末２−Ａ,２−Ｂで交互に位置情報が取得されていくので、夫々のユーザ端末２―Ａ,２−Ｂの取得間隔は２秒まで延長される。さらに、Ｐ台（Ｐは３以上ｎ未満の任意の整数値）のユーザ端末２で位置情報を分散して取得するようにすることで、夫々のユーザ端末２の取得間隔はＰ秒まで延長される。
このようにして、複数のユーザ端末２が集合する場合、当該複数のユーザ端末２が協働して位置情報取得の分散処理を適切に実行することができる。
【００３０】
位置取得部１０２Ａ，１０２Ｂの夫々は、取得タイミング判定部１０１Ａ，１０１Ｂの夫々により判定されたタイミングで、ユーザ端末２−Ａ，２−Ｂの夫々の位置情報を取得する。
【００３１】
ユーザ端末２−Ａの送信タイミング判定部１０３Ａは、上述の取得条件とは異なる送信条件が満たされたか否かを判定する。送信タイミング判定部１０３Ａは、その判定結果に基づいてユーザ端末２−Ａの位置情報をサーバ１に送信するタイミングを判定する。
ここで、送信条件とは、位置情報をサーバ１に送信することを許可する条件であり、ユーザ端末２−Ａ，２−Ｂ毎に個別独立して、かつ取得条件とは個別独立して適用される条件である。
従って、ユーザ端末２−Ｂの送信タイミング判定部１０３Ｂも、ユーザ端末２―Ｂに適用される送信条件が満たされたか否かを判定する。取得タイミング判定部１０１Ｂは、その判定結果に基づいてユーザ端末２−Ｂの位置情報を送信するタイミングを判定する。
なお、送信条件は、特に限定されないが、ここでは、位置情報が取得されたことという条件が採用されている。つまり、位置情報が取得されると、その位置情報は即座にサーバ１に送信される。
【００３２】
位置送信制御部１０４Ａ，１０４Ｂの夫々は、送信タイミング判定部１０３Ａ,１０３Ｂの夫々により判定されたタイミングで、ユーザ端末２−Ａ，２−Ｂの夫々の位置情報を、通信部５１Ａ，５１Ｂの夫々を介して、サーバ１に送信する制御を実行する。
【００３３】
通信制御部１０５Ａ，１０５Ｂの夫々は、他の装置と通信部５１Ａ，５１Ｂの夫々を介して、各種通信をする制御を実行する。
他の装置は、ユーザ端末２−Ａ側からすると、サーバ１とユーザ端末２−Ｂが該当し、ユーザ端末２−Ｂ側からすると、サーバ１とユーザ端末２−Ａが該当する。
【００３４】
例えば上述したように、サーバ１では、車に相乗りしているユーザの各ユーザ端末２の優先順位等の各種情報を登録するための登録サイトが管理されている。
そこで、通信制御部１０５Ａは、ユーザ端末２−Ａが上記登録サイトにアクセスしたとき等において、登録サイトのうち、各種情報を登録するためのＷｅｂページ（以下、「登録ページ」と呼ぶ）をユーザ端末２側で表示等するために必要な情報（以下、「登録ページの情報」と呼ぶ）を、サーバ１及び通信部５１Ａを介して取得する。
この場合、表示制御部１０６Ａは、登録ページの情報に基づいて、当該登録ページを表示部４７Ａに表示させるための制御を実行する。
なお、登録ページの具体例については、図５を参照して後述する。
【００３５】
また、通信制御部１０５Ａは、優先順位割当部１０７Ａにより割り当てられた優先順位を他のユーザ端末（例えば、ユーザ端末２−Ｂ）に送信するための制御を実行する。
さらに、通信制御部１０５Ａは、他のユーザ端末（例えば、ユーザ端末２−Ｂ）から送信されてきた各ユーザ端末の電池残量に関する情報を取得する。
なお、本実施形態では、ユーザ端末２−Ａは、優先順位の登録をするホスト端末であるため、通信制御部１０５Ａは、電池残量に関する情報の送信を行わない。
他方、ユーザ端末２−Ｂの通信制御部１０５Ｂは、電池残量算出部１０８Ｂによって算出された電池残量に関する情報をユーザ端末２−Ａへと送信する。
さらに、通信制御部１０５Ａは、登録部１０９Ａによって登録された登録情報を、他の
ユーザ端末（例えば、ユーザ端末２−Ｂ）に送信するための制御を実行する。
なお、これらの機能的構成の詳細については、引き続き、説明していく。
【００３６】
優先順位割当部１０７Ａは、タッチ操作入力部４６Ａを介したユーザからの入力内容に基づいて、位置情報の取得対象として登録された夫々のユーザ端末２（本例ではユーザ端末２−Ａ，２−Ｂ）について、優先順位を夫々割り当てる。
これにより、例えば、車を運転するドライバーの所有するユーザ端末２については、バッテリを残しておきたいので、優先順位を下位に割り当てるといったことも可能である。さらに、後述するように、当該ユーザ端末２を取得対象として登録しない（登録から除外する）ことで、優先順位が割り当てられないので、位置情報の取得を禁止することもできる。
【００３７】
電池残量算出部１０８Ａは、ユーザ端末２−Ａの電池残量を算出し、通信制御部１０５Ａを介して表示制御部１０６Ａに提供する。
電池残量算出部１０８Ｂは、ユーザ端末２−Ｂの電池残量を算出し、通信制御部１０５Ｂを介してユーザ端末２−Ａに送信する。ユーザ端末２−Ａにおいて、ユーザ端末２−Ｂの電池残量は、通信制御部１０５Ａを介して表示制御部１０６Ａに提供される。
本例では、後述する図５に示すように、ユーザ端末２−Ａ，２−Ｂの夫々の電池残量は、ユーザ端末２−Ａ，２−Ｂの夫々の優先順位の決定の際に参考情報として、表示制御部１０６Ａの制御により登録ページに表示される。
なお、後述するように、ユーザ端末２−Ａ，２−Ｂの夫々の優先順位の決定は、サーバ１側で行われてもよい。この場合、電池残量算出部１０８Ａ，１０８Ｂの夫々は、ユーザ端末２−Ａ，２−Ｂの夫々の電池残量を算出し、通信制御部１０５Ａ，１０５Ｂの夫々を介してサーバ１に送信する。
【００３８】
登録部１０９Ａは、タッチ操作入力部４６Ａを介してユーザによって入力された登録情報を受け付ける。
ここで登録情報とは、本サービスの利用にあたり登録すべき内容として登録ページに表示される所定の項目に対して、ユーザがユーザ端末２を操作して入力さした各種情報をいう。
具体的には例えば、ユーザ端末２−１乃至２−ｎのうち、位置情報の取得対象となるユーザ端末２等が、登録端末として登録情報の一つとして採用されている。
また、登録端末として登録されたユーザ端末２（本例ではユーザ端末２−Ａ，２−Ｂ）の優先順位が、登録情報の別の１つとして採用されている。
なお、登録情報を入力すべき所定の項目が配置された登録ページの具体例については、図５を参照して後述する。
【００３９】
続いて、サーバ１の機能的構成について説明する。
図４に示すように、サーバ１のＣＰＵ１１においては、位置情報取得部１４１と、ログ生成部１４２と、ウェブ管理部１４３とが機能する。
さらに、サーバ１の記憶部１８の一領域には、位置情報ＤＢ４００が設けられている。
【００４０】
位置情報取得部１４１は、取得対象として設定されたグループに属する各ユーザ端末２（本例ではユーザ端末２−Ａ、ユーザ端末２−Ｂ）のうち少なくとも１つから位置情報が送信されてきた場合、当該位置情報を、各ユーザ端末２の各ユーザが相乗りしている車の位置情報として取得する。
【００４１】
ログ生成部１４２は、位置情報取得部１４１によって逐次取得される、車の位置情報（正確には各ユーザ端末２の夫々の位置情報）に基づいて、当該車の移動ログを生成し、位置情報ＤＢ４００へと格納する。
【００４２】
ウェブ管理部１４３は、登録サイトを管理し、アクセスしてきたユーザ端末２（本例ではユーザ端末２−Ａ）に当該登録サイトの所定のページ、例えば登録ページを表示させるための制御を実行する。また、ウェブ管理部１４３は、当該登録ページにおいて入力された登録情報を、車の移動ログを作成するために必要な情報として保持して管理する。
【００４３】
続いて、図５を用いて、ウェブ管理部１４３により管理される登録サイトの登録ページの一例について説明する。
図５は、図４のユーザ端末を介してユーザに表示される登録ページの一例を示す図である。
【００４４】
図５の例の登録ページには、上から順に、「登録端末」、「電池残量」、「相乗り距離」の各項目が配置されている。
【００４５】
「登録端末」の項目には、位置情報の取得対象となるユーザ端末２が入力されて登録される。なお、登録されたユーザ端末２については、入力項目を示すボックスが削除され、その名称のみが表示されることになる。即ち、図６の例では、ユーザ端末２−Ａ及びユーザ端末２−Ｂが、位置情報の取得対象（グループに属するユーザ端末２）として既に登録されていることになる。
ユーザ端末２−Ａを使用するユーザは、位置情報の取得対象となるユーザ端末２を追加したい場合には、「ユーザ端末２−Ｂ」と表示されている右隣の入力欄（空欄）に、任意のユーザ端末２を登録することができる。
なお、ユーザは、位置情報の取得対象として既に登録済みのユーザ端末２（図５の例では、ユーザ端末２−Ａ，２−Ｂ）のうち所望のもの（例えばユーザ端末２−Ａ，２−Ｂの少なくとも一方）を、取得対象から削除することもできる。
また、位置情報の取得対象として登録されたユーザ端末２（図５の例では、ユーザ端末２−Ａ，２−Ｂ）には、共通のグループＩＤが付与されてもよい。つまり、所定の車の移動ログがサーバ１で生成されるが、この所定の車に相乗りしている各ユーザのユーザ端末２を示すＩＤが、グループＩＤとなる。従って、位置情報の取得対象として登録された各ユーザ端末は、位置情報と共に、グループＩＤや取得時刻もサーバ１等に送信してもよい。
【００４６】
「電池残量」の項目には、位置情報の取得対象として登録済みのユーザ端末２（図５の例では、ユーザ端末２−Ａ，２−Ｂ）の電池残量が登録されて表示される。
なお、電池残量については、本例では、ユーザ端末２−Ａ，２−Ｂの電池残量算出部１０８Ａ，１０８Ｂの夫々により算出され、一旦サーバ１に送信された内容がサーバ１側で登録されて、この「電池残量」の項目に登録されている。しかしながら、これは例示であり、ユーザ端末２−Ａ，２−Ｂの電池残量算出部１０８Ａ，１０８Ｂの夫々の算出結果が、サーバ１を介さずに、「電池残量」の項目に直接入力されて登録されてもよい。或いはまた、ユーザがタッチ操作入力部４６Ａに対して手動で「電池残量」の項目に入力した内容が、登録されてもよい。
【００４７】
「相乗り距離」の項目には、各ユーザが相乗りする車の移動予定距離が入力されて登録される。この登録内容により、例えば、位置情報の取得頻度等が適宜変更される。
【００４８】
「優先順位」の項目には、位置情報の取得対象として既に登録済みのユーザ端末２（図５の例では、ユーザ端末２−Ａ，２−Ｂ）の夫々についての優先順位が登録されて表示される。
ユーザ端末２−Ａを使用するユーザは、「ユーザ端末２−Ａ」，「ユーザ端末２−Ｂ」と夫々表示されている各右隣の入力欄（空欄）に、所望の優先順位を登録することができる
図５の例では、ユーザ端末２−Ａの優先順位が１位として登録され、ユーザ端末２−Ｂの優先順位が２位として登録されている。
ユーザ端末２の取得タイミング判定部１０１は、ここで登録された優先順位に基づいて、位置情報の取得対象として登録済みのユーザ端末２（図５の例では、ユーザ端末２−Ａ，２−Ｂ）の夫々の位置情報を取得するタイミングを決定する。
【００４９】
次に、図６を参照して、ここで割り当てられた優先順位に基づいて、位置情報を取得する手法について説明していく。
図６は、図４の情報処理システムを用いた位置情報の取得手法の一例を説明するための図である。
【００５０】
図６の例では、サーバ１は、所定時間間隔毎に、ユーザ端末２−Ａ又はユーザ端末２−Ｂから送信されてくる位置情報を取得する。
ここで、ユーザ端末２−Ａの優先順位が１位であり、ユーザ端末２−Ｂの優先順位が２位である。
最上位の優先端末２（本例では優先順位１位のユーザ端末２−Ａ）による位置情報の送信から、最下位の優先端末２（本例では優先順位２位のユーザ端末２−Ｂ）による位置情報の送信までが「１クール」とされている。所定の１クールが終了すると、次の１クールが開始される。即ち、所定の１クールにおいて、最下位の優先端末２（本例では優先順位２位のユーザ端末２−Ｂ）が位置情報を取得してサーバ１等に送信すると、当該所定の１クールが終了する。そして、次の１クールが開始され、最上位の優先端末２（本例では優先順位１位のユーザ端末２−Ａ）が位置情報を取得してサーバ１等に送信する。
【００５１】
具体的には、まず１回目の１クールが開始されると、取得順番は優先順位が第１位のユーザ端末２−Ａに設定される。そこで、ユーザ端末２−Ａは、その時点の現在位置Ｐ１を示す位置情報を取得して、サーバ１に送信する。サーバ１は、当該位置情報を受信して位置情報ＤＢ４００に格納する。
次に、所定時間が経過すると、取得順番は優先順位が第２位のユーザ端末２−Ｂに移行する。そこで、ユーザ端末２−Ｂは、その時点の現在位置Ｐ２を示す位置情報を取得して、サーバ１に送信する。サーバ１は、当該位置情報を受信して位置情報ＤＢ４００に格納する。
これにより、１回目の１クールが終了する。そして、２回目の１クールが開始されると、取得順番は優先順位が第１位のユーザ端末２−Ａに設定される。そこで、ユーザ端末２−Ａは、その時点の現在位置Ｐ３を示す位置情報を取得して、サーバ１に送信する。サーバ１は、当該位置情報を受信して位置情報ＤＢ４００に格納する。
以降、１クールを単位として、同様の処理が繰り返し実行されていく。
【００５２】
これにより、サーバ１の位置情報ＤＢ４００には、図７に示すように、位置情報を含む各種データが蓄積されていく。
図７は、図４のサーバ１の位置情報ＤＢ４００にリストとして格納されている各種データの一例を示す図である。図７に示すリストにおいては、「ＩＤ」、「取得時刻」、「取得端末」、及び「位置情報」に関する情報が、位置情報毎に格納されている。つまり、このリストの１行は、所定の１つの位置情報に対応している。
【００５３】
所定の１行の「ＩＤ」の項目には、当該１行に対応する位置情報を特定可能な識別子（例えばＩＤ）が格納される。例えば、１行目に対応する位置情報のＩＤは「００１」である。
所定の１行の「取得時刻」の項目には、当該１行に対応する位置情報が取得された時刻が格納される。例えば、１行目に対応する位置情報は、「１２：００」に取得されたことがわかる。
所定の１行の「取得端末」の項目には、当該１行に対応する位置情報を取得したユーザ端末２を特定可能な情報（本例では端末名称を示す符号）と、当該ユーザ端末２の優先順位（図７ではかっこ書で示されている）が格納される。例えば、１行目に対応する位置情報は、優先順位が第１位のユーザ端末２−Ａにより取得されたことがわかる。
所定の１行の「位置情報」の項目には、当該１行に対応する位置情報が格納される。例えば、１行目に対応する位置情報は「ｌａｔ（緯度）:３６．３５.４８、ｌｏｎｇ（経度）：１４５.２０.３０、ａｌｔ（高度）１００.２０３３」である。
なお、この位置情報の形式は特に限定されず、移動ログの生成対象の車の位置（正確には当該車に相乗りするユーザのユーザ端末２の位置）を示す情報であれば、いかなる形式でもよい。
サーバ１のログ生成部１４２は、このようにして位置情報ＤＢ４００に格納された、所定時間毎の位置情報に基づいて、複数のユーザが相乗りした車の移動ログ（図７の例では、図６の車Ｃの移動ログ）を生成することができる。
この場合、サーバ１は、１台のユーザ端末２から継続的に位置情報を取得しなくても済むため、各ユーザ端末２（図６の例では、ユーザ端末２−Ａ，２−Ｂ）による位置情報取得の負荷分散処理が適切に実現される。
【００５４】
次に、図８を参照して、図４のユーザ端末２が実行する位置情報送信処理について説明する。
即ち、図８は、図４のユーザ端末２が実行する位置情報送信処理の流れを説明するフローチャートである。
以下の例では、ユーザ端末２―Ａの処理として説明するが、ユーザ端末２−Ｂについても、ステップＳ１の処理が不要な他は、同様な一連の処理が実行される。
【００５５】
ステップＳ１において、ユーザ端末２−Ａの優先順位割当部１０７Ａは、タッチ操作入力部４６Ａを介したユーザからの入力内容（例えば図５の登録ページの優先順位の項目の入力内容）に基づいて、位置情報の取得対象として登録された夫々のユーザ端末２（上述の例では、ユーザ端末２−Ａ，２−Ｂ）について、優先順位を夫々割り当てる。
【００５６】
ステップＳ２において、取得タイミング判定部１０１Ａは、取得条件が満たされたか否か、即ち本例では位置情報の取得順番が自身のユーザ端末２―Ａに移行したか否かを判定する。
位置情報の取得順番が自身のユーザ端末２−Ａに移行していなければ、取得条件が満たされていないので、ステップＳ２においてＮＯであると判定されて、処理はステップＳ２に戻される。
これに対して、位置情報の取得順番が自身のユーザ端末２−Ａに移行した場合、取得条件が満たされるので、ステップＳ２においてＹＥＳであると判定されて、位置情報の取得タイミングになったものとして、処理はステップＳ３に進む。
【００５７】
ステップＳ３において、位置取得部１０２Ａは、ＧＰＳ部５０Ａから位置情報を取得する。
【００５８】
ステップＳ４において、送信タイミング判定部１０３Ａは、送信条件が満たされたか否かを判定する。
即ち、送信条件が満たされていなければ、ステップＳ４においてＮＯであると判定されて、処理はステップＳ４に戻される。
これに対して、送信条件が満たされた場合、ステップＳ４においてＹＥＳであると判定されて、処理はステップＳ５に進む。
なお、本例では、位置情報を取得したことが送信条件として採用されているので、ステップＳ３の処理が終了すると、即座にステップＳ４においてＹＥＳであると判定されて、処理はステップＳ５に進む。
【００５９】
ステップＳ５において、位置送信制御部１０４Ａは、ステップＳ３で取得された位置情報をサーバ１へと送信する。
【００６０】
ステップＳ６において、ユーザ端末２のＣＰＵ４１は、処理の終了指示があったか否かを判断する。
ここで、処理の終了指示は、特に限定されないが、本実施形態ではユーザ端末２のいわゆるスリープ状態等への移行指示が採用されている。つまり、ユーザ端末２においてスリープ状態等への移行指示がなされない限り、ステップＳ６においてＮＯであると判断されて処理はステップＳ２に戻され、それ以降の処理が繰り返される。
これに対して、ユーザ端末２においてスリープ状態等への移行指示がなされると、ステップＳ６においてＹＥＳであると判断されて、位置情報送信処理は終了になる。
【００６１】
以上本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【００６２】
例えば、上述の実施形態において、ユーザ端末２の電池残量算出部１０８は、電池残量の算出のみを行うものとして説明を行ったが、特にこれに限定されない。例えば、電池残量算出部１０８は、充電の有無やバッテリの種類や製造年等の情報を算出又は取得をしてもよい。
そして、これらの情報に基づいて、各ユーザ端末２の優先順位が設定されてもよい。
【００６３】
また例えば、上述の実施形態において、ユーザ端末２が取得する情報は、当該ユーザ端末２の位置情報として説明を行ったが、特にこれに限定されない。
例えば、ユーザ端末２は、音声情報や画像情報等どのような種類の情報を取得してもよい。つまり、本発明は、位置情報の取得に限定されず、任意の種類の情報の取得に適用可能である。
【００６４】
より具体的にいえば、上述の実施形態では、相乗りしている各ユーザが操作するユーザ端末２−１乃至２−ｎのうち、登録ページにより登録された１以上のユーザ端末２からなるグループが認識され、このグループに属する１以上のユーザ端末２（図４の例ではユーザ端末２−Ａ，２−Ｂ）が取得対象とされていた。
そして、取得対象の夫々には、取得条件（送信条件とは異なる第１条件）が個別に適用されていた。その結果、取得対象の１以上のユーザ端末２の夫々は、取得対象の夫々について個別に適用される送信条件のうち自身のユーザ端末２に適用される送信条件が満たされたタイミングで、位置情報を取得していた。
しかしながら、本発明は、このような上述の実施形態に特に限定されない。
例えば、取得対象としては、所定領域内に同時に存在する複数のユーザ端末２を含むグループが認識されている状態における、当該グループに属する各ユーザ端末２でもよい。
この場合、取得対象が取得する情報は、位置情報に特に限定されず、グループに属するユーザ端末２であれば所定領域から取得し得る、所定種類の情報であれば足りる。
具体的には例えば、所定領域は、上述の実施形態では相乗りしている車内が例示されていた。そこで、車内を用いて例示すると、車内の複数のユーザ端末２であれば取得し得る情報として、上述の位置情報を含め、車のコンテクストの情報を採用することができる。
ここで、コンテクスト（ｃｏｎｔｅｘｔ）とは、車の内的状態および外的状態の全てを指す。車の内的状態とは、車内の温度や騒音レベル（ユーザの話し声や音楽等の音量）等、車内の空間方向若しくは時間方向に分布する（または、いずれの方向にも分布する）所定の状態をいう。なお、車内のユーザの状態（例えば各ユーザの体温、心拍数、感情等の状態）も、車の内的状態として含めることができる。車の外的状態とは、車の現在位置、気温、天気、周囲の状況（渋滞している等の状況）等、車外の空間方向若しくは時間方向に分布する（または、いずれの方向にも分布する）所定の状態をいう。
さらにいえば、車内は所定領域の例示に過ぎない。つまり、グループに属するユーザ端末２は、車内という領域に存在する必要は特になく、当該グループに属するユーザ端末２であれば同一情報を取得できる領域内に存在すればよい。
つまり、取得対象のユーザ端末２が、このような所定領域の内的状態及び外的状態（コンテクスト）を示す任意の情報を取得する場合に、本発明は適用可能である。
【００６５】
また例えば、上述の実施形態では、位置情報を取得するタイミングは、取得条件（送信条件とは異なる第１条件）が満たされたタイミングであるとされた。そして、この取得条件（第１条件）は、上述の実施形態では、複数のユーザ端末２に割り当てられた優先順位に従って、位置情報の取得順番が移行していく場合において、位置情報の取得順番が自身のユーザ端末２に移行したことが採用されたが、特にこれに限定されない。
例えば、取得タイミング判定部１０１は、相乗りの移動距離に基づいて事前に取得条件を決定し、移動距離が一定の距離を超えた場合に取得条件を満たしたものとして、位置情報を取得するタイミングを判定してもよい。
【００６６】
また例えば、上述の実施形態において、優先順位に従った取得順番の移行の手法は、所定時間が経過する毎に行われるという手法が採用されたが、特にこれに限定されない。
例えば、取得順番がまわってきたユーザ端末２は、位置情報の取得が完了したことを示す情報（位置情報自体でもよい）をサーバ１に送信して、サーバ１がその情報に基づいて取得順番を移行し、移行後の取得順番となったユーザ端末２にその旨を通知する、といった手法を採用してもよい。
【００６７】
また例えば、上述の実施形態において、優先順位を割り当てる手法は、ユーザ端末２−Ａがユーザからの手動入力の内容に基づいて優先順位を割り当てる手法が採用されたが、特にこれに限定されない。
即ち、優先順位割当部１０７は、ユーザ端末２からサーバ１に委譲してもよい。この場合、サーバ１は、各ユーザ端末２の電池残量等各種情報を適宜取得して、取得した各種情報に基づいて、自動的に各ユーザ端末２の優先度を設定してもよい。
つまり、上述の優先順位の割当ては、必ずしも電池残量に基づいて決定される必要はなく、その他例えば、ユーザ端末２の通信環境等を考慮してもよい。
ここでいう通信環境は、ユーザ端末２がサーバ１に位置情報を送信するための通信環境と、ＧＰＳの補足状況（位置情報の取得のための通信環境）との両方を含む。
前者の通信環境としては、ユーザ端末２が通信をするためのキャリアや、ネットワークのトラフィック等のネットワーク環境等が該当する。例えば、上述の実施形態のように、送信条件として、位置情報が取得されたという条件が採用されている場合、換言すると、位置情報の取得とサーバ１への送信とを連続して行う場合、データ送受信のネットワーク環境がよいユーザ端末２に位置情報の取得とサーバ１への送信を連続して行わせるように、各ユーザ端末２の優先順位の割当てをしてもよい。
また、ＧＰＳの補足状況（位置情報の取得のための通信環境）という観点では、位置情報の精度を高めるべく、各ユーザ端末２がＧＰＳを捕捉できているか否か等で優先順位の割当てをしてもよい。
ここで、優先順位の割当ては、固定している必要はなく、必要なタイミングで適宜更新してもよい。つまり、ネットワーク環境を監視して、ネットワーク環境に基づいて、優先順位の割当てを更新してもよい。また例えば、１クール毎に、優先順位の割当ての更新をしてもよい。
【００６８】
また例えば、上述の実施形態において、位置情報は、所定の時間間隔（例えば１秒毎）で取得していたが、特にこれに限定されない。例えば、取得間隔（取得頻度）を自由に変更してもよい。
また、取得間隔を変更（変化）させる手法としては、例えば、以下の手法が考えられる。
例えば、上述の「優先順位」を割り当てるか否かを制御する（取得対象のユーザ端末２とするのか、取得対象から外すのかを制御する）ことで、取得の頻度を変化させることができる。
また例えば、上述の「取得条件」自体を変化させることで、取得の頻度を変化させることができる。
また例えば、上述の「取得条件」自体は変化させないが「取得条件が満たされたタイミング」毎に情報の取得を許可するか禁止するかを制御することで、取得の頻度を変化させることができる。
なお、取得間隔が０の場合とは、位置情報の取得の停止（禁止）を意味する。
【００６９】
さらに言えば、上述の実施形態において、位置情報は、取得される毎にサーバ１へと送信されるものとして説明したが、特にこれに限定されない。
即ち、ユーザ端末２−Ａは、複数回に渡り取得された位置情報をまとめてサーバ１へと送信することができる。
また例えば、ユーザ端末２−Ｂは、取得した位置情報を、他の情報処理端末（例えばユーザ端末２−Ａ）へと送信してもよい。この場合、ユーザ端末２−Ａは、複数のユーザ端末２（例えばユーザ端末２−Ａ，２−Ｂ）の位置情報をまとめて、サーバ１へと送信することも出来る。具体的には例えば、ユーザ端末２−Ｂでは、Ｑ個の位置情報が取得されると、その位置情報は、Ｑ個まとめてユーザ端末２−Ａに送信されるものとしてもよい。そして、ユーザ端末２−Ａでは、２Ｑ個の位置情報（ユーザ端末２−Ａで取得したＱ個の位置情報とユーザ端末２−Ｂから送信されてきたＱ個の位置情報）をまとめてサーバ１へと送信してもよい。
換言すれば、位置情報を取得するタイミングと位置情報を送信するタイミングは、独立して切り分けることが可能である。
【００７０】
また例えば、ユーザ端末２が位置情報を取得する場合、過去に取得した複数の位置情報が示す位置の変化が一定量以下の場合には、位置情報の取得間隔を下げてもよい。
具体的には、複数回の測定の結果、位置情報の変化の度合いが（閾値より）小さい場合、ユーザ端末２が位置情報を取得するのを停止してもよい。或いは、ユーザ端末２が取得を停止する代わりに、位置情報の取得の間隔を広げてもよく、あるいは、電池残量が最も多いユーザ端末２のみが位置情報を取得するように切り替えてもよい。
また、その後、位置情報の変化の度合いが大きくなった場合には、位置情報の取得の処理として元の処理に戻すことができる。
このような方法は、例えば、相乗りする車が渋滞に巻き込まれているような場合に効果的である。
また例えば、ユーザ端末２は、過去に取得した位置情報が示す位置に基づいて、移動のルートを認識し、当該ルートの種類に応じて、位置情報の取得間隔を変化させてもよい。
具体的には、高速道路のように走行ルートがある程度固定的な経路を走行している場合、位置情報を取得する頻度は高くする必要がない。したがって、車が高速道路を走行している場合には、位置情報取得の間隔を広げることができる。なお、高速道路に乗ったか、あるいは、降りたかどうかはＥＴＣ（自動料金支払いシステム）の情報や位置情報に基づき判定することができる。
一方、一般道のようにルートの選択肢に多様性がある場合には、位置情報取得間隔を短くしてもよい。
さらに言えば、上述の取得の頻度の変更をするための情報は、過去に取得した位置情報のみならず、現在の位置情報、又は、将来の位置情報（予測情報）を採用してもよい。
つまり、過去若しくは現在に取得した位置情報が示す位置、又は予測される将来の位置に基づいて、移動のルートを認識し、当該ルートの種類に応じて前記取得の頻度を変化させるようにしてもよい。
【００７１】
また例えば、上述の実施形態では、説明を省略したが、ＧＰＳ精度への対応として、以下のような対応を行ってもよい。
即ち、サーバ１は、前回取得した位置から所定の距離以上離れた位置情報を取得した場合には、他のユーザ端末２からも位置情報を取得し、車の移動ログを修正してもよい。
ここで、所定の距離は、固定の値でも良く、これまでの移動ログに基づくスピードに対応するように可変にしてもよい。また、位置情報の精度が悪いユーザ端末２を除いて位置情報を順次取得してもよい。
【００７２】
また例えば、上述の実施形態において、位置情報の取得対象のユーザ端末２を登録する登録手段（例えば、登録ページの表示）は、ホストとなるユーザ端末２（例えば、ユーザ端末２−Ａ）が備えるものとして説明を行ったが、特にこれに限定されない。
即ち、当該登録手段は、サーバ１や他のユーザ端末（例えば、ユーザ端末２−Ｂ）が備えていてもよい。当該登録手段をサーバ１が備える場合、例えば、任意のユーザ端末（例えば、図示せぬユーザ端末２−Ｃ）がサーバ１へアクセスするだけで、自動でユーザ端末２として登録されるような仕様とすることもできる。
【００７３】
また例えば、上述の実施形態において、登録ページで登録する項目を「登録端末」、「電池残量」、「移動距離」、「優先順位」として説明を行ったが、特にこれに限定されない。
即ち、車に相乗りしている各ユーザのユーザ情報（登録端末以外の情報を含む）、充電の可否、ドライバーか否か、情報取得間隔、乗車済みか否か等を含めることができる。
【００７４】
また例えば、上述の実施形態において、説明を省略したが、位置情報を取得する順序や取得回数を決定する処理を事前に実行することができる。
即ち、ユーザ端末２は、同一の車に相乗りするユーザのみが参照可能な登録ページをサーバから取得して表示し、当該登録ページにおいて情報取得の順序や回数を設定してもよい。
また例えば、上述の通り、登録ページでは、各ユーザ端末２の電池残量や、相乗りする距離の情報が表示され、電池残量が多いユーザ端末２や相乗りする距離が短いユーザ端末２程位置情報の取得間隔を高くするようにしてもよい。具体的には例えば、電池残量の少ないユーザ端末２が一定の期間内に１回取得するところ、電池残量の多いユーザ端末２は３回取得するようにしてもよい。
また例えば、電池残量が所定値を下回るまで同一のユーザ端末２が位置情報を取得し、所定値を下回った場合には次の優先順位のユーザ端末２が位置情報を取得するようにしてもよい。この場合、全てのユーザ端末２において電池残量が所定値を下回る場合には、その所定値を下げてもよい。
【００７５】
また例えば、上述の実施形態において、位置取得部１０２によって取得された位置情報は、補正等を行わずに車の移動ログの作成に用いられるが、特にこれに限定されない。
即ち、過去に取得した位置情報が示す位置に対して、今回取得した位置情報が示す位置が所定距離以上離れている（物理的に移動できないような距離）場合、別のユーザ端末２から位置情報を取得して、今回取得した位置情報を補正してもよい。
【００７６】
また例えば、上述の実施形態において、説明を省略したが、相乗りをしている途中でユーザ乗車又は降車をする場合がある。
このような場合、ユーザ端末２又はサーバ１が、位置情報の取得対象となるユーザ端末２を、新たに登録又は削除することで、取得対象のユーザ端末２を流動的に変更することもできる。
【００７７】
例えば、ユーザが途中から乗車する場合とは、以下のような場合である。
具体的には例えば、最大で４人が乗車するところ、出発時は３人しか相乗りしていなかった場合、出発時は３人のユーザ端末２が位置情報を取得する。その後、４人目が同乗してきた場合には４人のユーザ端末２が位置情報を取得する。
４人目が同乗した場合に、上述の登録ページにログインして優先順位を再度決定することができる。その場合、例えば位置情報の取得の処理（１クール）を再スタートすることができる。
あるいは、４人目が同乗した場合、４人目のユーザ端末２に対しサーバ１より取得開始時刻と取得時間間隔を特定する情報が送信され、他の３人のユーザ端末２に対しては、取得間隔を更新する通知が送信される。
この場合、位置情報の取得の処理を再スタートするのではなく、それまでの取得の処理を継続しつつ取得間隔を変更し、４人目のユーザ端末２を取得対象として割り込ませてもよい。
４人目の同乗のタイミングは、登録ページに事前に登録されているユーザ端末２であれば、登録ページ内の所定のボタンのタップによりサーバ１へ同乗（取得対象の追加）を通知することができ、当該通知に応じてサーバ１から取得間隔等の設定変更が行われてもよい。
また、４人目のユーザのユーザ端末２の位置情報と、他のユーザ端末２の位置情報に基づいて、サーバ１又はユーザ端末２は、４人目のユーザが同乗を開始したことを自動的に判定し、４人で情報を取得するようにしてもよい。或いは、例えば、サーバ１又はユーザ端末２は、４人目のユーザ端末２と他のユーザ端末２の位置情報とを、同時に複数回取得し、各取得時における位置情報が一致している場合には、４人目のユーザが同乗を開始したと判定してもよい。
【００７８】
また例えば、ユーザが降車する場合とは、以下のような場合である。
途中で降車するユーザが発生した場合、サーバ１への降車通知を行うとサーバ１側で優先順位を再度決定することができる。その場合、例えば位置情報の取得処理を再スタートしてもよい。
或いは、いずれかのユーザが降車した場合、サーバ１は、残りのユーザ端末２に対しては、取得間隔を更新する通知を送信してもよい。この場合、位置情報の取得の処理を再スタートするのではなく、それまでの位置情報の処理を継続しつつ、取得間隔を変更してもよい。
降車のタイミングは、登録ページの所定のボタンのタップによりサーバ１へ通知することができ、当該通知に応じて、サーバ１から取得間隔等の設定変更が行われてもよい。
【００７９】
さらに言えば、上述の相乗りをしている途中でユーザが乗車又は降車をする場合、相乗りをしているユーザの乗降状況を自動で判定することもできる。
即ち、ＧＰＳによるユーザ端末２の位置に基づいて、ユーザの乗降状況を自動で判定することができる。
例えば、１人のユーザ（又は複数人のユーザ）が他のユーザ（相乗り者）の位置と一定以上離間したような場合、当該１人（又は複数人のユーザ）は、車を降車したと判断することができる。
また例えば、乗車したユーザのユーザ端末２の位置情報と、他のユーザのユーザ端末２の位置情報とを複数回取得して、各取得時における位置情報が一致している場合には同乗を開始したと判定することも出来る。
また例えば、上述のユーザの乗降情報は、ユーザ端末２間の近距離無線通信（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（登録商標））によって確認することもできる。
なお、上述のいずれかの方法により、ユーザが新たに乗降した場合、上述の登録ページを用いて新たに優先順位を決定してもよい。この場合、サーバ１及びユーザ端末２は、新たに位置情報の取得の処理を開始してもよいし、それまでの位置情報の取得の処理を継続しつつ新たなユーザ端末２を取得対象として割り込ませてもよい。
なお、ユーザの乗車又は降車の判定手法は、上述の例に特に限定されず、例えば、ユーザ端末２のＧＰＳによる位置情報に基づいて乗車又は降車の状況を自動的に判定する手法を採用してもよいし、また例えば、ユーザ端末２間の近距離通信によって確認することで、ユーザの乗車又は降車を判定する手法を採用してもよい。
【００８０】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図４の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図４の例に限定されない。また、機能ブロックの存在場所も、図４に特に限定されず、任意でよい。例えば上述の実施形態ではユーザ端末２−Ａ側で機能している優先順位割当部１０７や登録部１０９Ａ等をサーバ１に委譲してもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【００８１】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであっても良い。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他、スマートフォンやパーソナルコンピュータ、又は各種デバイス等であってもよい。
【００８２】
また例えば、このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。
【００８３】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【００８４】
以上を換言すると、本発明が適用される情報処理システムは、次のような構成を有する各種各様の実施形態を取ることができる。
【００８５】
例えば、所定領域内に同時に存在する複数の情報処理端末を含むグループが認識されている状態における、当該グループに属する１の情報処理端末（例えば車内という所定領域内に同時に存在する図１のユーザ端末２−１乃至２−ｎのうち、登録ページに登録されたグループに図４のユーザ端末２−Ａ，２−Ｂが存在する場合における、ユーザ端末２−Ａ）において、
前記複数の情報処理端末の夫々について個別に適用される条件のうち自身の前記情報処理端末に適用される第１条件（例えば上述の取得条件）が満たされたタイミングで、前記複数の情報処理端末であれば前記所定領域から取得し得る、所定種類の情報（例えば位置情報）を取得する取得手段（例えば、図４の位置取得部１０２Ａ）と、
取得された前記所定種類の情報を、前記グループの外の情報処理装置（例えば図１や図４のサーバ１）又は前記複数の情報処理端末のうち別の情報処理装置に対して送信する制御を実行する送信制御手段（例えば、図４の位置送信制御部１０４Ａ）と、
を備える。
【００８６】
これにより、複数の情報処理端末が集合する場所において、当該複数の情報処理端末で協働して情報取得の分散処理を適切に実行することができる。
【００８７】
ここで、前記第１条件を満たしたか否かを判定する判定手段（例えば図４の取得タイミング判定部１０１Ａ）をさらに備え、
前記取得手段は、前記判定手段により前記第１条件を満たしたと判定されたタイミングで、前記所定種類の情報を取得することができる。
即ち、情報処理端末が位置情報等の所定種類の情報を取得するタイミングを制御することが可能である。
【００８８】
ここで、前記送信制御手段は、前記第１条件とは異なる第２条件（例えば上述の送信条件）が満たされたタイミングで、前記所定種類の情報を前記別の情報処理装置に送信する制御を実行することができる。
即ち、位置情報等の所定種類の情報を取得するタイミングと当該情報を送信するタイミングとを夫々個別に変化させることができるため、より自由度の高いシステムの構築が可能となる。
具体的に言えば、所定種類の情報として位置情報が採用された場合、当該位置情報をサーバ側へ送信するタイミングは、上述の実施形態のように取得の都度であってもよいし、取得期間よりも長い所定期間毎としてもよい。後者の場合、情報処理端末は、当該所定期間内に取得された複数の情報を纏めてアップロードすることもできる。
或いは例えば、移動経路への移動が終了した時点を、当該位置情報をサーバ側へ送信するタイミングとしてもよい。この場合も、情報処理端末は、車の移動が終了するまでに取得された複数の情報を纏めてアップロードすることもできる。
さらに言えば、所定の情報処理端末（例えば図４のユーザ端末２−Ｂ）が取得した情報の送信先もサーバ１ではなく、別の情報処理端末（例えば、ドライバーが所有する情報処理端末であり、上述の図４のユーザ端末２−Ａ）でもよい。この場合の送信形式も特に限定されず、近距離通信、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（登録商標）等を用いる送信形式を採用することができる。この場合、ドライバーが所有する情報処理端末は、他の情報処理端末から収集したデータを纏めてサーバにアップロードすることができる。
【００８９】
ここで、前記第１条件は、前記複数の情報処理端末の少なくとも一部の夫々に対して割り当てられた優先順位に従って、前記所定種類の情報の取得順番が移行していく場合において、当該取得順番が前記自身の情報処理端末に移行したこととすることができる。
即ち、本サービスの対象となる複数の情報処理端末の夫々は、一定のサイクルで、位置情報等の所定種類の情報の取得対象となる情報処理端末を変更できるので、連続的に各情報処理端末（複数のユーザが相乗り中の車）が情報を取得することが適切にできる。
なお、「複数の情報処理端末の少なくとも一部」とは、相乗りしている複数のユーザの夫々が操作する複数の情報処理端末の全てを、所定種類の情報を取得する対象とする必要はないと言う意味である。例えば、バッテリ残量があまりに低い情報処理端末については、所定種類の情報を取得する対象として除外して、優先順位を割り当てなくてもよい。
【００９０】
ここで、前記第１条件における、前記優先順位に従った前記取得順番の移行は、所定時間が経過する毎に行われることができる。
これにより、所定時間が経過する毎に、位置情報等の所定の種類の情報が適切に取得できるので、これら取得された情報のログ、例えば車の移動ログがより適切に生成される。
【００９１】
ここで、前記複数の情報処理端末の少なくとも一部の夫々に対して前記優先順位を割り当てる優先順位割当手段を、さらに備えることができる。
或いはまた、前記複数の情報処理端末の少なくとも一部の夫々に対して前記優先順位を割り当てる優先順位割当手段が、前記別の情報処理装置に設けられているようにすることもできる。
【００９２】
ここで、前記優先順位割当手段は、前記複数の情報処理端末の少なくとも一部の夫々の電池残量に基づいて、前記優先順位を割り当てることができる。
即ち、電池残量に基づき、位置情報等の所定種類の情報を取得する優先順位を割り当てることができるので、各情報処理端末の電池残量を考慮しつつ、所定の種類の情報を逐次取得していくことができる。その結果、これら取得された情報のログ、例えば車の移動ログが適切に生成される。
【００９３】
ここで、前記優先順位割当手段は、前記複数の情報処理端末の少なくとも一部の夫々の通信環境に基づいて、前記優先順位を割り当てることができる。
即ち、通信環境に基づき、位置情報等の所定種類の情報を取得する優先順位を割り当てることができるので、各情報処理端末の通信環境を考慮しつつ、所定の種類の情報を逐次取得していくことができる。その結果、これら取得された情報のログ、例えば車の移動ログが適切に生成される。
なお、上述したように、通信環境とは、位置情報等の所定種類の情報を取得する際の通信環境と、取得された当該情報をサーバや他の情報処理端末に送信する際の通信環境との両方を含む概念である。
具体的には例えば一般的に、当該通信環境が良好でない情報処理端末には低い優先順位を割り当てることができる。
【００９４】
ここで、前記優先順位割当手段は、
前記複数の情報処理端末の中から、前記優先順位を割り当てる対象を１以上決定し、
当該対象に対して前記優先順位を割り当てることができる。
即ち、登録された全ての情報処理端末に優先順位を割り当てる必要がないため、例えば、バッテリの消耗が激しい情報処理端末からは、位置情報を取得しない等の柔軟な処理が可能となる。
【００９５】
ここで、前記取得手段は、前記所定の種類の情報として、自身の前記情報処理端末の位置を示す位置情報を取得することができる。
【００９６】
ここで、前記取得手段は、所定の場合、前記位置情報の取得の頻度を変化させることができる。
即ち、位置情報の取得間隔を自由に変化させることができるため、例えば、登録された情報処理端末の電池残量が全体的に少ないような場合、位置情報の取得間隔を減らす等、より柔軟な処理が可能となる。
【符号の説明】
【００９７】
１・・・サーバ、２・・・ユーザ端末、１１・・・ＣＰＵ、４１・・・ＣＰＵ、４６・・・タッチ操作入力部、４７・・・表示部、１０１・・・取得タイミング判定部、１０２・・・位置取得部、１０３・・・送信タイミング判定部、１０４・・・位置送信制御部、１０５・・・通信制御部、１０６・・・表示制御部、１０７・・・優先順位割当部、１０８・・・電池残量取得部、１０９・・・登録部、１４１・・・位置取得部、１４２・・・ログ生成部、１４３・・・ウェブ管理部、４００・・・位置情報ＤＢ
【図１】
2018195135.tif 000003
【図２】
2018195135.tif 000004
【図３】
2018195135.tif 000005
【図４】
2018195135.tif 000006
【図５】
2018195135.tif 000007
【図６】
2018195135.tif 000008
【図７】
2018195135.tif 000009
【図８】
2018195135.tif 000010