(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-05-28
(45)【発行日】2024-06-05
(54)【発明の名称】情報処理装置、情報処理システム、プログラム、情報処理方法
(51)【国際特許分類】
G01S 5/04 20060101AFI20240529BHJP
G01S 5/14 20060101ALI20240529BHJP
【ＦＩ】
G01S5/04
G01S5/14
【請求項の数】
18
(21)【出願番号】P 2020037395
(22)【出願日】2020-03-05
(65)【公開番号】P2021139734
(43)【公開日】2021-09-16
【審査請求日】2023-02-08
(73)【特許権者】
【識別番号】000130581
【氏名又は名称】サトーホールディングス株式会社
(74)【代理人】
【識別番号】110000165
【氏名又は名称】弁理士法人グローバル・アイピー東京
(72)【発明者】
【氏名】長谷川 広明
(72)【発明者】
【氏名】小川 征典
(72)【発明者】
【氏名】北野 圭
【審査官】佐藤 宙子
(56)【参考文献】
【文献】米国特許出願公開第２０１８／００６７１８７（ＵＳ，Ａ１）
【文献】特表２０１８－５１２５７１（ＪＰ，Ａ）
【文献】特開２０１７－１５６２６０（ＪＰ，Ａ）
【文献】特表２０１５－５１４９６９（ＪＰ，Ａ）
【文献】特開２０１０－１０７５０１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０１Ｓ ５／００－ ５／１４
Ｇ０１Ｓ １９／００－１９／５５
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
Ｇ０１Ｃ ２１／００－２１／３６
Ｇ０１Ｃ ２３／００－２５／００
(57)【特許請求の範囲】
【請求項1】
エリア内の通信デバイスの位置情報を取得する位置情報取得部と、前記エリアが複数の第１部分エリアで区画された第１地図情報、および、前記エリアが前記第１部分エリアよりも狭い第２部分エリアで複数に区画された第２地図情報を記憶する記憶部と、
前記第１地図情報を対象として、前記位置情報取得部によって前記複数の第１部分エリアのうちいずれか１つの第１部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第１部分エリアに前記通信デバイスが位置すると判定し、
前記第２地図情報を対象として、前記位置情報取得部によって前記複数の第２部分エリアのうちいずれか１つの第２部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第２部分エリアに前記通信デバイスが位置すると判定する判定部と、
を備えた情報処理装置。
【請求項2】
前記判定部における前記所定回数は任意に変更可能な検出設定値である、請求項１に記載された情報処理装置。
【請求項3】
前記検出設定値は、第１部分エリアまたは第２部分エリアの単位毎に設定可能である、請求項２に記載された情報処理装置。
【請求項4】
前記判定部は、前記複数の第１部分エリアのうちいずれか１つの第１部分エリアにおいて少なくとも前記検出設定値の回数の位置情報を連続して取得した場合に、当該第１部分エリアに前記通信デバイスが位置すると判定し、
前記複数の第２部分エリアのうちいずれか１つの第２部分エリアにおいて少なくとも前記検出設定値の回数の位置情報を連続して取得した場合に、当該第２部分エリアに前記通信デバイスが位置すると判定する、
請求項２又は３に記載された情報処理装置。
【請求項5】
前記通信デバイスが所定の第１部分エリアから他の第１部分エリアに移動する場合において、前記判定部が前記所定の第１部分エリアに前記通信デバイスが位置すると判定した場合に前記所定の第１部分エリアに進入したことを示す進入イベントが発生したと判定し、
前記進入イベントの発生の後に前記所定の第１部分エリア以外の他の第１部分エリアに位置すると判定した場合に前記所定の第１部分エリアから退出したことを示す退出イベントが発生したと判定する、
請求項１から４のいずれか一項に記載された情報処理装置。
【請求項6】
前記通信デバイスが所定の第２部分エリアから他の第２部分エリアに移動する場合において、前記判定部が前記所定の第２部分エリアに前記通信デバイスが位置すると判定した場合に前記所定の第２部分エリアに進入したことを示す進入イベントが発生したと判定し、
前記進入イベントの発生の後に前記所定の第２部分エリア以外の他の第２部分エリアに位置すると判定した場合に前記所定の第２部分エリアから退出したことを示す退出イベントが発生したと判定する、
請求項１から５のいずれか一項に記載された情報処理装置。
【請求項7】
前記判定部による前記進入イベントおよび前記退出イベントのうち少なくともいずれかのイベント種別情報を出力する出力部、を備えた、請求項５又は６に記載された情報処理装置。
【請求項8】
時刻を計時する計時部を有し、前記出力部は、前記時刻と前記イベント種別情報を関連付けて出力する、
請求項７に記載された情報処理装置。
【請求項9】
前記イベント種別情報と関連付ける前記時刻は、前記第１部分エリアまたは前記第２部分エリアに前記通信デバイスが位置すると判定した時刻である、請求項８に記載された情報処理装置。
【請求項10】
前記所定の第１部分エリアにおける退出イベントが発生する前に前記他の第１部分エリアにおける進入イベントが発生すると、強制的に前記所定の第１部分エリアにおける退出イベントを発生させる、請求項５に記載された情報処理装置。
【請求項11】
前記位置情報取得部によって取得された位置情報が、第１部分エリアまたは第２部分エリアに位置する回数をカウントし、当該回数が所定時間内に前記所定回数に達しない場合には、前記第１部分エリアまたは第２部分エリアに対してカウントした回数をリセットする計数部を備えた、請求項１から１０のいずれか一項に記載された情報処理装置。
【請求項12】
前記計数部は、カウントした回数のリセット後に改めて前記通信デバイスが第１部分エリアまたは第２部分エリアに位置する回数をカウントする、請求項１１に記載された情報処理装置。
【請求項13】
請求項１から１２のいずれか一項に記載された情報処理装置と、前記情報処理装置と通信可能な通信端末と、を含む情報処理システムであって、前記通信端末は、前記通信デバイスが前記所定回数位置すると判定された第１部分エリアまたは第２部分エリアを、他の第１部分エリアまたは他の第２部分エリアと区別可能に表示する、
情報処理システム。
【請求項14】
前記通信端末が前記情報処理装置に前記通信デバイスの位置情報を要求したときに、前記情報処理装置は、前記通信デバイスが前記第１部分エリアおよび第２部分エリアの両方に位置することを判定している場合には、前記通信端末には前記第２地図情報における前記通信デバイスの位置情報を表示させる、請求項１３に記載された情報処理システム。
【請求項15】
前記通信端末が前記情報処理装置に前記通信デバイスの位置情報を要求したときに、前記情報処理装置は、前記通信デバイスが前記第１部分エリアおよび第２部分エリアの両方に位置することを判定している場合には、前記通信端末には前記第１地図情報および前記第２地図情報における前記通信デバイスの位置情報を表示させる、請求項１３に記載された情報処理システム。
【請求項16】
前記通信デバイスが発信する電波を受信するロケータと、前記ロケータが受信する電波の到来角度に基づいて前記通信デバイスの位置を測位する位置特定装置と、を備え、
前記情報処理装置は、前記位置特定装置から前記通信デバイスの位置情報を取得する、 請求項１３から１５のいずれか一項に記載された情報処理システム。
【請求項17】
コンピュータを、エリア内の通信デバイスの位置情報を取得する位置情報取得部、および、
前記エリアが複数の第１部分エリアで区画された第１地図情報を対象として、前記位置情報取得部によって前記複数の第１部分エリアのうちいずれかの１つの第１部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第１部分エリアに前記通信デバイスが位置すると判定し、
前記エリアが前記第１部分エリアよりも狭い第２部分エリアで複数に区画された第２地図情報を対象として、前記位置情報取得部によって前記複数の第２部分エリアのうちいずれか１つの第２部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第２部分エリアに前記通信デバイスが位置すると判定する判定部、
として機能させるためのプログラム。
【請求項18】
エリア内の通信デバイスの位置情報を取得し、前記エリアが複数の第１部分エリアで区画された第１地図情報を対象として、前記複数の第１部分エリアのうちいずれかの１つの第１部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第１部分エリアに前記通信デバイスが位置すると判定し、
前記エリアが前記第１部分エリアよりも狭い第２部分エリアで複数に区画された第２地図情報を対象として、前記複数の第２部分エリアのうちいずれか１つの第２部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第２部分エリアに前記通信デバイスが位置すると判定する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理システム、プログラム、および、情報処理方法に関する。
【背景技術】
【0002】
従来、通信デバイスの位置を測位する場合に、測位精度を向上させる手法については様々な提案がなされている。
例えば特許文献１には、位置測位機能付きの現在位置に対応する測位結果に対して統計処理を施す方法が記載されている。この統計処理では、過去のｎ回の測位結果に対して、（ｍ－１）回目までの測位結果は、１回目は測位結果をそのまま出力し、２回目～（ｍ－１）回目はそれまでの測位結果の平均値を出力し、ｍ回目以降の測位結果は（ｎ－ｍ）回目～ｎ回目の測位結果の平均値を出力し、それによって測位精度の向上を可能にする、とされている。
例えば特許文献１には、位置測位機能付きの現在位置に対応する測位結果に対して統計処理を施す方法が記載されている。この統計処理では、過去のｎ回の測位結果に対して、（ｍ－１）回目までの測位結果は、１回目は測位結果をそのまま出力し、２回目～（ｍ－１）回目はそれまでの測位結果の平均値を出力し、ｍ回目以降の測位結果は（ｎ－ｍ）回目～ｎ回目の測位結果の平均値を出力し、それによって測位精度の向上を可能にする、とされている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００５－１７０４７号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
通信デバイスの位置測位精度は周囲の環境等によって大きく影響することがある。特に、屋内では、フロアの電波干渉状況や通信デバイスと測位装置との位置関係次第で、測位する際の電波の揺らぎにより通信デバイスの測位精度は変化する。特に、通信デバイスが壁側若しくは窓側に位置する場合には、通信デバイスの測位精度が悪化する傾向にある。
【0005】
そこで、本発明は、通信デバイスを測位する場合に通信デバイスに対する位置情報の信頼性を高めることを目的とする。
【課題を解決するための手段】
【0006】
本発明のある態様は、通信デバイスの位置情報を 取得する位置情報取得部と、前記通信デバイスが移動可能なエリアが複数の第１部分エリアで区画された第１地図情報、および、前記エリアが前記第１部分エリアよりも狭い第２部分エリアで複数に区画された第２地図情報を記憶する記憶部と、前記第１地図情報を対象として、前記位置情報取得部によって前記複数の第１部分エリアのうちいずれか１つの第１部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第１部分エリアに前記通信デバイスが位置すると判定し、前記第２の地図情報を対象として、前記位置情報取得部によって前記複数の第２部分エリアのうちいずれか１つの第２部分エリアにおいて少なくとも２回以上の所定回数の位置情報を取得した場合に、当該第２部分エリアに前記通信デバイスが位置すると判定する判定部と、を備えた情報処理装置である。
【発明の効果】
【0007】
本発明のある態様によれば、通信デバイスを測位する場合に通信デバイスに対する位置情報の信頼性を高めることができる。
【図面の簡単な説明】
【0008】
【図1】実施形態の測位システムのシステム構成を示す図である。
【図2】例示的な第１レイヤ、第２レイヤの店舗マップを示す図である。
【図3】例示的な第３レイヤ、第４レイヤの店舗マップを示す図である。
【図4】実施形態の測位システムの処理の概要を説明する図である。
【図5】実施形態の測位システムの各装置の内部構成を示すブロック図である。
【図6】店舗マップのデータ構成を例示する図である。
【図7】イベントデータベースのデータ構成を例示する図である。
【図8】例示的なイベント検出処理のフローチャートである。
【図9】例示的なイベント検出処理のフローチャートである。
【図10】イベント検出処理のフローチャートの別の例である。
【図11】イベント検出処理のフローチャートのさらに別の例である。
【図12】エリアの重複有無の処理について説明する図である。
【図13】実施形態の測位システムの動作を示すシーケンスチャートの一例である。
【図14】店舗端末において通信デバイスの位置情報が表示される例を示す図である。
【発明を実施するための形態】
【0009】
（１）システム構成
以下、情報処理システムの一実施形態である測位システム１ついて、図面を参照しながら説明する。
測位システム１は、屋内の通信デバイスが発信する電波を基に、通信デバイスを継続的に測位するシステムである。本実施形態では、測位システム１が飲食物を提供する店舗に実装される場合を例にして説明する。
図１は、実施形態の測位システムのシステム構成を示す図である。図１において、通信デバイス２は、顧客Ｃが所持する通信装置である。通信デバイス２は、測位のための電波を送信するものであればその形態は問わない。以下の説明では、通信デバイス２は、顧客Ｃのスマートフォンやタブレット等の通信端末を想定するが、その限りではなく、注文の際に店舗から顧客Ｃに貸与される無線タグであってもよい。
以下、情報処理システムの一実施形態である測位システム１ついて、図面を参照しながら説明する。
測位システム１は、屋内の通信デバイスが発信する電波を基に、通信デバイスを継続的に測位するシステムである。本実施形態では、測位システム１が飲食物を提供する店舗に実装される場合を例にして説明する。
図１は、実施形態の測位システムのシステム構成を示す図である。図１において、通信デバイス２は、顧客Ｃが所持する通信装置である。通信デバイス２は、測位のための電波を送信するものであればその形態は問わない。以下の説明では、通信デバイス２は、顧客Ｃのスマートフォンやタブレット等の通信端末を想定するが、その限りではなく、注文の際に店舗から顧客Ｃに貸与される無線タグであってもよい。
【0010】
図１に例示する店舗では、以下のように店舗が運営される。
顧客Ｃが店舗に入店して着席し、通信デバイス２にインストールされている顧客用アプリケーションから飲食物の注文を行うか、あるいは、飲食物の注文をした後に着席する。店舗の従業員が注文を取りに来ることはなく、顧客用アプリケーションを通して行われた注文がアプリケーションサーバ７によって処理される。
店舗の従業員は、店舗用アプリケーションがインストールされた店舗端末（図示せず）を所持している。店舗端末が店舗用アプリケーションを実行すると、アプリケーションサーバ７から顧客Ｃの注文内容についての情報を取得するとともに、店舗フロアにおける顧客Ｃの位置を確認することができる。すなわち、本実施形態の測位システム１は、顧客Ｃの通信デバイス２を継続的に測位しており、顧客Ｃの現在位置（つまり、通信デバイス２の現在位置）をアプリケーションサーバ７から店舗端末が取得可能となるように構成されている。そのため、店舗の従業員は、顧客Ｃが着席している位置が分かるため顧客Ｃが注文した飲食物を顧客Ｃの席まで直接届けることができる。この仕組みでは、顧客Ｃは、特定のカウンタで注文を行う必要がなく、また、注文した飲食物を特定の場所に取りに行く必要がない。
顧客Ｃが店舗に入店して着席し、通信デバイス２にインストールされている顧客用アプリケーションから飲食物の注文を行うか、あるいは、飲食物の注文をした後に着席する。店舗の従業員が注文を取りに来ることはなく、顧客用アプリケーションを通して行われた注文がアプリケーションサーバ７によって処理される。
店舗の従業員は、店舗用アプリケーションがインストールされた店舗端末（図示せず）を所持している。店舗端末が店舗用アプリケーションを実行すると、アプリケーションサーバ７から顧客Ｃの注文内容についての情報を取得するとともに、店舗フロアにおける顧客Ｃの位置を確認することができる。すなわち、本実施形態の測位システム１は、顧客Ｃの通信デバイス２を継続的に測位しており、顧客Ｃの現在位置（つまり、通信デバイス２の現在位置）をアプリケーションサーバ７から店舗端末が取得可能となるように構成されている。そのため、店舗の従業員は、顧客Ｃが着席している位置が分かるため顧客Ｃが注文した飲食物を顧客Ｃの席まで直接届けることができる。この仕組みでは、顧客Ｃは、特定のカウンタで注文を行う必要がなく、また、注文した飲食物を特定の場所に取りに行く必要がない。
【0011】
なお、通信デバイス２としての無線タグを使用する場合、店舗の従業員は、例えば、顧客Ｃから所定の場所で注文を受け付ける際に無線タグを貸与し、本実施形態の測位システム１は、当該無線タグの店舗フロアでの位置を継続的に測位する。それによって、同様に、店舗の従業員は、顧客Ｃが注文した飲食物を顧客Ｃの席まで直接届けることができる。
【0012】
図１を参照すると、受信機３（ロケータ）と位置特定装置４は、通信可能に接続されており、通信デバイス２の店舗内での位置を特定する位置特定システムを構成する。受信機３は、例えば店舗の天井に設置され、店舗内を移動する顧客Ｃが所持する通信デバイス２が放射する電波（ビーコン信号）を受信し、その電波の入射角を測定する。位置特定装置４は、受信機３が測定した入射角を基に通信デバイス２の店舗内の位置（平面上の位置）を特定するＡＯＡ（Angle of Arrival）方式により通信デバイス２を測位する。なお、受信機３は、図１の場合と異なり、天井裏側に設置してもよい。
限定しない例では、通信デバイス２と受信機３の通信は、Bluetooth Low Energy（登録商標；適宜「ＢＬＥ」と略記する）によって行われる。
限定しない例では、通信デバイス２と受信機３の通信は、Bluetooth Low Energy（登録商標；適宜「ＢＬＥ」と略記する）によって行われる。
【0013】
１つの受信機３によっても通信デバイス２の位置を推定可能であるが、通信デバイス２から送信されるビーコン信号の受信信号強度（ＲＳＳＩ）の大きさや店舗面積、店舗の電波環境に応じて、より多くの受信機３を設けることが、測位精度を高める上で好ましい。なお、通信デバイス２の測位方法は、ＡＯＡ方式に限定するものではなく、ＴＯＡ（Time of Arrival）方式等の他の方法を利用してもよい。
【0014】
通信デバイス２は、顧客用アプリケーションを実行することでＢＬＥタグとして機能する。このとき、通信デバイス２から送信されるビーコン信号には、通信デバイス２を識別するデバイスＩＤが含まれる。位置特定システムでは、ビーコン信号に含まれるデバイスＩＤによって通信デバイス２を特定する。また、通信デバイス２にインストールされる顧客用アプリケーションに固有のデバイスＩＤを付与し、このデバイスＩＤによって通信デバイス２を特定しても良い。通信デバイス２として無線タグを使う場合には無線タグの記憶部に記憶された固有のタグＩＤによって通信デバイス２である無線タグを特定する。
【0015】
エッジサーバ５は、店舗の全体エリアに対して設けられた複数レイヤの店舗マップ（地図情報の一例）によって顧客Ｃの位置を管理する。
ここで、複数レイヤの店舗マップの例について、図２および図３を参照して説明する。図２は、例示的なレイヤＬ１、レイヤＬ２の店舗マップを示す図であり、図３は、例示的なレイヤＬ３、レイヤＬ４の店舗マップを示す図である。この例では、いずれのレイヤの店舗マップも最外枠は、店舗フロア全体の大きさに対応している。レイヤＬ１～レイヤＬ４のそれぞれは、複数の部分エリアに区画され、レイヤＬ１からレイヤＬ４にいくにつれて、より小さい部分エリア（以下、単に「エリア」という。）となっている。各エリアが矩形である場合を例示しているが、その限りではない。各エリアの外形は任意の形状とすることができる。
例えば、レイヤＬ２とレイヤＬ３の店舗マップは、それぞれ第１地図情報と第２地図情報の一例である。レイヤＬ３とレイヤＬ４の店舗マップは、それぞれ第１地図情報と第２地図情報の一例である。
ここで、複数レイヤの店舗マップの例について、図２および図３を参照して説明する。図２は、例示的なレイヤＬ１、レイヤＬ２の店舗マップを示す図であり、図３は、例示的なレイヤＬ３、レイヤＬ４の店舗マップを示す図である。この例では、いずれのレイヤの店舗マップも最外枠は、店舗フロア全体の大きさに対応している。レイヤＬ１～レイヤＬ４のそれぞれは、複数の部分エリアに区画され、レイヤＬ１からレイヤＬ４にいくにつれて、より小さい部分エリア（以下、単に「エリア」という。）となっている。各エリアが矩形である場合を例示しているが、その限りではない。各エリアの外形は任意の形状とすることができる。
例えば、レイヤＬ２とレイヤＬ３の店舗マップは、それぞれ第１地図情報と第２地図情報の一例である。レイヤＬ３とレイヤＬ４の店舗マップは、それぞれ第１地図情報と第２地図情報の一例である。
【0016】
図２に示すように、レイヤＬ１の店舗マップは、エリアＡ１を含む。エリアＡ１は、店舗フロアの全体の大きさに等しい。レイヤＬ２の店舗マップは、エリアＡ１の大きさよりも小さいエリアＡ２－１，Ａ２－２，…，Ａ２－６の複数に区分けされたエリアを含む。図３に示すように、レイヤＬ３の店舗マップは、エリアＡ２－１，Ａ２－２，…，Ａ２－６の大きさよりも小さいエリアＡ３－１，Ａ３－２，Ａ３－３，Ａ３－４，…の複数に区分けされたエリアを含む。
レイヤＬ４の店舗マップは、Ａ３－１，Ａ３－２，…，Ａ３－６の大きさよりも小さいエリアＡ４－１，…の複数に区分けされたエリアを含む。店舗マップは店舗を上空から見下ろした視点で表現されており、店舗レイアウトに応じてテーブルや椅子などの位置を把握できるように構成されている。レイヤＬ４の店舗マップに含まれる各エリアは、エリアの最小単位であり、例えば、店舗に配置されている１つの椅子ＣＨの領域に相当し、レイヤＬ３の店舗マップに含まれる各エリアは、１つのテーブルＴおよびこのテーブルＴを囲む複数の椅子ＣＨから構成されるグループの領域に相当し、レイヤＬ２店舗マップに含まれる各エリアは、複数のテーブルＴと複数の椅子ＣＨから構成される領域に相当する。図３の例では、レイヤＬ４の店舗マップにおいて、エリアＡ４－１が１つの椅子ＣＨの領域に相当する。
レイヤＬ２とレイヤＬ３の店舗マップが、それぞれ第１地図情報と第２地図情報の一例である場合には、エリアＡ２－１，Ａ２－２，…は複数の第１部分エリアの一例であり、エリアＡ３－１，Ａ３－２，…は複数の第２部分エリアの一例である。レイヤＬ３とレイヤＬ４の店舗マップが、それぞれ第１地図情報と第２地図情報の一例である場合には、エリアＡ３－１，Ａ３－２，…は複数の第１部分エリアの一例であり、エリアＡ４－１，…は複数の第２部分エリアの一例である。
レイヤＬ４の店舗マップは、Ａ３－１，Ａ３－２，…，Ａ３－６の大きさよりも小さいエリアＡ４－１，…の複数に区分けされたエリアを含む。店舗マップは店舗を上空から見下ろした視点で表現されており、店舗レイアウトに応じてテーブルや椅子などの位置を把握できるように構成されている。レイヤＬ４の店舗マップに含まれる各エリアは、エリアの最小単位であり、例えば、店舗に配置されている１つの椅子ＣＨの領域に相当し、レイヤＬ３の店舗マップに含まれる各エリアは、１つのテーブルＴおよびこのテーブルＴを囲む複数の椅子ＣＨから構成されるグループの領域に相当し、レイヤＬ２店舗マップに含まれる各エリアは、複数のテーブルＴと複数の椅子ＣＨから構成される領域に相当する。図３の例では、レイヤＬ４の店舗マップにおいて、エリアＡ４－１が１つの椅子ＣＨの領域に相当する。
レイヤＬ２とレイヤＬ３の店舗マップが、それぞれ第１地図情報と第２地図情報の一例である場合には、エリアＡ２－１，Ａ２－２，…は複数の第１部分エリアの一例であり、エリアＡ３－１，Ａ３－２，…は複数の第２部分エリアの一例である。レイヤＬ３とレイヤＬ４の店舗マップが、それぞれ第１地図情報と第２地図情報の一例である場合には、エリアＡ３－１，Ａ３－２，…は複数の第１部分エリアの一例であり、エリアＡ４－１，…は複数の第２部分エリアの一例である。
【0017】
図２および図３の例では、各レイヤの店舗マップのエリア同士は包含関係にある。例えば、レイヤＬ３の店舗マップのエリアＡ３－１は、レイヤＬ４の店舗マップのエリアＡ４－１およびエリアＡ４－１近傍の複数のエリアを含む。レイヤＬ２の店舗マップのエリアＡ２－１は、レイヤＬ３の店舗マップのエリアＡ３－１およびエリアＡ３－１近傍の複数のエリアを含む。レイヤＬ１の店舗マップのエリアＡ１は、レイヤＬ２の店舗マップのエリアＡ２－１～Ａ２－６を含む。
しかし、各レイヤの店舗マップのエリア同士は包含関係になくてもよい。例えば、特定のレイヤの店舗マップにおいて、他のレイヤの店舗マップとは重複しないエリアが存在してもよい。
図２および図３のレイヤＬ１～Ｌ４の店舗マップでは、通信デバイス２の例示的な動線ＦＬを示している。各店舗マップで動線ＦＬは同じであり、×印は測位が行われた位置を模式的に示している。
しかし、各レイヤの店舗マップのエリア同士は包含関係になくてもよい。例えば、特定のレイヤの店舗マップにおいて、他のレイヤの店舗マップとは重複しないエリアが存在してもよい。
図２および図３のレイヤＬ１～Ｌ４の店舗マップでは、通信デバイス２の例示的な動線ＦＬを示している。各店舗マップで動線ＦＬは同じであり、×印は測位が行われた位置を模式的に示している。
【0018】
通信デバイス２の正確な位置を測位するためには、最も小さいエリアで分割されているレイヤＬ４の店舗マップにおいて、通信デバイス２が位置するエリアを特定すればよい。しかし、店舗のレイアウトや受信機３の配置位置等によって店舗内の電波の伝搬環境を均一にすることは困難であるため、店舗内の通信デバイス２の位置によって通信デバイス２の測位精度が変動する。レイヤＬ４の店舗マップは、最も小さいエリアで分割されていることから、電波の揺らぎ等によって実際の通信デバイスの位置と測位位置が少しずれた場合でも他のエリアで測位し、他のエリアに通信デバイスが位置すると判断してしまうことから通信デバイス２が位置するエリアを常に正確に特定できるとは限らない。
【0019】
そこで、本実施形態の測位システム１では、各レイヤの店舗マップにおいて所定回数通信デバイス２が同一のエリアに位置することが検出された場合に、当該エリアに通信デバイス２が位置すると判断する。したがって、図３の例において、店舗内の局所的な伝搬環境の劣化によって通信デバイス２がレイヤＬ４のエリアＡ４－５に位置するという判断ができない状況下であっても、エリアＡ４－５を包含するレイヤＬ３のエリアＡ３－３に位置するという判断ができる場合がある。すなわち、エリアＡ４－５の小さい範囲では、所定回数位置することが検出されない場合であっても、エリアＡ４－５よりエリアＡ３－３は広いため、エリアＡ３－３で通信デバイス２と受信機３の間の電波の揺らぎ等の受信環境の劣化を考慮しても、所定回数位置することが検出できる可能性がある。すなわちレイヤがＬ１からＬ４に向かうにつれて、所定エリアに所定回数位置することを検出しづらくなるものの、通信デバイス２の位置をより正確に捉えることができる。また、レイヤがＬ４からＬ１に向かうにつれて、エリア面積が広くなるため所定エリアに所定回数位置することを検出し易くなるものの、店舗従業員が把握する通信デバイス２の位置の正確性は低くなる。
【0020】
以下の説明では、通信デバイス２が同一のエリアに位置すると判断するときの基礎となる検出回数（上記所定回数）を、適宜「検出設定値」という。検出設定値は、２以上の任意の値に設定することができる。
本実施形態の測位システム１では、エリアのサイズが異なる複数のレイヤの店舗マップにおいて、検出設定値を基準として通信デバイス２がどのエリアに位置するか特定される。そのため、電波の伝搬環境が良好な場合には、高精度に通信デバイス２の位置を測位できるとともに、電波の伝搬環境が良好でない場合でも、精度（解像度）は相対的に低いものの確実に通信デバイス２が位置する範囲を示すことが可能である。
なお、検出設定値は、レイヤごとに異なる値に設定されてもよいし、エリアごとに異なる値に設定されてもよい。
本実施形態の測位システム１では、エリアのサイズが異なる複数のレイヤの店舗マップにおいて、検出設定値を基準として通信デバイス２がどのエリアに位置するか特定される。そのため、電波の伝搬環境が良好な場合には、高精度に通信デバイス２の位置を測位できるとともに、電波の伝搬環境が良好でない場合でも、精度（解像度）は相対的に低いものの確実に通信デバイス２が位置する範囲を示すことが可能である。
なお、検出設定値は、レイヤごとに異なる値に設定されてもよいし、エリアごとに異なる値に設定されてもよい。
【0021】
エッジサーバ５は、各レイヤの店舗マップの各エリアに対する通信デバイス２のＩＮイベント（進入イベントの一例）およびＯＵＴイベント（退出イベントの一例）を検出してＩｏＴサーバ６に送信する。
ＩＮイベントは、通信デバイス２が対象のエリアに対して外のエリアから進入する事象である。ＯＵＴイベントは、通信デバイス２が対象のエリアから外のエリアに向けて退出する事象である。図２の例では、レイヤＬ１の店舗マップのエリアＡ１に対するＩＮイベント、および、レイヤＬ２の店舗マップのエリアＡ２－１に対するＩＮイベントが発生したことを示している。図３の例では、エリアＡ３－１に対するＩＮイベントおよびＯＵＴイベント、エリアＡ３－２に対するＩＮイベントおよびＯＵＴイベント、エリアＡ３－３に対するＩＮイベントが発生したことを示している。
ＩＮイベントは、通信デバイス２が対象のエリアに対して外のエリアから進入する事象である。ＯＵＴイベントは、通信デバイス２が対象のエリアから外のエリアに向けて退出する事象である。図２の例では、レイヤＬ１の店舗マップのエリアＡ１に対するＩＮイベント、および、レイヤＬ２の店舗マップのエリアＡ２－１に対するＩＮイベントが発生したことを示している。図３の例では、エリアＡ３－１に対するＩＮイベントおよびＯＵＴイベント、エリアＡ３－２に対するＩＮイベントおよびＯＵＴイベント、エリアＡ３－３に対するＩＮイベントが発生したことを示している。
【0022】
再度図１を参照すると、ＩｏＴサーバ６は、ネットワークＮＷを介してエッジサーバ５と通信可能なネットワークサーバである。ＩｏＴサーバ６は、エッジサーバ５で検出された各エリアに対するＩＮイベントおよびＯＵＴイベントを記録するためのイベントデータベースを有し、アプリケーションサーバ７からの問合せに対して応答するためのＡＰＩ(Application Programming Interface)を有する。
【0023】
アプリケーションサーバ７は、通信デバイス２の顧客用アプリケーションおよび図示しない店舗端末の店舗用アプリケーションからの要求に応じた処理を実行して、実行結果を各アプリケーションに返すサーバである。
例えば、アプリケーションサーバ７は、通信デバイス２の顧客用アプリケーションから注文を受け付けると、デバイスＩＤと注文内容を示す注文データとを対応付けて記憶し、デバイスＩＤに対応する注文データに対して店舗用アプリケーションからアクセス可能とする。また、アプリケーションサーバ７は、店舗用アプリケーションからの要求（後述する位置情報要求）に応じて、注文データに対応するデバイスＩＤの通信デバイス２の位置情報を含む表示データを店舗用アプリケーションに返す。
例えば、アプリケーションサーバ７は、通信デバイス２の顧客用アプリケーションから注文を受け付けると、デバイスＩＤと注文内容を示す注文データとを対応付けて記憶し、デバイスＩＤに対応する注文データに対して店舗用アプリケーションからアクセス可能とする。また、アプリケーションサーバ７は、店舗用アプリケーションからの要求（後述する位置情報要求）に応じて、注文データに対応するデバイスＩＤの通信デバイス２の位置情報を含む表示データを店舗用アプリケーションに返す。
【0024】
図４は、本実施形態の測位システム１の処理の概要を説明する図である。なお、図４では、受信機３と位置特定装置４を総称して位置特定システムと表記している。
本実施形態では、エッジサーバ５は、レイヤＬ１，Ｌ２，Ｌ３，Ｌ４の店舗マップをそれぞれ管理する４個のＬ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４を有するが、その限りではない。複数のエッジ装置の機能を１つの装置で実現することもできる。すなわち、１つのエッジ装置にレイヤＬ１，Ｌ２，Ｌ３，Ｌ４の店舗マップを記憶し、以下説明するＬ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４の処理を１つのエッジ装置で行うように構成することもできる。
本実施形態では、エッジサーバ５は、レイヤＬ１，Ｌ２，Ｌ３，Ｌ４の店舗マップをそれぞれ管理する４個のＬ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４を有するが、その限りではない。複数のエッジ装置の機能を１つの装置で実現することもできる。すなわち、１つのエッジ装置にレイヤＬ１，Ｌ２，Ｌ３，Ｌ４の店舗マップを記憶し、以下説明するＬ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４の処理を１つのエッジ装置で行うように構成することもできる。
【0025】
図４において、位置特定システムは、顧客が所持する通信デバイス２から受信するビーコン信号に基づいて、通信デバイス２の位置を逐次、測位する。位置特定システムは、通信デバイス２のデバイスＩＤと、位置特定システムによって得られた位置データとを、エッジサーバ５のＬ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４に送信する。デバイスＩＤと位置データの送信は、例えばＵＤＰ（User Datagram Protocol）が利用されるが、それに限定されない。
【0026】
Ｌ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４は、それぞれ、レイヤＬ１，Ｌ２，Ｌ３，Ｌ４の店舗マップを管理しており、管理対象のレイヤの店舗マップにおける各エリアに対するＩＮイベントおよびＯＵＴイベントを検出した場合に、検出したイベントをＩｏＴサーバ６に送信する。
ＩｏＴサーバ６は、イベントデータベースを有し、エッジサーバ５の各エッジ装置から送信されるＩＮイベントおよびＯＵＴイベントに基づいて、イベントデータベースを更新する。ＩｏＴサーバ６はさらに、アプリケーションサーバ７からデバイスＩＤを特定した問合せを受信した場合に、応答として、デバイスＩＤに対応する通信デバイス２がＩＮ状態のエリアを特定する情報をアプリケーションサーバ７に返す。また、必要に応じてＯＵＴ状態のエリアを特定する情報をアプリケーションサーバ７に返すようにしても良いし、ＩＮ状態及びＯＵＴ状態のエリアを特定する情報をアプリケーションサーバ７に返すようにしても良い。
ＩｏＴサーバ６は、イベントデータベースを有し、エッジサーバ５の各エッジ装置から送信されるＩＮイベントおよびＯＵＴイベントに基づいて、イベントデータベースを更新する。ＩｏＴサーバ６はさらに、アプリケーションサーバ７からデバイスＩＤを特定した問合せを受信した場合に、応答として、デバイスＩＤに対応する通信デバイス２がＩＮ状態のエリアを特定する情報をアプリケーションサーバ７に返す。また、必要に応じてＯＵＴ状態のエリアを特定する情報をアプリケーションサーバ７に返すようにしても良いし、ＩＮ状態及びＯＵＴ状態のエリアを特定する情報をアプリケーションサーバ７に返すようにしても良い。
【0027】
【0028】
図５に示すように、通信デバイス２は、制御部２１、操作入力部２２、表示部２３、第１通信部２４、および、第２通信部２５を備える。
制御部２１は、マイクロプロセッサを主体として構成され、通信デバイス２の全体を制御する。例えば、制御部２１のマイクロプロセッサは、顧客用アプリケーションをロードして実行することで、ビーコン信号の送信処理、および、店舗で提供可能な飲食物の発注処理を行うことができる。発注処理では、デバイスＩＤと対応付けて注文内容を示す注文データをアプリケーションサーバ７に送信する。なお、通信デバイス２が無線タグである場合には、通信デバイス２は、無線タグに固有のタグＩＤと対応付けて注文データをアプリケーションサーバ７に送信する。
制御部２１は、マイクロプロセッサを主体として構成され、通信デバイス２の全体を制御する。例えば、制御部２１のマイクロプロセッサは、顧客用アプリケーションをロードして実行することで、ビーコン信号の送信処理、および、店舗で提供可能な飲食物の発注処理を行うことができる。発注処理では、デバイスＩＤと対応付けて注文内容を示す注文データをアプリケーションサーバ７に送信する。なお、通信デバイス２が無線タグである場合には、通信デバイス２は、無線タグに固有のタグＩＤと対応付けて注文データをアプリケーションサーバ７に送信する。
【0029】
操作入力部２２は、各種のプログラムを実行するためにユーザから操作入力を受け付ける入力インタフェースであり、表示部２３の表示パネルに設けられるタッチパネル入力部であってもよい。
表示部２３は、例えばＬＣＤ(Liquid Crystal Panel)等の表示パネルと、表示パネルの駆動回路とを含み、例えば制御部２１による顧客用アプリケーションの実行結果を表示する。
第１通信部２４は、例えば、第２通信部２５よりも狭い通信範囲で対象物と無線通信を行うものであり、例えばＢＬＥプロトコルに従ってビーコン信号を放射するように構成されている。ビーコン信号には、通信デバイス２を識別するデバイスＩＤが含まれる。
第２通信部２５は、ネットワークＮＷを介してアプリケーションサーバ７と通信を行うための通信インタフェースである。
表示部２３は、例えばＬＣＤ(Liquid Crystal Panel)等の表示パネルと、表示パネルの駆動回路とを含み、例えば制御部２１による顧客用アプリケーションの実行結果を表示する。
第１通信部２４は、例えば、第２通信部２５よりも狭い通信範囲で対象物と無線通信を行うものであり、例えばＢＬＥプロトコルに従ってビーコン信号を放射するように構成されている。ビーコン信号には、通信デバイス２を識別するデバイスＩＤが含まれる。
第２通信部２５は、ネットワークＮＷを介してアプリケーションサーバ７と通信を行うための通信インタフェースである。
【0030】
図５に示すように、受信機３は、電波受信部３１、入射角測定部３２、および、通信部３３を備える。
電波受信部３１は、通信デバイス２から送信されるビーコン信号（電波）を受信するアンテナを含む。
入射角測定部３２は、電波受信部３１で受信した通信デバイス２からの電波の入射角を測定する。
通信部３３は、通信デバイス２および位置特定装置４と通信を行うためのインタフェースである。例えば、通信部３３は、通信デバイス２からの受信信号を復調する。また、通信部３３は、入射角測定部３２によって測定された入射角の情報を、デバイスＩＤと対応付けて位置特定装置４に送信する。なお、受信機３と位置特定装置４との通信は有線でも無線でもよい。
電波受信部３１は、通信デバイス２から送信されるビーコン信号（電波）を受信するアンテナを含む。
入射角測定部３２は、電波受信部３１で受信した通信デバイス２からの電波の入射角を測定する。
通信部３３は、通信デバイス２および位置特定装置４と通信を行うためのインタフェースである。例えば、通信部３３は、通信デバイス２からの受信信号を復調する。また、通信部３３は、入射角測定部３２によって測定された入射角の情報を、デバイスＩＤと対応付けて位置特定装置４に送信する。なお、受信機３と位置特定装置４との通信は有線でも無線でもよい。
【0031】
図５に示すように、位置特定装置４は、制御部４１および通信部４２を備える。
制御部４１は、マイクロプロセッサを主体として構成され、位置特定装置４の全体を制御する。例えば、制御部４１のマイクロプロセッサは、位置特定モジュール（ソフトウェア）を実行し、受信機３から受信するビーコン信号の入射角の情報に基づいて、通信デバイス２の位置を特定する。より具体的には、ＡＯＡ方式を利用する場合、前述したように、受信機３の店舗内での既知の位置（店舗の所定の位置を基準とした３次元座標の位置）と、受信機３から逐次取得する通信デバイス２の入射角（電波の到来方向）の情報とに基づいて、時刻の経過に応じた通信デバイス２の店舗のエリア内の位置（店舗フロアのＸＹ座標の位置）を特定（測位）する。
制御部４１は、例えば計時手段としてリアルタイムクロックを有している。
制御部４１は、測位を行った時刻（測位時刻）の情報および通信デバイス２のデバイスＩＤと対応付けて、特定された通信デバイス２の位置を示す位置データを逐次、通信部４２を介してエッジサーバ５の各エッジ装置に送信する。通信デバイス２の測位間隔は、任意に設定してよいが、通信デバイス２の位置を正確に把握するために必要な時間（例えば、数１００ｍｓ以下）に設定される。
制御部４１は、マイクロプロセッサを主体として構成され、位置特定装置４の全体を制御する。例えば、制御部４１のマイクロプロセッサは、位置特定モジュール（ソフトウェア）を実行し、受信機３から受信するビーコン信号の入射角の情報に基づいて、通信デバイス２の位置を特定する。より具体的には、ＡＯＡ方式を利用する場合、前述したように、受信機３の店舗内での既知の位置（店舗の所定の位置を基準とした３次元座標の位置）と、受信機３から逐次取得する通信デバイス２の入射角（電波の到来方向）の情報とに基づいて、時刻の経過に応じた通信デバイス２の店舗のエリア内の位置（店舗フロアのＸＹ座標の位置）を特定（測位）する。
制御部４１は、例えば計時手段としてリアルタイムクロックを有している。
制御部４１は、測位を行った時刻（測位時刻）の情報および通信デバイス２のデバイスＩＤと対応付けて、特定された通信デバイス２の位置を示す位置データを逐次、通信部４２を介してエッジサーバ５の各エッジ装置に送信する。通信デバイス２の測位間隔は、任意に設定してよいが、通信デバイス２の位置を正確に把握するために必要な時間（例えば、数１００ｍｓ以下）に設定される。
【0032】
前述したように、エッジサーバ５は、Ｌ１エッジ装置５１、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、および、Ｌ４エッジ装置５４を含む。図５に示すように、各エッジ装置のハードウェアの構成は概ね共通しており、制御部５０１、ストレージ５０２、および、通信部５０３を備える。
制御部５０１は、マイクロプロセッサを主体として構成され、位置特定装置４から逐次取得する測位時刻の情報、デバイスＩＤおよび位置データに基づいて、自身が管理するレイヤの各エリアにおける通信デバイス２のイベントを検出するためのイベント検出プログラムを実行する。イベント検出プログラムを実行することで、制御部５０１は、位置情報取得部および判定部として機能する。
位置情報取得部は、通信デバイス２の位置データを例えば数１００ｍｓ間隔で継続的に取得する。判定部は、複数レイヤの各々の店舗マップを対象として、位置情報取得部によって取得された位置データに基づいて、複数のエリアのうちいずれかのエリアに検出設定値（少なくとも２回以上の所定回数の一例）の回数分位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する。
なお、各エッジ装置がリアルタイムクロックを有し、位置特定装置４から逐次取得するデバイスＩＤおよび位置データを、位置データを受信した時刻と関連付けて処理してもよい。
制御部５０１は、マイクロプロセッサを主体として構成され、位置特定装置４から逐次取得する測位時刻の情報、デバイスＩＤおよび位置データに基づいて、自身が管理するレイヤの各エリアにおける通信デバイス２のイベントを検出するためのイベント検出プログラムを実行する。イベント検出プログラムを実行することで、制御部５０１は、位置情報取得部および判定部として機能する。
位置情報取得部は、通信デバイス２の位置データを例えば数１００ｍｓ間隔で継続的に取得する。判定部は、複数レイヤの各々の店舗マップを対象として、位置情報取得部によって取得された位置データに基づいて、複数のエリアのうちいずれかのエリアに検出設定値（少なくとも２回以上の所定回数の一例）の回数分位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する。
なお、各エッジ装置がリアルタイムクロックを有し、位置特定装置４から逐次取得するデバイスＩＤおよび位置データを、位置データを受信した時刻と関連付けて処理してもよい。
【0033】
制御部５０１は、判定部による判定結果に基づいて、複数のエリアのうちいずれかのエリアに対するＩＮイベントおよびＯＵＴイベントのうち少なくともいずれかのイベント種別の情報を、イベント発生時刻の情報と関連付けて出力する出力部として機能してもよい。例えば、イベント種別とイベント発生時刻の情報を例えばＩｏＴサーバ６に送信（出力）することで、ＩｏＴサーバ６は、複数のレイヤの店舗マップで発生するイベントを一元的に管理することができる。イベント発生時刻は、あるエリアに対して検出設定値の回数分を位置することが検出された測位時刻である。つまり、イベント発生時刻は、あるエリアに通信デバイス２が位置すると判定された時刻である。
なお、あるエリアに対するＩＮイベントが判定された後に継続的に当該エリアに位置する（つまり、継続的にＩＮ状態である）場合、当該エリアに対するＩＮイベントは判定されない。
なお、上記出力部は、イベント種別の情報をイベント発生時刻の情報と関連付けて出力する場合に限られない。出力部は、イベント種別の情報のみを出力してもよい。その場合、ＩｏＴサーバ６は、イベント種別の情報を受信した時刻と関連付けて当該イベント種別の情報をイベントデータベースに記録する。
イベント検出プログラムを実行することで行われる処理（イベント検出処理）については、後述する。
なお、あるエリアに対するＩＮイベントが判定された後に継続的に当該エリアに位置する（つまり、継続的にＩＮ状態である）場合、当該エリアに対するＩＮイベントは判定されない。
なお、上記出力部は、イベント種別の情報をイベント発生時刻の情報と関連付けて出力する場合に限られない。出力部は、イベント種別の情報のみを出力してもよい。その場合、ＩｏＴサーバ６は、イベント種別の情報を受信した時刻と関連付けて当該イベント種別の情報をイベントデータベースに記録する。
イベント検出プログラムを実行することで行われる処理（イベント検出処理）については、後述する。
【0034】
ストレージ５０２は、例えばＨＤＤ（Hard Disk Drive）等の大規模記憶装置である。ストレージ５０２は、自身が管理するレイヤの各エリアに対するＩＮイベントおよびＯＵＴイベントの発生時刻の情報をデバイスＩＤごとに含むイベントデータベース（イベントＤＢ）を格納する。
【0035】
ストレージ５０２はまた、自身が管理するレイヤの店舗マップを格納する。各レイヤの店舗マップは、通信デバイス２が移動可能な店舗フロア（全体エリアの一例）がそれぞれ異なる大きさの複数のエリア（部分エリアの一例）で区画された情報である。つまり、Ｌ１エッジ装置５１のストレージ５０２はレイヤＬ１の店舗マップを格納し、Ｌ２エッジ装置５２のストレージ５０２はレイヤＬ２の店舗マップを格納し、Ｌ３エッジ装置５３のストレージ５０２はレイヤＬ３の店舗マップを格納し、Ｌ４エッジ装置５４のストレージ５０２はレイヤＬ４の店舗マップを格納する。
【0036】
通信部５０３は、ＩｏＴサーバ６と通信を行うための通信インタフェースであり、ＩＮイベント又はＯＵＴイベントが発生する度に、ＩＮイベント又はＯＵＴイベントをＩｏＴサーバ６に送信する。
【0037】
なお、以下の説明において、「イベントを送信（記録）する」とは、イベント種別（ＩＮ又はＯＵＴ）、イベントが発生したエリアを特定するエリアＩＤ（後述する）、および、イベント発生時刻の情報を送信（記録）することを意味する。
【0038】
図６を参照すると、店舗マップのデータ構成例が示される。
図６Ａに示すように、エリアが例示的な矩形形状で表される場合、当該エリアのデータ構成は図６Ｂに示すものとなる。このデータ構成例では、店舗マップに含まれる単一のエリアに対するデータは、エリア名称、エリアを特定するエリアＩＤ、店舗フロアの所定位置を原点としたときのエリアの基準位置Ｒｅｆ（ＸＹ座標）、基準位置ＲｅｆからのＸ軸方向長さＬｘ、基準位置ＲｅｆからのＹ軸方向長さＬｙ、および、検出設定値ＳＡＣを含む。
図６Ａに示すように、エリアが例示的な矩形形状で表される場合、当該エリアのデータ構成は図６Ｂに示すものとなる。このデータ構成例では、店舗マップに含まれる単一のエリアに対するデータは、エリア名称、エリアを特定するエリアＩＤ、店舗フロアの所定位置を原点としたときのエリアの基準位置Ｒｅｆ（ＸＹ座標）、基準位置ＲｅｆからのＸ軸方向長さＬｘ、基準位置ＲｅｆからのＹ軸方向長さＬｙ、および、検出設定値ＳＡＣを含む。
【0039】
図７を参照すると、イベントデータベースのデータ構成例が示される。
イベントデータベースの各レコードは、デバイスＩＤごとに、イベント発生時刻、イベント種別、および、エリアＩＤの各フィールドのデータを含む。各レコードは、イベント発生時刻の順に配列されている。「イベント種別」フィールドのデータは、ＩＮイベント又はＯＵＴイベントを示す。「エリアＩＤ」フィールドのデータは、ＩＮイベント又はＯＵＴイベントが発生したエリアに対応するエリアＩＤである。
イベントデータベースの各レコードは、デバイスＩＤごとに、イベント発生時刻、イベント種別、および、エリアＩＤの各フィールドのデータを含む。各レコードは、イベント発生時刻の順に配列されている。「イベント種別」フィールドのデータは、ＩＮイベント又はＯＵＴイベントを示す。「エリアＩＤ」フィールドのデータは、ＩＮイベント又はＯＵＴイベントが発生したエリアに対応するエリアＩＤである。
【0040】
再度図５を参照すると、ＩｏＴサーバ６は、制御部６１、ストレージ６２、および、通信部６３を備える。
制御部６１は、マイクロプロセッサを主体として構成され、ＩｏＴサーバ６の全体を制御する。例えば、制御部６１のマイクロプロセッサは、エッジサーバ５の各エッジ装置から受信するＩＮイベントおよびＯＵＴイベントに基づいて、ストレージ６２に格納されているイベントデータベースを更新する。
ストレージ６２は、例えばＨＤＤ等の大規模記憶装置である。ストレージ６２に格納されているイベントデータベースは、エッジサーバ５の各エッジ装置に格納されるレイヤごとのイベントデータベースをすべて含む構成となっている。つまり、ＩｏＴサーバ６において、すべてのレイヤの各エリアに対するＩＮイベント及び／又はＯＵＴイベントが一元的に管理される。
通信部６３は、アプリケーションサーバ７との通信を行うための通信インタフェースである。
制御部６１には、アプリケーションサーバ７からの問合せに対して応答するためのＡＰＩを有する。アプリケーションサーバ７からデバイスＩＤを特定した問合せを受信した場合、制御部６１のＡＰＩは、ストレージ６２のイベントデータベースを参照して、デバイスＩＤに対応する最新のＩＮ状態のエリアを特定する情報を返す。
制御部６１は、マイクロプロセッサを主体として構成され、ＩｏＴサーバ６の全体を制御する。例えば、制御部６１のマイクロプロセッサは、エッジサーバ５の各エッジ装置から受信するＩＮイベントおよびＯＵＴイベントに基づいて、ストレージ６２に格納されているイベントデータベースを更新する。
ストレージ６２は、例えばＨＤＤ等の大規模記憶装置である。ストレージ６２に格納されているイベントデータベースは、エッジサーバ５の各エッジ装置に格納されるレイヤごとのイベントデータベースをすべて含む構成となっている。つまり、ＩｏＴサーバ６において、すべてのレイヤの各エリアに対するＩＮイベント及び／又はＯＵＴイベントが一元的に管理される。
通信部６３は、アプリケーションサーバ７との通信を行うための通信インタフェースである。
制御部６１には、アプリケーションサーバ７からの問合せに対して応答するためのＡＰＩを有する。アプリケーションサーバ７からデバイスＩＤを特定した問合せを受信した場合、制御部６１のＡＰＩは、ストレージ６２のイベントデータベースを参照して、デバイスＩＤに対応する最新のＩＮ状態のエリアを特定する情報を返す。
【0041】
図５に示すように、アプリケーションサーバ７は、制御部７１、ストレージ７２、および、通信部７３を備える。
制御部７１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ７の全体を制御する。マイクロプロセッサが各種のプログラムを実行することで、制御部７１は、例えば、顧客用アプリケーション処理部と店舗用アプリケーション処理部として機能する。顧客用アプリケーション処理部および店舗用アプリケーション処理部はそれぞれ、通信部７３を介して、通信デバイス２の顧客用アプリケーション、および、店舗端末の店舗用アプリケーションと通信を行い、各アプリケーションから要求された処理を実行する。
例えば、顧客用アプリケーション処理部は、顧客用アプリケーションからデバイスＩＤと注文データを受信すると、所定の注文処理（店舗に対する注文発生通知や会計処理等を含む）を実行する。顧客用アプリケーション処理部は、複数の顧客からの注文を受け付けることが可能であり、注文データをそれぞれ異なるデバイスＩＤと関連付けて処理する。通信デバイス２が無線タグである場合には、顧客用アプリケーション処理部は、通信デバイス２から受信するタグＩＤと注文データに基づいて、注文処理を実行する。顧客アプリケーション処理部では、デバイスＩＤ又はタグＩＤと、注文データとを対応付けることで、複数の顧客の各々が何を注文したのか認識できるように構成されている。
店舗用アプリケーション処理部は、店舗用アプリケーションからデバイスＩＤを指定した位置情報要求を受信すると、デバイスＩＤに対応する通信デバイス２の位置を示す表示データを作成して、店舗用アプリケーションに返す。この表示データは、店舗端末に、通信デバイス２のデバイスＩＤとともに当該通信デバイス２の位置を表示するためのデータである。
ストレージ７２は、例えばＨＤＤ等の大規模記憶装置である。ストレージ７２には、例えば、デバイスＩＤと注文データを含む注文データベース（図示せず）や、顧客用アプリケーションおよび店舗用アプリケーションの認証処理を行うための認証データ等を記憶する。
制御部７１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ７の全体を制御する。マイクロプロセッサが各種のプログラムを実行することで、制御部７１は、例えば、顧客用アプリケーション処理部と店舗用アプリケーション処理部として機能する。顧客用アプリケーション処理部および店舗用アプリケーション処理部はそれぞれ、通信部７３を介して、通信デバイス２の顧客用アプリケーション、および、店舗端末の店舗用アプリケーションと通信を行い、各アプリケーションから要求された処理を実行する。
例えば、顧客用アプリケーション処理部は、顧客用アプリケーションからデバイスＩＤと注文データを受信すると、所定の注文処理（店舗に対する注文発生通知や会計処理等を含む）を実行する。顧客用アプリケーション処理部は、複数の顧客からの注文を受け付けることが可能であり、注文データをそれぞれ異なるデバイスＩＤと関連付けて処理する。通信デバイス２が無線タグである場合には、顧客用アプリケーション処理部は、通信デバイス２から受信するタグＩＤと注文データに基づいて、注文処理を実行する。顧客アプリケーション処理部では、デバイスＩＤ又はタグＩＤと、注文データとを対応付けることで、複数の顧客の各々が何を注文したのか認識できるように構成されている。
店舗用アプリケーション処理部は、店舗用アプリケーションからデバイスＩＤを指定した位置情報要求を受信すると、デバイスＩＤに対応する通信デバイス２の位置を示す表示データを作成して、店舗用アプリケーションに返す。この表示データは、店舗端末に、通信デバイス２のデバイスＩＤとともに当該通信デバイス２の位置を表示するためのデータである。
ストレージ７２は、例えばＨＤＤ等の大規模記憶装置である。ストレージ７２には、例えば、デバイスＩＤと注文データを含む注文データベース（図示せず）や、顧客用アプリケーションおよび店舗用アプリケーションの認証処理を行うための認証データ等を記憶する。
【0042】
（３）エッジサーバ５の動作
次に、図８～図１２を参照して、本実施形態の測位システム１のエッジサーバ５の動作について説明する。
図８および図９は、例示的なイベント検出処理のフローチャートである。図８は、Ｌ１エッジ装置５１以外のエッジ装置の動作について示している。図９は、Ｌ１エッジ装置５１の動作について示している。
なお、図８および図９は、いずれかのエリアに検出設定値（少なくとも２回以上の所定回数の一例）の回数分、連続して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合を例にして説明する。
次に、図８～図１２を参照して、本実施形態の測位システム１のエッジサーバ５の動作について説明する。
図８および図９は、例示的なイベント検出処理のフローチャートである。図８は、Ｌ１エッジ装置５１以外のエッジ装置の動作について示している。図９は、Ｌ１エッジ装置５１の動作について示している。
なお、図８および図９は、いずれかのエリアに検出設定値（少なくとも２回以上の所定回数の一例）の回数分、連続して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合を例にして説明する。
【0043】
（３－１）Ｌ１エッジ装置５１以外のエッジ装置の動作（図８）
図８を参照すると、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４の各エッジ装置は、位置特定システムから測位時刻の情報、デバイスＩＤおよび位置データを受信する（ステップＳ１）。デバイスＩＤおよび位置データの受信は、例えば数１００ｍｓ毎に定期的に行われる。
各エッジ装置は、ステップＳ１で受信した位置データが、自身が管理するエリアであるか否か判断する（ステップＳ２）。すなわち、各エッジ装置は、受信した位置データが示す位置（以下、「現在位置」という。）が、対応するレイヤの店舗マップのいずれかのエリアに含まれるか否か判断する。各エッジ装置は、自身が管理するエリアでない場合には、イベント検出処理を終了し（ステップＳ２：ＮＯ）、自身が管理するエリアである場合には、ステップＳ６に進む（ステップＳ２：ＹＥＳ）。
図８を参照すると、Ｌ２エッジ装置５２、Ｌ３エッジ装置５３、Ｌ４エッジ装置５４の各エッジ装置は、位置特定システムから測位時刻の情報、デバイスＩＤおよび位置データを受信する（ステップＳ１）。デバイスＩＤおよび位置データの受信は、例えば数１００ｍｓ毎に定期的に行われる。
各エッジ装置は、ステップＳ１で受信した位置データが、自身が管理するエリアであるか否か判断する（ステップＳ２）。すなわち、各エッジ装置は、受信した位置データが示す位置（以下、「現在位置」という。）が、対応するレイヤの店舗マップのいずれかのエリアに含まれるか否か判断する。各エッジ装置は、自身が管理するエリアでない場合には、イベント検出処理を終了し（ステップＳ２：ＮＯ）、自身が管理するエリアである場合には、ステップＳ６に進む（ステップＳ２：ＹＥＳ）。
【0044】
各エッジ装置において、対応するイベントデータベースでは、デバイスＩＤごとにＩＮイベントおよびＯＵＴイベントが記録されている。
ステップＳ６では、各エッジ装置は、通信デバイス２の現在位置が、対応するイベントデータベースの最新のＩＮイベントのエリアと同一のエリアに含まれるか否か判断する。現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれる場合には、新たなイベントの発生がないため、イベント検出処理を終了する（ステップＳ６：ＹＥＳ）。つまり、特定のエリアに対してＩＮイベントが発生した後に、当該エリアに継続的に位置することが検出された場合には、その検出結果は無視される。
ステップＳ６では、各エッジ装置は、通信デバイス２の現在位置が、対応するイベントデータベースの最新のＩＮイベントのエリアと同一のエリアに含まれるか否か判断する。現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれる場合には、新たなイベントの発生がないため、イベント検出処理を終了する（ステップＳ６：ＹＥＳ）。つまり、特定のエリアに対してＩＮイベントが発生した後に、当該エリアに継続的に位置することが検出された場合には、その検出結果は無視される。
【0045】
各エッジ装置は、現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれない場合であっても（ステップＳ６：ＮＯ）、通信デバイス２の現在位置を含むエリアに対するＩＮイベントを直ちにＩｏＴサーバ６に送信しない。前述したように、各エッジ装置は、通信デバイス２が検出設定値の回数連続して同一エリア内に位置することが検出された場合に、ＩＮイベントをＩｏＴサーバ６に送信する。
そこで、各エッジ装置は、通信デバイス２の現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれない場合には、現在位置に対応するエリアのエリアＩＤをバッファに記録して、当該エリアに処理対象のデバイスＩＤの通信デバイス２が連続して位置する回数であるカウント値ＣＮＴを算出する。そして、各エッジ装置は、カウント値ＣＮＴが検出設定値ＳＡＣ以上となった場合に、バッファに記録したエリアＩＤに対するＩＮイベントをＩｏＴサーバ６に送信する。その場合、当該エリアＩＤは、バッファから削除される。
そこで、各エッジ装置は、通信デバイス２の現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれない場合には、現在位置に対応するエリアのエリアＩＤをバッファに記録して、当該エリアに処理対象のデバイスＩＤの通信デバイス２が連続して位置する回数であるカウント値ＣＮＴを算出する。そして、各エッジ装置は、カウント値ＣＮＴが検出設定値ＳＡＣ以上となった場合に、バッファに記録したエリアＩＤに対するＩＮイベントをＩｏＴサーバ６に送信する。その場合、当該エリアＩＤは、バッファから削除される。
【0046】
具体的には、各エッジ装置は、現在位置が最新のＩＮイベントのエリアと同一のエリアに含まれないことを判定した場合には（ステップＳ８：ＮＯ）、通信デバイス２の現在位置に対応するエリアのエリアＩＤをバッファに記録し（ステップＳ１０）、カウント値ＣＮＴを１とする（ステップＳ１２）。
次に位置データを受信した場合、当該位置データが示す現在位置に対応するエリアが、前回バッファに記録したエリアと同一エリアである場合には（ステップＳ８：ＹＥＳ）、カウント値ＣＮＴを１つカウントアップし（ステップＳ１４）、カウント値ＣＮＴが検出設定値ＳＡＣ以上であるか判定する（ステップＳ１６）。
次に位置データを受信した場合、当該位置データが示す現在位置に対応するエリアが、前回バッファに記録したエリアと同一エリアである場合には（ステップＳ８：ＹＥＳ）、カウント値ＣＮＴを１つカウントアップし（ステップＳ１４）、カウント値ＣＮＴが検出設定値ＳＡＣ以上であるか判定する（ステップＳ１６）。
【0047】
ステップＳ８～Ｓ１６の処理は、カウント値ＣＮＴが検出設定値ＳＡＣに達するまで繰り返し行われる。途中でステップＳ８の条件が満たされなくなった場合には、カウント値ＣＮＴが１となり、新たにバッファにエリアＩＤが記録される。
カウント値ＣＮＴが検出設定値ＳＡＣに達した場合には（ステップＳ１６：ＹＥＳ）、エッジ装置は、その時点でイベントデータベースに記録されていた最新のＩＮ状態のエリアＩＤに対するＯＵＴイベントをＩｏＴサーバ６に送信し、カウント値ＣＮＴの処理対象であるエリアＩＤに対するＩＮイベントをＩｏＴサーバ６に送信する（ステップＳ１８）。さらに当該エッジ装置は、ＯＵＴイベントおよびＩＮイベントの送信結果が反映されるように、自身のイベントデータベースを更新する（ステップＳ２０）。なお、カウント値ＣＮＴが検出設定値ＳＡＣに達したときの測位時刻が、イベント発生時刻である。
ここで、ＯＵＴイベントをＩＮイベントよりも先に送信することで、同一レイヤにおいて通信デバイス２が複数のエリアにＩＮ状態となる状況を回避することができる。
カウント値ＣＮＴが検出設定値ＳＡＣに達した場合には（ステップＳ１６：ＹＥＳ）、エッジ装置は、その時点でイベントデータベースに記録されていた最新のＩＮ状態のエリアＩＤに対するＯＵＴイベントをＩｏＴサーバ６に送信し、カウント値ＣＮＴの処理対象であるエリアＩＤに対するＩＮイベントをＩｏＴサーバ６に送信する（ステップＳ１８）。さらに当該エッジ装置は、ＯＵＴイベントおよびＩＮイベントの送信結果が反映されるように、自身のイベントデータベースを更新する（ステップＳ２０）。なお、カウント値ＣＮＴが検出設定値ＳＡＣに達したときの測位時刻が、イベント発生時刻である。
ここで、ＯＵＴイベントをＩＮイベントよりも先に送信することで、同一レイヤにおいて通信デバイス２が複数のエリアにＩＮ状態となる状況を回避することができる。
【0048】
なお、各エッジ装置は、カウント値ＣＮＴが所定時間内に検出設定値ＳＡＣに達しない場合には、バッファに記録したエリアＩＤに対してカウントしたカウント値ＣＮＴをリセットすることが好ましい。例えば、検出設定値ＳＡＣ＝５に設定されている場合においてカウント値ＣＮＴが所定時間、例えば１０分経っても５に達しないという状況が生じ、エラー原因となりうる。そのような状況を回避するため、例えば２～３秒の間で検出設定値ＳＡＣに達しない場合には、現在のカウントを停止し、現在位置に対するエリアのエリアＩＤに対してカウント値ＣＮＴ＝１として、カウントを再開する。カウント値ＣＮＴが所定時間内に検出設定値ＳＡＣに達しない例としては、通信デバイスの電源が途中でＯＦＦされた場合等に起こり得るものである。
【0049】
（３－２）Ｌ１エッジ装置５１の動作（図９）
Ｌ１エッジ装置５１は、図２に示したように、店舗フロア全体をエリアＡ１として管理するエッジ装置である。以下、Ｌ１エッジ装置５１の動作が他のエッジ装置の動作（図８）と異なる点に着目して説明する。なお、図９のフローチャートのＡ部は、図８のＡ部と共通する部分である。
Ｌ１エッジ装置５１は、図２に示したように、店舗フロア全体をエリアＡ１として管理するエッジ装置である。以下、Ｌ１エッジ装置５１の動作が他のエッジ装置の動作（図８）と異なる点に着目して説明する。なお、図９のフローチャートのＡ部は、図８のＡ部と共通する部分である。
【0050】
本実施形態の測位システム１では、好ましくは、通信デバイス２の位置データが示す位置がレイヤＬ１の店舗マップのエリアＡ１内であることを認識したときに（ステップＳ３：ＮＯ）、Ｌ１エッジ装置５１が管理するイベントデータベースに当該通信デバイス２のデバイスＩＤを登録する。すなわち、好ましくは、Ｌ１エッジ装置５１は、通信デバイス２が検出設定値の回数連続してエリアＡ１に位置することを検出するまで待たずにＩＮイベントをイベントデータベースに記録し（ステップＳ４）、通信デバイス２のエリアＡ１に対するＩＮイベントをＩｏＴサーバ６に送信する（ステップＳ５）。
【0051】
このような処理を行うのは、通信デバイス２に対応する顧客が確実に店舗内にいるということを早く検知したいためである。通信デバイス２に対応する顧客が店舗内にいることを素早く認識することで、店舗フロア内に位置する顧客のみが注文可能となるように制御することができるため、店舗フロア外の人が悪意をもって注文することを防止することができる。Ｌ１の店舗マップのエリアＡ１は、小さなエリアに区画されておらず店舗フロアの全体の大きさに等しく、エリアＡ１への１回の測位によってＩＮイベントを記録する。
【0052】
図８では、いずれかのエリアに検出設定値の回数分、連続して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合について説明したが、その限りではない。
図８以外の判定方法について、図１０および図１１を参照して説明する。
図１０は、いずれかのエリアに検出設定値の回数分位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合についてのイベント検出処理のフローチャートである。つまり、特定のエリアに連続して位置する必要はなく、検出設定値の回数分、累積して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定される。
図１０のフローチャートにおいて、図８のフローチャートと異なる部分は、ステップＳ８Ａであある。図１０のフローチャートでは、通信デバイス２がバッファに記録されていないエリアに位置することが検出された場合に（ステップＳ８Ａ：ＮＯ）、当該エリアのエリアＩＤをバッファに記録するとともに、当該エリアＩＤに対応付けてカウント値ＣＮＴを記録する。つまり、バッファには、最新のエリアのエリアＩＤだけでなく、１又は複数のエリアの各々のエリアＩＤと対応するカウント値ＣＮＴとが記録される。そして、バッファに記録されているエリアＩＤのうちステップＳ１６の条件を満たしたエリアＩＤに対応するＩＮイベントがＩｏＴサーバ６に送信される。
図１０のフローチャートでは、通信デバイス２が特定のエリアに位置すると判定するための条件が図８の場合よりも緩和されるため、より素早く特定のエリアに対するＩＮイベントを送信できる利点がある。
図８以外の判定方法について、図１０および図１１を参照して説明する。
図１０は、いずれかのエリアに検出設定値の回数分位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合についてのイベント検出処理のフローチャートである。つまり、特定のエリアに連続して位置する必要はなく、検出設定値の回数分、累積して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定される。
図１０のフローチャートにおいて、図８のフローチャートと異なる部分は、ステップＳ８Ａであある。図１０のフローチャートでは、通信デバイス２がバッファに記録されていないエリアに位置することが検出された場合に（ステップＳ８Ａ：ＮＯ）、当該エリアのエリアＩＤをバッファに記録するとともに、当該エリアＩＤに対応付けてカウント値ＣＮＴを記録する。つまり、バッファには、最新のエリアのエリアＩＤだけでなく、１又は複数のエリアの各々のエリアＩＤと対応するカウント値ＣＮＴとが記録される。そして、バッファに記録されているエリアＩＤのうちステップＳ１６の条件を満たしたエリアＩＤに対応するＩＮイベントがＩｏＴサーバ６に送信される。
図１０のフローチャートでは、通信デバイス２が特定のエリアに位置すると判定するための条件が図８の場合よりも緩和されるため、より素早く特定のエリアに対するＩＮイベントを送信できる利点がある。
【0053】
図１１は、図１０に対して、ステップＳ１７とステップＳ１９を追加したフローチャートである。
図１１のフローチャートにおいて、各エッジ装置の制御部５０１は、同一エリアに位置する回数を計数する（つまり、カウント値ＣＮＴを算出する）とともに、当該回数が所定時間内に検出設定値に達しない場合には、当該エリアに対するカウント値ＣＮＴをリセットする計数部として機能する。
図１１のフローチャートでは、特定のデバイスＩＤに対して、エリアＩＤがバッファに記録されてから所定時間経過した後にまだバッファに記録されている場合（つまり、当該エリアＩＤのエリアに対するＩＮイベントが発生しない場合）には（ステップＳ１７：ＹＥＳ）、当該エリアＩＤに対するカウント値ＣＮＴをリセットする（ステップＳ１９）。こうすることで、図１０のフローチャートの処理よりも、通信デバイス２が特定のエリアに位置すると判定するときの判定精度が向上する利点がある。例えば、検出設定値ＳＡＣが５である場合に、カウント値ＣＮＴが４のエリアＩＤがいつまでもバッファに残留していると、実際の通信デバイス２が当該エリアＩＤに対応するエリアから既に離れた位置にいる場合であっても、当該エリアに通信デバイス２が位置するという誤判定が生ずる（エラー原因となる）虞がある。そこで、所定時間経過してもカウント値ＣＮＴが検出設定値ＳＡＣに達しないエリアＩＤについては、カウント値ＣＮＴをリセットする（つまり、０にする）ことが好ましい。ステップＳ１９では、カウント値ＣＮＴをリセットする処理の対象となったエリアＩＤをバッファから削除してもよい。
また、所定時間内に、バッファに記録されているいずれのエリアＩＤもカウント値ＣＮＴが検出設定値ＳＡＣに達しない場合には、バッファに記録されているすべてのエリアＩＤに対するカウント値ＣＮＴをリセットしてもよい。カウント値ＣＮＴをリセットした後は、改めて各エリアに位置する回数がカウントされる。
なお、図１１のフローチャートにおいて、ステップＳ１７では、エリアＩＤがバッファに記録されてから所定回数位置データを受信したことを条件としてもよい。
図１１のフローチャートにおいて、各エッジ装置の制御部５０１は、同一エリアに位置する回数を計数する（つまり、カウント値ＣＮＴを算出する）とともに、当該回数が所定時間内に検出設定値に達しない場合には、当該エリアに対するカウント値ＣＮＴをリセットする計数部として機能する。
図１１のフローチャートでは、特定のデバイスＩＤに対して、エリアＩＤがバッファに記録されてから所定時間経過した後にまだバッファに記録されている場合（つまり、当該エリアＩＤのエリアに対するＩＮイベントが発生しない場合）には（ステップＳ１７：ＹＥＳ）、当該エリアＩＤに対するカウント値ＣＮＴをリセットする（ステップＳ１９）。こうすることで、図１０のフローチャートの処理よりも、通信デバイス２が特定のエリアに位置すると判定するときの判定精度が向上する利点がある。例えば、検出設定値ＳＡＣが５である場合に、カウント値ＣＮＴが４のエリアＩＤがいつまでもバッファに残留していると、実際の通信デバイス２が当該エリアＩＤに対応するエリアから既に離れた位置にいる場合であっても、当該エリアに通信デバイス２が位置するという誤判定が生ずる（エラー原因となる）虞がある。そこで、所定時間経過してもカウント値ＣＮＴが検出設定値ＳＡＣに達しないエリアＩＤについては、カウント値ＣＮＴをリセットする（つまり、０にする）ことが好ましい。ステップＳ１９では、カウント値ＣＮＴをリセットする処理の対象となったエリアＩＤをバッファから削除してもよい。
また、所定時間内に、バッファに記録されているいずれのエリアＩＤもカウント値ＣＮＴが検出設定値ＳＡＣに達しない場合には、バッファに記録されているすべてのエリアＩＤに対するカウント値ＣＮＴをリセットしてもよい。カウント値ＣＮＴをリセットした後は、改めて各エリアに位置する回数がカウントされる。
なお、図１１のフローチャートにおいて、ステップＳ１７では、エリアＩＤがバッファに記録されてから所定回数位置データを受信したことを条件としてもよい。
【0054】
（３－３）エリアの重複有無の処理（図１２）
次に、エリアの重複有無の処理について説明する。以下では、いずれかのエリアに検出設定値の回数分、連続して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合を例にして説明する。
上述したように、エッジサーバ５の各エッジ装置は、自身が管理するエリアに対するＩＮイベントおよびＯＵＴイベントの発生有無をそれぞれ独自に判断するため、異なるレイヤのエリア間で重複してＩＮ状態となることが生じうる。このとき、本実施形態の測位システム１では、異なるレイヤ間でのエリアの重複を許容してもよいし、許容しなくてもよい。
次に、エリアの重複有無の処理について説明する。以下では、いずれかのエリアに検出設定値の回数分、連続して位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する場合を例にして説明する。
上述したように、エッジサーバ５の各エッジ装置は、自身が管理するエリアに対するＩＮイベントおよびＯＵＴイベントの発生有無をそれぞれ独自に判断するため、異なるレイヤのエリア間で重複してＩＮ状態となることが生じうる。このとき、本実施形態の測位システム１では、異なるレイヤ間でのエリアの重複を許容してもよいし、許容しなくてもよい。
【0055】
例えば、図１２Ａに示す通信デバイス２の動線ＦＬを想定する。動線ＦＬは、通信デバイス２が時刻ｔ１→ｔ２→…→ｔ８→…の経過に従って移動する場合の動線である。時刻はｔ１からｔ８に向かうにつれて時間が経過していることを表し、図１２Ａに示す丸印は、時刻ｔ１～ｔ８のそれぞれのタイミングにおいて位置測位が行われた位置を模式的に示している。動線ＦＬは時刻ｔ１～ｔ８のそれぞれのタイミングにおいて位置測位が行われた位置を時系列（時刻が早いt１から時刻が遅いｔ８順に）に線で結んだ動線である。エリアＡ３－１はレイヤＬ３の店舗マップに含まれる。エリアＡ４－１はレイヤＬ４の店舗マップに含まれ、エリアＡ３－１に包含されている。
図１２Ｂは、図１２Ａの例示的な動線ＦＬの場合に、エリア重複ありの場合（つまり、エリア重複を許容する場合）とエリア重複なしの場合（つまり、エリア重複を許容しない場合）のイベントの発生を示している。なお、この例では、エリアＡ３－１およびエリアＡ４－１に設定されている検出設定値ＳＡＣを「３」とする。
図１２Ｂは、図１２Ａの例示的な動線ＦＬの場合に、エリア重複ありの場合（つまり、エリア重複を許容する場合）とエリア重複なしの場合（つまり、エリア重複を許容しない場合）のイベントの発生を示している。なお、この例では、エリアＡ３－１およびエリアＡ４－１に設定されている検出設定値ＳＡＣを「３」とする。
【0056】
通信デバイス２が時刻ｔ１にエリアＡ３－１に進入し、時刻ｔ１～ｔ３の３回エリアＡ３－１に位置することが検出された場合に、エリアＡ３－１に対するＩＮイベントがイベントデータベースに記録される。次に通信デバイス２が時刻ｔ５にエリアＡ４－１に進入し、時刻ｔ５～ｔ７の３回エリアＡ４－１に位置することが検出された場合に、エリアＡ４－１に対するＩＮイベントがイベントデータベースに記録される。このとき、エリア重複ありの場合には、時刻ｔ７以降、エリアＡ３－１およびエリアＡ４－１の両方に通信デバイス２がＩＮ状態となる。
【0057】
それに対して、エリア重複なしの場合には、エリアＡ４－１のＩＮイベントが発生した時刻ｔ７において、エリアＡ３－１に対するＯＵＴイベントがイベントデータベースに記録される。そのため、時刻ｔ７以降において、エリアＡ３－１とエリアＡ４－１に重複してＩＮ状態とならない。
【0058】
なお、エリア重複なしの場合のＯＵＴイベントの発生は、エッジサーバ５で行ってもよいし、ＩＮイベントの受信に応じてＩｏＴサーバ６で行ってもよい。すなわち、図１２に示す例において、ＯＵＴイベントの発生をエッジサーバ５で行う場合には、エリアＡ３－１に対するＯＵＴイベントをＩｏＴサーバ６に送信し、ＩｏＴサーバ６において当該ＯＵＴイベントがイベントデータベースに記録される。ＯＵＴイベントの発生をＩｏＴサーバ６で行う場合には、ＩｏＴサーバ６において、エリアの重複を判断してＯＵＴイベントをイベントデータベースに記録する。
【0059】
図８に示したように、同一レイヤの店舗マップでは、通信デバイス２があるエリアから他のエリアに移動した後も検出設定値ＳＡＣの回数他のエリアに位置することが検出された場合に、他のエリアの前に測位されたエリアに対するＯＵＴイベントと他のエリアに対するＩＮイベントが送信される。すなわち、同一レイヤの店舗マップでは、元のエリアのＯＵＴイベントの送信タイミングは、他のエリアに位置することが検出設定値の回数検出されたタイミングとなっている。
また、異なるレイヤ間において検出設定値が異なっている場合、ＩＮイベントがＯＵＴイベントより先に発生することを回避するために、ＩＮイベントが発生する前に常にＯＵＴイベントを発生させるように制御することもできる。
また、異なるレイヤ間において検出設定値が異なっている場合、ＩＮイベントがＯＵＴイベントより先に発生することを回避するために、ＩＮイベントが発生する前に常にＯＵＴイベントを発生させるように制御することもできる。
【0060】
なお、各エッジ装置において、特定のエリアに対して、ＩＮイベントを判定するための検出設定値と、ＯＵＴイベントを判定するための検出設定値とを、異なる値に設定することもできる。このとき、所定のエリアに対するＯＵＴイベントよりも他のエリアに対するＩＮイベントが先に検出された（発生した）場合、ＩＮイベントを優先し、当該所定のエリアに対するＯＵＴイベントを強制的に発生させてもよい。それによって、通信デバイス２が２以上のエリアに同時にＩＮ状態となることが回避される。
また、ＯＵＴイベントを発生させるのは必須ではなく、ＩＮイベントのみをイベントデータベースに記録するようにしてもよい。
また、ＯＵＴイベントを発生させるのは必須ではなく、ＩＮイベントのみをイベントデータベースに記録するようにしてもよい。
【0061】
（４）測位システム１の動作
次に、図１３および図１４を参照して、本実施形態の測位システム１において通信デバイス２の位置を表示するときの動作について説明する。
図１３は、本実施形態の測位システム１の動作を示すシーケンスチャートの一例である。図１４は、店舗端末において通信デバイス２の位置情報が表示される例を示す図である。
次に、図１３および図１４を参照して、本実施形態の測位システム１において通信デバイス２の位置を表示するときの動作について説明する。
図１３は、本実施形態の測位システム１の動作を示すシーケンスチャートの一例である。図１４は、店舗端末において通信デバイス２の位置情報が表示される例を示す図である。
【0062】
図示しない店舗端末の店舗用アプリケーションからデバイスＩＤを指定した顧客の位置情報要求を受けて（ステップＳ３０）、アプリケーションサーバ７は、ＩｏＴサーバ６に対して位置情報の問合せを行う（ステップＳ３２）。店舗端末からの位置情報要求には、要求元の店舗端末を特定する端末ＩＤと、位置情報の要求対象であるデバイスＩＤとが含まれる。ステップＳ３２においてＩｏＴサーバ６に送信される問合せには、店舗端末からの位置情報要求に含まれるデバイスＩＤが含まれる。
【0063】
問合せを受けてＩｏＴサーバ６は、イベントデータベースを参照して、問合せに含まれるデバイスＩＤの通信デバイス２が問合せを受けた時点においてＩＮ状態となっているエリアを特定し（ステップＳ３４）、特定したエリアのエリアＩＤを含む応答をアプリケーションサーバ７に返す（ステップＳ３６）。ここで、ＩｏＴサーバ６は、処理対象となるデバイスＩＤの通信デバイス２が複数のレイヤにおいてＩＮ状態が記録されている場合には、ＩＮ状態となっているすべてのレイヤのエリアを特定し、特定したエリアのエリアＩＤを応答に含めるようにする。
【0064】
アプリケーションサーバ７は、ステップＳ３６で受信した応答に含まれるエリアＩＤに基づいて表示データを作成し（ステップＳ３８）、ステップＳ３２の位置情報要求に含まれる端末ＩＤに対応する店舗端末（通信端末の一例）に送信する（ステップＳ４０）。店舗端末は、受信した表示データを基に、例えば図１４に例示する画像を表示パネルに表示する（ステップＳ４２）。
【0065】
ステップＳ３８で表示データを作成するに際して、ステップＳ３６の応答に複数のエリアＩＤが含まれる場合には、複数のエリアＩＤのうち最小のエリアに対応するエリアＩＤを基に表示データを作成する。つまり、より解像度が高いレイヤ（Ｌ４，Ｌ３，Ｌ２，Ｌ１の順）のエリアが優先して表示されるように表示データが作成される。
【0066】
例えば、図１４Ａは、レイヤＬ４のＩＮ状態が確定したときの店舗端末の画面Ｇ１を表している。画面Ｇ１では、店舗の平面図がレイヤＬ４の店舗マップに基づいて表示され、１つの矩形の単位が１つのエリアに相当する。画面Ｇ１に一部示したように、店舗マップにテーブルＴおよび椅子ＣＨ等の店舗の備品を表示させてもよい。
図１４Ａでは、通信デバイス２からの電波の受信環境が良好な場合が想定されており、所定のデバイスＩＤの通信デバイス２の位置が、レイヤＬ４の特定のエリア内にＩＮ状態である。この場合、レイヤＬ１～Ｌ３のエリアにおいてもＩＮ状態であることが考えられるが、通信デバイス２の位置として最も解像度が高いレイヤＬ４のエリア（つまり、より小さいエリア）が他のエリアと区別可能に店舗端末に表示される。つまり、画面Ｇ１において、ハッチングしたエリアに、特定の通信デバイス２がＩＮ状態であることが表示される。実際の運用では、複数の顧客の通信デバイスがＩＮ状態の複数のエリアを区別できるように、各エリアに位置する通信デバイスのデバイスＩＤも表示させることが好ましい。画面Ｇ１では、顧客の位置が椅子の単位で特定できるため、店舗の従業員は各顧客が注文した飲食物を顧客の元に間違いなく届けることができる。
図１４Ａでは、通信デバイス２からの電波の受信環境が良好な場合が想定されており、所定のデバイスＩＤの通信デバイス２の位置が、レイヤＬ４の特定のエリア内にＩＮ状態である。この場合、レイヤＬ１～Ｌ３のエリアにおいてもＩＮ状態であることが考えられるが、通信デバイス２の位置として最も解像度が高いレイヤＬ４のエリア（つまり、より小さいエリア）が他のエリアと区別可能に店舗端末に表示される。つまり、画面Ｇ１において、ハッチングしたエリアに、特定の通信デバイス２がＩＮ状態であることが表示される。実際の運用では、複数の顧客の通信デバイスがＩＮ状態の複数のエリアを区別できるように、各エリアに位置する通信デバイスのデバイスＩＤも表示させることが好ましい。画面Ｇ１では、顧客の位置が椅子の単位で特定できるため、店舗の従業員は各顧客が注文した飲食物を顧客の元に間違いなく届けることができる。
【0067】
他方、図１４Ｂは、レイヤＬ３のＩＮ状態が確定したときの店舗端末の画面Ｇ２を表している。画面Ｇ２では、店舗の平面図がレイヤＬ３の店舗マップに基づいて表示され、１つの矩形の単位が１つのエリアに相当する。画面Ｇ２に一部示したように、店舗マップにテーブルＴおよび椅子ＣＨ等の店舗の備品を表示させてもよい。図１４Ｂでは、通信デバイス２からの電波の受信環境が図１４Ａの場合ほど良好でない場合が想定されている。つまり、図１４Ｂでは、所定のデバイスＩＤの通信デバイス２の位置が、レイヤＬ４のエリアにおいてＩＮ状態となっていないが、レイヤＬ３の特定のエリアにおいてＩＮ状態であることが想定されている。この場合、レイヤＬ１，Ｌ２のエリアにおいてＩＮ状態であることが考えられるが、通信デバイス２の位置として最も解像度が高いレイヤＬ３のエリア（つまり、より小さいエリア）が他のエリアと区別可能に店舗端末に表示される。つまり、画面Ｇ２において、ハッチングしたエリアに、特定の通信デバイス２がＩＮ状態であることが表示される。実際の運用では、複数の顧客の通信デバイスがＩＮ状態の複数のエリアを区別できるように、各エリアに位置する通信デバイスのデバイスＩＤも表示させることが好ましい。
なお、特定のエリアを区別可能な態様で表示する方法は、限定するものではなく、特定のエリアについて、例えば、色、輝度、模様などを他のエリアと異なるようにして表示することが考えられる。
画面Ｇ２の表示であっても顧客がいるテーブルを確実に特定できるため、店舗の従業員は、顧客の元に飲食物を間違いなく届ける上で支障はない。
なお、特定のエリアを区別可能な態様で表示する方法は、限定するものではなく、特定のエリアについて、例えば、色、輝度、模様などを他のエリアと異なるようにして表示することが考えられる。
画面Ｇ２の表示であっても顧客がいるテーブルを確実に特定できるため、店舗の従業員は、顧客の元に飲食物を間違いなく届ける上で支障はない。
【0068】
図１４Ａおよび図１４Ｂでは、１つのレイヤの店舗マップのみを店舗端末に表示する場合について示したが、その限りではない。店舗端末に、複数のレイヤの店舗マップを分割画面において表示させ、各レイヤの店舗マップにおいて通信デバイスがＩＮ状態のエリアを他の同一レイヤのエリアと区別可能に表示してもよい。
また、２以上のレイヤの店舗マップを表示する場合、１つの画面では各レイヤの店舗マップが小さくて見難いことも考えられるため、スクロール表示により各店舗マップを画面に順に表示させるか、あるいは、所定の画面切り替え操作によって各店舗マップを切り替えて画面に表示させてもよい。
また、２以上のレイヤの店舗マップを表示する場合、１つの画面では各レイヤの店舗マップが小さくて見難いことも考えられるため、スクロール表示により各店舗マップを画面に順に表示させるか、あるいは、所定の画面切り替え操作によって各店舗マップを切り替えて画面に表示させてもよい。
【0069】
以上説明したように、本実施形態の測位システム１によれば、エッジサーバ５において各エッジ装置は、位置特定システムから通信デバイス２の位置データを継続的に取得し、複数レイヤの各々の店舗マップに含まれるエリアに位置するか否か判定する。この判定処理では、複数のエリアのうちいずれかのエリアに検出設定値の回数位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判定する。そのため、通信デバイス２からの電波の受信環境に応じた通信デバイス２の測位結果を出力することが可能となる。例えば、通信デバイス２からの電波の受信環境が良好である場合には、高精度に通信デバイス２の位置を測位できる一方、それほど良好でない場合でも、精度（解像度）は相対的に低いものの確実に通信デバイス２が位置する範囲を示すことが可能となる。よって、例えば屋内で通信デバイス２を測位する場合に通信デバイス２に対する位置情報の信頼性を高めることができる。
判定処理では、複数のエリアのうちいずれかのエリアに検出設定値の回数連続して位置する場合に、通信デバイス２が当該エリアに位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判断してもよい。この場合、通信デバイス２が当該エリアに位置することの判定精度が向上する利点がある。
判定処理では、複数のエリアのうちいずれかのエリアに検出設定値の回数連続して位置する場合に、通信デバイス２が当該エリアに位置することが検出された場合に、通信デバイス２が当該エリアに位置すると判断してもよい。この場合、通信デバイス２が当該エリアに位置することの判定精度が向上する利点がある。
【0070】
以上、本発明の情報処理装置、情報処理システム、プログラム、および、情報処理方法の実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述した実施形態では、レイヤの数が４個である場合について例示したが、その限りではない。レイヤの数は２以上の任意の値に設定することができる。
レイヤの数は１つでもよい。その場合の処理も同様に、１つのレイヤの店舗マップに含まれる複数のエリアのうちいずれかのエリアに所定の検出設定値の回数位置することが検出された場合に、当該エリアに位置すると判定される。
上述した実施形態では、測位システム１がレストラン等の店舗を想定した場合について例示したが、測位システム１を適用する業態は特に限定するものではない。通信デバイスを所持しているユーザの位置を測位する必要性がある如何なる用途に対しても適用することができる。
上述した実施形態では、測位システム１がレストラン等の屋内で適用される例について説明したが、その限りではない。本発明は、屋内でも屋外でも適用することができる。
例えば、上述した実施形態では、レイヤの数が４個である場合について例示したが、その限りではない。レイヤの数は２以上の任意の値に設定することができる。
レイヤの数は１つでもよい。その場合の処理も同様に、１つのレイヤの店舗マップに含まれる複数のエリアのうちいずれかのエリアに所定の検出設定値の回数位置することが検出された場合に、当該エリアに位置すると判定される。
上述した実施形態では、測位システム１がレストラン等の店舗を想定した場合について例示したが、測位システム１を適用する業態は特に限定するものではない。通信デバイスを所持しているユーザの位置を測位する必要性がある如何なる用途に対しても適用することができる。
上述した実施形態では、測位システム１がレストラン等の屋内で適用される例について説明したが、その限りではない。本発明は、屋内でも屋外でも適用することができる。
【符号の説明】
【0071】
１…測位システム
２…通信デバイス
２１…制御部
２２…操作入力部
２３…表示部
２４…第１通信部
２５…第２通信部
３…受信機
３１…電波受信部
３２…入射角算出部
３３…通信部
４…位置特定装置
４１…制御部
４２…通信部
５…エッジサーバ
５１…Ｌ１エッジ装置
５２…Ｌ２エッジ装置
５３…Ｌ３エッジ装置
５４…Ｌ４エッジ装置
５０１…制御部
５０２…ストレージ
５０３…通信部
６…ＩｏＴサーバ
６１…制御部
６２…ストレージ
６３…通信部
７…アプリケーションサーバ
７１…制御部
７２…ストレージ
７３…通信部
Ｃ…顧客
ＦＬ…動線
ＮＷ…ネットワーク
２…通信デバイス
２１…制御部
２２…操作入力部
２３…表示部
２４…第１通信部
２５…第２通信部
３…受信機
３１…電波受信部
３２…入射角算出部
３３…通信部
４…位置特定装置
４１…制御部
４２…通信部
５…エッジサーバ
５１…Ｌ１エッジ装置
５２…Ｌ２エッジ装置
５３…Ｌ３エッジ装置
５４…Ｌ４エッジ装置
５０１…制御部
５０２…ストレージ
５０３…通信部
６…ＩｏＴサーバ
６１…制御部
６２…ストレージ
６３…通信部
７…アプリケーションサーバ
７１…制御部
７２…ストレージ
７３…通信部
Ｃ…顧客
ＦＬ…動線
ＮＷ…ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】