JP2020052452A - 電力提供装置，プログラム及び電力提供方法 - Google Patents

Abstract

【課題】電力の発電源の特定のための処理負荷を低減する。【解決手段】消費者が要求する属性情報を記憶するための記憶領域を有する記憶部１４と、発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、記憶部に記憶されている消費者が要求する属性情報と消費者が要求する消費量とに応じたトークンを消費者に配布する処理部１１と、を備える。【選択図】図６

Description

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

電力は送配電線経由で消費者に供給されるものであり、様々な発電方式で発電された電力が混ざって消費者に供給されており、発電方式による価格差をつけることは容易でない。

一方で、エコロジーの観点等から再生可能エネルギーで発電した電力を購入したい消費者の存在も想定され、発電方式を識別することが可能になれば、電力に価格差を付けて取引をすることが可能となる。再生可能エネルギーを高額で取引することが可能になれば、再生可能エネルギーの発電設備の増強等、更なる再生可能エネルギーの普及に寄与することができる。

そこで、電力取引にブロックチェーン技術を適用し、トークンの取引履歴をトレースすることにより、電力の発電源を特定する技術が開発されている。

特開２０１６−３１６３０号公報

しかしながら、購入した電力が、いつ、どこで、どの手段で発電されたものであるかをトレースするためには、過大な処理負荷が生じるおそれがある。

１つの側面では、電力の発電源の特定のための処理負荷を低減することを目的とする。

電力提供装置は、消費者が要求する属性情報を記憶するための記憶領域を有する記憶部と、発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する処理部と、を備える。

１つの側面では、電力の発電源の特定のための処理負荷を低減できる。

関連例における発電源のトレース処理の第１の例を説明する図である。 関連例における発電源のトレース処理の第２の例を説明するテーブルである。 実施形態の一例における発電源のトレース処理の概要を説明する図である。 実施形態の一例における発電源のトレース処理の概要を説明するテーブルである。 実施形態の一例における電力提供システムの構成例を模式的に示すブロック図である。 図５に示した小売系サーバ及び発電系サーバのハードウェア構成例を模式的に示すブロック図である。 図５に示した電力提供システムの具体例を示す図である。 （Ａ）は図５に示した発電系サーバにおける発電者メータテーブルの生成処理を説明する図であり、（Ｂ）はその発電者メータテーブルの一例である。 （Ａ）は図５に示した小売系サーバにおける消費者メータテーブルの生成処理を説明する図であり、（Ｂ）はその消費者メータテーブルの一例である。 （Ａ）は図５に示した発電系サーバにおける発電の際のコインの発行処理を説明する図であり、（Ｂ）はその取引履歴の例示するテーブルである。 （Ａ）は図５に示した小売系サーバにおける蓄電の際のコインの送信処理を説明する図であり、（Ｂ）はその取引履歴の例示するテーブルである。 （Ａ）は小売系サーバにおける電力消費の際のコインの送信処理を説明する図であり、（Ｂ）はその取引履歴の例示するテーブルであり、（Ｃ）はその消費者の課金情報を例示するテーブルである。 図５に示した電力提供システムにおける発電源のトレース処理を説明する図である。 図５に示した電力提供システムにおける課金情報を例示するテーブルである。 （Ａ）は図５に示した発電系サーバにおけるメータ設置処理を説明するフローチャートであり、（Ｂ）は図５に示した小売系サーバにおけるメータ設置処理を説明するフローチャートである。 図５に示した発電系サーバにおける発電の際のコインの発行処理を説明するフローチャートである。 図５に示した小売系サーバにおける電力購入の際のコインの送信処理を説明するフローチャートである。 図５に示した電力提供システムにおける電力のマッチング処理を説明するフローチャートである。 図５に示した電力提供システムにおける電力料金の課金処理を説明するフローチャートである。 図５に示した電力提供システムにおける電力料金の支払い処理を説明するフローチャートである。 図５に示した電力提供システムにおける発電源比率の算出処理を説明するフローチャートである。

以下、図面を参照して一実施の形態を説明する。ただし、以下に示す実施形態はあくまでも例示に過ぎず、実施形態で明示しない種々の変形例や技術の適用を排除する意図はない。すなわち、本実施形態を、その趣旨を逸脱しない範囲で種々変形して実施することができる。

また、各図は、図中に示す構成要素のみを備えるという趣旨ではなく、他の機能等を含むことができる。

以下、図中において、同一の各符号は同様の部分を示しているので、その説明は省略する。

〔Ａ〕関連例
図１は、関連例における発電源のトレース処理の第１の例を説明する図である。

図１に示す例では、電力取引にブロックチェーンを適用し、電力発電業者の発電量に応じたコイン（「発電量コイン」や「トークン」と称してもよい。）を発行し、電力の消費量に応じて発電量コインを消費者に割り当てる。

図１に示す例では、発電事業者Ａの財布において、発電電力量に応じて３．７４の発電量コインを発行する（符号Ａ１参照）。

発電事業者Ａは、蓄電事業者Ｃの蓄電量に応じて３．７４の発電量コインを蓄電事業者Ｃの財布に移転する（符号Ａ２参照）。

蓄電事業者Ｃは、消費者Ｄの電力使用量に応じて３．７４の発電量コインを消費者Ｄの財布に移転する（符号Ａ３参照）。

消費者Ｄが購入電力の発電源をトラッキングするためには、消費者Ｄが保有している３．７４の発電量コインの送金元をたどることとなる（符号Ａ４及びＡ５参照）。

図２は、関連例における発電源のトレース処理の第２の例を説明するテーブルである。

図２に示す例では、ユーザＤが保有する全てのコインの送信元が確認される。

まず、ユーザＤ自身の保有するコインの取引が特定される（符号Ｂ１参照）。

取引履歴から前の取引ＩＤである６及び７が特定される（符号Ｂ２参照）。

前の取引ＩＤである６及び７からその前の取引ＩＤである１及び２が特定される（符号Ｂ３参照）。前の取引ＩＤの特定は、前の取引ＩＤが存在しなくなるまで繰り返し実施される。

そして、発電源としてユーザＡが特定される（符号Ｂ４参照）。

このように、図２に示す例では、ビットコインのOpen Assets Protocol等を利用し、消費者が購入した総電力の発電源構成を特定するようなユースケースの場合に、全ての発電量コインについて、発電事業者をたどるといった、コストのかかる検索が行なわれる。

〔Ｂ〕実施形態の一例
〔Ｂ−１〕概要
図３は、実施形態の一例における発電源のトレース処理の概要を説明する図である。

実施形態の一例では、発電事業者毎に異なる発電量コインを発行及び管理し、消費者まで流通させる。これにより、消費者は、誰が発行したコインをどれだけ持っているかという情報から、発電電力量のトレースを自身の財布を確認するだけでできる。

図３に示す例では、発電事業者と発電電力量とに応じて、発電量コインが発行される（符号Ｃ１参照）。図示する例では、発電事業者Ａの財布に３．７４の発電量コインが発行される。

ここで、発電事業者Ａ及びＢの発電によって発行されるコインの種類はテーブルによって管理されている（符号Ｃ２参照）。図示する例では、発電事業者Ａの発電によって赤コイン（図中の破線枠参照）が発行され、発電事業者Ｂの発電によって青コイン（図中の一点鎖線枠参照）が発行される。

発電事業者の財布の発電量コインは、蓄電事業者の蓄電量に応じて蓄電事業者の財布に移転される（符号Ｃ３参照）。図示する例では、発電事業者Ａの財布から、３．７４の発電量コインが蓄電事業者Ｃの財布に移転される。

蓄電事業者の財布の発電量コインは、消費者の電力使用量に応じて消費者の財布に移転される（符号Ｃ４参照）。図示する例では、蓄電事業者Ｃの財布から、３．７４の発電量コインが消費者Ｄの財布に移転される。

ここで、消費者Ｄは、自身の財布にあるコインの種類を確認すれば、消費電力の発電源を特定できる。図示する例では、消費者Ｄの財布にある３．７４の赤コイン（図中の破線枠参照）は、発電事業者Ａによって発行されていることが特定できる（符号Ｃ５参照）。

このように、実施形態の一例における発電源のトレース処理では、発電量コインの購入元を１つずつたどる必要がない（符号Ｃ６及びＣ７参照）。

図４は、実施形態の一例における発電源のトレース処理の概要を説明するテーブルである。図４の（Ａ）は取引履歴の一例を示すテーブルであり、図４の（Ｂ）はコインの種類管理のためのテーブルである。

図示する例では、ユーザＤの保有する全てのコインの発行元が特定される。

まず、ユーザＤ自身の保有するコインのコインＩＤが取得される（符号Ｄ１参照）。図示する例では、ユーザＤが保有するコインのコインＩＤは何れも“COIN-1”である。

そして、取引履歴のコインＩＤから発電者が特定される（符号Ｄ２参照）。図示する例では、コインＩＤ“COIN-1”に対応する発電者は“発電事業者Ａ”である。

このように、実施形態の一例においては、発電者の特定のために要する時間を短縮できる。

〔Ｂ−２〕システム構成例
図５は、実施形態の一例における電力提供システム１００の構成例を模式的に示すブロック図である。

電力提供システム１００は、複数（図示する例では、２つ）の小売系サーバ１及び複数（図示する例では、２つ）の発電系サーバ２を備える。また、電力提供システム１００には、ブロックチェーン４が展開される。

発電系サーバ２は、発電者管理部２１１，発電量報告部２１２及びブロックチェーンアクセス部２１３として機能する。発電系サーバ２に接続されているメータ２０は、発電系サーバ２に対応する発電源で発電される電力量を計測する。

発電者管理部２１１は、メータＩＤ，コインＩＤ及び発電者属性情報を管理する。メータＩＤは、発電電力量を計測するメータ２０の識別情報である。コインＩＤは、発電系サーバ２に対応する発電源での発電により発行されるコインの種類を特定する識別情報（別言すれば、「識別子」）である。発電者属性情報は、発電系サーバ２に対応する発電源での発電の方式（例えば、太陽光や水力，火力）や発電源の所在地を示す。

なお、発電者管理部２１１としての機能の詳細は、図８等を用いて後述する。

発電量報告部２１２は、発電系サーバ２に接続されているメータ２０において計測された発電量を所得する。

なお、発電量報告部２１２としての機能の詳細は、図１０等を用いて後述する。

ブロックチェーンアクセス部２１３は、ブロックチェーン４にアクセスすることにより、発電量報告部２１２によって報告された発電量に応じた発電量コイン（「トークン」と称してもよい。）を発行して、発行したコインを発電系サーバ２のウォレットに移動させる。

なお、ブロックチェーンアクセス部２１３としての機能の詳細は、図１０等を用いて後述する。

小売系サーバ１は、消費者管理部１１１，消費量報告部１１２及びブロックチェーンアクセス部１１３として機能する。小売系サーバ１に接続されているメータ１０は、小売系サーバ１に対応する蓄電システム等において蓄電された電力量を計測する。また、小売系サーバ１に接続されているメータ５０は、小売系サーバ１に対応する蓄電システム等からの電力を購入した消費者の消費電力量を計測する。

消費者管理部１１１は、メータＩＤ及び希望電力属性を管理する。メータＩＤは、消費者の消費電力量を計測するメータ５０の識別情報である。希望電力属性は、小売系サーバ１に対応する蓄電システム等からの電力を購入しようとする消費者が希望する発電の方式（例えば、太陽光や水力，火力）や発電源の所在地を示す。

なお、消費者管理部１１１としての機能の詳細は、図９等を用いて後述する。

消費量報告部１１２は、メータ１０及び５０において計測された消費電力量を取得する。

なお、消費量報告部１１２としての機能の詳細は、図１１及び１２等を用いて後述する。

ブロックチェーンアクセス部１１３は、ブロックチェーン４にアクセスすることにより、小売系サーバ１のウォレットにおいて消費電力量に応じた発電量コインの送受信を行なう。

なお、ブロックチェーンアクセス部２１３としての機能の詳細は、図１１及び図１２等を用いて後述する。

また、電力提供システム１００は、マッチング部３１１及び割当部３１２としての機能を有する。マッチング部３１１及び割当部３１２としての機能は、ブロックチェーン４に備えられてもよいし、小売系サーバ１や発電系サーバ２以外のサーバ上に備えられてもよい。

マッチング部３１１は、消費者の希望電力属性と消費電力量とに基づき、発電系サーバ２から小売系サーバ１への発電量コインの送信の可否を判断する。

割当部３１２は、マッチング部３１１によって発電系サーバ２から小売系サーバ１への発電量コインの送信が可能であると判断された場合に、発電量コインの取引情報をブロックチェーン４のブロック上に割り当てる。

図６は、図５に示した小売系サーバ１及び発電系サーバ２のハードウェア構成例を模式的に示すブロック図である。

小売系サーバ１及び発電系サーバ２は、Central Processing Unit（ＣＰＵ）１１，メモリ１２，表示制御部１３，記憶装置１４，入力Interface（Ｉ／Ｆ）１５，読み書き処理部１６及び通信Ｉ／Ｆ１７を備える。

メモリ１２は、記憶部の一例であり、例示的に、Read Only Memory（ＲＯＭ）及びRandom Access Memory（ＲＡＭ）を含む記憶装置である。メモリ１２のＲＯＭには、Basic Input/Output System（ＢＩＯＳ）等のプログラムが書き込まれてよい。メモリ１２のソフトウェアプログラムは、ＣＰＵ１１に適宜に読み込まれて実行されてよい。また、メモリ１２のＲＡＭは、一次記録メモリあるいはワーキングメモリとして利用されてよい。

表示制御部１３は、表示装置１３０と接続され、表示装置１３０を制御する。表示装置１３０は、液晶ディスプレイやOrganic Light-Emitting Diode（ＯＬＥＤ）ディスプレイ，Cathode Ray Tube（ＣＲＴ），電子ペーパーディスプレイ等であり、オペレータ等に対する各種情報を表示する。表示装置１３０は、入力装置と組み合わされたものでもよく、例えば、タッチパネルでもよい。

記憶装置１４は、例示的に、データを読み書き可能に記憶する装置であり、例えば、Hard Disk Drive（ＨＤＤ）やSolid State Drive（ＳＳＤ），Storage Class Memory（ＳＣＭ）が用いられてよい。

入力Ｉ／Ｆ１５は、マウス１５１やキーボード１５２等の入力装置と接続され、マウス１５１やキーボード１５２等の入力装置を制御する。マウス１５１やキーボード１５２は、入力装置の一例であり、これらの入力装置を介して、オペレータが各種の入力操作を行なう。

読み書き処理部１６は、記録媒体１６０が装着可能に構成される。読み書き処理部１６は、記録媒体１６０が装着された状態において、記録媒体１６０に記録されている情報を読み取り可能に構成される。本例では、記録媒体１６０は可搬性を有する。例えば、記録媒体１６０は、フレキシブルディスク、光ディスク、磁気ディスク、光磁気ディスク、又は、半導体メモリ等である。

通信Ｉ／Ｆ１７は、外部装置との通信を可能にするためのインタフェースである。

ＣＰＵ１１は、処理部の一例であり、種々の制御や演算を行なう処理装置であり、メモリ１２に格納されたOperating System（ＯＳ）やプログラムを実行することにより、種々の機能を実現する。

小売系サーバ１及び発電系サーバ２全体の動作を制御するための装置は、ＣＰＵ１１に限定されず、例えば、ＭＰＵやＤＳＰ，ＡＳＩＣ，ＰＬＤ，ＦＰＧＡのいずれか１つであってもよい。また、小売系サーバ１及び発電系サーバ２全体の動作を制御するための装置は、ＣＰＵ，ＭＰＵ，ＤＳＰ，ＡＳＩＣ，ＰＬＤ及びＦＰＧＡのうちの２種類以上の組み合わせであってもよい。なお、ＭＰＵはMicro Processing Unitの略称であり、ＤＳＰはDigital Signal Processorの略称であり、ＡＳＩＣはApplication Specific Integrated Circuitの略称である。また、ＰＬＤはProgrammable Logic Deviceの略称であり、ＦＰＧＡはField Programmable Gate Arrayの略称である。

小売系サーバ１は、図５に示したように、消費者管理部１１１，消費量報告部１１２及びブロックチェーンアクセス部１１３として機能する。また、発電系サーバ２は、図５に示したように、発電者管理部２１１，発電量報告部２１２及びブロックチェーンアクセス部２１３として機能する。

なお、これらの消費者管理部１１１，消費量報告部１１２，ブロックチェーンアクセス部１１３，発電者管理部２１１，発電量報告部２１２及びブロックチェーンアクセス部２１３として機能を実現するためのプログラムは、例えば前述した記録媒体１６０に記録された形態で提供される。そして、コンピュータは読み書き処理部１６を介してその記録媒体１６０からプログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信経路を介してコンピュータに提供してもよい。

消費者管理部１１１，消費量報告部１１２，ブロックチェーンアクセス部１１３，発電者管理部２１１，発電量報告部２１２及びブロックチェーンアクセス部２１３としての機能を実現する際には、内部記憶装置に格納されたプログラムがコンピュータのマイクロプロセッサによって実行される。このとき、記録媒体１６０に記録されたプログラムをコンピュータが読み取って実行してもよい。なお、本実施形態において、内部記憶装置はメモリ１２であり、マイクロプロセッサはＣＰＵ１１である。

図７は、図５に示した電力提供システム１００の具体例を示す図である。

図７に示す例では、発電事業者Ａ，発電事業者Ｂ，蓄電事業者Ｃ，消費者Ｄ及び消費者Ｅが示されている。発電事業者Ａ又はＢから消費者Ｄ又はＥへの送電は、蓄電事業者Ｃを介して行なわれる。また、発電事業者Ａ又はＢと蓄電事業者Ｃとの間、及び、蓄電事業者Ｃと消費者Ｄ又はＥとの間における発電量コインの移転は、ブロックチェーン４を利用して行なわれる。

発電系サーバ２の運用担当者２０１は、発電事業者のメータ２０毎に発電源や発電地を確認し、メータ２０に固有のコインＩＤを発行する。また、運用担当者２０１は、コインＩＤや発電源，発電地等を発電系サーバ２の記憶装置１４に記憶させ、メータ２０を発電事業者Ａ及びＢに配布する。

小売系サーバ１の運用担当者１０１は、消費者のメータ５０毎に希望電力属性を小売系サーバ１の記憶装置１４に記憶させ、メータ５０を消費者Ｄ及びＥに配布する。すなわち、記憶装置１４は、消費者が要求する属性情報を記憶するための記憶領域を有する記憶部として機能する。

発電事業者は、発電量に応じたコインＩＤに紐付く独自の発電量コインを発行することで、ブロックチェーン４に対して発電報告をする（符号Ｅ１参照）。発電事業者は、ブロックチェーン４を介して消費者からの消費報告を受け付け（符号Ｅ２参照）、電力の割当販売を行なうことで、発電量コインへのカラーリングを行なう。

消費者は、発電量コインのトレースを行なうことで、自身に供給された電力の情報を取得する（符号Ｅ３参照）。

図８の（Ａ）は図５に示した発電系サーバ２における発電者メータテーブルの生成処理を説明する図であり、図８の（Ｂ）はその発電者メータテーブルの一例である。

発電系サーバ２の運用担当者２０１は、メータ２０毎に一意となるコインＩＤを取得する（符号Ｆ１参照）。図８の（Ａ）に示す例では、発電事業者ＡについてのメータＩＤ0001に対応するコインＩＤとして0d321ac3が取得されると共に、蓄電事業者ＣについてのメータＩＤ0003に対応するコインＩＤとして6421cdefが取得される。

発電系サーバ２の運用担当者２０１は、取得したコインＩＤに発電源や発電地等の情報を紐づけた情報を発電系サーバ２に登録する（符号Ｆ２参照）。図８の（Ａ）に示す例では、発電事業者Ａの発電源は太陽光であり、蓄電事業者Ｃの発電源は蓄電である。

これにより、発電者管理部２１１は、図８の（Ｂ）に示す発電者メータテーブルを生成する、図８の（Ｂ）に示す例において、発電者メータテーブルでは、メータＩＤ，コインＩＤ，発電事業者，発電源及び発電地が対応付けられている。

なお、発明者メータテーブルの管理は、ブロックチェーン４上で行なわれてもよい。

図９の（Ａ）は図５に示した小売系サーバ１における消費者メータテーブルの生成処理を説明する図であり、図９の（Ｂ）はその消費者メータテーブルの一例である。

小売系サーバ１の運用担当者１０１は、消費者毎にメータＩＤと希望電力属性とを紐づけて取得し（符号Ｇ１参照）、小売系サーバ１に登録する（符号Ｇ２参照）。図９の（Ａ）に示す例では、消費者Ｄ及び蓄電事業者Ｃの希望電力属性は、いずれも太陽光である。

これにより、消費者管理部１１１は、図９の（Ｂ）に示す消費者メータテーブルを生成する、図９の（Ｂ）に示す例において、消費者メータテーブルでは、メータＩＤ，消費者，希望電源及び希望発電地が対応付けられている。

図１０の（Ａ）は図５に示した発電系サーバ２における発電の際のコインの発行処理を説明する図であり、図１０の（Ｂ）はその取引履歴の例示するテーブルである。

発電事業者のメータ２０は、一定の時間間隔で、発電量を計測する。発電量報告部２１２は、メータ２０における今回の指示値から前回の指示値を減算することにより、今回の発電量を算出する。ブロックチェーンアクセス部２１３は、ブロックチェーン４への書き込みにより、メータ２０毎に独自の発電量コインを今回の発電量に応じた量だけ、発電事業者自身のウォレットに発行する（符号Ｈ１及びＨ２参照）。

図１０の（Ａ）に示す例では、発電事業者Ｂのメータ２０において、現在時刻は2018年1月31日12時0分0秒であり、６０分前の計測値は433.45kWhであり、現在の計測値は437.64kWhである。そこで、発電事業者Ｂのウォレットには、437.64から433.45を減算した4.19分の発電量コインが発行される。発電事業者Ｂの発電量コインのコインＩＤは、4fd16c52で特定される。

そして、図１０の（Ｂ）に示すように、発電事業者Ａ及びＢにおけるブロックチェーン４上の取引履歴が生成される。

図１１の（Ａ）は図５に示した小売系サーバ１における蓄電の際のコインの送信処理を説明する図であり、（Ｂ）はその取引履歴の例示するテーブルである。

蓄電事業者のメータ１０は、一定の時間間隔で電力消費量を計測する。消費量報告部１１２は、メータ１０における今回の指示値から前回の指示値を減算することにより、今回の消費電力量を算出する。そして、マッチング部３１１によるマッチング及び割当部３１２による発電量コインの割り当てに基づき、蓄電事業者のウォレットにおいて発電量コインを受信する。

図１１の（Ａ）に示す例では、発電事業者Ａのウォレットから蓄電事業者Ｃのウォレットに対して、2.09分の発電量コインが送信されている（符号Ｉ１参照）。

そして、図１１の（Ｂ）に示すように、図１０の（Ｂ）に示した取引履歴に加えて、蓄電事業者Ｃにおけるブロックチェーン４上の取引履歴が生成される。

すなわち、小売系サーバ１のＣＰＵ１１は、発電源の属性情報と発電量とを対応付けて発行された発電量コインを発電源から回収する。

図１２の（Ａ）は小売系サーバ１における電力消費の際のコインの送信処理を説明する図であり、（Ｂ）はその取引履歴の例示するテーブルであり、（Ｃ）はその消費者の課金情報を例示するテーブルである。

消費者のメータ５０は、定期的に電力消費量を計測する。消費量報告部１１２は、メータ５０における今回の指示値から前回の指示値を減算することにより、今回の消費電力量を算出する。ブロックチェーンアクセス部１１３は、今回の消費量と、消費者が希望する電力属性とを指定した上で、ブロックチェーン４に報告する。今回の消費量と、消費者が希望する電力属性を元に、消費者のウォレットが発電量コインの割り当てを受けると共に、消費者は電力量に応じた対価の支払いを行なう。

図１２の（Ａ）に示す例では、蓄電事業者Ｃのウォレットから消費者Ｄのウォレットに対して、2.09分の発電量コインが送信されている（符号Ｊ１参照）。

そして、図１２の（Ｂ）に示すように、図１１の（Ｂ）に示した取引履歴に加えて、消費者Ｄにおけるブロックチェーン４上の取引履歴が生成される。

また、図１２の（Ｃ）に示すように、課金の日時，送金元，送金先及び送金額が示された課金情報が生成される。図示する例では、2018年6月20日9時0分〜9時30分の間において、消費者Ｄから蓄電事業者Ｃへの支払いとして50円の課金が発生している。

すなわち、小売系サーバ１のＣＰＵ１１は、記憶装置１４に記憶されている消費者が要求する属性情報と消費者が要求する消費量とに応じた発電量コインを消費者に配布する。

図１３は、図５に示した電力提供システム１００における発電源のトレース処理を説明する図である。

消費者は、自身のウォレットに格納されている発電量コインと発電者メータテーブルとを参照することにより、どの発電事業者がどのような発電源で発電した電力を消費したかを確認できる。

図１３に示す例では、消費者Ｄのウォレットには、コインＩＤが0d321ac3で特定される発電量コインが格納されている。消費者Ｄは、このコインＩＤに基づいて発電者メータテーブルを参照することで、メータＩＤが0001の発電事業者Ａが太陽光発電により神奈川県川崎市で発電した電力を消費したことが確認できる（符号Ｋ１参照）。

すなわち、小売系サーバ１のＣＰＵ１１は、消費者が保有する発電量コインに付与されたコインＩＤ毎に発電量コインの総量を算出することにより、消費者が消費した発電源の属性情報毎の消費量を特定する。

図１４は、図５に示した電力提供システム１００における課金情報を例示するテーブルである。

図１４に示す課金情報において、2018年6月20日分の課金額を計算する例について説明する。

消費者Ｄからの引き落とし額の計算は、2018年6月20日で、送金元が消費者Ｄである課金情報を検索することにより行なわれる。図示する例では、符号Ｌ１及びＬ２に示すように、送金額の50円と100円とが足し合わされることにより、消費者Ｄからの引き落とし額150円が計算される。

蓄電事業者Ｃへの振り込み額の計算は、2018年6月20日で、送金先が蓄電事業者Ｃである課金情報を検索することにより行なわれる。図示する例では、符号Ｌ１及びＬ３に示すように、送金額の50円と40円とが足し合わされることにより、蓄電事業者Ｃへの振り込み額90円が計算される。

すなわち、小売系サーバ１のＣＰＵ１１は、消費者が保有する発電量コインに付与されたコインＩＤ毎に発電量コインの総量を算出することにより、消費者の電力料金を課金する。

〔Ｂ−３〕動作例
図５に示した発電系サーバ２及び小売系サーバ１におけるメータ設置処理を、図１５の（Ａ）及び（Ｂ）に示すフローチャートに従って説明する。図１５の（Ａ）は発電系サーバ２におけるメータ設置処理（ステップＳ１及びＳ２）を示し、図１５の（Ｂ）は小売系サーバ１におけるメータ設置処理（ステップＳ１１及びＳ１２）を示す。

図１５の（Ａ）に示すように、発電系サーバ２の発電者管理部２１１は、発電事業者のメータ２０に固有のメータＩＤに基づいてコインＩＤを発行する（ステップＳ１）。

発電者管理部２１１は、メータＩＤ，コインＩＤ及び発電者属性情報を記憶装置１４に記録する（ステップＳ２）。そして、発電系サーバ２におけるメータ設置処理は終了する。

図１５の（Ｂ）に示すように、小売系サーバ１の消費者管理部１１１は、消費者のメータ５０に固有のメータＩＤを取得する（ステップＳ１１）。

消費者管理部１１１は、メータＩＤ及び希望電力属性を記憶装置１４に記録する（ステップＳ１２）。そして、小売系サーバ１におけるメータ設置処理は終了する。

次に、図５に示した発電系サーバ２における発電の際のコインの発行処理を、図１６に示すフローチャート（ステップＳ２１〜Ｓ２５）に従って説明する。

発電系サーバ２の発電者管理部２１１は、発電事業者のメータ２０のメータＩＤからコインＩＤを取得する（ステップＳ２１）。

発電量報告部２１２は、メータ２０のから発電量を取得する（ステップＳ２２）。発電量は、メータ２０における今回の指示値から前回の指示値を減算することにより、算出される。

ブロックチェーンアクセス部２１３は、発電量に応じた発電量コインを発行する（ステップＳ２３）。

ブロックチェーンアクセス部２１３は、発電事業者自身のウォレットに発電量コインを移動させる（ステップＳ２４）。

そして、処理は、規定時間（例えば、３０分間）待機され（ステップＳ２５）、ステップＳ２２へ戻る。

次に、図５に示した小売系サーバ１における電力購入の際のコインの送信処理を、図１７に示すフローチャート（ステップＳ３１〜Ｓ３６）に従って説明する。

小売系サーバ１の消費者管理部１１１は、消費者のメータ５０のメータＩＤに基づき、希望電力属性を取得する（ステップＳ３１）。

消費量報告部１１２は、メータ５０から電力消費量を取得する（ステップＳ３２）。電力消費量は、メータ５０における今回の指示値から前回の指示値を減算することにより、算出される。

マッチング部３１１は、マッチング処理を行なう（ステップＳ３３）。なお、マッチング処理の詳細は、図１８を用いて後述する。

割当部３１２は、発電量コインを消費者のウォレットに移動させる（ステップＳ３４）。

割当部３１２は、単位時間分の電力料金情報（別言すれば、「誰から誰にいくら払われるかを示す情報」）を小売系サーバ１及び発電系サーバ２の記憶装置１４に記録する（ステップＳ３５）。

そして、処理は、規定時間（例えば、３０分間）待機し（ステップＳ３６）、ステップＳ３２へ戻る。

次に、図５に示した電力提供システム１００における電力のマッチング処理（ステップＳ４１〜Ｓ４４）を、図１８に示すフローチャートに従って説明する。

マッチング部３１１は、消費者による電力属性情報と消費電力量との条件に基づき、発電事業者のウォレットから発電量コインを検索する（ステップＳ４１）。

マッチング部３１１は、希望電力属性と消費電力量との条件を満たす発電量コインが存在するかを判定する（ステップＳ４２）。

条件を満たす発電量コインが存在する場合には（ステップＳ４２のＹｅｓルート参照）、マッチング部３１１は、検索した発電量コインを消費者に割り当てることを決定する（ステップＳ４３）。

一方、条件を満たす発電量コインが存在しない場合には（ステップＳ４２のＮｏルート参照）、マッチング部３１１は、マッチングの失敗を小売系サーバ１及び発電系サーバ２へ通知する（ステップＳ４４）。そして、電力のマッチング処理は終了する。

マッチング処理は、消費者の希望電力属性と消費電力量との要求が発生した順、すなわち、先着順で割り当てる方式で実行されてもよいし、一定の時間間隔内で発生した取引を配分する方式で実行されてもよい。

次に、図５に示した電力提供システム１００における電力料金の引き落とし処理を、図１９に示すフローチャート（ステップＳ５１〜Ｓ５８）に従って説明する。

以下では、消費者から小売系サーバ１（別言すれば、「蓄電事業者」）への電力料金の引き落とし処理を示す。小売系サーバ１（別言すれば、「蓄電事業者」）から発電系サーバ２（別言すれば、「発電事業者」）への電力料金の引き落とし処理も同様に実行されてよい。

小売系サーバ１の消費者管理部１１１は、変数ｉを０に設定する（ステップＳ５１）。

消費者管理部１１１は、変数ｉが消費者の数よりも小さいという条件式が真である限り、ステップＳ５３〜Ｓ５７における処理を繰り返す（ステップＳ５２）。

消費者管理部１１１は、支払元が消費者ｉである課金対象期間の単位時間分の電力料金を電力料金情報として取得する（ステップＳ５３）。

消費者管理部１１１は、変数ｊが電力料金情報の数よりも小さいという条件式が真である限り、ステップＳ５５の処理を繰り返す（ステップＳ５４）。

消費者管理部１１１は、前回の電力料金に変数ｊにおける電力料金情報を加算して、今回の電力料金を算出する（ステップＳ５５）。

消費者管理部１１１は、変数ｊを１インクリメントして、ステップＳ５５における処理を繰り返す（ステップＳ５６）。

ステップＳ５５における処理の繰り返しが終わった場合には、消費者管理部１１１は、消費者からの電力料金の引き落としを実行する（ステップＳ５７）。

消費者管理部１１１は、変数ｉを１インクリメントして、ステップＳ５３〜Ｓ５７における処理を繰り返す（ステップＳ５８）。

ステップＳ５３〜Ｓ５７における処理の繰り返しが終わった場合には、電力料金の引き落とし処理は終了する。

次に、図５に示した電力提供システム１００における電力料金の支払い処理を、図２０に示すフローチャート（ステップＳ６１〜Ｓ６８）に従って説明する。

以下では、小売系サーバ１（別言すれば、「蓄電事業者」）から発電系サーバ２（別言すれば、「発電事業者」）への電力料金の支払い処理を示す。消費者から小売系サーバ１（別言すれば、「蓄電事業者」）への電力料金の支払い処理も同様に実行されてよい。

小売系サーバ１の消費者管理部１１１は、変数ｉを０に設定する（ステップＳ６１）。

消費者管理部１１１は、変数ｉが発電事業者の数よりも小さいという条件式が真である限り、ステップＳ６３〜Ｓ７７における処理を繰り返す（ステップＳ６２）。

消費者管理部１１１は、支払先が発電事業者ｉである課金対象期間の単位時間分の電力料金を電力料金情報として取得する（ステップＳ６３）。

消費者管理部１１１は、変数ｊが電力料金情報の数よりも小さいという条件式が真である限り、ステップＳ６５の処理を繰り返す（ステップＳ６４）。

消費者管理部１１１は、前回の電力料金に変数ｊにおける電力料金情報を加算して、今回の電力料金を算出する（ステップＳ６５）。

消費者管理部１１１は、変数ｊを１インクリメントして、ステップＳ６５における処理を繰り返す（ステップＳ６６）。

ステップＳ６５における処理の繰り返しが終わった場合には、消費者管理部１１１は、発電事業者への電力料金の振り込みを実行する（ステップＳ６７）。

消費者管理部１１１は、変数ｉを１インクリメントして、ステップＳ６３〜Ｓ６７における処理を繰り返す（ステップＳ６８）。

ステップＳ６３〜Ｓ６７における処理の繰り返しが終わった場合には、電力料金の支払い処理は終了する。

次に、図５に示した電力提供システム１００における発電源比率の算出処理を、図２１に示すフローチャート（ステップＳ７１〜Ｓ７８）に従って説明する。

以下では、小売系サーバ１のウォレットにおける発電源比率の算出処理を示す。小売系サーバ１は、消費者のウォレットにおける発電源比率の算出処理を行なってもよい。

小売系サーバ１のブロックチェーンアクセス部１１３は、自身のウォレットから統計対象の発電量コインを取得する（ステップＳ７１）。

ブロックチェーンアクセス部１１３は、変数ｉを０に設定する（ステップＳ７２）。

ブロックチェーンアクセス部１１３は、変数ｉが発電量コインの数よりも小さいという条件式が真である限り、ステップＳ７４〜Ｓ７７における処理を繰り返す（ステップＳ７３）。

ブロックチェーンアクセス部１１３は、発電量コインｉのコインＩＤを取得する（ステップＳ７４）。

発電系サーバ２の発電者管理部２１１は、コインＩＤから発電源情報を発電源として取得する（ステップＳ７５）。

ブロックチェーンアクセス部１１３は、発電源毎に発電量を加算する（ステップＳ７６）。

ブロックチェーンアクセス部１１３は、変数ｉを１インクリメントする（ステップＳ７７）。

ステップＳ７４〜Ｓ７７における処理が終わった場合には、ブロックチェーンアクセス部１１３は、自身のウォレットに存在する発電量コインのコインＩＤと数量とに基づいて、発電源の比率を算出する（ステップＳ７８）。そして、発電源比率の算出処理は終了する。

〔Ｂ−４〕効果
上述した実施形態の一例における小売系サーバ１によれば、例えば、以下の作用効果を奏することができる。

記憶装置１４は、消費者が要求する属性情報を記憶するための記憶領域を有する。ＣＰＵ１１は、発電源の属性情報と発電量とを対応付けて発行された発電量コインを発電源から回収し、記憶装置１４に記憶されている消費者が要求する属性情報と消費者が要求する消費量とに応じた発電量コインを消費者に配布する。

これにより、電力の発電源の特定のための処理負荷を低減できる。

ＣＰＵ１１は、発電源毎に異なるコインＩＤが付与された発電量コインを発電源から回収する。

これにより、コインＩＤ毎に発電源を特定することができる。

ＣＰＵ１１は、消費者が保有する発電量コインに付与されたコインＩＤ毎に発電量コインの総量を算出することにより、消費者が消費した発電源の属性情報毎の消費量を特定する。

これにより、消費者のウォレットに存在する発電量コインのコインＩＤを特定するだけで、消費電力の発電源の属性情報を特定できる。

ＣＰＵ１１は、消費者が保有する発電量コインに付与されたコインＩＤ毎に発電量コインの総量を算出することにより、消費者の電力料金を課金する。

これにより、発電源毎に電力料金が異なる場合においても、消費者の合計の電力料金を算出できる。

属性情報は、発電源による発電方式と発電源の所在地との少なくとも一方である。

これにより、消費電力の発電方式や発電場所等の消費者のニーズに合わせた電力を提供できる。

〔Ｃ〕その他
開示の技術は上述した実施形態に限定されるものではなく、本実施形態の趣旨を逸脱しない範囲で種々変形して実施することができる。本実施形態の各構成及び各処理は、必要に応じて取捨選択することができ、あるいは適宜組み合わせてもよい。

〔Ｄ〕付記
以上の実施形態に関し、さらに以下の付記を開示する。

（付記１）
消費者が要求する属性情報を記憶するための記憶領域を有する記憶部と、
発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する処理部と、
を備える、電力提供装置。

（付記２）
前記処理部は、前記発電源毎に異なる識別子が付与された前記トークンを前記発電源から回収する、
付記１に記載の電力提供装置。

（付記３）
前記処理部は、前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者が消費した前記発電源の属性情報毎の消費量を特定する、
付記２に記載の電力提供装置。

（付記４）
前記処理部は、前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者の電力料金を課金する、
付記２又は３に記載の電力提供装置。

（付記５）
前記属性情報は、前記発電源による発電方式と前記発電源の所在地との少なくとも一方である、
付記１〜４のいずれか１項に記載の電力提供装置。

（付記６）
コンピュータに、
消費者が要求する属性情報を記憶部に記憶させ、
発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する、
処理を実行させる、プログラム。

（付記７）
前記発電源毎に異なる識別子が付与された前記トークンを前記発電源から回収する、
処理を前記コンピュータに実行させる、付記６に記載のプログラム。

（付記８）
前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者が消費した前記発電源の属性情報毎の消費量を特定する、
処理を前記コンピュータに実行させる、付記７に記載のプログラム。

（付記９）
前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者の電力料金を課金する、
処理を前記コンピュータに実行させる、付記７又は８に記載のプログラム。

（付記１０）
前記属性情報は、前記発電源による発電方式と前記発電源の所在地との少なくとも一方である、
付記６〜９のいずれか１項に記載のプログラム。

（付記１１）
消費者が要求する属性情報を記憶部に記憶させ、
発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する、
処理を実行させる、電力提供方法。

（付記１２）
前記発電源毎に異なる識別子が付与された前記トークンを前記発電源から回収する、
付記１１に記載の電力提供方法。

（付記１３）
前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者が消費した前記発電源の属性情報毎の消費量を特定する、
付記１２に記載の電力提供方法。

（付記１４）
前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者の電力料金を課金する、
付記１２又は１３に記載の電力提供方法。

（付記１５）
前記属性情報は、前記発電源による発電方式と前記発電源の所在地との少なくとも一方である、
付記１１〜１４のいずれか１項に記載の電力提供方法。

１００ ：電力提供システム
１ ：小売系サーバ
１０１ ：運用担当者
１０ ：メータ
１１ ：ＣＰＵ
１１１ ：消費者管理部
１１２ ：消費量報告部
１１３ ：ブロックチェーンアクセス部
１２ ：メモリ
１３ ：表示制御部
１３０ ：表示装置
１４ ：記憶装置
１５ ：入力Ｉ／Ｆ
１５１ ：マウス
１５２ ：キーボード
１６ ：読み書き処理部
１６０ ：記録媒体
１７ ：通信Ｉ／Ｆ
２ ：発電系サーバ
２０１ ：運用担当者
２０ ：メータ
２１１ ：発電者管理部
２１２ ：発電量報告部
２１３ ：ブロックチェーンアクセス部
３１１ ：マッチング部
３１１ ：マッチング
３１２ ：割当部
４ ：ブロックチェーン
５０ ：メータ

Claims (7)

1. 消費者が要求する属性情報を記憶するための記憶領域を有する記憶部と、
   発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する処理部と、
   を備える、電力提供装置。
2. 前記処理部は、前記発電源毎に異なる識別子が付与された前記トークンを前記発電源から回収する、
   請求項１に記載の電力提供装置。
3. 前記処理部は、前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者が消費した前記発電源の属性情報毎の消費量を特定する、
   請求項２に記載の電力提供装置。
4. 前記処理部は、前記消費者が保有する前記トークンに付与された前記識別子毎に前記トークンの総量を算出することにより、前記消費者の電力料金を課金する、
   請求項２又は３に記載の電力提供装置。
5. 前記属性情報は、前記発電源による発電方式と前記発電源の所在地との少なくとも一方である、
   請求項１〜４のいずれか１項に記載の電力提供装置。
6. コンピュータに、
   消費者が要求する属性情報を記憶部に記憶させ、
   発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する、
   処理を実行させる、プログラム。
7. 消費者が要求する属性情報を記憶部に記憶させ、
   発電源の属性情報と発電量とを対応付けて発行されたトークンを発電源から回収し、前記記憶部に記憶されている前記消費者が要求する属性情報と前記消費者が要求する消費量とに応じたトークンを前記消費者に配布する、
   処理を実行させる、電力提供方法。

Images