"予測電力需要に基づいて配電系統の負荷が平準化されるように需要家の機器の設定状態の変更を要請するものであって、ランク付けされた各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ機器の設定状態の変更を要請することを特徴とする電力需要調整装置。請求項1に記載の電力需要調整装置において、前記ランクは、需要家別もしくは需要家機器別のランクであり、少なくとも該需要家もしくは該需要家機器が過去の要請に対して協力した回数の情報を用いて定まることを特徴とする電力需要調整装置。請求項1に記載の電力需要調整装置において、通信手段を介して需要家側端末と接続されており、前記需要家端末から、一定期間中における出力機能の稼働回数のカウント結果を受信することを特徴とする電力需要調整装置。請求項3に記載の電力需要調整装置において、前記ランクは、前記需要家側端末装置から伝達される、一定期間中における出力機能の稼働回数情報を元に定まることを特徴とする電力需要調整装置。需要家の機器の設定状態の変更を要請する電力需要調整装置と、前記電力需要調整装置からの要請に応じて機器の設定状態の変更するための処理を行う需要側端末を有する電力調整ネットワークシステムにおいて、前記電力需要調整装置は、ランク付けされた前記各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ前記要請を配信することを特徴とする電力調整ネットワークシステム。請求項5に記載の電力調整ネットワークシステムにおいて、前記電力調整装置と前記需要家側端末装置とは通信手段を介して接続される構成とすることを特徴とする電力調整ネットワークシステム。請求項6に記載の電力調整ネットワークシステムにおいて、前記電力需要調整装置には複数の需要家のランクを統計処理する機能と、前記需要家側端末へ送信する機能を有し、需要家側端末には前記統計処理した結果を受信する機能と、これを該需要家側端末に出力する機能を有することを特徴とする電力調整ネットワークシステム。請求項6に記載の電力調整ネットワークシステムにおいて、前記電力需要調整装置は、前記需要家または前記需要家機器の設定状態の変更の要請に従った需要家へインセンティブを付与し、該付与したインセンティブ情報を管理し、該インセンティブ情報を前記需要家側端末へ送信する機能を有し、一方、前記需要家側端末には、前記電力調整装置が送信するインセンティブ情報を受信する機能と、該インセンティブ情報を出力する機能を有することを特徴とする電力調整ネットワークシステム。実績情報から予測された予測需要が所定の需要領域から外れたかを判断し、前記所定の需要領域から外れたと判断された場合に、ランク付けされた前記各需要家のランクに基づいて前記需要家のうちから機器の設定状態の変更を要請する需要家を選択し、該選択した需要家へ要請する電力需要調整方法。しかし上記技術では、全ての需要家に対して要請する仕組みである。従って、全ての需要家にエネルギー利用量の削減を要請した結果、当初の想定をはるかに超える需要家が要請に応えた場合には、エネルギー利用量が必要以上に削減されると供に、別の時間帯にエネルギー利用が集中することとなり、結果的にピークシフト効果が不充分との問題がある。本発明の目的は、このような問題点を解決することにある。上記目的を達成するために、本発明では、ランク付けされた需要家のランクに基づいて需要家のうちから機器の設定状態の変更を要請する需要家を選択するように構成した。本発明によれば、適切なピークシフトを実現できる。以下に本発明の実施形態を記す。図1は本発明を実現するための機器構成である。0101は需要調整サーバで、以下に記す機能データベースを有する。なお、需要調整サーバ0101は、汎用のサーバ装置等で実現可能である。0102は電力需要実績データベースで、需要家別機器別時間帯別の電力消費量の実績値[Wh]が記録される。これらの情報は、通信機能0112を介して需要家側の計測機能0118から常時伝送される。電力需要実績データベース0102のフォーマットは、図14に示す構造で、需要家ID,年月日,時間帯,機器名,消費電力量などの情報が格納される。0103は電力需要予測機能で、電力需要実績データベース0102の情報を元に、翌日の需要家別機器別時間帯別例えば30分間ごとの電力需要[Wh]を予測する。予測方式には、機器毎時間帯毎に過去の電力消費量の平均値を算出する方法などが考えられる。予測した結果は、図5に示すフォーマットにて記憶機能に格納しておく。なお、電量需要予測値の符号は、電力系統から見た負荷増大方向を正として示している。0104は気象予測データベースで、過去の気象情報の実績や翌日の気象情報の予測が時間帯別例えば30分間毎に記録されている。なお、気象情報には、天気種別晴曇雨などや時間帯ごとの日照時間などが記録されている。0105はPV太陽光発電発電量予測機能で、気象予測データベース0104に記録された日照時間などの情報をもとに、翌日の時間帯別例えば30分間毎の太陽光発電の発電電力量を予測する機能である。太陽光発電電力量の予測には、式1に示す方法などが考えられる。なお、PVに代えて、あるいは、PVに加えて、PV以外の風力発電などの自然エネルギーを利用した発電装置を用いても良い。なお、各要素は、Ppvtは、翌日の時間帯tにおける太陽光発電電力量[Wh]の予測値。Ppv0tは、翌日の時間帯tにおける快晴時の太陽光発電電力量[Wh]の見込み値で、図示しないメモリに予め記録されている情報。Ttは、翌日の時間帯tにおける30分間あたりの日照時間[h]で、気象予測データベース0104に記録された情報。Wは、時間帯ごとの時間幅[h]30分間。である。0106は必要調整量算出機能で、需要家機器毎の電力需要予測値を合算した需要家単位の電力需要予測値を、コミュニティの需要家数で更に合算した電力需要予測値と、各需要家が設置する太陽光発電の発電電力量の予測値をコミュニティ全体で合算した値と、予め設定する配電系統における電力需要の上限下限閾値とから、コミュニティ全体での需要調整量を算出する。0107は、設備情報データベースで、需要家が設置する機器家電などの定格出力などの情報が格納されている。0108は、機器別調整力算出機能で、停止状態の機器を稼働する場合需要喚起や、稼働状態の機器を停止する場合需要抑制の電力需要の変化量=需要調整力を需要家機器ごとに算出する。0109は、調整要請生成機能で、需要調整を要請する需要家機器と、その設定方法停止させるまたは稼働させる、および需要家が要請に従った場合に需要家へ与えられるインセンティブポイントの情報で構成される調整要請情報を生成する。0110は、要請実績データベースで、過去の需要家への調整要請情報を記録するデータベースである。0111は、協力レベル判定機能で、需要調整要請に対する協力意識の高さを需要家ごとに数値で表す機能である。0112は通信機能であり、コミュニティの各需要家に設置される需要家端末と通信する機能である。0122は記憶機能であり、一時的に情報を記憶する機能である。0113は通信ネットワークであり、インターネット,携帯電話網,独自の通信手段などが考えられる。0114は需要家端末である。需要家端末は、パソコンや携帯電話,独自の操作端末など、さまざまな機器が考えられる。0115は通信機能であり、需要調整サーバ0101の通信機能0112と通信する。0116は要請受諾除外判定機能であり、需要調整サーバから伝達される調整要請情報を解析し、電力需要の調整を要請された機器の運転設定を自動的に変更する機器である。なお、需要調整機能から伝達される調整要請情報に基づいて需要家機器を自動的に設定変更する手法以外に、需要家が表示機能出力機能0120に出力される調整要請内容を目視で確認し、需要家自身の判断で機器設定を変更してもよい。0117は需要家機器であり、給湯器や燃料電池や空調などが考えられる。0118は計測機能であり、需要家機器別に電力消費量を計測する。0119は入力機能であり、需要家が需要家端末を操作するための手段である。0120は表示機能であり、需要家端末から需要家へ情報提供するための手段である。0121は表示履歴管理機能であり、需要家による需要家端末モニタの表示回数をカウントし、その値を需要調整サーバへ送信する機能を有する。以降では、特に説明が必要な機能である、必要調整量算出機能0106,機器別調整力算出機能0108,調整要請生成機能0109,協力レベル判定機能0111,表示履歴管理機能0121について説明を記す。まず、必要調整量算出機能0106について、図2,図3,図4を用いて説明する。図2は必要調整量算出機能0106のフローチャートである。S0201は、必要調整量算出のための閾値の取得処理である。閾値とは、配電系統における電力需要の上限下限閾値で、配電系統の設備容量から値を設定してもよいし、その他の条件から設定してもよい。S0202は、時間帯別のループ処理である。本例では、時間幅を30分間隔とし、00時00分~00時30分,00時30分~01時00分,の順で処理される。S0203は、需要家IDごとのループ処理である。本例では、需要家ごとにIDがふられていることを前提とした。なお、需要家IDは配電系統への接続関係に基づいて順次番号が振られる。S0204は、機器設備ごとのループ処理であり、S0205の電力需要予測の取得処理にて、図1の電力需要予測機能0103が出力する機器別の需要予測情報を順次取得する。S0206はPV太陽光発電量予測の取得処理であり、図1のPV発電量予測機能0105にて予測する需要家別時間帯別の太陽光発電量の予測値を取得する。S0207は、負荷バランス算出処理である。ここでは、負荷バランスを、太陽光発電の発電電力量を相殺した後の電力需要と定義する。式2に負荷バランスの算出式を示す。なお、各要素は、Ptは、翌日のコミュニティ全体の負荷バランス[Wh]時間帯別。Phetは、翌日の、需要家機器別の電力需要量の予測値[Wh]時間帯別。Ppvtは、翌日の、需要家単位の太陽光発電の発電電力用の予測値[Wh]時間帯別。である。S0208は、必要調整量算出処理である。必要調整量は負荷バランスが閾値を逸脱する場合における、逸脱量と定義する。必要調整量について図3を用いて説明する。図3は、必要調整量のイメージ図である。横軸は時刻で、時間帯ごと30分間隔に区切っている。縦軸は翌日の負荷バランスの推定値である。ここでは一例として、12時30分から14時00分にかけて負荷バランスが閾値を逸脱している場合を示した。ここで、必要調整量はハッチングした領域であり、P0,P1,P2が該当する。以降では、13時00分から13時30分の間の必要調整量P1にフォーカスして説明を続ける。図2に戻り、S0209は、必要調整量の記録処理である。S0208にて算出した必要調整量は、図4に示すフォーマットにて記録機能へ格納する。本フォーマットは、時間帯と必要調整量の要素で定義されている。ここでは、13時00分から13時30分の間の必要調整量P1を便宜上800[Wh]とした。図1へ戻り、0108は機器別調整力算出機能である。図6に本機能のフローチャートを示す。S0601は、時間帯別のループ処理である。ここでも30分間隔とし、00時00分~00時30分,00時30分~01時00分,の順で処理される。S0602は、需要家IDでのループ処理である。需要家IDの設定方法はS0203と同様である。S0603は、機器別のループ処理であり、給湯器,燃料電池,蓄電池、など、需要家機器の種別が順次設定される。S0604は、調整力推定処理である。調整力は、停止している機器を稼働した場合における電力需要の増加量需要喚起可能量[Wh]であったり、稼働中の機器を停止することによる電力需要の低下量需要抑制可能量[Wh]だったりする。ここでは一例として、需要喚起可能量や需要抑制可能量を以下のように算出する。1需要喚起可能量の算出方法0103電力需要予測機能にて、翌日のある時間帯に停止していると予測された機器について、設備情報データベース0107に記録されている定格電力情報から求まる電力消費量を、需要喚起可能量[Wh]とみなす。2需要抑制可能量の算出方法0103電力需要予測機能にて、翌日のある時間帯において稼働していると予測された機器について、稼働時の電力需要の予測値を需要抑制可能量[Wh]とみなす。なお、稼働時の電力需要の予測値は、電力需要実績データベース0102の実績情報を統計処理することで取得可能である。S0605は、記録処理である。S0605にて算出した機器別調整力を、図7に示すフォーマットにまとめ、記憶機能0122に記録する。図7には記録内容の一例を示した。一行面のデータは、ID0001の需要家の2010年12月1日の13時00分から13時30分の間に給湯器をOFFすることによる調整電力量の見込みは500Whの削減であることを示している。なお、調整電力量の符号は、電力系統から見た負荷増大方向を正として示した。2行目以下のデータも同様の解釈である。図1に戻り、0109は調整要請生成機能である。本機能の処理内容を図8,図9,図10,図11,図12を用いて説明する。図8は、調整要請生成機能のフローチャートである。S0801は、必要調整量取得処理である。必要調整量情報は図4に示すテーブルの情報である。S0802は、時間帯でのループ処理である。ここでも30分間隔とし、00時00分~00時30分,00時30分~01時00分,の順で処理される。S0803は、QOL影響レベルでのループ処理である。ここでQOLとは生活の質QualityOfLifeの意味である。本発明では、図9に示すように、機器の稼働や停止に伴う需要家の生活の質への影響の小さな順に機器種別の順位を定めておく。図9の例では、需要家の生活の質への影響が最も小さいレベル1の機器を給湯器の稼働または停止、レベル2の機器を燃料電池の稼働または停止、レベル3を空調の稼働または停止とした。従って、図8のS0803のQOLレベルでのループ処理では、給湯燃料電池空調の順に処理される。図8に戻り、S0804は協力レベルでのループ処理である。協力レベルの詳細は後述するが、需要調整要請に対する協力意識の高さを数値化した情報で、10から00の範囲の値である。S0804の協力レベルのループ処理では、10,09,08,と降順に値が設定される。S0805は、需要調整機器抽出処理である。需要調整機器は図10のフォーマットで協力レベルと紐付けられて記録されている。なお、本フォーマットの情報は、後述する機能協力レベル判定機能0111により設定される。図10は、需要家ID,時間帯,機器名,協力レベルが紐付けされた情報である。本処理S0805では、図10から、協力レベルの値がS0804協力レベルのループ処理で設定された値と一致するレコードを順次抽出する。例えば、S0804のループ処理の協力レベルが08の場合には、本処理S0805にて図10の1レコード目需要家ID:00001、時間帯:13時00分から13時30分、機器名:給湯器が抽出される。S0806は、調整力取得処理であり、S0805にて抽出したデータの需要家ID,時間帯,機器名が一致するデータを図7のデータテーブルから取得する。需要家ID:00001、時間帯:13:00-13:30、機器名:給湯器の調整力は、図7のテーブルから-500Whと取得できる。S0807は、インセンティブ設定処理である。インセンティブとは、需要家が需要調整要請に応えて機器設定した場合に、需要家が需要調整サーバの運営者から受け取る利益である。インセンティブの設定方法としては、例えば、需要調整量1kWhあたり1ポイントといった、需要調整量に対して一定割合でインセンティブを割り当てる方法などが考えられる。この方式の場合、需要家ID:00001、時間帯:13:00-13:30、機器名:給湯器を停止することによる調整量500Whに割り当てられるインセンティブポイントは05ポイントである。S0808は、合算処理であり、S0805にて抽出した調整力を順次合算する。S0809では、必要調整量に対して調整力が十分かを判定する。本処理は図11を用いて説明する。図11では、横軸にコミュニティ全体での必要調整量と調整力、縦軸に電力量[Wh]を示した。ここでは、13時00分から13時30分の例を示している。この時間帯の必要調整量は800Whである。一方、調整力は、まず、協力率08の需要家ID:00001、給湯器ONの場合の500Whが割り当てられる。この時点では調整力が必要調整量に対して不足なため、次いで協力率07の需要家ID:00002、空調OFFの場合の調整力が300Whを先の500Whに加算して調整力800Whとする。この時点で、必要調整量800Whに対して調整力が800Whであるので、調整力十分と判定される。なお、必要調整量と調整力は必ずしも一致するとは限らないので、調整力十分と判定する電力量にある程度の幅を設けてもよい。例えば、調整必要量と調整力の許容差情報を予め設定しておくことが考えられる。S0810は、記録処理であり、S0809にて対象とした調整力を有する方策を図12に示す要請実績データベースに記録する。S0809の説明にて、調整要請はID:00001の需要家に対する給湯器OFFとID:00002の需要家に対する空調OFFの方策で調整量十分と判定されたため、これらの情報が要請実績データベースに記録される。そして、本データベースへ記録された要請内容が、対象需要家へ要請される。図1に戻り、0111は協力レベル判定機能である。協力レベルとは、需要調整要請に対する協力意識の高さを数値化した情報で、10から00の範囲の値である。協力レベルの算出方式として、本実施形態では二通りの方式を示す。一つ目の方式は、過去の需要調整の要請回数に対する協力回数の割合を指標とする方式である。一方、二つ目の方式は、需要家の協力意識に基づく行動を指標とする方式である。まず、一つ目の方式について、以下に処理内容を記す。図13に、一つ目の方式である、過去の要請回数に対する協力回数の割合に基づいて協力率を算出する方式のフローチャートを示す。S1301は、需要家IDでのループ処理である。S1302は機器別のループ処理であり、給湯器,燃料電池,蓄電池、など、需要家機器の種別が順次設定される。S1303は、過去の日付でのループ処理である。ループ範囲は、例えば処理実行日の前日から過去3カ月間などが考えられる。S1304は時間帯でのループ処理である。時間帯は30分間隔であり、00時00分から00時30分,00時30分から01時00分、の順に処理される。S1305は、要請実績の取得である。過去の要請実績は図12のテーブルの情報を取得する。S1306は、電力需要実績の取得である。電力需要の実績は、図14に示すフォーマットで電力需要実績データベース0102に記録されている。S1307は、協力判定である。需要調整要請に対して需要家が協力したか否かは、要請実績データベース0110と、電力需要実績データベース0102との情報をつき合わせて判定する。1要請内容が需要喚起の場合要請内容が需要喚起の場合図12の調整電力量の符号が正の場合は、需要家ID,年月日,時間帯,機器名が共通のレコードについて、要請実績データベース0110の調整電力量の大きさ[Wh]と電力需要実績データベース0102の電力需要実績の大きさ[Wh]が一致若しくは一致と判断される範囲の差であれば、需要家が要請に対して協力したと判定する。2要請内容が需要抑制の場合要請内容が需要抑制の場合図12の調整電力量の符号が負の場合は、需要家ID,年月日,時間帯,機器名が共通のレコードについて、要請実績データベース0110の対象機器の電力需要実績データベース0102の値が0[Wh]、または、機器が停止と判断される電力需要の値であれば、需要家が要請に対して協力したと判定する。1,2とも、需要家が需要調整要請に対して協力したと判定した場合には、図15に示すフォーマットにて、需要家ID,年月日,時間帯,機器名,取得インセンティブポイントと記録する。S1308では、当該需要家の要請に対して協力したと判定した回数をカウントする。ある需要家について、日付,時間帯でループ処理した後、S1309では、協力レベルを算出する。協力レベルは式3で算出する。なお、Levelは協力レベルN1は、当該需要家の機器別の過去の協力回数[回]N0は、当該需要家の機器別の過去の要請回数[回]である。そして、要請内容と算出した協力レベルを図10に示すフォーマットにて記録する。次に、協力レベルを算出する二つ目の方式である、需要家の協力意識に基づく行動を指標とする方式について記す。なお、需要調整要請への協力意識の高さは、需要家が需要家端末のモニタを確認する回数と高い相関があると考えられる。そこで、協力レベルは需要家端末のモニタの表示回数に基づいて算出する。図16に、需要家の協力意識の高さを指標とする方式のフローチャートを示す。S1601は、需要家IDでのループ処理である。S1602は、コミュニティに含まれる需要家全体における、需要家端末のモニタ表示回数の最大値を算出する処理である。なお、需要家端末におけるモニタの表示回数の算出については後述表示履歴管理機能0121する。S1603では、再び需要家IDでループ処理する。S1604では、協力レベルを算出する。協力レベルは式4にて算出する。なお、Levelは協力レベル。Nは、ある期間1カ月間などにおける当該需要家のモニタ表示回数[回]Nmaxは、ある期間における、コミュニティの需要家全体での、需要家モニタの表示回数の最大値[回]である。S1605は記録処理であり、式4で算出した協力レベルを図10のフォーマットに記録する。なお、ここで算出する協力レベルの値は機器別ではないので、同一需要家の機器に対して同じ値の協力レベルを設定する。図17に、需要家端末におけるモニタ表示回数のカウント機能のフローチャートを示す。本処理は常時連続して実行される。S1701は初期化処理であり、過去のカウント情報などをクリアする。S1702はモニタ状態の監視処理である。本処理にて、モニタの表示状態ONやOFFを監視する。S1703は、需要家がモニタの表示操作を実施したか否かを判定する。需要家がモニタ表示操作をしていない場合にはS1702モニタ状態監視に戻る。一方、需要家がモニタ表示操作した場合にはS1704で1カウントする。S1705では、初期化処理ののち一定期間経過したかを判定する。ここでは例として1カ月経過したか否かの場合を示した。経過時間が1カ月未満の場合は再びモニタ状態監視S1702に戻る。一方、1カ月経過した場合には、カウント数を協力レベル判定機能図1の0111へ送信する。図18と図19は、需要家端末のモニタへの情報表示の一例である。図18は需要家が属するコミュニティにおける協力レベルの分布のイメージである。表示に必要な情報は図10のテーブルから取得可能である。なお、需要家の機器ごとに協力レベルが異なる場合は、協力レベルの最大値を表示することが考えられる。コミュニティにおける協力レベルの分布を表示することにより、需要調整要請に対する需要家の協力意識を高める効果があると考えられる。図19は当該需要家の取得インセンティブポイントの口座情報のイメージである。表示に必要な情報は図15のテーブルから取得可能である。合計ポイントの値は、ある時点からの累積である。実施例の重要ポイントを説明すると、エネルギー利用量削減の要請に対して確実に応えてくれる需要家を見極め、その需要家に限定して要請を配信する必要があるので、需要調整サーバ0101内に、エネルギー利用量の調整要請に対する需要家の協力意識の高さ協力レベルを数値で表す協力レベル判定機能0111を設ける。そして需要調整サーバの運営者は、協力レベルの大きさに基づいて、エネルギー利用量の調整を要請する需要家または需要家機器を選択する。協力レベルの値の算出方法は数通り考えられる。まず一つ目の手法は、過去の一定期間に、ある需要家または当該需要家機器へ配信された要請回数の合計値に対する、その需要家が要請に対して協力した回数の割合で求める方法である。また別の手法として、エネルギー利用量の削減要請に対する需要家の協力意識の高さは、需要家が需要家端末0114の表示機能0120を確認する回数と相関が高いと考えられる。そこで、需要家が需要家端末を操作し、表示機能0120に情報表示した回数を需要家毎にカウントし、コミュニティ内の需要家の最大カウント数に対する当該需要家のカウント数の比率の形で協力率を算出する方法も考えられる。これにより、調整目標値に対して高い期待値でピークシフトできる。また、需要調整サーバの運営者の必要以上のインセンティブの配布を防ぐことができる。"