特開 2023-122123 管理システムおよび管理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023122123

(43)【公開日】2023-09-01

(54)【発明の名称】管理システムおよび管理方法

(51)【国際特許分類】

   G08B 25/10 20060101AFI20230825BHJP

   G08B 21/24 20060101ALI20230825BHJP

   H04Q 9/00 20060101ALI20230825BHJP

   G06Q 10/109 20230101ALI20230825BHJP

【ＦＩ】

G08B25/10 A

G08B21/24

H04Q9/00 301Z

H04Q9/00 311J

G06Q10/10 340

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2022025589

(22)【出願日】2022-02-22

(71)【出願人】

【識別番号】391001457

【氏名又は名称】アイリスオーヤマ株式会社

(74)【代理人】

【識別番号】100135389

【弁理士】

【氏名又は名称】臼井 尚

(74)【代理人】

【識別番号】100086380

【弁理士】

【氏名又は名称】吉田 稔

(74)【代理人】

【識別番号】100103078

【弁理士】

【氏名又は名称】田中 達也

(74)【代理人】

【識別番号】100130650

【弁理士】

【氏名又は名称】鈴木 泰光

(74)【代理人】

【識別番号】100168099

【弁理士】

【氏名又は名称】鈴木 伸太郎

(74)【代理人】

【識別番号】100168044

【弁理士】

【氏名又は名称】小淵 景太

(74)【代理人】

【識別番号】100200609

【弁理士】

【氏名又は名称】齊藤 智和

(72)【発明者】

【氏名】土居 敦

(72)【発明者】

【氏名】尾形 大輔

【テーマコード（参考）】

5C086

5C087

5K048

5L049

【Ｆターム（参考）】

5C086AA05

5C086BA13

5C086BA30

5C086CB01

5C086DA08

5C086DA14

5C086FA18

5C087AA02

5C087AA03

5C087AA25

5C087BB02

5C087BB20

5C087BB74

5C087DD33

5C087EE07

5C087EE14

5C087FF01

5C087FF02

5C087FF03

5C087FF04

5C087GG08

5K048BA34

5K048DA02

5K048DB01

5K048DC01

5K048EB10

5K048HA01

5K048HA02

5K048HA03

5L049AA13

(57)【要約】      （修正有）

【課題】より適切に異常を認識する管理システム及び管理方法を提供すること。
【解決手段】管理システムＡ１は、対象物の温度を測定する複数のセンサ装置Ｅｓ１～Ｅｓｎと、複数の照明装置Ｌ１～Ｌｎと、制御装置Ｃｔと、インターネットＩｔを介して相互通信可能な設定装置ＣＬ、ユーザ端末Ｕｔ及び管理端末Ｍｔとを備える。制御装置Ｃｔ又は設定装置ＣＬは、測定データに基づいて対象物について異常の有無を判定する。設定装置ＣＬ又は管理端末Ｍｔは、判定の結果に基づいて対象物について異常があると判定した場合に、異常を示す異常通知をユーザ端末Ｕｔに送信する。設定装置ＣＬ又は管理端末Ｍｔは、確認回答を受信していない場合であって、制御装置Ｃｔ又は設定装置ＣＬが異常と同一の異常が発生したと判定した場合又は所定時間が経過した場合に異常通知をユーザ端末Ｕｔに送信する。
【選択図】図１

【特許請求の範囲】

【請求項1】

対象物の温度を測定する複数のセンサ装置と、
前記複数のセンサ装置が測定した測定データを送受信する複数の中継ユニットと、
前記複数の中継ユニットから前記測定データを受信する制御装置と、
公衆ネットワークを介して相互通信可能な設定装置、ユーザ端末および管理端末と、を備え、
前記設定装置は、前記制御装置から送信された前記測定データを記憶し、
前記管理端末および前記ユーザ端末は、前記測定データの内容を確認可能であり、
前記制御装置または前記設定装置は、前記測定データに基づいて前記対象物について異常の有無を判定し、
前記設定装置または前記管理端末は、前記判定の結果に基づいて前記対象物について異常があると判定された場合に、異常を示す異常通知と、所定の期間に亘って前記異常通知を行うこととなるリマインド設定の要否の確認回答を要求する確認通知と、を前記ユーザ端末に送信し、
前記設定装置または前記管理端末は、前記確認回答を受信していない場合であって、前記制御装置または前記設定装置が前記異常と同一の異常が発生したと判定した場合、または、所定時間が経過した場合に、前記異常通知を前記ユーザ端末に送信する、管理システム。

【請求項2】

前記設定装置または前記管理端末は、前記ユーザ端末から前記確認回答を受信するまで、前記所定時間毎に前記異常通知を繰り返し送信する、請求項１に記載の管理システム。

【請求項3】

前記設定装置または前記管理端末は、前記ユーザ端末から前記確認回答を受信したことに基づいて、前記ユーザ端末に前記異常通知を一度のみ送信する、請求項２に記載の管理システム。

【請求項4】

対象物の物理量を測定する複数のセンサ装置と、
前記複数のセンサ装置が測定した測定データを送受信する複数の中継ユニットと、
前記複数の中継ユニットから前記測定データを受信する制御装置と、
公衆ネットワークを介して相互通信可能な設定装置、ユーザ端末および管理端末と、を用い、
前記設定装置は、前記制御装置から送信された前記測定データを記憶し、
前記管理端末および前記ユーザ端末は、前記測定データの内容を確認可能である、管理方法であって、
前記制御装置または前記設定装置が、前記測定データに基づいて前記対象物について異常の有無を判定する工程と、
前記設定装置または前記管理端末が、前記判定の結果に基づいて前記対象物について異常があると判定された場合に、異常を示す異常通知と、所定の期間に亘って前記異常通知を行うこととなるリマインド設定の要否の確認回答を要求する確認通知と、を前記ユーザ端末に送信する工程と、
前記設定装置または前記管理端末が、前記確認回答の受信を確認する工程と、
前記設定装置または前記管理端末が、前記確認回答を受信していない場合であって、前記制御装置または前記設定装置が前記異常と同一の異常が発生したと判定した場合、または、所定時間が経過した場合に、前記異常通知を前記ユーザ端末に送信する工程と、を備える、管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、管理システムおよび管理方法に関する。

【背景技術】

【0002】

従来より、温度センサ等の複数のセンサを用いた管理システムが種々に提案されている。特許文献１には、従来の管理システムの一例が開示されている。同文献に開示された管理システムでは、温度センサの記録データがモニタリング部に記録される。温度センサの記録データが異常値であった場合、通信部を介して関係者に異常を知らせるメールが送信される。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－１５２８９０号公報

【発明の概要】

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

【0004】

異常を知らせるメールを関係者が確認し忘れた場合等に、適切に異常を認識できないことが懸念される。

【0005】

本発明は、上記した事情のもとで考え出されたものであって、より適切に異常を認識することが可能な管理システムおよび管理方法を提供することをその課題とする。

【0006】

本発明の第１の側面によって提供される管理システムは、対象物の温度を測定する複数のセンサ装置と、前記複数のセンサ装置が測定した測定データを送受信する複数の中継ユニットと、前記複数の中継ユニットから前記測定データを受信する制御装置と、公衆ネットワークを介して相互通信可能な設定装置、ユーザ端末および管理端末と、を備え、前記設定装置は、前記制御装置から送信された前記測定データを記憶し、前記管理端末および前記ユーザ端末は、前記測定データの内容を確認可能であり、前記制御装置または前記設定装置は、前記測定データに基づいて前記対象物について異常の有無を判定し、前記設定装置または前記管理端末は、前記判定の結果に基づいて前記対象物について異常があると判定された場合に、異常を示す異常通知と、所定の期間に亘って前記異常通知を行うこととなるリマインド設定の要否の確認回答を要求する確認通知と、を前記ユーザ端末に送信し、前記設定装置または前記管理端末は、前記確認回答を受信していない場合であって、前記制御装置または前記設定装置が前記異常と同一の異常が発生したと判定した場合、または、所定時間が経過した場合に、前記異常通知を前記ユーザ端末に送信する。

【0007】

本発明の好ましい実施の形態においては、前記設定装置または前記管理端末は、前記ユーザ端末から前記確認回答を受信するまで、前記所定時間毎に前記異常通知を繰り返し送信する。

【0008】

本発明の好ましい実施の形態においては、前記設定装置または前記管理端末は、前記ユーザ端末から前記確認回答を受信したことに基づいて、前記ユーザ端末に前記異常通知を一度のみ送信する。

【0009】

本発明の第２の側面によって提供される管理方法は、対象物の物理量を測定する複数のセンサ装置と、前記複数のセンサ装置が測定した測定データを送受信する複数の中継ユニットと、前記複数の中継ユニットから前記測定データを受信する制御装置と、公衆ネットワークを介して相互通信可能な設定装置、ユーザ端末および管理端末と、を用い、前記設定装置は、前記制御装置から送信された前記測定データを記憶し、前記管理端末および前記ユーザ端末は、前記測定データの内容を確認可能である、管理方法であって、前記制御装置または前記設定装置が、前記測定データに基づいて前記対象物について異常の有無を判定する工程と、前記設定装置または前記管理端末が、前記判定の結果に基づいて前記対象物について異常があると判定された場合に、異常を示す異常通知と、所定の期間に亘って前記異常通知を行うこととなるリマインド設定の要否の確認回答を要求する確認通知と、を前記ユーザ端末に送信する工程と、前記設定装置または前記管理端末が、前記確認回答の受信を確認する工程と、前記設定装置または前記管理端末が、前記確認回答を受信していない場合であって、前記制御装置または前記設定装置が前記異常と同一の異常が発生したと判定した場合、または、所定時間が経過した場合に、前記異常通知を前記ユーザ端末に送信する工程と、を備える。

【発明の効果】

【0010】

本発明によれば、より適切に異常を認識することができる。

【0011】

本発明のその他の特徴および利点は、添付図面を参照して以下に行う詳細な説明によって、より明らかとなろう。

【図面の簡単な説明】

【0012】

【図1】本発明の第１実施形態に係る管理システムを示すシステム構成図である。

【図2】本発明の第１実施形態に係る管理システムの照明装置を示すブロック図である。

【図3】本発明の第１実施形態に係る管理システムの制御装置を示すブロック図である。

【図4】（ａ）～（ｃ）は、本発明の第１実施形態に係る管理システムの管理対象の管理温度例を示す表である。

【図5】本発明の第１実施形態に係る管理システムのセンサ装置を示すブロック図である。

【図6】本発明の第１実施形態に係る管理システムのユーザ端末を示すブロック図である。

【図7】本発明の第１実施形態に係る管理システムの管理端末を示すブロック図である。

【図8】本発明の第１実施形態に係る管理システムを示す概略配置図である。

【図9】本発明の第１実施形態に係る管理システムのシーケンスダイアグラムである。

【図10】本発明の第１実施形態に係る管理システムのシーケンスダイアグラムである。

【図11】本発明の第１実施形態に係る管理システムのフローチャートである。

【図12】本発明の第１実施形態に係る管理システムのフローチャートである。

【図13】本発明の第１実施形態に係る管理システムのフローチャートである。

【図14】本発明の第１実施形態に係る管理システムのシーケンスダイアグラムの他の例である。

【図15】本発明の第１実施形態に係る管理システムのシーケンスダイアグラムの他の例である。

【図16】本発明の第１実施形態に係る管理システムのフローチャートの他の例である。

【図17】本発明の第１実施形態に係る管理システムの第１変形例のシステム構成図である。

【図18】本発明の第２実施形態に係る管理システムのシーケンスダイアグラムである。

【図19】（ａ）～（ｃ）は、異常通知の送信間隔の設定を説明する図である。

【図20】（ａ）～（ｃ）は、異常通知の送信間隔の設定の他の例を説明する図である。

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

【0013】

以下、本発明の好ましい実施の形態につき、図面を参照して具体的に説明する。

【0014】

本発明における「第１」、「第２」、「第３」等の用語は、単に識別のために用いたものであり、それらの対象物に順列を付することを意図していない。

【0015】

＜第１実施形態＞
図１～図１８は、本発明の第１実施形態に係る管理システムを示している。本実施形態の管理システムＡ１は、複数のセンサ装置Ｅｓ、複数の照明装置Ｌ、制御装置Ｃｔ、設定装置ＣＬ、ユーザ端末Ｕｔおよび管理端末Ｍｔを備える。管理システムＡ１は、たとえば図８に示すように、店舗内に配置されたショーケースＳｃに設置された温度測定機能を有するセンサ装置Ｅｓを用いて、ショーケースＳｃの庫内温度を管理するシステムである。ただし、センサ装置Ｅｓが検出する物理量や、複数のセンサ装置Ｅｓが設置される環境は、何ら限定されない。

【0016】

〔照明装置Ｌ（中継ユニット）〕
照明装置Ｌは、本発明における中継ユニットの具体例である。中継ユニットの具体例としては、照明装置Ｌに限定されない。たとえば、以降に説明する照明装置Ｌから光源部１１を除いた専用の構成の中継ユニットを用いてもよい。

【0017】

複数の照明装置Ｌは、たとえば屋内の照明に用いられ、天井、壁面、床面等の種々の箇所に設置される。また、照明装置Ｌは、屋外の照明に用いられる構成であってもよい。照明装置Ｌの具体的な形態は何ら限定されず、直管形蛍光灯の代替照明や高天井照明、シーリングライト、ダウンライト、ベースライト、スポットライト等の種々の形態を適宜採用可能である。本実施形態においては、図８に示すように、複数の照明装置Ｌは、店舗の天井に設置されている。以降の説明においては、照明装置Ｌの一般的な構成を述べる場合に照明装置Ｌと称するとともに、複数の照明装置Ｌを区別する場合に照明装置Ｌ１、・・・照明装置Ｌｎ等の符号を適宜用いる場合がある（ｎは、自然数）。複数の照明装置Ｌ１～Ｌｎは、それぞれの構成が同一であってもよいし、互いの一部が共通していてもよいし、互いに異なる構成であってもよい。以降の説明においては、特段の記載がない限り、複数の照明装置Ｌ１～Ｌｎが同一の構成である場合を例に説明する。

【0018】

図２は、照明装置Ｌのブロック図である。照明装置Ｌは、光源部１１、制御部１２、記憶部１３、無線通信モジュール１４および電源部１５を備える。

【0019】

光源部１１は、照明装置Ｌ１において発光機能を果たす部位である。光源部１１の具体的構成は何ら限定されず、たとえば、基板と当該基板に列をなして搭載された複数のＬＥＤとからなる。また、照明装置Ｌ１は、光源部１１からの光を透過させる透明または半透明のカバー（図示略）を適宜有する。

【0020】

制御部１２は、たとえば制御装置Ｃｔからの指示等に基づいて、照明装置Ｌの各部を制御するためのものである。制御部１２の具体的構成は特に限定されず、たとえばＣＰＵからなる。記憶部１３は、制御部１２の制御に必要な情報を記憶するためのものであり、たとえば半導体メモリからなる。なお、記憶部１３は、照明装置Ｌの筐体（図示略）に内蔵されるものに限定されず、照明装置Ｌの筐体の外部に着脱可能に設けられるものであってもよい。

【0021】

無線通信モジュール１４は、制御装置Ｃｔ、複数の照明装置Ｌおよび複数のセンサ装置Ｅｓと無線通信を行うためのものであり、無線信号を送信および受信するモジュールである。無線通信モジュール１４は、たとえば、ＵＡＲＴ（Universal Asynchronous Receiver Transmitter）通信によって制御部１２と接続されているが、これに限定されない。無線通信モジュール１４は、第１無線通信部１４１および第２無線通信部１４２を有する。

【0022】

無線通信モジュール１４の機能を例示すると、制御装置Ｃｔ、他の照明装置Ｌおよびセンサ装置Ｅｓからの信号を受信し、受信した信号に含まれるデータを制御部１２に送信する。また、照明制御信号を受信したことを示すアクノリッジ信号を制御装置Ｃｔに送信する。また、照明装置Ｌの動作状況を示すステータス情報信号を制御装置Ｃｔに送信してもよい。

【0023】

本実施形態においては、複数の照明装置Ｌの各々が有する固有の灯具ＩＤが、無線通信モジュール１４に記憶されている。灯具ＩＤの情報形式は特に限定されず、たとえばＭＡＣ（Media Access Control）アドレスが用いられる。なお、灯具ＩＤは、第１無線通信部１４１および第２無線通信部１４２のいずれか、もしくはこれら以外の無線通信モジュール１４の構成要素に記憶されていてもよいし、たとえば記憶部１３に記憶されていてもよい。

【0024】

第１無線通信部１４１は、制御装置Ｃｔおよび他の照明装置Ｌと第１プロトコルを用いた無線通信を行うためのものである。第１プロトコルを用いた無線通信の通信周波数は何ら限定されず、たとえ９２０ＭＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯等が例示される。また、第１プロトコルの具体例は特に限定されず、たとえば、BLE（Bluetooth Low Energy）を含むBluetooth（登録商標）、Zigbee（登録商標）、Wi-Fi（登録商標）などが例示される。本実施形態においては、第１無線通信部１４１を有する複数の照明装置Ｌと制御装置Ｃｔとが、メッシュネットワークである無線通信ネットワークＣｎ１を構築している。第１プロトコルは、後述のように複数の照明装置Ｌ間で各種データの転送に用いられるため、それらのデータ転送に必要となる転送速度や、信頼性を確保した上で、メッシュネットワークを構築できるプロトコルが選択される。

【0025】

第２無線通信部１４２は、センサ装置Ｅｓと第２プロトコルを用いた無線通信を行うためのものである。第２プロトコルを用いた無線通信の通信周波数は何ら限定されず、たとえば９２０ＭＨｚ帯、２．４ＧＨｚ帯、５ＧＨｚ帯等が例示される。また、第２プロトコルの具体例は特に限定されず、たとえば、BLE（Bluetooth Low Energy）を含むBluetooth（登録商標）、Zigbee（登録商標）、Wi-Fi（登録商標）などが例示される。図示された例においては、第２無線通信部１４２は、ＳＰＩ（Serial Peripheral Interface）通信によって第１無線通信部１４１と接続されているが、これに限定されない。

【0026】

第１プロトコルと第２プロトコルとは、互いの通信が干渉しないように通信周波数が異なるものを選択することが好ましい。また、第１無線通信部１４１による無線通信と第２無線通信部１４２による無線通信とは、互いの通信タイミングを異ならせることが好ましい。なお、第２プロトコルを用いた無線通信は、たとえば、第１プロトコルを用いた無線通信よりも通信距離が短いものを選択してもよい。

【0027】

無線通信モジュール１４は、たとえば第１無線通信部１４１によって制御装置Ｃｔからセンサ装置Ｅｓのデータ取得を要求する要求信号を受信した場合、当該要求信号を第１プロトコルから第２プロトコルに変換することによって転送データを構築し、この転送データを制御部１２からセンサ装置Ｅｓに送信する。また、センサ装置Ｅｓから送信された測定データを第２無線通信部１４２が受信した場合、当該測定データを第１プロトコルに変換することによって転送データを構築し、制御装置Ｃｔに送信する。具体的な例を挙げると、無線通信モジュール１４は、センサ装置Ｅｓからの測定データが第２プロトコルを用いた通信であることを通信データ中のプロトコルフラグから検出する。次いで、第２プロトコルに応じた手順で所定の処理を行って第２無線通信部１４２によって受信する。そして、測定データを第１プロトコルを用いた通信のデータ形式に変換することで転送データを構築し、無線通信ネットワークＣｎ１で隣接する照明装置Ｌに転送する。なお、転送データの構築は、新規の転送データを生成する処理を含む。また、転送データの構築は、予め用意された複数の転送データから条件に合致する等の転送データを選択する処理を含む。以降の説明において、特段の記載がない限り、転送データの構築は、これらの処理を含むものとして用いられる。

【0028】

電源部１５は、光源部１１、制御部１２および無線通信モジュール１４等に動作に必要な電力を供給するためのものである。電源部１５は、たとえば商用の交流１００Ｖまたは２００Ｖ電力を直流電力に変換するＡＣ／ＤＣコンバータとしての機能や、変圧機能等を有する。

【0029】

〔制御装置Ｃｔ〕
制御装置Ｃｔは、複数の照明装置Ｌ１～Ｌｎの点灯制御や複数のセンサ装置Ｅｓの測定制御を行うものである。制御装置Ｃｔは、複数の照明装置Ｌ１～Ｌｎが設置されている建物（倉庫等）と同じ建物に設置されていてもよいし、別の建物に設置されていてもよい。本実施形態においては、図８に示すように、制御装置Ｃｔは、複数の照明装置Ｌ１～Ｌｎとともに、店舗内に配置されている。制御装置Ｃｔと複数の照明装置Ｌ１～Ｌｎとがある程度離れている場合、制御装置Ｃｔと複数の照明装置Ｌ１～Ｌｎとは、無線通信だけでなく、有線通信と無線通信とを利用して互いに通信する構成であってもよい。なお、管理システムＡ１は、少なくとも１つの制御装置Ｃｔを備えていればよく、他の構成において複数の制御装置Ｃｔを備えていてもよい。なお、本実施形態の制御装置Ｃｔは、複数の照明装置Ｌとの双方に通信可能である。

【0030】

図３は、制御装置Ｃｔのブロック図である。本実施形態においては、制御装置Ｃｔは、表示部２１、制御部２２、記憶部２３、無線通信部２４および電源部２５を備える。

【0031】

表示部２１は、後述する管理システムＡ１の管理方法においては、必ずしも必要ではないが、制御装置Ｃｔの初期設定やメンテナンス等に用いられる。表示部２１は、たとえば液晶ディスプレイ等であり、さらにタッチパネル機能を有してもよい。また、表示部２１がタッチパネルとして機能することに代えて、制御装置Ｃｔは、たとえばキーボードやマウス等の操作デバイスを別途備えていてもよい。

【0032】

制御部２２は、複数の照明装置Ｌ１～Ｌｎの点灯制御や複数のセンサ装置Ｅｓの測定制御を行う主要な構成要素であり、制御装置Ｃｔの各部を制御するためのものである。たとえば、制御部２２は、無線通信部２４が設定装置ＣＬから受信した指示信号に基づいて、対象とする照明装置Ｌへ制御信号を送信するように、無線通信部２４に制御信号を伝達する。制御部２２の具体的構成は特に限定されず、たとえばＣＰＵからなる。記憶部２３は、制御部２２の制御に必要なプログラムや設定条件等の情報を記憶するためのものであり、たとえば半導体メモリやハードディスクドライブ等からなる。

【0033】

また、制御装置Ｃｔは、センサ装置Ｅｓの測定データについて、異常の有無を判定してもよい。

【0034】

無線通信部２４は、複数の照明装置Ｌ１～Ｌｎの無線通信モジュール１４の第１無線通信部１４１と無線通信を行うためのものである。無線通信部２４の周波数帯や準拠する無線通信の規格は、上述の第１プロトコルを用いた無線通信である。無線通信部２４は、たとえば、制御部２２から複数の照明装置Ｌ１～Ｌｎへの制御信号を送信する。また、複数のセンサ装置Ｅｓへの測定要求信号を送信する。あるいは、設定装置ＣＬから送信される指示信号を受信する。受信した指示信号は、制御部２２に伝達される。なお、図１に示す例においては、制御装置Ｃｔは、Wi-Fi（登録商標）等によってユーザ端末Ｕｔと通信可能であり、ユーザ端末Ｕｔを介してインターネットＩｔに接続されている。

【0035】

電源部２５は、表示部２１、制御部２２および無線通信部２４等に動作に必要な電力を供給するためのものである。電源部２５は、たとえば商用の交流１００Ｖまたは２００Ｖ電力を直流電力に変換するＡＣ／ＤＣコンバータとしての機能や、変圧機能等を有する。

【0036】

制御装置Ｃｔは、複数の照明装置Ｌの灯具ＩＤや複数のセンサ装置Ｅｓの機器ＩＤを保有しており、これらがたとえば記憶部４３に記憶されている。制御装置Ｃｔが保有する灯具ＩＤや機器ＩＤは、照明装置Ｌが保有する灯具ＩＤとしてのＭＡＣアドレスやセンサ装置Ｅｓが保有する機器ＩＤとしてのＭＡＣアドレスでもよいし、これらのＭＡＣアドレスと対応付けされた別の灯具ＩＤや機器ＩＤであってもよい。

【0037】

尚、制御装置Ｃｔは、後述するように、インターネットＩｔ等の公衆ネットワークを介して、ユーザ端末Ｕｔを介さずにクラウド（設定装置ＣＬ）に測定データを送信することとしてもよい。このような構成は、携帯電話回線網（ＬＴＥ）やＬＡＮ回線に制御装置Ｃｔが接続されることで実現することができる。

【0038】

なお、管理システムＡ１内に時計ユニット（図示略）を別途配置してもよい。この時計ユニットは、ＦＭ電波を受信し、無線通信ネットワークＣｎ１を介して時間情報を制御装置Ｃｔに送信する。制御装置Ｃｔから各照明装置Ｌや各センサ装置Ｅｓに送信されるデータには、この時間情報を付与する。各照明装置Ｌや各センサ装置Ｅｓは受信した時計情報をもとにそれぞれの時刻をカウントする。これにより、管理システムＡ１を構成する機器や装置の時刻をより正確に合わせることができる。

【0039】

〔設定装置ＣＬ〕
設定装置ＣＬは、たとえば商用クラウドサービス等によって構築されており、制御部６１、記憶部６２および通信部６３を有する。ただし、本発明の設定装置は、クラウド上に構築された例に限定されず、たとえば制御装置Ｃｔやユーザ端末Ｕｔとは異なる場所に設置されたサーバ機器であってもよい。

【0040】

制御部６１は後述の設定装置ＣＬの動作を制御するものであり、たとえばＣＰＵ等が用いられる。

【0041】

記憶部６２は、管理システムＡ１における後述の指定情報や予め用意された設定コマンド等を保存するものであり、半導体メモリ、ハードディスク等が用いられる。

【0042】

通信部６３は、公衆ネットワーク（たとえばインターネットＩｔ）を介して、制御装置Ｃｔ、ユーザ端末Ｕｔ、管理端末Ｍｔと通信を行うものであり、有線通信および無線通信のいずれかまたは双方が可能である。

【0043】

設定装置ＣＬは、たとえば制御装置Ｃｔから送信された測定データを記憶部６２に記憶する。また、設定装置ＣＬは、センサ装置Ｅｓからの測定データに基づいて異常の有無を判定する。また、設定装置ＣＬは、後述の異常通知および確認通知の電子メールをユーザ端末Ｕｔに送信する機能を有していてもよい。

【0044】

〔センサ装置Ｅｓ〕
センサ装置Ｅｓは、様々な対象物の物理量を検出するものであり、たとえば、温度センサ、湿度センサ、人感センサ、二酸化炭素濃度センサ等として機能するものである。複数のセンサ装置Ｅｓの設置箇所は何ら限定されず、天井、壁面、床面等の種々の箇所や、屋内および屋外に設置された各種機器に取り付けられ、あるいは内蔵される。以降の説明においては、センサ装置Ｅｓの一般的な構成を述べる場合にセンサ装置Ｅｓと称するとともに、複数のセンサ装置Ｅｓを区別する場合にセンサ装置Ｅｓ１、・・・センサ装置Ｅｓｎ等の符号を適宜用いる場合がある。図１における複数のセンサ装置Ｅｓ１～Ｅｓｎは、それぞれの構成が同一であってもよいし、互いの一部が共通していてもよいし、互いに異なる構成、異なる形態であってもよい。以降の説明においては、特段の記載がない限り、複数のセンサ装置Ｅｓ１～Ｅｓｎが同一の構成である場合を例に説明する。また、本実施形態においては、図８に示すように、センサ装置Ｅｓが店舗内に設置されたショーケースＳｃに取り付けられた温度センサとして機能する場合を例に説明する。ショーケースＳｃは、センサ装置Ｅｓが物理量を測定する対象物の一例である。本発明における対象物は、種々の装置、機器、物体、所定空間等が含まれる概念であり、何ら限定されない。

【0045】

センサ部４１は、センサ装置Ｅｓの環境に関する物理量を測定する機能を果たすものである。本実施形態のセンサ部４１は、温度センサおよび湿度センサである。センサ部４１の測定原理は何ら限定されない。

【0046】

制御部４２は、センサ装置Ｅｓの各部を制御するためのものである。制御部４２の具体的構成は特に限定されず、たとえばＣＰＵからなる。記憶部４３は、制御部４２の制御に必要なプログラムや設定条件等の情報を記憶するためのものであり、たとえば半導体メモリ等からなる。

【0047】

無線通信部４４は、対応する照明装置Ｌと上述した第２プロトコルを用いた無線通信を行うためのものである。

【0048】

本実施形態においては、センサ装置Ｅｓが固有の機器ＩＤを有する。機器ＩＤの具体例は何ら限定されず、たとえばＭＡＣ（Media Access Control）アドレスが用いられる。なお、機器ＩＤは、無線通信部４４に記憶されていてもよいし、たとえば記憶部４３に記憶されていてもよい。

【0049】

電源部４５は、センサ部４１、制御部４２および無線通信部４４等に動作に必要な電力を供給するためのものである。電源部４５は、たとえば商用の交流１００Ｖまたは２００Ｖ電力を直流電力に変換するＡＣ／ＤＣコンバータとしての機能や、変圧機能等を有するもの、あるいは充電可能なバッテリーである。

【0050】

無線通信部４４は、対応する照明装置Ｌから受信した後述の設定コマンドが、自機器の機器ＩＤを含む場合、当該設定コマンドを制御部４２に送信する。制御部４２は、設定コマンドにしたがって送信周期を設定する。また、制御部４２は、測定要求をセンサ部４１に送信する。センサ部４１は測定の結果得られた測定値を制御部４２に出力する。制御部４２は、機器ＩＤ、測定値、測定時刻（タイムスタンプ）等を含む測定データを構築し、無線通信部４４から送信周期に応じて送信する。なお、測定データの構築は、制御部４２がプログラムを実行することにより新規の測定データを生成する処理を含む。また、測定データの構築は、たとえば予め用意された複数の測定データが記憶部４３に記憶されており、これらの測定データから条件に合致する等の測定データを制御部４２が選択する処理を含む。以降の説明において、特段の記載がない限り、測定データの構築は、これらの処理を含むものとして用いられる。

【0051】

センサ装置Ｅｓのセンサ部４１が測定を行う測定周期は、たとえば設定装置ＣＬから送信される測定周期設定に基づいて設定される。あるいは、センサ装置Ｅｓの初期設定時に、測定周期が設定され、この初期に設定された測定周期で、センサ部４１が測定を行ってもよい。

【0052】

〔ユーザ端末Ｕｔ〕
ユーザ端末Ｕｔは、たとえば図８に示すように、管理システムＡ１が用いられる店舗のバックヤード等に設置され、当該店舗の店員等が操作する端末である。ユーザ端末Ｕｔは、たとえばタブレット端末、ＰＣ等である。

【0053】

図６は、ユーザ端末Ｕｔのブロック図である。本実施形態においては、ユーザ端末Ｕｔは、表示部３１、制御部３２、記憶部３３、通信部３５および電源部３６を備える。

【0054】

表示部３１は、ユーザ端末Ｕｔの操作等に必要な情報や画像を表示するためのものである。表示部３１は、たとえば液晶ディスプレイや有機ＥＬディスプレイである。また、３１は、タッチパネル機能を有していてもよい。なお、表示部３１がタッチパネルとして機能することに代えて、ユーザ端末Ｕｔは、たとえばキーボードやマウス等の操作デバイスを別途備えていてもよい。

【0055】

制御部３２は、ユーザ端末Ｕｔの各部を制御するためのものである。制御部３２の具体的構成は特に限定されず、たとえばＣＰＵからなる。記憶部３３は、制御部３２の制御に必要なプログラムや設定条件等の情報を記憶するためのものであり、たとえば半導体メモリやハードディスクドライブ等からなる。

【0056】

通信部３５は、公衆ネットワーク（たとえばインターネットＩｔ）を介して、たとえば設定装置ＣＬと相互通信可能である。その場合に、設定装置ＣＬに記憶されている測定データをユーザ端末Ｕｔからの操作によって確認することが可能である。また、通信部３５は、たとえば制御装置Ｃｔとの間で２．４ＧＨｚの独自プロトコルによる無線通信が可能である。

【0057】

電源部３６は、表示部３１、制御部３２および通信部３５等に動作に必要な電力を供給するためのものである。電源部３６は、たとえば充電可能なバッテリーである。

【0058】

〔管理端末Ｍｔ〕
管理端末Ｍｔは、たとえば図８に示すように、センサ装置Ｅｓ、複数の照明装置Ｌ、制御装置Ｃｔおよびユーザ端末Ｕｔが配置された店舗等とは離れた位置に配置されており、たとえば管理システムＡ１を提供する企業内に配置されている。管理端末Ｍｔは、管理システムＡ１を遠隔操作によって管理する端末である。管理端末Ｍｔは、たとえばＰＣ等である。

【0059】

図７は、管理端末Ｍｔのブロック図である。本実施形態においては、管理端末Ｍｔは、表示部５１、制御部５２、記憶部５３、通信部５５および電源部５６を備える。

【0060】

表示部５１は、管理端末Ｍｔの操作等に必要な情報や画像を表示するためのものである。表示部５１は、たとえば液晶ディスプレイや有機ＥＬディスプレイである。

【0061】

制御部５２は、管理端末Ｍｔの各部を制御するためのものである。制御部５２の具体的構成は特に限定されず、たとえばＣＰＵからなる。記憶部５３は、制御部５２の制御に必要なプログラムや設定条件等の情報を記憶するためのものであり、たとえば半導体メモリやハードディスクドライブ等からなる。

【0062】

通信部５５は、公衆ネットワーク（たとえばインターネットＩｔ）を介して、たとえば設定装置ＣＬと相互通信可能である。その場合に、設定装置ＣＬに記憶されている測定データを管理端末Ｍｔからの操作によって確認することが可能である。また、通信部５５は、異常通知のメールや、確認通知のメールをユーザ端末Ｕｔに送信する。

【0063】

電源部５６は、表示部５１、制御部５２および通信部５５等に動作に必要な電力を供給するためのものである。電源部５６は、たとえば充電可能なバッテリーである。

【0064】

管理端末Ｍｔは、後述の異常通知および確認通知の電子メールをユーザ端末Ｕｔに送信する機能を有していてもよい。

【0065】

なお、ユーザ端末Ｕｔの制御部３２または管理端末Ｍｔの制御部５２に特定のプログラムを実行させることで、管理システムＡ１における異常通知、確認通知などをユーザ端末Ｕｔの表示部３１または管理端末Ｍｔの表示部５１に表示することができる。また、管理端末Ｍｔという専用の端末を設置する概念に限定されず、他の汎用の端末にインストールされるアプリが、管理システムＡ１の管理端末Ｍｔとして機能してもよい。

【0066】

図８は、管理システムＡ１の配置例を示している。同図に示す配置例においては、スーパーマーケット等の店舗内に、複数の照明装置Ｌ１～Ｌｎ、複数のセンサ装置Ｅｓおよび制御装置Ｃｔが配置されている。複数のセンサ装置Ｅｓは、ショーケースＳｃに取り付けられており、ショーケースＳｃの庫内温度を測定する。ユーザ端末Ｕｔは、たとえば事務室やバックヤード等の店舗の陳列スペースから離隔した場所に設置される。

【0067】

次に、管理システムＡ１の動作について、以下に説明する。

【0068】

図９および図１０は、管理システムＡ１の動作例を示している。図９のステップＳ１では、まず制御装置Ｃｔの制御部２２がＲＴＣ（リアルタイムクロック）機能に基づいて、現在時刻を確認する。現在時刻が測定時刻になっていることを確認すると、制御部２２は、測定促進コマンドを無線通信部２４からセンサ装置Ｅｓに送信する。測定促進コマンドは、センサ装置Ｅｓに温度測定を促すコマンドである。測定促進コマンドは、無線通信ネットワークＣｎ１において第１プロトコルに基づく転送データとされて、複数の照明装置Ｌを中継される。照明装置Ｌ１が転送データを受信すると、転送データに含まれる測定促進コマンドが、近隣に設置されたセンサ装置Ｅｓ１が対象に含まれていることを認識する。照明装置Ｌ１の制御部１２は、転送データを第２プロトコルに変換し、無線通信モジュール１４の第２無線通信部１４２から第２プロトコルでセンサ装置Ｅｓ１に送信する。

【0069】

ステップＳ２では、センサ装置Ｅｓ１の無線通信部４４が測定促進コマンドを受信すると、制御部４２は、センサ部４１によってショーケースＳｃの庫内温度を測定し、測定データを取得する。制御部４２は、測定データを無線通信部４４から制御装置Ｃｔに第２プロトコルで送信する。送信された測定データは、照明装置Ｌ１において、第１プロトコルに基づく転送データに変換される。この転送データは、照明装置Ｌ１から複数の照明装置Ｌを経由して、制御装置Ｃｔに第１プロトコルで転送される。

【0070】

ステップＳ３では、測定データを含む転送データを制御装置Ｃｔの無線通信部２４が受信する。制御部２２は、受信した転送データに含まれる測定データを記憶部２３に記憶する。制御部２２は、測定データについて異常の有無を判定する。制御部２２による異常の有無の判定は、たとえば図４に示すショーケースＳｃの設定温度範囲と、食品の保管温度と、に基づいて判定する。たとえば、ショーケースＳｃが冷凍ケースの場合、同図（ａ）に示すケース上限温度ＴＵ１およびケース下限温度ＴＬ１を基準として用いる。また、対象商品が冷凍食品群である場合、同図（ｃ）の冷凍食品群の保管温度を基準として用いる。判定の結果、異常の有無を表す判定結果を無線通信部２４から送信する。本実施形態においては、送信された判定結果は、たとえばWi-Fi（登録商標）を用いて、ユーザ端末Ｕｔの通信部３５が受信する。ユーザ端末Ｕｔの制御部３２は、受信した判定結果を、たとえばインターネットＩｔを介して設定装置ＣＬおよび管理端末Ｍｔのいずれかまたは双方に送信する。なお、本例とは異なり、測定データについての異常の有無の判定は、設定装置ＣＬが行ってもよい。

【0071】

図９におけるステップＳ４では、設定装置ＣＬの通信部６３または管理端末Ｍｔの通信部５５が、判定結果を受信する。ステップＳ５では、設定装置ＣＬまたは管理端末Ｍｔは、異常通知と確認通知とを、ユーザ端末Ｕｔに送信する。異常通知は、判定結果に基づいて測定データに異常があると判定された場合に、異常の内容を示す通知である。確認通知は、ユーザ端末Ｕｔの使用者に、異常通知を確認したことの回答を要求するものである。尚、異常通知と確認通知は、別々のメール、音声データなどで構成してもよいし、一のメール、音声データに異常の内容及び異常通知を確認したことの回答を要求する内容を表示したものであってもよい。一のメールに各内容を記載しているパターンであれば、使用者が各メールを確認する手間を省くことができる。

【0072】

ここで、図１１～図１３は、設定装置ＣＬまたは管理端末Ｍｔが、受信した判定結果に基づいて行う処理の一例を示している。これらの処理は、設定装置ＣＬの制御部６１または管理端末Ｍｔの制御部５２で、たとえばタイマー割り込みなどのルーチン処理の一環として行われる。

【0073】

図１１は、リマインド機能フラグをＯＮに設定する処理を示している。ステップＳ９１で異常結果を受信したかを確認する。異常結果を受信していない場合（ステップＳ９１：Ｎｏ）、ステップＳ９１を再び実行する。異常結果を受信した場合（ステップＳ９１：Ｙｅｓ）、異常通知に対応する確認回答が、設定装置ＣＬの記憶部６２または管理端末Ｍｔの記憶部５３に記憶されているかを確認する。確認回答が記憶されていない場合（ステップＳ９２：Ｎｏ）、リマインド機能のフラグをＯＮに設定する（ステップＳ９３）。一方、確認回答が記憶されている場合（ステップＳ９２：Ｙｅｓ）、ステップＳ９３を実行せずに終了する。

【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】

Ａ１，Ａ１１：管理システム
１１ ：光源部
１２ ：制御部
１３ ：記憶部
１４ ：無線通信モジュール
１５ ：電源部
２１ ：表示部
２２ ：制御部
２３ ：記憶部
２４ ：無線通信部
２５ ：電源部
３１ ：表示部
３２ ：制御部
３３ ：記憶部
３５ ：通信部
３６ ：電源部
４１ ：センサ部
４２ ：制御部
４３ ：記憶部
４４ ：無線通信部
４５ ：電源部
５１ ：表示部
５２ ：制御部
５３ ：記憶部
５５ ：通信部
５６ ：電源部
６１ ：制御部
６２ ：記憶部
６３ ：通信部
１４１ ：第１無線通信部
１４２ ：第２無線通信部
ＣＬ ：設定装置
Ｃｎ１ ：無線通信ネットワーク
Ｃｔ ：制御装置
Ｅｓ，Ｅｓ１，Ｅｓｎ：センサ装置
ＨＵＢ ：通信
Ｉｔ ：インターネット
Ｌ，Ｌ１，Ｌｎ：照明装置
Ｍｔ ：管理端末
Ｓｃ ：ショーケース
ＴＬ１ ：ケース下限温度
ＴＵ１ ：ケース上限温度
ＴＵ２ ：食品上限温度
Ｔｓ ：検出温度
Ｕｔ ：ユーザ端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】