特許 6937819 エネルギ管理システム

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

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

(11)【特許番号】6937819

(24)【登録日】2021年9月2日

(45)【発行日】2021年9月22日

(54)【発明の名称】エネルギ管理システム

(51)【国際特許分類】

   H02J 3/00 20060101AFI20210909BHJP

   H02J 13/00 20060101ALI20210909BHJP

   G06Q 50/06 20120101ALI20210909BHJP

【ＦＩ】

   H02J3/00 130

   H02J13/00 301A

   G06Q50/06

【請求項の数】4

【全頁数】17

(21)【出願番号】特願2019-224097(P2019-224097)

(22)【出願日】2019年12月11日

(65)【公開番号】特開2021-93870(P2021-93870A)

(43)【公開日】2021年6月17日

【審査請求日】2019年12月29日

(73)【特許権者】

【識別番号】521239842

【氏名又は名称】株式会社アセットＡｉ

(74)【代理人】

【識別番号】100165434

【弁理士】

【氏名又は名称】小林 克行

(72)【発明者】

【氏名】神田 好則

【審査官】 宮本 秀一

(56)【参考文献】

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

【文献】 国際公開第２００６／０８５４０６（ＷＯ，Ａ１）

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

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

【文献】 国際公開第２０１７／１４９６３９（ＷＯ，Ａ１）

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

Ｈ０２Ｊ ３／００

Ｈ０２Ｊ １３／００

Ｇ０６Ｑ ５０／０６

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

【請求項1】

エネルギ管理システムであって、
複数の負荷設備が設置されている電力需要拠点と、
前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備え、
前記制御部は、
過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行し、
前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行するし、
前記自律制御が実行された前記負荷設備の自律制御容量の集計と、前記デマンド制御が実行される前記負荷設備のデマンド制御容量の算出を行い、それらの大小を前記指定時間ごとに比較して、前記自律制御容量が前記デマンド制御容量以上であれば前記自律制御を継続して実行し、前記自律制御容量が前記デマンド制御容量未満であれば前記デマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行し、
運転時間条件を満たした前記負荷設備を制御候補として制御待ち行列に投入し、投入されるたびに前記制御待ち行列中の前記負荷設備を過剰運転の程度の高い優先順にソートし、そして、前記優先順に前記負荷設備の前記自律制御を実行して前記自律制御容量を集計する、
ことを特徴とするエネルギ管理システム。

【請求項2】

複数の負荷設備が設置されている電力需要拠点と、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備えるエネルギ管理システムを制御する方法であって
前記制御部は、
過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行するステップと、
前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行するステップと、
前記自律制御が実行された前記負荷設備の自律制御容量の集計と、前記デマンド制御が実行される前記負荷設備のデマンド制御容量の算出を行い、それらの大小を前記指定時間ごとに比較して、前記自律制御容量が前記デマンド制御容量以上であれば前記自律制御を継続して実行し、前記自律制御容量が前記デマンド制御容量未満であれば前記デマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行するステップと、
運転時間条件を満たした前記負荷設備を制御候補として制御待ち行列に投入し、投入されるたびに前記制御待ち行列中の前記負荷設備を過剰運転の程度の高い優先順にソートし、そして、前記優先順に前記負荷設備の前記自律制御を実行して前記自律制御容量を集計するステップと、を含む、ことを特徴とする方法。

【請求項3】

複数の負荷設備が設置されている電力需要拠点と、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備えるエネルギ管理システムを動作させるプログラムであって、
前記制御部に、
過剰運転となっている前記負荷設備を自律的に制御する自律制御を行う処理と、
前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を行う処理と、
前記自律制御が実行された前記負荷設備の自律制御容量の集計と、前記デマンド制御が実行される前記負荷設備のデマンド制御容量の算出を行い、それらの大小を前記指定時間ごとに比較して、前記自律制御容量が前記デマンド制御容量以上であれば前記自律制御を継続して実行し、前記自律制御容量が前記デマンド制御容量未満であれば前記デマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行する処理と、
運転時間条件を満たした前記負荷設備を制御候補として制御待ち行列に投入し、投入されるたびに前記制御待ち行列中の前記負荷設備を過剰運転の程度の高い優先順にソートし、そして、前記優先順に前記負荷設備の前記自律制御を実行して前記自律制御容量を集計する処理と、を実行させることを特徴とするプログラム。

【請求項4】

複数の負荷設備が設置されている電力需要拠点を備えるエネルギ管理システムにおいて、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバ装置であって、
前記制御部は、
過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行し、
前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行するし、
前記自律制御が実行された前記負荷設備の自律制御容量の集計と、前記デマンド制御が実行される前記負荷設備のデマンド制御容量の算出を行い、それらの大小を前記指定時間ごとに比較して、前記自律制御容量が前記デマンド制御容量以上であれば前記自律制御を継続して実行し、前記自律制御容量が前記デマンド制御容量未満であれば前記デマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行し、
運転時間条件を満たした前記負荷設備を制御候補として制御待ち行列に投入し、投入されるたびに前記制御待ち行列中の前記負荷設備を過剰運転の程度の高い優先順にソートし、そして、前記優先順に前記負荷設備の前記自律制御を実行して前記自律制御容量を集計する、ことを特徴とするサーバ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、エネルギ管理システムに関する。

【背景技術】

【0002】

近年、さまざまな分野で電力コストの削減が命題となっている。特に、高圧受電の需要家では、デマンド時限における受電電力平均値（デマンド）の年間で一番大きい値を次年の基本料金算定基準契約容量の決定要因とされており、需要家は電気料金適正化のためにこの値を抑える工夫をする（デマンド制御）。

【0003】

エネルギ管理システムとしては、例えば、再生可能エネルギ発電装置や蓄電池などが導入された場合においても、正確に時限完了時デマンド値を予測することができる電力デマンド管理システムとして、電力デマンド管理システムが備えるデマンド値予測装置１０は、受電部２で受電する電力量の積算値の変化量のみならず、再生エネルギ発電装置５で発電する電力量の積算値の変化量や蓄電池４で充放電する電力量の積算値の変化量をも考慮して、時限完了時デマンド値Ｐを予測する発明が開示されている（例えば、特許文献１参照）。

【0004】

ここで、現在のわが国においては、上記のデマンド時限を３０分間（時計の正時〜３０分、３０分〜翌時０分の３０分間）とし、このデマンド時限（需要時限）３０分間の平均電力をデマンド（需要電力）と呼び、デマンド（ｋＷ）＝３０分間（デマンド時限）内の平均電力としている。毎月の電気料金は、その月の電気使用量に関わらず契約で算出される「基本料金」と、その月の使用量に応じて算出される「電力量料金」とで構成されるが、基本料金は、契約電力が基準となっており、その契約電力は、過去１年間の最大デマンド（最大需要電力）に基づいて算出される。したがって、最大デマンドが大きくなれば契約電力も大きくなるため、最大デマンドの削減が基本料金削減のポイントになる。

【0005】

このため、需要家は、当該１年の最大デマンドを超過することのないように、エネルギ管理システムを設置して、デマンド時限完了時のデマンド値を常時予測し、契約した最大デマンドを超過することのないように制御している。

【0006】

しかしながら、特許文献１を含め、デマンド時限を３０分間として予測していることから、よりきめ細かな制御しようとした場合、需要家が我慢を強いられることもあり、また、諸外国では、デマンド時限を例えば１５分間とする国もあるなど、既知のエネルギ管理システムでは対応できない、という問題があった。

【0007】

さらに、社会全般、環境への関心の高まりを受けて負荷設備の高効率化の取り組みは広く行われており、巨大ビルや大型工場では中央監視システムによる環境監視、設備監視制御も行われている。その一方で、需要家数が多く自動監視・制御が必要な中小規模事業所においては、人手不足という状況もあり、運用は現場任せ（成り行き任せ）、設備管理は故障発生時の後手後手対応で、エネルギの使用状況は請求書を見てから一喜一憂という状況が実状になっている。これらの問題点を改善するため、需要家フレンドリーな、すなわち、自律的でかつ目標デマンドを達成容易なエネルギ管理システム（本発明者は、これを「ＥＥＭＳ（Environment Energy Management System）；環境エネルギ管理システム」と呼んでいる）を提供することが求められている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１２−１７５８４９号公報

【発明の概要】

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

【0009】

本発明は、上記のような事情に鑑みなされたものであり、負荷設備の制御のために需要家に我慢を強いることが少なく、また、制御に関わる時間の設定にかかわりなく円滑な制御が可能なエネルギ管理システムを提供することを目的とする。

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

【0010】

（１）本発明に係る第１の観点は、エネルギ管理システムであって、複数の負荷設備が設置されている電力需要拠点と、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備え、前記制御部は、過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行し、前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行する、ことを特徴とする。

【0011】

（２）上記（１）の構成において、前記制御部は、前記自律制御が実行された前記負荷設備の自律制御容量の集計と、前記デマンド制御が実行される前記負荷設備のデマンド制御容量の算出を行い、それらの大小を前記指定時間ごとに比較して、前記自律制御容量が前記デマンド制御容量以上であれば前記自律制御を継続して実行し、前記自律制御容量が前記デマンド制御容量未満であれば前記デマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行する。

【0012】

（３）上記（２）の構成において、前記制御部は、運転時間条件を満たした前記負荷設備を制御候補として制御待ち行列に投入し、投入されるたびに前記制御待ち行列中の前記負荷設備を過剰運転の程度の高い優先順にソートし、そして、前記優先順に前記電気消費設備の前記自動制御を実行して前記自律制御容量を集計してもよい。

【0013】

（４）上記（２）の構成において、前記制御部は、前記指定時間ごとに、前記電力需要拠点の全体について、前回指定時間Ｔ_１の受電電力の計量平均、前回指定時間Ｔ_１の制御量平均、前記目標デマンド、及び前回指定時間Ｔ_１の受電電力の計量変化量を指定時間Ｔ_１で除した傾きを用い、式（１）によって次回指定時間Ｔ_２の前記デマンド制御容量を算出してもよい。
式（１）：次回指定時間Ｔ_２の制御容量＝｛（前回指定時間Ｔ_１の計量平均）＋（前回指定時間Ｔ_１の制御量平均）−（目標デマンド）｝＋（前回指定時間Ｔ_１の傾き）×前回指定時間Ｔ_１

【0014】

（５）本発明に係る第２の観点は、複数の負荷設備が設置されている電力需要拠点と、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備えるエネルギ管理システムを制御する方法であって、前記制御部は、過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行するステップと、前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行するステップと、を含む、ことを特徴とする。

【0015】

（６）本発明に係る第３の観点は、複数の負荷設備が設置されている電力需要拠点と、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバと、を備えるエネルギ管理システムを動作させるプログラムであって、前記制御部に、過剰運転となっている前記負荷設備を自律的に制御する自律制御を行う処理と、前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を行う処理、を実行させることを特徴とする。

【0016】

（７）本発明に係る第４の観点は、複数の負荷設備が設置されている電力需要拠点を備えるエネルギ管理システムにおいて、前記電力需要拠点と閉域網を介して接続され、システム全体を制御する制御部を有するサーバ装置であって、前記制御部は、過剰運転となっている前記負荷設備を自律的に制御する自律制御を実行し、前記電力需要拠点に設定された目標デマンドに沿うように前記負荷設備を強制的に制御するデマンド制御の要否について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行する、ことを特徴とする。

【発明の効果】

【0017】

本発明によれば、負荷設備の制御のために需要家に我慢を強いることが少なく、また、制御に関わる時間の設定にかかわりなく円滑な制御が可能なエネルギ管理システムを提供することができる。

【図面の簡単な説明】

【0018】

【図1】本発明の実施形態に係るエネルギ管理システムの全体構成を示す図である。

【図2】本発明の実施形態に係るエネルギ管理システムに参加する負荷設備（空調機の場合）のグルーピングを説明する図である。

【図3】本発明の実施形態に係るエネルギ管理システムに参加する負荷設備（空調機の場合）について制御待ち行列の作成及びソートを説明する図である。

【図4】本発明の実施形態に係るエネルギ管理システムに参加する負荷設備（空調機の場合）の制御フローの全体を示す図である。

【図5】図４の制御フローの一部を説明する図である。

【図6】本発明の実施形態に係るエネルギ管理システムに参加する負荷設備（空調機の場合）のアナログ制御について説明する図である。

【図7】本発明の実施形態に係るエネルギ管理システムに参加するＰＣＳ及び蓄電池の監視制御について説明する図である。

【図8】本発明の実施形態に係るエネルギ管理システムに参加する負荷設備（空調機の場合）についてデマンド制御を説明する図である。

【図9】一般的なデマンド制御を説明する図である。

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

【0019】

以下、添付図面を参照して、本発明を実施するための形態（以下、実施形態）について詳細に説明する。以降の図においては、実施形態の説明の全体を通して同じ要素には同じ番号又は符号を付している。

【0020】

［実施形態］
（エネルギ管理システム１の全体構成）
エネルギ管理システム１は、その要旨として、複数の負荷設備１２が設置されている電力需要拠点１０と、電力需要拠点１０と閉域網８を介して接続され、システム全体を制御する制御部４１を有するサーバ４と、を備えており、詳しくは後述するように、制御部４１は、過剰運転となっている負荷設備１２を自律的に制御する自律制御を実行し、電力需要拠点１０に設定された目標デマンドに沿うように負荷設備１２を強制的に制御するデマンド制御の必要性について電力料金の基礎となるデマンド時限を区分した指定時間ごとに判定して、必要な場合には次回指定時間においてデマンド制御を実行する。なお、本明細書及び図面において、エネルギ管理システム１の略称としてEEMSと表記することがある。

【0021】

図１を参照して、本実施形態に係るエネルギ管理システムの全体構成について、その概要を説明する。エネルギ管理システム１に参加する顧客ＰＣ２は、インターネット３などのネットワークを介してサーバ４（クラウドサーバ）に接続されており、サーバ４は、専用線５、携帯電話網６を介してエネルギ管理システム１の管理者の事務所７に接続されている。一方、管理者の事務所７は、携帯電話網６を介して顧客拠点１０（以下、電力需要拠点ともいう）と閉域網８を形成するように接続されている。電力需要拠点１０には、管理者の事務所７と通信するボックスサーバ１１（Box PC Server）が設けられており、ボックスサーバ１１は、電力需要拠点１０内に配置されてエネルギ管理の対象となる各種負荷設備１２（空調機、全熱交換器、照明器などの負荷）、パワーコンディショニングシステム１３（ＰＣＳ）、蓄電池１４（ＢＡＴＴ）などを監視、制御する。負荷設備１２において監視する項目は、例えば、温度、湿度、照度、ＣＯ_２、電力Ｗｈなどである。ボックスサーバ１１は、電力量計１５（ＷＨＭ）のパルス（Pulse）を用いてデータを収集する。また、電力需要拠点１０には、自家発電用として太陽光発電１６を屋上に設置けてもよい。

【0022】

（エネルギ管理システム１の動作）
エネルギ管理システム１の動作について、引き続き図１を参照して、その概要を説明する。エネルギ管理システム１は、監視機能として、当該システムに参加する負荷設備１２等の運転状態、故障信号、順潮流／逆潮流、蓄電池残量などを監視する。

【0023】

そして、エネルギ管理システム１は、管理機能として、負荷設備１２等の運転状態、警報有無、温度（室内温度・外気温度）、湿度、照度、不快指数、ＣＯ_２濃度、受電電力、ローカル電力データを収集し、これらを状態管理の情報として自動制御の判断基準に使用する。

【0024】

制御の概要は、例えば、次のように行う。負荷設備１２が空調機のときには、温度（湿度）及び不快指数等の状態により過剰運転がある場合、自律制御として、状態が快適な順（例えば、目標温度差が小さい順。以下、優先順ともいう）に、これを抑制する。また、目標デマンドを維持する場合、デマンド制御として、エネルギ管理システムよりも更に上位の発変電送配電系統からの下げデマンド要請（デマンドレスポンス要請）がある場合、やはり状態が快適な順すなわち優先順で運転を抑制する。

【0025】

負荷設備１２が全熱交換機のときには、ＣＯ_２濃度に余裕（環境基準の１，０００ｐｐｍに対して十分低い、例えば、９５０ｐｐｍ未満）がある場合、全熱交換機の換気運転を抑制又は停止する。ただし、冷房時期に外気温が低い場合は、積極的に換気して空調機の負担を軽くするようにしてもよい（ナイトパージなど、例えば、冷房時に外気温が２３℃未満）。

【0026】

負荷設備１２が照明のときには、太陽光の影響などで照明の運転が過剰になる場合、運転を抑制する。また、上位の発変電送配電系統の状況などによる上げ（下げ）デマンド要請及び解除連絡のあるときは、省エネモード運転に切替制御、通常モードへの復帰制御を行う。

【0027】

スケジュール管理については、曜日、時間条件で起動／停止信号を出力できるカレンダータイマー制御運転管理とする。

【0028】

パワーコンディショニングシステム１３（ＰＣＳ）、蓄電池１４（ＢＡＴＴ）については、受電端の状況（逆潮流の検出、電力・力率・電流）により、ＰＣＳ１３の出力を調節する。さらに、上位の発変電送配電系統からの上げ（下げ）デマンド要請及び解除連絡のある場合、蓄電池１４の充放電指示、ＰＣＳ１３の能力制御を行う。

【0029】

個々の負荷設備１２に対し、例えば、次のような監視を行う。設備異常信号、設備故障信号を検出したときには、設備ごとに登録されているメンテナンス会社（及びシステムの管理者）に自動でメール連絡する。メンテナンス会社では、ＷＥＢメニューにより、運転状態、電力・電流推移により異常や故障内容を推測し、必要な準備をして現地に急行する。この結果、非常に速い対応が可能となり、現地スタッフ（従業員）の管理負担が軽くなり本来の業務に集中できることとなる。また、電力・電流・温度・湿度などにプレアラームの閾値を設定しておくことで、故障に至る前に注意連絡を送ることができ、メンテナンスの効率を上げることができる。

【0030】

（エネルギ管理システム１の機能）
エネルギ管理システム１の機能について、詳細を説明する。なお、以下の表１に示すプログラム上の点数を含め、以下に説明する各種の数値等は本実施形態の理解を補助するための一例であって、本実施形態ひいては本発明の技術的範囲はこれらに限定されるものではないので、留意されたい。

【0031】

【表1】

【0032】

データ処理は、例えば、次のようにして行う。サンプリング周期条件を１分、定数条件をｋｘ＋ａ（ｋ及びａ；定数、ｘ；計測値）、保存周期を１分／回とし、例えば、１５分間平均とする。この１５分間平均は、諸外国のデマンド時限である１５分間を想定したものであるが、我が国のデマンド時限に合わせ、３０分間平均などとしてもよいし、例えば５分間平均など十分に短くしてもよい。

【0033】

本実施形態では、積算パルスをカウントすることで電力の使用状況を把握する。積算パルスについては、ＯＮ／ＯＦＦ判定基準はメーカー仕様によるものとし、１パルスあたりの重みである乗数として、例えば、０．０４８ｋＷｈ／ｐｕｌｓｅとする。

【0034】

電力データは、受電電力の取引計器に応じ、１パルスあたりの重みは、［線路容量÷計器定数］とする。ここで、線路容量は、［（ＶＴ一次電圧）×（ＣＴ一次電流）÷（計器定数）］により得る（ＶＴ：計器用変成器、ＣＴ：変流器）。例えば、ＶＴ変圧比６，６００／１１０Ｖ、変流比２００／５Ａ、計器定数５０，０００ｐｕｌｓｅ／ｋＷｈの場合、［（ＶＴ比）×（ＣＴ比）÷（計器定数）＝６０×４０÷５０，０００＝０．０４８ｋＷｈ／ｐｕｌｓｅ］となる。

【0035】

ただし、設備容量を管理するのは電力値（ｋＷ）であるため、値を揃えるため、次のように換算する。サンプリング条件（１回／分）及びｋＷｈは１時間の平均電力ｋＷと等しい値であり、１分間の区間平均電力に電力量ｋＷｈから換算する場合、１時間が６０分間なので、［（１分間区間平均電力量；ｋＷｈ／分）×６０分＝（１分間の平均電力；ｋＷ）］となる。同様に、汎用電力モニター設定が０．０１ｋＷｈ／ｐｕｌｓｅの場合、エネルギ管理システムでは、［０．０１×６０＝０．６］により、１パルスあたりの重みは、０．６ｋＷｈ／ｐｕｌｓｅと登録する（登録０．６）。パス規格ＲＳ４８５などの通信でデータを収集している場合も６０を乗じることとする。データ供給元の仕様は、通常、［（前回取得電力―今回取得電力＝サンプリング周期使用電力量）×６０］になる。

【0036】

流量データは、流量もサンプリング周期が１分であるため、［（１分間の区間平均流量）＝パルス定数×１］とする。例えば、［１ｍ^３／ｐｕｌｓｅ×１＝１］と認識（＝１分間当たりの流量）する。なお、電力の計測なのか、流量の計測なのかの選択を行う。測温抵抗体データ及びアナログデータは、データ収集端末でＡ／Ｄ変換されるため、この値を取り込む。状態管理は、ＯＮ状態について、継続時間条件（登録値）満了でＯＮとみなす。

【0037】

（自律制御とデマンド制御）
エネルギ管理システム１は、前述したように、自律制御を実行するとともに、必要な場合にはデマンド制御を実行するが、制御部は、自律制御が実行された負荷設備の自律制御容量の集計と、デマンド制御が実行される負荷設備のデマンド制御容量の算出を行い、それらの大小を指定時間ごとに比較して、自律制御容量がデマンド制御容量以上であれば自律制御を継続して実行し、自律制御容量がデマンド制御容量未満であればデマンド制御を必要と判定して前記デマンド制御容量と前記自律制御容量の差分について追加制御を実行する。以下、自律制御及びデマンド制御について、説明する。

【0038】

（自律制御）
制御部４１は、運転時間条件を満たした負荷設備１２を制御候補として制御待ち行列に投入し、投入されるたびに制御待ち行列中の負荷設備１２を過剰運転の程度の高い優先順にソートし、そして、優先順に電気消費設備１２の自律制御を実行して自律制御容量を集計する。具体的には、次のとおりであり、制御の対象である負荷設備１２が空調機である場合を例に説明する。他の負荷設備１２についても、それぞれの設備の性状に応じ、同様の考え方で適用できる。制御待ち行列は、温度（室内温度・外気温度）、湿度、照度、不快指数、ＣＯ_２濃度などの要素ごとに作成される。

【0039】

負荷設備１２である複数の空調機は、図２に示すように、グルーピングされる。図２では、群１として空調機がＡＣ１〜ＡＣ４の４機、群２として空調機がＡＣ５〜ＡＣ８の４機、それぞれグルーピングされた例を示している。群１及び群２には、それぞれ、温度センサ１２ｓとしてＴＨ１，ＴＨ２が１機ずつ配置されている。群１、群２は、例えば、部屋ごと、フロアごとなどで区画されている。

【0040】

これら複数の空調機は、図３に示すように、制御ロジックとして、制御待ち行列の作成及びソートによって、制御される空調機が選定されていく。まず、運転時間条件を満了した空調機が制御待ち行列の中に制御候補として投入される。そして、新たな制御候補が投入されるたびに、各制御候補の空調機は、過剰運転の程度の高い優先順、すなわち、目標温度に近い順にソートされる。図３では、例として、待ち行列の中に３機の空調機があり、上２機の空調機が適正範囲、最下の空調機が過剰運転（過剰空調）となっている場合を示している。この最下の空調機が制御条件成立ということで、制御される。ソートに際しては、空調機が属する群１の温度センサＴＨ１又は群２の温度センサＴＨ２の計測温度と各々の空調機に設定された目標温度の差が小さい順にソートする。

【0041】

図４は、エネルギ管理システム１の自律制御及びデマンド制御を含む全体の制御フローを示しているが、ここでは、自律制御に関するステップＳ１からステップＳ９までを説明する。エネルギ管理システム１は、起動（スタート）されると、空調機などの運転状態を監視し（ステップＳ１）、運転時間条件を満了した空調機について（ステップＳ２；“Ｙｅｓ”の場合）、当該空調機を、前述したとおり、制御待ち行列の制御候補へ移動（投入）させる（ステップＳ３）。運転時間条件を満了していない空調機については（ステップＳ２；“Ｎｏ”の場合）、運転状態の監視に戻る。そして、制御待ち行列に投入された空調機が設置されている群１又は群２（すなわち部屋やフロアなど）の温度状態を監視し（ステップＳ４）、空調機ごとに目標温度差でソートする（ステップＳ６）。ここで、温度状態監視（ステップＳ４）の際にエネルギ管理システム１の運転が停止された場合には（ステップＳ５；“Ｎｏ”の場合）、運転状態の監視（ステップＳ１）の状態に戻る。エネルギ管理システム１の運転が継続された場合には（ステップＳ５；“Ｙｅｓ”の場合）、計測温度・設定温度比較で過剰空調と判定された空調機について（ステップＳ７；“Ｙｅｓ”の場合）、当該空調機は、自律制御が実行される（ステップＳ８）。計測温度・設定温度比較で過剰空調と判定されなかった空調機については（ステップＳ７；“Ｎｏ”の場合）、温度状態監視（ステップＳ４）に戻る。このように自律制御された空調機の容量は自律制御容量Ｚとして集計される（ステップＳ９）。

【0042】

図５は、図３及び図４を補完して、制御待ち行列の処理を説明する図である。前述したように、運転時間条件を満了した空調機（例えば、更衣室空調機、※※室空調機）が制御待ち行列（例えば、設計室空調機、事務所空調機などが既に投入されている）の中に制御候補として投入される。そして、新たな制御候補が投入されるたびに、又は、指定時間の周期ごとに、各制御候補の空調機は、過剰運転の程度の高い優先順、すなわち、目標温度に近い順にソートされる。ここでは、分かり易くするため、目標温度との差が小さい空調機から下から上に順に並べ替えており、優先順の高い下の空調機から、自律制御が実行された空調機の容量を自律制御容量分として集計する。各空調機は、運転時間満了待ちグループから、制御待ちグループ、制御中グループ、復帰待ちグループを経て、運転時間満了待ちグループに復帰する。なお、制御実行前にエネルギ管理システム１が停止（制御していないにもかかわらず運転信号が切れるなど）した場合には、どの段階のグループも運転時間満了待ちグループに移行する。

【0043】

エネルギ管理システム１は、その稼働にあたり、例えば、次のような項目が登録設定される。
・名称
・警報信号アドレス（パルスと同じ。以下同様）：不具合信号を監視する。
・運転状態監視アドレス：空欄の場合は状態入力無しの場合、常時運転とみなす。
・冷房運転条件（温度条件・暦条件・接点条件）／暖房運転条件（温度条件・暦条件・接点条件）：冷房・暖房各々に指定。外気温条件運転禁止モード設定、暦で使用許可・使用禁止を決めるだけでなく、外室温条件・暦条件のａｎｄ／ｏｒで、冷房では、外気温〇〇度以上の時使用許可、△△度未満では使用禁止、暖房では、外気温××度未満時の使用許可、□□度以上で使用禁止の運用を可能とする（この時の操作機能は遠方発停を使用）。
・自律制御時時間帯別目標温度及び復帰温度：冷房・暖房各々５時間帯別ブロック／日。外気温差制御Ｙ／Ｎ○○℃のように、外気温比較での制御を選択及び温度差を設定する（想定使用状態は冷房時に使用…例えば、設定温度差１０℃）。
・限界温度：各々の目標温度に対して制御候補になる限界温度を設定する。限界温度を超えて劣悪環境にある場合、制御候補から外す。
・運転時間：○○分（０分〜５９分）とし、停止中設備への制御・起動直後の制御を防止する。
・制御時間：○○分（０分〜５９分）
・効果容量：〇○○．○○ｋＷ（有効桁数；下二桁）
・制御信号アドレス：通常制御アドレス及び起動／停止アドレス
・紐付け温度計測ＩＤ（＝群ＩＤ）、外気温計測ＩＤ
・紐付け電力計測ＩＤ

【0044】

エネルギ管理システム１は、アナログ制御として、アナログ値を検出してその値（比率）に閾値（上限・下限）を設けることにより、その条件を基準にして制御（起動）信号を出せる機能を備える。閾値には、ＯＮ／ＯＦＦの幅が無いと、信号が切れたり入ったりするハンチング現象が発生することが想定されるので、その対策として、図６に示すように、往差（ヒステリシス）を設ける。制御方式は、比例制御・ＰＩＤ制御（Proportional-Integral-Differential Controller）とし、［サンプリング周期＝１回／１分］とする。

【0045】

動作内容は、次のとおりである。
・警報管理：警報信号の有無を管理する。
・運転管理：制御対象の運転状態を監視して運転継続時間、停止時間を管理する。
・制御時間：制御対象設備によって異なる“最短制御時間”を設定する。
・待機時間：制御対象設備によって異なる“最短運転時間”を設定する。
・閾値条件：通常時とデマンドモード時の２段階、ヒステリシス条件。
・予測時間：○○分
・効果容量：制御の効果容量を登録する。

【0046】

エネルギ管理システム１は、テナント店舗対応設備の発停を想定した場合、次のようにスケジュール制御を行ってもよい。動作モードとして、カレンダー条件は、金曜日（休日前）、土曜日、日曜日、平日、祝日、店休日の条件とし、時間条件は、各々のカレンダー条件ごとのＯＮ時間・ＯＦＦ時間（抑制運転時間）を設定する。履歴については、サンプリング時刻として、運転・停止・制御の履歴を残す。履歴データは、ＯＦＦ「０」、ＯＮ「１」で表示する。１５分間などの換算データは、平均値で表示する。

【0047】

エネルギ管理システム１は、ＰＣＳ１３及び蓄電池１４の監視制御を行う。ＰＣＳ１３については、逆潮流防止として、需要家使用電力の急激な減少、自家発電電力の急激な上昇による需要拠点から送配電系統への電力の逆流を防止する。

【0048】

ＰＣＳ１３及び蓄電池１４の監視制御は、例えば、図７に示すような構成で達成できる。すなわち、エネルギ管理システム１は、電力量計１５を介して送配電系統と接続され、受電電力パルスが積算パルス入力（EEMS_Pi）として処理されるが、これに加えて、電力変換器１７を介して送配電系統と接続され、電力変換器１７の出力はアイソレータ１８を経由してアナログ入力（EEMS_Ai）として処理される。電力変換器１７で送配電系統からの受電電力を管理し、逆潮流が迫ってきたとき、電力変換器１７の出力すなわちEEMS_Ai入力が小さくなる。この値が予め設定されている閾値を下回る場合、ＰＣＳ１３の出力を加減して基準値に入るように調節する。その際、ホームエネルギマネジメントシステム（HEMS）の標準プロトコルであるエコーネットライト（ECHONET Lite）通信などでＰＣＳ１３の出力を加減して逆潮流を防止し、逆潮流しない範囲で、再生可能エネルギ発電量を最大活用する。また、蓄電池１４の残量もエコーネットライト通信などで収集し、受電電力状況や外部要請により、充電指示・放電指示（EEMS_command）をＰＣＳ１３経由で行う。

【0049】

（デマンド監視）
エネルギ管理システム１は、デマンド監視を行う。ここで、デマンドの定義として、デマンド値は、デマンド時限内の区間平均電力（単位；ｋＷ）とする。ここで、わが国ではデマンド時限が３０分であるのに対し、東南アジアでは１５分であるなど国によって異なる（デマンドという基準が無い国もある）。本実施形態に係るエネルギ管理システムはデマンド時限にかかわらず適用できるものであり、以下の説明では、わが国を基準として記載するものの、諸外国の基準にも対応できることに留意されたい。

【0050】

デマンド時限は、時計の０分〜３０分・３０分〜０分（＝６０分）の３０分間とする。デマンド値は電力の基本料金の基準になる値なのでデマンドを管理基準においている需要家も多いが（ＥＳＧ対策（環境；Environment、社会；Social、ガバナンス；Governance）もこれに準ずる）、例えば、１０ｋＷの負荷設備を３０分間連続で使用した時のデマンド値は１０ｋＷ、１時間連続して使用した場合の消費電力量は１０ｋＷｈとなる。

【0051】

デマンド値の計量方法は、電力会社の取引計器（電力量計１５；デマンドメータ）から供給される電力使用状況に比例した積算パルス入力（EEMS_Pi）をカウントすることで電力の使用状況を把握する。取引計器のパルス仕様は、取引計器定格の定格電圧１１０Ｖ、定格電流５Ａ、計器定数５０，０００ｐｕｌｓｅ／ｋＷｈ、パルス幅１０ｍｓｅｃとなる。

【0052】

パルスカウントによる計量については、［（パルス乗数）＝（電力量）／５０，０００ｐｕｌｓｅ／ｋＷｈ］となるが、これは、計測器が１ｋＷｈ計測した時に５０，０００ｐｕｌｓｅ出力することを意味している。ここで、［（電力量）＝（計器用変圧器一次電圧）×（変流器一次電流）×（力率ｃｏｓθ）×√３×時間］により、提供されるパルス発信源の取引計器の前段に接続されている計器用変圧器（ＶＴ）・変流器（ＣＴ）が減圧減流している比率（変成比）を乗じることで線路容量（受電系統の電力量）の計測に換算できる。例えば、取引計器付属変成器仕様ＶＴ比６，６００／１１０Ｖ、変流器ＣＴ比２００／５Ａの場合、［変成比＝｛（６６００÷１１０）×（２００÷５）｝→２，４００倍］となり、線路容量は、２，４００ｋＷ、１１０Ｖ、５Ａで１時間当たり２，４００ｋＷｈの電力量、この時の出力パルス数は５０，０００ｐｕｌｓｅ／ｈ提供されることから、積算パルスの電力量は、［２，４００÷５０，０００＝０．０４８ｋＷｈ／ｐｕｌｓｅ］ということになる。

【0053】

サンプリング周期が１分の場合の例を示すと、前分００秒のカウンター値１，５００、今分００秒のカウンター値１，５１０の場合、この１分間のパルス数は１０なので、１分間区間平均電力は、［０．０４８ｋＷｈ／ｐｕｌｓｅ×１０ｐｕｌｓｅ＝０．４８ｋＷｈ］となる。使用電力量に換算する場合、分→時換算として６０倍することにより、［０．４８×６０＝２８．８ｋＷｈ］をデマンドの表現としてデマンド値２８．８ｋＷ、すなわち、『この１分間の区間平均電力（デマンド値）は２８．８ｋＷ』となる。目標デマンドは、過去データなどにより、登録値として設定される。なお、その他のパルス管理についても、パルス乗数が登録される。

【0054】

（デマンド制御）
エネルギ管理システム１は、自律制御を基本とし制御されるが、受電電力の推移に伴い、目標デマンド設定値などの条件により、前述したようなデマンド制御移行条件が成立した場合、デマンド制御を行う。このため、制御部４１は、指定時間ごとに、電力需要拠点の全体について、指定時間Ｔ_１の受電電力の計量平均、前回指定時間Ｔ_１の制御量平均、目標デマンド、及び前回指定時間Ｔ_１の受電電力の計量変化量を指定時間Ｔ_１で除した傾きを用い、式（１）によって次回指定時間Ｔ_２のデマンド制御容量を算出する。
式（１）：次回指定時間Ｔ_２の制御容量＝｛（前回指定時間Ｔ_１の計量平均）＋（前回指定時間Ｔ_１の制御量平均）−（目標デマンド）｝＋（前回指定時間Ｔ_１の傾き）×前回指定時間Ｔ_１

【0055】

デマンド制御の成立条件の設定にあたって、次のとおり定義する。「デマンド」は、受電電力の３０分間（０分〜３０分・３０分〜０分）の平均電力とする。「最大デマンド」は、１ヶ月間の最大を「月次最大デマンド」、１年間の最大の「最大デマンド」とする。「デマンド制御容量」は、目標デマンドを守るために必要な制御容量（最適調整容量）とする。「デマンド時限」は、デマンドをカウントする時間（国内では３０分間）とし、○○時０分〜〇〇時３０分のデマンド時限及び○○時３０分〜○☆時０分のデマンド時限となる。例えば、１４時００分〜１４時３０分のデマンド時限のデータは、「１４時３０分デマンド値」と呼ぶ。「制御中容量」は、制御している設備の登録容量合計とする。「デマンド時限内計量平均」は、デマンド時限内の計量平均とする。「デマンド時限内制御量平均」は、デマンド時限内の制御容量平均とする。

【0056】

ここで図４に戻り、エネルギ管理システム１の制御フローのうち、デマンド制御を含むステップＳ１０からステップＳ１８までを説明する。自律制御容量Ｚの集計（ステップＳ９）に引き続き、受電電力が計量され（ステップＳ１０）、受電電力が集計された（ステップＳ１１）後、デマンド制御容量Ｄが前述の式（１）により算出される（ステップＳ１２）。そして、自律制御容量Ｚとデマンド制御容量Ｄの大小関係が比較され（ステップＳ１３）、自律制御容量Ｚがデマンド制御容量Ｄ以上である場合（ステップＳ１３；“Ｙｅｓ”の場合）は自律制御を継続して実行し、自律制御容量Ｚがデマンド制御容量Ｄ未満である場合（ステップＳ１３；“Ｎｏ”の場合）は不足容量分つまりデマンド制御容量Ｄと自律制御容量Ｚの差分について追加制御を実行する（ステップＳ１４）。それぞれの場合について総制御容量を集計し（ステップＳ１５）、制御時間・温度が監視される（ステップＳ１６）。監視の結果、復帰条件として、制御時間を満了していること、計測温度が復帰温度条件を満足していること、デマンド制御時は限界温度条件を満足していることが確認されると（ステップＳ１７；“Ｙｅｓ”の場合）、復帰条件成立と判定されて制御信号が停止され（ステップＳ１８）、運転状態の監視（ステップＳ１）に戻る。復帰条件が成立していない場合（ステップＳ１７；“Ｎｏ”の場合）は、制御時間・温度の監視（ステップＳ１６）に戻る。なお、デマンド制御の対象となる個々の空調機の選定については、前述した制御待ち行列の制御ロジックを用いてもよい。

【0057】

自律制御とデマンド制御との関係の一例を、図８に示す。図８では、一例として、制御前電力推移が一定で１４０ｋＷ、自律制御容量Ｚが２０ｋＷで自律制御後の計量が１２０ｋＷ、目標デマンドが１００ｋＷ、デマンド制御容量Ｄが６０ｋＷ（＝１４０ｋＷ−８０ｋＷ）となった場合を示している。デマンド時限は３０分、指定時間は５分としており、１回目の指定時間（０分〜５分）では自律制御が実行され、２回目の指定時間（５分〜１０分）ではデマンド制御が実行されている。目標デマンドと制御前電力推移との関係から、２回目の指定時間では、デマンド制御容量（６０ｋＷ）が自律制御容量（２０ｋＷ）を上回っているため、自律制御容量（２０ｋＷ）に加えて、デマンド制御として、デマンド制御容量Ｄと自律制御容量Ｚの差分（４０ｋＷ）を追加制御する。制御の対象は、前述したように、制御待ち行列の優先度の高い空調機から順に制御することとなり、その結果、電力需要拠点１０にとって最も負担の軽いデマンド制御を行うことができる。このように、計量した電力がどのように制御をした結果であるかを把握した上で、制御容量の過不足を調整した量を制御実行する。また、この制御を連続して行うことにより、デマンド時限に関係なく目標デマンドに沿った推移を達成することができる。

【0058】

デマンド制御容量Ｄは、前数分間の計量平均と制御量平均と目標デマンド値を用いて、「○○ｋＷ制御をした結果、××ｋＷの目標デマンドとの差異があるので、次回はその内容を反映した制御を実行し、これを継続して行う」ことにより、算出される。例えば、制御の指定時間を５分間とした場合、制御容量は、［次回制御容量＝｛（前５分計量平均）＋（前５分制御量平均）−（目標デマンド）｝＋（前５分傾き）×５］によって算出される。なお、「傾き」とは、指定時間（ここでは、５分）当たりの計量の変化量÷経過時間を示す。指定時間は、デマンド時限を５分間としたような場合や、デマンド時限が３０分間であってもさらにきめ細かく制御するような場合には、例えば１分間などとしてもよい。

【0059】

参考までに、従来の一般的なデマンド監視を図９に示す。図９に示されるように、一般的なデマンド監視は、デマンド時限内のデマンド推移によりデマンド値を予測し、その予測値が目標デマンドを超える場合に警報、制御を行っている。このため、予測に使用するデータが乏しい範囲（通常０分〜５分ないし６分）では、何もしないマスクタイムのような時間が存在し、そのツケを残りのデマンド時限内で帳尻合わせをする必要があるが、本実施形態に係るエネルギ管理システム１では、マスクタイムを解消することが可能となる。

【0060】

［変形例１］
（制御待ち行列におけるアナログ一元管理）
上記した実施形態において説明した制御待ち行列については、アナログ値をもって一元管理するようにしてもよい。

【0061】

エネルギ管理システム１では、前述したとおり、制御対象となる個々の負荷設備１２を選定する際に、制御ロジックとして制御待ち行列を用いている。実施形態では、温度（室内温度・外気温度）、湿度、照度、不快指数、ＣＯ_２濃度などの要素ごとに制御待ち行列を作成し、過剰運転（空調機ならば過剰空調）の度合いを基準に並べ替えを行っているが、要素間の優先度を決めるため、目標（閾値）に対しての近さ度合いすなわち余裕度（快適比率）で並べ替えた制御待ち行列を用いて一元管理するようにしてもよい。

【0062】

例を挙げると、図５で説明した制御待ち行列をすべての要素を対象とするアナログ制御用の同一の制御待ち行列として構成し、例えば温度については、次のような余裕度を指標として、運転時間条件を満了した空調機（負荷設備１２）を投入して管理する。
・上限管理（例；暖房時の空調管理）の場合：｛（計測値）÷（目標値）−１｝×１００＝（余裕度）％
・下限管理（例；冷房時の空調管理）の場合：｛１−（計測値）÷（目標値）｝×１００＝（余裕度）％
そして、制御待ち行列に投入されたすべての要素に係る空調機（負荷設備１２）を、この余裕度が小さい順にソートする。これにより、温度、ＣＯ_２濃度などのすべての要素における計測値と目標値というアナログ値から算出した余裕度を用いて、すべての要素に係るアナログ値の一元管理が可能になる。

【0063】

［変形例２］
（目標デマンドの自動修正）
上記した実施形態において説明した目標デマンドについては、ＡＩ機能として、目標デマンド修正自動機能を付加するようにしてもよい。

【0064】

従来のエネルギ管理システムでは、デマンドコントロールを行う場合、（ａ）効果を出したくて厳しすぎる目標デマンドを設定してしまった、（ｂ）想定以上に使用量が多く予定した目標デマンド維持には制御対象の運転を著しく抑制する必要が生じた、（ｃ）過去のデータを参考に目標デマンド設定を行ったがその後の運用改善などでベースが下がり目標デマンドを大きく下回った推移をしている、などの理由で室内環境の悪化を招き、それ以降はエネルギ管理システムを停止したり、制御が効かないようにしたりするなどの不具合が発生し、本来の目的からは外れてしまうことがあった。

【0065】

特に、上記（ａ）も（ｂ）も実際の使用状態に対して目標デマンドの設定が低すぎたために起きる不具合であり、目標デマンドを維持しようと厳しく制御を行ったことにより発生する。そこで、本実施形態に係るエネルギ管理システム１では、制御を推奨比率に抑えるため、必要な目標デマンドの変更を自動計算して目標デマンドを書き換えるようにしてもよい。

【0066】

例えば、次のような手順で目標デマンドを書き換えることができる。以下の説明で、（イ）から（ホ）は目標デマンドが厳しすぎる（低すぎる）場合に、（ヘ）は目標デマンドが緩すぎる（高すぎる）場合に、それぞれの目標デマンドを修正する動作を表す。まず、デマンド制御の対象となっている負荷設備１２の容量を合計（イ）するとともに、対象となっていない負荷設備１２の容量を合計（ロ）する。次に、デマンド制御を実行中の負荷設備１２の容量と自律制御を実行中の負荷設備１２の容量の差分を計算（ハ）を計算する。一方、エネルギ管理システム１の基本動作条件として想定上限デマンド制御容量を設定しておく（ニ）。そして、（ハ）と（ニ）の差分を計算し（ホ）、（ホ）の値が正の場合、この値を目標デマンドに加算する。過去１年間の個々の最大デマンドを集計し（ヘ）、目標デマンドの値を（ヘ）の値に書き換える。

【0067】

（実施形態の効果）
本実施形態に係るエネルギ管理システムは、上記したように、自律制御とデマンド制御を組み合わせることにより、負荷設備の制御のために需要家に我慢を強いることが少なく、また、制御に関わる時間の設定にかかわりなく円滑な制御が可能なエネルギ管理システムを提供することができる。

【0068】

以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は上記実施形態に記載の範囲に限定されないことは言うまでもない。上記実施形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。またその様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

【符号の説明】

【0069】

１…エネルギ管理システム（EEMS）
２…顧客ＰＣ
３…インターネット（ネットワーク）
４…クラウドサーバ（サーバ）
４１…制御部
５…専用線
６…携帯電話網
７…管理者の事務所
８…閉域網
１０…顧客拠点（電力需要拠点）
１１…ボックスサーバ（Box PC server）
１２…負荷設備（空調機等）
１２ｓ…温度センサ
１３…パワーコンディショニングシステム（PCS）
１４…蓄電池（BATT）
１５…電力量計（WHM）
１６…太陽光電池
１７…電力変換器
１８…アイソレータ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】