JP2022542367A - 施設およびプロジェクトの評価データを生成する装置および方法 - Google Patents

Abstract

本主題は、環境に優しい施設および関連するプロジェクトの評価データを生成する装置、システム、方法、およびコンピュータプログラムに関する。評価データは、重要業績評価指標（ＫＰＩ）を計算し合算することによって、グリーン施設から受信される測定データに基づいて生成される。ＫＰＩの計算／合算は、例えば、クラウドベースのネットワークおよびブロックチェーン技術を使用して、分散されたリソースにおいて実施される。【選択図】図１

Description

本主題は、環境に優しい施設および関連するプロジェクトの評価データを生成する装置、システム、方法、およびコンピュータプログラムに関する。

世界中の気候科学者は、工業化が始まってから一貫して増加し続けている温室効果ガス排出が、地球温暖化の主原因であるということで意見が一致している。パリ協定に適合し、今世紀末までに世界平均気温の上昇を産業革命以前のレベルから１．５～２℃以内に制限するには、低炭素経済へと広い範囲で移行することが必要である。これには、化石燃料エネルギーから再生可能エネルギーへの高価な技術的シフト、ならびにプラントおよび建物のエネルギー効率の向上、および環境に優しいインフラストラクチャが含まれる。

グリーンローン、グリーンボンド、およびサステナビリティリンクローンを含む、サステナブルファイナンス商品を使用して資金調達されている、複数のプロジェクトがある。また、複数の公共および民間団体が、プロジェクトを実施する、より低炭素の持続可能な社会へ移行するために努力している。これら全ての活動に対して、環境面、社会面、または財務面で達成された実績に関して効率的に得ることができる確証が求められている。

この文脈において、グリーンボンドは、気候目標を達成し更なる環境破壊を回避するために、環境に優しく持続可能なプロジェクトにおける投資を促進する重要な手段である。グリーンボンドは、その利益が環境技術プロジェクトに資金供給するのに使用される債券である。

環境技術プロジェクトの主要なタイプは次の通りである。
－例えば太陽光、風力、およびバイオマスを含む、Ｇｒｅｅｎ ｂｙ Ｎａｔｕｒｅ、
－例えば建物、低公害車を含む、Ｃｏｎｔｒｉｂｕｔｅｓ ｔｏ Ｇｒｅｅｎ、ならびに、
－例えば送電および配電グリッド、ならびにスマートシティソリューションを含む、Ｅｎａｂｌｉｎｇ Ｇｒｅｅｎ。

換言すれば、環境技術は、例えば、再生可能エネルギー、エネルギー効率、クリーン交通、持続可能な水管理、公害防止、気候変動適応、生物多様性の保全、省資源およびリサイクル、環境に優しい製品および生産、ならびに自然資源の持続可能な管理に関する技術を含む。導入された技術が適切に機能することを担保し、達成された影響の証拠を提供し、異なる環境技術の影響を比較するため、各施設の好適な測定データを記録し、そこから適切な実績パラメータを作成することによって、環境技術プロジェクトの実績を評価することが重要である。異なる分野の環境技術を網羅するのに、異なる実績パラメータが求められることがある。例えば、再生可能エネルギー施設の実績を査定するのに、生成されたグリーン電力が好適な実績パラメータであることがあり、また工場または建物のエネルギー効率を査定するのに、消費エネルギーおよびそのＣＯ_２排出量が適切な値であることがある。他の技術、例えば持続可能な資源管理に関する技術は、資源を節約するための改善手段を評価するのに適切な、他の実績パラメータを必要とすることがある。現在、関連する全ての出資者がアクセス可能であるべき、かかる信頼性が高い測定データおよび実績パラメータは、環境技術プロジェクトにおいて利用可能ではない。

ＵＳ２０１９／０５７３９６Ａ１

特許文献１は、再生可能エネルギーおよび省エネルギー手段が採用された後の、エネルギー、工業、および輸送の分野における炭素排出量の低減を計算する炭素排出量測定モジュールを備える、ブロックチェーンベースのカーボントレードシステムについて記載している。しかしながら、上記カーボントレードシステムは、単に、所与の時点で所与の施設において測定された温室効果ガス排出量の変化に関する情報を提供するものである。これは、環境に影響を及ぼす１つのパラメータしか考慮されないことと、単一の施設で該パラメータしか検出することができない、特別な測定機器が必要であることを意味する。

本主題の目的は、標準化された評価パラメータを使用して、異なる施設およびプロジェクトに含まれる環境技術の実績を査定し、該評価パラメータの信頼性を担保する、装置、システム、方法、およびコンピュータプログラムを実現することである。この目的は、独立請求項による主題によって解決される。更なる好ましい展開は従属請求項によって記載される。

特許請求する主題は、１つもしくは複数の施設および／または１つもしくは複数のプロジェクトの評価データを生成する装置を含んでもよい。装置は、単一のコンピュータ、または直接、もしくは好ましくはインターネットなどのネットワークを介して互いに接続された、複数のコンピュータであってもよい。より好ましくは、装置は、クラウドベースのデジタルプラットフォームの一部として実現されてもよい。

評価データは、環境および社会に対する影響に関して、施設またはプロジェクトの実績を示すのに適した任意のデータであってもよい。例えば、生成された風力エネルギー量、または工場によって排出される温室効果ガスの低減が、評価データに含まれてもよい。施設は、工場、発電所、配水網、または車両など、任意の種類の施設であってもよく、施設は、建物の断熱材、発電所の水力タービン、または車両の電動機など、少なくとも１つの環境技術を含んでもよい。以下、かかる施設を「グリーン施設」と呼ぶ。好ましくは、肯定的な環境影響を最適化するために、１つのグリーン施設は複数の多様な環境技術を含んでもよい。例えば、公益事業は、例えば太陽光発電所によって生成される、再生可能電力を提供してもよく、その保有車両において電気自動車を走らせてもよい。

プロジェクトは、少なくとも１つのグリーン施設を、好ましくは複数のグリーン施設を含んでもよい。プロジェクトに関与するグリーン施設は、異なる場所に位置してもよく、肯定的な環境影響を最大限にすることができるような形で組み合わされてもよい。この文脈において、「組み合わされる」という用語は、好ましくは、２つ以上の施設の技術的組み合わせ、ならびに金融資産における２つ以上の施設の組み合わせの意味を含んでもよい。例えば、太陽光発電所および風力発電所など、２つ以上の再生可能エネルギー施設が、互いに相互作用することによって利益を得るため、共通の電力網で技術的に接続されてもよい。異なるグリーン施設が統合されて、プロジェクトとしてのグリーンボンドとなることも可能であってもよい。グリーンボンドポートフォリオにおけるグリーンボンドの組み合わせはまた、更なる金融資産におけるプロジェクトならびにグリーンボンドポートフォリオの組み合わせであってもよい。

装置は、インターネットなどのネットワークを介して、１つまたは複数の施設から測定データを自動的に受信するように構成された、１つまたは複数の第１のインターフェースを備えてもよく、それによって特に、例えばヒューマンインタラクションを必要とすることなく、信頼性が高いデータの転送が可能になる。好ましくは、１つまたは複数の第１のインターフェースは、暗号化データ伝送を提供するクラウドネットワークを介して、１つまたは複数の施設に接続されてもよい。１つまたは複数の第１のインターフェースは、所定の時間間隔で測定データを受信してもよい。所定の時間間隔は、好ましくは、１時間から２４時間の間の範囲内、最も好ましくは２時間から８時間の間の範囲内であってもよい。しかしながら、より長いまたは短い間隔が同様に可能であってもよい。１つまたは複数の第１のインターフェースは、インターネットなどのネットワークを介して、測定データを施設から自動的に受信するのに適した、任意の種類のインターフェースであってもよい。好ましくは、１つまたは複数の第１のインターフェースは、ＲＥＳＴ ＡＰＩインターフェース（ＲＥＳＴ－Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ、ＡＰＩ－Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）であってもよい。他のタイプのインターフェースが同様に使用されてもよい。

測定データは、１つまたは複数の第１のインターフェースに接続された異なる施設で記録された全ての測定値、ならびに施設の処理システムによって上記測定値から計算された全ての値を含んでもよい。例えば、グリーン施設が風力タービンを備える場合、測定データは、例えば、測定された風速および測定された出力電力、ならびにグリーン施設の処理システムによって計算される風力タービンの効率を含んでもよい。加えて、ダウンタイム、保守、および修理作業に関する情報も、測定データに含まれてもよい。換言すれば、測定データは、それぞれの施設の全ての運用データを含んでもよい。

更に、施設の処理システムはまた、データのソース付近で測定データを処理するエッジサーバとして使用されてもよい。エッジサーバは、データのプライバシーおよびセキュリティ要件と一致するために、装置の１つまたは複数の第１のインターフェースに送信する前に、測定データの仮名化を実施してもよい。測定データのその後の使用に応じて、エッジサーバが測定データを仮名化できることも可能であってもよい。例えば、測定データが、データを特定のプロジェクトに割り付ける必要なしに、特定のタイプの施設の総合評価データを提供するのに使用された場合、測定データは仮名化されてもよい。

更に、測定データは、例えば、太陽放射、雲量、および風速を含む気象データなど、施設の環境条件に関する更なるデータを含んでもよい。測定データは、ネットワークと互換性があるセンサを備えた機械類および機器からだけではなく、他のデータソースからも受信されてもよい。例えば、建物における断熱手段の成功を評価するには、手段の適用前および後に熱画像カメラによって撮影した写真を測定データとして役立てて、削減されたエネルギーを定量化することができる。更に、例えば、鉱山が位置するはずである地形の衛星写真を分析することによって、探鉱プロジェクトの環境影響が査定されてもよい。この場合、衛星写真は、結果としての影響指標を計算するのに測定データとして機能する。

装置は更に、１つまたは複数の施設の測定データを格納してもよい１つまたは複数のデータストレージを含んでもよい、１つまたは複数の第１のインターフェースに接続された、１つまたは複数の評価ユニットを備えてもよい。あるいは、または加えて、測定データは、直接またはネットワークを介して評価ユニットに接続されてもよい、外部データストレージに格納されてもよい。評価ユニットは、単一のコンピュータまたは複数のコンピュータに統合されてもよい。

評価ユニットは更に、施設を評価するため、１つまたは複数の施設の測定データに基づいて実績パラメータを計算してもよい、１つまたは複数の計算ユニットを含んでもよい。ここで、施設を「評価する」ことは、環境技術に対する寄与という観点で施設の「実績を示す」ことと理解されるべきである。実績パラメータは、簡潔な方法でグリーン施設の最も重要な特性を査定することを可能にする、いわゆる重要業績評価指標（ＫＰＩ）によって表されてもよい。グリーン施設で使用される環境技術のタイプに応じて、異なるＫＰＩを評価することが求められることがある。例えば、工場建物の屋根にソーラーパネルを有する生産プラントの場合、いくつかのＫＰＩが関心対象であってもよい。例えば、生産の水消費および消費電力は、継続的に測定され、持続可能な水管理およびエネルギー効率を表すＫＰＩの基礎として使用される、一般的な測定値であってもよい。持続可能な水管理を表すＫＰＩは、例えば、水消費を低減する手段を生産ラインに導入することによって、または使用された水を処理する手段を適用することによって改善されてもよい。生産プラントのエネルギー効率を表すＫＰＩは、例えば、消費電力に関して生産機械類を最適化することによって改善されてもよい。この２つの例示的なＫＰＩは、所定の時点から始まり、時間経過に伴って施設に対して実施される個々の手段の業績を示す、既存の施設に対する改善を反映させるのに使用することができる。所定の時点は、例えば、生産プラントの環境への優しさを改善する第１の手段が導入される前であってもよい。更に、ＫＰＩは、工場建物の屋根に設置されたソーラーパネルを評価するために生成することができる。この場合、ソーラーパネルによって生成される電力は、一週間または一か月など、所定の時間間隔にわたって継続的に測定し集約することができる。集約した値は、生産された再生可能エネルギーを表すＫＰＩとして直接役立つことができる。

更に、評価ユニットは、１つまたは複数のプロジェクトを評価するための合算されたプロジェクトデータとして、所定の組み合わせに従って計算された実績パラメータを組み合わせてもよい、１つまたは複数の合算ユニットを備えてもよい。合算ユニットは、プロジェクトに含まれるグリーン施設に対するより幅広い視野を提供してもよい、プロジェクトレベルでＫＰＩを提供してもよい。異なるグリーン施設がプロジェクトとしてのグリーンボンドに統合されてもよい場合、グリーンボンドのＫＰＩは、グリーンボンドに含まれる全てのグリーン施設のＫＰＩを組み合わせることによって生成されてもよい。所定の組み合わせは、グリーンボンドに含まれるグリーン施設のタイプに応じて実施されてもよい。例えば、グリーンボンドが再生可能エネルギーを生成する施設のみを含み、該生成された再生可能エネルギーがＫＰＩとして直接役立つ場合、異なる施設のＫＰＩを合計するだけでよい。あるいは、または加えて、グリーンボンドが再生可能エネルギーを生成する施設と、自身のエネルギー効率を改善する施設とを含む場合、異なるＫＰＩ、つまり生成された再生可能エネルギーおよび削減されたエネルギーが、因子によって独立して格付けされ、次に合計されて共通のＫＰＩとなってもよい。計算ユニットによって計算されたグリーン施設のＫＰＩを組み合わせる以外に、合算ユニットは、それぞれのプロジェクトに含まれるグリーン施設の未加工測定データに基づいて、プロジェクトレベルで新しい／追加のＫＰＩを生成してもよい。また、プロジェクトレベルでのＫＰＩがより複雑性の低い情報に変換されることが可能であってもよい。例えば、同じ場合には、生成された再生可能エネルギーの正確な値は重要ではないことがあるが、特定の閾値を上回っている場合のみを除く。そのような場合、プロジェクトレベルで計算されたＫＰＩは、「はい」または「いいえ」のみを含むことがある。更に、合算されたプロジェクトデータは、プロジェクト所有者などに関する詳細など、プロジェクトに関する管理データを含んでもよい。

上述のＫＰＩは、個々のグリーン施設、ならびに異なるグリーン施設から成るプロジェクトの実績を効率的に査定することを可能にする。測定データを自動で定期的に受信することで、計算／合算された評価データの確実性が改善される。評価ユニットにおいて実現される計算および合算構造は、プロジェクトＫＰＩの進捗を理解する上で、プロジェクト全体の概観、ならびに個々のグリーン施設の詳細図を提供することを可能にする。

更に、１つまたは複数の評価ユニットは、実績パラメータを計算してもよく、分散されたコンピュータリソースにおいてプロジェクトデータを合算してもよい。分散されたコンピュータリソースを使用することで、結果の信頼性／確実性を更に改善する複数の冗長評価データが生じる。加えて、計算の効率が改善され、分散されたコンピューティングリソースを、単一のメインフレームと比較してより簡単に換算することができるので、新しい機構を既存のプロジェクトに簡単に追加することができる。従って、ＫＰＩなどの評価パラメータは、異なる施設およびプロジェクトに含まれる環境技術の業績を査定する上で、自動的に決定され使用され、決定された評価パラメータの信頼性が担保される。

一態様によれば、１つまたは複数の評価ユニットは、測定データ、実績パラメータ、および合算されたプロジェクトデータを暗号化してもよい。これにより、例えばクラウドネットワークにおける、分散されたコンピュータリソース間での安全なデータ交換が可能になる。

更に、装置は、測定データ、実績パラメータの計算命令、および合算されたプロジェクトデータの処理命令、ならびに計算された実績パラメータおよび合算されたプロジェクトデータを、ブロックチェーンに格納してもよい。計算命令は、実績パラメータを計算するための方程式ならびに係数を含んでもよい。ブロックチェーンは、評価ユニットによって実施される、実績パラメータおよび／または合算されたプロジェクトデータの全ての計算を記録する取引ログであってもよい。取引は、ブロックチェーンに付加され、ハッシュ値を介して互いに接続されてもよい、ブロック内部で収集されてもよい。ブロックチェーンは、ネットワーク（ブロックチェーンネットワーク）の分散されたリソースに対する評価データを計算できるようにし、加えて、生成された評価データの確実性を更に改善する、ハッシュおよび公開鍵暗号法による内部暗号化システムを含む。更に、ブロックチェーンネットワークは、中央のメインサーバを必要とせずに、分散されたコンピュータリソース間において直接ピア・ツー・ピア通信ができるようにする。

一態様によれば、ブロックチェーンネットワークで実現される装置は更に、１つまたは複数の評価ユニットをそれぞれ含む複数のピアを備えてもよい。ピアは、ピア・ツー・ピア通信を介して互いに直接通信する、コンピュータまたはモバイルデバイスなど、ブロックチェーンネットワーク内における同等のネットワークユーザであってもよい。各ピアの１つまたは複数の評価ユニットは、実績パラメータの計算命令および合算されたプロジェクトデータの処理命令を含む、スマートコントラクト（または単に契約）を実行してもよい。

加えて、装置は、１つまたは複数のプロジェクトに対する各ピアの関与に従って、１つまたは複数のチャネルに対するそれらの関与を定義し、スマートコントラクトを実行するピアを定義してもよい、オーナーシップコントローラを備えてもよい。チャネルは、プロジェクト内の秘匿通信を目的とする、２つ以上のピアの間のプライベートサブネットであってもよい。

オーナーシップコントローラは更に、新しい測定データが第１のインターフェースによって受信されると、スマートコントラクト実行を実施する第１のピア群を選んでもよく、測定データは１つまたは複数のチャネルに割り付けられる。１つまたは複数のチャネルに対する測定データの割付けは、測定データセットのヘッドに含まれる識別子によって実現されてもよい。第１のピア群は、各ピアのスマートコントラクトに含まれる、計算命令および／または処理命令に関する情報に従って、オーナーシップコントローラによって選ばれてもよい。換言すれば、オーナーシップコントローラは、求められるＫＰＩを計算するピアの能力を考慮して、第１の群のピアを選んでもよい。能力は、スマートコントラクトにおけるそれぞれの命令の実績および／または存在を演算することに関連して考慮されてもよい。例えば、測定データが施設の効率値を含む場合、効率値に基づいてＣＯ_２の等価物を計算することができる全てのピアが、計算のために選択されてもよい。

オーナーシップコントローラは更に、測定データが割り付けられるチャネルと関連付けられた全てのピアを第２のピア群として選んでもよく、第１のピア群は第２のピア群よりも大きく、第２のピア群は第１のピア群に含まれる。換言すれば、スマートコントラクトを実行するピアの数は、測定データが割り付けられる１つまたは複数のチャネルに関与するピアの数よりも多い。これにより、同じチャネルに属するピアのみがスマートコントラクトを実行する通常の場合と比較して、冗長性がより高いので、計算された結果の確実性を改善することが可能になる。

更に、第１の群に含まれるが第２のピア群には含まれないピアは、ブロックチェーンにおけるデータ確認が完了すると、スマートコントラクト実行の結果を消去してもよく、第１および第２のピア群に含まれるピアは、ブロックチェーンにおけるデータ確認が完了すると、スマートコントラクト実行の結果をデータベースに格納してもよい。データ確認は、契約を実行した所定数のピアが、計算が有効と指定されるために、実行から得られた結果を承認しなければならないことを含んでもよい。好ましくは、計算を確認／承認する所定数のピアは、計算を実行するピアの３０％～１００％であってもよく、最も好ましくは、計算を確認／承認する所定数のピアは、計算を実行するピアの４０％～７０％であってもよい。

これは、責任があるピアによって結果が確認／承認された後、測定データが割り付けられる１つまたは複数のチャネルに関与するピアのみが、結果を格納することが可能にされ、他のピアは全て、データ確認／承認の後、それを消去しなければならない。結果として、それと同時に結果の確実性を増加させることによって、チャネルのプライバシーが担保される。

一態様によれば、装置は、ブロックチェーンの最終ブロックのデータをオフチェーンデータベースに格納してもよい。ブロックチェーンのブロックのうち最終ブロックのデータは、業績パラメータの計算および／またはプロジェクトデータ統計の合算の最新結果であってもよい。オフチェーンデータベースは、ブロックチェーンネットワークに含まれる全てのピアで維持される分散されたレッジャーの一部であってもよい。オフチェーンデータベース以外に、レッジャーはブロックチェーン自体を含んでもよい。最新データをオフチェーンデータベースに格納することで、現在のデータに対する高速で効率的なアクセスが可能になる。

装置は更に、評価データセットに基づいて報告を生成する、１つまたは複数のユーザインターフェースからの要求を受信してもよい、１つまたは複数の評価ユニットに接続された、１つまたは複数の第２のインターフェースを備えてもよい。評価データセットは、受信された要求によって定義される要件に応じて、実績パラメータおよび／または合算されたプロジェクトデータを含んでもよい。報告は、各ユーザの特定の要件に適合された、カスタマイズされた評価データセットを含んでもよい。

更に、１つまたは複数の第２のインターフェースは、要求された報告を、ネットワークを介して１つまたは複数のユーザインターフェースに出力してもよい。１つまたは複数の第２のインターフェースは、インターネットなどのネットワークを介してデータを送受信するのに適した、任意の種類のインターフェースであってもよい。好ましくは、１つまたは複数の第２のインターフェースは、ＲＥＳＴ ＡＰＩインターフェース（ＲＥＳＴ－Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ、ＡＰＩ－Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）であってもよい。他のタイプのインターフェースが同様に使用されてもよい。好ましくは、１つまたは複数の第２のインターフェースは、暗号化データ伝送を提供するクラウドネットワークを介して、１つまたは複数のユーザインターフェースに接続されてもよい。

一態様によれば、主題は、好ましくはクラウドベースのデジタルプラットフォームとして実現されてもよい、１つまたは複数の施設および／または１つまたは複数のプロジェクトの評価データを生成するシステムを含んでもよい。

システムは、上述したような装置、ならびにネットワークを介して該装置に接続され、所定の時間間隔で装置に測定データを自動的に送信するように構成された、１つまたは複数の施設を備えてもよい。施設は、工場、発電所、配水網、または車両など、任意の種類の施設であってもよく、施設は、グリーン施設と呼ばれ、建物の断熱材、発電所の水力タービン、または車両の電動機など、少なくとも１つの環境技術を含んでもよい。所定の時間間隔は、好ましくは、１時間～２４時間の間の範囲内、最も好ましくは２時間～８時間の間の範囲内であってもよい。

更に、システムは、ネットワークを介して上記装置に接続され、実績パラメータおよび／または合算されたプロジェクトデータを含む評価データセットに基づいて、自動的に生成された報告を要求し受信するように構成された、１つまたは複数のユーザインターフェースを備えてもよい。１つまたは複数のユーザインターフェースは、好ましくは、インターネットなどのネットワークを介して装置の１つまたは複数の第２のインターフェースに接続された、ウェブポータルサーバであってもよい。好ましくは、１つまたは複数のユーザインターフェースは、暗号化データ伝送を提供するクラウドネットワークを介して装置に接続されてもよい。ユーザインターフェースは、ユーザが必要とする情報を正確に含む、プロジェクトに対するカスタマイズされた報告を獲得することを可能にする。更に、高い柔軟性ならびにデータのアクセス性に関して高い安全性を提供する暗号化データ伝送を使用して、クラウドネットワークを介して所望の情報が利用可能である。

あるいは、または加えて、ユーザインターフェースは、金融取引に従ったオーナーシップを実証する、出資者、プロジェクト所有者、発行者などに対する「マーケットプレース」として作用する、第２のブロックチェーンデータベースに接続されてもよい。これは、この第２のブロックチェーンデータベースで実施される取引に関する関連情報が、ユーザインターフェースを介して、第２のブロックチェーンで実施された取引に従ってそのチャネル構成を更新してもよい、第１のブロックチェーンのオーナーシップコントローラに（評価データを生成するため）送信されてもよいことを意味する。

例えば、新しいグリーンプロジェクトが第２のブロックチェーンデータベースで提出された場合、情報は、第１のブロックチェーンのオーナーシップコントローラに送信されてもよく、そこでこの新しいグリーンプロジェクトに対してピアおよびチャネルを作成してもよい。次に、発行者は、上記グリーンプロジェクトを新しいグリーンボンドに含めてもよく、それがオーナーシップコントローラをトリガして、グリーンプロジェクトと発行者との間にリンクを追加することによって、第１のブロックチェーンにおける作成されたチャネルのチャネル構成を更新してもよい。加えて、外部レビュア（またはサービスプロバイダ）がグリーンボンドに割り付けられてもよい。この場合、オーナーシップコントローラは、グリーンプロジェクトと外部レビュア（またはサービスプロバイダ）との間にリンクを作成することによって、チャネル構成を更新してもよい。更に、発行後、複数の出資者がグリーンボンドを購入してもよい。次に、第１のブロックチェーンのオーナーシップコントローラは、出資者に対する複数の追加のリンクを作成することによって、チャネル構成を更新してもよい。グリーンボンドの存続期間の間、出資者は流通市場で自身の持ち分を売買してもよい。従って、オーナーシップコントローラは、第１のブロックチェーン内部で適宜チャネルを作成し除去してもよい。概して、第２のブロックチェーンで実施される複数の契約および取引は、関連するグリーンプロジェクトの評価データを提供する、第１のブロックチェーンのチャネル構成における影響を有してもよい。

更に、システムの１つまたは複数の施設は、測定データを仮名化および／または匿名化してもよい、１つまたは複数のエッジサーバを含んでもよい。例えば、施設の処理システムはまた、データのソース付近で測定データを処理するエッジサーバとして使用されてもよい。１つまたは複数のエッジサーバは、データのプライバシーおよびセキュリティ要件と一致するために、装置の１つまたは複数の第１のインターフェースに送信する前に、測定データの仮名化を実施してもよい。測定データのその後の使用に応じて、１つまたは複数のエッジサーバが測定データを仮名化できることが可能であってもよい。これは、データの伝送および格納に関する権限に準拠するために、１つまたは複数のエッジサーバが、測定データをフィルタ処理または前処理して、測定データを評価ユニットに送信する前にエッジコンピューティングを使用して、特定の程度の仮名化および／または匿名化を達成できることを意味する。

好ましくは、測定データを施設から装置の１つまたは複数の第１のインターフェースに送信するか、あるいはその逆を行うことが可能であってもよい。最も好ましくは、測定データを施設から装置の１つまたは複数の第１のインターフェースに送信することのみが可能であってもよい。

あるいは、または加えて、地域のデータ保護規制を満たすため、許容可能な権限や規則などの中に位置するピアのみが、それぞれの評価データの計算を実施することが可能にされてもよい。

データ保護規制との準拠に対する更なる代替例として、合算されたプロジェクトデータは、様々なサブチャネルの間で分割されて、ハードウェア、運用データ、プロジェクト特性、所有者、契約などに関する情報など、異なる情報を分離してもよい。

一態様によれば、主題は、以下のステップを含む、１つもしくは複数の施設および／または１つもしくは複数のプロジェクト評価データを生成する方法を含んでもよい。
－１つまたは複数の第１のインターフェースによって、ネットワークを介して１つまたは複数の施設から測定データを自動的に受信するステップ、
－１つまたは複数の評価ユニットに含まれる１つまたは複数のデータストレージによって、１つまたは複数の施設の測定データを格納するステップ、
－１つまたは複数の施設を評価するため、１つまたは複数の評価ユニットに含まれる１つまたは複数の計算ユニットによって、１つまたは複数の施設の測定データに基づいて、実績パラメータを計算するステップ、ならびに／あるいは、
－１つまたは複数のプロジェクトを評価するため、１つまたは複数の評価ユニットに含まれる１つまたは複数の合算ユニットによって、計算された実績パラメータを、所定の組み合わせに従って合算されたプロジェクトデータとして組み合わせるステップ。

この文脈において、実績パラメータの計算およびプロジェクトデータの合算は、分散されたコンピュータリソースにおいて１つまたは複数の評価ユニットによって実施されてもよい。

更に、測定データ、実績パラメータ、および合算されたプロジェクトデータは、１つまたは複数の評価ユニットによって暗号化されてもよい。

一態様によれば、測定データ、実績パラメータの計算命令、および合算されたプロジェクトデータの処理命令、ならびに実績パラメータおよび合算されたプロジェクトデータは、ブロックチェーンに格納されてもよい。

方法は更に、以下のステップを含んでもよい。
－実績パラメータの計算命令および合算されたプロジェクトデータの処理命令を含むスマートコントラクトを、ピアにそれぞれ含まれる１つまたは複数の評価ユニットによって実行するステップ、
－１つまたは複数のプロジェクトに対する各ピアの関与に従って、１つまたは複数のチャネルに対するそれらの関与を定義し、オーナーシップコントローラによって、スマートコントラクトを実行するピアを定義するステップ、
－新しい測定データが第１のインターフェースによって受信されると、スマートコントラクト実行を実施するため、オーナーシップコントローラによって第１のピア群を選ぶステップであって、測定データが１つまたは複数のチャネルに割り付けられ、第１のピア群が、各ピアのスマートコントラクトに含まれる計算命令および／または処理命令に関する情報に従って選ばれる、ステップ、
－オーナーシップコントローラによって、第２のピア群として、測定データが割り付けられる１つまたは複数のチャネルに属するピアを選ぶステップであって、第１のピア群が第２のピア群よりも大きく、第２のピア群が第１のピア群に含まれる、ステップ。

更に、ブロックチェーンにおけるデータ確認が完了すると、スマートコントラクト実行の結果は、第１の群に含まれるが第２のピア群には含まれないピアによって消去されてもよく、スマートコントラクト実行の結果は、第１および第２のピア群に含まれるピアによって、データベースに格納されてもよい。

加えて、方法は、ブロックチェーンデータの最終ブロックのデータおよびプロジェクトに関する統計が、オフチェーンデータベースに格納されることを含んでもよい。これにより、プロジェクトに関する現在必要なデータおよび統計に対する、高速で効率的なアクセスが可能になる。

一態様によれば、方法は更に、以下のステップを含んでもよい。
－１つまたは複数の評価ユニットに接続された、１つまたは複数の第２のインターフェースによって、業績パラメータおよび合算されたプロジェクトデータを含む評価データセットに基づいて、報告を自動的に生成する要求を受信するステップ、
－要求された報告を、ネットワークを介して、１つまたは複数の第２のインターフェースから１つまたは複数のユーザインターフェースに出力するステップ。

更に、特許請求する主題は、コンピュータによって実施されると、コンピュータに上述の方法を実施させる命令を含む、メモリに格納可能なコンピュータプログラム製品を含んでもよい。「含む」は、制御ユニットがエンジンと物理的に統合されること、または遠隔に配置されるが、信号線などによって接続されることを意味してもよい。

概して、特許請求する主題は、上記グリーン施設の測定データに基づいて業績パラメータを計算し合算することによって、環境に優しい環境に対する寄与を改善するために、グリーン施設およびプロジェクトの実績を示すことを可能にする。主題は、測定データをグリーン施設から自動的に受信し、例えば、クラウドベースのネットワークおよびブロックチェーン技術を使用して、分離されたリソースにおける業績パラメータの計算および合算を実施することによって、生成された評価データの確実性を改善する。

以下、主題について、添付の例示的図面を参照して、特許請求する主題の１つまたは複数の優先的な実施例に基づいて更に説明する。

異なる施設と、評価データを生成する装置と、ユーザインターフェースとを含む、評価データを生成するシステムの一例を示す図である。 評価データを生成する装置がブロックチェーンネットワークで実現される一例を示す図である。 ブロックチェーンに格納された取引の一例を示す図である。 ブロックチェーンに格納された取引の一例を示す図である。 ブロックチェーンの取引によって生成され、オフチェーンデータベースに格納されるデータを示す、ブロックチェーンネットワークの更なる一例を示す図である。 ブロックチェーンに含まれるオーナーシップコントローラの機能を概略的に示す図である。

図１では、異なるグリーン施設およびプロジェクトの評価データを生成するシステムが概略的に示されている。電気自動車、風力タービン、およびソーラーパネルなどの異なる環境技術を操作する／含む、グリーン施設１ａ,１ｂ、１ｃは、測定データを所定の時間間隔で装置１０の第１のインターフェース２に送信する。しかしながら、あるいはまたは加えて、要求に基づいてそれらを送信してもよい。所定の時間間隔は、例えば、毎時間、２～８時間ごと、もしくは毎日、またはそれ以上であってもよい。

グリーン施設１ａ、１ｂ、１ｃは、データセキュリティ規制に準拠するために、測定データを仮名化および／または匿名化するため、１つまたは複数のエッジサーバ１００ａ、１００ｂ、１００ｃを備えてもよい。

第１のインターフェース２は、ＲＥＳＴ ＡＰＩインターフェースなど、インターネットを介してデータを送受信するのに適した、既知のアーキテクチャを使用するインターフェースであってもよい。グリーン施設１ａ、１ｂ、１ｃと第１のインターフェース２との間のデータ通信は、暗号化データ伝送を提供するクラウドネットワークを使用して実現されてもよい。グリーン施設１ａ、１ｂ、１ｃは、記載する環境技術には限定されず、環境に対して肯定的な影響をもたらすことができる全ての環境技術であることができる。

測定データを受信した後、第１のインターフェース２は評価ユニット３にデータを転送し、そこでデータはデータストレージ４に格納される。更に、測定データは、計算ユニット６ａ、６ｂ、６ｃおよび合算ユニット７を含む計算部５に渡される。計算ユニット６ａ、６ｂ、６ｃは、測定データを処理して、計算命令に従って、それぞれのグリーン施設の実績パラメータ（重要業績評価指標－ＫＰＩ）を計算する。図示される施設１ａ、１ｂ、１ｃの場合、ＫＰＩは、風力タービンおよびソーラーパネルの生成されたグリーンエネルギー、ならびに内燃機関を有する車両の代わりに電気自動車を使用することによるＣＯ_２削減の割合であってもよい。個々のグリーン施設のＫＰＩを計算して、計算ユニット６ａ、６ｂ、６ｃは、計算された結果をデータストレージ４に格納し、それを合算ユニット７に渡す。合算ユニット７は、データストレージ４に格納された未加工測定データに対する更なるアクセスを有する。合算ユニット７は、処理命令に従って計算ユニット６ａ、６ｂ、６ｃによって計算された、それぞれのプロジェクトに含まれるグリーン施設のＫＰＩを組み合わせてもよく、ならびに／あるいはそれぞれのプロジェクトに含まれるグリーン施設の未加工測定データに基づいて、新しい／追加のプロジェクトＫＰＩを決定してもよい。プロジェクトは、少なくとも１つのグリーン施設を含んでもよく、好ましくは複数のグリーン施設を備えてもよい。例えば、複数の異なるグリーン施設は、プロジェクトとしてのグリーンボンドに統合されてもよい。グリーンボンドポートフォリオにおけるグリーンボンドの組み合わせはまた、更なる金融資産におけるプロジェクトならびにグリーンボンドポートフォリオの組み合わせであってもよい。

プロジェクトレベルでＫＰＩを決定して、合算ユニット７は、結果をデータストレージ４に格納し、そこから第２のインターフェース８を介して呼び出すことができる。第２のインターフェース８は、ＲＥＳＴ ＡＰＩインターフェースなど、インターネットを介してデータを送受信するのに適した、既知のアーキテクチャを使用するインターフェースであってもよい。第２のインターフェース８は、例えばウェブポータルサーバであってもよい、ユーザインターフェース９から到達することができる。定期的にプロジェクトレベルでＫＰＩを決定する代わりに、特別なプロジェクトのＫＰＩを決定する要求が第２のインターフェース８によって受信されたときのみ、該ＫＰＩを決定することも可能であってもよい。これにより、格納量を節約し、カスタマイズされた報告をユーザに提供することが可能になる。第２のインターフェース８とユーザインターフェース９との間のデータ通信は、暗号化データ伝送を提供するクラウドネットワークを使用して実現されてもよい。

図２は、装置１０がブロックチェーンで実現され、ブロックチェーンが中に含まれる全てのピアを代表する単一のピア１２によって表される、一例を提示している。ブロックチェーンは、サーバクライアントシステムとは対照的に、同等のネットワークユーザ（ピア）間の直接ピア・ツー・ピア通信を可能にするネットワークである。図１に関連して記載されるような評価ユニット３は、各ピア１２によって実行されるスマートコントラクト１２２に含まれる。スマートコントラクト（または単に契約）を含む取引の一例は、以下に記載する図３および図４に与えられる。ブロックチェーンの更なる特性は、取引管理１２０、コンセンサス管理１２１、および分散されたレッジャー１２３である。取引管理１２０は、スマートコントラクト１２２をどのように実行するかについての規則を定義する。責任を負う全ての当事者が前もって定義された条件に合意すると、２つのピア１２の間で実施される取引が可能にされる。例えば、測定データが施設１ａ、１ｂ、１ｃによってピア１２に送信されると、実績パラメータの計算命令および／または合算されたプロジェクトデータの処理命令を含むスマートコントラクト１２２は、測定データを受信するピア１２によって実施される。次に、該ピア１２は、計算の結果を他の全てのピア１２に送信し、そこで計算を承認する。コンセンサス管理１２１は、ブロックチェーンのブロックを含む一連の取引の正当性をどのピア１２が検証するかを定義する。ブロックの取引の注文および結果が担当のピア１２によって正当であると認められると、コンセンサスが達成される。そこで初めて、ブロックチェーンネットワークに含まれるすべてのピア１２で維持されるブロックチェーンを備える、分散されたレッジャー１２３にブロックが格納される。

上述したように、図３および図４は、ブロックチェーンのブロックに格納された取引の一例を示している。図示される取引は、グリーンエネルギーの生産の増加を表す、ＫＰＩ１を決定する契約を含む。契約は、契約のタイプ、ＫＰＩ１を決定するのに実施される関数およびロジックの定義、計算結果、エネルギー供給者、電子署名、および取引ＩＤを含む。実績パラメータの計算命令および／または合算されたプロジェクトデータの処理命令は、関数の定義に含まれ、契約ロジックによって実施される。電子署名は取引に含まれるデータを暗号化し、取引ＩＤはブロックチェーンに格納された各取引を識別する。ブロックチェーンの個々のブロックは、それぞれ前のブロックのハッシュ値によって接続される。図３は、ブロックチェーンに展開されたときの例示的な取引を示し、図４は、取引によって実施された計算の結果を示している。

図５は、図２に示されるブロックチェーンの変形例を示しており、ブロックチェーンにおける取引によって生成されたデータの一部、つまり契約ロジック、評価結果、供給者、および電子署名が、オフチェーンデータベース１３に格納される。これらの値は、プロジェクトに関する現在のデータおよび統計に対する効率的なアクセスを提供するために、ブロックチェーンのブロックから、好ましくは最後のものから抽出される。このオフチェーンデータベースは、ブロックチェーンネットワークに含まれるすべてのピア１２で維持される分散されたレッジャー１２３の一部であってもよい。

図６で、ブロックチェーンネットワークのオーナーシップコントローラ１４の役割が例示的に記載される。オーナーシップコントローラ１４はブロックチェーンネットワークのチャネルを定義し、ピア１２ａ～１２ｇは契約を実行し、ピア１２ａ～１２ｇは取引を承認する。チャネルは、プライベートおよび秘匿契約の実行を目的とする、２つ以上のピア１２ａ～１２ｇの間の通信のプライベートサブネットである。太線で示されるピア１２ａ、１２ｂ、１２ｆ、１２ｇはチャネル１に属し、点線で示される他のピア１２ｃ、１２ｄ、１２ｅはチャネル２に属する。１つのチャネルに１つのレッジャーがあり、各チャネルがプロジェクトに割り当てられる。１つを超えるプロジェクトのデータがピア１２ａ～１２ｇに転送されるとき、単一のピア１２ａ～１２ｇが１つを超えるチャネルに属することが可能であってもよい。各ピア１２ａ～１２ｇは、それらがメンバーである各チャネルのレッジャーのコピーを維持する。更に、異なるチャネルのピア１２ａ～１２ｇが、同じタイプであるが異なるプロジェクトに対するＫＰＩを決定するため、同じ計算命令および／または処理命令を備えてもよい。図示される例では、ＫＰＩ１は施設１ｃのグリーンエネルギー生産を表し、ＫＰＩ２は更なる任意のＫＰＩを表す。

例えば、最近の２４時間で施設１ｃによって生成されたグリーンエネルギーの量（例えば、３５ＭＷｈ）を含む、新しい測定データが、第１のインターフェース２によって受信される。施設１ａは、例えば、チャネル１で組織されるプロジェクトに属する。受信される測定データのタイプから、生成されたグリーンエネルギーを表すＫＰＩ１を計算しなければならないことは明らかである。従って、オーナーシップコントローラ４は、それらのチャネルの関与を考慮することなくＫＰＩ１を計算することができる、全てのピア１２ａ～１２ｇを選択し、それらをトリガして契約を実行する。これにより、ＫＰＩ１を計算することができるピア１２ａ～１２ｇの数が、チャネル１にマージされたピア１２ａ、１２ｂ、１２ｆ、１２ｇの数よりも多いので、結果として得られる評価データの信頼性を改善することが可能になる。更なるステップで、責任を負うチャネル（図示なし）によって結果が確認／承認されると、オーナーシップコントローラ４は、チャネル１に属するピア１２ａ、１２ｂ、１２ｆ、１２ｇをトリガして、計算された結果をデータストレージ４に格納するが、他の全てのピア１２ｃ、１２ｄ、１２ｅは、チャネル１のプライバシーを保証するために、オーナーシップコントローラ４によって計算された結果を消去するように命令される。コンセンサス管理（図示なし）の担当のピアが、データストレージ４に格納された一連の取引の正当性を検証している場合、新しいブロックがブロックチェーンに付加されてもよく、オフチェーンデータベース１３が更新されてもよい。

ブロックチェーンネットワークの各ピア１２ａ～１２ｇは、図１に従って、例えばウェブポータルサーバであってもよい、ユーザインターフェース９から到達することができる、第２のインターフェース８に接続される。チャネル１に関与するユーザは、決定されたＫＰＩ１、およびプロジェクトに含まれる更なる施設１ａ、１ｂ、１ｃの更なるＫＰＩを含む、報告を求める要求を送信してもよい。報告はまた、異なる施設のＫＰＩを組み合わせ集約する、プロジェクトレベルのＫＰＩを含んでもよい。また、特別なプロジェクトのＫＰＩを決定する要求が第２のインターフェース８によって受信されたときのみ、ＫＰＩが計算されることも可能であってもよい。これにより、格納量を節約し、カスタマイズされた報告をユーザに提供することが可能になる。第２のインターフェース８とユーザインターフェース９との間のデータ通信は、暗号化データ伝送を提供するクラウドネットワークを使用して実現されてもよい。

特許請求するシステムはプラットフォームとして実現されてもよく、追加の機能の実装など、プラットフォームの保守および更なる展開は、プラットフォーム所有者によって提供されてもよい。更に、プロジェクトは、プロジェクトに投資するかまたは施設を運営するユーザ以外のユーザによって定義されてもよい。各ユーザは、プラットフォームに対して異なるアクセス権を有してもよい。それに応じて、各ユーザは、例えば、プラットフォームに格納されたユーザアクセスデータに基づいて決定されてもよい、チャネルのアクセスを許可または制限されてもよい。例えば、グリーンプロジェクトの一部を所有するユーザは、合算されたプロジェクト情報を提供するチャネルへのアクセスを有してもよく、新しいプロジェクトを定義／開始するユーザは、異なる施設に対する自信の評価パラメータを提供するチャネルのアクセスを許可されてもよい。スマートコントラクトの構成、およびブロックチェーンの取扱いは更に、プラットフォーム所有者のみによって、または特別に指定されたホスティングユーザ／管理者によってアクセスを制限されてもよい。従って、記載した装置、システム、方法、およびコンピュータプログラムは、上記に加えて、分散された安全なコンピュータプラットフォームを介した、グリーンボンドのより効率的な取扱いもできるようにする。

概して、特許請求する主題は、中でも特に、複数のグリーン施設およびプロジェクトの業績を示すのに適した信頼性の高い評価データを生成できるようにする。これは、測定データをグリーン施設から自動的に受信し、例えば、クラウドベースのネットワークおよびブロックチェーン技術を使用して、分散されたリソースにおける重要業績評価指標（ＫＰＩ）の計算および合算を実施することによって実現される。

１ａ、１ｂ、１ｃ 施設
２ 第１のインターフェース
３ 評価ユニット
４ データストレージ
５ 計算部
６ａ、６ｂ、６ｃ 計算ユニット
７ 合算ユニット
８ 第２のインターフェース
９ ユーザインターフェース
１０ 装置
１１ ネットワーク
１２、１２ａ～１２ｇ ピア
１００ａ、１００ｂ、１００ｃ エッジサーバ
１２０ コンセンサス管理
１２１ 取引管理
１２２ スマートコントラクト
１２３ 分散されたレッジャー
１３ オフチェーンデータベース
１４ オーナーシップコントローラ

Claims (21)

1. １つまたは複数の施設（１ａ、１ｂ、１ｃ）ならびに／あるいは１つまたは複数のプロジェクトの評価データを生成する装置（１０）であって、
   ネットワーク（１１）を介して、前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）から測定データを自動的に受信するように構成された、１つまたは複数の第１のインターフェース（２）と、
   前記１つまたは複数の第１のインターフェース（２）に接続された、１つまたは複数の評価ユニット（３）と、を備え、該評価ユニットが、
   前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）の前記測定データを格納するように構成された、１つまたは複数のデータストレージ（４）と、
   前記１つまたは複数の施設を評価するため、前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）の前記測定データに基づいて、業績パラメータを計算するように構成された、１つまたは複数の計算ユニット（６ａ、６ｂ、６ｃ）と、
   前記１つまたは複数のプロジェクトを評価するため、合算されたプロジェクトデータとして、所定の組み合わせに従って前記計算された実績パラメータを組み合わせるように構成された、１つまたは複数の合算ユニット（７）と、を含み、
   前記１つまたは複数の評価ユニット（３）が、前記実績パラメータを計算し、分散されたコンピュータリソースについて前記プロジェクトデータを合算するように構成される、装置（１０）。
2. 前記１つまたは複数の評価ユニット（３）が、前記測定データ、前記実績パラメータ、および前記合算されたプロジェクトデータを暗号化するように構成された、請求項１に記載の装置（１０）。
3. 前記測定データ、前記実績パラメータの計算命令、および前記合算されたプロジェクトデータの処理命令、ならびに前記計算された実績パラメータおよび前記合算されたプロジェクトデータをブロックチェーンに格納するように構成された、請求項１または２に記載の装置（１０）。
4. 前記１つまたは複数の評価ユニット（３）をそれぞれ含み、前記１つまたは複数の評価ユニットが、前記実績パラメータの前記計算命令および前記合算されたプロジェクトデータの前記処理命令を含むスマートコントラクトを実行するように構成された、複数のピア（１２、１２ａ～１２ｇ）と、
   １つまたは複数のプロジェクトに対する各ピアの関与に従って、１つまたは複数のチャネルに対する各ピアの関与を定義し、前記スマートコントラクトを実行するピアを定義するように構成された、オーナーシップコントローラ（１４）と、を更に備える、請求項３に記載の装置（１０）。
5. 前記オーナーシップコントローラ（１４）が、新しい測定データが前記第１のインターフェース（２）によって受信されると、スマートコントラクト実行を実施する第１のピア群（１２、１２ａ～１２ｇ）を選ぶように構成され、前記測定データが１つまたは複数のチャネルに割り付けられる、請求項３または４に記載の装置（１０）。
6. 前記オーナーシップコントローラ（１４）が、各ピア（１２、１２ａ～１２ｇ）の前記スマートコントラクトに含まれる前記計算命令および／または前記処理命令に関する情報に従って、前記第１のピア群（１２、１２ａ～１２ｇ）を選ぶように構成された、請求項４～５の少なくとも一項に記載の装置（１０）。
7. 前記オーナーシップコントローラが、前記測定データが割り付けられる前記１つまたは複数のチャネルに関与する全てのピア（１２、１２ａ～１２ｇ）を、第２のピア群（１２、１２ａ～１２ｇ）として選ぶように構成され、前記第１のピア群（１２、１２ａ～１２ｇ）が前記第２のピア群（１２、１２ａ～１２ｇ）よりも多く、前記第２のピア群（１２、１２ａ～１２ｇ）が前記第１のピア群（１２、１２ａ～１２ｇ）に含まれる、請求項４～６の少なくとも一項に記載の装置（１０）。
8. 前記第１の群に含まれるが前記第２のピア群（１２、１２ａ～１２ｇ）には含まれないピア（１２、１２ａ～１２ｇ）が、前記ブロックチェーンにおけるデータ確認が完了すると、前記スマートコントラクト実行の結果を消去するように構成され、
   前記第１および第２のピア群（１２、１２ａ～１２ｇ）に含まれるピア（１２、１２ａ～１２ｇ）が、前記ブロックチェーンにおける前記データ確認が完了すると、前記スマートコントラクト実行の前記結果を前記データベース（４）に格納するように構成された、請求項４～７の少なくとも一項に記載の装置（１０）。
9. プロジェクトに関する前記ブロックチェーンまたは統計の最終ブロックのデータを、オフチェーンデータベース（１４）に格納するように構成された、請求項４～８の少なくとも一項に記載の装置（１０）。
10. 前記１つまたは複数の評価ユニット（３）に接続され、前記実績パラメータおよび／または前記合算されたプロジェクトデータを含む評価データセットに基づいて報告を生成するため、１つまたは複数のユーザインターフェース（９）からの要求を受信するように構成された、１つまたは複数の第２のインターフェース（８）を更に備え、
    要求された前記報告を、前記ネットワーク（１１）を介して、前記１つまたは複数の第２のインターフェース（８）から前記１つまたは複数のユーザインターフェース（９）に出力する、請求項１～９の少なくとも一項に記載の装置（１０）。
11. １つまたは複数の施設（１ａ、１ｂ、１ｃ）ならびに／あるいは１つまたは複数のプロジェクトの評価データを生成するシステムであって、
    請求項１～１０の少なくとも一項に記載の前記装置（１０）と、
    ネットワーク（１１）を介して前記装置（１０）に接続され、所定の時間間隔で測定データを前記装置（１０）に自動的に送信するように構成された、１つまたは複数の施設（１ａ、１ｂ、１ｃ）と、
    前記ネットワーク（１１）を介して前記装置（１０）に接続され、実績パラメータおよび／または合算されたプロジェクトデータを含む評価データセットに基づいて、自動的に生成された報告を要求し受信するように構成された、１つまたは複数のユーザインターフェース（９）と、を備える、システム。
12. 前記１つまたは複数の施設が、前記測定データを仮名化および／または匿名化するように構成された、１つまたは複数のエッジサーバ（１００ａ、１００ｂ、１００ｃ）を含む、請求項１１に記載のシステム。
13. １つまたは複数の施設（１ａ、１ｂ、１ｃ）ならびに／あるいは１つまたは複数のプロジェクトの評価データを生成する方法であって、
    １つまたは複数の第１のインターフェース（２）によって、ネットワーク（１１）を介して前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）から測定データを自動的に受信するステップと、
    １つまたは複数の評価ユニット（３）に含まれる１つまたは複数のデータストレージ（４）によって、前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）の前記測定データを格納するステップと、
    前記１つまたは複数の施設を評価するため、前記１つまたは複数の施設（１ａ、１ｂ、１ｃ）の前記測定データに基づいて、実績パラメータを計算するステップと、
    前記１つまたは複数のプロジェクトを評価するため、合算されたプロジェクトデータとして、所定の組み合わせに従って前記計算された実績パラメータを組み合わせるステップと、を含み、
    前記実績パラメータの前記計算および前記プロジェクトデータの前記合算が、分散されたコンピュータリソースにおいて前記１つまたは複数の評価ユニット（３）によって実施される、方法。
14. 前記測定データ、前記実績パラメータ、および前記合算されたプロジェクトデータが、前記１つまたは複数の評価ユニット（３）によって暗号化される、請求項１３に記載の方法。
15. 前記測定データ、前記実績パラメータの計算命令、および前記合算されたプロジェクトデータの処理命令、ならびに前記実績パラメータおよび前記合算されたプロジェクトデータが、ブロックチェーンに格納される、請求項１３または１４に記載の方法。
16. 前記実績パラメータの前記計算命令および前記合算されたプロジェクトデータの前記処理命令を含むスマートコントラクトを、ピア（１２、１２ａ～１２ｇ）にそれぞれ含まれる１つまたは複数の評価ユニットによって実行するステップと、
    １つまたは複数のプロジェクトに対する各ピアの関与に従って、１つまたは複数のチャネルに対する各ピアの関与を定義し、オーナーシップコントローラ（１４）によって、前記スマートコントラクトを実行するピアを定義するステップと、を更に含む、請求項１５に記載の方法。
17. 新しい測定データが前記第１のインターフェース（２）によって受信されると、スマートコントラクト実行を実施するため、前記オーナーシップコントローラ（１４）によって第１のピア群（１２、１２ａ～１２ｇ）を選ぶステップであって、前記測定データが１つまたは複数のチャネルに割り付けられ、前記第１のピア群（１２、１２ａ～１２ｇ）が、各ピア（１２、１２ａ～１２ｇ）の前記スマートコントラクトに含まれる前記計算命令および／または前記処理命令に関する情報に従って選ばれる、ステップと、
    前記オーナーシップコントローラ（１４）によって、前記測定データが割り付けられる前記１つまたは複数のチャネルに属する前記ピア（１２、１２ａ～１２ｇ）を、第２のピア群（１２、１２ａ～１２ｇ）として選ぶステップであって、前記第１のピア群（１２、１２ａ～１２ｇ）が前記第２のピア群（１２、１２ａ～１２ｇ）よりも多く、前記第２のピア群（１２、１２ａ～１２ｇ）が前記第１のピア群（１２、１２ａ～１２ｇ）に含まれる、ステップと、を更に含む、請求項１５または１６に記載の方法。
18. 前記ブロックチェーンにおけるデータ確認が完了すると、
    前記スマートコントラクト実行の結果が、前記第１の群に含まれるが前記第２のピア群（１２、１２ａ～１２ｇ）には含まれないピア（１２、１２ａ～１２ｇ）によって消去され、前記スマートコントラクト実行の前記結果が、前記第１および第２のピア群（１２、１２ａ～１２ｇ）に含まれるピア（１２、１２ａ～１２ｇ）によって、前記データベース（４）に格納される、請求項１５～１７の少なくとも一項に記載の方法。
19. プロジェクトに関する前記ブロックチェーンまたは統計の最終ブロックのデータが、オフチェーンデータベース（１４）に格納される、請求項１５～１８の少なくとも一項に記載の方法。
20. 前記１つまたは複数の評価ユニット（３）に接続された、１つまたは複数の第２のインターフェース（８）によって、前記業績パラメータおよび前記合算されたプロジェクトデータを含む評価データセットに基づいて報告を生成する、１つまたは複数のユーザインターフェース（９）からの要求を受信するステップと、
    要求された前記報告を、前記ネットワーク（１１）を介して、前記１つまたは複数の第２のインターフェース（８）から前記１つまたは複数のユーザインターフェース（９）に出力するステップと、を更に含む、請求項１３～１９の少なくとも一項に記載の方法。
21. コンピュータによって実施されたとき、前記コンピュータに請求項１３～２０のいずれかに記載の前記方法を実施させる命令を含む、メモリに格納可能なコンピュータプログラム製品。

Images