特許 6139636 太陽光発電システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6139636

(24)【登録日】2017年5月12日

(45)【発行日】2017年5月31日

(54)【発明の名称】太陽光発電システム

(51)【国際特許分類】

   H02J 3/38 20060101AFI20170522BHJP

   H02J 13/00 20060101ALI20170522BHJP

   H02S 10/00 20140101ALI20170522BHJP

【ＦＩ】

   H02J3/38 130

   H02J13/00 301B

   H02S10/00

【請求項の数】8

【全頁数】14

(21)【出願番号】特願2015-217443(P2015-217443)

(22)【出願日】2015年11月5日

(65)【公開番号】特開2016-135093(P2016-135093A)

(43)【公開日】2016年7月25日

【審査請求日】2015年11月5日

(31)【優先権主張番号】10-2015-0008775

(32)【優先日】2015年1月19日

(33)【優先権主張国】KR

(73)【特許権者】

【識別番号】593121379

【氏名又は名称】エルエス産電株式会社

【氏名又は名称原語表記】ＬＳＩＳ ＣＯ．，ＬＴＤ．

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100092624

【弁理士】

【氏名又は名称】鶴田 準一

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100151459

【弁理士】

【氏名又は名称】中村 健一

(74)【代理人】

【識別番号】100170380

【弁理士】

【氏名又は名称】黒田 裕也

(72)【発明者】

【氏名】チョ チョン クン

【審査官】 緑川 隆

(56)【参考文献】

【文献】 米国特許出願公開第２０１１／０１９６５４７（ＵＳ，Ａ１）

【文献】 特開２０１４−０１３４８４（ＪＰ，Ａ）

【文献】 特開２００８−０６５５０５（ＪＰ，Ａ）

【文献】 特開２０１３−１１６０４１（ＪＰ，Ａ）

【文献】 特開２０１４−２０３２２７（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／０１０６３３９（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０２Ｊ ３／００−５／００

Ｈ０２Ｊ ７／００−７／１２，７／３４−７／３６

Ｈ０２Ｊ １３／００

Ｈ０２Ｓ １０／００−１０／４０

Ｇ０６Ｆ １１／００

(57)【特許請求の範囲】

【請求項1】

太陽光発電システムにおいて、
太陽光発電装置から太陽光発電に関するデータを収集するデータ収集装置と、
前記データ収集装置から前記太陽光発電に関するデータを受信し、前記データ収集装置又は前記太陽光発電装置にデータのアップデートを提供する外部装置と、を含み、
前記外部装置は、前記データ収集装置を特定基準に応じて一つまたはそれ以上のグループに分けて各グループ別にデータのアップデートを提供し、
前記太陽光発電装置は、前記データ収集装置と連結された一つ以上のインバータを含み、
前記特定基準は、太陽光発電の遂行時間、及び前記データ収集装置に連結されたインバータの数のうち少なくとも一つを含む、太陽光発電システム。

【請求項2】

前記太陽光発電の遂行時間は、前記太陽光発電装置が設置された地域の日出時刻から日没時刻までの時間である、請求項１に記載の太陽光発電システム。

【請求項3】

前記特定基準は、前記外部装置、前記データ収集装置及び前記インバータ間のデータの伝送速度を更に含む、請求項１に記載の太陽光発電システム。

【請求項4】

前記外部装置は、予め設定された優先順位に応じて前記特定基準を考慮してグループを設定する、請求項１に記載の太陽光発電システム。

【請求項5】

前記外部装置は、前記データ収集装置又はインバータから受信したフィードバックに基づいて、前記グループを再調整する、請求項１に記載の太陽光発電システム。

【請求項6】

前記フィードバックは、前記データアップデートの進行状況に関するフィードバックを含む、請求項５に記載の太陽光発電システム。

【請求項7】

前記外部装置は、前記データ収集装置との通信状態に基づいてデータのアップデートを提供する、請求項１に記載の太陽光発電システム。

【請求項8】

複数の太陽光発電装置及びデータ収集装置から太陽光発電データを受信し、データのアップデートを提供するアップデートサーバにおいて、
前記複数のデータ収集装置を特定基準に応じてグループに分け、各グループ別にデータのアップデートを提供し、
前記特定基準は、太陽光発電の遂行時間、及び前記データ収集装置に連結されたインバータの数のうち少なくとも一つを含む、アップデートサーバ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の技術分野は太陽光発電システムに関するものであり、特に太陽光発電システムの効率的なファームウェハのアップデートに関する発明である。

【背景技術】

【0002】

石油など、化石エネルギーの枯渇と環境汚染に関する懸念のため、代替エネルギーに関する関心が高まっている。その中でも、太陽電池を付着したパネルを大規模に広げて太陽光電池を利用し電気を大規模に生産する発電である太陽光発電が脚光を浴びている。太陽光発電は無限で無公害の太陽光エネルギーを利用するため燃料費がかからず、大気汚染や廃棄物の発生がないという長所がある。

【0003】

太陽光エネルギーの発電方式には独立型方式と系統連携型方式がある。系統連携型方式は、太陽光発電装置を従来の電力系統に連結して使用する。昼に電気が発生すると太陽光発電システムから送電し、夜や雨天の際には系統から電気が供給される。系統連携型太陽光発電システムを効率的に使用するために、軽負荷の際にはバッテリエネルギー貯蔵システム（Ｂａｔｔｅｒｙ Ｅｎｅｒｇｙ Ｓｔｏｒａｇｅ Ｓｙｓｔｅｍ、ＢＥＳＳ）に遊休電力を貯蔵し、過負荷の際には太陽光発電電力だけでなくバッテリエネルギー貯蔵システムを放電して電力を系統に供給する形態の太陽光発電システムが導入されている。

【発明の概要】

【発明が解決しようとする課題】

【0004】

データ収集装置を利用した太陽光発電モニタリングシステムが現在現場で広く使われている。データ収集装置はインバータと各種センサからデータを収集して上位サーバに伝達し、一般ユーザは様々な経路を介して上位サーバにアクセスして必要な情報を確認する方法で太陽光発電量をモニタリングする。

【0005】

この際、データ収集装置及びインバータはファームウェア（システムソフトウェア）のアップデートが必要であるが、昼間には発電量を伝送すべきであるためファームウェアのアップデートは普通夜間に行われる。しかし、インバータの数が多くなる場合、ファームウェアのアップデートを同時に行うとネットワークトラフィックが集中して円滑なファームウェアのアップデートが不可能な状況になるため、本発明ではトラフィックの過負荷を最小化するファームウェアのアップデート方法を提供する。

【課題を解決するための手段】

【0006】

本発明の一実施例による太陽光発電システムは、太陽光発電装置から太陽光発電に関するデータを収集するデータ収集装置及び前記データ収集装置から前記太陽光発電に関するデータを受信し、前記データ収集装置または前記太陽光発電装置にデータのアップデートを提供する外部装置を含む。

【0007】

この際、前記外部装置は、前記データ収集装置を特定基準に応じて一つまたはそれ以上のグループに分けて各グループ別にデータのアップデートを提供する。

【0008】

この際、前記太陽光発電装置は、前記データ収集装置と連結された一つ以上のインバータを含み、前記特定基準は、太陽光発電の遂行時間、前記データ収集装置に連結されたインバータの数及び前記外部装置が提供するデータの全体の大きさのうち少なくとも一つを含む。

【0009】

この際、前記太陽光発電の遂行時間は、前記太陽光発電装置が設置された地域の日出時刻から日没時刻までの時間である。

【0010】

この際、前記特定基準は、前記外部装置、前記データ収集装置及び前記インバータ間のデータの伝送速度を更に含む。

【0011】

この際、前記外部装置は、予め設定された優先順位に応じて前記特定基準を考慮してグループを設定する。

【0012】

この際、前記外部装置は、前記データ収集装置又は前記インバータから受信したフィードバックに基づいて前記設定されたグループを再調整する。

【0013】

この際、前記フィードバックは、前記データアップデートの進行状況に関するフィードバックを含む。

【0014】

この際、前記外部装置は、前記データ収集装置との通信状態に基づいてデータのアップデートを提供する。

【0015】

また、本発明の一実施例によるアップデートサーバは、前記複数のデータ収集装置を特定基準に従ってグループに分け、各グループ別にデータのアップデートを提供することを特徴とする。

【発明の効果】

【0016】

本発明の一実施例によると、データ収集装置を利用した太陽光発電モニタリングシステムにおいて、ファームウェアをアップデートする際にネットワークトラフィックの過負荷を最小化することができる。

【0017】

また、ネットワークトラフィックの過負荷を最小化してファームウェアのアップデートの失敗の負担を減らすことができる。

【0018】

また、ファームウェアのアップデートの失敗による太陽光発電の中断の危険性を減らすことができる。

【図面の簡単な説明】

【0019】

【図1】本発明の一実施例による系統連携型太陽光発電装置のブロック図である。

【図2】本発明の一実施例による小容量の系統連携型太陽光発電装置のブロック図である。

【図3】本発明の一実施例による系統連携型太陽光発電装置の動作を示すフローチャートである。

【図4】一般的な太陽光発電のモニタリングシステムの構成を示す図である。

【図5】全体のシステム内でアップデートサーバ、データ収集装置、インバータ間の連結関系を示す図である。

【図6】本発明の一実施例によるファームウェアのアップデート方法を示す図である。

【図7】地域別日出・日没時間に基づいてグループを分ける一実施例を示す図である。

【図8】データ収集装置に連結されたインバータの数を基準にグループを分ける一実施例を示す図である。

【図9】データ収集装置がアップデートすべきプログラムの大きさを基準にグループを分ける一実施例を示す図である。

【図10】アップデートサーバとデータ収集装置、データ収集装置とインバータ間の通信媒体に応じてグループを分ける一実施例を示す図である。

【発明を実施するための形態】

【0020】

以下、添付した図面を参照して本発明の実施例について本発明が属する技術分野における通常の知識を有する者が容易に実施し得るように詳細に説明する。しかし、本発明は様々な互いに異なる形態に具現されてもよく、ここで説明する実施例に限定されることはない。そして、図面で本発明を明確に説明するために説明と関係のない部分は省略しており、明細書全体にわたって類似した部分については類似した図面符号を付けている。

【0021】

また、ある部分がある構成要素を「含む」という際、これは特に反対の記載がない限り、他の構成要素を除外するのではなく他の構成要素を更に含むことを意味する。

【0022】

以下、図１乃至図３を参照して本発明の一実施例による系統連携型太陽光発電装置を説明する。

【0023】

図１は、本発明の一実施例による系統連携型太陽光発電装置のブロック図である。

【0024】

本発明の一実施例による系統連携型太陽光発電装置１００は、太陽電池アレイ１０１、インバータ１０３、交流フィルタ１０５、交流／交流コンバータ１０７、系統１０９、充電制御部１１１、バッテリエネルギー貯蔵システム１１３、システム制御部１１５を含む。

【0025】

太陽電池アレイ１０１は、複数の太陽電池モジュールを結合したものである。太陽電池モジュールは、複数の太陽電池セルを直列または並列に連結し、太陽エネルギーを電気エネルギーに変換して所定の電圧と電流を発生させる装置である。よって、太陽電池アレイ１０１は、太陽エネルギーを吸収して電気エネルギーに変換する。

【0026】

インバータ１０３は、直流電力を交流電力にインバーティングする。太陽電池アレイ１０１が供給した直流電力またはバッテリエネルギー貯蔵システム１１３が放電した直流電力を、充電制御部１１１を介して供給し交流電力にインバーティングする。

【0027】

交流フィルタ１０５は、交流電力にインバーティングされた電力のノイズをフィルタリングする。

【0028】

交流／交流コンバータ１０７は、交流電力を系統に供給するように、ノイズがフィルタリングされた交流電力の電圧の大きさをコンバーティングして電力を系統１０９に供給する。

【0029】

系統１０９とは、多くの発電所、変電所、送配電線及び負荷が一体になって電力の発生及び利用が行われるシステムである。

【0030】

充電制御部１１１は、バッテリエネルギー貯蔵システム１１３の充電及び放電を制御する。系統が過負荷であれば、充電制御部１１１は、バッテリエネルギー貯蔵システム１１３から電力を供給されて系統に電力を伝達する。系統が軽負荷であれば、充電制御部１１１は、太陽電池アレイ１０１から電力を供給されてバッテリエネルギー貯蔵システム１１３に伝達する。

【0031】

バッテリエネルギー貯蔵システム１１３は、太陽電池アレイ１０１から電気エネルギーを供給されて充電し、系統１０９の電力需給状況に応じて、充電された電気エネルギーを放電する。詳しくは、系統１０９が軽負荷であれば、バッテリエネルギー貯蔵システム１１３は、太陽電池アレイ１０１から遊休電力を供給されて充電する。系統１０９が過負荷であれば、バッテリエネルギー貯蔵システム１１３は、充電された電力を放電して系統１０９に電力を供給する。系統の電力需給情報は時間帯別に大きな差を示す。よって、系統連携型太陽光発電装置１００が、太陽電池アレイ１０１の供給する電力を系統１０９の電力需給状況を考慮せずに一律的に供給することは非効率的である。よって、系統連携型太陽光発電装置１００は、バッテリエネルギー貯蔵システム１１３を使用して、系統１０９の電力需給状況に応じて電力供給量を調節する。それによって、系統連携型太陽光発電装置１００は、系統１０９に効率的に電力を供給することができる。

【0032】

システム制御部１１５は、充電制御部１１１、インバータ１０３、交流フィルタ１０５及び交流／交流コンバータ１０７の動作を制御する。

【0033】

図２は、本発明の一実施例による小容量の系統連携型太陽光発電装置のブロック図である。

【0034】

本発明の一実施例による小容量の系統連携型太陽光発電装置２００は、太陽電池アレイ１０１、インバータ１０３、交流フィルタ１０５、交流／交流コンバータ１０７、系統１０９、充電制御部１１１、バッテリエネルギー貯蔵システム１１３、システム制御部１１５、直流／直流コンバータ１１７を含む。

【0035】

図１に示した本発明の実施例とすべて同じであるが、直流／直流コンバータ１１７を更に含む。直流／直流コンバータ１１７は、太陽電池アレイ１０１が発電する直流電力の電圧をコンバーティングする。小容量系統連携型太陽光発電装置２００は、太陽電池アレイ１０１が生産する電力の電圧が小さい。よって、太陽電池アレイ１０１が供給する電力をインバータに入力するためには昇圧が必要である。直流／直流コンバータ１１７は、太陽電池アレイ１０１が生産する電力の電圧を、インバータ１０３に入力可能な電圧の大きさにコンバーティングする。

【0036】

図３は、本発明の一実施例による系統連携型太陽光発電装置の動作を示すフローチャートである。

【0037】

太陽電池アレイ１０１は太陽エネルギーを電気エネルギーに変換する（Ｓ１０１）。

【0038】

システム制御部１１５は、系統１０９に電力供給が必要であるかを判断する（Ｓ１０３）。系統１０９に電力供給が必要であるか否かは、系統１０９が過負荷であるか軽負荷であるかを基準に判断する。

【0039】

系統１０９に電力供給が必要でなければ、システム制御部１１５は充電制御部１１１を制御してバッテリエネルギー貯蔵システム１１３を充電する（Ｓ１０５）。詳しくは、システム制御部１１５は、充電制御部１１１を制御する制御信号を生成する。充電制御部１１１は、制御信号を受信してバッテリエネルギー貯蔵システム１１３を充電する。

【0040】

システム制御部１１５は、バッテリエネルギー貯蔵システム１１３の放電が必要であるかを判断する（Ｓ１０７）。太陽電池アレイ１０１が供給する電気エネルギーのみでは系統１０９の電力需要を充足できないためにバッテリエネルギー貯蔵システム１１３の放電が必要であるかを判断する。また、システム制御部１１５は、バッテリエネルギー貯蔵システム１１３が放電するほど十分に電気エネルギーを貯蔵しているかを判断する。

【0041】

バッテリエネルギー貯蔵システム１１３の放電が必要であれば、システム制御部１１５は、充電制御部１１１を制御してバッテリエネルギー貯蔵システム１１３を放電する（Ｓ１０９）。詳しくは、システム制御部１１５は、充電制御部１１１を制御する制御信号を生成する。充電制御部１１１は、制御信号を受信してバッテリエネルギー貯蔵システム１１３を放電する。

【0042】

インバータは、バッテリエネルギー貯蔵システム１１３が放電した電気エネルギーと太陽電池アレイ１０１が変換した電気エネルギーを交流にインバーティングする（Ｓ１１１）。この際、系統連携型太陽光発電装置１００は、バッテリエネルギー貯蔵システム１１３が放電した電気エネルギーと太陽電池アレイ１０１が変換した電気エネルギーとを、全て一つのインバータ１０３を介してインバーティングする。各電気器具は使用可能な電力に限界がある。この限界には瞬間的な限界と長時間使用する場合の限界とがあるが、長時間使用しても機器に損傷を与えずに無理なく使用可能な最大電力に定格電力を決定する。インバータ１０３の効率を最大化するために、バッテリエネルギー貯蔵システム１１３及び太陽電池アレイ１０１は、インバータ１０３がこのような定格電力の４０％から６０％程度の電力を使用するように電力を供給すべきである。

【0043】

交流フィルタ１０５は、インバーティングされた電力のノイズをフィルタリングする（Ｓ１１３）。

【0044】

交流／交流コンバータ１０７は、フィルタリングされた交流電力の電圧の大きさをコンバーティングし、電力を系統１０９に供給する（Ｓ１１５）。

【0045】

系統連携型太陽光発電装置１００は、コンバーティングされた電力を系統１０９に供給する（Ｓ１１７）。

【0046】

図１乃至図３の実施例による系統連携型太陽光発電装置１００は、一つのインバータ１０３のみを使用するため、太陽電池アレイ１０１の容量に合わせてインバータ１０３の定格電力を決定して系統連携型太陽光発電装置１００を設計する場合、以下のような問題がある。バッテリエネルギー貯蔵システム１１３が放電して太陽電池アレイ１０１と共に電気エネルギーを供給する場合、インバータ１０３は定格電力の４０％から６０％を超過する電力を使用するため、インバータ１０３の効率を最大化することができない。また、バッテリエネルギー貯蔵システム１１３が放電して単独に電気エネルギーを供給する場合、インバータ１０３は定格電力の４０％から６０％に至らない電力を使用するため、インバータ１０３の効率を最大化することができない。その他、日射量が少なくて太陽電池アレイ１０１が少量の電気エネルギーを供給する場合、インバータ１０３は定格電力の４０％から６０％程度に至らない電力を使用するため、インバータ１０３の効率を最大化することができない。このような場合、系統連携型太陽光発電装置１００が太陽エネルギーを電気エネルギーに変換する効率が落ちてしまう。また、電力の高調波含有率（Ｔｏｔａｌ Ｈａｒｍｏｎｉｃ Ｄｉｓｔｏｒｔｉｏｎ，ＴＨＤ）が高くなって、系統連携型太陽発電装置１００が生産する電力の品質が低くなってしまう。

【0047】

図４は、一般的な太陽光発電のモニタリングシステムの構成を示す図である。

【0048】

図４に示したように、モニタリングシステム１は、アップデートサーバ３００、データ収集装置４００、インバータ１０３を含む。しかし、図４に示した構成に限ることはなく、必要であれば追加的な構成を含んでもよい。

【0049】

データ収集装置４００は、インバータ１０３及び太陽光発電装置１００の各種センサからデータを収集する。一実施例において、データ収集装置４００は、収集したデータを上位サーバに伝達する。この場合、ユーザが上位サーバにアクセスして、データ収集装置４００が収集したデータをモニタリングする。

【0050】

他の実施例において、データ収集装置４００は、収集したデータを直ちにユーザに提供する。この場合、データ収集装置４００は、太陽光発電装置１００内の制御部１１５に収集されたデータを伝達してユーザに提供する。データ収集装置４００は太陽光発電装置１００に含まれてもよく、太陽光発電装置１００に含まれない構成であってもよい。

【0051】

アップデートサーバ３００は、データ収集装置４００及びインバータ１０３に、最新バージョンのファームウェアを提供する。詳しくは、アップデートサーバ３００には、データ収集装置４００及びインバータ１０３に設置されているソフトウェアの最新バージョンが記憶されており、ファームウェアをアップデートする際に、アップデートサーバ３０は、様々な経路を介してデータ収集装置４００及びインバータ１０３に最新のファームウェアを提供する。データ収集装置４００がデータを伝送するアップデートサーバ３００の役割をしてもよい。

【0052】

また、アップデートサーバ３００がデータ収集装置４００及びインバータ１０３に提供するデータは、発電量に関する情報である。詳しくは、アップデートサーバ３００は、データ収集装置４００及びインバータ１０３に一定期間の間に割り当てられた発電量に関する情報を提供する。例えば、Ａインバータは一日４００ＫＷの発電量を達成せよという趣旨の情報をアップデートサーバ３００に提供する。

【0053】

アップデートサーバ３００とデータ収集装置４００との間は距離が相対的に遠く離れている場合が殆どであり、安定的に大容量のデータを伝送する必要がある。よって、データの伝送方式は、大容量のデータを安定的に伝送する専用線通信、電話モデム、３Ｇ通信などが可能である。

【0054】

一方、データ収集装置４００とインバータ１０３との間は相対的に近い距離に位置してもよく、発電関連データは相対的に容量が小さいため、イーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ（登録商標））またはＲＳ４８５などが可能である。しかし、前記構成間の通信方法が上述した方法に限ることはなく、データを伝送する全ての方式を適用してもよい。また、構成間の距離またはデータ量に応じて、上述した伝送方式が混用されて使用されてもよい。

【0055】

図５は、上述した構成の間における全体のシステム内の連結関系を示す図である。

【0056】

図５に示したように、アップデートサーバ３００に複数のデータ収集装置４００が連結されており、データ収集装置４００ごとに複数のインバータ１０３が連結される。データ収集装置４００は、太陽光発電装置１００ごとにあってもよく、複数の太陽光発電装置１００に一つのデータ収集装置４００が連結されてもよい。

【0057】

データ収集装置４００は、インバータ１０３から収集された太陽光発電関連データを上位サーバであるアップデートサーバ３００に伝達する。逆に、ファームウェアのアップデートは、アップデートサーバ３００からデータ収集装置４００が受信し、それを更にインバータ１０３に伝達する。データ収集装置４００は、複数のインバータ１０３に連結され、よってアップデートサーバ３００が少数のデータ収集装置４００に最新のファームウェアを伝送すると、データ収集装置４００を介して多数のインバータ１０３に最新のファームウェアを伝送する。

【0058】

以下、図６乃至図１０を参照して本発明の一実施例による効率的なファームウェアアップデート方式を説明する。

【0059】

図６は、本発明の一実施例によるファームウェアのアップデート方法を示す図である。

【0060】

従来は、複数のインバータ１０３のファームウェアのアップデートは、太陽光発電が行われる昼間を除く特定時間に行っていたため、特定時間にファームウェアのアップデートが集中することで、ネットワークトラフィックが過負荷になる問題点があった。これは、アップデートサーバ３００に連結されてファームウェアのアップデートをするインバータ１０３の数が多くなるほどより大きな問題になり得る。限定されたトラフィックで消化すべきデータ量がインバータ１０３の数に比例して大きくなるためである。

【0061】

よって、本発明の一実施例によると、トラフィックを分散するために、図６に示したようにアップデートサーバ３００がデータ収集装置４００またはインバータ１０３をグループに分けてファームウェアのアップデートを行う。図６を例に上げて説明すると、アップデートサーバ３００は、複数のデータ収集装置４００またはインバータ１０３を１４個のグループに分けるが、グループ毎にファームウェアをアップデートする時間を割り当てる。

【0062】

よって、グループ別にファームウェアのアップデート時間が重ならないため、データ収集装置４００またはインバータ１０３の個数が増えても、トラフィックが分散されてアップデートの安定性を期することができる。

【0063】

以下、上述したグループを分ける基準について説明する。

【0064】

図７は、地域別に太陽光発電が行われる時間に基づいてグループを分ける一実施例を示す図である。ここで、太陽光発電が行われる時間とは、日出と日没の間の昼間を意味する。

【0065】

通常は昼間に太陽光発電が行われるが、この期間には太陽光発電量をデータ収集装置４００がインバータ１０３から収集して上位サーバ（アップデートサーバ３００）に伝達するのにトラフィックの大部分が使用される。よって、この期間、言い換えると日出の後から日没の前にはファームウェアをアップデートすることを控えた方が効率的である。しかし、夜間は太陽光発電が行われないため昼間に比べトラフィックの余裕がある可能性がある。よって、この期間、言い換えると日没の後から日出の前に、アップデートサーバ３００は、ファームウェアをアップデートするためのデータをデータ収集装置４００及びインバータ１０３に伝送する。

【0066】

しかし、日出、日没時間は地域別に異なり得るため、それを利用してファームウェアのアップデート時間を分ける基準に活用してもよい。

【0067】

図７を例に挙げて説明すると、第１データ収集装置が位置する地域は午前６時から午後６時まで太陽光発電が行われ、第２及び第３データ収集装置が位置する地域は午前７時から午後７時まで、第４データ収集装置が位置する地域は午前８時から午後８時まで、太陽光発電が行われる。

【0068】

よって、地域別の日出、日没時間に応じて、図７の表のように、第１データ収集装置は午後６時から午後７時まで、第２データ収集装置は午後７時から午後８時まで、第３データ収集装置は午前６時から午前７時まで、第４データ収集装置は午前７時から午後８時までを、ファームウェアのアップデート時間としてアップデートサーバ３００が設定する。設定されたグループはそれぞれ異なる時間帯であるため、大容量のファームウェアのアップデートにもかかわらずトラフィックを分散して安全性を確保することができる。

【0069】

図８は、一つのデータ収集装置４００に連結されたインバータ１０３の数を基準にグループを分ける一実施例を示す図である。

【0070】

一つのデータ収集装置４００には複数のインバータ１０３が連結されるが、連結されるインバータ１０３の数が多いほどファームウェアのアップデートに必要なトラフィックが増加する。よって、一つのデータ収集装置４００に連結されたインバータ１０３の個数を考慮してデータ収集装置４００のグループを分けると効率的にネットワークを利用することができる。

【0071】

図８を例に挙げて説明すると、第５データ収集装置は１２個、第６データ収集装置は１０個、第７データ収集装置は７個、第８データ収集装置は５個、第９データ収集装置は２個、第１０データ収集装置は１個のインバータがそれぞれ連結されていることが分かる。よって、アップデートサーバ３００は、上述したデータ収集装置から連結されたインバータの数の情報を受信してデータ収集装置のグループを分ける。その結果、第５及び第１０データ収集装置は第５グループ、第６及び第９データ収集装置は第６グループ、そして第７及び第８データ収集装置は第７グループに分けられる。この場合、図８に示したようにグループ別に連結されたインバータの数が１２個から１３個と、殆ど等しくなるため、トラフィックを効率的に分散することができる。

【0072】

図９は、データ収集装置４００がアップデートすべきプログラムの大きさを基準にグループを分ける一実施例を示す図である。

【0073】

アップデートサーバ３００に連結されたデータ収集装置４００はその種類が多様であり、そのため、それぞれ異なるファームウェアが要求される。この場合、データ収集装置４００ごとにダウンロードするファームウェアの大きさが異なり得る。よって、アップデートサーバ３００はダウンロードするファームウェアの大きさに応じてデータ収集装置４００を分けると、トラフィックを効率的に利用することができる。

【0074】

図９を例に挙げて説明する。図９に示したように、第１１データ収集装置は１Ｍ、第１２データ収集装置は２Ｍ、第１３データ収集装置は２Ｍ、第１４データ収集装置は３Ｍ、第１５データ収集装置は３Ｍ、第１６データ収集装置は１Ｍのアップデートデータを有する。よって、アップデートサーバ３００は時間帯別にアップデートするデータの大きさを均等にするように、図９に示したように第１１及び第１４データ収集装置を第８グループに、第１２及び第１３データ収集装置を第９グループに、そして第１５及び第１６データ収集装置を第１０グループに分ける。

【0075】

この場合、各グループ別にファームウェアのアップデートの大きさが４Ｍに均等になるため、トラフィックを分散して効率的で安定的にファームウェアのアップデートを行うことができる。

【0076】

図１０は、アップデートサーバ３００とデータ収集装置４００、データ収集装置４００とインバータ１０３間の通信媒体に応じてグループを分ける一実施例を示す図である。

【0077】

通信媒体に応じて一度に大容量のデータを伝達してもよく、逆の場合もあり得る。速い伝送が可能なデータ収集装置４００またはインバータ１０３のみを束ねて、速い伝送が不可能なグループと同じアップデート時間を割り当てることは、トラフィック及びアップデート時間を効率的に利用することができないことになる。

【0078】

よって、図１０に示したように、第１７データ収集装置は比較的速い通信媒体を有しており、第１８データ収集装置は比較的遅い通信媒体を有している場合、アップデートサーバ３００は第１７データ収集装置と第１８データ収集装置を一つのグループに束ねてファームウェアアップデートを行う。通信媒体の速度はアップデートサーバ３００が直接速度を測定する方式で把握してもよく、予め記憶された速度に応じて判断してもよい。

【0079】

上述したグループを分ける基準はそれぞれ独立に適用されてもよく、各基準を状況に応じて混用して適用してもよい。混用する場合、影響力が大きい要因を優先してグループを分ける。影響力は地域、気候、装置属性などに応じて異なり得る。

【0080】

また、グループが決められた後でも、アップデートサーバ３００が一部のデータ収集装置４００またはインバータ１０３に対するアップデートの進行状況に応じてグループを再調整することもある。詳しくは、アップデートが基準時間より早期に完了されるか、基準時間より遅延される場合にはグループを再調整する。この際、アップデートサーバ３００はデータ収集装置４００またはインバータ１０３から受信したフィードバックに基づいてグループを再調整する。

【0081】

アップデートサーバ３００は、データ収集装置４００との通信状態に基づいて、データアップデートを提供する。詳しくは、アップデートサーバ３００は、データ収集装置４００などとの通信状態がよくないと判断される場合、ファームウェアの最新バージョンの重要度を判断してアップデートを行わなくてもよい。ファームウェアの重要度は予め設定された優先順位に応じて判断する。例えば、致命的なエラーを改善するアップデートの場合には優先順位が先になり得るが、ＵＩ（ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を改善するアップデートの場合、アップデートを行わなくても運用に大きな影響を及ぼすことはないため優先順位を後順位に設定する。

【0082】

アップデートサーバ３００がデータ収集装置から情報を受信して自動的にグループを分けてもよく、ユーザが直接グループを分けてもよい。データ収集装置４００に連結されたインバータ１０３の数が多くてその種類が多様な場合、データ収集装置４００も上述した方法によってファームウェアのアップデートを伝送するインバータ１０３を分けることができる。

【0083】

これまで実施例に説明された特徴、構造、効果などは本発明の少なくとも一つの実施例に含まれるが、必ずしも一つの実施例にのみ限定されることはない。なお、各実施例で例示された特徴、構造、効果などは、実施例が属する分野の通常の知識を有する者によって他の実施例に対しても組み合わされるか変形されて実施してもよい。よって、このような組み合わせと変形に関する内容は本発明の範囲に含まれると解釈すべきである。

【0084】

これまで実施例を中心に説明したが、これは単なる例示であって本発明を限定するものではなく、本発明が属する分野の通常の知識を有する者であれば本実施例の本質的な特性を逸脱しない範囲内で前記に例示されていない様々な変形と応用が可能であることが分かる。例えば、実施例に具体的に示した各構成要素は変形して実施してもよい。そして、このような変形と応用に関する差は、添付した特許請求の範囲で規定する本発明の範囲に含まれると解釈すべきである。

【符号の説明】

【0085】

１ モニタリングシステム
１００ 系統連携型太陽光発電装置
１０１ 太陽電池アレイ
１０３ インバータ
１０５ 交流フィルタ
１０７ 交流／交流コンバータ
１０９ 系統
１１１ 充電制御部
１１３ バッテリエネルギー貯蔵システム
１１５ システム制御部
１１７ 直流／直流コンバータ
３００ アップデートサーバ
４００ データ収集装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】