(57)【特許請求の範囲】
【請求項１】
複数の太陽光発電パネルと、
複数の太陽光発電パネルの１枚毎に設けられ、対応する太陽光発電パネルを制御する発電用パワーコンディション装置と、
少なくとも１つの負荷装置と、
その負荷装置に供給する電力を制御する負荷用パワーコンディション装置と、
少なくとも１つの蓄電装置と、
その蓄電装置への充電と放電を制御する蓄電用パワーコンディション装置と、を備えており、
発電用パワーコンディション装置と負荷用パワーコンディション装置と蓄電用パワーコンディション装置のそれぞれは、電圧を調整する電圧調整モジュールと、他のパワーコンディション装置と通信するための通信モジュールと、電圧調整モジュールと通信モジュールを制御するプラットフォームモジュールを有する一方で、
発電用パワーコンディション装置は、太陽光発電パネルのＭＰＰＴ制御を行うＭＰＰＴモジュールをさらに有し、
負荷用パワーコンディション装置は、負荷装置へ供給する電力量を制御する負荷制御モジュールをさらに有し、
蓄電用パワーコンディション装置は、蓄電装置への充電と放電を制御する蓄電池制御モジュールをさらに有している、太陽光発電システム。
【請求項２】
発電用パワーコンディション装置のそれぞれは、当該発電用パワーコンディション装置が制御する１又は複数の太陽光発電パネルの発電効率を算出する、請求項１に記載の太陽光発電システム。
【請求項３】
複数の発電用パワーコンディション装置が算出する発電効率から特定される隣接する太陽光発電パネルの発電効率の相違度に基づいて、太陽光発電パネルの異常を判定する判定部をさらに有する、請求項２に記載の太陽光発電システム。
【請求項４】
複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能し、
マスタとして機能するパワーコンディション装置が故障したときは、スレーブとして機能している他のパワーコンディション装置の一つがマスタとして機能する、請求項１〜３のいずれか一項に記載の太陽光発電システム。
【請求項５】
複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能し、
複数のパワーコンディション装置のそれぞれは、所定の周期毎に、当該パワーコンディション装置の負荷を算出し、算出された負荷の最も小さいパワーコンディション装置がマスタとして選択される、請求項１〜４のいずれか一項に記載の太陽光発電システム。
【請求項６】
複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能し、
マスタとして機能するパワーコンディション装置は、各パワーコンディション装置の稼働状況に基づいて、各パワーコンディション装置の運転モードを決定する、請求項１〜５のいずれか一項に記載の太陽光発電システム。
【請求項７】
負荷用パワーコンディション装置の少なくとも１つは、当該負荷用パワーコンディション装置が制御する負荷装置の稼動履歴に基づく予測電力使用量に基づいて、当該負荷装置を制御する、請求項１〜６のいずれか一項に記載の太陽光発電システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示する技術は、太陽光発電システムに関する。特に、家庭用等の小規模の発電システムに好適に用いられる技術に関する。
【背景技術】
【０００２】
特許文献１は、従来の太陽光発電システムの一例を開示する。この太陽光発電システムは、複数の太陽光発電パネルと、これら太陽光発電パネルに接続された１台のパワーコンディション装置を備えている。各太陽光発電パネルで発電された電力は、パワーコンディション装置によって家庭内で使用可能な電力に変換される。パワーコンディション装置によって変換された電力は、商用系統などの電力系統へ供給される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−５５０９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
太陽光発電システムは、屋外に設置され、風雨や寒暖などの厳しい自然環境に曝される。このため、時間の経過に伴って太陽光発電装置（典型的には太陽光発電パネル）の劣化等が進み、電力変換効率が低下してゆく。太陽光発電装置の経年劣化には個体差があるため、太陽光発電装置毎に経年劣化の程度は異なる。その結果、従来の太陽光発電システムでは、最も経年劣化が進んだ変換効率の悪い太陽光発電装置によって、全体の発電効率が低下するという問題を有していた。本明細書は、太陽光発電装置の経年劣化に個体差が生じても、システム全体の発電効率の低下を抑制することができる太陽光発電システムを開示する。
【課題を解決するための手段】
【０００５】
本明細書に開示する太陽光発電システムは、複数の発電装置と、複数の発電装置のそれぞれに設けられている発電用パワーコンディション装置と、を備えている。複数の発電装置のそれぞれは、１又は複数の太陽光発電装置を有している。発電用パワーコンディション装置のそれぞれは、当該発電用パワーコンディション装置に対応する発電装置が有する１又は複数の太陽光発電装置を制御する。
【０００６】
この太陽光発電システムでは、発電装置（すなわち、１又は複数の太陽光発電装置）毎に発電用パワーコンディション装置を備えている。このため、各発電用パワーコンディション装置は、発電装置毎に、その経年劣化の程度に応じて当該発電装置を制御することができる。その結果、発電装置毎に経年劣化の程度が相違しても、各発電装置を適切に制御することができ、システム全体の発電効率の低下を抑制することができる。
【図面の簡単な説明】
【０００７】
【図１】本実施例に係る太陽光発電システムの概略構成図。
【図２】本実施例の太陽光発電システムに備えられる発電部の構成を示すブロック図。
【図３】本実施例の太陽光発電システムに備えられる蓄電部の構成を示すブロック図。
【図４】本実施例の太陽光発電システムに備えられる負荷部の構成を示すブロック図。
【図５】マスタ装置として機能するパワーコンディション装置の電源投入時の処理の手順を示すフローチャート。
【図６】スレーブ装置として機能するパワーコンディション装置の電源投入時の処理の手順を示すフローチャート。
【図７】マスタ装置として機能するパワーコンディション装置の通常処理の手順を示すフローチャート。
【図８】マスタ装置として機能するパワーコンディション装置のオンライン診断処理の手順を示すフローチャート。
【図９】マスタ装置として機能するパワーコンディション装置のシステム構成変更処理の手順を示すフローチャート。
【図１０】マスタ装置として機能するパワーコンディション装置の運転モード決定処理の手順を示すフローチャート。
【図１１】スレーブ装置として機能するパワーコンディション装置の通常処理の手順を示すフローチャート。
【図１２】スレーブ装置として機能するパワーコンディション装置のオンライン診断処理の手順を示すフローチャート。
【図１３】スレーブ装置として機能するパワーコンディション装置のシステム構成変更処理の手順を示すフローチャート。
【図１４】スレーブ装置として機能する負荷用パワーコンディション装置の基本処理の手順を示すフローチャート。
【発明を実施するための形態】
【０００８】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に記載する技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。
【０００９】
（特徴１）  本明細書に開示する太陽光発電システムは、少なくとも１つの負荷装置と、その負荷装置に供給する電力を制御する負荷用パワーコンディション装置をさらに備えていてもよい。このような構成によると、負荷装置毎に、その負荷装置への電力供給量を制御することができる。
【００１０】
（特徴２）  本明細書に開示する太陽光発電システムは、少なくとも１つの蓄電装置と、その蓄電装置への充電と放電の少なくとも一方を制御する蓄電用パワーコンディション装置をさらに備えていてもよい。このような構成によると、蓄電装置毎に、その蓄電装置への充電及び／又は放電を制御することができる。
【００１１】
（特徴３）  本明細書に開示する太陽光発電システムでは、パワーコンディション装置のそれぞれは、他のパワーコンディション装置と無線で通信するための通信回路を有していてもよい。このような構成によると、パワーコンディション装置間で情報を共有化することができ、システムの稼働状況に応じて各装置を適切に制御することができる。
【００１２】
（特徴４）  本明細書に開示する太陽光発電システムでは、発電用パワーコンディション装置のそれぞれは、当該発電用パワーコンディション装置が制御する１又は複数の太陽光発電装置の発電効率を算出してもよい。このような構成によると、発電用パワーコンディション装置毎（１又は複数の太陽光発電装置毎）に発電効率が算出されるため、複数の太陽光発電装置の中から発電効率の悪い太陽光発電装置を見つけることが可能となる。
【００１３】
（特徴５）  本明細書に開示する太陽光発電システムでは、複数の発電用パワーコンディション装置が算出する発電効率から特定される隣接する太陽光発電装置の発電効率の相違度に基づいて、太陽光発電装置の異常を判定する判定部をさらに有していてもよい。太陽光発電装置が隣接して設置されている場合、これらの太陽光発電装置は略等しい日照条件下にあると考えられる場合がある。かかる場合において、隣接する太陽光発電装置の発電効率が大きく相違する状態が長時間続けば、発電効率の悪い太陽光発電装置に何らかの異常が発生している可能性がある。上記の構成によると、隣接する太陽光発電装置の発電効率の相違度から太陽光発電装置の異常を判定するため、太陽光発電装置の異常を適切に発見することができる。
【００１４】
（特徴６）  本明細書に開示する太陽光発電システムでは、複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能してもよい。この場合に、マスタとして機能するパワーコンディション装置が故障したときは、スレーブとして機能している他のパワーコンディション装置の一つがマスタとして機能するように構成してもよい。このような構成によると、マスタとして機能するパワーコンディション装置が故障しても、他のパワーコンディション装置がマスタとなることで、太陽光発電システムの運転を継続することができる。
【００１５】
（特徴７）  本明細書に開示する太陽光発電システムでは、複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能してもよい。この場合に、複数のパワーコンディション装置のそれぞれは、所定の周期毎に、当該パワーコンディション装置の負荷を算出し、算出された負荷の最も小さいパワーコンディション装置がマスタとして選択されるようにしてもよい。このような構成によると、各パワーコンディション装置の負荷に応じて、適切にマスタとして機能するパワーコンディション装置を選択することができる。
【００１６】
（特徴８）  本明細書に開示する太陽光発電システムでは、複数のパワーコンディション装置の一つがマスタとして機能し、他のパワーコンディション装置がスレーブとして機能してもよい。この場合に、マスタとして機能するパワーコンディション装置は、各パワーコンディション装置の稼働状況に基づいて、各パワーコンディション装置の運転モードを決定してもよい。このような構成によると、太陽光発電システムの稼働状況に応じて各部を適切に制御することができる。
【００１７】
（特徴９）  本明細書に開示する太陽光発電システムでは、負荷用パワーコンディション装置の少なくとも１つは、当該負荷用パワーコンディション装置が制御する負荷装置の稼動履歴に基づく予測電力使用量に基づいて、当該負荷装置を制御してもよい。このような構成によると、太陽光発電システムの負荷を平準化することができ、電力使用量の急激な変化を緩和することができる。
【実施例１】
【００１８】
本実施例の太陽光発電システム１０は、戸建て住宅や集合住宅等に設置され、家庭内で使用する電気機器等に電力を供給する。図１に示すように、本実施例の太陽光発電システム１０は、太陽光により発電する発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）と、発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）で発電された電力を蓄電する蓄電部（４０ａ，４０ｂ；５０ａ，５０ｂ）と、発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）で発電された電力を使用する負荷部（６０ａ，６０ｂ；７０ａ，７０ｂ）を備えている。
【００１９】
発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）は、複数の発電装置２０ａ〜２０ｃと、これら発電装置２０ａ〜２０ｃを制御する発電用パワーコンディション装置３０ａ〜３０ｃを備えている。発電装置２０ａ〜２０ｃのそれぞれは、１又は複数枚の太陽光発電パネルによって構成されている。発電装置２０ａ〜２０ｃを構成する複数の太陽光発電パネルは、家屋の屋根や集合住宅の屋上等に並べて設置される。太陽光発電パネルは、入射する太陽光を利用して発電する。発電装置２０ａ〜２０ｃで発電された電力（直流電力）は、発電用パワーコンディション装置３０ａ〜３０ｃに入力される。
【００２０】
発電用パワーコンディション装置３０ａ〜３０ｃは、発電装置２０ａ〜２０ｃ毎に設けられている。すなわち、１つの発電装置（すなわち、１又は複数の太陽光発電パネル）に１つの発電用パワーコンディション装置が設けられている。発電装置２０ａ〜２０ｃのそれぞれは、発電用パワーコンディション装置３０ａ〜３０ｃのうち対応する１台に接続されている。発電用パワーコンディション装置３０ａ〜３０ｃは、家庭内の交流配線８０に接続されている。発電用パワーコンディション装置３０ａ〜３０ｃは、発電装置２０ａ〜２０ｃから入力する直流電力を、家庭内で使用できる電力（交流電力）に変換して交流配線８０に供給する。なお、交流配線８０は、電力会社が供給する電力系統９０に接続されている。すなわち、交流配線８０には、外部の電力系統９０からも電力が供給可能となっている。
【００２１】
蓄電部（４０ａ，４０ｂ；５０ａ，５０ｂ）は、複数の蓄電装置４０ａ，４０ｂと、これら蓄電装置４０ａ，４０ｂへの充電及び放電を制御する蓄電用パワーコンディション装置５０ａ，５０ｂを備えている。蓄電装置４０ａ，４０ｂは、発電装置２０ａ〜２０ｃで発電された電力（直流電力）を蓄え、また、必要に応じて蓄えた電力を供給する。蓄電装置４０ａ，４０ｂから供給される電力は、蓄電用パワーコンディション装置５０ａ，５０ｂに入力される。
【００２２】
蓄電用パワーコンディション装置５０ａ，５０ｂは、蓄電装置４０ａ，４０ｂ毎に設けられている。すなわち、１つの蓄電装置に１つの蓄電用パワーコンディション装置が設けられている。蓄電装置４０ａ，４０ｂのそれぞれは、蓄電用パワーコンディション装置５０ａ，５０ｂのうち対応する１台に接続されている。蓄電用パワーコンディション装置５０ａ，５０ｂは、家庭内の交流配線８０に接続されている。蓄電用パワーコンディション装置５０ａ，５０ｂは、交流配線８０から供給される電力を用いて蓄電装置４０ａ，４０ｂに充電し、あるいは、蓄電装置４０ａ，４０ｂに蓄えられた電力を交流配線８０に供給する。
【００２３】
負荷部（６０ａ，６０ｂ；７０ａ，７０ｂ）は、負荷装置６０ａ，６０ｂと、これら負荷装置６０ａ，６０ｂへの電力供給を制御する負荷用パワーコンディション装置７０ａ，７０ｂを備えている。負荷装置６０ａ，６０ｂは、１又は複数の電気機器によって構成される。負荷装置６０ａ，６０ｂを構成する電気機器としては、例えば、家庭内に設置される空調機器、給湯器、照明器具等が挙げられる。負荷装置６０ａ，６０ｂには、負荷用パワーコンディション装置７０ａ，７０ｂから電力が供給される。
【００２４】
負荷用パワーコンディション装置７０ａ，７０ｂは、負荷装置６０ａ，６０ｂ毎に設けられている。すなわち、１つの負荷装置（すなわち、１又は複数の電気機器）に１台の負荷用パワーコンディション装置が設けられている。負荷装置６０ａ，６０ｂのそれぞれは、負荷用パワーコンディション装置７０ａ，７０ｂのうち対応する１台に接続されている。負荷用パワーコンディション装置７０ａ，７０ｂは、家庭内の交流配線８０に接続されている。負荷用パワーコンディション装置７０ａ，７０ｂには、交流配線８０を介して供給される電力が入力し、この電力を用いて負荷装置６０ａ，６０ｂへの電力供給を制御する。
【００２５】
次に、発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）の構成について詳細に説明する。本実施例では、発電装置２０ａ〜２０ｃは全て同一構成であり、発電用パワーコンディション装置３０ａ〜３０ｃも全て同一構成である。このため、以下の説明では、発電装置２０ａ〜２０ｃを区別することなく発電装置２０とし、発電用パワーコンディション装置３０ａ〜３０ｃを区別することなく発電用パワーコンディション装置３０として説明する。
【００２６】
図２に示すように、発電装置２０は、太陽電池（すなわち、太陽光発電パネル）２２と、電流センサ２４と、温度センサ２６を備えている。太陽電池２２は、複数の光電変換素子を有しており、これら複数の光電変換素子は同一平面上に並べて配置されている。光電変換素子は、入射する太陽光を電気に変換する。複数の光電変換素子は、直列に接続されており、各光電変換素子で変換された電流（直流電流）が発電用パワーコンディション装置３０に入力される。電流センサ２４は、太陽電池２２から発電用パワーコンディション装置３０に入力する電流の電流値を検出する。温度センサ２６は、太陽電池２２の温度を検出する。電流センサ２４の検出値と温度センサ２６の検出値は、発電用パワーコンディション装置３０（具体的には、後述するＭＰＰＴモジュール３２）に入力される。
【００２７】
発電用パワーコンディション装置３０は、ＭＰＰＴモジュール３２と、電圧調整モジュール３４と、通信モジュール３６と、プラットフォームモジュール３８を備えている。ＭＰＰＴモジュール３２は、太陽電池２２の発電効率を最大化するためのＭＰＰＴ制御を行う。ＭＰＰＴ制御では、太陽電池２２から出力される電流の電流値と、太陽電池２２に印加される電圧の電圧値との積が最大となるように、太陽電池２２に印加する電圧を制御する。太陽電池２２の電流値−電圧値の特性は、太陽光の日射強度や太陽電池２２の温度によって変化する。このため、ＭＰＰＴモジュール３２は、電流センサ２４で検出された電流値（太陽電池２２から入力する電流値）と、温度センサ２６で検出された太陽電池２２の温度に基づいて、太陽電池２２の発電効率が最大となるように太陽電池２２に流れる電流を制御する。すなわち、本実施例のＭＰＰＴモジュール３２は、従来、必要とされた電流電圧センサや短絡スイッチを用いることなく、電流センサ２４で検出された電流値から最大電力点を検出することで回路の簡素化と低コスト化を実現している。なお、太陽電池２２からの電流（直流電流）は、ＭＰＰＴモジュール３２で交流電源に変換され、電圧調整モジュール３４に入力される。電圧調整モジュール３４は、ＭＰＰＴモジュール３２から入力される交流電源の電圧の昇圧又は降圧を行い、出力する交流電源の電圧を調整する。電圧が調整された交流電源は、交流配線８０に供給される。通信モジュール３６は、他の発電用パワーコンディション装置３０、蓄電用パワーコンディション装置５０ａ，５０ｂ、及び、負荷用パワーコンディション装置７０ａ、７０ｂと通信するための回路である。これらのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂは、通信モジュール３６によって無線で接続され、相互にデータの送受信が可能となっている。通信モジュール３６には、例えば、ＷｉＦｉ方式を用いることができる。プラットフォームモジュール３８は、ＣＰＵやメモリによって構成されており、ＭＰＰＴモジュール３２と電圧調整モジュール３４と通信モジュール３６の動作を制御する。プラットフォームモジュール３８が実行する処理については後述する。
【００２８】
次に、蓄電部（４０ａ，４０ｂ；５０ａ，５０ｂ）の構成について詳細に説明する。本実施例では、蓄電装置４０ａ，４０ｂは同一構成であり、蓄電用パワーコンディション装置５０ａ，５０ｂも同一構成である。このため、以下の説明では、蓄電装置４０ａ，４０ｂを区別することなく蓄電装置４０とし、蓄電用パワーコンディション装置５０ａ，５０ｂを区別することなく蓄電用パワーコンディション装置５０として説明する。
【００２９】
図３に示すように、蓄電装置４０は、蓄電池４２と、充放電センサ４４と、温度センサ４６を備えている。蓄電池４２は、繰り返し充放電が可能な二次電池である。蓄電池４２には、公知の二次電池を用いることができ、例えば、リチウム電池、鉛蓄電池等を用いることができる。充放電センサ４４は、蓄電池４２の充電状態及び放電状態を検出するセンサである。充放電センサ４４としては、例えば、蓄電池４２に供給される充電電流又は蓄電池４２から供給される放電電流の電流値を検出するセンサや、蓄電池４２の電圧値を検出するセンサを用いることができる。温度センサ４６は、蓄電池４２の温度を検出する。充放電センサ４４の検出値と温度センサ４６の検出値は、蓄電用パワーコンディション装置５０（具体的には、後述する蓄電池制御モジュール５２）に入力される。
【００３０】
蓄電用パワーコンディション装置５０は、蓄電池制御モジュール５２と、電圧調整モジュール５４と、通信モジュール５６と、プラットフォームモジュール５８を備えている。蓄電池制御モジュール５２は、充放電センサ４４の検出値及び温度センサ４６の検出値に基づいて、蓄電池４２の充電と放電の切替えや、蓄電池４２の充放電制御を行う。すなわち、蓄電池制御モジュール５２は、発電装置２０ａ〜２０ｃによる発電が充分な場合は、その余剰電力を蓄電池４２に充電する。一方、発電装置２０ａ〜２０ｃによる発電が不十分な場合（例えば、雨天や夜間等）、蓄電池４２に充電した電力を交流配線８０に供給する。また、各センサ４４，４６の検出値に基づいて蓄電池４２の充放電制御を行うことで、蓄電池４２の過充電や過放電を防止し、蓄電容量の低下を抑制する。なお、蓄電池４２を充電する際は、交流配線８０からの交流電流は、その電圧値が電圧調整モジュール５４で調整され、その電圧値が調整された交流電流が蓄電池制御モジュール５２に入力する。蓄電池制御モジュール５２は、入力する交流電流を直流電流に変換し、その変換した直流電流を蓄電池４２に供給する。逆に、蓄電池４２から放電する際は、蓄電池４２からの直流電流を蓄電池制御モジュール５２で交流電流に変換する。変換された交流電流は、その電圧値が電圧調整モジュール５４で調整され、交流配線８０に供給される。通信モジュール５６は、通信モジュール３６と同様、他のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂと通信するための回路である。プラットフォームモジュール５８は、ＣＰＵやメモリによって構成されており、蓄電池制御モジュール５２と電圧調整モジュール５４と通信モジュール５６の動作を制御する。プラットフォームモジュール５８が実行する処理については後述する。
【００３１】
次に、負荷部（６０ａ，６０ｂ；７０ａ，７０ｂ）の構成について詳細に説明する。本実施例では、負荷用パワーコンディション装置７０ａ，７０ｂは同一構成を有し、負荷装置６０ａ，６０ｂは、種類は異なるが家庭用の電気機器としては同様である。このため、以下の説明では、負荷用パワーコンディション装置７０ａ，７０ｂを区別することなく負荷用パワーコンディション装置７０とし、負荷装置６０ａ，６０ｂを区別することなく負荷装置６０として説明する。
【００３２】
負荷装置６０は、上述したように、家庭内に設置される空調機器や照明器具等の電気機器である。図４に示すように、負荷装置６０の近傍には環境センサ６４が設置される。環境センサ６４は、負荷装置６０の種類に応じて、負荷装置６０が設置された環境を検知する。例えば、負荷装置６０が照明器具である場合、その照明器具が設置された部屋（又は場所）に人がいるか否かを検出する人感センサや、その照明器具が設置された部屋（又は場所）の照度を検出するセンサが環境センサ６４として用いられる。また、負荷装置６０が空調機器の場合、その空調機器が設置された部屋に人がいるか否かを検出する人感センサや、その空調機器が設置された部屋の温度や湿度を検出するセンサが環境センサ６４として用いられる。環境センサ６４の検出値は、負荷用パワーコンディション装置７０（具体的には、後述する負荷制御モジュール７２）に入力される。なお、環境センサ６４は、負荷用パワーコンディション装置７０に設けられていてもよい。環境センサ６４を負荷用パワーコンディション装置７０に設けることで、環境センサ６４と負荷用パワーコンディション装置７０とを配線で接続する作業を容易に行うことができる。
【００３３】
負荷用パワーコンディション装置７０は、負荷制御モジュール７２と、電圧調整モジュール７４と、通信モジュール７６と、プラットフォームモジュール７８を備えている。負荷制御モジュール７２は、環境センサ７２の検出値に基づいて負荷装置６０のオン／オフ制御や、発電装置２０ａ〜２０ｃの発電状況等に基づいて負荷装置６０へ供給する電力量を制御する。電圧調整モジュール７４は、交流配線８０からの交流電源の電圧を、負荷装置６０に応じた電圧に調整（昇圧又は降圧）する。電圧調整モジュール７４で調整された交流電源は、負荷制御モジュール７２を介して負荷装置６０に供給される。通信モジュール７６は、通信モジュール３６と同様、他のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂと通信するための回路である。プラットフォームモジュール７８は、ＣＰＵやメモリによって構成されており、負荷制御モジュール７２と電圧調整モジュール７４と通信モジュール７６の動作を制御する。プラットフォームモジュール７８が実行する処理については後述する。
【００３４】
次に、太陽光発電システム１０の動作について説明する。太陽光発電システム１０では、複数のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂのいずれか１つがマスタとして機能し、他のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂがスレーブとして機能する。そして、マスタとして機能するパワーコンディション装置がスレーブとして機能するパワーコンディション装置を制御する。以下の説明では、マスタとして機能するパワーコンディション装置のプラットフォームモジュールが実行する処理と、スレーブとして機能するパワーコンディション装置のプラットフォームモジュールが実行する処理とを分けて説明する。なお、パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂがマスタとして機能するか、スレーブとして機能するかは、後述するシステム構成変更処理（所定の周期で実行）によって決定される。ただし、太陽光発電システム１０を導入した直後の最初の電源投入時においては、最初に電源投入したパワーコンディション装置がマスタとされる。
【００３５】
（１）電源投入時の処理（マスタとして機能するパワーコンディション装置）
まず、マスタとして機能するパワーコンディション装置（以下、マスタ装置ということがある）のプラットフォームモジュールが実行する電源投入時の処理について説明する。図５に示すように、マスタ装置に電源が投入されると、マスタ装置のプラットフォームモジュールは、まず、マスタ装置が正常か否かを診断する電源投入時診断処理を実行する（Ｓ１２）。具体的には、マスタ装置のプラットフォームモジュール（より詳細には、ＣＰＵ）は、メモリ（ＲＡＭやプログラム領域）のチェックサムを算出することでメモリが正常か否かを診断し、また、各通信ドライバのループバック、並びに、アナログ信号及びデジタル信号の入出力テストを実施する。なお、電源投入時診断処理による診断結果はメモリに格納される。
【００３６】
次に、マスタ装置のプラットフォームモジュールは、マスタ装置に異常が生じているか否かを判断する（Ｓ１４）。すなわち、ステップＳ１２で実行した診断処理により異常が生じているか否かを判断する。マスタ装置に異常が生じている場合（Ｓ１４でＹＥＳ）は、そのまま処理を終了する（Ｓ１６）。したがって、マスタ装置（すなわち、最初に電源投入したパワーコンディション装置）に異常が生じている場合は、マスタ装置の処理が直ちに終了する。これによって、電源投入を行ったユーザは、マスタ装置に異常が生じていることを認識することができ、異常が生じているパワーコンディション装置に対して必要な措置（修理又は交換）を行うことができる。
【００３７】
一方、マスタ装置に異常が生じていない場合（Ｓ１４でＮＯ）は、マスタ装置のプラットフォームモジュールは、スレーブとして機能するパワーコンディション装置（以下、スレーブ装置ということがある）のそれぞれに対して、それらスレーブ装置により実行された電源投入時診断処理の診断結果を送信するように要求する（Ｓ１８）。後述するように、上記のステップＳ１２の電源投入時診断処理は、各スレーブ装置でも実行される。このため、マスタ装置は、各スレーブ装置に対して診断結果を送信するように要求する。
【００３８】
次に、マスタ装置のプラットフォームモジュールは、各スレーブ装置から送信される診断結果を受信し（Ｓ２０）、それらの受信結果をメモリに格納する（Ｓ２２）。これによって、マスタ装置のプラットフォームモジュールは、システム起動時の各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの状態を把握することができる。
【００３９】
次に、マスタ装置のプラットフォームモジュールは、スレーブ装置に異常が生じているか否かを判断する（Ｓ２４）。すなわち、ステップＳ２２で格納した各スレーブ装置の診断結果が異常を示しているか否かを判断する。スレーブ装置に異常が生じていない場合（Ｓ２４でＮＯ）は、マスタ装置のプラットフォームモジュールは、ステップＳ２６をスキップし、通常処理に移行する（Ｓ２４）。
【００４０】
一方、スレーブ装置に異常が生じている場合（Ｓ２４でＹＥＳ）は、マスタ装置のプラットフォームモジュールは、スレーブ装置に異常が生じている旨を表示器（図示しない）に表示し（Ｓ２６）、通常処理に移行する（Ｓ２８）。これによって、ユーザは、スレーブ装置に異常が生じていることを認識することができ、異常が生じているパワーコンディション装置に対して必要な措置（修理又は交換）を行うことができる。なお、発電装置２０毎、蓄電装置４０毎、負荷装置６０毎にパワーコンディション装置が設けられているため、一部のパワーコンディション装置が故障していても、マスタ装置のパワーコンディション装置に異常が生じていない限り、太陽光発電システム１０全体が停止することはない。また、太陽光発電システム１０に複数のパワーコンディション装置を備えることで、１台当たりの扱う電力量が少量となるため、パワーコンディション装置は小型でかつ安価となっている。このため、一部のパワーコンディション装置を交換する場合でも、その費用を低く抑えることができる。また、パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂは無線で通信するため、各パワーコンディション装置と配線で接続する必要はなく、その上、小型で低電圧とでき、修理又は交換作業が煩雑となることを防止することができる。
【００４１】
（２）電源投入時の処理（スレーブとして機能するパワーコンディション装置）
次に、スレーブ装置のプラットフォームモジュールが実行する電源投入時の処理について説明する。図６に示すように、スレーブ装置に電源が投入されると、スレーブ装置のプラットフォームモジュールは、まず、スレーブ装置が正常か否かを診断する電源投入時診断処理を実行し（Ｓ３４）、その診断結果をメモリに格納する（Ｓ３６）。ステップＳ３４，Ｓ３６の処理は、マスタ装置が実行するステップＳ１２，Ｓ１４の処理と同一の処理である。
【００４２】
次に、スレーブ装置のプラットフォームモジュールは、当該スレーブ装置に異常が生じているか否かを判断する（Ｓ３８）。すなわち、ステップＳ３６で格納した診断結果（自己の診断結果）が異常を示しているか否かを判断する。スレーブ装置に異常が生じていない場合（Ｓ３８でＮＯ）は、ステップＳ４２に進む。スレーブ装置に異常が生じている場合（Ｓ３８でＹＥＳ）は、通常処理に移行することなくスレーブ装置の処理を停止する（Ｓ４０）。
【００４３】
ステップＳ４２では、スレーブ装置のプラットフォームモジュールは、マスタ装置に異常が生じているか否かを判断する。具体的には、マスタ装置から所定時間内に診断結果を送信するよう要求があったか否かを判断する。すなわち、マスタ装置が正常である場合（図５のＳ１４でＮＯ）は、マスタ装置から各スレーブ装置に診断結果を送信するよう指示する（図５のＳ１８）。したがって、スレーブ装置のプラットフォームモジュールは、マスタ装置からの送信要求を所定時間内に受信したか否かによって、マスタ装置に異常が生じているか否かを判断する。マスタ装置に異常が生じている場合（Ｓ４２でＹＥＳ）は、通常処理に移行することなくスレーブ装置の処理を停止する（Ｓ４０）。これにより、マスタ装置に異常がある場合は、全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂが起動しない。なお、マスタ装置に異常があることは表示器に表示されないが、マスタ装置に異常があると全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂが起動しないため、ユーザはマスタ装置に異常があることを認識することができる。
【００４４】
一方、マスタ装置に異常が生じていない場合（Ｓ４２でＮＯ）は、スレーブ装置のプラットフォームモジュールは、ステップＳ３６でメモリに格納した診断結果をマスタ装置に送信する（Ｓ４４）。次いで、スレーブ装置のプラットフォームモジュールは、通常処理（図１１の処理）に移行する（Ｓ４６）。
【００４５】
（３）通常処理（マスタとして機能するパワーコンディション装置）
次に、マスタ装置のプラットフォームモジュールが実行する通常処理について説明する。図７に示すように、マスタ装置のプラットフォームモジュールは、まず、オンライン診断処理を実行するタイミングが否かを判断する（Ｓ４８）。すなわち、本実施例の太陽光発電システム１０では、各パワーコンディション装置は、オンライン診断処理を所定の周期（例えば、数分周期）で実行する。したがって、ステップＳ４８では、まず、オンライン診断処理を実行するタイミングか否かを判断する。
【００４６】
オンライン診断処理を実行するタイミングでない場合（Ｓ４８でＮＯ）は、ステップＳ５２に進む。オンライン診断処理を実行するタイミングである場合（Ｓ４８でＹＥＳ）は、マスタ装置のプラットフォームモジュールは、オンライン診断処理を実行する（Ｓ５０）。ステップＳ５０のオンライン診断処理について、図８に基づいて詳細に説明する。
【００４７】
（３−１）オンライン診断処理（マスタ装置）
図８に示すように、マスタ装置のプラットフォームモジュールは、まず、マスタ装置自身のオンライン診断処理を実行する（Ｓ６０）。具体的には、各モジュールに診断指示を出力し、各モジュールからの診断結果をメモリに格納する。例えば、マスタ装置が発電用パワーコンディション装置３０の場合、プラットフォームモジュール３８は、ＭＰＰＴモジュール３２、電圧調整モジュール３４及び通信モジュール３６に診断指示を出力する。ＭＰＰＴモジュール３２、電圧調整モジュール３４及び通信モジュール３６は、診断指示に従って予め定められた処理を実行し、その処理結果をプラットフォームモジュール３８に出力する。プラットフォームモジュール３８は、各モジュール３２，３４，３６からの処理結果を診断結果データとしてメモリに格納する。なお、診断結果データには、各モジュールの稼働状況も含まれる。例えば、ＭＰＰＴモジュール３２の場合、そのＭＰＰＴモジュール３２が制御する発電装置２０の発電量（発電効率）が診断結果データとして格納される。また、蓄電池制御モジュール５２の場合、その蓄電池モジュール５２が制御する蓄電池４２の蓄電状況が診断結果データとして格納される。また、負荷制御モジュール７２の場合、その負荷制御モジュール７２が制御する負荷装置６０の駆動状況が診断結果データとして格納される。
【００４８】
次に、マスタ装置のプラットフォームモジュールは、マスタ装置に異常が発生しているか否かを診断する（Ｓ６２）。具体的には、ステップＳ６０で実行したオンライン診断処理によって各部に異常が生じているか否かを判断する。マスタ装置に異常が生じている場合（Ｓ６２でＹＥＳ）は、マスタ装置のプラットフォームモジュールは、マスタ装置に異常が生じている旨を表示器（図示しない）に表示し（Ｓ６４）、マスタ装置の処理を停止する（Ｓ６６）。これによって、ユーザは、マスタ装置に異常が生じていることを認識することができ、必要な措置（修理又は交換）を採ることができる。また、マスタ装置に異常が生じている場合、後述するマスタ装置からスレーブ装置への診断結果の送信要求が出されない（すなわち、ステップＳ６８の処理が実行されない）。これによって、スレーブ装置は、マスタ装置に異常が生じたことを認識することができる。
【００４９】
一方、マスタ装置に異常が生じていない場合（Ｓ６２でＮＯ）は、マスタ装置のプラットフォームモジュールは、通信モジュールを介して各スレーブ装置にオンライン診断処理によって得られた診断結果データをマスタ装置に送信するよう指示する（Ｓ６８）。後述するように、スレーブ装置のプラットフォームモジュールも、マスタ装置のプラットフォームモジュールと同様、オンライン診断処理を所定の周期（例えば、数分周期）で実行する。このため、マスタ装置のプラットフォームモジュールは、各スレーブ装置に対してオンライン診断結果を送信するよう要求する。これによって、各スレーブ装置から当該スレーブ装置の診断結果データがマスタ装置に送信される。なお、マスタ装置のオンライン診断処理とスレーブ装置のオンライン診断処理とが同一のタイミングで行われるよう、各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂが備える時計の時刻合わせが行われている。これによって、各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂにおいて、オンライン診断処理が同一のタイミングで起動される。
【００５０】
次に、マスタ装置のプラットフォームモジュールは、各スレーブ装置から送信された診断結果データを受信し（Ｓ７０）、その受信した診断結果データをメモリに格納する（Ｓ７２）。なお、スレーブ装置に異常が生じ、正常にプログラムを実行できない場合は、スレーブ装置からマスタ装置に診断結果データが送信されない。このため、マスタ装置がスレーブ装置から診断結果データを受信できない場合は、受信できなかったスレーブ装置に異常が発生していると判断される。
【００５１】
次に、マスタ装置のプラットフォームモジュールは、マスタ装置自身の診断結果データと、各スレーブ装置の診断結果データに基づいて、マスタ装置と各スレーブ装置に異常が発生しているか否かを診断する（Ｓ７４）。すなわち、マスタ装置のプラットフォームモジュールのメモリには、各パワーコンディション装置（マスタ装置も含む）の診断結果データが記憶されている。オンライン診断処理は所定の周期で実行されるため、診断結果データも所定の周期毎に時系列順に格納されている。このため、マスタ装置のプラットフォームモジュールは、各パワーコンディション装置の稼働状況の推移を特定することができ、その稼働状況の推移から各パワーコンディション装置の異常を発見することができる。例えば、発電用パワーコンディション装置３０の診断結果データからは、対応する発電装置２０の発電量（発電効率）の推移を算出することができる。したがって、発電量（発電効率）が急激に変化している場合は、その発電装置及び／又は発電用パワーコンディション装置に異常が生じていると判断することができる。
【００５２】
なお、発電装置２０の発電量は、日照条件等によって大きく変化する。このため、発電量（発電効率）が急激に変化したとしても、その変化が発電装置２０の異常（故障）によるものなのか、日照条件の変化によるものなのかが判断し難い。そこで、本実施例では、隣接して配置された発電装置２０（すなわち、隣接して配置された太陽光発電パネル）の発電効率の差（相違度）に基づいて、発電装置２０に異常が生じているか否かを判断する。例えば、隣接して配置された発電装置２０の発電効率の差が設定値を超えた状態が所定時間だけ継続したときに、発電装置２０に異常が生じていると判断する。これによって、誤検出を防止しながら、発電装置２０の異常を適切に検出することができる。
【００５３】
次に、マスタ装置のプラットフォームモジュールは、スレーブ装置に異常が生じているものがないか否かを判断する（Ｓ７６）。具体的には、診断結果データを受信できなかったスレーブ装置があるか否か、ステップＳ７０で受信した診断結果データが異常となっているスレーブ装置があるか否か、及び、ステップＳ７４の処理によって異常が生じていると判断されるスレーブ装置（すなわち、稼働状況から異常と判断されるスレーブ装置）があるか否かを判断する。なお、ステップＳ７６においては、稼働状況からマスタ装置が異常と判断されるか否かも判断される。異常が生じているスレーブ装置（マスタ装置を含む）が存在しない場合（Ｓ７６でＮＯ）は、マスタ装置のプラットフォームモジュールは、そのままオンライン診断処理を終了する。
【００５４】
一方、異常が生じているスレーブ装置が存在する場合（Ｓ７６でＹＥＳ）は、マスタ装置のプラットフォームモジュールは、異常が生じているスレーブ装置の情報を表示器（図示しない）に表示する（Ｓ７８）。これによって、ユーザは、異常が生じているスレーブ装置を認識することができ、当該スレーブ装置に対して必要な措置（修理又は交換）を行うことができる。後述するように、スレーブ装置に異常が生じた場合は、そのスレーブ装置が自動的に処理を停止するため、異常が生じているスレーブ装置に他のパワーコンディション装置が影響を受けることはない。なお、ステップＳ７４によりマスタ装置に稼働状況から異常が生じていると判断される場合も、マスタ装置のプラットフォームモジュールはマスタ装置の処理を停止する。この場合は、次に行われるシステム構成変更処理によって、正常に機能しているスレーブ装置から新たにマスタ装置が選択される。
【００５５】
図８に示すオンライン診断処理が終了すると、図７のステップＳ５２に戻って、マスタ装置のプラットフォームモジュールは、システム構成を変更するタイミングが否かを判断する。すなわち、本実施例の太陽光発電システム１０では、システム構成を変更する処理を所定の周期（例えば、１日周期）で実行する。したがって、ステップＳ５２では、システム構成変更処理を実行するタイミングか否かを判断する。なお、本実施例では、システム構成変更処理の周期が、オンライン診断処理の周期よりも長くされている。
【００５６】
システム構成変更処理を実行するタイミングでない場合（Ｓ５２でＮＯ）は、ステップＳ５６に進む。システム構成変更処理を実行するタイミングである場合（Ｓ５２でＹＥＳ）は、マスタ装置のプラットフォームモジュールは、システム構成変更処理を実行する（Ｓ５４）。ステップＳ５４のシステム構成変更処理について、図９に基づいて詳細に説明する。
【００５７】
（３−２）システム構成変更処理（マスタ装置）
図９に示すように、マスタ装置のプラットフォームモジュールは、マスタ装置が行った処理量（すなわち、直前のシステム構成変更処理から今回のシステム構成変更処理までの間に行った処理量）から負荷量を算出する（Ｓ８６）。次いで、マスタ装置のプラットフォームモジュールは、各スレーブ装置に当該スレーブ装置の負荷量をマスタ装置に送信するよう指示し（Ｓ８８）、各スレーブ装置より当該スレーブ装置の負荷量を受信する（Ｓ９０）。これによって、マスタ装置のプラットフォームモジュールは、全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの負荷量を把握することができる。後述するように、スレーブ装置のプラットフォームモジュールも、マスタ装置のプラットフォームモジュールと同様、システム構成変更処理を所定の周期（例えば、１日周期）で実行し、各スレーブ装置の負荷量を算出する。したがって、ステップＳ８８でマスタ装置から負荷量を送信するよう指示があると、それに応じて各スレーブ装置からマスタ装置に負荷量が算出される。このため、ステップＳ９０で、マスタ装置は各スレーブ装置から送信された当該スレーブ装置の負荷量を受信する。なお、マスタ装置の時計と各スレーブ装置の時計は時刻合わせがされているため、システム構成変更処理も同一のタイミングで起動される。
【００５８】
次に、マスタ装置のプラットフォームモジュールは、負荷量が最小となる装置を特定し（Ｓ９２）、その特定された装置がマスタ装置であるか否かを判断する（Ｓ９４）。特定された装置がマスタ装置でない場合（Ｓ９４でＮＯ）、負荷量が最小となる装置（スレーブ装置）にマスタ装置となることを指示する（Ｓ９６）。これによって、負荷量が最小となるスレーブ装置（すなわち、処理量の最も少なかったスレーブ装置）が新たにマスタ装置となる。一方、特定された装置がマスタ装置である場合（Ｓ９４でＹＥＳ）、マスタ装置の変更を行う必要がないため、ステップＳ９８に進む。なお、パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの処理量は、通常はそれほど変化しないため、一度マスタとして選択されたパワーコンディション装置がマスタとして選択されることが多い。ただし、マスタ装置に何らかの異常等が生じると、マスタ装置の処理量が増加するため、その場合には、マスタとして機能するパワーコンディション装置が変更することとなる。
【００５９】
ステップＳ９８に進むと、マスタ装置のプラットフォームモジュールは、全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの負荷量を、各スレーブ装置に送信し（Ｓ９８）、システム構成変更処理を終了する。これによって、各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂは、稼動している全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの負荷量を把握することができる。このため、マスタ装置に異常が生じたと判断される場合に、各スレーブ装置が、自律的にマスタ装置となるスレーブ装置（負荷量が最小となるスレーブ装置）を選択することができる。
【００６０】
（３−３）運転モード決定処理（マスタ装置）
図９に示すシステム構成変更処理が終了すると、図７のステップＳ５６に戻って、マスタ装置のプラットフォームモジュールは、各パワーコンディション装置の運転モードを決定する（Ｓ５６）。運転モード決定処理について、図１０に基づいて詳細に説明する。
【００６１】
図１０に示すように、マスタ装置のプラットフォームモジュールは、まず、電力系統９０に関する情報を取得する（Ｓ１００）。すなわち、電力系統９０を供給する電力会社から提供される情報（例えば、電力の需給バランスを維持するためのピークカットや一時的な停電の情報、デマンドレスポンス等）を取得する。
【００６２】
次に、マスタ装置のプラットフォームモジュールは、ステップＳ１００で得られた電力系統９０に関する情報と、各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの稼働状況に基づいて、各パワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの運転モードを決定する（Ｓ１０２）。例えば、電力系統９０の電力供給が正常であり、蓄電装置５０の蓄電状況が十分であり、発電装置２０による太陽光発電が可能な場合は、通常運転モード（発電装置２０の発電を優先、負荷装置６０の使用制限なし）と決定する。一方、電力系統９０の電力供給が制約され、蓄電装置５０の蓄電状況が十分であり、発電装置２０による太陽光発電が可能な場合は、制約レベルモード１と決定する。また、電力系統９０の電力供給が制約され、蓄電装置５０の蓄電状況が不十分であり、発電装置２０による太陽光発電が可能な場合は、制約レベルモード２と決定する。また、電力系統９０の電力供給が制約され、蓄電装置５０の蓄電状況が十分であり、発電装置２０による太陽光発電が不可能な場合は、制約レベルモード３と決定する。そして、電力系統９０からの電力供給が不可の場合（すなわち、停電の場合）は、制約レベルモード４と決定する。制約レベルモード１〜４は、負荷装置６０への電力供給が一部制限されるモードであり、制約レベルモードの数字が大きくなるに従って電力供給制限が厳しく設定される。
【００６３】
なお、負荷装置６０への電力供給を制限する方法は、種々の方法を採ることができる。例えば、負荷装置６０の稼働と停止を周期的に行う制御を採用し、制約レベルモードに応じて停止期間の長さを調整するようにしてもよい。すなわち、制約レベルモード１では停止期間が短く、制約レベルモードが上がるに応じて停止期間を長くしてもよい。また、負荷装置６０が照明器具の場合は、制約レベルモードに応じて一律に照度を落とすようにしてもよい。また、負荷装置毎に優先順位を予め設定し、優先順位の低い負荷装置から順に電力供給を停止するようにしてもよい。例えば、居間のＴＶ、居間の照明器具、トイレの照明器具を優先レベル１に設定し、居間の空調機器を優先レベル２に設定し、居間以外の各部屋の照明器具を優先レベル３に設定する。そして、制約レベルモード１のときは、優先レベル３の負荷装置６０への電力供給を停止し、制約レベルモード２のときは、優先レベル２及び３の負荷装置６０への電力供給を停止し、制約レベルモード３のときは、優先レベル１の一部の負荷装置６０（例えば、居間の空調機器）と、優先レベル２及び３の負荷装置６０への電力供給を停止する。そして、制約レベルモード４のときは、優先レベル１の一部の負荷装置６０（例えば、居間の照明器具）のみに電力供給を行うようにする。このように構成することで、負荷装置６０への電力供給を段階的に停止するようにしてもよい。あるいは、照明器具や各家電への電力供給を１部屋に限定したり、あるいは、給湯器や空調機器などの高電力を必要とする機器への電力供給を停止するようにしてもよい。
【００６４】
上記のステップＳ１０２で運転モードが決定されると、マスタ装置のプラットフォームモジュールは、各スレーブ装置に決定された運転モードを送信する（Ｓ１０４）。これによって、太陽光発電システム１０の発電部（２０ａ〜２０ｃ，３０ａ〜３０ｃ）と蓄電部（４０ａ，４０ｂ；５０ａ，５０ｂ）と負荷部（６０ａ，６０ｂ；７０ａ，７０ｂ）が、決定された運転モードで制御される。その結果、電力系統９０の状況等に応じて、システム全体が適切に制御される。
【００６５】
（３−４）基本処理（マスタ装置）
図１０に示す運転モード決定処理が終了すると、図７のステップＳ５７に戻って、マスタ装置のプラットフォームモジュールは、基本処理を実行する（Ｓ５７）。基本処理は、マスタ装置が発電用パワーコンディション装置３０である場合と、マスタ装置が蓄電用パワーコンディション装置５０である場合と、マスタ装置が負荷用パワーコンディション装置７０である場合とで異なる。
【００６６】
マスタ装置が発電用パワーコンディション装置３０の場合、マスタとして機能するプラットフォームモジュール３８は、ＭＰＰＴモジュール３２、電圧調整モジュール３４及び通信モジュール３６の制御（駆動）を行う。また、発電装置２０で生成される電力量をモニタし、発電効率を算出する処理を行う。算出した発電効率はメモリに格納される。メモリに格納された発電効率は、ユーザの要求に応じて表示器（図示しない）に表示される。
【００６７】
マスタ装置が蓄電用パワーコンディション装置５０の場合、マスタとして機能するプラットフォームモジュール５８は、蓄電池制御モジュール５２、電圧調整モジュール５４及び通信モジュール５６の制御（駆動）を行う。また、蓄電池４２に蓄電されている電気量をモニタし、蓄電装置４０に蓄えられている蓄電量を算出する処理を行う。算出した蓄電量はメモリに格納される。メモリに格納された蓄電量は、ユーザの要求に応じて表示器（図示しない）に表示される。
【００６８】
マスタ装置が負荷用パワーコンディション装置７０の場合、マスタとして機能するプラットフォームモジュール７８は、負荷制御モジュール７２、電圧調整モジュール７４及び通信モジュール７６の制御（駆動）を行う。この場合、プラットフォームモジュール７８は、負荷制御モジュール７２に運転モードを指示し、負荷制御モジュール７２が指示された運転モードに従って、各負荷装置６０への電力供給を制御する。また、プラットフォームモジュール７８は、環境センサ６４の検出結果に応じて負荷装置６０への電力供給をオン／オフする。さらに、負荷装置６０に供給される電力量をモニタし、負荷装置６０に供給される電力量の履歴をメモリに格納する。プラットフォームモジュール７８は、格納された電力量の履歴に基づいて、負荷装置６０に供給する電力量を予測制御する。なお、負荷用パワーコンディション装置７０の基本処理については、後で詳述する。
【００６９】
上述したステップＳ５７の基本処理が終了すると、マスタ装置のプラットフォームモジュールは、ステップＳ４８に戻って、ステップＳ４８からの処理を繰返す。これによって、定期的にオンライン診断処理（Ｓ５０）、システム構成処理（Ｓ５４）、運転モード決定処理（Ｓ５６）及び基本処理（Ｓ５７）が実行される。
【００７０】
（４）通常処理（スレーブとして機能するパワーコンディション装置）
次に、スレーブ装置のプラットフォームモジュールが実行する通常処理について説明する。図１１に示すように、スレーブ装置のプラットフォームモジュールは、まず、オンライン診断処理を実行するタイミングが否かを判断する（Ｓ１０６）。上述したように、本実施例の太陽光発電システム１０では、各パワーコンディション装置は、所定の周期でオンライン診断処理を実行する。したがって、ステップＳ１０６では、まず、オンライン診断処理を実行するタイミングか否かを判断する。
【００７１】
オンライン診断処理を実行するタイミングでない場合（Ｓ１０６でＮＯ）は、ステップＳ１１０に進む。オンライン診断処理を実行するタイミングである場合（Ｓ１０６でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、オンライン診断処理を実行する（Ｓ１０８）。ステップＳ１０８のオンライン診断処理について、図１２に基づいて詳細に説明する。
【００７２】
（４−１）オンライン診断処理（スレーブ装置）
図１２に示すように、スレーブ装置のプラットフォームモジュールは、まず、当該スレーブ装置のオンライン診断処理を実行する（Ｓ１１４）。具体的には、各モジュールに診断指示を出力し、各モジュールからの診断結果及び稼働状況をメモリに格納する。
【００７３】
次に、スレーブ装置のプラットフォームモジュールは、当該スレーブ装置に異常が発生しているか否かを診断する（Ｓ１１６）。具体的には、ステップＳ１１４で実行したオンライン診断処理によって各部に異常が生じているか否かを判断する。スレーブ装置に異常が生じている場合（Ｓ１１６でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、スレーブ装置の処理を停止する（Ｓ１１８）。したがって、ステップＳ１１４の処理によってスレーブ装置に異常が生じていると判断される場合は、スレーブ装置からマスタ装置へオンライン診断結果データが送信されることはない。このため、スレーブ装置からのオンライン診断結果データを受信できない場合は、マスタ装置は、当該スレーブ装置に異常が発生していると判断することができる。これによって、マスタ装置は、スレーブ装置に異常が生じていることを報知することができる。
【００７４】
スレーブ装置に異常が生じていない場合（Ｓ１１６でＮＯ）は、スレーブ装置のプラットフォームモジュールは、マスタ装置に異常が生じているか否かを判断する（Ｓ１２０）。具体的には、マスタ装置から所定時間内にオンライン診断結果データの送信要求を受けたか否かを判断する。すなわち、マスタ装置が正常である場合（図８のＳ６２でＮＯ）は、マスタ装置から各スレーブ装置にオンライン診断結果を送信するよう指示する（図８のＳ６８）。したがって、スレーブ装置のプラットフォームモジュールは、マスタ装置からの送信要求を所定時間内に受信したか否かによって、マスタ装置に異常が生じているか否かを判断する。
【００７５】
マスタ装置に異常が生じている場合（Ｓ１２０でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、システム構成変更処理が必要な旨のフラグをオンし（Ｓ１２６）、オンライン診断処理を終了する。これによって、後述するシステム構成変更処理（スレーブ装置）によって、正常に動作するスレーブ装置の中から新たなマスタ装置が選択される。すなわち、マスタ装置からの送信要求を受信できない場合、マスタ装置に異常が発生しているため、システム構成の変更が必要な旨のフラグ（すなわち、マスタ装置の変更が必要な旨のフラグ）をオンし、オンライン診断処理を終了する。
【００７６】
一方、マスタ装置に異常が生じていない場合（Ｓ１２０でＮＯ）は、スレーブ装置のプラットフォームモジュールは、スレーブ装置のプラットフォームモジュールは、ステップＳ１１４で実行した診断処理の結果をマスタ装置に送信し（Ｓ１２４）、オンライン診断処理を終了する。
【００７７】
図１２に示すオンライン診断処理が終了すると、図１１のステップＳ１１０に戻って、スレーブ装置のプラットフォームモジュールは、システム構成変更処理を実行する必要があるか否かを判断する（Ｓ１１０）。具体的には、システム構成変更処理を実行するタイミングか否かを判断し、また、システム構成変更処理が必要な旨のフラグがオンとなっているか否かを判断する。すなわち、本実施例の太陽光発電システム１０では、各パワーコンディション装置は、所定の周期でシステム構成変更処理を実行するようにプログラムされている。また、マスタ装置に異常が生じている場合、上述したオンライン診断処理において、システム構成変更処理が必要な旨のフラグがオンされている（図１２のＳ１２６）。したがって、ステップＳ１１０では、スレーブ装置のプラットフォームモジュールは、オンライン診断処理を実行するタイミングか否かと、システム構成変更処理が必要な旨のフラグがオンされているか否かを判断する。
【００７８】
システム構成変更処理を実行する必要がない場合（Ｓ１１０でＮＯ）は、ステップＳ１１３に進む。システム構成変更処理を実行する必要がある場合（Ｓ１１０でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、システム構成変更処理を実行する（Ｓ１１２）。ステップＳ１１２のシステム構成変更処理について、図１３に基づいて詳細に説明する。
【００７９】
（４−２）システム構成変更処理（スレーブ装置）
図１３に示すように、スレーブ装置のプラットフォームモジュールは、まず、当該スレーブ装置の負荷量を算出する（Ｓ１２８）。スレーブ装置の負荷量を算出する処理は、マスタ装置の負荷量を算出する処理と同一である。次いで、スレーブ装置のプラットフォームモジュールは、マスタ装置に異常が生じているか否かを判断する（Ｓ１３０）。具体的には、マスタ装置から所定時間内に算出した負荷量をマスタ装置に送信するよう指示されたか否かを判断する。すなわち、マスタ装置が正常である場合、マスタ装置から各スレーブ装置にオンライン診断結果を送信するよう指示する（図９のＳ８８）。したがって、スレーブ装置のプラットフォームモジュールは、マスタ装置からの送信要求が所定時間内に受信できたか否かによって、マスタ装置に異常が生じているか否かを判断する。
【００８０】
マスタ装置に異常が生じている場合（Ｓ１３０でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、直前の周期のシステム構成変更処理で算出された当該スレーブ装置の負荷量がマスタ装置の次に最小の値であったか否かを判断する（Ｓ１３４）。すなわち、マスタ装置に異常が発生している場合、正常に機能しているスレーブ装置の中から新たなマスタ装置を選択する必要がある。ここで、各スレーブ装置は、全てのパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの負荷量（詳細には、直前の周期のシステム構成変更処理で算出された負荷量）を把握している（図９のＳ９８）。このため、ステップＳ１３４では、当該スレーブ装置の負荷量がマスタ装置の次に最小の値であったか否かを判断する。
【００８１】
負荷量がマスタ装置の次に最小の値であった場合（Ｓ１３４でＹＥＳ）は、当該スレーブ装置がマスタ装置として設定され（Ｓ１３５）、次いで、マスタ装置として図９のステップＳ８８，Ｓ９０，Ｓ９８の処理を実行する（Ｓ１３６）。これによって、マスタ装置に異常が生じていても、正常に機能しているスレーブ装置の中から新たなマスタ装置が選択され、太陽光発電システムの処理が継続される。
【００８２】
負荷量がマスタ装置の次に最小の値でない場合（Ｓ１３４でＮＯ）は、ステップＳ１３０に戻って、ステップＳ１３０からの処理を繰返す。すなわち、当該スレーブ装置の負荷量がマスタ装置の次に最小の値でない場合は、他のスレーブ装置が新たなマスタ装置として選択されることとなる。したがって、当該スレーブ装置のプラットフォームモジュールは、ステップＳ１３０に戻り、新たに選択されたマスタ装置に異常が生じているか否か、すなわち、新たに選択されたマスタ装置からの送信要求があったか否かを判断する。なお、負荷量がマスタ装置の次に最小となるスレーブ装置にも異常が生じている場合、当該スレーブ装置にマスタ装置からの送信要求が送られないこととなる。その場合は、ステップＳ１３４，Ｓ１３５の処理において、２番目に負荷量の小さいスレーブ装置が、最も負荷量の小さいスレーブ装置として選択される。以下、同様の処理が繰返される。これによって、正常に機能しているスレーブ装置の中で最も負荷量の小さい装置がマスタ装置として選択される。その結果、正常に機能しているパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂが存在する限り、自律的にマスタ装置が選択され、太陽光発電システム１０の処理が続行される。
【００８３】
一方、マスタ装置に異常が生じていない場合（Ｓ１３０でＮＯ）は、スレーブ装置のプラットフォームモジュールは、ステップＳ１２８によって得られた当該スレーブ装置の負荷量をマスタ装置に送信する（Ｓ１３７）。次に、スレーブ装置のプラットフォームモジュールは、新たなマスタ装置となるよう指示されたか否かを判断する（Ｓ１３８）。すなわち、マスタ装置の負荷量がスレーブ装置の負荷量より大きい場合（図９のＳ９４でＮＯ）は、マスタ装置は正常に機能しているスレーブ装置の中で最も負荷量が小さいスレーブ装置にマスタ装置となるよう指示する（図９のＳ９６）。このため、スレーブ装置のプラットフォームモジュールは、マスタ装置から新たなマスタ装置となるよう指示されたか否かを判断する。
【００８４】
新たなマスタ装置となるよう指示されている場合（Ｓ１３８でＹＥＳ）は、スレーブ装置のプラットフォームモジュールは、マスタ装置用のプログラムを起動させる（Ｓ１３９）。これによって、当該スレーブ装置は、新たにマスタ装置として機能する。新たなマスタ装置となるよう指示されていない場合（Ｓ１３８でＮＯ）は、ステップＳ１３９をスキップしてステップＳ１４０に進む。
【００８５】
ステップＳ１４０では、スレーブ装置のプラットフォームモジュール（ただし、ステップＳ１３９を実行した場合は、新たにマスタ装置として機能するプラットフォームモジュール）は、全てのパワーコンディション装置の負荷量を受信したか否かを判断する（Ｓ１４０）。すなわち、図９のステップＳ９８でマスタ装置は、全てのパワーコンディション装置の負荷量を各パワーコンディション装置に送信するため、ステップＳ１４０では、これらの情報（負荷量）を受信したか否かを判断する。
【００８６】
マスタ装置から全てのパワーコンディション装置の負荷量を受信していない場合（Ｓ１４０でＮＯ）は、マスタ装置から負荷量を受信するまで待機する。マスタ装置から全てのパワーコンディション装置の負荷量を受信している場合（Ｓ１４０でＹＥＳ）は、その受信した負荷量をメモリに格納して（Ｓ１４１）、システム構成変更処理を終了する。
【００８７】
（４−３）基本処理（スレーブ装置）
図１３に示すシステム構成変更処理が終了すると、図１１のステップＳ１１３に戻って、スレーブ装置のプラットフォームモジュールは基本処理を実行する（Ｓ１１３）。スレーブ装置の基本処理は、マスタ装置の基本処理と同一である。
【００８８】
上述したステップＳ１１３の基本処理が終了すると、スレーブ装置のプラットフォームモジュールは、ステップＳ１０６に戻って、ステップＳ１０６からの処理を繰返す。これによって、スレーブ装置では、オンライン診断処理（Ｓ１０８）、システム構成処理（Ｓ１１２）及び基本処理（Ｓ１１３）が定期的に実行される。
【００８９】
最後に、負荷用パワーコンディション装置７０のプラットフォームで実行される基本処理について説明する。ここでは、負荷用パワーコンディション装置７０がスレーブ装置として機能しているとして説明する。
【００９０】
図１４に示すように、負荷用パワーコンディション装置７０のプラットフォームモジュール７８は、マスタ装置から送信された運転モードが制約レベルモードか否かを判断する（Ｓ１４２）。マスタ装置から送信された運転モードが制約レベルモードでない場合（Ｓ１４２でＮＯ）は、ステップＳ１５４に進む。一方、マスタ装置から送信された運転モードが制約レベルモードの場合、プラットフォームモジュール７８は、運転モードをマスタ装置から指示された制約レベルモードに変更し（Ｓ１４４）、その変更した制約レベルモードを負荷制御モジュール７２に出力する（Ｓ１４６）。これにより、負荷制御モジュール７２は、制約レベルモードに応じた電力を負荷装置６０に供給する。その結果、負荷装置６０への電力供給が抑制され、太陽光発電システム全体の電力使用量が抑えられる。
【００９１】
次に、プラットフォームモジュール７８は、環境センサ６４の検出結果を取得する（Ｓ１４８）。次いで、プラットフォームモジュール７８は、環境センサ６４の検出結果から、負荷装置６０の運転を制限できるか否かを判断する（Ｓ１５０）。負荷装置６０の運転を制限できない場合（Ｓ１５０でＮＯ）、そのまま基本処理を終了する。一方、負荷装置６０の運転を制限できる場合（Ｓ１５０でＹＥＳ）、その負荷装置６０への電力供給を制限し（Ｓ１５２）、基本処理を終了する。例えば、環境センサ６４が人感センサである場合において、環境センサ６４の検出結果から負荷装置６０を設置した空間に人が存在しないときは、その負荷装置６０（例えば、照明器具、空調機器、床暖房、テレビ、ラジオ等）への電力供給をオフしてもよい。また、環境センサ６４が照度センサであり、負荷装置６０が照明器具である場合において、環境センサ６４の検出結果から負荷装置６０を設置した空間が明るいときは、その負荷装置６０（すなわち、照明器具）への電力供給をオフしてもよい。また、環境センサ６４が温度センサであり、負荷装置６０が冷暖房機器（例えば、空調機器、床暖房）である場合は、環境センサ６４で検出した温度に基づいて、負荷装置６０（冷暖房機器）の温度設定を変更してもよい。あるいは、環境センサ６４が湿度センサであり、負荷装置６０が湿度調整装置（例えば、加湿器、除湿器）である場合において、環境センサ６４の検出結果（湿度）に基づいて、負荷装置６０（湿度調整装置）の運転レベルを変更してもよい。これによって、太陽光発電システム全体の電力使用量を適切に抑えることができる。
【００９２】
一方、ステップＳ１５４では、プラットフォームモジュール７８は、マスタ装置から送信された運転モードが通常運転モードか否かを判断する（Ｓ１５４）。マスタ装置から送信された運転モードが通常運転モードでない場合（Ｓ１５４でＮＯ）は、マスタ装置から運転モードが指示されていない状態等であるため、そのまま基本処理を終了する。
【００９３】
マスタ装置から送信された運転モードが通常運転モードである場合（Ｓ１５４でＹＥＳ）は、プラットフォームモジュール７８は、負荷装置６０の稼動履歴から負荷装置６０の予測制御を行うタイミングか否かを判断する（Ｓ１５６）。負荷装置６０の予測制御を行うタイミングでない場合（Ｓ１５６でＮＯ）は、そのまま基本処理を終了する。一方、負荷装置６０の予測制御を行うタイミングである場合（Ｓ１５６でＮＯ）は、プラットフォームモジュール７８は、負荷装置６０の稼動履歴に基づいて、負荷装置６０への電力供給を開始する（Ｓ１５８）。ここで、予測制御とは、負荷装置６０の稼動履歴に基づいて、負荷装置６０が使用されると予測される時間よりも前に、負荷装置６０の駆動を開始する制御をいう。すなわち、発電装置２０による太陽光発電の状況がよい場合や、蓄電装置４０に充分に蓄電されている場合（すなわち、余剰電力がある場合）には、稼動履歴に基づく負荷装置６０の今後の稼動予測から、負荷装置６０を先行して駆動する。例えば、負荷装置６０が空調機器である場合に、稼動履歴から夕方の帰宅時間を予測し、帰宅時間の前から負荷装置６０（空調機器）を駆動することで、帰宅前に部屋の温度を目標温度に近づける制御を行う。これによって、帰宅後に部屋の温度の目標温度とするまでの消費電力を抑えることができる。
【００９４】
以上に説明したように、本実施例に係る太陽光発電システム１０では、発電装置（太陽光発電パネル）２０毎に発電用パワーコンディション装置３０が設けられ、発電装置２０毎にＭＰＰＴ制御が行われる。このため、一部の発電装置２０の発電効率が悪くても、その影響が他の発電装置２０に及ぶことを防止でき、太陽光発電システム１０全体の発電効率を高くすることができる。
【００９５】
また、発電装置（太陽光発電パネル）２０毎に発電用パワーコンディション装置３０が設けられ、各発電装置２０の稼働状況（例えば、発電効率）がモニタされる。その結果、発電装置２０の異常を検出し易くなる。また、隣接して配置された発電装置（太陽光発電パネル）２０の発電効率を比較して異常か否かを判断できるため、異常検出の精度を高めることができる。これによって、経年劣化や欠損によって発電効率が悪化した発電装置（太陽光発電パネル）２０を適切に特定することができ、発電効率の悪い発電装置２０のみを交換することができる。
【００９６】
さらに、太陽光発電システム１０が複数のパワーコンディション装置３０，５０，７０を有することで、１台のパワーコンディション装置３０，５０，７０を小型化することができ、低コストで製造することができる。その結果、パワーコンディション装置３０，５０，７０の交換費用を抑えることができ、ランニングコストを低減することができる。また、各パワーコンディション装置３０，５０，７０は無線で通信し、小型でかつ低電圧であるため、設置作業及び交換作業を容易に行うことができる。
【００９７】
最後に、上述した実施例と請求項との対応関係を説明しておく。太陽光発電パネル２０ａ〜２０ｃが請求項でいう「太陽光発電装置」の一例であり、通信モジュール３６，５６，７６が請求項でいう「通信回路」の一例であり、マスタ装置のプラットフォームモジュールが請求項６の「判定部」の一例である。
【００９８】
以上、本発明の実施例について詳細に説明したが、これは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。
【００９９】
上述した実施例では、複数のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂの１つがマスタ装置として機能したが、本発明はこのような形態に限られない。パワーコンディション装置とは別にマスタとして機能する装置を設けてもよい。また、１台の発電用パワーコンディション装置が制御する太陽光発電パネルは適宜の枚数とすることができ、１枚の太陽光発電パネルでもよいし、複数枚の太陽光発電パネルであってもよい。
【０１００】
また、上述した実施例では、パワーコンディション装置に異常が生じた場合は、そのまま処理を停止していたが（例えば、図５のＳ１４，Ｓ１６参照）、本発明はこのような形態に限られない。例えば、パワーコンディション装置に異常が生じていても致命的な障害でない場合（例えば、通信機能等は正常な場合）は、その異常情報をメモリに記憶し、また、その異常状態を他のパワーコンディション装置やユーザに報知してから処理を停止するようにしてもよい。このような構成によると、パワーコンディション装置に異常が生じていることを直ちに知ることができるため、パワーコンディション装置の異常に迅速に対応することができる。
【０１０１】
また、上述した実施例では、マスタ装置に異常が生じているか否かを、マスタ装置からの送信要求があったか否かでスレーブ装置が判断していたが（例えば、図６のＳ４２参照）、本発明はこのような形態に限られない。例えば、マスタ装置に異常が生じていても致命的な障害でない場合（例えば、通信機能等は正常な場合）は、マスタ装置が異常であることを各スレーブ装置に通知するようにしてもよい。このような構成によると、スレーブ装置は、マスタ装置に異常が生じたことを直ちに知ることができ、システム構成変更処理等の必要な処理を直ちに行うことができる。
【０１０２】
また、上述した太陽光発電システム１０では、太陽光発電システム１０の各部２０ａ〜２０ｃ，３０ａ〜３０ｃ，４０ａ,４０ｂ,５０ａ、５０ｂ，６０ａ，６０ｂ，７０ａ，７０ｂの異常や稼動状況が、マスタ装置として機能するパワーコンディション装置から外部の表示器に表示されるようになっていたが、ユーザへの報知は種々の形態で行うことができる。例えば、複数のパワーコンディション装置３０ａ〜３０ｃ，５０ａ，５０ｂ，７０ａ，７０ｂのいずれかに異常が生じた場合は、インターネット等を経由してユーザ端末（例えば、ユーザのスマートフォン）等に異常が生じた旨のみを表示し、詳細な情報は表示しないようにしてもよい。そして、ユーザが故障に関する詳細な情報を取得するには、ユーザ端末とパワーコンディション装置とをＰ２Ｐ（Peer to Peer）等によって無線で接続し、パワーコンディション装置からユーザ端末に１対１で送信するようにしてもよい。かかる構成を採ることで、太陽光発電システムのセキュリティを向上することができる。
【０１０３】
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１０４】
１０・・太陽光発電システム
２０ａ〜２０ｃ・・太陽光発電パネル
３０ａ〜３０ｃ・・発電用パワーコンディション装置
４０ａ，４０ｂ・・蓄電池
５０ａ，５０ｂ・・蓄電用パワーコンディション装置
６０ａ，６０ｂ・・負荷装置
７０ａ，７０ｂ・・負荷用パワーコンディション装置
８０・・交流配線
９０・・電力系統
【図１】
0006008349.tif 000002
【図２】
0006008349.tif 000003
【図３】
0006008349.tif 000004
【図４】
0006008349.tif 000005
【図５】
0006008349.tif 000006
【図６】
0006008349.tif 000007
【図７】
0006008349.tif 000008
【図８】
0006008349.tif 000009
【図９】
0006008349.tif 000010
【図１０】
0006008349.tif 000011
【図１１】
0006008349.tif 000012
【図１２】
0006008349.tif 000013
【図１３】
0006008349.tif 000014
【図１４】
0006008349.tif 000015