JP2013192350A - 機器制御装置及び機器制御方法 - Google Patents

Abstract

【課題】天気に応じた機器の制御をより効率良く行えるようにする。
【解決手段】ネットワーク１００に接続される制御部２００は、第１の時刻に対応する天気に関する天気情報を第１の時刻よりも前の第２の時刻で取得する（Ｓ２００）と共に、第１の時刻に対応する天気に関する天気情報を第２の時刻よりも後の第３の時刻で取得する（Ｓ２１０）。そして、制御部２００は、第２の時刻及び第３の時刻で取得された第１の時刻に対応する天気情報を比較する（Ｓ２２０）。そして、制御部２００は、比較結果に応じて、ネットワーク１００に接続されるユーザ端末３００、携帯端末３１０等に通知を行う（Ｓ２３０）。
【選択図】図１

Description

本発明は機器制御装置及び機器制御方法に関し、特に、天気情報に基づいて機器を制御するシステムに用いて好適な技術に関するものである。

従来、天気予報情報を取得し、この取得した天気予報情報に基づいて機器を制御するシステムはあった。例えば、特許文献１では、太陽電池とバッテリーを組み合わせたシステムにおいて、天気予報情報を取得し、この取得した天気予報情報より太陽電池の翌日の発電量を予測するとともに、過去の消費電力量から翌日の消費電力量を予測する。そして、予測した消費電力量と天気予報情報より予測した発電量とを比較し、予測した消費電力量の方が多い場合に、消費電力の不足分を安価な夜間電力を用いてバッテリーに充電するシステムが開示されている。

特開２０１１−９２００２号公報

しかしながら、従来の技術では、取得される天気情報によっては、天気に応じた機器の制御を適切に行えない恐れがあった。例えば、天気予報で翌日の天気が晴れとなっていたにも関わらず、実際の天気は曇りであった場合、太陽電池の実際の発電量が予測発電量を下回ってしまう可能性がある。この場合、昼間に家庭用のバッテリーが空になり、昼間の高価な電力を購入する必要が生じる恐れがある。

また、例えば、天気予報で翌日の天気が曇りとなっていたにも関わらず、実際の天気は晴れであった場合、実際の発電量が予測発電量を上回ってしまう可能性がある。この場合、安価な夜間電力を用いてバッテリーに充電していると、家庭用のバッテリーの容量がオーバーしてしまい、太陽電池により得られたエネルギーが無駄になってしまう恐れがある。

天気予報情報は、あくまで事前の予報情報であり、その的中確率は１００％ではない。したがって、天気予報が外れてしまい、予測発電量に対して実際の発電量が下回った（または上回った）場合には、経済的なデメリットが発生してしまう恐れがあった。
本発明は前述の問題点に鑑み、天気に応じた機器の制御をより効率良く行えるようにすることを目的とする。

本発明の機器制御装置は、ネットワークに接続される機器制御装置であって、第１の時刻に対応する天気に関する天気情報を前記第１の時刻よりも前の第２の時刻で取得すると共に、前記第１の時刻及び第２の時刻で取得された前記第１の時刻に対応する天気情報を比較する比較手段と、前記比較手段による比較結果に応じて、前記ネットワークに接続されるデバイスに通知を行う通知手段とを有することを特徴とする。

本発明によれば、天気に応じた機器の制御をより効率良く行えるようになる。

本発明の機器制御装置の好ましい実施の形態を示すブロック図である。 第１の実施形態の制御部による制御工程を説明するフローチャートである。 第１の実施形態の時間軸でのタイミングを説明するタイムチャートである。 第２の実施形態の制御部による制御工程を説明するフローチャートである。 第２の実施形態の時間軸でのタイミングを説明するタイムチャートである。 第３の実施形態の制御部による制御工程を説明するフローチャートである。 第４の実施形態の制御部による制御工程を説明するフローチャートである。 第４の実施形態の時間軸でのタイミングを説明するタイムチャートである。 第５の実施形態の制御部による制御工程を説明するフローチャートである。

以下に、本発明の機器制御装置の好ましい実施の形態を、添付の図面に基づいて詳細に説明する。図１は、本発明の実施形態にかかわるブロック図である。
＜第１の実施形態＞
以下、図１を参照して、本発明の第１の実施形態による機器制御装置の構成について説明する。
図１において、１００はインターネット等の通信網、１１０は電力会社、１２０はインターネット上などにある天気予報情報サイト、２００は制御部、２２０は太陽電池、２３０は商用電力線、２４０はバッテリーである。また、２５０はカメラ、２６０は各種天気センサ、３００はユーザ端末、３１０は携帯端末、４００はエアコン、４１０は照明装置、４２０は雨戸開閉器、である。ここで、太線は電力線を示し、細線は制御及び通信線を示す。

制御部２００は、電力制御部２０２、充電制御部２０４、全体制御部２１０、通信制御部２１２、天気情報管理部２１４、負荷機器制御部２１６を内部に備えている。また、ユーザ端末３００とは、例えば、パーソナルコンピュータでもよいし、壁に設置された消費電力モニタなどであってもよい。また、制御部２００は、ユーザ端末３００などの他の機器に組み込まれていてもよいし、独立した装置であってもよい。

図１において、通信制御部２１２はインターネット等のネットワーク１００を介して、電力会社１１０より電力供給に関するコマンド等の受信、天気予報情報サイト１２０より天気予報情報の取得、携帯端末３１０への通知等を行う。また、電力消費にかかわる情報を外部サーバから受信する。電力制御部２０２は、電力会社１１０より商用電力線２３０を介して電力の供給を受けるとともに、太陽電池２２０からの発電電力、バッテリー２４０に蓄電した電力を受け取る制御を行う。

そして、電力制御部２０２は、負荷機器であるエアコン４００、照明装置４１０、雨戸開閉器４２０等に対して電力の供給を制御する。また、負荷機器制御部２１６は各負荷機器と通信を行い、各負荷機器の動作状態を制御する。さらに、充電制御部２０４はバッテリー２４０に対して充電制御を行う。また、天気情報管理部２１４は、カメラ２５０やセンサ２６０より現在の天気情報を取得する。例えば、カメラ２５０で撮像した撮像画像から天気に関するデータ解析を行って天気情報取得を行う。

次に、図２を参照して、制御部２００による制御工程を説明する。
図２は、制御部２００による動作を説明するためのフローチャートである。図２の処理は、制御部２００に含まれるＣＰＵが、図２の処理に係るプログラムをメモリに読み出して実行することにより実現される。なお、制御部２００は、ネットワーク１００に接続される機器制御装置として機能する。

本実施形態の制御部２００は、所定の時刻（例えば、毎日２１時）になると、図２の処理を開始する例を中心に説明するが、この例に限らない。すなわち、制御部２００は、図２の処理を、制御部２００の電源の投入や、天気予報情報サイト１２０からの天気予報情報の受信や、ユーザからの指示などに応じて開始するようにしてもよい。

制御部２００は、天気予報情報サイト１２０より天気予報情報を取得し、取得した天気予報情報の保存を行う（Ｓ２００）。なお、本実施形態では、制御部２００に天気予報情報を記憶する記憶領域（記憶媒体）を設けるが、別のデバイスに記憶させるようにすることも可能である。次に、天気情報管理部２１４は、カメラ２５０、センサ２６０等より現在の天気を判定する（Ｓ２１０）。

そして、天気情報管理部２１４は、Ｓ２００で保存された天気予報情報のうち、現在の時刻に相当する予報情報に応じた天気と、現在の天気の比較を行う（Ｓ２２０）。比較した結果、天気予報情報による天気と現在の天気が異なる場合、天気情報管理部２１４は、全体制御部２１０に対して警告を通知する。天気情報管理部２１４より警告の通知を受けた全体制御部２１０は、通信制御部２１２を介して、携帯端末３１０とユーザ端末３００の両方、またはいずれか一方に対して警告を通知する（Ｓ２３０）。

通知を受けたユーザ端末３００、携帯端末３１０は、画面表示、音等によりユーザに対して警告の告知を行う。また、天気情報管理部２１４より警告の通知を受けた全体制御部２１０は、Ｓ２３０において、負荷機器制御部２１６を介して負荷機器であるエアコン４００、照明装置４１０、雨戸開閉器４２０等のうちの１つまたは複数に対して通知を行う。Ｓ２３０において制御部２００が負荷機器へ行う通知は、負荷機器の消費電力を下げるための制御信号の送信である。なお、制御部２００は、Ｓ２３０において、ユーザ端末３００、携帯端末３１０、各種負荷機器のいずれか１つに通知をしてもよいし、複数に通知をしてもよい。

次に、現在の天気の判定方法に関して説明を行う。
現在の天気は、例えば、センサ２６０を使い、温度、湿度、気圧、降雨量、明るさ、風力等を計測して判定することができる。また、現在の天気は、カメラ２５０を使って、明るさ、空の色、雲の量、雲の流れ方、旗やのぼりのなびき方、通行人の傘、通行車両のワイパーの稼働状況、等により、晴れや雨等の天気や、風の強さなどの判定を行うことができる。

さらに、遠くの空の状態、雲の流れる方向等を撮影し、撮影画像を解析することにより、現在の天気だけではなく、近い将来の天気を予測することも可能である。本実施形態の制御部２００は、カメラ２５０が撮像して生成した画像データを受信して、現在の天気を判定する。制御部２００に天気を判定する機能を持たせることで、カメラ２５０が天気を判定する機能を持っていなかったとしても、本実施形態の電力制御を実現できる。

ただし、カメラ２５０側で現在の天気を判定するようにすることも可能である。カメラ２５０に天気を判定する機能を持たせることで、カメラ２５０から制御部２００へ送られるデータ量を少なくすることができる。また、前述のように、カメラ２５０ではなく、センサ２６０を用いて天気を判定することも可能であるし、センサ２６０とカメラ２５０の両方を用いて天気を判定することも可能である。

次に、図３を参照して、時間軸でのそれぞれのタイミングをより詳細に説明する。
図３は、時刻、天気予報情報の取得、現在の天気情報の取得、天気情報の比較、それぞれのタイミングを示した図である。まず、ｎ−１日２１時に翌日（ｎ日）の天気予報情報（F_n）を取得し、この情報を記憶媒体に保存する。

すなわち、制御部２００は、ｎ−１日の２１時に、ｎ日の０時〜３時、３時〜６時、６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時、２１時〜２４時の予報情報を、天気予報情報サイト１２０から取得する。ｎ−１日２１時におけるｎ日６時の予報情報の取得は、図２のＳ２００に対応する。なお、本実施形態では、３時間ごとの予報情報を取得する例を示しているが、この例に限らない。

次に、制御部２００は、翌日（ｎ日）の６時に現在の天気情報（W_n,6）を取得する。現在の天気情報は、前述したようにカメラ２５０やセンサ２６０を用いて取得される。すなわち、制御部２００は、カメラ２５０がｎ日６時に撮像した画像データ（または、ｎ日６時にセンサ２６０が取得したセンサデータ）により、現在の天気情報（W_n,6）を取得する。ｎ日６時におけるｎ日６時の天気情報の取得は、図２のＳ２１０に対応する。そして、前日（ｎ−１日）に取得した本日（ｎ日）の天気予報情報（F_n）よりｎ日６時の予報情報（F_n,6）を取出し、本日６時（ｎ日６時）の予報情報（F_n,6）と現在の天気情報（W_n,6）を比較する。

ｎ−１日２１時に取得した予報情報に応じた天気と、ｎ日６時に取得した天気情報に応じた天気の比較は、図２のＳ２２０に対応する。そして、制御部２００は、比較した結果、予報情報（F_n,6）による天気と現在の天気（W_n,6）が異なる場合には、携帯端末（図１、３１０）、ユーザ端末（図１、３００）、負荷機器の少なくとも１つに対して通知を行う。警告の通知は、図２のＳ２３０に対応する。

つまり、本実施形態の制御部２００は、以下のように動作する。
すなわち、制御部２００は、第１の時刻（例えば、ｎ日の６時）に対応する天気に関する天気情報（予報情報）を、第１の時刻よりも前の第２の時刻（例えば、ｎ−１日の２１時）に取得する。また、制御部２００は、第１の時刻（ｎ日の６時）に対応する天気に関する天気情報（カメラやセンサ等によって取得される天気情報）を、第２の時刻よりも後の第３の時刻（例えば、ｎ日の６時）に撮像された画像データにより取得する。

なお、上記の例では、第１の時刻と第３の時刻が同じ時刻である場合の例を説明しているが、この例に限らず、例えば、第３の時刻は、第１の時刻の１０分前や１０分後などにしてもよい。すなわち、第３の時刻を第１の時刻よりも後の時刻にすることも可能である。また、上記の例では、第３の時刻に取得される天気情報は、カメラやセンサ等によって取得される実際の天気に関する天気情報である場合の例について説明したが、この例に限らない。

例えば、第３の時刻（例えば、ｎ日の午前３時）に、第１の時刻（ｎ日の６時）の予報情報が取得されるようにしてもよい。また、本実施形態では、天気をカメラ２５０やセンサ２６０等によって取得する例を中心に説明しているが、この例に限らず、制御部２００は、例えば、現在の天気の情報を提供するサーバなどから取得することも可能である。

本実施形態の制御部２００は、第２の時刻（ｎ−１日２１時）に取得された第１の時刻（ｎ日６時）の天気情報（予報情報）と、第３の時刻（ｎ日６時）に取得された第１の時刻の天気情報とを比較する。そして、制御部２００は、比較結果に応じて、携帯端末３１０、ユーザ端末３００、制御部２００内の負荷機器制御部２１６に対して警告を通知する。

携帯端末３１０、ユーザ端末３００、負荷機器制御部２１６に対する通知には、天気予報と実際の天気が異なることを示す警告、及び天気予報で示される天気の識別情報、及び実際の天気の識別情報が含まれる。天気の識別情報により、例えば、晴れ、曇り、雨、台風、雷雨、雪等が識別される。

また、天気の識別情報により、例えば、明るさや風の強さが識別される。本実施形態では、天気の識別情報により、明るさが３段階で示される（明るい、普通、暗い）。また、本実施形態では、天気の識別情報により、風の強さが３段階で示される（強風、普通、微風）。ただし、この例に限らず、例えば、１００段階に分けてもよい。

制御部２００は、ｎ日６時の明るさが「明るい」ことを示す天気予報情報をｎ−１日２１時に取得する。その後、ｎ日６時の明るさが「暗い」ことを示す天気情報をｎ日６時に取得した場合、携帯端末３１０、ユーザ端末３００、負荷機器制御部２１６の少なくとも１つに対して警告を通知する。

警告を通知するためのパケットには、「明るい」に対応する識別情報、「暗い」に対応する識別情報が含まれる。すなわち、警告用のパケットは、第１の時刻（ｎ日６時）を示す識別情報を格納する領域、第２の時刻（ｎ−１日２１時）に取得された天気に関する識別情報を格納する領域、第３の時刻（ｎ日６時）に取得された天気に関する識別情報を格納する領域を有する。

携帯端末３１０、ユーザ端末３００は、警告の受信に応じて、警告メッセージを表示させる。また、負荷機器制御部２１６は、警告の受信に応じて、例えば、負荷機器の消費電力を低減させるための制御信号（例えば、エアコン４００の設定温度を変更するための制御信号）を負荷機器（エアコン４００）に対して送信する。

また、例えば、負荷機器制御部２１６は、警告の受信に応じて、負荷機器に所定の動作を開始させるための制御信号（例えば、雨戸開閉器４２０に雨戸を閉めさせるための制御信号）を負荷機器（雨戸開閉器４２０）に対して送信する。ただし、制御信号の内容は、上記の例に限らない。

同様に、制御部２００は、ｎ日の９時に現在の天気情報（W_n,9）を取得し、ｎ−１日に取得したｎ日の天気予報情報（F_n）より９時の予報情報（F_n,9）を取出し、ｎ日９時の予報情報（F_n,9）と現在（ｎ日９時）の天気情報（W_n,9）を比較する。そして、制御部２００は、比較した結果、予報情報（F_n,9）による天気と現在の天気（W_n,9）が異なる場合には、携帯端末３１０、ユーザ端末３００、負荷機器の少なくとも１つに対して通知を行う。同様に、１２時、１５時、に現在の天気情報を取得し、前日に取得した予報情報との比較を行い、異なる場合には通知を行う。

また、制御部２００は、夜２１時に、ｎ＋１日の天気予報情報（F_n+1）を取得し、この情報を保存する。これを繰り返していく。ここでは天気予報情報の取得を毎日２１時、現在の天気情報の取得を毎日６時、９時、１２時、１５時とし、天気の比較を同じく毎日６時、９時、１２時、１５時としたが、これにこだわることはない。天気予報情報の取得を夜２１時だけではなく、昼の１２時にも行うようにしてもよい。現在の天気情報の取得を夜の時間も含めて取得してもよいし、また、１時間ごとに取得してもよい。さらに、季節により現在の天気情報の取得時間を変更してもよい。これは、全体システムの中で、最適な時間に最適な情報を取得するようにすればよい。

以上説明したように、天気予報により予想された天気に対して実際の天気が外れた時に、ユーザ、または負荷機器に通知を行うことで実際の天気に対応した負荷機器の制御操作を行うことが可能となった。例えば、天気予報が晴れや曇りであった時に、突然のにわか雨が降ってきた際に、外出先から“雨戸を閉める“ように雨戸開閉器に対してコマンドを送り、雨戸を閉め、部屋に雨が侵入することを防止することが可能となる。

また、警告通知をユーザに送るのではなく、負荷機器が接続されるシステムに対して通知することにより、あらかじめ決められた負荷機器の動作を自動的に制御することも可能となる。前記の例では、警告を受けたユーザが雨戸開閉器４２０に対して操作コマンドを送信するのではなく、天気情報管理部２１４が全体制御部２１０に対して警告を発信する。そして、この警告に対して、負荷機器制御部２１６が負荷機器（雨戸開閉器４２０）の動作を自動的に制御する。すなわち、天気情報管理部２１４が全体制御部２１０に対して発信した警告に対して、負荷機器制御部２１６が“雨戸を閉める“ように雨戸開閉器に対してコマンドを送り、雨戸を閉め、部屋に雨が侵入することを防止することが可能となる。

＜第２の実施形態＞
以下、図４を参照して、本発明の第２の実施形態による機器制御装置の制御フローについて説明する。なお、第２の実施形態では、第１の実施形態との差異を中心に説明する。
第２の実施形態では、太陽電池２２０の他、風力発電装置（図示せず）等の自然エネルギーによる発電装置と、電力を蓄電できるバッテリー２４０を備えた形態である。

そして、取得した天気予報情報より翌日の太陽電池２２０による発電量を予測するとともに、翌日の電力消費量予測を予測し、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行う。そして、昼間の消費電力に対する発電電力の不足電力をバッテリー２４０から供給するシステムである。すなわち、本実施形態では、夜間（例えば０時〜６時）の電力の価格が、昼間（例えば６時〜２４時）の価格よりも安いことを前提としている。ただし、この例に限らず、例えば、昼間でも、電力価格が異なるようにしてもよい。

なお、図４の処理は、制御部２００に含まれるＣＰＵが、図４の処理に係るプログラムをメモリに読み出して実行することにより実現される。また、本実施形態の制御部２００は、所定の時刻（例えば、毎日２１時）になると、図４の処理を開始する例を中心に説明するが、この例に限らない。すなわち、制御部２００は、図４の処理を、制御部２００の電源の投入や、天気予報情報サイト１２０からの天気予報情報の受信や、ユーザからの指示などに応じて開始するようにしてもよい。

まず、制御部２００は、天気予報情報サイト１２０より天気予報情報を取得し、取得した天気予報情報の保存を行う（Ｓ４００）。なお、本実施形態では、制御部２００に天気予報情報を記憶する記憶領域を設けるが、別のデバイスに記憶させるようにすることも可能である。

そして、制御部２００は、取得した天気予報情報より翌日の発電量を一定時間ごとに予測するとともに、予測発電量を記憶する（Ｓ４１０）。次に、太陽電池２２０による現在の発電量を検出する（Ｓ４２０）。そして、制御部２００は、制御部２００内の記憶領域に保存してある予定の時間帯における予測発電量と、現在の発電量の比較を行う（Ｓ４３０）。現在の発電量は、太陽電池２２０から取得可能である。

制御部２００は、Ｓ４３０で比較した結果、予測発電量に対して現在の発電量が、下回っている場合には、携帯端末３１０、ユーザ端末３００、負荷装置の少なくとも１つに対して通知を行う。ユーザ端末３００、携帯端末３１０、負荷装置のそれぞれは、ネットワーク１００に接続されるデバイスである。また、制御部２００は、負荷機器であるエアコン４００、照明装置４１０、等に対して動作状態の制御を行う（Ｓ４４０）。

第２の実施形態での説明では、太陽電池を例にして説明を行った。しかしながら、自然エネルギーによる発電装置として太陽電池に限るものではなく、この他、風力発電装置等の自然エネルギーからの発電装置に対して適用できるものである。

次に、図５を参照して、時間軸でのそれぞれのタイミングをより詳細に説明する。図５は、時刻、天気予報情報の取得、取得した天気予報情報より発電量の予測（予測発電量１）、現在の発電量の検出（実発電量）、予測発電量１と実発電量の比較、それぞれのタイミングを示した図である。

まず、ｎ−１日２１時に翌日（ｎ日）の天気予報情報（F_n）を取得し、この情報を保存する。そして、取得した天気予報情報より翌日の発電量を一定時間ごとに予測するとともに、予測発電量１（FP１_n）を記憶する。本実施形態の制御部２００は、一定時間ごとの予測発電量として、ｎ日の０時、３時、６時、９時、１２時、１５時、１８時、２１時、２４時のそれぞれの時点における予測発電量を取得する。なお、一定時間ごとの予測発電量として、例えば、ｎ日の０時〜３時、３時〜６時、６時〜９時、９時〜１２時、１２時〜１５時、１５時〜１８時、１８時〜２１時、２１時〜２４時のそれぞれの予測発電量を取得することも可能である。制御部２００は、一定時間ごとの予測発電量を、制御部２００内に設けられた記憶部に記憶させる。

次に、制御部２００は、翌日（ｎ日）の６時に自然エネルギーからの発電装置による現在の発電量（P_n,6）を検出する発電量取得処理を行う。そして、前日（ｎ−１日）に予測した本日（ｎ日）の予測発電量１（FP１_n）より６時の予測発電量１（FP１_n,6）を取出し、本日６時（ｎ日６時）の予測発電量１（FP１_n,6）と現在の発電量（P_n,6）を比較する。

そして、比較した結果、予測発電量１（FP１_n,6）に対して現在の発電量（P_n,6）が下回る場合には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）の少なくとも１つに対して通知する。
同様に、制御部２００は、本日（ｎ日）の９時に現在の発電量（P_n,9）を検出する。そして、制御部２００は、前日（ｎ−１日）に取得した本日（ｎ日）の予測発電量１（FP１_n）より９時の予測発電量１（FP１_n,9）を取出し、本日９時（ｎ日９時）の予測発電量１（FP１_n,9）と現在の発電量（P_n,9）を比較する。

そして、制御部２００は、比較した結果、予測発電量１（FP１_n,9）に対して現在の発電量（P_n,9）が下回る場合には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）の少なくとも１つに対して通知する。制御部２００は、同様に、１２時、１５時、と現在の発電量（P_n,x）を取得し、前日に予測した予測発電量１（FP１_n,x）との比較を行い、予測発電量１（FP１_n,x）に対して現在の発電量（P_n,x）が下回る場合には通知を行う。なお、本実施形態では、現在の発電量が予測発電量よりも下回る場合に通知を行う例を説明しているが、例えば、現在の発電量が、予測発電量よりも、所定値以上、下回った場合に、通知を行うようにしてもよい。

また、制御部２００は、夜２１時に、翌日（ｎ＋１日）の天気予報情報（F_n+1）を取得し、この情報を保存する。これを繰り返していく。ここでは、天気予報情報の取得を毎日２１時、現在の発電量の検出を毎日６時、９時、１２時、１５時とし、発電量の比較を同じく毎日６時、９時、１２時、１５時としたが、これにこだわることはない。天気予報情報の取得を夜２１時だけではなく、昼の１２時にも取得してもよい。発電装置が太陽電池であれば、昼間に限定してもかまわない。しかし、風力発電等夜間にも発電できる発電装置である場合には、夜間も含めて発電量の検出を行ってもよい。

また、時間も１時間ごとに取得してもよい。さらに、発電装置が太陽電池であれば、日の出、日の入りの時刻が季節により変動するので、季節、または日の出、日の入り時刻を取得して現在の天気情報の取得時刻を決定してもよい。これは、全体システムの中で、最適な時間に最適な情報を取得するようにすればよい。

以上説明したように、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行うようにしたものの、天気予報が外れてしまうと、発電量とバッテリーに充電した電力で消費電力を賄うことができなくなる。実際の発電量が予測発電量に満たない場合には、消費電力に対して、発電量とバッテリーの蓄電量による供給電力が不足し、昼間の高価な電力を購入することになる。このために、予測発電量に対し実際の発電量が下回った時にユーザ、または、システムに通知を行うことにより、エアコン等の負荷機器を制御し、消費電力を抑えるようにすることを可能とした。これにより、昼間の高価な電力を購入することなく、買電コストの上昇を抑えることが可能となる。

＜第３の実施形態＞
以下、図６を参照して、本発明の第３の実施形態による機器制御装置の制御フローについて説明する。なお、本実施形態では、第１及び第２の実施形態との差異を中心に説明する。
第３の実施形態は、システムの構成は第２の実施形態と同様であり、太陽電池２２０の他、風力発電装置（図示せず）等の自然エネルギーによる発電装置と、電力を蓄電できるバッテリー２４０を備えた形態である。そして、取得した天気予報情報より翌日の太陽電池２２０による発電量を予測するとともに、翌日の電力消費量予測を予測し、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行う。そして、昼間の消費電力に対する発電電力の不足電力をバッテリー２４０から供給するシステムである。

図６は、制御部２００による動作を説明するためのフローチャートである。図６の処理は、制御部２００に含まれるＣＰＵが、図６の処理に係るプログラムをメモリに読み出して実行することにより実現される。本実施形態の制御部２００は、所定の時刻（例えば毎日２１時）になると、図６の処理を開始する例を中心に説明するが、この例に限らない。すなわち、制御部２００は、図６の処理を、制御部２００の電源の投入や、天気予報情報サイト１２０からの天気予報情報の受信や、ユーザからの指示などに応じて開始するようにしてもよい。

まず、制御部２００は、天気予報情報サイト１２０より天気予報情報を取得し、取得した天気予報情報の保存を行う（Ｓ６００）。なお、本実施形態では、制御部２００に天気予報情報を記憶する記憶領域を設けるが、別のデバイスに記憶させるようにすることも可能である。

次に、カメラ２５０、センサ２６０等より現在の天気を判定する（Ｓ６１０）。そして、制御部２００は、制御部２００内の記憶部に保存してある天気予報情報より現在の時刻に相当する予報情報を取得し、当該予報情報に応じた天気と現在の天気の比較を行う（Ｓ６２０）。

比較した結果、予報情報による天気と現在の天気が異なる場合には、バッテリー２４０の蓄電量に関する情報を取得する蓄電量取得処理を行い、残容量の検出を行う（Ｓ６３０）。次に、検出されたバッテリーの残容量が一定量以下であるか否かを判定し（Ｓ６４０）、一定量以下である時には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）の少なくとも１つに対して通知する。ユーザ端末３００や携帯端末３１０は、制御部２００からの通知に応じて、画面表示、音等によりユーザに対して警告の告知を行う。また、制御部２００がシステムとして警告を通知し、負荷機器であるエアコン４００、照明装置４１０、雨戸開閉器４２０等に対して動作状態の制御を行う（Ｓ６５０）。例えば、エアコン４００は、制御部２００からの通知に応じて、エアコン４００の消費電力が低減されるよう、エアコン４００の設定温度を変更する。

以上説明したように、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行うようにしたものの、天気予報が外れてしまうと、発電量とバッテリー２４０に充電した電力で消費電力を賄うことができなくなる。天気予報により予想された天気に対して実際の天気が外れた時に、予測発電量に対して実際の発電量が下回る可能性があり、消費電力に対して、発電量とバッテリー２４０の蓄電量による供給電力が不足し、昼間の高価な電力を購入することになる。

このために、天気予報により予想された天気に対して実際の天気が外れ、また、夜間蓄電したバッテリーの蓄電量が一定量を下回った時に、ユーザ端末３００、携帯端末３１０、システム（負荷機器、または負荷機器の動作を管理する管理装置）に通知を行う。これにより、エアコン等の負荷機器を制御し、消費電力を抑えるようにすることが可能となり、昼間の高価な電力を購入することなく、買電コストの上昇を抑えることが可能となる。

＜第４の実施形態＞
以下、図７を参照して、本発明の第４の実施形態による機器制御装置の制御フローについて説明する。なお、本実施形態では、第１〜第３の実施形態との差異を中心に説明する。
第４の実施形態は、システムの構成は第２の実施形態と同様であり、太陽電池２２０の他、風力発電装置（図示せず）等の自然エネルギーによる発電装置と、電力を蓄電できるバッテリー２４０を備えた形態である。

そして、取得した天気予報情報より翌日の太陽電池２２０による発電量を予測するとともに、翌日の電力消費量予測を予測し、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行う。そして、昼間の消費電力に対する発電電力の不足電力をバッテリー２４０から供給するシステムである。

図７は、制御部２００による動作を説明するためのフローチャートである。図７の処理は、制御部２００に含まれるＣＰＵが、図７の処理に係るプログラムをメモリに読み出して実行することにより実現される。本実施形態の制御部２００は、所定の時刻（例えば、毎日２１時）になると、図７の処理を開始する例を中心に説明するが、この例に限らない。すなわち、制御部２００は、図７の処理を、制御部２００の電源の投入や、天気予報情報サイト１２０からの天気予報情報の受信や、ユーザからの指示などに応じて開始するようにしてもよい。

まず、制御部２００は、天気予報情報サイト１２０より天気予報情報を取得し、取得した天気予報情報の保存を行う（Ｓ７００）。そして、制御部２００は、取得した天気予報情報より翌日の発電量を一定時間ごとに予測するとともに、予測発電量１を記憶する（Ｓ７１０）。

次に、制御部２００は、カメラ２５０、センサ２６０等を用いて現在の天気を判定する（Ｓ７２０）。制御部２００は、判定した現在の天気より、これからの太陽電池２２０の発電量を予測する（Ｓ７３０）。そして、制御部２００は、現在の天気情報より予測した予測発電量２と天気予報情報より予測した予測発電量１を比較する（Ｓ７４０）。

制御部２００は、比較した結果、予測発電量１に対して予測発電量２が下回った場合には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）のうち少なくとも１つに対して通知する。ユーザ端末３００や携帯端末３１０は、制御部２００からの通知に応じて、画面表示、音等によりユーザに対して警告の告知を行う。また、制御部２００がシステムとして警告を通知し、負荷機器であるエアコン４００、照明装置４１０、等に対して動作状態の制御を行う（Ｓ７５０）。例えば、エアコン４００は、制御部２００からの通知に応じて、エアコン４００の消費電力が低減されるよう、エアコン４００の設定温度を変更する。

次に、図８を参照して、時間軸でのそれぞれのタイミングをより詳細に説明する。図８は、時刻、天気予報情報の取得、取得した天気予報情報よる発電量の予測（予測発電量１（第１の発電量））、現在の天気情報の取得、取得した現在の天気情報よる発電量の予測（予測発電量２（第２の発電量））、予測発電量１と予測発電量２の比較、それぞれのタイミングを示した図である。

まず、制御部２００は、ｎ−１日２１時に翌日（ｎ日）の天気予報情報（F_n）を取得し、この情報を制御部２００に設けられた記憶部に保存する。そして、制御部２００は、取得した天気予報情報より翌日の発電量を一定時間ごとに予測するとともに、予測発電量１（FP１_n）を記憶する。

次に、制御部２００は、翌日（ｎ日）の６時に現在の天気情報（W_n,6）を取得する。そして、制御部２００は、取得した６時の天気情報より、これからの太陽電池の発電量を予測する（予測発電量２、FP２_n,6）。そして、前日（ｎ−１日）に予測した本日（ｎ日）の予測発電量１（FP１_n）より６時の予測発電量１（FP１_n,6）を取出し、本日６時（ｎ日６時）の予測発電量１（FP１_n,6）と現在の天気より予測した予測発電量２（FP２_n,6）を比較する。

そして、比較した結果、予測発電量１（FP１_n,6）に対して予測発電量２（FP２_n,6）が下回る場合には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）の少なくとも１つに対して通知する。

制御部２００は、同様に、翌日（ｎ日）の９時に現在の天気情報（W_n,9）を取得する。そして、取得した９時の天気情報より、これからの太陽電池の発電量を予測する（予測発電量２、FP２_n,9）。そして、前日（ｎ−１日）に予測した本日（ｎ日）の予測発電量１（FP１_n）より９時の予測発電量１（FP１_n,9）を取出し、本日９時（ｎ日９時）の予測発電量１（FP１_n,9）と現在の天気より予測した予測発電量２（FP２_n,9）を比較する。そして、比較した結果、予測発電量１（FP１_n,9）に対して予測発電量２（FP２_n,9）が下回る場合には、携帯端末３１０、ユーザ端末３００、システム（負荷装置）の少なくとも１つに対して通知する。なお、本実施形態では、予測発電量１よりも予測発電量２が低い場合に通知を行う例について説明しているが、予測発電量１よりも予測発電量２が、所定値以上、低い場合に通知を行うようにしてもよい。

制御部２００は、同様に、１２時、１５時、と現在の天気情報（W_n,x）を取得し、取得した天気情報より、これからの太陽電池の発電量を予測する（予測発電量２、FP２_n,x）。そして、制御部２００は、前日に予測した予測発電量１（FP１_n,x）と現在の天気より予測した予測発電量２（FP２_n,x）の比較を行い、予測発電量１（FP１_n,x）に対して予測発電量２（FP２_n,6）が下回る場合には通知を行う。また、制御部２００は、夜２１時に、翌日（ｎ＋１日）の天気予報情報（F_n+1）を取得し、この情報を保存する。これを繰り返していく。

ここでは、天気予報情報の取得を毎日２１時、現在の発電量の検出を毎日６時、９時、１２時、１５時とし、発電量の比較を同じく毎日６時、９時、１２時、１５時としたが、これにこだわることはない。天気予報情報の取得を夜２１時だけではなく、昼の１２時にも行うようにしてもよい。発電装置が太陽電池であれば、昼間に限定してもかまわない。しかし、風力発電等夜間にも発電できる発電装置である場合には、夜間も含めて天気情報の取得を行い、これからの発電量の予測（予測発電量２）を行ってもよい。また、時間も１時間ごとに取得してもよい。これは、全体システムの中で、最適な時間に最適な情報を取得するようにすればよい。

以上説明したように、予測消費電力量に対する予測発電量の不足分を、夜間の安価な電力によりバッテリー２４０に対して充電を行うようにしたものの、天気予報が外れてしまうと、発電量とバッテリーに充電した電力で消費電力を賄うことができなくなる。実際の天気による予測発電量２が天気予報情報による予測発電量１に満たない場合には、消費電力に対して、発電量とバッテリーの蓄電量による供給電力が不足し、昼間の高価な電力を購入することになる。

このために、天気予報情報より予測した予測発電量１に対し現在の天気より予測した予測発電量２が下回った時にユーザ、または、システムに通知を行うことにより、エアコン等の負荷機器を制御し、消費電力を抑えるようにすることを可能とした。これにより、昼間の高価な電力を購入することなく、買電コストの上昇を抑えることが可能となる。

＜第５の実施形態＞
図９を参照して、本発明の第５の実施形態による機器制御装置の制御のフローを説明する。なお、本実施形態は、前記の第１、第２、第３、第４の実施形態との差異を中心に説明する。
図９は、制御部２００による動作を説明するためのフローチャートである。図９の処理は、制御部２００に含まれるＣＰＵが、図９の処理に係るプログラムをメモリに読み出して実行することにより実現される。なお、制御部２００は、ネットワーク１００に接続される機器制御装置として機能する。

本実施形態の制御部２００は、所定の時刻（例えば、毎日２１時）になると、図９の処理を開始する例を中心に説明するが、この例に限らない。すなわち、制御部２００は、図９の処理を、制御部２００の電源の投入や、天気予報情報サイト１２０からの天気予報情報の受信や、ユーザからの指示などに応じて開始するようにしてもよい。

制御部２００は、天気予報情報サイト１２０より天気予報情報を取得し、取得した天気予報情報の保存を行う（Ｓ９００）。なお、本実施形態では、制御部２００に天気予報情報を記憶する記憶領域を設けるが、別のデバイスに記憶させるようにすることも可能である。

次に、制御部２００は、カメラ２５０、センサ２６０等を用いて現在の天気を判定する。（Ｓ９１０）そして、制御部２００は、制御部２００内の記憶部に保存してある天気予報情報より現在の時刻に相当する予報情報に応じた天気と、現在の天気の比較を行う（Ｓ９２０）。

比較した結果、予報情報による天気と現在の天気が異なる場合に、電力会社１１０からロードコントロールコマンドや、電気料金に関する情報を受信しているかを確認する（Ｓ９３０）。本実施形態において、ロードコントロールコマンドとは、電力会社１１０が電力の一般消費者に対して消費電力の削減を要求するためのコマンドである。また、本実施形態における電気料金に関する情報とは、単位量当りの電力価格を電力の一般消費者に対して通知するための情報である。

制御部２００は、電力会社１１０からのロードコントロールコマンドや電気料金に関する情報に応じて、携帯端末３１０、ユーザ端末３００の少なくとも一方に対して警告を通知する（Ｓ９４０）。当該警告を受信したユーザ端末３００や携帯端末３１０は、画面表示、音等によりユーザに対して警告の告知を行う。また、Ｓ９４０において、制御部２００がシステム（負荷機器）に対して警告を通知し、負荷機器であるエアコン４００、照明装置４１０等が、動作状態を制御するようにすることも可能である。
すなわち、本実施形態の制御部２００は、予報情報による天気が晴れで、実際の天気が雨だった場合であっても、電力会社１１０から消費電力の削減が要求されていなければ、警告の通知や負荷機器の消費電力の制御を行わない。一方、制御部２００は、予報情報による天気が晴れで、実際の天気が雨だった場合で、かつ、電力会社１１０から消費電力の削減が要求されている場合は、警告の通知をしたり、負荷機器の消費電力を低減させる制御をしたりする。

また、本実施形態の制御部２００は、予報情報による天気が晴れで、実際の天気が雨だった場合であっても、電力会社からの電気料金が所定の料金よりも安い場合は、警告の通知や負荷機器の消費電力の制御を行わない。一方、制御部２００は、予報情報による天気が晴れで、実際の天気が雨だった場合で、かつ、電気料金が所定の料金よりも高い場合は、警告の通知をしたり、負荷機器の消費電力を低減させる制御をしたりする。
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワークまたは各種のコンピュータ読み取り可能な記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１００ インターネット等の通信網
１２０ 天気予報情報サイト
２００ 制御部
２１０ 全体制御部
２１２ 通信制御部
２１４ 天気情報管理部
２５０ カメラ
２６０ 各種天気センサ
３００ ユーザ端末
３１０ 携帯端末

Claims (12)

1. ネットワークに接続される機器制御装置であって、
   第１の時刻に対応する天気に関する天気情報を前記第１の時刻よりも前の第２の時刻で取得すると共に、前記第１の時刻に対応する天気に関する天気情報を前記第２の時刻よりも後の第３の時刻で取得する天気情報取得手段と、
   前記第２の時刻及び第３の時刻で取得された前記第１の時刻に対応する天気情報を比較する比較手段と、
   前記比較手段による比較結果に応じて、前記ネットワークに接続されるデバイスに通知を行う通知手段とを有することを特徴とする機器制御装置。
2. 撮像装置より画像データを受信し、
   前記天気情報取得手段は、前記第１の時刻に対応する天気に関する天気情報を情報サイトから前記第２の時刻に取得すると共に、前記第１の時刻に対応する天気に関する天気情報を前記撮像装置が前記第３の時刻に撮像した画像データにより取得することを特徴とする請求項１に記載の機器制御装置。
3. 前記通知手段は、前記比較結果に応じた表示を行う表示手段に対して、前記比較手段による比較結果を通知することを特徴とする請求項１または２に記載の機器制御装置。
4. 電力を消費する負荷機器を制御する負荷機器制御手段を有し、
   前記通知手段は、前記負荷機器の電力消費量を削減するための信号を前記比較手段による比較結果に応じて前記負荷機器制御手段に対して通知することを特徴とする請求項１ないし３のいずれか１項に記載の機器制御装置。
5. 電力を消費する負荷機器を制御する負荷機器制御手段を有し、
   前記通知手段は、前記負荷機器を動作させるための信号を前記比較手段による比較結果に応じて前記負荷機器制御手段に対して通知することを特徴とする請求項１ないし３のいずれか１項に記載の機器制御装置。
6. 電力線を介して接続された発電装置による発電量に関する情報を取得する発電量取得手段と、
   前記天気情報取得手段が前記第２の時刻に取得した天気情報であって、前記第１の時刻に対応する天気に関する天気情報により前記第１の時刻を含む所定の時間帯における前記発電装置による発電量を予測する予測手段とを有し、
   前記発電量取得手段が取得した発電量に関する情報に応じた前記所定の時間帯の発電量が、前記予測手段により予測された前記所定の時間帯の発電量よりも、下回る場合、前記通知手段は、前記比較手段による比較結果を前記ネットワークに接続されるデバイスに通知することを特徴とする請求項１ないし５のいずれか１項に記載の機器制御装置。
7. 電力線を介して接続された蓄電装置による蓄電量に関する情報を取得する蓄電量取得手段を有し、
   前記蓄電量取得手段が取得した蓄電量が一定量を下回った場合、前記通知手段は、前記比較手段による比較結果を前記ネットワークに接続されるデバイスに通知することを特徴とする請求項１ないし５のいずれか１項に記載の機器制御装置。
8. 前記天気情報取得手段が、前記第２の時刻に取得した天気情報であって、前記第１の時刻に対応する天気に関する天気情報により前記第１の時刻を含む所定の時間帯における発電装置による第１の発電量を予測すると共に、前記天気情報取得手段が、前記第２の時刻よりも後の前記第３の時刻に取得した天気情報であって、前記第１の時刻に対応する天気情報により前記第１の時刻を含む前記所定の時間帯における前記発電装置による第２の発電量を予測する予測手段を有し、
   前記通知手段は、前記第１の発電量及び第２の発電量の比較結果に応じて、前記ネットワークに接続されたデバイスに対して前記比較結果を通知することを特徴とする請求項１ないし３のいずれか１項に記載の機器制御装置。
9. 電力消費にかかわる情報を外部サーバから受信する受信手段を有し、
   前記通知手段は、前記受信手段による前記電力消費にかかわる情報の受信に応じて、前記比較手段による比較結果を前記ネットワークに接続されるデバイスに通知することを特徴とする請求項１ないし５のいずれか１項に記載の機器制御装置。
10. ネットワークに接続される機器制御装置の制御方法であって、
    第１の時刻に対応する天気に関する天気情報を前記第１の時刻よりも前の第２の時刻で取得すると共に、前記第１の時刻に対応する天気に関する天気情報を前記第２の時刻よりも後の第３の時刻で取得する天気情報取得工程と、
    前記第２の時刻及び第３の時刻で取得された前記第１の時刻に対応する天気情報を比較する比較工程と、
    前記比較工程による比較結果に応じて、前記ネットワークに接続されるデバイスに通知を行う通知工程とを有することを特徴とする機器制御方法。
11. ネットワークに接続されるコンピュータに、
    第１の時刻に対応する天気に関する天気情報を前記第１の時刻よりも前の第２の時刻で取得すると共に、前記第１の時刻に対応する天気に関する天気情報を前記第２の時刻よりも後の第３の時刻で取得する天気情報取得工程と、
    前記第２の時刻及び第３の時刻で取得された前記第１の時刻に対応する天気情報を比較する比較工程と、
    前記比較工程による比較結果に応じて、前記ネットワークに接続されるデバイスに通知を行う通知工程とを実行させることを特徴とするプログラム。
12. 請求項１１に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。

Images