(57)【要約】【課題】電気機器とサーバとがネットワークを介して接続されたシステムで、電気機器とサーバとの間で通信異常が発生した場合に、電気機器を動作させた状態のまま制御できる電気機器を提供する。【解決手段】電気機器は、電気機器部と、サーバから電気機器部に対する制御命令を受信する通信部２１と、制御命令の内容を含む制御命令履歴情報を記憶する記憶部２４と、制御命令に基づいて電気機器部を制御し、制御命令を制御命令履歴情報２４２に保存する制御処理部２２と、サーバからの制御命令の受信の有無を判定する制御命令未受信判定部２５と、サーバからの制御命令を予め定めた期間受信していない場合に制御命令履歴情報２４２中の内容を用いて新たな制御命令を生成する制御命令生成部２６と、を備え、制御処理部２２は、サーバからの制御命令を予め定めた期間受信していない場合に制御命令生成部２６で生成された制御命令に基づいて電気機器部を制御する。【選択図】図４
2017208673.tif 000002
【特許請求の範囲】
【請求項１】
電力の供給を受けて、所定の動作を実行する電気機器部と、
サーバから前記電気機器部に対する制御命令を受信する通信部と、
前記制御命令の内容を含む制御命令履歴情報を記憶する記憶部と、
前記制御命令に基づいて前記電気機器部を制御し、前記制御命令を前記制御命令履歴情報に保存する制御処理部と、
前記サーバからの前記制御命令を受信しているか否かを判定する制御命令未受信判定部と、
前記サーバからの前記制御命令を予め定めた期間受信していない場合に、前記制御命令履歴情報に保存されている内容を用いて、新たな制御命令を生成する制御命令生成部と、
を備え、
前記制御処理部は、前記サーバからの前記制御命令を前記予め定めた期間受信していない場合に、前記制御命令生成部によって生成された前記制御命令に基づいて前記電気機器部を制御することを特徴とする電気機器。
【請求項２】
前記通信部は、所定の周期で前記サーバから前記制御命令を受信し、
前記制御処理部は、前記制御命令を受信した順が識別できるように前記制御命令履歴情報に保存し、
前記制御命令生成部は、前記制御命令履歴情報中で、前記制御命令を前記予め定めた期間受信していないと判断した時点から所定の数を遡った前記制御命令の内容を取得し、取得した前記制御命令の内容をコピーして前記新たな制御命令を生成することを特徴とする請求項１に記載の電気機器。
【請求項３】
日時を計時する時計部をさらに備え、
前記制御処理部は、前記制御命令の受信日時を前記時計部から取得し、前記制御命令に前記受信日時を付加して前記制御命令履歴情報に保存し、
前記制御命令生成部は、前記制御命令を前記予め定めた期間受信していないと判断した時点と同じ曜日で、同じ時刻付近の前記制御命令の内容を、前記制御命令履歴情報から取得し、取得した前記制御命令を用いて前記新たな制御命令を生成することを特徴とする請求項１に記載の電気機器。
【請求項４】
前記記憶部は、当該電気機器が設置される領域の配置図である装置配置図情報と、当該電気機器の前記装置配置図情報中での設置位置を示す装置位置情報と、をさらに記憶し、
前記制御命令生成部は、前記制御命令履歴情報から取得した前記制御命令を、前記装置位置情報に基づいて変更して、前記新たな制御命令を生成することを特徴とする請求項１〜３のいずれか１つに記載の電気機器。
【請求項５】
当該電気機器の設置位置を含む所定の範囲に存在する人の有無を検知する人感センサをさらに備え、
前記制御処理部は、前記制御命令の受信時の人の有無を示す人感センサ情報を前記人感センサから取得し、前記制御命令に前記人感センサ情報を付加して前記制御命令履歴情報に保存し、
前記制御命令生成部は、前記制御命令履歴情報から取得した前記制御命令を、前記人感センサ情報に基づいて変更して、前記新たな制御命令を生成することを特徴とする請求項１〜４のいずれか１つに記載の電気機器。
【請求項６】
当該電気機器の設置位置における照度を検知する照度センサをさらに備え、
前記電気機器部は、光源であり、
前記制御処理部は、前記制御命令の受信時の照度を前記照度センサから取得し、前記制御命令に前記照度を付加して前記制御命令履歴情報に保存し、
前記制御命令生成部は、前記制御命令履歴情報から取得した前記制御命令を、前記照度に基づいて変更して、前記新たな制御命令を生成することを特徴とする請求項１〜５のいずれか１つに記載の電気機器。
【請求項７】
電気機器と、前記電気機器を制御するサーバと、がネットワークを介して接続された電気機器制御システムであって、
前記サーバは、
所定の周期で前記電気機器の動作を制御する制御命令を生成する制御命令生成部と、
前記ネットワークを介して前記制御命令を前記電気機器に送信する通信部と、
を備え、
前記電気機器は、
電力の供給を受けて、所定の動作を実行する電気機器部と、
前記サーバから前記制御命令を受信する通信部と、
前記制御命令の内容を含む制御命令履歴情報を記憶する記憶部と、
前記制御命令に基づいて前記電気機器部を制御し、前記制御命令を前記制御命令履歴情報に保存する制御処理部と、
前記サーバからの前記制御命令を受信しているか否かを判定する制御命令未受信判定部と、
前記サーバからの前記制御命令を予め定めた期間受信していない場合に、前記制御命令履歴情報に保存されている内容を用いて、新たな制御命令を生成する制御命令生成部と、
を備え、
前記電気機器の前記制御処理部は、前記サーバからの前記制御命令を前記予め定めた期間受信していない場合に、前記電気機器の前記制御命令生成部によって生成された前記制御命令に基づいて前記電気機器部を制御することを特徴とする電気機器制御システム。
【請求項８】
電力の供給を受けて所定の動作を実行する電気機器部を有し、ネットワークを介して接続されるサーバからの制御命令に従って前記電気機器部の制御を行う電気機器制御方法であって、
前記サーバから第１の制御命令を受信すると、予め定めた期間の計時を開始する工程と、
前記第１の制御命令にしたがって前記電気機器部の制御を行う工程と、
前記第１の制御命令の内容を制御命令履歴情報に保存する工程と、
前記第１の制御命令の受信から、前記予め定めた期間内に、前記サーバから第２の制御命令を受信しない場合に、前記制御命令履歴情報に保存されている内容を用いて、第３の制御命令を生成する工程と、
前記第３の制御命令に従って前記電気機器部の制御を行う工程と、
前記第３の制御命令の内容を前記制御命令履歴情報に保存する工程と、
を含むことを特徴とする電気機器制御方法。
【請求項９】
電力の供給を受けて所定の動作を実行する電気機器部と、ネットワークを介して接続されるサーバからの制御命令に従って前記電気機器部の制御を行う制御部と、を備える電気機器における前記制御部に、
前記サーバから第１の制御命令を受信すると、予め定めた期間の計時を開始するステップと、
前記第１の制御命令にしたがって前記電気機器部の制御を行うステップと、
前記第１の制御命令の内容を制御命令履歴情報に保存するステップと、
前記第１の制御命令の受信から、前記予め定めた期間内に、前記サーバから第２の制御命令を受信しない場合に、前記制御命令履歴情報に保存されている内容を用いて、第３の制御命令を生成するステップと、
前記第３の制御命令に従って前記電気機器部の制御を行うステップと、
前記第３の制御命令の内容を前記制御命令履歴情報に保存するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電気機器、電気機器制御システム、電気機器制御方法およびプログラムに関する。
【背景技術】
【０００２】
従来では、家電機器またはオフィス機器などの電気機器と、電気機器制御用のサーバと、をネットワークに接続し、サーバから制御命令を電気機器に送信することによって、電気機器を遠隔制御する技術が知られている。
【０００３】
従来の遠隔制御システムでは、宅外遠隔制御装置がネットワーク上のサーバを介して宅内の電気機器を遠隔制御する。宅内には、宅内管理装置が設けられ、宅内管理装置は、サーバとの間の通信状態を管理する。サーバとの間の通信途絶の状態が所定の時間以上継続した場合には、電気機器は、現在の運転状態を前回の運転状態として記憶し、電気機器の運転を停止する。その後、通信状態が正常になると、前回の運転状態のデータを用いて電気機器の運転が再開される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の遠隔制御システムでは、通信異常が発生した場合に、電気機器の動作を停止させるものであり、電気機器の停止以外の動作を制御するものではない。つまり、通信異常時に、電気機器の停止以外の動作を制御することができないという課題がある。
【０００５】
本発明は、上記に鑑みてなされたものであって、電気機器とサーバとがネットワークを介して接続されたシステムで、電気機器とサーバとの間で通信異常が発生した場合でも、電気機器を動作させた状態のまま制御することができる電気機器、電気機器制御システム、電気機器制御方法およびプログラムを提供することを目的の１つとする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、本発明の電気機器は、電力の供給を受けて、所定の動作を実行する電気機器部と、サーバから前記電気機器部に対する制御命令を受信する通信部と、前記制御命令の内容を含む制御命令履歴情報を記憶する記憶部と、前記制御命令に基づいて前記電気機器部を制御し、前記制御命令を前記制御命令履歴情報に保存する制御処理部と、前記サーバからの前記制御命令を受信しているか否かを判定する制御命令未受信判定部と、前記サーバからの前記制御命令を予め定めた期間受信していない場合に、前記制御命令履歴情報に保存されている内容を用いて、新たな制御命令を生成する制御命令生成部と、を備え、前記制御処理部は、前記サーバからの前記制御命令を前記予め定めた期間受信していない場合に、前記制御命令生成部によって生成された前記制御命令に基づいて前記電気機器部を制御することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、電気機器とサーバとの間で通信異常が発生した場合でも、電気機器を動作させた状態のまま制御することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、第１の実施の形態による電気機器制御システムの構成の一例を示すブロック図である。
【図２】図２は、第１の実施の形態による電気機器制御サーバの機能構成の一例を模式的に示すブロック図である。
【図３】図３は、制御レシピの一例を示す図である。
【図４】図４は、第１の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。
【図５】図５は、制御命令要求のデータ構成の一例を示す図である。
【図６】図６は、第１の実施の形態による制御命令履歴情報の一例を示す図である。
【図７】図７は、第１の実施の形態による照明装置内部で生成される制御命令の一例を示す図である。
【図８】図８は、第１の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。
【図９】図９は、第１の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。
【図１０】図１０は、第２の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。
【図１１】図１１は、第２の実施の形態による制御命令履歴情報の一例を示す図である。
【図１２】図１２は、第２の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。
【図１３】図１３は、第２の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。
【図１４】図１４は、第３の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。
【図１５】図１５は、第３の実施の形態による制御命令履歴情報の一例を示す図である。
【図１６】図１６は、第３の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。
【図１７】図１７は、第３の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。
【図１８】図１８は、第４の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。
【図１９】図１９は、第４の実施の形態による装置配置図情報の一例を示す図である。
【図２０】図２０は、第４の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。
【図２１】図２１は、第４の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。
【図２２】図２２は、第５の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。
【図２３】図２３は、第５の実施の形態による制御命令履歴情報の一例を示す図である。
【図２４】図２４は、第５の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。
【図２５】図２５は、第５の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。
【図２６】図２６は、実施の形態による電気機器制御サーバのハードウェア構成の一例を模式的に示すブロック図である。
【図２７】図２７は、実施の形態による電気機器の制御部のハードウェア構成の一例を模式的に示すブロック図である。
【発明を実施するための形態】
【０００９】
以下に添付図面を参照して、電気機器、電気機器制御システム、電気機器制御方法およびプログラムの実施の形態を詳細に説明する。なお、これらの実施の形態により本発明が限定されるものではない。
【００１０】
（第１の実施の形態）
図１は、第１の実施の形態による電気機器制御システムの構成の一例を示すブロック図である。電気機器制御システム１は、電気機器制御サーバ１０と、電気機器２０と、がネットワーク５０を介して接続された構成を有する。ここでは、ネットワーク５０は、ＩＥＥＥ８０２．１１の無線ＬＡＮ（Local  Area  Network）によって構成される場合を例に挙げる。つまり、この例では、電気機器制御サーバ１０は、無線ＬＡＮのアクセスポイントとしての機能を有している。
【００１１】
電気機器制御サーバ１０は、ネットワーク５０経由で電気機器２０の動作を制御する装置（サーバ）である。図２は、第１の実施の形態による電気機器制御サーバの機能構成の一例を模式的に示すブロック図である。電気機器制御サーバ１０は、制御レシピ記憶部１１と、制御命令生成部１２と、通信部１３と、を備える。制御レシピ記憶部１１は、時間ごとにオフィスまたは工場などに設置される電気機器２０の動作状態を規定した制御レシピを記憶する。図３は、制御レシピの一例を示す図である。図３では、電気機器２０が照明装置である場合の制御レシピの一例を示している。制御レシピは、日時と、電気機器２０ごとの動作状態と、を含む。たとえば照明装置の場合には、動作状態は、調光レベルと調光速度などである。また、制御レシピは、平日と休日とで分けてもよいし、曜日ごとに分けてもよい。以下の説明では、制御レシピは、曜日ごとに分けていることを前提とする。制御レシピは、たとえばユーザによって生成される。
【００１２】
制御命令生成部１２は、制御レシピにしたがって、制御対象の電気機器２０に対する制御命令を生成する。制御命令生成部１２は、所定の時間間隔で制御命令を生成する。制御命令の生成間隔は、たとえば３０秒、１分、または５分などとすることができる。
【００１３】
通信部１３は、無線ＬＡＮ規格にしたがって、電気機器２０との間で通信を行う。より具体的には、通信部１３は、制御命令生成部１２で生成された制御命令を含む制御命令要求を生成し、各電気機器２０に送信する。制御命令要求は、たとえばフレーム、パケット等の形式で生成される。制御命令要求は、たとえば、ブロードキャスト、ユニキャスト等によって送信される。ユニキャストでの送信は、通信帯域が十分にある場合に行われる。通信部１３は、制御命令生成部１２で生成される制御命令要求を、制御命令の生成間隔と略同じ周期で電気機器２０に送信する。
【００１４】
電気機器２０は、電力の供給によって所定の動作を行う機器である。本実施の形態では、通信部を備え、電気機器制御サーバ１０から受信した制御命令に従って動作するが、通信異常によって制御命令が途絶えたと判断した場合には、独自の制御を行う。電気機器２０として、照明装置、エアコン、送風機などが例示される。以下では、電気機器２０が照明装置である場合を例に挙げる。
【００１５】
図４は、第１の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。照明装置２０Ａは、通信部２１と、制御処理部２２と、照明部２３と、記憶部２４と、制御命令未受信判定部２５と、制御命令生成部２６と、を備える。
【００１６】
通信部２１は、無線ＬＡＮ規格にしたがって、電気機器制御サーバ１０との間で通信を行う。ここでは、通信部２１は、ネットワークインタフェースを有し、外部からネットワーク５０経由で入力される制御命令要求を受信する。通信部２１は、記憶部２４中の照明装置ＩＤ２４１に一致する制御命令を、受信した制御命令要求から取り出し、制御命令を制御処理部２２に渡す。また、通信部２１は、制御処理部２２に制御命令を渡した後、制御命令要求に対する応答である制御命令応答を電気機器制御サーバ１０に対して送信する。
【００１７】
図５は、制御命令要求のデータ構成の一例を示す図であり、（ａ）はフレームの構成の概略を示し、（ｂ）はフレーム中のアプリケーションデータ内の詳細を示している。ここでは、電気機器制御サーバ１０と電気機器２０との間の通信が、無線ＬＡＮによって行われるので、無線ＬＡＮ規格に従ったＭＡＣ（Media  Access  Control）フレームが例示される。
【００１８】
制御命令要求３００は、物理ヘッダ３１０と、ＭＡＣフレーム３２０と、を有する。物理ヘッダ３１０は、物理層で付与される情報である。物理ヘッダ３１０は、無線ＬＡＮ（ＩＥＥＥ８０２．１１）で規定される情報、変調方式（伝送速度）、およびデータ長などを含む。
【００１９】
ＭＡＣフレーム３２０は、データリンク層で付加される情報であり、ＩＥＥＥ８０２．１１ヘッダ３３０とアプリケーションデータ３４０とチェックサム３５０とを含む。ＩＥＥＥ８０２．１１ヘッダ３３０は、フレームの種類、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、アクセスポイントのＭＡＣアドレスなどの情報を含む。アプリケーションデータ３４０は、照明装置２０Ａに対する制御命令を含むデータである。チェックサム３５０は、送受信されるデータでの損失の発生の有無を検出するためのデータである。
【００２０】
図５（ｂ）に示されるように、アプリケーションデータ３４０は、１台ごとの制御命令３４１を１つ以上含む。１台ごとの制御命令３４１は、照明装置ＩＤ３４２、調光レベル３４３および調光速度３４４を含む。照明装置ＩＤ３４２は、電気機器制御サーバ１０の配下の照明装置２０Ａを識別する識別子（識別情報）である。照明装置ＩＤ３４２のデータサイズは、制御命令３４１を送信する間隔と、照明装置２０Ａ側で制御命令３４１を保存する期間と、に基づいて定めることができる。たとえば、制御命令３４１を３０秒ごとに送信し、１週間程度の制御命令３４１を保存する場合には、照明装置ＩＤ３４２のデータサイズを２バイトとすることができる。
【００２１】
調光レベル３４３は、照明装置２０Ａの調光量を表すデータである。調光レベル３４３のデータサイズは、調光をどの程度の精確さで制御するかに基づいて定めることができる。調光レベル３４３のデータサイズを１バイトとすると、最小値を０とし、最大値を２５５とする２５６段階で調光を行うことができる。
【００２２】
調光速度３４４は、現在の照明装置２０Ａの調光量から、調光レベル３４３で指定された調光量にするまでの速度を指定するデータである。調光速度３４４のデータサイズは、調光速度３４４をどの程度の精確さで制御するかに基づいて定めることができる。調光速度３４４のデータサイズを１バイトとすると、最小値を０とし、最大値を２５５とする２５６段階で調光速度の設定を行うことができる。なお、最大値（２５５）を指定した場合には、即座に調光が完了し、最小値（０）を指定すると、システムが共用する最大の時間（たとえば１０分）をかけてゆっくり調光が行われる。ただし、調光中につぎの制御命令３４１が割り込まれると、後から受信した（割り込んだ）制御命令３４１にしたがって制御が行われるものとする。
【００２３】
ＭＡＣフレーム３２０のアプリケーションデータ３４０のデータサイズは、最大２３１２バイトとすることができる。そのため、図５（ｂ）に示されるように、アプリケーションデータ３４０には、複数台分の制御命令３４１を格納することができる。たとえば、照明装置ＩＤ３４２のデータサイズが２バイトであり、調光レベル３４３と調光速度３４４とのデータサイズがともに１バイトである場合には、１台当たりの制御命令３４１は、４バイトになる。そのため、最大５７８台分の照明装置２０Ａに対する制御命令３４１を、１つのＭＡＣフレーム３２０のアプリケーションデータ３４０に含ませることができる。
【００２４】
制御処理部２２は、受け取った制御命令に従って、照明部２３の制御を行う。制御処理部２２は、ネットワーク５０の通信断が発生していない場合には、通信部２１から制御命令を受け取り、ネットワーク５０の通信断が発生している場合には、制御命令生成部２６から制御命令を受け取る。また、制御処理部２２は、通信部２１または制御命令生成部２６から受け取った制御命令を記憶部２４に記憶する。
【００２５】
照明部２３は、ＬＥＤ（Light  Emitting  Diode）などの光源を有する。照明部２３は、電力の供給を受けて、所定の動作を実行する電気機器部に対応する。照明部２３では、制御処理部２２からの指示に従って、光源の点灯、消灯、または調光が行われる。
【００２６】
記憶部２４は、照明装置ＩＤ２４１と、制御命令履歴情報２４２と、を記憶する。照明装置ＩＤ２４１は、自照明装置２０Ａに付された識別子（識別情報）である。図６は、第１の実施の形態による制御命令履歴情報の一例を示す図である。制御命令履歴情報２４２は、ＩＤと、制御内容と、を含むレコードを複数有する。ＩＤは、受け取った制御命令を識別する識別情報である。たとえば、受け取った順に１から順に整数が付される。制御内容は、照明装置２０Ａに対する制御命令の内容であり、調光レベルと調光速度とを含む。制御命令履歴情報２４２には、たとえば７日分のレコードが時系列に保持される。７日分以上のレコードが記録されると、最も古いレコードが削除され、新たなレコードが登録される。上記したように、電気機器制御サーバ１０は制御命令要求を所定の周期で送信しているので、通信断が生じない限り、制御命令履歴情報２４２には所定の周期で受信した制御命令が並ぶことになる。
【００２７】
制御命令未受信判定部２５は、前回、電気機器制御サーバ１０から制御命令要求を受信した後、予め定められた期間経過してもつぎの制御命令要求を受信しない場合に、通信断が発生したと判断する。制御命令未受信判定部２５として、電気機器制御サーバ１０からの制御命令要求を監視するウォッチドッグタイマなどが用いられる。
【００２８】
制御命令生成部２６は、制御命令未受信判定部２５で通信断であると判定された場合に、記憶部２４の制御命令履歴情報２４２を用いて、制御命令を生成し、生成した制御命令を制御処理部２２に渡す。第１の実施の形態では、制御命令生成部２６は、通信断が発生した場合には、通信断が発生した曜日が同じで、通信断が発生した時間に近い時間のレコードを制御命令履歴情報２４２から取得し、このレコードの制御内容をコピーした制御命令を生成する。図７は、第１の実施の形態による照明装置内部で生成される制御命令の一例を示す図である。この図に示されるように、照明装置２０Ａ内部で生成される制御命令４００は、調光レベル４１０と、調光速度４２０と、を含む。調光レベル４１０は、たとえば１バイトの大きさを有し、２５６段階を指定することが可能である。調光速度４２０は、たとえば１バイトの大きさを有し、２５６段階を指定することが可能である。
【００２９】
一般的に、オフィスまたは工場などにおいては、同じ曜日であれば、電気機器２０の使用パターンは類似する傾向にある。そのため、第１の実施の形態では、通信断が発生した曜日が同じで、通信断が発生した時間に近いレコードを選択する。より具体的には、通信断が発生した場合に、１週間前の同時刻付近に受信した制御命令が取得される。たとえば、３０秒間隔で制御命令要求３００を受信する場合には、２０，１６０個分のレコードを遡ることで、同じ曜日の同じ時間のレコードを取得することができる。なお、７日分のレコードのみしか保存しない場合には、最も古いレコードが、１週間前の同時刻前後に受信した制御命令となる。
【００３０】
つぎに、このような構成の電気機器制御システム１での動作について説明する。図８は、第１の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。まず、電気機器制御サーバ１０は、制御対象となっている照明装置２０Ａの動作を制御する制御命令要求を生成し、照明装置２０Ａに送信する（ＳＱ１１）。制御命令要求は、たとえば、図５に示したようなフォーマットで、たとえば、ブロードキャスト、ユニキャスト等によって送信される。
【００３１】
照明装置２０Ａの通信部２１は、制御命令要求を受信すると、制御命令要求中から自照明装置２０Ａの照明装置ＩＤと同じ照明装置ＩＤを有する制御命令を取り出し、制御処理部２２に制御命令を渡す（ＳＱ１２）。照明装置２０Ａの制御処理部２２は、受け取った制御命令に従って、照明部２３の制御を行う（ＳＱ１３）。また、制御処理部２２は、受け取った制御命令を、記憶部２４の制御命令履歴情報２４２に記憶する（ＳＱ１４）。さらに、制御処理部２２は、制御命令未受信判定部２５に制御命令要求を受信したことを通知し、制御命令未受信判定部２５は、タイマをリセットする（ＳＱ１５）。制御命令未受信判定部２５が計時する時間（通信不通検知時間）としては、制御命令要求の送信時間間隔（生成時間間隔）よりも長ければよい。たとえば、３０秒間隔で制御命令要求が送信される場合には、６０秒程度に設定することができる。その後、通信部２１は、電気機器制御サーバ１０に制御命令応答を送信する（ＳＱ１６）。
【００３２】
この後、制御命令未受信判定部２５によってリセットされたタイマがタイムアップするまでの間に、つぎの制御命令要求を電気機器制御サーバ１０から受信した場合には、上記したＳＱ１１〜ＳＱ１６の処理が繰り返し実行される。このＳＱ１１〜ＳＱ１６のように、電気機器制御サーバ１０による制御がなされるモードを通常モードという。
【００３３】
一方、ＳＱ１６の後、たとえば照明装置２０Ａが設置される空間内のパーティションの移動などによって照明装置２０Ａに無線電波が受信されない状態が、予め定められた期間以上発生したものとする（ＳＱ１７）。この場合には、前回、制御命令要求を受信してから一定期間、つまり本実施の形態でいう通信不通検知時間以上制御命令要求を受信しない場合には、タイマがタイムアップする（ＳＱ１８）。その後、制御命令未受信判定部２５は、タイムアップしたことを制御命令生成部２６に通知する（ＳＱ１９）。これによって、照明装置２０Ａは、独自の制御命令を生成する制御命令生成モードに切り替わる。
【００３４】
制御命令生成部２６は、受信するはずだった制御命令要求と同じ曜日で同じ時刻の制御内容を、記憶部２４の制御命令履歴情報２４２から取得する（ＳＱ２０）。たとえば現在から所定の数の制御命令を遡ることによって、受信するはずだった制御命令要求と同じ曜日で同じ時刻の制御内容が得られる。
【００３５】
その後、制御命令生成部２６は、取得した制御内容と同じ内容の制御命令を生成する（ＳＱ２１）。そして、制御命令生成部２６は、制御処理部２２に生成した制御命令を渡す（ＳＱ２２）。
【００３６】
ついで、制御処理部２２は、受け取った制御命令に基づいて照明部２３の制御を実行する（ＳＱ２３）。また、制御処理部２２は、受け取った制御命令を、記憶部２４の制御命令履歴情報２４２に登録する（ＳＱ２４）。さらに、制御処理部２２は、制御命令未受信判定部２５に制御命令を受信したことを通知し、制御命令未受信判定部２５は、タイマをリセットする（ＳＱ２５）。
【００３７】
この後、制御命令未受信判定部２５によってリセットされたタイマがタイムアップするまでの間に、つぎの制御命令要求を電気機器制御サーバ１０から受信しなかった場合には、上記したＳＱ１８〜ＳＱ２３の処理が繰り返し実行される。このＳＱ１８〜ＳＱ２３のように、電気機器２０による制御がなされるモードを制御命令生成モードという。
【００３８】
一方、制御命令未受信判定部２５によってリセットされたタイマがタイムアップするまでの間に、つぎの制御命令要求を電気機器制御サーバ１０から受信した場合には、上記したＳＱ１１〜ＳＱ１６の通常モードへの処理に切り替わる。
【００３９】
図９は、第１の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。まず、制御命令未受信判定部２５は、計時を開始する（ステップＳ１１）。これは、たとえば図８で示したように、制御命令を受け取った制御処理部２２からタイマのリセットの要求が出されるときに行われる。
【００４０】
ついで、制御命令未受信判定部２５は、所定の時間（通信不通検知時間）が経過したかを判定する（ステップＳ１２）。所定の時間が経過していない場合（ステップＳ１２でＮｏの場合）には、制御処理部２２は、制御命令を受信したかを判定する（ステップＳ１３）。制御命令を受信した場合（ステップＳ１３でＹｅｓの場合）には、ステップＳ１１へと戻る。また、制御命令を受信していない場合（ステップＳ１３でＮｏの場合）には、ステップＳ１２へと戻る。
【００４１】
ステップＳ１２で、制御命令を受信せずに所定の時間が経過した場合（ステップＳ１２でＹｅｓの場合）には、制御命令生成部２６は、記憶部２４の制御命令履歴情報２４２から１週間前の同時刻前後に受信した制御命令を取得する（ステップＳ１４）。たとえば、所定の時間おきに制御命令が電気機器制御サーバ１０から送信されている場合には、制御命令履歴情報２４２中の所定の数のレコードを遡ることによって１週間前の同時刻の制御内容を取得することができる。
【００４２】
その後、制御命令生成部２６は、取得した制御内容をコピーして、制御命令を生成し（ステップＳ１５）、制御処理部２２に渡す。ついで、制御処理部２２は、受け取った制御命令を実行し（ステップＳ１６）、受け取った制御命令を記憶部２４の制御命令履歴情報２４２に保存する（ステップＳ１７）。その後、ステップＳ１１へと戻る。
【００４３】
第１の実施の形態では、電気機器制御サーバ１０によって制御される電気機器２０は、受信した制御内容を制御命令履歴情報２４２に記憶する。また、電気機器制御サーバ１０との間で通信断が発生した場合に、制御命令履歴情報２４２中の制御内容を用いて制御命令を生成し、生成した制御命令に従って、電気機器２０の制御が行われる。これによって、電気機器２０と電気機器制御サーバ１０との間で通信断が発生した場合に、電気機器２０の動作を停止する以外の制御を継続して行うことができるという効果を有する。
【００４４】
また、制御命令履歴情報２４２に７日分以上の制御命令が保存されるようにした。これによって、通信断が発生した場合に、１週間前の同時刻前後の制御命令を用いて制御命令を生成することで、通信断が発生した状態から大きく異なる制御がなされる可能性を小さくすることができる。
【００４５】
（第２の実施の形態）
第１の実施の形態では、制御命令履歴情報中のレコードは、時間情報を持たなかった。第２の実施の形態では、制御命令履歴情報中のレコードに時間情報を持たせる場合について説明する。なお、以下の実施の形態でも、電気機器として照明装置を例に挙げて説明する。
【００４６】
図１０は、第２の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。照明装置２０Ａは、第１の実施の形態の構成に、時計部２７をさらに備える。時計部２７は、現在日時を示す時計である。
【００４７】
制御処理部２２は、制御命令を受け取ると、時計部２７から現在日時を取得し、制御命令にＩＤを付し、制御命令とともに受信日時を記憶部２４の制御命令履歴情報２４２に保存する。図１１は、第２の実施の形態による制御命令履歴情報の一例を示す図である。この図に示されるように、第１の実施の形態に比して、各レコードは、受信日時を含む。受信日時は、制御命令を受信した日時である。
【００４８】
制御命令生成部２６は、通信断が発生した場合に、時計部２７から現在日時を取得し、現在日時から１週間前の同時刻前後に受信した制御命令を、制御命令履歴情報２４２から検索する。そして、制御命令生成部２６は、検索結果を用いて新たな制御命令を生成する。
【００４９】
なお、第１の実施の形態と同一の構成要素には、同一の符号を付して、その説明を省略する。
【００５０】
つぎに、このような構成の電気機器制御システム１での動作について説明する。図１２は、第２の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。ここでは、第１の実施の形態の図８と異なる点について説明する。
【００５１】
通常モードでは、ＳＱ１３とＳＱ１４との間で、制御処理部２２による時計部２７から現在日時を取得する処理（ＳＱ３１）が行われる。なお、ＳＱ１４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した現在日時を付加して、制御命令履歴情報２４２に記憶する。
【００５２】
制御命令生成モードでは、ＳＱ１９とＳＱ２０との間で、制御命令生成部２６による時計部２７からの現在日時を取得する処理（ＳＱ３２）が行われる。ＳＱ２０では、制御命令生成部２６は、ＳＱ３２で取得した現在日時の１週間前の同時刻に近いレコードを検索することで、容易に目的とするレコードを取得することができる。なお、ＳＱ２１の制御命令生成処理については、後述する。
【００５３】
また、ＳＱ２３とＳＱ２４との間で、制御処理部２２による時計部２７から現在日時を取得する処理（ＳＱ３３）が行われる。なお、ＳＱ２４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した現在日時を付加して、制御命令履歴情報２４２に記憶する。
【００５４】
図１３は、第２の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。第１の実施の形態の図９のステップＳ１１〜Ｓ１３の処理と同様に、計時を開始してから所定の時間が経過するまでに制御命令を受信したか否かを判定する（ステップＳ３１〜Ｓ３３）。
【００５５】
制御命令を受信せずに所定の時間が経過した場合（ステップＳ３２でＹｅｓの場合）には、制御命令生成部２６は、時計部２７から現在日時を取得する（ステップＳ３４）。ついで、図９のステップＳ１４〜Ｓ１６の処理と同様に、通信断が発生した時点から１週間前の同時刻前後の制御内容が制御命令履歴情報２４２から取得され、取得された制御内容を用いて制御命令が生成され、実行される（ステップＳ３５〜Ｓ３７）。
【００５６】
なお、ステップＳ３６の制御命令の生成方法として、たとえば、通信断の発生曜日と同じ曜日で、通信断の発生時刻に最も近い時刻に受信した過去の制御内容のみを参照して制御命令を生成する第１の方法、あるいは、通信断の発生曜日と同じ曜日で、通信断の発生時刻においてシステムに設定された通信不通検知時間以内に受信した制御命令を丸め込んで制御命令を生成する第２の方法などを例示することができる。
【００５７】
第１の方法と第２の方法の具体例について、図１１の制御命令履歴情報２４２を用いて説明する。ここでは、電気機器制御サーバ１０から２０１６／２／８  ２２：５９：００に制御命令（ＩＤ＝６５５３６）を受信した後に、通信不通の発生によって電気機器制御サーバ１０からの制御命令が途切れたことを照明装置２０Ａが検知したものとする。すなわち、通信断を検知した時刻は、２０１６／２／８  ２３：００：００である。
【００５８】
第１の方法の場合、１週間前の同時刻に最も近い時刻は、ＩＤが１７７３０のレコードである。そこで、制御命令生成部２６は、２０１６／２／１  ２３：００：００に受信した制御内容のみを参照して、制御命令を生成する。制御命令生成部２６は、この制御内容をコピーして制御命令を生成する。新しく生成される制御命令の調光レベルは０であり、調光速度は３０である。
【００５９】
第２の方法の場合、システムに設定された通信不通検知時間は１分であるので、最後に制御命令要求を受信した１週間前の同時刻から１分間の間に受信した制御内容が対象となる。この場合、２０１６／２／１  ２２：５９：０１〜２３：００：００  に受信したＩＤが１７７２８〜１７７３０の３つの制御命令を総合して、制御命令が生成される。
【００６０】
複数の制御命令を丸める方法には、それぞれの制御命令を平均する方法、最も多い制御内容を採用する方法などがある。制御命令を平均する方法では、新しく生成される制御命令の調光レベルは１７０（＝（２５５＋２５５＋０）／３）であり、調光速度は３０である。また、最も多い制御内容を採用する方法では、上記時間内に３回受信した制御内容のうち、調光レベルでは２５５が２回で最多であり、調光速度では３０が３回で最多である。そのため、新しく生成される制御命令の調光レベルは２５５が選択され、調光速度は３０が選択される。
【００６１】
新たな制御命令が生成された後、さらに１分間通信不通だった場合、すなわち、２０１６／２／８  ２３：００：０１〜２３：０１：００の間に制御命令を受信しなかった場合には、第１の方法でも第２の方法でも、１週間前の２０１６／２／１  ２３：００：３０に受信したＩＤが１７７３１の制御内容を用いて新たな制御命令が生成される。新たな制御命令の調光レベルは０であり、調光速度は３０である。
【００６２】
図１３のフローチャートに戻り、制御処理部２２は、時計部２７から現在日時を取得し（ステップＳ３８）、取得した現在日時とともに制御命令を制御命令履歴情報２４２に保存する（ステップＳ３９）。その後、ステップＳ３１へと戻る。
【００６３】
第２の実施の形態では、制御命令を受け取った受信日時を取得し、制御命令の内容と受信日時とを制御命令履歴情報２４２に記憶する。これによって、通信断が発生した際に、通信断が発生した日時に基づいて、１週間前の同時刻前後の制御命令を検索し、取得することができる。その結果、第１の実施の形態に比してさらに高精度で、ユーザビリティの高い制御を行うことができるという効果を有する。
【００６４】
（第３の実施の形態）
第３の実施の形態では、制御命令受信時の照度情報も記録しておき、通信断発生時に過去の履歴の照度情報を考慮して制御命令の生成を行う場合について説明する。
【００６５】
図１４は、第３の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。照明装置２０Ａは、第１の実施の形態の構成に、照度センサ２８をさらに備える。照度センサ２８は、照度センサ２８が取り付けられる領域における照度を測定し、その結果を制御処理部２２に渡す。照度センサ２８が取り付けられる領域は、照明装置２０Ａが設置される領域と略同じである。
【００６６】
制御処理部２２は、制御命令を受け取ると、照度センサ２８からその時点での照度を取得し、制御命令にＩＤを付し、制御命令とともに照度を記憶部２４の制御命令履歴情報２４２に保存する。図１５は、第３の実施の形態による制御命令履歴情報の一例を示す図である。この図に示されるように、第１の実施の形態に比して、各レコードは、制御命令受信時の照度を含む。
【００６７】
制御命令生成部２６は、通信断が発生した場合に、現在日時から１週間前の同時刻前後に受信した制御命令と照度とを、制御命令履歴情報２４２から取得する。制御命令生成部２６は、取得した制御命令が点灯を指示するものである場合には、取得した制御命令の内容をコピーして制御命令を生成する。また、制御命令生成部２６は、取得した制御命令が消灯を指示するものであり、かつ照度が所定値以上である場合には、取得した制御命令の内容をコピーして制御命令を生成する。一方、制御命令生成部２６は、取得した制御命令が消灯を指示するものであり、かつ照度が所定値未満である場合には、点灯を指示する制御命令を生成する。この場合、たとえば調光レベルを最大（２５５）にし、調光速度を３０と予め定められた制御命令を生成することができる。
【００６８】
なお、第１の実施の形態と同一の構成要素には、同一の符号を付して、その説明を省略する。
【００６９】
つぎに、このような構成の電気機器制御システム１での動作について説明する。図１６は、第３の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。ここでは、第１の実施の形態の図８と異なる点について説明する。
【００７０】
通常モードでは、ＳＱ１３とＳＱ１４との間で、制御処理部２２による照度センサ２８から照度を取得する処理（ＳＱ５１）が行われる。なお、ＳＱ１４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した照度を付加して、制御命令履歴情報２４２に記憶する。
【００７１】
制御命令生成モードでは、ＳＱ２３とＳＱ２４との間で、制御処理部２２による照度センサ２８から照度を取得する処理（ＳＱ５２）が行われる。なお、ＳＱ２４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した照度を付加して、制御命令履歴情報２４２に記憶する。また、ＳＱ２１の制御命令生成処理について、以下に説明する。
【００７２】
図１７は、第３の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。第１の実施の形態の図９のステップＳ１１〜Ｓ１３の処理と同様に、計時を開始してから所定の時間が経過するまでに制御命令を受信したか否かを判定する（ステップＳ５１〜Ｓ５３）。
【００７３】
制御命令を受信せずに所定の時間が経過した場合（ステップＳ５２でＹｅｓの場合）には、制御命令生成部２６は、通信断が発生した時点から１週間前の同時刻前後の制御命令と照度とを制御命令履歴情報２４２から取得する（ステップＳ５４）。ついで、制御命令生成部２６は、取得した制御命令が消灯を指示するものであるかを判定する（ステップＳ５５）。取得した制御命令が消灯を指示するものではない、すなわち点灯を指示するものである場合（ステップＳ５５でＮｏの場合）には、取得した制御命令の内容をコピーして、点灯を指示する制御命令を生成する（ステップＳ５６）。
【００７４】
また、取得した制御命令が消灯を指示するものである場合（ステップＳ５５でＹｅｓの場合）には、制御命令生成部２６は、取得した照度が所定値以上であるかを判定する（ステップＳ５７）。取得した照度が所定値以上である場合（ステップＳ５７でＹｅｓの場合）には、取得した制御命令の内容をコピーして消灯を指示する制御命令を生成する（ステップＳ５８）。これは、消灯した状態でも、所定の照度がある場合には、その空間に存在する作業者に不都合がないからである。
【００７５】
一方、取得した照度が所定値未満である場合（ステップＳ５７でＮｏの場合）には、制御命令生成部２６は、点灯を指示する制御命令を生成する（ステップＳ５９）。たとえば所定の調光レベルおよび調光速度で点灯を指示する制御命令を予め用意しておき、この制御命令を使用することができる。これは、消灯した状態で、所定の照度がない場合には、その空間に存在する作業者に不都合が生じるからである。
【００７６】
ステップＳ５６、Ｓ５８またはＳ５９で生成された制御命令は、制御処理部２２に渡される。その後、制御処理部２２は、受けとった制御命令を実行する（ステップＳ６０）。また、制御処理部２２は、照度センサ２８からその時点の照度を取得し（ステップＳ６１）、受け取った制御命令とともに照度を制御命令履歴情報２４２に保存する（ステップＳ６２）。そして、ステップＳ５１へと戻る。
【００７７】
第３の実施の形態では、照明装置２０Ａが設けられる空間の照度を測定する照度センサ２８を設け、制御命令とともに照度を制御命令履歴情報２４２に保存した。これによって、通信断が発生し、１週間前の同時刻の制御命令が消灯を指示する制御命令であっても、制御命令履歴情報２４２中の照度にしたがって、照明装置２０Ａの状態を消灯のままとしたり、点灯させたりすることが可能になる。
【００７８】
なお、上記した説明では、制御命令生成部２６は、取得した制御命令が消灯を指示するものである場合に、制御命令履歴情報２４２から取得した照度を用いて消灯または点灯を指示する制御命令を生成していた。しかし、制御命令を生成する際に、照度センサ２８から照度を取得し、その時点における照度にしたがって、消灯または点灯を指示する制御命令を生成してもよい。
【００７９】
（第４の実施の形態）
第４の実施の形態では、照明装置の設置位置情報にしたがって、点灯するか消灯するかを判断する場合を説明する。
【００８０】
図１８は、第４の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。照明装置２０Ａは、第２の実施の形態の構成とほぼ同様であるが、記憶部２４に、照明装置ＩＤ２４１と制御命令履歴情報２４２とに加えて、装置配置図情報２４３と、装置位置情報２４４と、が記憶される点が異なる。装置配置図情報２４３は、照明装置２０Ａが設置される建物（領域）の配置図である。図１９は、第４の実施の形態による装置配置図情報の一例を示す図である。図１９では、１階部分と２階部分とが示される。各階の基準となる位置に原点Ｏを配置し、互いに直交するＸ軸とＹ軸とを設ける。また、フロアの高さ方向をＺ軸とする。（Ｘ，Ｙ，Ｚ）の組み合わせによって、各階における照明装置２０Ａの位置を示すことが可能になる。あるいは、装置配置図中に照明装置２０Ａの配置位置に識別情報Ａ１〜Ａ３５，Ｂ１〜Ｂ３１を割り当てることで、照明装置２０Ａの位置を示すことが可能になる。
【００８１】
装置位置情報２４４は、当該照明装置２０Ａの装置配置図情報２４３中の取付位置を示す情報である。装置位置情報２４４は、たとえば、上記したように、照明装置２０Ａの取付位置を示す座標であってもよいし、装置配置図中に割り当てられた照明装置２０Ａの配置位置の識別情報であってもよい。
【００８２】
制御命令生成部２６は、通信断が発生した場合に、記憶部２４から装置位置情報２４４と、通信断発生の１週間前の同時刻前後に受信した制御内容と、を取得し、時計部２７から通信断発生時点の日時を取得し、制御命令を生成する。具体的には、制御命令生成部２６は、装置位置情報２４４が装置配置図情報２４３を参照して部屋の隅である場合には、消灯を指示する制御命令を生成する。また、制御命令生成部２６は、装置位置情報２４４が部屋の隅でない場合には、その時刻で、外来光を得られる位置にあり、かつ外来光を得られる時間である場合には消灯を指示する制御命令を生成し、外来光を得られる位置にない場合あるいは外来光を得られる時間ではない場合には、点灯を指示する制御命令を生成する。ただし、ここに示したものは一例である。
【００８３】
なお、第１および第２の実施の形態と同一の構成要素には、同一の符号を付して、その説明を省略する。
【００８４】
つぎに、このような構成の電気機器制御システム１での動作について説明する。図２０は、第４の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。ここでは、第２の実施の形態の図１２と異なる点について説明する。
【００８５】
照明装置２０Ａが所定の位置に設置されると、電気機器制御サーバ１０は、照明装置２０Ａの装置位置情報２４４を記憶させる処理を行う（ＳＱ７１）。これによって、照明装置２０Ａの記憶部２４には、装置位置情報２４４が保存される。なお、その後は、図１２に示した処理と同様である。
【００８６】
図２１は、第４の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。第１の実施の形態の図９のステップＳ１１〜Ｓ１３の処理と同様に、計時を開始してから所定の時間が経過するまでに制御命令を受信したか否かを判定する（ステップＳ７１〜Ｓ７３）。
【００８７】
制御命令を受信せずに所定の時間が経過した場合（ステップＳ７２でＹｅｓの場合）には、制御命令生成部２６は、時計部２７から現在日時を取得し（ステップＳ７４）、記憶部２４から装置位置情報２４４を取得する（ステップＳ７５）。また、制御命令生成部２６は、通信断が発生した時点から１週間前の同時刻前後の制御命令を制御命令履歴情報２４２から取得する（ステップＳ７６）。
【００８８】
その後、制御命令生成部２６は、記憶部２４の装置配置図情報２４３を参照して、自照明装置２０Ａの設置場所が部屋の隅であるかを判定する（ステップＳ７７）。これは、照明装置２０Ａが部屋の隅に設置されている場合には、照明効果が部屋の中央付近に比して低い。また、通常、部屋には、隅ではなく中央付近にも照明装置２０Ａが設けられていることがあるので、隅の照明装置２０Ａを消灯しても問題ない場合がある。そのため、照明装置２０Ａが部屋の隅に設置されている場合には、消灯することを前提とするものである。なお、部屋の隅であっても、常時、人が存在するような場合には、このステップを省略してもよい。
【００８９】
自照明装置２０Ａの設置場所が部屋の隅ではない場合（ステップＳ７７でＮｏの場合）には、制御命令生成部２６は、記憶部２４の装置配置図情報２４３とステップＳ７４で取得した現在日時とから、自照明装置２０Ａの設置場所が外来光を得られる位置および時間であるかを判定する（ステップＳ７８）。これは、たとえば照明装置２０Ａの設置場所が、装置配置図情報２４３上の窓からの距離が所定の範囲内にあり、かつ現在時刻が所定の時間範囲内（たとえば８時〜１６時）にあるかを判定することによって行われる。この判定は、照明装置２０Ａの設置場所と時間とによって、照明装置２０Ａの点灯の要否を決めるものである。
【００９０】
自照明装置２０Ａの設置場所が外来光を得られる位置にない、あるいは外来光を得られる時間ではない場合（ステップＳ７８でＮｏの場合）には、制御命令生成部２６は、取得した制御命令が消灯を指示するものであるかを判定する（ステップＳ７９）。制御命令が消灯を指示するものではない場合、すなわち点灯を指示するものである場合（ステップＳ７９でＮｏの場合）には、取得した制御内容をコピーして、制御命令を生成する（ステップＳ８０）。また、制御命令が消灯を指示するものである場合（ステップＳ７９でＹｅｓの場合）には、点灯を指示する制御命令を生成する（ステップＳ８１）。この点灯制御命令は、たとえば所定の調光レベルで点灯を指示する制御命令を予め用意しておき、この制御命令を使用することができる。
【００９１】
ステップＳ７８で自照明装置２０Ａの設置場所が外来光を得られる位置および時間である場合（ステップＳ７８でＹｅｓの場合）、あるいはステップＳ７７で自照明装置２０Ａの設置場所が部屋の隅である場合（ステップＳ７７でＹｅｓの場合）には、制御命令生成部２６は、取得した制御命令が消灯を指示するものであるかを判定する（ステップＳ８２）。制御命令が消灯を指示するものではない場合、すなわち点灯を指示するものである場合（ステップＳ８２でＮｏの場合）には、消灯を指示する制御命令を生成する（ステップＳ８３）。これは、たとえば消灯を指示する制御命令を予め用意しておき、この制御命令を使用することができる。また、制御命令が消灯を指示するものである場合（ステップＳ８２でＹｅｓの場合）には、取得した制御命令の内容をコピーして制御命令を生成する（ステップＳ８４）。
【００９２】
ステップＳ８０、Ｓ８１、Ｓ８３またはＳ８４で生成された制御命令は、制御処理部２２に渡される。その後、制御処理部２２は、受けとった制御命令を実行する（ステップＳ８５）。また、制御処理部２２は、時計部２７から現在日時を取得し（ステップＳ８６）、受け取った制御命令とともに現在日時を制御命令履歴情報２４２に保存する（ステップＳ８７）。そして、ステップＳ７１へと戻る。
【００９３】
なお、ステップＳ７８で、自照明装置２０Ａが外来光を得られる時間にあるかを判定しない場合には、時計部２７を設けなくてもよい。この様な場合には、ステップＳ７４，Ｓ８６の日時を取得する処理が省略され、ステップＳ７６，Ｓ８７では制御命令の保存時に現在日時は保存されない。
【００９４】
第４の実施の形態では、各照明装置２０Ａは、照明装置２０Ａの設置場所を示す装置位置情報２４４と、装置配置図情報２４３と、を保持し、通信断が発生した際に、装置配置図情報２４３上での装置位置を取得するようにした。これによって、照明装置２０Ａの設置場所に応じて、１週間前の同時刻前後では、消灯を指示する制御命令であったものを、点灯を指示する制御命令に変更したり、点灯を指示する制御命令であったものを、消灯を指示する制御命令に変更したりすることができる。たとえば、照明装置２０Ａが部屋の隅に設けられている場合には、照明の効果が部屋の中央付近に設けられる場合に比して低いので、消灯を指示する制御命令を生成することができる。また、外来光を得られる位置である場合には、照明をつけなくても、十分な照度を得ることができる場合がある。そのような場合には、消灯を指示する制御命令を生成することができる。
【００９５】
さらに、各照明装置２０Ａは、現在の日時を取得する時計部２７を保持するようにした。これによって、通信断が発生したときに、照明装置２０Ａの位置が外来光を得られる位置で、かつ外来光を得られる時間帯である場合には、消灯を指示する制御命令を生成し、外来光を得られない時間帯である場合には、点灯を指示する制御命令を生成することができる。つまり、外来光を得られる位置で、さらに時間を考慮した照明装置２０Ａの制御を行うことができる。
【００９６】
（第５の実施の形態）
第５の実施の形態では、各照明装置の照明範囲に存在する人の有無をさらに記憶し、通信断が発生した際に、過去の制御命令と人の存在の有無とを用いて、制御命令の生成を行う場合について説明する。
【００９７】
図２２は、第５の実施の形態による照明装置の機能構成の一例を模式的に示すブロック図である。照明装置２０Ａは、第１の実施の形態の構成に、人感センサ２９をさらに備える。人感センサ２９は、照明装置２０Ａの取り付け位置を中心とした所定の範囲に人が存在するか否かを検知し、その結果を制御処理部２２に渡す。人感センサ２９として、焦電センサ、超音波センサなどを用いることができる。
【００９８】
制御処理部２２は、制御命令を受け取ると、人感センサ２９からその時点での人の有無を取得し、制御命令にＩＤを付し、人の有無を示す人感センサ情報を制御命令とともに記憶部２４の制御命令履歴情報２４２に保存する。図２３は、第５の実施の形態による制御命令履歴情報の一例を示す図である。この図に示されるように、第１の実施の形態に比して、各レコードは、制御命令受信時の人の有無を示す人感センサ情報を含む。
【００９９】
制御命令生成部２６は、通信断が発生した場合に、現在日時から１週間前の同時刻前後に受信した制御命令と人感センサ情報とを、制御命令履歴情報２４２から取得する。制御命令生成部２６は、取得した制御命令が点灯を指示するものであり、かつ取得した人感センサ情報が「在」の場合には、取得した制御命令の内容をコピーして制御命令を生成する。制御命令生成部２６は、取得した制御命令が点灯を指示するものであり、かつ取得した人感センサ情報が「不在」の場合には、消灯を指示する制御命令を生成する。この場合、たとえば調光レベルが最小（０）であり、調光速度が３０である予め生成されていた制御命令を使用することができる。また、制御命令生成部２６は、取得した制御命令が消灯を指示するものであり、かつ人感センサ情報が「不在」の場合には、取得した制御命令の内容をコピーして制御命令を生成する。制御命令生成部２６は、取得した制御命令が消灯を指示するものであり、かつ人感センサ情報が「在」の場合には、点灯を指示する制御命令を生成する。この場合、たとえば調光レベルが最大（２５５）であり、調光速度が３０である予め生成されていた制御命令を使用することができる。
【０１００】
なお、第１の実施の形態と同一の構成要素には、同一の符号を付して、その説明を省略する。
【０１０１】
つぎに、このような構成の電気機器制御システム１での動作について説明する。図２４は、第５の実施の形態による電気機器制御システムでの処理手順の一例を示すシーケンス図である。ここでは、第１の実施の形態の図８と異なる点について説明する。
【０１０２】
通常モードでは、ＳＱ１３とＳＱ１４との間で、制御処理部２２による人感センサ２９から人感センサ情報を取得する処理（ＳＱ９１）が行われる。なお、ＳＱ１４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した人感センサ情報を付加して、制御命令履歴情報２４２に記憶する。
【０１０３】
制御命令生成モードでは、ＳＱ２３とＳＱ２４との間で、制御処理部２２による人感センサ２９から人感センサ情報を取得する処理（ＳＱ９２）が行われる。また、ＳＱ２４の制御内容の保存の際には、制御処理部２２は、受け取った制御内容に取得した人感センサ情報を付加して、制御命令履歴情報２４２に記憶する。なお、ＳＱ２１の制御命令生成処理について、以下に説明する。
【０１０４】
図２５は、第５の実施の形態による電気機器での制御命令生成処理の手順の一例を示すフローチャートである。第１の実施の形態の図９のステップＳ１１〜Ｓ１３の処理と同様に、計時を開始してから所定の時間が経過するまでに制御命令を受信したか否かを判定する（ステップＳ９１〜Ｓ９３）。
【０１０５】
制御命令を受信せずに所定の時間が経過した場合（ステップＳ９２でＹｅｓの場合）には、制御命令生成部２６は、通信断が発生した時点から１週間前の同時刻前後の制御内容と人感センサ情報とを制御命令履歴情報２４２から取得する（ステップＳ９４）。ついで、制御命令生成部２６は、取得した制御命令の実行の際に、指示対象の照明装置２０Ａから所定の範囲内に人が存在したかを判定する（ステップＳ９５）。
【０１０６】
人が存在した場合（ステップＳ９５でＹｅｓの場合）には、制御命令生成部２６は、取得した制御命令が消灯を指示するものであるかを判定する（ステップＳ９６）。取得した制御命令が消灯を指示するものではない、すなわち点灯を指示するものである場合（ステップＳ９６でＮｏの場合）には、取得した制御命令の内容をコピーして、点灯を指示する制御命令を生成する（ステップＳ９７）。
【０１０７】
また、取得した制御命令が消灯を指示するものである場合（ステップＳ９６でＹｅｓの場合）には、点灯を指示する制御命令を生成する（ステップＳ９８）。たとえば、予め用意された、所定の調光レベルおよび調光速度で点灯を指示する制御命令を使用することができる。
【０１０８】
一方、ステップＳ９５で所定の範囲内に人が存在しなかった場合（ステップＳ９５でＮｏの場合）には、制御命令生成部２６は、取得した制御命令が消灯を指示するものであるかを判定する（ステップＳ９９）。取得した制御命令が消灯を指示するものではない場合（ステップＳ９９でＮｏの場合）には、消灯を指示する制御命令を生成する（ステップＳ１００）。たとえば、予め用意された、消灯を指示する制御命令を使用することができる。
【０１０９】
また、取得した制御命令が消灯を指示するものである場合（ステップＳ９９でＹｅｓの場合）には、取得した制御命令の内容をコピーして、消灯を指示する制御命令を生成する（ステップＳ１０１）。
【０１１０】
ステップＳ９７、Ｓ９８、Ｓ１００またはＳ１０１で生成された制御命令は、制御処理部２２に渡される。その後、制御処理部２２は、受けとった制御命令を実行する（ステップＳ１０２）。また、制御処理部２２は、人感センサ２９からその時点の人感センサ情報を取得し（ステップＳ１０３）、受け取った制御命令とともに人感センサ情報を制御命令履歴情報２４２に保存する（ステップＳ１０４）。そして、ステップＳ９１へと戻る。
【０１１１】
なお、上記した説明では、制御命令履歴情報２４２に記憶されている人の有無を用いて消灯または点灯を指示する制御命令の生成を行っている。これは、工場などでは、ある曜日のある時刻においては、略同じ内容で処理が行われることが多いので、過去のデータを流用することができる。しかし、このような過去のデータを流用することができない場合には、制御命令を生成する際の人感センサ２９による人の存在の有無に基づいて制御命令を生成してもよい。
【０１１２】
第５の実施の形態では、人感センサ２９を設け、制御命令受信時の人の存在の有無も保存し、通信断が発生した際に、１週間前の同時刻の制御命令が消灯を指示する制御命令であっても、人の存在の有無にしたがって、照明装置２０Ａの状態を消灯のままとしたり、点灯させたりすることが可能になる。つまり、人の存在の有無に合わせて点灯または消灯を行うので、人が存在しない位置での点灯を防止し、無駄なエネルギの消費を抑えることができる。
【０１１３】
なお、第１〜第５の実施の形態で説明したものを組み合わせて使用してもよい。また、上記した例では、ネットワーク５０が無線ＬＡＮによって構成される場合を説明したが、他の無線通信規格によってネットワーク５０が構成されてもよい。さらに、上記した例では、電気機器制御サーバ１０と電気機器２０とが同一のローカルネットワークに接続される場合を示したが、上記の実施の形態がこの場合に限定されるものではない。たとえば、電気機器２０によって構成され、電気機器制御サーバ１０を含まないローカルネットワークと、電気機器制御サーバ１０と、が広域ネットワークに接続され、電気機器制御サーバ１０と電気機器２０との間の通信経路上に無線ネットワークが存在するものであればよい。
【０１１４】
また、上記した例における電気機器制御サーバ１０を用いた形態は、さらにいわゆるクラウドサービス、ＡＳＰ（Application  Service  Provider）などといったネットワークサービスにより提供される機能として実現可能である。また、当該サービスにおいて用いられる電気機器制御サーバ１０が単一の筐体として実現することも、本発明で説明した機能によって一部分散して実現することも、いずれも適用可能である。
【０１１５】
さらに、電気機器２０が有線ＬＡＮによって接続される場合には、図５に示されるようなフォーマットではなく、そのローカルネットワークで使用されるデータリンク層の規格に従ったフォーマットが使用される。
【０１１６】
また、これらの実施の形態で説明する電気機器２０と、電気機器制御サーバ１０と、が接続されたシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【０１１７】
図２６は、実施の形態による電気機器制御サーバのハードウェア構成の一例を模式的に示すブロック図である。電気機器制御サーバ１０は、ＣＰＵ（Central  Processing  Unit）１０１と、ＲＯＭ（Read  Only  Memory）１０２と、ＲＡＭ（Random  Access  Memory）１０３と、外部記憶装置１０４と、通信Ｉ／Ｆ１０５と、がバス１０６で接続され、通常のコンピュータを利用したハードウェア構成となっている。
【０１１８】
ＣＰＵ１０１は、電気機器制御サーバ１０全体の制御を司る。ＲＯＭ１０２は、電気機器制御サーバ１０の電源が遮断されている間もデータを保持することができる不揮発性メモリであり、ＣＰＵ１０１が実行するプログラムおよびその他の固定データなどを格納する。ＲＡＭ１０３は、制御命令等を一時的に格納する揮発性メモリである。外部記憶装置１０４は、制御レシピおよびＣＰＵ１０１が実行するプログラムなどを記憶する。外部記憶装置１０４として、たとえばハードディスクドライブまたはＳＳＤ（Solid  State  Drive）などを用いることができる。通信Ｉ／Ｆ１０５は、電気機器２０側との間でデータおよび信号の送受を行なう。
【０１１９】
なお、図２における制御命令生成部１２の機能は、たとえばそれぞれの処理が記述されたプログラムをＣＰＵ１０１が実行することによって実現される。
【０１２０】
図２７は、実施の形態による電気機器の制御部のハードウェア構成の一例を模式的に示すブロック図である。本実施の形態の電気機器２０の制御部は、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、不揮発性メモリ２０４と、通信Ｉ／Ｆ２０５と、がバス２０６を介して接続される構成を有する。ＣＰＵ２０１は、電気機器２０全体の制御を司る。ＲＯＭ２０２は、電気機器２０の電源が遮断されている間もデータを保持することができる不揮発性メモリであり、ＣＰＵ２０１が実行するプログラムおよびその他の固定データなどを格納する。ＲＡＭ２０３は、制御命令等を一時的に格納する揮発性メモリである。不揮発性メモリ２０４は、照明装置ＩＤ、制御命令履歴情報、装置位置情報、装置配置図情報などを格納する。不揮発性メモリ２０４として、たとえばＮＡＮＤ型フラッシュメモリまたはＥＥＰＲＯＭ（Electrically  Erasable  Programmable  ROM）などを用いることができる。通信Ｉ／Ｆ２０５は、照明部との信号の送受、および電気機器制御サーバ１０との間のデータおよび信号の送受を行う。
【０１２１】
本実施の形態の電気機器２０で実行される電気機器制御プログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ（Compact  Disc）−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（recordable）、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１２２】
また、本実施の形態の電気機器２０で実行される電気機器制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。さらに、本実施の形態の電気機器２０で実行される電気機器制御プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０１２３】
また、本実施の形態の電気機器制御プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１２４】
本実施の形態の電気機器２０で実行される電気機器制御プログラムは、上述した各部（制御処理部、制御命令未受信判定部、および制御命令生成部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体から電気機器制御プログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、制御処理部、制御命令未受信判定部、および制御命令生成部が主記憶装置上に生成されるようになっている。
【符号の説明】
【０１２５】
１  電気機器制御システム
１０  電気機器制御サーバ
１１  制御レシピ記憶部
１２，２６  制御命令生成部
１３，２１  通信部
２０  電気機器
２０Ａ  照明装置
２２  制御処理部
２３  照明部
２４  記憶部
２５  制御命令未受信判定部
２７  時計部
２８  照度センサ
２９  人感センサ
５０  ネットワーク
【先行技術文献】
【特許文献】
【０１２６】
【特許文献１】特開２０１５−１１５６９８号公報
【図１】
2017208673.tif 000003
【図２】
2017208673.tif 000004
【図３】
2017208673.tif 000005
【図４】
2017208673.tif 000006
【図５】
2017208673.tif 000007
【図６】
2017208673.tif 000008
【図７】
2017208673.tif 000009
【図８】
2017208673.tif 000010
【図９】
2017208673.tif 000011
【図１０】
2017208673.tif 000012
【図１１】
2017208673.tif 000013
【図１２】
2017208673.tif 000014
【図１３】
2017208673.tif 000015
【図１４】
2017208673.tif 000016
【図１５】
2017208673.tif 000017
【図１６】
2017208673.tif 000018
【図１７】
2017208673.tif 000019
【図１８】
2017208673.tif 000020
【図１９】
2017208673.tif 000021
【図２０】
2017208673.tif 000022
【図２１】
2017208673.tif 000023
【図２２】
2017208673.tif 000024
【図２３】
2017208673.tif 000025
【図２４】
2017208673.tif 000026
【図２５】
2017208673.tif 000027
【図２６】
2017208673.tif 000028
【図２７】
2017208673.tif 000029