(57)【要約】  需要家協調支援システムにおいて、複数のマスタ需要家からの制御依頼が干渉しないようにする。  一般的な電力需要家の属性情報を収集、管理、送信可能なEMS群と他の需要家に対して主体的に制御依頼を行うマスタ需要家EMS群において、EMS群から属性情報を収集、管理し、マスタ需要家EMS群の識別子を管理する需要家協調支援装置であって、属性情報を基に分類することで得られるクラスタを、マスタ需要家EMSに対応して作成されるグループに割り振り、マスタ需要家EMSが制御依頼を行うためにEMS群を参照した際、参照可能なEMS群をグループに含まれるEMSに限定することを特徴とする。
2014033800.tif 000002
【特許請求の範囲】
【請求項１】
複数の需要家間の中から電力融通をし合う複数の需要家が特定されたグループを決定する電力融通グループ決定方法であって、
前記需要家の夫々に、当該需要家の属性を示すクラスタ情報を定めるステップと、
前記需要家のうち前記クラスタ情報が同一の需要家をグルーピング化するステップと、
前記グルーピングされた前記需要家を、作成するグループの数に分割するステップと、
前記分割された前記需要家にてグループを形成するステップと、
を備えることを特徴とする電力融通グループ決定方法。
【請求項２】
請求項１に記載の電力融通グループ決定方法において、
前記作成するグループの数は、前記需要家のうち、電力融通情報を発信できるマスタ需要家の数であることを特徴とする電力融通グループ決定方法。
【請求項３】
請求項２に記載の電力融通グループ決定方法において、
前記クラスタ情報には、過去の電力融通における応答率の情報が含まれることを特徴とする電力融通グループ決定方法。
【請求項４】
請求項２又は３に記載の電力融通グループ決定方法で決定されたグループ内で、前記マスタ需要家からの制御要求に基づき電力の融通を行う電力融通方法。
【請求項５】
複数の需要家間の中から電力融通をし合う複数の需要家が特定されたグループを決定する需要家協調支援装置であって、
前記需要家毎に、当該需要家の属性を示すクラスタ情報が定められたテーブルを備える記憶部と、
前記需要家のうち前記クラスタ情報が同一の需要家をグルーピング化し、当該グルーピングされた前記需要家を、作成するグループの数に分割し、当該分割された前記需要家にてグループを形成するグループ管理処理部と、
を備えることを特徴とする需要家協調支援装置。
【請求項６】
請求項５に記載の需要家協調支援装置において、
前記作成するグループの数は、前記需要家のうち、電力融通情報を発信できるマスタ需要家の数であることを特徴とする需要家協調支援装置。
【請求項７】
請求項６に記載の需要家協調支援装置において、
前記クラスタ情報には、過去の電力融通における応答率の情報が含まれることを特徴とする需要家協調支援装置。
【請求項８】
請求項５乃至７のいずれか一項に記載の需要家協調支援装置において、
前記複数の需要家間の電力融通の制御要求を中継する制御依頼中継処理部をさらに備えることを特徴とする需要家協調支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スマートグリッドに関するものである。
【背景技術】
【０００２】
近年、太陽光発電装置や風力発電装置、NAS電池や電気自動車が一般家庭やビル、工場といった電力需要家に普及しつつある。そのような発電装置や蓄電池、およびエアコンなどの電気機器をネットワークで接続し、機器の稼働状況を監視し、電力の過不足分を融通し合うことで、地域内での電力使用量の効率化を実現するスマートグリッドという枠組みが注目を集めている。【０００３】
この枠組みでは、ネットワークを介して収集した機器の稼働データに基づき、配電会社からネットワークを介して機器の電源をOn/Offしたり、出力制御を行うことが想定されている。例えば、日中の電力需要が高い時間帯に需要家に制御依頼を送信し、了解を得たうえで需要家が持つエアコンを止めたり設定温度を変えることで、使用電力量を最大発電量以下に抑えることが可能となる。【０００４】
但し、制御対象機器は需要家の持ち物であるため、制御が拒否されることが想定されている。そのことから、制御計画を立てる際に需要家の制御受諾/拒否を予想したり、需要家に制御を受諾してもらうために必要なインセンティブを算出する手法が研究されてきた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2008-295193号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では、過去の電力需給データに基づき将来の電力需給データを予測し、その結果に従って制御計画を立てていた。この時、需要家ごとに過去の制御受諾/拒否の結果から需要家に提示したインセンティブと制御に対する協力度といった需要家のモデルを計算する。この結果を制御時に用いることで、協力度が高い需要家を選択して制御することが出来、制御結果の精度を高めることができた。【０００７】
ここで、特許文献１では、ある需要家に対して制御を行うのは単一の主体（電力会社、配電会社等）であることが想定されている。しかし、スマートグリッドに関連して提唱されているCEMS（地域エネルギーマネジメントシステム）やマイクログリッドでは、地域内の需要家同士が相互に電力を融通するという枠組みが提唱されており、その場合、需要家に対して制御を行うのは単一の電力会社、配電会社に限らず、他の需要家からも制御が行われる。そのため、他に制御を行う主体の存在を想定していない従来手法では精度の高い予測を立てることができない。【０００８】
具体的には、特許文献１では制御に対する応答を予測する際に他の制御を行う主体のことを考慮できないため、一つの需要家に複数の制御が同時に来る事態が発生することが課題である。複数の制御が需要家にとって同時に処理できない場合、一部の制御を拒絶することとなる。その結果、事前の予測と結果が異なることとなり、制御を行う側は制御計画の修正を行う必要が出てくる。このことは制御の安定に時間がかかることとなり、リアルタイム性が必要な電力制御にとって課題となる。【０００９】
ここで、制御を行う主体と制御を受ける対象（需要家等）の間に契約が結ばれていることを前提としたうえで、契約が結ばれている間だけで制御がやり取りされるとすれば、上記の制御が干渉する課題は解消できると考えられる。しかし、契約のみに基づいて制御のやり取りの範囲を限定した場合、制御を行う主体によって対応づけられた制御を受ける対象の性質が大きく異なることが考えられる。このような不均衡が存在する場合、制御をやり取りするグループのうちの一部が電力制御にとっての不安定要因となりうる。具体的には、需要家（群）を電力制御に組み込む場合、十分な設備（発電機、蓄電池等）を持っており、電力制御に対して協力的であること（制御の受諾率が高い）が望ましいと考えられる。しかし需要家が持つ発電装置や蓄電池などの設備、制御を受けたときの受諾率などは需要家ごとに異なる。そのため、契約のみで制御のグループを決定した場合、安定した電力制御を行うに十分な需要家を一部のグループが含んでいない場合が発生しうると考えられる。そのため、緊急時には十分な需給調整を行うことができず、安定した電力制御の障害になると考えられる。【００１０】
そこで、本発明ではこのような課題を踏まえて、複数の制御を行う主体が存在する状況でも制御依頼が競合することを避け、事前の制御結果の予測精度を高めて制御計画の修正の発生回数を減らし、電力制御の安定性を高めることを目的とする。また、電力制御の安定性を保つための状況を保つことを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決する為に、需要家協調支援装置は、制御依頼を主に送信する需要家（マスタ需要家）ごとにグループを作成し、グループと需要家の対応関係の情報を管理する。【００１２】
このグループの作成は、次のようにして行う。まず、（i）需要家が持つ各種機器の稼働データ、（ii）需要家が持つ各種機器の設備データ、（iii）需要家に対して行われた制御依頼の応答結果、（iv）需要家の周囲の気温や温度等の環境データ、のデータを収集、管理する。次に、収集したデータを基に需要家をモデリングし、需要家の制御依頼に対する受諾率を求める。そして、収集したデータとモデリングした結果を基に需要家を分類し、クラスタごとに分ける。そののち、各クラスタ内に含まれる需要家を、マスタ需要家のもつ設備の規模の比率に応じて各グループに割り当てるようにグループを作成する。【００１３】
マスタ需要家は需要家協調支援装置を介して制御依頼を需要家に送信することができる。この時、マスタ需要家に提示される制御依頼送信先の候補は、自身と対応づけられたグループに含められる需要家のみとする。このようにして電力融通を実現する。
【発明の効果】
【００１４】
特定の需要家毎に需要家のグループを作成し、その範囲内で制御依頼の実施を限定することで、制御依頼が競合することを避けることができる。またグループを作成する際に、一度需要家をクラスタリングし、各クラスタをマスタ需要家の持つ設備の規模の比率に応じて、各グループに割ふることで、マスタ需要家の設備の規模と割り当てられる需要家が持つ設備の総量のバランスがグループ間で大きく異なることを防ぐ。
【図面の簡単な説明】
【００１５】
【図１】システム構成
【図２】物理構成
【図３】ソフトウェア構成
【図４】過去の稼働情報
【図５】設備情報
【図６】制御に対する応答
【図７】需要家が属するグループとクラスタの管理データ
【図８】環境情報
【図９】分析結果
【図１０】グループ管理のフローチャート
【図１１】グループ作成処理のイメージ図
【図１２】マスタ需要家増加時の処理のイメージ図
【図１３】マスタ需要家削減時の処理のイメージ図
【図１４】需要家増加時の処理のイメージ図
【図１５】グループデータ
【図１６】制御依頼中継
【図１７】契約情報
【図１８】変圧器の変圧時の損失率
【図１９】需要家と最寄の変圧器間の送電時の損失率
【図２０】変圧器間の送電時の損失率
【発明を実施するための形態】
【実施例１】
【００１６】
以下、図面を用いて、本発明の実施形態を説明する。【００１７】
図1を用いて、システムの構成を示したブロック図を説明する。需要家協調支援装置a1は需要家間で送受信される制御依頼を中継し、また需要家のグループ分けを行うための装置である。需要家a3は一般家庭や工場、ビルといった電力の使用者を抽象的に表現したものである。需要家協調支援装置a1と需要家a3はネットワーク（インターネットなど）2を介して双方向通信が可能であるとする。また、図1において発電装置a5、電力消費装置a6、蓄電装置a7は、需要家a3が持つ発電、電力使用、蓄電ができる機器を抽象的に表現したものであり、EMSa4はそれらの機器を管理、制御し、需要家協調支援装置a1と通信するための装置である。【００１８】
図2を用いて、需要家協調支援装置a1の物理構成例を説明する。この装置は、演算装置（CPU） b1、記憶装置（主メモリb2、ハードディスクb3）、ネットワークアダプターb4を有しており、ネットワークアダプターb4を介してネットワーク a2に接続される。【００１９】
この記憶装置の中には各種DBが備わっている。具体的には、DBとして稼働データc1、設備データc2、制御依頼履歴データc3、グループデータc4、環境データc5を備えている。【００２０】
図3を用いて、需要家協調支援装置a1のソフトウェア構成を説明する。なお、これらソフトウエアは記憶装置に格納されており、適宜演算装置により実行されることで、各処理部として機能する。この装置は処理実行部として、稼働データ収集処理部c6、設備データ管理処理部c7、制御依頼中継処理部c8、分析処理部c9、グループ管理処理部c11、送電距離管理処理部c12を備えている。
処理実行部は通信部c10を介して外部と通信を行う。【００２１】
図4、図5、図6、図7、図8、図9、図15を用いて、需要家協調支援装置a1の内部で管理するデータの形式を説明する。【００２２】
図4は需要家が持つ機器の稼働データ（過去の稼働情報）を管理する際のデータ形式を表したものである。需要家ID d1は需要家を識別する為に用いる一意に定められたIDであり、時刻d2は稼働データを取得した時刻である。需要家が持つ設備の稼働データは発電量d3、消費電力量d4、蓄電量d5の3つの値で表され、需要家ID d1と時刻d2の組と紐づけられて管理される。この表の各エントリはEMS a4から稼働データが送られてくるたびに追加される。【００２３】
図5は需要家が持つ機器の性能データ（設備情報）を管理する際のデータ形式を表したものである。緯度e1、緯度e2は需要家が持つ設備が存在する場所を示す。需要家が持つ機器の性能は最大発電量e3、最大消費電力量e4、最大蓄電量e5の3つの値で表され、需要家IDと紐づけられて管理される。この表の各エントリは需要家a3が持つEMS a4と対応しており、需要家協調支援装置a1にEMS a4が登録される際に対応するエントリが作成され、EMSa4が削除されると対応するエントリも削除される。【００２４】
図6は需要家に出した制御依頼の履歴を管理する際のデータ形式を表したものである。結果f1は制御依頼結果を表すものであり、時刻f2と制御依頼内容f3は制御依頼が出された時刻とその内容を表す。これらのデータは需要家IDと紐づけて管理される。この表の各エントリはEMS a4が制御依頼を受けるたびに追加される。【００２５】
図7は需要家が属するグループとクラスタを管理する際のデータ形式を示したものである。グループIDg1は自らの判断で他の需要家に制御依頼を出して電力を調達する需要家（マスタ需要家）ごとに定義されるグループのIDであり、クラスタIDg2は需要家の持つ設備量や制御依頼に対する応答結果等の特性を用いたクラスタリング結果を表すIDである。【００２６】
各需要家が属するグループは、グループIDg1の対応付けで管理され、各需要家がどのような特徴を持っているのかをいうことは、クラスタIDg2によって管理される。この表の各エントリはEMS a4と対応しており、EMS a4が需要家協調支援装置a1に登録される際に対応するエントリが作成され、EMSが削除されるとエントリも削除される。【００２７】
図8は需要家が存在する場所の環境に関する環境情報を管理するデータ形式を示したものである。気温h1は需要家の周囲の環境を表す指標の一例であり、これらは需要家IDと時刻に紐づけて管理される。この表の各エントリはEMS a4から需要家a3の周囲の環境情報が送られてくるたびに作成される。【００２８】
図9は分析結果を管理する際のデータ形式である。制御依頼実行率i1は、需要家に制御依頼を出した際にそれが実施されるかどうかを示す値である。この表の各エントリはEMS a4に対応しており、EMS a4が需要家協調支援装置a1に登録される際に作成され、登録が削除されると対応して削除される。【００２９】
図15はグループを管理する際のグループデータのデータ形式を示したものである。マスタ需要家ID o1は各グループに対応付けられたマスタ需要家のIDである。この表の各エントリは需要家a3のうち他の需要家へ制御依頼を主に行う需要家（マスタ需要家）に対応しており、その需要家が需要家協調支援装置a1にマスタ需要家として登録される際に対応するエントリが作成され、登録が削除されると、対応するエントリも削除される。【００３０】
図17は制御依頼を主に行う需要家（マスタ需要家）とその他の需要家との契約の対応関係を管理する際の契約情報のデータ形式を示したものである。契約先マスタ需要家ID q1はその他の需要家が契約しているマスタ需要家のIDである。この表の各エントリは需要家a3のうちマスタ需要家以外の需要家に対応しており、その需要家が需要家協調支援装置a1に登録される際に対応するエントリが作成され、登録が削除されると対応するエントリも削除される。【００３１】
図18は変圧器を管理する際のデータ形式である。変圧器ID r1は、変圧器ごとに定義されるIDであり、変圧時の損失率r2は変圧器をまたいで送電する際の電力の損失率を表す。この表のエントリは送配電網に変圧器が追加されれば追加され、除去されれば削除される。【００３２】
図19は需要家と、送電上の最寄りの変圧器との対応関係と、その間の送電時の電力損失率を管理する際のデータ形式である。最寄りの変圧器ID s1は需要家における送電上の最寄の変圧器のIDを表しており、需要家―変圧器間の損失率s2は需要家と最寄りの変圧器間で送電する際の電力損失率を表す。この表のエントリは需要家が追加されれば追加され、除去されれば削除される。【００３３】
図20は変圧器間の送電時の電力の損失率を管理する際のデータ形式である。変圧器の組t1は変圧器IDの組であり、変圧器間の損失率t2は変圧器間の送電時の電力損失率を表す。この表のエントリは送配電網に変圧器が追加されれば、追加された変圧器と既存の変圧器間それぞれに対応するエントリが追加され、除去されれば、除去された変圧器と残りの変圧器間に対応するエントリが除去される。【００３４】
次に、需要家強調支援装置による各種処理の内容を説明する。【００３５】
＜制御依頼実行率の算出＞
「（累積制御依頼実行時間）÷（累積制御依頼実行時間＋累積制御依頼拒否時間）」に従って各需要家ごとの制御依頼実行時間を算出する。【００３６】
図10にグループ管理の処理の概要を示す。需要家協調支援装置a1のグループ管理処理部が、定期的に本処理を実行することで、グループの情報を更新する。図10で示される各ステップの処理は、以降のパラグラフで説明する。【００３７】
＜グループの作成＞：図10のj1に相当
図11にグループ作成時の処理のイメージ図を示す。下記に、図を適宜参照しつつ詳細な処理の説明を記す。【００３８】
（１）k1：マスタ需要家ごとにグループを作成する。マスタ需要家ごとにグループIDを作成し、マスタ需要家とグループIDの組を図15で示されるテーブルに登録する。図15に対してマスタ需要家に対応するエントリが作成され、g1の取りうる値の範囲が決定する。
（２）k2：マスタ需要家以外の需要家を、図4、図5、図8、図9で管理される値を基に、K平均やベクトル量子化といった手法を用いてクラスタリングを行う。この結果、各需要家に対応する図7のエントリのg2の値が求まる。また、このようにすることで、各クラスタには似た性質の需要家が含まれることとなる。
（３）k3：各クラスタに含まれる需要家を、ラウンドロビンといった平準化手法を用いて各グループに割り振る。この結果、各需要家に対応する図7のエントリのg1の値が求まる。また、平準化手法を用いて各クラスタに含まれる需要家を各グループに割り振ることで、各グループに割り振られる需要家の性質を同じようにすることができる。【００３９】
＜マスタ需要家が増えた際のグループ情報の更新＞：図10のj2、j3に相当
図12にマスタ需要家が増えた際のグループ情報更新処理のイメージ図を示す。下記に、図を適宜参照しつつ詳細な処理の説明を記す。
（１）l1：増加したマスタ需要家に合わせて新規にグループを作成する。図15に対して増加したマスタ需要家に対応するエントリが作成され、g1の取りうる範囲が増加する。
（２）l2：既存のグループに割り当てられている需要家の一部を抽出し、新たなグループに割り当てる。各グループの同一クラスタに属する需要家のうち、（元のマスタ需要家数）÷（新たなマスタ需要家数）の割合の需要家を抽出する。
（３）l3：l2で抽出した需要家をあらたに追加されたマスタ需要家に割り当てる。抽出した需要家に対応する図7のエントリのg1の値が、l1で新規に作成されたグループIDに変更される。【００４０】
＜マスタ需要家が減った際のグループ情報の更新＞：図10のj4、j5に相当
図13にマスタ需要家が減った際のグループ情報更新処理のイメージ図を示す。下記に、図を適宜参照しつつ詳細な処理の説明を記す。
（１）m1：削減されたマスタ需要家に対応するグループを削除する。図15の削減されたマスタ需要家に対応するエントリが削除される。
（２）m2：減るマスタ需要家のグループIDg1とクラスタIDg2に対し、その2つの値で限定される需要家グループを残りのマスタ需要家数で分割し、それぞれのマスタ需要家に割り振り、各需要家のグループIDg1を更新する。【００４１】
＜需要家が増えた際のグループ情報の更新＞：図10のj6、j7に相当
図14に需要家が増加した際のグループ情報更新処理のイメージ図を示す。下記に、図を適宜参照しつつ詳細な処理の説明を記す。
（１）n1：需要家が追加される。追加された需要家に対いて、図4、図5、図6、図7、図8、図9のエントリが作成される。
（２）n2：k2の過程で作成された識別機を用いて、需要家のクラスタIDg2を決定する。
（３）n3：先ほど決定したクラスタIDg2と、任意のグループIDg1で定められるグループに含まれる需要家数を比較し、最も含まれる需要家が少ないグループのグループIDg1を増えた需要家のグループIDg1とする。【００４２】
＜需要家が減った際のグループ情報の更新＞：図10のj8、j9に相当
需要家をそのまま削除する。対応する図4、図5、図6、図7、図8、図9のエントリを削除する。【００４３】
＜割当の見直し＞：図10のj10に相当
下記の条件のいずれかに当てはまる事象が発生した場合は、その事象を検出した処理部がグループ管理処理部c11にグループの作成実行を要求し、割り当ての見直しが実行される。
（１）マスタ需要家が行う制御依頼に関して、見積もりと実績が異なることが続き、それを制御依頼中継処理部c8が検出したとき。
（２）各マスタ需要家に割り当てられた需要家の設備総量を定期的にグループ管理処理部がチェックし、マスタ需要家間で大きな差が出ていると判断したとき。【００４４】
＜制御依頼の中継＞
図16に需要家協調支援装置がマスタ需要家からの制御依頼を中継する際のシーケンスを示す。下記に、図を適宜参照しつつ詳細な処理の説明を記す。
（１）p1：マスタ需要家のEMSは自分自身に割り当てられたグループに属する需要家のIDリストを、需要家協調支援装置へ取得要求を出す。自分自身に割り振られた需要家IDをキーとして送る。それに対し、需要家協調支援装置は、格納している図15の表から対応するグループIDを引き、図7の表のエントリのうち、グループIDg1が先ほど引いたグループIDと同一なエントリを抽出し、マスタ需要家に返す。
（２）p2：需要家協調支援装置は、図7に記された表で管理されるデータを基に、需要家IDリストを生成し、マスタ需要家へ返す。
（３）p3：マスタ需要家は需要家IDをキーに、他の需要家のデータ取得要求を需要家協調支援装置に出す。この時参照されるデータは、図4、図5、図6、図8、図9で示される表で管理されるデータである。
（４）p4：需要家協調支援装置はマスタ需要家から参照されたデータを自身が持っていれば返す。持っていない場合は持っていないことを返す。
（５）p5：マスタ需要家は、p4で得られたデータを基に制御依頼を送信する需要家を決定し、その需要家のIDをキーとして制御依頼を送信する。
（６）p6：需要家協調支援装置は制御依頼を中継し、各需要家へ送る。
【実施例２】
【００４５】
次に、本発明の第二の実施例として、初期グループ作成時に外部からグループ情報を与える場合について説明する。これは、契約関係など、マスタ需要家と需要家が事前に持っている関係に関する情報をグループ作成に反映させる場合を想定している。なお、実施例1と重複する部分の説明は割愛し、差分のみ説明する。【００４６】
＜グループの作成＞
k3：需要家を、図17に示されるデータを基に各グループに割り振る。契約先マスタ需要家ID q1で指定されるマスタ需要家に対応するグループへ、各需要家を割り振る。こうすることで、初期グループ作成時に契約情報を反映することができる。
【実施例３】
【００４７】
次に、本発明の第三の実施例として、割当の見直し時に需要家間で定義した、距離に準拠する指標を考慮する場合について説明する。これは、送電時の電力損失率といった、現実世界での需要家の位置関係や送電網のトポロジに依存する特徴をグループの割り当て見直しに反映させる場合を想定している。なお、実施例1と重複する部分の説明は割愛し、差分のみ説明する。【００４８】
＜割当の見直し＞
下記の条件のいずれかに当てはまる事象が発生した場合は、その事象を検出した処理部がグループ管理処理部c11にグループの作成実行を要求し、割り当ての見直しが実行される。
（１）マスタ需要家が行う制御依頼に関して、見積もりと実績が異なることが続き、それを制御依頼中継処理部c8が検出したとき。
（２）各マスタ需要家に割り当てられた需要家の設備総量を定期的にグループ管理処理部がチェックし、マスタ需要家間で大きな差が出ていると判断したとき。【００４９】
＜需要家の交換＞
（1）マスタ需要家の持つ設備と比較して、割り当てられた需要家の持つ設備の総量が過剰なグループと過少なグループのペアを選択する。
（2）過剰なグループに含まれる需要家のうち、過少なグループとの送電上の距離が最も少ない需要家を選択し、過少なグループに移す。この時、過剰なグループから移される需要家と、過少なグループとの送電上の距離は、過少なグループに含まれる需要家のうち、移される需要家との送電上の距離が最も小さくなる需要家との距離を用いるものとする。また、需要家間の距離dは、二つの需要家のIDをx、yとしたとき、下記の式で求められるものとする。【００５０】
d(x, y) = s2(x) * r2(s1(x)) * t2(s1(x), s1(y)) * r2(s1(y)) * s2(y)
但し、s2(x)は図19で示される表から需要家ID xを用いて引いたエントリに含まれる、需要家―変圧器間の損失率であり、s1(x)は、図19で示される表から需要家ID xを用いて引いたエントリに含まれる最寄の変圧器IDであり、r2(s1(x))は図18で示される表から変圧器ID s1(x)を用いて引いたエントリに含まれる変圧時の損失率であり、t2(s1(x), s1(y))は図20で示される表から変圧器ID s1(x)、s1(y)の組を用いて引いたエントリに含まれる変圧器間の損失を表す。
（3）  （2）の処理をを繰り返し、どちらかのグループが、割り当てられた需要家の持つ設備の総量とマスタ需要家の持つ設備の割合と、全体の割合の差が閾値以下になるまで繰り返す。
(4)  （2）、（3）の処理を、過剰/過少なグループがなくなるまで繰り返す。
【符号の説明】
【００５１】
a1：需要家協調支援装置、  a2：Internet、a3：需要家、a4：EMS、a5：発電装置、a6：電力消費装置、a7：蓄電装置、a8：環境計測センサ、b1：CPU、b2：Main Memory、b3：Storage、b4：NetworkAdapter、c1：稼働データ、c2：設備データ、c3：制御依頼履歴データ、c4：グループデータ、c5：環境データ、c6：稼働データ収集、c7：設備データ管理、c8：制御依頼中継、c9：分析、c10：通信部、c11：契約データ、c12：送電距離、d1：需要家ID、d2：時刻、d3：発電量、d4：消費電力量、d5：蓄電量、e1：緯度、e2：経度、e3：最大発電量、e4：最大消費電力量、e5：最大蓄電量、f1：結果、f2：時刻、f3：制御依頼内容、g1：グループID、g2：クラスタID、h1：気温、i1：制御依頼実行率、o1：マスタ需要家ID、q1：契約先マスタ需要家ID。r1：変圧器ID。r2：変圧時の損失率。s1：最寄の変圧器ID。s2：需要家―変圧器間の損失率。t1：変圧器IDの組。t2：変圧器間の損失率。
【図１】
2014033800.tif 000003
【図２】
2014033800.tif 000004
【図３】
2014033800.tif 000005
【図４】
2014033800.tif 000006
【図５】
2014033800.tif 000007
【図６】
2014033800.tif 000008
【図７】
2014033800.tif 000009
【図８】
2014033800.tif 000010
【図９】
2014033800.tif 000011
【図１０】
2014033800.tif 000012
【図１１】
2014033800.tif 000013
【図１２】
2014033800.tif 000014
【図１３】
2014033800.tif 000015
【図１４】
2014033800.tif 000016
【図１５】
2014033800.tif 000017
【図１６】
2014033800.tif 000018
【図１７】
2014033800.tif 000019
【図１８】
2014033800.tif 000020
【図１９】
2014033800.tif 000021
【図２０】
2014033800.tif 000022
【手続補正書】
【提出日】平成28年1月4日(2016.1.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の需要家間の中から電力融通をし合う複数の需要家が特定されたグループを決定する電力融通グループ決定方法であって、
需要家協調支援装置により、前記需要家の夫々に、当該需要家の属性を示すクラスタ情報を定めるステップと、
前記需要家協調支援装置により、前記需要家のうち前記クラスタ情報が同一の需要家をグルーピング化するステップと、
前記需要家協調支援装置により、前記グルーピングされた前記需要家を、作成するグループの数に分割するステップと、
前記需要家協調支援装置により、前記分割された前記需要家にてグループを形成するステップと、を備え、
前記クラスタ情報には、過去の電力融通における応答率の情報が含まれる
ことを特徴とする電力融通グループ決定方法。
【請求項２】
請求項１に記載の電力融通グループ決定方法において、
前記作成するグループの数は、前記需要家のうち、電力融通情報を発信できるマスタ需要家の数である
ことを特徴とする電力融通グループ決定方法。
【請求項３】
請求項１又は２に記載の電力融通グループ決定方法において、
前記需要家協調支援装置は、決定されたグループ内で、前記マスタ需要家からの制御要求に基づき電力の融通を行う
ことを特徴とする電力融通グループ決定方法。
【請求項４】
複数の需要家間の中から電力融通をし合う複数の需要家が特定されたグループを決定する需要家協調支援装置であって、
前記需要家毎に、当該需要家の属性を示すクラスタ情報が定められたテーブルを備える記憶部と、
前記需要家のうち前記クラスタ情報が同一の需要家をグルーピング化し、当該グルーピングされた前記需要家を、作成するグループの数に分割し、当該分割された前記需要家にてグループを形成するグループ管理処理部と、
を備え、
前記クラスタ情報には、過去の電力融通における応答率の情報が含まれる
ことを特徴とする需要家協調支援装置。
【請求項５】
請求項４に記載の需要家協調支援装置において、
前記作成するグループの数は、前記需要家のうち、電力融通情報を発信できるマスタ需要家の数である
ことを特徴とする需要家協調支援装置。
【請求項６】
請求項４乃至５のいずれか一項に記載の需要家協調支援装置において、
前記複数の需要家間の電力融通の制御要求を中継する制御依頼中継処理部をさらに備える
ことを特徴とする需要家協調支援装置。
【国際調査報告】
2014033800.tif 000023
2014033800.tif 000024
2014033800.tif 000025
2014033800.tif 000026