(57)【要約】【課題】照明制御システムにおける照明器具のファームウェア更新のための構成について、低コストで導入可能であり、かつ導入後においても作業性の高い構成を提供する。【解決手段】制御機（２）から伝送線を介して照明器具（３）を照明制御する照明制御システム（１）において、制御機（２）が、照明器具（３）のファームウェアの更新に関するファームウェア更新情報が入力される入力部（２０２）と、ファームウェア更新情報に基づいてファームウェア更新データを生成するデータ生成部（２０３）と、ファームウェア更新データを伝送線に送出する通信部（２０４）を備え、照明器具（３）が、伝送線に通信可能に接続された受信部（３０２Ｒ）と、受信されたデータからファームウェア更新データを抽出するデータ抽出部（３０３）と、抽出されたファームウェア更新データに従ってファームウェアを更新するファームウェア更新部（３０５）を備える。【選択図】  図１
2015099692.tif 000002
【特許請求の範囲】
【請求項１】
制御機から伝送線を介して照明器具を照明制御する照明制御システムにおいて、
前記制御機が、前記照明器具のファームウェアの更新に関するファームウェア更新情報が入力される入力部と、前記ファームウェア更新情報に基づいてファームウェア更新データを生成するデータ生成部と、前記ファームウェア更新データを前記伝送線に送出する通信部とを備え、
前記照明器具が、前記伝送線に通信可能に接続された受信部と、該受信部で受信されたデータからファームウェア更新データを抽出するデータ抽出部と、抽出された前記ファームウェア更新データに従ってファームウェアを更新するファームウェア更新部とを備えた照明制御システム。
【請求項２】
請求項１に記載の照明制御システムであって、前記照明器具が複数の照明器具からなり、
前記制御機が、前記ファームウェア更新データを前記複数の照明器具に一斉送信する一斉送信モードと、前記ファームウェア更新データを前記複数の照明器具のうちの一部に個別送信する個別送信モードとを切り換える送信モード切換部をさらに備えた照明制御システム。
【請求項３】
請求項２に記載の照明制御システムであって、
前記照明器具が、前記ファームウェアの更新が失敗した場合に否定応答を前記制御機に返信し、又は前記ファームウェア更新データを受信した場合若しくは前記ファームウェアの更新が完了した場合に肯定応答を前記制御機に返信する送信部をさらに備え、
前記制御機が、前記通信部が前記ファームウェア更新データを送出した後の所定の期間内に前記否定応答があった照明器具又は前記肯定応答のない照明器具を未更新照明器具として特定するエラー特定部をさらに備え、
前記送信モード切換部が前記個別送信モードを適用して、前記通信部が前記未更新照明器具に前記ファームウェア更新データを再送信するように構成された照明制御システム。
【請求項４】
請求項２又は３に記載の照明制御システムにおいて、前記制御機が出力部をさらに備え、該出力部が、前記制御機又は該制御機に接続された外部装置の表示部にファームウェア更新状況を表示させるように構成された照明制御システム。
【請求項５】
請求項２から４のいずれか一項に記載の照明制御システムにおいて、前記制御機が、前記再送信におけるファームウェア更新データの再送信量を判定する再送信量判定部をさらに備え、前記送信モード切換部が、判定された再送信量と閾値との比較結果に基づいて前記一斉送信モード又は前記個別送信モードのいずれかを選択するように構成された照明制御システム。
【請求項６】
請求項１から５のいずれか一項に記載の照明制御システムにおいて、前記制御機が、前記ファームウェア更新データのデータサイズを判定するデータサイズ判定部と、判定された前記データサイズが閾値を超える場合に前記ファームウェア更新データを複数のデータブロックに分割するデータ分割部をさらに備え、前記通信部が前記複数のデータブロックを順次送出するように構成された照明制御システム。
【請求項７】
照明制御システムにおいて伝送線を介して照明器具を照明制御する制御機であって、
前記照明器具のファームウェアの更新に関するファームウェア更新情報が入力される入力部と、
前記ファームウェア更新情報に基づいてファームウェア更新データを生成するデータ生成部と、
前記ファームウェア更新データを前記伝送線に送出して前記照明器具に前記ファームウェアを送信する通信部と
を備えた制御機。
【請求項８】
請求項７に記載の制御機であって、前記ファームウェア更新データを接続される全ての前記照明器具に一斉送信する一斉送信モードと、前記ファームウェア更新データを接続される前記照明器具の一部に個別送信する個別送信モードとを切り換える送信モード切換部をさらに備えた制御機。
【請求項９】
請求項８に記載の制御機であって、前記通信部によって前記ファームウェア更新データが送出された後の所定の期間内に否定応答があった照明器具又は肯定応答のない照明器具を未更新照明器具として特定するエラー特定部をさらに備え、
前記送信モード切換部が前記個別送信モードを適用して、前記通信部が前記未更新照明器具に前記ファームウェア更新データを再送信するように構成された制御機。
【請求項１０】
請求項８又は９に記載の制御機であって、出力部をさらに備え、
前記出力部が当該制御機又は該制御機に接続される外部装置の表示部にファームウェア更新状況を表示させるように構成された制御機。
【請求項１１】
請求項８から１０のいずれか一項に記載の制御機であって、前記再送信におけるファームウェア更新データの再送信量を判定する再送信量判定部をさらに備え、
前記送信モード切換部が、判定された再送信量と閾値との比較結果に基づいて前記一斉送信モード又は前記個別送信モードのいずれかを選択するように構成された制御機。
【請求項１２】
請求項７から１１のいずれか一項に記載の制御機であって、
前記ファームウェア更新データのデータサイズを判定するデータサイズ判定部と、
判定された前記データサイズが閾値を超える場合に前記ファームウェア更新データを複数のデータブロックに分割するデータ分割部と
をさらに備え、前記通信部が前記複数のデータブロックを順次送出するように構成された制御機。
【請求項１３】
照明制御システムにおいて制御機から伝送線を介して照明制御される照明器具であって、
前記伝送線に通信可能に接続された受信部と、
前記受信部で受信されたデータからファームウェア更新データを抽出するデータ抽出部と、
抽出された前記ファームウェア更新データに従ってファームウェアを更新するファームウェア更新部と
を備えた照明器具。
【請求項１４】
請求項１３に記載の照明器具であって、前記ファームウェア更新データを受信した場合、又は前記ファームウェアの更新が完了した場合に肯定応答を前記制御機に返信する送信部をさらに備えた照明器具。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は照明制御システム、制御機及び照明器具に関する。
【背景技術】
【０００２】
特許文献１は、照明装置のための一体化された電源及び制御ユニットを開示する。電源及び制御ユニットは電力入力部及びデータ入力部を有し、電力入力部は第１の電力フォーマットの電力を電源から受信し、データ入力部は第１のデータフォーマットの制御データを制御データ源から受信する。電源及び制御ユニットはさらに、電力入力部及びデータ入力部に結合された変換装置を有する。変換装置はハードウェア及び／又はファームウェアを有し、第１の電力フォーマットの電力を第２の電力フォーマットの電力に変換し、第１のデータフォーマットの制御データを第２のデータフォーマットの制御データに変換する。第２の電力フォーマット及び第２のデータフォーマットは照明装置に必要とされる電力及びデータのフォーマットに準拠するものである。
【０００３】
特許文献２は、給電監視制御システムに用いられる通信システムおけるファームウェアの更新方法を開示する。給電監視制御システムでは、サーバ装置から、ゲートウエイを介して多数の端局となるユニット電力計がツリー上に配列される。サーバ装置からは、更新用のファームウェアが所定のデータ量のブロックに分割され、通し番号が付されて送信される。データを受信したユニット電力計の無線通信装置では、無線通信制御部はバッファメモリに格納していくとともに下位側のユニット電力計Ｔへも中継送信する。これにより、各ユニット電力計のファームウェアが更新されていく。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−５３４７８６号公報
【特許文献２】特開２００９−１８８９３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に示すような照明装置においては、照明装置内の変換装置のファームウェアを変更する際に、照明装置に内蔵されている制御基板とファームウェア書き込みツール（パソコン等）を専用ケーブルで接続して更新作業を行う必要がある。しかし、照明装置は、道路灯、街路灯、体育館又は工場の天井等といった高所に設置される場合が多く、この場合、専用ケーブルを照明装置に接続してファームウェアを更新するには高所作業車等を使用する必要がある。さらに、照明装置が道路灯、街路灯等の場合、その設置場所によっては交通規制が必要になる等、照明装置のファームウェアの更新作業には多大な労力がかかり、作業性が悪いという問題がある。
【０００６】
特許文献２のファームウェア更新方法によると、サーバ装置からの更新用ファームウェアを各ユニット電力計に伝達させるためには、各ユニット電力計が無線通信装置を有している必要がある。しかし、既設のユニット電力計に無線通信装置を取り付ける場合であっても、既設のユニット電力計を新たな無線通信装置付きユニット電力計に交換する場合であっても、新たなハードウェアの追加が必要となり、インフラ敷設に膨大なコストがかかることになる。また、サーバ装置から多数のユニット電力計に無線通信を行うには多くの無線周波数帯が確保される必要があり、通信網の整備にも多くのコストがかかる。従って、特許文献２に開示されるように、新たな無線通信手段の付加により対象器具のファームウェアを更新する構成は、器具側のハードウェアの追加及び通信網の整備等のために多大な導入コストがかかることが問題となる。
【０００７】
そこで、本発明は、照明制御システムにおける照明器具のファームウェア更新のための構成について、低コストで導入可能であり、かつ導入後においても作業性の高い構成を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の照明制御システムは、制御機から伝送線を介して照明器具を照明制御するものであり、制御機は、照明器具のファームウェアの更新に関するファームウェア更新情報が入力される入力部と、ファームウェア更新情報に基づいてファームウェア更新データを生成するデータ生成部と、ファームウェア更新データを伝送線に送出する通信部とを備え、照明器具は、伝送線に通信可能に接続された受信部と、受信部で受信されたデータからファームウェア更新データを抽出するデータ抽出部と、抽出されたファームウェア更新データに従ってファームウェアを更新するファームウェア更新部とを備える。
【０００９】
上記照明制御システムによると、制御機においてファームウェア更新情報が入力されると、照明制御に使用される伝送線を介して照明器具のファームウェアが更新される。従って、新たなハードウェアを追加することなく、かつ新たな通信網を要せずに既設の伝送線を用いてファームウェア更新データが伝送されるので、低コストでファームウェア更新構成を導入することができる。また、照明器具が高所等の作業性の悪い場所に設置されていても、比較的作業性の良い場所に設置される制御機からファームウェア更新作業を行うことができ、照明器具のファームウェア更新における高い作業性が得られる。
【００１０】
ここで、照明器具が複数の照明器具からなり、制御機は、ファームウェア更新データを複数の照明器具に一斉送信する一斉送信モードと、ファームウェア更新データを複数の照明器具のうちの一部に個別送信する個別送信モードとを切り換える送信モード切換部をさらに備える。この構成によると、ファームウェア更新データの個別送信が可能となり、ファームウェア更新データの送信又は再送信における伝送線上のトラフィックを軽減できる。
【００１１】
また、照明器具は、ファームウェアの更新が失敗した場合に否定応答を制御機に返信し、又はファームウェア更新データを受信した場合若しくはファームウェアの更新が完了した場合に肯定応答を制御機に返信する送信部をさらに備え、制御機は、通信部がファームウェア更新データを送出した後の所定の期間内に否定応答があった照明器具又は肯定応答のない照明器具を未更新照明器具として特定するエラー特定部をさらに備え、送信モード切換部が個別送信モードを適用して、通信部が未更新照明器具にファームウェア更新データを再送信するようにしてもよい。これにより、ファームウェア更新データの再送信における伝送線上のトラフィックを効率的に軽減できる。
【００１２】
また、制御機が出力部をさらに備え、出力部が、制御機又は制御機に接続された外部装置の表示部にファームウェア更新状況を表示させるようにしてもよい。これにより、ファームウェア更新作業を行うユーザにおける照明制御システムの作業性が高まる。
【００１３】
また、制御機が、再送信におけるファームウェア更新データの再送信量を判定する再送信量判定部をさらに備え、送信モード切換部が、判定された再送信量と閾値との比較結果に基づいて一斉送信モード又は個別送信モードのいずれかを選択するようにしてもよい。これにより、ファームウェア更新データの送信失敗の状況に応じて一斉送信モード又は個別送信モードを選択することができ、適切な態様でファームウェア更新データの再送信を行うことができる。
【００１４】
また、制御機が、ファームウェア更新データのデータサイズを判定するデータサイズ判定部と、判定されたデータサイズが閾値を超える場合にファームウェア更新データを複数のデータブロックに分割するデータ分割部をさらに備え、通信部が複数のデータブロックを順次送出するようにしてもよい。これにより、照明制御システムにおける伝送容量に応じて、適切な速度でのファームウェア更新データの伝送が可能となる。
【００１５】
なお、本発明は上記照明制御システムで用いられる制御機を含む。本発明はまた、上記照明制御システムで用いられる照明器具を含む。
【図面の簡単な説明】
【００１６】
【図１】本発明の照明制御システムを示す図である。
【図２】本発明の第１の実施形態による照明制御システムを示すブロック図である。
【図３】本発明の第２の実施形態による照明制御システムを示すブロック図である。
【図４】本発明の第２の実施形態による照明制御システムにおけるファームウェア更新処理を示すフローチャートである。
【図５】本発明の第３の実施形態による照明制御システムを示すブロック図である。
【図６】本発明の第３の実施形態による照明制御システムにおけるファームウェア更新処理を示すフローチャートである。
【図７】本発明の第４の実施形態による照明制御システムを示すブロック図である。
【図８】本発明の第４の実施形態による照明制御システムにおけるファームウェア更新処理を示すフローチャートである。
【発明を実施するための形態】
【００１７】
図１に本発明による照明制御システム１の概略構成図を示す。照明制御システム１は、制御機２及び照明器具３−１、３−２、３−３、・・・３−ｎを備え、これらは電力伝送線Ｌｐ及び信号伝送線Ｌｓによって相互に接続されている。制御機２には外部装置４がケーブル４ｃを介して接続可能なものとする。なお、以降の説明において、照明器具３−１〜３−ｎについて、これらを総称して又はこれらの一部を代表して照明器具３というものとする。電力伝送線Ｌｐを介して交流電源（商用電源）が制御機２及び各照明装置３に供給され、信号伝送線Ｌｓを介して制御機２からの信号が各照明器具３に供給される。これにより、各照明器具３は制御機２からの照明制御信号によって照明制御（点灯、消灯、調光、点滅、発光色調整等）される。制御機２及び照明器具３並びにその間で伝送される信号は、例えば、ＲＳ４８５、ＤＭＸ−５１２等に準拠するものであればよい。なお、通信方式は上記に限られず、ＴＣＰ／ＩＰによるものであってもよい。
【００１８】
概略として、本発明は、各照明器具３に記憶されているファームウェアの更新が、仕様変更、不具合の対策等のために必要となった場合に、制御機２から各照明器具３にファームウェア更新データを送信することによりその更新を行う。ユーザはファームウェア書き込みツールである外部装置４によって制御機２に対してファームウェア更新作業を行うことができる。以下に、図面を参照して本発明の実施形態による照明制御システム１を説明する。各図において、同一の符号が付された構成要素は、特に説明がない限り、実質的に同一の構成要素を示すものとし、重複する説明を省略する。
【００１９】
実施形態１．
図２に本発明の第１の実施形態による照明制御システム１のブロック図を示す。上述したように、照明制御システム１は制御機２及び照明器具３−１〜３−ｎからなり、各照明器具３は同様の構成を有するものとする。なお、電力伝送線Ｌｐの図示は省略されているが、制御機２及び照明器具３は給電されているものとする。
【００２０】
制御機２は、処理部２００、記憶部２０１、入力部２０２、データ生成部２０３及び通信部２０４を備え、これらはバス２０５によって相互に接続されている。処理部２００は各部間の信号のやりとりを制御するプロセッサの一部であり、例えば、データ生成部２０３とともにＣＰＵを構成する。記憶部２０１はプログラム及びデータを記憶するＲＡＭ等のメモリである。
【００２１】
入力部２０２は、照明制御に関する種々の入力情報を受け付ける入力インターフェイスを構成する。入力情報には、照明器具３のファームウェアの更新に関するファームウェア更新情報等が含まれ、入力部２０２には、上述した外部装置４（パソコン等）がケーブル４ｃを介して接続可能である。なお、通常の照明制御においては、処理部２００は記憶部２０１に予め格納されている照明制御指令を実行するものとするが、処理部２００が入力部２０２から入力された照明制御指令を実行できるようにしてもよい。
【００２２】
データ生成部２０３は制御データ生成部２０３Ｃ及び更新データ生成部２０３Ｕを含む。制御データ生成部２０３Ｃは、記憶部２０１に格納されている照明制御指令（又は場合によっては入力部２０２から入力された照明制御指令）に基づいて照明制御データを生成する。具体的には、制御データ生成部２０３Ｃは、各照明器具３のアドレスと照明制御指令に含まれる制御内容を示すデータとを、適用される通信方式のフレームに含める。更新データ生成部２０３Ｕは、入力部２０２から入力されたファームウェア更新情報に基づいてファームウェア更新データを生成する。具体的には、更新データ生成部２０３Ｕは、各照明器具３のアドレスと、ファームウェア更新情報に含まれる更新内容を示すデータとを、適用される通信方式のフレームに含める。なお、ファームウェア更新データは、新たなファームウェアプログラムであってもよいし、新たなファームウェアと旧ファームウェアの差分である差分プログラムであってもよい。
【００２３】
通信部２０４は、データ生成部２０３で生成されたデータを信号伝送線Ｌｓに送出する。すなわち、通信部２０４は、制御データ生成部２０３Ｃで生成された照明制御データ及び更新データ生成部２０３Ｕで生成されたファームウェア更新データを信号伝送線Ｌｓに送出することができる。
【００２４】
照明器具３は制御基板３０及び光源３１を備える。制御基板３０は、処理部３００、記憶部３０１、受信部３０２Ｒ、送信部３０２Ｔ、データ抽出部３０３、照明制御部３０４、ファームウェア更新部（ＦＷ更新部）３０５を備え、これらはバス３０６によって相互に接続されている。光源３１には、ＬＥＤ、放電灯、ハロゲンランプ等の各種光源が採用され得る。従って、制御基板３０は、光源３１に対して適切な出力電流、出力電圧又は出力電力を出力することができる電源回路であるものとする。
【００２５】
処理部３００は各部間の信号のやりとりを制御するプロセッサの一部であり、例えば、データ抽出部３０３、照明制御部３０４及びファームウェア更新部３０５とともにＣＰＵを構成する。記憶部３０１はプログラム及びデータを記憶するＲＡＭ等のメモリであり、ファームウェアを格納する。
【００２６】
受信部３０２Ｒは信号伝送線Ｌｓに接続され、制御機２の通信部２０４からの照明制御データ及びファームウェア更新データを受信する。送信部３０２Ｔも信号伝送線Ｌｓに接続される。なお、照明器具３−１〜３−ｎがデイジーチェーン（数珠つなぎ）接続されている場合には、照明器具３−ｋの受信部３０２Ｒは照明器具３−（ｋ−１）から（ｋ＝１の場合は制御機２から）データを受信し、照明器具３−ｋの送信部３０２Ｔは照明器具３−（ｋ＋１）にデータを送信する（但し、ｋ≦ｎ−１）。なお、受信部３０２Ｒ及び送信部３０２Ｔは制御基板３０の外部にあってもよい。
【００２７】
データ抽出部３０３は制御データ抽出部３０３Ｃ及び更新データ抽出部３０３Ｕを含む。制御データ抽出部３０３Ｃは受信部３０２Ｒから受信されたデータから自器具のアドレスに対応するフレームの照明制御データを抽出し、更新データ抽出部３０３Ｕは受信部３０２Ｒから受信されたデータから自器具のアドレスに対応するフレームのファームウェア更新データを抽出する。
【００２８】
照明制御部３０４は、データ抽出部３０３（制御データ抽出部３０３Ｃ）において照明制御データが抽出された場合に、抽出された照明制御データに従って光源３１を制御（点灯、消灯、調光、点滅、発光色調整等）する。
【００２９】
ファームウェア更新部３０５は、データ抽出部３０３（更新データ抽出部３０３Ｕ）によってファームウェア更新データが抽出された場合に、抽出されたファームウェア更新データに従って記憶部３０１に格納されているファームウェアを更新する。これにより、制御機２の入力部２０２を介して入力されたファームウェア更新情報に基づいて、各照明器具３のファームウェアが書き換えられる。
【００３０】
以上のように、本実施形態によると、制御機２においてファームウェア更新情報が入力されると、信号伝送線Ｌｓを介して照明器具３のファームウェアが更新される。従って、照明器具３が高所等の作業性の悪い場所に設置されていても、比較的作業性の良い場所に設置される制御機２からファームウェア更新作業を行うことができ、照明器具３のファームウェア更新において高い作業性が得られる。また、制御機２及び照明器具３において新たなハードウェアの追加が不要であり、かつ既設の信号伝送線Ｌｓを用いてファームウェア更新データが伝送されるので新たな通信網の構築が不要であり、低コストで導入可能なファームウェア更新の構成が実現される。またさらに、従来では各照明器具に対して個別に行なっていたファームウェアの更新を、本発明の構成では一括で行なうことが可能となるので、照明制御システム全体のファームウェア更新にかかる時間が大幅に短縮される。このように、１台の制御機２と接続されている照明器具３の台数が多いほど、ファームウェア更新における時間短縮のメリットがより大きくなる。
【００３１】
実施形態２．
上記実施形態１では、ファームウェア更新データが全照明器具３に対して一斉送信される構成を示したが、本実施形態では、ファームウェア更新データの送信が一斉送信モードと個別送信モードとの間で切り換えられる構成を示す。図３に本実施形態による照明制御システム１のブロック図を示す。なお、照明器具３の構成は実施形態１のものと実質的に同様であるが、送信部３０２Ｔは、ファームウェア更新データの更新が失敗した場合に否定応答（以下、一例として「ＮＡＣＫ」という）を返信し、又は更新が成功した場合に肯定応答（以下、一例として「ＡＣＫ」という）を通信部２０４に返信するものとする。なお、更新失敗時にＮＡＣＫを返信する構成においては、更新成功時には送信部３０２Ｔは無応答となる。
【００３２】
制御機２は、処理部２００、記憶部２０１、入力部２０２、データ生成部２０３、通信部２０４、送信モード切換部２１０、エラー特定部２１１及び出力部２１２を備え、これらはバス２０５によって相互に接続されている。処理部２００は各部間の信号のやりとりを制御するプロセッサの一部であり、例えば、データ生成部２０３、送信モード切換部２１０及びエラー特定部２１１とともにＣＰＵを構成する。実施形態１との相違は、制御機２が送信モード切換部２１０、エラー特定部２１１及び出力部２１２を備える点である。
【００３３】
送信モード切換部２１０は、ファームウェア更新データを照明器具３−１〜３−ｎの全てに一斉送信する一斉送信モードと、照明器具３−１〜３−ｎのうちの一部に個別送信する個別送信モードとを切り換える。個別送信モードにおいては、更新データ生成部２０３Ｕで生成されたファームウェア更新データのフレームから送信すべきフレームのみが選択され、それが通信部２０４から送信される。あるいは、個別送信モードにおいては、更新データ生成部２０３Ｕにおいて、送信すべきファームウェア更新データのフレームのみが生成されるようにしてもよい。いずれの場合も、個別送信モードにおいては、ファームウェア更新データを送信すべき照明器具のみが選択され、その照明器具のアドレスを有するフレームのみが通信部２０４から信号伝送線Ｌｓに送出される。ファームウェア更新データを送信すべき照明器具は、入力部２０２から入力されるファームウェア更新情報で指定された照明器具であってもよいし、詳細を後述するように、ファームウェア更新データの送信が失敗したことが判別された照明器具であってもよい。
【００３４】
エラー特定部２１１は、照明器具３−１〜３−ｎのうち、送信したファームウェア更新データが到達していない、すなわち送信失敗と判定された照明器具（以下、「未更新照明器具３ｘ」という）を特定する。エラー特定部２１１は、通信部２０４で受信されるＮＡＣＫの送信元アドレスに基づいて未更新照明器具３ｘを特定する。あるいは、エラー特定部２１１は、通信部２０４で受信される各照明器具３からのＡＣＫの受信状況に基づいて未更新照明器具３ｘを特定してもよい。例えば、エラー特定部２１１は、送信したファームウェア更新データの宛先アドレスのリストと、受信したＡＣＫの送信元アドレスのリストとを比較して、宛先アドレスに対して欠落している送信元アドレスから未更新照明器具３ｘを特定することができる。あるいは、エラー特定部２１１は、記憶部２０１に記憶されている宛先アドレスのリストと、受信したＡＣＫの送信元アドレスのリストとを比較して、宛先アドレスに対して欠落している送信元アドレスから未更新照明器具３ｘを特定することができる。いずれの場合であっても、エラー特定部２１１は、照明器具３−１〜３−ｎのうち、通信部２０４がファームウェア更新データを送出した後の所定の期間内にＮＡＣＫがあった照明器具又はＡＣＫのない照明器具を未更新照明器具３ｘとして特定することができる。
【００３５】
従って、ファームウェア更新データの送信が失敗した場合、送信モード切換部２１０によって個別送信モードが適用されたうえで、エラー特定部２１１によって特定された未更新照明器具３ｘに対してのみファームウェア更新データが再送信されることができる。
【００３６】
出力部２１２はファームウェア更新状況をユーザに通知する際の出力インターフェイスを構成する。通知されるファームウェア更新状況は、ファームウェア更新が完了したこと、ファームウェア更新が未完了であること、ファームウェア更新データが再送信中であること、エラー特定部２１１で特定された未更新照明器具３ｘの情報等であればよい。出力部２１２は、制御機２の表示部（不図示）又は制御機２に接続されている外部装置４の表示部にファームウェア更新状況を表示させる。制御機２に接続されている外部装置４の表示部は、例えば、ファームウェア更新ツールの表示部（例えば、パソコンの画面）であればよい。
【００３７】
図４に、本実施形態によるファームウェア更新処理のフローチャートを示す。本例では、送信部３０２Ｔが更新失敗時にＮＡＣＫを返信する例を示す。
ステップＳ５〜Ｓ１５は制御機２における処理である。
ステップＳ５において、入力部２０２にファームウェア更新情報が入力される。
ステップＳ１０において、更新データ生成部２０３Ｕがファームウェア更新情報に基づいてファームウェア更新データを生成する。
ステップＳ１５において、送信モード切換部２１０が一斉送信モードを適用するとともに通信部２０４がファームウェア更新データを一斉送信する。
【００３８】
ステップＳ２０〜Ｓ３０は各照明器具３における処理である。
ステップＳ２０において、受信部３０２Ｒ及び更新データ抽出部３０３Ｕがファームウェア更新データを受信及び抽出する。
ステップＳ２５において、ファームウェア更新部３０５が、ステップＳ２０において抽出されたファームウェア更新データに従って、記憶部３０１に格納されているファームウェアを更新する。
ステップＳ３０において、例えば処理部３００がファームウェアの更新が成功したか否かを判別する。ファームウェアの更新が失敗した場合（ステップＳ３０、ＮＯ）、ステップＳ３５において、送信部３０２ＴがＮＡＣＫを制御機２に返信し、ファームウェアの更新が成功した場合（ステップＳ３０、ＹＥＳ）、処理は終了する。
【００３９】
ステップＳ４０〜Ｓ５５は制御機２における処理である。
ステップＳ４０において、エラー特定部２１１は、ステップＳ１５の後の所定期間内にＮＡＣＫが受信されたか否かを判別する。ＮＡＣＫが受信されない場合（ステップＳ４０、ＮＯ）、処理は終了する。一方、ＮＡＣＫが受信された場合（ステップＳ４０、ＹＥＳ）、処理はステップＳ４５に進む。
ステップＳ４５において、エラー特定部２１１は、受信したＮＡＣＫのアドレスに基づいて未更新照明器具３ｘを特定する。
【００４０】
なお、送信部３０２Ｔが更新成功時にＡＣＫを返信する構成においては、エラー特定部２１１は、ステップＳ１５の後の所定期間内に全照明器具３からＡＣＫが受信されたか否かを判別するようにすればよい。そして、全照明器具３からＡＣＫが受信された場合には、処理は終了し、全照明器具３からＡＣＫが受信されていない場合には、エラー特定部２１１は、受信したＡＣＫのアドレスに基づいて未更新照明器具３ｘを特定する。
【００４１】
ステップＳ５０において、送信モード切換部２１０は個別送信モードを適用する。
ステップＳ５５において、通信部２０４は、ステップＳ４５において特定された未更新照明器具３ｘのみにファームウェア更新データを個別送信モードで再送信し、処理はステップＳ４０に戻る。
【００４２】
なお、制御機２側の幾つかのステップについて、出力部２１２がファームウェア更新状況をユーザに通知するようにしてもよい。例えば、ステップＳ１５の後にファームウェア更新データが送信されたことが表示されるようにしてもよい。また、ステップＳ５５→Ｓ４０→Ｓ５５のループではファームウェア更新データが再送信中であること及び／又はステップＳ４５で特定された未更新照明器具３ｘの識別情報が表示されるようにしてもよい。また、ステップＳ４０のＹＥＳの後にファームウェア更新処理が完了したことが表示されるようにしてもよい。
【００４３】
以上のように、本実施形態によると、送信モード切換部２１０によってファームウェア更新データの個別送信が可能となり、ファームウェア更新データの送信又は再送信における信号伝送線Ｌｓ上のトラフィックを軽減できる。また、エラー特定部２１１によって特定される未更新照明器具３ｘのみにファームウェア更新データの再送信を行うことにより、再送信時の伝送線上のトラフィックを効率的に軽減できる。また、出力部２１２が、制御機２又は制御機２に接続された装置の表示部にファームウェアの更新状況を表示させることにより、ユーザにおける照明制御システム１の作業性が高まる。
【００４４】
実施形態３．
実施形態２では、ファームウェア更新データの再送信においては常に個別送信モードが選択され、全ての照明器具３にファームウェア更新データが到達するまで再送信が繰り返される構成を示した。本実施形態では、上記再送信において、一斉送信モード又は個別送信モードが選択される構成、及び再送信数が制限される構成を示す。図５に本実施形態による照明制御システム１のブロック図を示す。なお、照明器具３の構成は実施形態２のものと同様である。
【００４５】
制御機２は、処理部２００、記憶部２０１、入力部２０２、データ生成部２０３、通信部２０４、送信モード切換部２１０、エラー特定部２１１、出力部２１２、再送信量判定部２１３及び再送信数判定部２１４を備え、これらはバス２０５によって相互に接続されている。処理部２００は各部間の信号のやりとりを制御するプロセッサの一部であり、例えば、データ生成部２０３、送信モード切換部２１０、エラー特定部２１１、再送信量判定部２１３及び再送信数判定部２１４とともにＣＰＵを構成する。実施形態２との相違は、制御機２が、再送信量判定部２１３及び再送信数判定部２１４を備える点である。
【００４６】
再送信量判定部２１３は、再送信されるファームウェア更新データのデータ量（以下、「再送信量」という）を検出し、それを閾値と比較する。再送信量はデータサイズによって定義されてもよいし、再送信宛先数（すなわち、未更新照明器具３ｘの数）によって定義されてもよい。送信モード切換部２１０は、判定された再送信量と閾値との比較結果に基づいて一斉送信モード又は個別送信モードのいずれかを選択する。
【００４７】
なお、一斉送信モードでは制御機２における通信制御が簡素なものとなるが、例えば（送信部３０２Ｔが更新成功時にＡＣＫを返信する構成の場合）制御機２から送信されるファームウェア更新データと照明器具３から返信されるＡＣＫがコリジョンを起こす可能性が増す等、輻輳制御等が困難となる。一方、個別送信モードでは送信が制限される結果としてＡＣＫの返信が減少するのでコリジョン発生は最小限となるが、送信すべき宛先アドレスの検索等が必要となる。従って、通信制御が複雑なものとなり、かえって制御機２の処理負荷が増し、遅延の原因となってしまう場合がある。従って、送信モード切換部２１０は、再送信量が閾値を超える場合に、一斉送信モードを選択して通信制御を簡素化して制御機２の送信処理の効率を向上してもよいし、個別送信モードを選択して送信を制限して信号伝送線のトラフィックの輻輳を軽減するようにしてもよい。
【００４８】
再送信数判定部２１４は、ファームウェア更新データが再送信される回数（以下、「再送信数」という）を検出し、それを閾値と比較する。再送信数判定部２１４は、再送信数が閾値を超える場合には、通信障害が発生している可能性を考慮して再送信を終了する。
【００４９】
図６に本実施形態によるファームウェア更新処理のフローチャートを示す。図４に示す実施形態２の処理とは、ステップＳ５〜Ｓ４５までは同様である（ステップＳ５〜Ｓ３０までは図示を省略してある）。
【００５０】
ステップＳ４０において、エラー特定部２１１が、ステップＳ１５の後の所定期間内にＮＡＣＫが受信されたか否かを判別する。ＮＡＣＫが受信されない場合（ステップＳ４０、ＮＯ）、処理は終了する。一方、ＮＡＣＫが受信された場合（ステップＳ４０、ＹＥＳ）、処理はステップＳ４５に進む。
ステップＳ４５において、エラー特定部２１１は、受信したＮＡＣＫのアドレスに基づいて未更新照明器具３ｘを特定する。
【００５１】
ステップＳ４６において、再送信量判定部２１３は再送信量が閾値を超えているか否かを判定する。ここでは、再送信量が閾値を超えている場合には、制御機２の送信処理の効率を向上するために、一斉送信モードが選択されるものとする。再送信量が閾値以下である場合（ステップＳ４６、ＮＯ）、処理はステップＳ５０に進み、送信モード切換部２１０は個別送信モードを適用する。一方、再送信量が閾値を超えている場合（ステップＳ４６、ＹＥＳ）、処理はステップＳ５１に進み、送信モード切換部２１０は一斉送信モードを適用する。
【００５２】
なお、代替例として、再送信量が閾値を超えている場合に、信号伝送線のトラフィックの混雑を軽減するために個別送信モードが選択される場合には上記と逆の処理となる。すなわち、ステップＳ４６において、送信モード切換部２１０は、再送信量が閾値を超えている場合にはステップＳ５０において個別送信モードを適用し、再送信量が閾値以下である場合にはステップＳ５１において一斉送信モードを適用する。
【００５３】
ステップＳ５５において、通信部２０４は、適用される送信モードに従ってファームウェア更新データを再送信する。
【００５４】
ステップＳ５６において、再送信数判定部２１３は再送信数が閾値を超えているか否かを判定する。再送信数が閾値を超えていない場合（ステップＳ５６、ＮＯ）、処理はステップＳ４０に戻る。一方、再送信数が閾値を超えている場合（ステップＳ５６、ＹＥＳ）、ステップＳ５７において通信部２０４はファームウェア更新データの再送信を終了する。
【００５５】
なお、上記の幾つかのステップについて、出力部２１２がファームウェア更新状況をユーザに通知するようにしてもよい。例えば、ステップＳ５５→Ｓ５６→Ｓ４０→Ｓ５５のループではファームウェア更新データが再送信中であること及び／又はステップＳ４５で特定された未更新照明器具３ｘの識別情報が表示されるようにしてもよい。また、ステップＳ５７ではファームウェア更新データの更新が完了しなかったこと及び／又はステップＳ４５で特定された未更新照明器具３ｘの識別情報が表示されるようにしてもよい。また、ステップＳ４０のＹＥＳの後にファームウェア更新処理が完了したことが表示されるようにしてもよい。
【００５６】
以上のように、本実施形態によると、再送信量判定部２１３での再送信量の判定結果に応じて送信モードが選択される構成としたので、ファームウェア更新データの送信失敗の状況に応じて適切な態様でファームウェア更新データの再送信を行うことができる。また、再送信数判定部２１４において、再送信数と比較される閾値を適切に設定することにより、適切なタイミングで再送信の反復を停止させることができる。
【００５７】
実施形態４．
上記実施形態１ではファームウェア更新データがそのまま一斉送信され得る構成を示したが、本実施形態においては、ファームウェア更新データが分割されて送信される構成を示す。図７に本実施形態による照明制御システム１のブロック図を示す。なお、照明器具３の構成は実施形態１のものと同様である。
【００５８】
制御機２は、処理部２００、記憶部２０１、入力部２０２、データ生成部２０３、通信部２０４、データサイズ判定部２２０及びデータ分割部２２１を備え、これらはバス２０５によって相互に接続されている。処理部２００は各部間の信号のやりとりを制御するプロセッサの一部であり、例えば、データ生成部２０３、データサイズ判定部２２０及びデータ分割部２２１とともにＣＰＵを構成する。実施形態１との相違は、制御機２がデータサイズ判定部２２０及びデータ分割部２２１を備える点である。
【００５９】
データサイズ判定部２２０は、更新データ生成部２０３Ｕが生成したファームウェア更新データ（又はファームウェア更新プログラム）のデータサイズを特定し、データサイズを閾値と比較する。
【００６０】
データ分割部２２１は、データサイズ判定部２２０によって特定されたデータサイズが閾値を超える場合に、更新データ生成部２０３Ｕが生成したファームウェア更新データを、上記閾値未満の所定のサイズのデータブロックに分割する。すなわち、１つのファームウェア更新プログラムが複数のプログラムに分割される。各データブロックは通信部２０４から信号伝送線Ｌｓに順次送出される。
【００６１】
図８に、本実施形態によるファームウェア更新処理のフローチャートを示す。図４に示すフロー（実施形態２）とは、ステップＳ２０以降の処理は同様である（ステップＳ２０以降の処理は図示を省略してある）。
【００６２】
ステップＳ５において、入力部２０２にファームウェア更新情報が入力される。
ステップＳ１０において、更新データ生成部２０３Ｕがファームウェア更新情報に基づいてファームウェア更新データを生成する。
【００６３】
ステップＳ１１において、データサイズ判定部２２０は、ステップＳ１０において生成されたファームウェア更新データのデータサイズと閾値を比較する。データサイズが閾値以下である場合（ステップＳ１１、ＮＯ）、処理はステップＳ１６に進み、データサイズが閾値を超える場合（ステップＳ１１、ＹＥＳ）、処理はステップＳ１２に進む。
ステップＳ１２において、データ分割部２２１は、ステップＳ１０において生成されたファームウェア更新データを、所定のサイズのデータブロックに分割する。
【００６４】
ステップＳ１６において、通信部２０４は、ステップＳ１０で生成されたファームウェア更新データを一斉送信し、又はステップＳ１２で分割されたファームウェア更新データのブロックを順次送出する。その後、照明器具３側ではステップＳ２０が開始され、制御機２側ではステップＳ４０が開始される。
【００６５】
以上のように、本実施形態によると、データサイズの大きいファームウェア更新データは、適切なデータサイズのデータブロックに分割されるので、照明制御システム１における伝送容量に応じて、適切な速度でのファームウェア更新データの伝送が可能となる。
【００６６】
＜変形例＞
以上に本発明の好適な実施形態を示したが、本発明は、例えば以下に示すように種々の態様に変形可能である。
【００６７】
・照明器具３の接続数
上記各実施形態においては、複数の照明器具３が制御機２に接続される例を示したが、制御機２に接続される照明器具３は１つであっても本発明は適用可能である。この場合も、例えば高所にある照明器具３ではなく、比較的作業性の良い場所にある制御機２においてファームウェア更新作業を行うことができ、しかも新たなインフラ敷設が不要であり、本発明の有利な効果を享受できる。
【００６８】
・実施形態の組合せ
実施形態２及び３ではファームウェア更新データが一斉送信又は個別送信される構成を示し、実施形態４ではファームウェア更新データが分割される構成を示したが、これらは組み合わせ可能である。すなわち、ファームウェア更新データが分割された上で個別送信される構成としてもよい。また、制御機２に接続される照明器具３の接続数が所定値を超える場合には、照明器具３がグループ分けされたうえで、ファームウェア更新データが各グループに順次個別送信される構成としてもよい。また、ファームウェア更新データの送信失敗はデータサイズが大きいことに起因する場合があることを考慮して、ファームウェア更新データの再送信時に再送信データが分割されるようにしてもよい。
【００６９】
・電力線搬送の適用
上記各実施形態においては、照明制御データ及びファームウェア更新データが信号伝送線Ｌｓを介して搬送される構成を示したが、照明制御データ及びファームウェア更新データが電力伝送線Ｌｐを介して搬送される構成としてもよい。すなわち、もともと信号伝送線Ｌｓがない電力線搬送タイプの照明制御システムにも本発明は適用可能である。また、照明制御データが信号伝送線Ｌｓ上で伝送され、ファームウェア更新データが電力伝送線Ｌｐを介して伝送される構成としてもよい。このように、本発明における伝送線とは電力伝送線及び／又は信号伝送線を含む。いずれの場合であっても、本発明の実施に際して新たな通信線乃至は通信網の敷設は不要である。
【符号の説明】
【００７０】
１  照明制御システム
２  制御機
３、３−１〜３−ｎ  照明器具
２０２  入力部
２０３  データ生成部
２０４  通信部
２１０  送信モード切換部
２１１  エラー特定部
２１２  出力部
２１３  再送信量判定部
２１４  再送信数判定部
２２０  データサイズ判定部
２２１  データ分割部
３０２Ｒ  受信部
３０２Ｔ  送信部
３０３  データ抽出部
３０５  ファームウェア更新部
Ｌｓ  信号伝送線（伝送線）
Ｌｐ  電力伝送線（伝送線）
【図１】
2015099692.tif 000003
【図２】
2015099692.tif 000004
【図３】
2015099692.tif 000005
【図４】
2015099692.tif 000006
【図５】
2015099692.tif 000007
【図６】
2015099692.tif 000008
【図７】
2015099692.tif 000009
【図８】
2015099692.tif 000010