JP2018032181A - 移動体の位置情報共通管理システム - Google Patents

Abstract

【課題】移動体に関連する個人情報を収集することを要せずに、多数の移動体の位置情報を収集し且つこの位置情報を情報端末に送信する。
【解決手段】複数の移動体Ｐ１、Ｐ２、Ｂ、Ｔとそれぞれ一緒に移動する複数の位置情報発信体２０、２５が位置情報及びメタデータを一つのセットとして無線送信したときに位置情報及びメタデータを受信する受信部と、情報端末２５から特定のメタデータと一つのセットを構成する位置情報を送信して欲しい旨のリクエストを受けたときに特定のメタデータを検索する検索部と、検索部によって検索された特定のメタデータと一つのセットを構成する位置情報を情報端末に対して送信する送信部とを備える。
【選択図】図２

Description

本発明は、複数の移動体とそれぞれ一緒に移動する複数の位置情報発信体が発信する位置情報を受信し且つ情報端末から位置情報を取得したい旨のリクエストを受けたときに位置情報を情報端末へ送信する移動体の位置情報共通管理システムに関する。

例えば、民間事業者が、特定の地域を移動する複数の移動体（例えば、歩行者及び車両）とそれぞれ一緒に移動する複数の位置情報発信体の無線信号をそれぞれの位置情報と一緒に取得する位置情報管理システムを運営することがある。

民間事業者としては、例えば、バス運営会社及びタクシー運営会社がある。

例えば、バス運営会社の位置情報管理システムは、自社のバスの位置情報（例えば、ＧＰＳ位置情報。以下同じ。）をこのバスのＩＤ情報と一緒に、バスと一体化した情報端末から所定時間が経過する毎に繰り返し受信する。さらにこの位置情報管理システムは、この位置情報管理システムに登録済の会員（例えば歩行者）が所持する位置情報発信体（例えば、スマートフォン。以下、同じ。）から、この会員の位置情報及びこの位置情報発信体のＩＤ情報を所定時間が経過する毎に繰り返し受信する。位置情報管理システムは、位置情報発信体から受信したＩＤ情報を、会員の個人情報（例えば、氏名、年齢、及び／又は住所）と照合することにより、この位置情報発信体の所持者を特定可能である。
従って、バス運営会社は、位置情報管理システムによって収集された多数のバスの位置情報及び多数の会員の位置情報に基づいて自社のバスの運行可能である。即ち、バス運営会社は、できる限り多くの乗客が自社のバスを利用するように、各バスのルートや運転スケジュールを決定できる。

同様に、タクシー運営会社も、位置情報管理システムによって収集された多数のタクシーの位置情報（及びタクシーと一体化した情報端末のＩＤ情報）並びに、多数の会員の位置情報（及び会員が所持する位置情報発信体のＩＤ情報）に基づいて、自社のタクシーをそれぞれ運行可能である。
またタクシー運営会社の位置情報管理システムも、位置情報発信体から受信したＩＤ情報を、会員の個人情報（例えば、氏名、年齢、及び／又は住所）と照合することにより、この位置情報発信体の所持者を特定可能である。

また、例えば、地方自治体が位置情報管理システムを運営することがある。
地方自治体が運営する位置情報管理システムは、例えば、地元で行われる祭りの参加者（例えば、神輿を担ぐ者及び／又は山車を引く者）が所持する位置情報発信体から、この位置情報発信体の位置情報及びＩＤ情報を所定時間が経過する毎に繰り返し受信する。
この地方自治体は、例えば、位置情報管理システムに集められた多数の祭りの参加者の位置情報をＷｅｂ上で公開する。従って、不特定多数の人が情報端末を利用してこの位置情報を閲覧することにより、現在の祭りの状況を認識できる。
また、この地方自治体の位置情報管理システムも、位置情報発信体から受信したＩＤ情報を、祭りの参加者の個人情報（例えば、氏名、年齢、及び／又は住所）と照合することにより、この位置情報発信体の所持者を特定可能である。

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

これまでは、同じ地域における各移動体の位置情報を、様々な民間事業者及び地方自治体の位置情報管理システムがそれぞれ別々に収集していた。
そのため、例えば、バス運営会社が集めた位置情報を利用できるのは、このバス運営会社のみであった。同様に、他の民間事業者が集めた位置情報を利用できるのは、この民間事業者のみであった。さらに、地方自治体が収集した位置情報を、民間事業者が利用できなかった。

しかし、各民間事業者及び地方自治体がそれぞれ収集した各位置情報を互いに利用可能な位置情報管理システムである位置情報共通管理システムが構築されれば、各民間事業者及び地方自治体は大きなメリットを得られる。

例えば、タクシー運営会社が、バス運営会社の会員の位置情報及び祭りの参加者の位置情報を取得できれば、これらの位置情報を自社のタクシーの運行に利用できる。即ち、タクシー運営会社は、バス運営会社の会員であり且つ現在時刻において最寄りのバス停までの距離が遠い位置に位置する者の近くに自社のタクシーを移動させることにより、この会員に自社のタクシーを利用してもらうことが可能になる。また、タクシー運営会社は、祭りの参加者の現在位置の近くに自社のタクシーを移動させることにより、例えば、祭りの見物客に自社のタクシーを利用してもらうことが可能になる。

また、各民間事業者及び地方自治体がそれぞれ別々に位置情報管理システムを構築する場合の合計コストよりも、一つの位置情報共通管理システムを構築する場合のコストの方が低くなる。即ち、コスト面においても、各民間事業者及び地方自治体はメリットを得られる。

しかしながら、これまでは各位置情報に対応する人々の個人情報が、位置情報共通管理システムを構築することにとっての障害になっていた。

即ち、例えばバス運営会社は、氏名、年齢、及び／又は住所を含む会員の個人情報を収集していた。そして、会員の位置情報発信体の上記ＩＤ情報が個人情報と関連付けながら位置情報管理システムに登録されていた。
そのため、バス運営会社が自社の会員の位置情報発信体の位置情報を位置情報共通管理システムに提供すると、会員の個人情報も一緒に位置情報共通管理システムに提供される。

しかし、この位置情報共通管理システムにはバス運営会社とは別の民間事業者及び地方自治体も参加する。そのため、バス運営会社及びその会員は、会員の個人情報が、バス運営会社とは別の民間事業者及び地方自治体に流出するおそれを感じることになる。それ故、バス運営会社が位置情報共通管理システムへ積極的に参加するのは難しかった。
同様の理由により、タクシー運営会社及び地方自治体も、位置情報共通管理システムへ積極的に参加するのは難しかった。

本発明は上述した課題に対処するためになされたものである。即ち、本発明の目的の一つは、移動体に関連する個人情報を収集することを要せずに、多数の移動体の位置情報を収集し且つこの位置情報を情報端末に送信することが可能な移動体の位置情報共通管理システムを提供することにある。

前記目的を達成するための本発明による移動体の位置情報共通管理システムは、
複数の移動体（Ｐ１、Ｐ２、Ｂ、Ｔ）とそれぞれ一緒に移動する複数の位置情報発信体（２０、２５）が位置情報及びメタデータを一つのセットとして無線送信したときに、前記位置情報及び前記メタデータを受信する受信部（１６）と、
情報端末（２５、３４、４１、５１）から特定の前記メタデータと一つのセットを構成する前記位置情報を送信して欲しい旨のリクエストを受けたときに、前記特定のメタデータを検索する検索部（１６）と、
前記検索部によって検索された前記特定のメタデータと一つのセットを構成する前記位置情報を前記情報端末に対して送信する送信部（１６）と、
を備える。

本発明では、位置情報発信体が一つのセットとして発信した位置情報及びメタデータを、位置情報共通管理システムの受信部が受信する。
検索部は、情報端末から特定のメタデータと一つのセットを構成する位置情報を送信して欲しい旨のリクエストを受けると、この特定のメタデータを検索する。
そして検索部がこの特定のメタデータを検索すると、送信部が、この特定のメタデータと一つのセットを構成する位置情報を、リクエストを要求した情報端末に対して送信する。

このように本発明の位置情報共通管理システムは、位置情報発信体が発信するメタデータを利用しながら、情報端末からリクエストを受けた特定の位置情報発信体の位置情報を情報端末に送信する。即ち、位置情報共通管理システムは、移動体に関連する個人情報を収集する必要がない。
そのため、本位置情報管理システム、位置情報発信体及び情報端末を含む位置情報管理機構への参加者（例えば、民間事業者及び地方自治体）は、個人情報の流出を心配する必要がない。従って、多数の参加者が本位置情報管理機構へ参加することが期待できる。換言すると、本位置情報共通管理システムは、多数の移動体の位置情報を収集可能である。

なお、メタデータとしては、例えば、ハッシュタグを利用可能である。

本発明の一態様において、
前記受信部が、
前記位置情報発信体が一つのセットとして無線送信した前記位置情報、前記メタデータ、及び前記位置情報発信体を識別するためのＩＤ情報を受信するように構成され、
前記送信部が、
前記位置情報及び前記ＩＤ情報を一つのセットとして前記情報端末に対して送信するように構成される。

本発明をこの態様で実施すれば、位置情報共通管理システムは、各位置情報発信体からＩＤ情報と位置情報を関連付けて取得できるようになる。
従って、位置情報共通管理システム、並びに、位置情報共通管理システムからＩＤ情報及び位置情報を受信した情報端末は、各位置情報発信体の位置情報を時系列的に取得及び認識できるようになる。

本発明の一態様において、
前記メタデータが、
特定の前記位置情報発信体である特定位置情報発信体のみが無線送信可能な特定メタデータと、
全ての前記位置情報発信体が無線送信可能な非特定メタデータと、
を有する。

例えば、メタデータとしてハッシュタグを利用する場合に、公共性の高い文字（例えば、移動体が位置する地域の地名）がハッシュタグとして使用される可能性がある。しかし、民間事業者が管理する位置情報発信体が公共性の高い文字をハッシュタグとして使用すると、この位置情報発信体の位置情報を取得した情報端末のユーザーが、この位置情報発信体が地方自治体と関連すると誤認するおそれがある。
しかし本発明をこの態様で実施すれば、例えば、移動体が位置する地域の地名を表すハッシュタグを、例えば地方自治体が管理する位置情報発信体である特定位置情報発信体のみが使用可能とすることが可能になる。そのため、特定位置情報発信体とは別の位置情報発信体の位置情報を取得した情報端末のユーザーが、この位置情報発信体が地方自治体と関連すると誤認するおそれはない。

前記説明においては、本発明の理解を助けるために、後述する実施形態に対応する発明の構成に対し、その実施形態で用いた名称及び／又は符号を括弧書きで添えている。しかしながら、本発明の各構成要素は、前記符号によって規定される実施形態に限定されるものではない。本発明の他の目的、他の特徴及び付随する利点は、以下の図面を参照しつつ記述される本発明の実施形態についての説明から容易に理解されるであろう。

本発明の実施形態に係る移動体の位置情報共通管理システムを含む位置情報管理機構を概念的に示す図である。 データセンターのディスプレイを示す図である。 ビーコンが発信した無線信号に基づいて二つのスマートフォンが算出した各スマートフォンからビーコンまでの推定距離に基づいて、データセンターの情報処理装置がビーコンの位置を推定する原理を示す図である。 ビーコンが発信した無線信号に基づいて三つのスマートフォンが算出した各スマートフォンからビーコンまでの推定距離に基づいて、情報処理装置がビーコンの位置を推定する原理を示す図である。 ディスプレイに表示された地図画像の一部の拡大図である。 地方自治体の庁舎のディスプレイを示す図である。 祭り情報取得アプリケーションがインストールされたスマートフォンのディスプレイを示す図である。 待ち合わせ用アプリケーションがインストールされたスマートフォンのディスプレイを示す図である。 タクシー運営会社の社屋に設置されたディスプレイを示す図である。 タクシー会員用アプリケーションがインストールされたスマートフォンのディスプレイを示す図である。 バス運営会社の社屋に設置されたディスプレイを示す図である。 バス会員用アプリケーションがインストールされたスマートフォンのディスプレイを示す図である。 ビーコンのＩＣチップが実行する処理を示すフローチャートである。 祭り情報取得アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 待ち合わせ用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 タクシーの運転手が所持するスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 タクシー会員用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 バスの運転手が所持するスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 バス会員用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 地方自治体の庁舎に設置された情報処理装置が実行する処理を示すフローチャートである。 タクシー運営会社の情報処理装置が実行する処理を示すフローチャートである。 バス運営会社の情報処理装置が実行する処理を示すフローチャートである。 データセンターの情報処理装置が実行する処理を示すフローチャートである。 祭り情報取得アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 待ち合わせ用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 地方自治体の庁舎に設置された情報処理装置が実行する処理を示すフローチャートである。 タクシー運営会社の情報処理装置が実行する処理を示すフローチャートである。 タクシー会員用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。 バス運営会社の情報処理装置が実行する処理を示すフローチャートである。 バス会員用アプリケーションがインストールされたスマートフォンのＥＣＵが実行する処理を示すフローチャートである。

以下、本発明の一実施形態に係る移動体の位置情報共通管理システム１０（以下、「位置情報共通管理システム１０」と呼ぶ）について添付図面を参照しながら説明する。
本実施形態の位置情報共通管理システム１０は、図１に示すデータセンター１５に設置（固定）されている。
データセンター１５は、情報処理装置１６（コンピューターサーバー）及びディスプレイ１８を備えている。この情報処理装置１６及びディスプレイ１８が、位置情報共通管理システム１０の構成要素である。

図１に示すようにデータセンター１５の情報処理装置１６は、ネットワークを介して、後述するスマートフォン２５、並びに、地方自治体の庁舎３３、タクシー運営会社の社屋４０及びバス運営会社の社屋５０の情報処理装置３４、４１、５１とデータ通信を行う。
このネットワークは、通信事業者の通信網及びインターネット網を含んでいる。
各スマートフォン２５は、通信事業者の基地局と無線通信（データ通信）を行う。この基地局は、通信事業者の通信網を介してインターネット網に接続されている。
情報処理装置１６、３４、４１、５１はインターネット網との間でデータ通信を行う。
さらに後述するように、各スマートフォン２５はビーコン２０が発信した電波を受信可能である。

データセンター１５の情報処理装置１６、ビーコン２０、スマートフォン２５、庁舎３３の情報処理装置３４、社屋４０の情報処理装置４１、及び社屋５０の情報処理装置５１は、図１に示す位置情報管理機構１の構成要素である。

データセンター１５の建物内に設置された情報処理装置１６はＣＰＵ、ＲＯＭ、ＲＡＭ及びインターフェース等を含むマイクロコンピュータを主要構成部品として有する電子制御回路である。ＣＰＵは、メモリ（ＲＯＭ）に格納されたインストラクションを実行することにより後述する各種機能を実現する。このメモリには、後述する地図データ及び各種のソフトウェアが記録されている。周知のようにＣＰＵは、各ソフトウェアのインストラクションを実行することにより後述する各動作を実行する。

情報処理装置１６に接続されたディスプレイ１８には、図２に示すダイナミックマップＤＭが表示される。このダイナミックマップＤＭは、互いに重ねられた複数のレイヤー（層）によって構成されている。各レイヤーが表す情報の時間変化に応じた変化の度合いは、各レイヤー毎に異なる。
時間変化に応じた変化が最も小さい（実質的に変化しない）レイヤーは、上記地図データに基づく地図画像である。この地図画像は、例えば、後述する道路Ｒ１、Ｒ２、Ｒ３、Ｒ４、川、及び鉄道の線路などを表す画像を含んでいる。
他のレイヤーは、時間変化に応じて変化する情報を表している。例えば、一つのレイヤーは、後述するビーコン２０及びスマートフォン２５の位置情報を表している。

なお、この地図画像は多数のグリッド（格子状の最小単位）によって構成されている。このグリッドの各辺の長さは、実際の地理の２ｍに対応する距離である。
従って、後述するように地図画像上におけるビーコン２０の現在位置（推定位置Ａ−Ｃ）及びスマートフォン２５の現在位置を求める場合、これらの現在位置は一つのグリッドに対応する位置となる。

ビーコン２０は小型且つ軽量のタグである。
ビーコン２０の外形を構成するケース２１の内部には、ＩＣチップ２２、バッテリ２３、及びアンテナ２４が設けられている。

ＩＣチップ２２は、一つの基板、及び、この基板上に実装された多数の電子部品（例えば、トランジスタ、抵抗、コンデンサ、及びダイオード）を有する小型の電子部品である。ＩＣチップ２２は無線信号（電波）を生成する機能を有している。ＩＣチップ２２が生成する電波の規格はBluetooth Low Energyである。即ち、ＩＣチップ２２は２．４ＧＨｚ帯の電波を生成する。ＩＣチップ２２は所定時間毎（例えば１００ミリ秒毎）に無線信号を生成する。さらにＩＣチップ２２は、無線信号を生成する毎に、ビーコン２０を他のビーコンと識別するためのビーコンＩＤ信号及び後述するメタデータを生成する。以下、ビーコン２０が生成するメタデータを「ビーコンメタデータ」と称する場合がある。

バッテリ２３はボタン式バッテリである。バッテリ２３は、容量がゼロになるまで常に電力をＩＣチップ２２及びアンテナ２４へ供給する。ＩＣチップ２２が生成する電波の規格がBluetooth Low Energyであるため、バッテリ２３の単位時間当たりの消費電力は小さい。

アンテナ２４はＩＣチップ２２に接続されている。
さらにＩＣチップ２２は、電波を生成するときに（即ち、例えば１００ミリ秒毎に）、電波強度の大きさを表すリファレンス強度信号を生成する。リファレンス強度信号が表す電波強度（リファレンス強度）は、アンテナ２４が発信した電波を、ビーコン２０から１ｍ離れた位置で受信機（例えば、スマートフォン）が受信する場合の、この受信機が受信した電波の電波強度を表す。

バッテリ２３の電力が供給されたＩＣチップ２２が無線信号を生成すると、アンテナ２４は生成された無線信号をビーコンＩＤ信号、ビーコンメタデータ、及びリファレンス強度信号と一緒に外部に向けて所定時間毎（例えば１００ミリ秒毎）に繰り返し送信する。以下、ビーコン２０による無線信号の送信周期を「ビーコン送信周期」と称する。

各々一つのリファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータは一つのセットとして、ＩＣチップ２２が生成した無線信号に重畳される。リファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータを有する一セットは、例えばペイロードとして無線信号に重畳可能である。

本実施形態では、図２に示す複数の対象歩行者Ｐ１がビーコン２０を所持している。
対象歩行者Ｐ１は祭りの参加者である。即ち、対象歩行者Ｐ１は、図示を省略した神輿を担ぐ者及び／又は図示を省略した山車を引く者である。
さらに、本実施形態の祭りは、この祭りが実施される地域の地方自治体であるＸＹＺ市によって管理されている。

図１に示すように地方自治体（ＸＹＺ市）の庁舎３３は、庁舎３３内において固定された情報処理装置３４（コンピューターサーバー）及びディスプレイ３５を備えている。情報処理装置３４及びディスプレイ３５の構成は、データセンター１５の情報処理装置１６及びディスプレイ１８とそれぞれ実質的に同一である。情報処理装置３４のメモリには、図２と同様の地図画像を表すデータが記録されている。従って、図６に示すように、ディスプレイ３５には図２と同様の地図画像が表示される。但し、この地図画像にはバス停Ｂ１は含まれていない。

なお、情報処理装置３４のＲＯＭには、各ビーコン２０の所有者の氏名、年齢、住所等の個人情報がビーコンＩＤ信号と関連付けて記録されている。
さらに情報処理装置３４のＲＯＭには、後述する「待ち合わせ用アプリケーション」がインストールされているスマートフォン２５の所有者の氏名、年齢、住所等の個人情報が端末ＩＤ信号と関連付けて記録されている。

図１に示すスマートフォン２５の外形を構成するケース２６の内部にはＥＣＵ２７、バッテリ２８、無線通信用アンテナ２９及びＧＰＳ用受信アンテナ３０が設けられている。

ＥＣＵ２７（エレクトリックコントロールユニット）は、ＣＰＵ、ＲＯＭ、ＲＡＭ及びインターフェース等を含むマイクロコンピュータを主要構成部品として有する電子制御回路である。ＣＰＵは、メモリ（ＲＯＭ）に格納されたインストラクションを実行することにより後述する各種機能を実現する。さらにＥＣＵ２７のメモリには、様々なソフトウェア（アプリケーション）がインストールされている。

ＥＣＵ２７は無線信号を生成可能である。
さらにＥＣＵ２７は、各スマートフォン２５を他のスマートフォン２５と識別するための端末ＩＤ信号を、所定時間毎に繰り返し生成可能である。
さらにＥＣＵ２７はメタデータを繰り返し生成可能である。ＥＣＵ２７は、後述するように所定のアプリケーションの指示に従って自動的にメタデータを生成してもよいし、又は、後述する入力手段によって特別な操作が行われた場合のみメタデータを生成してもよい。なお、以下の説明では、ＥＣＵ２７が生成するメタデータを「スマホメタデータ」と称する場合がある。

バッテリ２８は充電式バッテリであり、その容量がゼロになるまで常に電力をＥＣＵ２７、無線通信用アンテナ２９、ＧＰＳ用受信アンテナ３０、及びディスプレイ３１へ供給する。

無線通信用アンテナ２９はＥＣＵ２７に接続されている。スマートフォン２５がビーコン２０が送信する無線信号が届く範囲内に位置するとき、無線通信用アンテナ２９は、ビーコン２０が発信した無線信号、リファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータを所定時間毎（例えば、１００ミリ秒毎）に繰り返し受信する。以下、無線通信用アンテナ２９によるビーコン２０が発信した無線信号、リファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータの受信周期を「ビーコン送信情報受信周期」と称する。このビーコン送信情報受信周期は、例えばビーコン送信周期と同一にすることが可能である。
さらにＥＣＵ２７は、受信したリファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータをＲＡＭに時系列的に記録する。

ＧＰＳ用受信アンテナ３０はＥＣＵ２７に接続されている。周知のようにＧＰＳ用受信アンテナ３０は、ＧＰＳ衛星から送信されたＧＰＳ信号を受信することにより、ＧＰＳ用受信アンテナ３０（スマートフォン２５）の位置に関する情報（以下、「ＧＰＳ位置情報」と称する）を所定時間毎（例えば、１秒毎）に繰り返し取得する。以下、ＧＰＳ用受信アンテナ３０によるＧＰＳ位置情報の受信周期を「ＧＰＳ情報受信周期」と称する。
さらにＥＣＵ２７は、受信したＧＰＳ位置情報を、例えばＧＰＳ情報受信周期と同じ周期でＲＡＭに時系列的に記録する。

さらに無線通信用アンテナ２９は後述するように、ＥＣＵ２７からの指令により、ＲＡＭに記録されたビーコンＩＤ信号、ＧＰＳ位置情報及び端末ＩＤ信号等を、例えば、ＧＰＳ情報受信周期と同じ周期で繰り返し外部に無線送信する。
さらに無線通信用アンテナ２９は、基地局が発信した無線信号を受信可能である。

さらにケース２６の表面にはディスプレイ３１が設けられている。このディスプレイ３１もＥＣＵ２７に接続されている。
さらにスマートフォン２５の表面には、ＥＣＵ２７に接続された入力手段（図示略）が設けられている。この入力手段の形式は問わない。即ち、入力手段は、例えば、ケース２６に対して相対移動可能な機械式ボタンであってもよいし、又は、ディスプレイ３１の一部をなすタッチパネルであってもよい。

本実施形態では、スマートフォン２５は対象歩行者Ｐ２（Ｐ２−Ｂ、Ｐ２−Ｆ、Ｐ２−Ｍ、Ｐ２−Ｔを含む）、バスＢの運転手、及びタクシーＴの運転手によって所持されている。

図１に示すようにタクシーＴの運営会社の社屋４０は、いずれも社屋４０内において固定された情報処理装置４１（コンピューターサーバー）及びディスプレイ４３を備えている。情報処理装置４１及びディスプレイ４３の構成は、データセンター１５の情報処理装置１６及びディスプレイ１８とそれぞれ実質的に同一である。情報処理装置４１のメモリには、図２と同様の地図画像を表すデータが記録されている。従って、図９に示すように、ディスプレイ４３には図２と同様の地図画像が表示される。但し、この地図画像にはバス停Ｂ１は含まれていない。

なお、情報処理装置４１のＲＯＭには、後述する「タクシー専用アプリケーション」がインストールされているスマートフォン２５の所有者の氏名、年齢、住所等の個人情報が端末ＩＤ信号と関連付けて記録されている。さらに、このＲＯＭには、このスマートフォン２５と一緒に移動するタクシーＴの車両情報が、端末ＩＤ信号と関連付けて記録されている。
さらに、情報処理装置４１のＲＯＭには、後述する「タクシー会員用アプリケーション」がインストールされているスマートフォン２５の所有者の氏名、年齢、住所等の個人情報が端末ＩＤ信号と関連付けて記録されている。

バスＢの運営会社の社屋５０は、いずれも社屋５０内において固定された情報処理装置５１（コンピューターサーバー）及びディスプレイ５３を備えている。情報処理装置５１及びディスプレイ５３の構成は、情報処理装置１６及びディスプレイ１８とそれぞれ実質的に同一である。情報処理装置５１のメモリには、図２と同様の地図画像を表すデータが記録されている。従って、図１１に示すように、ディスプレイ５３には図２と同様の地図画像が表示される。この地図画像にはバス停Ｂ１が含まれている。

なお、情報処理装置５１のＲＯＭには、後述する「バス専用アプリケーション」がインストールされているスマートフォン２５の所有者の氏名、年齢、住所等の個人情報が端末ＩＤ信号と関連付けて記録されている。さらに、このＲＯＭには、このスマートフォン２５と一緒に移動するバスＢの車両情報が、端末ＩＤ信号と関連付けて記録されている。
さらに、情報処理装置５１のＲＯＭには、後述する「バス会員用アプリケーション」がインストールされているスマートフォン２５の所有者の氏名、年齢、住所等の個人情報が端末ＩＤ信号と関連付けて記録されている。

続いて位置情報共通管理システム１０の動作について説明する。なお、以下の説明は、以下の状態１乃至状態３が実現されていることを前提にしている。
状態１：ビーコン２０のバッテリ２３及びスマートフォン２５のバッテリ２８の容量がゼロではない。
状態２：スマートフォン２５の電源スイッチがＯＮ状態にある。
状態３：複数のスマートフォン２５が、ビーコン２０を中心とする所定半径の円内（所定エリア）に位置する。

データセンターのディスプレイ１８には、図２に示す地図画像が表示される。この地図画像は、データセンター１５が位置する地域の中の一部の特定地域を表している。
この地図画像には、互いに平行をなす二本の道路Ｒ１、Ｒ２及び道路Ｒ１、Ｒ２に対して直交する２本の道路Ｒ３、Ｒ４が表示されている。各道路Ｒ１、Ｒ２、Ｒ３、Ｒ４は、二点鎖線で描かれた中央分離線によって左側車線と右側車線とに区切られている。なお、車両（例えば、バスＢ及びタクシーＴ）は道路Ｒ１、Ｒ２、Ｒ３、Ｒ４の左側車線を通行する。さらに図示は省略してあるが、道路Ｒ１、Ｒ２、Ｒ３、Ｒ４の両側縁部には、各道路Ｒ１、Ｒ２、Ｒ３、Ｒ４に沿って延びる歩道が設けられている。本実施形態の対象歩行者Ｐ２（Ｐ２−Ｂ、Ｐ２−Ｆ、Ｐ２−Ｍ、Ｐ２−Ｔを含む）は原則として歩道を歩く。即ち、対象歩行者Ｐ２は道路Ｒ１、Ｒ２、Ｒ３、Ｒ４を横断する場合等を除いて歩道を歩く。一方、対象歩行者Ｐ１は車道（即ち、道路Ｒ１、Ｒ２、Ｒ３、Ｒ４の歩道以外の部分）を歩く。さらに地図画像には、バスＢの運営会社が設置したバス停Ｂ１が表示されている。
さらに図５に示すように、この地図画像には川及び建物が表示されている。さらに図示は省略してあるが、この地図画像には鉄道の線路が表示されている。

上述のように、各対象歩行者Ｐ１が所持するビーコン２０のアンテナ２４は、所定時間毎に無線信号を繰り返し発信する。この無線信号には、各々一つのビーコンＩＤ信号、ビーコンメタデータ及びリファレンス強度信号が一つのセットとして含まれる。
このビーコンメタデータはハッシュタグである。具体的には、このビーコンメタデータは「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグである。

なお、ビーコン２０が発信するハッシュタグとしてどのような文字データを使用するかについては、原則として規制はない。しかし、本実施形態の祭りは上記地方自治体（ＸＹＺ市）の監督下にある。そのため、「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグを、この地方自治体と無関係の者又は組織が自由に使用可能にすると、そのハッシュタグと関連する情報がこの地方自治体と関係があると、多くの人が誤認するおそれがある。
そのため本実施形態では、上記地方自治体から許可を受けた者又は組織のみが、「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグを設定可能としている。即ち、ビーコン２０の製造者は、上記地方自治体から許可を受けた上でビーコン２０を製造している。
なお、このように特定の位置情報発信体（ビーコン２０）である特定位置情報発信体のみが送信可能なメタデータは「特定メタデータ」と称される。
その一方で、スマートフォン２５が発信する無線信号に含まれるハッシュタグ（例えば、後述する「＃〇〇ＴＡＸＩ」）は、スマートフォン２５の製造者及び使用者等が自由に設定可能である。このようなメタデータは「非特定メタデータ」と称される。

ビーコン２０が発信する無線信号、リファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータを、スマートフォン２５の無線通信用アンテナ２９が受信すると、ＥＣＵ２７は実際に受信した無線信号の強度（以下、「実強度」と称する）及びリファレンス強度信号が表すリファレンス強度を比較する。そしてＥＣＵ２７は、実強度及びリファレンス強度に基づいて、スマートフォン２５とビーコン２０との距離である推定距離を演算（推定）する。

具体的にはＥＣＵ２７は、以下のように推定距離を演算する。
例えば、実強度がリファレンス強度より大幅に大きい場合は、ＥＣＵ２７は「推定距離はimmediately領域にある」と推定する。このimmediately領域は、ビーコン２０とスマートフォン２５との距離が極めて近い領域（例えば、１ｍ以下の領域）である。
実強度がリファレンス強度より僅かに大きい場合は、ＥＣＵ２７は「推定距離はnear領域にある」と推定する。このnear領域は、ビーコン２０とスマートフォン２５との距離が近く且つimmediately領域よりは遠い領域（例えば、１ｍより大きく且つ３ｍ以下の領域）である。
実強度がリファレンス強度より小さい場合は、ＥＣＵ２７は「推定距離はfar領域にある」と推定する。このfar領域は、ビーコン２０とスマートフォン２５との距離がnear領域よりも遠い領域（例えば、３ｍより大きく且つ１０ｍ以下の領域）である。
但し、実強度とリファレンス強度との大小関係と、３つの推定距離との関係は、この関係には限定されない。

所定時間毎（例えば、１００ミリ秒毎）にスマートフォン２５のＥＣＵ２７が推定距離を繰り返し演算すると、ＥＣＵ２７は演算した推定距離をリファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータと一緒に所定時間毎（例えば、１００ミリ秒毎）にＲＡＭに時系列的に記録する。

ところで、上述のようにＥＣＵ２７は、受信したＧＰＳ位置情報をＧＰＳ情報受信周期と同じ周期でＲＡＭに時系列的に記録する。
そしてＥＣＵ２７は、一つのＧＰＳ位置情報をＲＡＭに記録するとき、このＧＰＳ位置情報がＧＰＳ用受信アンテナ３０によって受信されたときのＧＰＳ情報受信周期の間にＥＣＵ２７が演算した推定距離、並びに、無線通信用アンテナ２９が受信したリファレンス強度信号、ビーコンＩＤ信号及びビーコンメタデータを、このＧＰＳ位置情報とセットとしてＲＡＭに記録する。上述のように、ＧＰＳ情報受信周期はビーコン送信情報受信周期より長く、一つのＧＰＳ情報受信周期が経過する間に複数のビーコン送信情報受信周期が経過する。従って、一つのＧＰＳ位置情報と、複数の推定距離、複数のリファレンス強度信号、複数のビーコンＩＤ信号、及び複数のビーコンメタデータと、が一つのセットとしてＲＡＭに記録される。なお、例えばＧＰＳ情報受信周期が１秒且つビーコン送信情報受信周期が１００ミリ秒の場合は、一つのＧＰＳ位置情報、１０個の推定距離、１０個のリファレンス強度信号、１０個のビーコンＩＤ信号、及び１０個のビーコンメタデータが一つのセットとしてＲＡＭに記録される。以下、この一つのセットを「推定距離及びＧＰＳ情報セット」と称する。

さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、推定距離及びＧＰＳ情報セット、並びに、端末ＩＤ信号を一つのセットとして一緒にデータセンター１５の情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

なお、ＥＣＵ２７がハッシュタグ（スマホメタデータ）を生成するときがある。
この場合は、無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、推定距離及びＧＰＳ情報セット、端末ＩＤ信号、並びにハッシュタグ（スマホメタデータ）を一つのセットとして一緒にデータセンター１５の情報処理装置１６へ所定周期（例えば、１秒）で繰り返し送信する。

情報処理装置１６は、例えばＧＰＳ情報受信周期と同じ長さのセンター受信周期毎に、複数のスマートフォン２５から推定距離及びＧＰＳ情報セット、並びに、端末ＩＤ信号を受信し、且つ、所定周期（例えば、センター受信周期と同じ周期）で推定距離及びＧＰＳ情報セット、並びに、端末ＩＤ信号をＲＡＭに記録する。なお、スマートフォン２５がスマホメタデータを発信した場合は、情報処理装置１６は、推定距離及びＧＰＳ情報セット、端末ＩＤ信号、並びに、スマホメタデータを受信し且つＲＡＭに記録する。
すると各スマートフォン２５から受信した複数の推定距離に関する情報に基づいて、情報処理装置１６は、受信したビーコンＩＤ信号と対応するビーコン２０（対象歩行者Ｐ１、Ｐ２）の現在位置を、以下の原理に沿って推定する。

例えば、一つのセンター受信周期において２つのスマートフォン２５（２５−１、２５−２）のみから推定距離及びＧＰＳ情報セットを対応する端末ＩＤ信号と一緒に受信したときは、情報処理装置１６は図３に示した原理に基づいてビーコン２０の現在位置が含まれると推定される範囲を求める。
即ち、情報処理装置１６は、スマートフォン２５−１を中心とし且つスマートフォン２５−１が算出した推定距離Ｌ１(far領域)の上限値を外径とし且つ下限値を内径とする環状帯Ｃ１と、スマートフォン２５−２を中心とし且つスマートフォン２５−２が算出した推定距離Ｌ２(far領域)の上限値を外径とし且つ下限値を内径とする環状帯Ｃ２と、が重なる仮推定領域Ａ−２を求める。この仮推定領域Ａ−２が、ビーコン２０の現在位置が含まれると推定される範囲である。なお、例えば推定距離Ｌ１がimmediately領域の場合は、この推定距離Ｌ１の上限値を半径とする円Ｃ１と、環状帯Ｃ２と、が重なる領域が仮推定領域Ａ−２となる。

なお、情報処理装置１６が各スマートフォン２５−１、２５−２から受信した一つの推定距離及びＧＰＳ情報セットの中には、通常、複数の推定距離が含まれる。そのため、情報処理装置１６は各スマートフォン２５−１、２５−２から一つの推定距離及びＧＰＳ情報セットを受信したときに、通常、４つ以上の仮推定領域Ａ−２を演算する。
これらの仮推定領域Ａ−２は、ビーコン２０が発信した同じ電波強度の無線信号に基づいて演算されたものである。そのため、これらの仮推定領域Ａ−２の形状は互いにほぼ同一である。

また、一つのセンター受信周期において３つのスマートフォン２５（２５−１、２５−２、２５−３）から推定距離及びＧＰＳ情報セットを対応する端末ＩＤ信号と一緒に受信したときは、情報処理装置１６は図４に示した原理に基づいてビーコン２０の現在位置が含まれると推定される範囲を求める。
即ち、情報処理装置１６は、環状帯Ｃ１と、環状帯Ｃ２と、スマートフォン２５−３を中心とし且つスマートフォン２５−３が算出した推定距離Ｌ３の上限値を外径とし且つ下限値を内径とする環状帯Ｃ３(near領域)とが重なる仮推定領域Ａ−３を求める。この仮推定領域Ａ−３が、ビーコン２０の現在位置が含まれると推定される範囲である。
仮推定領域Ａ−３は、３つの推定距離に基づく領域であるため、仮推定領域Ａ−２よりもビーコン２０の現在位置をより正確に表している可能性が高い。
またこの場合も、通常情報処理装置１６はセンター受信周期毎に３つのスマートフォン２５から複数の推定距離を受信するので、センター受信周期毎に情報処理装置１６は通常６つ以上の仮推定領域Ａ−３を求める。

なお、一つのセンター受信周期において情報処理装置１６が４つ以上のスマートフォン２５から推定距離及びＧＰＳ情報セットを対応する端末ＩＤ信号と一緒に受信したときは、情報処理装置１６は、４つのスマートフォン２５から受信した推定距離及びＧＰＳ情報セットに基づいて仮推定領域Ａ−２、Ａ−３に相当する領域を求める。
推定距離及びＧＰＳ情報セットを情報処理装置１６に対して送信するスマートフォン２５の数が多くなればなる程、情報処理装置１６はビーコン２０の現在位置が含まれると推定される範囲をより正確に求めることが可能となる。

さらに、各スマートフォン２５が情報処理装置１６へ送信する推定距離の少なくとも一つが「near領域」又は「far領域」の場合は、仮推定領域は大きな領域となる。特にいずれかの推定距離が「far領域」の場合は、仮推定領域は極めて大きな領域となるおそれがある。換言すると、これらの場合は、仮推定領域は一つのグリッドより（かなり）広い領域を表す可能性が高い。そのため、これらの場合は、この仮推定領域をビーコン２０（対象歩行者Ｐ１、Ｐ２）の現在位置として扱うのは不適切である。
従って、情報処理装置１６は、求めた仮推定領域に対して以下のフィルタリング処理を実行する。

図５には、一人の歩行者（対象歩行者Ｐ１又は対象歩行者Ｐ２）が所持するビーコン２０の仮推定領域Ａが示されている。
この仮推定領域Ａは川の一部及び一部の建物と重なっている。
しかし、歩行者が川の中にいる可能性は低いと考えられる。さらに、ビーコン２０のビーコンＩＤ信号が表すこの歩行者の住所とは異なる住所の建物内に歩行者がいる可能性も低いと考えられる。
そのため、情報処理装置１６は仮推定領域Ａの中で川及び建物と重なる領域を仮推定領域Ａから排除した、排除後領域Ａ−ｅを演算する。この排除後領域Ａ−ｅは、図５にハッチングで示した領域である。
情報処理装置１６によるフィルタリング処理は、このようにして実行される。

さらに情報処理装置１６は、排除後領域Ａ−ｅの中心位置である推定位置Ａ−Ｃを演算する。即ち、情報処理装置１６は算出された推定位置Ａ−Ｃを、この歩行者（ビーコン２０）の現在位置として扱う。
そして情報処理装置１６は、図５に示すように、各ビーコン２０推定位置Ａ−ＣをビーコンＩＤ信号と関連付けてディスプレイ１８上の一つのグリッドに表示させる。

情報処理装置１６は、推定位置Ａ−Ｃの演算作業を、例えばセンター受信周期と同じ周期で繰り返し実行する。さらに情報処理装置１６はセンター受信周期と同じ周期で、演算した各推定位置Ａ−Ｃを時系列的にＲＡＭに記録する。
そしてディスプレイ１８は、例えばセンター受信周期と同じ周期で、図２に示すように、対象歩行者Ｐ１の現在位置（即ち、推定位置Ａ−Ｃ）を繰り返し表示する。即ち、対象歩行者Ｐ１が移動すると、地図画像上の対象歩行者Ｐ１の位置が変化する。

データセンター１５の情報処理装置１６のＲＯＭには、各スマートフォン２５の端末ＩＤが記録されている。
そのため情報処理装置１６は、受信した端末ＩＤ信号と対応するスマートフォン２５のＧＰＳ位置情報に基づく位置を、ダイナミックマップＤＭの地図画像上に重ねて表示させる。即ち、地図画像上のＧＰＳ位置情報が表す位置に、対応するスマートフォン２５の位置が重ねて表示される。

その一方で、データセンター１５の情報処理装置１６のＲＯＭには、各ビーコン２０の所有者の個人情報は記録されていない。さらに情報処理装置１６のＲＯＭには、「待ち合わせ用アプリケーション」がインストールされているスマートフォン２５の所有者の個人情報は記録されていない。
また、情報処理装置１６のＲＯＭには、「タクシー専用アプリケーション」がインストールされているスマートフォン２５の所有者の個人情報及びこのスマートフォン２５と一緒に移動するタクシーＴの車両情報は記録されていない。同様に、情報処理装置１６のＲＯＭには、「タクシー会員用アプリケーション」がインストールされているスマートフォン２５の所有者の個人情報は記録されていない。
また、情報処理装置１６のＲＯＭには、「バス専用アプリケーション」がインストールされているスマートフォン２５の所有者の個人情報及びこのスマートフォン２５と一緒に移動するバスＢの車両情報は記録されていない。同様に、情報処理装置１６のＲＯＭには、「バス会員用アプリケーション」がインストールされているスマートフォン２５の所有者の個人情報は記録されていない。

このように各移動体（ビーコン２０及びスマートフォン２５）の位置情報は、各スマートフォン２５からデータセンター１５の情報処理装置１６に集められる。
さらに情報処理装置１６に集められた各移動体の位置情報は、以下に説明するように、庁舎３３の情報処理装置３４、社屋４０の情報処理装置４１、社屋５０の情報処理装置５１、及び各スマートフォン２５が取得可能である。

例えば、あるスマートフォン２５の所持者が祭りの見物客である対象歩行者Ｐ２−Ｍの場合、この対象歩行者Ｐ２−Ｍは所持しているスマートフォン２５の入力手段を利用して、このスマートフォン２５にインストールされている「祭り情報取得アプリケーション」を起動させる。そしてこの対象歩行者Ｐ２−Ｍが、スマートフォン２５の入力手段を利用して、祭り情報取得アプリケーションによってディスプレイ３１上に生成された画像の中に形成された「祭り現在位置取得ボタン」画像を選択し且つ入力手段のＥｎｔｅｒボタンを押す。すると、それまでＯＦＦ状態であった祭り現在位置取得ボタンがＯＮ状態となり、このスマートフォン２５のディスプレイ３１上に図７に示す地図画像が表示される。この地図画像はバス停Ｂ１を除いて図２の地図画像と実質的に同一である。なお、ディスプレイ３１上に生成された画像の中に形成された「ＯＦＦボタン」画像を選択し且つＥｎｔｅｒボタンを押すと、祭り現在位置取得ボタンはＯＦＦ状態になる。すると、ディスプレイ３１が地図画像を表示しなくなる。

さらに祭り現在位置取得ボタンがＯＮ状態になると、スマートフォン２５のＥＣＵ２７はデータセンター１５の情報処理装置１６に向けて、所定時間毎に繰り返し無線信号を送信する。この無線信号には「＃ＸＹＺ−ＭＡＴＳＵＲＩというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報が含まれている。

このリクエスト情報を受信する毎に、情報処理装置１６は「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグが付加された位置情報をＲＡＭから検索する。そして、データセンター１５の情報処理装置１６が、「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグが付加されたビーコン２０の位置情報を、対応するビーコンＩＤ信号と一緒に、このスマートフォン２５に対して送信する。

そして、情報処理装置１６が送信したビーコン２０の位置情報及びビーコンＩＤ信号をこのスマートフォン２５が受信すると、このスマートフォン２５のディスプレイ３１に表示された地図画像上に、対象歩行者Ｐ１が所持するビーコン２０の現在位置が表示される。
さらにこのスマートフォン２５が取得したＧＰＳ位置情報に基づいて、ＥＣＵ２７が対象歩行者Ｐ２−Ｍが所持するスマートフォン２５の現在位置を地図画像上に表示させる。
そのため、対象歩行者Ｐ２−Ｍは自身のスマートフォン２５のディスプレイ３１を見ることにより、祭りの参加者である対象歩行者Ｐ１（神輿及び山車）が現在どこに位置するか、及び、自身の現在位置から対象歩行者Ｐ１が位置する場所までの道順を確実に認識できる。

また、二つのスマートフォン２５のそれぞれの所持者である二人の対象歩行者Ｐ２−Ｆどうしは互いに知り合いである。さらに、これらの対象歩行者Ｐ２−Ｆは、この地図画像上の特定の場所で会うために移動中である。また、これらの対象歩行者Ｐ２−Ｆが所持しているスマートフォン２５には、ＸＹＺ市が作成及び不特定多数人に配布した「待ち合わせ用アプリケーション」がインストールされている。

これらの対象歩行者Ｐ２−Ｆがそれぞれ所持するスマートフォン２５の入力手段を利用して「待ち合わせ用アプリケーション」を起動させる。そして対象歩行者Ｐ２−Ｆが、スマートフォン２５の入力手段を利用して、待ち合わせ用アプリケーションによってディスプレイ３１上に生成された画像の中に形成された「知人現在位置取得ボタン」画像を選択し且つ入力手段のＥｎｔｅｒボタンを押す。すると、それまでＯＦＦ状態であった知人現在位置取得ボタンがＯＮ状態となり、このスマートフォン２５のディスプレイ３１上に図８に示す地図画像が表示される。この地図画像は図７の地図画像と実質的に同一である。なお、ディスプレイ３１上に生成された画像の中に形成された「ＯＦＦボタン」画像を選択し且つＥｎｔｅｒボタンを押すと、知人現在位置取得ボタンはＯＦＦ状態になる。すると、ディスプレイ３１が地図画像を表示しなくなる。

さらに知人現在位置取得ボタンがＯＮ状態になると、対象歩行者Ｐ２−Ｆが所持するスマートフォン２５のＥＣＵ２７が「ＭＡＣＨＩＡＷＡＳＥ」というハッシュタグをスマホメタデータとして所定時間毎に生成する。
ＥＣＵ２７はこのハッシュタグを所定時間毎（例えば、１秒毎）にＲＡＭに時系列的に記録する。
さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、このハッシュタグ、ＧＰＳ位置情報（又は推定距離及びＧＰＳ情報セット）、並びに、端末ＩＤ信号を一つのセットとして一緒に情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

このハッシュタグを受信する毎に、情報処理装置１６はＲＡＭから「＃ＭＡＣＨＩＡＷＡＳＥ」というハッシュタグが付加されたＧＰＳ位置情報を検索する。そして情報処理装置１６が、「＃ＭＡＣＨＩＡＷＡＳＥ」を送信したスマートフォン２５の端末ＩＤ信号とは異なる端末ＩＤ信号及び「＃ＭＡＣＨＩＡＷＡＳＥ」を発信しているスマートフォン２５と対応するＧＰＳ位置情報及び端末ＩＤ信号を、各スマートフォン２５に対してそれぞれ送信する。
即ち、各スマートフォン２５が情報処理装置１６に向けて送信するハッシュタグ「＃ＭＡＣＨＩＡＷＡＳＥ」は、実質的に「＃ＭＡＣＨＩＡＷＡＳＥというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報でもある。

そして、情報処理装置１６が送信したＧＰＳ位置情報及び対応する端末ＩＤ信号を各スマートフォン２５が受信すると、これらのスマートフォン２５のディスプレイ３１に表示された地図画像上に、各対象歩行者Ｐ２−Ｆが所持するスマートフォン２５の現在位置がそれぞれ表示される。
さらに各スマートフォン２５が取得したＧＰＳ位置情報に基づいて、それぞれのＥＣＵ２７が自身のスマートフォン２５の現在位置を地図画像上に表示させる。
そのため、各対象歩行者Ｐ２−Ｆは自身のスマートフォン２５のディスプレイ３１を見ることにより、両者が現在どこに位置するかを確実に認識できる。

さらに庁舎３３の情報処理装置３４は、情報処理装置１６に対して所定時間毎に繰り返し所定の信号を送信する。この信号には「＃ＸＹＺ−ＭＡＴＳＵＲＩというハッシュタグと関連付けられた位置情報、及び、＃ＭＡＣＨＩＡＷＡＳＥというハッシュタグを発信しているスマートフォン２５の位置情報が欲しい」というリクエスト情報が含まれている。

データセンター１５の情報処理装置１６はこのリクエスト情報を受信する毎に、「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグを発信しているビーコン２０の位置情報及び「＃ＭＡＣＨＩＡＷＡＳＥ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報を情報処理装置３４に対して所定時間毎に繰り返し送信する。
すると情報処理装置３４は図６に示すディスプレイ３５に表示された地図画像上に、所定時間毎に繰り返し「＃ＸＹＺ−ＭＡＴＳＵＲＩ」というハッシュタグを発信しているビーコン２０及び「＃ＭＡＣＨＩＡＷＡＳＥ」というハッシュタグを発信しているスマートフォン２５の現在位置をそれぞれ表示させる。

そのためＸＹＺ市の職員はディスプレイ３５を見ることにより、各ビーコン２０（対象歩行者Ｐ１）及び各スマートフォン２５（対象歩行者Ｐ２−Ｆ）の現在位置を把握できる。

また、各タクシーＴと一緒に移動するスマートフォン２５には「タクシー専用アプリケーション」がインストールされている。このスマートフォン２５がタクシー専用アプリケーションを起動させると、ＥＣＵ２７が「＃〇〇ＴＡＸＩ」というハッシュタグをスマホメタデータとして所定時間毎に生成する。
ＥＣＵ２７はこのハッシュタグを所定時間毎（例えば、１秒毎）にＲＡＭに時系列的に記録する。
さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、このハッシュタグ、ＧＰＳ位置情報（又は推定距離及びＧＰＳ情報セット）、並びに、端末ＩＤ信号を一つのセットとして一緒に情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

このスマートフォン２５が発信したＧＰＳ位置情報、端末ＩＤ信号及びスマホメタデータは、情報処理装置１６によって所定時間毎に繰り返し受信される。すると、図２に示すように、情報処理装置１６はディスプレイ１８に表示された地図画像上に所定時間毎に繰り返し各タクシーＴと一緒に移動するスマートフォン２５を表示させる。

さらに、タクシーＴの運営会社に登録されている会員であり且つ道路Ｒ４上に位置する対象歩行者Ｐ２−Ｔが所持しているスマートフォン２５には「タクシー会員用アプリケーション」がインストールされている。
タクシーを探している対象歩行者Ｐ２−Ｔがスマートフォン２５の入力手段を利用してタクシー会員用アプリケーションを起動させる。そして対象歩行者Ｐ２−Ｔが、スマートフォン２５の入力手段を利用して、タクシー会員用アプリケーションによってディスプレイ３１上に生成された画像の中に形成された「タクシー要求ボタン」画像を選択し且つ入力手段のＥｎｔｅｒボタンを押す。すると、それまでＯＦＦ状態であったタクシー要求ボタンがＯＮ状態となり、このスマートフォン２５のディスプレイ３１上に図１０に示す地図画像が表示される。この地図画像は図９の地図画像と実質的に同一である。なお、ディスプレイ３１上に生成された画像の中に形成された「ＯＦＦボタン」画像を選択し且つＥｎｔｅｒボタンを押すと、タクシー要求ボタンはＯＦＦ状態になる。すると、ディスプレイ３１が地図画像を表示しなくなる。

さらにタクシー要求ボタンがＯＮ状態になると、このスマートフォン２５のＥＣＵ２７が「＃ＴＡＸＩＫＡＩＩＮ」というハッシュタグをスマホメタデータとして自動的に所定時間毎に繰り返し生成する。
さらにＥＣＵ２７はこのハッシュタグを所定時間毎（例えば、１秒毎）にＲＡＭに時系列的に記録する。
さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、このハッシュタグ、ＧＰＳ位置情報（又は推定距離及びＧＰＳ情報セット）、並びに、端末ＩＤ信号を一つのセットとして一緒に情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

さらに社屋４０の情報処理装置４１は、情報処理装置１６に対して所定の信号を所定時間毎に繰り返し送信する。この信号には、「＃〇〇ＴＡＸＩというハッシュタグと関連付けられた位置情報及び＃ＴＡＸＩＫＡＩＩＮというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報が含まれている。

このリクエスト情報を受信する毎に、情報処理装置１６は「＃〇〇ＴＡＸＩ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号、並びに、「＃ＴＡＸＩＫＡＩＩＮ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号を情報処理装置４１に対して所定時間毎に繰り返し送信する。
すると情報処理装置４１は図９に示すディスプレイ４３に表示された地図画像上に、所定時間毎に繰り返し、「＃〇〇ＴＡＸＩ」を発信している各スマートフォン２５及び「＃ＴＡＸＩＫＡＩＩＮ」を発信している各スマートフォン２５の現在位置を表示させる。

そのため、タクシーＴの運営会社の社員はディスプレイ４３を見ることにより、各タクシーＴ及び各対象歩行者Ｐ２−Ｔの現在位置を把握できる。
従って、例えば、情報処理装置４１からタクシーＴと一緒に移動するスマートフォン２５へ信号を送って、各対象歩行者Ｐ２−Ｔの現在位置に関する情報をこれらのスマートフォン２５へ伝えれば、各タクシーＴの運転手はタクシーを探している各対象歩行者Ｐ２−Ｔの現在位置を把握できる。
なお情報処理装置４１がタクシーＴと一緒に移動するスマートフォン２５へ送る信号は、音声信号であってよいし、画像データを含む信号であってもよい。画像データを含む信号がこのスマートフォン２５へ送信される場合は、このスマートフォン２５のディスプレイ３１に図９と同様の地図画像を表示させ且つこの地図画像上に対象歩行者Ｐ２−Ｔと一緒に移動するスマートフォン２５の現在位置を表示させてもよい。

さらに情報処理装置１６は、「＃〇〇ＴＡＸＩ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号を、タクシー会員用アプリケーションが起動しているスマートフォン２５へ所定時間毎に繰り返し送信する。
すると、対象歩行者Ｐ２−Ｔが所持しているスマートフォン２５のディスプレイ３１の地図画像上に各タクシーＴと一緒に移動するスマートフォン２５の現在位置が所定時間毎に繰り返し表示される。
さらにこのスマートフォン２５が取得したＧＰＳ位置情報に基づいて、ＥＣＵ２７がこのスマートフォン２５の現在位置をディスプレイ３１の地図画像上に表示させる。
従って、対象歩行者Ｐ２−Ｔはスマートフォン２５のディスプレイ３１を見ることにより、タクシーＴの現在位置を確実に認識できる。

また、各バスＢと一緒に移動する各スマートフォン２５には「バス専用アプリケーション」がインストールされている。このスマートフォン２５がバス専用アプリケーションを起動させると、ＥＣＵ２７が「＃〇〇ＢＵＳ」というハッシュタグをスマホメタデータとして所定時間毎に生成する。
ＥＣＵ２７はこのハッシュタグを所定時間毎（例えば、１秒毎）にＲＡＭに時系列的に記録する。
さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、このハッシュタグを、ＧＰＳ位置情報（又は推定距離及びＧＰＳ情報セット）、並びに、端末ＩＤ信号を一つのセットとして一緒に情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

このスマートフォン２５が発信したＧＰＳ位置情報、端末ＩＤ信号及びスマホメタデータは、情報処理装置１６によって所定時間毎に繰り返し受信される。すると、図２に示すように、情報処理装置１６はディスプレイ１８に表示された地図画像上に所定時間毎に繰り返し各バスＢと一緒に移動するスマートフォン２５を表示させる。

さらに、バスＢの運営会社に登録されている会員である対象歩行者Ｐ２−Ｂが所持しているスマートフォン２５には「バス会員用アプリケーション」がインストールされている。
バスＢに乗ることを希望している対象歩行者Ｐ２−Ｂがスマートフォン２５の入力手段を利用してバス会員用アプリケーションを起動させる。そして対象歩行者Ｐ２−Ｂが、スマートフォン２５の入力手段を利用して、バス会員用アプリケーションによってディスプレイ３１上に生成された画像の中に形成された「バス待ちボタン」画像を選択し且つ入力手段のＥｎｔｅｒボタンを押す。すると、それまでＯＦＦ状態であったバス待ちボタンがＯＮ状態となり、このスマートフォン２５のディスプレイ３１上に図１２に示す地図画像が表示される。この地図画像は図１１の地図画像と実質的に同一である。なお、ディスプレイ３１上に生成された画像の中に形成された「ＯＦＦボタン」画像を選択し且つＥｎｔｅｒボタンを押すと、バス待ちボタンはＯＦＦ状態になる。すると、ディスプレイ３１が地図画像を表示しなくなる。

さらにバス待ちボタンがＯＮ状態になると、このスマートフォン２５のＥＣＵ２７が「＃ＢＵＳＫＡＩＩＮ」というハッシュタグをメタデータとして自動的に所定時間毎に繰り返し生成する。
さらにＥＣＵ２７はこのハッシュタグを所定時間毎（例えば、１秒毎）にＲＡＭに時系列的に記録する。
さらに無線通信用アンテナ２９はＥＣＵ２７からの指令に基づいて、このハッシュタグを、ＧＰＳ位置情報（又は推定距離及びＧＰＳ情報セット）、並びに、端末ＩＤ信号を一つのセットとして一緒に情報処理装置１６へ、例えばＧＰＳ情報受信周期と同一の所定周期（例えば、１秒）で繰り返し送信する。

さらに社屋５０の情報処理装置５１は、情報処理装置１６に対して所定の信号を所定時間毎に繰り返し送信する。この信号には、「＃〇〇ＢＵＳというハッシュタグと関連付けられた位置情報及び＃ＢＵＳＫＡＩＩＮというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報が含まれている。

このリクエスト情報を受信する毎に、情報処理装置１６は「＃〇〇ＢＵＳ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号、並びに、「＃ＢＵＳＫＡＩＩＮ」というハッシュタグを発信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号を情報処理装置５１に対して所定時間毎に繰り返し送信する。
すると情報処理装置５１は図１１に示すディスプレイ４３に表示された地図画像上に、所定時間毎に繰り返し、「＃〇〇ＢＵＳ」を発信している各スマートフォン２５及び「＃ＢＵＳＫＡＩＩＮ」を発信している各スマートフォン２５を表示させる。

そのため、バスＢの運営会社の社員はディスプレイ５３を見ることにより、各バスＢ及び各対象歩行者Ｐ２−Ｂの現在位置を把握できる。
従って、バスＢの運営会社は、多数のバスＢの位置情報及び多数の対象歩行者Ｐ２−Ｂの位置情報を集めることにより、これらの情報に基づいて自社のバスＢを運行可能である。即ち、バスＢの運営会社は、できる限り多くの乗客が自社のバスＢを利用するように、各バスＢのルートや運転スケジュールを決定できる。

さらに情報処理装置１６は、「＃〇〇ＢＵＳ」というハッシュタグを送信しているスマートフォン２５のＧＰＳ位置情報及び端末ＩＤ信号を、バス会員用アプリケーションが起動しているスマートフォン２５へ所定時間毎に繰り返し送信する。
すると、対象歩行者Ｐ２−Ｂが所持しているスマートフォン２５のディスプレイ３１の地図画像上に各バスＢと一緒に移動するスマートフォン２５の現在位置が所定時間毎に繰り返し表示される。
さらにこのスマートフォン２５が取得したＧＰＳ位置情報に基づいて、ＥＣＵ２７がこのスマートフォン２５の現在位置をディスプレイ３１の地図画像上に表示させる。
従って、対象歩行者Ｐ２−Ｂはスマートフォン２５のディスプレイ３１を見ることにより、バスＢの現在位置及び現在の時刻における自身の位置とバスＢとの距離を確実に認識できる。換言すると、対象歩行者Ｐ２−Ｂは、バスＢがあとどの位の時間が経過したときにバス停Ｂ１に到着するかを認識できる。

なお、社屋４０の情報処理装置４１及び／又は社屋５０の情報処理装置５１が情報処理装置１６に対して、「＃ＸＹＺ−ＭＡＴＳＵＲＩというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報を含む信号を情報処理装置１６に対して所定時間毎に繰り返し送信してもよい。
この場合は情報処理装置１６が、ビーコン２０（対象歩行者Ｐ１）の位置情報を情報処理装置４１及び／又は情報処理装置５１に対して所定時間毎に繰り返し送信する。そのため、社屋４０のディスプレイ４３及び／又は社屋５０のディスプレイ４３、５３に、対象歩行者Ｐ１と一緒に移動するビーコン２０の現在位置が所定時間毎に繰り返し表示される。
従って、タクシーＴの運営会社及び／又はバスＢの運営会社は、対象歩行者Ｐ１（神輿及び山車）が通っている場所及びその周辺部において道路Ｒ１が渋滞している可能性があることを認識可能となる。

さらに、社屋４０の情報処理装置４１が情報処理装置１６に対して、「＃〇〇ＢＵＳというハッシュタグと関連付けられた位置情報及び＃ＢＵＳＫＡＩＩＮというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報を含む信号を情報処理装置１６に対して所定時間毎に繰り返し送信してもよい。
この場合は、ディスプレイ４３に表示される地図画像にバス停Ｂ１が表示される。さらに情報処理装置１６が、各バスＢ及び各対象歩行者Ｐ２−Ｂと一緒に移動するスマートフォン２５の位置情報を情報処理装置４１に対して所定時間毎に繰り返し送信する。そのため、社屋４０のディスプレイ４３に各バスＢ及び各対象歩行者Ｐ２−Ｂと一緒に移動するスマートフォン２５の現在位置が所定時間毎に繰り返し表示される。
従って、タクシーＴの運営会社は、例えば、バス停Ｂ１から遠く離れた位置に位置し且つバスＢに乗ることを希望している対象歩行者Ｐ２−Ｂがいる場合に、このことを認識できる。そしてタクシーＴの運営会社は、いずれかのタクシーＴと一緒に移動するスマートフォン２５に対してこの情報を伝えて、このタクシーＴをこの対象歩行者Ｐ２−Ｂが位置する場所に向かわせることが可能である。

また、社屋５０の情報処理装置５１が情報処理装置１６に対して、「＃〇〇ＴＡＸＩというハッシュタグと関連付けられた位置情報及び＃ＴＡＸＩＫＡＩＩＮというハッシュタグと関連付けられた位置情報が欲しい」というリクエスト情報を含む信号を情報処理装置１６に対して所定時間毎に繰り返し送信してもよい。
この場合は情報処理装置１６が、各タクシーＴ及び各対象歩行者Ｐ２−Ｔと一緒に移動するスマートフォン２５の位置情報を社屋５０の情報処理装置５１に対して所定時間毎に繰り返し送信する。そのため、社屋５０のディスプレイ５３に、各タクシーＴ及び各対象歩行者Ｐ２−Ｔと一緒に移動するスマートフォン２５の現在位置が所定時間毎に繰り返し表示される。
従って、バスＢの運営会社は、例えば、各タクシーＴ及び対象歩行者Ｐ２−Ｔの位置情報に基づいて、各バスＢのルートや運転スケジュールを決定できる。

以上説明したように本実施形態では、位置情報共通管理システム１０の情報処理装置１６が、位置情報発信体（ビーコン２０、スマートフォン２５）のメタデータを利用しながら、情報端末（スマートフォン２５、情報処理装置３４、４１、５１）からリクエストを受けた特定の位置情報発信体（ビーコン２０、スマートフォン２５）の位置情報を情報端末に送信する。即ち、データセンター１５（情報処理装置１６）は、上述したように、移動体に関連する個人情報を収集しない（する必要がない）。
そのため位置情報管理機構１への参加者（例えば、民間事業者及び地方自治体）は、個人情報の流出を心配する必要がない。従って、多数の参加者が位置情報管理機構１へ参加することが期待できる。換言すると、位置情報共通管理システム１０は、多数の移動体の位置情報を収集可能である。即ち、位置情報共通管理システム１０は、多数の移動体の位置情報を収集可能である。

続いて図１３乃至図３０のフローチャートを用いながら、データセンター１５の情報処理装置１６、各スマートフォン２５のＥＣＵ２７、庁舎３３の情報処理装置３４、社屋４０の情報処理装置４１、及び社屋５０の情報処理装置５１が実行する具体的な動作について説明する。

ビーコン２０のＩＣチップ２２は所定時間が経過する毎に図１３のフローチャートが示すルーチンを繰り返し実行する。

ＩＣチップ２２はステップ１３０１においてビーコンＩＤ信号を生成する。
さらにＩＣチップ２２はステップ１３０２に進み、ハッシュタグ「＃ＸＹＺ−ＭＡＴＳＵＲＩ」を生成する。
さらにＩＣチップ２２はステップ１３０３に進み、リファレンス強度信号を生成する。
さらにＩＣチップ２２はステップ１３０４に進みアンテナ２４を制御する。その結果、ビーコンＩＤ信号、ビーコンメタデータ（ハッシュタグ）及びリファレンス強度信号が一つのセットとしてアンテナ２４から外部へ送信される。

祭りの見物客である対象歩行者Ｐ２−Ｍが所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１４に示すフローチャートの処理を繰り返し実行する。

ＥＣＵ２７はステップ１４０１において、無線通信用アンテナ２９がビーコン２０からビーコンＩＤ信号、リファレンス強度信号、及びビーコンメタデータを受信したか否かを判定する。

ステップ１４０１でＹｅｓと判定した場合、ＥＣＵ２７はステップ１４０２へ進み、このスマートフォン２５から受信したビーコンＩＤ信号に対応するビーコン２０までの推定距離を演算する。

ステップ１４０２の処理を終えたＥＣＵ２７はステップ１４０３へ進み、ビーコンＩＤ信号、リファレンス強度信号、ビーコンメタデータ及び推定距離を一緒にＲＡＭに記録する。

ステップ１４０３の処理を終えたＥＣＵ２７及びステップ１４０１でＮｏと判定したＥＣＵ２７はステップ１４０４へ進み、ＧＰＳ用受信アンテナ３０がＧＰＳ位置信号を受信しているか否かを判定する。
ステップ１４０４でＮｏと判定した場合、ＥＣＵ２７は本ルーチンを一旦終了する。

ステップ１４０４でＹｅｓと判定した場合、ＥＣＵ２７はステップ１４０５へ進み、端末ＩＤ信号を生成する。

ステップ１４０５の処理を終えたＥＣＵ２７はステップ１４０６へ進み、祭り情報取得アプリケーションが起動中且つ祭り現在位置取得ボタンがＯＮ状態にあるか否かを判定する。

ステップ１４０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１４０７へ進み、「＃ＸＹＺ−ＭＡＴＳＵＲＩというスマホメタデータと関連付けられた位置情報が欲しい」というリクエスト情報を生成する。

ステップ１４０７の処理を終えたＥＣＵ２７はステップ１４０８へ進み無線通信用アンテナ２９を制御する。その結果、前回ＧＰＳ位置信号を受信してから本ルーチンのステップ１４０４でＧＰＳ位置信号を受信するまでの間にＲＡＭに記録（蓄積）された推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）、端末ＩＤ信号、並びにリクエスト情報が無線通信用アンテナ２９から送信される。
ステップ１４０８の処理を終えたＥＣＵ２７は本ルーチンを一旦終了する。

また、ステップ１４０６でＮｏと判定した場合、ＥＣＵ２７はステップ１４０９へ進み無線通信用アンテナ２９を制御する。その結果、前回ＧＰＳ位置信号を受信してから本ルーチンのステップ９０４でＧＰＳ位置信号を受信するまでの間にＲＡＭに記録（蓄積）された推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）、並びに、端末ＩＤ信号が一つのセットとして無線通信用アンテナ２９から送信される。
ステップ１４０９の処理を終えたＥＣＵ２７は本ルーチンを一旦終了する。

知人と待ち合わせ中の対象歩行者Ｐ２−Ｆが所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１５に示すフローチャートの処理を繰り返し実行する。

ステップ１５０１乃至１５０５は、ステップ１４０１乃至１４０５とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ステップ１５０５の処理を終えたＥＣＵ２７はステップ１５０６へ進み、待ち合わせ用アプリケーションが起動中且つ知人現在位置取得ボタンがＯＮ状態にあるか否かを判定する。

ステップ１５０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１５０７へ進み、スマホメタデータ「＃ＭＡＣＨＩＡＷＡＳＥ」を生成する。

ステップ１５０７の処理を終えたＥＣＵ２７はステップ１５０８へ進み無線通信用アンテナ２９を制御する。その結果、前回ＧＰＳ位置信号を受信してから本ルーチンのステップ１５０４でＧＰＳ位置信号を受信するまでの間にＲＡＭに記録（蓄積）された推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）、端末ＩＤ信号、並びにスマホメタデータ（ビーコン２０のハッシュタグ）が無線通信用アンテナ２９から送信される。

ステップ１５０９はステップ１４０９と同一の処理であるため、この処理の説明は省略する。

タクシーＴの運転手が所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１６に示すフローチャートの処理を繰り返し実行する。

ステップ１６０１乃至１６０５は、ステップ１４０１乃至１４０５とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ステップ１６０５の処理を終えたＥＣＵ２７はステップ１６０６へ進み、タクシー専用アプリケーションが起動中か否かを判定する。

ステップ１６０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１６０７へ進み、スマホメタデータ「＃〇〇ＴＡＸＩ」を生成する。

ステップ１６０８及び１６０９は、ステップ１５０８及び１５０９とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

タクシー運営会社の会員である対象歩行者Ｐ２−Ｔが所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１７に示すフローチャートの処理を繰り返し実行する。

ステップ１７０１乃至１７０５は、ステップ１４０１乃至１４０５とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ステップ１７０５の処理を終えたＥＣＵ２７はステップ１７０６へ進み、タクシー会員用アプリケーションが起動中且つタクシー要求ボタンがＯＮ状態にあるか否かを判定する。

ステップ１７０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１７０７へ進み、スマホメタデータ「＃ＴＡＸＩＫＡＩＩＮ」を生成する。

ステップ１７０８及び１７０９は、ステップ１５０８及び１５０９とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

バスＢの運転手が所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１８に示すフローチャートの処理を繰り返し実行する。

ステップ１８０１乃至１８０５は、ステップ１４０１乃至１４０５とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ステップ１８０５の処理を終えたＥＣＵ２７はステップ１８０６へ進み、バス専用アプリケーションが起動中か否かを判定する。

ステップ１８０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１８０７へ進み、スマホメタデータ「＃〇〇ＢＵＳ」を生成する。

ステップ１８０８及び１８０９は、ステップ１５０８及び１５０９とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

バス運営会社の会員である対象歩行者Ｐ２−Ｂが所持しているスマートフォン２５のＥＣＵ２７は所定時間が経過する毎に図１９に示すフローチャートの処理を繰り返し実行する。

ステップ１９０１乃至１９０５は、ステップ１４０１乃至１４０５とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ステップ１９０５の処理を終えたＥＣＵ２７はステップ１９０６へ進み、バス会員用アプリケーションが起動中且つバス待ちボタンがＯＮ状態にあるか否かを判定する。

ステップ１９０６でＹｅｓと判定すると、ＥＣＵ２７はステップ１９０７へ進み、スマホメタデータ「＃ＢＵＳＫＡＩＩＮ」を生成する。

ステップ１９０８及び１９０９は、ステップ１５０８及び１５０９とそれぞれ同一の処理であるため、これらの処理の説明は省略する。

ＸＹＺ市の庁舎３３の情報処理装置３４は、所定時間が経過する毎に図２０に示すフローチャートの処理を繰り返し実行する。

情報処理装置３４はステップ２００１において、「＃ＸＹＺ−ＭＡＴＳＵＲＩというハッシュタグと関連付けられた位置情報、及び、＃ＭＡＣＨＩＡＷＡＳＥというハッシュタグを発信しているスマートフォン２５が欲しい」というリクエスト情報を生成し且つこのリクエスト情報を情報処理装置１６へ送信する。
ステップ２００１の処理を終えた情報処理装置３４は本ルーチンを一旦終了する。

タクシー運営会社の社屋４０の情報処理装置４１は、所定時間が経過する毎に図２１に示すフローチャートの処理を繰り返し実行する。

情報処理装置４１はステップ２１０１において、「＃〇〇ＴＡＸＩというスマホメタデータと関連付けられた位置情報及び＃ＴＡＸＩＫＡＩＩＮというスマホメタデータと関連付けられた位置情報が欲しい」というリクエスト情報を生成し且つこのリクエスト情報を情報処理装置１６へ送信する。
ステップ２１０１の処理を終えた情報処理装置４１は本ルーチンを一旦終了する。

バス運営会社の社屋５０の情報処理装置５１は所定時間が経過する毎に図２２に示すフローチャートの処理を繰り返し実行する。

情報処理装置５１はステップ２２０１において、「＃〇〇ＢＵＳというスマホメタデータと関連付けられた位置情報及び＃ＢＵＳＫＡＩＩＮというスマホメタデータと関連付けられた位置情報が欲しい」というリクエスト情報を生成し且つこのリクエスト情報を情報処理装置１６へ送信する。
ステップ２２０１の処理を終えた情報処理装置５１は本ルーチンを一旦終了する。

データセンター１５の情報処理装置１６は、所定時間が経過する毎に図２３に示すフローチャートの処理を繰り返し実行する。

情報処理装置１６はステップ２３０１において、複数のスマートフォン２５から推定距離及びＧＰＳ情報セット、並びに、端末ＩＤ信号を受信したか否かを判定する。
ステップ２３０１でＮｏと判定した場合、情報処理装置１６は本ルーチンを一旦終了する。

ステップ２３０１でＹｅｓと判定した場合、情報処理装置１６はステップ２３０２へ進み、上述の手順に従ってビーコン２０の推定位置Ａ−Ｃを求める。

ステップ２３０２の処理を終えた情報処理装置１６はステップ２３０３へ進み、ディスプレイ１８上の地図画像に推定位置Ａ−Ｃを表示させる。

ステップ２３０３の処理を終えた情報処理装置１６はステップ２３０４へ進み、少なくとも一つのスマートフォン２５から推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）、並びに、端末ＩＤ信号を受信したか否かを判定する。
ステップ２３０４でＮｏと判定した場合、情報処理装置１６は本ルーチンを一旦終了する。

ステップ２３０４でＹｅｓと判定した場合、情報処理装置１６はステップ２３０５へ進み、推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）、並びに、端末ＩＤ信号をＲＡＭに記録する。
さらに情報処理装置１６は、ＧＰＳ位置情報に基づくスマートフォン２５の位置を地図画像上に表示する。

ステップ２３０５の処理を終えた情報処理装置１６はステップ２３０６へ進み、スマートフォン２５からスマホメタデータ（ハッシュタグ）を受信したか否かを判定する。

ステップ２３０６でＹｅｓと判定した場合、情報処理装置１６はステップ２３０７へ進み、受信したスマホメタデータを、推定距離及びＧＰＳ情報セット（又はＧＰＳ位置情報）並びに端末ＩＤ信号と関連付てメモリ（ＲＡＭ）に記録する。
ステップ２３０６でＮｏと判定した場合、情報処理装置１６は本ルーチンを一旦終了する。

ステップ２３０７の処理を終えた情報処理装置１６はステップ２３０８へ進み、スマートフォン２５、庁舎３３の情報処理装置３４、社屋４０の情報処理装置４１、及び社屋５０の情報処理装置５１のいずれかからリクエスト情報（「＃ＭＡＣＨＩＡＷＡＳＥ」によって代替されたリクエスト情報を含む）を受信したか否かを判定する。

ステップ２３０８でＹｅｓと判定した場合、情報処理装置１６はステップ２３０９へ進み、リクエスト情報の送信元であるスマートフォン２５、情報処理装置３４、情報処理装置４１及び情報処理装置５１の少なくとも一つに対して、このリクエスト情報に対応するビーコン２０又は／及びスマートフォン２５の位置情報及びＩＤ情報（ビーコンＩＤ信号、及び／又は、端末ＩＤ情報）を送信する。
ステップ２３０９の処理を終えた情報処理装置１６は本ルーチンを一旦終了する。

祭りの見物客である対象歩行者Ｐ２−Ｍが所持しているスマートフォン２５のＥＣＵ２７はさらに、所定時間が経過する毎に図２４に示すフローチャートの処理を繰り返し実行する。

ＥＣＵ２７はステップ２４０１において、祭り情報取得アプリケーションが起動中且つ祭り現在位置取得ボタンがＯＮ状態にあるか否かを判定する。

ステップ２４０１でＹｅｓと判定した場合、ＥＣＵ２７はステップ２４０２へ進んで、情報処理装置１６からビーコン２０の位置情報及びビーコンＩＤ信号を受信したか否かを判定する。

ステップ２４０２でＹｅｓと判定した場合、ＥＣＵ２７はステップ２４０３へ進んで、受信した位置情報及びビーコンＩＤ信号に基づいてディスプレイ３１にビーコン２０の現在位置を表示させる。

ステップ２４０３の処理を終えた場合、及びステップ２４０１又は２４０２でＮｏと判定した場合、ＥＣＵ２７は本ルーチンを一旦終了する。

知人と待ち合わせ中である対象歩行者Ｐ２−Ｆが所持しているスマートフォン２５のＥＣＵ２７はさらに、所定時間が経過する毎に図２５に示すフローチャートの処理を繰り返し実行する。

ＥＣＵ２７はステップ２５０１において、待ち合わせ用アプリケーションが起動中且つ知人現在位置取得ボタンがＯＮ状態にあるか否かを判定する。

ステップ２５０１でＹｅｓと判定した場合、ＥＣＵ２７はステップ２５０２へ進んで、情報処理装置１６から知人のスマートフォン２５（即ち、＃ＭＡＣＨＩＡＷＡＳＥを発信しているスマートフォン２５）の位置情報及び端末ＩＤ信号を受信したか否かを判定する。

ステップ２５０２でＹｅｓと判定した場合、ＥＣＵ２７はステップ２５０３へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて知人のスマートフォン２５の現在位置を表示させる。

ステップ２５０３の処理を終えた場合、及びステップ２５０１又は２５０２でＮｏと判定した場合、ＥＣＵ２７は本ルーチンを一旦終了する。

庁舎３３の情報処理装置３４はさらに、所定時間が経過する毎に図２６に示すフローチャートの処理を繰り返し実行する。

情報処理装置３４はステップ２６０１において、情報処理装置１６から、ビーコンメタデータ「＃ＸＹＺ−ＭＡＴＳＵＲＩ」を送信しているビーコン２０、及び／又は、スマホメタデータ「＃ＭＡＣＨＩＡＷＡＳＥ」を送信しているスマートフォン２５の位置情報及びＩＤ情報（ビーコンＩＤ信号及び／又は端末ＩＤ信号）を受信したか否かを判定する。

ステップ２６０１でＹｅｓと判定した場合、情報処理装置３４はステップ２６０２へ進んで、受信した位置情報及びＩＤ情報に基づいて、ディスプレイ３５に「＃ＸＹＺ−ＭＡＴＳＵＲＩ」を送信しているビーコン２０、及び／又は、スマホメタデータ「＃ＭＡＣＨＩＡＷＡＳＥ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２６０１でＮｏと判定した場合、又は、ステップ２６０２の処理を終えた場合、情報処理装置３４は本ルーチンを一旦終了する。

タクシー運営会社の社屋４０の情報処理装置４１はさらに、所定時間が経過する毎に図２７に示すフローチャートの処理を繰り返し実行する。

情報処理装置４１はステップ２７０１において、スマホメタデータ「＃〇〇ＴＡＸＩ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ２７０１でＹｅｓと判定した場合、情報処理装置４１はステップ２７０２へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ４３に「＃〇〇ＴＡＸＩ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２７０２の処理を終えた場合、又は、ステップ２７０１でＮｏと判定した場合、情報処理装置４１はステップ２７０３へ進んで、スマホメタデータ「＃ＴＡＸＩＫＡＩＩＮ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ２７０３でＹｅｓと判定した情報処理装置４１はステップ２７０４へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ４３に「＃ＴＡＸＩＫＡＩＩＮ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２７０４の処理を終えた場合又はステップ２７０３でＮｏと判定した場合、情報処理装置４１は本ルーチンを一旦終了する。

タクシー運営会社の会員である対象歩行者Ｐ２−Ｔが所持しているスマートフォン２５のＥＣＵ２７はさらに、所定時間が経過する毎に図２８に示すフローチャートの処理を繰り返し実行する。

ＥＣＵ２７はステップ２８０１において、タクシー会員用アプリケーションが起動中且つタクシー要求ボタンがＯＮ状態か否かを判定する。

ステップ２８０１でＹｅｓと判定した場合、ＥＣＵ２７はステップ２８０２へ進んで、「＃〇〇ＴＡＸＩ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ２８０２でＹｅｓと判定した場合、ＥＣＵ２７はステップ２８０３へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ３１に「＃〇〇ＴＡＸＩ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２８０３の処理を終えた場合、及びステップ２８０１又は２８０２でＮｏと判定した場合、ＥＣＵ２７は本ルーチンを一旦終了する。

バス運営会社の社屋５０の情報処理装置５１はさらに、所定時間が経過する毎に図２９に示すフローチャートの処理を繰り返し実行する。

情報処理装置５１はステップ２９０１において、スマホメタデータ「＃〇〇ＢＵＳ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ２９０１でＹｅｓと判定した場合、情報処理装置５１はステップ２９０２へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ５３に「＃〇〇ＢＵＳ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２９０２の処理を終えた場合、又は、ステップ２９０１でＮｏと判定した場合、情報処理装置５１はステップ２９０３へ進んで、スマホメタデータ「＃ＢＵＳＫＡＩＩＮ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ２９０３でＹｅｓと判定した情報処理装置５１はステップ２９０４へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ５３に「＃ＢＵＳＫＡＩＩＮ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ２９０４の処理を終えた場合又はステップ２９０３でＮｏと判定した場合、情報処理装置５１は本ルーチンを一旦終了する。

バス運営会社の会員である対象歩行者Ｐ２−Ｂが所持しているスマートフォン２５のＥＣＵ２７はさらに、所定時間が経過する毎に図３０に示すフローチャートの処理を繰り返し実行する。

ＥＣＵ２７はステップ３００１において、バス会員用アプリケーションが起動中且つバス待ちボタンがＯＮ状態か否かを判定する。

ステップ３００１でＹｅｓと判定した場合、ＥＣＵ２７はステップ３００２へ進んで、「＃〇〇ＢＵＳ」を送信しているスマートフォン２５の位置情報及び端末ＩＤ信号を情報処理装置１６から受信したか否かを判定する。

ステップ３００２でＹｅｓと判定した場合、ＥＣＵ２７はステップ３００３へ進んで、受信した位置情報及び端末ＩＤ信号に基づいて、ディスプレイ３１に「＃〇〇ＢＵＳ」を送信しているスマートフォン２５の現在位置を表示させる。

ステップ３００３の処理を終えた場合、及びステップ３００１又は３００２でＮｏと判定した場合、ＥＣＵ２７は本ルーチンを一旦終了する。

本発明は以上説明した実施形態に限定されることはなく、本発明の範囲内において種々の変形例を採用することができる。

位置情報発信体と一緒に移動する移動体の種類は、上記実施形態のものには限定されない。例えば、位置情報発信体と一緒に移動する鉄道及び自転車等を移動体としてもよい。

位置情報発信体はビーコン２０及びスマートフォン２５には限定されない。例えば、タブレットコンピュータ及び／又はノート型パーソナルコンピュータを位置情報発信体として利用可能である。また、例えば車両と一体化した電子機器を位置情報発信体として利用してもよい。
また、情報端末はスマートフォン２５、情報処理装置３４、情報処理装置４１及び情報処理装置５１には限定されない。例えば、タブレットコンピュータ及び／又はノート型パーソナルコンピュータを情報端末として利用可能である。

一つの位置情報発信体が複数種類のメタデータを発信しもよい。

メタデータとしてハッシュタグ以外のものを利用してもよい。

情報処理装置１６が、各位置情報発信体（例えば、スマートフォン２５）に対して、その位置情報発信体自身の移動履歴情報（時系列的な位置情報）を送信してもよい。

複数のタクシー運営会社のタクシーＴの運転手が所持する各情報端末が同一のメタデータ（例えば「＃〇〇ＴＡＸＩ」）を発信し且つ各タクシー運営会社の会員が所持している各情報端末が同一のメタデータ（例えば「＃ＴＡＸＩＫＡＩＩＮ」）を発信してもよい。このようにすれば、各タクシー運営会社の会員が、より短時間のうちにタクシーＴに乗ることが可能になる。
同様に、複数のバス運営会社のバスＢの運転手が所持する各情報端末が同一のメタデータ（例えば「＃〇〇ＢＵＳ」）を発信し且つ各バス運営会社の会員が所持している各情報端末が同一のメタデータ（例えば「＃ＢＵＳＫＡＩＩＮ」）を発信してもよい。

位置情報発信体（例えば、スマートフォン２５）が、ＧＰＳ以外の全地球航法衛星システム（例えばガリレオ）の衛星からの情報を受信可能なアンテナを備えてもよい。

位置情報発信体（例えばスマートフォン２５）及び情報端末（例えばスマートフォン２５）が、その文字入力手段に対する操作に応じてハッシュタグを生成してもよい。

さらにメタデータとしてハッシュタグを利用する場合は、位置情報発信体（例えば、ビーコン２０）がハッシュタグを暗号化（コード）してもよい。この場合は、位置情報共通管理システム１０及び情報端末（例えば、スマートフォン２５）が、この暗号化されたハッシュタグを符号化（エンコード）する機能を有する必要がある。
なお、暗号化しないハッシュタグを利用する場合に、ハッシュタグを構成する文字列を特定の利用者（例えば、タクシー運営会社の社員）のみに知らせ且つこの文字列を多数の文字によって構成してもよい。このようにすれば、実質的にこの特定の利用者以外の者（例えば、タクシー運営会社とは別の民間事業者の社員）が、このハッシュタグがメタデータとして付された移動体の位置情報を収集することはできなくなる。

ビーコン２０が発信する電波情報に基づいてビーコン２０までの推定距離を演算し且つ推定距離に関する情報を情報処理装置１６へ送信する手段として固定式送受信手段を用いてもよい。この固定式送受信手段の一例としては、ダイナミックマップＤＭが表す地域に設置され且つ電波の送受信機能を有する防犯カメラがある。

１・・・位置情報管理機構、１０・・・位置情報共通管理システム、
１５・・・データセンター、１６・・・情報処理装置（受信部）（検索部）（送信部）、２０・・・ビーコン（位置情報発信体）、２５・・・スマートフォン（情報端末）（位置情報発信体）、３３・・・地方自治体の庁舎、３４・・・情報処理装置（情報端末）、４０・・・タクシー運営会社の社屋、４１・・・情報処理装置（情報端末）、５０・・・バス運営会社の社屋、５１・・・情報処理装置（情報端末）、Ｂ・・・バス（移動体）、ＤＭ・・・ダイナミックマップ、Ｐ１・・・対象歩行者（移動体）、Ｐ２・・・対象歩行者（移動体）、Ｔ・・・タクシー（移動体）。

Claims (3)

1. 複数の移動体とそれぞれ一緒に移動する複数の位置情報発信体が位置情報及びメタデータを一つのセットとして無線送信したときに、前記位置情報及び前記メタデータを受信する受信部と、
   情報端末から特定の前記メタデータと一つのセットを構成する前記位置情報を送信して欲しい旨のリクエストを受けたときに、前記特定のメタデータを検索する検索部と、
   前記検索部によって検索された前記特定のメタデータと一つのセットを構成する前記位置情報を前記情報端末に対して送信する送信部と、
   を備える移動体の位置情報共通管理システム。
2. 請求項１に記載の移動体の位置情報共通管理システムにおいて、
   前記受信部が、
   前記位置情報発信体が一つのセットとして無線送信した前記位置情報、前記メタデータ、及び前記位置情報発信体を識別するためのＩＤ情報を受信するように構成され、
   前記送信部が、
   前記位置情報及び前記ＩＤ情報を一つのセットとして前記情報端末に対して送信するように構成された、
   移動体の位置情報共通管理システム。
3. 請求項１又は請求項２に記載の移動体の位置情報共通管理システムにおいて、
   前記メタデータが、
   特定の前記位置情報発信体である特定位置情報発信体のみが無線送信可能な特定メタデータと、
   全ての前記位置情報発信体が無線送信可能な非特定メタデータと、
   を有する、
   移動体の位置情報共通管理システム。

Images