(57)【要約】【課題】制御対象物を適切に制御可能とする。【解決手段】親機１０は、同報通信により、子機１４に接続された照明器具１６の状態の変更を指示する制御指令を送信する。続いて、親機１０は、個別通信で、状態確認指令を各子機１４に送信する。親機１０は、各子機１４からの応答により、照明器具１６の状態の変更が成功か不成功かを判別する。親機１０は、不成功と判別したときに、それ以降の個別通信を中断し、同報通信により、子機１４に制御指令を送信する。【選択図】図１
2019067556.tif 000002
【特許請求の範囲】
【請求項１】
親機と、それぞれに制御対象物が接続された複数の子機を備え、各子機に制御対象物が接続されている通信システムであって、
前記親機は、
制御対象物の状態を変更させるための制御指令を、前記複数の子機に同報通信で送信し、続いて、前記複数の子機に、自己に接続された制御対象物の状態を示す応答を送信させるための状態確認指令を個別通信で送信し、前記複数の子機が、前記状態確認指令に応じて送信した前記応答を個別通信で受信し、
同報通信で送信した前記制御指令と前記複数の子機から個別通信で受信した前記応答とに基づいて、前記子機が、前記制御指令が示す状態の変更に成功させたか否かを判別し、
状態の変更が不成功であったと判別したときに、前記状態確認指令の個別通信での送信を中断し、前記制御指令を、前記複数の子機に同報通信で再送信し、続いて、状態確認指令を個別通信で順次送信し、前記複数の子機から応答を個別通信で受信し、
前記子機は、
前記親機から、同報通信により送信された制御指令を受信し、制御指令に従って制御対象物を制御し、
前記親機から、個別通信により送信された状態確認指令を受信し、自己に接続された制御対象物の状態を示す応答を生成して、前記親機に送信する、
通信システム。
【請求項２】
前記親機は、
制御指令と状態確認指令とを生成して前記子機に送信し、前記子機から応答を受信する通信制御部と、
送信した前記制御指令が指示する状態と受信した応答が示す状態から、前記子機が、前記制御指令が示す制御に成功したか否かを判別する判別部と、
を備え、
前記通信制御部は、
前記判別部が状態の変更が不成功であったと判別したときに、状態確認指令の送信を中断し、前記制御指令を、前記複数の子機に同報通信で再送信し、続いて、状態確認指令を個別通信で順次送信し、前記複数の子機から応答を個別通信で受信する、
請求項１に記載の通信システム。
【請求項３】
前記親機は、第１の記憶部と第２の記憶部とを備え、
前記通信制御部は、
制御対象物に対する制御の指示を受け、指示に従って、制御指令と状態確認指令とを生成し、生成した制御指令と状態確認指令とを第１の記憶部に記憶させ、
前記第１の記憶部に記憶されている制御指令と状態確認指令とを順番に読み出して、送信し、
送信した制御指令と状態確認指令とを第２の記憶部に記憶させ、
前記判別部が状態の変更が不成功と判別したときに、前記第２の記憶部に記憶されている制御指令と状態確認指令とを前記第１の記憶部に書き込む、
請求項２に記載の通信システム。
【請求項４】
前記通信制御部は、状態の変更に成功した子機宛の状態確認指令については、前記第１の記憶部に書き込まない、
請求項３に記載の通信システム。
【請求項５】
前記通信制御部は、
制御指令と状態確認指令との少なくとも１つが記録されている状態で、新たに生成した制御指令と状態確認指令とを前記第１の記憶部に書き込むときに、
同一の子機宛の状態確認指令が複数存在する場合には、その一方の状態確認指令のみを前記第１の記憶部に書き込む、
請求項３又は４に記載の通信システム。
【請求項６】
前記通信制御部は、状態確認指令が記録されている状態で、新たに生成された制御指令と状態確認指令とを第１の記憶部に書き込むときは、制御指令を送信順位一位となるように書き込む、
請求項３から５のいずれか１項に記載の通信システム。
【請求項７】
前記親機は、前記複数の子機のうちの第１の子機に接続された制御対象物の状態のみを変更する制御指令を送信した場合には、前記第１の子機のみに状態確認指令を送信する、
請求項１から６のいずれか１項に記載の通信システム。
【請求項８】
前記親機は、
送信した制御指令が指示する状態と、前記子機から受信した応答が示す制御対象物の状態とが異なるときに、制御対象物の状態の変更が不成功であったと判別する、
請求項１から７のいずれか１項に記載の通信システム。
【請求項９】
前記複数の子機のうちの第２の子機に接続され、前記第２の子機に、制御対象物の状態の変更を指示する指示装置、をさらに有し、
前記第２の子機は、前記指示装置からの指示に基づいて、前記制御対象物を制御し、
前記第２の子機は、前記指示装置からの指示に従って、前記制御対象物の状態を変更させたことを示すデータを、前記応答に付して前記親機に送信する、
請求項１から８のいずれか１項に記載の通信システム。
【請求項１０】
前記親機は、
同報通信で送信した前記制御指令と前記複数の子機から個別通信で受信した前記応答とに基づいて、前記子機が、前記制御指令が示す状態の変更に成功させたか否かを判別し、
状態の変更が不成功であった子機の数をカウントし、カウント値が閾値以上となったときに、前記状態確認指令の個別通信での送信を中断し、前記制御指令を、前記複数の子機に同報通信で再送信する、
請求項１から９のいずれか１項に記載の通信システム。
【請求項１１】
前記制御対象物は、照明器具である、
請求項１から１０のいずれか１項に記載の通信システム。
【請求項１２】
前記制御対象物の状態は、前記照明器具の点灯と消灯、前記照明器具の照度、前記照明器具において発光させる発光体の個数および前記照明器具において発光させる発光体の指定の内の１つ以上を少なくとも含む、
請求項１１に記載の通信システム。
【請求項１３】
複数の子機を介して制御対象物を制御する制御装置であって、
制御対象物の状態を変更させるための制御指令を、前記複数の子機に同報通信で送信し、続いて、前記複数の子機に、自己に接続された制御対象物の状態を示す応答を送信させるための状態確認指令を個別通信で送信し、前記複数の子機が、前記状態確認指令に応じて送信した前記応答を個別通信で受信する通信制御部と、
送信した前記制御指令と前記複数の子機から受信した応答とに基づいて、前記子機が、前記制御指令が示す制御に成功させたか否かを判別する判別部と、
を備え、
前記通信制御部は、前記判別部が状態の変更が不成功であったと判別したときに、前記状態確認指令の個別通信での送信を中断し、前記制御指令を、前記複数の子機に同報通信で再送信し、続いて、前記子機に、状態確認指令を個別通信で順次送信し、前記複数の子機から応答を個別通信で受信する、
制御装置。
【請求項１４】
制御対象物に接続され、上位装置から制御指令と状態確認指令とに従って、自己に接続された制御対象物を制御する制御装置であって、
制御対象物の状態を変更させるための制御指令を同報通信で受信し、受信した制御指令に従って、自己に接続された制御対象物を制御し、
自己宛に制御対象物の状態を問い合わせる自己宛の状態確認指令を個別通信で受信し、受信した状態確認指令に従って、自己に接続された制御対象物の状態を示す応答を生成して個別通信で上位装置に送信し、
自己に接続された制御端末からの指示に応じて、自己に接続された制御対象物を制御し、
前記応答に、前記制御端末からの指示により制御を実行したことを示す情報を含める、
制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、通信システムおよび制御装置に関する。
【背景技術】
【０００２】
特許文献１には、親機が、ネットワークを介して接続された子機に、子機の制御対象物である照明器具の状態を変更させる通信システムが開示されている。この通信システムでは、親機は、同報通信と個別通信とを使い分けて、子機を介して照明装置を制御する。より詳細に説明すると、親機は、ある照明器具の状態を変更させる場合に、その照明器具が接続された子機が実行すべき制御内容を指示する制御指令を生成し、同報通信で全ての子機に送信する。各子機は、制御指令に含まれている制御内容が自己に関するものであれば、対応する制御を実行し、一方、自己に関するものでなければ、特段の制御を行わない。続いて、親機は、照明器具の状態を確認する状態確認指令を個別通信で順次送信する。状態確認指令を受信した子機は、照明機具の状態を示す応答を親機に送信する。親機は、子機からの応答が示す各照明器具の状態と、送信した制御指令が指示する各照明器具の状態との間に矛盾を検出すると、制御指令を再送する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−１２２４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に開示された通信システムでは、親機は、ある子機からの応答に矛盾を検出した後も、全ての子機からの応答を受信するまで、状態確認指令の個別送信を継続する。このため、制御指令の再送が確定した後も、個別通信に時間を要してしまう。このため、矛盾の検出から制御指令の再送までに比較的長時間を要してしまい、照明器具を適切に制御できない場合がある。
【０００５】
また、特許文献１に開示された通信システムでは、子機を直接操作して、照明器具の状態を変更することも可能である。このような親機からの制御指令によらない照明器具の状態の変更があったときには、親機は、照明器具の状態が変更されたことを認識できない。このため、例えば、親機が制御指令を送信した後、状態確認信号を送信する前に子機が直接操作されて照明器具の状態が変更されると、親機は、制御指令で指示した状態と、子機からの応答が示す状態との間に矛盾があると判別してしまう。この場合、親機は、照明装置の状態が正しいにもかかわらず、不必要な制御指令を再送し、照明器具の状態を変更してしまう。このため、照明装置を適切に制御できない。
【０００６】
同様の問題は、照明器具以外の制御対象物を、上述の親機と子機とを含む通信システムで制御する場合にも発生する。
【０００７】
この発明は、上記課題を解決するためになされたものであり、制御対象物を適切に制御可能とすることを目的とする。
より具体的には、この発明は、制御指令を速やかに再送できる通信システムおよび制御装置を提供することを目的とする。また、この発明は、制御指令を不必要に再送することのない通信システムおよび制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
この発明にかかる通信システムは、親機と複数の子機を備える。各子機には、制御対象物が接続されている。
前記親機は、
制御対象物の状態を変更させるための制御指令を、前記複数の子機に同報通信で送信し、続いて、前記複数の子機に、自己に接続された制御対象物の状態を示す応答を送信させるための状態確認指令を個別通信で送信し、前記複数の子機が、前記状態確認指令に応じて送信した前記応答を個別通信で受信し、
同報通信で送信した前記制御指令と前記複数の子機から個別通信で受信した前記応答とに基づいて、前記子機が、前記制御指令が示す状態の変更に成功させたか否かを判別し、
状態の変更が不成功であったと判別したときに、前記状態確認指令の個別通信での送信を中断し、前記制御指令を、前記複数の子機に同報通信で再送信し、続いて、状態確認指令を個別通信で順次送信し、前記複数の子機から応答を個別通信で受信する。
また、前記子機は、
前記親機から、同報通信により送信された制御指令を受信し、制御指令に従って制御対象物を制御し、
前記親機から、個別通信により送信された状態確認指令を受信し、自己に接続された制御対象物の状態を示す応答を生成して、前記親機に送信する。
【発明の効果】
【０００９】
この発明によれば、親機は、子機からの応答に基づいて制御が不成功に終わったと判別すると、速やかに子機への制御指令を再送できる。
【図面の簡単な説明】
【００１０】
【図１】この発明の実施の形態に係る通信システムの構成図
【図２】図１に示す親機の構成図
【図３】図２に示す親機のハードウェア構成の一例を示す図
【図４】図１に示す子機の構成図
【図５】図１に示す手元制御端末および外部制御端末の構成図
【図６】（ａ）〜（ｃ）は、図２に示す送信バッファに格納されるデータの一例を示す図、（ｄ）は図２に示す記憶部に格納されるデータを示す図
【図７】図１に示す親機が実行する送信バッファ登録処理のフローチャート、
【図８】図１に示す親機が実行する制御処理のフローチャート
【図９】図１に示す通信システムにおいて、親機と子機との間の信号の送受信シーケンスを示す図であり、全ての子機での制御が成功した場合の図
【図１０】図１に示す通信システムにおいて、親機と子機との間の信号の送受信シーケンスを示す図であり、制御指令による制御が一部の子機で不成功であった場合の図
【図１１】従来の通信システムにおいて、親機と子機との間の信号の送受信シーケンスを示す図であり、制御指令による制御が一部の子機で不成功であった場合の図
【図１２】（ａ）、（ｂ）は、実施の形態１において、送信バッファに格納されるデータの一例を示す図
【図１３】本発明の実施の形態２において、送信バッファに格納されるデータの一例を示す図
【図１４】本発明の実施の形態３に係る通信システムの親機が実行する送信バッファ登録処理のフローチャート
【図１５】（ａ）〜（ｄ）は、実施の形態３に係る通信システムの親機の送信バッファに格納されるデータの一例を示す図
【図１６】実施の形態３に係る通信システムにおいて、親機と子機との間の信号の送受信シーケンスを示す図であり、制御指令による制御が一部の子機で不成功であった場合の図
【図１７】実施の形態３の変形例に係る通信システムの親機の送信バッファに格納されるデータの一例を示す図
【図１８】本発明の実施の形態４に係る通信システムの子機が実行する制御処理のフローチャート
【図１９】本発明の実施の形態４に係る通信システムの子機が実行する指令応答処理のフローチャート
【図２０】実施の形態４に係る通信システムにおいて、親機と子機との間の信号の送受信シーケンスを示す図
【図２１】実施の形態１〜４に係る親機の送信バッファに格納されるデータの例を示す図
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態に係る通信システムおよび通信方法を図面を参照しつつ説明する。
【００１２】
［実施の形態１］
実施の形態１に係る通信システムおよび通信方法を、照明器具を制御する照明システムに適用した場合を例に説明する。
【００１３】
図１に示すように、本実施の形態に係る通信システム１は、１台の親機１０と、親機１０に対する設定を行う手元制御端末１２と、ｍ台の照明装置１８−１〜１８−ｍと、親機１０と手元制御端末１２と照明装置１８−１〜１８−ｍとを接続するネットワーク２２と、を備える。なお、ｍは２以上の整数である。
【００１４】
照明装置１８−ｉ（ｉ＝１〜ｍ）は、子機１４−ｉと、子機１４−ｉに接続された照明器具１６−ｉとを含む。なお、各子機１４−ｉに接続される照明器具は１台に限られず、その数は任意である。ただし、理解を容易にするため、以下の説明では、各子機１４に接続される照明器具１６の台数を１台とする。
【００１５】
また、以下の説明において、照明装置１８−１〜１８−ｍを総称して照明装置１８、子機１４−１〜１４−ｍを総称して子機１４、照明器具１６−１〜１６−ｍを総称して照明器具１６と呼ぶことがある。
【００１６】
親機１０は、複数の照明装置１８を制御するための制御装置であり、子機１４の上位装置として機能する。親機１０は、少なくとも１台の照明器具１６の状態を変更する必要が生じた場合に、その照明器具１６の状態を変更することを指示する制御指令を生成し、生成した制御指令を子機１４−１〜１４−ｍに同報通信で送信する。なお、照明器具の状態の変更とは、照明器具１６−１〜１６−ｍの動作状態を変更すること全般を意味し、例えば、点灯状態と消灯状態の変更、調光の照度（発光強度）の変更、動作モードの変更等を含む。また、状態の変更は、例えば、照明器具１６が複数の発光体を備える場合に、点灯する発光体の個数の変更、発光させる発光体の指定の変更を含む。
【００１７】
親機１０は、制御指令送信後、子機１４−１〜１４−ｍに状態確認指令を個別通信で送信する。親機１０は、状態確認指令に応答して、子機１４−１〜１４−ｍから個別通信で送信されてきた応答に基づいて、子機１４−１〜１４−ｍにおける制御対象の状態変更が成功したか否かを順次判別する。
【００１８】
親機１０は、子機１４−１〜１４−ｍのいずれかで照明器具１６−１〜１６−ｍの状態の変更が不成功に終わった、即ち、制御に失敗したと判別したときには、状態確認指令の送信をその時点で中断し、制御指令を子機１４−１〜１４−ｍに同報通信で再送信する。
【００１９】
一方、子機１４−１〜１４−ｍは、親機１０により同報通信で送信された制御指令をネットワーク２２を介して受信する。子機１４−１〜１４−ｍは、受信した制御指令を解釈し、自己に接続された照明器具１６−１〜１６−ｍの状態を変更することが指示されている場合には、必要な制御を実行する。また、子機１４−１〜１４−ｍは、親機１０から個別通信で送信された自己宛の状態確認指令を受信する。子機１４−１〜１４−ｍは、受信した状態確認指令に応答して、自己に接続された照明器具１６−１〜１６−ｍの状態を示す応答を親機１０に送信する。
【００２０】
照明器具１６−１〜１６−ｍは、子機１４−１〜１４−ｍに接続され、直接的には、子機１４−１〜１４−ｍにより状態が制御され、間接的には、子機１４−１〜１４−ｍを介して、親機１０により状態が制御される。
【００２１】
手元制御端末１２は、ネットワーク２２に接続され、ユーザの操作に従って、照明器具１６−１〜１６−ｍの状態の変更を親機１０に指示する。手元制御端末１２は、親機１０に、照明器具１６の状態の変更を指示する指示装置として機能する。
【００２２】
外部制御端末２０は、子機１４−１〜１４−ｍに接続され、接続されている子機１４−１〜１４−ｍに接続された照明器具１６−１〜１６−ｍの状態の変更を指示する。なお、外部制御端末２０は、一部の子機１４のみに接続されてもよい。図１では、子機１４−２のみに外部制御端末２０が接続されている。この外部制御端末２０は、子機１４−２に、照明器具１６−２の状態の変更を指示する。この場合、子機１４−２が、請求項における第２の子機として機能する。
【００２３】
ネットワーク２２は、インターネット、ＷＡＮ(Wide Area Network)、ＬＡＮ(Local Area Network)、有線、無線いずれでもよい。
【００２４】
［通信システム１の構成要素］
以下、通信システム１の構成要素を詳細に説明する。
【００２５】
［親機１０］
親機１０は、照明器具１６−１〜１６−ｍのコントローラとして機能する。
図２に示すように、親機１０は、ネットワーク２２に接続されたネットワークＩＦ（インタフェース）１００と、送信データを記憶する送信バッファ１０２と、ネットワークＩＦ１００を介して、ネットワーク２２との間でデータの送受信を行う通信部１０４と、通信部１０４を制御する通信制御部１０６と、照明器具１６の状態を管理する状態管理部１０８と、入力データを記憶する記憶部１１０とを備える。
【００２６】
ネットワークＩＦ１００は、ネットワーク２２を介して、手元制御端末１２及び子機１４にデータを送信し、手元制御端末１２及び子機１４からデータを受信する。
【００２７】
通信部１０４は、ネットワークＩＦ１００を介して、ネットワーク２２との間でデータを送受信する。
【００２８】
通信制御部１０６は、通信部１０４を制御して、同報通信フェーズで、制御指令を同報通信で子機１４に送信する。また、通信制御部１０６は、通信部１０４を制御して、同報通信フェーズに対応する個別通信フェーズで、状態確認指令を個別通信で各子機１４に順次送信する。さらに、通信制御部１０６は、状態確認指令に応答して各子機１４から送信されてくる、その子機１４に接続されている照明器具１６の状態を示す応答を受信する。
【００２９】
状態管理部１０８は、送信した制御指令が示す照明器具１６の状態と、個別通信で受信した子機１４からの応答が示す照明器具１６の状態とが一致するか否かに基づいて、照明器具１６の状態の変更が成功したか否かを判別する判別部として機能する。状態管理部１０８は、判別の結果に、応答を送信してきた子機１４に関するデータを付加して通信制御部１０６に出力する。
【００３０】
送信バッファ１０２は、通信制御部１０６から供給された制御指令及び状態確認指令と関連データを記憶し、通信部１０４に提供する。送信バッファ１０２は請求項における第１の記憶部の一例である。
【００３１】
記憶部１１０は、通信制御部１０６から供給されるデータ、例えば、送信済の制御指令と状態確認指令とを記憶し、通信制御部１０６に供給する。また、記憶部１１０は、状態の変更が不成功であった子機１４の数をカウントする不成功カウンタを保持する。記憶部１１０は請求項における第２の記憶部の一例である。
【００３２】
通信制御部１０６は、手元制御端末１２からいずれかの照明器具１６の状態を変更することが指示されると、この変更を全子機１４に指示する制御指令を生成し、これを送信する通信フェーズ、送信の種別、制御対象物を特定し、送信バッファ１０２に登録する。通信制御部１０６は、さらに、各照明器具１６の状態を通知させるための状態確認指令を各子機１４宛に生成し、これを送信する通信フェーズ、送信の種別、制御対象物を特定し、送信バッファ１０２に登録する。
【００３３】
具体的に説明すると、例えば、手元制御端末１２から全ての照明器具１６−１〜１６−ｍの照度をＩとすることが指示されたとする。通信制御部１０６は、照度をＩとすることを指示する制御指令を生成する。通信制御部１０６は、図６（ａ）に示すように、生成した制御指令と、この制御指令を送信する同報通信フェーズ「Ｆ１００」、送信種別「同報」、制御対象物として「全て」とを対応付けて送信バッファ１０２に登録する。通信制御部１０６は、さらに、子機１４−１〜１４−ｍに順番に送信する状態確認指令を生成し、これを、図６（ｂ）に示すように、同報通信フェーズ「Ｆ１００」に対応する個別通信フェーズ「Ｆ２００」、送信種別「個別」、制御対象物「１４−１」、「１４−２」．．．「１４−ｍ」を対応付けて送信バッファ１０２に登録する。なお、本実施の形態では、送信の順番をリストＮｏの順番とする。従って、リストＮｏ．１の指令が、送信順位一位となる。
【００３４】
親機１０は、物理的には、例えば、図３に示す演算処理装置２４から構成され、その機能の全部又は一部をソフトウェアとハードウェアの協働により実現する。図示するように、演算処理装置２４は、ソフトウェアを実行する演算処理部２４０と、データを送受信する外部ＩＦ２４２と、演算処理部２４０の主メモリとして機能するメモリ２４４と、不揮発性の記憶装置２４６と、ユーザ操作を受け付ける操作装置２４８とを備える。
【００３５】
演算処理部２４０は、ＣＰＵ（Central Processing Unit)等のプロセッサと、タイマ回路、割り込み制御回路などの周辺回路とを含み、プログラムを実行し、他の構成要素を制御する。
【００３６】
外部ＩＦ２４２は、ネットワーク２２を介して、演算処理部２４０と、手元制御端末１２及び子機１４との間のデータの送信および受信を実行する。
【００３７】
メモリ２４４は、ＲＯＭ(Read Only Memory)、ＲＡＭ(Random Access Memory)を備え、演算処理部２４０のワークメモリとして機能し、基本動作プログラムを記憶し、処理対象のプログラムが展開され、データを記憶する。
記憶装置２４６は、ＨＤＤ（Hard Disk Drive）、ＤＶＤ（Digital Versatile Disc）、フラッシュメモリなどの不揮発性記録媒体を含み、記録媒体に動作プログラムを記憶し、記憶媒体からデータを読み出す。
操作装置２４８は、ユーザによる操作を受け付け、操作データを演算処理部２４０に供給する。
【００３８】
［子機１４］  
子機１４は、自己に接続されている制御対象物である照明器具１６を、上位装置に相当する親機１０の指示に従って制御する一種の制御装置である。図４に示すように、子機１４は、親機１０との通信を制御する通信制御部１４２と、親機１０からの指令を解析する指令解析部１４４と、制御対象物である照明器具１６の状態を検出する状態検出部１４６と、照明器具１６を制御する照明器具制御部１４８とを備える。
【００３９】
通信制御部１４２は、親機１０からの制御指令と状態確認指令とをネットワークＩＦ１００と通信部１０４とを介して受信し、指令解析部１４４に供給する。また、通信制御部１４２は、状態検出部１４６から照明器具１６の状態が通知されたときには、この状態を示すデータに、自機を特定する識別情報等のデータを付して応答を生成し、通信部１０４とネットワークＩＦ１００とを介して、親機１０に送信する。
【００４０】
指令解析部１４４は、通信制御部１４２から供給された指令を解析し、制御指令であるか状態確認指令であるかを判別する。
指令解析部１４４は、指令が制御指令であると判別すると、さらに、自機に接続された照明器具１６の状態を変更する必要があるか否かを判別する。指令解析部１４４は、状態の変更が必要であると判別した場合には、照明器具制御部１４８を制御して、照明器具１６の状態を、指示された状態に変更する。
また、指令解析部１４４は、供給された指令が状態確認指令であると判別すると、照明器具制御部１４８に照明器具１６の状態を取得させ、状態検出部１４６に通知させる。指令解析部１４４は、続いて、状態検出部１４６から照明器具１６の状態が通知されると、それを通信制御部１４２に通知する。
【００４１】
なお、外部制御端末２０は、指令解析部１４４に接続される。指令解析部１４４は、外部制御端末２０から入力された、照明器具１６の状態を変更する指示を解析する。指令解析部１４４は、解析した指示に基づいて、照明器具制御部１４８を介して、接続されている照明器具１６を制御する。
【００４２】
状態検出部１４６は、照明器具制御部１４８からの情報に基づいて、自機の照明器具１６の状態を検出する。
【００４３】
照明器具制御部１４８は、指令解析部１４４の制御に従って、照明器具１６の状態を変更し、また、照明器具１６の現在の状態を示す情報を取得し、状態検出部１４６に供給する。
【００４４】
なお、図４に示すネットワークＩＦ１００、送信バッファ１０２、通信部１０４、は、親機１０を構成するネットワークＩＦ１００、送信バッファ１０２、通信部１０４と実質的に同一の機能と構成を有する。
【００４５】
図４に示した構成要素により、子機１４は、親機１０から同報通信で送信された制御指令を受信し、受信した制御指令に、自機に接続された照明器具１６の状態を変更する指示が含まれているか否かを判別する。子機１４は、照明器具１６の状態を変更する指示が含まれていると判別した場合には、制御指令に含まれる指示に従って、制御対象物である照明器具１６の状態を変更する。例えば、図６（ａ）に例示する制御指令を受信した場合には、自己に接続されている照明器具１６の照度をＩに制御する。
【００４６】
また、子機１４は、親機１０から個別通信で送信された状態確認指令を受信すると、自機に接続された照明器具１６の状態を検出し、検出した状態を示すデータにこの子機１４を特定する識別情報等のデータを付加して、応答を生成し、親機１０に送信する。
【００４７】
なお、子機１４は、ハードウェア的には、親機１０と同様に図３に示す演算処理装置２４により構成可能である。必要に応じて内部ＩＦを配置し、照明器具１６を接続してもよい。
【００４８】
［手元制御端末１２および外部制御端末２０］
図５は、図１に示した手元制御端末１２および外部制御端末２０の構成を示す図である。手元制御端末１２は、例えば、親機１０用の壁スイッチから構成される。また、外部制御端末２０は、例えば、子機１４用の遠隔制御端末（リモートコントローラ）から構成される。
【００４９】
図示するように、手元制御端末１２と外部制御端末２０は、それぞれ、入力部と表示部とを備える入出力部２００と、入出力制御部２０２と、外部と通信する通信部１０４と、を備える。
【００５０】
入出力部２００は入力部と表示部（いずれも不図示）とを含み、照明器具１６の状態を変更するためのユーザの操作を受け付け、その操作の内容を表示装置に表示すると共に入出力制御部２０２に出力する。また、入出力部２００は、入出力制御部２０２が通信部１０４を介して外部から受信したデータを表示する。
【００５１】
入出力制御部２０２は、入出力部２００に入力された照明器具１６の状態を変更するためのユーザの指示を通信部１０４を介して上位装置に送信する。また、入出力制御部２０２は、上位装置から通信部１０４を介して受信したデータを入出力部２００に表示させる。
【００５２】
通信部１０４は、上位装置と入出力制御部２０２との間でデータを送受信する。ここで、上位装置とは、手元制御端末１２の場合には、ネットワーク２２を介した親機１０である。一方、外部制御端末２０の場合には、子機１４である。
【００５３】
なお、手元制御端末１２と外部制御端末２０は、それぞれ、ハードウェア的には、親機１０と同様に図３に示す演算処理装置２４により構成可能である。また、手元制御端末１２は親機１０の機能の一部、外部制御端末２０は子機１４の機能の一部としてもよい。
【００５４】
（動作）
次に、上記構成を有する通信システム１の動作を、図７及び図８に示す親機１０の動作フローを参照しつつ説明する。
【００５５】
ユーザは希望する制御内容を手元制御端末１２の入出力部２００を操作して入力する。手元制御端末１２は、入力された指示を、親機１０に送信する。
親機１０の通信制御部１０６は、手元制御端末１２からの指示を受信すると、図７に示す送信バッファ登録処理を開始する。
【００５６】
通信制御部１０６は、まず、手元制御端末１２からの指示を取り込み（ステップＳ１０）、指示された変更を実現するための制御指令と各子機１４−１〜１４−ｍに照明器具１６の状態を問い合わせる状態確認指令とを生成する（ステップＳ１２）。
【００５７】
通信制御部１０６は、生成した制御指令を図６（ａ）に例示するように、通信フェーズ、送信種別、制御対象物などの情報と共に送信バッファ１０２に書き込み、さらに、生成した状態確認指令を、図６（ｂ）に例示するように、通信フェーズ、送信種別、制御対象物などの情報と共に送信バッファ１０２に追加する（ステップＳ１４）。なお、ここでは、状態確認指令の順番を、子機１４−１〜１４−ｍ宛の順とし、制御指令の同報通信フェーズをＦ１００、同報通信フェーズＦ１００に対応する状態確認指令の個別通信フェーズをＦ２００とする。
以上で、今回の送信バッファ登録処理を終了する。
【００５８】
一方、通信制御部１０６は、電源オンの間、図８に示す制御処理を継続して実行している。
【００５９】
この処理において、通信制御部１０６は、まず、送信バッファ１０２に格納されている指令のうちから、送信順が１番の指令を入力する（ステップＳ１６）。
【００６０】
通信制御部１０６は、同報通信用の制御指令と個別通信用の状態確認指令のいずれが入力されたかを判断し（ステップＳ１８）、同報通信用の制御指令が入力されたと判別した場合（ステップＳ１８：同報）、全ての子機１４に、制御指令を同報送信する（ステップＳ２０）。さらに、この制御指令を送信バッファ１０２から削除し、記憶部１１０に記憶して（ステップＳ２２）、その後、ステップＳ１６に戻る。
【００６１】
一方、ステップＳ１８で、ステップＳ１６で取り込んだ指令が個別送信で送信する状態確認指令であると判別すると（ステップＳ１８：個別）、通信制御部１０６は、取り込んだ状態確認指令を、指定された個別通信フェーズに、指定された子機１４宛に個別送信する（ステップＳ２４）。
【００６２】
子機１４の通信制御部１４２は、自己宛の状態確認指令を受信し、これを指令解析部１４４に提供する。指令解析部１４４は、状態確認指令を解析し、照明器具制御部１４８を制御し、照明器具１６の状態を示す情報を収集し、状態検出部１４６に提供する。状態検出部１４６は、提供された情報から、照明器具１６の状態を検出し、照明器具１６の状態を示す状態情報を指令解析部１４４を介して通信制御部１４２に供給する。
【００６３】
通信制御部１４２は、状態情報に自己のアドレス、識別情報などを付して、通信部１０４、ネットワークＩＦ１００を介して、親機１０に送信する。
【００６４】
親機１０の通信制御部１０６は、状態確認指令を送信した後、子機１４からの応答を受信したか否かを判別する（ステップＳ２６）。閾値時間を経過しておらず且つ超えても応答を受信していないときには、ステップＳ２６を繰り返し、子機１４からの応答を待機する。
【００６５】
一方、応答を受信したとき、および、状態確認指令の送信から予め決められた閾値時間を超えても応答を受信していないときには（ステップＳ２６：受信／応答なし）、通信制御部１０６は、制御指令で指示した制御が成功したか否かを判別する（ステップＳ３０）。具体的には、通信制御部１０６は、状態管理部１０８を制御して、送信した制御指令が指示した状態と、応答が示す照明器具１６の状態とが一致するか、矛盾があるか、あるいは、予め定められた応答期間内に応答が無かったかを判別させる。
【００６６】
通信制御部１０６は、制御が成功したと判別したときには（ステップＳ３０：成功）、直前のステップＳ２４で送信した状態確認指令を、送信バッファ１０２から削除する（ステップＳ３２）。その後、後述するステップＳ４０にジャンプする。
【００６７】
一方、通信制御部１０６は、状態管理部１０８が矛盾または無応答と判別したときには、子機１４による照明器具１６への状態変更の制御が不成功であったと判断し（ステップＳ３０：不成功／応答なし）、ステップＳ２４で送信した状態確認指令を、送信バッファ１０２から削除し、再送信のために、記憶部１１０に記憶する（ステップＳ３４）。続いて、通信制御部１０６は、記憶部１１０に配置した不成功カウンタのカウント値を＋１する（ステップＳ３６）。
【００６８】
続いて、通信制御部１０６は、不成功カウンタのカウント値、即ち、制御が不成功であった子機１４の数が、予め定められている閾値以上であるか否かを判別する（ステップＳ３８）。不成功の回数が閾値以上と判別された場合（ステップＳ３８：閾値以上）、処理は、後述するステップＳ４４に進む。
【００６９】
ステップＳ３２で状態確認指令を送信バッファ１０２から削除した後、又は、ステップＳ３８で不成功の回数が閾値未満であると判別した場合（ステップＳ３８：閾値未満）、個別通信が終了したか否かを判別する（ステップＳ４０）。未終了であれば、即ち、送信バッファ１０２に送信していない状態確認指令が残っていれば（ステップＳ４０：未終了）、処理は、ステップＳ１６に戻り、次の状態確認指令について同様の処理を実行する。
【００７０】
一方、ステップＳ４０で、全ての状態確認指令の送信を終了していると判別された場合（ステップＳ４０：終了）、通信制御部１０６は、制御指令が指示する照明器具１６の状態変更が全体として成功したか否かを判断する。成功したと判別したときは（ステップＳ４２：成功）、後述するステップＳ４６に進む。また、不成功と判別したときには（ステップＳ４２：不成功）、ステップＳ４４に進む。
【００７１】
通信制御部１０６は、ステップＳ４４において、記憶部１１０にセーブしておいた制御指令と状態確認指令とを送信バッファ１０２に再記憶させる。また、ステップＳ４６において、記憶部１１０の関係するデータ及び不成功カウンタのカウント値を消去し（ステップＳ４６）、処理はステップＳ１６に戻る。
以後同様の動作を繰り返す。
【００７２】
次に、上記図７及び図８に示すフローチャートに示す処理を、具体例に基づいて説明する。
ここでは、理解を容易にするため、手元制御端末１２から、全ての照明器具１６の照度をＩに設定する指示が入力されたとする。また、ｍ＝３とする。
【００７３】
まず、子機１４での制御が全て成功した場合の動作を、図９のシーケンス図を参照して説明する。
手元制御端末１２は、入力された指示を、親機１０に送信する。親機１０の通信制御部１０６は、手元制御端末１２からの指示を受信すると、図７に示す送信バッファ登録処理を開始する。
【００７４】
通信制御部１０６は、まず、手元制御端末１２からの指示を取り込み（ステップＳ１０）、指示された変更を実現するための制御内容を含む制御指令と各子機１４−１〜１４−ｍに照明器具１６の状態を問い合わせる状態確認指令とを生成する（ステップＳ１２）。
【００７５】
通信制御部１０６は、生成した制御指令を図６（ａ）に例示するように、通信フェーズ、送信種別、制御対象物などの情報と共に送信バッファ１０２に書き込み、さらに、生成した状態確認指令を、図６（ｂ）に例示するように、通信フェーズ、送信種別、制御対象物などの情報と共に送信バッファ１０２に追加する（ステップＳ１４）。なお、ここでは、状態確認指令の順番を、子機１４−１〜１４−ｍ宛の順とし、制御指令の同報通信フェーズをＦ１００、同報通信フェーズＦ１００に対応する状態確認指令の個別通信フェーズをＦ２００とする。
以上で、通信制御部１０６は、今回の送信バッファ登録処理を終了する。
【００７６】
通信制御部１０６は、図８のステップＳ１６で、図６（ｂ）に示す送信バッファ１０２に記憶されているデータのうちから、１番目の制御指令を取り込み、制御指令であると判別する（ステップＳ１８）。
【００７７】
続いて、通信制御部１０６は、図９に示すように、同報通信フェーズＦ１００で、制御指令を子機１４−１〜１４−ｍに同報送信する（ステップＳ２０）。
続いて、送信バッファ１０２に格納されていた制御指令に関するデータを、図６（ｃ）に示すように削除し、図６（ｄ）に示すように、記憶部１１０に記憶する（ステップＳ２２）。
【００７８】
子機１４−１〜１４−ｍの通信制御部１４２は、親機１０から送信された制御指令を受信し、指令解析部１４４に解析させる。指令解析部１４４は、制御指令を解析し、必要な制御が存在する場合には、その制御を実行する。この例では、各子機１４−１〜１４−ｍの指令解析部１４４は、制御指令を解析し、照明器具制御部１４８を介して、自己に接続されている照明器具１６−１〜１６−ｍの照度を指示されたＩとするように制御する。
【００７９】
通信制御部１０６は、図６（ｃ）に示す送信バッファ１０２に記憶されているデータのうちから、１番目の子機１４−１宛の状態確認指令を取り込み（ステップＳ１６）、個別送信であると判別する（ステップＳ１８）。
【００８０】
図９に示すように、通信制御部１０６は、個別通信フェーズＦ２００が開始すると、状態確認指令を子機１４−１に個別通信で送信する（ステップＳ２４）。
【００８１】
子機１４−１は、状態確認指令を受信し、照明器具１６−１の状態を示すデータを含む応答を生成し、親機１０に送信する。
【００８２】
すると、親機１０の通信制御部１０６は、応答受信と判別し（ステップＳ２６）、応答の内容から制御成功と判別し（ステップＳ３０）、図６（ｃ）に示す送信バッファ１０２から先頭の状態確認指令関連のデータを削除し（ステップＳ３２）、個別未終了と判別し（ステップＳ４０）、ステップＳ１６に戻り、同様の処理を繰り返す。
【００８３】
この結果、親機１０から子機１４−２、１４−ｍに順番に状態確認指令が個別通信で送信され、子機１４−２、１４−ｍからは応答が送信される。
親機１０は、全ての子機１４−１〜１４−ｍからの応答を受信すると（ステップＳ４０：終了）、制御成功と判別し（ステップＳ４２）、記憶部１１０の記憶データを削除して（ステップＳ４６）、ステップＳ１６に戻る。
【００８４】
次に、同様の場面で、照明器具１６の状態の変更が不成功に終わった場合の動作を図１０を参照して説明する。
【００８５】
この場合、送信バッファ１０２に格納される制御指令及び状態確認指令、及び、親機１０が制御指令及び状態確認指令を送信する動作と、子機１４−１〜１４−ｍが、応答を返送する動作は基本的には図９に示す例と同一である。
ただし、子機１４−２による照明器具１６−２の照度の変更が不成功であったとする。
【００８６】
この場合、親機１０が、全子機１４−１〜１４−ｍに制御指令を同報送信し、続いて、子機１４−１に状態確認指令を送信し、続いて、子機１４−２に状態確認指令を送信する点までは、図９に示す処理と同一である。
【００８７】
ただし、子機１４−２による照度設定が不成功であるため、親機１０の状態管理部１０８は、子機１４−２から受信した応答が示す照明器具１６−２の状態と制御指令で指示した状態とが異なることを検出する（ステップＳ３０：不成功）。このため、通信制御部１０６は、この状態確認指令を記憶部１１０に記憶し（ステップＳ３４）、不成功カウンタの値を＋１して１とする（ステップＳ３６）。
【００８８】
閾値＝１とすると、不成功数≧閾値が成立し（ステップＳ３８；閾値以上）、処理はステップＳ４４に進む。
【００８９】
親機１０は状態確認動作を中止し、ステップＳ４４において、記憶部１１０にセーブしておいた制御指令と子機１４−２宛の状態確認指令とを、図１２（ａ）に示す状態であった送信バッファ１０２に、図１２（ｂ）に示すように書き戻す（ステップＳ４４）。また、通信フェーズを更新する。ここでは、制御指令の再送信を同報通信フェーズＦ１０２とし、状態確認指令の個別通信フェーズをＦ２０２とする。
【００９０】
続いて、親機１０の通信制御部１０６は、同報通信フェーズＦ１０２において、制御指令を同報通信で全子機１４−１〜１４−ｍに再度同報送信する（ステップＳ２０）。その後、親機１０は、個別通信フェーズＦ２０２において、各子機１４に状態確認指令を順次送信する。ただし、子機１４−１については、状態変更に成功したことを確認済であり、送信バッファ１０２に子機１４−１宛の状態確認指令が記憶されていないので、スキップする。
【００９１】
一方、特許文献１に開示されている通信システムでは、同様の場合に、図１１に示すように、子機１４−２から返信された応答が制御不成功を示していたとしても、残りの子機１４への状態確認指令の送信及び応答の受信を繰り返す。そして、最後の子機１４−ｍへの状態確認指令の送信と子機１４−ｍからの応答を受信した後、ようやく、子機１４−１〜１４−ｍに制御指令を再送信する。
【００９２】
このように、本実施の形態に係る通信システム１によれば、いずれかの子機１４で状態の変更が不成功であったときに、速やかに制御指令を再送でき、制御対象物を適切に制御することができる。
また、上記実施の形態においては、状態変更に成功した子機１４に対しては、制御指令再送後の状態確認指令を再送していない。従って、状態確認指令と応答の受信に要する時間を短縮することができる。
【００９３】
（変形例）
なお、上記実施の形態においては、図１０に示すように、状態変更に成功した子機１４に対しては、制御指令再送後の状態確認指令を再送していない。ただし、状態変更に成功した子機１４にも状態確認指令を再送してもよい。この場合は、例えば、図８のステップＳ３２において、ステップＳ３４と同様に、状態確認指令と対応するデータとを送信バッファ１０２から削除すると共に記憶部１１０に記憶すればよい。或いは、ステップＳ３２を除去し、ステップＳ３４をステップＳ２４〜Ｓ３０の任意の位置に移動してもよい。
また、ステップＳ３８の閾値は適宜設定可能であり、２以上の整数でもよい。
【００９４】
［実施の形態２］
実施の形態１では、全ての照明器具１６の状態を同様に変更する場合を例にこの発明を説明したが、この発明はこれに限定されない。一部の照明器具１６のみを状態変更の対象としてもよい。この場合、状態の確認が必要な子機１４のみに状態確認指令を送信するようにしてもよい。
【００９５】
例えば、図１の構成において、手元制御端末１２から照明器具１６−１と１６−ｍの状態のみを変更することが指示された場合を想定する。この場合、子機１４−１と１４−ｍとが請求項における第１の子機として機能する。
親機１０は、例えば、図７のステップＳ１２で、図１３に示すように、照明器具１６−１と１６−ｍを制御することを指示する制御指令を作成し、子機１４−１と１４−ｍとに照明器具１６−１と１６−ｍの状態を問い合わせる状態確認指令を作成し、送信バッファ１０２に格納する。
【００９６】
親機１０は、全子機１４に制御指令を同報通信で送信し、一方、子機１４−１と１４−ｍとに状態確認指令を個別通信で送信し、その応答を受信する。
このような構成によれば、無駄な通信を抑えることができる。
【００９７】
［実施の形態３］
実施の形態１及び２においては、１つの制御指令とそれに対応する状態確認指令のみが送信バッファ１０２に格納されている場合を例に説明したが、この発明はこれに限定されない。送信バッファ１０２には複数の制御指令と各制御指令に対応する状態確認指令が格納されてもよい。
【００９８】
このような場合に、複数の制御指令による指示が互いに矛盾することがある。例えば、照明器具１６−１をオフする制御指令が登録された直後に、全ての照明器具１６の照度をＩに設定する制御指令が登録された場合である。
【００９９】
この場合に、照明器具１６−１をオフする制御指令を送信し、子機１４−１の状態の変更に成功したか否かを判別しても、その後に照明器具１６−１をオンして照度を設定するので、あまり意味がない。従って、このような場合に、状態情報の取得をスキップすることも可能である。以下、制御指令が上書きされた場合に、先に送信される制御指令に対する状態確認指令の送信をスキップする実施の形態について説明する。
【０１００】
本実施の形態に係る通信システム１の基本構成は図１に示した構成と同一であり、親機１０及び各子機１４の構成は図２、図４に示す構成と同一である。
【０１０１】
本実施の形態においては、親機１０の通信制御部１０６は、手元制御端末１２から指示があると、図７に示す送信バッファ登録処理に代えて図１４に示す送信バッファ登録処理を実行する。
【０１０２】
まず、通信制御部１０６は、今回の指示を、ネットワークＩＦ１００及び通信部１０４を介して受信し、状態管理部１０８に提供する。状態管理部１０８は、受信した指示に基づいて、照明器具１６−１〜１６−ｍの状態を指示された状態に変更するための制御指令と状態確認指令を生成する（ステップＳ１４１）。
【０１０３】
次に、状態管理部１０８は、データが送信バッファ１０２に格納されているか否かを判別する（ステップＳ１４２）。
【０１０４】
送信バッファ１０２にデータが記憶されていない場合（ステップＳ１４２：なし）、状態管理部１０８は、送信バッファ１０２に、制御指令と状態確認指令を関連する情報と共に格納する（ステップＳ１４３）。一方、データが送信バッファ１０２に既に記憶されている場合、同一の子機１４に対する状態確認指令のうち、送信順が先のものとその関連データを削除し、処理を終了する。なお、複数の制御指令が違いに矛盾するか否かを判別し、矛盾すると判別した場合に、送信順が先のものとその関連データを削除するようにしてもよい。
【０１０５】
次に、このように送信バッファ１０２に指令を登録した場合の通信動作を、図１５と図１６を参照して具体的に説明する。
ここでは理解を容易にするため、手元制御端末１２で、照明器具１６−１〜１６−ｍを全てオフする指示が入力され、続いて、照明器具１６−１と１６−ｍを点灯する指示が入力されたものとする。また、ｍ＝３とする。
【０１０６】
手元制御端末１２からの照明器具１６−１〜１６−ｍを全てオフする指示に基づいて、状態管理部１０８は、図１５（ａ）に示すように、制御指令と状態確認指令とを生成し（ステップＳ１４１）、関連するデータと共に送信バッファ１０２に登録する（ステップＳ１４３）。制御指令は、子機１４−１〜１４−ｍに照明器具１６−１〜１６−ｍの消灯を指示するものである。一方、状態確認指令は、子機１４−１〜１４−ｍに順番に状態を問い合わせるものである。
【０１０７】
その後、通信制御部１０６は、図８に示す制御処理を実行することにより、送信バッファ１０２に登録されている制御指令を、子機１４−１〜１４−ｍに、同報通信で送信する。その後、通信制御部１０６は、子機１４−１に個別通信で、状態確認指令を送信し、応答を受信する。
【０１０８】
このタイミングで、手元制御端末１２から親機１０に照明器具１６−１と１６−ｍを点灯する指示が入力されたものとする。
状態管理部１０８は、受信した指示に基づいて、図１５（ｂ）に示すように、制御指令と子機１４−１と１４−ｍ宛の状態確認指令を生成する（ステップＳ１４１）。
次に状態管理部１０８は、送信バッファ１０２に既にデータが格納されていると判別する（ステップＳ１４２）。この段階では、制御指令と子機１４−１宛の状態確認指令が送信済であるため、送信バッファ１０２には図１５（ｃ）に示すデータが格納されている。
【０１０９】
次に、状態管理部１０８は、送信バッファ１０２に、今回作成した状態確認指令と同一の子機１４宛の状態確認指令を削除し、今回作成した制御指令と状態確認指令及び対応するデータを追加登録する（ステップＳ１４４）。この例では、子機１４−ｍ宛の状態確認指令が重複する。そこで、図１５（ｃ）に示すデータから、子機１４−ｍ宛の状態確認指令を削除し、その後に、図１５（ｂ）に示す制御指令と状態確認指令と対応するデータを追加登録する。
【０１１０】
これにより、図１６のシーケンスに示すように、親機１０の通信制御部１０６は、子機１４−２への状態確認指令の送信と応答の受信を行った後、子機１４−ｍとの個別通信を中止し、照明器具１６−１と１６−ｍの照度を変更するための制御指令を、同報通信で全子機１４−１〜１４−ｍに送信する。その後、通信制御部１０６は、子機１４−１と１４−ｍに状態確認指令を個別通信で順番に送信する。
【０１１１】
（変形例）
なお、図１４のステップＳ１４４において、新たに作成した制御指令と状態確認指令とを送信バッファ１０２に追加記憶する際に、図１７に示すように、他の状態確認指令より上位に状態制御指令を送信バッファ１０２に記憶させてもよい。
【０１１２】
［実施の形態４］
図１に示す通信システム１において、外部制御端末２０により照明器具１６−２の状態を切り替えた場合、親機１０はその状態の変更を直接的には把握することはできない。このため、例えば、親機１０が照明器具１６−２の状態を変更するための制御指令を送信した直後に、外部制御端末２０が照明器具１６−２の状態を切り替え、その後、親機１０が状態確認指令を送信した場合、親機１０は制御不成功と判別し、制御指令を再送してしまう。
【０１１３】
そこで、本実施の形態においては、各子機１４の通信制御部１４２は、外部制御端末２０による状態の変更の設定があったときには、照明器具１６の状態の変更内容を示すデータを、フラグとして、状態確認指令に対する応答に付加して送信する。
【０１１４】
本実施の形態における、子機１４の通信制御部１４２が、親機１０から制御指令又は状態確認指令を受信したときの動作を図１８のフローチャートを参照して説明する。
【０１１５】
子機１４の指令解析部１４４は、外部制御端末２０から、照明器具１６の状態を設定する指示を受信すると、図１８に示す制御処理を開始し、まず、指示の内容を解析する（ステップＳ１８０）。
続いて、指令解析部１４４は、解析した指示の内容に基づいて、照明器具制御部１４８を介して照明器具１６を制御し、状態を指示された状態に変更する（ステップＳ１８２）。
続いて、指令解析部１４４は、変更内容を示すフラグをオンし（ステップＳ１８４）、今回の処理を終了する。
【０１１６】
一方、子機１４の通信制御部１４２は、親機１０から制御指令又は状態確認指令を受信したとき、図１９に示す指令応答処理を開始する。
まず、通信制御部１４２は、供給された指示を取り込み（ステップＳ１９０）、指令解析部１４４に供給する（ステップＳ１９２）。
【０１１７】
指令解析部１４４は、受信した指令が、制御指令であるか状態確認指令のいずれであるかを判別する（ステップＳ１９４）。
指令解析部１４４は、受信した指令が制御指令であると判別した場合（ステップＳ１９４：制御指令）、自己に接続されている照明器具１６の状態の変更が必要か否か判別する（ステップＳ１９６）。
【０１１８】
制御が不要であると判別すると（ステップＳ１９６：不要）、指令解析部１４４は、今回の処理を終了する。
一方、制御が必要であると判別すると（ステップＳ１９６：要）、指令解析部１４４は、照明器具制御部１４８を制御して、自己に接続されている照明器具１６の状態を変更する（ステップＳ１９８）。
続いて、指令解析部１４４は、内部に記憶している外部制御フラグをオフし（ステップＳ２００）、今回の処理を終了する。
【０１１９】
一方、指令解析部１４４は、ステップＳ１９４で、受信した指令が状態確認指令であると判別すると（ステップＳ１９４：状態確認指令）、照明器具制御部１４８を制御して、照明器具１６の状態を示す情報を抽出させ、状態検出部１４６は、状態を検出し、応答を生成する（ステップＳ２０２）。
【０１２０】
続いて、指令解析部１４４は、外部制御フラグがオンか否かを判別する（ステップＳ２０４）。外部制御フラグがオフの場合（ステップＳ２０４：オフ）、処理は後述するステップＳ２１０にジャンプする。
一方、外部制御フラグがオンの場合（ステップＳ２０４：オン）、即ち、制御指令の受信から現在までに、外部制御端末２０による照明器具１６の状態の変更があってステップＳ１８４で外部制御フラグがオンされている場合、指令解析部１４４は、応答に外部制御フラグを付加し、通信制御部１４２に供給する（ステップＳ２０６）。続いて、指令解析部１４４は、外部制御フラグをオフする（ステップＳ２０８）。
続いて、通信制御部１４２は、応答を、親機１０に送信する（ステップＳ２１０）。
【０１２１】
外部制御フラグが付された応答を受信した親機１０の通信制御部１０６は、同報通信で子機１４に送信した制御指令と、応答が示す照明器具１６の状態との間に矛盾が生じていても、図８のステップＳ３０で、制御成功と判別する。
【０１２２】
以下、本実施の形態に係る通信システム１の全体的な動作を具体例に基づいて説明する。
前提として、図２０に示すように、親機１０が、同報通信フェーズＦ１００で、制御指令を同報通信で送信し、子機１４−１〜１４−ｍが、制御指令に従って、照明器具１６への制御を成功させたとする。さらに、その後、個別通信フェーズＦ２００において、親機１０が、子機１４−１に状態確認指令を送信し、その応答を受信している間に、外部制御端末２０から子機１４−２に、照明器具１６−２の状態を変更する指示が入力されたと仮定する。
【０１２３】
この場合、子機１４−２は、指示に従って照明器具１６−２を制御し（ステップＳ１８２）、外部制御フラグをオンする（ステップＳ１８４）。
【０１２４】
その後、親機１０の通信制御部１０６は、子機１４−２に個別通信で状態確認指令を送信し、子機１４−２から、フラグが付された応答を得る。この場合、親機１０の通信制御部１０６は、外部制御フラグが付加されているため、送信した制御指令が指示する状態と応答が示す照明器具１６−２の状態との間に矛盾があるか否かに関わらず、制御指令による制御が成功したと判断する。
従って、制御指令を再送することなく、子機１４−ｍに、状態確認指令を送信する。
【０１２５】
以上説明したように、この構成によれば、外部制御端末２０により、照明器具１６が個別に制御された場合でも、制御指令を不必要に再送することなく、処理を継続することができる。
【０１２６】
［変形例］
以上、本発明の実施の形態を説明したが、本発明はこれらに限定されず、種々の変形及び応用が可能である。
例えば、通信システムの構成要素は、通信システムの動作に異常および矛盾を生じさせない範囲で、適宜、変形することができる。
【０１２７】
また、送信バッファ１０２及び記憶部１１０に記憶させるデータの形式は上述と同様の機能と動作が実現できるならば、任意である。例えば、図２１に示すように、個別通信フェーズの開始と終了とを示すデータをさらに記憶してもよい。
【０１２８】
なお、親機１０自体が照明器具１６の制御を行ってもよい。
また、制御対象物は、照明器具に限定されず、空調機、音響装置など任意である。また、制御対象物は同一種の器具に限定されず、異なる種類の器具が含まれてもよい。
【０１２９】
なお、以上説明した通信システム１の構成要素は、これらの通信システムの動作に異常を発生させず、互いの動作が矛盾しない範囲で組み合わせたり、変形したりすることができる。
【０１３０】
また、親機１０からデータが入力されない場合には、図５に示す手元制御端末１２の入出力部２００は、入力装置のみを含み、表示装置を含まなくてもよい。同様に、外部制御端末２０の入出力部２００も、入力装置のみを含み、表示装置を含まなくてもよい。また、手元制御端末１２および外部制御端末２０は、スケジュール制御端末のように、照明器具１６の状態変更を生じさせるための端末であれば、壁スイッチおよびリモートコントローラでなくてもよい。個別通信の順は、予め決められた他の順、あるいは、個別通信フェーズにおいて、子機１４への個別通信が重ならないように毎回ランダムに決められる順であってもよい。
【０１３１】
送信バッファ１０２と記憶部１１０を別個の装置と示したが、１つの記憶装置に制御指令と状態確認指令を記憶させ、フラグなどで、どのデータが送信バッファに記憶されたデータとして機能し、どのデータが記憶部に記憶されたデータとして機能しているのかを示すようにしてもよい。
【符号の説明】
【０１３２】
１  通信システム、１０  親機、１００  ネットワークＩＦ、１０２  送信バッファ、１０４  通信部、１０６  通信制御部、１０８  状態管理部、１１０  記憶部、１２  手元制御端末、１４  子機、１４０  制御指令実行部、１４４  指令解析部、１４６  状態検出部、１４８  照明器具制御部、１６  照明器具、１８  照明装置、２０  外部制御端末、２２  ネットワーク、２４  演算処理装置
【図１】
2019067556.tif 000003
【図２】
2019067556.tif 000004
【図３】
2019067556.tif 000005
【図４】
2019067556.tif 000006
【図５】
2019067556.tif 000007
【図６】
2019067556.tif 000008
【図７】
2019067556.tif 000009
【図８】
2019067556.tif 000010
【図９】
2019067556.tif 000011
【図１０】
2019067556.tif 000012
【図１１】
2019067556.tif 000013
【図１２】
2019067556.tif 000014
【図１３】
2019067556.tif 000015
【図１４】
2019067556.tif 000016
【図１５】
2019067556.tif 000017
【図１６】
2019067556.tif 000018
【図１７】
2019067556.tif 000019
【図１８】
2019067556.tif 000020
【図１９】
2019067556.tif 000021
【図２０】
2019067556.tif 000022
【図２１】
2019067556.tif 000023