特許 7222227 電力取引装置、電力取引方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-02-07

(45)【発行日】2023-02-15

(54)【発明の名称】電力取引装置、電力取引方法及びプログラム

(51)【国際特許分類】

   G06Q 50/06 20120101AFI20230208BHJP

【ＦＩ】

G06Q50/06

【請求項の数】 6

(21)【出願番号】P 2018223957

(22)【出願日】2018-11-29

(65)【公開番号】P2020087209

(43)【公開日】2020-06-04

【審査請求日】2021-08-10

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】小櫻 文彦

(72)【発明者】

【氏名】藤本 真吾

【審査官】松田 岳士

(56)【参考文献】

【文献】国際公開第２０１４／１３２３７１（ＷＯ，Ａ１）

【文献】特開２０１４－１２７１０７（ＪＰ，Ａ）

【文献】国際公開第２０１８／１７７５２０（ＷＯ，Ａ１）

【文献】特開２０１８－０４９３９９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定する判定部と、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を前記購入要求および前記販売要求が記録されているブロックチェーンに出力する出力部と、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる割当部と、
を有することを特徴とする電力取引装置。

【請求項2】

前記割当部は、前記節電要求に対する回答期限より後に、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
ことを特徴とする請求項１記載の電力取引装置。

【請求項3】

前記判定部は、複数の前記購入要求のそれぞれについて、購入の可否を判定し、
前記出力部は、前記購入量に係る購入が可能であると判定された前記購入要求について、前記回答を可能とするための情報を出力し、
前記割当部は、前記購入量の合計と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量の合計に対する販売量を割り当て、
前記各販売要求に対して割り当てられた販売量と、前記複数の購入要求のそれぞれの前記購入量とに基づいて、前記販売要求と前記購入要求とを関連付ける関連付け部を有する、
ことを特徴とする請求項１又は２記載の電力取引装置。

【請求項4】

前記購入要求および前記販売要求はブロックチェーンに記録される、
ことを特徴とする請求項１ないし３のいずれか一項に記載の電力取引装置。

【請求項5】

節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定し、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を前記購入要求および前記販売要求が記録されているブロックチェーンに出力し、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
処理をコンピュータが実行することを特徴とする電力取引方法。

【請求項6】

節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定し、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を前記購入要求および前記販売要求が記録されているブロックチェーンに出力し、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
処理をコンピュータに実行させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電力取引装置、電力取引方法及びプログラムに関する。

【背景技術】

【0002】

電力逼迫時に需要家に対して節電要求を行うことで電力網のダウンを防止するためのＤＲ（Demand Response）取引において、需要家は、アグリゲータからの節電要求に対して、ＤＲ回答期限までに節電目標が達成可能か否かの回答を行う。節電要求を受け容れた需要家は、節電目標を達成する手段としてエアコン等の機器の停止のほか、自家用発電機を稼働させて見かけ上の節電を実現する。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１４－１２７１０７号公報

【文献】特開２００８－６５６１７号公報

【文献】特開２００４－１９２４７３号公報

【文献】特開２０１８－７８７０２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＤＲ取引の報酬金額は大きいため需要家がＤＲ取引に参加するメリットは大きいが、少しでも節電目標を下回ると報酬を一切受け取れない。したがって、節電要求を受けた需要家は、ＤＲ回答期限までに電力が確保できることを確定させたい。

【0005】

しかし、ＤＲ回答期限までに電力の確保の可否を判定するのが困難な場合がある。その場合には、結果的に電力を確保できた場合であっても、需要家は、節電要求の受け容れを断念せざるを得ない。

【0006】

そこで、一側面では、本発明は、節電要求に応じた電力取引の円滑な運用を可能とすることを目的とする。

【課題を解決するための手段】

【0007】

一つの態様では、電力取引装置は、節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定する判定部と、前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を出力する出力部と、前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる割当部と、を有する。

【発明の効果】

【0008】

一側面として、節電要求に応じた電力取引の円滑な運用を可能とすることができる。

【図面の簡単な説明】

【0009】

【図1】節電要求に対する不足分をＰ２Ｐ電力取引によって融通する例を示す図である。

【図2】本発明の実施の形態におけるシステム構成例を示す図である。

【図3】本発明の実施の形態におけるマッチング装置１０のハードウェア構成例を示す図である。

【図4】本発明の実施の形態におけるマッチング装置１０の機能構成例を示す図である。

【図5】需要家からの要求とマッチング装置１０による処理との時系列順を示す図である。

【図6】購入確定判定処理の処理手順の一例を説明するためのフローチャートである。

【図7】ブロックチェーンＢＣにおける買い情報の構成例を示す図である。

【図8】ブロックチェーンＢＣにおける売り情報の構成例を示す図である。

【図9】ブロックチェーンＢＣにおける購入確定情報の構成例を示す図である。

【図10】ブロックチェーンＢＣにおける販売確定情報の構成例を示す図である。

【図11】メモリにロードされた買い情報及び売り情報のデータ例を示す第１の図である。

【図12】販売確定判定処理の処理手順の一例を説明するためのフローチャートである。

【図13】メモリにロードされた買い情報及び売り情報のデータ例を示す第２の図である。

【図14】メモリにロードされた買い情報及び売り情報のデータ例を示す第３の図である。

【図15】約定確定処理の処理手順の一例を説明するためのフローチャートである。

【図16】売りと買いとのマッチング結果の一例を示す図である。

【図17】ブロックチェーンＢＣにおける約定情報の構成例を示す図である。

【図18】回答期限までにマッチングを行う場合の約定の確定処理の例を説明するための図である。

【発明を実施するための形態】

【0010】

以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態では、ＤＲ（Demand Response）取引において節電要求（ＤＲ要求）を受け容れた需要家が、単独では節電目標を達成できない場合でも、図１に示されるように、他の需要家とのＰ２Ｐ電力取引によって不足分の電力を融通することで、節電目標を達成しやすくする。図１では、節電要求を受けた需要家Ａ及び需要家Ｃが、需要家ＢとのＰ２Ｐ電力取引によって不足分を融通している。

【0011】

なお、Ｐ２Ｐ電力取引は信頼関係がない個と個の直接取引であるため、取引内容を記載した約定の管理が重要になる。そこで、本実施の形態において、ＤＲ取引におけるＰ２Ｐ電力取引の約定は、ブロックチェーンに記録される。約定がブロックチェーンに記録されることで改ざんが困難になり、約定を信頼した上で取引が行われうる。

【0012】

具体的には、Ｐ２Ｐ電力取引における電力の販売者は、電力の販売要求を示す情報（以下、「売り情報」という。）をブロックチェーンに記録し、電力購入者は、電力の購入要求を示す情報（以下、「買い情報」という。）をブロックチェーンに記録する。Ｐ２Ｐ電力取引のブローカは、電力取引のために、複数の売り情報と買い情報の中から売りと買いとの関連付け（マッチング）を行い、その結果を約定としてブロックチェーンに記録する。約定が記録された時点で契約は有効になり、販売者は購入者に電力を提供し、購入者は販売者から電力の提供を受ける。

【0013】

ここで、電力の購入者は、節電要求に対する回答（以下、「節電要求回答」という。）を行うために、ＤＲ回答期限（節電要求に対する回答期限）までに電力が確保できることを確定させたい。一方、電力の販売者は、効率的に多くの電力を売るため、また、ブローカは多くの取引を可能にするため、取引の確定を遅延したい。本実施の形態では、当該遅延を行える限界を「取引期限」と定義する。ここで、効率的な取引とＰ２Ｐ電力取引時に節電要求回答に要求される短時間での電力確保を両立させることは困難である。

【0014】

両立が困難な理由は、効率的な取引と節電要求回答までの電力確保とがトレードオフの関係を有するためである。電力出力には最大出力と最低出力があり、最低出力以下の電力は出力が不安定となるため、最低出力以下では電力は提供されない。効率的な取引のためには、より多くの買い要求と売り要求とをマッチングさせる必要がある。そのため、取引期限まで売り要求、買い要求が出てくるのを待つのが効率がよい。一方、節電要求回答までの電力の確保のために、需要家は節電要求回答を期限までに行うため、期限までに節電不足分の電力を確保する必要がある。そのため早期の取引確定が必要であり、節電要求回答までの電力確保と効率的な取引とを両立させることが難しい。

【0015】

そこで、本実施の形態において、マッチング装置１０は、買い情報と売り情報とのマッチングについて、３段階の時系列順でブロックチェーンに情報を記録する。１段目において記録される情報が、各買い情報についての購入の確定を示す情報（以下、「購入確定情報」という。）である。２段目において記録される情報が、各売り情報についての販売の確定を示す情報（以下、「販売確定情報」という。）である。３段目において記録される情報が、買い情報と売り情報とのマッチング結果を示す情報である。

【0016】

マッチングに関する情報を３段階に分割することで、１段目のタイミングで買い情報に係る電力の購入を確定させて節電要求への回答を可能にすることができる。２段目で売り情報に係る販売を確定させで配電を可能にすることができる。３段目で実際に買い情報と売り情報の最適なマッチングを行う。

【0017】

図２は、本発明の実施の形態におけるシステム構成例を示す図である。図２において、複数の需要家装置３０は、インターネット等のネットワークを介してＰ２Ｐ電力取引サーバ２０に接続される。Ｐ２Ｐ電力取引サーバ２０は、インターネット等のネットワークを介してブロックチェーンＢＣに接続される。マッチング装置１０は、インターネット等のネットワークを介してブロックチェーンＢＣ及びＰ２Ｐ電力取引サーバ２０に接続される。アグリゲータ装置４０は、インターネット等のネットワークを介して各需要家装置３０及びＰ２Ｐ電力取引サーバ２０に接続される。

【0018】

各需要家装置３０は、ＤＲ（Demand Response）取引を行う各需要家が利用するコンピュータである。上記したように、ＤＲ取引における節電要求を満たすため、各需要家の間では、Ｐ２Ｐ電力取引が行われる。Ｐ２Ｐ電力取引において電力の購入者となる需要家の需要家装置３０は、電力の購入要求を示す買い情報をＰ２Ｐ電力取引サーバ２０へ送信する。電力の販売者となる需要家の需要家装置３０は、電力の販売要求を示す売り情報をＰ２Ｐ電力取引サーバ２０に送信する。買い情報には、購入したい電力量（以下、「買い量」という。）等が含まれる。売り情報には、販売可能な最低の電力量（以下、「最低売り量」という。）及び販売可能な最大の電力量（以下、「最大売り量」という。）等が含まれる。なお、以下において、最低売り量と最大売り量とを区別しない場合、「販売可能量」という。

【0019】

Ｐ２Ｐ電力取引サーバ２０は、Ｐ２Ｐ電力取引の仲介を行う１以上のコンピュータである。Ｐ２Ｐ電力取引サーバ２０は、各需要家装置３０から送信される買い情報又は売り情報を受信すると、受信した情報をブロックチェーンＢＣに登録する。

【0020】

マッチング装置１０は、ブロックチェーンＢＣに登録された買い情報と売り情報とのマッチングを行い、マッチングにおいて生成される情報（後述の購入確定情報、販売確定情報、約定情報）をブロックチェーンＢＣに登録する。なお、ブロックチェーンＢＣのスマートコントラクト等にマッチング装置１０の機能が配備されてもよい。但し、図２のように、マッチング装置１０をブロックチェーンＢＣの外部に配置することで、環境変化に伴いマッチングの最適化アルゴリズムを容易に変更可能とすることができる。

【0021】

アグリゲータ装置４０は、ＤＲ取引におけるアグリゲータとして機能する１以上のコンピュータである。アグリゲータ装置４０は、各需要家装置３０に対して節電要求を送信したり、節電要求に対応する回答を各需要家装置３０から受信したりする。アグリゲータ装置４０は、また、Ｐ２Ｐ電力取引に関してブロックチェーンＢＣに記録される情報を参照することで、節電要求に対する各需要家装置３０からの回答の正当性の評価等を行う。

【0022】

図３は、本発明の実施の形態におけるマッチング装置１０のハードウェア構成例を示す図である。図３のマッチング装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。

【0023】

マッチング装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0024】

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってマッチング装置１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。

【0025】

なお、記録媒体１０１の一例としては、ＣＤ－ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。

【0026】

図４は、本発明の実施の形態におけるマッチング装置１０の機能構成例を示す図である。 図４に示されるように、マッチング装置１０は、上記の３段階に対応させて、購入確定処理部１１、販売確定処理部１２及び約定生成部１３を有する。これら各部は、マッチング装置１０にインストールされた１以上のプログラムが、ＣＰＵ１０４に実行させる処理により実現される。

【0027】

購入確定処理部１１は、買い情報に示されている買い量（購入量）と、各売り情報に示されている販売可能量とに基づいて、買い情報の買い量に係る電力の購入の可否を判定する。購入確定処理部１１は、購入が可能であると判定した買い情報について、購入者による節電要求に対する回答を可能とするための情報（具体的には、当該買い情報に係る購入が可能であることを示す情報（すなわち、当該買い情報に係る購入確定情報））をブロックチェーンＢＣに記録する。

【0028】

販売確定処理部１２は、購入確定情報が記録された後に、当該購入確定情報に係る買い情報（購入が確定している買い情報）の買い量と、各売り情報に示されている販売可能量とに基づいて、各売り情報に対して、当該買い量に対する販売量（実際の売り量）を割り当てる（配分する）。販売確定処理部１２は、実際の売り量が割り当てられた売り情報に係る販売確定情報をブロックチェーンＢＣに記録する。

【0029】

約定生成部１３は、購入が確定した買い情報と販売が確定した売り情報とのマッチング（関連付け）を行う。約定生成部１３は、売り情報と買い情報の配電の近さに基づいて電力を割り当て、Ｐ２Ｐ取引における電力の売買に関する約定を示す情報（以下、「約定情報」という。）をブロックチェーンＢＣに記録する。

【0030】

なお、上記における、２段目及び３段目を統合して全部で２段にされてもよい。この場合、販売確定情報はブロックチェーンＢＣへ記録されなくてもよい。

【0031】

なお、本実施の形態では、需要家からの要求（売り要求（売り情報）、買い要求（買い情報））、及びマッチング装置１０による各種の処理が、図５に示される順番で発生する場合を具体例として説明する。図５において、各要求又は各処理に付与されている符号ｔｘのｘは、各要求又は各処理の順序関係を示す。すなわち、ｘの値が小さい方が先に生じた事象であることを示す。なお、図５の内容については、処理手順の説明と共に説明する。

【0032】

以下、マッチング装置１０が実行する処理手順について説明する。図６は、購入確定判定処理の処理手順の一例を説明するためのフローチャートである。

【0033】

購入確定処理部１１は、ブロックチェーンＢＣへの新たな買い情報又は新たな売り情報の記録（登録）を待機している（Ｓ１０１）。新たな買い情報又は新たな売り情報がブロックチェーンＢＣに記録されると（Ｓ１０１でＹｅｓ）、購入確定処理部１１は、当該買い情報又は当該売り情報と取引期間が共通する買い情報及び売り情報をブロックチェーンＢＣから読み込む（Ｓ１０２）。

【0034】

図７は、ブロックチェーンＢＣにおける買い情報の構成例を示す図である。図７において、１つの行（レコード）が１つの買い情報を示す。図７に示されるように、１つの買い情報は、要求時刻、購入者、買い量、取引期間及び買いＴＸＩＤ等を含む。

【0035】

要求時刻は、買い情報をブロックチェーンＢＣに格納したトランザクションの開始時刻である。購入者は、当該買い情報に係る購入者に該当する需要家のＩＤである。買い量は、当該購入者が購入を希望する電力量である。取引期間は、当該電力量の電力を必要する期間である。買いＴＸＩＤは、ブロックチェーンＢＣにおいて買い情報に関するトランザクションのＩＤである。なお、買い番号は、図５における買い要求（買い情報）との対応を明確にするために、説明の便宜上付与したものである。後述される購入確定情報についても同様である。以下、それぞれの買い情報を区別する場合、「買い情報」の後に買い番号を付与する。

【0036】

また、図８は、ブロックチェーンＢＣにおける売り情報の構成例を示す図である。図８において、１つの行（レコード）が１つの売り情報を示す。図８に示されるように、１つの売り情報は、要求時刻、販売者、最大売り量、最低売り量、取引期間及び売りＴＸＩＤ等を含む。

【0037】

要求時刻は、売り情報をブロックチェーンＢＣに格納したトランザクションの開始時刻である。販売者は、当該売り情報に係る販売者に該当する需要家のＩＤである。最大売り量は、販売可能な最大の電力量である。最低売り量は、販売可能な最低の電力量である。取引期間は、販売可能量の電力を販売可能な期間である。売りＴＸＩＤは、ブロックチェーンＢＣにおいて売り情報に関するトランザクションのＩＤである。なお、売り番号は、図５における売り要求（売り情報）との対応を明確にするために、説明の便宜上付与したものである。後述される販売確定情報についても同様である。以下、それぞれの売り情報を区別する場合、「売り情報」の後に売り番号を付与する。

【0038】

続いて、購入確定処理部１１は、ステップＳ１０２において読み込まれた各買い情報に対応する購入確定情報をブロックチェーンＢＣから読み込む（Ｓ１０３）。

【0039】

図９は、ブロックチェーンＢＣにおける購入確定情報の構成例を示す図である。図９において、１つの行（レコード）が１つの購入確定情報を示す。図９に示されるように、１つの購入確定情報は、購入が確定した買い情報の買いＴＸＩＤを含む。

【0040】

続いて、購入確定処理部１１は、ステップＳ１０２において読み込まれた各売り情報に対応する販売確定情報をブロックチェーンＢＣから読み込む（Ｓ１０４）。

【0041】

図１０は、ブロックチェーンＢＣにおける販売確定情報の構成例を示す図である。図１０において、１つの行（レコード）が１つの販売確定情報を示す。図１０に示されるように、１つの販売確定情報は、販売が確定した売り情報の売りＴＸＩＤ及び取引電力量を含む。取引電力量は、販売可能量のうち、実際に販売することが確定した電力量である。

【0042】

なお、ここでは、図５の時刻ｔ８において買い情報（２）がブロックチェーンＢＣに記録されることに応じて（買い情報（２）が需要家から送信されたことに応じて）、ステップＳ１０２以降が実行された場合を想定する。すなわち、図７における買い情報（１）と、図８における売り情報（１）及び売り情報（２）とが、既にブロックチェーンＢＣに記録されており、買い情報（２）が、新たにブロックチェーンＢＣに記録された状況を想定する。したがって、図５の時刻５において買い情報（１）が確定しているが、売り情報（１）及び売り情報（２）は確定していない。すなわち、買い情報（１）に対応する購入確定情報は時刻ｔ５においてブロックチェーンＢＣに記録されているが、売り情報（１）及び売り情報（２）のそれぞれに対応する販売確定情報は、ブロックチェーンＢＣに記録されていない。したがって、購入確定処理部１１は、ステップＳ１０２～Ｓ１０４において読み込まれた情報に基づいて、図１１に示されるようなデータをメモリ装置１０３に生成する。

【0043】

図１１は、メモリにロードされた買い情報及び売り情報のデータ例を示す第１の図である。図１１において、売りデータｄＳ１は、売り情報（１）に対応し、売りデータｄＳ２は、売り情報（２）に対応する。また、買いデータｄＢ１は、買い情報（１）に対応し、買いデータｄＢ２は、買い情報（２）に対応する。

【0044】

売りデータは、売り情報と「取引電力量」とを含む。「取引電力量」は、当該売り情報に対応する販売確定情報における「取引電力量」である。ここでは、売り情報（１）及び（２）のいずれについても販売が確定していない（販売確定情報がブロックチェーンＢＣに記録されていない）ため、売りデータｄＳ１及びｄＳ２のいずれについても取引電力量の値は空である。

【0045】

買いデータは、買い情報と「購入予約」及び「購入先確定量」を含む。「購入予約」は、当該買い情報が確定したか否かを示す項目である。「済」は、確定していることを示し、「未」は、確定していないことを示す。ここでは、買い情報（１）については確定している（購入確定情報がブロックチェーンＢＣに記録されている）ため、買いデータｄＢ１の購入予約は「済」である。「購入先確定量」は、電力の購入先である販売者が確定された（マッチングされた）分の電力量が記録される項目である。

【0046】

なお、図１１に示される各売りデータの販売者の項目及び各買いデータの購入者の項目には、各販売者又は各購入者の所在地が括弧内に示されている。当該所在地は、例えば、Ｐ２Ｐ電力取引サーバ２０に記憶されている各需要家の属性情報から取得されてもよい。なお、本実施の形態では、便宜上、所在地は、県によって表現されているが、市町村や緯度及び経度等、他の形式によって表現されてもよい。

【0047】

続いて、購入確定処理部１１は、購入予約の値が「未」である買いデータの有無を判定する（Ｓ１０５）。該当する買いデータが無い場合（Ｓ１０５でＮｏ）、ステップＳ１０１へ戻る。該当する買いデータ（以下、「候補買いデータ群」という。）が有る場合（Ｓ１０５でＹｅｓ）、購入確定処理部１１は、確定していない（すなわち、取引電力量に値が記録されていない）売りデータの有無を判定する（Ｓ１０６）。該当する売りデータが無い場合（Ｓ１０６でＮｏ）、ステップＳ１０１へ戻る。該当する売りデータ（以下、「候補売りデータ群」という。）有る場合（Ｓ１０６でＹｅｓ）、ステップＳ１０７へ進む。

【0048】

なお、図５において、時刻ｔ１では、ステップＳ１０５でＮｏとなるため、時刻ｔ２における購入確定判定処理において購入が確定する買い情報は無い。

【0049】

ステップＳ１０７において、購入確定処理部１１は、候補買いデータ群のうちの先着順で１つの買いデータを処理対象として選択する。図１１の例によれば、買いデータｄＢ２が、処理対象（以下、「対象買いデータ」という。）とされる。

【0050】

続いて、購入確定処理部１１は、購入予約済みの（購入予約の値が「済」である）買いデータの買い量の合計に、対象買いデータの買い量を加算した結果を変数ｘに代入する（Ｓ１０８）。図１１の例によれば、購入予約済みの買いデータｄＢ１の買い量は、３００ｋＷｈであり、対象買いデータ（買いデータｄＢ２）の買い量は、３００ｋＷｈである。したがって、ｘには、３００ｋＷｈ＋３００ｋＷｈ＝６００ｋＷｈが代入される。

【0051】

続いて、購入確定処理部１１は、ｘが示す買い量を満たすことが可能な売りデータを、候補売りデータ群の中から先着順に抽出する（Ｓ１０９）。以下、抽出された１以上の売りデータの集合を「対象売り集合」という。具体的には、購入確定処理部１１は、最大売り量の合計がｘ以上となるまで、候補売りデータ群に先着順に売りデータを抽出する。図１１の例では、先頭の売りデータｄＳ１の最大売り量（８００ｋＷｈ）が、ｘ（６００ｋｈ）以上となる。したがって、売りデータｄＳ１が対象売り集合の要素となる。

【0052】

対象売り集合（すなわち、ｘが示す買い量を満たすことが可能な売りデータ）を抽出できなかった場合（Ｓ１１０でＮｏ）、ステップＳ１０１へ戻る。対象売り集合を抽出できた場合（Ｓ１１０でＹｅｓ）、購入確定処理部１１は、対象売り集合に含まれる各売りデータの最大売り量の合計を変数ｙに代入する（Ｓ１１１）。図１１の例では、売りデータｄＳ１の最大売り量である８００ｋＷｈが、変数ｙに代入される。

【0053】

続いて、購入確定処理部１１は、対象売り集合に含まれる各売りデータの最低売り量の合計を変数ｚに代入する（Ｓ１１２）。図１１の例では、売りデータｄＳ１の最低売り量である３００ｋＷｈが、変数ｚに代入される。

【0054】

続いて、購入確定処理部１１は、ｘの値がｚ以上、かつ、ｙ以下であるという条件（以下、「購入確定条件」という。）が満たされるか否かを判定する（Ｓ１１３）。購入確定条件が満たされない場合（Ｓ１１３でＮｏ）、ステップＳ１０１へ戻る。購入確定条件が満たされる場合（Ｓ１１３でＹｅｓ）、購入確定処理部１１は、対象買いデータの購入予約を「未」から「済」に更新する（Ｓ１１４）。続いて、購入確定処理部１１は、対象買いデータに対応する購入確定情報をブロックチェーンＢＣに記録する（Ｓ１１５）。

【0055】

図１１の例では、ｘの値（６００ｋＷｈ）は、ｚ（３００ｋＷｈ）以上、かつ、ｙ（８００ｋＷｈ）以下である。したがって、買いデータｄＢ２に対応する購入確定情報がブロックチェーンＢＣに記録される。なお、当該購入確定情報の記録は、図５において、時刻ｔ１０の購入確定（２）に対応する。また、当該購入確定情報は、図９において、買い番号が（２）である購入確定情報に対応する。なお、図５において、時刻ｔ１０は、買い情報（２）の回答期限である時刻ｔ１２より前に行われている。

【0056】

ステップＳ１１５に続いて、ステップＳ１０５へ戻る。ステップＳ１０５へ戻ると、購入確定処理部１１は、要求時刻が対象買いデータより後である買いデータについてステップＳ１０５以降を実行する。

【0057】

なお、Ｐ２Ｐ電力取引サーバ２０は、定期的にブロックチェーンＢＣへの新たな購入確定情報の記録を確認している。Ｐ２Ｐ電力取引サーバ２０は、新たな購入確定情報が記録されると、当該購入確定情報に対応する買い情報の送信元の需要家装置３０に対して、購入の確定通知を送信する。当該需要家装置３０に係る需要家は、当該確定通知の受信によって、節電要求に対する回答（ＤＲ回答）を行うことができるようになる。したがって、ブロックチェーンＢＣへの購入確定情報の記録は、購入者である需要家による節電要求に対する回答を可能とするための情報（当該購入者からの買い情報に係る購入が可能であることを示す情報）の出力の一例に該当する。

【0058】

図１２は、販売確定判定処理の処理手順の一例を説明するためのフローチャートである。図１２の処理手順は、取引期間が共通する買い情報群及び売り情報群に対する取引期限後に実行される。すなわち、取引期限は、取引期間が共通する買い情報群及び売り情報群ごとに設定される。取引期限は、例えば、当該取引期間の開始時刻－αである。すなわち、図１２の処理手順は、取引の開始に遅れない程度のタイミングまでに実行されればよく、各買い情報の回答期限の後におこなわれてもよい。図５の例では、取引期限は時刻ｔ１７である。

【0059】

ステップＳ２０１において、販売確定処理部１２は、取引期間が共通する買い情報群に係る買いデータ群のうち、購入予約が「済」である各買いデータの買い量の合計（以下、「買い総和」という。）を変数ｘに代入する。

【0060】

ここでは、時刻ｔ１７を想定しているため、図１３に示されるような買いデータ及び売りデータがメモリ装置１０３にロードされている。

【0061】

図１３は、メモリにロードされた買い情報及び売り情報のデータ例を示す第２の図である。図１３中、図１１と同一部分には同一符号を付し、その説明は省略する。図１３では、買いデータｄＳ３が更に追加されており、買いデータｄＳ３の購入予約が「済」とされている。買いデータｄＳ３の追加は、図５の時刻ｔ１４において行われ、買いデータｄＳ３の購入予約の「済」への変更は、図５の時刻ｔ１５において行われている。

【0062】

したがって、図１３の例によれば、ｘ＝３００ｋＷｈ＋３００ｋＷｈ＋３００ｋＷｈ＝９００ｋＷｈである。

【0063】

続くステップＳ２０２以降において、販売確定処理部１２は、買い総和ｘに対する取引電力量の割り当て先の売りデータと、各売りデータの取引電力量とを特定するための処理を実行する。

【0064】

続いて、販売確定処理部１２は、変数Ｙｍａｘ及びＹｍｉｎのそれぞれに０を代入する（Ｓ２０２）。変数Ｙｍａｘは、買い総和ｘに対する取引電力量が割り当てられる各売りデータの最大売り量の合計を記憶するための変数である。変数Ｙｍｉｎは、買い総和ｘに対する取引電力量が割り当てられる各売りデータの最低売り量の合計を記憶するための変数である。

【0065】

続いて、販売確定処理部１２は、取引期間が共通する売りデータ群（以下、「候補売りデータ群」という。）のうち、先頭の売りデータを処理対象（以下、「対象売りデータ」という。）とする（Ｓ２０３）。

【0066】

続いて、販売確定処理部１２は、Ｙｍａｘがｘ以上であるか否かを判定する（Ｓ２０４）。すなわち、最大売り量の合計が買い総和ｘ以上であるか否かが判定される。Ｙｍａｘがｘ未満である場合（Ｓ２０４でＮｏ）、販売確定処理部１２は、Ｙｍａｘに対して対象売りデータの最大売り量を加算した結果をＹｍａｘに代入し、Ｙｍｉｎに対して対象売りデータの最低売り量を加算した結果をＹｍｉｎに代入する（Ｓ２０５）。続いて、販売確定処理部１２は、候補売りデータ群の中で対象売りデータの次の売りデータを対象売りデータとして（Ｓ２０６）、ステップＳ２０４以降を繰り返す。

【0067】

その結果、図１３の例では、売りデータｄＳ１及び売りデータｄＳ２の最大売り量の合計である１３００ｋＷｈがＹｍａｘに代入され、それぞれの最低売り量の合計である７００ｋＷｈがＹｍｉｎに代入された時点で、ステップＳ２０４の判定がＹｅｓとなり、ステップＳ２０７へ進む。すなわち、図１３の例では、売りデータｄＳ１及び売りデータｄＳ２が、買い総和ｘに対する取引電力量の割り当て先となる。

【0068】

続いて、販売確定処理部１２は、買い総和ｘからＹｍｉｎを差し引いた結果を変数ｚへ代入する（Ｓ２０７）。すなわち、買い総和ｘに対して、売りデータｄＳ１及び売りデータｄＳ２の最低売り量を割り当てた結果として不足する買い量がｚ（以下、「未割当量ｚ」という。）に代入される。なお、図１３の例において、未割当量ｚ＝９００ｋＷｈ－３００ｋＷｈ－４００ｋＷｈ＝２００ｋＷｈである。

【0069】

続いて、販売確定処理部１２は、現在の対象売りデータ（図１３の例における売りデータｄＳ２）までを、最低売り量以上の取引電力量の割り当て範囲（以下、「売り範囲Ｒ」という。）とする（Ｓ２０８）。

【0070】

続くステップＳ２０９～Ｓ２１６において、販売確定処理部１２は、売り範囲Ｒに含まれる売りデータに対して、未割当量ｚを割り当てる（分配する）ための処理を実行する。

【0071】

ステップＳ２０９において、販売確定処理部１２は、候補売りデータ群の先頭の売りデータを処理対象（以下、「対象売りデータ」という。）とする。続いて、販売確定処理部１２は、対象売りデータの最大売り量をＹｍａｘに代入し、対象売りデータの最低売り量をＹｍｉｎに代入する（Ｓ２１０）。続いて、販売確定処理部１２は、ＹｍａｘからＹｍｉｎを差し引いた結果を変数Ｙｍｉｄに代入する（Ｓ２１１）。変数Ｙｍｉｄは、対象売りデータにおける未割当分の売り量である。

【0072】

続いて、販売確定処理部１２は、Ｙｍｉｄが未割当量ｚ以上であるか否かを判定する（Ｓ２１２）。Ｙｍｉｄが未割当量ｚ未満である場合（Ｓ２１２でＮｏ）、販売確定処理部１２は、対象売りデータの取引電力量にＹｍａｘを設定する（Ｓ２１３）。すなわち、対象売りデータの最大売り量が、対象売りデータの取引電力量とされる。続いて、販売確定処理部１２は、未割当量ｚからＹｍｉｄを差し引いた結果を未割当量ｚに代入する（Ｓ２１４）。続いて、販売確定処理部１２は、候補売りデータ群において対象売りデータの次の売りデータを対象売りデータとして（Ｓ２１５）、ステップＳ２１０以降を繰り返す。一方、Ｙｍｉｄが未割当量ｚ以上である場合（Ｓ２１２でＹｅｓ）、販売確定処理部１２は、Ｙｍｉｎに対して未割当量ｚを加算した結果を対象売りデータの取引電力量に設定する（Ｓ２１６）。

【0073】

図１３の例では、売りデータｄＳ１のＹｍｉｄは、８００ｋＷｈ－３００ｋＷｈ＝５００ｋＷｈであり、未割当量２００ｋＷｈ以上である。したがって、売りデータｄＳ１の取引電力量には、３００ｋＷｈ＋２００ｋＷｈ＝５００ｋＷｈが設定される。

【0074】

続くステップＳ２１７～Ｓ２１９において、販売確定処理部１２は、売り範囲Ｒに含まれる他の売りデータのそれぞれの取引電力量に対して、それぞれの最低売り量を設定するため処理を実行する。

【0075】

ステップＳ２１７において、販売確定処理部１２は、候補販売データ群において対象売りデータの次の売りデータを対象売りデータとする。続いて、販売確定処理部１２は、対象売りデータが、売り範囲Ｒを超えているか否かを判定する。対象売りデータが売り範囲Ｒを超えていない場合（Ｓ２１８でＮｏ）、販売確定処理部１２は、対象売りデータの取引電力量に、対象売りデータの最低売り量を設定し（Ｓ２１９）、ステップＳ２１７に戻る。

【0076】

図１３の例では、売りデータｄＳ２の取引電力量に対して、売りデータｄＳ２の最低売り量である４００ｋＷｈが設定される。その結果、各売りデータは、図１４に示される通りとなる。

【0077】

図１４は、メモリにロードされた買い情報及び売り情報のデータ例を示す第３の図である。図１４では、売りデータｄＳ１及びｄＳ２のそれぞれの取引電力量に値が記録されている。

【0078】

対象売りデータが売り範囲Ｒを超えると（Ｓ２１８でＹｅｓ）、販売確定処理部１２は、候補売りデータ群のうち、取引電力量に値が設定された売りデータに対応する販売確定情報をブロックチェーンＢＣに記録する（Ｓ２２０）。図１１の例では、売りデータｄＳ１及びｄＳ２のそれぞれに対応する販売確定情報が、図５の時刻ｔ１８及び時刻ｔ１９のタイミングでブロックチェーンＢＣに記録される。

【0079】

図１２の処理によれば、各売り情報に対して公平な取引電力量の配分が可能になる
図１５は、約定確定処理の処理手順の一例を説明するためのフローチャートである。図１５は、例えば、取引期間の開始時刻（図５の時刻ｔ２０）の直後に、当該取引期間に係る買いデータ及び売りデータについて実行される。すなわち、図１５の処理手順は、図５の時刻ｔ２１に実行される。

【0080】

ステップＳ３０１において、約定生成部１３は、売り範囲Ｒに含まれる売りデータのうち、先頭の売りデータを処理対象（以下、「対象売りデータ」という。）とする。時刻ｔ２１では、各買いデータ及び売りデータの状態は、図１４に示した通りである。

【0081】

続いて、約定生成部１３は、対象売りデータの取引電力量を変数Ｘに代入する（Ｓ３０２）。変数Ｘは、対象売りデータの取引電力量の残量（以下、「取引残量」という。）を記憶するための変数である。

【0082】

続いて、約定生成部１３は、購入予約が「済」である買いデータ群（以下、「候補買いデータ群」）という。）から、購入者の所在地が対象売りデータの販売者の所在地と同じで、購入先確定量が買い量に満たない買いデータを探索し、該当する買いデータの中で先頭の買いデータを処理対象とする（Ｓ３０３）。なお、該当する買いデータが無い場合、購入者の所在地が対象売りデータの販売者の所在地に最も近い買いデータの中で先頭の買いデータが処理対象とされる。以下、処理対象とされた買いデータを「対象買いデータ」という。

【0083】

続いて、約定生成部１３は、対象買いデータの買い量から対象買いデータの購入先確定量を差し引いた結果を変数Ｙに代入する（Ｓ３０４）。すなわち、変数Ｙは、対象買いデータについて買い量に対する不足分を記憶するための変数である。

【0084】

続いて、約定生成部１３は、取引残量Ｘと不足分Ｙとを比較する（Ｓ３０５）。取引残量Ｘが不足分Ｙより大きい場合（Ｓ３０５でＮｏ）、約定生成部１３は、対象売りデータから対象買いデータに対してＹ分の電力を売ることを示すマッチング情報をメモリ装置１０３に記録する（Ｓ３０６）。続いて、約定生成部１３は、対象買いデータの購入先確定量に対して対象買いデータの買い量の値を設定する（Ｓ３０７）。その結果、対象買いデータについて全ての購入先は確定したことになる。続いて、約定生成部１３は、取引残量Ｘから不足分Ｙを差し引いた結果を取引残量Ｘに代入し、ステップＳ３０３以降を繰り返す。

【0085】

一方、ステップＳ３０５において、取引残量Ｘが不足分Ｙ以下である場合（Ｓ３０５でＹｅｓ）、約定生成部１３は、対象売りデータから対象買いデータに対してＸ分の電力を売ることを示すマッチング情報をメモリ装置１０３に記録する（Ｓ３０９）。続いて、約定生成部１３は、対象買いデータの購入先確定量に取引残量Ｘを加算した結果を、対象買いデータの購入先確定量に代入する（Ｓ３１０）。続いて、約定生成部１３は、売り範囲Ｒにおいて対象売りデータの次の売りデータを処理対象にする（Ｓ３１１）。該当する売りデータが有る場合（Ｓ３１１でＮｏ）、当該売りデータが対象売りデータとされてステップ３０２以降が繰り返される。

【0086】

すなわち、ステップＳ３０１～Ｓ３１２では、売りデータごとに、販売元と購入先との地理的な近さに基づいて、販売先の買いデータが決定される。但し、買いデータごとに、購入先の売りデータが決定されるようにしてもよい。

【0087】

売り範囲Ｒの全ての売りデータについて先着順にステップＳ３１１までが実行されると（Ｓ３１２でＹｅｓ）、約定生成部１３は、ステップＳ３０６又はＳ３０９において記録された各マッチング情報に基づく約定情報をブロックチェーンＢＣに記録する（Ｓ３１３）。

【0088】

例えば、図１４の例によれば、図１６に示されるようにマッチング（関連付け）が行われる。図１６は、売りと買いとのマッチング結果の一例を示す図である。図１６において、売りデータから買いデータへの各矢印がマッチング情報を示す。すなわち、図１６では、売りデータｄＳ１の取引電力量（５００ｋＷｈ）については、買いデータｄＢ１へ３００ｋＷｈが販売され、買いデータｄＢ２へ２００ｋＷｈが販売されることが示されている。また、売りデータｄＳ２の取引電力量（４００ｋＷｈ）については、買いデータｄＢ２へ１００ｋＷｈが販売され、買いデータｄＢ２へ３００ｋＷｈが販売されることが示されている。その結果、全ての買いデータの買い量が過不足なく満たされている。

【0089】

この場合、ブロックチェーンＢＣには、図１７に示されるような約定情報が記録される。図１７は、ブロックチェーンＢＣにおける約定情報の構成例を示す図である。図１７において、１つの行（レコード）が１つの約定情報を示し、図１６における１つの矢印に対応する。図１７に示されるように、１つの約定情報は、売りＴＸＩＤ、買いＴＸＩＤ、取引電力量及び取引期間等を含む。売りＴＸＩＤは、売り情報の売りＴＸＩＤである。買いＴＸＩＤは、当該売り情報とマッチングされた買い情報の買いＴＸＩＤである。取引電力量は、当該売り情報と当該買い情報との間の電力の取引量（当該売り情報から当該買い情報への電力の販売量）である。取引期間は、当該取引量に係る取引の期間である。

【0090】

なお、上記では地理的な近さに基づく順番で売り情報と買い情報とをマッチングする例を示したが、例えば、先着順等の他の順番に基づいてマッチングが行われてもよい。

【0091】

また、マッチングされた需要家間では、実際に電力の移動が行われなくてよく、単に、金銭的な取引が行われればよい。すなわち、全体としてＤＲ取引による節電が実現されていればよいため、販売者は、販売量（取引電力量）の分だけ節電すればよい。

【0092】

上述したように、本実施の形態によれば、約定（マッチング）が決定する前に電力確保を保証するために、新たに売ることができる電力量と、各買い要求（買い情報）の買い量とに基づいて、各買い要求について購入を確定させることができる。

【0093】

その結果、効率的な電力取引と節電要求回答までの電力確保とを両立させることができ、例えば、早急に回答が必要な節電要求に対しても回答が可能になる。したがって、節電要求に応じた電力取引の円滑な運用を可能とすることができる。

【0094】

なお、本実施の形態において示した売り情報及び買い情報について、仮に、各買い情報に対する節電要求の回答期限までにマッチングを完了させようとした場合について参考までに説明する。

【0095】

図１８は、回答期限までにマッチングを行う場合の約定の確定処理の例を説明するための図である。

【0096】

図１８に示されるように、この場合、１つの売り情報（売りデータｄＳ１）と、２つの買い情報（買いデータｄＢ１及びｄＢ２）とがブロックチェーンに記録された時点で、回答期限内に約定を確定するために、１回目のマッチングが行われる。その後に１つの売り情報（売りデータｄＳ２）と、１つの買い情報（買いデータｄＢ３）とが追加された後に２回目のマッチングが行われる。

【0097】

１回目のマッチングにおいて、２つの買い情報（買いデータｄＢ１及びｄＢ２）は、１件目の売り情報（売りデータｄＳ１）から購入可能となり、当該２つの買い情報と当該売り情報とのマッチングに基づく約定情報がブロックチェーンに登録される。

【0098】

２回目のマッチングにおいて、新たに追加された買い情報（買いデータｄＢ３）のマッチングが実行されるが、１件目の売り情報（売りデータｄＳ１）の売りの空きは２００ｋＷｈしかなく、買いデータｄＢ３の買い量である３００ｋＷｈに対して１００ｋＷｈだけ足りない。２件目の売り情報（売りデータｄＳ２）の空きは５００ｋＷｈであるが、最低売り量が４００ｋＷｈであるため、買いデータｄＢ３の買い量である３００ｋＷｈでは売ることができない。したがって、買いデータｄＢ３に係る購入者が節電要求を満たすためには１００ｋＷｈ余分に電力を購入することになってしまう。

【0099】

この様に早めの約定が行われると、全体として最適な売買ができない可能性が高くなる。

【0100】

なお、本実施の形態において、マッチング装置１０は、電力取引装置の一例である。購入確定処理部１１は、判定部及び出力部の一例である。販売確定処理部１２は、割当部の一例である。約定生成部１３は、関連付け部の一例である。

【0101】

以上、本発明の実施の形態について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【0102】

以上の説明に関し、更に以下の項を開示する。
（付記１）
節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定する判定部と、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を出力する出力部と、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる割当部と、
を有することを特徴とする電力取引装置。
（付記２）
前記割当部は、前記節電要求に対する回答期限より後に、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
ことを特徴とする付記１記載の電力取引装置。
（付記３）
前記判定部は、複数の前記購入要求のそれぞれについて、購入の可否を判定し、
前記出力部は、前記購入量に係る購入が可能であると判定された前記購入要求について、前記回答を可能とするための情報を出力し、
前記割当部は、前記購入量の合計と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量の合計に対する販売量を割り当て、
前記各販売要求に対して割り当てられた販売量と、前記複数の購入要求のそれぞれの前記購入量とに基づいて、前記販売要求と前記購入要求とを関連付ける関連付け部を有する、
ことを特徴とする付記１又は２記載の電力取引装置。
（付記４）
前記購入要求および前記販売要求はブロックチェーンに記録され、前記出力部は、前記購入者による前記節電要求に対する回答を可能とするための情報を前記ブロックチェーンに出力する、
ことを特徴とする付記１ないし３のいずれかに記載の電力取引装置。
（付記５）
節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定し、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を出力し、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
処理をコンピュータが実行することを特徴とする電力取引方法。
（付記６）
前記割り当てる処理は、前記節電要求に対する回答期限より後に、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
ことを特徴とする付記５記載の電力取引方法。
（付記７）
前記判定する処理は、複数の前記購入要求のそれぞれについて、購入の可否を判定し、
前記出力する処理は、前記購入量に係る購入が可能であると判定された前記購入要求について、前記回答を可能とするための情報を出力し、
前記割り当てる処理は、前記購入量の合計と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量の合計に対する販売量を割り当て、
前記各販売要求に対して割り当てられた販売量と、前記複数の購入要求のそれぞれの前記購入量とに基づいて、前記販売要求と前記購入要求とを関連付ける処理、
を前記コンピュータが実行することを特徴とする付記５又は６記載の電力取引方法。
（付記８）
節電要求を受けた電力の購入者からの購入要求に応じ、前記購入要求に示されている購入量と、電力の各販売者からの各販売要求に示されている販売可能量とに基づいて、前記購入量に係る購入の可否を判定し、
前記購入量に係る購入が可能であると判定された場合に、前記購入者による前記節電要求に対する回答を可能とするための情報を出力し、
前記情報が出力された後に、前記購入量と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記９）
前記割り当てる処理は、前記節電要求に対する回答期限より後に、前記各販売要求に対して前記購入量に対する販売量を割り当てる、
ことを特徴とする付記８記載のプログラム。
（付記１０）
前記判定する処理は、複数の前記購入要求のそれぞれについて、購入の可否を判定し、
前記出力する処理は、前記購入量に係る購入が可能であると判定された前記購入要求について、前記回答を可能とするための情報を出力し、
前記割り当てる処理は、前記購入量の合計と前記各販売要求の販売可能量とに基づいて、前記各販売要求に対して前記購入量の合計に対する販売量を割り当て、
前記各販売要求に対して割り当てられた販売量と、前記複数の購入要求のそれぞれの前記購入量とに基づいて、前記販売要求と前記購入要求とを関連付ける処理、
を前記コンピュータに実行させることを特徴とする付記８又は９記載のプログラム。

【符号の説明】

【0103】

１０ マッチング装置
１１ 購入確定処理部
１２ 販売確定処理部
１３ 約定生成部
２０ Ｐ２Ｐ電力取引サーバ
３０ 需要家装置
４０ アグリゲータ装置
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
Ｂ バス
ＢＣ ブロックチェーン

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】