JP2012175825A - 電力管理システム - Google Patents
電力管理システム Download PDFInfo
- Publication number
- JP2012175825A JP2012175825A JP2011036037A JP2011036037A JP2012175825A JP 2012175825 A JP2012175825 A JP 2012175825A JP 2011036037 A JP2011036037 A JP 2011036037A JP 2011036037 A JP2011036037 A JP 2011036037A JP 2012175825 A JP2012175825 A JP 2012175825A
- Authority
- JP
- Japan
- Prior art keywords
- amount
- power
- power generation
- mesh area
- consumption
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A30/00—Adapting or protecting infrastructure or their operation
Abstract
【課題】メッシュエリアの電力管理を精度良く、きめ細かく実施することができる電力管理システムを提供する。
【解決手段】天気予報が出される最小エリアを基本単位として、最小エリアを1つあるいは隣接する複数にて成るメッシュエリアとして複数形成し、メッシュエリア毎に管理を行うメッシュエリア管理サーバ4は、自然発電部の発電量予測と、消費量予測とに基づいて、メッシュエリア内の要求量を策定する。一方、電力管理サーバ4は各メッシュエリア管理サーバ4からの要求量から発電所で発電する発電計画を作成し、作成結果を発電所に通知するとともに、各メッシュエリアへの割当量をメッシュエリア管理サーバ4に通知する。メッシュエリア管理サーバ4は、消費量、発電量から総合消費量を算出し、総合消費量と割当量とを比較し供給電力が不足すると判断すると、電力管理サーバ2に対して不足を通知する。
【選択図】図1
【解決手段】天気予報が出される最小エリアを基本単位として、最小エリアを1つあるいは隣接する複数にて成るメッシュエリアとして複数形成し、メッシュエリア毎に管理を行うメッシュエリア管理サーバ4は、自然発電部の発電量予測と、消費量予測とに基づいて、メッシュエリア内の要求量を策定する。一方、電力管理サーバ4は各メッシュエリア管理サーバ4からの要求量から発電所で発電する発電計画を作成し、作成結果を発電所に通知するとともに、各メッシュエリアへの割当量をメッシュエリア管理サーバ4に通知する。メッシュエリア管理サーバ4は、消費量、発電量から総合消費量を算出し、総合消費量と割当量とを比較し供給電力が不足すると判断すると、電力管理サーバ2に対して不足を通知する。
【選択図】図1
Description
この発明は、自然エネルギーによる自然発電部あるいはエネルギー蓄電部などの発電部を具備するまたは具備しない複数の需要家、および電力を供給する発電所とを有する電力管理システムに関し、特に、自然エネルギーの発電量を適切に判断して発電所の発電量を精度良く制御するものである。
近年、環境負荷の低減に向け、二酸化炭素を排出しない太陽光発電などの自然エネルギーを利用した発電システムが各家庭に普及し、分散型エネルギーコミュニティを形成しつつある。しかし、太陽光発電に代表される自然エネルギーを用いた発電は、気象条件により、その発電量は大きく変わる。そこで、分散型エネルギーコミュニティ全体の電気需要および発電量の予測を精度良く行いエネルギー供給コストを最小化する技術の開発が進められている。
例えば、従来の分散型エネルギーコミュニティにおいて、自然エネルギーによる発電量予測、電力消費量予測、蓄電量予測からコストミニマムになる電力計画を策定し、当該電力計画に基づき商用電源への発電所からの電力供給量を制御し、当該分散型エネルギーコミュニティ全体のエネルギー供給コストの低減を図る技術が開示されている(例えば、特許文献1参照)。
具体的には、上記翌日の電力消費量については、各需要家から翌日の電力消費機器毎の電力消費計画(電力消費スケジュール)をネットワークを介して提出させ、これ基づいて電力需要計画を策定する。電力需要計画策定にあたっては、各需要家宅内の電力消費機器の単位時間あたりの電力消費量を事前にデータベース化し、需要家から提出される電力消費機器毎の電力消費計画に基づき各需要家の電力消費量を予測する。また、自然エネルギーによる発電量予測については、発電設備の設置場所における日射量、風量などを事前にデータベース化した天気概況別の経時的平均日射量、あるいは風量などと外部の気象情報機関から通知される天気概況予報とに基づき、該自然エネルギーによる発電量予測の精度向上を図るものである。
該自然エネルギーによる発電量予測に際しては、気象庁などの気象情報機関が発表する対象地域における翌日の天気概況予報、降水確率、予想平均気温、予想最高気温、予想最低気温、予想風向・風量などの予想を含む気象情報に基づいて、発電設備の設置場所における日射量、風量を予測する。予測の際に使用する天気概況予報は、「晴れ」、「曇」、「雨」に加え、「晴れ時々曇」、「曇のち晴れ」などの当該気象情報提供機関が定義している気象用語を使用する。気象用語を使用する際、2つ以上の天気現象が組み合わされた表現については、それぞれの発現する期間を決定し、その決定された各期間分の経時的平均日射強度を、対応する天気概況毎にそれぞれ抽出して合成し、発電量の予測に使用する。
従来の電力管理システムは、各需要家に設置された自然エネルギーを利用した発電システムの発電量予測、各需要家の電力需要計画、および蓄電池の蓄電されている蓄電量から、分散型エネルギーコミュニティに必要な電力量を予測し、発電所における発電計画を作成していた。また、自然エネルギーを利用した発電装置の発電量予測では、上述したように発電設備の設置場所における日射量、風量などを事前にデータベース化した天気概況別の経時的平均日射量、あるいは風量などを外部の気象情報機関から通知される天気概況予報に基づいて予測していた。
発電所で使用する発電計画は、各発電所が、受け持っている全ての地域の消費量を管理しなければならない。太陽光発電協会の調査では2009年の国内総出荷量は6十数万KWと2005年の国内総出荷量の2倍となっている。現時点では、発電所での発電量に比べ、自然エネルギーを用いた発電システムによる発電量は大きくないため発電計画に大きな影響を及ぼす可能性は小さいが、今後、太陽光発電などの自然エネルギーを用いた発電設備が普及してくると、精度良く上記自然エネルギーを利用した発電システムの発電量の予測が必要となる。
しかしながら、従来の発電量予測は、気象庁などの気象情報機関が発表する対象地域における上記翌日の天気概況予報(晴れ、晴れ時々曇、・・・など)などを用いて、その該当する地域の需要家にて発電される発電量を予測するため、発電量の予測精度が良くないといった問題点があった。
また、自然エネルギーを利用した発電システムからの発電量予測は、装置を設置した需要家の場所、発電能力と、上記天気概況情報のリンクなどを行う必要があり、管理が複雑であるとともに、新たに太陽光発電設備など発電システムを需要家が追加した場合なども、上記装置を設置した需要家の場所、設置位置(方位などを含む)発電能力、天気概況情報とのリンクなどデータベース管理の作成も複雑であるという問題点があった。
この発明は上記のような課題を解決するためになされたものであり、電気消費量、発電量予測から、全体に供給する発電計画を作成する際、消費量・需要家での発電量予想の精度を向上するとともに、ピーク電力量の削減制御、および発電計画の見直しを精度良く、きめ細かく実施することができる電力管理システムを提供することを目的とする。
この発明は、
電力を供給する発電所と、発電所を管理する電力管理部と、
電力を消費する需要家と、
自然エネルギーにより自然発電を行う自然発電部とを管理するために、
天気予報が出される最小エリアを基本単位として、上記最小エリアを1つあるいは隣接する複数にてなるメッシュエリアとして複数形成し、
上記各メッシュエリアに上記発電所が供給する供給量と、
上記需要家が消費する消費量と、
上記自然発電部による自然発電する発電量とを管理する電力管理システムであって、
上記メッシュエリア毎に管理を行うメッシュエリア管理部は、
上記メッシュエリア内の上記天気予報に基づいて上記自然発電部の発電量予測を算出する発電量予測部と、
上記メッシュエリア内の消費量予測結果を算出する消費量予測部とを有し、
上記発電量予測結果、および上記消費量予測結果に基づいて、上記メッシュエリア内の要求量を策定する要求量策定部を備え、
上記メッシュエリア管理部は、上記各メッシュエリア内で消費される上記消費量、および上記各メッシュエリア内での自然エネルギーによる上記発電量に基づいて上記メッシュエリア内で消費される総合消費量を算出し、
上記総合消費量と上記割当量とを比較し、供給電力が不足すると判断すると、上記電力管理部に対して不足を通知するものである。
電力を供給する発電所と、発電所を管理する電力管理部と、
電力を消費する需要家と、
自然エネルギーにより自然発電を行う自然発電部とを管理するために、
天気予報が出される最小エリアを基本単位として、上記最小エリアを1つあるいは隣接する複数にてなるメッシュエリアとして複数形成し、
上記各メッシュエリアに上記発電所が供給する供給量と、
上記需要家が消費する消費量と、
上記自然発電部による自然発電する発電量とを管理する電力管理システムであって、
上記メッシュエリア毎に管理を行うメッシュエリア管理部は、
上記メッシュエリア内の上記天気予報に基づいて上記自然発電部の発電量予測を算出する発電量予測部と、
上記メッシュエリア内の消費量予測結果を算出する消費量予測部とを有し、
上記発電量予測結果、および上記消費量予測結果に基づいて、上記メッシュエリア内の要求量を策定する要求量策定部を備え、
上記メッシュエリア管理部は、上記各メッシュエリア内で消費される上記消費量、および上記各メッシュエリア内での自然エネルギーによる上記発電量に基づいて上記メッシュエリア内で消費される総合消費量を算出し、
上記総合消費量と上記割当量とを比較し、供給電力が不足すると判断すると、上記電力管理部に対して不足を通知するものである。
この発明の電力管理システムは、
電力を供給する発電所と、発電所を管理する電力管理部と、
電力を消費する需要家と、
自然エネルギーにより自然発電を行う自然発電部とを管理するために、
天気予報が出される最小エリアを基本単位として、上記最小エリアを1つあるいは隣接する複数にてなるメッシュエリアとして複数形成し、
上記各メッシュエリアに上記発電所が供給する供給量と、
上記需要家が消費する消費量と、
上記自然発電部による自然発電する発電量とを管理する電力管理システムであって、
上記メッシュエリア毎に管理を行うメッシュエリア管理部は、
上記メッシュエリア内の上記天気予報に基づいて上記自然発電部の発電量予測を算出する発電量予測部と、
上記メッシュエリア内の消費量予測結果を算出する消費量予測部とを有し、
上記発電量予測結果、および上記消費量予測結果に基づいて、上記メッシュエリア内の要求量を策定する要求量策定部を備え、
上記メッシュエリア管理部は、上記各メッシュエリア内で消費される上記消費量、および上記各メッシュエリア内での自然エネルギーによる上記発電量に基づいて上記メッシュエリア内で消費される総合消費量を算出し、
上記総合消費量と上記割当量とを比較し、供給電力が不足すると判断すると、上記電力管理部に対して不足を通知するので、
各メッシュエリアに対して、電力管理を、精度良く、きめ細かく行うことができる。
電力を供給する発電所と、発電所を管理する電力管理部と、
電力を消費する需要家と、
自然エネルギーにより自然発電を行う自然発電部とを管理するために、
天気予報が出される最小エリアを基本単位として、上記最小エリアを1つあるいは隣接する複数にてなるメッシュエリアとして複数形成し、
上記各メッシュエリアに上記発電所が供給する供給量と、
上記需要家が消費する消費量と、
上記自然発電部による自然発電する発電量とを管理する電力管理システムであって、
上記メッシュエリア毎に管理を行うメッシュエリア管理部は、
上記メッシュエリア内の上記天気予報に基づいて上記自然発電部の発電量予測を算出する発電量予測部と、
上記メッシュエリア内の消費量予測結果を算出する消費量予測部とを有し、
上記発電量予測結果、および上記消費量予測結果に基づいて、上記メッシュエリア内の要求量を策定する要求量策定部を備え、
上記メッシュエリア管理部は、上記各メッシュエリア内で消費される上記消費量、および上記各メッシュエリア内での自然エネルギーによる上記発電量に基づいて上記メッシュエリア内で消費される総合消費量を算出し、
上記総合消費量と上記割当量とを比較し、供給電力が不足すると判断すると、上記電力管理部に対して不足を通知するので、
各メッシュエリアに対して、電力管理を、精度良く、きめ細かく行うことができる。
実施の形態1.
以下、本願発明の実施の形態について説明する。図1はこの発明の実施の形態1の電力管理システムの最小エリア、およびメッシュエリアの構成を示す図、図2はこの発明の実施の形態1における電力管理システムのシステム構成を示す図、図3は図2に示される需要家宅内の家電機器構成を示すブロック図、図4は図3に示されるスマートメータの構成を示すブロック図、図5は図2に示されるメッシュエリア管理サーバの構成を示すブロック図、図6は図2に示される電力管理サーバの構成を示すブロック図、図7ないし図10は図4に示したスマートメータの動作を説明するフローチャート、図11はこの発明の実施の形態1における省エネ対象機器のデータベース(優先度テーブル)の構成を示した図、図12はこの発明の実施の形態1におけるエアコン、および液晶TVの省エネデータベースの構成を示した図である。
以下、本願発明の実施の形態について説明する。図1はこの発明の実施の形態1の電力管理システムの最小エリア、およびメッシュエリアの構成を示す図、図2はこの発明の実施の形態1における電力管理システムのシステム構成を示す図、図3は図2に示される需要家宅内の家電機器構成を示すブロック図、図4は図3に示されるスマートメータの構成を示すブロック図、図5は図2に示されるメッシュエリア管理サーバの構成を示すブロック図、図6は図2に示される電力管理サーバの構成を示すブロック図、図7ないし図10は図4に示したスマートメータの動作を説明するフローチャート、図11はこの発明の実施の形態1における省エネ対象機器のデータベース(優先度テーブル)の構成を示した図、図12はこの発明の実施の形態1におけるエアコン、および液晶TVの省エネデータベースの構成を示した図である。
図13は図5に示したメッシュエリア管理サーバの動作を説明するフローチャート、図14は図5に示したメッシュエリア管理サーバの動作を説明するフローチャート、図15はこの発明の実施の形態1における日射量データベースの構成を示した図、図16はこの発明の実施の形態1における日射量補正係数データベースの構成を示した図、図17はこの発明の実施の形態1における日射量予測方法を説明するための図、図18はこの発明の実施の形態1における発電量データベースの構成を示した図、図19はこの発明の実施の形態1における発電量予測結果を示した図、図20はこの発明の実施の形態1における発電量実績値と予測値との比較に基づく予測誤差を算出するためのフローチャート、図21はこの発明の実施の形態1における発電量実績値と予測値との比較に基づく予測誤差を算出するためのフローチャート、図22はこの発明の実施の形態1におけるスマートメータからメッシュエリア管理サーバへのパケットフォーマットの構成を示す図である。
図23は図5に示したメッシュエリア管理サーバの動作を説明するフローチャート、図24はこの発明の実施の形態1における曜日別、時間帯別電力消費量データベースの構成を示した図、図25はこの発明の実施の形態1におけるエアコンの消費量を予測する際に使用するデータベースの構成を示した図、図26はこの発明の実施の形態1における消費量実績値と予測値との比較に基づく予測誤差を算出するフローチャート、図27はこの発明の実施の形態1における消費量実績値と予測値との比較に基づく予測誤差を算出するフローチャート、図28は図5に示したメッシュエリア管理サーバによる蓄電量情報収集の動作を説明するフローチャート、図29は図5に示したメッシュエリア管理サーバによる省エネ要求・目標策定の動作を説明するフローチャート、図30は図5に示したメッシュエリア管理サーバによる省エネ要求・目標策定の動作を説明するフローチャートである。
図31は図5に示したメッシュエリア管理サーバによる電力供給要求策定・通知の動作を説明するフローチャート、図32は実施の形態1におけるメッシュエリア管理サーバによる電力供給要求策定結果を説明するための図、図33は図6に示した電力管理サーバの動作を説明するフローチャート、図34は図6に示した電力管理サーバでのメッシュエリアの消費量を監視する動作を説明するフローチャート、図35は図6に示した電力管理サーバによる省エネ要求・目標策定・通知の動作を説明するフローチャート、図36は図6に示した電力管理サーバによるメッシュエリアへの割当量を再算出・通知する動作を説明するフローチャート、図37は図6に示した電力管理サーバによる発電計画を再策定する動作を説明するフローチャート、図38はこの発明の実施の形態1における発電計画を再策定する際に使用する発電所に関するデータベースの構成を示した図、図39はこの発明の実施の形態1における電力管理サーバによる発電所に対する発電計画策定結果を示した図である。
図1において、破線で区切られた正方形のエリアは、天気予報の出される最小エリアを示す。天気予報は、気象庁からは20kmメッシュの広域予報(8日先まで予測、1日1回更新)、および5kmメッシュの詳細予報(1時間毎の予測を33時間先まで予測、1日4回更新)の2種類が出されている。また、1kmメッシュ(10分単位で1時間先まで予測、1日144回更新)の天気予報を配信する業者もある。尚、本実施の形態1では、天気予報の最小エリアを1kmメッシュで配信される場合を例に説明を行う。また、天気予報の最小エリアのメッシュの大きさは1kmに限るものではなく、0.5kmメッシュなどの更に最小エリア情報があればその情報を利用しても同様に行うことができる。
また、例えば1時間以内の天気予報は例えば1kmメッシュの情報を最小エリアとして利用し、1時間後〜翌日までの天気予報は5kmメッシュの情報を最小エリアとして利用することで、後述するメッシュエリア内の電力供給要求を策定しても良い。更に、人口が集中する都市部では細かいメッシュの天気予報を利用し、人口密度が低い農村部では粗いメッシュの天気予報を最小エリアとして利用しても同様に行うことができ、同様の効果を奏することができる。
また、図1において、太い実線で囲んだエリアはメッシュエリアを示す。メッシュエリアは、上記最小エリアを1つ、もしくは隣接する複数の最小エリアを集め構成する。本実施の形態1では、隣接するメッシュエリアの世帯数がほぼ同じになるようにメッシュエリアを選定した場合の例を示す。従って、本実施の形態1では、図1に示すように、A市の人口の集中する中心部では3つの最小エリアを1つのメッシュエリアとして、また、人口が少ないエリアは7つの最小エリアを1つのメッシュエリアとしてそれぞれ定義した。
尚、本実施の形態1ではメッシュエリアの選定に際して、世帯数がほぼ同じになるように定義したが、これに限るものではなく、例えば、メッシュエリア内の消費量に関する契約(契約量)に基づく合計がほぼ同じになるようにメッシュエリアを選定しても良い。また、メッシュエリア内の人口がほぼ同じになるようにメッシュエリアを選定しても良い。更に、メッシュエリア内に企業の工場、あるいはオフィスビルなどの大口需要家が存在する場合は、当該メッシュエリアを選定する際、該大口需要家を除いてメッシュエリアを選定しても良い。
又、該需要家の契約量(使用契約電力量)は、需要家が契約している契約アンペア数、需要家が予め設定している電力の使用量(例えば、1ヶ月300kWhを上限とした場合に使用できる電力の使用量から換算した電力の使用量)、あるいは需要家と電力会社が個別に結んでいる電力料金契約に基づく電力の使用量を指す。
又、該需要家の契約量(使用契約電力量)は、需要家が契約している契約アンペア数、需要家が予め設定している電力の使用量(例えば、1ヶ月300kWhを上限とした場合に使用できる電力の使用量から換算した電力の使用量)、あるいは需要家と電力会社が個別に結んでいる電力料金契約に基づく電力の使用量を指す。
また、本実施の形態1では、後述する発電計画策定に際して、発電計画の見直し判断を簡単に行うために、上述したように総世帯数、あるいは消費量に関する契約(契約量)に基づく合計、あるいは人口などに基づいてメッシュエリアを選定したがこれに限るものではなく、特に総世帯数などを気にせずメッシュエリアを選定しても良い。また、本実施の形態1では、発電計画は、天気予報情報に基づいて24時間分を作成するものとして説明するがこれに限るものではなく、例えば発電量を切り替える必要が発生した5分後からの発電量を逐次発電所に発電計画として送付するように構成しても良い。また、発電計画の送付は、発電計画が変わる発電所のみに通知し、変わらない発電所には通知しなくても同様の効果を奏する。
図2において、電力管理システムは、電力管理部としての電力管理サーバ2と、発電所3A〜3Nと、メッシュエリア管理部としてのメッシュエリア管理サーバ4A〜4Zとを管理するものであり、これらは基幹ネットワーク1にて接続されている。電力管理サーバ2は、メッシュエリア管理サーバ4A〜4Zより通知される電力供給要求に基づき発電計画を作成し発電所3A〜3Nに発電計画を通知する。また、電力管理サーバ2は、メッシュエリア管理サーバ4A〜4Zより通知される各メッシュエリア内の消費量、および発電量に基づいて、自身が管理する各メッシュエリア内の総消費量と、発電計画に基づく総発電量を比較し、発電計画の見直し、各メッシュエリア管理サーバ4A〜4Zに対して省エネ要求・省エネ目標値の作成、および通知を行う。
そして、発電所3A〜3Nは、電力管理サーバ2より通知される発電計画に基づき系統内に電力を供給する。メッシュエリア管理サーバ4A〜4Zは、1つあるいは複数のメッシュ構成されたメッシュエリアを管理するものであり、天気予報情報を用いて、管理するメッシュエリア内の自然エネルギーによる発電量、メッシュエリア内の総消費量を予測し、電力供給要求を作成し、電力管理サーバ2に通知するとともに、電力管理サーバ2から通知される割当量と、メッシュエリア内での総合消費量を算出し、算出の結果、総合消費量が割当量を超えると判断すると、メッシュエリア内の需要家6に対して省エネ要求・目標を通知する。
そして、メッシュネットワーク5A〜5Zは需要家6AA〜6ZRとメッシュエリア管理サーバ4A〜4Zとを接続するネットワークである。メッシュエリア管理サーバ4AはメッシュAネットワーク5A、およびメッシュBネットワーク5Bに接続された需要家AA6AA〜需要家BX6BXを管理する。尚以下、発電所3A〜3Nと、メッシュエリア管理サーバ4A〜4Z、メッシュネットワーク5A〜5Z、需要家6AA〜6ZRは、特定のものを示す場合除いて、発電所3と、メッシュエリア管理サーバ4、メッシュネットワーク5、需要家6として適宜示して説明する。
図3において、需要家6は、太陽光パネル11、太陽光パネル11により発電された直流電力をあらかじめ定められた電圧に昇圧するパワーコンディショナ12、パワーコンディショナ12より出力される直流電力、もしくは双方向DC−ACコンバータ15より供給される直流電力のどちらか一方、あるいは両方の出力電力を蓄電するとともに、蓄電された電力を放電する蓄電池13、スマートメータ17の指令に基づき太陽光パネル11により発電された余剰電力の蓄電池13への蓄電、商用電源18より供給される商用電力の蓄電池13への蓄電、蓄電池13からの放電を制御する充放電制御部14、スマートメータ17の指令の基づきパワーコンディショナ12、あるいは充放電制御部14から供給される直流電力を交流電力に変換して宅内電灯線20へ供給、商用電源18より供給される交流電力を直流電力に変換し充放電制御部14に供給する双方向DC−ACコンバータ15、パワーコンディショナ12、あるいは充放電制御部14より供給される直流電力の電圧を測定する電圧計16を備える。
そして、スマートメータ17は、充放電制御部14の制御指令、例えば蓄電・放電指令、双方向DC−ACコンバータ15の電力供給方向の切り替え、例えば、商用電源18からの電力供給とパワーコンディショナ12あるいは充放電制御部14からの電力供給の切り替え制御を行うとともに、宅内電灯線20に接続された家電機器の消費量、設定情報などを、宅内家電機器ネットワーク21を介して収集する。また、メッシュ通信I/F19はメッシュネットワーク5を介してメッシュエリア管理サーバ4との通信、商用電源18より供給された電力量、太陽光パネル11からの余剰電力の系統電源への供給量の管理を行う。更に、スマートメータ17では電圧計16の出力電圧に基づいて太陽光パネル11で発電した余剰電力の有無を判断する。
そして、商用電源18、メッシュネットワーク5に接続されスマートメータ17とメッシュエリア管理サーバ4との通信を仲介するメッシュ通信I/F19、宅内電灯線20、宅内家電機器ネットワーク21、宅内の各部屋に設置されたエアコン22a〜22x、液晶TV23a〜23y、照明24a〜24z、冷蔵庫25、エアコン22a〜22xに内蔵された宅内家電機器ネットワーク21との通信I/F30a〜30x、液晶TV23a〜23yに内蔵された宅内家電機器ネットワーク21との通信I/F31a〜31y、照明24a〜24zに内蔵された宅内家電機器ネットワーク21との通信I/F32a〜32z、冷蔵庫25に内蔵された宅内家電機器ネットワーク21との通信I/F33を備える。
図4において、スマートメータ17は、CPUバス40、スマートメータ17を制御するCPU41、CPU41で実行するプログラムを内蔵するROM42を備える。尚、本実施の形態1ではROM42をフラッシュROMで構成し、スマートメータ17自身のIPアドレス、MACアドレス、メッシュエリア管理サーバ4のIPアドレス、MACアドレスなどの通信に関する情報、機器認証などに使用する暗号化の際の鍵情報、契約量情報、各種データベース情報(詳細は後述する)などを記憶する。更に、CPU41でプログラムを実行する際にワーク領域として使用するとともに、宅内電灯線20に接続された各家電機器情報(消費量情報、制御情報)、太陽光パネル11での発電量、蓄電池13内に蓄電された蓄電量、メッシュエリア管理サーバ4より通知された省エネ要求などの情報を記憶するRAM43、宅内家電機器ネットワーク21に接続された家電機器との通信I/F44、宅内に接続された家電機器から出力される動作状況・消費量、太陽光パネル11での発電量、蓄電池13の蓄電量、商用電源18からの買電量(あるいは売電量)などをビジュアルに表示する表示器45を備える。尚、表示器45は宅内家電機器ネットワーク21に接続された各家電機器を制御する際のグラフィックユーザI/F画面も表示する。
そして、宅内電灯線20への供給量、商用電源18への余剰電力の供給量を監視する使用量監視部46、太陽光パネル11での発電量を監視する発電量監視部47、蓄電池13の蓄電量、太陽光パネル11で発電した発電量、宅内家電機器の消費量、時刻(深夜電力)を監視し、充放電制御部14に蓄電池13への蓄電、蓄電池13からの放電指令を出力する蓄電量監視部48、宅内家電機器ネットワーク21を介して通知される宅内家電機器の消費量に基づいて、宅内での総消費量を監視する消費量監視部49、電圧計16より出力される電圧情報に基づいて、双方向DC−ACコンバータ15の電力供給方向(売電か買電)を判断し、双方向DC−ACコンバータ15に電力供給方向指令を与える直流電圧監視部50、宅内家電機器ネットワーク21を介して通知される宅内家電機器の機器情報・制御情報に基づいて制御対象となる家電機器の操作パネルを表示器45に表示させ機器制御を行う家電機器制御部51を備える。家電機器制御部51ではメッシュ通信I/F19を介して通知された省エネ要求・省エネ目標情報に基づいて機器設定値を算出し、対象の各機器に通信I/F44を介して該機器設定値情報を出力する。
図5において、メッシュエリア管理サーバ4はCPUバス60、メッシュエリア管理サーバ4を制御するCPU61、CPU61で実行するプログラムを内蔵するROM62を備える。尚、本実施の形態1ではROM62をフラッシュROM、あるいはハードディスクドライブで構成し、メッシュエリア管理サーバ4自身のIPアドレス、MACアドレス、メッシュネットワーク5に接続された各需要家6内のIPアドレス、MACアドレス、最小エリア番号、契約量、自然発電部設備の有無、自然発電部設備の構成・仕様、機器認証などに使用する暗号化の際の鍵情報、契約量情報、各種データベース情報(詳細は後述する)、基幹ネットワーク1を介して接続された電力管理サーバ2のIPアドレス、MACアドレスなどを記憶する。
そして、CPU61でプログラムを実行する際にワーク領域として使用するとともに、各需要家6より通知される消費量、太陽光パネル11での発電量、蓄電池13内に蓄電されている蓄電量、電力管理サーバ2より通知される割当量情報などを記憶するRAM63、基幹ネットワーク1に接続された電力管理サーバ2との基幹通信I/F64、メッシュネットワーク5に接続された需要家6のスマートメータ17とのメッシュ通信I/F65、メッシュエリア内の天気予報を取得し、取得した天気予報データを格納する天気予報データベース66、天気予報データベース66内に格納されている天気予報情報に基づいて需要家6宅内の自然エネルギーを用いた発電設備(実施の形態1では太陽光発電設備を導入している場合について説明する。)にて発電される発電量を予測する発電量予測部67、天気予報データベース66より出力される天気予報情報とその天気予報情報に基づき自然エネルギーを用いた発電装置により発電された発電量をデータベース化し記憶する発電量予測データベース68である。発電量予測部67は、上記発電量予測データベース68内に記憶されたデータベースに基づき発電量を予測する。
そして、発電量予測部67より出力される発電量予測結果、および後述する消費量予測部70から出力される消費量予測結果から、あらかじめ定められた時間間隔におけるメッシュエリア内での必要な量を算出し、結果に基づいて電力管理サーバ2に通知する要求量を策定する要求量策定部69、天気予報データベース66より外気温情報、湿度情報、風量情報、風向き情報などを取得し、取得結果に基づいて各需要家6の消費量を予測する消費量予測部70、消費量予測部70を介して出力される天気予報情報(外気温、湿度、風量、風向き情報など)と、需要家6からの家電機器の消費量情報に基づいてデータベースを作成する消費量予測データベース71、需要家6から通知される消費量情報に基づいてメッシュエリア内で消費される総消費量を算出する総消費量算出部72、需要家6から通知される発電量情報に基づいてメッシュエリア内で発電される総発電力量を算出する総発電量算出部73である。
そして、需要家6から通知される蓄電量情報に基づいてメッシュエリア内で蓄電されている総蓄電量を算出する総蓄電量算出部74、総消費量算出部72より出力される総消費量、総発電量算出部73より出力される総発電量に基づいてメッシュエリア内で消費される発電所から供給される総合消費量を算出し、左記結果と電力管理サーバ2より通知された割当量を比較し、メッシュエリア内への発電所からの供給量が計画値とほぼ一致しているかを監視する監視部75、メッシュエリア内の各需要家6が発電所3と契約している契約量データベース76、監視部75での監視結果、メッシュエリア内への供給量が、割当量を超えていた場合、あるいは電力管理サーバ2から省エネ要求・省エネ目標が通知された場合、メッシュエリア内の各需要家6に対して省エネを要求する要求通知、その際の目標電力削減量などを策定する省エネ要求・目標策定部77を備える。
図6において、電力管理サーバ2は、CPUバス80、電力管理サーバ2を制御するCPU81、CPU81で実行するプログラムを内蔵するROM82を備える。尚、本実施の形態1ではROM82をフラッシュROM、あるいはハードディスクドライブで構成し、電力管理サーバ2自身のIPアドレス、MACアドレス、基幹ネットワーク1に接続された各機器のIPアドレス、MACアドレス情報、各メッシュエリア内の需要家6が契約している契約量の合計情報等を記憶する。
そして、CPU81でプログラムを実行する際にワーク領域として使用するとともに、各メッシュエリア管理サーバ4より通知されるメッシュエリア内の供給量要求通知、メッシュエリア内の総消費量、総発電量、総蓄電力量などを記憶するRAM83、基幹ネットワーク1に接続された各機器との基幹通信I/F84、各メッシュエリア管理サーバ4より通知される電力供給要求通知情報、ピーク電力監視部86より出力されるピーク電力監視情報に基づいて各発電所3に通知する発電計画を策定する発電計画部85、各メッシュエリア管理サーバ4より通知される総消費量情報、総発電量情報に基づいて総合消費量を算出し、左記結果と発電所での総発電量を比較し総合消費量が総発電量を超えないかを監視するピーク電力監視部86、ピーク電力監視部86で、総合消費量が総発電量を超えそうな場合、各メッシュエリアの省エネ目標値を算出し、各メッシュエリア管理サーバ4に対して通知する省エネ要求・省エネ目標を策定する省エネ要求・目標策定部87を備える。
尚、本実施の形態1では、説明を分かりやすくするために発電量監視部47、蓄電量監視部48、消費量監視部49、直流電圧監視部50、家電機器制御部51、天気予報データベース66、発電量予測部67、発電量予測データベース68、要求量策定部69、消費量予測部70、消費量予測データベース71、総消費量算出部72、総発電量算出部73、総蓄電量算出部74、監視部75、契約量データベース76、省エネ要求・目標策定部77、発電計画部85、ピーク電力監視部86、省エネ要求・目標策定部87などをH/Wで構成するものとして、図4〜図6を説明したがこれに限るものではなく、上記全て、あるいは一部をS/Wで実現しても同様の効果を奏することができる。また、上記各部の機能をS/WとH/Wに分割し同様の機能を実現しても良い。
次に上記のように構成された実施の形態1の電力管理システムの動作について説明する。まず、需要家6内のスマートメータ17の動作について図7および図8に基づいて説明する。まず、商用電源による給電が開始するとスマートメータ17が起動する(図7のステップS1)。次に、宅内に配置された各機器の登録、および登録設備の確認を実施する(図7のステップS2)。具体的には、図4に示すROM42内に格納されている情報に基づいて、図3に示す宅内家電機器ネットワーク21に接続されている各家電機器の認証を、宅内家電機器ネットワーク21を介して実施する。その際、宅内家電機器の個々の仕様(発電能力・供給電源電圧など)、省エネデータベース、省エネ時の優先度テーブルのRAM43への展開も実施する。
次に、スマートメータ17はパワーコンディショナ12の初期化を実施する(図7のステップS3)。次に、充放電制御部14の初期化を行う(図7のステップS4)。次に、双方向DC−ACコンバータ15の初期化を実施する(図7のステップS5)。次に、自然発電部設備の初期化が完了すると、パワーコンディショナ12を起動し、太陽光パネル11による太陽光発電を開始する(図7のステップS6)。次に、太陽光発電が実施されているか否かを確認する(図7のステップS7)。そして、太陽光発電が実施され発電されている場合(Yes)には、発電量が十分であるか否かを確認する(図7のステップS8)。そして、発電量が十分にある場合(Yes)には、余剰電力があるか否かを確認する(図7のステップS9)。
具体的には、電圧計16でパワーコンディショナ12の出力電圧を測定し、測定の結果、所定値以上の場合は余剰電力があると判断する。そして、余剰電力があると判断された場合(Yes)には、スマートメータ17は充放電制御部14に対して蓄電池13に蓄電されている蓄電量が満蓄電か否かを判断する(図7のステップS10)。そして、確認の結果、満蓄電の場合(Yes)は、スマートメータ17は商用電源18に対して余剰電力を売電するため双方向DC−ACコンバータ15の設定をパワーコンディショナ12から出力される直流電力を交流電力に変換するよう設定(尚、通常宅内機器はACで駆動されるため、双方向DC−ACコンバータ15は商用電源18から蓄電池13へ蓄電する場合を除き、パワーコンディショナ12から商用電源18の方向に設定される)し、双方向DC−ACコンバータ15より出力される交流電力の余剰分を商用電源18に売電する(図7のステップS11)。
一方、蓄電池13が満蓄電ではなかった場合(No)には、スマートメータ17は充放電制御部14に対して余剰電力を蓄電池13に蓄電するよう指示を与える。そして、スマートメータ17より蓄電池13に対して余剰電力を蓄電するよう指示が入力されると充放電制御部14はパワーコンディショナ12より出力される電力を蓄電池13に供給するよう図示していない内蔵されている双方向DC−DCコンバータを制御し、蓄電池13への蓄電を開始する(図7のステップS12)。次に、上記ステップS9において、余剰電力がないと判断された場合(No)を含めて、スマートメータ17は、宅内家電機器ネットワーク21を使用し、太陽光パネル11での発電量、パワーコンディショナ12、充放電制御部14、双方向DC−ACコンバータ15での消費量、エアコンA22a〜エアコンx22x、液晶TVA23a〜液晶TVY23y、照明A24a〜照明Z24z、冷蔵庫25など宅内電灯線20に接続されている機器の動作状態(発電量、蓄電量、消費量)の監視を行う(図7のステップS13)。
一方、上記ステップS8において、太陽光パネル11での発電量が十分ではなかった場合(No、発電量より消費量が多い場合)は、蓄電池13の蓄電量の有無を確認する(図7のステップS14)。そして、蓄電池13に電力が蓄電されている場合(Yes)は、スマートメータ17は充放電制御部14に対して蓄電池13から電力を放電するよう指示を出す(図7のステップS15)。具体的には、充放電制御部14はスマートメータ17から放電指示が出されると図示していない双方向DC−DCコンバータで蓄電池13から出力される電力昇圧し、双方向DC−ACコンバータ15に供給する。次に、蓄電池13からの出力を開始すると、スマートメータ17は供給量が十分であるか否かを確認する(図7のステップS16)。そして、十分であれば(Yes)、先に示したステップS13に移る。
一方、十分ではなかった場合(No)、および、上記ステップS14にて蓄電池13の蓄電されていない場合(No)には、商用電源18から買電するよう制御を行う(図7のステップS17)。尚、本実施の形態1では上記ステップS14で蓄電池13に蓄電量がある場合は蓄電池13から電力を供給するよう制御する場合について説明したが、これに限るものではなく、例えば、商用電源18からの買電電力のほうが安い場合(電力消費量がピークになる時間帯以外)は、蓄電池13に電力が蓄電されていた場合でも商用電源18からの買電を行うように制御しても良い。一方、上記ステップS7において、太陽光パネル11からの発電がなかった場合(No)は、スマートメータ17は深夜料金の時間帯か否かを確認する(図8のステップS18)。
そして、深夜料金の時間帯ではなかった場合(No)は、蓄電池13に電力が蓄電されているか否かを確認する(図8のステップS19)。そして、蓄電池13に電力が蓄電されている場合(Yes)は、充放電制御部14に対して蓄電池13からの放電を開始するよう指示を出す。そして、スマートメータ17より蓄電池13からの放電指示が入力されると、充放電制御部14は蓄電池13からの放電制御を開始する(図8のステップS20)。次に、蓄電池13からの放電が開始されるとスマートメータ17は蓄電池13からの供給量と家電機器の消費量とを比較し供給量が十分であるか否かを確認する(図8のステップS21)。そして、供給量が十分である場合(Yes)は、上記ステップS13に移り宅内機器動作状況の監視を行う。
一方、上記ステップS19において、蓄電池13に電力が蓄電されていない場合(No)、あるいは、上記ステップS21において、供給量が足らない場合(No)は、スマートメータ17は買電を開始する(図8のステップS22)。次に、買電開始後、スマートメータ17は上記ステップS13に移り宅内機器動作状況の監視を行う。一方、上記ステップS18において、深夜料金の時間帯であるとされた場合(Yes)は、電力の購入価格が安いため、買電を開始する(図8のステップS23)。次に、スマートメータ17は、蓄電池13に蓄電されている蓄電量が満蓄電か否かを確認する(図8のステップS24)。
そして満蓄電でなかった場合(No)は、充放電制御部14に対して、蓄電池13に蓄電するよう指示を出す。そして、充放電制御部14はスマートメータ17から蓄電の指示を受け取ると蓄電池13への蓄電を開始する(図8のステップS25)。一方、上記ステップS24において、蓄電池13が満蓄電であるとされた場合(Yes)、あるいは、ステップS25で蓄電池13の蓄電を開始すると、スマートメータ17は上記ステップS13に移り宅内機器動作状況の監視を行う。
尚、本実施の形態1では、深夜電力の料金が一番安いものとして説明したがこれに限るものではなく、例えば、深夜料金と夜間料金の価格が変わらない場合は、蓄電池13からの放電は行わず、買電を行い、蓄電池13が満蓄電ではない場合は、蓄電するよう制御しても良い。また、翌日の天気が晴れの予想で、太陽光発電により十分な電力量が発電でき、蓄電池13にも余剰電力で蓄電が行える場合は、蓄電池13に対して蓄電を行わないように制御しても良い。次に、スマートメータ17は宅内家電機器ネットワーク21に接続された機器の情報を通信I/F44を介して取得して監視する(図7のステップS13)。
具体的には、パワーコンディショナ12に対して太陽光パネル11での発電量を通知するよう通信I/F44を介して発電量確認要求パケットを出力する。パワーコンディショナ12は上記発電量確認要求パケットを受信すると、現時点の太陽光パネル11での発電量を応答パケットに乗せてスマートメータ17に通知する。スマートメータ17では、通信I/F44を介して応答パケットを受信するとCPU41に対して割り込みフラグを上げ、パケットを受信したことを通知する。CPU41はパケットが受信されるとパケットの中身を解析し、解析の結果、太陽光パネル11による発電量通知と判断すると、発電量監視部47に通知する。
そして、発電量監視部47では、発電量情報(通知された時刻、および発電量)に基づいて、発電量に関するデータベースを作成する。また、入手した発電量データは、需要家6が見やすいように加工し、表示器45にCPU41を介して出力する。尚、本実施の形態1では、発電量予測はメッシュエリア管理サーバ4にて実施するため、スマートメータ17では、自己の管理する太陽光パネル11の発電能力に関するデータベースを構築する。その際、メッシュエリア管理サーバ4で使用している天気予報情報による天気情報と合わせてデータベース化を行っても良い。また、今後の発電量予測を該天気予報情報に基づいて作成し、需要家6に対して、発電量予測量を表示器45を介して通知するとともに、効率の良い(電気料金が安くなる)家電機器制御スケジュールなどを作成し、上記発電量予測情報と合わせて、表示器45に表示しても良い。
また、同様に、スマートメータ17は通信I/F44を介して充放電制御部14に対して、蓄電池13の蓄電量を通知するよう蓄電量確認要求パケット出力する。充放電制御部14は上記蓄電量確認要求パケットを受信すると、現時点の蓄電池13の蓄電量を応答パケットに乗せてスマートメータ17に通知する。次に、スマートメータ17では、通信I/F44を介して応答パケットを受信するとCPU41に対して割り込みフラグを上げ、パケットを受信したことを通知する。CPU41はパケットが受信されるとパケットの中身を解析し、解析の結果、蓄電池13の蓄電量通知と判断すると、蓄電量監視部48に通知する。そして、蓄電量監視部48では、蓄電量情報を、需要家6が確認できるように表示器45に表示する。
また、宅内家電機器ネットワーク21上に接続された各家電機器に対して、現在の家電機器情報(エアコンの場合は動作モード、設定温度、外気温・湿度情報、室内温度情報、液晶TVの場合は消費量、画面の明るさ情報、照明の場合は消費量、明るさ情報、冷蔵庫の場合は消費量、庫内温度、周囲温度情報など)を通知するようエアコン22a〜22x、液晶TV23a〜23y、照明24a〜24z、冷蔵庫25に確認要求パケットを通知し、各家電機器からの応答パケットを受信すると、受信データをCPU41を介して消費量監視部49に通知する。そして、消費量監視部49では、各家電機器から通知された消費量情報、各機器の制御情報を、通知された時刻、外気温・湿度、周囲温度情報に基づいて、消費量に関するデータベースを作成する。
また、入手した消費量データ、および家電機器の設定情報は、需要家6が見やすいように加工し機器毎、あるいはトータル消費量を表示器45にCPU41を介して出力する。尚、本実施の形態1では、消費量予測はメッシュエリア管理サーバ4にて実施するため、スマートメータ17では、自己の管理する家電機器の消費量に関するデータベースを構築する。そして、天気予報情報(外気温・湿度情報など)に基づいて、今後の消費量を予測し、需要家6に対して、消費予測量を表示器45を介して通知するとともに、上記発電予測量、および蓄電池13の蓄電量とあわせて効率の良い(電気料金が安くなる)家電機器制御スケジュールなどを作成し、表示器45に表示しても良い。
更に、直流電圧監視部50は電圧計16より出力される電圧情報に基づいて、太陽光パネル11による発電量が十分にあり、余剰電力があるかを判断する。余剰電力があると判断すると割り込みを上げ、その旨をCPU41に通知する。CPU41では、余剰電力があると通知されると、上記ステップS14〜ステップS17に基づく一連の動作を実行する。また、使用量監視部46では、商用電源18からの買電量、もしくは太陽光パネル11による余剰電力の売電を監視し、メッシュ通信I/F19を介してメッシュエリア管理サーバ4に監視結果を通知する。
以上のように、ステップS13での宅内機器動作状況の監視が終了すると、スマートメータ17はメッシュエリア管理サーバ4から消費量、発電量などの要求コマンドをメッシュ通信I/F19を介して受信したか否かを確認する(図7のステップS26)。そして、受信していなかった場合(No)は、上記ステップS7に戻り、上記に示した動作を繰り返す。一方、該要求コマンドを受信していた場合(Yes)は、メッシュエリア管理サーバ要求コマンド対応処理を開始する(図9のステップS27)。次に、CPU41は、メッシュ通信I/F19を介して入力された要求コマンドが発電量、蓄電量、消費量情報の通知要求であるか否かを確認する(図9のステップS31)。
そして、通知要求であった場合(Yes)は、発電量監視部47、蓄電量監視部48、消費量監視部49、および使用量監視部46から所定の情報を収集し、応答パケットを生成し、メッシュエリア管理サーバ4に通知する(図9のステップS32)。図22に応答パケット、ペイロード部分を示す。尚、MACヘッダやTCP/IPなどIEEE802.3などの通信規格により規定されているヘッダ情報などについては省略して示している。図22において、応答パケットは、先頭に天気予報の最小エリア番号を付けた後に、需要家番号を付ける。
メッシュエリア管理サーバ4はこれらの情報に基づき需要家6を判断するとともに、メッシュエリア管理サーバ4内の各データベースの更新の際に上記情報を使用する。需要家番号に続き自然発電部(太陽光発電設備、風力発電設備、燃料電池など)の有無フラグを配置し、自然発電部ありの場合は自然発電部による発電量を付加する。尚、自然発電部を持たない場合は本データを送付しない。自然発電部の発電量に続き、本実施の形態1では、外気温度、蓄電池13の有無フラグを配置する。蓄電池13を有する場合は、管理する蓄電池13の個数を付加し、その後に、管理する全ての蓄電池13の蓄電情報を付加する。蓄電池13の蓄電情報は、図に示すように電気自動車(EV)であるかを指し示すEVフラグに続き、蓄電池13の蓄電量を通知する。蓄電池13の蓄電情報に続き、宅内機器の消費量情報を通知する。
図においては、エアコンに関する通知情報を示した。本実施の形態1では、宅内機器に割り当てた宅内機器ID情報に続き、空調機器を識別するフラグ(尚、本実施の形態1では除湿機も空調機器に含むものとして説明する)、機器の消費量を付加する。空調機器フラグが1の場合は、空調機器をユーザが投入した時刻、終了した時刻(終了していない場合は現在の時刻を入れるものとする)、機器の設定情報、空調設備使用開始時の室温、湿度情報、終了時の外気温度、湿度を送付する。尚、図中その他宅内機器の消費量情報としては、髭剃りやドライヤーなど、ハンドキャリー可能な機器で、宅内家電機器ネットワーク21との通信機能を持たない機器による消費量の総和を送付するものとする。尚、EVフラグを設ける理由を以下に示す。
ピーク電力時、発電所3からの発電量が足らない場合、メッシュエリア管理サーバ4から蓄電池13を保有する需要家6に対して、蓄電池13からの放電要求が通知される。その際、メッシュエリア管理サーバ4は、メッシュエリア内の蓄電量を監視しており、監視結果に基づいて、発電所3からの電力供給量を決定するが、EVの場合は、需要家6が車として使用を計画していることもあり、他の蓄電池13と同じように蓄電量を管理していた場合、予定通りの放電量が確保できない可能性がある。従って、本実施の形態1では、EVの蓄電量については、他の蓄電池13とは別の管理を行うことで、メッシュエリア内への供給量の管理を行う。これにより、ピーク電力時についても適切な供給量の管理を行うことができる効果がある。一方、上記ステップS31において、発電量・蓄電量・消費量情報通知要求ではなかった場合(No)は、スマートメータ17は通知情報が割当量情報であるか否かを確認(図9のステップS33)する。
そして、電力の割り当て情報であった場合(Yes)は、RAM43にその割当量の情報を記憶(図9のステップS34)する。一方、電力の割り当て通知ではなかった場合(No)は、省エネ要求・目標通知か否かを確認する(図9のステップS35)。次に、省エネ要求・目標通知である場合(Yes)は、CPU41は優先度番号#、および消費量削減予測値ΔPdを0にセットする(図9のステップS36)。尚、優先度番号#は、あらかじめ需要家6に設定させた番号で、省エネ通知を受信した際に省エネを行う家電機器の優先順位を示す。本実施の形態1では、若い番号ほど省エネを行う際の優先順位が高いものとして、以下の説明を行う。次に、宅内機器#が省エネ対象機器(優先度テーブル)に登録されているか否かを確認する(図9のステップS37)。
図11に省エネ対象機器一覧を示す。図11において、通常は宅内機器IDを登録するが、本実施の形態1では、説明を分かりやすくするためエアコンAなどの表記としている。そして、宅内機器#が省エネ対象機器に登録されている場合(Yes)は、宅内機器#の制御状態(停止中、動作中、エアコンなどの場合は運転モード、設定温度、外気温情報など)を確認する(図9のステップS38)。次に、宅内機器#の制御値の決定を行う(図9のステップS39)。以下、エアコンA22aの場合を例に、本実施の形態1での制御値の決定方法を説明する。本実施の形態1では、あらかじめ需要家6が省エネ要求に基づく省エネを実施した場合に、エアコンA22aの設定温度(制御値に相当)を何度変更するか、例えば、2℃設定温度を下げる/上げるなどのようにスマートメータ17に設定しておく。尚、設定温度の変更幅については、外気温度、室温、湿度などの情報に基づき、変更幅を変えるように設定しても良い。また、省エネを確実に行うために、現在の室温に対して1℃設定温度を下げる/上げるなどの制御を行っても良い。
次に、スマートメータ17はエアコンA22aに対して、上記制御値を通知する(図9のステップS40)。次に、該制御値を受信したエアコンA22aは制御値に基づき設定温度を変更する。また、スマートメータ17内のCPU41はステップS40で該制御値の通知を完了すると、制御値変更に伴う宅内機器#の削減量Pdを算出する(図9のステップS41)。具体的には、図12に示すように、運転モード、外気温度、設定温度、設定温度変更に伴う削減量をデータベース化しておき、エアコンA22aより入手した外気温度、設定温度から消費量を求める。尚、同図には液晶TVの省エネデータベースも合わせて示す。液晶TVの場合は、バックライト輝度の設定を変更することで省エネを実施する。また、図示はしていないが、照明機器の場合は、明るさを変更することで省エネを実施する。
次に、CPU41はΔPd=ΔPd+Pdを算出し(図9のステップS42)、更に、#=#+1を算出する(図9のステップS43)。そして、ΔPdが省エネ目標を超えているか否かを確認する(図9のステップS44)。そして、省エネ目標を超えていなかった場合(No)は、上記ステップS37に戻り、上記に示した動作を繰り返す。一方、省エネ目標を超えていた場合(Yes)は、CPU41は省エネ予測値ΔPdをメッシュエリア管理サーバ4に通知(図9のステップS49)する。そして、メッシュエリア管理サーバ要求コマンド対応処理を終了する。また、上記ステップS37において、登録されている省エネ対象機器に対して省エネのための設定変更を全て実施したにも係らず省エネ目標をクリアできない場合、すなわち、宅内機器#は省エネ対象機器に登録されていないに相当する場合(No)は、蓄電池13に電力が蓄電されているかを確認する(図9のステップS45)。
そして、蓄電池13に電力が蓄電されている場合(Yes)は、CPU41は蓄電池13からの放電は可能か否かを、通信I/F44を介して充放電制御部14に確認する(図9のステップS46)。そして、放電可能な場合(Yes)は、蓄電池13からの放電量Pdenを算出し(図9のステップS47)、ΔPd=ΔPd+Pden(図9のステップS48)を算出する。次に、上記ステップS49に戻り、上記に示した動作を繰り返し、メッシュエリア管理サーバ要求コマンド対応処理を終了する。一方、上記ステップS45において電力が蓄電されていない場合(No)、および、上記ステップS46において、放電不可の場合(No)は、省エネ目標はクリアできないものの、上記場合と同様に、省エネ予測値ΔPdをメッシュエリア管理サーバ4に通知(図9のステップS49)し、メッシュエリア管理サーバ要求コマンド対応処理を終了する。
そして、上記ステップS35において、省エネ要求・目標通知でない場合(No)は、メッシュエリア管理サーバ4が蓄電池13からの放電を要求しているか否かを判断する(図10のステップS50)。そして、蓄電池13からの放電が要求されている場合(Yes)は、蓄電池13に電力が蓄電されているかを確認する(図10のステップS51)。そして、蓄電池13に電力が蓄電されている場合(Yes)は、CPU41は蓄電池13からの放電は可能か否かを、通信I/F44を介して充放電制御部14に確認する(図10のステップS52)。そして、放電可能な場合(Yes)は、蓄電池13からの放電量Pdenを算出し(図10のステップS53)、蓄電池13からの放電量Pdenをメッシュエリア管理サーバ4に通知(図10のステップS54)し、メッシュエリア管理サーバ要求コマンド対応処理を終了する。一方、上記ステップS50において、蓄電池13からの放電が要求されていない場合(No)、および、上記ステップS51において、蓄電池13に蓄電されていない場合(No)、および、上記ステップS52において、蓄電池13からの放電が可能でない場合(No)は、メッシュエリア管理サーバ要求コマンド対応処理を終了する。
次に、メッシュエリア管理サーバ4の制御について説明する。まず、メッシュエリア管理サーバ4が起動するとCPU61は、メッシュネットワーク5内に配置された需要家6の登録、および各需要家6の持つ各種設備(自然発電部、蓄電池13、スマートメータ17、家電機器)について確認する(図13のステップS101)。具体的には図5に示すROM62内に格納されている情報に基づいて、図2に示すメッシュネットワーク5に接続されている各需要家6の持つスマートメータ17について認証を実施する。その際、需要家6内の個々の装置仕様(発電能力・消費量など)、発電量予測部67で自然発電部による発電量予測の際に用いる発電予測用の省エネデータベース、消費量予測部70で需要家6内の家電機器による消費量を予測する際に用いる消費量予測、各需要家6の発電所と契約している契約量に関するデータベースなどを発電量予測データベース68、消費量予測データベース71、契約量データベース76に登録する。
次に、CPU61はメッシュエリア内の需要家6から新規に登録・削除情報が通知されたか否かを確認する(図13のステップS102)。そして、需要家6から新規に登録・削除要求が入力された場合(Yes)は、各種データベースの登録、もしくは削除のデータベースの変更を行う(図13のステップS103)。尚、データベース登録の際は、需要家6の持つ、発電・蓄電に関する装置仕様、個数、宅内の家電機器情報についても登録する。一方、メッシュエリア内の需要家6の新規登録・削除要求がなかった場合(No)、および、上記ステップS103における、各種データベースの登録、あるいは削除が完了すると、天気予報情報を図示していない天気予報管理サーバよりダウンロードし、天気予報データベース66に記憶する(図13のステップS104)。
次に、メッシュエリア管理サーバ4は自然発電部(自然エネルギーを用いた発電)による発電量の予測を行う(図13のステップS105)。図14に、この発電量の予測のフローを示す。まず、発電量予測が開始されると、天気予報データベース66は前回取得した最小エリアの天気予報情報と比較してデータが更新されているか否かを確認する(図14のステップS131)。そして、天気予報情報が更新されていると判断した場合(Yes)は、CPU61は発電量予測部67に対してメッシュエリア内に配置された各最小エリア内の自然発電部(本実施の形態1では説明を分かりやすくするため太陽光発電のみを例に説明するが、これに限るものではなく、風力発電装置など自然エネルギーを用いた発電設備であれば同様の効果を奏することはいうまでもない。)による発電量を予測するよう指示を出す。具体的には、メッシュエリア内の最小エリア番号を0、Area=0にセットする(図14のステップS133)。
次に、最小エリア番号=Areaの日射量を当該エリアの天気予報情報に基づき日射量予測を行う(図14のステップS134)。具体的には、日射量は太陽の方位、および高度により変わる。よって、発電量予測データベース68は、図15に示すような1月1日から12月31日までの日射量データベースをあらかじめ準備しておく。このデータベースは、太陽の方位、および高度から単位面積あたりの日射量を理論的に求めたものを使用する。同図では、15分単位に各日の太陽方位と高度から日射量を算出した例を示した。同様に、日射量はその日の天気により変わる。そこで、天気予報に基づいて、上記図15の日射量に対し補正係数を算出する。本実施の形態1では天気予報としては「晴れ」、「晴れ時々曇」、「晴れのち曇」、「うす曇」・・・「曇」、「曇時々雨」、「曇のち雨」、「雨」などの天気予報情報と、降水確率、降水量予測を使用して日射量補正係数を算出する場合について説明する。
図16に上記パラメータに基づいて作成した日射量の補正係数のデータベースを示す。図に示すように各天気予報情報と降水確率、降雨量予測を組み合わせ日射量を補正する。例えば「曇」の場合でも、降水確率が高い場合は、一般に雲が厚いため日射量が下がる。また、雨が降った場合でも、降水量予測が多い場合のほうが日射量は下がる。本データベースは、各天気予報情報における日射量を測定し、統計的に処理して作成する。本実施の形態1では、図16に示すデータベースは、基本的には電力管理サーバ2が管理する全てのメッシュエリア管理サーバ4で同一であっても良い。そして、発電量予測部67は、発電量予測データベース68より上記日射量データと日射量補正係数データに基づいて最小エリア内の日射量を算出する。具体的には、日射量データ×日射量補正係数データにより算出する。
更に、発電量予測部67では、過去に予測した日射量と実際の日射量から予測誤差を算出し、上記算出した日射量に更に補正を行う。以下、図17を用いて該動作を説明する。図17(a)に午前0時に予測した日射量の予測値と、太陽光発電より発電された電力に基づき換算した日射量を示す。天気予報は13:00までは「晴れ時々曇」、13:00以降は「曇」とした場合に例を示す。例えば、8:00に天気予報が更新され、発電量予測を行う場合、8:00の時刻における予測日射量と、発電量に基づき算出した日射量との差分値(図中、「予測誤差」と示し、以下も同様に示す)を算出する。図17では、実際に日射量が予測日射量より多い場合を示した。発電量予測部67では、該予測誤差に基づいて、日射量補正係数データベース値を補正する。
図17(b)に8:00の時刻で予測しなおした日射量予測を、同図(a)のグラフに重ねて記載した。尚、本実施の形態1では、天気予報情報が変わる場合には、予測誤差による補正は行わないものとする。これは、「晴れ時々曇」などの天気予報は、上空の雲の量など、同じ天気予報情報でも異なる。上記予測誤差は、この条件を補正するために使用する。従って、天気予報が変わる場合は、上記予測誤差はそのまま使用した場合、誤差が大きくなる可能性が高い。従って、デフォルトの予測テーブルに基づいて日射量を予測し、次の予測のタイミングで、実際の日射量に基づき補正を加えるよう制御する。
次に、発電量予測部67は発電量予測データベース68に対して、最小エリア番号#の発電量予測値PVP_p[Area]を算出するよう要求する(図14のステップS135)。発電量予測データベース68は過去の各需要家6から送付される発電量情報から図18に示すように日射量に対する発電量をデータベース化しておき、発電量予測部67から出力される日射量予測値から各需要家6での発電量を求め、その結果を加算することで発電量予測値を発電量予測部67に出力する(図14のステップS135)。次に、メッシュエリア内の全ての最小エリアの発電量を予測したか否かを確認する(図14のステップS136)。そして、まだ全てを終了していない場合(No)は、Area=Area+1を実施し(図14のステップS137)、上記ステップS134に戻り、上記に示した動作を繰り返し、次の最小エリアでの発電量の予測を実施する。尚、最小エリア番号Areaでの発電量予測結果は、図19に示すように各時刻の発電量予測として発電量予測部67に記憶する。
一方、上記ステップS131において、天気予報が更新されていなかった場合(No)は、発電量予測部67は発電量実績と予測値とを比較し、予測誤差を算出する。図20、21に発電量実績と予測値との比較に基づく予測誤差算出のフローチャートを示す。まず、発電量実績と予測値との比較に基づく予測誤差算出が開始されると、発電量予測部67は総発電量算出部73に対して、最小エリア毎の総発電量を算出するよう指示を出す。よって、総発電量算出部73では、各種パラメータの初期化を実施する(図20のステップS151)。具体的には、最小エリア番号(Area)、自然発電部を持つ需要家番号(i)、および最小エリア番号Areaでの実際の発電量PVP_a[Area]を0に初期化する。次に、総発電量算出部73は、最小エリア番号(Area)内の需要家6から実際の発電量PaArea,iを取得し(図20のステップS152)、取得結果を加算(PVP_a[Area]=PVP_a[Area]+PaArea,i)する(図20のステップS153)。
次に、最小エリア内の全ての発電設備を持つ需要家6の発電情報を取得したか否かを確認する(図20のステップS154)。そして、まだ全てを終了していない場合(No)は、i=i+1を実施し(図20のステップS155)、上記ステップS152に戻り、上記に示した動作を繰り返す。一方、最小エリア番号(Area)での実際の発電量の算出を終了する(ステップS154でYesとなる)と、iを初期化(“0”)(図20のステップS156)し、メッシュエリア内の全ての最小エリアの発電情報を取得したか否かを確認し(図20のステップS157)、全ての確認が完了していなかった場合(No)は、Area=Area+1を実施し(図20のステップS158)、最小エリア番号Areaでの平均日射量を算出し(図20のステップS159)、上記ステップS152に戻り、上記に示した動作を繰り返し、次の最小エリア番号の実際の発電量の算出を行う。
一方、メッシュエリア内の全ての最小エリアの発電量の取得を終了する(ステップS157でYesとなる)と、総発電量算出部73は、結果を発電量予測部67に通知する。発電量予測部67では、最小エリア番号Areaでの平均日射量の推定を算出し(図20のステップS160)、メッシュエリア内での発電量予測結果と実際の発電量の差分(ΔPVPPlan)を算出する(図20のステップS161)。次に、上記ΔPVPPlanの絶対値を所定値以上か否かを判断する(図21のステップS162)。次に、所定値以上の場合(Yes)は、予測誤差が大きいと判断し、発電量予測(先に示したステップS133からステップS137の一連の処理)を実施する(図21のステップS163)。
一方、上記ステップS162において、所定値を越えていなかった場合(No)は、発電量予測に基づくデータベースの更新を実施する。具体的には、初期値(i=0,Area=0)を設定する(図21のステップS164)。次に、最小エリア番号=Area内の需要家番号=iの発電量通知に基づき発電量データベースを更新する(図21のステップS165)。発電量については、メッシュエリア管理サーバ4が需要家6に設置されたスマートメータ17に対して、発電量・消費量・蓄電量を通知するよう要求パケットを送付すると、スマートメータ17は上述したように、宅内家電機器ネットワーク21に接続された各機器から発電量・消費量・蓄電量を吸い上げ、図22に示すパケットを生成し、メッシュエリア管理サーバ4に通知する。
そして、データベース更新においては、発電量予測部67は日射量予測値と需要家6から通知される発電量実績値、および発電量予測データベース68に登録されているデータに基づいて更新データを生成する。具体的には、重み付け係数α(0<α<1)を決めておき、α×データベースより読み出した発電量値+(1−α)×発電量実績値で求める。そして、前後の日射量に対する発電量と比較し、単調増加になっていない場合は、更に周辺情報を含め補正を実施する。また、重み付け係数αについては、CPU61より設定し、需要家6が新規に設備を設置した場合など、重み付け係数を小さく設定するなどしてデータベース内のデータを早く収束させるように制御しても良い。そして、需要家番号=iの発電量予測データベース68の書き換えを終了すると、最小エリア番号=Area内の全ての自然発電部設備を持つ需要家6のデータベースを更新が完了したか否かを確認し(図21のステップS166)、終了していなかった場合(No)は、i=i+1を実施し(図21のステップS167)、再びステップS165に戻り、上記に示した動作を繰り返し、次の需要家6のデータベースを変更する。
一方、上記ステップS166において、最小エリア番号=Area内の全ての自然発電部設備を持つ需要家6のデータベースを更新が完了していた場合(Yes)は、iを初期化(=0)し(図21のステップS168)、メッシュエリア内の全ての最小エリアのデータベースを更新したか否かを確認し(図21のステップS169)、更新が完了していなかった場合(No)は、Area=Area+1を実施し(図21のステップS170)、再びステップS165に戻り、上記に示した動作を繰り返し、次の需要家6のデータベースを変更する。一方、ステップS169において、全ての最小エリアのデータベースの更新が完了していた場合(Yes)は、発電量実績値と予測値の比較に基づく予測誤差の算出を終了する。尚、本フローのステップS159、あるいはステップS160で算出した平均日射量推定値は、本実施の形態1では、図14に示すフローの日射量予測に使用するものとする。
次に、図13においてステップS105の発電量予測を上記に示したようにして完了すると、メッシュエリア管理サーバ4はメッシュエリア内の消費量の予測を開始する(図13のステップS106)。図23に、この消費量の予測のフローを示し、図24、図25を交えて消費量予測部70、消費量予測データベース71、および総消費量算出部72における消費量の予測の動作について説明する。まず、消費量予測が開始されると、天気予報データベース66は前回取得した天気予報情報と比較してデータが更新されているか否かを確認する(図23のステップS201)。そして、天気予報情報が更新されていると判断した場合(Yes)は、CPU61は消費量予測部70に対してメッシュエリア内に配置された各最小エリア内の消費量を予測するよう指示を出す。
具体的には、メッシュエリア内の最小エリア番号を0(Area=0)にセットする(図23のステップS203)。次に、最小エリア番号=Areaの気象条件(本実施の形態1では、外気温度、湿度、風量、風向きなどの天気予測情報)を、天気予報データベース66から取得する(図23のステップS204)。次に、需要家6毎の消費量の予測を開始する(図23のステップS205)。具体的には、メッシュエリア管理サーバ4内のカレンダー情報に基づき本日の曜日(祭日かを含む)を取得する。消費量予測データベース71は、図24に示すような需要家6毎の各曜日における時間帯別電力消費量のデータベースを管理しており、消費量予測部70は、該データベースに基づいて需要家6の消費量を予測する。
以下、図24に示す曜日別の電力消費量データベースについて説明する。本実施の形態1では、上記曜日別の電力消費量データベース作成にあたっては、冷暖房などの空調機器の消費量は除いてデータベースを構築する。これは、該空調機器は、外気温度、湿度、風量、風向きによって消費量が大きく異なることに基づく。また、曜日毎に作成する理由としては、多くの場合、平日と休日(土曜日を含む)では生活サイクルが異なる。また、平日も習い事、TV番組などの関係で生活サイクルが異なる場合がある。以上を鑑みて、本実施の形態1では、曜日毎に空調機器を除く時間帯別の電力消費量データベースを構築する。また、本実施の形態1では、空調機器については別のデータベースを用いて管理する。
図25に、本実施の形態1の空調機器の消費量を推定する際に使用するデータベースを示す。空調機器の消費は、温度、湿度、風量によって異なる。例えば、気温が同じ29℃であっても、湿度が10%ではエアコンを使用する人は多くないが、湿度が100%の場合、多くの人がエアコンを使用する。同様に、気温が30℃であっても窓を通して風が入ってくればエアコンを使用しない人は多い。また、風については、需要家6の窓の配置にも依存する。同じ風量でも、風向きが異なれば、家の中に流れ込む風量は異なる。従って、データベースを作成するにあたっては、気温、湿度、風量、風向きに基づいてデータベースを構築することで、消費量の予測精度の向上を図る。
また、本実施の形態1では、時刻をデータベースのパラメータとして入れていないが、ユーザによっては、夏の暑い日も、午前中は冷房を我慢しようなど、その日の気象条件以外に、時刻などの条件で空調機器のON/OFF管理を行うことも考えられる。図25に示すデータベースでは、時刻情報をパラメータに入れていないが、時刻情報を空調機器制御のパラメータとして使用しても良い。尚、本実施の形態1では、該時刻情報もパラメータとして使用するため、図22に示す通信プロトコルには開始時刻情報、および終了時刻情報を通知するような仕組みを導入している。また、夜間の空調機器の使用(特に夏場)については就寝時の気象条件(気温、湿度、風量、風向き)が大きく係る。就寝時は、昼間はエアコンを使用しない温度でも寝苦しいなどの理由でエアコンが使用されることが多い。
よって、空調機器の消費量予測では、昼間と就寝時で分けてデータベースを構築するものとして以下説明を続ける。消費量予測部70は、消費量予測データベース71より曜日別、時間帯別電力消費量データベースを読み出す。通常、平日は仕事や学校があるため、家族の起床時刻、ごはんを作る時間帯、食べる時間帯、洗濯・掃除を行う時間帯など、ほぼ同じ時刻で実施される場合が多い。また、帰宅の時間帯も、学生は時間割が決まっており、ほぼ同じ時刻に帰ってくることが多い。また、会社員も曜日によって、残業を規制している会社もあり、帰宅時刻は曜日によってほぼ決まっていることが多い。更に、炊飯器や冬場の暖房機器については、就寝前に翌日の朝の予約をしておくことが多く、データベースを作成することで、消費量予測を精度良く行うことが可能となる。
また、ほとんどのユーザは起床と同時にTVを使用する。また、視聴する番組も曜日によって決まっていることが多い。従って、本実施の形態1では、生活サイクルがほぼ同じになる曜日別にデータベースを作成することで、消費量予測制度の向上を図ることができる。尚、データベース作成にあたっては、本実施の形態1では、図22に示すプロトコルを使用し、家電機器の使用開始時刻、使用終了時刻に基づいて時間帯別消費量算出用のデータベースを構築する。消費量予測にあたっては、消費量予測部70は、消費量予測データベース71より曜日別の時間帯別電力消費量データベースを読み出す。そして、空調機器の消費量を予測するために、その日の気温、湿度、風量、風向き、天気予報情報から空調設備の開始時刻、および終了時刻、設定温度などを予測し、予測結果から、空調機器での消費量を各時刻別に算出する。
そして、算出した空調機器の消費予想量と消費量予測データベース71より読み出した曜日別の時間帯別電力消費量データベースを加算し、需要家番号iの消費量予測を完了する(図23のステップS205)。次に、消費量の予測を最小エリア内の全ての需要家6について求めた後、消費量予測部70はメッシュエリア内の全ての最小エリアの消費量を予測したか否かを確認し(図23のステップS206)、予測が全て完了していない場合(No)は、Area=Area+1を実施し(図23のステップS207)、上記ステップS204に戻り、上記に示した動作を繰り返す。一方、上記ステップS206において、予測が完了していた場合(No)は、消費量予測フローを終了する。
また、上記ステップS201において、天気予報が更新されていなかった場合(No)は、消費量実績値と予測値とを比較し、予測誤差の算出を消費量予測部70で実施する(図23のステップS202)。図26および図27に消費量実績値と予測値との比較に基づく予測誤差算出フローを示す。まず、消費量実績値と予測値との比較に基づく予測誤差算出が開始されると、消費量予測部70は、総消費量算出部72に対して最小エリア毎の総消費量を算出するよう指示を出す。そして、総消費量算出部72は該指示を受けると、各種パラメータの初期化を実施する(図26のステップS221)。具体的には、最小エリア番号(Area)、需要家番号(i)、および最小エリア番号Areaでの実際の総消費量PC_a[Area]を0に初期化する。
次に、初期化が完了すると、総消費量算出部72は、最小エリア番号(Area)内の需要家iから実際の消費量TPCaArea,iを取得し(図26のステップS222)、取得結果を加算(PC_a[Area]=PC_a[Area]+TPCaArea,i)する(図26のステップS223)。次に、最小エリア内の全ての需要家6の消費量情報を取得したか否かを確認する(図26のステップS224)。そして、まだ全てを終了していない場合(No)は、i=i+1を実施し(図26のステップS225)、上記ステップS222に戻り、上記に示した動作を繰り返す。一方、ステップS224において、最小エリア番号(Area)での実際の消費量の算出を終了する(Yes)と、iを初期化(“0”)し(図26のステップS226)、メッシュエリア内の全ての最小エリアの発電情報を取得したか否かを確認し(図26のステップS227)、全ての確認が完了していなかった場合(No)は、Area=Area+1を実施し(図26のステップS228)、ステップS222に移り、上記に示した動作を繰り返す。
一方、メッシュエリア内の全ての最小エリアの消費量の取得を終了する(ステップS227にYes)と、総消費量算出部72は消費量予測部70に対して算出した最小エリア毎の総消費量を通知する。そして消費量予測部70は、情報を受け取ると、メッシュエリア内での消費量予測結果と実際の消費量との差分(ΔPCPlan)を算出する(図27のステップS229)。次に、当該ΔPCPlanの絶対値は所定値以上か否かを判断する(図27のステップS230)。次に、所定値以上の場合(Yes)は、予測誤差が大きいと判断し、消費量予測(上記に示した図23におけるステップS203からステップS207の一連の処理)を実施する(図27のステップS231)。
一方、所定値を越えていなかった場合(No)は、消費量予測に基づくデータベースの更新を実施する。具体的には、初期値(i=0,Area=0)を設定する(図27のステップS232)。次に、最小エリアの番号Areaの各時刻の平均気温、湿度、風量、風向きを算出し(図27のステップS232)、該結果、および実際の消費量通知情報に基づき最小エリア番号=Area内の需要家番号=iの消費量データベースを更新する(図27のステップS234)。消費量については、発電量と同様にメッシュエリア管理サーバ4が需要家iに設置されたスマートメータ17に対して、発電量・消費量・蓄電量を通知するよう要求パケットを送付すると、スマートメータ17は上述したように、宅内家電機器ネットワーク21に接続された各機器から発電量・消費量・蓄電量を吸い上げ、図22に示すパケットを生成し、メッシュエリア管理サーバ4に通知する。また、データベース更新にあたっては、消費量予測部70は需要家iから通知される家電機器の開始時刻情報、終了時刻情報、および消費量に基づいて、曜日別、時刻別電力消費量の実績値を求め、該実績値と消費量予測データベース71に登録されているデータに基づいて更新データを生成する。
具体的には、発電量予測の場合と同様、重み付け係数β(0<β<1)を決めておき、β×データベースより読み出した消費量値+(1−β)×消費量実績値で求める。また、エアコンなどの空調機器については、開始時刻情報、開始時の外気温、湿度、風量、風向き情報、および設定値情報に基づき図25に示すデータベースの更新を行う。同図では、気温情報を分かりやすくするために28℃、29℃など1℃刻みで記載しているが、実際のデータベースでは、28.2℃などの数値をデータベースでは管理しておき、消費量予想時には、小数点以下を丸め予想する。よって、データベース更新に際しては、曜日別・時刻別電力消費量と同様に、重み付け係数γ(0<γ<1)を決めておき、γ×データベースより読み出した温度情報(あるいは湿度情報)+(1−γ)×温度情報(あるいは湿度情報)実績値で求める。尚、上記重み付け係数β、およびγについては、CPU61より設定し、需要家6が新規に設備を設置した場合など、重み付け係数を小さく設定するなどしてデータベース内のデータを早く収束させるように制御しても良い。
次に、需要家番号=iの消費量予測データベース71の書き換えを終了すると、最小エリア番号=Area内の全ての需要家6のデータベースを更新したか否かを確認し(図27のステップS235)、終了していなかった場合(No)は、i=i+1を実施し(図27のステップS236)、上記ステップS234に戻り、上記に示した動作を繰り返し、次の需要家6のデータベースを変更する。一方、上記ステップS235において、最小エリア番号=Area内の全ての需要家6のデータベースを更新が完了していた場合(Yes)は、iを初期化(=0)し(図27のステップS237)、メッシュエリア内の全ての最小エリアのデータベースを更新したか否かを確認し(図27のステップS238)、更新が完了していなかった場合(No)は、Area=Area+1を実施し(図27のステップS239)、上記ステップS233に戻り、上記に示した動作を繰り返し、次の最小エリアのデータベースを変更する。
一方、ステップS238において、全ての最小エリアのデータベースの更新が完了していた場合(Yes)は、消費量実績値と予測値との比較に基づく予測誤差の算出を終了する。次に、図13においてステップS106で消費量予測を完了すると、メッシュエリア管理サーバ4はメッシュエリア内の蓄電量情報の収集を開始する(図13のステップS107)。図28に総蓄電量算出部74における蓄電量の情報の収集のフローに基づいて説明する。まず、蓄電量情報の収集が開始されると、CPU61は総蓄電量算出部74に対してメッシュエリア内に配置された各最小エリア内の総蓄電量情報を収集するよう指示を出す。具体的には、メッシュエリア内の最小エリア番号を0(Area=0)にセットする(図28のステップS252)。次に、最小エリア番号=Areaの各需要家6に対して現時点で蓄電池13に蓄電している蓄電量を通知するよう要求パケットを該メッシュ通信I/F65を介して通知する(図28のステップS253)。
そして、需要家番号iからの応答パケット(パケットフォーマットは図22を参照)を受信すると総蓄電量算出部74は最小エリア番号=Areaの蓄電量の総和を算出する。次に、メッシュエリア内の全ての最小エリアの蓄電量を収集したか否かを確認し(図28のステップS254)、全て確認できていない場合(No)は、Area=Area+1を実施し(図28のステップS255)、上記ステップS253に戻り、上記に示した動作を繰り返す。一方、ステップS254において、全ての情報を収集している場合(Yes)は、CPU61に収集した各最小エリアの総蓄電量を通知し、蓄電量情報の収集を終了する。
尚、本実施の形態1では、図22に示すように蓄電量情報を各需要家6から受信する場合、その蓄電電力が電気自動車のバッテリーに蓄電されたものか、通常の蓄電池13(電気自動車のバッテリー以外)に蓄電されたものかを分けて管理する。これは、ピーク電力時に、蓄電池13を持つ需要家6に対して、放電要求を通知するが、蓄電池13が電気自動車であった場合、ユーザが車を使用する、あるいは数時間後に使用予定であった場合、車から放電させるとユーザが後で車を使用できないケースも発生する。従って、本実施の形態1では、蓄電量を管理する場合、電気自動車と、通常の蓄電池13(電気自動車のバッテリー以外)に分けて蓄電量を管理することで、確実に放電が期待できる電力量を管理することができる効果がある。
尚、ピーク電力時に、電気自動車のバッテリーに対しても、放電要求を出し、系統に電力を供給するよう制御しても良い。その際は、需要家6の許可を得るような形式でスマートメータ17を制御すれば、電気自動車を使用予定の需要家6については、後で使用できないといった問題が発生しないという効果がある。また、電気自動車のバッテリーからの放電については、例えば蓄電量の30%までなどあらかじめ制限を設けておくことで、緊急に車を使用する場合についても、ユーザは電気自動車を動かすことができる効果がある。尚、蓄電池13からの放電を促すため、放電を行ったユーザについては、電気料金の使用料金を安くするなどのメリットを持たせるように制御しても良い。次に、図13においてステップS107で蓄電量情報の収集を完了すると、メッシュエリア管理サーバ4はメッシュエリア内の総合消費量がメッシュエリア内に割り当てられた割当量を超えているか否かを監視部75で確認する(図13のステップS108)。
具体的には、総消費量算出部72から出力される総消費量から総発電量算出部73より出力される総発電量結果を引くことで、メッシュエリア内の総合消費量を算出する。尚、本フローの説明では、蓄電池13からの放電による電力供給が行われていないものとして説明を続けるが、蓄電池13からの放電がある場合については、放電量についても、総消費量から差し引くことで、メッシュエリア内の総合消費量を算出する。また、ステップS108で判断する場合、電力管理サーバ2で発電計画を作成する場合、あらかじめマージンを持たせず発電計画を作成する場合は、メッシュエリアの割当量からあらかじめ定められたマージンを差し引いた割当量と比較して判断するよう構成しても良い。
これにより、ピーク電力が発電所での発電量を越える前に、消費量の削減などを実施でき、安定に系統電力系統を制御できる。そして、ステップS108にて、メッシュエリア内の総合消費量がメッシュエリア内に割り当てられた割当量を超えている場合(Yes)は、メッシュエリア管理サーバ4は各需要家6に対して消費量を削減するよう省エネ要求、および省エネ目標を策定する(図13のステップS109)。図29および図30に省エネ要求・目標策定時のフローを示し、これに基づいて説明する。まず、監視部75でメッシュエリア内の総合消費量がメッシュエリア内に割り当てられた割当量を超えていると判断した場合(ステップS108にてYes)は、省エネ要求・目標策定部77で省エネ要求・目標通知を作成する。そして、省エネ要求・目標通知の作成が開始されると、省エネ要求・目標策定部77は#(需要家番号を示す)とΔPower(省エネによる電力削減予測量の合計を示す)とを初期化する(図29のステップS301)。
次に、需要家#への供給量を確認する。電力供給量は、図22に示すパケットフォーマットで送付された需要家6からの消費量情報、発電量情報、および蓄電池13からの放電量情報に基づいて算出する。具体的には、「需要家#への供給量」=(需要家#での総消費−需要家#での発電量−需要家#での蓄電池13からの放電量)を算出することで求める。次に、省エネ要求・目標策定部77は、監視部75を介して契約量データベース76から需要家#の契約量を読み込む。そして、「需要家#への供給量」は需要家#の契約量を超えているか否かを判断し、供給量が契約量より小さい場合(No)は、ステップS307に移る。一方、供給量が契約量を超えていた場合(Yes)は、省エネ目標値を作成する(図29のステップS303)。
本実施の形態1では、上記供給量−該契約量を引いた値を省エネの目標値とする。尚、契約量を超えた需要家6のみ省エネを行った場合、メッシュエリアに与えられた割当量未満に該供給量は抑えられない可能性がある。その場合は、スマートメータ17は電力管理サーバ2に対して割当量を引き上げるように要求通知を出力する。次に、省エネ要求・目標策定部77はCPU61に対して、該当需要家#に省エネ要求・省エネ目標を通知するよう要求する。CPU61は該要求を受け取ると、メッシュ通信I/F65を介して、該当需要家#に省エネ要求・省エネ目標通知を出力する(図29のステップS304)。該省エネ要求・省エネ目標通知を受信すると、該当需要家#のスマートメータ17は、図9、図10に示すフローに基づき宅内家電機器の制御目標の変更を行うとともに省エネ予測値を算出し、結果をメッシュエリア管理サーバ4に通知する。
次に、CPU61は該当需要家#からの省エネ予測値(省エネ削減量予測値:ΔPd)を受信したか否かを判断する(図29のステップS305)。そして、受信していない場合(No)は、再びステップS305を行う。一方、受信した場合(Yes)は、省エネ要求・目標策定部77に受信結果を通知する。次に、省エネ要求・目標策定部77では、ΔPower=ΔPower+ΔPdを算出し(図29のステップS306)、メッシュエリア内の全ての需要家6に対して供給量の確認、および該供給量が契約量を超えている需要家6に対しては、省エネ要求・省エネ通知を送信したか否かを確認し(図29のステップS307)、全ての需要家6に対して実施していなかった場合(No)は、#=#+1を実施し(図29のステップS308)、上記ステップS302に移り、上記に示した動作を繰り返す。
一方、全ての需要家6に対して、当該処理が完了していた場合(Yes)は、消費量予測値の計算結果を変更(図29のステップS309)し、上記ΔPowerがメッシュエリア内の省エネ目標値を満足したか否かを確認する(図30のステップS310)。尚、メッシュエリア内の省エネ目標値は、基本的には電力管理サーバ2から通知されるが、電力管理サーバ2からの通知がない場合は、本実施の形態1では、電力管理サーバ2からの割当量を目標とする。そして、目標をクリアしていた場合(Yes)は、省エネ要求・目標策定を終了する。一方、目標が未達成の場合(No)は、J(需要家番号を示す)、およびΔBTPowerを0に初期化する(図30のステップS311)。次に、省エネ要求・目標策定部77は電力管理サーバ2からの省エネ要求が通知された否か確認する(図30のステップS312)。
そして、電力管理サーバ2からの省エネ要求が通知されていない場合(No)は、電力系統での発電量は十分に確保されていると判断し、メッシュエリア内の需要家6に対しては、更に省エネのための要求は実施しないため、ステップS319に移る。一方、電力管理サーバ2からの省エネ要求が通知されていた場合(Yes)は、更にメッシュエリア内への供給量を削減するため、CPU61は蓄電設備を有する需要家番号Jの需要家6に対して蓄電池13の放電要求を通知する(図30のステップS313)。そして、需要家Jのスマートメータ17は該放電要求を受信すると、図7および図8に示すフローに基づき、需要家Jの蓄電池13の蓄電量確認後、放電の可否を充放電制御部14に確認する。確認の結果、放電可能であれば、放電可能量Pdenをメッシュエリア管理サーバ4に通知する。放電不可の場合は、放電可能量Pdenを0として通知する。そして、需要家J宅内のスマートメータ17から放電可能量Pdenを受信したか否かを判断し(図30のステップS314)、受信していない場合(No)は、ステップS314を繰り返す。
一方、受信した場合(Yes)は、CPU61は省エネ要求・目標策定部77に該受信したPdenJを出力する。省エネ要求・目標策定部77は上記PdenJ情報を受け取ると、ΔBTPower=ΔBTPower+PdenJを実施し(図30のステップS315)、メッシュエリア内の蓄電設備を有する全ての需要家6に対して蓄電池13の放電要求を通知したか否かを確認し(図30のステップS316)、完了していない場合(No)は、J=J+1を実施し(図30のステップS317)、ステップS313に戻り、上記に示した動作を繰り返す。次に、ステップS316において、完了していた場合(Yes)は、供給予測量を変更し、通知する(図30のステップS318)。次に、通知された、ΔPower+ΔBTPowerが省エネ目標値をクリアしたか否かを確認する(図30のステップS319)。そして、クリアしていた場合(Yes)は、省エネ要求・目標策定フローを終了する。
一方、クリアしていなかった場合(No)は、不足フラグをセットし、CPU61に対して省エネ目標が未達成であることを通知し(図30のステップS320)、省エネ要求・目標策定フローを終了する。尚、省エネ要求・目標策定部77は、図29および図30に示すフローで作成した、ΔPower情報、ΔBTPower情報、消費量予測変更値、供給予測量値についてもCPU61に対して通知する。次に、図13に示したステップS109で省エネ要求・目標策定が完了すると、メッシュエリア管理サーバ4は、電力供給要求策定・通知処理を行う(図13のステップS111)。図31に基づいて電力供給要求策定・通知の動作について説明する。まず、CPU61から電力供給要求策定について実行するよう指示を受けると、要求量策定部69は、天気予報が更新されたか否かを確認する(図31のステップS351)。そして、天気予報が更新されていない場合(No)は、不足フラグが立っているか否かを判断する(図31のステップS352)。そして、不足フラグが立っていない場合(No)は、電力供給要求策定・通知を終了する。
一方、不足フラグが立っている場合(Yes)、および、ステップS351において、更新された場合(Yes)は、電力供給要求の策定を開始する。次に、Areaを0に初期化(図31のステップS353)し、最小エリア番号=Areaの最新の発電量予測結果を発電量予測部67より読み込む(図31のステップS354)。次に、最小エリア番号=Areaの最新の消費量予測結果を消費量予測部70より読み込む(図31のステップS355)。次に、要求量策定部69は該消費量予測結果より該発電量予測結果を減算することで最小エリア番号=Areaに要求される要求量(PSArea)を算出する(図31のステップS356)。次に、メッシュエリア内の全ての最小エリアに対して要求量を算出したか否かを確認(図31のステップS357)し、完了していなかった場合(No)は、Area=Area+1を実行し(図31のステップS358)、上記ステップS354に戻り、上記に示した動作を繰り返す。
一方、完了していた場合(Yes)は、各時刻のΣPステップSAreaを算出し、供給要求を策定する(図31のステップS359)。図32に電力管理サーバ2に通知する要求量要求データの構成を示す。本実施の形態1では10分単位で、24時間分の要求量を通知するものとして説明を続ける。次に、要求量策定部69は不足フラグをクリアし(図31のステップS360)、ステップS359で算出した電力供給要求を基幹通信I/F64を介して電力管理サーバ2に通知し(図31のステップS361)、電力供給要求策定・通信フローを終了する。次に、図13に示した上記ステップS111において、電力供給要求策定・通信フローが終了するか、あるいは、上記ステップS110において、天気予報が更新されなかった場合(No)、メッシュエリア管理サーバ4は、電力管理サーバ2からのメッシュエリア内の発電量・蓄電量・消費量情報通知要求を受信しているか否か確認する(図13のステップS112)。
そして、要求通知を受信していた場合(Yes)、CPU61は、総消費量算出部72、総発電量算出部73、および総蓄電量算出部74から、総消費量、総発電量、および総蓄電量を読み出し、基幹通信I/F64を介して、電力管理サーバ2に総消費量、総発電量、および総蓄電量を通知し、上記ステップS102に戻り、上記に示した動作を繰り返す。一方、メッシュエリア内の発電量・蓄電量・消費量情報通知要求を受信していなかった場合(No)は、電力管理サーバ2からの電力の割り当て(割当量)通知を受信したか否かを確認する(図13のステップS114)。そして、受信していた場合(Yes)は、受信した割当量をRAM63に登録し(図13のステップS115)、該割当量に基づき、監視部75でメッシュエリア内の需要家6毎に、契約量データベースに基づいて、供給量を算出し、図示していない監視部75内のデータベースに算出結果を登録し(図13のステップS116)、上記ステップS102に戻り、上記に示した動作を繰り返す。
一方、電力管理サーバ2からの割当量の通知ではなかった場合(No)、メッシュエリア管理サーバ4は、電力管理サーバ2から省エネ要求・目標を受信したか否かを確認する(図13のステップS117)。そして、省エネ要求・目標を受信していなかった場合(No)は、上記ステップS102に戻り、上記に示した動作を繰り返す。一方、受信していた場合(No)は、電力管理サーバ2からの省エネ要求・目標に基づき、各需要家6に通知する省エネ通知・目標を、上記ステップS109において説明した場合と同様に、図29、図30のフローチャートに基づいて作成する(図13のステップS118)。次に、メッシュエリア管理サーバ4は、電力管理サーバ2に対する電力供給要求通知を、上記ステップS111において説明した場合と同様に、図31のフローチャートに基づいて策定し(図13のステップS119)、上記ステップS102に戻り、上記に示した動作を繰り返す。
次に、図6に示す電力管理サーバ2の動作を図33〜図37に基づいて説明する。まず、電力管理サーバ2が起動すると、CPU81は発電所3A〜3Nの登録を行う(図33のステップS401)。具体的には、電力管理サーバ2と発電所内の図示していない発電量を管理するサーバとの間で、機器認証を実施する。次に、CPU81は、発電計画部85に対して初期発電計画を策定するよう指示を出す、該指示を受け取ると、発電計画部85はROM82内に格納されている発電所3に関するデータベースを読み出し、自内の図示していないメモリに書き込む。図38に発電所3の優先順位と発電量の初期値とをそれぞれ示す。発電計画部85は図38に示すデータベースに基づいて、初期発電計画を策定する。具体的には、本実施の形態1では、図38に示す発電量初期値にて各発電所3が発電を開始するよう発電計画を策定する。そして、発電計画は各発電所3に対して通知する(図33のステップS402)。次に、CPU81は、各メッシュエリア内に配置されたメッシュエリア管理サーバ4の登録を行う(図33のステップS403)。
具体的には、電力管理サーバ2とメッシュエリア管理サーバ4との間で、機器認証を実施する。次に、電力管理サーバ2は、メッシュエリア管理サーバ4A〜4Zに対して、メッシュエリア内の各需要家6の契約量の合計を通知するよう指示を出す。そして、メッシュエリア管理サーバ4A〜4Zは、概要求通知を受信すると、契約量データベース76から各需要家6の契約量を読み出し、メッシュエリア内の全ての需要家6の契約量の総和を求め、その結果を電力管理サーバ2に通知する。電力管理サーバ2では、メッシュエリア管理サーバ4より契約量の総和を受信すると省エネ要求・目標策定部87内のデータベースに登録する(図33のステップS404)。次に、電力管理サーバ2はメッシュエリア内の消費量の監視を行う(図33のステップS405)。図34のメッシュエリア内の消費量の監視時のフローに基づいて説明する。まず、メッシュエリアの消費量の監視を開始すると、CPU81はピーク電力監視部86に対して消費量を監視するよう指示を出す。ピーク電力監視部86は、CPU81から通知を受けるとi=0に初期化する(図34のステップS421)。
次に、メッシュエリア番号=iのメッシュエリア管理サーバ4に対して消費量MPC[i](本実施の形態1では、メッシュエリア内へ発電所3から供給される供給量をMPC[i]と定義する。)を通知するよう基幹通信I/F84を介して指示を出す(図34のステップS422)。次に、消費量MPC[i]を受信すると、発電計画部85内に記憶されているメッシュエリア番号=iの割当量S[i]を読み込む(図34のステップS423)。割当量MPS[i]の読み込みが完了すると、全てのメッシュエリアについて、上記ステップS422およびステップS423の動作を実施したか否かを確認(図34のステップS424)し、完了していない場合(No)は、i=i+1を実施し(図34のステップS425)、ステップS422に戻り、上記に示した動作を繰り返す。
一方、ステップS424において、メッシュエリアに対して上記動作を完了すると(Yes)、各メッシュエリアから通知された消費量MPC[i]の総和(ΣMPC[i])と各メッシュエリアの割当量MPS[i]の総和(ΣMPS[i])を算出し、ΣMPS[i]−ΣMPC[i]が所定値a未満か否かを確認する(図34のステップS426)。そして、所定値a以上の場合(Yes)は、発電所3からの供給量が十分にあると判断し、ΣMPS[i]−ΣMPC[i]が所定値bを超えているか否かを確認する(図34のステップS430)。そして、所定値bを超えていない場合(No)は、発電所3からの電力供給量は特に問題なしと判断して、メッシュエリア消費量の監視を終了する。一方、ステップS426において、所定値a未満であった場合(No)は、発電所3からの供給量が足らなくなる可能性があると判断し、ピーク電力監視部86は省エネ要求・目標策定部87に対して、省エネ要求・目標通知を策定するよう指示を出す(図34のステップS427)。
図35を用いて、電力管理サーバ2での省エネ要求・目標策定・通知制御時の動作を説明する。まず、ピーク電力監視部86から省エネ指示を受け取ると、省エネ要求・目標策定部87は、#=0(#はメッシュエリア番号を示す)、ΔMPower=0に初期化する(図35のステップS451)。次に、ピーク電力監視部86からメッシュエリア番号=#の消費量MPC[#]と割当量MPS[#]を読み出し、消費量MPC[#]が割当量MPS[#]を超えているか否かを確認する(図35のステップS452)。そして、超えていない場合(No)は、当該メッシュエリアは計画通り電力を消費していると判断し、現時点で電力供給通知を更新するよう通知を出し(図35のステップS459)、ステップS455に移る。一方、超えている場合(Yes)は、メッシュエリアは計画通り電力を消費していないと判断し、省エネ目標値を作成する(図35のステップS453)。
本実施の形態1では、当該メッシュエリアの契約量の総和と現在の総消費量とを比較し、該総消費量が当該メッシュエリアの契約量の総和を超えていた場合、その超えた電力量を省エネ目標とするよう制御する。尚、省エネ目標値の作成方法は本方法に限るものではない。次に、当該メッシュエリアに対して省エネ要求・目標値を作成し通知する(図35のステップS454)。その際、省エネ目標値が0以下の場合は、特に省エネ目標を設定せず、当該メッシュエリア管理サーバ4に省エネ要求を通知する。これは、省エネ目標を通知しなくても本実施の形態1では、図13、および図29、図30に示すフローに基づき省エネに向けた制御をメッシュエリア管理サーバ4が実施するため、省エネ要求は通知しない。但し、省エネ要求に対する電力供給要求通知はメッシュエリア管理サーバ4から出力する。
次に、省エネ要求・目標策定部87は、メッシュエリア#のメッシュエリア管理サーバ4からの電力供給要求通知の受信をしたか否かを判断する(図35のステップS455)。そして、受信していない場合(No)は、再びステップS455の処理を行う。また、受信した場合(Yes)は、ΔMPower=ΔMPower+要求量を算出し(図35のステップS456)、全てのメッシュエリアに対してステップS452〜ステップS456の動作を実施したか否かを確認し(図35のステップS457)、実施していなかった場合(No)は、#=#+1を実施し(図35のステップS458)、ステップS452に戻り、上記に示した動作を繰り返す。
一方、完了していた場合(Yes)は、省エネ要求・目標通知動作を終了する。次に、上記ステップS427において、処理が終了するか、上記ステップS430において所定値bが超えていた場合は、メッシュエリアへの割当量を再度算出・通知する(図34のステップS428)。図36を用いて、メッシュエリアへの割当量を再度算出・通知の動作のフローを説明する。まず、メッシュエリアへの割当量を再度算出・通知動作が開始すると、発電計画部85は省エネ要求・目標策定部87より先ほど算出した供給量の総和ΔMPowerが発電所3の発電能力(所定値cと記す)を超えていないか否かを確認する(図36のステップS471)。そして、超えていた場合(Yes)は、各メッシュエリア管理サーバ4に対して蓄電池13からの放電要求を作成し通知する。
次に、上記ステップS472において蓄電池13の放電要求通知後、または、上記ステップS471において、超えていない場合(No)は、各メッシュエリア管理サーバ4より新たな電力供給量の通知(その際、新たにΔMPowerを算出する)がされる。よって、発電計画部85は初期値設定(#=0)を実施する(図36のステップS473)。次に、発電計画部85はメッシュエリア番号=#の要求量が契約量を超えていないか否かを確認する(図36のステップS474)。そして、超えている場合(No)は、ΔMPowerが所定値dを超えていないか否か確認する(図36のステップS476)。本実施の形態1では、所定値dは発電所3の発電能力からマージン分を差し引いた数値とする。そして、超えている場合(No)は、割当量をメッシュエリア#の契約量の総和×所定値eにより算出し、当該メッシュエリア#のメッシュエリア管理サーバ4に通知し(図36のステップS477)、ステップS478へ移る。
一方、所定値dを超えていない場合(Yes)、あるいは、上記ステップS474において、契約量を超えていない場合(Yes)は、メッシュエリア#が要求してきた供給量を割当量として、当該メッシュエリア#のメッシュエリア管理サーバ4に通知する(図36のステップS475)。次に、発電計画部85は全てのメッシュエリアに当該割当量を通知したか否かを確認し(図36のステップS478)、未通知のメッシュエリアが残っている場合(No)は、#=#+1を実施し(図36のステップS479)、上記ステップS474に戻り、上記に示した動作を繰り返す。一方、全てのメッシュエリアが確認した場合(ステップS478にてYes)は、メッシュエリアへの割当量算出・通知制御が完了する。次に、発電計画部85は発電計画の作成する(図33のステップS408)。
図37を用いて、発電計画の再策定処理の動作時の制御フローを説明する。尚、本実施の形態1では、各時刻の発電必要量を算出する。まず、各時刻の発電総必要量[t]を算出する(図37のステップS501)。具体的には、各メッシュエリアに割り当てた割当量を時刻毎に加算し算出する。次に、発電計画部85は、各時刻の総発電量を算出する(図37のステップS502)。総発電量については、実施の形態1ではステップS501で算出した総発電必要量[t]に所定値fを乗算することで求める。所定値fは1を超える乗数である。所定値fは、総消費量のピーク電力を総発電量以下に抑えるために、あらかじめ、例えば、ステップS501で算出した発電総必要量[t]に対して10%のマージン(この場合、所定値fは1.1になる。)を与え発電する。これにより、ピーク電力が発電総必要量[t]を超えたとしても、10%の電力マージンがあるため、需要家6への省エネ要求や、発電計画の見直しにより、系統より安定に電力の供給を図れるようにできる。
しかし、上記所定値fを大きくすると、マージンが大きくなり、余剰電力が増加する。従って、本実施の形態1では、ピーク電力の増減があまりない深夜の時間帯や、ピーク電力の増減が激しい日中の時間帯があるので、所定値fについても時刻毎に切り替えるよう構成する。具体的には、図示していないが、曜日別、季節別に各時刻における所定値fを記憶するデータベースを作成し、実績に基づいてデータベースの内容を更新する。そして、電力の供給量の予測結果と電力消費量が大きくずれない深夜時間帯の時間帯は、例えば所定値fを1.025程度に設定し、消費量がピーク電力に近づく朝や、夕方から夜の時間帯には、上記所定値fを1.15程度に設定し、昼間の時間帯は、自然発電部による発電量も安定しないので1.05〜1.125の間で制御し、例えば昼食の時間帯などについては所定値fを大きく(例えば、1.125)するよう構成する。また、休日のように平日と生活リズムが異なる曜日については、係数を少し大きめに設定することで、急なピーク電力の増加にも対応する。
上述のように所定値fを制御することで、急なピーク電力の増加についても、系統からの供給量不足に発生させることなく、供給量の制御が行えるとともに、深夜電力の時間帯など、予測値からのピーク電力の変動量が少ない時間帯では、余剰電力を抑え発電することができるので、過剰な電力供給も、電力供給不足に起因するトラブルの発生も抑えることができる効果がある。更に、自然エネルギーによる発電量、天気予報情報に応じて該所定値fを設定しても良い。これは、自然エネルギーによる発電量が多い場合は、天気の急変により系統に供給する電力量が大きく変化した場合でも、系統に安定に電力を供給するためである。また、天気情報については、天候が安定している“晴れ”では、自然エネルギーによる発電量が安定しているため所定値fを”曇“や”雨“と比較し、小さく設定し余剰電力の発生を抑える。
一方、日射量の予測が難しい”晴れ時々曇“、”曇“、”雨“などの天気では、発電量予測結果に誤差が発生するため、所定値fを大きく設定することで、ピーク電力発生時も電力系統に安定して電力供給が行える効果がある。例えば、最近良く発生する”ゲリラ豪雨”などは、局地的に日射量が急変するため、夏の夕方ごろの時刻は、該所定値fを大きく設定しても良い。次に、発電計画部85は、優先順位n、時刻tを0に初期化するとともに、PをPinitに初期化する(図37のステップS503)。例えば、原子力発電所や火力発電所などから電力を供給する場合は、電力供給量が少ない場合でも最低限発電を行う必要がある。図38に各発電所が最低限行う発電量に関するデータベースを示す。従って、発電計画を作成する際は、供給量Pをあらかじめ、各発電所3が最低限行う発電量の合計値(Pinit:図38に示す発電量初期値の合計値)に初期化する。次に、時刻tにおける各発電所3の発電量計画(PWQn[t])の初期化(上記、図38に示す各発電所3の発電量初期値の代入)を、全ての発電所3の発電量に対して行う(図37のステップS504)。
本実施の形態1の該データベースには、各発電所3の特最大発電量と、通常の最大発電量の2つが少なくとも記憶されており、発電量を決定する際は、通常の最大発電量をベースに発電量を決定する。尚、発電所3の特最大発電量は、全ての発電所3が通常の最大発電量で電力を供給しても供給量が足らない場合に設定する。ここで、優先順位nについて説明する。優先順位nは、発電計画を策定する上で、優先的に使用する発電所3を示す。図38では、発電の種別によって優先順位を決定した場合の例を示した。図38では、発電コストが低く、環境にもやさしい(二酸化炭素を排出しない)原子力発電の優先順位を高くした場合について示した。次に、安定に電力の供給が可能な火力発電、そして水力発電の優先順位を一番低く設定した。尚、優先順位は図38に示す場合に限るものではなく、例えば、太陽光、風力などの自然エネルギーを用いた発電所3の優先順位を高く設定しても良い。
発電計画策定にあたって、電力供給量が安定しない自然エネルギーによる発電所3の発電量を消費する場合は、ステップS502中の所定値fを大きめに設定し、系統からの供給量を安定化させるように制御しても良い。更に、優先順位は図38に示すように固定的に割り振るものではなく、例えば、ダムに蓄えられた水量、およびダム周辺の降雨量に基づき、ダムの水量が多い場合、あるいはダム周辺の降雨量が多く、今後ダムの水位が上がると予想される場合などは、水力発電による発電の優先順位を高くするように制御しても良い。このように制御することで、ダムの貯水量を有効に活用し発電できる効果を有する。更に、電力供給量に対して、発電所3での発電量に余裕がある場合は、揚水発電所など、余剰電力をエネルギーとしてためておく発電所3からの発電量を優先して消費しても良い。
また、揚水発電所などからの発電は、季節別・時間帯別に最低限必要となる貯水量をデータベース化しておき、該貯水量が確保されている場合は、優先的に発電するよう制御しても良い。特に、揚水発電は、夜間など余剰電力が発生しやすい時間帯には貯水量を少なくしておくことで、発電した電力を有効的に活用することが求められる。よって、電力消費量がピークとなる時間帯には、十分発電ができるように貯水量を確保しておき、上記時間帯以外は所定の貯水量が確保できていた場合は優先順位を高くし、ピーク電力時には、供給量不足が発生した場合に即座に対応するため優先順位を低く制御する。これにより、余剰電力を効率よく蓄電できるとともに、ピーク電力不足時には、即座に対応できる効果がある。
次に、優先順位=nの発電所3の通常の最大発電量Power[n]を検索する(図37のステップS505)。次に、P=P+Power[n]を算出し(図37のステップS506)、電力供給量Pが総発電量を超えたか否かを判断(図37のステップS507)し、超えていない場合(No)は、優先順位=nの発電所3の時刻tでの発電量をPower[n]とし(図37のステップS508)、n=n+1を実行(図37のステップS509)し、上記ステップS505に戻り、上記に示した動作を繰り返す。一方、上記ステップS507において、電力供給量Pが総発電量を超えたと判断した場合(Yes)は、時刻tの優先順位=nの発電所3の発電量(PWQn[t])をPower[n]−{P−総発電量}とする(図37のステップS510)。尚、該発電量(PWQn[t])が、発電所3が最低限行う発電量未満の場合は、該発電量(PWQn[t])を発電所3が最低限行う発電量として発電計画を策定する。
また、図37には図示していないが、全ての発電所3を通常の最大発電量で発電しても総発電量を超えなかった場合は、各発電所3の最大発電量で発電計画を策定する。全ての発電所3が、最大発電量で発電しても総電力量を超えない場合は、実施の形態1では、メッシュエリア管理サーバ4に対して、その旨を通知する。該通知を受信したメッシュエリア管理サーバ4は、電力消費量の多い需要家6のスマートメータ17に対してから順番に強制的に消費量を削減するよう指示を出す。指示を受け取ったスマートメータ17は強制的にエアコンなどの設定温度を変更し省エネを行う。次に、発電計画部85はn=0、P=Pinitとし(図37のステップS511)、全ての所定時刻の発電所3での発電量を計画したか否かを確認し(図37のステップS512)、計画が完了していない場合(No)は、t=t+1を実施後(図37のステップS513)、上記ステップS504に戻り、上記に示した動作を繰り返す。
一方、全て完了していた場合(Yes)は、各発電所3に発電計画を通知し(図37のステップS514)、電力発電計画の再策定は終了する。図39に発電所Nに通知される発電計画の内容の例を示す。図に示すように、発電計画は計画の開始時刻と各時刻の発電量を送付する。発電量の通知間隔としては、実施の形態1では15分刻みに、1日分の発電計画を発電所3に対して通知するものとする。次に、ステップS408で発電計画の作成・通知を完了すると、電力管理サーバ2は、メッシュエリア関連のデータベースの更新要求があるか否かを確認する(図33のステップS409)。具体的には、需要家6の増減に伴う契約量の総和の変更、あるいはメッシュエリア変更に伴うメッシュエリア数の変更、および各種データベースの変更などを確認する。そして、変更があった場合(Yes)は、メッシュエリアデータベースを変更する(図33のステップS410)。
次に、最小エリアの日射量情報などを受信したか否かを確認する(図33のステップS411)。本実施の形態1では、上述したようにメッシュエリア管理サーバ4で、実際に発電された発電量に基づき日射量を推定する。本実施の形態1では、メッシュエリア管理サーバ4は時刻情報、各最小エリアの日射量推定結果、および天気予報情報を電力管理サーバ2に通知する。電力管理サーバ2は当該情報に基づいて最小エリアの日射量の変化を推定する。具体的には、電力管理サーバ2は、発電所3が電力を供給する広域の日射量情報をメッシュエリア管理サーバ4から収集することが可能である。一方、メッシュエリア管理サーバ4は複数のメッシュエリアを管理していた場合も周辺のごく限られた範囲の天気予報情報しか管理できない。本実施の形態1では、例えば、晴れのち曇という天気予報情報が出されている最小エリアにおいて、何時ごろから曇ってくるかを、各メッシュエリア管理サーバ4から通知される最小エリアの日射量情報、時刻情報、および天気予報情報(天気情報、気温、湿度、風向き、風速など)から予測する。
具体的には、雲の移動する速度、方向を最小エリアの日射量の変化で推定する。例えば、最小エリアAと、該最小エリアAの東の方向に10km離れた最小エリアBがあり、該天気予報が両エリアとも晴れのち曇だとする。最小エリアAの日射量が下がってから30分後に、最小エリアBの日射量が下がった場合、雲は東側へは、時速20km程度で進んでいることが推定できる。この情報に基づいて、最小エリアBの20km程度東側にある最小エリアCは1時間後から曇ってくる可能性があると推定できる。また、最小エリアAの周辺に配置された最小エリアの日射量の変化する時間帯から、曇のエリアが拡大する方向と速度から上空の風向き、および風速なども推定できる。
この推定結果に基づいて、曇のエリアの広がりを推定し、各最小エリアの曇になる時刻、および日射量変化を推定する。日射量については、風上にある最小エリアの日射量の変化に基づいて推定する。電力管理サーバ2で推定した曇になる時刻や日射量予測は当該メッシュエリア管理サーバ4に通知され、発電量予測に使用される。上述のように、曇になる時刻、日射量などを推定するので、メッシュエリア管理サーバ4での発電量の予測の際の精度の向上を図ることができる。また、天気予報は、あらかじめ設定された計測地点の天気情報に基づいて天気を予報するため、処理する演算量が非常に多く、性能の良いコンピュータを用いて解析して天気を予測するしかなかった。しかし、本実施の形態1では、最小エリア内に配置された複数の需要家6の持つ太陽光パネル11で発電される電力量(実測値)から雲の移動速度、移動方向、日射量などを推定するので、該発電量予測値を精度良く求めることができる効果がある。
更に、各最小エリアからデータが通知されるため、従来のような複雑な演算を行うことなしの比較的に簡単な演算の繰り返しで天気予報の推定を行うことができる効果がある。また、日射量の変化を確認することで、雲の大きさ(日射量の少ない最小エリアの大きさ)なども推定でき、発電量予測の際の精度を向上させることができる。更に、日射量の変化の広がり方をデータベース化することで、地形情報などを考慮した雲の流れなどを推定できるので、更に精度の高い日射量予測ができるので、太陽光パネル11による発電量の予測向上を図れる効果がある。次に、ステップS412で最小エリアの日射量の推定を完了すると、電力管理サーバ2は上記ステップS405に戻り、上記に示した動作を繰り返し、メッシュエリア消費量の監視を開始する。
尚、上記実施の形態1では、自然エネルギーによる発電装置の一例として太陽光を用いた場合について説明したが、これに限るものではなく、例えば風力を利用した発電などを用いた場合でも、メッシュエリアを定義し、定義したメッシュエリア内で天気予報に基づき発電量を予測すれば、同様に行うことができ、同様の効果を奏することができる。
また、電力消費量の推定にあたり、曜日別・時間帯別に電力消費量をデータベース化する例を示したが、これに限られるものではなく、例えば季節別、サマータイムなどの条件に基づきデータベースを構築し制御すれば、更に電力消費量の予測精度が向上することができる。また、空調機器については別のデータベースにて管理する例を示したが、これに限られるものではなく、例えば該曜日別・時間帯別に電力消費量のデータベースを月別・曜日別・時間帯別などで管理することで空調機器を含むデータベースを構築しても良く、同様の効果を奏することができる。また、空調機器のみではなく、天気別にデータベースを構築すれば、消費量の予測精度は更に向上することができる。また、空調機器については、タイマを設定して制御することも考えられる。よって、電力消費量の予測にあたり、需要家よりタイマ情報を取得し制御しても同様の効果を奏することができる。
上記に示した実施の形態1によれば、最小エリアを1つ、あるいは隣接する複数の最小エリアを集めメッシュエリアとして定義し、該定義したメッシュエリア毎に、自然エネルギーによる発電量推定、消費量予測、蓄電量管理を実施するので、従来の天気予報情報を利用した発電量予測、消費量予測と比較して精度の向上を図ることができる効果がある。また、需要家を整然と配置された(例えば1kmのエリア)最小エリアで管理することで、需要家の設置した自然エネルギーによる発電設備の位置を天気予報のメッシュの細かいエリアで管理することができる。
これにより、例えば太陽光パネルによる発電量予測を行う際の日射量補正係数データベース、日射量予測値と発電量に基づく日射量計算値の予測誤差の算出、発電量データベースの構築など最小エリアをリンクさせ管理できるので、メッシュエリア管理サーバでの管理が簡便に行うことができる。更に、発電量から算出した日射量値の変化から自然エネルギーによる発電量を推定する場合も、最小エリア毎に雲の状況や日射量を推定できるので、予測精度の向上を図ることができる。
また、各最小エリアの更に細かい気象情報(いつ雲が懸かり始める、あるいはいつ晴れ始めるなど)を、各最小エリアからの日射量の変化情報に基づいて推定できるので、定点観測を行う気象予報と比較して、演算負荷が軽減できるとともに、精度の高い予報を行うことができる効果がある。尚、本実施の形態1では、最小エリアの日射量情報から気象を予報する場合について説明したが、これに限るものではなく、更に演算量を減らす場合は、観測する最小エリアを千鳥状に2個に1つの間隔で使用する、あるいは3個に1つ、あるいはメッシュエリアで1つなど観測点を減らしても同様の効果を奏することができる。
更に、メッシュエリア管理サーバを用いて、当該メッシュエリア内の各需要家による総消費量と当該メッシュエリアでの自然エネルギーによる発電量に基づいてメッシュエリア内での量を算出し、該結果と、当該メッシュエリアへの割当量からあらかじめ定められたマージンを差し引いた割当量と比較し、比較の結果、当該量があらかじめ定められたマージンを差し引いた割当量を超えた場合に、当該メッシュエリア内の需要家に対して省エネ要求・省エネ目標を通知するので、発電計画を策定する際の所定値fを小さく抑えることができる。
また、メッシュエリアを単位として電力量を管理するので、メッシュエリア管理サーバでは限られた需要家を管理すれば良いため、消費量を逐次監視しておくことができる。更に、該メッシュエリア管理サーバでの演算量を抑えることができるので、リアルタイムで当該メッシュエリア内の電力消費状況(総消費量、自然エネルギーに総発電量、メッシュエリア内への要求量)を管理できる効果がある。これにより、更に上記所定値の値(総発電量に対するマージン)を小さく設定することができる効果がある。
更に、該メッシュエリア管理サーバが、需要家に対して省エネ要求、および省エネ目標を通知する際、あらかじめ電力供給会社と需要家の間で締結した電力消費量に関する契約に対して、電力消費量が該契約量を超えている需要家に対してのみ省エネ要求・省エネ目標を通知するよう構成するので、あらかじめ契約量内で消費している需要家に対しては省エネ要求を通知しないため、公平な電力供給割り当てを実現することができる効果がある。尚、契約量を結んでいない場合は、該メッシュエリア管理サーバで予測した消費量を所定の割合以上超えている需要家に対して省エネ要求・目標を通知しても同様の効果を奏する。尚、該所定の割合fについては、曜日別、時間帯別に設定値を変更して制御しても良い。具体的には、曜日別・時間帯別に最小エリア、あるいはメッシュエリア内の消費量の推移をデータベース化し、消費量がピークを迎える時間帯について、所定の割合fを小さく設定し、比較的安定している深夜の時間帯については所定の割合fを大きく設定しても良い。
更に、このようなデータベースを構築する場合は、曜日別、時刻別で消費量予想値と実際の消費量値の差をデータベース化し、データベースの値が大きい時間帯は、該所定の割合を小さく設定し、小さい時間帯は該所定の割合を小さく設定しても良い。上述のように構成することで、省エネ要求・目標通知を不必要に通知することなく消費量の管理を行うことができる。尚、上記曜日別・時刻別の省電力予測誤差データベースは、電力管理サーバが発電計画を策定する際の該所定値fを決定する際に使用しても良い。具体的には、該予測誤差が大きい時間帯については該所定値fを大きく設定し、予測誤差の少ない時間帯は小さく設定することで余剰電力の発電をできる限り抑えることができるとともに、系統への電力供給も安定に行うことができる。
更に、電力管理サーバは、各メッシュエリア管理サーバより通知される不足量を監視し、該不足量の総和と割当量の総和とを加えた量が、現在発電中の総発電量からあらかじめ定められた閾値を差し引いた発電量を超えた場合は、新たに発電計画を策定し、発電所に対して見直した発電計画を通知するよう構成するので、電力管理サーバは、各需要家から通知される消費量、自然エネルギーによる発電量を管理しないため、当該量を、各メッシュエリア管理サーバより出力される情報を加算するだけで良いので、演算量を抑えることができ、該発電所における発電計画の再作成にあたっても、迅速に対応できる。
更に、特定のメッシュエリアでの消費量が多い場合については、電力計画は策定せず、当該特定のメッシュエリアの各メッシュエリア管理サーバに対して、省エネ要求・省エネ目標を通知するだけで良く、各需要家での電力消費量、自然エネルギーを用いた発電量、契約量の管理を行わないため、発電計画を低負荷(少ない演算量)で算出できるため、大きな消費量(あるいは、大きな自然エネルギーによる発電量)変化にも、瞬時に対応できる効果がある。更に、電力管理サーバは、各メッシュエリア管理サーバより通知される不足量を監視し、該不足量の総和と割当量の総和を加えた総電力消費量が、現在発電中の総発電量からあらかじめ定められた閾値以上に増えた場合は、電力供給過多と判断し、新たに発電計画を策定し、発電所に対して見直した発電計画を通知するよう構成するので、発電所における余剰な発電を抑えることができ、発電コストを抑えることができる。
更に、供給量が不足する場合、各メッシュエリア管理サーバに対して、省エネ要求、および省エネ目標値を通知するよう、該電力管理サーバを制御するよう構成するので、新たな発電計画策定に際しても、必要以上に発電所における発電量を増加させることがないので、余剰な発電を抑えることができ、発電コストを抑えることができる。更に、該発電計画の見直しを行わない場合も、割当量と該総消費量が大きく異なるメッシュに対しては、割当量を変更しメッシュエリア管理サーバに通知するので、需要家に対して不必要な消費量削減要求を行うことなしに、発電所における発電電力を有効に活用することができる。
更に、該メッシュエリア管理サーバは、メッシュエリア内で消費される電力量、およびメッシュエリア内で発電される電力量に基づいてメッシュエリア内で消費される総消費量を算出し、該総消費量結果と要求量とを比較し、あらかじめ定められた閾値以上離れていた場合は再度電力供給要求を策定し、該発電計画部に通知するよう構成すれば、天気予報に基づいて策定した自然エネルギーによる発電量予測が大きく外れた場合、あるいは天気予報での気温/湿度情報などが外れた、消費量予想が大きく外れた場合でも、発電計画をリアルタイムで見直すことができるので、発電所において効率よく発電することができる効果がある。
更に、該メッシュエリアは、隣り合うメッシュエリアの平均電力消費量、あるいは契約電力量、あるいは世帯数、あるいは人口の少なくともいずれかがほぼ一致になるように選定するよう構成するので、隣接するメッシュエリアの総消費量に大きな影響を与える気象条件は、ほぼ同じになる。従って、隣接する各メッシュエリアの総消費量はほぼ等しくなるので、複雑な演算を行うことなしに、省エネ要求の通知を実施するか、あるいは発電計画の見直しを行うかを判断できる効果がある。例えば、隣接するメッシュエリアでの総消費量が割当量に対して全て多い(あるいは少ない)場合は、天気予報による気温・湿度情報が異なったと判断でき、発電計画を見直すことで、需要家に対して、無理な省エネ要求などを通知しない効果がある。
一方、1つにメッシュエリアだけ総合消費量が多い場合は、そのメッシュエリア特有の事象で総合消費量が多くなっているため、省エネ要求を行うことで、発電所での不必要な発電を抑えることができ、二酸化炭素など、温室効果ガスの排出量を抑えることができる。更に、該不足量を発電するよう要求する不足量要求内容が、該メッシュエリア内での総消費量で通知するように構成するので、発電計画を策定する場合も同じ部構成、あるいはプログラムを使用することができるので、開発工数の削減、コスト削減ができる。
1 基幹ネットワーク、2 電力管理サーバ、3,3A,3N 発電所、
4,4A〜4Z メッシュエリア管理サーバ、5,5A〜5Z メッシュネットワーク、
6,6AA〜6ZR 需要家、11 太陽光パネル、12 パワーコンディショナ、
13 蓄電池、14 充放電制御部、15 双方向DC−ACコンバータ、
16 電圧計、17 スマートメータ、18 商用電源、19 メッシュ通信I/F、
20 宅内電灯線、21 宅内家電機器ネットワーク、22a〜22x エアコン、
23a〜23y 液晶TV、24a〜24z 照明、25 冷蔵庫、
30a〜33 通信I/F、40 CPUバス、41 CPU、42 ROM、
43 RAM、44 通信I/F、45 表示器、46 使用量監視部、
47 発電量監視部、48 蓄電量監視部、49 消費量監視部、
50 直流電圧監視部、51 家電機器制御部、60 CPUバス、61 CPU、
62 ROM、63 RAM、64 基幹通信I/F、65 メッシュ通信I/F、
66 天気予報データベース、67 発電量予測部、68 発電量予測データベース、
69 要求量策定部、70 消費量予測部、71 消費量予測データベース、
72 総消費量算出部、73 総発電量算出部、74 総蓄電量算出部、75 監視部、
76 契約量データベース、77 省エネ要求・目標策定部、80 CPUバス、
81 CPU、82 ROM、83 RAM、84 基幹通信I/F、
85 発電計画部、86 ピーク電力監視部、87 省エネ要求・目標策定部。
4,4A〜4Z メッシュエリア管理サーバ、5,5A〜5Z メッシュネットワーク、
6,6AA〜6ZR 需要家、11 太陽光パネル、12 パワーコンディショナ、
13 蓄電池、14 充放電制御部、15 双方向DC−ACコンバータ、
16 電圧計、17 スマートメータ、18 商用電源、19 メッシュ通信I/F、
20 宅内電灯線、21 宅内家電機器ネットワーク、22a〜22x エアコン、
23a〜23y 液晶TV、24a〜24z 照明、25 冷蔵庫、
30a〜33 通信I/F、40 CPUバス、41 CPU、42 ROM、
43 RAM、44 通信I/F、45 表示器、46 使用量監視部、
47 発電量監視部、48 蓄電量監視部、49 消費量監視部、
50 直流電圧監視部、51 家電機器制御部、60 CPUバス、61 CPU、
62 ROM、63 RAM、64 基幹通信I/F、65 メッシュ通信I/F、
66 天気予報データベース、67 発電量予測部、68 発電量予測データベース、
69 要求量策定部、70 消費量予測部、71 消費量予測データベース、
72 総消費量算出部、73 総発電量算出部、74 総蓄電量算出部、75 監視部、
76 契約量データベース、77 省エネ要求・目標策定部、80 CPUバス、
81 CPU、82 ROM、83 RAM、84 基幹通信I/F、
85 発電計画部、86 ピーク電力監視部、87 省エネ要求・目標策定部。
Claims (12)
- 電力を供給する発電所と、上記発電所を管理する電力管理部と、
電力を消費する需要家と、
自然エネルギーにより自然発電を行う自然発電部とを管理するために、
天気予報が出される最小エリアを基本単位として、上記最小エリアを1つあるいは隣接する複数にて成るメッシュエリアとして複数形成し、
上記各メッシュエリアに上記発電所が供給する供給量と、
上記需要家が消費する消費量と、
上記自然発電部による自然発電する発電量とを管理する電力管理システムであって、
上記メッシュエリア毎に管理を行うメッシュエリア管理部は、
上記メッシュエリア内の上記天気予報に基づいて上記自然発電部の発電量予測を算出する発電量予測部と、
上記メッシュエリア内の消費量予測結果を算出する消費量予測部とを有し、
上記発電量予測結果、および上記消費量予測結果に基づいて、上記メッシュエリア内の要求量を策定する要求量策定部を備え、
上記メッシュエリア管理部は、上記各メッシュエリア内で消費される上記消費量、および上記各メッシュエリア内での自然エネルギーによる上記発電量に基づいて上記メッシュエリア内で消費される総合消費量を算出し、
上記総合消費量と上記割当量とを比較し、供給電力が不足すると判断すると、上記電力管理部に対して不足を通知することを特徴とする電力管理システム。 - 上記メッシュエリア管理部の、上記総合消費量と、上記電力管理部より出力される上記メッシュエリアの割当量からあらかじめ定められた閾値より離れたと判断すると、該当メッシュエリア内の需要家に対して省エネ要求、または省エネ目標の少なくてもいずれか一方を通知することを特徴とする請求項1に記載の電力管理システム。
- 上記メッシュエリア管理部が、省エネ要求、または省エネ目標の少なくともいずれか一方の通知は、上記発電所と上記需要家との間で締結された契約量に対して、上記需要家の消費量が上記契約量を超えている当該需要家に対してのみ行うことを特徴とする請求項2に記載の電力管理システム。
- 上記電力管理部は、上記各メッシュエリアの供給量と割当量との差があらかじめ定められた閾値より大きいと判断するか、または、小さいと判断すると、新たに発電計画を策定し、発電所に対して再発電計画を通知することを特徴とする請求項1に記載の電力管理システム。
- 上記電力管理部は、上記供給量が不足すると判断すると、上記各メッシュエリア管理部に対して、省エネ要求、または省エネ目標値の少なくともいずれか一方を通知することを特徴とする請求項1に記載の電力管理システム。
- 上記電力管理部は、上記割当量と上記総合消費量とが大きく異なるメッシュエリアに対しては、当該割当量を変更するとともに上記メッシュエリア管理部に通知することを特徴とする請求項1に記載の電力管理システム。
- 上記メッシュエリア管理部は、上記総合消費量と上記供給量とを比較し、あらかじめ定められた閾値より離れたと判断すると、再度要求量を策定し、上記電力管理部に通知することを特徴とする請求項1に記載の電力管理システム。
- 上記各メッシュエリアは、上記各メッシュエリア内の平均消費量、あるいは契約量、あるいは世帯数、あるいは人口の少なくともいずれかがほぼ一致するように設定されていることを特徴とする請求項1に記載の電力管理システム。
- 上記メッシュエリア管理部は、上記総合消費量と上記割当量とを比較し不足する量と上記割当量と合計の量を、上記各メッシュエリア内での総合消費量とすることを特徴とする請求項1に記載の電力管理システム。
- 上記各メッシュエリアを設定するための上記最小エリアは、人口密度に応じて異なるサイズを利用することを特徴とする請求項1に記載の電力管理システム。
- 上記各メッシュエリア内に配置された蓄電部と、
上記蓄電部に蓄積された蓄電量を管理する充放電制御部と、
上記メッシュエリア管理部は、上記各メッシュエリアへの供給量が不足すると判断すると、上記充放電制御部からの蓄電情報に基づいて蓄電池放電要求を通知し、
上記蓄電部は、上記蓄電池放電要求を受信すると電力を放電することを特徴とする請求項1に記載の電力管理システム。 - 上記蓄電部は、複数の蓄電手段にて構成され、当該蓄電手段の1つが電気自動車バッテリーである場合、
上記充放電制御部は、上記電気自動車バッテリーに蓄電された蓄電量と、上記他の蓄電手段に蓄電された蓄電量とを区別して管理することを特徴とする請求項11に記載の電力管理システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011036037A JP2012175825A (ja) | 2011-02-22 | 2011-02-22 | 電力管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011036037A JP2012175825A (ja) | 2011-02-22 | 2011-02-22 | 電力管理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2012175825A true JP2012175825A (ja) | 2012-09-10 |
Family
ID=46978182
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2011036037A Withdrawn JP2012175825A (ja) | 2011-02-22 | 2011-02-22 | 電力管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2012175825A (ja) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5279972B1 (ja) * | 2013-02-01 | 2013-09-04 | 中国電力株式会社 | 電力予測装置 |
JP2014115034A (ja) * | 2012-12-11 | 2014-06-26 | Fujitsu Ltd | 情報処理装置、情報処理システム、情報処理方法およびプログラム |
WO2014115556A1 (ja) * | 2013-01-24 | 2014-07-31 | 株式会社 東芝 | 電力系統の制御システム |
JP2014204581A (ja) * | 2013-04-05 | 2014-10-27 | 富士通株式会社 | 計画策定装置、計画策定システム、計画策定方法および計画策定プログラム |
WO2015107593A1 (ja) * | 2014-01-15 | 2015-07-23 | 日本電気株式会社 | 電力ルータとその制御方法、コンピュータ可読媒体、及び、電力ネットワークシステム |
JP5886407B1 (ja) * | 2014-12-05 | 2016-03-16 | 中国電力株式会社 | 予測装置 |
JP2016046829A (ja) * | 2014-08-19 | 2016-04-04 | 株式会社デンソー | 電力供給システム |
JP2016129442A (ja) * | 2015-01-09 | 2016-07-14 | 中国電力株式会社 | 発電量予測装置、発電量予測装置の制御方法及びプログラム |
JP6143979B1 (ja) * | 2015-12-16 | 2017-06-07 | 三菱電機株式会社 | 電力管理装置 |
JP2017121133A (ja) * | 2015-12-28 | 2017-07-06 | 株式会社東芝 | 電力需要予測装置および電力需要予測プログラム |
JP6172346B1 (ja) * | 2016-06-17 | 2017-08-02 | 積水ハウス株式会社 | エネルギーマネジメントシステム |
WO2017145462A1 (ja) * | 2016-02-25 | 2017-08-31 | オムロン株式会社 | 電力需給予測システム、電力需給予測方法および電力需給予測プログラム |
WO2017149724A1 (ja) * | 2016-03-03 | 2017-09-08 | 株式会社東芝 | 電力管理システム |
KR101929587B1 (ko) * | 2012-09-19 | 2018-12-17 | 한국전력공사 | 스마트 배전 운영 시스템의 계획급전 프로세스 생성 장치 및 방법 |
JP2019205282A (ja) * | 2018-05-24 | 2019-11-28 | 三菱電機株式会社 | 制御システム、サーバ、制御方法、及びプログラム |
JP2022018848A (ja) * | 2020-07-16 | 2022-01-27 | Kddi株式会社 | 電力需要予測方法およびシステム |
KR20220076225A (ko) * | 2020-11-30 | 2022-06-08 | 한국공학대학교산학협력단 | 태양광 발전 추정량을 이용한 실제 전력부하 산출 방법 및 시스템 |
EP4131698A1 (en) * | 2021-08-04 | 2023-02-08 | Toyota Jidosha Kabushiki Kaisha | Power management system, power management server, and power management method |
CN117114368A (zh) * | 2023-10-23 | 2023-11-24 | 西安航空学院 | 一种基于人工智能的工业大数据数据安全监测系统及方法 |
JP7405068B2 (ja) | 2020-12-15 | 2023-12-26 | トヨタ自動車株式会社 | 情報処理装置、情報処理システム、およびプログラム |
-
2011
- 2011-02-22 JP JP2011036037A patent/JP2012175825A/ja not_active Withdrawn
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101929587B1 (ko) * | 2012-09-19 | 2018-12-17 | 한국전력공사 | 스마트 배전 운영 시스템의 계획급전 프로세스 생성 장치 및 방법 |
JP2014115034A (ja) * | 2012-12-11 | 2014-06-26 | Fujitsu Ltd | 情報処理装置、情報処理システム、情報処理方法およびプログラム |
WO2014115556A1 (ja) * | 2013-01-24 | 2014-07-31 | 株式会社 東芝 | 電力系統の制御システム |
JP2014143835A (ja) * | 2013-01-24 | 2014-08-07 | Toshiba Corp | 電力系統の制御システム |
JP5279972B1 (ja) * | 2013-02-01 | 2013-09-04 | 中国電力株式会社 | 電力予測装置 |
WO2014118973A1 (ja) * | 2013-02-01 | 2014-08-07 | 中国電力株式会社 | 電力予測装置 |
JP2014204581A (ja) * | 2013-04-05 | 2014-10-27 | 富士通株式会社 | 計画策定装置、計画策定システム、計画策定方法および計画策定プログラム |
WO2015107593A1 (ja) * | 2014-01-15 | 2015-07-23 | 日本電気株式会社 | 電力ルータとその制御方法、コンピュータ可読媒体、及び、電力ネットワークシステム |
JP2016046829A (ja) * | 2014-08-19 | 2016-04-04 | 株式会社デンソー | 電力供給システム |
JP5886407B1 (ja) * | 2014-12-05 | 2016-03-16 | 中国電力株式会社 | 予測装置 |
JP2016129442A (ja) * | 2015-01-09 | 2016-07-14 | 中国電力株式会社 | 発電量予測装置、発電量予測装置の制御方法及びプログラム |
JP6143979B1 (ja) * | 2015-12-16 | 2017-06-07 | 三菱電機株式会社 | 電力管理装置 |
JP2017121133A (ja) * | 2015-12-28 | 2017-07-06 | 株式会社東芝 | 電力需要予測装置および電力需要予測プログラム |
CN107851994B (zh) * | 2016-02-25 | 2020-11-10 | 欧姆龙株式会社 | 电力供需预测系统、方法及计算机可读存储介质 |
WO2017145462A1 (ja) * | 2016-02-25 | 2017-08-31 | オムロン株式会社 | 電力需給予測システム、電力需給予測方法および電力需給予測プログラム |
JP2017153268A (ja) * | 2016-02-25 | 2017-08-31 | オムロン株式会社 | 電力需給予測システム、電力需給予測方法および電力需給予測プログラム |
CN107851994A (zh) * | 2016-02-25 | 2018-03-27 | 欧姆龙株式会社 | 电力供需预测系统、电力供需预测方法及电力供需预测程序 |
US10797484B2 (en) | 2016-02-25 | 2020-10-06 | Omron Corporation | Power supply and demand prediction system, power supply and demand prediction method and recording medium storing power supply and demand prediction program |
EP3422516A4 (en) * | 2016-02-25 | 2019-11-13 | Omron Corporation | SYSTEM FOR FORECASTING THE OFFER AND DEMAND OF ELECTRICITY, METHOD FOR PREDICTING OFFER AND DEMAND FOR ELECTRICITY AND PROGRAM FOR PREDICTING OFFER AND DEMAND FOR ELECTRICITY |
WO2017149724A1 (ja) * | 2016-03-03 | 2017-09-08 | 株式会社東芝 | 電力管理システム |
JPWO2017149724A1 (ja) * | 2016-03-03 | 2018-10-04 | 株式会社東芝 | 電力管理システム |
JP2017225300A (ja) * | 2016-06-17 | 2017-12-21 | 積水ハウス株式会社 | エネルギーマネジメントシステム |
JP6172346B1 (ja) * | 2016-06-17 | 2017-08-02 | 積水ハウス株式会社 | エネルギーマネジメントシステム |
JP2019205282A (ja) * | 2018-05-24 | 2019-11-28 | 三菱電機株式会社 | 制御システム、サーバ、制御方法、及びプログラム |
JP7113662B2 (ja) | 2018-05-24 | 2022-08-05 | 三菱電機株式会社 | 制御システム、サーバ、制御方法、及びプログラム |
JP2022018848A (ja) * | 2020-07-16 | 2022-01-27 | Kddi株式会社 | 電力需要予測方法およびシステム |
JP7328940B2 (ja) | 2020-07-16 | 2023-08-17 | Kddi株式会社 | 電力需要予測方法およびシステム |
KR20220076225A (ko) * | 2020-11-30 | 2022-06-08 | 한국공학대학교산학협력단 | 태양광 발전 추정량을 이용한 실제 전력부하 산출 방법 및 시스템 |
KR102588604B1 (ko) * | 2020-11-30 | 2023-10-11 | 한국공학대학교산학협력단 | 태양광 발전 추정량을 이용한 실제 전력부하 산출 방법 및 시스템 |
JP7405068B2 (ja) | 2020-12-15 | 2023-12-26 | トヨタ自動車株式会社 | 情報処理装置、情報処理システム、およびプログラム |
EP4131698A1 (en) * | 2021-08-04 | 2023-02-08 | Toyota Jidosha Kabushiki Kaisha | Power management system, power management server, and power management method |
CN117114368A (zh) * | 2023-10-23 | 2023-11-24 | 西安航空学院 | 一种基于人工智能的工业大数据数据安全监测系统及方法 |
CN117114368B (zh) * | 2023-10-23 | 2024-01-23 | 西安航空学院 | 一种基于人工智能的工业大数据数据安全监测系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2012175825A (ja) | 電力管理システム | |
US8862281B2 (en) | Electric power distribution system | |
CN108292860B (zh) | 电力控制装置、运转计划制定方法以及记录介质 | |
JP6178045B2 (ja) | エネルギー管理システム、エネルギー管理方法、プログラムおよびサーバ装置 | |
Mishra et al. | Greencharge: Managing renewableenergy in smart buildings | |
TWI441407B (zh) | 用以分配電能之方法及裝置以及電腦可讀取媒體 | |
JP2012178935A (ja) | 系統電力管理システム | |
JP6592454B2 (ja) | 電力制御システム、電力制御方法及びプログラム | |
JP6249895B2 (ja) | 電力制御システム、方法及び電力制御装置 | |
US20160276832A1 (en) | Energy management system for adjusting energy supply and demand of plurality of districts, and energy management method | |
JP6592360B2 (ja) | 電力管理方法 | |
JP6901286B2 (ja) | 電力制御システム | |
JP6918456B2 (ja) | 電力制御システムおよび電力制御方法 | |
AU2012286588A1 (en) | Power apparatus | |
JP6676477B2 (ja) | 建物の消費電力予測システム、蓄電装置の制御システム、及び蓄電装置の制御方法 | |
JP6148631B2 (ja) | 蓄電装置の放電開始時刻決定システム | |
JP2010016989A (ja) | 発電システム | |
KR101493264B1 (ko) | 에너지 비용 절감을 위한 에너지 균등 제어 방법 및 시스템 | |
JP2016046922A (ja) | 電力需給調整システム、上位地域電力管理装置、および、下位地域電力管理装置 | |
WO2013168814A1 (ja) | エネルギー管理装置、エネルギー管理方法およびプログラム | |
Soto et al. | Simulations of efficiency improvements using measured microgrid data | |
JP6985090B2 (ja) | 充放電制御装置 | |
JP2020054070A (ja) | 電力制御システム | |
US9851734B2 (en) | Alert presentation apparatus and alert presentation method | |
JP6054737B2 (ja) | 蓄電量の推移を予測する方法、及び予測装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20140513 |