(57)【特許請求の範囲】
【請求項１】
太陽光発電システムから発電量を示す情報を取得する発電情報取得部と、
情報取得当日の天気の情報を含む気象に関する情報を取得する気象関連情報取得部と、
時期毎の時間帯別発電量を示す発電パターンの情報を記憶する発電パターン記憶部と、
前記発電パターン記憶部に記憶されている発電パターンの情報と、前記発電情報取得部が取得した発電量を示す情報と、に基づき、外部環境を推定する推定部と、
前記推定部が推定した外部環境と、前記気象関連情報取得部が取得した気象に関する情報と、前記発電情報取得部が取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する判定部と、
前記判定部が前記開閉制御を行う条件を満たすと判定した場合に、制御信号を送信する制御信号送信部と、
を備える制御装置。
【請求項２】
太陽光発電システムから発電量を示す情報を取得する発電情報取得部と、
情報取得翌日以降の天気予報の情報を含む気象に関する情報を取得する気象関連情報取得部と、
時期毎の時間帯別発電量を示す発電パターンの情報を記憶する発電パターン記憶部と、
前記発電パターン記憶部に記憶されている発電パターンの情報と、前記発電情報取得部が取得した発電量を示す情報と、に基づき、外部環境を推定する推定部と、
前記推定部が推定した外部環境と、前記気象関連情報取得部が取得した気象に関する情報と、前記発電情報取得部が取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する判定部と、
前記判定部が前記開閉制御を行う条件を満たすと判定した場合に、制御信号を送信する制御信号送信部と、
を備える制御装置。
【請求項３】
さらに、発電パターンの情報を取得する発電パターン取得部を備え、
前記発電パターン取得部で取得した発電パターンの情報に基づいて、前記発電パターン記憶部に記憶されている発電パターンの情報が更新される、
請求項１又は２に記載の制御装置。
【請求項４】
さらに、前記開閉制御を行う条件を示す制御条件情報、前記制御信号の送信先を特定する制御機器情報及び前記開閉制御の内容を示す制御内容情報を含む制御情報を記憶する制御情報記憶部を備え、
前記判定部は、前記推定部が推定した外部環境が、前記制御条件情報に示された前記条件のいずれかを満たすか否かを判定し、
前記判定部が前記条件のいずれかを満たすと判定した場合、前記制御信号送信部は、前記制御機器情報に示された送信先に、前記制御内容情報に示された制御を行う制御信号を送信する、
請求項１から３のいずれか１項に記載の制御装置。
【請求項５】
さらに、開閉制御の対象となる電動遮光機器の状態を取得する機器状態取得部を備え、
前記制御信号送信部は、前記機器状態取得部が取得した前記電動遮光機器の状態が、前記制御情報に基づく前記電動遮光機器の状態と異なる場合に、制御信号を送信する、
請求項４に記載の制御装置。
【請求項６】
さらに、現在の日時情報を取得する日時情報取得部を備え、
開閉制御を行う条件は日時に関する条件を含み、
前記判定部は、前記日時情報取得部が取得した現在の日時と、前記発電情報取得部が取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する、
請求項１から５のいずれか１項に記載の制御装置。
【請求項７】
太陽光を直流電力に変換する太陽電池モジュールと、前記直流電力を交流電力に変換するパワーコンディショナと、を備える太陽光発電システムと、
請求項１から６のいずれか１項に記載の制御装置と、を備え、
前記制御装置が備える発電情報取得部は、前記太陽光発電システムから発電量を示す情報を取得する、
制御システム。
【請求項８】
太陽光発電システムから発電量を示す情報を取得する発電情報取得ステップと、
情報取得当日の天気の情報を含む気象に関する情報を取得する気象関連情報取得ステップと、
時期毎の時間帯別発電量を示す発電パターンの情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、外部環境を推定する推定ステップと、
前記推定ステップで推定した外部環境と、前記気象関連情報取得ステップで取得した気象に関する情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する判定ステップと、
前記判定ステップで前記開閉制御を行う条件を満たすと判定した場合に、制御信号を送信する制御信号送信ステップと、
を備える制御方法。
【請求項９】
コンピュータに、
太陽光発電システムから発電量を示す情報を取得する発電情報取得ステップ、
情報取得当日の天気の情報を含む気象に関する情報を取得する気象関連情報取得ステップ、
時期毎の時間帯別発電量を示す発電パターンの情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、外部環境を推定する推定ステップ、
前記推定ステップで推定した外部環境と、前記気象関連情報取得ステップで取得した気象に関する情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する判定ステップ、
前記判定ステップで前記開閉制御を行う条件を満たすと判定した場合に、制御信号を送信する制御信号送信ステップ、
を実行させるためのプログラム。
【請求項１０】
コンピュータに、
太陽光発電システムから発電量を示す情報を取得する発電情報取得ステップ、
情報取得翌日以降の天気予報の情報を含む気象に関する情報を取得する気象関連情報取得ステップ、
時期毎の時間帯別発電量を示す発電パターンの情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、外部環境を推定する推定ステップ、
前記推定ステップで推定した外部環境と、前記気象関連情報取得ステップで取得した気象に関する情報と、前記発電情報取得ステップで取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する判定ステップ、
前記判定ステップで前記開閉制御を行う条件を満たすと判定した場合に、制御信号を送信する制御信号送信ステップ、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置、制御システム、制御方法及びプログラムに関する。
【背景技術】
【０００２】
カーテンや窓シャッター、ブラインドといった遮光用住宅設備を電動制御できる製品の普及が始まっている。また、ＨＥＭＳ（Ｈｏｍｅ  Ｅｎｅｒｇｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を用いて、このような遮光用住宅設備を自動制御する仕組みも一般に広まりつつある。
【０００３】
遮光用住宅設備の自動制御の方法としては、あらかじめ設定したタイマーによる方法が一般的である。また、それ以外にも、例えば特許文献１に記載の開閉装置のように、制御システムに明るさセンサを備え、明るさセンサからの入力に基づいて制御する方法も提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−１５８０９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に提案されている制御方法は、制御システムに明るさセンサを備える必要がある。したがって、システムの構築に際して、明るさセンサを別途設置したり、その設定をしたりするための手間とコストがかかるという課題がある。また、一般的なタイマーによる制御を行う場合には、日々変化する日の出・日没時刻に対応するために、定期的にタイマー設定を変更する手間がかかるという課題がある。
【０００６】
本発明は、上述のような事情に鑑みてなされたもので、センサの設置を必要としない制御装置、制御システム、制御方法及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係る制御装置は、発電情報取得部と気象関連情報取得部と発電パターン記憶部と推定部と判定部と制御信号送信部とを備える。発電情報取得部は、太陽光発電システムから発電量を示す情報を取得する。気象関連情報取得部は、情報取得当日の天気の情報を含む気象に関する情報を取得する。発電パターン記憶部は、時期毎の時間帯別発電量を示す発電パターンの情報を記憶する。推定部は、発電パターン記憶部に記憶されている発電パターンの情報と、発電情報取得部が取得した発電量を示す情報と、に基づき、外部環境を推定する。判定部は、推定部が推定した外部環境と、気象関連情報取得部が取得した気象に関する情報と、発電情報取得部が取得した発電量を示す情報と、に基づき、開閉制御を行う条件を満たすか否かを判定する。判定部が開閉制御を行う条件を満たすと判定した場合、制御信号送信部から制御信号を送信する。
【発明の効果】
【０００８】
本発明によれば、太陽光発電システムから発電量を示す情報を取得することで、センサの設置を必要とすることなく、電動遮光機器の自動制御を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態１に係る制御システムのシステム構成例を示す図である。
【図２】実施の形態１に係る制御装置の機能ブロック図である。
【図３】実施の形態１に係る発電情報記憶部が記憶する、太陽光発電システムの過去の発電情報の一例を示す図である。
【図４】実施の形態１に係る発電パターン記憶部が記憶する夏季晴天時の発電パターンの一例を示す図である。
【図５】実施の形態１に係る制御情報記憶部が記憶する制御情報の一例を示す図である。
【図６】実施の形態１に係る制御処理のフローチャートである。
【図７】実施の形態１の変形例に係る制御情報記憶部が記憶する制御情報の一例を示す図である。
【図８】実施の形態１の変形例に係る各機器への制御信号送信処理のフローチャートである。
【図９】本発明の実施の形態２に係る制御システムのシステム構成例を示す図である。
【図１０】実施の形態２に係る制御装置の機能ブロック図である。
【図１１】実施の形態２に係る制御装置の日時補正処理のフローチャートである。
【図１２】本発明の実施の形態３に係る制御システムのシステム構成例を示す図である。
【図１３】実施の形態３に係る制御装置の機能ブロック図である。
【図１４】実施の形態３に係る制御装置の制御処理のフローチャートである。
【図１５】実施の形態３に係る制御情報記憶部が記憶する制御情報の一例を示す図である。
【図１６】本発明の実施の形態４に係る制御装置の機能ブロック図である。
【図１７】実施の形態４に係る制御装置の制御処理のフローチャートである。
【図１８】本発明の実施の形態５に係る制御システムのシステム構成例を示す図である。
【図１９】実施の形態５に係る制御装置の機能ブロック図である。
【図２０】実施の形態５に係る発電パターン更新処理のフローチャートである。
【図２１】本発明に係る制御装置のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態に係る制御装置、制御システム、制御方法及びプログラムについて図面を参照して詳細に説明する。なお、図中同一または相当する部分には同じ符号を付す。
【００１１】
（実施の形態１）
本発明の実施の形態１に係る制御システム１０００は、図１に示すように、制御装置１と、太陽光発電システム２と、１台以上の電動遮光機器３と、を備える。
【００１２】
制御装置１は、太陽光発電システム２から発電情報を受け取り、その発電情報に基づいて電動遮光機器３を制御するか否かを判定し、制御すると判定した場合には制御信号を電動遮光機器３に送信する。
【００１３】
太陽光発電システム２は、直流電力を出力する太陽光発電モジュールと、太陽光発電モジュールが出力した直流電力を交流電力に変換するパワーコンディショナと、を備える。
【００１４】
電動遮光機器３は、建物の屋内あるいは屋外に設置され、屋内外の光の通過を遮る電動で開閉可能な設備であり、例えば、電動カーテン、電動ブラインド、電動スクリーン、電動シェード、電動シャッター、電動雨戸等である。これらは外部からの制御信号を受信し、受信した制御信号に基づいて開閉する機能を持っている。ただし、手動での開閉が可能なものであっても良い。また、電動遮光機器３の取りうる状態は、完全に開いた状態である開放状態と、完全に閉まった状態である閉鎖状態の二つの状態だけに限らず、開放状態と閉鎖状態の間に複数段階の状態、つまり途中まで開いた状態があっても良い。そして、制御信号により、この複数段階のどの状態にするかを制御できる機能があっても良い。
【００１５】
制御装置１は、図２に示すように、機能構成として、制御部１０と、記憶部２０と、発電情報取得部３１と、制御信号送信部３２と、を備える。
【００１６】
制御部１０は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）を備え、記憶部２０に記憶されたプログラムを実行することにより、制御装置１の各部（制御情報取得部１１、推定部１２、判定部１３）の機能を実現する。また、制御部１０は、制御装置１の電源が投入されてからの経過時間をカウントし続けるタイマー１４も備える。
【００１７】
制御情報取得部１１は、記憶部２０に記憶されている制御情報を取得する。制御情報は、制御条件や制御内容を含む。
【００１８】
推定部１２は、発電情報取得部３１から取得した発電情報に基づいて、現在の外部環境を推定する。
【００１９】
判定部１３は、推定部１２が推定した現在の外部環境が、制御情報取得部１１で取得した制御条件を満たすか否かを判定する。判定部１３が満たすと判定した場合、制御部１０は、制御情報取得部１１で取得した制御内容を制御信号送信部３２に通知する。
【００２０】
記憶部２０は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ)、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等を備える。ＲＯＭには制御部１０のＣＰＵが実行するプログラムや、プログラムを実行する上で予め必要なデータが記憶されている。ＲＡＭには、プログラム実行中に作成されたり変更されたりするデータが記憶される。記憶部２０は、発電情報記憶部２１、発電パターン記憶部２２、制御情報記憶部２３及び自動制御切替情報記憶部２４を備える。
【００２１】
発電情報記憶部２１は、発電情報取得部３１で取得した発電量を示す発電情報を記憶する。これは図３に示すように、最新の発電量を時間００：００の発電量として、過去２４時間までの分について時間情報とともに発電量が記憶される。そして、過去２４時間よりも前の情報は順次削除されていく。発電情報記憶部２１には、この時間情報として制御部１０が備えるタイマー１４の値をそのまま記憶しておくことで、発電情報記憶部２１から発電量を取得する際には、発電情報記憶部２１に記憶されている時間情報の値から、現在のタイマー１４の値を減算することで、今からどのくらい前の発電量かを知ることができる。
【００２２】
発電パターン記憶部２２は、季節や気象条件毎の時間帯別発電量を記憶する。時間帯別発電量とは例えば１時間間隔での時間帯毎の発電量である。この時間帯別発電量をグラフで表すと図４のように、季節や気象条件毎のパターンを示すため、時間帯別発電量の２４時間分のデータを発電パターンとも言う。図４は夏季晴天時の発電パターンの例であるが、他の各季節での晴天時の発電パターンも記憶している。なお、季節毎ではなく、月毎の晴天時の発電パターンを記憶しても良い。
【００２３】
また、後述する天候の推定が不要の場合は、正確な発電パターンである必要はなく、単に季節毎（月毎）の夜の時間帯の長さ（日没から翌日の日の出までの時間の長さ）を記憶しているだけでも良い。また、晴天時の発電パターンだけでなく、曇天時、雨天時等、各季節（各月）の各天候での発電パターンをも記憶しておいても良い。各天候における発電パターンも記憶しておくと、天候の推定の精度を向上させることができる。
【００２４】
制御装置１を工場から出荷する際または販売店で販売する際に、その制御装置１のユーザの使用場所に応じた典型的な発電パターンを予め発電パターン記憶部２２に記憶させておく。ユーザ毎にカスタマイズするのが煩雑な場合は、出荷国毎にその国での典型的な発電パターンを発電パターン記憶部２２に記憶させておいても良い。
【００２５】
制御情報記憶部２３は、図５に示すように、電動遮光機器３の制御を行う条件（制御条件）と、その条件が満たされた場合の制御内容を記憶する。図５の上から一つ目の例は、日の出の３０分後に電動遮光機器３を開放する制御をするように設定している。また、上から二つ目の例は、日没の３０分前に電動遮光機器３を閉鎖する制御をするように設定している。
【００２６】
なお、制御条件は時刻の条件に限るわけではなく、推定した外部環境である季節、天候、明るさ等の条件も用いることができ、さらに、これらの条件を組み合わせて設定することもできる。例えば、図５の上から三つ目の例は、推定した天候が晴れで、かつ、推定した時刻が日の出の３時間後であれば、電動遮光機器３を開放する制御をする設定である。また、図５の上から四つ目の例は推定した明るさが０．２未満であれば電動遮光機器３を閉鎖する制御をする設定である。
【００２７】
また、図にはないが、例えば、制御条件「夏季  ａｎｄ  日の出時刻」、制御内容「閉鎖」という制御情報を設定しておけば、夏季は日の出時刻に電動遮光機器３を閉鎖する制御を行うことで、夏季の強い日差しが室内に入射し、室温が上昇するのを防ぐことができる。また、例えば、制御条件「冬季  ａｎｄ  日の出時刻」、制御内容「開放」という制御情報を設定しておけば、冬季は日の出時刻に電動遮光機器３を開放する制御となり、冬の朝に日光を室内に入れることができる。
【００２８】
この制御情報記憶部２３には、発電パターン記憶部２２と同様に、工場から出荷する際または販売店で販売する際に、その制御装置１のユーザの希望に合わせた制御情報を記憶させておいても良いし、購入後にユーザが設定できるようにしても良い。ユーザが設定できるようにする場合は、制御装置１はボタンやタッチパネル等の入力デバイスで構成された入力部を備え、制御部１０は、入力部から入力された内容を制御情報記憶部２３に記憶させる。
【００２９】
制御情報記憶部２３に記憶されている制御条件は通常複数あるため、判定部１３は、制御情報の制御条件を上から順番に判定していき、制御条件を満たしたものに対応する制御内容が順次実行され、最終的には最後に満たした制御条件に対応する制御内容が実行される。また、各制御条件に優先度を設定するようにしても良い。この場合、優先度の高い順に制御条件を見ていき、最初に満たした制御条件に対応する制御内容の制御を行うことになる。もし、複数の制御条件を同時に判定したい場合は、それらに同じ優先度を設定する。
【００３０】
自動制御切替情報記憶部２４は、電動遮光機器３を自動制御するか否かを示す自動制御切替情報を記憶する。これは自動制御機能のＯＮ／ＯＦＦの情報であり、ユーザの操作によってＯＮ／ＯＦＦを切り替えることができる。ＯＦＦからＯＮへの切り替えが発生すると、後述する制御処理が再度最初から開始される。
【００３１】
発電情報取得部３１は、太陽光発電システム２から発電情報を取得する。発電情報は、発電量を示す情報であり、太陽電池モジュールの出力電圧又はパワーコンディショナの出力電力である。発電情報として、太陽電池モジュールの出力電圧を使用する場合は、パワーコンディショナが検知する太陽電池モジュールの出力電圧のデータを発電情報取得部３１で取得すれば良い。また、発電情報として、パワーコンディショナの出力電力を使用する場合は、パワーコンディショナから分電盤に伸びる電源ラインに電流センサを取り付け、電流センサの計測値を発電情報取得部３１で取得すれば良い。なお、一般的な太陽光発電システムは発電量モニタが付属しており、上述の後者の方法で発電量を取得しているため、本制御システムの構築にあたり新規にセンサ類を追加する必要はない。
【００３２】
この発電情報は瞬時値ではなく、数秒間、数分間等の一定の時間に発電された量の積分値である方が望ましいため、必要な場合には、発電情報取得部３１は、太陽電池モジュールの出力電圧又はパワーコンディショナの出力電力を積分する回路を備える。
【００３３】
制御信号送信部３２は、制御部１０から通知された制御内容に示される制御を行うための制御信号を電動遮光機器３に送信する。例えば、制御内容が「開放」なら、電動遮光機器３を開くためのコマンドを送信する。制御装置１と電動遮光機器３との間の通信インタフェースに制限はない。物理的にはＥｔｈｅｒｎｅｔ（登録商標）やＨＡ端子のような有線の通信インタフェースでも良いし、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＢｌｕｅｔｏｏｔｈ（登録商標）や赤外線のような無線の通信インタフェースでも良い。また、通信プロトコルも、ＴＣＰ／ＩＰとＥＣＨＯＮＥＴ  Ｌｉｔｅの組み合わせを用いても良いし、赤外線リモコン信号のプロトコルを用いても良いし、その他の独自のプロトコルを用いても良い。
【００３４】
なお、実施の形態１では、電動遮光機器３が複数存在している場合でも、個々の機器を別々に制御することはできないため、制御信号送信部３２は全ての電動遮光機器３に対して同じ制御信号を送信する。
【００３５】
次に、実施の形態１に係る制御装置１が行う制御処理について、図６を参照して説明する。制御処理は、制御装置１の制御プログラムが起動すると開始される。まず、制御部１０が自動制御切替情報記憶部２４から自動制御切替情報を取得し、電動遮光機器３の自動制御機能がＯＮであるか否かを判定する（ステップＳ１０１）。自動制御機能がＯＮになっていなければ（ステップＳ１０１；Ｎｏ）、処理を終了する。
【００３６】
自動制御機能がＯＮである場合（ステップＳ１０１；Ｙｅｓ）、制御部１０は、発電情報取得部３１から発電情報の現在値を取得する（ステップＳ１０２）。次に制御部１０は、取得した発電情報を発電情報記憶部２１に時間情報とともに記憶する（ステップＳ１０３）。この時間情報は、制御部１０が備えるタイマー１４の値である。
【００３７】
このステップＳ１０３での発電情報記憶部２１への記憶は毎回行わなくても良い。例えば、発電情報記憶間隔として、１０分、３０分、１時間等の値を設定しておき、前回発電情報記憶部２１に記憶した時点からタイマー１４の値がこの発電情報記憶間隔以上経過したときに発電情報記憶部２１に記憶するようにすると、発電情報記憶部２１の記憶容量を節約できる。この場合、ステップＳ１０３でタイマー１４の値が発電情報記憶間隔経過する前だったら、何もせずにステップＳ１０４に進む。
【００３８】
ただし、夜の時間帯の長さの計測精度を良くするために、発電量が正の値から０になった時と、逆に０から正の値になった時は、タイマー１４の値が発電情報記憶間隔経過していなくても、そのときの時間情報と発電情報とを発電情報記憶部２１に記憶するようにする。
【００３９】
続いて、制御部１０は、発電情報記憶部２１から過去２４時間の発電情報を取得し、過去２４時間よりも前の発電情報は削除する（ステップＳ１０４）。なお、過去２４時間よりも前の発電情報の削除は、ステップＳ１０４ではなくステップＳ１０３で行っても良いし、通常は削除せず、発電情報記憶部２１に記憶できる容量の残りが予め設定していた値よりも少なくなった時点でまとめて削除するようにしても良い。
【００４０】
次に、制御部１０は、発電パターン記憶部２２に記憶されている発電パターンを取得する（ステップＳ１０５）。そして、推定部１２は、過去２４時間の発電情報に基づいて季節を推定し、推定した季節に対応する発電パターンを特定し、特定した発電パターンと直近の発電情報とから現在の外部環境を推定する（ステップＳ１０６）。外部環境とは、時刻、天候、明るさ等である。外部環境の推定方法については後述する。
【００４１】
次に、制御情報取得部１１は、制御情報記憶部２３に記憶された制御条件及び制御内容を取得する（ステップＳ１０７）。そして、判定部１３は、推定部１２が推定した現在の外部環境が、制御情報取得部１１が取得した制御条件のいずれかを満たすか否かを判定する（ステップＳ１０８）。いずれも満たさない場合は（ステップＳ１０８；Ｎｏ）、ステップＳ１０１に戻る。
【００４２】
いずれかを満たす場合は（ステップＳ１０８；Ｙｅｓ）、ステップＳ１０９に進み、制御部１０は、制御情報取得部１１が取得した制御内容（ステップＳ１０８で満たすと判定した制御条件に対応する制御内容）を制御信号送信部３２に通知する。そして、制御信号送信部３２は、制御部１０から通知された制御内容で示される制御を行うための制御信号を電動遮光機器３に送信する（ステップＳ１０９）。そしてステップＳ１０１に戻る。
【００４３】
次に、ステップＳ１０６での外部環境の推定について説明する。季節の推定は、発電量が連続して０になる時間帯の長さを計測することで行う。例えば発電量が連続して０になる時間帯の長さは、夏季であれば１９時から５時までの約１０時間であるのに対し、冬季は１７時から７時までの約１４時間である。したがって、過去２４時間のうちの発電量が０となっている時間帯の長さに基づいて、現在の季節が夏に近いのか冬に近いのかを推定することができる。
【００４４】
この推定を容易にするために、夜間長記憶期間として１日分、３日分、２００日分等の期間を設定することも考えられる。これは、記憶部２０にさらに夜間長記憶部（図示せず）を夜間長記憶期間の日数分設けて、発電情報記憶部２１に記憶されている発電情報に基づき、２４時間ごとの発電量が０であった時間帯の長さを毎日、夜間長記憶部に記憶するようにするものである。夜間長記憶期間として半年分以上の日数を設定すれば、半年分以上の期間において、発電量が０であった時間帯の長さが現在増えつつあるのか、減りつつあるのか等もわかるので、季節をかなり正確に推定できるようになる。
【００４５】
例えば、半年間、発電量が０であった時間帯の長さがずっと増え続けていたなら、現在は冬至付近と推定できる。逆に半年間、ずっと減り続けていたなら夏至付近と推定できる。そして、この時間帯の長さにピークや底が存在していたなら、その日付近が冬至や夏至と推定できるので、そこからの日数に基づき、現在が何月頃かを推定できる。
【００４６】
また、現在時刻についても、発電量が連続して０になる時間帯に基づいて推定することができる。具体的には、発電量が連続して０になる時間帯のちょうど真ん中の時刻を午前０時と推定し、そこから現在までの経過時間をタイマー１４の値に基づいて求めれば、それが推定現在時刻（午前０時からの経過時間）となる。例えば、発電量が正から０になった時のタイマー１４の値をＴｓ、発電量が０から正になった時のタイマー１４の値をＴｅ、現在のタイマー１４の値をＴｃとすると、推定現在時刻（午前０時からの経過時間）は、Ｔｓ＜Ｔｅの場合は「Ｔｃ−（Ｔｓ＋Ｔｅ）÷２」で、Ｔｓ＞Ｔｅの場合は「Ｔｃ−（Ｔｓ＋Ｔｅ）÷２＋１２時間」で表すことができる。
【００４７】
ここで、ＴｓやＴｅは、発電情報記憶部２１に格納されている発電情報を過去の情報から時系列順に見ていき、発電量が正の値から０に切り替わった時の時間情報をＴｓ、０から正の値に切り替わった時の時間情報をＴｅとすれば良い。
【００４８】
また、発電量０が数時間以上継続した後に発電量が０よりも大きくなった場合は日の出時刻を迎えたことが推定でき、発電量が一度ピークを迎えた後に発電量が日の出時刻の時と同等の低い値になった場合は日没間近であることが推定できる。そして、日の出の時刻や日没の時刻は、前日のそれらの時刻から大きく変化することは無いため、前日の日の出時刻や日没時刻でのタイマー１４の値（上述のＴｅやＴｓに対応する）からＴ時間経過した時刻は「日の出（日没）の（２４−Ｔ）時間前」であると推定することもできる。
【００４９】
上述した季節の推定は、発電パターンの情報として、最低限、発電量が連続して０になる時間帯の長ささえあれば可能である。さらに言えば、夜間長記憶部に発電量が連続して０になる時間帯の長さを半年分以上記憶させていれば、この時間帯の長さの変化率に基づいて、発電パターン情報が無くても季節の推定が可能になる。また上述した時刻の推定は、発電パターンの情報が無くても、発電量が０になっている時間帯に基づいて行うことができる。したがって、後述する天候の推定が不要な場合は、発電パターン記憶部２２に記憶する情報は、発電パターンではなく、単に季節毎の夜の時間帯の長さだけでも良い。さらに、天候の推定も季節の推定も不要な場合（及び天候の推定が不要で季節の推定は夜間長記憶部に記憶されている情報に基づいて行う場合）は、発電パターンは不要となるので、この場合は、発電パターン記憶部２２は無くても良い。
【００５０】
発電パターン記憶部２２に晴天時の発電パターンしか記憶されていない場合は、天候の推定を、直近の実際の発電量と推定した季節の晴天時の発電パターンにおける推定現在時刻での発電量との比（「実際の発電量」÷「発電パターンにおける発電量」）の値に基づいて行うことができる。例えば、この比の値が０．８以上なら「晴天」、０．４以上０．８未満なら「曇天」、０．４未満なら「雨」と推定することができる。もっともこの推定は単に明るさに基づく推定であり、実際の天候とは異なる可能性もある。そこで、この比の値を外部環境の情報の一つである「明るさ」の値として用いても良い。
【００５１】
発電パターン記憶部２２に各天候での発電パターンも記憶されている場合は、天候や時刻の推定を、発電情報記憶部２１に記憶されている過去２４時間の実際の発電量と、推定した季節の各天候での発電パターンとを比較して行うことができる。比較の際は、過去２４時間の実際の発電量データを、少しずつずらしながら発電パターンと比較していく。ずらす時間は、３０分、１時間等、発電パターンの一つの時間帯に対応する時間以下の時間にするのが望ましい。例えば、過去２４時間の実際の発電量データをｎ時間ずらす場合は、ｎ時間前の発電量から現在までの発電量の後に、２４時間前の発電量からｎ時間前までの発電量が続くデータを用いる。そして、最も類似する発電パターンが見つかったら、その発電パターンに対応する天候をその日の天候と推定する。そして、そのときの実際の発電量の時間をずらした量に基づき現在時刻を推定することができる。例えば、ｎ時間ずらした場合に晴天時の発電パターンと最も類似することがわかったら、この日の天候は晴天であり、現在時刻はｎ時と推定できる。
【００５２】
ただし、この推定は、天候が一日の間中変化しないことを前提とした推定になる。天候が変化する場合は、各時間帯で、実際の発電量を各天候の発電パターンと比較して、最も近い発電パターンに対応する天候を、その時間帯の天候と推定したり、各天候の発電パターンをどのように組み合わせれば現在の実際の発電量を近似できるかを公知の推論アルゴリズムを用いて求めたりすることで、各時間帯の天候や現在時刻を推定可能である。
【００５３】
以上説明したように、実施の形態１に係る制御システム１０００によれば、明るさセンサを必要とすることなく、太陽光発電システムの発電情報に基づいて日の出や日没、明るさ等、外部の状況を推定し、推定した状況に合った制御信号を電動遮光機器３に送信することができる。
【００５４】
（実施の形態１の変形例）
上述の実施の形態１では、制御対象を指定する仕組みがないため、制御条件が満たされると制御システム１０００に含まれる全ての電動遮光機器３がまとめて制御されることになる。しかし、実際の環境においては、複数存在しうる電動遮光機器３を、一つ一つの機器ごとに制御したい場合があると考えられる。機器ごとの制御を実現するための方法の一つとして、記憶部２０の制御情報記憶部２３に制御対象も記憶させる構成が考えられる。このような実施の形態１の変形例について説明する。
【００５５】
実施の形態１の変形例に係る制御システム１０００の構成は実施の形態１と同じであり、図１に示す。また、実施の形態１の変形例に係る制御装置１の機能構成も実施の形態１と同じであり、図２に示す。ただし、図２中の制御情報記憶部２３に記憶されている情報に後述する制御機器の情報が追加されている点と、制御信号送信部３２から信号を送信する際にこの制御機器の情報を用いて送信先の電動遮光機器３を指定できる点が異なる。
【００５６】
図７は、実施の形態１の変形例に係る制御情報記憶部２３に記憶されている制御情報の一例である。実施の形態１に係る制御情報記憶部２３と比較すると、電動遮光機器３を一意に特定するための制御機器の情報（機器ＩＤ）が追加されている点が異なる。図７では制御機器の情報（機器ＩＤ）を００１、００２、００３等として示しているが、制御装置１と電動遮光機器３との接続が、例えばＥｔｈｅｒｎｅｔ（登録商標）の場合、機器ＩＤとしてＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）アドレスを用いても良い。
【００５７】
実施の形態１の変形例に係る制御信号送信部３２は、この制御機器の情報で特定される電動遮光機器３のみに制御信号を送信する。また、実施の形態１と同様に全ての電動遮光機器３をまとめて制御したい場合の特別な機器ＩＤ（制御機器の情報）として「ａｌｌ」を指定することもできる。
【００５８】
図７の例では、日の出の時刻に電動遮光機器３のうち機器ＩＤが００１の機器を開放する制御をする設定をしている。そして、日没３０分前に全ての電動遮光機器３を閉鎖する制御をする設定をしている。また、推定した天候が晴れで、かつ、日の出時刻から３時間経過していたら、電動遮光機器３のうち機器ＩＤが００２の機器を開放する制御をする設定をしている。そして、推定した明るさが０．８以上であれば電動遮光機器３のうち機器ＩＤが００３の機器を開放する制御をする設定をしている。
【００５９】
実施の形態１の変形例に係る制御処理のフローチャートは実施の形態１と共通であり、図６に示す。実施の形態１と比較して、制御情報記憶部２３に記憶されている情報に制御機器の情報が追加されていることに伴い、ステップＳ１０７〜ステップＳ１０９の処理が少し変わるため、これらの処理について説明する。
【００６０】
ステップＳ１０７で、制御情報取得部１１は、制御情報記憶部２３に記憶された制御条件及び制御内容並びに制御機器の情報を取得する（ステップＳ１０７）。そして、判定部１３は、推定部１２が推定した現在の外部環境が、制御情報取得部１１が取得した制御条件のいずれかを満たすか否かを判定する（ステップＳ１０８）。いずれも満たさない場合は（ステップＳ１０８；Ｎｏ）、ステップＳ１０１に戻る。
【００６１】
いずれかを満たす場合は（ステップＳ１０８；Ｙｅｓ）、ステップＳ１０９に進み、制御部１０は、制御情報取得部１１が取得した制御内容及び制御機器（ステップＳ１０８で満たすと判定した制御条件に対応する制御内容及び制御機器）を制御信号送信部３２に通知する。そして、制御信号送信部３２は、制御部１０から通知された制御内容で示される制御を行うための制御信号を、制御部１０から通知された制御機器の情報で特定される電動遮光機器３に送信する（ステップＳ１０９）。そしてステップＳ１０１に戻る。
【００６２】
ステップＳ１０９の動作の詳細を図８を参照して説明する。ステップＳ１１１で、制御部１０は、ステップＳ１０７で取得した制御機器の情報が「ａｌｌ」であるかどうかを判定する（ステップＳ１１１）。「ａｌｌ」であるなら（ステップＳ１１１；Ｙｅｓ）、制御信号送信部３２は、接続されている全ての電動遮光機器３に制御信号を送信する（ステップＳ１１２）。「ａｌｌ」でないなら（ステップＳ１１１；Ｎｏ）、制御信号送信部３２は、制御部１０がステップＳ１０７で取得した制御機器の情報に示される電動遮光機器３に制御信号を送信する（ステップＳ１１３）。
【００６３】
以上説明したように、実施の形態１の変形例に係る制御システム１０００によれば、制御信号を任意の電動遮光機器３に送信することができるので、個々の電動遮光機器３毎に別々の制御を実現できる。
【００６４】
（実施の形態２）
実施の形態１及びその変形例では、時刻情報は太陽光発電システム２からの発電情報に基づいて推定していたため、正確な時刻を取得することはできなかった。また、発電情報の内容によっては推定した時刻に大きな誤差を含む恐れがあり、正確な時刻タイミングで電動遮光機器３を制御することができなかった。この問題を解決する実施の形態２について、説明する。
【００６５】
本発明の実施の形態２に係る制御システム２０００の構成は、図９に示すように、制御装置１と、太陽光発電システム２と、１台以上の電動遮光機器３と、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）サーバ４と、制御装置１とＮＴＰサーバ４とを接続するネットワーク９と、を備える。ネットワーク９の方式は何でも良く、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）や、特定小電力無線を用いたＨＡＮ（Ｈｏｍｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等を利用できる。また、図９では、制御装置１と電動遮光機器３とはネットワーク９とは別に直接接続しているが、制御装置１と電動遮光機器３とがネットワーク９を介して接続していても良い。
【００６６】
制御装置１、太陽光発電システム２及び１台以上の電動遮光機器３は実施の形態１と同じである。ＮＴＰサーバ４は、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）を用いて正確な現在時刻のデータを配信しているサーバであれば、任意のサーバを利用することができる。
【００６７】
実施の形態２に係る制御装置１の機能構成を図１０に示す。実施の形態１の制御装置１と比較すると、記憶部２０に自動日時補正情報記憶部２５を備え、また、日時情報取得部３３を備える点が異なる。自動日時補正情報記憶部２５は、現在時刻の自動補正を行うか否かを示す自動日時補正情報を記憶する。これは自動日時補正機能のＯＮ／ＯＦＦの情報であり、ユーザの操作によってＯＮ／ＯＦＦを切り替えることができる。自動日時補正機能のＯＦＦからＯＮへの切り替えが発生すると、後述する日時補正処理が再度最初から開始される。また、日時情報取得部３３は、ネットワーク９を通じてＮＴＰサーバ４から正確な現在時刻を取得する。
【００６８】
実施の形態２に係る制御装置１が行う制御処理は実施の形態１に係る制御処理と同じであり、図６のフローチャートに示す。次に、実施の形態２に係る制御装置１が行う日時補正処理について、図１１を参照して説明する。日時補正処理は、制御処理と同様に、制御装置１の制御プログラムが起動すると開始されるが、制御処理とは異なるスレッドで起動し、制御処理と並列に動作する。
【００６９】
まず、制御部１０が自動日時補正情報記憶部２５から自動日時補正情報を取得し、自動日時補正機能がＯＮであるか否かを判定する（ステップＳ２０１）。自動日時補正機能がＯＮになっていなければ（ステップＳ２０１；Ｎｏ）、処理を終了する。自動日時補正機能がＯＮであれば（ステップＳ２０１；Ｙｅｓ）、制御部１０はタイマー１４の値から推定される現在時刻が時刻補正タイミングか否かを判定する（ステップＳ２０２）。
【００７０】
時刻補正タイミングとは、例えば「毎日の決まった時刻」（午前０時、正午等）と、制御装置１の起動直後である。制御装置１の起動直後のタイミングは、タイマー１４の値で判定できる。なお、この「毎日の決まった時刻」と電動遮光機器３を制御するタイミングとは、電動遮光機器３の制御に必要な時間以上、例えば３０分以上、離れているタイミングが望ましい。「毎日の決まった時刻」は、例えば工場出荷時には午前０時に設定しておき、制御装置１のユーザが必要に応じて変更可能にしても良い。この場合、ユーザが変更しない限り、制御装置１の起動直後と、タイマー１４で推定した現在時刻が午前０時のタイミングが時刻補正タイミングとなる。
【００７１】
時刻補正タイミングでなければ（ステップＳ２０２；Ｎｏ）、ステップＳ２０１に戻る。時刻タイミングであれば（ステップＳ２０２；Ｙｅｓ）、日時情報取得部３３は、ＮＴＰサーバに接続して（ステップＳ２０３）、現在時刻を取得する（ステップＳ２０４）。そして制御部１０は、日時情報取得部３３が取得した現在時刻をタイマー１４に設定することで日時情報の補正を行い（ステップＳ２０５）、ステップＳ２０１に戻る。
【００７２】
この日時補正処理が制御処理とは別スレッドで並行して動作することで、毎日時刻が正しい時刻に補正される。したがって、実施の形態２では、制御処理でのステップＳ１０６における外部環境推定とステップＳ１０８における制御条件の判定に際して、正確な現在時刻を用いることができるので、電動遮光機器３をより正確なタイミングで制御することができる。
【００７３】
（実施の形態２の変形例）
なお、上述した実施の形態２では、ＮＴＰサーバ４から現在時刻情報を取得する構成としたが、現在時刻情報の取得はＮＴＰサーバ４からの取得に限るわけではない。例えば制御装置１のユーザが手動で現在時刻情報を設定できるようにしても良い。
【００７４】
この実施の形態２の変形例に係る制御システムの構成は図９からＮＴＰサーバ４とネットワーク９を除いた構成となり、図１の制御システム１０００と同じになる。そして、実施の形態２の変形例に係る制御装置１の機能構成は実施の形態２と同じで図１０に示したものになるが、日時情報取得部３３は、直接ユーザから現在時刻情報を取得できるようにするためのボタン（日時設定開始ボタン、日時入力ボタン、設定完了ボタン等）、タッチパネル等の入力デバイスを備える。
【００７５】
また、この実施の形態２の変形例に係る制御装置１が行う日時補正処理は、図１１の一部の処理を以下のように変更した処理となる。
【００７６】
ステップＳ２０２の「時刻補正タイミング」は、ユーザが時刻補正の指示を日時情報取得部３３に出したタイミング（例えば、日時設定開始ボタンが押されたタイミング）となる。ステップＳ２０３に対応する処理は無い。ステップＳ２０４では、ユーザから例えば日時入力ボタン及び設定完了ボタンにより現在時刻を入力してもらい、日時情報取得部３３はそのユーザが入力した現在時刻を取得する。これ以外のステップの処理は、実施の形態２と同じである。
【００７７】
実施の形態２の変形例では、ＮＴＰサーバを利用することができない環境においても、ユーザから現在時刻を入力してもらうことによって、実施の形態１と比較して、電動遮光機器３をより正確なタイミングで制御することができる。
【００７８】
なお、実施の形態２と実施の形態２の変形例とを組み合わせた実施の形態も可能である。この場合、実施の形態２に係る日時補正処理と、実施の形態２の変形例に係る日時補正処理とはそれぞれ別のスレッドで並行動作することになる。そして、通常はＮＴＰサーバ４を要した日時補正を行うが、何らかの原因でＮＴＰサーバから正しい時刻が提供されなかった場合には手動で日時補正を行うこともできるようになる。
【００７９】
（実施の形態３）
上述した実施の形態では、気象情報に関しては、発電情報取得部３１から得られる発電情報に基づいて推定した天候の情報や明るさの情報しか用いることができなかった。この推定は実際の天候とは関係なく、単に明るさに基づく推定になるため、雨、曇り、雪等を正確に推定することは難しかった。また気温や湿度を推定することもできなかった。これらの問題を解決する実施の形態３について、説明する。
【００８０】
本発明の実施の形態３に係る制御システム３０００の構成は、図１２に示すように、制御装置１と、太陽光発電システム２と、１台以上の電動遮光機器３と、気象情報サーバ５と、制御装置１と気象情報サーバ５とを接続するネットワーク９と、を備える。ネットワーク９の方式は本発明の実施の形態２と同様に何でも良い。また、図１２では、制御装置１と電動遮光機器３とはネットワーク９とは別に直接接続しているが、制御装置１と電動遮光機器３とがネットワーク９を介して接続していても良い。
【００８１】
制御装置１、太陽光発電システム２及び１台以上の電動遮光機器３は実施の形態１と同じである。気象情報サーバ５は、天候や気温等の気象に関連する情報を配信しているサーバである。
【００８２】
実施の形態３に係る制御装置１の機能構成を図１３に示す。実施の形態１の制御装置１と比較すると、気象関連情報取得部３４を備える点が異なる。気象関連情報取得部３４は、ネットワーク９を通じて気象情報サーバ５から天候や気温等の気象に関連する情報を取得する。
【００８３】
実施の形態３に係る制御装置１が行う制御処理について、図１４を参照して説明する。制御処理は、制御装置１の制御プログラムが起動すると開始される。ステップＳ３０１〜ステップＳ３０７の処理は、図６のステップＳ１０１〜ステップＳ１０７の処理と同じである。ただし、ステップＳ３０７で取得する制御情報は図１５に示すように、当日の予報天候や、予想気温など、気象情報サーバ５から取得できる気象関連情報を含んだ制御条件を含むことができる。
【００８４】
ステップＳ３０８では、気象関連情報取得部３４は、気象情報サーバ５から気象関連情報を取得する（ステップＳ３０８）。この取得の際に、気象関連情報取得部３４は、制御装置１の現在の位置（ユーザの住んでいる地域）の情報を気象情報サーバ５に通知しても良い。そうすることで、気象情報サーバ５は、通知された地域の詳細な気象情報を気象関連情報取得部３４に送信することができる。
【００８５】
また、この時取得する気象関連情報は、ステップＳ３０７で制御情報取得部１１が取得した制御条件に含まれている気象関連情報を含むようにする。また、この時取得する気象関連情報は、ステップＳ３０７で制御情報取得部１１が取得した制御条件に含まれている気象関連情報を含むようにする。例えば、図１５では、制御条件として「夏季  ａｎｄ  朝８時  ａｎｄ当日晴天」、「日没  ａｎｄ  翌日の予想最低気温≧０℃」、「日没  ａｎｄ  翌日の予想最低気温＜０℃」、「台風接近」「ｎｏｔ  台風接近」が設定されている。そこで、ステップＳ３０７でこれらの制御条件を取得した場合は、ステップＳ３０８で気象関連情報を取得する際に「現在の季節」、「本日の天気」、「翌日の予想最低気温」、「日没時刻」、「台風情報」を取得するようにする。
【００８６】
なお、ステップＳ３０６、ステップＳ３０７及びステップＳ３０８を処理する順番は任意である。例えば、ステップＳ３０６の次にステップＳ３０８、その次にステップＳ３０７の処理を行っても良い。その場合は、ステップＳ３０８では制御条件として取り得るものに含まれている気象情報を全て取得しておくことになる。また、ステップＳ３０７→ステップＳ３０８→ステップＳ３０６の順に処理を行っても良い。この場合は、ステップＳ３０８ではステップＳ３０７で制御情報取得部１１が取得した制御条件に含まれている気象関連情報のみを取得すれば良いし、制御条件に含まれているならステップＳ３０８で季節や天候の情報は取得済みなのでステップＳ３０６での季節や天候の推定は不要となる。
【００８７】
そして、ステップＳ３０９では、ステップＳ３０６で推定部１２が推定した現在の外部環境とステップＳ３０８で気象関連情報取得部３４が取得した気象関連情報とが、ステップＳ３０７で制御情報取得部１１が取得した制御条件のいずれかを満たすか否かを判定する（ステップＳ３０９）。いずれも満たさない場合は（ステップＳ３０９；Ｎｏ）、ステップＳ３０１に戻る。
【００８８】
いずれかを満たす場合は（ステップＳ３０９；Ｙｅｓ）、ステップＳ３１０に進み、制御部１０は、制御情報取得部１１が取得した制御内容及び制御機器（ステップＳ３０９で満たすと判定した制御条件に対応する制御内容及び制御機器）を制御信号送信部３２に通知する。そして、制御信号送信部３２は、制御部１０から通知された制御内容で示される制御を行うための制御信号を、制御部１０から通知された制御機器の情報で特定される電動遮光機器３に送信する（ステップＳ３１０）。そしてステップＳ３０１に戻る。
【００８９】
なお、ステップＳ３１０において、もし制御部１０から通知された制御機器の情報が「ａｌｌ」だった場合は、制御信号送信部３２は、接続されている全ての電動遮光機器３に制御信号を送信する。また、図１５では制御機器の情報を含む形の制御情報を例として挙げたため、上述の制御処理の説明では制御情報に制御機器の情報を含む場合の制御処理を説明したが、実施の形態１のように、制御機器の情報を含まない制御情報を用いて、全ての電動遮光機器３をまとめて制御するようにしても良い。
【００９０】
図１５の上から一つ目の例では、制御条件「夏季  ａｎｄ  朝８時  ａｎｄ  当日晴天」により、夏季で当日の天候が晴天の場合、朝８時に全ての電動遮光機器３を閉鎖する制御を行うことで、夏季の強い日差しが室内に入射し、室温が上昇するのを防ぐことができる。図にはないが、例えば制御条件「冬季  ａｎｄ  朝８時  ａｎｄ  当日晴天」、制御内容「開放」という制御情報を設定しておけば、冬季で当日の天候が晴天の場合、朝８時に電動遮光機器３を開放する制御となり、寒い冬でも、晴れの日には日光を室内に入れることができる。
【００９１】
図１５の上から二つ目及び三つ目の例で、機器ＩＤ（制御機器の情報）が００１の機器は電動カーテン、機器ＩＤが００２の機器は電動雨戸であるものとする。これらの制御条件は「日没  ａｎｄ  翌日の予想最低気温≧０℃」、「日没  ａｎｄ  翌日の予想最低気温＜０℃」となっているので、翌日の予想最低気温が氷点下となる場合は電動雨戸を閉鎖し、０℃以上の場合は電動カーテンを閉鎖する制御となる。すなわち、寒さが厳しくなることが予想される場合は、電動雨戸を閉鎖することで、室温の低下を極力防ぎ、それほど寒さが厳しくないと予想される場合は、より開閉が容易な電動カーテンを閉鎖することで、ユーザの利便性の向上を図っている。
【００９２】
図１５の上から四つ目の例及び五つ目の例では、制御条件が「台風接近」及び「ｎｏｔ  台風接近」となっているので、台風の接近が予想される場合には機器ＩＤが００２である電動雨戸を閉鎖し、台風の接近が予想されていない場合には機器ＩＤが００１である電動カーテンを閉鎖する制御が可能となる。
【００９３】
以上説明したように、実施の形態３に係る制御システム３０００によれば、気象関連情報も加味して制御できるようになる。したがって、気象関連情報として日の出時刻や日没時刻を取得することで、電動遮光機器をより正確なタイミングで制御できる。また、気象関連情報として気温の情報を取得することで、気温に応じて制御条件を調整するといった、より柔軟な制御が行えるようになる。また気象関連情報として正確な天候や季節を取得することで、季節や天候に応じた制御ができ、光熱費低減の効果も期待できる。
【００９４】
（実施の形態４）
上述した実施の形態では、電動遮光機器３の現在の開閉状態を取得できなかったため、既に開放状態なのに開放制御をしたり、逆に既に閉鎖状態なのに閉鎖制御をしたりする場合があり得た。また、制御後に電動遮光機器３の状態が本当に制御した状態になったかを確認することができないので、例えば制御信号の送信時にエラーが発生してしまって電動遮光機器３が制御されないままであることもあり得た。これらの問題を解決する実施の形態４について、説明する。
【００９５】
本発明の実施の形態４に係る制御システムは、図１に示すように、実施の形態１と同じ制御システム１０００で構成される。実施の形態４に係る制御装置１の機能構成を図１６に示す。実施の形態１の制御装置１と比較すると、電動遮光機器３の状態を取得する機器状態取得部３５を備える点が異なる。
【００９６】
実施の形態４に係る制御装置１が行う制御処理について、図１７を参照して説明する。制御処理は、制御装置１の制御プログラムが起動すると開始される。ステップＳ４０１〜ステップＳ４０８の処理は、図６のステップＳ１０１〜ステップＳ１０８の処理と同じである。
【００９７】
ステップＳ４０９では、機器状態取得部３５が全ての電動遮光機器３の状態を取得する（ステップＳ４０９）。そして、ステップＳ４１０では、制御部１０は、ステップＳ４０８で満たすと判定した制御条件に対応する制御内容と、機器状態取得部３５が取得した機器状態とを比較して制御信号を送信する必要があるかを判定する（ステップＳ４１０）。例えば、機器状態が閉鎖状態で、制御内容も閉鎖だったら制御信号を送信する必要はない。逆に機器状態が開放状態で、制御内容が閉鎖だったら制御信号を送信する必要がある。
【００９８】
なお、制御情報取得部１１が取得した制御機器の情報が電動遮光機器３の個々の制御機器の機器ＩＤだった場合は、ステップＳ４１０で制御部１０は、機器の状態判定を個々の機器毎に行う。制御情報取得部１１が取得した制御機器の情報が「ａｌｌ」の場合は、制御部１０は、全ての電動遮光機器３の状態が制御信号送信不要の状態になっているかを判定する。いずれの場合も、一つでも制御信号の送信が必要な状態の電動遮光機器３が存在した場合は、ステップＳ４１０での制御部１０による判定は「制御信号を送信する必要有り」となる。
【００９９】
制御信号を送信する必要がなければ（ステップＳ４１０；Ｎｏ）、ステップＳ４０１に戻る。制御信号を送信する必要があれば（ステップＳ４１０；Ｙｅｓ）、ステップＳ４１１に進み、制御部１０は、制御情報取得部１１が取得した制御内容及び制御機器（ステップＳ４０８で満たすと判定した制御条件に対応する制御内容及び制御機器）を制御信号送信部３２に通知する。そして、制御信号送信部３２は、制御部１０から通知された制御内容で示される制御を行うための制御信号を、制御部１０から通知された制御機器の情報で特定される電動遮光機器３に送信する（ステップＳ４１１）。
【０１００】
なお、ステップＳ４１１では、制御機器の情報が「ａｌｌ」だった場合は、ステップＳ４０９で取得した各機器の機器状態に基づき、制御信号を送信する必要のある機器にだけ制御信号を送信することにしても良い。
【０１０１】
次に、電動遮光機器３の動作が完了するのを待つために、制御部１０はタイマー１４で電動遮光機器３の動作が完了するのに必要な時間、例えば５分間をカウントして待機する（ステップＳ４１２）。そして、機器状態取得部３５が再度電動遮光機器３の状態を取得する（ステップＳ４１３）。
【０１０２】
そして、ステップＳ４１４では、制御部１０は、ステップＳ４１１で制御信号が送信された電動遮光機器３の状態が制御信号で指示した状態になっているかを判定する（ステップＳ４１４）。電動遮光機器３の状態が制御信号で指示した状態になっていれば（ステップＳ４１４；Ｙｅｓ）、ステップＳ４０１に戻る。
【０１０３】
電動遮光機器３の状態が指示した状態になっていなければ（ステップＳ４１４；Ｎｏ）、ステップＳ４１１に戻って、制御信号の再送を行う（ステップＳ４１１）。図１７では示していないが、電動遮光機器３が制御信号を受信できなくなったり、正常に動作しなくなったりした場合を考慮すると、ステップＳ４１０でＹｅｓに進む際に、再送カウンタを設定し、ステップＳ４１４からステップＳ４１１に戻る回数を制限するのが望ましい。
【０１０４】
これは、ステップＳ４１０でＹｅｓとなったら、再送カウンタを例えば１０に設定し、ステップＳ４１４では再送カウンタが正の値である間だけ「指示した状態になっているか？」の判定を行い、判定結果がＮｏとなる度に再送カウンタを一つずつ減らしていく。そして、ステップＳ４１４で再送カウンタが０以下であった場合は、機器状態には関係なく、ステップＳ４０１に戻るようにすれば良い。
【０１０５】
以上、説明したように、実施の形態４に係る制御システム１０００によれば、制御信号送信前に電動遮光機器３の状態を取得することで、制御信号の送信が必要なときのみ制御信号を送信することができるので、不要な通信の発生を抑制することができる。また、制御信号送信後に電動遮光機器３の状態を取得し、電動遮光機器３が所望の状態になっていなければ制御信号を再送することにより、電動遮光機器３の確実な制御を実現できる。
【０１０６】
また、図１７のステップＳ４０８での判定結果がＮｏの場合にすぐにステップＳ４０１に戻るのではなく、定期的に電動遮光機器３の状態を取得し、その時点での電動遮光機器３のあるべき状態と実際の電動遮光機器３の状態とが異なっていた場合に、電動遮光機器３をあるべき状態にするように制御信号を送信するようにしても良い。このような処理を行うことにより、電動遮光機器３をあるべき状態に維持することができる。
【０１０７】
（実施の形態５）
上述した実施の形態では、発電パターン記憶部２２に記憶されている発電パターンは、制御装置１を工場から出荷する際または販売店で販売する際に、予め発電パターン記憶部２２に記憶させてあったものである。発電パターンの値は地域によって異なるため、本来は購入時にユーザの使用場所に応じた発電パターンを記憶させるべきだが、このような個別対応は困難な場合が多い。また、太陽光発電システムの性能や経年変化によっても発電情報取得部３１から取得される値は変化するため、外部環境を長年にわたって精度良く推定し続けるためには発電パターンを定期的に更新した方が良い。そこで、発電パターンの更新機能を実現する実施の形態５について、説明する。
【０１０８】
本発明の実施の形態５に係る制御システム５０００は、図１８に示すように、制御装置１と、太陽光発電システム２と、１台以上の電動遮光機器３と、発電パターン提供サーバ６と、制御装置１と発電パターン提供サーバ６とを接続するネットワーク９と、を備える。ネットワーク９の方式は本発明の実施の形態２と同様に何でも良い。また、図１８では、制御装置１と電動遮光機器３とはネットワーク９とは別に直接接続しているが、制御装置１と電動遮光機器３とがネットワーク９を介して接続していても良い。
【０１０９】
制御装置１、太陽光発電システム２及び１台以上の電動遮光機器３は実施の形態１と同じである。発電パターン提供サーバ６は、制御装置１の記憶部２０内の発電パターン記憶部２２に記憶させるための発電パターンの情報を配信しているサーバである。
【０１１０】
実施の形態５に係る制御装置１の機能構成を図１９に示す。実施の形態１の制御装置１と比較すると、記憶部２０に発電パターン自動更新情報記憶部２６を備え、また、発電パターン取得部３６を備える点が異なる。発電パターン自動更新情報記憶部２６は、発電パターン記憶部２２に記憶されている発電パターンの自動更新を行うか否かを示す発電パターン自動更新情報を記憶する。これは発電パターンの自動更新機能のＯＮ／ＯＦＦの情報であり、ユーザの操作によってＯＮ／ＯＦＦを切り替えることができる。発電パターンの自動更新機能のＯＦＦからＯＮへの切り替えが発生すると、後述する発電パターン更新処理が再度最初から開始される。また、発電パターン取得部３６は、ネットワーク９を通じて発電パターン提供サーバ６から発電パターンの情報を取得する。
【０１１１】
実施の形態５に係る制御装置１が行う制御処理は実施の形態１に係る制御処理と同じであり、図６のフローチャートに示す。次に、実施の形態５に係る制御装置１が行う発電パターン更新処理について、図２０を参照して説明する。発電パターン更新処理は、制御処理と同様に、制御装置１の制御プログラムが起動すると開始されるが、制御処理とは異なるスレッドで起動し、制御処理と並列に動作する。
【０１１２】
まず、制御部１０が発電パターン自動更新情報記憶部２６から発電パターン自動更新情報を取得し、発電パターンの自動更新機能がＯＮであるか否かを判定する（ステップＳ５０１）。自動更新機能がＯＮになっていなければ（ステップＳ５０１；Ｎｏ）、処理を終了する。自動更新機能がＯＮであれば（ステップＳ５０１；Ｙｅｓ）、発電パターン取得部３６は、発電パターン提供サーバ６に接続する（ステップＳ５０２）。発電パターン提供サーバ６への接続時に、発電パターン取得部３６は、制御装置１に接続されている太陽光発電システム２の型番、性能、使用開始時期等の情報や、太陽光発電システム２を設置している場所の住所、設置方向、設置の傾き等の情報を発電パターン提供サーバ６に送信しても良い。これらの情報を送信することで、発電パターン提供サーバ６は、よりユーザの使用環境に適合した発電パターンを提供できるようになる。
【０１１３】
次に、発電パターン取得部３６は、発電パターン提供サーバ６が提供する発電パターンの情報が更新されているか否かの判定を行う（ステップＳ５０３）。発電パターンの情報が更新されていなければ（ステップＳ５０３；Ｎｏ）、ステップＳ５０１に戻る。発電パターンの情報が更新されているなら（ステップＳ５０３；Ｙｅｓ）、発電パターン取得部３６は、発電パターン提供サーバ６から発電パターンの情報を取得する（ステップＳ５０４）。
【０１１４】
そして、制御部１０は、発電パターン取得部３６が取得した発電パターンの情報を用いて、発電パターン記憶部２２に記憶されている発電パターンの情報を更新し（ステップＳ５０５）、ステップＳ５０１に戻る。
【０１１５】
以上で説明した発電パターン更新処理により、実施の形態５に係る制御システム５０００は、常に最新で精度の高い発電パターンに基づいて外部環境の推定が行えるようになり、それによって電動遮光機器３をより高い精度で制御可能になる。
【０１１６】
ここで、発電パターンが更新されるタイミングとしては、大きく２種類のタイミングがある。一つは時期に基づく更新タイミングで、毎月、毎週、毎日等、その月（週、日）に合った発電パターンを提供するために更新するものである。特に毎日更新する場合は、その日の天気予報の情報に基づいて、かなり精度の高い発電パターンを提供できる。
【０１１７】
もう一つは太陽光発電システム２の新製品が発売された場合や、今まで未対応だった太陽光発電システム２に対応するようにした場合等、新たな太陽光発電システム２のための発電パターンを提供できるようになった場合に、その発電パターンを含む情報を提供するために更新するものである。
【０１１８】
（実施の形態５の変形例）
なお、上述した実施の形態５では、発電パターン提供サーバ６から発電パターンを取得する構成としたが、発電パターンの更新は発電パターン提供サーバ６が存在しないとできないというわけではない。例えば、制御装置１のユーザが、自分の使用している太陽光発電システム２からの発電情報に基づいて、発電パターン記憶部２２に記憶されている発電パターンの情報を更新できるようにしても良い。
【０１１９】
この実施の形態５の変形例に係る制御システムの構成は図１８から発電パターン提供サーバ６とネットワーク９を除いた構成となり、図１の制御システム１０００と同じになる。そして、実施の形態５の変形例に係る制御装置１の機能構成は実施の形態５と同じで図１９に示したものになるが、発電パターン取得部３６は、ユーザから発電パターン更新指示やその日の天候情報や現在日時を入力してもらうためのボタンやタッチパネル等の入力デバイスを備える。そして、発電パターン取得部３６は、ユーザからの発電パターン更新指示に基づき、発電情報記憶部２１に記憶されている発電情報を利用して発電パターンを作成し、作成した発電パターンを制御部１０が発電パターン記憶部２２に記憶させる。
【０１２０】
この実施の形態５の変形例に係る制御装置１が行う発電パターン更新処理は、図２０の一部を以下のように変更した処理となる。
【０１２１】
ステップＳ５０２に対応する処理は無い。ステップＳ５０３では、発電パターン取得部３６は、ユーザから発電パターン更新指示が有るか否かを判定する。ステップＳ５０４では発電パターン取得部３６は、ユーザからその日の天候情報と現在日時を取得するとともに、発電情報記憶部２１から過去２４時間分の発電情報を取得する。
【０１２２】
ステップＳ５０５では、ステップＳ５０４で取得した発電情報や天候情報に基づき、その発電情報を利用してその天候での発電パターンの情報を作成し、発電パターン記憶部２２に記憶されている発電パターンの情報を更新する。これ以外のステップの処理は、実施の形態５と同じである。
【０１２３】
実施の形態５の変形例では、発電パターン提供サーバ６を利用することができない環境においても、発電情報記憶部２１に記憶している発電情報と、ユーザから入力された天候情報や現在日時情報を用いることによって、ユーザが使用している地点での実態に即した発電パターンを得ることができる。そして、この実態に即した発電パターンに基づいて外部環境の推定が行えるようになるので、電動遮光機器３をより高い精度で制御可能になる。
【０１２４】
なお、実施の形態５と実施の形態５の変形例とを組み合わせた実施の形態も可能である。この場合、実施の形態５に係る発電パターン更新処理と、実施の形態５の変形例に係る発電パターン更新処理とはそれぞれ別のスレッドで並行動作することになる。そして、例えば、住んでいる場所の南側に高層マンションが建築された場合などにおいて、通常は、発電パターン提供サーバ６から提供される発電パターンを利用するが、高層マンションの存在が発電パターンにかなり影響を与える場合は、実施の形態５の変形例に係る発電パターン更新処理によって、現在の環境に即した発電パターンを作成することもできるようになる。
【０１２５】
なお、本発明は上述した各実施の形態に限定されず、本発明の要旨を逸脱しない範囲での種々の変更が可能である。既に実施の形態２と実施の形態２の変形例の組み合わせが可能なことや、実施の形態５と実施の形態５の変形例の組み合わせが可能なことは説明したが、例えば、上述した全ての実施の形態を組み合わせた実施の形態も可能である。この場合、メインの制御処理は統合されて一つのスレッドで動作し、日時補正処理や発電パターン更新処理はそれぞれ別のスレッドで並行動作することになる。そして、この場合、ネットワーク９に接続されたＮＴＰサーバ４、気象情報サーバ５、発電パターン提供サーバ６は別々に存在していても良いし、これらの各種機能を備えた一つのサーバに統合されていても良い。
【０１２６】
また、上述した各実施の形態に係る制御システムは電動遮光機器３を含んでいたが、外部からの制御信号を受信し、受信した制御信号に基づいて動作する機能を持っている機器であれば、他にも様々な機器を接続して自動制御することができる。例えば車庫のシャッター、店舗のシャッター、植木や芝生等へ水撒きするスプリンクラー等を日の出や日没の時刻に合わせて自動制御するシステムも考えられる。そして、電動遮光機器３やその他の自動制御する機器が利用する電力は、太陽光発電システム２が発電する電力である必要はないため、夜間や雨天時等、太陽光発電システム２からの電力供給が困難な場合でも、問題なく自動制御することが可能である。
【０１２７】
なお、各実施の形態において、記憶部２０内の各種記憶部は制御装置１内に備えるものとして説明したが、ネットワーク９の存在する制御システムにおいてはネットワーク９に接続されたサーバがこれら各種記憶部を備えるようにしても良い。
【０１２８】
本発明の実施の形態に係る制御装置１のハードウェアは、例えば図２１に示すように、プロセッサ１００１、メモリ１００２、インタフェース１００３で構成されている。制御装置１の各機能はプロセッサ１００１がメモリ１００２に記憶されたプログラムを実行することにより実現される。インタフェース１００３は制御装置１と、太陽光発電システム２や電動遮光機器３等の構成要素を接続し、通信を確立させるためのものであり、必要に応じて複数種のインタフェースから構成されてもよい。また、図２１では、プロセッサ１００１およびメモリ１００２をそれぞれ一つで構成する例を示しているが、複数のプロセッサおよび複数のメモリが連携して上記機能を実行してもよい。
【０１２９】
また、上述のいずれの実施の形態においても、各機能は、通常のコンピュータによっても実施することができる。具体的には、上述の実施の形態では、制御部１０が実行するプログラムが、記憶部２０のＲＯＭに予め記憶されているものとして説明した。しかし、プログラムを、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）及びＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ  Ｄｉｓｃ）等のコンピュータ読み取り可能な記録媒体に格納して配布し、そのプログラムをコンピュータに読み込んでインストールすることにより、上述の各機能を実現することができるコンピュータを構成してもよい。そして、各機能をＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）とアプリケーションとの分担、またはＯＳとアプリケーションとの協同により実現する場合等には、ＯＳ以外の部分のみを記録媒体に格納してもよい。
【０１３０】
さらに、搬送波に各プログラムを重畳し、通信ネットワークを介して配信することも可能である。例えば、通信ネットワーク上の掲示板（ＢＢＳ，Ｂｕｌｌｅｔｉｎ  Ｂｏａｒｄ  Ｓｙｓｔｅｍ）に当該プログラムを掲示し、ネットワークを介して当該プログラムを配信してもよい。そして、これらのプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行できるように構成してもよい。
【０１３１】
以上、本発明の好ましい実施形態について説明したが、本発明は係る特定の実施形態に限定されるものではなく、本発明には、特許請求の範囲に記載された発明とその均等の範囲が含まれる。
【符号の説明】
【０１３２】
１０００，２０００，３０００，５０００  制御システム、１  制御装置、２  太陽光発電システム、３  電動遮光機器、４  ＮＴＰサーバ、５  気象情報サーバ、６  発電パターン提供サーバ、９  ネットワーク、１０  制御部、１１  制御情報取得部、１２  推定部、１３  判定部、１４  タイマー、２０  記憶部、２１  発電情報記憶部、２２  発電パターン記憶部、２３  制御情報記憶部、２４  自動制御切替情報記憶部、２５  自動日時補正情報記憶部、２６  発電パターン自動更新情報記憶部、３１  発電情報取得部、３２  制御信号送信部、３３  日時情報取得部、３４  気象関連情報取得部、３５  機器状態取得部、３６  発電パターン取得部、１００１  プロセッサ、１００２  メモリ、１００３  インタフェース。
【図１】
0006755099.tif 000002
【図２】
0006755099.tif 000003
【図３】
0006755099.tif 000004
【図４】
0006755099.tif 000005
【図５】
0006755099.tif 000006
【図６】
0006755099.tif 000007
【図７】
0006755099.tif 000008
【図８】
0006755099.tif 000009
【図９】
0006755099.tif 000010
【図１０】
0006755099.tif 000011
【図１１】
0006755099.tif 000012
【図１２】
0006755099.tif 000013
【図１３】
0006755099.tif 000014
【図１４】
0006755099.tif 000015
【図１５】
0006755099.tif 000016
【図１６】
0006755099.tif 000017
【図１７】
0006755099.tif 000018
【図１８】
0006755099.tif 000019
【図１９】
0006755099.tif 000020
【図２０】
0006755099.tif 000021
【図２１】
0006755099.tif 000022