(57)【要約】【課題】監視システムの信頼性を向上させる管理プログラム、管理装置及び管理方法を提供する。【解決手段】種類情報が付加されたビーコン端末４及びビーコン監視装置３の第１情報を、ビーコン監視装置３を介して取得させ、種類情報が付加されたビーコン端末４及びビーコン監視装置３の第２情報を、モバイル端末５を介して取得させ、第１情報及び第２情報を基に、ビーコン端末４及びビーコン監視装置３の状態を監視させる処理を管理サーバ１のコンピュータに実行させる。【選択図】図１
2019161510.tif 000002
【特許請求の範囲】
【請求項１】
複数の監視装置、複数のビーコン端末、管理装置及びモバイル端末を有するビーコン監視システムの管理プログラムであって、
種類情報が付加された前記ビーコン端末及び前記監視装置の第１情報を、前記監視装置を介して取得させ、
前記種類情報が付加された前記ビーコン端末及び前記監視装置の第２情報を、前記モバイル端末を介して取得させ、
前記第１情報及び前記第２情報を基に、前記ビーコン端末及び前記監視装置の状態を監視させる
処理を前記管理装置のコンピュータに実行させることを特徴とする管理プログラム。
【請求項２】
前記種類情報は、付加された第１情報又は第２情報が経由した経路を表す経路情報であることを特徴とする請求項１に記載の管理プログラム。
【請求項３】
前記管理装置は、前記監視装置と保守経路で接続され、また、前記モバイル端末が受信した前記ビーコン端末からの送信情報を基にサービス経路を用いて前記モバイル端末に対して情報を提供し、
前記第１情報に付加された前記経路情報は前記保守経路を表し、
前記第２情報に付加された前記経路情報は前記サービス経路を表す
ことを特徴とする請求項２に記載の管理プログラム。
【請求項４】
前記第１情報及び前記第２情報を基に、前記監視装置と前記ビーコン端末との関係を特定する処理を前記管理装置のコンピュータに実行させることを特徴とする請求項１〜３のいずれか一つに記載の管理プログラム。
【請求項５】
前記監視装置及び前記ビーコン端末の状態とともに前記監視装置と前記ビーコン端末との関係を通知する処理を前記管理装置のコンピュータに実行させることを特徴とする請求項４に記載の管理プログラム。
【請求項６】
前記監視装置と前記ビーコン端末との関係の変化に応じて、前記ビーコン端末の配置状況の変化を検出する処理を前記管理装置のコンピュータに実行させることを特徴とする請求項４又は５に記載の管理プログラム。
【請求項７】
複数の監視装置、複数のビーコン端末及びモバイル端末を有するビーコン監視システムの管理装置であって、
種類情報が付加された前記ビーコン端末及び前記監視装置の第１情報を、前記監視装置を介して取得する第１取得部と、
前記種類情報が付加された前記ビーコン端末及び前記監視装置の第２情報を、前記モバイル端末を介して取得する第２取得部と、
前記第１取得部及び前記第２取得部により取得された前記第１情報及び前記第２情報を基に、前記ビーコン端末及び前記監視装置の状態を監視する監視部と
を備えたことを特徴とする管理装置。
【請求項８】
複数の監視装置、複数のビーコン端末、管理装置及びモバイル端末を有するビーコン監視システムの管理方法であって、
種類情報が付加された前記ビーコン端末及び前記監視装置の第１情報を、前記監視装置を介して前記管理装置に取得させ、
前記種類情報が付加された前記ビーコン端末及び前記監視装置の第２情報を、前記モバイル端末を介して前記管理装置に取得させ、
前記第１情報及び前記第２情報を基に、前記ビーコン端末及び前記監視装置の状態を前記管理装置に監視させる
ことを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理プログラム、管理装置及び管理方法に関する。
【背景技術】
【０００２】
近年、駅、空港及び商業施設といった公共機関において、ＢＬＥ（Bluetooth（登録商標）  Low  Energy）を用いて通信を行うビーコン端末を多数設置し、屋内の位置測位や情報のプッシュ配信といった様々な種類のビーコンサービスが提供されている。公共性の高いビーコンサービスにおいては、サービスの継続性を確保することが重要であり、盗難や電池切れなどを検出するためにビーコン端末の監視に対する要望が高まっている。また、ＩｏＴ（Internet  of  Things）の普及により、監視対象とするビーコン端末の数も増加しており、ビーコン端末の監視も広範囲にわたる。
【０００３】
ビーコン端末の監視システムにおいて、ビーコン端末とビーコン監視装置間及び複数のビーコン監視装置間の通信には、極力電力を消費しないＢＬＥ規格を適用した信号が用いられる。そして、管理サーバは、ビーコン端末、ビーコン監視装置、ゲートウェイ装置及び管理サーバの順にデータ転送が行われる保守経路を用いてビーコン端末の状態監視を行う。
【０００４】
具体的には、ビーコン端末は、ビーコンＩＤ（Identifier）、電波強度及び電池残量などの情報を含むアドバタイズ信号を発信する。ビーコン監視装置は、ビーコン端末から発信されたアドバタイズ信号を受信してビーコン端末の情報を収集し、収集したビーコン端末の情報をゲートウェイ装置経由で管理サーバへ転送する。管理サーバは、配下のビーコン端末及びビーコン監視装置の情報を一元管理する。このように、管理サーバは、この保守経路を用いてビーコン端末及びビーコン監視装置の保守情報を取得して監視することでビーコン端末及びビーコン監視装置の監視を行う。
【０００５】
また、管理サーバは、ビーコンサービスの利用者に対する情報提供も行う。この場合、管理サーバは、スマートフォンなどの利用者が使用するモバイル端末と直接通信を行うサービス経路を通信に使用する。具体的には、モバイル端末は、ビーコン端末から発信されるビーコンＩＤを受信する。このビーコンＩＤは、ビーコン端末が提供するサービス情報と呼ばれる場合がある。次に、モバイル端末は、受信したビーコンＩＤをキーとして管理サーバへサービス経路を用いてアクセスする。管理サーバは、モバイル端末により指定されたビーコンＩＤに対応する詳細情報をモバイル端末へサービス経路を用いて送信する。詳細情報は、例えば、ＨＴＭＬ（Hyper  Text  Markup  Language）フレームなどである。モバイル端末は、管理サーバから送信された詳細情報を用いて、ビーコンＩＤに関連する情報を利用者に提供する。
【０００６】
なお、ビーコン端末を監視する技術として、スマートフォンを用いてビーコン端末の監視を行う従来技術がある。また、ビーコンサービスの技術として、車に搭載された車載器から送信された情報からビーコン端末が路車間通信の適否を判定し、判定結果を用いて中央装置が各ビーコン端末を管理する従来技術がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１５−１４９５２６号公報
【特許文献２】特開２００８−１５８６７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、監視システムでは、ビーコン端末の数が増加した場合、中継装置を用いて保守情報を転送するネットワーク網が構築されることが考えられる。この中継装置には、ビーコン監視装置を用いることもできる。その場合、その中継装置を経由するネットワーク網を経由して管理サーバへ保守情報が送られる。このような監視システムにおいて、ネットワーク網の途中の中継装置に異常が発生した場合、管理サーバから見て故障した中継装置より先の中継装置及びその配下のビーコン端末の情報が管理サーバへ届かなくなる。特に、ビーコン端末それぞれには省電力機能が働いているため、中継装置が故障した場合に、他の中継装置までビーコン端末の電波を届かすことは困難である。このような状況において、管理サーバは、障害が発生した中継装置より先の中継装置及びその配下のビーコン端末の状態の監視を行うことが困難となる。
【０００９】
例えば、ネットワーク経路において管理サーバに近い中継装置に異常が発生した場合、異常が発生した中継装置の配下の中継装置及びその配下のビーコン端末の数が多く、監視が困難になることによる監視システムの品質低下が大きい。特に、セキュリティ性や緊急性が高いビーコン端末の監視システムにおいて、このような監視システムの品質低下は重大な影響を及ぼすことが考えられ、監視システムの信頼性を損なうことになる。
【００１０】
また、スマートフォンを用いてビーコン端末の監視を行う従来技術では、サービス経路を用いてビーコン端末の監視を行うことになる。その場合、ビーコン端末の通信範囲に利用者が存在することは条件となり、ビーコン端末の監視を継続して行うことが困難であり、ビーコン端末の監視の品質を向上させることは困難である。例えば、公共機関において、出入り口周辺に配置されたビーコン端末の付近には頻繁に人が往来するが、出入り口から離れた奥の場所に配置されたビーコン端末の付近は人の往来がまばらになる。そのため、出入り口から離れた奥の場所に配置されたビーコン端末の状態を監視することが困難になるおそれがあり、監視システムの信頼性を向上させることは困難である。
【００１１】
そこで、モバイル端末を携帯した警備員を巡回させることで、ビーコン端末の監視の品質を向上させることが考えられる。しかし、その場合も巡回の頻度を高くしなければ確実に情報を取得することが困難であり、人件費が増加してしまい実現することは困難である。さらに、ビーコン端末の通信範囲に常にモバイル端末を配置することも考えられる。しかし、モバイル端末は、ビーコン端末に比べて消費電力が大きく電池交換などの保守費用がかさむおそれがある。さらに、多数のビーコン端末を監視するために多数のモバイル端末に対してコンセント等の安定化電源を利用することも考えられるが、配置スペースの制限や電源工事による費用の増加などが見込まれ実現することは困難である。
【００１２】
開示の技術は、上記に鑑みてなされたものであって、監視システムの信頼性を向上させる管理プログラム、管理装置及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本願の開示する管理プログラム、管理装置及び管理方法の一つの態様において、複数の監視装置、複数のビーコン端末、管理装置及びモバイル端末を有するビーコン監視システムの管理プログラムである。管理プログラムは、以下の処理を前記管理装置のコンピュータに実行させる。コンピュータは、種類情報が付加された前記ビーコン端末及び前記監視装置の第１情報を、前記監視装置を介して取得する。コンピュータは、前記種類情報が付加された前記ビーコン端末及び前記監視装置の第２情報を、前記モバイル端末を介して取得する。コンピュータは、前記第１情報及び前記第２情報を基に、前記監視装置及び前記ビーコン端末装置の状態を監視する。
【発明の効果】
【００１４】
１つの側面では、本発明は、監視システムの信頼性を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、ビーコン端末監視システムのシステム構成図である。
【図２】図２は、各通信経路で用いられる信号のフレームフォーマットを示す図である。
【図３】図３は、管理サーバのブロック図である。
【図４】図４は、異常が発生した場合の監視システムの状態を表す図である。
【図５】図５は、異常が発生した場合の各経路により送信される保守情報を表す図である。
【図６】図６は、保守情報管理部による保守情報の登録処理を説明するための図である。
【図７】図７は、判定結果通知画面の一例の図である。
【図８】図８は、ビーコン端末及びビーコン監視装置の詳細情報の一例の図である。
【図９】図９は、障害物が存在する場合の監視システムの状態を表す図である。
【図１０】図１０は、障害物が存在する場合の各経路により送信される保守情報を表す図である。
【図１１】図１１は、判定結果通知画面の他の例の図である。
【図１２】図１２は、実施例に係る管理サーバによる保守情報取集処理のフローチャートである。
【図１３】図１３は、実施例に係る管理サーバによる判定結果通知画面の生成処理のフローチャートである。
【図１４】図１４は、管理サーバのハードウェア構成図である。
【発明を実施するための形態】
【００１６】
以下に、本願の開示する管理プログラム、管理装置及び管理方法の実施例を図面に基づいて詳細に説明する。なお、以下の実施例により本願の開示する管理プログラム、管理装置及び管理方法が限定されるものではない。
【実施例】
【００１７】
図１は、ビーコン端末監視システムのシステム構成図である。図１に示すように、本実施例に係る監視システム１００は、管理サーバ１、ゲートウェイ装置２、ビーコン監視装置３、ビーコン端末４及びモバイル端末５を有する。
【００１８】
管理サーバ１は、ビーコン監視装置３及びゲートウェイ装置２を経由する保守経路である経路Ｐ１でビーコン端末４と接続される。また、管理サーバ１は、ビーコン端末４を用いたビーコンサービスを提供するためのサービス経路でモバイル端末５と接続される。サービス経路は、図１では、例えば経路Ｐ２及びＰ３にあたる。この管理サーバ１が、「管理装置」の一例にあたる。
【００１９】
ビーコン端末４は、自装置の識別情報、電池残量及び送信電波強度などの保守情報を含むＢＬＥ規格を適用したアドバタイズ信号をブロードキャストで送出する。また、ビーコン端末４は、サービス情報などの他の情報も保守情報に含めることができる。また、ビーコン端末４は、自装置の識別情報であるビーコンＩＤを常時発信する。
【００２０】
ビーコン監視装置３は、ビーコン端末４から送出されたアドバタイズ信号を受信する。保守情報の転送が設定されている場合、ビーコン監視装置３は、受信したアドバタイズ信号に含まれる保守情報及び自装置の保守情報を指定された送信先の他のビーコン監視装置３へＢＬＥ規格の信号を用いて送信する。ビーコン監視装置３は、他のビーコン監視装置３から転送された保守情報の受信も行う。その場合、ビーコン監視装置３は、他のビーコン監視装置３から取得した保守情報も指定された送信先の他のビーコン監視装置３へ送信する。
【００２１】
ゲートウェイ装置２への送信が設定されている場合、ビーコン監視装置３は、受信したアドバタイズ信号に含まれる保守情報、他のビーコン監視装置３から受信した保守情報及び自装置の保守情報を、長距離伝送が可能な他の規格へ変換する。例えば、ビーコン監視装置３は、アドホック又はＬＴＥなどの信号に変換する。そして、ビーコン監視装置３は、長距離伝送が可能な他の規格の信号を用いて、保守情報をゲートウェイ装置２へ送信する。
【００２２】
また、ビーコン監視装置３は、近傍にモバイル端末５が存在する場合、アドバタイズ信号から取得した保守情報を、無線ＬＡＮ（Local  Area  Network）などの規格に変換する。そして、ビーコン監視装置３は、無線ＬＡＮなどを用いてモバイル端末５に保守情報を送信する。
【００２３】
ゲートウェイ装置２は、長距離伝送が可能な規格が適用された保守情報を含む信号をビーコン監視装置３から受信する。そして、ゲートウェイ装置２は、インターネットなどの外部ネットワークを経由して管理サーバ１へ、長距離伝送が可能な規格が適用された保守情報を含む信号を送信する。図２は、各通信経路で用いられる信号のフレームフォーマットを示す図である。
【００２４】
例えば、ゲートウェイ装置２が送信する保守情報を通知する信号は、フレームフォーマット１０１を有する。この信号は、フレームフォーマット１０１に示すように、フレームタイプ、ビーコンＩＤ、端末電波強度、端末電池残量、監視装置ＩＤ、監視装置電波強度、監視装置電池残量及びサービス情報などを含む。フレームタイプはどの通信経路を経由して送信されたかを表す情報である。フレームフォーマット１０１において、フレームタイプは、例えば０×０１などの固定値が設定される。このフレームフォーマット１０１に設定されたフレームタイプの値は、フレームタイプが保守であることを表し、経路Ｐ１を経由して送信されたことを表す。
【００２５】
モバイル端末５は、例えばスマートフォンやタブレット型ＰＣ（Personal  Computer）などである。モバイル端末５は、ビーコン端末４が送出する情報を用いたビーコンサービスの提供を受けるための端末である。モバイル端末５は、ビーコン監視装置３が配置された範囲を所定間隔で巡回する警備員に所持させてもよい。
【００２６】
具体的には、モバイル端末５は、ビーコン端末４に近づくと、ビーコン端末４が発信するビーコンＩＤを取得する。そして、モバイル端末５は、取得したビーコンＩＤをキーとして管理サーバ１へ無線通信を用いてアクセスする。その後、モバイル端末５は、ビーコンＩＤに対応する詳細情報を管理サーバ１から受信する。そして、モバイル端末５は、受信した詳細情報を用いて操作者にビーコンＩＤに関連する情報を提供する。このモバイル端末５がビーコンサービスの提供を受ける際に、管理サーバ１との間で用いられる通信経路がサービス経路にあたり、経路Ｐ２及びＰ３もビーコンサービスの提供を受ける際に使用される通信経路と同じ経路である。
【００２７】
また、モバイル端末５は、保守情報を受信する機能を実現するためのアプリケーションが動作する。モバイル端末５は、保守情報を含む信号を無線ＬＡＮなどを用いてビーコン監視装置３から受信する。そして、モバイル端末５は、受信した信号から保守情報を取得する。次に、モバイル端末５は、図２のフレームフォーマット１０２を有する取得した保守情報を通知するための信号を生成する。そして、モバイル端末５は、生成したフレームフォーマット１０２を有する保守情報を通知するための信号を管理サーバ１へ経路Ｐ２を経由して送信する。
【００２８】
経路Ｐ２で送信される信号は、フレームフォーマット１０２に示すように、フレームタイプ、ビーコンＩＤ、端末電波強度、端末電池残量、監視装置ＩＤ、監視装置電波強度及び監視装置電池残量を含む。すなわち、モバイル端末５は、経路Ｐ２を用いて保守情報の送信を行う場合、受信した保守情報の中からサービス情報などの付加的な情報を削除する。フレームフォーマット１０２において、フレームタイプは、例えば０×０３などのフレームフォーマット１０１とは異なる固定値が設定される。このフレームフォーマット１０２に設定されたフレームタイプの値は、フレームタイプが中継であることを表し、サービス経路である経路Ｐ２を経由して送信された信号、すなわち、ビーコン監視装置３により中継された信号であることを表す。
【００２９】
また、モバイル端末５は、保守情報を含むアドバタイズ信号をビーコン端末４から受信する。そして、モバイル端末５は、受信したアドバタイズ信号から保守情報を取得する。次に、モバイル端末５は、図２のフレームフォーマット１０３を有する取得した保守情報を通知するための信号を生成する。そして、モバイル端末５は、生成したフレームフォーマット１０３を有する保守情報を通知するための信号を管理サーバ１へ経路Ｐ３を経由して送信する。
【００３０】
経路Ｐ３で送信される信号は、フレームフォーマット１０３に示すように、フレームタイプ、ビーコンＩＤ、端末電波強度及び端末電池残量を含む。フレームフォーマット１０３において、フレームタイプは、例えば０×００などのフレームフォーマット１０１及び１０２とは異なる固定値が設定される。このフレームフォーマット１０３に設定されたフレームタイプの値は、フレームタイプがＵＩＤ（Unique  ID）であることを表し、サービス経路である経路Ｐ３を経由して送信された信号、すなわち、ビーコン監視装置３を介さずにモバイル端末５がビーコン端末４から直接受信した信号であることを表す。このフレームタイプが、「種類情報」及び「経路情報」の一例にあたる。
【００３１】
次に、図３を参照して、管理サーバ１について説明する。図３は、管理サーバのブロック図である。図３に示すように、管理サーバ１は、第１通信部１１、第２通信部１２、保守情報管理部１３、記憶部１４、監視結果情報生成部１５及び表示制御部１６を有する。
【００３２】
第１通信部１１は、経路Ｐ１を介してゲートウェイ装置２からフレームフォーマット１０１を有する保守情報を含む信号を受信する。そして、第１通信部１１は、受信した信号のフレームタイプが保守であることを保守情報管理部１３に通知するとともに、受信した信号に含まれる保守情報を保守情報管理部１３へ出力する。この第１通信部１１が、「第１取得部」の一例にあたる。また、第１通信部１１が受信する保守情報が、「第１情報」の一例にあたる。
【００３３】
第２通信部１２は、経路Ｐ２を介してモバイル端末５からフレームフォーマット１０２を有する保守情報を含む信号を受信する。そして、第２通信部１２は、受信した信号のフレームタイプが中継であることを確認する。その後、第２通信部１２は、フレームタイプがサービスであることを保守情報管理部１３に通知するとともに、受信した信号に含まれる保守情報を保守情報管理部１３へ出力する。ここで、第２通信部１２は、フレームタイプが中継及びＵＩＤの何れも、サービスというフレームタイプとして取り扱う。この第２通信部１２が、「第２取得部」の一例にあたる。また、第２通信部１２が受信する保守情報が、「第２情報」の一例にあたる。
【００３４】
また、第２通信部１２は、経路Ｐ３を介してモバイル端末５からフレームフォーマット１０３を有する保守情報を含む信号を受信する。そして、第２通信部１２は、受信した信号のフレームタイプがサービスであることを確認する。その後、第２通信部１２は、フレームタイプがサービスであることを保守情報管理部１３に通知するとともに、受信した信号に含まれる保守情報を保守情報管理部１３へ出力する。
【００３５】
ここで、各経路Ｐ１〜Ｐ３を用いた保守情報の送信の全体的な動作について図４及び５を参照して説明する。図４は、異常が発生した場合の監視システムの状態を表す図である。また、図５は、異常が発生した場合の各経路により送信される保守情報を表す図である。
【００３６】
図４及び図５では、監視装置ＩＤが＃＃Ａ〜＃＃Ｃである３台のビーコン監視装置３が配置され、ビーコンＩＤが＃Ａ〜＃Ｄである４台のビーコン端末４が存在する場合で説明する。図４及び図５において、ビーコン監視装置３及びビーコン端末４において括弧の中に記載した符号はそれぞれのＩＤを表す。以下では、ビーコン監視装置３をそれぞれビーコン監視装置＃＃Ａ〜＃＃Ｃと表し、ビーコン端末４をそれぞれビーコン端末＃Ａ〜＃Ｄと表す。また、ビーコン監視装置３を経由していないビーコン端末４の保守情報は、発信元のビーコン端末４のビーコンＩＤを付加して端末情報＃Ａ〜＃Ｄと表す。さらに、ビーコン監視装置３を経由した後のビーコン端末４の保守情報は、発信元のビーコン端末４からアドバタイズ信号を受信したビーコン監視装置３の監視装置ＩＤ及び発信元のビーコン端末４のビーコンＩＤを付加して表す。例えば、ビーコン端末＃Ｃが発信した保守情報を含むアドバタイズ信号がビーコン監視装置＃＃Ｃで受信され転送された場合、端末情報＃＃Ｃ−＃Ｃと表す。また、ビーコン監視装置３の保守情報は、発信元のビーコン監視装置３のビーコンＩＤを付加して監視装置情報＃＃Ａ〜＃＃Ｃと表す。
【００３７】
ここで、ビーコン監視装置＃＃Ｂ及びビーコン端末＃Ｄに異常が発生し、ビーコン監視装置＃＃Ｂ及びビーコン端末＃Ｄから保守情報が送信されなくなった場合について説明する。この場合、ビーコン監視装置＃＃Ａは、管理サーバ１から見てビーコン監視装置＃＃Ｂより先の装置の保守情報の取得が困難となる。一方、ビーコン監視装置＃＃Ａは、ビーコン端末＃Ａが発信した保守情報である端末情報＃Ａの受信は可能である。そこで、ビーコン監視装置＃＃Ａは、端末情報＃＃Ａ−＃Ａ及び監視装置情報＃＃Ａをゲートウェイ装置２に送信する。そして、管理サーバ１は、経路Ｐ１を介してゲートウェイ装置２から端末情報＃＃Ａ−＃Ａ及び監視装置情報＃＃Ａを受信する。この場合、例えば、経路Ｐ１以外に保守情報を通知する経路が無ければ、管理サーバ１による監視が行われない孤立エリア２１が発生してしまう。しかし、監視システム１００において、孤立エリア２１が発生した場合であっても、孤立エリア２１に含まれる装置の監視を継続することが好ましい。
【００３８】
そこで、本実施例では、管理サーバ１は、モバイル端末５を介してサービス経路である経路Ｐ２及びＰ３を経由して孤立エリア２１に含まれる端末の監視を継続する。すなわち、既に説明したが、管理サーバ１の第１通信部１１は、図５の経路Ｐ１を経由して監視装置情報＃＃Ａ及び端末情報＃＃Ａ−＃Ａを受信する。この場合、管理サーバ１により受信された信号のフレームタイプは保守である。
【００３９】
また、図５の経路Ｐ２で示すように、ビーコン監視装置＃＃Ｃは、ビーコン端末＃Ｃが送出した端末情報＃Ｃを受信する。ただし、ビーコン端末＃Ｄは異常が発生しているので、ビーコン監視装置＃＃Ｃは、ビーコン端末＃Ｄの保守情報は取得しない。次に、モバイル端末５は、監視装置情報＃＃Ｃと端末情報＃＃Ｃ−＃Ｃをビーコン監視装置＃＃Ｃから受信する。そして、管理サーバ１の第２通信部１２は、経路Ｐ２を経由して監視装置情報＃＃Ｃ及び端末情報＃＃Ｃ−＃Ｃをモバイル端末５から受信する。この場合、管理サーバ１により受信された信号のフレームタイプは中継である。
【００４０】
また、図５の経路Ｐ３で示すように、モバイル端末５は、端末情報＃Ａ〜＃Ｃを各ビーコン端末＃Ａ〜＃Ｄから受信する。ここで、図４では、一例としてビーコン端末＃Ｂが送出したアドバタイズ信号を受信するモバイル端末５を一例として記載したが、ビーコン端末＃Ａ及び＃Ｃが送出したアドバタイズ信号を受信するモバイル端末５も存在するものとする。そして、管理サーバ１の第２通信部１２は、経路Ｐ３を経由して端末情報＃Ａ〜＃Ｃをモバイル端末５から受信する。この場合、管理サーバ１により受信された信号のフレームタイプはＵＩＤである。
【００４１】
このように、管理サーバ１は、経路Ｐ１〜Ｐ３を利用して、通常の保守経路経由の保守情報に加えて、孤立エリア２１に存在するビーコン端末４及びビーコン監視装置３の保守情報を取得することができる。
【００４２】
図３に戻って説明を続ける。保守情報管理部１３は、フレームタイプが保守であることの通知とともに保守情報の入力を第１通信部１１から受ける。また、保守情報管理部１３は、フレームタイプがサービスであることの通知とともに保守情報の入力を第２通信部１２から受ける。次に、保守情報管理部１３は、取得した保守情報を送信した信号のフレームタイプが保守かサービスかを判定する。
【００４３】
フレームタイプが保守の場合、保守情報管理部１３は、受信した保守情報とフレームＩＤ及び監視装置ＩＤが一致する保守情報が記憶部１４に格納されているか否かを判定する。以下では、ある保守情報とフレームＩＤ及び監視装置ＩＤが一致する保守情報を、その保守情報の「同一情報」という。
【００４４】
受信した保守情報の同一情報が格納されていない場合、保守情報管理部１３は、取得した保守情報及びその保守情報を送信した信号のフレームタイプの情報を記憶部１４に新規登録する。
【００４５】
これに対して、受信した保守情報の同一情報が格納されている場合、保守情報管理部１３は、受信した保守情報の同一情報を受信した保守情報で上書きし、且つ、フレームタイプを保守として記憶部１４の情報を更新する。
【００４６】
一方、フレームタイプがサービスの場合、保守情報管理部１３は、受信した保守情報の同一情報が記憶部１４に格納されているか否かを判定する。受信した保守情報の同一情報が格納されていない場合、保守情報管理部１３は、取得した保守情報及びその保守情報を送信した信号のフレームタイプの情報を記憶部１４に新規登録する。
【００４７】
これに対して、受信した保守情報の同一情報が格納されている場合、保守情報管理部１３は、同一情報のフレームタイプを確認する。フレームタイプが保守であれば、保守情報管理部１３は、上書きをせずに保守情報の登録処理を終了する。これに対して、フレームタイプが中継又はＵＩＤであれば、保守情報管理部１３は、受信した保守情報の同一情報を受信した保守情報で上書きし、且つ、フレームタイプを中継又はＵＩＤとして記憶部１４の情報を更新する。
【００４８】
図６は、保守情報管理部による保守情報の登録処理を説明するための図である。例えば、ビーコン監視装置３及びビーコン端末４の保守情報がフォーマット１１０の形式で取り扱われる場合で説明する。ここでは、記憶部１４に何も登録されていない状態を基に説明する。ここでも、ビーコン端末＃Ａ及び＃Ｂ、並びに、ビーコン監視装置＃＃Ａ及び＃＃Ｂを用いて説明する。
【００４９】
保守情報管理部１３は、フレームタイプが保守である保守情報１１１の入力を第１通信部１１から受ける。そして、保守情報管理部１３は、保守情報１１１に含まれるビーコンＩＤが＃Ａであり、監視装置ＩＤが＃＃Ａであることを確認する。この場合、記憶部１４には保守情報１１３の同一情報が登録されていないので、保守情報管理部１３は、保守情報１２１を記憶部１４に新規登録する。この場合、保守情報１２１のフレームタイプは保守と登録される。
【００５０】
また、保守情報管理部１３は、フレームタイプがサービスである保守情報１１２の入力を第２通信部１２から受ける。そして、保守情報管理部１３は、保守情報１１２に含まれるビーコンＩＤが＃Ｂであり、監視装置ＩＤが＃＃Ａであることを確認する。この場合、記憶部１４には保守情報１１２の同一情報が登録されていないので、保守情報管理部１３は、保守情報１２２を記憶部１４に新規登録する。この場合、保守情報１２２のフレームタイプはサービスと登録される。
【００５１】
また、保守情報管理部１３は、フレームタイプが保守である保守情報１１３の入力を第１通信部１１から受ける。そして、保守情報管理部１３は、保守情報１１３に含まれるビーコンＩＤが＃Ａであり、監視装置ＩＤが＃＃Ｂであることを確認する。この場合、記憶部１４には保守情報１１３の同一情報が登録されていないので、保守情報管理部１３は、保守情報１１１の同一情報が無いと判定し、保守情報１２３を記憶部１４に新規登録する。この場合、保守情報１２３のフレームタイプは保守と登録される。
【００５２】
その後、保守情報管理部１３は、フレームタイプがサービスである保守情報１１４の入力を第２通信部１２から受ける。そして、保守情報管理部１３は、保守情報１１４に含まれるビーコンＩＤが＃Ａであり、監視装置ＩＤが＃＃Ｂであることを確認する。この場合、保守情報管理部１３は、保守情報１１４の同一情報である保守情報１１３が記憶部１４に既に登録済みであることを検出する。そこで、保守情報管理部１３は、登録済みの保守情報１１３のフレームタイプを取得し、そのフレームタイプが保守であることを確認する。この場合、保守情報１１４のフレームタイプがサービスであることから、保守情報管理部１３は、記憶部１４に格納された保守情報１２３の更新は行わずに登録処理を終了する。
【００５３】
また、保守情報管理部１３は、フレームタイプがサービスである保守情報１１５の入力を第２通信部１２から受ける。そして、保守情報管理部１３は、保守情報１１５に含まれるビーコンＩＤが＃Ｂであり、監視装置ＩＤが＃＃Ｂであることを確認する。この場合、記憶部１４には保守情報１１５の同一情報が登録されていないので、保守情報管理部１３は、保守情報１１５の内容を有する保守情報を記憶部１４に新規登録する。この場合、新規登録された保守情報のフレームタイプはサービスと登録される。
【００５４】
その後、保守情報管理部１３は、フレームタイプが保守である保守情報１１６の入力を第１通信部１１から受ける。そして、保守情報管理部１３は、保守情報１１６に含まれるビーコンＩＤが＃Ｂであり、監視装置ＩＤが＃＃Ｂであることを確認する。この場合、保守情報管理部１３は、保守情報１１６の同一情報である保守情報が記憶部１４に既に登録済みであることを検出する。そこで、保守情報管理部１３は、登録済みの保守情報のフレームタイプを取得し、そのフレームタイプがサービスであることを確認する。この場合、保守情報１１６のフレームタイプは保守であることから、保守情報管理部１３は、記憶部１４に格納された保守情報を保守情報１１６の内容に更新し、保守情報１２４を登録する。この場合、フレームタイプも変更され、保守情報１２４のフレームタイプは保守と登録される。
【００５５】
図３に戻って説明を続ける。監視結果情報生成部１５は、予め決められた情報収集待機時間が経過するまで待機する。情報収集待機時間は、監視システム１００に配備されたビーコン端末４及びビーコン監視装置３の保守情報が経路Ｐ１〜Ｐ３を経由して収集されるまでの待機時間である。情報収集待機時間は、例えば、１０秒などと設定される。
【００５６】
監視結果情報生成部１５は、監視システム１００に配備されたビーコン監視装置３の情報を取得する。例えば、監視結果情報生成部１５は、予め操作者から監視システム１００の装置の配備情報の入力を受けて、その配備情報を記憶する。そして、監視結果情報生成部１５は、監視システム１００に配備されたビーコン監視装置３の情報を、自己が有する配備情報から取得する。ただし、監視結果情報生成部１５は、どのようなビーコン端末４が存在するかは把握しない。
【００５７】
次に、情報収集待機時間経過後、監視結果情報生成部１５は、記憶部１４に格納された保守情報及び各保守情報に付加されたフレームタイプを取得する。次に、監視結果情報生成部１５は、監視システム１００に配備されたビーコン監視装置３及び保守情報が登録されたビーコン端末４を監視対象装置とし、その監視対象装置の中から１つ装置を選択する。
【００５８】
そして、監視結果情報生成部１５は、選択した監視対象装置の情報が記憶部１４に格納されていた保守情報に存在するか否かを判定する。選択した監視対象装置の情報が記憶部１４に格納されていた保守情報に存在しない場合、監視結果情報生成部１５は、選択した監視対象装置が異常であると判定する。
【００５９】
一方、選択した監視対象装置の情報が記憶部１４に格納されていた保守情報に存在する場合、監視結果情報生成部１５は、その保守情報に付加されたフレームタイプがサービスか否かを判定する。
【００６０】
フレームタイプがサービスの場合、監視結果情報生成部１５は、選択した監視対象装置が保守情報の送信は可能であるが保守経路には繋がっていない状態にあたる準正常であると判定する。これに対して、フレームタイプが保守の場合、監視結果情報生成部１５は、選択した監視対象装置が保守経路に繋がっており正常であると判定する。そして、監視結果情報生成部１５は、判定結果を表示制御部１６へ出力する。
【００６１】
ここで、図７を参照して、監視結果情報生成部１５により生成される判定結果を表す情報の具体例について説明する。図７は、判定結果通知画面の一例の図である。図７の判定結果通知画面１６１は、図４及び５で示した監視システム１００の状態の場合の判定結果を表す。
【００６２】
まず、監視結果情報生成部１５は、配備情報から、ゲートウェイ装置２及びビーコン監視装置＃＃Ａ〜＃＃Ｃの接続状態を確認し、判定結果通知画面１６１に配置する。図７の判定結果通知画面１６１では、ビーコン監視装置＃＃Ａ〜＃＃Ｃは、監視装置＃＃Ａ〜＃＃Ｃとして表示される。また、図７の判定結果通知画面１６１では、ゲートウェイ装置２は「ＧＷ（Gateway）」として表示される。
【００６３】
次に、図４及び５で示した状態では、ビーコン監視装置＃＃Ａの保守情報は、記憶部１４に格納され且つフレームタイプが保守である。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ａは正常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃Ａに正常を表す情報を登録し、且つ、近傍にＩｎｆｏ（Information）ボタンを配置する。以下では、ある監視対象装置に正常を表す情報を登録し、且つ、近傍にＩｎｆｏボタンを配置する処理を、その監視対象装置を判定結果通知画面１６１にＩｎｆｏとしてマッピングするという。
【００６４】
また、図４及び５で示した状態では、ビーコン端末＃Ａの保守情報は、記憶部１４に格納され且つフレームタイプが保守である。そこで、監視結果情報生成部１５は、ビーコン端末＃Ａは正常と判定する。さらに、監視結果情報生成部１５は、ビーコン端末＃Ａのアドバタイズ信号をビーコン監視装置＃＃Ａが受信したことを保守情報から確認する。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、ビーコン端末＃Ａをビーコン監視装置＃＃Ａの配下に配置しＩｎｆｏとしてマッピングする。このように、ビーコン端末４が、いずれのビーコン監視装置３の配下に存在するか又はいずれのビーコン監視装置３の配下にも属さないかを特定する処理が、「監視装置とビーコン端末との関係を特定する処理」の一例にあたる。
【００６５】
また、図４及び５で示した状態では、ビーコン監視装置＃＃Ｂの保守情報は、記憶部１４に格納されない。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ｂは異常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃Ｂに異常を表す情報を登録し、且つ、近傍にＥｒｒｏｒボタンを配置する。以下では、ある監視対象装置に異常を表す情報を登録し、且つ、近傍にＥｒｒｏｒボタンを配置する処理を、その監視対象装置を判定結果通知画面１６１にＥｒｒｏｒとしてマッピングするという。
【００６６】
また、図４及び５で示した状態では、ビーコン監視装置＃＃Ｃの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ｃは準正常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃Ｃに準正常を表す情報を登録し、且つ、近傍にＷａｒｎボタンを配置する。以下では、ある監視対象装置に準正常を表す情報を登録し、且つ、近傍にＷａｒｎボタンを配置する処理を、その監視対象装置を判定結果通知画面１６１にＷａｒｎとしてマッピングするという。
【００６７】
また、図４及び５で示した状態では、ビーコン端末＃Ｃの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン端末＃Ｃは準正常と判定する。さらに、監視結果情報生成部１５は、ビーコン端末＃Ｃのアドバタイズ信号をビーコン監視装置＃＃Ｃが受信したことを保守情報から確認する。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、ビーコン端末＃Ｃをビーコン監視装置＃＃Ｃの配下に配置しＷａｒｎとしてマッピングする。
【００６８】
さらに、図４及び５で示した状態では、ビーコン端末＃Ｂの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン端末＃Ｃは準正常と判定する。ただし、監視結果情報生成部１５は、ビーコン端末＃Ｃのアドバタイズ信号を受信するビーコン監視装置３は特定困難である。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、各ビーコン監視装置＃＃Ａ〜＃＃Ｃとは別の場所にビーコン端末＃ＢをＷａｒｎとしてマッピングする。
【００６９】
一方、図４及び５で示した状態では、ビーコン端末＃Ｄは異常状態であり、その保守情報は、記憶部１４に格納されない。そこで、監視結果情報生成部１５は、ビーコン端末＃Ｄの存在を検出しない。そのため、監視結果情報生成部１５は、判定結果通知画面１６１にビーコン端末＃Ｄをマッピングしない。
【００７０】
さらに、監視結果情報生成部１５は、各ビーコン監視装置＃＃Ａ〜＃＃Ｃの間の接続状態を判定結果通知画面１６１に付加する。例えば、監視結果情報生成部１５は、経路Ｐ１を介して通信可能なビーコン監視装置＃＃Ａと経路Ｐ１を介した通信が不通のビーコン監視装置＃＃Ｂとの間の経路に接続切断のマークを付加する。また、監視結果情報生成部１５は、接続切断のマークを付加した先の経路については接続不明のマークを付加する。以上の処理を行うことで、監視結果情報生成部１５は、図７に示す判定結果通知画面１６１を生成することができる。
【００７１】
さらに、監視結果情報生成部１５は、判定結果通知画面１６１に配置したＩｎｆｏボタン、Ｗａｒｎボタン及びＥｒｒｏｒボタンを押下された場合に、それぞれの詳細情報が表示されるように設定する。図８は、ビーコン端末及びビーコン監視装置の詳細情報の一例の図である。
【００７２】
例えば、監視結果情報生成部１５は、判定結果通知画面１６１上のビーコン端末＃Ａの近傍に配置したＩｎｆｏボタンが押下されると、詳細情報６１を表示するように設定する。また、監視結果情報生成部１５は、判定結果通知画面１６１上のビーコン端末＃Ｃの近傍に配置したＷａｒｎボタンが押下されると、詳細情報６２を表示するように設定する。また、監視結果情報生成部１５は、判定結果通知画面１６１上のビーコン監視装置＃＃Ｂの近傍に配置したＥｒｒｏｒボタンが押下されると、詳細情報６３を表示するように設定する。これにより、監視システム１００の管理者は、より詳細な情報を入手することができ、保守が容易となる。
【００７３】
監視結果情報生成部１５は、例えば、判定結果通知画面１６１及び詳細情報６１〜６３を表示制御部１６に送信する。その後、新たに保守情報が記憶部１４に格納されると、監視結果情報生成部１５は、その新たな保守情報に応じて新たな判定結果通知画面１６１を生成する。新たに格納された保守情報によりビーコン監視装置３及びビーコン端末４の新たな状況を表す判定結果通知画面１６１を生成する処理が、「ビーコン端末の配置状況の変化を検出する処理」の一例にあたる。
【００７４】
図３に戻って説明を続ける。表示制御部１６は、判定結果の入力を監視結果情報生成部１５から受ける。そして、表示制御部１６は、モニタなどの表示装置に判定結果を表示させて管理者に通知する。例えば、表示制御部１６は、図７の判定結果通知画面１６１を表示装置に表示させる。さらに、表示装置に表示された判定結果通知画面１６１上のＩｎｆｏボタン、Ｗａｒｎボタン又はＥｒｒｏｒボタンがマウスなどを用いて押下された場合、表示制御部１６は、図８に示した対応する詳細情報６１〜６３を表示装置に表示させる。このように、判定結果通知画面１６１及び詳細情報６１〜６３を表示装置に表示させる処理が、「前記監視装置及び前記ビーコン端末の状態とともに前記監視装置と前記ビーコン端末との関係を通知する処理」の一例にあたる。
【００７５】
また、以上ではビーコン監視装置３に障害が発生した場合について説明したが、他の状況で通信が不通となったビーコン監視装置３及びビーコン端末４が発生した場合であっても、本実施例に係る管理サーバ１は、同様に保守情報の収集を行うことができる。
【００７６】
そこで、次に、図９及び１０を参照して、異常が発生した場合以外の状況で通信が不通となったビーコン監視装置３及びビーコン端末４が発生した場合の監視システム１００について説明する。
【００７７】
図９は、障害物が存在する場合の監視システムの状態を表す図である。また、図１０は、障害物が存在する場合の各経路により送信される保守情報を表す図である。
【００７８】
図９及び１０においても、監視装置ＩＤが＃＃Ａ〜＃＃Ｃである３台のビーコン監視装置３が配置される。以下では、ビーコン監視装置３をそれぞれビーコン監視装置＃＃Ａ〜＃＃Ｃと表す。また、ビーコンＩＤが＃Ａ〜＃Ｄの４台のビーコン端末４が配置される。以下では、ビーコン端末４をそれぞれビーコン端末＃Ａ〜＃Ｄと表す。
【００７９】
図９に示す状態は、ビーコン監視装置＃＃Ａとビーコン監視装置＃＃Ｂとの間に、障害物７１が存在することで、ビーコン監視装置＃＃Ａとビーコン監視装置＃＃Ｂとの間の通信が不通となった状態である。また、図９に示す状態は、ビーコン端末＃Ａとビーコン監視装置＃＃Ａとの間に、障害物７２が存在することで、ビーコン端末＃Ａとビーコン監視装置＃＃Ａと間の通信が不通となった状態である。ここで、図９では、壁状の障害物７１及び７２を例に記載したが、障害物７１及び７２は、人などの移動する物体で一時的に障害を発生させる物であってもよい。
【００８０】
この場合、ビーコン監視装置＃＃Ａは、管理サーバ１から見てビーコン監視装置＃＃Ｂより先の装置の保守情報の取得が困難となる。また、ビーコン監視装置＃＃Ａは、ビーコン端末＃Ａが発信した保守情報である端末情報＃Ａの受信も困難である。そこで、ビーコン監視装置＃＃Ａは、監視装置情報＃＃Ａをゲートウェイ装置２に送信する。そして、管理サーバ１は、経路Ｐ１を介してゲートウェイ装置２から監視装置情報＃＃Ａを受信する。この場合も、例えば、経路Ｐ１以外に保守情報を通知する経路が無ければ、管理サーバ１による監視が行われない孤立エリア２２が発生してしまう。しかし、監視システム１００において、障害物７１により孤立エリア２２が発生した場合であっても、孤立エリア２２に含まれる装置の監視を継続することが好ましい。
【００８１】
そこで、管理サーバ１は、経路Ｐ１〜Ｐ３を用いて監視システム１００全体を監視する。既に説明したが、図１０の経路Ｐ１で示すように、管理サーバ１の第１通信部１１は、経路Ｐ１を経由して監視装置情報＃＃Ａを受信する。この場合、管理サーバ１により受信された信号のフレームタイプは保守である。
【００８２】
また、図１０の経路Ｐ２で示すように、ビーコン監視装置＃＃Ｂは、ビーコン端末＃Ｂから送出された端末情報＃Ｂを受信する。そして、ビーコン監視装置＃＃Ｃは、ビーコン端末＃Ｂが送出した端末情報＃Ｃを受信する。次に、モバイル端末５は、監視装置情報＃＃Ｂと端末情報＃＃Ｂ−＃Ｂをビーコン監視装置＃＃Ｂから受信する。そして、管理サーバ１の第２通信部１２は、経路Ｐ２を経由して監視装置情報＃＃Ｃ及び端末情報＃＃Ｃ−＃Ｃをモバイル端末５から受信する。この場合、管理サーバ１により受信された信号のフレームタイプは中継である。
【００８３】
さらに、ビーコン監視装置＃＃Ｃは、ビーコン端末＃Ｃが送出した端末情報＃Ｃ及びビーコン端末＃Ｄが送出した端末情報＃Ｄを受信する。次に、モバイル端末５は、監視装置情報＃Ｃ、並びに、端末情報＃＃Ｃ−＃Ｃ及び＃＃Ｃ−＃Ｄをビーコン監視装置＃＃Ｃから受信する。そして、管理サーバ１の第２通信部１２は、経路Ｐ２を経由して監視装置情報＃＃Ｃ及び＃＃Ｄ、並びに、端末情報＃＃Ｃ−＃Ｃをモバイル端末５から受信する。この場合、管理サーバ１により受信された信号のフレームタイプは中継である。
【００８４】
また、図１０の経路Ｐ３で示すように、モバイル端末５は、端末情報＃Ａ〜＃Ｄを各ビーコン端末＃Ａ〜＃Ｄから受信する。そして、管理サーバ１の第２通信部１２は、経路Ｐ３を経由して端末情報＃Ａ〜＃Ｄをモバイル端末５から受信する。この場合、管理サーバ１により受信された信号のフレームタイプはＵＩＤである。
【００８５】
このように、管理サーバ１は、経路Ｐ１〜Ｐ３を利用して、通常の保守経路経由の保守情報に加えて、孤立エリア２２に存在するビーコン端末４及びビーコン監視装置３の保守情報を取得することができる。
【００８６】
さらに、図１１を参照して、監視結果情報生成部１５により生成される判定結果を表す情報の具体例について説明する。図１１は、判定結果通知画面の他の例の図である。図１１の判定結果通知画面１６１は、図９及び１０で示した監視システム１００の状態の場合の判定結果を表す。
【００８７】
まず、監視結果情報生成部１５は、配備情報から、ゲートウェイ装置２及びビーコン監視装置＃＃Ａ〜＃＃Ｃの接続状態を確認し、判定結果通知画面１６１に配置する。ここでも、判定結果通知画面１６１では、ゲートウェイ装置２はＧＷと表示され、ビーコン監視装置＃＃Ａ〜＃＃Ｃは監視装置＃＃Ａ〜＃＃Ｃと表示される。
【００８８】
次に、図９及び１０で示した状態では、ビーコン監視装置＃＃Ａの保守情報は、記憶部１４に格納され且つフレームタイプが保守である。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ａは正常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃ＡをＩｎｆｏとしてマッピングする。この時、ビーコン監視装置＃＃Ａを経由したビーコン端末＃Ａの保守情報を取得していないため、監視結果情報生成部１５は、ビーコン監視装置＃＃Ａの配下にビーコン端末＃Ａが存在することは把握しない。
【００８９】
また、図９及び１０で示した状態では、ビーコン監視装置＃＃Ｂの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ｂを準正常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃ＢをＷａｒｎとしてマッピングする。
【００９０】
また、図９及び１０で示した状態では、ビーコン端末＃Ｂの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン端末＃Ｂは準正常と判定する。さらに、監視結果情報生成部１５は、ビーコン端末＃Ｂのアドバタイズ信号をビーコン監視装置＃＃Ｂが受信したことを保守情報から確認する。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、ビーコン端末＃Ｂをビーコン監視装置＃＃Ｂの配下に配置しＷａｒｎとしてマッピングする。
【００９１】
また、図９及び１０で示した状態では、ビーコン監視装置＃＃Ｃの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン監視装置＃＃Ｃを準正常と判定する。次に、監視結果情報生成部１５は、判定結果通知画面１６１上に配置されたビーコン監視装置＃＃ＣをＷａｒｎとしてマッピングする。
【００９２】
また、図９及び１０で示した状態では、ビーコン端末＃Ｃ及びＤの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン端末＃Ｃ及び＃Ｄは準正常と判定する。さらに、監視結果情報生成部１５は、ビーコン端末＃Ｃ及び＃Ｄのアドバタイズ信号をビーコン監視装置＃＃Ｃが受信したことを保守情報から確認する。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、ビーコン端末＃Ｃ及び＃Ｄをビーコン監視装置＃＃Ｃの配下に配置しＷａｒｎとしてマッピングする。
【００９３】
さらに、図９及び１０で示した状態では、ビーコン端末＃Ａの保守情報は、記憶部１４に格納され且つフレームタイプがサービスである。そこで、監視結果情報生成部１５は、ビーコン端末＃Ａは準正常と判定する。ただし、監視結果情報生成部１５は、ビーコン端末＃Ａのアドバタイズ信号を受信するビーコン監視装置３は特定困難である。そこで、監視結果情報生成部１５は、判定結果通知画面１６１において、各ビーコン監視装置＃＃Ａ〜＃＃Ｃとは別の場所にビーコン端末＃ＡをＷａｒｎとしてマッピングする。
【００９４】
さらに、監視結果情報生成部１５は、各ビーコン監視装置＃＃Ａ〜＃＃Ｃの間の接続状態を判定結果通知画面１６１に付加する。例えば、監視結果情報生成部１５は、経路Ｐ１を介して通信可能なビーコン監視装置＃＃Ａと経路Ｐ１を介した通信が不通のビーコン監視装置＃＃Ｂとの間の経路に接続切断のマークを付加する。また、監視結果情報生成部１５は、接続切断のマークを付加した先の経路については接続不明のマークを付加する。以上の処理を行うことで、監視結果情報生成部１５は、図１１に示す判定結果通知画面１６１を生成することができる。また、監視結果情報生成部１５は、図８で示した詳細情報６１〜６３と同様の情報を配置してもよい。
【００９５】
次に、図１２を参照して、管理サーバ１による保守情報収集処理の流れについて説明する。図１２は、実施例に係る管理サーバによる保守情報取集処理のフローチャートである。
【００９６】
保守情報管理部１３は、ビーコン監視装置３及びビーコン端末４の保守情報を第１通信部１１又は第２通信部１２から受信する(ステップＳ１)。
【００９７】
次に、保守情報管理部１３は、受信した保守情報のフレームタイプがサービスか否かを判定する（ステップＳ２）。保守情報のフレームタイプがサービスの場合（ステップＳ２：肯定）、保守情報管理部１３は、記憶部１４に同一情報が存在するか否かを判定する（ステップＳ３）。
【００９８】
記憶部１４に同一情報が存在しない場合（ステップＳ３：否定）、保守情報管理部１３は、保守情報及びフレームタイプを記憶部１４に新規登録する（ステップＳ４）。
【００９９】
これに対して、記憶部１４に同一情報が存在する場合（ステップＳ３：肯定）、保守情報管理部１３は、記憶部１４に格納された同一情報のフレームタイプがサービスか否かを判定する（ステップＳ５）。フレームタイプがサービスでない場合（ステップＳ５：否定）、すなわちフレームタイプが保守であれば、保守情報管理部１３は、保守情報の登録処理を終了する。
【０１００】
これに対して、フレームタイプがサービスである場合（ステップＳ５：肯定）、保守情報管理部１３は、記憶部１４に格納された保守情報及びフレームタイプを上書きする（ステップＳ６）。
【０１０１】
一方、保守情報のフレームタイプがサービスでない場合（ステップＳ２：否定）、すなわち、フレームタイプが保守の場合、保守情報管理部１３は、記憶部１４に同一情報が存在するか否かを判定する（ステップＳ７）。
【０１０２】
記憶部１４に同一情報が存在する場合（ステップＳ７：肯定）、保守情報管理部１３は、記憶部１４に格納された保守情報及びフレームタイプを上書きする（ステップＳ８）。
【０１０３】
これに対して、記憶部１４に同一情報が存在しない場合（ステップＳ７：否定）、保守情報管理部１３は、保守情報及びフレームタイプを記憶部１４に新規登録する（ステップＳ９）。
【０１０４】
次に、図１３を参照して、管理サーバ１による判定結果通知画面の生成処理の流れについて説明する。図１３は、実施例に係る管理サーバによる判定結果通知画面の生成処理のフローチャートである。
【０１０５】
監視結果情報生成部１５は、情報収集待機時間が経過するまで待機する（ステップＳ１１）。
【０１０６】
次に、監視結果情報生成部１５は、ビーコン監視装置３の配備情報を取得する（ステップＳ１２）。
【０１０７】
次に、監視結果情報生成部１５は、記憶部１４に格納された全ての保守情報を取得する（ステップＳ１３）。  
【０１０８】
次に、監視結果情報生成部１５は、配備情報に含まれるビーコン監視装置３及び保守情報を取得したビーコン端末４を監視対象装置とし、監視対象装置の中から１つを選択する（ステップＳ１４）。
【０１０９】
そして、監視結果情報生成部１５は、選択した監視対象装置の情報が記憶部１４に格納された保守情報に存在するか否かを判定する（ステップＳ１５）。選択した監視対象装置の情報が記憶部に格納された保守情報に存在しない場合（ステップＳ１５：否定）、監視結果情報生成部１５は、判定結果通知画面１６１に選択した監視対象装置をＥｒｒｏｒとしてマッピングする（ステップＳ１６）。
【０１１０】
これに対して、選択した監視対象装置の情報が記憶部１４に格納された保守情報に存在する場合（ステップＳ１５：肯定）、監視結果情報生成部１５は、選択した監視対象装置の保守情報のフレームタイプがサービスか否かを判定する（ステップＳ１７）。フレームタイプがサービスの場合（ステップＳ１７：肯定）、監視結果情報生成部１５は、判定結果通知画面に選択した監視対象装置をＷａｒｎとしてマッピングする（ステップＳ１８）。
【０１１１】
これに対して、フレームタイプがサービスでない場合（ステップＳ１７：否定）、すなわちフレームタイプが保守であれば、監視結果情報生成部１５は、判定結果通知画面に選択した監視対象装置をＩｎｆｏとしてマッピングする（ステップＳ１９）。
【０１１２】
その後、監視結果情報生成部１５は、全ての監視対象装置の判定が完了したか否かを判定する（ステップＳ２０）。判定が完了していない監視対象装置が残っている場合（ステップＳ２０：否定）、監視結果情報生成部１５は、ステップＳ１４に戻る。
【０１１３】
これに対して、全ての監視対象装置の判定が完了した場合（ステップＳ２０：肯定）、監視結果情報生成部１５は、記憶部１４に格納された保守情報をクリアする（ステップＳ２１）。
【０１１４】
以上に説明したように、本実施例に係る管理サーバは、ゲートウェイを経由する保守経路に加えて、モバイル端末との間のサービス経路を用いてビーコン端末及びビーコン監視装置の保守情報を取得する。そのため、ビーコン監視装置における異常の発生や保守経路上での障害物の存在などにより、孤立エリアが発生した場合にも、管理サーバは、孤立エリアに存在する機器の保守情報を取得することができる。これにより、継続的なビーコン端末及びビーコン監視装置の監視を提供でき、監視システムの信頼性を向上させることができる。
【０１１５】
また、各ビーコン端末及びビーコン監視装置の状況をＥｒｒｏｒ、Ｗａｒｎ及びＩｎｆｏといった異常レベルの情報や詳細情報を用いて管理者に通知することで、きめ細やかな管理を実現することができる。
【０１１６】
（ハードウェア構成）
次に、図１４を参照して、管理サーバ１のハードウェア構成について説明する。図１４は、管理サーバのハードウェア構成図である。
【０１１７】
図１４に示すように、管理サーバ１は、例えば、メモリ９１、ＣＰＵ９２、電源９３、グラフィックコントローラ９４、ディスクコントローラ９５、ネットワークコントローラ９６及びハードディスク９７を有する。ＣＰＵ９２は、バスを介してメモリ９１、グラフィックコントローラ９４、ディスクコントローラ９５及びネットワークコントローラ９６に接続する。
【０１１８】
電源９３は、メモリ９１、ＣＰＵ９２、グラフィックコントローラ９４、ディスクコントローラ９５、ネットワークコントローラ９６及びハードディスク９７の各部へ電力供給を行う。メモリ９１、ＣＰＵ９２、グラフィックコントローラ９４、ディスクコントローラ９５、ネットワークコントローラ９６及びハードディスク９７の各部は、電源９３から供給された電力により駆動する。
【０１１９】
ネットワークコントローラ９６は、外部ネットワーク２００に接続される。ここで、図１４では、外部ネットワーク２００を有線のネット―枠として記載したが、外部ネットワーク２００は、無線ネットワークであってもよい。ネットワークコントローラ９６は、第１通信部１１及び第２通信部１２の機能を実現する。
【０１２０】
ハードディスク９７は、図３に例示した記憶部１４の機能を実現する。また、ハードディスク９７は、図３に例示した保守情報管理部１３及び監視結果情報生成部１５を実現するためのプログラムを含む各種プログラムを格納する。
【０１２１】
ディスクコントローラ９５は、ハードディスク９７に対するデータの読み書きを制御する。ＣＰＵ９２は、ディスクコントローラ９５を介してハードディスク９７に対するデータの読み書きを行う。
【０１２２】
グラフィックコントローラ９４は、ディスプレイ１６０が接続される。グラフィックコントローラ９４は、ＣＰＵ９２からの指示を受けて画像をディスプレイ１６０に表示させる。例えば、グラフィックコントローラ９４は、図７及び１１に例示した判定結果通知画面１６１、並びに、図８に例示した詳細情報６１〜６３をディスプレイ１６０に表示させる。
【０１２３】
ＣＰＵ９２は、ディスクコントローラ９５を介してハードディスク９７から図３に例示し保守情報管理部１３及び監視結果情報生成部１５を実現するためのプログラムを含む各種プログラムを読み出す。そして、ＣＰＵ９２は、読み出した各種プログラムをメモリ９１上に展開し実行する。これにより、ＣＰＵ９２及びメモリ９１は、図３に例示した保守情報管理部１３及び監視結果情報生成部１５を実現する。
【符号の説明】
【０１２４】
１  管理サーバ
２  ゲートウェイ装置
３  ビーコン監視装置
４  ビーコン端末
５  モバイル端末
１１  第１通信部
１２  第２通信部
１３  保守情報管理部
１４  記憶部
１５  監視結果情報生成部
１６  表示制御部
【図１】
2019161510.tif 000003
【図２】
2019161510.tif 000004
【図３】
2019161510.tif 000005
【図４】
2019161510.tif 000006
【図５】
2019161510.tif 000007
【図６】
2019161510.tif 000008
【図７】
2019161510.tif 000009
【図８】
2019161510.tif 000010
【図９】
2019161510.tif 000011
【図１０】
2019161510.tif 000012
【図１１】
2019161510.tif 000013
【図１２】
2019161510.tif 000014
【図１３】
2019161510.tif 000015
【図１４】
2019161510.tif 000016