(57)【要約】【課題】電力供給の安定化および電力取引の安全性の向上を図る。【解決手段】本発明の電力取引ユニット１００は、自ユニットにおける電力の需給状況を監視する監視部１１０と、自ユニットにおける余剰電力を蓄積する電力蓄積部１２０と、他の電力取引ユニットとの間で電力取引を行なう電力取引部１３０と、他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、監視部１１０の監視結果および電力蓄積部１２０の蓄電状況から電力供給が可能である場合、オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、電力取引部１３０に、オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部１４０と、を有する。【選択図】図２
2015207057.tif 000002
【特許請求の範囲】
【請求項１】
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引ユニット。
【請求項２】
請求項１記載の電力取引ユニットにおいて、
前記制御部は、前記監視部の監視結果および前記電力蓄積部の蓄電状況から、他の電力取引ユニットからの電力供給が必要であると判定すると、電力取引を要求する旨を示す取引要求メッセージを他の電力取引ユニットに送信し、他の電力取引ユニットから前記取引要求メッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合、電力供給可能な時間帯を示すスケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引ユニット。
【請求項３】
請求項２記載の電力取引ユニットにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信することを特徴とする電力取引ユニット。
【請求項４】
請求項２または３記載の電力取引ユニットにおいて、
前記制御部は、前記取引要求メッセージを受信した際に電力供給ができない場合、前記取引要求メッセージの送信元の電力取引ユニットとは別の電力取引ユニットに前記取引要求メッセージを送信し、該取引要求メッセージの送信に応じて、前記スケジュールメッセージが送信されてくると、該スケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引ユニット。
【請求項５】
請求項４記載の電力取引ユニットにおいて、
前記制御部は、前記取引要求メッセージの送信元の電力取引ユニットから前記オーダーメッセージを受信すると、前記電力取引部に、前記スケジュールメッセージの送信元の電力取引ユニットから電力の供給を受け、該供給された電力を前記取引要求メッセージの送信元の電力取引ユニットに供給させることを特徴とする電力取引ユニット。
【請求項６】
請求項２から５のいずれか１項に記載の電力取引ユニットにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯より前の時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信し、該オーダーメッセージの送信に応じて電力が供給されると、該供給された電力を前記電力蓄積部に蓄積させることを特徴とする電力取引ユニット。
【請求項７】
請求項１から６のいずれか１項に記載の電力取引ユニットにおいて、
前記オーダーメッセージは、電力供給に対する報酬の提供方法をさらに示し、
前記制御部は、前記オーダーメッセージを受信すると、前記オーダーメッセージの送信元の電力取引ユニットの信用度と、前記オーダーメッセージが示す前記電力供給に対する報酬の提供方法とに応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定することを特徴とする電力取引ユニット。
【請求項８】
自ユニットにおける電力の需給状況を監視し、
自ユニットにおける余剰電力を電力蓄積部に蓄積し、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記需給状況の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行なうか否かを判定することを特徴とする電力取引方法。
【請求項９】
複数の電力取引ユニットを備え、
前記複数の電力取引ユニットはそれぞれ、
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引システム。
【請求項１０】
電力取引ユニットと、電力取引プロクシーとからなり、
前記電力取引プロクシーは、
電力の蓄放電を行なう電力蓄積部と、
前記電力蓄積部の蓄電状況を監視する監視部と、
前記電力取引ユニットとの間で電力取引を行なう電力取引部と、
前記電力取引ユニット毎の信用度を蓄積し、前記電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電力取引ユニット、電力取引方法および電力取引システムに関する。
【背景技術】
【０００２】
近年、太陽光・風力などの再生可能エネルギーを用いた発電技術、蓄電池を用いた蓄電技術、多端子型非同期連携電力変換・授受装置を使った電力ネットワークシステム（デジタルグリッド）などの送配電技術送配電技術などが進展している。これらの技術の進展に伴って、電力取引市場における電力小口取引、特に、電力消費者であるとともに、発電設備を有し、電力生産者でもある電力プロシューマー同士の電力取引が盛んになると考えられる。
電力小口取引では、電力大口取引と比べて、システム安定化のための余剰電力を十分に確保することが難しいため、リアルタイム性のあるきめ細やかな制御が必要となる。
【０００３】
特許文献１（特開２００１−２４３３５８号公報）および特許文献２（特開２０１２−０７５２２４号公報）には、電力取引システムの一例が開示されている。
【０００４】
特許文献１には、買電者端末と、売電者端末と、仲介業者端末とからなる電力取引システムが開示されている。
買電者端末は、買電者が入力した、電力の購入を希望する時間帯および電力量を示す希望購入電力情報を仲介業者端末に送信する。また、売電者端末は、売電者が入力した、電力の売渡を希望する時間帯および電力量を示す希望売渡電力情報を仲介業者端末に送信する。
仲介業者端末は、希望購入電力情報が示す時間帯に電力の売渡を希望する旨を示す希望売渡電力情報がある場合、その希望売渡電力情報の送信元の売電者に関する情報を買電者端末に送信する。
特許文献１に開示されている電力取引システムによれば、ある時間帯において、電力が不足している買電者と、電力が余剰している売電者とを仲介することができるので、電力供給の安定化を図ることができる。しかし、この電力取引システムにおいては、買電者が電力の購入を希望する時間帯において、電力が余剰している売電者がいない場合、買電者に電力を供給することができない。したがって、特許文献１に開示されている電力取引システムにおいては、電力供給の安定化を図れないことがある。
【０００５】
そこで、特許文献２には、売電者が電力を蓄放電する電力蓄積部を備え、電力蓄積部に蓄積された電力を買電者に供給する電力取引システムが開示されている。この電力取引システムによれば、売電者は、余剰電力を電力蓄積部に蓄積しておくことで、買電者が電力供給を必要とする時間帯に余剰電力がなくても、電力蓄積部から電力供給が可能となるので、電力供給の安定化を図ることができる。
【０００６】
また、特許文献３（特開２０１１−６１９７０号公報）には、電力をやり取りする送電システムの一例が開示されている。
【０００７】
多端子型非同期連携装置（デジタルグリッド）では、ソフトウエア制御により電力の流れ、量などを変更することができる装置が示されており、このような装置を使うことで、電力の双方向のやりとりが可能である。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００１−２４３３５８号公報
【特許文献２】特開２０１２−０７５２２４号公報
【特許文献３】特開２０１１−６１９７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上述したような電力取引では、通常、売電者から買電者への電力供給に応じた報酬が買電者から売電者に提供される。上述した電力小口取引が盛んになると、様々な取引者間で電力取引が行われると考えられる。ここで、電力取引の形態としては、電力供給に応じた対価（料金）が支払われるという形態の他、電力供給後、所定の期間内に、電力供給を受けた側から電力供給を行なった側に、その電力供給に応じた電力を供給するという形態も考えられる。この場合、売電者は、買電者に電力供給を行なったにもかかわらず、その電力供給に対する報酬を買電者から回収できないような事態が生じるおそれがある。このような事態が生じると、電力取引の安全性が損なわれてしまう。
特許文献１および特許文献２に開示されている電力取引システムにおいては、電力供給の安定化については考慮されているが、電力取引の安全性については考慮されていない。
本発明の目的は、電力供給の安定化および電力取引の安全性の向上を図る電力取引ユニット、電力取引方法および電力取引システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の電力取引ユニットは、
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有する。
【００１１】
上記目的を達成するために本発明の電力取引方法は、
自ユニットにおける電力の需給状況を監視し、
自ユニットにおける余剰電力を電力蓄積部に蓄積し、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記需給状況の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行なうか否かを判定する。
【００１２】
上記目的を達成するために本発明の電力取引システムは、
複数の電力取引ユニットを備え、
前記複数の電力取引ユニットはそれぞれ、
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有する。
【００１３】
また、上記目的を達成するために本発明の電力取引システムは、
電力取引ユニットと、電力取引プロクシーとからなり、
前記電力取引プロクシーは、
電力の蓄放電を行なう電力蓄積部と、
前記電力蓄積部の蓄電状況を監視する監視部と、
前記電力取引ユニットとの間で電力取引を行なう電力取引部と、
前記電力取引ユニットの信用度を蓄積し、前記電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有する。
【発明の効果】
【００１４】
本発明によれば、電力供給の安定化および電力取引の安全性の向上を図ることができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１の実施形態の電力取引システムの構成を示す図である。
【図２】図１に示す電力取引ユニットの構成を示すブロック図である。
【図３】本発明の第２の実施形態の電力取引システムの構成を示す図である。
【図４】図３に示す電力取引ユニットの構成を示すブロック図である。
【図５】図３に示す電力取引ユニットの動作の一例を示すフローチャートである。
【図６】図５に示すステップＳ２１１からステップＳ２１４までの動作をより詳細に示すフローチャートである。
【図７】図４に示す制御部が作成する電力供給に関するスケジュールの構成の一例を示す図である。
【図８】図４に示す制御部が行うスケジュールの更新について説明するための図である。
【図９】図４に示す制御部の動作を規定するアルゴリズムの一例を示す図である。
【図１０】図３に示す電力取引ユニットの動作の一例を示すフローチャートである。
【図１１】図３に示す電力取引ユニットの動作の一例を示すシーケンス図である。
【図１２】図１１に示すスケジュールメッセージおよび購入オーダーメッセージを模式的に示す図である。
【図１３】図３に示す電力取引ユニットの動作の他の一例を示すシーケンス図である。
【図１４】図１３に示すスケジュールメッセージおよびローンオーダーメッセージを模式的に示す図である。
【図１５】信用度と報酬の回収方法との対応の一例を示す図である。
【図１６】取引期間と報酬の回収方法との対応の一例を示す図である。
【図１７】電力蓄積部の蓄電状況と報酬の回収方法との対応の一例を示す図である。
【図１８】本発明の第３の実施形態の電力取引システムの構成を示す図である。
【図１９】図１８に示す電力取引ユニットの動作の一例を示すシーケンス図である。
【図２０】図１９に示すスケジュールメッセージおよび購入オーダーメッセージを模式的に示す図である。
【図２１】図１８に示す電力取引ユニットの動作の一例を示すシーケンス図である。
【図２２】図２１に示すスケジュールメッセージおよびローンオーダーメッセージを模式的に示す図である。
【図２３】本発明の第４の実施形態の電力取引システムの構成を示す図である。
【図２４】図２３に示す電力取引プロクシーの構成を示すブロック図である。
【図２５】本発明の第５の実施形態の電力取引システムの構成を示す図である。
【図２６】図２５に示す電力取引プロクシーの構成を示すブロック図である。
【図２７】図２５に示す電力取引システムの動作の一例を示すシーケンス図である。
【図２８】図２７に示す電力取引プロクシーのスケジュールメッセージ、電力取引ユニット２００−１の購入オーダーメッセージ、および、電力取引ユニット２００−２のローンオーダーメッセージを模式的に示す図である。
【図２９】図２５に示す電力取引システムの動作の一例を示すシーケンス図である。
【図３０】図２９に示す電力取引プロクシーのスケジュールメッセージ、電力取引ユニット２００−１のローンオーダーメッセージ、および、電力取引ユニット２００−２のローンオーダーメッセージを模式的に示す図である。
【図３１】本発明の第５の実施形態の電力取引システムの他の構成例を示す図である。
【図３２】本発明の第５の実施形態の電力取引システムの他の構成例を示す図である。
【発明を実施するための形態】
【００１６】
以下に、本発明を実施するための形態について図面を参照して説明する。
【００１７】
図１は、本発明の第１の実施形態の電力取引システム１０の構成を示す図である。
図１に示す電力取引システム１０は、電力取引ユニット１００（１００−１，１００−２）を備える。
電力取引ユニット１００は、管理対象である発電装置の発電、また、管理対象である需要家への電力供給を管理する。また、電力取引ユニット１００は、他の電力取引ユニットとの間で電力取引を行なう。
【００１８】
次に、電力取引ユニット１００の構成について、図２に示すブロック図を参照して説明する。
図２に示す電力取引ユニット１００は、監視部１１０と、電力蓄積部１２０と、電力取引部１３０と、制御部１４０とを有する。
監視部１１０は、自ユニットにおける電力の需給状況を監視する。
電力蓄積部１２０は、自ユニットにおける余剰電力を蓄積する。
電力取引部１３０は、他の電力取引ユニットとの間で電力取引を行なう。
制御部１４０は、他の電力取引ユニット毎の信用度を蓄積している。制御部１４０は、電力供給を要求する旨を示すオーダーメッセージを他の電力取引ユニットから受信すると、監視部１１０の監視結果および電力蓄積部１２０の蓄電状況から電力供給が可能であるか否かを判定する。そして、制御部１４０は、電力供給可能であると判定した場合には、オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、電力取引部１３０に、その電力取引ユニットへの電力供給を行わせるか否かを判定する。なお、信用度は、例えば、過去の電力取引状況に応じて変化する値である。
【００１９】
このように、本実施形態の電力取引システム１０は、複数の電力取引ユニット１００を備える。複数の電力取引ユニット１００はそれぞれ、自ユニットにおける電力の需給状況を監視する監視部１１０と、自ユニットにおける余剰電力を蓄積する電力蓄積部１２０と、他の電力取引ユニットとの間で電力取引を行なう電力取引部１３０と、制御部１４０とを有する。制御部１４０は、他の電力ユニット毎の信用度を蓄積し、オーダーメッセージを他の電力取引ユニットから受信すると、監視部１１０の監視結果および電力蓄積部１２０の蓄電状況から電力供給が可能であるか否かを判定する。そして、制御部１４０は、電力供給可能である場合には、オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、電力取引部１３０に、その電力取引ユニットへの電力供給を行わせるか否かを判定する。
【００２０】
電力取引ユニット１００における余剰電力を電力蓄積部１２０に蓄積させることで、電力取引ユニット１００の需給状況に余裕がない場合にも、電力蓄積部１２０の蓄積電力を他の電力供給ユニットに供給することができるので、電力供給の安定化を図ることができる。また、オーダーメッセージの送信元の電力取引ユニットの信用度に応じて、その電力取引ユニットへの電力供給を行なうか否かを判定するため、電力取引の安全性の向上も図ることができる。
【００２１】
（第２の実施形態）
図３は、本発明の第２の実施形態の電力取引システム２０の構成を示す図である。
図３に示す電力取引システム２０は、電力取引ユニット２００（２００−１，２００−２）を備える。
電力取引ユニット２００は、管理対象である発電装置の発電、また、管理対象である需要家への電力供給を管理する。また、電力取引ユニット２００は、他の電力取引ユニットとの間で電力取引を行なう。
【００２２】
次に、電力取引ユニット２００の構成について、図４に示すブロック図を参照して説明する。
図４に示す電力取引ユニット２００は、監視部２１０と、電力蓄積部２２０と、通信部２３０と、蓄放電制御部２４０と、フロー制御部２５０と、制御部２６０とを有する。フロー制御部２５０は、電力取引部の一例である。
監視部２１０は、自ユニットにおける電力の需給状況を監視する。
電力蓄積部２２０は、自ユニットにおける余剰電力を蓄積する。
通信部２３０は、他の電力取引ユニットと有線または無線を介して通信を行なう。
蓄放電制御部２４０は、電力蓄積部２１０の蓄放電を制御する。
フロー制御部２５０は、電力取引ユニット２００における電力のフローを制御する。また、フロー制御部２５０は、他の電力取引ユニットとの間での電力のフロー制御を行なう。
制御部２６０は、電力取引ユニット２００全体の動作を制御する。
【００２３】
次に、電力取引ユニット２００の動作について説明する。
以下では、図３に示す電力取引ユニット２００−１に電力取引ユニット２００−２から電力を供給する場合を例として説明する。
まず、電力取引ユニット２００−１においては、監視部２１０は、電力取引ユニット２００−１における電力の需給状況を監視する。制御部２６０は、監視部２１０の監視結果および電力蓄積部２２０の蓄電状況から、他の電力取引ユニットからの電力供給が必要であるか否かを判定する。制御部２６０は、他の電力取引ユニットからの電力供給が必要であると判定すると、電力取引を要求する旨を示す取引要求メッセージを、通信部２３０に電力取引ユニット２００−２へ送信させる。
【００２４】
電力取引ユニット２００−２においては、通信部２３０は、電力取引ユニット２００−１から送信されてきた取引要求メッセージを受信する。
制御部２６０は、取引要求メッセージを通信部２３０が受信すると、監視部２１０の監視結果および電力蓄積部２２０の蓄電状況に基づき、電力供給可能な時間帯があるか否かを判定する。具体的には、制御部２６０は、自ユニットにおいて電力が余剰する時間帯があるか否か、また、自ユニットにおいて電力蓄積部２２０の蓄積電力を使用する必要がない時間帯があるか否かを判定する。
制御部２６０は、電力供給可能な時間帯があると判定すると、電力供給可能な時間帯や、電力供給できない時間帯を示すスケジュールメッセージを、通信部２３０に電力取引ユニット２００−１へ送信させる。
【００２５】
電力取引ユニット２００−１においては、通信部２３０は、電力取引ユニット２００−２から送信されてきたスケジュールメッセージを受信する。
制御部２６０は、スケジュールメッセージを通信部２３０が受信すると、そのスケジュールメッセージに基づき、電力取引ユニット２００−２から電力供給を受けるか否かを判定する。具体的には、制御部２６０は、例えば、電力供給を必要とする時間帯に、電力取引ユニット２００−２が電力供給可能である場合には、電力供給を受けると判定する。また、制御部２６０は、例えば、電力供給を必要とする時間帯よりも前の時間帯に、電力取引ユニット２００−２が電力供給可能である場合には、から電力供給を受けると判定する。
制御部２６０は、電力取引ユニット２００−２から電力供給を受けると判定すると、電力供給を要求する旨、および、電力供給を受ける時間帯を示すオーダーメッセージを、通信部２３０に電力取引ユニット２００−２へ送信させる。
また、制御部２６０は、電力取引ユニット２００−２からの供給電力も含めた、電力取引ユニット２００−１における電力のフローを制御するためのフロースケジュールを作成する。フロー制御部２５０は、そのフロースケジュールに従い、電力取引ユニット２００−１における電力のフローを制御する。
なお、制御部２６０は、電力供給を必要とする時間帯よりも前の時間帯に、電力取引ユニット２００−２が電力供給可能であるために電力供給を受けると判定した場合、供給された電力を電力蓄積部２２０に蓄積させる旨を示すフロースケジュールを作成する。この場合、フロー制御部２５０は、蓄放電制御部２４０に指示し、電力取引ユニット２００−２から供給された電力を電力蓄積部２２０に蓄積させる。
【００２６】
電力取引ユニット２００−２においては、通信部２３０は、電力取引ユニット２００−１からのオーダーメッセージを受信する。
制御部２６０は、オーダーメッセージを通信部２３０が受信すると、オーダーメッセージの送信元である電力取引ユニット２００−１の信用度に応じて、そのオーダーメッセージを承認するか否かを判定する。ここで、制御部２６０は、他の電力取引ユニット毎の信用度を蓄積している。制御部２６０は、電力取引ユニット２００−１の信用度を参照し、その信用度が所定の閾値以上であれば、電力取引ユニット２００−１からのオーダーメッセージを承認する。なお、信用度は、例えば、過去の電力取引状況に応じて変化する値である。
制御部２６０は、オーダーメッセージを承認すると判定した場合、オーダーメッセージが示す時間帯に電力取引ユニット２００−１に電力を供給すると決定する。そして、制御部２６０は、電力取引ユニット２００−１に電力を供給する時間帯や電力量を示すフロースケジュールを作成する。フロー制御部２５０は、そのフロースケジュールに従い、電力取引ユニット２００−１に電力供給を行なう。
【００２７】
図５は、電力供給を受ける側の電力取引ユニット、すなわち、上述した例では、電力取引ユニット２００−１の動作を示すフローチャートである。
監視部２１０は、例えば、所定の時間間隔で、電力取引ユニット２００−１における電力の需給状況を監視する（ステップＳ２１１）。
制御部２６０は、監視部２１０の監視結果、および、電力蓄積部２２０の蓄電状況に基づき、他の電力取引ユニット（電力取引ユニット１００−２）からの電力供給が必要であるか否かを判定する（ステップＳ２１２）。
制御部２６０が他の電力取引ユニットからの電力供給が必要でないと判定した場合には（ステップＳ２１２：Ｎｏ）、ステップＳ２１１の処理に戻る。
他の電力取引ユニットからの電力供給が必要であると判定した場合には（ステップＳ２１２：Ｙｅｓ）、制御部２６０は、取引要求メッセージを通信部２３０に電力取引ユニット２００−２へ送信させる（ステップＳ２１３）。
取引要求メッセージの送信に応じて、電力取引ユニット２００−２からスケジュールメッセージが送信されてくると、制御部２６０は、そのスケジュールメッセージに基づき、電力取引ユニット２００−２から電力供給を受けるか否かを決定する。
電力取引ユニット２００−２から電力供給を受ける、すなわち、電力取引ユニット２００−２と取引を行なうと決定すると（ステップＳ２１４）、制御部２６０は、オーダーメッセージを通信部２３０に電力取引ユニット２００−２へ送信させる（ステップＳ２１５）。また、制御部２６０は、電力取引ユニット２００−２からの電力供給に応じたフロースケジュールを作成する。フロー制御部２５０は、そのフロースケジュールに従い、フロー制御を行なう（ステップＳ２１６）。
【００２８】
図６は、図５に示すステップＳ２１１からステップＳ２１４の動作をより詳細に示すフローチャートである。
電力取引ユニット２００−Ｘの制御部２６０は、監視部２１０の監視結果、および、電力蓄積部２２０の蓄電状況を確認する（ステップＳ２２１）。そして、制御部２６０は、電力供給に関するスケジュールを作成する（ステップＳ２２２）。
【００２９】
図７（ａ）は、制御部２６０が作成するスケジュールの構成の一例を示す図である。
図７に示すように、スケジュールでは、「イベント」に、「状況」、「種類」、「開示時間」、「終了時間」、「最大レート」、「最小レート」および「合計量」が対応付けられている。
「状況」は、対応するイベントの状況（予約待ちであるか、予約済みであるか）を示す。
「種類」は、対応するイベントが電力の購入（Ｂｕｙ）を要求するものであるか、電力の売渡（Ｓｅｌｌ）を要求するものであるかを示す。
「開始時間」は、対応するイベントの開始時間を示す。
「終了時間」は、対応するイベントの終了時間を示す。
「最大レート」は、対応するイベントの期間内（「開始時間」から「終了時間」まで）に必要な電力の最大量を示す。
「最小レート」は、対応するイベントの期間内に必要な電力の最小量を示す。
「合計量」は、対応するイベントの期間内に必要な電力の合計量を示す。
図７（ａ）においては、イベント１の状況は予約待ちであり、イベント１は電力の購入（Ｂ）を要求するものであり、イベント１の開始時間は８：００：００であり、イベント１の終了時間は１０：００：００である。また。イベント１の最大レートは１ｋｗｈであり、イベント１の最小レートは０．１ｋｗｈであり、合計量は０．２ｋｗである。
【００３０】
図６を再び参照すると、次に、制御部２６０は、他の電力取引ユニットからの電力供給が必要であるか否か、すなわち、「種類」が購入を示すイベントが存在するか否かを判定する（ステップＳ２２３）。
他の電力取引ユニットからの電力供給が必要でないと判定した場合（ステップＳ２２３：Ｎｏ）、制御部２６０は、処理を終了する。
他の電力取引ユニットからの電力供給が必要であると判定した場合（ステップＳ２２３：Ｙｅｓ）、制御部２６０は、他の電力取引ユニット２００−Ｙからスケジュールメッセージを取得する。
図７（ｂ）は、電力取引ユニット２００−Ｙから取得したスケジュールメッセージ（スケジュール）の一例を示す図である。
図７（ｂ）においては、イベント１の状況は予約待ちであり、イベント１は電力の売渡（Ｓ）を要求するものであり、イベント１の開始時間は８：００：００であり、イベント１の終了時間は９：００：００である。また、イベント１の最大レートは１ｋｗｈであり、イベント１の最小レートは０．１ｋｗｈであり、合計量は１．０ｋｗである。
【００３１】
図６を再び参照すると、電力取引ユニット２００−Ｘの制御部２６０は、他の電力取引ユニットから取得したスケジュールメッセージ（スケジュール）に含まれるイベントの中に、生成したスケジュールに含まれるイベントにあうものがあるか否かを判定する（ステップＳ２２５）。
図７（ｂ）に示すように、電力取引ユニット２００−Ｙのスケジュールに含まれるイベントは、電力の売渡を要求するものであり、開始時間、最大レート、最小レート、合計量は、図７（ａ）に示す電力取引ユニット２００−Ｘのスケジュールで必要とされる条件を満たしている。
この場合、制御部２６０は、電力取引ユニット２００−Ｙのスケジュールメッセージ（スケジュール）に含まれるイベントが、生成したスケジュールに含まれるイベントに合うと判定し（ステップＳ２２５：Ｙｅｓ）、電力取引ユニット２００−Ｙと取引を行なうと決定する（ステップＳ２２６）。
電力取引ユニット２００−Ｙと取引を行なうと決定すると、制御部２６０は、生成したスケジュールを更新する（ステップＳ２２７）。具体的には、制御部２６０は、図８（ａ）に示すように、イベント１の状況を予約待ちに変更し、終了時間を９：００：００に変更する。
また、電力取引ユニット２００−Ｙの制御部２６０も、スケジュールの更新を行なう。具体的には、制御部２６０は、イベント１の状況を予約済みに変更し、合計量を０．２ｋｗに変更する。また、制御部２６０は、新たにイベント２を作成する。ここで、制御部２６０は、更新前のイベント１のうち、更新前のイベント１の合計量（１．０ｋｗ）から予約済みとなった合計量（０．２ｋｗ）を引いた０．８ｋｗをイベント２の合計量として設定する。
なお、他の電力取引ユニットから取得したスケジュールメッセージ（スケジュール）に含まれるイベントの中に、作成したスケジュールに含まれるイベントに合うものが無いと判定した場合（ステップＳ２２５：Ｎｏ）、制御部２６０は、ステップＳ２２４の処理に戻る。
【００３２】
図９には、上述した制御部２６０の動作を規定するアルゴリズムの一例を示す。図９（ａ）は、自ユニットおよび他ユニットのスケジュールの定義例を示す。また、図９（ｂ）は、制御部２６０が、他の電力取引ユニットから取得したスケジュールメッセージ（スケジュール）に含まれるイベントの中に、作成したスケジュールに含まれるイベントに合うものがあるか否かを判定する際のアルゴリズムを示す。また、図９（ｃ）は、イベントの予約を行ない、スケジュールを更新する際のアルゴリズムを示す。
【００３３】
図１０は、電力供給を行なう側の電力取引ユニット、すなわち、上述した例では、電力取引ユニット２００−２の動作を示すフローチャートである。
電力取引ユニット２００−１からの取引要求メッセージを通信部２３０が受信すると（ステップＳ２３１）、制御部２６０は、監視部２１０の監視結果、および、電力蓄積部２２０の蓄電状況に基づき、電力供給可能であるか否かを判定する（ステップＳ２３２）。
電力供給可能でないと判定した場合には（ステップＳ２３２：Ｎｏ）、制御部２６０は、処理を終了する。
電力供給可能であると判定した場合には（ステップＳ２３２：Ｙｅｓ）、制御部２６０は、スケジュールメッセージを通信部２３０に電力取引ユニット２００−２へ送信させる。（ステップＳ２３３）。
スケジュールメッセージの送信に応じて、電力取引ユニット２００−１からのオーダーメッセージを通信部２３０が受信すると（ステップＳ２３４）、制御部２６０は、オーダーメッセージを承認するか否かを判定する（ステップＳ２３５）。
オーダーメッセージを承認しないと判定した場合には（ステップＳ２３５：Ｎｏ）、制御部２６０は、処理を終了する。
オーダーメッセージを承認すると判定した場合には（ステップＳ２３５：Ｙｅｓ）、制御部２６０は、電力取引ユニット２００−１に電力を供給する、すなわち、電力取引ユニット２００−１と取引を行なうと決定する（ステップＳ２３６）。そして、制御部２６０は、電力取引ユニット２００−１に電力を供給する時間帯や電力量を示すフロースケジュールを作成する。フロー制御部２５０は、そのフロースケジュールに従い、電力取引ユニット２００−１に電力供給を行なう（ステップＳ２３７）。
【００３４】
なお、通常、電力取引では、電力供給と、その電力供給に対する報酬の提供とが約束されることで取引が成立する。本実施形態においては、電力取引として、対価取引とローン取引とを想定している。
対価取引とは、電力供給を受ける側の電力取引ユニットから電力供給を行なう側の電力取引ユニットに、電力供給に応じた対価（料金）が支払われる形態の取引である。また、ローン取引とは、電力供給後、所定の期間内に、電力供給を受けた側の電力取引ユニットから電力供給を行なった側の電力取引ユニットに、電力供給を行なう形態の取引である。
【００３５】
以下では、ローン取引が行われる場合の電力取引ユニット２００の動作について、図１１に示すシーケンス図を参照して説明する。図１１においては、電力取引ユニット２００−２から電力取引ユニット２００−１に電力を供給する場合を例として説明する。
電力取引ユニット２００−１は、他の電力ユニットからの電力供給が必要である場合、取引要求メッセージを電力取引ユニット１００−２に送信する（ステップＳ２４１）。
電力取引ユニット２００−２は、取引要求メッセージを電力取引ユニット２００−１から受信すると、スケジュールメッセージを電力取引ユニット２００−１に送信する（ステップＳ２４２）。なお、図１１においては、電力取引ユニット２００−２は、電力供給可能であるとする。
電力取引ユニット２００−１は、スケジュールメッセージを電力取引ユニット２００−２から受信すると、オーダーメッセージとして購入オーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ２４３）。購入オーダーメッセージとは、電力供給を受ける時間帯とともに、電力供給に対する対価（料金）を支払う旨を示すメッセージである。
【００３６】
図１２は、スケジュールメッセージおよび購入オーダーメッセージを模式的に示した図である。
図１２に示すように、電力取引ユニット２００−２は、時刻ｔ２１から時刻ｔ２２の時間帯は電力供給が可能であり、時刻ｔ２３から時刻ｔ２４の時間帯は電力供給ができない旨を示すスケジュールメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ２１から時刻ｔ２２の時間帯内の、時刻ｔ２５から時刻ｔ２６の時間帯に電力供給を受け、時刻ｔ２６において、電力供給に応じた対価を支払う旨を示す購入オーダーメッセージを送信する。
【００３７】
図１１を再び参照すると、電力取引ユニット２００−２は、電力取引ユニット２００−１から送信されてきた購入オーダーメッセージを承認すると、電力取引ユニット２００−１に電力供給を行なう（ステップＳ２４４）。電力取引ユニット２００−２から電力供給が行われると、電力取引ユニット２００−１は、電力供給に応じた対価を電力取引ユニット２００−２に支払う（ステップＳ２４５）。
【００３８】
次に、ローン取引が行われる場合の電力取引ユニット２００の動作について、図１３に示すシーケンス図を参照して説明する。図１３においては、電力取引ユニット２００−２から電力取引ユニット２００−１に電力を供給する場合を例として説明する。また、図１３において、図１１と同様の処理については同じ符号を付し、説明を省略する。
電力取引ユニット２００−１は、スケジュールメッセージを電力取引ユニット２００−２から受信すると、オーダーメッセージとしてローンオーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ２５１）。ローンオーダーメッセージとは、電力供給を受ける時間帯とともに、その電力供給に応じた報酬として、供給元の電力取引ユニットに、所定の期間内に電力供給を行なう旨を示すメッセージである。なお、電力供給を受ける側の電力取引ユニットから電力供給を行なった側の電力取引ユニットへの報酬としての電力供給が行われる場合、インセンティブとして、報酬の元となった電力供給時よりも多くの電力が供給されるようにしてもよい。
制御部２６０は、他の電力取引ユニットとの間で電力取引を行なうと、その電力取引における電力供給や報酬の提供状況に応じて、その電力取引ユニットに対する信用度を増減させる。
【００３９】
図１４は、スケジュールメッセージおよびローンオーダーメッセージを模式的に示した図である。
図１４に示すように、電力取引ユニット２００−２は、時刻ｔ２１から時刻ｔ２２の時間帯は電力供給が可能であり、時刻ｔ２３から時刻ｔ２４の時間帯は電力供給ができない旨を示すスケジュールメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ２１から時刻ｔ２２の時間帯内の時刻ｔ２５から時刻ｔ２６の時間帯に電力供給を受け、時刻ｔ２３から時刻ｔ２４の時間帯内の、時刻ｔ２７から時刻ｔ２８の時間帯に電力供給を行なう旨を示すローンオーダーメッセージを送信する。
【００４０】
図１３を再び参照すると、電力取引ユニット２００−２は、電力取引ユニット２００−１から送信されてきたローンオーダーメッセージを承認すると、電力取引ユニット２００−１に電力供給を行なう（ステップＳ２５２）。電力取引ユニット２００−２から電力供給が行われると、電力取引ユニット２００−１は、ローンオーダーメッセージで指定した時間帯に、電力取引ユニット２００−２に電力供給を行なう（ステップＳ２５３）。
【００４１】
なお、制御部２６０は、他の電力取引ユニットからローンオーダーメッセージを受信すると、その電力取引ユニットの信用度に応じて、オーダーメッセージを承認するか否かを判定する。
例えば、制御部２６０は、図１５に示すように、信用度と報酬の回収方法とを対応付けて記憶している。図１５においては、信用度が所定の閾値以上である電力取引ユニットからの報酬の回収方法として“分割”が設定されており、信用度が所定の閾値未満である電力取引ユニットからの報酬の回収方法として“一括”が設定されている。
制御部２６０は、例えば、ローンオーダーメッセージの送信元の電力取引ユニットの信用度が所定の閾値未満である場合には、電力供給に対する報酬を一括で提供する旨が示されていれば、ローンオーダーメッセージを承認する。また、制御部２６０は、ローンオーダーメッセージの送信元の電力取引ユニットの信用度が所定の閾値以上である場合には、電力供給に対する報酬を一括で提供する旨あるいは報酬を分割で提供するが示されていれば、ローンオーダーメッセージを承認する。
【００４２】
また、制御部２６０は、例えば、図１６に示すように、取引期間と報酬の回収方法とを対応付けて記憶している。図１６においては、取引期間が１年未満である電力取引ユニットからの報酬の回収方法として“一括”が設定されている。また、取引期間が１年以上５年未満である電力取引ユニットからの報酬の回収方法として、電力供給後、１か月以内であれば、分割での報酬の提供を認める“１か月・分割”が設定されている。また、取引期間が５年以上１０年未満である電力取引ユニットからの報酬の回収方法として、電力供給後、３か月以内であれば、分割での報酬の提供を認める“３か月・分割”が設定されている。また、取引期間が１０年以上である電力取引ユニットからの報酬の回収方法として、電力供給後、無期限に、分割での報酬の提供を認める“無期限・分割”が設定されている。なお、取引期間が長い電力取引ユニット程、信用度は高いと考えられる。したがって、図１６においては、信用度が高い電力取引ユニット程、電力供給に対する報酬の分割での提供に許容される期間が長くなる。
制御部２６０は、例えば、ローンオーダーメッセージの送信元の電力取引ユニットとの取引期間が１年以上５年未満である場合、電力供給に対する報酬の提供方法を“一括”あるいは“３か月・分割”とする旨が示されている場合には、ローンオーダーメッセージを承認する。
【００４３】
このように、本実施形態によれば、電力取引システム２０は、複数の電力取引ユニット２００を備える。電力取引ユニット２００は、自ユニットにおける電力の需給状況を監視する監視部２１０と、自ユニットにおける余剰電力を蓄積する電力蓄積部２２０と、他の電力取引ユニットとの間で電力取引を行なうフロー制御部２５０と、制御部２６０とを有する。制御部２６０は、電力取引ユニット毎の信用度を蓄積し、オーダーメッセージを受信すると、監視部２１０の監視結果および電力蓄積部２２０の蓄電状況から電力供給が可能であるか否かを判定する。そして、制御部２６０は、電力供給可能である場合には、オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、その電力取引ユニットへの電力供給を行なうか否かを判定する。
【００４４】
取引ユニットにおける余剰電力を電力蓄積部２２０に蓄積させることで、取引ユニットの需給状況に余裕がない場合にも、電力蓄積部２２０の蓄積電力を他の電力供給ユニットに供給することができるので、電力供給の安定化を図ることができる。また、オーダーメッセージの送信元の電力取引ユニットの信用度に応じて、その電力取引ユニットへの電力供給を行なうか否かを判定するため、電力取引の安全性の向上も図ることができる。
【００４５】
なお、本実施形態においては、制御部２６０は、ローンオーダーメッセージの送信元の電力取引ユニットの信用度に応じて、ローンオーダーメッセージを承認するか否かを判定する例を用いて説明したが、これに限られるものではない。
変形例として、制御部２６０は、例えば、電力蓄積部２２０の蓄電状況に応じて、ローンオーダーメッセージを承認するか否かを判定してもよい。この場合、制御部２６０は、例えば、図１７に示すように、電力蓄積部２２０の蓄積状況と報酬の回収方法とを対応付けて記憶している。図１７においては、電力蓄積部２２０の蓄電量が所定の閾値以上である場合の報酬の回収方法として“分割”が設定されており、電力蓄積部２２０の蓄電量が所定の閾値未満である場合の報酬の回収方法として“一括”が設定されている。
制御部２６０は、ローンオーダーメッセージを受信した際の電力蓄積部２２０の蓄電量が所定の閾値未満である場合には、ローンオーダーメッセージに報酬の提供方法を“一括”とする旨が示されていれば、ローンオーダーを承認する。このように、電力蓄積部２２０の蓄電量に応じてローンオーダーメッセージを承認するか否かを判定することで、電力供給に伴い、電力供給を行なう側の電力取引ユニットで電力の不足が生じる可能性を減らし、電力供給の安定化を図ることができる。
【００４６】
（第３の実施形態）
図１８は、本発明の第３の実施形態の電力取引システム３０の構成を示す図である。
図１８に示す電力取引システム３０は、電力取引ユニット２００（２００−１〜２００−３）を備える。
電力取引ユニット２００−１と電力取引ユニット２００−２とは通信および電力取引が可能である。また、電力取引ユニット２００−２と電力取引ユニット２００−３とは通信および電力取引が可能である。
なお、本実施形態における電力取引ユニット２００と、第２の実施形態における電力取引ユニット２００とは同様の構成を有し、動作が異なるのみである。そのため、本実施形態においては、電力取引ユニット２００の構成の説明については説明を省略する。
【００４７】
次に、本実施形態における電力取引ユニット２００の動作について説明する。
図１９は、対価取引が行われる場合の電力取引ユニット２００の動作を示すシーケンス図である。図１９においては、電力取引ユニット２００−１に電力を供給する場合を例として説明する。
電力取引ユニット２００−１は、他の電力取引ユニットからの電力供給が必要である場合、取引要求メッセージを電力取引ユニット２００−２に送信する（ステップＳ３１１）。
電力取引ユニット２００−２は、取引要求メッセージを電力取引ユニット２００−１から受信すると、電力供給可能であるか否かを判定する。電力供給可能でないと判定すると、電力取引ユニット２００−２は、取引要求メッセージの送信元である電力取引ユニット２００−１とは別の電力取引ユニット２００−３に取引要求メッセージを送信する（ステップＳ３１２）。
電力取引ユニット２００−３は、取引要求メッセージを電力取引ユニット２００−２から受信すると、電力供給可能であるか否かを判定する。電力供給可能であると判定すると、電力取引ユニット２００−３は、スケジュールメッセージを電力取引ユニット２００−２に送信する（ステップＳ３１３）。
電力取引ユニット２００−２は、電力取引ユニット２００−３からスケジュールメッセージを受信すると、そのスケジュールメッセージを電力取引ユニット２００−１に送信する（ステップＳ３１４）。
電力取引ユニット２００−１は、スケジュールメッセージを電力取引ユニット２００−２から受信し、電力供給を受けると決定すると、オーダーメッセージとして購入オーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ３１５）。
【００４８】
図２０は、電力取引ユニット２００−３のスケジュールメッセージおよび電力取引ユニット２００−１の購入オーダーメッセージを模式的に示した図である。
図２０に示すように、電力取引ユニット２００−３は、時刻ｔ３１から時刻ｔ３２の時間帯は電力供給が可能であり、時刻ｔ３３から時刻ｔ３４の時間帯は電力供給ができない旨を示すスケジュールメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ３１から時刻ｔ３２の時間帯内の、時刻ｔ３５から時刻ｔ３６の時間帯に電力供給を受け、時刻ｔ３６において、電力供給に対する対価を支払う旨を示す購入オーダーメッセージを送信する。
【００４９】
図１９を再び参照すると、電力取引ユニット２００−２は、電力取引ユニット２００−１から購入オーダーメッセージを受信すると、電力取引ユニット２００−１からの購入オーダーメッセージとして電力取引ユニット２００−３に送信する（ステップＳ３１６）。
電力取引ユニット２００−３は、電力取引ユニット２００−２から送信されてきた購入オーダーメッセージを承認すると、電力取引ユニット２００−２に電力供給を行なう（ステップＳ３１７）。なお、電力取引ユニット２００−３は、購入オーダーメッセージの送信元である電力供給ユニット２００−１の信用度に応じて、購入オーダーメッセージを承認するか否かを判定する。
電力取引ユニット２００−２は、電力取引ユニット２００−３から供給された電力を、電力取引ユニット２００−１に供給する（ステップＳ３１８）。
電力取引ユニット２００−１は、電力供給が行われると、取引要求メッセージの電力取引ユニット２００−３への転送に対する報酬を電力取引ユニット２００−２に支払う（ステップＳ３１９）。また、電力取引ユニット２００−１は、電力供給に対する対価を電力取引ユニット２００−３に支払う（ステップＳ３２０）。
【００５０】
次に、ローン取引が行われる場合の電力取引ユニット２００の動作について、図２１に示すシーケンス図を参照して説明する。図２１においては、電力取引ユニット２００−１に電力を供給する場合を例として説明する。また、図２１において、図１９と同様の処理については同じ符号を付し、説明を省略する。
電力取引ユニット２００−１は、スケジュールメッセージを電力取引ユニット２００−２から受信すると、オーダーメッセージとしてローンオーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ３３１）。
【００５１】
図２２は、電力取引ユニット２００−２のスケジュールメッセージおよび電力取引ユニット２００−１のローンオーダーメッセージを模式的に示した図である。
図２２に示すように、電力取引ユニット２００−３は、時刻ｔ３１から時刻ｔ３２の時間帯は電力供給が可能であり、時刻ｔ３３から時刻ｔ３４の時間帯は電力供給ができない旨を示すスケジュールメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ３１から時刻ｔ３２の時間帯内の時刻ｔ３５から時刻ｔ３６の時間帯に電力の供給を受け、時刻ｔ３３から時刻ｔ３４の時間帯内の、時刻ｔ３７から時刻ｔ３８の時間帯に電力を供給する旨を示すローンオーダーメッセージを送信する。
【００５２】
図２１を再び参照すると、電力取引ユニット２００−２は、電力取引ユニット２００−１からローンオーダーメッセージを受信すると、電力取引ユニット２００−１からのローンオーダーメッセージとして電力取引ユニット２００−３に送信する（ステップＳ３３２）。電力取引ユニット２００−３は、電力取引ユニット２００−２から送信されてきたローンオーダーメッセージを承認すると、電力取引ユニット１００−２に電力供給を行なう（ステップＳ３３３）。なお、電力取引ユニット２００−３は、ローンオーダーメッセージの送信元である電力供給ユニット２００−１の信用度に応じて、ローンオーダーメッセージを承認するか否かを判定する。
電力取引ユニット２００−２は、電力取引ユニット２００−３から供給された電力を、電力取引ユニット１００−１に供給する（ステップＳ３３４）。
電力取引ユニット２００−１は、ローンオーダーメッセージで指定した時間帯に、電力取引ユニット２００−２に電力を供給する（ステップＳ３３５）。電力取引ユニット２００−２は、電力取引ユニット２００−１から供給された電力を、電力取引ユニット２００−３に供給する（ステップＳ３３６）。
【００５３】
このように、本実施形態の電力取引ユニット２００は、他の電力取引ユニットから取引要求メッセージを受信した際に電力供給ができない場合、取引要求メッセージの送信元の電力取引ユニットとは別の電力取引ユニットに取引要求メッセージを送信する。そして、電力取引ユニット２００は、取引要求メッセージの送信に応じて、スケジュールメッセージが送信されてくると、そのスケジュールメッセージを取引要求メッセージの送信元の電力取引ユニットに送信する。
【００５４】
そのため、電力取引ユニットでは電力供給ができない場合にも、他の電力取引ユニットから電力供給を行なうことが可能になるので、電力供給の更なる安定化を図ることができる。
【００５５】
（第４の実施形態）
図２３は、本発明の第４の実施形態の電力取引システム４０の構成を示す図である。
図２３に示す電力取引システム４０は、電力取引ユニット２００と、電力取引プロクシー４００とを備える。
電力取引ユニット２００は、管理対象である発電装置の発電、また、管理対象である需要家への電力の供給を管理する。また、電力取引ユニット２００は、電力取引プロクシー４００との間で電力取引を行なう。
電力取引プロクシー４００は、電力取引ユニット２００に対して電力供給を行なう。
【００５６】
次に、電力取引プロクシー４００の構成について、図２４に示すブロック図を参照して説明する。なお、本実施形態における電力取引ユニット２００と、第２の実施形態における電力取引ユニット２００とは同様の構成を有し、動作が異なるのみである。そのため、本実施形態においては、電力取引ユニット２００の構成の説明については説明を省略する。
図２４に示す電力取引プロクシー４００は、電力蓄積部４１０と、監視部４２０と、電力取引部４３０と、制御部４４０とを有する。
電力蓄積部４１０は、電力の蓄放電を行なう。
監視部４２０は、電力蓄積部４１０の蓄電状況を監視する。
電力取引部４３０は、電力取引ユニット２００との間で電力取引を行なう。
制御部４４０は、電力取引ユニット毎の信用度を蓄積している。制御部４４０は、電力取引ユニット２００からオーダーメッセージを受信すると、監視部４２０の監視結果から電力供給が可能であるか否かを判定する。そして、制御部４４０は、電力供給可能である場合には、その電力取引ユニットの信用度を参照し、その信用度に応じて、電力取引部４３０に、その電力取引ユニットへの電力供給を行わせるか否かを判定する。
【００５７】
このように、本実施形態の電力取引システム４０は、電力取引ユニット２００と、電力取引プロクシー４００とを備えている
電力取引プロクシー４００は、電力を蓄放電する電力蓄積部４１０と、電力蓄積部４１０の蓄電状況を監視する監視部４２０と、電力取引ユニット２００との間で電力取引を行なう電力取引部４３０と、制御部４４０とを有する。制御部４４０は、電力取引ユニットからオーダーメッセージを受信すると、監視部４２０の監視結果から電力供給が可能である場合、その電力取引ユニットの信用度に応じて、電力取引部４３０に、その電力取引ユニットへの電力供給を行わせるか否かを判定する。
【００５８】
電力取引プロクシー４００の電力蓄積部４１０に電力を蓄積させておくことで、電力取引ユニット２００が電力を必要とする場合に、電力供給可能となる可能性が高まるので、電力供給の安定化を図ることができる。また、オーダーメッセージの送信元の電力取引ユニットの信用度に応じて、その電力取引ユニットへの電力供給を行なうか否かを判定するため、電力取引の安全性の向上も図ることができる。
（第５の実施形態）
図２５は、本発明の第５の実施形態の電力取引システム５０の構成を示す図である。
図２５に示す電力取引システム５０は、電力取引ユニット２００−１，２００−２と、電力取引プロクシー５００とを備える。
電力取引ユニット２００は、管理対象である発電装置の発電、また、管理対象である需要家への電力の供給を管理する。また、電力取引ユニット２００は、電力取引プロクシー５００との間で電力取引を行なう。
電力取引プロクシー５００は、電力取引ユニット２００に対して電力供給を行なう。
なお、電力取引ユニット２００−１と電力取引ユニット２００−２とは通信および電力取引が可能である。また、電力取引ユニット２００−２と電力取引プロクシー５００とは通信および電力取引が可能である。
【００５９】
次に、電力取引プロクシー５００の構成について、図２６に示すブロック図を参照して説明する。なお、本実施形態における電力取引ユニット２００と、第２の実施形態における電力取引ユニット２００とは同様の構成を有し、動作が異なるのみである。そのため、本実施形態においては、電力取引ユニット２００の構成の説明については説明を省略する。
図２６に示す電力取引プロクシー５００は、電力蓄積部５１０と、監視部５２０と、通信部５３０と、蓄放電制御部５４０と、フロー制御部５５０と、制御部５６０とを有する。フロー制御部５４０は、電力取引部の一例である。
電力蓄積部５１０は、電力の蓄放電を行なう。
監視部５２０は、電力蓄積部５１０の蓄電状況を監視する。
通信部５３０は、電力取引ユニット２００と有線または無線を介して通信を行なう。
蓄放電制御部５４０は、電力蓄積部５１０の電力の蓄放電を制御する。
フロー制御部５５０は、電力取引プロクシー５００における電力のフローを制御する。また、フロー制御部２５０は、電力取引ユニット２００との間での電力のフロー制御を行なう。
制御部５６０は、電力取引プロクシー５００全体の動作を制御する。
【００６０】
次に、電力取引システム５０の動作について、図２７に示すシーケンス図を参照して説明する。図２７においては、電力取引ユニット２００−１に電力を供給する場合を例として説明する。また、図２７においては、電力取引ユニット２００−１と電力取引ユニット２００−２との間で対価取引が行われる場合の動作について説明する。
【００６１】
電力取引プロクシー５００は、監視部５２０が監視する電力蓄積部５１０の蓄電状況から、電力供給可能な時間帯があるか否かを判定する。電力供給可能な時間帯がある場合、電力取引プロクシー５００は、電力供給可能な時間帯を示すスケジュールアナウンスメントメッセージを電力取引ユニット２００−２に送信する（ステップＳ５１１）。電力取引プロクシー５００は、上述した処理を、例えば、所定の時間間隔で行う。
電力取引ユニット２００−１は、他の電力取引ユニットからの電力供給が必要である場合、取引要求メッセージを電力取引ユニット２００−２に送信する（ステップＳ５１２）。
電力取引ユニット２００−２は、取引要求メッセージを電力取引ユニット２００−１から受信すると、電力供給可能であるか否かを判定する。電力供給可能であると判定すると、電力取引ユニット２００−２は、スケジュールメッセージを電力取引ユニット２００−１に送信する（図２７においては不図示）。以下では、電力取引ユニット２００−２は、所定の期間内は電力供給可能ではないと判定したとする。
【００６２】
電力供給可能ではないと判定すると、電力取引ユニット２００−２は、スケジュールアナウンスメントメッセージを受信しているため、ローン取引を要求する旨を示すローンリクエストメッセージを電力取引プロクシー５００に送信する（ステップＳ５１４）。
電力取引プロクシー５００は、ローンリクエストメッセージを電力取引ユニット２００−２から受信すると、電力供給可能であるため、ローン取引に応じる旨を示す応答メッセージを電力取引ユニット２００−２に送信する（ステップＳ５１５）。
応答メッセージを電力取引プロクシー５００から受信すると、電力取引ユニット２００−２は、電力供給を申し出る旨、および、電力取引プロクシー５００が電力供給可能な時間帯を示すオファーメッセージを電力取引ユニット２００−１に送信する（ステップＳ５１６）。
電力取引ユニット２００−１は、オファーメッセージを電力取引ユニット２００−２から受信し、電力供給を受けると決定すると、オーダーメッセージとして購入オーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ５１７）。
電力取引ユニット２００−２は、購入オーダーメッセージを電力取引ユニット２００−１から受信すると、ローンオーダーメッセージを電力取引プロクシー５００に送信する（ステップＳ５１８）。
【００６３】
図２８は、電力取引プロクシー５００のスケジュールアナウンスメントメッセージ、電力取引ユニット２００−２のローンオーダーメッセージ、および、電力取引ユニット２００−１の購入オーダーメッセージを模式的に示す図である。
図２８に示すように、電力取引プロクシー５００は、時刻ｔ５１から時刻ｔ５２の時間帯は電力供給が可能であり、時刻ｔ５３から時刻ｔ５４の時間帯は電力供給ができない旨を示すスケジュールアナウンスメントメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ５１から時刻ｔ５２の時間帯内の、時刻ｔ５５から時刻ｔ５６の時間帯に電力供給を受け、時刻ｔ５６において、電力供給に応じた対価を支払う旨を示す購入オーダーメッセージを送信する。
また、電力取引ユニット２００−２は、時刻ｔ５１から時刻ｔ５２の時間帯内の、時刻ｔ５５から時刻ｔ５６の時間帯に電力供給を受け、時刻ｔ５３から時刻ｔ５４の時間帯内の、時刻ｔ５７から時刻ｔ５８の時間帯に電力を供給する旨を示すローンオーダーメッセージを送信する。
【００６４】
図２７を再び参照すると、電力取引プロクシー５００は、電力取引ユニット毎の信用度を蓄積しており、ローンオーダーメッセージを電力取引ユニット２００−２から受信すると、電力取引ユニット２００−２の信用度に応じて、ローンオーダーメッセージを承認するか否かを判定する。
ローンオーダーメッセージを承認すると判定すると、電力取引プロクシー５００は、電力取引ユニット２００−２に電力供給を行なう（ステップＳ５１９）。電力取引ユニット２００−２は、供給された電力を、電力取引ユニット２００−１に供給する（ステップＳ５２０）。
電力取引ユニット２００−１は、電力供給が行われると、電力供給に対する対価を電力取引ユニット２００−２に支払う（ステップＳ５２１）。また、電力取引ユニット２００−２は、電力取引プロクシー５００からの電力供給に対する報酬として、電力取引プロクシー５００に電力供給を行なう（ステップＳ５２２）。
電力取引プロクシー５００は、電力取引ユニット２００−２から供給された電力を、電力蓄積部５１０に蓄積する。
【００６５】
次に、電力取引ユニット２００−１と電力取引ユニット２００−２との間でローン取引が行われる場合の電力取引システム５０の動作について、図２９に示すシーケンス図を参照して説明する。図２９においては、電力取引ユニット２００−１に電力を供給する場合を例として説明する。また、図２９において、図２７と同様の処理については同じ符号を付し、説明を省略する。
【００６６】
電力取引ユニット２００−１は、オファーメッセージを電力取引ユニット２００−２から受信し、電力供給を受けると判定すると、オーダーメッセージとしてローンオーダーメッセージを電力取引ユニット２００−２に送信する（ステップＳ５３１）。
電力取引ユニット２００−２は、ローンオーダーメッセージを電力取引ユニット２００−１から受信すると、ローンオーダーメッセージを電力取引プロクシー５００に送信する（ステップＳ５３２）。
【００６７】
図３０は、電力取引プロクシー５００のスケジュールアナウンスメントメッセージ、電力取引ユニット２００−２のローンオーダーメッセージ、および、電力取引ユニット２００−１のローンオーダーメッセージを模式的に示す図である。
図３０に示すように、電力取引プロクシー５００は、時刻ｔ５１から時刻ｔ５２の時間帯は電力供給が可能であり、時刻ｔ５３から時刻ｔ５４の時間帯は電力供給ができない旨を示すスケジュールアナウンスメントメッセージを送信したとする。
この場合、電力取引ユニット２００−１は、時刻ｔ５１から時刻ｔ５２の時間帯内の、時刻ｔ５５から時刻ｔ５６の時間帯に電力供給を受け、時刻ｔ５３から時刻ｔ５４２の時間帯内の、時刻ｔ５７から時刻ｔ５８の時間帯内に電力を供給する旨を示すローンオーダーメッセージを送信する。
また、電力取引ユニット２００−２は、時刻ｔ５５から時刻ｔ５６の時間帯に電力供給を受け、時刻ｔ５３から時刻ｔ５４の時間帯内であって、時刻ｔ５７より遅い時刻ｔ５９から時刻ｔ６０の時間帯に電力を供給する旨を示すローンオーダーメッセージを送信する。
【００６８】
図２９を再び参照すると、電力取引プロクシー５００は、ローンオーダーメッセージを電力取引ユニット２００−２から受信すると、電力取引ユニット２００−２の信用度に応じて、ローンオーダーメッセージを承認するか否かを判定する。
ローンオーダーメッセージを承認すると判定すると、電力取引プロクシー５００は、電力取引ユニット２００−２に電力供給を行なう（ステップＳ５３３）。電力取引ユニット２００−２は、供給された電力を、電力取引ユニット２００−１に供給する（ステップＳ５３４）。
電力取引ユニット２００−１は、電力供給が行われると、ローンオーダーメッセージで指定した時間帯に、電力取引ユニット２００−２に電力供給を行なう（ステップＳ５３５）。また、電力取引ユニット２００−２は、ローンオーダーメッセージで指定した時間帯に、電力取引プロクシー５００に電力供給を行なう（ステップＳ５３６）。
取引要求メッセージの受信時には、電力取引ユニット２００−１は電力供給ができなくても、その後、電力供給が可能となることが予想される場合がある。このような場合、図２７から図３０を参照して説明したように、電力取引ユニット２００−２は、電力取引プロクシー５００とローン取引を行い、電力取引ユニット２００−１に電力を供給することで、電力供給の安定化を図ることができる。
このように、本実施形態の電力取引システム５０は、電力取引ユニット２００と、電力取引プロクシー５００とを備えている。
電力取引プロクシー５００は、電力を蓄放電する電力蓄積部５１０と、電力蓄積部５１０の蓄電状況を監視する監視部５２０と、電力取引ユニット２００との間で電力取引を行なうフロー制御部５５０と、制御部５６０とを有する。制御部５６０は、電力取引ユニット毎の信用度を蓄積し、電力取引ユニット２００からオーダーメッセージを受信すると、監視部５２０の監視結果から電力供給が可能であるか否かを判定する。そして、制御部５６０は、電力供給可能である場合には、その電力取引ユニットの信用度を参照し、その信用度に応じて、その電力取引ユニットへの電力供給を行うか否かを判定する。
また、電力取引ユニット２００は、他の電力取引ユニット２００から取引要求メッセージを受信した際に電力供給可能でない場合、電力取引プロクシー５００と電力のローン取引を行なう。
【００６９】
電力取引プロクシー５００の電力蓄積部５１０に電力を蓄積させておくことで、電力取引ユニット２００が電力を必要とする場合に、電力供給可能となる可能性が高まるので、電力供給の安定化を図ることができる。また、電力取引ユニット２００は、電力供給可能でない場合、電力取引プロクシー５００とローン取引を行なう。そのため、電力取引ユニット２００が電力を必要とする場合に、電力供給可能となる可能性が高まるので、電力供給の安定化を図ることができる。また、オーダーメッセージの送信元の電力取引ユニットの信用度に応じて、その電力取引ユニットへの電力供給を行なうか否かを判定するため、電力取引の安全性の向上も図ることができる。
【００７０】
なお、本実施形態においては、電力取引ユニット２００−１と、電力取引ユニット２００−２と、電力取引プロクシー５００とが直列に接続された例を用いて説明したが、これに限られるものではない。
変形例として、例えば、図３１に示すように、電力取引システム５０は、電力取引プロクシー５００と、電力取引プロクシーに接続された複数の電力取引ユニット２００−１〜２００−ｎとを備えていてもよい。
また、例えば、図３２に示すように、電力取引システム５０は、複数の電力取引ユニット２００−１，２００−３・・・に接続された電力取引プロクシー５００−１と、複数の電力取引ユニット２００−２，２００−４・・・に接続された電力取引プロクシー５００−２とを備えていてもよい。
また、電力プロクシー５００は、ある電力ユニットから支払われた対価を、例えば、月単位でまとめ、一括して電力を供給した電力取引ユニットに支払う電力プロクシー機能を備えていてもよい。
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引ユニット。
（付記２）
付記１記載の電力取引ユニットにおいて、
前記制御部は、前記監視部の監視結果および前記電力蓄積部の蓄電状況から、他の電力取引ユニットからの電力供給が必要であると判定すると、電力取引を要求する旨を示す取引要求メッセージを他の電力取引ユニットに送信し、他の電力取引ユニットから前記取引要求メッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合、電力供給可能な時間帯を示すスケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引ユニット。
（付記３）
付記２記載の電力取引ユニットにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信することを特徴とする電力取引ユニット。
（付記４）
付記２または３記載の電力取引ユニットにおいて、
前記制御部は、前記取引要求メッセージを受信した際に電力供給ができない場合、前記取引要求メッセージの送信元の電力取引ユニットとは別の電力取引ユニットに前記取引要求メッセージを送信し、該取引要求メッセージの送信に応じて、前記スケジュールメッセージが送信されてくると、該スケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引ユニット。
（付記５）
付記４記載の電力取引ユニットにおいて、
前記制御部は、前記取引要求メッセージの送信元の電力取引ユニットから前記オーダーメッセージを受信すると、前記電力取引部に、前記スケジュールメッセージの送信元の電力取引ユニットから電力の供給を受け、該供給された電力を前記取引要求メッセージの送信元の電力取引ユニットに供給させることを特徴とする電力取引ユニット。
（付記６）
付記２から５のいずれか１つに記載の電力取引ユニットにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯より前の時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信し、該オーダーメッセージの送信に応じて電力が供給されると、該供給された電力を前記電力蓄積部に蓄積させることを特徴とする電力取引ユニット。
（付記７）
付記１から６のいずれか１つに記載の電力取引ユニットにおいて、
前記オーダーメッセージは、電力供給に対する報酬の提供方法をさらに示し、
前記制御部は、前記オーダーメッセージを受信すると、前記オーダーメッセージの送信元の電力取引ユニットの信用度と、前記オーダーメッセージが示す前記電力供給に対する報酬の提供方法とに応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定することを特徴とする電力取引ユニット。
（付記８）
付記１から７のいずれか１つに記載の電力取引ユニットにおいて、
前記制御部は、前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの過去の電力取引状況に応じて決定することを特徴とする電力取引ユニット。
（付記９）
付記１から７のいずれか１つに記載の電力取引ユニットにおいて、
前記制御部は、前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの取引期間に応じて決定することを特徴とする電力取引ユニット。
（付記１０）
自ユニットにおける電力の需給状況を監視し、
自ユニットにおける余剰電力を電力蓄積部に蓄積し、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記需給状況の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行なうか否かを判定することを特徴とする電力取引方法。
（付記１１）
付記１０記載の電力取引方法において、
前記需給状況の監視結果および前記電力蓄積部の蓄電状況から、他の電力取引ユニットからの電力供給が必要であると判定すると、電力取引を要求する旨を示す取引要求メッセージを他の電力取引ユニットに送信し、他の電力取引ユニットから前記取引要求メッセージを受信すると、前記需給状況の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合、電力供給可能な時間帯を示すスケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引方法。
（付記１２）
付記１１記載の電力取引方法において、
前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信することを特徴とする電力取引方法。
（付記１３）
付記１１または１２記載の電力取引方法において、
前記取引要求メッセージを受信した際に電力供給ができない場合、前記取引要求メッセージの送信元の電力取引ユニットとは別の電力取引ユニットに前記取引要求メッセージを送信し、該取引要求メッセージの送信に応じて、前記スケジュールメッセージが送信されてくると、該スケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引方法。
（付記１４）
付記１３記載の電力取引方法において、
前記取引要求メッセージの送信元の電力取引ユニットから前記オーダーメッセージを受信すると、前記スケジュールメッセージの送信元の電力取引ユニットから電力の供給を受け、該供給された電力を前記取引要求メッセージの送信元の電力取引ユニットに供給することを特徴とする電力取引方法。
（付記１５）
付記１１から１４のいずれか１つに記載の電力取引方法において、
前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯より前の時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信し、該オーダーメッセージの送信に応じて電力が供給されると、該供給された電力を前記電力蓄積部に蓄積させることを特徴とする電力取引方法。
（付記１６）
付記１０から１５のいずれか１つに記載の電力取引方法において、
前記オーダーメッセージは、電力供給に対する報酬の提供方法をさらに示し、
前記オーダーメッセージを受信すると、前記オーダーメッセージの送信元の電力取引ユニットの信用度と、前記オーダーメッセージが示す前記電力供給に対する報酬の提供方法とに応じて、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行なうか否かを判定することを特徴とする電力取引方法。
（付記１７）
付記１０から１６のいずれか１つに記載の電力取引方法において、
前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの過去の電力取引状況に応じて決定することを特徴とする電力取引方法。
（付記１８）
付記１０から１６のいずれか１つに記載の電力取引方法において、
前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの取引期間に応じて決定することを特徴とする電力取引方法。
（付記１９）
複数の電力取引ユニットを備え、
前記複数の電力取引ユニットはそれぞれ、
自ユニットにおける電力の需給状況を監視する監視部と、
自ユニットにおける余剰電力を蓄積する電力蓄積部と、
他の電力取引ユニットとの間で電力取引を行なう電力取引部と、
他の電力取引ユニット毎の信用度を蓄積し、他の電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引システム。
（付記２０）
付記１９記載の電力取引システムにおいて、
前記制御部は、前記監視部の監視結果および前記電力蓄積部の蓄電状況から、他の電力取引ユニットからの電力供給が必要であると判定すると、電力取引を要求する旨を示す取引要求メッセージを他の電力取引ユニットに送信し、他の電力取引ユニットから前記取引要求メッセージを受信すると、前記監視部の監視結果および前記電力蓄積部の蓄電状況から電力供給が可能である場合、電力供給可能な時間帯を示すスケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引システム。
（付記２１）
付記２０記載の電力取引システムにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに、前記オーダーメッセージを送信することを特徴とする電力取引システム。
（付記２２）
付記２０または２１記載の電力取引システムにおいて、
前記制御部は、前記取引要求メッセージを受信した際に電力供給ができない場合、前記取引要求メッセージの送信元の電力取引ユニットとは別の電力取引ユニットに前記取引要求メッセージを送信し、該取引要求メッセージの送信に応じて、前記スケジュールメッセージが送信されてくると、該スケジュールメッセージを前記取引要求メッセージの送信元の電力取引ユニットに送信することを特徴とする電力取引システム。
（付記２３）
付記２２記載の電力取引システムにおいて、
前記制御部は、前記取引要求メッセージの送信元の電力取引ユニットから前記オーダーメッセージを受信すると、前記電力取引部に、前記スケジュールメッセージの送信元の電力取引ユニットから電力の供給を受け、該供給された電力を前記取引要求メッセージの送信元の電力取引ユニットに供給させることを特徴とする電力取引システム。
（付記２４）
付記２０から２３のいずれか１つに記載の電力取引システムにおいて、
前記制御部は、前記電力取引要求メッセージの送信に応じて前記スケジュールメッセージが送信されてくると、前記電力供給が必要である時間帯より前の時間帯に電力供給可能な電力取引ユニットが存在する場合、該電力取引ユニットに前記オーダーメッセージを送信し、該オーダーメッセージの送信に応じて電力が供給されると、該供給された電力を前記電力蓄積部に蓄積させることを特徴とする電力取引システム。
（付記２５）
付記１９から２４のいずれか１つに記載の電力取引システムにおいて、
前記オーダーメッセージは、電力供給に対する報酬の提供方法をさらに示し、
前記制御部は、前記オーダーメッセージを受信すると、前記オーダーメッセージの送信元の電力取引ユニットの信用度と、前記オーダーメッセージが示す前記電力供給に対する報酬の提供方法とに応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定することを特徴とする電力取引システム。
（付記２６）
付記１９から２５のいずれか１つに記載の電力取引システムにおいて、
前記制御部は、前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの過去の電力取引状況に応じて決定することを特徴とする電力取引システム。
（付記２７）
付記１９から２５のいずれか１つに記載の電力取引システムにおいて、
前記制御部は、前記他の電力取引ユニットの信用度を、該他の電力取引ユニットとの取引期間に応じて決定することを特徴とする電力取引システム。
（付記２８）
電力取引ユニットと、電力取引プロクシーとからなり、
前記電力取引プロクシーは、
電力の蓄放電を行なう電力蓄積部と、
前記電力蓄積部の蓄電状況を監視する監視部と、
前記電力取引ユニットとの間で電力取引を行なう電力取引部と、
前記電力取引ユニット毎の信用度を蓄積し、前記電力取引ユニットから電力供給を要求する旨を示すオーダーメッセージを受信すると、前記監視部の監視結果から電力供給が可能である場合には、前記オーダーメッセージの送信元の電力取引ユニットの信用度を参照し、その信用度に応じて、前記電力取引部に、前記オーダーメッセージの送信元の電力取引ユニットへの電力供給を行わせるか否かを判定する制御部と、を有することを特徴とする電力取引システム。
【符号の説明】
【００７１】
１０，２０，３０，４０    電力取引システム
１００，２００    電力取引ユニット
１１０，２１０    監視部
１２０，２２０    電力蓄積部
１３０    電力取引部
１４０，２６０    制御部
２３０    通信部
２４０    蓄放電制御部
２５０    フロー制御部
４００，５００    電力取引プロクシー
４１０，５１０    電力蓄積部
４２０，５２０    監視部
４３０    電力取引部
４４０，５６０    制御部
５３０    通信部
５４０    蓄放電制御部
５５０    フロー制御部
【図１】
2015207057.tif 000003
【図２】
2015207057.tif 000004
【図３】
2015207057.tif 000005
【図４】
2015207057.tif 000006
【図５】
2015207057.tif 000007
【図６】
2015207057.tif 000008
【図７】
2015207057.tif 000009
【図８】
2015207057.tif 000010
【図９】
2015207057.tif 000011
【図１０】
2015207057.tif 000012
【図１１】
2015207057.tif 000013
【図１２】
2015207057.tif 000014
【図１３】
2015207057.tif 000015
【図１４】
2015207057.tif 000016
【図１５】
2015207057.tif 000017
【図１６】
2015207057.tif 000018
【図１７】
2015207057.tif 000019
【図１８】
2015207057.tif 000020
【図１９】
2015207057.tif 000021
【図２０】
2015207057.tif 000022
【図２１】
2015207057.tif 000023
【図２２】
2015207057.tif 000024
【図２３】
2015207057.tif 000025
【図２４】
2015207057.tif 000026
【図２５】
2015207057.tif 000027
【図２６】
2015207057.tif 000028
【図２７】
2015207057.tif 000029
【図２８】
2015207057.tif 000030
【図２９】
2015207057.tif 000031
【図３０】
2015207057.tif 000032
【図３１】
2015207057.tif 000033
【図３２】
2015207057.tif 000034