JP6815796B2 - 住宅用機器制御システム - Google Patents

Description

本発明は、住宅用機器制御システムに関する。

家庭で使用する電気の節約や、電気の効率的な利用を行わせるものとしてＨＥＭＳ（Home Energy Management System）がある。ＨＥＭＳは、空調、冷暖房といった設備機器が消費する電気等のエネルギー量や、太陽パネル等による発電機器等の使用状態をモニターしたり、自動制御することを目的としたシステムである。
特許文献１には、家庭に設置する設備機器の一つであるヒートポンプ貯湯式給湯機の制御に関して、ヒートポンプ貯湯式給湯機と連係する建物内の電力需要を監視するＨＥＭＳコントローラを設けて、深夜時間帯に翌日の目標熱量を沸き上げるようにした給湯システムが記載されている。

また、特許文献２には、ＨＥＭＳコントローラを備えたエネルギー管理システムが記載されている。このシステムは、電力消費量が増大して電力量が逼迫した状況になる場合や一時的に発電量が増大して電力の供給が過剰になる場合に、電力会社が集中管理システムに対して消費電力量の調整要求を送るものである。また、集中管理システムは、通信ネットワークを介して電力会社及び各家庭に設置したＨＥＭＳコントローラと接続されており、電力会社からの要求に応じて各家庭に設置したＨＥＭＳコントローラを介して家庭内の機器を制御するようになっている。

特開２０１４−１６３６４０号公報 特開２０１４−１２００３０号公報

電気、ガス、水道等を使用する家庭内の設備機器をモニターし、これらを目的に沿って制御する手段として上述したＨＥＭＳがある。また、日々変動する気象条件や改訂される電力料金を加味した運転計画を生成し、このような運転計画に基づき、家庭内の設備機器を制御することも行われている。
電力会社から提供される電力の料金プランや、設置した太陽パネルが発電した電気を売電する際の価格設定その他各種の条件は各家庭において一律ではない。また、省エネや光熱費の節約等の観点から、各家庭が独自にエネルギーの利用計画を策定して、実行するのは実質的に困難である。
このような事情から、別個に設けたサーバによって最適な運転計画を策定し、インターネットを介してサーバからＨＥＭＳを構成する邸内の機器に対して運転計画を送信し、この運転計画に基づいて設備機器を制御することが行われている。このような運転計画は日々異なるものであるから、基本的には毎日若しくは一定時間毎に更新されるのが理想である。

上記の通り、各家庭に応じて策定される運転計画は、毎日若しくは一定時間毎に更新されるのが理想であるが、サーバとＨＥＭＳを構成する機器が通信できない状態に陥り運転計画が更新されない場合がある。
この場合、ＨＥＭＳを構成する機器が更新されなかった運転計画で動作を続けると、予測される気象条件等から大きく乖離した運転が行われる可能性があり、省エネや光熱費の節約等といった需用者の要求を満たせなくなってしまう。本発明は、当該課題に鑑み発明したものであって、サーバとＨＥＭＳを構成する機器が通信できずに運転計画が更新されない状態に陥った場合等に、省エネや光熱熱費の節約、効率的なエネルギーの使用といった観点から適切な運転を行うことができる住宅用機器制御システムの提供を課題とするものである。

前記課題を解決するために、本発明に係る住宅用機器制御システムは、サーバと、前記サーバが策定した運転計画を受信する制御機器と、前記運転計画を記憶する記憶手段を有する被制御機器とを備え、前記サーバは定期的に前記運転計画を前記制御機器に送信し、前記制御機器から送信されて前記記憶手段に記憶された前記運転計画に従って前記被制御機器が動作されるものであって、前記記憶手段には、利用者が決めた機器動作設定をデフォルトの運転計画として記憶させることが可能となっており、前記サーバは、電力消費量を予測して前記記憶手段に記憶されたデフォルトの運転計画と比較して、前記利用者にとって要求度が高い運転計画を所定時間幅で作成し、前記運転計画に基づいて前記所定時間幅で前記被制御機器を動作させている際に、前記被制御機器が前記制御機器から前記運転計画を受信できなかった場合に、前記被制御機器は前記デフォルトとして前記記憶手段に記憶されている運転計画に基づいて前記被制御機器を動作させるようになっており、また、前記利用者にとって要求度が高い運転計画は、温湿度環境確保、経済性、省電力性又は停電時の電力供給確保のいずれかの基準によって判断されることを特徴とする。

本発明は、サーバが策定した運転計画に基づいて邸内に設置した被制御機器を運転させる住宅用機器制御システムであって、サーバが策定した運転計画は、温湿度環境確保、経済性、省電力性又は停電時の電力供給確保のいずれかの基準によって判断された利用者にとって要求度が高い運転計画となっている。そして、サーバが策定した運転計画を被制御機器が前記制御機器から取得できない場合に、被制御機器の記憶手段に記憶されているデフォルトの設定に基づいて被制御機器を運転させることを特徴とするものである。運転計画は、省エネルギー、光熱費の削減といった観点から、運用日の気温変化、天候等の気象状況を要素に含めて策定されるものであるから、予定した日以外に適用することはできない。このため、被制御機器が策定した運転計画の取得や実行ができない場合には、予め被制御機器の記憶手段に記憶しているデフォルトの制御情報に基づいて被制御機器を動作させるようになっている。

デフォルトの制御情報は被制御機器ごとに異なっており、例えば蓄電池や給湯機器の場合には、電力会社との契約内容によって価格の安い時間帯の電力を利用して、一定量の蓄電や湯の沸き上げを行うようになっている。このように、詳細な運転計画が取得できなかった場合には、できるだけ省エネ、光熱費削減といった観点からの運転が行われるようになっている。
以上のように、本発明は運転計画が受信できない場合であっても、被制御機器の仕様に応じたデフォルトの制御情報に基づいて、省エネ、光熱費削減といった観点から適切な運転を行わせることが出来るものとなっている。

本発明に係る住宅用機器制御システムの概要を表した説明図である。 蓄電池の運転内容を表した説明図である。 空調機器の運転内容を表した説明図である。 システムの動作概要を表した説明図である。 空調機器の運転計画を例にして、通信遮断時にデフォルトの制御を行う効果を説明するための比較図である。 蓄電池の運転計画を例にして、通信遮断時にデフォルトの制御を行う効果を説明するための比較図である。

以下、本発明を実施するための形態について説明する。図１は、本発明に係る住宅用機器制御システム１の概要を表した説明図である。住宅用機器制御システム１は、邸Ｈ１、邸Ｈ２、邸Ｈ３・・として示した各住宅に設置した各種機器を制御するためのシステムである。各邸に設置した各種機器は、インターネットＩを介して直接若しくは間接的に一又は複数のサーバＳｖ（Ｓｖ１、Ｓｖ２）に接続されており、サーバＳｖから受信した運転計画若しくは各種機器が備えるプログラムに基づいて運転が行われるようになっている。

邸Ｈ１には、一例として太陽光発電等のエネルギー生成手段によって生成した電力や、安価な時間帯に取得した電力を蓄える蓄電池２を設置している。また、蓄電池２と同様に太陽光発電や安価な夜間電力を利用して給湯用の湯を生成し、主として日中の利用のために蓄える給湯機器３を設置している。さらに、蓄積した電力や給湯を利用する暖房機器４や空調機器５等が設置されている。
また、太陽光発電を行う設備を備える場合には、スマートメーターＳｍや情報分電盤Ｂを設置し、太陽光発電等によって生成した電力の売電や、商用電力の買電を行うといったコントロールや管理が行われる。
上述した各種の機器は、制御機器ＨＧＷと通信可能に接続され、制御機器ＨＧＷはルーターＲを経由してインターネットに接続されたサーバＳｖと通信可能に接続されている。制御機器ＨＧＷは、邸Ｈ内に設置した上述の各種の機器を被制御機器として制御若しくは監視する機能を有している。

制御機器ＨＧＷによって制御若しくは監視される被制御機器の例として蓄電池２、給湯機器３、暖房機器４、空調機器５について説明する。なお、住宅用機器制御システム１は、これらの被制御機器を全て備えなくてはならないわけではなく、他の代替設備を使用したり他の設備を付加しても差し支えがないものである。
蓄電池２は、太陽光発電による電力や商用電力を蓄積し、蓄積した電力を適宜使用できるように構成した設備である。具体的には、タイマーによって設定された時間帯に充電や放電を行う単純な運転（図２において「自動制御なし」の欄に記載した運転）や、制御機器ＨＧＷを経由して取得した運転計画に基づいて充電や放電等を行う（図２において「自動制御あり」の欄に記載した運転）ことが可能な機器である。蓄電池２には、一例として自立率優先モード、経済性優先モード、出力抑制機能、停電情報対応といった現在備えているモードや将来的に付加を予定している機能がある。

図２において示した「自動制御なし」の欄に記載した運転は、工場出荷時の初期設定のままなど、サーバＳｖから取得した運転計画が無い若しくは運転計画を実施しない場合の制御内容である。
図２において示した「自動制御あり」の欄に記載した運転は、サーバＳｖから取得した運転計画を実行する場合の制御である。省エネや光熱熱費の節約などの観点から蓄電池２を運転するのに最適な運転計画を提供するようになっている。

例えば、ＦＩＴ終了後の運転計画では、自立率優先モードとして、余剰電力をできるだけ活用しつつ、余剰電力だけでは足りない場合は、電力単価が安い時間帯の電力により充電する経済性を重視する運転モードを実行する。
また、ＦＩＴ期間中の運転計画では、経済性優先モードとして、余剰電力は売電し、電力単価が安い深夜の時間帯の電力により充電するという制御を行いつつ、利用者の消費電力量に応じて経済的に有利になる放電を行う。

蓄電池２は、充電や放電といった動作を行うための各種デバイスと、これらを制御するＣＰＵ等の演算手段や制御プログラムやデフォルトの設定を含めた各種の情報を記憶する記憶手段としての記憶部２１を有している。蓄電池２は、制御機器ＨＧＷとの通信（命令等）によって蓄電池２用に設定された運転計画を実行する。また、記憶部２１に記憶されるデフォルトとは、例えば、利用者が経済性優先モードを選択した場合に、それに沿って設定される充電時間帯と放電時間帯の開始時刻及び終了時刻の設定である。また、運転状況を制御機器ＨＧＷに対して出力し、定期的若しくはその都度新しい運転計画を取得するように構成されている。

給湯機器３は、ヒートポンプを利用した省エネ効果の高い給湯設備であり、湯の沸き上げや貯湯を行うものである。例えば、給湯機器３は太陽光発電や蓄電池２の余剰電力をできるだけ活用して日中に湯を沸かし、余剰電力だけでは足りない分を深夜に沸かすという制御を行う。この運転モードは、深夜より気温が高い日中に沸かすことで運転効率が高く、また保温時間短縮により省エネも図れるものである。また、雨など余剰電力が少ない日には深夜にできるだけ湯を沸き上げるといった気象条件等に基づく運転計画によって制御が行われる。

給湯機器３は、湯の沸き上げや給湯に使用する各種の手段と、これらを制御するＣＰＵ等の演算手段や制御プログラムやデフォルトの運転モードを含めた各種の情報を記憶する記憶手段としての記憶部３１を有した制御手段を備えている。
制御手段は、制御機器ＨＧＷとの通信（命令等）によって給湯機器３用に設定された運転計画を実行する。また、記憶部３１に記憶されるデフォルトとは、例えば、利用者が決めた湯を沸かし始める開始時刻などの設定である。また、運転状況を制御機器ＨＧＷに対して出力し、定期的若しくはその都度新しい運転計画を取得する。

空調機器の一つである暖房機器４は、本実施例では床下若しくは室内に配置した放熱器によって室内を暖房する装置として形成されている。例えば、一階フロアの床下に、室外機に接続した放熱器を設置することで、床下暖房として機能させるものがある。また、一階フロアの床下に配置した放熱器と、２階フロアの各室内に配置した放熱器によって邸内を暖房するものがある。
図３において示した「自動制御なし」の欄に記載した運転は、工場出荷時の初期設定のままなど、サーバＳｖから取得した運転計画が無い若しくは運転計画を実施しない場合の制御内容である。例えば「自動制御なし」では、暖房機器４は、工場出荷時に設定された運転モードによって深夜電力を利用し、建物の床下や躯体を暖める運転を行うようになっている。

図３において示した「自動制御あり」の欄に記載した運転は、制御機器ＨＧＷを経由して取得した運転計画に基づいて効率の良い暖房運転を行う場合の制御内容である。
運転計画に基づく自動制御では、例えば翌日の天気予報情報の外気温予測値と利用者による入力スケジュールをもとに、利用者の起床時刻に設定温度の環境に到達するように深夜キープ運転の停止可能時間を判断するような制御が行われる。これは、毎日の生活に合わせた省エネ運転が目的であり、外気温が高めの日は停止時間を長く、低い日は停止時間を短くするような制御が行われる。また、消費電力情報などから、日による入室時刻の違いを明らかにし、入室時刻が早い場合にも利用者の快適性を確保できる制御等も実施可能である。また、電力単価も考慮した運転も可能である。

暖房機器４は、室外機の駆動や温度設定、使用する放射器の選択などを行う各種の手段と、これらを制御するＣＰＵ等の演算手段や制御プログラムその他各種の情報を記憶する記憶手段としての記憶部４１を有した制御手段を備えている。
制御手段は、制御機器ＨＧＷとの通信（命令等）によって暖房機器４用に設定された運転計画を実行する。また、記憶部４１に記憶されるデフォルトとは、例えば、利用者が生活スタイル（起床時間、不在時間）や希望する電力料金に合わせて設定する運転開始時刻及び運転終了時刻などのタイマー設定である。また、運転状況を制御機器ＨＧＷに対して出力し、定期的若しくはその都度新しい運転計画を取得する。

空調機器５は、室内の暖房や冷房を行う所謂エアコンとして機能する空調機器であり、快適性を保ちながら深夜の運転を最適化することで省エネ効果を発揮する機器である。例えば「自動制御なし」の運転は、工場出荷時の初期設定のままなど、サーバＳｖから取得した運転計画が無い若しくは運転計画を実施しない場合の制御である。例えば「自動制御なし」では、空調機器５は、工場出荷時に設定された運転モードによって深夜電力を利用し、建物の床下、躯体、室内を冷暖房する運転を行う。
また、「自動制御あり」の欄に記載した運転は、制御機器ＨＧＷを経由して取得した運転計画に基づいて効率の良い冷暖房運転を行う場合を表している。

自動制御によって空調機器５に暖房を行わせる場合、翌日の天気予報情報の外気温予測値とお客様の入力スケジュールをもとに運転計画を策定する。
この運転計画では、深夜キープ運転時間において、利用者の起床時刻に設定温度の環境に到達する条件で深夜キープ運転よりも消費電力の少ない弱運転（省エネキープ）が可能な時間を判断し、効率的な弱運転の時間を設定することで毎日の生活に合わせた省エネ運転を行うことが行われる。また、運転計画の一例として、外気温が高めの日は省エネキープ時間を長く、低い日は省エネキープ時間を短くするようなことが行われる。

自動制御によって空調機器５に冷房を行わせる場合、利用者の入力スケジュールをもとに運転計画を策定する。
この運転計画では、深夜の除湿運転時間のうち、起床時刻に設定湿度の環境に到達する条件で、深夜除湿運転よりも弱運転（省エネキープ）が可能な時間を判断し、効率的な弱運転の時間を設定することで毎日の生活に合わせた省エネ運転を行う。
また、人感センサーや消費電力情報などから日による入室時刻の違いを明らかにし、入室時刻が早い場にも快適性を確保できる等の快適性の向上をねらった制御も可能となっている。さらに、電力単価を考慮した運転計画を策定し実施することも可能である。

空調機器５は、室外機の駆動や温度設定、使用する放射器の選択などを行う各種の手段と、これらを制御するＣＰＵ等の演算手段や制御プログラムその他各種の情報を記憶する記憶手段としての記憶部５１を有した制御手段を備えている。
制御手段は、制御機器ＨＧＷとの通信（命令等）によって空調機器５用に設定された運転計画を実行する。また、記憶部５１に記憶されるデフォルトとは、例えば、利用者が生活スタイル（起床時間、不在時間）や希望する電力料金に合わせて設定する運転開始時刻及び運転終了時刻などのタイマー設定である。また、運転状況を制御機器ＨＧＷに対して出力し、定期的若しくはその都度新しい運転計画を取得する。

上述した蓄電池２、給湯機器３、暖房機器４、空調機器５等は、制御機器ＨＧＷによって制御される被制御機器として機能するものであり、制御機器ＨＧＷとの間で運転計画や運転状況等の各種情報を受信若しくは送信するようになっている。制御機器ＨＧＷは、ＨＥＭＳ端末とも称されるものであり、インターネットＩに接続したルーターＲを経由してサーバＳｖと通信するように構成されているものである。制御機器ＨＧＷは、ＣＰＵ等の演算手段、制御機器ＨＧＷ自体の制御プログラム、各種の情報を記憶する記憶手段を有しており、リモコン装置（壁付きリモコン６、Ｗｅｂリモコン７）等の入力手段を使用して各種の設定や制御を行うようになっている。

制御機器ＨＧＷが有する主な機能を列記すると、以下の通りである。
・サーバＳｖ１（制御サーバ）に、運転計画をリクエストし、送られてきた１日分の運転計画を記憶手段としての記憶部ＨＧ１に保持する。
・前記運転計画を被制御機器用の運転計画として分解し、指定された時刻の少し前に各被制御機器に対して送信する。
・サーバＳｖ１に運転計画をリクエストし、受信できなかった場合、一定時間後に再度リクエストし、可能な限り取得を試みる。
・運転計画を制御機器ＨＧＷから各被制御機器に配信しようとしてもできなかった場合、前記指定された時刻になるまでの間に再送を続け、可能な限り配信を試みる。

・運転計画の配信ができなかった場合、配信ができなかった被制御機器を特定するための情報と、可能な範囲で原因を取得し記録する。
・壁付きリモコン６とＷｅｂリモコン７がある場合、どちらか一方で自動制御オフ（若しくはオン）する操作が行われた場合、その情報を他方のリモコン装置に伝達する。
・サーバＳｖ１から運転計画を受信できなかった場合、それを各被制御機器に伝達する。
・運転計画で指定した被制御機器について、各設定項目の実際の設定状態を取得し、運転計画と同じ時間間隔のデータとして１日ごとにサーバＳｖ１に送信する。
・運転計画の配信が行われなかった被制御機器は、原因を取得して制御機器ＨＧＷを経由してサーバＳｖ１に送信する。原因が送信できなかった場合、少なくとも他のサーバ送信データ（電力データ等）と同じ期間はデータを保持する。
制御機器ＨＧＷは、以上のように、サーバＳｖ１と各被制御機器との間において、運転計画に基づく制御情報、被制御機器の設定情報や実際の運転状況等の各種情報を中継する機能を有している。

本発明は、実際には複数のサーバを使用するものであるが、本実施例ではこれら複数のサーバを２つのサーバＳｖ１，Ｓｖ２として代替的に説明する。
サーバＳｖ１の機能は以下の通りである。
・運転計画を策定するサーバＳｖ２から送られてきた運転計画を邸別に分類する機能を有し、各邸（Ｈ１，Ｈ２，Ｈ３・・・）の制御機器ＨＧＷ（ＨＥＭＳ端末）から運転計画のリクエストがあった場合、各邸（Ｈ１，Ｈ２，Ｈ３・・・）毎に個別の運転計画を送信する。また、どの邸からリクエストがあったか、運転計画を送信できたかといった情報を記録する。
・リクエストがあった邸が運転計画を取得できていなかった場合、その邸コードと対象機器を記録する。
・制御機器ＨＧＷから送信される、各邸（Ｈ１，Ｈ２，Ｈ３・・・）の、運転計画に対する実際の機器設定状態データを受信する。
・前記記録したデータ及び受信したデータを、サーバＳｖ２に渡す。

また、サーバＳｖ２の機能は以下の通りである。
・電力消費量を予測して運転計画を作成する。電力消費量の予測は、日射量予測、外気温予測などの気象予報データ、利用者が選択している電力料金プラン及びサーバＳｖ２に蓄積された利用者の過去の履歴データに基づいて行われる。
・利用者の過去の履歴データとは、利用者の過去の消費電力量の履歴や利用者宅に設置されている被制御機器の動作状況などの履歴などである。これらの情報を予測モデルに入力して、電力消費量の予測値を算出し、機器別制御処理を行い、運転計画を作成する。
・運転計画は、被制御機器の記憶部２１，３１，４１，５１に記憶されたデフォルトの運転計画と比較して、利用者にとって価値の高い運転計画となるように所定時間幅で作成される。利用者にとって価値の高い運転計画とは、快適性、経済性、省電力性又は停電時の電力供給の利便性などの基準によって判断される。
・運転計画は、３０分ごと、１時間ごと、２４時間ごとなど設定された所定時間幅で作成される。例えば、２４時間の制御サイクルの運転計画を１時間の所定時間幅で作成すると、２４個の指示データの集合となる。
・作成した運転計画を、サーバＳｖ１に渡す。
・運転計画を作成できなかった邸があった場合、日付、邸コード、原因を記録する。
・各邸から、実際の機器設定状態データをサーバＳｖ１経由で受け取り記録する。

図４に、運転計画の作成及び住宅用機器制御システム１における運転計画の送受信について、時系列で表した説明図を示した。蓄積された履歴情報（履歴データ）や設定情報などに基づいてサーバＳｖ２で作成された運転計画は、各邸（Ｈ１，Ｈ２，Ｈ３・・・）の制御機器ＨＧＷ（ＨＥＭＳ端末）に決められた時間に配信される。
そして、各邸（Ｈ１，Ｈ２，Ｈ３・・・）内では、宅内機器となる被制御機器（２，３，４，５）に制御機器ＨＧＷから運転計画がそれぞれ送信され、記憶部２１，３１，４１，５１に記憶される。
記憶部２１，３１，４１，５１に記憶された運転計画は、実際の被制御機器（２，３，４，５）の動作制御に利用され、その動作によって新たに生成された履歴情報や設定情報が、制御機器ＨＧＷを経由してサーバＳｖ１に送信されて、履歴データとして蓄積される。

制御機器ＨＧＷに接続された各被制御機器は、機器固有の機能に基づく制限を除き以下の共通機能を有する。
・自動制御オン、オフの切り替えが可能であり、Ｗｅｂリモコン７の指定により切り替えが行われる。
・自動制御オン時、制御機器ＨＧＷから配信される運転計画を受信する。
・自動制御オン時、次の制御サイクル開始時刻から、受信した運転計画に従って機器状態を設定する（３０分ごと、１時間ごとなど）。
・自動制御オン時、制御サイクル開始時刻までに運転計画が受信できなかった場合は、機器それぞれのデフォルトの設定に基づいて次の制御サイクルでは動作する。
・自動制御オン時、運転計画に従った動作をしているか否かを区別できるよう壁リモコンに表示する。
・自動制御がオフとなった場合、運転計画をクリアし、初期設定又は記憶部２１，３１，４１，５１にそれぞれ記憶されたデフォルトの設定に基づいて動作する。
・Ｗｅｂリモコン７で機器が操作された場合、その操作が受け付けられたことを壁リモコンで表示する。

住宅用機器制御システム１を構成する壁付きリモコン６、Ｗｅｂリモコン７と、制御機器ＨＧＷ及びサーバ（通信サーバ、制御サーバ）Ｓｖ１、サーバＳｖ２の動作、制御、運転計画を含めた各種情報の流れは図４に示す通りである。

サーバＳｖ２が策定した運転計画には、強弱などのモード、時間帯ごとの動作指定パラメータ、運転計画全体で参照されるパラメータ、当該運転計画によって動作が開始される時刻、当該運転計画で動作させる機器の指定情報などが含まれる。

上述したように、邸（Ｈ１，Ｈ２，Ｈ３・・・）内に設置された各被制御機器は、サーバＳｖ１から受信した運転計画に基づいて制御される。
しかしながら、通信の途絶、その他の理由によって制御機器ＨＧＷ若しくは各被制御機器が、運転計画に基づいて動作しないというような異常事態の発生も想定される。本実施例では、想定される異常事態に応じて、以下の制御を行うようになっている。
想定される異常事態としては、サーバＳｖ２で運転計画が作成できなかった場合、サーバＳｖ１から邸（Ｈ１，Ｈ２，Ｈ３・・・）の制御機器ＨＧＷに運転計画が送信できない又は制御機器ＨＧＷが運転計画を受信できない場合、制御機器ＨＧＷから被制御機器（２，３，４，５）に運転計画が送信できない又は被制御機器（２，３，４，５）が運転計画を受信できない場合などが想定できる。例えば、制御機器ＨＧＷと被制御機器（２，３，４，５）とが無線ＬＡＮ（Ｗｉ−Ｆｉ）で接続されている場合、通信が途中で途切れるなど不安定な接続状態が起こり得る。
この場合、被制御機器（２，３，４，５）は、記憶部２１，３１，４１，５１に記憶されたデフォルトの設定に基づいて動作することになる。

前述のように運転計画が制御機器ＨＧＷ若しくは各被制御機器（２，３，４，５）に配信されなかった場合、各被制御機器（２，３，４，５）を運転計画に基づいて動作させることはできない。すなわち運転計画は、省エネルギー、光熱費の削減といった観点から、運用日の気温変化、天候等の気象状況を要素に含めて策定されるものであるから、予定した日以外に適用することはできない。このため、被制御機器（２，３，４，５）がサーバＳｖ２で策定された運転計画の取得ができない場合には、予め被制御機器（２，３，４，５）の記憶部２１，３１，４１，５１に記憶されているデフォルトの制御情報（デフォルト設定）に基づいて被制御機器（２，３，４，５）を動作させる。

図５及び図６には、通信遮断などの通信障害が起きた場合における、本実施の形態の住宅用機器制御システム１の制御と、比較のために制御機器ＨＧＷのみに運転計画の記憶手段があって被制御機器側に記憶手段がない場合の制御とを示した。
図５は、空調機器５の制御の一例を示している。この空調機器５は、最上段のデフォルト設定では、深夜は「中」の強さで運転が行われ、早朝から昼にかけて「強」、昼間は「弱」、その後夜間にかけて「強」の強さで運転が行われる。
そして、サーバＳｖ２で２段目の運転計画が作成されて送信されたとする。この運転計画は、サーバＳｖ１から制御機器ＨＧＷへの配信が毎日２２時で、２４時間を１制御サイクルとし、１時間の時間幅の２４個の指示データを有している。
例えば、運転計画配信時となるＴ１時にサーバＳｖ１から制御機器ＨＧＷが運転計画を受信できなかった場合、空調装置５の記憶部５１にデフォルト設定が記憶された本実施の形態の住宅用機器制御システム１であれば、次の２４時間の制御サイクルはデフォルト設定で空調機器５を動作させる。一方、運転計画配信後のＴ２時に制御機器ＨＧＷと空調機器５との間の通信が途絶えても、記憶部５１に運転計画が記憶されているので３時以降も既に配信された運転計画によって空調機器５を動作させることができる。
これに対して、制御機器ＨＧＷの記憶部ＨＧ１に運転計画やデフォルト設定を記憶させて空調機器に１時間の時間幅ごとに制御指示を行う場合は、運転計画配信時のＴ１時にサーバＳｖ１との通信遮断が起きた場合は、制御機器ＨＧＷに記憶されたデフォルト設定によって次の２４時間の制御サイクルはデフォルト設定で空調機器５を動作させることができる。しかしながら、制御機器ＨＧＷと空調機器との間にＴ２時に通信遮断が起きた場合は、３時以降の空調機器の動作は最後に制御機器ＨＧＷから送信された「弱」の強さでの運転に固定されてしまい、利用者にとって価値の高いデフォルト設定とは離隔した動作が続くことになってしまう。

図６は、蓄電池２の制御の一例を示している。この蓄電池２は、最上段のデフォルト設定では、深夜から早朝にかけて「充電（充）」が行われ、早朝から朝にかけて「待機（待）」、午前中から夜間にかけて「放電（放）」という運転が行われる。
そして、サーバＳｖ２で２段目の運転計画が作成されて送信されたとする。この運転計画は、サーバＳｖ１から制御機器ＨＧＷへの配信が毎日２２時で、２４時間を１制御サイクルとし、１時間の時間幅の２４個の指示データを有している。
例えば、運転計画配信時となるＴ１時にサーバＳｖ１から制御機器ＨＧＷが運転計画を受信できなかった場合、蓄電池２の記憶部２１にデフォルト設定が記憶された本実施の形態の住宅用機器制御システム１であれば、次の２４時間の制御サイクルはデフォルト設定で蓄電池２を動作させる。一方、運転計画配信後のＴ３時に制御機器ＨＧＷと蓄電池２との間の通信が途絶えても、記憶部２１に運転計画が記憶されているので３時以降も既に配信された運転計画によって蓄電池２を動作させることができる。
これに対して、制御機器ＨＧＷの記憶部ＨＧ１に運転計画やデフォルト設定を記憶させて蓄電池に１時間の時間幅ごとに制御指示を行う場合は、運転計画配信時のＴ１時にサーバＳｖ１との通信遮断が起きた場合は、制御機器ＨＧＷに記憶されたデフォルト設定によって次の２４時間の制御サイクルはデフォルト設定で蓄電池を動作させることができる。しかしながら、制御機器ＨＧＷと蓄電池との間にＴ３時に通信遮断が起きた場合は、６時以降の蓄電池の動作は最後に制御機器ＨＧＷから送信された「待機」の状態で固定されてしまい、利用者にとって価値の高いデフォルト設定とは離隔した動作状況が続くことになってしまう。

このようにサーバＳｖ２が作成した運転計画を被制御機器（２，３，４，５）が取得できない場合に、本実施の形態の住宅用機器制御システム１であれば、そのような状態における最適な条件で各被制御機器（２，３，４，５）の運転が行われる。この最適な条件は、デフォルト設定として各被制御機器（２，３，４，５）の記憶部２１，３１，４１，５１に記憶されており、サーバＳｖ２が作成した運転計画を取得できない場合に記憶部２１，３１，４１，５１からデフォルト設定を読み出して実行する。
以上図面を参照して本発明の実施の形態を説明したが、具体的な構成はこの実施の形態に限らず、本発明の要旨を逸脱しない程度の設計変更事項は本発明に含まれるものである。
例えば前記実施の形態では、利用者が決めた機器動作設定をデフォルト設定とする場合について説明したが、これに限定されるものではなく、自動制御における一般的に価値の高い機器動作設定が予めデフォルト設定として記憶部２１，３１，４１，５１に記憶されていてもよい。

１ 住宅用機器制御システム
２ 蓄電池（被制御機器）
２１ 記憶部（記憶手段）
３ 給湯機器（被制御機器）
３１ 記憶部（記憶手段）
４ 暖房機器（被制御機器）
４１ 記憶部（記憶手段）
５ 空調機器（被制御機器）
５１ 記憶部（記憶手段）
Ｂ 情報分電盤
Ｈ（Ｈ１、Ｈ２、Ｈ３） 邸
ＨＧＷ 制御機器
Ｉ インターネット
Ｒ ルーター
Ｓｖ（Ｓｖ１，Ｓｖ２） サーバ

Claims (3)

1. サーバと、前記サーバが策定した運転計画を受信する制御機器と、前記運転計画を記憶する記憶手段を有する被制御機器とを備え、
   前記サーバは定期的に前記運転計画を前記制御機器に送信し、前記制御機器から送信されて前記記憶手段に記憶された前記運転計画に従って前記被制御機器が動作されるものであって、
   前記記憶手段には、利用者が決めた機器動作設定をデフォルトの運転計画として記憶させることが可能となっており、
   前記サーバは、電力消費量を予測して前記記憶手段に記憶されたデフォルトの運転計画と比較して、前記利用者にとって要求度が高い運転計画を所定時間幅で作成し、
   前記運転計画に基づいて前記所定時間幅で前記被制御機器を動作させている際に、前記被制御機器が前記制御機器から前記運転計画を受信できなかった場合に、前記被制御機器は前記デフォルトとして前記記憶手段に記憶されている運転計画に基づいて前記被制御機器を動作させるようになっており、
   また、前記利用者にとって要求度が高い運転計画は、温湿度環境確保、経済性、省電力性又は停電時の電力供給確保のいずれかの基準によって判断されることを特徴とする住宅用機器制御システム。
2. 前記被制御機器が前記制御機器から前記運転計画を受信できない場合には、前記制御機器が前記運転計画を受信できない場合若しくは前記制御機器が受信した前記運転計画を前記被制御機器に送信できない場合、又は前記制御機器が送信した前記運転計画を前記被制御機器が受信できない場合があることを特徴とする請求項１に記載の住宅用機器制御システム。
3. 前記電力消費量の予測は、気象予報データ、利用者が選択している電力料金プラン及び前記サーバに蓄積された前記利用者の過去の履歴データに基づいて行われることを特徴とする請求項１又は２に記載の住宅用機器制御システム。