JP7035792B2 - 照明制御システム - Google Patents

Description

本発明は、照明制御システムに関する。

特許文献１には、伝送処理装置が端末器に対して制御データを伝送して、その端末器に接続された負荷を制御する遠隔監視制御システムが開示されている。この遠隔監視制御システムは、伝送エラーの発生を検出してその発生回数をカウントする伝送エラー検出手段と、伝送エラーの発生回数に応じた発生頻度を表示する伝送エラー発生頻度表示手段とを備える。

特開平８－２０５２５５号公報

特許文献１に記載の遠隔監視制御システムでは、使用者は伝送エラー頻度を把握できるが、伝送エラーの内容を把握することはできない。このため、エラーの原因の特定に時間が掛かるおそれがある。また、特許文献１では、使用者に通知されるエラーは伝送エラーに限定されている。このため、使用者はシステム内の各機器で発生したエラーを把握できない可能性がある。

本発明は、上述の課題を解決するためになされたもので、使用者がシステムで発生したエラーの情報を容易に知ることができる照明制御システムを得ることを目的とする。

第１の開示に係る照明制御システムは、負荷の動作を制御する端末器と、該端末器と通信し、該端末器に該負荷の動作を制御させるコントローラと、を備え、該端末器は、エラーの種類を記憶し、該コントローラから受信した伝送信号が異常を有する場合、該異常が該エラーの種類のうち何れに該当するかを判定し、判定結果を該コントローラに送信し、該端末器は、該エラーの種類毎にエラーの重要度を記憶し、該判定結果は該異常の重要度の情報を含む。
第２の開示に係る照明制御システムは、負荷の動作を制御する端末器と、該端末器と通信し、該端末器に該負荷の動作を制御させるコントローラと、を備え、該端末器は、エラーの種類を記憶し、該コントローラから受信した伝送信号が異常を有する場合、該異常が該エラーの種類のうち何れに該当するかを判定し、判定結果を該コントローラに送信し、該端末器は、複数の該判定結果を、該異常の発生した順に通し番号を付して記憶することを特徴とする。
第３の開示に係る照明制御システムは、負荷の動作を制御する端末器と、該端末器と通信し、該端末器に該負荷の動作を制御させるコントローラと、を備え、該端末器は、エラーの種類を記憶し、該コントローラから受信した伝送信号が異常を有する場合、該異常が該エラーの種類のうち何れに該当するかを判定し、判定結果を該コントローラに送信し、該コントローラは、管理装置と、該管理装置からの指示に応じて該判定結果を要求するコマンドを該端末器に送信する照明コントローラと、を備え、該端末器は、該コマンドに応じて該判定結果を該照明コントローラに送信し、該判定結果は、該異常の重要度の情報を含み、該照明コントローラは、該端末器から受信した該判定結果のうち重要度の高い判定結果のみを該管理装置に送信する。

本発明に係る照明制御システムでは、端末器は異常の種類を判定し、判定結果を照明コントローラに送信する。このため、使用者はシステムで発生したエラーの情報を容易に知ることができる。

実施の形態１に係る照明制御システムの回路ブロック図である。 実施の形態１に係る端末器の機能ブロック図である。 実施の形態１に係る端末器のハードウェア構成図である。 実施の形態１に係る端末器がエラーログを格納する通信シーケンスを示す図である。 実施の形態２に係る管理装置がエラーログを読み出す通信シーケンスを示す図である。 実施の形態３に係るリモコンがエラーログを読み出す通信シーケンスを示す図である。 実施の形態４に係る管理装置がエラーログを保存する通信シーケンスを示す図である。

本発明の実施の形態に係る照明制御システムについて図面を参照して説明する。同じ又は対応する構成要素には同じ符号を付し、説明の繰り返しを省略する場合がある。

実施の形態１．
図１は、実施の形態１に係る照明制御システム８０の回路ブロック図である。照明制御システム８０は、管理装置１、照明コントローラ２０、複数の端末器３０ａ～３０ｃを備える。管理装置１は、例えばパソコンからなる。管理装置１は、照明制御システム８０全体の状態監視及び設定を行う。管理装置１と照明コントローラ２０とは、有線又は無線の通信網であるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）８を介して接続されている。ＬＡＮは例えばＥｔｈｅｒｎｅｔ（登録商標）である。

照明コントローラ２０は、通信線７を介して端末器３０ａ～３０ｃ、図示しない壁スイッチ及び各種センサ等と通信を行う。照明コントローラ２０には、渡り配線で接続された通信線７を介して３台の端末器３０ａ～３０ｃが接続されている。照明コントローラ２０に接続される端末器は１台以上であれば良い。照明コントローラ２０は通信線７を介して接続された機器との間で、伝送信号を送信および受信する。伝送信号には、例えばアドレスデータ及び制御データが含まれる。

端末器３０ａ～３０ｃには、固有のアドレスが割り当てられる。端末器３０ａ～３０ｃは設定されたアドレスにより識別される。端末器３０ａ～３０ｃの各々には複数の負荷４０が接続されている。なお、図１では負荷４０の一部が省略されている。負荷４０は、例えば照明器具である。端末器３０ａ～３０ｃは、負荷４０の動作を制御する。また、端末器３０ａ～３０ｃはリモコン４と赤外線通信９により通信しても良い。

本実施の形態において管理装置１および照明コントローラ２０は、端末器３０ａ～３０ｃと通信し、端末器３０ａ～３０ｃに負荷４０の動作を制御させる。

図２は、実施の形態１に係る端末器３０ａの機能ブロック図である。図３は実施の形態１に係る端末器３０ａのハードウェア構成図である。ここでは、端末器３０ａの構成について説明するが、端末器３０ｂ、３０ｃの構成も端末器３０ａと同様である。図２に示されるように、端末器３０ａは、記憶部３１、通信部３２、比較部３３および解析部３４を備える。記憶部３１は、図３におけるメモリに該当する。

記憶部３１は、例えばフラッシュメモリ等の不揮発性メモリである。記憶部３１には、端末器３０ａのアドレスおよびエラーログ等が保管される。通信部３２は、通信線７を介して照明コントローラ２０が発信する伝送信号を受信する。また、通信部３２は、通信線７を介して照明コントローラ２０にエラーログ等の情報を送信する。

比較部３３は、伝送信号のアドレスデータを端末器３０ａのアドレスと比較する。伝送信号のアドレスデータと端末器３０ａに設定されたアドレスとが一致したと比較部３３が判定した場合、端末器３０ａは伝送信号の制御データを実行する。ここで、端末器３０ａは制御データに応じて負荷４０を制御する図示しない負荷制御部を備える。負荷制御部は例えば、負荷４０と電源との接続状態を変更するリレーを備える。

解析部３４は、後述するように、伝送信号が異常を有するか否かを判定する。また、解析部３４は、伝送信号が異常を有する場合、伝送信号の異常の種類を判定する。

通信部３２、比較部３３および解析部３４の機能は、図３に示されるプロセッサ等の制御装置により実現される。制御装置は、専用のハードウェアであっても良い。また、制御装置は、メモリに格納されるプログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）であってもよい。ＣＰＵは中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサ、ＤＳＰとも呼ばれる。

制御装置が専用のハードウェアである場合、制御装置は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサであっても良い。また、制御装置は、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）またはＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）であっても良い。さらに、制御装置は、これらを組み合わせたものであっても良い。また、通信部３２、比較部３３および解析部３４の各部の機能それぞれを、制御回路で実現しても良い。また、各部の機能をまとめて制御装置で実現してもよい。

制御装置がＣＰＵの場合、通信部３２、比較部３３および解析部３４の機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより実現される。ソフトウェアおよびファームウェアはプログラムとして記述され、メモリに格納される。制御装置は、メモリに記憶されたプログラムを読み出して実行することにより、各部の機能を実現する。

すなわちメモリには、伝送信号が異常を有するか否かを判定し、伝送信号が異常を有する場合に伝送信号の異常の種類を判定し、判定結果を照明コントローラ２０に送信するプログラムが格納される。これらのプログラムは、記憶部３１、通信部３２、比較部３３および解析部３４の手順または方法をコンピュータに実行させるものであるともいえる。

ここで、メモリは、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭ等の不揮発性または揮発性の半導体メモリ、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等であっても良い。ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。ＥＰＲＯＭはＥｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。ＥＥＰＲＯＭはＥｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。

なお、通信部３２、比較部３３および解析部３４の各機能について、一部を専用のハードウェアで実現し、一部をソフトウェアまたはファームウェアで実現するようにしてもよい。例えば、通信部３２、比較部３３については専用のハードウェアとしての制御装置でその機能を実現し、解析部３４については制御装置がメモリに格納されたプログラムを読み出して実行することによってその機能を実現することが可能である。

このように、制御装置は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせによって、上述の各機能を実現することができる。

伝送信号は例えば、負荷４０である照明器具に点灯または消灯を指示する信号である。これに限らず、伝送信号は調光率の設定等の調光指令を行う信号であっても良い。また、伝送信号は、端末器３０ａ～３０ｃにパラメータを設定する信号であっても良い。パラメータは、例えば負荷４０を制御するための変数である。伝送信号には、照明コントローラ２０と端末器３０ａ～３０ｃとの間で送受信されるあらゆる信号が含まれる。

図４は、実施の形態１に係る端末器３０ａがエラーログを格納する通信シーケンスを示す図である。ここでは、端末器３０ａの動作について説明するが、端末器３０ｂ、３０ｃの動作も同様である。なお、図４では便宜上、比較部３３の動作が省略されている。

照明コントローラ２０から端末器３０ａに伝送信号が送信されたとする。ここでは、伝送信号として設定コマンドが送信されたとする。設定コマンドは、端末器３０ａに設定パラメータを登録するコマンドであり、データ領域に設定パラメータを有する。設定パラメータは、例えば負荷４０を制御するためのパラメータまたは制御グループ等を示すパラメータである。

ステップＳ１に示されるように、解析部３４は、設定コマンドのコマンド解析を行う。このとき、解析部３４は例えば受信したコマンドの種類を解析する。端末器３０ａは処理可能なコマンドを記憶部３１に記憶していても良い。受信したコマンドが処理可能なコマンドに含まれない場合、解析部３４は伝送信号が異常を有すると判定しても良い。ここでは、コマンド解析により、受信したコマンドが設定コマンドであると判定される。

次に、ステップＳ２に示されるように、解析部３４は設定パラメータの異常の有無を判定する。端末器３０ａは記憶部３１にパラメータの正常値を記憶していても良い。解析部３４は、パラメータの正常値と、受信した設定パラメータとを比較する。解析部３４は、受信した設定パラメータが正常値の範囲外である場合に、伝送信号が異常を有すると判定しても良い。

設定パラメータに異常がない場合、ステップＳ３に示されるように、解析部３４は、設定パラメータを記憶部３１の設定データ領域に格納する。

次に、設定パラメータに異常があった場合について説明する。端末器３０ａの記憶部３１には、表１に示されるエラーテーブルが格納されている。つまり、端末器３０ａはエラーの種類を記憶している。

エラーテーブルには、伝送信号に含まれる異常および端末器３０ａで発生する異常が含まれる。マイコンエラーのカテゴリには、ＩＷＤＴ（Ｉｎｄｅｐｅｎｄｅｎｔ Ｗａｔｃｈｄｏｇ Ｔｉｍｅｒ）アンダフロー、プログラムの異常検知、リフレッシュエラーおよびＲＡＭエラーが含まれる。これらは、端末器３０ａが備えるマイコンで発生するエラーである。

通信エラーは伝送信号に含まれる異常を示す。チェックサム異常は、照明コントローラ２０から送信されたチェックサムが伝送信号から計算した値と不一致であることを示す。非対応コマンドは、伝送信号が端末器３０ａに対応していないコマンドを含むことを示す。パラメータ異常は、伝送信号が含むパラメータが異常な値であることを示す。パラメータ異常には、設定パラメータが文字列データまたは記号データ等であり数値ではない場合が含まれる。また、パラメータ異常には、設定パラメータが数値の上限より大きい又は下限より小さい場合が含まれる。

Ｆｌａｓｈアクセスエラーのカテゴリには、記憶部３１からの読み出し失敗または記憶部３１への書き込み失敗が含まれる。電気的異常は、端末器３０ａにおいて短絡が検出されたことを示す。復電は、停電発生等により端末器３０ａが再起動したことを示す。初期化コマンド受信のカテゴリには、コールドスタートおよびホットスタートが含まれる。コールドスタートは、ハードウェアが初期化された状態から再起動したことを示す。ホットスタートは、リレーへの通電がオフされた後ただちにオンされたことを示す。システムダウンのカテゴリには、不正なベクタ割り込みが発生したことと、それ以外の理由とが含まれる。その他のカテゴリには、メモリ確保失敗およびＳＲＡＭエラーが含まれる。

また、表１に示されるように、各々の異常種別は２バイトのデータと対応している。また、表１のランクに示されるように、端末器３０ａは、エラーの種類毎にエラーの重要度を記憶している。

エラーの重要度であるエラーランクは、表２に示すように、例えば３段階に分類される。低、中、高のランクは、それぞれノーマルレベル、警告レベル、異常レベルに対応している。低、中、高のランクは、それぞれ１バイトのデータに対応する。これに限らず、エラーランクは２段階以上に設定されれば良い。

解析部３４は、照明コントローラ２０から受信した伝送信号が異常を有する場合、ステップＳ５に示されるように、エラー種別を判定する。つまり、端末器３０ａは、記憶部３１のエラーテーブルを参照し、伝送信号の異常がエラーテーブルのエラーの種類のうち何れに該当するかを判定する。ここでは、伝送信号の異常は、通信エラーのパラメータ異常であると判定される。

次に解析部３４は、ステップＳ６に示されるように、記憶部３１のエラーログ領域に伝送信号の異常の判定結果であるエラーログを書き込む。表３にエラーログの内容を示す。エラーログとして格納する内容は、例えば通し番号、異常発生時刻、エラーランク、異常種別及び直前発生イベントである。

通し番号は、端末器３０ａが複数のエラーログに対してエラー発生順に割当てた番号である。つまり、端末器３０ａは、複数のエラーログを、異常の発生した順に通し番号を付して記憶する。

異常発生時刻は、ＢＣＤ（Ｂｉｎａｒｙ Ｃｏｄｅｄ Ｄｅｃｉｍａｌ）形式で記憶部３１に格納される。ここで、管理装置１は、照明制御システム８０内の機器に時刻設定コマンドをブロードキャストにて送信する。時刻設定コマンドは時刻を通知するコマンドである。端末器３０ａでは、管理装置１より一斉送信された時刻を用いて、時計合わせが実施される。エラーログには、この時計合わせされた時刻が用いられる。

直前発生イベントは、エラーが発生する直前に端末器３０ａが処理していた命令である。表４に直前発生イベントの例を示す。エラーログとして記憶部３１に格納する直前発生イベントは、例えば直近のイベントから予め定められた数だけ保存してもよい。予め定められた数は例えば３個である。表４に示される直前発生イベントの一覧は、端末器３０ａの記憶部３１に記憶されている。

ステップＳ６の処理後、解析部３４は照明コントローラ２０への応答コマンドとして、ステップＳ７に示される異常応答を送信する。また、ステップＳ３を処理した場合には、解析部３４は照明コントローラ２０に、ステップＳ４に示される正常応答を送信する。異常応答または正常応答を受信した照明コントローラ２０はＬＡＮ８を介して異常応答または正常応答を管理装置１に送信する。

本実施の形態では、エラーを有する伝送信号を受信した機器は、伝送信号が有する異常の種類を判定し、判定結果であるエラーログを記憶部３１に記憶し、コントローラに送信する。コントローラは、判定結果を受信すると、判定結果を使用者に通知する。これにより、使用者はシステムで発生したエラーの情報を容易に知ることができる。また、エラーログには、表３に示されるようにエラーについての詳細な情報が含まれる。このため、エラーの原因を短時間で特定できる。

また、本実施の形態では通信エラー以外のエラーについても、エラーが発生した機器の記憶部３１にエラーログを格納することができる。端末器３０ａは、端末器３０ａで発生した異常の種類を判定し、判定結果を照明コントローラ２０に送信する。このため、使用者はシステム内の各機器で発生したエラーを把握できる。

さらに、エラーログは通し番号を付して保存される。このため、使用者は、異常発生時刻からさかのぼって過去のエラーログを参照することができる。従って、使用者はエラーの原因の解析をさらに容易に実施できる。

なお、表１に示される異常種別および表４に示される直前発生イベントは、これらのテーブルを記憶する機器により異なっていても良い。また、表３に示されるエラーログの内容は一例であり、使用状況等に応じて変更されても良い。

これらの変形は以下の実施の形態に係る照明制御システムについて適宜応用することができる。なお、以下の実施の形態に係る照明制御システムについては実施の形態１との共通点が多いので、実施の形態１との相違点を中心に説明する。

実施の形態２．
図５は、実施の形態２に係る管理装置１がエラーログを読み出す通信シーケンスを示す図である。管理装置１は、エラーログモニタコマンドを送信する。エラーログモニタコマンドはエラーログを要求するコマンドである。エラーログモニタコマンドの送信先アドレスにはエラーログを取得する機器のアドレスが設定される。また、エラーログモニタコマンドのデータ領域には、取得する機器の不揮発性メモリに格納されたエラーログの通し番号が設定される。

管理装置１は、送信先アドレスを端末器３０ａに設定し、通し番号を０ｘ００に指定し、エラーログモニタコマンドを送信する。照明コントローラ２０は、ＬＡＮ８を介してエラーログモニタコマンドを受信する。照明コントローラ２０は、エラーログモニタコマンドの送信先アドレスが端末器３０ａであることを確認する。そして、照明コントローラ２０は通信線７を介してエラーログモニタコマンドを再送信する。

通信線７を介してエラーログモニタコマンドを受信した端末器３０ａは、通し番号が０ｘ００であることを確認する。通し番号が０ｘ００、つまりＮＵＬＬである場合、エラーログモニタコマンドを受信した機器は、自機器の記憶部３１に格納された最新の通し番号を照明コントローラ２０に送信する。

ここで、端末器３０ａの解析部３４は、ステップＳ１１に示されるように、記憶部３１のエラーログ領域に格納された最新の通し番号を取得する。次に、端末器３０ａは、送信先アドレスに管理装置１を指定して、最新通し番号応答を送信する。最新通し番号応答のデータ領域には、最新の通し番号が指定される。通信線７を介して最新通し番号応答を受信した照明コントローラ２０は、送信先アドレスが管理装置１であることを確認し、ＬＡＮ８を介して最新通し番号応答を再送信する。

ＬＡＮ８を介して最新通し番号応答を受信した管理装置１は、ステップＳ１２に示されるように、受信した最新通し番号が０ｘ００であるか否かを確認する。最新通し番号が０ｘ００である場合は、端末器３０ａにエラーログが蓄積されていないことを意味する。このため、管理装置１はステップＳ１３に示されるように、エラーログの取得動作を終了する。

最新通し番号が０ｘ００ではない場合、管理装置１はステップＳ１４に示されるように、データ領域に最新通し番号をセットして、端末器３０ａにエラーログモニタコマンドを送信する。つまり、管理装置１は最新の通し番号に対応するエラーログを要求するコマンドを送信する。以降、最新通し番号が０ｘ０２の場合を例に説明する。

照明コントローラ２０は、ＬＡＮ８を介して送信されたエラーログモニタコマンドを参照する。照明コントローラ２０は、受信したエラーログモニタの送信先アドレスが端末器３０ａであることを確認し、通信線７を介してエラーログモニタを再送信する。つまり、照明コントローラ２０は、管理装置１からの指示に応じてエラーログを要求するコマンドを端末器３０ａに送信する。

通信線７を介してエラーログモニタを受信した端末器３０ａの解析部３４は、指定された通し番号が０ｘ０２であることを確認する。次に、解析部３４はステップＳ１５に示されるように、エラーログモニタコマンドで指定された通し番号０ｘ０２に対応するエラーログを、記憶部３１から取得する。

次に、端末器３０ａの解析部３４は、送信先アドレスに管理装置１を指定してエラーログモニタコマンド応答を送信する。エラーログモニタコマンド応答には、エラーログモニタコマンドで指定された通し番号に対応するエラーログが含まれる。ここでは、端末器３０ａは、エラーログモニタコマンドに応じて最新の通し番号に対応するエラーログを送信する。

通信線７を介してエラーログモニタコマンド応答を受信した照明コントローラ２０は、送信先アドレスが管理装置１であることを確認し、ＬＡＮ８を介してエラーログモニタコマンド応答を再送信する。つまり、照明コントローラ２０は、エラーログを受信すると、エラーログを管理装置１に送信する。

ＬＡＮ８を介してエラーログモニタコマンド応答を受信した管理装置１は、ステップＳ１６に示されるように、画面にエラーログを表示する。さらに、管理装置１はステップＳ１７に示されるように、通し番号をデクリメントする。管理装置１はステップＳ１８に示されるように、デクリメント後の通し番号が０ｘ００か否かを確認する。通し番号が０ｘ００の場合、管理装置１はステップＳ１９に示されるように、エラーログの取得動作を終了する。

通し番号が０ｘ００ではない場合、管理装置１は、エラーログモニタコマンドのデータ領域にデクリメントした通し番号をセットし、端末器３０ａにエラーログモニタコマンドを送信する。デクリメントした通し番号は０ｘ０１となる。このようにしてステップＳ１５からステップＳ２０を繰り返し、管理装置１はエラーログを取得する。

本実施の形態において管理装置１は、通し番号のうち第１通し番号に対応するエラーログを受信すると、第１通し番号よりも１小さい第２通し番号がゼロよりも大きい場合は第２通し番号に対応するエラーログを要求するコマンドを端末器３０ａに送信する。管理装置１は、第２通し番号がゼロである場合はエラーログを要求するコマンドを送信しない。端末器３０ａは、エラーログを要求するコマンドに応じて、第２通し番号に対応するエラーログを照明コントローラ２０に送信する。

この結果、端末器３０ａは、複数のエラーログを、通し番号が大きい方から順に照明コントローラ２０に送信することとなる。

このように、エラーログに付された通し番号を用いることで、端末器３０ａが記憶するエラーログを新しいほうから順に管理装置１に表示できる。このため、エラー情報の管理が容易にできる。また、エラーログモニタコマンドを使用することで、エラーが発生していない場合にも、使用者はエラーログが無いと言う情報を得ることができる。

実施の形態３．
図６は、実施の形態３に係るリモコン４がエラーログを読み出す通信シーケンスを示す図である。管理装置１および照明コントローラ２０の代わりにリモコン４によりエラーログを読み出しても良い。リモコン４は例えば赤外線リモコンである。

リモコン４は、送信先アドレスを端末器３０ｃに設定し、通し番号を０ｘ００に指定してエラーログモニタコマンドを送信する。端末器３０ｃは、赤外線通信９を介してエラーログモニタコマンドを受信する。端末器３０ｃの解析部３４は、ステップＳ２１に示されるように、通し番号が０ｘ００である場合、記憶部３１のエラーログ領域に格納された最新の通し番号を取得する。次に、端末器３０ｃはエラーログモニタコマンドに応じて、リモコン４に最新通し番号応答を送信する。

最新通し番号応答を受信したリモコン４は、ステップＳ２２に示されるように、受信した最新通し番号が０ｘ００であるか否かを確認する。最新通し番号が０ｘ００である場合は、端末器３０ｃにエラーログが蓄積されていない。このため、ステップＳ２３に示されるように、エラーログの取得動作を終了する。最新通し番号が０ｘ００ではない場合、リモコン４は、ステップＳ２４に示されるように、データ領域に最新通し番号をセットして、端末器３０ｃにエラーログモニタコマンド応答を送信する。

端末器３０ｃの解析部３４は、ステップＳ２５に示されるように、実施の形態２と同様の動作で最新通し番号のエラーログを取得する。次に、端末器３０ｃはリモコン４にエラーログモニタコマンド応答を送信する。リモコン４は、ステップＳ２６に示されるように、受信したエラーログを表示する。さらに、リモコン４はステップＳ２７に示されるように、通し番号をデクリメントする。

リモコン４はステップＳ２８に示されるように、デクリメント後の通し番号が０ｘ００か否かを確認する。リモコン４は、通し番号が０ｘ００の場合、ステップＳ２９に示されるようにエラーログの取得動作を終了する。通し番号が０ｘ００ではない場合、ステップＳ３０に示されるように、リモコン４はデータ領域にデクリメントした通し番号をセットし、端末器３０ｃにエラーログモニタコマンドを送信する。このようにして、ステップＳ２５からＳ３０を繰り返し、リモコン４はエラーログを取得する。

このように、リモコン４が端末器３０ｃと直接赤外線通信することにより、通信線７を介した通信量を増やすことなく、エラーログを迅速かつ容易に確認できる。

実施の形態４．
図７は、実施の形態４に係る管理装置１がエラーログを保存する通信シーケンスを示す図である。照明コントローラ２０は、ステップＳ３１に示されるように、毎日予め定めた時刻に、実施の形態２で説明したエラーログモニタコマンドを用いて、前日１日分のエラーログを収集する。予め定めた時刻は、例えば０：１０である。照明コントローラ２０は、ステップＳ３１に示されるように、受信したエラーログのうち表２に示されるランクが高のエラーログを収集する。照明コントローラ２０は、ランクが高のエラーログを不揮発性メモリのエラーログ領域に格納する。

次に、照明コントローラ２０は、ステップＳ３２に示されるように、不揮発性メモリのエラーログ領域に格納したエラーログの有無を判定する。エラーログが存在する場合、照明コントローラ２０は、ＬＡＮ８を介して管理装置１にエラーログを送信する。エラーログを受信した管理装置１は、ステップＳ３３に示されるように、ハードディスクまたはＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）に受信したエラーログを保存する。照明コントローラ２０は不揮発性メモリにエラーログが存在しない場合、管理装置１にエラーログを送信しない。

本実施の形態では、管理装置１は重要度の高いエラーログを定期的に自動収集する。これにより、重要度の高いエラーが見逃されることを防止できる。具体的には、不定期に起こるエラーを使用者が認識し易くできる。

また、照明コントローラ２０は、端末器３０ａ～３０ｃから受信したエラーログのうち重要度の高いもののみを管理装置１に送信する。これにより、ＬＡＮ８を介した通信のデータ容量を小さくできる。また、管理装置１に保存されるデータ容量を小さくできる。

なお、各実施の形態で説明した技術的特徴は適宜に組み合わせて用いてもよい。

１ 管理装置、４ リモコン、７ 通信線、８ ＬＡＮ、９ 赤外線通信、２０ 照明コントローラ、３０ａ～３０ｃ 端末器、３１ 記憶部、３２ 通信部、３３ 比較部、３４ 解析部、４０ 負荷、８０ 照明制御システム

Claims (9)

1. 負荷の動作を制御する端末器と、
   前記端末器と通信し、前記端末器に前記負荷の動作を制御させるコントローラと、
   を備え、
   前記端末器は、エラーの種類を記憶し、前記コントローラから受信した伝送信号が異常を有する場合、前記異常が前記エラーの種類のうち何れに該当するかを判定し、判定結果を前記コントローラに送信し、
   前記端末器は、前記エラーの種類毎にエラーの重要度を記憶し、前記判定結果は前記異常の重要度の情報を含むことを特徴とする照明制御システム。
2. 負荷の動作を制御する端末器と、
   前記端末器と通信し、前記端末器に前記負荷の動作を制御させるコントローラと、
   を備え、
   前記端末器は、エラーの種類を記憶し、前記コントローラから受信した伝送信号が異常を有する場合、前記異常が前記エラーの種類のうち何れに該当するかを判定し、判定結果を前記コントローラに送信し、
   前記端末器は、複数の前記判定結果を、前記異常の発生した順に通し番号を付して記憶することを特徴とする照明制御システム。
3. 前記端末器は、前記複数の判定結果を、前記通し番号が大きい方から順に前記コントローラに送信することを特徴とする請求項２に記載の照明制御システム。
4. 前記端末器は前記通し番号のうち最新の通し番号を前記コントローラに送信し、
   前記コントローラは前記最新の通し番号に対応する判定結果を要求するコマンドを送信し、
   前記端末器は、前記コマンドに応じて、前記最新の通し番号に対応する判定結果を前記コントローラに送信することを特徴とする請求項２または３に記載の照明制御システム。
5. 前記コントローラは前記通し番号のうち第１通し番号に対応する判定結果を受信すると、前記第１通し番号よりも１小さい第２通し番号がゼロよりも大きい場合は前記第２通し番号に対応する判定結果を要求するコマンドを前記端末器に送信し、前記第２通し番号がゼロである場合は前記コマンドを送信せず、
   前記端末器は、前記コマンドに応じて、前記第２通し番号に対応する判定結果を前記コントローラに送信することを特徴とする請求項２から４の何れか１項に記載の照明制御システム。
6. 前記コントローラは、前記判定結果を受信すると前記判定結果を使用者に通知することを特徴とする請求項１から５の何れか１項に記載の照明制御システム。
7. 負荷の動作を制御する端末器と、
   前記端末器と通信し、前記端末器に前記負荷の動作を制御させるコントローラと、
   を備え、
   前記端末器は、エラーの種類を記憶し、前記コントローラから受信した伝送信号が異常を有する場合、前記異常が前記エラーの種類のうち何れに該当するかを判定し、判定結果を前記コントローラに送信し、
   前記コントローラは、
   管理装置と、
   前記管理装置からの指示に応じて前記判定結果を要求するコマンドを前記端末器に送信する照明コントローラと、
   を備え、
   前記端末器は、前記コマンドに応じて前記判定結果を前記照明コントローラに送信し、
   前記判定結果は、前記異常の重要度の情報を含み、
   前記照明コントローラは、前記端末器から受信した前記判定結果のうち重要度の高い判定結果のみを前記管理装置に送信することを特徴とする照明制御システム。
8. 前記伝送信号の異常には、チェックサム異常、前記伝送信号が前記端末器に対応しないコマンドを含むこと、または、前記伝送信号が含むパラメータが異常な値であることが含まれることを特徴とする請求項１から７の何れか１項に記載の照明制御システム。
9. 前記負荷は照明器具であることを特徴とする請求項１から８の何れか１項に記載の照明制御システム。

Images