(57)【要約】【課題】クラウドへのセンシングデータ伝送機能を有する照明制御システムにおいて、クラウドへのセンシングデータの円滑かつ効率的な伝送を可能とする構成を提供する。  【解決手段】照明制御システム１は、親機２と、複数の子機３と、複数の子機３の一部又は全部に接続された複数のセンサ４とを備え、複数のセンサ４によって取得されたセンシングデータが複数の子機３のいずれかを介して親機２に送信されるように構成される。親機２は、メモリ格納部２２、複数の子機３から受信されるセンシングデータをメモリ格納部２２に格納させる格納処理部２４、及びメモリ格納部２２に格納されたセンシングデータを所定の送信間隔でクラウドサーバ５に無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバ５に無線送信させる送信制御部２５を含む。【選択図】  図１
2019220893.tif 000002
【特許請求の範囲】
【請求項１】
親機と、複数の子機と、該複数の子機の一部又は全部に接続された複数のセンサとを備える照明制御システムであって、
前記複数のセンサによって取得されたセンシングデータが前記複数の子機のいずれかを介して前記親機に送信されるように構成され、
前記親機が、メモリ格納部、前記複数の子機から受信されるセンシングデータを前記メモリ格納部に格納させる格納処理部、及び前記メモリ格納部に格納されたセンシングデータを所定の送信間隔でクラウドサーバに無線送信させ、前記格納されたセンシングデータの量が限度値に達した場合に前記送信間隔の経過を待たずに前記格納されたセンシングデータを前記クラウドサーバに無線送信させる送信制御部を含む、照明制御システム。
【請求項２】
前記メモリ格納部が、前記複数の子機の各々に対応する複数のメモリ領域を含み、
前記格納処理部が、前記センシングデータを前記複数の子機の各々に対応するメモリ領域に格納させ、
前記送信制御部が、前記複数のメモリ領域の各々について、前記センシングデータを前記送信間隔でクラウドサーバに無線送信させ、前記格納されたセンシングデータの量が限度値に達した場合に前記送信間隔の経過を待たずに前記格納されたセンシングデータを前記クラウドサーバに無線送信させるように構成された、請求項１に記載の照明制御システム。
【請求項３】
前記複数のセンサが、複数種の検知対象のセンシングデータを取得するセンサを含み、
前記メモリ格納部が、前記複数のセンサの各々又は前記複数種の検知対象の各々に対応する複数のメモリ領域を含み、
前記格納処理部が、前記センシングデータを前記複数のセンサの各々又は前記複数種の検知対象の各々に対応するメモリ領域に格納させ、
前記送信制御部が、前記複数のメモリ領域の各々について、前記センシングデータを前記送信間隔でクラウドサーバに無線送信させ、前記格納されたセンシングデータの量が限度値に達した場合に前記送信間隔の経過を待たずに前記格納されたセンシングデータを前記クラウドサーバに無線送信させるように構成された、請求項１に記載の照明制御システム。
【請求項４】
前記親機から前記クラウドサーバへの送信が中断後に復帰した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの全てを破棄するように構成された、請求項２又は３に記載の照明制御システム。
【請求項５】
前記親機から前記クラウドサーバへの送信が中断後に回復した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値以下である場合には前記格納されたセンシングデータを保持して送信し、前記格納されたセンシングデータの量が前記限度値を超える場合には前記格納されたセンシングデータの全てを破棄するように構成された、請求項２又は３に記載の照明制御システム。
【請求項６】
前記親機から前記クラウドサーバへの送信が中断後に回復した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値以下である場合には前記格納されたセンシングデータを保持して送信し、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記格納されたセンシングデータの量が前記限度値以下となるように前記格納されたセンシングデータの一部を破棄するように構成された、請求項２又は３に記載の照明制御システム。
【請求項７】
前記センシングデータが、前記親機において前記センシングデータが受信された受信時刻又は前記子機において前記センシングデータが生成された生成時刻を示す情報を含み、
前記送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記受信時刻又は前記生成時刻に基づいて、前記格納されたセンシングデータのうちの相対的に新しいセンシングデータを保持するとともに相対的に古いセンシングデータを破棄するように構成された、請求項６に記載の照明制御システム。
【請求項８】
前記センシングデータが、前記親機において前記センシングデータが受信された受信時刻又は前記子機において前記センシングデータが生成された生成時刻を示す情報を含み、
前記送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記受信時刻又は前記生成時刻に基づいて時刻に関して前記センシングデータを所定間隔で間引くように構成された、請求項６に記載の照明制御システム。
【請求項９】
前記複数のセンサの各々に優先度が設定され、
前記親機から前記クラウドサーバへの送信が中断後に回復した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記格納されたセンシングデータの量が前記限度値以下となるように、前記格納されたセンシングデータのうちの相対的に高い優先度の前記センサからのセンシングデータを保持して送信するとともに相対的に低い優先度の前記センサからのセンシングデータを破棄するように構成された、請求項２に記載の照明制御システム。
【請求項１０】
前記複数のセンサの検知対象の各々に優先度が設定され、
前記親機から前記クラウドサーバへの送信が中断後に回復した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記格納されたセンシングデータの量が前記限度値以下となるように、前記格納されたセンシングデータのうちの相対的に高い優先度の前記検知対象のセンシングデータを保持して送信するとともに相対的に低い優先度の前記検知対象のセンシングデータを破棄するように構成された、請求項２に記載の照明制御システム。
【請求項１１】
前記複数の子機の各々に優先度が設定され、
前記親機から前記クラウドサーバへの送信が中断後に回復した送信回復時に、前記送信制御部が、前記複数のメモリ領域の各々について、前記格納されたセンシングデータの量が前記限度値を超える場合には、前記格納されたセンシングデータの量が前記限度値以下となるように、前記格納されたセンシングデータのうちの相対的に高い優先度の前記子機からのセンシングデータを保持して送信するとともに相対的に低い優先度の前記子機からのセンシングデータを破棄するように構成された、請求項３に記載の照明制御システム。
【請求項１２】
前記送信間隔又は前記限度値が可変に構成された、請求項１から１１のいずれか一項に記載の照明制御システム。
【請求項１３】
前記複数のメモリ領域の各々について前記送信間隔又は前記限度値が可変に構成された、請求項２から１１のいずれか一項に記載の照明制御システム。
【請求項１４】
前記クラウドサーバをさらに備えた請求項１から１３のいずれか一項に記載の照明制御システム。
【請求項１５】
前記送信間隔又は前記限度値が、前記クラウドサーバと通信可能な端末機から前記クラウドサーバを介して変更されるように構成された、請求項１４に記載の照明制御システム。
【請求項１６】
前記クラウドサーバをさらに備え、前記優先度が、前記クラウドサーバと通信可能な端末機から、前記クラウドサーバを介して変更されるように構成された、請求項９から１１のいずれか一項に記載の照明制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クラウドへのセンシングデータ伝送機能を有する照明制御システムに関する。
【背景技術】
【０００２】
特許文献１は、照明器具に関する情報通信システムを開示する。情報端末がネットワークを介して親機に接続され、親機が照明器具である子機を制御する。また、子機に設けられたセンサからの情報が親機及びネットワークを介して情報端末に送信される。特許文献２は、カプセル商品検知センサ、カプセル商品自動販売機及び販売データ通知システムを開示する。カプセル商品自動販売機に設けられたセンサからのデータが、子機を介して親機に送信され、親機からネットワークを介してクラウドセンタに送信される。クラウドセンタにおいて、収集されたデータに基づいて販売データが一括管理され、クラウドセンタに接続された端末で販売データが確認可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−２６６６７８号公報
【特許文献２】特開２０１４−１５３９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、センサで得られたセンシングデータを子機及び親機を介してクラウドに転送するような照明制御システムでは、親機が、子機から受信した大量のセンシングデータをメモリに格納してからクラウドに送信する。ここで、子機から親機に送信されるセンシングデータが増加した場合、又は親機とクラウドの間で通信障害が発生した場合など、親機においてセンシングデータが滞る可能性がある。このような場合に、メモリに格納されたセンシングデータが適切に処理されない場合には、親機においてセンシングデータがオーバーフローするなどして照明制御システムが停止してしまう可能性がある。このようなシステム停止は、センシングデータの収集だけでなく、照明制御システムの本来の機能である照明制御に支障をきたす場合もある。
【０００５】
そこで、本発明は、クラウドへのセンシングデータ伝送機能を有する照明制御システムにおいて、クラウドへのセンシングデータの円滑かつ効率的な伝送を可能とする構成を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明の照明制御システムは、親機と、複数の子機と、複数の子機の一部又は全部に接続された複数のセンサとを備え、複数のセンサによって取得されたセンシングデータが複数の子機のいずれかを介して親機に送信されるように構成され、親機が、メモリ格納部、複数の子機から受信されるセンシングデータをメモリ格納部に格納させる格納処理部、及びメモリ格納部に格納されたセンシングデータを所定の送信間隔でクラウドサーバに無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバに無線送信させる送信制御部を含む。
【０００７】
上記構成によると、メモリ格納部に格納されたセンシングデータが所定の送信間隔でクラウドサーバに無線送信され、格納センシングデータの量が限度値に達した場合に送信間隔の経過を待たずに格納センシングデータがクラウドサーバに無線送信される。これにより、クラウドへのセンシングデータ伝送機能を有する照明制御システムにおいて、クラウドへのセンシングデータの円滑かつ効率的な伝送を可能とする構成が実現される。
【０００８】
第１の態様の照明制御システムでは、メモリ格納部は、複数の子機の各々に対応する複数のメモリ領域を含み、格納処理部は、センシングデータを複数の子機の各々に対応するメモリ領域に格納させ、送信制御部は、複数のメモリ領域の各々について、センシングデータを上記送信間隔でクラウドサーバに無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバに無線送信させるように構成される。このように、複数の子機のそれぞれに対応してメモリ領域が設定され、子機毎のセンシングデータが所定の送信間隔で又は限度値に達するとクラウドサーバに送信される。したがって、親機におけるセンシングデータの効率的処理が可能となるとともに、クラウドサーバにおける子機毎のセンシングデータの収集、解析及び判定の処理が容易化される。
【０００９】
第２の態様の照明制御システムでは、複数のセンサが、複数種の検知対象のセンシングデータを取得するセンサを含み、メモリ格納部は、複数のセンサの各々又は複数種の検知対象の各々に対応する複数のメモリ領域を含み、格納処理部は、センシングデータを複数のセンサの各々又は複数種の検知対象の各々に対応するメモリ領域に格納させ、送信制御部は、複数のメモリ領域の各々について、センシングデータを送信間隔でクラウドサーバに無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバに無線送信させるように構成される。このように、複数のセンサ又は複数種の検知対象のそれぞれに対応してメモリ領域が設定され、センサ又は検知対象毎のセンシングデータが所定の送信間隔で又は限度値に達するとクラウドサーバに送信される。したがって、親機におけるセンシングデータの効率的処理が可能となるとともに、クラウドサーバにおけるセンサ毎又は検知対象毎のセンシングデータの収集、解析及び判定の処理が容易化される。
【００１０】
第１又は第２の態様の照明制御システムにおいて、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの全てを破棄するように構成され得る。これにより、通信回復時にメモリ格納部がリセットされ、その後のセンシングデータの円滑な送信が確実となる。
【００１１】
あるいは、第１又は第２の態様の照明制御システムにおいて、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータを保持して送信し、格納されたセンシングデータの量が限度値を超える場合には格納されたセンシングデータの全てを破棄するように構成されてもよい。これにより、比較的簡素な制御により、破棄されるセンシングデータを減少させつつ、その後のセンシングデータの円滑な送信が可能となる。
【００１２】
あるいは、第１又は第２の態様の照明制御システムにおいて、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータを保持して送信し、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように格納されたセンシングデータの一部を破棄するように構成されてもよい。これにより、破棄されるセンシングデータが最小限のものとなり、クラウドサーバにおいて収集されるセンシングデータの喪失が最小化される。
【００１３】
ここで、センシングデータは、親機においてセンシングデータが受信された受信時刻又は子機においてセンシングデータが生成された生成時刻を示す情報を含み、送信回復時に、送信制御部は、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値を超える場合に、受信時刻又は生成時刻に基づいて、格納されたセンシングデータのうちの相対的に新しいセンシングデータを保持して送信するとともに相対的に古いセンシングデータを破棄するように構成され得る。これにより、クラウドサーバにおいて収集されるセンシングデータのリアルタイム性の喪失が抑制される。
【００１４】
また、センシングデータは、親機においてセンシングデータが受信された受信時刻又は子機においてセンシングデータが生成された生成時刻を示す情報を含み、送信回復時に、送信制御部は、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値を超える場合に、受信時刻又は生成時刻に基づいて時刻に関してセンシングデータを間引き、間引かれなかったセンシングデータを保持して送信するように構成され得る。この態様により、クラウドサーバにおいて収集されるセンシングデータの全体的な連続性の喪失が抑制される。
【００１５】
第１の態様の照明制御システムにおいて、複数のセンサの各々に優先度が設定され、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値を超える場合に、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度のセンサからのセンシングデータを保持して送信するとともに相対的に低い優先度のセンサからのセンシングデータを破棄するように構成され得る。これにより、センサの役割又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００１６】
あるいは、第１の態様の照明制御システムにおいて、複数のセンサの検知対象の各々に優先度が設定され、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値を超える場合に、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度の検知対象のセンシングデータを保持して送信するとともに相対的に低い優先度の検知対象のセンシングデータを破棄するように構成され得る。これにより、検知対象の性質又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００１７】
第２の態様の照明制御システムにおいて、複数の子機の各々に優先度が設定され、親機からクラウドサーバへの送信が中断後に復帰した送信回復時に、送信制御部が、複数のメモリ領域の各々について、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度の子機からのセンシングデータを保持して送信するとともに相対的に低い優先度の子機からのセンシングデータを破棄するように構成され得る。これにより、子機の役割又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００１８】
上記いずれかの態様において、送信間隔又は限度値が可変に構成されることが好ましい。これにより、照明制御システム又は親機の仕様に対応して送信制御を柔軟に適応させることが可能となる。
【００１９】
上記いずれかの態様において、複数のメモリ領域の各々について送信間隔又は限度値が可変に構成されてもよい。これにより、複数のメモリ領域の各々に対して送信間隔又は限度値が最適化され得るので、センシングデータの収集傾向又は収集状況に応じてきめ細かい送信制御が可能となる。
【００２０】
さらに、上記いずれかの照明制御システムは、上記クラウドサーバを備える。そして、送信間隔、限度値又は優先度が、クラウドサーバと通信可能な端末機からクラウドサーバを介して変更されるように構成されることが好ましい。これにより、照明制御システム又は親機の運用中における仕様変更に応じて送信制御を柔軟に適応させることが可能となる。
【図面の簡単な説明】
【００２１】
【図１】第１の実施形態による照明制御システムのブロック図である。
【図２】第２の実施形態による照明制御システムのブロック図である。
【図３】第２の実施形態の代替例による照明制御システムのブロック図である。
【発明を実施するための形態】
【００２２】
＜第１の実施形態＞
図１に、本実施形態による照明制御システム１のブロック図を示す。照明制御システム１は、親機２、子機３−１〜３−ｍ、センサ４−１〜４−ｎ、クラウドサーバ５及び端末機６を備える。子機３−１〜３−ｍ（例えば、ｍ＝５０）の全部又は一部には、照明制御対象となる照明器具７が接続される。また、初期設定時などに、制御装置８（例えば、岩崎電気株式会社製のＩＴＡＣＳ）が親機２に接続され得る。クラウドサーバ５は、インターネットなどのクラウドＣ上に存在する。以降の説明において、子機３−１〜３−ｍを総称して又はいずれか１つを代表して子機３といい、センサ４−１〜４−ｎを総称して又はいずれか１つを代表してセンサ４というものとする。
【００２３】
各子機３は同様の構成を有し、各センサ４は検知対象の相違を除いて実質的に同様の構成を有するものとする。各子機３に接続されるセンサ４の個数及び種類は異なり得る。例えば、図１の例では、子機３−１には３個のセンサ４−１〜４−３、子機３−２には２個のセンサ４−４及び４−５、子機３−３には４個のセンサ４−６〜４−９、子機３−４には０個のセンサ、子機３−ｍには１個のセンサ４−ｎが接続される。また、各子機３に接続される照明器具７の個数も異なり得る（子機３−３のように照明器具７が接続されない子機があってもよい）。結果として、センサ４及び照明器具７が接続される子機３（子機３−１、３−２、３−ｍ）、センサ４のみが接続される子機３（子機３−３）及び照明器具７のみが接続される子機３（子機３−４）が存在し得る。また、本実施形態では１つの親機２がクラウドサーバ５に対応付けられているが、複数の親機２がクラウドサーバ５に対応付けられていてもよい。
【００２４】
クラウドサーバ５へのセンシングデータの伝送の概略として、センサ４−１〜４−ｎが種々の検知対象（例えば、環境照度、照明照度、温度、湿度、加速度、傾きなど）の検出値を取得し、子機３−１〜３−ｍは検出値から生成されたセンシングデータを親機２に送信する。親機２は、受信したセンシングデータを格納してから所定の送信間隔でクラウドサーバ５に送信する。そして、端末機６は、クラウドサーバ５にアクセスして、クラウドＣ上でセンシングデータを監視することができる。親機２と各子機３とは無線接続され、子機３とセンサ４とはセンサ用回路基板４０を介して接続される。親機２と子機３の間の無線接続は、本実施形態では、サブギガ帯（例えば９２０ＭＨｚ帯）などを利用する特定小電力無線であるが、Ｗｉ−ＳＵＮ、ＺｉｇＢｅｅ（登録商標）、ＢＬＥなどの通信規格に準拠した他の無線通信によるものであってもよい。親機２とクラウドサーバ５とは、例えば、３Ｇ、４Ｇ（ＬＴＥ）などによって無線接続され、親機２と制御装置８とは、不図示のインターフェースを介してＬＡＮなどで有線接続される。クラウドサーバ５と端末機６とは、任意の通信方式を介して有線接続又は無線接続される。
【００２５】
センサ４は、検出値を取得するセンサ素子を含む。検出値は、任意の照明器具７について、内部の温度又は湿度（温湿度センサ）、ポールの傾き（６軸センサ、傾きセンサ）、振動又は衝撃（６軸センサ、加速度センサ）、その照明による照度又は輝度（照度センサ）、周辺の日照による明るさである環境照度（照度センサ）、人体の在／不在（人感センサ）などを含み得る。なお、検出値は、上記のように照明器具７の動作又は状態、照明器具７周辺の状態だけでなく、不図示の通信手段（例えばＢＬＥによる通信）などによって取得可能な情報（例えば、気象に関する情報など）も含み得る。センサ４は、検出値としての物理量をセンシングデータとしての電気信号に変換し、その電気信号をセンサ用回路基板４０に出力する。
【００２６】
センサ用回路基板４０は、例えばマイコンなどを備え、不図示のＣＰＵ、メモリなどを含み、センサ４と子機３の間の入出力インターフェースとして機能する。センサ用回路基板４０のＣＰＵは、センサ４によって取得された検出値を子機３で処理可能な形式に変換し、センシングデータを生成する。また、センサ用回路基板４０のＣＰＵは、検出値又はセンシングデータのエッジ処理、例えば、所定期間内における検出値又はセンシングデータの平均値、最大値、最小値、中央値などを演算することができる。この所定期間は、センサ４に応じて適宜定められる。なお、センサ用回路基板４０は、子機３に内蔵されてもよいし、１つ又は複数のセンサ４に対して一体化されてもよい。
【００２７】
子機３は、無線接続部３０、ＣＰＵ３１及びメモリ３２を備える。これらの各部は、バスを介して相互に信号及びデータのやり取りが可能な態様で接続される。無線接続部３０は、親機２（無線接続部２０）と無線通信を行う無線モジュールである。ＣＰＵ３１は、通信制御部３３、フィルタ部３４及び照明制御部３５を含む。ＣＰＵ３１は、通信制御部３３、フィルタ部３４及び照明制御部３５の機能とともに、これらの統括制御など、特に明記しない子機ＣＰＵとしての一般的な機能も実行可能であるものとする。メモリ３２は、プログラム及びデータを記憶するＲＡＭ、ＲＯＭなどの記憶部であり、本実施形態を実行するためのプログラムがすでに書き込まれているものとする。ＣＰＵ３１及びメモリ３２は１つのマイクロコンピュータに含まれ得る。
【００２８】
通信制御部３３は、センサ４からセンサ用回路基板４０を介して入力されたセンシングデータを、子機３−親機２間の無線通信の通信制限に従って無線接続部３０から親機２に送信させる。入力されたセンシングデータは一旦メモリ３２に記憶され、例えば秒単位の間隔で親機２に送信される。センシングデータは、少なくとも、子機３のショートアドレス、センサの種類又はショートアドレス及び検出値を含む。なお、検出値がエッジ処理される場合には、センシングデータはエッジ処理済み検出値及びエッジ処理の種別情報を含み得る。また、センシングデータには、子機３においてセンシングデータが生成された時刻が含まれてもよい。
【００２９】
フィルタ部３４は、親機２からのフィルタ指示に応じて、センサ４からセンサ用回路基板４０を介して入力されたセンシングデータをフィルタリングする。このフィルタリングによって、子機３から親機２に（及びその結果として親機２からクラウドサーバ５に）送信されるセンシングデータのデータ量が減少する。なお、フィルタリングは、センサ用回路基板４０のＣＰＵにおいて行われてもよい。
【００３０】
例えば、フィルタリングは、収集されたセンシングデータのうちの所定のセンサ４からのセンシングデータを選択するためのセンサ選択処理であってもよい。例えば、センサ４−１〜４−ｎのうちの優先度の高い一部のセンサ４からのセンシングデータが優先的に選択され得る。また、フィルタリングは、同種の複数のセンシングデータから有意なセンシングデータを抽出又は演算するための集計処理であってもよい。この場合、例えば、同種の物理量を検知する複数のセンサ４から収集されたセンシングデータの各種平均値、最大値、最小値、中央値などが抽出又は演算され得る。また、フィルタリングは、収集されたセンシングデータのうちの所定演算による結果を選択するための演算選択処理であってもよい。例えば、各センサ４からの各センシングデータが所定期間の平均値、最大値、最小値などを含む場合に、いずれかの演算の結果（例えば、平均値のみ、最大値のみ、最小値のみなど）が選択され得る。また、フィルタリングは、センサ用回路基板４０においてエッジ処理されたセンシングデータを更にエッジ処理する二次エッジ処理であってもよい。あるいは、フィルタリングは、センサ４の各々から逐次入力されるセンシングデータを所定の割合で除去する間引き処理であってもよい。
【００３１】
なお、上記のフィルタリング処理は例示であり、他の多数の態様のフィルタリング処理が可能である。また、フィルタリングとして、上記のセンサ選択処理、集計処理、演算選択処理、二次エッジ処理又は間引き処理の２つ以上が適宜組み合わせられてもよい。
【００３２】
親機２は、無線接続部２０、ＣＰＵ２１、メモリ格納部２２及び無線通信部２３を備える。これらの各部は、バスを介して相互に信号及びデータのやり取りが可能な態様で接続される。無線接続部２０は、各子機３（無線接続部３０）と無線通信を行う無線モジュールである。ＣＰＵ２１は、格納処理部２４、送信制御部２５及び照明制御部２６を含む。ＣＰＵ２１は、格納処理部２４、送信制御部２５及び照明制御部２６の機能とともに、これらの統括制御、子機３へのフィルタ指示の生成及び送信制御など、特に明記しない親機ＣＰＵとしての一般的な機能も実行可能であるものとする。ＣＰＵ２１及びメモリ格納部２２は、１つのマイクロコンピュータに含まれ得る。無線通信部２３は、クラウドサーバ５（通信部５０）と無線通信可能な通信手段である。照明制御部２６は、子機３への照明制御信号（オン／オフ信号、調光信号など）を生成し、照明制御信号を無線接続部２０から対応の子機３に送信させる。
【００３３】
メモリ格納部２２は、プログラム及びデータを記憶するＲＡＭ、ＲＯＭなどの記憶部であり、本実施形態を実行するためのプログラムがすでに書き込まれているものとする。また、メモリ格納部２２は、メモリ領域２２−１〜２２−ｍを含む。メモリ領域２２−１〜２２−ｍは、子機３−１〜３−ｍに対応して割り当てられる。したがって、センサが接続されない子機３−４に対応するメモリ領域２２−４は、設けられなくてもよい。また、メモリ領域２２−１〜２２−ｍの各メモリ容量は同じであってもよいし、異なっていてもよい。
【００３４】
格納処理部２４は、子機３−１〜３−ｍから無線接続部２０によって受信されたセンシングデータをメモリ領域２２−１〜２２−ｍにそれぞれ格納する。すなわち、格納処理部２４は、子機３から受信されるセンシングデータに含まれる子機ショートアドレスに基づいて、センシングデータを逐次的にメモリ領域２２−１〜２２−ｍに格納していく。メモリ格納部２２に格納された時点で、センシングデータは、少なくとも、子機３のショートアドレス、センサの種類又はショートアドレス、検出値、及びセンシングデータが親機２に受信された時刻（以下、「受信時刻」という）の情報を含む。なお、検出値がエッジ処理される場合には、センシングデータはエッジ処理済み検出値及びエッジ処理の種別情報を含み得る。また、センシングデータは、受信時刻に加えて又はそれに代えて、センシングデータが子機３で生成された時刻（以下、「生成時刻」という）の情報を含んでいてもよい。
【００３５】
送信制御部２５は、メモリ格納部２２からクラウドサーバ５へのセンシングデータの送信を制御する。送信制御部２５は、メモリ格納部２２に格納されたセンシングデータを、例えばｊｓｏｎファイルなどの所定のフォーマットに変換し、変換されたセンシングデータを所定の送信間隔で無線通信部２３からクラウドサーバ５に送信させる。センシングデータの送信間隔毎の送信により、センシングデータが親機２からクラウドサーバ５に逐次送信される構成と比べて、その通信回数が低減され、データロスの可能性が減少し得る。なお、ｊｓｏｎファイルへのセンシングデータの変換は、格納処理部２４がセンシングデータをメモリ格納部２２に格納する際に実行してもよい。また、送信制御部２５は、メモリ格納部２２に格納されたセンシングデータの量が限度値に達した場合に、上記の送信間隔の経過を待たずに、格納されたセンシングデータを無線通信部２３からクラウドサーバ５に無線送信させる。限度値が設定されることにより、メモリ格納部２２におけるオーバーフローが防止される。
【００３６】
具体的には、送信制御部２５は、メモリ領域２２−１〜２２−ｍの各々について、センシングデータを所定の送信間隔でクラウドサーバ５に送信するように構成される。そして、送信制御部２５は、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータが限度値に達した時点で、送信間隔の到来の有無にかかわらず、そのセンシングデータをクラウドサーバ５に送信するように構成される。メモリ領域２２−１〜２２−ｍの相互についての送信タイミングは、同期していてもよいし、同期していなくてもよい。すなわち、例えば、メモリ領域２２−１に格納されたセンシングデータとメモリ領域２２−２に格納されたセンシングデータとは同じ時刻に送信されてもよいし、異なる時刻に送信されてもよい。
【００３７】
上記の送信間隔は、照明制御システム１又は親機２の仕様に応じて、例えば１分〜１時間程度で可変に設定され得る。また、上記の限度値は、照明制御システム１又は親機２の仕様に応じて、メモリ領域２２−１〜２２−ｍの各々についてそのメモリ容量の所定の割合に可変に設定される。このように、メモリ領域２２−１〜２２−ｍの各々について、送信間隔又は限度値が可変に構成されることにより、照明制御システム１又は親機２の仕様に対応して送信制御を柔軟に適応させることが可能となる。
【００３８】
また、メモリ領域２２−１〜２２−ｍの全てに対して同じ送信間隔が設定されてもよいし、メモリ領域２２−１〜２２−ｍに対してそれぞれ異なる送信間隔が設定されてもよい。また、メモリ領域２２−１〜２２−ｍの全てに対して同じ限度値が設定されてもよいし、メモリ領域２２−１〜２２−ｍに対してそれぞれ異なる限度値が設定されてもよい。このように、メモリ領域２２−１〜２２−ｍの各々に対して送信間隔又は限度値が最適化され得るので、センシングデータの収集傾向又は収集状況に応じてきめ細かい送信制御が可能となる。
【００３９】
送信間隔及び限度値は、システム導入時に端末機６によって予め設定され得るが、システム運用中においても端末機６からクラウドサーバ５を介して変更可能に構成される。例えば、端末機６が送信間隔又は限度値の設定変更命令をクラウドサーバ５を介して親機２に送信し、親機２の送信制御部２５が設定変更命令に応じて送信間隔又は限度値を変更するように構成される。送信間隔の変更は、例えば、子機３の接続数の変更、センサ４の接続数又は種類の変更などに応じて必要となり得る。例えば、子機３の接続数ｍの増加／減少に応じて送信間隔が短縮／伸長されるようにしてもよいし、センサ４の接続数ｎの増加／減少に応じて送信間隔が短縮／伸長されるようにしてもよい。また、限度値の変更は、親機２のメモリ増設などのハードウェアの変更の際に必要となり得る。このように、送信間隔又は限度値が、クラウドサーバ５と通信可能な端末機６から、クラウドサーバ５を介して変更可能に構成されることにより、照明制御システム１又は親機２の運用中の仕様変更に応じて送信制御を柔軟に適応させることが可能となる。
【００４０】
また、親機２からクラウドサーバ５への通信において通信障害などの何らかの未接続状態が生じた場合に、送信制御部２５は、クラウドサーバ５との通信の接続／未接続を検出して、メモリ格納部２２に格納されているデータの保持又は破棄を決定することができる。送信制御部２５は、親機２からクラウドサーバ５への送信接続が中断した後に復帰したこと（以下、「送信回復」という）を検出すると、格納されているセンシングデータを単にリトライ送信するのではなく、以下の（１）〜（４）のいずれかに示す態様に従って処理する。
【００４１】
（１）全センシングデータの破棄
送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、全ての格納されたセンシングデータを破棄するように構成され得る。これにより、送信回復時にメモリ格納部２２がリセットされ、その後のセンシングデータの円滑な送信が確実となる。
【００４２】
（２）限度値超の全センシングデータの破棄
送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータを保持し、格納されたセンシングデータの量が限度値を超える場合には格納されたセンシングデータの全てを破棄するように構成され得る。その後、送信制御部２５は、保持したセンシングデータをクラウドサーバ５に送信させる。これにより、比較的簡素な制御により、破棄されるセンシングデータを減少させつつ、その後のセンシングデータの円滑な送信を可能とすることができる。
【００４３】
（３）センシングデータの一部破棄
送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータを保持し、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように格納されたセンシングデータの一部を破棄するように構成され得る。その後、送信制御部２５は、保持したセンシングデータをクラウドサーバ５に送信させる。これにより、破棄されるセンシングデータが最小限のものとなり、クラウドサーバ５において収集されるセンシングデータの喪失が最小化される。この場合の保持／破棄については、以下（３−１）及び（３−２）のような種々の態様が適用可能である。
【００４４】
（３−１）古いセンシングデータの破棄
送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値を超える場合には、センシングデータの受信時刻又は生成時刻に基づいて、格納されたセンシングデータのうちの相対的に新しいセンシングデータを保持するとともに相対的に古いセンシングデータを破棄するように構成され得る。この態様により、クラウドサーバ５において収集されるセンシングデータのリアルタイム性の喪失が抑制される。
【００４５】
（３−２）センシングデータの時間間引き
送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値を超える場合には、受信時刻又は生成時刻に基づいて時刻に関してセンシングデータを間引くように構成され得る。例えば、（限度値がメモリ容量の５０％以下である場合に）時系列において偶数番目のセンシングデータが保持され、奇数番目のセンシングデータが破棄されるようにしてもよい。あるいは、保持時間帯と破棄時間帯とが交互に反復され、保持時間帯に受信時刻又は生成時刻が含まれるセンシングデータが保持され、破棄時間帯に受信時刻又は生成時刻が含まれるセンシングデータが破棄されるようにしてもよい。この態様により、クラウドサーバ５において収集されるセンシングデータの全体的な連続性の喪失が抑制される。
【００４６】
（４）センサ４の優先度に応じた破棄
本態様では、各センサ４に優先度が設定される。送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度のセンサ４からのセンシングデータを保持するとともに相対的に低い優先度のセンサ４からのセンシングデータを破棄する。その後、送信制御部２５は、保持したセンシングデータをクラウドサーバ５に送信させる。例えば、基準となるセンサ４（複数のセンサ４を代表するもの）に高い優先度が設定され得る。これにより、センサ４の役割又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００４７】
（５）検知対象の優先度に応じた破棄
本態様では、センサ４の検知対象の各々に優先度が設定される。送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｍの各々について、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度の検知対象のセンシングデータを保持するとともに相対的に低い優先度の検知対象のセンシングデータを破棄する。その後、送信制御部２５は、保持したセンシングデータをクラウドサーバ５に送信させる。なお、送信回復時に、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータが保持されてもよいし、格納されたセンシングデータの量が限度値を超える場合と同様に処理されてもよい。
【００４８】
例えば、リアルタイム性がより求められる検知対象には高い優先度が設定され、変化の遅い検知対象には低い優先度が設定され得る。具体的には、センサ４の検知対象が、照明器具内の温湿度（温湿度センサ）、照明器具の振動又は衝撃（６軸センサ）、環境照度（照度センサ）及び人体の在／不在（人感センサ）を含む場合、優先度は、高い方から、人感センサからのセンシングデータ、６軸センサからのセンシングデータ、温湿度センサ又は照度センサからのセンシングデータとなり得る。したがって、この場合には、人感センサからのセンシングデータが最優先で保持され、６軸センサからのセンシングデータが次に優先して保持され、温湿度センサ又は照度センサからのセンシングデータが優先的に破棄されることになる。これにより、検知対象の性質又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００４９】
また、上記（４）における各センサ４の優先度及び上記（５）における各検知対象の優先度は、システム導入時に端末機６によって予め設定され得るが、システム運用中においても端末機６からクラウドサーバ５を介して変更可能に構成される。例えば、端末機６が各優先度の設定変更命令をクラウドサーバ５を介して親機２に送信し、親機２の送信制御部２５が設定変更命令に応じて各優先度を変更するように構成される。
【００５０】
クラウドサーバ５は、通信部５０、記憶部５１、データ解析部５２、数値判定部５３及び通知生成部５４を備える。通信部５０は、一般的な通信装置であればよく、親機２（無線通信部２３）と無線通信が可能であり、端末機６（通信部６０）と無線通信又は有線通信可能であればよい。
【００５１】
記憶部５１は、親機２から通信部５０を介して受信されたセンシングデータを蓄積するデータベースとして機能し、大量のセンシングデータをビックデータとして蓄積することができる。データ解析部５２は、記憶部５１に蓄積されたセンシングデータの個数処理など、統計的処理を行うことができる。数値判定部５３は、データ解析部５２の解析結果に基づいて、センシングデータが正常値であるのか異常値であるのか、あるいは解析対象のセンシングデータに関係する照明器具７が正常な状態にあるのか異常な状態にあるのかを判定する。通知生成部５４は、判定結果通知を通信部５０から端末機６に送信させる。判定結果通知は、判定対象の親機２、子機３又はセンサ４の識別、センサ４の検出対象の種別、センシングデータに異常がある場合には異常のレベルなどを含み得る。なお、判定結果通知に、各照明器具７の状態の正常／異常の別が含まれてもよい。
【００５２】
端末機６は、パーソナルコンピュータ、タブレット、スマートフォンなどであり、通信部６０、ＣＰＵ６１、メモリ６２及び入出力インターフェース（Ｉ／Ｆ）６３を備える。通信部６０は、クラウドサーバ５（通信部５０）と通信可能な一般的な通信手段であればよい。ＣＰＵ６１及びメモリ６２は、一般的なコンピュータを構成するプロセッサ及びメモリであればよい。入出力Ｉ／Ｆ６３は、端末機６がパーソナルコンピュータである場合にはキーボード、マウス、表示画面などで構成され、端末機６がタブレット、スマートフォンなどである場合にはタッチパネルからなる表示画面である。表示画面には、上記の判定結果が図表などによって表示され得る。端末機６は、クラウドサーバ５上で判定結果を閲覧するように構成されてもよいし、クラウドサーバ５から判定結果の通知（異常連絡のメールなど）を受信するように構成されてもよい。
【００５３】
また、ＣＰＵ６１は、入出力Ｉ／Ｆ６３を介してユーザ入力された各種設定変更命令を通信部６０からクラウドサーバ５（通信部５０）に送信させることができる。設定変更命令は、上述の複数のメモリ領域の全部又は一部に対する送信間隔、複数のメモリ領域の全部又は一部に対する限度値、各子機３の優先度、各センサ４の優先度、各検知対象の優先度、後述の各子機３の優先度などを変更する命令を含み得る。また、設定変更命令は、子機３から親機２へのセンシングデータの送信間隔を変更する命令、子機３におけるフィルタリング処理を変更する命令などを含み得る。これにより、照明制御システム１又は親機２の運用中における仕様変更に応じて送信制御を柔軟に適応させることが可能となる。
【００５４】
以上のように、本発明による照明制御システム１は、センサ４−１〜４−ｎによって取得されたセンシングデータが子機３−１〜３−ｍのいずれかを介して親機２に送信されるように構成され、親機２は、メモリ格納部２２、子機３−１〜３−ｍから受信されるセンシングデータをメモリ格納部２２に格納させる格納処理部２４、及びメモリ格納部２２に格納されたセンシングデータを所定の送信間隔でクラウドサーバ５に無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバに無線送信させる送信制御部２５を含む。
【００５５】
このように、メモリ格納部２２に格納されたセンシングデータが所定の送信間隔でクラウドサーバ５に無線送信され、格納センシングデータの量が限度値に達した場合に送信間隔の経過を待たずに格納センシングデータがクラウドサーバ５に無線送信される。これにより、クラウドへのセンシングデータ伝送機能を有する照明制御システム１において、クラウドサーバ５へのセンシングデータの円滑かつ効率的な伝送を可能とする構成が実現される。
【００５６】
特に、本実施形態では、メモリ格納部２２は、子機３−１〜３−ｍの各々に対応するメモリ領域２２−１〜２２−ｍを含み、格納処理部２４は、センシングデータを子機３−１〜３−ｍの各々に対応するメモリ領域２２−１〜２２−ｍに格納させる。そして、送信制御部２５は、メモリ領域２２−１〜２２−ｍの各々について、センシングデータを送信間隔でクラウドサーバ５に無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバ５に無線送信させるように構成される。
【００５７】
このように、子機３−１〜３−ｍに対応してメモリ領域２２−１〜２２−ｍが設定され、子機３毎のセンシングデータが所定の送信間隔で又は限度値に達するとクラウドサーバ５に送信される。したがって、親機２におけるセンシングデータの効率的処理が可能となるとともに、クラウドサーバ５における子機３毎のセンシングデータの収集、解析及び判定の処理が容易化される。
【００５８】
＜第２の実施形態＞
上記第１の実施形態では、メモリ格納部２２のメモリ領域が子機３毎に割り当てられる構成を示したが、本実施形態では、メモリ格納部２２のメモリ領域がセンサ４毎又は検出対象毎に割り当てられる構成を示す。
【００５９】
図２に、本実施形態の照明制御システム１のブロック図を示す。本実施形態において、第１の実施形態と同様の構成には同じ符号を付し、その重複する説明を省略又は簡略化する。本実施形態においては、メモリ格納部２２のメモリ領域の構成及びそれに関連する動作が、第１の実施形態のものとは異なる。
【００６０】
メモリ格納部２２は、図２に示すように、メモリ領域２２−１〜２２−ｎを含む。メモリ領域２２−１〜２２−ｎは、センサ４−１〜４−ｎに対応して割り当てられる。また、メモリ領域２２−１〜２２−ｎの各メモリ容量は同じであってもよいし、検知対象の性質に応じて異なっていてもよい。
【００６１】
格納処理部２４は、各子機３から受信されるセンシングデータに含まれるセンサショートアドレスに基づいて、センシングデータを逐次的にメモリ領域２２−１〜２２−ｎに格納していく。メモリ格納部２２に格納された時点で、センシングデータは、少なくとも、子機３のショートアドレス、センサの種類及びショートアドレス、検出値、及びセンシングデータの受信時刻又は生成時刻の情報を含む。なお、検出値がエッジ処理される場合には、センシングデータはエッジ処理済み検出値及びエッジ処理の種別情報を含み得る。
【００６２】
送信制御部２５は、第１の実施形態と同様に、メモリ領域２２−１〜２２−ｎの各々について、センシングデータ（ｊｓｏｎファイル）を所定の送信間隔でクラウドサーバ５に送信する。そして、送信制御部２５は、メモリ領域２２−１〜２２−ｎの各々について、格納されたセンシングデータが限度値に達した時点で、送信間隔の到来の有無にかかわらず、そのセンシングデータをクラウドサーバ５に送信するように構成される。メモリ領域２２−１〜２２−ｎの相互についての送信タイミングは、同期していてもよいし、同期していなくてもよい。
【００６３】
上記の送信間隔は、照明制御システム１又は親機２の仕様に応じて、例えば１分〜１時間程度で可変に設定され得る。また、上記の限度値は、照明制御システム１又は親機２の仕様に応じて、メモリ領域２２−１〜２２−ｎの各々についてそのメモリ容量の所定の割合に可変に設定される。このように、メモリ領域２２−１〜２２−ｎの各々について、送信間隔又は限度値が可変に構成されることにより、照明制御システム１又は親機２の仕様に対応して送信制御を柔軟に適応させることが可能となる。
【００６４】
また、メモリ領域２２−１〜２２−ｎの全てに対して同じ送信間隔が設定されてもよいし、メモリ領域２２−１〜２２−ｎに対してそれぞれ異なる送信間隔が設定されてもよい。また、メモリ領域２２−１〜２２−ｎの全てに対して同じ限度値が設定されてもよいし、メモリ領域２２−１〜２２−ｎに対してそれぞれ異なる限度値が設定されてもよい。このように、メモリ領域２２−１〜２２−ｎの各々に対して送信間隔又は限度値が最適化され得るので、センシングデータの収集傾向又は収集状況に応じてきめ細かい送信制御が可能となる。
【００６５】
代替的に、図３に示すように、センサ４によるｘ個（本例ではｘ＝６）の種類の検知対象に対してメモリ領域２２−Ａ〜２２−Ｆが割り当てられてもよい。例えば、センサ４の検知対象が、検知対象Ａ：温度（温湿度センサ４−１Ａ、４−６Ａ）、検知対象Ｂ：湿度（温湿度センサ４−２Ｂ、４−４Ｂ）、検知対象Ｃ：衝撃（６軸センサ４−３Ｃ、４−７Ｃ）、検知対象Ｄ：環境照度（照度センサ４−５Ｄ）、検知対象Ｅ：照明照度（照明センサ４−８Ｅ）及び検知対象Ｆ：人体の在／不在（人感センサ４−９Ｆ、４−ｎＦ）を含むものとする。この場合、検知対象Ａ〜Ｆに対応してメモリ領域２２−Ａ〜２２−Ｆが割り当てられる。また、メモリ領域２２−Ａ〜２２−Ｆの各メモリ容量は同じであってもよいし、検知対象の性質に応じて異なっていてもよい。なお、本例では検知対象が６種の場合を示すが、検知対象数はこれに限定されない。
【００６６】
図３の例でも、送信制御部２５は、メモリ領域２２−Ａ〜２２−Ｆの各々について、センシングデータ（ｊｓｏｎファイル）を所定の送信間隔でクラウドサーバ５に送信する。そして、送信制御部２５は、メモリ領域２２−Ａ〜２２−Ｆの各々について、格納されたセンシングデータが限度値に達した時点で、送信間隔の到来の有無にかかわらず、そのセンシングデータをクラウドサーバ５に送信するように構成される。メモリ領域２２−Ａ〜２２−Ｆの相互についての送信タイミングは、同期していてもよいし、同期していなくてもよい。
【００６７】
上記の送信間隔は、照明制御システム１又は親機２の仕様に応じて、例えば１分〜１時間程度で可変に設定され得る。また、上記の限度値は、照明制御システム１又は親機２の仕様に応じて、メモリ領域２２−Ａ〜２２−Ｆの各々についてそのメモリ容量の所定の割合に可変に設定される。このように、メモリ領域２２−Ａ〜２２−Ｆの各々について、送信間隔又は限度値が可変に構成されることにより、照明制御システム１又は親機２の仕様に対応して送信制御を柔軟に適応させることが可能となる。
【００６８】
また、メモリ領域２２−Ａ〜２２−Ｆの全てに対して同じ送信間隔が設定されてもよいし、メモリ領域２２−Ａ〜２２−Ｆに対してそれぞれ異なる送信間隔が設定されてもよい。例えば、温度又は湿度（温湿度センサ）、環境照度又は照明照度（照度センサ）などの相対的に変化の遅い検知対象Ａ、Ｂ、Ｄ、Ｅなどに対応するメモリ領域２２−Ａ、２２−Ｂ、２２−Ｄ、２２−Ｅなどについては、相対的に長い送信間隔が設定されてもよい。これに対して、衝撃（６軸センサ）、人体の在／不在（人感センサ）などの相対的に変化の速い（又はリアルタイム性が要求される）検知対象Ｃ、Ｆなどに対応するメモリ領域２２−Ｃ、２２−Ｆなどについては、相対的に短い送信間隔が設定されるように設定されてもよい。このように、メモリ領域２２−Ａ〜２２−Ｆの各々に対して送信間隔又は限度値が最適化され得るので、センシングデータの収集傾向又は収集状況に応じてきめ細かい送信制御が可能となる。
【００６９】
本実施形態でも、第１の実施形態と同様に、上記の送信間隔又は限度値は可変に構成される。そして、メモリ領域２２−１〜２２−ｎの各々又はメモリ領域２２−Ａ〜２２−Ｆの各々について送信間隔又は限度値が可変に設定され得る。また、上記の送信間隔又は限度値は、第１の実施形態と同様に、システム導入時に端末機６によって予め設定され得るが、システム運用中においても端末機６からクラウドサーバ５を介して変更可能に構成される。これにより、照明制御システム１又は親機２の運用中における仕様変更に応じて送信制御を柔軟に適応させることが可能となる。
【００７０】
また、送信制御部２５は、通信回復を検出すると、格納されているセンシングデータを単にリトライ送信するのではなく、第１の実施形態において上述した（１）「全センシングデータの破棄」、（２）「限度値超の全センシングデータの破棄」又は（３）「センシングデータの一部破棄」（（３−１）「古いセンシングデータの破棄」及び（３−２）「センシングデータの時間間引き」）のいずれかの態様に従って処理することができる。また、本実施形態では、以下の（６）に示す態様に従ってセンシングデータを処理してもよい。
【００７１】
（６）子機３の優先度に応じた破棄
本態様では、各子機３に優先度が設定される。送信制御部２５は、送信回復時に、メモリ領域２２−１〜２２−ｎ又はメモリ領域２２−Ａ〜２２−Ｆの各々について、格納されたセンシングデータの量が限度値を超える場合には、格納されたセンシングデータの量が限度値以下となるように、格納されたセンシングデータのうちの相対的に高い優先度の子機３からのセンシングデータを保持するとともに相対的に低い優先度の子機３からのセンシングデータを破棄する。その後、送信制御部２５は、保持したセンシングデータをクラウドサーバ５に送信させる。なお、格納されたセンシングデータの量が限度値以下である場合には格納されたセンシングデータは保持されてもよいし、格納されたセンシングデータの量が限度値を超える場合と同様に処理されてもよい。
【００７２】
例えば、一群の子機３のうちの少なくとも１つの代表子機が定められている場合に、その代表子機からのセンシングデータが保持され、残余の子機からのセンシングデータが破棄されるようにしてもよい。これにより、子機３の役割又は重要性に応じてセンシングデータが保持又は破棄されるので、通信中断に起因するセンシングデータ破棄の影響が低減又は最適化され得る。
【００７３】
また、上記における各子機３の優先度は、システム導入時に端末機６によって予め設定され得るが、システム運用中においても端末機６からクラウドサーバ５を介して変更可能に構成される。例えば、端末機６が各優先度の設定変更命令をクラウドサーバ５を介して親機２に送信し、親機２の送信制御部２５が設定変更命令に応じて各優先度を変更するように構成される。
【００７４】
以上のように、本実施形態でも第１の実施形態と同様に、メモリ格納部２２に格納されたセンシングデータが所定の送信間隔でクラウドサーバ５に無線送信され、格納センシングデータの量が限度値に達した場合に送信間隔の経過を待たずに格納センシングデータがクラウドサーバ５に無線送信される。これにより、クラウドへのセンシングデータ伝送機能を有する照明制御システム１において、クラウドサーバ５へのセンシングデータの円滑かつ効率的な伝送を可能とする構成が実現される。
【００７５】
特に、本実施形態では、メモリ格納部２２はセンサ４の各々に対応するメモリ領域２２−１〜２２−ｎを含み、格納処理部２４はセンシングデータをセンサ４−１〜４−ｎの各々に対応するメモリ領域２２−１〜２２−ｎに格納させる。あるいは、メモリ格納部２２は検知対象の各々に対応するメモリ領域２２−Ａ〜２２−Ｆを含み、格納処理部２４はセンシングデータを検知対象Ａ〜Ｆの各々に対応するメモリ領域２２−Ａ〜２２−Ｆに格納させる。送信制御部２５は、メモリ領域２２−１〜２２−ｎの各々又は２２−Ａ〜２２−Ｆの各々について、センシングデータを送信間隔でクラウドサーバ５に無線送信させ、格納されたセンシングデータの量が限度値に達した場合に送信間隔の経過を待たずに、格納されたセンシングデータをクラウドサーバ５に無線送信させるように構成される。
【００７６】
このように、複数のセンサ４又は複数種の検知対象のそれぞれに対応してメモリ領域が設定され、センサ４又は検知対象毎のセンシングデータが所定の送信間隔で又は限度値に達するとクラウドサーバ５に送信される。したがって、親機２におけるセンシングデータの効率的処理が可能となるとともに、クラウドサーバ５におけるセンサ４毎又は検知対象毎のセンシングデータの収集、解析及び判定の処理が容易化される。
【００７７】
＜変形例＞
以上に本発明の好適な実施形態を示したが、本発明は、例えば以下に示すように種々の態様に変形可能である。
【００７８】
（１）メモリ格納部２２に関する変形
メモリ格納部２２において、上記第１の実施形態では子機３に対応してメモリ領域が割り当てられ、上記第２の実施形態ではセンサ４又は検知対象に対応してメモリ領域が割り当てられる構成を説明した。一方、メモリ領域は、グループ化された複数の子機３（子機３−１〜３−ｍの部分集合）、グループ化されたセンサ４（センサ４−１〜４−ｎの部分集合）又はグループ化された検知対象に対して割り当てられてもよい。あるいは、メモリ領域は、特定の子機３と特定のセンサ４の組合せ、特定の子機３と特定の検知対象の組合せに対して割り当てられてもよい。あるいは、メモリ領域は、センシングデータのデータサイズ毎など、他の適切な組合せに対して割り当てられ得る。
【００７９】
（２）各実施形態の相互間変更
上記各実施形態及びその代替例におけるメモリ格納部２２のメモリ領域構成（子機３毎の割当て構成、センサ４毎の割当て構成及び検知対象毎の割当て構成）を個別に説明したが、これらを照明制御システム１又は親機２の初期設定時又は運用中に相互間で変更可能としてもよい。例えば、端末機６がメモリ領域構成の変更命令（例えば、子機３毎の割当て構成をセンサ４毎の割当て構成に変更する命令など）をクラウドサーバ５を介して親機２に送信し、親機２のＣＰＵ２１がメモリ領域構成の変更命令に応じてメモリ領域構成を変更するように構成され得る。
【００８０】
（３）その他の変形
上記各実施形態では子機３又はセンサ４の識別にショートアドレスが使用される構成を示したが、子機３又はセンサ４を識別できるものであれば適宜のＩＤが使用されてもよい。また、上記各実施形態では親機２に通信接続された端末機６から送信間隔、限度値及び優先度の設定が行われる構成を示したが、親機２に接続された制御装置８からこれらの設定が行われるようにしてもよい。
【符号の説明】
【００８１】
１  照明制御システム
２  親機
３、３−１〜３−ｍ  子機
４、４−１〜４−ｎ  センサ
５  クラウドサーバ
６  端末機
２０  無線接続部
２１  ＣＰＵ
２２  メモリ格納部
２２−１〜２２−ｍ、２２−ｎ、２２−Ａ〜２２−Ｆ  メモリ領域
２３  無線通信部
２４  格納処理部
２５  送信制御部
２６  照明制御部
【図１】
2019220893.tif 000003
【図２】
2019220893.tif 000004
【図３】
2019220893.tif 000005