(57)【要約】【課題】対象者がＧＰＳ電波が届かない場所に居ても位置把握できると共に位置把握の為の負担を軽減できるようにする。【解決手段】任意の携帯端末２のユーザが任意のビーコン発信機１に近づいて、このビーコン発信機１のビーコンを携帯端末２で受信すると、携帯端末２は、ビーコンデータより所定の要求をサーバ装置１０に送って、問い合わせを行う（Ｓ２）。但し、携帯端末２内に既に該当情報が記憶されている場合には、サーバ装置１０への問い合わせは行わない。サーバ装置１０は、ユーザの現在位置に係わる情報だけでなく、このユーザが次に行く場所を予測して、この移動予測地点に係わる情報も携帯端末２に通知する。【選択図】図１
2018125572.tif 000002
【特許請求の範囲】
【請求項１】
任意の各所に設けられ近距離無線通信により自己のＩＤを送信する１台以上の発信機とサーバ装置を備えるシステムであって、
任意の携帯端末は、
任意の前記発信機から前記ＩＤを受信すると、前記携帯端末内の端末内データベースに受信された前記ＩＤである受信ＩＤが登録されている場合には前記サーバ装置と通信することなく該端末内データベースから該受信ＩＤに応じた所定データを取得し、登録されていない場合には前記サーバ装置に該受信ＩＤを含む所定の要求を送信する受信ＩＤ対応部を有し、
前記サーバ装置は、
前記要求を受信すると、前記受信ＩＤに基づいて第１データベースを検索して該受信ＩＤに対応する所定データを取得すると共に、該受信ＩＤに基づいて第２データベースを検索して予測地点の発信機のＩＤと対応する所定データを取得する要求対応部と、
該要求対応部で取得した前記各所定データを返信データとして前記要求元の携帯端末へ返信する返信部とを有し、
前記携帯端末の前記受信ＩＤ対応部は、該返信部により前記受信ＩＤに応じた所定データを取得すると共に、該返信データを前記端末内データベースに登録することを特徴とする位置検知システム。
【請求項２】
前記携帯端末の前記受信ＩＤ対応部は、前記受信ＩＤが前記端末内データベースに登録させた前記予測地点の発信機のＩＤと一致する場合にも、前記サーバ装置と通信することなく該端末内データベースから該受信ＩＤに対応する所定データを取得することを特徴とする請求項１記載の位置検知システム。
【請求項３】
前記所定データは、そのＩＤが前記受信ＩＤである前記発信機に係わる場所を示す情報、または／及び、該場所に応じた所定のアプリケーション制御データであることを特徴とする請求項１または２記載の位置検知システム。
【請求項４】
前記第１データベースには、各ＩＤと距離とに対応する前記所定データが登録されており、
前記受信ＩＤ対応部は、前記発信機からの距離を求めて、該距離を更に含む前記要求を送信し、
前記要求対応部は、該要求に含まれる前記受信ＩＤと前記距離とに対応する前記所定データを前記第１データベースから取得することを特徴とする請求項１記載の位置検知システム。
【請求項５】
前記要求には、送信元の前記携帯端末の識別情報が含まれており、
前記サーバ装置の要求対応部は、受信した要求に含まれる該識別情報と前記受信ＩＤを蓄積データベースに追加記録し、
該蓄積データベースに基づいて前記第２データベースを生成／更新する生成／更新部を更に有することを特徴とする請求項１記載の位置検知システム。
【請求項６】
前記第２データベースには、前記ＩＤにそれぞれ対応付けて、１以上の予測地点の発信機の前記ＩＤが登録されることを特徴とする請求項１〜５の何れかに記載の位置検知システム。
【請求項７】
前記返信部からの返信データによって、前記端末内データベースには、前記第１データベースの格納データの一部が格納されることになることを特徴とする請求項１〜６の何れかに記載の位置検知システム。
【請求項８】
任意の各所に設けられ近距離無線通信により自己のＩＤを送信する１台以上の発信機とサーバ装置を備えるシステムにおける該サーバ装置であって、
任意の前記発信機からそのＩＤを受信した任意の携帯端末から該受信ＩＤを含む所定の要求があると、前記受信ＩＤに基づいて第１データベースを検索して該受信ＩＤに対応する所定データを取得すると共に、該受信ＩＤに基づいて第２データベースを検索して予測地点の発信機のＩＤと対応する所定データを取得する要求対応部と、
該要求対応部で取得した前記各所定データを前記要求元の携帯端末へ返信する返信部と、
を有することを特徴とするサーバ装置。
【請求項９】
任意の各所に設けられ近距離無線通信により自己のＩＤを送信する１台以上の発信機とサーバ装置と携帯端末を有するシステムにおける該携帯端末であって、
任意の前記発信機から前記ＩＤを受信すると、前記携帯端末内の端末内データベースに受信された前記ＩＤである受信ＩＤが登録されている場合には前記サーバ装置と通信することなく該端末内データベースから該受信ＩＤに応じた所定データを取得し、登録されていない場合にはサーバ装置に該受信ＩＤを含む所定の要求を送信する受信ＩＤ対応部を有し、
該受信ＩＤ対応部は、前記要求に応じて前記サーバ装置から受信ＩＤに対応する所定データと、予測地点の発信機のＩＤと対応する所定データが返信されてくると、前記受信ＩＤに応じた所定データを取得すると共に、該返信データを前記端末内データベースに登録することを特徴とする携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置検知の為のシステム等に関する。
【背景技術】
【０００２】
人やモノの位置を把握し、その位置に応じた業務やサービス（以下に一例を列挙する）を提供する為の位置検知システムが考えられている。
【０００３】
一例；
・製造業など、作業場所に応じた作業員への作業指示。
・エンターテイメント業など、その場所ならではのエンターテイメント情報発信。
・飲食業など、その場所のお店にきた来店クーポン発信。
【０００４】
上記位置検知システムにおける位置検知は、例えば下記の方法で実現する。
（ａ）ＧＰＳ（Global Positioning System）で緯度/経度データを取得する。
（ｂ）通過ゲートなどとその場所情報を事前にシステムにマスタ登録しておき利用する。
【０００５】
上記方法（ａ）では、例えばユーザが所持するＧＰＳ機能付き携帯端末（携帯電話／スマートフォンなど）を利用する。予め緯度・経度に対応付けた所定の情報（例えばその場所にある店に関する情報）が登録されており、携帯端末で検出した現在位置の緯度・経度データより、現在位置に対応する情報が提供できる。
【０００６】
例えば、特許文献１，２，３，４等に記載の従来技術が知られている。
【０００７】
特許文献１の従来技術は、複数の遊技場にそれぞれ設置されたビーコン情報を発信する発信機と、端末と、サーバと、を備えた来店管理システムである。端末は、ビーコン情報を受信すると、入場情報をサーバに送信する。サーバは、入場情報を受信すると、端末を携帯する遊技者が、特定可能な遊技場に入場したことを判定する。入場の判定と入場情報に含まれる遊技者識別情報に基づき特典を遊技者に付与し、入場の判定が行われたときの入場情報に基づいて来店情報を遊技場ごとに集計する。
【０００８】
特許文献２の従来技術は、サーバは、ビーコン装置のビーコン識別情報とそのビーコン装置から発信されるビーコン信号の受信エリアを示すビーコンエリア情報とを対応付けて記憶するビーコンエリアデータベースを有する。サーバは、端末の現在位置の通知を受けると、ビーコンエリアデータベースを参照し、端末の現在位置の周辺において受信エリアを有するビーコン装置を抽出する。サーバは、抽出したビーコン装置のビーコン識別情報およびビーコンエリア情報を端末装置に供給する。端末は、現在位置の近くにおいて受信エリアを有するビーコン装置を、サーバから供給されたビーコン識別情報等に基づいて所定数選択して、待受対象のビーコン装置として設定する。
【０００９】
特許文献３の従来技術は、位置提供装置は以下の処理を行う。プローブ要求を送信した端末を識別する端末識別情報と、中継装置識別情報とを対応付けたログ情報を取得する。中継装置識別情報と、中継装置識別情報により識別される中継装置の位置情報とを対応付けて格納する。中継装置識別情報を参照して位置情報を抽出する。抽出された位置情報と、ログ情報において中継装置識別情報に対応付けられた端末識別情報を対応付けて格納する。
【００１０】
特許文献４の従来技術は、エリア情報管理サーバは、端末の存在位置周辺の通信可能なエリアを示すエリア情報及びアクセス圏外となる位置を示す圏外情報を、端末に送信する。端末は、自装置の移動ルートと移動予測情報を生成する。また端末は、移動予測情報と、サーバから受信したエリア情報及び圏外情報から自装置が基地局と通信を行う通信期間と、アクセス圏外となる期間を含み通信を中断する中断期間を指示する通信実行計画を立案する。また端末は、通信実行計画の中断期間の前後で通信相手に通信の保留と再開を指示する。また端末は、通信実行計画に従って基地局と通信を行う。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２０１５−１７１４８７号公報
【特許文献２】特開２０１６−０９０４２１号公報
【特許文献３】特開２０１４−２１７０７４号公報
【特許文献４】ＷＯ２０１１／１３２５４６
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上記従来の方法（ａ）では、ＧＰＳ電波（衛星からの信号）が届かない場所（建物内等）では位置把握が困難となる。
【００１３】
上記従来の方法（ｂ）では、位置検知機器と場所情報を紐づけるシステム管理の手間が掛かることになる。
【００１４】
また、位置検知機器と場所を紐づけた情報を携帯端末で保持させると、携帯端末のメモリ記憶領域を圧迫し、一方でこの情報をサーバ装置で保持させると携帯端末−サーバ装置間の通信量が増大する場合がある。
【００１５】
本発明の課題は、対象者がＧＰＳ電波が届かない場所にいても位置把握できると共に位置把握の為の負担を軽減できる位置検知システム等を提供することである。
【課題を解決するための手段】
【００１６】
本例の位置検知システムは、任意の各所に設けられ近距離無線通信により自己のＩＤを送信する１台以上の発信機とサーバ装置を備えるシステムであって、下記の各構成を有する。
【００１７】
任意の携帯端末は、任意の前記発信機から前記ＩＤを受信すると、前記携帯端末内の端末内データベースに受信された前記ＩＤである受信ＩＤが登録されている場合には前記サーバ装置と通信することなく該端末内データベースから該受信ＩＤに応じた所定データを取得し、登録されていない場合にはサーバ装置に該受信ＩＤを含む所定の要求を送信する受信ＩＤ対応部を有する。
【００１８】
前記サーバ装置は、前記要求を受信すると、前記受信ＩＤに基づいて第１データベースを検索して該受信ＩＤに対応する所定データを取得すると共に、該受信ＩＤに基づいて第２データベースを検索して予測地点の発信機のＩＤと対応する所定データを取得する要求対応部と、該要求対応部で取得した前記各所定データを返信データとして前記要求元の携帯端末へ返信する返信部とを有する。
【００１９】
前記携帯端末の前記受信ＩＤ対応部は、該返信部により前記受信ＩＤに応じた所定データを取得すると共に、該返信データを前記端末内データベースに登録する。
【発明の効果】
【００２０】
本発明の位置検知システム等によれば、対象者がＧＰＳ電波が届かない場所にいても位置把握できると共に位置把握の為の負担を軽減できる。
【図面の簡単な説明】
【００２１】
【図１】本例の位置検知システムのシステム構成図である。
【図２】図１のシステムの処理の流れを示す図である。
【図３】（ａ）は地点データベース、（ｂ）は移動履歴データベースの具体例である。
【図４】（ａ）は移動予測データベース、（ｂ）はスマホ内データベースの具体例である。
【図５】本システムの詳細な処理動作例を示す図である。
【図６】本システムの機能ブロック図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本例の位置検知システムのシステム構成図である。
【００２３】
図示のシステムでは、まず、予め、様々な場所に近距離無線通信発信機（ビーコン発信機１）が設置されている。各ビーコン発信機１は、予め自己に割り当てられて記憶されている任意のＩＤ番号を含むビーコン信号を、常時、近距離無線通信で送信し続ける。これは、一例としては、例えばWi-Fiや、Bluetooth（登録商標）を利用する「Beacon」等の仕組みを利用するが、この例に限らない。
【００２４】
スマートフォン等の携帯端末２は、このビーコン信号を受信してＩＤ番号を認識する機能や、受信したＩＤ番号等をサーバ装置１０に通知して問い合わせる機能等を有する。これら機能自体は、上述した従来技術と同様であってよい。
【００２５】
サーバ装置１０（クラウド）には、予め、各ＩＤ番号に対応付けて、このＩＤ番号のビーコン発信機１の設置場所に係わる任意の情報（例えば住所やアプリケーションデータ等）が、予め登録されている。これより、サーバ装置１０は、上記携帯端末２から通知されるＩＤ番号に対応する住所や提供すべきサービスなどを判別可能である。
【００２６】
尚、例えば図示の例では、サーバ装置１０は、地点データベース１１、移動履歴データベース１２、移動予測データベース１３等を有し、これらについては後に説明するが、これらの例に限らない。
【００２７】
図１には、本例の位置検知システムの処理動作の流れの一例を、図示のＳ１〜Ｓ８として示している。これらＳ１〜Ｓ８の処理例について、図２に示し、以下、説明する。
【００２８】
図１には、任意のエリアに３台のビーコン発信機１が設置されており、このエリア内を携帯端末２を所持する任意のユーザが移動する場合を示している。尚、ここでは仮に、３台のビーコン発信機１のＩＤ番号を、‘００１’‘００２’‘００３’とするものとする。更に、ＩＤ番号＝‘００１’のビーコン発信機１の設置場所を“地点Ａ”、ＩＤ番号＝‘００２’のビーコン発信機１の設置場所を“地点Ｂ”、ＩＤ番号＝‘００３’のビーコン発信機１の設置場所を“地点Ｃ”とする。これらＩＤ番号と設置場所との対応付け情報は、予めサーバ装置１０の地点データベース１１に登録されている。
【００２９】
また、尚、ここでは、携帯端末２は、一例としてスマートフォン（スマホ）であり、スマホを例にして図示・説明する場合があるものとし、スマホ２などと記す場合もあるものとする。
【００３０】
図１において、上記ユーザが上記地点Ａのビーコン発信機１に近づいて、このビーコン発信機１のビーコンを当該ユーザの携帯端末２で受信できるようになると、この携帯端末２は上記ＩＤ番号＝‘００１’を受信・認識することになる（Ｓ１）。これより、携帯端末２は、このＩＤ番号＝‘００１’を含む所定の要求をサーバ装置１０に送って、問い合わせを行う（Ｓ２）。但し、携帯端末２内に既にＩＤ番号＝‘００１’に係わる情報が記憶されている場合には、サーバ装置１０への問い合わせは行わない。
【００３１】
上記要求を受けたサーバ装置１０は、上記地点データベース１１の登録データに基づいて、受信したＩＤ番号＝‘００１’に紐付く情報（対応する住所（地点Ａ）やアプリケーションデータ等）を認識する（Ｓ３）。
【００３２】
ここで、サーバ装置１０は、この様なユーザの現在位置に係わる情報だけでなく、その近辺等に係わる情報も、携帯端末２に通知するようにしてもよい。例えば、このユーザが次に行く場所を予測して、この移動予測地点に係わる情報も携帯端末２に通知するようにしてもよい。ここでは一例として移動予測地点が上記“地点Ｂ”であると判別されているものとし、この“地点Ｂ”と対応するＩＤ番号＝‘００２’を認識したものとする。
【００３３】
これは、例えば、移動予測グループ（一例が後述する移動予測データベース１３）から次に行く予想地点（ここでは地点Ｂとする）を認識する。また、問い合わせ実績をデータベース化し（一例が後述する移動履歴データベース１２）、移動予測グループを自動生成する。詳しくは後述する。
【００３４】
サーバ装置１０は、上記携帯端末２に対して、上記現在位置のＩＤ番号に紐づく情報（地点Ａに係わる所定情報等）や、移動予測情報（ＩＤ番号＝‘００２’と地点Ｂに係わる所定情報））などを返信する（Ｓ４）。尚、この所定情報は、例えば、住所やサービス提供の為のアプリケーションデータ等である。
【００３５】
これより、携帯端末２側では、現在位置に応じた情報提供やアプリケーション動作が行われる（Ｓ５）。また、上記移動予測情報を記憶しておく。
【００３６】
ここで、一例としては、上記ユーザは、その後、予測通りに地点Ｂに移動したものとする。これより、ユーザの携帯端末２は、地点Ｂに設置されているビーコン発信機１からの無線電波を受信して、そのＩＤ番号＝‘００２’を取得することになる。
【００３７】
携帯端末２は、新たなＩＤ番号を取得する毎に、まず、移動予測情報を検索する。そして、取得したＩＤ番号が移動予測情報に無い場合に、サーバ装置１０への問い合わせを行う。上記Ｓ２の際にもこの処理は行われており、移動予測情報が無かった為、上記Ｓ２のサーバ装置１０への問い合わせを行ったものとする。
【００３８】
ここでは、上記取得したＩＤ番号＝‘００２’が、上記移動予測情報にあることになるので、これに対応する位置情報（地点Ｂ）を認識でき、つまりクラウドに問い合わせることなく現在位置を知ることができ、以って現在位置に応じた情報提供やアプリケーション動作が行われることになる（Ｓ６）。
【００３９】
ここで、本例では、上記ユーザが、続いて更に、地点Ｃに移動したものとする。これより、ユーザの携帯端末２は、地点Ｃに設置されているビーコン発信機１からの無線電波を受信して、そのＩＤ番号＝‘００３’を取得することになる。これより上記のように携帯端末２は、移動予測情報を検索するが、今度はＩＤ番号＝‘００３’は移動予測情報に無いことになるので、上記Ｓ２と同様、サーバ装置１０への問い合わせを行うことになる（Ｓ７）。
【００４０】
その後のサーバ装置１０の処理動作は、上記Ｓ３，Ｓ４等と同様であり、ここでは特に説明しないものとする（Ｓ８）。
【００４１】
上記のように、本例の位置検知システムでは、上記ビーコン発信機１等の近距離無線通信発信機が設置している場所（住所等）をクラウド（サーバ装置１０）で管理する。また、クラウド側では、各場所毎にその場所に応じたサービス提供の為のアプリケーションデータ等も管理している。
【００４２】
尚、例えば、クラウドで管理する住所は、スマホアプリ開発メーカー等が管理するのではなく、管理会社が住所管理サービスを提供するものとする。この場合、スマホアプリ開発メーカー等は、ビーコン発信機１等のＩＤ番号に対する住所の管理をしなくてよい（上記サービスを利用すれば済む）。
【００４３】
携帯端末２等の受信機が近距離無線通信発信機からの電波を受信すると、この電波に含まれる識別情報（ＩＤ番号等）を認識してクラウドに問い合わせをし、住所解決を行う。
【００４４】
毎回、クラウドに問い合わせをすると、通信量が多くなるため、クラウドで管理する情報の一部（一例が上記移動予測情報）を、携帯端末２に転送しておき、まず、この情報を用いて住所解決を試みる。そして、住所解決できなかった場合に、クラウドに問い合わせる。尚、住所解決によって、例えば、上記現在位置に応じた情報提供やアプリケーション動作が行われることになる。
【００４５】
尚、近距離無線通信発信機が故障した場合の対応も住所管理会社のサービス範囲とし、故障機器のMACアドレスを新規機器にクラウド上で変更することで、受信機のアプリケーションを変更する必要がない。電波発信機が壊れ、電波ID番号が変更になっても、クラウド上のデータ管理を変更すればよいのでスマホアプリの改造が不要となる。
【００４６】
また、尚、更に電波強度も用いて更に詳細な住所解決を実現する（「電波強度から、解決する住所を変える」）こともできる。これについては後に一例を用いて説明する。
【００４７】
以下、上記データベースの具体例を用いて、更に具体的に説明する。
図３（ａ）（ｂ）、図４（ａ）は、サーバ装置１０で記憶・管理する各種データベースの一例である。また、図４（ｂ）には携帯端末２で保持させるデータの一例である。
【００４８】
上記のように、サーバ装置１０は、一例としては地点データベース１１、移動履歴データベース１２、移動予測データベース１３等の各種データベースを保持・管理する。
【００４９】
図３（ａ）には地点データベース１１の具体例を示す。
図示の例では地点データベース１１は、ビーコンＩＤ２１、距離２２、地点２３、アプリ制御データ２４等の各データ項目から成る。
【００５０】
ビーコンＩＤ２１は、上記ＩＤ番号に相当する、各ビーコン発信機１の識別データである。地点２３は、場所を示す情報（例えば住所など）であり、図示の例では建物名と該建物内の位置となっているが、この例に限らない。また、ここでは、上記「電波強度から、解決する住所を変える」例に対応した一例を示しているので、距離２２がある。つまり、この例の地点データベース１１には、予め、ビーコンＩＤ２１と距離２２とに応じた地点２３（住所など）が登録されている。また、ビーコンＩＤ２１と距離２２とに応じて実行させるべきアプリケーションに係わるデータ（例えばクーポン、店舗案内、トイレ案内など）が、アプリ制御データ（アプリケーション制御データ）２４に予め登録されている。
【００５１】
携帯端末２は、任意のアプリ制御データ２４によって、例えばディスプレイにトイレ案内表示等を行うことになる。尚、アプリ制御データ２４は、例えば、携帯端末２側の所定のアプリケーションによって所定のサービス（情報提供、クーポン配布など）を実現させる為のデータ等であり、上記の例では例えばトイレ案内の為の地図データ、あるいはトイレ案内を行うサイトのＵＲＬ等となる。
【００５２】
また、尚、ビーコンＩＤ２１と距離２２とによって、ユーザの詳細な現在位置が示されることになる。つまり、携帯端末２のユーザの現在位置として、単にビーコンＩＤ２１のビーコン発信機１の近くにいることが分かるだけでなく、どの程度近くにいるかまで分かることになる。
【００５３】
図３（ｂ）には、移動履歴データベース１２の具体例を示す。
図示の例では、移動履歴データベース１２は、受信日時３１、ビーコンＩＤ３２、距離３３、スマホＩＤ３４等の各データ項目から成る。これら各データ項目については後述するが、移動履歴データベース１２には、上記Ｓ２や後述するステップＳ１２などで携帯端末２から送信されてくるデータが、蓄積されるものである。
【００５４】
図４（ａ）には、移動予測データベース１３の具体例を示す。
図示の例では、移動予測データベース１３は、ビーコンＩＤ４１、予測ビーコンＩＤ４２、予測ビーコンＩＤ４３の各データ項目より成る。
【００５５】
ビーコンＩＤ４１は、任意のビーコン発信機１のビーコンＩＤである。上記携帯端末２のユーザが、このビーコンＩＤ４１のビーコン発信機１の位置から次の移動する可能性が高いと見做される位置になるビーコン発信機１のビーコンＩＤが、予測ビーコンＩＤ４２、予測ビーコンＩＤ４３に登録される。尚、図示の例では予測ビーコンＩＤは２つ登録されるが、この例に限らず、１つあるいは３つ以上であっても構わない。
【００５６】
移動予測データベース１３の登録内容は予め開発者等が任意に決めてもよいが、予測精度を向上させる為に、上記移動履歴データベース１２の蓄積データを利用して随時予測ビーコンＩＤを求めて移動予測データベース１３を更新させるようにしてもよい。これについて、詳しくは後述する。
【００５７】
図４（ｂ）には、携帯端末２で保持させるスマホ内データベース５０の一例を示す。
図示の例では、スマホ内データベース５０は、ビーコンＩＤ５１、距離５２、地点５３、アプリ制御データ５４等の各データ項目より成る。
【００５８】
スマホ内データベース５０には、上記地点データベース１１の一部のレコードが格納されると見做してよく、従ってデータ構成自体は地点データベース１１と同じであってよい。つまり、ビーコンＩＤ５１、距離５２、地点５３、アプリ制御データ５４は、ビーコンＩＤ２１、距離２２、地点２３、アプリ制御データ２４と同じと見做してよく、その説明は省略するものとする。
【００５９】
以下、上記図１、図２で説明した本システムの動作について、図５と上記図３（ａ）、（ｂ）、図４（ａ）（ｂ）の具体例を参照して、更に詳細に説明する。
【００６０】
図５は、本システムの詳細な処理動作例を示す図である。
（１）図５において、まず、任意のユーザが所持する携帯端末２が、任意のビーコン発信機１からの送信電波（ビーコン）を受信する（ステップＳ１１）。ここでは上記の通り携帯端末２の一例であるスマホを示し、スマホ２と記すものとする。このスマホ２に搭載されている所定のアプリケーション（スマホアプリ）が、ビーコンデータを受信・認識する。尚、ここではサーバ装置１０をクラウドサーバ１０等と図示／記載する場合もあるものとする。
【００６１】
ビーコンの特性で、スマホアプリは、ビーコン発信機１−スマホ２間の大まかな距離が分かる。これは、スマホ２では一般的な既存技術によって受信した電波の強度（RSSI値等）が分かるので、更にこのRSSI値等に基づいて既存の算出方法により推定距離を算出することができる。尚、ここでは、推定距離は、近距離、中距離、遠距離の３つに大まかに判定させるものとする。
【００６２】
ビーコン発信機１が送信するデータは例えば「AAA0001」等とする。AAAAはビーコンの管理会社を表し、0001はビーコンＩＤの一例である。AAAAは、別のビーコン電波と混在したときに識別できるようにする為に付加しており、スマホアプリでは例えば管理会社AAAA以外のデータは無視するように設定されている。
【００６３】
（２）上記ビーコンを受信したスマホ２は、このビーコンの上記ビーコンＩＤが、スマホ内データベース５０に登録されていない場合、サーバ装置１０（クラウド）に対して、所定データを含む要求を送信する（ステップＳ１２）。所定データには、例えば「ビーコン発信機１の識別データと上記推定距離とスマホＩＤ」等が含まれる。具体例としては、所定データは、例えば、「AAA0001Zabc」（※AAAA：ビーコン企業コード、0001：ビーコンID、Z：推定距離（遠距離、中距離、近距離の３パターンに集約する）、abc：スマホＩＤ）等とする。尚、スマホＩＤは、予め各携帯端末２（スマホ２）に割り当てられている識別データである。
【００６４】
（３）サーバ装置１０は、上記スマホ２からの送信データを受信すると、この受信データに基づき下記のステップＳ１３，Ｓ１４，Ｓ１５の処理を実行する。
【００６５】
まず、ビーコンデータに基づいて、送信元スマホ２の所持者の現在位置に対応するレコードを取得する（ステップＳ１３）。ビーコンデータとは、例えば上記受信データのビーコンＩＤと推定距離であり、これらを用いて地点データベース１１を検索して、該当レコードを取得する。尚、ここでの該当レコードとは、そのビーコンＩＤ２１及び距離２２が、上記ビーコンデータのビーコンＩＤ及び推定距離と同一であるレコードである。
【００６６】
既に説明したように地点２３は場所を示す情報（例えば住所など）であり、ここでは送信元スマホ２の所持者の現在位置を示す地点２３等が、取得されることになる。
【００６７】
続いて、上記送信元スマホ２の所持者が次に行きそうな場所のビーコンＩＤや対応するデータ（地点２３やアプリ制御データ２４）を取得する（ステップＳ１４）。これは、まず、ビーコンデータのビーコンＩＤに基づいて移動予測データベース１３を検索して、該当レコードの予測ビーコンＩＤ４２，４３を取得する。尚、ここでの該当レコードとは、そのビーコンＩＤ４１が、ビーコンデータのビーコンＩＤと同一であるレコードである。
【００６８】
ステップＳ１４の処理では、続いて、地点データベース１１を検索して、そのビーコンＩＤ２１が、上記取得した予測ビーコンＩＤ４２または４３と同一であるレコードを全て取得する。
【００６９】
尚、上記ステップＳ１４で取得されたレコードは、全て、後述するステップＳ１６の処理で送信元スマホ２に返信されることになる。
【００７０】
そして、ビーコンデータを蓄積し、蓄積データを用いて予測精度を向上させる（ステップＳ１５）。ビーコンデータの蓄積は、上記受信データ（但し、ビーコン企業コードは除く）を、その受信日時と共に、移動履歴データベース１２に新規レコードとして追加格納する。つまり、受信データの上記ビーコンＩＤと推定距離とスマホＩＤとその受信日時を、移動履歴データベース１２の新規レコードのビーコンＩＤ３２と距離３３とスマホＩＤ３４と受信日時３１に、それぞれ格納する。
【００７１】
その後、移動履歴データベース１２に基づいて、移動予測データベース１３を更新する処理を行うが（ステップＳ１５）、この処理は上記ステップＳ１２の送信データの受信時に行う必要はなく、例えば定期的に（１時間毎、毎日所定の時間に等）実行するようにしてもよい。
【００７２】
これは、例えば、移動履歴データベース１２から、次の要素で集計する。
イ）同じスマホ（ユーザ）からのビーコンＩＤ
ロ）イ）をある一定期間に区切り、任意のビーコンＩＤから次にアクセスされたビーコンＩＤを抽出する。そして、全ユーザトータルで各ビーコンＩＤ毎に、次にアクセスされた回数が多いビーコンＩＤ（上位のビーコンＩＤ）を抽出。
ハ）上位のビーコンＩＤで移動予測データベース１３を作成する。
【００７３】
これは、例えば、まず、移動履歴データベース１２の全レコードのなかで、その受信日時３１が任意に設定される上記一定期間内であるレコード全てを抽出する。次に、抽出したレコード群から、各ユーザ毎にそのユーザに係わるレコードを全て抽出し、これをそのユーザに係わる処理対象レコード群とする。例えば、各ユーザを、順次、処理対象ユーザとして、上記抽出したレコード群から、そのスマホＩＤ３４が対象ユーザのスマホＩＤと同一であるレコードを全て抽出する。なお、スマホＩＤがユーザを示すものとし、スマホＩＤ３４に登録されている全てのスマホＩＤが、処理対象ユーザと成り得るものと見做して構わない。
【００７４】
そして、各ユーザ（スマホＩＤ）毎に順次処理対象として下記の処理を行う。尚、図３（ｂ）の例では、‘最初はスマホＩＤ＝‘abc’のユーザが処理対象となり、次にスマホＩＤ＝‘hij’のユーザが処理対象となる。
【００７５】
すなわち、処理対象ユーザについて、上記“そのユーザに係わる処理対象レコード群”を用いて、全レコードのビーコンＩＤ３２について、その次のレコードのビーコンＩＤ３２を抽出して蓄積記憶する。換言すれば、各ユーザ毎に（最初は‘abc’）、そのユーザが任意の場所から次にどの場所したのかを検出する。但し、任意のレコードのビーコンＩＤ３２が、その次のレコードのビーコンＩＤ３２と同一であった場合には、抽出しない。
【００７６】
上記処理を全ての処理対象ユーザについて実行することで、任意のビーコンＩＤと次のビーコンＩＤとのペアが蓄積されるので、これらを集計することで、各ビーコンＩＤ毎に、その次のビーコンＩＤとして最も出現回数が多かったビーコンＩＤと、２番目に出現回数が多かったビーコンＩＤが分かることになる。
【００７７】
これより、任意のビーコンＩＤをビーコンＩＤ４１に登録すると共に、このビーコンＩＤに関して次のビーコンＩＤとして最も出現回数が多かったビーコンＩＤを予測ビーコンＩＤ４２に登録し、２番目に出現回数が多かったビーコンＩＤを予測ビーコンＩＤ４３に登録することで、移動予測データベース１３を生成／更新する。
【００７８】
上記のように、実際の多くのユーザの行動実績に基づいて移動予測データベース１３を生成／更新するので、この様な移動予測データベース１３を用いた移動予測精度が向上することが期待できる。
【００７９】
（４）サーバ装置１０は、上記ステップＳ１３，Ｓ１４で取得したレコード全てを、要求送信元スマホ２に送信する（ステップＳ１６）。上述したことから、この送信データには、例えば下記の内容が含まれていることになる。
（ａ）送信元スマホ２の所持者の現在位置に対応する地点２３とアプリ制御データ２４
（ｂ）送信元スマホ２の所持者が次に行くと予測される位置に対応するビーコン発信機１のＩＤと、それに対応する地点２３とアプリ制御データ２４
【００８０】
（５）送信元スマホ２では、受信データのなかで上記（４）（ａ）の現在位置に対応する地点２３または／及びアプリ制御データ２４を用いて、現在位置に応じた動作を行う（ステップＳ１７）。例えば、アプリ制御データ２４を用いて、現在位置に応じたアプリケーション制御を行う。例えば、現在いる店舗の店内情報を、送信元スマホ２のディスプレイに表示する。あるいは、地点２３を用いて、現在位置の場所／住所等を送信元スマホ２のディスプレイに表示する。
【００８１】
また、受信データ（上記ステップＳ１３，Ｓ１４で取得したレコード全て、あるいは予測に関するデータのみ）を、スマホ内データベース５０に新規登録する。尚、その際、スマホ内データベース５０に既存データがある場合には全て消去してから新規登録するようにしてもよい。
【００８２】
これによって、次以降にビーコンを受信したときに、それが予測地点のビーコン発信機１からのビーコンである場合には、サーバ装置１０との通信を行う必要なく、アプリ制御等が可能となる。
【００８３】
このようにして、本例の位置検知システム等によれば、対象者がＧＰＳ電波が届かない場所にいても位置把握できると共に位置把握の為の負担を軽減できる。
【００８４】
尚、サーバ装置１０は、特に図示しないが、一般的なサーバ装置のハードウェア構成を有するものであり、例えば不図示のＣＰＵ、記憶装置（ハードディスク、メモリ等）、通信インタフェース等を有している。記憶装置には予め所定のアプリケーションプログラムが記憶されている。ＣＰＵがこのアプリケーションプログラムを実行することで、上述したサーバ装置１０の各種処理機能が実現される。
【００８５】
また、携帯端末（スマホ）２も、一般的なスマートフォンのハードウェア構成を有するものであり、例えば不図示のＣＰＵ、記憶装置（メモリ等）、通信インタフェース、入力操作部、表示部等を有している。記憶装置には予め所定のアプリケーションプログラムが記憶されている。ＣＰＵがこのアプリケーションプログラムを実行することで、上述した携帯端末（スマホ）２の各種処理機能が実現される。
【００８６】
図６は、本システムの機能ブロック図である。
本システムは、任意の各所に設けられ近距離無線通信により自己のＩＤを送信する１台以上の発信機６０とサーバ装置８０を備えるシステムである。また、本システムは、任意のユーザが所持する携帯端末７０を用いる。発信機６０の一例が上記ビーコン発信機１であり、サーバ装置８０の一例が上記サーバ装置１０であり、携帯端末７０の一例が上記携帯端末２である。
【００８７】
携帯端末７０は、端末内データベース７１、受信ＩＤ対応部７２を備える。
受信ＩＤ対応部７２は、任意の発信機６０からＩＤを受信すると、端末内データベース７１に該受信ＩＤが登録されている場合にはサーバ装置８０と通信することなく該端末内データベース７１から該受信ＩＤに応じた所定データを取得し、登録されていない場合にはサーバ装置８０に該受信ＩＤを含む所定の要求を送信する。
【００８８】
また、サーバ装置８０は、要求対応部８１、返信部８２、第１データベース８３、第２データベース８４を有する。
【００８９】
第１データベース８３の一例が上記地点データベース１１であり、第２データベース８４の一例が上記移動予測データベース１３であるが、これらの例に限るものではない。
【００９０】
要求対応部８１は、上記要求を受信すると、上記受信ＩＤに基づいて第１データベース８３を検索して該受信ＩＤに対応する所定データを取得すると共に、該受信ＩＤに基づいて第２データベース８４を検索して予測地点の発信機６０のＩＤと対応する所定データを取得する。
【００９１】
返信部８２は、上記要求対応部８１で取得した各所定データを、返信データとして上記要求元の携帯端末７０へ返信する。
【００９２】
上記携帯端末７０の受信ＩＤ対応部７２は、上記返信部８２により上記受信ＩＤに応じた所定データを取得すると共に、上記返信データ（全部または予測地点に関するデータのみ）を端末内データベース７１に登録する。
【００９３】
例えば、上記所定データは、そのＩＤが前記受信ＩＤである前記発信機に係わる場所を示す情報（一例が上記地点２３）、または／及び、該場所に応じた所定のアプリケーション制御データ（一例が上記アプリ制御データ２４）である。
【００９４】
また、例えば、上記携帯端末７０の受信ＩＤ対応部７２は、上記受信ＩＤが端末内データベース７１に登録させた上記予測地点の発信機６０のＩＤと一致する場合にも、サーバ装置８０と通信することなく該端末内データベース７１から該受信ＩＤに対応する所定データを取得する。
【００９５】
また、例えば、第１データベース８３には、各ＩＤと距離とに対応する上記所定データが登録されており、上記受信ＩＤ対応部７２は、発信機６０からの距離を求めて、該距離を更に含む上記要求を送信する。上記要求対応部８１は、該要求に含まれる受信ＩＤと距離とに対応する上記所定データを第１データベース８３から取得するものであっても構わない。
【００９６】
また、例えば、サーバ装置８０は更に蓄積データベース８５を備えていても良い。
そして、例えば、上記要求には、送信元の携帯端末７０の識別情報が含まれており、サーバ装置８０の上記要求対応部８１は、受信した要求に含まれる該識別情報と上記受信ＩＤを蓄積データベース８５に追加記録する。そして、該蓄積データベース８５に基づいて上記第２データベース８４を生成／更新する生成／更新部８６を更に有するものであってもよい。
【００９７】
また、第２データベース８４には、例えば、上記ＩＤにそれぞれ対応付けて、１以上の予測地点の発信機６０のＩＤが登録される。
【００９８】
また、例えば、上記返信部８２からの返信データによって、上記端末内データベース７１には、上記第１データベース８３の格納データの一部が格納されることになる。
【００９９】
尚、サーバ装置８０は、特に図示しないが、一般的なサーバ装置のハードウェア構成を有するものであり、例えば不図示のＣＰＵ、記憶装置（ハードディスク、メモリ等）、通信インタフェース等を有している。記憶装置には予め所定のアプリケーションプログラムが記憶されている。ＣＰＵがこのアプリケーションプログラムを実行することで、上述した図６のサーバ装置８０の各種処理機能が実現される。
【０１００】
また、携帯端末（スマホ）７０も、一般的なスマートフォンのハードウェア構成を有するものであり、例えば不図示のＣＰＵ、記憶装置（メモリ等）、通信インタフェース、入力操作部、表示部等を有している。記憶装置には予め所定のアプリケーションプログラムが記憶されている。ＣＰＵがこのアプリケーションプログラムを実行することで、上述した図６の携帯端末（スマホ）７０の各種処理機能が実現される。
【０１０１】
上記のように、本手法は、例えば、人やモノの位置を把握し、その位置に応じた業務やサービスを提供する為の位置検知システムであって、特に対象者がＧＰＳ電波が届かない場所にいても位置把握できると共に位置把握の為の負担を軽減できる。位置把握の為の負担とは、例えば、携帯端末２が逐一サーバ装置１０に問い合わせる処理負担である。あるいは、位置把握の為の負担は、例えば、携帯端末２が位置把握の為に必要な情報を予め全て保持する負担である。
【０１０２】
また、上記本手法では、携帯端末２は、サーバ装置１０から、現在位置に応じた情報だけでなく、所持者が次に行く可能性が高いと思われる位置に応じた情報も取得して保持しておくことで、サーバ装置１０に問い合わせる頻度を少なくすることができる。
【符号の説明】
【０１０３】
１  ビーコン発信機
２  携帯端末
１０  サーバ装置
１１  地点データベース
１２  移動履歴データベース
１３  移動予測データベース
２１  ビーコンＩＤ
２２  距離
２３  地点
２４  アプリ制御データ
３１  受信日時
３２  ビーコンＩＤ
３３  距離
３４  スマホＩＤ
４１  ビーコンＩＤ
４２  予測ビーコンＩＤ
４３  予測ビーコンＩＤ
５１  ビーコンＩＤ
５２  距離
５３  地点
５４  アプリ制御データ
６０  発信機
７０  携帯端末
７１  端末内データベース
７２  受信ＩＤ対応部
８０  サーバ装置
８１  要求対応部
８２  返信部
８３  第１データベース
８４  第２データベース
８５  蓄積データベース
８６  生成／更新部
【図１】
2018125572.tif 000003
【図２】
2018125572.tif 000004
【図３】
2018125572.tif 000005
【図４】
2018125572.tif 000006
【図５】
2018125572.tif 000007
【図６】
2018125572.tif 000008