WO2023162656A1

WO2023162656A1 - 情報処理装置

Info

Publication number: WO2023162656A1
Application number: PCT/JP2023/003866
Authority: WO
Inventors: 吉雅草野; 和秀戸田; 哲平青木; 道隆渡慶次; 真本間; 洋一坂本
Original assignee: 京セラ株式会社
Priority date: 2022-02-25
Filing date: 2023-02-06
Publication date: 2023-08-31
Also published as: JP2023124732A

Abstract

情報処理装置は、発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、発電設備に関連する情報、発電設備の所有権の持分に関連する情報、及び持分に応じた価格に関連する情報に基づいて、発電設備によって発電される電力の取引を実行させる販売処理部と、販売処理部による取引が成立した場合に、第１のトークンを、所有権の持分に応じて取引における購入者に移転させるトークン移転部と、を備える。

Description

情報処理装置

関連出願の相互参照

　本出願は、２０２２年２月２５日に日本国に特許出願された特願２０２２－２８７０５の優先権を主張するものであり、この先の出願の開示全体を、ここに参照のために取り込む。

　本開示は、情報処理装置に関する。

　事業者が自身の所有する発電設備を用いて発電した電力を、送配電ネットワークを介して他の場所にある当該事業者の設備に送電する自己託送が知られている（特許文献１参照）。

特開２０１７－１６３７８０号公報

　一実施形態に係る情報処理装置は、
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記発電設備に関連する情報、前記発電設備の所有権の持分に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記所有権の持分に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える。

　また、一実施形態に係る情報処理装置は、
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記前記発電設備が所定の時間帯において発電する積算の電力を予測する発電予測取得部と、
　前記発電設備に関連する情報、発電予測部によって予測される電力に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記発電予測部によって予測される電力に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える。

　また、一実施形態に係る情報処理装置は、
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記発電設備に関連する情報、前記発電設備によって発電される単位電力あたりの二酸化炭素排出量に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、発電予測部によって予測される電力に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える。

　また、一実施形態に係るプログラムを記録した一時的でない有形の媒体は、
　コンピュータに、
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行処理と、
　前記発電設備に関連する情報、前記発電設備の所有権の持分に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記所有権の持分に応じて前記取引における購入者に移転させる移転処理と、
　を実行させるためのプログラムを記録した媒体である。

　その他本願が開示する課題、及び、その解決方法については、本開示の実施形態の欄及び図面により明らかにされる。

電力調達の概要を説明する図である。従来の太陽光パネルの共同所有形態を説明する図である。発電設備１３の共同所有形態を説明する図である。発電電力量の分配について説明する図である。電力調達システムにおける取引の概要を示す図である。電力調達システムの全体構成例を示す図である。管理サーバ２のハードウェア構成例を示す図である。管理サーバ２のソフトウェア構成例を示す図である。本実施形態の電力調達システムにおける送電処理の流れを示す図である。本実施形態の電力調達システムにおける発電設備の持分の流通の流れを示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおける取引画面の例を示す図である。本実施形態の電力調達システムにおけるトークン購入の例を示す図である。本実施形態の電力調達システムにおける請求の例を示す図である。本実施形態の電力調達システムにおける送電処理の流れを示す図である。

　発電設備の所有には、通常は多額の初期投資を必要し、所有のハードルが高い。本開示の目的は、上記課題を解決するために、希望の電力調達を容易にする技術を提供することにある。本開示の実施形態によれば、希望の電力調達を容易にすることができる。以下、本開示の電力調達システムの実施形態について説明する。

　本実施形態の電力調達システムでは、発電設備を証券トークン（セキュリティトークン：Security Token）により小口化して区分所有可能にする。これにより、本実施形態の電力調達システムは、発電設備保有の初期投資を抑制し得る。本実施形態の電力調達システムにおいて、発電設備とは、例えば太陽光パネルを想定してよい。しかしながら、本実施形態の電力調達システムにおいて、発電設備は、太陽光パネルに限らず、火力発電設備であってもよいし、蓄電池等であってもよい。本開示において、証券トークン（セキュリティトークン）を、「ＳＴ」とも記す。また、本実施形態の電力調達システムは、利用時のみＳＴを保有する高頻度売買を可能とするマーケットプレイスを実現する。これにより、例えば、発電設備の遊休状態を解消するとともに、発電設備のセカンダリー市場での値付けを行い、流動性を確保することで、発電設備の価値向上も実現することができる。電力の需要者は、発電設備を区分所有することにより、自己託送制度を利用して電力需要設備に区分所有している発電設備からの送電を行うことができる。

　自家発電設備は、通常ある事業者又は個人などが単体で保有するのが一般的である。本実施形態では、１つの発電設備を複数の需要家（需要者）が共同保有し得るモデルを採用する。

　従来型の大型発電設備（太陽光に限らず火力及び風力なども）は初期投資に費用が掛かり、一事業者での保有は負担が大きい。また、発電設備によっては日中のピークカットに利用するのみで、稼働していない時間も多く、稼働率を上げたいというニーズがある。あるいは、短時間の出力調整が難しい発電設備の場合、需要設備が稼働していないタイミングでは発電電力量が過剰となり、経済性の成り立たない価格であっても他社に売電するしか選択肢が無いなどの課題を持つ。経済性を向上させるにも、例えば設備の区分所有権を売却し、購入者が自己託送制度を利用可能とすることでより流動性を高める仕組みは存在しない。また、共同保有を実際に行うとしても、所有区分を物理的に切り分け、各区分にメータを設置し発電電力量を計測できる太陽光発電設備ぐらいしか適用可能な発電設備は存在せず、実施したとしてもメータの複数設置などで経済性が悪化することが予想される。また、仮に大型の太陽光発電設備を物理的に分割して保有した場合、場所によって日射量の違い、パネルの劣化の違いがあるため、同一面積のパネルを保有していたとしても計測地点によって発電電力量が違い、不公平が生じていた。また、このように物理的に切り分ける方式は、それ以外の発電設備（火力、水力、風力、地熱、バイオマス、原子力、その他発電方法及び蓄電池）に広げることが困難であった。そもそも、太陽光パネルの場合は保有にかかる形態がパネル単位と物理的に切り分けできるものの、他の発電設備はこのような物理的な切り分けが困難であった。

　そこで、本実施形態の電力調達システムでは、発電設備を物理的にではなく仮想的に分割し、その分割した区分を例えばブロックチェーンのＳＴにより表章し、分割した単位での所有権を発電設備の利用者が保有できるようにした。これにより、高額な発電設備を少額で一部保有することが可能となり、また仮想的に分割するため、分割に物理的な制約がある太陽光発電以外の発電設備でも分割での保有を可能としている。

　また、本実施形態の電力調達システムでは、発電設備の発電電力量を計測し、一定の時間帯（30分毎など）毎に保有した割合に応じ電力量（ｋＷｈ）を自己託送の形で供給するようにしている。

　また、本実施形態の電力調達システムでは、発電設備を保有している割合を電子的に記録することができる。これにより、本実施形態の電力調達システムは、売買容易性を高めることができる。したがって、本実施形態の電力調達システムは、所有権及びそれに紐づく電力量（ｋＷｈ）のオフテイク権を売買できるプラットフォームを用意することにより、資産の流動性を高めることが期待できる。また、本実施形態の電力調達システムは、既存の設備も当該プラットフォームに載せることにより、設備の稼働率を向上させることを可能にする。

　本実施形態の電力調達システムでは、上述のオフテイク権は、例えばユーティリティトークン（Utility Token）により表章されるものとしてよい。ここで、ユーティリティトークンとは、ある資産又は価値から生まれる二次的な資産又は価値を表すトークンをいう。例えば、ユーティリティトークンとは、セキュリティトークンから生み出される価値を表すトークンしてもよい。また、ユーティリティトークンとは、例えば、トークンそれ自体は金銭的価値をもたず、具体的な他のアセットと交換することにより初めて資産性が生まれる種類のトークンとしてもよい。本実施形態の電力調達システムにおいては、ユーティリティトークンを用いることにより、発電電力量に対応するオフテイク権と、取引時に用いる電力量との関係を示すことができる。本開示において、ユーティリティトークンを、「ＵＴ」とも記す。また、本開示において、ＳＴ（セキュリティトークン）及びＵＴ（ユーティリティトークン）の少なくとも一方を、単に「トークン」と記すことがある。

　太陽光発電の資産を共有保有したり、また当該資産を用いて電力の自己託送を行ったりする際には、発電量を資産の持分に応じて適正に分配することが必要と想定される。ここで、持分を証明する手段、及び、保有者に紐づく発電量を記録する手段として、非改ざん性が高いとされるブロックチェーンのシステムを利用することが有効と考えられる。例えば、本実施形態の電力調達システムにおいて、ＳＴの保有分に応じてＵＴを移動させるスマートコントラクトを構築してよい。ここで、スマートコントラクトとは、契約の自動化、又は契約のスムーズな検証、執行、実行、交渉を意図したコンピュータプロトコルをいう。例えば、スマートコントラクトとは、ブロックチェーンにおいて動作するアプリケーションに実装されるものとしてもよい。スマートコントラクトには、第三者を介さずに信用が担保されたトランザクションを処理できるという特徴がある。本実施形態の電力調達システムにより、直接金融を活用したファイナンス（Security Token Offering：ＳＴＯ）の実現のみならず、その出資者（例えば太陽光パネル保有者）の権利保護（発電量の適切な分配）及び流動性確保（資産の譲渡容易性）の両立が可能になる。

　例えば、太陽光パネルなどの発電設備に共同出資した者は、それぞれが出資した分に相当するＳＴを保有することができる。例えば、太陽光パネルなどの発電設備の全体が４０ＳＴに相当するものとする。この場合、当該発電設備のうち５０％に出資した者Ａは、当該出資分に応じて、２０ＳＴを保有するものとしてよい。また、例えば、当該発電設備のうち１２．５％に出資した者Ｂは、当該出資分に応じて、５ＳＴを保有するものとしてよい。さらに、例えば、当該発電設備のうち３７．５％に出資した者Ｃは、当該出資分に応じて、１５ＳＴを保有するものとしてよい。以下、上述した２０ＳＴ、５ＳＴ、１５ＳＴなどのように、セキュリティトークン（ＳＴ）をトークンの単位として記すことがある。

　一方、前述の発電設備は、例えば、所定の一日における３０分の間に、８０ｋＷｈの発電を行う予定であるとする。この場合、上述の者Ａは、８０ｋＷｈの５０％を受ける権利として、例えば４０ＵＴを保有するものとしてよい。また、例えば、上述の者Ｂは、８０ｋＷｈの１２．５％を受ける権利として、例えば１０ＵＴを保有するものとしてよい。また、例えば、上述の者Ｃは、８０ｋＷｈの３７．５％を受ける権利として、例えば３０ＵＴを保有するものとしてよい。このように、ＳＴの持分に応じて、ＵＴが配分されるようにしてよい。以下、上述した４０ＵＴ、１０ＵＴ、３０ＵＴなどのように、ユーティリティトークン（ＵＴ）をトークンの単位として記すことがある。

　ブロックチェーンの証券トークンであるＳＴを採用することにより、ウォレット間におけるＳＴの授受により取引が完了する。このため、資産の売却が容易になることにより、セカンダリマーケットの創出が期待される。また、（獲得予定の）電力量を表章するトークンであるＵＴを採用することにより、発電量の適切な分配及び出力抑制などに対応することができるのみならず、託送料金の整合性を確認することもできる。

　このようにして、本実施形態の電力調達システムによれば、トークンの分割により、少額からの初期投資で発電設備を所有することができる。

　また、本実施形態の電力調達システムによれば、高頻度のトークン売買プラットフォームを実現するために、発電設備を利用しない時間帯のみ売却するような運用を行うことができる。これにより、硬直的な傾向にあった発電設備の保有形態に売却、あるいは一時的な売却という選択が追加されることで資産の投資活発化が期待される。よって、資産の流動性を確保及び資産価値を向上させることができる。

　また、本実施形態の電力調達システムによれば、実際の発電設備を物理的に分けるのではなく（太陽光パネル以外はそもそも物理的に分けることが困難である。）、トークンによる仮想的に区分した所有権（ＳＴ）と、電力（ｋＷｈ）のオフテイク権（ＵＴ）とを組み合わせる仕組みを実現することができる。したがって、共同で保有できる発電設備に制限がなく、火力、水力、風力、地熱、バイオマス、原子力、その他発電方法すべて及び蓄電池に適用が可能である。

　また、本実施形態の電力調達システムによれば、例えば、工場などで特定の季節、時間帯しか利用されていない発電設備などについても、利用していない時間について一時的な売却を行うこともできる。したがって、電力負荷が非稼働な時間帯が存在しても、発電設備を常時稼働させながら収益を享受することができる。これにより設備の稼働率向上が見込まれ、付随効果として、例えば日本国のような国家全体における発電にかかるオペレーションコスト低減、及び／又は発電設備を持つ経済性が向上する（ピークカットなど短期的な電力調達を必要とする需要家も、需要の大小を問わず利用できるため、通常の電力会社への売電よりも高値で売れる可能性がある）。

　また、発電設備を仮想的に分割保有することで、各パネルの劣化及び／又は日射量の違いによる発電電力量の違いによる所有者間の不公平さが発生しなくなる。これにより、例えば従来のコミュニティソーラーのように、太陽光パネル間での発電電力量のブレ（差）による不公平をなくすことができる。

＜電力調達の概要＞
　図１は、一実施形態における電力調達の概要を説明する図である。需要者１０（企業Ａ）は、需要設備１１を有しており、需要設備１１で利用するための電力を調達するにあたり、マーケットプレイス１２から発電設備１３を仮想的に分割した区分１３１を調達する。ここで、区分１３１は、上述したＳＴＯによる仮想保有区分としてよい。発電設備１３により発電された電力は、発電設備１３の持分（ＳＴ）に応じて分割されて、自己託送により発電設備１３から需要設備１１に供給される。実際には送電事業者により送電されるところ、仮想的に発電設備１３からの発電電力量の一部が需要設備１１に送電されたと看做されることになる。自己託送とは、自家用発電設備を設置する者が、当該自家用発電設備を用いて発電した電気を一般送配電事業者が維持し運用する送配電ネットワークを介して、当該自家用発電設備を設置する者の別の場所にある工場等に送電する際に、当該一般送配電事業者が提供するサービスのことをいう。このようにして、自己託送による電力供給を行うことができる。マーケットプレイス１２の存在により、発電設備１３（の区分）の流動性が確保されている。このため、需要者１０は、必要なときに必要な割合の持分を取得して、自家発電設備１３からの自己託送を行うことが可能となる。すなわち、本実施形態においては、利用時のみ発電設備１３を保有するとともに、利用時のみ電力量を調達することができる。

　図２は、参考までに、従来の太陽光パネルの共同所有形態を説明する図である。従来、太陽光パネルを共同所有しようとする場合、区分所有者は、発電設備１３（太陽光パネル）を物理的に分割した単位（例えば１／３など）で所有するというのが実態であった。この場合、例えば１つの発電設備１３に対し、物理的な区分１３１ごとにスマートメータ１４をそれぞれ設置して、それぞれの区分１３１の発電電力量を管理するようにしていた。

　図３は、本実施形態に係る発電設備１３の共同所有形態を説明する図である。すなわち、図３は、太陽光パネルを利用してＳＴＯを行う場合の例を説明する図である。本実施形態において、発電設備１３そのものは、例えば、従来のコミュニティソーラーに用いられるのと同様の太陽光パネルなどとしてもよい。図３の例では、発電設備１３には１つのスマートメータ１４のみが設置される。この１つのスマートメータ１４によって、発電設備１３の全体による発電電力量が計測される。ここで、発電設備１３についてＳＴにより１００トークンが発行されたものとする。発電設備１３は、Ａ社、Ｂ社、Ｃ社、及びＤ社の４社により共有されており、持分がそれぞれ６０％、１０％、２０％、１０％であるものとする。この場合、Ａ社は６０トークン、Ｂ社は１０トークン、Ｃ社は２０トークン、Ｄ社は１０トークンを保有し、持分割合を証することができる（ＳＴ）。この割合に応じて、発電設備１３が発電した電力量（スマートメータ１４により計測される。）も分割されて（ＵＴ）、各社に自己託送されたものと看做される。このように、本実施形態において、ＳＴの割合に応じて設備を保有することができ、当該設備から発生する電力量（ｋＷｈ）のオフテイク権（ＵＴ）を保有することができる。ここで、別の時間帯においては、Ａ社は３０トークンを売却し、Ｂ社は３０トークンを追加購入し、Ｃ社は１０トークンを売却し、Ｅ社が１０トークンを購入したとする。この場合にも、このトークンの保有割合に応じて、発電設備１３の発電電力量は仮想的に分割されて（ＵＴ）各社に自己託送されたものと看做すことができる。このように、測定される単位時間（時間帯）において電力量の売買を可能とすることで、市場において流動性を創出することができる。なお、電力量は、所定時間（例えば、３０分とすることができる。）の長さの時間帯ごとに計測されて配分されるようにすることができる。なお、時間帯の長さは、市場により異なる任意の長さとして設定することもできる。

　図４は、発電電力量の分配について説明する図である。図４の例では、発電設備１３からの発電電力量の時間的な推移が曲線１４１により示されている。１２：００（から３０分の時間帯）には発電設備１３が３０ｋＷｈの発電を行い、Ａ社が１００トークン中の６０トークン、Ｂ社が１００トークン中の１０トークンを保有していたとする。この場合、Ａ社が調達した電力量は３０ｋＷｈ×６０／１００＝１８ｋＷｈとなり、Ｂ社が調達した電力量は３０ｋＷ×１０／１００＝３ｋＷｈとなる。同様に、１８：００に発電設備１３が２０ｋＷｈの発電を行い、その時間帯においてＡ社が３０トークン、Ｂ社が４０トークン保有していたとする。この場合、Ａ社の調達した電力量は２０ｋＷｈ×３０／１００＝６ｋＷｈ、Ｂ社の調達した電力量は２０ｋＷｈ×４０／１００＝８ｋＷｈになる。

　図５は、本実施形態の電力調達システムにおける取引の概要を示す図である。マーケットプレイス１２（取引プラットフォーム（取引ＰＦ））では、設備提供者１５（設備の保有者にもなり得る）により発電設備１３の情報が登録されるとともに、トークンが発行される（資産登録）。そして、トークンの売却者となる需要者１０が、売却したい条件を登録する。さらに、トークンの購入者となる需要者１０が、購入したい発電設備１３の発電タイプ（太陽光又は風力など）、電力量、価格、時間帯、及び／又は地域などの条件（条件の優劣なども設定可能である。）を設定する。このようにして、マーケットプレイス１２において、発電設備１３の区分１３１のマッチング１２１が行われる。マッチングは、現在以降の３０分毎（現在の電力計測の単位時間であり、単位時間が変わった場合は新たな規定単位時間に基づくものとする）の各スロットにおいて行われる（売買の予約）。そして、実際の日付が当該スロットの時間になった際に、発電設備１３の区分１３１の所有権すなわちＳＴ（及びオフテイク権すなわちＵＴ）が、売却者から購入者に移転される。この移転に伴って、区分１３１の持分割合に応じた量のトークンが、購入者の需要者１０のウォレットに移転する。これにより、所有権（及びオフテイク権）の移転が証明されることになる。

　また、マーケットプレイス１２は、発電電力量（予測値及び／又は実績値）並びにトークンの保有割合（ＳＴ）に応じた電力（ｋＷｈ）のオフテイク量（ＵＴ）を自動計算することができる。これとともに、マーケットプレイス１２は、発電電力量を記録し（発電予測及び実績）、電力広域的運営推進機関（ＯＣＣＴＯ）、及び／又はトークンの保有者に対するレポートを作成することができる（レポート作成）。

　マーケットプレイス１２からの情報は、ＡＰＩ（Application Programming Interface）により取得可能である。例えば、ＯＣＣＴＯのシステム（広域機関システム１６）は、ＡＰＩを介して計画値などのレポートを取得可能である。このデータ連携により、自己託送の規制により義務付けられている通知データ及び／又は報告データの作成などの連携を自動化することができる。また、小売事業者１７も、需要者１０と同様に、マーケットプレイス１２においてトークンの売買を行うことができる。これにより、小売事業者１７は、顧客向けのメニューとして、トークンを活用した電力調達を提供し、小売事業者自身の電力調達手段としても活用することができる。また、このようにして、トークンを活用した自己託送による電力調達を提供してもよい。ＡＰＩを用いることにより、小売事業者１７の利用しているシステムとも連携することができる。また、電力需給のサービス提供会社１８も、需要者１０と同様に、マーケットプレイス１２においてトークンの売買を行うことができる。これにより、電力需給のサービス提供会社１８は、例えば、ピークカットなど顧客の電力サービスメニューの一環として、トークン売買を活用することができる。上述したＡＰＩは、電力需給のサービス提供会社１８が利用しているシステムとも連携が可能である。

＜システムの概要＞
　図６は、電力調達システムの全体構成例を示す図である。本実施形態の電力調達システムは、管理サーバ２を含んで構成される。管理サーバ２は、通信ネットワーク３を介してユーザ端末１と通信可能に接続される。通信ネットワーク３は、例えばインターネットであり、公衆電話回線網、携帯電話回線網、無線通信路、又はイーサネット（登録商標）などにより構築されてよい。管理サーバ２はまた、ブロックチェーンネットワーク（以下、ブロックチェーン４という。）に接続されている。ブロックチェーン４は、複数のコンピュータ（ノード）により構成され、分散台帳を管理する。

　ユーザ端末１は、需要者１０が操作するコンピュータであり、例えば、スマートフォン、タブレットコンピュータ、又はパーソナルコンピュータなどとすることができる。ここで、広域機関システム１６も、ユーザ端末１に含まれるものとしてもよい。また、小売事業者１７、及び／又は小売事業者サービス提供会社１８のシステムも、ユーザ端末１に含まれるものとしてもよい。需要者１０（ＯＣＣＴＯ、小売事業者１７、又は電力需給のサービス提供会社１８）は、ユーザ端末１により管理サーバ２にアクセスすることができる。

　管理サーバ２は、マーケットプレイス１２を実現するコンピュータである。管理サーバ２は、例えばワークステーション又はパーソナルコンピュータのような汎用コンピュータとしてもよいし、あるいはクラウド・コンピューティングによって論理的に実現されてもよい。

　ブロックチェーン４は、情報を記録するデータベース技術に基づくものとしてよい。本実施形態において、ブロックチェーン４は、一般的なブロックチェーンと同様に、ブロックと呼ばれる単位でデータを管理し、それを鎖（チェーン）のように連結してデータを保管するものとしてよい。ブロックチェーンの各々のブロックには、直前のブロックの内容を表すハッシュ値と呼ばれるデータが書き込まれる。仮にデータを改ざんした場合、それによって導き出されるハッシュ値も異なるようになる。このため、それ以降のすべてのブロックのハッシュ値を変更する必要がある。しかしながら、それは極めて困難であるため、ブロックチェーンによって管理されるデータの改ざんは難しいとされている。ブロックチェーンは、同じデータを複数の場所に分散して管理する。このため、ブロックチェーンは、分散型台帳とも呼ばれる。ブロックチェーンは汎用的に利用可能であり、現在では契約及び取引などを自動化するスマートコントラクトなどの他、いくつもの応用などが考案されている。

　本実施形態の電力調達システムにおいて、ブロックチェーン４は、上述した一般的なブロックチェーンと同様の技術に基づくものとしてよい。しかしながら、一実施形態において、ブロックチェーン４は、一般的なブロックチェーンのような技術に代えて、データベース技術に基づくものを採用してもよい。

＜管理サーバ２＞
　図７は、管理サーバ２のハードウェア構成例を示す図である。なお、図示された構成は一例であり、図示された構成の一部を省略してもよいし、図示された構成以外の構成を有していてもよい。管理サーバ２は、ＣＰＵ２０１、メモリ２０２、記憶装置２０３、通信インタフェース２０４、入力装置２０５、及び出力装置２０６を備える。記憶装置２０３は、各種のデータ及び／又はプログラムを記憶する。記憶装置２０３は、例えば、ハードディスクドライブ、ソリッドステートドライブ、又はフラッシュメモリなどとしてよい。通信インタフェース２０４は、通信ネットワーク３に接続するためのインタフェースである。通信インタフェース２０４は、例えば、イーサネット（登録商標）に接続するためのアダプタ、公衆電話回線網に接続するためのモデム、無線通信を行うための無線通信機、シリアル通信のためのＵＳＢ（Universal Serial Bus）コネクタ又はＲＳ２３２Ｃコネクタなどとしてよい。入力装置２０５は、データを入力する際に用いられる装置である。入力装置２０５は、例えば、キーボード、マウス、タッチパネル、ボタン、又はマイクロフォンなどとしてよい。

　入力装置２０５は、後述する管理サーバ２が備える各機能部に対する指令の入力を受け付ける。出力装置２０６は、データを出力する際に用いられる装置である。出力装置２０６は、例えば、ディスプレイ、プリンタ、又はスピーカなどとしてよい。後述する管理サーバ２が備える各機能部は、ＣＰＵ２０１が記憶装置２０３に記憶されているプログラムをメモリ２０２に読み出して実行することにより実現されてよい。ＣＰＵ２０１は、入力装置２０５に入力された指令であって、後述する管理サーバ２が備える各機能部に対する指令を解釈するようにしてもよい。ＣＰＵ２０１は、出力装置２０６に表示させる情報を作成し、出力装置２０６に表示させる指令を出力装置２０６に出すように、出力装置２０６を制御するようにしてもよい。また、管理サーバ２が備える各記憶部は、メモリ２０２及び記憶装置２０３が提供する記憶領域の一部として実現されてよい。

　入力装置２０５及び出力装置２０６は、それぞれ単数であってもよいし、複数であってもよい。また、入力装置２０５及び出力装置２０６は、例えばタッチパネルのように一体の装置になっていてもよい。さらに、管理サーバ２は、入力装置２０５及び出力装置２０６を含む例として説明したが、これに限られるものではなく、例えば、管理サーバ２は、入力装置２０５及び出力装置２０６を含まなくてもよい。また、管理サーバ２は、入力装置２０５及び出力装置２０６を含みつつ、外部にも入力装置２０５及び出力装置２０６が存在してもよい。入力装置２０５及び出力装置２０６が管理サーバ２の外部にある場合、管理サーバ２は、通信インタフェース２０４を介して、外部の入力装置２０５及び出力装置２０６と各種の指令や情報のやり取りを行ってよい。具体的には、後述する管理サーバ２が備える各機能部に対する指令を、外部の入力装置２０５が受け付けてよい。この場合、管理サーバ２は、この指令を、通信インタフェース２０４を介して受け取るようにしてもよい。このようにして受け取った指令を、ＣＰＵ２０１が解釈するようにしてもよい。また、ＣＰＵ２０１は、外部の出力装置２０６に出力させる情報を作成し、外部の出力装置２０６に出力させる指令を、通信インタフェース２０４を介して外部の出力装置２０６に送信するようにしてもよい。

　図８は、管理サーバ２のソフトウェア構成例を示す図である。管理サーバ２は、資産登録部２１１、トークン発行部２１２、需要量入力部２１３、売却量入力部２１４、マッチング処理部２１５を備える。また、管理サーバ２は、販売処理部２１６、トークン移転部２１７、発電予測取得部２１８、発電実績取得部２１９、レポート作成部２２０、ＡＰＩ処理部２２１、及び資産情報記憶部２３１を備える。

　資産情報記憶部２３１は、発電設備１３のそれぞれについて、発電設備１３に関する情報（以下、資産情報という。）を記憶する。資産情報には、例えば、発電設備１３の種類、出力、及び／又は設置場所などを含めることができる。

　資産登録部２１１は、資産情報を資産情報記憶部２３１に登録する。資産登録部２１１は、設備提供者１５のユーザ端末１から資産情報を受信し、受信した資産情報を資産情報記憶部２３１に書き込むことができる。また、資産登録部２１１は、発電設備１３の所有者（当初は設備提供者１５）に関する情報（以下、所有者情報）を登録することもできる。本実施形態では、所有者情報は、ブロックチェーン４の台帳に管理するものとしてよい。資産登録部２１１は、所有者情報を登録するためのトランザクションを、ブロックチェーン４に発行することができる。

　トークン発行部２１２は、発電設備１３を裏付けとした、発電設備１３の所有権及びオフテイク権を表すトークン（ＳＴ及びＵＴ）を、ブロックチェーン４において発行させる。トークンの発行は、一般的なＳＴＯに採用されている技術を用いることができるため、より詳細な説明は省略する。トークン発行部２１２は、任意の数のトークンを発行することができる。図３及び図４の例では、１つの発電設備１３について１００トークン発行するものとした。しかしながら、トークン発行部２１２は、１０トークン又は２０００トークンなど、任意の数のトークンを発行してもよい。発行されたトークンは、発電設備１３の所有者（設備提供者１５）のウォレットに入れられる。

　需要量入力部２１３は、発電設備１３から調達したい電力の需要量の入力を、需要者１０から受け付ける。需要量入力部２１３は、例えば、発電設備１３の区分１３３を取得するための購入リクエストに需要量を設定した情報を、需要者１０のユーザ端末１から受信することができる。需要量入力部２１３は、需要量とともに発電設備についての条件の指定を受け付けるようにしてもよい。購入リクエストには、発電設備１３の発電タイプ（太陽光発電若しくは風力発電など）、需要量（調達したい電力量）、及び／又は時間帯などが指定され得る。購入リクエストには、個別の発電設備１３を特定する情報、特定の発電所を特定する情報、及び／又は、発電設備１３が配置されている地域などの指定を設定するようにしてもよい。さらに、購入リクエストには、発電設備１３の発電予測値の情報、及び／又は、自己託送する先の情報などの指定を設定するようにしてもよい。また、購入リクエストには、購入したい金額を指し値として設定するようにしてもよい。また、購入リクエストにおいて、複数の条件を設定して、条件の優先度を設定するようにしてもよい。

　売却量入力部２１４は、トークンを売却したい売却者（設備提供者１５又は需要者１０）から、売却したいトークンの指定を受け付ける。売却量入力部２１４は、例えば、売却者のユーザ端末１から売却リクエストを受信することができる。売却リクエストには、売却対象となるトークンと、その売却価格とを設定することができる。売却価格は、最低価格を設定することができる。売却価格には、最低価格から最高価格までの範囲を指定することもできる。

　マッチング処理部２１５は、売却リクエストと、購入リクエストとをマッチングさせることができる。マッチング処理部２１５は、購入リクエストに指定された条件にマッチする資産情報を検索することができる。また、マッチング処理部２１５は、マッチした資産情報が示す発電設備１３を裏付けとしたトークンの売却リクエストを特定することができる。さらに、マッチング処理部２１５は、特定した売却リクエストに係るトークンを、当該購入者に割り当てることができる。マッチング処理部２１５は、例えば、購入リクエストを受信した順に、受信した購入リクエストの条件に応じて、売却リクエストを割り当てることができる。また、マッチング処理部２１５は、一定期間に受信した購入リクエストと売却リクエストとをまとめて割当てを行うようにすることもできる。マッチング処理部２１５は、例えば、株式市場における販売処理と同様のマッチング処理を行うようにすることができる。

　販売処理部２１６は、トークンの需要者１０への販売に係る処理を行う。販売処理部２１６は、トークンの購入者からの支払を受け付けて、売却者に支払う処理を行うことができる。販売処理部２１６は、購入者が支払った金額から手数料を減じて、売却者に対して支払を行うようにしてもよい。

　トークン移転部２１７は、販売される発電設備１３の持分に応じた量のトークンを、需要者のウォレットに移転する移転処理を行う。トークンの移転は、実際の日時が各スロット（例えば３０分毎）の日時に到達した際に、ブロックチェーン上のプログラムによって自動で実施されてよい。トークン移転部２１７は、販売されたトークンを売却者のウォレットから購入者のウォレットに移転させるためのトランザクションを、ブロックチェーン４に発行することができる。これにより、トークン移転部２１７は、需要者１０の需要量に応じた量のトークンを、需要者のウォレットに移転させることができる。

　発電予測取得部２１８は、発電設備１３による発電電力量の予測値を取得する。発電予測取得部２１８は、自ら発電電力量の予測を行ってもよいし、発電電力量の予測を行った外部のコンピュータから予測値を取得するようにしてもよい。発電予測取得部２１８は、例えば、太陽光発電に係る発電設備１３について、日射量の予測を行うことができる。また、発電予測取得部２１８は、例えば、天候、日射量、温度、及び／又は湿度などの過去の各種条件の実績を示すデータなどから、発電設備１３による発電電力量の予測値を算出してもよい。さらに、発電予測取得部２１８は、今後の出力抑制及び／又は天気予報を考慮して、発電設備１３による発電電力量の予測値を算出してもよい。ここで、出力抑制とは、電力会社等が太陽光発電等の発電設備からの電力系統への供給を制限することをいう。例えば、出力抑制とは、１日前の正午までの出力抑制としてもよいし、当日に計画変更が可能としてもよい。また、発電予測取得部２１８は、発電設備１３による発電電力量を、出力制御の対象となる電源であるか否かに応じて変更してもよい。また、発電予測取得部２１８は、発電設備１３による発電電力量を、出力抑制の対象になり易い地域か否かに応じて変更してもよい。発電予測取得部２１８は、発電設備１３の所有者又は設備提供者１５のユーザ端末１から、発電電力量の予測値を受信するようにしてもよい。

　発電実績取得部２１９は、発電設備１３に設けられているスマートメータ１４から、発電設備１３により発電された発電電力量の実績値を取得することができる。

　レポート作成部２２０は、発電計画に関するレポートを出力することができる。レポート作成部２２０は、発電設備１３の発電電力量の予測値を、需要者１０のウォレットに保有されているトークンの量と将来スロットにおけるマッチング済みの移動予定トークン量の合計トークン量（以下、保有予定トークン量）に応じて分割する。そして、レポート作成部２２０は、このようにして分割した発電電力量の予測値を、需要者１０毎に発電計画に含めることができる。また、レポート作成部２２０は、発電実績に関するレポートを出力することができる。レポート作成部２２０は、スマートメータ１４から取得した実績値を、需要者１０の保有予定トークン量に応じて案分する。そして、レポート作成部２２０は、案分した発電電力量（分割発電実績値）を、発電実績に含めることができる。レポート作成部２２０は、発電実績に、発電計画において予測した予測値を含めるようにしてもよい。

　レポート作成部２２０は、発電設備１３の設備提供者１５、購入者、及び／又は売却者に向けて、自身の保有する発電設備１３に関する情報（資産情報）を閲覧することのできるＧＵＩ（閲覧画面）を提供することができる。閲覧画面には、発電電力量の予測値、発電設備１３の保有割合、及び／又は発電設備１３の基本情報などを含めることができる。

　レポート作成部２２０は、電力広域的運営推進機関（ＯＣＣＴＯ）向けの計画書を作成することができる。レポート作成部２２０はまた、広域機関システム１６に対して計画書を自動提出することができる。レポート作成部２２０は、資産情報、発電電力量の予測値、及び／又はスマートメータ１４から取得した発電電力量の実績値などに基づいて、発電設備１３の保有者又は運営者が系統連携する際に求められる情報を記載した帳票を作成することができる。

　ＡＰＩ処理部２２１は、管理サーバ２の外部装置に対してＡＰＩを提供することができる。ＡＰＩは、例えば、ＲＥＳＴ（REpresentational State Transfer）などとすることができる。ＡＰＩ処理部２２１は、外部装置からのリクエストに応じて、管理サーバ２及びブロックチェーン４で管理されている情報から必要な情報を抽出して、ＡＰＩを提供することができる。ＡＰＩを用いることにより、管理サーバ２は、広域機関システム１６とデータ連携を行うことができる。ＡＰＩ処理部２２１は、小売事業者及び／又は一般送配電事業者向けに提出すべき書類について、管理サーバ２及びブロックチェーン４で管理されているデータをもとに、追加で帳票を作成若しくはシステム連携を行うことができる。また、ＡＰＩを介して、小売事業者及び／又は需要家向けサービスを提供する会社が、自身のシステムを介して売買条件を連携及び取引できる仕組みを提供することができる。

＜動作＞
　図９は、本実施形態の電力調達システムにおける送電処理の流れを示す図である。

　管理サーバ２は、発電設備１３の資産情報を受け付けて、当該資産情報を資産情報記憶部２３１に記録（登録）する（Ｓ３０１）。資産情報には、発電設備１３の種類、出力、及び／又は設置場所などが含まれ得る。ステップＳ３０１において、発電設備の資産情報は、例えば設備所有者によって登録されてよい。また、発電設備の資産情報が登録される際に、なりすましによる登録を困難にする策を設けてもよい。例えば、発電設備１３の資産情報に応じたトークンを、小売り事業者がいったん買い取るようにしてもよい。

　次に、管理サーバ２は、発電設備１３を裏付けとしたトークンを発行（ＳＴＯ）する（Ｓ３０２）。ステップＳ３０２において、管理サーバ２は、任意の数のトークンを発行してよい。しかしながら、発行されるトークンの上限又は基準などの指標が設定されることにより、取引がし易くなることも想定される。そこで、例えば、１つの発電設備１３あたり１００トークンを付与するようにして、このように付与される量が、その設備の保有割合を表すものとしてもよい。この場合、トークンに対応する電力量は別途計算されることにより表示されるようにしてもよい。また、発電設備１３が発電する電力量あたりのトークン数が発行されるようにしてもよい。特に、複数の発電施設をまたぐ電力量で取引したい場合は、発電する電力量あたりのトークン数が発行されるようにしてもよい。例えば、予め定められた単位出力（ｋＷｈ）あたりに付与するトークン数に発電設備の能力である最大出力ｋＷｈを掛け合わせた値を、発電設備に発行するトークン数として決めてもよい。例えば、１ｋＷｈあたり１ＳＴを発行すると定められている場合であって、発電設備の最大出力が１５０ｋＷｈである場合には、１５０トークンを発行すると決めてもよい。この場合、発行されるトークンが、発電設備１３の持分の割合とずれることも想定される。この持分のずれに対しては、別途手当を付与してもよい。前述の場合において、最大出力は、一定の条件下で使用した出力の最大値である定格出力であってもよい。

　発電設備１３の持分は、取引完了した電力量が決定された後に定まるようにしてもよい。発電設備１３が発電する電力量は、発電の期間又は時間のような過去の実績によって変化するようにしてもよい。この場合、発電設備１３が発電する電力量の変化に応じて、トークンの量も変化するようにしてもよい。また、将来取得可能な電力量を現在の価値に換算して、トークンの取引を可能にしてもよい。例えば、取得可能な電力量が現在から先の将来になるほど、割り引かれた料金になるように換算してもよい。

　トークンの発行後、管理サーバ２は、発電設備１３の区分所有者の希望者を募ることができる。電力の需要者１０は、トークンを保有することで、発電設備１３の区分所有権（ＳＴにより表章される）とその発電設備１３から発生する電力量（ｋＷｈ）のオフテイク権（ＵＴにより表章される）とを持つことになる。

　管理サーバ２は、トークンの保有者（最初は設備提供者１５）の所有者情報を、ブロックチェーン４の台帳に記録（登録）することができる（Ｓ３０３）。管理サーバ２は、発電設備１３が発電した電力量を、スマートメータ１４などの計測機器から取得して、３０分値など一定の基準の時間（測定時間は任意に設定することができる。）での発電電力量（ｋＷｈ）を集計することができる（Ｓ３０４）。管理サーバ２は、トークンの保有量（将来スロットにおけるマッチング済みの移動予定トークンを含む）に応じて区分所有者に発電電力量を割り当て（Ｓ３０５）、自己託送の形で電力供給させることができる（Ｓ３０６）。

　Ｓ３０６において行う自己託送による電力供給は、自己託送の計画を作成した後に例えばＯＣＣＴＯなどに報告した後で行うようにしてもよい。例えば、管理サーバ２は、マッチング処理部２１５によるマッチングが完了した後に、自己託送の計画値を自動計算してＯＣＣＴＯなどに自動送信してもよい。また、Ｓ３０６において、管理サーバ２は、自己託送の計画値に適合する発電量のみを供給可能にしてもよい。

　発電設備１３から調達したい電力の需要量は、電力が要求される時間帯によって、必要となる発電設備１３の発電容量は異なることも想定される。需要量入力部２１３は、発電設備１３の区分１３３を取得するための購入リクエストに需要量を設定した情報を、需要者１０のユーザ端末１から受信することができる。このため、その購入リクエストに時間帯を指定する情報も含めてもよいし、その時間帯において発電する電力の予測量を含めてもよい。

　管理サーバ２は、ユーザが保有しているトークンを売買可能にする取引プラットフォームを提供する。また、管理サーバ２は、発電の前日（前日市場）以前から発電者が許す限りの前期間での売買を可能とする取引プラットフォームを提供する。

　図１０は、本実施形態の電力調達システムにおける発電設備の持分の流通の流れを示す図である。

　管理サーバ２は、ＳＴ（将来スロットにおけるマッチング済みの移動予定トークンを含む）の保有割合に応じて、需要者１０の発電電力量（ｋＷｈ）のオフテイク量（ＵＴにより表章されてよい）を算出する（Ｓ３２１）。管理サーバ２は、条件を設定した購入リクエストを、購入者から受け付ける（Ｓ３２２）。上述したように、購入リクエストには、発電タイプ（太陽光又は風力など）、電力量、価格、時間帯、及び／又は地域、並びに条件の優劣などを設定することができる。条件にはこれ以外にも、株式の取引プラットフォームの条件に類似した内容（指値、逆指値、又は一定価格になった場合の条件付き売買など）を設定することができる。

　管理サーバ２は、売却リクエストを受け付ける（Ｓ３２３）。次に、管理サーバ２は、購入リクエストに設定された条件に基づいて、売却リクエストにより指定されているトークンを購入リクエストにマッチングさせる（Ｓ３２４）。ステップＳ３２４において行われるマッチングの処理を、「マッチング処理」とも記す。

　マッチング処理では、購入者及び売却者に関し、条件設定を電力の取引実態に合わせる形できめ細かくマッチングを行うことができる。例えば、販売価格を定めずに（若しくは価格にレンジを持たせるか成り行きにして）、指定した条件（太陽光など）に該当する発電設備１３から一定の電力量（ｋＷｈ）に達するまで販売又は売却を実行し続けることができる。また、購入リクエストに地域を指定し、指定された地域に設置されている１つ又は複数の発電設備１３から、一定の電力量（ｋＷｈ）又は購入価格の合計値が一定額に達するまで買い続けるようにすることもできる。また、購入価格のみを指定して、電力量（ｋＷｈ）の指定をせずに購入又は販売し続けるようにすることもできる。また、購入リクエストに時間帯のみを指定して、指定された時間帯内であれば一定の電力量（ｋＷｈ）に達するまで販売又は売却し続けるようにすることができる。さらに、条件を設定しなくてもよく、また、条件に優先度をつけるようにしてもよい。

　ステップＳ３２４において行われるマッチング処理において、所定の取引情報を表示する取引画面を表示するようにしてもよい。この場合、取引画面は、出力装置２０６などに表示されるようにしてよい。例えば、マッチング処理において、発電設備が出力抑制の対象となる設備か否かを表示してもよい。また、マッチング処理が行われる際に、発電設備による発電量が表示される代わりに、発電設備による発電量の予測値が表示されるようにしてもよい。さらに、マッチング処理において、例えば発電設備による発電量の予測の信頼度の指標などを表示してもよい。さらに、マッチング処理において、発電設備１３における取引対象期間内の最低出力容量の保証の有無、及び／又は、具体的な最低出力容量の値（ｋＷｈ）を表示してもよい。また、マッチング処理において、保証された最低電力容量の値を実際に下回ってしまった場合の具体的な補償内容を表示してもよい。

　また、マッチング処理時の発電設備による発電量の予測値と実績値とがずれる場合、当該ずれに応じた対応策を講じてもよい。また、このようなずれが生じた場合に、そのようなずれについてフィードバックを行うことにより、予測精度を向上させたり、信頼度の指標を下げたりしてもよい。

　マッチング処理の後、売買に失敗した場合（Ｓ３２５：ＮＯ）、管理サーバ２は、売却者からのトークンは移転させない（したがって、所有権及びオフテイク権は移転させない）。この場合、当該発電設備１３からの電力は、卸電力取引所に販売するようにしてよい（Ｓ３２６）。また、この場合、卸売市場ではなく、相対取引で小売事業者に販売するようにしてもよい。

　以下、本実施形態におけるマッチング処理について、さらに説明する。ここで、本実施形態におけるマッチング処理とは、例えば図１０に示すステップＳ３２４において実行される処理としてよい。

　上述のように、管理サーバ２のマッチング処理部２１５は、通常の株式市場における販売処理と同様のマッチング処理を行うようにしてよい。マッチング処理部２１５は、売却リクエストと、購入リクエストとをマッチングさせる際に、例えば、（現状の）電力量及び／又は持分の割合（トークン）、並びに価格などの観点からマッチングを行ってよい。具体的には、マッチング処理部２１５は、例えば以下のような観点からマッチングを行ってよい。
　（１）発電設備１３の持分の割合（トークン）及び価格
　すなわち、発電設備１３の持分の割合（トークン）と、その価格とをそれぞれ表示して取引を行ってよい。
　（２）発電設備１３による発電の電力量及び価格
　すなわち、発電設備１３によって発電される電力の電力量と、その価格とをそれぞれ表示して取引を行ってよい。

　上記（２）に示す観点は、例えば、（ａ）発電設備１３による発電電力の予測値と、（ｂ）予測の精度（過去の正解率など）と、（ｃ）単位電力量あたりの料金と、の積に基づいて求めてもよい。特に、上記（ｂ）予測の精度（過去の正解率など）については、現在の時点で確定した情報ではないため、将来の予測値として表示しながら取引を行うものとしてもよい。

　また、上記（ａ）発電設備１３による発電電力の予測値、及び上記予測の精度（過去の正解率など）について、種々の要因から定められるものとしてもよい。例えば、発電設備１３の発電設備としての価値を管理サーバ２が評価することにより、当該価値に基づいて取引が行われるようにしてもよい。また、管理サーバ２は、各種の評価を、取引の際に出力装置２０６に表示してもよい。発電設備１３の発電設備としての価値も、種々の観点から評価してよい。例えば、発電設備１３の発電設備としての価値は、どの程度の期間、及び／又は、どの程度の出力が予測されるかという観点から評価されてもよい。

　また、例えば、発電設備１３の発電設備としての価値は、発電する電力（ｋＷｈ）以外の観点から評価されてもよい。具体的には、発電設備１３の発電設備としての価値は、例えば、発電設備が完成するまでのＣＯ_２の排出量に基づいて評価されてもよい。また、発電設備１３の発電設備としての価値は、例えば、発電設備１３が発電する電力１ｋＷあたりのＣＯ_２の排出量に基づいて評価されてもよい。さらに、発電設備１３の発電設備としての価値は、例えば、発電設備が廃棄されるまでのＣＯ_２の排出量に基づいて評価されてもよい。また、発電設備１３の発電設備としての価値は、マッチングの際の判断基準などとして、例えば比較対象とともに出力装置２０６等に表示されるようにしたり、ランク分けされて表示されるようにしてもよい。

　さらに、発電設備１３の発電設備としての価値は、種々のリスクの観点から評価されてもよい。例えば、発電設備１３の発電設備としての価値は、発電設備が設置される地域の自然災害の頻度及び／又は度合いの傾向などから評価されてもよい。また、発電設備１３の発電設備としての価値は、発電設備が設置される地域の治安及び／又は政治的安定度などから評価されてもよい。

　また、発電設備１３の発電設備としての価値は、電力を発電した地域において消費する度合い、いわゆる地産地消の度合いに基づいて評価されてもよい。電力は、発電した場所と消費する場所が近い方が、電線などのインフラに対する負荷を低減させ得る。また、消費地から近い場所で発電される電力は、電力を消費する側の者に安心感を提供し得る。

　さらに、発電設備１３の発電設備としての価値は、発電設備の過去の出力レポート、発電設備の寿命、及び／又は発電設備の劣化予測などの観点から評価されてもよい。また、発電設備１３の発電設備としての価値は、例えば発電設備の設置場所に盛り土が使用されていないなど、環境への負荷の度合いから評価されてもよい。また、発電設備１３の発電設備としての価値は、再生可能エネルギーのクリーン度の観点から、発電設備１３の適法性などの度合いとして評価されてもよい。さらに、発電設備１３の発電設備としての価値は、例えば環境負荷の低減の観点など、一例としてSDGｓ（Sustainable Development Goals）に掲げられた項目のような観点から評価されてもよい。なお、上記のいずれの評価も、予め定められた基準をもとに特定された数値で表される評価を含んでもよい。例えば、１つずつの段階による５段階の基準として、数字が増えるごとに高い評価を示すことを基準としてもよい。具体的には、１（悪い）、２（やや悪い）、３（普通）、４（やや良い）、５（良い）などのようにして段階的な基準を定義し、それぞれの発電設備１３の価値を示す数値が評価に含まれてもよい。

　次に、図９のステップＳ３０６において行われる自己託送について、さらに説明する。

　本実施形態の電力調達システムにおいて、自己託送に必要な条件が反映されるようにしてもよい。例えば、本実施形態の電力調達システムにおいて、自己の扱う需要量（最大の受電電力）を超えて取引（入札）できないようにしてもよい。このようにすれば、消費可能な量を超えるような自己託送は回避されるため、例えばペナルティが課されるような事態を防ぐことができる。このような策を実現するために、本実施形態の電力調達システムは、自己託送する先の契約容量（最大の受電電力）を自動的に取得してもよい。

　本実施形態の電力調達システムにおいて取引が行われる際に、自己の扱う需要量を超える電力は落札できないようにしてもよい。例えば、本実施形態の電力調達システムにおいて提供される取引プラットフォーム１２は、需要者の契約電力容量に関連する情報を、電力事業者（小売電気事業者）などの外部サーバから取得してよい。また、ＯＣＣＴＯの外部サーバが需要者の契約電力容量に関連する情報を管理する場合は、ＯＣＣＴＯの外部サーバから当該情報を取得するようにしてもよい。このような需要者の契約電力容量に関連する情報は、例えば取引における入札の参加前まで、又は、落札の前までに取得されるようにしてもよい。また、このような需要者の契約電力容量に関連する情報は、需要者の識別情報及び／又は認証情報を用いることにより取得可能にしてもよい。さらに、このような需要者の契約電力容量に関連する情報は、ＡＰＩを用いることにより取得可能にしてもよい。

　さらに、本実施形態の電力調達システムにおいて取引が行われる際に、需要者の契約電力容量に関連する情報の他にも各種データを取得してもよい。例えば、取引プラットフォーム１２は、過去の３０分の時間帯ごとの消費電力に関するデータを取得してもよい。また、取引プラットフォーム１２は、前日のデータ、又は、所定の時間若しくは期間（平日、週、月、又は年など）の平均値、最低値、又は最高値などのデータを取得してもよい。

　また、取引に参加する需要者は、予め外部サーバなどの運営側に、電力事業者と契約している契約容量（最大受電電力）を示す情報を、所定の証明書と共に提出（送信）するようにしてもよい。ここで、契約容量とは、落札後に電力を自己託送する需要家施設における最大受電電力を示すものである。また、取引プラットフォーム１２は、提出（送信）された契約容量を示す情報を、外部サーバなどから自動で取得してよい。この時、需要者の識別情報及び認証情報が用いられるようにしてもよい。このような識別情報及び認証情報の少なくとも一方は、例えば外部サーバから需要者に発行されるようにしてもよい。需要者は、少なくともこの識別情報及び認証情報を、取引時に取引プラットフォーム１２に入力することで、取引に参加することができる。取引プラットフォーム１２は、この識別情報及び認証情報を用いることにより、取引に参加しようとしている需要者の契約容量を示す情報を、外部サーバから取得することができる。これにより、取引プラットフォーム１２は、需要者が自己託送先の需要家施設における最大受電電力を超えた電力量に対応するような落札を制限することができる。取引プラットフォーム１２において、管理サーバ２は、この識別情報及び認証情報を、提出（送信）された契約容量を示す情報などと関連付けて、記憶装置２０３などに記憶してよい。

　次に、上述したような取引の際に表示可能な画面の例について、さらに説明する。

　取引プラットフォーム１２において取引を行う際に、例えば図１１乃至図１４に示すような画面を需要者、施設所有者、又は管理サーバ２の運営者等の出力装置２０６などに表示してもよい。具体的には、ＣＰＵ２０１が画面に関する情報を作成し、管理サーバ２が出力装置２０６等に向けてこの画面に関する情報に基づいた画面を表示する指令を出すことで実現される。図１１乃至図１４において、左側に選択画面を示し、右側に確認画面を示す。ここで、取引プラットフォーム１２は、購入したいＳＴ、ＵＴ、及び／又は発電設備１３が選択される際に、各種条件の入力に応じて検索を行うことができる検索機能を有してもよい。また、取引プラットフォーム１２は、検索によって該当したＳＴ、ＵＴ、及び／又は発電設備１３を、選択画面に示すようにしてもよい。各種条件の入力や、取引に関する情報や指示の入力は入力装置２０５が受け付ける。

　図１１は、取引の金額が決まっていて、ＳＴを取引する場合に出力装置２０６に表示し得る画面を示す。このような画面を表示することにより、需要者は、図１１の左側に示す選択画面において、発電設備１３の空き状況、すなわちＳＴを購入可能なスロットを確認することができる。図１１の左側に示す選択画面において、塗りつぶされたスロットは空きがないことを示し、塗りつぶされていないスロットは空きがあることを示すものとしてよい。図１１の左側に示す選択画面において、需要者によって空いているスロットが選択されると、図１１の右側に示す確認画面に遷移してよい。図１１の右側に示す確認画面において、需要者は、取引に関連する情報を、取引の確定前に確認することができる。図１１の右側に示す確認画面において、需要者による確定ボタンに対する入力が検出されると、図１１の右側の確認画面に示すような内容の取引を確定することができる。

　図１１に示す画面において、トークンのみを示すと、発電容量（ｋＷ）の取得量について需要者に誤解を与え得るような場合、取得トークン及び当該取得トークンに応じた容量（ｋＷ）を表示してもよい。また、図１１の左側に示す選択画面において、需要者による選択入力が行われる前に、当該需要者に需要者ＩＤ及び認証情報の入力を求めてログインを要求するようにしてもよい。この場合、取引プラットフォーム１２において、需要者ＩＤと託送先ＩＤ（託送先の情報を含む）が関連付けて記憶されるようにしてもよい。

　図１２は、取引の金額が決まっていて、ＵＴを取引する場合に出力装置２０６に表示し得る画面を示す。このような画面を表示することにより、需要者は、図１２の左側に示す選択画面において、発電設備１３の発電予測値、すなわちＵＴを購入可能なスロットを確認することができる。図１２の左側の選択画面に示すように、電力取引の時間の単位は、特に限定されないが、例えば３０分間とすることができる。図１２の左側に示す選択画面において、塗りつぶされたスロットは空きがないことを示し、塗りつぶされていないスロットは空きがあることを示すものとしてよい。また、図１２の左側に示す選択画面において、取引対象外のスロットとして、選択できないスロットを含ませてもよい。図１２の左側に示す選択画面において、需要者によって空いているスロットが選択されると、図１２の右側に示す確認画面に遷移してよい。図１２の右側に示す確認画面において、需要者は、取引に関連する情報を、取引の確定前に確認することができる。図１２の右側に示す確認画面において、需要者による確定ボタンに対する入力が検出されると、図１２の右側の確認画面に示すような内容の取引を確定することができる。

　図１２の左側に示す選択画面において、需要者による選択入力が行われる前に、当該需要者に需要者ＩＤ及び認証情報の入力を求めてログインを要求するようにしてもよい。この場合、取引プラットフォーム１２において、需要者ＩＤと託送先ＩＤ（託送先の情報を含む）が関連付けて記憶されるようにしてもよい。また、取引プラットフォーム１２において、需要者ＩＤ及び認証情報を用いることにより、例えば電力事業者（小売電気事業者）又はＯＣＣＴＯの外部サーバから契約容量（最大受電電力）を取得しておき、その契約容量を超えるような取引を制限してもよい。例えば、取引プラットフォーム１２は、取引の制限として、その契約容量を超えた場合に入札を禁止又は拒否する、入札可能なものだけを表示する、入札が可能なものと不可のものをそれぞれ区別して表示する、又は可能なものだけ選択可能する、などとしてよい。また、取引プラットフォーム１２は、取引の制限として、入札は許可しても、落札できないようにしてもよい。さらに、取引プラットフォーム１２は、取引の制限として、その容量を超えた場合に入札が行われた場合には、入札を確定する前に、警告画面及び／又は警告表示などを行うようにしてもよい。

　取引プラットフォーム１２は、入札後に予め定められた入札可能な時間が経過した後、それまでに最高額を入札した需要者に落札させてよい。また、取引プラットフォーム１２は、落札した内容を示す画面を表示してもよい。

　図１３は、取引の金額が決まっていて、ＵＴを長期で取引する場合に出力装置２０６に表示し得る画面を示す。このような画面を表示することにより、需要者は、図１３の左側に示す選択画面において、発電設備１３の発電予測値、すなわちＵＴを購入可能な施設を確認することができる。図１３の左側の選択画面に示すように、需要者は、例えば施設名ＡＡＡの発電設備、及び例えば施設名ＢＢＢの発電設備のうち、少なくとも一方を選択することができる。図１３の左側の選択画面に示すように、例えば施設名ＡＡＡの発電設備が選択されている場合、当該選択を示すために、表示項目が太い枠線で囲まれる又は表示項目の色が変更されるなど、他と区別可能に表示されるようにしてもよい。図１３の左側に示す選択画面において、需要者によって項目が選択されると、図１３の右側に示す確認画面に遷移してよい。図１３の右側に示す確認画面において、需要者は、取引に関連する情報を、取引の確定前に確認することができる。図１３の右側に示す確認画面において、需要者による確定ボタンに対する入力が検出されると、図１３の右側の確認画面に示すような内容の取引を確定することができる。

　図１４は、取引の金額が入札により決定されて、ＵＴを長期で取引する場合に出力装置２０６に表示し得る画面を示す。このような画面を表示することにより、需要者は、図１４の左側に示す選択画面において、発電設備１３の発電予測値、すなわちＵＴを購入可能な施設を確認することができる。図１４の左側の選択画面に示すように、需要者は、例えば施設名ＡＡＡの発電設備、及び例えば施設名ＢＢＢの発電設備のうち、少なくとも一方を選択することができる。また、図１４の左側の選択画面に示す施設名ＡＡＡの発電設備においては、入札により取引金額が決定される。すなわち、この時点ではまだ取引金額が決定されていないため、図１４の左側の選択画面に示す施設名ＡＡＡの発電設備において、金額が表示されていない。図１４の左側の選択画面に示すように、例えば施設名ＡＡＡの発電設備が選択されている場合、当該選択を示すために、表示項目が太い枠線で囲まれる又は表示項目の色が変更されるなど、他と区別可能に表示されるようにしてもよい。図１４の左側に示す選択画面において、需要者によって項目が選択されると、図１４の右側に示す確認画面に遷移してよい。図１４の右側に示す確認画面において、需要者は、取引に関連する情報を取引の確定前に確認することができるとともに、選択された発電設備の入札金額を入力することができる。図１４の右側に示す確認画面において、需要者によって入札金額が入力された上で、入札ボタンに対する入力が検出されると、図１４の右側の確認画面に示すような内容の取引（入札）を確定することができる。

　図１４の右側に示す確認画面において入札ボタンに対する入力が検出されると、例えば図１５の左側に示す入札後画面に遷移してもよい。図１５の左側の入札後画面においては、確定された入札金額とともに、入札された取引に関する各種情報が出力装置２０６に表示されてもよい。また、図１５の左側の入札後画面に示すように、図１４において入札したユーザが現在の最高額の入札者である旨の情報などが表示されてもよい。

　図１５の左側の入札後画面が表示された状況において、例えば他の入札者によってさらに高額の入札が行われた場合、図１５の左側に示す入札に対する落札は行われないようにしてもよい。この場合、落札は完了しないため、例えば図１４の右側に示す確認画面に戻ることにより、さらに高額の入札を行うことができるようにしてもよい。

　一方、図１５の左側の入札後画面が表示されて、取引期間が終了したら、例えば図１５の右側に示すような落札画面を表示してもよい。図１５の右側に示す落札画面においては、取引期間の終了に伴って、当該落札金額によって落札した旨の情報が表示されてよい。また、図１５の右側に示す落札画面において、落札ボタンに対する入力が検出されると、図１５の右側の落札画面に示すような内容の入札に対する落札が確定されるようにしてもよい。

　図１１の左側に示す選択画面においては、取引を行う場面として、空きがあるスロット及び空きがないスロットを示した。一方、設備所有者の入力画面として、例えば図１６に示す選択画面のように、取引対象のスロット、取引対象外のスロット、及び落札済みのスロットを表示してもよい。図１６に示すように、例えば、取引対象外として示されるスロットのいずれかが選択されると、当該スロットの色彩などの表示態様を変化させて、当該スロットが選択されたことを示すようにしてもよい。その後、図１６に示すような確定ボタンに対する入力に基づいて、前記スロットが取引対象を示すように、例えば色彩を変更するなど表示態様を変化させてよい。このような動作の前提として、設備所有者は、当該設備所有者のＩＤ及び認証情報の入力を求めてログインを要求するようにしてもよい。この場合、例えば、図８に示した資産情報記憶部２３１は、設備所有者ＩＤと、施設名ＡＡＡ及び／又は発電容量などの情報帆を関連付けて記憶してもよい。

　また、図１２の左側に示す選択画面においては、取引を行う場面として、空きがあるスロット、空きがないスロット、及び取引対象外のスロットを示した。一方、設備所有者の入力画面として、例えば図１７に示す選択画面のように、取引対象のスロット、取引対象外のスロット、及び落札済みのスロットを表示してもよい。図１７に示すように、例えば、取引対象外として示されるスロットのいずれかが選択されると、当該スロットの色彩などの表示態様を変化させて、当該スロットが選択されたことを示すようにしてもよい。その後、図１７に示すような確定ボタンに対する入力に基づいて、前記スロットが取引対象を示すように、例えば色彩を変更するなど表示態様を変化させてよい。このような動作の前提として、設備所有者は、当該設備所有者のＩＤ及び認証情報の入力を求めてログインを要求するようにしてもよい。この場合、例えば、図８に示した資産情報記憶部２３１は、設備所有者ＩＤと、施設名ＡＡＡ及び／又は発電容量などの情報帆を関連付けて記憶してもよい。

　設備所有者のＩＤの登録及び発行は、例えば以下のようにして実行してよい。上述のように、取引に参加する需要者は、予め外部サーバなどの運営側に、電力事業者と契約している契約容量（最大受電電力）を示す情報を、所定の証明書と共に提出（送信）するようにしてよい。同様に、取引に参加する発電設備の所有者は、予め外部サーバなどの運営側に、取引の対象となる設備に関する情報を、所定の証明書と共に提出（送信）するようにしてもよい。ここで、所定の証明書は、例えば、設備所有者が法人である場合の登記簿謄本、設備の発注契約書、設備の購入を証明する領収証、及び／又は、第三者機関による設備の証明書などとしてもよい。

　このようにして提出された情報は、以下説明する設備所有者の識別情報又は認証情報と関連付けて、資産情報記憶部２３１に記憶されてよい。設備所有者の識別情報及び認証情報の少なくとも一方は、例えば外部サーバから設備所有者に発行されるようにしてもよい。設備所有者は、少なくともこの識別情報及び認証情報を、取引時に取引プラットフォーム１２に入力することで、取引に参加することができる。取引プラットフォーム１２は、この入力された識別情報及び認証情報を用いることにより、取引に参加しようとしている設備所有者の設備に関する情報を、資産情報記憶部２３１から取得し、取引する場合等に表示し得る画面に表示させることができる。

　図１２及び図１７に示すような時間帯１～１８は、任意の時間を設定してよい。例えば、１つの時間帯の単位を３０分として、１日を１～４８の時間帯として表示してもよい。

　また、例えば取引プラットフォームにおいて、スマートコントラクトによって電力小売業者のスイッチングを行ってもよい。ＡＰＩを用いることで必要なデータを取得することができるため、取引システム側で電力小売業者のスイッチングを行ってもよい。

　本実施形態の電力調達システムは、上述したマッチング処理が完了した後、取引に関する情報に基づいて、自己託送の計画の情報を自動的に作成してもよい。本実施形態の電力調達システムは、このようにして作成された自己託送の計画の情報を、取引を行った需要者の情報と共に、上述したマッチング処理が完了した後に、例えばＯＣＣＴＯなどに送信してよい。ＯＣＣＴＯなどに送信する計画の情報は、例えば、計画の送付元の情報、計画の送付先の情報、計画の電力量、計画の時間帯、及び／又は、発電設備の発電予測値など、各種の情報を含んでよい。このようにすれば、自己託送の計画を作成し、関係各所に報告してから、自己託送を行うことができる。

　さらに、本実施形態の電力調達システムは、需要者の施設へ電力を供給する契約をしている電力小売事業者と、自己託送に必要な契約を、スマートコントラクト等によって自動的に締結するようにしてもよい。また、本実施形態の電力調達システムにおいて、管理サーバ２は、販売処理部２１６による取引が成立した場合、自己託送が実行される日の前日までに、自己託送の計画を作成し、その計画を例えばＯＣＣＴＯのような所定の機関に提出してもよい。

　次に、本実施形態に係る電力調達システムにおける自己託送契約の例について、以下の２つの場合について、さらに説明する。

（１）電力小売事業者が同じ場合

　電力小売事業者が同じ場合とは、発電設備から発電される電力を取り扱う契約をしている電力小売事業者と、需要者の施設への電力を供給する契約をしている電力小売事業者とが同じ場合としてよい。このような場合、本実施形態に係る電力調達システムは、電力小売事業者と、マッチング処理に係る自己託送の契約を、スマートコントラクト等によって自動的に締結してよい。

（２）電力小売事業者が異なる場合

　電力小売事業者が同じ場合とは、発電設備から発電される電力を取り扱う契約をしている電力小売事業者と、需要者の施設への電力を供給する契約をしている電力小売事業者とが異なる場合としてよい。このような場合、本実施形態に係る電力調達システムは、それぞれの電力小売事業者とマッチング処理に係る自己託送の契約をスマートコントラクト等によって自動的に締結してよい。

　これらの場合、本実施形態の電力調達システムは、上述のマッチング処理とともに、自己託送の契約を締結するようにしてもよい。また、本実施形態の電力調達システムは、発電設備から発電される電力を取り扱う契約をしている電力小売事業者と、需要者の施設への電力を供給する契約をしている電力小売事業者とが同じ場合にのみマッチングを完了するような策を講じてもよい。

　この場合の電力小売事業者と契約している者とは、契約者が所有している設備や施設での電力の提供又は供給をする契約をしている者である。例えば、電力調達システムは、同一の電力小売事業者と契約している複数の需要者と発電設備の所有者との間でのみ取引を行うようにしてもよい。電力調達システム発電設備を所有者が契約している電力小売事業者と異なる電力小売り事業者と契約している需要者が取引への参加を禁止するようにしてもよい。

　次に、本実施形態の電力調達システムにおいてトークンを購入する態様について、さらに具体的に説明する。

　図１８は、本実施形態の電力調達システムにおけるトークン購入の例を示す図である。図１８においては、例えば、発電設備の所有者が電力小売事業者である場合として説明する。

　上述した実施形態においては、発電設備の所有者が、取引ＰＦに発電設備の情報を登録することにより施設所有者として取引に参加する例について説明した。一実施形態に係る電力調達システムにおいては、小売事業者が太陽光パネル等の発電設備の施設所有者として取引に参加してもよい。このような場合、前述以外の構成は、上述した実施形態と同様としてよい。

　例えば、小売事業者自身が、発電設備の施設所有者として取引に参加することにより、取引に参加する者に対しての信頼性を高めることができる。すなわち、取引ＰＦを用いた取引において、需要者は、発電設備のセキュリティトークン又はユーティリティトークンを落札することにより、これらのトークンに係る電力を受け取る権利を取得することになる。しかしながら、既に電力を供給している小売事業者であれば、電力の供給に関しての実績があるため、落札したトークンに係る電力を受け取れないのではないかという需要者の不安を減らすことができる。

　一実施形態においては、例えば、予め発電設備を備えている小売事業者が取引に参加してもよい。また、一実施形態においては、例えば、小売事業者が複数の需要者からなる需要者グループから資金を集め、太陽光パネル等の発電設備を購入して所定の土地に設置することにより発電可能な状態にしてもよい。このような取引は、上述した実施形態と同様に行われるものとしてよい。落札した需要者は、施設所有者である小売事業者から落札したトークンに応じて、電力の提供を受けることになる。

　一方、図１８に示すように、需要者グループから資金を集め、太陽光パネル１３等の発電設備を購入した場合、上述した実施形態のような取引を行わずに、電力調達システムが所定量のトークンをこの需要家グループに発行又は付与するようにしてもよい。この場合、需要家に加えて、小売事業者１９も資金を出資するようにしてもよい。これにより、需要家グループは、このトークンに対応した分の電力を、施設所有者である小売事業者１９から供給されることになる。

　また、一実施形態に係る電力調達システムは、需要家グループ内におけるそれぞれの需要家である需要者に、それぞれ対応する電力の供給を受けられるように、トークンを発行又は付与するようにしてもよい。その場合のトークンは、需要家それぞれで均等になるようにしてもよいし、提供した資金に応じて割り振るようにしてもよい。

　図１８において、小売事業者１９は、例えば太陽光パネルの保有者としてよい。小売事業者１９は、需要家グループから収集した資金を用いて、太陽光パネルを直接購入してもよい。また、図１８に示すように、小売事業者１９は、太陽光パネルを仮想区分化するとともに、その所有権は引き続き小売りしてもよい。

　例えば、需要家グループの出資に対応付けられた発電設備に対して、電力調達システムがセキュリティトークンとして１００トークンを発行した場合、電力調達システムは、全出資額の２％を、出資した需要家に２トークンを与えてよい。例えば発電設備の１日当たりの最大出力が１００ｋＷｈである場合、２トークンを与えられた需要家は、１日当たり２ｋｗの電力を、施設所有者である小売事業者１９から供給されることになる。ここで、この需要家は、この２トークンを保有している限り、半永久的に、１日当たり２ｋｗの電力を、施設所有者である小売事業者１９から供給されることとしてよい。ただし、この１日当たり２ｋｗは、実績値又は理論値である。このため、供給される電力は、現実的には、発電設備の劣化や故障に伴い、低下することがある。

　また、図１８において、太陽光パネルの購入のための資金を出していない需要家グループであっても、小売事業者１９、資金を提供した需要家グループ、又は資金を提供した需要家グループに属する需要家からトークンを購入可能にしてもよい。このようにしてトークンが購入された場合、小売事業者１９から電力の供給を受けられるようにしてもよい。例えば、図１８に示すように、資金を提供していない家庭Ｘである需要家が、資金の一部を提供した小売事業者１９から資金の全体の２％分にあたる２トークンを購入したとする。この場合、上述と同様の思想に基づいて、この需要家は小売事業者１９から１日あたり２ｋＷ相当の半永久的なトークンを購入したものとしてよい。

　また、資金を提供していない需要家グループが、資金の一部を提供した小売事業者１９からトークンを購入した場合、需要家グループに対して、小売事業者１９から購入したトークンに対応した分の電力が供給可能となる。この場合、電力調達システムは、需要家グループに対してトークンを与えるように管理してもよい。また、電力調達システムが介在せずに需要家グループと小売事業者１９とが所定のトークンに対応した所定量の電力の供給契約を結ぶことにより、小売事業者１９を経由して、需要家グループが、疑似的にトークンを保有するようにしてもよい。

　このように、電力小売事業者が直接取引対象者になることにより、取引対象の発電設備が実在すること、及び／又は、取引時に表示される設備に関する情報に対する信頼性を高めることができる。

　図１９は、本実施形態の電力調達システムにおける金銭の請求の例を示す図である。図１９においても、例えば、発電設備の所有者が電力小売事業者である場合として説明する。

　上述した実施形態においては、発電設備の所有者が、取引ＰＦに発電設備の情報を登録することにより施設所有者として取引に参加する例を説明した。一実施形態に係る電力調達システムにおいては、小売事業者が太陽光パネル等の発電設備の施設所有者として取引に参加してもよい。このような場合、前述以外の構成は、上述した実施形態と同様としてよい。

　例えば、小売事業者自身が、発電設備の施設所有者として取引に参加することにより、図１８に示した場合と同様に、取引に参加する者に対しての信頼性を高めることができる。

　一実施形態において、図１９に示すように、小売事業者１９が毎月１０，０００ｋＷｈの電力を発電する発電設備の施設所有者である場合の例について説明する。この場合、小売事業者１９は、一実施形態に係る電力調達システムに、この発電設備の資産情報として、資産登録を行うことにより、施設所有者として取引ＰＦに参加可能となるようにしてよい。

　この場合、一実施形態に係る電力調達システムは、セキュリティトークンとして、例えば１００トークンを発行するようにしてよい。家庭Ｘである需要者が電力調達システムの取引ＰＦから２トークンを落札した場合、この需要者は、毎月１０，０００ｋＷｈの電力の２％に相当する、１か月あたり２００ｋＷｈの電力量を、小売事業者１９から供給される権利を得ることになる。ここで、取引に参加した需要者が小売事業者１９と電力供給の契約を結んでいる場合に、家庭Ｘでの１か月あがりの電力利用料が例えば４５０ｋＷｈであるとする。この場合、取引によって獲得された２００ｋＷｈ分の電力を供給される権利と相殺することにより、例えば、４５０ｋＷｈから２００ｋＷｈを差し引いた２５０ｋＷｈ分の電力が利用されたこととしてもよい。

　この場合、図１９に示す家庭Ｘに対して、２５０ｋＷｈ分の電力の利用料金が、小売事業者１９から請求されるようにしてよい。このように、請求する電力量として、小売事業者１９から購入することになる買電の電力量から、取引によって獲得したトークンに対応した発電電力量が差し引かれるようにすることを、「ネットメータリング」という。

　このように、需要者（家庭Ｘ）が取引を完了し、１か月で１０，０００ｋＷｈの発電設備の２％のトークンを取得した場合、取引した小売業者によって、毎月請求される電力量から２％（２００ｋＷｈ）分の電力量が差し引かれるようにしてもよい。

　図２０は、一実施形態に係る電力調達システムのネットメータリングによる電力供給の動作を説明するフローチャートである。

　図２０に示す動作において、ステップＳ３０１～ステップＳ３０５の動作は、図９に示した動作と同様に行ってよい。

　図２０に示すように、ステップＳ３０５においてトークンの保有者に応じて区分保有者に発電量が割り当てられたら、管理サーバ２は、上述のようなネットメータリングによって電力を供給してよい（Ｓ４０１）。

　以上、本実施形態について説明したが、上記実施形態は本開示の理解を容易にするためのものであり、本開示を限定して解釈するためのものではない。本開示は、その趣旨を逸脱することなく、変更、改良され得ると共に、本開示にはその等価物も含まれる。

　例えば、本実施形態では、ブロックチェーン４が発行するトークンを利用して発電設備１３の所有権及びオフテイク権の所在を管理するものとした。しかしながら、一実施形態において、上述のような所在の管理は、必ずしもブロックチェーンの技術を用いてしなくてもよい。例えば、所定のデータベースに所有権及びオフテイク権を管理するようにし、データベースの管理者（管理サーバ２の運営者）が内容の真性を保証するようにしてもよい。すなわち、一実施形態において、所定のデータベースにトークンを発行（記録）するようにしてもよい。

　また、本実施形態では、発電設備１３の所有者に関する所有者情報は、ブロックチェーン４の台帳に管理するものとした。しかしながら、管理サーバ２が、所有者情報を記憶する所有者情報記憶部を備えるようにしてもよい。

　また、一実施形態の電力調達システムは、取引の際の手数料を徴収したり、自己託送時の手数料を徴収したりしてもよい。

　また、一実施形態の電力調達システムにおいて、発電する電力量の予測は、時間帯ごとに異なるようにしてもよい。さらに、一実施形態の電力調達システムにおいて、発電する電力量の予測が外れた場合には、例えば外れた程度に応じてペナルティが課されるなどの策を講じてもよい。また、一実施形態の電力調達システムにおいて、発電する電力の予測値として、本来の予測値を示す代わりに、例えば安全のため所定の割合を示した上で取引を行うようにしてもよい。例えば、発電する電力の予測値が本来は１０００ｋＷｈである場合に、あえて９００ｋＷｈなどと示すことにより、取引を行うようにしてもよい。

　一実施形態の電力調達システムにおいて、発電設備１３は、太陽光発電をする太陽光パネル（太陽電池）のみならず、例えば蓄電池（電気自動車（Electric Vehicle：ＥＶ）を含む）としてもよい。また、一実施形態の電力調達システムにおいて、発電設備１３が蓄電池を含む場合、当該蓄電池を電力のバッファとして機能するようにしてもよい。

　また、一実施形態の電力調達システムにおいて、発電設備１３が発電した電力に余剰が生じた場合、当該余剰分は送配電業者側が買電するようにしてもよい。また、一実施形態の電力調達システムにおいて、発電設備１３が発電した電力に不足が生じた場合、買電した側（発電側）がペナルティを支払うようにしてもよい。

　さらに、一実施形態の電力調達システムにおいて、投資の回収期間に応じて将来得られる予定の電力量等を、現在の価値に反映させて割引く仕組みを構築してもよい。

＜開示事項＞
　なお、本開示には、以下のような構成も含まれる。
［項目１］
　発電設備を裏付けとした、前記発電設備の所有権及びオフテイク権を表すトークンをブロックチェーンにおいて発行させるトークン発行部と、
　前記発電設備から調達したい電力の需要量を需要者から受け付ける需要量入力部と、
　前記トークンの前記需要者への販売に係る処理を行う販売処理部と、
　前記需要量に応じた量の前記トークンを前記需要者のウォレットに移転させるトークン移転部と、
　を備えることを特徴とする情報処理装置。
［項目２］
　項目１に記載の情報処理装置であって、
　前記発電設備による発電電力量の予測値を取得する発電予測取得部と、
　前記需要者ごとに、前記需要者の保有予定トークン量に応じて前記発電電力量の予測値を分割して出力する発電計画出力部と、
　をさらに備えることを特徴とする情報処理装置。
［項目３］
　項目１又は２に記載の情報処理装置であって、
　前記発電設備に設けられているスマートメータから前記発電設備により発電された発電電力量の実績値を取得する発電実績取得部と、
　前記実績値を保有予定トークン量に応じて分割した分割発電実績値及び前記予測値を出力する発電実績出力部と、
　をさらに備えることを特徴とする情報処理装置。
［項目４］
　項目１乃至３のいずれか１項に記載の情報処理装置であって、
　前記需要量入力部は、前記需要量とともに前記発電設備についての条件の指定を受け付け、
　前記情報処理装置は、
　複数の前記発電設備のそれぞれについて、前記発電設備に関する資産情報を記憶する資産情報記憶部と、
　前記条件にマッチする前記資産情報を検索するマッチング処理部と、
　をさらに備え、
　前記トークン移転部は、マッチした前記資産情報に対応する前記発電設備のウォレットから、前記需要者のウォレットから前記需要量に応じた量の前記トークンを移転させること、
　を特徴とする情報処理装置。

　１　ユーザ端末
　２　管理サーバ
　３　通信ネットワーク
　４　ブロックチェーン
　１０　需要者
　１１　需要設備
　１２　マーケットプレイス
　１３　発電設備
　１４　スマートメータ
　１５　設備提供者
　１６　広域機関システム
　１７　小売事業者
　１８　サービス提供会社
　１３１　区分
　２１１　資産登録部
　２１２　トークン発行部
　２１３　需要量入力部
　２１４　売却量入力部
　２１５　マッチング処理部
　２１６　販売処理部
　２１７　トークン移転部
　２１８　発電予測取得部
　２１９　発電実績取得部
　２２０　レポート作成部
　２２１　ＡＰＩ処理部
　２３１　資産情報記憶部

Claims

　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記発電設備に関連する情報、前記発電設備の所有権の持分に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記所有権の持分に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える、情報処理装置。
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記前記発電設備が所定の時間帯において発電する積算の電力を予測する発電予測取得部と、
　前記発電設備に関連する情報、発電予測部によって予測される電力に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記発電予測部によって予測される電力に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える、情報処理装置。
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行部と、
　前記発電設備に関連する情報、前記発電設備によって発電される単位電力あたりの二酸化炭素排出量に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理部と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、発電予測部によって予測される電力に応じて前記取引における購入者に移転させるトークン移転部と、
　を備える、情報処理装置。
　前記販売処理部は、過去の実績に基づく予測精度に関する情報を用いることにより、前記発電設備によって発電される電力の取引を実行させる、請求項１から３のいずれかに記載の情報処理装置。
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンに応じた発電電力を、前記時間帯において、予め定められた需要設備に自己託送する、請求項２に記載の情報処理装置。
　前記販売処理部による前記取引が成立した場合に、前記販売処理部は、自己託送を行う設備として予め定められた需要設備の契約容量を超えた電力の入札を禁止又は拒否する、請求項１から５のいずれかに記載の情報処理装置。
　前記販売処理部は、前記発電設備から発電される電力を取り扱う契約をしている電力小売事業者と、前記電力の需要者の施設に電力を供給する契約をしている電力小売事業者とが同じ場合にのみ取引を成立させる、請求項１から６のいずれかに記載の情報処理装置。
　自己託送を行う設備として予め定められた需要設備の契約容量に関連する情報を外部から取得する通信インタフェースを備える、請求項１から７のいずれかに記載の情報処理装置。
　前記販売処理部による前記取引が成立した場合に、自己託送が実行される日の前日までに前記自己託送の計画を作成し、当該計画を所定の機関に提出する、請求項１から８のいずれかに記載の情報処理装置。
　前記販売処理部による前記取引が成立した場合に、前記自己託送する事業者と前記需要設備の所有者との間において前記自己託送に必要な契約を電子契約で実施する、請求項１から９のいずれかに記載の情報処理装置。
　コンピュータに、
　発電設備の所有権の持分を表す第１のトークンを所定のデータベースにおいて発行させるトークン発行処理と、
　前記発電設備に関連する情報、前記発電設備の所有権の持分に関連する情報、及び前記持分に応じた価格に関連する情報に基づいて、前記発電設備によって発電される電力の取引を実行させる販売処理と、
　前記販売処理部による前記取引が成立した場合に、前記第１のトークンを、前記所有権の持分に応じて前記取引における購入者に移転させる移転処理と、
　を実行させるためのプログラムを記録した、一時的でない有形の媒体。