特許 6977237 異常検出システム、異常検出方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6977237

(24)【登録日】2021年11月15日

(45)【発行日】2021年12月8日

(54)【発明の名称】異常検出システム、異常検出方法及びプログラム

(51)【国際特許分類】

   H04M 11/00 20060101AFI20211125BHJP

   H04Q 9/00 20060101ALI20211125BHJP

   G08B 25/04 20060101ALI20211125BHJP

   G08B 25/10 20060101ALI20211125BHJP

【ＦＩ】

   H04M11/00 301

   H04Q9/00 311K

   G08B25/04 E

   G08B25/10 A

【請求項の数】7

【全頁数】20

(21)【出願番号】特願2018-34727(P2018-34727)

(22)【出願日】2018年2月28日

(65)【公開番号】特開2019-149765(P2019-149765A)

(43)【公開日】2019年9月5日

【審査請求日】2020年12月9日

(73)【特許権者】

【識別番号】000108085

【氏名又は名称】セコム株式会社

(74)【代理人】

【識別番号】100104215

【弁理士】

【氏名又は名称】大森 純一

(74)【代理人】

【識別番号】100196575

【弁理士】

【氏名又は名称】高橋 満

(74)【代理人】

【識別番号】100168181

【弁理士】

【氏名又は名称】中村 哲平

(74)【代理人】

【識別番号】100117330

【弁理士】

【氏名又は名称】折居 章

(74)【代理人】

【識別番号】100160989

【弁理士】

【氏名又は名称】関根 正好

(74)【代理人】

【識別番号】100168745

【弁理士】

【氏名又は名称】金子 彩子

(74)【代理人】

【識別番号】100176131

【弁理士】

【氏名又は名称】金山 慎太郎

(74)【代理人】

【識別番号】100197398

【弁理士】

【氏名又は名称】千葉 絢子

(74)【代理人】

【識別番号】100197619

【弁理士】

【氏名又は名称】白鹿 智久

(72)【発明者】

【氏名】川島 到

【審査官】 石井 則之

(56)【参考文献】

【文献】 特開２０１６−０３８７５５（ＪＰ，Ａ）

【文献】 特開２００７−３００４９９（ＪＰ，Ａ）

【文献】 特開２０１７−０７３６１４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｍ １１／００

Ｈ０４Ｑ ９／００

Ｇ０８Ｂ ２５／０４

Ｇ０８Ｂ ２５／１０

(57)【特許請求の範囲】

【請求項1】

管理対象の施設の空間に設置された複数の信号発信機のいずれかに発生した異常を、前記施設で作業する作業員が携帯する携帯端末に通知する異常検出システムであって、
前記信号発信機は、
所定の距離範囲内において他の信号発信機及び前記携帯端末と通信可能であり、自己の識別情報を含む信号を送信する通信部と、
前記信号発信機における異常の有無を判定する異常判定部と、
前記信号が前記携帯端末に通知されたときの時刻を含む履歴情報を記憶するとともに、前記異常判定部により異常と判定されてから所定の保持期間の間、前記異常を示す異常情報を記憶する記憶部と、を有し、
前記異常判定部は、前記履歴情報に応じて時間帯ごとに前記保持期間を設定し、
前記通信部は、前記保持期間の間、前記異常情報を含む信号を発信し、
前記携帯端末は、所定の距離範囲内に存在する前記信号発信機から前記信号を受信する近距離通信部を有する、
異常検出システム。

【請求項2】

前記異常判定部は、前記保持期間を、所定の単位時間当たりに前記通知された回数が少ない時間帯ほど長く設定する、請求項１の異常検出システム。

【請求項3】

前記通信部は、前記携帯端末に前記信号を通知した信号発信機の所定の単位時間当たりの機数に関する情報を取得し、
前記異常判定部は、前記保持期間を、前記機数が少ない時間帯ほど長く設定する、請求項１の異常検出システム。

【請求項4】

前記記憶部は、前記保持期間が経過する前であっても、前記携帯端末に異常情報が通知された場合、当該異常情報を削除する、請求項１〜３のいずれか一項に記載の異常検出システム。

【請求項5】

前記通信部は、前記携帯端末に前記異常情報を通知した場合、当該異常情報の通知済み情報を発信し、
前記通知済み情報を受信した他の信号発信機は、対応する異常情報を削除する、請求項４に記載の異常検出システム。

【請求項6】

管理対象の施設の空間に設置された複数の信号発信機のいずれかに発生した異常を、前記施設で作業する作業員が携帯する携帯端末に通知する異常検出方法であって、
前記各信号発信機から、当該各信号発信機の識別情報を含む信号を発信し、
前記各信号発信機が、前記信号発信機における異常の有無を判定し、
前記異常と判定されてから所定の保持期間の間、前記異常を示す異常情報を記憶し、 前記保持期間を、前記携帯端末に前記信号が通知されたときの時刻を含む履歴情報に応じて時間帯ごとに設定し、
前記保持期間の間、前記異常情報を含む信号を発信し、
前記携帯端末により、所定の距離範囲内に存在する前記信号発信機から前記信号を受信する
異常検出方法。

【請求項7】

携帯端末を携帯する作業員が作業を行う対象の空間に設置された信号発信機に、
前記各信号発信機から、当該各信号発信機の識別情報を含む信号を発信するステップと、
前記各信号発信機が、前記信号発信機における異常の有無を判定するステップと、
前記異常と判定されてから所定の保持期間の間、前記異常を示す異常情報を記憶するステップと、
前記保持期間を、前記携帯端末に前記信号が通知されたときの時刻を含む履歴情報に応じて時間帯ごとに設定するステップと、
前記保持期間の間、前記異常情報を含む信号を発信するステップと、
を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、警備業務中に警備員に携帯される携帯端末の位置を推定するためのビーコン端末に発生した異常を検出するための異常検出システム、異常検出方法及びプログラムに関する。

【背景技術】

【0002】

従来、ビーコンを利用した人の位置推定技術が存在する。当該技術においては、ビーコン端末（信号発信機）に何らかの異常が生じると、位置推定を正しく実行できなくなることから、当該異常を検出する必要がある。

【0003】

例えば下記特許文献１には、ビーコン端末間でメッシュネットワークを形成し、異常情報を通信することでビーコン端末に発生した異常を検出することが記載されている。この特許文献１に記載の技術では、ビーコン端末が異常情報を保持する保持期間や、ビーコン端末間での異常情報の転送回数を設定することで、必要以上に長期間または広範囲に異常情報が保持されることを防止している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１７−７３６１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、上記特許文献１に記載の技術では、異常情報を保持しているビーコン端末からの信号が携帯端末に読み取られる前に保持期間が経過し、異常情報が携帯端末へ通知されないまま削除されてしまう可能性がある。

【0006】

ここで、異常情報の保持期間を長く設定すれば、異常情報が携帯端末に読み取られる前に保持期間が終了してしまうのを防ぐことができる。しかし、この場合には、異常情報が削除されるまでの時間が長くなるため、同一の異常情報が繰り返し携帯端末及びセンタ（管理装置）へ通知されやすくなり、センタでの処理の増大や不必要な対処を招く要因となる。

【0007】

以上のような事情に鑑み、本発明の目的は、信号発信機から発信された異常情報を確実に携帯端末へ通知しつつ、同一の異常情報が繰り返し携帯端末へ通知されるのを極力防ぐことが可能な異常検出システム、異常検出方法及びプログラムを提供することにある。

【課題を解決するための手段】

【0008】

上記目的を達成するため、本発明の一形態に係る異常検出システムは、管理対象の施設の空間に設置された複数の信号発信機のいずれかに発生した異常を、上記施設で作業する作業員が携帯する携帯端末に通知する異常検出システムである。上記信号発信機は、通信部、異常判定部及び記憶部を有する。上記通信部は、所定の距離範囲内において他の信号発信機及び上記携帯端末と通信可能であり、自己の識別情報を含む信号を送信する。上記異常判定部は、上記信号発信機における異常の有無を判定する。上記記憶部は、上記信号が上記携帯端末に通知されたときの時刻を含む履歴情報を記憶するとともに、上記異常判定部により異常と判定されてから所定の保持期間の間、上記異常を示す異常情報を記憶する。上記異常判定部は、上記履歴情報に応じて時間帯ごとに上記保持期間を設定し、上記通信部は、上記保持期間の間、上記異常情報を含む信号を発信する。上記携帯端末は、所定の距離範囲内に存在する上記信号発信機から上記信号を受信する近距離通信部を有する。

【0009】

この構成により、信号発信機から発信された異常情報を確実に携帯端末へ通知しつつ、同一の異常情報が繰り返し携帯端末へ通知されるのを極力防ぐことができる。

【0010】

上記異常判定部は、上記保持期間を、所定の単位時間当たりに上記通知された回数が少ない時間帯ほど長く設定してもよい。

【0011】

これにより、空間内に配置された警備員の通行頻度に応じて、動的に保持期間を変更し、想定される異常情報の伝達時間に見合った保持時間を設定することができる。

【0012】

上記通信部は、上記携帯端末に上記信号を通知した信号発信機の所定の単位時間当たりの機数に関する情報を取得してもよい。この場合上記異常判定部は、上記保持期間を、上記機数が少ない時間帯ほど長く設定してもよい。

【0013】

これにより、空間内に配置された警備員が空間内を移動（カバー）する範囲に応じて、動的に保持期間を変更し、想定される異常情報の伝達時間に見合った保持時間を設定することができる。

【0014】

上記記憶部は、上記保持期間が経過する前であっても、上記携帯端末に異常情報が通知された場合、当該異常情報を削除してもよい。

【0015】

これにより、異常情報が一旦携帯端末へ通知された場合には即座に異常情報を削除することで、同一の異常情報が繰り返し通知されるのより防止することができる。

【0016】

上記通信部は、上記携帯端末に上記異常情報を通知した場合、当該異常情報の通知済み情報を発信してもよい。この場合上記通知済み情報を受信した他の信号発信機は、対応する異常情報を削除してもよい。

【0017】

これにより、信号発信機は、自身が携帯端末へ異常情報を発信した場合に、他の信号発信機にも異常情報を削除させることができ、同一の異常情報が繰り返し通知されるのをさらに防止することができる。

【0018】

本発明の他の形態に係る異常検出方法は、管理対象の施設の空間に設置された複数の信号発信機のいずれかに発生した異常を、上記施設で作業する作業員が携帯する携帯端末に通知する方法であって、
上記各信号発信機から、当該各信号発信機の識別情報を含む信号を発信し、
上記各信号発信機が、上記信号発信機における異常の有無を判定し、
上記異常と判定されてから所定の保持期間の間、上記異常を示す異常情報を記憶し、
上記保持期間を、上記携帯端末に上記信号が通知されたときの時刻を含む履歴情報に応じて時間帯ごとに設定し、
上記保持期間の間、上記異常情報を含む信号を発信し、
上記携帯端末により、所定の距離範囲に存在する上記信号発信機から上記信号を受信する、ことを含む。

【0019】

本発明の他の形態に係るプログラムは、携帯端末を携帯する作業員が作業を行う対象の空間に設置された信号発信機に、
上記各信号発信機から、当該各信号発信機の識別情報を含む信号を発信するステップと、
上記各信号発信機が、上記信号発信機における異常の有無を判定するステップと、
上記異常と判定されてから所定の保持期間の間、上記異常を示す異常情報を記憶するステップと、
上記保持期間を、上記携帯端末に上記信号が通知されたときの時刻を含む履歴情報に応じて時間帯ごとに設定するステップと、
上記保持期間の間、上記異常情報を含む信号を発信するステップと、を実行させる。

【発明の効果】

【0020】

以上説明したように、本発明によれば、信号発信機から発信された異常情報を確実に携帯端末へ通知しつつ、同一の異常情報が繰り返し携帯端末へ通知されるのを極力防ぐことができる。しかし、当該効果は本発明を限定するものではない。

【図面の簡単な説明】

【0021】

【図1】本発明の一実施形態に係る位置推定システムの構成を示した図である。

【図2】本発明の一実施形態に係るセンタサーバのハードウェア構成を示した図である。

【図3】本発明の一実施形態に係るセンタサーバ、携帯端末、ビーコン端末の機能ブロックの構成を示した図である。

【図4】本発明の一実施形態に係るセンタサーバが設定する閾値について説明した図である。

【図5】本発明の一実施形態に係るセンタサーバが記憶するビーコン端末の識別情報と位置情報のデータベースの例を示した図である。

【図6】本発明の一実施形態に係るセンタサーバが記憶する検知データ（警備員の携帯端末で受信されたビーコン端末毎の信号強度の時系列データ）の例を示した図である。

【図7】本発明の一実施形態に係るセンタサーバが記憶する、ビーコン端末間における警備員の移動可能な経路条件のテーブルを示した図である。

【図8】本発明の一実施形態におけるビーコン端末の異常発生時におけるシステムの処理を説明するための図である。

【図9】本発明の一実施形態におけるビーコン端末の異常発生時における携帯端末の通知処理の流れを説明するための図である。

【図10】本発明の一実施形態におけるビーコン端末の異常復旧時におけるセンタサーバの異常判定処理の流れを説明するための図である。

【図11】本発明の一実施形態におけるビーコン端末の異常情報の削除に関するシステムの処理を説明するための図である。

【図12】本発明の一実施形態に係るビーコン端末による異常情報削除処理の流れを示したフローチャートである。

【発明を実施するための形態】

【0022】

以下、図面を参照しながら、本発明の実施形態を説明する。

【0023】

［システムの構成］
図１は、本実施形態に係る位置推定システムの構成を示した図である。

【0024】

同図に示すように、このシステムは、センタサーバ１００と、携帯端末２００と、複数のビーコン端末３００とを含む。

【0025】

センタサーバ１００は、警備会社が運営する警備センタに設置されるサーバであり、警備員Ｇやビーコン端末３００の状態を管理する。センタサーバ１００は、モバイルネットワーク及びインターネットを介して携帯端末２００と通信可能である。警備センタには、管制員が常駐しており、警備対象施設Ｂにおける警備員Ｇの位置を監視するほか、警備員Ｇから異常通報を受信すると、警備対象施設Ｂへの警備員の派遣等の必要な措置が取られる。

【0026】

警備対象施設Ｂは、例えば空港、駅、商業施設（デパート、スーパーマーケット等）、興行場、企業等の事務所、個人の住宅等である。

【0027】

携帯端末２００は、例えばスマートフォンまたは警備専用端末であり、上記警備対象施設Ｂを警備する警備員Ｇに携帯される。同図では警備員Ｇ及び携帯端末２００はそれぞれ１人、１台ずつ示されているが、警備対象施設Ｂ内に複数存在していてもよい。

【0028】

ビーコン端末３００（Ａ〜Ｔ）は、警備対象施設Ｂの空間各所（壁面、天井、什器等）に複数設置され、BLE（Bluetooth（登録商標） Low Energy）などのBluetooth（登録商標）の信号（ビーコン信号）によりビーコン端末の識別情報や異常情報等の情報を発信する信号発信機であり、ビーコン信号を受信した機器（携帯端末２００など）は異常情報等の情報を知ることができる。またビーコン端末３００は、ビーコン端末間で通信し、ビーコン端末３００の異常情報等を他のビーコン端末３００へ伝達することもできる。ビーコン端末３００の異常とは、ビーコン端末３００の盗難、バッテリ切れ、その他の故障等、本来の設置位置からの信号発信が不可能になった状態をいう。また、異常情報はビーコン端末３００の識別情報を含み、どのビーコンで発生した異常であるかを識別できるようにしている。なお、信号発信機としては、超音波信号を発する超音波発信機でもよい。この場合、携帯端末２００は超音波発信機から発せられる超音波信号を受信することで、異常情報等の情報を知ることができる。

【0029】

携帯端末２００は、上記各ビーコン端末３００からビーコン信号を受信して、その信号強度に関する情報を、モバイルネットワーク及びインターネットを介してセンタサーバ１００へ送信する。センタサーバ１００は、当該信号強度に基づいて、警備員Ｇがどのビーコン端末３００の近傍に存在するかを推定する。また携帯端末２００は、警備員Ｇが警備業務中に取得したデータ等をセンタサーバ１００に送信する。

【0030】

［センタサーバのハードウェア構成］
図２は、上記センタサーバ１００のハードウェア構成を示した図である。同図に示すように、センタサーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。

【0031】

ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらセンタサーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

【0032】

入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。

【0033】

表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。

【0034】

操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。

【0035】

記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。

【0036】

特に本実施形態では、記憶部１８は、センタサーバ１００が警備員の位置推定処理及びその前提となる信号強度の閾値設定処理を実行するためのアプリケーションその他のプログラム及びデータベースを記憶している。

【0037】

通信部１９は、例えばEthernet用のＮＩＣ（Network Interface Card）や無線ＬＡＮ等の無線通信用の各種モジュールであり、上記携帯端末２００との間の通信処理を担う。

【0038】

なお、携帯端末２００及びビーコン端末３００の基本的なハードウェア構成も上記センタサーバ１００のハードウェア構成と略同様である。対応するハードウェア構成を示す符号を図２の各符号のかっこ内に示す。

【0039】

［システムの各装置の機能及びデータベース］
図３は、上記センタサーバ１００、携帯端末２００、ビーコン端末３００の機能ブロックの構成を示した図である。

【0040】

（センタサーバの機能ブロック）
同図に示すように、センタサーバ１００は、機能ブロックとして、通信部１１０、記憶部１２０、閾値設定部１３０、位置推定部１４０、状態管理部１５０、表示出力部１６０、計時部１７０及び異常復旧判定部１８０を有する。

【0041】

ここで、上記閾値設定部１３０に関連して、本実施形態において携帯端末２００が受信するビーコン信号の信号強度についてセンタサーバ１００が設定する閾値について、図４を用いて説明する。

【0042】

図４に示すように、ビーコン端末３００から携帯端末２００が受信するビーコン信号の信号強度に関する閾値は、基準となる携帯端末を警備員Ｇまたは上記警備対象施設Ｂのスタッフが携帯して施設内を一定時間移動したときに測定した信号強度を基に設定することができる。

【0043】

当該閾値は、警備センタの管理者が、警備員の位置をどのように把握したいかによって異なってくる。例えば、管理者がビーコン端末３００から５ｍ以内に警備員Ｇが存在するか否かを確認したい場合には、同図に示すように、５ｍ離れた地点での信号強度の平均値から閾値Ｂを設定すればよい。なお、携帯端末２００として単一の機種が用いられる場合には、基準端末で設定した閾値が他の携帯端末２００にも同様に適用され得る。センタサーバ１００による位置推定処理においては、ビーコン１から閾値Ｂ以上の信号強度を測定した場合には、ビーコン１の近傍（概ね５ｍ以内）に警備員Ｇが存在すると推定する。

【0044】

一方、管理者が、警備員Ｇがビーコン１により近い位置（ビーコン端末３００から１ｍ以内）に警備員が存在するか否かを確認したい場合には、同図に示すように、１ｍ離れた地点での信号強度の平均値から閾値Ａが設定される。なお、閾値の設定方法は、これに限るものではない。例えば、基準となる携帯端末を警備対象施設Ｂのスタッフが携帯して施設内を所定の経路で移動したときに測定した信号強度と、実際に警備員Ｇが警備対象施設Ｂを所定の経路で移動したときに測定した信号強度との差分を基に、位置推定用の信号強度の閾値を設定（初期設定または更新）してもよい。これによれば、複数の機種の携帯端末が用いられる場合でも、機種間の受信感度が考慮された閾値を設定できる。

【0045】

図３に戻り、通信部１１０は、携帯端末２００と通信を行う機能を備えた通信インタフェースであり、モバイルネットワークやインターネット等を介して、検知データ等を受信する。

【0046】

記憶部１２０は、各ビーコン端末３００の設置位置の情報を記憶する。図５は、当該設置位置情報の例を示した図である。

【0047】

同図に示すように、設置位置情報は、上記警備対象施設Ｂの空間内における各ビーコン端末３００の設置位置を、各ビーコン端末３００の識別情報（ビーコンＩＤ）と対応付けて登録したデータベースである。

【0048】

同図の例では、ビーコン端末３００毎に平面内における位置（緯度及び経度）が登録されているが、さらに高度等の情報を加えて３次元の位置情報が登録されてもよい。また、緯度、経度、高度に限らず、３次元空間のある位置を基準とした座標値（ｘ、ｙ、ｚ）からなる位置情報が登録されてもよい。

【0049】

また記憶部１２０は、実際に警備員Ｇが警備対象施設Ｂを移動した際に携帯端末２００が受信した検知データを携帯端末２００から逐次受信して記憶している。当該検知データでは、ビーコン端末３００の識別情報と信号強度とが対応付けられて記憶されている。また時系列を示すデータとしては、各ビーコン信号の受信順を示すデータが記憶されてもよいし、各ビーコン信号の受信時刻を示すデータが記憶されてもよい。図６は、当該検知データの例を示した図である。

【0050】

同図は、図１において、携帯端末２００を所持した警備員Ｇが施設左側の通路からドアを開けて手前の部屋に入り、ビーコン端末Ａ→Ｂ→Ｃ→Ｉ→Ｈ→Ａ→Ｂ→Ｃ→Ｄ→Ｏ→Ｅ→Ｆ→Ｇ→Ｄ→Ｃ→Ｂ→Ａの順で移動したときに得られた検知データである。「ＲＡ」「ＲＢ」といったデータは、アルファベットで識別される各ビーコン端末３００からの信号強度（Ｒ）を示しており、それらが時刻ｔ１〜ｔ１７に亘る時系列データとして記憶されている。信号強度としては、各ビーコン端末３００から受信した信号の強度のうちそれぞれ最大の信号強度（ピーク値）が採用され、例えばｄＢｍ（デシベルメートル）等の数値データとして記憶される。

【0051】

位置推定部１４０は、ビーコン端末３００から受信したビーコン信号の信号強度が上記設定した閾値以上である場合、携帯端末２００を所持する警備員Ｇがその受信元の当該ビーコン端末３００の近傍（例えば５ｍ以内）に存在すると判定する。

【0052】

位置推定部１４０はさらに、後述の経路判定部１５０で経路条件を満たすと判定されることを、位置推定の条件に加えてもよい。

【0053】

状態管理部１５０は、携帯端末２００から受信した検知データから、警備員Ｇの位置情報やビーコン端末３００の異常情報を管理する。

【0054】

表示出力部１６０は、携帯端末２００から受信した検知データをモニタなどの表示手段に出力する。これにより、警備員Ｇの位置情報やビーコン端末３００の異常情報を管理者が把握することができる。

【0055】

計時部１７０は、ビーコン端末３００に発生した異常が復旧した時点からの経過時間を計測する。ここで計時部１７０は、警備員Ｇから異常が発生したビーコン端末３００の復旧完了の報告を受けた時間（及び当該復旧完了情報がセンタサーバ２００に入力された時間）を復旧のタイミングとすることができる。

【0056】

異常復旧判定部１８０は、ビーコン端末３００が復旧してからの経過時間が所定時間に達するまでは、当該ビーコン端末３００の異常情報を受信しても、異常対処済みとして判定し、新規に発生した異常とは判定しない。当該所定時間を、便宜上、「異常無視期間」とも称する。

【0057】

異常復旧判定部１８０は、上記異常無視期間を、経路条件に沿って異常が発生したビーコン端末３００から、携帯端末２００に異常情報を発信したビーコン端末３００までに経由するビーコン端末３００の数である経由数に応じて設定する。具体的には、経由数が多いほど異常無視期間が長く設定される。なぜなら、経由数が多いほど、復旧したビーコン端末３００から異常復旧の情報が携帯端末２００及びセンタサーバ１００へ伝達されるまでに時間を要するからである。なお、後述するようにビーコン端末３００における信号の受信間隔を１時間おきに設定した場合、例えばビーコン１からビーコン４まで異常情報が伝達されるには、最大３時間を要することになる。そこで、ビーコン１で発生した異常に関して、ビーコン４から受信した異常情報の異常無視期間は、３時間と設定することができる。なお、ビーコン１からビーコン４まで異常情報が伝達されるまでに必ずしも３時間を要するわけではないため、異常無視期間として３時間よりも短い時間を設定してもよい。この異常復旧判定処理の詳細については後述する。

【0058】

（携帯端末の機能ブロック）
図３に示すように、携帯端末２００は、機能ブロックとして、近距離通信部２１０、通信部２２０、信号強度測定部２３０、記憶部２４０、経路判定部２５０及び異常判定部２６０を有する。

【0059】

近距離通信部２１０は、警備対象施設Ｂの空間内でビーコン端末３００と所定の距離範囲（例えば数十ｍ）内における近距離通信を行う機能を備えた通信インタフェースであり、空間内でビーコン端末３００から送信されるビーコン信号を受信する。近距離通信には、例えばBLE（Bluetooth（登録商標） Low Energy）などのBluetooth（登録商標）や音波等が用いられる。

【0060】

通信部２２０は、センタサーバ１００と通信を行う機能を備えた通信インタフェースである。通信部２２０は、例えば、携帯電話網やインターネット網、Wi-Fiなどの無線ＬＡＮなどを介して、検知データ等をセンタサーバ１００へ送信する。

【0061】

信号強度測定部２３０は、ビーコン端末３００から受信したビーコン信号の信号強度を測定する手段である。ビーコン端末３００からのビーコン信号が電波である場合、信号強度測定部２３０は、受信された電波の振幅を信号強度として検出する。

【0062】

記憶部２４０は、警備員Ｇが上記警備対象施設Ｂ内で移動可能な経路を示す経路条件を記憶している。図７は、当該経路条件テーブルの例を示した図である。

【0063】

図１において、隣接するビーコン端末３００同士を接続する実線は、警備員Ｇが移動可能な経路を示し、図７に示すように、経路条件としてビーコン端末３００（の識別情報）毎に登録される。

【0064】

当該経路条件の登録においては、あるビーコン端末３００から所定距離内に位置する他のビーコン端末３００が自動的に接続されてもよいし、管理者が手動で登録してもよい。

【0065】

図１を参照すると、警備員Ｇがビーコン端末Ａ→Ｂ→Ｃと移動することは可能であるが、ビーコン端末Ａからビーコン端末ＢやＩ等を経由せずに直接ビーコン端末Ｃに移動することはできないことが分かる。ここで、当該経路条件を用いた位置推定処理においては、図７８のテーブルを参照すると、ビーコンＡの移動可能先にビーコンＣは存在しないので、検知データからビーコン端末Ａの直後の経路としてビーコン端末Ｃが認識されても、警備員Ｇがビーコン端末Ｃの近傍に存在するとは推定されない。

【0066】

経路判定部２５０は、ビーコン端末３００からビーコン信号を受信すると、上記図７で示した経路条件を参照して、検知データ内でビーコン信号の発信元として記述されているビーコン端末３００が経路条件を満たすか否かを判定する。

【0067】

上記通信部２２０は、経路判定部２５０により、ビーコン信号が経路条件を満たすと判定された場合には検知データをセンタサーバ１００に送信し、経路条件を満たさないと判定された場合には、原則として検知データをセンタサーバ１００に送信しない。

【0068】

ただし、経路判定部２５０によりビーコン信号が経路条件を満たさないと判定された場合であっても、当該検知データに異常情報が含まれている場合には、当該検知データをセンタサーバ１００に送信する。

【0069】

異常判定部２６０は、上記経路条件を満たさないビーコン端末３００から信号を受信し、当該ビーコン端末３００の経路条件を満たす信号発信機を次に検出した場合、当該経路において検出されなかった（スキップした）ビーコン端末３００を異常として判定する。

【0070】

すなわち異常判定部２６０は、第１のビーコン端末から信号を受信し、続いて当該第１のビーコン端末からの経路条件を満たさない第２のビーコン端末から信号を受信し、続いて当該第２のビーコン端末からの経路条件を満たす第３のビーコン端末から信号を受信した場合に、経路条件において上記第１のビーコン端末と上記第２のビーコン端末との間の経路に位置するビーコン端末に異常が発生したと判定する。

【0071】

この場合上記通信部２２０は、上記異常情報をセンタサーバ１００に送信する。当該異常情報を受信したセンタサーバ１００の状態管理部１５０は、警備員Ｇが上記異常と判定されたビーコン端末３００を通過したと判定する。

【0072】

（ビーコン端末の機能ブロック）
図３に示すように、ビーコン端末３００は、機能ブロックとして、近距離通信部３１０と、記憶部３２０、異常判定部３３０を有する。

【0073】

近距離通信部３１０は、ビーコン端末３００の識別情報（ビーコンＩＤ）を含む上記ビーコン信号を電波や音波として発信する。ビーコン信号の発信間隔は１回／秒、受信間隔は１回（５秒間連続）／時間のように設定されるが、これらに限られない。また、近距離通信には、例えばBLE（Bluetooth（登録商標） Low Energy）などのBluetooth（登録商標）や音波等が用いられる。

【0074】

また近距離通信部３１０は、後述の異常判定部３３０において判定された異常の情報や他のビーコン端末３００から受信した異常情報を上記発信する信号に含ませて発信する。

【0075】

記憶部３２０は、上記ビーコンＩＤや、所定距離範囲内（例えば数ｍ以内）にあり通信可能な他のビーコン端末３００の識別情報、他のビーコン端末３００から受信した情報等を記憶している。

【0076】

また記憶部３２０は、異常判定部３３０により他のビーコン端末３００が異常と判定されてから所定の保持期間、当該他のビーコン端末３００のビーコンＩＤを含む異常情報を保持する。

【0077】

また記憶部３２０は、ビーコン端末３００からいずれかの携帯端末２００がビーコン信号を受信した回数を記憶する。当該回数は、ビーコン信号発信時に、携帯端末２００から接続確認が取れた回数として記憶される。

【0078】

異常判定部３３０は、所定距離範囲内（例えば数ｍ以内）の他のビーコン端末３００から所定時間（例えば１時間）以上信号を受信しない場合、当該ビーコン端末３００に異常が発生したと判定する。また異常判定部３３０は、ビーコン端末３００のバッテリの残量を検出し、当該バッテリ残量が所定の閾値以下となった場合（例えばあと数時間でバッテリが切れる場合）にも異常が発生したと判定するようにしてもよい。

【0079】

また異常判定部３３０は、上記保持期間を、近距離通信部３１０により携帯端末２００に信号が通知された時刻を含む履歴情報に応じて異常が発生または異常情報を取得した時間帯ごとに設定する。この履歴情報から得られる所定の単位時間（例えば１時間）あたりに信号が通知された回数から警備対象施設Ｂにおける警備員Ｇの通行頻度を取得して、この通行頻度により時間帯ごとに保持期間を設定することができる。

【0080】

例えば、警備員Ｇの通行頻度の少ない夜の時間帯に発生した異常については保持期間が長く（例えば１２時間）設定され、警備員Ｇの通行頻度の多い昼の時間帯に発生した異常については保持期間が短く（例えば３時間）設定される。

【0081】

この保持期間は、別の日における同時間帯に適用することができる。さらに、具体的には、履歴情報を参照し、０時から５時における信号の通知回数が０回、５時から６時における信号の通知回数が１回、１２時から１５時における信号の通知回数が５回という情報が取得された場合、通知回数の少ない（通行頻度の少ない）０時〜６時においては、保持期間が長く（例えば１２時間）設定され、通知回数の多い（通行頻度の多い）１２時〜１５時においては、保持期間が短く（例えば３時間）設定される。

【0082】

なお、保持期間の設定方法はこれによらず、直近における所定の単位時間（例えば１時間）における通行頻度に基づいて次の時間帯における保持期間を動的に設定するようにしてもよい。すなわち、０時台における通行頻度が低いことをもって、次の時間帯（例えば１時台）においては、保持期間を長く設定するようにしてもよい。

【0083】

また異常判定部３３０は、当該保持期間に加えて、異常情報の転送回数を同様に設定してもよい。

【0084】

また異常判定部３３０は、上記保持期間が経過する前であっても、異常情報をいずれかの携帯端末２００に通知した場合（異常情報を含むビーコン信号発信後に、携帯端末２００との接続確認が取れた場合）には、当該異常情報を記憶部３２０から削除し、当該異常情報の発信を終了する。

【0085】

しかしながら、異常情報をいずれかの携帯端末２００に通知したビーコン端末３００以外のビーコン端末３００においては、当該異常情報を発信し続けることになってしまう。そこで、異常情報をいずれかの携帯端末２００に通知したビーコン端末３００は、異常情報に代えて異常の通知済み情報を発信し、他のビーコン端末３００の異常判定部３３０は、当該通知済み情報を受信すると、当該異常情報に含まれるビーコンＩＤに対応する異常情報を削除し、当該異常情報の発信を終了する。

【0086】

［システムの動作］
次に、以上のように構成された位置推定システムの動作について説明する。当該動作は、センタサーバ１００、携帯端末２００及びビーコン端末３００のＣＰＵ及び通信部等のハードウェアと、記憶部に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、特に明示しない限り、各装置のＣＰＵを動作主体とする。

【0087】

（異常発生時の処理）
次に、いずれかのビーコン端末３００に異常が発生した場合のシステムの処理について説明する。図８は、異常発生時におけるシステムの処理を示した図である。

【0088】

同図に示すように、いずれかのビーコン端末３００に異常が発生した場合（例えば盗難によりビーコン１からの信号が受信できなくなった場合；同図（１）（２））、ビーコン端末３００間で異常情報を伝達し（同図（３））、ビーコン端末３００を読み取った携帯端末２００に異常情報を通知し（同図（４））、異常情報を受信した携帯端末２００は、センタサーバ１００に異常情報を通知する（同図（５））。

【0089】

図９は、ビーコン端末３００の異常発生時における携帯端末２００による通知処理の流れを示した図である。

【0090】

同図に示すように、携帯端末２００のＣＰＵ２１は、ビーコン信号を受信したか否かを判断する（ステップ１１１）。

【0091】

上記ビーコン信号を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ２１（経路判定部２５０）は、当該ビーコン信号の発信元のビーコン端末３００が、上記経路条件を満たすビーコン端末３００であるか、及び、信号強度が上記閾値以上であるか否かを判定する（ステップ１１２）。

【0092】

上記いずれの条件も満たすと判定した場合（Ｙｅｓ）、ＣＰＵ２１（通信部２２０）は、上記検知データをセンタサーバ１００に送信する（ステップ１１３）。

【0093】

一方、上記いずれかの条件を満たさないと判定した場合（Ｎｏ）、ＣＰＵ２１は、検知データに異常情報が含まれるか否かを判定する（ステップ１１４）。

【0094】

当該検知データに異常情報が含まれると判断した場合（Ｙｅｓ）、ＣＰＵ２１（通信部２２０）は、当該検知データをセンタサーバ１００に送信する（ステップ１１３）。

【0095】

また携帯端末２００のＣＰＵ２１（異常判定部２６０）は、上述したように、ビーコン端末３００から異常情報を受信した場合に限らず、自らビーコン端末３００の異常を判定して、異常情報をセンタサーバ１００へ送信することもできる。

【0096】

例えば、上記図６に示す検知データにおいて、ｔ１３でビーコンＧを認識した後、ｔ１４でビーコンＧからの経路条件を満たさないビーコンＤを認識し、ｔ１５ではビーコンＤからの経路条件を満たすビーコンＣを認識している。

【0097】

この場合、異常判定部２６０は、通常であればビーコンＧとビーコンＤとの間に通過しているビーコンＪに異常が発生したと推定し、当該ビーコンＪのビーコンＩＤを含む異常情報を生成してセンタサーバ１００へ送信する。この場合センタサーバ１００の状態管理部１５０は、ビーコンＧの異常情報を管理し、位置推定部１４０は、警備員ＧがビーコンＪを通過したと推定する。

【0098】

（異常復旧時の処理）
次に、上記ビーコン端末３００に発生した異常が復旧した際のシステムの処理について説明する。

【0099】

図１０は、ビーコン端末３００の異常復旧時におけるセンタサーバ１００の異常判定処理の流れを示したフローチャートである。

【0100】

同図に示すように、センタサーバ１００のＣＰＵ１１（異常復旧判定部１８０）は、例えば警備員Ｇからの復旧完了を知らせる通報等を基に、状態管理部１５０に復旧完了情報が入力されたか否かを判断する（ステップ１２１）。

【0101】

復旧完了情報が入力されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１（異常復旧判定部１８０）は、異常が発生したビーコン端末３００から、異常情報を携帯端末２００へ伝達するのに経由したビーコン端末３００の経由数に応じて、異常無視期間を設定する（ステップ１２２）。

【0102】

続いてＣＰＵ１１（計時部１７０）は、復旧完了情報入力からの経過時間の計時を開始する（ステップ１２３）。

【0103】

続いてＣＰＵ１１は、携帯端末２００から異常情報を受信したか否かを判断する（ステップ１２４）。

【0104】

異常情報を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１（計時部１７０）は、上記経過時間が上記異常無視期間を経過しているか否かを判断する（ステップ１２５）。

【0105】

異常無視期間を経過していると判断した場合、ＣＰＵ１１（異常復旧判定部１８０）は、受信した異常情報を新規異常と判定し、状態管理部１５０に管理させる（ステップ１２６）。

【0106】

一方、上記異常無視期間が経過していないと判断した場合、ＣＰＵ１１（異常復旧判定部１８０）は、上記異常情報を対処済み異常と判定する（ステップ１２７）。

【0107】

例えば、図８に示すビーコン２から受信した異常情報は、ビーコン１（経由数１）の異常復旧後、異常無視期間である１時間は対処済みと判定される。また、ビーコン７から受信した異常情報は、ビーコン１（経由数４）の異常復旧後、異常無視期間である４時間は対処済みと判定される。

【0108】

（異常情報の削除処理）
次に、上記異常情報がビーコン端末３００から削除される処理について説明する。図１１は、当該異常情報の削除に関するシステムの処理を説明するための図である。

【0109】

同図に示すように、ビーコン端末４は、異常情報の生成後、保持期間が経過すると異常情報を削除するほか、携帯端末２００に異常情報を通知すると（携帯端末２００との接続が確認されると）、異常情報を削除するとともに（同図（１´））、通知済み情報を発信する（同図（２´））。通知済み情報を受信したビーコン端末３は、対応する異常情報を削除する（同図（３´））。また、復旧したビーコン端末１から信号を受信した場合も同様に異常情報を削除する（同図（１）〜（４））。

【0110】

図１２は、ビーコン端末３００による異常情報削除処理の流れを示したフローチャートである。

【0111】

同図に示すように、ビーコン端末３００のＣＰＵ３１（異常判定部３３０）は、異常を検知したか否か、すなわち、所定距離範囲の他のビーコン端末３００から、所定時間（例えば１時間）以上ビーコン信号を受信していないか否かを判断する（ステップ１４１）。

【0112】

他のビーコン端末３００に異常が発生したと判断した場合（Ｙｅｓ）、ＣＰＵ３１（異常判定部３３０）は、当該他のビーコン端末のビーコンＩＤを含む異常情報を生成し、記憶部３２０に保持する（ステップ１４２）。

【0113】

続いてＣＰＵ３１（異常判定部３３０）は、上記記憶部３２０に記憶している履歴情報から得られる、当該信号発信機３００からのビーコン信号が携帯端末２００に通知された回数（携帯端末２００と接続確認が取れた回数）を基に、直近の単位時間（例えば１時間）あたりの携帯端末２００に対するビーコン信号の通知回数を算出する（ステップ１４２）。

【0114】

続いてＣＰＵ３１（異常判定部３３０）は、上記算出した通知回数に応じて、保持期間を設定する（ステップ１４３）。すなわち、異常判定部３３０は、当該通知回数が小さいほど保持期間を長く設定する。

【0115】

上記携帯端末２００に対する単位時間あたりのビーコン信号の通知回数は、警備員Ｇの通行頻度とも言える。したがって異常判定部３３０は、警備員Ｇの通行頻度が少ない場合には異常情報の伝達時間が長くなり、警備員Ｇの通行頻度が多い場合には異常情報の伝達時間も短くなることが想定されることから、警備員Ｇの通行頻度に応じて、動的に保持期間を変更し、想定される異常情報の伝達時間に見合った保持時間を設定することができる。

【0116】

例えば、上記通知回数により通行頻度「高」・「低」などの多段階に区分し、通行頻度「高」の時間帯（例えば１２時〜１５時）の場合には保持期間を３時間に設定し、通行頻度「低」の時間帯（例えば０時〜６時）の場合には保持期間を１２時間に設定することができる。これにより、通行頻度に応じて時間帯ごとに適切な保持期間を設定することができる。ただし、保持期間の設定方法はこれに限るものではない。

【0117】

続いて異常判定部３３０は、上記設定した保持期間が経過したか否かを判断する（ステップ１４５）。

【0118】

保持期間が経過したと判断した場合（Ｙｅｓ）、異常判定部３３０は、上記記憶部３２０から異常情報を削除する（ステップ１４６）。

【0119】

保持期間が経過していないと判断した場合（Ｎｏ）、異常判定部３３０は、携帯端末２００に異常情報を通知したか否か、すなわち、異常情報を含むビーコン信号の携帯端末２００による受信が確認できたか否かを判断する（ステップ１４７）。

【0120】

携帯端末２００に異常情報を通知したと判断した場合（Ｙｅｓ）、異常判定部３３０は、上記記憶部３２０から異常情報を削除する（ステップ１４６）。

【0121】

携帯端末２００にまだ異常情報を通知していないと判断した場合（Ｎｏ）、異常判定部３３０は、異常から復旧したビーコン端末３００（図１１のビーコン１）からビーコン信号を受信したか否かを判断する（ステップ１４８）。

【0122】

当該復旧したビーコン端末３００からビーコン信号を受信したと判断した場合（Ｙｅｓ）、異常判定部３３０は、上記記憶部３２０から異常情報を削除する（ステップ１４６）。

【0123】

［まとめ］
以上説明したように、本実施形態によれば、複数のビーコン端末３００を利用した警備員Ｇの位置推定システムにおいて、ビーコン端末３００の設置場所によらず、ビーコン端末３００に発生した異常を速やかに検出することができる。

【0124】

また、当該異常情報を確実に携帯端末２００及びセンタサーバ１００に通知しながらも、同一の異常情報が繰り返し携帯端末２００やセンタサーバ１００に通知されるのを防ぐことができる。

【0125】

［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更され得る。

【0126】

上述の実施形態では、携帯端末２００が経路判定部２５０を有し、経路条件を満たさない第１のビーコン端末３００からビーコン信号を受信した後、経路条件を満たす第２のビーコン端末３００からビーコン信号を受信した場合、第１のビーコン端末３００と第２のビーコン端末３００との間の経路に位置するビーコン端末３００に異常が発生したと判定していた。しかし、当該経路判定部２５０の処理は、センタサーバ１００が担ってもよい。すなわち、センタサーバ１００は、携帯端末２００から受信した検知データについて、上記経路条件判定部２５０と同様の処理を実行し、異常発生と判定したビーコン端末３００については、その前を警備員Ｇが通過したと判定する。

【0127】

上述の実施形態において、ビーコン端末３００の異常判定部３３０は、当該ビーコン端末３００からのビーコン信号の、携帯端末２００に対する単位時間当たりの通知回数（警備員Ｇの通行頻度）に応じて、異常情報の保持期間を設定していた。しかし、当該保持期間の設定に用いるパラメータはこれに限られない。例えば異常判定部３３０は、センタサーバ１００から、いずれかの携帯端末２００にビーコン信号を発信したビーコン端末３００の直近の単位時間（例えば１時間等）あたりの数（機数）に関する情報（単位時間あたりに携帯端末２００に信号を通知したビーコン端末３００の数）を受信して、当該機数が小さいほど保持期間を長く設定してもよい。また、ビーコン端末３００が発信する信号に、直近の単位時間にいずれかの携帯端末に信号を通知したことを示す情報を含ませることで、ビーコン端末３００はセンタサーバ１００と通信しなくても、単位時間あたりに携帯端末２００と通信したビーコン端末３００の数を取得することができる。なお、この数が少ないほど、空間内に配置された警備員Ｇが空間内を移動（カバー）する範囲が狭いことを示す。すなわち、ビーコン端末３００は複数のビーコン端末３００の履歴情報により、空間内に配置された警備員Ｇが空間内を移動（カバー）する範囲を時間帯ごとに検出し、保持期間を時間帯ごとに設定する。これにより、空間内に配置された警備員Ｇが空間内を移動（カバー）する範囲に応じて、動的に保持期間を変更し、想定される異常情報の伝達時間に見合った保持時間を設定することができる。例えば、上記の機数により警備員Ｇの移動範囲を「広」・「狭」などの多段階に区分し、移動範囲「広」の時間帯（例えば１２時〜１５時）場合には保持期間を３時間に設定し、移動範囲「狭」の時間帯（例えば０時〜６時）の場合には保持期間を１２時間に設定することができる。ただし、保持期間の設定方法はこれに限るものではない。

【0128】

またこのほか、異常判定部３３０は、センタサーバ１００から、警備対象施設Ｂに配置されている現在の警備員Ｇの数に関する情報を例えば定期的に、または異常発生時に受信し、それに応じて、警備員Ｇの数が少ないほど保持期間を長く設定してもよい。

【0129】

また、本実施形態では、警備業務中の警備員の位置推定を本システムを用いて説明したが、本発明の適応範囲はこれに限定されない。例えば、空港やデパートなどのスタッフや清掃作業を行う清掃員など種々の現場で作業を行う作業員の位置推定において適応することが可能である。

【0130】

また、本実施形態では、閾値設定処理及び位置推定処理はセンタサーバ１００が担っていたが、当該各処理を携帯端末２００が担ってもよい。この場合、携帯端末２００は、上記記憶部１２０、閾値設定部１３０及び位置推定部１４０に相当する機能ブロック並びにハードウェア及びプログラムを有する。

【0131】

さらに、本実施形態では、携帯端末２００は、ビーコン端末３００の識別情報と信号強度とが対応付けられた検知データをセンタサーバ１００へ送信していたが、携帯端末２００で閾値設定処理及び位置推定処理を行う場合には、信号強度の情報をセンタサーバ１００へ送信せず、検知データとして識別情報を少なくとも送信すればよい。なお、携帯端末２００は位置推定処理により推定した、当該携帯端末２００を携帯する警備員Ｇの位置情報を、センタサーバ１００へ送信するようにしてもよい。

【0132】

本願の特許請求の範囲に記載された発明のうち、「位置情報推定方法」と記載された発明は、その各ステップを、ソフトウェアによる情報処理によりコンピュータ等の少なくとも１つの装置が自動的に行うものであり、人間がコンピュータ等の装置を用いて行うものではない。すなわち、当該「位置情報推定方法」は、コンピュータ・ソフトウェアによる位置情報推定方法であって、コンピュータという計算道具を人間が操作する方法ではない。

【符号の説明】

【0133】

１１、２１、３１…ＣＰＵ
１５０…状態管理部
１７０…計時部
１８０…異常復旧判定部
２２０…通信部
２４０…記憶部
２５０…経路判定部
２６０…異常判定部
３１０…近距離通信部
３２０…記憶部
３３０…異常判定部
１００…センタサーバ
２００…携帯端末
３００…ビーコン端末
Ｂ…警備対象施設
Ｇ…警備員

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】