特許 7558053 電力計測情報管理方法、電力計測情報管理システム、情報処理装置及びコンピュータプログラム

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

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

(11)【特許番号】

(24)【登録日】2024-09-19

(45)【発行日】2024-09-30

(54)【発明の名称】電力計測情報管理方法、電力計測情報管理システム、情報処理装置及びコンピュータプログラム

(51)【国際特許分類】

   H02J 13/00 20060101AFI20240920BHJP

   H02J 3/00 20060101ALI20240920BHJP

   H02J 3/14 20060101ALI20240920BHJP

   H04Q 9/00 20060101ALI20240920BHJP

   G06Q 50/06 20240101ALI20240920BHJP

   G06Q 20/38 20120101ALI20240920BHJP

【ＦＩ】

H02J13/00 301A

H02J13/00 311T

H02J3/00 170

H02J3/14

H04Q9/00 311H

G06Q50/06

G06Q20/38 310

【請求項の数】 10

(21)【出願番号】P 2020214086

(22)【出願日】2020-12-23

(65)【公開番号】P2022099981

(43)【公開日】2022-07-05

【審査請求日】2023-10-02

(73)【特許権者】

【識別番号】514105011

【氏名又は名称】株式会社東光高岳

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】鎌田 崇

(72)【発明者】

【氏名】中山 匡

(72)【発明者】

【氏名】細谷 雅樹

(72)【発明者】

【氏名】岡井 由香利

(72)【発明者】

【氏名】高田 晃平

【審査官】山口 大

(56)【参考文献】

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

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

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

【文献】特許第６７６７５６１（ＪＰ，Ｂ１）

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

【文献】特表２０１８－５３６９３８（ＪＰ，Ａ）

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

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

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

Ｈ０２Ｊ １３／００

Ｈ０２Ｊ ３／００

Ｈ０２Ｊ ３／１４

Ｈ０４Ｑ ９／００

Ｇ０６Ｑ ５０／０６

Ｇ０６Ｑ ２０／３８

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

【請求項1】

需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して、前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を、前記電力会社の情報処理装置が取得し、
前記電力計測器が計測した電力に係る電力計測情報を、前記需要家の情報処理装置が分散台帳システムに記憶し、
需給調整を行う需要家に関する需給調整需要家情報を、前記仲介者の情報処理装置が前記分散台帳システムに記憶し、
前記分散台帳システムが記憶した前記需給調整需要家情報に基づいて、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記電力会社の情報処理装置が取得した電力計測情報と前記分散台帳システムが記憶した電力計測情報とを比較する、
電力計測情報管理方法。

【請求項2】

前記電力会社の情報処理装置が、需給調整を実施する指令を前記通信経路へ送信し、
前記指令を受信した前記仲介者の情報処理装置が、需給調整を行う需要家へ前記指令を送信し、
前記分散台帳システムが記憶する前記需給調整需要家情報には、前記指令に付される需給調整識別情報と、前記需要家を識別する需要家識別情報とを含む、
請求項１に記載の電力計測情報管理方法。

【請求項3】

前記電力会社の情報処理装置が、前記指令を送信する前に、需給調整を依頼する需給調整依頼を前記通信経路へ送信し、
前記需給調整依頼を受信した前記仲介者の情報処理装置が、当該需給調整依頼に応じて需給調整を行う需要家に関する前記需給調整需要家情報を前記分散台帳システムに記憶する、
請求項２に記載の電力計測情報管理方法。

【請求項4】

前記電力計測情報の比較を、前記分散台帳システムが行う、
請求項１から請求項３までのいずれか１つに記載の電力計測情報管理方法。

【請求項5】

前記電力計測情報の比較の結果に基づいて、電力計測情報の不一致又は欠損を通知する、
請求項１から請求項４までのいずれか１つに記載の電力計測情報管理方法。

【請求項6】

需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して、前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を取得する取得部を有する前記電力会社の情報処理装置と、
前記電力計測器が計測した電力に係る電力計測情報を分散台帳システムに記憶する処理を行う分散台帳処理部を有する前記需要家の情報処理装置と、
需給調整を行う需要家に関する需給調整需要家情報を、前記分散台帳システムに記憶する処理を行う分散台帳処理部を有する前記仲介者の情報処理装置と
を備え、
前記分散台帳システムに記憶された前記需給調整需要家情報に基づいて、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記電力会社の情報処理装置が取得した電力計測情報と前記分散台帳システムに記憶された電力計測情報とを比較する、
電力計測情報管理システム。

【請求項7】

需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して、前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を取得する電力計測情報取得部と、
需給調整を実施する指令を前記通信経路へ送信する需給調整指令送信部と、
前記指令を送信する前に、需給調整を依頼する需給調整依頼を前記通信経路へ送信する需給調整依頼送信部と、
前記需要家の情報処理装置から与えられる前記電力計測器が計測した電力に係る電力計測情報を記憶すると共に、前記需給調整依頼に応じて前記仲介者の情報処理装置から与えられる需給調整を行う需要家に関する需給調整需要家情報を記憶する分散台帳システムに、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記電力計測情報取得部が取得した電力計測情報を与えて前記分散台帳システムに記憶された電力計測情報との比較を要求する比較要求部と、
比較結果を前記分散台帳システムから取得する比較結果取得部と
を備える、情報処理装置。

【請求項8】

分散台帳システムを構成する情報処理装置であって、
需要家に設置された電力計測器が計測した電力に係る電力計測情報、及び、需給調整を行う需要家に関する需給調整需要家情報を記憶する分散台帳と、
前記分散台帳に記憶した前記需給調整需要家情報に基づいて、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記需要家の情報処理装置から与えられて前記分散台帳に記憶された電力計測情報、並びに、需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して前記電力会社の情報処理装置が取得した前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を比較する比較部と
を備える、情報処理装置。

【請求項9】

コンピュータに、
需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して、前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を取得し、
需給調整を実施する指令を前記通信経路へ送信し、
前記指令を送信する前に、需給調整を依頼する需給調整依頼を前記通信経路へ送信し、
前記需要家の情報処理装置から与えられる前記電力計測器が計測した電力に係る電力計測情報を記憶すると共に、前記需給調整依頼に応じて前記仲介者の情報処理装置から与えられる需給調整を行う需要家に関する需給調整需要家情報を記憶する分散台帳システムに、需給調整を行った需要家の前記電力計測器が計測した電力量について、取得した電力計測情報を与えて前記分散台帳システムに記憶された電力計測情報との比較を要求し、
比較結果を前記分散台帳システムから取得する
処理を実行させる、コンピュータプログラム。

【請求項10】

分散台帳システムを構成するコンピュータに、
需要家に設置された電力計測器が計測した電力に係る電力計測情報、及び、需給調整を行う需要家に関する需給調整需要家情報を分散台帳に記憶し、
前記分散台帳に記憶した前記需給調整需要家情報に基づいて、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記需要家の情報処理装置から与えられて前記分散台帳に記憶された電力計測情報、並びに、需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して前記電力会社の情報処理装置が取得した前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を比較する
処理を実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、需要家に設置された電力計測器が計測した電力に係る電力計測情報を管理する電力計測情報管理方法、電力計測情報管理システム、情報処理装置及びコンピュータプログラムに関する。

【背景技術】

【0002】

電力の需要家による電力の使用量及び発電量等を計測するスマートメータが普及している。従来は電力量計の検針値を検針員が目視で確認する作業が行われていたが、スマートメータは計測結果を電力会社のサーバ装置へ自動的に送信することができるため、検針員の作業が不要になる利点がある。また検針員による作業が１ヶ月に１回程度の頻度であるのに対し、スマートメータによる計測結果の送信は例えば３０分に１回程度の頻度で行うことができるため、電力会社が最新の計測結果を管理することができるという利点がある。

【0003】

特許文献１においては、複数のスマートメータと、データ収集通信装置と、メータデータ管理装置とを備えるデータ管理システムが提案されている。このデータ管理システムでは、スマートメータが需要先に取り付けられて以降、最初に受信したメータデータの直前のメータデータに含まれる指示数データとして、庫出指示数データを補間する機能をメータデータ管理装置が備えている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

従来は電力会社が地域ごとに独占的に電力を供給していたが、電力自由化により新たな事業者が電力事業に参入してきた。様々な事業者が電力の売買に関与するようになると、売買のもととなる電力計測情報の改ざんや誤った処理が行われる恐れがあり、計測情報の改ざん防止等を実現する技術が求められる。

【0006】

以下では、電力自由化後の電力会社を単に「電力会社」（厳密には一般送配電事業者）、電力会社からの依頼により複数の需要家を束ねて電力需要を調整する事業者を「アグリゲータ（仲介者）」と呼ぶ。また複数のアグリゲータが階層的に設けられる場合があり、例えば二階層で設けられる場合には、アグリゲータの第一階層を「親アグリ（親アグリゲータ、親仲介者）」と呼び、第二階層を「子アグリ（子アグリゲータ、子仲介者）」と呼ぶ。

【0007】

本発明は、斯かる事情に鑑みてなされたものであって、その目的とするところは、電力に係る電力計測情報の信頼性を高めることが期待できる電力計測情報管理方法、電力計測情報管理システム、情報処理装置及びコンピュータプログラムを提供することにある。

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

【0008】

一実施形態に係る電力計測情報管理方法は、需要家及び電力会社の間に一又は複数の仲介者が介在する通信経路を介して、前記需要家に設置された電力計測器が計測した電力に係る電力計測情報を、前記電力会社の情報処理装置が取得し、前記電力計測器が計測した電力に係る電力計測情報を、前記需要家の情報処理装置が分散台帳システムに記憶し、需給調整を行う需要家に関する需給調整需要家情報を、前記仲介者の情報処理装置が前記分散台帳システムに記憶し、前記分散台帳システムが記憶した前記需給調整需要家情報に基づいて、需給調整を行った需要家の前記電力計測器が計測した電力量について、前記電力会社の情報処理装置が取得した電力計測情報と前記分散台帳システムが記憶した電力計測情報とを比較する。

【発明の効果】

【0009】

一実施形態による場合は、電力に係る電力計測情報の信頼性を高めることが期待できる。

【図面の簡単な説明】

【0010】

【図1】本実施の形態に係る電力計測情報管理システムの概要を説明するための模式図である。

【図2】本実施の形態に係る電力計測情報管理システムの構成を説明するための模式図である。

【図3】本実施の形態に係る電力会社サーバ装置の構成を示すブロック図である。

【図4】第１電力計測情報ＤＢの一構成例を説明するための模式図である。

【図5】台帳情報の一構成例を説明するための模式図である。

【図6】本実施の形態係る親アグリサーバ装置の構成を示すブロック図である。

【図7】本実施の形態に係る子アグリサーバ装置の構成を示すブロック図である。

【図8】ＤＲ需要家ＤＢの一構成例を示す模式図である。

【図9】本実施の形態に係るスマートメータ及びＧＷの構成を示すブロック図である。

【図10】第２電力計測情報ＤＢの一構成例を示す模式図である。

【図11】本実施の形態に係る電力計測情報管理システムが行う電力計測情報管理処理を説明するための模式図である。

【図12】本実施の形態に係る電力会社サーバ装置が行う処理の手順を示すフローチャートである。

【図13】本実施の形態に係る子アグリサーバ装置が行う処理の手順を示すフローチャートである。

【図14】本実施の形態に係る需要家のＧＷが行う処理の手順を示すフローチャートである。

【図15】本実施の形態に係る分散台帳システムのノード装置が行う電力計測情報の検証処理の手順を示すフローチャートである。

【図16】電力会社サーバ装置による検証結果の表示例を示す模式図である。

【図17】電力会社サーバ装置による検証結果の表示例を示す模式図である。

【図18】電力会社サーバ装置による検証結果の表示例を示す模式図である。

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

【0011】

本発明の実施形態に係る電力計測情報管理システムの具体例を、以下に図面を参照しつつ説明する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【0012】

＜システム概要＞
図１は、本実施の形態に係る電力計測情報管理システムの概要を説明するための模式図であり、以下では一例として、電力の需給調整への適用を示す。本実施の形態に係る電力計測情報管理システムは、電力の需給調整において、電力会社１、親アグリ２、子アグリ３及び需要家４等が電力に関する情報の送受信を行い、これらの情報をデータベースに記憶して管理するシステムである。

【0013】

電力は発電量と消費量を一致させる必要がある。従来は消費量に合うように発電量を調整していた。近年では発電量が制御しにくい太陽光発電などの再生可能エネルギーの導入拡大や供給可能な発電量を上回る消費が発生しそうな事態の対策として、消費量を調整する方法も行われるようになってきた。電力の需給調整において、消費量を減らすことは発電量を増やすことと等価とみなすことができ、この需要の減少分は「ネガワット」と呼ばれる。この需給調整において、「ネガワット」の対価を支払うには、需要家の電力消費量がアグリゲータや電力会社間で不正な改ざん等が行われることなく信憑性の高い情報であることが求められる。

【0014】

また電力の需給調整において、消費量を上回る発電が発生しそうな事態の対策として、消費量を増やすことで調整を行うことがあり、この消費の増加分は「ポジワット」と呼ばれる。本実施の形態に係る電力計測情報管理システムは、電力の消費量を減らす「ネガワット」と、電力の消費量を増やす「ポジワット」とのいずれについても扱うことが可能である。本実施の形態においては、需要家が電力の消費量を低減又は増加させて調整を行う行為を「デマンドレスポンス（Demand Response）」と呼び、以下では省略して「ＤＲ」と記載する。また「ネガワット」及び「ポジワット」をまとめて「調整力」と呼ぶ。

【0015】

電力会社１は、管轄する地域内で電力の発電量と消費量を調整する役割を行う。図１においては電力会社１が１つのみ図示されているが、例えば日本においては関東又は関西等の地方毎に１つの電力会社１が存在する。

【0016】

アグリゲータは、需要家４から調整力を調達する事業者、組織又は会社等であり、需給調整においては取引会員とも呼ばれ得る。アグリゲータは、電力会社と需要家の間で需要のバランスをコントロールする仲介者である。またアグリゲータは、電力会社１及び需要家４の間で調整力の取引を仲介する仲介者である。アグリゲータは、複数の需要家４を管理しており、電力会社１が必要となったタイミングで監理下の需要家４に必要なＤＲを依頼する。本実施の形態においてアグリゲータは、親アグリ２及び子アグリ３の２階層の階層構造をなしている。電力会社１は複数の親アグリ２から調整力を買い取り、各親アグリ２は複数の子アグリ３から調整力を買い取り、各子アグリ３は複数の需要家４から調整力を買い取ることになる。

【0017】

また電力会社１はＤＲの目標値（ネガワット又はポジワットの量）を指定して各親アグリ２にＤＲの依頼を行い、この依頼を受けた親アグリ２は指定された目標値を適宜に分配して複数の子アグリ３にＤＲの依頼を行う。親アグリ２からの依頼を受けた子アグリ３も同様に、親アグリ２から指定された目標値を適宜に分配し、複数の需要家４に対して目標値を指定したＤＲの依頼を行う。この依頼を受けた需要家４は、指定された目標値を目標としてＤＲを実施する。なおアグリゲータの階層構造は２階層でなくてよく、１階層又は３階層以上であってよい。

【0018】

需要家４は、例えば一般家庭、企業、工場又は商業施設等のように電力を消費するものであり、需要量を増減させることにより調整力を提供するものである。需要家４は、例えば自家発電設備又は蓄電池等の設備を備えることにより需給調整に協力してもよい。

【0019】

例えば電力会社１は、需要家４によるＤＲ（電力需要の低減又は増加）を実施する依頼をアグリゲータへ与える。本実施の形態において電力会社１は、日時及びＤＲの目標値（ネガワット又はポジワットの量）等を指定したＤＲ依頼を、ＤＲを実施する日時より前にアグリゲータへ与えると共に、ＤＲを実施する日時に至った際に、ＤＲの実施指令をアグリゲータへ与える。アグリゲータは、電力会社１からのＤＲ依頼に応じてＤＲを実施する需要家４を、自身の管理下にある複数の需要家４の中から適宜に選択し、電力会社１からのＤＲの実施指令に応じて選択した需要家４にＤＲを実施させる。その後、選択された需要家４によるＤＲの結果が電力会社１からのＤＲ依頼を満たすものであるか否かが判断され、ＤＲ依頼を満たすＤＲが行われていた場合には、電力会社１からアグリゲータに対して報酬が支払われる。またアグリゲータは、ＤＲを行った需要家４に対して報酬を支払ってよい。

【0020】

図２は、本実施の形態に係る電力計測情報管理システムの構成を説明するための模式図である。なお図２においては、簡略化のために電力会社１、親アグリ２、子アグリ３及び需要家４をそれぞれ１つだけ図示している。本実施の形態に係る電力計測情報管理システムは、電力会社１の電力会社サーバ装置１０と、親アグリ２の親アグリサーバ装置２０と、子アグリ３の子アグリサーバ装置３０と、需要家４に設置されたスマートメータ４０及びＧＷ（ゲートウェイ）５０とを備えて構成されている。

【0021】

スマートメータ４０は、需要家４における電力の消費量（又は発電量）を計測する装置である。スマートメータ４０は、通信機能を備えており、第１通信経路及び第２通信経路の２つの通信経路を介して、電力会社サーバ装置１０との通信を行うことができる。第１通信経路は、スマートメータ４０及び電力会社サーバ装置１０の間を直接的に結ぶ通信経路であり、スマートメータによる電力量検針システムにおいてＡルートとも呼ばれ得る通信経路である。例えばスマートメータ４０は、第１通信経路を介して３０分に１回の周期で、電力量の計測値等の電力に係る電力計測情報を電力会社サーバ装置１０へ送信する。スマートメータ４０が送信する電力計測情報は、例えば需要家４が単位時間当たりに消費した電力量の測定値、又は、需要家４が有する発電施設が単位時間当たりに発電した電力量の測定値等であってよい。またスマートメータ４０以外の装置によって、計測値が第１通信経路を介して電力会社サーバ装置１０へ送られてもよい。

【0022】

また、第２通信経路は、電力会社サーバ装置１０及びスマートメータ４０の間に、親アグリサーバ装置２０、子アグリサーバ装置３０及びＧＷ５０等の複数の仲介者となる装置が介在する通信経路である。スマートメータ４０及びＧＷ５０を結ぶ通信経路は、スマートメータにおいてはＢルートと呼ばれ得る通信経路を利用するものであり、第２通信経路はこのＢルートを含むスマートメータ４０及び電力会社サーバ装置１０の間の通信経路である。スマートメータ４０は、例えばＧＷ５０からの要求に応じて、第１通信経路の送信周期より短い周期、例えば１分～３０分に１回程度の周期で、電力量の計測値等の電力計測情報をＧＷ５０へ送信する。なお第１通信経路及び第２通信経路の通信は、有線通信又は無線通信のいずれであってもよい。また本実施の形態においては需要家４の電力量を計測する電力計測器をスマートメータ４０とするが、これに限るものではなく、例えばトランスデューサ―等の装置であってもよい。

【0023】

電力会社サーバ装置１０は、例えば電力会社１が管理運営するサーバ装置であり、例えば上記の第１通信経路を介してスマートメータ４０から取得した情報から需要家４が１ヶ月間に消費した電力量を集計し、消費した電力量分の使用料金の請求等を行うことができる。この場合に電力会社サーバ装置１０は、第１通信経路を介して、例えば３０分に１回の周期で需要家４のスマートメータ４０から送信される情報を受信する。

【0024】

また本実施の形態に係る電力会社サーバ装置１０は、需給調整において設定されたＤＲの日時及び目標値等に基づいて、ＤＲの実施を依頼するＤＲ依頼を予め送信する処理、及び、ＤＲの日時に至った際又はその直前にＤＲの実施指令を送信する処理等を行う。この場合に電力会社サーバ装置１０は、上記の第２通信経路を介してＤＲ依頼及びＤＲの実施指令等を親アグリサーバ装置２０へ送信する。電力会社サーバ装置１０が送信したＤＲ依頼及びＤＲの実施指令等は、親アグリサーバ装置２０から子アグリサーバ装置３０へ送信され、子アグリサーバ装置３０の管理対象である複数の需要家４から選択されたいくつかの需要家４にてＤＲが実施されることとなる。

【0025】

電力会社サーバ装置１０は、需要家４によるＤＲの実施状況を監視すべく、上記の第２通信経路を介して需要家４のスマートメータ４０が計測した電力量に関する情報を取得することができる。この場合に電力会社サーバ装置１０は、第１通信経路における情報送受信の周期よりも短い周期、例えば１分～３０分に１回の周期で、第２通信経路に含まれる親アグリサーバ装置２０、子アグリサーバ装置３０及びＧＷ５０等の装置を介して、需要家４のスマートメータ４０に対する電力量の計測値等の情報の送信を要求する。電力会社サーバ装置１０からのこの要求に応じてスマートメータ４０は、需要家４の消費電力量等の計測値を含む情報を、第２通信経路のＧＷ５０、子アグリサーバ装置３０及び親アグリサーバ装置２０を介して、電力会社サーバ装置１０へ送信する。

【0026】

親アグリサーバ装置２０は、例えば親アグリ２が管理運営するサーバ装置であり、電力会社サーバ装置１０と子アグリサーバ装置３０との間の通信を中継する。例えば親アグリサーバ装置２０は、需要家４のスマートメータ４０が計測した電力量等の電力計測情報を子アグリサーバ装置３０から受信して電力会社サーバ装置１０へ送信する。このときに親アグリサーバ装置２０は、複数の子アグリサーバ装置３０から受信した計測値の集計（合計値の算出）等の演算処理を行い、演算処理の結果を電力会社サーバ装置１０へ送信してもよい。また親アグリサーバ装置２０は、電力会社サーバ装置１０からＤＲの日時及び電力値等を指定したＤＲ依頼を受信した場合、又は、ＤＲの実施指令を受信した場合に、受信したＤＲ依頼又はＤＲの実施指令を、親アグリ２が管理する子アグリ３の子アグリサーバ装置３０へ送信する。このときに親アグリサーバ装置２０は、受信したＤＲ依頼に含まれるＤＲの目標となる電力値を適宜に分割し、分割した電力値をＤＲの目標とするＤＲ依頼を各子アグリサーバ装置３０へ送信してもよい。

【0027】

子アグリサーバ装置３０は、例えば子アグリ３が管理運営するサーバ装置であり、親アグリサーバ装置２０とＧＷ５０との間の通信を中継する。例えば子アグリサーバ装置３０は、子アグリ３が管理する複数の需要家４からスマートメータ４０が計測した電力量等に係る電力計測情報をＧＷ５０から受信して親アグリサーバ装置２０へ送信する。このときに子アグリサーバ装置３０は、複数のＧＷ５０から受信した計測値の集計等の演算処理を行い、演算処理の結果を親アグリサーバ装置２０へ送信してもよい。また子アグリサーバ装置３０は、親アグリサーバ装置２０を介して電力会社サーバ装置１０からのＤＲの日時及び電力値等を指定したＤＲ依頼を受信した場合に、子アグリ３が管理する複数の需要家４からＤＲを実施する需要家４を選択する処理を行う。その後、子アグリサーバ装置３０は、親アグリサーバ装置２０を介して電力会社サーバ装置１０からのＤＲの実施指令を受信した場合、予め決定しておいたＤＲを実施する需要家４に対して、ＤＲの実施指令を送信する。

【0028】

ＧＷ５０は、通信を中継する装置であり、本実施の形態においてはスマートメータ４０と子アグリサーバ装置３０との間の通信を中継する。ＧＷ５０は、電力会社サーバ装置１０からの情報送信の要求を親アグリサーバ装置２０及び子アグリサーバ装置３０を介して受信し、スマートメータ４０に対して計測値等の電力計測情報の送信を要求する。ＧＷ５０は、この要求に応じてスマートメータ４０が送信する情報を受信し、受信した情報を子アグリサーバ装置３０及び親アグリサーバ装置２０を介して電力会社サーバ装置１０へ送信する。なお本実施の形態においては、電力会社サーバ装置１０からの要求に応じてスマートメータ４０が計測値等の情報を送信する構成とするが、これに限るものではない。スマートメータ４０に対する情報送信の要求は、例えば親アグリサーバ装置２０が行ってもよく、子アグリサーバ装置３０が行ってもよく、ＧＷ５０が行ってもよい。またスマートメータ４０は、要求に応じて情報を送信するのではなく、ＧＷ５０を介して自発的に、子アグリサーバ装置３０、親アグリサーバ装置２０及び電力会社サーバ装置１０等の一又は複数の装置に対する情報送信を行ってもよい。

【0029】

また本実施の形態において、電力計測情報管理システムを構成する電力会社サーバ装置１０、親アグリサーバ装置２０及び子アグリサーバ装置３０の各装置は、分散台帳システムを構成するノード装置として機能する。分散台帳システムは、一又は複数のデータを格納したブロックが連結されたブロックチェーンを複数のノード装置が分散して共有することにより、データの信頼性を高めるシステムである。なお本実施の形態においては、電力会社サーバ装置１０がノード装置としての処理を行うものとするが、これに限るものではなく、電力会社１が電力会社サーバ装置１０とは別にノード装置を備え、電力会社サーバ装置１０がこのノード装置を介してブロックチェーンにアクセスする構成であってもよい。親アグリ２及び子アグリ３についても同様である。なお分散台帳システムを構成するノード装置には、図２に示す電力会社サーバ装置１０、親アグリサーバ装置２０及び子アグリサーバ装置３０以外の装置が含まれてもよい。図２には示されていない種々の装置、例えば本実施の形態に係る電力計測情報管理システムが管理する情報を提供するクラウドサービスのサーバ装置等がノード装置として分散台帳システムに含まれていてもよい。

【0030】

また本実施の形態において各需要家４は、分散台帳システムを構成するノード装置を有しておらず、自身を管理する子アグリ３が有するノード装置（子アグリサーバ装置３０）を介してブロックチェーンに対するデータの書き込み及び読み出し等の処理を行うものとする。ただし、需要家４がノード装置を有する構成であってもよく、この場合にはＧＷ５０がノード装置の機能を有していてもよく、ＧＷ５０とは別にノード装置を有していてもよい。またノード装置を有する需要家４と、ノード装置を有していない需要家４とが混在していてもよい。

【0031】

なお本実施の形態に係る分散台帳システムは、プライベート型又はコンソーシアム型等と呼ばれる技術、例えば「Hyperledger Fabric」又は「Enterprise Ethereum」等が採用されている。プライベート型の分散台帳システムでは、複数のノード装置が扱うデータの一部又は全部を秘匿し、データに対する秘匿設定に応じてそのデータを記憶するノード装置が設定される。本実施の形態においては、図１に示したように電力会社１、親アグリ２、子アグリ３及び需要家４が木構造で階層化されている。各階層のノード装置は、自身及び自身の管理下（自身より下の階層）にあるノード装置が分散台帳システムに書き込んだデータを記憶し、記憶したデータを自身の処理に利用することができる。各階層のノード装置は、自身の管理下にないノード装置が分散台帳システムに書き込んだデータは記憶せず、このデータを自身の処理に利用することはできない。分散台帳システムの詳細構成については後述する。

【0032】

上述のように、電力会社サーバ装置１０は、ＤＲを行う日時及びＤＲの目標とする電力値等が決定された場合、ＤＲを行う日時より前（例えば数時間前～数日前）の段階で、ＤＲの日時及び電力値等の情報を含むＤＲ依頼を親アグリサーバ装置２０へ送信する。電力会社サーバ装置１０からのＤＲ依頼は、親アグリサーバ装置２０を介して子アグリサーバ装置３０にて受信される。子アグリサーバ装置３０は、受信したＤＲ依頼に応じてＤＲを行う需要家４を選択し、選択した需要家４に関する情報を分散台帳システムに記憶する。

【0033】

また電力会社サーバ装置１０は、ＤＲを行う日時に至った場合（又はその直前に）、ＤＲの実施を命じるＤＲの実施指令を親アグリサーバ装置２０へ送信する。電力会社サーバ装置１０からのＤＲの実施指令は、親アグリサーバ装置２０を介して子アグリサーバ装置３０にて受信される。子アグリサーバ装置３０は、ＤＲを行う需要家４として予め分散台帳システムに情報を記憶した需要家４に対して、ＤＲの実施指令を送信する。子アグリサーバ装置３０からのＤＲの実施指令は、需要家４のＧＷ５０にて受信され、例えば需要家４に対してＤＲ実施が通知され、需要家４にてＤＲが実施される。

【0034】

本実施の形態に係る電力計測情報管理システムにおいては、少なくともＤＲが実施されている間、電力会社サーバ装置１０は、第２通信経路を介して例えば１分～３０分に１回の周期で需要家４のスマートメータ４０に対して測定した電力量等の情報送信を要求し、この要求に応じてスマートメータ４０が送信する情報を、第２通信経路を介して受信する。電力会社サーバ装置１０は、受信した情報を自身のデータベース（分散台帳とは異なるデータベース）に記憶する。なお本実施の形態においては、電力会社サーバ装置１０がスマートメータ４０に対して情報送信を要求するものとするが、これに限るものではない。例えば、親アグリサーバ装置２０、子アグリサーバ装置３０又はＧＷ５０等がスマートメータ４０に対する情報送信の要求を行ってもよい。また例えば、スマートメータ４０は要求に応じて情報を送信するのではなく、自発的に所定の周期で情報送信を行ってもよい。

【0035】

また本実施の形態において各需要家のＧＷ５０は、スマートメータ４０から取得した電力量等の電力計測情報を所定期間分（例えば１日分）記憶して蓄積し、所定の周期（例えば１日に１回の周期）で所定期間分の電力計測情報を分散台帳システムに記憶する。このときにＧＷ５０は、自身を管理する子アグリ３の子アグリサーバ装置３０を分散台帳システムのノード装置としてアクセスすることで、分散台帳システムへの電力計測情報の記憶を行うことができる。

【0036】

電力会社サーバ装置１０は、例えば１ヶ月に１回の周期で、ＤＲを実施した際に第２通信経路を介して需要家４のスマートメータ４０から取得してデータベースに記憶した電力計測情報と、ＧＷ５０が分散台帳システムに記憶した電力計測情報とを比較することによって、電力計測情報の改変又は欠落等の有無を判定する。需要家４のスマートメータ４０から第２通信経路を介して電力会社サーバ装置１０が取得する電力計測情報は、第２通信経路には複数の仲介者が存在するため、悪意の有無に関わらず、情報の改変が起こり得る。また第２通信経路のいずれかの箇所で通信の不具合等が発生して、スマートメータ４０から電力会社サーバ装置１０へ電力計測情報が到達できず、情報の欠落が生じる可能性がある。そこで本実施の形態に係る電力会社サーバ装置１０は、例えばＤＲによるＤＲ実績値に応じた報酬をアグリゲータへ提供する前に、信頼性の高い分散台帳システムに記憶された情報に基づいて、自身が第２通信経路を介して受信した電力計測情報が正しいものであることを確認することで、電力需給における取引の信頼性を高めている。

【0037】

また本実施の形態に係る電力計測情報管理システムは、電力会社サーバ装置１０による電力計測情報の正否を確認する処理を、分散台帳システム上で実行されるプログラム、いわゆるスマートコントラクトで行う。これにより、電力計測情報の正否を確認する処理の信頼性を高めることができる。また電力計測情報管理システムでは、子アグリサーバ装置３０がＤＲを行う需要家４に関する情報を分散台帳システムに記憶する処理、及び、ＧＷ５０が子アグリサーバ装置３０を介してスマートメータ４０の電力計測情報を分散台帳システムに記憶する処理についても、スマートコントラクトで行う。

【0038】

なお本実施の形態においては、情報の正否を確認する処理及び情報を分散台帳システムに記憶する処理等を、分散台帳システムのスマートコントラクトで行うものとするが、これに限るものではない。情報の正否を確認する処理及び情報を分散台帳システムに記憶する処理等は、スマートコントラクトとは異なる方法で行われてもよい。例えば電力会社サーバ装置１０又は他の装置が分散台帳システムに記憶された情報を取得して、情報の正否を確認する処理を行ってもよい。本実施の形態において分散台帳システムのスマートコントラクトが行う処理の一部又は全部は、電力会社サーバ装置１０、親アグリサーバ装置２０、子アグリサーバ装置３０、ＧＷ５０又はこれら以外の装置で行われてよい。

【0039】

＜装置構成＞
図３は、本実施の形態に係る電力会社サーバ装置１０の構成を示すブロック図である。本実施の形態に係る電力会社サーバ装置１０は、処理部１１、記憶部（ストレージ）１２及び通信部（トランシーバ）１３等を備えて構成されている。なお本実施の形態においては、１つのサーバ装置にて処理が行われるものとして説明を行うが、複数のサーバ装置が分散して処理を行ってもよい。

【0040】

処理部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）又はＧＰＵ（Graphics Processing Unit）等の演算処理装置、ＲＯＭ（Read Only Memory）、及び、ＲＡＭ（Random Access Memory）等を用いて構成されている。処理部１１は、記憶部１２に記憶されたサーバプログラム１２ａを読み出して実行することにより、ＤＲ依頼及びＤＲの実施指令等を送信する処理、需要家４のスマートメータ４０から情報を収集する処理、第２通信経路を介して取得した電力計測情報の正否を検証する処理、及び、分散台帳システムのノード装置としての処理等の種々の処理を行う。

【0041】

記憶部１２は、例えばハードディスク等の大容量の記憶装置を用いて構成されている。記憶部１２は、処理部１１が実行する各種のプログラム、及び、処理部１１の処理に必要な各種のデータを記憶する。本実施の形態において記憶部１２は、処理部１１が実行するサーバプログラム１２ａを記憶する。また本実施の形態において記憶部１２は、需要家４のスマートメータ４０から取得した電力量の計測値等の電力計測情報を記憶する第１電力計測情報ＤＢ（データベース）１２ｂと、複数のノード装置により分散して共有される台帳情報１００を記憶する。

【0042】

本実施の形態においてサーバプログラム１２ａは、メモリカード又は光ディスク等の記録媒体９９に記録された態様で提供され、電力会社サーバ装置１０は記録媒体９９からサーバプログラム１２ａを読み出して記憶部１２に記憶する。ただし、サーバプログラム１２ａは、例えば電力会社サーバ装置１０の製造段階において記憶部１２に書き込まれてもよい。また例えばサーバプログラム１２ａは、遠隔の他のサーバ装置等が配信するものを電力会社サーバ装置１０が通信にて取得してもよい。例えばサーバプログラム１２ａは、記録媒体９９に記録されたものを書込装置が読み出して電力会社サーバ装置１０の記憶部１２に書き込んでもよい。サーバプログラム１２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９９に記録された態様で提供されてもよい。

【0043】

図４は、第１電力計測情報ＤＢ１２ｂの一構成例を説明するための模式図である。本実施の形態に係る第１電力計測情報ＤＢ１２ｂには、例えば「ＤＲ依頼ＩＤ」、「需要家ＩＤ」、「日時」及び「電力計測値」等の情報が対応付けて記憶されている。「ＤＲ依頼ＩＤ」は、本実施の形態に係る電力計測情報管理システムにおいて実施される需要家４のＤＲに対して一意に付される識別情報である。電力会社サーバ装置１０は、例えばＤＲの実施を決定した際に１つのＤＲ依頼ＩＤを生成する。ＤＲの実施中にスマートメータ４０が測定した電力量等を含む電力計測情報に対して、電力会社サーバ装置１０はＤＲ依頼ＩＤを付して第１電力計測情報ＤＢ１２ｂに記憶する。なお、第１電力計測情報ＤＢ１２ｂにＤＲを行っていない場合の電力計測情報も記憶する場合、電力会社サーバ装置１０は、この情報にはＤＲ依頼ＩＤを付さずに第１電力計測情報ＤＢ１２ｂに記憶する。「需要家ＩＤ」は、需要家４に対して一意的に付される識別情報である。なお第１電力計測情報ＤＢ１２ｂには、「需要家ＩＤ」に代えて、スマートメータ４０に対して一意的に付されるスマートメータＩＤを記憶してもよい。「日時」は、スマートメータ４０が計測を行った日時である。「電力計測値」は、スマートメータ４０が計測した電力の計測値である。

【0044】

なお本実施の形態においては、需要家を識別する情報を「需要家ＩＤ」と呼ぶが、これはどのような情報であってもよい。「需要家ＩＤ」は、例えば従来の検針票に記載されていた「供給地点特定番号」又は「お客様番号」等の情報が用いられ得る。これらの情報はスマートメータ４０を識別する情報、即ち「スマートメータＩＤ」とみなすこともでき、「需要家ＩＤ」＝「スマートメータＩＤ」とみなすことができる。これに対して例えば１つの需要家が複数の拠点（家屋、建物又は工場等）を有しており、各拠点にスマートメータ４０が設置されることを考慮する必要がある場合、「需要家ＩＤ」と「スマートメータＩＤ」とは区別されることが好ましく、この場合には第１電力計測情報ＤＢ１２ｂに「スマートメータＩＤ」を記憶するか、又は、「需要家ＩＤ」及び「スマートメータＩＤ」の両方を記憶してもよい。

【0045】

図５は、台帳情報１００の一構成例を説明するための模式図である。台帳情報１００は、分散台帳システムを構成するノード装置、即ち本実施の形態において電力会社サーバ装置１０、親アグリサーバ装置２０及び子アグリサーバ装置３０が共有して記憶する情報である。本実施の形態において台帳情報１００は、ブロックチェーン１０１と、ステートＤＢ１０２とを備えて構成されている。ブロックチェーン１０１は、複数のブロックがチェーン状に連結されたデータ構造を有する情報である。各ブロックには、最低限、一又は複数のデータと、１つ前のブロックを一意に指し示す情報、例えばひとつ前のブロックの情報を基に算出したハッシュ値とが含まれている。本実施の形態において各ブロックに含まれるデータは、「トランザクション」と呼ばれるデータである。

【0046】

トランザクションは、台帳情報１００に対する情報の書き込みが行われた際に生成されるデータであり、書き込みの対象となる情報が含まれている。ステートＤＢ１０２は、書き込み又は読み出しの対象となる情報、例えば本実施の形態において電力計測情報等の実体を記憶するデータベースである。即ち本実施の形態に係る分散台帳システムでは、電力計測情報等の情報の実体は、ブロックチェーン１０１に記憶されるのではなく、ステートＤＢ１０２に記憶され、ブロックチェーン１０１にはステートＤＢ１０２に対する情報の書き込みの履歴となる情報が記憶される。

【0047】

なお、図示の台帳情報１００に含まれるブロックチェーン１０１は、全てのノード装置が共有して記憶している。分散台帳１００に対して何らかのデータを書き込む際に、そのデータを共有するノード装置を指定することで、データが記憶されるステートＤＢ１０２及び分散台帳１００を有するノード装置を制限することができる。データが記憶されるステートＤＢ１０２を制限した際、全てのノード装置で共有されるブロックチェーンのブロックに記憶されるトランザクションには、書き込むデータそのものではなく、そのデータから定められた手順で求められる、データを逆算不可能かつデータと一意に紐づく情報、例えばハッシュ値が記録される。一方、データの共有先として指定されたノード装置には、トランザクションを介さずに直接データが送信される。このため、全てのノード装置は分散台帳システム上に何らかのデータの書き込みが行われたことは確認できるが、データの内容を知ることはできない。一方、データを共有している特定のノード装置は、トランザクションに記録されたハッシュ値などの情報から、受信したデータが正当なものであることを知ることができる。

【0048】

また図５において図示は省略するが、分散台帳システムを構成するノード装置は、この分散台帳システム上で動作するプログラム、いわゆるスマートコントラクトと呼ばれるプログラムのコードを共有して記憶している。各ノード装置は、このスマートコントラクトのプログラムを実行することができる。

【0049】

電力会社サーバ装置１０の通信部１３は、有線又は無線のネットワークを介して、種々の装置との間で通信を行う。本実施の形態において通信部１３は、第１通信経路の通信経路を介して需要家４のスマートメータ４０と通信を行う。また本実施の形態において通信部１３は、一又は複数の親アグリサーバ装置２０との間で通信を行う。通信部１３は、処理部１１から与えられたデータを他の装置へ送信すると共に、他の装置から受信したデータを処理部１１へ与える。

【0050】

なお記憶部１２は、電力会社サーバ装置１０に接続された外部記憶装置であってよい。また電力会社サーバ装置１０は、複数のコンピュータを含んで構成されるマルチコンピュータであってよく、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。また電力会社サーバ装置１０は、上記の構成に限定されず、例えば可搬型の記憶媒体に記憶された情報を読み取る読取部、操作入力を受け付ける入力部、又は、画像を表示する表示部等を含んでもよい。

【0051】

また本実施の形態に係る電力会社サーバ装置１０の処理部１１には、記憶部１２に記憶されたサーバプログラム１２ａを処理部１１が読み出して実行することにより、ＤＲ依頼部１１ａ、実施指令部１１ｂ、情報取得部１１ｃ、情報検証部１１ｄ及び台帳処理部１１ｅ等が、ソフトウェア的な機能部として処理部１１に実現される。

【0052】

ＤＲ依頼部１１ａは、電力会社１が需要家４に対するＤＲを依頼することを決定した場合に、親アグリ２の親アグリサーバ装置２０に対してＤＲ依頼を送信する処理を行う。ＤＲ依頼には、このＤＲに対して一意に付されるＤＲ依頼ＩＤと、例えばＤＲを実施する日時、及び、ＤＲの目標となる電力値（ネガワット又はポジワットの値）等の情報とが含まれ得る。ＤＲ依頼部１１ａは、電力会社サーバ装置１０が管理する複数の親アグリサーバ装置２０の全てに対してＤＲ依頼を送信するのではなく、複数の親アグリサーバ装置２０から適宜に選択した一又は複数の親アグリサーバ装置２０へＤＲ依頼を送信してよい。また複数の親アグリサーバ装置２０へＤＲ依頼を送信する場合、ＤＲ日時は共通とし、目標の電力値を親アグリ２毎に異なる値としてもよい。

【0053】

実施指令部１１ｂは、ＤＲを実施する日時に至った場合又はその直前（例えば数分前）に、親アグリ２の親アグリサーバ装置２０に対してＤＲの実施指令を送信する処理を行う。ＤＲの実施指令には、少なくともＤＲに対して一意に付されるＤＲ依頼ＩＤが含まれ、ＤＲを実施する日時及び目標の電力値等の情報は含まれていてもよい。実施指令部１１ｂは、少なくともＤＲ依頼を送信した親アグリサーバ装置２０に対して、ＤＲの実施指令を送信する。

【0054】

情報取得部１１ｃは、第２通信経路を介して、需要家４のスマートメータ４０に対して例えば１分～３０分に１回の周期で電力の計測値等の電力計測情報の送信を要求し、スマートメータ４０から送信される電力計測情報を通信部１３にて受信することにより、情報を取得する処理を行う。情報取得部１１ｃは、一又は複数のスマートメータ４０から取得した情報を、記憶部１２の第１電力計測情報ＤＢ１２ｂに記憶する。電力会社サーバ装置１０は、情報取得部１１ｃがスマートメータ４０から取得した電力計測情報に基づいて、ＤＲの実施状況等を把握することができる。なお情報取得部１１ｃは、ＤＲの実施中にのみスマートメータ４０からの電力計測情報の取得を行ってもよく、ＤＲの実施の有無に関わらずスマートメータ４０からの電力計測情報の取得を行ってもよい。

【0055】

情報検証部１１ｄは、ＤＲの実施が終了した後、例えば１ヶ月に１回の周期で、ＤＲの際に情報取得部１１ｃが第２通信経路を介してスマートメータ４０から取得した電力計測情報の正否を検証する処理を行う。本実施の形態に係る電力計測情報管理システムでは、スマートメータ４０の電力計測情報は、電力会社サーバ装置１０の第１電力計測情報ＤＢ１２ｂに記憶されると共に、分散台帳システムに記憶される。情報検証部１１ｄは、第１電力計測情報ＤＢ１２ｂに記憶された電力計測情報と、分散台帳システムに記憶された電力計測情報とが一致するか否かを検証する。なお本実施の形態においては、電力計測情報が一致するか否かを実際に判定する処理は、分散台帳システムのプログラム、いわゆるスマートコントラクトにより行われ、情報検証部１１ｄは、検証対象の電力計測情報を引き渡してスマートコントラクトを実行し、スマートコントラクトによる検証結果を取得することで、電力計測情報の正否を検証する。また情報検証部１１ｄは、検証の結果から、電力計測情報が一致しない場合に、何らかの情報の改変又は欠落等が生じた可能性があることを通知する処理を行う。

【0056】

台帳処理部１１ｅは、分散台帳システムのノード装置としての処理、即ち分散台帳システムに対する情報の書き込み及び読み出し、並びに、スマートコントラクトの実行等の処理を行う。例えば台帳処理部１１ｅは、スマートコントラクトを実行することによって、分散台帳システムのステートＤＢ１０２に情報を記憶すると共に、この情報を記憶する処理を行ったことを示すトランザクションを含むブロックをブロックチェーン１０１に追加する処理を行う。また台帳処理部１１ｅは、他のノード装置がステートＤＢ１０２及びブロックチェーン１０１に記憶した情報を共有すべく、自身のステートＤＢ１０２及びブロックチェーン１０１に同じ情報を記憶する処理を行う。

【0057】

分散台帳システムを構成するノード装置の１つがステートＤＢ１０２に対する情報の記憶及びブロックチェーン１０１対するブロックの追加を行った場合、これらは他のノード装置に反映される必要がある。分散共有された全てのブロックチェーンに対してブロックの追加を反映する処理、いわゆる合意形成処理は、例えばパブリック型の分散台帳システムの場合、暗号資産等の分散台帳システムで広く採用されている「Proof of Work」又は「Proof of Stake」等の方法を採用することができ、これらの方法では不特定多数のノード装置による合意形成を行うことができるものが主流である。これに対してプライベート型の分散台帳システムの場合、例えば予め定められた一又は複数のノード装置がブロックチェーンに追加するブロックを決定し、各ノード装置へ決定したブロックの追加を指示する方法を採用することができる。分散台帳システムにおける情報の分散共有に関する処理については既存の技術であるため、本明細書では詳細な処理の説明を省略する。

【0058】

図６は、本実施の形態に係る親アグリサーバ装置２０の構成を示すブロック図である。本実施の形態に係る親アグリサーバ装置２０は、処理部（プロセッサ）２１、記憶部（ストレージ）２２及び通信部（トランシーバ）２３等を備えて構成されている。なお本実施の形態においては、１つのサーバ装置にて処理が行われるものとして説明を行うが、複数のサーバ装置が分散して処理を行ってもよい。処理部２１は、ＣＰＵ、ＭＰＵ又はＧＰＵ等の演算処理装置、ＲＯＭ及びＲＡＭ等を用いて構成されている。処理部２１は、記憶部２２に記憶されたサーバプログラム２２ａを読み出して実行することにより、電力会社サーバ装置１０から受信した電力計測情報の要求、ＤＲ依頼及び実施指令等を管理下の子アグリサーバ装置３０へ送信する処理、子アグリサーバ装置３０から受信した需要家４の電力計測情報を電力会社サーバ装置１０へ送信する処理、並びに、分散台帳システムを構成するノード装置としての処理等の種々の処理を行う。

【0059】

記憶部２２は、例えばハードディスク等の大容量の記憶装置を用いて構成されている。記憶部２２は、処理部２１が実行する各種のプログラム、及び、処理部２１の処理に必要な各種のデータを記憶する。本実施の形態において記憶部２２は、処理部２１が実行するサーバプログラム２２ａを記憶する。また本実施の形態において記憶部２２は、分散台帳システムを構成する複数のノード装置により分散して共有される台帳情報１００を記憶する。

【0060】

本実施の形態においてサーバプログラム２２ａは、メモリカード又は光ディスク等の記録媒体９７に記録された態様で提供され、親アグリサーバ装置２０は記録媒体９７からサーバプログラム２２ａを読み出して記憶部２２に記憶する。ただし、サーバプログラム２２ａは、例えば親アグリサーバ装置２０の製造段階において記憶部２２に書き込まれてもよい。また例えばサーバプログラム２２ａは、遠隔の他のサーバ装置等が配信するものを親アグリサーバ装置２０が通信にて取得してもよい。例えばサーバプログラム２２ａは、記録媒体９７に記録されたものを書込装置が読み出して親アグリサーバ装置２０の記憶部２２に書き込んでもよい。サーバプログラム２２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９７に記録された態様で提供されてもよい。

【0061】

通信部２３は、有線又は無線のネットワークを介して、種々の装置との間で通信を行う。本実施の形態において通信部２３は、インターネット、携帯電話通信網及び無線ＬＡＮ等のネットワークを介して、子アグリサーバ装置３０及び電力会社サーバ装置１０との通信を行う。通信部２３は、処理部２１から与えられたデータを他の装置へ送信すると共に、他の装置から受信したデータを処理部２１へ与える。

【0062】

なお記憶部２２は、親アグリサーバ装置２０に接続された外部記憶装置であってよい。また親アグリサーバ装置２０は、複数のコンピュータを含んで構成されるマルチコンピュータであってよく、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。また親アグリサーバ装置２０は、上記の構成に限定されず、例えば可搬型の記憶媒体に記憶された情報を読み取る読取部、操作入力を受け付ける入力部、又は、画像を表示する表示部等を含んでもよい。

【0063】

また本実施の形態に係る親アグリサーバ装置２０の処理部２１には、記憶部２２に記憶されたサーバプログラム２２ａを処理部２１が読み出して実行することにより、ＤＲ依頼部２１ａ、実施指令部２１ｂ、情報中継部２１ｃ及び台帳処理部２１ｄ等が、ソフトウェア的な機能部として処理部２１に実現される。

【0064】

ＤＲ依頼部２１ａは、電力会社サーバ装置１０から送信されるＤＲ依頼を受信して、管理下の子アグリ３の子アグリサーバ装置３０へＤＲ依頼を送信する処理を行う。ＤＲ依頼には、ＤＲ依頼ＩＤ、ＤＲの日時及びＤＲの目標値等の情報が含まれており、ＤＲ依頼部２１ａは、受信したＤＲ依頼に含まれるＤＲ依頼ＩＤ及びＤＲの日時については受信した内容を維持し、受信したＤＲ依頼に含まれるＤＲの目標値は管理下の子アグリ３の数等に応じて適宜に分割して、各子アグリサーバ装置３０へ送信するＤＲ依頼を生成する。例えば電力会社サーバ装置１０から受信したＤＲ依頼に目標値が１００ｋＷと設定されており、管理下の子アグリ３が５つ存在する場合、目標値の１００ｋＷを５つの子アグリ３で等分して、目標値を２０ｋＷとしたＤＲ依頼をＤＲ依頼部２１ａが作成し、５つの子アグリサーバ装置３０へ送信する。なおＤＲ依頼部２１ａは、目標値を等分するのではなく、適宜に分割して各子アグリ３に異なる目標値を設定してもよい。

【0065】

実施指令部２１ｂは、電力会社サーバ装置１０から送信されるＤＲの実施指令を受信して、管理下の子アグリ３の子アグリサーバ装置３０へ実施指令を送信する処理を行う。

【0066】

情報中継部２１ｃは、需要家４のスマートメータ４０が測定した電力量等を含む電力計測情報の送信要求を、電力会社サーバ装置１０から受信して、対応する需要家４を管理する子アグリ３の子アグリサーバ装置３０へ送信する処理を行う。また情報中継部２１ｃは、この要求に応じて需要家４のスマートメータ４０が送信する電力計測情報を子アグリサーバ装置３０から受信し、受信した電力計測情報を電力会社サーバ装置１０へ送信する処理を行う。情報中継部２１ｃは、これら以外の電力会社サーバ装置１０及び子アグリサーバ装置３０の間で送受信される情報についても、一方から受信した情報を他方へ送信することで中継してよい。

【0067】

台帳処理部２１ｄは、分散台帳システムのノード装置としての処理、即ち分散台帳システムに対する情報の書き込み及び読み出し、並びに、スマートコントラクトの実行等の処理を行う。例えば台帳処理部２１ｄは、スマートコントラクトを実行することによって、分散台帳システムのステートＤＢ１０２に情報を記憶すると共に、この情報を記憶する処理を行ったことを示すトランザクションを含むブロックをブロックチェーン１０１に追加する処理を行う。また台帳処理部２１ｄは、他のノード装置がステートＤＢ１０２及びブロックチェーン１０１に記憶した情報を共有すべく、自身のステートＤＢ１０２及びブロックチェーン１０１に同じ情報を記憶する処理を行う。

【0068】

図７は、本実施の形態に係る子アグリサーバ装置３０の構成を示すブロック図である。本実施の形態に係る子アグリサーバ装置３０は、処理部（プロセッサ）３１、記憶部（ストレージ）３２及び通信部（トランシーバ）３３等を備えて構成されている。なお本実施の形態においては、１つのサーバ装置にて処理が行われるものとして説明を行うが、複数のサーバ装置が分散して処理を行ってもよい。処理部３１は、ＣＰＵ、ＭＰＵ又はＧＰＵ等の演算処理装置、ＲＯＭ及びＲＡＭ等を用いて構成されている。処理部３１は、記憶部３２に記憶されたサーバプログラム３２ａを読み出して実行することにより、ＤＲを実施する需要家４を決定する処理、親アグリサーバ装置２０から受信した情報を需要家４へ送信する処理、需要家４から受信した情報を親アグリサーバ装置２０へ送信する処理、並びに、分散台帳システムを構成するノード装置としての処理等の種々の処理を行う。

【0069】

記憶部３２は、例えばハードディスク等の大容量の記憶装置を用いて構成されている。記憶部３２は、処理部３１が実行する各種のプログラム、及び、処理部３１の処理に必要な各種のデータを記憶する。本実施の形態において記憶部３２は、処理部３１が実行するサーバプログラム３２ａを記憶する。また本実施の形態において記憶部３２は、分散台帳システムを構成する複数のノード装置により分散して共有される台帳情報１００を記憶する。

【0070】

本実施の形態においてサーバプログラム３２ａは、メモリカード又は光ディスク等の記録媒体９８に記録された態様で提供され、子アグリサーバ装置３０は記録媒体９８からサーバプログラム３２ａを読み出して記憶部３２に記憶する。ただし、サーバプログラム３２ａは、例えば子アグリサーバ装置３０の製造段階において記憶部３２に書き込まれてもよい。また例えばサーバプログラム３２ａは、遠隔の他のサーバ装置等が配信するものを子アグリサーバ装置３０が通信にて取得してもよい。例えばサーバプログラム３２ａは、記録媒体９８に記録されたものを書込装置が読み出して子アグリサーバ装置３０の記憶部３２に書き込んでもよい。サーバプログラム３２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体９８に記録された態様で提供されてもよい。

【0071】

通信部３３は、有線又は無線のネットワークを介して、種々の装置との間で通信を行う。本実施の形態において通信部３３は、インターネット、携帯電話通信網及び無線ＬＡＮ等のネットワークを介して、需要家４のＧＷ５０及び親アグリサーバ装置２０との通信を行う。通信部３３は、処理部３１から与えられたデータを他の装置へ送信すると共に、他の装置から受信したデータを処理部３１へ与える。

【0072】

なお記憶部３２は、子アグリサーバ装置３０に接続された外部記憶装置であってよい。また子アグリサーバ装置３０は、複数のコンピュータを含んで構成されるマルチコンピュータであってよく、ソフトウェアによって仮想的に構築された仮想マシンであってもよい。また子アグリサーバ装置３０は、上記の構成に限定されず、例えば可搬型の記憶媒体に記憶された情報を読み取る読取部、操作入力を受け付ける入力部、又は、画像を表示する表示部等を含んでもよい。

【0073】

また本実施の形態に係る子アグリサーバ装置３０の処理部３１には、記憶部３２に記憶されたサーバプログラム３２ａを処理部３１が読み出して実行することにより、需要家決定部３１ａ、実施指令部３１ｂ、情報中継部３１ｃ及び台帳処理部３１ｄ等が、ソフトウェア的な機能部として処理部３１に実現される。

【0074】

需要家決定部３１ａは、電力会社サーバ装置１０からのＤＲ依頼を、親アグリサーバ装置２０を介して受信した場合に、このＤＲ依頼に応じてＤＲを行う需要家４を決定する処理を行う。需要家決定部３１ａは、子アグリ３が管理する複数の需要家４の中から、ＤＲを実施する一又は複数の需要家４を決定する。ＤＲを実施する需要家４を決定する方法は、どのような方法であってもよい。また需要家４の決定を子アグリサーバ装置３０が行うのではなく、子アグリ３のオペレータ等が行ってもよい。この場合に需要家決定部３１ａは、ＤＲ依頼に応じて需要家４の決定をオペレータに求め、オペレータから需要家４を決定する操作を受け付ける。

【0075】

また需要家決定部３１ａは、決定した需要家４に関する情報を、分散台帳システムに記憶する処理を行う。このときに需要家決定部３１ａは、ＤＲを実施する需要家４の情報を登録する処理を行うスマートコントラクトを実行することで、実施されるＤＲに対して付されたＤＲ依頼ＩＤと、決定した需要家４の需要家ＩＤとを対応付けた情報を、分散台帳システムに記憶する。

【0076】

本実施の形態に係る電力計測情報管理システムでは、分散台帳システムを利用して、ＤＲ依頼ＩＤ及び需要家ＩＤの対応を記憶するＤＲ需要家ＤＢが複数のノード装置間で共有される。図８は、ＤＲ需要家ＤＢの一構成例を示す模式図である。本実施の形態に係るＤＲ需要家ＤＢは、ＤＲ依頼ＩＤ及び需要家ＩＤが対応付けて記憶される。なお図示のＤＲ需要家ＤＢは、１つのＤＲ依頼ＩＤに対して１つの需要家ＩＤが対応付けられているが、例えば１つのＤＲ依頼ＩＤに対して複数の需要家ＩＤが対応付けられて記憶されてもよい。またＤＲ需要家ＤＢは、図５に示した台帳情報１００のステートＤＢ１０２を利用して論理的に構築されるデータベースである。ＤＲ需要家ＤＢの各情報は、子アグリサーバ装置３０が分散台帳システムのスマートコントラクトを実行することで記憶される。

【0077】

実施指令部３１ｂは、電力会社サーバ装置１０から送信されるＤＲの実施指令を受信して、需要家４のＧＷ５０へＤＲの実施指令を送信する処理を行う。実施指令部３１ｂは、電力会社サーバ装置１０が送信するＤＲの実施指令を、親アグリサーバ装置２０を介して受信する。ＤＲの実施指令にはＤＲ依頼ＩＤが含まれており、実施指令を受信した場合に実施指令部３１ｂは、実施指令に含まれるＤＲ依頼ＩＤを取得し、取得したＤＲ依頼ＩＤに係るＤＲを実施すると予め決定していた需要家４のＧＷ５０へＤＲの実施指令を送信する。

【0078】

情報中継部３１ｃは、電力会社サーバ装置１０から需要家４のスマートメータ４０への電力計測情報の送信要求を、親アグリサーバ装置２０を介して受信して、対応する需要家４のＧＷ５０へ送信する処理を行う。また情報中継部３１ｃは、この要求に応じて需要家４のスマートメータ４０が送信する電力計測情報をＧＷ５０から受信し、受信した電力計測情報を親アグリサーバ装置２０へ送信する処理を行う。情報中継部２１ｃは、これら以外の親アグリサーバ装置２０及びＧＷ５０の間で送受信される情報についても、一方から受信した情報を他方へ送信することで中継してよい。

【0079】

台帳処理部３１ｄは、分散台帳システムのノード装置としての処理、即ち分散台帳システムに対する情報の書き込み及び読み出し、並びに、スマートコントラクトの実行等の処理を行う。例えば台帳処理部３１ｄは、スマートコントラクトを実行することによって、分散台帳システムのステートＤＢ１０２に情報を記憶すると共に、この情報を記憶する処理を行ったことを示すトランザクションを含むブロックをブロックチェーン１０１に追加する処理を行う。これにより台帳処理部３１ｄは、スマートコントラクトを実行することによって、ＤＲ需要家ＤＢにＤＲ依頼ＩＤ及び需要家ＩＤを対応付けた情報を記憶する処理を行うことができる。また台帳処理部３１ｄは、他のノード装置がステートＤＢ１０２及びブロックチェーン１０１に記憶した情報を共有すべく、自身のステートＤＢ１０２及びブロックチェーン１０１に同じ情報を記憶する処理を行う。

【0080】

図９は、本実施の形態に係るスマートメータ４０及びＧＷ５０の構成を示すブロック図である。本実施の形態に係るスマートメータ４０は、計測部４１、処理部４２、記憶部４３、第１通信部４４及び第２通信部４５等を備えて構成されている。スマートメータ４０は、例えば住宅、ビル又は工場等の施設に設置され、この施設で消費又は生産される電力の量を計測する装置である。計測部４１は、スマートメータ４０が設置された施設において消費又は生産される電力量を計測する。計測部４１は、例えば数秒～数分に１回程度の周期で電力量の計測を行い、計測結果を処理部４２へ与える。

【0081】

処理部４２は、例えばＣＰＵ又は専用のＡＳＩＣ（Application Specific Integrated Circuit）等のＩＣ（Integrated Circuit）を用いて構成されている。処理部４２は、計測部４１から与えられた電力量の計測結果を、外部の装置からの要求に応じて送信する処理を行う。処理部４２は、計測部４１から与えられた計測結果の情報を記憶部４３に一時的に記憶する。処理部４２は、記憶部４３に記憶した計測結果を集計し、集計した計測結果を含む電力計測情報を所定周期（例えば３０分に１回の周期）で、電力会社サーバ装置１０へ第１通信経路を介して送信する。このときに処理部４２は、数秒～数分の周期で測定された電力量の複数の測定結果を合算することで、所定周期で消費又は生産された電力量を算出し、この合算値を計測結果として含む電力計測情報を電力会社サーバ装置１０へ送信する。

【0082】

また処理部４２は、集計した計測結果を含む電力計測情報を所定周期（例えば１分～３０分に１回の周期）で、電力会社サーバ装置１０へ第２通信経路を介して送信する。なお第２通信経路を介した情報送信の周期は、上記の第１通信経路を介した情報送信の周期よりも短く設定される場合が多いが、長く設定されてもよい。また処理部４２による第１通信経路及び第２通信経路を介した情報の送信は、スマートメータ４０から自発的に行われてもよく、他の装置からの要求に応じて行われてもよい。

【0083】

記憶部４３は、例えばフラッシュメモリ又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）等の不揮発性のメモリ素子を用いて構成されている。記憶部４３は、処理部４２の処理に用いられる種々の情報を記憶する。例えば記憶部４３は、計測部４１が計測した計測値を一時的に、第１通信経路及び第２通信経路を介した情報送信を完了するまでの間、記憶する。第１通信部４４及び第２通信部４５は、それぞれトランシーバ等のＩＣを用いて構成され、所定の通信規格に応じた通信を行う。第１通信部４４は、第１通信経路を介して電力会社サーバ装置１０との間で通信を行う。第２通信部４５は、第２通信経路を介して電力会社サーバ装置１０との通信を行う。第１通信部４４及び第２通信部４５は、処理部４２から与えられた情報を他の装置へ送信すると共に、他の装置から受信した情報を処理部４２へ与える。第１通信部４４及び第２通信部４５は、有線又は無線のいずれで通信を行ってもよい。

【0084】

本実施の形態に係るＧＷ５０は、スマートメータ４０が設置された住宅、ビル又は工場等の施設に設置され、通信を中継する装置である。ＧＷ５０は、処理部（プロセッサ）５１、記憶部（ストレージ）５２、第１通信部（トランシーバ）５３及び第２通信部（トランシーバ）５４等を備えて構成されている。処理部５１は、ＣＰＵ又はＭＰＵ等の演算処理装置を用いて構成されている。処理部５１は、記憶部５２に記憶されたプログラムを読み出して実行することにより、種々の処理を行うことができる。本実施の形態において処理部５１は、記憶部５２に記憶されたプログラム５２ａを読み出して実行することにより、スマートメータ４０と子アグリサーバ装置３０との間の通信を中継する処理等の種々の処理を行う。

【0085】

記憶部５２は、例えばフラッシュメモリ又はＥＥＰＲＯＭ等の不揮発性のメモリ素子を用いて構成されている。記憶部５２は、処理部５１が実行する各種のプログラム、及び、処理部５１の処理に必要な各種のデータを記憶する。本実施の形態において記憶部５２は、処理部５１が実行するプログラム５２ａを記憶すると共に、スマートメータ４０の計測値を記憶する計測値記憶部５２ｂが設けられている。なおプログラム５２ａは、例えばＧＷ５０の製造段階において記憶部５２に書き込まれてもよく、また例えば遠隔のサーバ装置などが配信するものをＧＷ５０が通信にて取得してもよく、また例えばメモリカード又は光ディスク等の記録媒体に記録されたプログラムをＧＷ５０が読み出して記憶部５２に記憶してもよく、また例えば記録媒体に記録されたものを書込装置が読み出してＧＷ５０の記憶部５２に書き込んでもよい。プログラム５２ａは、ネットワークを介した配信の態様で提供されてもよく、記録媒体に記録された態様で提供されてもよい。

【0086】

記憶部５２の計測値記憶部５２ｂは、通信によりスマートメータ４０から取得した電力の計測値を一時的に記憶する。本実施の形態においてＧＷ５０は、例えば１日に１回の周期でスマートメータ４０による電力の計測値等の情報を分散台帳システムに登録する処理を行っており、計測値記憶部５２ｂは、少なくともこの登録がなされるまでの間、スマートメータ４０から取得した計測値を記憶する。

【0087】

第１通信部５３及び第２通信部５４は、それぞれトランシーバ等のＩＣを用いて構成され、所定の通信規格に応じた通信を行う。第１通信部５３は、Ｂルートを介してスマートメータ４０との間で通信を行う。第２通信部５４は、例えばインターネット、携帯電話通信網及び無線ＬＡＮ（Local Area Network）等のネットワークを介して、子アグリサーバ装置３０との間で通信を行う。第１通信部５３及び第２通信部５４は、処理部５１から与えられた情報を他の装置へ送信すると共に、他の装置から受信した情報を処理部５１へ与える。第１通信部５３及び第２通信部５４は、有線又は無線のいずれで通信を行ってもよい。

【0088】

また本実施の形態に係るＧＷ５０は、記憶部５２に記憶されたプログラム５２ａを処理部５１が読み出して実行することにより、情報中継部５１ａ及び登録処理部５１ｂ等が処理部５１にソフトウェア的な機能部として実現される。情報中継部５１ａは、電力会社サーバ装置１０から需要家４のスマートメータ４０への電力計測情報の送信要求を、親アグリサーバ装置２０及び子アグリサーバ装置３０を介して受信し、スマートメータ４０へ送信する処理を行う。また情報中継部５１ａは、この要求に応じてスマートメータ４０が送信する電力計測情報を受信し、受信した電力計測情報を子アグリサーバ装置３０へ送信する処理を行う。情報中継部５１ａは、これら以外の子アグリサーバ装置３０及びスマートメータ４０の間で送受信される情報についても、一方から受信した情報を他方へ送信することで中継してよい。

【0089】

登録処理部５１ｂは、例えば１日に１回の周期で、スマートメータ４０による電力の計測値等を含む電力計測情報を分散台帳システムに登録（記憶）する処理を行う。本実施の形態においてＧＷ５０は分散台帳システムのノード装置としての機能は有していない。このためＧＷ５０は、例えばノード装置としての機能を有する子アグリサーバ装置３０等の装置を介して分散台帳システムにアクセスし、スマートコントラクトを実行して電力計測情報を分散台帳システムに記憶する。なお登録処理部５１ｂが分散台帳システムに記憶する電力計測情報は、１日分の計測値を合計したものではなく、第２通信経路を介してスマートメータ４０から電力会社サーバ装置１０へ送信する電力計測情報と同じものを１日分蓄積したものである。即ち、第２通信経路を介して１分に１回の周期で電力計測情報を送信する場合、登録処理部５１ｂは、１日分として６０×２４＝１４４０個の電力計測情報をまとめたものを分散台帳システムに記憶する。

【0090】

本実施の形態に係る電力計測情報管理システムでは、分散台帳システムを利用して、需要家ＩＤ及び電力計測情報を対応付けて記憶する第２電力計測情報ＤＢが複数のノード装置間で共有される。図１０は、第２電力計測情報ＤＢの一構成例を示す模式図である。本実施の形態に係る第２電力計測情報ＤＢは、需要家ＩＤに対応付けて１日分の電力計測情報が記憶される。なお第２電力計測情報ＤＢは、図５に示した台帳情報１００のステートＤＢ１０２を利用して論理的に構築されるデータベースである。第２電力計測情報ＤＢへの電力計測情報の登録は、ＧＷ５０が子アグリサーバ装置３０等を介して分散台帳システムのスマートコントラクトを実行することで行われる。

【0091】

＜電力計測情報管理処理＞
本実施の形態に係る電力計測情報管理システムでは、上述のように電力会社サーバ装置１０、親アグリサーバ装置２０及び子アグリサーバ装置３０がノード装置として機能することで分散台帳システムを構成している。分散台帳システムでは、複数のノード装置がピア・ツー・ピア型のネットワークを介して接続され、複数のノード装置が情報を分散して共有することにより、情報の信頼性を高めている。なお本実施の形態において「分散して共有する」又は「分散共有する」等の表現は、複数のノード装置が実質的に同一内容の情報をそれぞれ記憶している状態を表している。「実質的に同一」とは、ある時点においては複数の情報の内容が一部相異する状態となる可能性があるが、ある程度の時間が経過することによって相違が解消されて同一の内容となることを含めた表現であり、以下において単に「同一」と記載されている場合であってもこの「実質的に同一」を含むものとする。

【0092】

本実施の形態においては、分散台帳システムには図８に示したＤＲ需要家ＤＢ及び図１０に示した第２電力計測情報ＤＢが論理的に構築されて複数のノード装置に分散共有されており、これらの情報の信頼性を高めている。Hyperledger Fabric及びEnterprise Ethereum等の分散台帳システムでは、情報を記憶する際にその情報が記憶されるノード装置の範囲を限定することが可能であり、本実施の形態に係る分散台帳システムも同様にして情報に対して記憶されるノード装置の範囲が限定されている。本実施の形態に係る分散台帳システムでは、上述のＤＲ需要家ＤＢをパブリック（公開）情報とし、全てのノード装置がその情報を保持する。

【0093】

これに対して上述の第２電力計測情報ＤＢはプライベート（非公開）情報とし、各ノード装置は自身の管理下にある需要家４に関する電力計測情報のみを記憶する。即ち、電力会社サーバ装置１０は全ての需要家４の電力計測情報を記憶し、親アグリサーバ装置２０は自身が管理する子アグリサーバ装置３０が管理する需要家４の電力計測情報を記憶し、子アグリサーバ装置３０は自身が管理する需要家４の電力計測情報を記憶する。なお本実施の形態においては、分散台帳システムが分散して共有する台帳情報１００のステートＤＢ１０２について、情報の記憶時に、情報を記憶するノード装置を限定することで、情報が記録されるステートＤＢ１０２を制限する。なお電力計測情報管理システムでは、ＤＲ需要家ＤＢについてもプライベート情報として扱ってもよい。

【0094】

本実施の形態に係る電力計測情報管理システムでは、需要家４のＧＷ５０が例えば１日に１回の周期で電力計測情報を需要家ＩＤに対応付けて分散台帳システムの第２電力計測情報ＤＢに記憶する。また電力会社サーバ装置１０がＤＲ依頼を送信し、これを受信した子アグリサーバ装置３０がＤＲを実施する需要家４を決定し、ＤＲ依頼ＩＤ及び需要家ＩＤを対応付けて分散台帳システムのＤＲ需要家ＤＢに記憶する。

【0095】

また本実施の形態に係る電力会社サーバ装置１０は、少なくともＤＲの実施中に、第２通信経路を介して需要家４のスマートメータ４０から取得した電力計測情報を、自身の記憶部１２に設けられた第１電力計測情報ＤＢ１２ｂに記憶している。電力会社サーバ装置１０は、例えば１ヶ月に１回の周期で、ＤＲを実施した際に自身の第１電力計測情報ＤＢ１２ｂに記憶した電力計測情報の正否を検証する。本実施の形態に係る電力計測情報管理システムでは、この検証の処理は分散台帳システムのスマートコントラクトとして実装されている。電力会社サーバ装置１０は、ＤＲ依頼ＩＤとこれに対応付けられた一又は複数の電力計測情報とを入力して分散台帳システムのスマートコントラクトを実行する。なお本実施の形態においては、電力計測情報の正否を検証する処理を分散台帳システムのスマートコントラクトで行うものとするが、これに限るものではなく、例えば電力会社サーバ装置１０が分散台帳システムから必要な情報を取得して検証処理を行ってもよい。

【0096】

分散台帳システムのノード装置（電力会社サーバ装置１０又は検証対象の電力計測情報を有するノード装置）は、スマートコントラクトを実行して電力計測情報の正否を検証する処理を行う。このときにノード装置は、指定されたＤＲ依頼ＩＤを基に分散台帳システムに記憶されたＤＲ需要家ＤＢを参照して、ＤＲを行った需要家４の需要家ＩＤを取得する。ノード装置は、取得した需要家ＩＤを基に分散台帳システムに記憶された第２電力計測情報ＤＢを参照して、ＤＲが行われた日時に関する需要家４の電力計測情報を取得する。ノード装置は、電力会社サーバ装置１０の第１電力計測情報ＤＢ１２ｂに記憶されていた電力計測情報と、分散台帳システムの第２電力計測情報ＤＢに記憶されていた電力計測情報とが一致するか否かに基づいて、電力計測情報の正否を検証する。

【0097】

なお電力計測情報が一致するか否かの判定方法には、どのような方法が採用されてもよい。例えば１分間に１回の周期で電力会社サーバ装置１０が第２通信経路を介してスマートメータ４０から電力計測情報を取得していた場合に、検証を行うノード装置は、１分毎の電力計測情報を比較して一致するか否かを判断してもよい。また例えばＤＲが３０分間実施された場合に、検証を行うノード装置は、この３０分間のスマートメータ４０の計測値の合計値を算出し、合計値同士を比較して一致するか否かを判断してもよい。スマートコントラクトによる検証の結果は、このスマートコントラクトを呼び出した電力会社サーバ装置１０へ与えられる。電力会社サーバ装置１０は、電力計測情報の正否の検証結果を、例えば電力会社１のオペレータ等に対して通知する。

【0098】

図１１は、本実施の形態に係る電力計測情報管理システムが行う電力計測情報管理処理を説明するための模式図である。なお本図においては、親アグリ２による情報の中継を省略している。本実施の形態に係る電力計測情報管理システムでは、電力会社１がＤＲの実施を決定した場合に、電力会社サーバ装置１０がＤＲ依頼ＩＤ、ＤＲの日時及びＤＲの目標値等の情報を含むＤＲ依頼を送信する。このＤＲ依頼は、親アグリ２の親アグリサーバ装置２０を介して子アグリ３の子アグリサーバ装置３０にて受信される。子アグリサーバ装置３０は、ＤＲ依頼の受信に応じて、ＤＲを実施する一又は複数の需要家４を決定する。子アグリサーバ装置３０は、決定した需要家４をＤＲ依頼ＩＤに対応付けて、分散台帳システムの台帳情報１００のＤＲ需要家ＤＢに記憶する。

【0099】

その後、ＤＲを実施する日時に至った場合（又はその直前に）、電力会社サーバ装置１０はＤＲの実施指令を送信する。実施指令には、ＤＲ依頼ＩＤの情報が含まれている。この実施指令は親アグリサーバ装置２０を介して子アグリサーバ装置３０にて受信される。実施指令を受信した子アグリサーバ装置３０は、ＤＲを実施する需要家４のＧＷ５０へ実施指令を送信する。例えばＧＷ５０は実施指令を受信したことを需要家４に通知し、需要家４はＤＲを実施する。

【0100】

電力会社１の電力会社サーバ装置１０は、例えば１分間に１回の周期で、第２通信経路の親アグリサーバ装置２０及び子アグリサーバ装置３０を介して需要家４へ電力計測情報の送信を要求する。情報要求を受けた需要家４のＧＷ５０は、スマートメータ４０から電力量の計測値等を含む電力計測情報を取得して、第２通信経路の子アグリサーバ装置３０及び親アグリサーバ装置２０を介して電力会社サーバ装置１０へ電力計測情報を送信する。電力会社サーバ装置１０による電力計測情報の要求及びこの要求に応じたスマートメータ４０による電力計測情報の送信は、例えば１分間に１回の周期で繰り返し行われる。電力会社サーバ装置１０は、スマートメータ４０から取得した電力計測情報を、自身の記憶部１２の第１電力計測情報ＤＢ１２ｂに記憶する。

【0101】

本実施の形態に係る需要家４のＧＷ５０は、例えば１日に１回の周期で、１日分の電力計測情報を分散台帳システムの第２電力計測情報ＤＢに登録する処理を行っている。ＤＲが実施された後、この登録処理を行うタイミングに至った場合、ＧＷ５０は、ＤＲを実施した期間の電力計測情報を含む、１日分の電力計測情報を分散台帳システムに登録する。なお本実施の形態においては、ＧＷ５０は、子アグリサーバ装置３０を介して分散台帳システムのスマートコントラクトを実行し、電力計測情報を分散台帳システムの第２電力計測情報ＤＢに登録する。

【0102】

その後、例えば１ヶ月に１回の周期で、電力会社１は、ＤＲに関する報酬等の支払いを親アグリ２、子アグリ３及び需要家４等へ行う前に、ＤＲに関する電力計測情報の検証を行う。電力会社１の電力会社サーバ装置１０は、検証対象となるＤＲを識別するＤＲ依頼ＩＤと、このＤＲの際に第２通信経路を介して需要家４のスマートメータ４０から取得した電力計測情報とを入力して分散台帳システムのスマートコントラクトを実行することにより、分散台帳システムに電力計測情報の検証を要求する。この要求を与えられた分散台帳システムのノード装置は、スマートコントラクトを実行して電力計測情報を検証する。このときにノード装置は、指定されたＤＲ依頼ＩＤに基づいてＤＲ需要家ＤＢを参照することで、ＤＲを行った需要家４を特定する。次いでノード装置は、特定した需要家４について、ＤＲが実施された期間の電力計測情報を第２電力計測情報ＤＢから抽出する。ノード装置は、電力会社サーバ装置１０から与えられた電力計測情報と、第２電力計測情報ＤＢから抽出した電力計測情報とが一致するか否かを判定することにより、電力計測情報の正否を検証する。なおノード装置は、電力計測情報が一致するか否かについて、例えば電力計測情報に含まれる１分毎の電力量を個別に比較してもよく、また例えばＤＲが実施された期間の電力量の集計値を比較してもよい。ノード装置は、電力計測情報の検証結果、即ち電力計測情報が一致したか否か、及び、一致しない場合には一致しないと判定した電力計測情報に関する需要家４及び日時等の情報を、スマートコントラクトの実行を要求した装置、即ち電力会社サーバ装置１０へ与える。

【0103】

電力会社サーバ装置１０は、分散台帳システムのスマートコントラクトによる検証結果を取得して、例えば電力会社１のオペレータ等に検証結果を表示する処理を行う。このときに電力会社サーバ装置１０は、例えば自装置に接続されたディスプレイ装置に検証結果を表示してもよく、また例えばオペレータ等が使用する端末装置へ検証結果を送信し、端末装置のディスプレイに検証結果を表示してもよい。

【0104】

図１２は、本実施の形態に係る電力会社サーバ装置１０が行う処理の手順を示すフローチャートである。本実施の形態に係る電力会社サーバ装置１０の処理部１１のＤＲ依頼部１１ａは、電力会社１にて決定されたＤＲについて日時及び目標値等の情報を取得する（ステップＳ１）。ＤＲ依頼部１１ａは、ＤＲを識別するＤＲ依頼ＩＤと、ステップＳ１にて取得した日時及び目標値等の情報とを含むＤＲ依頼を親アグリ２の親アグリサーバ装置２０へ送信する（ステップＳ２）。

【0105】

処理部１１の実施指令部１１ｂは、決定されたＤＲを実施するタイミングに至ったか否かを判定する（ステップＳ３）。ＤＲを実施するタイミングに至っていない場合（Ｓ３：ＮＯ）、実施指令部１１ｂは、ＤＲを実施するタイミングに至るまで待機する。ＤＲを実施するタイミングに至った場合（Ｓ３：ＹＥＳ）、実施指令部１１ｂは、実施するＤＲを識別するＤＲ依頼ＩＤを含むＤＲの実施指令を親アグリサーバ装置２０へ送信する（ステップＳ４）。

【0106】

処理部１１の情報取得部１１ｃは、第２通信経路を介して、需要家４のスマートメータ４０に対する電力計測情報の送信要求を与える（ステップＳ５）。情報取得部１１ｃは、第２通信経路を介して、この送信要求に応じてスマートメータ４０が送信する電力計測情報を受信する（ステップＳ６）。情報取得部１１ｃは、第２通信経路を介して受信した電力計測情報を、記憶部１２の第１電力計測情報ＤＢ１２ｂに記憶する（ステップＳ７）。情報取得部１１ｃは、例えば予定されていたＤＲの終了時刻に至ったか否かに基づいて、ＤＲが終了したか否かを判定する（ステップＳ８）。ＤＲが終了していない場合（Ｓ８：ＮＯ）、情報取得部１１ｃは、ステップＳ５へ処理を戻し、需要家４のスマートメータ４０に対する電力計測情報の送信要求及び受信等の処理を、例えば１分間に１回の周期で繰り返し行う。

【0107】

ＤＲが終了した場合（Ｓ８：ＹＥＳ）、処理部１１の情報検証部１１ｄは、例えば１ヶ月に１回等のＤＲに関する電力計測情報の検証を行うタイミングに至ったか否かを判定する（ステップＳ９）。検証を行うタイミングに至った場合（Ｓ９：ＹＥＳ）、情報検証部１１ｄは、検証対象となるＤＲを識別するＤＲ依頼ＩＤと、これに対応付けて記憶部１２の第１電力計測情報ＤＢ１２ｂに記憶された電力計測情報とを入力して分散台帳システムのスマートコントラクトを実行することにより、分散台帳システムに電力計測情報の検証を要求する（ステップＳ１０）。情報検証部１１ｄは、この検証要求に応じて分散台帳システムにてスマートコントラクトにより実行される検証処理の結果を取得し（ステップＳ１１）、処理を終了する。電力会社サーバ装置１０は、取得した検証結果を例えば電力会社１のオペレータ等に表示する処理を行ってよい。

【0108】

図１３は、本実施の形態に係る子アグリサーバ装置３０が行う処理の手順を示すフローチャートである。なお親アグリサーバ装置２０が行う処理についてはフローチャートによる図示及び説明を省略する。本実施の形態に係る子アグリサーバ装置３０の処理部３１の需要家決定部３１ａは、電力会社サーバ装置１０が送信するＤＲ依頼を、親アグリサーバ装置２０を介して受信したか否かを判定する（ステップＳ２１）。ＤＲ依頼を受信していない場合（Ｓ２１：ＮＯ）、需要家決定部３１ａは、ＤＲ依頼を受信するまで待機する。

【0109】

ＤＲ依頼を受信した場合（Ｓ２１：ＹＥＳ）、需要家決定部３１ａは、子アグリ３が管理する複数の需要家４の中から、ＤＲを実施する一又は複数の需要家４を決定する（ステップＳ２２）。需要家決定部３１ａは、ＤＲ依頼に含まれるＤＲ依頼ＩＤと、決定した需要家４の需要家ＩＤとを入力して分散台帳システムのスマートコントラクトを実行することにより、分散台帳システムのＤＲ需要家ＤＢにＤＲ依頼ＩＤ及び需要家ＩＤを対応付けて登録（記憶）する（ステップＳ２３）。

【0110】

処理部３１の情報中継部３１ｃは、電力会社サーバ装置１０が送信するＤＲの実施指令を、親アグリサーバ装置２０を介して受信したか否かを判定する（ステップＳ２４）。実施指令を受信していない場合（Ｓ２４：ＮＯ）、情報中継部３１ｃは、実施指令を受信するまで待機する。実施指令を受信した場合（Ｓ２４：ＹＥＳ）、情報中継部３１ｃは、受信した実施指令に含まれるＤＲ依頼ＩＤを取得し、このＤＲ依頼ＩＤにて識別されるＤＲを実施すると予め決定していた一又は複数の需要家４のＧＷ５０へ、ＤＲの実施指令を送信する（ステップＳ２５）。その後、情報中継部３１ｃは、電力会社サーバ装置１０からの電力計測情報の送信要求を需要家４へ送信し、この送信要求に応じた需要家４のスマートメータ４０からの電力計測情報を電力会社サーバ装置１０へ送信することで、電力計測情報の中継を行い（ステップＳ２６）、処理を終了する。

【0111】

図１４は、本実施の形態に係る需要家４のＧＷ５０が行う処理の手順を示すフローチャートである。本実施の形態に係る需要家４のＧＷ５０の処理部５１の情報中継部５１ａは、電力会社サーバ装置１０が送信するＤＲの実施指令を、子アグリサーバ装置３０を介して受信したか否かを判定する（ステップＳ４１）。情報中継部５１ａは、実施指令を受信していない場合（Ｓ４１：ＮＯ）、実施指令を受信するまで待機する。実施指令を受信した場合（Ｓ４１：ＹＥＳ）、情報中継部５１ａは、需要家４に対してＤＲの実施を通知する。ＤＲ実施の通知は、どのような方法で行われてもよく、例えば需要家４が有する端末装置にメッセージを送信することで行われ得る。その後、情報中継部５１ａは、電力会社サーバ装置１０からの電力計測情報の送信要求をスマートメータ４０へ送信し、この送信要求に応じたスマートメータ４０からの電力計測情報を電力会社サーバ装置１０へ送信することで、電力計測情報の中継を行う（ステップＳ４３）。

【0112】

処理部５１の登録処理部５１ｂは、例えば１日に１回の電力計測情報を登録するタイミングに至ったか否かを判定する（ステップＳ４４）。なお本フローチャートにおいては、ＤＲの実施後に電力計測情報の登録を行う手順としているが、電力計測情報の登録はＤＲの実施の有無に関わらず、１日に１回等の所定周期で行われてよい。電力計測情報を登録するタイミングに至っていない場合（Ｓ４４：ＮＯ）、登録処理部５１ｂは、登録するタイミングに至るまで待機する。登録するタイミングに至った場合（Ｓ４４：ＹＥＳ）、登録処理部５１ｂは、子アグリサーバ装置３０を分散台帳システムのノード装置とみなしてアクセスし、分散台帳システムのスマートコントラクトを実行することにより、例えば１日分のスマートメータ４０が測定した電力量等を含む電力計測情報を分散台帳システムの第２電力計測情報ＤＢに登録（記憶）して（ステップＳ４５）、処理を終了する。

【0113】

図１５は、本実施の形態に係る分散台帳システムのノード装置が行う電力計測情報の検証処理の手順を示すフローチャートであり、分散台帳システムのスマートコントラクトにより行われる処理の手順である。分散台帳システムのノード装置は、スマートコントラクトの実行に伴って電力会社サーバ装置１０から与えられる情報から、検証の対象となるＤＲを識別するＤＲ依頼ＩＤを取得する（ステップＳ６１）。ノード装置は、取得したＤＲ依頼ＩＤに基づいて分散台帳システムのＤＲ需要家ＤＢを参照することにより、ＤＲを行った一又は複数の需要家４を特定する（ステップＳ６２）。

【0114】

次いでノード装置は、特定した需要家４の需要家ＩＤに基づいて分散台帳システムの第２電力計測情報ＤＢを参照することにより、ＤＲを実施した需要家４のＤＲが実施された日時における電力計測情報を取得する（ステップＳ６３）。ノード装置は、スマートコントラクトの実行に伴って電力会社サーバ装置１０から与えられる電力計測情報と、ステップＳ６３にて取得した電力計測情報との比較を行う（ステップＳ６４）。

【0115】

ノード装置は、ステップＳ６４の比較処理により、両電力計測情報が一致したか否かを判定する（ステップ６５）。電力計測情報が一致した場合（Ｓ６５：ＹＥＳ）、ノード装置は、正常の検査結果を出力して（ステップＳ６６）、処理を終了する。電力計測情報が一致しなかった場合（Ｓ６５：ＮＯ）、ノード装置は、異常の検査結果と、不一致となった電力計測情報に関する情報とを出力し（ステップＳ６７）、処理を終了する。

【0116】

＜検証結果表示処理＞
電力計測情報の検証を行った電力会社サーバ装置１０は、例えばディスプレイ装置等に検証結果を表示する処理を行う。図１６～図１８は、電力会社サーバ装置１０による検証結果の表示例を示す模式図である。本実施の形態に係る電力会社サーバ装置１０は、電力計測情報が一致しないとする検証結果が得られた場合、まず図１６に示す通知画面をディスプレイ装置等に表示して、電力会社１のオペレータ等に対する通知を行う。電力会社サーバ装置１０は、図１６に示す通知画面において、例えば最上部に「不一致データレポート」のタイトル文字列を表示し、このタイトル文字列の下方に「下記の通り不一致データが発見されました。」等の警告を示すメッセージを表示し、このメッセージの下方に不一致に関する情報を表形式で表示する。図１６に示す通知画面の表は、「ＤＲ依頼ＩＤ」と「親アグリ（の名称等）」とを対応付けたものであり、例えばＤＲ依頼ＩＤ＝０１２３のＤＲについて親アグリＡに関する電力計測情報と、ＤＲ依頼ＩＤ＝０１５６のＤＲについて親アグリＢに関する電力計測情報とに不一致が発見されたことを示している。また表の右隣には、各親アグリに対応付けて「詳細」のラベルが付されたボタンが表示されており、例えば電力会社１のオペレータ等がマウス等の入力装置を利用してこのボタンに対するクリック操作を行った場合、電力会社サーバ装置１０は対応する親アグリについての詳細情報を表示する。

【0117】

図１７は、図１６に示す通知画面において親アグリＡに対応する詳細ボタンが操作された場合に電力会社サーバ装置１０が表示する詳細画面の一例である。電力会社サーバ装置１０は、図１７に示す詳細画面において、例えば最上段に「不一致データレポート 詳細（親アグリレベル）」等のタイトル文字列を表示し、このタイトル文字列の下方に親アグリＡに関する電力計測情報の詳細情報を表形式で一覧表示する。図１７に示す詳細画面の表は、「ＤＲ依頼ＩＤ」、「親アグリ」、「時間」、「分散台帳」、「第２通信経路」及び「差分」の情報を対応付けたものである。「ＤＲ依頼ＩＤ」及び「親アグリ」は図１６の通知画面にて表示される表のものと同じである。「時間」は、電力計測情報についてスマートメータ４０が電力量等の計測を行った時間を示すものであり、本図においては省略するが年月日が含まれていてもよい。「分散台帳」は分散台帳システムの第２電力計測情報ＤＢに記憶された電力計測情報に含まれる電力量の計測値であり、「第２通信経路」はＤＲの実施中に第２通信経路を介してスマートメータ４０から電力会社サーバ装置１０へ送信された電力計測情報に含まれる電力量の計測値である。なお本例において「分散台帳」及び「第２通信経路」に表示される計測値は、親アグリ２が管理する全ての子アグリ３（が管理する全ての需要家４）についてＤＲ実施中の計測値を合計した値である。「差分」は、「分散台帳」の計測値と、「第２通信経路」の計測値との差分値である。

【0118】

図示の例では、ＤＲ依頼ＩＤ＝０１２３の親アグリＡの電力計測情報について、「１３：３１～１３：３２」、「１３：５０～１３：５１」及び「１４：０２～１４：０３」の３つの時間について、電力計測情報の不一致が判明している。「１３：３１～１３：３２」及び「１３：５０～１３：５１」については「分散台帳」の計測値及び「第２通信経路」の計測値の両方が表示されているが、「１４：０２～１４：０３」については「第２通信経路」の計測値が０ｋＷとなっており、これはＤＲの実施中にスマートメータ４０から電力会社サーバ装置１０への第２通信経路を介した電力計測情報の送受信が、例えば通信障害等により正常に行われず、電力計測情報の欠損が生じたものと考えられる。即ち電力会社サーバ装置１０は、この表の「第２通信経路」に測定値を表示することで「分散台帳」の測定値との不一致を通知し、測定値を０として表示することで「第２通信経路」を介した電力計測情報の送受信における欠損を通知している。表の右隣には、各差分値に対応付けて「詳細」のラベルが付されたボタンが表示されており、例えば電力会社１のオペレータ等がマウス等の入力装置を利用してこのボタンに対するクリック操作を行った場合、電力会社サーバ装置１０は対応する時間についての詳細情報を表示する。

【0119】

図１８は、図１７に示す詳細画面においていずれかの詳細ボタンが操作された場合に電力会社サーバ装置１０が表示する詳細画面の一例である。電力会社サーバ装置１０は、図１８に示す詳細画面において、例えば最上段に「不一致データレポート 詳細（子アグリレベル）」等のタイトル文字列を表示し、このタイトル文字列の下方に親アグリＡが管理する子アグリａ～ｚに関する電力計測情報の詳細情報を表形式で一覧表示する。図１８に示す詳細画面の表は、「ＤＲ依頼ＩＤ」、「親アグリ」、「時間」、「子アグリ」及び「第２通信経路」の情報を対応付けたものである。「ＤＲ依頼ＩＤ」、「親アグリ」及び「時間」は図１７の詳細画面にて表示される表のものと同じである。「子アグリ」は、親アグリＡが管理する複数の子アグリの名称等である。「第２通信経路」は、ＤＲの実施中に第２通信経路を介してスマートメータ４０から電力会社サーバ装置１０へ送信された電力計測情報に含まれる電力量の計測値であり、子アグリ毎に計測値を合計した値である。

【0120】

なお図１６～図１８に示した画面は一例であってこれに限るものではなく、電力会社サーバ装置１０はどのような方法で検証結果を表示してもよい。電力会社サーバ装置１０は、例えば更に子アグリ３が管理する需要家４毎の詳細情報を表示してもよい。

【0121】

＜まとめ＞
以上の構成の本実施の形態に係る電力計測情報管理システムは、電力会社１及び需要家４の間に親アグリ２及び子アグリ３が介在する第２通信経路を介して、需要家４に設置されたスマートメータ４０が計測した電力に係る電力計測情報を電力会社サーバ装置１０が、例えば１分～３０分に１回の周期で取得すると共に、スマートメータ４０が計測した電力に係る電力計測情報を例えば1日に1回の周期でＧＷ５０が分散台帳システムに記憶する。子アグリ３の子アグリサーバ装置３０は、ＤＲを行う需要家に関する情報を分散台帳システムに記憶する。電力計測情報管理システムは、分散台帳システムに記憶されたＤＲを行う需要家の情報に基づいて、ＤＲを行った需要家のスマートメータ４０が計測した電力量について、電力会社サーバ装置１０が取得した電力計測情報と分散台帳システムが記憶した電力計測情報とを比較する。これにより、短い周期で電力会社サーバ装置１０が取得した電力計測情報の正否を、信頼性の高い分散台帳システムに記憶された電力計測情報との比較により検証することができる。

【0122】

また本実施の形態に係る電力計測情報管理システムでは、電力会社サーバ装置１０がＤＲの実施指令を第２通信経路へ送信し、実施指令を受信した子アグリサーバ装置３０がＤＲを行う需要家４のＧＷ５０へ実施指令を送信する。分散台帳システムは、実施指令に付されるＤＲ依頼ＩＤと、ＤＲを実施する需要家４を識別する需要家ＩＤとを対応付けて記憶する。これにより、ＤＲを実施した需要家４がいずれであるかについての情報の信頼性を向上することができる。

【0123】

また本実施の形態に係る電力計測情報管理システムでは、電力会社サーバ装置１０がＤＲの実施指令を送信する前に、ＤＲを依頼するＤＲ依頼を第２通信経路へ送信し、ＤＲ依頼を受信した子アグリサーバ装置３０がＤＲを行う需要家４に情報を分散台帳システムに記憶する。これにより、ＤＲの実施に先立って子アグリ３が決定したＤＲを実施する需要家４に関する情報を、信頼性の高い分散台帳システムに記憶しておくことができる。

【0124】

また本実施の形態に係る電力計測情報管理システムでは、第２通信経路を介して電力会社サーバ装置１０が取得した電力計測情報と、分散台帳システムに記憶された電力計測情報との比較を、分散台帳システムがスマートコントラクトを実行することにより行う。これにより、電力計測情報を比較する処理の信頼性を向上することができる。

【0125】

また本実施の形態に係る電力計測情報管理システムでは、分散台帳システムが行った比較結果に基づいて、電力会社サーバ装置１０が電力計測情報の不一致又は欠損を通知する。これにより、例えば電力会社１のオペレータ等は電力会社サーバ装置１０からの通知に基づいて、電力計測情報の不一致又は欠損等を把握することができ、その原因等の調査を行うことが期待できる。

【0126】

また本実施の形態に係る電力計測情報管理システムでは、分散台帳システムのＤＲ需要家ＤＢに記憶される情報を公開情報として管理し、分散台帳システムの第２電力計測情報ＤＢに記憶される情報を非公開情報として管理する。この非公開情報に関して、親アグリ２及び子アグリ３等のノード装置には、自身の管理下にある需要家４に関する非公開情報のみが記憶され、自身の管理外にある需要家４に関する非公開情報は記憶されない。これにより、需要家４の電力量の計測値等の情報について秘匿性を高めることができる。

【0127】

なお本実施の形態において説明した電力計測情報管理システムのシステム構成、このシステムに含まれる各装置の装置構成、各装置が行う処理、各装置が扱う情報及び装置間で送受信される情報等は、一例であってこれに限るものではなく、適宜に構成の変更等が行われ得る。また電力計測情報管理システムが利用する分散台帳システムの構成は、一例であってこれに限るものではなく、適宜に構成の変更等が行われ得る。本実施の形態に係る分散台帳システムは、「Hyperledger Fabric」又は「Enterprise Ethereum」等のプライベート型の分散台帳システムを想定しているが、パブリック型の分散台帳システムであってもよい。また本実施の形態においては分散台帳システム上で動作するプログラムを「スマートコントラクト」と記載したが、このプログラムは例えば「チェーンコード」等の別の名称で呼ばれ得る。

【0128】

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

【符号の説明】

【0129】

１ 電力会社
２ 親アグリ
３ 子アグリ
４ 需要家
１０ 電力会社サーバ装置
１１ 処理部
１１ａ ＤＲ依頼部
１１ｂ 実施指令部
１１ｃ 情報取得部
１１ｄ 情報検証部
１１ｅ 台帳処理部
１２ 記憶部
１２ａ サーバプログラム
１２ｂ 第１電力計測情報ＤＢ
１３ 通信部
２０ 親アグリサーバ装置
２１ 処理部
２１ａ ＤＲ依頼部
２１ｂ 実施指令部
２１ｃ 情報中継部
２１ｄ 台帳処理部
２２ 記憶部
２２ａ サーバプログラム
２３ 通信部
３０ 子アグリサーバ装置
３１ 処理部
３１ａ 需要家決定部
３１ｂ 実施指令部
３１ｃ 情報中継部
３１ｄ 台帳処理部
３２ 記憶部
３２ａ サーバプログラム
３３ 通信部
４０ スマートメータ
４１ 計測部
４２ 処理部
４３ 記憶部
４４ 第１通信部
４５ 第２通信部
５０ ＧＷ
５１ 処理部
５１ａ 情報中継部
５１ｂ 登録処理部
５２ 記憶部
５２ａ プログラム
５２ｂ 計測値記憶部
５３ 第１通信部
５４ 第２通信部
９７～９９ 記録媒体
１００ 台帳情報
１０１ ブロックチェーン
１０２ ステートＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】