(57)【要約】【課題】監視対象に対するメンテナンス状態を遠隔で監視することが可能な状態監視装置、状態監視システム及びプログラムを提供する。【解決手段】センサ３を用いて監視対象を監視する監視サーバ１は、センサ３が検出した監視対象の状態を表す状態データと、状態データを取得した順番を把握可能な時間データとを含むセンサデータを受信するセンサデータ受信部１１と、順序付けがされた状態データによる正常パターンを記憶する正常パターンテーブル２５と、センサデータ受信部１１により受信したセンサデータの時間データに基づいて、状態データを時系列に並べた対象パターンを取得するパターン取得部１２と、パターン取得部１２によって取得した対象パターンが、正常パターンテーブル２５に記憶されている正常パターンを含むか否かを判定するパターン判定部１３と、パターン判定部１３による判定結果を結果記憶部２７に記憶させる結果記憶制御部１４とを備える。【選択図】図１
2018013828.tif 000002
【特許請求の範囲】
【請求項１】
センサを用いて監視対象を監視する状態監視装置であって、
前記センサが検出した前記監視対象の状態を表す状態データと、前記状態データを取得した順番を把握可能な取得関連データとを含むセンサデータを受信する受信手段と、
順序付けがされた前記状態データによる判定パターンを記憶するパターン記憶部と、
前記受信手段により受信したセンサデータの前記取得関連データに基づいて、前記状態データを順番に並べた対象パターンを取得するパターン取得手段と、
前記パターン取得手段によって取得した前記対象パターンが、前記パターン記憶部に記憶されている前記判定パターンを含むか否かを判定するパターン判定手段と、
前記パターン判定手段による判定結果を記憶させる結果記憶手段と、
を備えること、
を特徴とする状態監視装置。
【請求項２】
請求項１に記載の状態監視装置において、
前記パターン判定手段により前記対象パターンが前記判定パターンを含まないと判定された場合に報知をする報知手段を備えること、
を特徴とする状態監視装置。
【請求項３】
請求項２に記載の状態監視装置において、
前記パターン記憶部は、複数の異なる前記判定パターンを記憶し、
前記パターン判定手段は、前記対象パターンが前記パターン記憶部に記憶されている前記複数の判定パターンのいずれかに含まれるか否かを判定し、
前記報知手段は、前記パターン判定手段により前記対象パターンが前記複数の判定パターンのいずれにも含まれないと判定された場合に、報知をすること、
を特徴とする状態監視装置。
【請求項４】
請求項２又は請求項３に記載の状態監視装置において、
前記取得関連データは、取得した時間を把握可能なデータであり、
前記パターン記憶部は、前記判定パターンと、前記判定パターンの頻度に関する頻度データとを対応付けて記憶し、
前記パターン判定手段は、前記対象パターンが前記パターン記憶部に記憶されている前記判定パターンに含まれ、かつ、前記取得関連データに基づいて前記対象パターンの頻度が前記判定パターンに対応付けられた前記頻度データと同じかそれ以上であるか否かを判定し、
前記報知手段は、前記パターン判定手段により前記対象パターンが前記判定パターンに含まれる場合であっても、前記対象パターンの頻度が前記判定パターンに対応付けられた前記頻度データより少ないときに、報知をすること、
を特徴とする状態監視装置。
【請求項５】
請求項２から請求項４までのいずれかに記載の状態監視装置において、
前記取得関連データは、取得した時間を把握可能なデータであり、
前記パターン記憶部は、前記判定パターンと、前記判定パターンを許可する許可時間データとを対応付けて記憶し、
前記パターン判定手段は、前記対象パターンが前記パターン記憶部に記憶されている前記判定パターンに含まれ、かつ、前記取得関連データに基づいて前記対象パターンのうち少なくとも一部の出現時間が前記判定パターンに対応付けられた前記許可時間データに含まれるか否かを判定し、
前記報知手段は、前記パターン判定手段により前記対象パターンが前記判定パターンに含まれる場合であっても、前記対象パターンのうち少なくとも一部の出現時間が前記判定パターンに対応付けられた前記許可時間データに含まれないと判定されたときに、報知をすること、
を特徴とする状態監視装置。
【請求項６】
請求項１から請求項５までのいずれかに記載の状態監視装置と、
前記センサと、
を備える状態監視システムであって、
前記センサは、検出値を取得し、取得した前記検出値に基づく前記状態データと前記取得関連データとを含むセンサデータを、前記状態監視装置に対して送信すること、
を特徴とする状態監視システム。
【請求項７】
請求項６に記載の状態監視システムにおいて、
前記センサと、前記状態監視装置とを仲介する中継装置を備え、
前記センサは、前記状態データを、前記中継装置に対して送信し、
前記中継装置は、前記センサから受信した複数の前記状態データを含む前記センサデータを、前記状態監視装置に対して送信すること、
を特徴とする状態監視システム。
【請求項８】
請求項６又は請求項７に記載の状態監視システムにおいて、
前記センサは、液体が通過するチューブに取り付けられて前記チューブの内部を通過する通過対象を検出するものであり、
前記パターン記憶部に記憶される前記判定パターンは、前記通過対象の組合せによる洗浄に関する正常及び異常の少なくとも一方のパターンであること、
を特徴とする状態監視システム。
【請求項９】
センサを用いて監視対象を監視する状態監視装置としてコンピュータを機能させるためのプログラムであって、
前記コンピュータを、
前記センサが検出した前記監視対象の状態を表す状態データと、前記状態データを取得した順番を把握可能な取得関連データとを含むセンサデータを受信する受信手段と、
前記受信手段により受信したセンサデータの前記取得関連データに基づいて、前記状態データを順番に並べた対象パターンを取得するパターン取得手段と、
前記パターン取得手段によって取得した前記対象パターンが、順序付けがされた前記状態データによる判定パターンを記憶するパターン記憶部の前記判定パターンを含むか否かを判定するパターン判定手段と、
前記パターン判定手段による判定結果を記憶させる結果記憶手段と、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態監視装置、状態監視システム及びプログラムに関する。
【背景技術】
【０００２】
従来、例えば、客にビールを提供する飲食店等の店舗に、ビールサーバが設置されていることがある。ビールサーバでは、ビールが入ったタンクを交換するが、ビールをグラス等に注ぐ際に用いられるチューブは、交換をせずに、永続的に使用する。そのため、ビールの品質を保つためには、チューブを洗浄する等の日々のメンテナンスが重要である。
そこで、例えば、液体流通チューブ内を流通する液体の状態及び液体チューブの品質判断についての技術が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第５３４９７５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述した例の場合に、飲食店等を運営する運営会社やビールを提供するメーカが、飲食店等の店舗の従業者が日々のメンテナンスを行っているかを知りたい場合には、飲食店等の店舗を巡回して監視対象を確認する必要があった。
そこで、本発明は、監視対象に対するメンテナンス状態を遠隔で監視することが可能な状態監視装置、状態監視システム及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
第１の発明は、センサ（３）を用いて監視対象を監視する状態監視装置（１）であって、前記センサが検出した前記監視対象の状態を表す状態データと、前記状態データを取得した順番を把握可能な取得関連データとを含むセンサデータを受信する受信手段（１１）と、順序付けがされた前記状態データによる判定パターンを記憶するパターン記憶部（２５）と、前記受信手段により受信したセンサデータの前記取得関連データに基づいて、前記状態データを順番に並べた対象パターンを取得するパターン取得手段（１２）と、前記パターン取得手段によって取得した前記対象パターンが、前記パターン記憶部に記憶されている前記判定パターンを含むか否かを判定するパターン判定手段（１３）と、前記パターン判定手段による判定結果を記憶させる結果記憶手段（１４）と、を備えること、を特徴とする状態監視装置である。
第２の発明は、第１の発明の状態監視装置（１）において、前記パターン判定手段（１３）により前記対象パターンが前記判定パターンを含まないと判定された場合に報知をする報知手段（１５）を備えること、を特徴とする状態監視装置である。
第３の発明は、第２の発明の状態監視装置（１）において、前記パターン記憶部（２５）は、複数の異なる前記判定パターンを記憶し、前記パターン判定手段（１３）は、前記対象パターンが前記パターン記憶部に記憶されている前記複数の判定パターンのいずれかに含まれるか否かを判定し、前記報知手段（１５）は、前記パターン判定手段により前記対象パターンが前記複数の判定パターンのいずれにも含まれないと判定された場合に、報知をすること、を特徴とする状態監視装置である。
第４の発明は、第２の発明又は第３の発明の状態監視装置（１）において、前記取得関連データは、取得した時間を把握可能なデータであり、前記パターン記憶部（２５）は、前記判定パターンと、前記判定パターンの頻度に関する頻度データとを対応付けて記憶し、前記パターン判定手段（１３）は、前記対象パターンが前記パターン記憶部に記憶されている前記判定パターンに含まれ、かつ、前記取得関連データに基づいて前記対象パターンの頻度が前記判定パターンに対応付けられた前記頻度データと同じかそれ以上であるか否かを判定し、前記報知手段（１５）は、前記パターン判定手段により前記対象パターンが前記判定パターンに含まれる場合であっても、前記対象パターンの頻度が前記判定パターンに対応付けられた前記頻度データより少ないときに、報知をすること、を特徴とする状態監視装置である。
第５の発明は、第２の発明から第４の発明までのいずれかの状態監視装置（１）において、前記取得関連データは、取得した時間を把握可能なデータであり、前記パターン記憶部（２５）は、前記判定パターンと、前記判定パターンを許可する許可時間データとを対応付けて記憶し、前記パターン判定手段（１３）は、前記対象パターンが前記パターン記憶部に記憶されている前記判定パターンに含まれ、かつ、前記取得関連データに基づいて前記対象パターンのうち少なくとも一部の出現時間が前記判定パターンに対応付けられた前記許可時間データに含まれるか否かを判定し、前記報知手段（１５）は、前記パターン判定手段により前記対象パターンが前記判定パターンに含まれる場合であっても、前記対象パターンのうち少なくとも一部の出現時間が前記判定パターンに対応付けられた前記許可時間データに含まれないと判定されたときに、報知をすること、を特徴とする状態監視装置である。
第６の発明は、第１の発明から第５の発明までのいずれかの状態監視装置（１）と、前記センサ（３）と、を備える状態監視システム（１００）であって、前記センサは、検出値を取得し、取得した前記検出値に基づく前記状態データと前記取得関連データとを含むセンサデータを、前記状態監視装置に対して送信すること、を特徴とする状態監視システムである。
第７の発明は、第６の発明の状態監視システム（１００）において、前記センサ（３）と、前記状態監視装置（１）とを仲介する中継装置（４）を備え、前記センサは、前記状態データを、前記中継装置に対して送信し、前記中継装置は、前記センサから受信した複数の前記状態データを含む前記センサデータを、前記状態監視装置に対して送信すること、を特徴とする状態監視システムである。
第８の発明は、第６の発明又は第７の発明の状態監視システム（１００）において、前記センサは、液体が通過するチューブに取り付けられて前記チューブの内部を通過する通過対象を検出するものであり、前記パターン記憶部（２５）に記憶される前記判定パターンは、前記通過対象の組合せによる洗浄に関する正常及び異常の少なくとも一方のパターンであること、を特徴とする状態監視システムである。
第９の発明は、センサを用いて監視対象を監視する状態監視装置としてコンピュータを機能させるためのプログラムであって、前記コンピュータを、前記センサが検出した前記監視対象の状態を表す状態データと、前記状態データを取得した順番を把握可能な取得関連データとを含むセンサデータを受信する受信手段と、前記受信手段により受信したセンサデータの前記取得関連データに基づいて、前記状態データを順番に並べた対象パターンを取得するパターン取得手段と、前記パターン取得手段によって取得した前記対象パターンが、順序付けがされた前記状態データによる判定パターンを記憶するパターン記憶部の前記判定パターンを含むか否かを判定するパターン判定手段と、前記パターン判定手段による判定結果を記憶させる結果記憶手段と、として機能させるためのプログラムである。
【発明の効果】
【０００７】
本発明によれば、監視対象に対するメンテナンス状態を遠隔で監視することが可能な状態監視装置、状態監視システム及びプログラムを提供することができる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係る状態監視システムの全体構成を示す図である。
【図２】本実施形態に係る監視サーバの機能ブロックを示す図である。
【図３】本実施形態に係る監視サーバの記憶部の例を示す図である。
【図４】本実施形態に係る状態監視システムでのセンサデータ処理を示すフローチャートである。
【図５】本実施形態に係る監視サーバでの検証処理を示すフローチャートである。
【図６】本実施形態に係る監視サーバでのパターン判定処理を示すフローチャートである。
【図７】本実施形態に係る監視サーバでの検証処理の具体例を説明するための図である。
【図８】本実施形態に係る監視サーバでの報知処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
図１は、本実施形態に係る状態監視システム１００の全体構成を示す図である。
図２は、本実施形態に係る監視サーバ１の機能ブロックを示す図である。
図３は、本実施形態に係る監視サーバ１の記憶部２０の例を示す図である。
図１に示す状態監視システム１００は、各々の店舗９（９Ａ，９Ｂ，９Ｃ，・・・）に設けられた図示しないビールサーバの衛生状態を、遠隔に監視するためのシステムである。状態監視システム１００では、中継装置４が、ビールサーバのチューブ（監視対象）に設けられたセンサ３が検出したチューブの状態を示す状態データをセンサ３から取得して、監視サーバ１にセンサデータを送信する。そして、状態監視システム１００では、監視サーバ１（状態監視装置）が、受信したセンサデータを時系列（順番）に並べることで、センサ３の検出に基づく状態を判断し、判断結果を記憶させる。これにより、状態監視システム１００では、管理会社Ｃの端末５に、店舗９ごとのセンサ３の検出に基づく状態を出力できる。
【００１０】
状態監視システム１００は、監視サーバ１と、センサ３と、中継装置４と、端末５とを備えている。監視サーバ１と、中継装置４と、端末５とは、通信ネットワークＮを介して通信可能に接続されている。通信ネットワークＮは、例えば、公衆回線や、携帯電話回線（例えば、３Ｇ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ）やＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ））等のインターネット接続回線のワイドエリアネットワークである。
センサ３と、中継装置４とは、各店舗９内に設けられている。そして、センサ３と、中継装置４とは、例えば、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）やＢＬＥ（Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ）等を用いた近距離無線通信を行うことによって、通信可能になっている。
【００１１】
店舗９は、例えば、居酒屋等の飲食店である。店舗９には、１台の中継装置４と、１以上のセンサ３とが設けられている。例えば、店舗９Ａ及び店舗９Ｂは、センサ３と中継装置４とを１台ずつ備えている。また、店舗９Ｃは、１台の中継装置４に対して２台のセンサ３を備えている。
【００１２】
＜監視サーバ１＞
監視サーバ１は、中継装置４を介してセンサ３が検出した状態データを含むセンサデータを受信する。そして、監視サーバ１は、受信したセンサデータによって、センサ３の検出に基づく状態を判断する。具体的には、監視サーバ１は、センサ３の検出に基づくチューブの状態データによって、チューブの洗浄の有無を判断する。また、監視サーバ１は、センサ３の検出に基づく状態データによって、センサ３がビールサーバのチューブに確実に装着されているか否かを判断する。
【００１３】
図２に示すように、監視サーバ１は、制御部１０と、記憶部２０と、通信インタフェース部２９とを備える。
制御部１０は、監視サーバ１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラム等を適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。
制御部１０は、センサデータ受信部１１（受信手段）と、パターン取得部１２（パターン取得手段）と、パターン判定部１３（パターン判定手段）と、結果記憶制御部１４（結果記憶手段）と、報知部１５（報知手段）と、状態出力部１６とを備える。
【００１４】
センサデータ受信部１１は、中継装置４からセンサデータを受信する。センサデータは、状態データと、時間データ（取得関連データ）とを含む。状態データは、センサ３が検出した検出データに基づいて、集約及び加工したデータであり、具体的には、検出データの値（検出値）に基づいて、「スポンジ」、「水」、「ビール」と、それらを除く「その他」とをコード化したデータである。なお、状態データが「その他」になる場合は、例えば、センサ３がビールサーバのチューブに装着されていない場合等が考えられる。時間データは、例えば、センサ３からの状態データを中継装置４が受信した受信日時のデータである。
パターン取得部１２は、受信したセンサデータを、時間データに基づいて時系列に並べて、状態データが示すパターンを取得し、そのパターンを対象パターンにする。
【００１５】
パターン判定部１３は、パターン取得部１２が取得した対象パターンが、正常パターンテーブル２５に記憶されている正常パターン（判定パターン）を含むか否かを判定する。
ここで、パターン判定部１３は、正常パターンテーブル２５に複数の正常パターンが記憶されている場合に、対象パターンが複数の正常パターンのいずれかを含むか否かを判定してもよい。
また、パターン判定部１３は、正常パターンの頻度が対応付けられている場合に、対象パターンの頻度が正常パターンの頻度以上であるか否かを判定してもよい。
さらに、パターン判定部１３は、正常パターンに時間が対応付けられている場合に、対象パターンのうち少なくとも一部が、正常パターンの時間内に出現しているか否かを判定してもよい。
【００１６】
結果記憶制御部１４は、パターン判定部１３による判定結果を、結果記憶部２７に記憶させる。
報知部１５は、パターン判定部１３により、対象パターンが正常パターンを含まないと判定された場合に、管理会社Ｃの担当者の電子メールアドレスに対して電子メールを送信する。
状態出力部１６は、端末５からの要求に応じて、結果記憶部２７に記憶されている判定結果を出力する。
【００１７】
記憶部２０は、制御部１０を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
ここで、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、監視サーバ１は、制御部１０、記憶部２０等を備えた情報処理装置であり、コンピュータの概念に含まれる。
記憶部２０は、プログラム記憶部２１と、センサＤＢ（データベース）２２と、担当者ＤＢ２３と、状態データテーブル２４と、正常パターンテーブル２５と、センサデータ記憶部２６と、結果記憶部２７とを備える。
【００１８】
プログラム記憶部２１は、各種のプログラムを記憶するための記憶領域である。プログラム記憶部２１は、サーバプログラム２１ａを記憶している。サーバプログラム２１ａは、監視サーバ１の制御部１０が実行する各種機能を行うためのプログラムである。
センサＤＢ２２は、センサ３に関するデータベースである。図３（Ａ）に示すように、センサＤＢ２２は、センサＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）と、店舗ＩＤと、担当者ＩＤとを対応付けたものである。センサＩＤは、センサ３を識別するための識別情報である。店舗ＩＤは、センサ３が設置された店舗９を識別するための識別情報である。担当者ＩＤは、管理会社Ｃの担当者を識別するための識別情報である。なお、センサＤＢ２２は、これらの項目に限定されるものではなく、例えば、店舗名等の他の項目を有していてもよい。
【００１９】
担当者ＤＢ２３は、管理会社Ｃの担当者に関するデータベースである。図３（Ｂ）に示すように、担当者ＤＢ２３は、担当者ＩＤと、電子メールアドレスとを対応付けたものである。なお、担当者ＤＢ２３は、これらの項目に限定されるものではなく、例えば、担当者名や、担当地域名等の他の項目を有していてもよい。
状態データテーブル２４は、状態データを記憶したテーブルである。図３（Ｃ）に示すように、状態データテーブル２４は、状態データと、状態名とを対応づけたものである。図３（Ｃ）に示す例では、状態データは、「スポンジ」に対応する「１」から、「その他」に対応する「４」までの値を有する。
【００２０】
正常パターンテーブル２５は、チューブの洗浄が正常に行われた場合の状態を示す正常パターンを記憶したテーブルである。図３（Ｄ）に示すように、正常パターンテーブル２５は、パターンコードと、パターンと、頻度と、時間とを対応付けて記憶している。パターンコードは、正常パターンを識別する識別情報である。パターンは、チューブの洗浄が正常に行われた場合の状態を示す正常パターンを、状態データの遷移として時系列に示したものである。頻度は、そのパターンが出現する頻度である。時間は、そのパターンが出現し得る時間である。
【００２１】
ここで、パターンコードが「Ｐ０１」は、毎日行わなければならないチューブの水洗浄のパターンを示す。パターンが「３→２→３」は、「ビール」と「ビール」との間に「水」が含まれる場合を示す。これは、客に「ビール」を提供した後に、「水」通しをすることでチューブを洗浄し、その後、また客に「ビール」を提供する場合のパターンである。ここで、パターンコードが「Ｐ０１」は、途中で「水」通しをするだけの洗浄であるため、時間の制約がない。
【００２２】
また、パターンコードが「Ｐ０２」は、週１回行わなければならないスポンジを使用した洗浄のパターンを示す。パターンが「３→１→２→３」は、「ビール」と「ビール」との間に「スポンジ」と「水」とを、「スポンジ」→「水」の順番で検出する場合を示す。これは、客に「ビール」を提供した後に、「スポンジ」でチューブをこすり洗いをし、「水」を通してチューブを洗浄して、その後、また客に「ビール」を提供する場合のパターンである。ここで、パターンコードが「Ｐ０２」は、「スポンジ」によるこすり洗いをするため、店舗の営業終了後に行われる作業となり、時間に制約を設けている。
【００２３】
センサデータ記憶部２６は、中継装置４から受信したセンサデータを記憶する記憶領域である。図３（Ｅ）に示すように、センサデータ記憶部２６は、日時と、センサＩＤと、状態データとを対応付けて記憶している。日時は、例えば、時間データが示す日時であり、センサ３からの状態データを中継装置４が受信した受信日時を示す。
結果記憶部２７は、パターン判定部１３による判定結果を記憶する記憶領域である。図３（Ｆ）に示すように、結果記憶部２７は、検証日時と、センサＩＤと、パターンコードと、ステータスとを対応付けて記憶する。ステータスは、センサ３の検出に基づく状態を示すステータスである。ステータスの内容については、後述する。
図２に戻り、通信インタフェース部２９は、中継装置４や、端末５との間で通信を行うためのインタフェースである。
【００２４】
＜センサ３＞
図１に戻り、センサ３は、例えば、光学センサである。センサ３は、図示しないビールサーバのチューブに、例えば、チューブを挟むように装着する。そして、センサ３は、図示しない発光部が送出した光を図示しない受光部が受光することで、その光量に応じて、チューブを通過する通過物を識別可能なものである。そして、センサ３は、検出データである光量の範囲に対応付けて、状態データとして「１」から「３」までと、「１」から「３」までの範囲外である「４」と（図３（Ｃ）参照）を生成する。
【００２５】
＜中継装置４＞
中継装置４は、例えば、ＧＷ（ゲートウェイ）である。中継装置４は、センサ３から受信した状態データに、状態データを受信した日時を表す時間データを含んだセンサデータを生成し、監視サーバ１に対して送信する。中継装置４は、制御部、記憶部、通信インタフェース部（いずれも図示せず）等を備える。
【００２６】
＜端末５＞
端末５は、管理会社Ｃに設けられて、監視サーバ１に記憶されたセンサ３の検出に基づく状態を照会可能である。管理会社Ｃは、例えば、飲食店の本社等にある管理部門や、飲料を製造するメーカの管理部門等である。
端末５は、例えば、ＰＣ（パーソナルコンピュータ）である。そして、端末５は、制御部、記憶部、通信インタフェース部、表示部、入力部（いずれも図示せず）等を備える。
【００２７】
次に、状態監視システム１００での処理について説明する。
最初に、監視サーバ１がセンサデータを受信する処理について説明する。
図４は、本実施形態に係る状態監視システム１００でのセンサデータ処理を示すフローチャートである。
最初に、中継装置４での処理について説明する。ここでは、ある店舗９に設置された中継装置４に関する処理を説明するが、他の店舗９に設置された中継装置４でも同様の処理を行う。
そして、この中継装置４での処理は、例えば、中継装置４の電源（図示せず）が投入されている間は、常に実行される。
【００２８】
ステップＳ（以下、「Ｓ」という。）１０において、中継装置４の制御部は、センサ３から状態データを取得する。ここで、中継装置４の制御部は、センサ３に対して、例えば、１分おきに信号を送信することで、センサ３からデータを取得してもよい。また、中継装置４の制御部は、センサ３が自発的に送信するデータを取得してもよい。
Ｓ１１において、中継装置４の制御部は、所定時間が経過したか否かを判断する。所定時間とは、監視サーバ１に対してセンサデータを送信する時間であり、例えば、１０分等である。所定時間が経過した場合（Ｓ１１：ＹＥＳ）には、中継装置４の制御部は、処理をＳ１２に移す。他方、所定時間が経過していない場合（Ｓ１１；ＮＯ）には、中継装置４の制御部は、処理をＳ１１にとどめて、所定時間が経過するまで待機する。
Ｓ１２において、中継装置４の制御部は、取得した時間データと状態データとセンサＩＤとを含むセンサデータを、監視サーバ１に送信する。その後、中継装置４の制御部は、電源を切断する操作を受け付けない限りにおいて、処理をＳ１０に移し、センサ３から状態データを取得して、監視サーバ１に対してセンサデータを送信する処理を繰り返す。
【００２９】
次に、監視サーバ１での処理について説明する。監視サーバ１は、複数の店舗９の各々に設けられた中継装置４から受信したセンサデータに対して、本処理を行う。なお、この監視サーバ１での処理は、監視サーバ１の電源（図示せず）が投入されている間は、常に実行される。
Ｓ１５において、監視サーバ１の制御部１０（センサデータ受信部１１）は、いずれかの店舗９の中継装置４からセンサデータを受信したか否かを判断する。センサデータを受信した場合（Ｓ１５：ＹＥＳ）には、制御部１０は、処理をＳ１６に移す。他方、センサデータを受信していない場合（Ｓ１５：ＮＯ）には、制御部１０は、処理をＳ１５にとどめて、センサデータを受信するまで待機する。
Ｓ１６において、制御部１０は、センサデータ記憶部２６にセンサデータを記憶させる。その後、制御部１０は、処理をＳ１５に移す。
【００３０】
このように、監視サーバ１は、センサデータ処理によって各店舗９に設置された中継装置４からセンサデータを受信して、センサデータ記憶部２６にセンサデータを蓄積させることができる。そして、センサデータは、その店舗９のビールサーバに設けられたセンサ３の検出に基づく状態データを含むデータである。よって、監視サーバ１は、各店舗９のビールサーバに設けられたセンサ３の検出に基づく状態を、センサデータ記憶部２６に記憶させることができる。
【００３１】
次に、センサデータを用いた監視サーバ１での処理について説明する。
図５は、本実施形態に係る監視サーバ１での検証処理を示すフローチャートである。
図６は、本実施形態に係る監視サーバ１でのパターン判定処理を示すフローチャートである。
図５に示す検証処理は、例えば、１日１回等の予め決められたタイミングで実行される。
【００３２】
図５のＳ４０において、監視サーバ１の制御部１０は、センサＤＢ２２からセンサＩＤを１つ選択する。
Ｓ４１において、制御部１０は、正常パターンテーブル２５からパターンコードを１つ選択する。
Ｓ４２において、制御部１０（結果記憶制御部１４）は、結果記憶部２７にレコードを追加する。具体的には、制御部１０は、検証日時を現在日時とし、センサＩＤをＳ４０にて選択したセンサＩＤとし、パターンコードをＳ４１にて選択したパターンコードとし、ステータスを「０」にしたレコードを追加する。ここで、ステータスが「０」は、検証処理前であることを示す。
【００３３】
Ｓ４３において、制御部１０は、選択したパターンコードの頻度に対応した、選択したセンサＩＤのセンサデータを、センサデータ記憶部２６から抽出する。図３（Ｄ）に示す正常パターンテーブル２５を参照し、例えば、パターンコードが「Ｐ０１」であれば、頻度が毎日であるため、制御部１０は、最新１日分のセンサデータを抽出する。また、パターンコードが「Ｐ０２」であれば、頻度が週１回であるため、制御部１０は、最新７日分のセンサデータを抽出する。なお、これは、あくまで一例であって、頻度が毎日の場合には、検証処理を行う日時を考慮して、最新２日分のセンサデータを抽出するようにしてもよい。
Ｓ４４において、制御部１０（パターン取得部１２）は、抽出したセンサデータを日時に基づいて時系列に並べて、並べた状態データが示す対象パターンを取得する。
Ｓ４５において、制御部１０（パターン判定部１３）は、パターン判定処理を行う。
【００３４】
ここで、パターン判定処理について、図６に基づき説明する。
図６のＳ６０において、制御部１０（パターン判定部１３）は、対象パターンに、選択されたパターンコードのパターンが含まれるか否かを判断する。含まれる場合（Ｓ６０：ＹＥＳ）には、制御部１０は、処理をＳ６１に移す。他方、含まれない場合（Ｓ６０：ＮＯ）には、制御部１０は、処理をＳ６５に移す。
Ｓ６１において、制御部１０（パターン判定部１３）は、対象パターンの出現時間が、選択されたパターンコードの時間内であるか否かを判断する。時間内である場合（Ｓ６１：ＹＥＳ）には、制御部１０は、処理をＳ６２に移す。他方、時間内ではない場合（Ｓ６１：ＮＯ）には、制御部１０は、処理をＳ６３に移す。
なお、制御部１０は、対象パターンの全ての出現時間が、選択されたパターンコードの時間内であるか否かを判断してもよいし、対象パターンのうち一部の出現時間が、選択されたパターンコードの時間内であるか否かを判断してもよい。また、選択されたパターンコードに時間の制約がない場合、つまり、正常パターンテーブル２５の時間が空欄の場合には、制御部１０は、処理をＳ６２に移す。
【００３５】
Ｓ６２において、制御部１０（結果記憶制御部１４）は、結果記憶部２７に追加したレコードのステータスに「１」をセットする。ここで、ステータスが「１」とは、選択されたパターンコードのパターンを、その時間及び頻度と共に対象パターンに含む場合をいう。その後、制御部１０は、本処理を終了し、処理を図５に移す。
他方、Ｓ６３において、制御部１０（結果記憶制御部１４）は、結果記憶部２７に追加したレコードのステータスに「２」をセットする。ここで、ステータスが「２」とは、選択されたパターンコードのパターンを対象パターンに含むが、その時間が指定された時間内ではない場合をいう。
Ｓ６４において、制御部１０（報知部１５）は、後述する報知処理を行う。その後、制御部１０は、本処理を終了し、処理を図５に移す。
【００３６】
Ｓ６５において、制御部１０（結果記憶制御部１４）は、結果記憶部２７に追加したレコードのステータスに「３」をセットする。ここで、ステータスが「３」とは、選択されたパターンコードのパターンを対象パターンに含まない場合をいう。
Ｓ６６において、制御部１０（報知部１５）は、後述する報知処理を行う。その後、制御部１０は、本処理を終了し、処理を図５に移す。
【００３７】
図５に戻り、Ｓ４６において、制御部１０は、正常パターンテーブル２５に記憶されている全てのパターンコードについて処理をしたか否かを判断する。全てのパターンコードについて処理をした場合（Ｓ４６：ＹＥＳ）には、制御部１０は、処理をＳ４８に移す。他方、全てのパターンコードについて処理をしていない場合（Ｓ４６：ＮＯ）には、制御部１０は、処理をＳ４７に移す。
Ｓ４７において、制御部１０は、正常パターンテーブル２５から未処理のパターンコードを１つ選択する。その後、制御部１０は、処理をＳ４２に移す。
【００３８】
Ｓ４８において、制御部１０は、センサＤＢ２２に記憶されている全てのセンサＩＤに対して処理を行ったか否かを判断する。全てのセンサＩＤに対して処理を行った場合（Ｓ４８：ＹＥＳ）には、制御部１０は、本処理を終了する。他方、全てのセンサＩＤに対して処理を行っていない場合（Ｓ４８：ＮＯ）には、制御部１０は、処理をＳ４９に移す。
Ｓ４９において、制御部１０は、センサＤＢ２２から未処理のセンサＩＤを１つ選択する。その後、制御部１０は、処理をＳ４１に移す。
【００３９】
＜具体例＞
次に、検証処理の具体例を、図７に基づいて説明する。
図７は、本実施形態に係る監視サーバ１での検証処理の具体例を説明するための図である。
図７（Ａ）は、センサデータ記憶部２６のセンサデータのうち、１つのセンサ３（センサＩＤが「Ｓ０００１」）に関するデータを示す。
まず、制御部１０によりパターンコード「Ｐ０１」が選択され（図５のＳ４１）、結果記憶部２７には、図７（Ｂ）に示すように、レコード２７ａが追加される（図５のＳ４２）。なお、この時のレコード２７ａのステータスは「０」である。
【００４０】
次に、制御部１０は、パターンコード「Ｐ０１」の頻度に対応したセンサデータを抽出する（図５のＳ４３）。この例では、頻度が毎日であるので、例えば、日付が「２０１６／３／４」の１日分のデータを抽出する。
そして、制御部１０は、対象パターンを取得する（図５のＳ４４）。ここでは、図７（Ａ）の（＃１）によって示されるパターンである「３→２→３」が取得できる。
この対象パターンは、パターンコード「Ｐ０１」のパターン（図３（Ｄ）参照）を含むので（図６のＳ６０がＹＥＳ）、制御部１０は、図７（Ｂ）に示す結果記憶部２７のレコード２７ａのステータスに「１」をセットする（図６のＳ６２）。なお、パターンコード「Ｐ０１」は、時間に関する制約がないため、図６のＳ６１の処理はＹＥＳが選択される。
【００４１】
次に、未処理のパターンコードがあるため（図５のＳ４６がＮＯ）、制御部１０は、未処理のパターンコードである「Ｐ０２」を選択する（図５のＳ４７）。
そして、結果記憶部２７には、図７（Ｂ）に示すように、レコード２７ｂが追加される（図５のＳ４２）。なお、この時のレコード２７ｂのステータスは「０」である。
次に、制御部１０は、パターンコード「Ｐ０２」の頻度に対応したセンサデータを抽出する（図５のＳ４３）。この例では、頻度が週１回であるので、例えば、日付が「２０１６／２／２７」から「２０１６／３／４」までの７日間分のデータを抽出する。
そして、制御部１０は、対象パターンを取得する（図５のＳ４４）。ここでは、図７（Ａ）の（＃２）によって示されるパターンである「３→１→２→３」を含む「３→２→３→２→３→・・・→３→１→２→３→２→３」が取得できる。
この対象パターンは、パターンコード「Ｐ０２」のパターンを含む（図３（Ｄ）参照）が（図６のＳ６０がＹＥＳ）、時間が「２２時〜翌９時」の範囲ではない（図６のＳ６１がＮＯ）ため、制御部１０は、図７（Ｂ）に示す結果記憶部２７のレコード２７ｂのステータスに「２」をセットする（図６のＳ６３）。
【００４２】
次に、報知処理について説明する。
図８は、本実施形態に係る監視サーバ１での報知処理を示すフローチャートである。
Ｓ７０において、制御部１０は、センサＤＢ２２を参照し、処理中のセンサＩＤに対応する担当者ＩＤを抽出する。
Ｓ７１において、制御部１０は、担当者ＤＢ２３を参照し、抽出した担当者ＩＤに対応する電子メールアドレスを取得する。
Ｓ７２において、制御部１０（報知部１５）は、Ｓ７１で取得した電子メールアドレスを宛先とし、ステータスに応じた内容を記載した電子メールを生成して送信する。
【００４３】
例えば、ステータスが「２」である場合は、ビールサーバのチューブが洗浄されているが、その時間が指定時間内ではないことを示す。よって、電子メールの内容を、洗浄時間が通常時間ではない旨を記載した注意メールにすればよい。
また、ステータスが「３」である場合は、ビールサーバのチューブが洗浄されていないことを示す。よって、電子メールの内容を、洗浄がされていない旨を記載した警告メールにすればよい。
さらに、電子メールには、その他、センサＩＤや、そのセンサＩＤのセンサ３が設置された店舗名等を記載してもよい。
なお、報知については、電子メールに限定されず、その他メッセージ等による報知でもよい。また、報知する対象者は、担当者だけでなく、複数の者に行ってもよい。
その後、制御部１０は、本処理を終了し、処理を図６に移す。
【００４４】
このように、監視サーバ１が電子メールによる報知を行うことで、電子メールを受信した担当者は、センサ３の検出に基づく状態を確認できる。そして、この電子メールを契機として、担当者は、端末５から監視サーバ１に対してアクセスし、結果記憶部２７を直接参照することができる。また、担当者は、端末５から監視サーバ１に対してアクセスし、センサデータ記憶部２６やログデータ等によって、再度検証をすることができる。
【００４５】
このように、本実施形態によれば、状態監視システム１００は、以下のような効果がある。
（１）監視サーバ１は、中継装置４を介して取得したセンサ３による対象パターンが正常パターンを含むか否かを判定して、判定結果を結果記憶部２７に記憶させる。よって、結果記憶部２７を参照すれば、正常パターンを含んでいるか否かの検証結果を確認できる。
このような仕組みを構築することによって、センサ３が装着されたチューブに対するメンテナンス状態を、端末５で確認できるため、管理会社Ｃの担当者が、遠隔で監視することができる。
【００４６】
（２）監視サーバ１は、センサデータを時系列に並べて対象パターンを取得する。よって、対象パターンは、順番を含んだものになる。よって、順番を含んで対象パターンが正常パターンを含むか否かを判定することができる。
（３）監視サーバ１は、対象パターンに正常パターンを含まない場合には、電子メールによって報知するので、異常があったことを即時に確認できる。
（４）監視サーバ１は、複数の異なる正常パターンを記憶するので、複数の正常パターンを用いた検証を行うことができる。
（５）監視サーバ１は、正常パターンの頻度を有するので、頻度を含めて対象パターンが正常パターンを含むか否かを判定することができる。
（６）監視サーバ１は、正常パターンの時間を有するので、出現時間を含めて対象パターンが正常パターンを含むか否かを判定することができる。
【００４７】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４８】
（変形形態）
（１）本実施形態では、監視サーバは、中継装置を介してセンサデータを受信するものを例に説明したが、これに限定されない。例えば、センサと、監視サーバとを直接通信可能に接続して、監視サーバは、センサから直接センサデータを受信するようにしてもよい。
（２）本実施形態では、センサにて検出したデータを加工、集約等をして、センサからセンサデータを受信する中継装置では、特段の処理を行わないものとして説明したが、これに限定されない。中継装置でデータの加工及び集約を行うようにしてもよい。
また、状態データは、一例であって、他の状態があってもよい。
（３）本実施形態では、監視サーバの記憶部が記憶するデータとして、各種のＤＢを説明したが、これに限定されない。監視サーバの記憶部におけるデータの保有方法は、その一例であり、他の保有方法であってもよい。
【００４９】
（４）本実施形態では、正常パターンを記憶するものを例に説明したが、これに限定されない。異常と判断するパターンを記憶させておいてもよい。また、正常と異常との両方のパターンを記憶させておいてもよい。
（５）本実施形態では、１つのセンサ３ごとに複数の正常パターンの全てを満たすか否かを判断し、１つでも満たさないものがある場合に、報知をするものとして説明したが、これに限定されない。複数の正常パターンのうち１つでも満たすものがある場合には、報知をしないようにしてもよい。
【００５０】
（６）本実施形態では、監視サーバは、１つのセンサに対するセンサデータによる検証を行ったが、これに限定されない。例えば、１台の中継装置が複数のセンサからの状態データを受信する場合に、監視サーバは、同じ時間に同じ状態データを有する場合について、異常と判定するようにしてもよい。そのようにすることで、センサが各監視対象に適切に装着され、複数のセンサが１つの監視対象に装着されていないことの確認を行うことができる。
（７）本実施形態では、ビールサーバのチューブに設けられたセンサを例に説明したが、これに限定されない。順番を含んだ判定パターンがあるものであれば、他の様々な用途でも用いることができる。
【符号の説明】
【００５１】
１    監視サーバ
３    センサ
４    中継装置
５    端末
９，９Ａ，９Ｂ，９Ｃ  店舗
１０  制御部
１１  センサデータ受信部
１２  パターン取得部
１３  パターン判定部
１４  結果記憶制御部
１５  報知部
１６  状態出力部
２０  記憶部
２１ａ  サーバプログラム
２２  センサＤＢ
２３  担当者ＤＢ
２４  状態データテーブル
２５  正常パターンテーブル
２６  センサデータ記憶部
２７  結果記憶部
１００  状態監視システム
Ｃ    管理会社
Ｎ    通信ネットワーク
【図１】
2018013828.tif 000003
【図２】
2018013828.tif 000004
【図３】
2018013828.tif 000005
【図４】
2018013828.tif 000006
【図５】
2018013828.tif 000007
【図６】
2018013828.tif 000008
【図７】
2018013828.tif 000009
【図８】
2018013828.tif 000010