JP6358010B2 - 機器制御システム - Google Patents

Description

本発明の実施形態は、機器制御システムに関する。

近年、建物内に設けられ、建物内に設置された照明装置等の機器を遠隔操作することを可能にするネットワークシステムが登場してきている。ネットワークを介して機器を遠隔操作することで、機器の利便性を高めることができる。しかしながら、ネットワークシステム内の機器に異常が起きた際に、スムーズに対応することができない。

特開２０１３−１２０７４９号公報

本発明が解決しようとする課題は、ネットワークシステム内の機器に異常が起きた際に、スムーズに対応できる機器制御システムを提供することである。

実施形態の一例に係る機器制御システムは、ネットワーク接続可能な機器と、前記機器の動作を制御するとともに、前記機器の動作状況を所定のネットワークを介してサーバ装置へ送信する制御部と、前記機器から前記制御部及び前記所定のネットワークを介して受信した前記機器の動作状況を蓄積し、蓄積した動作状況から前記機器の状態を判定し、判定した結果に応じて、前記機器ごとのコンテンツを前記所定のネットワークを介して送信する前記サーバ装置と、前記サーバ装置から前記所定のネットワークを介して送信されたコンテンツを出力する出力装置とを具備する。

実施形態の一例に係る機器制御システムによれば、ネットワークシステム内の機器に異常が起きた際に、スムーズに対応できる。

図１は、実施形態１に係る機器制御システムの構成の一例を示すブロック図である。 図２は、実施形態１に係る照明装置の構成の一例を示すブロック図である。 図３Ａは、実施形態１に係る照明装置が記憶する製造情報の一例を示す図である。 図３Ｂは、実施形態１に係る照明装置が記憶する稼働情報の一例を示す図である。 図４は、実施形態１に係る制御装置の構成の一例を示すブロック図である。 図５は、実施形態１に係る管理サーバの構成の一例を示すブロック図である。 図６は、実施形態１に係る管理サーバが蓄積する稼働情報の一例を示す図である。 図７Ａは、実施形態１に係る管理サーバが記憶する判定基準の一例を示す図である。 図７Ｂは、実施形態１に係る管理サーバが記憶する対処情報の一例を示す図である。 図８は、実施形態１に係る管理サーバが記憶するコンテンツデータを格納するコンテンツデータテーブルの一例を示す図である。 図９は、実施形態１に係る機器制御システムにおける機器制御処理の一例を示すフローチャートである。 図１０Ａは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１０Ｂは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１０Ｃは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１０Ｄは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１０Ｅは、実施形態１に係る機器制御システムにおいて出力される報知画像の一例を示す図である。 図１０Ｆは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１０Ｇは、実施形態１に係るユーザ端末において出力される報知画像の一例を示す図である。 図１１は、実施形態２に係る管理サーバが記憶する対処情報の一例を示す図である。 図１２は、実施形態２に係る機器制御システムにおける機器制御処理の一例を示すフローチャートである。

以下、図面を参照して、実施形態に係る機器制御システムを説明する。実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略する。なお、以下の実施形態で説明する機器制御システムは、一例を示すに過ぎず、実施形態を限定するものではない。例えば、以下の実施形態では、機器制御システムが制御対象とする機器は、建物の天井に設置される照明装置である。しかし、機器制御システムが制御対象とする機器は、家庭電気製品、ＡＶ（Audio‐Visual）機器、コンピュータ、スマートフォン、タブレット等の情報機器、ゲーム機器、発電制御機器、蓄電制御機器等、ネットワーク接続可能な機器全般を含む。そして、以下の各実施形態は、矛盾しない範囲内で適宜組みあわせてもよい。

以下の第１の実施態様に係る機器制御システムは、ネットワーク接続可能な機器と、前記機器の動作を制御するとともに、前記機器の動作状況を所定のネットワークを介してサーバ装置へ送信する制御部と、前記機器から前記制御部及び前記所定のネットワークを介して受信した前記機器の動作状況を蓄積し、蓄積した動作状況から前記機器の状態を判定し、判定した結果に応じて、前記機器ごとのコンテンツを前記所定のネットワークを介して送信する前記サーバ装置と、前記サーバ装置から前記所定のネットワークを介して送信されたコンテンツを出力する出力装置とを具備する。

また、以下の第２の実施態様に係る機器制御システムは、さらに、前記機器ごとのコンテンツは、前記機器ごとの制御指示及び／又は前記機器ごとの報知コンテンツを含み、前記制御部は、前記サーバ装置から前記機器ごとの制御指示を受信すると、受信した制御指示に従って前記機器を制御し、前記出力装置は、前記サーバ装置から前記機器ごとの報知コンテンツを受信すると、受信した報知コンテンツを出力する。

また、以下の第３の実施態様に係る機器制御システムは、さらに、前記制御部は、前記出力装置により出力された報知コンテンツに応じてユーザが決定した制御に応じて前記機器を制御する。

また、以下の第４の実施態様に係る機器制御システムは、さらに、前記サーバ装置は、前記動作状況を重要度でレベル分けして蓄積し、蓄積した動作状況から前記機器の状態を判定する際に、蓄積した動作状況のレベルの合計値が所定閾値を超えた場合に、前記機器ごとのコンテンツを送信する。

また、以下の第５の実施態様に係る機器制御システムは、さらに、前記機器ごとのコンテンツは、前記機器ごとの連絡先情報を含み、前記サーバ装置は、受信した前記機器の動作状況、又は、蓄積した前記動作状況を判定した結果に応じて、前記機器ごとの連絡先へ通知する。

［実施形態１］
（実施形態１に係る照明システムの構成）
図１は、実施形態１に係る機器制御システムの構成の一例を示すブロック図である。実施形態１に係る機器制御システム１０は、機器を接続した、例えばＨＥＭＳ（Home Energy Management System）ネットワークである。なお、機器制御システム１０は、ＨＥＭＳに限らず、ＢＥＭＳ（Building Energy Management System）、ＦＥＭＳ（Factory Energy Management System）、ＣＥＭＳ（Community Energy Management System）であってもよい。機器制御システム１０は、ネットワークシステム１及び管理サーバ７が、後述するネットワークシステム１のゲートウェイ装置４及び公衆網６を介して接続されている。公衆網６は、例えばインターネットである。機器制御システム１０は、例えばクラウドシステムの一例である。

ネットワークシステム１は、複数の照明装置２、制御部としての制御装置３、ゲートウェイ装置４、ユーザ端末５を有する。各照明装置２は、制御装置３と通信可能に接続される。制御装置３及びゲートウェイ装置４は、通信可能に接続される。ゲートウェイ装置４は、公衆網６を介して、管理サーバ７と通信可能に接続される。また、ゲートウェイ装置４は、ユーザ端末５と通信可能に接続される。

制御装置３は、各照明装置２の動作を制御する。また、制御装置３は、各照明装置２の稼働状況を示す各照明装置２の稼働情報を収集し、収集した稼働情報を、ゲートウェイ装置４及び公衆網６を介して、管理サーバ７へ送信する。また、制御装置３は、各照明装置２の動作の制御指示を、ゲートウェイ装置４及び公衆網６を介して、管理サーバ７から受信する。そして、制御装置３は、管理サーバ７から受信した各照明装置２の動作の制御指示に応じて、各照明装置２の動作の制御、例えば、調光制御、点灯制御、消灯制御、機器無効制御等を行う。なお、制御装置３は照明装置２と一体的に構成し、照明装置２がゲートウェイ装置４を介して直接管理サーバ７と通信するように構成してもよい。すなわち、制御部を照明装置２に設け、照明装置２を管理サーバ7で直接制御および監視するように構成してもよい。

ゲートウェイ装置４は、制御装置３及びユーザ端末５を、公衆網６を介して、管理サーバ７と接続するためのルータ機能を有する関門装置である。管理サーバ７は、各照明装置２の稼働情報を、ゲートウェイ装置４及び公衆網６を介して、制御装置３から受信する。そして、管理サーバ７は、受信した各照明装置２の稼働情報を、自装置へ蓄積する。管理サーバ７は、自装置へ蓄積した各照明装置２の稼働情報に基づき、各種の制御指示を、公衆網６及びゲートウェイ装置４を介して、制御装置３へ送信する。なお、ゲートウェイ装置４は、制御装置３と一体的に構成してもよいし、さらにルータ機能を別体として設けてもよい。つまり、制御部がゲートウェイ装置４に設けられていてもよい。

また、管理サーバ７は、自装置へ蓄積した各照明装置２の稼働情報に基づき、ユーザへ各照明装置２に関する情報を通知するための各種のコンテンツを、公衆網６及びゲートウェイ装置４を介して、ユーザ端末５へ送信する。ユーザ端末５は、管理サーバ７から受信した各種のコンテンツを、図示しない出力部から出力する。

なお、図１に示すネットワークシステム１、管理サーバ７の数は、一例を示すに過ぎず、機器制御システム１０の構成に応じて適宜変更可能である。また、図１に示すネットワークシステム１における照明装置２、制御装置３、ゲートウェイ装置４、ユーザ端末５の数も、一例を示すに過ぎず、ネットワークシステム１の構成に応じて適宜変更可能である。

（実施形態１に係る照明装置の構成）
図２は、実施形態１に係る照明装置の構成の一例を示すブロック図である。実施形態１に係る照明装置２は、通信部２１、制御部２２、光源部２３、操作受付部２４、電源部２５、記憶部２６を有する。記憶部２６は、当該照明装置２の製造に関する属性情報である製造情報２６ａ、当該照明装置２の稼働状況及び状態検知データである稼働情報２６ｂ、当該照明装置２を制御するために制御部２２が解析実行するソフトウェアであるファームウェア２６ｃを記憶する。製造情報２６ａ、稼働情報２６ｂの詳細は、後述する。

通信部２１は、照明装置２が制御装置３又はゲートウェイ装置４と通信するための通信インターフェースである。制御部２２は、ファームウェア２６ｃを解析実行して、照明装置２の全体制御を行う。制御部２２は、操作受付部２４から受け付けたユーザによる照明装置２の操作に応じて、照明装置２の電源入切、調光制御等を行う。

制御部２２は、操作受付部２４から受け付けたユーザによる照明装置２の操作に応じて、照明装置２を制御する。例えば、制御には、照明装置２の電源入切、調光操作等がある。また、制御部２２は、操作受付部２４から受け付けたユーザによる照明装置２の操作の際の、照明装置２の電源入切、調光操作等を含む操作情報、操作に基づく照明装置２の調光度及び照明装置２へ供給する電流値を含む稼働状況、並びに、状態検知データを含む「稼働情報」を、記憶部２６の稼働情報２６ｂへ記憶させる。そして、制御部２２は、通信部２１及び制御装置３を介して、定期的に、若しくは、緊急度が高い異常検知であればその都度、稼働情報２６ｂに記憶される情報を、管理サーバ７へ送信する。

また、制御部２２は、管理サーバ７から受信した制御指示に応じて、照明装置２の電源入切、調光度調整等の制御を行う。

光源部２３は、ＬＥＤ（Light Emission Diode）等の半導体発光素子である。光源部２３は、電源部２５からの供給電流を受け、発光する。なお、電源部２５は、通信部２１、制御部２２へも電流を供給する。

（実施形態１に係る照明装置が記憶する製造情報）
図３Ａは、実施形態１に係る照明装置が記憶する製造情報の一例を示す図である。図３Ａに示すように、実施形態１に係る照明装置２が記憶する製造情報２６ａは、「製品型番」「ロット番号」「製造番号」「製造者」「製造場所」「製造年月日」「ファームウェアバージョン」のカラムを含む。「製品型番」は、照明装置２の製品型番である。「ロット番号」は、照明装置２の製品ロット番号である。「製造者」は、照明装置２のメーカである。「製造場所」は、照明装置２の製造工場名又は製造拠点の所在地である。「製造年月日」は、照明装置２が製造された年月日である。「ファームウェアバージョン」は、照明装置２の記憶部２６に記憶されるファームウェア２６ｃの版数である。

（実施形態１に係る照明装置が記憶する稼働情報）
図３Ｂは、実施形態１に係る照明装置が記憶する稼働情報の一例を示す図である。図３Ｂに示すように、実施形態１に係る照明装置２が記憶する稼働情報２６ｂは、「調光度履歴」「電流値履歴」「通電履歴」「累積点灯時間」のカラムを含む。例えば、「調光度履歴」は、「日時」及び「調光度」のカラムを含む。例えば、「調光度履歴」は、当該照明装置２の調光度のデータを、日時に対応付けて管理する。また、例えば、「電流値履歴」は、「日時」及び「電流値」のカラムを含む。また、例えば、「電流値履歴」は、当該照明装置２へ供給された電流値のデータを、日時に対応付けて管理する。また、例えば、「通電履歴」は、「日時」及び「操作」のカラムを含む。また、例えば、「通電履歴」は、当該照明装置２に対してなされた通電操作、つまり当該照明装置２のオンオフ操作を、日時に対応付けて管理する。また、例えば、「電流値履歴」は、「通電履歴」に基づき計算される、当該照明装置２の累積点灯時間である。制御部２２は、通信部２１及び制御装置３を介して、定期的に、若しくは、緊急度が高い異常検知であればその都度、稼働情報２６ｂに記憶される情報を、管理サーバ７へ送信する。

（実施形態１に係る制御装置の構成）
図４は、実施形態１に係る制御装置の構成の一例を示すブロック図である。実施形態１に係る制御装置３は、制御装置３の全体制御を司る制御部３１、通信部３２を有する。さらに、制御部３１は、照明装置制御部３１ａ、監視部３１ｂを有する。通信部３２は、制御装置３が、各照明装置２及び管理サーバ７と通信を行うための通信インターフェースである。

照明装置制御部３１ａは、管理サーバ７からの制御指示に応じて、通信部３２を介して、照明装置２に対して制御指示を送信する。監視部３１ｂは、各照明装置２から送信される、上記操作情報及び上記稼働情報を、通信部３２を介して、管理サーバ７へ送信する。

（実施形態１に係る管理サーバの構成）
図５は、実施形態１に係る管理サーバの構成の一例を示すブロック図である。実施形態１に係る管理サーバ７は、管理サーバ７の全体制御を司る制御部７１、通信部７２、稼働情報蓄積部７３、判定基準記憶部７４、コンテンツ記憶部７５を有する。稼働情報蓄積部７３は、稼働情報７３ａを蓄積する。判定基準記憶部７４は、判定基準７４ａ及び対処情報７４ｂを記憶する。コンテンツ記憶部７５は、実データであるコンテンツデータを記憶する。

さらに、制御部７１は、照明装置制御部７１ａ、判定部７１ｂ、コンテンツ配信制御部７１ｃを有する。照明装置制御部７１ａは、制御装置３又は照明装置２から受信した各照明装置２の「稼働情報」を稼働情報蓄積部７３へ蓄積する。なお、照明装置制御部７１ａは、「稼働情報」を稼働情報蓄積部７３へ蓄積する際に、制御装置３から受信した各照明装置２の「操作情報」も含めて蓄積する。照明装置制御部７１ａが、稼働情報蓄積部７３へ蓄積する「稼働情報」の一例は、後述する。

判定部７１ｂは、稼働情報蓄積部７３へ蓄積された「稼働情報」を照明装置２ごとに集計し、判定基準記憶部７４に記憶される判定基準７４ａに基づき判定する。そして、判定部７１ｂは、判定結果に応じて必要とされる対処を、対処情報７４ｂを参照して取得し、照明装置制御部７１ａへ通知する。照明装置制御部７１ａは、判定部７１ｂから通知された対処に応じた対処通知及び／又はコンテンツの配信を、ゲートウェイ装置４に対して送信する。

ゲートウェイ装置４は、管理サーバ７から対処通知を通知された場合、対処通知を制御装置３へ転送する。制御装置３は、ゲートウェイ装置４から転送された対処通知に応じて、照明装置２に対して必要な対処又は制御を行う。また、ゲートウェイ装置４は、管理サーバ７からコンテンツの配信を受けた場合、ユーザ端末５に対して、図示しない出力部から、当該コンテンツの出力を指示する。コンテンツの出力指示を受けたユーザ端末５は、当該コンテンツを、図示しない出力部から出力する。

（実施形態１に係る管理サーバが蓄積する稼働情報）
図６は、実施形態１に係る管理サーバが蓄積する稼働情報の一例を示す図である。図６に示すように、実施形態１に係る管理サーバ７が蓄積する稼働情報７３ａは、「ゲートウェイ装置ＩＰアドレス」「製品型番」「製造番号」「履歴」のカラムを有する。

「ゲートウェイ装置ＩＰアドレス」は、各ネットワークシステム１を識別する、各ゲートウェイ装置４のＩＰ（Internet Protocol）アドレスである。「製品型番」は、各ゲートウェイ装置４の「ゲートウェイ装置ＩＰアドレス」で識別される各ネットワークシステム１に属する各照明装置２の製造情報２６ａに含まれる「製品型番」である。「製造番号」は、各ゲートウェイ装置４の「ゲートウェイ装置ＩＰアドレス」で識別される各ネットワークシステム１に属する各照明装置２の製造情報２６ａに含まれる「製造番号」である。「履歴」は、「ゲートウェイ装置ＩＰアドレス」「製品型番」「製造番号」で特定される照明装置２の「稼働情報」の履歴である。「履歴」は、各制御装置３から、その配下の照明装置２についての情報として受信した情報である。

例えば、「履歴」は、各照明装置２の「調光度履歴」「電流値履歴」「通電履歴」「累積点灯時間」のカラムを含む。例えば、「調光度履歴」は、「日時」及び「調光度」のカラムを含む。例えば、「調光度履歴」は、制御装置３から受信した、当該照明装置２の調光度のデータを、日時に対応付けて管理する。

また、例えば、「電流値履歴」は、「日時」及び「電流値」のカラムを含む。「電流値履歴」は、制御装置３から受信した、当該照明装置２へ供給された電流値のデータを、日時に対応付けて管理する。また、例えば、「通電履歴」は、「日時」及び「操作」のカラムを含む。「通電履歴」は、当該照明装置２に対してなされた通電操作、つまり当該照明装置２のオンオフ操作を、日時に対応付けて管理する。また、例えば、「電流値履歴」は、「通電履歴」に基づき計算される、当該照明装置２の累積点灯時間である。

このように、管理サーバ７は、稼働情報７３ａにて、「ゲートウェイ装置ＩＰアドレス」「製品型番」「製造番号」ごとに「履歴」を蓄積管理することで、各照明装置２の稼働状況を一元的に把握できる。

（実施形態１に係る管理サーバが記憶する判定基準及びコンテンツデータ）
図７Ａは、実施形態１に係る管理サーバが記憶する判定基準の一例を示す図である。また、図７Ｂは、実施形態１に係る管理サーバが記憶する対処情報の一例を示す図である。図８は、実施形態１に係る管理サーバが記憶するコンテンツデータを格納するコンテンツデータテーブルの一例を示す図である。

実施形態１に係る管理サーバ７が記憶する判定基準７４ａは、「判定要素」「加重係数」のカラムを有する。「判定要素」は、図６に示す稼働情報７３ａにおける照明装置２ごとの「履歴」の各カラム（「調光度履歴」「電流値履歴」「通電履歴」「累積点灯時間」）に対応する。なお、図示は省略しているが、判定基準７４ａは、照明装置２の種類（「製品型番」「ロット番号」「製造番号」「製造者」「製造場所」等の、照明装置２を管理し対処する際に照明装置２を区別する各項目）ごとにそれぞれ定められる。

管理サーバ７の判定部７１ｂは、照明装置２ごとに、「調光度履歴」「電流値履歴」「通電履歴」「累積点灯時間」の各値から算出できる“累積調光回数”“通電電流累積値”“入切回数”“累積点灯時間”の各算出値に、対応する加重係数を乗算した結果（以下、「稼働スコア」と呼ぶ）が、所定閾値以上であるか否かを判定する。

そして、判定部７１ｂは、「稼働スコア」が、所定閾値以上である場合、その旨を、照明装置制御部７１ａ及び／又はコンテンツ配信制御部７１ｃへ通知する。

照明装置制御部７１ａは、判定部７１ｂから通知された情報に基づき、対処情報７４ｂを参照し、該当する「条件」に合致するエントリがある場合、当該条件に対応する対処（制御内容）を、制御装置３へ通知する。また、コンテンツ配信制御部７１ｃは、判定部７１ｂから通知された情報に基づき、対処情報７４ｂを参照し、該当する条件に合致するエントリがある場合、当該条件に対応するコンテンツＩＤ（Identifier）に対応するコンテンツを、コンテンツ記憶部７５から取得し、ゲートウェイ装置４へ配信する。

ネットワークシステム１の制御装置３は、管理サーバ７の照明装置制御部７１ａから通知された対処（制御内容）に応じて、照明装置２を制御する。また、ネットワークシステム１のゲートウェイ装置４は、管理サーバ７のコンテンツ配信制御部７１ｃから配信されたコンテンツを、図示しない出力部から出力する。

また、判定部７１ｂは、各照明装置２又は各制御装置３から、都度通知される事象について、対処情報７４ｂを参照し、該当する条件に合致するエントリがある場合、当該条件に対応する対処（制御内容）を、制御装置３へ通知する。また、判定部７１ｂは、各照明装置２又は各制御装置３から、都度通知される事象について、対処情報７４ｂを参照し、該当する条件に合致するエントリがある場合、当該条件に対応するコンテンツＩＤに対応するコンテンツを、コンテンツ記憶部７５から取得し、ゲートウェイ装置４へ配信する。

図７Ｂに示すように、対処情報７４ｂは、「レベル」「事象」「条件」「対処」「コンテンツＩＤ」を対応付けて管理する。「レベル」は、各「事象」の緊急度を示す数値である。「レベル」の数値が大きいほど、「事象」緊急度が高い。「事象」は、各ネットワークシステム１において発生したインシデントの内容を示す。「条件」は、「事象」が発生したと判定される際に充たされるべき所定の条件である。「対処」は、「事象」が発生した場合に、管理サーバ７が取るべき対処内容を示す。「コンテンツＩＤ」は、「事象」が発生した場合に、管理サーバ７が取るべき「対処」が“コンテンツの配信”を含む場合に、コンテンツ記憶部７５から対応するコンテンツを取得するためのコンテンツのＩＤを示す。

なお、図７Ｂに示す「コンテンツＩＤ」は、図８のコンテンツデータテーブル７５ａに示す「コンテンツＩＤ」に該当する。管理サーバ７は、図７Ｂに示す「コンテンツＩＤ」が選択された場合に、この「コンテンツＩＤ」に該当する、図８のコンテンツデータテーブル７５ａに示す「コンテンツＩＤ」に対応する「コンテンツデータ」を取得し、ユーザ端末５５に出力させる。

なお、実施形態１でいう「コンテンツ」は、「事象」が発生した場合に、管理サーバ７が制御装置３へ指示する制御指示及び管理サーバ７がユーザ端末５に出力される画像、音声、情報提供のためのＷｅｂページ若しくはＷｅｂページのＵＲＬ（Uniform Resource Locator）、電子メール等を含む報知コンテンツを包含する。

図７Ｂに示す例では、例えば、「レベル」“６”の「事象」“ネットワークシステム故障”は、「条件」が“システム無応答”であり、「対処」が“システム停止報知コンテンツ通知及びシステム停止制御”である。この場合、管理サーバ７は、ネットワークシステム１の制御装置３又はゲートウェイ装置４に対して死活監視を行った結果、応答がない場合、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させるとともに、その後、制御装置３又はゲートウェイ装置４に対して、ネットワークシステム１全体の停止を指示する。制御装置３又はゲートウェイ装置４は、管理サーバ７からネットワークシステム１全体の停止を指示されると、ネットワークシステム１全体の稼働を停止させる。

また、図７Ｂに示す例では、例えば、「レベル」“５”の「事象」“照明装置故障”は、「条件」が“照明装置故障検知又はリコール”であり、「対処」が“照明装置停止報知コンテンツ通知及び照明装置停止制御”である。この場合、管理サーバ７は、照明装置２から故障検知の通知を受信する、若しくは、管理サーバ７へ該当照明装置２のリコール情報が入力されると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させるとともに、その後、制御装置３に対して、該当照明装置２の動作の停止を指示する。制御装置３は、管理サーバ７から照明装置２の停止を指示されると、該当照明装置２の稼働を停止させる。

また、図７Ｂに示す例では、例えば、「レベル」“４”の「事象」“異常”は、「条件」が“ネットワークシステム又は照明装置の異常検知”であり、「対処」が“ネットワークシステム又は照明装置の異常報知のコンテンツ通知”である。この場合、管理サーバ７は、ネットワークシステム１又は照明装置２から異常検知の通知を受信すると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させる。

また、図７Ｂに示す例では、例えば、「レベル」“３”の「事象」“照明装置寿命”は、「条件」が“Ａ≦稼働スコア（“Ａ”は所定閾値）”であり、「対処」が“交換報知コンテンツ通知”である。この場合、管理サーバ７は、“Ａ≦稼働スコア”の「条件」が満たされると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させる。

また、図７Ｂに示す例では、例えば、「レベル」“２”の「事象」“交換推奨”は、「条件」が“Ｂ≦稼働スコア＜Ａ（“Ａ”“Ｂ”は所定閾値）”であり、「対処」が“交換推奨コンテンツ通知”である。この場合、管理サーバ７は、“Ｂ≦稼働スコア＜Ａ”の「条件」が満たされると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させる。

また、図７Ｂに示す例では、例えば、「レベル」“１”の「事象」“省エネ推奨”は、「条件」が“Ｃ≦累積点灯時間（“Ｃ”は所定閾値）”であり、「対処」が“省エネ報知コンテンツ通知”である。この場合、管理サーバ７は、“Ｃ≦累積点灯時間”の「条件」が満たされると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させる。“省エネ報知コンテンツ”は、各照明装置２の累計点灯時間又は１つのネットワークシステム１内の照明装置２の累計点灯時間の合計値が、所定閾値を超える場合に、照明装置２による電力消費量が多いとして、ユーザへ、省エネルギーを推奨するコンテンツである。

また、図７Ｂに示す例では、例えば、「レベル」“１”の「事象」“ファームウェアアップデート”は、「条件」が“ファームウェアアップデート発生”であり、「対処」が“ファームウェアアップデート報知コンテンツ通知及びアップデートデータ送信”である。この場合、管理サーバ７は、“ファームウェアアップデート発生”の「条件」が満たされると、「コンテンツＩＤ」に対応するコンテンツをコンテンツ記憶部７５から取得してユーザ端末５から出力させるとともに、ファームウェアのアップデートデータを該当照明装置２へ送信する。照明装置２は、ファームウェアのアップデートデータを受信すると、自装置のファームウェアを、受信したアップデートデータで更新する。

なお、実施形態１では、「レベル」は、管理サーバ７が「事象」に対して「対処」を行う際の直接の判断要因とはしていない。しかし、これに限らず、管理サーバ７は、通知される照明装置２ごとの「事象」の「レベル」を累計し、累計値が所定値以上である場合に、対応する措置を取るようにしてもよい。例えば、「レベル」の累計値が“５”以上である場合に、所定の報知を行うとしてもよい。この場合、例えば、「レベル」“１”の「事象」“省エネ推奨”の１回の発生のみでは報知対象とはならないが、「レベル」“１”の「事象」“省エネ推奨”が３回発生し、「レベル」“２”の「交換推奨」が１回発生した場合に、「レベル」の累計値が“５”となるので、合わせて報知するようにしてもよい。なお、「レベル」の累計値が“５”以上である場合に、所定の報知を行うとする場合には、「事象」“ネットワークシステム故障”及び“照明装置故障”は、１回の発生で、直ちに報知対象となる。

（実施形態１に係る機器制御システムにおける機器制御処理）
図９は、実施形態１に係る機器制御システムにおける機器制御処理の一例を示すフローチャートである。先ず、管理サーバ７は、制御装置３に対して状態監視を行う（ステップＳ７１）。また、制御装置３は、照明装置２に対して状態監視を行い、管理サーバ７へ監視結果を報告する（ステップＳ３１）。

管理サーバ７は、ステップＳ７１及びステップＳ３１による状態監視の結果を、稼働履歴として、稼働情報蓄積部７３へ蓄積する（ステップＳ７２）。次に、管理サーバ７は、稼働情報に基づき、レベル判定を行う（ステップＳ７３）。次に、管理サーバ７は、ステップＳ７３のレベル判定の結果に応じて、レベル及び事象に応じたコンテンツの報知を、ユーザ端末５及び／又は制御装置３に対して行う（ステップＳ７４）。なお、ステップＳ７４の報知は、コンテンツが制御装置３への照明装置２に対する制御指示を含む場合は、ユーザ端末５及び制御装置３に対してコンテンツの報知を行い、コンテンツが制御装置３への照明装置２に対する制御指示を含まない場合は、ユーザ端末５のみに対してコンテンツの報知を行う。

ユーザ端末５は、ステップＳ７４で報知されたコンテンツを出力する。そして、ユーザ端末５は、出力したコンテンツがユーザ入力を要求するものである場合に、ユーザにより入力された応答を、管理サーバ７へ送信する（ステップＳ５１）。管理サーバ７は、ステップＳ５１でユーザ端末５から受信した応答に応じて、「事象」に応じた制御を制御装置３に対して指示する（ステップＳ７５）。制御装置３は、管理サーバ７から「事象」に応じた制御指示を受信すると、制御指示に応じて照明装置２を制御する（ステップＳ３２）。

（実施形態１に係るユーザ端末において出力される報知画像）
図１０Ａ〜図１０Ｇは、実施形態１に係るユーザ端末において出力される報知画像（通知コンテンツ）の一例を示す図である。例えば、図１０Ａに示す報知画像５ａ−１は、図７Ｂに示す「事象」“ネットワークシステム故障”の発生時に、ユーザ端末５から出力される報知画像である。管理サーバ７は、ユーザ端末５にこの報知画像を表示させた後、制御装置３又はゲートウェイ装置４に対して、ネットワークシステム１の停止制御を指示する。

また、例えば、図１０Ｂに示す報知画像５ａ−２は、図７Ｂに示す「事象」“照明装置故障”の発生時に、ユーザ端末５から出力される報知画像である。管理サーバ７は、ユーザ端末５にこの報知画像を表示させた後、制御装置３に対して、該当照明装置２の停止制御を指示する。

また、例えば、図１０Ｃに示す報知画像５ａ−３は、図７Ｂに示す「事象」“異常”の発生時に、ユーザ端末５から出力される報知画像である。管理サーバ７は、ユーザ端末５にこの報知画像を表示させた後、制御装置３に対して該当照明装置２の停止制御を指示する、又は、制御装置３若しくはゲートウェイ装置４に対して該当ネットワークシステム１の停止制御を指示する。

また、例えば、図１０Ｄに示す報知画像５ａ−４は、図７Ｂに示す「事象」“照明装置寿命”の発生時に、ユーザ端末５から出力される報知画像である。管理サーバ７は、ユーザ端末５にこの報知画像を表示させた後、適切な連絡先へ該当照明装置２の交換を要請する連絡を行う。

また、例えば、図１０Ｅに示す報知画像５ａ−５は、図７Ｂに示す「事象」“交換推奨”の発生時に、ユーザ端末５から出力される報知画像である。なお、報知画像５ａ−５は、ボタンｙ１及びボタンｎ１を含む。なお、ユーザにより、“はい（サービスセンタへ連絡）”のボタンｙ１が押下されると、ユーザ端末５から管理サーバ７へ、ユーザによる該当照明装置２の交換要請が通知される。管理サーバ７は、この交換要請に応じて、適切な連絡先へ該当照明装置２の交換を要請する連絡を行う。一方、ユーザにより、“いいえ”のボタンｎ１が押下されると、ユーザ端末５から管理サーバ７へ、該当照明装置２の交換不要が通知される。管理サーバ７は、この交換不要の通知に応じて、対処は行わない。図５に示す報知により、ユーザは、照明装置２を継続して使用するか否かを選択することができる。

また、例えば、図１０Ｆに示す報知画像５ａ−６は、図７Ｂに示す「事象」“省エネ推奨”の発生時に、ユーザ端末５から出力される報知画像である。

また、例えば、図１０Ｇに示す報知画像５ａ−７は、図７Ｂに示す「事象」“ファームウェアアップデート”の発生時に、ユーザ端末５から出力される報知画像である。なお、報知画像５ａ−７は、ボタンｙ２及びボタンｎ２を含む。なお、ユーザにより、“はい（ダウンロード）”のボタンｙ２が押下されると、ユーザ端末５から管理サーバ７へ、ユーザによる該当照明装置２のファーウェアアップデートデータの送信要請が通知される。管理サーバ７は、この送信要請に応じて、該当照明装置２のファームウェアのアップデートデータを該当照明装置２へ送信する。一方、ユーザにより、“いいえ”のボタンｎ２が押下されると、ユーザ端末５から管理サーバ７へ、該当照明装置２のファームウェアアップデート不要が通知される。管理サーバ７は、このファームウェアアップデート不要の通知に応じて、対処は行わない。

（実施形態１の変形実施形態）
実施形態１は、照明装置２が、自装置の稼働情報２６ｂを管理記憶し、稼働情報２６ｂを、定期的に、若しくは、緊急度が高い異常検知であればその都度、稼働情報２６ｂに記憶される情報を、管理サーバ７へ送信するとする。しかし、これに限らず、照明装置２が、自装置の稼働情報２６ｂを管理記憶せず、稼働情報を生成する都度、管理サーバ７へ送信するとしてもよい。これにより、照明装置２は、自装置が記憶する情報量を削減できる。

（実施形態１の効果）
実施形態１は、クラウドを利用した機器制御システムにおいて、故障若しくは故障予見に関して、ユーザに対するリスクをレベル分けして管理し、各レベルにコンテンツを対応付け、各機器やシステムの状態検知データを蓄積し、各レベルの制御情報の基準に達したら、使用者に対してコンテンツの提供を行う。また、実施形態１は、各機器の状態検知データを蓄積し、機器ごとの蓄積データが機器種類で決定される寿命の基準に達したら、ユーザに対して警告を行い、使用者が機器を使用するかしないかどうかを選択することを可能とする。これにより、実施形態１は、システム内の機器に異常が発生した際に、スムーズに対応できる。

［実施形態２］
実施形態１は、機器制御システム１０における管理サーバ７が管理する対処情報７４ｂにおいて、「レベル」「事象」「条件」に「対処」及び「コンテンツＩＤ」を対応付け、「条件」に合致する「事象」が発生した場合に、管理サーバ７が、「対処」に規定される対処及び「コンテンツＩＤ」に規定されるコンテンツの通知を行うとした。これに対し、実施形態２では、機器制御システム１０−１（図１参照）における管理サーバ７−１（図１、図５参照）が管理する対処情報７４ｂ−１（図１１参照）において、「レベル」「事象」「条件」に「連絡先」を対応付け、「条件」に合致する「事象」が発生した場合に、管理サーバ７−１（図１、図５参照）が、「連絡先」に規定される連絡先に通報する点が異なる。

（実施形態２に係る管理サーバが記憶する対処情報）
図１１は、実施形態２に係る管理サーバが記憶する対処情報の一例を示す図である。実施形態２に係る管理サーバ７−１が記憶する対処情報７４ｂ−１は、「レベル」「事象」「条件」「連絡先」を対応付けて管理する。「連絡先」は、「条件」に合致する「事象」が発生した場合に、管理サーバ７−１が通報する連絡先及びその電話番号、電子メールアドレス若しくは通報出力先機器のネットワークアドレス等である。

管理サーバ７の照明装置制御部７１ａは、判定部７１ｂから通知された情報に基づき、対処情報７４ｂ−１を参照し、該当する「条件」に合致するエントリがある場合、当該「条件」に対応する「連絡先」へ、当該「事象」を通報する。

図１１に示す例では、例えば、「レベル」“６”の「事象」“ネットワークシステム故障”は、「条件」が“Ｄ≦システム無応答回数（“Ｄ”は所定閾値）”であり、「連絡先」が“システム管理会社”である。この場合、管理サーバ７は、ネットワークシステム１の制御装置３又はゲートウェイ装置４に対して死活監視を行った結果、一定回数応答がない場合、「連絡先」“システム管理会社”へ、当該「事象」を通知する。システム管理会社は、この通知により、ネットワークシステム１の故障を認識できる。

また、図１１に示す例では、例えば、「レベル」“５”の「事象」“照明装置故障”は、「条件」が“照明装置故障検知又はＥ≦照明装置無応答回数（“Ｅ”は所定閾値）”であり、「連絡先」が“ビル管理会社”である。この場合、管理サーバ７は、ネットワークシステム１の制御装置３を介して照明装置２に対して死活監視を行った結果、一定回数応答がない場合、「連絡先」“ビル管理会社”へ、当該「事象」を通知する。ビル管理会社は、この通知により、照明装置２の故障を認識できる。

また、図１１に示す例では、例えば、「レベル」“４”の「事象」“異常”は、「条件」が“ネットワークシステム又は照明装置の異常検知”であり、「連絡先」が“ビル管理会社”である。この場合、管理サーバ７は、「連絡先」“ビル管理会社”へ、当該「事象」を通知する。ビル管理会社は、この通知により、ネットワークシステム１又は照明装置２の異常を認識できる。

また、図１１に示す例では、例えば、「レベル」“３”の「事象」“照明装置寿命”は、「条件」が“Ａ≦稼働スコア（“Ａ”は所定閾値）”であり、「連絡先」が“ビル管理会社”である。この場合、管理サーバ７は、「連絡先」“ビル管理会社”へ、当該「事象」を通知する。ビル管理会社は、この通知により、照明装置２の交換の必要性を認識できる。

また、図１１に示す例では、例えば、「レベル」“２”の「事象」“交換推奨”は、「条件」が“Ｂ≦稼働スコア＜Ａ（“Ａ”“Ｂ”は所定閾値）”であり、「連絡先」が“ユーザ”である。この場合、管理サーバ７は、「連絡先」“ユーザ”へ、当該「事象」を通知する。ユーザは、この通知により、照明装置２の交換を要する時期が近いことを認識できる。

また、図１１に示す例では、例えば、「レベル」“１”の「事象」“省エネ推奨”は、「条件」が“Ｃ≦累積点灯時間（“Ｃ”は所定閾値）”であり、「連絡先」が“ユーザ”である。この場合、管理サーバ７は、「連絡先」“ユーザ”へ、当該「事象」を通知する。ユーザは、この通知により、照明装置２をこまめに消灯する省エネルギーを意識できる。

また、図１１に示す例では、例えば、「レベル」“１”の「事象」“ファームウェアアップデート”は、「条件」が“ファームウェアアップデート発生”であり、「連絡先」が“ユーザ”である。この場合、管理サーバ７は、「連絡先」“ユーザ”へ、当該「事象」を通知する。ユーザは、この通知により、照明装置２のファームウェアアップデートを認識できる。

（実施形態２に係る機器制御システムにおける機器制御処理）
図１２は、実施形態２に係る機器制御システムにおける機器制御処理の一例を示すフローチャートである。図１２に示す実施形態２に係る機器制御システムにおける機器制御処理は、図９に示す実施形態１に係る機器制御システムにおける機器制御処理と比べ、ステップＳ５１及びステップＳ７４に代えてステップＳ５１−１及びステップＳ７４−１をそれぞれ実行し、ステップＳ７５を実行しない点が異なる。

管理サーバ７−１は、ステップＳ７３のレベル判定（照明装置２の動作状況、又は、蓄積した稼働情報を判定）した結果に応じて、レベル及び事象に応じた「連絡先」へ、発生した「事象」を通知する（ステップＳ７４−１）。この際、「連絡先」が“ユーザ”である場合には、管理サーバ７−１は、ユーザ端末５へ、発生した「事象」を通知する。そして、ユーザ端末５は、受け付けたユーザ操作により照明装置２及び／又は制御装置３を制御可能な場合には、受け付けたユーザ操作により、照明装置２及び／又は制御装置３を制御する（ステップＳ５１−１）。制御装置３は、管理サーバ７から「事象」に応じた制御指示を受信すると、制御指示に応じて照明装置２を制御する（ステップＳ３２）。

なお、実施形態２でも、実施形態１と同様に、通知される照明装置２ごとの「事象」の「レベル」を累計し、累計値が所定値以上である場合に、対応する「連絡先」へ通知するとしてもよい。また、照明装置２ごとの「事象」の「レベル」を累計値が所定値以上である場合に、対応する「連絡先」へ通知する際、累計値（「事象」の発生件数）を合わせて通知するとしてもよい。

（実施形態２の効果）
実施形態２は、クラウドを利用した機器制御システムにおいて、故障若しくは故障予見に関して、ユーザに対するリスクをレベル分けして管理し、各レベルに応じた連絡先を対応付け、各機器やシステムの状態検知データを蓄積し、各レベルの制御情報の基準に達したら、連絡先に対して通知を行う。これにより、実施形態２は、システム内の機器に異常が発生した際に、スムーズに対応できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ネットワークシステム
２ 照明装置
３ 制御装置
４ ゲートウェイ装置
５ ユーザ端末
５ａ 報知画像
６ 公衆網
７、７−１ 管理サーバ
１０、１０−１ 機器制御システム
２１ 通信部
２２ 制御部
２３ 光源部
２４ 操作受付部
２５ 電源部
２６ 記憶部
２６ａ 製造情報
２６ｂ 稼働情報
２６ｃ ファームウェア
３１ 制御部
３１ａ 照明装置制御部
３１ｂ 監視部
３２ 通信部
７１ 制御部
７１ａ 照明装置制御部
７１ｂ 判定部
７１ｃ コンテンツ配信制御部
７２ 通信部
７３ 稼働情報蓄積部
７３ａ 稼働情報
７４ 判定基準記憶部
７４ａ 判定基準
７４ｂ 対処情報
７５ コンテンツ記憶部
ｙ１、ｙ２、ｎ１、ｎ２ ボタン

Claims (4)

1. ネットワーク接続可能な機器と；
   前記機器の動作を制御するとともに、前記機器の動作状況を所定のネットワークを介してサーバ装置へ送信する制御部と；
   前記所定のネットワークを介して受信した前記機器の動作状況を蓄積し、蓄積した動作状況から前記機器の状態を判定し、判定した結果に応じて、前記機器ごとのコンテンツを前記所定のネットワークを介して送信する前記サーバ装置と；
   前記サーバ装置から前記所定のネットワークを介して送信されたコンテンツを出力する出力装置としてユーザに利用されるユーザ端末と；
   を具備し、
   前記機器ごとのコンテンツは、前記機器ごとの連絡先情報を含み、
   前記サーバ装置は、受信した前記機器の動作状況、又は、蓄積した前記動作状況を判定した結果に応じて、前記出力装置に前記機器ごとの連絡先へ通知するか否かを通知し、前記出力装置により出力された前記コンテンツに応じてユーザが決定した制御に応じて前記機器ごとの連絡先へ通知する
   機器制御システム。
2. さらに、
   前記機器ごとのコンテンツは、前記機器ごとの制御指示及び／又は前記機器ごとの報知コンテンツを含み、
   前記制御部は、前記サーバ装置から前記機器ごとの制御指示を受信すると、受信した制御指示に従って前記機器を制御し、
   前記出力装置は、前記サーバ装置から前記機器ごとの報知コンテンツを受信すると、受信した報知コンテンツを出力する
   請求項１に記載の機器制御システム。
3. さらに、
   前記制御部は、前記出力装置により出力された報知コンテンツに応じてユーザが決定した制御に応じて前記機器を制御する
   請求項２に記載の機器制御システム。
4. さらに、
   前記サーバ装置は、前記動作状況を重要度でレベル分けして蓄積し、蓄積した動作状況から前記機器の状態を判定する際に、蓄積した動作状況のレベルの合計値が所定閾値を超えた場合に、前記機器ごとのコンテンツを送信する
   請求項１、２又は３に記載の機器制御システム。

Images