JP2023120735A - 電力取引支援装置 - Google Patents

Abstract

【課題】自由度のある電力の取引を実現する電力取引支援装置を提供する。【解決手段】スマートグリッドにおいて、電力取引支援装置１２０は、ユーザＵ１から電力プロフィールを取得し、取得した電力プロフィールをユーザＵ２へ提供する。その後、ユーザＵ２が、供給可能な電力を有するユーザＵ１に、当該電力供給を申し込み受信すると、申し込んだユーザＵ２のプロフィールを、申し込まれたユーザＵ１に送る。そして、申し込まれたユーザＵ１が、申し込んだユーザＵ２の電力供給を承認するすると、申し込んだＵ２に承認結果の通知を行う。【選択図】図１１

Description

本発明は、電力取引支援装置に関する。

特開２０２１－１０８５２５号公報には、電力運用システムについて開示されている。同公報で開示されるシステムには、再生可能エネルギー発電設備により発電された電力を蓄える蓄電設備と、蓄電設備の制御を行う管理設備とを有するユーザサイトと、管理設備及び電力需要家と通信すると共に、情報処理を行う情報処理部とが含まれている。
管理設備は、ユーザサイト情報と、供給できる電力量を含む蓄電情報と、を情報処理部に送付する。情報処理部は、ユーザサイト情報と蓄電情報の識別及び認証を行い、電力需要家により送付されてきた電力需要要求を受付ける。さらに、電力需要要求と、ユーザサイト情報及び蓄電情報とのマッチングが行われ、マッチングの結果に基づいて、放電指示を生成して管理設備に送付されうる。管理設備は、当該放電指示に基づいて、蓄電設備から電力を所定の送配電網へ送り出すように放電させる。

特開２０２１－１０８５２５号公報

ところで、本発明者は、より自由度のある電力の取引を実現させたい、と考えている。

ここでの開示される電力取引支援装置は、ユーザのプロフィールがそれぞれ記録された記憶部を備えている。電力取引支援装置は、以下の処理が実行されるように構成されている。
ユーザが供給可能な電力の電力プロフィールを取得する処理；
電力プロフィールを、他のユーザに提供する処理；
他のユーザが、供給可能な電力を有するユーザに、当該電力の供給を受けることを申し込む処理；
申し込む処理で申し込んだユーザのプロフィールが、申し込まれたユーザに送られる処理；
申し込まれたユーザが、申し込んだユーザの申し込みを承認する処理；
承認する処理を受けて、申し込まれたユーザの電力がスマートグリットを通じて申し込んだユーザに供給される処理。

この電力取引支援装置によれば、電力受給者（買い手）となるユーザに電力供給者（売り手）となるユーザが供給可能な電力の電力プロフィールが提供される。電力受給者（買い手）となるユーザが供給を受けたい質の電力を見つけて、電力受給を申し込めることができる。このため、電力の供給を受けようとするユーザは電力を選んで供給を受けることができる。

電力プロフィールには、ユーザが供給可能な電力量と、供給される電力の電源情報と、供給条件とのうち少なくとも１つが含まれていてもよい。

ユーザが供給可能な電力量には、スマートグリッドにおいて蓄電された電力量と、発電される予定の電力量と、蓄電される予定の電力量とが含まれていてもよい。

スマートグリッドにおいて蓄電された電力量は、ユーザに紐付けて記録されていてもよい。

電力取引支援装置は、以下の処理が実行されるように構成されていてもよい。
ユーザの電力需要に関する電力需要プロフィールを取得する処理；
電力需要プロフィールを、通信網を通じて他のユーザに提供する処理；
他のユーザが、電力需要に対して電力を供給することを申し込む処理；
申し込む処理で申し込んだユーザが供給可能な電力の電力プロフィールが、申し込まれたユーザに送られる処理；
申し込まれたユーザが、申し込んだユーザの申し込みを承認する処理；
承認する処理を受けて、申し込んだユーザの電力が申し込まれたユーザに供給される処理。

かかる処理によれば、電力受給者（買い手）となるユーザから電力供給者（売り手）となるユーザに電力需要プロフィールが提供される。そして、電力供給者（売り手）となるユーザは、電力を供給したい相手を見つけて、電力の供給を申し込める。これにより、電力を供給しようとするユーザは、供給先を選んで電力を供給することができる。また、電力受給者（買い手）となるユーザにとっても、電力需要プロフィールに沿って供給される電力を制限でき、使用する電力の質（発電手段）を選ぶことができる。

電力需要プロフィールには、ユーザが供給を希望する日時と、供給を受けたい電力量と、供給を希望する電力の電源情報と、供給条件と、電力の用途とのうち少なくとも１つが含まれてもよい。

申し込む処理の情報と、承認処理の情報と、電力を供給する処理で供給された電力の情報とを含む取引データは、ブロックチェーンに記録されるように構成されていてもよい。

図１は、スマートグリッド１０を示す模式図である。 図２は、スマートグリッド１０の情報処理装置１００の概略図である。 図３は、仮想蓄電容量をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。 図４は、発電装置５１～５５をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。 図５は、蓄電装置６１～６５をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。 図６は、購入処理ｍ５の一例である処理ｍ５１，ｍ５２を示す模式図である。 図７は、売却処理ｍ６の一例である処理ｍ６１，ｍ６２を示す模式図である。 図８は、第１記録処理ｍ１で記録されるテーブルの他の形態を示す模式図である。 図９は、第２記録処理ｍ１１および共用設定処理ｍ１２によって実現される仕組みを示す模式図である。 図１０は、ここで開示される電力取引支援装置１２０の概略図である。 図１１は、電力取引支援装置１２０の他の処理を示すフロー図である。 図１２は、複数のユーザＡ～Ｆの蓄電状況を示す模式図である。 図１３は、電力取引支援装置１２０の他の処理を示すフロー図である。

以下、ここで開示の実施形態を説明する。ここで説明される実施形態は、当然ながら特にここでの開示を限定することを意図したものではない。ここでの開示は、特に言及されない限りにおいて、ここで説明される実施形態に限定されない。各図面は模式的に描かれており、必ずしも実物を反映していない。また、同一の作用を奏する部材・部位には、適宜に同一の符号を付し、重複する説明を省略する。

《スマートグリッド１０》
図１は、スマートグリッド１０を示す模式図である。スマートグリッド１０は、図１に示されているように、送電網２０と通信網４０とを備えている。スマートグリッドの送電網２０には、複数の電力機器が接続されている。ここで、電力機器は、電気を利用するために必要な、様々な機器類の総称である。電力機器には、発電、電気エネルギーから他のエネルギーへの変換、蓄電、電圧変換・力率調整、電力の接続・遮断など機器が含まれうる。スマートグリッド１０の送電網２０には、例えば、電力会社が運営する火力発電所や水力発電所や原子力発電所などの大規模発電設備２２の電力を送る既設送電線２４や、太陽光発電や風力などの自然エネルギーを利用した発電事業者２６や、太陽光発電装置やコージェネレーション発電装置を設置した住宅２８や、工場に太陽光発電装置を設置した工場事業者３０や、ビルなどに太陽光発電装置を設置したビル事業者３２などの種々の電力機器が接続されている。また、送電網２０には、車載電池が搭載された電動車両も接続されうる。また、太陽光発電所や風力発電所などを含む地域の独立した小型の系統は、小型の電力の配電系統とも考えられ、マイクログリッド３５と称される。これらスマートグリッドの送電網２０に接続された電力需要家や発電事業者などは、それぞれ通信網４０に接続されており、送配電のデータが双方向に通信されて管理されうる。

ここで、送電網２０に接続可能な電動車両には、送電網２０に接続されて充放電が可能なプラグイン機能を備えたいわゆるプラグインハイブリッド車両（ＰＨＥＶ：Plug-in Hybrid Electric Vehicle）、プラグインレンジエクステンダー式のＥＶ（ＲｅｘＥＶ：Range Extender Electric Vehicle）、燃料電池車（ＦＣＥＶ：Fuel Cell Electric Vehicle）、電気自動車（ＢＥＶ：Battery Electric Vehicle）などのいろいろな種類がある。また、送電網２０に接続されて車両が発電した電力を送電網２０に供給できる機能を備えたハイブリッド車両（ＨＥＶ：Hybrid Electric Vehicle）やレンジエクステンダー式のＥＶや燃料電池車なども含まれる。ハイブリッド車両やレンジエクステンダー式のＥＶには、ガソリンや軽油を利用して発電するものだけでなく、水素エンジンを搭載して発電するものでもよい。

電力需要家は、家庭や工場など電力を消費する者であり、適宜に買電しつつ電力の供給を受けている。太陽光発電や風力などの自然エネルギーを利用した発電事業者は、発電された電力を売電する。自社工場や自社ビルなどに太陽光発電装置を設置した事業者や自家発電を行なう電力利用者などは、太陽光発電装置で余剰電力が生じた場合に売電し、太陽光発電装置で賄えない電力を適宜に買電する。

このうち、家庭内のエネルギー管理システム２８ａは、ＨＥＭＳ：Home Energy Management Systemと称される。工場内のエネルギー管理システム３０ａは、ＦＥＭＳ：Factory Energy Management Systemと称される。ビル内のエネルギー管理システム３２ａは、ＢＥＭＳ：Building Energy Management Systemと称される。太陽光発電所や風力発電所やバイオマス発電などの地域の発電所での電力供給量と地域内での電力需要の管理を行なうマイクログリッド３５のエネルギー監理システム３５ａは、ＣＥＭＳ：Cluster/Community Energy Management Systemと称される。ＣＥＭＳは、スマートグリッドの要になるシステムであり、ＨＥＭＳやＢＥＭＳやＦＥＭＳを含めた地域全体のエネルギーを管理するシステムである。スマートグリッド１０には、これらから情報を収集する情報処理装置１００が設置される。スマートグリッド１０とは、通信網４０を通じてＩＴ技術を利用し、送電網２０の電力の流れを供給側・需要側の両方から制御し、最適化できるように構成されている。

図２は、スマートグリッド１０の情報処理装置１００の概略図である。スマートグリッド１０には、図２に示されているように、アグリゲーションコーディネータ１１と、リソースアグリゲータ１３とが存在しうる。アグリゲーションコーディネータ１１は、リソースアグリゲータ１３が制御した電力量を束ね、一般送配電事業者や小売電気事業者と直接電力取引を行う事業者である。アグリゲーションコーディネータ１１は、例えば、電力会社がこれを担う。リソースアグリゲータ１３は、一般には、電力の需要家とＶＰＰサービス契約を直接締結してリソース制御を行う事業者である。

アグリゲーションコーディネータ１１は、図２に示されているように、リソースアグリゲータ１３にデマンドレスポンスに対してこれを調整する制御を要求する（Ｄ１）。リソースアグリゲータ１３は、アグリゲーションコーディネータ１１との契約に沿って、かかる制御要求に応える（Ｒ１）。リソースアグリゲータ１３に対して求められる調整は、電力需要を減らす（抑制する）「下げＤＲ」、電力需要を増やす（創出する）「上げＤＲ」の２つである。下げＤＲでは、例えば、ＨＥＭＳやＢＥＭＳやＦＥＭＳ（図１参照）に対して、電力消費を抑える制御を実行させる。また、送電網２０に接続されて電力の出力が可能な蓄電装置や電動車両を備えている場合には、下げＤＲでは、蓄電装置や電動車両に溜められた電力が送電網２０に供給されるように制御されてもよい。上げＤＲでは、例えば、ＨＥＭＳやＢＥＭＳやＦＥＭＳに対して、電力消費を促す制御を実行させる。例えば、ＢＥＭＳによって空調の設定温度を抑制する制御が解除されてもよい。ＦＥＭＳによって工場の稼働率が上げられてもよい。また、送電網２０に接続されて電力の出力が可能な蓄電装置や電動車両を備えている場合には、上げＤＲでは、蓄電装置や電動車両に積極的に電力が溜められるように蓄電装置や電動車両の車載電池が制御されてもよい。

図２に示されているように、スマートグリッド１０は、例えば、複数の発電装置５１～５５と複数の蓄電装置６１～６５とが接続された送電網２０と、少なくとも送電網２０で送られた電力量の情報が送られる通信網４０とを有する。

図２に示された例では、発電装置５１～５５には、太陽光発電装置やコージェネレーション発電装置や風力発電装置やバイオマス発電装置などの種々の発電装置が含まれる。また、発電装置５１～５５には、家庭用の発電装置や大規模な発電装置なども含まれる。

蓄電装置６１～６５には、定置型の蓄電装置やスマートグリッド１０に接続可能な電動車両の車載電池などが含まれうる。定置型の蓄電装置には、家庭用の定置型の蓄電装置や大規模な蓄電装置なども含まれる。

図２に示された例では、蓄電装置６１，６２は、住宅Ａ１，Ａ２に設置された家庭用の定置型蓄電装置である。また、住宅Ａ１，Ａ２には、充放電スタンドが用意されており、適宜に電動車両７１，７２が接続される。電動車両７１，７２は、車載電池を備えており、充放電スタンドを通じて充放電可能である。このため電動車両７１，７２は、適宜に蓄電装置として機能する。また、住宅Ａ１，Ａ２の屋根には、発電装置５１，５２としての太陽光パネルがそれぞれ取付けられている。住宅Ａ１，Ａ２は、戸建て住宅でもよいし、マンションやアパートのような集合住宅でもよい。

工場Ａ３は、太陽光パネルなどの再生可能エネルギーを利用した発電装置５３と定置型の蓄電装置６３が設置されている。図２に示された例では、工場Ａ３には、充電スタンドが用意されている。充電スタンドには、例えば、電動車両で通勤する従業員の電動車両７３が接続される。ここで従業員の電動車両７３は、勤務時間中は工場Ａ３の充電スタンドを通じてスマートグリッド１０に接続される。また、在宅時間中は、住宅に設置された充電スタンドを通じてスマートグリッド１０に接続される。

例えば、住宅Ａ１の住人は、工場Ａ３の従業員でありうる。この場合、住宅Ａ１の住人が工場Ａ３に電動車両７１で通勤するような状況が考えられる。電動車両７１は、住宅Ａ１と工場Ａ３とで適宜にスマートグリッド１０に接続されうる。このため、平日でも電動車両７１は、駐車されている時間帯では概ねスマートグリッド１０に接続されている。なお、電動車両７１～７３は、住宅や勤務先だけでなく、商業施設や観光地や地域の充電スポットＡ６などでも、充電スタンド８１を通じてスマートグリッド１０に接続されうる。そして、充電スポットＡ６の機能あるいは電動車両７１～７３の機能において、スマートグリッド１０からの充電やスマートグリッド１０への放電が適宜に制御されるように構成されうる。スマートグリッド１０からの充電やスマートグリッド１０への放電は、例えば、リソースアグリゲータ１３によって制御されてもよい。

発電事業者Ａ４は、太陽光パネルが多数設置された発電装置５４を備えている。発電事業者Ａ４は、太陽光パネルで発電された電力をスマートグリッド１０に放電する。発電事業者Ａ４の発電装置には、太陽光発電に限らず、風力発電やバイオマス発電や小型水力発電など、種々の発電装置が採用されうる。発電事業者Ａ４は、所要の定置型の蓄電装置６４を備えていてもよい。蓄電事業者Ａ５は、蓄電装置を多数設置した大規模な蓄電装置６５を用意した事業者である。図２に示された形態では、蓄電事業者Ａ５の施設には、太陽光パネルのような発電装置６５も併設されている。蓄電事業者Ａ５が用意する大規模な蓄電装置６５には、車載電池の再利用品や電池メーカーの規格外品を組み合わせた定置型蓄電池などでもよい。このような定置型蓄電池は、比較的安価でかつ大容量で安定した蓄電池が実現できるとされている。

スマートグリッド１０に接続された蓄電装置全体の総容量は、多ければ多いほど、蓄電の自由度が高くなる。スマートグリッド１０に接続された蓄電装置全体としての総容量として、例えば、マイクログリッドで必要とされる電力の半日分以上の蓄電容量、より好ましくは２～３日分以上の蓄電容量、さらに好ましくは１週間分以上の蓄電容量が用意されており、かつ、十分な充電が行なわれているとよく、さらにスマートグリッド１０に接続された蓄電装置全体としてマイクログリッドの域内で発電される発電量に対して十分な空き容量が確保されているとよい。これによって、スマートグリッド１０の蓄電や給電の自由度が高くなり、ユーザの利便性が向上する。ここで提案される情報処理装置１００によって管理されるスマートグリッド１０においては、図２に示されているように、大規模な蓄電能力を備えた蓄電装置を有し、スマートグリッド１０を通じた蓄電を主たる事業とする蓄電事業者Ａ５なども成り立ちうる。

《情報処理装置１００》
スマートグリッド１０の情報処理装置１００は、スマートグリッド１０の情報を処理する装置である。情報処理装置１００は、例えば、組み込まれたプログラムに沿って所定の処理を実行するコンピュータで実現されうる。図２に示された形態では、情報処理装置１００は、スマートグリッド１０の通信網４０に接続されたリソースアグリゲータ１３のクラウドサーバの一機能として組み込まれている。情報処理装置１００の各処理は、予め定められたプログラムに従って所定の演算処理を行う処理モジュールとして具現化されうる。

ところで、スマートグリッド１０に接続された発電装置５１～５５で発電された電力は、自家消費される他、自家の蓄電池や電動車両に蓄電される。余剰の電力が生じた場合には、スマートグリッド１０に供給される。これに対して、都度、売電処理されるように構成されてもよい。また、電力が不足する場合には、スマートグリッド１０から不足の電力が供給される。これに対して、都度、買電処理されるように構成されてもよい。

例えば、住宅Ａ１のユーザは、自家の発電装置５１によって発電された電力を蓄電装置６１に貯えることができる。自家の発電装置５１によって発電された電力は、スマートグリッド１０に供給することもできる。スマートグリッド１０に供給された電力は、都度、電力事業者に売電されている。スマートグリッド１０に供給された電力は、スマートグリッド１０を通じて需要家によって消費される。需要家は、スマートグリッド１０から電力を受給する際に、都度、電力事業者から買電している。

他方で、スマートグリッド１０には、複数の蓄電装置６１～６５が接続されている。複数の蓄電装置６１～６５は、例えば、リソースアグリゲータ１３の指令に従って充放電が制御できるように構成されうる。このようなスマートグリッド１０において、本発明者は、住宅Ａ１のユーザは、スマートグリッド１０を通じて、自家の余剰電力を蓄えることができると考えている。例えば、住宅Ａ１のユーザの余剰電力は、スマートグリッド１０を通じて、スマートグリッド１０に接続された複数の蓄電装置６１～６５にスマートグリッド１０の余剰電力を貯えられるように制御されてもよい。この場合、住宅Ａ１のユーザが自家の発電装置５１によって発電された電力がスマートグリッド１０に供給された場合には、リソースアグリゲータ１３の制御を通じて、スマートグリッド１０に接続された複数の蓄電装置６１～６５に電力を貯えるように制御することもできる。

住宅Ａ１のユーザは、自家の発電装置５１によって発電された電力をスマートグリッド１０に供給した場合に、スマートグリッド１０に接続された複数の蓄電装置６１～６５に貯めることができる。スマートグリッド１０に接続された複数の蓄電装置６１～６５に貯められた電力は、スマートグリッド１０を通じて好きなときに受給できる。このような制御も、送電網２０と通信網４０を有し、ＩＴ技術によって制御されるスマートグリッド１０であれば可能である。この場合、余剰電力は、都度、売電として処理される代わりに、スマートグリッド１０に電力として貯めることを選択できるようになる。

かかる観点で、本発明者は、スマートグリッド１０から受給できる電力量に相当する電力量として定義される仮想蓄電容量をユーザに紐付けてスマートグリッド１０の情報処理装置１００に記憶することを考えた。これにより、ユーザがスマートグリッド１０に放電した電力を、スマートグリッド１０に貯められた電力として、また、スマートグリッド１０から受給できる電力として記録できる。つまり、ユーザは、スマートグリッド１０を通じて余剰電力を貯めることができる。貯められた電力は、スマートグリッド１０から受給できる電力量に相当する仮想蓄電容量として記録される。かかる仮想蓄電容量がユーザに紐付けてスマートグリッド１０の情報処理装置１００に記録されることによって、ユーザが紐付けられて記憶された仮想蓄電容量に応じた相当量の電力を受給できるように、スマートグリッド１０を制御できる。これにより、ユーザは、自家で発電された電力を、スマートグリッド１０を通じて貯めて、いつでも使えるようになり、都度、売電する必要がなくなる。

《情報処理装置１００によって実行される処理ｍ１～ｍ１２》
この実施形態では、情報処理装置１００によって実行される処理には、第１記録処理ｍ１と、預け入れ処理ｍ２と、引き出し処理ｍ３と、譲渡処理ｍ４と、購入処理ｍ５と、売却処理ｍ６と、価格設定処理ｍ７と、交換処理ｍ８と、交換設定処理ｍ９と、送信処理ｍ１０と、第２記録処理ｍ１１と、共用設定処理ｍ１２とがある。各処理ｍ１～ｍ１２は、情報処理装置１００に組み込まれたプログラムに沿った処理で具現化される。なお、ここでは、情報処理装置１００によって実行される処理の一例を示しており、情報処理装置１００によって実行される処理はここで例示されるものに限定されない。

〈第１記録処理ｍ１〉
第１記録処理ｍ１は、スマートグリッド１０から受給できる電力量に相当する仮想蓄電容量をユーザに紐付けて記録する処理である。仮想蓄電容量は、情報処理装置１００において扱うことが可能なデータであり、スマートグリッド１０から受給できる電力量に相当する電力量がユーザに紐付けて情報処理装置１００に記録されたものである。スマートグリッド１０から相当量の電力を受給できる権利とも考えられる。また、仮想蓄電容量は、ユーザがスマートグリッド１０に貯えた電力量とも考えられる。仮想蓄電容量は、ユーザがスマートグリッド１０に貯えた電力であり、スマートグリッド１０を通じて相当量の電力を受給できる権利であるとも考えられる。なお、ユーザが、スマートグリッド１０を通じて、スマートグリッド１０に接続された蓄電装置６１～６５に実際に貯められている電力量と、情報処理装置１００に情報として記録される仮想蓄電容量とは、必ずしも一致しているか否かは問わない。

情報処理装置１００は、仮想蓄電容量をユーザに紐付けて記憶する記憶部を備えているとよい。ユーザには、ユーザを識別するＩＤが付与されているとよい。仮想蓄電容量がユーザに紐付けて情報処理装置１００に記憶されていることによって、情報処理装置１００では、ユーザが任意に処分できる電力量として仮想蓄電容量を扱える。つまり、仮想蓄電容量は、実際上は、コンピュータで扱うことができるデータであり得る。図３は、仮想蓄電容量をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。ユーザＩＤと仮想蓄電容量は、情報処理装置１００において、図３に示されているように、ユーザＩＤと仮想蓄電容量を並べて記録できるテーブルに記録されているとよい。仮想蓄電容量は、電力量と同様に扱えるように、例えば、電力量に対して用いられる単位、例えば、Ｗｈが付与されていてもよい。

また、この実施形態では、図３に示されているように、情報処理装置１００において金銭残高がユーザＩＤに紐付けて記録できるように構成されている。金銭残高は、例えば、モバイル決済と同様の仕組みが用いられ、例えば、モバイル決済に利用される銀行口座決済（即時払い）やクレジットカード決済（後払い）やチャージ（先払い）決済やポイント決済（ポイント払い）などと連動していてもよい。例えば、銀行口座決済（即時払い）では、金銭残高をチャージするのに応じて、予め定められたユーザの銀行口座から利用額が即時引き落とされる。クレジットカード決済（後払い）では、ユーザが使用するクレジットカードが予め登録されており、金銭残高をチャージするのに応じて、クレジットカードで決済される。チャージ（先払い）決済では、現金を端末やレジでチャージする他、クレジットカードや銀行口座から一定額のチャージも可能である。また、ポイント決済（ポイント払い）では、サービスや商品の購入や利用に応じて付与されたポイントを金銭残高に置き換えて、ここで提供される仮想蓄電容量を利用したサービスの対価の支払いに利用できるようにしてもよい。また、ポイントをそのままここで提供される仮想蓄電容量を利用したサービスの対価の支払いに利用できるようにしてもよい。

具体的には、図２に示された形態では、住宅Ａ１は、発電装置５１としての太陽光パネルでの発電や、電動車両７１での蓄電、電動車両７１からスマートグリッド１０への放電によって、スマートグリッド１０の電力需給調整に寄与しうる。住宅Ａ１の住人は、所定の契約に基づいてこのスマートグリッド１０のユーザとなりうる。発電装置５１としての太陽光パネルで発電された電力は、住宅Ａ１の電力として利用されるだけでなく、余剰の電力はスマートグリッド１０に供給される。この際、スマートグリッド１０で電力が余っていたら、デマンドレスポンス（ＤＲ）の調整において、スマートグリッド１０に接続された蓄電装置６１～６５に充電されうる。この実施形態では、情報処理装置１００は、住宅Ａ１から供給される余剰の電力は、売電されたものとして扱うのではなく、スマートグリッド１０に接続された蓄電装置６１～６５に蓄えられたものとして扱う。この際、情報処理装置１００は、住宅Ａ１からスマートグリッド１０に供給された余剰の電力に相当する電力量を、仮想蓄電容量として計量される。ここで計量された仮想蓄電容量は、住宅Ａ１の住人をユーザとして紐付ける。住宅Ａ１からスマートグリッド１０に供給された余剰の電力に相当する電力量は、住宅Ａ１に取付けられたスマートメータによって計測されうる。

〈発電装置ＩＤ〉
情報処理装置１００は、スマートグリッド１０に接続された発電装置５１～５５をユーザに紐付けて記憶する記憶部を備えているとよい。図４は、発電装置５１～５５をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。この実施形態では、発電装置５１～５５には、それぞれ識別番号として発電装置ＩＤが付与されている。発電装置ＩＤとユーザＩＤとは、図４に示されているように、発電装置ＩＤとユーザＩＤを並べて記録できるテーブルに記録されているとよい。例えば、スマートグリッド１０に接続される発電装置５１～５５のうち、仮想蓄電容量を用いた本仕組みを利用する場合には、ユーザとリソースアグリゲータとの契約などによって、スマートグリッド１０に接続可能な発電装置５１～５５に発電装置ＩＤが付与されてユーザＩＤと紐付けて記録されているとよい。

〈蓄電装置ＩＤ，電動車両ＩＤ〉
情報処理装置１００は、スマートグリッド１０に接続可能な蓄電装置６１～６５をユーザに紐付けて記憶する記憶部を備えているとよい。図５は、蓄電装置６１～６５をユーザに紐付けて記憶する記憶部の構成例を示す構成図である。この実施形態では、蓄電装置６１～６５には、それぞれ識別番号として蓄電装置ＩＤが付与されている。蓄電装置ＩＤとユーザＩＤとは、図５に示されているように、蓄電装置ＩＤとユーザＩＤを並べて記録できるテーブルに記録されているとよい。例えば、ユーザは、仮想蓄電容量を用いた本仕組みを利用する場合には、ユーザとリソースアグリゲータとの契約などによって、スマートグリッド１０に接続可能な蓄電装置６１～６５に蓄電装置ＩＤが付与されてユーザＩＤと紐付けて記録されているとよい。電動車両７１～７３は、適宜にスマートグリッド１０に接続されて蓄電装置となりうる。この実施形態では、図５に示されているように、電動車両７１～７３には、蓄電装置ＩＤが付与されてユーザＩＤと紐付けて記録されている。電動車両７１～７３は、定置型の蓄電装置６１～６５と区別できるとよく。図５に示されているように、電動車両には、蓄電装置ＩＤとは別に、電動車両ＩＤが付与されていてもよい。なお、電動車両ＩＤは、蓄電装置ＩＤとは別のテーブルでユーザＩＤと紐付けられて記録されていてもよい。

〈預け入れ処理ｍ２〉
預け入れ処理ｍ２は、ユーザに紐付けられた電力機器から送電網２０に出力された電力量に応じて、ユーザの仮想蓄電容量を増加させる処理である。ユーザに紐付けられた電力機器には、例えば、発電装置５１～５５や蓄電装置６１～６５や電動車両７１～７３などでありうる。また、電力機器としての発電装置５１～５５や蓄電装置６１～６５や電動車両７１～７３から送電網２０に出力された電力量は、例えば、スマートメータで測定されうる。

例えば、預け入れ処理ｍ２では、発電装置５１～５５から送電網２０に出力された際に、出力された発電装置およびユーザが特定される。そして、発電装置５１～５５から送電網２０に出力された電力量に応じて、第１記録処理ｍ１において記録されたユーザの仮想蓄電容量を増加させる（図３参照）。送電網２０に電力を出力する電力機器は、発電装置５１～５５に限定されない。例えば、蓄電装置６１～６５や電動車両７１～７３もスマートグリッド１０に電力を出力しうる。その場合も、預け入れ処理ｍ２では、出力された電力機器およびユーザが特定される。そして、電力機器から送電網２０に出力された電力量に応じて、第１記録処理ｍ１において記録されたユーザの仮想蓄電容量が増加される（図３参照）。

預け入れ処理ｍ２は、例えば、図２に示されているように、住宅Ａ１で余剰電力が生じ、住宅Ａ１からスマートグリッド１０の送電網２０に電力が放出された場合、住宅Ａ１の住人（ユーザ）の仮想蓄電容量を増加させる。預け入れ処理ｍ２において、送電網２０に出力された電力量に応じて仮想蓄電容量をいくら増加させるかは、予め設定されているとよい。例えば、発電装置５１からスマートグリッド１０に出力された電力量と同じ量、仮想蓄電容量が増加するように構成されていてもよい。

この場合、預け入れ処理ｍ２では、例えば、仮想蓄電容量は、以下の式ｆ１で更新される。
仮想蓄電容量＝仮想蓄電容量（０）＋放出電力量・・・・（ｆ１）
ここで、仮想蓄電容量（０）は、預け入れ処理ｍ２前の仮想蓄電容量であり、放出電力量は、住宅Ａ１からスマートグリッド１０の送電網２０に放出された電力量である。例えば、住宅Ａ１から１ｋＷｈがスマートグリッド１０に放出された場合、住宅Ａ１のユーザの仮想蓄電容量が１ｋＷｈ増加するように構成されているとよい。

預け入れ処理ｍ２で電力量に応じて仮想蓄電容量をいくら増加させるかは、上述した式（ｆ１）のように、単純に放出電力量を加算することでもよい。式（ｆ１）に限らず、予め設定された量としてもよい。例えば、預け入れ処理ｍ２は、ユーザに紐付けられた発電装置５１～５５から送電網２０に出力された電力量に予め定められた割合を増加または減少させて、仮想蓄電容量を増加させるように構成されていてもよい。つまり、スマートグリッド１０に出力された電力量と、仮想蓄電容量が増加する量とに差があってもよい。例えば、送電ロスが考慮されて、ユーザがスマートグリッド１０に出力した電力量に対して仮想蓄電容量が増加する量を減らしてもよい。

例えば、電力需給が逼迫している際には、スマートグリッド１０に住宅Ａ１の蓄電装置６１などに貯められた電力が放出されると、スマートグリッド１０の電力の逼迫が緩和される。このため、蓄電装置６１からスマートグリッド１０に出力された電力量から、予め定められた量を足して仮想蓄電容量を増加させるように構成されていてもよい。この場合、蓄電装置６１からスマートグリッド１０に出力された電力量の５％を加算する場合には、蓄電装置６１から１ｋＷｈがスマートグリッド１０に出力されると、仮想蓄電容量が１．０５ｋＷｈ増加するように構成されているとよい。これにより、スマートグリッド１０にとっては電力の逼迫が緩和され、ユーザにとっては仮想蓄電容量が効率良く貯められるとのメリットが得られる。また、例えば、スマートグリッド１０の電力が余剰である際には、スマートグリッド１０に住宅Ａ１の蓄電装置などに貯められた電力が放出されると、スマートグリッド１０の電力逼迫が緩和される。このように、預け入れ処理ｍ２で仮想蓄電容量を増加させる量を調整することは、電力の需給調整することに利用されうる。

また、預け入れ処理ｍ２は、例えば、予め定められた手数料分を仮想蓄電容量から差し引くように構成されていてもよい。手数料分は、任意に設定でき、情報処理装置１００において予め定められているとよい。例えば、ユーザの電力機器からスマートグリッド１０に出力された電力量のうち一定の割合を手数料分として、加算されるべき仮想蓄電容量から差し引いてもよい。具体例として、発電装置５１からスマートグリッド１０に出力された電力量の５％を手数料分とする場合には、発電装置５１から１ｋＷｈがスマートグリッド１０に出力されると、仮想蓄電容量が０．９５ｋＷｈ増加するように構成されているとよい。このように、仮想蓄電容量を利用したサービスに対する手数料分が仮想蓄電容量から差し引かれるように処理されることによって、仮想蓄電容量を利用したサービスに対する手数料が、仮想蓄電容量によって清算できる。このため、仮想蓄電容量を利用したサービスに対する手数料を、金銭やポイントによって清算する処理が不要あるいは減る。

〈引き出し処理ｍ３〉
引き出し処理ｍ３は、ユーザが送電網２０から受給した電力量に応じて、当該ユーザの仮想蓄電容量を減少させる処理である。

引き出し処理ｍ３では、ユーザが送電網２０から電力を受給した際に、受給した装置によってユーザが特定される。例えば、住宅Ａ１で送電網２０から電力を受給して消費される場合には、住宅Ａ１に取り付けられたスマートメータでユーザが特定される。また、市中の充電スポットＡ６で電動車両に充電する場合も電動車両ＩＤが電動車両から取得されることによってユーザが特定される。そして、ユーザが送電網２０から受給した電力量に応じて、第１記録処理ｍ１において記録されたユーザの仮想蓄電容量を減少させる（図３参照）。

引き出し処理ｍ３は、例えば、図２に示されているように、住宅Ａ１で電力が不足し、スマートグリッド１０の送電網２０から電力の供給を受けて使用する場合、買電の処理に代えて、引き出し処理ｍ３によって住宅Ａ１の住人（ユーザ）の仮想蓄電容量を減少させる。また、ユーザが、市中の充電スポットＡ６で、充電スタンドを通じてスマートグリッド１０から電力の供給を受けた場合も、引き出し処理ｍ３で当該ユーザの仮想蓄電容量を減少させるとよい。このように、ユーザがスマートグリッド１０から電力を受給した場合に、ユーザの仮想蓄電容量を受給した電力量に応じて減少させる。ユーザがスマートグリッド１０から電力を受給した際に、引き出し処理ｍ３によって、等価分の電力量が当該ユーザの仮想蓄電容量から引かれるとよい。この場合、ユーザは、買電処理によらず、仮想蓄電容量を利用してスマートグリッド１０から電力を受給することができる。

引き出し処理ｍ３において、ユーザが受給した電力量に応じて仮想蓄電容量をいくら減少させるかは、予め設定されているとよい。例えば、ユーザがスマートグリッド１０から受給した電力量と同じ量、仮想蓄電容量が減少するように構成されていてもよい。
この場合、引き出し処理ｍ３では、例えば、仮想蓄電容量は、以下の式ｆ２で更新される。
仮想蓄電容量＝仮想蓄電容量（０）－受給電力量・・・・（ｆ２）

ここで、仮想蓄電容量（０）は、引き出し処理ｍ３前の仮想蓄電容量であり、受給電力量は、ユーザがスマートグリッド１０から受給した電力量である。例えば、あるユーザがスマートグリッド１０の市中の充電スポットＡ６で、充電スタンドを通じてスマートグリッド１０から１ｋＷｈ電力の供給を受けた場合、当該ユーザの仮想蓄電容量が１ｋＷｈ減少するように構成されているとよい。このように、仮想蓄電容量の引き出し処理ｍ３によって、スマートグリッド１０から電力の受給を受けても、等価分の仮想蓄電容量が減少するが、ユーザの現金資産は直接的に減らない。

引き出し処理ｍ３で電力量に応じて仮想蓄電容量をいくら減少させるかは、上述した式（ｆ２）のように、単純に受給電力量を減算することでもよい。式（ｆ２）に限らず、予め設定された量としてもよい。例えば、引き出し処理ｍ３は、ユーザに紐付けられた発電装置５１～５５から送電網２０に出力された電力量に予め定められた割合を増加または減少させて、仮想蓄電容量を減少させるように構成されていてもよい。つまり、スマートグリッド１０から供給された電力量と、仮想蓄電容量が減少する量とに差があってもよい。例えば、送電ロスが考慮されて、スマートグリッド１０からユーザに供給された電力量に対して仮想蓄電容量が減少する量を多くしてもよい。

また、電力需給が逼迫している際には、スマートグリッド１０からの放電が抑えられることで、スマートグリッド１０の電力の逼迫が緩和される。この場合、スマートグリッド１０からの放電を抑えたい。このため、電力需給が逼迫している際の引き出し処理ｍ３では、スマートグリッド１０から受給した電力量に電力需給の逼迫に応じた割り増し量を加算して仮想蓄電容量を減少させるように構成されていてもよい。この場合、スマートグリッド１０から受給した電力量の５％を割り増し量として加算する場合には、スマートグリッド１０から１ｋＷｈを受給すると、仮想蓄電容量が１．０５ｋＷｈ減少するように構成されているとよい。これにより、ユーザに電力消費を抑えるマインドを生じさせることができ、スマートグリッド１０にとっては、電力の逼迫が緩和される。また、スマートグリッド１０の電力が余剰であり、さらに、スマートグリッド１０に接続された蓄電装置６１～６５に空き容量が少ないような場合には、スマートグリッド１０から受給した電力量に対して、仮想蓄電容量を減少させる電力量を少なくしてもよい。これにより、ユーザに電力消費を増やすマインドを生じさせることができる。このように、引き出し処理ｍ３で仮想蓄電容量を減少させる量を調整することは、電力の需給調整することに利用されうる。

また、引き出し処理ｍ３は、例えば、予め定められた手数料分を仮想蓄電容量から差し引くように構成されていてもよい。手数料分は、任意に設定できる。例えば、ユーザがスマートグリッド１０から受給した電力量のうち一定の割合を手数料分として、減少させるべき仮想蓄電容量を割り増してもよい。具体例として、ユーザがスマートグリッド１０から受給した電力量の５％を手数料分とする場合には、ユーザがスマートグリッド１０から１ｋＷｈを受給すると、仮想蓄電容量が１．０５ｋＷｈ減少するように構成されているとよい。この場合も、仮想蓄電容量を利用したサービスに対する手数料分が仮想蓄電容量から差し引かれるように処理されることによって、仮想蓄電容量を利用したサービスに対する手数料が、仮想蓄電容量によって清算できる。このため、仮想蓄電容量を利用したサービスに対する手数料を、金銭やポイントによって清算する処理が不要あるいは減る。

なお、この情報処理装置１００で提供される仮想蓄電容量が用いられた仕組みは、例えば、電力事業者やリソースアグリゲータを運営者として運営されうる。仮想蓄電容量が用いられた仕組みやサービスが利用される際の手数料は、この情報処理装置１００で提供される仮想蓄電容量が用いられた仕組みを利用するユーザに対して月毎や年毎など定額で運営者から請求されるようにしてもよい。この場合、預け入れ処理ｍ２や引き出し処理ｍ３で都度手数料が設定されなくてもよい。また、この情報処理装置１００で提供される仮想蓄電容量が用いられた仕組みは、手数料を取らずにユーザに提供されてもよい。仮想蓄電容量が用いられた仕組みによれば、ユーザによる売電や買電に応じて金銭の授受を伴う処理や事務負担が減る。このため掛かる事務負担に応じた手数料を取らずに、例えば、無料でユーザに提供されることで、仮想蓄電容量が用いられた仕組みが広く利用されることが期待できる。

以上のように、ここで開示される情報処理装置１００では、仮想蓄電容量をユーザに紐付けて記録する第１記録処理ｍ１と、預け入れ処理ｍ２と、引き出し処理ｍ３とが実行される。第１記録処理ｍ１では、仮想蓄電容量がユーザに紐付けて記録される。預け入れ処理ｍ２では、ユーザに紐付けられた電力機器から送電網２０に出力された電力量に応じて、当該ユーザの仮想蓄電容量を増加させる。引き出し処理ｍ３では、ユーザが送電網２０から使用した電力量に応じて、当該ユーザの仮想蓄電容量を減少させる。これにより、発電された電力を仮想蓄電容量としてスマートグリッド１０に仮想的に貯めることができ、仮想蓄電容量を利用して、スマートグリッド１０を通じて電力を受給できる。

第１記録処理ｍ１で記録される仮想蓄電容量は、スマートグリッド１０に接続された蓄電装置６１～６５に実際に貯められている電力量としても扱われうる。ユーザは、仮想蓄電容量の電力量に応じてスマートグリッド１０を通じて電力受給できる。また、仮想蓄電容量は、仮想的にユーザが任意に処分できる電力と考えられる電力量である。また、仮想蓄電容量は、仮想的にユーザが任意に処分できる電力でありうる。

預け入れ処理ｍ２では、ユーザは、例えば、住宅Ａ１で発電された電力を、余剰電力として売電するのではなく、仮想蓄電容量としてスマートグリッド１０に仮想的に貯めることができる。引き出し処理ｍ３では、ユーザは、スマートグリッド１０を通じて好きな場所で好きな時間に仮想蓄電容量として貯めた電力を利用することできるようになる。このため、仮想蓄電容量が貯まっていれば、ユーザは、スマートグリッド１０から電力を受給する際に、都度買電する必要がなくなる。

この結果、例えば、スマートグリッド１０に十分な蓄電装置が接続されており、住宅Ａ１の余剰電力を受け入れられる状態であれば、住宅Ａ１に定置型の蓄電装置が無い場合でも、スマートグリッド１０に余剰電力を仮想蓄電容量として貯められる。このため、スマートグリッド１０に余剰電力を仮想蓄電容量として貯めることによって、住宅Ａ１に定置型の蓄電装置が無い場合でも、住宅Ａ１に定置型の蓄電装置があるのと同様の状態を実現できる。このため、住宅Ａ１のユーザは、定置型の蓄電装置の容量を小さくしたり、あるいは、定置型の蓄電装置の設置を廃止したりするなどして、定置型の蓄電装置に掛ける費用を低く抑えることができる。

また、ユーザが、スマートグリッド１０に接続可能な電動車両を利用している場合には、仮想蓄電容量を利用して好きな場所でスマートグリッド１０を通じて電量車両に給電できる。このとき、電動車両の電動車両ＩＤは、図５に示されているように、蓄電装置と同様に、ユーザＩＤに紐付けられて記憶されている。このため、スマートグリッド１０に接続できる充電スタンドを利用して充電する場合には、どの場所で利用しても電動車両が接続された際に、電動車両ＩＤが認識されるように情報処理装置１００の引き出し処理ｍ３がプログラムされているとよい。これにより、電動車両ＩＤが特定されると、ユーザＩＤが特定され、当該ユーザＩＤで特定されるユーザの仮想蓄電容量から、電動車両が受給した電力量に応じた電力量が引かれる。

このようにここで提案される情報処理装置１００によって実現される仮想蓄電容量を利用すれば、ユーザは、自家発電した電力を、仮想的にスマートグリッド１０に貯めることができる。仮想蓄電容量としてスマートグリッド１０に仮想的に貯められた電力は、住宅Ａ１で電力が不足したときにスマートグリッド１０を通じて受給できる。また、出先でも仮想蓄電容量を利用してスマートグリッド１０から電動車両に電力を受給できる。

このように仮想蓄電容量は、スマートグリッド１０から相当量の電力を受給できる権利とも考えられる。つまり、仮想蓄電容量は、ユーザがスマートグリッド１０に貯えた電力であり、スマートグリッド１０を通じて相当量の電力を受給できる権利であるとも考えられる。例えば、ユーザが太陽光パネルを備えた住宅Ａ１の住人であり、週末に電動車両７１を利用して遠方に旅行に行った場合、太陽光パネルで発電された電力は、スマートグリッド１０を通じて仮想蓄電容量として貯えられる。仮想蓄電容量は、スマートグリッド１０を通じて相当量の電力を受給できる権利であるから、ユーザは旅行先の充電スポットで電動車両をスマートグリッド１０に接続した場合、貯えられた仮想蓄電容量を利用してスマートグリッド１０から電力を受給することができる。このとき、ユーザが受給した電力量に応じてユーザの仮想蓄電容量は減るように処理される。このように、ユーザは、自家発電した電力を仮想蓄電容量として仮想的にスマートグリッド１０に貯め、好きなときに好きな場所で電力を受給できる。この結果、住宅Ａ１のユーザは、住宅Ａ１で発電された電力をスマートグリッド１０に仮想蓄電容量として貯めておくことで、時間や場所に捕らわれず自家発電された電力を余すことなく最大限利用できるようになる。

ユーザは、個人レベルに限定されない。例えば、太陽光パネルの発電事業者は、仮想蓄電容量を利用してスマートグリッド１０に電力を放出することで、仮想蓄電容量を貯めることができる。太陽光パネルの発電事業者が他の事業で電力を使用する場合には、太陽光パネルの発電事業で貯めた仮想蓄電容量を利用してスマートグリッド１０から電力を受給できる。このように、ユーザは、法人レベルでもよい。このように、発電事業を並行して行なう大規模な需要家などもユーザとして、仮想蓄電容量を一元的に管理し、電力使用量を仮想蓄電容量で清算できる。法人ユーザは、上述のように発電事業で発電した電力をスマートグリッド１０に貯め、他の事業で消費することができる。このようにユーザは、個人レベルに限定されない。上述したように売電や買電でなく、仮想蓄電容量による引き出し処理ｍ３を通じてスマートグリッド１０から電力を受給する場合には、例えば、情報処理装置１００は、ユーザの操作端末と通信し、ユーザの操作端末と協働で所定の処理が実行されるように構成されているとよい。この場合、電力事業者も仮想蓄電容量を通じて電力が利用されることによって、ユーザによる売電に応じてユーザに金銭を支払うことや、ユーザによる買電に応じて金銭を受け取る処理が減る。この場合、都度、売電や買電で処理される場合に比べて、金銭の授受を伴う事務負担が減る。

情報処理装置１００は、仮想蓄電容量の譲渡や購入や売却などの処理が可能なように構成されていてもよい。これらの処理において、情報処理装置１００は、ユーザの操作端末と通信し、ユーザの操作端末と協働で所定の処理が実行されるように構成されているとよい。ユーザの操作端末は、例えば、パソコンやスマートフォンであるとよい。また、ユーザの操作端末は、スマートメータによる電力のやり取りを監視する設置されたＨＥＭＳなどの操作端末でもよい。情報処理装置１００は、専用のｗｅｂページが開設され、ｗｅｂページを通じて予め定められた情報が入力されるように構成されていてもよい。また、パソコンやスマートフォンに専用のソフトウェアが組み込まれて、当該ソフトウェアの処理を通じて、予め定められた情報が入力されるように構成されていてもよい。例えば、パソコンやスマートフォンと通信し、ユーザの操作端末に各処理を実行するための操作画面を表示させ、所要の情報が入力されるように構成されているとよい。仮想蓄電容量の譲渡や購入や売却などの処理に必要な情報は、これらユーザの操作端末を通じて情報処理装置１００が得られるように構成されているとよい。

〈譲渡処理ｍ４〉
譲渡処理ｍ４は、仮想蓄電容量を、ユーザ間で譲渡する処理である。例えば、図３に示されているように、発電により仮想蓄電容量を貯めやすい発電事業者Ａ４から電力消費の多い工場Ａ３に仮想蓄電容量を譲渡する場合には、譲渡元のユーザＡ４と譲渡先のユーザＡ３がユーザＩＤで特定されるとともに、譲渡する容量（譲渡量ｄ１）が設定されるとよい。譲渡元のユーザＡ４や譲渡先のユーザＡ３や譲渡量ｄ１の情報は、例えば、ユーザの操作端末を通じて得られるとよい。

この場合、譲渡元のユーザＡ４の仮想蓄電容量から譲渡容量に相当する量を減少させ、譲渡先のユーザＡ３の仮想蓄電容量に譲渡量に相当する量を増加させるとよい。このように、仮想蓄電容量は、ユーザ間で譲渡することができる。この場合、売電や買電ではなく、仮想蓄電容量を譲渡する処理によって、ユーザ間で電力を融通することができる。つまり、仮想蓄電容量の譲渡を受けたユーザは、譲渡を受けた仮想蓄電容量に相当する電力を、スマートグリッド１０を通じて受給できる。譲渡処理ｍ４によって、ユーザ間で金銭の譲渡を介さずに、仮想蓄電容量の譲渡や貸し借りが可能となる。このとき、仮想蓄電容量が譲渡されるが、実際の電力はスマートグリッド１０を通じてやり取りされる。このため、ユーザの蓄電装置間で譲渡量に応じた電力を実際に移動させる必要はない。

〈購入処理ｍ５〉
購入処理ｍ５は、ユーザの仮想蓄電容量を購入する処理である。購入処理ｍ５には、ユーザが、例えば、電力事業者から仮想蓄電容量を購入する態様と、ユーザが、他のユーザから購入する態様とがある。なお、電力事業者をユーザの一人として見れば両者は同じ処理で実現されうる。

図６は、購入処理ｍ５の一例である処理ｍ５１，ｍ５２を示す模式図である。図６に示された例おいて、購入処理ｍ５１では、ユーザＡ１は、電力事業者Ａ０から仮想蓄電容量を購入する。上述したように、仮想蓄電容量は、スマートグリッド１０から電力を受給できる権利であるとも考えられる。この場合、情報処理装置１００は、売却者を電力事業者Ａ０とし、購入するユーザＡ１と購入量ｇ１と購入対価ｇ２を特定する。購入処理ｍ５では、購入量に応じてユーザの仮想蓄電容量を増加させるとよい。他方で、購入量に応じてユーザの金銭残高を減少させるとよい。また、購入量に応じて電力事業者の金銭残高を増加させるとよい。

ここで、情報処理装置１００が管理する金銭残高は、都度、金銭的価値の記録として管理されるとよい。例えば、仮想蓄電容量が用いられた仕組みやサービスを提供する運営者は、ユーザとの間で、都度、金銭の授受を生じさせる必要はない。また、金銭残高は、適宜に商業利用可能なポイントに交換されてユーザに付与されるように構成されてもよい。ユーザは、必要に応じて金銭残高を確認でき、また、ユーザが実際に保有する銀行口座に振り込む処理やポイントへの交換処理を指示できるように構成されていてもよい。仮想蓄電容量が用いられた仕組みやサービスを提供する運営者は、銀行やクレジット会社などの決済事業者を通じて金銭の振り込み処理やポイントへの交換が実行されるように構成されてもよい。決済事業者を通じて金銭の振り込み処理やポイントへの交換が実行されるように構成されている場合、運営者は、ユーザの銀行口座やクレジットカードの情報を、必ずしも直接保持したり管理したりしなくてもよい。

購入処理ｍ５２では、ユーザＡ３がユーザＡ４から仮想蓄電容量を購入する。この場合、情報処理装置１００は、売却者をユーザＡ４とし、購入するユーザＡ３と購入量ｇ３と購入対価ｇ４を特定する。購入処理に必要な情報は、例えば、ユーザＡ３の操作端末を通じて得られるとよい。購入処理ｍ５２では、購入量ｇ３に応じてユーザＡ３の仮想蓄電容量を増加させ、ユーザＡ４の仮想蓄電容量を減少させるとよい。また、他方で、購入対価ｇ４に応じてユーザＡ３の金銭残高を減少させ、ユーザＡ４の金銭残高を増加させるとよい。このように、購入処理ｍ５は、購入先と購入者との間で、購入量に応じた仮想蓄電容量を移動させるとともに、購入対価に応じた金銭残高を移動させるとよい。かかる購入処理ｍ５に必要な情報は、例えば、購入者となるユーザの操作端末からの入力に従って処理されるとよい。例えば、購入処理ｍ５１で必要な情報は、購入者であるユーザＡ１の操作端末を通じて得られるとよい。例えば、購入処理ｍ５２で必要な情報は、購入者であるユーザＡ３の操作端末を通じて得られるとよい。

〈売却処理ｍ６〉
売却処理ｍ６は、ユーザの仮想蓄電容量を売却する処理である。図７は、売却処理ｍ６の一例である処理ｍ６１，ｍ６２を示す模式図である。売却処理ｍ６には、ユーザが、例えば、電力事業者から仮想蓄電容量を購入する態様（ｍ６１）と、ユーザが、他のユーザに仮想蓄電容量を売却する態様（ｍ６２）とがある。なお、電力事業者をユーザの一人として見れば両者は同じ処理で実現されうる。

例えば、図７に示されているように、ユーザＡ１が電力事業者Ａ０に仮想蓄電容量を売却する売却処理ｍ６１では、情報処理装置１００は、売却者をユーザＡ１とし、売却先を電力事業者Ａ０とし、売却量ｈ１と売却対価ｈ２を特定する。そして、売却量ｈ１に応じてユーザＡ１の仮想蓄電容量を減少させ、電力事業者Ａ０の仮想蓄電容量を増加させる。また、売却対価ｈ２に応じてユーザＡ１の金銭残高を増加させ、電力事業者Ａ０の金銭残高を減少させるとよい。また、ユーザＡ４がユーザＡ３に仮想蓄電容量が売却される売却処理ｍ６２では、情報処理装置１００は、売却者をユーザＡ４とし、売却先をユーザＡ３とし、売却量ｈ３と売却対価ｈ４を特定する。そして、売却量ｈ３に応じてユーザＡ４の仮想蓄電容量を減少させ、ユーザＡ３の仮想蓄電容量を増加させる。また、売却対価ｈ２に応じてユーザＡ４の金銭残高を増加させ、ユーザＡ３の金銭残高を減少させるとよい。このように売却処理ｍ６によって、任意のユーザ間で、仮想蓄電容量の売却できる。かかる売却処理ｍ６に必要な情報は、例えば、売却者となるユーザの操作端末からの入力に従って処理されるとよい。例えば、売却処理ｍ６１で必要な情報は、売却者であるユーザＡ１の操作端末を通じて得られるとよい。例えば、売却処理ｍ６２で必要な情報は、売却者であるユーザＡ４の操作端末を通じて得られるとよい。

〈価格設定処理ｍ７〉
価格設定処理ｍ７は、仮想蓄電容量の単位量当たりの価格を設定する処理である。価格設定処理ｍ７は、例えば、ユーザ間で仮想蓄電容量が売買される際の流通価格を設定するものである。

例えば、スマートグリッド１０のサービス提供者は、スマートグリッド１０に放出される電力を貯える十分な能力を有する大規模な蓄電装置６５を備えた蓄電事業者Ａ５を兼ねていてもよい。また、スマートグリッド１０のサービス提供者は、ユーザとの契約によって、ユーザの蓄電装置６１～６５の空き容量を活用できるように構成できる。この場合も、スマートグリッド１０のサービス提供者が、スマートグリッド１０に放出される電力を貯える十分な能力を有しうる。この場合、スマートグリッド１０のサービス提供者は、蓄電装置６５によって、スマートグリッド１０に対して供給される電力量を適宜に調整しうる。スマートグリッド１０のサービス提供者は、情報処理装置１００において、基準となる仮想蓄電容量の単位量当たりの価格を適宜に設定できる。ここで、設定される価格は、ユーザに広く提供されうるため、仮想蓄電容量の単位量当たりの基準価格となりうる。リソースアグリゲータ１３は、スマートグリッド１０を制御し、電力需給を調整できる。このため、リソースアグリゲータ１３は、このようなスマートグリッド１０のサービス提供者としての役割を担いうる。

また、価格設定処理ｍ７によって、例えば、電力事業者Ａ０は、ユーザとの間で仮想蓄電容量を売買する際の仮想蓄電容量の単位量当たりの価格を設定できる。太陽光パネルによる発電事業者Ａ４は、仮想蓄電容量の売却する際の単位量当たりの価格を設定できる。工場の事業者Ａ３は、例えば、仮想蓄電容量を購入する際の単位両当たりの価格を設定できる。それらは仮想蓄電容量の売買（取引）が可能なユーザ間でオープンなｗｅｂサイトで公表されていてもよいし、特定のユーザ間のクローズドなｗｅｂサイトで公表されていてもよい。これによって、ユーザ間の仮想蓄電容量の売買が促進されることが期待できる。

この場合、仮想蓄電容量は、スマートグリッドから電力を受給できる制限条件が設定されていてもよい。スマートグリッドから電力を受給できる制限条件が設定できれば、太陽光パネルの発電事業者Ａ４は、スマートグリッドから電力を受給できる制限条件が設定された、仮想蓄電容量を売ることができる。例えば、晴天の日には、太陽光パネルの発電事業者Ａ４は発電量が多くなるが、電力を利用する事業者がいなければ、デマンドレスポンスによって発電を停止せざる得ない場合がある。この場合、太陽光パネルの発電事業者は、発電される電力量を予測して、太陽光パネルの発電事業者Ａ４で発電される電力のピークの時間帯に合わせて、スマートグリッドから電力を受給できるようにした、制限条件付きの仮想蓄電容量を安価に設定して売ることができる。

蓄電事業者Ａ５は、かかる安価な仮想蓄電容量を購入して、太陽光パネルの発電事業者に発電を促し、スマートグリッド１０を通じて蓄電装置６５に電力を貯えるようにしてもよい。また、工場の事業者Ａ３は、工場で増産したい場合など、電力を安価に調達することができる。また、工場で増産したい時期に合わせて仮想蓄電容量を購入する価格を設定し、当該時期に合わせて利用できる仮想蓄電容量を売る発電事業者を募り、当該時期に利用できる仮想蓄電容量を予め購入してもよい。これにより、工場で増産したい時期に電力が逼迫し、デマンドレスポンスの要求により、使用電力量が抑制されるような場合でも、当該時期に利用できる仮想蓄電容量を確保しておくことでスマートグリッド１０を制御し、電力を優先的に確保することができるようになる。

かかる観点で、仮想蓄電容量は、スマートグリッドから電力を受給できる制限条件が設定されていてもよい。図８は、第１記録処理ｍ１で記録されるテーブルの他の形態を示す模式図である。この場合、第１記録処理ｍ１では、例えば、図８に示されているように、スマートグリッドから電力を受給できる制限条件毎に仮想蓄電容量が記録されてもよい。仮想蓄電容量は、上述のようにスマートグリッド１０から相当量の電力を受給できる権利とも考えられる。第１記録処理ｍ１では、図８に示されているように、スマートグリッド１０から電力を受給できる時間帯や日時や曜日が制限された権利として仮想蓄電容量が設定されていてもよい。

このように、価格設定処理ｍ７では、例えば、情報処理装置１００の予め定められた記憶領域において、仮想蓄電容量の単位量当たりの価格が記憶されるように構成されているとよい。そして、仮想蓄電容量の売買（取引）が可能なユーザ間に公表される機能を備えていてもよい。公表先は、ユーザ間に広くオープンなｗｅｂサイトや特定のユーザ間にだけ公表されるクローズドなｗｅｂサイトでもよい。

この場合、例えば、仮想蓄電容量の価格は、リソースアグリゲータ１３が管理するスマートグリッド１０の電力需給の逼迫度に連動して変動するものでもよい。また、アグリゲーションコーディネータ１１からの電力供給司令に応じて価格設定がされてもよい。ユーザ間取引では、仮想蓄電容量の単位量当たりの価格は、例えば、売電や買電の価格とは、別に設定されてもよい。仮想蓄電容量は、スマートグリッド１０から電力を受給できる権利でもあるが、いつ行使されるかの制約が設けられてもよい。例えば、スマートグリッド１０から電力を受給できる時間帯や日時や曜日などの時期に応じて仮想蓄電容量の価格が異なるように、制限条件毎に仮想蓄電容量の価格が設定されてもよい。

〈交換処理ｍ８，交換設定処理ｍ９〉
交換処理ｍ８は、仮想蓄電容量と、商業利用可能な予め定められたポイントとを交換する処理である。交換設定処理ｍ９は、仮想蓄電容量の単位当たりのポイントの交換数量を設定する処理である。かかる交換処理によれば、仮想蓄電容量の商業利用可能なポイント交換と交換できるように構成できる。交換設定処理ｍ９は、仮想蓄電容量の単位当たりのポイントの交換数量を設定する処理である。また、ポイントとの交換においても、仮想蓄電容量の価格設定と同様に、基準の交換レートが設定されたり、ユーザ間での交換レートが設定されたりしてもよい。また、交換できる仮想蓄電容量には、スマートグリッド１０から電力を受給できる制限条件が設定されていてもよい。第１記録処理ｍ１では、図８に示されているように、ユーザＩＤと紐付けて、ポイント残高が記録されてもよい。これにより、ユーザのポイント残高が記録され、仮想蓄電容量とポイントとの交換が記録される。

送信処理ｍ１０は、ユーザの仮想蓄電容量を、ユーザの予め定められた端末に送信する処理である。これにより、ユーザに仮想蓄電容量を知らせることができる。情報処理装置１００は、例えば、ユーザが端末によってアクセス可能なｗｅｂサイトを通じて、ユーザの仮想蓄電容量を確認できるようにしてもよい。また、定期的に、予め登録されたユーザのメールアドレスに仮想蓄電容量の情報が送信されるようにしてもよい。

このように仮想蓄電容量は、スマートグリッド１０の送電網２０に電力を出力した場合だけでなく、譲渡や購入によって増やすことができる。このため預け入れ処理ｍ２は、必ずしも実施されない場合がありうる。また、仮想蓄電容量は、基本的には、スマートグリッド１０の送電網２０から電力を受給することで減少する。ただし、発電事業者や太陽光パネルを多く設置している個人などは、スマートグリッド１０の送電網２０に電力を出力する場合が多く、預け入れ処理ｍ２によって仮想蓄電容量が得られやすい。このようなユーザは、仮想蓄電容量を売却することやポイントに交換することで、仮想蓄電容量を処分しうる。このように、スマートグリッドから受給できる電力量に相当する仮想蓄電容量がユーザに紐付けて設定されることによって、より自由度のある電力の取引を実現し、ユーザの電力利用の利便性を大きく向上させることができる。

〈第２記録処理ｍ１１〉
スマートグリッド１０には、図２に示されているように、複数の蓄電装置６１～６５が接続されている。第２記録処理ｍ１１は、スマートグリッド１０に接続された蓄電装置６１～６５の蓄電容量のうち、ユーザに割り当てられた割当容量をユーザに紐付けて記録する処理である。かかる第２記録処理ｍ１１によれば、例えば、スマートグリッド１０に接続された少なくとも一つ蓄電装置６１～６５の空き容量を使って、他のユーザが専用の蓄電容量として使えるようにする、蓄電装置６１～６５を制御することができる。

この場合、情報処理装置１００は、図８に示されているように、蓄電装置６１～６５の蓄電容量のうちユーザに割り当てられた割当容量が、ユーザに紐付けて記録されるように構成されているとよい。図８に示された形態では、情報処理装置１００に用意されたデータテーブルは、ユーザに割り当てられた割当容量が、ユーザを特定するユーザＩＤと横並びで記録されるように構成されている。ユーザに割り当てられた割当容量は、例えば、家庭用蓄電池の代わりにユーザ専用の蓄電容量として使える。ユーザに割り当てられた割当容量は、専用部分であるため、ユーザにおいて、余剰電力が生じた際は、スマートグリッド１０を通じて放電することによって、必ず蓄電されたものとして制御される。かかるユーザに割り当てられた割当容量は、ユーザがスマートグリッド１０を通じたサービスの提供を受ける際に、基本的に付随してもよいし、オプションとして付随してもよい。

例えば、図２に示された形態では、大規模蓄電装置６５を有するユーザＡ５は、大規模蓄電装置６５に十分な電力が貯めることができる。このため、他のユーザに対して蓄電容量を割り当てて利用してもらうサービスを提供できる。例えば、太陽光パネルの発電事業者であるユーザＡ４は、太陽光パネル５４で発電した電力を、スマートグリッド１０に放出することでいつでも電力を貯めることができる。このため、アグリゲーションコーディネータ１１からのデマンドレスポンスに影響されず、太陽光パネル５４で発電を継続できる。また、スマートグリッド１０において電力が不足する際に、スマートグリッド１０に電力を供給（売電）することで相当の利益が得られる。このように、太陽光パネルの発電事業者Ａ４は、第２記録処理ｍ１１の処理によって、ユーザＡ５の大規模蓄電装置６５に専用の蓄電容量を確保することができ、余剰電力を貯められようにできる。このため、太陽光パネルの発電事業者Ａ４は、太陽光パネルの発電能力を十分に活かして発電できる。大規模蓄電装置６５は、ユーザに蓄電容量を割り当てることに対して、対価を設定してもよい。

〈共用設定処理ｍ１２〉
共用設定処理ｍ１２は、スマートグリッドに接続された蓄電装置の蓄電容量の一部を、スマートグリッドに接続されたユーザが共用できるように設定する処理である。かかる共用設定処理ｍ１２によれば、当該共用設定処理ｍ１２によってスマートグリッドに接続された蓄電装置の蓄電容量の一部が、スマートグリッド１０に参加する任意のユーザによって利用できるようになる。

図９は、第２記録処理ｍ１１および共用設定処理ｍ１２によって実現される仕組みを示す模式図である。図９に模式的に示される例では、ユーザＡ～Ｆは、それぞれスマートグリッド１０に接続された定置型の蓄電装置Ａｘ～Ｆｘを備えている。このうち、ユーザＡの蓄電装置Ａｘには、ユーザＡが自家で専用できる蓄電容量ａ１と、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量ａ２とが設定されている。蓄電容量ａ２は空いている時には、他のユーザに解放される。この場合、蓄電容量ａ２が空いている時には、スマートグリッド１０を通じてスマートグリッド１０の参加者（他のユーザ）が発電した電力を貯めることができる。蓄電容量ａ２に貯められた電力は、情報処理装置１００において、仮想蓄電容量として、発電した電力を貯めた他のユーザと紐付けて記憶されるとよい。共用設定処理ｍ１２では、蓄電容量ａ２のような容量を蓄電装置の容量の一部あるいは全部に設定できる。図９に示された形態では、ユーザＢ～Ｅの蓄電装置Ｂｘ～Ｅｘにも、同様にユーザＡが自家で専用できる蓄電容量ｂ１～ｅ１と、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量ｂ２～ｅ２とが設定されている。

情報処理装置１００は、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量の情報が専用のｗｅｂサイトなどで、スマートグリッド１０に参加するユーザに開示されているとよい。スマートグリッド１０に参加するユーザは、開示された情報を基に、共用設定された蓄電容量に発電した電力を貯める処理を実行するとよい。かかる処理では、情報処理装置１００は、ユーザの操作処理に応じてユーザＩＤを特定するとともに、ユーザＩＤで特定される当該ユーザの電力機器からスマートグリッド１０に電力を放出させる。そして、スマートグリッド１０を通じて相当する電力が当該共用設定された蓄電容量に貯められるように処理されるとよい。なお、送電ロスなどが考慮され、共用設定された蓄電容量に貯められる電力量は、ユーザの電力機器からスマートグリッド１０に放出された電力量よりも少なくてもよい。

図９に示された形態では、ユーザＦの蓄電装置Ｆｘには、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量は設定されていない。この場合、蓄電装置Ｆｘの全てを、ユーザＦが自家で専用利用できる。このように、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量を設定するか否かは、ユーザが選択的に設定できるように構成されているとよい。スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電容量を設定する場合には、利用に応じてインセンティブが得られるように構成されてもよい。

また、図９に示された形態では、ユーザＡ～Ｆは、それぞれスマートグリッド１０に接続された蓄電事業者Ａ５の蓄電装置６５に、専有できる容量ａ３～ｆ３を借り受けている。この場合、蓄電事業者Ａ５は、蓄電装置６５の蓄電容量のうち各ユーザＡ～Ｆに割り当てられた割当容量をユーザＡ～Ｆに紐付けて記録するとよい。これにより、ユーザＡ～Ｆは、自家の蓄電装置Ａｘ～Ｆｘの容量が一杯でも、蓄電事業者Ａ５の蓄電装置６５に余剰電力を貯めることができる。そして貯められた電力は、情報処理装置１００において仮想蓄電容量として管理されるとよい。これによってユーザＡ～Ｆが適宜にスマートグリッド１０を通じて受給できるようになる。また、ユーザＧ～Ｊは、それぞれ自家に蓄電装置を所有していない。しかしながら、ユーザＧ～Ｊは、蓄電事業者Ａ５の蓄電装置６５に専有できる割当容量ｇ３～ｊ３を持っている。このため、ユーザＧ～Ｊは、自家に蓄電装置を持っていないが、自家発電した電力を蓄電事業者Ａ５の蓄電装置６５に余剰電力を貯めることができる。そして貯められた電力は、情報処理装置１００において仮想蓄電容量として管理されるとよい。これによってユーザＧ～Ｊは、自家発電した電力を好きな時に好きな場所でスマートグリッド１０を通じて受給できるようになる。このような処理は、第２記録処理ｍ１１によって実現できる。

また、情報処理装置１００における仮想蓄電容量、ユーザに割り当てられた割当容量、金銭残高、ポイント残高など、預け入れ処理ｍ２や、引き出し処理ｍ３や、譲渡処理ｍ４や、購入処理ｍ５や交換処理ｍ８などの取引記録には、例えば、ブロックチェーン技術が適用されうる。

上述のような仮想蓄電容量を利用した仕組みによれば、各ユーザがスマートグリッド１０の送電網２０から受給することができる電力量が、仮想蓄電容量として情報処理装置１００に記録される。この場合、スマートグリッド１０に接続された発電装置５１～５５によって発電された電力のうち余剰の電力は、スマートグリッド１０に出力されるととともに、スマートグリッド１０の送電網２０から受給することができる電力としてユーザに紐付けられて記録される。そして、ユーザは、時間や場所に捕らわれず、好きな時に好きな場所で仮想蓄電容量に応じた電力をスマートグリッド１０から受給できる。かかる仮想蓄電容量の仕組みが、スマートグリッド１０に参加する全てのユーザにおいて利用されると、スマートグリッド１０で繋がったユーザのコミュニティー内で、発電された電力がユーザ間で融通したり貸借されたりする。また、第２記録処理ｍ１１や共用設定処理ｍ１２によってスマートグリッド１０に接続された蓄電装置６１～６５の蓄電機能についてもユーザ間で融通し合える。これにより、スマートグリッド１０に接続された発電装置５１～５５や蓄電装置６１～６５の機能がフル活用される。このため、ユーザのコミュニティー内で発電された電力がより効率良くコミュニティー内で消費されることが期待できる。自家発電自家消費を最大化させることが実現される。

このようなスマートグリッド１０では、現状、電力が不足する場合には、都度、スマートグリッド１０を通じて買電される。また、電力が余剰である場合には、都度、スマートグリッド１０を通じて売電される。また、蓄電池を備えている場合には、電力が余剰である場合には、蓄電池に溜めることもできる。このようなスマートグリッド１０について、余剰電力として溜められた電力は、自家消費されることだけでなく、送電網２０を通じて他者が利用可能な電力として提供できると、本発明者は考えた。このことに着目すると、余剰電力として溜められた電力は、さらに、スマートグリッド１０内で提供者および提供を受ける者を特定した上で、送電網２０を通じて他者に提供されることが実現されうる。

図１０は、ここで開示される電力取引支援装置１２０の概略図である。電力取引支援装置１２０は、例えば、コンピュータに予め定められた処理を実行させるプログラムによって具現化されうる。電力取引支援装置１２０は、図１０に示されているように、例えば、付加可能な機能としてスマートグリッド１０の情報処理装置１００に組み込まれていてもよい。

《電力取引支援装置１２０》
電力取引支援装置１２０は、記憶部１２０ａを備えている。
記憶部１２０ａには、ユーザのプロフィールがそれぞれ記録される。記憶部１２０ａは、例えば、情報処理装置１００に設けられる。スマートグリッド１０の複数のユーザには、ユーザＩＤがそれぞれ付与されているとよい。ユーザは、個人でも、法人や団体でもよい。ここで、ユーザＩＤは、ユーザを特定するためのコンピュータで読み取り可能な情報である。ユーザのプロフィールは、ユーザの特徴に関する情報である。ユーザのプロフィールに含められる情報は、予め定められているとよい。ユーザのプロフィールには、例えば、ユーザの名前、所属、住所（法人であれば、所在地）、銀行口座などの情報が含まれうる。ユーザのプロフィールは、電力取引支援装置１２０の記憶部１２０ａにおいて、ユーザに付与されたユーザＩＤに紐付けられて記憶されているとよい。ユーザのプロフィールは、例えば、電力取引支援装置１２０が提供するサービスをユーザが最初に利用する際に記録されるとよい。ユーザのプロフィールが電力取引支援装置１２０の記憶部１２０ａに記録される処理は、ユーザ登録と称される。表１は、記憶部１２０ａに関し、データを記録するテーブルの一例である。なお、電力取引支援装置１２０は、記憶部１２０ａに限らず、他の情報を記憶する記憶部が設けられている。電力取引支援装置１２０が記憶する他の情報としては、ユーザの通信記録、後述する電力プロフィールや電力需要プロフィールなどを記録するなどが挙げられる。

図１１は、電力取引支援装置１２０の他の処理を示すフロー図である。図１１では、電力取引支援装置１２０を通じた、電力供給者となるユーザＵ１と、電力受給者となるユーザＵ２との間の情報のやり取りが示されている。図１１では、電力供給者となるユーザＵ１と、電力受給者となるユーザＵ２とが、１対１の関係で示されている。電力取引支援装置１２０が提供するサービスでは、図１１に限定されず、電力供給者となる複数のユーザＵ１と、電力受給者となる複数のユーザＵ２とが存在しうる。

電力取引支援装置１２０は、以下の処理Ｓ１ａ～Ｓ１ｇが実行されるように構成されている。
Ｓ１ａ．電力プロフィールを取得する処理
Ｓ１ｂ．電力プロフィールを、通信網４０を通じて他のユーザＵ２に提供する処理
Ｓ１ｃ．他のユーザＵ２が、供給可能な電力を有するユーザＵ１に、当該電力の供給を受けることを申し込む処理
Ｓ１ｄ．申し込む処理で申し込んだユーザＵ２のプロフィールが、申し込まれたユーザＵ１に送られる処理
Ｓ１ｅ．申し込まれたユーザＵ１が、申し込んだユーザＵ２の申し込みを承認する処理
Ｓ１ｆ．承認する処理を受けて、申し込まれたユーザＵ１の電力がスマートグリットを通じて申し込んだユーザＵ２に供給される処理
Ｓ１ｇ．電力供給を受けたユーザＵ２から電力を供給したユーザＵ１へ対価が支払われる処理

〈ユーザＵ１が供給可能な電力〉
電力プロフィールは、ユーザＵ１が供給可能な電力のプロフィールである。ここで、ユーザＵ１が供給可能な電力は、ユーザＵ１がスマートグリッド１０に供給可能な電力でありうる。例えば、ユーザＵ１が供給可能な電力は、ユーザＵ１が所有する発電設備で発電され、蓄電池に蓄電され、スマートグリッド１０に供給可能な電力でありうる。ユーザＵ１が供給可能な電力は、ユーザＵ１が所有する発電設備で発電され、蓄電池に蓄電された電力に限定されない。ユーザＵ１が供給可能な電力には、例えば、ユーザがスマートグリッド１０を通じて買電し、ユーザＵ１が専有する蓄電設備にスマートグリッド１０を通じて蓄電された電力が含まれていてもよい。この点で、ユーザＵ１が供給可能な電力量は、上述した仮想蓄電容量でありうる。ユーザＵ１が専有する蓄電設備は、例えば、ユーザＵ１が所有する蓄電設備である。ユーザＵ１が専有する蓄電設備に限定されず、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電設備が含まれうる。例えば、スマートグリッド１０の大規模蓄電設備において、スマートグリッド１０を通じてスマートグリッド１０の参加者が利用可能な蓄電設備を有する場合は、その蓄電設備のうちユーザＵ１に割り当てられた蓄電容量は、ユーザＵ１が専有する蓄電設備としてみなせうる。

図１２は、複数のユーザＡ～Ｆの蓄電状況を示す模式図である。図１２に示された例では、ユーザＡ～Ｆは、それぞれスマートグリッド１０に接続された定置型の蓄電装置Ａｘ～Ｆｘを備えている。ユーザＡ～Ｆの蓄電装置Ａｘ～Ｆｘには、それぞれユーザＡ～Ｆの余剰電力ａ５～ｆ５が溜められている。余剰電力ａ５～ｆ５は、ユーザＡ～Ｆが供給可能な電力となりうる電力である。さらに、ユーザＡ～Ｆは、蓄電事業者Ａ５の蓄電装置６５に専有できる割当容量ａ３～ｆ３を持っている。この場合、ユーザＡ～Ｆは、蓄電事業者Ａ５の蓄電装置６５にも、余剰電力の一部を溜めることができる。このため、蓄電事業者Ａ５の蓄電装置６５に溜められたユーザＡ～Ｆの電力は、ユーザが供給可能な電力となりうる電力である。

また、ユーザＧ～Ｊは、それぞれ自家に蓄電装置を所有していない。しかしながら、ユーザＧ～Ｊは、蓄電事業者Ａ５の蓄電装置６５に専有できる割当容量ｇ３～ｊ３を持っている。このため、ユーザＧ～Ｊは、自家に蓄電装置を持っていないが、自家発電した電力を蓄電事業者Ａ５の蓄電装置６５に余剰電力を貯めることができる。この場合、蓄電事業者Ａ５の蓄電装置６５に溜められたユーザＧ～Ｊの電力は、ユーザが供給可能な電力となりうる電力である。

このように、図１１で示される電力供給者となりうるユーザＵ１には図１２で挙げられるような複数のユーザＡ～Ｊが該当しうる。ユーザＵ１が供給可能な電力には、既にスマートグリッドにおいて蓄電された電力に限定されず、これから発電される予定の電力や蓄電される予定の電力などが含まれうる。このようにユーザＡ～Ｆの蓄電装置Ａｘ～Ｆｘや、蓄電事業者Ａ５の蓄電装置６５などに、スマートグリッド１０に放出可能な電力が蓄えられる。電力取引支援装置１２０は、例えば、スマートグリッド１０に放出可能な状態で蓄電された電力の電力量がユーザＵ１に紐付けて記録されるように構成されているとよい。

〈電力プロフィール〉
電力プロフィールは、ユーザＵ１が供給可能な電力の特徴が記録された情報である。電力プロフィールは、例えば、電力を供給するユーザＵ１、ユーザＵ１が供給可能な電力の発電手段、発電場所などを特定する情報であり得る。スマートグリッド１０は、ユーザＵ１が供給可能な電力の電力プロフィールが記録された記憶部を備えているとよい。表２は、電力プロフィールが記憶されたテーブルの一例である。表２に示されたテーブルは、電力プロフィールに関して、電力プロフィールＩＤ、電力量、ユーザＩＤ、発電手段、発電場所、発電設備ＩＤ、供給日時、料金、地域、所属（属性）が記録できるように構成されている。電力プロフィールに含められる情報は、表２に挙げられたものに限定されない。

ここで、電力プロフィールＩＤは、ユーザが供給可能な電力を区別するために付与されたＩＤである。ユーザＩＤは、ユーザを区別するために付与されたＩＤである。発電設備ＩＤは、発電設備を区別するために付与されたＩＤである。

電力プロフィールは、例えば、スマートグリッド１０の通信網４０に接続されたコンピュータに、ユーザＵ１が供給可能な電力について、電力量、発電手段、発電場所などの情報と紐付けられて記憶されているとよい。上述した仮想蓄電容量であれば、電力量毎に発電手段、発電場所などの情報と紐付けられて記憶されているとよい。例えば、ユーザが、太陽光発電設備と、風力発電設備とを所有しており、それぞれ共通する蓄電設備に蓄電される場合について説明する。この場合、蓄電設備に蓄電された電力量が、発電手段、発電場所などの情報と紐付けられて記憶される。このため、蓄電設備に蓄電された電力量に紐付けられた電力プロフィールによって、太陽光発電設備で発電された電力量と、風力発電設備で発電された電力量とが区別される。

例えば、図１２に示された例では、ユーザＡは、自家の蓄電装置Ａｘに余剰電力ａ５を貯めている。また、ユーザＡは、蓄電事業者Ａ５の蓄電装置６５に専有できる割当容量ａ３にも余剰電力を貯めることができる。電力プロフィールは、蓄電装置Ａｘに貯められた余剰電力ａ５の電力量および蓄電事業者Ａ５の蓄電装置６５の割当容量ａ３に貯められた余剰電力の電力量にそれぞれ紐付けられた情報として記録されているとよい。

電力プロフィールは、例えば、予め定められた単位電力量毎に発電手段、発電場所などの情報と紐付けられた情報であってもよい。また、電力プロフィールに記録される電力量は、ユーザＡの供給可能な電力に対する割合から算出されるように構成されてもよい。

例えば、図１０において、ユーザＡが、太陽光発電設備に加えて風力発電設備と燃料電池を有しており、それぞれの余剰電力を蓄電装置６１に蓄えていたとする。この場合、蓄電装置６１に貯められた電力量のうち、太陽光発電で発電された電力量と、風力発電で発電された電力量と、燃料電池で発電された電力量の割合が記録されていてもよい。

例えば、蓄電装置６１に１００ｋＷ・ｈの電力が蓄えられており、このうち６０％（６０ｋＷ・ｈ）が、太陽光発電で発電された電力、２０％（２０ｋＷ・ｈ）が風力発電で発電された電力、２０％（２０ｋＷ・ｈ）が燃料電池で蓄えられた電力などと記録されてもよい。そして、後述するが、太陽光発電で発電された電力が所望されて、太陽光発電で発電された電力としてスマートグリッド１０に電力を出力する場合がある。この場合、出力された電力量に応じて、太陽光発電で発電された電力の割合が低下するように計算されるとよい。例えば、上述の例で蓄電装置６１に蓄えられた１００ｋＷ・ｈの電力のうち、太陽光発電で発電された電力として２０ｋＷ・ｈの電力がスマートグリッド１０に出力されたとする。この場合、蓄電装置６１に蓄えられた残りの電力８０ｋＷ・ｈのうち、５０％（４０ｋＷ・ｈ）が太陽光発電で発電された電力、２５％（２０ｋＷ・ｈ）が風力発電で発電された電力、２５％（２０ｋＷ・ｈ）が燃料電池で発電された電力となる。このように、発電手段、発電場所などの情報と紐付けられ、ユーザＡの供給可能な電力のうち発電手段および発電場所で発電された電力の割合が記録されていてもよい。そして、当該電力の割合に基づいて、ユーザＡの供給可能な電力のうち発電手段、発電場所などの情報と紐付けられた電力量が導出されるように構成されてもよい。

ここでは、電力プロフィールの一例を挙げたが、電力プロフィールは、かかる例に限定されない。電力プロフィールには、例えば、ユーザが供給可能な電力量と、供給される電力の電源情報と、供給条件とのうち少なくとも１つが含まれていてもよい。ここで、供給される電力の電源情報は、発電設備に関する情報であり得る。また、供給条件は、ユーザが供給可能な電力を供給するに当たり、供給する条件である。

〈供給条件〉
供給条件には、例えば、供給する日時、料金、電力を供給する地域、電力の供給を受ける者の所属、属性などが設定できるとよい。電力を供給する地域は、例えば、ユーザが属するマイクログリッド内であるとか、リソースアグリゲータ１３が提供するマイクログリッド内であるなど、地域や配電系統を限定することができる。料金は、地域や日時で変動させることができる。例えば、送電経路が長くなるのに応じて、料金が段階的に高くなることや、電力を供給する日時については、電力需要が高い時に電力を供給する対価を高く、発電量が増える時間帯では、電力を供給する対価を安くしたりすることが設定されうる。また、条件が合えば、無償で電力を供給するように条件を設定できるようにしてもよい。

電力の供給を受ける者の所属、属性には、例えば、電力の供給を受ける者がどのような者であるかが分かる情報が記録されているとよい。事業者である場合、業種や事業内容が特定できる情報が記録されているとよい。これにより、ユーザが供給可能な電力を供給するための条件として、電力の供給を受ける者についての条件を設定することができる。つまり、電力を供給する相手方としての条件が電力プロフィールに記録され、電力の供給を受ける者を制限できる。例えば、ユーザが供給可能な電力を米の生産者に供給したい場合、電力プロフィールには、供給を受ける者の所属、属性として、米の生産者であることが記録されているとよい。これにより、ユーザは、電力の供給を受ける者を、米の生産者に制限できる。また、米の生産者に限定せず、農業、工場、学校、病院などとしてもよい。また、複数の業種が登録されていてもよいし、特に、供給を受ける者の所属、属性を限定する必要がなければ、「なし」が選択されてもよい。

ここで、電力プロフィールは、スマートグリッド１０に接続されたコンピュータに記録されているとよい。電力プロフィールは、例えば、電力取引支援装置１２０が取得可能に記録されているよい。このため、電力プロフィールは、スマートグリッド１０を通じてアクセス可能なユーザＵ１側のコンピュータに記録されてもよいし、リソースアグリゲータ１３のコンピュータに記録されてもよい。発電設備は、例えば、発電設備を特定できるように、発電設備に対して予め割り当てられたＩＤが記録されているとよい。

〈処理Ｓ１ａ〉
処理Ｓ１ａでは、図１１に示されているように、スマートグリッド１０に供給可能な電力を有するユーザＵ１が供給可能な電力の電力プロフィールが取得される。処理Ｓ１ａによれば、例えば、ユーザＵ１が供給可能な電力について、電力プロフィールを取得することができる。ユーザＵ１がスマートグリッド１０に供給可能な電力について、電力量毎に、発電手段、発電場所などの情報が得られる。これにより、取得された電力プロフィールに基づいて、ユーザＵ１がスマートグリッド１０に供給可能な電力について、例えば、発電手段、発電場所、発電設備、供給条件などが特定される。

〈処理Ｓ１ｂ〉
処理Ｓ１ｂでは、電力プロフィールが、通信網４０を通じて他のユーザＵ２に提供される。例えば、他のユーザＵ２は、電力取引支援装置１２０を通じて提供されるサービスを受けるユーザであり、電力取引支援装置１２０において予め登録されているとよい。電力プロフィールは、通信網４０を通じて他のユーザＵ２に提供されるように構成されてもよい。また、電力取引支援装置１２０を通じて提供されるサービスは、電力の供給を受けるユーザＵ２からの要求に応じて、電力供給者となるユーザＵ１が供給可能な電力の電力プロフィールが提供されたり、ユーザＵ１が供給可能な電力の電力プロフィールが閲覧できたりするように構築されていてもよい。電力取引支援装置１２０を通じて提供されるサービスは、ユーザＵ１が供給可能な電力の電力プロフィールの情報を検索でき、電力プロフィールに基づいて条件が合う電力を、電力の供給を受けようとするユーザＵ２が選択できるように構成されていてもよい。

〈処理Ｓ１ｃ〉
処理Ｓ１ｃは、電力の供給を受けようとするユーザＵ２が、供給可能な電力を有するユーザＵ１に電力の供給を受けることを申し込む処理である。かかる処理Ｓ１ｃは、インターネットなどの通信ネットワークを通じて、電子的に実行される。この実施形態では、電力取引支援装置１２０は、電力の供給を受けようとするユーザＵ２が受給可能な電力の電力プロフィールに関する情報が提供されたり、受給可能な電力の電力プロフィールが閲覧できたりするように構築されている。また、電力取引支援装置１２０は、例えば、供給可能な電力を有するユーザＵ１が設定した供給条件を検索し、他のユーザが受給可能な電力が抽出されるように構成されていてもよい。このような情報提供や電力プロフィールの閲覧や供給条件の検索や抽出の結果を基に、電力の供給を受けようとするユーザＵ２は、電力供給者となるユーザＵ１に電力の供給を申し込むとよい。

〈処理Ｓ１ｄ〉
処理Ｓ１ｄでは、申し込む処理Ｓ１ｃで申し込んだユーザのプロフィールが、申し込まれたユーザに送られる。図１１に示された形態では、処理Ｓ１ｄでは、申し込む処理Ｓ１ｃで、供給可能な電力を有するユーザＵ１に電力の供給を受けることを申し込んだユーザＵ２のプロフィールが、申し込まれたユーザＵ１に送られる。かかる処理Ｓ１ｄは、インターネットなどの通信ネットワークを通じて、電子的に実行される。この実施形態では、電力取引支援装置１２０は、申し込む処理Ｓ１ｃで、供給可能な電力を有するユーザＵ１に電力の供給を受けることを申し込んだユーザＵ２のプロフィールが、申し込まれたユーザＵ１に送られるように、予めプログラムされているとよい。かかる処理Ｓ１ｄによって、供給可能な電力を有するユーザＵ１は、電力の供給を受けることを申し込んだユーザＵ２のプロフィールを確認することができる。

〈処理Ｓ１ｅ〉
処理Ｓ１ｅでは、電力の供給を申し込まれたユーザＵ１が、電力の供給を申し込んだユーザＵ２の申し込みを承認する。この実施形態では、電力の供給を申し込まれたユーザＵ１が、電力の供給を申し込んだユーザＵ２の申し込みを承認するか否かを選択できるように、電力取引支援装置１２０が構成されている。また、電力の供給を申し込んだユーザＵ２のプロフィールに基づいて、電力の供給を申し込まれたユーザＵ１が、予め定められた供給条件を満たす場合には、ユーザの操作を必要とせずに自動的に承認する処理が実行されるように、電力取引支援装置１２０が構成されていてもよい。自動的に承認する処理であれば、ユーザＵ１の承認処理に要する負担が軽減されるとともに、申し込みから承認までスムーズに処理される。なお、承認結果は、電力の供給を申し込んだユーザＵ２に通知されるように構成されているとよい（Ｓ１ｅ１）。例えば、自動的に承認する処理が実行されるように構成されている場合、申し込んだユーザＵ２が予め定められた供給条件を満たさない場合には、承認されなかった旨が申し込んだユーザＵ２に通知されるように構成されているとよい。

〈処理Ｓ１ｆ〉
処理Ｓ１ｆでは、承認する処理を受けて、申し込まれたユーザＵ１の電力がスマートグリッド１０を通じて申し込んだユーザＵ２に供給される処理が実行されるとよい。電力を供給する処理は、スマートグリッド１０の送電網２０および通信網４０を通じて、蓄電装置６１～６５が制御され、適宜に実施されうる。かかる制御は、例えば、電力取引支援装置１２０との通信によって実行されるように構成されているとよい。この場合、承認する処理を受けて、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給される処理が実行されてもよい。さらに、スマートグリッド１０から申し込んだユーザＵ２に電力が供給される処理が実行されてもよい。このとき、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給される処理と、スマートグリッド１０から申し込んだユーザＵ２に電力が供給される処理は、同時に実行されてもよい。

また、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給される処理と、スマートグリッド１０から申し込んだユーザＵ２に電力が供給される処理は、時間差を付けて実行されてもよい。例えば、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給され、スマートグリッド１０に接続された予め定められた蓄電装置６５に蓄電される。その後、スマートグリッド１０から申し込んだユーザＵ２が電力を必要とする時間に当該電力が供給されるように構成されてもよい。また、申し込んだユーザＵ２が電力を必要とする時間に、蓄電装置６５からスマートグリッド１０を通じて、申し込んだユーザＵ２に予め定められた電力量の電力が供給され、その後に、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給されてもよい。このように、申し込まれたユーザＵ１の電力は、スマートグリッド１０を通じて申し込んだユーザＵ２に供給されるとよく、供給される時間や電力量が都度一致する必要は必ずしもない。

〈処理Ｓ１ｇ〉
処理Ｓ１ｇでは、電力供給を受けたユーザＵ２から電力を供給したユーザＵ１へ対価が支払われる。対価は、電力を供給したユーザＵ１が設定した供給条件に従って定められる。

この電力取引支援装置１２０によれば、電力供給者（売り手）となるユーザＵ１から電力プロフィールが提供され（Ｓ１ｂ）、電力受給者（買い手）となるユーザＵ２が供給を受けたい質の電力を見つけて、電力受給を申し込めることができる（Ｓ１ｃ）。例えば、電力受給者（買い手）となるユーザが、太陽光・風力・水力・地熱・バイオマスのようなグリーンエネルギーで電力を調達したい場合には、電力のプロフィールに基づいて、そのような発電手段で発電された電力を見つけて、電力需給を申し込める。また、例えば、電力受給者（買い手）となるユーザが、地域の小型水力発電やバイオマス発電のように特定の地域の発電を応援したい場合、当該地域で発電された電力を見つけて申し込むことができる。これにより、電力の供給を受けようとするユーザＵ２は電力を選んで供給を受けることができる。また、この電力取引支援装置１２０によれば、電力供給者（売り手）となるユーザは、ユーザのプロフィールを基に電力を供給する供給先のユーザを決定することができる。このように、電力供給者（売り手）となるユーザＵ１の電力が、電力取引支援装置１２０のサービスを利用する他のユーザに広く利用可能となり、電力受給者（買い手）となるユーザＵ２は供給される電力を選ぶことができ、かつ、電力供給者（売り手）となるユーザＵ１は電力を使ってもらう人を選ぶことができる。

例えば、電力供給者（売り手）となるユーザは、電力を供給することで特定の事業者を応援することができる。さらに供給条件は、無償としてもよい。この場合、電力供給者（売り手）となるユーザが、ユーザのプロフィールを基に電力を供給する供給先のユーザの事業に共感できる場合には、電力を無償で供給することも可能である。例えば、電力が不足する地方の農家や学校や観光施設などへ電力を寄付したい場合、電力受給者（買い手）となるユーザを特定した上で電力を供給でき、さらに対価を無償とすることができる。ユーザは、自家発電の余剰電力を、電力が不足する地方の農家や学校や観光施設のように、支援したい用途に無償で使ってもらうことができる。これにより、自家発電の余剰電力を地域支援や地域振興などで有効に利用することができる。

電力取引支援装置１２０は、申し込む処理の情報と、承認処理の情報と、電力を供給する処理における申し込まれたユーザからスマートグリットに供給された電力の情報と、申し込んだユーザにスマートグリッドから供給された電力の情報とを含む取引データがブロックチェーンに記録されるように構成されていてもよい。これにより、電力取引支援装置１２０における一連の取引記録がブロックチェーンによって検証可能な情報として記録される。ブロックチェーンに記録される場合、一連の処理Ｓ１ａ～Ｓ１ｇが記録された情報が一つのトランザクションとして纏められて、ブロックチェーンに記録されてもよい。

ここで、電力供給者（売り手）となるユーザＵ１は、電力プロフィールにおいて供給条件を設定してもよい。電力プロフィールには、ユーザが供給可能な電力量と、供給される電力の電源情報と、供給条件とのうち少なくとも１つが含まれていてもよい。電力プロフィールに適切な供給条件が設定されていることによって、電力受給者（買い手）となるユーザＵ２をユーザＵ１の意図に沿って制限できる。供給条件では、例えば、供給する日時、料金、供給する地域、供給を受ける者の所属、属性などが設定できる。これによって、電力供給者（売り手）となるユーザＵ１は、意向に沿った相手に電力を供給することができる。

図１３は、電力取引支援装置１２０の他の処理を示すフロー図である。
電力取引支援装置１２０は、以下の処理Ｓ２ａ～Ｓ２ｆが実行されるように構成されていてもよい。

Ｓ２ａ．ユーザの電力需要に関する電力需要プロフィールを取得する処理
Ｓ２ｂ．電力需要プロフィールを、通信網を通じて他のユーザに提供する処理
Ｓ２ｃ．他のユーザが、ユーザの電力需要に対して電力を供給することを申し込む処理
Ｓ２ｄ．申し込む処理で申し込んだユーザが供給可能な電力の電力プロフィールが、申し込まれたユーザに送られる処理
Ｓ２ｅ．申し込まれたユーザが、申し込んだユーザの申し込みを承認する処理
Ｓ２ｆ．承認する処理を受けて、申し込んだユーザの電力がスマートグリットを通じて申し込まれたユーザに供給される処理
Ｓ２ｇ．電力供給を受けたユーザＵ２から電力を供給したユーザＵ１へ対価が支払われる処理

〈電力需要プロフィール〉
電力需要プロフィールは、ユーザの電力需要に関する情報である。電力需要プロフィールは、例えば、電力の供給を受けようとするユーザ、ユーザが受給したい電力量、ユーザが受給したい電力の発電手段などを特定する情報であり得る。スマートグリッド１０では、ユーザが受給したい電力の電力需要プロフィールが記録された記憶部が備えているとよい。表３は、電力需要プロフィールが記憶されたテーブルの一例である。表３に示されたテーブルは、電力需要プロフィールに関して、電力需要プロフィールＩＤ、電力量、ユーザＩＤ、発電手段、供給日時、料金、地域、所属（属性）、返礼品が記録できるように構成されている。電力需要プロフィールに含められる情報は、表３に挙げられたものに限定されない。

ここで、電力需要プロフィールＩＤは、ユーザが供給可能な電力を区別するために付与されたＩＤである。ユーザＩＤは、ユーザを区別するために付与されたＩＤである。供給日時には、ユーザが供給を希望する日時が記録される。電力量には、供給を受けたい電力量が記録される。発電手段には、供給を希望する電力の電源情報が記録される。料金には、電力の料金が記録される。例えば、単位電力量当たりの単価が記録される。地域には、供給可能な地域が記録される。料金や地域は、供給条件の１つとなりうる。所属（属性）には、例えば、電力の用途などが記録されうる。

このように電力需要プロフィールには、電力受給者となるユーザＵ２が受給を希望する日時と、電力の供給を受けたい電力量と、希望する電力の電源情報と、供給条件と、電力の用途とのうち少なくとも１つが含まれていてもよい。供給条件には、例えば、対価などの条件が含まれうる。対価は無償として設定されていてもよい。つまり、この電力取引支援装置１２０は、電力受給者となるユーザＵ２の事業を電力供給という形で支援してもらえる相手を募ることができる。電力の用途には、農家や学校や観光施設など電力が利用される用途についての情報が含まれうる。かかる電力の用途に関する情報は、電力供給者となるユーザＵ１において電力供給を申し出るモチベーションとなりうる。また、電力需要プロフィールには、返礼品などの情報が含まれていてもよい。例えば、電力受給者となるユーザＵ２が、イチゴの生産者である場合、電力の供給を受ける返礼品として、生産されたイチゴが電力供給者となるユーザＵ１に送られるように構成されていてもよい。電力需要プロフィールに含まれた返礼品の情報は、電力供給者となるユーザＵ１において電力供給を申し出るモチベーションとなりうる。

〈処理Ｓ２ａ〉
処理Ｓ２ａでは、ユーザの電力需要に関する電力需要プロフィールが取得される。電力取引支援装置１２０は、ユーザの電力需要に関する電力需要プロフィールを取得し、予め定められた記憶部に記憶するとよい。

〈処理Ｓ２ｂ〉
処理Ｓ２ｂでは、電力需要プロフィールが、通信網を通じて他のユーザに提供される。例えば、他のユーザは、電力取引支援装置１２０を通じて提供されるサービスを受けるユーザであり、電力取引支援装置１２０において予め登録されているとよい。処理Ｓ２ｂでは、電力需要プロフィールが通信網４０を通じて他のユーザに提供される。このため、図１３に示されているように、供給できる電力を有するユーザＵ１は、電力需要プロフィールを確認し、電力を供給したいと思う相手を探すことができる。

〈処理Ｓ２ｃ〉
処理Ｓ２ｃでは、他のユーザが、ユーザの電力需要に対して電力を供給することを申し込む。供給できる電力を有するユーザＵ１は、処理Ｓ２ｂにおいて電力需要プロフィールが提供されているので、電力需要プロフィールを確認して、電力を供給したいと思う相手に電力を供給することを申し出ることができる。例えば、図１３に示された例では、供給できる電力を有するユーザＵ１が、ユーザＵ２の電力需要プロフィールを確認し、ユーザＵ２に電力を供給したいと考えた場合に、ユーザＵ２の電力需要に対して電力を供給することを申し込めるように構成されているとよい。このような処理は、例えば、インターネットなどの通信ネットワークを通じて、電子的に実行されるとよい。

この実施形態では、電力供給者となるユーザＵ１に電力需要プロフィールに関する情報が提供されたり、電力供給者となるユーザＵ１が電力受給者となるユーザから取得された電力需要プロフィールを閲覧できたりするように、電力取引支援装置１２０が構築されているとよい。また、電力取引支援装置１２０は、例えば、供給可能な電力を有するユーザＵ１が電力需要プロフィールに含まれているいくつかの情報を検索し、電力を供給する他のユーザＵ２を抽出できるように構成されていてもよい。このような情報提供や電力需要プロフィールの閲覧や検索や抽出の結果を基に、電力供給者となるユーザＵ１が電力の供給を受けようとするユーザＵ２に電力の供給を申し込めるように構成されているとよい。また、電力需要プロフィールには、希望する電力の電源情報が含まれていてもよい。この場合、希望する電力の電源情報に、例えば、太陽光発電などの電源情報が記録されている場合、電力供給者となるユーザＵ１が供給する電力が該当する電源でない場合には、申し込むことができないように構成されていてもよい。このように、電力供給者となるユーザＵ１は、電力需要プロフィールに適切に条件を設定することによって、ユーザＵ２の電力需要に対して電力を供給することを申し込むことを制限できる。これにより、電力受給者となるユーザＵ２は、希望する電源で発電された電力を集めることができる。

〈処理Ｓ２ｄ〉
処理Ｓ２ｄでは、申し込む処理Ｓ２ｃで申し込んだユーザＵ１が供給可能な電力の電力プロフィールが、申し込まれたユーザＵ２に送られる。この処理により、電力受給者となるユーザＵ２は、電力供給者となるユーザＵ１やユーザＵ１が供給する電力の電源情報などを取得できる。電力受給者となるユーザＵ２が、グリーンエネルギーで電力を賄いたい場合には、電力プロフィールを基に、ユーザＵ１が供給する電力の電源情報を確認することができる。

〈処理Ｓ２ｅ〉
処理Ｓ２ｅでは、申し込まれたユーザＵ２が、申し込んだユーザＵ１の申し込みを承認する。この実施形態では、電力の供給を申し込まれたユーザＵ２は、電力の供給を申し込んだユーザＵ１の申し込みを承認するか否かが選択できるように、電力取引支援装置１２０が構成されている。また、電力の供給を申し込まれたユーザＵ２は、電力の供給を申し込んだユーザＵ１の電力プロフィールに基づいて、電力の供給を申し込んだユーザＵ１の電力プロフィールが予め定められた供給条件を満たす場合には、ユーザの操作を必要とせずに自動的に承認する処理が実行されるように、電力取引支援装置１２０が構成されていてもよい。自動的に承認する処理であれば、ユーザＵ２の承認処理に要する負担が軽減されるとともに、申し込みから承認までスムーズに処理される。なお、承認結果は、電力の供給を申し込んだユーザＵ１に通知されるように構成されているとよい（Ｓ２ｅ１）。例えば、自動的に承認する処理が実行されるように構成されている場合、申し込んだユーザＵ１が予め定められた供給条件を満たさない場合には、承認されなかった旨が申し込んだユーザＵ１に通知されるように構成されているとよい。

〈処理Ｓ２ｆ〉
処理Ｓ２ｆでは、承認する処理Ｓ２ｅを受けて、申し込んだユーザＵ１の電力がスマートグリットを通じて申し込まれたユーザＵ２に供給される。例えば、承認する処理Ｓ２ｅを受けて、申し込んだユーザＵ１の電力がスマートグリッド１０に供給される処理が実行されるとよい。さらに、スマートグリッド１０から申し込まれたユーザＵ２に電力が供給される処理が実行されるように構成されてもよい。このとき、申し込まれたユーザＵ１の電力がスマートグリッド１０に供給される処理と、スマートグリッド１０から申し込んだユーザＵ２に電力が供給される処理は、同時に実行されてもよい。また、申し込んだユーザＵ１の電力がスマートグリッド１０に供給される処理と、スマートグリッド１０から申し込まれたユーザＵ２に電力が供給される処理は、時間差を付けて実行されてもよい。つまり、申し込んだユーザＵ１の電力は、スマートグリッド１０を通じて申し込まれたユーザＵ２に供給されるとよく、供給される時間や電力量が都度一致する必要は必ずしもない。

〈処理Ｓ２ｇ〉
処理Ｓ２ｇでは、電力供給を受けたユーザＵ２から電力を供給したユーザＵ１へ対価が支払われる。対価は、電力需要プロフィールにおいて、電力供給を受けたユーザＵ２が設定した供給条件に従って定められる。対価は、必ずしも金銭でなくてよく、電力需要プロフィールで規定された返礼品などで賄われてもよい。

この場合も、申し込む処理Ｓ２ｃの情報と、承認処理Ｓ２ｅの情報と、電力を供給する処理Ｓ２ｆで供給された電力の情報とを含む取引データがブロックチェーンに記録されるように構成されていてもよい。これにより、電力取引支援装置１２０における一連の取引記録がブロックチェーンによって検証可能な情報として記録される。ブロックチェーンに記録される場合、一連の処理Ｓ２ａ～Ｓ２ｇが記録された情報が一つのトランザクションとして纏められて、ブロックチェーンに記録されてもよい。

図１３に示されたフローにより、電力受給者（買い手）となるユーザＵ２から電力需要プロフィールが提供される（Ｓ２ｂ）。そして、電力供給者（売り手）となるユーザＵ１は、電力を供給したい相手を見つけて、電力の供給を申し込める（Ｓ２ｃ）。例えば、電力受給者（買い手）となるユーザＵ２が、太陽光・風力・水力・地熱・バイオマスのようなグリーンエネルギーで電力を調達したい場合には、電力需要プロフィールで調達したい電力を特定する。また、電力需要プロフィールには、使う用途や場所などが記載されている。電力供給者（売り手）となるユーザＵ１は、電力需要プロフィールに基づいて電力を供給したい相手を見つけて、電力の供給を申し込める。これにより、電力を供給しようとするユーザＵ１は、供給先を選んで電力を供給することができる。また、電力受給者（買い手）となるユーザＵ２にとっても、電力需要プロフィールに沿って供給される電力を制限でき、使用する電力の質（発電手段）を選ぶことができる。

この電力取引支援装置１２０は、図１１で示すフローや図１３で示されるフローの両方の処理が実行できるように構成されていてもよい。この場合、電力の供給を受けようとするユーザは、他のユーザの電力プロフィールを確認して、電源の種類やコストなどで希望する電力を選んで電力の供給を申し込むことができる。このため、所望の電力を集めることができる。また、供給可能な余剰電力を有するユーザは、他のユーザの電力需要プロフィールを確認して、電力を供給したいと思うユーザに余剰電力を提供できる。余剰電力の提供は、無償とすることもでき、気に入った事業に有効に活用してもらえるように余剰電力を寄付することもできる。このように、この電力取引支援装置１２０によれば、電力プロフィールや電力需要プロフィールを通じて、利用者（ユーザ）同士が繋がる。そして、電力供給者（売り手）の発電の質や電力受給者（買い手）の事業への共感を反映させて、互いに相手を特定した上で余剰電力を供給する仕組みを実現できる。

以上、ここで開示される発明について、種々説明した。特に言及されない限りにおいて、ここで挙げられた実施形態などは本発明を限定しない。また、ここで開示される発明の実施形態は、種々変更でき、特段の問題が生じない限りにおいて、各構成要素やここで言及された各処理は適宜に省略され、または、適宜に組み合わされうる。

１０ スマートグリッド
１１ アグリゲーションコーディネータ
１３ リソースアグリゲータ
２０ 送電網
２２ 大規模発電設備
２４ 送電線
２６ 発電事業者
２８ 住宅
２８ａ エネルギー管理システム（ＨＥＭＳ）
３０ 工場事業者
３０ａ エネルギー管理システム（ＦＥＭＳ）
３２ ビル事業者
３２ａ エネルギー管理システム（ＢＥＭＳ）
３５ マイクログリッド
３５ａ エネルギー監理システム（ＣＥＭＳ）
４０ 通信網
５１～５５ 発電装置
６１～６５ 蓄電装置
７１～７３ 電動車両
１００ 情報処理装置
１２０ 電力取引支援装置
１２０ａ 記憶部
Ａ０ 電力事業者
Ａ１，Ａ２ 住宅
Ａ３ 工場
Ａ４ 発電事業者
Ａ５ 蓄電事業者
Ａ６ 充電スポット

Claims (8)

1. ユーザのプロフィールがそれぞれ記録された記憶部を備えており、
   前記ユーザが供給可能な電力の電力プロフィールを取得する処理と、
   前記電力プロフィールを、他のユーザに提供する処理と、
   前記他のユーザが、前記供給可能な電力を有するユーザに、当該電力の供給を受けることを申し込む処理と、
   前記申し込む処理で申し込んだユーザのプロフィールが、申し込まれたユーザに送られる処理と、
   前記申し込まれたユーザが、前記申し込んだユーザの申し込みを承認する処理と、
   前記承認する処理を受けて、前記申し込まれたユーザの電力がスマートグリットを通じて前記申し込んだユーザに供給される処理と、
   が実行されるように構成された電力取引支援装置。
2. 前記電力プロフィールには、ユーザが供給可能な電力量と、供給される電力の電源情報と、供給条件とのうち少なくとも１つが含まれる、請求項１に記載された電力取引支援装置。
3. 前記ユーザが供給可能な電力量には、前記スマートグリッドにおいて蓄電された電力量と、発電される予定の電力量と、蓄電される予定の電力量とが含まれる、請求項２に記載された電力取引支援装置。
4. 前記スマートグリッドにおいて蓄電された電力量は、ユーザに紐付けて記録されている、請求項３に記載された電力取引支援装置。
5. 前記ユーザの電力需要に関する電力需要プロフィールを取得する処理と、
   前記電力需要プロフィールを、通信網を通じて他のユーザに提供する処理と、
   前記他のユーザが、前記電力需要に対して電力を供給することを申し込む処理と、
   前記申し込む処理で申し込んだユーザが供給可能な電力の電力プロフィールが、申し込まれたユーザに送られる処理と、
   前記申し込まれたユーザが、前記申し込んだユーザの申し込みを承認する処理と、
   前記承認する処理を受けて、前記申し込んだユーザの電力が前記申し込まれたユーザに供給される処理と
   がさらに実行されるように構成された請求項１から４までの何れか一項に記載された電力取引支援装置。
6. ユーザの電力需要に関する電力需要プロフィールを取得する処理と、
   前記電力需要プロフィールを、通信網を通じて他のユーザに提供する処理と、
   前記他のユーザが、前記電力需要に対して電力を供給することを申し込む処理と、
   前記申し込む処理で申し込んだユーザが供給可能な電力の電力プロフィールが、申し込まれたユーザに送られる処理と、
   前記申し込まれたユーザが、前記申し込んだユーザの申し込みを承認する処理と、
   前記承認する処理を受けて、前記申し込んだユーザの電力が前記申し込まれたユーザに供給される処理と
   が実行されるように構成された電力取引支援装置。
7. 前記電力需要プロフィールには、ユーザが供給を希望する日時と、供給を受けたい電力量と、供給を希望する電力の電源情報と、供給条件と、電力の用途とのうち少なくとも１つが含まれる、請求項５または６に記載された電力取引支援装置。
8. 前記申し込む処理の情報と、前記承認処理の情報と、前記電力を供給する処理で供給された電力の情報とを含む取引データがブロックチェーンに記録されるように構成された、請求項１から７までの何れか一項に記載された電力取引支援装置。

Images