JP2024510863A - 分散型台帳を介したサービスのシステム及び方法 - Google Patents

Abstract

本発明は、手動による介入を最小限にするかまたは全く行わずに、分散型台帳を介してサービスに関連する運用データを管理するためのシステム及び方法に関する。このシステムは、ユーザと事業体（及び資金処理のサードパーティ）が、効率的な資金処理のために、ユーザと事業体の両方に受け入れ可能であり得る増分データ管理、料金表管理を実行できるようにする。本開示のシステム及び方法は、サービスに関連する運用データを管理して、調整に関連する関連コスト及び時間を削減し、手動の検証作業を削減することを促進する。このシステムは、複数の台帳ネットワークとＩｏＴ間の相互通信によるエネルギー消費の真の推定を備えた完全に自動化されたシステムをもたらすことができる追加のＩｏＴベースの実装も可能にする。【選択図】図２Ａ

Description

本開示の実施形態は、一般に、分散型台帳に関する。より具体的には、本開示は、分散型台帳を介してサービスに関連する運用データを管理するための、安全で、信頼性があり、信頼できる方法に関する。

以下の関連技術の説明は、開示の分野に関する背景情報を提供することを意図している。このセクションは、本開示の様々な特徴に関連し得る当技術分野の特定の態様を含み得る。しかしながら、このセクションは、本開示に関する読者の理解を深めるためにのみ使用され、先行技術の承認としてではないと理解されるべきである。

サービスプロバイダは、サービスが１つまたは複数の運用面の可変消費を含み得るように、ユーザに役立つサービスまたは機能を提供する。これにより、事前に定義された数のサービスの後、または定期的な時間間隔の後に、サービスプロバイダに支払われる補償額に関するサマリーを生成するために、両方の当事者が手動で記録を更新することが頻繁に必要となり得る。例として、ユーザは無線周波数（ＲＦ）機器をホストする必要があるテレコムサービスのオペレータであり得、サービスプロバイダは、複数のインフラストラクチャーパートナーであり、そのインフラストラクチャーは、ユーザがＲＦ機器をホストするために利用することができる。運用資金または報酬は、事業体によって提供されるサービスの１つまたは複数の属性、例えば、ＲＦ機器によって消費される燃料及び電力、並びに本質的に増分または可変である可能性があるその他の属性に関連する場合がある。サービスに基づいて、消費された燃料と電力のサマリーまたは請求書が生成される場合がある。既存のエコシステムでは、サマリーの生成または請求管理は完全に手動であり、すべての利害関係者によって、サイロで透明性がなく生成され、実際の支払いが発生し得る前に複数の調整と遅れが発生する。図１は、サービス及び関連する資金に関する動作パラメータを管理するための従来のプロセスを示す流れ図（１００）を示す。図１に表現されているものは、サマリーまたは請求書作成のために従来から使用されている固定エネルギーモデル（１０２）に関する。１０４に示すように、毎月決まった期間または日付で、サービスプロバイダはサービスユーザ（オペレータ）と話し合い、前月のサークル／州の料金表（ディーゼル及び電気料金など）を確定することができる。ユーザ（オペレータ）がサービスプロバイダのサービスを利用したすべてのサークルに対して、同様の実践を行うことができる。１０６で、請求書計算用の可変メトリックの１つを形成する合意された料金表に基づいて、他の可変メトリックと共に、サービスプロバイダはその前月の請求書（明細化された請求書とデジタル請求書のコピー）を生成し、サークルごとに、またはサイトごとに、ユーザに電子メールで送信することができる。１０８で、ユーザまたはその管理者は請求書を手動で検証し（サービスプロバイダから受け取った料金表とユーザが使用できる可変メトリックに基づいて）、手動の承認のためにそれを財務チームに送信することができる。１１０で、請求書がユーザまたはサークルによって承認され得ると、同じことが請求書の支払いのために処理される。サービスプロバイダから送信された請求額とユーザが計算した請求額が一致しない場合、同意できる請求額が交渉されるか、特定の変数メトリックが変更されるまで、メール、電話などを介した複数の通信サイクルが発生する可能性がある。最終的な金額は、ユーザの財務チームによる承認ワークフローを通じて処理され、支払われる場合がある。このような従来のシステムには、透明性や一貫性がなく、手作業が必要である。さらに、最もコストのかかるサービスの１つと見なされる可能性のあるエネルギー請求などのサービスでは、いずれかの遅れや不一致がサービスプロバイダまたはユーザのいずれかに多大な損失をもたらす可能性があり、従来のプロセスの非効率性が浮き彫りになる。

したがって、当技術分野では、効率的で、自動化され、透過的で、安全で、信頼できる方法で、サービスに関連する運用データ及び記録管理を管理できるシステム及び方法を提供する必要がある。

本開示の目的
本明細書の少なくとも１つの実施形態が満たす本開示の目的のいくつかは、以下に列挙する通りである。

本開示の目的は、サービスに関連する運用データを効率的、透過的かつ信頼できる方法で管理するためのシステム及び方法を提供することである。

本開示の目的は、サービスに関連する運用データを、手動による介入が最小限または全くない、管理するためのシステム及び方法を提供することである。

本開示の目的は、サービスに関連する運用データを管理して、調整に関連する関連コスト及び時間を削減し、手動の検証作業を削減するシステム及び方法を提供することである。

本セクションは、詳細な説明でさらに後述されている本開示の特定の目的及び態様を簡略化して紹介するために提供されている。この概要は、特許請求される主題の主要な特徴または範囲を特定することを意図したものではない。

一態様では、本開示は、ユーザへの事業体のサービスに関連する１つまたは複数の動作パラメータを自動管理するためのシステムを提供する。本システムは、分散型台帳とスマートコントラクトを含むことができる。前記分散型台帳は、前記事業体に関連付けられた事業体デバイス及び前記ユーザに関連付けられたユーザデバイスに動作可能に結合されることができ、また、前記スマートコントラクトは、前記分散型台帳に結合された１つまたは複数のプロセッサを含むことができる。前記１つまたは複数のプロセッサは、メモリにさらに結合されることができ、前記メモリは、命令を格納することができ、前記命令は、前記１つまたは複数のプロセッサによって実行されるとき、前記スマートコントラクトに、前記ユーザデバイス、１つまたは複数のスマートメータリングユニットに関連付けられた１つまたは複数のノードのいずれかまたは組み合わせから、データパケットのセットを受信させる。前記データパケットのセットは、前記ユーザによって利用される１つまたは複数のサービスに関連する。前記スマートコントラクトは、受信した前記データパケットのセットから第１の属性のセットを抽出することができ、前記属性のセットは、前記ユーザまたは前記ユーザデバイスによる前記サービスの前記１つまたは複数の動作パラメータの使用または消費に関係する可能性がある増分データに関係している。前記スマートコントラクトは、前記第１の属性のセットを、前記分散型台帳に動作可能に結合されたナレッジベースに格納されたパラメータのセットと比較することができ、前記パラメータのセットは、前記ユーザまたは前記ユーザデバイスによって消費された前記サービスの前記１つまたは複数の動作パラメータに関連する。比較の際に、前記スマートコントラクトは、前記第１の属性のセットと前記パラメータのセットとの不一致を示すデータの差を決定することができる。前記比較は、前記データの差がゼロになるまで続けることができ、その後、前記事業体によって提供される前記１つまたは複数のサービスと引き換えに運用資金に関する資金サマリーを生成することができる。さらに、前記スマートコントラクトは、前記生成された資金サマリーに基づいて、日付とタイムスタンプを使用して前記分散型台帳を自動更新することができる。

本開示は、ユーザへの事業体のサービスに関連する１つまたは複数の動作パラメータを自動管理するための方法をさらに提供する。本方法は、スマートコントラクトによって、ユーザデバイス、１つまたは複数のスマートメータリングユニットに関連付けられた１つまたは複数のノードのいずれかまたは組み合わせから、データパケットのセットを受信するステップを含むことができ、前記データパケットのセットは、前記ユーザによって利用される前記事業体の１つまたは複数のサービスに関連する。前記スマートコントラクトは、分散型台帳に結合された１つまたは複数のプロセッサを含むことができ、前記１つまたは複数のプロセッサはさらにメモリに結合されている。本方法は、前記スマートコントラクトによって、受信した前記データパケットのセットから第１の属性のセットを抽出するステップをさらに含むことができ、前記属性のセットは、前記ユーザまたは前記ユーザデバイスによる前記サービスの前記１つまたは複数の動作パラメータの使用または消費に関係する可能性がある増分データに関係し、その後、本方法は、前記スマートコントラクトによって、前記第１の属性のセットを、前記分散型台帳に動作可能に結合されたナレッジベースに格納されたパラメータのセットと比較するステップを実行することができ、前記パラメータのセットは、前記ユーザまたは前記ユーザデバイスによって消費される前記サービスの前記１つまたは複数の動作パラメータに関連する。比較の際に、本方法は、前記スマートコントラクトによって、データの差を決定するステップを含むことができ、前記データの差は、前記第１の属性のセットと前記パラメータのセットとの不一致を示し、前記データの差がゼロになるまで前記比較が続けられる。さらに、本方法は、前記スマートコントラクトによって、前記事業体によって提供される前記１つまたは複数のサービスと引き換えに運用資金に関する資金サマリーを生成するステップを含むことができる。さらに、本方法は、前記スマートコントラクトによって、前記生成された資金サマリーに基づいて、日付とタイムスタンプを使用して前記分散型台帳を自動更新するステップを含むことができる。

本明細書に組み込まれ、本発明の一部を構成する添付の図面は、開示された方法及びシステムの例示的な実施形態を示しており、異なる図面を通して同様の参照番号は同じ部分を指す。図面の構成要素は、必ずしも原寸に比例するとは限らず、代わりに、本開示の原理を明確に例示することを重視する。一部の図は、ブロック図を使用して構成要素を示している場合があり、各構成要素の内部回路を表していない場合がある。そのような図面の発明が、電気構成要素、電子構成要素、またはそのような構成要素を実装するために一般的に使用される回路の発明を含むことは、当業者には理解されるであろう。

サービス及び関連する資金に関する動作パラメータの管理の従来のプロセスを示す流れ図（１００）を示す。 本開示の実施形態による、例示的なネットワークアーキテクチャ（２００）であってそれにおいてまたはそれによって本開示のシステムを実装することができるものを示す。 本開示の実施形態による、分散型台帳に関連するネットワークの様々なノードの例示的な表現（２５０）を示す。 本開示の実施形態による、図２Ａの第１のサーバ（２１４）及び第２のサーバ（２１２）の例示的な表現（２７０）を示している。 本開示の実施形態による、サービスに関連する動作パラメータの管理に関与する様々な相互作用及びプロセスを示す流れ図を示す。 本開示の実施形態による、サービスに関連する動作パラメータの管理に関与する様々な相互作用及びプロセスを示す流れ図を示す。 本開示の実施形態による、サービスに関連する動作パラメータの管理に関与する様々な相互作用及びプロセスを示す流れ図を示す。 本開示の実施形態による、事業体によって提供されるサービスに関連する料金表の状態移行グラフの例示的な表現（４００）を示す。 本開示の実施形態による、サービスのために事業体に移転される運用資金の状態移行グラフの例示的表現（５００）を示す。 本開示の実施形態による、図２Ａのアーキテクチャにおける実装のためのＩｏＴベースのスマートメータリングの追加の態様の例示的な概要（６００）を示す。 本開示の実施形態による、複数のエネルギー供給源及び動的価格設定に関連するモジュールを含むスマートメータリング実装を備えたシステムの例示的な概要（６５０）を示す。 本開示の実施形態による、例示的なコンピュータシステム（７００）であってそれにおいてまたはそれによって本発明の実施形態を利用することができるものを示す。

上記は、本発明の以下のより詳細な説明からより明らかになるであろう。

以下の記載では、説明を目的として、本開示の実施形態の理解をもたらすために、様々な具体的な詳細が述べられている。しかしながら、それらの特定の詳細なしに本開示の実施形態を実施することができることは明らかであろう。以下に説明するいくつかの機能は、互いに独立して、または他の機能の任意の組み合わせとともに各々使用することができる。個々の機能は、上記の問題のすべてに対応してはいない場合や、上記の問題の一部のみに対応している場合がある。上記の問題のいくつかは、本明細書に記載されている機能のいずれによっても完全には対処されない場合がある。

以下の説明は、例示的な実施形態を提供するのみであり、本開示の範囲、適用性、または構成を限定することを意図するものではない。むしろ、例示的な実施形態の以下の説明は、例示的な実施形態を実施するための有効な説明を当業者に提供する。説明した本発明の精神及び範囲から逸脱することなく、要素の機能及び配置に様々な変更を加えることができることを理解されたい。

実施形態の完全な理解をもたらすために、特定の詳細が以下の説明において与えられる。しかしながら、実施形態が、これらの具体的な詳細なしに実施され得ることは、当業者に明らかであろう。例えば、回路、システム、ネットワーク、プロセス、及び他の構成要素は、不必要な詳細で実施形態を不明瞭にしないために、ブロック図形式の構成要素として示される場合がある。他の例では、周知の回路、プロセス、アルゴリズム、構造、及び技術は、実施形態を不明瞭にすることを避けるために、不必要な詳細なしに示される場合がある。

また、個々の実施形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として示されるプロセスとして説明され得ることに留意されたい。フローチャートでは操作を順次処理として説明している場合があるが、操作の多くは並行して、または同時に実行できる。さらに、操作の順序を並べ替えることもできる。プロセスは、その操作が完了すると終了するが、図には含まれていない追加のステップがある場合がある。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラムなどに対応する場合がある。プロセスが関数に対応する場合、その終了は、呼び出し関数またはｍａｉｎ関数への関数の戻りに対応できる。

本明細書使用されている「ｅｘｅｍｐｌａｒｙｙ（例示的な）」、「ｄｅｍｏｎｓｔｒａｔｉｖｅ（実証的な）」という言葉は、「例、実例、または説明として役立つ」という意味で使用される。誤解を避けるために、本明細書で開示される主題は、そのような例によって限定されない。さらに、「例示的」及び／または「実証的」として本明細書に記載される任意の態様または設計は、必ずしも他の態様または設計よりも好ましいまたは有利であると解釈されるべきではなく、当業者に知られている同等の例示的構造及び技術を排除することを意味するものでもない。さらに、用語「ｉｎｃｌｕｄｅｓ（含む）」、「ｈａｓ（有する）」、「ｃｏｎｔａｉｎｓ（含有する）」、及び他の同様の用語が詳細な説明または特許請求の範囲のいずれかで使用される限りにおいて、そのような用語は、自由な移行語（いずれの追加の要素やその他の要素を排除することがないもの）として「ｃｏｍｐｒｉｓｉｎｇ（含む、備える）」という用語と同様の様式で包括的であることを意図している。

「一実施形態」、「実施形態」、または「例」または「一例」に対する本明細書全体での言及は、実施形態に関連して記載される特定の機能、構造、または特質が本発明の少なくとも１つの実施形態に含まれることを意味する。本明細書全体の種々の場所に「一実施形態では」または「実施形態では」という語句が現れることは、必ずしもすべてが同一の実施形態を参照しているということではない。さらに、特定の機能、構造、または特色は、１つ以上の実施形態における任意の好適な方法で組み合わせることができる。

本明細書に使用される用語は、特定の実施形態を記述する目的のみであり、制限するように意図するものではない。本明細書で使用されるように、単数形の「ａ」、「ａｎ」及び「ｔｈｅ」は、文脈が別段に明確に示さない限り、複数形も含むことが意図されている。用語「含む（ｃｏｍｐｒｉｓｅ）」及び／または「含んだ（ｃｏｍｐｒｉｓｉｎｇ）」は、本明細書で使用されるとき、述べられる機能、整数、ステップ、動作、要素、及び／または構成要素の存在を指定するが、１つ以上の他の機能、整数、ステップ、動作、要素、構成要素、及び／またはそれらのグループを排除の存在を排除しないことがさらに理解されよう。本明細書で使用される場合、「及び／または」という用語は、関連するリスト項目の１つまたは複数の任意及びすべての組み合わせを含む。

本発明は、サービスに関連する動作パラメータの自動管理のためのシステム及び方法を提供する。本開示の主な意図の１つは、サービス提供事業体及びサービスユーザが、サービスの１つまたは複数の側面を、信頼性が高く透過的な方法で管理できるようにし得る分散型台帳ベースの自動システムを実装することにあり、サービスに関連する運用データ／パラメータの１つまたは複数の記録は、参照しやすいように分散型台帳で自動的に更新されるようにする。態様では、本開示は、サービス提供事業体及びサービスユーザが記録に容易にアクセスできるようにするスマートコントラクトの実装を可能にし、関連するコスト及び時間を回避しながら、別の方法では記録の調整プロセスまたは手動での検証で必要とされるすべての労力を最小化する。

実施形態では、分散型台帳はブロックチェーンであってもよい。分散型台帳は、スマートコントラクトの実装と統合することができ、それは、サービス提供事業体とサービスユーザの参照を容易にするために生成及び更新できる。「スマートコントラクト」（以下、デジタルコントラクトと互換的に示される）という用語は、コンピューティングまたは電子デバイスを介してアクセスでき、例えばユーザ、事業体、資金処理ユニットまたは分散型台帳及びその他のそのようなソースに関連付けられた１つ以上のノードから受け取った情報に基づいて、自動的に生成及び／または更新されるデジタル承認を示し得る。実施形態では、本開示のシステムは、スマートコントラクトの実行をサポートするユーザデバイスまたは事業体デバイスの実行可能な一連の命令によるマイクロサービスに基づく分散型台帳の実装を可能にすることができ、スマートコントラクトは、事業体によって提供されるサービスと引き換えに運用資金に関連するサマリー（請求書など）を生成し、生成されたサマリーにエラーがなく、ユーザと事業体の両方に受け入れられるようにし得るよう構成することができる。

実施形態では、事業体は、消費者製品、電気通信サービス、施設賃貸サービス、管理サービス、及び施設／サービスの任意の他のプロバイダに関連するがこれらに限定されない、１つまたは複数の施設またはサービスを提供することができる、任意の個人、個人のグループ、または組織であり得る。その他の様々な設備及び／またはサービスが含まれる場合がある。ユーザは、上記の設備及び／またはサービスのいずれかまたは組み合わせを受け取ることができる個人、個人のグループ、または組織である可能性があり、ユーザは、事業体が提供するサービスと引き換えに運用資金を送金する責任を負う場合がある。例示的な実施形態で、ユーザは無線周波数（ＲＦ）機器をホストする必要があるテレコムサービスのオペレータであり得、事業体は、複数のインフラストラクチャーパートナーであり、そのインフラストラクチャーは、ユーザ（オペレータ）がＲＦ機器をホストするために利用することができる。この実施形態では、運用資金は、事業体によって提供されるサービスの１つまたは複数の属性、例えば、ＲＦ機器によって消費される燃料及び電力、並びにその他のかような属性などに関連する場合がある。本開示は、エラーのないサマリーの生成及び維持に透明性、一貫性、及び自動化を追加するための、例えばブロックチェーンなどのマイクロサービスベースの分散型台帳プラットフォームの実装を可能にすることができる。例示的な実施形態では、サマリーは、ＲＦ機器巻き上げ設備に関連する支払いなどの運用資金の請求書またはインボイスに関連し得る。実施形態では、ユーザ及び事業体は、それぞれのユーザ／事業体デバイスで一連の実行可能な命令を使用して、サービスに関する入力情報を提供することができる場合がある。入力情報は、不変データ及び可変データのいずれかまたは組み合わせを含むことができる。例示的な実施形態では、また前の例を考慮すると、変数データには、時間と共に、及び／または漸進的に変わるもしくは変化する可能性のある要因が含まれる場合があり、例えばテナント数、インフラストラクチャーパートナーがホストするＲＦ機器の数、消費される電力と燃料の単位、及びその他の様々なパラメータがあるがこれらに限定されない。例示的な実施形態では、また前の例を考慮すると、不変量データには、時間と共に、及び／または漸進的に変わらないもしくは変化しない場合がある要因が含まれる場合があり、例えばサイトの詳細なアドレス、サイトのＩＤ、機器コード、またはユーザに関するその他の不変情報、それぞれの機器／施設、及びその他の様々なパラメータがあるがこれらに限定されない。入力情報はまた、サービスの動作パラメータの単位当たりの料金を示す料金表を含むことができる。実施形態では、料金表は、可変または不変であってもよく、事業体によって提供されてもよい。ユーザ及び事業体によって提供された情報に基づいて、システムはスマートコントラクトを実行し、分散型台帳を更新しながらデータをエンドースメントすることができ、データの不一致を示し得るユーザ及び事業体によって提供されたデータの違い（差分データ）が最小限であり得るようにする。例示的な実施形態では、システムは、差分データがゼロに対応するまで差分データを提供することができ、ユーザ及び／または事業体が互いに合意し得、それに基づいて最終的なサマリーまたは請求書が生成され得、スマートコントラクトの実行を介してアクセス可能な台帳で更新され得ることを示す。

図２Ａは、本開示の実施形態による、例示的なネットワークアーキテクチャ（２００）を示し、それにおいてまたはそれによって本開示のシステムを実装することができる。図示のように、システムは、事業体（２１０）に関連付けられた事業体デバイス（２２０）と通信する第１のサーバ（２１４）を含むことができる。システムはまた、ユーザ（２０２）に関連付けられたユーザデバイス（２０４）と通信する第２のサーバ（２１２）を含むことができる。第１のサーバ（２１４）及び第２のサーバ（２１２）は、分散型台帳（２３０）に関連付けられたネットワークの一部であってもよい。例示的な実施形態では、分散型台帳（２３０）はブロックチェーンであってもよい。事業体デバイス（２２０）及びユーザデバイス（２０４）は、通信ネットワーク（図示せず）を介して、それぞれ第１のサーバ（２１４）及び第２のサーバ（２１２）に通信可能に結合され得る。実施形態では、本開示のシステムは、スマートコントラクトの生成及び／または更新を通じて、マイクロサービスに基づく分散型台帳の実装を可能にすることができる。実施形態では、スマートコントラクトは、実行可能な一連の命令を介して、それぞれのデバイス上でユーザ（２０２）及び事業体（２１０）にアクセス可能であり得る。このシステムはまた、資金移動及び他のそのような金融／他のサービスに関連するサービスプロバイダなどのサードパーティに関連するサードパーティサーバー（図示せず）を含むことができる。実施形態では、分散型台帳（２３０）は、ユーザ、事業体、及び他の関係者（資金移動関連のサービスプロバイダなど）に関係するノードを含み得るネットワークを含み得る。

実施形態では、ユーザ（２０２）及び事業体（２１０）は、可変情報及び／または非可変情報を含む入力情報を提供することができてもよく、情報がそれぞれのサーバで更新され、対応するレコードが更新されてスマートコントラクトによってアクセスされ、分散型台帳で更新されるようにし得る。可変情報は、ユーザまたはユーザ機器によるサービスの１つまたは複数のパラメータの使用または消費に関連する可能性がある増分データを含むことができ、これはユーザ（２０２）及び／または事業体（２１０）によって提供され得る。実施形態では、事業体からの入力情報は、増分データまたは消費量を推定できる速度に関するデータ、例えば、電力消費及び他のそのようなサービスの料金表などを含むことができる。提供された情報に基づいて、システム／サーバは、ユーザ（２０２）及び／または事業体（２１０）によって提供されたデータの不一致を示すデータの差異（差分データ）を処理することができる。例示的な実施形態では、システム／サーバは、ユーザ（２０２）及び／または事業体（２１０）が互いに同意し得ることを示すゼロに差分データが対応するまで、差分データを提供することができる。実施形態では、差分データがゼロであり得る最終処理情報に基づいて、スマートコントラクトは、事業体によって提供されるサービスと引き換えに運用資金に関する資金サマリーを生成し、生成されたサマリーに、エラーがなく、ユーザと事業体の両方に受け入れられるようするように構成され得る。実施形態では、更新された情報及び生成されたサマリーに関する対応する記録は、分散型台帳で更新することができ、記録は、信頼性が高く透明性を高めるために日付及びタイムスタンプを含むことができる。システムの本開示は、それによって、従来の処理の場合、手作業による処理、調整、及び手作業による検証に別様であれば必要な膨大な時間、費用、及び労力を省くことができる。

図２Ｂは、本開示の実施形態による、図２Ａの分散型台帳（２３０）に関連するネットワーク（２５０）の様々なノードの例示的な表現を示す。図２Ｂの表現におけるネットワーク（２５０）は、主に、ＲＦ機器をホストする要件を有するオペレータであるユーザの前述の例を含む例示的な実施形態を示しているが、事業体は、例えばタワーなどの施設を、ＲＦ機器をホストするために、提供することができる。以下で議論される他の図もまた、言及された例に関連し得る。しかし、本開示はこの例に限定され得ず、運用資金と引き換えにユーザに設備及び／またはサービスを提供する任意の事業体を含むいくつかの使用事例またはアプリケーションで実装でき、サービスには増分データまたは可変情報が含まれており、これに基づいて関連する総資金サマリーが発行される可能性があることを理解されたい。他のすべての使用事例または適用においても、本開示は、プロセス全体の透明性、信頼性を高めると同時に、調整または他のそのような手順に手動の労力、時間、及び費用を投資する必要性を軽減することができる。分散型台帳ネットワーク（２５０）は、相互に対話するネットワークノードの分散型セットを含むことができ、それぞれが対話をサポートするローカル分散型台帳ベースのマイクロサービスを有する。図２Ｂに示すように、ネットワーク（２５０）は、各パートナーにとっての各々のノードがまた（ＩＰＮ）（ＩＰＮ１－２５４、ＩＰＮ２－２５６、ＩＰＮ３－２５８）、Ｐａｙｍｅｎｔ Ｈａｎｄｌｅｒノード（ＰＨＮ）（２６０）とも呼ばれるモバイルネットワークオペレータ（ＭＮＯ）ノード（２５２）を含むがこれらに限定されない複数のパートナーノードを含み得る。特定の実施形態による要件に応じて、様々な他のノードを含めることができる。各ノードは、それぞれのデータベースに関連付けることができる（図２Ｂに示すように）。ネットワーク（２５０）は、例えば、ユーザ（オペレータ）及び事業体（パートナー）の両方から受信した増分データまたは可変情報などの可変入力情報のデルタまたは差分データを最小化して、ゼロまたは合意されたしきい値にすることを目的とし得る。増分データまたは変数情報の制限を制御することにより、生成されたサマリーに表示される資金の変動も許容された値に収まり得る。

ＭＮＯノード（２５２）は、ユーザに関連する管理者または代表者（以下、交換可能にオペレータとも呼ばれる）のためのインターフェースであり得、ユーザがマスター及び増分データを供給することを可能にし得る。実施形態では、マスターデータは、時間についてそれほど可変でない、または漸進的に変わらなくてもよい要因が含まれる不変量データであってよく、例えばサイトの詳細なアドレス、サイトのＩＤ、機器コード、またはユーザに関するその他の不変情報、それぞれの機器／施設、及びその他の様々なパラメータがあるがこれらに限定されない。実施形態では、変数データには、時間について、及び／または漸進的に変わる可能性のある要因が含まれる場合があり、例えばテナント数、インフラストラクチャーパートナーがホストするＲＦ機器の数、消費される電力と燃料の単位、及びその他の様々なパラメータがあるがこれらに限定されない。例示的な実施形態では、また前の例を考慮すると、不変量データには、時間に関して、または漸進的にそれほど変わらない場合がある要因が含まれる場合があり、例えばサイトの詳細なアドレス、サイトのＩＤ、機器コード、またはユーザに関するその他の不変情報、それぞれの機器／施設、及びその他の様々なパラメータがあるがこれらに限定されない。実施形態では、各ＩＰＮノード（２５４、２５６、２５８）は、事業体（交換可能にパートナーとも呼ばれる）が、例えば、サービスの１つまたは複数の側面への料金に関する料金表などの情報、及び／または例えば増分データなどの可変情報を供給可能にし得るパートナーインターフェースノードであり得る。その他の様々な種類の情報がパートナーから提供され得る。実施形態では、ＰＨＮノード（２６０）は、支払い処理システム（ＳＡＰ）とも呼ばれる資金処理システムへのインターフェースを提供することができる。ＰＨＮノード（２６０）は、運用資金に関連する運用またはサービスプロバイダに関連する資金のためのインターフェースとして機能することができる。

例示的な、実施形態では、増分データは、例えば、アプリケーションプログラミングインターフェース（ＡＰＩ）コール、ファイルアップロード、及び他のファイル共有メカニズムなどの実装を通じて、異なるサイトのユーザ及び／または事業体から受け取ることができる。実施形態では、ＡＰＩアプローチを使用して、最小限の手動での介入でプロセスを完全に自動化することができる。入力情報（変数データなど）に関連する動作パラメータのいずれかの変更を記録すると、ユーザ及び／または事業体のそれぞれのシステムが更新され得て、これにより、変更を送信するための分散型台帳（それぞれのユーザ及び事業体デバイスの）に関連する実行可能な一連の命令（デバイスアプリケーション）へのＡＰＩ呼び出しがトリガーされ得る。変更を受け取ると、実行可能な一連の命令で実行されているスマートコントラクトは、ユーザ及び／または事業体からの増分データを比較し、不一致（差分データ）を分散型台帳ネットワーク内のすべての関係者（ユーザ、事業体、資金処理当事者など）で共有することができる。その後、当事者は最後に是正措置を講じ、システムデータを修正して、不一致（差分データ）がなくなるまでスマートコントラクトによってデータが比較され得るようにすることができる。実施形態では、遷移の１つまたは複数の記録または状態を台帳に記録することができ、実際のデータを台帳から実行可能な命令セットに格納することができる。別の実施形態では、別のスマートコントラクトを使用して、料金表、増分データ、並びにユーザ、事業体、及びその他の関係者によるエンドースメント後のその他のかようなデータなどの情報を受信すると、資金のサマリーを生成することができ、サマリー生成ロジックが、例えば、請求書、インボイス、またはその他のサマリーなどのサマリーの生成を実行することができる。生成されたサマリーは、ユーザ、事業体、及びその他の関係者からの正当なエンドースメントの後、台帳でコミットまたは更新され得る。生成されたサマリーは、次いで資金処理システム（ＳＡＰ）でさらなる処理を追求することができる。分散型台帳は、処理の様々な状態をキャプチャまたは更新できる。

例示的な実施形態では、各ノードは、他のノードの台帳への遅れの更新をサポートすることができ、したがって、最終的に一貫した分散型台帳システムにつながる。実施形態では、任意のノードが所定の時間における生産者ノードであり得、任意のノードがその所定の時間における消費者ノードであり得る。例えば、スマートコントラクトの実行は、ＭＮＯノード（２５２）及びＩＰＮノード（２５４、２５６、２５８）によって受信された増分データを比較して、スマートコントラクトがＭＮＯノード（２５２）で実行され得、ＭＮＯノード（２５２）及びＩＰＮノード（２５４、２５６、２５８）両方によってエンドースメントされ得るようにすることができる。システムは、比較ロジックを利用して、不一致の可能性があり修正が必要な可能性のあるデータのセットを生成することができ、その結果いったん修正されると、増分データセットがエンドースメントされ得るようになる。別の実施形態では、ＩＰＮノード（２５４、２５６、２５８）によって供給された料金表は、ＭＮＯノード（２５２）及びＩＰＮノード（２５４、２５６、２５８）によってエンドースメントされ得て、ＭＮＯノード（２５２）で実行されてＭＮＯノード（２５２）、ＩＰＮノード（２５４、２５６、２５８）及びＰＨＮノード（２６０）によってエンドースメントされたスマートコントラクトによってサマリーが生成され得るようにする。本開示の範囲内で、様々な他の実施形態が可能であり得る。実施形態では、料金表、生成されたサマリー、及び他のそのような側面などの側面に関連する１つまたは複数の状態移行または変化が、分散型台帳において記録及び／または更新され得る。

ネットワーク（２５０）のノードは、イベントルーティングマネージャ（ＥＲＭ）、スマートコントラクト実行（ＳＣＥ）サービス、スマートコントラクトストリーミング（ＳＣＳ）サービス、トランザクションマネージャー（ＴＲＭ）及びその他の側面を含むがこれらに限定されない、操作の管理に関する１つまたは複数の構成要素またはユニットを操作することができる。各ノードには、ノード内で１つまたは複数のタスクを実行するための１つまたは複数のマイクロサービスを含めることができる。実施形態では、マイクロサービスは、増分データの比較やサマリー生成など、必要なロジックの操作または実行のためにＳＣＥを呼び出すように定義されたノードから１つまたは複数のイベント更新を受け取ることができるＥＲＭに関係することができる。実行の結果はエンドースメントのために送信され、その後、エンドースメントポリシーに関して送信されたトランザクションを検証するためにＳＣＳが呼び出され得る。エンドースメントされたトランザクションは、台帳でコミット／更新するためにＴＲＭにルーティングされ得る。

実施形態では、スマートコントラクトは、ユーザ、事業体、及び／またはサードパーティが、それらのそれぞれのユーザデバイス、事業体、及びサードパーティデバイス（まとめてデバイス／複数のデバイスと示す）を使用して、分散型台帳とスマートコントラクトの実行に関連付けられた実行可能な一連の命令を介してアクセスすることができる。デバイスは、限定はしないが、Ａｎｄｒｏｉｄ（商標）、ｉＯＳ（商標）などを含むオペレーティングシステムに存在する操作可能／実行可能な命令のセットに関するポータブルデバイスであってもよい。実施形態では、デバイスは、携帯電話、スマートフォン、ラップトップ、汎用コンピュータ、デスクトップ、携帯情報端末、タブレットコンピューター、メインフレームコンピューター、またはその他いずれかのコンピューティングデバイスなどの任意の電気、電子、電気機械、または機器、または上記のデバイスの１つまたは複数の組み合わせを含み得るが、これらに限定されない。デバイスは、カメラ、音声補助、マイクロフォン、キーボード、タッチパッド、タッチ対応スクリーン、電子ペンなどのユーザからの入力を受信するための入力デバイスなどの視覚補助デバイスを含むがこれらに限定されない、１つまたは複数の内蔵または外部結合アクセサリを含むことができる。これらのデバイスは上述のものに限定されず、他の様々なデバイスを使用できることが理解されよう。

実施形態では、サーバ（１１２、１１４）は、メモリに結合された１つまたは複数のプロセッサを含むことができ、メモリは、１つまたは複数のプロセッサによって実行されるとき、システムに分散型台帳を介したサービスに関する運用データ／パラメータの自動管理を実行させることができる命令を格納することができる。図２Ａに関連する図２Ｃは、本開示の実施形態による、第１のサーバ（１１４）及び第２のサーバ（１１２）の例示的な表現を示している。一態様では、サーバ（１１２、１１４）は、１つまたは複数のプロセッサ（２７２）を備えることができる。１つまたは複数のプロセッサ（２７２）は、１つまたは複数のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、論理回路、及び／または動作命令に基づいてデータを処理する任意のデバイスとして実装され得る。他の機能の中でも、１つまたは複数のプロセッサ（２７２）は、メモリ（２７４）に格納されたコンピュータ可読命令をフェッチして実行するように構成され得る。メモリ（２７４）は、ネットワークサービスを介してデータパケットを作成または共有するためにフェッチ及び実行され得る、非一時的なコンピュータ可読記憶媒体に１つまたは複数のコンピュータ可読命令またはルーチンを格納するように構成され得る。メモリ（２７４）は、例えば、ＲＡＭなどの揮発性メモリ、またはＥＰＲＯＭ、フラッシュメモリなどの不揮発性メモリを含む任意の非一時的な記憶装置を備えることができる。

実施形態では、サーバ（１１２、１１４）は、インターフェース（複数可）２７６を含み得る。インターフェース（複数可）２７６は、様々なインターフェース、例えば、Ｉ／Ｏデバイス、記憶装置などと呼ばれるデータ入出力デバイス用のインターフェースを含むことができる。インターフェース（複数可）２７６は、通信を容易にすることができる。インターフェース（複数可）２７６はまた、サーバ（１１２、１１４）の１つまたは複数の構成要素のための通信経路を設けることができる。そのような構成要素の例には、処理エンジン（複数可）２７８及びデータベース２８０が含まれるが、これらに限定されない。

処理エンジン（複数可）（２７８）は、処理エンジン（複数可）（２７８）の１つまたは複数の機能を実装するために、ハードウェア及びプログラミング（例えば、プログラム可能な命令）の組み合わせとして実装され得る。本明細書で説明する例では、ハードウェアとプログラミングのそのような組み合わせは、いくつかの異なる方法で実装することができる。例えば、処理エンジン（複数可）（２７８）のためのプログラミングは、非一時的な機械可読記憶媒体に記憶されたプロセッサ実行可能命令であってもよく、処理エンジン（複数可）（２７８）のためのハードウェアは、そのような命令を実行するため、処理リソース（例えば、１つまたは複数のプロセッサ）を含むことができる。この例では、機械可読記憶媒体は、処理リソースによって実行されるとき、処理エンジン（複数可）（２７８）を実装する命令を格納することができる。そのような例では、サーバ（１１２、１１４）は、命令を格納する機械可読記憶媒体と、命令を実行するための処理リソースとを備えることができ、または機械可読記憶媒体は、別個であるがサーバ（１１２、１１４）と処理リソースにアクセス可能であってもよい。他の例では、処理エンジン（複数可）（２７８）は、電子回路によって実装され得る。

処理エンジン（２７８）は、データ受信エンジン（２８２）、データ更新エンジン（２８４）、及び他のエンジン（２８６）のいずれかから選択された１つまたは複数のエンジンを含むことができる。実施形態では、データ受信エンジン（２８２）は、マスターデータなどの不変データ、増分データなどの可変データなどの入力情報、及びユーザ、事業体、及びその他のサードパーティからの他のそのような情報などのデータを受信することを可能にすることができる。実施形態では、データ更新エンジン（２８４）は、例えば、システムから受信した差分データに基づいて、ユーザ及び／または事業体から受信した更新された増分データなどの情報の変更（change/alteration）に関連する更新を受信することができる。その他、様々な更新情報を受け取ることができる。実施形態では、他のエンジン（２８６）は、通知エンジン、認証エンジン、及び分散型台帳を介したサービスに関連する動作パラメータの自動管理に関連する１つまたは複数のイベントを達成するために必要な他のそのようなエンジンを含むことができる。データベース（２８０）は、サーバ（１１２、１１４）の処理エンジン（複数可）２７８の構成要素のいずれかによって実装される機能の結果として格納または生成され得るデータを含み得る。データベース（２１０）はまた、入力情報、生成されたサマリー、及び１つまたは複数のステップに関連する他のそのような詳細を格納することを可能にすることができる。

図３Ａ～図３Ｃは、本開示の実施形態による、サービスに関連する動作データの管理に関与する様々な相互作用及びプロセスを示す流れ図を示す。図３Ａ～図３Ｃは、サービスに関する運用データを管理するための方法及び方法の様々なステップを示す。本明細書で説明する方法は、デバイス（ユーザ及び事業体デバイス）（３０２）、ＥＲＭ（３０４）、ＳＣＳ（３０６）、ＳＣＥ（３０８）、ＴＲＭ（３１０）、及び台帳（３１２）の実行可能な一連の命令などの異なる構成要素間の相互作用を伴う。図３Ａは、受信された増分データがどのように分散型台帳に組み込まれるか、または記録されるかの概要（３００）を示す流れ図（３００）を示す。図３Ａに示すように、３１４で、ＥＲＭ（３０４）において、ユーザ及び／または事業体デバイスの一連の命令から増分データ処理要求が受信される。実施形態では、分散型台帳ネットワークの各ノードは、ノード内で１つまたは複数のタスクを実行できるマイクロサービスを含むことができる。実施形態では、マイクロサービスは、増分データの比較やサマリー生成など、必要なロジックの操作または実行のためにＳＣＥ（３０８）を呼び出すように定義されたノードから１つまたは複数のイベント更新を受け取ることができるＥＲＭ（３０４）に関係することができる。３１６で、増分データ処理要求をＥＲＭ（３０４）からＳＣＳ（３０６）にルーティングすることができ、３１８で、要求をスマートコントラクト実行のためにＳＣＥ（３０８）にさらにルーティングすることができる。実施形態で、実行の結果はエンドースメントのために送信され、その後、エンドースメントポリシーに関して送信されたトランザクションを検証するためにＳＣＳ（３０６）が呼び出され得る。３２０において、実行の結果がＳＣＥ（３０８）からＳＣＳ（３０６）に送信され得る。３２０で、ＳＣＳ（３０６）は、結果に関するエンドースメントを可能にすることができる。３２４において、エンドースメントの出力がＥＲＭ（３０４）に送られ得て、イベントが台帳（３１２）に記録するためにＴＲＭ（３１０）に送られ得る。３３０で、イベントを台帳（３１２）に記録することができ、３２８で、出力をデバイス（３０２）に配信でき、３３２で、実際の出力を台帳（３１２）に格納することができる。

図３Ｂは、料金表の提出の承認ワークフローの概要（３００）を示す流れ図（３４０）を示す。実施形態では、料金表提出の承認は、スマートコントラクトの実行を含まなくてもよい。３４２で、料金表記録要求がデバイス（３０２）からＥＲＭ（３０４）に転送され得、３４４で、要求がＳＣＳ（３０６）に転送され得る。３４６で、ＳＣＳ（３０６）は、要求に関するエンドースメントを可能にすることができる。３４８において、その出力は台帳（３１２）に記録するためにＥＲＭ（３０４）に転送されてもよい。３５０で、台帳に出力を記録するために要求をＴＲＭ（３１０）にルーティングすることができ、３５２で、出力を記録するために出力を台帳（３１２）に送ることができる。３５４で、肯定応答をＴＲＭ（３１０）に送れ、３５６で、ＴＲＭが肯定応答をＥＲＭ（３０４）に転送できる。３５８で、トランザクション出力は、デバイス（３０２）に配信するためにＳＣＳ（３０６）に転送され得、３６０で、出力はデバイス（３０２）に配信され得る。

図３Ｃは、事業体によって提供されるサービスに関連する運用資金に関するサマリーの生成を示す概要（３００）を示す流れ図（３７０）を示す。例示的な実施形態では、また図３Ｂ及び図２Ｂを参照すると、料金表が承認され得、増分データ（差分データ）の不一致がゼロまたは同意もしくは許容できる所定の閾値であり得る場合、サマリーはＭＮＯによって生成され得る。サマリーが生成され得るようになると、イベントが、サマリーの詳細と共に台帳に記録され得る。図３Ｃに示すように、３７２で、サマリー処理要求がデバイス（３０２）からＥＲＭ（３０４）に送信され得る。実施形態では、サマリーは、請求書、インボイス、及びユーザに提供されるサービスに対して事業体によって請求され得る補償額に関連する他のそのような詳細を指すことができる。３７４で、サマリー処理要求をＳＣＳに転送することができる（３０６）。３７６で、スマートコントラクトの実行／更新のためにサマリー処理要求をＳＣＥ（３０８）に転送することができる。３７８で、トランザクションの結果がＳＣＳ（３０６）に送られ得て、３８０で、結果がエンドースメントされ得る。３８２において、エンドースメントの出力は後続的に台帳（３１２）に記録するためにＥＲＭ（３０４）に転送されてもよい。３８４で、台帳（３１２）に出力を記録するために要求をＴＲＭ（３１０）にルーティングすることができ、３８６で、出力を台帳に記録できる。３８８で、肯定応答がＴＲＭ（３１０）に送れ、３９０で、ＴＲＭが肯定応答をＥＲＭ（３０４）に転送できる。３９２で、トランザクション出力は、デバイス（３０２）に配信するためにＳＣＳ（３０６）に転送され得、３９４で、出力はデバイス（３０２）に配信され得る。

図４は、本開示の実施形態による、事業体によって提供されるサービスに関連する料金表の状態移行グラフの例示的な表現（４００）を示す。流れ図（４００）は、料金表に関連するワークフローの様々な状態を示している。示されるように、状態Ｒ０（４０２）は、状態Ｒ１（４０４）を達成するために料金表の提出を伴い得る。例示的な実施形態では、また図３Ｂ及び図２Ｂを参照すると、料金表の提出について、ＩＰＮが提出者であり得、ＭＮＯ及びＩＰＮが承認者であり得る。状態Ｒ１（４０４）において、料金表は、状態Ｒ２Ａ（４０８）を達成するために承認され得、及び／または状態Ｒ２Ｂ（４０６）を達成するために更新後に料金表が承認され得る。例示的な実施形態では、また図３Ｂ及び図２Ｂを参照すると、料金表の承認について、ＭＮＯが提出者であり得、ＭＮＯ及びＰＨＮが承認者であり得る。状態Ｒ２Ａ（４０８）及び／またはＲ２Ｂ（４０６）のいずれにおいても、料金表は、状態Ｒ３（４１０）を達成するためにタグ付けされ得る。例示的な実施形態では、また図３Ｂ及び図２Ｂを参照すると、料金表のタギングについて、ＭＮＯが提出者であり得、ＭＮＯ及びＰＨＮが承認者であり得る。他の様々な状態またはステップも可能である。

図５は、本開示の実施形態による、サービスのために事業体に移転される運用資金の状態移行グラフの例示的表現（５００）を示す。例示的な実施形態では、また図５に示されるように、サマリーは、事業体によってユーザに提供されるサービスに関する請求書であり得る。状態Ｂ０（５０２）では、状態Ｂ１（５０４）を達成するために請求書が生成され得る。状態Ｂ１（５０４）において、請求書は、状態Ｂ２（５０６）を達成するためにユーザ及び／または事業体によって承認され得る。状態Ｂ２（５０６）では、状態Ｂ３（５０８）を達成するために請求書が資金処理システム（ＳＡＰ）に送られ得る。状態Ｂ３（５０８）では、請求書をスクロールして状態Ｂ４（５１０）を達成することができる。実施形態では、Ｂ４以降の状態は、ＳＡＰと分散型台帳との相互作用を表す。状態Ｂ４（５１０）において、請求書は精査されて、不完全な精査に関する状態Ｂ４ｆ（５１２）または精査の完了に関する状態Ｂ５（５１４）を達成することができる。状態Ｂ５（５１４）では、状態Ｂ５ａ（５１６）を達成するための明確化のために請求書が保留され得、状態Ｂ５ｂ（５２０）を達成するために明確化が完了し得、状態Ｂ６（５１８）を達成するためにさらなる内部審査が行われ得るようにする。あるいは、状態Ｂ５（５１４）で、請求書を内部審査に直接かけ、状態Ｂ６（５１８）を達成することができる。状態Ｂ６（５１８）では、請求書が拒否されて状態Ｂ８（５２２）を達成し得る、または支払いが行われて状態Ｂ１０（５２４）を達成し得る、または取り消されて状態Ｂ９（５２６）を達成し得る。他の様々な状態またはステップも可能である。

別の態様では、本開示は、スマートコントラクト実行における分散型台帳ベースの更新の精度を向上させるために、モノのインターネット（ＩｏＴ）に関連する複数のセンサに基づいて情報を記録するためのスマートメータリングを伴う動的スマートコントラクトの実装を含む。実施形態では、ＩｏＴ実装は、スマートメータリング操作のための自動感知を容易にする複数のセンサを含むことができる。センサには、熱センサ、品質測定センサ、量測定センサ、視覚センサ、音声センサ、消費電力測定センサ、機械センサ、エネルギー属性測定センサ、電気属性測定センサ、燃料消費測定センサ、及びその他のかようなセンサが含まれ得るが、これらに限定されない。他の様々なセンサも使用できる。態様では、スマートメータリングは、スマートコントラクト及びエンドースメントを通じて、ユーザと事業体との間の資金サマリーの生成に使用される入力情報（可変及び／または不変）に関して差分データを修正することを容易にすることができる。実施形態では、スマートメータリングは、両当事者（ユーザ及び事業体）に受け入れ可能であり得る資金サマリーの生成に自動的に導くことができ、したがって、従来のプロセスの場合もたらすような、遅れ、透明性の欠如、及び当事者によってもたらされる矛盾したデータの可能性の制限を、解決することができる。実施形態では、可変情報は、１つまたは複数のパラメータを測定するためのスマートメータリングによって動的に推定され得る。例えば、前述の例の場合、パラメータには、電力消費、タワーでホストされる複数のテナントに関連する複数のＲＦ機器間で分配される燃料消費の測定、及びその他のそのようなパラメータが含まれる場合がある。別の態様では、システムは、従来の供給源、再生可能な供給源、及び他の供給源を含む複数のエネルギー供給源の利用を可能にすることができる。本開示は、ユーザ／事業体の要件に従って、複数のエネルギー供給源からの１つまたは複数のタイプのエネルギー供給源の選択を容易にすることができる共通モジュールへのシステムへの様々なエネルギー供給源の実装を可能にすることができる。例示的な実施形態では、スマートメータリングは、使用時の動的価格設定を考慮すると共に、特定の時間間隔での使用に基づいて、複数のエネルギー供給源の部分的な使用を捉えるために行うこともでき、その結果、全体のエネルギーコストは、１か月、６か月、及びその他のそのような期間などの期間について、計算することができる。例示的な実施形態では、総エネルギーコストの計算はスマートコントラクトで行うことができ、結果は、各時間間隔の様々な入力（消費、動的価格設定、及びその他のそのような側面に関連する）と共に分散型台帳に記録することができる。別の実施形態では、各ユーザ（オペレータまたはテナントなど）の部分的なエネルギーの使用はまた、事業体（インフラストラクチャープロバイダ）によって提供されるインフラストラクチャーの共有される使用の残りの部分と共に取得することができる。スマートメータリングを通じて、他の様々なパラメータを継続的に監視できる可能性がある。実施形態では、分散型台帳ベースの更新に関連するスマートコントラクトの実装と組み合わせたスマートメータリング（ＩｏＴ実装）は、完全に自動化されたシステムを提供する正確性、透明性、及び公平性を向上させることができる。様々な他の実施形態またはシナリオが可能である。

追加のＩｏＴ実装に関する実施形態では、本開示は、実際の消費に関する情報の欠如、及びユーザ及び／または事業体によって提供されるデータにおける真の推定の欠如に関連する問題に対処することをさらに可能にすることができるシステム及び方法を開示する。例えば、電力と燃料消費のメトリックは、インフラストラクチャーパートナー（事業体）がホストするテナントの数と直接的な関係があり、オペレータ（ユーザ）によってインストールされたＲＦユニットの数は、テナント数とＲＦユニット数の異なる順列に固定した数として想定された可能性があり、実際の消費量を示していない可能性があり、正確な見積もりではない可能性もある。これは、オペレータ（ユーザ）が負担しなければならない生成されたサマリーまたは請求書のいくつかの場合に、過大評価または過小評価にさえも至る可能性がある。本開示は、透明性を高め、消費エネルギーの真の測定を可能にし得る機構を提供する。実施形態では、本開示は、異なる小型台帳ネットワーク間の相互通信によって動的スマートコントラクト及び動的構成を実装することができる分散型台帳フレームワークを含むことができる。システムは追加のネットワークを含むこともでき、各ネットワークには、パートナーがホストする事業体（インフラストラクチャーパートナーなど）とユーザ（オペレータ）が含まれ得、これらの台帳ネットワークが互いに通信してパラメータ、例えば消費電力と燃料の真の推定値を共有できるようにすることができる。図６Ａは、本開示の一実施形態による、図２Ａのアーキテクチャにおける実装のためのＩｏＴベースのスマートメータリングの追加の態様の例示的な概要を示しており、いくつかの台帳ネットワーク（６００）が関与し得る。例えば、台帳ネットワークの１つのカテゴリは、ユーザ（電気通信事業者またはＭＮＯ）、事業体（複数のインフラストラクチャーパートナーまたはＩＰＮ）、及びその資金処理ノード（支払い処理ノードまたはＰＨＮ）（図２Ｂで説明したように）に関するノードを含む（６０２、６０４、６０６）であり得る。同じ例では、台帳ネットワークの別のカテゴリ（６０８、６１０、６１２）には、事業体（インフラストラクチャーパートナー）と、事業体によってホストされるすべてのユーザ（オペレータまたはテナント）が含まれる場合がある。例示的な実施形態では、サービスの動作パラメータの実際の使用は、ＩｏＴスマートメータによって、燃料／エネルギー供給源などのサービスのパラメータの使用を任意の時点で検証するために複数のセンサを実装することによって推定され、事業体サイトでホストされ、オペレータとそのインフラストラクチャーパートナーを含むすべての台帳ネットワーク間で透過的に共有されることができる。これらの動的構成またはスマートメータリングをスマートコントラクトと組み合わせて実装することで、正確で透過的なサマリーを生成できる。

図６Ｂは、本開示の実施形態による、複数のエネルギー供給源及び動的価格設定に関連するモジュールを含むスマートメータリング実装を備えたシステムの例示的な概要（６５０）を示す。図６Ｂに示されるように、システムは、複数のエネルギー供給源（６５２－１、６５２－２、６５２－３、…、及び６５２－ｎとして示される）の利用を促進し得るエネルギー供給源モジュール（６５２）を含み得る。実施形態では、複数のエネルギー供給源は、限定することなく、公益事業または配電盤からのエネルギーなどの伝統的な供給源、またはディーゼル発電及び他のそのような供給源由来、グリーンエネルギー供給源などの再生可能な供給源、例えば太陽エネルギー、風力エネルギー、その他のかような供給源に限定されないものを含むことができる。実施形態では、公益事業または配電盤からの、またはディーゼル発電及び他のそのような供給源からのエネルギー入力に加えて、グリーンエネルギー供給源を実装することができる。本開示は、ユーザ／事業体の要件に従って、複数のエネルギー供給源から１つまたは複数のタイプのエネルギー供給源の選択を容易にすることができる共通のエネルギー供給源モジュール（６５２）を通じて、システムへの様々なエネルギー供給源の実装を可能にすることができる。例示的な実施形態では、スマートメータリングは、使用時の動的価格設定が、特定の時間間隔での使用に基づいて、複数のエネルギー供給源の部分的な使用を捉えるために行うこともでき、それは、１か月、６か月、及びその他のそのような期間などの期間について、全体のエネルギーコストを計算するよう考慮することができる。動的価格設定は、動的価格設定モジュール（６５４）で定期的に更新することができる。実施形態では、動的価格設定モジュール（６５４）は、更新された動的価格設定を組み込むことができるように、個々のエネルギー供給源のそれぞれについてエネルギー市場から一定の更新を受信し、所与のエネルギー供給源の使用の時間間隔に対する平均価格設定をシステムで計算することができる。エネルギー市場は、マイクログリッドのようにローカルである場合もあれば、より広い地理的領域にわたって集約されて推定され得て、エネルギーコスト計算全体のスマートコントラクトで利用される様々な利害関係者間で動的な価格設定が合意されるようにし得る。動的な価格設定情報を取得するための様々な他の手法が可能であり得る。全体的なエネルギーコストの計算は、スマートコントラクトモジュール（６５６）で行うことができ、結果は、各時間間隔のエネルギー利用の記録及び／または動的価格設定とともに、分散型台帳（またはブロックチェーン台帳）（６５８）に記録することができ、計算のための入力は、エネルギー供給源モジュール（６５２）及び動的価格設定モジュール（６５４）によって有効にされるスマートメータリング技術によって取得され得る。別の実施形態では、各ユーザ（ＭＮＯまたはテナントなど）の部分的なエネルギー使用も、インフラストラクチャーの共有された使用の残りの部分とともに取得することができる。例示的な実施形態では、１日または１ヶ月または他の期間または期間などの集合的なより長い期間における全体的な請求について、値は、理解を深めるために本明細書で以下に提示されるような式に従って、より長い期間を構成する時間間隔にわたって集計される。他にも様々な計算が可能である。実施形態では、認識または更新する必要がある利害関係者または関係者（インフラストラクチャーノードを共有するＭＮＯなど）に、この情報へのアクセスを与えることができる。したがって、図６Ｂに示されるように、システムは、各エネルギー供給源についての異なる価格設定情報とともに、異なるエネルギー供給源、部分的なＭＮＯテナントの使用、並びに共有されるインフラストラクチャーの使用が、手作業を回避し、またテナントのエネルギー利用及び／または計算されるコストの精度を大幅に向上させる、総コストの効果的な自動計算のために時間間隔ごとに考慮され得る実装を可能にし得、それは、手動では、またはその他の従来の手法では達成できない可能性がある。

例示的な実施形態では、マイクログリッドを使用してエネルギーをシステムに供給し、スマートメータリングを実装してグリーン供給源から得られるエネルギーの量を測定できるようにすることができる。例えば、ｋ個の可能なエネルギー供給源があると仮定することができ、可能なｋ個のエネルギー燃料／エネルギー供給源のそれぞれのスマートメータは、各エネルギー供給源から利用されるエネルギー量を測定することができる。所与の時間間隔

で、ｋ個の異なるエネルギー供給源を使用することができ、これらの部分的な時間間隔の間に消費されるエネルギー量（ｋＷｈなどの単位で）は、

で、これらのエネルギー供給源に関連付けられたスマートメータによって監視されるものとして、それぞれ与えることができる。実施形態では、この時間間隔の間のこれらｋ個のエネルギー供給源のそれぞれの単位エネルギー利用あたりの平均コスト（例えば、ｋＷｈあたりのドル単位）は、

によって与えられ得る。次に、この時間間隔の間にこれらのエネルギー供給源を利用するためのタワーオペレータの総エネルギーコスト（ドルまたは代替通貨で）は、次の式で与えられ得る。

実施形態では、

個のテナント（ユーザまたはユーザのＲＦ機器）が時間間隔

の間にタワーでサポートされているとする。この時間間隔中、

個のテナントは各々、テナントが操作する無線ヘッド／ユニット／リソースに対して、それぞれ

で与えられた時間の一部を利用する。

と仮定する。時間の残りの部分

は、この残りの部分が、システムで発生する一般的な冷却コスト、または一般的なエネルギー変換の非効率コスト、または他の一般的なエネルギー損失に対応し得るように、タワーインフラストラクチャー全体で利用することができる。テナントは、それぞれの利用率に基づいて、この部分的な共通エネルギー利用コストを比例的に分担することに同意し得る。１つのオプションは、各テナントｍがタワーで使用される共通エネルギーの一部

に責任を担うことであってよい。その場合、使用されたエネルギーについて、各テナントｍは、時間間隔

で

によって与えられる量に対して請求される。
したがって、

別法として、テナントは残りのエネルギー部分のコストを均等に分担することを選択することもでき、この場合、

個のテナントは各々、分数

の責任を負う。その場合、各テナントｍは、以下により与えられる量に対する請求である。

実施形態では、設備投資費用は、単位時間あたり

ドルのレートに基づいて、または特定の時間間隔

の間に発生する動的な資本または保守費用

があることに基づいて、一定期間にわたって償却する必要がある場合があり、そのため全体の資本コストは次のように表される。

このコストが

個のテナント間で均等に共有され得る場合、テナントｍのそのような資本コストは次のように与えられ得る。

このコストがエネルギーの利用に比例して

個のテナント間で均等に共有され得る場合、テナントｍのそのような資本コストは次のように与えられ得る。

次に、時間間隔

で特定のテナントｍに対して請求される総コストは、次の式で与えられ得る。

実施形態では、次に、時間

の複数の間隔サブ期間を含む請求期間にわたるテナントごとのエネルギー利用を加算して、

によって与えられる各テナントの総コストを決定することができる。サマリーまたは請求書の生成のためのサマリーアプローチを有効にするために、必要なパラメータ

は、スマートメータを使用して監視される

などの動的パラメータを使用して、分散型台帳またはブロックチェーンに記録される場合がある。例示的な実施形態では、プラットフォーム上のスマートコントラクトに共有メカニズム（均等に共有される、またはテナントの使用に比例するなど）をエンコードすることができるため、テナントごとの請求は、長さ

の複数のインターバルサブ期間を含み得る全体的な請求期間中に決定できる。実施形態では、新興の５Ｇ及び将来のネットワークプログラマブルインフラストラクチャーを使用して、このようなインフラストラクチャーでの動的リソースの割り当て（リモートラジオヘッドの動的割り当てなど）の制御プレーンでの意思決定（ＤＵが制御する無線ユニット（ＲＵ）のＤＵ（分散ユニット）で行われる決定など）は、分散型台帳またはブロックチェーンに記録され、そのようなタワーインフラストラクチャーまたは施設の使用の動的コストを決定できる。本開示は、上述の例及び／または計算に限定されず、いくつかの異なる実施形態または態様が本開示の範囲内で可能であり得ることを理解されたい。

図７は、本開示の実施形態による、本発明の実施形態を利用することができる例示的なコンピュータシステム（７００）を指す。図７に示すように、コンピュータシステム１０００は、外部記憶装置７１０、バス７２０、メインメモリ７３０、読み取り専用メモリ７４０、大容量記憶装置７５０、通信ポート７６０、及びプロセッサ７７０を含むことができる。当業者は、コンピュータシステムが複数のプロセッサ及び通信ポートを含み得ることを理解するであろう。プロセッサ７７０の例には、Ｉｎｔｅｌ（登録商標）Ｉｔａｎｉｕｍ（登録商標）またはＩｔａｎｉｕｍ２プロセッサ（複数可）、またはＡＭＤ（登録商標）Ｏｐｔｅｒｏｎ（登録商標）またはＡｔｈｌｏｎ ＭＰ（登録商標）プロセッサ（複数可）、Ｍｏｔｏｒｏｌａ（登録商標）系列のプロセッサ、ＦｏｒｔｉＳＯＣ（商標）システムオンチッププロセッサまたはその他の将来のプロセッサが含まれるが、これらに限定されない。プロセッサ７７０は、本発明の実施形態に関連する様々なモジュールを含むことができる。通信ポート７６０は、モデムベースのダイヤルアップ接続で使用するＲＳ－２３２ポート、１０／１００イーサネットポート、銅線またはファイバーを使用するギガビットまたは１０ギガビットポート、シリアルポート、パラレルポート、またはその他の既存または将来のポートのいずれかであり得る。通信ポート７６０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはコンピュータシステムが接続する任意のネットワークなどのネットワークに応じて選択することができる。メモリ７３０は、ランダムアクセスメモリ（ＲＡＭ）、または当技術分野で一般に知られている他の任意の動的記憶装置とすることができる。読み取り専用メモリ７４０は、プロセッサ７７０の起動命令またはＢＩＯＳ命令などの静的情報を格納するためのプログラマブル読み取り専用メモリ（ＰＲＯＭ）チップなどの任意の静的記憶装置（複数可）であり得るが、これに限定されない。大容量記憶装置７５０は、情報及び／または命令を格納するために使用できる、任意の現在または将来の大容量記憶装置ソリューションであり得る。例示的な大容量記憶ソリューションには、パラレルアドバンスドテクノロジーアタッチメント（ＰＡＴＡ）またはシリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）ハードディスクドライブまたはソリッドステートドライブ（例えば、ユニバーサルシリアルバス（ＵＳＢ）及び／またはファイヤーインターフェースを有する内部または外部のもの）、例えば、Ｓｅａｇａｔｅ（例えば、Ｓｅａｇａｔｅ Ｂａｒｒａｃｕｄａ７１０２ファミリ）またはＨｉｔａｃｈｉ（例えば、Ｈｉｔａｃｈｉ Ｄｅｓｋｓｔａｒ ７Ｋ１０００）から入手できるもの、１つまたは複数の光ディスク、Ｒｅｄｕｎｄａｎｔ Ａｒｒａｙ ｏｆ Ｉｎｄｅｐｅｎｄｅｎｔ Ｄｉｓｋｓ（ＲＡＩＤ）ストレージ、例えばディスクアレイ（例えば、ＳＡＴＡアレイ） Ｄｏｔ Ｈｉｌｌ Ｓｙｓｔｅｍｓ Ｃｏｒｐ．、ＬａＣｉｅ、Ｎｅｘｓａｎ Ｔｅｃｈｎｏｌｏｇｉｅｓ， Ｉｎｃ．、Ｅｎｈａｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ，Ｉｎｃ．などの様々なベンダーから入手可能なものを含むがこれらに限定されない。

バス７２０は、プロセッサ（複数可）７７０を他のメモリ、ストレージ、及び通信ブロックと通信可能に結合する。バス７２０は、拡張カード、ドライブ及び他のサブシステム並びに他のバス、例えばフロントサイドバス（ＦＳＢ）を接続するための、例えば周辺コンポーネント相互接続（ＰＣＩ）／ＰＣＩ拡張（ＰＣＩ－Ｘ）バス、小型コンピュータシステムインターフェース（ＳＣＳＩ）、ＵＳＢなどであり得、プロセッサ７７０をソフトウェアシステムに接続する。

任意選択で、ディスプレイ、キーボード、及びカーソル制御装置などのオペレータ及び管理インターフェースもバス７２０に結合して、コンピュータシステムとのオペレータの直接的な対話をサポートすることができる。その他のオペレータ及び管理インターフェースは、通信ポート７６０を介して接続されたネットワーク接続を介して提供できる。外部記憶装置７１０は、任意の種類の外付けハードドライブ、フロッピードライブ、ＩＯＭＥＧＡ（登録商標）Ｚｉｐドライブ、コンパクトディスク－読み取り専用メモリ（ＣＤ－ＲＯＭ）、コンパクトディスク－再書き込み可能（ＣＤ－ＲＷ）、デジタルビデオディスク－読み取り専用メモリ（ＤＶＤ－ＲＯＭ）であり得る。上記のコンポーネントは、様々な可能性を例示することだけを目的としている。前述の例示的なコンピュータシステムは、本開示の範囲を限定するものではない。

このように、本開示は、最小限の手動の介入または手動の介入なしで、分散型台帳を介してサービスに関連する運用データを管理するための独自の発明的ソリューションを提供する。本開示のシステム及び方法は、サービスに関連する運用データを管理して、調整に関連する関連コスト及び時間を削減し、手動の検証作業を削減することを促進する。システム及び方法は、例えば、許可されたプライベートマイクロサービスベースの台帳プラットフォームでのエネルギー請求プロセスに関連する運用データの実装も可能にし、その結果、公平性と信頼性を高め、処理時間を短縮し、透明性、自動化、及び分散された信頼と共に、処理エラーを排除する。する能力を備えたシステムになる。このシステムは、追加のＩｏＴベースの実装も可能にし、複数の台帳ネットワークとＩｏＴ間の相互通信によってエネルギー消費を正確に推定する完全に自動化されたシステムに至る。本開示はまた、請求期間中の所与のテナントに対する全体的なサマリー生成または請求を決定するために、サマリー生成に必要な動的パラメータを台帳プラットフォームに記録し、スマートメータを使用して情報の動的監視を行うことができることを保証する。本開示の実施形態から、いくつかの他の利点を実現することができる。

本明細書では好ましい実施形態にかなりの重点が置かれているが、本発明の原理から逸脱することなく、多くの実施形態を行うことができ、好ましい実施形態において多くの変更を行うことができることを理解されたい。本発明の好ましい実施形態におけるこれら及び他の変更は、本明細書の開示から当業者には明らかであり、前述の説明事項は、本発明を限定するものではなく、単に例示するものとして実施されるべきであることが明確に理解されるべきである。

本開示の利点
本開示は、サービスに関連する運用データを効率的、透過的かつ信頼できる方法で管理するためのシステム及び方法を提供する。

本開示は、サービスに関連する運用データを、手動による介入が最小限または全くない、管理するためのシステム及び方法を提供する。

本開示は、サービスに関連する運用データを管理して、調整に関連する関連コスト及び時間を削減し、手動の検証作業を削減するシステム及び方法を提供する。

Claims (20)

1. ユーザへの事業体のサービスに関連する１つまたは複数の操作パラメータを自動管理するためのシステムであって、
   前記事業体に関連付けられた事業体デバイス及び前記ユーザに関連付けられたユーザデバイスに動作可能に結合された分散型台帳と、
   前記分散型台帳に結合された１つまたは複数のプロセッサを含むスマートコントラクトと、を有し、前記１つまたは複数のプロセッサは、メモリにさらに結合され、前記メモリは、命令を格納し、前記命令は、前記１つまたは複数のプロセッサによって実行されるとき、前記スマートコントラクトに、
   前記ユーザデバイス、１つまたは複数のスマートメータリングユニットに関連付けられた１つまたは複数のノードのいずれかまたは組み合わせからデータパケットのセットを受信させ、前記データパケットのセットは、前記ユーザによって利用される１つまたは複数のサービスに関連する、
   受信した前記データパケットのセットから第１の属性のセットを抽出させ、前記属性のセットは、前記ユーザまたは前記ユーザデバイスによる前記サービスの前記１つまたは複数の動作パラメータの使用または消費に関係する可能性がある増分データに関係する、
   前記第１の属性のセットを、前記分散型台帳に動作可能に結合されたナレッジベースに格納されたパラメータのセットと比較させ、前記パラメータのセットは、前記ユーザまたは前記ユーザデバイスによって消費された前記サービスの前記１つまたは複数の動作パラメータに関連する、
   比較の際に、データの差を決定させ、前記データの差は、前記第１の属性のセットと前記パラメータのセットとの不一致を示し、前記データの差がゼロになるまで前記比較が続けられる、
   前記事業体によって提供される前記１つまたは複数のサービスと引き換えに運用資金に関する資金サマリーを生成させ、
   前記生成された資金サマリーに基づいて、日付とタイムスタンプを使用して前記分散型台帳を自動更新させる、前記システム。
2. 前記分散型台帳の実装は、前記スマートコントラクトの生成及び／または更新による複数のマイクロサービスに基づく、請求項１に記載のシステム。
3. 前記分散型台帳は、１つまたは複数の無線周波数（ＲＦ）機器に関連付けられたブロックチェーンである、請求項１に記載のシステム。
4. 前記分散型台帳は、相互に対話するネットワークノードの分散セットを含み、それぞれが対話のサポートを提供するローカル分散型台帳ベースのマイクロサービスを有する、請求項３に記載のシステム。
5. 前記スマートコントラクトは、料金表管理モジュールにさらに動作可能に結合され、前記料金表管理モジュールは、前記第１の属性のセットと前記パラメータのセットとの間の前記データの差を管理するように構成される、請求項１に記載のシステム。
6. 前記スマートコントラクトは、抽出された前記第１の属性のセットにおける増分変更を決定及び更新する増分データ管理モジュールでさらに構成される、請求項１に記載のシステム。
7. 前記スマートコントラクトは、前記ユーザデバイスまたは前記事業体デバイスを介して、またはサードパーティユーザに関連付けられた第３のコンピューティングデバイスを介してアクセスされる、請求項１に記載のシステム。
8. 前記スマートコントラクトは、電力網、ディーゼル生成、及びグリーンエネルギー供給源などの１つまたは複数のエネルギー供給源に関連する前記１つまたは複数のサービスに関連付けられた前記１つまたは複数のノードの前記スマートメータリングユニットに動作可能に結合される、請求項１に記載のシステム。
9. 前記スマートメータは、前記ユーザデバイス及び前記事業体デバイスに動作可能に結合され、前記スマートメータリングユニットは、所定の時間間隔の間、前記エネルギー供給源全体のエネルギー利用を監視し、前記スマートメータリングユニットは、さらに、前記所定の時間間隔でユーザごとの部分的なエネルギー利用を監視し、前記スマートメータリングユニットは、前記監視された情報を第１のデータパケットのセットとして前記スマートコントラクトに提供して、前記所定の時間間隔の間または複数の期間にわたって前記資金サマリーの決定を容易にする、請求項７に記載のシステム。
10. 新しいユーザが前記事業体との通信を確立しようとするたびに、前記データパケットのセットが前記スマートコントラクトで更新される、請求項１に記載のシステム。
11. ユーザへの事業体のサービスに関連する１つまたは複数の操作パラメータを自動管理するための方法であって、
    スマートコントラクトによって、ユーザデバイス、１つまたは複数のスマートメータリングユニットに関連付けられた１つまたは複数のノードのいずれかまたは組み合わせから、データパケットのセットを受信することであって、前記データパケットのセットは前記ユーザによって利用される前記事業体の１つまたは複数のサービスに関連し、前記スマートコントラクトは、分散型台帳に結合された１つまたは複数のプロセッサを含み、前記１つまたは複数のプロセッサはさらにメモリに結合される、前記受信すること、
    前記スマートコントラクトによって、受信した前記データパケットのセットから第１の属性のセットを抽出することであって、前記属性のセットは、前記ユーザまたは前記ユーザデバイスによる前記サービスの前記１つまたは複数の動作パラメータの使用または消費に関係する可能性がある増分データに関係している、前記抽出すること、
    前記スマートコントラクトによって、前記第１の属性のセットを、前記分散型台帳に動作可能に結合されたナレッジベースに格納されたパラメータのセットと比較することであって、前記パラメータのセットは、前記ユーザまたは前記ユーザデバイスによって消費される前記サービスの前記１つまたは複数の動作パラメータに関連する、前記比較すること、
    比較の際に、前記スマートコントラクトによって、データの差を決定することであって、前記データの差は、前記第１の属性のセットと前記パラメータのセットとの不一致を示し、前記データの差がゼロになるまで前記比較が続けられる、前記比較すること、
    前記スマートコントラクトによって、前記事業体によって提供される前記１つまたは複数のサービスと引き換えに運用資金に関する資金サマリーを生成すること、及び、
    前記スマートコントラクトによって、前記生成された資金サマリーに基づいて、日付とタイムスタンプを使用して前記分散型台帳を自動更新すること、を含む、前記方法。
12. 前記スマートコントラクトの生成及び／または更新による複数のマイクロサービスに基づいて、前記分散型台帳を実装することをさらに含む、請求項１１に記載の方法。
13. １つまたは複数の無線周波数（ＲＦ）機器に関連付けられたブロックチェーンとして前記分散型台帳を使用すること、をさらに含む、請求項１１に記載の方法。
14. 前記分散型台帳は、相互に対話するネットワークノードの分散セットを含み、それぞれが対話のサポートを提供するローカル分散型台帳ベースのマイクロサービスを有する、請求項１３に記載の方法。
15. 前記スマートコントラクトは、料金表管理モジュールにさらに動作可能に結合され、前記料金表管理モジュールは、前記第１の属性のセットと前記パラメータのセットとの間の前記データの差を管理するように構成される、請求項１１に記載の方法。
16. 前記スマートコントラクトは、抽出された前記第１の属性のセットにおける増分変更を決定及び更新する増分データ管理モジュールでさらに構成される、請求項１１に記載の方法。
17. 前記スマートコントラクトは、前記ユーザデバイスまたは事業体デバイスを介して、またはサードパーティユーザに関連付けられた第３のコンピューティングデバイスを介してアクセスされる、請求項１１に記載の方法。
18. 前記スマートコントラクトは、電力網、ディーゼル生成、及びグリーンエネルギー供給源などの１つまたは複数のエネルギー供給源に関連する前記１つまたは複数のサービスに関連付けられた前記１つまたは複数のノードの前記スマートメータリングユニットに動作可能に結合される、請求項１１に記載の方法。
19. 前記スマートメータは、前記ユーザデバイス及び前記事業体デバイスに動作可能に結合され、前記スマートメータリングユニットは、所定の時間間隔の間、前記エネルギー供給源全体のエネルギー利用を監視し、前記スマートメータリングユニットは、さらに、前記所定の時間間隔でユーザごとの部分的なエネルギー利用を監視し、前記スマートメータリングユニットは、前記監視された情報を第１のデータパケットのセットとして前記スマートコントラクトに提供して、前記所定の時間間隔の間または複数の期間にわたって前記資金サマリーの決定を容易にする、請求項１８に記載の方法。
20. 新しいユーザが前記事業体との通信を確立しようとするたびに、前記データパケットのセットが前記スマートコントラクトで更新される、請求項１１に記載の方法。
    

Images